本申請涉及計(jì)算機(jī)數(shù)據(jù)處理技術(shù)領(lǐng)域，尤其涉及一種資金管理服務(wù)器、順開證的數(shù)據(jù)處理方法及系統(tǒng)。

背景技術(shù)：

電子商務(wù)利用internet平臺(tái)將傳統(tǒng)商務(wù)活動(dòng)中的參與各方（買家、賣家、物流公司、金融機(jī)構(gòu)等）連接在一起，通過將整個(gè)交易過程網(wǎng)絡(luò)化、電子化、信息化，減低了交易的成本、提高了交易效率。

但是，現(xiàn)行的電子商務(wù)應(yīng)用中，資金的傳遞主要還是依賴傳統(tǒng)的電子直接轉(zhuǎn)賬支付的方式和第三方支付的方式完成，支付方式單一，且都是在需求方未收到購買商品前，就已經(jīng)將需求方的資金劃撥出賬戶，無法滿足市場上一些潛在的商務(wù)需要。

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

本申請要解決的技術(shù)問題是針對現(xiàn)有技術(shù)的不足，提供一種資金管理服務(wù)器、順開證的數(shù)據(jù)處理方法及系統(tǒng)。

根據(jù)本申請的第一方面，本申請?zhí)峁┮环N順開證的數(shù)據(jù)處理方法，包括：

資金管理服務(wù)器接收需求方的開證請求；

所述資金管理服務(wù)器判斷所述需求方是否滿足開證要求；

若滿足，所述資金管理服務(wù)器凍結(jié)需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證。

上述方法，所述資金管理服務(wù)器判斷需求方是否滿足開證要求，具體包括：所述資金管理服務(wù)器驗(yàn)證所述需求方的身份和/或所述賬戶是否符合開證要求。

上述方法，所述資金管理服務(wù)器調(diào)用所述需求方的賬戶信息，判斷所述賬戶內(nèi)的開證資金額度或授信額度是否大于或等于所述開證請求中所申請的支付數(shù)額。

根據(jù)本申請的第二方面，本申請?zhí)峁┮环N順開證的數(shù)據(jù)處理方法，包括：

數(shù)據(jù)請求終端生成需求方的開證請求，并發(fā)送給資金管理服務(wù)器；

所述資金管理服務(wù)器接收所述開證請求；

所述資金管理服務(wù)器判斷所述開證請求是否滿足開證條件；

若滿足，所述資金管理服務(wù)器凍結(jié)需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證。

上述方法，還包括：

所述資金管理服務(wù)器將電子憑證生成信息發(fā)送給所述數(shù)據(jù)請求終端；

所述數(shù)據(jù)請求終端接收所述電子憑證生成信息。

根據(jù)本申請的第三方面，本申請?zhí)峁┮环N順開證的數(shù)據(jù)處理方法，包括：

需求方生成開證請求，并發(fā)送給開證行；

所述開證行接收所述開證請求；

所述開證行判斷所述需求方是否滿足開證要求；

若滿足，所述開證行凍結(jié)所述需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證。

根據(jù)本申請的第四方面，本申請?zhí)峁┮环N資金管理服務(wù)器，包括接收模塊、判斷模塊和處理模塊；

所述接收模塊，用于接收需求方的開證請求；

所述判斷模塊，用于判斷需求方是否滿足開證要求；

所述處理模塊，用于在所述需求方滿足開證條件時(shí)，凍結(jié)需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證。

根據(jù)本申請的第五方面，本申請?zhí)峁┮环N順開證的數(shù)據(jù)處理系統(tǒng)，包括資金服務(wù)器和數(shù)據(jù)請求終端，所述資金服務(wù)器包括接收模塊、判斷模塊和處理模塊；

所述數(shù)據(jù)請求終端，用于生成需求方的開證請求，并將所述開證請求發(fā)送給所述接收模塊；

所述接收模塊，用于接收所述開證請求；

所述判斷模塊，用于判斷需求方是否滿足開證要求；

所述處理模塊，用于在所述需求方滿足開證條件時(shí)，凍結(jié)所述需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證。

上述系統(tǒng)，所述處理模塊，還用于將電子憑證生成信息發(fā)送給所述數(shù)據(jù)請求終端；所述數(shù)據(jù)請求終端，還用于接收所述電子憑證生成信息。

根據(jù)本申請的第六方面，本申請?zhí)峁┮环N資金管理服務(wù)器，包括存儲(chǔ)器和處理器，所述存儲(chǔ)器用于存儲(chǔ)計(jì)算機(jī)指令，所述處理器用于根據(jù)所述計(jì)算機(jī)指令執(zhí)行以下步驟：

接收需求方發(fā)送的開證請求；

判斷需求方是否滿足開證要求；

若滿足，凍結(jié)所述需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證。

由于采用了以上技術(shù)方案，使本申請具備的有益效果在于：

本申請由于開證行服務(wù)器接收需求方的開證請求后，先判斷需求方是否滿足開證要求，若滿足則凍結(jié)需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證，通過需求方請求開證行開立電子憑證，買家未收到商品前，買家資金一直處于銀行賬戶中，可避免賣家收到商品后不付款，資金安全度高，豐富了金融支付工具的應(yīng)用場景，為助推電子商務(wù)的成熟發(fā)展提供了有利的工具。

附圖說明

圖1為本申請的順開證的數(shù)據(jù)處理方法在一種實(shí)施方式中的流程圖；

圖2為本申請的順開證的數(shù)據(jù)處理方法在另一種實(shí)施方式中的流程圖；

圖3為本申請的順開證的數(shù)據(jù)處理方法的順序流程圖；

圖4為本申請的順開證的數(shù)據(jù)處理系統(tǒng)在另一種實(shí)施方式中的流程圖；

圖5為本申請的資金管理服務(wù)服務(wù)器在一種實(shí)施方式中的結(jié)構(gòu)示意圖；

圖6為本申請的順開證的數(shù)據(jù)處理系統(tǒng)在一種實(shí)施方式中的結(jié)構(gòu)示意圖。

具體實(shí)施方式

下面通過具體實(shí)施方式結(jié)合附圖對本申請作進(jìn)一步詳細(xì)說明。

本方案所述的電子憑證即銀行承諾按約定條件解付資金的電子信用承諾支付憑證，是指銀行根據(jù)開證人的申請凍結(jié)所需數(shù)額資金或使用信用額度而開立，并承諾依照約定解付條件辦理支付結(jié)算的電子信用承諾支付憑證。

本申請中所提及的電子憑證通常的業(yè)務(wù)流程為：開證銀行（開證行）根據(jù)開證人的申請凍結(jié)所需數(shù)額資金以開立電子憑證，并由收證人通過收證銀行進(jìn)行收證，當(dāng)約定解付條件達(dá)成時(shí)，由開證銀行將資金解付并通過收證銀行向收證人辦理支付結(jié)算。

實(shí)施例一：

如圖1所示，本申請的順開證的數(shù)據(jù)處理方法，其一種實(shí)施方式，包括以下步驟：

步驟102：資金管理服務(wù)器接收需求方的開證請求。需求方可通過數(shù)據(jù)請求終端發(fā)送開證請求。在本實(shí)施方式中，資金管理服務(wù)器通常設(shè)置在開證銀行，也就是該資金管理服務(wù)器作為開證行的服務(wù)器使用，需求方為買方。

開證請求包括開證人的身份信息和支付賬號(hào)信息。還可包括指定收證人的信息，如收證人姓名、手機(jī)、郵箱，身份證、微信號(hào)、qq號(hào)等能與收證人對應(yīng)的信息，收證人賬號(hào)，如存款賬號(hào)等，通過此收證人的信息，便于收證人及時(shí)接收電子憑證。需求方也可以不指定收證人，這樣任何獲取該電子憑證信息的人都可以接收該電子憑證。

步驟104：資金管理服務(wù)器判斷需求方是否滿足開證要求。

步驟106：若滿足，資金管理服務(wù)器凍結(jié)需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證。需求方指定的賬戶可以是需求方自己的賬戶，也可以是需求方指定的他人的賬戶。

需求方賬戶內(nèi)的開證資金額度或授信額度充足，開證行受開證人（需求方）的請求凍結(jié)資金或支用授信，生成電子憑證，同時(shí)將生成電子憑證的信息發(fā)送給需求方。反之，反饋結(jié)果給需求方，結(jié)束開證流程。當(dāng)然，也并非一定是調(diào)用開證人的賬戶信息進(jìn)行比對，也可以調(diào)用他人的賬戶開證。

其中，步驟104具體可以包括以下步驟：資金管理服務(wù)器驗(yàn)證需求方的身份和/或賬戶是否符合開證要求。

判斷是否滿足開證要求，需要校驗(yàn)開證人（即需求方）的身份和/或賬號(hào)。開證行對該開證人的身份信息進(jìn)行校驗(yàn)。該處的校驗(yàn)可能具有以下幾種情形：第一種校驗(yàn)情形是指校驗(yàn)開證人是否在開證銀行有開戶信息，第二種校驗(yàn)情形是指該開證申請人是否為真實(shí)有效的，也就是實(shí)名制認(rèn)證，不要求開證人在開證行一定有開戶賬號(hào)；第三種校驗(yàn)情形是指判定該開證申請人是否有不良信用記錄，是白名單用戶還是黑名單用戶？具體驗(yàn)證時(shí)，可以通過手機(jī)動(dòng)態(tài)碼實(shí)現(xiàn)。

進(jìn)一步地，步驟104還可以包括以下步驟：資金管理服務(wù)器調(diào)用需求方指定的賬戶信息，判斷需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度是否大于或等于開證請求中所申請的支付數(shù)額。

步驟106后還可以包括以下步驟，其具體為:

資金管理服務(wù)器將電子憑證生成信息發(fā)送給數(shù)據(jù)請求終端。

實(shí)施例二：

如圖2所示，本申請的順開證的數(shù)據(jù)處理方法，其另一種實(shí)施方式，包括以下步驟：

步驟202：數(shù)據(jù)請求終端生成需求方的開證請求，并發(fā)送給資金管理服務(wù)器。

步驟204：資金管理服務(wù)器接收開證請求。

步驟206：資金管理服務(wù)器判斷需求方是否滿足開證要求。

步驟208：若滿足，資金管理服務(wù)器凍結(jié)需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證。需求方指定的賬戶可以是需求方自己的賬戶，也可以是需求方指定的他人的賬戶。

在一種實(shí)施方式中，步驟208之后，還可以包括以下步驟：

資金管理服務(wù)器將電子憑證生成信息發(fā)送給數(shù)據(jù)請求終端。數(shù)據(jù)請求終端接收電子憑證生成信息。

如圖3所示，本申請的順開證的數(shù)據(jù)處理方法，其一種具體應(yīng)用例，包括以下步驟：

步驟302：需求方通過客戶端生成開證請求。

開證請求包括開證人的身份信息和支付賬號(hào)信息。還可包括指定收證人的信息，如收證人姓名、手機(jī)、郵箱，身份證、微信號(hào)、qq號(hào)等能與收證人對應(yīng)的信息，收證人賬號(hào)，如存款賬號(hào)等，通過此收證人的信息，便于收證人及時(shí)接收電子憑證。需求方也可以不指定收證人，這樣任何獲取該電子憑證信息的人都可以接收該電子憑證。

步驟304：開證行接收開證請求，判定該需求方的開證請求是否符合開證要求。若是符合，執(zhí)行步驟306，否則，反饋結(jié)果給需求方終止開證或重新生成開證請求。

判斷是否滿足開證要求，首先需要校驗(yàn)開證人（即需求方）的賬號(hào)或身份。開證行對該開證人的身份信息進(jìn)行校驗(yàn)。該處的校驗(yàn)可能具有以下幾種情形：第一種校驗(yàn)情形是指校驗(yàn)開證人是否在開證銀行有開戶信息，第二種校驗(yàn)情形是指該開證申請人是否為真實(shí)有效的，也就是實(shí)名制認(rèn)證，不要求開證人在開證行一定有開戶賬號(hào)；第三種校驗(yàn)情形是指判定該開證申請人是否有不良信用記錄，是白名單用戶還是黑名單用戶？具體驗(yàn)證時(shí)，可以通過手機(jī)動(dòng)態(tài)碼實(shí)現(xiàn)。

步驟306：開證行調(diào)用需求方指定的賬戶內(nèi)的數(shù)據(jù)，獲取資金或授信信息，判定能否其額度是否充足？若充足，則執(zhí)行步驟308，反之，反饋結(jié)果給需求方，結(jié)束開證流程。當(dāng)然，可以理解的，該處也并非一定是調(diào)用開證人的賬戶信息進(jìn)行比對，也可以通過調(diào)用他人的賬戶開證。

步驟308：當(dāng)指定的賬戶內(nèi)的資金或支用授信足夠時(shí)，開證行受開證人的請求凍結(jié)資金或支用授信生成電子憑證，需求方如使用借記卡，則凍結(jié)借記卡內(nèi)的資金，如使用信用卡，則凍結(jié)信用卡支用授信。同時(shí)將生成電子憑證的信息發(fā)送給需求方。

步驟310：需求方接收生成的電子憑證的信息，完成整個(gè)電子憑證的開證過程。

開證過程中還可設(shè)置定時(shí)、定期、定額開立電子憑證。同時(shí)亦可以設(shè)置該電子憑證的解付條件，如設(shè)置解付的規(guī)則，設(shè)置成一次開證凍結(jié)多次解付的情形等等。

例如，需求方可預(yù)先委托開證行將資金凍結(jié)或支用授信，開出不確定收款賬號(hào)的電子憑證，當(dāng)發(fā)生交易時(shí)，告訴需求方電子憑證信息，也就是告訴買家電子憑證信息，賣家填寫收款賬戶。通過需求方請求開證行開立電子憑證，該電子憑證沒有指定收證人，在需要使用電子憑證購買時(shí)，可靈活便捷的使用，由于未收到商品前，買家資金一直處于銀行賬戶中，資金安全度高，豐富了金融支付工具的應(yīng)用場景，為助推電子商務(wù)的成熟發(fā)展提供了有利的工具。在具有指定收證人的情況下，由需求方填寫收證賬號(hào)，直接實(shí)現(xiàn)點(diǎn)對點(diǎn)的電子憑證開立。當(dāng)指定收證人開立電子憑證時(shí)，通過本技術(shù)方案實(shí)施開證，開證流程簡單便捷，實(shí)現(xiàn)點(diǎn)對點(diǎn)的支付，買家在未收到商品前，買家資金一直處于銀行賬戶中，資金安全度高。

實(shí)施例三：

如圖4所示，本申請的順開證的數(shù)據(jù)處理方法，其又一種實(shí)施方式，包括以下步驟：

步驟402：需求方生成開證請求，并發(fā)送給開證行。

步驟404：開證行接收開證請求。

步驟406：開證行判斷需求方是否滿足開證要求。開證行通過以下兩個(gè)方面判斷買方需求方是否滿足開證要求：

開證行驗(yàn)證需求方的身份和/或賬戶是否符合開證要求。判斷是否滿足開證要求，需要校驗(yàn)開證人（即需求方）的身份和/或賬號(hào)。開證行對該開證人的身份信息進(jìn)行校驗(yàn)。該處的校驗(yàn)可能具有以下幾種情形：第一種校驗(yàn)情形是指校驗(yàn)開證人是否在開證銀行有開戶信息，第二種校驗(yàn)情形是指該開證申請人是否為真實(shí)有效的，也就是實(shí)名制認(rèn)證，不要求開證人在開證行一定有開戶賬號(hào)；第三種校驗(yàn)情形是指判定該開證申請人是否有不良信用記錄，是白名單用戶還是黑名單用戶？具體驗(yàn)證時(shí)，可以通過手機(jī)動(dòng)態(tài)碼實(shí)現(xiàn)。

開證行調(diào)用需求方的賬戶信息，判斷需求方賬戶內(nèi)的開證資金額度或授信額度是否大于或等于所述開證請求中所申請的支付數(shù)額。

步驟408：若滿足，開證行凍結(jié)需求方指定的賬戶內(nèi)的開證資金額度或支用需求方指定的賬戶內(nèi)的授信額度，并開出電子憑證。該處的需求方指定的賬戶可以是需求方自己的賬戶，也可以是需求方指定的他人的賬戶。

實(shí)施例四：

如圖5所示，本申請的資金管理服務(wù)器10，其一種實(shí)施方式，包括接收模塊11、判斷模塊12和處理模塊13。

接收模塊11，用于接收需求方的開證請求；判斷模塊12，用于判斷需求方是否滿足開證要求；處理模塊13，用于在需求方滿足開證條件時(shí)，凍結(jié)需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證。

在一種實(shí)施方式中，處理模塊13還可用于將電子憑證生成信息發(fā)送給數(shù)據(jù)請求終端20。

實(shí)施例五：

如圖6所示，本申請的順開證的數(shù)據(jù)處理系統(tǒng)，其一種實(shí)施方式，包括資金管理服務(wù)器10和數(shù)據(jù)請求終端20。資金管理服務(wù)器10包括接收模塊11、判斷模塊12和處理模塊13。

數(shù)據(jù)請求終端20用于生成需求方的開證請求，并將開證請求發(fā)送給接收模塊11；接收模塊11，用于接收開證請求；判斷模塊12，用于判斷需求方是否滿足開證要求；處理模塊13，用于在需求方滿足開證條件時(shí)，凍結(jié)需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證。

本申請的順開證的數(shù)據(jù)處理系統(tǒng)，處理模塊13還可以用于將電子憑證生成信息發(fā)送給數(shù)據(jù)請求終端20；數(shù)據(jù)請求終端20，還可用于接收電子憑證生成信息。

實(shí)施例六：

本申請的資金管理服務(wù)器，其另一種實(shí)施方式，包括存儲(chǔ)器和處理器，存儲(chǔ)器用于存儲(chǔ)計(jì)算機(jī)指令，處理器用于根據(jù)計(jì)算機(jī)指令執(zhí)行以下步驟：

接收需求方發(fā)送的開證請求；

判斷需求方是否滿足開證要求；

若滿足，凍結(jié)需求方指定的賬戶內(nèi)的開證資金額度或支用授信額度，并開出電子憑證。

以上內(nèi)容是結(jié)合具體的實(shí)施方式對本申請所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本申請的具體實(shí)施只局限于這些說明。對于本申請所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本申請構(gòu)思的前提下，還可以做出若干簡單推演或替換。