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

背景技術：

現(xiàn)有技術通常采用中國票據(jù)網(wǎng)、普蘭票據(jù)網(wǎng)等進行票據(jù)交易。現(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，根據(jù)票據(jù)逆回購請求生成交易事件，將所述交易事件發(fā)布給所述議價銀行信息對應的議價銀行，根據(jù)預設票據(jù)參數(shù)信息獲取所述議價銀行的至少一個待交易票據(jù)以及議價銀行對所述待交易票據(jù)的報價價格，然后在預設交易時間內采用預設議價流程與所述議價銀行就所述待交易票據(jù)進行議價，直至從所述議價銀行中生成至少一個目標交易銀行、目標交易銀行對應的至少一個目標交易票據(jù)以及目標交易票據(jù)對應的目標交易價格；

步驟4，根據(jù)第一預設交割流程生成第一時間軸,通過不同顏色顯示所述第一時間軸上第一預設交割流程的每個交割步驟完成前后的交割狀態(tài)，所述第一預設交割流程用于將目標交易票據(jù)轉入至所述交易發(fā)起銀行的現(xiàn)有持倉；

步驟5，當目標交易票據(jù)轉入至所述交易發(fā)起銀行的現(xiàn)有持倉后開始計時并生成轉讓時長，當轉讓時長達到所述回購期限后，查詢是否接收到所述目標交易銀行發(fā)送的贖回請求，當接收到所述贖回請求后，將所述贖回請求推送至所述交易發(fā)起銀行對應的第一預設審批客戶端，所述贖回請求至少包括回購價格和回購銀行賬號；

步驟6，第一預設審批時間結束后，判斷是否接收到所述第一預設審批客戶端發(fā)送的第一審批通過指令，若是，則執(zhí)行步驟7，若否，則向所述目標交易銀行發(fā)送再次提交指令，并重復步驟6，直至接收到所述第一預設審批客戶端發(fā)送的第一審批通過指令；所述再次提交指令用于指導目標交易銀行修改所述贖回請求，并命令所述目標交易銀行向交易發(fā)起銀行發(fā)送修改后的贖回請求；

步驟7，根據(jù)第二預設交割流程生成第二時間軸,通過不同顏色顯示所述第二時間軸上第二預設交割流程的每個交割步驟完成前后的交割狀態(tài)，所述第二預設交割流程用于將目標交易票據(jù)轉入至所述目標交易銀行的現(xiàn)有持倉。

本實施例通過在線議價方式和線上交割方式不僅提高了票據(jù)逆回購的效率和成功率，而且方便多家銀行在線進行競價，有利于選擇最合適的交易對象進行票據(jù)交易，從而增加銀行收益；同時可以加快票據(jù)流轉速度、提升了票據(jù)流轉效率，促進票據(jù)市場健康有序發(fā)展。

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

在一些示例中，所述步驟2具體為：

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

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

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

步驟204，獲取并查詢預設的中間銀行匹配列表，判斷所述交易銀行是否有相匹配的中間銀行，若有，則將所述交易銀行作為議價銀行，否則，結束交易流程。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

請求生成模塊，用于生成票據(jù)逆回購請求，所述票據(jù)逆回購請求包括回購期限和至少一個預設票據(jù)參數(shù)信息；

獲取模塊，用于獲取對應的議價銀行信息；

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

第一交割模塊，用于根據(jù)第一預設交割流程生成第一時間軸,通過不同顏色顯示所述第一時間軸上第一預設交割流程的每個交割步驟完成前后的交割狀態(tài)，所述第一預設交割流程用于將目標交易票據(jù)轉入至所述交易發(fā)起銀行的現(xiàn)有持倉；

第一判斷模塊，用于當目標交易票據(jù)轉入至所述交易發(fā)起銀行的現(xiàn)有持倉后開始計時并生成轉讓時長，當轉讓時長達到所述回購期限后，查詢是否接收到所述目標交易銀行發(fā)送的贖回請求，當接收到所述贖回請求后，將所述贖回請求推送至所述交易發(fā)起銀行對應的第一預設審批客戶端，所述贖回請求至少包括回購價格和回購銀行賬號；

第二判斷模塊，用于第一預設審批時間結束后，判斷是否接收到所述第一預設審批客戶端發(fā)送的第一審批通過指令，若是，則驅動第二交割模塊，若否，則向所述目標交易銀行發(fā)送再次提交指令，并驅動所述第一判斷模塊，直至接收到所述第一預設審批客戶端發(fā)送的第一審批通過指令；所述再次提交指令用于指導目標交易銀行修改所述贖回請求，并命令所述目標交易銀行向交易發(fā)起銀行發(fā)送修改后的贖回請求；

第二交割模塊，用于根據(jù)第二預設交割流程生成第二時間軸,通過不同顏色顯示所述第二時間軸上第二預設交割流程的每個交割步驟完成前后的交割狀態(tài)，所述第二預設交割流程用于將目標交易票據(jù)轉入至所述目標交易銀行的現(xiàn)有持倉。

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

在一些示例中，所述獲取模塊包括：

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

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

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

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

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

附圖說明

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

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

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

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

具體實施方式

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

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

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

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

步驟1，生成票據(jù)逆回購請求，所述票據(jù)逆回購請求包括回購期限和至少一個預設票據(jù)參數(shù)信息；

步驟2，獲取對應的議價銀行信息；

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

步驟4，根據(jù)第一預設交割流程生成第一時間軸,通過不同顏色顯示所述第一時間軸上第一預設交割流程的每個交割步驟完成前后的交割狀態(tài)，所述第一預設交割流程用于將目標交易票據(jù)轉入至所述交易發(fā)起銀行的現(xiàn)有持倉；

步驟5，當目標交易票據(jù)轉入至所述交易發(fā)起銀行的現(xiàn)有持倉后開始計時并生成轉讓時長，當轉讓時長達到所述回購期限后，查詢是否接收到所述目標交易銀行發(fā)送的贖回請求，當接收到所述贖回請求后，將所述贖回請求推送至所述交易發(fā)起銀行對應的第一預設審批客戶端，所述贖回請求至少包括回購價格和回購銀行賬號；

步驟6，第一預設審批時間結束后，判斷是否接收到所述第一預設審批客戶端發(fā)送的第一審批通過指令，若是，則執(zhí)行步驟7，若否，則向所述目標交易銀行發(fā)送再次提交指令，并重復步驟6，直至接收到所述第一預設審批客戶端發(fā)送的第一審批通過指令；所述再次提交指令用于指導目標交易銀行修改所述贖回請求，并命令所述目標交易銀行向交易發(fā)起銀行發(fā)送修改后的贖回請求；

步驟7，根據(jù)第二預設交割流程生成第二時間軸,通過不同顏色顯示所述第二時間軸上第二預設交割流程的每個交割步驟完成前后的交割狀態(tài)，所述第二預設交割流程用于將目標交易票據(jù)轉入至所述目標交易銀行的現(xiàn)有持倉。

本實施例實現(xiàn)的是銀行之間的票據(jù)逆回購過程，所述待交易票據(jù)為電票。所述第一時間軸包括第一預設交割流程的每個交割步驟，通過不同顏色可以顯示第一預設交割流程中每個交割步驟的交割狀態(tài)，比如某個交割步驟沒有完成，則第一時間軸上該交割步驟的顏色顯示為灰色，當某個交割步驟完成了，則第一時間軸上該交割步驟顯示為綠色，方便用戶直觀獲取交割狀態(tài)信息，第二時間軸同理。本實施例通過在線議價方式和線上交割方式不僅提高了票據(jù)逆回購的效率和成功率，而且方便多家銀行在線進行競價，有利于選擇最合適的交易對象進行票據(jù)交易，從而增加銀行收益；同時可以加快票據(jù)流轉速度、提升了票據(jù)流轉效率，促進票據(jù)市場健康有序發(fā)展。

優(yōu)選實施例中，所述步驟2具體為：

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

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

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

步驟204，獲取并查詢預設的中間銀行匹配列表，判斷所述交易銀行是否有相匹配的中間銀行，若有，則將所述交易銀行作為議價銀行，否則，結束交易流程。

所述優(yōu)選實施例采用準入名單列表對不符合要求的議價銀行進行限制，并通過中間銀行匹配列表擴大了參與議價的銀行范圍，更加有利于選擇最合適的議價銀行進行交易，進一步增加銀行收益，加快票據(jù)流轉速度、提升了票據(jù)流轉效率，促進票據(jù)市場健康有序發(fā)展。另一具體實施例的步驟203中，還可以根據(jù)交易發(fā)起銀行輸入的篩選信息對交易銀行列表上的所有議價銀行先進行篩選，從而選擇符合要求的第一議價銀行，然后判斷該第一議價銀行是否在預設準入名單列表上。所述篩選信息包括銀行名稱、議價銀行范圍、票據(jù)存量和/或歷史交易總量等等。該優(yōu)選實施首先對交易銀行列表上的所有交易銀行進行了一次篩選，從而獲取的議價銀行更加符合交易發(fā)起銀行的需求，進一步提高了票據(jù)逆回購效率和成功率。

優(yōu)選實施例中，所述步驟4具體為：根據(jù)第一預設交割流程生成第一時間軸,然后執(zhí)行所述第一預設交割流程并獲取第一預設交割流程中每個交割步驟的交割狀態(tài)，然后通過不同顏色顯示所述第一時間軸上每個交割步驟完成前后的交割狀態(tài)。在一具體實施例中，所述第一預設交割流程包括以下步驟：

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

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

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

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

優(yōu)選實施例中，所述第一預設交割流程包括以下步驟：

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

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

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

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

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

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

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

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

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

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

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

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

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

s301，根據(jù)所述票據(jù)逆回購請求生成交易事件，并根據(jù)交易事件和至少一個議價銀行生成第一報價請求事件，所述第一報價請求事件包括所述回購期限、所述預設票據(jù)參數(shù)和至少一個議價銀行；

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

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

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

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

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

s311，根據(jù)所述票據(jù)逆回購請求生成交易事件，并根據(jù)交易事件和至少一個議價銀行生成第一報價請求事件，，所述第一報價請求事件包括所述回購期限、所述預設票據(jù)參數(shù)和至少一個議價銀行；

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

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

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

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

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

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

s321，根據(jù)所述票據(jù)逆回購請求生成交易事件，并根據(jù)交易事件和所述至少一個議價銀行生成第一報價請求事件，所述第一報價請求事件包括所述回購期限、所述預設票據(jù)參數(shù)和至少一個議價銀行；

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

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

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

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

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

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

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

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

請求生成模塊，用于生成票據(jù)逆回購請求，所述票據(jù)逆回購請求包括回購期限和至少一個預設票據(jù)參數(shù)信息；

獲取模塊，用于獲取對應的議價銀行信息；

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

第一交割模塊，用于根據(jù)第一預設交割流程生成第一時間軸,通過不同顏色顯示所述第一時間軸上第一預設交割流程的每個交割步驟完成前后的交割狀態(tài)，所述第一預設交割流程用于將目標交易票據(jù)轉入至所述交易發(fā)起銀行的現(xiàn)有持倉；

第一判斷模塊，用于當目標交易票據(jù)轉入至所述交易發(fā)起銀行的現(xiàn)有持倉后開始計時并生成轉讓時長，當轉讓時長達到所述回購期限后，查詢是否接收到所述目標交易銀行發(fā)送的贖回請求，當接收到所述贖回請求后，將所述贖回請求推送至所述交易發(fā)起銀行對應的第一預設審批客戶端，所述贖回請求至少包括回購價格和回購銀行賬號；

第二判斷模塊，用于第一預設審批時間結束后，判斷是否接收到所述第一預設審批客戶端發(fā)送的第一審批通過指令，若是，則驅動第二交割模塊，若否，則向所述目標交易銀行發(fā)送再次提交指令，并驅動所述第一判斷模塊，直至接收到所述第一預設審批客戶端發(fā)送的第一審批通過指令；所述再次提交指令用于指導目標交易銀行修改所述贖回請求，并命令所述目標交易銀行向交易發(fā)起銀行發(fā)送修改后的贖回請求；

第二交割模塊，用于根據(jù)第二預設交割流程生成第二時間軸,通過不同顏色顯示所述第二時間軸上第二預設交割流程的每個交割步驟完成前后的交割狀態(tài)，所述第二預設交割流程用于將目標交易票據(jù)轉入至所述目標交易銀行的現(xiàn)有持倉。

優(yōu)選實施例中，所述獲取模塊包括：

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

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

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

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

優(yōu)選實施例中，所述第一交割模塊包括第一執(zhí)行單元、第二執(zhí)行單元和第一信息接收單元，

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

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

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

優(yōu)選實施例中，所述第一交割模塊包括第一指令發(fā)送單元、第二指令發(fā)送單元、第三指令發(fā)送單元和第二信息接收單元，

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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