消息呈現業務的實現方法和系統的製作方法

2023-05-18 01:20:36 5

專利名稱：消息呈現業務的實現方法和系統的製作方法
技術領域：
本發明涉及一種消息呈現業務的實現方法和系統，尤其涉及一種能夠在 背景技術目前，隨著網際網路的普及，越來越多的人喜歡通過即時通信的方式來與別人保持聯繫，而現有的消息呈現(以下稱為Presence)業務在上述即時通信中發揮著非常重要的作用。所謂Presence業務，即以某種通信方式，按照某種接入標準，實時獲 取用戶的Presence信息，例如用戶狀態信息，並告之其他用戶的一種業務。 Presence信息一4殳才艮據用戶終端來劃分，通常每個用戶終端對應一個 Presence信息包。當一個用戶有多個終端，例如同時有手才幾、固定電話、PDA 等多個終端時，則該用戶對應多個Presence信息包。每個Presence信息包 一般可以包括如下信息狀態，表示業務或終端設備當前的情況，如是否開 機、是否在線、是否忙等；通信信息，如通信方式、通信地址等，其中通信 方式指該終端支持什麼通信方式，如何與該終端設備聯繫等，如是否支持SMS 、 謹S或直接的語音通話等，通信地址指與通信方式相關的具體地址描述，如 E-mail地址、電話號碼等；附加信息，除狀態和通信信息之外的其他信息， 如用戶此時的表情是高興，還是煩惱等。常用的Presence業務功能包括如下幾方面首先，Presence用戶可以配置自己的Presence業務喜好，添加朋友或家 人為好友。例如喜愛的通訊方式，Presence用戶可以阻止某一用戶與其通信，或者能夠配置指示其他用戶如何與自己聯繫的相關信息，例如指示其他用戶自己當前正在開會，其他用戶可以通過即時消息聯繫；其次，Presence用戶還可以與支持Presence業務應用的其4也用戶共享 Presence信息。其包括使用戶的Presence信息可用、能4吏用什麼樣的 Pre s ence ^言息以及P r e s ence信息中的哪些部分能^皮訪問等；另外，Presence用戶還能搜索到其他也4吏用Presence業務的用戶，從而 可以更新Presence信息。如用戶在改變了 Presence狀態後，Presence信息 能立即更新，並且訂閱該用戶的Presence信息的觀察者也能得到Presence 信息改變的通知等。綜上所述可以看出，能支持的Presence信息越豐富，Presence業務對用 戶的吸引力就越強。但是隨著Presence業務功能的不斷豐富，其實現時需要 處理的消息信令也隨之增多，尤其是需要頻繁發送保活(Ke印alive)信令， 保活信令用於判斷自身節點當前有多少用戶在線，以便進行更新消息的交互。 而且Presence業務需要存儲的用戶資源的數量也日趨龐大。現有技術是採用 集中式網絡系統來實現Presence業務的，實現Presence業務的系統一般採 用客戶端/伺服器(C/S)模式，即在網絡中設置專門的伺服器來存儲與 Presence業務相關的資源，也包括數量龐大的用戶資源，而後由該伺服器分 別聯繫各個Presence用戶，進行信令和媒體的代理轉發。隨著Presence業 務功能的豐富，現有的集中式Presence業務實現方法不可避免的存在下述缺陷1、 Presence業務消耗資源較多，尤其是Presence業務需要以才及小的間 隔頻繁發送保活信令，隨著用戶的增加，伺服器需要轉發、處理的消息信令 劇增，系統負荷壓力呈指數增長，這勢必造成系統壓力過大而使系統性能下 降，也造成系統帶寬成本不斷提高；2、 隨著用戶的增加，伺服器需存儲的用戶Presence信息增多，造成系 統帶寬成本和維護成本的提高；3、 目前的Presence業務基本是免費業務，當大量寶貴的系統資源被用來支撐Presence業務時，系統就不能很好地服務其他重要業務和收費業務；4、由於伺服器承載能力的限制，現有Presence業務的可擴展範圍和穩 定性都受到了極大的影響。發明內容本發明的目的是提供一種消息呈現業務的實現方法和系統，以緩解網絡 中伺服器的壓力，降低實現消息呈現業務的帶寬成本和維護成本，提高消息 呈現業務的效率，改善其穩定性和可擴展性，同時避免消息呈現業務的發展 對現有其他業務的影響。為實現上述目的，本發明提供了一種消息呈現業務的實現方法，包括 步驟A1、當超級節點接收到客戶端發送的註冊請求時，該超級節點成為 客戶端的服務節點，客戶端的服務節點從註冊請求中解析獲取客戶端的用戶 帳戶信息；步驟A2 、客戶端的服務節點根據客戶端的用戶帳戶信息通過分布式網絡 確定一超級節點作為客戶端的存儲節點，並將接收自客戶端的用戶信息轉發 給客戶端的存儲節點進行存儲。為實現上述目的，本發明還提供了一種消息呈現業務的實現系統，包括 構成分布式網絡的多個服務節點和多個存儲節點，且 服務節點包括第一處理模塊，用於當接收到客戶端發送的信息時進行識別，從中 解析獲取目標帳戶，並產生待轉發信息；轉發模塊，與第一處理模塊相連，用於根據目標帳戶通過分布式網 絡轉發該待轉發信息；第二處理模塊，用於通過分布式網絡接收到反饋信息時向客戶端轉發;存儲節點包括資源存儲模塊，用於存儲客戶端的用戶信息；第三處理模塊，用於當接收到服務節點發送的待轉發信息時進行識 別，並對資源存儲模塊中存儲的客戶端的用戶信息進行相應處理。由以上技術方案可知，本發明採用分布式網絡來承載消息呈現業務，克 服了伺服器負荷壓力大的技術問題，利用分布式網絡中的超級節點作為客戶 端的服務節點和存儲節點，分布式處理消息呈現業務，且分布存儲客戶端的用戶信息。因此，本發明具有以下優點1、 通過多個超級節點來處理消息呈現業務，能夠極大的緩解系統中服務 器的壓力，從而能夠保障伺服器的性能，為其他用戶提供有效支撐；2、 分布存儲用戶信息，充分利用了分布式網絡超級節點的資源快速定位 能力，提高了業務能力和服務質量，並且能夠充分利用網絡中的帶寬，降低 帶寬成本；3、 分布式網絡中的超級節點可動態增加和減少，因此本發明的消息呈現 業務實現方法的可擴展性強，尤其能夠解決目前用戶規模逐漸增多的情況。下面通過具體實施例並結合附圖對本發明做進一步的詳細描述。


圖1A為本發明消息呈現業務的實現方法具體實施例一的流程圖； 圖1B為本發明消息呈現業務的實現方法具體實施例一的信令流程圖； 圖2為本發明消息呈現業務的實現方法具體實施例一所基於的分布式網 絡結構示意圖；圖3A為本發明消息呈現業務的實現方法具體實施例二的流程圖；圖3B為本發明消息呈現業務的實現方法具體實施例二的信令流程圖；圖4A為本發明消息呈現業務的實現方法具體實施例三的流程圖；圖4B為本發明消息呈現業務的實現方法具體實施例三的信令流程圖；圖5A為本發明消息呈現業務的實現方法具體實施例四的流程圖；圖5B為本發明消息呈現業務的實現方法具體實施例四的信令流程圖；圖6A為本發明消息呈現業務的實現方法具體實施例五的流程圖；圖6B為本發明消息呈現業務的實現方法具體實施例五的信令流程圖；圖7為本發明消息呈現業務的實現系統具體實施例一的結構示意圖；圖8為本發明消息呈現業務的實現系統具體實施例二的局部結構示意圖。圖中IO-服務節點 112-資源定位單元 115-註銷請求單元 20-存儲節點 221-註冊處理單元 224-狀態更新單元11- 第一處理模塊 113-好友添加單元12- 轉發模塊 21-資源存儲模塊 222-資源查詢單元 225-註銷處理單元111-註冊請求單元114-狀態^奮改單元13-第二處理模塊22-第三處理模塊223-好友添加確認單元30-客戶端具體實施方式
消息呈現業務的實現方法實施例一如圖1A所示為本發明消息呈現業務的實現方法具體實施例一的流程圖， 圖1B為本實施例的信令流程圖。該實現方法是基於分布式網絡來實現的。執 行該方法所需要的分布式網絡架構一般如圖2所示，包括多個預先設定的超 級節點(Super Node,簡稱SN),且超級節點可以動態的加入和退出。超級 節點具有組網功能，分布式網絡中的超級節點不是孤立的節點，而是彼此間 相互聯繫的，傳統C/S模式下的伺服器是不具備此功能的。多個超級節點組 成了分布式網絡，也可稱為重疊網絡(Overlay Network )。當客戶端(Client ) 需要使用消息呈現業務時，即可加入該分布式網絡，通過該分布式網絡來承 載消息呈現業務。其中，客戶端註冊消息呈現業務的具體流程如下步驟Al、當某個超級節點接收到一個客戶端發送的註冊請求時，該超級 節點就成為該客戶端的服務節點(FSN)，該客戶端的服務節點從註冊請求中 解析獲耳又客戶端的用戶帳戶信息；步驟A2、客戶端的服務節點根據客戶端的用戶帳戶信息，通過分布式網 絡確定一超級節點作為該客戶端的存儲節點，並將接收自客戶端的用戶信息 轉發給客戶端的存儲節點進行存儲，其中，客戶端的用戶信息可以是與註冊 請求一同發送的，也可以是由客戶端單獨發送的。本實施例中步驟A2的一種較佳實現方式是客戶端的服務節點根據本地存儲的哈希表對客戶端的用戶帳戶信息進行哈希運算，根據哈希運算結果將 包含有客戶端用戶信息的註冊請求通過分布式網絡轉發至下一跳的超級節點，下一跳的超級節點重複執行哈希運算查詢及轉發操作，直到確定一個超 級節點作為客戶端的存儲節點以存儲客戶端的用戶信息。上述哈希運算轉發 操作可以依據"Chord"算法來實現。客戶端的存儲節點可以和客戶端的服務 節點為同一超級節點，這由哈希運算結果來決定。客戶端的服務節點根據用 戶帳戶信息進行哈希運算，當通過哈希運算後確定所連的服務節點就是客戶 端的存儲節點時，那麼客戶端的服務節點和存儲節點就是同一超級節點；當 通過哈希運算確定除服務節點的其他某個超級節點是客戶端的存儲節點時， 那麼客戶端的服務節點和存儲節點就不是同 一超級節點。在本實施例中，客戶端的服務節點可以是根據一定原則為客戶端指定的， 例如按照區域劃分。客戶端確定服務節點的 一種方式還可以是客戶端通過發 送探測包來確定服務節點，其具體步驟可以為客戶端向所有超級節點分別 發送探測包並計時，當接收到各個超級節點回復的探測響應時，比較計時結 果，選擇計時時間最短的超級節點確定為自身的服務節點，而後向其發送注 冊請求。發送探測包的方法即查詢哪個預布設超級節點的性能相對與該客戶 端來說是最佳的。例如超級節點返回探測響應的時間最短，說明該預布設超 級節點對探測包的處理時間最短，客戶端可以選取該處理時間最短的預布設 超級節點作為自己的服務節點。在本實施例中，採用分布式網絡中的一個超級節點作為客戶端的服務節 點，再查詢到適當的超級節點作為客戶端的存儲節點，能夠實現所有客戶端 的消息呈現業務分散至多個超級節點進行處理，所有客戶端為實現消息呈現業務所需保存的資源分散至多個超級節點進行存儲。採用本實施例的技術方案，充分利用了分布式網絡來實現消息呈現業務， 合理利用分布式網絡中的超級節點資源，不需要伺服器的參與。充分利用超 級節點資源，消息呈現業務所需傳輸的信息可在各超級節點間交互，超級節點可完成傳統伺服器的部分功能，例如查找、存儲功能，但超級節點的功 能並不限於傳統伺服器的功能，還可以進行適當的擴展。例如客戶端的存 儲節點通過客戶端發來的保活信令來判斷自身節點當前有多少用戶是在線 的。該技術方案能夠合理利用帶寬，降低系統帶寬成本和維護成本。採用上 述方法，超級節點的數量可動態增加或減少，承載消息呈現業務的分布式網 絡規模可擴展性增強，穩定性增加。 消息呈現業務的實現方法實施例二如圖3A所示為本發明消息呈現業務的實現方法具體實施例二的流程圖， 圖3B為本實施例的信令流程圖。本實施例以實施例一為基礎，能夠進一步實 現消息呈現業務中的資源查詢定位功能，其具體流程如下步驟E1、當客戶端A的服務節點FSIA接收到客戶端A發送的資源查詢 請求時，經過數據包分析識別出是資源查詢請求，則從資源查詢請求中解析 獲取待查終端B的用戶帳戶信息；步驟E2、客戶端A的服務節點FSIA根據待查終端B的用戶帳戶信息通 過分布式網絡將資源查詢請求轉發給待查終端B的存儲節點HSN一B;步驟E3、當客戶端A的服務節點FSN_A接收到待查終端B的存儲節點 HSN_B反饋的目標資源時，將目標資源發送給客戶端A。本實施例的步驟E2中，客戶端的服務節點可以採用"Chord"算法，根 據本地存儲的哈希表對待查終端的用戶帳戶信息進行哈希運算，根據哈希運 算結果將資源查詢請求通過分布式網絡轉發至下一跳的超級節點，該下一跳 的超級節點重複執行哈希運算查詢及轉發操作，直到將資源查詢請求轉發至 待查終端的存儲節點。在上述步驟E2和E3之間，如圖3B的信令流程圖所示，待查終端的存儲節點查詢到目標資源後向客戶端的服務節點轉發信令採用實線進行示意，這是因為根據"Chord"算法，通過哈希運算查找的過程需要經過一跳一跳來找 到目標節點，但是返回時可以一步到位，不需要再重複查找過程。因此，在 具體應用中，上述步驟E2和E3之間可以執行下述流程當待查終端的存儲 節點接收到資源查詢請求時，即可根據資源查詢請求查詢目標資源，並從轉 發的資源查詢請求中解析獲取客戶端的服務節點的標識，根據該標識將目標 資源直接發送回客戶端的服務節點。本實施例的技術方案，充分利用了分布式網絡資源快速查詢定位的優勢， 能夠快速查找到客戶端所需查詢的資源，這正是目前消息呈現業務功能逐漸 豐富時所迫切需要的條件，因此，該技術方案能夠有效提高消息呈現業務的質量。消息呈現業務的實現方法實施例三如圖4A所示為本發明消息呈現業務的實現方法具體實施例三的流程圖， 圖4B所示為本實施例好友添加流程的信令流程圖。本實施例在上述實施例一 或實施例二的基礎上，進一步包括好友添加流程，即在上述步驟A2後，當用 戶A點擊了添加好友按鈕，輸入好友的用戶帳號以發送了好友添加請求後可 執行下述流程步驟B1、當客戶端A的服務節點FSN-A接收到客戶端A發送的好友添加 請求時，從好友添加請求中解析獲取待添加的好友終端B的用戶帳戶信息；步驟B2、客戶端A的服務節點FSIA根據好友終端B的用戶帳戶信息將 好友添加請求通過分布式網絡轉發給好友終端B的存儲節點HSN-B;步驟B3、好友終端B的存儲節點HSN_B將好友添加請求通過分布式網絡 轉發給好友終端B的服務節點FSN_B;步驟B4、好友終端B的服務節點FSN_B向好友終端B發送添加確認請求， 並在接收到好友終端B回復的添加確認響應時，將添加確認響應通過分布式 網絡轉發給好友終端B的存儲節點HSN—B;步驟B5、好友終端B的存儲節點HSN—B在接收到添加確認響應時更新好 友終端B的好友目錄，並將添加確認響應轉發給客戶端A的服務節點FSIA;步驟B6、客戶端A的服務節點FSN—A將添加確認響應通過分布式網絡轉 發給客戶端A的存儲節點HSN_A以進行客戶端A的好友目錄更新，並向客戶 端A發送好友添加成功信息。本實施例的步驟B6中，客戶端A的服務節點FSN—A在添加好友成功後實 時的將好友添加成功信息轉發給客戶端A的存儲節點HSN_A進行更新，在具 體應用中也可以有其他好友目錄的更新方式，即在步驟B5後，客戶端A的服 務節點FSN_A僅將好友添加成功信息發送給客戶端A以通知添加成功，而在 此後由客戶端A主動發起好友目錄的修改，將好友目錄已修改的信息發送給 客戶端A的存儲節點HSN_A進行更新。在上述步驟B2和步驟B3中，通過分布式網絡將好友添加請求轉發給好 友終端的存儲節點或轉發給好友終端的服務節點的步驟具體為依照"Chord" 算法，通過重複執行哈希運算查詢和轉發的操作來完成轉發的操作。客戶端一方面可以添加其他客戶端為好友，另 一方面也可以;故別的客戶 端添加為好友。當客戶端的存儲節點接收到其他客戶端的服務節點發送的好 友添加請求時，即類似的執行上述B3 ~ B5以完成好友添加確認的流程。本實施例的消息呈現業務實現方法中，基於分布式網絡來實現好友添加 功能，實現了分布式管理消息呈現業務，能夠降低伺服器的負荷壓力，且充 分利用了帶寬，提高了消息呈現業務的速度和質量。消息呈現業務的實現方法實施例四如圖5 A所示為本發明消息呈現業務的實現方法具體實施例四的流程圖， 圖5B為本實施例消息呈現業務實現方法中狀態修改的信令流程圖。本實施例 在上述實施例一、實施例二和實施例三的基礎上，進一步實現客戶端的狀態 修改流程，即在上述步驟B6後可執行下述流程步驟Cl、當客戶端的服務節點接收到客戶端發送的狀態修改信息時，從 狀態修 文信息中解析獲取客戶端的用戶帳戶信息；步驟C2、客戶端的服務節點根據客戶端的用戶帳戶信息將狀態修改信息 通過分布式網絡轉發給客戶端的存儲節點以進行狀態更新，該轉發操作具體可以為採用"Chord"算法，通過重複執行哈希運算查詢和轉發的操作來完成 轉發；步驟C3、當客戶端的服務節點接收到客戶端的存儲節點回復的狀態修改 響應時，將狀態修改響應轉發給客戶端，以提示客戶端將狀態修改信息發送 給客戶端的所有在線的好友終端。好友狀態的變更對於該好友終端來說，就 是該好友終端的狀態修改信息之一 。本實施例在步驟C3中，客戶端在接收到狀態修改響應時獲知狀態已修改， 則可以通知客戶端的所有在線好友，告訴好友自己當前的狀態，使得好友能 實時的獲取該客戶的狀態，並且該好友終端能夠及時的通知自身的存儲節點 進行適當的更新。客戶端的狀態修改可以由客戶端自行通知好友，可以在確 定修改後通知，也可以在發送狀態修改信息時通知好友，或者還可以通過網 絡側來實現，其具體的實現方式可以是在步驟C2後以下述步驟替換步驟C3:步驟C3'、當客戶端的存儲節點對客戶端的用戶信息進行狀態更新後， 根據本地存儲的客戶端的好友目錄將狀態修改信息轉發給客戶端所有在線的 好友終端。該方法能夠通過網絡側來保證消息呈現業務所需存儲資源的嚴格 同步。本實施例的消息呈現業務實現方法中，基於分布式網絡來實現狀態修改 功能，實現了分布式管理消息呈現業務，能夠降低伺服器的負荷壓力，且充 分利用了帶寬，提高了消息呈現業務的速度和質量。消息呈現業務的實現方法實施例五如圖6A所示為本發明消息呈現業務的實現方法具體實施例五的流程圖， 本實施例在上述實施例一、實施例二、實施例三和實施例四的基礎上，進一 步實現客戶端的註銷流程，即在上述步驟B6後可執行下述流程步驟D1、當客戶端的服務節點接收到客戶端發送的註銷請求時，從註銷 請求中解析獲耳又客戶端的用戶帳戶信息；步驟D2、客戶端的服務節點根據客戶端的用戶帳戶信息將註銷請求通過 分布式網絡轉發給客戶端的存儲節點以釋放客戶端佔用的存儲資源，其中，該轉發操作具體可以為採用"Chord"算法，通過重複執行，哈希運算查詢和轉 發的操作來完成轉發；步驟D3、當客戶端的服務節點接收到客戶端的存儲節點回復的註銷響應 時，將註銷響應轉發給客戶端，以提示客戶端將註銷響應發送給客戶端的所 有在線好友終端，以通知其好友該客戶端已註銷。對於該好友來說，該客戶 端已註銷就是該好友的狀態修改信息之一。本實施例在步驟D3中，客戶端在接收到註銷響應時獲知已註銷，則可以 通知客戶端的所有在線好友，告訴好友自己當前的狀態，使得好友能實時的 獲取該客戶的狀態，並且該好友終端能夠及時的通知自身的存儲節點進行適 當的更新。客戶端的註銷狀態可以由客戶端自行通知好友，可以在確定已注 銷後通知，也可以在發送註銷請求時通知好友，或者還可以通過網絡側來實 現，其具體的實現方式可以是在步驟D2後以下述步驟替換步驟D3:步驟D3'、當客戶端的存儲節點釋放客戶端佔用的資源後，根據客戶端 的好友目錄將註銷響應轉發給客戶端的所有好友終端。該方法能夠通過網絡 側來保證消息呈現業務所需存儲資源的嚴格同步。根據客戶端的好友目錄，向客戶端的所有好友終端通報客戶端已註銷的 信息，其中客戶端的服務節點可以通過分布式網絡從客戶端的存儲節點中獲取好友目錄，也可以從客戶端註冊開始，每次添加好友時，即在服務節點在 記錄該客戶端的好友目錄。如圖6B為本實施例消息呈現業務實現方法中註銷過程的信令流程圖。本 實施例的消息呈現業務實現方法中，基於分布式網絡來實現用戶註銷功能， 實現了分布式管理消息呈現業務，能夠降低伺服器的負荷壓力，且充分利用 了帶寬，提高了消息呈現業務的速度和質量。消息呈現業務的實現系統實施例一如圖7所示為本發明消息呈現業務的實現系統具體實施例一的結構示意 圖，該系統包括構成分布式網絡的多個預布設超級節點，每個超級節點既可 以作為客戶端30的服務節點10,也可以作為客戶端30的存儲節點20。超級節點組成哈希(Hash)環，其中每個預布設超級節點都是對等(Peer to Peer, 以下簡稱P2P)網絡中具有P2P能力，參與分布式資源管理和搜索的節點。其 中，作為客戶端30的服務節點10,超級節點的具體結構包括第一處理模塊 11,用於當接收到客戶端30發送的信息時對該信息進行識別，從中解析獲取 目標帳戶，並產生待轉發信息；轉發模塊12,與第一處理模塊ll相連，用於 根據第一處理模塊11中獲取的目標帳戶通過分布式網絡轉發該待轉發信息， 轉發模塊12可作為該服務節點10的接口，該待轉發信息可由其發送給其他 的超級節點，以逐跳發送給目標的超級節點；第二處理模塊13，用於通過分 布式網絡接收到反饋信息時向客戶端30轉發該反饋信息，該反饋信息的發送 源超級節點可以為該客戶端的存儲節點，也可以為其他客戶端的存儲節點或 服務節點。作為客戶端30的存儲節點20,超級節點的具體結構包括資源存 儲模塊21,用於存儲客戶端30的用戶信息；第三處理模塊22,用於當接收 到客戶端30的服務節點10中的轉發模塊12所發送的待轉發信息時，對該信 息進行識別，並對資源存儲模塊21中存儲的客戶端30的用戶信息進行相應 處理。本實施例的消息呈現業務實現系統可執行本發明消息呈現業務實現方法 任意實施例的技術方案，服務節點用於與客戶端直接交互信息，並根據客戶 端發送的信息與存儲節點交互，執行相應的處理，獲取相應的反饋信息，例 如，當客戶端發送了註冊請求時，服務節點即向存儲節點轉發註冊請求以在 為該客戶端分配存儲資源；當客戶端發送了狀態修改信息時，服務節點即向 存儲節點轉發該狀態修改信息，以指示存儲節點對客戶端對應存儲的資源進 行更新。在本實施例中，該轉發模塊的具體結構可以包括哈希表存儲單元，用 於存儲哈希表；哈希操作單元，與第一處理模塊相連，用於採用"Chord"算希運算結果通過分布式網絡逐跳轉發待轉發信息。本實施例的消息呈現業務實現系統充分利用了分布式網絡，預布設了多個超級節點作為服務節點和存儲節點，分布式處理客戶端的消息呈現業務， 且分布存儲為實現客戶端消息呈現業務所需要的信息。該系統中的超級節點 可採用滿足一定性能和功能要求的服務終端來承擔，能夠緩解網絡中伺服器 的負荷壓力，提供了系統的性能，且超級節點的數量可增加或減少，因此承 載消息呈現業務的系統具有極強的可擴展性，這對於用戶日益增多的現狀極 為有利。消息呈現業務的實現系統實施例二如圖8所示為本發明消息呈現業務的實現系統具體實施例二的局部結構 示意圖，本實施例以實施例一為基礎，具體可實現用戶註冊功能、資源查詢 定位功能、好友添加功能、狀態信息修改功能和用戶註銷功能。在本實施例 中，第一處理模塊11具體包括註冊請求單元lll，用於當識別到客戶端發 送的信息為註冊請求時，解析獲取客戶端的用戶帳戶信息作為目標帳戶，將 註冊請求作為待轉發信息；資源定位單元112，用於當識別到客戶端發送的信 息為資源查詢請求時，解析獲取待查終端的用戶帳戶信息作為目標帳戶，將 資源查詢請求作為待轉發信息；好友添加單元113,用於當識別到客戶端發送 的信息為好友添加請求時，解析獲取待添加的好友終端的用戶帳戶信息作為 目標帳戶，將好友添加請求作為待轉發信息；狀態修改單元114,用於當識別 到客戶端發送的信息為狀態修改信息時，解析獲取客戶端的用戶帳戶信息作 為目標帳戶，將狀態修改信息作為待轉發信息；註銷請求單元115,用於當識 別到客戶端發送的信息為註銷請求時，解析獲取客戶端的用戶帳戶信息作為 目標帳戶，將註銷請求作為待轉發信息。該註冊請求單元lll、資源定位單元 112、好友添加單元113、狀態修改單元114和註銷請求單元115分別與轉發 模塊12相連，向轉發模塊12提供目標帳戶和待轉發信息。相應地，客戶端 的存儲節點20中的第三處理模塊22具體包括註冊處理單元221,用於當識 別到接收的待轉發信息為註冊請求時，解析目標帳戶作為客戶端的用戶帳戶 信息，在資源存儲模塊21中為客戶端的用戶帳戶信息分配資源以存儲客戶端 的用戶信息；資源查詢單元222,用於當識別到接收的待轉發信息為資源查詢請求時，解析目標帳戶作為待查終端的用戶帳戶信息，根據待查終端的用戶帳戶信息在資源存儲模塊21中查詢目標資源，將目標資源作為反饋信息發送 給客戶端的服務節點10的第二處理模塊13;好友添加確認單元223，用於當 識別到接收的待轉發信息為好友添加請求時，解析目標帳戶作為待添加的好 友終端的用戶帳戶信息，將好友添加請求發送給好友終端的服務節點10進行 好友添加確認，並當接收到好友添加確認響應時，將好友添加確認響應作為 反饋信息回復給第二處理模塊13以通知客戶端好友添加成功；狀態更新單元 224，用於當識別到接收的待轉發信息為狀態修改信息時，解析目標帳戶作為 客戶端的用戶帳戶信息，根據狀態修改信息對資源存儲模塊21中的資源進行 更新；註銷處理單元225，用於當識別到接收的待轉發信息為註銷請求時，解 析目標帳戶作為客戶端的用戶帳戶信息，根據客戶端的用戶帳戶信息釋放資 源存儲模塊21中對應存儲的資源，並向第二處理模塊13發送註銷響應作為 反饋信息。該註冊處理單元221、資源查詢單元222、好友添加確認單元223、 狀態更新單元224和註銷處理單元225分別與資源存儲模塊21相連，對資源 存儲坤莫塊21中的用戶資源進行操作。本實施例的消息呈現業務實現系統可執行本發明消息呈現業務實現方法 任意實施例的技術方案，具體可實現上述功能，但是本發明的消息呈現業務 實現系統並不限於具有上述模塊來實現上述功能，該系統也可以通過服務節 點、存儲節點的相互配合來承載消息呈現業務中的其他功能。例如，採用分 布式資源存儲方式，預布設的超級節點充當消息呈現業務的資源伺服器，可 以發布用戶的"User畫e" 、 "IP" 、 "Port" 、 "State" 、 "ID"等信息； 用戶資源查找定位釆用"Chord"算法，但不限於該算法。這樣一方面可以充 分利用P2P網絡資源查找的優勢，來快速定位待查用戶的信息；另一方面可 以大大緩解系統伺服器的壓力，留有更多的資源處理，使系統服務於其他突 發問題。本發明的消息呈現業務實現方法和系統提出了基於分布式Presence業務 架構的業務實現方案。P2P網絡是一種具有較高擴展性的分布式系統結構，其對等概念是指網絡中的物理節點在邏輯上具有相同的地位。相對於傳統的集中式客戶端/伺服器模型，P2P網絡弱化了中心伺服器的概念，系統中沒有中央節點，它對網絡進行自由管理，每個節點既可請求服務，也可提供服務， 從而有效地整合網際網路的潛在資源，將基於網頁的網際網路轉變成動態存取、自由交互的海量信息網絡。本發明由預布設超級節點構成P2P式的分布式網 絡，採用專有協議進行通信，例如可以採用會話初始化協議(SIP) 、 SIP協 議擴展協議(Si即le協議)來實現，這樣客戶端就可以直接將Presence消息 信令發送到P2P分布式網絡，由這些超級節點來處理消息信令，也就是說基 於P2P網絡結構的Presence消息信令，不需經過系統伺服器轉發、處理，大 大減輕了伺服器的負擔，提高了系統的性能。另外超級節點實現了用戶 Presence資源的分布式存儲，便於資源的查找，緩解了伺服器的壓力，充分 利用P2P網絡的優勢，提高查找速率，提高系統處理性能。因此，基於分布式Presence結構實現Presence業務，可以大大緩解系 統伺服器轉發、處理消息信令的壓力，可以提高系統的性能，另外分布式資 源存儲方式，可以大大降低系統的帶寬成本及維護成本，從而也可以緩解系 統的壓力。在實現過程中，隨著用戶的規模不斷增加，這種利用P2P技術優 勢來緩解伺服器壓力的優勢更明顯，該方案具有容量大、穩定性強以及易於 擴展的優點。本領域普通技術人員可以理解實現上述方法實施例的全部或部分步驟 可以通過程序指令相關的硬體來完成，前述的程序可以存儲於一計算機可讀 取存儲介質中，該程序在執行時，執行包括上述方法實施例的步驟；而前述 的存儲介質包括R0M、 RAM、磁碟或者光碟等各種可以存儲程序代碼的介質。最後應說明的是以上實施例僅用以說明本發明的技術方案，而非對其 限制；儘管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術 人員應當理解其依然可以對前述各實施例所記載的技術方案進行修改，或 者對其中部分技術特徵進行等同替換；而這些修改或者替換，並不使相應技術方案的本質脫離本發明各實施例技術方案的精神和範圍。
權利要求
1、一種消息呈現業務的實現方法，其特徵在於，包括步驟A1、當超級節點接收到客戶端發送的註冊請求時，該超級節點成為所述客戶端的服務節點，所述客戶端的服務節點從所述註冊請求中解析獲取所述客戶端的用戶帳戶信息；步驟A2、所述客戶端的服務節點根據所述客戶端的用戶帳戶信息通過分布式網絡確定一超級節點作為所述客戶端的存儲節點，並將接收自所述客戶端的用戶信息轉發給所述客戶端的存儲節點進行存儲。
2、 根據權利要求1所述的消息呈現業務的實現方法，其特徵在於，所述 步驟A2具體為所述客戶端的服務節點根據本地存儲的哈希表對所述客戶端 的用戶帳戶信息進行哈希運算，根據哈希運算結果將包含有所述客戶端用戶 信息的所述註冊請求通過分布式網絡轉發至下一跳的超級節點，所述下一跳 的超級節點重複執行哈希運算查詢及轉發操作，直到確定一超級節點作為所 述客戶端的存儲節點以存儲所述客戶端的用戶信息。
3、 根據權利要求2所述的消息呈現業務的實現方法，其特徵在於，在所 述步驟Al前還包括所述客戶端向所有所述超級節點分別發送探測包並計時，當接收到各所 述超級節點回復的探測響應時，比較計時結果，選擇計時時間最短的超級節 點確定為所述客戶端的服務節點。
4、 根據權利要求1或2或3所述的消息呈現業務的實現方法，其特徵在 於，在所述步驟A2之後還包括步驟El、當所述客戶端的服務節點接收到所述客戶端發送的資源查詢請求 時，從所述資源查詢請求中解析獲取待查終端的用戶帳戶信息；步驟E2、所述客戶端的服務節點根據所述待查終端的用戶帳戶信息通過分 布式網絡將所述資源查詢請求轉發給所述待查終端的存儲節點；步驟E3、當所述客戶端的服務節點接收到所述待查終端的存儲節點反饋的目標資源時，將所述目標資源發送給所述客戶端。
5、 根據權利要求4所述的消息呈現業務的實現方法，其特徵在於，所述 步驟E2具體為所述客戶端的服務節點根據本地存儲的哈希表對所述待查終 端的用戶帳戶信息進行哈希運算，根據哈希運算結果將所述資源查詢請求通 過分布式網絡轉發至下一跳的超級節點，所述下一跳的超級節點重複執行哈 希運算查詢及轉發操作，直到將所述資源查詢請求轉發至所述待查終端的存 儲節點。
6、 根據權利要求4所述的消息呈現業務的實現方法，其特徵在於，在所 述步驟E2和E3之間還包括所述待查終端的存儲節點根據所述資源查詢請 求查詢目標資源，並從轉發的所迷資源查詢請求中解析獲取所述客戶端的服 務節點的標識，將所述目標資源發送給所述客戶端的服務節點。
7、 根據權利要求1或2或3所述的消息呈現業務的實現方法，其特徵在 於，在所述步驟A2之後還包括步驟Bl、當所述客戶端的服務節點接收到所述客戶端發送的好友添加請 求時，從所述好友添加請求中解析獲取待添加的好友終端的用戶帳戶信息；步驟B2、所述客戶端的服務節點根據所述好友終端的用戶帳戶信息將所 述好友添加請求通過分布式網絡轉發給所述好友終端的存儲節點；步驟B3、所述好友終端的存儲節點將所述好友添加請求通過分布式網絡 轉發給所述好友終端的服務節點；步驟B4、所述好友終端的服務節點向所述好友終端發送添加確認請求， 並在接收到所述好友終端回復的添加確認響應時，將所述添加確認響應通過 分布式網絡轉發給所述好友終端的存儲節點；步驟B5、所述好友終端的存儲節點在接收到所述添加確認響應時更新所述 好友終端的好友目錄，並將所述添加確認響應轉發給所述客戶端的服務節點；步驟B6、所述客戶端的服務節點向所述客戶端發送好友添加成功信息。
8、 根據權利要求7所述的消息呈現業務的實現方法，其特徵在於，所述步驟B2和步驟B3中通過分布式網絡轉發的步驟具體為通過重複4丸行p合希 運算查詢和轉發的操作來完成轉發。
9、 根據權利要求7所述的消息呈現業務的實現方法，其特徵在於，所述 步驟B6具體為所述客戶端的服務節點將所述添加確認響應通過分布式網絡 轉發給所述客戶端的存儲節點以進行所述客戶端的好友目錄的更新，並向所 述客戶端發送好友添加成功信息。
10、 根據權利要求7所述的消息呈現業務的實現方法，其特徵在於，在 所述步驟B6之後還包括步驟Cl、當所述客戶端的服務節點接收到客戶端發送的狀態修改信息時， 從所述狀態修改信息中解析獲取所述客戶端的用戶帳戶信息；步驟C2、所述客戶端的服務節點根據所述客戶端的用戶帳戶信息將所述狀 態修 文信息通過分布式網絡轉發給所述客戶端的存儲節點以進行狀態更新。
11、 才艮據權利要求10所述的消息呈現業務的實現方法，其特徵在於， 在所述步驟C2之後還包括步驟C3 、當所述客戶端的服務節點接收到所述客戶端的存儲節點回復的 狀態修改響應時，將所述狀態修改響應轉發給客戶端以提示所述客戶端將狀 態修改信息發送給客戶端的所有好友終端。
12、 根據權利要求10所述的消息呈現業務的實現方法，其特徵在於， 在所述步驟C2之後還包括步驟C3'、當所述客戶端的存儲節點對所述客戶端的用戶信息進行狀態 更新後，根據所述客戶端的好友目錄將所述狀態修改信息轉發給所述客戶端 所有好友終端。
13、 根據權利要求10所述的消息呈現業務的實現方法，其特徵在於， 所述步驟C2中通過分布式網絡轉發的步驟具體為通過重複執行哈希運算查詢和轉發的4喿作來完成轉發。
14、 根據權利要求7所述的消息呈現業務的實現方法，其特徵在於，在所述步驟B6之後還包括步驟D1、當所述客戶端的服務節點接收到客戶端發送的註銷請求時，從 所述註銷請求中解析獲取所述客戶端的用戶帳戶信息；步驟D2、所述客戶端的服務節點根據所述客戶端的用戶帳戶信息將所述 註銷請求通過分布式網絡轉發給所述客戶端的存儲節點以釋放所述客戶端佔 用的存儲資源。
15、 根據權利要求14所述的消息呈現業務的實現方法，其特徵在於， 在所述步驟D2之後還包括步驟D3、當所述客戶端的服務節點接收到所述客戶端的存儲節點回復的 註銷響應時，將所述註銷響應轉發給客戶端以提示所述客戶端將註銷響應發 送給客戶端的所有好友終端。
16、 根據權利要求14所述的消息呈現業務的實現方法，其特徵在於， 在所述步驟D2之後還包括步驟D3'、當所述客戶端的存儲節點釋放所述客戶端佔用的資源後，根 據所述客戶端的好友目錄將註銷響應轉發給所述客戶端的所有好友終端。
17、 根據權利要求14所述的消息呈現業務的實現方法，其特徵在於， 所述步驟D2中通過分布式網絡轉發的步驟具體為通過重複執行哈希運算查 詢和轉發的操作來完成轉發。
18、 一種消息呈現業務的實現系統，其特徵在於包括構成分布式網絡 的多個服務節點和多個存儲節點，且所述服務節點包括第一處理模塊，用於當接收到客戶端發送的信息時進行識別，從中解 析獲取目標帳戶，並產生待轉發信息；轉發模塊，與所述第一處理模塊相連，用於根據所述目標帳戶通過所 述分布式網絡轉發所述待轉發信息；第二處理模塊，用於通過分布式網絡接收到反饋信息時向所ii^戶端轉發;所述存儲節點包括 資源存儲模塊，用於存儲所述客戶端的用戶信息； 第三處理模塊，用於當接收到所述服務節點發送的待轉發信息時進行 識別，並對所述資源存儲模塊中存儲的客戶端的用戶信息進行相應處理。
19、 根據權利要求18所述的消息呈現業務的實現系統，其特徵在於， 所述轉發模塊具體包括哈希表存儲單元，用於存儲哈希表；標帳戶進行哈希運算，根據哈希運算結果通過分布式網絡逐跳轉發所述待轉 發信息。
20、 根據權利要求18或19所述的消息呈現業務的實現系統，其特徵在 於，所述第一處理模塊具體包括註冊請求單元，用於當識別到所述客戶端發送的信息為註冊請求時，解 析獲取所述客戶端的用戶帳戶信息作為目標帳戶，將所述註冊請求作為待轉 發信息；資源定位單元，用於當識別到所述客戶端發送的信息為資源查詢請求時， 解析獲取待查終端的用戶帳戶信息作為目標帳戶，將所述資源查詢請求作為 待轉發信息；好友添加單元，用於當識別到所述客戶端發送的信息為好友添加請求時， 解析獲取待添加的好友終端的用戶帳戶信息作為目標帳戶，將所述好友添加 請求作為待轉發信息；狀態修改單元，用於當識別到所述客戶端發送的信息為狀態修改信息時， 解析獲取所述客戶端的用戶帳戶信息作為目標帳戶，將所述狀態修改信息作 為待轉發信息；註銷請求單元，用於當識別到所述客戶端發送的信息為註銷請求時，解 析獲取所述客戶端的用戶帳戶信息作為目標帳戶，將所述註銷請求作為待轉發信息；所述註冊請求單元、資源定位單元、好友添加單元、狀態修改單元和注 銷請求單元分別與所述轉發模塊相連。
21、 根據權利要求20所述的消息呈現業務的實現系統，其特徵在於， 所述第三處理;漠塊具體包括註冊處理單元，用於當識別到接收的所述待轉發信息為註冊請求時，解 析所述目標帳戶作為所述客戶端的用戶帳戶信息，在資源存儲模塊中為所述 客戶端的用戶帳戶信息分配資源以存儲所述客戶端的用戶信息；資源查詢單元，用於當識別到接收的所述待轉發信息為資源查詢請求時， 解析所述目標帳戶作為待查終端的用戶帳戶信息，根據所述待查終端的用戶 帳戶信息在資源存儲模塊中查詢目標資源，將所述目標資源作為所述反饋信 息發送給所述服務節點的所述第二處理模塊；好友添加確認單元，用於當識別到接收的所述待轉發信息為好友添加請 求時，解析所述目標帳戶作為待添加的好友終端的用戶帳戶信息，將所述好 友添加請求發送給所述好友終端的服務節點進行好友添加確認，並當接收到 好友添加確認響應時，將所述好友添加確認響應作為所述反饋信息回復給所 述第二處理模塊以通知所述客戶端好友添加成功；狀態更新單元，用於當識別到接收的所述待轉發信息為狀態修改信息時， 解析所述目標帳戶作為所述客戶端的用戶帳戶信息，根據所述狀態修改信息 對所述資源存儲模塊中的資源進行更新；註銷處理單元，用於當識別到接收的所述待轉發信息為註銷請求時，解 析所述目標帳戶作為所述客戶端的用戶帳戶信息，根據所述客戶端的用戶帳 戶信息釋放所述資源存儲模塊中對應存儲的資源，並向所述第二處理模塊發 送註銷響應作為所述反饋信息；所述註冊處理單元、資源查詢單元、好友添加確:〖人單元、狀態更新單元 和註銷處理單元分別與所述資源存儲模塊相連。
全文摘要
本發明涉及一種消息呈現業務的實現方法和系統。該方法包括當超級節點接收到客戶端發送的註冊請求時成為客戶端的服務節點，解析獲取客戶端的用戶帳戶信息；通過分布式網絡將用戶信息轉發給客戶端的存儲節點進行存儲。該系統包括構成分布式網絡的多個客戶端的服務節點和多個客戶端的存儲節點，且服務節點包括第一處理模塊、轉發模塊和第二處理模塊；存儲節點包括資源存儲模塊和第三處理模塊，服務節點和存儲節點通過分布式網絡交互信息。本發明採用分布式網絡來承載消息呈現業務，且分布存儲客戶端的用戶信息，能夠緩解伺服器壓力，改善了系統的性能；能實現資源快速定位，降低了帶寬成本；系統可擴展性強，能滿足逐漸增多的客戶規模需求。
文檔編號H04L29/06GK101247370SQ20081010193
公開日2008年8月20日 申請日期2008年3月14日 優先權日2008年3月14日
發明者房秉毅, 濤 林, 潘海鵬, 熊景松, 王志軍, 申志偉, 陳九慶, 馬少武 申請人:中國網通集團寬帶業務應用國家工程實驗室有限公司;中國科學院聲學研究所