發布、轉發和獲知業務信息的方法、用戶終端及網絡設備的製作方法

2023-05-24 12:27:16

專利名稱：發布、轉發和獲知業務信息的方法、用戶終端及網絡設備的製作方法
技術領域：
本發明涉及通信技術領域，尤其涉及一種發布、轉發和獲知業務信息的 方法、用戶終端及網絡設備。
背景技術：
在基於如SIP (會話發起協議，Session Initiation Protocol)等多方通信系 統中，PoC (蜂窩移動通信網絡的按鍵即說，Pust to talk over Cellular)業務和 Conference (會話)業務通過使用SIP Subscribe/Notify (SIP訂閱/通知)機制 向參加會議的用戶終端發布會議的業務信息，所述業務信息包括會話狀態信 ,包，(Conference state information)和參與方"f言,包、(Participant information )。 其 中，所述會話狀態信息包括會話的主題，會話的媒體類型，會話的開始時 間，會話的結束時間，會話的參加人數，會話的最多參加人數，會話的錄音 功能狀態等。所述參與方信息包括參與用戶(筒稱與會人)的用戶名、用 戶地址、用戶呢稱、用戶屬性、用戶加入時間、用戶使用媒體類型、用戶的 終端類型、用戶的網絡狀態(繁忙、空閒等)等。現有技術發布業務信息的方法通常為用戶通過用戶終端向伺服器發送 訂閱消息來訂閱會議的業務信息，所述訂閱消息中包括業務信息的通知方式， 例如變化通知、定時通知、立即通知等形式。伺服器會根據所述終端在訂閱 消息中指定的通知方式決定何時發送，當滿足發送條件時所述伺服器將所有 業務信息通過通知消息發送給所述用戶終端。然而，在進行本發明創造過程中，發明人發現現有技術中至少存在如下 問題由於會話狀態信息和參與方信息的內容都比較多，信息量龐大，因此， 在伺服器集中向參加會議的用戶終端發布這些信息時，容易造成網絡的阻塞， 無法保證網絡的穩定。而且，由於不同的用戶對業務信息的內容需求不同， 有些信息對有些用戶是不需要的，因此，如果將對用戶沒用的業務信息也發給用戶的話，則會影響用戶的瀏覽速度，增加用戶的閱讀負擔。並且還會因 發送大量不必要的業務信息而佔用了網絡資源，降低了網絡的利用率。發明內容有鑑於此，本發明一個或多個實施例的目的在於提供一種發布業務信息 的方法，將業務信息按照不同類別分類並將分類後的業務信息保存，所述方法包括發布實體獲取發起方的訂閱消息，所述訂閱消息至少包括業務信息的類別；所述發布實體根據所述業務信息的類別提取當前保存的該類別的業務信 息，並向所述發起方發送所提取的業務信息。基於上述技術方案，本發明實施例還公開了一種轉發業務信息的方法，將業務信息按照不同類別分類並將分類後的業務信息保存，所述方法包括 向發布實體發送訂閱消息，所述訂閱消息至少包括業務信息的類別；接收由所述發布實體返回的該訂閱消息的響應，並保存該響應中所述類 別的業務信息；當收到來自於用戶終端的關於該類別的業務信息的訂閱消息時，提取當 前保存的該類別的業務信息，並將所提取的業務信息發送至所述用戶終端。基於上述技術方案，本發明實施例還公開了 一種獲知業務信息的方法， 將業務信息按照不同類別分類並將分類後的業務信息保存，所述方法包括用戶終端在收到用戶訂閱指定類別的業務信息的指令後，向發布實體發 送訂閱消息，所述訂閱消息至少包括所述指令中指定的業務信息的類別；所述用戶終端在收到由所述發布實體返回的該訂閱消息的響應後，將所 述響應中所述類別的業務信息呈現給用戶。基於上述技術方案，本發明實施例還公開了 一種用於發布業務信息的發 布實體，包括接收單元和發送單元，所述發布實體還包括業務信息保存單元，用於保存不同類別的業務信息；獲取單元，用於從所述接收單元接收到的訂閱消息中獲取業務信息的類別，並將所述類別告知業務信息單元；所述業務信息單元，用於按照所獲得的類別，從所述業務信息保存單元 中提取當前保存的該類別業務信息，並將所述類別的業務信息通過所述發送 單元發送。基於上述技術方案，本發明實施例還提供了 一種用於轉發業務信息的網絡實體，包括接收單元和發送單元，所述網絡實體還包括業務信息保存單元，用於保存不同類別的業務信息；訂閱消息單元，用於生成訂閱消息，並由所述發送單元發送至發布實體， 所述訂閱消息至少包括業務信息的類別；獲取單元，用於從所述接收單元接收到的來自於所述發布實體的該訂閱 消息的響應中，獲取所述類別的業務信息，並將所述業務信息發送給所述業 務信息保存單元進行保存；所述獲取單元，還用於從所述接收單元接收到來自於用戶終端的訂閱消 息中，獲取業務信息的類別，並將所述類別告知業務信息單元；所述業務信息單元，用於按照所獲得的類別，從所述業務信息保存單元 中提取當前保存的該類別業務信息，並將所述類別的業務信息通過所述發送 單元發送至所述用戶終端。基於上述技術方案，本發明實施例還公開了 一種能夠獲知業務信息的用 戶終端，包括發送單元和接收單元，所述用戶終端還包括訂閱消息單元，用於在收到用戶的訂閱指令後，生成至少包含有所述指 令中指定的業務信息類別的訂閱消息，並將所述訂閱消息通過所述發送單元 發送至發布實體；獲取單元，用於從所述接收單元收到的來自於所述發布實體的該訂閱消 息的響應中，獲取所述類別的業務信息，並將所述業務信息告知呈現單元； 所述呈現單元，用於將收到的所述業務信息呈現給用戶。與現有技術相比，本發明實施例具有以下優點根據訂閱消息中指定的類別，只發布所述類別的當前業務信息。從而避免了 因每次都發送全部業務信息而造成的網絡擁堵，減少了網絡中的實際流量， 節省了網絡資源。其次，用戶終端也可#4居用戶的需求，訂閱不同類別的業務信息，例如， 用戶可以先訂閱簡單的基本業務信息進行大致了解，當需要詳細了解時，再 訂閱詳細業務信息。這樣減少了用戶的閱讀量，提高了用戶獲知有用業務信 息的效率。


圖1為本發明通知業務信息的一個方法實施例的流程示意圖； 圖2為本發明通知業務信息的另一個方法實施例的流程示意圖； 圖3為本發明通知業務信息的又一個方法實施例的流程示意圖； 圖4為本發明用於發布業務信息的一個發布實體實施例的結構框圖； 圖5為本發明用於發布業務信息的另一個發布實體實施例的結構框圖； 圖6為本發明用於轉發業務信息的一個網絡實體實施例的結構框圖； 圖7為本發明用於轉發業務信息的另 一個網絡實體實施例的結構框圖； 圖8為本發明用於獲知業務信息的一個用戶終端實施例的結構框圖。
具體實施方式
本發明實施例提供的一種發布業務信息的方法，在發布業務信息前，將 業務信息按照不同類別分類並將分類後的業務信息保存；該方法包括發布實體獲取發起方的訂閱消息，所述訂閱消息至少包括業務信息的類別；所述發布實體根據所述業務信息的類別提取當前保存的該類別的業務信 息，並向所述發起方發送所述類別的業務信息。其中，所述發布實體接收到的所述訂閱消息可由用戶終端直接發來，也 可由網絡實體將用戶終端的訂閱消息轉發得到。當所述訂閱消息還包括所述類別的業務信息的通知方式時； 向所述發起方發送所述類別的業務信息具體為按照所述訂閱消息中指定的通知方式，在滿足通知條件時向所述發起方 發送所述類別的業務信息。與此同時，本發明實施例還公開的一種獲知業務信息的方法，將業務信 息按照不同類別分類並將分類後的業務信息保存，所述方法包括用戶終端在收到用戶訂閱指定類別的業務信息的指令後，向發布實體發 送訂閱消息，所述訂閱消息至少包括所述指令中指定的業務信息的類別；所述用戶終端在收到由所述發布實體返回的該訂閱消息的響應後，將所 述響應中所述類別的業務信息呈現給用戶。其中，所述訂閱消息還可包括所述類別的業務信息的通知方式，相應地， 當所述發布實體在收到所述訂閱消息後，按照所述訂閱消息中指定的通知方 式，在滿足通知條件時向所述用於終端發送所述類別的業務信息。下面結合附圖，說明 一下當同時採用上述實施例所述的發布和獲知業務 信息的方法，來實現通知業務信息的詳細過程如圖1所示，為本發明通知業務信息的一個方法實施例的流程示意圖， 該方法在通知業務信息前首先將業務信息劃分成不同類別，用戶終端向發布 實體訂閱所需類別的業務信息。本實施例所述發布實體為伺服器，所述業務 信息包括參與方信息和會議狀態信息，該方法包括以下步驟步驟101:發布前將所有可提供的參與方信息和會議狀態信息按照不同類 別分類，並將分類後的業務信息保存在伺服器和用戶終端上。其中，可將這 些業務信息按照下述例子分類可按照用戶的業務信息需求、業務邏輯、運 營商的策略、網絡的維護策略、或業務信息的重要程度將所有業務信息分成 兩級，即I級和II級。其中，I級業務信息為基本信息，例如包括會議名稱、 參加會議的人(簡稱與會人)名稱等。II級業務信息為詳細信息，例如會議 的地點、時間，與會人的電話號碼、單位等。步驟102:用戶通過用戶終端向伺服器發送訂閱消息，所述訂閱消息中包 括業務信息的類別和通知方式。其中，所述通知方式可包括變化通知、周 期通知、立即通知、定時通知等形式。本實施例中假設該訂閱消息中為I級消 息，通知方式為變化通知。步驟103:所述伺服器在收到所述用戶終端的訂閱消息後，向所述用戶終 端返回應答消息。步驟104:當I級業務信息的內容發生變化時，例如，會議的名稱發生變 化，或者與會人發生變化等，所述伺服器將包含有當前I級業務信息的通知消 息發送給所述用戶終端。步驟105:所述用戶終端在收到所述通知消息後，向所述月良務器返回應答 消息。步驟106:所述用戶終端將新收到的I級業務信息呈現給用戶，如果用戶 希望得到更詳細的業務信息，則通過用戶終端上的設置項訂閱II級業務信息， 所述用戶終端在獲取到用戶的繼續訂閱II級業務信息的指令後繼續執行步驟 107及後續步驟；否則，結束。步驟io7:所述用戶終端向所述伺服器發送n級訂閱消息，所述II級訂閱 消息中包括業務信息的類別即n級，和該類別業務信息的通知方式，其中所述通知方式包括變化通知、周期通知、立即通知等形式。本實施例中假設 用戶訂閱的II級業務信息的通知方式為立即通知，並且伺服器只通知一次， 不需要後續的繼續通知。步驟108:所述伺服器在收到用戶終端的II級訂閱消息後，向所述用戶 終端返回應答消息。步驟109:所述伺服器提取當前保存的II級業務信息，並根據所述II級 訂閱消息中的通知方式，將包含有II級業務信息的通知消息發送給所述用戶終端。在本實施例中，由於n級訂閱消息中的通知方式為立即通知，因此， 所述伺服器立即發送該通知消息。步驟110:所述用戶終端在收到所述II級業務信息的通知消息後，向所述伺服器返回應答消息，並將所述n級業務信息呈現給用戶。上述實施例採取了將業務信息分類發送的方法，用戶可以通過用戶終端向伺服器訂閱不同類別的業務信息，從而避免了 SIP訂閱/通知機制中由於通知的業務信息內容過於龐大而造成的網絡阻塞，從而減少了網絡中的實際流 量，優化流程，而且提高了用戶瀏覽重要信息的效率。此外，上述實施例中用戶終端向伺服器發送的訂閱消息中，除了直接使 用類別(例如，i級和n級)來表徵不同類的業務信息外，還可以使用標識來 識別不同類別的業務信息，例如，採用"基本信息，，或"詳細信息，，直接作為標識 名稱來分別代表不同類別的業務信息。採用標識發送時，需要在上述步驟ioi 中預先設置不同類別的業務信息對應的標識，並將所述標識與各類業務信息 的對應關係同時保存至用戶終端和伺服器上。伺服器可以通過該標識識別出 對應的業務信息的類別，進而提取出該類別的業務信息。此外，本實施例不僅可以訂閱同類別的所有業務信息，而且還可以只訂閱該類別的眾多業務信息中的某些業務信息，例如，在上述實施例的步驟106中，如果用戶只希望得到i級業務信息中某個用戶的詳細信息，那麼用戶終端 可以只訂閱該用戶的n級業務信息，同時在所述步驟i07中，所述用戶終端 向所述伺服器發送的n級訂閱消息中，不僅包括業務信息的類別即n級，和 通知方式，而且還包括所述n級業務信息中指定的該用戶名。相應地，在所 述步驟109中，所述伺服器根據所述n級訂閱消息中指定的用戶名，將n級 業務信息中該名稱的當前內容通過通知消息發送給所述用戶終端。需要說明的是，如果在所述訂閱消息中沒有指定同類別的眾多業務信息 中的某個業務信息名，伺服器則將該類別的所有業務信息都通知給用戶。如圖2所示，其為採用本發明所述的發布和獲知業務信息的方法來實現通知業務信息的另一個完整實施例的流程示意圖，該實施例以OMA(Open Mobile Alliance,開放移動聯盟)PoC業務為例，PoC業務的業務信息包括可 提供的全部參與方業務信息，本實施例將參與方業務信息分類保存，PoC服 務器的控制功能模塊根據PoC用戶終端所提供的訂閱消息中指定的類別，提 供相應類別的參與方信息，本實施例中PoC用戶終端與PoC伺服器的信息往來都由歸屬伺服器轉發。該方法包括以下步驟步驟201:發布前將所有可提供的參與方信息按照不同類別分類保存在 PoC伺服器X的控制功能模塊(PoC伺服器X Controlling Function)和PoC 用戶終端上。其中，可按照用戶的業務信息需求、業務邏輯、運營商的策略、 網絡的維護策略、或業務信息的重要程度將所有業務信息分成兩級，即I級和n級。其中，i級業務信息為基本信息，例如與會人名稱、與會人性別等。ii 級業務信息為詳細信息，例如與會人的電話號碼、單位、職務等。步驟202 ~步驟203:用戶通過PoC用戶終端向所述PoC伺服器X的控 制功能模塊發送訂閱消息。所述訂閱消息由PoC伺服器A的參與功能模塊 (PoC伺服器A Participating Function)轉發。其中，所述PoC伺服器A為歸 屬JI1務器。所述訂閱消息中包括參與方業務信息的類別和通知方式。其中， 所述通知方式包括變化通知、周期通知、立即通知等形式。本實施例中WI 設用戶訂閱的是I級消息，通知方式為變化通知。步驟204 ~步驟205:所述PoC伺服器X的控制功能模塊在收到所述PoC 用戶終端的訂閱消息後，返回200 OK應答消息，所述應答消息由所述PoC 伺服器A的參與功能模塊轉發至所述PoC用戶終端。步驟206~步驟207:當所述PoC伺服器X的控制功能模塊上維護的I 級參與方信息內容發生變化時，例如，與會人發生變化時，該伺服器的控制功能模塊向所述PoC用戶終端發送包含有新的I級業務信息的通知消息。該 消息由所述PoC伺服器A的參與功能模塊轉發至所述PoC用戶終端。步驟208 ~步驟209:所述PoC用戶終端在收到所述通知消息後，通過所 述PoC伺服器A的參與功能模塊向所述PoC伺服器X的控制功能模塊發送 200 0K應答消息。步驟210:所述PoC用戶終端將新收到的I級業務信息呈現給用戶，如果 用戶希望得到更詳細的業務信息，則通過PoC用戶終端上的設置項訂閱II級 業務信息，所述PoC用戶終端在獲取到用戶的繼續訂閱II級業務信息的指令 後繼續執行步驟211及後續步驟；否則，結束。步驟211 ~步驟212:所述PoC用戶終端通過所述PoC伺服器A的參與 功能模塊向所述PoC伺服器X的控制功能模塊發送II級訂閱消息，所述II級 訂閱消息中包括參與方業務信息的類別即II級，和該類別業務信息的通知方 式，其中所述通知方式包括變化通知、周期通知、立即通知等形式。本實 施例中假設用戶訂閱的II級業務信息的通知方式為立即通知，並且伺服器只 通知一次，不需要後續的繼續通知。步驟213 ~步驟214:所述PoC伺服器X的控制功能模塊在收到所述PoC 用戶終端的II級業務信息的訂閱消息後，返回200OK應答消息，所述應答消 息由所述PoC伺服器A的參與功能模塊轉發至所述PoC用戶終端。步驟215 ~步驟216:所述PoC伺服器X的控制功能模塊提取當前保存的n級參與方業務信息，立即向所述PoC用戶終端發送包含有所述n級業務信息的通知消息。所述通知消息由所述PoC伺服器A的參與功能模塊轉發至 所述PoC用戶終端。步驟217 ~步驟218:所述PoC用戶終端在收到所述II級業務信息的通知 消息後，通過所述PoC伺服器A的參與功能模塊向所述PoC伺服器X的控制 功能模塊發送200 OK應答消息，並且將所述II級業務信息呈現給用戶。上述實施例採取了將業務信息分類發送的方法，用戶可以通過用戶終端 向伺服器訂閱不同類別的業務信息，從而避免了 SIP訂閱/通知機制中由於通 知的業務信息內容過於龐大而造成的網絡阻塞，從而減少了網絡中的實際流 量，優化流程，而且提高了用戶瀏覽重要信息的效率。此外，上述實施例PoC用戶終端不僅可以訂閱同 一類別的所有業務信息， 而且還可以只訂閱該類別的眾多業務信息中的某些業務信息，當只訂閱某些 業務信息時，所述PoC用戶終端發送的訂閱消息中不僅包括業務信息的類別即n級，和通知方式，而且還包括n級業務信息中指定的業務信息名。相應的，在所述步驟215中，所述PoC伺服器X的控制功能模塊根據所述II級訂閱消息中指定的業務信息名，將II級業務信息中的該名稱的當前內容通過通知消息發送給所述PoC用戶終端。上述訂閱同類別業務信息中的某些業務信息的方法在本發明的其他實施例中同樣適用。與此同時，本發明實施例還公開了一種轉發業務信息的方法，將業務信息按照不同類別分類並將分類後的業務信息保存，所述方法包括向發布實體發送訂閱消息，所述訂閱消息至少包括業務信息的類別；接收由所述發布實體返回的該訂閱消息的響應，並保存該響應中所述類 別的業務信息；當收到來自於用戶終端的關於該類別的業務信息的訂閱消息時，提取當 前保存的該類別的業務信息，並將所提取的業務信息發送至所述用戶終端。如圖3所示，其為結合本發明上述發布、轉發和獲知業務信息的方法實 施例，來實現業務信息通知的又一個完整實施例的流程示意圖，本實施例中 發布實體為控制伺服器，用戶終端通過歸屬伺服器向控制伺服器訂閱不同類別的業務信息，本實施例所述歸屬伺服器不僅用來轉發用戶終端與控制服務 器之間往來的消息，而且還參與了業務信息的發布，該方法包括以下步驟步驟301:發布前將所有可提供的參與方信息和會議狀態信息按照不同類 別分類保存在控制伺服器、歸屬伺服器和用戶終端上。其中，可按照用戶的 的業務信息需求、業務邏輯、運營商的策略、網絡的維護策略、或業務信息 的重要程度將所有業務信息分成兩級，即I級和II級。其中，I級業務信息為 基本信息，例如會議名稱、與會人名稱等。II級業務信息為詳細信息，例如 會議的地點、時間，與會人的電話號碼、單位、職務等。步驟302 步驟303:用戶通過用戶終端向控制伺服器發送訂閱消息，所 述訂閱消息由歸屬伺服器轉發。其中，所述訂閱消息中包括業務信息的類別 和通知方式。其中，所述通知方式包括變化通知、周期通知、立即通知等 形式。本實施例中假設用戶訂閱的是I級消息，通知方式為變化通知。步驟304~步驟305:所述控制伺服器在收到所述用戶終端的訂閱消息後， 返回200 0K應答消息，所述應答消息由所述歸屬伺服器轉發至該用戶終端。步驟306:所述歸屬伺服器向所述控制伺服器發送II級訂閱消息，所述II 級訂閱消息中包括業務信息的類別即II級，和該類別業務信息的通知方式， 其中所述通知方式包括變化通知、周期通知、立即通知等形式。例如，在本實施例中，訂閱的II級業務信息的通知方式為變化通知。步驟307:所述控制伺服器在收到所述歸屬伺服器的訂閱消息後，向所述 歸屬伺服器返回200 OK應答消息。步驟308:當所述n級業務信息發生變化時，所述控制伺服器向所述歸屬 伺服器發送包含有所述II級業務信息的通知消息。步驟309:所述歸屬伺服器在收到所述控制伺服器的通知消息後，向所述 控制伺服器返回200 OK應答消息，並將所述通知消息中所述類別的業務信息 保存。步驟310 步驟311:當所述控制伺服器的I級業務信息內容發生變化時， 例如，會議名稱發生變化，或者當與會人發生變化時，該控制伺服器向所述 用戶終端發送包含有新的I級業務信息的通知消息。該消息由所述歸屬伺服器 轉發至所述用戶終端。步驟312 步驟313:所述用戶終端在收到所述通知消息後，通過所述歸 屬伺服器向所述控制伺服器發送200 OK應答消息。步驟314:所述用戶終端將新收到的I級業務信息呈現給用戶，如果用戶 希望得到更詳細的業務信息，則通過用戶終端上的i殳置項訂閱II級業務信息。 所述用戶終端在獲取到用戶的繼續訂閱II級業務信息的指令後繼續執行步驟 315及後續步驟；否則，結束。步驟315:所述用戶終端向所述歸屬伺服器發送II級訂閱消息，所述II級訂閱消息中包括參與方業務信息的類別即n級，和通知方式，其中所述通知方式包括變化通知、周期通知、立即通知等形式。本實施例中假設用戶訂閱的n級業務信息的通知方式為立即通知，並且控制伺服器只通知一次，不需要後續的繼續通知。步驟316:由於所述歸屬伺服器已經從所述控制伺服器上訂閱了 II級業務 信息，因此所述歸屬伺服器在收到所述用戶終端的II級訂閱消息後，不再將 該消息轉發給所述控制伺服器，而是直接向所述用戶終端返回200 0K應答消 息。步驟317:所述歸屬伺服器提取當前保存的II級業務信息，根據所述II級訂閱消息中的通知方式，將包含有II級業務信息的通知消息發送給所述用 戶終端。在本實施例中，由於用戶終端的n級訂閱消息的通知方式為立即發 送，所以所述歸屬伺服器立即發送該通知消息。步驟318:所述用戶終端在收到所述II級業務信息的通知消息後，向所述 歸屬伺服器返回200 OK應答消息，並將所述II級業務信息呈現給用戶。上述實施例釆取了將業務信息分類發送的方法，用戶可以通過用戶終端 向控制伺服器訂閱不同類別的業務信息，不僅避免了 SIP訂閱/通知機制中由 於通知的業務信息內容過於龐大而造成的網絡阻塞，減少了網絡中的實際流 量，優化流程，而且提高了用戶瀏覽重要信息的效率。而且，該實施例中歸屬伺服器由於參與了業務信息的發布，因此，當所 述歸屬伺服器和控制伺服器屬於不同的網絡時，還能夠均衡網絡的負載，減 少不同網絡中用戶獲取業務信息的等待時間。此外，上述實施例歸屬伺服器向控制伺服器訂閱了 n級業務信息，因此， 可直接向用戶終端提供保存在自身的n級業務信息。本發明所述歸屬伺服器 還可以向控制伺服器訂閱I級業務信息，這時，所述歸屬伺服器可以在滿足發 送條件時，將保存在自身的I級業務信息提供給用戶終端。依此類推，用於轉 發消息的歸屬伺服器可從控制伺服器上訂閱不同類別的業務信息，以便直接 提供給用戶終端。其中，所述歸屬伺服器是否向控制伺服器訂閱業務信息以及訂閱哪類業 務信息，可以根據不同網絡之間的連接策略，或者根據本地策略，或者根據 會話建立階段消息中的指示。此外，當用戶終端上預置的業務信息的分類方式和控制伺服器上的不同 時，則所述歸屬伺服器需要對業務信息分成兩種方式的類別，其中， 一種分 類方式與用戶終端的一致，另一種業務信息的分類方式與所述控制伺服器的一致。並且在上述實施例的基礎上需要改動的步驟有在上述實施例的步驟306中，所述歸屬伺服器向所述控制伺服器發送II級訂閱消息，所述II級訂閱消息中包括業務信息的類別，其中，所述類別的 設置方式和所述控制伺服器的業務信息的分類方式相同。在步驟309中，所述歸屬伺服器在收到所述控制伺服器的通知消息後，及在保存所述通知消息中所述類別的業務信息前還包括所述歸屬伺服器對 自身保存的現有的業務信息按照用戶終端上預置的業務信息的分類MJ'j重新 分類，即將自身現存的業務信息重新分類成與用戶終端上相同的類別。相應 地，在所述步驟309中保存所述業務信息具體為將所述通知消息中所述類 別的業務信息保存在所述新劃分的相應類別中。其中，當所述歸屬伺服器預先設置了與用戶終端相同的類別後，則在所 述步驟309中，所述歸屬伺服器無需再按照用戶終端上預置的業務信息的分 類規則重新分類，而直接將所述通知消息中所述類別的業務信息，按照與所 述用戶終端預置的分類方式保存在相應類別中。此外，本發明實施例中所述業務信息的類別並不限於兩級，還可以根據 實際情況，將所述業務信息劃分成三級或更多類別，用戶可按照實際需求， 直接訂閱不同類別的信息。同時，所述類別的分類方法也不限於基本信息和 詳細信息兩種。基於上述技術方案，本發明實施例還公開了 一種用於發布業務信息的發 布實體，如圖4所示，其為本發明用於發布業務信息的一個發布實體實施例 的結構框圖，所述發布實體包括業務信息保存單元401、接收單元402、獲 取單元403、業務信息單元404和發送單元405，其中，所述業務信息保存單元401 ，用於保存不同類別的業務信息；所述獲取單元403,用於從所述接收單元402接收到的訂閱消息中獲取業 務信息的類別，並將所述類別告知所述業務信息單元404;所述業務信息單元404，用於按照所獲得的類別，從所述業務信息保存單 元401中提取當前保存的所述類別的業務信息，並將所述類別的業務信息通 過所述發送單元405發送。與此同時，本發明實施例還公開了 一種用於發布業務信息的發布實體，如圖5所示，其為本發明用於發布業務信息的另一個發布實體實施例的結構框圖，所述發布實體包括業務信息保存單元501、接收單元502、獲取單元 503、觸發單元506、業務信息單元504和發送單元505,其中，所述業務信息保存單元501,用於保存不同類別的業務信息；所述獲取單元503,用於從所述接收單元502接收到的訂閱消息中獲取業 務信息的類別和通知方式，並將所述類別告知所述業務信息單元504,將所述 通知方式告知所述觸發單元506;所述觸發單元506，用於按照所述通知方式中指定的發送方式，在滿足發 送條件時向所述業務信息單元504發送觸發信號；所述業務信息單元504,用於按照所獲得的類別，從所述業務信息保存單 元501中提取當前保存的所述類別的業務信息，並在收到所述觸發信號後， 將所述類別的業務信息通過所述發送單元505發送。上述實施例所述發布實體由於採取了根據用戶需求分類發布業務信息的 方法，不僅避免了 SIP訂閱/通知機制中由於通知的業務信息內容過於龐大而 造成的網絡阻塞，從而減少了網絡中的實際流量，優化流程，而JU是高了用 戶瀏覽重要信息的效率。基於上述技術方案，本發明實施例還公開了 一種用於轉發業務信息的網 絡實體，如圖6所示，其為本發明用於轉發業務信息的一個網絡實體實施例 的結構框圖，所述網絡實體包括業務信息保存單元601、訂閱消息單元602、 接收單元603、獲取單元604、業務信息單元605、和發送單元606，其中，所述業務信息保存單元601,用於保存不同類別的業務信息；所述訂閱消息單元602，用於生成訂閱消息，並由所述發送單元606發送 至發布實體，所述訂閱消息包括業務信息的類別；所述獲取單元604,用於從所述接收單元603接收到的由所述發布實體返 回的該訂閱消息的響應中，獲取所述類別的業務信息，並將所述業務信息發 送至所述業務信息保存單元601進行保存；所述獲取單元604,還用於從所述接收單元603接收到來自於用戶終端的訂閱消息中，獲取業務信息的類別，並將所述類別告知所述業務信息單元605;所述業務信息單元605，用於按照所獲得的類別，從所述業務信息保存單 元601中提取當前保存的所述類別的業務信息，並將所述類別的業務信息通 過所述發送單元606發送至所述用戶終端。基於上述技術方案，本發明實施例還公開了 一種用於轉發業務信息的網 絡實體，如圖7所示，其為本發明用於轉發業務信息的另一個網絡實體實施 例的結構框圖，所述網絡實體包括業務信息保存單元701、訂閱消息單元 702、接收單元703、獲取單元704、業務信息單元705、發送單元706、和觸 發單元707,其中，所述業務信息保存單元701,用於保存不同類別的業務信息；所述訂閱消息單元702,用於生成訂閱消息，並由所述發送單元706發送 至發布實體，所述訂閱消息包括業務信息的類別；所述獲取單元704，用於從所述接收單元703接收到的由所述發布實體返 回的該訂閱消息的響應中，獲取所述類別的業務信息，並將所述業務信息發 送至所述業務信息保存單元701進行保存；所述獲取單元704,還用於從所述接收單元703接收到來自於用戶終端的 訂閱消息中，獲取業務信息的類別和通知方式，並將所述類別告知所述業務 信息單元705，將所述通知方式告知所述觸發單元707;所述觸發單元707，用於按照所述通知方式中指定的發送方式，在滿足發 送條件時向所述業務信息單元705發送觸發信號；所述業務信息單元705，用於按照所獲得的類別，從所述業務信息保存單 元701中提取當前保存的所述類別的業務信息，並在收到所述觸發信號後， 將所述類別的業務信息通過所述發送單元706發送至所述用戶終端。上述實施例中所述網絡實體不僅能夠實現現有技術中的轉發功能，而且 還參與了業務信息的發布，因此，當所述網絡實體和發布實體屬於不同的網 絡時，能夠均衡網絡的負載，減少不同網絡中用戶獲取業務信息的等待時間。基於上述技術方案，本發明實施例還公開了一種能夠獲知業務信息的用戶終端，如圖8所示，其為本發明用於獲知業務信息的一個用戶終端實施例的結構框圖，所述用戶終端包括訂閱消息單元801、接收單元802、獲取單 元803、呈現單元804、和發送單元805,其中，所述訂閱消息單元801,用於在收到用戶的訂閱指令後，生成包含有所述 指令中指定的業務信息類別的訂閱消息，並將所述訂閱消息通過所述發送單 元805發送至發布實體；所述獲取單元803,用於從所述接收單元802收到的來自於所述發布實體 的該訂閱消息的響應中，獲取所述類別的業務信息，並將所述業務信息發送 至所述呈現單元804;所述呈現單元804,用於將收到的所述業務信息呈現給用戶。上述實施例所述用戶終端釆取了分類訂閱業務信息的方法，不僅避免了 SIP訂閱/通知機制中由於通知的業務信息內容過於龐大而造成的網絡阻塞， 減少了網絡中的實際流量，優化流程，而且提高了用戶瀏覽重要信息的效率。以上所述的本發明實施方式，並不構成對本發明保護範圍的限定。任何 在本發明的精神和原則之內所作的修改、等同替換和改進等，均應包含在本 發明的保護範圍之內。
權利要求
1、一種發布業務信息的方法，其特徵在於，將業務信息按照不同類別分類並將分類後的業務信息保存，所述方法包括發布實體獲取發起方的訂閱消息，所述訂閱消息至少包括業務信息的類別；所述發布實體根據所述業務信息的類別提取當前保存的該類別的業務信息，並向所述發起方發送所提取的業務信息。
2、 如權利要求i所述的發布業務信息的方法，其特徵在於，所述訂閱消息還包括所述類別的眾多業務信息中的某個指定的業務信息名；所述發布實體提取該類別的業務信息具體為所述發布實體提取該類別 的眾多業務信息中指定的業務信,t-。
3、 如權利要求1或2所述的發布業務信息的方法，其特徵在於，所述訂 閱消息還包括所述類別的業務信息的通知方式；向所述發起方發送所提取的業務信息具體為按照所述訂閱消息中指定的通知方式，在滿足通知條件時向所述發起方 發送所提取的業務信息。
4、 如權利要求3所述的發布業務信息的方法，其特徵在於，所述業務信 息分為基本業務信息和詳細業務信息兩個類別；與所述基本業務信息對應的通知方式為定時通知或變化通知；與所述詳細業務信息對應的通知方式為立即通知，且僅通知一次。
5、 如權利要求1所述的發布業務信息的方法，其特徵在於，所述業務信息的類別按照客戶的業務信息需求、業務邏輯、運營商的策 略、網絡的維護策略、或業務信息的重要程度劃分。
6、 一種轉發業務信息的方法，其特徵在於，將業務信息按照不同類別分 類並將分類後的業務信息保存，所述方法包括向發布實體發送訂閱消息，所述訂閱消息至少包括業務信息的類別；接收由所述發布實體返回的該訂閱消息的響應，並保存該響應中所述類別的業務信息；當收到來自於用戶終端的包含有業務信息類別的訂閱消息時，提取當前 保存的該類別的業務信息，並將所提取的業務信息發送至所述用戶終端。
7、 如權利要求6所述的轉發業務信息的方法，其特徵在於，在接收到由 所述發布實體返回的該訂閱消息的響應後，及在保存該響應中所述類別的業 務信息前還包括-.對以保存的現有業務信息按照用戶終端上預置的業務信息的分類規則重 新分類；所述保存該響應中所述類別的業務信息具體為將該響應中所述類別的業務信息保存在所述新劃分的相應類別中。
8、 如權利要求6所述的轉發業務信息的方法，其特徵在於，所述用戶終 端的訂閱消息中還包括所述類別的業務信息的通知方式；將所提取的業務信息發送至所述用戶終端具體為按照所述訂閱消息中指定的通知方式，在滿足通知條件時將所提取的業 務信息發送至所述用戶終端。
9、 一種獲知業務信息的方法，其特徵在於，將業務信息按照不同類別分 類並將分類後的業務信息保存，所述方法包括用戶終端在收到用戶訂閱指定類別的業務信息的指令後，向發布實體發 送訂閱消息，所述訂閱消息至少包括所述指令中指定的業務信息的類別；所述用戶終端在收到由所述發布實體返回的該訂閱消息的響應後，將所 述響應中所述類別的業務信息呈現給用戶。
10、 如權利要求9所述的發布業務信息的方法，其特徵在於，所述訂閱 消息還包括所述類別的眾多業務信息中的某個指定的業務信息名，將所述響應中所述類別的業務信息呈現給用戶具體為將所述響應中所 述類別的眾多業務信息中指定的業務信息呈現給用戶。
11、 一種用於發布業務信息的發布實體，包括接收單元和發送單元，其特徵在於，還包括業務信息保存單元，用於保存不同類別的業務信息；獲取單元，用於從所述接收單元接收到的訂閱消息中獲取業務信息的類 別，並將所述類別告知業務信息單元；所述業務信息單元，用於按照所獲得的類別，從所述業務信息保存單元 中提取當前保存的該類別業務信息，並將所提取的業務信息通過所述發送單 元發送。
12、 如權利要求11所述的用於發布業務信息的發布實體，其特徵在於， 所述訂閱消息還包括所述類別的業務信息的通知方式，所述發布實體還包括 觸發單元，所述獲取單元，還用於從所述訂閱消息中獲取業務信息的通知方式，並 將所述通知方式告知所述觸發單元；所述觸發單元，用於按照所述通知方式，在滿足通知條件時觸發所述發 送單元執行所述發送功能。
13、 一種用於轉發業務信息的網絡實體，包括接收單元和發送單元，其 特徵在於，還包括業務信息保存單元，用於保存不同類別的業務信息；訂閱消息單元，用於生成訂閱消息，並由所述發送單元發送至發布實體， 所述訂閱消息至少包括業務信息的類別；獲取單元，用於從所述接收單元接收到的來自於所述發布實體的該訂閱 消息的響應中，獲取所述類別的業務信息，並將所述業務信息發送給所述業 務信息保存單元進行保存；所述獲取單元，還用於從所述接收單元接收到來自於用戶終端的訂閱消 息中，獲取業務信息的類別，並將所述類別告知業務信息單元；所述業務信息單元，用於按照所獲得的類別，從所述業務信息保存單元 中提取當前保存的該類別業務信息，並將所述類別的業務信息通過所述發送 單元發送至所述用戶終端。
14、 如權利要求13所述的用於轉發業務信息的網絡實體，其特徵在於，所述用戶終端的訂閱消息還包括所述類別的業務信息的通知方式，所述網絡 實體還包括觸發單元，所述獲取單元，還用於從所述用戶終端的訂閱消息中，獲取業務信息的通知方式，並將所述通知方式告知所述觸發單元；所述觸發單元，用於按照所述通知方式，在滿足通知條件時觸發所述發 送單元執行所述發送功能。
15、 一種能夠獲知業務信息的用戶終端，包括發送單元和接收單元，其 特徵在於，還包括訂閱消息單元，用於在收到用戶的訂閱指令後，生成至少包含有所述指 令中指定的業務信息類別的訂閱消息，並將所述訂閱消息通過所述發送單元 發送至發布實體；獲取單元，用於從所述接收單元收到的來自於所述發布實體的該訂閱消 息的響應中，獲取所述類別的業務信息，並將所述業務信息告知呈現單元； 所述呈現單元，用於將收到的所述業務信息呈現給用戶。
全文摘要
本發明實施例公開了一種發布業務信息的方法，在發布前將業務信息按照不同類別分類並將分類後的業務信息保存；當發布實體獲取發起方的訂閱消息後，根據所述訂閱消息中指定的業務信息類別提取當前保存的該類別的業務信息，並向所述發起方發送所提取的業務信息。與此同時，本發明實施例還公開了一種轉發和獲知業務信息的方法，以及實現發布業務信息的發布實體、用於轉發業務信息的網絡實體和能夠獲知業務信息的用戶終端。本發明將業務信息分成不同類別，用戶可按照實際情況訂閱所需類別的用戶信息，從而避免了發布實體因每次都發送全部業務信息而造成的網絡擁堵，本發明能夠減少業務信息在網絡中的實際流量，節省網絡資源。
文檔編號H04L12/58GK101335748SQ200710127520
公開日2008年12月31日 申請日期2007年6月28日 優先權日2007年6月28日
發明者雷 朱 申請人:華為技術有限公司