【正文】 TSS 之間的身份識(shí)別、消息加密和生成數(shù)字簽名。 表 3InitPMRequ 的數(shù)據(jù)結(jié)構(gòu) 數(shù)數(shù)據(jù)單元元 描述 InitPMRequ {Message， ID} Message 購(gòu)買商向生產(chǎn)商發(fā)出購(gòu)買信息 ID 購(gòu)買商軟件產(chǎn)生的本地 ID ② MSS 收到 InitPMRequ 后，向 PSS 發(fā)送初始回答 (InitPMResp) ；InitPMResp 的數(shù)據(jù)結(jié)構(gòu)見表 620 表 32 InitPMResp 的數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)單元 描述 InitPMResp {Certw RespMsg, SIGNSK (H (RespMsg))} Cert。為 PSS 用生產(chǎn)商簽名公鑰驗(yàn)證其簽名 ) step3:從 RespMsg 中獲得交易標(biāo)識(shí) RandomT，并根據(jù)頁(yè)面上訂購(gòu)的產(chǎn)品，生成 OI(訂貨指令 OrderInstruction), OI 的數(shù)據(jù)結(jié)構(gòu)見表 33。 (SIGNSK， (H(OI))是否等于 H(OI)，若相等，則往下進(jìn)行，否則終止； steP3:MSS 驗(yàn)證簽名成功后，將 OI 送到后臺(tái)數(shù)據(jù)庫(kù)訂單處理系統(tǒng)，在本地取得 DatetimeM 用以標(biāo)識(shí)生產(chǎn)商收到訂貨單的時(shí)間，根據(jù)貨物、與交易中心通信時(shí)間等情況設(shè)置時(shí)間延遲 Delay，以及生產(chǎn)商的說(shuō)明及承諾 Statement，形成帳單 INVOICE，帳單 INVOICE 的數(shù)據(jù)結(jié)構(gòu)見表 35。 表 36PurchaseResp 的數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)單元 描述 Purchase=Res (Cert,enINVOICE,INVOICEenvelop,SIGN 一 SK (H(INVOICE))} Cert 生產(chǎn)商的數(shù)字證書 EnINVOICE {EN一 K(INVOICE)} (MSS 軟件隨機(jī)生成對(duì)稱密鑰 K加密 INVOICE) INVOICEenvelop {EN一 PK(K)} (MSS 軟件用購(gòu)買商公開密鑰加密 K形成數(shù)字信封 ) H(INVOICE) 用 hash 函數(shù)對(duì) INVOICE 求摘要 SIGNSK() 生產(chǎn)商用簽名私鑰 SK對(duì)摘要簽名 ② PSS 收到 MSS 購(gòu)買回答 (PurHaseResp)后，做以下幾步 : stepl:verify(Cert)，若核實(shí) ，則往下 進(jìn)行， 否則終止 ， StepZ:由DESK.(INVOICEenveloP)得到 K，從 DEK。然后把 INVOICE 連同其數(shù)字簽名保存起來(lái)。 表 39 lnitPTResp 的數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)單元 描述 InitPTResp {,SIGNSK(H (RespMsg))} CertTTP 交易中心的數(shù)字證書 RespMsg {RandomT， message， ID} RandomT 從 InitPTRequ 得到 message 說(shuō)明已收到初始請(qǐng)求 ID TTP 產(chǎn)生的本地 ID H(RespMsg) 用 hash 函數(shù)對(duì) RespMsg 求摘要 SIGNSK() 交易中心用簽名私鑰 SK 對(duì)摘要簽名 描述 {Cert. RespMsg, SIGNSKTTP (H (RespMsg))} 交易中心的數(shù)字證書 {RandomT， message， IDTTP} 從 InitPTRequ 得到 說(shuō)明已收到初始請(qǐng)求 TTP 產(chǎn)生的本地 ID 用 hash 函數(shù)對(duì) RespMsg 求摘要 Step3:TSS 根據(jù) Brand_eard 信息，向 BSS 發(fā)送初始請(qǐng)求 InitTBRequ)， InitTBRequ 的數(shù)據(jù)結(jié)構(gòu)見表 312。 表 314TransTBRequ 的數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)單元 描述 TransTBRequ {Cert, Cert, PM, SIGNSK (H(PM))} Cert 交易中心的數(shù)字證書 Cert 購(gòu)買商的數(shù)字證書 PM 從 TransPTRequ 得到 SIGNSK (H(PM)) 從 TransPTRequ 得到 (5)商業(yè)銀行處理轉(zhuǎn)帳通知 商業(yè)銀 行處理轉(zhuǎn)帳通知步驟如圖 36 圖 3一 6商業(yè)銀行處理轉(zhuǎn)帳通知步驟 ① BSS 收到轉(zhuǎn)帳請(qǐng)求 TranoTBRequ 后，做以下幾步 : stepl:verify(cert)， Verify(Cert)，若核實(shí)，則往下進(jìn)行，否則終止， Step2:驗(yàn)證購(gòu)買商的數(shù)字簽名， DEPK， (SIGNSK(H(PM))是否等于 H(PM)，若相等，則往下進(jìn)行，否則終止， step3:給 TSS 發(fā)送轉(zhuǎn)帳受理通知 Notes， Notes 的數(shù)據(jù)結(jié)構(gòu)見表 315。 BSS 形成支付結(jié)果信息 PR， PR的數(shù)據(jù)結(jié)構(gòu)見表 316。 ③ BSS 從 PM中用自己的私鑰取出轉(zhuǎn)帳支付指令 PI，并將 PI送到銀行后臺(tái)系統(tǒng)進(jìn)行處理。 sp 的數(shù)據(jù)結(jié)構(gòu)見表 313 表 313InitTBResp 的數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)單元 描述 InitTBResp {Cert, RespMsg, SIGNSK (H (RespMsg))} Cert 商業(yè)銀行的數(shù)字證書 RespMsg {message， ID, RandomT} message 說(shuō)明已收到初始請(qǐng)求 ID BSS 產(chǎn)生的本地 ID RandomT 從 InitTBRequ 得到 H(RespMsg) 用 hash 函數(shù)對(duì) RespMsg 求摘要 SIGNSK() 商業(yè)銀行對(duì) RespMsg 數(shù)字簽名 ③ TSS 收到 InitTB 一 Resp 后，做以下幾步 : Stepl:Verify(CertB)，若核實(shí)，則往下進(jìn)行，否則終止； Step2:驗(yàn)證簽名， ENPK。 表 311TransPTRequ 的數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)單元 描述 TransPTRequ {Cert,enPM, PMenvelop,SIGNSK(H(PM))} Cert 購(gòu)買商的數(shù)字證書 EnPM {ENKP(PM)} (PSS 軟件隨機(jī)生成對(duì)稱密鑰 K，加密 PM) PMenvelop {ENPK (K)} (PSS 軟件用交易中心公開密鑰加密 KP 形成數(shù)字信封 ) H(PM) 用 hash 函數(shù)對(duì) PM求摘要 SIGNSK() 購(gòu)買商對(duì) PM數(shù)字簽名 (4)交易中心轉(zhuǎn)發(fā)轉(zhuǎn)帳通知 交易中心轉(zhuǎn)發(fā)轉(zhuǎn)帳通知步驟如圖 3一 5: 圖 3一 5交易中心轉(zhuǎn)發(fā)轉(zhuǎn)帳通知步驟 ① TSS 收到 PSS 的轉(zhuǎn)帳請(qǐng)求 TransPTRequ 后，做以下幾步 : stepl:verify(cert， )，若核實(shí)，則往下進(jìn)行，否則終止， Step2:由口 ESK::， (PMenvel。 表 37 PI 的數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)單元 描述 PI {Brand_ card， Num_ card， IDS, Amount， RandomT} Brand card 購(gòu)買商所用支付卡品牌號(hào) Num card 購(gòu)買商支付卡號(hào)碼 ID 從 InitPMResp 得到 Amount 支付 金額 RandomT 從 InitPMResp 得到 ② PSS 生成一個(gè)初始化請(qǐng)求 1n1tPTRequ 發(fā)給 TSS， InitPTRequ 的數(shù)據(jù)結(jié)構(gòu)見表 38。 (SIGNSK。 ICE的數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)單元 描述 INVOICE {message， IN， DatetimeM, Delay， Statement，statusTTP} message 生產(chǎn)商向購(gòu)買商說(shuō)明訂貨單已收到，包含金額等敏感信息 IN 為該次交易訂單的編號(hào) DatetimeM 標(biāo)識(shí)生產(chǎn)商收到訂貨單的時(shí)間 Delay 生產(chǎn)商根據(jù)貨物與交易中心通信時(shí)間等情況設(shè)置時(shí)間延遲 Statement 生產(chǎn)商的承諾 StatusTTP 說(shuō)明目前交易的狀態(tài)是等待交易中心回答 MSS 將工 NVOICE 存在本地，以備購(gòu)買商收不到貨物時(shí)查詢 (提供 IN 進(jìn)行查詢 )。 表 34 PurchaseRequ 的數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)單元 描述 PurchaseRequ {Cert,en0I,OIEnvelop,SIGNSK(H (0I))} Cert 購(gòu)買商的數(shù)字證書 EnOI {ENKP(OI)) (PSS 軟 件隨機(jī)生成對(duì)稱密鑰 K，加密 OI) OIEnvelop {ENPK (K)} (PSS 軟件用生產(chǎn)商公開密鑰加密 KP 形成數(shù)字信封 ) OI 訂貨指令 H(OI) 用 hash 函數(shù)對(duì) OI 求摘要 SIGN 一 SK() 購(gòu)買商用簽名私鑰 SK 對(duì)摘要簽名 (2)生產(chǎn)商形成帳單 生產(chǎn)商形成帳單交易步驟如圖 33: ① MSS 收到 PSS 的購(gòu)買請(qǐng)求 (PurehaseRequ)后，做以下幾步 : stepl:Verify(Cert)，若核實(shí)，則往下進(jìn)行，否則終止， stepZ:由 DESK，(01envel。對(duì)摘要簽名 ③ PSS 收到 MSS 的初始回答 (InitPMResp)后，做以下幾步 : steel: Verify (Certw) ,若核實(shí)，則往下進(jìn)行，否則終 止； step2:判斷 DEPK}( SIGN_SKw( H( RespMsg)))是否等于 H( RespMsg),若相等，則往下進(jìn)行，否則終止。 (l)購(gòu)買商提交訂單 購(gòu)買商提交訂單交易步驟如圖 32: 圖 32購(gòu)買商提交訂單交易步驟 ①購(gòu)買商在生產(chǎn)商的 WEB 服務(wù)器上選擇好要訂購(gòu)的產(chǎn)品，并填寫完其它必要信息 (如送貨時(shí)間、地點(diǎn)等 )后，點(diǎn)擊頁(yè)面上的提交接扭，此時(shí)激活 PSS 軟件。 TSS:配置交易中心的服務(wù)器證書，用于 與 PSS， MSS， BSS 之間的身份識(shí)別、消息加密和生成數(shù)字簽名。具體配置情況如下 : (4)BSS:該軟件起支付網(wǎng)關(guān)功能，其主要作用是完成銀行網(wǎng)絡(luò)與 Inter 兩者之間的通信，協(xié)議轉(zhuǎn)換和進(jìn)行數(shù)據(jù)加解密，以保護(hù)銀行內(nèi)部網(wǎng)絡(luò)的安全。 (3)TSS:該軟件構(gòu)成了安全交易平臺(tái)。另外還記錄購(gòu)買商簽名后的定單信息，記錄支付信息以及保存自己簽名后的送貨信息等。 (5)生產(chǎn)商、購(gòu)買商都能驗(yàn)證銀行的數(shù)字簽名。 (3)銀行對(duì) PR 進(jìn)行數(shù)字簽名。下面詳細(xì)分析該系統(tǒng)所需的安全需求。 圖 3一 l系統(tǒng)原理圖 〔 2)購(gòu)買商支付貨款 購(gòu)買商通過 TTP 的安 全支付平臺(tái)到銀行支付貨款。該系統(tǒng)原理圖見圖 31。 SSL 協(xié)議雖然使用方便，但其安全性差。傳統(tǒng)上，企業(yè)之間的業(yè)務(wù)往來(lái)是通過傳真、電話和設(shè)在各地的辦事處完成，但這 種模式效率低、成本高。隨著 CZC在中國(guó)網(wǎng)絡(luò)購(gòu)物市場(chǎng)地位的日益提升， CZC 網(wǎng)上支付市場(chǎng)也日益成熟。第三方支付平臺(tái)的出現(xiàn)，很好地解決了 CZC 交易中的很多不確定因素，平臺(tái)的接入很好地解決了買家與賣家之間的信用問題，也提供了更為安全的支付技術(shù)。 事實(shí)上越來(lái)越多的 BZC 型電子商務(wù)已經(jīng)具備了 CZC的特征，特別是對(duì)一些小商家而言，比如一些小商家集中的 網(wǎng)上商城，尤其是對(duì)那些實(shí)力較為弱的網(wǎng)站或網(wǎng)上商城，可以采用由獨(dú)立或者合作開發(fā)的，同各大銀行建立合作關(guān)系的，憑借支付公司實(shí)力和信譽(yù)承擔(dān)買賣雙方中間擔(dān)保的第三方支付平臺(tái)。主要可以分為以下兩類 : 一類是，一些規(guī)模較大的網(wǎng)上商城例如 :卓越網(wǎng)、當(dāng)當(dāng)網(wǎng)以及一些直銷企業(yè)網(wǎng)站等等，他們?cè)谒捎玫牡谌街Ц镀脚_(tái)，往往都是從自己的電子商務(wù)網(wǎng)站建立起來(lái)的支 付網(wǎng)關(guān)，因而這類支付平臺(tái)只針對(duì)該企業(yè)的產(chǎn)品，支付網(wǎng)站最初也是為了滿足自身配送商品和實(shí)時(shí)支付而研發(fā)搭建的，逐步擴(kuò)展到提供專業(yè)化的支付產(chǎn)品服務(wù)。如果只靠提供網(wǎng)關(guān)支付服務(wù)，而不提供其他增值服務(wù)，則容易被銀 行機(jī)構(gòu)或同行復(fù)制。即使有第三方支付平臺(tái)能夠暫時(shí)保管資金，但是用戶雙方都要經(jīng)受將近一周或者更長(zhǎng)時(shí)間 的巨額資金無(wú)法到帳的風(fēng)險(xiǎn)。 BZB 網(wǎng)上支付在我國(guó)的環(huán)境和條件尚未成熟，支付己經(jīng)成為影響 BZB 電子商務(wù)發(fā)展的最大瓶頸。merchantkey=+ Merchantkey: MD5md5=newMD5()； Stringmylnac=(SertStr): //進(jìn)行 md5加密，程序未列出 Stringvresult=失敗 : if((mac)){ if(succeed=Y){//支付成功 Vresult=成功 : //商戶網(wǎng)站邏輯處理 }else{ //支付失敗 } }else{ //簽名錯(cuò)誤 } % !doctypehtlmPublie//w3c// html head title支付平臺(tái) /title metaequiv=contenttypecontent=text/html: charset==gb2312” / /head body divalign=eenter tablewidth=259bordf0cellPadding=lcellsPaei