專利名稱：分布式心跳服務(wù)器架構(gòu)及其進(jìn)程處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)，具體涉及一種分布式心跳服務(wù)器架構(gòu)及其進(jìn)程處理方法。
背景技術(shù)：
—類集中式的P2P文件共享系統(tǒng)，例如北京大學(xué)的Maze系統(tǒng)，主要包含服務(wù)器、后 臺(tái)和客戶端三個(gè)部分，其中服務(wù)器維護(hù)系統(tǒng)中所有用戶的信息，客戶端為系統(tǒng)和用戶的人 機(jī)交互界面，后臺(tái)則是負(fù)責(zé)客戶端和服務(wù)器之間的交互。Maze系統(tǒng)的服務(wù)器包括用戶服務(wù) 器、心跳服務(wù)器、索引服務(wù)器及種子服務(wù)器，心跳服務(wù)器主要負(fù)責(zé)用戶登錄、用戶信息即時(shí) 更新及用戶信息即時(shí)搜索等功能，現(xiàn)有的心跳服務(wù)進(jìn)程只是簡(jiǎn)單的消息處理，其缺點(diǎn)是當(dāng) 用戶數(shù)量增多時(shí)，心跳服務(wù)器負(fù)載越來(lái)越重，對(duì)用戶請(qǐng)求的響應(yīng)不及時(shí)，導(dǎo)致用戶體驗(yàn)差， 并且心跳服務(wù)器只能為教育網(wǎng)內(nèi)的用戶服務(wù)，嚴(yán)重制約用戶群的擴(kuò)展，無(wú)法滿足Maze服務(wù) 對(duì)外推廣的需求。

發(fā)明內(nèi)容
本發(fā)明的主要目的就是解決現(xiàn)有技術(shù)中的問(wèn)題，提供一種分布式心跳服務(wù)器架構(gòu) 及其進(jìn)程處理方法，它提高心跳服務(wù)器負(fù)載能力，減少服務(wù)響應(yīng)時(shí)間，提升用戶體驗(yàn)，滿足 P2P文件共享系統(tǒng)(例如Maze系統(tǒng))用戶群擴(kuò)展的需求。
為實(shí)現(xiàn)上述目的，本發(fā)明采用以下技術(shù)方案 —種分布式心跳服務(wù)器架構(gòu)，其特征在于，包括復(fù)數(shù)個(gè)相互連接且分布在不同網(wǎng)
絡(luò)區(qū)域的服務(wù)器單元，所述服務(wù)器單元包括服務(wù)器前端、消息協(xié)議層、消息對(duì)象管理器、消
息處理中心以及路由器，所述服務(wù)器前端接收用戶消息，所述消息協(xié)議層將用戶消息封裝
成消息對(duì)象并送至所述消息對(duì)象管理器，所述消息處理中心對(duì)所述消息對(duì)象管理器中的消
息對(duì)象進(jìn)行處理，并通過(guò)所述路由器與其它服務(wù)器單元進(jìn)行通信，在需要多個(gè)服務(wù)器單元
協(xié)同處理時(shí)將本單元與其它相關(guān)服務(wù)器單元關(guān)于所述消息對(duì)象的處理結(jié)果結(jié)合處理，所得
結(jié)果通過(guò)所述消息協(xié)議層和服務(wù)器前端返回給用戶。
優(yōu)選地 所述消息處理中心包括映射分解模塊和整合化簡(jiǎn)模塊，所述映射分解模塊將需要
多臺(tái)服務(wù)器單元協(xié)同處理的消息對(duì)象進(jìn)行分解，并將分解所得的不同類別的子消息分別交
由相應(yīng)服務(wù)器單元進(jìn)行與其類別相對(duì)應(yīng)的處理，所述整合化簡(jiǎn)模塊將各服務(wù)器單元對(duì)不同
類別的子消息的處理結(jié)果整合到一起，以得到關(guān)于所述消息對(duì)象的處理結(jié)果。 所述服務(wù)器單元采用數(shù)組存儲(chǔ)用戶信息，并為用戶配置會(huì)話ID，所述會(huì)話ID含有
相應(yīng)用戶的用戶信息在所述數(shù)組中的存儲(chǔ)位置信息。 所述服務(wù)器單元采用哈希圖存儲(chǔ)索引信息，所述索引信息將用戶ID映射為其所 對(duì)應(yīng)的用戶信息在所述數(shù)組中的存儲(chǔ)位置信息。 —種用于分布式心跳服務(wù)器架構(gòu)的心跳服務(wù)進(jìn)程處理方法，所述分布式心跳服務(wù)器架構(gòu)包括復(fù)數(shù)個(gè)相互連接且分布在不同網(wǎng)絡(luò)區(qū)域的服務(wù)器單元，其特征在于，所述方法 包括以下步驟 Al.服務(wù)器單元接收用戶消息并將所述用戶消息封裝成消息對(duì)象； Bl.服務(wù)器單元對(duì)所述消息對(duì)象進(jìn)行處理，并與其它服務(wù)器單元進(jìn)行通信，在需要
多個(gè)服務(wù)器單元協(xié)同處理時(shí)將本單元與其它相關(guān)服務(wù)器單元關(guān)于所述消息對(duì)象的處理結(jié)
果結(jié)合處理； CI.將所得的最終結(jié)果返回給用戶。
優(yōu)選地 所述步驟B1中，接收用戶消息的服務(wù)器單元執(zhí)行下子步驟 Bll.判斷所述消息對(duì)象是否需要多個(gè)服務(wù)器單元協(xié)同處理，如果不需要?jiǎng)t進(jìn)入步
驟B12，如果需要?jiǎng)t轉(zhuǎn)步驟B13 ; B12.直接處理所述消息對(duì)象； B13.將所得的需要多臺(tái)服務(wù)器單元協(xié)同處理的消息對(duì)象根據(jù)消息目的方所在服 務(wù)器進(jìn)行分解，得到的不同類別的子消息分別送至相應(yīng)的服務(wù)器單元以進(jìn)行與其類別相應(yīng) 的處理； B14.獲取不同服務(wù)器單元關(guān)于子消息的處理結(jié)果并進(jìn)行化簡(jiǎn)整合。 所述服務(wù)器單元采用數(shù)組存儲(chǔ)用戶信息，并為用戶配置會(huì)話ID，所述會(huì)話ID含有
相應(yīng)用戶的用戶信息在所述數(shù)組中的存儲(chǔ)位置信息。 所述服務(wù)器單元采用哈希圖存儲(chǔ)索引信息，所述索引信息將用戶ID映射為其所
對(duì)應(yīng)的用戶信息在所述數(shù)組中的存儲(chǔ)位置信息。 本發(fā)明有益的技術(shù)效果是 本發(fā)明的分布式心跳服務(wù)器架構(gòu)包括復(fù)數(shù)個(gè)相互連接且分布在不同網(wǎng)絡(luò)區(qū)域的 服務(wù)器單元，其包括服務(wù)器前端、消息協(xié)議層、消息對(duì)象管理器、消息處理中心、路由器五個(gè) 部分，通過(guò)與之相應(yīng)的心跳服務(wù)進(jìn)程實(shí)現(xiàn)用戶請(qǐng)求的統(tǒng)一接收、處理與回復(fù)，加快了消息響 應(yīng)速度，提高了用戶體驗(yàn)，通過(guò)將服務(wù)器單元部署在不同的網(wǎng)絡(luò)內(nèi)，實(shí)現(xiàn)心跳服務(wù)器架構(gòu)的 分布式部署，各服務(wù)器單元對(duì)本網(wǎng)絡(luò)內(nèi)的用戶提供服務(wù)，服務(wù)器單元之間相互通信以實(shí)現(xiàn) 不同網(wǎng)絡(luò)內(nèi)用戶的交互，從而實(shí)現(xiàn)了跨網(wǎng)功能。采用本發(fā)明的服務(wù)器架構(gòu)及進(jìn)程，能提高心 跳服務(wù)器負(fù)載能力，減少服務(wù)響應(yīng)時(shí)間，提升用戶體驗(yàn)，滿足用戶越來(lái)越多的現(xiàn)實(shí)需求，從 而推廣P2P文件共享系統(tǒng)的服務(wù)范圍，能使更多的用戶享受P2P文件共享系統(tǒng)帶來(lái)的方便。


圖1為本發(fā)明一種實(shí)施例心跳服務(wù)器的架構(gòu)示意圖；
圖2為本發(fā)明一種實(shí)施例心跳服務(wù)進(jìn)程處理方法流程圖；
圖3為本發(fā)明一種實(shí)施例中的消息對(duì)象處理流程圖
本發(fā)明的特征及優(yōu)點(diǎn)將通過(guò)實(shí)施例結(jié)合附圖進(jìn)行詳細(xì)說(shuō)明。
具體實(shí)施例方式
—種實(shí)施例的應(yīng)用是在北京大學(xué)研發(fā)的Maze系統(tǒng)中采用分布式心跳服務(wù)器架 構(gòu)，請(qǐng)參考圖l，該心跳服務(wù)器架構(gòu)包括多個(gè)服務(wù)器單元(僅示出其中一個(gè))，各服務(wù)器單元相互連接且分布于不同網(wǎng)絡(luò)(例如中國(guó)國(guó)內(nèi)的教育網(wǎng)、公網(wǎng)等)。服務(wù)器單元包括服務(wù)器前 端、消息協(xié)議層、消息對(duì)象管理器、消息處理中心以及路由器，其中，服務(wù)器前端提供服務(wù)器 單元與用戶交互的接口 ，協(xié)議層負(fù)責(zé)將收到的消息按Maze通信協(xié)議封裝成消息對(duì)象，消息 對(duì)象管理器用于消息對(duì)象的暫存與管理，消息處理中心負(fù)責(zé)對(duì)消息對(duì)象進(jìn)行處理，并在需 要時(shí)通過(guò)路由器與其它服務(wù)器單元的消息處理中心進(jìn)行通信，發(fā)出處理請(qǐng)求和接收應(yīng)答， 或者接收處理請(qǐng)求并發(fā)送應(yīng)答，實(shí)現(xiàn)對(duì)消息對(duì)象的多服務(wù)器協(xié)同處理。優(yōu)選地，消息處理中 心包括映射分解模塊和整合化簡(jiǎn)模塊。對(duì)消息對(duì)象進(jìn)行處理時(shí)，先按照規(guī)定的消息類型對(duì) 消息對(duì)象進(jìn)行分類，對(duì)屬于需要多臺(tái)服務(wù)器單元協(xié)同處理的消息對(duì)象，由映射分解模塊根 據(jù)消息目的方所在服務(wù)器進(jìn)行分解，然后將分解所得的不同類別的子消息分別交由不同服 務(wù)器單元進(jìn)行該類子消息相對(duì)應(yīng)的處理，整合化簡(jiǎn)模塊則根據(jù)各服務(wù)器單元的應(yīng)答，將不 同類別的子消息的處理結(jié)果整合到一起，得到關(guān)于該消息對(duì)象的處理結(jié)果。
請(qǐng)參考圖2和圖3，分布式心跳服務(wù)業(yè)務(wù)流程包括以下具體的步驟
1)服務(wù)器前端接收來(lái)自用戶的消息。 2)協(xié)議層將消息封裝成消息對(duì)象并將消息對(duì)象交由消息對(duì)象管理器管理。 3)消息處理中心從消息對(duì)象管理器中取得消息對(duì)象進(jìn)行處理。 當(dāng)消息對(duì)象需要協(xié)同處理時(shí)，路由器接收來(lái)自消息處理中心的請(qǐng)求消息或應(yīng)答消
息發(fā)送給其它服務(wù)器單元，并從其它的服務(wù)器單元接收處理結(jié)果或請(qǐng)求消息發(fā)送給消息處
理中心處理。路由器維護(hù)整個(gè)Maze服務(wù)器的拓?fù)浣Y(jié)構(gòu)，保證服務(wù)器單元之間的連通，同時(shí)
它動(dòng)態(tài)的更新拓?fù)涫沟肕aze服務(wù)器擁有較高的容錯(cuò)能力。 4)處理完畢后把消息處理結(jié)果即應(yīng)答消息對(duì)象放入消息對(duì)象管理器準(zhǔn)備發(fā)送給 用戶。 5)服務(wù)器前端將消息對(duì)象管理器中發(fā)送給用戶的消息反饋給用戶。(或者先將消 息整合了再發(fā)送給用戶)。 以上步驟3)中，對(duì)于部分需要多臺(tái)服務(wù)器協(xié)同處理的消息對(duì)象，優(yōu)選采用映射分 解_整合化簡(jiǎn)(即Map-Reduce)技術(shù)進(jìn)行處理。請(qǐng)參考圖3，消息處理中心先對(duì)消息對(duì)象 進(jìn)行判斷，對(duì)需要協(xié)同處理的消息按照規(guī)定的消息類型進(jìn)行M即，分解后得到的不同類別 的子消息，然后將需要轉(zhuǎn)發(fā)出去的子消息交給路由器，將需要在本機(jī)處理的子消息由消息 處理中心繼續(xù)處理，并將結(jié)果存入消息對(duì)象管理器一個(gè)特殊的地方等待同一個(gè)消息的其 他機(jī)器處理結(jié)果，當(dāng)收到所有處理結(jié)果時(shí)再把所有處理結(jié)果Reduce,即整合后再一并返回 給用戶。對(duì)于特殊情況可將消息的部分處理結(jié)果直接返回給用戶。從抽象意義上而言， M即-Reduce是一種分治手段，具體在心跳服務(wù)進(jìn)程中，M即-Reduce是一種消息分類處理的 方式，Map是分的過(guò)程，其將一個(gè)問(wèn)題分成多個(gè)子問(wèn)題，對(duì)各個(gè)子問(wèn)題按照不同類別的消息 分由多個(gè)服務(wù)器單元進(jìn)行不同的處理，得到多個(gè)子解，而Reduce是Map的逆操作，是合的過(guò) 程，即對(duì)各子解進(jìn)行整合，其將各服務(wù)器單元的返回消息整合到一起后得到原問(wèn)題的解。采 用M即-Reduce，利用其分發(fā)、處理、整合的思想，使得心跳服務(wù)進(jìn)程實(shí)現(xiàn)起來(lái)較為簡(jiǎn)單，理解 起來(lái)也較為直觀。 以上步驟3)中，更具體地，路由器在接收到來(lái)自其它服務(wù)器單元的路由消息時(shí)， 將該路由消息翻譯成普通系統(tǒng)消息交由消息處理中心處理，消息處理中心處理完成后又將 應(yīng)答消息包裝成路由消息通過(guò)路由器返回給其它服務(wù)器。如果路由器從外部收到的消息是
6一個(gè)應(yīng)答消息，那么則將該消息翻譯成普通消息，根據(jù)消息類型進(jìn)行同步Reduce后，最終 將消息添加到消息對(duì)象管理器中的發(fā)送消息隊(duì)列或者其消息對(duì)應(yīng)的基消息所擁有的消息 隊(duì)列。 優(yōu)選采用面向?qū)ο缶幊陶Z(yǔ)言中的多態(tài)來(lái)實(shí)現(xiàn)心跳服務(wù)進(jìn)程中消息的統(tǒng)一處理。圖 1中，MazeMsg表示Maze中所有消息的基類，其他的消息都是該類的派生。RoutingMsgBase 表示Maze中的路由基礎(chǔ)消息，負(fù)責(zé)等待需要整合的路由消息，該消息中的序列號(hào)(sn)記錄 需要整合的消息的序列號(hào)，以便子消息能找到等待的路由基礎(chǔ)消息。MazeRoutingMsg表示 路由消息，用來(lái)包裝在服務(wù)器之間轉(zhuǎn)發(fā)的待處理及已處理完成的消息。 該心跳服務(wù)器架構(gòu)即進(jìn)程應(yīng)用在Maze系統(tǒng)中，由于各服務(wù)器單元設(shè)計(jì)服務(wù)器前 端、消息協(xié)議層、消息對(duì)象管理器、消息處理中心以及路由器五個(gè)部分，從而實(shí)現(xiàn)用戶請(qǐng)求 集中統(tǒng)一的接收、處理與回復(fù)，加快了消息響應(yīng)速度，提高了用戶體驗(yàn)；在此基礎(chǔ)上構(gòu)成分 布式部署，把服務(wù)器分布在不同的網(wǎng)絡(luò)內(nèi)，各服務(wù)器對(duì)本網(wǎng)絡(luò)內(nèi)的用戶提供服務(wù)，服務(wù)器之 間相互通信以滿足不同網(wǎng)絡(luò)內(nèi)用戶的交互，從而實(shí)現(xiàn)了跨網(wǎng)功能，解決了因用戶訪問(wèn)量過(guò) 多導(dǎo)致的服務(wù)器服務(wù)瓶頸，使Maze系統(tǒng)的心跳服務(wù)器能夠及時(shí)地響應(yīng)系統(tǒng)用戶請(qǐng)求。
在一優(yōu)選的實(shí)施例中，服務(wù)器單元采用數(shù)組存儲(chǔ)用戶信息，并為系統(tǒng)用戶配置會(huì) 話ID(Session ID) ， Session ID含有相應(yīng)用戶的用戶信息在所述數(shù)組中的存儲(chǔ)位置信息。 此優(yōu)選的方案在Maze系統(tǒng)中實(shí)現(xiàn)了對(duì)用戶獨(dú)特的雙賬號(hào)管理模型，其中傳統(tǒng)賬號(hào)與用戶 本身相關(guān)聯(lián)，而Session ID則只是用戶在Maze系統(tǒng)中的標(biāo)識(shí)，引入Session ID后對(duì)原有
用戶信息的存儲(chǔ)方式進(jìn)行了改進(jìn)，提高了用戶請(qǐng)求的響應(yīng)效率。原有用戶信息是用哈希圖 (hash m即)存儲(chǔ)的，由于hash m即可以根據(jù)關(guān)鍵字取值，在心跳中用該種方式存放用戶 描述信息，便可根據(jù)用戶的ID來(lái)獲取用戶的詳細(xì)信息，但是，由于不允許多個(gè)線程同時(shí)從 hash map中取用戶信息，這就導(dǎo)致一個(gè)線程工作多個(gè)線程等待的狀態(tài)。在心跳服務(wù)進(jìn)程中 改用數(shù)組存儲(chǔ)用戶信息，這樣各線程便可根據(jù)用戶信息在數(shù)組中的存儲(chǔ)位置直接獲取，而 不用等待別的線程對(duì)整個(gè)數(shù)組操作完成后進(jìn)行，而引入Session ID后，由于Session ID中 含有用戶在數(shù)組中的存儲(chǔ)位置，這樣便可快速獲取用戶信息，完成對(duì)用戶消息的快速處理， 從而提高了對(duì)用戶請(qǐng)求的響應(yīng)效率。 在另一實(shí)施例中，服務(wù)器單元在采用數(shù)組存儲(chǔ)用戶信息的同時(shí)，還采用hash map 存儲(chǔ)索引信息，該索引信息用于將用戶ID映射為其所對(duì)應(yīng)的用戶信息在數(shù)組中的存儲(chǔ)位 置信息。此實(shí)施例中，哈希圖不存儲(chǔ)用戶信息，而是做索引用，將用戶ID(即MazeID)映射 為其在數(shù)組中的位置信息，從而實(shí)現(xiàn)對(duì)未為系統(tǒng)用戶配置會(huì)話ID的老版本的兼容。
在又一實(shí)施例中，服務(wù)器單元采用hash m即存儲(chǔ)用戶信息，而hash m即的同步訪 問(wèn)采用讀寫鎖進(jìn)行控制。除了以數(shù)組結(jié)構(gòu)取代hash map并采用Session ID來(lái)加快同步訪 問(wèn)的方法外，對(duì)于服務(wù)響應(yīng)的要求還可通過(guò)改進(jìn)用戶信息存儲(chǔ)結(jié)構(gòu)的加鎖方式來(lái)實(shí)現(xiàn)?，F(xiàn) 有的方案是使用互斥鎖來(lái)控制對(duì)用戶信息的同步訪問(wèn)，而互斥鎖是一種保護(hù)訪問(wèn)唯一的方 式，取保護(hù)信息加互斥鎖后，獲取該鎖的使用者在釋放該鎖之前，不允許其他使用者對(duì)保護(hù) 區(qū)訪問(wèn)。隨著用戶數(shù)量的增多，用來(lái)存放用戶信息的hash map越來(lái)越大，每次訪問(wèn)的時(shí)間 也相應(yīng)增加，而另一方面，用戶數(shù)量越多，對(duì)hash map的訪問(wèn)也越頻繁，這樣就出現(xiàn)了響應(yīng) 時(shí)間無(wú)法讓用戶滿意的情況。通過(guò)改變加鎖方式，不再使用互斥鎖來(lái)控制同步訪問(wèn)，而是使 用一種新的鎖，比如讀寫鎖來(lái)實(shí)現(xiàn)。相比較而言，互斥鎖需要各線程串行訪問(wèn)hash m即，使得消息的處理阻塞在別的消息的處理上，影響了處理效率，影響了服務(wù)器對(duì)用戶請(qǐng)求的響 應(yīng)，而讀寫鎖是一種允許多個(gè)用戶同時(shí)對(duì)保護(hù)區(qū)進(jìn)行讀寫的方式，使用該鎖后，多個(gè)線程便
可同時(shí)獲取hash map中的用戶信息，完成多個(gè)消息的同時(shí)處理，加快了對(duì)用戶的響應(yīng)。
同時(shí)，心跳服務(wù)進(jìn)程的新設(shè)計(jì)、分布式服務(wù)的實(shí)現(xiàn)及更優(yōu)選的SessionID的引入， 還將帶來(lái)的用戶信息數(shù)組的存放方式、新的協(xié)議標(biāo)準(zhǔn)的變化。分布式服務(wù)的實(shí)現(xiàn)是在服務(wù) 器進(jìn)程的重新設(shè)計(jì)基礎(chǔ)上完成的，而服務(wù)器的新設(shè)計(jì)除了這五部分架構(gòu)上設(shè)計(jì)外，還包含 對(duì)消息協(xié)議的修改。新架構(gòu)下，用戶與心跳服務(wù)器間的通信不再采用xml格式的協(xié)議，而是 采用了一種二進(jìn)制協(xié)議，即一種按字節(jié)流傳送消息的方式，協(xié)議修改后，需要同時(shí)兼容原來(lái) 的消息格式，這樣就需要消息解析，把舊版本的xml格式的消息與二進(jìn)制協(xié)議下的消息轉(zhuǎn) 換成同一種格式，心跳中采用的是消息對(duì)象，把消息中的信息轉(zhuǎn)換成消息對(duì)象中的屬性，以 完成同一，方便用戶信息的獲取。引入Session ID后，消息中需要包含用戶的Session ID， 這樣就要在原來(lái)的消息協(xié)議中增加消息發(fā)送者及接受者的Session ID。
本發(fā)明在服務(wù)器原有功能的基礎(chǔ)上，擴(kuò)展了對(duì)用戶群的服務(wù)，服務(wù)器架構(gòu)的重新 設(shè)計(jì)、M即-Reduce方案、用戶信息存放方式的改進(jìn)和Session ID的引入，極大地提高了服 務(wù)器的性能，滿足了用戶越來(lái)越多的現(xiàn)實(shí)需求。 以上內(nèi)容是結(jié)合具體的優(yōu)選實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說(shuō)明，不能認(rèn)定 本發(fā)明的具體實(shí)施只局限于這些說(shuō)明。對(duì)于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在 不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡(jiǎn)單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的 保護(hù)范圍。
權(quán)利要求
一種分布式心跳服務(wù)器架構(gòu)，其特征在于，包括復(fù)數(shù)個(gè)相互連接且分布在不同網(wǎng)絡(luò)區(qū)域的服務(wù)器單元，所述服務(wù)器單元包括服務(wù)器前端、消息協(xié)議層、消息對(duì)象管理器、消息處理中心以及路由器，所述服務(wù)器前端接收用戶消息，所述消息協(xié)議層將用戶消息封裝成消息對(duì)象并送至所述消息對(duì)象管理器，所述消息處理中心對(duì)所述消息對(duì)象管理器中的消息對(duì)象進(jìn)行處理，并通過(guò)所述路由器與其它服務(wù)器單元進(jìn)行通信，在需要多個(gè)服務(wù)器單元協(xié)同處理時(shí)將本單元與其它相關(guān)服務(wù)器單元關(guān)于所述消息對(duì)象的處理結(jié)果結(jié)合處理，所得結(jié)果通過(guò)所述消息協(xié)議層和服務(wù)器前端返回給用戶。
2. 如權(quán)利要求1所述的分布式心跳服務(wù)器架構(gòu)，其特征在于，所述消息處理中心包括映射分解模塊和整合化簡(jiǎn)模塊，所述映射分解模塊將需要多臺(tái)服務(wù)器單元協(xié)同處理的消息對(duì)象進(jìn)行分解，并將分解所得的不同類別的子消息分別交由相應(yīng)服務(wù)器單元進(jìn)行與其類別相對(duì)應(yīng)的處理，所述整合化簡(jiǎn)模塊將各服務(wù)器單元對(duì)不同類別的子消息的處理結(jié)果整合到一起，以得到關(guān)于所述消息對(duì)象的處理結(jié)果。
3. 如權(quán)利要求1或2所述的分布式心跳服務(wù)器架構(gòu)，其特征在于，所述服務(wù)器單元采用數(shù)組存儲(chǔ)用戶信息，并為用戶配置會(huì)話ID，所述會(huì)話ID含有相應(yīng)用戶的用戶信息在所述數(shù)組中的存儲(chǔ)位置信息。
4. 如權(quán)利要求3所述的分布式心跳服務(wù)器架構(gòu)，其特征在于，所述服務(wù)器單元采用哈希圖存儲(chǔ)索引信息，所述索引信息將用戶ID映射為其所對(duì)應(yīng)的用戶信息在所述數(shù)組中的存儲(chǔ)位置信息。
5. —種用于分布式心跳服務(wù)器架構(gòu)的心跳服務(wù)進(jìn)程處理方法，所述分布式心跳服務(wù)器架構(gòu)包括復(fù)數(shù)個(gè)相互連接且分布在不同網(wǎng)絡(luò)區(qū)域的服務(wù)器單元，其特征在于，所述方法包括以下步驟Al.服務(wù)器單元接收用戶消息并將所述用戶消息封裝成消息對(duì)象；Bl.服務(wù)器單元對(duì)所述消息對(duì)象進(jìn)行處理，并與其它服務(wù)器單元進(jìn)行通信，在需要多個(gè)服務(wù)器單元協(xié)同處理時(shí)將本單元與其它相關(guān)服務(wù)器單元關(guān)于所述消息對(duì)象的處理結(jié)果結(jié)合處理；Cl.將所得的最終結(jié)果返回給用戶。
6. 如權(quán)利要求5所述的分布式心跳服務(wù)進(jìn)程處理方法，其特征在于，所述步驟B1中，接收用戶消息的服務(wù)器單元執(zhí)行下子步驟Bll.判斷所述消息對(duì)象是否需要多個(gè)服務(wù)器單元協(xié)同處理，如果不需要?jiǎng)t進(jìn)入步驟B12，如果需要?jiǎng)t轉(zhuǎn)步驟B13 ;B12.直接處理所述消息對(duì)象；B13.將所得的需要多臺(tái)服務(wù)器單元協(xié)同處理的消息對(duì)象根據(jù)消息目的方所在服務(wù)器進(jìn)行分解，得到的不同類別的子消息分別送至相應(yīng)的服務(wù)器單元以進(jìn)行與其類別相對(duì)應(yīng)的處理；B14.獲取各服務(wù)器單元關(guān)于子消息的處理結(jié)果并進(jìn)行化簡(jiǎn)整合。
7. 如權(quán)利要求5或6所述的分布式心跳服務(wù)進(jìn)程處理方法，其特征在于，所述服務(wù)器單元采用數(shù)組存儲(chǔ)用戶信息，并為用戶配置會(huì)話ID，所述會(huì)話ID含有相應(yīng)用戶的用戶信息在所述數(shù)組中的存儲(chǔ)位置信息。
8. 如權(quán)利要求7所述的分布式心跳服務(wù)進(jìn)程處理方法，其特征在于，所述服務(wù)器單元采用哈希圖存儲(chǔ)索引信息，所述索引信息將用戶ID映射為其所對(duì)應(yīng)的用戶信息在所述數(shù)組中的存儲(chǔ)位置信息。
全文摘要
本發(fā)明提供了一種分布式心跳服務(wù)器架構(gòu)，包括復(fù)數(shù)個(gè)相互連接且分布在不同網(wǎng)絡(luò)區(qū)域的服務(wù)器單元，其包括服務(wù)器前端、消息協(xié)議層、消息對(duì)象管理器、消息處理中心和路由器，服務(wù)器前端接收用戶消息，消息協(xié)議層將用戶消息封裝成消息對(duì)象并送至消息對(duì)象管理器，消息處理中心對(duì)消息對(duì)象進(jìn)行處理，并通過(guò)路由器與其它服務(wù)器單元進(jìn)行通信，在需要多個(gè)服務(wù)器單元協(xié)同處理時(shí)將本單元與其它相關(guān)服務(wù)器單元關(guān)于消息對(duì)象的處理結(jié)果結(jié)合處理，所得結(jié)果通過(guò)消息協(xié)議層和服務(wù)器前端返回給用戶。還提供了一種心跳服務(wù)器進(jìn)程處理方法。本發(fā)明能提高心跳服務(wù)器負(fù)載能力，減少服務(wù)響應(yīng)時(shí)間，提升用戶體驗(yàn)，滿足了P2P文件共享系統(tǒng)用戶群擴(kuò)展的需求。
文檔編號(hào)H04L29/06GK101764836SQ200810241599
公開(kāi)日2010年6月30日 申請(qǐng)日期2008年12月23日 優(yōu)先權(quán)日2008年12月23日
發(fā)明者李揮, 李曉明, 楊國(guó)東, 王艷敏, 雷凱 申請(qǐng)人:北京大學(xué)深圳研究生院