專(zhuān)利名稱(chēng)：網(wǎng)絡(luò)支付系統(tǒng)及其數(shù)據(jù)處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)數(shù)據(jù)的處理技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)支付系統(tǒng)及其數(shù)據(jù)處理方法。
背景技術(shù)：
隨著整個(gè)互聯(lián)網(wǎng)開(kāi)放的大發(fā)展，大量的互聯(lián)網(wǎng)第三方應(yīng)用程序(APP)蜂擁出現(xiàn)，如何保證APP方便安全的接入并成功營(yíng)收成為一個(gè)亟待解決的問(wèn)題。目前許多APP對(duì)于用戶來(lái)講是收費(fèi)的，用戶需要向APP提供方支付費(fèi)用才能正?；蚋玫厥褂肁PP。在一種支付方式中，用戶可以購(gòu)買(mǎi)電子支付憑證(如游戲類(lèi)APP中的電子游戲幣)購(gòu)買(mǎi)APP中相應(yīng)的功能(如游戲類(lèi)APP中的數(shù)字虛擬物品或者點(diǎn)卡)。目前業(yè)界常用的支付方式是各APP系統(tǒng)使用本系統(tǒng)內(nèi)部的可以認(rèn)證的電子支付憑證。但是目前眾多的APP都是集成在一個(gè)開(kāi)放平臺(tái)上運(yùn)行，用戶只要在開(kāi)放平臺(tái)上登錄，就可以使用該平臺(tái)上的所有APP。如果APP系統(tǒng)使用本系統(tǒng)內(nèi)部才認(rèn)證的電子支付憑證，則對(duì)于一個(gè)開(kāi)放平臺(tái)，不同種類(lèi)的電子支付憑證的大量存在對(duì)用戶來(lái)講是一個(gè)繁重的負(fù)擔(dān)，因此目前的開(kāi)放平臺(tái)普遍使用統(tǒng)一的電子支付憑證來(lái)支付本平臺(tái)上各種APP系統(tǒng)提供的收費(fèi)功能。目前現(xiàn)有的技術(shù)方案是:用戶和APP系統(tǒng)方在開(kāi)放平臺(tái)上都有電子支付憑證的賬戶，當(dāng)用戶希望購(gòu)買(mǎi)某個(gè)APP的某個(gè)數(shù)字虛擬物品(簡(jiǎn)稱(chēng)為道具)時(shí)，由APP系統(tǒng)向開(kāi)放平臺(tái)的網(wǎng)絡(luò)支付系統(tǒng)發(fā)起支付請(qǐng)求，所述網(wǎng)絡(luò)支付系統(tǒng)返回支付地址給APP系統(tǒng)并由APP系統(tǒng)轉(zhuǎn)發(fā)給用戶客戶端，用戶客戶端通過(guò)該支付地址進(jìn)行支付操作，網(wǎng)絡(luò)支付系統(tǒng)對(duì)用戶賬戶進(jìn)行扣款，之后通過(guò)回調(diào)異步通知的方式通知APP系統(tǒng)發(fā)貨給用戶(即向用戶提供所購(gòu)買(mǎi)的道具)，APP系統(tǒng)在收到所述異步通知后自主決定給用戶發(fā)貨，發(fā)貨完畢后通知網(wǎng)絡(luò)支付系統(tǒng)，網(wǎng)絡(luò)支付系統(tǒng)再向該APP的賬戶中加款。在整個(gè)交易流程中，作為中間的開(kāi)放平臺(tái)的網(wǎng)絡(luò)支付系統(tǒng)，只負(fù)責(zé)實(shí)際扣款和加款，而具體的道具發(fā)放則通過(guò)回調(diào)異步通知的方式交由APP系統(tǒng)完成。如果道具發(fā)放失敗，需要有APP系統(tǒng)發(fā)起取消支付。上述現(xiàn)有技術(shù)方案的缺點(diǎn)是:由于網(wǎng)絡(luò)支付系統(tǒng)通過(guò)異步通知的方式通知APP系統(tǒng)發(fā)貨給用戶，異步通知方式是不需要等待響應(yīng)信令的，發(fā)貨結(jié)果需要APP系統(tǒng)重新發(fā)起通知，因此要進(jìn)行至少兩次通信握手過(guò)程，在進(jìn)行取消操作時(shí)還要進(jìn)行第三次通信握手過(guò)程，因此現(xiàn)有的這種數(shù)據(jù)處理方式導(dǎo)致支付流程的整體處理速度較慢，不適合數(shù)據(jù)虛擬物品等小額即時(shí)消費(fèi)功能的需求。另外，由于數(shù)字物品發(fā)放處理過(guò)程異步通知給APP系統(tǒng)執(zhí)行，導(dǎo)致APP系統(tǒng)和網(wǎng)絡(luò)支付系統(tǒng)之間存在過(guò)多的交互操作，從而給惡意程序提供破壞和篡改的機(jī)會(huì)，數(shù)據(jù)交互的安全性不高。最后，由于第三方APP系統(tǒng)能力的良莠不齊，會(huì)經(jīng)常發(fā)生因?yàn)锳PP系統(tǒng)的問(wèn)題導(dǎo)致用戶被網(wǎng)絡(luò)支付系統(tǒng)扣款但實(shí)際收不到道具的情況，或者發(fā)生被惡意取消等問(wèn)題，因此整個(gè)交易過(guò)程的安全性不高，容易造成用戶賬戶的損失。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種網(wǎng)絡(luò)支付系統(tǒng)及其數(shù)據(jù)處理方法，以提高現(xiàn)有網(wǎng)絡(luò)開(kāi)放平臺(tái)支付交易的速度和安全性。本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的:一種網(wǎng)絡(luò)支付系統(tǒng)，該網(wǎng)絡(luò)支付系統(tǒng)包括:支付請(qǐng)求響應(yīng)模塊，用于接收APP系統(tǒng)的訂單支付請(qǐng)求，在收到所述支付請(qǐng)求后，返回所述訂單對(duì)應(yīng)的支付頁(yè)面地址；支付確認(rèn)響應(yīng)模塊，用于接收用戶對(duì)所述訂單對(duì)應(yīng)的支付頁(yè)面的支付確認(rèn)信息，在收到所述支付確認(rèn)信息后凍結(jié)該用戶賬戶中的訂單金額；同步回調(diào)模塊，用于同步回調(diào)APP系統(tǒng)的發(fā)貨接口，所述同步回調(diào)內(nèi)容包括:發(fā)送包括所述訂單信息的發(fā)貨指令給所述發(fā)貨接口，并等待所述發(fā)貨接口的發(fā)貨結(jié)果；回調(diào)結(jié)果處理模塊，用于判斷是否在指定時(shí)間內(nèi)從所述APP系統(tǒng)的發(fā)貨接口收到成功發(fā)貨的結(jié)果信息，如果是則從所述用戶賬戶中扣除所凍結(jié)的訂單金額；否則，對(duì)所述用戶賬戶中的所述凍結(jié)金額進(jìn)行解凍處理。一種網(wǎng)絡(luò)支付系統(tǒng)中的數(shù)據(jù)處理方法，該方法包括:接收應(yīng)用程序APP系統(tǒng)的訂單支付請(qǐng)求，收到所述支付請(qǐng)求后返回所述訂單對(duì)應(yīng)的支付頁(yè)面地址；接收用戶對(duì)所述訂單對(duì)應(yīng)的支付頁(yè)面的支付確認(rèn)信息，收到所述支付確認(rèn)信息后凍結(jié)該用戶賬戶中的訂單金額；同步回調(diào)APP系統(tǒng)的發(fā)貨接口，所述同步回調(diào)內(nèi)容包括:發(fā)送包括所述訂單信息的發(fā)貨指令給所述發(fā)貨接口，并等待所述發(fā)貨接口的發(fā)貨結(jié)果；若在指定時(shí)間內(nèi)從所述APP系統(tǒng)的發(fā)貨接口收到成功發(fā)貨的結(jié)果信息，則從所述用戶賬戶中扣除所凍結(jié)的訂單金額；否則對(duì)所述用戶賬戶中的所述凍結(jié)金額進(jìn)行解凍處理。區(qū)別于現(xiàn)有技術(shù)，本發(fā)明的同步回調(diào)過(guò)程會(huì)發(fā)出指令后等待響應(yīng)結(jié)果，使得網(wǎng)絡(luò)支付系統(tǒng)和APP系統(tǒng)之間進(jìn)行一次通信握手過(guò)程即可完成發(fā)貨處理，實(shí)現(xiàn)了快速的準(zhǔn)實(shí)時(shí)性交易處理，同時(shí)較少的交互次數(shù)又降低了交互信息被篡改的風(fēng)險(xiǎn)，提高了安全性，非常適合數(shù)字虛擬物品等小額即時(shí)消費(fèi)功能的要求。同時(shí)網(wǎng)絡(luò)支付系統(tǒng)在指定時(shí)間內(nèi)收到發(fā)貨響應(yīng)且發(fā)貨成功才進(jìn)行扣款操作，又可以在發(fā)貨失敗的情況下，即時(shí)解凍用戶已被凍結(jié)的資金，保證了用戶賬戶的資金安全。


圖1為本發(fā)明所述網(wǎng)絡(luò)支付系統(tǒng)的一種實(shí)施例的組成示意圖；圖2為本發(fā)明所述網(wǎng)絡(luò)支付系統(tǒng)的一種具有發(fā)貨網(wǎng)關(guān)的實(shí)施例的組成示意圖；圖3為本發(fā)明所述網(wǎng)絡(luò)支付系統(tǒng)的具有發(fā)貨代理接口的實(shí)施例的組成示意圖；圖4為本發(fā)明所述網(wǎng)絡(luò)支付系統(tǒng)的具有發(fā)貨網(wǎng)關(guān)和發(fā)貨代理接口的實(shí)施例的組成示意圖；圖5為本發(fā)明所述網(wǎng)絡(luò)支付系統(tǒng)的數(shù)據(jù)處理方法的一種流程圖。
具體實(shí)施例方式下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的說(shuō)明。本發(fā)明的核心技術(shù)方案是網(wǎng)絡(luò)支付系統(tǒng)進(jìn)行如下數(shù)據(jù)處理:接收應(yīng)用程序APP系統(tǒng)的關(guān)于數(shù)字物品訂單的支付請(qǐng)求，收到所述支付請(qǐng)求后返回所述訂單對(duì)應(yīng)的支付頁(yè)面地址；接收用戶對(duì)所述訂單對(duì)應(yīng)的支付頁(yè)面的支付確認(rèn)信息，收到所述支付確認(rèn)信息后凍結(jié)該用戶賬戶中的訂單金額；同步回調(diào)APP系統(tǒng)的發(fā)貨接口，所述同步回調(diào)內(nèi)容包括:發(fā)送包括所述訂單信息的發(fā)貨指令給所述發(fā)貨接口，并等待所述發(fā)貨接口的發(fā)貨結(jié)果；若在指定時(shí)間內(nèi)從所述APP系統(tǒng)的發(fā)貨接口收到成功發(fā)貨的結(jié)果信息，則從所述用戶賬戶中扣除所凍結(jié)的訂單金額；否則，即在指定時(shí)間內(nèi)沒(méi)有收到發(fā)貨結(jié)果，或者在指定時(shí)間內(nèi)收到發(fā)貨結(jié)果但是失敗的發(fā)貨結(jié)果，對(duì)所述用戶賬戶中的所述凍結(jié)金額進(jìn)行解凍處理。圖1為本發(fā)明所述網(wǎng)絡(luò)支付系統(tǒng)的一種實(shí)施例的組成示意圖，用于執(zhí)行本發(fā)明所述的數(shù)據(jù)處理方法。該網(wǎng)絡(luò)支付系統(tǒng)100包括:支付請(qǐng)求響應(yīng)模塊101,用于接收APP系統(tǒng)的訂單支付請(qǐng)求,在收到所述支付請(qǐng)求后，向APP系統(tǒng)返回所述訂單對(duì)應(yīng)的支付頁(yè)面地址，并通知所述支付確認(rèn)模塊102。支付確認(rèn)響應(yīng)模塊102，用于接收用戶對(duì)所述訂單對(duì)應(yīng)的支付頁(yè)面的支付確認(rèn)信息，在收到所述支付確認(rèn)信息后凍結(jié)該用戶賬戶中的訂單金額，并觸發(fā)所述同步回調(diào)模塊103進(jìn)行同步回調(diào)，觸發(fā)信息中包括訂單信息如訂單號(hào)。同步回調(diào)模塊103，用于同步回調(diào)APP系統(tǒng)的發(fā)貨接口，所述同步回調(diào)內(nèi)容包括:發(fā)送包括所述訂單信息(如訂單號(hào))的發(fā)貨指令給所述發(fā)貨接口，并開(kāi)始計(jì)時(shí)，等待所述發(fā)貨接口的發(fā)貨結(jié)果。所述APP系統(tǒng)的發(fā)貨接口收到發(fā)貨指令后即時(shí)發(fā)貨，并即時(shí)返回發(fā)貨結(jié)果。在本發(fā)明中，所述APP系統(tǒng)需要配合設(shè)置發(fā)貨接口，并提供給網(wǎng)絡(luò)支付系統(tǒng)，供網(wǎng)絡(luò)支付系統(tǒng)同步回調(diào)，該發(fā)貨接口需要保證在收到發(fā)貨指令后在指定時(shí)間內(nèi)進(jìn)行發(fā)貨處理并即時(shí)返回發(fā)貨結(jié)果給網(wǎng)絡(luò)支付系統(tǒng)。與現(xiàn)有技術(shù)的異步通知方式不同，本發(fā)明的同步回調(diào)過(guò)程會(huì)發(fā)出指令后等待響應(yīng)結(jié)果，使得網(wǎng)絡(luò)支付系統(tǒng)和APP系統(tǒng)之間進(jìn)行一次通信握手過(guò)程即可完成發(fā)貨處理，實(shí)現(xiàn)了快速的準(zhǔn)實(shí)時(shí)性交易處理，同時(shí)較少的交互次數(shù)又降低了交互信息被篡改的風(fēng)險(xiǎn)，提高了安全性，非常適合數(shù)字虛擬物品等小額即時(shí)消費(fèi)功能的要求。為了保證同步回調(diào)模塊103和APP系統(tǒng)之間通信的安全性，本發(fā)明在一種實(shí)施例中所述同步回調(diào)模塊103對(duì)APP系統(tǒng)發(fā)貨接口的同步回調(diào)的通信方式為采用超文本傳輸安全協(xié)議(HTTPS,Hypertext Transfer Protocol Secure)方式。為了進(jìn)一步確保安全性，所述HTTPS的通信方式為雙向校驗(yàn)的HTTPS方式?；卣{(diào)結(jié)果處理模塊104，用于判斷所述同步回調(diào)模塊103是否在指定時(shí)間內(nèi)從所述APP系統(tǒng)的發(fā)貨接口收到成功發(fā)貨的結(jié)果信息，如果是則從所述用戶賬戶中扣除所凍結(jié)的訂單金額；否則，對(duì)所述用戶賬戶中的所述凍結(jié)金額進(jìn)行解凍處理。在上述處理中，網(wǎng)絡(luò)支付系統(tǒng)在指定時(shí)間內(nèi)收到發(fā)貨響應(yīng)且發(fā)貨成功才進(jìn)行扣款操作，又可以在發(fā)貨失敗的情況下，即時(shí)解凍用戶已被凍結(jié)的資金，保證了用戶賬戶的資金安全。圖2為本發(fā)明所述網(wǎng)絡(luò)支付系統(tǒng)的一種具有發(fā)貨網(wǎng)關(guān)的實(shí)施例的組成示意圖。參見(jiàn)圖2，該實(shí)施例中，為了更好地同時(shí)支持一個(gè)以上的APP系統(tǒng)，該網(wǎng)絡(luò)支付系統(tǒng)進(jìn)一步包括:發(fā)貨網(wǎng)關(guān)105，設(shè)置在該網(wǎng)絡(luò)支付系統(tǒng)側(cè)，在網(wǎng)絡(luò)支付系統(tǒng)內(nèi)與所述同步回調(diào)模塊103通信連接(可以是有線通信連接或無(wú)線通信連接)，外部與一個(gè)以上APP系統(tǒng)的發(fā)貨接口通信連接(主要是通過(guò)有線或無(wú)形方式通過(guò)互聯(lián)網(wǎng)進(jìn)行通信)，用于對(duì)一個(gè)以上APP系統(tǒng)的發(fā)貨接口進(jìn)行同步回調(diào)；所述同步回調(diào)模塊103在同步回調(diào)某一APP系統(tǒng)的發(fā)貨接口時(shí)，將該APP系統(tǒng)發(fā)貨接口的地址提交給所述發(fā)貨網(wǎng)關(guān)105，由該發(fā)貨網(wǎng)關(guān)105根據(jù)所述發(fā)貨接口的地址同步回調(diào)所述發(fā)貨接口，并接收所述發(fā)貨接口的發(fā)貨結(jié)果回傳給所述同步回調(diào)模塊103，一起回傳的信息還包括所述發(fā)貨接口的地址信息，同步回調(diào)模塊根據(jù)該地址信息得知發(fā)貨結(jié)果所屬的發(fā)貨接口。本發(fā)明中，圖1所示同步回調(diào)模塊103對(duì)APP系統(tǒng)發(fā)貨接口的同步回調(diào)的通信方式為HTTPS方式，或進(jìn)一步為雙向校驗(yàn)的HTTPS方式。所述圖2中，所述發(fā)貨網(wǎng)關(guān)和各APP系統(tǒng)的發(fā)貨接口之間采用HTTPS的通信方式進(jìn)行交互，或進(jìn)一步為雙向校驗(yàn)的HTTTPS通信方式。由于HTTPS通信方式較為復(fù)雜，采用HTTPS需要APP系統(tǒng)側(cè)支持HTTPS的通信，為了降低第三方APP系統(tǒng)的技術(shù)開(kāi)發(fā)門(mén)檻，更好地推廣開(kāi)放性的網(wǎng)絡(luò)支付系統(tǒng)，本發(fā)明在另一種實(shí)施例中還可以進(jìn)一步在APP系統(tǒng)側(cè)設(shè)置發(fā)貨代理接口，通過(guò)該發(fā)貨代理接口以對(duì)外網(wǎng)實(shí)現(xiàn)HTTPS或雙效校驗(yàn)HTTPS的通信方式。圖3為本發(fā)明所述網(wǎng)絡(luò)支付系統(tǒng)的具有發(fā)貨代理接口的實(shí)施例的組成示意圖。參見(jiàn)圖3，該網(wǎng)絡(luò)支付系統(tǒng)進(jìn)一步包括設(shè)置在APP系統(tǒng)側(cè)的內(nèi)部網(wǎng)絡(luò)中的發(fā)貨代理接口 106，例如可以設(shè)置在APP系統(tǒng)的機(jī)房中，用于接收所述網(wǎng)絡(luò)支付系統(tǒng)側(cè)通過(guò)HTTPS方式發(fā)送的針對(duì)APP系統(tǒng)發(fā)貨接口的同步回調(diào)通知，所述發(fā)貨代理接口采用HTTP的方式同步回調(diào)所述APP系統(tǒng)的發(fā)貨接口，在收到發(fā)貨結(jié)果后再采用HTTPS的方式向網(wǎng)絡(luò)支付系統(tǒng)返回發(fā)貨結(jié)果。在實(shí)際場(chǎng)景中，所述APP系統(tǒng)側(cè)的機(jī)房中可能會(huì)存在多個(gè)APP系統(tǒng)，因此所述發(fā)貨代理接口 106可以通過(guò)APP系統(tǒng)側(cè)的內(nèi)部網(wǎng)絡(luò)連接到一個(gè)以上APP系統(tǒng)，網(wǎng)絡(luò)支付系統(tǒng)在同步回調(diào)某一 APP系統(tǒng)的發(fā)貨接口時(shí)，進(jìn)一步將該APP系統(tǒng)發(fā)貨接口的地址通知給所述發(fā)貨代理接口，該發(fā)貨代理接口進(jìn)一步用于根據(jù)所述發(fā)貨接口的地址同步回調(diào)對(duì)應(yīng)的發(fā)貨接口。當(dāng)然圖4中所述同步回調(diào)模塊103和發(fā)貨代理接口 106之間可以采用雙向校驗(yàn)的HTTPS方式進(jìn)行通信。當(dāng)然，圖2和圖3所述的實(shí)施例也可以組合使用，組成同時(shí)包括發(fā)貨網(wǎng)關(guān)和發(fā)貨代理接口的實(shí)施例，如圖4所示，所述發(fā)貨網(wǎng)關(guān)可以在直接與某一 APP系統(tǒng)的發(fā)貨接口進(jìn)行HTTPS通信，也可以通過(guò)所述發(fā)貨代理接口與某一 APP系統(tǒng)的發(fā)貨接口通信。此種情況下，需要在同步回調(diào)模塊中配置一個(gè)配置表，其中配置哪些發(fā)貨接口與發(fā)貨網(wǎng)關(guān)直連，哪些發(fā)貨接口需要通過(guò)發(fā)貨代理進(jìn)行連接，并配置發(fā)貨接口的地址和發(fā)貨代理接口的地址。當(dāng)所述同步回調(diào)模塊需要同步回調(diào)某一發(fā)貨接口時(shí)，查詢配置表確定該發(fā)貨接口的地址，發(fā)送給發(fā)貨網(wǎng)關(guān)，由發(fā)貨網(wǎng)關(guān)通過(guò)該發(fā)貨接口的地址同步回調(diào)對(duì)應(yīng)的發(fā)貨接口 ；如果該發(fā)貨接口需要通過(guò)發(fā)貨代理進(jìn)行連接，則進(jìn)一步將發(fā)貨代理接口的地址發(fā)送給所述發(fā)貨網(wǎng)關(guān)，發(fā)貨網(wǎng)關(guān)先通過(guò)該發(fā)貨代理接口的地址找到發(fā)貨代理接口，將同步回調(diào)指令和發(fā)貨接口的地址發(fā)送給該發(fā)貨代理接口，該發(fā)貨代理接口再根據(jù)該發(fā)貨接口的地址同步回調(diào)對(duì)應(yīng)的發(fā)貨接口。當(dāng)然圖4中所述發(fā)貨網(wǎng)關(guān)和發(fā)貨代理接口之間可以采用雙向校驗(yàn)的HTTPS方式進(jìn)行通信。
圖5為本發(fā)明所述網(wǎng)絡(luò)支付系統(tǒng)的數(shù)據(jù)處理方法的一種流程圖；參見(jiàn)圖5，其中不但包括網(wǎng)絡(luò)支付系統(tǒng)的處理示意流程，還包括與APP系統(tǒng)和用戶端的交互示意流程，具體包括:步驟501、用戶端登錄APP系統(tǒng)，提交針對(duì)某一數(shù)字物品的訂單，訂單中包括訂單號(hào)、物品標(biāo)識(shí)、訂單金額等信息。所述的數(shù)字物品是指諸如游戲類(lèi)APP中的數(shù)字虛擬道具、點(diǎn)卡等可以即時(shí)在線發(fā)貨和收貨的數(shù)字物品。步驟502、APP系統(tǒng)收到訂單后向網(wǎng)絡(luò)支付系統(tǒng)發(fā)送支付請(qǐng)求，其中主要包括訂單號(hào)、訂單金額等信息。步驟503、網(wǎng)絡(luò)支付系統(tǒng)收到所述支付請(qǐng)求后向APP系統(tǒng)返回所述訂單對(duì)應(yīng)的支付頁(yè)面地址，該支付頁(yè)面中包括訂單信息，例如訂單號(hào)，訂單金額等。步驟504、APP系統(tǒng)將所述支付頁(yè)面地址發(fā)送給用戶端。步驟505、用戶端登錄所述支付頁(yè)面地址，確認(rèn)無(wú)誤后點(diǎn)擊其中的支付確認(rèn)按鈕進(jìn)行確認(rèn)，支付確認(rèn)信息被發(fā)送給網(wǎng)絡(luò)支付系統(tǒng)。在此過(guò)程中如果用戶端沒(méi)有登錄網(wǎng)絡(luò)支付系統(tǒng)，則網(wǎng)絡(luò)支付系統(tǒng)還進(jìn)一步提供登錄界面供用戶登錄，用戶登錄成功后才能確認(rèn)提交所述支付確認(rèn)信息。步驟506、網(wǎng)絡(luò)支付系統(tǒng)收到所述支付確認(rèn)信息后，在所述用戶的賬戶中凍結(jié)所述訂單中對(duì)應(yīng)的訂單金額。所述用戶賬戶為該用戶在該網(wǎng)絡(luò)支付系統(tǒng)中的賬戶，例如所述賬戶的可用余額為100元，所述訂單金額為2元，則在該用戶賬戶中凍結(jié)2元的金額。步驟507、網(wǎng)絡(luò)支付系統(tǒng)同步回調(diào)APP系統(tǒng)的發(fā)貨接口，所述同步回調(diào)內(nèi)容包括:發(fā)送包括所述訂單信息(如訂單號(hào))的發(fā)貨指令給所述發(fā)貨接口，并等待所述發(fā)貨接口的發(fā)貨結(jié)果。為了保證所述網(wǎng)絡(luò)支付系統(tǒng)同步回調(diào)APP系統(tǒng)的發(fā)貨接口的過(guò)程的安全性，在一種實(shí)施例中，所述網(wǎng)絡(luò)支付系統(tǒng)和APP系統(tǒng)之間HTTPS的方式進(jìn)行通信。為了進(jìn)一步確保安全性，所述HTTPS的通信方式為雙向校驗(yàn)的HTTPS方式。所述雙向校驗(yàn)是標(biāo)準(zhǔn)HTTPS的一種使用方法。HTTPS主要使用證書(shū)的方式來(lái)保證信息傳輸安全，每個(gè)“證書(shū)/私鑰對(duì)”由可信證書(shū)頒發(fā)機(jī)構(gòu)(CA)生成，并綁定域名或者IP。一方可使用對(duì)方的CA證書(shū)來(lái)校驗(yàn)對(duì)方證書(shū)的有效性，并可根據(jù)證書(shū)來(lái)校驗(yàn)對(duì)方的IP地址及域名是否合法。雙向校驗(yàn)即兩方分別都校驗(yàn)對(duì)端的有效及合法性。步驟508 509、所述APP系統(tǒng)的發(fā)貨接口根據(jù)所述發(fā)貨指令，在指定時(shí)間內(nèi)對(duì)所述訂單進(jìn)行發(fā)貨處理，例如將訂單所涉及的數(shù)字物品發(fā)送到用戶在該APP系統(tǒng)內(nèi)的帳號(hào)內(nèi)，或者為用戶開(kāi)通訂單所指的功能，用戶即可使用該項(xiàng)功能；在發(fā)貨處理完畢后即時(shí)返回發(fā)貨結(jié)果(發(fā)貨成功或失敗)給網(wǎng)絡(luò)支付系統(tǒng)。步驟510、網(wǎng)絡(luò)支付系統(tǒng)判斷在指定時(shí)間(如I分鐘)內(nèi)是否從所同步回調(diào)的APP系統(tǒng)發(fā)貨接口收到成功發(fā)貨的結(jié)果信息，如果是則從所述用戶賬戶中扣除所凍結(jié)的訂單金額，例如扣除所述2元金額，用戶賬戶的可用余額變?yōu)?8元；否則，即在指定時(shí)間內(nèi)沒(méi)有收到發(fā)貨結(jié)果，或者在指定時(shí)間內(nèi)收到發(fā)貨結(jié)果但是為失敗的發(fā)貨結(jié)果，則對(duì)所述用戶賬戶中的所述凍結(jié)金額進(jìn)行解凍處理，即所述用戶賬戶的可用余額恢復(fù)到100元。在上述處理中，網(wǎng)絡(luò)支付系統(tǒng)在指定時(shí)間內(nèi)收到發(fā)貨響應(yīng)且發(fā)貨成功才進(jìn)行扣款操作，又可以在發(fā)貨失敗的情況下，即時(shí)解凍用戶已被凍結(jié)的資金，保證了用戶賬戶的資金安全。在上述方法的一種該實(shí)施例中，可以進(jìn)一步在網(wǎng)絡(luò)支付系統(tǒng)側(cè)利用發(fā)貨網(wǎng)關(guān)對(duì)一個(gè)以上APP系統(tǒng)的發(fā)貨接口進(jìn)行同步回調(diào)，在同步回調(diào)某一 APP系統(tǒng)的發(fā)貨接口時(shí)，將該APP系統(tǒng)發(fā)貨接口的地址提交給所述發(fā)貨網(wǎng)關(guān)，由該發(fā)貨網(wǎng)關(guān)根據(jù)所述發(fā)貨接口的地址同步回調(diào)所述發(fā)貨接口，并接收所述發(fā)貨接口的發(fā)貨結(jié)果。本發(fā)明的方法還可以進(jìn)一步在APP系統(tǒng)側(cè)設(shè)置發(fā)貨代理接口，網(wǎng)絡(luò)支付系統(tǒng)通過(guò)HTTPS的方式通知所述發(fā)貨代理接口同步回調(diào)APP系統(tǒng)的發(fā)貨接口，所述發(fā)貨代理接口采用HTTP的方式同步回調(diào)所述APP系統(tǒng)的發(fā)貨接口，在收到發(fā)貨結(jié)果后再采用HTTPS的方式向網(wǎng)絡(luò)支付系統(tǒng)返回發(fā)貨結(jié)果。將所述發(fā)貨代理接口可以通過(guò)內(nèi)部網(wǎng)絡(luò)連接到一個(gè)以上APP系統(tǒng)；網(wǎng)絡(luò)支付系統(tǒng)在同步回調(diào)某一 APP系統(tǒng)的發(fā)貨接口時(shí)，進(jìn)一步將該APP系統(tǒng)發(fā)貨接口的地址通知給所述發(fā)貨代理接口，由該發(fā)貨代理接口根據(jù)所述發(fā)貨接口的地址同步回調(diào)對(duì)應(yīng)的發(fā)貨接口。所述網(wǎng)絡(luò)支付系統(tǒng)同步回調(diào)APP系統(tǒng)的發(fā)貨接口的過(guò)程中，網(wǎng)絡(luò)支付系統(tǒng)和APP系統(tǒng)之間采用HTTPS的方式進(jìn)行通信，其中包括:同步回調(diào)模塊與發(fā)貨接口之間、發(fā)貨網(wǎng)關(guān)和發(fā)貨接口之間、同步回調(diào)模塊與發(fā)貨代理接口之間、以及發(fā)貨網(wǎng)關(guān)和發(fā)貨代理接口之間都可以采用HTTPS的方式進(jìn)行通信，并可以進(jìn)一步采用雙向校驗(yàn)的HTTPS方式進(jìn)行通信。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
權(quán)利要求
1.一種網(wǎng)絡(luò)支付系統(tǒng)，其特征在于，該網(wǎng)絡(luò)支付系統(tǒng)包括: 支付請(qǐng)求響應(yīng)模塊，用于接收APP系統(tǒng)的訂單支付請(qǐng)求，在收到所述支付請(qǐng)求后，返回所述訂單對(duì)應(yīng)的支付頁(yè)面地址； 支付確認(rèn)響應(yīng)模塊，用于接收用戶對(duì)所述訂單對(duì)應(yīng)的支付頁(yè)面的支付確認(rèn)信息，在收到所述支付確認(rèn)信息后凍結(jié)該用戶賬戶中的訂單金額； 同步回調(diào)模塊，用于同步回調(diào)APP系統(tǒng)的發(fā)貨接口，所述同步回調(diào)內(nèi)容包括:發(fā)送包括所述訂單信息的發(fā)貨指令給所述發(fā)貨接口，并等待所述發(fā)貨接口的發(fā)貨結(jié)果； 回調(diào)結(jié)果處理模塊，用于判斷是否在指定時(shí)間內(nèi)從所述APP系統(tǒng)的發(fā)貨接口收到成功發(fā)貨的結(jié)果信息，如果是則從所述用戶賬戶中扣除所凍結(jié)的訂單金額；否則，對(duì)所述用戶賬戶中的所述凍結(jié)金額進(jìn)行解凍處理。
2.根據(jù)權(quán)利要求1所述的網(wǎng)絡(luò)支付系統(tǒng)，其特征在于，該網(wǎng)絡(luò)支付系統(tǒng)進(jìn)一步包括:發(fā)貨網(wǎng)關(guān)，設(shè)置在該網(wǎng)絡(luò)支付系統(tǒng)側(cè)，在網(wǎng)絡(luò)支付系統(tǒng)內(nèi)與所述同步回調(diào)模塊通信連接，外部與一個(gè)以上APP系統(tǒng)通信連接，用于對(duì)一個(gè)以上APP系統(tǒng)的發(fā)貨接口進(jìn)行同步回調(diào)；所述同步回調(diào)模塊在同步回調(diào)某一 APP系統(tǒng)的發(fā)貨接口時(shí)，將該APP系統(tǒng)發(fā)貨接口的地址提交給所述發(fā)貨網(wǎng)關(guān)，由該發(fā)貨網(wǎng)關(guān)根據(jù)所述發(fā)貨接口的地址同步回調(diào)所述發(fā)貨接口，并接收所述發(fā)貨接口的發(fā)貨結(jié)果回傳給所述同步回調(diào)模塊。
3.根據(jù)權(quán)利要求1或2所述的網(wǎng)絡(luò)支付系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)支付系統(tǒng)側(cè)對(duì)APP系統(tǒng)發(fā)貨接口的同步回調(diào)的通信方式為HTTPS方式。
4.根據(jù)權(quán)利要求3所述的網(wǎng)絡(luò)支付系統(tǒng)，其特征在于，該網(wǎng)絡(luò)支付系統(tǒng)進(jìn)一步包括:設(shè)置在APP系統(tǒng)側(cè)內(nèi)部網(wǎng)絡(luò)中的發(fā)貨代理接口，用于接收所述網(wǎng)絡(luò)支付系統(tǒng)側(cè)通過(guò)HTTPS的方式發(fā)送的針對(duì)APP系統(tǒng)發(fā)貨接口的同步回調(diào)通知，所述發(fā)貨代理接口采用HTTP的方式同步回調(diào)所述APP系統(tǒng)的發(fā)貨接口，在收到發(fā)貨結(jié)果后再采用HTTPS的方式向網(wǎng)絡(luò)支付系統(tǒng)返回發(fā)貨結(jié)果。
5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述發(fā)貨代理接口通過(guò)APP系統(tǒng)側(cè)的內(nèi)部網(wǎng)絡(luò)連接到一個(gè)以上APP系統(tǒng)，并進(jìn)一步用于接收網(wǎng)絡(luò)支付系統(tǒng)發(fā)送的發(fā)貨接口的地址，根據(jù)該發(fā)貨接口地址同步回調(diào)對(duì)應(yīng)的發(fā)貨接口。
6.根據(jù)權(quán)利要求3所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)支付系統(tǒng)側(cè)對(duì)APP系統(tǒng)發(fā)貨接口采用的HTTPS通信方式為雙向校驗(yàn)的HTTPS方式。
7.—種網(wǎng)絡(luò)支付系統(tǒng)中的數(shù)據(jù)處理方法，其特征在于，該方法包括: 接收應(yīng)用程序APP系統(tǒng)的訂單支付請(qǐng)求，收到所述支付請(qǐng)求后返回所述訂單對(duì)應(yīng)的支付頁(yè)面地址； 接收用戶對(duì)所述訂單對(duì)應(yīng)的支付頁(yè)面的支付確認(rèn)信息，收到所述支付確認(rèn)信息后凍結(jié)該用戶賬戶中的訂單金額； 同步回調(diào)APP系統(tǒng)的發(fā)貨接口，所述同步回調(diào)內(nèi)容包括:發(fā)送包括所述訂單信息的發(fā)貨指令給所述發(fā)貨接口，并等待所述發(fā)貨接口的發(fā)貨結(jié)果； 若在指定時(shí)間內(nèi)從所述APP系統(tǒng)的發(fā)貨接口收到成功發(fā)貨的結(jié)果信息，則從所述用戶賬戶中扣除所凍結(jié)的訂單金額；否則對(duì)所述用戶賬戶中的所述凍結(jié)金額進(jìn)行解凍處理。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，該方法進(jìn)一步在網(wǎng)絡(luò)支付系統(tǒng)側(cè)利用發(fā)貨網(wǎng)關(guān)對(duì)一個(gè)以上APP系統(tǒng)的發(fā)貨接口進(jìn)行同步回調(diào)，在同步回調(diào)某一 APP系統(tǒng)的發(fā)貨接口時(shí)，將該APP系統(tǒng)發(fā)貨接口的地址提交給所述發(fā)貨網(wǎng)關(guān)，由該發(fā)貨網(wǎng)關(guān)根據(jù)所述發(fā)貨接口的地址同步回調(diào)所述發(fā)貨接口，并接收所述發(fā)貨接口的發(fā)貨結(jié)果。
9.根據(jù)權(quán)利要求7或8所述的方法，其特征在于，所述網(wǎng)絡(luò)支付系統(tǒng)同步回調(diào)APP系統(tǒng)的發(fā)貨接口的過(guò)程中，網(wǎng)絡(luò)支付系統(tǒng)和APP系統(tǒng)之間采用超文本傳輸安全協(xié)議HTTPS的方式進(jìn)行通信。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，該方法進(jìn)一步在APP系統(tǒng)側(cè)設(shè)置發(fā)貨代理接口，網(wǎng)絡(luò)支付系統(tǒng)通過(guò)HTTPS的方式通知所述發(fā)貨代理接口同步回調(diào)APP系統(tǒng)的發(fā)貨接口，所述發(fā)貨代理接口采用HTTP的方式同步回調(diào)所述APP系統(tǒng)的發(fā)貨接口，在收到發(fā)貨結(jié)果后再采用HTTPS的方式向網(wǎng)絡(luò)支付系統(tǒng)返回發(fā)貨結(jié)果。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，該方法進(jìn)一步包括:將所述發(fā)貨代理接口通過(guò)內(nèi)部網(wǎng)絡(luò)連接到一個(gè)以上APP系統(tǒng)；網(wǎng)絡(luò)支付系統(tǒng)在同步回調(diào)某一 APP系統(tǒng)的發(fā)貨接口時(shí)，進(jìn)一步將該APP系統(tǒng)發(fā)貨接口的地址通知給所述發(fā)貨代理接口，由該發(fā)貨代理接口根據(jù)所述發(fā)貨接口的地址同步回調(diào)對(duì)應(yīng)的發(fā)貨接口。
12.根據(jù)權(quán)利要 求9所述的方法，其特征在于，所述網(wǎng)絡(luò)支付系統(tǒng)和APP系統(tǒng)之間采用的HTTPS的通信方式為雙向校驗(yàn)的HTTPS方式。
全文摘要
本發(fā)明公開(kāi)了一種網(wǎng)絡(luò)支付系統(tǒng)及其數(shù)據(jù)處理方法，系統(tǒng)包括支付請(qǐng)求響應(yīng)模塊、支付確認(rèn)響應(yīng)模塊、同步回調(diào)模塊、以及回調(diào)結(jié)果處理模塊。方法包括接收到應(yīng)用程序(APP)系統(tǒng)的訂單支付請(qǐng)求后返回所述訂單對(duì)應(yīng)的支付頁(yè)面地址；接收到用戶對(duì)所述訂單對(duì)應(yīng)的支付頁(yè)面的支付確認(rèn)信息后凍結(jié)該用戶賬戶中的訂單金額；同步回調(diào)APP系統(tǒng)的發(fā)貨接口，發(fā)送包括所述訂單信息的發(fā)貨指令給所述發(fā)貨接口，并等待所述發(fā)貨接口的發(fā)貨結(jié)果；若在指定時(shí)間內(nèi)從所述APP系統(tǒng)的發(fā)貨接口收到成功發(fā)貨的結(jié)果信息，則從所述用戶賬戶中扣除所凍結(jié)的訂單金額；否則對(duì)所述用戶賬戶中的所述凍結(jié)金額進(jìn)行解凍處理。利用本發(fā)明，可以提高現(xiàn)有網(wǎng)絡(luò)支付系統(tǒng)的數(shù)據(jù)安全性。
文檔編號(hào)H04L29/06GK103164790SQ201110408050
公開(kāi)日2013年6月19日 申請(qǐng)日期2011年12月9日 優(yōu)先權(quán)日2011年12月9日
發(fā)明者陳寧國(guó) 申請(qǐng)人:騰訊科技(深圳)有限公司