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

背景技術(shù)：

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

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

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

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

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

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

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

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

每個(gè)路由組件，設(shè)置在與多個(gè)業(yè)務(wù)處理單元交互的每一個(gè)業(yè)務(wù)關(guān)聯(lián)系統(tǒng)，每個(gè)路由組件與服務(wù)管理組件連接，用于根據(jù)策略，以及支付業(yè)務(wù)系統(tǒng)接收的待支付業(yè)務(wù)，從多個(gè)業(yè)務(wù)處理單元中確定出一個(gè)處理待支付業(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ù)處理單元進(jìn)行交互；確定出的業(yè)務(wù)處理單元根據(jù)與業(yè)務(wù)關(guān)聯(lián)系統(tǒng)的交互，處理待支付業(yè)務(wù)。

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

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

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

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

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

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

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

在一個(gè)實(shí)施例中，路由組件具體用于：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

信息更新模塊具體用于：

將每個(gè)業(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ù)，從多個(gè)業(yè)務(wù)處理單元中確定出一個(gè)處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元。

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

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

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

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

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

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

路由組件具體用于：

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

接收服務(wù)管理組件發(fā)來的路由組件共享內(nèi)存區(qū)加鎖通知信息，對(duì)共享內(nèi)存區(qū)進(jìn)行加鎖，將路由組件共享內(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ū)解鎖通知信息，對(duì)共享內(nèi)存區(qū)進(jìn)行解鎖，將路由組件共享內(nèi)存區(qū)解鎖完畢響應(yīng)信息發(fā)送至服務(wù)管理組件。

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

首先，由于本發(fā)明實(shí)施例提供的技術(shù)方案將配置策略集中在服務(wù)管理組件，將根據(jù)所述策略，確定處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元的決策集中在路由組件，對(duì)與業(yè)務(wù)處理單元交互的上層業(yè)務(wù)關(guān)聯(lián)系統(tǒng)僅需進(jìn)行簡單的適應(yīng)性改造，即可實(shí)現(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ù)庫，支持多種類型的軟硬件平臺(tái)。

附圖說明

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

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

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

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

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

具體實(shí)施方式

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

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

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

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

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

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

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

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

每個(gè)路由組件200，設(shè)置在與多個(gè)業(yè)務(wù)處理單元交互的每一個(gè)業(yè)務(wù)關(guān)聯(lián)系統(tǒng)，每個(gè)路由組件與所述服務(wù)管理組件連接，用于根據(jù)所述策略，以及支付業(yè)務(wù)系統(tǒng)接收的待支付業(yè)務(wù)，從多個(gè)業(yè)務(wù)處理單元中確定出一個(gè)處理待支付業(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ù)處理單元進(jìn)行交互；確定出的業(yè)務(wù)處理單元根據(jù)與業(yè)務(wù)關(guān)聯(lián)系統(tǒng)的交互，處理待支付業(yè)務(wù)。

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

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

首先，由于本發(fā)明實(shí)施例提供的技術(shù)方案將配置策略集中在服務(wù)管理組件，將根據(jù)所述策略，確定處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元的決策集中在路由組件，與業(yè)務(wù)處理單元交互的上層業(yè)務(wù)關(guān)聯(lián)系統(tǒng)僅需進(jìn)行簡單的適應(yīng)性改造，即可實(shí)現(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ù)庫，支持多種類型的軟硬件平臺(tái)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在一個(gè)實(shí)施例中，路由組件具體用于：

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

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

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

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

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

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

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

(3)更新共享內(nèi)存區(qū)：路由組件按照同步更新機(jī)制(下文進(jìn)行詳細(xì)介紹)將最新路由信息串進(jìn)行解析，并更新至共享內(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)：支付報(bào)文傳輸系統(tǒng)(pmts)根據(jù)待支付業(yè)務(wù)生成的業(yè)務(wù)關(guān)鍵字信息，例如：發(fā)起行為banka，接收行為bankb，將該業(yè)務(wù)關(guān)鍵字信息發(fā)送給路由組件，路由組件根據(jù)該業(yè)務(wù)關(guān)鍵字信息，以及所述每個(gè)業(yè)務(wù)處理單元應(yīng)處理待支付業(yè)務(wù)的策略，確定多個(gè)業(yè)務(wù)關(guān)聯(lián)系統(tǒng)(例如：支付報(bào)文傳輸系統(tǒng)(pmts)、軋差系統(tǒng)(nets)和業(yè)務(wù)匯總核對(duì)子系統(tǒng)等)應(yīng)該與哪個(gè)業(yè)務(wù)關(guān)聯(lián)系統(tǒng)交互，從多個(gè)業(yè)務(wù)處理單元中確定出一個(gè)處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元1；支付報(bào)文傳輸系統(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)(例如：支付報(bào)文傳輸系統(tǒng)(pmts)、軋差系統(tǒng)(nets)和業(yè)務(wù)匯總核對(duì)子系統(tǒng)等)的交互，對(duì)待支付業(yè)務(wù)進(jìn)行處理。處理完成后，該業(yè)務(wù)處理單元1(例如圖2中的網(wǎng)銀系統(tǒng)ibps)會(huì)將該筆網(wǎng)銀貸記業(yè)務(wù)轉(zhuǎn)發(fā)至接收行bankb，緊接著，支付報(bào)文傳輸系統(tǒng)(pmts)收到一筆網(wǎng)銀貸記回執(zhí)業(yè)務(wù)：發(fā)起行為bankb，接收行為banka，同上描述，通過調(diào)用路由組件進(jìn)行路由，將該筆報(bào)文發(fā)送至業(yè)務(wù)處理單元1處理，正好與原網(wǎng)銀貸記業(yè)務(wù)在同一業(yè)務(wù)處理單元1處理，可匹配到原業(yè)務(wù)。

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

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

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

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

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

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

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

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

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

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

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

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

下面對(duì)服務(wù)管理組件的各個(gè)模塊進(jìn)行詳細(xì)介紹。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具體實(shí)施時(shí)，與路由接口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

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

信息更新模塊具體用于：

將每個(gè)業(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ù)，從多個(gè)業(yè)務(wù)處理單元中確定出一個(gè)處理待支付業(yè)務(wù)的業(yè)務(wù)處理單元。

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

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

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

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

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

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

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

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

路由組件具體用于：

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

接收服務(wù)管理組件發(fā)來的路由組件共享內(nèi)存區(qū)加鎖通知信息，對(duì)共享內(nèi)存區(qū)進(jìn)行加鎖，將路由組件共享內(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ū)解鎖通知信息，對(duì)共享內(nèi)存區(qū)進(jìn)行解鎖，將路由組件共享內(nèi)存區(qū)解鎖完畢響應(yīng)信息發(fā)送至服務(wù)管理組件。

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

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

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

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

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

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

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

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

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

3a)進(jìn)入(4)四階段。

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

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

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

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

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

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

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

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