專利名稱：一種聯(lián)機(jī)交易處理平臺(tái)及其交易處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子商務(wù)技術(shù)領(lǐng)域，尤其涉及一種聯(lián)機(jī)交易處理平臺(tái)及其交易處理方法。
背景技術(shù)：
隨著第三方支付行業(yè)的飛速發(fā)展，越來越多的終端用戶感受到了便捷支付給人們帶來的變化。隨之產(chǎn)生的聯(lián)機(jī)交易處理平臺(tái)幫助第三方支付行業(yè)實(shí)現(xiàn)快捷、安全的支付，滿足了第三方支付行業(yè)發(fā)展的需求。傳統(tǒng)的聯(lián)機(jī)交易處理平臺(tái)在業(yè)務(wù)處理時(shí)，接收前端設(shè)備(即交易發(fā)起方)發(fā)來的交易請(qǐng)求，并進(jìn)行業(yè)務(wù)邏輯處理，然后按照約定的方式，將處理結(jié)果應(yīng)答給前端設(shè)備。在傳統(tǒng)的系統(tǒng)架構(gòu)下，聯(lián)機(jī)交易處理平臺(tái)需要寫大量的代碼來滿足功能需求，前端設(shè)備(即交易發(fā)起方)發(fā)來的交易請(qǐng)求進(jìn)入到聯(lián)機(jī)交易處理平臺(tái)后，聯(lián)機(jī)交易處理平臺(tái)的一個(gè)進(jìn)程/多個(gè)進(jìn)程就為該交易服務(wù)或者等待為該交易服務(wù)，而不能中斷，直到交易處理完畢后返回。聯(lián)機(jī)交易處理平臺(tái)在處理該交易的過程中，不接收其他交易請(qǐng)求。在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題:隨著第三方支付的交易量越來越多，聯(lián)機(jī)交易處理平臺(tái)的交易壓力驟然加大，而傳統(tǒng)的聯(lián)機(jī)交易處理平臺(tái)一段時(shí)間僅能處理一個(gè)交易，導(dǎo)致傳統(tǒng)的聯(lián)機(jī)交易處理平臺(tái)資源浪費(fèi)嚴(yán)重，交易的處理效率較低。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種聯(lián)機(jī)交易處理平臺(tái)及其交易處理方法，用于實(shí)現(xiàn)減少聯(lián)機(jī)交易平臺(tái)的資源的浪費(fèi)，提高交易的處理效率。第一方面，本發(fā)明實(shí)施例提供一種聯(lián)機(jī)交易處理平臺(tái)，所述聯(lián)機(jī)交易處理平臺(tái)包括:至少一個(gè)通訊節(jié)點(diǎn)、路由選擇與交易流程模塊和數(shù)據(jù)庫；所述通訊節(jié)點(diǎn)中包括通訊模塊和報(bào)文轉(zhuǎn)換模塊；所述通訊模塊和所述報(bào)文轉(zhuǎn)換模塊、以及所述報(bào)文轉(zhuǎn)換模塊和所述路由選擇與交易流程模塊相互之間采用操作系統(tǒng)消息隊(duì)列的方式進(jìn)行異步通訊；所述通訊模塊，用于接收客戶端發(fā)送的交易請(qǐng)求報(bào)文；并向所述報(bào)文轉(zhuǎn)換模塊轉(zhuǎn)發(fā)所述交易請(qǐng)求報(bào)文；所述報(bào)文轉(zhuǎn)換模塊，用于將所述通訊模塊轉(zhuǎn)發(fā)的所述交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；并向所述路由選擇與交易流程模塊發(fā)送轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文；所述路由選擇與交易流程模塊，用于根據(jù)轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)，并與所述外聯(lián)系統(tǒng)之間進(jìn)行業(yè)務(wù)邏輯的交易處理?？蛇x地，在上述第一方面的第一種實(shí)現(xiàn)方式中，所述路由選擇與交易流程模塊，還用于根據(jù)交易處理的結(jié)果生成包括交易處理結(jié)果的響應(yīng)報(bào)文，并向?qū)?yīng)的所述報(bào)文轉(zhuǎn)換模塊發(fā)送所述響應(yīng)報(bào)文；同時(shí)還用于在交易處理的過程中，在所述數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息；
所述報(bào)文轉(zhuǎn)換模塊，還用于將所述響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的所述客戶端要求的報(bào)文格式；并向所述通訊模塊發(fā)送轉(zhuǎn)換格式后的所述響應(yīng)報(bào)文；所述通訊模塊，還用于向所述客戶端返回轉(zhuǎn)換格式后的所述響應(yīng)報(bào)文?？蛇x地，在上述第一方面的第二種實(shí)現(xiàn)方式中，所述報(bào)文轉(zhuǎn)換模塊，具體用于調(diào)用對(duì)應(yīng)的報(bào)文解析插件函數(shù)，將所述交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；并向所述路由選擇與交易流程模塊發(fā)送轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文；所述報(bào)文轉(zhuǎn)換模塊，還具體用于調(diào)用對(duì)應(yīng)的報(bào)文組報(bào)插件函數(shù)，將所述響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的所述客戶端要求的報(bào)文格式；并向所述通訊模塊發(fā)送轉(zhuǎn)換格式后的所述響應(yīng)報(bào)文?？蛇x地，在上述第一方面的第三種實(shí)現(xiàn)方式中，所述路由選擇與交易流程模塊在數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息中包括交易的處理結(jié)果，且所述路由選擇與交易流程模塊在交易處理的過程中考慮交易的原子性操作?？蛇x地，在上述第一方面的第四種實(shí)現(xiàn)方式中，所述路由選擇與交易流程模塊，還用于在根據(jù)轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)之前，確定所述交易請(qǐng)求報(bào)文中的銀行卡的交易未達(dá)到交易閾值?？蛇x地，在上述第一方面的第五種實(shí)現(xiàn)方式中，所述聯(lián)機(jī)交易處理平臺(tái)還包括超時(shí)處理模塊；所述路由選擇與交易流程模塊，還用于在所述數(shù)據(jù)庫中建立交易記錄表，所述交易記錄表中記錄所有未完成交易；所述超時(shí)處理模塊，用于定時(shí)掃描所述交易記錄表，查看未完成交易的交易時(shí)間是否超出設(shè)定的時(shí)間閾值，并在超時(shí)時(shí)，生成超時(shí)響應(yīng)報(bào)文；并向所述路由選擇與交易流程模塊發(fā)送所述超時(shí)響應(yīng)報(bào)文，以供所述路由選擇與交易流程模塊通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和通訊模塊，向發(fā)起所述交易請(qǐng)求報(bào)文的所述客戶端返回所述超時(shí)響應(yīng)報(bào)文?？蛇x地，在上述第一方面的第六種實(shí)現(xiàn)方式中，所述聯(lián)機(jī)交易處理平臺(tái)還包括沖正模塊；所述沖正模塊，用于根據(jù)所述數(shù)據(jù)庫中需求沖正的總交易的數(shù)量，動(dòng)態(tài)地發(fā)起沖正交易?？蛇x地，在上述第一方面的第七種實(shí)現(xiàn)方式中，所述聯(lián)機(jī)交易處理平臺(tái)還包括事件處理模塊；所述路由選擇與交易流程模塊，還用于在接收的消息隊(duì)列中的報(bào)文數(shù)量超出數(shù)量閾值時(shí)，向所述事件處理模塊發(fā)送所述消息隊(duì)列中超出所述數(shù)量閾值之后的交易請(qǐng)求報(bào)文；所述事件處理模塊，用于接收所述路由選擇與交易流程模塊發(fā)送的、所述消息隊(duì)列中超出所述數(shù)量閾值之后的所述交易請(qǐng)求報(bào)文；通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和通訊模塊，向發(fā)起所述交易請(qǐng)求報(bào)文的所述客戶端返回?cái)y帶“系統(tǒng)忙“的響應(yīng)報(bào)文?？蛇x地，在上述第一方面的第八種實(shí)現(xiàn)方式中，所述報(bào)文轉(zhuǎn)換模塊，還用于在轉(zhuǎn)換報(bào)文過程中發(fā)生錯(cuò)誤時(shí)，向所述事件處理模塊發(fā)送轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息；所述事件處理模塊，還用于接收所述報(bào)文轉(zhuǎn)換模塊發(fā)送的轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息，并通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和通訊模塊，向?qū)?yīng)的所述客戶端返回?cái)y帶“交易異常“的響應(yīng)報(bào)文。可選地，在上述第一方面的第九種實(shí)現(xiàn)方式中，所述通訊模塊，還用于在與所述外聯(lián)系統(tǒng)通訊鏈路發(fā)生變化時(shí)，向所述事件處理模塊發(fā)送通訊鏈路變化的事件消息；所述事件處理模塊，還用于向?qū)崟r(shí)監(jiān)控處理設(shè)備轉(zhuǎn)發(fā)所述通訊鏈路變化的事件消息，以供所述實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的所述通訊鏈路變化的事件消息?？蛇x地，在上述第一方面的第十種實(shí)現(xiàn)方式中，所述報(bào)文轉(zhuǎn)換模塊，還用于在對(duì)報(bào)文轉(zhuǎn)換之后，復(fù)制所述格式轉(zhuǎn)換后的報(bào)文，并向所述實(shí)時(shí)監(jiān)控處理設(shè)備發(fā)送復(fù)制的所述格式轉(zhuǎn)換后的報(bào)文，以供所述實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的所述格式轉(zhuǎn)換后的報(bào)文。第二方面，本發(fā)明實(shí)施例還提供一種基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法，所述聯(lián)機(jī)交易處理平臺(tái)如上任一所述的聯(lián)機(jī)交易處理平臺(tái)；所述方法包括:通訊模塊接收客戶端發(fā)送的交易請(qǐng)求報(bào)文；并向報(bào)文轉(zhuǎn)換模塊轉(zhuǎn)發(fā)所述交易請(qǐng)求報(bào)文；所述報(bào)文轉(zhuǎn)換模塊將所述交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；并向路由選擇與交易流程模塊發(fā)送轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文；所述路由選擇與交易流程模塊根據(jù)轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)，并與所述外聯(lián)系統(tǒng)之間進(jìn)行業(yè)務(wù)邏輯的交易處理其中所述通訊模塊和所述報(bào)文轉(zhuǎn)換模塊、以及所述報(bào)文轉(zhuǎn)換模塊和所述路由選擇與交易流程模塊相互之間采用操作系統(tǒng)消息隊(duì)列的方式進(jìn)行異步通訊。可選地，在上述第二方面的第一種實(shí)現(xiàn)方式中，所述路由選擇與交易流程模塊根據(jù)轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)，并與所述外聯(lián)系統(tǒng)之間進(jìn)行業(yè)務(wù)邏輯的交易處理之后，所述方法還包括:所述路由選擇與交易流程模塊根據(jù)交易處理的結(jié)果生成包括交易處理結(jié)果的響應(yīng)報(bào)文，并向?qū)?yīng)的所述報(bào)文轉(zhuǎn)換模塊發(fā)送所述響應(yīng)報(bào)文；同時(shí)還在交易處理的過程中，在所述數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息；所述報(bào)文轉(zhuǎn)換模塊將所述響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的所述客戶端要求的報(bào)文格式；并向所述通訊模塊發(fā)送轉(zhuǎn)換格式后的所述響應(yīng)報(bào)文。可選地，在上述第二方面的第二種實(shí)現(xiàn)方式中，所述報(bào)文轉(zhuǎn)換模塊將所述交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式，包括:所述報(bào)文轉(zhuǎn)換模塊調(diào)用對(duì)應(yīng)的報(bào)文解析插件函數(shù)，將所述交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；所述報(bào)文轉(zhuǎn)換模塊將所述響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的所述客戶端要求的報(bào)文格式，包括:所述報(bào)文轉(zhuǎn)換模塊調(diào)用對(duì)應(yīng)的報(bào)文組報(bào)插件函數(shù)，將所述響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的所述客戶端要求的報(bào)文格式。可選地，在上述第二方面的第三種實(shí)現(xiàn)方式中，所述路由選擇與交易流程模塊在交易處理的過程中，在所述數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息中包括交易的處理結(jié)果，且所述路由選擇與交易流程模塊在交易處理的過程中考慮交易的原子性操作?？蛇x地，在上述第二方面的第四種實(shí)現(xiàn)方式中，所述路由選擇與交易流程模塊在接收到所述報(bào)文轉(zhuǎn)換模塊發(fā)送的轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文之后，所述路由選擇與交易流程模塊根據(jù)轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)之前，還包括:
所述路由選擇與交易流程模塊確定所述交易請(qǐng)求報(bào)文中的銀行卡的交易未達(dá)到交易閾值?？蛇x地，在上述第二方面的第五種實(shí)現(xiàn)方式中，所述方法還包括:所述路由選擇與交易流程模塊在所述數(shù)據(jù)庫中建立交易記錄表，所述交易記錄表中記錄所有未完成交易；所述超時(shí)處理模塊定時(shí)掃描所述交易記錄表，查看未完成交易的交易時(shí)間是否超出設(shè)定的時(shí)間閾值，并在超時(shí)時(shí)，生成超時(shí)響應(yīng)報(bào)文；并向所述路由選擇與交易流程模塊發(fā)送所述超時(shí)響應(yīng)報(bào)文；所述路由選擇與交易流程模塊通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和通訊模塊，向發(fā)起所述交易請(qǐng)求報(bào)文的所述客戶端返回所述超時(shí)響應(yīng)報(bào)文。可選地，在上述第二方面的第六種實(shí)現(xiàn)方式中，所述方法還包括:所述沖正模塊根據(jù)所述數(shù)據(jù)庫中需求沖正的總交易的數(shù)量，動(dòng)態(tài)地發(fā)起沖正交易?？蛇x地，在上述第二方面的第七種實(shí)現(xiàn)方式中，所述方法還包括:所述路由選擇與交易流程模塊在接收的消息隊(duì)列中的報(bào)文數(shù)量超出數(shù)量閾值時(shí)，向所述事件處理模塊發(fā)送所述消息隊(duì)列中超出所述數(shù)量閾值之后的交易請(qǐng)求報(bào)文；所述事件處理模塊接收所述路由選擇與交易流程模塊發(fā)送的、所述消息隊(duì)列中超出所述數(shù)量閾值之后的所述交易請(qǐng)求報(bào)文；并通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和所述通訊模塊，向發(fā)起所述交易請(qǐng)求報(bào)文的所述客戶端返回?cái)y帶“系統(tǒng)忙“的響應(yīng)報(bào)文?？蛇x地，在上述第二方面的第八種實(shí)現(xiàn)方式中，所述方法還包括:所述報(bào)文轉(zhuǎn)換模塊在轉(zhuǎn)換報(bào)文過程中發(fā)生錯(cuò)誤時(shí)，向所述事件處理模塊發(fā)送轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息；所述事件處理模塊接收所述報(bào)文轉(zhuǎn)換模塊發(fā)送的轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息，并通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和通訊模塊，向?qū)?yīng)的所述客戶端返回?cái)y帶“交易異?！暗捻憫?yīng)報(bào)文?？蛇x地，在上述第二方面的第九種實(shí)現(xiàn)方式中，所述方法還包括:所述通訊模塊在與所述外聯(lián)系統(tǒng)通訊鏈路發(fā)生變化時(shí)，向所述事件處理模塊發(fā)送通訊鏈路變化的事件消息；所述事件處理模塊向?qū)崟r(shí)監(jiān)控處理設(shè)備轉(zhuǎn)發(fā)所述通訊鏈路變化的事件消息，以供所述實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的所述通訊鏈路變化的事件消息?？蛇x地，在上述第二方面的第十種實(shí)現(xiàn)方式中，所述方法還包括:所述報(bào)文轉(zhuǎn)換模塊在對(duì)報(bào)文轉(zhuǎn)換之后，復(fù)制所述格式轉(zhuǎn)換后的報(bào)文，并向所述實(shí)時(shí)監(jiān)控處理設(shè)備發(fā)送復(fù)制的所述格式轉(zhuǎn)換后的報(bào)文，以供所述實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的所述格式轉(zhuǎn)換后的報(bào)文。本發(fā)明實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)及其交易處理方法，通過設(shè)置至少一個(gè)通訊節(jié)點(diǎn)，各通訊節(jié)點(diǎn)可以與外聯(lián)系統(tǒng)或者客戶端進(jìn)行通信連接，能夠有效地增強(qiáng)了聯(lián)機(jī)交易處理平臺(tái)的擴(kuò)展性，降低了聯(lián)機(jī)交易處理平臺(tái)與其他外聯(lián)系統(tǒng)的耦合復(fù)雜度，為聯(lián)機(jī)交易處理平臺(tái)的靈活擴(kuò)展提供了很好的基礎(chǔ)。且本發(fā)明實(shí)施例中的技術(shù)方案中，通訊節(jié)點(diǎn)中的通訊模塊、報(bào)文轉(zhuǎn)換模塊和路由選擇與交易流程模塊相互之間采用操作系統(tǒng)消息隊(duì)列的方式進(jìn)行異步通訊，這樣，在交易處理過程中，每個(gè)模塊處理完一個(gè)交易，即可開始處理第二個(gè)交易，而不用整個(gè)聯(lián)機(jī)交易處理平臺(tái)都在處理或者等待處理透明同一個(gè)交易，從而能夠有效地增強(qiáng)聯(lián)機(jī)交易平臺(tái)的資源利用率，且提高交易的處理效率，滿足高并發(fā)量的交易的需求。進(jìn)一步可選地，本發(fā)明實(shí)施例中，報(bào)文轉(zhuǎn)換模塊，具體用于調(diào)用對(duì)應(yīng)的報(bào)文解析插件函數(shù)，對(duì)交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；并向路由選擇與交易流程模塊發(fā)送轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文；報(bào)文轉(zhuǎn)換模塊，還具體用于調(diào)用對(duì)應(yīng)的報(bào)文組報(bào)插件函數(shù)，將響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的客戶端要求的報(bào)文格式；并向訊模塊發(fā)送轉(zhuǎn)換格式后的響應(yīng)報(bào)文。本發(fā)明實(shí)施例中，在通訊節(jié)點(diǎn)中的報(bào)文轉(zhuǎn)換模塊中，可以采用插件函數(shù)來實(shí)現(xiàn)其功能，而不像現(xiàn)有技術(shù)中，聯(lián)機(jī)交易處理平臺(tái)需要寫大量的代碼來滿足功能需求，因此與現(xiàn)有技術(shù)相t匕，本發(fā)明實(shí)施例中的該技術(shù)方案，能夠有效地節(jié)省人力成本，且通過插件函數(shù)實(shí)現(xiàn)其功能，還能有效地提聞交易的處理效率。進(jìn)一步可選地，本發(fā)明實(shí)施例中的路由選擇與交易流程模塊在數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息中包括交易的處理結(jié)果，從而有效地保證了交易的完整性，且路由選擇與交易流程模塊在交易處理的過程中考慮交易的原子性操作，從而能夠有效地保證了交易的一致性。進(jìn)一步可選地，本發(fā)明實(shí)施例中的路由選擇與交易流程模塊，還用于在根據(jù)轉(zhuǎn)換格式后交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)之前，確定交易請(qǐng)求報(bào)文中的銀行卡的交易未達(dá)到交易閾值，能夠有效地對(duì)交易的風(fēng)險(xiǎn)進(jìn)行控制，提高交易處理的安全性。進(jìn)一步可選地，本發(fā)明實(shí)施例中的路由選擇與交易流程模塊，還用于在數(shù)據(jù)庫中建立交易記錄表，交易記錄表中記錄所有未完成交易；超時(shí)處理模塊，用于定時(shí)掃描交易記錄表，查看未完成交易的交易時(shí)間是否超出設(shè)定的時(shí)間閾值，并在超時(shí)時(shí)，生成超時(shí)響應(yīng)報(bào)文；并向路由選擇與交易流程模塊發(fā)送所述超時(shí)響應(yīng)報(bào)文，以供路由選擇與交易流程模塊通過對(duì)應(yīng)的報(bào)文轉(zhuǎn)換模塊和通訊模塊，向發(fā)起交易請(qǐng)求報(bào)文的客戶端返回超時(shí)響應(yīng)報(bào)文。采用上述技術(shù)方案，能夠有效地對(duì)聯(lián)機(jī)交易處理平臺(tái)中的未完成交易進(jìn)行有效地超時(shí)控制和后續(xù)處理，避免了聯(lián)機(jī)交易處理平臺(tái)中長期存在未完成交易的缺陷，能夠有效保證交易處理的效率。進(jìn)一步可選地，本發(fā)明實(shí)施例中的聯(lián)機(jī)交易處理平臺(tái)中的沖正模塊用于根據(jù)需求沖正的總交易的數(shù)量，動(dòng)態(tài)地發(fā)起沖正交易，能夠有效地保證聯(lián)機(jī)交易系統(tǒng)的穩(wěn)定運(yùn)行，避免大規(guī)模的沖正浪涌。減少系統(tǒng)壓力。進(jìn)一步可選地，本發(fā)明實(shí)施例中的聯(lián)機(jī)交易處理平臺(tái)中報(bào)文轉(zhuǎn)換模塊，還用于在轉(zhuǎn)換報(bào)文過程中發(fā)生錯(cuò)誤時(shí)，向事件處理模塊發(fā)送轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息；事件處理模塊，還用于接收?qǐng)?bào)文轉(zhuǎn)換模塊發(fā)送的轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息，并通過對(duì)應(yīng)的報(bào)文轉(zhuǎn)換模塊和通訊模塊，向?qū)?yīng)的客戶端返回?cái)y帶“交易異?！暗捻憫?yīng)報(bào)文，能夠有效地提高聯(lián)機(jī)交易處理平臺(tái)的容錯(cuò)功能。進(jìn)一步可選地，本發(fā)明實(shí)施例中的聯(lián)機(jī)交易處理平臺(tái)中，通訊模塊還用于在與外聯(lián)系統(tǒng)通訊鏈路發(fā)生變化時(shí)，向事件處理模塊發(fā)送通訊鏈路變化的事件消息；事件處理模塊，還用于向?qū)崟r(shí)監(jiān)控處理模塊轉(zhuǎn)發(fā)通訊鏈路變化的事件消息；實(shí)時(shí)監(jiān)控處理模塊，用于展示接收的通訊鏈路變化的事件消息。采用上述技術(shù)方案，不僅能夠有效地提高聯(lián)機(jī)交易處理平臺(tái)的容錯(cuò)功能。而且還能通過實(shí)時(shí)監(jiān)控處理模塊展示事件信息，便于對(duì)聯(lián)機(jī)交易處理平臺(tái)進(jìn)行實(shí)時(shí)監(jiān)控，更加一步地提高了系統(tǒng)的容錯(cuò)功能。進(jìn)一步可選地，本發(fā)明實(shí)施例中的聯(lián)機(jī)交易處理平臺(tái)中，報(bào)文轉(zhuǎn)換模塊，還用于在對(duì)報(bào)文轉(zhuǎn)換之后，復(fù)制格式轉(zhuǎn)換后的報(bào)文，并向?qū)崟r(shí)監(jiān)控處理模塊發(fā)送復(fù)制的格式轉(zhuǎn)換后的報(bào)文；實(shí)時(shí)監(jiān)控處理模塊，用于展示接收的格式轉(zhuǎn)換后的報(bào)文。采用上述技術(shù)方案，將交易報(bào)文采用“復(fù)制分發(fā)”的方式轉(zhuǎn)發(fā)給實(shí)時(shí)監(jiān)控處理模塊，不會(huì)影響到聯(lián)機(jī)交易的正常處理。且將轉(zhuǎn)換后的內(nèi)部報(bào)文通過實(shí)時(shí)監(jiān)控處理模塊進(jìn)行展示，保證了數(shù)據(jù)報(bào)文統(tǒng)一，且也便于實(shí)時(shí)監(jiān)控報(bào)文。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。下面通過附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實(shí)施例一起用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的限制。在附圖中:圖1為本發(fā)明實(shí)施例一提供的聯(lián)機(jī)交易處理平臺(tái)的結(jié)構(gòu)圖。圖2為本發(fā)明實(shí)施例二提供的聯(lián)機(jī)交易處理平臺(tái)的結(jié)構(gòu)圖。圖3為本發(fā)明實(shí)施例三提供的聯(lián)機(jī)交易處理平臺(tái)的硬件結(jié)構(gòu)圖。圖4為本發(fā)明實(shí)施例提供的聯(lián)機(jī)交易處理平臺(tái)的交易處理示意圖。圖5為本發(fā)明實(shí)施例四提供的基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法的流程圖；圖6為本發(fā)明實(shí)施例五提供的基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法的流程圖。
具體實(shí)施例方式以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。實(shí)施例一圖1為本發(fā)明實(shí)施例一提供的聯(lián)機(jī)交易處理平臺(tái)的結(jié)構(gòu)圖。如圖1所示，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)具體包括:至少一個(gè)通訊節(jié)點(diǎn)、路由選擇與交易流程模塊10 ;每個(gè)通訊節(jié)點(diǎn)中包括通訊模塊12和報(bào)文轉(zhuǎn)換模塊13 ;通訊模塊12和報(bào)文轉(zhuǎn)換模塊13、報(bào)文轉(zhuǎn)換模塊13和路由選擇與交易流程模塊10相互之間采用操作系統(tǒng)消息隊(duì)列(OperationSystem Message Queue ；0S MQ)的方式進(jìn)行異步通訊；0SMQ的異步通訊方式中，各個(gè)模塊在處理完前一個(gè)交易的時(shí)候，即可可以開始對(duì)后一個(gè)交易的處理，不用等待聯(lián)機(jī)交易平臺(tái)中的所有模塊對(duì)前一個(gè)交易處理完畢。其中通訊模塊12用于接收客戶端發(fā)送的交易請(qǐng)求報(bào)文；并向報(bào)文轉(zhuǎn)換模塊轉(zhuǎn)發(fā)交易請(qǐng)求報(bào)文。需要說明的是，本實(shí)施例中的交易請(qǐng)求報(bào)文可以為請(qǐng)求繳納水費(fèi)、電費(fèi)、有線電視費(fèi)、手機(jī)費(fèi)等公共事業(yè)費(fèi)的請(qǐng)求報(bào)文，還可以為其他通過購物網(wǎng)站購物的請(qǐng)求報(bào)文。例如該請(qǐng)求報(bào)文中可以包括付款的銀行卡的信息(如賬戶、密碼等等)、用戶的姓名或者還包括用戶的住址、請(qǐng)求報(bào)文繳費(fèi)的類別(如水費(fèi)、電費(fèi)、手機(jī)費(fèi)等等)。
報(bào)文轉(zhuǎn)換模塊13用于對(duì)通訊模塊12轉(zhuǎn)發(fā)的交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；并向路由選擇與交易流程模塊10發(fā)送轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文；路由選擇與交易流程模塊10用于接收?qǐng)?bào)文轉(zhuǎn)換模塊13發(fā)送的轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文，并根據(jù)轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)，并與外聯(lián)系統(tǒng)之間進(jìn)行業(yè)務(wù)邏輯的交易處理。需要說明的是，本實(shí)施例的外聯(lián)系統(tǒng)可以為各個(gè)銀行預(yù)先為聯(lián)機(jī)交易處理平臺(tái)配置相對(duì)接的銀行網(wǎng)點(diǎn)，各個(gè)運(yùn)營商的營帳系統(tǒng)、各個(gè)運(yùn)營商的互動(dòng)式語音應(yīng)答(Interactive Voice Response ;IVR)系統(tǒng)，以及各個(gè)公共事業(yè)公司的對(duì)應(yīng)的收費(fèi)系統(tǒng)及營帳系統(tǒng)等等。路由選擇與交易流程模塊10可以預(yù)先知道各個(gè)外聯(lián)系統(tǒng)，當(dāng)路由選擇與交易流程模塊10確定交易請(qǐng)求報(bào)文對(duì)應(yīng)的交易類別時(shí)，如繳納電費(fèi)，可以自動(dòng)路由到對(duì)應(yīng)的外聯(lián)系統(tǒng)為電業(yè)公司預(yù)先設(shè)置的收費(fèi)系統(tǒng)。同理，當(dāng)路由選擇與交易流程模塊10確定交易請(qǐng)求報(bào)文對(duì)應(yīng)的交易類別為繳納手機(jī)費(fèi)時(shí)，路由選擇與交易流程模塊10可以自動(dòng)路由到該手機(jī)賬戶對(duì)應(yīng)的運(yùn)營商的扣費(fèi)系統(tǒng)，以及該運(yùn)營商的營帳系統(tǒng)，并可以確定什么時(shí)候與扣費(fèi)系統(tǒng)交互實(shí)現(xiàn)扣款，什么時(shí)候與營帳系統(tǒng)交互，實(shí)現(xiàn)為用戶充值，詳細(xì)可以參考相關(guān)現(xiàn)有技術(shù)，在此不再贅述。本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)，通過設(shè)置至少一個(gè)通訊節(jié)點(diǎn)，各通訊節(jié)點(diǎn)可以與外聯(lián)系統(tǒng)或者客戶端進(jìn)行通信連接，能夠有效地增強(qiáng)了聯(lián)機(jī)交易處理平臺(tái)的擴(kuò)展性，降低了聯(lián)機(jī)交易處理平臺(tái)與其他外聯(lián)系統(tǒng)的耦合復(fù)雜度，為聯(lián)機(jī)交易處理平臺(tái)的靈活擴(kuò)展提供了很好的基礎(chǔ)。且本實(shí)施例中的技術(shù)方案中，通訊節(jié)點(diǎn)中的通訊模塊、報(bào)文轉(zhuǎn)換模塊和路由選擇與交易流程模塊相互之間采用操作系統(tǒng)消息隊(duì)列的方式進(jìn)行異步通訊，這樣，在交易處理過程中，每個(gè)模塊處理完一個(gè)交易，即可開始處理第二個(gè)交易，而不用整個(gè)聯(lián)機(jī)交易處理平臺(tái)都在處理或者等待處理透明同一個(gè)交易，從而能夠有效地增強(qiáng)聯(lián)機(jī)交易平臺(tái)的資源利用率，且提高交易的處理效率，滿足高并發(fā)量的交易的需求。實(shí)施例二圖2為本發(fā)明實(shí)施例二提供的聯(lián)機(jī)交易處理平臺(tái)的結(jié)構(gòu)圖。本實(shí)施例的連接交易處理平臺(tái)在上述圖1所示實(shí)施例的基礎(chǔ)上，進(jìn)一步更加詳細(xì)地本發(fā)明實(shí)施例的技術(shù)方案。如圖2所示，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中，還包括有數(shù)據(jù)庫11。該數(shù)據(jù)庫11供路由選擇與交易流程模塊10在交易處理的過程中，在數(shù)據(jù)庫11中記錄交易處理過程中的狀態(tài)信息。路由選擇與交易流程模塊10還用于根據(jù)交易處理的結(jié)果生成包括交易處理結(jié)果的響應(yīng)報(bào)文，并向?qū)?yīng)的報(bào)文轉(zhuǎn)換模塊13發(fā)送響應(yīng)報(bào)文。報(bào)文轉(zhuǎn)換模塊13還用于接收路由選擇與交易流程模塊10發(fā)送的響應(yīng)報(bào)文。將響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的客戶端要求的報(bào)文格式；并向通訊模塊12發(fā)送轉(zhuǎn)換格式后的響應(yīng)報(bào)文；通訊模塊12還用于接收?qǐng)?bào)文轉(zhuǎn)換模塊13發(fā)送的轉(zhuǎn)換格式后的響應(yīng)報(bào)文，并向客戶端返回轉(zhuǎn)換格式后的響應(yīng)報(bào)文。通過采用上述方案，聯(lián)機(jī)交易處理平臺(tái)還能夠在完成交易處理之后，向客戶端返回響應(yīng)報(bào)文，供客戶端的用戶獲知交易處理的結(jié)果。另外路由選擇與交易流程模塊10通過在交易處理的過程中，在數(shù)據(jù)庫11中記錄交易處理過程中的狀態(tài)信息，當(dāng)在交易出現(xiàn)問題的時(shí)候，根據(jù)數(shù)據(jù)庫11中記錄的交易的狀態(tài)信息，及時(shí)查找問題所在?？蛇x地，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中的報(bào)文轉(zhuǎn)換模塊13具體用于調(diào)用對(duì)應(yīng)的報(bào)文解析插件函數(shù)，對(duì)交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；并向路由選擇與交易流程模塊10發(fā)送轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文。報(bào)文轉(zhuǎn)換模塊13還具體用于調(diào)用對(duì)應(yīng)的報(bào)文組報(bào)插件函數(shù)，將響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的客戶端要求的報(bào)文格式；并向通訊模塊12發(fā)送轉(zhuǎn)換格式后的響應(yīng)報(bào)文。該技術(shù)方案中，報(bào)文轉(zhuǎn)換模塊13可以分為具體的基礎(chǔ)模塊和插件化函數(shù)兩部分，其中插件化函數(shù)包括報(bào)文解析插件函數(shù)和報(bào)文組報(bào)插件函數(shù)。由于提供了插件化函數(shù)，可以避免現(xiàn)有技術(shù)中，增加新功能時(shí)，需要開發(fā)人員編出更多的代碼，僅在使用時(shí)調(diào)用插件函數(shù)即可。其中的基礎(chǔ)模塊具體可以為包括郵箱服務(wù)子模塊、客戶應(yīng)用(Application ;API)調(diào)用子模塊、數(shù)據(jù)轉(zhuǎn)發(fā)子模塊。郵箱服務(wù)子模塊主要為交易報(bào)文提供了一種接收機(jī)制，快速判斷要從哪里接收消息，并且也知道消息的大小和標(biāo)識(shí)；客戶API調(diào)用模塊就是根據(jù)預(yù)先配置選擇合適的插件進(jìn)行執(zhí)行，具體地，在報(bào)文轉(zhuǎn)換模塊13中記錄有每一個(gè)可連接的外聯(lián)系統(tǒng)要求的報(bào)文的格式；例如當(dāng)確定某交易報(bào)文為要發(fā)向A銀行，以請(qǐng)求扣款時(shí)，此時(shí)需要調(diào)用預(yù)先配置的將聯(lián)機(jī)交易處理平臺(tái)中的統(tǒng)一格式的報(bào)文轉(zhuǎn)換為該A銀行要求的格式的對(duì)應(yīng)插件函數(shù)；數(shù)據(jù)轉(zhuǎn)發(fā)子模塊將轉(zhuǎn)化處理后的交易報(bào)文轉(zhuǎn)發(fā)到其他模塊如通訊模塊12或者路由選擇與交易流程模塊10。在該技術(shù)方案中，在通訊節(jié)點(diǎn)中的報(bào)文轉(zhuǎn)換模塊中，可以采用插件函數(shù)來實(shí)現(xiàn)其功能，而不像現(xiàn)有技術(shù)中，聯(lián)機(jī)交易處理平臺(tái)需要寫大量的代碼來滿足功能需求，因此與現(xiàn)有技術(shù)相比，本實(shí)施例中采用該技術(shù)方案，能夠有效地節(jié)省人力成本，且通過插件函數(shù)實(shí)現(xiàn)其功能，還能有效地提聞交易的處理效率。其中通訊模塊12和報(bào)文轉(zhuǎn)換模塊13構(gòu)成的通訊節(jié)點(diǎn)是外聯(lián)系統(tǒng)與聯(lián)機(jī)交易處理平臺(tái)中的路由選擇與交易流程模塊連接的橋梁。每一個(gè)外聯(lián)系統(tǒng)可以通過一個(gè)或者多個(gè)通訊節(jié)點(diǎn)與聯(lián)機(jī)交易處理平臺(tái)進(jìn)行交互，若需要多個(gè)通訊節(jié)點(diǎn)與一個(gè)外聯(lián)系統(tǒng)進(jìn)行交互，那么與一個(gè)外聯(lián)系統(tǒng)進(jìn)行交互的多個(gè)通訊節(jié)點(diǎn)稱為一個(gè)通訊節(jié)點(diǎn)組。其中一個(gè)通訊節(jié)點(diǎn)組下的交易具有相同的通訊方式、相同的報(bào)文協(xié)議、相同的安全機(jī)制?？蛇x地，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中的路由選擇與交易流程模塊10在數(shù)據(jù)庫11中記錄交易處理過程中的狀態(tài)信息中包括交易的處理結(jié)果，且路由選擇與交易流程模塊10在交易處理的過程中考慮交易的原子性操作。交易的原子性操作具體指的是，當(dāng)該交易中包括多個(gè)操作時(shí)，只要有一個(gè)操作失敗，該交易即失?。荒軌蛴行У乇ＷC了交易的一致性。且為保持交易的完整性，路由選擇與交易流程模塊10記錄了交易在處理過程成中的狀態(tài)信息。交易狀態(tài)信息不僅記錄了交易狀態(tài)，而且記錄了交易處理結(jié)果(如在操作交易流水表記錄了交易處理結(jié)果)。在操作交易流水表中記錄的最終狀態(tài)是聯(lián)機(jī)交易處理平臺(tái)自動(dòng)處理的結(jié)果。一筆交易在平臺(tái)自動(dòng)處理結(jié)束后，有時(shí)會(huì)需要線下人工處理。如:營帳系統(tǒng)充值失敗的交易、營帳系統(tǒng)多次充值仍未得到成功應(yīng)答的交易。這一部分的交易會(huì)進(jìn)入到系統(tǒng)交易異常表中，由客服進(jìn)行線下處理，處理狀態(tài)會(huì)更新到系統(tǒng)交易異常表中，不再更新系統(tǒng)交易流水表。交易流水表按交易接入節(jié)點(diǎn)分別進(jìn)行記錄，對(duì)于電信來說，就是每個(gè)省分別登記交易流水表。路由選擇與交易流程模塊10接收?qǐng)?bào)文轉(zhuǎn)換模塊13的發(fā)送的所有交易報(bào)文之后，都會(huì)將所有交易報(bào)文存儲(chǔ)在數(shù)據(jù)庫中。對(duì)于需要查詢?cè)摻灰椎奶幚恚酚蛇x擇與交易流程模塊10自動(dòng)匹配該交易，保持交易的一致性?？蛇x地，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中的路由選擇與交易流程模塊10，還用于在根據(jù)轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)之前，確定交易請(qǐng)求報(bào)文中的銀行卡的交易未達(dá)到交易閾值。該技術(shù)方案實(shí)現(xiàn)對(duì)交易的風(fēng)險(xiǎn)控制，具體在接收到交易請(qǐng)求以后，進(jìn)行交易單筆/日/月的交易控制，一旦超過了設(shè)定的風(fēng)險(xiǎn)閥值，會(huì)對(duì)當(dāng)筆交易進(jìn)行拒絕。例如按筆進(jìn)行控制:一個(gè)用戶(如一張銀行卡)每天/月不能超過限定筆數(shù)。按交易金額進(jìn)行控制:一個(gè)用戶(如一張銀行卡)每筆/天/月的交易總金額不能超過限定金額。采用該技術(shù)方案，能夠有效地對(duì)交易的風(fēng)險(xiǎn)進(jìn)行控制，提高交易處理的安全性?？蛇x地，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中還包括超時(shí)處理模塊14。其中路由選擇與交易流程模塊10還用于在數(shù)據(jù)庫11中建立交易記錄表，該交易記錄表中記錄所有未完成交易，以對(duì)未完成的交易進(jìn)行監(jiān)控；當(dāng)某條交易完成時(shí)，從該交易記錄表中刪除。超時(shí)處理模塊14用于定時(shí)掃描數(shù)據(jù)庫11中的交易記錄表，查看未完成交易的交易時(shí)間是否超出設(shè)定的時(shí)間閾值，并在超時(shí)時(shí)，生成超時(shí)響應(yīng)報(bào)文；并向路由選擇與交易流程模塊10發(fā)送超時(shí)響應(yīng)報(bào)文，以供路由選擇與交易流程模塊10通過對(duì)應(yīng)的報(bào)文轉(zhuǎn)換模塊13和通訊模塊12，向發(fā)起交易請(qǐng)求報(bào)文的客戶端返回超時(shí)響應(yīng)報(bào)文。其中未完成交易的交易時(shí)間為當(dāng)前時(shí)刻減去該交易的開始時(shí)刻，設(shè)定的時(shí)間閾值為預(yù)先設(shè)定的一條交易最長交易的時(shí)間。采用上述技術(shù)方案，能夠有效地對(duì)聯(lián)機(jī)交易處理平臺(tái)中的未完成交易進(jìn)行有效地超時(shí)控制和后續(xù)處理，避免了聯(lián)機(jī)交易處理平臺(tái)中長期存在未完成交易的缺陷，能夠有效保證交易處理的效率。可選地，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中還包括沖正模塊15，該沖正模塊15用于根據(jù)數(shù)據(jù)庫11中需求沖正的總交易的數(shù)量，動(dòng)態(tài)地發(fā)起沖正交易，能夠有效地保證聯(lián)機(jī)交易系統(tǒng)的穩(wěn)定運(yùn)行，避免大規(guī)模的沖正浪涌。減少系統(tǒng)壓力。其中沖正模塊15也與超時(shí)處理模塊14連接，當(dāng)超時(shí)處理模塊14確定交易超時(shí)時(shí)，在需要進(jìn)行超時(shí)沖正時(shí)，觸發(fā)沖正模塊15進(jìn)行沖正，同時(shí)超時(shí)處理模塊14生成超時(shí)響應(yīng)報(bào)文；不需要沖正的交易，超時(shí)處理模塊14直接超時(shí)響應(yīng)報(bào)文；同時(shí)，將已完成交易直接從交易記錄表中清除。下面介紹幾種各交易場(chǎng)景下的沖正處理:1、銀行卡扣款失敗交易將扣款結(jié)果應(yīng)答給發(fā)起方，交易結(jié)束，沖正模塊15不做任何處理。2、銀行卡扣款狀態(tài)未知(銀行扣款超時(shí))返回給交易發(fā)起方“交易超時(shí)”，沖正模塊15對(duì)銀行端發(fā)起扣款沖正。3、銀行卡扣款成功，營帳系統(tǒng)充值失敗返回給交易發(fā)起方“系統(tǒng)處理中”，交易記錄轉(zhuǎn)入“異常交易記錄表”，交易狀態(tài)為“銀行卡扣款成功，營帳系統(tǒng)充值失敗”。后續(xù)轉(zhuǎn)為客服線下處理。沖正模塊不進(jìn)行處理。4、銀行卡扣款成功，營帳系統(tǒng)充值狀態(tài)未知(營帳系統(tǒng)充值超時(shí))返回給交易發(fā)起方“系統(tǒng)處理中”，根據(jù)各省營帳系統(tǒng)進(jìn)行參數(shù)設(shè)置，一種情況是:對(duì)于支持重復(fù)充值的營帳系統(tǒng)，沖正模塊15會(huì)多次分時(shí)(參數(shù)控制)發(fā)起充值交易；第二種情況是:對(duì)于不支持重復(fù)充值的營帳系統(tǒng)，將此交易記錄轉(zhuǎn)入“異常交易記錄表“，交易狀態(tài)為“銀行卡扣款成功，營帳系統(tǒng)充值狀態(tài)未知”?？蛇x地，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中還包括事件處理模塊16。路由選擇與交易流程模塊10與事件處理模塊16連接，路由選擇與交易流程模塊10還用于在接收的對(duì)應(yīng)的消息隊(duì)列中的報(bào)文數(shù)量超出數(shù)量閾值時(shí)，向事件處理模塊16發(fā)送消息隊(duì)列中超出數(shù)量閾值之后的交易請(qǐng)求報(bào)文；事件處理模塊16用于接收路由選擇與交易流程模塊10發(fā)送的、消息隊(duì)列中超出數(shù)量閾值之后的交易請(qǐng)求報(bào)文；通過對(duì)應(yīng)的報(bào)文轉(zhuǎn)換模塊13和通訊模塊12，向發(fā)起交易請(qǐng)求報(bào)文的客戶端返回?cái)y帶“系統(tǒng)忙“的響應(yīng)報(bào)文。采用上述技術(shù)方案，不僅能夠有效地提高聯(lián)機(jī)交易處理平臺(tái)的容錯(cuò)功能。而且還能通過實(shí)時(shí)監(jiān)控處理模塊展示事件信息，便于對(duì)聯(lián)機(jī)交易處理平臺(tái)進(jìn)行實(shí)時(shí)監(jiān)控，更加一步地提聞了系統(tǒng)的容錯(cuò)功能。進(jìn)一步可選地，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中的報(bào)文轉(zhuǎn)換模塊13也可以與事件處理模塊16連接，報(bào)文轉(zhuǎn)換模塊13還用于在轉(zhuǎn)換報(bào)文過程中發(fā)生錯(cuò)誤時(shí)，向事件處理模塊16發(fā)送轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息；如客戶端的地址信息。事件處理模塊16還用于接收?qǐng)?bào)文轉(zhuǎn)換模塊13發(fā)送的轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息，并通過對(duì)應(yīng)的報(bào)文轉(zhuǎn)換模塊13和通訊模塊12，向?qū)?yīng)的客戶端返回?cái)y帶“交易異常“的響應(yīng)報(bào)文。可選地，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中，通訊模塊12也可以與事件處理模塊16連接，通訊模塊12還用于在與外聯(lián)系統(tǒng)通訊鏈路發(fā)生變化時(shí)，向事件處理模塊16發(fā)送通訊鏈路變化的事件消息；如聯(lián)機(jī)交易處理平臺(tái)與各省營帳系統(tǒng)、銀行網(wǎng)關(guān)、各省IVR的通訊鏈路狀態(tài)發(fā)生變化時(shí)，即通訊模塊12無法與與各省營帳系統(tǒng)、銀行網(wǎng)關(guān)、各省IVR通訊，通訊模塊12即可確定網(wǎng)絡(luò)鏈路故障，此時(shí)通訊模塊12會(huì)向事件處理模塊16發(fā)送事件消息。事件處理器將這些消息轉(zhuǎn)發(fā)給監(jiān)控進(jìn)行顯示。事件處理模塊16還用于向?qū)崟r(shí)監(jiān)控處理設(shè)備轉(zhuǎn)發(fā)通訊鏈路變化的事件消息；以供實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的通訊鏈路變化的事件消息?？蛇x地，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中報(bào)文轉(zhuǎn)換模塊13，還用于在對(duì)報(bào)文轉(zhuǎn)換之后，復(fù)制格式轉(zhuǎn)換后的報(bào)文，并向?qū)崟r(shí)監(jiān)控處理設(shè)備發(fā)送復(fù)制的格式轉(zhuǎn)換后的報(bào)文，以供實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的格式轉(zhuǎn)換后的報(bào)文。采用上述技術(shù)方案，將交易報(bào)文采用“復(fù)制分發(fā)”的方式轉(zhuǎn)發(fā)給實(shí)時(shí)監(jiān)控處理模塊，不會(huì)影響到聯(lián)機(jī)交易的正常處理。且將轉(zhuǎn)換后的內(nèi)部報(bào)文通過實(shí)時(shí)監(jiān)控處理模塊進(jìn)行展示，保證了數(shù)據(jù)報(bào)文統(tǒng)一，且也便于實(shí)時(shí)監(jiān)控報(bào)文。綜上所述，本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中的路由與流程處理模塊10是聯(lián)機(jī)交易處理平臺(tái)的業(yè)務(wù)邏輯處理核心，主要包括智能交易路由、交易一致性處理、交易完整性處理、交易記錄、交易風(fēng)控的功能。本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)也可以稱之為電子支付平臺(tái)。本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中的通訊模塊需要進(jìn)行參數(shù)化配置，聯(lián)機(jī)交易處理平臺(tái)中各模塊的系統(tǒng)/應(yīng)用參數(shù)用可擴(kuò)展標(biāo)記語言(Extensible MarkupLanguage,XML)格式進(jìn)行文件存儲(chǔ)，系統(tǒng)初始化的時(shí)候讀XML文件進(jìn)行參數(shù)加載。一些商戶/銀行等相關(guān)信息放到數(shù)據(jù)庫11中便于管理平臺(tái)進(jìn)行日常的維護(hù)。
聯(lián)機(jī)交易處理平臺(tái)與各外聯(lián)系統(tǒng)的交易交互需要通過通訊層接入，通訊層涉及到的參數(shù)主要有以下這些:本地、遠(yuǎn)程主機(jī)IP ;本地、遠(yuǎn)程主機(jī)端口 ；通訊方式(同、異步，長、短連接，單、雙工)；通訊模式(客戶端C、服務(wù)端S);通訊報(bào)文頭長度、報(bào)文頭/報(bào)文體碼制(ASCII碼,二進(jìn)制碼等)；Socket通訊超時(shí)時(shí)間、Socket連接等待時(shí)間、各節(jié)點(diǎn)通訊模塊運(yùn)行進(jìn)程個(gè)數(shù)等等。上述所有可選技術(shù)方案，可以采用可以結(jié)合的方式任意組合，形成本發(fā)明的可選實(shí)施例，在此不再一一贅述。實(shí)施例三圖3為本發(fā)明實(shí)施例三提供的聯(lián)機(jī)交易處理平臺(tái)的硬件結(jié)構(gòu)圖。本實(shí)施例在上述實(shí)施例的技術(shù)方案的基礎(chǔ)上，提供一種聯(lián)機(jī)交易處理平臺(tái)的硬件結(jié)構(gòu)圖。如圖3所示，其中采用Com表示通訊模塊;Msg表示報(bào)文轉(zhuǎn)換模塊；Switch表示路由選擇與交易流程模塊；TimeOut表不超時(shí)處理模塊；AutoRvs表不沖正模塊；EventProcesser表不事件處理模塊；InboundQ表示進(jìn)入的消息隊(duì)列；EventMsgQ表示EventProcesser進(jìn)行事件處理的事件消息隊(duì)列；0utboundQ表示輸出的消息隊(duì)列；DB表示數(shù)據(jù)庫(Database)。為便于描述，本實(shí)施例僅示出一個(gè)通訊節(jié)點(diǎn)(即一組Com和Msg模塊)來描述本發(fā)明的技術(shù)方案，實(shí)際應(yīng)用中，聯(lián)機(jī)交易處理平臺(tái)可以包括多個(gè)通訊節(jié)點(diǎn)。從圖3可以看出，交易報(bào)文由Com接收,送到InboundQ中，同時(shí)向信使隊(duì)列PostQ發(fā)送一條信使消息,告訴Msg，有一條交易報(bào)文送到了 InboundQ中，需要Msg去收取報(bào)文，并進(jìn)行報(bào)文格式的轉(zhuǎn)換(由外聯(lián)系統(tǒng)的報(bào)文格式轉(zhuǎn)成支付平臺(tái)統(tǒng)一的內(nèi)部報(bào)文格式)，轉(zhuǎn)換完成后，送到Switch模塊的InboundQ隊(duì)列中，Switch對(duì)交易進(jìn)行業(yè)務(wù)邏輯進(jìn)行處理后,選擇正確的交易路由，送到對(duì)應(yīng)的Msg中進(jìn)行報(bào)文格式(由聯(lián)機(jī)交易處理平臺(tái)內(nèi)部報(bào)文格式轉(zhuǎn)換成外聯(lián)系統(tǒng)的報(bào)文格式)的轉(zhuǎn)換，最后送給Com，由Com送給對(duì)應(yīng)的外聯(lián)系統(tǒng)。本實(shí)施例中各處理模塊間采用OS mq進(jìn)行異步通訊。這種異步處理模式有如下優(yōu)點(diǎn)1.各模塊在應(yīng)用邏輯上相對(duì)獨(dú)立，方便各模塊分別進(jìn)行進(jìn)程管理和控制。2.各模塊之間不會(huì)存在資源等待問題，能提高平臺(tái)并發(fā)處理能力。3.聯(lián)機(jī)交易處理平臺(tái)可以方便的根據(jù)業(yè)務(wù)處理需要進(jìn)行各模塊進(jìn)程資源的合理調(diào)配。圖3所示的Msg模塊的功能與實(shí)現(xiàn)如下:報(bào)文轉(zhuǎn)換從全局看可以分為基礎(chǔ)模塊和插件化函數(shù)庫兩大部分組成。基礎(chǔ)模塊為報(bào)文轉(zhuǎn)換提供了基本的架構(gòu)，保證交易信息準(zhǔn)確、安全地從Switch模塊轉(zhuǎn)發(fā)到Com或者Com向Switch轉(zhuǎn)發(fā)，開發(fā)者不用關(guān)心其具體的工作內(nèi)容，基本模塊約定了插件的開發(fā)模式，要求開發(fā)者提供約定參數(shù)的插件函數(shù)。本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)中的Msg模塊的功能與實(shí)現(xiàn):報(bào)文轉(zhuǎn)換從全局看可以分為基礎(chǔ)模塊和插件化函數(shù)庫兩大部分組成?；A(chǔ)模塊為報(bào)文轉(zhuǎn)換提供了基本的架構(gòu)，保證交易信息準(zhǔn)確、安全地從Switch模塊轉(zhuǎn)發(fā)到Com模塊或者Com模塊向Switch轉(zhuǎn)發(fā)，開發(fā)者不用關(guān)心其具體的工作內(nèi)容，基本模塊約定了插件的開發(fā)模式，要求開發(fā)者提供約定參數(shù)的插件函數(shù)。基礎(chǔ)框架包括幾個(gè)功能子模塊:郵箱服務(wù)子模塊、客戶API調(diào)用子模塊、數(shù)據(jù)轉(zhuǎn)發(fā)子模塊。郵箱服務(wù)子模塊主要為交易報(bào)文提供了一種接收機(jī)制，快速判斷要從哪里接收消息，并且也知道消息的大小和標(biāo)識(shí)；客戶API調(diào)用子模塊就是根據(jù)配置參數(shù)選擇合適的插件函數(shù)進(jìn)行報(bào)文格式的轉(zhuǎn)換；數(shù)據(jù)轉(zhuǎn)發(fā)子模塊將處理后的交易報(bào)文轉(zhuǎn)發(fā)到其他模塊。Msg模塊要求開發(fā)用戶提供兩類插件函數(shù)，一是報(bào)文解析插件函數(shù)，二是報(bào)文組報(bào)插件函數(shù)。報(bào)文解析插件函數(shù)指外部報(bào)文格式向內(nèi)部報(bào)文格式轉(zhuǎn)換的過程，報(bào)文組報(bào)插件函數(shù)指內(nèi)部報(bào)文格式向外部報(bào)文格式轉(zhuǎn)換的過程。插件化函數(shù)庫主要完成了數(shù)據(jù)獲取，報(bào)文轉(zhuǎn)換的功能。Switch模塊是聯(lián)機(jī)交易處理平臺(tái)的業(yè)務(wù)邏輯處理核心，主要包括智能交易路由、交易一致性處理、交易完整性處理、交易記錄、交易風(fēng)控的實(shí)現(xiàn)。(I)智能交易路由聯(lián)機(jī)交易處理平臺(tái)交易路由功能是由Switch模塊來實(shí)現(xiàn)的，Switch會(huì)根據(jù)交易的屬性如參數(shù)信息查找路由將相應(yīng)交易發(fā)送到外聯(lián)系統(tǒng)。如繳納電費(fèi)，對(duì)應(yīng)將交易路由到電業(yè)系統(tǒng)對(duì)應(yīng)的扣費(fèi)系統(tǒng)和營帳系統(tǒng)。(2)交易一致性Switch接收Msg模塊的交易數(shù)據(jù)，將數(shù)據(jù)落地即存儲(chǔ)在數(shù)據(jù)庫DB中，對(duì)于需要查詢?cè)摻灰椎奶幚?，Siwtch自動(dòng)匹配該交易，保持交易的一致性。在switch模塊進(jìn)行流程處理中，業(yè)務(wù)邏輯的處理要考慮到交易原子性操作，在處理中出現(xiàn)異常時(shí)，必須使原子操作內(nèi)的數(shù)據(jù)恢復(fù)。在系統(tǒng)進(jìn)行的銀行方?jīng)_正結(jié)束后，要更新原交易流水狀態(tài)。在系統(tǒng)進(jìn)行的營帳系統(tǒng)的分時(shí)段多次充值時(shí)，也要更新原交易流水狀態(tài)。采用上述方案，均可以保證交易的一致性。(3)交易完整性為保持交易的完整性，Switch記錄了交易在處理過程成中的狀態(tài)信息。交易狀態(tài)信息不僅記錄了交易狀態(tài)，而且記錄了處理結(jié)果，例如在操作交易流水表中記錄交易的這些信息。在操作交易流水表中記錄的最終狀態(tài)是聯(lián)機(jī)交易處理平臺(tái)自動(dòng)處理的結(jié)果。一筆交易在聯(lián)機(jī)交易處理平臺(tái)自動(dòng)處理結(jié)束后，有時(shí)會(huì)需要線下人工處理。如:營帳系統(tǒng)充值失敗的交易、營帳系統(tǒng)多次充值仍未得到成功應(yīng)答的交易。這一部分的交易會(huì)進(jìn)入到系統(tǒng)交易異常表中，由客服進(jìn)行線下處理，處理狀態(tài)會(huì)更新到系統(tǒng)交易異常表中，不再更新系統(tǒng)交易流水表。交易流水表按交易接入節(jié)點(diǎn)分別進(jìn)行記錄，對(duì)于電信來說，就是每個(gè)省分別登記交易流水表。(4)交易記錄為了進(jìn)行平臺(tái)交易超時(shí)控制，需要對(duì)外聯(lián)系統(tǒng)請(qǐng)求交易的主要信息進(jìn)行記錄，當(dāng)應(yīng)答交易返回時(shí)，更新交易記錄狀態(tài)。例如這些信息可以記錄在交易超時(shí)控制表中，其中交易超時(shí)控制表也按照交易接入節(jié)點(diǎn)來分別記錄。(5)交易風(fēng)控為了對(duì)交易進(jìn)行風(fēng)險(xiǎn)控制，需要在接收到交易請(qǐng)求以后，進(jìn)行交易單筆/日/月的交易控制，一旦超過了設(shè)定的風(fēng)險(xiǎn)閥值，會(huì)對(duì)當(dāng)筆交易進(jìn)行拒絕。
例如按筆進(jìn)行控制:一個(gè)用戶(通常對(duì)應(yīng)銀行卡)每天/月不能超過限定筆數(shù)。例如按交易金額進(jìn)行控制:一個(gè)用戶(通常對(duì)應(yīng)銀行卡)每筆/天/月的交易總金額不能超過限定金額。如圖3所示的聯(lián)機(jī)交易處理平臺(tái)中的TimeOut模塊是聯(lián)機(jī)交易處理平臺(tái)中獨(dú)立的異常處理模塊，針對(duì)每筆經(jīng)過平臺(tái)的交易進(jìn)行超時(shí)控制。主要是TimeOut模塊的輪詢進(jìn)程定時(shí)掃描交易記錄表，查看未完成交易的開始時(shí)間與當(dāng)前時(shí)刻進(jìn)行比較，找到超過設(shè)定的時(shí)間閥值的交易進(jìn)行超時(shí)處理:判斷是否需要進(jìn)行系統(tǒng)的異常超時(shí)沖正，需要?jiǎng)t觸發(fā)AutoRvs進(jìn)行沖正，同時(shí)做超時(shí)應(yīng)答，不需要沖正的交易，直接做超時(shí)應(yīng)答；同時(shí)，將已完成交易直接從交易記錄表中清除。AutoRvs模塊要根據(jù)需要沖正的總交易量，動(dòng)態(tài)發(fā)起沖正交易。保證聯(lián)機(jī)系統(tǒng)的穩(wěn)定運(yùn)行，避免大規(guī)模的沖正浪涌。減少系統(tǒng)壓力。各交易場(chǎng)景下的沖正處理詳細(xì)參見上述實(shí)施例的記載，在此不再贅述。由于TimeOut模塊和AutoRvs模塊均屬于異常處理模塊，在圖3中放在一起。網(wǎng)絡(luò)鏈路狀態(tài)、流量控制、交易優(yōu)先級(jí)考慮系統(tǒng)的其他異常等就要求系統(tǒng)內(nèi)部有較高的容錯(cuò)功能。聯(lián)機(jī)交易處理平臺(tái)中為解決此等問題提供了事件處理模塊，將異常信息同一接入，提供了清晰的處理流程。聯(lián)機(jī)交易處理平臺(tái)中與各省營帳系統(tǒng)、銀行網(wǎng)關(guān)、各省IVR的通訊鏈路狀態(tài)發(fā)生變化時(shí)，會(huì)向 EventProcesser 發(fā)送事件消息 EventMsgQQEventProcesser 將這些 EventMsgQ轉(zhuǎn)發(fā)給實(shí)時(shí)監(jiān)控設(shè)備監(jiān)控進(jìn)行顯示。該實(shí)時(shí)監(jiān)控設(shè)備不屬于聯(lián)機(jī)交易處理平臺(tái)，能夠?qū)β?lián)機(jī)交易處理平臺(tái)的所有事件信息EventMsgQ進(jìn)行實(shí)施監(jiān)控分析，供聯(lián)機(jī)交易處理平臺(tái)的工作人員實(shí)時(shí)查看，監(jiān)管。Switch入隊(duì)列超過設(shè)定的閥值時(shí)，會(huì)將交易報(bào)文轉(zhuǎn)發(fā)給EventProcesser,EventProcesser會(huì)生成“系統(tǒng)忙”應(yīng)答報(bào)文給發(fā)起方。Msg模塊發(fā)生解、組包錯(cuò)誤時(shí)，將交易關(guān)鍵信息發(fā)給EventProcesser,EventProcesse進(jìn)行異常應(yīng)答給交易發(fā)起方。圖4為本發(fā)明實(shí)施例提供的聯(lián)機(jī)交易處理平臺(tái)的交易處理示意圖。如圖4所示，為本實(shí)施例的交易處理可以按照通信層、報(bào)文轉(zhuǎn)換層和業(yè)務(wù)處理層共三層來實(shí)現(xiàn)。對(duì)于交易類的監(jiān)控，聯(lián)機(jī)交易處理平臺(tái)在報(bào)文轉(zhuǎn)換層將內(nèi)部交易報(bào)文(如報(bào)文轉(zhuǎn)換層轉(zhuǎn)換后的報(bào)文)寫入管道，有專門的模塊從管道中讀出數(shù)據(jù)發(fā)給實(shí)時(shí)監(jiān)控設(shè)備進(jìn)行監(jiān)控分析展示。對(duì)于通訊鏈路狀態(tài)的監(jiān)控,EventProcesser會(huì)在通訊鏈路狀態(tài)發(fā)生變化的時(shí)候?qū)懭牍艿佬畔?，由專門模塊從管道中取出數(shù)據(jù)發(fā)給實(shí)時(shí)監(jiān)控設(shè)備進(jìn)行展示。采用該方案的優(yōu)點(diǎn)主要體現(xiàn)在以下幾個(gè)方面:異步處理大吞吐量交易數(shù)據(jù)效率較高；將交易報(bào)文采用“復(fù)制分發(fā)”的方式寫入管道，不會(huì)影響到聯(lián)機(jī)交易的正常處理。將轉(zhuǎn)換后的內(nèi)部報(bào)文發(fā)給監(jiān)控端，數(shù)據(jù)報(bào)文統(tǒng)一，便于監(jiān)控進(jìn)行數(shù)據(jù)分析。本實(shí)施例提供的聯(lián)機(jī)交易處理平臺(tái)在系統(tǒng)擴(kuò)展性方面，架構(gòu)上引入了邏輯節(jié)點(diǎn)即通訊點(diǎn)的概念，一個(gè)邏輯節(jié)點(diǎn)由一個(gè)Com模塊和Msg模塊組成,Com模塊和Msg模塊米用插件化的思想進(jìn)行節(jié)點(diǎn)的拼裝。同時(shí)，支付平臺(tái)提供動(dòng)態(tài)路由配置的功能，降低了支付平臺(tái)與各外部系統(tǒng)間的耦合度，這樣支付平臺(tái)為業(yè)務(wù)的發(fā)展提供了快捷的擴(kuò)展功能。在系統(tǒng)處理高并發(fā)方面，聯(lián)機(jī)交易處理平臺(tái)架構(gòu)內(nèi)部采用全異步的交互方式，并定義了統(tǒng)一的內(nèi)部報(bào)文格式。聯(lián)機(jī)交易處理平臺(tái)架構(gòu)內(nèi)部各模塊可以通過業(yè)務(wù)測(cè)試進(jìn)行一種最優(yōu)的進(jìn)程資源配置，以使聯(lián)機(jī)交易處理平臺(tái)達(dá)到一種最優(yōu)的運(yùn)行方式。在系統(tǒng)異常處理方面，聯(lián)機(jī)交易處理平臺(tái)架構(gòu)采用異步事件的處理方式來對(duì)系統(tǒng)中發(fā)生的異常進(jìn)行事件觸發(fā)完成事件的監(jiān)控和處理；異步超時(shí)/沖正功能最大可能的保證了交易的一致性和數(shù)據(jù)的完整性。從三個(gè)方面進(jìn)行比較，首先是系統(tǒng)擴(kuò)展性方面，聯(lián)機(jī)交易處理平臺(tái)架構(gòu)不再采用傳統(tǒng)硬編碼的方式進(jìn)行業(yè)務(wù)的擴(kuò)展，而采用較高的配置化、插件化進(jìn)行系統(tǒng)架構(gòu)的設(shè)計(jì)和實(shí)現(xiàn)，為系統(tǒng)的靈活擴(kuò)展提供的很好的基礎(chǔ)。其次在處理高并發(fā)性方面，聯(lián)機(jī)交易處理平臺(tái)內(nèi)部采用全異步的交互方式，并且每個(gè)模塊可以根據(jù)實(shí)際業(yè)務(wù)測(cè)試情況進(jìn)行進(jìn)程資源的合理配置，在這一點(diǎn)擺脫了傳統(tǒng)聯(lián)機(jī)交易處理平臺(tái)的單一處理進(jìn)程，需要同步等待造成資源因等待浪費(fèi)的困境。最后是系統(tǒng)異常處理方面，聯(lián)機(jī)交易處理平臺(tái)采用異步事件的方式，將平臺(tái)內(nèi)部發(fā)生的異常情況以內(nèi)部事件的方式發(fā)給各異常處理模塊進(jìn)行及時(shí)的處理，這樣不僅保證了異常處理，同時(shí)也確保不會(huì)因?yàn)楫惓Ｌ幚矶绊懙秸＝灰椎倪\(yùn)行。且本發(fā)明實(shí)施提供的聯(lián)機(jī)交易處理平臺(tái)已經(jīng)進(jìn)行了首輪的功能和性能測(cè)試，基本達(dá)到了預(yù)期的效果。在IBM P740的16C64G的環(huán)境下，單機(jī)交易吞吐量達(dá)到300筆/秒，成功率在99.9%以上。新增單支交易的開發(fā)量基本維持在1-2個(gè)工作日。相對(duì)于傳統(tǒng)的聯(lián)機(jī)交易處理平臺(tái)，性能得到了大大提高。實(shí)施例四圖5為本發(fā)明實(shí)施例四提供的基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法的流程圖。本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)采用如上圖1-圖3任一實(shí)施例所示的聯(lián)機(jī)交易處理平臺(tái)。本實(shí)施例的基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法，具體可以包括如下步驟:100、通訊模塊接收客戶端發(fā)送的交易請(qǐng)求報(bào)文；并向報(bào)文轉(zhuǎn)換模塊轉(zhuǎn)發(fā)交易請(qǐng)求報(bào)文；101、報(bào)文轉(zhuǎn)換模塊將交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；并向路由選擇與交易流程模塊發(fā)送轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文；102、路由選擇與交易流程模塊根據(jù)轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)，并與外聯(lián)系統(tǒng)之間進(jìn)行業(yè)務(wù)邏輯的交易處理。其中通訊模塊和報(bào)文轉(zhuǎn)換模塊、以及報(bào)文轉(zhuǎn)換模塊和路由選擇與交易流程模塊相互之間采用操作系統(tǒng)消息隊(duì)列的方式進(jìn)行異步通訊。本實(shí)施例為上述圖1所示實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)實(shí)現(xiàn)交易處理的具體方法，其具體實(shí)現(xiàn)機(jī)制與上述圖1所示實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)的實(shí)現(xiàn)機(jī)制相同，詳細(xì)亦可以參考上述圖1所示實(shí)施例的記載，在此不再贅述。本實(shí)施例的基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法，通過設(shè)置至少一個(gè)通訊節(jié)點(diǎn)，各通訊節(jié)點(diǎn)可以與外聯(lián)系統(tǒng)或者客戶端進(jìn)行通信連接，能夠有效地增強(qiáng)了聯(lián)機(jī)交易處理平臺(tái)的擴(kuò)展性，降低了聯(lián)機(jī)交易處理平臺(tái)與其他外聯(lián)系統(tǒng)的耦合復(fù)雜度，為聯(lián)機(jī)交易處理平臺(tái)的靈活擴(kuò)展提供了很好的基礎(chǔ)。且通訊節(jié)點(diǎn)中的通訊模塊、報(bào)文轉(zhuǎn)換模塊和路由選擇與交易流程模塊相互之間采用操作系統(tǒng)消息隊(duì)列的方式進(jìn)行異步通訊，這樣，在交易處理過程中，每個(gè)模塊處理完一個(gè)交易，即可開始處理第二個(gè)交易，而不用整個(gè)聯(lián)機(jī)交易處理平臺(tái)都在處理或者等待處理透明同一個(gè)交易，從而能夠有效地增強(qiáng)聯(lián)機(jī)交易平臺(tái)的資源利用率，且提高交易的處理效率，滿足高并發(fā)量的交易的需求?？蛇x地，在上述圖5所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，步驟102之后，還可以包括如下步驟:(A)路由選擇與交易流程模塊根據(jù)交易處理的結(jié)果生成包括交易處理結(jié)果的響應(yīng)報(bào)文，并向?qū)?yīng)的報(bào)文轉(zhuǎn)換模塊發(fā)送響應(yīng)報(bào)文；同時(shí)還在交易處理的過程中，在數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息；(B)報(bào)文轉(zhuǎn)換模塊將響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的客戶端要求的報(bào)文格式；并向通訊模塊發(fā)送轉(zhuǎn)換格式后的響應(yīng)報(bào)文；(C)通訊模塊向客戶端返回轉(zhuǎn)換格式后的響應(yīng)報(bào)文。通過采用上述技術(shù)方案，聯(lián)機(jī)交易處理平臺(tái)還能夠在完成交易處理之后，向客戶端返回響應(yīng)報(bào)文，供客戶端的用戶獲知交易處理的結(jié)果。另外路由選擇與交易流程模塊通過在交易處理的過程中，在數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息，當(dāng)在交易出現(xiàn)問題的時(shí)候，根據(jù)數(shù)據(jù)庫中記錄的交易的狀態(tài)信息，及時(shí)查找問題所在?？蛇x地，在上述圖5所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，其中報(bào)文轉(zhuǎn)換模塊將交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式，包括:報(bào)文轉(zhuǎn)換模塊調(diào)用對(duì)應(yīng)的報(bào)文解析插件函數(shù)，將交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；報(bào)文轉(zhuǎn)換模塊將響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的客戶端要求的報(bào)文格式，包括:報(bào)文轉(zhuǎn)換模塊調(diào)用對(duì)應(yīng)的報(bào)文組報(bào)插件函數(shù)，將響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的客戶端要求的報(bào)文格式。因此，該實(shí)施例的技術(shù)方案中，在報(bào)文轉(zhuǎn)換模塊中，可以采用插件函數(shù)來實(shí)現(xiàn)其功能，而不像現(xiàn)有技術(shù)中，聯(lián)機(jī)交易處理平臺(tái)需要寫大量的代碼來滿足功能需求，因此與現(xiàn)有技術(shù)相比，本實(shí)施例中的該技術(shù)方案，能夠有效地節(jié)省人力成本，且通過插件函數(shù)實(shí)現(xiàn)其功能，還能有效地提聞交易的處理效率?？蛇x地，在上述圖5所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，路由選擇與交易流程模塊在交易處理的過程中，在數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息中包括交易的處理結(jié)果，且路由選擇與交易流程模塊在交易處理的過程中考慮交易的原子性操作。該實(shí)施例的技術(shù)方案中，路由選擇與交易流程模塊在數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息中包括交易的處理結(jié)果，從而有效地保證了交易的完整性，且路由選擇與交易流程模塊在交易處理的過程中考慮交易的原子性操作，從而能夠有效地保證了交易的一致性?？蛇x地，在上述圖5所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，路由選擇與交易流程模塊在接收到報(bào)文轉(zhuǎn)換模塊發(fā)送的轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文之后，路由選擇與交易流程模塊根據(jù)轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)之前，還包括:路由選擇與交易流程模塊確定交易請(qǐng)求報(bào)文中的銀行卡的交易未達(dá)到交易閾值。當(dāng)達(dá)到交易閾值時(shí)，拒絕該交易執(zhí)行，當(dāng)未達(dá)到交易閾值時(shí)，同意該交易繼續(xù)執(zhí)行，能夠有效地對(duì)交易的風(fēng)險(xiǎn)進(jìn)行控制，提高交易處理的安全性。詳細(xì)可以參考上述圖2或圖3所示實(shí)施例的詳細(xì)記載，在此不再贅述?？蛇x地，在上述圖5所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，還可以包括如下步驟:(I)路由選擇與交易流程模塊在數(shù)據(jù)庫中建立交易記錄表，交易記錄表中記錄所有未完成交易；(2)超時(shí)處理模塊定時(shí)掃描交易記錄表，查看未完成交易的交易時(shí)間是否超出設(shè)定的時(shí)間閾值，并在超時(shí)時(shí)，生成超時(shí)響應(yīng)報(bào)文；并向路由選擇與交易流程模塊發(fā)送超時(shí)響應(yīng)報(bào)文；(3)路由選擇與交易流程模塊通過對(duì)應(yīng)的報(bào)文轉(zhuǎn)換模塊和通訊模塊，向發(fā)起交易請(qǐng)求報(bào)文的客戶端返回超時(shí)響應(yīng)報(bào)文。該步驟(1)-(3)與上述實(shí)施例的步驟不做順序限制，可以放在符合交易處理的任何位置。該步驟的具體實(shí)施可以參考上述裝置實(shí)施例的記載，在此不再贅述。采用上述技術(shù)方案，能夠有效地對(duì)聯(lián)機(jī)交易處理平臺(tái)中的未完成交易進(jìn)行有效地超時(shí)控制和后續(xù)處理，避免了聯(lián)機(jī)交易處理平臺(tái)中長期存在未完成交易的缺陷，能夠有效保證交易處理的效率?？蛇x地，在上述圖5所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，還可以包括如下步驟:沖正模塊根據(jù)數(shù)據(jù)庫中需求沖正的總交易的數(shù)量，動(dòng)態(tài)地發(fā)起沖正交易，能夠有效地保證聯(lián)機(jī)交易系統(tǒng)的穩(wěn)定運(yùn)行，避免大規(guī)模的沖正浪涌。減少系統(tǒng)壓力?？蛇x地，在上述圖5所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，還可以包括如下步驟:(a)路由選擇與交易流程模塊在接收的消息隊(duì)列中的報(bào)文數(shù)量超出數(shù)量閾值時(shí)，向事件處理模塊發(fā)送消息隊(duì)列中超出數(shù)量閾值之后的交易請(qǐng)求報(bào)文；(b)事件處理模塊接收路由選擇與交易流程模塊發(fā)送的、消息隊(duì)列中超出數(shù)量閾值之后的交易請(qǐng)求報(bào)文；并通過對(duì)應(yīng)的報(bào)文轉(zhuǎn)換模塊和通訊模塊，向發(fā)起交易請(qǐng)求報(bào)文的客戶端返回?cái)y帶“系統(tǒng)忙“的響應(yīng)報(bào)文。該步驟(a)和(b)與上述實(shí)施例的步驟不做順序限制，可以放在符合交易處理的任何位置。該步驟的具體實(shí)施可以參考上述裝置實(shí)施例的記載，在此不再贅述。采用該方案，能夠有效地提高聯(lián)機(jī)交易處理平臺(tái)的容錯(cuò)功能?？蛇x地，在上述圖5所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，還可以包括如下步驟:(C)報(bào)文轉(zhuǎn)換模塊在轉(zhuǎn)換報(bào)文過程中發(fā)生錯(cuò)誤時(shí)，向事件處理模塊發(fā)送轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息；(d)事件處理模塊接收?qǐng)?bào)文轉(zhuǎn)換模塊發(fā)送的轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息，并通過對(duì)應(yīng)的報(bào)文轉(zhuǎn)換模塊和通訊模塊，向?qū)?yīng)的客戶端返回?cái)y帶“交易異?！暗捻憫?yīng)報(bào)文。該步驟(C)和(d)與上述實(shí)施例的步驟不做順序限制，可以放在符合交易處理的任何位置。該步驟的具體實(shí)施可以參考上述裝置實(shí)施例的記載，在此不再贅述。可選地，在上述圖5所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，還可以包括如下步驟:(e)通訊模塊在與外聯(lián)系統(tǒng)通訊鏈路發(fā)生變化時(shí)，向事件處理模塊發(fā)送通訊鏈路變化的事件消息；(f)事件處理模塊向?qū)崟r(shí)監(jiān)控處理設(shè)備轉(zhuǎn)發(fā)通訊鏈路變化的事件消息，以供實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的通訊鏈路變化的事件消息。該步驟(e)和(f)與上述實(shí)施例的步驟不做順序限制，可以放在符合交易處理的任何位置。該步驟的具體實(shí)施可以參考上述裝置實(shí)施例的記載，在此不再贅述。采用上述技術(shù)方案，不僅能夠有效地提高聯(lián)機(jī)交易處理平臺(tái)的容錯(cuò)功能。而且還能通過實(shí)時(shí)監(jiān)控處理模塊展示事件信息，便于對(duì)聯(lián)機(jī)交易處理平臺(tái)進(jìn)行實(shí)時(shí)監(jiān)控，更加一步地提聞了系統(tǒng)的容錯(cuò)功能?？蛇x地，在上述圖5所示實(shí)施例的技術(shù)方案的基礎(chǔ)上，還可以包括如下步驟:報(bào)文轉(zhuǎn)換模塊在對(duì)報(bào)文轉(zhuǎn)換之后，復(fù)制格式轉(zhuǎn)換后的報(bào)文，并向?qū)崟r(shí)監(jiān)控處理設(shè)備發(fā)送復(fù)制的格式轉(zhuǎn)換后的報(bào)文，以供實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的格式轉(zhuǎn)換后的報(bào)文。采用上述技術(shù)方案，將交易報(bào)文采用“復(fù)制分發(fā)”的方式轉(zhuǎn)發(fā)給實(shí)時(shí)監(jiān)控處理模塊，不會(huì)影響到聯(lián)機(jī)交易的正常處理。且將轉(zhuǎn)換后的內(nèi)部報(bào)文通過實(shí)時(shí)監(jiān)控處理模塊進(jìn)行展示，保證了數(shù)據(jù)報(bào)文統(tǒng)一，且也便于實(shí)時(shí)監(jiān)控報(bào)文。上述所有可選技術(shù)方案的實(shí)施，均可以參考上述圖1-圖3所示裝置實(shí)施例的記載，在此不再一一贅述。實(shí)施例五圖6為本發(fā)明實(shí)施例五提供的基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法的流程圖。本實(shí)施例的聯(lián)機(jī)交易處理平臺(tái)在上述實(shí)施例所述聯(lián)機(jī)交易處理平臺(tái)的基礎(chǔ)上，提供另一種基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法。本實(shí)施例的基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法，具體可以包括如下步驟:200、通訊模塊接收客戶端發(fā)送的交易請(qǐng)求報(bào)文；并向報(bào)文轉(zhuǎn)換模塊轉(zhuǎn)發(fā)交易請(qǐng)求報(bào)文；例如該交易請(qǐng)求中包括用戶的用于繳費(fèi)的銀行卡、繳費(fèi)類別、繳費(fèi)金額等信息。如果是繳手機(jī)費(fèi)，還需要包括手機(jī)號(hào)碼，同時(shí)還可以包括用戶的其他信息，不再一一舉例。201、報(bào)文轉(zhuǎn)換模塊將交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；并向路由選擇與交易流程模塊發(fā)送轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文；202、路由選擇與交易流程模塊判斷該交易請(qǐng)求報(bào)文中的銀行卡信息是否超出支付閾值；當(dāng)該交易請(qǐng)求報(bào)文中的銀行卡信息超出支付閾值時(shí)，執(zhí)行步驟203 ;否則執(zhí)行步驟204 ；判斷該交易請(qǐng)求報(bào)文中的銀行卡信息是否超出支付閾值具體可以分為兩種方式，一種為某段時(shí)間，如每天/每月/每季度/每年，支付的筆數(shù)是否超出支付筆數(shù)的預(yù)設(shè)閾值，另一種為某段時(shí)間，如每天/每月/每季度/每年，支付的總金額是否超出支付的總金額的預(yù)設(shè)閾值；具體為哪段時(shí)間，可以根據(jù)實(shí)際需求設(shè)置。203、路由選擇與交易流程模塊生成包括“支付超出閾值”的響應(yīng)報(bào)文；并向?qū)?yīng)的報(bào)文轉(zhuǎn)換模塊發(fā)送包括“支付超出閾值”的響應(yīng)報(bào)文；執(zhí)行步驟205 ；204、路由選擇與交易流程模塊根據(jù)轉(zhuǎn)換格式后的交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)，并與外聯(lián)系統(tǒng)之間進(jìn)行業(yè)務(wù)邏輯的交易處理；執(zhí)行步驟206 ；205、報(bào)文轉(zhuǎn)換模塊將包括“支付超出閾值”的響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的客戶端要求的報(bào)文格式；并向通訊模塊發(fā)送轉(zhuǎn)換格式后的包括“支付超出閾值”的響應(yīng)報(bào)文；執(zhí)行步驟207 ；206、路由選擇與交易流程模塊根據(jù)交易處理的結(jié)果生成包括交易處理結(jié)果的響應(yīng)報(bào)文，并向?qū)?yīng)的報(bào)文轉(zhuǎn)換模塊發(fā)送響應(yīng)報(bào)文；執(zhí)行步驟208 ；路由選擇與交易流程模塊同時(shí)還可以在交易處理的過程中，在數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息，便于在交易出現(xiàn)問題的時(shí)候，及時(shí)查找問題所在。
207、通訊模塊向客戶端返回轉(zhuǎn)換格式后的包括“支付超出閾值”的響應(yīng)報(bào)文，結(jié)束。這樣，客戶端的用戶便可以獲知本次交易中使用的銀行卡已經(jīng)超出支付。208、報(bào)文轉(zhuǎn)換模塊將響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的客戶端要求的報(bào)文格式；并向通訊模塊發(fā)送轉(zhuǎn)換格式后的響應(yīng)報(bào)文；執(zhí)行步驟209 ；209、通訊模塊向客戶端返回轉(zhuǎn)換格式后的響應(yīng)報(bào)文，結(jié)束。本實(shí)施例中是以一個(gè)交易請(qǐng)求為例介紹本發(fā)明的技術(shù)方案，本實(shí)施例的中通訊模塊和報(bào)文轉(zhuǎn)換模塊、以及報(bào)文轉(zhuǎn)換模塊和路由選擇與交易流程模塊相互之間采用操作系統(tǒng)消息隊(duì)列的方式進(jìn)行異步通訊。因此同一時(shí)刻，不同的模塊可以在處理不同的交易請(qǐng)求。本實(shí)施例的基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法，通訊節(jié)點(diǎn)中的通訊模塊、報(bào)文轉(zhuǎn)換模塊和路由選擇與交易流程模塊相互之間采用操作系統(tǒng)消息隊(duì)列的方式進(jìn)行異步通訊，這樣，在交易處理過程中，每個(gè)模塊處理完一個(gè)交易，即可開始處理第二個(gè)交易，而不用整個(gè)聯(lián)機(jī)交易處理平臺(tái)都在處理或者等待處理透明同一個(gè)交易，從而能夠有效地增強(qiáng)聯(lián)機(jī)交易平臺(tái)的資源利用率，且提高交易的處理效率，滿足高并發(fā)量的交易的需求。且路由選擇與交易流程模塊通過判斷該交易請(qǐng)求報(bào)文中的銀行卡信息是否超出支付閾值，來決定是否需要繼續(xù)執(zhí)行交易，能夠有效地對(duì)交易的風(fēng)險(xiǎn)進(jìn)行控制，提高交易處理的安全性。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器和光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種聯(lián)機(jī)交易處理平臺(tái)，其特征在于，所述聯(lián)機(jī)交易處理平臺(tái)包括:至少一個(gè)通訊節(jié)點(diǎn)、路由選擇與交易流程模塊和數(shù)據(jù)庫；所述通訊節(jié)點(diǎn)中包括通訊模塊和報(bào)文轉(zhuǎn)換模塊；所述通訊模塊和所述報(bào)文轉(zhuǎn)換模塊、以及所述報(bào)文轉(zhuǎn)換模塊和所述路由選擇與交易流程模塊相互之間采用操作系統(tǒng)消息隊(duì)列的方式進(jìn)行異步通訊； 所述通訊模塊，用于接收客戶端發(fā)送的交易請(qǐng)求報(bào)文；并向所述報(bào)文轉(zhuǎn)換模塊轉(zhuǎn)發(fā)所述交易請(qǐng)求報(bào)文； 所述報(bào)文轉(zhuǎn)換模塊，用于將所述通訊模塊轉(zhuǎn)發(fā)的所述交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；并向所述路由選擇與交易流程模塊發(fā)送轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文； 所述路由選擇與交易流程模塊，用于根據(jù)轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)，并與所述外聯(lián)系統(tǒng)之間進(jìn)行業(yè)務(wù)邏輯的交易處理。
2.按權(quán)利要求1所述的聯(lián)機(jī)交易處理平臺(tái)，其特征在于，所述路由選擇與交易流程模塊，還用于根據(jù)交易處理的結(jié)果生成包括交易處理結(jié)果的響應(yīng)報(bào)文，并向?qū)?yīng)的所述報(bào)文轉(zhuǎn)換模塊發(fā)送所述響應(yīng)報(bào)文；同時(shí)還用于在交易處理的過程中，在所述數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息； 所述報(bào)文轉(zhuǎn)換模塊，還用于將所述響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的所述客戶端要求的報(bào)文格式；并向所述通訊模塊發(fā)送轉(zhuǎn)換格式后的所述響應(yīng)報(bào)文； 所述通訊模塊，還用于向所述客戶端返回轉(zhuǎn)換格式后的所述響應(yīng)報(bào)文。
3.按權(quán)利要求2所述的聯(lián)機(jī)交易處理平臺(tái)，其特征在于，所述報(bào)文轉(zhuǎn)換模塊，具體用于調(diào)用對(duì)應(yīng)的報(bào)文解析插件函數(shù)，將所述交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；并向所述路由選擇與交易流程模塊發(fā)送轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文； 所述報(bào)文轉(zhuǎn)換模塊， 還具體用于調(diào)用對(duì)應(yīng)的報(bào)文組報(bào)插件函數(shù)，將所述響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的所述客戶端要求的報(bào)文格式；并向所述通訊模塊發(fā)送轉(zhuǎn)換格式后的所述響應(yīng)報(bào)文。
4.按權(quán)利要求2所述的聯(lián)機(jī)交易處理平臺(tái)，其特征在于，所述路由選擇與交易流程模塊在數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息中包括交易的處理結(jié)果，且所述路由選擇與交易流程模塊在交易處理的過程中考慮交易的原子性操作。
5.按權(quán)利要求2所述的聯(lián)機(jī)交易處理平臺(tái)，其特征在于，所述路由選擇與交易流程模塊，還用于在根據(jù)轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)之前，確定所述交易請(qǐng)求報(bào)文中的銀行卡的交易未達(dá)到交易閾值。
6.按權(quán)利要求2所述的聯(lián)機(jī)交易處理平臺(tái)，其特征在于，所述聯(lián)機(jī)交易處理平臺(tái)還包括超時(shí)處理模塊； 所述路由選擇與交易流程模塊，還用于在所述數(shù)據(jù)庫中建立交易記錄表，所述交易記錄表中記錄所有未完成交易； 所述超時(shí)處理模塊，用于定時(shí)掃描所述交易記錄表，查看未完成交易的交易時(shí)間是否超出設(shè)定的時(shí)間閾值，并在超時(shí)時(shí)，生成超時(shí)響應(yīng)報(bào)文；并向所述路由選擇與交易流程模塊發(fā)送所述超時(shí)響應(yīng)報(bào)文，以供所述路由選擇與交易流程模塊通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和通訊模塊，向發(fā)起所述交易請(qǐng)求報(bào)文的所述客戶端返回所述超時(shí)響應(yīng)報(bào)文。
7.按權(quán)利要求1-6任一所述的聯(lián)機(jī)交易處理平臺(tái)，其特征在于，所述聯(lián)機(jī)交易處理平臺(tái)還包括沖正模塊；所述沖正模塊，用于根據(jù)所述數(shù)據(jù)庫中需求沖正的總交易的數(shù)量，動(dòng)態(tài)地發(fā)起沖正交易。
8.按權(quán)利要求1-6任一所述的聯(lián)機(jī)交易處理平臺(tái)，其特征在于，所述聯(lián)機(jī)交易處理平臺(tái)還包括事件處理模塊； 所述路由選擇與交易流程模塊，還用于在接收的消息隊(duì)列中的報(bào)文數(shù)量超出數(shù)量閾值時(shí)，向所述事件處理模塊發(fā)送所述消息隊(duì)列中超出所述數(shù)量閾值之后的交易請(qǐng)求報(bào)文；所述事件處理模塊，用于接收所述路由選擇與交易流程模塊發(fā)送的、所述消息隊(duì)列中超出所述數(shù)量閾值之后的所述交易請(qǐng)求報(bào)文；通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和通訊模塊，向發(fā)起所述交易請(qǐng)求報(bào)文的所述客戶端返回?cái)y帶“系統(tǒng)忙“的響應(yīng)報(bào)文。
9.按權(quán)利要求8所述的聯(lián)機(jī)交易處理平臺(tái)，其特征在于，所述報(bào)文轉(zhuǎn)換模塊，還用于在轉(zhuǎn)換報(bào)文過程中發(fā)生錯(cuò)誤時(shí)，向所述事件處理模塊發(fā)送轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息； 所述事件處理模塊，還用于接收所述報(bào)文轉(zhuǎn)換模塊發(fā)送的轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息，并通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和通訊模塊，向?qū)?yīng)的所述客戶端返回?cái)y帶“交易異?！暗捻憫?yīng)報(bào)文。
10.按權(quán)利要求8所述的聯(lián)機(jī)交易處理平臺(tái)，其特征在于: 所述通訊模塊，還用于在與所述外聯(lián)系統(tǒng)通訊鏈路發(fā)生變化時(shí)，向所述事件處理模塊發(fā)送通訊鏈路變化的事件消息； 所述事件處理模塊，還用于向?qū)崟r(shí)監(jiān)控處理設(shè)備轉(zhuǎn)發(fā)所述通訊鏈路變化的事件消息，以供所述實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的所述通訊鏈路變化的事件消息。
11.按權(quán)利要求10所述的 聯(lián)機(jī)交易處理平臺(tái)，其特征在于，所述報(bào)文轉(zhuǎn)換模塊，還用于在對(duì)報(bào)文轉(zhuǎn)換之后，復(fù)制所述格式轉(zhuǎn)換后的報(bào)文，并向所述實(shí)時(shí)監(jiān)控處理設(shè)備發(fā)送復(fù)制的所述格式轉(zhuǎn)換后的報(bào)文，以供所述實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的所述格式轉(zhuǎn)換后的報(bào)文。
12.一種基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法，其特征在于，所述聯(lián)機(jī)交易處理平臺(tái)如上權(quán)利要求1-11任一所述的聯(lián)機(jī)交易處理平臺(tái)；所述方法包括: 通訊模塊接收客戶端發(fā)送的交易請(qǐng)求報(bào)文；并向報(bào)文轉(zhuǎn)換模塊轉(zhuǎn)發(fā)所述交易請(qǐng)求報(bào)文； 所述報(bào)文轉(zhuǎn)換模塊將所述交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式；并向路由選擇與交易流程模塊發(fā)送轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文； 所述路由選擇與交易流程模塊根據(jù)轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)，并與所述外聯(lián)系統(tǒng)之間進(jìn)行業(yè)務(wù)邏輯的交易處理 其中所述通訊模塊和所述報(bào)文轉(zhuǎn)換模塊、以及所述報(bào)文轉(zhuǎn)換模塊和所述路由選擇與交易流程模塊相互之間采用操作系統(tǒng)消息隊(duì)列的方式進(jìn)行異步通訊。
13.按權(quán)利要求12所述的方法，其特征在于，所述路由選擇與交易流程模塊根據(jù)轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)，并與所述外聯(lián)系統(tǒng)之間進(jìn)行業(yè)務(wù)邏輯的交易處理之后，所述方法還包括: 所述路由選擇與交易流程模塊根據(jù)交易處理的結(jié)果生成包括交易處理結(jié)果的響應(yīng)報(bào)文，并向?qū)?yīng)的所述報(bào)文轉(zhuǎn)換模塊發(fā)送所述響應(yīng)報(bào)文；同時(shí)還在交易處理的過程中，在所述數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息；所述報(bào)文轉(zhuǎn)換模塊將所述響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的所述客戶端要求的報(bào)文格式；并向所述通訊模塊發(fā)送轉(zhuǎn)換格式后的所述響應(yīng)報(bào)文。
14.按權(quán)利要求13所述的方法，其特征在于，所述報(bào)文轉(zhuǎn)換模塊將所述交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式，包括:所述報(bào)文轉(zhuǎn)換模塊調(diào)用對(duì)應(yīng)的報(bào)文解析插件函數(shù)，將所述交易請(qǐng)求報(bào)文轉(zhuǎn)換為內(nèi)部統(tǒng)一的報(bào)文格式； 所述報(bào)文轉(zhuǎn)換模塊將所述響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的所述客戶端要求的報(bào)文格式，包括:所述報(bào)文轉(zhuǎn)換模塊調(diào)用對(duì)應(yīng)的報(bào)文組報(bào)插件函數(shù)，將所述響應(yīng)報(bào)文轉(zhuǎn)換為對(duì)應(yīng)的所述客戶端要求的報(bào)文格式。
15.按權(quán)利要求13所述的方法，其特征在于，所述路由選擇與交易流程模塊在交易處理的過程中，在所述數(shù)據(jù)庫中記錄交易處理過程中的狀態(tài)信息中包括交易的處理結(jié)果，且所述路由選擇與交易流程模塊在交易處理的過程中考慮交易的原子性操作。
16.按權(quán)利要求13 所述的方法，其特征在于，所述路由選擇與交易流程模塊在接收到所述報(bào)文轉(zhuǎn)換模塊發(fā)送的轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文之后，所述路由選擇與交易流程模塊根據(jù)轉(zhuǎn)換格式后的所述交易請(qǐng)求報(bào)文中的參數(shù)信息路由選擇外聯(lián)系統(tǒng)之前，還包括: 所述路由選擇與交易流程模塊確定所述交易請(qǐng)求報(bào)文中的銀行卡的交易未達(dá)到交易閾值。
17.按權(quán)利要求13所述的方法，其特征在于，所述方法還包括: 所述路由選擇與交易流程模塊在所述數(shù)據(jù)庫中建立交易記錄表，所述交易記錄表中記錄所有未完成交易； 所述超時(shí)處理模塊定時(shí)掃描所述交易記錄表，查看未完成交易的交易時(shí)間是否超出設(shè)定的時(shí)間閾值，并在超時(shí)時(shí)，生成超時(shí)響應(yīng)報(bào)文；并向所述路由選擇與交易流程模塊發(fā)送所述超時(shí)響應(yīng)報(bào)文； 所述路由選擇與交易流程模塊通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和通訊模塊，向發(fā)起所述交易請(qǐng)求報(bào)文的所述客戶端返回所述超時(shí)響應(yīng)報(bào)文。
18.按權(quán)利要求12-17任一所述的方法，其特征在于，所述方法還包括: 所述沖正模塊根據(jù)所述數(shù)據(jù)庫中需求沖正的總交易的數(shù)量，動(dòng)態(tài)地發(fā)起沖正交易。
19.按權(quán)利要求12-17任一所述的方法，其特征在于，所述方法還包括: 所述路由選擇與交易流程模塊在接收的消息隊(duì)列中的報(bào)文數(shù)量超出數(shù)量閾值時(shí)，向所述事件處理模塊發(fā)送所述消息隊(duì)列中超出所述數(shù)量閾值之后的交易請(qǐng)求報(bào)文； 所述事件處理模塊接收所述路由選擇與交易流程模塊發(fā)送的、所述消息隊(duì)列中超出所述數(shù)量閾值之后的所述交易請(qǐng)求報(bào)文；并通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和所述通訊模塊，向發(fā)起所述交易請(qǐng)求報(bào)文的所述客戶端返回?cái)y帶“系統(tǒng)忙“的響應(yīng)報(bào)文。
20.按權(quán)利要求19所述的方法，其特征在于，所述方法還包括: 所述報(bào)文轉(zhuǎn)換模塊在轉(zhuǎn)換報(bào)文過程中發(fā)生錯(cuò)誤時(shí)，向所述事件處理模塊發(fā)送轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息； 所述事件處理模塊接收所述報(bào)文轉(zhuǎn)換模塊發(fā)送的轉(zhuǎn)換錯(cuò)誤的報(bào)文的客戶端的參數(shù)消息，并通過對(duì)應(yīng)的所述報(bào)文轉(zhuǎn)換模塊和通訊模塊，向?qū)?yīng)的所述客戶端返回?cái)y帶“交易異常“的響應(yīng)報(bào)文。
21.按權(quán)利要求19所述的方法，其特征在于，所述方法還包括:所述通訊模塊在與所述外聯(lián)系統(tǒng)通訊鏈路發(fā)生變化時(shí)，向所述事件處理模塊發(fā)送通訊鏈路變化的事件消息； 所述事件處理模塊向?qū)崟r(shí)監(jiān)控處理設(shè)備轉(zhuǎn)發(fā)所述通訊鏈路變化的事件消息，以供所述實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的所述通訊鏈路變化的事件消息。
22.按權(quán)利要求21所述的方法，其特征在于，所述方法還包括: 所述報(bào)文轉(zhuǎn)換模塊在對(duì)報(bào)文轉(zhuǎn)換之后，復(fù)制所述格式轉(zhuǎn)換后的報(bào)文，并向所述實(shí)時(shí)監(jiān)控處理設(shè)備發(fā)送復(fù)制的所述格式轉(zhuǎn)換后的報(bào)文，以供所述實(shí)時(shí)監(jiān)控處理設(shè)備展示接收的所述格式轉(zhuǎn) 換后的報(bào)文。
全文摘要
本發(fā)明公開了一種聯(lián)機(jī)交易處理平臺(tái)及其交易處理方法。聯(lián)機(jī)交易處理平臺(tái)包括至少一個(gè)通訊節(jié)點(diǎn)、路由選擇與交易流程模塊和數(shù)據(jù)庫；通訊節(jié)點(diǎn)中包括通訊模塊和報(bào)文轉(zhuǎn)換模塊；通訊模塊和報(bào)文轉(zhuǎn)換模塊、以及報(bào)文轉(zhuǎn)換模塊和路由選擇與交易流程模塊相互之間采用操作系統(tǒng)消息隊(duì)列的方式進(jìn)行異步通訊。本發(fā)明還公開了用于基于聯(lián)機(jī)交易處理平臺(tái)的交易處理方法。本發(fā)明的技術(shù)方案能夠有效地增強(qiáng)聯(lián)機(jī)交易平臺(tái)的資源利用率，且提高交易的處理效率，滿足高并發(fā)量的交易的需求。
文檔編號(hào)G06Q20/08GK103093342SQ20131001215
公開日2013年5月8日 申請(qǐng)日期2013年1月11日 優(yōu)先權(quán)日2013年1月11日
發(fā)明者滕廣選 申請(qǐng)人:北京掌上匯通科技發(fā)展有限公司