本發(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)直貼的方式包括以下步驟：首先通過電話與多家銀行進(jìn)行溝通從而確定交易對象和交易價格,然后企業(yè)準(zhǔn)備貿(mào)易背景合同、公司公章、財務(wù)章、法人私章、貼現(xiàn)申請書、企業(yè)法人營業(yè)執(zhí)照復(fù)印件、發(fā)票以及交易對象認(rèn)為需要提供的其他資料，通過這些資料向銀行發(fā)起申請，銀行受理并審批通過后，對該企業(yè)放款。因此，傳統(tǒng)直貼方式大都是在線下進(jìn)操作，且各個節(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，獲取交易發(fā)起者輸入的第一報價價格，并將所述第一報價價格發(fā)布給所述至少一個交易對象，然后在預(yù)設(shè)交易時間內(nèi)接收任一交易對象發(fā)送的一個第二報價價格，并選擇至少一個交易對象達(dá)成交易，生成目標(biāo)交易銀行和交易價格；
步驟4，在預(yù)設(shè)銀行中開設(shè)具有票據(jù)接收功能的第一托管賬戶，并通過預(yù)設(shè)銀行的銀企直連接口在預(yù)設(shè)查詢期限內(nèi)查詢所述第一托管賬戶中是否存入了與所述票號一致的票據(jù)，若是，則執(zhí)行步驟5，若否，則結(jié)束交易流程；
步驟5，簽收所述票據(jù)，并通過第一托管賬戶向所述目標(biāo)交易銀行發(fā)送貼現(xiàn)報文，當(dāng)接收到所述預(yù)設(shè)銀行發(fā)送的指令后執(zhí)行步驟6，所述指令用于表示所述第一托管賬戶中的票據(jù)已被所述目標(biāo)交易銀行提走，且所述第一托管賬戶中存入與所述交易價格一致的款項；
步驟6,在所述預(yù)設(shè)銀行中開設(shè)用于托管貼現(xiàn)款項的第二托管賬戶，并將所述款項從所述第一托管賬戶中轉(zhuǎn)入所述第二托管賬戶；
步驟7，接收交易發(fā)起者的提現(xiàn)指令,并根據(jù)所述提現(xiàn)指令將所述款項從第二托管賬戶中轉(zhuǎn)入所述交易發(fā)起者的銀行賬戶。
本發(fā)明的有益效果是：本發(fā)明提供了一種基于一口價模式的票據(jù)直貼方法，通過在線議價方式和交割方式不僅提高了票據(jù)直貼的效率和成功率，而且方便多家銀行在線進(jìn)行競價，有利于采用最低貼息成本進(jìn)行貼現(xiàn)，增加企業(yè)收益。
在上述技術(shù)方案的基礎(chǔ)上，本發(fā)明還可以做如下改進(jìn)。
進(jìn)一步，所述步驟3中，當(dāng)預(yù)設(shè)交易時間內(nèi)沒有接收到任一交易對象發(fā)送的第二報價價格時，結(jié)束交易流程。
進(jìn)一步，步驟3具體為：
s301，生成交易事件，并根據(jù)交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易發(fā)起者對應(yīng)的第一報價價格和至少一個交易對象；
s302，通過服務(wù)器將所述第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端；
s303，在預(yù)設(shè)交易時間內(nèi)接收任一所述客戶端通過所述服務(wù)器第一次發(fā)送的第二報價請求事件，所述第二報價請求事件包括交易對象對應(yīng)的第二報價價格；
s304，在預(yù)設(shè)交易時間結(jié)束后顯示所有交易對象的第二報價價格，并生成目標(biāo)交易對象和交易價格。
采用上述進(jìn)一步方案的有益效果是：本進(jìn)一步技術(shù)方案通過將票據(jù)交易事件分別發(fā)送給多個交易對象，可以實現(xiàn)和多個交易對象進(jìn)行多人議價，從而可以及時獲取雙方報價，節(jié)省了票據(jù)直貼時間，提高了票據(jù)直貼的效率和成功率，實現(xiàn)了用戶利益最大化。
進(jìn)一步，所述步驟1具體為：獲取交易發(fā)起者輸入的銀行賬戶和待交易票據(jù)的票號，并驗證所述銀行賬戶是否真實，若是，則執(zhí)行步驟2，若否，則結(jié)束交易流程。
采用上述進(jìn)一步方案的有益效果是：本進(jìn)一步技術(shù)方案中，在進(jìn)行票據(jù)直貼前先驗證交易發(fā)起者的銀行賬戶是否真實，從而避免了不能將款項轉(zhuǎn)入交易發(fā)起者的銀行賬戶的情況，不僅提高了票據(jù)直貼的效率和成功率，同時保證了票據(jù)直貼的安全性。
進(jìn)一步，步驟2中，獲取至少一個交易對象的具體步驟為：根據(jù)預(yù)設(shè)的交易對象列表獲取至少一個交易對象或獲取用戶手動輸入的至少一個交易對象，并將手動輸入的交易對象添加到預(yù)設(shè)的白名單列表。
采用上述進(jìn)一步方案的有益效果是：本進(jìn)一步技術(shù)方案中設(shè)置了多種獲取交易對象的方式，當(dāng)需要和相同的交易對象進(jìn)行多次交易時，采用預(yù)設(shè)的交易對象列表即可快速獲取交易對象名單，而當(dāng)和交易對象進(jìn)行初次交易或者只用進(jìn)行一次交易時，采用直接輸入的方法效率更高。
為了解決本發(fā)明的技術(shù)問題，還提供了一種基于一口價模式的票據(jù)直貼系統(tǒng)，包括：
第一獲取模塊，用于獲取交易發(fā)起者輸入的銀行賬戶和待交易票據(jù)的票號；
第二獲取模塊，用于獲取至少一個交易對象；
議價模塊，用于獲取交易發(fā)起者輸入的第一報價價格，并將所述第一報價價格發(fā)布給所述至少一個交易對象，然后在預(yù)設(shè)交易時間內(nèi)接收任一交易對象發(fā)送的一個第二報價價格，并選擇至少一個交易對象達(dá)成交易，生成目標(biāo)交易銀行和交易價格；
票據(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ìn)一步，所述議價模塊還用于當(dāng)預(yù)設(shè)交易時間內(nèi)沒有接收到任一交易對象發(fā)送的第二報價價格時，結(jié)束交易流程。
進(jìn)一步，所述議價模塊包括：
第一生成單元，用于生成交易事件，并根據(jù)交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易發(fā)起者對應(yīng)的第一報價價格和至少一個交易對象；
發(fā)布單元，用于通過服務(wù)器將所述第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端；
第二生成單元，用于在預(yù)設(shè)交易時間內(nèi)接收任一所述客戶端通過所述服務(wù)器第一次發(fā)送的第二報價請求事件，并在預(yù)設(shè)交易時間結(jié)束后顯示所有交易對象的第二報價價格，并生成目標(biāo)交易對象和交易價格；所述第二報價請求事件包括交易對象對應(yīng)的第二報價價格。
進(jìn)一步，所述第一獲取模塊具體用于獲取交易發(fā)起者輸入的銀行賬戶和待交易票據(jù)的票號，并驗證所述銀行賬戶是否真實，若是，則驅(qū)動第二獲取模塊，若否，則結(jié)束交易流程。
進(jìn)一步，所述第二獲取模塊具體用于根據(jù)預(yù)設(shè)的交易對象列表獲取至少一個交易對象或獲取用戶手動輸入的至少一個交易對象，并將手動輸入的交易對象添加到預(yù)設(shè)的白名單列表。
本發(fā)明附加的方面的優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明實踐了解到。
附圖說明
圖1為本發(fā)明實施例提供的一種基于一口價模式的票據(jù)直貼方法的示意性流程圖；
圖2為本發(fā)明另一實施例提供的一種基于一口價模式的票據(jù)直貼方法中步驟3的示意性流程圖；
圖3為本發(fā)明實施例提供的一種基于一口價模式的票據(jù)直貼系統(tǒng)的示意性結(jié)構(gòu)圖；
圖4為本發(fā)明另一實施例提供的一種基于一口價模式的票據(jù)直貼系統(tǒng)中議價模塊的示意性結(jié)構(gòu)圖。
具體實施方式
以下結(jié)合附圖對本發(fā)明的原理和特征進(jìn)行描述，所舉實例只用于解釋本發(fā)明，并非用于限定本發(fā)明的范圍。
圖1為本發(fā)明實施例提供的一種基于一口價模式的票據(jù)直貼方法的示意性流程圖，如圖1所示，包括以下步驟：
步驟1，獲取交易發(fā)起者輸入的銀行賬戶和待交易票據(jù)的票號；
步驟2，獲取至少一個交易對象；
步驟3，獲取交易發(fā)起者輸入的第一報價價格，并將所述第一報價價格發(fā)布給所述至少一個交易對象，然后在預(yù)設(shè)交易時間內(nèi)接收任一交易對象發(fā)送的一個第二報價價格，并選擇至少一個交易對象達(dá)成交易，生成目標(biāo)交易銀行和交易價格；
步驟4，在預(yù)設(shè)銀行中開設(shè)具有票據(jù)接收功能的第一托管賬戶，并通過預(yù)設(shè)銀行的銀企直連接口在預(yù)設(shè)查詢期限內(nèi)查詢所述第一托管賬戶中是否存入了與所述票號一致的票據(jù)，若是，則執(zhí)行步驟5，若否，則結(jié)束交易流程；
步驟5，簽收所述票據(jù)，并通過第一托管賬戶向所述目標(biāo)交易銀行發(fā)送貼現(xiàn)報文，當(dāng)接收到所述預(yù)設(shè)銀行發(fā)送的指令后執(zhí)行步驟6，所述指令用于表示所述第一托管賬戶中的票據(jù)已被所述目標(biāo)交易銀行提走，且所述第一托管賬戶中存入與所述交易價格一致的款項；
步驟6,在所述預(yù)設(shè)銀行中開設(shè)用于托管貼現(xiàn)款項的第二托管賬戶，并將所述款項從所述第一托管賬戶中轉(zhuǎn)入所述第二托管賬戶；
步驟7，接收交易發(fā)起者的提現(xiàn)指令,并根據(jù)所述提現(xiàn)指令將所述款項從第二托管賬戶中轉(zhuǎn)入所述交易發(fā)起者的銀行賬戶。
本實施例提供了一種基于一口價模式的票據(jù)直貼方法，所述一口價模式即在預(yù)設(shè)交易時間內(nèi)只接收交易對象的一次報價，通過在線議價方式和交割方式不僅提高了票據(jù)直貼的效率和成功率，而且方便多家銀行在線進(jìn)行競價，有利于采用最低貼息成本進(jìn)行貼現(xiàn)，增加企業(yè)收益。
優(yōu)選實施例的所述步驟3中，當(dāng)預(yù)設(shè)交易時間內(nèi)沒有接收到任一交易對象發(fā)送的第二報價價格時，結(jié)束交易流程。圖2為本發(fā)明另一實施例提供的一種基于一口價模式的票據(jù)直貼方法中步驟3的示意性流程圖，如圖2所示，所述步驟3具體為：
s301，生成交易事件，并根據(jù)交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易發(fā)起者對應(yīng)的第一報價價格和至少一個交易對象；
s302，通過服務(wù)器將所述第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端；
s303，在預(yù)設(shè)交易時間內(nèi)接收任一所述客戶端通過所述服務(wù)器發(fā)送的第一個第二報價請求事件，所述第二報價請求事件包括交易對象對應(yīng)的第二報價價格；
s304，在預(yù)設(shè)交易時間結(jié)束后顯示所有交易對象的第二報價價格，并生成目標(biāo)交易對象和交易價格。
上述優(yōu)選實施例通過將票據(jù)交易事件分別發(fā)送給多個交易對象，可以實現(xiàn)和多個交易對象進(jìn)行多人議價，從而可以及時獲取雙方報價，節(jié)省了票據(jù)直貼時間，提高了票據(jù)直貼的效率和成功率，實現(xiàn)了用戶利益最大化。
在優(yōu)選實施例中，所述步驟s301具體為:通過調(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ù)器，所述步驟s302具體包括以下步驟:
步驟a1，所述第一連接服務(wù)器接收所述第一報價請求事件后，對所述第一報價請求事件的交易發(fā)起者進(jìn)行匹配，若匹配到交易對象，則執(zhí)行步驟a2，若沒有匹配到交易對象，則執(zhí)行步驟a3；
步驟a2，通過socket通信函數(shù)將所述第一報價請求事件發(fā)送給每個交易對象對應(yīng)的客戶端，并在預(yù)設(shè)交易時間內(nèi)獲取所述客戶端返回的第一個第二報價請求事件，然后執(zhí)行s304；
步驟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ù)器進(jìn)行讀取，所述服務(wù)器事件包括所述第一報價請求事件的全部內(nèi)容；
步驟a5，相關(guān)聯(lián)的第二連接服務(wù)器監(jiān)聽到所述服務(wù)器事件后，對所述服務(wù)器事件的交易發(fā)起者進(jìn)行匹配，并通過socket通信函數(shù)將所述服務(wù)器事件發(fā)送給每個交易對象對應(yīng)的客戶端，并在預(yù)設(shè)交易時間內(nèi)獲取所述客戶端返回的第一個第二報價請求事件，然后執(zhí)行s304。
優(yōu)選的，所述步驟1具體為：獲取交易發(fā)起者輸入的銀行賬戶和待交易票據(jù)的票號，并驗證所述銀行賬戶是否真實，若是，則執(zhí)行步驟2，若否，則結(jié)束交易流程。所述優(yōu)選實施例中，在進(jìn)行票據(jù)直貼前先驗證交易發(fā)起者的銀行賬戶是否真實，比如可以隨機打一筆小額的錢款到交易發(fā)起者的銀行賬戶，讓交易發(fā)起者輸入這筆錢的金額以確認(rèn)所述銀行賬戶是否真實，從而避免了不能將款項轉(zhuǎn)入交易發(fā)起者的銀行賬戶的情況，不僅提高了票據(jù)直貼的效率和成功率，同時保證了票據(jù)直貼的安全性。
在另一優(yōu)選實施例的步驟2中，獲取至少一個交易對象的具體步驟為：根據(jù)預(yù)設(shè)的交易對象列表獲取至少一個交易對象或獲取用戶手動輸入的至少一個交易對象，并將手動輸入的交易對象添加到預(yù)設(shè)的白名單列表。該優(yōu)選實施例設(shè)置了多種獲取交易對象的方式，當(dāng)需要和相同的交易對象進(jìn)行多次交易時，采用預(yù)設(shè)的交易對象列表即可快速獲取交易對象名單，而當(dāng)和交易對象進(jìn)行初次交易或者只用進(jìn)行一次交易時，采用直接輸入的方法效率更高。
在優(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ù)器進(jìn)行通信，獲取所述連接服務(wù)器返回的交易對象列表；
采用表單的界面處理方法將所述交易對象列表以彈框的方式返回給第一客戶端的界面。
圖3為本發(fā)明實施例提供的一種基于一口價模式的票據(jù)直貼系統(tǒng)的示意性結(jié)構(gòu)圖，如圖3所示，包括：
第一獲取模塊，用于獲取交易發(fā)起者輸入的銀行賬戶和待交易票據(jù)的票號；
第二獲取模塊，用于獲取至少一個交易對象；
議價模塊，用于獲取交易發(fā)起者輸入的第一報價價格，并將所述第一報價價格發(fā)布給所述至少一個交易對象，然后在預(yù)設(shè)交易時間內(nèi)接收任一交易對象發(fā)送的一個第二報價價格，并選擇至少一個交易對象達(dá)成交易，生成目標(biāo)交易銀行和交易價格；
票據(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ìn)行競價，有利于采用最低貼息成本進(jìn)行貼現(xiàn)，增加企業(yè)收益。
優(yōu)選的，所述議價模塊還用于當(dāng)預(yù)設(shè)交易時間內(nèi)沒有接收到任一交易對象發(fā)送的第二報價價格時結(jié)束交易流程。圖4為本發(fā)明另一實施例提供的一種基于一口價模式的票據(jù)直貼系統(tǒng)中議價模塊的示意性結(jié)構(gòu)圖，如圖4所示，所述議價模塊具體包括：
第一生成單元，用于生成交易事件，并根據(jù)交易事件和所述至少一個交易對象生成第一報價請求事件，所述第一報價請求事件包括交易發(fā)起者對應(yīng)的第一報價價格和至少一個交易對象；
發(fā)布單元，用于通過服務(wù)器將所述第一報價請求事件發(fā)送到每個交易對象對應(yīng)的客戶端；
第二生成單元，用于在預(yù)設(shè)交易時間內(nèi)接收任一所述客戶端通過所述服務(wù)器第一次發(fā)送的第二報價請求事件，并在預(yù)設(shè)交易時間結(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ā)起者進(jìn)行匹配，若匹配到交易對象，則通過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ù)器進(jìn)行讀取，所述服務(wù)器事件包括所述第一報價請求事件的全部內(nèi)容；
第二連接服務(wù)器，用于監(jiān)聽并接受所述服務(wù)器事件后，對所述服務(wù)器事件的交易發(fā)起者進(jìn)行匹配，并通過socket通信函數(shù)將所述服務(wù)器事件發(fā)送給每個交易對象對應(yīng)的客戶端，以及接收每個交易對象通過客戶端第一次發(fā)送的第二報價請求事件。
上述優(yōu)選實施例通過將票據(jù)交易事件分別發(fā)送給多個交易對象，可以實現(xiàn)和多個交易對象進(jìn)行多人議價，從而可以及時獲取雙方報價，節(jié)省了票據(jù)直貼時間，提高了票據(jù)直貼的效率和成功率，實現(xiàn)了用戶利益最大化。
優(yōu)選的，所述第一獲取模塊具體用于獲取交易發(fā)起者輸入的銀行賬戶和待交易票據(jù)的票號，并驗證所述銀行賬戶是否真實，若是，則驅(qū)動第二獲取模塊，若否，則結(jié)束交易流程。所述優(yōu)選實施例中，在進(jìn)行票據(jù)直貼前先驗證交易發(fā)起者的銀行賬戶是否真實，從而避免了不能將款項轉(zhuǎn)入交易發(fā)起者的銀行賬戶的情況，不僅提高了票據(jù)直貼的效率和成功率，同時保證了票據(jù)直貼的安全性。
在另一優(yōu)選實施例中，所述第二獲取模塊具體用于根據(jù)預(yù)設(shè)的交易對象列表獲取至少一個交易對象或獲取用戶手動輸入的至少一個交易對象，并將手動輸入的交易對象添加到預(yù)設(shè)的白名單列表。該優(yōu)選實施例設(shè)置了多種獲取交易對象的方式，當(dāng)需要和相同的交易對象進(jìn)行多次交易時，采用預(yù)設(shè)的交易對象列表即可快速獲取交易對象名單，而當(dāng)和交易對象進(jìn)行初次交易或者只用進(jìn)行一次交易時，采用直接輸入的方法效率更高。
優(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ù)器進(jìn)行通信，獲取所述連接服務(wù)器返回的交易對象列表，然后采用表單的界面處理方法將所述交易對象列表以彈框的方式返回給第一客戶端的界面。
在本發(fā)明的描述中，需要理解的是，術(shù)語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術(shù)特征的數(shù)量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括至少一個該特征。在本發(fā)明的描述中，“多個”的含義是至少兩個，例如兩個，三個等，除非另有明確具體的限定。
在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結(jié)合。此外，在不相互矛盾的情況下，本領(lǐng)域的技術(shù)人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進(jìn)行結(jié)合和組合。
以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。