本發(fā)明涉及電子商務(wù)領(lǐng)域，尤其涉及一種基于跨資金服務(wù)器的支付系統(tǒng)及其支付方法、裝置和服務(wù)器。

背景技術(shù)：

電子商務(wù)已越來越廣泛地應(yīng)用于各種商業(yè)貿(mào)易活動中，所謂電子商務(wù)是指在商業(yè)貿(mào)易活動中，在因特網(wǎng)開放的網(wǎng)絡(luò)環(huán)境下，基于瀏覽器及服務(wù)器應(yīng)用方式，實現(xiàn)消費者的網(wǎng)上購物、商戶之間的網(wǎng)上交易和在線電子支付以及各種商務(wù)活動、交易活動、金融活動和相關(guān)的綜合服務(wù)活動的一種商業(yè)運營模式。

目前，很多銀行或者企業(yè)都提供了網(wǎng)絡(luò)支付的服務(wù)，允許客戶操作計算機、手機等終端設(shè)備來實現(xiàn)網(wǎng)絡(luò)支付，網(wǎng)絡(luò)支付的方式為客戶提供了很大的便利。而網(wǎng)絡(luò)支付的過程中，多為使用借記卡內(nèi)的現(xiàn)有資金或信用卡直接支付，或?qū)F(xiàn)有資金或信用卡內(nèi)的信用額度直接劃撥到第三方機構(gòu)作為擔(dān)保進(jìn)行交易，一旦商戶未提供商品或服務(wù)時有或者發(fā)生客戶爭議時，資金安全難以得以保證。由此可見，現(xiàn)階段需要新的支付系統(tǒng)、方法、裝置和服務(wù)器，以降低用戶資金風(fēng)險，保障買賣雙方的利益。

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

有鑒于此，本發(fā)明要解決的技術(shù)問題是提供一種基于跨資金服務(wù)器的支付系統(tǒng)及其支付方法、裝置和服務(wù)器，以降低用戶資金風(fēng)險，保障買賣雙方的利益。

本發(fā)明解決上述技術(shù)問題所采用的技術(shù)方案如下：

一種基于跨資金服務(wù)器的支付系統(tǒng)，包括至少一個客戶端、至少一個商戶端以及與客戶端連接的第二資金管理服務(wù)器和與商戶端連接的第一資金管理服務(wù)器，其中：

所述客戶端，用于向所述第二資金管理服務(wù)器發(fā)送至少包括有支付金額的支付請求信息；

所述商戶端，用于接收所述第二資金管理服務(wù)器發(fā)送的電子承諾支付憑證；

第二資金管理服務(wù)器，用于接收所述客戶端發(fā)送的支付請求信息；比較客戶端資金余額和授信貸款額度之和與支付金額，判斷能否生成電子承諾支付憑證予以支付；若能，第二資金管理服務(wù)器分別凍結(jié)所述客戶端賬戶內(nèi)的資金余額和授信貸款額度，使得凍結(jié)總額大于或等于所述支付金額，生成由所述第二資金管理服務(wù)器承諾按約定條件解付資金的電子承諾支付憑證，并將所述電子承諾支付憑證信息發(fā)送給商戶端替所述客戶端進(jìn)行信用承諾支付；

所述第一資金管理服務(wù)器，用于存儲所述第二資金管理服務(wù)器發(fā)送的所述電子承諾支付憑證信息，并根據(jù)所述電子承諾支付憑證信息，將接收到的所述支付金額劃撥到所述商戶端的賬戶中。

根據(jù)本發(fā)明的另一個方面，提供的一種基于跨資金服務(wù)器的網(wǎng)絡(luò)支付方法，該方法包括以下步驟：

第二資金管理服務(wù)器接收客戶端發(fā)送的支付請求信息，其中，支付請求信息至少包括支付金額；

比較所述客戶端資金余額和授信貸款額度之和與所述支付金額，判斷能否生成電子承諾支付憑證予以支付；

若能，所述分別凍結(jié)所述客戶端賬戶內(nèi)的資金余額和授信貸款額度，使得凍結(jié)總額大于或等于所述支付金額；生成由第二資金管理服務(wù)器承諾按約定條件解付資金的電子承諾支付憑證，將所述電子承諾支付憑證信息發(fā)送給商戶端替所述客戶端進(jìn)行信用承諾支付。

一種基于跨資金服務(wù)器的支付裝置，所述裝置包括接收模塊、判斷模塊和處理模塊，其中。

接收模塊，設(shè)置為接收客戶端發(fā)送的支付請求信息，其中，所述支付 請求信息包括支付金額；

判斷模塊，設(shè)置為比較所述客戶端資金余額和授信貸款額度之和與所述支付金額，判斷能否開出電子承諾支付憑證；

處理模塊，設(shè)置為當(dāng)允許支付時，分別凍結(jié)所述客戶端賬戶內(nèi)的資金余額和授信貸款額度，使得凍結(jié)總額大于或等于所述支付金額；生成電子承諾支付憑證，將所述電子承諾支付憑證信息發(fā)送給商戶端。

一種基于跨資金服務(wù)器的服務(wù)器，所述服務(wù)器包括上述任意一項權(quán)利要求所述的支付裝置。

本發(fā)明提供的基于跨資金服務(wù)器的支付系統(tǒng)及其方法、裝置和服務(wù)器，通過資金管理服務(wù)器對買賣雙方的信息進(jìn)行監(jiān)管，將監(jiān)管功能合并到銀行或其他具備信用支付能力的機構(gòu)；同時通過分別凍結(jié)客戶端賬戶的資金余額和授信貸款額度，并生成電子承諾支付憑證進(jìn)行實時監(jiān)控，能降低資金風(fēng)險，保障買賣雙方的利益；此方案充分利用了資金管理服務(wù)器的信用中樞功能和風(fēng)控中心功能，以更加優(yōu)化的信用機制促進(jìn)網(wǎng)絡(luò)交易和保障交易資金安全，為交易雙方提供了信用媒介，還通過對資金的監(jiān)管能降低資金風(fēng)險，保障交易雙方的利益。此外，還通過增加貸款功能方便了客戶，也豐富了銀行或其他具備信用支付能力的機構(gòu)的業(yè)務(wù)。

附圖說明

圖1為本發(fā)明實施例一提供的一種基于跨資金服務(wù)器的支付系統(tǒng)的示意圖；

圖2為本發(fā)明實施例二提供的一種基于跨資金服務(wù)器的支付方法的流程圖；

圖3為本發(fā)明實施例三提供的一種基于跨資金服務(wù)器的支付方法的流程圖；

圖4為本發(fā)明實施例四提供的一種基于跨資金服務(wù)器的支付裝置的模塊結(jié)構(gòu)圖；

圖5為本發(fā)明實施例五提供的一種基于跨資金服務(wù)器的支付系統(tǒng)的模塊結(jié)構(gòu)圖。

具體實施方式

為了使本發(fā)明所要解決的技術(shù)問題、技術(shù)方案及有益效果更加清楚、明白，以下結(jié)合附圖和實施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

實施例一

如圖1所示，本發(fā)明實施例提供的一種基于跨資金服務(wù)器的支付系統(tǒng)，該系統(tǒng)包括至少一個客戶端10、至少一個商戶端20以及相互連接的第一資金管理服務(wù)器30和第二資金管理服務(wù)器40，其中：

客戶端10，與第二資金管理服務(wù)器40相連接，用于向第二資金管理服務(wù)器40發(fā)送支付請求信息，其中支付請求信息包括支付金額。

具體地，客戶端10適用于付款方(買方)，包括手機、個人電腦、PAD等智能設(shè)備，客戶端10的賬戶信息是用戶注冊時填寫，并存儲在資金管理服務(wù)的數(shù)據(jù)庫中的，客戶端10的賬戶信息包括用戶ID、開戶銀行、賬戶名稱、銀行賬號、信用額度等信息，還可以包括客戶的收貨/服務(wù)地址信息。支付請求信息是在用戶選擇購買具體的商品/服務(wù)后，填寫/確認(rèn)收貨/服務(wù)地址等信息，客戶端10按預(yù)設(shè)的規(guī)則根據(jù)商品/服務(wù)的價格、商品/服務(wù)所屬的商戶生成的數(shù)據(jù)包，將該數(shù)據(jù)包發(fā)送給第二資金管理服務(wù)器40。支付請求信息至少包括支付金額，還可以包括商戶信息和商品信息。其中，商戶信息可以直接是商戶收款賬號，也可以唯一標(biāo)識商戶的信息(如商戶ID)，由第二資金管理服務(wù)器40根據(jù)商戶唯一標(biāo)識從數(shù)據(jù)庫中查找商戶對應(yīng)的銀行賬號信息。在具體應(yīng)用中，商戶端20的賬戶信息相對客戶端10應(yīng)該是保密的，故商戶信息優(yōu)選為商戶ID，第二資金管理服務(wù)器40利用商戶ID與其收款賬號存在對應(yīng)的關(guān)系來查詢商戶的收款賬號。也就是說，客戶端10只需告知第二資金管理服務(wù)器40向哪個商戶的哪個商品支付多少款項，第二資金管理服務(wù)器40便能調(diào)出商戶的賬號實現(xiàn)支付。

商戶端20，與第一資金管理服務(wù)器30相連接，用于接收第二資金管理服務(wù)器40發(fā)送的電子承諾支付憑證。

具體地，商戶端20適用于收款方(賣方)，商戶端包括但不限于服務(wù)器、POS機等設(shè)備。商戶包括但不限于生產(chǎn)制造商、代理商、物流公司等。商戶信息也是用戶開戶時進(jìn)行注冊并存儲在資金管理服務(wù)器的數(shù)據(jù)庫中的，商 戶信息包括但不限于商戶ID、商戶名稱、商戶開戶銀行、商戶賬戶名稱、商戶銀行賬號等信息。商戶端20接收第二資金管理服務(wù)器40發(fā)送的電子承諾支付憑證后，通過提取電子承諾支付憑證信息中的商品信息和收貨信息，將指定商品發(fā)送目的地。

第二資金管理服務(wù)器40，用于接收客戶端10發(fā)送的支付請求信息；將客戶端10的資金余額和授信貸款額度與支付金額進(jìn)行比較，判斷能否開出電子承諾支付憑證；如果允許支付，則凍結(jié)客戶端賬戶內(nèi)支付金額對應(yīng)的資金余額和授信貸款額度，生成由所述第二資金管理服務(wù)器40承諾按約定條件解付資金的電子承諾支付憑證，將電子承諾支付憑證信息發(fā)送給商戶端20。

具體地，第二資金管理服務(wù)器40接收到支付請求信息的數(shù)據(jù)包后，按預(yù)設(shè)的規(guī)則進(jìn)行解析，獲取相關(guān)支付信息，相關(guān)支付信息包括但不限于商戶信息、商品信息和支付金額等必要信息，即向哪個商戶的哪個商品支付多少款項。第二資金管理服務(wù)器40查詢客戶賬戶的銀行資金余額和授信貸款額度之和是否足夠本次結(jié)算，如果不足，則終止本次支付，如果充足，則分別凍結(jié)支付金額相應(yīng)的資金余額和授信貸款額度，使得凍結(jié)總額大于或等于所述支付金額，待商戶確認(rèn)發(fā)貨或者客戶確認(rèn)簽收后進(jìn)行劃款操作完成交易。

可以理解，該處分別凍結(jié)支付金額相應(yīng)的資金余額和授信貸款額度包括以下幾種情形：

一、僅凍結(jié)客戶端賬戶內(nèi)的資金余額，使得凍結(jié)總額大于或等于所述支付金額。

二、僅凍結(jié)授信貸款額度，使得凍結(jié)總額大于或等于所述支付金額。

三、分別凍結(jié)部分客戶端賬戶內(nèi)的資金余額和授信貸款額度，使得凍結(jié)總額大于或等于所述支付金額。

具體地，第二資金管理服務(wù)器40還可以根據(jù)電子承諾支付憑證信息的狀態(tài)進(jìn)一步確定是否劃款操作，即請求支付只是凍結(jié)資金余額和授信貸款額度，確認(rèn)簽收后再進(jìn)行劃款和扣減授信透支額度。

在本實施例中，第二資金管理服務(wù)器40，還可同時與多個客戶端10和通過互聯(lián)網(wǎng)連接。第一資金管理服務(wù)器30，還可同時與多個商戶端20和通過互聯(lián)網(wǎng)連接。即商戶端20賬戶所在的服務(wù)器與客戶端10所在的服務(wù)器不 在同一服務(wù)器上。第二資金管理服務(wù)器40和第一資金管理服務(wù)器30，可以為物理意義上的單一服務(wù)器，也可以為物理意義上的多臺服務(wù)器，如多臺物理服務(wù)器并行工作，根據(jù)業(yè)務(wù)量的不同，自動分配服務(wù)器的資源，共同實現(xiàn)資金管理。第二資金管理服務(wù)器40和第一資金管理服務(wù)器30包括但不限于銀行、企業(yè)等組織中的服務(wù)器。實際應(yīng)用中，可以理解為同一銀行的集群資金管理服務(wù)器，但并不局限于銀行，還可以能在互聯(lián)網(wǎng)中支持資金流動的其它機構(gòu)，亦或是其他具備信用支付能力的機構(gòu)，也就是通常說的第三方機構(gòu)。通過資金管理服務(wù)器對買賣雙方的信息進(jìn)行監(jiān)管，將監(jiān)管功能合并到銀行或其它具備信用支付能力的機構(gòu)。

實施例二

如圖2所示，本發(fā)明實施例提供的一種基于跨資金服務(wù)器的支付方法，應(yīng)用于資金管理服務(wù)器，該方法該包括以下步驟：

S201、客戶端向第二資金管理服務(wù)器發(fā)送支付請求信息，支付請求信息包括支付金額。

具體地，第二資金管理服務(wù)器接收的支付請求信息包括：商戶信息、商品信息和支付金額，還可以包括客戶端信息(如客戶ID)。其中，商戶信息可以直接是商戶收款賬號，也可以唯一標(biāo)識商戶的信息(如商戶ID)，由第二資金管理服務(wù)器根據(jù)商戶唯一標(biāo)識從數(shù)據(jù)庫中查找商戶對應(yīng)的銀行賬號信息。在具體應(yīng)用中，商戶端的賬戶信息相對客戶端應(yīng)該是保密的，故商戶信息優(yōu)選為商戶ID，第二資金管理服務(wù)器利用商戶ID與其收款賬號存在對應(yīng)的關(guān)系來查詢商戶的收款賬號。也就是說，客戶端只需告知第二資金管理服務(wù)器向哪個商戶的哪個商品支付多少款項，第二資金管理服務(wù)器便能調(diào)出商戶的賬號實施相應(yīng)的支付操作。

S202、第二資金管理服務(wù)器接收客戶端發(fā)送支付請求信息；

S203、查詢客戶端賬戶的資金余額和授信貸款額度之和，將所述資金余額和授信貸款額度之和與支付金額比較，若大于等于，則說明充足，若小于，則說明不充足。當(dāng)資金余額和授信貸款額度充足時，執(zhí)行步驟S204，否則結(jié)束，不予支付；

S204、第二資金管理服務(wù)器分別凍結(jié)客戶端賬戶內(nèi)的支付金額對應(yīng)的資金余額和授信貸款額度；可以理解，該處分別凍結(jié)支付金額相應(yīng)的資金 余額和授信貸款額度包括以下幾種情形：

1、僅凍結(jié)客戶端賬戶內(nèi)的資金余額，使得凍結(jié)總額大于或等于所述支付金額。

2、僅凍結(jié)授信貸款額度，使得凍結(jié)總額大于或等于所述支付金額。

3、分別凍結(jié)部分客戶端賬戶內(nèi)的資金余額和授信貸款額度，使得凍結(jié)總額大于或等于所述支付金額。

S205、第二資金管理服務(wù)器根據(jù)支付請求信息和凍結(jié)信息生成電子承諾支付憑證，并發(fā)送給商戶端；

具體地，由于支付請求信息是買方通過客戶端操作發(fā)送給第二資金管理服務(wù)器的，其支付信息客觀上是得到了客戶確認(rèn)并授權(quán)銀行支付的。第二資金管理服務(wù)器凍結(jié)相應(yīng)的資金，同時將生成根據(jù)支付信息生成電子承諾支付憑證，商戶端根據(jù)該電子承諾支付憑證提供相應(yīng)的商品/服務(wù)。

S206、第二資金服務(wù)器將電子承諾支付憑證發(fā)送給商戶端，并同步到第一資金管理服務(wù)器。具體地，本步驟將生成的電子憑證信息發(fā)送給客戶端和商戶端，以便后繼跟蹤。

S207、第二資金管理服務(wù)器接收解付信息；

S208、第二資金管理服務(wù)器將與所述凍結(jié)額度對應(yīng)的資金劃撥到第一資金管理服務(wù)器；

S209、第一資金管理服務(wù)器將接收到的支付金額劃款到商戶端的賬戶內(nèi)。

本發(fā)明實施例提供的支付方法，通過第二資金管理服務(wù)器接收客戶端的支付請求信息，根據(jù)客戶端賬戶資金余額和授信貸款額度之和判斷是否允許支付，同時通過分別凍結(jié)客戶端賬戶內(nèi)的資金余額和授信貸款額度，并生成電子承諾支付憑證進(jìn)行實時監(jiān)控，能降低資金風(fēng)險，保障買賣雙方的利益。

實施例三

如圖3所示，本發(fā)明優(yōu)選實施例提供的一種資金余額和授信貸款額度的支付方法，應(yīng)用于圖1所示的基于跨資金服務(wù)器的支付系統(tǒng)，該方法包括以下步驟：

S301、客戶端向第二資金管理服務(wù)器發(fā)送支付請求信息，支付請求信 息至少包括支付金額。

其中，支付請求信息由多個數(shù)據(jù)包組成，至少包括商戶信息、商品信息和支付金額。還可以包括客戶端信息(如客戶ID)。其中，商戶信息可以直接是商戶收款賬號，也可以唯一標(biāo)識商戶的信息(如商戶ID)，由資金管理服務(wù)器根據(jù)商戶唯一標(biāo)識從數(shù)據(jù)庫中查找商戶對應(yīng)的銀行賬號信息。在具體應(yīng)用中，商戶端的賬戶信息相對客戶端應(yīng)該是保密的，故商戶信息優(yōu)選為商戶ID，資金管理服務(wù)器利用商戶ID與其收款賬號存在對應(yīng)的關(guān)系來查詢商戶的收款賬號。也就是說，客戶端只需告知資金管理服務(wù)器向哪個商戶的哪個商品支付多少款項，資金管理服務(wù)器便能調(diào)出商戶的賬號實施相應(yīng)的支付操作。

客戶端向第二資金管理服務(wù)器發(fā)送支付請求信息的方式可以采用現(xiàn)有的方式進(jìn)行，比如采用數(shù)字簽名或者數(shù)字信封的方式發(fā)送。數(shù)字簽名是指用戶用自己的私鑰對原始數(shù)據(jù)的哈希摘要進(jìn)行加密所得的數(shù)據(jù)。信息接收者使用信息發(fā)送者的公鑰對附在原始信息后的數(shù)字簽名進(jìn)行解密后獲得哈希摘要，并通過與自己用收到的原始數(shù)據(jù)產(chǎn)生的哈希摘要對照，便可確信原始信息是否被篡改。這樣就保證了數(shù)據(jù)傳輸?shù)牟豢煞裾J(rèn)性。數(shù)字信封則采用密碼技術(shù)保證了只有規(guī)定的接收人才能閱讀信息的內(nèi)容。數(shù)字信封中采用了單鑰密碼體制和公鑰密碼體制。信息發(fā)送者首先利用隨機產(chǎn)生的對稱密碼加密信息，再利用接收方的公鑰加密對稱密碼，被公鑰加密后的對稱密碼被稱之為數(shù)字信封。在傳遞信息時，信息接收方要解密信息時，必須先用自己的私鑰解密數(shù)字信封，得到對稱密碼，才能利用對稱密碼解密所得到的信息。這樣就保證了數(shù)據(jù)傳輸?shù)恼鎸嵭院屯暾浴?/p>

S302、資金管理服務(wù)器接收客戶端發(fā)送的支付請求信息

具體地，第二資金管理服務(wù)器接收的支付請求信息包括：商戶信息、商品信息和支付金額，還可以包括客戶端信息(如客戶ID)。其中，商戶信息可以直接是商戶收款賬號，也可以唯一標(biāo)識商戶的信息(如商戶ID)，由第二資金管理服務(wù)器根據(jù)商戶唯一標(biāo)識從數(shù)據(jù)庫中查找商戶對應(yīng)的銀行賬號信息。在具體應(yīng)用中，商戶端的賬戶信息相對客戶端應(yīng)該是保密的，故商戶信息優(yōu)選為商戶ID，第二資金管理服務(wù)器利用商戶ID與其收款賬號存在對應(yīng)的關(guān)系來查詢商戶的收款賬號。也就是說，客戶端只需告知第二資金管理服務(wù)器向哪個商戶的哪個商品支付多少款項，第二資金管理服務(wù) 器便能調(diào)出商戶的賬號實施相應(yīng)的支付操作。

S303、查詢客戶端賬戶的資金余額和授信貸款額度之和，將所述資金余額和授信貸款額度之和與支付金額比較，若大于等于，則說明充足，若小于，則說明不充足。當(dāng)資金余額和授信貸款額度充足時，執(zhí)行步驟S305，否則，執(zhí)行步驟S304；；

S304、向客戶端詢問是否發(fā)放授信透支額度；如果需要授信透支額度，則執(zhí)行步驟S305，否則結(jié)束流程；

S305、判定所述授信透支額度是否充足；此處的充足可以理解有幾種情形：

1、客戶端賬戶內(nèi)的原有的資金余額和授信貸款額度以及部分授信透支額度之和大于或等于所述支付金額的額度時，則認(rèn)為所述授信透支額度充足，反之，不充足；

2、授信透支額度大于或等于所述支付金額的額度時，則認(rèn)為所述授信透支額度充足，反之，不充足。

具體地，授信透支額度可以是客戶端指定的金額，也可以默認(rèn)為本次支付欠缺的金額。例如，當(dāng)客戶選擇的一件商品的價格是1500元(支付金額)時，假如客戶賬戶內(nèi)的資金余額和授信貸款額度只有900元時，則需要授信透支額度600元，才能達(dá)到允許支付標(biāo)準(zhǔn)，進(jìn)行支付行為。當(dāng)然，采用另外一種方式，如直接申請發(fā)放授信透支額度1500元，進(jìn)行支付，也是可行的。

S306、第二資金管理服務(wù)器分別凍結(jié)客戶端賬戶內(nèi)的資金余額和授信貸款額度和授信透支額度，使得凍結(jié)總額大于或等于所述支付金額，具體可分為以下幾種形式：

1、僅凍結(jié)客戶端賬戶內(nèi)的資金余額，使得凍結(jié)總額大于或等于所述支付金額。

2、僅凍結(jié)授信貸款額度，使得凍結(jié)總額大于或等于所述支付金額。

3、僅凍結(jié)授信透支額度，使得凍結(jié)總額大于或等于所述支付金額。

4、分別凍結(jié)部分客戶端賬戶內(nèi)的部分資金余額與部分授信貸款額度，使得凍結(jié)總額大于或等于所述支付金額。

5、分別凍結(jié)部分客戶端賬戶內(nèi)的部分資金余額與部分授信透支額度，使得凍結(jié)總額大于或等于所述支付金額。

6、分別凍結(jié)部分客戶端賬戶內(nèi)的部分部分授信貸款額度與部分授信透支額度，使得凍結(jié)總額大于或等于所述支付金額。

7、分別凍結(jié)部分客戶端賬戶內(nèi)的授信透支額度與授信貸款額度以及資金余額，使得凍結(jié)總額大于或等于所述支付金額。

S307、第二資金管理服務(wù)器根據(jù)支付請求信息和凍結(jié)信息生成電子承諾支付憑證；

具體地，由于支付請求信息是買方通過客戶端操作發(fā)送給第二資金管理服務(wù)器的，其支付信息客觀上是得到了客戶確認(rèn)并授權(quán)銀行支付的。第二資金管理服務(wù)器分別凍結(jié)相應(yīng)的資金余額或授信貸款額度或授信透支額度，同時將生成根據(jù)支付信息生成電子承諾支付憑證，商戶端根據(jù)該電子承諾支付憑證提供相應(yīng)的商品/服務(wù)。

S308、第二資金服務(wù)器將電子承諾支付憑證發(fā)送給商戶端，并同步到第一資金管理服務(wù)器。

S309、第二資金管理服務(wù)器接收解付信息；需要說明的是，本步驟S408中，商戶端向資金管理服務(wù)器發(fā)送接收解付信息僅僅是一種舉例，實際應(yīng)用中，還可以由客戶端、物流服務(wù)器或者其他能夠獲知交付狀態(tài)的實體向資金管理服務(wù)器發(fā)送解付信息。

S310、第二資金管理服務(wù)器將與所述凍結(jié)額度對應(yīng)的資金劃撥到第一資金管理服務(wù)器；可以理解，根據(jù)S306步驟中不同的凍結(jié)方式，將有相應(yīng)配套的資金劃撥方案，將對應(yīng)的資金劃撥到商戶端的賬戶內(nèi)。

S311、第一資金管理服務(wù)器將接收到的支付金額劃款到商戶端的賬戶。

最后，結(jié)束流程。

本發(fā)明實施例，在實施例二的基礎(chǔ)上，通過增加授信透支額度功能，不僅方便了買方，而且極大豐富了銀行或其他具備信用支付能力的機構(gòu)的業(yè)務(wù)；此外，還通過對買賣雙方的電子承諾支付憑證進(jìn)行同步跟蹤，將商品的流轉(zhuǎn)軌跡和資金的流轉(zhuǎn)軌跡有效的結(jié)合，使得買賣雙方的權(quán)益均能得到有效保護(hù)。

實施例四

如圖4所示，本發(fā)明實施例提供的一種支付裝置，包括接收模塊301、判斷模塊302、處理模塊303，其中：

接收模塊301，設(shè)置為接收客戶端發(fā)送的支付請求信息，其中，支付請求信息包括支付金額。

具體地，接收模塊301接收的支付請求信息包括：商戶信息、商品信息和支付金額，還可以包括客戶端信息(如客戶ID)。其中，商戶信息可以直接是商戶收款賬號，也可以唯一標(biāo)識商戶的信息(如商戶ID)。在具體應(yīng)用中，商戶端的賬戶信息相對客戶端應(yīng)該是保密的，故商戶信息優(yōu)選為商戶ID，也就是說，客戶端只需告知資金管理服務(wù)器向哪個商戶的哪個商品支付多少款項，由本裝置調(diào)出商戶的賬號實施相應(yīng)的支付操作。

判斷模塊302，設(shè)置為根據(jù)客戶端資金余額和授信貸款額度和支付金額判斷是否允許支付。

作為一種優(yōu)選的方案，判斷模塊302具體設(shè)置為：查詢客戶端的賬戶資金余額和授信貸款額度；判斷客戶端賬戶的資金余額和授信貸款額度是否大于或等于支付金額時，如果是，則允許支付。如此，先判斷賬戶資金余額和授信貸款額度之和的支付能力，優(yōu)先采用賬戶資金余額和授信貸款額度支付的方式，可以節(jié)省付款周期，保障商家的利益。其中，客戶端的銀行賬號或者信用卡賬號可以是客戶端在支付請求信息中告知本裝置的，也可以是本裝置根據(jù)客戶端信息從數(shù)據(jù)庫中查詢的，獲取對應(yīng)賬戶資金余額和授信貸款額度。只有在客戶端的資金余額和授信貸款額度大于或等于支付金額時，才表示客戶具有進(jìn)行支付行為的能力，此時才允許進(jìn)行支付行為。

作為另一種優(yōu)選實施例，判斷模塊302還設(shè)置為：當(dāng)客戶端賬戶的資金余額和授信貸款額度之和小于支付金額時，向客戶端詢問是否需要發(fā)放授信透支額度；如果需要授信透支額度，則向客戶端賬戶發(fā)放授信透支額度，允許本次支付；如果不需要，則終止本次支付。這樣，不僅方便了買方，也豐富了銀行或者其他具備信用支付能力的機構(gòu)的業(yè)務(wù)。當(dāng)采用資金管理服務(wù)器根據(jù)客戶信息獲取銀行賬號或信用卡賬號時，一個客戶可能有多個賬號，還可以采用混合支付方式。例如，當(dāng)客戶選擇的一件商品的價格是1500元(支付金額)時，其資金余額和授信貸款額度之和只有900元時，則客戶可用于支付的額度共有900元，則無法實施支付行為；假如客戶端賬戶內(nèi)尚有授信透支額度600元貸款額度時，通過申請發(fā)放授信透支額度600元， 則擁有1500元的使用額度，便可實施支付行為。

處理模塊303，設(shè)置為當(dāng)允許支付時，分別凍結(jié)客戶端賬戶內(nèi)的資金余額和授信貸款額度和授信透支額度，使得凍結(jié)總額大于或等于所述支付金額；生成電子承諾支付憑證，將電子承諾支付憑證信息發(fā)送給商戶端。

優(yōu)選地，處理模塊303進(jìn)一步包括凍結(jié)單元3031、憑證生成單元3032和同步單元3033，其中：

凍結(jié)單元3031，設(shè)置為當(dāng)允許支付時，分別凍結(jié)客戶端賬戶內(nèi)的資金余額和授信貸款額度和授信透支額度，使得凍結(jié)總額大于或等于所述支付金額；

憑證生成單元3032，設(shè)置為生成電子承諾支付憑證；

同步單元3033，設(shè)置為將電子承諾支付憑證信息發(fā)送給商戶端。

此外，處理模塊303還可以包括劃款單元，設(shè)置為接收到解付信息后，將解付信息同步到客戶端和商戶端，并將凍結(jié)的相應(yīng)資金劃撥到第一資金服務(wù)器所在的商戶端賬戶內(nèi)。

需要說明的是，上述方法實施例二和實施例三的技術(shù)特征在本裝置均對應(yīng)適用，這里不再重述。

此外，本發(fā)明還提供了一種資金管理服務(wù)器，該資金管理服務(wù)器包括實施例四中的支付裝置，這里不再重述。

本發(fā)明實施例的支付裝置和服務(wù)器，通過接收客戶端的支付請求信息，根據(jù)買方的資金余額和授信貸款額度判斷是否允許支付，同時通過分別凍結(jié)客戶端賬戶的資金余額和授信貸款額度，使得凍結(jié)總額大于或等于所述支付金額，并生成電子承諾支付憑證進(jìn)行實時監(jiān)控，能降低資金風(fēng)險，保障買賣雙方的利益。此外，還通過增加授信貸款額度功能，不僅方便了買方，而且極大豐富了銀行或其他具備信用支付能力的機構(gòu)的業(yè)務(wù)。

實施例五

如圖5所示，本發(fā)明優(yōu)選實施例提供的一種基于跨資金服務(wù)器的支付系 統(tǒng)，該系統(tǒng)包括客戶端10、商戶端20和與客戶端10連接的第二資金管理服務(wù)器40，和與商戶端20連接的第一資金管理服務(wù)器30，其中：

客戶端10，包括支付請求模塊101，設(shè)置為向第二資金管理服務(wù)器40發(fā)送支付請求信息，其中，支付請求信息包括：商戶信息、商品信息和支付金額。

商戶端20，包括憑證接收模塊201和憑證更新模塊202,其中，憑證接收模塊201設(shè)置為接收第二資金管理服務(wù)器40發(fā)送的電子承諾支付憑證。

第二資金管理服務(wù)器40包括接收模塊301、判斷模塊302、和處理模塊303，其中：

接收模塊301，設(shè)置為接收客戶端發(fā)送的支付請求信息；

判斷模塊302，設(shè)置為比較客戶端資金余額和授信貸款額度之和與支付金額，判斷能否開出電子承諾支付憑證；

作為一種優(yōu)選實施例，判斷模塊302設(shè)置為：判斷客戶端賬戶的資金余額和授信貸款額度是否大于或等于支付金額時，如果是，則允許支付；否則進(jìn)一步判斷客戶端賬戶的貸款余額是否大于或等于支付金額，如果是，則允許支付。

處理模塊303，設(shè)置為當(dāng)允許支付時，凍結(jié)客戶端賬戶內(nèi)的支付金額對應(yīng)的額度；生成電子承諾支付憑證，將電子承諾支付憑證信息發(fā)送給商戶端。

作為一種優(yōu)選實施例，第二資金管理服務(wù)器40的接收模塊301還設(shè)置為接收解付信息；處理模塊303還包括劃款模塊，設(shè)置為接收到解付信息后，將解付信息同步到客戶端和商戶端，并將凍結(jié)的相應(yīng)資金劃撥到商戶端的賬戶內(nèi)。

具體地，由于支付請求信息是買方通過客戶端10操作發(fā)送給第二資金管理服務(wù)器40的，其支付信息客觀上是得到了客戶端10確認(rèn)并授權(quán)銀行支付的。第二資金管理服務(wù)器40分別凍結(jié)相應(yīng)的資金余額和授信貸款額度，同時將生成根據(jù)支付信息生成電子承諾支付憑證，電子承諾支付憑證信息包括但不限于商品信息、支付金額(凍結(jié)資金或授信透支額度或授信貸款額度)、交貨地址和有效期，其形式不限于文本、圖片、圖形碼等。該電子憑證作為商戶端20的接收資金的憑證，商戶端20根據(jù)該電子承諾支付憑證提供相應(yīng)的商品/服務(wù)。

本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來控制相關(guān)的硬件完成，所述的程序可以在存儲于一計算機可讀取存儲介質(zhì)中，所述的存儲介質(zhì)，如ROM/RAM、磁盤、光盤等。

以上參照附圖說明了本發(fā)明的優(yōu)選實施例，并非因此局限本發(fā)明的權(quán)利范圍。本領(lǐng)域技術(shù)人員不脫離本發(fā)明的范圍和實質(zhì)內(nèi)所作的任何修改、等同替換和改進(jìn)，均應(yīng)在本發(fā)明的權(quán)利范圍之內(nèi)。