本發(fā)明實(shí)施例涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種線上支付方法及系統(tǒng)。

背景技術(shù)：

隨著智能手機(jī)的迅速普及，電子商務(wù)的快速發(fā)展，在支付寶和微信支付的引領(lǐng)下，線上支付越來(lái)越被人們接受，各大手機(jī)應(yīng)用(application，app)都會(huì)用到線上支付功能。而往往在一個(gè)公司，甚至在一個(gè)部門，其擁有并運(yùn)營(yíng)的app經(jīng)常會(huì)有兩種及兩種以上。用戶在支付的選擇上，偏愛(ài)不同。所以，在公司或者部門，app的線上支付會(huì)涉及到多個(gè)應(yīng)用支付到一個(gè)公司賬戶，并且得同時(shí)支持多種支付方式。

現(xiàn)有的關(guān)于app應(yīng)用或者h(yuǎn)5頁(yè)面上的在線支付，所采用的的解決方案都是單個(gè)業(yè)務(wù)模塊分開(kāi)處理?，F(xiàn)有技術(shù)存在如下問(wèn)題：1)當(dāng)一個(gè)產(chǎn)品涉及到微信支付、支付寶支付、網(wǎng)頁(yè)支付等多樣的支付方式時(shí)，每個(gè)模塊的內(nèi)部邏輯都是分開(kāi)處理，那么每次新增一個(gè)支付方式時(shí)，都要重新走一遍支付邏輯完成相關(guān)功能；2)當(dāng)一個(gè)部門運(yùn)營(yíng)多個(gè)產(chǎn)品都需要線上支付時(shí)，后面的產(chǎn)品支付流程都需要重新重復(fù)的完成一遍，盡管是不同的產(chǎn)品，但支付模塊的流程都是一樣的，代碼的可復(fù)用性不高，整個(gè)服務(wù)器的設(shè)計(jì)不合理；3)當(dāng)有多個(gè)應(yīng)用在運(yùn)營(yíng)，支付模塊都是各自應(yīng)用的后臺(tái)服務(wù)器做處理，那么有關(guān)接口控制信息都是獨(dú)自在管理，更換接口控制信息工作量加倍，安全性也不高；4)多個(gè)應(yīng)用的支付模塊分開(kāi)處理，資金流水也會(huì)在各自的應(yīng)用下處理，不利于后期的財(cái)務(wù)整體對(duì)賬。

技術(shù)實(shí)現(xiàn)要素：

有鑒于此，本發(fā)明實(shí)施例的目的是提出一種線上支付方法及系統(tǒng)，以提升服務(wù)器的利用率和支付效率，保證安全系統(tǒng)的安全性，便于后期的財(cái)務(wù)管理。

為實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例采用如下技術(shù)方案：

第一方面，本發(fā)明實(shí)施例提供了一種線上支付方法，包括：

接收至少一個(gè)應(yīng)用服務(wù)器發(fā)送的交易請(qǐng)求，所述交易請(qǐng)求中攜帶有交易信息、應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)；

根據(jù)所述應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)，分別識(shí)別對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器和目標(biāo)第三方服務(wù)器，并獲取對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器接口控制信息和目標(biāo)第三方服務(wù)器接口控制信息；

根據(jù)目標(biāo)第三方服務(wù)器接口控制信息，將所述交易信息發(fā)送給目標(biāo)第三方服務(wù)器，并接收目標(biāo)第三方服務(wù)器返回的交易信息反饋結(jié)果；

根據(jù)目標(biāo)應(yīng)用服務(wù)器接口控制信息，將所述交易信息反饋結(jié)果發(fā)送給目標(biāo)應(yīng)用服務(wù)器進(jìn)行交易處理。

第二方面，本發(fā)明實(shí)施例提供了一種線上支付系統(tǒng)，包括：

交易請(qǐng)求接收模塊，用于接收至少一個(gè)應(yīng)用服務(wù)器發(fā)送的交易請(qǐng)求，所述交易請(qǐng)求中攜帶有交易信息、應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)；

接口控制信息獲取模塊，用于根據(jù)所述應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)，分別識(shí)別對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器和目標(biāo)第三方服務(wù)器，并獲取對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器接口控制信息和目標(biāo)第三方服務(wù)器接口控制信息；

交易信息處理模塊，用于根據(jù)目標(biāo)第三方服務(wù)器接口控制信息，將所述交易信息發(fā)送給目標(biāo)第三方服務(wù)器，并接收目標(biāo)第三方服務(wù)器返回的交易信息反饋結(jié)果；

反饋結(jié)果發(fā)送模塊，用于根據(jù)目標(biāo)應(yīng)用服務(wù)器接口控制信息，將所述交易信息反饋結(jié)果發(fā)送給目標(biāo)應(yīng)用服務(wù)器進(jìn)行交易處理。

本發(fā)明實(shí)施例的有益效果是：本發(fā)明實(shí)施例提供的一種線上支付方法及系統(tǒng)，通過(guò)識(shí)別應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)，可以同時(shí)對(duì)接與多個(gè)應(yīng)用服務(wù)器和與應(yīng)用服務(wù)器對(duì)應(yīng)的多個(gè)第三方服務(wù)器，不需要為應(yīng)用服務(wù)器單獨(dú)分配支付模塊，減少因添加新應(yīng)用或者新支付方式而造成的人力和時(shí)間成本；通過(guò)對(duì)接口控制信息的統(tǒng)一管理，避免了因接口控制信息出現(xiàn)地方太多而造成的安全威脅。

附圖說(shuō)明

下面將通過(guò)參照附圖詳細(xì)描述本發(fā)明的示例性實(shí)施例，使本領(lǐng)域的普通技術(shù)人員更清楚本發(fā)明的上述及其他特征和優(yōu)點(diǎn)，附圖中：

圖1是本發(fā)明實(shí)施例一提供的一種線上支付方法的流程示意圖；

圖2是本發(fā)明實(shí)施例二提供的一種線上支付方法的流程示意圖；

圖3是本發(fā)明實(shí)施例二提供的付款流程示意圖；

圖4是本發(fā)明實(shí)施例二提供的退款流程示意圖；

圖5是本發(fā)明實(shí)施例二提供的退款查詢流程示意圖；

圖6是本發(fā)明實(shí)施例三提供的一種線上支付系統(tǒng)的結(jié)構(gòu)框圖。

具體實(shí)施方式

下面結(jié)合附圖并通過(guò)具體實(shí)施方式來(lái)進(jìn)一步說(shuō)明本發(fā)明的技術(shù)方案。可以理解的是，此處所描述的具體實(shí)施例僅僅用于解釋本發(fā)明，而非對(duì)本發(fā)明的限定。另外還需要說(shuō)明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關(guān)的部分而非全部結(jié)構(gòu)。

實(shí)施例一

圖1是本發(fā)明實(shí)施例一提供的一種線上支付方法的流程示意圖。該方法適用于線上訂單處理的情況，該方法可以由一種線上支付系統(tǒng)來(lái)執(zhí)行，該線上支付系統(tǒng)可以由軟件和\或硬件的方式來(lái)實(shí)現(xiàn)。如圖1所示，該方法包括：

步驟110、接收至少一個(gè)應(yīng)用服務(wù)器發(fā)送的交易請(qǐng)求，交易請(qǐng)求中攜帶有交易信息、應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)。

支付系統(tǒng)可以接收一個(gè)或多個(gè)與之對(duì)接的應(yīng)用服務(wù)器發(fā)送的交易請(qǐng)求，交易包括：訂單付款、訂單退款和訂單退款進(jìn)度查詢等與線上交易有關(guān)的操作。

其中，交易請(qǐng)求中攜帶的交易信息包括：交易時(shí)間、訂單號(hào)、訂單狀態(tài)、商品名稱、商品數(shù)量、單價(jià)、金額和交易類型；應(yīng)用服務(wù)器標(biāo)識(shí)是用于識(shí)別應(yīng)用服務(wù)器的唯一標(biāo)識(shí)；第三方服務(wù)器標(biāo)識(shí)是由第三方服務(wù)器產(chǎn)生的，第三方服務(wù)器用于識(shí)別應(yīng)用服務(wù)器的，支付系統(tǒng)用于識(shí)別應(yīng)用服務(wù)器對(duì)應(yīng)的第三方支付系統(tǒng)的唯一標(biāo)識(shí)。

步驟120、根據(jù)應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)，分別識(shí)別對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器和目標(biāo)第三方服務(wù)器，并獲取對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器接口控制信息和目標(biāo)第三方服務(wù)器接口控制信息。

應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)具有唯一性，根據(jù)應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)能夠識(shí)別對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器和目標(biāo)第三方服務(wù)器及它們的接口控制信息，其中，接口控制信息可以是信息傳輸過(guò)程中的一種協(xié)議或約定。

示例性地，應(yīng)用服務(wù)器接口控制信息至少包括：用于與應(yīng)用服務(wù)器進(jìn)行信息交互的秘鑰和加密方式；第三方服務(wù)器接口控制信息至少包括：用于與第三方服務(wù)器進(jìn)行信息交互的秘鑰和加密方式。

步驟130、根據(jù)目標(biāo)第三方服務(wù)器接口控制信息，將交易信息發(fā)送給目標(biāo)第三方服務(wù)器，并接收目標(biāo)第三方服務(wù)器返回的交易信息反饋結(jié)果。

步驟140、根據(jù)目標(biāo)應(yīng)用服務(wù)器接口控制信息，將交易信息反饋結(jié)果發(fā)送給目標(biāo)應(yīng)用服務(wù)器進(jìn)行交易處理。

本發(fā)明實(shí)施例一提供的一種線上支付方法，通過(guò)識(shí)別應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)，可以同時(shí)對(duì)接與多個(gè)應(yīng)用服務(wù)器和與應(yīng)用服務(wù)器對(duì)應(yīng)的多個(gè)第三方服務(wù)器，不需要為應(yīng)用服務(wù)器單獨(dú)分配支付模塊，減少因添加新應(yīng)用或者新支付方式而造成的人力和時(shí)間成本；通過(guò)對(duì)接口控制信息的統(tǒng)一管理，避免了因接口控制信息出現(xiàn)地方太多而造成的安全威脅。

實(shí)施例二

圖2是本發(fā)明實(shí)施例二提供的一種線上支付方法的流程示意圖。本發(fā)明實(shí)施例在上述實(shí)施例一的基礎(chǔ)上對(duì)步驟120進(jìn)行了具體優(yōu)化，該方法包括：

步驟210、接收至少一個(gè)應(yīng)用服務(wù)器發(fā)送的交易請(qǐng)求，交易請(qǐng)求中攜帶有交易信息、應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)。

步驟220、根據(jù)應(yīng)用服務(wù)器標(biāo)識(shí)，判斷目標(biāo)應(yīng)用服務(wù)器是否合法。

應(yīng)用服務(wù)器具有唯一的識(shí)別標(biāo)識(shí)，根據(jù)應(yīng)用服務(wù)器的標(biāo)識(shí)印證應(yīng)用服務(wù)器合法性是為了防止惡意請(qǐng)求破壞系統(tǒng)。當(dāng)應(yīng)用服務(wù)器的標(biāo)識(shí)與支付系統(tǒng)預(yù)先分配的應(yīng)用服務(wù)器標(biāo)識(shí)相符時(shí)，則判斷該目標(biāo)應(yīng)用服務(wù)器合法。

步驟230、若合法，則根據(jù)應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)，分別識(shí)別對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器和目標(biāo)第三方服務(wù)器。

根據(jù)應(yīng)用服務(wù)器標(biāo)識(shí)，在支付系統(tǒng)的數(shù)據(jù)庫(kù)中查找與該標(biāo)識(shí)對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器，確定目標(biāo)應(yīng)用服務(wù)器；在目標(biāo)應(yīng)用服務(wù)器提供的第三方服務(wù)器標(biāo)識(shí)中查找是否存在與獲取的第三方服務(wù)器標(biāo)識(shí)相同的標(biāo)識(shí)，若存在，則獲取目標(biāo)第三方服務(wù)器，若不存在，則判斷第三方服務(wù)器不合法。

步驟240、根據(jù)應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)，分別獲取對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器接口控制信息和目標(biāo)第三方服務(wù)器接口控制信息。

不同的應(yīng)用服務(wù)器可能對(duì)接多個(gè)第三方服務(wù)器，支付系統(tǒng)對(duì)接多個(gè)應(yīng)用服務(wù)器，相應(yīng)地，支付系統(tǒng)對(duì)接的多個(gè)服務(wù)器中，可能采用相同的第三方服務(wù)器進(jìn)行支付，因此，必須通過(guò)應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)才能獲取對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器接口控制信息和目標(biāo)第三方服務(wù)器接口控制信息。

步驟250、根據(jù)應(yīng)用服務(wù)器接口控制信息，印證交易信息是否合法。

步驟260、根據(jù)目標(biāo)第三方服務(wù)器接口控制信息，將交易信息發(fā)送給目標(biāo)第三方服務(wù)器，并接收目標(biāo)第三方服務(wù)器返回的交易信息反饋結(jié)果。

步驟270、根據(jù)目標(biāo)應(yīng)用服務(wù)器接口控制信息，將交易信息反饋結(jié)果發(fā)送給目標(biāo)應(yīng)用服務(wù)器進(jìn)行交易處理。

進(jìn)一步地，在接收至少一個(gè)應(yīng)用服務(wù)器發(fā)送的交易請(qǐng)求之前，該方法還包括：接收至少一個(gè)應(yīng)用服務(wù)器的注冊(cè)請(qǐng)求，判斷注冊(cè)請(qǐng)求是否合法；若注冊(cè)請(qǐng)求合法，則向至少一個(gè)應(yīng)用服務(wù)器發(fā)送各自對(duì)應(yīng)的應(yīng)用服務(wù)器標(biāo)識(shí)和應(yīng)用服務(wù)器接口控制信息；接收至少一個(gè)應(yīng)用服務(wù)器發(fā)送的與其對(duì)接的至少一個(gè)第三方服務(wù)器的第三方服務(wù)器標(biāo)識(shí)和第三方服務(wù)器接口控制信息。

進(jìn)一步地，在根據(jù)目標(biāo)應(yīng)用服務(wù)器接口控制信息，將交易信息反饋結(jié)果發(fā)送給目標(biāo)應(yīng)用服務(wù)器進(jìn)行交易處理之后，該方法還包括：保存與交易信息有關(guān)的交易行為，生成資金交易流水記錄。

為了進(jìn)一步完整地說(shuō)明本發(fā)明實(shí)施例，如圖3所示，以用戶下單付款為例進(jìn)行具體說(shuō)明，在用戶選擇需要購(gòu)買的商品之后，在應(yīng)用客戶端中選擇第三方支付方式，應(yīng)用客戶端根據(jù)用戶選擇的支付方式，向應(yīng)用服務(wù)器發(fā)送支付請(qǐng)求；應(yīng)用服務(wù)器在接收到應(yīng)用客戶端發(fā)送的支付請(qǐng)求后，處理其訂單相關(guān)的后臺(tái)邏輯，獲取訂單編號(hào)、金額等信息，向支付系統(tǒng)發(fā)送支付請(qǐng)求；支付系統(tǒng)獲取支付請(qǐng)求，根據(jù)分配給應(yīng)用服務(wù)器的支付接口秘鑰印證整個(gè)接口的合法性，印證通過(guò)后支付系統(tǒng)會(huì)從配置文件或者數(shù)據(jù)庫(kù)中獲取到對(duì)應(yīng)支付方式的第三方支付平臺(tái)分配的秘鑰和加密方式，通過(guò)秘鑰和加密方式對(duì)訂單信息進(jìn)行加密，并將加密訂單發(fā)送給第三方服務(wù)器；第三方服務(wù)器對(duì)接收的加密訂單進(jìn)行解密，印證訂單合法后，生成預(yù)支付訂單，將預(yù)支付訂單加密后發(fā)送給支付系統(tǒng)，支付系統(tǒng)解密支付訂單，并利用自己的秘鑰加密生成帶簽名的支付訂單，返回加密的支付訂單給應(yīng)用服務(wù)器；應(yīng)用服務(wù)器解密該支付訂單，返回支付信息給應(yīng)用客戶端；應(yīng)用客戶端返回支付信息，并調(diào)用第三方客戶端；第三方客戶端發(fā)起支付請(qǐng)求給第三方服務(wù)器；第三方服務(wù)器印證支付信息、支付權(quán)限合法后，返回印證結(jié)果給第三方客戶端。

第三方客戶端通知客戶輸入密碼，用戶輸入正確的支付密碼對(duì)支付行為授權(quán)，第三方客戶端得到授權(quán)肯定后會(huì)通知第三方服務(wù)器，第三方服務(wù)器就會(huì)進(jìn)行支付扣款等操作，第三方的客戶端就會(huì)告知用戶支付完成了。在這個(gè)過(guò)程進(jìn)行的同時(shí)，第三方服務(wù)器會(huì)將用戶的支付行為通知到支付系統(tǒng)，支付系統(tǒng)會(huì)將該支付行為的信息記錄并保存，同時(shí)會(huì)對(duì)之前預(yù)訂單進(jìn)行支付確認(rèn)后的邏輯修改，生成資金流水記錄。

用戶在輸入了支付密碼得到支付完成確認(rèn)后，會(huì)按照提示返回到應(yīng)用客戶端界面，這個(gè)時(shí)候應(yīng)用服務(wù)器會(huì)向支付系統(tǒng)查詢本次操作的支付結(jié)果，支付系統(tǒng)會(huì)將第三方服務(wù)器告知的支付結(jié)果返回給到應(yīng)用服務(wù)器；若支付系統(tǒng)沒(méi)有收到第三方服務(wù)器告知的支付結(jié)果，那么，支付系統(tǒng)會(huì)主動(dòng)按照規(guī)則去第三方服務(wù)器上查詢結(jié)果，應(yīng)用服務(wù)器拿到支付結(jié)果后會(huì)處理對(duì)訂單的狀態(tài)改變等訂單業(yè)務(wù)邏輯，與此同時(shí)告知客戶端顯示給用戶看到支付完成。

圖4是本發(fā)明實(shí)施例提供的一種線上退款方法的示意圖。在用戶發(fā)起退款請(qǐng)求后，應(yīng)用客戶端向應(yīng)用服務(wù)器發(fā)送退款請(qǐng)求，應(yīng)用服務(wù)器處理訂單，判斷是否可以退款，若滿足退款條件，發(fā)送退款請(qǐng)求到支付系統(tǒng)；支付系統(tǒng)獲取退款請(qǐng)求，通過(guò)秘鑰和加密方式對(duì)退款信息進(jìn)行加密，并將加密退款信息發(fā)送給第三方服務(wù)器；第三方服務(wù)器對(duì)接收的加密退款信息進(jìn)行解密和判斷，確定退款信息合法后，將確認(rèn)結(jié)果返回給支付系統(tǒng)，支付系統(tǒng)記錄退款邏輯，將確定結(jié)果返回給應(yīng)用服務(wù)器；應(yīng)用服務(wù)器處理退款邏輯，返回處理結(jié)果給應(yīng)用客戶端，應(yīng)用客戶端將退款操作結(jié)果展示給用戶，完成退款訂單處理。

完成退款訂單處理之后，當(dāng)用戶需要查詢退款進(jìn)度時(shí)，如圖5所示，在獲取用戶查詢退款進(jìn)度查詢請(qǐng)求之后，應(yīng)用客戶端發(fā)送退款進(jìn)度查詢請(qǐng)求到應(yīng)用服務(wù)器，應(yīng)用服務(wù)器端發(fā)送退款進(jìn)度查詢請(qǐng)求給支付系統(tǒng)；支付系統(tǒng)獲取退款進(jìn)度查詢請(qǐng)求，通過(guò)秘鑰和加密方式對(duì)查詢參數(shù)進(jìn)行加密，并將查詢參數(shù)發(fā)送給第三方服務(wù)器；第三方服務(wù)器對(duì)接收的加密查詢參數(shù)進(jìn)行解密和檢測(cè)，返回退款結(jié)果給支付系統(tǒng)，支付系統(tǒng)記錄退款結(jié)果，將退款結(jié)果返回給應(yīng)用服務(wù)器；應(yīng)用服務(wù)器處理退款結(jié)果，返回退款結(jié)果給應(yīng)用客戶端，應(yīng)用客戶端將退款結(jié)果展示給用戶。

需要特別說(shuō)明的是，支付系統(tǒng)與應(yīng)用服務(wù)器和第三方服務(wù)器的數(shù)據(jù)交換，出于安全考慮，第三方服務(wù)器提供所有的證書、秘鑰、簽名規(guī)則并保存在支付系統(tǒng)，同時(shí)為了保證安全，支付系統(tǒng)也會(huì)為應(yīng)用服務(wù)器分配唯一的標(biāo)識(shí)和秘鑰及簽名規(guī)則。

本發(fā)明實(shí)施例提供的一種線上支付方法，通過(guò)識(shí)別應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)，可以同時(shí)對(duì)接與多個(gè)應(yīng)用服務(wù)器和與應(yīng)用服務(wù)器對(duì)應(yīng)的多個(gè)第三方服務(wù)器，不需要為應(yīng)用服務(wù)器單獨(dú)分配支付模塊，減少因添加新應(yīng)用或者新支付方式而造成的人力和時(shí)間成本；通過(guò)對(duì)接口控制信息的統(tǒng)一管理，避免了因接口控制信息出現(xiàn)地方太多而造成的安全威脅；訂單的統(tǒng)一處理，利于后期的財(cái)務(wù)整體對(duì)賬。

實(shí)施例三

圖6是本發(fā)明實(shí)施例三提供的一種線上支付系統(tǒng)的結(jié)構(gòu)框圖。如圖6所示，該系統(tǒng)包括：

交易請(qǐng)求接收模塊610，用于接收至少一個(gè)應(yīng)用服務(wù)器發(fā)送的交易請(qǐng)求，交易請(qǐng)求中攜帶有交易信息、應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)；

接口控制信息獲取模塊620，用于根據(jù)應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)，分別識(shí)別對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器和目標(biāo)第三方服務(wù)器，并獲取對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器接口控制信息和目標(biāo)第三方服務(wù)器接口控制信息；

交易信息處理模塊630，用于根據(jù)目標(biāo)第三方服務(wù)器接口控制信息，將交易信息發(fā)送給目標(biāo)第三方服務(wù)器，并接收目標(biāo)第三方服務(wù)器返回的交易信息反饋結(jié)果；

反饋結(jié)果發(fā)送模塊640，用于根據(jù)目標(biāo)應(yīng)用服務(wù)器接口控制信息，將交易信息反饋結(jié)果發(fā)送給目標(biāo)應(yīng)用服務(wù)器進(jìn)行交易處理。

進(jìn)一步地，接口控制信息獲取模塊620，包括：應(yīng)用服務(wù)器判斷單元，用于根據(jù)應(yīng)用服務(wù)器標(biāo)識(shí)，判斷目標(biāo)應(yīng)用服務(wù)器是否合法；目標(biāo)服務(wù)器識(shí)別單元，用于在注冊(cè)請(qǐng)求判斷模塊判斷出合法時(shí)，則根據(jù)應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)，分別識(shí)別對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器和目標(biāo)第三方服務(wù)器；接口信息獲取單元，用于根據(jù)應(yīng)用服務(wù)器標(biāo)識(shí)和第三方服務(wù)器標(biāo)識(shí)，分別獲取對(duì)應(yīng)的目標(biāo)應(yīng)用服務(wù)器接口控制信息和目標(biāo)第三方服務(wù)器接口控制信息；交易信息印證單元，用于根據(jù)應(yīng)用服務(wù)器接口控制信息，印證交易信息是否合法。

進(jìn)一步地，該系統(tǒng)還包括：注冊(cè)請(qǐng)求判斷模塊，用于接收至少一個(gè)應(yīng)用服務(wù)器的注冊(cè)請(qǐng)求，判斷注冊(cè)請(qǐng)求是否合法；信息發(fā)送模塊，用于在應(yīng)用服務(wù)器判斷模塊判斷出合法時(shí)，則向至少一個(gè)應(yīng)用服務(wù)器發(fā)送各自對(duì)應(yīng)的應(yīng)用服務(wù)器標(biāo)識(shí)和應(yīng)用服務(wù)器接口控制信息；信息接收模塊，用于接收至少一個(gè)應(yīng)用服務(wù)器發(fā)送的與其對(duì)接的至少一個(gè)第三方服務(wù)器的第三方服務(wù)器標(biāo)識(shí)和第三方服務(wù)器接口控制信息。

示例性地，應(yīng)用服務(wù)器接口控制信息至少包括：用于與應(yīng)用服務(wù)器進(jìn)行信息交互的秘鑰和加密方式；第三方服務(wù)器接口控制信息至少包括：用于與第三方服務(wù)器進(jìn)行信息交互的秘鑰和加密方式。

進(jìn)一步地，還包括：交易流水記錄模塊，用于保存與交易信息有關(guān)的交易行為，生成資金交易流水記錄。

本實(shí)施例提供的一種線上支付系統(tǒng)，與本發(fā)明任意實(shí)施例所提供的一種線上支付方法屬于同一發(fā)明構(gòu)思，可執(zhí)行本發(fā)明任意實(shí)施例所提供的一種線上支付方法，具備相應(yīng)的功能和有益效果。未在本實(shí)施例中詳盡描述的技術(shù)細(xì)節(jié)，可參見(jiàn)本發(fā)明任意實(shí)施例提供的一種線上支付方法。

注意，上述僅為本發(fā)明的較佳實(shí)施例及所運(yùn)用技術(shù)原理。本領(lǐng)域技術(shù)人員會(huì)理解，本發(fā)明不限于這里所述的特定實(shí)施例，對(duì)本領(lǐng)域技術(shù)人員來(lái)說(shuō)能夠進(jìn)行各種明顯的變化、重新調(diào)整和替代而不會(huì)脫離本發(fā)明的保護(hù)范圍。因此，雖然通過(guò)以上實(shí)施例對(duì)本發(fā)明進(jìn)行了較為詳細(xì)的說(shuō)明，但是本發(fā)明不僅僅限于以上實(shí)施例，在不脫離本發(fā)明構(gòu)思的情況下，還可以包括更多其他等效實(shí)施例，而本發(fā)明的范圍由所附的權(quán)利要求范圍決定。