專利名稱：更新存在信息的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及用于移動設(shè)備的存在服務(wù)，特別涉及以存在信息更新 移動設(shè)備。
背景技術(shù)：
最初，蜂窩網(wǎng)絡(luò)被開發(fā)以便在電路交換網(wǎng)絡(luò)上提供語音服務(wù)。盡管電
路交換網(wǎng)絡(luò)仍被廣泛使用，但是當前的趨勢是朝著ftH吾音服務(wù)外還提供高 速分組數(shù)據(jù)服務(wù)的分組交換網(wǎng)絡(luò)。這些高速分組數(shù)據(jù)服務(wù)一般允許移動用 戶享用互聯(lián)網(wǎng)用戶在固定網(wǎng)絡(luò)上可以做的同類型的事情。
一種此類服務(wù)是即時消息(IM)。當結(jié)合固定網(wǎng)^f吏用時，桌面IM 已獲得廣泛接受。當前，存在多于l億的即時消息服務(wù)的已注冊用戶和多 于5千萬的固定用戶。基于這樣的成功和采用速度，無線服務(wù)提供商可以 通過向移動用戶擴展同樣的服務(wù)來利用對IM服務(wù)的需求。然而，無線服 務(wù)提供商在向移動提供商提供IM服務(wù)時面臨與其固定網(wǎng)絡(luò)對應部分不同 的問題和約束。例如， 一個此類問M向移動用戶提供準確和及時的存在 (presence)通知。
送。然而，傳送存在通知可產(chǎn)生潛在的沉重的網(wǎng)絡(luò)業(yè)務(wù)量，并且加重寶貴 的無線網(wǎng)絡(luò)資源的負擔。因此，無線服務(wù)提供商必須對向其移動用戶提供 準確存在通知的需要與網(wǎng)絡(luò)資源的可用性和/或使用率進行平衡。

發(fā)明內(nèi)容
本發(fā)明向移動用戶提供存在更新通知，并減少實現(xiàn)存在更新所需的網(wǎng) 絡(luò)業(yè)務(wù)量和網(wǎng)絡(luò)資源。根據(jù)一個實施例，通信網(wǎng)絡(luò)中的網(wǎng)絡(luò)節(jié)點接收關(guān)于 客戶端的存在更新。所述網(wǎng)絡(luò)節(jié)點不像常規(guī)地那樣立即通知所^戶端所 述存在更新。而是，所述網(wǎng)絡(luò)節(jié)點將所述存在更新存儲在存儲器中，直到 其收到來自所^戶端的對所述存在更新的明確請求?；谑盏絹碜运?客戶端的存在更新請求，所述網(wǎng)絡(luò)節(jié)點將已存儲的存在更新發(fā)送給所^ 戶端。
在一些實施例中，所述網(wǎng)絡(luò)節(jié)點可以將包含在多個存在更新中的存在 信息合并為被發(fā)送到所述客戶端的單一已合并存在更新。特別地，所述網(wǎng) 絡(luò)節(jié)點可累積存在屬性中的改變，并僅才艮告關(guān)于每個存在屬性的最終狀態(tài)。 而且，所述網(wǎng)絡(luò)節(jié)點可記錄每個存在屬性的最后才艮告狀態(tài)，并且如果該存 在屬性的所述最終狀態(tài)與所述最后才艮告狀態(tài)相同，則從所述已合并更新中 丟棄存在屬性。


圖1是示例性示出適于根據(jù)本發(fā)明的一個實施例使用的通信網(wǎng)絡(luò)的框圖。
圖2-5是示例根據(jù)現(xiàn)有技術(shù)的通信系統(tǒng)和協(xié)議的存在更新通知的呼 叫流程圖。
圖6示例性示出了根據(jù)本發(fā)明的一個實施例的存在更新通知呼叫流程。
圖7示例性示出了才艮據(jù)本發(fā)明的另一實施例的存在更新通知呼叫流程。
圖8示例性示出了根據(jù)本發(fā)明的另一實施例的存在更新通知呼叫流程。
圖9示例性示出了根據(jù)本發(fā)明的另一實施例的存在更新通知呼叫流程。
圖10是示例性示出被配置為根據(jù)本發(fā)明的一個實施例運轉(zhuǎn)的網(wǎng)絡(luò)節(jié)
點的一些組件部分的框圖。
圖11和12示例性示出了根據(jù)本發(fā)明的可替換實施例的存在更新通知 呼叫流程。
具體實施例方式
本發(fā)明提供了一種用于向移動用戶提供存在更新的方法和裝置。根據(jù) 一個實施例，本發(fā)明通過消除對用于通知用戶存在更新的明確消息傳送的 需要，來減少網(wǎng)絡(luò)業(yè)務(wù)的量。另外，本發(fā)明合并用戶的存在信息，并且僅 向用戶發(fā)送存在信息的已改變部分。因此，獲M在信息的用戶可自主選 擇何時接收更新，并且僅接收最新的信息。
圖1示例性示出了本發(fā)明可以在其中祐 使用的示例網(wǎng)絡(luò)10。網(wǎng)絡(luò)10 包括多個移動設(shè)備100，用于與移動設(shè)備100通信的無線接入網(wǎng)12，以及 提供到互聯(lián)網(wǎng)18或其他分組數(shù)據(jù)網(wǎng)絡(luò)的連接的無線核心網(wǎng)絡(luò)14。無線接 入網(wǎng)12優(yōu)選地包括分組交換網(wǎng)絡(luò)，例如GPRS、 cdma2000、 WCDMA或 WiMAX網(wǎng)絡(luò)。無線接入網(wǎng)12包括一個或多個基站16或其它無線接入點。 存在服務(wù)器200連接到互聯(lián)網(wǎng)18,并且為移動設(shè)備100提供即時消息和存 在服務(wù)。網(wǎng)關(guān)150提供無線核心網(wǎng)絡(luò)14與存在服務(wù)器200之間的交互。
在一個示例性實施例中，根據(jù)開放移動聯(lián)盟(OMA)標準即時消息存 在服務(wù)(IMPS )架構(gòu)"OMS-AD-IMPS-V1_3-20051011-C，， ( 2005年10 月11日)配置網(wǎng)關(guān)150和存在服務(wù)器200。網(wǎng)關(guān)150可以根據(jù) "OMA畫TS-IMPS-CSP畫V1—3-20060606-C，， ( 2006年6月6日)中提出的 OMA客戶端-服務(wù)器協(xié)議會話和事務(wù)處理標準來傳送消息。這里將這兩 個文檔整體并入作為參考。
在另一實施例中，存在服務(wù)器200可包括M發(fā)起協(xié)議(SIP)存在 服務(wù)器。在該實施例中，網(wǎng)關(guān)150可包括交互模塊152，用于轉(zhuǎn)換IMPS 與SIP協(xié)議之間的消息。適于該使用的服務(wù)器的示例在于2005年2月28
8日提交的、美國專利申請公開號為2005/0213537、標題為"Internetworking Gateway and Method"中描述，這里將其整體并入作為參考。
移動設(shè)備100具有用于與存在服務(wù)器200通信的客戶端模塊。該客戶 端是在處理器上執(zhí)行并為用戶應用(例如即時消息(IM)應用或存在增強 電話簿)提供對IMPS服務(wù)的支持的軟件應用。移動設(shè)備100的用戶注冊 到存在服務(wù)器200以便即時消息收發(fā)和存在服務(wù)。 一旦已注冊，移動設(shè)備 100可以交換即時消息、發(fā)布存在信息和訂閱來自其它用戶的存在更新。 存在更新信息例如可以反映給定用戶參加IM對話的當前可用性和/或意 愿。用戶可以選擇使其存在狀態(tài)對其它用戶可用，并且可以注冊以便接收 來自其它用戶的存在狀態(tài)更新。那些為其他人提供或"發(fā)布，，其存在更新 的用戶被稱為存在體(presentity)。那些注冊以便接收存在更新的用戶被 成為觀察者。用戶可以是存在體和觀察者兩者。
通常，客戶端可以通過兩種主要方法獲取給定存在體的存在狀態(tài)。第 一種方法凈皮稱為訂閱方法，第二種方法;f皮稱為取得方法。通過訂閱方法， 客戶端"訂閱"接收指定存在體的存在更新。每當該存在體的存在狀態(tài)改 變時，存在服務(wù)器200自動向客戶端發(fā)送存在更新。通過取得方法，當存 在體的存在狀態(tài)改變時，存在服務(wù)器200不自動發(fā)送存在更新。而是，客 戶端必須向存在服務(wù)器200發(fā)出明確請求以便獲取存在體的當前存在狀 態(tài)。
圖2示例性示出了如在IMPS標準中描述的傳統(tǒng)訂閱方法。在圖2中， 移動設(shè)備100包括與遵守IMPS的網(wǎng)關(guān)150通信的IMPS客戶端102。存 在服務(wù)器200包括IMPS服務(wù)器200。
最初，客戶端102向網(wǎng)關(guān)150發(fā)送"訂閱存在請求，， (SubscribePresenceRequest)消息(2a)，以4更訂閱指定存在體的存在更 新。網(wǎng)關(guān)150然后將該請求轉(zhuǎn)發(fā)給網(wǎng)絡(luò)中的存在服務(wù)器200 (2b)，該存 在服務(wù)器200以確i^戶端102已^f皮訂閱存在體的狀態(tài)消息(2c)響應網(wǎng) 關(guān)150。網(wǎng)關(guān)150接著向請求客戶端102發(fā)送狀態(tài)消息，以指示該客戶端 102被訂閱接收與存在體關(guān)聯(lián)的存在更新。當存在體的存在狀態(tài)改變時，存在服務(wù)器200向網(wǎng)關(guān)150發(fā)送包含已 更新存在信息的"存在通知"(PresenceNotification)消息(2e)。該存 在通知消息通常包括存在體的一個或多個存在屬性的已更新狀態(tài)。作為示 例，屬性可指示存在體為"在線"或"離線"或"會議中"。其它屬性可 以指定存在體的位置?；诮邮?，網(wǎng)關(guān)150以狀態(tài)確認消息響應存在服務(wù) 器200 ( 2f)，并生成并向客戶端102發(fā)送通信發(fā)起請求(CIR, Communication Initiation Request) (2g)，以l更通知客戶端102存在更 新是未決的。
CIR導致客戶端102生成并向網(wǎng)關(guān)150發(fā)送用于請求存在更新的"輪 詢請求"(PollingRequest)消息(2h)。網(wǎng)關(guān)150發(fā)送包含存在更新的存 在通知消息(2i),客戶端102以狀態(tài)確認消息(2j)響應。如在下面詳 細描述的，本發(fā)明的網(wǎng)關(guān)150可以被配置為，消除發(fā)送該CIR消息以^更明 確通知客戶端102關(guān)于存在更新的需求。這可以減少與存在更新有關(guān)的網(wǎng) 絡(luò)業(yè)務(wù)的量。
圖3示例性示出了用于使用會話發(fā)起協(xié)議(SIP)實現(xiàn)存在更新通知 的另一現(xiàn)有技術(shù)訂閱方法。在圖3中，移動設(shè)備100包括SIP客戶端102， 并且存在服務(wù)器200包括SIP存在服務(wù)器200。
SIP客戶端102最初通過向存在服務(wù)器200發(fā)送SIP訂閱(SIP SUBSCRIBE )消息(3a )來訂閱存在體。存在服務(wù)器200以200 OK消息 (3b)響應客戶端102,并且向客戶端102發(fā)送存在信息(3c)?？蛻舳?102返回200 OK消息以確認所述信息的接收(3d)。每當存在體的存在 狀態(tài)改變時，存在服務(wù)器200使用SIP通知(SIP NOTIFY)消息通知客 戶端102(3e)。如在本領(lǐng)域中已知的，客戶端102可以j吏用2000K消息 響應通知(3f)。
圖4和5示例性示出了常規(guī)取得方法如何被用于在不同系統(tǒng)中獲M 在信息。在示出IMPS實現(xiàn)的圖4中，客戶端102發(fā)出明確請求，例如取 得命令("GetPresenceRequest，，，獲取存在請求)，以便從存在服務(wù)器 200請求存在信息(4a)?；诮邮眨W(wǎng)關(guān)150將該獲取存在請求消息轉(zhuǎn)發(fā)給存在服務(wù)器200 (4b ),該存在服務(wù)器200然后經(jīng)由網(wǎng)關(guān)150在"獲 :^在響應"(GetPresenceResponse)消息中以已更新存在信息響應客戶 端102 (4c， 4d)。在該示例中，所述獲取存在響應通常包括所有存在屬 性的當前狀態(tài)，不論其狀態(tài)是否已改變。
圖5示例性示出了使用SIP實現(xiàn)的取得方法。在圖5中，客戶端102 發(fā)送訂閱(SUBSCRIBE)消息，其中"期滿"(Expires)參數(shù)被設(shè)為等 于0，以便取得存在體的當前存在信息(5a)。存在服務(wù)器200在200 OK 消息中確認該訂閱消息(5b)，并且在通知消息中向客戶端102返回當前 存在信息(5c)。客戶端102然后向存在服務(wù)器返回200 OK消息以確認 該通知消息的接收(5d)。其后，存在服務(wù)器200在對應的通知消息中以 存在信息響應來自客戶端102的后續(xù)訂閱消息(5e-5g)。如上面那樣， 從存在服務(wù)器200返回的通知消息通常包括所有存在屬性的當前狀態(tài)，不 論其狀態(tài)是否已改變。
圖2-5中的每個常規(guī)方法都允許用戶獲取關(guān)于指定存在體的存在更 新信息。通過圖2和3的訂閱方法，客戶端102僅當存在體的存在狀態(tài)改 變時接收存在更新。進一步地，客戶端102僅接收自最后一次存在更新后 已改變的存在屬性的狀態(tài)。然而，甚至在用戶可能不想接收存在更新的情 況下，常規(guī)訂閱方法也向客戶端102發(fā)送存在更新。這增加了網(wǎng)絡(luò)業(yè)務(wù)量， 并且加重網(wǎng)絡(luò)資源的負擔。進一步地，例如圖2中所示的一些現(xiàn)有技術(shù)系 統(tǒng)使用基本的客戶端-服務(wù)器傳輸協(xié)議。這些常規(guī)系統(tǒng)被要求使用明確的 消息傳送，例如之前提到的CIR消息，以便通知客戶端102未決的存在更 新。
圖4和5的常規(guī)取得方法通過僅在指定時刻發(fā)送取得命令來解決增長 的網(wǎng)絡(luò)業(yè)務(wù)。例如，客戶端102設(shè)備的用戶可以明確請求存在體的存在更
新，或者取得命令可以響應于一些預定觸發(fā)器或事件的出現(xiàn)而凈iu^出。盡
管這可減少網(wǎng)絡(luò)業(yè)務(wù)，但是客戶端102處的存在信息可能變得失效，這取 決于客戶端102多頻繁地"取得"存在更新。進一步地，常規(guī)取得方法通 常向客戶端102提供所有存在信息，甚至在一些或全部存在信息自從最后一次請求更新之后未改變或與客戶端102無關(guān)時。由此，任何網(wǎng)絡(luò)業(yè)務(wù)的減少M送所有存在信息時增加的帶寬需求調(diào)和。
本發(fā)明提供了一種更適于移動設(shè)備IOO的遞送存在更新的新方法。本發(fā)明消除了向客戶端102發(fā)送CIR消息或其它明確消息以通知其存在更新的需求，由此減少信令開銷。不是如常規(guī)的那樣立即向客戶端102發(fā)送CIR或其它明確通知，網(wǎng)關(guān)150或其它網(wǎng)絡(luò)節(jié)點在存儲器中存儲存在更新信息，直到其接收到來自客戶端102的對存在更新信息的請求。如果收到關(guān)于客戶端102的多個存在更新，則網(wǎng)關(guān)150可以合并關(guān)于客戶端102的存在更新。當客戶端102請求存在更新時，已合并的存在更新被提供給客戶端102。
作為已合并存在更新的一個示例，考慮其中網(wǎng)關(guān)150接收到如下三個存在更新的場景
第一個更新屬性1-A;屬性3-X
第二個更新屬性2-K
第三個更新屬性3-Y
在該情況下，來自三個存在更新的存在信息被合并成如下單一已合并存在更新
已合并更新屬性1-A;屬性2-K;屬性3-Y
已合并存在更新合并來自三個單獨存在更新的存在信息。該合并消除了單獨存在更新中的冗余屬性，并且僅報告對于任何給定屬性的最終狀態(tài)。更具體地，網(wǎng)關(guān)150累積關(guān)于該屬性的狀態(tài)轉(zhuǎn)變，以確定該屬性的最終狀態(tài)，并且僅在已合并的存在更新中包括該屬性的最終狀態(tài)。在該示例中，屬性3的僅最終狀態(tài)(屬性3-Y)被包括在已合并的存在更新中。
在一個示例性實施例中，每個存在屬性的最后報告狀態(tài)被記錄。當存在更新被請求時，已合并存在更新中的每個存在屬性的狀態(tài)被與最后報告的狀態(tài)比較，并且如果當前狀態(tài)與最后報告的狀態(tài)相同，則從已合并的存在更新中丟棄。由此，已合并的存在更新報告已改變的存在屬性的狀態(tài)。作為該方法的示例，考慮其中存在體的最后才艮告狀態(tài)如下的場景
屬性1-A;屬性2-K;屬性3-X網(wǎng)關(guān)150然后接收到如下三個存在更新
第一個更新屬性1-B;屬性3-Y
第二個更新屬性2-L
第三個更新屬性3-X在該情況下，來自三個存在更新的存在信息被合并成如下單一已合并存在更新
已合并更新屬性1-B;屬性2-L因為屬性3的最終狀態(tài)與最后才艮告的狀態(tài)相同，所以屬性3的當前狀態(tài)未被包含在發(fā)送到客戶端102的已合并存在更新中。
圖6示例性示出了本發(fā)明的一個示例性實施例，其中客戶端102使用訂閱方法來獲取存在更新。在該實施例中，客戶端102包括與IMPS網(wǎng)關(guān)150通信的兼容IMPS的客戶端102。存在服務(wù)器200是向IMPS客戶端102提供存在和IM服務(wù)的IMPS服務(wù)器。最初，客戶端102發(fā)送"訂閱存在請求"(SubscribePresenceRequest)消息以訂閱接收特定存在體的存在更新(6a)。網(wǎng)關(guān)150然后將該消息轉(zhuǎn)發(fā)到存在服務(wù)器200，并且接收4皮返回給客戶端102的確i人(6b - 6d )。
每當存在體的存在狀態(tài)改變時，存在服務(wù)器200自動在"存在通知"消息中向網(wǎng)關(guān)150發(fā)送存在更新，該網(wǎng)關(guān)150以對應的狀態(tài)確認消息(6e- 6f， 6h - 6i， 6k - 61)響應。所述存在通知消息包括如之前提到的存在屬性。然而，不是像常規(guī)那樣立即向客戶端102發(fā)送CIR或其它明確通知，網(wǎng)關(guān)150將存在更新存儲在存儲器中，直到其收到來自客戶端102的對存在更新的主動提供的(unsolicited)請求。如果收到來自存在服務(wù)器200的多個存在更新，則網(wǎng)關(guān)150使用上面描述的方法之一合并存在更新(框6g， 6j， 6m)。網(wǎng)關(guān)150維護已合并的更新信息，直到其收到來自客戶端102的明確請求，例如"輪詢請求"(6n)?；诮邮?，網(wǎng)關(guān)150如之前描述的那樣向客戶端102發(fā)送已合并的存在更新(6o， 6p)。
網(wǎng)關(guān)150可以使用本領(lǐng)域中已知的任何方法來確定哪些存在屬性已從報告給客戶端102的最后狀態(tài)發(fā)生改變。例如，在一個實施例中，網(wǎng)關(guān)150記錄每個屬性在其最后一次被報告給客戶端102時的狀態(tài)。網(wǎng)關(guān)150通過設(shè)置與已改變屬性關(guān)聯(lián)的標記來指示從該"已記錄"狀態(tài)發(fā)生改變的屬性。例如，當存在體從在線變成離線時，網(wǎng)關(guān)150可以將與特定屬性關(guān)聯(lián)的標記設(shè)置為"真"。同樣，網(wǎng)關(guān)150可以添加之前未被報告給客戶端102的新屬性，并且將與該新屬性關(guān)聯(lián)的標記設(shè)置為"真"。那些在存在更新之間保持未被改變的存儲在網(wǎng)關(guān)150處的屬性可以具有保持被設(shè)置為"假"的標記。如果當前被標記為已改變的屬性回復到其初始狀態(tài)(例如，如果存在體回到在線)，則因為該屬性的最終狀態(tài)與才艮告給客戶端的最后狀態(tài)相同，所以關(guān)聯(lián)于該屬性的標記被重新設(shè)置為"假"。當客戶端102請求存在更新時，網(wǎng)關(guān)150可以僅向客戶端102發(fā)送那些具有被設(shè)置為"真"的標記的屬性。因此，客戶端102僅接收這樣的屬性，所述屬性具有與客戶端最后接收自網(wǎng)關(guān)150的那些值不同的值?；诳蛻舳?02的接收，網(wǎng)關(guān)可以將標記重新設(shè)置為"假"，并繼續(xù)合并已更新信息。
圖7示例性示出了本發(fā)明的另一實施例，其中，移動設(shè)備100包括IMPS客戶端102，并且存在服務(wù)器200包括SIP存在服務(wù)器。網(wǎng)關(guān)150包括具有交互模塊102的互聯(lián)IMPS/SIP網(wǎng)關(guān)。交互模塊102轉(zhuǎn)換穿越IMPS和SIP的數(shù)據(jù)，以便允許IMPS客戶端102從SIP存在服務(wù)器200接收IM和存在服務(wù)。在該示例中，客戶端102還使用訂閱方法來獲^在更新。
客戶端102最初向網(wǎng)關(guān)150發(fā)送IMPS訂閱存在請求，以訂閱給定存在體(7a )。網(wǎng)關(guān)150然后向存在服務(wù)器200發(fā)送對應的SIP訂閱消息(7b )。存在服務(wù)器200以SIP 200 OK消息響應網(wǎng)關(guān)150，其中，網(wǎng)關(guān)150以IMPS狀態(tài)確認消息響應客戶端102 (7d)。其后，每當存在體的存在狀態(tài)改變時，存在服務(wù)器200向網(wǎng)關(guān)150發(fā)送存在更新(7e - 7f, 7h - 7i， 7k - 71)。
根據(jù)本發(fā)明，網(wǎng)關(guān)150不發(fā)送CIR或其它明確通知來通知客戶端102存在更新。作為代替，網(wǎng)關(guān)150如之前描述的那樣合并存在更新通知(7g,7j， 7m)。為了接收存在更新，客戶端102向網(wǎng)關(guān)150發(fā)送IMPS "輪詢請求，，消息(7n )。網(wǎng)關(guān)150然后在"存在通知請求"(PresenceNotificationRequest)消息中向客戶端102發(fā)送已合并的存在更新(7o， 7p)。
圖8示例性示出了本發(fā)明的一個實施例，其中，客戶端102利用取得方法來獲取存在體的存在信息。在圖8中，移動設(shè)備IOO包括與IMPS網(wǎng)關(guān)150通信的IMPS客戶端102。 IMPS存在服務(wù)器200向IMPS客戶端102提供存在和IM服務(wù)。最初，客戶端102經(jīng)由網(wǎng)關(guān)150向存在服務(wù)器200發(fā)送獲取存在請求(GetPresenceRequest)消息(8a)，其中，網(wǎng)關(guān)150然后向存在服務(wù)器200發(fā)送用于訂閱的訂閱存在請求消息(8b - 8c)。其后，網(wǎng)關(guān)150在存在通知消息中接收來自存在服務(wù)器200的存在更新(8d-8e)，并且在獲取存在響應(GetPresenceResponse)消息中將該存在更新信息轉(zhuǎn)發(fā)給客戶端102 (8f)。
每當網(wǎng)關(guān)150在來自存在服務(wù)器200的后續(xù)存在通知消息中收到后續(xù)存在更新時(8g-8h, 8j-8k)，網(wǎng)關(guān)150不立即通知客戶端102。而是，網(wǎng)關(guān)150如之前描述的那樣合并存在更新(8i， 81)。當網(wǎng)關(guān)150收到來自客戶端102的主動提供的獲取存在請求消息時(例如取得命令)，網(wǎng)關(guān)150在獲取存在響應消息中發(fā)送已合并的存在更新(8m， 8n)。
圖9示例性示出了本發(fā)明的另一實施例，其利用取得方法來獲取存在更新。在圖9中，網(wǎng)關(guān)150包括交互IMPS/SIP網(wǎng)關(guān)，其轉(zhuǎn)換穿越IMPS和SIP的數(shù)據(jù)并JU更利IMPS客戶端102從SIP存在服務(wù)器200接收IM和存在服務(wù)。在圖9中，網(wǎng)關(guān)150接收來自客戶端102的IMPS "獲M在請求"消息(9a)，并且向存在服務(wù)器200發(fā)送SIP訂閱消息。存在服務(wù)器200可以如本領(lǐng)域中已知的那樣以合適的確認消息響應(9c)。存在服務(wù)器200然后向網(wǎng)關(guān)150發(fā)送包括存在更新信息的通知消息(9d)。在確認接收(9e)之后，網(wǎng)關(guān)150在獲^與在響應消息中向客戶端102發(fā)送存在更新(9f)。
其后，網(wǎng)關(guān)150在后續(xù)通知消息中接收來自存在服務(wù)器200的后續(xù)存在更新(9g， 9j)。網(wǎng)關(guān)150可以對通知消息的接收進行確認(9h， 9k)，但并不發(fā)送明確通知來通知客戶端102所述存在更新。而是，網(wǎng)關(guān)150合
15并存在更新(9i， 91)。客戶端102可以然后向網(wǎng)關(guān)150發(fā)送主動提供的獲取存在請求消息(9m)來請求存在更新。網(wǎng)關(guān)150然后在獲取存在響應消息中向客戶端102發(fā)送已合并的存在更新(9n)。
圖IO是示出根據(jù)本發(fā)明的一個實施例配置的網(wǎng)關(guān)150的一些功能組件的框圖。如在圖10中可見的，網(wǎng)關(guān)150包括控制器154、存儲器156和輸A/輸出(I/O)電路158,以及用于經(jīng)由互聯(lián)網(wǎng)18和/或其它通信網(wǎng)絡(luò)與例如移動設(shè)備100的遠程實體通信的通信端口 160。在一些實施例中，網(wǎng)關(guān)150包括存儲器156中的交互模塊152，用于便利跨協(xié)議的通信。
控制器154可以包括一個或多個微處理器，并根據(jù)存儲在存儲器156中的指令和數(shù)據(jù)控制網(wǎng)關(guān)150。根據(jù)本發(fā)明，此類指令包括對于每當網(wǎng)關(guān)150經(jīng)由端口 160收到來自存在服務(wù)器200的存在更新時避免向客戶端102發(fā)送CIR或其它明確消息必要的邏輯。例如，所述邏輯可以將控制器154配置為，每當其從客戶端102接收到訂閱或取得請求消息時，不發(fā)送CIR。所述指令還可包括對于導致控制器154如之前陳述的那樣合并存在更新必要的邏輯。這包括但不限于，基于通過存在更新收到的對應的存在屬性覆蓋和/或累積已改變的存在屬性，以及添加未由網(wǎng)關(guān)150維護的新的存在屬性。
本領(lǐng)域的技術(shù)人員應當認識到，本發(fā)明不限于在網(wǎng)關(guān)或通信地將客戶端連接到另一遠程存在服務(wù)器的其它服務(wù)器中實現(xiàn)。例如，圖11-12示例性示出了可替換實施例，其中，存在服務(wù)器200根據(jù)本發(fā)明向客戶端102提供IM服務(wù)、存在服務(wù)和存在更新。具體地，存在服務(wù)器200可以包括
新通知邏輯204。這兩個邏輯模塊202、 204可以使用進程間通信(IPC)來彼此通信以便實施本發(fā)明的功能。
圖11示例性示出了一個實施例，其中，移動設(shè)備100包括從IMPS存在服務(wù)器200接收IM和存在服務(wù)的IMPS客戶端102。在該實施例中，存在服務(wù)器200包括類似于圖10的功能組件。
最初，客戶端102向存在服務(wù)器200發(fā)送訂閱存在請求以訂閱接收存在更新。在訂閱客戶端102之后，存在服務(wù)器200向客戶端102返回狀態(tài) 消息(lla-llc)。每當存在體的狀態(tài)改變時(lld， llf, llh),存在邏 輯202不向客戶端102發(fā)送CIR或其它明確通知。而是，存在邏輯202導 致控制器154生成并向更新通知邏輯204發(fā)送控制信號。響應于控制信號， 更新通知邏輯204如之前描述的那樣將更新信息合并為已合并的存在更新 (lle， llg， lli)。基于收到來自客戶端102的輪詢請求消息，存在服務(wù) 器200在存在通知響應(PresenceNotificationResponse)消息中向客戶端 102發(fā)送已合并的存在更新(llk-lll)。
圖12示例性示出了使用取得方法來接收存在更新的實施例。在圖12 中，客戶端102向存在服務(wù)器200發(fā)送獲取存在請求消息(12a)。基于接 收，存在服務(wù)器200將客戶端102訂閱為接收存在更新(12b)。存在邏 輯202向更新通知邏輯204發(fā)送存在通知消息(12c)，該更新通知邏輯 204然后在獲:^在響應消息中向客戶端102發(fā)送存在信息(12d)。其后， 每當存在邏輯202接收到對存在體的存在改變的指示時，其向更新通知邏 輯204發(fā)送存在通知消息(12e， 12g)。更新通知邏輯204不向客戶端發(fā) 送明確通知以通知客戶端102所述存在更新，作為代替，其如之前描述的 那樣合并所述存在更新(12f， 12h)?；谑盏絹碜钥蛻舳?02的后續(xù)獲 取存在請求消息(12i)，更新通知邏輯204在獲取存在響應中向客戶端 102發(fā)送已合并的存在更新(12j)。
這里的實施例在客戶端102獲取單一存在體的存在更新信息的環(huán)境中 描述了本發(fā)明。然而，這僅僅是為了說明目的。本領(lǐng)域的技術(shù)人員應當認 識到，本發(fā)明可以向客戶端102提供多個存在體的存在更新。
特別地，客戶端102可以訂閱和/或取得多個存在體的存在信息。在這 種情況下，網(wǎng)關(guān)150將接收每個存在體的存在更新。不是明確通知客戶端 102每個存在更新，而是網(wǎng)關(guān)150或其它網(wǎng)絡(luò)節(jié)點將合并每個存在體的存 在更新，直到其收到來自客戶端102的對存在更新信息的請求。當接收到 該請求時，網(wǎng)關(guān)150將向客戶端發(fā)送包括多個存在體的存在更新信息的已 合并的存在更新。當然，在不脫離本發(fā)明的實質(zhì)特征的情況下，本發(fā)明可以用除這里特 別提到的那些以外的其它方式來實現(xiàn)。本發(fā)明的實施例將在各方面被認為 是示例性的，而不是限制性的，并且在所附權(quán)利要求的含意和等同范圍內(nèi) 的所有改變旨在被包含在其中。
權(quán)利要求
1.一種向客戶端提供存在更新的方法，所述方法包括合并接收自存在服務(wù)器的存在更新，以創(chuàng)建已合并的存在更新；以及響應于接收到對存在信息的主動提供的客戶端請求，向所述客戶端發(fā)送所述已合并的存在更新。
2. 根據(jù)權(quán)利要求l所述的方法，其中，合并存在更新包括累積關(guān)于 一個或多個存在屬性的狀態(tài)轉(zhuǎn)變以確定所述存在屬性的最終狀態(tài)，并在所 述已合并的存在更新中僅包括所述存在屬性的最終狀態(tài)。
3. 根據(jù)權(quán)利要求2所述的方法，其中，合并存在更新進一步包括記 錄所述存在屬性的最后報告狀態(tài)，將每個存在屬性的最終狀態(tài)與所述最后 報告狀態(tài)比較，并僅在所述最終狀態(tài)不同于所述最后l艮告狀態(tài)的情況下， 在所述已合并的存在更新中包括存在屬性。
4. 根據(jù)權(quán)利要求l所述的方法，其中，所述主動提供的客戶端請求包 括取得請求。
5. 根據(jù)權(quán)利要求l所述的方法，其中，所述主動提供的客戶端請求包 括輪詢請求。
6. 根據(jù)權(quán)利要求l所述的方法，進一步包括，響應于來自客戶端的請 求，對該客戶端訂閱接收存在更新。
7. 根據(jù)權(quán)利要求6所述的方法，其中，對客戶端訂閱接收存在更新是 響應于來自該客戶端的訂閱請求。
8. 根據(jù)權(quán)利要求6所述的方法，其中，對客戶端訂閱接收存在更新是 響應于來自該客戶端的取得請求。
9. 一種網(wǎng)絡(luò)節(jié)點，包括被配置為接收對存在信息的客戶端請求的通信端口 ；以及 控制器，被配置為合并接收自存在服務(wù)器的存在更新以創(chuàng)建已合并的存在更新；以及接收對存在信息的主動提供的客戶端請求；以及 響應于所述主動提供的客戶端請求，向所^戶端發(fā)送所述已合 并的存在更新。
10. 根據(jù)權(quán)利要求9所述的網(wǎng)絡(luò)節(jié)點，其中，所述控制器被進一步配 置為累積關(guān)于一個或多個存在屬性的狀態(tài)轉(zhuǎn)變以確定所述存在屬性的最終 狀態(tài)；以及在所述已合并的存在更新中僅包括所述存在屬性的所述最終狀態(tài)。
11. 根據(jù)權(quán)利要求10所述的網(wǎng)絡(luò)節(jié)點，其中，所述控制器被進一步配 置為記錄所述存在屬性的最后報告狀態(tài)；將每個存在屬性的最終狀態(tài)與所述最后才艮告狀態(tài)比較；以及 僅在所述最終狀態(tài)不同于所述最后報告狀態(tài)的情況下，在所述已合并 的存在更新中包括所述存在屬性。
12. 根據(jù)權(quán)利要求9所述的網(wǎng)絡(luò)節(jié)點，其中，所述主動提供的客戶端 請求包括取得請求。
13. 根據(jù)權(quán)利要求9所述的網(wǎng)絡(luò)節(jié)點，其中，所述主動提供的客戶端 請求包括輪詢請求。
14. 根據(jù)權(quán)利要求9所述的網(wǎng)絡(luò)節(jié)點，其中，所述控制器被進一步配 置為，響應于所述客戶端請求，對該客戶端訂閱接收所述存在更新。
15. 根據(jù)權(quán)利要求14所述的網(wǎng)絡(luò)節(jié)點，其中，所述控制器被進一步配 置為，響應于接收到來自所述客戶端的取得請求，向所述存在服務(wù)器訂閱 接收所述存在更新。
16. 根據(jù)權(quán)利要求14所述的網(wǎng)絡(luò)節(jié)點，其中，所述控制器被進一步配 置為，響應于接收到來自所述客戶端的訂閱請求，向所述存在服務(wù)器訂閱 接收所述存在更新。
17. 根據(jù)權(quán)利要求9所述的網(wǎng)絡(luò)節(jié)點，其中，所述控制器被進一步配 置為，向所述已合并的存在更新添加新的存在屬性。
18. —種向客戶端提供存在更新的方法，所述方法包括 累積存在體的一個或多個存在屬性的狀態(tài)轉(zhuǎn)變，以確定所述存在屬性的最終狀態(tài)；以及向所述客戶端發(fā)送已合并的存在更新，所述已合并的存在更新僅包括 所述存在屬性的最終狀態(tài)。
19. 根據(jù)權(quán)利要求18所述的方法，其中，累積一個或多個存在屬性的 狀態(tài)轉(zhuǎn)變包括記錄所述存在屬性的最后才艮告狀態(tài)；將每個存在屬性的最終狀態(tài)與所述最后報告狀態(tài)比較；以及 僅在所述最終狀態(tài)不同于所述最后才艮告狀態(tài)的情況下，在所述已合并 的存在更新中包括存在屬性。
20. 根據(jù)權(quán)利要求18所述的方法，進一步包括接收對存在信息的主動 提供的客戶端請求，以及其中，響應于所述主動提供的客戶端請求，向所 ^戶端發(fā)送所述已合并的存在更新。
21. 根據(jù)權(quán)利要求20所述的方法，其中，所述主動提供的客戶端請求 包括取得請求。
22. 根據(jù)權(quán)利要求20所述的方法，其中，所述主動提供的客戶端請求 包括輪詢請求。
23. 根據(jù)權(quán)利要求18所述的方法，進一步包括，響應于來自所i^Jl戶 端的請求，對該客戶端訂閱接收存在更新。
24. 根據(jù)權(quán)利要求23所述的方法，其中，對客戶端訂閱接收存在更新 是響應于來自該客戶端的訂閱請求。
25. 根據(jù)權(quán)利要求23所述的方法，其中，對客戶端訂閱接收存在更新 是響應于來自該客戶端的取得請求。
26. —種網(wǎng)絡(luò)節(jié)點，包括被配置為接收對存在信息的客戶端請求的通信端口；以及 控制器，被配置為累積存在體的一個或多個存在屬性的狀態(tài)轉(zhuǎn)變以確定所述存在屬性的最終狀態(tài)；以及向所述客戶端發(fā)送已合并的存在更新，所述已合并的存在更新僅 包括所述存在屬性的所述最終狀態(tài)。
27. 根據(jù)權(quán)利要求26所述的網(wǎng)絡(luò)節(jié)點，其中，所述控制器被進一步配 置為記錄所述存在屬性的最后才艮告狀態(tài)；將每個存在屬性的最終狀態(tài)與所述最后報告狀態(tài)比較；以及 僅在所述最終狀態(tài)不同于所述最后才艮告狀態(tài)的情況下，在所述已合并 的存在更新中包括所述存在屬性。
28. 根據(jù)權(quán)利要求26所述的網(wǎng)絡(luò)節(jié)點，其中，所述對存在信息的客戶 端請求包括對存在信息的主動提供的客戶端請求，并且其中，所述控制器 被配置為，響應于接收到所述主動提供的客戶端請求，向所^Jl戶端發(fā)送 所述已合并的存在更新。
29. 根據(jù)權(quán)利要求28所述的網(wǎng)絡(luò)節(jié)點，其中，所述主動提供的客戶端 請求包括取得請求。
30. 根據(jù)權(quán)利要求28所述的網(wǎng)絡(luò)節(jié)點，其中，所述主動提供的客戶端 請求包括輪詢請求。
31. 根據(jù)權(quán)利要求26所述的網(wǎng)絡(luò)節(jié)點，其中，所述控制器被進一步配 置為，響應于所n戶端請求，對所ii^戶端訂閱接收所述存在更新。
32. 根據(jù)權(quán)利要求31所述的網(wǎng)絡(luò)節(jié)點，其中，所述控制器被進一步配 置為，響應于接收到來自所i^戶端的取得請求，向所述存在服務(wù)器訂閱 接收所述存在更新。
33. 根據(jù)權(quán)利要求31所述的網(wǎng)絡(luò)節(jié)點，其中，所述控制器被進一步配 置為，響應于接收到來自所it^戶端的訂閱請求，向所述存在服務(wù)器訂閱 接收所述存在更新。
34. 根據(jù)權(quán)利要求26所述的網(wǎng)絡(luò)節(jié)點，其中，所述控制器被進一步配 置為，向所述已合并的存在更新添加新的存在屬性。
全文摘要
一種向移動用戶提供存在更新的網(wǎng)絡(luò)節(jié)點。所述節(jié)點通過消除對用于通知用戶存在更新的明確消息傳送的需求來減少網(wǎng)路業(yè)務(wù)量。另外，所述節(jié)點通過合并存在更新并僅向用戶發(fā)送存在信息的已改變部分來減少網(wǎng)絡(luò)業(yè)務(wù)。
文檔編號H04W4/12GK101637033SQ200880002054
公開日2010年1月27日 申請日期2008年1月10日 優(yōu)先權(quán)日2007年1月10日
發(fā)明者A·索錫爾, M·拉弗拉密, N·馬約拉諾, S·勒格特 申請人:諾基亞公司