專利名稱：信息訂閱方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在互聯(lián)網(wǎng)協(xié)議(IP，Internet Protocol)多媒體子系統(tǒng)(IMS， IPMultimedia Subsystem)網(wǎng)絡(luò)架構(gòu)中的信息訂閱技術(shù)，尤其涉及一種信息訂閱方法及系統(tǒng)。
背景技術(shù)：
訂閱(Subscribe)是會話初始協(xié)議(SIP,Session Initiation Protocol)中用于一個實體向另一實體請求或獲取信息的請求消息。請求或獲取的信息可能包括狀態(tài)或數(shù)據(jù)。SIP3265中對訂閱的規(guī)范做出了闡述。SIP3265涉及的方式廣泛地用于IP多媒體系統(tǒng)及其他網(wǎng)絡(luò)電話(VoIP, Voice over Internet Protocol)網(wǎng)絡(luò)中?，F(xiàn)有的訂閱機制，在訂閱通知數(shù)據(jù)量比較大時，可以通過增量式通知的方式，減少通知中攜帶的碼流大小，提高傳輸效率，減少對網(wǎng)絡(luò)的占用。圖1為現(xiàn)有訂閱處理過程中對增量訂閱處理的流程圖，如圖1所示，增量訂閱處理具體包括以下步驟步驟101步驟102步驟103步驟104步驟105步驟106步驟107 號)；步驟108步驟109步驟110步驟111步驟112步驟113
號)；
Subscriber發(fā)起訂閱請求至丨J notifier ； :notifier對該訂閱請求回200ok消息； :notifier發(fā)送通知消息告知用戶數(shù)據(jù)； subscriber對通知消息回送200ok消息；
notifier發(fā)送增量通知消息告知用戶數(shù)據(jù)(包含增量通知版本號)； subscriber對通知消息回送200ok消息；
motifier發(fā)送后續(xù)增量通知消息告知用戶數(shù)據(jù)(包含增量通知版本
subscriber對通知消息回送200ok消息； subscriber發(fā)起訂閱刷新請求到notifier ； :notifier對該訂閱請求回200ok消息； :notifier發(fā)送完整通知消息告知用戶數(shù)據(jù)； subscriber對通知消息回送200ok消息；
motifier發(fā)送后續(xù)增量通知消息告知用戶數(shù)據(jù)(包含增量通知版本
步驟114 步驟115
subscriber對通知消息回送200ok消息； 執(zhí)行其他的后續(xù)流程。 這種增量式處理可以應用到目前使用SIP協(xié)議的系統(tǒng)中，這些系統(tǒng)包括IP多媒體系統(tǒng)及其他VOIP系統(tǒng)等。 IMS 是第三代合作伙伴組織(3GPP，3rd Generation Partnership Project)定義的下一代網(wǎng)絡(luò)的標準，它的顯著特點是采用了 SIP體系，通訊與接入無關(guān)，可以具備多種能力，如媒體業(yè)務控制功能與承載能力分離，呼叫與會話分離，應用與服務分離，業(yè)務與網(wǎng)絡(luò)分離，以及移動網(wǎng)與因特網(wǎng)業(yè)務融合等能力。IMS的提出順應了通訊網(wǎng)融合發(fā)展的趨勢。IMS體系中的主要功能實體包括用戶設(shè)備(UE，User Equipment)，代理呼叫會話控制功能實體(P-CSCF，Proxy call session control Function)，查詢呼叫會話控制功能實體(I-CSCF，Interrogating call session control Function)，服務呼叫會話控制功能實體(S-CSCF，Serving call session control Function)，歸屬用戶服務器(HSS，Homesubscriber Server)以及應用服務器(AS， Application Server)。圖2為UE向應用服務器訂閱獲取訂閱信息的流程圖，如圖2所示，UE向應用服務器訂閱獲取信息具體包括以下步驟步驟201 =UE發(fā)起訂閱請求到P-CSCF ；步驟202 =P-CSCF接收到UE發(fā)起的訂閱請求后，進行處理并把訂閱請求轉(zhuǎn)發(fā)到 S-CSCF ；步驟203 =S-CSCF接收到訂閱請求后，進行處理并把訂閱請求轉(zhuǎn)發(fā)到AS ；步驟204 =AS對訂閱請求回送200ok消息給S-CSCF ；步驟205 S-CSCF 轉(zhuǎn)發(fā) 200ok 消息給 P-CSCF ；步驟206 =P-CSCF 轉(zhuǎn)發(fā) 200ok 消息給 UE ；步驟207 =AS發(fā)送通知消息給S-CSCF ；步驟208 =S-CSCF轉(zhuǎn)發(fā)通知消息給P-CSCF ；步驟209 =P-CSCF轉(zhuǎn)發(fā)通知消息給UE ；步驟210 :UE 發(fā)送 200ok 消息給 P-CSCF ；步驟211 =P-CSCF 轉(zhuǎn)發(fā) 200ok 消息給 S-CSCF ；步驟212 S-CSCF 轉(zhuǎn)發(fā) 200ok 消息給 AS ；步驟213 進行后續(xù)的訂閱流程。由上可知，根據(jù)現(xiàn)有的訂閱機制，在訂閱通知數(shù)據(jù)量比較大時，可以通過增量式通知的方式而減少通知中攜帶的碼流大小，提高傳輸效率，減少對網(wǎng)絡(luò)的占用。但是，現(xiàn)有機制同樣也存在著相應的問題，具體的，現(xiàn)有機制規(guī)定通過刷新訂閱來獲得完整的通知信息， 那么每當刷新訂閱時(可能是由于訂閱者刷新訂閱時長，或者是訂閱者與通知者間網(wǎng)絡(luò)超時，導致訂閱者未收到后續(xù)數(shù)據(jù)，從而需要向通知者請求數(shù)據(jù))，則需要重新開始完整傳送流程。這樣的機制導致了一些不必要的網(wǎng)絡(luò)數(shù)據(jù)的傳輸，從而影響了網(wǎng)絡(luò)性能。在網(wǎng)絡(luò)流量比較大的情況下，對性能的影響比較明顯。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種信息訂閱方法及系統(tǒng)，在增量通知方式下，訂閱者進行刷新操作時，通知者將訂閱者未接收的訂閱信息發(fā)送給訂閱者，而不會重新將已接收的訂閱信息發(fā)送給訂閱者。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種信息訂閱方法，通知者notifier對訂閱者subscriber啟用了增量通知方式； 所述方法包括訂閱過程中，所述subscriber發(fā)起訂閱更新請求消息，所述更新請求消息中攜帶有當前所接收到的最新增量通知版本號信息；所述notifier接收到所述訂閱更新請求消息后，根據(jù)所述訂閱更新請求消息中的最新增量通知版本號信息確定出所述subscriber當前未獲得的訂閱信息，將所述未獲得的訂閱信息封裝于增量通知消息中，發(fā)送給所述subscriber。優(yōu)選地，所述方法還包括在所述訂閱更新請求消息中增設(shè)字段，用于承載所述subscriber當前接收到的最新增量通知版本號信息。優(yōu)選地，所述方法還包括在所述訂閱更新請求消息中現(xiàn)有字段中增設(shè)新的參數(shù)，用于承載所述subscriber 當前接收到的最新增量通知版本號信息。優(yōu)選地，所述方法還包括設(shè)置增量通知版本號對應的增量通知消息與該增量通知消息所承載的待通知訂閱信息的對應關(guān)系；所述根據(jù)所述訂閱更新請求消息中的最新增量通知版本號信息確定出所述 subscriber當前未獲得的訂閱信息，具體為所述notifier根據(jù)最新增量通知版本號確定下一待發(fā)送的增量通知消息的增量通知版本號，進而確定出下一待發(fā)送的增量通知消息對應的待發(fā)送信息。優(yōu)選地，所述方法還包括按設(shè)定的順序為所發(fā)送的增量通知消息設(shè)置增量通知版本號；所述根據(jù)所述訂閱更新請求消息中的最新增量通知版本號信息確定出所述 subscriber當前未獲得的訂閱信息，具體為所述notifier根據(jù)最新增量通知版本號確定當前已發(fā)送的增量通知消息數(shù)量， 并根據(jù)每個增量通知消息承載的訂閱信息的大小確定出當前已通知的訂閱信息大小，當前剩余的訂閱信息為所述subscriber當前未獲得的訂閱信息。優(yōu)選地，所述notifier為應用服務器AS或內(nèi)容提供商服務器的網(wǎng)絡(luò)側(cè)網(wǎng)元。一種信息訂閱系統(tǒng)，所述系統(tǒng)包括subscriber和notif ier，其中，所述notifier 對所述subscriber啟用了增量通知方式；Subscriber，用于發(fā)起訂閱更新請求消息，所述更新請求消息中攜帶有當前所接收到的最新增量通知版本號信息；Notifier，用于接收到所述訂閱更新請求消息后，根據(jù)所述訂閱更新請求消息中的最新增量通知版本號信息確定出所述subscriber當前未獲得的訂閱信息，將所述未獲得的訂閱信息封裝于增量通知消息中，發(fā)送給所述subscriber。優(yōu)選地，所述系統(tǒng)還包括第一設(shè)置單元，用于在所述訂閱更新請求消息中增設(shè)字段，用于承載所述 subscriber當前接收到的最新增量通知版本號信息；或者，用于在所述訂閱更新請求消息中現(xiàn)有字段中增設(shè)新的參數(shù)，用于承載所述subscriber當前接收到的最新增量通知版本巧fn息。 優(yōu)選地，所述系統(tǒng)還包括 第二設(shè)置單元，用于設(shè)置增量通知版本號對應的增量通知消息與該增量通知消息所承載的待通知訂閱信息的對應關(guān)系；所述notifier進一步地，根據(jù)最新增量通知版本號確定下一待發(fā)送的增量通知消息的增量通知版本號，進而確定出下一待發(fā)送的增量通知消息對應的待發(fā)送信息。優(yōu)選地，所述系統(tǒng)還包括第三設(shè)置單元，用于按設(shè)定的順序為所發(fā)送的增量通知消息設(shè)置增量通知版本號；所述notifier進一步地，根據(jù)最新增量通知版本號確定當前已發(fā)送的增量通知消息數(shù)量，并根據(jù)每個增量通知消息承載的訂閱信息的大小確定出當前已通知的訂閱信息大小，當前剩余的訂閱信息為所述subscriber當前未獲得的訂閱信息。本發(fā)明中，當notifier開啟了訂閱信息的增量通知方式時，subscriber向 notifier發(fā)送訂閱刷新請求消息時，訂閱刷新請求消息中攜帶有最新增量通知版本號信息，這樣，notifier接收到訂閱刷新請求消息后，根據(jù)其攜帶的最新增量通知版本號信息即可確定出當前已發(fā)送給subscriber的訂閱信息以及尚未發(fā)送的訂閱信息，從而，僅將還未發(fā)送的訂閱信息通知給subscriber即可，從而避免了因subscriber的訂閱刷新請求而導致未完全接收訂閱信息時，需從頭將訂閱信息再通知給subscriber。這樣，本發(fā)明的技術(shù)方案明顯節(jié)約了網(wǎng)絡(luò)資源，降低了不必要的數(shù)據(jù)流傳輸。特別是在subscriber數(shù)量巨大的網(wǎng)絡(luò)中，通過本發(fā)明的技術(shù)方案，大大節(jié)約了網(wǎng)絡(luò)側(cè)的數(shù)據(jù)傳輸壓力，大大減少了 subscriber 與網(wǎng)絡(luò)側(cè)的notifier之間數(shù)據(jù)流的傳輸。


圖1為現(xiàn)有訂閱處理中對增量訂閱處理的流程圖；圖2為UE向應用服務器訂閱獲取訂閱信息的流程圖；圖3為本發(fā)明增量訂閱方式下的信息訂閱方法的流程圖。
具體實施例方式本發(fā)明的基本思想是，在增量式通知方式下，當訂閱者需要發(fā)起訂閱刷新請求時 (發(fā)起訂閱刷新請求的可能原因是更新訂閱時長，以獲取及時的狀態(tài)信息等)，本發(fā)明通過在訂閱刷新請求消息中設(shè)置增量通知版本號信息(訂閱者已收到的訂閱信息的版本號)， 以此來通知通知者自身當前已接收到的訂閱信息，這樣，通知者接收到訂閱刷新請求消息后，僅將訂閱者未接收的訂閱信息發(fā)送給訂閱者即可，不必將整個訂閱信息重新發(fā)送給訂閱者，從而減少訂閱者與通知者之間的消息交互量。本發(fā)明中，需要對訂閱更新請求消息進行相應的格式修改，具體的，可以在訂閱更新請求消息中增設(shè)字段，用于承載所述subscriber當前接收到的最新增量通知版本號信息；或者，在訂閱更新請求消息中現(xiàn)有字段中增設(shè)新的參數(shù)，用于承載所述subscriber當前接收到的最新增量通知版本號信息。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，以下舉實施例并參照附圖，對本發(fā)明進一步詳細說明。圖3為本發(fā)明增量訂閱方式下的信息訂閱方法的流程圖，如圖3所示，本發(fā)明增量訂閱方式下的信息訂閱方法具體包括以下步驟
步驟301 =Subscriber 發(fā)起訂閱請求(Subscribe)消息到 notifier ；步驟302 :notifier對該訂閱請求消息回200ok消息；步驟303 :notifier發(fā)送通知消息(notify)告知用戶數(shù)據(jù)(包含增量通知版本號)；步驟304 subscriber對通知消息回送200ok消息；步驟305 :notifier發(fā)送增量通知消息告知用戶數(shù)據(jù)(包含增量通知版本號)；本步驟中，當notifier確定subscriber當前所訂閱的訂閱信息數(shù)據(jù)量較大時，將開啟增量訂閱方式，即通過增量通知消息向subscriber發(fā)送訂閱信息。步驟306 subscriber保存目前增量通知版本號并對通知消息回送200ok消息；本發(fā)明中，當subscriber接收來自notifier的訂閱信息時，可能會因訂閱者的訂閱刷新請求而中斷，而現(xiàn)有技術(shù)中，notifier將會重新向subscriber通知該subscriber所訂閱的信息，這必然會導致subscriber所訂閱信息的重復發(fā)送，從而導致不必要的數(shù)據(jù)傳輸，浪費網(wǎng)絡(luò)資源。而本步驟中，subscriber在接收到來自notifier的增量通知消息后， 將保存所接收增量通知消息的增量通知版本號信息，以便在用戶開啟訂閱刷新請求時，將當前最新接收的增量通知版本號插入到訂閱刷新請求消息中，通知給notifier。步驟307 motifier發(fā)送后續(xù)增量通知消息告知用戶數(shù)據(jù)(包含增量通知版本號)；步驟308 subscriber保存目前增量通知版本號并對通知消息回送200ok消息；步驟305至步驟308中，即是當notifier確定subscriber所訂閱的信息的數(shù)據(jù)量較大時，需要啟動增量訂閱方式，從而利用增量通知消息將訂閱信息通知給subscriber， 由于訂閱信息量較大，需要多次發(fā)送增量通知消息才能實現(xiàn)將訂閱信息完全發(fā)送給 subscriber。步驟309 subscriber發(fā)起訂閱刷新請求消息到notifier，其中，訂閱刷新請求消息中攜帶有subscriber所接收到的最新增量通知版本號；本步驟中，當用戶確定發(fā)起訂閱刷新請求時，subscriber在產(chǎn)生訂閱刷新請求消息時，將會在訂閱刷新請求消息中插入所接收到的最新增量通知版本號信息；步驟310 :notifier對該訂閱請求回200ok消息；步驟311 motifier向subscriber發(fā)送增量通知消息，繼續(xù)向subscriber發(fā)送訂閱信息；本步驟中，與現(xiàn)有技術(shù)相比，notifier的對增量訂閱方式的處理機制基本不變，區(qū)別在于notifier根據(jù)subscriber所發(fā)送的最新增量通知版本號信息，從subscriber未獲得的訂閱信息開始，繼續(xù)向subscriber發(fā)送訂閱信息。具體的，在notifier側(cè)設(shè)置增量通知版本號對應的增量通知消息與該增量通知消息所承載的待通知訂閱信息的對應關(guān)系；即根據(jù)當前待通知訂閱信息的數(shù)據(jù)量大小，確定出發(fā)送待通知訂閱信息的增量通知消息的數(shù)量，為每個增量通知消息確定相應的增量通知版本號，并確定出每個增量通知消息與所承載的待發(fā)送訂閱信息數(shù)據(jù)的對應關(guān)系，也就是說，承載每個訂閱信息數(shù)據(jù)的增量通知消息是唯一的。例如，當訂閱信息數(shù)據(jù)需10個增量通知消息才能完全通知給subscriber時，為每個訂閱信息數(shù)據(jù)塊確定出10個增量通知消息，并設(shè)定訂閱信息數(shù)據(jù)塊與增量通知消息的對應關(guān)系。假設(shè)該10個增量通知消息的增量通知版本號編號依次為0至9，而notifier按順序依次發(fā)送增量通知消息，這樣， notifier根據(jù)最新增量通知版本號確定下一待發(fā)送的增量通知消息的增量通知版本號，進而確定出下一待發(fā)送的增量通知消息對應的待發(fā)送信息。例如，當notifier所接收到增量通知消息設(shè)置增量通知版本號為4時，即可確定出增量通知版本號為5至9的增量通知消息未發(fā)送給subscriber，這樣，也即確定出了當前未發(fā)送給subscriber的訂閱信息數(shù)據(jù)塊，將剩余的訂閱信息數(shù)據(jù)塊通過相應的增量通知消息發(fā)送給subscriber即可。或者，按設(shè)定的順序為所發(fā)送的增量通知消息設(shè)置增量通知版本號；這里，每個增量通知消息所承載的訂閱信息大小相同；也即，notifier發(fā)送給subscriber的增量通知消息的增量通知版本號是按順序進行的，如增量通知消息的增量通知版本號按總序號為2048 的方式依次循環(huán)設(shè)定，而待通知訂閱信息是按增量通知消息的通知數(shù)據(jù)量大小進行分塊的，而發(fā)送待訂閱信息數(shù)據(jù)的方式又是按數(shù)據(jù)量大小依次發(fā)送的，這樣，notifier根據(jù)最新增量通知版本號確定當前已發(fā)送的增量通知消息數(shù)量，并根據(jù)每個增量通知消息承載的訂閱信息的大小確定出當前已通知的訂閱信息大小，當前剩余的訂閱信息為所述subscriber 當前未獲得的訂閱信息。例如，假設(shè)發(fā)送當前的訂閱信息需10個增量通知消息，而根據(jù)當前的增量通知版本號編號確定已發(fā)送了 5個，這樣，即可確定出尚有一半的訂閱信息尚未發(fā)送給subscriber，這樣，繼續(xù)通過增量通知消息發(fā)送剩余的訂閱信息即可。需要說明的是，每個增量通知消息所承載的訂閱信息大小也可以不相同，只是，notifier需要確定每次發(fā)送增量通知消息所承載的具體的訂閱信息大小，也即，notifier需事先劃定每個增量通知消息所承載的訂閱信息的大小，本領(lǐng)域技術(shù)人員應當理解，這是容易實現(xiàn)的。當然，notifier還可根據(jù)其他方式來確定subscriber未接收到的訂閱信息，以便僅將subscriber未接收到的訂閱信息通知給subscriber，避免網(wǎng)絡(luò)側(cè)不必要的數(shù)據(jù)傳輸， 減少網(wǎng)絡(luò)資源的無謂開銷。步驟312 subscriber保存目前增量通知版本號并對通知消息回送200ok消息；步驟313 motifier發(fā)送后續(xù)增量通知消息告知用戶數(shù)據(jù)(包含增量通知版本號)；步驟314 subscriber保存目前增量通知版本號并對通知消息回送200ok消息步驟315 執(zhí)行后續(xù)流程?，F(xiàn)有技術(shù)的增量式訂閱中，每當刷新訂閱(可能是由于訂閱者刷新訂閱時長，或者是訂閱者與通知者間網(wǎng)絡(luò)超時，導致訂閱者未收到后續(xù)數(shù)據(jù)，從而向通知者請求數(shù)據(jù))， 需要重新開始完整傳送數(shù)據(jù)。這樣的機制導致一些情況下網(wǎng)絡(luò)傳送的數(shù)據(jù)量過大，影響網(wǎng)絡(luò)性能。而SIP協(xié)議廣泛用于IMS網(wǎng)絡(luò)及其他VOIP網(wǎng)絡(luò)；采用本發(fā)明方法，在通知信息量比較大時能大大提高了信息傳輸效率并減少網(wǎng)絡(luò)流量。本發(fā)明的技術(shù)方案也可以用于大數(shù)據(jù)的分部分傳送。在此情況下，可以用版本號標識待傳送的數(shù)據(jù)部分。subscriber用版本號標識自身已收到的數(shù)據(jù)部分；刷新訂閱對已收到的數(shù)據(jù)部分進行確認，notifier根據(jù) subscriber已收到的數(shù)據(jù)部分調(diào)整后續(xù)發(fā)送的數(shù)據(jù)(對于subscriber已收到的數(shù)據(jù)就不需要傳送了)。本發(fā)明還記載了一種信息訂閱系統(tǒng)，所述系統(tǒng)包括subscriber和notifier，其中，所述notifier對所述subscriber啟用了增量通知方式；Subscriber，用于發(fā)起訂閱更新請求消息，所述更新請求消息中攜帶有當前所接收到的最新增量通知版本號信息；notifier，用于接收到所述訂閱更新請求消息后，根據(jù)所述訂閱更新請求消息中的最新增量通知版本號信息確定出所述subscriber當前未獲得的訂閱信息，將所述未獲得的訂閱信息封裝于增量通知消息中，發(fā)送給所述subscriber。本領(lǐng)域技術(shù)人員應當理解，本發(fā)明的信息訂閱系統(tǒng)應用于IMS系統(tǒng)的訂閱網(wǎng)絡(luò)架構(gòu)中，上述的subscriber可以是有訂閱能力的所有用戶終端，如個人PC、筆記本電腦、手機、個人數(shù)字助理等，而notifier可以是具有訂閱信息提供能力的任何的網(wǎng)絡(luò)側(cè)設(shè)備，如應用服務器、內(nèi)容提供商服務器等。本發(fā)明中的Subscriber及notifier的連接方式及網(wǎng)絡(luò)架構(gòu)與現(xiàn)有系統(tǒng)的完全相同，區(qū)別僅在于實現(xiàn)上述的功能有差異。下述的第一設(shè)置單元、 第二設(shè)置單元以及第三設(shè)置單元可設(shè)置于網(wǎng)絡(luò)側(cè)如notifier中，或其他網(wǎng)元中，也可通過第三方網(wǎng)元實現(xiàn)，如不屬于本發(fā)明的信息訂閱系統(tǒng)的信息處理設(shè)備。本領(lǐng)域技術(shù)人員應當理解，通過相應的處理設(shè)備，實現(xiàn)本發(fā)明第一設(shè)置單元、第二設(shè)置單元以及第三設(shè)置單元所述的設(shè)置功能是容易實現(xiàn)的，本發(fā)明不再贅述其實現(xiàn)細節(jié)。本發(fā)明的信息訂閱系統(tǒng)還包括第一設(shè)置單元，用于在所述訂閱更新請求消息中增設(shè)字段，用于承載所述 subscriber當前接收到的最新增量通知版本號信息；或者，用于在所述訂閱更新請求消息中現(xiàn)有字段中增設(shè)新的參數(shù)，用于承載所述subscriber當前接收到的最新增量通知版本巧fn息。本發(fā)明的信息訂閱系統(tǒng)還包括第二設(shè)置單元，用于設(shè)置增量通知版本號對應的增量通知消息與該增量通知消息所承載的待通知訂閱信息的對應關(guān)系；所述notifier進一步地，根據(jù)最新增量通知版本號確定下一待發(fā)送的增量通知消息的增量通知版本號，進而確定出下一待發(fā)送的增量通知消息對應的待發(fā)送信息。本發(fā)明的信息訂閱系統(tǒng)還包括第三設(shè)置單元，用于按設(shè)定的順序為所發(fā)送的增量通知消息設(shè)置增量通知版本號；所述notifier進一步地，根據(jù)最新增量通知版本號確定當前已發(fā)送的增量通知消息數(shù)量，并根據(jù)每個增量通知消息承載的訂閱信息的大小確定出當前已通知的訂閱信息大小，當前剩余的訂閱信息為所述subscriber當前未獲得的訂閱信息。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種信息訂閱方法，通知者notifier對訂閱者subscriber啟用了增量通知方式；其特征在于，所述方法包括訂閱過程中，所述subscriber發(fā)起訂閱更新請求消息，所述更新請求消息中攜帶有當前所接收到的最新增量通知版本號信息；所述notifier接收到所述訂閱更新請求消息后，根據(jù)所述訂閱更新請求消息中的最新增量通知版本號信息確定出所述subscriber當前未獲得的訂閱信息，將所述未獲得的訂閱信息封裝于增量通知消息中，發(fā)送給所述subscriber。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括在所述訂閱更新請求消息中增設(shè)字段，用于承載所述subscriber當前接收到的最新增量通知版本號信息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括在所述訂閱更新請求消息中現(xiàn)有字段中增設(shè)新的參數(shù)，用于承載所述subscriber當前接收到的最新增量通知版本號信息。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括設(shè)置增量通知版本號對應的增量通知消息與該增量通知消息所承載的待通知訂閱信息的對應關(guān)系；所述根據(jù)所述訂閱更新請求消息中的最新增量通知版本號信息確定出所述subscriber當前未獲得的訂閱信息，具體為所述notifier根據(jù)最新增量通知版本號確定下一待發(fā)送的增量通知消息的增量通知版本號，進而確定出下一待發(fā)送的增量通知消息對應的待發(fā)送信息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括按設(shè)定的順序為所發(fā)送的增量通知消息設(shè)置增量通知版本號；所述根據(jù)所述訂閱更新請求消息中的最新增量通知版本號信息確定出所述subscriber當前未獲得的訂閱信息，具體為所述notifier根據(jù)最新增量通知版本號確定當前已發(fā)送的增量通知消息數(shù)量，并根據(jù)每個增量通知消息承載的訂閱信息的大小確定出當前已通知的訂閱信息大小，當前剩余的訂閱信息為所述subscriber當前未獲得的訂閱信息。
6.根據(jù)權(quán)利要求1至5中任一項所述的方法，其特征在于，所述notifier為應用服務器AS或內(nèi)容提供商服務器的網(wǎng)絡(luò)側(cè)網(wǎng)元。
7.一種信息訂閱系統(tǒng)，所述系統(tǒng)包括subscriber和notifier，其中，所述notifier對所述subscriber啟用了增量通知方式；其特征在于，Subscriber，用于發(fā)起訂閱更新請求消息，所述更新請求消息中攜帶有當前所接收到的最新增量通知版本號信息；Notifier，用于接收到所述訂閱更新請求消息后，根據(jù)所述訂閱更新請求消息中的最新增量通知版本號信息確定出所述subscriber當前未獲得的訂閱信息，將所述未獲得的訂閱信息封裝于增量通知消息中，發(fā)送給所述subscriber。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括第一設(shè)置單元，用于在所述訂閱更新請求消息中增設(shè)字段，用于承載所述subscriber當前接收到的最新增量通知版本號信息；或者，用于在所述訂閱更新請求消息中現(xiàn)有字段中增設(shè)新的參數(shù)，用于承載所述subscriber當前接收到的最新增量通知版本號信息。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括第二設(shè)置單元，用于設(shè)置增量通知版本號對應的增量通知消息與該增量通知消息所承載的待通知訂閱信息的對應關(guān)系；所述notifier進一步地，根據(jù)最新增量通知版本號確定下一待發(fā)送的增量通知消息的增量通知版本號，進而確定出下一待發(fā)送的增量通知消息對應的待發(fā)送信息。
10.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括第三設(shè)置單元，用于按設(shè)定的順序為所發(fā)送的增量通知消息設(shè)置增量通知版本號；所述notifier進一步地，根據(jù)最新增量通知版本號確定當前已發(fā)送的增量通知消息數(shù)量，并根據(jù)每個增量通知消息承載的訂閱信息的大小確定出當前已通知的訂閱信息大小，當前剩余的訂閱信息為所述subscriber當前未獲得的訂閱信息。
全文摘要
本發(fā)明公開了一種信息訂閱方法，通知者notifier對訂閱者subscriber啟用了增量通知方式；所述方法包括訂閱過程中，所述subscriber發(fā)起訂閱更新請求消息，所述更新請求消息中攜帶有當前所接收到的最新增量通知版本號信息；所述notifier接收到所述訂閱更新請求消息后，根據(jù)所述訂閱更新請求消息中的最新增量通知版本號信息確定出所述subscriber當前未獲得的訂閱信息，將所述未獲得的訂閱信息封裝于增量通知消息中，發(fā)送給所述subscriber。本發(fā)明大大節(jié)約了網(wǎng)絡(luò)側(cè)的數(shù)據(jù)傳輸壓力，大大減少了subscriber與網(wǎng)絡(luò)側(cè)的notifier之間數(shù)據(jù)流的傳輸。
文檔編號H04L29/06GK102571710SQ201010606759
公開日2012年7月11日 申請日期2010年12月24日 優(yōu)先權(quán)日2010年12月24日
發(fā)明者陳俊明 申請人:中興通訊股份有限公司