本發(fā)明涉及票據(jù)交易領域,特別涉及一種基于線上交割的票據(jù)買斷方法和系統(tǒng)。

背景技術：

現(xiàn)有技術通常采用中國票據(jù)網(wǎng)、普蘭票據(jù)網(wǎng)等進行票據(jù)交易?，F(xiàn)有的交易模式如下：用戶可以在中國票據(jù)網(wǎng)上發(fā)送公開、定向的銀行承兌匯票買斷報價，通過報價應答方式與業(yè)務人員聯(lián)系，線下進行進一步議價交易。用戶還可以通過在普蘭票據(jù)網(wǎng)上填寫承兌行類型、票面金額、匯票到期日等信息進行線下溝通議價，普蘭公司可以從企業(yè)手中收到銀行承兌匯票，去協(xié)議行辦理票據(jù)買斷業(yè)務。然而在實際的交易過程中，無論是中國票據(jù)網(wǎng)還是普蘭公司都只能在線下點對點的進行票據(jù)議價?，F(xiàn)有的銀行承兌匯票的交易過程有以下缺點：首先，銀行承兌匯票進行交易要考慮的要素很多，在網(wǎng)站上我們找自己想要的票據(jù)要花費很長的時間；其次，當我們找到想要進行交易的票據(jù)后要在線下通過一個一個打電話等方式跟對手方進行議價，費時費力還有可能失敗從而需要重新尋找合適的票據(jù)；最后，因為用戶掌握的信息有限，所以用戶在交易中的利益不能得到預期的保證。

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

本發(fā)明旨在至少解決上述技術問題之一。

為此，本發(fā)明的一個目的在于提出一種基于線上交割的票據(jù)買斷方法。本發(fā)明的另一個目的在于提供一種基于線上交割的票據(jù)買斷系統(tǒng)。

為了實現(xiàn)上述目的，本發(fā)明的一個實施例提出了一種基于線上交割的票據(jù)買斷方法，應用于交易發(fā)起銀行對應的客戶端，包括以下步驟：

步驟1，生成票據(jù)買斷請求，所述票據(jù)買斷請求包括至少一個預設票據(jù)參數(shù)信息；

步驟2，獲取預設的交易銀行列表或者獲取手動輸入的交易銀行信息；

步驟3，獲取預設的準入名單列表；

步驟4，判斷所述交易銀行列表上的交易銀行或者手動輸入的交易銀行信息對應的交易銀行是否在所述準入名單列表，若是，則將所述交易銀行作為議價銀行，執(zhí)行步驟6，若否，則執(zhí)行步驟5；

步驟5，獲取并查詢預設的中間銀行匹配列表，判斷所述交易銀行是否有相匹配的中間銀行，若有，則將所述交易銀行作為議價銀行，并執(zhí)行步驟6，否則，結(jié)束交易流程；

步驟6，根據(jù)所述票據(jù)買斷請求生成交易事件，將所述交易事件發(fā)布給所述議價銀行，根據(jù)預設票據(jù)參數(shù)信息獲取所述議價銀行的至少一個待交易票據(jù)以及議價銀行對所述待交易票據(jù)的報價價格，然后在預設交易時間內(nèi)采用預設議價流程與所述議價銀行就所述待交易票據(jù)進行議價，直至從所述議價銀行中生成至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格；

步驟7，根據(jù)預設交割流程生成時間軸,然后執(zhí)行所述預設交割流程并獲取預設交割流程中每個交割步驟的交割狀態(tài)；

步驟8，通過不同顏色顯示所述時間軸上每個交割步驟完成前后的交割狀態(tài)。

本實施例通過在線議價方式和線上交割方式，方便銀行之間在線進行競價，提高了票據(jù)買斷的效率和成功率，同時采用準入名單列表對不符合要求的議價銀行進行限制，并通過中間銀行匹配列表擴大了參與議價的銀行范圍，有利于選擇最合適的交易對象買斷最合適的票據(jù)，從而增加銀行收益，加快票據(jù)流轉(zhuǎn)速度、提升了票據(jù)流轉(zhuǎn)效率，促進票據(jù)市場健康有序發(fā)展。

另外，根據(jù)本發(fā)明上述實施例的一種基于線上交割的票據(jù)買斷方法還可以具有如下附加的技術特征：

在一些示例中，步驟4中，所述預設交割流程包括以下步驟：

s401，連接交易平臺,并向交易平臺發(fā)送第一查詢指令,所述第一查詢指令用于驅(qū)動交易平臺中第一預設銀行的銀企直連接口在預設第一查詢期限內(nèi)查詢第一托管賬戶中是否存入了與所述目標交易價格一致的買斷款項；接收交易平臺返回的第一查詢結(jié)果，若所述第一查詢結(jié)果為第一托管賬戶中存入了與所述目標交易價格一致的買斷款項,則執(zhí)行步驟s402，若否，則結(jié)束交易流程；所述第一托管賬戶為在所述第一預設銀行中預先開設的用于托管買斷款項的賬戶；

s402，連接交易平臺,并向交易平臺發(fā)送第二查詢指令,所述第二查詢指令用于驅(qū)動交易平臺中第二預設銀行的銀企直連接口在預設第二查詢期限內(nèi)查詢第二托管賬戶中是否存入了與所述目標交易票據(jù)票號一致的票據(jù)；接收交易平臺返回的第二查詢結(jié)果，若所述第二查詢結(jié)果為第二托管賬戶中存入了與所述目標交易票據(jù)票號一致的票據(jù),則執(zhí)行步驟s403，若否，則結(jié)束交易流程；所述第二托管賬戶為在所述第二預設銀行中預先開設的用于托管目標交易票據(jù)的賬戶；

s403，接收交易平臺發(fā)送的簽收提醒信息，所述簽收提醒信息用于提醒交易發(fā)起銀行簽收所述第二托管賬戶中的所述目標交易票據(jù)，以將所述目標交易票據(jù)從第二托管賬戶中轉(zhuǎn)入所述交易發(fā)起銀行的現(xiàn)有持倉以及用于提醒第一托管賬戶中的買斷款項已轉(zhuǎn)至目標交易銀行。

在一些示例中，步驟4中，所述預設交割流程包括以下步驟：

s411，通過交易平臺向電子商業(yè)匯票系統(tǒng)發(fā)送第一凍結(jié)指令，所述第一凍結(jié)指令用于驅(qū)動電子商業(yè)匯票系統(tǒng)凍結(jié)所述目標交易票據(jù)；

s412，連接交易平臺,并向交易平臺發(fā)送第三查詢指令,所述第三查詢指令用于驅(qū)動交易平臺中第三預設銀行的銀企直連接口在預設第三查詢期限內(nèi)查詢第三托管賬戶中是否存入了與所述目標交易價格一致的買斷款項；接收交易平臺返回的第三查詢結(jié)果，若所述第三查詢結(jié)果為第三托管賬戶中存入了與所述目標交易價格一致的買斷款項,則通過所述交易平臺向第三預設銀行發(fā)送第二凍結(jié)指令，以凍結(jié)所述買斷款項，若否，則結(jié)束交易流程；所述第三托管賬戶為在所述第三預設銀行中預先開設的用于托管所述買斷款項的賬戶；

s413，通過所述交易平臺向電子商業(yè)匯票系統(tǒng)發(fā)送票據(jù)所屬權轉(zhuǎn)讓指令，所述票據(jù)所屬權轉(zhuǎn)讓指令用于驅(qū)動電子商業(yè)匯票系統(tǒng)將所述目標交易票據(jù)的所屬權修改為所述交易發(fā)起銀行；

s414，接收交易平臺發(fā)送的簽收提醒信息，所述簽收提醒信息用于提醒交易發(fā)起銀行簽收所述電子商業(yè)匯票系統(tǒng)中的所述目標交易票據(jù)，以將所述目標交易票據(jù)轉(zhuǎn)入所述交易發(fā)起銀行的現(xiàn)有持倉以及用于提醒第三托管賬戶中的買斷款項已轉(zhuǎn)至目標交易銀行。

在一些示例中，所述預設票據(jù)參數(shù)信息包括票據(jù)類型信息、票據(jù)的承兌人類型信息、利率信息、承兌剩余天數(shù)信息和票據(jù)的總額信息。

在一些示例中，還包括步驟9，所述步驟9具體為：接收所述交易發(fā)起銀行對所述目標交易銀行的第一評分，并根據(jù)所述第一評分對所述目標交易銀行的當前評分進行更新；以及接收所述目標交易銀行對所述交易發(fā)起銀行的第二評分，并根據(jù)所述第二評分對所述交易發(fā)起銀行的當前評分進行更新。

在一些示例中，所述步驟6和步驟7之間還包括票據(jù)驗證步驟，所述票據(jù)驗證步驟具體為：獲取所述目標交易票據(jù)的票號，并根據(jù)所述票號獲取所述目標交易票據(jù)的第一票據(jù)信息，然后對所述第一票據(jù)信息進行驗證，驗證通過后執(zhí)行步驟7。

在一些示例中，步驟6中當交易發(fā)起銀行主動生成成交指令或者交易發(fā)起銀行主動結(jié)束議價并進入交割過程時，所述步驟6和票據(jù)驗證步驟之間還包括確認步驟，所述確認步驟具體為：根據(jù)目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格生成待付款清單，將所述待付款清單推送至所述目標交易銀行對應的預設審批客戶端，并判斷預設審批時間內(nèi)是否接收到預設審批客戶端發(fā)送的審批通過指令，若是，則執(zhí)行票據(jù)驗證步驟，若否，則結(jié)束交易過程。

本發(fā)明第二方面的實施例還提出了一種基于線上交割的票據(jù)買斷系統(tǒng)，包括交易平臺和交易發(fā)起銀行對應的客戶端，所述客戶端包括：

請求生成模塊，用于生成票據(jù)買斷請求，所述票據(jù)買斷請求包括至少一個預設票據(jù)參數(shù)信息；

第一獲取模塊，用于獲取預設的交易銀行列表或者獲取手動輸入的交易銀行信息；

第二獲取模塊，用于獲取預設的準入名單列表；

第一判斷模塊，用于判斷所述交易銀行列表上的交易銀行或者手動輸入的交易銀行信息對應的交易銀行是否在所述準入名單列表，若是，則將所述交易銀行作為議價銀行，并驅(qū)動議價模塊，若否，則驅(qū)動第二判斷模塊；

第二判斷模塊，用于獲取并查詢預設的中間銀行匹配列表，判斷所述交易銀行是否有相匹配的中間銀行，若有，則將所述交易銀行作為議價銀行，并驅(qū)動議價模塊，否則，結(jié)束交易流程；

議價模塊，用于根據(jù)所述票據(jù)買斷請求生成交易事件，將所述交易事件發(fā)布給所述議價銀行，根據(jù)預設票據(jù)參數(shù)信息獲取所述議價銀行的至少一個待交易票據(jù)以及議價銀行對所述待交易票據(jù)的報價價格，然后在預設交易時間內(nèi)采用預設議價流程與所述議價銀行就所述待交易票據(jù)進行議價，直至從所述議價銀行中生成至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格；

交割模塊，用于根據(jù)預設交割流程生成時間軸,然后執(zhí)行所述預設交割流程并獲取預設交割流程中每個交割步驟的交割狀態(tài)；

顯示模塊，用于通過不同顏色顯示所述時間軸上每個交割步驟完成前后的交割狀態(tài)。

另外，根據(jù)本發(fā)明上述實施例的基于線上交割的票據(jù)買斷系統(tǒng)還可以具有如下附加的技術特征：

在一些示例中，所述交割模塊包括第一執(zhí)行單元、第二執(zhí)行單元和第一信息接收單元，

所述第一執(zhí)行單元用于連接交易平臺,并向交易平臺發(fā)送第一查詢指令,所述第一查詢指令用于驅(qū)動交易平臺中第一預設銀行的銀企直連接口在預設第一查詢期限內(nèi)查詢第一托管賬戶中是否存入了與所述目標交易價格一致的買斷款項；接收交易平臺返回的第一查詢結(jié)果，若所述第一查詢結(jié)果為第一托管賬戶中存入了與所述目標交易價格一致的買斷款項,則驅(qū)動第二執(zhí)行單元，若否，則結(jié)束交易流程；所述第一托管賬戶為在所述第一預設銀行中預先開設的用于托管買斷款項的賬戶；

所述第二執(zhí)行單元用于連接交易平臺,并向交易平臺發(fā)送第二查詢指令,所述第二查詢指令用于驅(qū)動交易平臺中第二預設銀行的銀企直連接口在預設第二查詢期限內(nèi)查詢第二托管賬戶中是否存入了與所述目標交易票據(jù)票號一致的票據(jù)；接收交易平臺返回的第二查詢結(jié)果，若所述第二查詢結(jié)果為第二托管賬戶中存入了與所述目標交易票據(jù)票號一致的票據(jù),則驅(qū)動第一信息接收單元，若否，則結(jié)束交易流程；所述第二托管賬戶為在所述第二預設銀行中預先開設的用于托管目標交易票據(jù)的賬戶；

所述第一信息接收單元用于接收交易平臺發(fā)送的簽收提醒信息，所述簽收提醒信息用于提醒交易發(fā)起銀行簽收所述第二托管賬戶中的所述目標交易票據(jù)，以將所述目標交易票據(jù)從第二托管賬戶中轉(zhuǎn)入所述交易發(fā)起銀行的現(xiàn)有持倉以及用于提醒第一托管賬戶中的買斷款項已轉(zhuǎn)至目標交易銀行。

在一些示例中，所述交割模塊包括第一指令發(fā)送單元、第二指令發(fā)送單元、第三指令發(fā)送單元和第二信息接收單元，

所述第一指令發(fā)送單元用于通過交易平臺向電子商業(yè)匯票系統(tǒng)發(fā)送第一凍結(jié)指令，所述第一凍結(jié)指令用于驅(qū)動電子商業(yè)匯票系統(tǒng)凍結(jié)所述目標交易票據(jù)；

所述第二指令發(fā)送單元用于連接交易平臺,并向交易平臺發(fā)送第三查詢指令,所述第三查詢指令用于驅(qū)動交易平臺中第三預設銀行的銀企直連接口在預設第三查詢期限內(nèi)查詢第三托管賬戶中是否存入了與所述目標交易價格一致的買斷款項；接收交易平臺返回的第三查詢結(jié)果，若所述第三查詢結(jié)果為第三托管賬戶中存入了與所述目標交易價格一致的買斷款項,則通過所述交易平臺向第三預設銀行發(fā)送第二凍結(jié)指令，以凍結(jié)所述買斷款項，若否，則結(jié)束交易流程；所述第三托管賬戶為在所述第三預設銀行中預先開設的用于托管所述買斷款項的賬戶；

所述第三指令發(fā)送單元用于通過所述交易平臺向電子商業(yè)匯票系統(tǒng)發(fā)送票據(jù)所屬權轉(zhuǎn)讓指令，所述票據(jù)所屬權轉(zhuǎn)讓指令用于驅(qū)動電子商業(yè)匯票系統(tǒng)將所述目標交易票據(jù)的所屬權修改為所述交易發(fā)起銀行；

所述第二信息接收單元用于接收交易平臺發(fā)送的簽收提醒信息，所述簽收提醒信息用于提醒交易發(fā)起銀行簽收所述電子商業(yè)匯票系統(tǒng)中的所述目標交易票據(jù)，以將所述目標交易票據(jù)轉(zhuǎn)入所述交易發(fā)起銀行的現(xiàn)有持倉以及用于提醒第三托管賬戶中的買斷款項已轉(zhuǎn)至目標交易銀行。

本發(fā)明的附加方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明的實踐了解到。

附圖說明

本發(fā)明的上述和/或附加的方面和優(yōu)點從結(jié)合下面附圖對實施例的描述中將變得明顯和容易理解，其中：

圖1為實施例1提供的基于線上交割的票據(jù)買斷方法的流程性示意圖；

圖2為實施例2提供的基于線上交割的票據(jù)買斷方法中預設交割流程的流程性示意圖；

圖3為實施例3提供的基于線上交割的票據(jù)買斷方法中預設交割流程的流程性示意圖；

圖4為實施例4提供的基于線上交割的票據(jù)買斷系統(tǒng)的連接示意圖；

圖5為實施例5提供的基于線上交割的票據(jù)買斷系統(tǒng)中交割模塊的連接示意圖；

圖6為實施例6提供的基于線上交割的票據(jù)買斷系統(tǒng)中交割模塊的連接示意圖；

圖7為實施例7提供的基于線上交割的票據(jù)買斷系統(tǒng)的連接示意圖。

具體實施方式

參照下面的描述和附圖，將清楚本發(fā)明的實施例的這些和其他方面。在這些描述和附圖中，具體公開了本發(fā)明的實施例中的一些特定實施方式，來表示實施本發(fā)明的實施例的原理的一些方式，但是應當理解，本發(fā)明的實施例的范圍不受此限制。相反，本發(fā)明的實施例包括落入所附加權利要求書的精神和內(nèi)涵范圍內(nèi)的所有變化、修改和等同物。

在本發(fā)明的描述中，需要理解的是，術語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性。術語“安裝”、“相連”、“連接”應做廣義理解，例如，可以是固定連接，也可以是可拆卸連接，或一體地連接；可以是機械連接，也可以是電連接；可以是直接相連，也可以通過中間媒介間接相連，可以是兩個元件內(nèi)部的連通。對于本領域的普通技術人員而言，可以具體情況理解上述術語在本發(fā)明中的具體含義。

以下結(jié)合附圖描述根據(jù)本發(fā)明實施例的一種基于線上交割的票據(jù)買斷方法和系統(tǒng)。

圖1為實施例1提供的一種基于線上交割的票據(jù)買斷方法的流程性示意圖，所述票據(jù)買斷方法應用于交易發(fā)起銀行對應的客戶端，如圖1所示，包括以下步驟：

步驟1，生成票據(jù)買斷請求，所述票據(jù)買斷請求包括至少一個預設票據(jù)參數(shù)信息；

步驟2，獲取預設的交易銀行列表或者獲取手動輸入的交易銀行信息；

步驟3，獲取預設的準入名單列表；

步驟4，判斷所述交易銀行列表上的交易銀行或者手動輸入的交易銀行信息對應的交易銀行是否在所述準入名單列表，若是，則將所述交易銀行作為議價銀行，執(zhí)行步驟6，若否，則執(zhí)行步驟5；

步驟5，獲取并查詢預設的中間銀行匹配列表，判斷所述交易銀行是否有相匹配的中間銀行，若有，則將所述交易銀行作為議價銀行，并執(zhí)行步驟6，否則，結(jié)束交易流程；

步驟6，根據(jù)所述票據(jù)買斷請求生成交易事件，將所述交易事件發(fā)布給所述議價銀行，根據(jù)預設票據(jù)參數(shù)信息獲取所述議價銀行的至少一個待交易票據(jù)以及議價銀行對所述待交易票據(jù)的報價價格，然后在預設交易時間內(nèi)采用預設議價流程與所述議價銀行就所述待交易票據(jù)進行議價，直至從所述議價銀行中生成至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格；

步驟7，根據(jù)預設交割流程生成時間軸,然后執(zhí)行所述預設交割流程并獲取預設交割流程中每個交割步驟的交割狀態(tài)；

步驟8，通過不同顏色顯示所述時間軸上每個交割步驟完成前后的交割狀態(tài)。

本實施例實現(xiàn)的是銀行之間的票據(jù)買斷過程，所述待交易票據(jù)為電票。所述時間軸包括預設交割流程的每個交割步驟，通過不同顏色可以顯示預設交割流程中每個交割步驟的交割狀態(tài)，比如某個交割步驟沒有完成，則時間軸上該交割步驟的顏色顯示為灰色，當某個交割步驟完成了，則時間軸上該交割步驟顯示為綠色，方便用戶直觀獲取交割狀態(tài)信息。本實施例通過在線議價方式和線上交割方式，方便銀行之間在線進行競價，提高了票據(jù)買斷的效率和成功率，同時采用準入名單列表對不符合要求的議價銀行進行限制，并通過中間銀行匹配列表擴大了參與議價的銀行范圍，有利于選擇最合適的交易對象買斷最合適的票據(jù)，從而增加銀行收益，加快票據(jù)流轉(zhuǎn)速度、提升了票據(jù)流轉(zhuǎn)效率，促進票據(jù)市場健康有序發(fā)展。

圖2為本發(fā)明實施例2中預設交割流程的流程性示意圖，如圖2所示，所述預設交割流程包括以下步驟：

s401，連接交易平臺,并向交易平臺發(fā)送第一查詢指令,所述第一查詢指令用于驅(qū)動交易平臺中第一預設銀行的銀企直連接口在預設第一查詢期限內(nèi)查詢第一托管賬戶中是否存入了與所述目標交易價格一致的買斷款項；接收交易平臺返回的第一查詢結(jié)果，若所述第一查詢結(jié)果為第一托管賬戶中存入了與所述目標交易價格一致的買斷款項,則執(zhí)行步驟s402，若否，則結(jié)束交易流程；所述第一托管賬戶為在所述第一預設銀行中預先開設的用于托管買斷款項的賬戶；

s402，連接交易平臺,并向交易平臺發(fā)送第二查詢指令,所述第二查詢指令用于驅(qū)動交易平臺中第二預設銀行的銀企直連接口在預設第二查詢期限內(nèi)查詢第二托管賬戶中是否存入了與所述目標交易票據(jù)票號一致的票據(jù)；接收交易平臺返回的第二查詢結(jié)果，若所述第二查詢結(jié)果為第二托管賬戶中存入了與所述目標交易票據(jù)票號一致的票據(jù),則執(zhí)行步驟s403，若否，則結(jié)束交易流程；所述第二托管賬戶為在所述第二預設銀行中預先開設的用于托管目標交易票據(jù)的賬戶；

s403，接收交易平臺發(fā)送的簽收提醒信息，所述簽收提醒信息用于提醒交易發(fā)起銀行簽收所述第二托管賬戶中的所述目標交易票據(jù)，以將所述目標交易票據(jù)從第二托管賬戶中轉(zhuǎn)入所述交易發(fā)起銀行的現(xiàn)有持倉以及用于提醒第一托管賬戶中的買斷款項已轉(zhuǎn)至目標交易銀行。

本實施例中，采用交易平臺作為第三方平臺，將目標交易銀行的的目標交易票據(jù)和交易發(fā)起銀行支付的買斷款項均暫存于開設在第三方平臺的銀行賬戶，從而為交易發(fā)起銀行以及目標交易銀行的票據(jù)交易行為提供保障，進一步提高了票據(jù)買斷的效率和成功率。該優(yōu)選實施例中，若所述議價銀行不在準入名單列表且具有對應的中間銀行時，所述報價價格為議價銀行對所述待交易票據(jù)報價以及中間銀行對所述待交易票據(jù)報價之和，對應的買斷款項為交易發(fā)起銀行對待交易票據(jù)支付的買斷款項和中間銀行對所述待交易票據(jù)支付的買斷款項之和，即s401中，當交易發(fā)起銀行和中間銀行分別將自己應該支付的款項存入第一托管賬戶后，再進入s402。

圖3為本發(fā)明實施例3中預設交割流程的流程性示意圖，如圖3所示，所述預設交割流程包括以下步驟：

s411，通過交易平臺向電子商業(yè)匯票系統(tǒng)發(fā)送第一凍結(jié)指令，所述第一凍結(jié)指令用于驅(qū)動電子商業(yè)匯票系統(tǒng)凍結(jié)所述目標交易票據(jù)；

s412，連接交易平臺,并向交易平臺發(fā)送第三查詢指令,所述第三查詢指令用于驅(qū)動交易平臺中第三預設銀行的銀企直連接口在預設第三查詢期限內(nèi)查詢第三托管賬戶中是否存入了與所述目標交易價格一致的買斷款項；接收交易平臺返回的第三查詢結(jié)果，若所述第三查詢結(jié)果為第三托管賬戶中存入了與所述目標交易價格一致的買斷款項,則通過所述交易平臺向第三預設銀行發(fā)送第二凍結(jié)指令，以凍結(jié)所述買斷款項，若否，則結(jié)束交易流程；所述第三托管賬戶為在所述第三預設銀行中預先開設的用于托管所述買斷款項的賬戶；

s413，通過所述交易平臺向電子商業(yè)匯票系統(tǒng)發(fā)送票據(jù)所屬權轉(zhuǎn)讓指令，所述票據(jù)所屬權轉(zhuǎn)讓指令用于驅(qū)動電子商業(yè)匯票系統(tǒng)將所述目標交易票據(jù)的所屬權修改為所述交易發(fā)起銀行；

s414，接收交易平臺發(fā)送的簽收提醒信息，所述簽收提醒信息用于提醒交易發(fā)起銀行簽收所述電子商業(yè)匯票系統(tǒng)中的所述目標交易票據(jù)，以將所述目標交易票據(jù)轉(zhuǎn)入所述交易發(fā)起銀行的現(xiàn)有持倉以及用于提醒第三托管賬戶中的買斷款項已轉(zhuǎn)至目標交易銀行。

本實施例中，無需采用交易平臺作為第三方平臺，而是直接向電子商業(yè)匯票系統(tǒng)發(fā)送第一凍結(jié)指令暫時凍結(jié)所述目標交易票據(jù)，待第三托管賬戶中存入了與所述目標交易價格一致的買斷款項且對所述買斷款項凍結(jié)后，修改所述目標交易票據(jù)的所屬權信息，并提醒交易發(fā)起銀行簽收所述電子商業(yè)匯票系統(tǒng)中的所述目標交易票據(jù)，以將所述目標交易票據(jù)轉(zhuǎn)入所述交易發(fā)起銀行的現(xiàn)有持倉，同時對第三托管賬戶中的買斷款項解凍，將第三托管賬戶中的買斷款項轉(zhuǎn)至目標交易銀行，從而為交易發(fā)起銀行以及目標交易銀行的票據(jù)交易行為提供保障，進一步提高了票據(jù)買斷的效率和成功率。該優(yōu)選實施例中，若所述議價銀行不在準入名單列表且具有對應的中間銀行時，所述報價價格為議價銀行對所述待交易票據(jù)報價以及中間銀行對所述待交易票據(jù)報價之和，對應的買斷款項為交易發(fā)起銀行對待交易票據(jù)支付的買斷款項和中間銀行對所述待交易票據(jù)支付的買斷款項之和，即s412中，當交易發(fā)起銀行和中間銀行分別將自己應該支付的款項存入第三托管賬戶后，再進入s413。

優(yōu)選實施例中，還包括步驟9，所述步驟9具體為：接收所述交易發(fā)起銀行對所述目標交易銀行的第一評分，并根據(jù)所述第一評分對所述目標交易銀行的當前評分進行更新；以及接收所述目標交易銀行對所述交易發(fā)起銀行的第二評分，并根據(jù)所述第二評分對所述交易發(fā)起銀行的當前評分進行更新。該優(yōu)選實施例中，每完成一筆票據(jù)買斷操作，即可對交易雙方進行評分，這樣在下次交易時，可以根據(jù)當前評分高低對議價銀行進行排序，從而選擇合適的議價銀行，降低了票據(jù)買斷過程的風險，進一步促進票據(jù)市場健康有序發(fā)展。

在另一優(yōu)選實施例中，所述步驟6和步驟7之間還包括票據(jù)驗證步驟，所述票據(jù)驗證步驟具體為：獲取所述目標交易票據(jù)的票號，并根據(jù)所述票號獲取所述目標交易票據(jù)的第一票據(jù)信息，然后對所述第一票據(jù)信息進行驗證，驗證通過后執(zhí)行步驟7。具體的，對所述第一票據(jù)信息進行驗證具體包括以下步驟：

s700，在電子商業(yè)匯票系統(tǒng)中查詢所述票號，并獲取所述票號對應的第二票據(jù)信息，判斷所述第一票據(jù)信息是否與所述第二票據(jù)信息相同，若是，則驗證通過并執(zhí)行s710，若否，則結(jié)束步驟；

s710，查詢預先建立的風險數(shù)據(jù)庫，根據(jù)所述票號獲取對應的風險等級，根據(jù)所述風險等級驗證所述票據(jù)是否存在風險，若是，則生成提示信息，并結(jié)束步驟，若否，則驗證通過并執(zhí)行步驟7。

該優(yōu)選實施例首先查詢電子商業(yè)匯票系統(tǒng)，保證票據(jù)基本信息的正確性，然后通過查詢風險數(shù)據(jù)庫對票據(jù)交易的風險等級進行驗證，從而在票據(jù)交易過程中向用戶提示交易風險，保證了用戶進行票據(jù)交易、轉(zhuǎn)讓的安全，促進了整個票據(jù)交易市場的有序進行。所述風險數(shù)據(jù)庫是基于法院、票據(jù)交易網(wǎng)等公共平臺所公示的信息以及本發(fā)明系統(tǒng)自己發(fā)現(xiàn)、收集或經(jīng)舉報獲取的風險數(shù)據(jù)建立的，不僅風險數(shù)據(jù)完善，而且更新及時，可以最大限度的為用戶規(guī)避票據(jù)交易中的風險。

另一具體實施例的步驟6中當交易發(fā)起銀行主動生成成交指令或者交易發(fā)起銀行主動結(jié)束議價并進入交割過程時，所述步驟6和票據(jù)驗證步驟之間還包括確認步驟，所述確認步驟具體為：根據(jù)目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格生成待付款清單，將所述待付款清單推送至所述目標交易銀行對應的預設審批客戶端，并判斷預設審批時間內(nèi)是否接收到預設審批客戶端發(fā)送的審批通過指令，若是，則執(zhí)行票據(jù)驗證步驟，若否，則結(jié)束交易過程。該優(yōu)選實施例中增加了審批步驟，進一步保證了交易安全，提高交易成功率。

另一具體實施例的步驟4中，還可以根據(jù)交易發(fā)起銀行輸入的篩選信息對交易銀行列表上的所有議價銀行先進行篩選，從而選擇符合要求的第一議價銀行，然后判斷該第一議價銀行是否在預設準入名單列表上。所述篩選信息包括銀行名稱、議價銀行范圍、票據(jù)存量和/或歷史交易總量等等。該優(yōu)選實施首先對交易銀行列表上的所有交易銀行進行了一次篩選，從而獲取的議價銀行更加符合交易發(fā)起銀行的需求，進一步提高了票據(jù)買斷效率和成功率。

以上各實施例中，所述預設票據(jù)參數(shù)信息包括票據(jù)類型信息、票據(jù)的承兌人類型信息、利率信息、承兌剩余天數(shù)信息和票據(jù)的總額信息，根據(jù)所述預設票據(jù)參數(shù)信息，即可獲取議價銀行中滿足交易發(fā)起銀行需求的至少一個待交易票據(jù)，并就所述待交易票據(jù)和議價銀行進行議價，議價方法包括一口價模式、即時議價模式和招標模式等等，在以下實施例中分別進行說明。

在一個實施例中，步驟6采用一口價議價模式，所述步驟6具體為：

s601，根據(jù)所述票據(jù)買斷請求生成交易事件，并根據(jù)交易事件和至少一個議價銀行生成第一報價請求事件，所述第一報價請求事件包括所述預設票據(jù)參數(shù)和至少一個議價銀行；

s602，通過交易平臺將所述第一報價請求事件發(fā)送到每個議價銀行對應的客戶端；

s603，在預設交易時間內(nèi)獲取通過所述交易平臺返回的至少一個第二報價請求事件，所述第二報價請求事件包括議價銀行的所有持倉票據(jù)中滿足所述預設票據(jù)參數(shù)的至少一個待交易票據(jù)以及所述待交易票據(jù)的報價價格；

s604，在預設交易時間結(jié)束前判斷是否接收到交易發(fā)起銀行的成交指令，若是，則根據(jù)成交指令從所述議價銀行中生成至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格；若否，則結(jié)束交易過程。

上述實施例的議價過程即為一口價模式，在預設交易時間內(nèi)接收議價銀行對所提供的待交易票據(jù)的唯一一次報價，交易發(fā)起銀行接收該報價后，評估報價是否合適，若合適，則生成成交指令以及至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格，整個議價過程簡單，從而保證了票據(jù)買斷的效率和成功率，同時可以加快票據(jù)流轉(zhuǎn)速度、提升了票據(jù)流轉(zhuǎn)效率，進一步促進票據(jù)市場健康有序發(fā)展。

在一個實施例中，步驟6采用即時議價模式，所述步驟6具體為：

s611，根據(jù)所述票據(jù)買斷請求生成交易事件，并根據(jù)交易事件和至少一個議價銀行生成第一報價請求事件，所述第一報價請求事件包括所述預設票據(jù)參數(shù)和至少一個議價銀行；

s612，通過交易平臺將所述第一報價請求事件發(fā)送到每個議價銀行對應的客戶端，并在預設交易時間內(nèi)獲取通過所述交易平臺返回的至少一個第二報價請求事件，所述第二報價請求事件包括議價銀行的所有持倉票據(jù)中滿足所述預設票據(jù)參數(shù)的至少一個待交易票據(jù)以及所述待交易票據(jù)的第一報價價格；

s613，根據(jù)所述第一報價價格生成新的第一報價請求事件，所述新的第一報價請求事件包括交易發(fā)起銀行對應的第二報價價格；

s614，獲取通過所述交易平臺返回的新的第二報價請求事件，所述新的第二報價請求事件包括議價銀行對應的新的第一報價價格；

s615，重復步驟s613～s614，直到與議價銀行達成預設的議價結(jié)束條件。所述議價結(jié)束條件包括：達到預設的交易限定時間、議價銀行對應的第一報價價格和交易發(fā)起銀行對應的第二報價價格達成一致、交易發(fā)起銀行主動結(jié)束議價并進入交割過程和議價銀行主動結(jié)束議價并進入交割過程。具體來說，即交易被交易發(fā)起銀行或者議價銀行主動結(jié)束；或者預設交易時間結(jié)束前生成了至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格；或者預設交易時間結(jié)束后沒有和任何議價銀行達成一致。

上述實施例的議價過程即為即時議價模式，在預設交易時間內(nèi)可以接收議價銀行對所提供的待交易票據(jù)的多次報價，交易發(fā)起銀行在預設交易時間內(nèi)和議價銀行進行議價，直到預設交易時間結(jié)束，或者生成至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格，整個議價過程簡單，從而保證了票據(jù)買斷的效率和成功率，同時可以加快票據(jù)流轉(zhuǎn)速度、提升了票據(jù)流轉(zhuǎn)效率，進一步促進票據(jù)市場健康有序發(fā)展。

在一個實施例中，步驟6采用招標模式，所述步驟6具體為：

s621，根據(jù)所述票據(jù)買斷請求生成交易事件，并根據(jù)交易事件和所述至少一個議價銀行生成第一報價請求事件，所述第一報價請求事件包括所述預設票據(jù)參數(shù)和至少一個議價銀行；

s622，通過交易平臺將所述第一報價請求事件發(fā)送到議價銀行對應的客戶端；

s623，在預設交易時間內(nèi)獲取通過所述交易平臺返回的至少一個第二報價請求事件，所述第二報價請求事件包括議價銀行的所有持倉票據(jù)中滿足所述預設票據(jù)參數(shù)的至少一個待交易票據(jù)以及所述待交易票據(jù)的一個報價價格；

s624，所述預設交易時間結(jié)束后,選擇預設交易時間內(nèi)報價價格與預設成交條件匹配度最高的議價銀行作為目標交易銀行，并生成目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格。

上述實施例的議價過程即為招標模式，在預設交易時間內(nèi)可以接收議價銀行對所提供的待交易票據(jù)的多次報價，在預設交易時間結(jié)束后，根據(jù)議價銀行的報價生成目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格，比如選擇所有票據(jù)的報價總額最接近預設票據(jù)參數(shù)中票價總額的議價銀行作為目標交易銀行。若預設交易時間內(nèi)沒有接收到任何議價銀行返回的第二報價請求事件或者所有議價銀行的報價價格與預設成交條件匹配度均低于預設閾值，則結(jié)束交易流程。整個議價過程簡單，從而保證了票據(jù)買斷的效率和成功率，同時可以加快票據(jù)流轉(zhuǎn)速度、提升了票據(jù)流轉(zhuǎn)效率，進一步促進票據(jù)市場健康有序發(fā)展。

在以上幾種議價過程中，所述交易平臺為as交易平臺，所述as交易平臺接收到第一報價請求事件后，首先判斷交易是否還處于活動狀態(tài)，若處于活動狀態(tài)，則調(diào)用專門處理交易相關業(yè)務的交易引擎來將所述第一報價請求事件發(fā)布給議價銀行。交易引擎首先生成一個跟第一報價請求事件對應的交易引擎事件，交易引擎事件包括第一報價請求事件對應的交易id和議價銀行信息，然后根據(jù)交易id從交易引擎池中啟動一個事件處理線程，所述事件處理線程根據(jù)所述交易引擎事件的狀態(tài)機id調(diào)用狀態(tài)機將第一報價請求事件分發(fā)給議價銀行。

獲取待交易票據(jù)后，若待交易票據(jù)有多個，可以根據(jù)預設條件對待交易票據(jù)進行分類標識并按照分類結(jié)果進行排序。若待交易票據(jù)的承兌行全稱不在收票行，即交易發(fā)起銀行的準入名單，默認未被選中，以“！”顯示，并備注“未在準入名單”，用區(qū)別于背景的其他顏色標注；當待交易票據(jù)的承兌行全稱在交易發(fā)起銀行的準入名單，但交易發(fā)起銀行未勾選該票，則以“×”顯示，并備注“已忽略”；當交易發(fā)起銀行對待交易票據(jù)的報價小于或等于目標交易銀行(出票行)對待交易票據(jù)的報價時，默認被選中，以√顯示，并備注“報價差異”；當交易發(fā)起銀行對待交易票據(jù)的報價大于目標交易銀行(出票行)對待交易票據(jù)的報價時，默認被選中，以√顯示，并備注“意向達成”。

同時，顯示待交易票據(jù)的報價信息時，無論是交易發(fā)起銀行報價還是目標交易銀行報價，若報價與自己行的上一次報價有差異，則用上下箭頭來表示，若本次報價比上一次報價高就用向上紅色箭頭↑,若本次報價比上一次報價低就用向下綠色箭頭↓。

圖4為實施例4提供的一種基于線上交割的票據(jù)買斷系統(tǒng)的連接示意圖，所述票據(jù)買斷系統(tǒng)包括交易平臺和交易發(fā)起銀行對應的客戶端，如圖4所示，所述客戶端包括：

請求生成模塊，用于生成票據(jù)買斷請求，所述票據(jù)買斷請求包括至少一個預設票據(jù)參數(shù)信息；

第一獲取模塊，用于獲取預設的交易銀行列表或者獲取手動輸入的交易銀行信息；

第二獲取模塊，用于獲取預設的準入名單列表；

第一判斷模塊，用于判斷所述交易銀行列表上的交易銀行或者手動輸入的交易銀行信息對應的交易銀行是否在所述準入名單列表，若是，則將所述交易銀行作為議價銀行，并驅(qū)動議價模塊，若否，則驅(qū)動第二判斷模塊；

第二判斷模塊，用于獲取并查詢預設的中間銀行匹配列表，判斷所述交易銀行是否有相匹配的中間銀行，若有，則將所述交易銀行作為議價銀行，并驅(qū)動議價模塊，否則，結(jié)束交易流程；

議價模塊，用于根據(jù)所述票據(jù)買斷請求生成交易事件，將所述交易事件發(fā)布給所述議價銀行，根據(jù)預設票據(jù)參數(shù)信息獲取所述議價銀行的至少一個待交易票據(jù)以及議價銀行對所述待交易票據(jù)的報價價格，然后在預設交易時間內(nèi)采用預設議價流程與所述議價銀行就所述待交易票據(jù)進行議價，直至從所述議價銀行中生成至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格；

交割模塊，用于根據(jù)預設交割流程生成時間軸,然后執(zhí)行所述預設交割流程并獲取預設交割流程中每個交割步驟的交割狀態(tài)；

顯示模塊，用于通過不同顏色顯示所述時間軸上每個交割步驟完成前后的交割狀態(tài)。

圖5為實施例5提供的一種基于線上交割的票據(jù)買斷系統(tǒng)中交割模塊的連接示意圖，如圖5所示，所述交割模塊包括第一執(zhí)行單元、第二執(zhí)行單元和第一信息接收單元，

所述第一執(zhí)行單元用于連接交易平臺,并向交易平臺發(fā)送第一查詢指令,所述第一查詢指令用于驅(qū)動交易平臺中第一預設銀行的銀企直連接口在預設第一查詢期限內(nèi)查詢第一托管賬戶中是否存入了與所述目標交易價格一致的買斷款項；接收交易平臺返回的第一查詢結(jié)果，若所述第一查詢結(jié)果為第一托管賬戶中存入了與所述目標交易價格一致的買斷款項,則驅(qū)動第二執(zhí)行單元，若否，則結(jié)束交易流程；所述第一托管賬戶為在所述第一預設銀行中預先開設的用于托管買斷款項的賬戶；

所述第二執(zhí)行單元用于連接交易平臺,并向交易平臺發(fā)送第二查詢指令,所述第二查詢指令用于驅(qū)動交易平臺中第二預設銀行的銀企直連接口在預設第二查詢期限內(nèi)查詢第二托管賬戶中是否存入了與所述目標交易票據(jù)票號一致的票據(jù)；接收交易平臺返回的第二查詢結(jié)果，若所述第二查詢結(jié)果為第二托管賬戶中存入了與所述目標交易票據(jù)票號一致的票據(jù),則驅(qū)動第一信息接收單元，若否，則結(jié)束交易流程；所述第二托管賬戶為在所述第二預設銀行中預先開設的用于托管目標交易票據(jù)的賬戶；

所述第一信息接收單元用于接收交易平臺發(fā)送的簽收提醒信息，所述簽收提醒信息用于提醒交易發(fā)起銀行簽收所述第二托管賬戶中的所述目標交易票據(jù)，以將所述目標交易票據(jù)從第二托管賬戶中轉(zhuǎn)入所述交易發(fā)起銀行的現(xiàn)有持倉以及用于提醒第一托管賬戶中的買斷款項已轉(zhuǎn)至目標交易銀行。

圖6為實施例6提供的一種基于線上交割的票據(jù)買斷系統(tǒng)中另一種交割模塊的連接示意圖，如圖6所示，所述交割模塊包括第一指令發(fā)送單元、第二指令發(fā)送單元、第三指令發(fā)送單元和第二信息接收單元，

所述第一指令發(fā)送單元用于通過交易平臺向電子商業(yè)匯票系統(tǒng)發(fā)送第一凍結(jié)指令，所述第一凍結(jié)指令用于驅(qū)動電子商業(yè)匯票系統(tǒng)凍結(jié)所述目標交易票據(jù)；

所述第二指令發(fā)送單元用于連接交易平臺,并向交易平臺發(fā)送第三查詢指令,所述第三查詢指令用于驅(qū)動交易平臺中第三預設銀行的銀企直連接口在預設第三查詢期限內(nèi)查詢第三托管賬戶中是否存入了與所述目標交易價格一致的買斷款項；接收交易平臺返回的第三查詢結(jié)果，若所述第三查詢結(jié)果為第三托管賬戶中存入了與所述目標交易價格一致的買斷款項,則通過所述交易平臺向第三預設銀行發(fā)送第二凍結(jié)指令，以凍結(jié)所述買斷款項，若否，則結(jié)束交易流程；所述第三托管賬戶為在所述第三預設銀行中預先開設的用于托管所述買斷款項的賬戶；

所述第三指令發(fā)送單元用于通過所述交易平臺向電子商業(yè)匯票系統(tǒng)發(fā)送票據(jù)所屬權轉(zhuǎn)讓指令，所述票據(jù)所屬權轉(zhuǎn)讓指令用于驅(qū)動電子商業(yè)匯票系統(tǒng)將所述目標交易票據(jù)的所屬權修改為所述交易發(fā)起銀行；

所述第二信息接收單元用于接收交易平臺發(fā)送的簽收提醒信息，所述簽收提醒信息用于提醒交易發(fā)起銀行簽收所述電子商業(yè)匯票系統(tǒng)中的所述目標交易票據(jù)，以將所述目標交易票據(jù)轉(zhuǎn)入所述交易發(fā)起銀行的現(xiàn)有持倉以及用于提醒第三托管賬戶中的買斷款項已轉(zhuǎn)至目標交易銀行。

圖7為實施例7提供的一種基于線上交割的票據(jù)買斷系統(tǒng)的連接示意圖，如圖7所示，還包括評價模塊，所述評價模塊用于接收所述交易發(fā)起銀行對所述目標交易銀行的第一評分，并根據(jù)所述第一評分對所述目標交易銀行的當前評分進行更新；以及接收所述目標交易銀行對所述交易發(fā)起銀行的第二評分，并根據(jù)所述第二評分對所述交易發(fā)起銀行的當前評分進行更新。所述實施例7中，還包括票據(jù)驗證模塊，如圖7所示，所述票據(jù)驗證模塊具體用于獲取所述目標交易票據(jù)的票號，并根據(jù)所述票號獲取所述目標交易票據(jù)的第一票據(jù)信息，然后對所述第一票據(jù)信息進行驗證，驗證通過后驅(qū)動所述交割模塊。所述票據(jù)驗證模塊具體用于在電子商業(yè)匯票系統(tǒng)中查詢所述票號，并獲取所述票號對應的第二票據(jù)信息，判斷所述第一票據(jù)信息是否與所述第二票據(jù)信息相同，若否，則結(jié)束步驟，若是，則驗證通過并查詢預先建立的風險數(shù)據(jù)庫，根據(jù)所述票號獲取對應的風險等級，根據(jù)所述風險等級驗證所述票據(jù)是否存在風險，若是，則生成提示信息，并結(jié)束步驟，若否，則驗證通過并驅(qū)動所述交割模塊。

所述實施例7中，還包括確認模塊，如圖7所示，所述確認模塊用于根據(jù)目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格生成待付款清單，將所述待付款清單推送至所述目標交易銀行對應的預設審批客戶端，并判斷預設審批時間內(nèi)是否接收到預設審批客戶端發(fā)送的審批通過指令，若是，則驅(qū)動票據(jù)驗證模塊，若否，則結(jié)束交易過程。

以上各實施例中，所述預設票據(jù)參數(shù)信息包括票據(jù)類型信息、票據(jù)的承兌人類型信息、利率信息、承兌剩余天數(shù)信息和票據(jù)的總額信息。

在一個具體的實施例中，所述議價模塊采用一口價模式進行議價，所述議價模塊包括：

第一事件生成單元，用于根據(jù)所述票據(jù)買斷請求生成交易事件，并根據(jù)交易事件和所述至少一個議價銀行生成第一報價請求事件，所述第一報價請求事件包括所述預設票據(jù)參數(shù)和至少一個議價銀行；

第一事件分發(fā)單元，用于通過交易平臺將所述第一報價請求事件發(fā)送到每個議價銀行對應的客戶端；

第一獲取單元，用于在預設交易時間內(nèi)獲取通過所述交易平臺返回的至少一個第二報價請求事件，所述第二報價請求事件包括議價銀行的所有持倉票據(jù)中滿足所述預設票據(jù)參數(shù)的至少一個待交易票據(jù)以及所述待交易票據(jù)的報價價格；

第一結(jié)果生成單元，用于在預設交易時間結(jié)束前判斷是否接收到交易發(fā)起銀行的成交指令，若是，則根據(jù)成交指令從所述議價銀行中生成至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格；若否，則交易過程結(jié)束。

上述實施例的議價過程即為一口價模式，在預設交易時間內(nèi)接收議價銀行對所提供的待交易票據(jù)的唯一一次報價，交易發(fā)起銀行接收該報價后，評估報價是否合適，若合適，則生成成交指令以及至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格，整個議價過程簡單，從而保證了票據(jù)買斷的效率和成功率，同時可以加快票據(jù)流轉(zhuǎn)速度、提升了票據(jù)流轉(zhuǎn)效率，進一步促進票據(jù)市場健康有序發(fā)展。

在另一個具體實施例中，所述議價模塊采用即時議價模式進行議價，所述議價模塊包括：

第二事件生成單元，用于根據(jù)所述票據(jù)買斷請求生成交易事件，并根據(jù)交易事件和所述至少一個議價銀行生成第一報價請求事件，所述第一報價請求事件包括所述預設票據(jù)參數(shù)和至少一個議價銀行；以及用于根據(jù)所述第一報價價格生成新的第一報價請求事件，所述新的第一報價請求事件包括交易發(fā)起銀行對應的第二報價價格；

第二事件分發(fā)單元，用于通過交易平臺將所述第一報價請求事件發(fā)送到每個議價銀行對應的客戶端；

第二獲取單元，用于在預設交易時間內(nèi)獲取通過所述交易平臺返回的至少一個第二報價請求事件，所述第二報價請求事件包括議價銀行的所有持倉票據(jù)中滿足所述預設票據(jù)參數(shù)的至少一個待交易票據(jù)以及所述待交易票據(jù)的第一報價價格；以及用于獲取通過所述交易平臺返回的新的第二報價請求事件，所述新的第二報價請求事件包括議價銀行對應的新的第一報價價格；

第二結(jié)果生成單元，用于與議價銀行達成預設的議價結(jié)束條件時，生成至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格。

上述實施例的議價過程即為即時議價模式，在預設交易時間內(nèi)可以接收議價銀行對所提供的待交易票據(jù)的多次報價，交易發(fā)起銀行在預設交易時間內(nèi)和議價銀行進行議價，直到預設交易時間結(jié)束，或者生成至少一個目標交易銀行、每個目標交易銀行對應的至少一個目標交易票據(jù)以及每個目標交易票據(jù)對應的目標交易價格，整個議價過程簡單，從而保證了票據(jù)買斷的效率和成功率，同時可以加快票據(jù)流轉(zhuǎn)速度、提升了票據(jù)流轉(zhuǎn)效率，進一步促進票據(jù)市場健康有序發(fā)展。

在另一個具體實施例中，所述議價模塊采用招標模式進行議價，所述議價模塊包括：

第三事件生成單元，用于根據(jù)所述票據(jù)買斷請求生成交易事件，并根據(jù)交易事件和所述至少一個議價銀行生成第一報價請求事件，所述第一報價請求事件包括所述預設票據(jù)參數(shù)和至少一個議價銀行；

第三事件分發(fā)單元，用于通過交易平臺將所述第一報價請求事件發(fā)送到每個議價銀行對應的客戶端；

第三獲取單元，用于在預設交易時間內(nèi)獲取通過所述交易平臺返回的至少一個第二報價請求事件，所述第二報價請求事件包括議價銀行的所有持倉票據(jù)中滿足所述預設票據(jù)參數(shù)的至少一個待交易票據(jù)以及所述待交易票據(jù)的報價價格；

第三結(jié)果生成單元，用于所述預設交易時間結(jié)束后,選擇預設交易時間內(nèi)報價價格與預設成交條件匹配度最高的議價銀行作為目標交易銀行，并生成目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格。

上述實施例的議價過程即為招標模式，在預設交易時間內(nèi)可以接收議價銀行對所提供的待交易票據(jù)的多次報價，在預設交易時間結(jié)束后，根據(jù)議價銀行的報價生成目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格，比如選擇所有票據(jù)的報價總額最接近預設票據(jù)參數(shù)中票價總額的議價銀行作為目標交易銀行，若預設交易時間內(nèi)沒有接收到任何議價銀行返回的第二報價請求事件或者所有議價銀行的報價價格與預設成交條件匹配度均低于預設閾值，則結(jié)束交易流程。整個議價過程簡單，從而保證了票據(jù)買入的效率和成功率，同時可以加快票據(jù)流轉(zhuǎn)速度、提升了票據(jù)流轉(zhuǎn)效率，進一步促進票據(jù)市場健康有序發(fā)展。整個議價過程簡單，從而保證了票據(jù)買斷的效率和成功率，同時可以加快票據(jù)流轉(zhuǎn)速度、提升了票據(jù)流轉(zhuǎn)效率，進一步促進票據(jù)市場健康有序發(fā)展。

上述事件分發(fā)單元中的交易平臺為as交易平臺，所述as交易平臺具體用于接收到第一報價請求事件后，首先判斷交易是否還處于活動狀態(tài)，若處于活動狀態(tài)，則調(diào)用專門處理交易相關業(yè)務的交易引擎來將所述第一報價請求事件發(fā)布給議價銀行。交易引擎用于生成一個跟第一報價請求事件對應的交易引擎事件，交易引擎事件包括第一報價請求事件對應的交易id和議價銀行，然后根據(jù)交易id從交易引擎池中啟動一個事件處理線程，所述事件處理線程根據(jù)所述交易引擎事件的狀態(tài)機id調(diào)用狀態(tài)機將第一報價請求事件分發(fā)給議價銀行。

流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應被本發(fā)明的實施例所屬技術領域的技術人員所理解。

在流程圖中表示或在此以其他方式描述的邏輯和/或步驟，例如，可以被認為是用于實現(xiàn)邏輯功能的可執(zhí)行指令的定序列表，可以具體實現(xiàn)在任何計算機可讀介質(zhì)中，以供指令執(zhí)行系統(tǒng)、裝置或設備(如基于計算機的系統(tǒng)、包括處理器的系統(tǒng)或其他可以從指令執(zhí)行系統(tǒng)、裝置或設備取指令并執(zhí)行指令的系統(tǒng))使用，或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設備而使用。就本說明書而言，"計算機可讀介質(zhì)"可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設備或結(jié)合這些指令執(zhí)行系統(tǒng)、裝置或設備而使用的裝置。計算機可讀介質(zhì)的更具體的示例(非窮盡性列表)包括以下：具有一個或多個布線的電連接部(電子裝置)，便攜式計算機盤盒(磁裝置)，隨機存取存儲器(ram)，只讀存儲器(rom)，可擦除可編輯只讀存儲器(eprom或閃速存儲器)，光纖裝置，以及便攜式光盤只讀存儲器(cdrom)。另外，計算機可讀介質(zhì)甚至可以是可在其上打印所述程序的紙或其他合適的介質(zhì)，因為可以例如通過對紙或其他介質(zhì)進行光學掃描，接著進行編輯、解譯或必要時以其他合適方式進行處理來以電子方式獲得所述程序，然后將其存儲在計算機存儲器中。

應當理解，本發(fā)明的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領域公知的下列技術中的任一項或他們的組合來實現(xiàn)：具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(pga)，現(xiàn)場可編程門陣列(fpga)等。

本技術領域的普通技術人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。

此外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中。

上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。

在本說明書的描述中，參考術語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特征、結(jié)構、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結(jié)合。

盡管已經(jīng)示出和描述了本發(fā)明的實施例，對于本領域的普通技術人員而言，可以理解在不脫離本發(fā)明的原理和精神的情況下可以對這些實施例進行多種變化、修改、替換和變型，本發(fā)明的范圍由所附權利要求及其等同限定。