專利名稱：多節(jié)點系統(tǒng)下的郵件代理方法、設備和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信技術領域，特別涉及一種多節(jié)點系統(tǒng)下的郵件代理方法、設備和 系統(tǒng)。
背景技術：
在現(xiàn)有技術中，通?？梢酝ㄟ^集中部署，將具有同類業(yè)務操作需求的用戶集中部 署到同一個公共平臺系統(tǒng)，由公共平臺實現(xiàn)對外提供統(tǒng)一的服務，使得該公共平臺融業(yè)務 處理及系統(tǒng)管理于一體。
如果出現(xiàn)用戶人數(shù)增多、系統(tǒng)負載壓力過大或者有新功能需求時，系統(tǒng)通過新添 機器設備、購買軟件產(chǎn)品等方式或通過新增節(jié)點的方式為新增加的業(yè)務用戶提供服務，既 不影響已有用戶的服務品質(zhì)同時也能解決過多用戶造成的負載過大的問題。
其中，新增節(jié)點與已有節(jié)點完全獨立、互不影響，各個節(jié)點既具備業(yè)務處理的功能 同時也具備系統(tǒng)管理的能力，可以通過建立公共的通道使各個節(jié)點產(chǎn)生的性能數(shù)據(jù)、監(jiān)控 數(shù)據(jù)能集中匯集至固定的位置方便系統(tǒng)統(tǒng)一上報。
電子郵件技術的發(fā)展以及手機終端的普及，使得人們的生活方式得到了極大地改 變，利用手機終端隨時隨地進行電子郵件的處理已經(jīng)變得異常重要。為使移動用戶能通過 手機終端接收電子郵件，現(xiàn)有技術中通過部署“郵件代理網(wǎng)關”的模式向移動用戶提供業(yè)務 服務。
目前為了解決海量用戶的并發(fā)訪問以及對富數(shù)據(jù)操作的時效性的要求，對應前述 兩種解決方案，系統(tǒng)通常采用以下兩種通用技術方案解決相應的問題
方案一、盡可能地提高單節(jié)點的的處理能力及性能，通過購買新的軟硬件設備并 進行對系統(tǒng)中存在的瓶頸進行針對性地小范圍的修改優(yōu)化，采用虛擬專用網(wǎng)絡(Virtual Private Network,VPN)連接的方式將各個小的系統(tǒng)組合成一個超大規(guī)模的平臺整合系統(tǒng)。
方案二、通過部署多個獨立的分節(jié)點容納新開的用戶，新節(jié)點為新開用戶服務，已 有系統(tǒng)服務于先前已經(jīng)開通服務的用戶，因此，新用戶的增加并未降低系統(tǒng)對先前已經(jīng)開 通服務的用戶提供的服務品質(zhì)。各個獨立節(jié)點從結(jié)構到功能都完全一致，唯一不同之處在 于其部署的位置不同。
進一步，通過提供公共通道的模式使各個節(jié)點產(chǎn)生的性能數(shù)據(jù)、監(jiān)控數(shù)據(jù)能集中 匯集至固定的位置方便系統(tǒng)統(tǒng)一上報。
在實現(xiàn)本發(fā)明的過程中，申請人發(fā)現(xiàn)現(xiàn)有技術至少存在以下問題
首先，方案一的VPN方式的連接會成為系統(tǒng)新的性能瓶頸，即使采用硬件VPN連接 性能也不能完全解決而且還增加了系統(tǒng)的運營成本。
其次，對于方案二所部署的新的分節(jié)點，由于各個分節(jié)點完全獨立而且功能完全 一致，都具備完整的管理、配置功能，所以，管理員只能通過依次遠程連接的方式連接各個 分節(jié)點進行管理維護的工作，增加了管理成本，而各個分節(jié)點中的重復存在的備份配置也 造成了資源的冗余浪費。發(fā)明內(nèi)容
本發(fā)明提供一種多節(jié)點系統(tǒng)下的郵件代理方法、設備和系統(tǒng)，將系統(tǒng)劃分為可獨 立運行的管理節(jié)點和業(yè)務節(jié)點，并通過管理節(jié)點實現(xiàn)多節(jié)點系統(tǒng)的管理。
為達到上述目的，本發(fā)明一方面提供了一種多節(jié)點系統(tǒng)下的郵件代理方法，應用 于包括至少一個業(yè)務節(jié)點和一個管理節(jié)點的多節(jié)點系統(tǒng)中，其中，所述管理節(jié)點中保存各 業(yè)務節(jié)點的位置信息，所述方法包括
所述管理節(jié)點解析接收到的郵件通知消息，確定所述郵件通知消息所對應的業(yè)務 節(jié)占.I— /、、、
在保存的所述業(yè)務節(jié)點的位置信息中查詢所述業(yè)務節(jié)點的位置信息；
向所述位置信息所對應的業(yè)務節(jié)點轉(zhuǎn)發(fā)所述郵件通知消息，通知所述業(yè)務節(jié)點處 理所述郵件通知消息所對應的郵件業(yè)務。
另一方面，本發(fā)明還提供了一種管理節(jié)點，應用于包括至少一個業(yè)務節(jié)點和一個 管理節(jié)點的多節(jié)點系統(tǒng)中，包括
存儲模塊，用于保存所述多節(jié)點系統(tǒng)中的各業(yè)務節(jié)點的位置信息；
解析模塊，用于解析接收到的郵件通知消息，確定所述郵件通知消息所對應的業(yè) 務節(jié)點；
查詢模塊，用于在所述存儲模塊保存的各業(yè)務節(jié)點的位置信息中查詢所述解析模 塊確定的業(yè)務節(jié)點的位置信息；
通信模塊，用于接收郵件通知消息，并向所述查詢模塊所查詢到的位置信息所對 應的業(yè)務節(jié)點轉(zhuǎn)發(fā)所述郵件通知消息，使所述業(yè)務節(jié)點處理所述郵件通知消息所對應的郵 件業(yè)務。
另一方面，本發(fā)明還提供了一種業(yè)務節(jié)點，應用于包括至少一個業(yè)務節(jié)點和一個 管理節(jié)點的多節(jié)點系統(tǒng)中，包括
接收模塊，用于接收管理節(jié)點發(fā)送的郵件通知消息；
識別模塊，用于識別所述接收模塊所接收的郵件通知消息中是否包含合法的識別 標識；
處理模塊，用于當所述識別模塊識別所述郵件通知消息包含合法的識別標識時， 處理所述郵件通知消息所對應的郵件業(yè)務。
另一方面，本發(fā)明還提供了一種多節(jié)點系統(tǒng)，包括至少一個業(yè)務節(jié)點和一個管理 節(jié)點，其中，所述管理節(jié)點中保存各業(yè)務節(jié)點的位置信息，
所述管理節(jié)點，用于解析接收到的郵件通知消息，確定所述郵件通知消息所對應 的業(yè)務節(jié)點，并根據(jù)保存的所述業(yè)務節(jié)點的位置信息，向所述郵件通知消息的指定業(yè)務節(jié) 點或當前資源占用指數(shù)最小的業(yè)務節(jié)點發(fā)送所述郵件通知消息；
所述業(yè)務節(jié)點，用于根據(jù)所述管理節(jié)點發(fā)送的郵件通知消息處理相應的郵件業(yè)務。
與現(xiàn)有技術相比，本發(fā)明具有以下優(yōu)點
通過將系統(tǒng)劃分為管理節(jié)點、業(yè)務節(jié)點和備份節(jié)點，各個節(jié)點可獨立運行，沒有局 域網(wǎng)或虛擬局域網(wǎng)的物理依賴，所以當在新的地點部署系統(tǒng)時，節(jié)點可依賴周邊的網(wǎng)絡環(huán)6境，通過配置而獨立為用戶提供服務，減少了網(wǎng)絡的修改和配置工作量，同時，網(wǎng)絡上的無 依賴性也使得通過局域網(wǎng)傳播的病毒得到遏制，無法擴散到整個多節(jié)點系統(tǒng)。


圖1為本發(fā)明實施例所提出的一種多節(jié)點系統(tǒng)下的郵件代理方法的流程示意圖2為本發(fā)明實施例所提出的一種多節(jié)點系統(tǒng)下的郵件代理方法中的管理節(jié)點 對各個業(yè)務節(jié)點進行管理維護操作的流程示意圖3為本發(fā)明實施例所提出的一種管理節(jié)點進行管理操作的流程示意圖4為本發(fā)明實施例所提出的多節(jié)點系統(tǒng)的管理方法中的性能監(jiān)控流程的示意 圖5為本發(fā)明實施例所提出的多節(jié)點系統(tǒng)的管理方法中的性能監(jiān)控流程的示意 圖6為本發(fā)明實施例所提出的多節(jié)點系統(tǒng)的管理方法中的郵件通知轉(zhuǎn)發(fā)流程的 示意圖7為本發(fā)明實施例所提出的一種進行用戶分發(fā)的網(wǎng)絡結(jié)構示意圖8為本發(fā)明實施例所提出的一種用戶分發(fā)流程的示意圖9為本發(fā)明實施例所提出的一種多節(jié)點系統(tǒng)的結(jié)構示意圖10為本發(fā)明實施例所提出的一種管理節(jié)點的結(jié)構示意圖11為本發(fā)明實施例所提出的一種業(yè)務節(jié)點的結(jié)構示意圖12為本發(fā)明實施例所提出的一種具體場景下的多節(jié)點系統(tǒng)的結(jié)構示意圖。
具體實施方式
如背景技術所述，現(xiàn)有的物理上部署在不同位置或地點的應用系統(tǒng)，每一個位置 或地點的系統(tǒng)只是在物理地點上不同，通過網(wǎng)絡設置手段，使每個地點的服務器設備處在 相同的局域網(wǎng)或虛擬局域網(wǎng)，而且，當某個節(jié)點的系統(tǒng)由于意外原因出現(xiàn)故障時，會擴展到 整個局域網(wǎng)或虛擬局域網(wǎng)，影響到整個多節(jié)點系統(tǒng)。
本發(fā)明實施例提出了一種多節(jié)點系統(tǒng)下的郵件代理方法，通過對系統(tǒng)整體功能的 規(guī)劃，按照不同的職能對系統(tǒng)劃分為管理節(jié)點、業(yè)務節(jié)點和備份節(jié)點，各個節(jié)點可獨立運 行，沒有局域網(wǎng)或虛擬局域網(wǎng)的物理依賴。
需要說明的是，物理上部署在不同位置或地點的系統(tǒng)，每一個位置或地點的都是 一個具備完整功能的業(yè)務系統(tǒng)(也即是節(jié)點)，各節(jié)點可按職能進行組織、部署，各節(jié)點在 邏輯或物理上，可以不在相同的局域網(wǎng)或虛擬局域網(wǎng)中。
上述的管理節(jié)點、業(yè)務節(jié)點和備份節(jié)點職能獨立，依賴性少，各節(jié)點可獨立工作。 當管理節(jié)點出故障的時候，業(yè)務節(jié)點不需管理節(jié)點的干預可以正常運行，當把郵件通知消 息通過網(wǎng)絡配置映射到正常的業(yè)務節(jié)點時，業(yè)務節(jié)點可以正常服務于已有用戶，而當業(yè)務 節(jié)點出現(xiàn)故障時，管理節(jié)點的用戶訂購管理、業(yè)務通知的接收等均可正常工作，業(yè)務節(jié)點一 旦恢復正常，新訂購用戶和業(yè)務通知可由業(yè)務節(jié)點繼續(xù)處理。備份節(jié)點則為系統(tǒng)安全穩(wěn)定 運行提供了額外保證手段。
基于上述技術思路，本發(fā)明實施例提供了一種多節(jié)點系統(tǒng)下的郵件代理方法，應用于包括至少一個業(yè)務節(jié)點和一個管理節(jié)點的多節(jié)點系統(tǒng)中，其中，管理節(jié)點中保存各業(yè) 務節(jié)點的位置信息。
如圖1所示，為本發(fā)明實施例提供的一種多節(jié)點系統(tǒng)下的郵件代理方法的流程示 意圖，該方法具體包括以下步驟
步驟S101、管理節(jié)點解析接收到的郵件通知消息，確定該郵件通知消息所對應的 業(yè)務節(jié)點。
在具體的應用場景中，本步驟的實現(xiàn)過程具體為
管理節(jié)點解析接收到的郵件通知消息，確定郵件通知消息所對應的用戶信息；
管理節(jié)點根據(jù)用戶信息與業(yè)務節(jié)點的對應關系，確定郵件通知消息所對應的業(yè)務 節(jié)點。
其中，管理節(jié)點所接收到的郵件通知消息，具體為
電子郵件服務器在用戶的電子郵箱接收到新的電子郵件信息后，向管理節(jié)點發(fā)送 的超文本傳輸協(xié)議(Hypertext Transfer Protocol, HTTP)格式的消息包。
步驟S102、管理節(jié)點在保存的各業(yè)務節(jié)點位置信息中查詢郵件通知消息所對應的 業(yè)務節(jié)點的位置信息。
步驟S103、管理節(jié)點向該位置信息所對應的業(yè)務節(jié)點轉(zhuǎn)發(fā)郵件通知消息，通知該 業(yè)務節(jié)點處理郵件通知消息所對應的郵件業(yè)務。
在具體的應用場景中，本步驟具體包括
管理節(jié)點根據(jù)業(yè)務節(jié)點的位置信息，建立與業(yè)務節(jié)點之間的網(wǎng)絡連接；
管理節(jié)點通過網(wǎng)絡連接向業(yè)務節(jié)點發(fā)送該郵件通知消息。
進一步的，為了實現(xiàn)網(wǎng)絡安全方面的保證，本步驟中還可以包括以下的鑒權策 略
管理節(jié)點在待轉(zhuǎn)發(fā)的郵件通知消息中添加識別標識；
管理節(jié)點向業(yè)務節(jié)點發(fā)送包含識別標識的郵件通知消息，使業(yè)務節(jié)點在識別郵件 通知消息中攜帶的識別標識成功的情況下，根據(jù)郵件通知消息處理對應的郵件業(yè)務。
在具體的應用場景中，當網(wǎng)絡系統(tǒng)中還包括備份節(jié)點時，方法還包括以下的備份 流程
各業(yè)務節(jié)點按照預設的備份周期將自身的數(shù)據(jù)信息備份到網(wǎng)絡系統(tǒng)中的備份節(jié) 點中，其中，備份節(jié)點中根據(jù)不同的用戶標識對個用戶所對應的數(shù)據(jù)信息進行區(qū)分；
當一個業(yè)務節(jié)點中的一個或多個用戶的數(shù)據(jù)信息需要進行數(shù)據(jù)恢復時，業(yè)務節(jié)點 向備份節(jié)點獲取相應用戶的數(shù)據(jù)信息，進行數(shù)據(jù)恢復。
為了更好的管理系統(tǒng)中各業(yè)務節(jié)點的業(yè)務負載情況，在具體的應用場景中，本方 法還可以包括以下的性能監(jiān)控流程
管理節(jié)點按照預設的檢測周期獲取各業(yè)務節(jié)點的性能數(shù)據(jù)信息，并根據(jù)性能數(shù)據(jù) 信息對各業(yè)務節(jié)點進行性能監(jiān)控。
根據(jù)系統(tǒng)設置的不同，性能監(jiān)控流程包括以下兩種方式
方式一、管理節(jié)點按照預設的檢測周期主動獲取各業(yè)務節(jié)點的性能數(shù)據(jù)信息。
這是主動的性能監(jiān)控，可以在管理節(jié)點側(cè)進行控制，便于管理。
方式二、管理節(jié)點接收各業(yè)務節(jié)點按照預設的上報周期廣播發(fā)送的性能數(shù)據(jù)信息。
這是被動的性能監(jiān)控，可以簡化網(wǎng)絡設置，只需要簡單的業(yè)務節(jié)點配置策略，就可 以實現(xiàn)性能監(jiān)控機制的建立。
在此種情況下，業(yè)務節(jié)點并不需要相應的反饋，只要向管理接點活預設的組播地 址發(fā)送了性能數(shù)據(jù)信息即可，減少了信息交互的資源消耗。
基于上述的性能監(jiān)控結(jié)果，管理節(jié)點對郵件通知消息進行調(diào)度調(diào)控，相應的處理 流程具體包括以下步驟
首先，管理節(jié)點判斷郵件通知消息是否指定業(yè)務節(jié)點，即判斷發(fā)起該郵件通知消 息的用戶是否是訂購用戶。
如果管理節(jié)點判斷該郵件通知消息沒有指定業(yè)務節(jié)點，則管理節(jié)點根據(jù)多節(jié)點系 統(tǒng)中各業(yè)務節(jié)點的當前系統(tǒng)資源占用情況，向當前系統(tǒng)資源占用最少的業(yè)務節(jié)點發(fā)送該郵 件通知消息，使該業(yè)務節(jié)點根據(jù)該郵件通知消息處理對應的郵件業(yè)務。
其中，多節(jié)點系統(tǒng)中各業(yè)務節(jié)點的當前系統(tǒng)資源占用情況具體通過各業(yè)務節(jié)點的 當前資源占用指數(shù)來表示，具體通過以下方式進行計算
管理節(jié)點獲取多節(jié)點系統(tǒng)中各業(yè)務節(jié)點所對應的各種設備的CPU占用率、MEM占 用率和網(wǎng)絡流量占用率；
管理節(jié)點根據(jù)多節(jié)點系統(tǒng)中各業(yè)務節(jié)點所對應的各種設備的CPU占用率、MEM占 用率和網(wǎng)絡流量占用率，以及各種設備及資源參數(shù)所對應的權重值，計算業(yè)務節(jié)點的當前 資源占用指數(shù)。
如果管理節(jié)點判斷郵件通知消息指定了業(yè)務節(jié)點，則管理節(jié)點向指定的業(yè)務節(jié)點 發(fā)送該業(yè)務請求，使指定的業(yè)務節(jié)點根據(jù)該郵件通知消息處理對應的郵件業(yè)務。
與現(xiàn)有技術相比，本發(fā)明實施例具有以下優(yōu)點
通過將系統(tǒng)劃分為管理節(jié)點、業(yè)務節(jié)點和備份節(jié)點，各個節(jié)點可獨立運行，沒有局 域網(wǎng)或虛擬局域網(wǎng)的物理依賴，所以當在新的地點部署系統(tǒng)時，節(jié)點可依賴周邊的網(wǎng)絡環(huán) 境，通過配置而獨立為用戶提供服務，減少了網(wǎng)絡的修改和配置工作量，同時，網(wǎng)絡上的無 依賴性也使得通過局域網(wǎng)傳播的病毒得到遏制，無法擴散到整個多節(jié)點系統(tǒng)。
下面，進一步結(jié)合具體的應用場景，對本發(fā)明實施例所提出的技術方案進行說明。
多節(jié)點部署方式所建立的系統(tǒng)由于將配置管理系統(tǒng)進行了突出，系統(tǒng)的維護管理 功能進行了集中規(guī)劃及部署，通過設立特定的“管理節(jié)點”專門對系統(tǒng)進行管理配置、維護 等方面的工作，管理節(jié)點通過與部署于各個業(yè)務節(jié)點的代理模塊進行交互通行此而實現(xiàn)對 整個系統(tǒng)的管理。代理模塊可以簡化到以插件的形式“安插”到各個業(yè)務節(jié)點，所以管理員 可以根據(jù)實際需要按需部署配置各個業(yè)務節(jié)點，同時后期隨著業(yè)務的開展，通過開發(fā)新的 “插件”以實現(xiàn)對新功能的管理配置工作。
如圖2所示，為本發(fā)明實施例提出的一種多節(jié)點系統(tǒng)下的郵件代理方法中的管理 節(jié)點對各個業(yè)務節(jié)點進行管理維護操作的流程示意圖，該流程具體包括以下步驟
步驟S201、管理節(jié)點查找定位各個業(yè)務節(jié)點的節(jié)點位置。
由于存在多個業(yè)務業(yè)務節(jié)點，各個業(yè)務節(jié)點的網(wǎng)絡物理位置各異，管理員對系統(tǒng) 進行配置之前需要定位到待操作的業(yè)務節(jié)點具體物理位置(例如待連接的網(wǎng)絡地址)。
通常各個業(yè)務節(jié)點的物理位置存放在管理節(jié)點數(shù)據(jù)庫系統(tǒng)中，為了提高系統(tǒng)的訪問性能，這些位置信息被放置在系統(tǒng)高速緩存中。
步驟S202、管理節(jié)點連接待操作業(yè)務節(jié)點。
通過步驟S201得到業(yè)務節(jié)點的連接IP地址并與之建立遠程網(wǎng)絡連接，以后的各 種配置管理維護等操作都是通過此連接完成。
步驟S203、管理節(jié)點通過管理員發(fā)送管理配置指令。
與業(yè)務節(jié)點建立連接以后，管理節(jié)點就可以向業(yè)務節(jié)點發(fā)送各種管理、配置等指 令最終實現(xiàn)對各個業(yè)務節(jié)點的管理工作。
為了提高系統(tǒng)內(nèi)通信的安全性，各種管理、配置維護類指令通過預設的指令碼予 以識別。
步驟S204、業(yè)務節(jié)點接收管理配置指令并進行解析。
業(yè)務節(jié)點接收到來自管理節(jié)點的各種指令以后通過解析指令碼以及各種操作參 數(shù)獲取相應的管理配置操作內(nèi)容，并可選的進行管理配置命令的合法性驗證。
步驟S205、業(yè)務節(jié)點根據(jù)解析結(jié)果實現(xiàn)具體的管理配置操作。
例如修改配置文件，插件將根據(jù)參數(shù)值修改相應的配置文件；
例如啟停進程，插件將啟動或停止收到參數(shù)指定的系統(tǒng)進程(執(zhí)行命令 ki1Iall_9process—name)0
為了便于對系統(tǒng)的維護，管理節(jié)點的管理服務模塊以及各個業(yè)務節(jié)點的代理模塊 交互過程采用可靠交互方式，即代理操作完成以后需要向請求方發(fā)送確認消息；同時雙方 在操作過程中都通過記錄行為日志的方式進行記錄，以便檢查。
如果是由管理員通過管理節(jié)點進行管理操作，相應的示意圖如圖3所示。
另一方面，如圖4所示，為本發(fā)明實施例所提出的多節(jié)點系統(tǒng)的管理方法中的性 能監(jiān)控流程的示意圖。
通過部署在各個業(yè)務節(jié)點的性能監(jiān)控代理單元定時收集各個業(yè)務節(jié)點的性能數(shù) 據(jù)并上報給管理節(jié)點，最終存入相應的數(shù)據(jù)庫或存入文件中，并由相應的性能分析模塊/ 程序所處理。
這樣的觸發(fā)可以是管理節(jié)點定期向業(yè)務節(jié)點發(fā)送性能數(shù)據(jù)請求信息，并根據(jù)返回 的性能數(shù)據(jù)進行性能監(jiān)控。
也可以是由業(yè)務節(jié)點定期上報的方式實現(xiàn)。
為了簡化系統(tǒng)的處理，業(yè)務節(jié)點將采用廣播/組播的技術上報本節(jié)點的各種性能 數(shù)據(jù)，由于各個業(yè)務節(jié)點只想將性能數(shù)據(jù)組播到指定的組播地址即可，所以無需等待接收 方的應答。由于采用廣播/組播技術，此而降低了系統(tǒng)間的耦合性、減少了系統(tǒng)的性能開 銷，同時也便于系統(tǒng)的部署工作。
另一方面，如圖5所示，為本發(fā)明實施例所提出的多節(jié)點系統(tǒng)的管理方法中的性 能監(jiān)控流程的示意圖，該流程包括以下步驟
步驟S501、各個業(yè)務節(jié)點在進行各種業(yè)務處理的過程中定時將業(yè)務數(shù)據(jù)備份到指 定的備份節(jié)點上。
步驟S502、備份節(jié)點按照各用戶所對應的信息進行備份信息的存儲。
由于系統(tǒng)根據(jù)各個用戶的號碼(針對郵件代理業(yè)務系統(tǒng)是根據(jù)用戶的手機號碼) 在存儲系統(tǒng)中(例如硬盤上)對用戶進行了分塊劃分，各個用戶自己的數(shù)據(jù)將被存放到特10定的存儲位置。
步驟S503、業(yè)務節(jié)點判斷用戶信息是否需要恢復。
具體的恢復原因可能是數(shù)據(jù)丟失，或者數(shù)據(jù)復位需求等情況。
當業(yè)務節(jié)點判斷用戶信息需要進行用戶數(shù)據(jù)恢復時，執(zhí)行步驟S504 ；
當業(yè)務節(jié)點判斷用戶信息不需要進行用戶數(shù)據(jù)恢復時，繼續(xù)執(zhí)行步驟S501，進行 數(shù)據(jù)備份。
步驟S504、業(yè)務節(jié)點向備份節(jié)點請求相應的用戶數(shù)據(jù)。
步驟S505、業(yè)務節(jié)點根據(jù)備份節(jié)點返回的用戶數(shù)據(jù)進行數(shù)據(jù)恢復。
備份系統(tǒng)將把存放在各個不同存儲位置的用戶數(shù)據(jù)讀出并復制到相應業(yè)務節(jié)點 的相應目錄中。
實際上，管理節(jié)點除了實現(xiàn)管理配置功能以外還充當著中央調(diào)度的角色。下面，以 電子郵件的接收流程為例，對本發(fā)明實施例提出的多節(jié)點系統(tǒng)的管理方法進行說明。
作為完整的系統(tǒng)，多節(jié)點部署方式的郵件代理網(wǎng)關系統(tǒng)主要由管理節(jié)點負責與外 界的交互(如與139郵箱、與中國移動網(wǎng)管系統(tǒng)等)。由于郵件代理網(wǎng)關采用“郵件通知” 的形式收取用戶郵件(即當用戶郵箱有新郵件到達時139郵箱會向郵件代理網(wǎng)關系統(tǒng)發(fā)送 一個HTTP格式的消息包)，而且郵件通知統(tǒng)一被發(fā)送到管理節(jié)點并由其轉(zhuǎn)發(fā)至相應業(yè)務節(jié) 點完成最終的郵件接收操作。
如圖6所示，為本發(fā)明實施例所提出的多節(jié)點系統(tǒng)的管理方法中的郵件通知轉(zhuǎn)發(fā) 流程的示意圖，具體包括以下步驟
步驟S601、管理節(jié)點接收來自139郵箱的郵件通知。
由于郵件通知被統(tǒng)一發(fā)送到管理節(jié)點，隨著用戶數(shù)目的增加，系統(tǒng)接收處理的性 能會有所下降，為此需要采用多機、多進程及多線程的方式處理，而且要求具備高擴展性以 便能通過新增機器的形式平滑提高系統(tǒng)的處理能力。
步驟S602、管理節(jié)點解析通知內(nèi)容并通過緩存系統(tǒng)定位待處理的節(jié)點位置。
由于用戶被安置于某一固定業(yè)務節(jié)點中，則此用戶的郵件通知只能被轉(zhuǎn)發(fā)至相應 的業(yè)務節(jié)點方能被正確處理，為此，管理節(jié)點接收下用戶郵件通知以后通過解析內(nèi)容獲得 用戶身份信息(手機號)并查找緩存內(nèi)容定位到用戶的節(jié)點位置并將郵件通知請求轉(zhuǎn)發(fā)到 相應的業(yè)務節(jié)點中。
步驟S603、業(yè)務節(jié)點完成最終的郵件收取。
業(yè)務節(jié)點中相應的程序模塊接收下來做管理節(jié)點轉(zhuǎn)發(fā)來的郵件通知請求，連接 139郵箱完成用戶的郵件收取工作。
除了上述對于接收電子郵件的處理，本發(fā)明技術方案對于其他業(yè)務也可以通過管 理節(jié)點進行調(diào)度。
在一個大型的應用系統(tǒng)當中，如果系統(tǒng)支撐的用戶數(shù)量巨大，用戶如何進行管理 就成為了一個問題。通常為了有效、方便的管理系統(tǒng)中的用戶，采用把用戶按一定規(guī)則分散 到不同的用戶管理域中進行管理。
如果系統(tǒng)中存在多個用戶管理域，分別對應不同的業(yè)務節(jié)點，當用戶動態(tài)增加時， 如何在不同的用戶管理域中分發(fā)用戶，成為改善系統(tǒng)可維護性、改善系統(tǒng)性能的一個重要 問題。通常的方法是按照用戶所處地域或用戶擁有的服務類型進行分發(fā)，但這些方式均不能兼顧整個應用系統(tǒng)的動態(tài)指標，如不同區(qū)域的設備能力，不同地域、不同服務類型用戶數(shù) 量的差別，系統(tǒng)的擴容、設備升級等。也有采用人工分發(fā)或用戶數(shù)據(jù)人工遷移的，這樣的網(wǎng) 絡維護成本過于高昂，并且對人力投入和人員操作精度的依賴較大，存在安全隱患。
為了能更加有效的管理不同用戶管理域的用戶，加強各用戶域的數(shù)據(jù)共享，提高 用戶管理效率，提供高效的服務，本發(fā)明實施例所提出的技術方案中的管理節(jié)點進行用戶 管理域的分發(fā)，從而解決現(xiàn)有用戶管理技術上的缺陷。
如圖7所示，為本發(fā)明實施例所提出的一種進行用戶分發(fā)的網(wǎng)絡結(jié)構示意圖。
當用戶發(fā)出訂購請求后，管理節(jié)點會根據(jù)各用戶管理域(業(yè)務節(jié)點)中的系統(tǒng)實 際消耗的資源大小動態(tài)的將用戶分配到系統(tǒng)消耗最小的用戶管理域中。
下面，結(jié)合圖8所示的用戶分發(fā)流程的示意圖，對本發(fā)明實施例技術方案中的用 戶分發(fā)流程進行說明，具體包括以下步驟
(一)預處理階段
在本階段中，管理節(jié)點需要計算系統(tǒng)中各用戶管理域所對應的業(yè)務節(jié)點的當前系 統(tǒng)資源消耗量，并根據(jù)計算結(jié)果生成相應的用戶分發(fā)策略。為了實現(xiàn)上述的處理流程，管理 節(jié)點中需要建立相應的用戶分發(fā)策略中心，進行相應用戶分發(fā)策略的生成。
步驟S801、用戶分發(fā)策略中心定時查詢各用戶管理域的系統(tǒng)監(jiān)控數(shù)據(jù)。
其中，在具體的應用場景中，系統(tǒng)監(jiān)控數(shù)據(jù)包括每個業(yè)務節(jié)點中所包含的每臺設 備的CPU占用率、MEM占用率和網(wǎng)絡流量占用率。
步驟S802、用戶分發(fā)策略中心根據(jù)系統(tǒng)監(jiān)控數(shù)據(jù)進行資源占用指數(shù)的計算。
用戶分發(fā)策略中心將每個節(jié)點所有業(yè)務設備的CPU占用率、MEM占用率、網(wǎng)絡流量 占用率(NETFL0W)等數(shù)據(jù)按不同業(yè)務設備所占權重不同進行加權平均計算，計算出的值作 為各業(yè)務節(jié)點進行系統(tǒng)消耗的一個比較依據(jù)。
下面，結(jié)合具體的實施場景，對計算過程說明如下
(1)管理節(jié)點確定每個用戶管理域中不同設備的權重。
例如，確定業(yè)務處理設備A的權重為0. 8，管理系統(tǒng)設備B的權重為0. 1，經(jīng)分系統(tǒng) 設備C的權重為0.1。
(2)管理節(jié)點計算各項資源的占用率。
其中，計算某個用戶管理域Y(即業(yè)務節(jié)點)CPU資源占用率的公式為Y.cpu =(Al. cpuX0. 8+A2. cpuX0. 8+. · · +An. cpuX0. 8+B1. cpuX0. 1+B2. cpuX0. 1+. · · +Bn. cpuXO. 1+C1. cpu XO. 1+C2. cpu XO. 1+. · · +Cn. cpu XO. 1)/ 設備總數(shù)
計算某個用戶管理域Y(即業(yè)務節(jié)點)MEM資源占用率的公式為Y.mem = (Al. memXO. 8+A2. memXO. 8+. . . +An. memXO. 8+B1. memXO. 1+B2. memXO. 1+. . . +Bn. memXO. 1+Cl. memXO. 1+C2. memXO. 1+. . . +Cn. memXO. 1)/設備總數(shù)
計算某個用戶管理域Y(即業(yè)務節(jié)點)網(wǎng)絡占用率的公式為Y.netfloW = (Al. netflowXO. 8+A2. netflowXO. 8+. . . +An. netflowXO. 8+B1. netflowXO. 1+B2. netflowXO. 1+. . . +Bn. netflowXO. 1+C1. netflowXO. 1+C2. netflowXO. 1+. . . +Cn. netflowXO. 1)/設備總數(shù)
其中，Al. . . An為業(yè)務處理設備，Bi. . . Bn為管理系統(tǒng)設備，Cl. . . Cn為經(jīng)分系統(tǒng)設備。
需要指出的是，上述的各項參數(shù)均是為了方便說明而選擇的一種優(yōu)選示例，在具 體的應用場景中，也可以選擇其他能夠表征系統(tǒng)資源占用情況的指數(shù)，這樣的變化并不影 響本發(fā)明的保護范圍。
(3)管理節(jié)點確定每種性能指標的權重。
例如，確定CPU占用率的權重為0. 4,MEM占用率的權重為0. 4，網(wǎng)絡占用率的權重 為 0. 2。
(4)管理節(jié)點計算整個系統(tǒng)的資源占用指數(shù)。
Y= (Y. cpuXO. 4+Y. memXO. 4+Y. netflowXO. 2)/3
計算出的Y值和相應的用戶分發(fā)策略存儲在管理節(jié)點中的數(shù)據(jù)中心中，以備查 詢。
步驟S803、管理節(jié)點接收用戶發(fā)送的業(yè)務請求。
步驟S804、管理設備識別業(yè)務請求所對應的用戶是否是訂購用戶。
如果是訂購用戶，即該業(yè)務請求存在指定的用戶管理域(業(yè)務節(jié)點)，則執(zhí)行步驟 S805 ；
如果是非訂購用戶，即該業(yè)務請求不存在指定的用戶管理域(業(yè)務節(jié)點)，則執(zhí)行 步驟S806。
步驟S805、管理設備直接通過用戶分發(fā)模塊將該業(yè)務請求發(fā)送給指定的業(yè)務節(jié)點ο
步驟S806、管理設備將該業(yè)務請求轉(zhuǎn)發(fā)給用戶分發(fā)模塊，用戶分發(fā)模塊查詢用戶 分發(fā)策略中心的數(shù)據(jù)和用戶分發(fā)策略。
即查詢各用戶管理域(業(yè)務節(jié)點)中的系統(tǒng)消耗的資源情況，即上述計算過程所 得到的Y值。
步驟S807、管理設備通過用戶分發(fā)模塊將用戶分發(fā)到系統(tǒng)資源消耗最小的業(yè)務節(jié)點ο
通過這樣的處理可以實現(xiàn)各業(yè)務節(jié)點動態(tài)負載均衡。
需要指出的是，上述的管理節(jié)點中的各模塊的名稱只是為了便于說明而選取的一 種稱謂，在實際的處理過程中，上述的不同模塊的功能可能由物理上相同的設備來實現(xiàn)，上 述的一個模塊也可能由多個不同的物理設備來充當，這樣的變化并不影響本發(fā)明的保護范圍。
這樣的處理優(yōu)化了用戶分配和定位策略，根據(jù)系統(tǒng)實際的資源消耗動態(tài)的將用戶 分配到系統(tǒng)資源消耗最小的用戶管理域，從而實現(xiàn)各用戶管理域的用戶均衡和業(yè)務均衡， 保證各用戶管理域?qū)臉I(yè)務域能更好的響應用戶的服務，提高用戶服務質(zhì)量。
為了實現(xiàn)上述的技術方案，本發(fā)明實施例還提供了一種多節(jié)點系統(tǒng)，包括至少一 個業(yè)務節(jié)點和一個管理節(jié)點，其中，管理節(jié)點中保存各業(yè)務節(jié)點的位置信息。
如圖9所示，為本發(fā)明實施例所提出的一種多節(jié)點系統(tǒng)的結(jié)構示意圖，包括
管理節(jié)點91，用于解析接收到的郵件通知消息，確定郵件通知消息所對應的業(yè)務 節(jié)點92，并根據(jù)保存的業(yè)務節(jié)點的位置信息，向郵件通知消息的指定業(yè)務節(jié)點或當前資源 占用指數(shù)最小的業(yè)務節(jié)點發(fā)送郵件通知消息。
業(yè)務節(jié)點92，用于根據(jù)管理節(jié)點91發(fā)送的郵件通知消息處理相應的郵件業(yè)務。13
在具體的應用場景中，多節(jié)點系統(tǒng)還包括
備份節(jié)點93，用于對各業(yè)務節(jié)點92按照預設的備份周期發(fā)送的數(shù)據(jù)信息進行備 份，并根據(jù)不同的用戶標識對各用戶所對應的數(shù)據(jù)信息進行區(qū)分，以及在一個業(yè)務節(jié)點92 中的一個或多個用戶的數(shù)據(jù)信息需要進行數(shù)據(jù)恢復時，為業(yè)務節(jié)點92提供相應用戶的數(shù) 據(jù)信息，進行數(shù)據(jù)恢復。
下面，具體對上述多節(jié)點系統(tǒng)中的各個設備進行說明。
如圖10所示，為本發(fā)明實施例所提出的一種管理節(jié)點91的結(jié)構示意圖，包括
存儲模塊911，用于保存多節(jié)點系統(tǒng)中的各業(yè)務節(jié)點的位置信息；
解析模塊912，用于解析接收到的郵件通知消息，確定該郵件通知消息所對應的業(yè) 務節(jié)點92 ；
查詢模塊913，用于在存儲模塊911所保存的業(yè)務節(jié)點的位置信息中查詢解析模 塊912確定的業(yè)務節(jié)點92的位置信息；
通信模塊914，用于接收郵件通知消息，并向查詢模塊913所查詢到的位置信息所 對應的業(yè)務節(jié)點轉(zhuǎn)發(fā)郵件通知消息，使業(yè)務節(jié)點92處理所述郵件通知消息所對應的郵件 業(yè)務。
在具體的應用場景中，通信模塊914還用于在郵件通知消息中添加識別標識，以 使業(yè)務節(jié)點92根據(jù)所述識別標識識別郵件通知消息的合法性。
另一方面，為了實現(xiàn)性能監(jiān)控功能，管理節(jié)點91還包括
監(jiān)控模塊915，用于按照預設的檢測周期獲取各業(yè)務節(jié)點的性能數(shù)據(jù)信息，并根據(jù) 性能數(shù)據(jù)信息對各業(yè)務節(jié)點進行性能監(jiān)控，其中，性能數(shù)據(jù)信息至少包括各業(yè)務節(jié)點所對 應的各種設備的CPU占用率、MEM占用率和網(wǎng)絡流量占用率。
計算模塊916，用于根據(jù)監(jiān)控模塊915所獲取的各業(yè)務節(jié)點的性能數(shù)據(jù)信息，以及 各種設備及資源參數(shù)所對應的權重值，計算各業(yè)務節(jié)點所對應的當前資源占用指數(shù)。
此種情況下，存儲模塊911還用于存儲計算模塊916所計算的各業(yè)務節(jié)點所對應 的當前資源占用指數(shù)。
解析模塊912，還用于在通信模塊914接收到郵件通知消息時，判斷該郵件通知消 息是否指定了業(yè)務節(jié)點。
通信模塊914，還用于在解析模塊912判斷該郵件通知消息指定業(yè)務節(jié)點時，向該 郵件通知消息的指定業(yè)務節(jié)點發(fā)送業(yè)務請求，或在解析模塊912判斷該郵件通知消息沒有 指定業(yè)務節(jié)點時，向存儲模塊911所存儲的當前資源占用指數(shù)最小的業(yè)務節(jié)點發(fā)送郵件通 知消息。
如圖11所示，為本發(fā)明實施例所提出的一種業(yè)務節(jié)點92的結(jié)構示意圖，包括
接收模塊921，用于接收管理節(jié)點發(fā)送的郵件通知消息；
識別模塊922，用于識別接收模塊921所接收的郵件通知消息中是否包含合法的 識別標識；
處理模塊923，用于當識別模塊922識別郵件通知消息包含合法的識別標識時，處 理郵件通知消息所對應的郵件業(yè)務。
為了實現(xiàn)性能監(jiān)控，業(yè)務節(jié)點92還包括
反饋模塊924，用于按照預設的上報周期向管理模塊或預設的組播地址廣播發(fā)送業(yè)務節(jié)點的性能數(shù)據(jù)信息。
另一方面，當網(wǎng)絡系統(tǒng)中還包括用于備份各業(yè)務節(jié)點的數(shù)據(jù)信息的備份節(jié)點93 時，業(yè)務節(jié)點92還包括
備份模塊925，用于按照預設的備份周期將業(yè)務節(jié)點92的數(shù)據(jù)信息備份到網(wǎng)絡系 統(tǒng)中的備份節(jié)點93中，其中，備份節(jié)點93中根據(jù)不同的用戶標識對各用戶所對應的數(shù)據(jù)信 息進行區(qū)分；
備份模塊925，還用于當一個業(yè)務節(jié)點92中的一個或多個用戶的數(shù)據(jù)信息需要進 行數(shù)據(jù)恢復時，向備份節(jié)點93獲取相應用戶的數(shù)據(jù)信息，進行數(shù)據(jù)恢復。
在具體的應用場景中，基于上述的技術思路，如圖12所示，本發(fā)明實施例提出了 一種多節(jié)點系統(tǒng)。該系統(tǒng)從結(jié)構上分為“管理節(jié)點121”、“業(yè)務節(jié)點122”以及“備份節(jié)點 123”三種邏輯結(jié)構。
邏輯上系統(tǒng)由這三種結(jié)構組成，在實際部署上各個邏輯節(jié)點可以根據(jù)實際情況進 行整合，例如備份節(jié)點123與管理節(jié)點121部署在同一位置。總體上系統(tǒng)由備份節(jié)點123 的存儲系統(tǒng)1231、管理節(jié)點121的管理服務模塊1211、性能監(jiān)控模塊1212、訂購系統(tǒng)1213、 分發(fā)處理模塊1214、存儲系統(tǒng)1215、經(jīng)分系統(tǒng)1216、業(yè)務節(jié)點122的業(yè)務處理模塊1221、管 理代理模塊1222、存儲系統(tǒng)1223以及性能監(jiān)控代理模塊12 組成。
其中，部署于各個業(yè)務節(jié)點122的業(yè)務處理模塊1221負責處理系統(tǒng)核心的郵件代 理收發(fā)、附件轉(zhuǎn)換等操作；
業(yè)務節(jié)點122的管理代理模塊1222則接收來著管理節(jié)點121的管理服務模塊 1211發(fā)來的各種管理配置數(shù)據(jù)及指令完成對本業(yè)務節(jié)點的維護管理工作；
業(yè)務節(jié)點122的存儲系統(tǒng)1223用于存放本業(yè)務節(jié)點的業(yè)務類數(shù)據(jù)(例如，用戶的 收發(fā)郵件、用戶過濾規(guī)則等)；
業(yè)務節(jié)點122的性能監(jiān)控代理模塊12M定時收集并向管理節(jié)點121的性能監(jiān)控 模塊1212上報本業(yè)務節(jié)點的各種性能、網(wǎng)管類經(jīng)營數(shù)據(jù)；
管理節(jié)點121的分發(fā)服務模塊1214用于分發(fā)各種需要轉(zhuǎn)發(fā)至各個業(yè)務節(jié)點122 上的處理請求并最終由各個業(yè)務節(jié)點122完成處理(例如，郵件代理網(wǎng)關需要處理的郵件 通知的轉(zhuǎn)發(fā))；
各個業(yè)務節(jié)點122通過將各自節(jié)點上的業(yè)務數(shù)據(jù)備份到獨立的“備份節(jié)點123”上 的存儲系統(tǒng)1231此而實現(xiàn)對系統(tǒng)數(shù)據(jù)備份的功能，確保了系統(tǒng)整體上的安全可靠性。
與現(xiàn)有技術相比，本發(fā)明實施例具有以下優(yōu)點
通過將系統(tǒng)劃分為管理節(jié)點、業(yè)務節(jié)點和備份節(jié)點，各個節(jié)點可獨立運行，沒有局 域網(wǎng)或虛擬局域網(wǎng)的物理依賴，所以當在新的地點部署系統(tǒng)時，節(jié)點可依賴周邊的網(wǎng)絡環(huán) 境，通過配置而獨立為用戶提供服務，減少了網(wǎng)絡的修改和配置工作量，同時，網(wǎng)絡上的無 依賴性也使得通過局域網(wǎng)傳播的病毒得到遏制，無法擴散到整個多節(jié)點系統(tǒng)。
通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明可以通 過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā) 明的技術方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲 介質(zhì)(可以是⑶-ROM，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設備(可 以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施場景所述的方法。
本領域技術人員可以理解附圖只是一個優(yōu)選實施場景的示意圖，附圖中的模塊或 流程并不一定是實施本發(fā)明所必須的。
本領域技術人員可以理解實施場景中的裝置中的模塊可以按照實施場景描述進 行分布于實施場景的裝置中，也可以進行相應變化位于不同于本實施場景的一個或多個裝 置中。上述實施場景的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。
上述本發(fā)明序號僅僅為了描述，不代表實施場景的優(yōu)劣。
以上公開的僅為本發(fā)明的幾個具體實施場景，但是，本發(fā)明并非局限于此，任何本 領域的技術人員能思之的變化都應落入本發(fā)明的保護范圍。
權利要求
1.一種多節(jié)點系統(tǒng)下的郵件代理方法，其特征在于，應用于包括至少一個業(yè)務節(jié)點和 一個管理節(jié)點的多節(jié)點系統(tǒng)中，其中，所述管理節(jié)點中保存各業(yè)務節(jié)點的位置信息，所述方 法包括所述管理節(jié)點解析接收到的郵件通知消息，確定所述郵件通知消息所對應的業(yè)務節(jié)點。 在保存的所述業(yè)務節(jié)點的位置信息中查詢所述業(yè)務節(jié)點的位置信息； 向所述位置信息所對應的業(yè)務節(jié)點轉(zhuǎn)發(fā)所述郵件通知消息，通知所述業(yè)務節(jié)點處理所 述郵件通知消息所對應的郵件業(yè)務。
2.如權利要求1所述的方法，其特征在于，所述管理節(jié)點解析接收到的郵件通知消息， 確定所述郵件通知消息所對應的業(yè)務節(jié)點，具體為所述管理節(jié)點解析接收到的郵件通知消息，確定所述郵件通知消息所對應的用戶信息；所述管理節(jié)點根據(jù)用戶信息與業(yè)務節(jié)點的對應關系，確定所述郵件通知消息所對應的 業(yè)務節(jié)點。其中，所述管理節(jié)點所接收到的郵件通知消息，具體為電子郵件服務器在用戶的電子郵箱接收到新的電子郵件信息后，向所述管理節(jié)點發(fā)送 的超文本傳輸協(xié)議HTTP格式的消息包。
3.如權利要求1所述的方法，其特征在于，所述管理節(jié)點向所述位置信息所對應的業(yè) 務節(jié)點轉(zhuǎn)發(fā)所述郵件通知消息，具體包括所述管理節(jié)點根據(jù)所述業(yè)務節(jié)點的位置信息，建立與所述業(yè)務節(jié)點之間的網(wǎng)絡連接； 所述管理節(jié)點通過所述網(wǎng)絡連接向所述業(yè)務節(jié)點發(fā)送所述郵件通知消息。
4.如權利要求3所述的方法，其特征在于，所述管理節(jié)點向所述位置信息所對應的業(yè) 務節(jié)點轉(zhuǎn)發(fā)所述郵件通知消息，還包括所述管理節(jié)點在所述郵件通知消息中添加識別標識；所述管理節(jié)點向所述業(yè)務節(jié)點發(fā)送包含識別標識的郵件通知消息，使所述業(yè)務節(jié)點在 識別所述識別標識成功的情況下，根據(jù)所述郵件通知消息處理對應的郵件業(yè)務。
5.如權利要求1所述的方法，其特征在于，當所述網(wǎng)絡系統(tǒng)中還包括用于備份各業(yè)務 節(jié)點的數(shù)據(jù)信息的備份節(jié)點時，所述方法還包括各所述業(yè)務節(jié)點按照預設的備份周期將自身的數(shù)據(jù)信息備份到所述網(wǎng)絡系統(tǒng)中的備 份節(jié)點中，其中，所述備份節(jié)點中根據(jù)不同的用戶標識對個用戶所對應的數(shù)據(jù)信息進行區(qū) 分；當一個業(yè)務節(jié)點中的一個或多個用戶的數(shù)據(jù)信息需要進行數(shù)據(jù)恢復時，所述業(yè)務節(jié)點 向所述備份節(jié)點獲取相應用戶的數(shù)據(jù)信息，進行數(shù)據(jù)恢復。
6.如權利要求1所述的方法，其特征在于，還包括所述管理節(jié)點按照預設的檢測周期主動獲取各所述業(yè)務節(jié)點的性能數(shù)據(jù)信息，或接收 各所述業(yè)務節(jié)點按照預設的上報周期廣播發(fā)送的性能數(shù)據(jù)信息；所述管理節(jié)點根據(jù)所述性能數(shù)據(jù)信息對各所述業(yè)務節(jié)點進行性能監(jiān)控。
7.如權利要求6所述的方法，其特征在于，所述管理節(jié)點獲取到各業(yè)務節(jié)點的性能數(shù) 據(jù)信息之后，如果所述管理節(jié)點接收到新的郵件通知消息，所述方法還包括所述管理節(jié)點判斷所述郵件通知消息是否指定業(yè)務節(jié)點；如果所述郵件通知消息沒有指定業(yè)務節(jié)點，所述管理節(jié)點根據(jù)獲取到各業(yè)務節(jié)點的性 能數(shù)據(jù)信息識別各業(yè)務節(jié)點當前資源占用情況，并向當前資源占用最少的業(yè)務節(jié)點發(fā)送所 述郵件通知消息，使所述當前資源占用最少的業(yè)務節(jié)點根據(jù)所述郵件通知消息處理對應的 郵件業(yè)務；如果所述郵件通知消息指定了業(yè)務節(jié)點，所述管理節(jié)點向指定的業(yè)務節(jié)點發(fā)送所述郵 件通知消息，使所述指定的業(yè)務節(jié)點根據(jù)所述郵件通知消息處理對應的郵件業(yè)務。
8.如權利要求7所述的方法，其特征在于，所述管理節(jié)點根據(jù)獲取到各業(yè)務節(jié)點的性 能數(shù)據(jù)信息識別各業(yè)務節(jié)點當前資源占用情況，具體為根據(jù)各業(yè)務節(jié)點所對應的當前資源 占用指數(shù)進行識別；其中，所述當前資源占用指數(shù)，具體通過以下方式確定所述管理節(jié)點獲取所述多節(jié)點系統(tǒng)中各業(yè)務節(jié)點所對應的各種設備的中央處理器CPU 占用率、存儲器MEM占用率和網(wǎng)絡流量占用率；所述管理節(jié)點根據(jù)所述多節(jié)點系統(tǒng)中各業(yè)務節(jié)點所對應的各種設備的CPU占用率、 MEM占用率和網(wǎng)絡流量占用率，以及所述各種設備及資源參數(shù)所對應的權重值，計算所述業(yè) 務節(jié)點的當前資源占用指數(shù)。
9.一種管理節(jié)點，其特征在于，應用于包括至少一個業(yè)務節(jié)點和一個管理節(jié)點的多節(jié) 點系統(tǒng)中，包括存儲模塊，用于保存所述多節(jié)點系統(tǒng)中的各業(yè)務節(jié)點的位置信息； 解析模塊，用于解析接收到的郵件通知消息，確定所述郵件通知消息所對應的業(yè)務節(jié)點查詢模塊，用于在所述存儲模塊保存的各業(yè)務節(jié)點的位置信息中查詢所述解析模塊確 定的業(yè)務節(jié)點的位置信息；通信模塊，用于接收郵件通知消息，并向所述查詢模塊所查詢到的位置信息所對應的 業(yè)務節(jié)點轉(zhuǎn)發(fā)所述郵件通知消息，使所述業(yè)務節(jié)點處理所述郵件通知消息所對應的郵件業(yè)務。
10.如權利要求9所述的管理節(jié)點，其特征在于，所述通信模塊，還用于在所述郵件通 知消息中添加識別標識，以使所述業(yè)務節(jié)點根據(jù)所述識別標識識別所述郵件通知消息的合 法性。
11.如權利要求9所述的管理節(jié)點，其特征在于，還包括監(jiān)控模塊，用于按照預設的檢測周期獲取各業(yè)務節(jié)點的性能數(shù)據(jù)信息，并根據(jù)所述性 能數(shù)據(jù)信息對各所述業(yè)務節(jié)點進行性能監(jiān)控，其中，所述性能數(shù)據(jù)信息至少包括各業(yè)務節(jié) 點所對應的各種設備的CPU占用率、MEM占用率和網(wǎng)絡流量占用率；計算模塊，用于根據(jù)所述監(jiān)控模塊所獲取的各業(yè)務節(jié)點的性能數(shù)據(jù)信息，以及所述各 種設備及資源參數(shù)所對應的權重值，計算各業(yè)務節(jié)點所對應的當前資源占用指數(shù)；所述存儲模塊，用于存儲所述計算模塊所計算的各業(yè)務節(jié)點所對應的當前資源占用指數(shù)；所述解析模塊，還用于在所述通信模塊接收到郵件通知消息時，判斷所述郵件通知消 息是否指定業(yè)務節(jié)點；所述通信模塊，還用于在所述解析模塊判斷所述郵件通知消息指定業(yè)務節(jié)點時，向所 述郵件通知消息的指定業(yè)務節(jié)點發(fā)送所述業(yè)務請求，或在所述解析模塊判斷所述郵件通知 消息沒有指定業(yè)務節(jié)點時，向所述存儲模塊所存儲的當前資源占用指數(shù)最小的業(yè)務節(jié)點發(fā) 送所述郵件通知消息。
12.—種業(yè)務節(jié)點，其特征在于，應用于包括至少一個業(yè)務節(jié)點和一個管理節(jié)點的多節(jié) 點系統(tǒng)中，包括接收模塊，用于接收管理節(jié)點發(fā)送的郵件通知消息；識別模塊，用于識別所述接收模塊所接收的郵件通知消息中是否包含合法的識別標識；處理模塊，用于當所述識別模塊識別所述郵件通知消息包含合法的識別標識時，處理 所述郵件通知消息所對應的郵件業(yè)務。
13.如權利要求12所述的業(yè)務節(jié)點，其特征在于，還包括反饋模塊，用于按照預設的上報周期向管理模塊或預設的組播地址廣播發(fā)送所述業(yè)務 節(jié)點的性能數(shù)據(jù)信息。
14.如權利要求12所述的業(yè)務節(jié)點，其特征在于，當所述網(wǎng)絡系統(tǒng)中還包括用于備份 各業(yè)務節(jié)點的數(shù)據(jù)信息的備份節(jié)點時，所述業(yè)務節(jié)點還包括備份模塊，用于按照預設的備份周期將所述業(yè)務節(jié)點的數(shù)據(jù)信息備份到所述網(wǎng)絡系統(tǒng) 中的備份節(jié)點中，其中，所述備份節(jié)點中根據(jù)不同的用戶標識對各用戶所對應的數(shù)據(jù)信息 進行區(qū)分；所述備份模塊，還用于當一個業(yè)務節(jié)點中的一個或多個用戶的數(shù)據(jù)信息需要進行數(shù)據(jù) 恢復時，向所述備份節(jié)點獲取相應用戶的數(shù)據(jù)信息，進行數(shù)據(jù)恢復。
15.一種多節(jié)點系統(tǒng)，其特征在于，包括至少一個業(yè)務節(jié)點和一個管理節(jié)點，其中，所述 管理節(jié)點中保存各業(yè)務節(jié)點的位置信息，所述管理節(jié)點，用于解析接收到的郵件通知消息，確定所述郵件通知消息所對應的業(yè) 務節(jié)點，并根據(jù)保存的所述業(yè)務節(jié)點的位置信息，向所述郵件通知消息的指定業(yè)務節(jié)點或 當前資源占用指數(shù)最小的業(yè)務節(jié)點發(fā)送所述郵件通知消息；所述業(yè)務節(jié)點，用于根據(jù)所述管理節(jié)點發(fā)送的郵件通知消息處理相應的郵件業(yè)務。
16.如權利要求15所述的多節(jié)點系統(tǒng)，其特征在于，還包括備份節(jié)點，用于對各所述業(yè)務節(jié)點按照預設的備份周期發(fā)送的數(shù)據(jù)信息進行備份，并 根據(jù)不同的用戶標識對各用戶所對應的數(shù)據(jù)信息進行區(qū)分，以及在一個業(yè)務節(jié)點中的一個 或多個用戶的數(shù)據(jù)信息需要進行數(shù)據(jù)恢復時，為所述業(yè)務節(jié)點提供相應用戶的數(shù)據(jù)信息， 進行數(shù)據(jù)恢復。
全文摘要
本發(fā)明公開了一種多節(jié)點系統(tǒng)下的郵件代理方法、設備和系統(tǒng)，通過對系統(tǒng)整體功能的規(guī)劃，按照不同的職能對系統(tǒng)劃分為管理節(jié)點、業(yè)務節(jié)點、備份節(jié)點，各個節(jié)點可獨立運行，根據(jù)網(wǎng)絡環(huán)境狀態(tài)為用戶提供服務，沒有局域網(wǎng)或虛擬局域網(wǎng)的物理依賴，并遏制通過局域網(wǎng)傳播的病毒，有效地提高了系統(tǒng)的管理效率和網(wǎng)絡安全性，節(jié)約了資源。
文檔編號H04W4/12GK102036188SQ20091009325
公開日2011年4月27日 申請日期2009年9月24日 優(yōu)先權日2009年9月24日
發(fā)明者于蓉蓉, 劉越, 王磊, 范曉暉, 趙輝 申請人:中國移動通信集團公司