專利名稱：：集群管理器、集群系統(tǒng)、以及集群管理方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，并且特別地，涉及集群管理器、集群系統(tǒng)、以及集群管理方法。
背景技術(shù)：
：在要求高性能、高可靠性的電信行業(yè)中，對(duì)于電信軟件的基本要求就是支持集群。如圖1所示，在單臺(tái)服務(wù)器的性能存在瓶頸的情況下，集群系統(tǒng)可以通過(guò)負(fù)載均衡器采用一定機(jī)制將所有請(qǐng)求分配到多臺(tái)節(jié)點(diǎn)服務(wù)器，使得系統(tǒng)業(yè)務(wù)處理能力大大提升。此外，負(fù)載均衡器還能監(jiān)控服務(wù)器節(jié)點(diǎn)的可用性，例如，其中某一臺(tái)服務(wù)器故障時(shí)，可將訪問(wèn)請(qǐng)求轉(zhuǎn)移到其它可以正常工作的服務(wù)器。在現(xiàn)有技術(shù)中，主要采用前置硬件負(fù)載均衡器，實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)的集群。例如，F(xiàn)5BIG-IP、CitrixNetScaler、JuniperRedline、Foundry、Array、NortelAlteon、Cisco等都是業(yè)界主流的負(fù)載均衡器廠商，其生產(chǎn)的硬件負(fù)載均衡器又稱L4/L7層交換機(jī)，其中L4層主要分析IP層及TCP/UDP層，實(shí)現(xiàn)四層流量負(fù)載均衡；L7層交換機(jī)除了支持四層負(fù)載均4軒以外，還可分才斤應(yīng)用層的4言息(^口HTTP十辦i義URI或Cookie信息)。雖然采用硬件實(shí)現(xiàn)負(fù)載均衡器使其性能很高、網(wǎng)絡(luò)吞吐量很大，但是，在很多場(chǎng)合下客戶端和服務(wù)端需要好幾次交互才能完成一次完整交易。因?yàn)檫@幾次交互過(guò)禾呈是密切相關(guān)的，所以力良務(wù)端必須要保證分發(fā)在一臺(tái)機(jī)器上，這樣就存在會(huì)話保持問(wèn)題。由于會(huì)話保持和應(yīng)用層協(xié)議強(qiáng)相關(guān)，所以通用型的硬件負(fù)載均衡器一般支持的會(huì)話保持技術(shù)有(1)通用標(biāo)準(zhǔn)協(xié)議會(huì)話保持機(jī)制(例如HTTP協(xié)議通過(guò)Cookie、URL標(biāo)識(shí)，同一個(gè)會(huì)話分發(fā)到一臺(tái)機(jī)器上)；(2)基于源地址的會(huì)話保持(例如IP是202.110.11.1客戶端請(qǐng)求固定分發(fā)到某一個(gè)處理節(jié)點(diǎn)，如果特定IP客戶端性能要求4艮高則無(wú)法分?jǐn)偠鄠€(gè)處理節(jié)點(diǎn))如上所述，現(xiàn)有技術(shù)采用硬件負(fù)載均衡器具有以下缺點(diǎn)(1)對(duì)應(yīng)用層協(xié)議種類支持不夠，目前比較常見(jiàn)的只在HTTP4故集群時(shí)使用；(2)不支持電信協(xié)議中常見(jiàn)會(huì)話機(jī)制，不能靈活定制滿足負(fù)載均衡；以及(3)硬件成本比較高。
發(fā)明內(nèi)容本發(fā)明致力于克服上述相關(guān)技術(shù)中的一個(gè)或多個(gè)固有缺陷，為此，本發(fā)明提供了一種集群管理器、一種集群系統(tǒng)、以及一種集群管理方法。根據(jù)本發(fā)明的第一實(shí)施例，提供了一種集群管理器，用于實(shí)現(xiàn)負(fù)載均4軒。該群集管理器包括連接管理單元，用于完成外部系統(tǒng)連接鑒權(quán)以及對(duì)成功連接的監(jiān)控；會(huì)話管理單元，用于對(duì)外部系統(tǒng)的請(qǐng)求消息向內(nèi)部服務(wù)器接點(diǎn)建立連接隊(duì)列和創(chuàng)建會(huì)話；負(fù)載均衡控制單元，用于在會(huì)話管理單元查詢下發(fā)節(jié)點(diǎn)請(qǐng)求的情況下，選擇下發(fā)節(jié)點(diǎn)ID;以及流量控制單元，用于完成系統(tǒng)許可控制和過(guò)負(fù)荷控制。在該集群管理器中，連接管理單元、會(huì)話管理單元、負(fù)栽均衡控制單元、以及流量控制單元之間可以相互連接。根據(jù)本發(fā)明的第二實(shí)施例，提供了一種集群系統(tǒng)，其使用本發(fā)明實(shí)施例提供的群集管理器。該群集系統(tǒng)包括一個(gè)或多個(gè)外部系統(tǒng)，用于請(qǐng)求業(yè)務(wù)處理；一個(gè)或多個(gè)月良務(wù)器節(jié)點(diǎn)，用于處理來(lái)自一個(gè)或多個(gè)外部系統(tǒng)的業(yè)務(wù)處理請(qǐng)求；以及集群管理器，連接在一個(gè)或多個(gè)外部系統(tǒng)和一個(gè)或多個(gè)服務(wù)器節(jié)點(diǎn)之間，用于實(shí)現(xiàn)負(fù)載均衡功能。根據(jù)本發(fā)明的第三實(shí)施例，提供了一種集群管理方法。該方法包括以下步驟第一步驟，集群管理器收到來(lái)自外部系統(tǒng)的業(yè)務(wù)請(qǐng)求消息后，通過(guò)連接管理單元完成連接鑒權(quán)，將業(yè)務(wù)請(qǐng)求消息下發(fā)到會(huì)話管理單元；第二步驟，會(huì)話管理單元接收到業(yè)務(wù)請(qǐng)求消息后，解析業(yè)務(wù)請(qǐng)求消息的消息類型標(biāo)識(shí)，獲得下發(fā)的節(jié)點(diǎn)ID;第三步驟，會(huì)話管理單元根據(jù)節(jié)點(diǎn)ID將業(yè)務(wù)請(qǐng)求下發(fā)到指定節(jié)點(diǎn)；以及第四步驟，指定節(jié)點(diǎn)完成業(yè)務(wù)處理，并向會(huì)話管理單元返回應(yīng)答消息。其中，在第二步驟中，獲得下發(fā)節(jié)點(diǎn)ID的處理包括以下步驟步驟A，會(huì)話管理單元判斷業(yè)務(wù)請(qǐng)求是否需要查找前一個(gè)會(huì)話；在判斷業(yè)務(wù)請(qǐng)求需要查找前一個(gè)會(huì)話的情況下，進(jìn)行到步驟B;步驟B，會(huì)話管理單元根據(jù)消息會(huì)話號(hào)查找前一個(gè)會(huì)話，找到下發(fā)的節(jié)點(diǎn)ID;在判斷業(yè)務(wù)請(qǐng)求不需要查找前一個(gè)會(huì)話的情況下，進(jìn)行到步驟C;步驟C，會(huì)話管理單元?jiǎng)?chuàng)建會(huì)話信息，向負(fù)載均衡控制單元查詢下發(fā)節(jié)點(diǎn)請(qǐng)求，負(fù)載均衡控制單元按照負(fù)載均衡策略。此外，該方法還包括第五步驟，會(huì)話管理單元根據(jù)配置信息中的保持會(huì)話標(biāo)志在應(yīng)答消息的起始長(zhǎng)度和字段長(zhǎng)度，解析出應(yīng)答消息的保持會(huì)話標(biāo)志，在判斷需要保持會(huì)話的情況下，保留會(huì)話，并記錄消息會(huì)話號(hào)和節(jié)點(diǎn)的對(duì)應(yīng)關(guān)系，在判斷不需要保持會(huì)話的情況下，銷毀會(huì)話；以及第六步驟，會(huì)話管理單元將應(yīng)答消息發(fā)送給外部系統(tǒng)，其中，消息類型標(biāo)識(shí)在消息字段中的位置是固定的。通過(guò)以上才支術(shù)方案，本發(fā)明實(shí)現(xiàn)了以下有益效果在集群組網(wǎng)的情況下，可以根據(jù)消息類型配置會(huì)話管理策略，從而，可以滿足負(fù)載均衡，同時(shí)還可以降4氐成本。此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示例性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的外部系統(tǒng)與集群系統(tǒng)的框圖2是根據(jù)本發(fā)明第一實(shí)施例的集群管理器的框圖3是根據(jù)本發(fā)明第二實(shí)施例的集群系統(tǒng)與外部系統(tǒng)的框圖4是根據(jù)本發(fā)明第三實(shí)施例的請(qǐng)求消息類型及應(yīng)答消息抽象組成的一見(jiàn)圖5是根據(jù)本發(fā)明第三實(shí)施例的管理外部系統(tǒng)與集群系統(tǒng)通信的4言令流禾呈圖6是根據(jù)本發(fā)明第三實(shí)施例的集群管理方法的流程圖；以及圖7是根據(jù)本發(fā)明第四實(shí)施例的集群管理方法的信令流程圖。務(wù)沐實(shí)施方式以下將參照附圖來(lái)具體描述本發(fā)明的優(yōu)選實(shí)施例，其中，附圖構(gòu)成本申請(qǐng)的一部分，并與本發(fā)明的實(shí)施例一起用于闡釋本發(fā)明的原理。第一實(shí)施例下面將參照?qǐng)D2描述本發(fā)明的第一實(shí)施例。圖2是示出4艮據(jù)本實(shí)施例的集群管理器200構(gòu)造的框圖。如圖2所示，根據(jù)本實(shí)施例的集群管理器200包括連接管理單元202，用于完成外部系統(tǒng)連接鑒權(quán)以及對(duì)成功連接的監(jiān)控；流量控制單元204，用于完成系統(tǒng)i午可控制和過(guò)負(fù)荷控制；負(fù)載均衡控制單元206，用于在會(huì)話管理單元208查詢下發(fā)節(jié)點(diǎn)請(qǐng)求的情況下，選擇下發(fā)節(jié)點(diǎn)ID;以及會(huì)話管理單元208，用于對(duì)外部系統(tǒng)的請(qǐng)求消息向內(nèi)部服務(wù)器接點(diǎn)建立連接隊(duì)列和創(chuàng)建會(huì)話。其中，連4妄管理單元202、流量4空制單元204、負(fù)載均^N空制單元206、以及會(huì)話管理單元208之間可以相互連接。另夕卜，會(huì)話管理單元208在接收到外部系統(tǒng)的請(qǐng)求消息后，根據(jù)配置信息中的消息類型標(biāo)識(shí)字段在請(qǐng)求消息中的起始字段和字段長(zhǎng)度，解析出請(qǐng)求消息的類型標(biāo)識(shí)，并根據(jù)配置信息中的消息類型標(biāo)識(shí)判斷請(qǐng)求是否需要查找前一個(gè)對(duì)話。并且，在會(huì)話管理單元208判斷需要查找前一個(gè)會(huì)話的情況下，根據(jù)請(qǐng)求消息的會(huì)話號(hào)查找下一個(gè)會(huì)話，找到下發(fā)的節(jié)點(diǎn)ID;在會(huì)話管理單元208判斷不需要查找前一個(gè)會(huì)話的情況下，向負(fù)載均衡控制單元206查詢下發(fā)節(jié)點(diǎn)請(qǐng)求，并且負(fù)栽均衡控制單元206選擇下發(fā)節(jié)點(diǎn)ID。會(huì)話管理單元208將請(qǐng)求消息下發(fā)到指定節(jié)點(diǎn)，指定節(jié)點(diǎn)在完成業(yè)務(wù)處理后，向會(huì)話管理單元208返回應(yīng)答消息。另外，會(huì)話管理單元208根據(jù)配置信息中該消息類型需要保持會(huì)話的標(biāo)志在應(yīng)答消息的起始長(zhǎng)度和字段長(zhǎng)度，解析出應(yīng)答的保持會(huì)話標(biāo)志，其中，在判斷不需要保持會(huì)話的情況下，銷毀會(huì)話，在判斷需要保持會(huì)話的情況下，保留會(huì)話，并記錄消息會(huì)話號(hào)和節(jié)點(diǎn)的對(duì)應(yīng)關(guān)系。在該集群管理器200中，連接管理單元202、會(huì)i舌管理單元208、負(fù)載均衡控制單元206、以及流量控制單元204之間可以相互連接。其中，消息類型標(biāo)識(shí)在所有消息字段中的位置是固定的。此外，需要指出的是，如圖2所示的服務(wù)器節(jié)點(diǎn)是完成具體業(yè)務(wù)處理的節(jié)點(diǎn)，可以分布式部署，其數(shù)量也可以隨著系統(tǒng)容量的擴(kuò)充而增力口。第二實(shí)施例如圖3所示，在本實(shí)施例中，提供了一種集群系統(tǒng)，其使用第一實(shí)施例中的集群管理器，該系統(tǒng)包4舌一個(gè)或多個(gè)外部系統(tǒng)，用于請(qǐng)求業(yè)務(wù)處理；一個(gè)或多個(gè)服務(wù)器節(jié)點(diǎn)，用于處理來(lái)自一個(gè)或多個(gè)外部系統(tǒng)的業(yè)務(wù)處理i青求；以及集群管理器，連4妄在一個(gè)或多個(gè)外部系統(tǒng)和一個(gè)或多個(gè)服務(wù)器節(jié)點(diǎn)之間，用于實(shí)現(xiàn)負(fù)栽均衡功能。笫三實(shí)施例下面將參照?qǐng)D4、圖5和圖6描述本發(fā)明的第三實(shí)施例，其中，圖4是示出4艮據(jù)本實(shí)施例通信領(lǐng)域中請(qǐng)求消息類型及應(yīng)答消息抽象組成的一見(jiàn)圖，圖5是管理外部系統(tǒng)與集群系統(tǒng)通信的信令流程圖，圖6是才艮據(jù)本實(shí)施例的集群管理方法的流程圖。如圖4所示，在通信領(lǐng)域，通訊協(xié)i義i青求一般可以包括類型標(biāo)識(shí)，用于唯一區(qū)分消息的種類(例如登陸消息請(qǐng)求、退出消息請(qǐng)求、具體應(yīng)用處理消息請(qǐng)求等)；會(huì)話標(biāo)識(shí)，用于在多個(gè)請(qǐng)求消息之間保持一個(gè)會(huì)話的標(biāo)識(shí)；應(yīng)用相關(guān)的消息，其隨著應(yīng)用的不同而不同。應(yīng)答消息一般可以包括類型標(biāo)識(shí)，用于唯一區(qū)分消息的種類(例如登陸消息應(yīng)答、退出消息應(yīng)答、具體應(yīng)用處理消息應(yīng)答等)；會(huì)話保持標(biāo)志，用于表示標(biāo)識(shí)會(huì)話是否保持；以及應(yīng)用相關(guān)的消息，其隨著應(yīng)用的不同而不同。并且，在上述消息中，消息類型標(biāo)識(shí)在消息字段中的位置是固定的。如圖6所示，該集群管理方法包括以下步驟S602，集群管理器收到來(lái)自外部系統(tǒng)的業(yè)務(wù)請(qǐng)求消息后，通過(guò)連接管理單元完成連接鑒權(quán)，將業(yè)務(wù)請(qǐng)求消息下發(fā)到會(huì)話管理單元；S604，會(huì)話管理單元接收到業(yè)務(wù)請(qǐng)求消息后，解析業(yè)務(wù)請(qǐng)求消息的消息類型標(biāo)識(shí)，獲得下發(fā)的節(jié)點(diǎn)ID;S606,會(huì)話管理單元4艮據(jù)節(jié)點(diǎn)ID將業(yè)務(wù)請(qǐng)求下發(fā)到指定節(jié)點(diǎn)；S608，指定節(jié)點(diǎn)完成業(yè)務(wù)處理，并向會(huì)話管理單元返回應(yīng)答消息；S610,會(huì)話管理單元才艮據(jù)配置信息中的保持會(huì)話標(biāo)志在應(yīng)答消息的起始長(zhǎng)度和字段長(zhǎng)度，解析出應(yīng)答消息的保持會(huì)話標(biāo)志，在判斷需要保持會(huì)話的情況下，保留會(huì)話，并記錄消息會(huì)話號(hào)和節(jié)點(diǎn)的對(duì)應(yīng)關(guān)系，在判斷不需要保持會(huì)話的情況下，銷毀會(huì)話；以及S612,會(huì)i舌管理單元將應(yīng)答消息發(fā)送給外部系統(tǒng)。其中，在步驟S604中，獲得下發(fā)節(jié)點(diǎn)ID的處理還應(yīng)該包括以下步驟步驟A，會(huì)話管理單元判斷業(yè)務(wù)請(qǐng)求是否需要查找前一個(gè)會(huì)話；步驟B,在判斷業(yè)務(wù)請(qǐng)求需要查找前一個(gè)會(huì)話的情況下，會(huì)話管理單元根據(jù)消息會(huì)話號(hào)查找前一個(gè)會(huì)話，找到下發(fā)的節(jié)點(diǎn)ID;步驟C，在判斷業(yè)務(wù)請(qǐng)求不需要查找前一個(gè)會(huì)話的情況下，會(huì)話管理單元?jiǎng)?chuàng)建會(huì)話信息，向負(fù)載均衡控制單元查詢下發(fā)節(jié)點(diǎn)請(qǐng)求，負(fù)栽均衡控制單元按照負(fù)栽均衡策略。其4言令流禾呈參見(jiàn)如圖5所示的流禾呈圖。如圖5所示，其步驟如下(1)外部系統(tǒng)發(fā)送業(yè)務(wù)請(qǐng)求到集群系統(tǒng)的集群管理器；(2)連接管理完成對(duì)連接鑒權(quán)，通過(guò)流量控制模塊檢查license是否滿足后下發(fā)到會(huì)話管理模塊；(3)會(huì)話管理模塊收到請(qǐng)求消息后，根據(jù)配置信息中消息類型標(biāo)識(shí)字段在請(qǐng)求消息的起始長(zhǎng)度和字段長(zhǎng)度(一般在系統(tǒng)啟動(dòng)時(shí)預(yù)先把這些配置信息都加載到系統(tǒng)內(nèi)存中，也可以配置起始長(zhǎng)度和終止長(zhǎng)度)，解析出請(qǐng)求的消息類型標(biāo)識(shí)是0000021，再根椐配置信息中0000021是需要查找前一個(gè)會(huì)話，會(huì)話標(biāo)識(shí)是起始位置8，長(zhǎng)度20位，解析會(huì)話標(biāo)識(shí)。會(huì)話管理器需要?jiǎng)t根據(jù)消息會(huì)話號(hào)查找前一個(gè)會(huì)話，找到下發(fā)的節(jié)點(diǎn)ID;否則新創(chuàng)建會(huì)話信息，向負(fù)載均衡控制模塊查詢下發(fā)節(jié)點(diǎn)請(qǐng)求，負(fù)載均衡控制模塊按照負(fù)栽均衡策略，選擇下發(fā)節(jié)點(diǎn)ID;(4)會(huì)話管理模塊下發(fā)請(qǐng)求到指定節(jié)點(diǎn)；(5)指定節(jié)點(diǎn)完成業(yè)務(wù)處理，返回應(yīng)答給會(huì)話管理模塊；(6)會(huì)話管理模塊首先根據(jù)會(huì)話標(biāo)識(shí)起始位置和長(zhǎng)度解析出會(huì)話標(biāo)識(shí)0000022，讀取配置信息中0000022需要保持會(huì)話的標(biāo)志在應(yīng)答消息的起始長(zhǎng)度和字段長(zhǎng)度，解析出應(yīng)答的保持會(huì)話標(biāo)志是不需要保持會(huì)話，銷毀會(huì)話；(7)會(huì)話管理模塊返回應(yīng)答給外部系統(tǒng)。以下將結(jié)合實(shí)例對(duì)第三實(shí)施例中的集群管理方法做進(jìn)一步描述。以下將以外部系統(tǒng)發(fā)起的業(yè)務(wù)請(qǐng)求為計(jì)費(fèi)請(qǐng)求為例，進(jìn)一步說(shuō)明實(shí)施例的群集方法。圖7是示出該實(shí)例的集群管理方法的信令流程圖，在本實(shí)施例中，系統(tǒng)有系統(tǒng)A以及系統(tǒng)B，且系統(tǒng)A及B之間存在如下表所示的請(qǐng)求消息及應(yīng)答消息，其中會(huì)話標(biāo)識(shí)是客戶端生成的，對(duì)其協(xié)議的具體描述參見(jiàn)表1和表2:表1.-清求消息請(qǐng)求消息說(shuō)明類型標(biāo)識(shí)會(huì)話標(biāo)識(shí)其他應(yīng)用信息計(jì)費(fèi)i青求0000011,長(zhǎng)度8位有這個(gè)字段，起始位置8，長(zhǎng)度20位用戶標(biāo)識(shí)、資費(fèi)相關(guān)字段計(jì)費(fèi)確認(rèn)請(qǐng)求0000021,長(zhǎng)度8位有這個(gè)字段，起始位置8，長(zhǎng)度20位處理結(jié)果等表2.應(yīng)答消息<table>tableseeoriginaldocumentpage14</column></row><table>如表1和表2所示，其中，系統(tǒng)當(dāng)前配置情況如下消息類型標(biāo)識(shí)是0000021，其需要查找是否存在會(huì)話，并且會(huì)話標(biāo)識(shí)字段在應(yīng)答消息的起始長(zhǎng)度是8位(從0開(kāi)始)，長(zhǎng)度是1位。消息類型標(biāo)識(shí)是0000012，其需要根據(jù)會(huì)話保持標(biāo)志判斷是否會(huì)話保持，并且會(huì)話保持標(biāo)志字段在應(yīng)答消息的起始長(zhǎng)度是8位(從0開(kāi)始)，長(zhǎng)度是1位。之后，將按照第三實(shí)施例中提供的集群管理方法進(jìn)行處理。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包括在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1.一種集群管理器，用于實(shí)現(xiàn)負(fù)載均衡，其特征在于，包括連接管理單元，用于完成外部系統(tǒng)連接鑒權(quán)以及對(duì)成功連接的監(jiān)控；會(huì)話管理單元，用于對(duì)外部系統(tǒng)的請(qǐng)求消息向內(nèi)部服務(wù)器接點(diǎn)建立連接隊(duì)列和創(chuàng)建會(huì)話；負(fù)載均衡控制單元，用于在所述會(huì)話管理單元查詢下發(fā)節(jié)點(diǎn)請(qǐng)求的情況下，選擇下發(fā)節(jié)點(diǎn)ID；以及流量控制單元，用于完成系統(tǒng)許可控制和過(guò)負(fù)荷控制。2.根據(jù)權(quán)利要求1所述的集群管理器，其特征在于，所述連接管理單元完成連接鑒沖又后，通過(guò)所述流量控制單元檢查協(xié)議是否滿足后，將外部系統(tǒng)請(qǐng)求下發(fā)到所述會(huì)話管理單元。3.根據(jù)權(quán)利要求2所述的集群管理器，其特征在于，所述會(huì)話管理單元在接收到所述外部系統(tǒng)的請(qǐng)求消息后，4艮據(jù)配置信息中的消息類型標(biāo)識(shí)字段在所述請(qǐng)求消息中的起始字段和字段長(zhǎng)度，解析出所述請(qǐng)求消息的類型標(biāo)識(shí)，并根據(jù)所述配置信息中的消息類型標(biāo)識(shí)判斷所述請(qǐng)求是否需要查找前一個(gè)對(duì)話。4.根據(jù)權(quán)利要求3所述的集群管理器，其特征在于，在所述會(huì)話管理單元判斷需要查找前一個(gè)會(huì)話的情況下，根據(jù)所述請(qǐng)求消息的會(huì)話號(hào)查找下一個(gè)會(huì)話，找到下發(fā)的節(jié)點(diǎn)ID;在所述會(huì)話管理單元判斷不需要查找前一個(gè)會(huì)話的情況下，向所述負(fù)載均衡控制單元查詢下發(fā)節(jié)點(diǎn)請(qǐng)求，并且所述負(fù)載均衡控制單元選擇下發(fā)節(jié)點(diǎn)ID。5.根據(jù)權(quán)利要求1所述的集群管理器，其特征在于，所述會(huì)話管理單元將所述請(qǐng)求消息下發(fā)到指定節(jié)點(diǎn)，所述指定節(jié)點(diǎn)在完成業(yè)務(wù)處理后，向所述會(huì)話管理單元返回應(yīng)答消息。6.根據(jù)權(quán)利要求5所述的集群管理器，其特征在于，所述會(huì)話管理單元根據(jù)配置信息中需要保持會(huì)話的標(biāo)志在應(yīng)答消息的起始長(zhǎng)度和字段長(zhǎng)度，解析出應(yīng)答的保持會(huì)話標(biāo)志，其中，在判斷不需要保持會(huì)話的情況下，銷毀會(huì)話，在判斷需要保持會(huì)話的情況下，保留會(huì)話，并記錄消息會(huì)話號(hào)和節(jié)點(diǎn)的對(duì)應(yīng)關(guān)系。7.根據(jù)權(quán)利要求6所述的集群管理器，其特征在于，所述請(qǐng)求消息和所述應(yīng)答消息的類型標(biāo)識(shí)在信息字段的位置是固定的。8.根據(jù)權(quán)利要求1所述的集群管理器，其特征在于，所述連接管理單元、所述會(huì)話管理單元、所述負(fù)載均4軒控制單元、以及所述流量控制單元之間可以相互連接。9.一種集群系統(tǒng)，使用根據(jù)權(quán)利要求1至7中任一項(xiàng)所述的集群管理器，其特征在于，包括一個(gè)或多個(gè)外部系統(tǒng)，用于^青求業(yè)務(wù)處理；一個(gè)或多個(gè)月良務(wù)器節(jié)點(diǎn)，用于處理來(lái)自所述一個(gè)或多個(gè)外部系統(tǒng)的業(yè)務(wù)處理"i青求；以及集群管理器，連接在所述一個(gè)或多個(gè)外部系統(tǒng)和所述一個(gè)或多個(gè)服務(wù)器節(jié)點(diǎn)之間，用于實(shí)現(xiàn)負(fù)載均衡功能。10.—種集群管理方法，其特征在于，包括以下步驟第一步驟，集群管理器收到來(lái)自外部系統(tǒng)的業(yè)務(wù)請(qǐng)求消息后，通過(guò)連接管理單元完成連接鑒4又，將所述業(yè)務(wù)請(qǐng)求消息下發(fā)到會(huì)話管理單元；第二步驟，所迷會(huì)話管理單元接收到所述業(yè)務(wù)請(qǐng)求消息后，解析所述業(yè)務(wù)請(qǐng)求消息的消息類型標(biāo)識(shí)，獲得下發(fā)的節(jié)點(diǎn)ID;第三步驟，所述會(huì)話管理單元4艮據(jù)所述節(jié)點(diǎn)ID將所述業(yè)務(wù)請(qǐng)求下發(fā)到指定節(jié)點(diǎn)；以及第四步驟，所述指定節(jié)點(diǎn)完成業(yè)務(wù)處理，并向所述會(huì)話管理單元返回應(yīng)答消息。11.根據(jù)權(quán)利要求10所述的集群管理方法，其特征在于，在所述第二步驟中，獲得下發(fā)節(jié)點(diǎn)ID的處理包4舌以下步驟步驟A，所述會(huì)話管理單元判斷所述業(yè)務(wù)請(qǐng)求是否需要查找前一個(gè)會(huì)話；在判斷所述業(yè)務(wù)請(qǐng)求需要查找前一個(gè)會(huì)話的情況下，進(jìn)行到步驟B，步驟B，所述會(huì)話管理單元根據(jù)消息會(huì)話號(hào)查找前一個(gè)會(huì)話，找到下發(fā)的節(jié)點(diǎn)ID;在判斷所述業(yè)務(wù)請(qǐng)求不需要查找前一個(gè)會(huì)話的情況下，進(jìn)行到步驟C,步驟C,所述會(huì)話管理單元?jiǎng)?chuàng)建會(huì)話信息，向負(fù)載均衡控制單元查詢下發(fā)節(jié)點(diǎn)請(qǐng)求，所述負(fù)栽均衡控制單元按照負(fù)載均衡策略。12.根據(jù)權(quán)利要求11所述的集群管理方法，其特征在于，在所述第二步驟中，所述會(huì)話管理單元根據(jù)配置信息中的消息類型字段在所述業(yè)務(wù)請(qǐng)求消息的起始字段和字段長(zhǎng)度解析所述業(yè)務(wù)請(qǐng)求消息的消息類型標(biāo)識(shí)；根據(jù)配置信息中的消息類型標(biāo)識(shí)判斷所述業(yè)務(wù)請(qǐng)求是否需要查找前一個(gè)會(huì)話，其中所述消息類型標(biāo)識(shí)在消息字段中的位置是固定的。13.根據(jù)權(quán)利要求IO所述的集群管理方法，其特征在于，進(jìn)一步包4舌以下步驟第五步驟，所述會(huì)話管理單元4艮據(jù)配置信息中的保持會(huì)話標(biāo)志在所述應(yīng)答消息的起始長(zhǎng)度和字段長(zhǎng)度，解析出所述應(yīng)答消息的保持會(huì)話標(biāo)志，在判斷需要保持會(huì)話的情況下，保留會(huì)話，并記錄消息會(huì)話號(hào)和節(jié)點(diǎn)的對(duì)應(yīng)關(guān)系，在判斷不需要保持會(huì)話的情況下，銷毀會(huì)話；以及第六步驟，所述會(huì)話管理單元將所述應(yīng)答消息發(fā)送給所述外部系統(tǒng)。全文摘要本發(fā)明公開(kāi)了一種集群管理器、集群系統(tǒng)、以及集群管理方法，該集群管理器包括連接管理單元，用于完成外部系統(tǒng)連接鑒權(quán)以及對(duì)成功連接的監(jiān)控；會(huì)話管理單元，用于對(duì)外部系統(tǒng)的請(qǐng)求消息向內(nèi)部服務(wù)器接點(diǎn)建立連接隊(duì)列和創(chuàng)建會(huì)話；負(fù)載均衡控制單元，用于在會(huì)話管理單元查詢下發(fā)節(jié)點(diǎn)請(qǐng)求的情況下，選擇下發(fā)節(jié)點(diǎn)ID；以及流量控制單元，用于完成系統(tǒng)許可控制和過(guò)負(fù)荷控制。通過(guò)本發(fā)明，可以在集群組網(wǎng)的情況下，根據(jù)消息類型配置會(huì)話管理策略。文檔編號(hào)H04L12/56GK101207561SQ20061017001公開(kāi)日2008年6月25日申請(qǐng)日期2006年12月22日優(yōu)先權(quán)日2006年12月22日發(fā)明者嚴(yán)雪松,吳文魁,張衛(wèi)星,岳望,強(qiáng)李,楊加龍,趙林華申請(qǐng)人:華為技術(shù)有限公司