一種應(yīng)用于電子商務(wù)的訂單賬戶支付系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于電子商務(wù)領(lǐng)域的訂單賬戶支付系統(tǒng)，其特征是一種以訂單、賬戶、支付為要素的系統(tǒng)。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)技術(shù)以及電子商務(wù)的發(fā)展，涌現(xiàn)了如B2C、B2B、C2B、C2C、B2B2C、020等各類電子商務(wù)模式。但目前在電子商務(wù)活動(dòng)中為交易雙方或多方提供交易撮合及相關(guān)服務(wù)的電子商務(wù)平臺(tái)中的訂單賬戶支付都是以單一業(yè)務(wù)目的為需求，為解決特定業(yè)務(wù)目的而設(shè)計(jì)的，電子商務(wù)平臺(tái)中的訂單賬戶支付都與具體的業(yè)務(wù)緊密相連，無法適用于單一業(yè)務(wù)外的其他業(yè)務(wù)。這種情況造成同一企業(yè)下各個(gè)的電子商務(wù)平臺(tái)用戶訂單、賬戶分散，企業(yè)在建設(shè)不同電子商務(wù)平臺(tái)時(shí)都需重復(fù)建設(shè)適用于不同業(yè)務(wù)背景的訂單、賬戶、支付體系，加大了企業(yè)的系統(tǒng)建設(shè)成本、建設(shè)周期，造成企業(yè)資源浪費(fèi)。其原因是企業(yè)的電商交易業(yè)務(wù)的不一致，交易服務(wù)對(duì)象的不同，交易服務(wù)流程及交易支付通道的不同等等，導(dǎo)致企業(yè)建立的電子商務(wù)平臺(tái)中的訂單賬戶支付體系千差萬別。
[0003]附圖1為現(xiàn)在常見的電子商務(wù)平臺(tái)中的訂單賬戶支付示意圖。企業(yè)A建立了電子商務(wù)平臺(tái)1、電子商務(wù)平臺(tái)2，電子商務(wù)平臺(tái)1和電子商務(wù)平臺(tái)2的訂單賬戶支付體系各自獨(dú)立存在，專用于各自的電子商務(wù)平臺(tái)。企業(yè)B建立了電子商務(wù)平臺(tái)3、電子商務(wù)平臺(tái)4，電子商務(wù)平臺(tái)3和電子商務(wù)平臺(tái)4的訂單賬戶支付體系也各自獨(dú)立存在，專用于各自的電子商務(wù)平臺(tái)。而用戶在企業(yè)A下有電子商務(wù)平臺(tái)1的訂單賬戶支付信息，在電子商務(wù)平臺(tái)2中也有訂單賬戶支付信息，用戶的這兩個(gè)訂單賬戶支付信息不能共同存在一個(gè)平臺(tái)下，不能合并共存。
[0004]此種電子商務(wù)平臺(tái)中的訂單賬戶支付使用不方便主要體現(xiàn)在以下幾個(gè)方面:
[0005]1、對(duì)于電子商務(wù)平臺(tái)管理者，如服裝企業(yè)、電腦銷售企業(yè)等都需要建立自己的訂單賬戶支付體系，而建立的訂單賬戶支付體系只能專用于一個(gè)電子商務(wù)平臺(tái)，只能支撐單一業(yè)務(wù)，不能支撐混合業(yè)務(wù)。
[0006]2、對(duì)于電子商務(wù)平臺(tái)用戶，其在各個(gè)電子商務(wù)平臺(tái)上的訂單賬戶不能共存，賬戶不能混合使用，只能用于某個(gè)電子商務(wù)平臺(tái)上的商品。
[0007]附圖2為現(xiàn)在常見的電子商務(wù)平臺(tái)的支付示意圖。參見附圖2，其處理流程包括:
[0008]1、用戶在電子商務(wù)平臺(tái)(如電子商務(wù)網(wǎng)站)瀏覽商品，并下單；
[0009]2、電子商務(wù)平臺(tái)按照銀聯(lián)系統(tǒng)或銀行前端或第三方支付系統(tǒng)(銀聯(lián)系統(tǒng)、銀行前端、第三方支付統(tǒng)稱為網(wǎng)銀系統(tǒng))的支付接口生成訂單數(shù)據(jù)信息，并使用網(wǎng)銀系統(tǒng)的密鑰對(duì)訂單數(shù)據(jù)進(jìn)行簽名，并將簽名后的數(shù)據(jù)形成網(wǎng)頁發(fā)送給用戶終端；
[0010]3、用戶確認(rèn)簽名后的訂單數(shù)據(jù)信息，點(diǎn)擊提交訂單數(shù)據(jù)到網(wǎng)銀系統(tǒng)；
[0011]4、網(wǎng)銀系統(tǒng)接收訂單數(shù)據(jù)，對(duì)訂單數(shù)據(jù)的簽名及訂單數(shù)據(jù)做校驗(yàn)；
[0012]5、網(wǎng)銀系統(tǒng)校驗(yàn)通過后，在用戶終端展示返回支付頁面，提示用戶輸入銀行卡號(hào)、支付密碼、預(yù)留手機(jī)等信息；
[0013]6、用戶在支付頁面輸入所需信息后，用戶終端提交信息給網(wǎng)銀系統(tǒng)；
[0014]7、網(wǎng)銀系統(tǒng)收到用戶終端提交的信息，并校驗(yàn)用戶相關(guān)信息；
[0015]8、網(wǎng)銀系統(tǒng)校驗(yàn)通過后，向用戶終端返回交易確認(rèn)頁面，并提示用戶確認(rèn)；
[0016]9、用戶在交易確認(rèn)頁面輸入各自的認(rèn)證方式進(jìn)行交易確認(rèn)，認(rèn)證方式支持支付密碼、口令卡、動(dòng)態(tài)驗(yàn)證碼、證書簽名等方式；
[0017]10、網(wǎng)銀系統(tǒng)校驗(yàn)用戶確認(rèn)信息；
[0018]11、網(wǎng)銀系統(tǒng)校驗(yàn)通過后發(fā)送支付指令到銀行進(jìn)行支付處理；
[0019]12、銀行進(jìn)行支付后，返回支付結(jié)果給網(wǎng)銀系統(tǒng)；
[0020]13、網(wǎng)銀系統(tǒng)將支付結(jié)果返回給用戶終端并展現(xiàn)；
[0021]14、用戶終端將支付結(jié)果返回給電子商務(wù)平臺(tái)；
[0022]15、電子商務(wù)平臺(tái)按支付結(jié)果對(duì)訂單、賬戶進(jìn)行信息處理。
[0023]可見在上述現(xiàn)有技術(shù)所述對(duì)電子商務(wù)的訂單支付處理過程中，訂單、賬戶數(shù)據(jù)、支付都在該電子商務(wù)平臺(tái)，服務(wù)于該電子商務(wù)平臺(tái)單一業(yè)務(wù)，電子商務(wù)交易在電子商務(wù)平臺(tái)與網(wǎng)銀系統(tǒng)間進(jìn)行。

【發(fā)明內(nèi)容】

[0024]為解決現(xiàn)有技術(shù)中電子商務(wù)平臺(tái)中訂單賬戶支付無法支撐混合業(yè)務(wù)，訂單賬戶支付體系的重復(fù)建設(shè)，使用不便的現(xiàn)狀，本發(fā)明的目的是提供一種應(yīng)用于電子商務(wù)的訂單賬戶支付系統(tǒng)，該系統(tǒng)能適用于B2C、B2B、C2B、C2C、B2B2C、020等各類電子商務(wù)模式，實(shí)現(xiàn)訂單、賬戶的統(tǒng)一管理與支付、支持混合業(yè)務(wù)、多賬戶共存。
[0025]本發(fā)明的技術(shù)方案是:一種應(yīng)用于電子商務(wù)的訂單賬戶支付系統(tǒng)，其特征在于包括如下步驟:
[0026](1)多個(gè)不同業(yè)務(wù)的電子商務(wù)平臺(tái)與訂單賬戶支付系統(tǒng)建立業(yè)務(wù)對(duì)接；
[0027](2)訂單賬戶支付系統(tǒng)授權(quán)電子商務(wù)平臺(tái)使用該系統(tǒng)的訂單賬戶支付體系；
[0028]授權(quán)方法是:將電子商務(wù)平臺(tái)的所有者信息包括企業(yè)名稱、企業(yè)聯(lián)系電話、支付渠道等信息提交給訂單賬戶支付系統(tǒng)，訂單賬戶支付系統(tǒng)根據(jù)提交的信息建立授權(quán)協(xié)議，并根據(jù)該協(xié)議建立該電子商務(wù)平臺(tái)的會(huì)員及機(jī)構(gòu)信息，配置支付通道及支付規(guī)則并生成該電子商務(wù)平臺(tái)的密鑰體系信息；
[0029](3)用戶在用戶終端瀏覽電子商務(wù)平臺(tái)的商品信息，并發(fā)起訂單請(qǐng)求指令；
[0030](4)電子商務(wù)平臺(tái)根據(jù)所述訂單指令生成包括關(guān)聯(lián)用戶信息的訂單數(shù)據(jù)，并對(duì)該訂單數(shù)據(jù)做數(shù)字簽名；
[0031](5)電子商務(wù)平臺(tái)向用戶終端發(fā)送該訂單數(shù)據(jù)并提示用戶確認(rèn)，電子商務(wù)平臺(tái)在用戶確認(rèn)后，此時(shí)系統(tǒng)進(jìn)一步包括:
[0032]—種訂單數(shù)據(jù)通知模式:電子商務(wù)平臺(tái)通知用戶終端將該訂單數(shù)據(jù)發(fā)送給訂單賬戶支付系統(tǒng)。另一種訂單數(shù)據(jù)通知模式:電子商務(wù)平臺(tái)將訂單數(shù)據(jù)通過后臺(tái)接口發(fā)送給訂單賬戶支付系統(tǒng)。
[0033](6)訂單賬戶支付系統(tǒng)收到訂單數(shù)據(jù)后，訂單賬戶支付系統(tǒng)的校驗(yàn)?zāi)K首先對(duì)訂單數(shù)據(jù)做簽名認(rèn)證，判斷該訂單數(shù)據(jù)是否具有授權(quán)的電子商務(wù)平臺(tái)發(fā)出；
[0034]此處，訂單賬戶支付系統(tǒng)在訂單支付交易流程中增加安全校驗(yàn)，即使有惡意程序從交易報(bào)文中篡改了數(shù)據(jù)，也能在校驗(yàn)中檢測(cè)出來，從而及時(shí)停止支付處理過程，防止用戶的賬戶資金被盜用的風(fēng)險(xiǎn)，提高了電子商務(wù)交易的安全性。
[0035](7)訂單數(shù)據(jù)驗(yàn)簽通過后，訂單賬戶支付系統(tǒng)對(duì)用戶信息、訂單數(shù)據(jù)、賬戶數(shù)據(jù)進(jìn)行校驗(yàn)；此處，訂單賬戶支付系統(tǒng)對(duì)用戶合法性、訂單數(shù)據(jù)及賬戶數(shù)據(jù)有效性進(jìn)行安全校驗(yàn)，即使有非法用戶、無效異常數(shù)據(jù)信息也能在校驗(yàn)中檢測(cè)出來，從而及時(shí)停止支付處理過程，保障交易的正常流暢，提高了電子商務(wù)交易的安全性。
[0036](8)訂單賬戶支付系統(tǒng)對(duì)用戶信息、訂單數(shù)據(jù)、賬戶數(shù)據(jù)校驗(yàn)通過后，訂單賬戶支付系統(tǒng)的訂單管理模塊對(duì)訂單數(shù)據(jù)進(jìn)行預(yù)處理；
[0037](9)訂單賬戶支付系統(tǒng)在數(shù)據(jù)校驗(yàn)及預(yù)處理完成后，此時(shí)系統(tǒng)進(jìn)一步包括:
[0038]一種訂單數(shù)據(jù)校驗(yàn)及預(yù)處理后的處理模式:
[0039]A、訂單賬戶支付系統(tǒng)前端展示模塊向用戶終端展示訂單數(shù)據(jù)信息，并提示用戶選擇支付模式，支付模式可以是余額支付、網(wǎng)關(guān)支付、快捷支付等；
[0040]B、用戶終端將用戶選擇的支付模式提交給訂單賬戶支付系統(tǒng)；
[0041]C、訂單賬戶支付系統(tǒng)在用戶選擇支付模式后，訂單賬戶支付系統(tǒng)的指令模塊按用戶信息、訂單數(shù)據(jù)生成支付指令，訂單賬戶支付系統(tǒng)的賬戶管理模塊按支付指令做如下處理