n9-電子商務(wù)網(wǎng)絡(luò)基礎(chǔ)-資料下載頁(yè)
2025-01-18 17:00本頁(yè)面
【正文】 據(jù)層 數(shù)據(jù)層是業(yè)務(wù)數(shù)據(jù)的存放地。通常數(shù)據(jù)層使用一個(gè)關(guān)系型數(shù)據(jù)庫(kù)來(lái)實(shí)現(xiàn)數(shù)據(jù)的存儲(chǔ)，并集中管理這些數(shù)據(jù)，實(shí)現(xiàn)企業(yè)業(yè)務(wù)數(shù)據(jù)的完整性、安全性和災(zāi)難防護(hù) 46 Microsoft公司電子商務(wù)解決方案 微軟公司解決方案主要包含了四個(gè)服務(wù)領(lǐng)域：直銷、 網(wǎng)上銷售和服務(wù)；在線銀行和記賬；信息的安全發(fā)布； 價(jià)值鏈貿(mào)易以及企業(yè)采購(gòu) 這些電子商務(wù)解決方案雖然分別側(cè)重不同的方面和采用 不同的方法來(lái)吸引客戶、進(jìn)行交易及分析數(shù)據(jù)， 但是其本質(zhì)是相似的，這都得益于微軟公司的兩個(gè)產(chǎn)品， 即 Commerce Server 2023和 BizTalk Server 2023 47 Microsoft公司電子商務(wù)解決方案（續(xù) 1） （ 1） Commerce Server 2023。 Commerce Server 2023是商務(wù)站點(diǎn)的開發(fā)和管理平臺(tái)。 一方面，使用 Commerce Server 2023可以快速開發(fā)、 部署一個(gè)穩(wěn)定可靠、可伸縮的商務(wù)站點(diǎn)， 另一方面，可以實(shí)現(xiàn)站點(diǎn)商務(wù)分析管理 Commerce Server 2023由五個(gè)部分構(gòu)成： 業(yè)務(wù)分析系統(tǒng)（ Business Analytics System）、 用戶信息管理系統(tǒng)（ Profiling System）、 產(chǎn)品目錄系統(tǒng)（ Product Catalog System）、 尋找目標(biāo)用戶系統(tǒng)（ Targeting System）、 訂單系統(tǒng)（ Business Processing Pipelines System） 48 Microsoft公司電子商務(wù)解決方案（續(xù) 2） （ 2） BizTalk Server 2023 BizTalk Server 2023是以 XML為基礎(chǔ)的 B2B商務(wù)文檔 交換自動(dòng)化的建設(shè)和管理平臺(tái)。它可以將任何一種數(shù)據(jù) 格式轉(zhuǎn)化為 XML的標(biāo)準(zhǔn) BizTalk Server 2023 是 Windows Server System 的一部分， 它給企業(yè)提供了集成和自動(dòng)處理業(yè)務(wù)所需要的核心引擎、 開發(fā)工具、適配器和垂直加速程序。通過(guò)使用 XML 語(yǔ)言、 SOAP（ Simple Object Access Protocol， 簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議）和其他核心的 Inter傳輸工具和協(xié)議， BizTalk Server將 EAI（ enterprise application integration， 企業(yè)應(yīng)用集成）、 B2B 和業(yè)務(wù)過(guò)程管理技術(shù)統(tǒng)一在一個(gè) 產(chǎn)品中，從而使得公司能夠很輕松地組合 Web服務(wù)， 并迅速地建立動(dòng)態(tài)的，跨應(yīng)用平臺(tái)和業(yè)務(wù)的業(yè)務(wù)流程 49 Microsoft公司電子商務(wù)解決方案（續(xù) 3） （ 3）運(yùn)行平臺(tái) Commerce Server 2023和 BizTalk 2023電子商務(wù)方案運(yùn)行 在 Windows 2023內(nèi)置的 IIS環(huán)境中，可確保網(wǎng)站的可靠性、 可伸縮性。建議將網(wǎng)站分成幾個(gè)層次： Web響應(yīng)層、 Web應(yīng)用層和數(shù)據(jù)存儲(chǔ)層。 Web響應(yīng)層負(fù)責(zé)接收來(lái)自于客戶端的請(qǐng)求以及運(yùn)行結(jié)果 的返回，可以由一臺(tái)機(jī)器或多臺(tái)機(jī)器組成 Web集群 Web應(yīng)用層是客戶請(qǐng)求的商業(yè)邏輯的實(shí)現(xiàn)?；?COM+ 在 Commerce Server 2023和 BizTalk Server 2023平臺(tái)上 開發(fā)，由 AppCenter對(duì)應(yīng)用及其組件進(jìn)行統(tǒng)一管理、 部署、監(jiān)視 數(shù)據(jù)存儲(chǔ)層存放用戶要訪問(wèn)的一切數(shù)據(jù)。這些數(shù)據(jù)可以是 結(jié)構(gòu)化的、非結(jié)構(gòu)化的 50 一個(gè)電子交易系統(tǒng)中間件的解決方案 總體結(jié)構(gòu) 商品交易系統(tǒng)是一種基于 C/S模式的應(yīng)用系統(tǒng)， 它主要完成交易處理 長(zhǎng)期以來(lái)，兩層 C/S模式在商品交易系統(tǒng)中一直占據(jù) 著統(tǒng)治地位，但是隨著人們對(duì)交易系統(tǒng)的可擴(kuò)展性和 性能的需求，兩層 C/S模式難以滿足系統(tǒng)要求 中間件技術(shù)的產(chǎn)生和發(fā)展給兩層 C/S模式注入新的活力 51 客戶 1 交易主進(jìn)程 通信進(jìn)程 服務(wù) 1 客戶 2 客戶 n 認(rèn)證服務(wù)進(jìn)程 授權(quán)服務(wù)進(jìn)程 服務(wù) 2 … 服務(wù)n 中間件 … 中間件總體結(jié)構(gòu) 52 中間件的核心處理程序 負(fù)責(zé)網(wǎng)絡(luò)通信的通信進(jìn)程； 負(fù)責(zé)接收、解析交易請(qǐng)求并將其分配到不同的數(shù)據(jù)庫(kù) 服務(wù)進(jìn)程，網(wǎng)絡(luò)性能監(jiān)控和調(diào)整的交易主進(jìn)程； 負(fù)責(zé)身份認(rèn)證的認(rèn)證服務(wù)進(jìn)程和授權(quán)服務(wù)進(jìn)程 53 通信接口及消息包格式 中間件采用基于 TCP/IP的 socket技術(shù)和基于消息傳遞 與排隊(duì)機(jī)制以及自定義的適用于交易系統(tǒng)的消息包格式， 從而實(shí)現(xiàn)進(jìn)程間的高速通信。 1．通信接口 中間件的通信接口是由通信中間件實(shí)現(xiàn)的，通信中間件 是基于 TCP/IP套接字開發(fā)的一種包格式的通信軟件模塊， 它的通信過(guò)程包括客戶端與通信進(jìn)程、通信進(jìn)程與交易 主進(jìn)程間通信兩部分 54 ⑤ ② ① ⑦ ⑨ ⑥ ③ 發(fā)送隊(duì)列 接收隊(duì)列 交易主進(jìn)程 客戶端 TCP守護(hù)進(jìn)程 通信進(jìn)程 ⑧ ④ 中間件通信過(guò)程 55 0 7 8 23 24 31 Type len Next Next Data …… 2．消息包格式 56 編碼值 消息名稱 …… 0x31 MESSAGE_COMMODITY_REQ請(qǐng)求最新交易行情 0x07 MESSAGE_ORDER_WD_DIR撤消目錄撮合委托單請(qǐng)求 0x01 MESSAGE_LIMIT_ORDER_DIR目錄撮合下單請(qǐng)求 0x91 MESSAGE_BAD_REPLY 消息處理失敗應(yīng)答 0x90 MESSAGE_OK_REPLY 消息處理成功應(yīng)答 消息類型編碼 57 委托買賣數(shù)量 6 N Quantity 委托買賣價(jià)格 6 N Price 委托買賣的品種代碼 8 C CommodityID 委托單買賣標(biāo)志 1 C BuySell 被代理會(huì)員代碼 4 C CustomerID 交易員代碼 5 C TraderID 含義 長(zhǎng)度 類型 域 數(shù)據(jù)段格式 58 安全策略 1．身份認(rèn)證機(jī)制 身份認(rèn)證是驗(yàn)證用戶的身份與所宣稱的是否一致。 身份認(rèn)證由中間件中的認(rèn)證服務(wù)進(jìn)程和授權(quán)服務(wù) 進(jìn)程完成。認(rèn)證服務(wù)進(jìn)程在用戶注冊(cè)時(shí)保存所有用戶口令 及其個(gè)人化信息。 當(dāng)用戶登錄系統(tǒng)時(shí)，系統(tǒng)并不傳送用戶口令， 而是由認(rèn)證服務(wù)進(jìn)程從用戶口令產(chǎn)生一個(gè)密鑰 并傳送給用戶一個(gè)可以訪問(wèn)授權(quán)服務(wù)進(jìn)程的門票， 如果該用戶合法，則可以得到該門票， 進(jìn)而通過(guò)授權(quán)服務(wù)進(jìn)程獲得交易授權(quán)證、 客戶端與中間件的會(huì)話密鑰以及客戶端的公開密鑰。 具體認(rèn)證過(guò)程分三個(gè)階段共六步完成， 具體過(guò)程如下頁(yè)圖所示 59 ① 授權(quán)服務(wù)進(jìn)程 TGS 客戶端U 中間件 ② ③ ⑤ ④ ⑥ 認(rèn)證服務(wù)進(jìn)程 AS 通信進(jìn)程 C 交易進(jìn)程 認(rèn)證過(guò)程 60 2．?dāng)?shù)據(jù)加密及簽名 由于交易系統(tǒng)中的客戶機(jī)通過(guò)廣域網(wǎng)與中間件進(jìn)行通信 及廣域網(wǎng)的共享性和開放性， 因此，必須對(duì)數(shù)據(jù)進(jìn)行加密以保證其安全傳輸。 另外，在交易系統(tǒng)中，客戶與交易服務(wù)器之間的交易 具有不可否認(rèn)性，鑒于此，引入數(shù)字簽名技術(shù)以防止 客戶抵賴。系統(tǒng)中采用公鑰密碼體制實(shí)現(xiàn)數(shù)字簽名。 同時(shí)，為了提高系統(tǒng)的效率， 采用對(duì)稱密碼體制對(duì)數(shù)據(jù)加密。 具體的加密及簽名過(guò)程如下頁(yè)圖所示 61 中間件 ④ ① ③ ② 客戶端 通信進(jìn)程 數(shù)據(jù)庫(kù)服務(wù) 交易主進(jìn)程 加密及簽名過(guò)程 62 演講完畢，謝謝觀看！
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號(hào)-1