專利名稱：事件訂閱方法及過濾規(guī)則配置方法和相關(guān)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種事件訂閱方法和過濾規(guī)則配置方 法以及相應(yīng)的終端設(shè)備、規(guī)則配置服務(wù)器和資源列表服務(wù)器。
背景技術(shù)：
事件訂閱是通訊系統(tǒng)中提供的一種資源信息服務(wù)。例如，在以呼叫初始協(xié)
議(Session Initiation Protocol, SIP )作為呼叫控制協(xié)議的通訊系統(tǒng)中，訂閱者 (又稱觀察者，Watcher)可基于SIP的事件獲取機制，以資源列表的形式訂 閱一組資源的特定事件，例如訂閱某個用戶的在線狀態(tài)等。
為了便于用戶根據(jù)實際需要對訂閱的內(nèi)容(包括事件內(nèi)容、通知方式、時 機等)進(jìn)行個性化的設(shè)置，訂閱者可以在訂閱時附加一組過濾規(guī)則(Filter)。 例如用戶A向用戶B發(fā)起呼叫獲知用戶B線路忙，此時用戶A可以發(fā)起訂閱 用戶B (以資源標(biāo)識符URI表示)的在線狀態(tài)，并設(shè)置Filter為，在用戶B為 空閑狀態(tài)時以即時消息通知用戶A。這樣用戶B的其他形式的在線狀態(tài)變化 即被過濾，僅在變化為空閑時通知到用戶A。
目前采用的需要使用Filter的事件訂閱方法為
1、 用戶發(fā)起訂閱請求，例如采用SIP的Subscribe方法，將以可擴展置標(biāo) 語言(Extensible Markup Language, XML)格式描述的Filter插入Subscribe 方法的消息體中。
2、 網(wǎng)絡(luò)側(cè)負(fù)責(zé)過濾規(guī)則處理的設(shè)備，例如資源列表服務(wù)器(ResourceList Server, RLS )對Subscribe方法中的Filter進(jìn)行檢查、解釋，代表用戶向在線 狀態(tài)服務(wù)器(Presence Server, PS)發(fā)起訂閱，按照Filter對訂閱的內(nèi)容進(jìn)行過濾。
3、 訂閱者可以在后續(xù)的訂閱有效時間內(nèi)，通過發(fā)送訂閱更新請求(可仍 使用Subscribe方法)更新(包括修改或刪除)訂閱請求中攜帶的Filter。
閱方法至少存在如下缺點
1、 每次初始訂閱時Filter都需要插入到消息體中，增大了傳輸數(shù)據(jù)量， 耗費網(wǎng)絡(luò)資源；
2、 相同的用戶難以在不同的終端上共享Filter設(shè)置，導(dǎo)致用戶體驗不一致。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種能夠減少網(wǎng)絡(luò)資源占用，實現(xiàn)過濾規(guī)則多終端共享 的事件訂閱方法，包括獲取用戶的訂閱請求，所述訂閱請求包括對需要使用 的過濾規(guī)則的標(biāo)識；根據(jù)所述標(biāo)識獲取對應(yīng)的過濾規(guī)則；按照與所述標(biāo)識對應(yīng) 的過濾規(guī)則對訂閱的內(nèi)容進(jìn)行過濾。
本發(fā)明實施例還提供一種過濾規(guī)則配置方法，包括獲取用戶的規(guī)則創(chuàng)建 請求，所述規(guī)則創(chuàng)建請求包含過濾規(guī)則；將所述過濾規(guī)則與某個標(biāo)識對應(yīng)保存； 按照所述標(biāo)識提供與所述標(biāo)識對應(yīng)的過濾規(guī)則。
以及相應(yīng)的一種終端設(shè)備，包括規(guī)則配置單元，用于生成MJ'j創(chuàng)建請求， 所述規(guī)則創(chuàng)建請求包含過濾規(guī)則；將所述規(guī)則創(chuàng)建請求發(fā)送給網(wǎng)絡(luò)側(cè)提供規(guī)則 配置服務(wù)的功能實體；訂閱請求單元，用于生成訂閱請求，所述訂閱請求包括 對需要使用的過濾規(guī)則的標(biāo)識；將所述訂閱請求發(fā)送給網(wǎng)絡(luò)側(cè)處理用戶訂閱請 求的設(shè)備。
一種規(guī)則配置服務(wù)器，包括規(guī)則存儲單元，用于根據(jù)標(biāo)識保存并提供對 應(yīng)的過濾規(guī)則；規(guī)則管理單元，用于獲取用戶的規(guī)則創(chuàng)建請求，所述規(guī)則創(chuàng)建 請求包含過濾規(guī)則；將所述過濾規(guī)則與某個標(biāo)識對應(yīng)保存在所述規(guī)則存儲單 元；規(guī)則提供單元，用于獲取包括某個標(biāo)識的查詢請求，查詢所述規(guī)則存儲單 元，返回與所述查詢請求中的標(biāo)識對應(yīng)的過濾規(guī)則。
和一種資源列表服務(wù)器，包括訂閱服務(wù)單元，用于獲取用戶的訂閱請求， 所述訂閱請求包括對需要使用的過濾規(guī)則的標(biāo)識；規(guī)則獲取單元，用于根據(jù)所 述訂閱請求中的標(biāo)識獲取對應(yīng)的過濾規(guī)則；事件過濾單元，用于按照所述規(guī)則 獲取單元提供的過濾規(guī)則對所述訂閱請求訂閱的內(nèi)容進(jìn)行過濾。
上述技術(shù)方案中將過濾規(guī)則保存在網(wǎng)絡(luò)側(cè)，網(wǎng)絡(luò)側(cè)通過用戶在訂閱請求中 指定的標(biāo)識查找對應(yīng)的過濾規(guī)則并使用；使得用戶在發(fā)起訂閱請求時無需攜帶
過濾規(guī)則本身，降低了傳輸數(shù)據(jù)量，減少了網(wǎng)絡(luò)資源的占用；同時，不同的終
端可以通過指定對應(yīng)相同過濾規(guī)則的標(biāo)識使用相同的過濾規(guī)則，實現(xiàn)過濾規(guī)則
的多終端共享，保證了用戶體^^的一致性。


圖l是本發(fā)明實施例一事件訂閱方法流程示意圖； 圖2是本發(fā)明實施例二過濾規(guī)則配置方法流程示意圖； 圖3是本發(fā)明實施例一和二方法的一個應(yīng)用例的流程示意圖； 圖4是本發(fā)明實施例三終端設(shè)備的邏輯結(jié)構(gòu)示意圖； 圖5是本發(fā)明實施例四規(guī)則配置服務(wù)器的邏輯結(jié)構(gòu)示意圖； 圖6是本發(fā)明實施例五資源列表服務(wù)器的邏輯結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例提供一種事件訂閱方法，將過濾規(guī)則保存在網(wǎng)絡(luò)側(cè)，網(wǎng)絡(luò)側(cè) 通過用戶在訂閱請求中指定的標(biāo)識查找對應(yīng)的過濾規(guī)則并使用。本發(fā)明實施例 還提供相應(yīng)的過濾規(guī)則配置方法、終端設(shè)備、規(guī)則配置服務(wù)器和資源列表服務(wù) 器。以下分別進(jìn)行詳細(xì)說明。
實施例一、 一種事件訂閱方法。流程如圖l所示，包括步驟 Al、獲取用戶的訂閱請求，所述訂閱請求包括對需要使用的過濾規(guī)則的 標(biāo)識。
本文中涉及的各種"請求"及"響應(yīng)"可根據(jù)技術(shù)方案在實際使用中所釆 用的協(xié)議，由該協(xié)議所規(guī)定的消息類型來實現(xiàn)。本文中所使用的"請求，，及"響 應(yīng)"的名稱僅為便于描述和引用所設(shè)，不對實際協(xié)議中所使用的消息名稱構(gòu)成 限定。
例如，在采用SIP協(xié)議的情況下，訂閱請求可使用Subscribe方法，F(xiàn)ilter的 標(biāo)識(ID)可采用網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備可理解的方式設(shè)置在消息中。 例如，可以在Subscribe消息的Require頭域指定需要支持的SIP擴展機制，假定 命名為simple-filter,然后將Filter的ID以一種預(yù)置的內(nèi)容類型放置在消息體中。 當(dāng)然，如果訂閱者與網(wǎng)絡(luò)側(cè)均默認(rèn)支持simple-filter機制，則可以省略在Require 頭域中的擴展說明。
A2、根據(jù)所述標(biāo)識獲取對應(yīng)的過濾規(guī)則。
本實施例中，網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備可以是RLS也可以是其他具 有事件訂閱通知功能實體的服務(wù)器。與標(biāo)識對應(yīng)的Filter可以保存在該處理用 戶訂閱請求的設(shè)備上，這種情況下處理用戶訂閱請求的設(shè)備可以直接根據(jù)標(biāo)識 查詢對應(yīng)的Filter;與標(biāo)識對應(yīng)的Filter也可以由獨立的規(guī)則配置服務(wù)器進(jìn)行保 存，此時處理用戶訂閱請求的設(shè)備需要與規(guī)則配置服務(wù)器交互來獲得與標(biāo)識對 應(yīng)的Filter，具體步驟可包括
① 向規(guī)則配置服務(wù)器發(fā)送包括所述標(biāo)識的查詢請求；
② 獲取規(guī)則配置服務(wù)器返回的與所述標(biāo)識對應(yīng)的過濾規(guī)則。
處理用戶訂閱請求的設(shè)備與規(guī)則配置服務(wù)器之間釆用彼此可理解的方式 進(jìn)行信息交互即可。
A3 、按照與所述標(biāo)識對應(yīng)的過濾規(guī)則對訂閱的內(nèi)容進(jìn)行過濾。
獲得Filter后，處理用戶訂閱請求的設(shè)備即可按照現(xiàn)有方式進(jìn)行事件的訂 閱以及訂閱內(nèi)容的過濾等操作。
與現(xiàn)有事件訂閱方法類似，在訂閱有效的時間內(nèi)，F(xiàn)ilter可能會發(fā)生更新， 包括如下兩種情況
一、 與標(biāo)識對應(yīng)存儲的Filter被更新
若Filter由規(guī)則配置服務(wù)器進(jìn)行保存，則處理用戶訂閱請求的設(shè)備可以在 向規(guī)則配置服務(wù)器發(fā)送查詢請求時，還向規(guī)則配置服務(wù)器預(yù)訂與查詢請求中的 標(biāo)識對應(yīng)的Filter的狀態(tài)變化信息。這樣，當(dāng)規(guī)則配置服務(wù)器中保存的與查詢 請求中的標(biāo)識對應(yīng)的Filter發(fā)生更新，例如#皮>修改或刪除時，處理用戶訂閱諱-求的設(shè)備即可收到規(guī)則配置服務(wù)器發(fā)送的更新通知，所述更新通知包括與查詢 請求中的標(biāo)識對應(yīng)的Filter的更新信息；在收到該更新信息后，處理用戶訂閱 請求的設(shè)備即可按照更新后的過濾規(guī)則對訂閱的內(nèi)容進(jìn)行過濾。
二、 用戶使用訂閱更新請求臨時更新Filter
這種情況可按照現(xiàn)有Filter的更新方式來進(jìn)行。即在訂閱請求的有效時間 內(nèi)，處理用戶訂閱請求的設(shè)備還可以接收用戶發(fā)送的與之前的訂閱請求關(guān)聯(lián)的 訂閱更新請求，所述訂閱更新請求包括與訂閱請求中的標(biāo)識對應(yīng)的Filter的更
新信息；在收到該更新信息后，處理用戶訂閱請求的設(shè)備即可按照更新后的過 濾規(guī)則對訂閱的內(nèi)容進(jìn)行過濾。這種方式可視為對Filter的臨時更新，僅在本 次訂閱中有效。當(dāng)然，根據(jù)應(yīng)用需求也可以采用這樣的策略，即利用訂閱更新 請求中的Filter的更新信息去更新所保存的Filter,使其成為永久更新；或者， 還可擴展訂閱更新請求的內(nèi)容，由用戶在訂閱更新請求中指定，是否將本次 Filter更新作為永久更新。
上述實施例中將過濾規(guī)則保存在網(wǎng)絡(luò)側(cè)，網(wǎng)絡(luò)側(cè)通過用戶在訂閱請求中指 定的標(biāo)識查找對應(yīng)的過濾規(guī)則并使用；使得用戶在發(fā)起訂閱請求時無需攜帶過 濾規(guī)則本身，降低了傳輸數(shù)據(jù)量，減少了網(wǎng)絡(luò)資源的占用；同時，不同的終端 可以通過指定對應(yīng)相同過濾規(guī)則的標(biāo)識使用相同的過濾規(guī)則，實現(xiàn)過濾規(guī)則的 多終端共享，保證了用戶體驗的一致性。
實施例二、 一種過濾MJ'J配置方法，流程如圖2所示。 Bl、獲取用戶的規(guī)則創(chuàng)建請求，所述規(guī)則創(chuàng)建請求包含過濾規(guī)則。 用戶可通過網(wǎng)絡(luò)側(cè)提供規(guī)則配置服務(wù)的功能實體可理解的方式進(jìn)行Filter 的配置，例如可使用超文本傳輸協(xié)議(Hypertext Transfer Protocol, HTTP)、 簡單對象訪問協(xié)議(Simple Object Access Protocol, SOAP )等。
基于Filter通常所使用的XML結(jié)構(gòu)，用戶與提供規(guī)則配置服務(wù)的功能實體 之間使用XML配置訪問協(xié)議(XML Configuration Access Protocol, XCAP)是 一種較好的選擇。例如，可使用XCAP中的PUT信令來創(chuàng)建Filter, PUT信令中 攜帶的Filter的格式可參考現(xiàn)有所使用的Filter的格式。
提供規(guī)則配置服務(wù)的功能實體可以是網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備上 的一個附加功能模塊，也可以是一個獨立的規(guī)則配置服務(wù)器。在后一種情況下， 規(guī)則配置服務(wù)器可由通常的XML文檔管理服務(wù)器(XML Document Management Server, XDMS)來充當(dāng)，這樣規(guī)則配置服務(wù)器與網(wǎng)絡(luò)側(cè)處理用戶 訂閱請求的設(shè)備之間可采用標(biāo)準(zhǔn)的XCAP接口 ，用戶也可以通過XCAP信令來 創(chuàng)建、修改和刪除規(guī)則配置服務(wù)器上的Filter。 B2、將所述過濾規(guī)則與某個標(biāo)識對應(yīng)保存。
與Filter對應(yīng)的標(biāo)識可以由用戶在規(guī)則創(chuàng)建請求中指定，也可以由提供規(guī)
則配置服務(wù)的功能實體自行分配，在后一種情況下，提供規(guī)則配置服務(wù)的功能 實體需要將所分配的標(biāo)識通知給用戶。
B3、按照所述標(biāo)識提供與所述標(biāo)識對應(yīng)的過濾規(guī)則。
若提供規(guī)則配置服務(wù)的功能實體是網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備上的
一個附加功能模塊，則可采用設(shè)備內(nèi)部的查詢過程提供與標(biāo)識對應(yīng)的Filter。
若提供規(guī)則配置服務(wù)的功能實體是一個獨立的規(guī)則配置服務(wù)器，則可通過 與處理用戶訂閱請求的設(shè)備之間的交互來提供與標(biāo)識對應(yīng)的Filter，具體步驟 可包括
① 獲取網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備發(fā)送的包括所述標(biāo)識的查詢請求；
② 向網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備返回與所述標(biāo)識對應(yīng)的過濾關(guān)見則。 與創(chuàng)建Filter的過程類似，可以按照用戶要求更新已創(chuàng)建的Filter,具體步
驟包括
① 獲取用戶的規(guī)則更新請求，所述規(guī)則更新請求包括與所述標(biāo)識對應(yīng)的過 濾規(guī)則的更新信息；在采用XCAP時，可以使用PUT信令來修改Filter,如果PUT 信令中的標(biāo)識對應(yīng)的Filter未創(chuàng)建，該信令可被視為創(chuàng)建請求；如果PUT信令中 的標(biāo)識對應(yīng)的Filter已創(chuàng)建，該信令即被視為規(guī)則更新請求；
② 按照所述更新信息對與所述標(biāo)識對應(yīng)的過濾規(guī)則進(jìn)行更新。根據(jù)Filter 的具體結(jié)構(gòu)，更新的可以是整個Filter，也可以是Filter的部分內(nèi)容，例如可以 更新XML文檔中某個節(jié)點的內(nèi)容。
上述來自用戶的更新過程可能隨時進(jìn)行，在采用獨立的規(guī)則配置服務(wù)器作 為提供規(guī)則配置服務(wù)的功能實體時，若被更新的Filter正被網(wǎng)絡(luò)側(cè)處理用戶訂 閱請求的設(shè)備(假定為RLS)用于一個當(dāng)前有效的訂閱中，則更新的Filter需要 被通知到網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備。此機制的具體實現(xiàn)步驟可包括
① 獲取網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備對與所述標(biāo)識對應(yīng)的過濾規(guī)則的 狀態(tài)變化信息的預(yù)訂請求；
② 在獲取所述規(guī)則更新請求之后，向網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備發(fā)送 更新通知，所述更新通知包括與所述標(biāo)識對應(yīng)的過濾MJ'J的更新信息。
網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備可同時發(fā)送上述查詢請求和預(yù)訂請求，例
如，用一個消息攜帶上述兩種請求。若規(guī)則配置服務(wù)器與網(wǎng)絡(luò)側(cè)處理用戶訂閱
請求的設(shè)備之間采用標(biāo)準(zhǔn)的XCAP接口 ，則上述預(yù)訂過程可基于現(xiàn)有XCAP文 檔的訂閱機制實現(xiàn)。
本實施例提供在網(wǎng)絡(luò)側(cè)配置事件訂閱所使用的過濾規(guī)則的方法，以及相應(yīng) 的更新機制和更新通知機制；使得用戶在發(fā)起訂閱請求時無需攜帶過濾規(guī)則本 身，降低了傳輸數(shù)據(jù)量，減少了網(wǎng)絡(luò)資源的占用；同時，不同的終端可以通過 指定對應(yīng)相同過濾規(guī)則的標(biāo)識使用相同的過濾規(guī)則，實現(xiàn)過濾規(guī)則的多終端共 享，保證了用戶體驗的一致性。
為更好的理解上述實施例，下面給出實施例一和二方法采用具體協(xié)議的一 個應(yīng)用例。假設(shè)網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備為RLS，提供規(guī)則配置服務(wù) 的功能實體為XDMS充當(dāng)?shù)囊?guī)則配置服務(wù)器(Configure Server);用戶(User Equipment, UE)與Configure Server之間采用基于XCAP的配置接口 ， UE與RLS 之間使用SIP， RLS與Configure Server之間采用標(biāo)準(zhǔn)的XCAP接口 。流程如圖3 所示，包括步驟
I) UE向Configure Server發(fā)送PUT消息，PUT中攜帶以XML格式描述的 Filter內(nèi)容。
2 ) Configure Server將Filter對應(yīng)標(biāo)識idl保存。
3 ) UE向RLS發(fā)送Subscribe消息，在Subscribe消息的Require頭域指定 simple-filter擴展機制，并在消息體中攜帶對Filter的指定Filter@idl。
4 ) RLS向Configure Server使用Get消息查詢Filter(^idl 。
5 ) Configure Server向RLS返回Filter(gidl的內(nèi)容。
6 ) RLS向Configure Server發(fā)送Subscribe消息，預(yù)訂Filter(^idl的變化信息。
7 ) RLS按照返回的Filter(^idl的內(nèi)容處理UE的事件訂閱。
8 ) UE向Configure Server發(fā)送PUT消息，PUT中攜帶Filter(^idl的更新信息 (也可以是Delete消息，永久刪除Filter(^idl )。
9 ) Configure Server判斷Filter(^idl已經(jīng)創(chuàng)建，則對其進(jìn)行更新。
10 ) Configure Server使用Notify消息將Filter(^idl的更新信息通知到RLS。
II) RLS按照更新后的Filter(^idl的內(nèi)容繼續(xù)處理l正的事件訂閱。
12 ) UE向RLS發(fā)送Subscribe消息，在Subscribe消息的消息體中攜帶更新后 的Filter的內(nèi)容(也可以攜帶remove-"true",臨時刪除Filter(^idl );由于處于 初始訂閱請求的有效期內(nèi)，RLS可以判斷前后Subscribe消息的關(guān)聯(lián)性，因此UE 可以指定也可以不指定Filter(^idl 。
13 ) RLS按照更新后的Filter(^idl的內(nèi)容繼續(xù)處理UE的事件訂閱。
下面對本發(fā)明實施例的終端設(shè)備、規(guī)則配置服務(wù)器和資源列表服務(wù)器進(jìn)行 詳細(xì)i兌明。
實施例三、 一種終端設(shè)備IO,如圖4所示，包括 MJ'J配置單元ll，包括
創(chuàng)建子單元lll，用于生成規(guī)則創(chuàng)建請求，所述規(guī)則創(chuàng)建請求包含過濾規(guī)
則，
修改子單元112,用于生成規(guī)則更新請求，所述規(guī)則更新請求包括與某個 標(biāo)識對應(yīng)的過濾規(guī)則的更新信息，
配置子單元113,用于將創(chuàng)建子單元lll生成的規(guī)則創(chuàng)建請求和修改子單元 112生成的規(guī)則更新請求發(fā)送給網(wǎng)絡(luò)側(cè)提供規(guī)則配置服務(wù)的功能實體；
訂閱請求單元12，包括
訂閱子單元121,用于生成訂閱請求，所述訂閱請求包括對需要使用的過 濾關(guān)見則的標(biāo)識，
更新子單元122,用于生成與訂閱子單元121生成的訂閱請求關(guān)聯(lián)的訂閱更 新請求，所述訂閱更新請求包括與所述訂閱請求中包含的標(biāo)識對應(yīng)的過濾規(guī)則 的更新信息，
請求子單元123,用于將訂閱子單元121生成的訂閱請求和更新子單元122 生成的訂閱更新請求發(fā)送給網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備。
網(wǎng)絡(luò)側(cè)的提供規(guī)則配置服務(wù)的功能實體和處理用戶訂閱請求的設(shè)備可以 由相同或不同的物理實體來充當(dāng)。
本實施例終端設(shè)備可用于作為實施例一和二中的用戶側(cè)終端設(shè)備。
實施例四、 一種規(guī)則配置服務(wù)器，如圖5所示，包括
規(guī)則存儲單元21 ，用于根據(jù)標(biāo)識保存并提供對應(yīng)的過濾規(guī)則；
規(guī)則管理單元22,用于獲取用戶的規(guī)則創(chuàng)建請求，所述規(guī)則創(chuàng)建請求包含 過濾規(guī)則；將所述過濾MJ'J與某個標(biāo)識對應(yīng)保存在MJ'J存儲單元21;
規(guī)則提供單元23,用于獲取包括某個標(biāo)識的查詢請求，查詢規(guī)則存儲單元 21 ，返回與所述查詢請求中的標(biāo)識對應(yīng)的過濾MJ'J 。
規(guī)則更新單元24，用于獲取用戶的規(guī)則更新請求，所述規(guī)則更新請求包括 與某個標(biāo)識對應(yīng)的過濾規(guī)則的更新信息；按照所述更新信息對規(guī)則存儲單元21 中與所述規(guī)則更新請求中的標(biāo)識對應(yīng)的過濾規(guī)則進(jìn)行更新；
更新通知單元25，用于獲取對與某個標(biāo)識對應(yīng)的過濾規(guī)則的狀態(tài)變化信息 的預(yù)訂請求；在規(guī)則更新單元24獲取包括所述預(yù)訂請求中的標(biāo)識的規(guī)則更新請 求之后，發(fā)送更新通知，所述更新通知包括與所述預(yù)訂請求中的標(biāo)識對應(yīng)的過 濾規(guī)則的更新信息。
本實施例規(guī)則配置服務(wù)器可用于作為實施例一和二中的在網(wǎng)絡(luò)側(cè)提供規(guī) 則配置服務(wù)的功能實體。
實施例五、 一種資源列表服務(wù)器，如圖6所示，包括
訂閱服務(wù)單元31,用于獲取用戶的訂閱請求，所述訂閱請求包括對需要使 用的過濾規(guī)則的標(biāo)識；
規(guī)則獲取單元32，用于根據(jù)訂閱服務(wù)單元31獲取的訂閱請求中的標(biāo)識獲取 對應(yīng)的過濾失見則；
事件過濾單元33,用于按照規(guī)則獲取單元32提供的過濾規(guī)則對所述訂閱請 求訂閱的內(nèi)容進(jìn)行過濾。
規(guī)則獲取單元32具體可包括
存儲單元321,用于保存并提供訂閱服務(wù)單元31獲取的訂閱請求需要使用 的過濾規(guī)則；
初始失見則單元322，用于發(fā)送包括所述訂閱請求中的標(biāo)識的查詢請求；將 返回的與所述訂閱請求中的標(biāo)識對應(yīng)的過濾身見則保存到存儲單元321;
第一更新單元323,用于獲取與所述訂閱請求關(guān)聯(lián)的訂閱更新請求，所述 訂閱更新請求包括與所述訂閱請求中的標(biāo)識對應(yīng)的過濾規(guī)則的更新信息；按照 所述更新信息更新存儲單元321中的過濾規(guī)則；
第二更新單元324 ，用于預(yù)訂與所述訂閱請求中的標(biāo)識對應(yīng)的過濾規(guī)則的 狀態(tài)變化信息；接收返回的更新通知，所述更新通知包括與所述訂閱請求中的 標(biāo)識對應(yīng)的過濾規(guī)則的更新信息；按照所述更新信息更新存儲單元321中的過 濾頭見則。
本實施例資源列表服務(wù)器可用于作為實施例一和二中的在網(wǎng)絡(luò)側(cè)處理用 戶訂閱請求的設(shè)備。
通過上述實施例可以看出，本發(fā)明實施例將過濾規(guī)則保存在網(wǎng)絡(luò)側(cè)，網(wǎng)絡(luò) 側(cè)通過用戶在訂閱請求中指定的標(biāo)識查找對應(yīng)的過濾規(guī)則并使用；使得用戶在 發(fā)起訂閱請求時無需攜帶過濾規(guī)則本身，降低了傳輸數(shù)據(jù)量，減少了網(wǎng)絡(luò)資源 的占用；同時，不同的終端可以通過指定對應(yīng)相同過濾規(guī)則的標(biāo)識使用相同的 過濾規(guī)則，實現(xiàn)過濾規(guī)則的多終端共享，保證了用戶體驗的一致性。
以上對本發(fā)明實施例所提供的事件訂閱方法以及相應(yīng)的過濾規(guī)則配置方 法、終端設(shè)備、規(guī)則配置服務(wù)器和資源列表服務(wù)器進(jìn)行了詳細(xì)介紹，本文中應(yīng)
用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員， 依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所迷， 本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1、一種事件訂閱方法，其特征在于，包括獲取用戶的訂閱請求，所述訂閱請求包括對需要使用的過濾規(guī)則的標(biāo)識；根據(jù)所述標(biāo)識獲取對應(yīng)的過濾規(guī)則；按照與所述標(biāo)識對應(yīng)的過濾規(guī)則對訂閱的內(nèi)容進(jìn)行過濾。
2、 根據(jù)權(quán)利要求l所述的事件訂閱方法，其特征在于，所述根據(jù)標(biāo)識獲取 對應(yīng)的過濾規(guī)則的步驟包括向規(guī)則配置服務(wù)器發(fā)送包括所述標(biāo)識的查詢請求； 獲取規(guī)則配置服務(wù)器返回的與所述標(biāo)識對應(yīng)的過濾規(guī)則。
3、 根據(jù)權(quán)利要求2所述的事件訂閱方法，其特征在于，還包括向所述規(guī)則配置服務(wù)器預(yù)訂與所述標(biāo)識對應(yīng)的過濾規(guī)則的狀態(tài)變化信息； 接收所述規(guī)則配置服務(wù)器根據(jù)所述對過濾規(guī)則的狀態(tài)變化信息的預(yù)訂發(fā) 送的更新通知，所述更新通知包括與所述標(biāo)識對應(yīng)的過濾規(guī)則的更新信息； 在收到所述更新信息后，按照更新后的過濾規(guī)則對訂閱的內(nèi)容進(jìn)行過濾。
4、 根據(jù)權(quán)利要求l所述的事件訂閱方法，其特征在于，還包括獲取與所述訂閱請求關(guān)聯(lián)的訂閱更新請求，所述訂閱更新請求包括與所述 標(biāo)識對應(yīng)的過濾規(guī)則的更新信息；在收到所述更新信息后，按照更新后的過濾規(guī)則對訂閱的內(nèi)容進(jìn)行過濾。
5、 一種過濾規(guī)則配置方法，其特征在于，包括獲取用戶的規(guī)則創(chuàng)建請求，所述規(guī)則創(chuàng)建請求包含過濾規(guī)則； 將所述過濾規(guī)則與某個標(biāo)識對應(yīng)保存； 按照所述標(biāo)識提供與所述標(biāo)識對應(yīng)的過濾規(guī)則。
6、 根據(jù)權(quán)利要求5所述的過濾規(guī)則配置方法，其特征在于，還包括 獲取用戶的規(guī)則更新請求，所述規(guī)則更新請求包括與所述標(biāo)識對應(yīng)的過濾規(guī)則的更新信息；按照所述更新信息對與所述標(biāo)識對應(yīng)的過濾規(guī)則進(jìn)行更新。
7、 根據(jù)權(quán)利要求6所述的過濾規(guī)則配置方法，其特征在于，所述按照標(biāo)識 提供與標(biāo)識對應(yīng)的過濾規(guī)則的步驟包括獲取網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備發(fā)送的包括所述標(biāo)識的查詢請求； 向網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備返回與所述標(biāo)識對應(yīng)的過濾規(guī)則。
8、 根據(jù)權(quán)利要求7所述的過濾規(guī)則配置方法，其特征在于，還包括 獲取網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備對與所述標(biāo)識對應(yīng)的過濾MJ'J的狀態(tài)變化信息的預(yù)訂請求；在獲取所述規(guī)則更新請求之后，向網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備發(fā)送更 新通知，所述更新通知包括與所述標(biāo)識對應(yīng)的過濾規(guī)則的更新信息。
9、 一種終端設(shè)備，其特征在于，包括規(guī)則配置單元，用于生成規(guī)則創(chuàng)建請求，所述規(guī)則創(chuàng)建請求包含過濾規(guī)則； 將所述規(guī)則創(chuàng)建請求發(fā)送給網(wǎng)絡(luò)側(cè)提供規(guī)則配置服務(wù)的功能實體；訂閱請求單元，用于生成訂閱請求，所述訂閱請求包括對需要使用的過濾 規(guī)則的標(biāo)識；將所述訂閱請求發(fā)送給網(wǎng)絡(luò)側(cè)處理用戶訂閱請求的設(shè)備。
10、 根據(jù)權(quán)利要求9所述的終端設(shè)備，其特征在于， 所述規(guī)則配置單元包括創(chuàng)建子單元，用于生成規(guī)則創(chuàng)建請求，所述規(guī)則創(chuàng)建請求包含過濾規(guī)則； 修改子單元，用于生成規(guī)則更新請求，所述規(guī)則更新請求包括與某個標(biāo)識 對應(yīng)的過濾規(guī)則的更新信息；配置子單元，用于將所述規(guī)則創(chuàng)建請求和規(guī)則更新請求發(fā)送給網(wǎng)絡(luò)側(cè)提供規(guī)則配置服務(wù)的功能實體； 所述訂閱請求單元包括訂閱子單元，用于生成訂閱請求，所述訂閱請求包括對需要使用的過濾規(guī) 則的標(biāo)識；更新子單元，用于生成與所述訂閱請求關(guān)聯(lián)的訂閱更新請求，所述訂閱更 新請求包括與所述訂閱請求中包含的標(biāo)識對應(yīng)的過濾規(guī)則的更新信息；請求子單元，用于將所述訂閱請求和訂閱更新請求發(fā)送給網(wǎng)絡(luò)側(cè)處理用戶 訂閱請求的設(shè)備。
11、 一種規(guī)則配置服務(wù)器，其特征在于，包括規(guī)則存儲單元，用于根據(jù)標(biāo)識保存并提供對應(yīng)的過濾規(guī)則； .規(guī)則管理單元，用于獲取用戶的規(guī)則創(chuàng)建請求，所述規(guī)則創(chuàng)建請求包含過 規(guī)則提供單元，用于獲取包括某個標(biāo)識的查詢請求，查詢所述規(guī)則存儲單 元，返回與所述查詢請求中的標(biāo)識對應(yīng)的過濾少見則。
12、 根據(jù)權(quán)利要求ll所述的規(guī)則配置服務(wù)器，其特征在于，還包括 規(guī)則更新單元，用于獲取用戶的規(guī)則更新請求，所述規(guī)則更新請求包括與某個標(biāo)識對應(yīng)的過濾規(guī)則的更新信息；按照所述更新信息對所述規(guī)則存儲單元 中與所述規(guī)則更新請求中的標(biāo)識對應(yīng)的過濾規(guī)則進(jìn)行更新；預(yù)訂請求；在所述規(guī)則更新單元獲取包括所述預(yù)訂請求中的標(biāo)識的規(guī)則更新請 求之后，發(fā)送更新通知，所述更新通知包括與所述預(yù)訂請求中的標(biāo)識對應(yīng)的過 濾規(guī)則的更新信息。
13、 一種資源列表服務(wù)器，其特征在于訂閱服務(wù)單元，用于獲取用戶的訂閱請求，所述訂閱請求包括對需要使用的過濾爿見則的標(biāo)識；規(guī)則獲取單元，用于根據(jù)所述訂閱請求中的標(biāo)識獲取對應(yīng)的過濾規(guī)則； 事件過濾單元，用于按照所述規(guī)則獲取單元提供的過濾規(guī)則對所述訂閱請求訂閱的內(nèi)容進(jìn)行過濾。
14、 根據(jù)權(quán)利要求13所述的資源列表服務(wù)器，其特征在于，所述規(guī)則獲取 單元包括存儲單元，用于保存并提供所述訂閱請求需要使用的過濾規(guī)則；初始規(guī)則單元，用于發(fā)送包括所述訂閱請求中的標(biāo)識的查詢請求；將返回 的與所述訂閱請求中的標(biāo)識對應(yīng)的過濾規(guī)則保存到所述存儲單元；第一更新單元，用于獲取與所述訂閱請求關(guān)聯(lián)的訂閱更新請求，所述訂閱 更新請求包括與所述訂閱請求中的標(biāo)識對應(yīng)的過濾規(guī)則的更新信息；按照所述 更新信息更新所述存儲單元中的過濾規(guī)則；第二更新單元，用于預(yù)訂與所述訂閱請求中的標(biāo)識對應(yīng)的過濾規(guī)則的狀態(tài) 變化信息；接收返回的更新通知，所述更新通知包括與所述訂閱請求中的標(biāo)識 對應(yīng)的過濾規(guī)則的更新信息；按照所述更新信息更新所述存儲單元中的過濾規(guī) 則。
全文摘要
本發(fā)明公開了一種事件訂閱方法，將過濾規(guī)則保存在網(wǎng)絡(luò)側(cè)，網(wǎng)絡(luò)側(cè)通過用戶在訂閱請求中指定的標(biāo)識查找對應(yīng)的過濾規(guī)則并使用。本發(fā)明還提供相應(yīng)的過濾規(guī)則配置方法、終端設(shè)備、規(guī)則配置服務(wù)器和資源列表服務(wù)器。本發(fā)明方案使得用戶在發(fā)起訂閱請求時無需攜帶過濾規(guī)則本身，降低了傳輸數(shù)據(jù)量，減少了網(wǎng)絡(luò)資源的占用；同時，不同的終端可以通過指定對應(yīng)相同過濾規(guī)則的標(biāo)識使用相同的過濾規(guī)則，實現(xiàn)過濾規(guī)則的多終端共享，保證了用戶體驗的一致性。
文檔編號H04L9/32GK101364952SQ20071013807
公開日2009年2月11日 申請日期2007年8月8日 優(yōu)先權(quán)日2007年8月8日
發(fā)明者斌 劉 申請人:華為技術(shù)有限公司