專利名稱：多主體協(xié)同方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分布式系統(tǒng)，具體而言涉及一種分布式系統(tǒng)中的多主體協(xié)同方法。
背景技術(shù)：
分布式系統(tǒng)目前大都采用工作流的方式，根據(jù)工作流程逐一流轉(zhuǎn)到各個(gè)部件，每 個(gè)部件負(fù)責(zé)處理整個(gè)任務(wù)中間的一個(gè)環(huán)節(jié)。 在目前很多應(yīng)用中，工作流的順序執(zhí)行方式，以及組件之間調(diào)用的方式存在諸多 弊端，主要是各個(gè)組件之間互相依賴性很強(qiáng)，部件之間的關(guān)系為緊耦合，無(wú)法獨(dú)立提供服 務(wù)，使得容錯(cuò)和負(fù)載均衡很難實(shí)現(xiàn)。

發(fā)明內(nèi)容
鑒于傳統(tǒng)工作流方式的上述缺陷，本發(fā)明的中心思想是將一個(gè)復(fù)雜的順序化執(zhí)行 的業(yè)務(wù)按照功能和所用資源分解成多個(gè)主體。每個(gè)主體獨(dú)立運(yùn)行，并控制一定的資源，實(shí)現(xiàn) 一類獨(dú)立的功能，每個(gè)主體擁有自己獨(dú)立的處理功能范圍，在這些獨(dú)立的處理范圍內(nèi)不依 賴于其他主體。 由此，在本發(fā)明的多主體協(xié)同方式中同樣的主體，可根據(jù)處理能力在網(wǎng)絡(luò)上多處 部署，以實(shí)現(xiàn)負(fù)載均衡；同樣的主體，可以互相之間進(jìn)行容錯(cuò)。 主體采用消息引擎的方式實(shí)現(xiàn)，由消息進(jìn)行功能觸發(fā)，主體與主體之間采用消息 通訊，而非調(diào)用方式。
根據(jù)本發(fā)明，提供一種多主體協(xié)同方法，包括 將一個(gè)復(fù)雜的順序化執(zhí)行的業(yè)務(wù)按照功能和所用資源分解成多個(gè)主體；
每個(gè)主體獨(dú)立運(yùn)行，并控制一定的資源，實(shí)現(xiàn)一類獨(dú)立的功能； 每個(gè)主體擁有自己獨(dú)立的處理功能范圍，在這些獨(dú)立的處理范圍內(nèi)不依賴于其他 主體； 多個(gè)主體之間采用協(xié)同的工作方式，而非工作流的方式，即一個(gè)主體在需要時(shí)可 以隨時(shí)消息通知另外任何一個(gè)主體進(jìn)行協(xié)同工作。 根據(jù)本發(fā)明的優(yōu)選實(shí)施例，其中同樣的主體，可根據(jù)處理能力在網(wǎng)絡(luò)上多處部署， 以實(shí)現(xiàn)負(fù)載均衡。 根據(jù)本發(fā)明的優(yōu)選實(shí)施例，其中同樣的主體，可以互相之間進(jìn)行容錯(cuò)。 根據(jù)本發(fā)明的優(yōu)選實(shí)施例，其中所述主體采用消息引擎的方式實(shí)現(xiàn)，由消息進(jìn)行
功能觸發(fā)。 根據(jù)本發(fā)明的優(yōu)選實(shí)施例，其中所述主體與主體之間采用消息通訊，而非調(diào)用方 式。 在整個(gè)系統(tǒng)中，每個(gè)部件抽象為不同的主體，每個(gè)主體擁有自己獨(dú)立的功能及接 口，主體之間采用消息進(jìn)行通訊。由于多個(gè)主體之間采用協(xié)同的工作方式，而非工作流的方 式，即一個(gè)主體在需要時(shí)可以隨時(shí)消息通知另外任何一個(gè)主體進(jìn)行協(xié)同工作。從而，同樣的主體可以多處部署，從而實(shí)現(xiàn)容錯(cuò)及負(fù)載均衡。 根據(jù)本發(fā)明的系統(tǒng)，將具有高可靠性，無(wú)單點(diǎn)故障的特點(diǎn)；且可以實(shí)現(xiàn)任意規(guī)模配 置的負(fù)載均衡，并且很容易實(shí)現(xiàn)新功能部件的接口定義及部署。 雖然在下文中將結(jié)合一些示例性實(shí)施及使用方法來(lái)描述本發(fā)明，但本領(lǐng)域技術(shù)人 員應(yīng)當(dāng)理解，并不旨在將本發(fā)明限制于這些實(shí)施例。反之，旨在覆蓋包含在所附的權(quán)利要求 書(shū)所定義的本發(fā)明的精神與范圍內(nèi)的所有替代品、修正及等效物。 本發(fā)明的其他優(yōu)點(diǎn)、目標(biāo)和特征在某種程度上將在隨后的說(shuō)明書(shū)中進(jìn)行闡述，并 且在某種程度上，基于對(duì)下文的考察研究對(duì)本領(lǐng)域技術(shù)人員而言將是顯而易見(jiàn)的，或者可 以從本發(fā)明的實(shí)踐中得到教導(dǎo)。本發(fā)明的目標(biāo)和其他優(yōu)點(diǎn)可以通過(guò)下面的說(shuō)明書(shū)，權(quán)利要 求書(shū)，以及附圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。


圖1示出了本發(fā)明的多主體協(xié)同方法的架構(gòu)圖； 圖2示出了根據(jù)本發(fā)明的托管型呼叫中心的系統(tǒng)框架圖； 圖3示出了根據(jù)本發(fā)明的托管型呼叫中心系統(tǒng)的實(shí)時(shí)處理關(guān)系圖；以及 圖4示出了根據(jù)本發(fā)明的服務(wù)器典型協(xié)作流程。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式
作進(jìn)一步的詳細(xì)描述。需要注意的是，根 據(jù)本發(fā)明的多主體協(xié)同方法的實(shí)施方式僅僅作為例子，但本發(fā)明不限于該具體實(shí)施方式
。
圖1示出了本發(fā)明的多主體協(xié)同方法的系統(tǒng)架構(gòu)圖。如圖1所示，將一個(gè)復(fù)雜的 順序化執(zhí)行的業(yè)務(wù)按照功能和所用資源分解成多個(gè)主體。每個(gè)主體獨(dú)立運(yùn)行，并控制一定 的資源，實(shí)現(xiàn)一類獨(dú)立的功能，每個(gè)主體擁有自己獨(dú)立的處理功能范圍，在這些獨(dú)立的處理 范圍內(nèi)不依賴于其他主體。 由此，在本發(fā)明的多主體協(xié)同方式中同樣的主體，可根據(jù)處理能力在網(wǎng)絡(luò)上多處 部署，以實(shí)現(xiàn)負(fù)載均衡；同樣的主體，可以互相之間進(jìn)行容錯(cuò)。 主體采用消息引擎的方式實(shí)現(xiàn)，由消息進(jìn)行功能觸發(fā)，主體與主體之間采用消息 通訊，而非調(diào)用方式。 從而，每類主體之間可以相互通訊和容錯(cuò)，不同類主體之間通過(guò)消息通訊協(xié)同工 作。并且，每一類型的主體可以有多個(gè)，多個(gè)之間可以通訊和容錯(cuò)。 在一個(gè)實(shí)施例中，本方法實(shí)現(xiàn)于一個(gè)saas模式的托管型呼叫中心應(yīng)用。在saas 模式的呼叫中心應(yīng)用中，多個(gè)企業(yè)呼叫中心共同運(yùn)行于一個(gè)統(tǒng)一的控制平臺(tái)中，在這個(gè)平 臺(tái)中存在多種主體服務(wù)，每個(gè)服務(wù)提供不同的處理功能，包括控制中心、語(yǔ)音網(wǎng)關(guān)、web配置 及應(yīng)用服務(wù)、短信服務(wù)等等。 圖2示出了根據(jù)本發(fā)明的托管型呼叫中心的系統(tǒng)框架圖。
如圖2所示，整個(gè)系統(tǒng)架構(gòu)由網(wǎng)站和實(shí)時(shí)處理系統(tǒng)兩部分組成。
( — )網(wǎng)站
功能 1、用戶端界面程序下載
2、用戶的注冊(cè)3、系統(tǒng)宣傳4、經(jīng)營(yíng)者管理功能5、管理員管理功能6、用戶管理功能7、座席管理功能組成主要包括網(wǎng)站恥b配置及應(yīng)用呈現(xiàn)服務(wù)器，聯(lián)系到數(shù)據(jù)庫(kù)服務(wù)器(二)實(shí)時(shí)處理系統(tǒng)功能1、登錄、身份驗(yàn)證2、座席狀態(tài)維護(hù)3、處理用戶的呼叫請(qǐng)求4、針對(duì)關(guān)鍵字進(jìn)行呼叫引導(dǎo)，針對(duì)部門(mén)進(jìn)行呼叫排隊(duì)5、文本、音頻、視頻通訊6、文件傳輸7、監(jiān)控/報(bào)表數(shù)據(jù)采集8、用戶反饋信息數(shù)據(jù)采集組成登錄服務(wù)器、呼叫引導(dǎo)服務(wù)器、呼叫控制和排隊(duì)服務(wù)器(ACD)、數(shù)據(jù)采集服
務(wù)器、用戶反饋服務(wù)器、通訊協(xié)作服務(wù)器、系統(tǒng)維護(hù)程序、用戶端界面程序。
圖2中的網(wǎng)站"web配置及應(yīng)用呈現(xiàn)服務(wù)器"屬于實(shí)時(shí)處理系統(tǒng)外的，但是數(shù)據(jù)庫(kù)
服務(wù)器是與實(shí)時(shí)處理系統(tǒng)同步工作的。
以下將參照?qǐng)D2，對(duì)基本通訊協(xié)議、消息定義類型等以及實(shí)時(shí)處理系統(tǒng)的各個(gè)模塊
進(jìn)行詳細(xì)描述。
(一)基本通訊協(xié)議首先必須確定的是不能采用TCP長(zhǎng)連接的方式，不僅耗費(fèi)資源且會(huì)占用端口。我們部署的服務(wù)器都擁有公網(wǎng)IP地址，但是用戶端是很隨意的任意可以上
Internet的網(wǎng)絡(luò)環(huán)境。所以服務(wù)器之間的通訊可以采用TCP短連接。而用戶與服務(wù)器之間 的通訊只能采用UDP協(xié)議。 由于用戶與服務(wù)器/服務(wù)器與服務(wù)器之間大都是信令消息，不允許消息丟失，所 以必須完成可靠的UDP協(xié)議的傳輸實(shí)現(xiàn)。(二)消息類型定義Class_Login〃登錄服務(wù)器Class_Guide〃呼叫引導(dǎo)服務(wù)器Class_ACD〃部門(mén)呼叫控制服務(wù)器(ACD)Class—DataCollection〃數(shù)據(jù)采集服務(wù)器Class_UserMark〃用戶反饋服務(wù)器Class_Relay〃通訊協(xié)作服務(wù)器Class_SysManage〃系統(tǒng)維護(hù)程序Class_Client〃客戶端程序
Class_P2P 〃P2P通訊相關(guān)信令(三)系統(tǒng)維護(hù)程序 說(shuō)明 系統(tǒng)維護(hù)程序負(fù)責(zé)關(guān)鍵字的維護(hù)。包括關(guān)鍵字相關(guān)信息在數(shù)據(jù)庫(kù)中的增加、刪除、 修改；以及關(guān)鍵字在引導(dǎo)服務(wù)器、ACD服務(wù)器中的動(dòng)態(tài)增加、刪除。
系統(tǒng)維護(hù)程序由系統(tǒng)管理人員負(fù)責(zé)。
功能界定 關(guān)鍵字/部門(mén)相關(guān)信息在數(shù)據(jù)庫(kù)中的增加、刪除、修改；
關(guān)鍵字/部門(mén)在引導(dǎo)服務(wù)器、ACD服務(wù)器中的動(dòng)態(tài)增加、刪除。
(五)登錄服務(wù)器
說(shuō)明 負(fù)責(zé)接收用戶/座席的登錄請(qǐng)求，驗(yàn)證用戶身份，保存用戶的IP/Port信息，確認(rèn) 用戶的nat類型。 用戶的類型分兩種公網(wǎng)用戶和內(nèi)網(wǎng)用戶，前者擁有公網(wǎng)IP地址，可以作為數(shù)據(jù) 轉(zhuǎn)發(fā)服務(wù)器使用。根據(jù)用戶登錄時(shí)發(fā)送的IP/Port以及接收到nat的IP/Port進(jìn)行比較， 如果相同，則用戶為公網(wǎng)用戶，否則為內(nèi)網(wǎng)用戶。 驗(yàn)證用戶身份采用md5加密，數(shù)據(jù)庫(kù)密碼采用摘要加密。當(dāng)?shù)卿浄?wù)器接收到用 戶登錄請(qǐng)求的時(shí)候，訪問(wèn)數(shù)據(jù)庫(kù)服務(wù)器進(jìn)行密碼驗(yàn)證。
功能界定 接收用戶登錄請(qǐng)求，驗(yàn)證用戶身份； 接收座席再登錄請(qǐng)求，驗(yàn)證座席身份； 分辨用戶類型，保存公網(wǎng)用戶的IP/Port備用。(六)呼叫引導(dǎo)服務(wù)器 說(shuō)明 呼叫引導(dǎo)服務(wù)器作為咨詢用戶登錄后發(fā)起呼叫的第一站，保存所有關(guān)鍵字_>
ACD的對(duì)應(yīng)關(guān)系，接收到用戶的呼叫定位請(qǐng)求后，找到可以為之服務(wù)的ACD返回給用戶；如
果沒(méi)有此ACD，則返回錯(cuò)誤提示信息給用戶。 功能界定 處理用戶的呼叫定位請(qǐng)求； 處理來(lái)自系統(tǒng)維護(hù)程序的關(guān)鍵字增加/減少消息。
(七)ACD服務(wù)器
說(shuō)明 ACD服務(wù)器是為用戶實(shí)際定位呼叫的服務(wù)器，接收到用戶的呼叫請(qǐng)求后，經(jīng)過(guò)呼叫
排隊(duì)將呼叫定位到指定的座席。
功能界定 響應(yīng)用戶的實(shí)際呼叫請(qǐng)求； 以部門(mén)為Key實(shí)現(xiàn)用戶呼叫排隊(duì)； 以部門(mén)為Key實(shí)現(xiàn)空閑座席的排隊(duì)； 與狀態(tài)服務(wù)器交互驗(yàn)證/改變座席狀態(tài)；
處理呼叫部門(mén)的增加/刪除消息。
(八)數(shù)據(jù)采集服務(wù)器
說(shuō)明 數(shù)據(jù)采集服務(wù)器專門(mén)用來(lái)進(jìn)行監(jiān)控/報(bào)表的相關(guān)數(shù)據(jù)操作，監(jiān)控主要是提供當(dāng)前 的座席狀態(tài)給經(jīng)營(yíng)者；報(bào)表包括座席狀態(tài)表、用戶通話記錄表，其中包括轉(zhuǎn)賬信息。
此外數(shù)據(jù)采集服務(wù)器同時(shí)負(fù)責(zé)轉(zhuǎn)賬操作。要有詳細(xì)的用戶購(gòu)買(mǎi)U幣的記錄，要有 一筆錢(qián)從U轉(zhuǎn)到經(jīng)營(yíng)者的記錄。 用戶報(bào)表數(shù)據(jù)由座席狀態(tài)附帶產(chǎn)生，即狀態(tài)服務(wù)器給數(shù)據(jù)采集服務(wù)器發(fā)送座席狀
態(tài)變化消息的時(shí)候同時(shí)帶上被服務(wù)的客戶的信息。 功能界定 接收座席狀態(tài)信息入庫(kù)； 接收用戶狀態(tài)信息入庫(kù)； 轉(zhuǎn)賬。(九)用戶反饋服務(wù)器
說(shuō)明 用戶與座席通話結(jié)束后，可以對(duì)座席的服務(wù)提出評(píng)價(jià)。評(píng)價(jià)分為非常滿意、滿意、
一般、差四個(gè)標(biāo)準(zhǔn)，客戶端程序可以做成四個(gè)按鈕供用戶點(diǎn)選。用戶在每個(gè)通話結(jié)束后即可
及時(shí)對(duì)服務(wù)座席提出評(píng)價(jià)。用戶也可以登錄網(wǎng)站進(jìn)行詳細(xì)的服務(wù)投訴。 反饋服務(wù)器即負(fù)責(zé)接收用戶端發(fā)來(lái)的反饋信息。反饋信息包括呼叫ID、服務(wù)座席、
通話開(kāi)始/結(jié)束時(shí)間、用戶所呼關(guān)鍵字、用戶滿意度，以后可以擴(kuò)展。
功能界定 處理用戶對(duì)服務(wù)的反饋消息。 [cms](十)通訊協(xié)作服務(wù)器
說(shuō)明 通訊協(xié)作服務(wù)器主要用來(lái)協(xié)助建立p2p通訊，但是并不提供中轉(zhuǎn)數(shù)據(jù)的功能。注 意由于有可能產(chǎn)生冗余的用戶/座席nat信息，需要考慮內(nèi)存自動(dòng)回收的問(wèn)題。
功能界定 協(xié)助用戶語(yǔ)座席之間建立P2P通訊。
(十一)用戶端界面程序
說(shuō)明 用戶端界面程序運(yùn)行在Windows操作系統(tǒng)上，用戶/座席采用相同的界面。在用 戶端界面程序中可以瀏覽網(wǎng)頁(yè)，發(fā)起呼叫，注冊(cè)/注銷關(guān)鍵字等等。用戶端界面程序需要打 包，在網(wǎng)站上提供安裝包的下載。 登錄成功后在主界面菜單中提供座席登錄的菜單，如果用戶為座席，則可以通過(guò)
選擇關(guān)鍵字的方式登錄。選擇的關(guān)鍵字為用戶作為座席的關(guān)鍵字列表(一個(gè)座席可能為不
同的關(guān)鍵字服務(wù))。 功能界定 注冊(cè)； 切換狀態(tài)；
呼叫相關(guān)發(fā)起呼叫、呼叫轉(zhuǎn)移、應(yīng)答呼叫、小休、取消小休；
語(yǔ)音通話；
視頻通話；
內(nèi)嵌瀏覽器。 在圖2所示的系統(tǒng)中，上述每個(gè)服務(wù)主體均擁有不依賴于其他主體的自己獨(dú)立的 功能，同時(shí)可以與其他主體協(xié)同提供額外的功能。 而且上述主體在公網(wǎng)機(jī)房多處部署，同類主體之間可以相互備份，無(wú)單點(diǎn)故障，一 個(gè)主體出現(xiàn)故障時(shí)，其他主體會(huì)接管。 如登陸服務(wù)器負(fù)責(zé)響應(yīng)登陸請(qǐng)求；ACD服務(wù)器負(fù)責(zé)呼叫的分配和交換；控制中心 提供座席呼叫排隊(duì)、狀態(tài)控制功能；語(yǔ)音網(wǎng)關(guān)提供IVR功能；web配置及應(yīng)用服務(wù)提供系統(tǒng) 應(yīng)用配置及數(shù)據(jù)查詢功能；短信服務(wù)提供短信收發(fā)功能； 上述各個(gè)主體的功能獨(dú)立，即其他主體服務(wù)不啟動(dòng)時(shí)并不影響本主體功能的正常 運(yùn)行。同時(shí)，上述主體還可以協(xié)同提供如電話的呼入、呼出、轉(zhuǎn)接及通話記錄存儲(chǔ)和查詢等 復(fù)雜服務(wù)。 圖3示出了根據(jù)本發(fā)明的托管型呼叫中心系統(tǒng)的實(shí)時(shí)處理關(guān)系圖。而圖4示出了 根據(jù)本發(fā)明的服務(wù)器典型協(xié)作流程，即"用戶端界面程序"、"引導(dǎo)服務(wù)器"、"ACD服務(wù)器"及 "通訊協(xié)作服務(wù)器"的協(xié)作流程。 參見(jiàn)圖3和圖4，系統(tǒng)啟動(dòng)時(shí)，"系統(tǒng)維護(hù)程序"將關(guān)鍵字信息和呼叫配置信息分別 加載到"呼叫引導(dǎo)服務(wù)器"和"ACD服務(wù)器"，用戶端為客戶發(fā)起呼叫的終端，一般采用網(wǎng)頁(yè) 嵌入ActiveX控件的方式實(shí)現(xiàn)，座席端為服務(wù)座席所用的終端，為C/S模式的應(yīng)用程序。用 戶端和座席端均登錄到"登錄服務(wù)器"，以實(shí)現(xiàn)互相尋址。用戶端首先發(fā)送訊息到發(fā)送到"呼 叫引導(dǎo)服務(wù)器"進(jìn)行檢索，"呼叫引導(dǎo)服務(wù)器"收到用戶呼叫后，根據(jù)預(yù)先設(shè)置的策略，根據(jù) 收到的關(guān)鍵字信息找到對(duì)應(yīng)的"ACD服務(wù)器"的位置范圍，將其返回給用戶端界面程序，用戶 端進(jìn)而向相應(yīng)的"ACD服務(wù)器"發(fā)起呼叫，"ACD服務(wù)器"將呼叫進(jìn)行排隊(duì)和索引進(jìn)而分配到 相應(yīng)的座席端，座席端應(yīng)答后，同時(shí)通知用戶端和座席端通過(guò)"通訊協(xié)作服務(wù)器"建立連接， "通訊協(xié)作服務(wù)器"收到雙方的連接請(qǐng)求，協(xié)助完成語(yǔ)音通道的P2P連接建立過(guò)程；在上述 通話建立一直到后續(xù)的通話結(jié)束，"ACD服務(wù)器"會(huì)將所有相關(guān)的信息發(fā)送到"數(shù)據(jù)采集服務(wù) 器"，"數(shù)據(jù)采集服務(wù)器"將數(shù)據(jù)進(jìn)行計(jì)算和匯總整理后入數(shù)據(jù)庫(kù)。"用戶反饋服務(wù)器"直接 接收來(lái)自用戶端的消息，匯總存儲(chǔ)用戶反饋的信息。 以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，顯然，本領(lǐng)域的技 術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā) 明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含 這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
一種多主體協(xié)同方法，其特征在于將一個(gè)復(fù)雜的順序化執(zhí)行的業(yè)務(wù)按照功能和所用資源分解成多個(gè)主體；每個(gè)主體獨(dú)立運(yùn)行，并控制一定的資源，實(shí)現(xiàn)一類獨(dú)立的功能；每個(gè)主體擁有自己獨(dú)立的處理功能范圍，在這些獨(dú)立的處理范圍內(nèi)不依賴于其他主體；多個(gè)主體之間采用協(xié)同的工作方式，而非工作流的方式，即一個(gè)主體在需要時(shí)可以隨時(shí)消息通知另外任何一個(gè)主體進(jìn)行協(xié)同工作。
2. 根據(jù)權(quán)利要求l的多主體協(xié)同方法，其中同樣的主體，可根據(jù)處理能力在網(wǎng)絡(luò)上多 處部署，以實(shí)現(xiàn)負(fù)載均衡。
3. 根據(jù)權(quán)利要求l的多主體協(xié)同方法，其中同樣的主體，可以互相之間進(jìn)行容錯(cuò)。
4. 根據(jù)權(quán)利要求l-3任一項(xiàng)的多主體協(xié)同方法，其中所述主體采用消息引擎的方式實(shí) 現(xiàn)，由消息進(jìn)行功能觸發(fā)。
5. 根據(jù)權(quán)利要求l-3任一項(xiàng)的多主體協(xié)同方法，其中所述主體與主體之間采用消息通 訊，而非調(diào)用方式。
全文摘要
本發(fā)明涉及一種多主體協(xié)同方法。在整個(gè)系統(tǒng)中，每個(gè)部件抽象為不同的主體，每個(gè)主體擁有自己獨(dú)立的功能及接口，主體之間采用消息進(jìn)行通訊。由于多個(gè)主體之間采用協(xié)同的工作方式，而非工作流的方式，即一個(gè)主體在需要時(shí)可以隨時(shí)消息通知另外任何一個(gè)主體進(jìn)行協(xié)同工作。從而，同樣的主體可以多處部署，從而實(shí)現(xiàn)容錯(cuò)及負(fù)載均衡。本發(fā)明具有高可靠性，無(wú)單點(diǎn)故障的特點(diǎn)；且可以實(shí)現(xiàn)任意規(guī)模配置的負(fù)載均衡，并且很容易實(shí)現(xiàn)新功能部件的接口定義及部署。
文檔編號(hào)H04L29/08GK101741913SQ20101003390
公開(kāi)日2010年6月16日 申請(qǐng)日期2010年1月6日 優(yōu)先權(quán)日2010年1月6日
發(fā)明者不公告發(fā)明人 申請(qǐng)人:北京訊鳥(niǎo)軟件有限公司