本發(fā)明涉及支付業(yè)務(wù)技術(shù)領(lǐng)域，特別涉及一種支付業(yè)務(wù)系統(tǒng)的服務(wù)控制管理組件裝置。

背景技術(shù)：

隨著中國經(jīng)濟的快速增長和支付電子化發(fā)展，支付活動日益頻繁，市場對支付系統(tǒng)的處理能力提出更高要求。現(xiàn)有支付業(yè)務(wù)系統(tǒng)均采用集中式應(yīng)用處理架構(gòu)，每個業(yè)務(wù)系統(tǒng)僅包括一個業(yè)務(wù)處理單元與相關(guān)的業(yè)務(wù)關(guān)聯(lián)系統(tǒng)進行交互，對待支付業(yè)務(wù)進行處理，業(yè)務(wù)數(shù)據(jù)統(tǒng)一存儲在單個數(shù)據(jù)庫中，支付業(yè)務(wù)系統(tǒng)采用集中式的應(yīng)用處理架構(gòu)存在以下問題：

1)可擴展性不強：隨著業(yè)務(wù)量的持續(xù)快速增長，單個數(shù)據(jù)庫處理出現(xiàn)性能瓶頸，集中式的處理架構(gòu)無法實現(xiàn)處理能力的橫向收縮，僅通過縱向擴展來提升業(yè)務(wù)處理容量，不僅成本較高，且存在擴展極限。

2)應(yīng)用架構(gòu)不夠靈活：系統(tǒng)運行對單一廠商的軟硬件設(shè)備依賴性太強，無法靈活適應(yīng)多樣化靈活部署的需求，也不適應(yīng)國家對關(guān)鍵業(yè)務(wù)信息系統(tǒng)自主可控的安全要求。

通過上述可知，現(xiàn)有支付業(yè)務(wù)系統(tǒng)普遍采用集中式應(yīng)用處理架構(gòu)，隨著業(yè)務(wù)量的增大，處理能力達到飽和并會積聚風(fēng)險，為應(yīng)對未來高業(yè)務(wù)容量、高吞吐量的處理需求，支付業(yè)務(wù)系統(tǒng)應(yīng)用架構(gòu)由集中式調(diào)整為分布式為必然趨勢。

然而，現(xiàn)有技術(shù)中，難以實現(xiàn)支付業(yè)務(wù)系統(tǒng)由集中式應(yīng)用處理架構(gòu)調(diào)整為分布式架構(gòu)，或需要對現(xiàn)有支付業(yè)務(wù)系統(tǒng)進行大量復(fù)雜的改造，需要耗費很大的成本。

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

本發(fā)明實施例提供了一種支付業(yè)務(wù)系統(tǒng)的服務(wù)控制管理組件裝置，用以方便將支付業(yè)務(wù)系統(tǒng)由集中式處理架構(gòu)調(diào)整為分布式架構(gòu)，支付業(yè)務(wù)系統(tǒng)為分布式支付業(yè)務(wù)系統(tǒng)，包括：多個業(yè)務(wù)處理單元和與多個業(yè)務(wù)處理單元交互的多個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)，服務(wù)控制管理組件裝置包括：服務(wù)管理組件和多個路由組件，其中：

服務(wù)管理組件，用于接收每個業(yè)務(wù)處理單元的信息，根據(jù)每個業(yè)務(wù)處理單元的信息，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，將策略發(fā)送至多個路由組件；

每個路由組件，設(shè)置在與多個業(yè)務(wù)處理單元交互的每一個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)，每個路由組件與服務(wù)管理組件連接，用于根據(jù)策略，以及支付業(yè)務(wù)系統(tǒng)接收的待支付業(yè)務(wù)，從多個業(yè)務(wù)處理單元中確定出一個處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元，將確定出的業(yè)務(wù)處理單元的信息提供給業(yè)務(wù)關(guān)聯(lián)系統(tǒng)；

業(yè)務(wù)關(guān)聯(lián)系統(tǒng)根據(jù)確定出的業(yè)務(wù)處理單元的信息，與確定出的業(yè)務(wù)處理單元進行交互；確定出的業(yè)務(wù)處理單元根據(jù)與業(yè)務(wù)關(guān)聯(lián)系統(tǒng)的交互，處理待支付業(yè)務(wù)。

在一個實施例中，業(yè)務(wù)處理單元的信息包括以下其中之一或任意組合：業(yè)務(wù)處理單元的名稱、業(yè)務(wù)處理單元待處理業(yè)務(wù)的隊列信息、業(yè)務(wù)處理單元的狀態(tài)信息、業(yè)務(wù)處理單元的業(yè)務(wù)受理范圍信息、業(yè)務(wù)處理單元的備用業(yè)務(wù)處理單元信息和業(yè)務(wù)處理單元所在數(shù)據(jù)中心的信息。

在一個實施例中，業(yè)務(wù)處理單元的業(yè)務(wù)受理范圍信息包括：發(fā)起行的行號、接收行的行號和報文類型；

服務(wù)管理組件具體用于：接收每個業(yè)務(wù)處理單元的業(yè)務(wù)受理范圍信息，根據(jù)業(yè)務(wù)受理范圍信息，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，將策略發(fā)送至多個路由組件；

每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略包括：

根據(jù)報文類型和發(fā)起行的行號，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

或，根據(jù)報文類型和接收行的行號，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

或，根據(jù)報文類型，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略。

在一個實施例中，路由組件具體用于：

接收根據(jù)待支付業(yè)務(wù)生成的業(yè)務(wù)關(guān)鍵字信息；

根據(jù)業(yè)務(wù)關(guān)鍵字信息，以及每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，從多個業(yè)務(wù)處理單元中確定出一個處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元；

將確定出的業(yè)務(wù)處理單元的信息提供給業(yè)務(wù)關(guān)聯(lián)系統(tǒng)。

在一個實施例中，服務(wù)管理組件還用于接收每個業(yè)務(wù)處理單元對業(yè)務(wù)關(guān)聯(lián)系統(tǒng)公共消息的預(yù)訂消息，將預(yù)訂消息發(fā)送至多個路由組件；

路由組件還用于將預(yù)訂消息提供給業(yè)務(wù)關(guān)聯(lián)系統(tǒng)；

業(yè)務(wù)關(guān)聯(lián)系統(tǒng)根據(jù)預(yù)訂消息，將公共消息發(fā)送至預(yù)訂了公共消息的業(yè)務(wù)處理單元。

在一個實施例中，服務(wù)管理組件包括：

信息接收模塊，用于接收每個業(yè)務(wù)處理單元的信息；

信息處理模塊，與信息接收模塊連接，用于根據(jù)每個業(yè)務(wù)處理單元的信息，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

第一網(wǎng)絡(luò)通信模塊，用于將策略發(fā)送至多個路由組件。

在一個實施例中，信息接收模塊具體用于：接收每個業(yè)務(wù)處理單元的變更信息；

信息處理模塊具體用于：根據(jù)每個業(yè)務(wù)處理單元的變更信息，重新配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

第一網(wǎng)絡(luò)通信模塊具體用于：將重新配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略發(fā)送至多個路由組件。

在一個實施例中，信息接收模塊具體用于：接收監(jiān)控系統(tǒng)pams發(fā)來的業(yè)務(wù)處理單元的狀態(tài)信息，以及業(yè)務(wù)處理單元各個節(jié)點的狀態(tài)信息；

信息處理模塊具體用于：根據(jù)監(jiān)控系統(tǒng)pams發(fā)來的業(yè)務(wù)處理單元的狀態(tài)信息，以及業(yè)務(wù)處理單元各個節(jié)點的狀態(tài)信息，維護業(yè)務(wù)處理單元以及業(yè)務(wù)處理單元各個節(jié)點。

在一個實施例中，信息接收模塊具體用于：接收每個業(yè)務(wù)處理單元各個節(jié)點的可用情況信息；

信息處理模塊具體用于：根據(jù)每個業(yè)務(wù)處理單元各個節(jié)點的可用情況信息，判斷每個業(yè)務(wù)處理單元的可用情況，根據(jù)每個業(yè)務(wù)處理單元的可用情況，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

第一網(wǎng)絡(luò)通信模塊具體用于：將根據(jù)每個業(yè)務(wù)處理單元的可用情況，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略發(fā)送至多個路由組件。

在一個實施例中，服務(wù)管理組件具體用于：接收每個業(yè)務(wù)處理單元及其備用業(yè)務(wù)處理單元的信息，根據(jù)每個業(yè)務(wù)處理單元及其備用業(yè)務(wù)處理單元的信息，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，將策略發(fā)送至多個路由組件。

在一個實施例中，路由組件包括：第二網(wǎng)絡(luò)通信模塊、信息更新模塊、共享內(nèi)存區(qū)和路由接口，其中：

第二網(wǎng)絡(luò)通信模塊，與服務(wù)管理組件連接，用于接收每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

信息更新模塊，用于將每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略更新至共享內(nèi)存區(qū)，根據(jù)策略，以及支付業(yè)務(wù)系統(tǒng)接收的待支付業(yè)務(wù)，從多個業(yè)務(wù)處理單元中確定出一個處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元；

路由接口，用于連接與業(yè)務(wù)處理單元交互的業(yè)務(wù)關(guān)聯(lián)系統(tǒng)和信息更新模塊，將確定出的業(yè)務(wù)處理單元的信息提供給業(yè)務(wù)關(guān)聯(lián)系統(tǒng)。

在一個實施例中，共享內(nèi)存區(qū)包括：主共享內(nèi)存區(qū)和備共享內(nèi)存區(qū)；

信息更新模塊具體用于：

將每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略更新至備共享內(nèi)存區(qū)；

將所述備共享內(nèi)存區(qū)變更為主共享內(nèi)存區(qū)，將原主共享內(nèi)存區(qū)變更為備共享內(nèi)存區(qū)；

根據(jù)變更后主共享內(nèi)存區(qū)內(nèi)的策略，以及支付業(yè)務(wù)系統(tǒng)接收的待支付業(yè)務(wù)，從多個業(yè)務(wù)處理單元中確定出一個處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元。

在一個實施例中，路由組件具體用于將每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略存儲在共享內(nèi)存區(qū)，供業(yè)務(wù)關(guān)聯(lián)系統(tǒng)調(diào)用；共享內(nèi)存區(qū)包括：主共享內(nèi)存區(qū)和備共享內(nèi)存區(qū)；

服務(wù)管理組件具體用于：

將每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略發(fā)送至各個路由組件，接收各個路由組件發(fā)來的策略已更新至備共享內(nèi)存區(qū)的響應(yīng)信息；

將路由組件共享內(nèi)存區(qū)加鎖通知信息發(fā)送至各個路由組件，接收各個路由組件發(fā)來的路由組件共享內(nèi)存區(qū)加鎖完畢響應(yīng)信息；

將路由組件主備內(nèi)存切換信息發(fā)送至各個路由組件，接收各個路由組件發(fā)來的路由組件主備內(nèi)存切換完畢響應(yīng)信息；

將路由組件共享內(nèi)存區(qū)解鎖通知信息發(fā)送至各個路由組件，接收各個路由組件發(fā)來的路由組件共享內(nèi)存區(qū)解鎖完畢響應(yīng)信息；

路由組件具體用于：

接收服務(wù)管理組件發(fā)來的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，將策略更新至備共享內(nèi)存區(qū)，發(fā)送策略已更新至備共享內(nèi)存區(qū)的響應(yīng)信息至服務(wù)管理組件；

接收服務(wù)管理組件發(fā)來的路由組件共享內(nèi)存區(qū)加鎖通知信息，對共享內(nèi)存區(qū)進行加鎖，將路由組件共享內(nèi)存區(qū)加鎖完畢響應(yīng)信息發(fā)送至服務(wù)管理組件；

接收服務(wù)管理組件發(fā)來的路由組件主備內(nèi)存切換信息，將原備共享內(nèi)存區(qū)變更為主共享內(nèi)存區(qū)，將原主共享內(nèi)存區(qū)變更為備共享內(nèi)存區(qū)，將路由組件主備內(nèi)存切換完畢響應(yīng)信息發(fā)送至服務(wù)管理組件；

接收路由組件共享內(nèi)存區(qū)解鎖通知信息，對共享內(nèi)存區(qū)進行解鎖，將路由組件共享內(nèi)存區(qū)解鎖完畢響應(yīng)信息發(fā)送至服務(wù)管理組件。

本發(fā)明實施例提供的服務(wù)控制管理組件裝置通過：服務(wù)管理組件接收每個業(yè)務(wù)處理單元的信息，根據(jù)每個業(yè)務(wù)處理單元的信息，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，將策略發(fā)送至多個路由組件；通過：每個路由組件，設(shè)置在與多個業(yè)務(wù)處理單元交互的每一個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)，每個路由組件與服務(wù)管理組件連接，用于根據(jù)策略，以及支付業(yè)務(wù)系統(tǒng)接收的待支付業(yè)務(wù)，從多個業(yè)務(wù)處理單元中確定出一個處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元，將確定出的業(yè)務(wù)處理單元的信息提供給業(yè)務(wù)關(guān)聯(lián)系統(tǒng)，業(yè)務(wù)關(guān)聯(lián)系統(tǒng)根據(jù)確定出的業(yè)務(wù)處理單元的信息，與確定出的業(yè)務(wù)處理單元進行交互；確定出的業(yè)務(wù)處理單元根據(jù)與業(yè)務(wù)關(guān)聯(lián)系統(tǒng)的交互，處理待支付業(yè)務(wù)，實現(xiàn)了支付業(yè)務(wù)系統(tǒng)由集中式應(yīng)用處理架構(gòu)調(diào)整為分布式架構(gòu)，具有良好的橫向可伸縮性，由多個業(yè)務(wù)處理單元并行處理業(yè)務(wù)，極大地提升了業(yè)務(wù)處理容量，提高了業(yè)務(wù)處理效率，保證了業(yè)務(wù)連續(xù)運行能力，具體理由如下：

首先，由于本發(fā)明實施例提供的技術(shù)方案將配置策略集中在服務(wù)管理組件，將根據(jù)所述策略，確定處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元的決策集中在路由組件，對與業(yè)務(wù)處理單元交互的上層業(yè)務(wù)關(guān)聯(lián)系統(tǒng)僅需進行簡單的適應(yīng)性改造，即可實現(xiàn)分布式業(yè)務(wù)處理，為支付業(yè)務(wù)系統(tǒng)由集中式處理架構(gòu)調(diào)整為分布式提供了便利性和可靠性，簡化了現(xiàn)有支付業(yè)務(wù)系統(tǒng)改造成本，降低了軟硬件采購成本；

另外，服務(wù)管理組件根據(jù)不同的業(yè)務(wù)處理單元的信息，配置不同策略，即根據(jù)不同的業(yè)務(wù)處理單元的軟硬件設(shè)備，分配給該業(yè)務(wù)處理單元相應(yīng)處理能力的業(yè)務(wù)，這樣業(yè)務(wù)處理單元可靈活部署，選用多廠商的多類型服務(wù)器、操作系統(tǒng)及數(shù)據(jù)庫，支持多種類型的軟硬件平臺。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，并不構(gòu)成對本發(fā)明的限定。在附圖中：

圖1是本發(fā)明實施例中支付業(yè)務(wù)系統(tǒng)的服務(wù)控制管理組件裝置的結(jié)構(gòu)示意圖；

圖2是本發(fā)明實施例中服務(wù)控制管理組件裝置具體應(yīng)用實例的結(jié)構(gòu)示意圖；

圖3是本發(fā)明另一實施例中支付業(yè)務(wù)系統(tǒng)的服務(wù)控制管理組件裝置結(jié)構(gòu)示意圖；

圖4是本發(fā)明實施例中服務(wù)管理組件同步發(fā)送信息至路由組件相互通信示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下面結(jié)合實施方式和附圖，對本發(fā)明做進一步詳細說明。在此，本發(fā)明的示意性實施方式及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。

隨著中國經(jīng)濟的快速增長和支付電子化發(fā)展，支付活動日益頻繁，市場對支付系統(tǒng)的處理能力提出更高要求。主要表現(xiàn)在以下三方面：

1)業(yè)務(wù)處理容量越來越大；

2)業(yè)務(wù)處理效率越來越高；

3)業(yè)務(wù)連續(xù)運行能力越來越強。

為達到上述三方面的要求，本發(fā)明實施構(gòu)建的服務(wù)控制管理組件由服務(wù)管理組件和路由組件構(gòu)成，其中：路由組件部署在各個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)(例如：軋差系統(tǒng)nets和支付報文傳輸系統(tǒng)pmts等)上，以動態(tài)鏈接庫的形式提供接口供上層應(yīng)用(例如：軋差系統(tǒng)nets和支付報文傳輸系統(tǒng)pmts等)調(diào)用，可以與位于中心的服務(wù)管理組件通過網(wǎng)絡(luò)連接形成星型結(jié)構(gòu)。服務(wù)管理組件提供統(tǒng)一的ui管理界面，支持業(yè)務(wù)處理單元信息、路由信息(包括：每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略和每個業(yè)務(wù)處理單元對業(yè)務(wù)關(guān)聯(lián)系統(tǒng)公共消息的預(yù)訂消息等)的靈活配置，作為信息源，會主動將最新的路由信息(包括：每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略和每個業(yè)務(wù)處理單元對業(yè)務(wù)關(guān)聯(lián)系統(tǒng)公共消息的預(yù)訂消息等)分發(fā)至各個路由組件，路由組件根據(jù)本地緩存的信息(例如：根據(jù)每個業(yè)務(wù)處理單元的信息，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略)為上層業(yè)務(wù)系統(tǒng)(例如：軋差系統(tǒng)nets和支付報文傳輸系統(tǒng)pmts等)提供路由決策。下面對該服務(wù)控制管理組件進行詳細介紹。

本發(fā)明實施例提供了一種支付業(yè)務(wù)系統(tǒng)的服務(wù)控制管理組件裝置，用以方便將支付業(yè)務(wù)系統(tǒng)由集中式處理架構(gòu)調(diào)整為分布式架構(gòu)，支付業(yè)務(wù)系統(tǒng)為分布式支付業(yè)務(wù)系統(tǒng)，包括：多個業(yè)務(wù)處理單元和與多個業(yè)務(wù)處理單元交互的多個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)，每個業(yè)務(wù)處理單元對應(yīng)一個獨立的數(shù)據(jù)庫，圖1是本發(fā)明實施例中支付業(yè)務(wù)系統(tǒng)的服務(wù)控制管理組件裝置的結(jié)構(gòu)示意圖，如圖1所示，服務(wù)控制管理組件裝置包括：服務(wù)管理組件100和路由組件200，其中：

服務(wù)管理組件100，用于接收每個業(yè)務(wù)處理單元的信息，根據(jù)每個業(yè)務(wù)處理單元的信息，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，將所述策略發(fā)送至多個路由組件；

每個路由組件200，設(shè)置在與多個業(yè)務(wù)處理單元交互的每一個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)，每個路由組件與所述服務(wù)管理組件連接，用于根據(jù)所述策略，以及支付業(yè)務(wù)系統(tǒng)接收的待支付業(yè)務(wù)，從多個業(yè)務(wù)處理單元中確定出一個處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元，將確定出的業(yè)務(wù)處理單元的信息提供給業(yè)務(wù)關(guān)聯(lián)系統(tǒng)；

所述業(yè)務(wù)關(guān)聯(lián)系統(tǒng)根據(jù)確定出的業(yè)務(wù)處理單元的信息，與確定出的業(yè)務(wù)處理單元進行交互；確定出的業(yè)務(wù)處理單元根據(jù)與業(yè)務(wù)關(guān)聯(lián)系統(tǒng)的交互，處理待支付業(yè)務(wù)。

具體實施時，本發(fā)明實施例提供的服務(wù)控制管理組件裝置中服務(wù)管理組件可以接收銀行工作人員輸入每個業(yè)務(wù)處理單元的信息，例如：每個業(yè)務(wù)處理單元的名稱、業(yè)務(wù)受理范圍信息、備用業(yè)務(wù)處理單元信息和業(yè)務(wù)處理單元所在的數(shù)據(jù)中心信息等信息。當(dāng)然，也可以接收各個路由組件實時發(fā)來的信息，例如：每個業(yè)務(wù)處理單元的隊列信息和狀態(tài)信息等等。服務(wù)管理組件可以根據(jù)每個業(yè)務(wù)處理單元的信息，配置每個業(yè)務(wù)處理單元應(yīng)處理的待支付業(yè)務(wù)策略，即根據(jù)每個業(yè)務(wù)處理單元的實際配置情況，制定該業(yè)務(wù)處理單元應(yīng)處理的待支付業(yè)務(wù)策略，也可以稱作：將不同的支付業(yè)務(wù)分配給具體哪個業(yè)務(wù)處理單元的策略。配置完成后，將策略發(fā)送至每個路由組件。路由組件根據(jù)支付業(yè)務(wù)系統(tǒng)接收到的待支付業(yè)務(wù)，以及從服務(wù)管理組件接收到的每個業(yè)務(wù)處理單元應(yīng)處理的待支付業(yè)務(wù)策略，確定多個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)應(yīng)該與那個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)交互，該確定的業(yè)務(wù)處理單元，根據(jù)與多個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)的交互，對待支付業(yè)務(wù)進行處理。

與現(xiàn)有技術(shù)相比較，本發(fā)明實施例提供的服務(wù)控制管理組件裝置，為集中式支付業(yè)務(wù)系統(tǒng)向分布式支付業(yè)務(wù)系統(tǒng)遷移提供便利性和可靠性，具有良好的橫向可伸縮性，由多個業(yè)務(wù)處理單元并行處理業(yè)務(wù)，極大地提升了業(yè)務(wù)處理容量，提高了業(yè)務(wù)處理效率，保證了業(yè)務(wù)連續(xù)運行能力，具體理由如下：

首先，由于本發(fā)明實施例提供的技術(shù)方案將配置策略集中在服務(wù)管理組件，將根據(jù)所述策略，確定處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元的決策集中在路由組件，與業(yè)務(wù)處理單元交互的上層業(yè)務(wù)關(guān)聯(lián)系統(tǒng)僅需進行簡單的適應(yīng)性改造，即可實現(xiàn)分布式業(yè)務(wù)處理，為支付業(yè)務(wù)系統(tǒng)由集中式處理架構(gòu)調(diào)整為分布式提供了便利性和可靠性，簡化了現(xiàn)有支付業(yè)務(wù)系統(tǒng)改造成本，降低了軟硬件采購成本；

另外，服務(wù)管理組件根據(jù)不同的業(yè)務(wù)處理單元的信息，配置不同策略，即根據(jù)不同的業(yè)務(wù)處理單元的軟硬件設(shè)備，分配給該業(yè)務(wù)處理單元相應(yīng)處理能力的業(yè)務(wù)處理單元，這樣業(yè)務(wù)處理單元部署可靈活選用多廠商的多類型服務(wù)器、操作系統(tǒng)及數(shù)據(jù)庫，支持多種類型的軟硬件平臺。

具體實施時，與業(yè)務(wù)處理單元交互的業(yè)務(wù)關(guān)聯(lián)系統(tǒng)可以包括：支付報文傳輸系統(tǒng)(pmts)、軋差系統(tǒng)(nets)和業(yè)務(wù)匯總核對子系統(tǒng)等等，請參見附圖2以及下表1，如圖2所示，每個業(yè)務(wù)處理單元還對應(yīng)一個獨立的數(shù)據(jù)庫，該數(shù)據(jù)庫可以存儲對應(yīng)業(yè)務(wù)處理單元的處理過程信息等等。

在一個實施例中，業(yè)務(wù)處理單元的信息包括以下其中之一或任意組合：業(yè)務(wù)處理單元的名稱、業(yè)務(wù)處理單元待處理業(yè)務(wù)的隊列信息、業(yè)務(wù)處理單元的狀態(tài)信息、業(yè)務(wù)處理單元的業(yè)務(wù)受理范圍信息、業(yè)務(wù)處理單元的備用業(yè)務(wù)處理單元信息和業(yè)務(wù)處理單元所在數(shù)據(jù)中心的信息。

具體實施時，業(yè)務(wù)處理單元的隊列信息指的是，業(yè)務(wù)處理單元待處理的支付業(yè)務(wù)隊列信息。

在一個實施例中，業(yè)務(wù)處理單元的業(yè)務(wù)受理范圍信息包括：發(fā)起行的行號、接收行的行號和報文類型；

服務(wù)管理組件具體用于：接收每個業(yè)務(wù)處理單元的業(yè)務(wù)受理范圍信息，根據(jù)業(yè)務(wù)受理范圍信息，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，將策略發(fā)送至多個路由組件；

每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略包括：

根據(jù)報文類型和發(fā)起行的行號，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

或，根據(jù)報文類型和接收行的行號，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

或，根據(jù)報文類型，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略。

具體實施時，通過服務(wù)管理組件的ui界面管理業(yè)務(wù)處理單元及業(yè)務(wù)處理單元的各個節(jié)點信息，業(yè)務(wù)處理單元業(yè)務(wù)受理范圍劃分規(guī)則如下(即服務(wù)管理組件是如何根據(jù)每個業(yè)務(wù)處理單元的信息，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略的)：

(1)根據(jù)報文類型和發(fā)起行的行號，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，包括以下兩種情況：

①發(fā)起行主動發(fā)起的業(yè)務(wù)報文，依據(jù)報文類型和發(fā)起行行號組合作為業(yè)務(wù)劃分規(guī)則。劃分業(yè)務(wù)規(guī)則時，假設(shè)一筆網(wǎng)銀貸記業(yè)務(wù)由發(fā)起行banka發(fā)送給接收行bankb。則報文類型為網(wǎng)銀貸記業(yè)務(wù)，發(fā)起行行號為banka的業(yè)務(wù)報文由網(wǎng)銀業(yè)務(wù)處理單元1受理。

②由發(fā)起行發(fā)起的針對(1)類業(yè)務(wù)的業(yè)務(wù)狀態(tài)查詢/業(yè)務(wù)撤銷申請/業(yè)務(wù)明細核對申請/業(yè)務(wù)明細核對下載申請報文，需要匹配原業(yè)務(wù)，依據(jù)報文類型和發(fā)起行行號組合作為業(yè)務(wù)劃分規(guī)則。劃分業(yè)務(wù)規(guī)則時，假設(shè)一筆業(yè)務(wù)狀態(tài)查詢報文由發(fā)起行banka發(fā)送給網(wǎng)銀系統(tǒng)ibps。則報文類型為業(yè)務(wù)狀態(tài)查詢，發(fā)起行行號為banka的業(yè)務(wù)報文由網(wǎng)銀業(yè)務(wù)處理單元1受理。如此，可與業(yè)務(wù)處理單元1的網(wǎng)銀貸記業(yè)務(wù)相匹配。

(2)根據(jù)報文類型和接收行的行號，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略：

由接收行發(fā)起的針對(1)類的回執(zhí)報文，需要匹配原業(yè)務(wù)，依據(jù)報文類型和接收行行號組合作為業(yè)務(wù)劃分規(guī)則。劃分業(yè)務(wù)規(guī)則時，假設(shè)一筆網(wǎng)銀貸記回執(zhí)業(yè)務(wù)由接收行bankb發(fā)送給發(fā)起行banka。則報文類型為網(wǎng)銀貸記回執(zhí)業(yè)務(wù)，接收行行號為banka的業(yè)務(wù)報文由網(wǎng)銀業(yè)務(wù)處理單元1受理。如此，可與業(yè)務(wù)處理單元1的網(wǎng)銀貸記業(yè)務(wù)相匹配。

(3)根據(jù)報文類型，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略：對第三方貸記及回執(zhí)業(yè)務(wù)，涉及三方機構(gòu)，依據(jù)報文類型作為業(yè)務(wù)劃分規(guī)則。

在一個實施例中，路由組件具體用于：

接收根據(jù)待支付業(yè)務(wù)生成的業(yè)務(wù)關(guān)鍵字信息；

根據(jù)業(yè)務(wù)關(guān)鍵字信息，以及每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，從多個業(yè)務(wù)處理單元中確定出一個處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元；

將確定出的業(yè)務(wù)處理單元的信息提供給業(yè)務(wù)關(guān)聯(lián)系統(tǒng)。

下面結(jié)合圖2(在圖2中主機平臺實例、業(yè)務(wù)實例1，以及業(yè)務(wù)實例n均是本發(fā)明實施中提到的業(yè)務(wù)處理單元，圖2中業(yè)務(wù)關(guān)聯(lián)系統(tǒng)的英文含義請參見下表1)，以支付業(yè)務(wù)為網(wǎng)銀貸記業(yè)務(wù)為例，說明本發(fā)明實施例提供的服務(wù)控制管理組件裝置如何實施的。

假設(shè)有一筆支付業(yè)務(wù)：網(wǎng)銀貸記業(yè)務(wù)，該網(wǎng)銀貸記業(yè)務(wù)為：發(fā)起行為banka，接收行為bankb，期望通過劃分業(yè)務(wù)受理范圍實現(xiàn)將該筆報文路由至業(yè)務(wù)處理單元1(業(yè)務(wù)實例1)處理，則采用服務(wù)控制管理組件的具體業(yè)務(wù)處理流程如下：

(1)節(jié)點及業(yè)務(wù)處理單元注冊：從服務(wù)管理組件錄入業(yè)務(wù)處理單元1(業(yè)務(wù)處理實例1)的相關(guān)信息，該錄入的功能可以通過下文提到的信息接收模塊來實現(xiàn)，包含業(yè)務(wù)處理單元的業(yè)務(wù)受理范圍信息(詳見下文的詳細介紹)，即由發(fā)起行banka發(fā)起網(wǎng)銀貸記業(yè)務(wù)、及由接收行bankb接收的網(wǎng)銀貸記回執(zhí)業(yè)務(wù)均有業(yè)務(wù)處理單元1受理(該描述可以成為配置策略)。

(2)廣播路由信息：服務(wù)管理組件將業(yè)務(wù)處理單元1注冊后的最新路由信息(即可以包括：根據(jù)每個業(yè)務(wù)處理單元的信息，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略)廣播至所有路由組件，本發(fā)明實施例中提到的路由信息可以包括：每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，以及下文提到的每個業(yè)務(wù)處理單元對業(yè)務(wù)關(guān)聯(lián)系統(tǒng)公共消息的預(yù)訂消息(訂閱消息)等。

(3)更新共享內(nèi)存區(qū)：路由組件按照同步更新機制(下文進行詳細介紹)將最新路由信息串進行解析，并更新至共享內(nèi)存區(qū)(關(guān)于更新共享內(nèi)存區(qū)的過程詳見下文)。

(4)業(yè)務(wù)處理：支付業(yè)務(wù)系統(tǒng)收到了用戶的一筆網(wǎng)銀貸記業(yè)務(wù)：發(fā)起行為banka，接收行為bankb，與業(yè)務(wù)處理單元交互的業(yè)務(wù)關(guān)聯(lián)系統(tǒng)：支付報文傳輸系統(tǒng)(pmts)根據(jù)待支付業(yè)務(wù)生成的業(yè)務(wù)關(guān)鍵字信息，例如：發(fā)起行為banka，接收行為bankb，將該業(yè)務(wù)關(guān)鍵字信息發(fā)送給路由組件，路由組件根據(jù)該業(yè)務(wù)關(guān)鍵字信息，以及所述每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，確定多個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)(例如：支付報文傳輸系統(tǒng)(pmts)、軋差系統(tǒng)(nets)和業(yè)務(wù)匯總核對子系統(tǒng)等)應(yīng)該與哪個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)交互，從多個業(yè)務(wù)處理單元中確定出一個處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元1；支付報文傳輸系統(tǒng)(pmts)通過查詢路由組件，了解了應(yīng)該與業(yè)務(wù)處理單元1通信，根據(jù)確定出的業(yè)務(wù)處理單元1的信息，將該筆網(wǎng)銀貸記業(yè)務(wù)發(fā)送至確定出的業(yè)務(wù)處理單元1，業(yè)務(wù)處理單元1根據(jù)通過與業(yè)務(wù)關(guān)聯(lián)系統(tǒng)(例如：支付報文傳輸系統(tǒng)(pmts)、軋差系統(tǒng)(nets)和業(yè)務(wù)匯總核對子系統(tǒng)等)的交互，對待支付業(yè)務(wù)進行處理。處理完成后，該業(yè)務(wù)處理單元1(例如圖2中的網(wǎng)銀系統(tǒng)ibps)會將該筆網(wǎng)銀貸記業(yè)務(wù)轉(zhuǎn)發(fā)至接收行bankb，緊接著，支付報文傳輸系統(tǒng)(pmts)收到一筆網(wǎng)銀貸記回執(zhí)業(yè)務(wù)：發(fā)起行為bankb，接收行為banka，同上描述，通過調(diào)用路由組件進行路由，將該筆報文發(fā)送至業(yè)務(wù)處理單元1處理，正好與原網(wǎng)銀貸記業(yè)務(wù)在同一業(yè)務(wù)處理單元1處理，可匹配到原業(yè)務(wù)。

在一個實施例中，服務(wù)管理組件還用于接收每個業(yè)務(wù)處理單元對業(yè)務(wù)關(guān)聯(lián)系統(tǒng)公共消息的預(yù)訂消息，將預(yù)訂消息發(fā)送至多個路由組件；

路由組件還用于將預(yù)訂消息提供給業(yè)務(wù)關(guān)聯(lián)系統(tǒng)；

業(yè)務(wù)關(guān)聯(lián)系統(tǒng)根據(jù)預(yù)訂消息，將公共消息發(fā)送至預(yù)訂了公共消息的業(yè)務(wù)處理單元。

具體實施時，通過服務(wù)管理組件的ui界面管理消息訂閱范圍，傳統(tǒng)的集中式的一個業(yè)務(wù)處理單元轉(zhuǎn)變?yōu)榉植际降亩鄠€業(yè)務(wù)處理單元后，為解決業(yè)務(wù)關(guān)聯(lián)系統(tǒng)服務(wù)間交互由一對一變?yōu)槎嘧兌嗪螽a(chǎn)生的公共消息發(fā)送問題，引入消息訂閱機制，即：業(yè)務(wù)關(guān)聯(lián)系統(tǒng)向業(yè)務(wù)處理單元發(fā)送公共消息時，通過查詢路由組件的訂閱信息(預(yù)訂消息)，向所有已訂閱的業(yè)務(wù)處理單元廣播發(fā)送公共消息。如圖2所示，以網(wǎng)銀系統(tǒng)(ibps)實例訂閱公共控制管理系統(tǒng)(ccms)的系統(tǒng)狀態(tài)變更通知報文為例，ccms向ibps發(fā)送系統(tǒng)狀態(tài)變更通知報文時，先查詢路由組件的有哪些ibps實例訂閱了該報文，再逐個向訂閱了該報文的ibps實例(業(yè)務(wù)處理單元)發(fā)送報文，提高了支付業(yè)務(wù)系統(tǒng)的可靠性和支付效率。

在一個實施例中，如圖3所示，服務(wù)管理組件可以包括：

信息接收模塊101，用于接收每個業(yè)務(wù)處理單元的信息；

信息處理模塊102，與信息接收模塊連接，用于根據(jù)每個業(yè)務(wù)處理單元的信息，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

第一網(wǎng)絡(luò)通信模塊103，用于將策略發(fā)送至多個路由組件。

具體實施時，信息接收模塊101還可以接收：

(1)訂閱信息(預(yù)訂消息，下文對該訂閱消息進行了詳細介紹)，如系統(tǒng)號(公共控制管理系統(tǒng)ccms和軋差系統(tǒng)nets等的系統(tǒng)號)、報文類型、訂閱者、訂閱范圍等。

(2)業(yè)務(wù)處理單元的節(jié)點信息，如節(jié)點名稱、所屬業(yè)務(wù)處理單元、節(jié)點ip、節(jié)點端口號、節(jié)點存活狀態(tài)(可用狀態(tài))等，具體實施時，本發(fā)明實施例中提到的節(jié)點指的是每個業(yè)務(wù)處理單元中的每臺計算機(計算節(jié)點)，或服務(wù)器等。

(3)參數(shù)信息，包含服務(wù)管理組件的ip地址、端口號、及可用性信息等(新增第一個實例時需要)。

下面對服務(wù)管理組件的各個模塊進行詳細介紹。

在一個實施例中，信息接收模塊具體用于：接收每個業(yè)務(wù)處理單元的變更信息；

信息處理模塊具體用于：根據(jù)每個業(yè)務(wù)處理單元的變更信息，重新配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

第一網(wǎng)絡(luò)通信模塊具體用于：將重新配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略發(fā)送至多個路由組件。

具體實施時，業(yè)務(wù)處理單元的信息發(fā)生變更時，根據(jù)變更后的業(yè)務(wù)處理單元的信息，重新配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，即進行路由消息的補發(fā)，保證了支付系統(tǒng)支付的可靠性。

具體實施時，業(yè)務(wù)處理單元的信息發(fā)生變更的原因可以體現(xiàn)為：當(dāng)服務(wù)管理組件判斷業(yè)務(wù)處理單元處理待支付業(yè)務(wù)不符合預(yù)設(shè)指標值時，這時就需要根據(jù)每個業(yè)務(wù)處理單元的變更信息，重新配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略。

業(yè)務(wù)處理單元處理待支付業(yè)務(wù)不符合預(yù)設(shè)指標值指的是：業(yè)務(wù)處理單元的處理能力超過單個業(yè)務(wù)處理單元預(yù)設(shè)的處理能力，其衡量指標是報文響應(yīng)時間和吞吐量不符合支付業(yè)務(wù)系統(tǒng)(例如：網(wǎng)銀系統(tǒng)ibps)的性能指標，出現(xiàn)處理瓶頸。舉個例子：例如對第三方貸記及回執(zhí)業(yè)務(wù)，涉及三方機構(gòu)，如果第三方貸記及回執(zhí)業(yè)務(wù)量過大，超過了單個實例的處理能力，也無法有效解決性能問題，此時，可依據(jù)報文標識號按實例個數(shù)取模，對業(yè)務(wù)進行均衡劃分，實現(xiàn)真正意義上的水平可擴展，具體理由為：每個報文的報文標識號具有唯一性，按照實例個數(shù)n取模，可保證業(yè)務(wù)報文被均衡的分發(fā)至n個網(wǎng)銀業(yè)務(wù)實例處理，從而實現(xiàn)業(yè)務(wù)的均衡劃分。

上述方案也正體現(xiàn)了：分布式支付業(yè)務(wù)處理場景下，部署同一支付業(yè)務(wù)系統(tǒng)的多個業(yè)務(wù)處理單元，每個業(yè)務(wù)處理單元包含多個節(jié)點，統(tǒng)一對外提供一致的服務(wù)，但是業(yè)務(wù)處理單元之間有著明確的業(yè)務(wù)范圍劃分，因此，通過調(diào)整各業(yè)務(wù)處理單元的業(yè)務(wù)受理范圍，可將業(yè)務(wù)在各業(yè)務(wù)處理單元間均衡劃分，從而實現(xiàn)支付業(yè)務(wù)系統(tǒng)并發(fā)處理能力的極大提升。

在一個實施例中，信息接收模塊具體用于：接收監(jiān)控系統(tǒng)pams發(fā)來的業(yè)務(wù)處理單元的狀態(tài)信息，以及業(yè)務(wù)處理單元各個節(jié)點的狀態(tài)信息；

信息處理模塊具體用于：根據(jù)監(jiān)控系統(tǒng)pams發(fā)來的業(yè)務(wù)處理單元的狀態(tài)信息，以及業(yè)務(wù)處理單元各個節(jié)點的狀態(tài)信息，維護業(yè)務(wù)處理單元以及業(yè)務(wù)處理單元各個節(jié)點。

具體實施時，服務(wù)管理組件可以維護節(jié)點健康狀態(tài)，具體過程可以包括：支付應(yīng)用監(jiān)控系統(tǒng)pams定時監(jiān)控節(jié)點健康狀態(tài)(即可用狀態(tài)或故障狀態(tài)等)，并將業(yè)務(wù)處理單元以及業(yè)務(wù)處理單元各個節(jié)點的存活狀態(tài)信息(即可用狀態(tài)或故障狀態(tài)信息等)發(fā)送至服務(wù)管理組件；服務(wù)管理組件根據(jù)監(jiān)控的業(yè)務(wù)處理單元以及業(yè)務(wù)處理單元各個節(jié)點的狀態(tài)信息，維護業(yè)務(wù)處理單元以及業(yè)務(wù)處理單元各個節(jié)點，保證了支付業(yè)務(wù)系統(tǒng)支付的可靠性。

在一個實施例中，信息接收模塊具體用于：接收每個業(yè)務(wù)處理單元各個節(jié)點的可用情況信息；

信息處理模塊具體用于：根據(jù)每個業(yè)務(wù)處理單元各個節(jié)點的可用情況信息，判斷每個業(yè)務(wù)處理單元的可用情況，根據(jù)每個業(yè)務(wù)處理單元的可用情況，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

第一網(wǎng)絡(luò)通信模塊具體用于：將根據(jù)每個業(yè)務(wù)處理單元的可用情況，配置的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略發(fā)送至多個路由組件。

具體實施時，一個業(yè)務(wù)處理單元可包含多個節(jié)點，當(dāng)單個業(yè)務(wù)處理單元的所有節(jié)點均不可用時，判斷該業(yè)務(wù)處理單元為不可用；反之，若單個業(yè)務(wù)處理單元有一個及以上節(jié)點可用時，判斷業(yè)務(wù)處理單元為可用，根據(jù)每個業(yè)務(wù)處理單元的可用情況，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，保證了支付業(yè)務(wù)系統(tǒng)支付的可靠性。

在一個實施例中，服務(wù)管理組件具體用于：接收每個業(yè)務(wù)處理單元及其備用業(yè)務(wù)處理單元的信息，根據(jù)每個業(yè)務(wù)處理單元及其備用業(yè)務(wù)處理單元的信息，配置每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，將策略發(fā)送至多個路由組件。

具體實施時，分布式支付業(yè)務(wù)系統(tǒng)的每個業(yè)務(wù)處理單元都設(shè)置一個備用業(yè)務(wù)處理單元，服務(wù)管理組件在配置策略時，將業(yè)務(wù)處理單元的備用業(yè)務(wù)處理單元信息也考慮在內(nèi)，在業(yè)務(wù)處理單元出現(xiàn)故障或不可用時，利用該業(yè)務(wù)處理單元的備用業(yè)務(wù)處理單元進行業(yè)務(wù)處理，這樣實例(業(yè)務(wù)處理單元)間通過互為備份可實現(xiàn)業(yè)務(wù)自動接管，從而提供更高的業(yè)務(wù)連續(xù)運行能力，降低了單實例節(jié)點的可靠性要求，例如：由于每個業(yè)務(wù)處理單元都設(shè)置一個備用業(yè)務(wù)處理單元，因此，在配置業(yè)務(wù)處理單元時，可以選用配置相對低，價格相對便宜的服務(wù)器等，業(yè)務(wù)處理單元部署可選用多廠商多類型的服務(wù)器、操作系統(tǒng)及數(shù)據(jù)庫，支持多種類型的軟硬件平臺等。

在一個實施例中，路由組件200可以包括：路由接口201、第二網(wǎng)絡(luò)通信模塊202、信息更新模塊203和共享內(nèi)存區(qū)204，其中：

第二網(wǎng)絡(luò)通信模塊202，與服務(wù)管理組件連接，用于接收每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略；

信息更新模塊203，用于將每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略更新至共享內(nèi)存區(qū)204，根據(jù)策略，以及支付業(yè)務(wù)系統(tǒng)接收的待支付業(yè)務(wù)，從多個業(yè)務(wù)處理單元中確定出一個處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元；

路由接口201，用于連接與業(yè)務(wù)處理單元交互的業(yè)務(wù)關(guān)聯(lián)系統(tǒng)和信息更新模塊203，將確定出的業(yè)務(wù)處理單元的信息提供給業(yè)務(wù)關(guān)聯(lián)系統(tǒng)。

具體實施時，與路由接口201連接的業(yè)務(wù)關(guān)聯(lián)系統(tǒng)包括如下表1所示的業(yè)務(wù)關(guān)聯(lián)系統(tǒng)(調(diào)用方)，下表1中也示出了路由接口201具體包括哪些類型的接口、功能及與之連接的業(yè)務(wù)關(guān)聯(lián)系統(tǒng)。

表1

在一個實施例中，共享內(nèi)存區(qū)可以包括：主共享內(nèi)存區(qū)和備共享內(nèi)存區(qū)；

信息更新模塊具體用于：

將每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略更新至備共享內(nèi)存區(qū)；

將所述備共享內(nèi)存區(qū)變更為主共享內(nèi)存區(qū)，將原主共享內(nèi)存區(qū)變更為備共享內(nèi)存區(qū)；

根據(jù)變更后主共享內(nèi)存區(qū)內(nèi)的策略，以及支付業(yè)務(wù)系統(tǒng)接收的待支付業(yè)務(wù)，從多個業(yè)務(wù)處理單元中確定出一個處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元。

具體實施時，信息更新模塊203先將每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略更新至備共享內(nèi)存區(qū)，然后進行主備切換：將備共享內(nèi)存區(qū)更換為主共享內(nèi)存區(qū)，將原主共享內(nèi)存區(qū)更換為備共享內(nèi)存區(qū)，確保了路由信息(包括業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略)在多個路由組件的同步更新，保證業(yè)務(wù)處理正確性與一致性。

服務(wù)管理組件對處理支付業(yè)務(wù)的業(yè)務(wù)處理單元信息進行管理和存儲，并將變更后的路由信息組織為消息串發(fā)送給所有的消息路由組件，為保證多個節(jié)點間路由信息的同步更新與啟用，服務(wù)管理組件采用四階段同步生效機制，以保證廣播的路由信息同步更新至所有路由組件，本發(fā)明實施例中，路由消息可以包括：預(yù)訂的公共消息(訂閱消息)、策略等等。下面結(jié)合圖4，對這四階段同步生效機制進行詳細介紹。

在一個實施例中，路由組件具體用于將每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略存儲在共享內(nèi)存區(qū)，供業(yè)務(wù)關(guān)聯(lián)系統(tǒng)調(diào)用；共享內(nèi)存區(qū)包括：主共享內(nèi)存區(qū)和備共享內(nèi)存區(qū)；

服務(wù)管理組件具體用于：

將每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略發(fā)送至各個路由組件，接收各個路由組件發(fā)來的策略已更新至備共享內(nèi)存區(qū)的響應(yīng)信息；

將路由組件共享內(nèi)存區(qū)加鎖通知信息發(fā)送至各個路由組件，接收各個路由組件發(fā)來的路由組件共享內(nèi)存區(qū)加鎖完畢響應(yīng)信息；

將路由組件主備內(nèi)存切換信息發(fā)送至各個路由組件，接收各個路由組件發(fā)來的路由組件主備內(nèi)存切換完畢響應(yīng)信息；

將路由組件共享內(nèi)存區(qū)解鎖通知信息發(fā)送至各個路由組件，接收各個路由組件發(fā)來的路由組件共享內(nèi)存區(qū)解鎖完畢響應(yīng)信息；

路由組件具體用于：

接收服務(wù)管理組件發(fā)來的每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，將策略更新至備共享內(nèi)存區(qū)，發(fā)送策略已更新至備共享內(nèi)存區(qū)的響應(yīng)信息至服務(wù)管理組件；

接收服務(wù)管理組件發(fā)來的路由組件共享內(nèi)存區(qū)加鎖通知信息，對共享內(nèi)存區(qū)進行加鎖，將路由組件共享內(nèi)存區(qū)加鎖完畢響應(yīng)信息發(fā)送至服務(wù)管理組件；

接收服務(wù)管理組件發(fā)來的路由組件主備內(nèi)存切換信息，將原備共享內(nèi)存區(qū)變更為主共享內(nèi)存區(qū)，將原主共享內(nèi)存區(qū)變更為備共享內(nèi)存區(qū)，將路由組件主備內(nèi)存切換完畢響應(yīng)信息發(fā)送至服務(wù)管理組件；

接收路由組件共享內(nèi)存區(qū)解鎖通知信息，對共享內(nèi)存區(qū)進行解鎖，將路由組件共享內(nèi)存區(qū)解鎖完畢響應(yīng)信息發(fā)送至服務(wù)管理組件。

下面結(jié)合圖4，舉個例子以說明本發(fā)明實施例提供的四階段同步生效機制如何實施。

(1)一階段：服務(wù)管理組件組織“路由變更預(yù)通知報文”(包括每個業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略)并廣播至各個路由組件，路由組件收到“路由變更預(yù)通知報文”后，嘗試更新備用共享內(nèi)存區(qū)，并依據(jù)更新狀態(tài)組織“路由變更預(yù)響應(yīng)報文”(包括：策略已更新至備共享內(nèi)存區(qū)的響應(yīng)信息)回復(fù)至服務(wù)管理組件。

服務(wù)管理組件收到各個路由組件反饋的“路由變更預(yù)響應(yīng)報文”后，確認是否所有的路由組件均已成功更新備用內(nèi)存區(qū)。如果是，則進入(2)二階段。否則，轉(zhuǎn)至1a)。

1a)記錄錯誤日志，轉(zhuǎn)入人工處理，查看問題原因。

(2)二階段：服務(wù)管理組件組織“路由變更加鎖通知報文”(包括：路由組件共享內(nèi)存區(qū)加鎖通知信息)并廣播至各個路由組件，路由組件收到“路由變更加鎖通知報文”后，嘗試對主共享內(nèi)存區(qū)和備共享內(nèi)存區(qū)加鎖，加鎖成功后業(yè)務(wù)系統(tǒng)無法訪問路由組件，處于鎖等待狀態(tài)，并依據(jù)加鎖狀態(tài)組織“路由變更加鎖響應(yīng)報文”(包括：路由組件共享內(nèi)存區(qū)加鎖完畢響應(yīng)信息)回復(fù)至服務(wù)管理組件。

服務(wù)管理組件收到各個路由組件反饋的“路由變更加鎖響應(yīng)報文”后，確認是否所有的路由組件均已成功對共享內(nèi)存加鎖。如果是，則進入(3)三階段；否則，轉(zhuǎn)至2a)。

2a)記錄錯誤日志，轉(zhuǎn)至人工處理，查看問題原因。

(3)三階段：服務(wù)管理組件組織“路由變更切換通知報文”(包括：路由組件主備內(nèi)存切換信息)并廣播至各個路由組件，路由組件收到“路由變更切換通知報文”后，嘗試切換共享內(nèi)存區(qū)的主備標識(即將原備共享內(nèi)存區(qū)變更為主共享內(nèi)存區(qū)，將原主共享內(nèi)存區(qū)變更為備共享內(nèi)存區(qū))，并依據(jù)切換狀態(tài)組織“路由變更切換響應(yīng)報文”(包括：路由組件主備內(nèi)存切換完畢響應(yīng)信息)回復(fù)至服務(wù)管理組件。

服務(wù)管理組件收到各個路由組件反饋的“路由變更切換響應(yīng)報文”(包括：路由組件主備內(nèi)存切換完畢響應(yīng)信息)后，確認是否所有的路由組件均已成功對完成主備內(nèi)存的切換。如果是，則進入(4)四階段；否則，轉(zhuǎn)至3a)。

3a)進入(4)四階段。

(4)四階段：服務(wù)管理組件組織“路由變解鎖通知報文”(包括：路由組件共享內(nèi)存區(qū)解鎖通知信息)并廣播至各個路由組件，路由組件收到“路由變更解鎖通知報文”后，嘗試對主共享內(nèi)存區(qū)和備共享內(nèi)存區(qū)解鎖，解鎖成功后支付業(yè)務(wù)系統(tǒng)繼續(xù)進行，并依據(jù)解鎖狀態(tài)組織“路由變更解鎖響應(yīng)報文”回復(fù)至服務(wù)管理組件。

服務(wù)管理組件收到各個路由組件反饋的“路由變更解鎖響應(yīng)報文”(包括：路由組件共享內(nèi)存區(qū)解鎖完畢響應(yīng)信息)后，確認是否所有的路由組件均已成功解鎖共享內(nèi)存。如果是，則路由變更信息廣播已成功；否則，轉(zhuǎn)至4a)。

4a)記錄錯誤日志，轉(zhuǎn)至人工處理。

具體實施時，上述四階段的消息同步機制中，在進行主備內(nèi)存切換時，即：將原備共享內(nèi)存區(qū)變更為主共享內(nèi)存區(qū)，將原主共享內(nèi)存區(qū)變更為備共享內(nèi)存區(qū)時，進行加鎖和解鎖的過程原因是：主共享內(nèi)存區(qū)供路由決策使用，即各個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)調(diào)用路由組件的存儲信息時，是調(diào)用主共享內(nèi)存區(qū)的存儲內(nèi)容，更新共享內(nèi)存和路由決策是兩個異步的過程，分屬不同的進程，因此會涉及到對共享區(qū)的互斥讀寫。因此，在進行主備內(nèi)存切換時，對主共享內(nèi)存區(qū)和備共享內(nèi)存區(qū)進行加鎖，加鎖成功后各個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)無法訪問路由組件，處于鎖等待狀態(tài)，待主備內(nèi)存切換完畢時，各個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)可以訪問路由組件，保證了各個業(yè)務(wù)關(guān)聯(lián)系統(tǒng)調(diào)用路由消息(包括策略和訂閱消息)的準確性，即保證了支付業(yè)務(wù)系統(tǒng)處理支付業(yè)務(wù)的可靠性。

另外，服務(wù)管理組件也可以根據(jù)上述四階段的消息同步機制，將上述預(yù)訂的公共消息(訂閱消息)發(fā)送至各個路由組件，與路由組件進行通信。

本發(fā)明實施例實現(xiàn)了如下技術(shù)效果：本發(fā)明通過構(gòu)建服務(wù)控制管理組件裝置，支持支付業(yè)務(wù)系統(tǒng)由集中式應(yīng)用處理架構(gòu)調(diào)整為分布式架構(gòu)，具有良好的橫向可伸縮性，由多個業(yè)務(wù)處理單元并行處理支付業(yè)務(wù)，極大地提升了支付業(yè)務(wù)處理容量，提高了支付業(yè)務(wù)的處理效率，保證了支付業(yè)務(wù)的連續(xù)運行能力，同時簡化了現(xiàn)有支付業(yè)務(wù)系統(tǒng)改造，降低了軟硬件采購成本。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明實施例的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明實施例不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明實施例可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。