專利名稱：用于基于存在屬性的存在通知的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明總的涉及網(wǎng)絡(luò)和網(wǎng)絡(luò)通信的領(lǐng)域。本發(fā)明適用于由OMA存在(Presence) 和可用性工作組定義的用戶的存在信息的通知。該發(fā)明涉及SIP技術(shù)。該發(fā)明意圖優(yōu)化該存在通知。更具體地，該發(fā)明涉及一種用于優(yōu)化存在通知的針對基于存在的存在通知的系統(tǒng)和方法。
背景技術(shù)：
存在系統(tǒng)架構(gòu)有助于向其他人分享任何用戶的存在信息。存在信息基本上是與用戶相關(guān)聯(lián)的信息，如用戶的當前位置、對用戶可用的聯(lián)系信息、應(yīng)用特定信息(如有關(guān)用戶在IM客戶端是在線或離線的即時消息、POC特定屬性等)。當前用戶需要訂閱所要求的用戶的存在信息，接著其他用戶授權(quán)該用戶查看他的存在信息。存在服務(wù)器實體保持該存在訂閱且存儲用戶的存在信息。一旦用戶的存在信息改變，存在服務(wù)器就向觀察員發(fā)送該通知。觀察員基本上是被授權(quán)觀察一用戶的存在屬性的用戶。當前用戶一旦訂閱存在信息他將連續(xù)地接收到存在信息改變的通知。SIP SUBSCRIBE和SIPN0TIFY方法被用于訂閱和通知。存在巨大的通知和公布流量，而這是網(wǎng)絡(luò)運營商的首要關(guān)注。隨著用戶數(shù)目增加，負荷將進一步增加。按照當前技術(shù)水平，存在非必要的通知流量流經(jīng)網(wǎng)絡(luò)實體和接入網(wǎng)的情形。當前技術(shù)水平支持用于通知主體中的存在信息的篩選程序的定義。該通知主體由存在對象(Presentity)的各種存在信息構(gòu)成。對于用戶有著多個存在屬性，而觀察員可能不對全部存在屬性感興趣。這可通過在SUBSCRIBE主體中定義篩選程序來實現(xiàn)。用戶將在訂閱主體中定義篩選程序規(guī)則，該濾波程序有助于訂閱所需的存在屬性。在IETF草案 Functional Description of Event Notification Filtering draft-ietf-simple-even t-filter-funct-05中定義該篩選程序規(guī)則。該篩選規(guī)則也通過對一些存在屬性設(shè)置具體條件來定義何時發(fā)送該通知的規(guī)則，例如可用存在屬性的狀態(tài)由離線變?yōu)樵诰€時就發(fā)送該通知。此類篩選規(guī)則能夠在訂閱請求的主體中分配，從而該篩選規(guī)則也用來設(shè)置內(nèi)容級別。以上描述的當前技術(shù)水平有下面的缺點1、在每次修改存在屬性之后發(fā)出當前通知，通知流量非常高；2、在當前情形中不可能阻斷非必要的通知；3、目前用戶無法基于在那里的優(yōu)選來控制該通知；4、有時用戶使用多個客戶端，用戶不希望在一些客戶端設(shè)備上接收到通知，使用現(xiàn)有技術(shù)無法實現(xiàn)這點。目前由IETF定義的篩選程序機制基本上是用于內(nèi)容和通知率控制的規(guī)則，但是本發(fā)明基本上旨在基于觀察員的存在屬性來阻斷通知。這些規(guī)則允許當用戶忙碌或者用戶不愿意接收通知(基于設(shè)備的性能)時阻斷非必要的存在通知。這有助于控制通知流量和幫助用戶設(shè)置通知阻斷篩選規(guī)則。

發(fā)明內(nèi)容
技術(shù)問題本發(fā)明涉及用于優(yōu)化存在通知的系統(tǒng)和方法。本發(fā)明旨在避免非必要的通知由此減少網(wǎng)絡(luò)負荷和為用戶所厭的通知。其提出基于觀察員的存在信息來設(shè)置該通知。本發(fā)明提供設(shè)置用于存在信息的通知的、基于觀察員的存在的篩選規(guī)則的系統(tǒng)和方法。因此，本發(fā)明解釋用于基于存在的存在通知的系統(tǒng)，該系統(tǒng)包括存在服務(wù)器，其存儲存在訂閱和存在信息；和存在XDMS，用于存儲與授權(quán)相關(guān)的信息，其中存在服務(wù)器存儲屬于基于存在的通知的傳遞的篩選規(guī)則。因此，本發(fā)明還解釋一種用于基于存在的存在通知的方法，該方法包括以下步驟通過存在服務(wù)器存儲存在訂閱和存在信息；和通過存在XDMS存儲與授權(quán)相關(guān)的信息，其中由存在服務(wù)器使用屬于基于存在的通知的傳遞的篩選規(guī)則。有益效果本創(chuàng)新提供一種系統(tǒng)和方法以使用戶能夠基于他的存在屬性設(shè)置通知阻斷篩選程序的。本發(fā)明具有以下優(yōu)點i)因為能夠阻斷不想要的通知所以能夠降低通知流量；ii)能夠使用用戶的優(yōu)選(如其存在信息)來設(shè)置該通知；iii)用戶能夠設(shè)置用于該通知的時間周期；iv)用戶也能夠基于其設(shè)備類型控制該通知。同樣對本領(lǐng)域的技術(shù)人員顯然的是其他的控制方法和裝置能夠依照說明書和附圖的教示從本發(fā)明的各種方法和裝置的組合中演繹出來，且這些也應(yīng)當被認為是落在本發(fā)明的范圍之內(nèi)的。進一步，因此上面省略對這樣的組合和變化的描述。還應(yīng)當注意到用于存儲該應(yīng)用的主機包括但不限于微芯片、微處理器、手持通信設(shè)備、計算機、翻譯設(shè)備或多功能設(shè)備。盡管已經(jīng)參考附圖，結(jié)合本發(fā)明的優(yōu)選實施例充分地描述了本發(fā)明，但應(yīng)當注意到各種改變和修改是可能的且對本領(lǐng)域的技術(shù)人員是顯然的。應(yīng)當理解此類改變和修改包括在由所附權(quán)利要求書限定的本發(fā)明的范圍內(nèi)，除非它們從中脫離。


圖1說明系統(tǒng)結(jié)構(gòu)；圖2說明邏輯流；圖3說明單個域-觀察員和存在處于相同的域；圖4說明多個域的訂閱的情形；圖5說明替代解決方案，其中存在服務(wù)器將訂閱觀察員的存在信息并且接著將通知阻斷篩選程序規(guī)則存儲在存在服務(wù)器中；圖6和7說明存在通知的情形。
具體實施例方式從結(jié)合了附圖的本發(fā)明的后繼的詳細說明，本發(fā)明的這些和其他目的、特征和優(yōu)點將會變得更加明顯。現(xiàn)在將參考附圖解釋本發(fā)明的優(yōu)選實施例。應(yīng)當理解，公開的實施例僅是本發(fā)明的示范，其可以以多樣的形式來實現(xiàn)。以下的說明和附圖不應(yīng)被解釋為限制本發(fā)明，且描述各種具體細節(jié)來提供本發(fā)明的徹底理解，并作為權(quán)利要求的基礎(chǔ)和作為教示本領(lǐng)域技術(shù)人員如何實現(xiàn)和/或使用本發(fā)明的基礎(chǔ)。然而，在某些示例中，公知的或傳統(tǒng)的細節(jié)沒有描述以避免不必要地在細節(jié)方面使得本發(fā)明模糊。當前的存在系統(tǒng)允許用戶訂閱其他用戶的存在信息。存在服務(wù)器保持該訂閱信息和存在信息。在OMA存在和可用性組中定義的當前的存在系統(tǒng)允許用戶定義用于控制在通知中發(fā)送的信息量的篩選程序。當前的通知率也能夠通過時間屬性來控制。可是，由存在服務(wù)器產(chǎn)生不需要的通知的眾多情形仍然發(fā)生。對網(wǎng)絡(luò)流量來說是非常重的負荷。本創(chuàng)新旨在控制這些通知。本創(chuàng)新旨在基于觀察員的存在信息減少通知。本創(chuàng)新提出基于觀察員的存在信息來發(fā)送通知。本創(chuàng)新允許用戶設(shè)置規(guī)則，從而基于這些規(guī)則發(fā)送或阻斷通知。對此的簡單示例是，當觀察員忙碌時則不發(fā)送該通知。存在多次這樣的情況用戶忙碌并且不想接收通知，但是他希望保持訂閱。這些就是下述情形不想要的通知被發(fā)送而增加了用于傳遞該不想要的通知的網(wǎng)絡(luò)負荷。本創(chuàng)新提出阻斷這些不想要的通知的篩選程序規(guī)則。圖1示出用于所提出的創(chuàng)新的系統(tǒng)結(jié)構(gòu)。該系統(tǒng)結(jié)構(gòu)包括存在服務(wù)器120，其將存儲該存在訂閱和存在信息，以及存在XML文件管理服務(wù)器(XDMQ 140，其將存儲與授權(quán)相關(guān)的信息。在該創(chuàng)新中，我們提出該存在服務(wù)器120還存儲屬于基于存在的通知傳遞的篩選規(guī)則。如圖2所示，在存在服務(wù)器120中，存儲基于觀察員的存在的通知阻斷篩選程序，然后當給觀察員的通知產(chǎn)生時，其將通過基于觀察員的存在的通知阻斷篩選程序，且然后如果該篩選程序允許則僅該通知被發(fā)送至觀察員。本創(chuàng)新提出用于設(shè)置和應(yīng)用這些基于觀察員的存在的通知阻斷篩選規(guī)則的方法。本創(chuàng)新提出具有SUBSCRIBE請求且在SUBSCRIBE請求中包括基于觀察員的存在的通知阻斷篩選主體。在本創(chuàng)新中，我們提出基于觀察員的存在的通知阻斷篩選程序的結(jié)構(gòu)及其操作流程和處理。下文中，描述單個域和多個域的流程和操作信號流。圖2示出用于設(shè)置這些篩選程序規(guī)則的遵照本創(chuàng)新的總體步驟?？蛻舳?10首先使用其內(nèi)部的基于觀察員的存在的通知阻斷篩選程序主體來構(gòu)造SUBSCRIBE請求。該篩選程序主體將具有在發(fā)送通知前要被檢查的具體的條件，例如，如果我的存在狀態(tài)是 BUSY(忙碌)則不發(fā)送該通知。該篩選程序主體是XML格式。存在服務(wù)器120從客戶端110 接收到SUBSCRIBE請求而然后評估條件。如果存在服務(wù)器120理解并且能夠處理這些條件， 則存在服務(wù)器接著發(fā)送2000K響應(yīng)和具有值為“CondOK”的訂閱狀態(tài)報頭并包含存在屬性的主體的隨后通知。從而請求的通知阻斷篩選規(guī)則將被存儲在存在服務(wù)器120中，且每當通知產(chǎn)生時都檢查這些條件。圖3示出單個域的流程圖，其中觀察員和存在對象處于相同的域中。具體流程如下1.觀察員310發(fā)送在訂閱請求主體中的具有用于通知阻斷的篩選程序的 SUBSCRIBE 請求；2. SIP核心320轉(zhuǎn)發(fā)該請求至存在服務(wù)器；3.存在服務(wù)器330接收該請求，檢查授權(quán)，以及檢查篩選程序主體結(jié)構(gòu)。如果發(fā)現(xiàn)篩選程序主體有效，則存在服務(wù)器330接著存儲該篩選程序，并發(fā)送肯定的響應(yīng)。如果授權(quán)不被允許，則存在服務(wù)器330依照SIP SUBSCRIBE/NOTIFY行為發(fā)送否定的響應(yīng)。如果通知阻斷篩選程序被允許，則存在服務(wù)器330也將“CondOK”包括在響應(yīng)中，或者，如果通知阻斷篩選程序不被允許則發(fā)送“CondReject”并接著終止訂閱?？商鎿Q的，存在服務(wù)器330能夠在接受請求的訂閱的同時僅使請求的通知阻斷篩選規(guī)則無效；4.存在服務(wù)器330經(jīng)過SIP核心320發(fā)送2000K ；5. SIP核心320轉(zhuǎn)發(fā)該響應(yīng)至觀察員設(shè)備310 ；6.存在服務(wù)器330發(fā)送具有如“CondOK”或“CondReject”的適當狀態(tài)的初始通知響應(yīng)以指示該請求的通知阻斷篩選程序是被接受還是被拒絕；7. SIP核心320轉(zhuǎn)發(fā)通知響應(yīng)至觀察員310 ；8.代表存在對象的存在源340識別存在對象的存在信息上的改變，并且向存在服務(wù)器330公布(PUBLISH)該更新的存在信息；9.存在服務(wù)器330產(chǎn)生通知且隨后檢查通知阻斷篩選程序規(guī)則；10.如果通知阻斷規(guī)則允許發(fā)送通知，則存在服務(wù)器330隨后向觀察員310發(fā)送該通知；11. SIP核心320轉(zhuǎn)發(fā)該通知請求至觀察員310。這樣，定義存在通知阻斷篩選程序并將其存儲到存在服務(wù)器330，可以避免非必要的通知流經(jīng)網(wǎng)絡(luò)。這也有助于避免此類存在通知流經(jīng)接入網(wǎng)，并且這對無線環(huán)境將非常有
■、Λ
frff. ο圖4示出多個域的情形。其中，客戶端發(fā)送訂閱請求且包括路由報頭字段和如歸屬存在服務(wù)器430的分配值。1.觀察員410發(fā)送具有用于基于存在的篩選的篩選程序主體的SUBSCRIBE請求， 并且還添加具有其歸屬存在服務(wù)器地址的路由報頭字段；2. SIP核心450轉(zhuǎn)發(fā)該請求至觀察員的歸屬存在服務(wù)器；3.觀察員的歸屬存在服務(wù)器430提取關(guān)于存在的篩選程序，設(shè)置該篩選程序，并添加記錄路由報頭和添加其地址并且向存在對象網(wǎng)絡(luò)的SIP核心450轉(zhuǎn)發(fā)該請求；4. SIP核心420向存在對象的存在服務(wù)器440轉(zhuǎn)發(fā)該訂閱請求；5.存在對象的存在服務(wù)器440檢查授權(quán)策略，并且如果觀察員被授權(quán)，則存在服務(wù)器440將存儲有關(guān)存在文檔的內(nèi)容的篩選程序并發(fā)送2000K響應(yīng)；6.存在對象的SIP核心450轉(zhuǎn)發(fā)該2000K響應(yīng)至觀察員的存在服務(wù)器430 ；7-8.存在服務(wù)器430經(jīng)由SIP核心450轉(zhuǎn)發(fā)該2000K響應(yīng)；9-10.存在服務(wù)器440經(jīng)過SIP核心420向觀察員410發(fā)送第一初始通知，這將經(jīng)過觀察員的存在服務(wù)器430被路由，正如同以上的2000K響應(yīng)；11-12.觀察員的存在服務(wù)器430接收該第一通知以及隨后的合適的狀態(tài)信息，并將其經(jīng)由SIP核心420轉(zhuǎn)發(fā)至觀察員410 ；13.存在對象的存在源460經(jīng)過SIP核心450向存在對象的存在服務(wù)器440發(fā)送用于更新其存在信息的PUBLISH請求；14. SIP核心450向存在對象的存在服務(wù)器440轉(zhuǎn)發(fā)該請求；15.存在對象的存在服務(wù)器440更新存在對象的存在文檔，并且檢查有關(guān)存在文檔的內(nèi)容的篩選程序，并通過將通知添加在路由報頭中來發(fā)送通知至觀察員的存在服務(wù)器 430 ；16. SIP核心450轉(zhuǎn)發(fā)該通知請求至觀察員的存在服務(wù)器430 ；17-18.觀察員的存在服務(wù)器430檢查該通知并檢查有關(guān)觀察員的存在的篩選程序，如果篩選程序允許則經(jīng)過SIP核心420轉(zhuǎn)發(fā)該通知至觀察員410。這種方式定義存在篩選程序且將其存儲到存在服務(wù)器，可以避免非必要的通知流經(jīng)網(wǎng)絡(luò)。其也有助于避免此類存在通知流經(jīng)接入網(wǎng)，并且這對無線環(huán)境將非常有益。圖5示出替代的解決方案，其中存在對象的存在服務(wù)器將訂閱觀察員的存在信息并接著將基于觀察員的存在的通知阻斷篩選程序規(guī)則存儲在存在對象的存在服務(wù)器中。從而存在對象的存在服務(wù)器將基于觀察員的存在信息來阻斷通知。1-3.觀察員410發(fā)送在主體中具有篩選程序的SUBSCRIBE請求，這將被路由至存在對象的存在服務(wù)器440。4.存在對象的存在服務(wù)器440檢查授權(quán)，并隨后設(shè)置篩選程序規(guī)則和存儲該篩選程序規(guī)則。5-7.存在對象的存在服務(wù)器440經(jīng)過SIP核心450、420發(fā)送2000K響應(yīng)至觀察員 410。8-10.存在對象的存在服務(wù)器440經(jīng)過SIP核心450、420發(fā)送存在對象的存在信息的初始通知至觀察員410。11-13.存在對象的存在服務(wù)器440向觀察員的存在服務(wù)器430訂閱要求的觀察員的存在信息。14-20.觀察員的存在服務(wù)器430主動授權(quán)存在服務(wù)器，并接著向存在對象的存在服務(wù)器440發(fā)送2000K響應(yīng)和隨后的觀察員的存在屬性的通知。21-22.當存在對象的存在信息改變時，關(guān)于存在對象的存在源460將發(fā)送 PUBLISH請求，以更新存在對象的存在服務(wù)器440中的存在信息。23.存在服務(wù)器440將檢查通知阻斷規(guī)則以及內(nèi)容篩選規(guī)則并且決定是否發(fā)送該通知。24-26.存在對象的存在服務(wù)器440在檢查篩選程序規(guī)則后將向觀察員發(fā)送存在對象的存在信息的通知。下文中，將描述基于觀察員的存在的通知阻斷篩選程序的主體結(jié)構(gòu)。本創(chuàng)新提出具有以下XML方案以用于設(shè)置篩選規(guī)則。該方案提出具有稱作“通知-阻斷-設(shè)置(Notification-Block-set)”的一個根元素。對此，有兩個元素，其中之一是“PresAttrib”，而另一個是“TimeAttrib”。I^resAttrib被用來設(shè)置與存在相關(guān)的條件，而TimeAttrib被用來在通知上設(shè)置基于時間的控制。PresAttrib由以下屬性組成，i. Equals (相等)存在屬性等于隨后阻斷該條件的因素iiType (類型)值的類型，是XPATH還是URI等iii. FID 篩選程序ID，用于區(qū)分不同的篩選程序iv. ValidTime (有效時間)條件有效的時間段v. OperationType (操作類型)對篩選規(guī)則執(zhí)行的操作，如添加更多的篩選程序、 消除篩選規(guī)則與規(guī)則相關(guān)聯(lián)而執(zhí)行的操作PresAttrib將具有按照XPATH或URI格式的作為存在屬性的值，從而存在服務(wù)器將檢查存在屬性是否等于Equals屬性值(這是強制值)，如果發(fā)現(xiàn)相匹配則其會阻斷該通知。ValidTime屬性被用來給出該條件的有效時間段。TimeAttrib被用來設(shè)置基于時間的通知阻斷，如阻斷通知FROM(開始)到TO(結(jié)束)的值。注意在I^resFilter中我們能夠具有多個I^resAttrib，意味著能夠設(shè)置一個或多個條件。出現(xiàn)一個或兩個I^resAttrib時則執(zhí)行邏輯OR操作，這對TimeAttrib亦然。下面表1示出關(guān)于上述的基于觀察員的存在的通知阻斷篩選程序的結(jié)構(gòu)的方案的定義。表1
權(quán)利要求
1.一種服務(wù)器，用于在其中存儲存在訂閱信息以及發(fā)送基于至少一個客戶端的存在信息的存在通知，包括用于從觀察員客戶端接收包括含篩選規(guī)則的請求的裝置，其中該篩選規(guī)則基于該觀察員客戶端的存在屬性；用于存儲根據(jù)該篩選規(guī)則的通知阻斷篩選程序的裝置；以及用于利用該通知阻斷篩選程序向該觀察員客戶端發(fā)送存在通知的裝置。
2.如權(quán)利要求1所述的服務(wù)器，其中該觀察員客戶端被授權(quán)觀察用戶的存在信息。
3.如權(quán)利要求1所述的服務(wù)器，進一步包括用于在為該觀察員客戶端產(chǎn)生存在通知時基于該通知阻斷篩選程序檢查該觀察員客戶端的當前存在屬性的裝置，其中該存在通知包含該觀察員客戶端請求的存在體的存在屬性，而且其中，當該觀察員客戶端的當前存在屬性與該通知阻斷篩選程序匹配時，向該觀察員客戶端發(fā)送該存在通知。
4.如權(quán)利要求1所述的服務(wù)器，其中該觀察員客戶端的存在屬性包括離開、會議、和關(guān)閉中的至少一個。
5.一種方法，用于在用于在其中存儲存在訂閱信息的服務(wù)器中發(fā)送基于至少一個客戶端的存在信息的存在通知，該方法包括步驟從觀察員客戶端接收包括篩選規(guī)則的請求，其中該篩選規(guī)則基于該觀察員客戶端的存在屬性；存儲與該篩選規(guī)則對應(yīng)的通知阻斷篩選程序；以及根據(jù)該通知阻斷篩選程序向該觀察員客戶端發(fā)送存在通知。
6.如權(quán)利要求5所述的方法，其中該觀察員被授權(quán)觀察用戶的存在信息。
7.如權(quán)利要求5所述的方法，該方法進一步包括在為該觀察員客戶端產(chǎn)生存在通知時，基于該通知阻斷篩選程序檢查該觀察員客戶端的當前存在屬性，其中該存在通知包含該觀察員客戶端請求的存在體的存在屬性，而且其中，當該觀察員客戶端的當前存在屬性與該通知阻斷篩選程序匹配時，向該觀察員客戶端發(fā)送該存在通知。
8.如權(quán)利要求5所述的方法，該方法進一步包括 根據(jù)該觀察員客戶端的請求而使能或禁止該篩選規(guī)則。
9.如權(quán)利要求5所述的方法，該方法進一步包括 根據(jù)該觀察員客戶端的請求而刪除該篩選規(guī)則。
10.如權(quán)利要求5所述的方法，其中該篩選規(guī)則包含在發(fā)送存在通知之前要檢查的詳細條件，而且該方法進一步包括當接收請求時，評估該詳細條件，以及當該服務(wù)器能夠處理該詳細條件時，向該觀察員客戶端發(fā)送肯定響應(yīng)存在。
11.如權(quán)利要求10所述的方法，其中該觀察員客戶端的存在屬性包括離開、會議、和關(guān)閉中的至少一個。
12.一種方法，用于在客戶端中接收基于至少一個客戶端的存在信息的存在通知，該方法包括步驟產(chǎn)生包括篩選規(guī)則的請求，其中該篩選規(guī)則基于該客戶端的存在屬性； 向服務(wù)器發(fā)送該請求；以及從該服務(wù)器接收存在通知，其中該存在通知滿足該篩選規(guī)則。
13.如權(quán)利要求12所述的方法，該方法進一步包括 發(fā)送用于使能或禁止該篩選規(guī)則的請求。
14.如權(quán)利要求12所述的方法，該方法進一步包括 發(fā)送用于刪除該篩選規(guī)則的請求。
15.一種客戶端，用于接收基于至少一個客戶端的存在信息的存在通知，該客戶端包括用于產(chǎn)生包括篩選規(guī)則的請求的裝置，其中該篩選規(guī)則基于該客戶端的存在屬性； 用于向服務(wù)器發(fā)送該請求的裝置；以及用于從該服務(wù)器接收存在通知的裝置，其中該存在通知滿足該篩選規(guī)則。
全文摘要
提供一種用于優(yōu)化存在通知的系統(tǒng)和方法。該系統(tǒng)包括存在服務(wù)器，其存儲存在訂閱和存在信息；和存在XDMS，用于存儲與授權(quán)相關(guān)的信息，其中存在服務(wù)器存儲屬于基于存在的通知傳遞的篩選規(guī)則。該方法包括以下步驟通過存在服務(wù)器存儲存在訂閱和存在信息；和通過存在XDMS存儲與授權(quán)相關(guān)的信息，其中由存在服務(wù)器使用屬于基于存在的通知傳遞的篩選規(guī)則。
文檔編號H04L29/06GK102307243SQ20111030897
公開日2012年1月4日 申請日期2007年8月14日 優(yōu)先權(quán)日2006年8月14日
發(fā)明者吳載權(quán), 瑪尤雷施.M.帕蒂爾 申請人:三星電子株式會社