本發(fā)明涉及一種計算機領域，特別涉及一種基于招標模式的票據直貼方法和系統(tǒng)。

背景技術：

貼現(xiàn)是指遠期匯票，包括銀行承兌匯票和商業(yè)匯票經承兌后，匯票持有人在匯票尚未到期前在貼現(xiàn)市場上轉讓，受讓人扣除貼現(xiàn)息后，將票款付給出讓人的行為或銀行購買未到期票據的業(yè)務。票據貼現(xiàn)可以分為三種，分別是直貼、轉貼現(xiàn)和再貼現(xiàn)，直貼指銀行承兌匯票的持票人在匯票到期前，為了取得資金，貼付一定利息將票據權利轉讓給銀行的票據行為，是持票人向銀行融通資金的一種方式。傳統(tǒng)直貼的方式包括以下步驟：首先通過電話與多家銀行進行溝通從而確定交易對象和交易價格,然后企業(yè)準備貿易背景合同、公司公章、財務章、法人私章、貼現(xiàn)申請書、企業(yè)法人營業(yè)執(zhí)照復印件、發(fā)票以及交易對象認為需要提供的其他資料，通過這些資料向銀行發(fā)起申請，銀行受理并審批通過后，對該企業(yè)放款。因此，傳統(tǒng)直貼方式大都是在線下進操作，且各個節(jié)點都需要花費較長的時間，不利于直貼交易的完成。同時為了方便企業(yè)快速融資，國家取消了對貿易背景的要求，因此貼現(xiàn)過程中如何保障資金安全、如何提高貼現(xiàn)效率和成功率、如何節(jié)約時間成本等這些問題都對現(xiàn)有票據直貼方法提出了新的挑戰(zhàn)。

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

本發(fā)明提供了一種基于招標模式的票據直貼方法和系統(tǒng)，解決了以上所述的技術問題。

本發(fā)明解決上述技術問題的技術方案如下：一種基于招標模式的票據直貼方法，包括以下步驟：

步驟1，獲取交易發(fā)起者輸入的銀行賬戶和待交易票據的票號；

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

步驟3,根據所述票號獲取所述待交易票據的第一票據信息，并對所述第一票據信息進行驗證，驗證通過后執(zhí)行步驟4；

步驟4，生成交易事件,并將所述交易事件發(fā)布給所述至少一個交易對象，在預設交易時間內接收所有交易對象的至少一個報價價格，并在所述預設交易時間結束后，選擇預設交易時間內報價價格最高的交易對象作為目標交易銀行并生成對應的交易價格；

步驟5，在預設銀行中開設具有票據接收功能的第一托管賬戶，并通過預設銀行的銀企直連接口在預設查詢期限內查詢所述第一托管賬戶中是否存入了與所述票號一致的票據，若是，則執(zhí)行步驟6，若否，則結束交易流程；

步驟6，簽收所述票據，并通過第一托管賬戶向所述目標交易銀行發(fā)送貼現(xiàn)報文，當接收到所述預設銀行發(fā)送的指令后執(zhí)行步驟7，所述指令用于表示所述第一托管賬戶中的票據已被所述目標交易銀行提走，且所述第一托管賬戶中存入與所述交易價格一致的款項；

步驟7,在所述預設銀行中開設用于托管貼現(xiàn)款項的第二托管賬戶，并將所述款項從所述第一托管賬戶中轉入所述第二托管賬戶；

步驟8，接收交易發(fā)起者的提現(xiàn)指令,并根據所述提現(xiàn)指令將所述款項從第二托管賬戶中轉入所述交易發(fā)起者的銀行賬戶。

本發(fā)明的有益效果是：本發(fā)明提供了一種基于招標模式的票據直貼方法，議價前首先對票據進行驗證,保證用戶進行票據交易的安全，然后通過在線議價方式和交割方式不僅提高了票據直貼的效率和成功率，而且方便多家銀行在線進行競價，有利于采用最低貼息成本進行貼現(xiàn)，增加企業(yè)收益。

在上述技術方案的基礎上，本發(fā)明還可以做如下改進。

進一步,所述步驟3中對所述第一票據信息進行驗證具體包括以下步驟：

S301，在電子商業(yè)匯票系統(tǒng)中查詢所述票號，并獲取所述票號對應的權利人信息和第二票據信息，判斷所述權利人信息是否與交易發(fā)起者一致，且判斷第一票據信息是否與所述第二票據信息相同，若是，則驗證通過并執(zhí)行S302，若有一個為否，則結束交易流程；所述第二票據信息包括票據票號、票面金額、承兌人、出票日和到期日；

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

采用上述進一步方案的有益效果是：本進一步技術方案首先查詢電子商業(yè)匯票系統(tǒng)，驗證票據的權利人是否和交易發(fā)起方注冊時的名稱一致，從而防止票據被他人非法貼現(xiàn)；同時對票據的基本信息進行驗證，保證票據基本信息的正確性；然后通過查詢風險數(shù)據庫對票據交易的風險等級進行驗證，從而在票據交易過程中向用戶提示交易風險，保證了用戶進行票據交易、轉讓的安全，促進了整個票據交易市場的有序進行。所述風險數(shù)據庫是基于法院、票據交易網等公共平臺所公示的信息以及本發(fā)明系統(tǒng)自己發(fā)現(xiàn)、收集或經舉報獲取的風險數(shù)據建立的，不僅風險數(shù)據完善，而且更新及時，可以最大限度的為用戶規(guī)避票據交易中的風險。

進一步，所述步驟4中，當預設交易時間內沒有接收到任何交易對象的報價或者所有交易對象的報價價格均低于交易發(fā)起者輸入的預設底價時，結束交易流程。

進一步，步驟4具體為：

S401，生成交易事件，并根據交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易品種、交易數(shù)量和交易對象列表中至少一個交易對象；

S402，通過服務器將所述第一報價請求事件發(fā)送到每個交易對象對應的客戶端，并在預設交易時間內獲取通過所述服務器返回的至少一個第二報價請求事件，所述第二報價請求事件包括交易對象對應的報價價格；

S403，所述預設交易時間結束后,選擇預設交易時間內報價價格最高的交易對象作為目標交易銀行，并生成對應的交易價格；若預設交易時間內沒有接收到任何交易對象返回的第二報價請求事件或者所有交易對象的報價價格均低于交易發(fā)起者輸入的預設底價，則結束交易流程。

采用上述進一步方案的有益效果是：本進一步技術方案通過將票據交易事件分別發(fā)送給多個交易對象，可以實現(xiàn)和多個交易對象進行多人議價，從而可以及時獲取雙方報價，節(jié)省了票據直貼時間，提高了票據直貼的效率和成功率，實現(xiàn)了用戶利益最大化。

進一步，所述步驟1具體為：獲取交易發(fā)起者輸入的銀行賬戶和待交易票據的票號，并驗證所述銀行賬戶是否真實，若是，則執(zhí)行步驟2，若否，則結束交易流程。

采用上述進一步方案的有益效果是：本進一步技術方案中，在進行票據直貼前先驗證交易發(fā)起者的銀行賬戶是否真實，從而避免了不能將款項轉入交易發(fā)起者的銀行賬戶的情況，不僅提高了票據直貼的效率和成功率，同時保證了票據直貼的安全性。

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

采用上述進一步方案的有益效果是：本進一步技術方案中設置了多種獲取交易對象的方式，當需要和相同的交易對象進行多次交易時，采用預設的交易對象列表即可快速獲取交易對象名單，而當和交易對象進行初次交易或者只用進行一次交易時，采用直接輸入的方法效率更高。

為了解決本發(fā)明的技術問題，還提供了一種基于招標模式的票據直貼系統(tǒng)，包括：

第一獲取模塊，用于獲取交易發(fā)起者輸入的銀行賬戶和待交易票據的票號；

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

驗證模塊，用于根據所述票號獲取所述待交易票據的第一票據信息，并對所述第一票據信息進行驗證，驗證通過后驅動議價模塊；

議價模塊，用于生成交易事件,并將所述交易事件發(fā)布給所述至少一個交易對象，在預設交易時間內接收所有交易對象的至少一個報價價格，并在所述預設交易時間結束后，選擇預設交易時間內報價價格最高的交易對象作為目標交易銀行并生成對應的交易價格；

票據交易處理模塊，用于在預設銀行中開設具有票據接收功能的第一托管賬戶，并通過預設銀行的銀企直連接口在預設查詢期限內查詢所述第一托管賬戶中是否存入了與所述票號一致的票據，若否，則結束交易流程；若是，則簽收所述票據，并通過所述銀企直連接口和所述第一托管賬戶向所述目標交易銀行發(fā)送貼現(xiàn)報文；

資金處理模塊，用于在所述預設銀行中開設用于托管貼現(xiàn)款項的第二托管賬戶，并當接收到所述預設銀行發(fā)送的指令后，將所述款項從所述第一托管賬戶中轉入所述第二托管賬戶，所述指令用于表示所述第一托管賬戶中的票據已被所述目標交易銀行提走，且所述第一托管賬戶中存入與所述交易價格一致的款項；以及用于接收交易發(fā)起者的提現(xiàn)指令，并根據所述提現(xiàn)指令將所述款項從第二托管賬戶中轉入所述交易發(fā)起者的銀行賬戶。

進一步,所述驗證模塊包括：

第一驗證單元，用于在電子商業(yè)匯票系統(tǒng)中查詢所述票號，并獲取所述票號對應的權利人信息和第二票據信息，然后判斷所述權利人信息是否與交易發(fā)起者一致，且判斷第一票據信息是否與所述第二票據信息相同，若是，則驗證通過并驅動第二驗證單元，若有一個為否，則結束交易流程；所述第二票據信息包括票據票號、票面金額、承兌人、出票日和到期日；

第二驗證單元，用于查詢預先建立的風險數(shù)據庫，根據所述票號獲取對應的風險等級，根據所述風險等級驗證所述票據是否存在風險，若是，則生成提示信息，并結束交易流程，若否，則驗證通過并驅動議價模塊。

進一步，所述議價模塊還用于當預設交易時間內沒有接收到任何交易對象的報價或者所有交易對象的報價價格均低于交易發(fā)起者輸入的預設底價時，結束交易流程。

進一步，所述議價模塊包括：

第一生成單元，用于生成交易事件，并根據交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易品種、交易數(shù)量和交易對象列表中至少一個交易對象；

發(fā)布單元，用于通過服務器將所述第一報價請求事件發(fā)送到每個交易對象對應的客戶端，并在預設交易時間內獲取通過所述服務器返回的至少一個第二報價請求事件，所述第二報價請求事件包括交易對象對應的報價價格；

第二生成單元，用于所述預設交易時間結束后,選擇預設交易時間內報價價格最高的交易對象作為目標交易銀行，并生成對應的交易價格；并當預設交易時間內沒有接收到任何交易對象返回的第二報價請求事件或者所有交易對象的報價價格均低于交易發(fā)起者輸入的預設底價時，結束交易流程。

進一步，所述第一獲取模塊具體用于獲取交易發(fā)起者輸入的銀行賬戶和待交易票據的票號，并驗證所述銀行賬戶是否真實，若是，則驅動第二獲取模塊，若否，則結束交易流程。

進一步，所述第二獲取模塊具體用于根據預設的交易對象列表獲取至少一個交易對象或獲取用戶手動輸入的至少一個交易對象，并將手動輸入的交易對象添加到預設的白名單列表。

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

附圖說明

圖1為本發(fā)明實施例提供的一種基于招標模式的票據直貼方法的示意性流程圖；

圖2為本發(fā)明另一實施例提供的一種基于招標模式的票據直貼方法中步驟4的示意性流程圖；

圖3為本發(fā)明實施例提供的一種基于招標模式的票據直貼系統(tǒng)的示意性結構圖；

圖4為本發(fā)明另一實施例提供的一種基于招標模式的票據直貼系統(tǒng)中議價模塊的示意性結構圖。

具體實施方式

以下結合附圖對本發(fā)明的原理和特征進行描述，所舉實例只用于解釋本發(fā)明，并非用于限定本發(fā)明的范圍。

圖1為本發(fā)明實施例提供的一種基于招標模式的票據直貼方法的示意性流程圖，如圖1所示，包括以下步驟：

步驟1，獲取交易發(fā)起者輸入的銀行賬戶和待交易票據的票號；

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

步驟3,根據所述票號獲取所述待交易票據的第一票據信息，并對所述第一票據信息進行驗證，驗證通過后執(zhí)行步驟4；

步驟4，生成交易事件,并將所述交易事件發(fā)布給所述至少一個交易對象，在預設交易時間內接收所有交易對象的至少一個報價價格，并在所述預設交易時間結束后，選擇預設交易時間內報價價格最高的交易對象作為目標交易銀行并生成對應的交易價格；

步驟5，在預設銀行中開設具有票據接收功能的第一托管賬戶，并通過預設銀行的銀企直連接口在預設查詢期限內查詢所述第一托管賬戶中是否存入了與所述票號一致的票據，若是，則執(zhí)行步驟6，若否，則結束交易流程；

步驟6，簽收所述票據，并通過第一托管賬戶向所述目標交易銀行發(fā)送貼現(xiàn)報文，當接收到所述預設銀行發(fā)送的指令后執(zhí)行步驟7，所述指令用于表示所述第一托管賬戶中的票據已被所述目標交易銀行提走，且所述第一托管賬戶中存入與所述交易價格一致的款項；

步驟7,在所述預設銀行中開設用于托管貼現(xiàn)款項的第二托管賬戶，并將所述款項從所述第一托管賬戶中轉入所述第二托管賬戶；

步驟8，接收交易發(fā)起者的提現(xiàn)指令,并根據所述提現(xiàn)指令將所述款項從第二托管賬戶中轉入所述交易發(fā)起者的銀行賬戶。

本實施例提供了一種基于招標模式的票據直貼方法，在預設交易時間內，交易對象可以不斷調整自己的報價價格，同時議價前首先對票據進行驗證,保證用戶進行票據交易的安全，然后通過在線議價方式和交割方式不僅提高了票據直貼的效率和成功率，而且方便多家銀行在線進行競價，有利于采用最低貼息成本進行貼現(xiàn)，增加企業(yè)收益。

在優(yōu)選實施例中,所述步驟3中對所述第一票據信息進行驗證具體包括以下步驟：

S301，在電子商業(yè)匯票系統(tǒng)中查詢所述票號，并獲取所述票號對應的權利人信息和第二票據信息，判斷所述權利人信息是否與交易發(fā)起者一致，且判斷第一票據信息是否與所述第二票據信息相同，若是，則驗證通過并執(zhí)行S302，若有一個為否，則結束交易流程；所述第二票據信息包括票據票號、票面金額、承兌人、出票日和到期日；

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

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

優(yōu)選實施例的所述步驟4中，當預設交易時間內沒有接收到任何交易對象的報價或者所有交易對象的報價價格均低于交易發(fā)起者輸入的預設底價時，結束交易流程。圖2為本發(fā)明另一實施例提供的一種基于招標模式的票據直貼方法中步驟4的示意性流程圖，如圖2所示，所述步驟4具體為：

S401，生成交易事件，并根據交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易品種、交易數(shù)量和交易對象列表中至少一個交易對象；

S402，通過服務器將所述第一報價請求事件發(fā)送到每個交易對象對應的客戶端，并在預設交易時間內獲取通過所述服務器返回的至少一個第二報價請求事件，所述第二報價請求事件包括交易對象對應的報價價格；

S403，所述預設交易時間結束后,選擇預設交易時間內報價價格最高的交易對象作為目標交易銀行，并生成對應的交易價格；若預設交易時間內沒有接收到任何交易對象返回的第二報價請求事件或者所有交易對象的報價價格均低于交易發(fā)起者輸入的預設底價，則結束交易流程。

上述優(yōu)選實施例通過將票據交易事件分別發(fā)送給多個交易對象，可以實現(xiàn)和多個交易對象進行多人議價，從而可以及時獲取雙方報價，節(jié)省了票據直貼時間，提高了票據直貼的效率和成功率，實現(xiàn)了用戶利益最大化。

在優(yōu)選實施例中，所述步驟S401具體為:通過調用函數(shù)submiPricetInquiry將所述交易品種、交易數(shù)量和至少一個交易對象封裝在所述交易事件中生成第一報價請求事件，然后將所述第一報價請求事件轉換為對應的MAP格式的數(shù)據，并通過socket通信函數(shù)將所述MAP格式的數(shù)據發(fā)送給服務器。

在另一優(yōu)選實施例中，所述服務器包括第一連接服務器、消息服務器、應用服務器和第二連接服務器，所述步驟S402具體包括以下步驟:

步驟A1，所述第一連接服務器接收所述第一報價請求事件后，對所述第一報價請求事件的交易發(fā)起者進行匹配，若匹配到交易對象，則執(zhí)行步驟A2，若沒有匹配到交易對象，則執(zhí)行步驟A3；

步驟A2，通過socket通信函數(shù)將所述第一報價請求事件發(fā)送給每個交易對象對應的客戶端，并在預設交易時間內獲取所述客戶端返回的至少一個第二報價請求事件，然后執(zhí)行S403；

步驟A3，將所述第一報價請求事件存儲在消息服務器后，執(zhí)行步驟A4；

步驟A4，應用服務器通過消息監(jiān)聽線程持續(xù)監(jiān)聽所述第一報價請求事件，并通過ServerEventListener接口讀取與本應用服務器相關聯(lián)的第一報價請求事件，然后根據所述第一報價請求事件生成對應的服務器事件，并將所述服務器事件發(fā)送到消息服務器，等待相關聯(lián)的其他連接服務器進行讀取，所述服務器事件包括所述第一報價請求事件的全部內容；

步驟A5，相關聯(lián)的第二連接服務器監(jiān)聽到所述服務器事件后，對所述服務器事件的交易發(fā)起者進行匹配，并通過socket通信函數(shù)將所述服務器事件發(fā)送給每個交易對象對應的客戶端，并在預設交易時間內獲取所述客戶端返回的至少一個第二報價請求事件，然后執(zhí)行S403。

優(yōu)選的，所述步驟1具體為：獲取交易發(fā)起者輸入的銀行賬戶和待交易票據的票號，并驗證所述銀行賬戶是否真實，若是，則執(zhí)行步驟2，若否，則結束交易流程。所述優(yōu)選實施例中，在進行票據直貼前先驗證交易發(fā)起者的銀行賬戶是否真實，比如可以隨機打一筆小額的錢款到交易發(fā)起者的銀行賬戶，讓交易發(fā)起者輸入這筆錢的金額以確認所述銀行賬戶是否真實，從而避免了不能將款項轉入交易發(fā)起者的銀行賬戶的情況，不僅提高了票據直貼的效率和成功率，同時保證了票據直貼的安全性。

在另一優(yōu)選實施例的步驟2中，獲取至少一個交易對象的具體步驟為：根據預設的交易對象列表獲取至少一個交易對象或獲取用戶手動輸入的至少一個交易對象，并將手動輸入的交易對象添加到預設的白名單列表。該優(yōu)選實施例設置了多種獲取交易對象的方式，當需要和相同的交易對象進行多次交易時，采用預設的交易對象列表即可快速獲取交易對象名單，而當和交易對象進行初次交易或者只用進行一次交易時，采用直接輸入的方法效率更高。

在優(yōu)選的實施例中，獲取預設的交易對象列表具體包括以下步驟:

生成用于獲取交易對象列表的ActionEvent事件；

通過ActionListener接口監(jiān)聽所述ActionEvent事件，并把監(jiān)聽到的ActionEvent事件傳播給對應的監(jiān)聽器；

所述監(jiān)聽器接收ActionEvent事件，然后執(zhí)行ActionListener接口預先定義的與所述ActionEvent事件對應的處理函數(shù)，并啟動一個獨立處理線程，所述獨立處理線程調用Thread worker接口，所述Thread worker接口采用表單的數(shù)據處理方法與存儲有交易對象信息的連接服務器進行通信，獲取所述連接服務器返回的交易對象列表；

采用表單的界面處理方法將所述交易對象列表以彈框的方式返回給第一客戶端的界面。

圖3為本發(fā)明實施例提供的一種基于招標模式的票據直貼系統(tǒng)的示意性結構圖，如圖3所示，包括：

第一獲取模塊，用于獲取交易發(fā)起者輸入的銀行賬戶和待交易票據的票號；

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

驗證模塊，用于根據所述票號獲取所述待交易票據的第一票據信息，并對所述第一票據信息進行驗證，驗證通過后驅動議價模塊；

議價模塊，用于生成交易事件,并將所述交易事件發(fā)布給所述至少一個交易對象，在預設交易時間內接收所有交易對象的至少一個報價價格，并在所述預設交易時間結束后，選擇預設交易時間內報價價格最高的交易對象作為目標交易銀行并生成對應的交易價格；

票據交易處理模塊，用于在預設銀行中開設具有票據接收功能的第一托管賬戶，并通過預設銀行的銀企直連接口在預設查詢期限內查詢所述第一托管賬戶中是否存入了與所述票號一致的票據，若否，則結束交易流程；若是，則簽收所述票據，并通過所述銀企直連接口和所述第一托管賬戶向所述目標交易銀行發(fā)送貼現(xiàn)報文；

資金處理模塊，用于在所述預設銀行中開設用于托管貼現(xiàn)款項的第二托管賬戶，并當接收到所述預設銀行發(fā)送的指令后，將所述款項從所述第一托管賬戶中轉入所述第二托管賬戶，所述指令用于表示所述第一托管賬戶中的票據已被所述目標交易銀行提走，且所述第一托管賬戶中存入與所述交易價格一致的款項；以及用于接收交易發(fā)起者的提現(xiàn)指令，并根據所述提現(xiàn)指令將所述款項從第二托管賬戶中轉入所述交易發(fā)起者的銀行賬戶。

本實施例提供了一種基于招標模式的票據直貼系統(tǒng)，議價前首先對票據進行驗證,保證用戶進行票據交易的安全，然后通過在線議價方式和交割方式不僅提高了票據直貼的效率和成功率，而且方便多家銀行在線進行競價，有利于采用最低貼息成本進行貼現(xiàn)，增加企業(yè)收益。

優(yōu)選的,所述驗證模塊包括：

第一驗證單元，用于在電子商業(yè)匯票系統(tǒng)中查詢所述票號，并獲取所述票號對應的權利人信息和第二票據信息，然后判斷所述權利人信息是否與交易發(fā)起者一致，且判斷第一票據信息是否與所述第二票據信息相同，若是，則驗證通過并驅動第二驗證單元，若有一個為否，則結束交易流程；所述第二票據信息包括票據票號、票面金額、承兌人、出票日和到期日；

第二驗證單元，用于查詢預先建立的風險數(shù)據庫，根據所述票號獲取對應的風險等級，根據所述風險等級驗證所述票據是否存在風險，若是，則生成提示信息，并結束交易流程，若否，則驗證通過并驅動議價模塊。

該優(yōu)選實施例首先查詢電子商業(yè)匯票系統(tǒng)，驗證票據的權利人是否和交易發(fā)起方注冊時的名稱一致，從而防止票據被他人非法貼現(xiàn)；同時對票據的基本信息進行驗證，保證票據基本信息的正確性；然后通過查詢風險數(shù)據庫對票據交易的風險等級進行驗證，從而在票據交易過程中向用戶提示交易風險，保證了用戶進行票據交易、轉讓的安全，促進了整個票據交易市場的有序進行。

優(yōu)選的，所述議價模塊還用于當預設交易時間內沒有接收到任何交易對象的報價或者所有交易對象的報價價格均低于交易發(fā)起者輸入的預設底價時，結束交易流程。圖4為本發(fā)明另一實施例提供的一種基于招標模式的票據直貼系統(tǒng)中議價模塊的示意性結構圖，如圖4所示，所述議價模塊具體包括：

第一生成單元，用于生成交易事件，并根據交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易品種、交易數(shù)量和交易對象列表中至少一個交易對象；

發(fā)布單元，用于通過服務器將所述第一報價請求事件發(fā)送到每個交易對象對應的客戶端，并在預設交易時間內獲取通過所述服務器返回的至少一個第二報價請求事件，所述第二報價請求事件包括交易對象對應的報價價格；

第二生成單元，用于所述預設交易時間結束后,選擇預設交易時間內報價價格最高的交易對象作為目標交易銀行，并生成對應的交易價格；并當預設交易時間內沒有接收到任何交易對象返回的第二報價請求事件或者所有交易對象的報價價格均低于交易發(fā)起者輸入的預設底價時，結束交易流程。

在優(yōu)選實施例中，所述第一生成單元具體用于通過調用函數(shù)submiPricetInquiry將所述交易品種、交易數(shù)量和至少一個交易對象封裝在所述交易事件中生成第一報價請求事件。所述發(fā)布單元具體用于將所述第一報價請求事件轉換為對應的MAP格式的數(shù)據，并通過socket通信函數(shù)將所述MAP格式的數(shù)據發(fā)送給服務器。

在其他優(yōu)選實施例中，所述服務器包括第一連接服務器、消息服務器、應用服務器和第二連接服務器：

所述第一連接服務器用于接收所述第一報價請求事件，對所述第一報價請求事件的交易發(fā)起者進行匹配，若匹配到交易對象，則通過socket通信函數(shù)將所述第一報價請求事件發(fā)送給交易對象對應的客戶端，并接收交易對象通過客戶端發(fā)送的至少一個第二報價請求事件；以及用于當沒有匹配到交易對象時，則將所述第一報價請求事件存儲在消息服務器中；

消息服務器，用于存儲所述第一報價請求事件和所述服務器事件；

應用服務器，通過消息監(jiān)聽線程持續(xù)監(jiān)聽所述第一報價請求事件，并通過ServerEventListener接口讀取與本應用服務器相關聯(lián)的第一報價請求事件，然后根據所述第一報價請求事件生成對應的服務器事件，并將所述服務器事件發(fā)送到消息服務器，等待相關聯(lián)的第二連接服務器進行讀取，所述服務器事件包括所述第一報價請求事件的全部內容；

第二連接服務器，用于監(jiān)聽并接受所述服務器事件后，對所述服務器事件的交易發(fā)起者進行匹配，并通過socket通信函數(shù)將所述服務器事件發(fā)送給每個交易對象對應的客戶端，以及接收每個交易對象通過客戶端發(fā)送的至少一個第二報價請求事件。

上述優(yōu)選實施例通過將票據交易事件分別發(fā)送給多個交易對象，可以實現(xiàn)和多個交易對象進行多人議價，從而可以及時獲取雙方報價，節(jié)省了票據直貼時間，提高了票據直貼的效率和成功率，實現(xiàn)了用戶利益最大化。

優(yōu)選的，所述第一獲取模塊具體用于獲取交易發(fā)起者輸入的銀行賬戶和待交易票據的票號，并驗證所述銀行賬戶是否真實，若是，則驅動第二獲取模塊，若否，則結束交易流程。所述優(yōu)選實施例中，在進行票據直貼前先驗證交易發(fā)起者的銀行賬戶是否真實，從而避免了不能將款項轉入交易發(fā)起者的銀行賬戶的情況，不僅提高了票據直貼的效率和成功率，同時保證了票據直貼的安全性。

在另一優(yōu)選實施例中，所述第二獲取模塊具體用于根據預設的交易對象列表獲取至少一個交易對象或獲取用戶手動輸入的至少一個交易對象，并將手動輸入的交易對象添加到預設的白名單列表。該優(yōu)選實施例設置了多種獲取交易對象的方式，當需要和相同的交易對象進行多次交易時，采用預設的交易對象列表即可快速獲取交易對象名單，而當和交易對象進行初次交易或者只用進行一次交易時，采用直接輸入的方法效率更高。

優(yōu)選實施例中，所述第二獲取模塊至少包括交易對象列表獲取單元，所述交易對象列表獲取單元用于生成用于獲取交易對象列表的ActionEvent事件，通過ActionListener接口監(jiān)聽所述ActionEvent事件，并把監(jiān)聽到的ActionEvent事件傳播給對應的監(jiān)聽器，所述監(jiān)聽器接收ActionEvent事件，然后執(zhí)行ActionListener接口預先定義的與所述ActionEvent事件對應的處理函數(shù)，并啟動一個獨立處理線程，所述獨立處理線程調用Thread worker接口，所述Thread worker接口采用表單的數(shù)據處理方法與存儲有交易對象信息的連接服務器進行通信，獲取所述連接服務器返回的交易對象列表，然后采用表單的界面處理方法將所述交易對象列表以彈框的方式返回給第一客戶端的界面。

在本發(fā)明的描述中，需要理解的是，術語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術特征的數(shù)量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括至少一個該特征。在本發(fā)明的描述中，“多個”的含義是至少兩個，例如兩個，三個等，除非另有明確具體的限定。

在本說明書的描述中，參考術語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結合該實施例或示例描述的具體特征、結構、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、結構、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結合。此外，在不相互矛盾的情況下，本領域的技術人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進行結合和組合。

以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。