【導讀】作為資金流關鍵環(huán)節(jié)的支付，成為制約電子商務發(fā)展的主要瓶頸。監(jiān)管等交易支持服務而形成的支付模式。目前，我國第三方支付模式可以分為兩。方會產生道德風險，從而阻礙網上交易的發(fā)展。本文通過完全信息靜態(tài)博弈，參。建立改進的動態(tài)博弈模型，說明第三方支付是如何解決網上交易的信任問題的，從而指出了第三方支付的巨大優(yōu)勢。

　　

【正文】 K() 生產商用簽名私鑰 SK。對摘要簽名 ③ PSS 收到 MSS 的初始回答 (InitPMResp)后，做以下幾步 : steel: Verify (Certw) ,若核實，則往下進行，否則終 止； step2:判斷 DEPK}( SIGN_SKw( H( RespMsg)))是否等于 H( RespMsg),若相等，則往下進行，否則終止。 ( DEPK。為 PSS 用生產商簽名公鑰驗證其簽名 ) step3:從 RespMsg 中獲得交易標識 RandomT，并根據(jù)頁面上訂購的產品，生成 OI(訂貨指令 OrderInstruction), OI 的數(shù)據(jù)結構見表 33。 表 33 OI 的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 OI {Order, RandomT, DatetimeP} Order 訂單及其相關描述 RandomT 從 InitPMResp 得到 DatetimeP 標識訂貨時間 step4: PSS 發(fā)送購買請求 (PurchaseRequ)給 MSS, PurchaseRequ 的數(shù)據(jù)結構見表 34。 表 34 PurchaseRequ 的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 PurchaseRequ {Cert,en0I,OIEnvelop,SIGNSK(H (0I))} Cert 購買商的數(shù)字證書 EnOI {ENKP(OI)) (PSS 軟 件隨機生成對稱密鑰 K，加密 OI) OIEnvelop {ENPK (K)} (PSS 軟件用生產商公開密鑰加密 KP 形成數(shù)字信封 ) OI 訂貨指令 H(OI) 用 hash 函數(shù)對 OI 求摘要 SIGN 一 SK() 購買商用簽名私鑰 SK 對摘要簽名 (2)生產商形成帳單 生產商形成帳單交易步驟如圖 33: ① MSS 收到 PSS 的購買請求 (PurehaseRequ)后，做以下幾步 : stepl:Verify(Cert)，若核實，則往下進行，否則終止， stepZ:由 DESK，(01envel。 p)得到 Kp， DEK， (enOI)得到 01，再判斷 DEpK。 (SIGNSK， (H(OI))是否等于 H(OI)，若相等，則往下進行，否則終止； steP3:MSS 驗證簽名成功后，將 OI 送到后臺數(shù)據(jù)庫訂單處理系統(tǒng)，在本地取得 DatetimeM 用以標識生產商收到訂貨單的時間，根據(jù)貨物、與交易中心通信時間等情況設置時間延遲 Delay，以及生產商的說明及承諾 Statement，形成帳單 INVOICE，帳單 INVOICE 的數(shù)據(jù)結構見表 35。 表 35 INVO ICE的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 INVOICE {message， IN， DatetimeM, Delay， Statement，statusTTP} message 生產商向購買商說明訂貨單已收到，包含金額等敏感信息 IN 為該次交易訂單的編號 DatetimeM 標識生產商收到訂貨單的時間 Delay 生產商根據(jù)貨物與交易中心通信時間等情況設置時間延遲 Statement 生產商的承諾 StatusTTP 說明目前交易的狀態(tài)是等待交易中心回答 MSS 將工 NVOICE 存在本地，以備購買商收不到貨物時查詢 (提供 IN 進行查詢 )。 stev4:然后向 PSS 發(fā)送購買回答 (PurchaseResp)， PurehaseResp 的數(shù)據(jù)結構見表 36。 表 36PurchaseResp 的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 Purchase=Res (Cert,enINVOICE,INVOICEenvelop,SIGN 一 SK (H(INVOICE))} Cert 生產商的數(shù)字證書 EnINVOICE {EN一 K(INVOICE)} (MSS 軟件隨機生成對稱密鑰 K加密 INVOICE) INVOICEenvelop {EN一 PK(K)} (MSS 軟件用購買商公開密鑰加密 K形成數(shù)字信封 ) H(INVOICE) 用 hash 函數(shù)對 INVOICE 求摘要 SIGNSK() 生產商用簽名私鑰 SK對摘要簽名 ② PSS 收到 MSS 購買回答 (PurHaseResp)后，做以下幾步 : stepl:verify(Cert)，若核實 ，則往下 進行， 否則終止 ， StepZ:由DESK.(INVOICEenveloP)得到 K，從 DEK。 (enINVOICE)得到 INVOICE，并判斷簽名 DEPK。 (SIGNSK。 (H(INVOICE))是否等于 H(INVOICE)，若相等，則往下進行，否則終止。然后把 INVOICE 連同其數(shù)字簽名保存起來。 (3)購買商轉帳 購買商轉帳交易步驟如圖 34: 圖 34購買商轉帳交易步驟 ①購買商填寫轉帳支付指令 PI， PI的數(shù)據(jù)結構見表 37。 表 37 PI 的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 PI {Brand_ card， Num_ card， IDS, Amount， RandomT} Brand card 購買商所用支付卡品牌號 Num card 購買商支付卡號碼 ID 從 InitPMResp 得到 Amount 支付 金額 RandomT 從 InitPMResp 得到 ② PSS 生成一個初始化請求 1n1tPTRequ 發(fā)給 TSS， InitPTRequ 的數(shù)據(jù)結構見表 38。 表 38 znitPTRequ 的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 InitPTRequ {Message， ID， RandomT} Message 向 TTP 說明購買轉賬支付初始請求 ID 從 InitPMRequ 得到 RandomT 從 InitPMResp 得到 ③ TSS 收到 InitpTRequ 后，取出 RandomT，向 PSS 發(fā)送初始回答InitPTResp， InitPTResp 的數(shù)據(jù)結構見表 69。 表 39 lnitPTResp 的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 InitPTResp {,SIGNSK(H (RespMsg))} CertTTP 交易中心的數(shù)字證書 RespMsg {RandomT， message， ID} RandomT 從 InitPTRequ 得到 message 說明已收到初始請求 ID TTP 產生的本地 ID H(RespMsg) 用 hash 函數(shù)對 RespMsg 求摘要 SIGNSK() 交易中心用簽名私鑰 SK 對摘要簽名 描述 {Cert. RespMsg, SIGNSKTTP (H (RespMsg))} 交易中心的數(shù)字證書 {RandomT， message， IDTTP} 從 InitPTRequ 得到 說明已收到初始請求 TTP 產生的本地 ID 用 hash 函數(shù)對 RespMsg 求摘要 交易中心用簽名私鑰 SK，對摘要簽名 數(shù)據(jù)單元 描述 PM {RandomT， Brand_ card， ENPK(IN, INVOICE， PI)} Random 一 T 從 Ini tPTResp 得到 Brand card 從 PI得到 EN一 PK() 購買商用其支付卡銀行的加密公鑰對 IN, INVOICE 和 PI 加密 TransPTRequ 的數(shù)據(jù)結構見表 311。 表 311TransPTRequ 的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 TransPTRequ {Cert,enPM, PMenvelop,SIGNSK(H(PM))} Cert 購買商的數(shù)字證書 EnPM {ENKP(PM)} (PSS 軟件隨機生成對稱密鑰 K，加密 PM) PMenvelop {ENPK (K)} (PSS 軟件用交易中心公開密鑰加密 KP 形成數(shù)字信封 ) H(PM) 用 hash 函數(shù)對 PM求摘要 SIGNSK() 購買商對 PM數(shù)字簽名 (4)交易中心轉發(fā)轉帳通知 交易中心轉發(fā)轉帳通知步驟如圖 3一 5: 圖 3一 5交易中心轉發(fā)轉帳通知步驟 ① TSS 收到 PSS 的轉帳請求 TransPTRequ 后，做以下幾步 : stepl:verify(cert， )，若核實，則往下進行，否則終止， Step2:由口 ESK::， (PMenvel。 p)得到 KP， DEK， (enPM)得到 PM，驗證簽名 DEPK， (SIGNSK， (H(PM)))是否等于 H(PM)，若相等，則往下行，否則終止， TSS 將 PM 及其簽名 SIGNSK， (H(PM))作為交易證據(jù)保存在數(shù)據(jù)庫中。 Step3:TSS 根據(jù) Brand_eard 信息，向 BSS 發(fā)送初始請求 InitTBRequ)， InitTBRequ 的數(shù)據(jù)結構見表 312。 表 312xnitTBRequ 的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 InitTBRequ {ID， RandomT} ID TSS 產生的本地 ID RandomT 從 TransPTRequ 得到 step4:Bss 收到 InitTBRequ 后，向 TSs 發(fā)送’初始回答 (InitTBResp)，InitTBR。 sp 的數(shù)據(jù)結構見表 313 表 313InitTBResp 的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 InitTBResp {Cert, RespMsg, SIGNSK (H (RespMsg))} Cert 商業(yè)銀行的數(shù)字證書 RespMsg {message， ID, RandomT} message 說明已收到初始請求 ID BSS 產生的本地 ID RandomT 從 InitTBRequ 得到 H(RespMsg) 用 hash 函數(shù)對 RespMsg 求摘要 SIGNSK() 商業(yè)銀行對 RespMsg 數(shù)字簽名 ③ TSS 收到 InitTB 一 Resp 后，做以下幾步 : Stepl:Verify(CertB)，若核實，則往下進行，否則終止； Step2:驗證簽名， ENPK。 (SIGNSK(H(RespMsg)))是否等于 H(Re“ p~Msg)，如正 確，繼續(xù)進行，否則中止 : Step3:TsS 將轉帳請求 TransTBRequ 發(fā)送給 BSS， TransTBRequ 的數(shù)據(jù)結構見表 314。 表 314TransTBRequ 的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 TransTBRequ {Cert, Cert, PM, SIGNSK (H(PM))} Cert 交易中心的數(shù)字證書 Cert 購買商的數(shù)字證書 PM 從 TransPTRequ 得到 SIGNSK (H(PM)) 從 TransPTRequ 得到 (5)商業(yè)銀行處理轉帳通知 商業(yè)銀 行處理轉帳通知步驟如圖 36 圖 3一 6商業(yè)銀行處理轉帳通知步驟 ① BSS 收到轉帳請求 TranoTBRequ 后，做以下幾步 : stepl:verify(cert)， Verify(Cert)，若核實，則往下進行，否則終止， Step2:驗證購買商的數(shù)字簽名， DEPK， (SIGNSK(H(PM))是否等于 H(PM)，若相等，則往下進行，否則終止， step3:給 TSS 發(fā)送轉帳受理通知 Notes， Notes 的數(shù)據(jù)結構見表 315。 表 3 一 15Notes 的數(shù)據(jù)結 .構 數(shù)據(jù)單元 描述 Notes {message, RandomT, statusB} Message 對 PM 的有效性進行說明 RandomT 從 TransTBRequ 得到 StatusB 表明目前交易的狀態(tài)是 :銀行授權支付 ② TSS 收到 Notes 后，向 PSS 發(fā)送此消息。 ③ BSS 從 PM中用自己的私鑰取出轉帳支付指令 PI，并將 PI送到銀行后臺系統(tǒng)進行處理。后臺系統(tǒng)處理完后，將支付結果 R告知 BSS。 BSS 形成支付結果信息 PR， PR的數(shù)據(jù)結構見表 316。 表 3 一 16PR 的數(shù)據(jù)結構 數(shù)據(jù)單元 描述 PR {RandomT, statusB, ENPK(IN, Amount, R, DatetimeB).} RandomT 從 TransTBRequ 得到 StatusB 表明目前交易的狀態(tài)是 :銀行授權支付 IN 該次交易訂單的編號 Amount 表示轉賬金額 R 表示轉賬結果 DatetimeB 銀行交易時間 ENPK() 用