[發(fā)明專(zhuān)利]一種基于事件的流程處理方法及系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 201611220338.3
• 申請(qǐng)日: 2016-12-26
• 公開(kāi)（公告）號(hào): CN107656783A
• 公開(kāi)（公告）日: 2018-02-02
• 發(fā)明（設(shè)計(jì)）人: 方敏
• 申請(qǐng)（專(zhuān)利權(quán)）人: 武漢票據(jù)交易中心有限公司
• 主分類(lèi)號(hào): G06F9/451
• 分類(lèi)號(hào): G06F9/451;G06F9/445;G06F9/54;G06Q30/04;G06Q40/04
• 代理公司: 北京匯澤知識(shí)產(chǎn)權(quán)代理有限公司11228
• 代理人: 程殿軍,張瑾

技術(shù)領(lǐng)域

本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，特別涉及一種基于事件的流程處理方法及系統(tǒng)。

背景技術(shù)

票據(jù)是指出票人依法簽發(fā)的由自己或指示他人無(wú)條件支付一定金額給收款人或持票人的有價(jià)證券，即某些可以代替現(xiàn)金流通的有價(jià)證券。票據(jù)的形式可以包括紙質(zhì)票據(jù)和電子票據(jù)。隨著互聯(lián)網(wǎng)的發(fā)展，許多基于互聯(lián)網(wǎng)的票據(jù)交易平臺(tái)應(yīng)運(yùn)而生。

以銀行承兌匯票為例，現(xiàn)有的票據(jù)交易平臺(tái)的交易模式如下：用戶(hù)可以在網(wǎng)上發(fā)送公開(kāi)、定向的銀行承兌匯票買(mǎi)斷式、回購(gòu)式轉(zhuǎn)貼現(xiàn)報(bào)價(jià)，通過(guò)報(bào)價(jià)應(yīng)答方式與業(yè)務(wù)人員聯(lián)系，線(xiàn)下進(jìn)行進(jìn)一步議價(jià)交易?；蛘哂脩?hù)還可以通過(guò)網(wǎng)上填寫(xiě)承兌行類(lèi)型、票面金額、匯票到期日等信息進(jìn)行線(xiàn)下溝通議價(jià)等。

上述網(wǎng)絡(luò)的交易平臺(tái)的一個(gè)共同點(diǎn)在交易過(guò)程中，其主要作用還是發(fā)布交易信息，交易雙方只能線(xiàn)下點(diǎn)對(duì)點(diǎn)進(jìn)行票據(jù)議價(jià)，線(xiàn)下交易，一方面，銀行承兌匯票進(jìn)行交易要考慮的要素很多，在網(wǎng)站上找到自己想要的票據(jù)要花費(fèi)很長(zhǎng)的時(shí)間；另外一方面，當(dāng)找到想要進(jìn)行交易的票后要在線(xiàn)下通過(guò)一個(gè)一個(gè)打電話(huà)等方式跟對(duì)手方進(jìn)行議價(jià)，費(fèi)時(shí)費(fèi)力還有可能失敗從而需要重新尋找合適的票；最后，因?yàn)橛脩?hù)掌握的信息有限，所以用戶(hù)在交易中的利益不能得到預(yù)期的保證。

基于上述問(wèn)題，如何提供一種票據(jù)交易系統(tǒng)，實(shí)現(xiàn)高效的票據(jù)交易流程流轉(zhuǎn)，實(shí)現(xiàn)整個(gè)票據(jù)交易的電子化，解決用戶(hù)之間信息不對(duì)稱(chēng)的問(wèn)題，使交易雙方都能夠高效率地找到自身想要交易的票據(jù)或者交易者，成為亟待解決的問(wèn)題。

發(fā)明內(nèi)容

鑒于上述問(wèn)題，提出了本發(fā)明以便提供一種克服上述問(wèn)題或者至少部分地解決上述問(wèn)題的一種基于事件的流程處理方法及系統(tǒng)。

第一方面，本發(fā)明提供一種基于事件的流程處理方法，包括：

當(dāng)客戶(hù)端監(jiān)聽(tīng)到預(yù)設(shè)表單的畫(huà)面按鈕觸發(fā)事件時(shí)，根據(jù)所述表單的數(shù)據(jù)生成對(duì)應(yīng)的客戶(hù)端事件；對(duì)所述客戶(hù)端事件進(jìn)行序列化并處理，并在處理后判斷是否需要繼續(xù)發(fā)送給服務(wù)器進(jìn)行處理；若確定需要，則將處理后的客戶(hù)端事件序列化生成服務(wù)器事件并發(fā)送給連接服務(wù)器；

當(dāng)連接服務(wù)器接收到客戶(hù)端發(fā)送的服務(wù)器事件時(shí)，確定所述事件是否為自身需要處理的服務(wù)器事件；當(dāng)確定為是時(shí)，將所述服務(wù)器事件發(fā)送給所述連接服務(wù)器本地預(yù)設(shè)的處理該服務(wù)器事件的事件處理類(lèi)進(jìn)行處理；當(dāng)確定為否時(shí)，將所述服務(wù)器事件發(fā)送給消息服務(wù)器，以便其他應(yīng)用服務(wù)器從所述消息服務(wù)器讀取并處理；

連接服務(wù)器監(jiān)聽(tīng)到需轉(zhuǎn)發(fā)至客戶(hù)端的交易處理結(jié)果的服務(wù)器事件時(shí)，根據(jù)所述交易處理結(jié)果對(duì)應(yīng)的優(yōu)先級(jí)級(jí)別，分配對(duì)應(yīng)級(jí)別的事件處理線(xiàn)程分別進(jìn)行處理；

根據(jù)處理結(jié)果更新緩存的數(shù)據(jù)，并將服務(wù)器事件轉(zhuǎn)換成客戶(hù)端事件，根據(jù)該服務(wù)器事件的分發(fā)列表，發(fā)送給對(duì)應(yīng)的客戶(hù)端；

當(dāng)所述客戶(hù)端接收到連接服務(wù)器返回的處理結(jié)果時(shí)，對(duì)交易處理結(jié)果的客戶(hù)端事件執(zhí)行對(duì)應(yīng)的方法，更新客戶(hù)端界面。

在一個(gè)實(shí)施例中，對(duì)客戶(hù)端事件進(jìn)行處理，包括：

產(chǎn)生一個(gè)新的線(xiàn)程；

通過(guò)所述新的線(xiàn)程，執(zhí)行所述表單預(yù)設(shè)的界面處理方法和/或表單的數(shù)據(jù)處理方法；

兩者都執(zhí)行時(shí)，執(zhí)行表單的數(shù)據(jù)處理方法在先，執(zhí)行表單的界面處理方法在后。

在一個(gè)實(shí)施例中，根據(jù)所述表單的數(shù)據(jù)生成對(duì)應(yīng)的客戶(hù)端事件，對(duì)所述客戶(hù)端事件進(jìn)行序列化,包括：

將所述表單的數(shù)據(jù)按照動(dòng)作事件ActionEvent事件的方式組裝數(shù)據(jù)，生成對(duì)應(yīng)的ActionEvent事件；

執(zhí)行ActionListener接口中的預(yù)設(shè)的actionPerformed方法，將表單的數(shù)據(jù)組裝成序列化的java內(nèi)對(duì)象。

在一個(gè)實(shí)施例中，所述連接服務(wù)器返回的處理結(jié)果包括：

連接服務(wù)器返回的提交應(yīng)用服務(wù)器成功或失敗的結(jié)果；

連接服務(wù)器返回的由連接服務(wù)器自身完成的數(shù)據(jù)查詢(xún)結(jié)果；

連接服務(wù)器返回的由應(yīng)用服務(wù)器處理后通過(guò)連接服務(wù)器返回的數(shù)據(jù)處理結(jié)果；

將接收到的處理結(jié)果由服務(wù)器事件轉(zhuǎn)換成對(duì)應(yīng)的客戶(hù)端事件，執(zhí)行對(duì)應(yīng)的方法，更新客戶(hù)端界面，包括：

將接收的處理結(jié)果的Sever Event轉(zhuǎn)換成新的預(yù)設(shè)的Application Event事件，執(zhí)行預(yù)設(shè)的表單的processAppliaction Event方法，更新客戶(hù)端的界面。

在一個(gè)實(shí)施例中，連接服務(wù)器返回的由應(yīng)用服務(wù)器處理后通過(guò)連接服務(wù)器返回的數(shù)據(jù)處理結(jié)果時(shí)，所述服務(wù)器返回的處理結(jié)果中包括：發(fā)生數(shù)據(jù)更新的視圖模型的標(biāo)識(shí)以及對(duì)應(yīng)的更新的數(shù)據(jù)；所述視圖模型是客戶(hù)端對(duì)需要實(shí)時(shí)刷新的表格預(yù)先在連接服務(wù)器中注冊(cè)的鏡像；

所述更新客戶(hù)端界面，包括：