本發(fā)明涉及一種計算機領(lǐng)域，特別涉及一種基于即時議價模式的票據(jù)直貼方法和系統(tǒng)。

背景技術(shù)：

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

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

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

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

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

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

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

步驟4，獲取交易發(fā)起者輸入的第一報價價格，并將所述第一報價價格發(fā)布給所述至少一個交易對象，在預(yù)設(shè)交易時間內(nèi)接收所有交易對象的報價并與交易對象進行議價，直到與任一交易對象達(dá)成預(yù)設(shè)的議價結(jié)束條件時結(jié)束議價過程并生成目標(biāo)交易銀行和對應(yīng)的交易價格；

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

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

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

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

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

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

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

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

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

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

進一步，所述步驟4具體為：

s401，生成交易事件，并根據(jù)交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易發(fā)起者對應(yīng)的第一報價價格和至少一個交易對象；

s402，通過服務(wù)器將所述第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端，并在預(yù)設(shè)交易時間內(nèi)獲取通過所述服務(wù)器返回的第二報價請求事件，所述第二報價請求事件包括交易對象對應(yīng)的第二報價價格；

s403，根據(jù)所述第二報價價格生成新的第一報價請求事件，并通過服務(wù)器將所述新的第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端，所述新的第一報價請求事件包括修改后的第一報價價格；

s404，獲取通過所述服務(wù)器返回的新的第二報價請求事件，所述第二報價請求事件包括交易對象對應(yīng)的新的第二報價價格；

s405，重復(fù)步驟s403～s404，直到與任一交易對象達(dá)成預(yù)設(shè)的議價結(jié)束條件時結(jié)束議價過程并生成目標(biāo)交易銀行和對應(yīng)的交易價格。

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

進一步，所述議價結(jié)束條件包括：達(dá)到預(yù)設(shè)的交易限定時間、交易發(fā)起者對應(yīng)的第一報價價格和任一交易對象對應(yīng)的第二報價價格達(dá)成一致、交易發(fā)起者主動結(jié)束議價并進入交割過程和交易對象主動結(jié)束議價并進入交割過程。

采用上述進一步方案的有益效果是：本進一步技術(shù)方案中，設(shè)置了多個議價結(jié)束條件，當(dāng)達(dá)到其中一個預(yù)設(shè)的議價結(jié)束條件后，即結(jié)束和對應(yīng)交易對象的本次議價過程，不僅議價方式更加靈活，而且可以節(jié)約資源，提高整體的議價效率。

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

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

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

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

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

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

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

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

議價模塊，用于獲取交易發(fā)起者輸入的第一報價價格，并將所述第一報價價格發(fā)布給所述至少一個交易對象，在預(yù)設(shè)交易時間內(nèi)接收所有交易對象的報價并與交易對象進行議價，直到與任一交易對象達(dá)成預(yù)設(shè)的議價結(jié)束條件時結(jié)束議價過程并生成目標(biāo)交易銀行和對應(yīng)的交易價格；

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

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

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

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

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

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

第一生成單元，用于生成交易事件，并根據(jù)交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易發(fā)起者對應(yīng)的第一報價價格和至少一個交易對象；

發(fā)布單元，用于通過服務(wù)器將所述第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端，并獲取通過所述服務(wù)器返回的第二報價請求事件，所述第二報價請求事件包括交易對象對應(yīng)的第二報價價格；

第二生成單元，用于根據(jù)所述第二報價價格生成新的第一報價請求事件，并通過所述發(fā)布單元將所述新的第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端，所述新的第一報價請求事件包括修改后的第一報價價格；

第三生成單元，用于當(dāng)與任一交易對象達(dá)成預(yù)設(shè)的議價結(jié)束條件時，結(jié)束議價過程并生成目標(biāo)交易銀行和對應(yīng)的交易價格。

進一步，所述議價結(jié)束條件包括：達(dá)到預(yù)設(shè)的交易限定時間、交易發(fā)起者對應(yīng)的第一報價價格和任一交易對象對應(yīng)的第二報價價格達(dá)成一致、交易發(fā)起者主動結(jié)束議價并進入交割過程和交易對象主動結(jié)束議價并進入交割過程。

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

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

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

附圖說明

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

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

圖3為本發(fā)明實施例提供的一種基于即時議價模式的票據(jù)直貼系統(tǒng)的示意性結(jié)構(gòu)圖；

圖4為本發(fā)明另一實施例提供的一種基于即時議價模式的票據(jù)直貼系統(tǒng)中議價模塊的示意性結(jié)構(gòu)圖。

具體實施方式

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

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

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

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

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

步驟4，獲取交易發(fā)起者輸入的第一報價價格，并將所述第一報價價格發(fā)布給所述至少一個交易對象，在預(yù)設(shè)交易時間內(nèi)接收所有交易對象的報價并與交易對象進行議價，直到與任一交易對象達(dá)成預(yù)設(shè)的議價結(jié)束條件時結(jié)束議價過程并生成目標(biāo)交易銀行和對應(yīng)的交易價格；

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

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

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

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

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

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

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

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

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

圖2為本發(fā)明另一實施例提供的一種基于即時議價模式的票據(jù)直貼方法中步驟4的示意性流程圖，如圖2所示，所述步驟4具體為：

s401，生成交易事件，并根據(jù)交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易發(fā)起者對應(yīng)的第一報價價格和至少一個交易對象；

s402，通過服務(wù)器將所述第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端，并在預(yù)設(shè)交易時間內(nèi)獲取通過所述服務(wù)器返回的第二報價請求事件，所述第二報價請求事件包括交易對象對應(yīng)的第二報價價格；

s403，根據(jù)所述第二報價價格生成新的第一報價請求事件，并通過服務(wù)器將所述新的第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端，所述新的第一報價請求事件包括修改后的第一報價價格；

s404，獲取通過所述服務(wù)器返回的新的第二報價請求事件，所述第二報價請求事件包括交易對象對應(yīng)的新的第二報價價格；

s405，重復(fù)步驟s403～s404，直到與任一交易對象達(dá)成預(yù)設(shè)的議價結(jié)束條件時結(jié)束議價過程并生成目標(biāo)交易銀行和對應(yīng)的交易價格。

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

在優(yōu)選實施例中，所述步驟s401具體為:通過調(diào)用函數(shù)submipricetinquiry將所述第一報價價格和至少一個交易對象封裝在所述交易事件中生成第一報價請求事件，然后將所述第一報價請求事件轉(zhuǎn)換為對應(yīng)的map格式的數(shù)據(jù)，并通過socket通信函數(shù)將所述map格式的數(shù)據(jù)發(fā)送給服務(wù)器。

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

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

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

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

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

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

在另一個優(yōu)選實施例中，所述議價結(jié)束條件包括：達(dá)到預(yù)設(shè)的交易限定時間、交易發(fā)起者對應(yīng)的第一報價價格和任一交易對象對應(yīng)的第二報價價格達(dá)成一致、交易發(fā)起者主動結(jié)束議價并進入交割過程和交易對象主動結(jié)束議價并進入交割過程。該優(yōu)選實施例通過設(shè)置多個議價結(jié)束條件，當(dāng)達(dá)到其中一個預(yù)設(shè)的議價結(jié)束條件后，即結(jié)束和對應(yīng)交易對象的本次議價過程，不僅議價方式更加靈活，而且可以節(jié)約資源，提高整體的議價效率。

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

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

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

通過actionlistener接口監(jiān)聽所述actionevent事件，并把監(jiān)聽到的actionevent事件傳播給對應(yīng)的監(jiān)聽器；

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

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

圖3為本發(fā)明實施例提供的一種基于即時議價模式的票據(jù)直貼系統(tǒng)的示意性結(jié)構(gòu)圖，如圖3所示，包括：

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

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

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

議價模塊，用于獲取交易發(fā)起者輸入的第一報價價格，并將所述第一報價價格發(fā)布給所述至少一個交易對象，在預(yù)設(shè)交易時間內(nèi)接收所有交易對象的報價并與交易對象進行議價，直到與任一交易對象達(dá)成預(yù)設(shè)的議價結(jié)束條件時結(jié)束議價過程并生成目標(biāo)交易銀行和對應(yīng)的交易價格；

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

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

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

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

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

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

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

圖4為本發(fā)明另一實施例提供的一種基于即時議價模式的票據(jù)直貼系統(tǒng)中議價模塊的示意性結(jié)構(gòu)圖，如圖4所示，所述議價模塊具體包括：

第一生成單元，用于生成交易事件，并根據(jù)交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易發(fā)起者對應(yīng)的第一報價價格和至少一個交易對象；

發(fā)布單元，用于通過服務(wù)器將所述第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端，并獲取通過所述服務(wù)器返回的第二報價請求事件，所述第二報價請求事件包括交易對象對應(yīng)的第二報價價格；

第二生成單元，用于根據(jù)所述第二報價價格生成新的第一報價請求事件，并通過所述發(fā)布單元將所述新的第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端，所述新的第一報價請求事件包括修改后的第一報價價格；

第三生成單元，用于當(dāng)與任一交易對象達(dá)成預(yù)設(shè)的議價結(jié)束條件時，結(jié)束議價過程并生成目標(biāo)交易銀行和對應(yīng)的交易價格。

在優(yōu)選實施例中，所述第一生成單元具體用于通過調(diào)用函數(shù)submipricetinquiry將所述第一報價價格和至少一個交易對象封裝在所述交易事件中生成第一報價請求事件。所述發(fā)布單元具體用于將所述第一報價請求事件轉(zhuǎn)換為對應(yīng)的map格式的數(shù)據(jù)，并通過socket通信函數(shù)將所述map格式的數(shù)據(jù)發(fā)送給服務(wù)器。

所述服務(wù)器包括第一連接服務(wù)器、消息服務(wù)器、應(yīng)用服務(wù)器和第二連接服務(wù)器：

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

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

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

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

在優(yōu)選實施例中，所述議價結(jié)束條件包括：達(dá)到預(yù)設(shè)的交易限定時間、交易發(fā)起者對應(yīng)的第一報價價格和任一交易對象對應(yīng)的第二報價價格達(dá)成一致、交易發(fā)起者主動結(jié)束議價并進入交割過程和交易對象主動結(jié)束議價并進入交割過程。上述優(yōu)選實施例通過設(shè)置多個議價結(jié)束條件，當(dāng)達(dá)到其中一個預(yù)設(shè)的議價結(jié)束條件后，即結(jié)束和對應(yīng)交易對象的本次議價過程，不僅議價方式更加靈活，而且可以節(jié)約資源，提高整體的議價效率。

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

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

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

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

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

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