代開電子憑證的數據處理方法、系統及資金管理伺服器與流程

2023-07-11 20:35:11

本申請涉及計算機數據處理的技術領域，尤其涉及一種代開電子憑證的數據處理方法、系統及資金管理伺服器。

背景技術：

隨著計算機、網絡及現代通信技術的日益發展，電子商務應用也逐漸走入了千家萬戶，成為被人們所熟悉的一種交易方式之一。電子商務利用Internet平臺將傳統商務活動中的參與各方（買家、賣家、物流公司、金融機構等）連接在一起，通過將整個交易過程網絡化、電子化、信息化，減低了交易的成本、提高了交易效率。

但是，現行的電子商務應用中，資金的傳遞主要還是依賴傳統的電子直接轉帳支付的方式和第三方支付的方式完成。交易形式過於單一，市場上一些潛在的商務需要無法滿足。 在電子商務中，對於第三人願意替買方使用電子票據支付貨款時，手續繁雜，給用戶帶來不便。

技術實現要素：

本申請提供一種代開電子憑證的數據處理方法、系統及資金管理伺服器。

根據本申請的第一方面，本申請提供一種代開電子憑證的數據處理方法，包括：

第一資金管理伺服器將預開證第一數據信息發送給數據請求終端；

所述第一資金管理伺服器接收所述數據請求終端發送的根據所述預開證第一數據信息生成的請求他人支付的第二請求數據信息，所述第二請求數據信息包括請求他人支付的金額；

所述第一資金管理伺服器接收第二資金管理伺服器發送的凍結帳戶開證資金額度或支用授信額度信息，開出電子憑證。

上述方法中，所述第一資金管理伺服器將預開證第一數據信息發送給開證端前，還包括：

所述第一資金管理伺服器接收數據請求終端發送的開證請求數據信息，並根據所述開證請求數據信息生成所述預開證第一數據信息。

根據本申請的第二方面，本申請提供一種代開電子憑證的數據處理方法，包括：

第一資金管理伺服器將預開證第一數據信息發送給數據請求終端；

所述數據請求終端根據所述預開證第一數據信息生成請求他人支付的第二請求數據信息，並發送給所述第一資金管理伺服器，所述第二請求數據信息包括請求他人支付的金額；

所述數據請求終端生成通知他人支付的信息並發送給數據處理終端；

所述數據處理終端委託第二資金管理伺服器代為支付；

所述第二資金管理伺服器凍結帳戶開證資金額度或支用授信額度，生成凍結信息通知所述第一資金管理伺服器；

所述第一資金管理伺服器接收所述凍結信息，開出電子憑證。

上述方法中，所述第一資金管理伺服器將預開證第一數據信息發送給開證端前，還包括：

所述第一資金管理伺服器接收開證端發送的開證請求數據信息，並根據所述開證請求數據信息生成所述預開證第一數據信息。

上述方法中，所述數據處理終端委託第二資金管理伺服器代為支付前，具體包括：

所述數據處理終端確認是否同意代為支付；

若同意，則所述數據處理終端委託第二資金管理伺服器代為支付；

否則結束流程。

上述方法中，所述第一資金管理伺服器接收所述凍結信息後，還包括：

錄入第二資金管理伺服器信息，將數據同步至數據處理終端及數據請求終端。

根據本申請的第三方面，本申請提供一種代開電子憑證的數據處理方法，包括：

開證行將預開證第一數據信息發送給數據請求終端；

所述數據請求終端根據所述預開證第一數據信息生成請求他人支付的第二請求數據信息，並發送給所述開證行，所述第二請求數據信息包括請求他人支付的金額；

所述數據請求終端生成通知他人支付的信息並發送給數據處理終端；

所述數據處理終端委託他人支付行代為支付；

所述他人支付行凍結帳戶開證資金額度或支用授信額度，生成凍結信息通知所述開證行；

所述開證行接收所述凍結信息，開出電子憑證。

根據本申請的第四方面，本申請提供一種金管理伺服器，包括發送模塊、接收模塊和處理模塊；所述發送模塊，用於將預開證第一數據信息發送給數據請求終端；所述接收模塊，用於接收所述數據請求終端發送的根據所述預開證第一數據信息生成的請求他人支付的第二請求數據信息；所述處理模塊，用於接收第二資金管理伺服器發送的凍結帳戶開證資金額度或支用授信額度信息，開出電子憑證。。

根據本申請的第五方面，本申請提供一種代開電子憑證的數據處理系統，包括第一資金管理伺服器、數據請求終端、第二資金管理伺服器和他人支付終端；

所述第一資金管理伺服器，用於將預開證第一數據信息發送給所述數據請求終端；

所述數據請求終端，用於根據所述預開證第一數據信息生成請求他人支付的第二請求數據信息，並發送給所述第一資金管理伺服器，所述第二請求數據信息包括請求他人支付的金額；

所述數據請求終端，用於生成通知他人支付的信息並發送給數據處理終端；

所述數據處理終端，用於委託第二資金管理伺服器代為支付；

所述第二資金管理伺服器，用於凍結帳戶開證資金額度或支用授信額度，生成凍結信息通知所述第一資金管理伺服器；

所述第一資金管理伺服器，還用於接收所述凍結信息，開出電子憑證。

上述系統，所述數據處理終端還用於確認是否同意代為支付，若同意，則所述數據處理終端委託第二資金管理伺服器代為支付，否則結束流程。

由於採用了以上技術方案，使本申請具備的有益效果在於：

在本申請的具體實施方式中，由於第一資金管理伺服器接收數據請求終端發送的請求他人支付的第二請求數據信息，接收第二資金管理伺服器發送的凍結帳戶開證資金額度或支用授信額度信息後，開出電子憑證，本申請用戶申請開立電子憑證，但以凍結他人帳戶下的資金或授信為基礎，解決了現有技術中，開立電子支付票據時，開證人和支付人必須相同的問題，本申請開證人和支付人不同，方便了用戶，提升了用戶體驗。

附圖說明

圖1為本申請的代開電子憑證的數據處理方法在一種實施方式中的流程圖；

圖2為本申請的代開電子憑證的數據處理方法在另一種實施方式中的流程圖；

圖3為本申請的代開電子憑證的數據處理方法在又一種實施方式中的流程圖；

圖4為本申請的代開電子憑證的數據處理方法在再一種實施方式中的流程圖；

圖5為本申請的資金管理伺服器在一種實施方式中的流程圖；

圖6為本申請的代開電子憑證的數據處理系統在一種實施方式中的結構示意圖。

具體實施方式

下面通過具體實施方式結合附圖對本申請作進一步詳細說明。

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

電子憑證通常的業務流程為：開證銀行根據開證人的申請凍結所需數額資金以開立電子憑證，並由收證人通過收證銀行進行收證，當約定解付條件達成時，由開證銀行將資金解付並通過收證銀行向收證人辦理支付結算。

實施例一：

如圖1所示，本申請的代開電子憑證的數據處理方法，其一種實施方式，包括以下步驟：

　　步驟102：第一資金管理伺服器將預開證第一數據信息發送給數據請求終端。第一資金管理伺服器為開證銀行伺服器，預開證第一數據信息根據開證端的開證請求數據信息生成。

開證請求包括開證人的身份信息和支付帳號信息。還可包括指定收證人的信息，如收證人姓名、手機、郵箱，身份證、微信號、QQ號等能與收證人對應的信息，收證人帳號（存款帳號）等，通過此收證人的信息，便於收證人及時接收電子憑證。

步驟104：第一資金管理伺服器接收數據請求終端發送的根據預開證第一數據信息生成的請求他人支付的第二請求數據信息，第二請求數據信息包括請求他人支付的金額以及他人帳戶信息。

在預開證第一數據的基礎上，錄入他人的信息，如手機號、郵箱、微信等能聯繫到他人的通訊信息，從而生成申請他人支付的第二請求數據信息。具體地，該第二請求數據信息中，可包含有請求支付的金額。

步驟106：第一資金管理伺服器接收第二資金管理伺服器發送的凍結帳戶開證資金額度或支用授信額度信息，開出電子憑證。

在一種實施方式中，步驟102前，還包括以下步驟：

第一資金管理伺服器接收開證端發送的開證請求數據信息，並根據開證請求數據信息生成預開證第一數據信息。

實施例二：

如圖2所示，本申請的代開電子憑證的數據處理方法，其另一種實施方式，包括以下步驟：

步驟202：第一資金管理伺服器將預開證第一數據信息發送給數據請求終端。

步驟204：數據請求終端根據預開證第一數據信息生成請求他人支付的第二請求數據信息，並發送給第一資金管理伺服器，第二請求數據信息包括請求他人支付的金額。

步驟206：數據請求終端生成通知他人支付的信息並發送給數據處理終端。

步驟208：數據處理終端委託第二資金管理伺服器代為支付。

在一種實施方式中，步驟208具體可以包括：

數據處理終端確認是否同意代為支付；

若同意，則數據處理終端委託第二資金管理伺服器代為支付；

否則結束流程。

步驟210：第二資金管理伺服器凍結帳戶開證資金額度或支用授信額度，生成凍結信息通知第一資金管理伺服器。

步驟212：第一資金管理伺服器接收所述凍結信息，開出電子憑證。

第一資金管理伺服器接收凍結信息後，還可以包括步驟：錄入第二資金管理伺服器信息，將數據同步至數據處理終端及數據請求終端。

在一種實施方式中，步驟202前還可以包括：

第一資金管理伺服器接收開證端發送的開證請求數據信息，並根據開證請求數據信息生成預開證第一數據信息。如圖3所示，本申請的代開電子憑證的數據處理方法的又一種實施方式，其包括以下步驟：

步驟302：數據請求終端生成開證請求。

通常，數據請求終端為買方使用的終端。開證請求可以包括開證人的身份信息和支付帳號信息。還可包括指定收證人的信息，如收證人姓名、手機、郵箱，身份證、微信號、QQ號等能與收證人對應的信息，收證人帳號（如存款帳號）等，通過此收證人的信息，便於收證人及時接收電子憑證。買方也可不指定收證人，這樣任何獲取該電子憑證信息的人都可以接收該電子憑證。

步驟304：開證銀行接收開證請求數據信息，獲取該數據信息中的信息，生成預開證第一數據信息，並向數據請求終端發送。開證銀行預先對該開證人的身份信息進行校驗。該處的校驗可能具有以下幾種情形：第一種校驗情形是指校驗開證人是否在開證銀行有開戶信息；第二種校驗情形是指該開證申請人是否為真實有效的，也就是實名制認證，不要求開證人在第一資金管理伺服器一定有開戶帳號；第三種校驗情形是指判定該開證申請人是否有不良信用記錄，是白名單用戶還是黑名單用戶等。

步驟306：數據請求終端接收預開證第一數據信息。

在預開證第一數據信息的基礎上，錄入他人的信息，如手機號、郵箱、微信等能聯繫到他人的通訊信息，生成申請他人支付的第二請求數據信息。第二請求數據信息可包含有請求支付的金額等信息。

步驟308：數據請求終端生成通知他人支付的信息，並通過他人的通訊信息，通知到他人。此處的通知信息可以是一個連結，也可以為一圖片或者一段音頻文件。

步驟310：數據處理終端接收到通知信息，決定是否同意代為支付？若同意，則執行步驟312。反之，結束流程，並將結果則反饋給客戶端，或者重新選擇數據處理終端，再繼續判斷是否同意支付。

步驟312: 數據處理終端選擇第二資金管理伺服器，並委託第二資金管理伺服器代為支付。該委託信息可以包括委託支付的金額。可以理解的一種形式，該處支付人已經通過身份驗證，密碼操作，完全授權支付行進行操作。

步驟314：第二資金管理伺服器接收數據處理終端的委託信息，凍結帳戶開證資金額度或支用授信額度，並生成凍結信息，同時將該凍結信息發送給第一資金管理伺服器。如使用借記卡，則凍結借記卡內的資金，如使用信用卡，則凍結信用卡支用授信。

步驟316：第一資金管理伺服器接收支付行的凍結信息，錄入支付行信息，並將數據同步至各方，同時開出電子憑證。

用戶收到電子憑證後，履行電子憑證所附加的條件，便可向支付行要求解凍並予以劃撥，若支付行不能及時執行，則由開證銀行支付，稍後第一資金管理伺服器向支付行追償。

如用戶去一家銀行，請求由其他人帳戶下的存款資金或授信額度作為基礎，凍結其帳戶內的存款資金或授信額度，開立電子憑證。簡略地說，就是讓他人代為開出電子憑證。該用戶可能為手頭臨時沒有資金或信用卡額度用完，而這個時候需要一筆消費，故請朋友以電子憑證的形式代為支付，一方面確保在未完成交易時，資金或信用卡額度都在朋友帳戶，最大限度的建設朋友的儲蓄損失。另一方面，由於朋友知道資金的真實用途，可能更願意以這種形式幫助周轉。或者，父母為讓小孩養成良好的理財習慣，當小孩需要購買商品時，可以通過這種他人代付開出電子憑證的方式，請求父母代為支付，如此，可避免孩子揮霍，利於父母引導孩子建立良好的消費習慣。

本申請中，用戶可通過在一家銀行申請開設電子憑證，同時請求他人凍結其帳戶下的資金或授信進行支付，如此，增設了一種新型的支付方式，為經濟社會活動提速提供了助推劑，提供了豐富了金融支付工具的應用場景，為助推電子商務的成熟發展提供了有利的工具。需要說明的是，該處第一資金管理伺服器和支付行（第二資金管理伺服器）可以是同一銀行，也可以不是同一銀行，也即是說，申請開證的第一資金管理伺服器和他人凍結資金或授信的銀行可以是同一家銀行也可以不是同一家銀行。

實施例三：

如圖4所示，本申請的代開電子憑證的數據處理方法的再一種實施方式，其包括以下步驟：

步驟402：開證行將預開證第一數據信息發送給開證終端。

步驟404：開證終端根據預開證第一數據信息生成請求他人支付的第二請求數據信息，並發送給開證行。

步驟406：開證終端生成通知他人支付的信息並發送給他人支付終端。

步驟408：他人支付終端委託他人支付行代為支付。

步驟410：他人支付行凍結帳戶開證資金額度或支用授信額度，生成凍結信息通知開證行。

步驟412：開證行接收所述凍結開證資金額度或支用授信額度信息，開出電子憑證。

實施例四：

如圖5所示，為本申請的資金管理伺服器在一種實施方式中的流程圖。本實施例中的資金管理伺服器為第一資金管理伺服器，即開證行伺服器。該資金管理伺服器10包括發送模塊11、接收模塊12和處理模塊13。發送模塊11，用於將預開證第一數據信息發送給數據請求終端；接收模塊13，用於接收數據請求終端發送的根據預開證第一數據信息生成的請求他人支付的第二請求數據信息，第二請求數據信息包括請求他人支付的金額；處理模塊13，用於接收第二資金管理伺服器發送的凍結帳戶開證資金額度或支用授信額度信息，開出電子憑證。

在一種實施方式中，處理模塊13，還用於接收數據請求終端發送的開證請求數據信息，並根據開證請求數據信息生成預開證第一數據信息。

實施例五：

如圖6所示，為本申請的代開電子憑證的數據處理系統在一種實施方式中的結構示意圖。其包括第一資金管理伺服器10、數據請求終端30、第二資金管理伺服器20和數據處理終端40。第一資金管理伺服器10，用於將預開證第一數據信息發送給數據請求終端；數據請求終端，用於根據預開證第一數據信息生成請求他人支付的第二請求數據信息，並發送給第一資金管理伺服器，第二請求數據信息包括請求他人支付的金額。數據請求終端30，用於生成通知他人支付的信息並發送給數據處理終端40。數據處理終端40，用於委託第二資金管理伺服器20代為支付。第二資金管理伺服器20，用於凍結帳戶開證資金額度或支用授信額度，生成凍結信息通知第一資金管理伺服器。第一資金管理伺服器10，還用於接收凍結信息，開出電子憑證。

在一種實施方式中，數據處理終端10還用於確認是否同意代為支付，若同意，則數據處理終端委託第二資金管理伺服器20代為支付，否則結束流程。

在一種實施方式中，第一資金管理伺服器10還用於接收數據請求終端30發送的開證請求數據信息，並根據開證請求數據信息生成預開證第一數據信息。

第一資金管理伺服器10還可以用於錄入第二資金管理伺服器20信息，將數據同步至數據處理終端40及數據請求終端30。

以上內容是結合具體的實施方式對本申請所作的進一步詳細說明，不能認定本申請的具體實施只局限於這些說明。對於本申請所屬技術領域的普通技術人員來說，在不脫離本申請構思的前提下，還可以做出若干簡單推演或替換。