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

背景技術(shù)：

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

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

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

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

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

一種基于同一資金服務(wù)器的支付系統(tǒng)，包括至少一個(gè)客戶端、至少一個(gè)商戶端、信息中心服務(wù)器和資金管理服務(wù)器，所述資金管理服務(wù)器分別與所述客戶端、商戶端和信息中心服務(wù)器連接，其中：

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

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

資金管理服務(wù)器，用于接收所述客戶端發(fā)送的支付請(qǐng)求信息；比較客戶端授信透支額度和支付金額判斷能否生成電子承諾支付憑證予以支付；若能，資金管理服務(wù)器凍結(jié)所述客戶端賬戶內(nèi)與所述支付金額對(duì)應(yīng)的授信透支額度，生成由所述資金管理服務(wù)器承諾按約定條件解付資金的的電子承諾支付憑證，并將所述電子承諾支付憑證信息發(fā)送給商戶端替所述客戶端進(jìn)行信用承諾支付，并將所述電子承諾支付憑證信息同步到所述信息中心服務(wù)器；

信息中心服務(wù)器，用于存儲(chǔ)并監(jiān)管所述電子承諾支付憑證信息。

如果客戶端賬戶授信透支額度小于支付金額時(shí)，則比較客戶端賬戶資金余額和支付金額判斷能否生成電子承諾支付憑證予以支付。

如果客戶端賬戶授信透支額度小于支付金額時(shí)，則比較客戶端賬戶授信貸款額度和支付金額判斷能否生成電子承諾支付憑證予以支付。

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

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

比較所述客戶端授信透支額度和所述支付金額判斷能否生成電子承諾支付憑證予以支付；

若能，所述資金管理服務(wù)器凍結(jié)所述客戶端賬戶內(nèi)與所述支付金額對(duì)應(yīng)的授信透支額度；生成由所述資金管理服務(wù)器承諾按約定條件解付資金的的電子承諾支付憑證，將所述電子承諾支付憑證信息發(fā)送給商戶端替所述客戶端進(jìn)行信用承諾支付，并將所述電子承諾支付憑證信息同步到信息中心服務(wù)器。

如果客戶端賬戶授信透支額度小于支付金額時(shí)，則比較客戶端賬戶授 信貸款額度和支付金額判斷能否生成電子承諾支付憑證予以支付；進(jìn)一步，如果客戶端賬戶授信貸款額度小于支付金額時(shí)，則比較客戶端賬戶資金余額和支付金額判斷能否生成電子承諾支付憑證予以支付。

如果客戶端賬戶授信貸款額度小于支付金額時(shí)，則比較客戶端賬戶資金余額和支付金額判斷能否生成電子承諾支付憑證予以支付；進(jìn)一步，如果客戶端賬戶資金余額小于支付金額時(shí)，則比較客戶端賬戶授信貸款額度和支付金額判斷能否生成電子承諾支付憑證予以支付。

根據(jù)本發(fā)明的又一個(gè)方面，提供的一種基于同一資金服務(wù)器的支付裝置，所述裝置包括接收模塊、判斷模塊和處理模塊，其中。

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

判斷模塊，設(shè)置為根據(jù)所述客戶端資金余額、授信透支余額或授信貸款余額和所述支付金額判斷是否允許支付；

處理模塊，設(shè)置為當(dāng)允許支付時(shí)，凍結(jié)所述客戶端賬戶內(nèi)的所述支付金額對(duì)應(yīng)的資金或授信透支額度或授信貸款額度；生成電子承諾支付憑證，將所述電子承諾支付憑證信息發(fā)送給商戶端，并同步到信息中心服務(wù)器。

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

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

附圖說明

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

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

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

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

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

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

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

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

具體實(shí)施方式

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

實(shí)施例一

如圖1所示，本發(fā)明實(shí)施例提供的一種基于同一資金服務(wù)器的支付系統(tǒng)，該系統(tǒng)包括至少一個(gè)客戶端10、至少一個(gè)商戶端20，信息中心服務(wù)器40和資金管理服務(wù)器30，資金管理服務(wù)器30分別與客戶端10、商戶端20和信息中心服務(wù)器40連接，其中：

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

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

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

具體地，商戶端20適用于收款方(賣方)，商戶端包括但不限于服務(wù)器、POS機(jī)等設(shè)備。商戶包括但不限于生產(chǎn)制造商、代理商、物流公司等。商戶信息也是用戶開戶時(shí)進(jìn)行注冊(cè)并存儲(chǔ)在資金管理服務(wù)器和/或信息中心服務(wù)器的數(shù)據(jù)庫中的，商戶信息包括但不限于商戶ID、商戶名稱、商戶開戶銀行、商戶賬戶名稱、商戶銀行賬號(hào)等信息。

資金管理服務(wù)器30，用于接收客戶端10發(fā)送的支付請(qǐng)求信息；根據(jù)客戶端10的授信透支額度、資金余額、授信貸款額度和支付金額判斷是否允許支付；如果允許支付，則凍結(jié)客戶端賬戶內(nèi)與支付金額對(duì)應(yīng)的授信額度或資金余額，生成由所述資金管理服務(wù)器承諾按約定條件解付資金的電子承諾支付憑證，將電子承諾支付憑證信息發(fā)送給商戶端20，并同步到信息中心服務(wù)器40。

具體地，資金管理服務(wù)器30接收到支付請(qǐng)求信息的數(shù)據(jù)包后，按預(yù)設(shè)的規(guī)則進(jìn)行解析，獲取相關(guān)支付信息，相關(guān)支付信息包括但不限于商戶信息、商品信息和支付金額等必要信息，即向哪個(gè)商戶的哪個(gè)商品支付多少款項(xiàng)。

信息中心服務(wù)器40，與資金管理服務(wù)器30相連，用于存儲(chǔ)客戶端10 和商戶端20的電子承諾支付憑證信息。

具體地，客戶端10和商戶端20都可以通過互聯(lián)網(wǎng)向信息中心服務(wù)器40獲取電子承諾支付憑證信息以便后繼的處理，比如利用該數(shù)據(jù)進(jìn)行雙通道的驗(yàn)證信息的正確與否。資金管理服務(wù)器30還可以根據(jù)電子承諾支付憑證信息的狀態(tài)進(jìn)一步確定是否劃款操作，即請(qǐng)求支付只是凍結(jié)資金，確認(rèn)簽收后進(jìn)行劃款操作。

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

實(shí)施例二

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

S101、資金管理服務(wù)器30接收客戶端發(fā)送的支付請(qǐng)求信息，支付請(qǐng)求信息至少包括支付金額。

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

S102、比較客戶端授信透支額度和支付金額判斷能否生成電子承諾支付憑證予以支付，如果允許支付，否則終止本次支付。

本步驟進(jìn)一步包括：資金管理服務(wù)器從數(shù)據(jù)庫中查詢客戶端的賬戶資金余額；判斷客戶端授信透支額度是否大于或等于支付金額，如果是，則允許本次支付；否則終止本次支付。其中，客戶端的銀行賬號(hào)或者信用卡賬號(hào)可以是客戶端在支付請(qǐng)求信息中告知資金管理服務(wù)器的，也可以資金管理服務(wù)器根據(jù)客戶端ID從數(shù)據(jù)庫中查詢的，從而獲取對(duì)應(yīng)賬戶資金余額。只有在客戶端的賬戶資金余額大于或等于支付金額時(shí)，才表示客戶具有支付能力，此時(shí)才允許進(jìn)行支付行為。優(yōu)先采用賬戶資金余額支付，可以節(jié)省付款周期，保障客戶的利益。

S103、資金管理服務(wù)器凍結(jié)客戶端賬戶內(nèi)的支付金額對(duì)應(yīng)的授信透支額度額度；

具體地，當(dāng)賬戶授信透支額度足以支付時(shí)，凍結(jié)銀行賬戶內(nèi)支付金額對(duì)應(yīng)的授信透支額度。本步驟只凍結(jié)授信透支額度以確保后繼有足夠的授信透支額度完成本次交易，但不并直接劃款到商戶賬號(hào)，這樣保障了買賣雙方的利益，后繼可以由客戶端、商戶端或者物流公司發(fā)送解付信息確認(rèn)交付完成，由資金管理服務(wù)器在接收到解付信息后，將與支付資金等額的資金劃款到商戶賬號(hào)。

S104、資金管理服務(wù)器生成電子承諾支付憑證；

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

S105、將電子承諾支付憑證發(fā)給商戶端替客戶端進(jìn)行信用承諾支付并同步到信息中心服務(wù)器。

具體地，本步驟將生成的電子憑證信息發(fā)送給信息中心服務(wù)器，以便信息中心服務(wù)器進(jìn)行后繼跟蹤。

本發(fā)明實(shí)施例的一種基于同一資金服務(wù)器的支付方法，通過資金管理服務(wù)器接收客戶端的支付請(qǐng)求信息，根據(jù)買方的賬戶授信透支額度判斷是否允許支付，同時(shí)通過凍結(jié)客戶端賬戶的授信透支額度，并生成電子承諾 支付憑證同步到信息中心服務(wù)器進(jìn)行實(shí)時(shí)監(jiān)控，能降低資金風(fēng)險(xiǎn)，保障買賣雙方的利益。

S106、資金管理服務(wù)器接收解付信息。

資金管理服務(wù)器接收并判斷解付信息是否符合約定的解付資金條件。

S107、資金管理服務(wù)器判斷并將解付信息同步到信息中心服務(wù)器。

S108、如解付信息符合約定的解付資金條件，資金管理服務(wù)器將資金劃撥到商戶端的賬戶。

實(shí)施例三

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

S201、資金管理服務(wù)器30接收客戶端發(fā)送的支付請(qǐng)求信息，支付請(qǐng)求信息包括支付金額。

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

S203、查詢客戶端賬戶的授信透支額度是否充足，如果不足，執(zhí)行步驟S204，否則執(zhí)行步驟S207；

S204、查詢客戶端賬戶的資金余額是否充足，如果不足，終止本次支付，否則執(zhí)行步驟S207；

具體地，當(dāng)賬戶授信透支額度足以支付時(shí)，凍結(jié)銀行賬戶內(nèi)支付金額對(duì)應(yīng)的授信透支額度額度，當(dāng)賬戶資金余額不足以支付，資金余額足以支付時(shí)，凍結(jié)客戶端賬戶內(nèi)支付金額對(duì)應(yīng)的資金余額。本步驟只凍結(jié)授信透支余額或資金余額以確保后繼有足夠的資金完成本次交易，但不并直接劃款到商戶賬號(hào)，這樣保障了買賣雙方的利益，后繼可以由客戶端、商戶端 或者物流公司發(fā)送解付信息確認(rèn)交付完成，由資金管理服務(wù)器在接收到解付信息后，將相應(yīng)金額的資金劃款到商戶賬號(hào)。

S207、凍結(jié)客戶端賬戶內(nèi)的支付金額對(duì)應(yīng)的資金或授信透支額度；

S208、生成電子承諾支付憑證；

S209、將電子承諾支付憑證信息發(fā)送給商戶端和信息中心服務(wù)器；

S210、商戶端向資金管理服務(wù)器發(fā)送接收解付信息；

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

S211、資金管理服務(wù)器將解付信息同步到信息中心服務(wù)器。

具體地，資金管理服務(wù)器將更新的電子承諾支付憑證信息同步到信息中心服務(wù)器，當(dāng)商品/服務(wù)交付完成后，可以將相應(yīng)的金額劃款到商戶的賬戶。

S212、將相應(yīng)數(shù)額的資金劃撥到商戶端的賬戶。

S213、結(jié)束流程。

本發(fā)明實(shí)施例的支付方法，通過資金管理服務(wù)器接收客戶端的支付請(qǐng)求信息，根據(jù)買方的資金余額和授信透支余額判斷是否允許支付，同時(shí)通過凍結(jié)客戶端賬戶的資金余額或授信透支余額，并生成電子承諾支付憑證同步到信息中心服務(wù)器進(jìn)行實(shí)時(shí)監(jiān)控，能降低資金風(fēng)險(xiǎn)，保障買賣雙方的利益。

實(shí)施例四

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

S201、資金管理服務(wù)器30接收客戶端發(fā)送的支付請(qǐng)求信息，支付請(qǐng)求信息包括支付金額。

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

S203、查詢客戶端賬戶的授信透支余額是否充足，如果不足，執(zhí)行步驟S205，否則執(zhí)行步驟S207；

S205、查詢客戶端賬戶的授信貸款額度是否充足，如果不足，終止本次支付，否則執(zhí)行步驟S207；

具體地，當(dāng)賬戶授信透支余額足以支付時(shí)，凍結(jié)銀行賬戶內(nèi)支付金額對(duì)應(yīng)的授信透支余額，當(dāng)賬戶授信透支余額不足以支付，授信貸款額度足以支付時(shí)，凍結(jié)信用卡賬戶內(nèi)支付金額對(duì)應(yīng)的授信貸款額度。本步驟只凍結(jié)支付金額以確保后繼有足夠的資金完成本次交易，但不并直接劃款到商戶賬號(hào)，這樣保障了買賣雙方的利益，后繼可以由客戶端、商戶端或者物流公司發(fā)送解付信息確認(rèn)交付完成，由資金管理服務(wù)器在接收到解付信息后，將解凍的資金或與等額的資金劃款到商戶賬號(hào)。

S207、凍結(jié)客戶端賬戶內(nèi)的支付金額對(duì)應(yīng)的資金或授信貸款額度；

S208、生成電子承諾支付憑證；

S209、將電子承諾支付憑證信息發(fā)送給商戶端和信息中心服務(wù)器；

S210、商戶端向資金管理服務(wù)器發(fā)送接收解付信息；

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

S211、資金管理服務(wù)器將解付信息同步到信息中心服務(wù)器。

具體地，資金管理服務(wù)器將更新的電子承諾支付憑證信息同步到信息中心服務(wù)器，當(dāng)商品/服務(wù)交付完成后，可以將凍結(jié)的資金或等額資金劃款到商戶的賬戶。

S212、將凍結(jié)的資金劃撥到商戶端的賬戶。

S213、結(jié)束流程。

本發(fā)明實(shí)施例的基于資金余額或授信貸款余額的支付方法，通過資金管理服務(wù)器接收客戶端的支付請(qǐng)求信息，根據(jù)買方的資金余額和授信貸款 余額判斷是否允許支付，同時(shí)通過凍結(jié)客戶端賬戶的支付金額，并生成電子承諾支付憑證同步到信息中心服務(wù)器進(jìn)行實(shí)時(shí)監(jiān)控，能降低資金風(fēng)險(xiǎn)，保障買賣雙方的利益。

實(shí)施例五

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

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

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

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

S203、查詢客戶端賬戶的授信透支余額是否充足，如果不足，執(zhí)行步驟S204，否則執(zhí)行步驟S207；

S204、查詢客戶端賬戶的資金余額是否充足，如果不足，執(zhí)行步驟S205，否則執(zhí)行步驟S207；

S205、查詢客戶端賬戶的授信貸款額度是否充足，如果不足，終止本次支付，否則執(zhí)行步驟S207；

S207、凍結(jié)客戶端賬戶內(nèi)的支付金額對(duì)應(yīng)的資金或授信透支余額或授信貸款余額；

S208、生成電子承諾支付憑證；

S209、將電子承諾支付憑證信息發(fā)送給商戶端和信息中心服務(wù)器；

S210、商戶端向資金管理服務(wù)器發(fā)送接收解付信息；

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

S211、資金管理服務(wù)器將解付信息同步到信息中心服務(wù)器。

具體地，資金管理服務(wù)器將更新的電子承諾支付憑證信息同步到信息中心服務(wù)器，當(dāng)商品/服務(wù)交付完成后，可以將凍結(jié)的資金劃款到商戶的賬戶。

S212、將凍結(jié)的資金劃撥到商戶端的賬戶。

S213、結(jié)束流程。

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

實(shí)施例六

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

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

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

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

S203、查詢客戶端賬戶的授信透支額度是否充足，如果不足，執(zhí)行步驟S204，否則執(zhí)行步驟S207；

S204、查詢客戶端賬戶的授信貸款額度是否充足，如果不足，執(zhí)行步驟S204，否則執(zhí)行步驟S207；

S205、查詢客戶端賬戶的資金余額是否充足，如果不足，終止本次支付，否則執(zhí)行步驟S207；

S207、凍結(jié)客戶端賬戶內(nèi)的支付金額對(duì)應(yīng)的資金或授信透支余額或授信貸款余額；

S208、生成電子承諾支付憑證；

S209、將電子承諾支付憑證信息發(fā)送給商戶端和信息中心服務(wù)器；

S210、商戶端向資金管理服務(wù)器發(fā)送接收解付信息；

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

S211、資金管理服務(wù)器將解付信息同步到信息中心服務(wù)器。

具體地，資金管理服務(wù)器將更新的電子承諾支付憑證信息同步到信息中心服務(wù)器，當(dāng)商品/服務(wù)交付完成后，可以將凍結(jié)的資金劃款到商戶的賬戶。

S212、將凍結(jié)的資金劃撥到商戶端的賬戶。

S213、結(jié)束流程。

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

實(shí)施例七

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

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

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

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

作為一種優(yōu)選的方案，判斷模塊302具體設(shè)置為：查詢客戶端的賬戶資 金余額；判斷客戶端賬戶的授信透支余額是否大于或等于支付金額時(shí)，如果是，則允許支付；否則進(jìn)一步判斷客戶端賬戶資金余額的是否大于或等于支付金額，如果是，則允許支付；否則再進(jìn)一步判斷賬戶授信貸款額度是否大于支付金額，如果是，則允許支付，否則不允許支付。如此，依次判斷賬戶的支付能力，優(yōu)先采用賬戶授信透支余額支付的方式，可以節(jié)省付款周期，保障商家的利益。其中，客戶端的銀行賬號(hào)或者信用卡賬號(hào)可以是客戶端在支付請(qǐng)求信息中告知本裝置的，也可以是本裝置根據(jù)客戶端信息從數(shù)據(jù)庫中查詢的，獲取對(duì)應(yīng)賬戶資金余額、信用余額和貸款余額。只有在客戶端的資金余額、授信透支額度、授信貸款額度大于或等于支付金額時(shí)，才表示客戶具有進(jìn)行支付行為的能力，此時(shí)才允許進(jìn)行支付行為。當(dāng)采用資金管理服務(wù)器根據(jù)客戶信息獲取銀行賬號(hào)或信用卡賬號(hào)時(shí)，一個(gè)客戶可能有多個(gè)賬號(hào)，還可以采用混合支付方式。

處理模塊303，設(shè)置為當(dāng)允許支付時(shí)，凍結(jié)客戶端賬戶內(nèi)對(duì)應(yīng)的授信透支額度；生成電子承諾支付憑證，將電子承諾支付憑證信息發(fā)送給商戶端，并同步到信息中心服務(wù)器。

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

凍結(jié)單元3031，設(shè)置為當(dāng)允許支付時(shí)，凍結(jié)客戶端賬戶內(nèi)的支付金額對(duì)應(yīng)的授信透支額度；

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

同步單元3033，設(shè)置為將電子承諾支付憑證信息發(fā)送給商戶端，并同步到信息中心服務(wù)器。

此外，處理模塊303還可以包括劃款單元，設(shè)置為接收到解付信息后，將解付信息同步到信息中心服務(wù)器，并將對(duì)應(yīng)的資金劃撥到商戶端的賬戶。

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

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

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

實(shí)施例八

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

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

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

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

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

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

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

處理模塊303，設(shè)置為當(dāng)允許支付時(shí)，凍結(jié)客戶端賬戶內(nèi)的支付金額對(duì)應(yīng)的授信透支；生成電子承諾支付憑證，將電子承諾支付憑證信息發(fā)送給商戶端，并同步到信息中心服務(wù)器。

作為一種優(yōu)選實(shí)施例，資金管理服務(wù)器30的接收模塊301還設(shè)置為接收解付信息；處理模塊303還包括劃款模塊，設(shè)置為接收到解付信息后，將解付信息同步到信息中心服務(wù)器，并將凍結(jié)的資金劃撥到商戶端的賬戶。

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

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

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