專利名稱：綜合業(yè)務(wù)管理平臺ismp集群接入裝置及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種綜合業(yè)務(wù)管理平臺(Integrate Service Management Platform,簡稱為ISMP)集群接入裝置及方法。
背景技術(shù)：
綜合業(yè)務(wù)管理平臺提供面向基于不同承載的業(yè)務(wù)網(wǎng)絡(luò)的統(tǒng)一管理、統(tǒng)一認(rèn)證、統(tǒng) 一鑒權(quán)、統(tǒng)一計費、統(tǒng)一數(shù)據(jù)功能。 ISMP系統(tǒng)可以分為管理部分、控制部分以及與其它系統(tǒng)接口部分。管理部 分主要包括用戶管理、業(yè)務(wù)能力管理、業(yè)務(wù)能力開通管理、Content Provider/Service Provider (CP/SP)管理、CP/SP業(yè)務(wù)能力簽約管理、內(nèi)容/業(yè)務(wù)/產(chǎn)品/產(chǎn)品組合管理、計費 管理、結(jié)算管理、終端管理、號段管理、信息通知中心、投訴、統(tǒng)計運營管理功能；控制部分主 要包括認(rèn)證、鑒權(quán)、計費及定購等功能；接口部分主要包括與CP/SP、用戶門戶、各個業(yè)務(wù)系 統(tǒng)/Integrate Service AccessGateway (ISAG)、網(wǎng)上支付系統(tǒng)(Online Charging System, 簡稱為0CS)/智能網(wǎng)(Intelligence Network,簡稱為IN)、運營支撐系統(tǒng)等接口 。
各個業(yè)務(wù)系統(tǒng)目前一般包括3G業(yè)務(wù)系統(tǒng)，比如短消息(SMS)、多媒體消息(匪S)、 WAP、下載、流媒體(Streaming)、定位(LCS)、彩鈴(CRBT)、無線一鍵通(PoC)、即時消息 (M)、數(shù)字版權(quán)管理(DRM)、移動支付(MPSS)、移動郵件(PushEmail) ;PHS業(yè)務(wù)系統(tǒng)，如短信 (SMS)、彩鈴(CRBT)、聲訊(IVR)、定位(LCS);固網(wǎng)業(yè)務(wù)系統(tǒng)，如固網(wǎng)業(yè)務(wù)系統(tǒng)聲訊(IVR)、 彩鈴(CRBT)等。ISAG也屬于廣義的業(yè)務(wù)系統(tǒng)。 業(yè)務(wù)系統(tǒng)接入ISMP采用綜合業(yè)務(wù)管理接入?yún)f(xié)議(IntegrateService Management Access Protocol,簡稱為ISMAP)，一般ISMP使用統(tǒng)一的接入模塊來完成鏈路維護(hù)、協(xié)議轉(zhuǎn) 換和消息轉(zhuǎn)發(fā)。隨著業(yè)務(wù)系統(tǒng)接入的豐富和擴展，ISMP處理能力已經(jīng)成為整個系統(tǒng)的瓶頸。
針對相關(guān)技術(shù)中大容量業(yè)務(wù)系統(tǒng)接入ISMP集群，系統(tǒng)性能降低及可擴展性能比 較差的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對大容量業(yè)務(wù)系統(tǒng)接入ISMP集群，系統(tǒng)性能降低及可擴展性能比較差的問題 而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種ISMP集群接入裝置及方法，以解決 上述問題。 為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一方面，提供了一種綜合業(yè)務(wù)管理平臺ISMP集 群接入裝置。 根據(jù)本發(fā)明的綜合業(yè)務(wù)管理平臺ISMP集群接入裝置包括線程創(chuàng)建模塊，用于創(chuàng) 建協(xié)議解析線程和消息分發(fā)線程；協(xié)議處理模塊，用于對業(yè)務(wù)系統(tǒng)發(fā)送過來的會話消息進(jìn) 行識別、校驗及解析，并通過協(xié)議解析線程發(fā)送會話消息；消息分發(fā)模塊，用于通過協(xié)議處 理模塊創(chuàng)建的消息分發(fā)線程將接收到的來自協(xié)議處理模塊發(fā)送的會話消息分發(fā)到ISMP集 群。
4
優(yōu)選地，上述裝置還包括分配模塊，用于為線程創(chuàng)建模塊創(chuàng)建的線程分配與之關(guān)聯(lián)的數(shù)據(jù)區(qū)；數(shù)據(jù)通訊模塊，用于通過TCP連接接收業(yè)務(wù)系統(tǒng)發(fā)送的會話消息；內(nèi)存數(shù)據(jù)庫，用于存放號段信息。 優(yōu)選地，上述協(xié)議處理模塊包括第一消息適配子模塊，用于將來自數(shù)據(jù)通訊模塊接收的消息進(jìn)行識別并轉(zhuǎn)換；第一線程分發(fā)子模塊，用于將來自第一消息適配子模塊轉(zhuǎn)換過的消息根據(jù)預(yù)定規(guī)則分發(fā)給協(xié)議解析線程；消息解碼子模塊，用于根據(jù)第一線程分發(fā)子模塊發(fā)送的協(xié)議解析線程的序號將協(xié)議消息解包，封裝成公共的內(nèi)部接口 ，并將公共的內(nèi)部接口發(fā)送給消息分發(fā)模塊。 優(yōu)選地，上述協(xié)議處理模塊還包括第一數(shù)據(jù)管理子模塊，用于管理協(xié)議解析線程的數(shù)據(jù)。 優(yōu)選地，上述消息分發(fā)模塊包括第二消息適配子模塊，用于將接收自協(xié)議處理模塊的消息進(jìn)行識別并轉(zhuǎn)換；第二線程分發(fā)子模塊，用于將來自第二消息適配子模塊轉(zhuǎn)換后的消息根據(jù)預(yù)定規(guī)則分發(fā)給消息分發(fā)線程；集群分發(fā)適配子模塊，用于根據(jù)來自第二線程分發(fā)子模塊的消息是初始會話消息還是關(guān)聯(lián)會話消息，通過消息分發(fā)線程將協(xié)議處理模塊處理過的消息分發(fā)到ISMP集群。 優(yōu)選地，上述消息分發(fā)模塊還包括第二數(shù)據(jù)管理子模塊，用于管理初始會話消息和關(guān)聯(lián)會話消息。 優(yōu)選地，上述集群分發(fā)適配子模塊包括第一集群分發(fā)適配子模塊，用于將初始會話消息通過訪問內(nèi)存數(shù)據(jù)庫中的號段信息獲取ISMP業(yè)務(wù)處理機信息，按照號段分發(fā)給相應(yīng)的ISMP業(yè)務(wù)處理機，并保存初始會話信息到第二數(shù)據(jù)管理子模塊；第二集群分發(fā)適配子模塊，用于將關(guān)聯(lián)會話消息，通過查找第二數(shù)據(jù)管理子模塊中的會話信息，將消息發(fā)送給同一個ISMP業(yè)務(wù)處理機。 優(yōu)選地，上述ISMP集群是根據(jù)相關(guān)號段的業(yè)務(wù)信息將ISMP業(yè)務(wù)處理機分為若干組，每組之間的處理機組內(nèi)備份。 為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一個方面，提供了一種綜合業(yè)務(wù)管理平臺ISMP集群接入方法。 根據(jù)本發(fā)明的綜合業(yè)務(wù)管理平臺ISMP集群接入方法包括創(chuàng)建線程池中各線程，創(chuàng)建的線程包括協(xié)議解析線程和消息分發(fā)線程；對業(yè)務(wù)系統(tǒng)發(fā)送過來的會話消息進(jìn)行識別、校驗及解析，并通過協(xié)議解析線程發(fā)送會話消息；通過消息分發(fā)線程將接收到的來自協(xié)議處理線程分發(fā)的會話消息分發(fā)到ISMP集群。
優(yōu)選地，上述方法還包括為創(chuàng)建的線程分配與之關(guān)聯(lián)的數(shù)據(jù)區(qū)。 通過本發(fā)明，采用一種綜合業(yè)務(wù)管理平臺ISMP集群接入方案來完成消息的預(yù)處
理，解析用戶號碼，然后按照號段分發(fā)給ISMP集群，ISMP集群接入裝置負(fù)責(zé)鏈路管理，協(xié)議
轉(zhuǎn)換，消息分發(fā)，解決了大容量業(yè)務(wù)系統(tǒng)接入ISMP集群，系統(tǒng)性能降低及可擴展性能比較
差的問題，進(jìn)而達(dá)到了確保業(yè)務(wù)系統(tǒng)的接入靈活性，同時，把ISMP處理機從統(tǒng)一的鏈路管
理和協(xié)議轉(zhuǎn)換中解放出來，滿足ISMP處理機靈活擴展。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)
5明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中 圖1是根據(jù)本發(fā)明實施例的ISMP集群接入裝置的結(jié)構(gòu)框圖； 圖2是根據(jù)本發(fā)明實施例的ISMP集群接入裝置的優(yōu)選的結(jié)構(gòu)框圖； 圖3是根據(jù)本發(fā)明實施例的ISMP集群接入裝置的應(yīng)用模型示意圖； 圖4是根據(jù)本發(fā)明實施例的ISMP集群接入方法的流程圖； 圖5是根據(jù)本發(fā)明實施例的ISMP集群接入方法的第一流程圖； 圖6是根據(jù)本發(fā)明實施例的ISMP集群接入方法的第二流程圖； 圖7是根據(jù)本發(fā)明實施例的對于會話和關(guān)聯(lián)會話的線程分配示意框圖； 圖8是根據(jù)本發(fā)明實施例的管理會話和關(guān)聯(lián)會話的流程圖； 圖9是根據(jù)本發(fā)明實施例的數(shù)據(jù)區(qū)數(shù)據(jù)異常的處理流程圖。
具體實施方式
功能概述 考慮到大容量業(yè)務(wù)系統(tǒng)接入ISMP集群，系統(tǒng)性能降低及可擴展性能比較差的問題，本發(fā)明實施例提供了一種ISMP集群接入裝置及方法。本發(fā)明提供綜合業(yè)務(wù)管理平臺實現(xiàn)業(yè)務(wù)系統(tǒng)接入集群的方法和裝置，使用一個單獨的裝置作為同外部業(yè)務(wù)系統(tǒng)的接口 ，該裝置的一個線程負(fù)責(zé)管理本系統(tǒng)和外部網(wǎng)元的鏈路信息，負(fù)責(zé)鏈路維護(hù)、消息分包；若干線程負(fù)責(zé)協(xié)議解析；其他若干線程負(fù)責(zé)將會話消息分發(fā)到目標(biāo)業(yè)務(wù)處理機；初始會話消息按照號段進(jìn)行分發(fā)，關(guān)聯(lián)會話消息根據(jù)關(guān)聯(lián)規(guī)則分發(fā)到相同的業(yè)務(wù)處理機。業(yè)務(wù)處理機做相應(yīng)的鑒權(quán)處理，將處理結(jié)果反饋給接入前置設(shè)備，通過接入前置設(shè)備返回給外部業(yè)務(wù)系統(tǒng)。為避免復(fù)雜的多線程互斥操作，系統(tǒng)為每個線程均分配唯一關(guān)聯(lián)的數(shù)據(jù)區(qū)，各自獨立管理自己的數(shù)據(jù)區(qū)，定期掃描，將超時的會話節(jié)點數(shù)據(jù)及時清理，提供異常話單供業(yè)務(wù)處理機查詢。 需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。
裝置實施例 根據(jù)本發(fā)明的實施例，提供了一種ISMP集群接入裝置。 圖1是根據(jù)本發(fā)明實施例的ISMP集群接入裝置的結(jié)構(gòu)框圖，如圖1所示，該裝置包括線程創(chuàng)建模塊12、協(xié)議處理模塊14、消息分發(fā)模塊16，下面對上述結(jié)構(gòu)進(jìn)行詳細(xì)描述 線程創(chuàng)建模塊12，用于創(chuàng)建協(xié)議解析線程和消息分發(fā)線程； 具體地，創(chuàng)建子線程的個數(shù)根據(jù)工程應(yīng)用需求以及系統(tǒng)設(shè)備的性能指標(biāo)來確定，即以最大滿足實際需求和充分、合理利用系統(tǒng)資源為限度。 協(xié)議處理模塊14，連接至線程創(chuàng)建模塊12，用于對業(yè)務(wù)系統(tǒng)發(fā)送過來的會話消息進(jìn)行識別、校驗及解析，并通過線程創(chuàng)建模塊12創(chuàng)建的協(xié)議解析線程發(fā)送所述會話消息；
消息分發(fā)模塊16，連接至線程創(chuàng)建模塊12和協(xié)議處理模塊14，用于通過線程創(chuàng)建模塊12創(chuàng)建的消息分發(fā)線程將接收到的來自協(xié)議處理模塊14發(fā)送的會話消息分發(fā)到ISMP集群。 具體地，如果是初始會話消息，取出對應(yīng)的用戶號碼，根據(jù)內(nèi)存數(shù)據(jù)庫中的號段將
6該消息分發(fā)到相應(yīng)的ISMP業(yè)務(wù)處理機；如果是關(guān)聯(lián)會話消息，根據(jù)關(guān)聯(lián)規(guī)則發(fā)往同一個ISMP業(yè)務(wù)處理機。 下面將結(jié)合實例對本發(fā)明實施例的實現(xiàn)過程進(jìn)行詳細(xì)描述。 圖2是根據(jù)本發(fā)明實施例的ISMP集群接入裝置的優(yōu)選的結(jié)構(gòu)框圖，如圖2所示，該裝置包括分配模塊21、數(shù)據(jù)通訊模塊22、內(nèi)存數(shù)據(jù)庫23，下面對上述結(jié)構(gòu)進(jìn)行詳細(xì)描述 分配模塊21，用于為線程創(chuàng)建模塊12創(chuàng)建的線程分配與之關(guān)聯(lián)的數(shù)據(jù)區(qū)；
數(shù)據(jù)通訊模塊22，用于通過TCP連接接收業(yè)務(wù)系統(tǒng)發(fā)送的會話消息，用于維持本裝置與業(yè)務(wù)系統(tǒng)之間的ISMAP連接； 內(nèi)存數(shù)據(jù)庫23，連接至消息分發(fā)模塊16，用于存放號段信息； 其中，上述協(xié)議處理模塊14還包括第一消息適配子模塊141、第一線程分發(fā)子模
塊142、消息解碼子模塊143、第一數(shù)據(jù)管理子模塊144 ; 第一消息適配子模塊141，連接至數(shù)據(jù)通訊模塊22，用于將來自數(shù)據(jù)通訊模塊22接收的消息進(jìn)行識別并轉(zhuǎn)換； 第一線程分發(fā)子模塊142，連接至第一消息適配子模塊141，用于將來自第一消息適配子模塊141轉(zhuǎn)換過的消息根據(jù)預(yù)定規(guī)則分發(fā)給協(xié)議解析線程； 具體地，會話消息根據(jù)某個規(guī)則分發(fā)給子線程，分發(fā)的原則為最大限度地利用每個線程資源，由于同一會話使用同一特征字段標(biāo)識，將消息中標(biāo)識消息會話的特征字段進(jìn)行運算，根據(jù)運算結(jié)果確定要分發(fā)的協(xié)議解析子線程的線程序號，并將線程序號隨會話消息一起輸出給消息解碼模塊143解碼，通過該線程序號將消息中的應(yīng)用會話與該協(xié)議解析子線程唯一關(guān)聯(lián)； 譬如，一條消息中標(biāo)識一個會話的特征字段是Sequenceld，其構(gòu)成是32位整數(shù)，該特征字段由業(yè)務(wù)系統(tǒng)產(chǎn)生并唯一標(biāo)記一條會話，且循環(huán)進(jìn)位。對該字段用協(xié)議解析子線程的個數(shù)取模，將其結(jié)果作為分發(fā)的協(xié)議解析子線程的線程序號。由于每個會話由唯一的特征字段來標(biāo)識，這樣就保證同一會話消息僅由同一協(xié)議解析子線程來處理。由于每個業(yè)務(wù)系統(tǒng)的Sequenceld都是不斷累加的，這樣就保證了對于各個線程的訪問近似于輪詢，能夠最大限度地提高各個線程的利用率。 消息解碼子模塊143，連接至第一線程分發(fā)子模塊142，用于根據(jù)第一線程分發(fā)子模塊142發(fā)送的協(xié)議解析線程的序號將協(xié)議消息解包，封裝成公共的內(nèi)部接口，并將此公共的內(nèi)部接口發(fā)送給消息分發(fā)模塊16。 第一數(shù)據(jù)管理子模塊144，連接至消息解碼子模塊143，用于管理協(xié)議解析線程的數(shù)據(jù)。 上述消息分發(fā)模塊16還包括第二消息適配子模塊161、第二線程分發(fā)子模塊162、集群分發(fā)適配子模塊163、第二數(shù)據(jù)管理子模塊164。 第二消息適配子模塊161，連接至協(xié)議處理模塊14，用于將接收自協(xié)議處理模塊14的消息進(jìn)行識別并轉(zhuǎn)換； 第二線程分發(fā)子模塊162，用于將來自第二消息適配子模塊161轉(zhuǎn)換后的消息根據(jù)預(yù)定規(guī)則分發(fā)給消息分發(fā)線程； 具體地，分發(fā)的原則為最大限度地利用每個線程資源。消息分發(fā)模塊需要將同一
7業(yè)務(wù)流程消息分發(fā)給同一個ISMP處理機，涉及到初始會話和關(guān)聯(lián)會話消息的處理。 對初始會話請求消息按照輪詢的方式分配給各集群分發(fā)適配器243，并根據(jù)線程
序號確定分發(fā)主鍵。譬如，取消息分發(fā)子線程個數(shù)的倍數(shù)加上線程序號可以獲得分發(fā)主鍵，
倍數(shù)每次遞增，可確保每個應(yīng)用請求消息的分發(fā)主鍵都是唯一的，且與線程序號唯一關(guān)聯(lián)。 對初始會話應(yīng)答消息根據(jù)分發(fā)主鍵獲得線程序號，分配給各集群分發(fā)適配模塊
163。 對關(guān)聯(lián)會話請求/應(yīng)答消息，由于需要與初始會話應(yīng)答消息相關(guān)聯(lián)，為避免復(fù)雜的多線程互斥操作且只有少部分初始會話需要關(guān)聯(lián)會話，分配單獨的一個線程處理。
集群分發(fā)適配子模塊163，連接至第二線程分發(fā)子模塊162，用于根據(jù)來自第二線程分發(fā)子模塊162的消息是初始會話消息還是關(guān)聯(lián)會話消息，通過消息分發(fā)線程將協(xié)議處理模塊處理過的消息分發(fā)到ISMP集群。 具體地，集群分發(fā)適配子模塊163還包括第一集群分發(fā)適配子模塊1631和第二集群分發(fā)適配子模塊1632。 第一集群分發(fā)適配子模塊1631，用于將初始會話消息通過訪問內(nèi)存數(shù)據(jù)庫23中的號段信息獲取ISMP業(yè)務(wù)處理機信息，按照號段分發(fā)給相應(yīng)的ISMP業(yè)務(wù)處理機，并保存初始會話信息到第二數(shù)據(jù)管理子模塊164 ; 第二集群分發(fā)適配子模塊1632，用于將關(guān)聯(lián)會話消息，通過查找第二數(shù)據(jù)管理模塊164中的會話信息，將消息發(fā)送給同一個ISMP業(yè)務(wù)處理機。 具體地，由于同一會話采用某一特征字段關(guān)聯(lián)，而關(guān)聯(lián)會話采用另一特征字段關(guān)聯(lián)。譬如，會話通過分發(fā)主鍵(32位整數(shù))唯一標(biāo)識。關(guān)聯(lián)會話通過關(guān)聯(lián)字段MSGID(消息生成時間、業(yè)務(wù)系統(tǒng)標(biāo)識和序列號的組合，其格式為匪DDHHMMSSZZZZZZXXXX，匪DDHHMMSS :當(dāng)前時間，ZZZZZZ :業(yè)務(wù)系統(tǒng)標(biāo)識，XXXX :序列號)唯一標(biāo)識，而關(guān)聯(lián)會話的關(guān)聯(lián)字段只與會話的請求消息關(guān)聯(lián)，而不與會話的應(yīng)答消息關(guān)聯(lián)。會話和關(guān)聯(lián)會話的管理則通過第二數(shù)據(jù)管理器164來實現(xiàn)。 當(dāng)消息為初始會話請求消息，根據(jù)分發(fā)主鍵新建會話，在相應(yīng)的數(shù)據(jù)區(qū)中創(chuàng)建業(yè)務(wù)會話節(jié)點，保存會話信息，同時需要保存用于關(guān)聯(lián)會話的MSGID關(guān)聯(lián)字段。
當(dāng)消息為初始會話應(yīng)答消息，根據(jù)分發(fā)主鍵查找會話節(jié)點，并從相應(yīng)的數(shù)據(jù)區(qū)獲取會話信息。若初始應(yīng)答消息需要關(guān)聯(lián)會話消息，則根據(jù)關(guān)聯(lián)字段MSGID新建會話等待關(guān)聯(lián)請求消息，由于初始會話和關(guān)聯(lián)會話可能間隔很長時間，為提高定期掃描各會話節(jié)點確定超時會話的速度，在建立以關(guān)聯(lián)字段MSGID為主鍵的會話的同時，同時建立以MSGID為索引的時間鏈表。最后刪除以分發(fā)主鍵為會話主鍵的會話節(jié)點。 當(dāng)消息為關(guān)聯(lián)會話請求消息，刪除以關(guān)聯(lián)字段MSGID為主鍵的會話和時間鏈表，
重新根據(jù)分發(fā)主鍵新建會話，在相應(yīng)的數(shù)據(jù)區(qū)中創(chuàng)建業(yè)務(wù)會話節(jié)點，保存會話信息。 當(dāng)消息為關(guān)聯(lián)會話應(yīng)答消息，根據(jù)分發(fā)主鍵查找會話節(jié)點，并從相應(yīng)的數(shù)據(jù)區(qū)獲
取會話信息，并刪除相應(yīng)的節(jié)點。 第二數(shù)據(jù)管理子模塊164，用于管理初始會話消息和關(guān)聯(lián)會話消息，并將操作結(jié)果輸出給集群分發(fā)適配模塊163。 其中，第二數(shù)據(jù)管理子模塊164還負(fù)責(zé)清理超時會話，定期掃描以分發(fā)主鍵為唯一標(biāo)識的會話節(jié)點的數(shù)據(jù)區(qū)，如果有超時存放數(shù)據(jù)的節(jié)點，出異常話單，然后清空該數(shù)據(jù)區(qū)；另外，定期掃描以MSGID為索引的時間鏈表，如果有超時存放數(shù)據(jù)的節(jié)點，出異常話單，
清空該數(shù)據(jù)區(qū)并同時清空與之關(guān)聯(lián)的以關(guān)聯(lián)字段MSGID為主鍵的會話，如果掃描到不超時
的數(shù)據(jù)節(jié)點，則該節(jié)點后續(xù)的節(jié)點可以不再掃描，可以大大提高掃描效率。 為了確保經(jīng)過ISMP業(yè)務(wù)處理機處理的初始會話消息，在該ISMP接入系統(tǒng)前置異
常時也能將需要的關(guān)聯(lián)會話消息分發(fā)到同一個ISMP業(yè)務(wù)處理機處理，第二數(shù)據(jù)管理模塊
164引入了文件鏡像的機制，系統(tǒng)異常時將數(shù)據(jù)區(qū)數(shù)據(jù)鏡像到文件，系統(tǒng)啟動時能夠?qū)⑽募?br> 的內(nèi)容重新讀入到緩存。 ISMP業(yè)務(wù)處理機可根據(jù)用戶業(yè)務(wù)數(shù)據(jù)分為幾組，每組之間的處理機組內(nèi)備份，稱之為對等的業(yè)務(wù)處理機。 如果ISMP業(yè)務(wù)處理機存在異常，集群分發(fā)適配模塊163將該消息分發(fā)到與該ISMP業(yè)務(wù)處理機對等的業(yè)務(wù)處理機，如果該消息為初始會話消息，則后續(xù)的關(guān)聯(lián)會話消息也會被分發(fā)到該對等的業(yè)務(wù)處理機，確保初始會話消息和關(guān)聯(lián)會話消息在同一臺ISMP業(yè)務(wù)處理機上處理。 圖3是根據(jù)本發(fā)明實施例的ISMP集群接入裝置的應(yīng)用模型示意圖，如圖3所示，本發(fā)明提供的裝置負(fù)責(zé)連接業(yè)務(wù)系統(tǒng)和綜合業(yè)務(wù)管理平臺，其中與業(yè)務(wù)系統(tǒng)之間采用TCP連接，同綜合業(yè)務(wù)管理平臺之間采用內(nèi)部消息接口 ；接口線程管理業(yè)務(wù)系統(tǒng)和本前置設(shè)備的鏈路信息，負(fù)責(zé)鏈路維護(hù)，消息分包；解析線程(1 n)負(fù)責(zé)對消息進(jìn)行解碼，初步解析；分發(fā)線程(1 m)負(fù)責(zé)把初始會話消息按照號段分發(fā)給各個ISMP業(yè)務(wù)處理機，關(guān)聯(lián)會話消息根據(jù)關(guān)聯(lián)規(guī)則分發(fā)到相同的業(yè)務(wù)處理機。號段信息作為內(nèi)存數(shù)據(jù)存放，這樣可以保證讀取效率。ISMP處理機處理完消息后，返回應(yīng)答，前置機可以根據(jù)原路返回給外部業(yè)務(wù)系統(tǒng)。
關(guān)聯(lián)會話消息是指與初始會話消息屬于同一業(yè)務(wù)流程，但是卻屬于不同的消息類別，消息體也不相同的消息。由于初始會話消息和關(guān)聯(lián)會話消息同屬一個業(yè)務(wù)流程，ISMP處理機會保存初始會話的消息用作后續(xù)的操作處理，因此，這兩種會話消息必須在同一 ISMP處理機處理。 關(guān)聯(lián)規(guī)則是指能夠關(guān)聯(lián)初始會話和關(guān)聯(lián)會話的特征字段，即該字段存在于初始會話消息中，也存在于關(guān)聯(lián)會話消息中，標(biāo)識同一業(yè)務(wù)流程，而對于不同的業(yè)務(wù)流程，該字段唯一。 方法實施例 圖4是根據(jù)本發(fā)明實施例的ISMP集群接入方法的流程圖，如圖4所示，為本發(fā)明綜合業(yè)務(wù)管理平臺實現(xiàn)業(yè)務(wù)系統(tǒng)接入集群的方法和裝置的流程圖，包括如下步驟S402至步驟S406 : S402，創(chuàng)建線程池中各線程，創(chuàng)建的線程包括協(xié)議解析線程和消息分發(fā)線程。
S404，對業(yè)務(wù)系統(tǒng)發(fā)送過來的會話消息進(jìn)行識別、校驗及解析，并通過協(xié)議解析線程發(fā)送會話消息。 具體地，通過協(xié)議解析主線程接收來自外部消息實體的會話消息，將消息中的應(yīng)用會話與唯一的協(xié)議解析子線程相關(guān)聯(lián)，并向協(xié)議解析子線程分發(fā)該會話消息；同時接收消息分發(fā)線程的處理結(jié)果，根據(jù)應(yīng)用會話將結(jié)果分發(fā)給子線程，并反饋給業(yè)務(wù)系統(tǒng)。
S406，通過消息分發(fā)線程將接收到的來自協(xié)議處理線程分發(fā)的會話消息分發(fā)到ISMP集群。
9
具體地，通過消息分發(fā)主線程接收來自內(nèi)部接口的會話消息，將分發(fā)主鍵與唯一的消息分發(fā)子線程相關(guān)聯(lián)，向消息分發(fā)子線程分發(fā)該會話消息，子線程在相應(yīng)的數(shù)據(jù)區(qū)對接收到的消息根據(jù)其狀態(tài)進(jìn)行相應(yīng)的處理操作，并向ISMP業(yè)務(wù)處理機分發(fā)該會話消息；同時接收ISMP業(yè)務(wù)處理機的處理結(jié)果，根據(jù)分發(fā)主鍵將結(jié)果分發(fā)給子線程，并反饋給協(xié)議解析主線程。另外，對數(shù)據(jù)區(qū)中的數(shù)據(jù)做超時處理和異常處理。 圖5是根據(jù)本發(fā)明實施例的ISMP集群接入方法的第一流程圖，如圖5所示，具體表示的是圖4中步驟S404的操作流程，包括如下步驟S501至步驟S506 :
步驟S501 ，接收到會話消息后，對該消息進(jìn)行識別、校驗和解析。
步驟S502，對消息內(nèi)容中的特征字段進(jìn)行解析處理，該特征字段用于唯一標(biāo)識一次業(yè)務(wù)會話，即在同一會話處理過程中的特征字段保持不變。通過對特征字段進(jìn)行運算處理得到唯一的線程序號，通過該線程序號將該會話與一個協(xié)議解析子線程唯一關(guān)聯(lián)。
步驟S503，根據(jù)計算得到的線程序號，將會話消息發(fā)送給相應(yīng)的協(xié)議解析子線程。
步驟S504，判斷上述消息是否是會話請求消息。 步驟S505，如果是會話請求消息，子線程做消息解碼，并發(fā)送給分發(fā)線程。 步驟S506，如果是會話響應(yīng)消息，子線程做消息編碼，并將結(jié)果反饋給業(yè)務(wù)系統(tǒng)。 圖6是根據(jù)本發(fā)明實施例的ISMP集群接入方法的第二流程，如圖6所示，具體表
示的是圖4中步驟S406的操作流程，包括如下步驟S601至步驟S608 : 步驟S601，從協(xié)議解析線程接收到會話消息后，對消息進(jìn)行校驗、解析。 步驟S602，判斷上述消息是否是會話請求消息。 步驟S603，如果判斷結(jié)果為否，根據(jù)分發(fā)主鍵確定子線程號。 步驟S604，如果判斷結(jié)果為是，會話請求消息采用輪詢的方式將消息分發(fā)給消息分發(fā)子線程，根據(jù)線程序號確定分發(fā)主鍵；會話應(yīng)答消息，根據(jù)分發(fā)主鍵獲取線程序號，并將結(jié)果轉(zhuǎn)發(fā)給協(xié)議解析線程。 步驟S605，子線程處理，并將結(jié)果轉(zhuǎn)發(fā)給協(xié)議解析線程。 譬如，取消息分發(fā)子線程個數(shù)的倍數(shù)加上線程序號可以獲得分發(fā)主鍵，倍數(shù)每次
遞增，可確保每個應(yīng)用請求消息的分發(fā)主鍵都是唯一的，且與線程序號唯一關(guān)聯(lián)。 步驟S606，判斷上述消息是否為初始會話。 步驟S607，判斷結(jié)構(gòu)為否，分發(fā)子線程根據(jù)關(guān)聯(lián)規(guī)則查找對應(yīng)的ISMP業(yè)務(wù)處理機，并將消息發(fā)送給該業(yè)務(wù)處理機。 步驟S608，判斷結(jié)構(gòu)為是，初始會話，分發(fā)子線程根據(jù)號段信息查找對應(yīng)的ISMP業(yè)務(wù)處理機，并發(fā)送給該業(yè)務(wù)處理機。 圖7是根據(jù)本發(fā)明實施例的對于會話和關(guān)聯(lián)會話的線程分配示意框圖，如圖7所示，表示的會話和關(guān)聯(lián)會話消息的線程分配關(guān)系。 只有少部分初始會話需要關(guān)聯(lián)會話，而關(guān)聯(lián)會話消息需要與初始會話應(yīng)答消息相關(guān)聯(lián)，為避免復(fù)雜的多線程互斥操作將關(guān)聯(lián)會話消息分配單獨的一個子線程(線程m)處理，各個子線程(線程1 線程m-l)在初始會話應(yīng)答消息需要關(guān)聯(lián)會話時將關(guān)聯(lián)信息發(fā)送給該單獨的子線程(線程m)，由線程m保存，在線程m收到關(guān)聯(lián)會話時就可以直接操作自己的數(shù)據(jù)區(qū)獲得業(yè)務(wù)處理機信息。 圖8是根據(jù)本發(fā)明實施例的管理會話和關(guān)聯(lián)會話的流程圖，如圖8所示，包括如下
10步驟S801至步驟S812 : 步驟S801 :對接收到的消息進(jìn)行解析，獲取消息類型。 步驟S802 步驟S803 :當(dāng)消息為初始會話請求消息，根據(jù)分發(fā)主鍵新建會話，在 相應(yīng)的數(shù)據(jù)區(qū)中創(chuàng)建業(yè)務(wù)會話節(jié)點，保存會話信息，同時需要保存該消息關(guān)聯(lián)字段MSGID。
步驟S804 :當(dāng)消息為初始會話應(yīng)答消息，根據(jù)分發(fā)主鍵查找會話節(jié)點，并從相應(yīng) 的數(shù)據(jù)區(qū)獲取會話信息。 步驟S805 步驟S807 :若初始應(yīng)答消息需要關(guān)聯(lián)會話消息，則根據(jù)特征字段 MSGID新建會話等待關(guān)聯(lián)請求消息，由于初始會話和關(guān)聯(lián)會話可能間隔很長時間，為提高定 期掃描各會話節(jié)點確定超時會話的速度，在建立以特征字段MSGID為主鍵的會話的同時， 建立以MSGID為索引的時間鏈表。 步驟S808 :刪除以分發(fā)主鍵為會話主鍵的會話節(jié)點。 步驟S809 步驟S810 :當(dāng)消息為關(guān)聯(lián)會話請求消息，刪除以特征字段MSGID為主 鍵的會話和時間鏈表，重新根據(jù)分發(fā)主鍵新建會話，在相應(yīng)的數(shù)據(jù)區(qū)中創(chuàng)建業(yè)務(wù)會話節(jié)點， 保存會話信息。 步驟S811 步驟S812 :當(dāng)消息為關(guān)聯(lián)會話應(yīng)答消息，根據(jù)分發(fā)主鍵查找會話節(jié) 點，并從相應(yīng)的數(shù)據(jù)區(qū)獲取會話信息，并刪除相應(yīng)的節(jié)點。 圖9是根據(jù)本發(fā)明實施例的數(shù)據(jù)區(qū)數(shù)據(jù)異常的處理流程圖，如圖9所示，包括如下 步驟S901和步驟S902 : 步驟S901，檢測到數(shù)據(jù)區(qū)異常，將數(shù)據(jù)區(qū)內(nèi)容鏡像到文件。
步驟S902，系統(tǒng)重新啟動時，加載文件內(nèi)容到數(shù)據(jù)區(qū)。 需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的 計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不 同于此處的順序執(zhí)行所示出或描述的步驟。 綜上所述，根據(jù)本發(fā)明的實施例，通過采用多線程實現(xiàn)消息分發(fā)，為消息分發(fā)提供 統(tǒng)一接口 ，使ISMP業(yè)務(wù)處理機不關(guān)心協(xié)議層的解析和實現(xiàn)，直接與業(yè)務(wù)流程相關(guān)，并且可 以靈活擴展。在消息分發(fā)前也提供統(tǒng)一接口，也可以擴展其他內(nèi)部設(shè)備直接采用現(xiàn)有的分 發(fā)功能，實現(xiàn)大容量的業(yè)務(wù)系統(tǒng)接入和內(nèi)部設(shè)備接入。 此外，如這里所描述的，術(shù)語"存儲介質(zhì)"可以表示用于存儲數(shù)據(jù)的一種或多種裝 置，包括只讀存儲器(ROM)、隨機存取存儲器(RAM)、磁RAM、磁心存儲器、磁盤存儲介質(zhì)、光 存儲介質(zhì)、閃存裝置和/或用于存儲信息的其他機器可讀介質(zhì)。術(shù)語"機器可讀介質(zhì)"包括 但不限于便攜式或固定存儲裝置、光存儲裝置、無線通道或能夠存儲、容納、或承載指令和/ 或數(shù)據(jù)的各種其他介質(zhì)。 另外，可以通過硬件、軟件、固件、中間件、微碼、硬件描述語言或其組合來實現(xiàn)實 施例。當(dāng)用軟件、固件、中間件或微碼來實現(xiàn)時，可以在諸如存儲介質(zhì)的機器可讀介質(zhì)中存 儲用于執(zhí)行必要任務(wù)的程序代碼或碼段。(多個)處理器可以執(zhí)行必要任務(wù)。碼段可以表 示進(jìn)程、函數(shù)、子程序、程序、例行程序、子例行程序、模塊、對象、軟件包、類、或指令、數(shù)據(jù)結(jié) 構(gòu)、或程序語言的任意組合。通過傳輸和/或接收信息、數(shù)據(jù)、自變量、或存儲內(nèi)容來將碼段 耦合到另一碼段或硬件電路。信息、自變量、參數(shù)、數(shù)據(jù)等可以經(jīng)由包括存儲器共享、消息傳 遞、令牌傳遞、網(wǎng)絡(luò)傳輸?shù)鹊娜我夂线m方式來傳遞、傳輸、或傳送。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種綜合業(yè)務(wù)管理平臺ISMP集群接入裝置，其特征在于，包括線程創(chuàng)建模塊，用于創(chuàng)建協(xié)議解析線程和消息分發(fā)線程；協(xié)議處理模塊，用于對業(yè)務(wù)系統(tǒng)發(fā)送過來的會話消息進(jìn)行識別、校驗及解析，并通過所述協(xié)議解析線程發(fā)送所述會話消息；消息分發(fā)模塊，用于通過所述協(xié)議處理模塊創(chuàng)建的所述消息分發(fā)線程將接收到的來自所述協(xié)議處理模塊發(fā)送的所述會話消息分發(fā)到ISMP集群。
2. 根據(jù)權(quán)利要求1所述的裝置，其特征在于，所述裝置還包括 分配模塊，用于為線程創(chuàng)建模塊創(chuàng)建的線程分配與之關(guān)聯(lián)的數(shù)據(jù)區(qū)； 數(shù)據(jù)通訊模塊，用于通過傳輸控制協(xié)議TCP連接接收業(yè)務(wù)系統(tǒng)發(fā)送的會話消息； 內(nèi)存數(shù)據(jù)庫，用于存放號段信息。
3. 根據(jù)權(quán)利要求1所述的裝置，其特征在于，所述協(xié)議處理模塊包括 第一消息適配子模塊，用于將來自所述數(shù)據(jù)通訊模塊接收的消息進(jìn)行識別并轉(zhuǎn)換； 第一線程分發(fā)子模塊，用于將來自所述第一消息適配子模塊轉(zhuǎn)換過的消息根據(jù)預(yù)定規(guī)則分發(fā)給所述協(xié)議解析線程；消息解碼子模塊，用于根據(jù)第一線程分發(fā)子模塊發(fā)送的所述協(xié)議解析線程的序號將協(xié) 議消息解包，封裝成公共的內(nèi)部接口 ，并將所述公共的內(nèi)部接口發(fā)送給所述消息分發(fā)模塊。
4. 根據(jù)權(quán)利要求3所述的裝置，其特征在于，所述協(xié)議處理模塊還包括 第一數(shù)據(jù)管理子模塊，用于管理所述協(xié)議解析線程的數(shù)據(jù)。
5. 根據(jù)權(quán)利要求1所述的裝置，其特征在于，所述消息分發(fā)模塊包括 第二消息適配子模塊，用于將接收自所述協(xié)議處理模塊的消息進(jìn)行識別并轉(zhuǎn)換； 第二線程分發(fā)子模塊，用于將來自所述第二消息適配子模塊轉(zhuǎn)換后的消息根據(jù)預(yù)定規(guī)則分發(fā)給所述消息分發(fā)線程；集群分發(fā)適配子模塊，用于根據(jù)來自第二線程分發(fā)子模塊的消息是初始會話消息還是 關(guān)聯(lián)會話消息，通過消息分發(fā)線程將協(xié)議處理模塊處理過的消息分發(fā)到ISMP集群。
6. 根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述消息分發(fā)模塊還包括 第二數(shù)據(jù)管理子模塊，用于管理所述初始會話消息和所述關(guān)聯(lián)會話消息，其中，當(dāng)ISMP業(yè)務(wù)處理機出現(xiàn)異常，將所述初始會話消息和所述關(guān)聯(lián)會話消息進(jìn)行保存。
7. 根據(jù)權(quán)利要求5所述的裝置，其特征在于，所述集群分發(fā)適配子模塊包括 第一集群分發(fā)適配子模塊，用于將所述初始會話消息通過訪問內(nèi)存數(shù)據(jù)庫中的號段信息獲取ISMP業(yè)務(wù)處理機信息，按照號段分發(fā)給相應(yīng)的ISMP業(yè)務(wù)處理機，并保存所述初始會 話信息到所述第二數(shù)據(jù)管理子模塊；第二集群分發(fā)適配子模塊，用于將所述關(guān)聯(lián)會話消息，通過查找所述第二數(shù)據(jù)管理子 模塊中的會話信息，將所述消息發(fā)送給同一個ISMP業(yè)務(wù)處理機。
8. 根據(jù)權(quán)利要求1、6或7所述的裝置，其特征在于，所述ISMP集群是根據(jù)用戶業(yè)務(wù)數(shù) 據(jù)將所述ISMP業(yè)務(wù)處理機分為若干組，每組之間的處理機組內(nèi)備份。
9. 一種綜合業(yè)務(wù)管理平臺ISMP集群接入方法，其特征在于，包括 創(chuàng)建線程池中各線程，創(chuàng)建的線程包括協(xié)議解析線程和消息分發(fā)線程； 對業(yè)務(wù)系統(tǒng)發(fā)送過來的會話消息進(jìn)行識別、校驗及解析，并通過所述協(xié)議解析線程發(fā)送所述會話消息；通過所述消息分發(fā)線程將接收到的來自所述協(xié)議處理線程分發(fā)的所述會話消息分發(fā) 到ISMP集群。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述方法還包括 為創(chuàng)建的線程分配與之關(guān)聯(lián)的數(shù)據(jù)區(qū)；當(dāng)ISMP業(yè)務(wù)處理機出現(xiàn)異常，將初始會話消息和關(guān)聯(lián)會話消息進(jìn)行保存。
全文摘要
本發(fā)明公開了一種綜合業(yè)務(wù)管理平臺ISMP集群接入裝置及方法，該裝置包括線程創(chuàng)建模塊，用于創(chuàng)建協(xié)議解析線程和消息分發(fā)線程；協(xié)議處理模塊，用于對業(yè)務(wù)系統(tǒng)發(fā)送過來的會話消息進(jìn)行識別、校驗及解析，并通過協(xié)議解析線程發(fā)送會話消息；消息分發(fā)模塊，用于通過協(xié)議處理模塊創(chuàng)建的消息分發(fā)線程將接收到的來自協(xié)議處理模塊發(fā)送的會話消息分發(fā)到ISMP集群，通過本發(fā)明，解決了大容量業(yè)務(wù)系統(tǒng)接入ISMP集群，系統(tǒng)性能降低及可擴展性能比較差的問題，進(jìn)而達(dá)到了確保業(yè)務(wù)系統(tǒng)的接入靈活性，同時，把ISMP處理機從統(tǒng)一的鏈路管理和協(xié)議轉(zhuǎn)換中解放出來，滿足ISMP處理機靈活擴展。
文檔編號H04W84/08GK101715171SQ20091020967
公開日2010年5月26日 申請日期2009年11月4日 優(yōu)先權(quán)日2009年11月4日
發(fā)明者劉月清, 田貞朗 申請人:中興通訊股份有限公司