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

背景技術：

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

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

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

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

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

步驟1，生成票據買入請求，所述票據買入請求包括至少一個預設票據參數信息；

步驟2，獲取至少一個交易對象；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在一些示例中，步驟2中，獲取至少一個交易對象的具體步驟為：根據預設的交易對象列表獲取至少一個交易對象或獲取用戶手動輸入的至少一個交易對象，并將手動輸入的交易對象添加到預設的白名單列表。

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

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

請求生成模塊，用于生成票據買入請求，所述票據買入請求包括至少一個預設票據參數信息；

獲取模塊，用于獲取至少一個交易對象；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

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

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

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

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

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

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

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

具體實施方式

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

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

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

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

步驟1，生成票據買入請求，所述票據買入請求包括至少一個預設票據參數信息；

步驟2，獲取至少一個交易對象；

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

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

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

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

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

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

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

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

本實施例中，采用交易平臺作為第三方平臺，將目標交易對象的的目標交易票據和交易發(fā)起者支付的買入款項均暫存于開設在第三方平臺的銀行賬戶，從而為交易發(fā)起者以及交易對象的票據交易行為提供保障，進一步提高了票據買入的效率和成功率。

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

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

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

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

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

本實施例中，無需采用交易平臺作為第三方平臺，而是直接向電子商業(yè)匯票系統(tǒng)發(fā)送第一凍結指令暫時凍結所述目標交易票據，待第三托管賬戶中存入了與所述目標交易價格一致的買入款項且對所述買入款項凍結后，修改所述目標交易票據的所屬權信息，并提醒交易發(fā)起者簽收所述電子商業(yè)匯票系統(tǒng)中的所述目標交易票據，以將所述目標交易票據轉入所述交易發(fā)起者的現(xiàn)有持倉，同時對第三托管賬戶中的買入款項解凍，將第三托管賬戶中的買入款項轉至目標交易對象，從而為交易發(fā)起者以及交易對象的票據交易行為提供保障，進一步提高了票據買入的效率和成功率。

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

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

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

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

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

另一具體實施例的步驟2中，獲取至少一個交易對象的具體步驟為：根據預設的交易對象列表獲取至少一個交易對象或獲取用戶手動輸入的至少一個交易對象，并將手動輸入的交易對象添加到預設的白名單列表。在具體實施例中,可以根據預設的交易對象列表獲取至少一個交易對象并和交易對象列表上的所有交易對象進行議價,也可以根據交易發(fā)起者輸入的篩選信息對交易對象列表上的所有交易對象進行篩選，從而選擇符合要求的交易對象進行議價。所述篩選信息包括企業(yè)名稱、議價對象范圍、票據存量和/或歷史交易總量等等。該優(yōu)選實施例設置了多種獲取交易對象的方式，當需要和相同的交易對象進行多次交易時，采用預設的交易對象列表即可快速獲取交易對象名單，而當和交易對象進行初次交易或者只用進行一次交易時，采用直接輸入的方法效率更高。

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

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

s301，根據所述票據買入請求生成交易事件，并根據交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括所述預設票據參數和至少一個交易對象；

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

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

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

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

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

s311，根據所述票據買入請求生成交易事件，并根據交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括所述預設票據參數和至少一個交易對象；

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

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

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

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

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

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

s321，根據所述票據買入請求生成交易事件，并根據交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括所述預設票據參數和至少一個交易對象；

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

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

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

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

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

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

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

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

請求生成模塊，用于生成票據買入請求，所述票據買入請求包括至少一個預設票據參數信息；

獲取模塊，用于獲取至少一個交易對象；

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

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

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

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

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

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

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

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

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

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

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

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

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

優(yōu)選實施例中，所述獲取模塊具體用于根據預設的交易對象列表獲取至少一個交易對象或獲取用戶手動輸入的至少一個交易對象，并將手動輸入的交易對象添加到預設的白名單列表。

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

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

第一事件生成單元，用于根據所述票據買入請求生成交易事件，并根據交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括所述預設票據參數和至少一個交易對象；

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

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

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

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

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

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

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

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

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

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

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

第三事件生成單元，用于根據所述票據買入請求生成交易事件，并根據交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括所述預設票據參數和至少一個交易對象；

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

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

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

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

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

流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據所涉及的功能按基本同時的方式或按相反的順序，來執(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)：具有用于對數據信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(pga)，現(xiàn)場可編程門陣列(fpga)等。

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

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

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

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

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