本申請涉及通信技術(shù)領(lǐng)域，尤其涉及一種中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理方法和裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)相關(guān)技術(shù)以及諸如物流在內(nèi)的配套產(chǎn)業(yè)的發(fā)展。目前，互聯(lián)網(wǎng)已經(jīng)是很多經(jīng)濟活動的基礎(chǔ)。而很多經(jīng)濟活動在互聯(lián)網(wǎng)上又表現(xiàn)為電子商務(wù)的形式。包括支付在內(nèi)若干互聯(lián)網(wǎng)平臺已經(jīng)成為了完成這些經(jīng)濟活動的重要基礎(chǔ)設(shè)施。

為實現(xiàn)一次完整高效的交易活動，這些平臺之間需要相互協(xié)作。比如說，消費者可以通過大眾點評等O2O平臺來實現(xiàn)訂單生成，然后通過該平臺關(guān)聯(lián)的互聯(lián)網(wǎng)支付平臺來請求訂單支付。對于支付平臺而言，其可能需要與金融機構(gòu)的系統(tǒng)進行對接來最終完成支付。對于更復(fù)雜的電子商務(wù)模型而言，其可能涉及超過三個平臺(以下也稱為“業(yè)務(wù)系統(tǒng)”)。隨著電子商務(wù)業(yè)務(wù)類型的不斷發(fā)展，諸如AA付款，支付平臺實現(xiàn)金融理財?shù)刃屡d業(yè)務(wù)不斷出現(xiàn)，這意味著數(shù)量更為龐大的業(yè)務(wù)系統(tǒng)之間需要對接。

另一方面，為實現(xiàn)這些全新業(yè)務(wù)，各個業(yè)務(wù)系統(tǒng)不得不頻繁進行更新開發(fā)，這對于業(yè)務(wù)系統(tǒng)的穩(wěn)定性是相當(dāng)大的挑戰(zhàn)，尤其是那種在業(yè)務(wù)模型中位于中間位置的系統(tǒng)(比如互聯(lián)網(wǎng)支付平臺)來說，無疑挑戰(zhàn)更大，因為該業(yè)務(wù)系統(tǒng)位于很多業(yè)務(wù)系統(tǒng)中間，任何外部系統(tǒng)在業(yè)務(wù)層面的變化都可能引起它的變化。而互聯(lián)網(wǎng)支付平臺本身對于穩(wěn)定性的要求往往是金融級的，為實現(xiàn)這一需要，業(yè)務(wù)系統(tǒng)的所有者不得不投入大量的人力進行開發(fā)，測試以及日常維護。

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

有鑒于此，本申請?zhí)峁┮环N中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理方法和裝置。

具體地，本申請是通過如下技術(shù)方案實現(xiàn)的：

一種中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理方法，所述方法包括：

接收來自上層業(yè)務(wù)系統(tǒng)的第一業(yè)務(wù)報文，對所述第一業(yè)務(wù)報文的頭部進行解析獲得其中所攜帶的業(yè)務(wù)類型標(biāo)識；

基于所述業(yè)務(wù)類型標(biāo)識查找預(yù)設(shè)模板列表獲得對應(yīng)的第一流程模板，其中所述模板列表包括了流程模板與業(yè)務(wù)類型標(biāo)識的對應(yīng)關(guān)系，所述第一流程模板包括一個或多個處理動作；

在基于所述第一流程模板對所述第一業(yè)務(wù)報文的處理過程中確定對應(yīng)的下層業(yè)務(wù)系統(tǒng)；

使用第二流程模板基于所述第一業(yè)務(wù)報文構(gòu)造第二業(yè)務(wù)報文，并將該第二業(yè)務(wù)報文發(fā)送給所述下層業(yè)務(wù)系統(tǒng)。

可選的，還包括：

接收來自下層業(yè)務(wù)系統(tǒng)的第三業(yè)務(wù)報文，對所述第三業(yè)務(wù)報文的頭部進行解析獲得其中所攜帶的業(yè)務(wù)類型標(biāo)識；

基于所述業(yè)務(wù)類型標(biāo)識查找所述預(yù)設(shè)模板列表獲得對應(yīng)的第三流程模板，所述第三流程模板包括一個或多個處理動作；

在基于所述第三流程模板對所述第三業(yè)務(wù)報文的處理過程中確定對應(yīng)的業(yè)務(wù)系統(tǒng)以及與該業(yè)務(wù)系統(tǒng)對應(yīng)的流程模板；

如果第三流程模板確定的業(yè)務(wù)系統(tǒng)是所述上層業(yè)務(wù)系統(tǒng)，則使用對應(yīng)的第四流程模板基于所述第三業(yè)務(wù)報文構(gòu)造第四業(yè)務(wù)報文，并將該第四業(yè)務(wù)報文發(fā)送給所述上層業(yè)務(wù)系統(tǒng)。

可選的，如果第三流程模板確定的業(yè)務(wù)系統(tǒng)是所述下層業(yè)務(wù)系統(tǒng)，使用第二流程模板基于所述第三業(yè)務(wù)報文構(gòu)造第二業(yè)務(wù)報文，并將該第二業(yè)務(wù)報文發(fā)送給所述下層業(yè)務(wù)系統(tǒng)。

可選的，所述第一流程模板和所述第三流程模板的處理動作中包括上送路由系統(tǒng)，其中所述路由系統(tǒng)用于決策對應(yīng)的下層業(yè)務(wù)系統(tǒng)。

可選的，所述上送路由系統(tǒng)包括：將業(yè)務(wù)報文中攜帶的交換能力參數(shù)上送給路由系統(tǒng)。

可選的，還包括：

將業(yè)務(wù)報文的收發(fā)狀態(tài)保存到收發(fā)狀態(tài)表中，其中所述收發(fā)狀態(tài)表包括業(yè)務(wù)標(biāo)識、對端業(yè)務(wù)系統(tǒng)、收發(fā)狀態(tài)以及狀態(tài)記錄時間。

一種中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理裝置，所述裝置包括：

上層報文接收單元，接收來自上層業(yè)務(wù)系統(tǒng)的第一業(yè)務(wù)報文，對所述第一業(yè)務(wù)報文的頭部進行解析獲得其中所攜帶的業(yè)務(wù)類型標(biāo)識；

第一模板查找單元，基于所述業(yè)務(wù)類型標(biāo)識查找預(yù)設(shè)模板列表獲得對應(yīng)的第一流程模板，其中所述模板列表包括了流程模板與業(yè)務(wù)類型標(biāo)識的對應(yīng)關(guān)系，所述第一流程模板包括一個或多個處理動作；

下層系統(tǒng)確定單元，在基于所述第一流程模板對所述第一業(yè)務(wù)報文的處理過程中確定對應(yīng)的下層業(yè)務(wù)系統(tǒng)；

下層報文發(fā)送單元，使用第二流程模板基于所述第一業(yè)務(wù)報文構(gòu)造第二業(yè)務(wù)報文，并將該第二業(yè)務(wù)報文發(fā)送給所述下層業(yè)務(wù)系統(tǒng)。

可選的，還包括：

下層報文接收單元，接收來自下層業(yè)務(wù)系統(tǒng)的第三業(yè)務(wù)報文，對所述第三業(yè)務(wù)報文的頭部進行解析獲得其中所攜帶的業(yè)務(wù)類型標(biāo)識；

第二模板查找單元，基于所述業(yè)務(wù)類型標(biāo)識查找所述預(yù)設(shè)模板列表獲得對應(yīng)的第三流程模板，所述第三流程模板包括一個或多個處理動作；

系統(tǒng)模板確定單元，在基于所述第三流程模板對所述第三業(yè)務(wù)報文的處理過程中確定對應(yīng)的業(yè)務(wù)系統(tǒng)以及與該業(yè)務(wù)系統(tǒng)對應(yīng)的流程模板；

上層報文發(fā)送單元，在第三流程模板確定的業(yè)務(wù)系統(tǒng)是所述上層業(yè)務(wù)系統(tǒng)時，使用對應(yīng)的第四流程模板基于所述第三業(yè)務(wù)報文構(gòu)造第四業(yè)務(wù)報文，并將該第四業(yè)務(wù)報文發(fā)送給所述上層業(yè)務(wù)系統(tǒng)。

可選的，所述下層報文發(fā)送單元，還在第三流程模板確定的業(yè)務(wù)系統(tǒng)是所述下層業(yè)務(wù)系統(tǒng)時，使用第二流程模板基于所述第三業(yè)務(wù)報文構(gòu)造第二業(yè)務(wù)報文，并將該第二業(yè)務(wù)報文發(fā)送給所述下層業(yè)務(wù)系統(tǒng)。

可選的，所述第一流程模板和所述第三流程模板的處理動作中包括上送路由系統(tǒng)，其中所述路由系統(tǒng)用于決策對應(yīng)的下層業(yè)務(wù)系統(tǒng)。

可選的，所述上送路由系統(tǒng)包括：將業(yè)務(wù)報文中攜帶的交換能力參數(shù)上送給路由系統(tǒng)。

可選的，還包括：

狀態(tài)保存單元，將業(yè)務(wù)報文的收發(fā)狀態(tài)保存到收發(fā)狀態(tài)表中，其中所述收發(fā)狀態(tài)表包括業(yè)務(wù)標(biāo)識、對端業(yè)務(wù)系統(tǒng)、收發(fā)狀態(tài)以及狀態(tài)記錄時間。

由以上描述可以看出，在本申請中間業(yè)務(wù)系統(tǒng)的處理過程中只需要根據(jù)約定的業(yè)務(wù)類型標(biāo)識調(diào)用預(yù)先定義好的流程處理模板進行處理，即可實現(xiàn)連續(xù)及時的反饋，可擴展性好，穩(wěn)定性高。

附圖說明

圖1是本申請一示例性實施例示出的一種中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理方法的流程示意圖。

圖2是本申請一示例性實施例示出的一種業(yè)務(wù)系統(tǒng)交互示意圖。

圖3是本申請一示例性實施例示出的一種報文系統(tǒng)間交互的業(yè)務(wù)報文格式示意圖。

圖4是本申請一示例性實施例示出的另一種中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理方法的流程示意圖。

圖5是本申請一示例性實施例示出的一種用于中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理裝置的一結(jié)構(gòu)圖。

圖6是本申請一示例性實施例示出的一種中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理裝置的框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”是指并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。

應(yīng)當(dāng)理解，盡管在本申請可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當(dāng)……時”或“響應(yīng)于確定”。

目前，在絕大多數(shù)的業(yè)務(wù)系統(tǒng)架構(gòu)設(shè)計上，都會采用基于領(lǐng)域模型狀態(tài)變遷的業(yè)務(wù)流程驅(qū)動設(shè)計。用更為簡單的方式來說，當(dāng)前業(yè)務(wù)系統(tǒng)的架構(gòu)設(shè)計思路是盡可能地與實際業(yè)務(wù)相吻合。這種設(shè)計思路是一種最為常見的慣性思維，其根本是希望得到更好的直觀體驗，整個業(yè)務(wù)過程始終保持對于使用者的良好體驗，無論是消費者還是業(yè)務(wù)系統(tǒng)的運營人員。這種設(shè)計的不足往往因為上述思維慣性而容易被忽略。

第一，領(lǐng)域模型的構(gòu)建需要對業(yè)務(wù)有較為深刻的理解，并進行抽象提煉，本身存在著一定的復(fù)雜度，對于參與設(shè)計的產(chǎn)品經(jīng)理以及系統(tǒng)工程師等人員經(jīng)驗及素質(zhì)要求很高。

第二，對于狀態(tài)較多的業(yè)務(wù)，狀態(tài)變遷的設(shè)計可能會非常復(fù)雜，尤其在新增狀態(tài)的情況下，會導(dǎo)致狀態(tài)變遷急速膨脹。舉例來說，假設(shè)一個新業(yè)務(wù)的支付模型中有以下幾種狀態(tài)：初始、受理、發(fā)送、勾兌、成功、失敗、未知。此時，狀態(tài)變遷可能涉及初始到受理、受理到發(fā)送、發(fā)送到勾兌、勾兌到成功、勾兌到失敗、勾兌到未知、受理到失敗、受理到勾兌、受理到未知、發(fā)送到未知、未知到勾兌等一系列的狀態(tài)變遷過程。開發(fā)人員需要為此設(shè)計極為復(fù)雜的流程流轉(zhuǎn)機制。這種跟業(yè)務(wù)強相關(guān)的設(shè)計導(dǎo)致的結(jié)果就是業(yè)務(wù)流程狀態(tài)一旦有所增加，由于新狀態(tài)可能與各個老狀態(tài)都可能產(chǎn)生流轉(zhuǎn)的可能，此時復(fù)雜度會超越線性幅度地增加，甚至每增加一個狀態(tài)，都可能導(dǎo)致開發(fā)工作量成倍增加。如果再涉及到重試機制，復(fù)雜度難以想象。

針對上述問題，本申請?zhí)峁┮环N中間業(yè)務(wù)系統(tǒng)的通用業(yè)務(wù)處理方法，其可以有效解決上述問題，使得位于中間層的業(yè)務(wù)系統(tǒng)更加穩(wěn)定和通用。請參考圖1以及圖2。在本申請中，中間業(yè)務(wù)系統(tǒng)可以將M個上層業(yè)務(wù)系統(tǒng)以及N個下層業(yè)務(wù)系統(tǒng)對接在一起，從而完成源自各種上層業(yè)務(wù)系統(tǒng)的業(yè)務(wù)請求的處理。所述方法包括以下步驟：

步驟101，接收來自上層業(yè)務(wù)系統(tǒng)的第一業(yè)務(wù)報文，對所述第一業(yè)務(wù)報文的頭部進行解析獲得其中所攜帶的業(yè)務(wù)類型標(biāo)識。

步驟102，基于所述業(yè)務(wù)類型標(biāo)識查找預(yù)設(shè)模板列表獲得對應(yīng)的第一流程模板，其中所述模板列表包括了流程模板與業(yè)務(wù)類型標(biāo)識的對應(yīng)關(guān)系，所述第一流程模板包括一個或多個處理動作。

步驟103，在基于所述第一流程模板對所述第一業(yè)務(wù)報文的處理過程中確定對應(yīng)的下層業(yè)務(wù)系統(tǒng)。

步驟104，使用第二流程模板基于第一業(yè)務(wù)報文構(gòu)造第二業(yè)務(wù)報文，并將該第二業(yè)務(wù)報文發(fā)送給所述下層業(yè)務(wù)系統(tǒng)。

請參考圖1，本申請在中間業(yè)務(wù)系統(tǒng)中使用相對統(tǒng)一的報文來驅(qū)動流程的流轉(zhuǎn)。以典型的支付平臺為例，在步驟101中所述的第一業(yè)務(wù)報文通常是來自上層業(yè)務(wù)系統(tǒng)的請求類業(yè)務(wù)報文，比如來自售票平臺的支付請求報文。在本申請中，中間業(yè)務(wù)系統(tǒng)不再關(guān)注上層業(yè)務(wù)系統(tǒng)的具體的業(yè)務(wù)意義是什么，而是將業(yè)務(wù)模型進行抽象得到其類型，按照類型進行統(tǒng)一處理。比如：售票平臺的支付業(yè)務(wù)、外賣平臺的支付業(yè)務(wù)、銀行卡間轉(zhuǎn)賬業(yè)務(wù)、定期公益捐款業(yè)務(wù)都可以統(tǒng)一成一種處理模型。在這個例子中的體現(xiàn)是，這些上層業(yè)務(wù)系統(tǒng)發(fā)送過來的業(yè)務(wù)報文將按照統(tǒng)一約定在頭部指定字段中攜帶同樣的業(yè)務(wù)類型標(biāo)識。

請參考圖3的示例，在這個例子中，第一業(yè)務(wù)報文包括報文頭部以及報文體。其中"CommonBody"表示報文體，也被稱為報文載荷(Payload)；報文體中包括了很多字段，這些字段承載有具體的業(yè)務(wù)信息。與傳統(tǒng)技術(shù)不同的是，這些具體的業(yè)務(wù)信息不再是中間業(yè)務(wù)系統(tǒng)處理流程的關(guān)鍵性驅(qū)動。"MsgHdr"表示報文頭部，包括有若干字段，其中"MsgCgy"這個字段表征業(yè)務(wù)類型，在本例中其取值為"PAYMENT"，該取值就是業(yè)務(wù)類型標(biāo)識。也就是說，對于中間業(yè)務(wù)系統(tǒng)來說，無論是哪種上層業(yè)務(wù)系統(tǒng)發(fā)過來的第一業(yè)務(wù)報文，只要業(yè)務(wù)類型標(biāo)識一致，其對應(yīng)的流程模板將會相同，也就是說對報文的處理過程是相同的。

流程模板的處理過程可以包括一個或者多個處理動作，其實現(xiàn)可以是調(diào)用多個處理組件或者模板，流程模板相當(dāng)于處理動作的描述信息。以境外卡業(yè)務(wù)為例，比如說，假設(shè)其業(yè)務(wù)類型標(biāo)識是"ForeignCard"。其處理過程可以包括受理、組裝以及存儲三個處理動作。比如，受理可以包括基本的格式檢查和數(shù)據(jù)校驗等；組裝通常是指按照特定的格式或模型將原始數(shù)據(jù)重新進行整理的過程；存儲通常是將組裝后的數(shù)據(jù)存儲到相關(guān)的數(shù)據(jù)庫中。

在一個例子中，在流程模板的處理動作中可以包括上送路由系統(tǒng)。路由系統(tǒng)可以理解為中間業(yè)務(wù)系統(tǒng)的一個部分，只是相對來說比較獨立。在處理過程中，可以將第一業(yè)務(wù)報文中攜帶的各種交換能力參數(shù)上送路由系統(tǒng)進行選擇決策。以圖3為例，典型的交換能力參數(shù)包括：tntInstId，instId等。路由系統(tǒng)收到這些參數(shù)后，可以查詢預(yù)設(shè)的決策表項選擇一個最優(yōu)的下層業(yè)務(wù)系統(tǒng)。在一些例子中，可能有多個下層業(yè)務(wù)系統(tǒng)都可以處理第一業(yè)務(wù)報文所代表的業(yè)務(wù)，但是路由系統(tǒng)的引入可以選擇出最優(yōu)的那個下層業(yè)務(wù)系統(tǒng)。舉例來說，若交換能力參數(shù)為MYBKC1CN，CMBCC1CN，此時該項業(yè)務(wù)實際上有3個下層業(yè)務(wù)系統(tǒng)可以處理：深結(jié)算系統(tǒng)、中金支付系統(tǒng)以及人行大額系統(tǒng)，路由系統(tǒng)根據(jù)費用和支付成功率綜合判斷，可以確定選擇深結(jié)算系統(tǒng)作為最優(yōu)的下層業(yè)務(wù)系統(tǒng)。

一般來說，上送路由系統(tǒng)是第一流程模板的最后一個處理動作，路由系統(tǒng)決策的結(jié)果意味著此時需要與其決策出的下層業(yè)務(wù)系統(tǒng)進行對接。具體來說，假設(shè)業(yè)務(wù)類型是PAYMENT，此時下層業(yè)務(wù)系統(tǒng)可以是人行清算系統(tǒng)，也可以是深圳清算中心系統(tǒng)等。此時可以使用第二流程模板來處理路由系統(tǒng)的決策結(jié)果。一般來說，第二流程模板主要處理動作為基于第一業(yè)務(wù)報文構(gòu)造第二業(yè)務(wù)報文。其中所述第二業(yè)務(wù)報文是符合下層業(yè)務(wù)系統(tǒng)的接口規(guī)范要求的，根據(jù)這些接口規(guī)范要求，可以將第一業(yè)務(wù)報文中攜帶的業(yè)務(wù)信息重新進行組裝，使得其格式符合接口規(guī)范要求(也可以理解為第二業(yè)務(wù)報文的格式要求)，然后發(fā)送給下層業(yè)務(wù)系統(tǒng)。

下層業(yè)務(wù)系統(tǒng)收到第二業(yè)務(wù)報文之后可以按照既有的方式進行報文解析以及業(yè)務(wù)處理。如果處理成功，其通常會返回一個第三業(yè)務(wù)報文。第三業(yè)務(wù)報文通常為回執(zhí)類業(yè)務(wù)報文。此時，對于第三業(yè)務(wù)報文的處理與第一業(yè)務(wù)報文的處理比較類似，可以包括以下步驟：

步驟105，接收來自下層業(yè)務(wù)系統(tǒng)的第三業(yè)務(wù)報文，對所述第三業(yè)務(wù)報文的頭部進行解析獲得其中所攜帶的業(yè)務(wù)類型標(biāo)識。

步驟106，基于所述業(yè)務(wù)類型標(biāo)識查找所述預(yù)設(shè)模板列表獲得對應(yīng)的第三流程模板，所述第三流程模板包括一個或多個處理動作。

步驟107，在基于所述第三流程模板對所述第三業(yè)務(wù)報文的處理過程中確定對應(yīng)的業(yè)務(wù)系統(tǒng)。

步驟108，如果步驟107確定的業(yè)務(wù)系統(tǒng)是所述上層業(yè)務(wù)系統(tǒng)，則使用對應(yīng)的第四流程模板基于所述第三業(yè)務(wù)報文構(gòu)造第四業(yè)務(wù)報文，并將該第四業(yè)務(wù)報文發(fā)送給所述下層業(yè)務(wù)系統(tǒng)。

步驟109，如果步驟107確定的業(yè)務(wù)系統(tǒng)是所述下層業(yè)務(wù)系統(tǒng)，使用第二流程模板基于所述第三業(yè)務(wù)報文構(gòu)造第二業(yè)務(wù)報文，并將該第二業(yè)務(wù)報文發(fā)送給所述下層業(yè)務(wù)系統(tǒng)。

請參考圖4，對于步驟105到步驟108，最常見的情況就是將下層業(yè)務(wù)系統(tǒng)反饋的處理結(jié)果，也就是回執(zhí)，進行格式轉(zhuǎn)換發(fā)送給上層業(yè)務(wù)系統(tǒng)，從而完成上層業(yè)務(wù)系統(tǒng)的請求處理。步驟105到步驟108并不關(guān)注下層業(yè)務(wù)系統(tǒng)處理結(jié)果的本身是什么。

舉一個最簡單的例子而言，以支付業(yè)務(wù)為例，上層業(yè)務(wù)系統(tǒng)反饋的處理結(jié)果可能是“余額不足”，步驟105到步驟108并不需要知道該結(jié)果是什么，只需要將該結(jié)果反饋給上層業(yè)務(wù)系統(tǒng)即可。下層業(yè)務(wù)系統(tǒng)可能會在這個結(jié)果的基礎(chǔ)上進一步追加新的結(jié)果，比如“扣款成功”，因為一個賬戶的余額可能隨時發(fā)生變化，下層業(yè)務(wù)系統(tǒng)雖然反饋了余額不足，但沒有將此次業(yè)務(wù)直接關(guān)閉，等待5分鐘后，再次處理該業(yè)務(wù)時發(fā)現(xiàn)余額充足后，下層業(yè)務(wù)系統(tǒng)重新反饋“扣款成功”。無論下層業(yè)務(wù)系統(tǒng)如何反饋處理結(jié)果，或者說反饋多少次處理結(jié)果，中間業(yè)務(wù)系統(tǒng)只需要按照步驟105到步驟108的方式進行格式轉(zhuǎn)換和轉(zhuǎn)發(fā)即可，或者說更多地是為上層業(yè)務(wù)系統(tǒng)進行結(jié)果的及時更新。當(dāng)然為了后續(xù)監(jiān)管和回溯的需要，一樣可以將第三業(yè)務(wù)報文中的各種信息，包括報文頭部以及報文體中的信息保存到數(shù)據(jù)庫。

在另一個例子中，為了支持更為復(fù)雜的業(yè)務(wù)情形，與第一流程模板一樣，第三流程模板的處理動作中也可以包括上送路由系統(tǒng)這一動作。需要注意的是，所謂第一或者第三流程模板是指某一類流程模板，比如說有的第三流程模板可能不包括上送路由系統(tǒng)這個動作，有的則可以包括。一般來說，第一流程模板通常是面向來自上層業(yè)務(wù)系統(tǒng)請求的一類流程模板；第二流程模板則通常是向下層業(yè)務(wù)系統(tǒng)發(fā)送第二業(yè)務(wù)報文的一類流程模板；第三流程模板則是處理來自下層業(yè)務(wù)系統(tǒng)的第三業(yè)務(wù)報文的一類流程模板；而第四流程模板則通常是向上層業(yè)務(wù)系統(tǒng)發(fā)送第四業(yè)務(wù)報文的一類流程模板。

如果第三流程模板中包括了上送路由系統(tǒng)，則路由系統(tǒng)決策后返回的結(jié)果可能有兩種，一種是使用第四流程模板來發(fā)送第四業(yè)務(wù)報文到上層業(yè)務(wù)系統(tǒng)，另一種可能是路由決策系統(tǒng)決策出需要再次與一個外部系統(tǒng)對接，此時可以執(zhí)行109，到?jīng)Q策出的外部系統(tǒng)繼續(xù)處理。外部系統(tǒng)處理完成后，流程再次返回到步驟105，如此可以往復(fù)循環(huán)，從而支持更為復(fù)雜的業(yè)務(wù)模型。舉例來說，一個上層業(yè)務(wù)系統(tǒng)A發(fā)起的提現(xiàn)請求，路由系統(tǒng)會先決策去外部系統(tǒng)E1進行卡號戶名驗證，在收到E1的驗證成功報文后路由系統(tǒng)再決策去外部系統(tǒng)E2發(fā)起提現(xiàn)請求，最終得到E2返回的提現(xiàn)結(jié)果后可以返回給該上層業(yè)務(wù)系統(tǒng)A。

從以上的例子中可以看出，在本申請的處理過程中只需要根據(jù)約定的業(yè)務(wù)類型標(biāo)識調(diào)用預(yù)先定義好的流程處理模板進行處理即可，并不需要去按照報文體中記載的各種具體的業(yè)務(wù)信息做復(fù)雜的狀態(tài)變遷處理。比如說，在傳統(tǒng)技術(shù)中，如果下層系統(tǒng)反饋了余額不足這個處理結(jié)果，則中間系統(tǒng)如果設(shè)計的比較差，則其反饋給處理結(jié)果可能是未知或者是余額不足而失?。蝗绻O(shè)計的比較好，則可能是先反饋余額不足，流程上繼續(xù)等待，直到下層業(yè)務(wù)系統(tǒng)反饋扣款成功或者扣款失敗這樣的最終結(jié)論，然后再反饋給上層業(yè)務(wù)系統(tǒng)。這種機制要求中間系統(tǒng)要對上層以及下層的處理流程相當(dāng)熟悉，要不斷地根據(jù)上層以及下層處理的變化而相應(yīng)地變化。而本申請則并不存在這種問題，其并不關(guān)注余額不足這種信息所代表的業(yè)務(wù)意義，只需要根據(jù)業(yè)務(wù)類型標(biāo)識調(diào)用流程模板進行處理即可，可以實現(xiàn)連續(xù)及時反饋；將業(yè)務(wù)意義的理解交給上層業(yè)務(wù)系統(tǒng)；而這一點是上層業(yè)務(wù)系統(tǒng)本來就需要做的，并沒有增加上層業(yè)務(wù)系統(tǒng)的開發(fā)難度。

在另外一個例子中，中間業(yè)務(wù)系統(tǒng)在接收到業(yè)務(wù)報文或者發(fā)送業(yè)務(wù)報文時，還可以將業(yè)務(wù)報文的收發(fā)狀態(tài)保存到收發(fā)狀態(tài)表中。

請參考表1所示，所述收發(fā)狀態(tài)表包括業(yè)務(wù)標(biāo)識、對端業(yè)務(wù)系統(tǒng)、收發(fā)狀態(tài)以及狀態(tài)記錄時間等信息。其中對于業(yè)務(wù)報文的狀態(tài)可以包括：接收成功、接收失敗、待發(fā)送以及已發(fā)送。

表1

從表1可以看出，通過記錄報文的收發(fā)狀態(tài)就可以相對來說比較直觀地反應(yīng)出業(yè)務(wù)關(guān)鍵狀態(tài)的變遷。比如說表1中第一行記載了第一業(yè)務(wù)報文在T1時間接收成功，則可以直觀地說明來自A系統(tǒng)訂單已經(jīng)成功被受理。而T2時間點記錄的發(fā)送失敗，說明業(yè)務(wù)報文沒有成功地發(fā)送到H系統(tǒng)(下層業(yè)務(wù)系統(tǒng))。此時運營人員可以根據(jù)上述收發(fā)狀態(tài)的記錄準(zhǔn)確地發(fā)現(xiàn)與對端H系統(tǒng)的交互失敗，也就是說可以定位到業(yè)務(wù)失敗的初步原因。因此本申請技術(shù)方案在大幅度提高中間系統(tǒng)的穩(wěn)定性和通用性的基礎(chǔ)上，在對運營的支撐上依然可以接近于傳統(tǒng)技術(shù)的提供的效果。

與前述中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理方法的實施例相對應(yīng)，本申請還提供了中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理裝置的實施例。

本申請中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理裝置的實施例可以應(yīng)用在中間業(yè)務(wù)系統(tǒng)上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在中間業(yè)務(wù)系統(tǒng)的處理器將非易失性存儲器中對應(yīng)的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖5所示，為本申請中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理裝置所在中間業(yè)務(wù)系統(tǒng)的一種硬件結(jié)構(gòu)圖，除了圖5所示的處理器、內(nèi)存、網(wǎng)絡(luò)接口、以及非易失性存儲器之外，實施例中裝置所在的中間業(yè)務(wù)系統(tǒng)通常根據(jù)該中間業(yè)務(wù)系統(tǒng)的實際功能，還可以包括其他硬件，對此不再贅述。

圖6是本申請一示例性實施例示出的一種中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理裝置的框圖。

請參考圖6，所述中間業(yè)務(wù)系統(tǒng)的業(yè)務(wù)處理裝置500可以應(yīng)用在前述圖5所示的中間業(yè)務(wù)系統(tǒng)中，包括有：上層報文接收單元501、第一模板查找單元502、下層系統(tǒng)確定單元503、下層報文發(fā)送單元504、下層報文接收單元505、第二模板查找單元506、系統(tǒng)模板確定單元507、上層報文發(fā)送單元508以及狀態(tài)保存單元509。

其中，所述上層報文接收單元501，接收來自上層業(yè)務(wù)系統(tǒng)的第一業(yè)務(wù)報文，對所述第一業(yè)務(wù)報文的頭部進行解析獲得其中所攜帶的業(yè)務(wù)類型標(biāo)識；

所述第一模板查找單元502，基于所述業(yè)務(wù)類型標(biāo)識查找預(yù)設(shè)模板列表獲得對應(yīng)的第一流程模板，其中所述模板列表包括了流程模板與業(yè)務(wù)類型標(biāo)識的對應(yīng)關(guān)系，所述第一流程模板包括一個或多個處理動作；

所述下層系統(tǒng)確定單元503，在基于所述第一流程模板對所述第一業(yè)務(wù)報文的處理過程中確定對應(yīng)的下層業(yè)務(wù)系統(tǒng)；

所述下層報文發(fā)送單元504，使用第二流程模板基于所述第一業(yè)務(wù)報文構(gòu)造第二業(yè)務(wù)報文，并將該第二業(yè)務(wù)報文發(fā)送給所述下層業(yè)務(wù)系統(tǒng)。

所述下層報文接收單元505，接收來自下層業(yè)務(wù)系統(tǒng)的第三業(yè)務(wù)報文，對所述第三業(yè)務(wù)報文的頭部進行解析獲得其中所攜帶的業(yè)務(wù)類型標(biāo)識；

所述第二模板查找單元506，基于所述業(yè)務(wù)類型標(biāo)識查找所述預(yù)設(shè)模板列表獲得對應(yīng)的第三流程模板，所述第三流程模板包括一個或多個處理動作；

所述系統(tǒng)模板確定單元507，在基于所述第三流程模板對所述第三業(yè)務(wù)報文的處理過程中確定對應(yīng)的業(yè)務(wù)系統(tǒng)以及與該業(yè)務(wù)系統(tǒng)對應(yīng)的流程模板；

所述上層報文發(fā)送單元508，在第三流程模板確定的業(yè)務(wù)系統(tǒng)是所述上層業(yè)務(wù)系統(tǒng)時，使用對應(yīng)的第四流程模板基于所述第三業(yè)務(wù)報文構(gòu)造第四業(yè)務(wù)報文，并將該第四業(yè)務(wù)報文發(fā)送給所述上層業(yè)務(wù)系統(tǒng)。

可選的，所述下層報文發(fā)送單元504，還在第三流程模板確定的業(yè)務(wù)系統(tǒng)是所述下層業(yè)務(wù)系統(tǒng)時，使用第二流程模板基于所述第三業(yè)務(wù)報文構(gòu)造第二業(yè)務(wù)報文，并將該第二業(yè)務(wù)報文發(fā)送給所述下層業(yè)務(wù)系統(tǒng)。

可選的，所述第一流程模板和所述第三流程模板的處理動作中包括上送路由系統(tǒng)，其中所述路由系統(tǒng)用于決策對應(yīng)的下層業(yè)務(wù)系統(tǒng)。

可選的，所述上送路由系統(tǒng)包括：將業(yè)務(wù)報文中攜帶的交換能力參數(shù)上送給路由系統(tǒng)。

所述狀態(tài)保存單元509，將業(yè)務(wù)報文的收發(fā)狀態(tài)保存到收發(fā)狀態(tài)表中，其中所述收發(fā)狀態(tài)表包括業(yè)務(wù)標(biāo)識、對端業(yè)務(wù)系統(tǒng)、收發(fā)狀態(tài)以及狀態(tài)記錄時間。

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