【正文】 配送系統(tǒng)的優(yōu)點(diǎn) ① 節(jié)約交易成本 ② 降低存貨水平 ③ 降低采購成本 ④ 減少循環(huán)周期 減少成本 巨大收益 + 節(jié)省時(shí)間 演講完畢，謝謝觀看！ 。 使用應(yīng)用標(biāo)識(shí)符可以將不同內(nèi)容的數(shù)據(jù)表示在一個(gè) EAN/UCC－ 128條碼中 ， 不同的數(shù)據(jù)不需分隔 ， 既節(jié)省空間 ， 又為數(shù)據(jù)的自動(dòng)采集創(chuàng)造了條件 。 又如應(yīng)用標(biāo)識(shí) 01， 所定義的后續(xù)數(shù)據(jù)的含義為 EAN－ 14代碼 ， 數(shù)據(jù)長度為 14位 。 條碼應(yīng)用標(biāo)識(shí)符 ? 中國物品編碼中心已根據(jù) EAN和 UCC應(yīng)用標(biāo)識(shí)符規(guī)范制訂了相應(yīng)的條碼應(yīng)用標(biāo)識(shí)符標(biāo)準(zhǔn) 《 條碼應(yīng)用標(biāo)識(shí) 》 —— GB/16986。 這些技術(shù)包括 ID代碼 、 條碼 、 EDI、條碼應(yīng)用標(biāo)識(shí)符 ? 其中條碼應(yīng)用標(biāo)識(shí)符尤其重要 ， 它是 EAN和 UCC制訂的用于傳輸那些無法在計(jì)算機(jī)文件中查到或無法用 EDI方式傳輸?shù)臄?shù)據(jù)的標(biāo)準(zhǔn) 。 每個(gè)貿(mào)易伙伴都是該系統(tǒng)的一個(gè)子系統(tǒng)； ＊ 貿(mào)易伙伴之間密切合作 ， 共享信息 ， 共擔(dān)風(fēng)險(xiǎn)； ＊ 應(yīng)用現(xiàn)代科技 （ 如標(biāo)識(shí) （ ID)代碼 、 條碼應(yīng)用標(biāo)識(shí)符及條碼和電子數(shù)據(jù)交換 (EDI） 等 )作為管理手段 。 配送系統(tǒng)管理的基本原則 ＊ 配送系統(tǒng)上的每個(gè)供應(yīng)商以最低的成本和費(fèi)用持續(xù)可靠地滿足其客戶的需求； ＊ 配送系統(tǒng)管理從一個(gè)全新的高度對(duì)物流和信息流進(jìn)行有效管理 ， 其側(cè)重點(diǎn)在于公司之間或公司內(nèi)部之間的鏈接 。 他們既向其上游的貿(mào)易伙伴訂購產(chǎn)品 ， 又向其下游的貿(mào)易伙伴供應(yīng)產(chǎn)品 。 電子商務(wù)系統(tǒng)的集成 服務(wù)器集成 安全、支付 系統(tǒng)集成 配送系統(tǒng)集成 電子商務(wù)系統(tǒng)集成 應(yīng)用系統(tǒng) 軟件環(huán)境 基礎(chǔ)構(gòu)件集成 協(xié)議集成 配送系統(tǒng)集成 ? 所謂 配送系統(tǒng) ， 是指產(chǎn)品生產(chǎn)和流通中涉及的原材料供應(yīng)商 、 生產(chǎn)商 、 批發(fā)商 、 零售商以及最終消費(fèi)者組成的供需網(wǎng)絡(luò) 。 也能使其無法偽造報(bào)文簽名及對(duì)報(bào)文進(jìn)行修改 ， 原因是數(shù)字簽名是對(duì)整個(gè)報(bào)文進(jìn)行的 ， 是一組代表報(bào)文特征的定長代碼 ，同一個(gè)人對(duì)不同的報(bào)文將產(chǎn)生不同的數(shù)字簽名 。 數(shù)字簽名技術(shù)的作用 ? 這種方法使任何擁有發(fā)送方公開密鑰的人都可以驗(yàn)證數(shù)字簽名的正確性 。 4. 接受方用發(fā)送方的文件產(chǎn)生文件的單向散列值 。 其過程為： 1. 發(fā)送方首先用公開的單向散列函數(shù)對(duì)報(bào)文進(jìn)行一次變換 ， 得到單向散列值 。 1994年美國標(biāo)準(zhǔn)與技術(shù)協(xié)會(huì)公布了數(shù)字簽名標(biāo)準(zhǔn) (DSS)而使公鑰加密技術(shù)廣泛應(yīng)用 。 數(shù)字簽名技術(shù) ? 數(shù)字簽名的功能： 電子簽名可以解決否認(rèn) 、 偽造 、 篡改及冒充等問題 ， 具體要求：發(fā)送者事后不能否認(rèn)發(fā)送的報(bào)文簽名 、 接收者能夠核實(shí)發(fā)送者發(fā)送的報(bào)文簽名 、接收者不能偽造發(fā)送者的報(bào)文簽名 、 接收者不能對(duì)發(fā)送者的報(bào)文進(jìn)行部分篡改 、 網(wǎng)絡(luò)中的某一用戶不能冒充另一用戶作為發(fā)送者或接收者 。 數(shù)字簽名技術(shù) ? 數(shù)字簽名 是通過數(shù)學(xué)的方法對(duì)文件進(jìn)行處理，實(shí)現(xiàn)文件作者身份的證明或者是作者同意文件的內(nèi)容。 ? 數(shù)據(jù)的完整性：防止非法用戶對(duì)進(jìn)行交換的數(shù)據(jù)進(jìn)行無意或惡意的修改 、 插入 ， 防止交換的數(shù)據(jù)丟失等 。 電子商務(wù)中數(shù)據(jù)傳輸?shù)陌踩孕枨? ? 數(shù)據(jù)的保密性：用于防止非法用戶進(jìn)入系統(tǒng)及合法用戶對(duì)系統(tǒng)資源的非法使用；通過對(duì)一些敏感的數(shù)據(jù)文件進(jìn)行加密來保護(hù)系統(tǒng)之間的數(shù)據(jù)交換 ， 防止除接收方之外的第三方截獲數(shù)據(jù) 。 電子商務(wù)系統(tǒng)的集成 服務(wù)器集成 安全、支付 系統(tǒng)集成 配送系統(tǒng)集成 電子商務(wù)系統(tǒng)集成 應(yīng)用系統(tǒng) 軟件環(huán)境 基礎(chǔ)構(gòu)件集成 協(xié)議集成 安全傳輸?shù)募? ? 網(wǎng)絡(luò)的開放性與共享性也導(dǎo)致了網(wǎng)絡(luò)的安全性受到嚴(yán)重影響。 ISP/ICP由于其業(yè)務(wù)的特殊性，不但它自身從日益增長的上網(wǎng)需求中獲得了空前的發(fā)展機(jī)遇，而且它的業(yè)務(wù)發(fā)展對(duì)整個(gè)社會(huì)的信息化建設(shè)也起著重要的推動(dòng)和促進(jìn)作用； PC服務(wù)器作為網(wǎng)絡(luò)的動(dòng)力之源，對(duì) ISP/ICP起著關(guān)鍵的作用， ISP/ICP的運(yùn)營很大程度上依賴 PC服務(wù)器。 8. 所有方案和產(chǎn)品都僅考慮了在線銷售，但很少考慮多方交易問題（如拍賣），公文交換問題（如簽合同，可證實(shí)電子郵件）。 6. 大多數(shù)系統(tǒng)都將銷售商的服務(wù)器和消費(fèi)者的測覽器之間的關(guān)系假設(shè)為主從關(guān)系 ， 這種非對(duì)稱關(guān)系限制了在這些系統(tǒng)中執(zhí)行復(fù)雜的協(xié)議 ， 而且不允許用戶間進(jìn)行直接交易 。 4. 盡管大多數(shù)方案都使用了公鑰密碼 ， 但多方安全受到的關(guān)注遠(yuǎn)遠(yuǎn)不夠 ，沒有建立一種解決爭議的決策程序 。 它們常常需要一個(gè)中央服務(wù)器作為所有參與者的可信第三方 。 2. 盡管一些系統(tǒng)正逐漸成為標(biāo)準(zhǔn) ， 但僅有很少幾個(gè)標(biāo)準(zhǔn)的應(yīng)用接口（ API） 。該工作組的工作成果以 ISO的標(biāo)準(zhǔn)形式公布。利用 Inter進(jìn)行電子商務(wù)已成為人們?nèi)找骊P(guān)注的領(lǐng)域，保證電子商務(wù)的安全成為主要的問題。 UN／ EDIFACT標(biāo)準(zhǔn) ? 該標(biāo)準(zhǔn)中的安全措施是電子商務(wù)最重要的組成部分，是國際上廣泛采用的自動(dòng)交換和處理商業(yè)信息和管理信息的技術(shù)。 安全交易技術(shù)協(xié)議 — STT ? 安全交易技術(shù)協(xié)議由 Microsoft公司提出 ， STT將認(rèn)證和解密在瀏覽器中分離開 ， 用以提高安全控制能力 。該協(xié)議向 Inter的應(yīng)用提供完整性、可鑒別性、不可抵賴性及機(jī)密性等安全措施。 SET安全協(xié)議的工作步驟 1. 消費(fèi)者利用計(jì)算機(jī)通過因特網(wǎng)選定物品 ， 并下電子訂單； 2. 網(wǎng)上商場做出應(yīng)答 ， 告訴消費(fèi)者的訂單的相關(guān)情況； 3. 消費(fèi)者選擇付款方式 ， 確認(rèn)訂單 ， 簽發(fā)付款指令 （ 此時(shí) SET介入 ） ； 4. 在 SET中 ， 消費(fèi)者必須對(duì)定單和付款指令進(jìn)行數(shù)字簽名 ， 同時(shí)保證商家看不到消費(fèi)者的帳號(hào)信息； 5. 在線商店接受定單后 ， 向消費(fèi)者所在銀行請(qǐng)求支付認(rèn)可 ， 信息通過支付網(wǎng)關(guān)到收單銀行 ， 再到電子貨幣發(fā)行公司確認(rèn) ， 批準(zhǔn)交易后 ， 返回確認(rèn)信息給在線商店； 6. 在線商店發(fā)送定單確認(rèn)信息給消費(fèi)者 ， 消費(fèi)者端軟件可記錄交易日志； 7. 在線商店發(fā)送貨物或提供服務(wù) ， 并通知收單銀行將錢從消費(fèi)者的帳號(hào)轉(zhuǎn)移到商店帳號(hào) ， 或通知發(fā)卡銀行請(qǐng)求支付 安全超文本傳輸協(xié)議 — SHTTP ? 依靠密鑰的加密，保證 WEB站點(diǎn)問的交換信息傳輸?shù)陌踩浴? 5. 認(rèn)證中心 。 4. 電子貨幣 （ 如智能卡 、 電子現(xiàn)金 、 電子錢包 ） 發(fā)行公司 ， 以及某些兼有電子貨幣發(fā)行的銀行 。 2. 在線商店 ， 提供商品或服務(wù) ， 具備相應(yīng)電子貨幣使用的條件 。 5. 效仿 BDZ貿(mào)易的形式 ， 規(guī)范協(xié)議和消息格式 ， 促使不同廠家開發(fā)的軟件具有兼容性和互操作功能 ， 并且可以運(yùn)行在不同的硬件和操作系統(tǒng)平臺(tái)上 。 3. 解決多方認(rèn)證問題 ， 不僅要對(duì)消費(fèi)者的信用卡認(rèn)證 ， 而且要對(duì)在線商店的信譽(yù)程度認(rèn)證 ， 同時(shí)還有消費(fèi)者 、 在線商店與銀行間的認(rèn)證 。 客戶的資料加密后通過商家到達(dá)銀行 ， 但是商家不能看到客戶的帳戶信息 。 由于設(shè)計(jì)合理 ， SET協(xié)議得到了許多大公司和消費(fèi)者的支持 ， 己成為全球網(wǎng)絡(luò)的工業(yè)標(biāo)準(zhǔn) ， 其交易形態(tài)將成為未來 電子商務(wù) 的規(guī)范 。 SET安全協(xié)議 ? 安全電子交易 （ SET ： Secure Electronic Transactions） 公告 ， 這是一個(gè)為在線交易而設(shè)立的一個(gè)開放的 、 以電子貨幣為基礎(chǔ)的電子付款系統(tǒng)規(guī)范 。 7. 當(dāng)上述動(dòng)作完成之后 ， 兩者間的資料傳送就被加密 ， 等到另外一方收到資料后 ， 再將編碼資料還原 。 SSL安協(xié)議的通信效率會(huì)高一些 。 這樣一個(gè)對(duì)話時(shí)段算一次握手 。 例如 ， 一臺(tái)客戶機(jī)與一臺(tái)主機(jī)連接上了 ， 首先是要初始化握手協(xié)議 ， 然后就建立了一個(gè) SSL對(duì)話進(jìn)段 。 （ 3） 維護(hù)數(shù)據(jù)的完整性 。 （ 1） 用戶和服務(wù)器的合法性認(rèn)證 。 SSL安全協(xié)議 ? SSL協(xié)議概念：一個(gè)保證任何安裝了安全套接字的客戶和服務(wù)器間事務(wù)安全的協(xié)議 ， 它涉及所有 TCP應(yīng)用程序 。 S/MIME已成為產(chǎn)業(yè)界廣泛認(rèn)可的協(xié)議 ，如微軟公司 、 Netscape公司 、 Novel公司 、 Lotus公司等都支持該協(xié)議 。 MIME是正式的Inter電子郵件擴(kuò)充標(biāo)準(zhǔn)格式 ， 但它未提供任何的安全服務(wù)功能 。 PEM有可能被 S/MIME和 PEMMIME規(guī)范所取代 。 對(duì)于每個(gè)電子郵件報(bào)文可以在報(bào)頭中規(guī)定特定的加密算法 、 數(shù)字鑒別算法 、 散列功能等安全措施 。因特網(wǎng)任務(wù)組（ IEFT）為擴(kuò)充電了郵件的安全性能已起草了相關(guān)的規(guī)范。 電子商務(wù)系統(tǒng)的集成 服務(wù)器集成 安全、支付 系統(tǒng)集成 配送系統(tǒng)集成 電子商務(wù)系統(tǒng)集成 應(yīng)用系統(tǒng) 軟件環(huán)境 基礎(chǔ)構(gòu)件集成 協(xié)議集成 集成協(xié)議分類 集成 協(xié)議 電 子 郵 件安全 協(xié)議 SSL安全 協(xié)議 SET安全 協(xié)議 安全超文本 傳輸協(xié)議 安全交易技 術(shù)協(xié)議 UN／ EDIFACT標(biāo) 準(zhǔn) PEM安全 協(xié)議 S/MIME安全 協(xié)議 PEMMIME協(xié) 議 電子郵件安全協(xié)議 ? 電子郵件是因特網(wǎng)上主要的信息傳輸手段，也是電子商務(wù)應(yīng)用的主要途徑之一。在過去， EDI是非常靜態(tài)的，而 XML/EDI提供了令人激動(dòng)的動(dòng)態(tài)的處理過程，可以無限擴(kuò)展。 ?處理模板 (Process Template) ?軟件代理 (Software Agent) ?全球?qū)嶓w知識(shí)庫 (Global Entity Repositories) ? 這三個(gè)額外的組件將傳統(tǒng)的 EDI轉(zhuǎn)變?yōu)?XML/EDI，允許業(yè)務(wù)伙伴間開展完整的動(dòng)態(tài)的電子商務(wù)，而且避免了過去的錯(cuò)誤。從而使得XML/EDI可以平等用于小公司和大企業(yè)。 XML文檔也可以包括環(huán)球網(wǎng)樣式內(nèi)容 ，如：圖形和多媒體 ， 而不僅僅是文本 。 ? HTML在環(huán)球網(wǎng)上的使用已經(jīng)允許產(chǎn)品目錄集成進(jìn)入銷售定單處理中 。 電子商務(wù)系統(tǒng)的集成 服務(wù)器集成 安全、支付 系統(tǒng)集成 配送系統(tǒng)集成 電子商務(wù)系統(tǒng)集成 應(yīng)用系統(tǒng) 軟件環(huán)境 基礎(chǔ)構(gòu)件集成 協(xié)議集成 XML基礎(chǔ)構(gòu)件 ? 可擴(kuò)展置標(biāo)語言 XML(extensible Markup Language)為互聯(lián)網(wǎng)開發(fā)者提供了一個(gè)全新的實(shí)現(xiàn)電子商務(wù)和電子數(shù)據(jù)交換 EDI(Electronic Data Interchange)解決方案的工具。 ? 系統(tǒng)必須具備在線擴(kuò)展能力，包括存儲(chǔ)能力和處理能力。 ? 系統(tǒng)應(yīng)該具備負(fù)載均衡能力。 分布式三層模型的軟硬件分析 選擇軟件環(huán)境的準(zhǔn)則 ? 應(yīng)該規(guī)劃采用三層體系結(jié)構(gòu)。 ? 后端數(shù)據(jù)支持層，是數(shù)據(jù)庫系統(tǒng)和數(shù)據(jù)的集中存儲(chǔ)系統(tǒng)，實(shí)現(xiàn)了多種數(shù)據(jù)集中在一個(gè)數(shù)據(jù)存儲(chǔ)設(shè)備當(dāng)中。 分布式三層模型集成的重點(diǎn) ? 在中間業(yè)務(wù)層，采用標(biāo)準(zhǔn)化的開發(fā)工具可以實(shí)現(xiàn)多種應(yīng)用結(jié)構(gòu)上的統(tǒng)一，通過模塊化結(jié)構(gòu)設(shè)計(jì)，實(shí)現(xiàn)高可用的應(yīng)用系統(tǒng)。 分布式三層模型集成的重點(diǎn) ? 在三層結(jié)構(gòu)前端的接入層，應(yīng)該實(shí)現(xiàn)設(shè)備功能單一化、系統(tǒng)標(biāo)準(zhǔn)化、設(shè)備小型化，并且在前端實(shí)現(xiàn)負(fù)載均衡。所謂中間件是一個(gè)用 API定義的軟件層，是具有強(qiáng)大通信能力和良好可擴(kuò)展性的分布式軟件管理框架。 分布式三層模型集成 的結(jié)構(gòu) ? 三層結(jié)構(gòu)是針對(duì)于過去的主機(jī) /終端模式或者服務(wù)器／客戶機(jī)模式的區(qū)別而說的，三層結(jié)構(gòu)包括：前端的接入服務(wù)層、中間應(yīng)用服務(wù)層和后端的數(shù)據(jù)庫支持服務(wù)層。 分布式三層模型集成 方式的產(chǎn)生 ? 在電子商務(wù)時(shí)代，用戶應(yīng)用已經(jīng)發(fā)生了根本性的轉(zhuǎn)變，傳統(tǒng)的 Client/Server模式已經(jīng)不能夠適應(yīng)傳統(tǒng)企業(yè)、電信、 ISP應(yīng)用的要求，電子商務(wù)的順利高效運(yùn)行需要在計(jì)算模式上進(jìn)行重新劃分。 C/S集成方式的優(yōu)點(diǎn) ? 客戶機(jī) /服務(wù)器大大節(jié)省了時(shí)間與成本 ? 在客戶機(jī) /服務(wù)器模型中，系統(tǒng)中的功能部件充分隔離，客戶端程序集中于數(shù)據(jù)的顯示和分析，而數(shù)據(jù)庫服務(wù)器則集中于數(shù)據(jù)的管理，不必在每一個(gè)新的應(yīng)用開發(fā)中都要對(duì)一個(gè)數(shù)據(jù)庫進(jìn)行編碼。服務(wù)器為多個(gè)客戶端應(yīng)用程序管理數(shù)據(jù)，而客戶端程序發(fā)送、請(qǐng)求和分析從服務(wù)器接收的數(shù)據(jù)，這是一種“胖客戶機(jī) (Fat Client)” ，“瘦服務(wù)器 (Thin Server)” 的網(wǎng)絡(luò)計(jì)算模式。 ? 網(wǎng)絡(luò)：對(duì)于網(wǎng)絡(luò)的集成前面已經(jīng)介紹過了，這里不再討論。 ? 數(shù)據(jù)庫服務(wù)器負(fù)責(zé)有效地管理系統(tǒng)的資源，其任務(wù)集中于數(shù)據(jù)庫安全性的要求；數(shù)據(jù)庫訪問并發(fā)性的控制；數(shù)據(jù)庫前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則；數(shù)據(jù)庫的備份與恢復(fù)?？蛻魴C(jī) /服務(wù)器計(jì)算模式定義了臺(tái)式機(jī)如何和服務(wù)器相連，以實(shí)現(xiàn)數(shù)據(jù)和應(yīng)用的共享，并利用臺(tái)式機(jī)的處理能力將數(shù)據(jù)和應(yīng)用分布到多個(gè)處理機(jī)上。但其內(nèi)在設(shè)計(jì)，使得它無法對(duì)多用戶請(qǐng)求、共享數(shù)據(jù)的應(yīng)用提供多用