本發(fā)明涉及金融技術領域，尤其涉及一種生成電子憑證的方法、裝置以及系統(tǒng)。

背景技術：

隨著網(wǎng)絡的普及以及物流效率的提升，網(wǎng)絡購物已逐漸成為現(xiàn)代人最喜歡使用的采買方式之一，其整體交易量也因而不斷地放大，因此電子商務越來越受人們的重視，并已成為各行各業(yè)拓展商機的重要發(fā)展趨勢。

在傳統(tǒng)的網(wǎng)絡購物過程中，買方需要在電商網(wǎng)絡平臺選擇購買的商品，然后使用轉(zhuǎn)賬、匯款或現(xiàn)金的方式進行支付，然而采用這種背對背的網(wǎng)絡交易方式，不僅存在大量的交易風險（如貨物存在瑕疵、貨品的質(zhì)量問題等），而且在交易完成后也不能保證消費者的權益。盡管近年來在一些電商平臺（如淘寶、天貓）上采用先將貨款匯至第三方交易平臺進行第三方委托支付的方式（如支付寶）來降低交易風險，但是由于第三方平臺也存在一些風險，因此也無法完全確保消費者網(wǎng)絡交易的安全。

特別是在一些商品訂制的應用環(huán)境下，對金融支付的安全性要求更加突出，其中，此處說商品訂制是指買方提出商品定制需求，賣方根據(jù)商品定制信息制作出相應商品并出售給買方。而在現(xiàn)有的商品定制的交易過程中，買方需要向賣方預先支付一定數(shù)額定金，即買方預先要將資金劃撥到賣方的賬戶中，如果由于各種原因，該交易出現(xiàn)取消或失敗的情形，現(xiàn)有機制沒有辦法保證買方支付的定金能夠及時返還給買方，故現(xiàn)有的商品訂制的交易方式存在一定的交易風險。

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

鑒于現(xiàn)有技術的不足，本發(fā)明實施例提供一種生成電子憑證的方法、裝置以及系統(tǒng)，賣方可以根據(jù)買方開具的銀信證中的商品定制信息生成物信證，從而可以提高商品訂制中的交易的安全性。

為了達到上述發(fā)明目的，本發(fā)明實施例提供了一種生成電子憑證的方法，該方法包括如下步驟賣方終端接收買方終端或第一資金管理服務器發(fā)送的對于第一電子憑證的已開證通知，所述已開證通知中至少包含有商品定制信息；

賣方終端根據(jù)所述商品定制信息，生成第二電子憑證。

其中，在所述賣方終端接收來自買方終端或第一資金管理服務器的對于第一電子憑證的已開證通知的步驟之前進一步包括：

賣方終端接收買方終端廣播發(fā)送的所述已開證通知，并判斷是否同意作為賣方終端。

其中，所述賣方終端根據(jù)所述商品定制信息，生成第二電子憑證的步驟包括：

賣方終端根據(jù)所述開證通知中的商品定制信息，生成第二電子憑證。

其中，在所述賣方終端根據(jù)所述開證通知中的商品定制信息，生成第二電子憑證的步驟之后進一步包括：

賣方終端根據(jù)所述已開證通知生成一收證請求，并將所述收證請求發(fā)送給第二資金管理服務器，以供第二資金管理服務器對所述收證請求中的信息進行驗證；

賣方終端接收第二資金管理服務器在對所述收證請求中的信息進行驗證并進行收證處理后發(fā)送的已收證通知，所述已收證通知中至少包含有商品信息。

其中，所述賣方終端根據(jù)所述商品定制信息，生成第二電子憑證的步驟包括：

賣方終端根據(jù)所述已開證通知生成一收證請求，并將所述收證請求發(fā)送給第二資金管理服務器，以供第二資金管理服務器對所述收證請求中的信息進行驗證；

賣方終端接收第二資金管理服務器在對所述收證請求中的信息進行驗證并進行收證處理后發(fā)送的已收證通知，所述已收證通知中至少包含有商品信息；

賣方終端根據(jù)所述已收證通知中的商品定制信息，生成第二電子憑證。

相應地，本發(fā)明實施例的另一方面，還提供了一種生成電子憑證的裝置，應用于賣方終端，其包括：

已開證通知接收單元，用于接收買方終端或第一資金管理服務器發(fā)送的對于第一電子憑證的已開證通知，所述已開證通知中至少包含有商品定制信息；

第二電子憑證生成單元，用于根據(jù)所述商品定制信息，生成第二電子憑證。

其中，進一步包括：

判斷單元，用于接收買方終端廣播發(fā)送的所述已開證通知，并判斷是否同意作為賣方終端。

其中，所述第二電子憑證生成單元包括：

第一生成單元，用于根據(jù)所述已開證通知接收單元所接收的開證通知中的商品定制信息，生成第二電子憑證。

其中，進一步包括：

收證請求生成單元，用于根據(jù)所述已開證通知生成一收證請求，并將所述收證請求發(fā)送給第二資金管理服務器，以供第二資金管理服務器對所述收證請求中的信息進行驗證；

已收證通知接收單元，用于接收第二資金管理服務器在對所述收證請求中的信息進行驗證并進行收證處理后發(fā)送的已收證通知，所述已收證通知中至少包含有商品信息。

其中，所述第二電子憑證生成單元進一步包括：

收證請求生成單元，用于根據(jù)所述已開證通知生成一收證請求，并將所述收證請求發(fā)送給第二資金管理服務器，以供第二資金管理服務器對所述收證請求中的信息進行驗證；

已收證通知接收單元，用于第二資金管理服務器在對所述收證請求中的信息進行驗證并進行收證處理后發(fā)送的已收證通知，所述已收證通知中至少包含有商品信息；

第二生成單元，用于根據(jù)所述已收證通知接收單元所接收的已收證通知中的商品定制信息，生成第二電子憑證。

相應地，本發(fā)明實施例的再一方面，還提供一種生成電子憑證的系統(tǒng)，包括買方終端、第一資金管理服務器、賣方終端以及第二資金管理服務器，其中：

買方終端，用于向第一資金管理服務器發(fā)送開證請求，請求開立第一電子憑證，所述開證請求中包括有開證金額、開證賬戶、商品定制信息；

第一資金管理服務器，用于對所述開證請求進行審核，并開立第一電子憑證，所述第一電子憑證中包含有所述商品定制信息；在開立第一電子憑證后，生成已開證通知，并將所述已開證通知發(fā)送給所述買方終端或在開證請求中指定的賣方終端；

賣方終端，包括前述的一種生成電子憑證的裝置；

第二資金管理服務器，用于對所述收證請求中的信息進行驗證，驗證賣方終端所對應的收證人身份、賬戶信息，并驗證第一電子憑證中的商品信息與第二電子憑證中的商品信息是否相符，在驗證通過后，對所述第一電子憑證進行收證處理，或在驗證未通過后對所述第一電子憑證進行拒絕收證處理，并在收證后將已收證通知發(fā)送給所述賣方終端。

實施本發(fā)明實施例，具有如下有益效果：

本發(fā)明實施例提供的技術方案，實現(xiàn)了在商品定制過程中，買方通過開具銀信證僅需凍結資金，即買方僅需賣方作出付款承諾即可，無需直接向賣方支付定金，大大降低了交易的風險；

同時，將銀信證和物信證結合起來，賣方根據(jù)銀信證中的商品定制信息生成物信證，這樣，可以基于買方對于銀信證的履約期、簽收期等時長進行設置，從而對賣方的發(fā)貨時間、到貨時間等進行限制，一旦賣方未按時辦理履約等流程，則賣方將收不到貨款，進一步提高了交易的安全性。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明提供的一種生成電子憑證的方法第一實施例的主流程示意圖；

圖2是本發(fā)明提供的一種生成電子憑證的方法第二實施例的主流程示意圖；

圖3是本發(fā)明提供的一種生成電子憑證的方法第三實施例的主流程示意圖；

圖4是本發(fā)明提供的一種生成電子憑證的裝置第一實施例的結構示意圖；

圖5是本發(fā)明提供的一種生成電子憑證的裝置第二實施例的結構示意圖；

圖6是本發(fā)明提供的一種生成電子憑證的裝置第三實施例的結構示意圖；

圖7是本發(fā)明在第一應用場合中生成物信證的流程示意圖；

圖8是本發(fā)明在第二應用場合中生成物信證的流程示意圖；

圖9是本發(fā)明在第三應用場合中生成物信證的流程示意圖；

圖10是本發(fā)明在第四應用場合中生成物信證的流程示意圖。

具體實施方式

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

為了便于理解本發(fā)明，首先對本發(fā)明中涉及的幾個重要名詞進行說明，具體如下：

銀信證：在下文中的一些地方也被稱為第一電子憑證，其是指開證人（買方）以其銀行賬戶資金或授信額度作為保證而開立的，銀行承諾依照解付條件辦理收付結算的電子信用憑證。銀信證由賣方下載收銀臺接入接口，由買家完成銀信證的開證，在賣方完成收證并履約后申請解付，銀行在判定解付條件達成后執(zhí)行解付過程。銀信證不僅可以用于商品和服務購買，也可用于抵押擔保，譬如個人可向銀行開具信用證，以此作為向他人貸款的擔保。

開證銀行：其是指接受開證人的請求，按其提供和確認的信息開立銀信證的銀行，開證銀行中設有第一資金管理服務器。

收證銀行：其是指接受收證人的請求，按其提供和確認的信息接收銀信證的銀行，收證銀行中設有第二資金管理服務器。

開證人: 其持有買方終端，其是指向銀行申請開立銀信證的主體，包括自然人、法人及其他組織。

收證人：其持有賣方終端，是指開證人指定的接受銀信證項下資金的主體，包括自然人、法人及其他組織。

開證：是指開證銀行根據(jù)開證人的請求按其提供和確認的信息開立銀信證的行為。

收證：是指收證銀行根據(jù)收證人的收證申請收取銀信證的行為

開證賬戶：是指開證人在開證銀行開立的，向開證銀行申請從該賬戶中凍結所需數(shù)額資金以開立銀信證的賬戶。

收證賬戶：是指收證人指定的其在收證銀行開立的接收銀信證項下資金的賬戶。

履約提示：是賣方交易體履行基礎交易對應義務后，由收證人向開證銀行提交銀信證履約信息的行為。

申請解付：是指收證人根據(jù)銀信證項下基礎交易合同約定履行了給付義務后，向開證銀行請求解付的行為。

銀信證解付：是指開證銀行收到解付提示信息并確認符合解付條件后，向收證銀行匯劃銀信證資金的行為。

其中， 銀信證業(yè)務的基本流程如下：

1、交易體雙方形成訂單后，開證人的買方終端向開證銀行的第一資金管理服務器申請開證。也可以理解的是，在一些情形下，開證人的買方終端可以在形成具體的交易訂單時申請開證；也可在未形成交易訂單時，開證人的買方終端單方主動申請開證。

2、開證銀行的第一資金管理服務器受理后，開立銀信證并凍結相應金額的資金或授信額度。

3、收證人的賣方終端向收證銀行的第二資金管理服務器申請收證。

4、收證銀行的第二資金管理服務器驗證信息無誤后予以收證，銀信證進入履約期，收證人進行履約，例如商家發(fā)送了商品，即可認為進行了履約。

5、收證人履約后，銀信證獲得履約信息，更改銀信狀態(tài)，銀信證進入簽收期，等待商品的送達，以及簽收商品。

6、當開證人簽收商品后，也就是收證人根據(jù)銀信證的解付條件完成銀信證所對應的交易條件后，委托收證銀行向開證銀行申請解付。

7、開證銀行的第一資金管理服務器解除對開證人賬戶資金的凍結，將資金劃轉(zhuǎn)到收證銀行，收證銀行將資金轉(zhuǎn)入收證人賬戶。

應當理解，上述僅是運用銀信證的一種方式，在一些情形下，還可以通過銀信證購買服務。在購買服務時，如住酒店的交易場景中，酒店預訂成功，即酒店進行了履約。當然，銀信證還可以運用于劃撥資金。不同情形時，履約和簽收的理解也有所變化。例如，當商家提供一種商品或服務時，可能就直接使銀信證的狀態(tài)同時流經(jīng)了履約期和簽收期，直接進入解付，如當面交易。

物信證：在下文中的一些地方也被稱為第二電子憑證，其是具有商品標識碼和交互接口、且記錄有商品信息及其交易信息的網(wǎng)絡電子憑證，該交互接口包括該商品信息可被買方編輯的接口，該商品信息包括商品轉(zhuǎn)讓信息。物信證上集成了電子商務所必備的各項功能，其一旦被點擊觸發(fā)購買則按預置程序和交易規(guī)則啟動供應商發(fā)貨、物流配送、銀行付收款等流程。物信證至少包括具有名稱和金額的物品屬性以及具有至少一個賬戶的收結算信息。物信證由產(chǎn)品供應商（廠商）提供，收款賬戶為產(chǎn)品供應商（廠商）賬戶。

物信證存儲于廠商服務器，用戶通過獲取信息調(diào)取廠商服務器的物信證，并展示于顯示設備上；任一用戶查看物信證都是調(diào)取廠商服務器的物信證，因此物信證上記錄的信息會隨著物信證進行流轉(zhuǎn)，以使用戶可以獲取物信證的所有記錄的信息。

采用銀信證對物信證進行購買時，觸發(fā)物信證的購買按鈕，則鏈接到銀信證開證支付頁面，以使用戶通過銀信證開證支付頁面進行開證；完成開證后，銀信證信息與物信證信息相關聯(lián)。

如圖1所示，示出了本發(fā)明提供的一種生成電子憑證的方法第一實施例的主流程示意圖；在該實施例中，該方法包括如下的步驟：

步驟S10，賣方終端接收來自買方終端或第一資金管理服務器的對于第一電子憑證的已開證通知，所述已開證通知中至少包含有商品定制信息；

步驟S12，賣方終端根據(jù)所述商品定制信息，生成第二電子憑證（即物信證）。

如圖2所示，示出了本發(fā)明提供的一種生成電子憑證的方法第二實施例的主流程示意圖；在該實施例中，該方法包括如下的步驟：

步驟S20，買方終端向第一資金管理服務器（位于開證銀行處）發(fā)送開證請求，請求開立第一電子憑證（即銀信證），所述開證請求中包括有開證金額、開證賬戶、商品定制信息、收證期、履約期、簽收期等信息；其中，商品定制信息包括諸如商品名稱、型號、數(shù)量、參數(shù)要求、性能指標等信息；

具體地，第一資金管理服務器對所述開證請求進行審核，在審核通過后開立第一電子憑證，所述第一電子憑證中包含有所述商品定制信息；第一資金管理服務器在開立第一電子憑證后，生成已開證通知；

步驟S21，買方終端接收第一資金管理服務器在開立第一電子憑證后發(fā)送的已開證通知，所述已開證通知包含有所述商品定制信息。

步驟S22，賣方終端接收來自買方終端或第一資金管理服務器的對于第一電子憑證的已開證通知，所述已開證通知中至少包含有商品定制信息；

步驟S23，賣方終端根據(jù)所述開證通知中的商品定制信息，生成第二電子憑證（即物信證）。

在生成第二電子憑證后，可以進一步包括如下的步驟：

步驟S24，賣方終端根據(jù)所述已開證通知生成一收證請求，并將所述收證請求發(fā)送給第二資金管理服務器（位于收證銀行處），以供第二資金管理服務器對所述收證請求中的信息進行驗證；具體地：

第二資金管理服務器對所述收證請求中的信息進行驗證，驗證賣方終端所對應的收證人身份、賬戶信息，并驗證第一電子憑證中的商品信息與第二電子憑證中的商品信息是否相符，如果驗證結果為通過，則對所述第一電子憑證進行收證處理，如果驗證結果為未通過，則對所述第一電子憑證進拒絕收證處理，并在收證后生成已收證信息；

步驟S25，賣方終端接收第二資金管理服務器在對所述收證請求中的信息進行驗證并進行收證處理后發(fā)送的已收證通知，所述已收證通知中至少包含商品定制信息。

可選地，在另一個實施例中，其中，步驟22進一步包括如下的步驟：

買方終端將所述已開證通知向多個賣方終端進行廣播；

賣方終端接收到買方終端廣播發(fā)送的已開證通知后，進行判斷，確認自己是否同意作為賣方終端（即作為收證人）。

如圖3所示，示出了本發(fā)明提供的一種生成電子憑證的方法第三實施例的主流程示意圖；在該實施例中，該生成電子憑證的方法包括如下的步驟：

步驟S30，買方終端向第一資金管理服務器（位于開證銀行處）發(fā)送開證請求，請求開立第一電子憑證（即銀信證），所述開證請求中包括有開證金額、開證賬戶、商品定制信息、收證期、履約期、簽收期等信息；其中，商品定制信息包括諸如商品名稱、型號、數(shù)量、參數(shù)要求、性能指標等信息；

具體地，第一資金管理服務器對所述開證請求進行審核，在審核通過后開立第一電子憑證，所述第一電子憑證中包含有所述商品定制信息；第一資金管理服務器在開立第一電子憑證后，生成已開證通知；

步驟S31，買方終端接收第一資金管理服務器在開立第一電子憑證后發(fā)送的已開證通知，所述已開證通知包含有所述商品定制信息。

步驟S32，賣方終端接收來自買方終端或第一資金管理服務器的對于第一電子憑證的已開證通知，所述已開證通知中至少包含有商品定制信息；

步驟S33，賣方終端根據(jù)所述已開證通知生成一收證請求，并將所述收證請求發(fā)送給第二資金管理服務器，以供第二資金管理服務器對所述收證請求中的信息進行驗證；具體地：

第二資金管理服務器對所述收證請求中的信息進行驗證，驗證賣方終端所對應的收證人身份、賬戶信息，并驗證第一電子憑證中的商品信息與第二電子憑證中的商品信息是否相符，如果驗證結果為通過，則對所述第一電子憑證進行收證處理，如果驗證結果為未通過，則對所述第一電子憑證進拒絕收證處理，并在收證后生成已收證信息；

步驟34，賣方終端接收第二資金管理服務器在對所述收證請求中的信息進行驗證并進行收證處理后發(fā)送的已收證通知，所述已收證通知中至少包含商品定制信息；

步驟S35，賣方終端根據(jù)所述已收證通知中的商品定制信息，生成第二電子憑證。

可選地，在另一個實施例中，其中，步驟S32進一步包括如下的步驟：

買方終端將所述已開證通知向多個賣方終端進行廣播；

賣方終端接收到買方終端廣播發(fā)送的已開證通知后，進行判斷，確認自己是否同意作為賣方終端（即作為收證人）。

如圖4所示，示出了本發(fā)明提供的一種生成電子憑證的裝置第一實施例的結構示意圖；在該實施例中，該裝置1包括：

已開證通知接收單元11，用于接收買方終端或第一資金管理服務器發(fā)送的對于第一電子憑證的已開證通知，所述已開證通知中至少包含有商品定制信息；

第二電子憑證生成單元12，用于根據(jù)所述商品定制信息，生成第二電子憑證；

如圖5所示，示出了本發(fā)明提供的一種生成電子憑證的裝置第二實施例的結構示意圖；在該實施例中，該裝置1包括：

判斷單元10，用于接收買方終端廣播發(fā)送的所述已開證通知，并判斷是否同意作為賣方終端；

已開證通知接收單元11，用于接收買方終端或第一資金管理服務器發(fā)送的對于第一電子憑證的已開證通知，所述已開證通知中至少包含有商品定制信息；

第二電子憑證生成單元12，用于根據(jù)所述商品定制信息，生成第二電子憑證，其中，該第二電子憑證生成單元12進一步包括有：

第一生成單元120，用于根據(jù)所述已開證通知接收單元11所接收的開證通知中的商品定制信息，生成第二電子憑證；

收證請求生成單元13，用于根據(jù)所述已開證通知生成一收證請求，并將所述收證請求發(fā)送給第二資金管理服務器，以供第二資金管理服務器對所述收證請求中的信息進行驗證；

已收證通知接收單元14，用于接收第二資金管理服務器在對所述收證請求中的信息進行驗證并進行收證處理后發(fā)送的已收證通知，所述已收證通知中至少包含有商品信息。

如圖6所示，示出了本發(fā)明提供的一種生成電子憑證的裝置第三實施例的結構示意圖；在該實施例中，該裝置1包括：

判斷單元10，用于接收買方終端廣播發(fā)送的所述已開證通知，并判斷是否同意作為賣方終端；

已開證通知接收單元11，用于接收買方終端或第一資金管理服務器發(fā)送的對于第一電子憑證的已開證通知，所述已開證通知中至少包含有商品定制信息；

第二電子憑證生成單元12，用于根據(jù)所述商品定制信息，生成第二電子憑證。

其中，該第二電子憑證生成單元12進一步包括有：

收證請求生成單元121，用于根據(jù)所述已開證通知生成一收證請求，并將所述收證請求發(fā)送給第二資金管理服務器，以供第二資金管理服務器對所述收證請求中的信息進行驗證；

已收證通知接收單元122，用于第二資金管理服務器在對所述收證請求中的信息驗證并進行收證處理后發(fā)送的已收證通知，所述已收證通知中至少包含有商品信息；

第二生成單元123，用于根據(jù)所述已收證通知接收單元122所接收的已收證通知中的商品定制信息，生成第二電子憑證。

相應地，本發(fā)明實施例還提供了一種生成電子憑證的系統(tǒng)，其包括：買方終端、第一資金管理服務器、賣方終端以及第二資金管理服務器，其中：

買方終端，用于向第一資金管理服務器發(fā)送開證請求，請求開立第一電子憑證，所述開證請求中包括有開證金額、開證賬戶、商品定制信息；

第一資金管理服務器，用于對所述開證請求進行審核，并開立第一電子憑證，所述第一電子憑證中包含有所述商品定制信息；在開立第一電子憑證后，生成已開證通知，并將所述已開證通知發(fā)送給所述買方終端或在開證請求中指定的賣方終端；

賣方終端，包括如圖4至圖6所示的一種生成電子憑證的裝置；

第二資金管理服務器，用于對所述收證請求中的信息進行驗證，驗證賣方終端所對應的收證人身份、賬戶信息，并驗證第一電子憑證中的商品信息與第二電子憑證中的商品信息是否相符，根據(jù)驗證結果對所述第一電子憑證進行收證處理或拒絕收證處理，并在收證后將已收證通知發(fā)送給所述賣方終端。

可以理解的是，更多的細節(jié)可以參考前文對圖3至圖4的描述，在此不進行贅述。

為了便于進一步的理解本發(fā)明所提供的一種生成電子憑證的方法、裝置及系統(tǒng)，下面將結合幾個具體的場景來描述采用本發(fā)明提供的方法，在不同的情形中生成物信證的過程。

一、實施方式1

如圖7所示，示出了本發(fā)明在第一應用場合中生成物信證的流程示意圖。

在該應用場合中，生成物信證的流程包括如下的步驟：

步驟一：買方終端向開證銀行的第一資金管理服務器發(fā)送開證請求，開證請求包括開證賬戶/身份、開證金額、商品定制信息、收證期、履約期、簽收期等信息；

步驟二：開證銀行的第一資金管理服務器驗證開證賬戶/身份、開證金額等信息；

步驟三：開證銀行的第一資金管理服務器根據(jù)開證請求開立相應銀信證，并將商品定制信息寫入銀信證中；

步驟四：開證銀行的第一資金管理服務器凍結開證賬戶內(nèi)的相應數(shù)額的資金；

步驟五：開證銀行的第一資金管理服務器根據(jù)生成的銀信證，生成已開證通知并發(fā)送給賣方，該已開證通知包括商品定制信息；

步驟六：賣方終端接收已開證通知；

步驟七：賣方終端根據(jù)商品定制信息（以及銀信證中的履約期、簽收期等信息）生成物信證。

從中可以看出，在這種方式中，買方通過銀信證提出商品定制需求，賣方根據(jù)銀信證商品定制信息生成相應的物信證。

二、實施方式2

如圖8所示，示出了本發(fā)明在第二應用場合中生成物信證的流程示意圖。

在該應用場合中（如酒店等先付款再提供服務或商品的場合），生成物信證的流程與圖7中示出的實施方式1的區(qū)別在于，在生成物信證的步驟七之后，還包括如下步驟：

步驟八：賣方終端生成收證請求，并發(fā)送給收證銀行的第二資金管理服務器；

步驟九：收證銀行的第二資金管理服務器接收來自賣方端的收證請求；

步驟十：收證銀行的第二資金管理服務器驗證收證人身份、收證賬戶等信息；

步驟十一：同時，驗證銀信證的商品信息與物信證的商品信息是否相符；

步驟十二：當上述步驟十和步驟十一均通過時，則收證銀行的第二資金管理服務器進行收證處理；

步驟十三：當上述步驟十和步驟十一只要有一個步驟未通過時，則收證銀行的第二資金管理服務器進行拒絕收證處理。

三、實施方式3

如圖9所示，示出了本發(fā)明在第三應用場合中生成物信證的流程示意圖。

在該應用場合中，生成物信證的流程與圖7中示出的實施方式1的區(qū)別在于，在賣方終端接收開證通知之后，沒有直接生成物信證，而是在收證銀行的第二資金管理服務器收證之后才生成物信證，故在步驟六之后還包括如下的步驟：

還包括如下步驟：

步驟七：賣方終端生成收證請求；

步驟八：收證銀行的第二資金管理服務器接收來自賣方終端的收證請求；

步驟九：收證銀行的第二資金管理服務器驗證收證人身份、收證賬戶等信息；

步驟十：在步驟九中驗證結果無誤時，進行收證處理，即向開證銀行的第一資金管理服務器請求收證；

步驟十一：在收證成功后，生成已收證通知并發(fā)給賣方，該已收證通知包括商品定制信息；

步驟十二：賣方終端接收已收證通知；

步驟七：賣方終端根據(jù)商品定制信息生成物信證。

四、實施方式4

如圖10所示，示出了本發(fā)明在第四應用場合中生成物信證的流程示意圖。

在該應用場合中，生成物信證的流程與圖8中示出的實施方式2的區(qū)別在于，買方終端沒有確定對應的賣方終端，在買方終端開具銀信證之后，買方終端需要向多個不特定的賣方終端廣播包含商品定制信息的已開證通知，有意向的賣方終端收到已開證通知后，根據(jù)商品定制信息生成物信證。

故在步驟五中，開證銀行的第一資金管理服務器將已開證通知發(fā)送買方終端；

步驟六：買方終端接收已開證通知；

步驟七：買方終端向不特定的多個賣方終端廣播已開證通知，其中包括商品定制信息；

步驟八：意向賣方終端接收已開證通知；

步驟九：意見賣方終端同意作為收證人；

同時，在步驟十二中，非意向賣方終端接收已開證通知；

步驟十三，非意向賣方終端不同意作為收證人；

而后續(xù)的步驟十、步驟十一、步驟十四至步驟十八的流程與圖8中的步驟七至步驟十三的內(nèi)容是相同的，可以一并參考前述對圖8的描述，在此不進行詳述。

從中可以看出，在這種方式中，買方終端通過銀信證提出商品定制需求，賣方終端根據(jù)銀信證商品定制信息生成相應的物信證。

實施本發(fā)明實施例，具有如下有益效果：

本發(fā)明實施例提供的技術方案，實現(xiàn)了在商品定制過程中，買方通過開具銀信證僅需凍結資金，即買方僅需賣方作出付款承諾即可，無需直接向賣方支付定金，大大降低了交易的風險；

同時，將銀信證和物信證結合起來，賣方根據(jù)銀信證中的商品定制信息生成物信證，這樣，可以基于買方對于銀信證的履約期、簽收期等時長進行設置，從而對賣方的發(fā)貨時間、到貨時間等進行限制，一旦賣方未按時辦理履約等流程，則賣方將收不到貨款，進一步提高了交易的安全性。

以上所揭露的僅為本發(fā)明較佳實施例而已，當然不能以此來限定本發(fā)明之權利范圍，因此依本發(fā)明權利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。