專利名稱：一種呈現(xiàn)信息的通知方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種信息通知的方法和系統(tǒng)，尤其涉及一種呈現(xiàn)信息的通知方法和系統(tǒng)。
背景技術(shù)：
目前，呈現(xiàn)業(yè)務(wù)的應(yīng)用越來越廣泛，呈現(xiàn)業(yè)務(wù)(Presence Service)是一種搜集和發(fā)布呈現(xiàn)信息(presence information)的通信業(yè)務(wù)?？赡茉S多人希望獲取呈現(xiàn)業(yè)務(wù)用戶的呈現(xiàn)信息，這些人可能包括用戶的家人、朋友，也可能包含陌生人，而很多呈現(xiàn)信息都是用戶隱私。呈現(xiàn)業(yè)務(wù)使用戶可以利用各種終端，突破空間與時間的限制，尋找聊天伙伴、查詢伙伴的狀態(tài)信息等，實現(xiàn)即時的文本與多媒體信息交流。通過呈現(xiàn)服務(wù)器(Presence Server)完成用戶狀態(tài)的呈現(xiàn)與管理，根據(jù)呈現(xiàn)信息，可以知道對方是否在線、正在干什么(如開會、吃飯等)、心情、客戶端能力、愛好等等信息，用戶可以通過發(fā)送邀請給其它用戶，進行鈴聲、圖片、文件等媒體內(nèi)容共享。
圖1描述了現(xiàn)有技術(shù)中實現(xiàn)呈現(xiàn)業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)，包括呈現(xiàn)體客戶端或者應(yīng)用服務(wù)器、呈現(xiàn)服務(wù)器(Presence Server)、觀察體客戶端或應(yīng)用服務(wù)器和呈現(xiàn)XDMS(Presence XML Document Management System呈現(xiàn)XML文件管理服務(wù)器)；其中呈現(xiàn)服務(wù)器包括訂閱處理裝置、存儲裝置以及發(fā)布和通知處理裝置；呈現(xiàn)體客戶端或者應(yīng)用服務(wù)器為呈現(xiàn)信息源，當其呈現(xiàn)信息發(fā)生改變時，主動向呈現(xiàn)服務(wù)器發(fā)送PUBLISH發(fā)布消息，發(fā)布呈現(xiàn)信息；觀察體客戶端或應(yīng)用服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息，并接收來自呈現(xiàn)服務(wù)器的NOTIFY通知消息。
訂閱處理裝置負責接收觀察體客戶端或應(yīng)用服務(wù)器的SUBSCRIBE訂閱消息，根據(jù)被訂閱的呈現(xiàn)體預先設(shè)置的訂閱授權(quán)規(guī)則(呈現(xiàn)服務(wù)器到XDMS中獲取)來判斷訂閱的結(jié)果，如果允許訂閱，則請求“存儲裝置”將訂閱關(guān)系保存在呈現(xiàn)服務(wù)器中；發(fā)布和通知處理裝置，接收呈現(xiàn)體客戶端或者應(yīng)用服務(wù)器發(fā)送的發(fā)布請求，從“存儲裝置”獲取到某一個訂閱者(觀察體)，對呈現(xiàn)信息進行處理(合并、合成、內(nèi)容過濾等)以后，將呈現(xiàn)信息通知給觀察體客戶端。
發(fā)布和通知處理裝置是最重要的一個裝置，圖2描述了它的結(jié)構(gòu)，它包括呈現(xiàn)信息合成裝置、內(nèi)容授權(quán)規(guī)則檢查裝置、觀察體過濾裝置、部分通知處理裝置和呈現(xiàn)信息發(fā)布裝置；呈現(xiàn)信息合成裝置用于將新發(fā)布的呈現(xiàn)信息和呈現(xiàn)服務(wù)器中保存的呈現(xiàn)信息進行合成處理；內(nèi)容授權(quán)規(guī)則檢查裝置用于按照呈現(xiàn)體客戶端設(shè)置的規(guī)則(對于某個觀察體客戶端允許發(fā)布哪些信息)，將不允許發(fā)布的信息過濾掉；觀察體過濾裝置用于按照觀察體設(shè)置的事件通知過濾規(guī)則(Event Notification Filtering，如不希望接收某個呈現(xiàn)體客戶端的哪些信息)，將不希望接收的呈現(xiàn)信息內(nèi)容過濾掉(比如觀察體僅希望接收用戶狀態(tài)相關(guān)的呈現(xiàn)信息，其他呈現(xiàn)信息將被過濾掉)；部分通知處理裝置按照觀察體客戶端在SUBSCRIBE訂閱時設(shè)置的規(guī)則(比如只接收部分用戶位置相關(guān)的呈現(xiàn)信息)，將不屬于訂閱范圍的信息過濾掉；呈現(xiàn)信息發(fā)布裝置用于將處理后的呈現(xiàn)信息NOTIFY通知給觀察體客戶端。上面利用的規(guī)則均為現(xiàn)有規(guī)則，其中內(nèi)容授權(quán)規(guī)則檢查裝置、觀察體過濾裝置和部分通知處理裝置都是可選裝置，當呈現(xiàn)體或觀察體沒有設(shè)置其中的某些規(guī)則時，就可以不需要相應(yīng)的裝置，而且現(xiàn)有技術(shù)中的上述規(guī)則都是內(nèi)容相關(guān)處理規(guī)則。
呈現(xiàn)XDMS(Presence XML Document Management System)保存呈現(xiàn)體的授權(quán)列表(訂閱授權(quán)列表、內(nèi)容授權(quán)列表等)、群組列表等。
觀察體客戶端或應(yīng)用服務(wù)器和呈現(xiàn)體客戶端或應(yīng)用服務(wù)器可以是移動終端，如手機、PDA(掌上電腦)、智能終端(例如數(shù)字機頂盒)等，也可以是固定終端，移動終端上的上述功能同樣可以運用于固定終端中，目前也出現(xiàn)了具有SIP功能的固定終端；觀察體客戶端或者應(yīng)用服務(wù)器上有一個用于訂閱呈現(xiàn)信息的應(yīng)用程序，用戶可以通過選擇需要訂閱的信息，確認后，觀察體客戶端或應(yīng)用服務(wù)器將所有消息包括用戶標識符等一并發(fā)送到呈現(xiàn)服務(wù)器。
上述方案中，SUBSCRIBE和PUBLISH等均為SIP消息。SUBSCRIBE的SIP消息頭中的“From”字段為觀察體的身份標志，“To”表示呈現(xiàn)體的身份標志。如果消息體為空，則訂閱呈現(xiàn)體的所有呈現(xiàn)信息，如果消息體中包含一個部分訂閱XML文檔，其指明訂閱呈現(xiàn)體的哪些呈現(xiàn)信息?，F(xiàn)有機制中訂閱授權(quán)列表采用XML文檔描述，包括<Condition>、<Action>和<Transformation>元素，元素<Condition>表示匹配條件，包括1)Identity用戶身份標志，例如“sipzhangsan@163.com”；2)Domain域，例如“@163.com”，對于符合<Condition>條件的用戶，訂閱成功后，可以向他們發(fā)布呈現(xiàn)信息(如活動狀態(tài)開會、吃飯等)；元素<Action>表示匹配以后采取的動作，主要包括allow(允許)、block(拒絕)、polite-block(友好拒絕，該過程返回訂閱成功消息，但是永遠不向觀察體通知呈現(xiàn)信息，即友好地拒絕；達到的效果跟拒絕一樣)和confirm(等待確認)；元素<Transformation>表示訂閱成功后允許向觀察體發(fā)布哪些信息，這個僅僅在發(fā)布信息時執(zhí)行并且是由呈現(xiàn)體控制的，其僅僅根據(jù)預先配置來判斷哪些呈現(xiàn)信息元素允許發(fā)布，哪些不允許發(fā)布，無法實現(xiàn)動態(tài)的控制，例如根據(jù)觀察體或者呈現(xiàn)體的狀態(tài)來實現(xiàn)允許發(fā)布哪些呈現(xiàn)信息等。
在現(xiàn)有技術(shù)中存在部分訂閱、事件通知過濾兩種技術(shù)方案，部分訂閱在訂閱時，指明訂閱的呈現(xiàn)信息的范圍(訂閱哪種類型的呈現(xiàn)信息、此類型呈現(xiàn)信息中的哪些部分)；事件通知過濾主要是觀察體設(shè)置的針對呈現(xiàn)信息內(nèi)容的一些過濾，例如僅接收符合特定名稱空間的呈現(xiàn)信息元素等。
訂閱請求包含“消息頭”、“消息體”兩部分；其中“消息頭”部分指明了觀察體(訂閱者)、呈現(xiàn)體(被訂閱者)等信息；消息體包含事件通知過濾規(guī)則、呈現(xiàn)信息訂閱內(nèi)容(比如位置信息、Poc信息等)和訂閱范圍(訂閱某種類型的所有信息，還是僅訂閱部分信息)。其中事件通知過濾條件、訂閱范圍是可選的。
上述方案中呈現(xiàn)XDMS與呈現(xiàn)服務(wù)器分離，各種規(guī)則保存在呈現(xiàn)XDMS上，呈現(xiàn)體客戶端通過聚合代理(Aggregation Proxy)使用XCAP協(xié)議，或者應(yīng)用服務(wù)器直接使用XCAP協(xié)議，或者用戶通過人機交互界面(如網(wǎng)頁)去呈現(xiàn)XDMS設(shè)置和修改各種規(guī)則；現(xiàn)有技術(shù)中，呈現(xiàn)XDMS也可以和呈現(xiàn)服務(wù)器合并，各種規(guī)則保存在呈現(xiàn)服務(wù)器中。
下面結(jié)合圖3具體描述一下現(xiàn)有技術(shù)方案中的流程1)呈現(xiàn)體A首先要在呈現(xiàn)XDMS進行一些設(shè)置(例如訂閱授權(quán)規(guī)則(允許哪些用戶訂閱)、內(nèi)容授權(quán)規(guī)則(允許發(fā)布哪些信息)等，呈現(xiàn)服務(wù)器可以通過XCAP協(xié)議來獲得這些規(guī)則，或者如果呈現(xiàn)服務(wù)器訂閱了這些規(guī)則的改變通知，則當這些規(guī)則發(fā)生改變時，呈現(xiàn)XDMS會通知呈現(xiàn)服務(wù)器。訂閱授權(quán)規(guī)則(Subscription Authorization Rule)和內(nèi)容授權(quán)規(guī)則(ContentAuthorization Rule)保呈現(xiàn)一個XML文件中，此XML包括3個重要的元素<Condition>、<Action>、<Transformation>。<Condition>表示匹配的條件，<Action>表示匹配的結(jié)果，(允許、拒絕、友好拒絕、等待確認)，<Condition>和<Action>的組合對應(yīng)訂閱授權(quán)規(guī)則，用于按照呈現(xiàn)體客戶端設(shè)置的規(guī)則處理觀察體客戶端的訂閱請求；<Transformation>對應(yīng)內(nèi)容授權(quán)規(guī)則，用于按照呈現(xiàn)體客戶端設(shè)置的規(guī)則(對于某個觀察體客戶端允許發(fā)布哪些信息)，將不允許發(fā)布的信息過濾掉)；事件通知過濾(Event Notification Filter)中使用<namespace>指明接收滿足此名稱空間限制的呈現(xiàn)信息，<what>中使用<include>指明接收哪些呈現(xiàn)信息字段(這里僅列舉了部分事件通知過濾條件)。
2)觀察體B向呈現(xiàn)服務(wù)器請求訂閱(SUBSCRIBE)呈現(xiàn)體A的呈現(xiàn)信息；3)呈現(xiàn)服務(wù)器中的訂閱處理裝置接收觀察體B的SUBSCRIBE訂閱消息，呈現(xiàn)服務(wù)器從呈現(xiàn)XDMS中獲取呈現(xiàn)體A預先設(shè)置的訂閱授權(quán)規(guī)則，根據(jù)訂閱授權(quán)規(guī)則來判斷訂閱的結(jié)果，如果允許訂閱，則請求“存儲裝置”將訂閱關(guān)系保存在呈現(xiàn)服務(wù)器中；4)呈現(xiàn)體A向呈現(xiàn)服務(wù)器發(fā)布(PUBLISH)信息；5)呈現(xiàn)服務(wù)器中的發(fā)布和通知處理裝置接收呈現(xiàn)體A發(fā)送的發(fā)布請求，從“存儲裝置”獲取到某個訂閱者(觀察體B)，并到呈現(xiàn)XDMS或者呈現(xiàn)服務(wù)器中獲取呈現(xiàn)體A和觀察體設(shè)置的內(nèi)容相關(guān)處理規(guī)則，發(fā)布和通知處理裝置進行如下操作(發(fā)布流程)呈現(xiàn)信息合成裝置用于將新發(fā)布的呈現(xiàn)信息和服務(wù)器中保存的呈現(xiàn)信息進行合成處理；內(nèi)容授權(quán)規(guī)則檢查裝置用于按照呈現(xiàn)體客戶端設(shè)置的規(guī)則(對于某個觀察體客戶端允許發(fā)布哪些信息)，將不允許發(fā)布的信息過濾掉；觀察體過濾裝置用于按照觀察體設(shè)置的規(guī)則(如不希望接收某個呈現(xiàn)體客戶端的哪些信息)，將不希望接收的信息過濾掉(比如觀察體僅希望接收屬于用戶狀態(tài)相關(guān)的呈現(xiàn)信息，其他呈現(xiàn)信息將被過濾掉)；部分通知處理裝置按照觀察體客戶端在SUBSCRIBE訂閱時設(shè)置的規(guī)則(比如只接收部分用戶位置相關(guān)的呈現(xiàn)信息)，將不屬于訂閱范圍的信息過濾掉；呈現(xiàn)信息發(fā)布裝置用于將處理后的呈現(xiàn)信息NOTIFY通知給觀察體客戶端(觀察體B)。
在上述的現(xiàn)有技術(shù)中，存在呈現(xiàn)體無法設(shè)置通知條件的缺點，對于呈現(xiàn)用戶來說，他希望設(shè)置一定的授權(quán)規(guī)則來控制訂閱，這些授權(quán)規(guī)則除了黑白名單(用戶A和B允許，用戶C拒絕)外，還可以包括呈現(xiàn)信息發(fā)布次數(shù)、呈現(xiàn)信息訂閱次數(shù)，只有滿足相關(guān)次數(shù)條件時才能獲取用戶的存在信息。特別是對于非自然人發(fā)布呈現(xiàn)信息，如無線電臺節(jié)目，天氣預報，股票行情等，用戶訂閱這些呈現(xiàn)信息可能要收費，對非自然人呈現(xiàn)體來說希望能設(shè)置一個免費試用的呈現(xiàn)信息發(fā)布次數(shù)條件(免費發(fā)布100條)、時間段(如2005.8.1～2005.9.1，每天8:00～18:00)和呈現(xiàn)信息訂閱次數(shù)(試用3次)，即當一個觀察者首次訂閱呈現(xiàn)信息時，可以在一定次數(shù)內(nèi)(信息發(fā)布和訂閱)免費接收呈現(xiàn)信息，當次數(shù)不再滿足，而觀察者還沒有建立收費的訂閱關(guān)系時，則可以停止向其提供呈現(xiàn)信息或者自動拒絕訂閱后加入黑名單。
呈現(xiàn)體希望某些時間段內(nèi)不要將呈現(xiàn)信息發(fā)布給觀察體，目前也無法做到。比如老板訂閱了員工的位置呈現(xiàn)信息，其僅希望在工作時間(8:00～18:00有效)，其他時間不要向其發(fā)送信息。
呈現(xiàn)體希望自己處于某些特殊的狀態(tài)時不要將呈現(xiàn)信息發(fā)布給觀察體，目前也無法做到。比如老板訂閱了員工的位置和狀態(tài)相關(guān)的呈現(xiàn)信息，而呈現(xiàn)體當處于玩游戲狀態(tài)時，其更改其呈現(xiàn)狀態(tài)為“玩游戲中”，且預先設(shè)置了當處于此狀態(tài)時，不向老板發(fā)送位置和“玩游戲中”的呈現(xiàn)信息，此時雖然呈現(xiàn)體向呈現(xiàn)服務(wù)器發(fā)送了此信息，呈現(xiàn)服務(wù)器根據(jù)此呈現(xiàn)體的設(shè)置，仍然不向老板這個訂閱者發(fā)送此呈現(xiàn)信息。

發(fā)明內(nèi)容
本發(fā)明的目的就是提供一種呈現(xiàn)信息的通知方法和系統(tǒng)，使得呈現(xiàn)體可以設(shè)定呈現(xiàn)信息的發(fā)布時間周期、有效期、訂閱者可接收次數(shù)和呈現(xiàn)信息訂閱次數(shù)；呈現(xiàn)服務(wù)器根據(jù)這些條件來判定是否向觀察體發(fā)送通知。為實現(xiàn)本發(fā)明提供如下技術(shù)方案本發(fā)明提供一種呈現(xiàn)信息的通知方法，包括如下步驟1)觀察體客戶端或應(yīng)用服務(wù)器通過呈現(xiàn)服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息；2)呈現(xiàn)服務(wù)器接收呈現(xiàn)體客戶端或應(yīng)用服務(wù)器發(fā)送的發(fā)布消息，判斷該呈現(xiàn)體是否設(shè)置有通知規(guī)則，如果設(shè)置了通知規(guī)則，則根據(jù)所述通知規(guī)則以及觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則處理發(fā)布消息；如果判斷出呈現(xiàn)體沒有設(shè)置通知規(guī)則，則根據(jù)觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則處理發(fā)布消息；3)呈現(xiàn)服務(wù)器將處理后的發(fā)布消息發(fā)送到觀察體客戶端或應(yīng)用服務(wù)器。
所述通知規(guī)則是由呈現(xiàn)體預先設(shè)置在呈現(xiàn)XDMS中或呈現(xiàn)服務(wù)器中的。
所述根據(jù)通知規(guī)則處理發(fā)布消息的步驟包括判斷當前發(fā)布時間是否在有效期內(nèi)和/或判斷是否在指定的發(fā)布時間周期內(nèi)，并作相應(yīng)處理。
所述根據(jù)通知規(guī)則處理發(fā)布消息的步驟包括判斷訂閱者接收次數(shù)是否超過限制和/或判斷是否高于設(shè)定的發(fā)送頻率，并作相應(yīng)處理。
所述根據(jù)通知規(guī)則處理發(fā)布消息包括根據(jù)呈現(xiàn)體的狀態(tài)處理發(fā)布消息。
所述呈現(xiàn)體客戶端或應(yīng)用服務(wù)器可以通過在WEB界面修改所述通知規(guī)則。
本發(fā)明還提供一種通知呈現(xiàn)信息的系統(tǒng)，包括呈現(xiàn)服務(wù)器，所述呈現(xiàn)服務(wù)器包括發(fā)布和通知處理裝置以及通知規(guī)則處理裝置；發(fā)布和通知處理裝置，根據(jù)訂閱關(guān)系找到觀察體，并向通知規(guī)則處理裝置發(fā)出詢問，根據(jù)觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則和通知規(guī)則處理裝置返回的響應(yīng)處理發(fā)布消息；通知規(guī)則處理裝置，判斷呈現(xiàn)體是否設(shè)有通知規(guī)則，如果有，根據(jù)通知規(guī)則判斷是否符合通知條件，并返回給發(fā)布和通知處理裝置相應(yīng)的響應(yīng)。
本發(fā)明還提供另一種通知呈現(xiàn)信息的系統(tǒng)，包括呈現(xiàn)服務(wù)器，所述呈現(xiàn)服務(wù)器包括發(fā)布和通知處理裝置，所述發(fā)布和通知處理裝置包括通知規(guī)則處理裝置；發(fā)布和通知處理裝置，根據(jù)訂閱關(guān)系找到觀察體，并由通知規(guī)則處理裝置判斷呈現(xiàn)體是否設(shè)有通知規(guī)則，如果有，根據(jù)通知規(guī)則判斷是否符合通知條件并將結(jié)果發(fā)送給發(fā)布和通知處理裝置的其它模塊，發(fā)布和通知處理裝置的其它模塊根據(jù)觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則和通知規(guī)則處理裝置發(fā)送來的結(jié)果處理發(fā)布消息，如果呈現(xiàn)體沒有設(shè)通知規(guī)則，發(fā)布和通知處理裝置的其它模塊根據(jù)觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則處理發(fā)布消息。
所述通知規(guī)則是由呈現(xiàn)體預先設(shè)置在呈現(xiàn)XDMS中或呈現(xiàn)服務(wù)器中的。
所述通知規(guī)則處理裝置判斷是否在有效期內(nèi)和/或判斷是否在指定的發(fā)布時間周期內(nèi)，并作相應(yīng)處理。
所述通知規(guī)則處理裝置判斷訂閱者接收次數(shù)是否超過限制和/或判斷是否高于設(shè)定的發(fā)送頻率，并作相應(yīng)處理。
所述通知規(guī)則處理裝置根據(jù)呈現(xiàn)體的狀態(tài)處理發(fā)布消息。
所述呈現(xiàn)體客戶端或應(yīng)用服務(wù)器可以通過在WEB界面修改所述通知規(guī)則。
觀察體客戶端或應(yīng)用服務(wù)器通過呈現(xiàn)服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息時，呈現(xiàn)服務(wù)器通過呈現(xiàn)體設(shè)置的訂閱授權(quán)規(guī)則進行處理，其中訂閱授權(quán)規(guī)則中包括允許訂閱的次數(shù)。
呈現(xiàn)服務(wù)器在向觀察體或應(yīng)用服務(wù)器發(fā)送通知消息之前還根據(jù)觀察體設(shè)置的接收頻率和/或接收時間段進行發(fā)布消息的處理。
本發(fā)明通過上述技術(shù)方案，更加合理利用了呈現(xiàn)服務(wù)器的資源，使呈現(xiàn)信息的發(fā)布變得更加合理化，人性化，用戶可以根據(jù)實際情況決定是否需要接收發(fā)布信息及哪類發(fā)布信息。通過以下結(jié)合附圖對本發(fā)明優(yōu)選實施方式的描述，本發(fā)明的其他特點、目的和效果將變得更加清楚和易于理解。


下面將參考附圖來描述本發(fā)明的優(yōu)選實施方式，其中圖1為現(xiàn)有技術(shù)中實現(xiàn)呈現(xiàn)業(yè)務(wù)的系統(tǒng)結(jié)構(gòu)圖；圖2為現(xiàn)有技術(shù)中發(fā)布和通知處理裝置的系統(tǒng)結(jié)構(gòu)圖；圖3為現(xiàn)有技術(shù)方案的執(zhí)行流程圖；圖4為本發(fā)明的系統(tǒng)結(jié)構(gòu)圖；圖5為本發(fā)明的訂閱和發(fā)布流程流程圖；圖6為本發(fā)明的一種發(fā)布和通知處理裝置的系統(tǒng)結(jié)構(gòu)圖；圖7為本發(fā)明的通知規(guī)則處理裝置處理的流程圖；在所有的上述附圖中，相同的標號表示具有相同、相似或相應(yīng)的特征或功能。
具體實施例方式
下面結(jié)合附圖對本發(fā)明做進一步的說明。
參考圖4，改進后的系統(tǒng)包括呈現(xiàn)體客戶端或者應(yīng)用服務(wù)器、呈現(xiàn)服務(wù)器(Presence Server)、觀察體客戶端或應(yīng)用服務(wù)器和呈現(xiàn)XDMS(PresenceXML Document Management System)；呈現(xiàn)服務(wù)器包括訂閱處理裝置、存儲裝置、發(fā)布和通知處理裝置和通知規(guī)則處理裝置；參考圖5，具體的訂閱和發(fā)布流程如下1)呈現(xiàn)體A預先設(shè)置內(nèi)容相關(guān)處理規(guī)則和通知規(guī)則(可以設(shè)置在呈現(xiàn)服務(wù)器上，也可以設(shè)置在呈現(xiàn)XDMS上；通知規(guī)則還可以設(shè)置在內(nèi)容相關(guān)處理規(guī)則中)。
2)觀察體B(觀察體客戶端或應(yīng)用服務(wù)器)向呈現(xiàn)服務(wù)器的訂閱處理裝置發(fā)送訂閱請求，訂閱呈現(xiàn)體A的呈現(xiàn)信息；3)訂閱處理裝置根據(jù)呈現(xiàn)XDMS中的訂閱授權(quán)規(guī)則進行處理，如果訂閱授權(quán)沒有通過，返回訂閱失敗響應(yīng)；如果訂閱授權(quán)通過，則保存訂閱關(guān)系到存儲裝置中，(當然，也可以直接訂閱，不需要設(shè)置訂閱授權(quán)規(guī)則；訂閱關(guān)系保存到什么裝置中可以靈活決定，也可以保存在呈現(xiàn)服務(wù)器的任何具有存儲能力的裝置中或XDMS中)；4)呈現(xiàn)體A(呈現(xiàn)體客戶端或者應(yīng)用服務(wù)器)向發(fā)布和通知處理裝置發(fā)布呈現(xiàn)信息；
5)發(fā)布和通知處理裝置根據(jù)訂閱關(guān)系找到觀察體B，并向通知規(guī)則處理裝置發(fā)出詢問，通知規(guī)則處理裝置判斷呈現(xiàn)體A是否設(shè)有通知規(guī)則，如果有，根據(jù)通知規(guī)則判斷是否符合通知條件，并返回給發(fā)布和通知處理裝置相應(yīng)的響應(yīng)，進入步驟6)；如果沒有，按現(xiàn)有的發(fā)布流程進行發(fā)布處理；6)如果返回的響應(yīng)為符合通知條件，發(fā)布和通知處理裝置則進行發(fā)布處理(包括信息的合成、內(nèi)容授權(quán)、事件通知過濾等，當然內(nèi)容授權(quán)和事件通知過濾是可選的)，并向觀察體B發(fā)布呈現(xiàn)信息；如果返回的響應(yīng)不符合通知條件，則發(fā)布和通知處理裝置放棄向該觀察體B發(fā)布呈現(xiàn)信息；該實施例中雖然只例舉了通知規(guī)則處理裝置位于呈現(xiàn)服務(wù)器中但是獨立于發(fā)布和通知處理裝置的情況，作為另一個實施例，該通知規(guī)則處理裝置也可以位于發(fā)布和通知處理裝置中，所起的作用是相同的，參考圖6，發(fā)布和通知處理裝置在處理發(fā)布信息時，首先通過通知規(guī)則處理裝置檢查呈現(xiàn)體是否設(shè)置有通知規(guī)則，如果有，根據(jù)通知規(guī)則進行處理；如果沒有設(shè)置通知規(guī)則，進入內(nèi)容授權(quán)規(guī)則檢查裝置對內(nèi)容進行處理，之后經(jīng)過一系列的內(nèi)容過濾處理后發(fā)送給觀察體B，其中內(nèi)容授權(quán)規(guī)則檢查裝置、觀察體過濾裝置和部分通知處理裝置可以根據(jù)實際情況作為可選項。
本發(fā)明中的通知規(guī)則可以是用戶預先設(shè)置在呈現(xiàn)XDMS中或呈現(xiàn)服務(wù)器中，呈現(xiàn)服務(wù)器中的通知規(guī)則處理裝置可以從呈現(xiàn)XDMS中或呈現(xiàn)服務(wù)器中獲得該規(guī)則，而進行處理，現(xiàn)有的內(nèi)容授權(quán)規(guī)則是呈現(xiàn)體通過XCAP協(xié)議到XDMS中修改和設(shè)置的，事件通知過濾條件(Event Notification Filtering)的修改是觀察體發(fā)送訂閱刷新消息(Subscription Refresh Request)來更新事件通知過濾條件。
通知規(guī)則的設(shè)定和修改可以是通過其他手段設(shè)置，比如呈現(xiàn)服務(wù)器提供WEB界面給呈現(xiàn)體查看自己設(shè)置的通知規(guī)則，并且允許呈現(xiàn)體在WEB界面上初始設(shè)定或者修改其通知規(guī)則。
本實施例中的觀察體和呈現(xiàn)體均為呈現(xiàn)體客戶端或應(yīng)用服務(wù)器，應(yīng)用服務(wù)器包括游戲服務(wù)器或具有相似功能的服務(wù)器，也包括即時消息服務(wù)器(如ICQ/MSN服務(wù)器)。
下面對在上述實施例中的步驟5)中的通知規(guī)則處理裝置處理的流程作一個詳細的說明，參考圖7，具體流程如下1)通知規(guī)則處理裝置獲取通知規(guī)則；2)首先判斷是否在有效期(2005.8.1～2005.9.1)內(nèi)，如果不在有效期內(nèi)，返回給發(fā)布和通知處理裝置拒絕向此訂閱者發(fā)布呈現(xiàn)信息的響應(yīng)；如果在有效期內(nèi)，進入步驟3)；3)判斷是否在指定的發(fā)布時間周期(每天8:00～18:00)內(nèi)，如果不在指定的發(fā)布時間周期內(nèi)，返回給發(fā)布和通知處理裝置拒絕向此訂閱者發(fā)布呈現(xiàn)信息的響應(yīng)；如果在指定的發(fā)布時間周期內(nèi)，進入步驟4)；比如呈現(xiàn)體設(shè)置了指定發(fā)布時間周期為每天8:00～18:00，而呈現(xiàn)服務(wù)器接收到發(fā)布消息的時間為9:00，則滿足要求。
4)判斷訂閱者(觀察體B)接收次數(shù)是否超過限制，如果超過了接收次數(shù)上限，返回給發(fā)布和通知處理裝置拒絕向此訂閱者發(fā)布呈現(xiàn)信息的響應(yīng)；如果沒有超過接收次數(shù)上限，進入步驟5)；呈現(xiàn)體設(shè)置通知次數(shù)(觀察體的接收次數(shù))限制(比如總次數(shù)1000次，每天10次)，那么總數(shù)和每天的次數(shù)都有一個計數(shù)器；總數(shù)的計數(shù)器每發(fā)一次，就加1，每天的次數(shù)計數(shù)器每天從零開始計數(shù)，每發(fā)一次就加1；發(fā)送通知前判斷當前發(fā)送總次數(shù)是否超過1000，同時判斷今天發(fā)送總次數(shù)是否超過10，如果可以發(fā)送，總次數(shù)和當天次數(shù)都加1；到第二天，當天的計數(shù)會清0，總次數(shù)不會清0；5)判斷是否高于設(shè)定的發(fā)送頻率，如果高于設(shè)定的發(fā)送頻率，返回給發(fā)布和通知處理裝置拒絕向此訂閱者發(fā)布呈現(xiàn)信息的響應(yīng)；如果不高于設(shè)定的發(fā)送頻率，進入步驟6)；對于發(fā)送頻率的設(shè)定，可以設(shè)定兩種方法(第1種)每10分鐘一次，比如8:00開始計算，那么8:00～8:10之間，呈現(xiàn)服務(wù)器在8:10可以選擇把最后一次發(fā)布的信息處理后通知給觀察體，也可以把10分鐘內(nèi)多次發(fā)布的呈現(xiàn)信息合并處理后再發(fā)布給觀察體；(第2種)一分鐘不能大于10條，這種情況下，收到發(fā)布消息就處理并通知觀察體，并且需要計數(shù)，當1分鐘內(nèi)發(fā)送條目超過10條時，選擇丟棄。
6)按照發(fā)布流程應(yīng)用內(nèi)容相關(guān)處理規(guī)則對發(fā)布消息進行處理，將處理好的消息通知給觀察體；7)在消息通知給觀察體后，訂閱者的已接收次數(shù)自動加一。
上述流程中，如果沒有設(shè)置條件限制的，可以認為符合通知條件，對于判斷通知規(guī)則和發(fā)布流程的處理(呈現(xiàn)信息合成裝置、內(nèi)容授權(quán)規(guī)則檢查裝置、觀察體過濾裝置、部分通知處理裝置和呈現(xiàn)信息發(fā)布裝置的處理)的順序沒有一定的限制，無論先執(zhí)行哪個步驟都能達到本發(fā)明的目的。對于各種條件可以采用數(shù)據(jù)庫的形式進行存儲和處理。
上述本發(fā)明涉及到的各個操作步驟及各種規(guī)則策略的制定，本領(lǐng)域技術(shù)人員根據(jù)現(xiàn)有掌握的編程手段就能輕易實施。
為有助于理解，下面列舉幾個具體的應(yīng)用例子1、無線電臺對外提供全天候24小時交通路況呈現(xiàn)信息，但此項服務(wù)需要收費。對于新用戶，可以免費使用，但有一定的限制條件，比如(1)免費發(fā)布1000次(2)免費發(fā)布時間周期限制在每天早晨8:00～12:00；(3)免費試用2次(即用戶免費使用條件到期后，還可以再次訂閱，再試用；如果再次到期，將必須付費)新用戶免費訂閱后，只能在每天早晨有限時間內(nèi)接收到呈現(xiàn)信息，而且當接收1000次以后，此服務(wù)就失效了，必須再次訂閱，還可以免費使用一次；再次失效后，如果不付費，將無法試用。
此實施例中，無線電臺為呈現(xiàn)體，用戶為觀察體。
下面介紹具體的實施手段，下述2個實施例中通知規(guī)則包含在內(nèi)容授權(quán)規(guī)則中(通知規(guī)則也可以是建立新的規(guī)則文件，不包含在內(nèi)容授權(quán)規(guī)則中)訂閱授權(quán)規(guī)則(采用精確匹配的原則，即匹配到具體人后，則不匹配通用的域)

內(nèi)容授權(quán)規(guī)則

當觀察體標識中有“@163.com”字段時，觀察體在訂閱時允許，且訂閱次數(shù)允許為2次(一次訂閱成功后，訂閱次數(shù)限制自動減一，當訂閱次數(shù)限制為零時，不允許訂閱)，早晨9:00，當無線電臺發(fā)布消息時，匹配標識“@163.com”，結(jié)果為內(nèi)容允許訂閱路況信息，且通知規(guī)則為允許發(fā)布1000次，發(fā)布周期為每天8:00～12:00；呈現(xiàn)服務(wù)器比較觀察體的已接收次數(shù)是否小于等于1000以及9:00是否在8:00～12:00的范圍中，如果小于等于1000，且在發(fā)布時間周期中，通知規(guī)則結(jié)果為允許發(fā)布，呈現(xiàn)服務(wù)器將路況信息發(fā)送給觀察體后，觀察體的已接收次數(shù)自動加1；2、用戶A希望在工作時間(每天8:00～18:30)向同事發(fā)布自己的呈現(xiàn)信息，其他時間不向同事(比如老板)發(fā)布呈現(xiàn)信息。
用戶可以針對*@163.com，限制發(fā)布呈現(xiàn)信息的時間周期。對于發(fā)布次數(shù)、訂閱次數(shù)不作限制。
訂閱授權(quán)規(guī)則(采用精確匹配的原則，即匹配到具體人后，則不匹配通用的域)

內(nèi)容授權(quán)規(guī)則

當觀察體標識中有“@163.com”字段且不是“zhangsan@163.com”時，觀察體在訂閱時允許，當用戶A在9:00發(fā)布呈現(xiàn)信息時，呈現(xiàn)服務(wù)器判斷出通知規(guī)則中發(fā)布次數(shù)沒有限制，發(fā)布周期為8:00～18:30，結(jié)果為允許發(fā)布，發(fā)布內(nèi)容為允許發(fā)布位置信息，但是不允許發(fā)布游戲信息，呈現(xiàn)服務(wù)器發(fā)布位置信息給具有標識“@163.com”除zhangsan@163.com外的所有觀察體位置信息，呈現(xiàn)服務(wù)器將位置信息發(fā)送給觀察體后，相應(yīng)的觀察體的已接收次數(shù)自動加1。
3、呈現(xiàn)體希望自己處于某些特殊的狀態(tài)時不要將呈現(xiàn)信息發(fā)布給觀察體，比如老板訂閱了員工的位置和狀態(tài)相關(guān)的呈現(xiàn)信息，而呈現(xiàn)體當處于玩游戲狀態(tài)時，其更改其呈現(xiàn)狀態(tài)為“玩游戲中”，且預先設(shè)置了當處于此狀態(tài)時，不向老板發(fā)送位置和“玩游戲中”的呈現(xiàn)信息，此時雖然呈現(xiàn)體向呈現(xiàn)服務(wù)器發(fā)送了此信息，呈現(xiàn)服務(wù)器根據(jù)此呈現(xiàn)體的設(shè)置，仍然不向老板這個訂閱者發(fā)送此呈現(xiàn)信息。
通知規(guī)則

由上述通知規(guī)則可知，當員工(呈現(xiàn)體)處于玩游戲的狀態(tài)時，允許將呈現(xiàn)信息通知給*@game.com，禁止通知給boss@163.com；當員工(呈現(xiàn)體)處于在工作的狀態(tài)時，允許將呈現(xiàn)信息通知給*@163.com，禁止通知給；*@game.com；當員工(呈現(xiàn)體)處于在旅游的狀態(tài)時，允許將呈現(xiàn)信息通知給zhangsan@future.com和lisi@sina.com；禁止通知*@163.com。
作為一種優(yōu)選實施例，通知規(guī)則中包括判斷所有觀察體的接收狀態(tài)，并作出相應(yīng)處理，執(zhí)行過程如下通知規(guī)則處理裝置判斷所有觀察體的接收狀態(tài)，如可以根據(jù)觀察體的在線情況進行判斷，如果所有觀察體都處于無法接收呈現(xiàn)信息的狀態(tài)，可以由呈現(xiàn)服務(wù)器中的發(fā)布和通知處理裝置通知呈現(xiàn)客戶端或者應(yīng)用服務(wù)器，要求在這段時間內(nèi)不必發(fā)布呈現(xiàn)信息；當有觀察體處于可接收狀態(tài)時，呈現(xiàn)服務(wù)器可以通知呈現(xiàn)體繼續(xù)發(fā)布。
上面描述了本發(fā)明中關(guān)于呈現(xiàn)體設(shè)置通知規(guī)則的實施例，觀察體也可以設(shè)置接收規(guī)則，可以預先在呈現(xiàn)XDMS或呈現(xiàn)服務(wù)器上設(shè)置，也可以通過訂閱消息時通過訂閱消息進行設(shè)置，將設(shè)置的接收規(guī)則保存在呈現(xiàn)服務(wù)器上或XDMS上，觀察體可以在接收規(guī)則中設(shè)置訂閱有效期、時間段、接收次數(shù)和接收頻率，利用相應(yīng)的接收規(guī)則處理裝置采用與判斷通知規(guī)則相同的手段進行判斷，判斷是否在訂閱有效期、時間段和接收次數(shù)之內(nèi)，以及根據(jù)接收頻率進行判斷是否滿足發(fā)布條件；呈現(xiàn)服務(wù)器還可以根據(jù)觀察體設(shè)置的接收頻率、接收時間段、接收狀態(tài)進行處理后，通知呈現(xiàn)體客戶端控制發(fā)布消息的頻率(rate/frequency)和時間段(period)；在系統(tǒng)中可以先處理呈現(xiàn)體設(shè)置的通知規(guī)則，然后再處理觀察體設(shè)置的接收規(guī)則，然后發(fā)布和通知處理裝置根據(jù)呈現(xiàn)體和觀察體設(shè)置的內(nèi)容相關(guān)處理規(guī)則進行發(fā)布信息的處理，將處理后的信息發(fā)送給觀察體；由于處理的流程與手段與上面描述的處理呈現(xiàn)他設(shè)置的規(guī)則的手段類似，這里就不再一一進行描述。本領(lǐng)域技術(shù)人員根據(jù)掌握的技術(shù)手段不需要花費創(chuàng)造性的勞動就能夠?qū)崿F(xiàn)本發(fā)明所描述的技術(shù)方案。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
權(quán)利要求
1.一種呈現(xiàn)信息的通知方法，包括如下步驟1)觀察體客戶端或應(yīng)用服務(wù)器通過呈現(xiàn)服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息；2)呈現(xiàn)服務(wù)器接收呈現(xiàn)體客戶端或應(yīng)用服務(wù)器發(fā)送的發(fā)布消息，判斷該呈現(xiàn)體是否設(shè)置有通知規(guī)則，如果設(shè)置了通知規(guī)則，則根據(jù)所述通知規(guī)則以及觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則處理發(fā)布消息；如果判斷出呈現(xiàn)體沒有設(shè)置通知規(guī)則，則根據(jù)觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則處理發(fā)布消息；3)呈現(xiàn)服務(wù)器將處理后得到的通知消息發(fā)送到觀察體客戶端或應(yīng)用服務(wù)器。
2.根據(jù)權(quán)利要求1所述的呈現(xiàn)信息的通知方法，其特征在于，所述通知規(guī)則是由呈現(xiàn)體預先設(shè)置在呈現(xiàn)XML文件管理服務(wù)器中或呈現(xiàn)服務(wù)器中的。
3.根據(jù)權(quán)利要求1或2所述的呈現(xiàn)信息的通知方法，其特征在于，所述根據(jù)通知規(guī)則處理發(fā)布消息的步驟包括判斷當前發(fā)布時間是否在有效期內(nèi)和/或判斷是否在指定的發(fā)布時間周期內(nèi)，并作相應(yīng)處理。
4.根據(jù)權(quán)利要求1或2所述的呈現(xiàn)信息的通知方法，其特征在于，所述根據(jù)通知規(guī)則處理發(fā)布消息的步驟包括判斷訂閱者接收次數(shù)是否超過限制和/或判斷是否高于設(shè)定的發(fā)送頻率，并作相應(yīng)處理。
5.根據(jù)權(quán)利要求3所述的呈現(xiàn)信息的通知方法，其特征在于，所述根據(jù)通知規(guī)則處理發(fā)布消息的步驟包括判斷訂閱者接收次數(shù)是否超過限制和/或判斷是否高于設(shè)定的發(fā)送頻率，并作相應(yīng)處理。
6.根據(jù)權(quán)利要求1或2所述的呈現(xiàn)信息的通知方法，其特征在于，所述根據(jù)通知規(guī)則處理發(fā)布消息包括根據(jù)呈現(xiàn)體的狀態(tài)處理發(fā)布消息。
7.根據(jù)權(quán)利要求3所述的呈現(xiàn)信息的通知方法，其特征在于，所述根據(jù)通知規(guī)則處理發(fā)布消息包括根據(jù)呈現(xiàn)體的狀態(tài)處理發(fā)布消息。
8.根據(jù)權(quán)利要求4所述的呈現(xiàn)信息的通知方法，其特征在于，所述根據(jù)通知規(guī)則處理發(fā)布消息包括根據(jù)呈現(xiàn)體的狀態(tài)處理發(fā)布消息。
9.根據(jù)權(quán)利要求1或2所述的呈現(xiàn)信息的通知方法，其特征在于，所述呈現(xiàn)體客戶端或應(yīng)用服務(wù)器可以通過在WEB界面修改所述通知規(guī)則。
10.根據(jù)權(quán)利要求1或2所述的呈現(xiàn)信息的通知方法，其特征在于，觀察體客戶端或應(yīng)用服務(wù)器通過呈現(xiàn)服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息時，呈現(xiàn)服務(wù)器通過呈現(xiàn)體設(shè)置的訂閱授權(quán)規(guī)則進行處理，其中訂閱授權(quán)規(guī)則中包括允許訂閱的次數(shù)。
11.根據(jù)權(quán)利要求5所述的呈現(xiàn)信息的通知方法，其特征在于，觀察體客戶端或應(yīng)用服務(wù)器通過呈現(xiàn)服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息時，呈現(xiàn)服務(wù)器通過呈現(xiàn)體設(shè)置的訂閱授權(quán)規(guī)則進行處理，其中訂閱授權(quán)規(guī)則中包括允許訂閱的次數(shù)。
12.根據(jù)權(quán)利要求1或2所述的呈現(xiàn)信息的通知方法，其特征在于，呈現(xiàn)服務(wù)器向觀察體或應(yīng)用服務(wù)器發(fā)送通知消息之前還根據(jù)觀察體設(shè)置的接收頻率和/或接收時間段進行發(fā)布消息的處理。
13.根據(jù)權(quán)利要求5所述的呈現(xiàn)信息的通知方法，其特征在于，呈現(xiàn)服務(wù)器向觀察體或應(yīng)用服務(wù)器發(fā)送通知消息之前還根據(jù)觀察體設(shè)置的接收頻率和/或接收時間段進行發(fā)布消息的處理。
14.一種通知呈現(xiàn)信息的系統(tǒng)，包括呈現(xiàn)服務(wù)器，所述呈現(xiàn)服務(wù)器包括發(fā)布和通知處理裝置以及通知規(guī)則處理裝置；發(fā)布和通知處理裝置，根據(jù)訂閱關(guān)系找到觀察體，并向通知規(guī)則處理裝置發(fā)出詢問，根據(jù)觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則和通知規(guī)則處理裝置返回的響應(yīng)處理發(fā)布消息；通知規(guī)則處理裝置，判斷呈現(xiàn)體是否設(shè)有通知規(guī)則，如果有，根據(jù)通知規(guī)則判斷是否符合通知條件，并返回給發(fā)布和通知處理裝置相應(yīng)的響應(yīng)。
15.根據(jù)權(quán)利要求14所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則是由呈現(xiàn)體預先設(shè)置在呈現(xiàn)XDMS中或呈現(xiàn)服務(wù)器中的。
16.根據(jù)權(quán)利要求14或15所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置判斷當前發(fā)布時間是否在有效期內(nèi)和/或判斷是否在指定的發(fā)布時間周期內(nèi)，并作相應(yīng)處理。
17.根據(jù)權(quán)利要求14或15所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置判斷訂閱者接收次數(shù)是否超過限制和/或判斷是否高于設(shè)定的發(fā)送頻率，并作相應(yīng)處理。
18.根據(jù)權(quán)利要求16所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置判斷訂閱者接收次數(shù)是否超過限制和/或判斷是否高于設(shè)定的發(fā)送頻率，并作相應(yīng)處理。
19.根據(jù)權(quán)利要求14或15所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置根據(jù)呈現(xiàn)體的狀態(tài)處理發(fā)布消息。
20.根據(jù)權(quán)利要求16所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置根據(jù)呈現(xiàn)體的狀態(tài)處理發(fā)布消息。
21.根據(jù)權(quán)利要求17所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置根據(jù)呈現(xiàn)體的狀態(tài)處理發(fā)布消息。
22.根據(jù)權(quán)利要求14或15所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述呈現(xiàn)體客戶端或應(yīng)用服務(wù)器可以通過在WEB界面修改所述通知規(guī)則。
23.根據(jù)權(quán)利要求14或15所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，觀察體客戶端或應(yīng)用服務(wù)器通過呈現(xiàn)服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息時，呈現(xiàn)服務(wù)器通過呈現(xiàn)體設(shè)置的訂閱授權(quán)規(guī)則進行處理，其中訂閱授權(quán)規(guī)則中包括允許訂閱的次數(shù)。
24.根據(jù)權(quán)利要求18所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，觀察體客戶端或應(yīng)用服務(wù)器通過呈現(xiàn)服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息時，呈現(xiàn)服務(wù)器利用呈現(xiàn)體設(shè)置的訂閱授權(quán)規(guī)則進行處理，其中訂閱授權(quán)規(guī)則中包括允許訂閱的次數(shù)。
25.根據(jù)權(quán)利要求14或15所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，呈現(xiàn)服務(wù)器向觀察體或應(yīng)用服務(wù)器發(fā)送通知消息之前還根據(jù)觀察體設(shè)置的接收頻率和/或接收時間段進行發(fā)布消息的處理。
26.根據(jù)權(quán)利要求18所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，呈現(xiàn)服務(wù)器向觀察體或應(yīng)用服務(wù)器發(fā)送通知消息之前還根據(jù)觀察體設(shè)置的接收頻率和/或接收時間段進行發(fā)布消息的處理。
27.一種通知呈現(xiàn)信息的系統(tǒng)，包括呈現(xiàn)服務(wù)器，所述呈現(xiàn)服務(wù)器包括發(fā)布和通知處理裝置，其特征在于，所述發(fā)布和通知處理裝置包括通知規(guī)則處理裝置；發(fā)布和通知處理裝置，根據(jù)訂閱關(guān)系找到觀察體，并由通知規(guī)則處理裝置判斷呈現(xiàn)體是否設(shè)有通知規(guī)則，如果有，根據(jù)通知規(guī)則判斷是否符合通知條件并將結(jié)果發(fā)送給發(fā)布和通知處理裝置的其它模塊，發(fā)布和通知處理裝置的其它模塊根據(jù)觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則和通知規(guī)則處理裝置發(fā)送來的結(jié)果處理發(fā)布消息；如果呈現(xiàn)體沒有設(shè)通知規(guī)則，發(fā)布和通知處理裝置的其它模塊根據(jù)觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則處理發(fā)布消息。
28.根據(jù)權(quán)利要求27所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則是由呈現(xiàn)體預先設(shè)置在呈現(xiàn)XDMS中或呈現(xiàn)服務(wù)器中的。
29.根據(jù)權(quán)利要求27或28所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置判斷當前發(fā)布時間是否在有效期內(nèi)和/或判斷是否在指定的發(fā)布時間周期內(nèi)，并作相應(yīng)處理。
30.根據(jù)權(quán)利要求27或28所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置判斷訂閱者接收次數(shù)是否超過限制和/或判斷是否高于設(shè)定的發(fā)送頻率，并作相應(yīng)處理。
31.根據(jù)權(quán)利要求29所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置判斷訂閱者接收次數(shù)是否超過限制和/或判斷是否高于設(shè)定的發(fā)送頻率，并作相應(yīng)處理。
32.根據(jù)權(quán)利要求27或28所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置根據(jù)呈現(xiàn)體的狀態(tài)處理發(fā)布消息。
33.根據(jù)權(quán)利要求29所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置根據(jù)呈現(xiàn)體的狀態(tài)處理發(fā)布消息。
34.根據(jù)權(quán)利要求30所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述通知規(guī)則處理裝置根據(jù)呈現(xiàn)體的狀態(tài)處理發(fā)布消息。
35.根據(jù)權(quán)利要求27或28所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，所述呈現(xiàn)體客戶端或應(yīng)用服務(wù)器可以通過在WEB界面修改所述通知規(guī)則。
36.根據(jù)權(quán)利要求27或28所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，觀察體客戶端或應(yīng)用服務(wù)器通過呈現(xiàn)服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息時，呈現(xiàn)服務(wù)器通過呈現(xiàn)體設(shè)置的訂閱授權(quán)規(guī)則進行處理，其中訂閱授權(quán)規(guī)則中包括允許訂閱的次數(shù)。
37.根據(jù)權(quán)利要求31所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，觀察體客戶端或應(yīng)用服務(wù)器通過呈現(xiàn)服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息時，呈現(xiàn)服務(wù)器利用呈現(xiàn)體設(shè)置的訂閱授權(quán)規(guī)則進行處理，其中訂閱授權(quán)規(guī)則中包括允許訂閱的次數(shù)。
38.根據(jù)權(quán)利要求27或28所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，呈現(xiàn)服務(wù)器向觀察體或應(yīng)用服務(wù)器發(fā)送通知消息之前還根據(jù)觀察體設(shè)置的接收頻率和/或接收時間段進行發(fā)布消息的處理。
39.根據(jù)權(quán)利要求31所述的一種通知呈現(xiàn)信息的系統(tǒng)，其特征在于，呈現(xiàn)服務(wù)器向觀察體或應(yīng)用服務(wù)器發(fā)送通知消息之前還根據(jù)觀察體設(shè)置的接收頻率和/或接收時間段進行發(fā)布消息的處理。
全文摘要
本發(fā)明涉及一種呈現(xiàn)信息的通知方法和系統(tǒng)，觀察體客戶端或應(yīng)用服務(wù)器通過呈現(xiàn)服務(wù)器訂閱呈現(xiàn)體的呈現(xiàn)信息；呈現(xiàn)服務(wù)器接收呈現(xiàn)體客戶端或應(yīng)用服務(wù)器發(fā)送的發(fā)布消息，判斷該呈現(xiàn)體是否設(shè)置有通知規(guī)則，如果設(shè)置了通知規(guī)則，則根據(jù)所述通知規(guī)則以及觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則處理發(fā)布消息；如果判斷出沒有設(shè)置通知規(guī)則，則根據(jù)觀察體和呈現(xiàn)體預先設(shè)置的內(nèi)容相關(guān)處理規(guī)則處理發(fā)布消息；呈現(xiàn)服務(wù)器將處理后的發(fā)布消息發(fā)送到觀察體客戶端或應(yīng)用服務(wù)器。所述通知規(guī)則可以由呈現(xiàn)體預先設(shè)置在呈現(xiàn)XDMS中或呈現(xiàn)服務(wù)器中，利用本發(fā)明的方法和系統(tǒng)，呈現(xiàn)服務(wù)器可以由用戶需要決定是否向觀察體通知以及通知哪些呈現(xiàn)信息。
文檔編號H04L12/16GK1794709SQ20051011551
公開日2006年6月28日 申請日期2005年11月4日 優(yōu)先權(quán)日2005年11月4日
發(fā)明者田林一, 張泉, 招揚, 孫謙 申請人:華為技術(shù)有限公司