專利名稱：根據(jù)訂閱者的偏好控制會(huì)話初始協(xié)議特定事件通知的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于對(duì)應(yīng)于事件訂閱的會(huì)話初始協(xié)議(SIP)特定通知(S卩，基于SIP的通知)的系統(tǒng)和方法。具體地講，本發(fā)明涉及改善用于對(duì)應(yīng)于事件訂閱的通知的方法。而 且，本發(fā)明涉及通過使用如上所述的系統(tǒng)和方法來改善通知呈現(xiàn)事件(presence event)以 便在呈現(xiàn)系統(tǒng)中轉(zhuǎn)發(fā)(forward)呈現(xiàn)信息(presence information)的系統(tǒng)和方法。
背景技術(shù)：
由IETF(因特網(wǎng)工程任務(wù)組)的RFC(請(qǐng)求評(píng)論)3256標(biāo)識(shí)的“SIP特定事件通知” 描述了通過使用SIP SUBSCRIBE (SIP訂閱)和SIP NOTIFY (SIP通知)來轉(zhuǎn)發(fā)特定事件的 狀態(tài)的方法。圖1是圖示SIP特定事件通知(S卩，基于SIP的事件通知)方法的流程圖。參考圖 1，當(dāng)用戶期望跟上關(guān)于特定事件的狀態(tài)的最新信息(即，關(guān)于特定事件的最新狀態(tài)信息) 時(shí)，他/她作為訂閱者(subscriber)來訂閱相關(guān)事件。具有關(guān)于相關(guān)事件的狀態(tài)信息的訂 閱目標(biāo)響應(yīng)于訂閱者的請(qǐng)求來不斷(continues to)通知訂閱者關(guān)于相關(guān)事件的最新狀態(tài)
fn息ο圖2是圖示根據(jù)RFC3265的SIP特定事件通知方法中信令流的典型例子的流程 圖。如上所述，對(duì)于名稱為“foo”的事件，訂閱者向訂閱目標(biāo)轉(zhuǎn)發(fā)SUBSCRIBE請(qǐng)求。訂閱目 標(biāo)確定訂閱者是否可以訂閱“foo”事件。當(dāng)授權(quán)請(qǐng)求訂閱“foo”事件的訂閱者時(shí)，通過使 用NOTIFY向訂閱者轉(zhuǎn)發(fā)訂閱目標(biāo)已知的“foo”事件的當(dāng)前狀態(tài)。隨后，只要更新“foo”事 件的狀態(tài)，就通過使用NOTIFY向訂閱者轉(zhuǎn)發(fā)“foo”事件的最新更新的狀態(tài)。如上所述，呈現(xiàn)業(yè)務(wù)通過使用SIP特定事件通知技術(shù)來請(qǐng)求和轉(zhuǎn)發(fā)呈現(xiàn)信息。 為此，由RFC3856標(biāo)識(shí)的“用于SIP的呈現(xiàn)事件包”定義了呈現(xiàn)事件包。這里，呈現(xiàn)事件 變?yōu)槌尸F(xiàn)信息。參考圖3，觀察者(watcher)通過對(duì)呈現(xiàn)事件的訂閱，能夠請(qǐng)求呈現(xiàn)實(shí)體 (presentity)的呈現(xiàn)信息。呈現(xiàn)實(shí)體的呈現(xiàn)信息被轉(zhuǎn)發(fā)給保留呈現(xiàn)實(shí)體的呈現(xiàn)信息的呈現(xiàn) 實(shí)體的呈現(xiàn)服務(wù)器(也就是呈現(xiàn)實(shí)體的呈現(xiàn)服務(wù)器)。通過一系列呈現(xiàn)事件的通知，呈現(xiàn)服 務(wù)器向觀察者轉(zhuǎn)發(fā)呈現(xiàn)實(shí)體的呈現(xiàn)信息及其更新的呈現(xiàn)信息。圖4是示出通過使用呈現(xiàn)事件包來請(qǐng)求和轉(zhuǎn)發(fā)呈現(xiàn)信息的信令流的典型例子的 流程圖。在圖4中，觀察者、呈現(xiàn)實(shí)體的呈現(xiàn)服務(wù)器和事件分別對(duì)應(yīng)于如圖2所示的訂閱者、 訂閱目標(biāo)和“foo”。因此，如圖2中圖示的過程，觀察者向相關(guān)呈現(xiàn)實(shí)體的呈現(xiàn)服務(wù)器發(fā)出 用于訂閱呈現(xiàn)事件的請(qǐng)求，以接收呈現(xiàn)實(shí)體的呈現(xiàn)信息。相關(guān)呈現(xiàn)實(shí)體的呈現(xiàn)服務(wù)器授權(quán) 訂閱請(qǐng)求，然后不斷通知觀察者關(guān)于相關(guān)呈現(xiàn)實(shí)體的最新更新的呈現(xiàn)信息。通過擴(kuò)展如上所述的用于提供關(guān)于一個(gè)呈現(xiàn)實(shí)體的呈現(xiàn)業(yè)務(wù)的方案，觀察者可以 同時(shí)訂閱關(guān)于多個(gè)呈現(xiàn)實(shí)體的呈現(xiàn)業(yè)務(wù)。為此，觀察者通過使用資源列表服務(wù)器(RLS)來 訂閱關(guān)于呈現(xiàn)列表的呈現(xiàn)業(yè)務(wù)。術(shù)語“呈現(xiàn)列表”是指多個(gè)呈現(xiàn)實(shí)體的集合。通過訂閱關(guān) 于呈現(xiàn)列表的呈現(xiàn)業(yè)務(wù)，觀察者可以同時(shí)訂閱關(guān)于多個(gè)呈現(xiàn)實(shí)體的呈現(xiàn)信息。
圖5是圖示訂閱關(guān)于呈現(xiàn)列表的呈現(xiàn)業(yè)務(wù)的過程的流程圖。在圖5中，如果觀察 者請(qǐng)求訂閱呈現(xiàn)列表，則向RLS轉(zhuǎn)發(fā)訂閱請(qǐng)求。RLS解析(resolves)相關(guān)呈現(xiàn)列表，并且為 觀察者訂閱關(guān)于呈現(xiàn)列表上每個(gè)成員的呈現(xiàn)業(yè)務(wù)。此后，RLS接收每個(gè)呈現(xiàn)實(shí)體的呈現(xiàn)，合 并(aggregates)所接收的呈現(xiàn)，并向觀察者同時(shí)轉(zhuǎn)發(fā)所合并的呈現(xiàn)。通過執(zhí)行這個(gè)過程， 觀察者可以同時(shí)得到關(guān)于多個(gè)呈現(xiàn)實(shí)體的呈現(xiàn)信息，而無需訂閱關(guān)于多個(gè)呈現(xiàn)實(shí)體中的每 一個(gè)的呈現(xiàn)業(yè)務(wù)。

發(fā)明內(nèi)容
[技術(shù)問題]在如上所述的SIP特定事件通知技術(shù)中，無論何時(shí)事件被更新，都生成相關(guān)通知 以轉(zhuǎn)發(fā)所更新的事件。因此，系統(tǒng)的要求需要變得更加復(fù)雜以便轉(zhuǎn)發(fā)和處理每個(gè)生成的通 知。特別地，在通過使用呈現(xiàn)事件包提供呈現(xiàn)業(yè)務(wù)的情況下，當(dāng)考慮觀察者和呈現(xiàn)實(shí) 體的多樣性以及呈現(xiàn)信息被頻繁地更新的事實(shí)時(shí)，由于無論何時(shí)更新關(guān)于每個(gè)呈現(xiàn)實(shí)體的 呈現(xiàn)信息都要生成呈現(xiàn)事件的通知，所以流量負(fù)載(traffic load)變得不可容忍的高。所以，對(duì)于能夠有效減少SIP特定事件通知、特別是呈現(xiàn)事件通知量的方案，存在 迫切的需要。[技術(shù)方案]因此，做出本發(fā)明以解決在現(xiàn)有技術(shù)中出現(xiàn)的上述問題，并且本發(fā)明提供了在SIP 特定事件通知技術(shù)中根據(jù)訂閱者的偏好來控制轉(zhuǎn)發(fā)給訂閱者的事件通知量的系統(tǒng)和方法。根據(jù)本發(fā)明的一個(gè)方面，提供了一種根據(jù)訂閱者的偏好控制會(huì)話初始協(xié)議(SIP) 特定事件通知的系統(tǒng)，該系統(tǒng)包括訂閱者，通過事件通知控制器請(qǐng)求事件訂閱；訂閱目 標(biāo)，用于響應(yīng)于事件訂閱請(qǐng)求，通過事件通知控制器將事件通知給訂閱者；以及事件通知控 制器，用于根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則來控制是否向訂閱者轉(zhuǎn)發(fā)事件通知。根據(jù)本發(fā)明的另一方面，提供了一種根據(jù)訂閱者的偏好來控制會(huì)話初始協(xié)議 (SIP)特定事件通知的方法，該方法包括由訂閱者通過事件通知控制器向訂閱目標(biāo)轉(zhuǎn)發(fā) 事件訂閱請(qǐng)求；由訂閱目標(biāo)響應(yīng)于事件訂閱請(qǐng)求向事件通知控制器轉(zhuǎn)發(fā)事件通知；以及由 事件通知控制器根據(jù)預(yù)先存儲(chǔ)的訂閱者關(guān)于事件通知的偏好規(guī)則，向訂閱者轉(zhuǎn)發(fā)從訂閱目 標(biāo)接收的事件通知。[有益效果]如上所述，本發(fā)明中提供的系統(tǒng)和方法根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則，可以有效控制給訂閱者的事件通知。因此，本發(fā)明的系統(tǒng)和方法可以防止訂閱者不想要的多 余的事件通知的生成。


圖1是圖示根據(jù)現(xiàn)有技術(shù)的RFC3265中的SIP特定事件通知的流程圖；圖2是圖示根據(jù)現(xiàn)有技術(shù)的RFC3265中的SIP特定事件通知的信令流的流程圖；圖3是圖示根據(jù)現(xiàn)有技術(shù)的通過使用“呈現(xiàn)”事件通知來提供呈現(xiàn)業(yè)務(wù)的過程的 流程圖4是圖示根據(jù)現(xiàn)有技術(shù)的通過使用“呈現(xiàn)”事件包來提供呈現(xiàn)業(yè)務(wù)的信令流的 流程圖；圖5是圖示根據(jù)現(xiàn)有技術(shù)的通過使用RLS來提供關(guān)于呈現(xiàn)列表的呈現(xiàn)業(yè)務(wù)的過程 的流程圖；圖6是圖示根據(jù)訂閱者偏好來控制事件通知的系統(tǒng)和方法的流程圖；圖7A是圖示用于向事件通知控制器轉(zhuǎn)發(fā)訂閱者關(guān)于事件通知的偏好規(guī)則的方法 的流程圖；圖7B是圖示用于向事件通知控制器轉(zhuǎn)發(fā)訂閱者關(guān)于事件通知的偏好規(guī)則的另一 方法的流程圖；圖7C是圖示用于向事件通知控制器轉(zhuǎn)發(fā)訂閱者關(guān)于事件通知 的偏好規(guī)則的另一 方法的流程圖；圖8是圖示當(dāng)事件通知控制器包括在訂閱目標(biāo)中時(shí)、事件通知控制器的優(yōu)選實(shí)施 例的流程圖；圖9A是圖示當(dāng)事件通知控制器以非代理模式操作時(shí)、用于執(zhí)行事件訂閱的過程 的優(yōu)選實(shí)施例的流程圖；圖9B是圖示當(dāng)事件通知控制器以非代理模式操作時(shí)、事件通知控制器的第一優(yōu) 選實(shí)施例的流程圖；圖9C是圖示當(dāng)事件通知控制器以非代理模式操作時(shí)、事件通知控制器的第二優(yōu) 選實(shí)施例的流程圖；圖IOA是圖示當(dāng)事件通知控制器以代理模式操作時(shí)、用于執(zhí)行事件訂閱的過程的 優(yōu)選實(shí)施例的流程圖；圖IOB是圖示當(dāng)事件通知控制器以代理模式操作時(shí)、事件通知控制器的優(yōu)選實(shí)施 例的流程圖；圖11是圖示用于在觀察者和呈現(xiàn)實(shí)體存在于相同域中的單域呈現(xiàn)系統(tǒng)中、根據(jù) 觀察者關(guān)于事件通知的偏好規(guī)則來控制“呈現(xiàn)”事件通知的優(yōu)選實(shí)施例的視圖；以及圖12是圖示用于在觀察者和呈現(xiàn)實(shí)體存在于不同域的多域呈現(xiàn)系統(tǒng)中、根據(jù)觀 察者關(guān)于事件通知的偏好規(guī)則來控制“呈現(xiàn)”事件通知的優(yōu)選實(shí)施例的視圖。
具體實(shí)施例方式在下文中，將參考附圖詳細(xì)描述本發(fā)明的優(yōu)選實(shí)施例。對(duì)于附圖中相同的配置元 素，應(yīng)該注意的是，將在下面的描述和附圖中通過相同的參考標(biāo)記來表示相同的配置元素， 盡管它們?cè)诓煌母綀D中示出。而且，在本發(fā)明的下面的描述中，當(dāng)對(duì)已知功能和配置的詳 細(xì)描述可能使本發(fā)明的主題變得不清楚時(shí)，將省略這里所結(jié)合的詳細(xì)描述。圖6是圖示本發(fā)明中提供的根據(jù)訂閱者偏好來控制事件通知的系統(tǒng)和方法的流 程圖。訂閱者通過事件通知控制器請(qǐng)求事件訂閱。然后，如果訂閱者期望接收事件通知，則 事件通知控制器根據(jù)訂閱者關(guān)于事件通知的偏好項(xiàng)(例如，訂閱者期望在特定時(shí)間段接收 事件通知)，向訂閱者轉(zhuǎn)發(fā)從訂閱目標(biāo)接收的事件通知，從而控制給訂閱者的事件通知。因?yàn)槭录ㄖ刂破鞲鶕?jù)訂閱者關(guān)于事件通知的偏好來控制給訂閱者的事件通 知，所以訂閱者需要向事件通知控制器轉(zhuǎn)發(fā)訂閱者關(guān)于事件通知的偏好規(guī)則。為此，本發(fā)明提供了根據(jù)圖7A-7C的如下三種方法。圖7A是圖示第一種方法的流程圖。參考圖7，在步驟1中，訂閱者將訂閱者關(guān)于事 件通知的偏好規(guī)則包括在對(duì)相關(guān)事件的訂閱中，然后向事件通知控制器轉(zhuǎn)發(fā)訂閱。如上所 述，通過經(jīng)由事件控制器向訂閱目標(biāo)轉(zhuǎn)發(fā)事件訂閱來實(shí)現(xiàn)訂閱者的事件訂閱。因此，如果訂 閱者將訂閱者關(guān)于事件通知的偏好規(guī)則包括在SIP SUBSCRIBE中，則在步驟2中，事件控制 器從SIPSUBSCRIBE中提取關(guān)于事件通知的相關(guān)偏好規(guī)則，并將所提取的偏好規(guī)則存儲(chǔ)在 其中，然后在步驟3中向訂閱目標(biāo)轉(zhuǎn)發(fā)SIP SUBSCRIBE。圖7B是圖示第二種方法的流程圖。參考圖7B，在步驟1中，訂閱者通過使用分離 的(s印arate)SIP PUBLISH(SIP發(fā)布)，直接向事件通知控制器轉(zhuǎn)發(fā)訂閱者關(guān)于事件通知 的偏好規(guī)則。圖7C是圖示第三種方法的流程圖。在第三種方法中，提供了能夠存儲(chǔ)訂閱者 的數(shù)個(gè)偏好規(guī)則的可擴(kuò)展標(biāo)記語言(XML)文件管理服務(wù)器(XDMS)。而且，在第三種方法中， 訂閱者通過使用根據(jù)題為 “the XML Configuration Access Protocol (XCAP) ” 的 RFC4825 的操作(也就是XCAP操作)，將訂閱者關(guān)于事件通知的偏好規(guī)則存儲(chǔ)在XDMS中，并且事件 控制器從XDMS得到相關(guān)的偏好規(guī)則。參考圖7C，在步驟1中，訂閱者通過使用XCAP操作將 訂閱者關(guān)于事件通知的偏好規(guī)則設(shè)置到XDMS中。在步驟2中，訂閱者XDMS存儲(chǔ)所接收的 偏好規(guī)則。然后，在步驟3中，訂閱者XDMS將訂閱者關(guān)于事件通知的偏好規(guī)則帶給事件通 知控制器。
通過使用本發(fā)明中提出的訂閱者關(guān)于事件的偏好規(guī)則，訂閱者可以設(shè)立關(guān)于事件 通知的各種各樣的偏好。例如，訂閱者可以指定僅在訂閱者的當(dāng)前狀態(tài)是特定狀態(tài)時(shí)才接 收事件通知。類似地，訂閱者可以以訂閱者僅能接收特定時(shí)區(qū)的事件通知的方式來設(shè)置訂 閱者關(guān)于事件的偏好規(guī)則。也可以規(guī)定偏好規(guī)則的其它設(shè)置。圖8是圖示用于當(dāng)事件通知 控制器包括在訂閱目標(biāo)中時(shí)、根據(jù)本發(fā)明中提供的訂閱者的偏好來控制事件通知的系統(tǒng)和 方法的優(yōu)選實(shí)施例的流程圖。在實(shí)施例中，如圖2中所示的現(xiàn)有技術(shù)，在訂閱者和訂閱目標(biāo) 之間執(zhí)行事件訂閱過程。然而，不像如現(xiàn)有技術(shù)所提出的無論何時(shí)更新了相關(guān)事件的狀態(tài) 也就是事件狀態(tài)都轉(zhuǎn)發(fā)額外的事件通知，在本發(fā)明中，當(dāng)需要響應(yīng)于相關(guān)事件的更新狀態(tài) 而轉(zhuǎn)發(fā)額外的事件通知時(shí)，存在于訂閱目標(biāo)內(nèi)的事件通知控制器檢查在如圖7所示的過程 中轉(zhuǎn)發(fā)的訂閱者關(guān)于事件通知的偏好規(guī)則。然后，僅當(dāng)所檢查的偏好規(guī)則當(dāng)前允許額外的事件通知時(shí)，事件通知控制器生成 額外的事件通知來向訂閱者轉(zhuǎn)發(fā)所生成的事件通知。相反，當(dāng)訂閱者關(guān)于事件通知的偏好 規(guī)則當(dāng)前不允許額外的事件通知時(shí)，事件通知控制器保留(holds)額外的事件通知直到偏 好規(guī)則允許額外的事件通知。在該狀態(tài)中，在圖8的步驟8中，當(dāng)訂閱者關(guān)于事件通知的偏好規(guī)則允許額外的事 件通知時(shí)，事件通知控制器向訂閱者轉(zhuǎn)發(fā)保留的事件通知。最后，在圖8的步驟9中，僅當(dāng) 事件通知與由訂閱者設(shè)置的訂閱者關(guān)于事件通知的偏好規(guī)則相符時(shí)，也就是僅當(dāng)訂閱者偏 好(prefers to)接收事件通知時(shí)，訂閱者才接收事件通知。本發(fā)明提供了當(dāng)事件通知控制器獨(dú)立于訂閱目標(biāo)而存在時(shí)、事件通知控制器以非 代理模式或代理模式操作。在事件通知控制器以非代理模式操作的情況下，事件通知控制器作為中間節(jié)點(diǎn)存 在于用于訂閱者和訂閱目標(biāo)之間的事件訂閱的SIP會(huì)話的路徑上，并且可以根據(jù)訂閱者的偏好來控制在訂閱者和訂閱目標(biāo)之間的事件通知(也就是SIP NOTIFY)。在事件通知控制器以代理模式操作的情況下，事件通知控制器分離用于訂閱者和 訂閱目標(biāo)之間的事件訂閱的SIP會(huì)話，并且可以根據(jù)訂閱者的偏好來控制在訂閱者和訂閱 目標(biāo)之間的事件通知(也就是SIP NOTIFY)。當(dāng)事件通知控制器以非代理模式操作時(shí)，本發(fā)明提供了它如圖9A、9B和9C所示那 樣操作。參考圖9A，當(dāng)事件通知控制器以非代理模式操作時(shí)，本發(fā)明提供了它是用于事件 訂閱和事件通知的中間節(jié)點(diǎn)。當(dāng)如圖9A的步驟1所示訂閱者通過使用SIP SUBSCRIBE來 訂閱事件時(shí)，通過將事件通知控制器的SIP地址插入到Route標(biāo)頭(Route Header)中，如 題為“SIP :Session Initiation Protocol”的RFC3261中所定義的，以及當(dāng)在圖9A的步 驟2和3中，接收SIPSUBSCRIBE的事件通知控制器向訂閱目標(biāo)轉(zhuǎn)發(fā)相關(guān)的SIP SUBSCRIBE 時(shí)，通過將事件通知控制器的SIP地址插入到Record-Route標(biāo)頭(Record-RouteHeader) 中，如題為“SIP :Session Initiation Protocol”的RFC3261中所定義的，可以實(shí)現(xiàn)所述 提供。否則，根據(jù)SIP網(wǎng)絡(luò)的路由設(shè)置作為基礎(chǔ)，可以首先向事件通知控制器轉(zhuǎn)發(fā)訂閱者的 SIP SUBSCRIBE。即便在這種情況下，當(dāng)向訂閱目標(biāo)轉(zhuǎn)發(fā)相關(guān)的SIP SUBSCRIBE時(shí)，事件通 知控制器仍添加(append)將事件通知控制器的SIP地址插入其中的Record-Route標(biāo)頭。在圖9A的步驟4中，如上所述如果訂閱者具有能夠訂閱相關(guān)事件的權(quán)利，則接收 用于事件訂閱的SIP SUBSCRIBE的訂閱目標(biāo)授權(quán)，然后在圖9A的步驟5中，當(dāng)訂閱者被授權(quán) 時(shí)，該訂閱目標(biāo)向事件通知控制器轉(zhuǎn)發(fā)2000K響應(yīng)。由于如上所述的Record-Route標(biāo)頭， 在圖9A的步驟6中，向事件通知控制器轉(zhuǎn)發(fā)2000K響應(yīng)，并且在圖9A的步驟7中，事件通 知控制器向訂閱者轉(zhuǎn)發(fā)與所接收的2000K響應(yīng)相同的2000K響應(yīng)。如在現(xiàn)有技術(shù)中所述，緊跟在轉(zhuǎn)發(fā)2000K響應(yīng)之后，在圖9A的步驟8和9中，訂閱 目標(biāo)將相關(guān)事件的當(dāng)前狀態(tài)包括在初始SIP NOTIFY的消息體(body)中，并轉(zhuǎn)發(fā)具有當(dāng)前 事件狀態(tài)的初始SIP NOTIFY，也就是包括當(dāng)前事件狀態(tài)的初始SIP NOTIFY。如上所述，在 圖9A的步驟10和11中，初始SIP NOTIFY被轉(zhuǎn)發(fā)給事件通知控制器，并且事件通知控制器 向訂閱者轉(zhuǎn)發(fā)所接收的初始SIP NOTIFY。在圖9A的步驟12、13、14和15中，當(dāng)接收到初始 SIP NOTIFY時(shí)，訂閱者通過事件通知控制器向訂閱目標(biāo)轉(zhuǎn)發(fā)2000K響應(yīng)。這樣，當(dāng)事件通知控制器以非代理模式操作時(shí)，實(shí)現(xiàn)了在其中可以控制事件通知 的事件訂閱。而且，本發(fā)明提供了以非代理模式操作的事件通知控制器如下控制事件通知。在事件通知控制器以非代理模式操作的情況下，可以用圖9B和9C中兩種不同的 方法來實(shí)現(xiàn)事件通知。在圖9B中圖示的第一實(shí)施例中，在圖9B的步驟1和2中，如果更新事件狀態(tài)，則 訂閱目標(biāo)將相關(guān)事件的更新狀態(tài)包括在SIP NOTIFY中，并轉(zhuǎn)發(fā)具有更新事件狀態(tài)的SIP NOTIFY。如圖9A中示出的過程中所執(zhí)行的，SIPN0TIFY被轉(zhuǎn)發(fā)給事件通知控制器。當(dāng)接收到新的事件通知時(shí)，事件通知控制器檢查如圖7中示出的過程中設(shè)置的 訂閱者關(guān)于事件通知的偏好規(guī)則。因此，當(dāng)根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則，訂閱者 的當(dāng)前狀態(tài)允許新的事件通知時(shí)，事件通知控制器向訂閱者轉(zhuǎn)發(fā)新的事件通知。否則，事 件通知控制器不向訂閱者轉(zhuǎn)發(fā)新的事件通知，而向訂閱目標(biāo)轉(zhuǎn)發(fā)“480暫時(shí)不可用(480Temporarily Unavailable)” 口向應(yīng)，如題為 “SIP :Session Initiation Protocol” 的 RFC3261中定義的。這時(shí)，事件通知控制器可能能夠根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則來預(yù)先確定 訂閱者期望接收事件通知的時(shí)間。例如，如果訂閱者以這樣的方式設(shè)置偏好規(guī)則，即偏好規(guī) 則可以允許一個(gè)小時(shí)之后的事件通知，則可以注意到事件通知在一個(gè)小時(shí)之后是可能的。 在上述的這種情況下，在圖9B的步驟3中，事件通知控制器將可能進(jìn)行事件通知的預(yù)定時(shí) 間設(shè)置到 Retry-After 標(biāo)頭(Retry-After Header)中，如題為"SIP :Session Initiation Protocol"的RFC3261中定義的，并與“480暫時(shí)不可用”響應(yīng)一起轉(zhuǎn)發(fā)具有預(yù)定時(shí)間的 Retry-After標(biāo)頭。如圖9B的步驟3所示，需要通知訂閱目標(biāo)何時(shí)生成下面的事件通知。在圖9B的步驟4中，“480暫時(shí)不可用”響應(yīng)被轉(zhuǎn)發(fā)給訂閱目標(biāo)，并且在圖9B的步 驟5中，訂閱目標(biāo)保留事件通知的生成直到參考Retry-After標(biāo)頭的值的預(yù)定時(shí)間。然后， 在圖9B的步驟6中，訂閱目標(biāo)重新生成具有更新事件狀態(tài)的SIP NOTIFY。如上所述，具有 更新事件狀態(tài)的重新生成的SIPN0TIFY被轉(zhuǎn)發(fā)給事件通知控制器。然后，在圖9B示出的步 驟7和8中，事件通知控制器檢查訂閱者關(guān)于事件通知的偏好規(guī)則，并在偏好規(guī)則允許相關(guān) 的事件通知時(shí)，向訂閱者轉(zhuǎn)發(fā)相關(guān)的事件通知。在圖9B的步驟9、10、11和12中，當(dāng)接收到 相關(guān)的事件通知時(shí)，訂閱者通過事件通知控制器向訂閱目標(biāo)轉(zhuǎn)發(fā)2000K響應(yīng)。如上所述，根據(jù)本發(fā)明的第一實(shí)施例，以非代理模式操作的事件通知控制器可以 根據(jù)訂閱者的偏好來控制事件通知。本發(fā)明還提供了使用以非代理模式操作的事件通知控制器的事件通知控制的第 二實(shí)施例，如圖所示。參考圖9C，當(dāng)通過如圖9A中圖示的以非代理模式操作的事件通知控制器實(shí)現(xiàn)事 件訂閱、然后相關(guān)事件的狀態(tài)更新(例如更新事件狀態(tài)A)時(shí)，在圖9C的步驟1中，訂閱目 標(biāo)將相關(guān)事件的更新事件包括在SIP NOTIFY中，并在圖9C的步驟1和2中向事件通知控 制器轉(zhuǎn)發(fā)具有更新事件狀態(tài)的SIPN0TIFY。在圖9C的步驟3中，當(dāng)接收到具有更新事件狀態(tài)的SIP NOTIFY時(shí)，事件通知控制 器檢查訂閱者關(guān)于事件通知的偏好規(guī)則，所述偏好規(guī)則在圖7中示出的過程中設(shè)置。當(dāng)根 據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則檢查到訂閱者的當(dāng)前狀態(tài)允許所接收的事件通知時(shí)，事 件通知控制器向訂閱者轉(zhuǎn)發(fā)相關(guān)的事件通知，也就是所接收的事件通知。否則，事件通知控 制器首先將更新事件狀態(tài)存儲(chǔ)在其中，以便在隨后允許給訂閱者的相關(guān)的事件通知時(shí)，通 過相關(guān)的事件通知轉(zhuǎn)發(fā)更新的事件狀態(tài)。然后，事件通知控制器向訂閱目標(biāo)而不是訂閱者 轉(zhuǎn)發(fā)2000K響應(yīng)。這是需要的，以便防止如下情況當(dāng)在圖9C中示出的步驟3中，轉(zhuǎn)發(fā)SIP NOTIFY之后的預(yù)定時(shí)間段內(nèi)沒有響應(yīng)時(shí)，訂閱目標(biāo)確定相關(guān)的事件訂閱不再存在，然后完 成相關(guān)的事件訂閱。同時(shí)，當(dāng)響應(yīng)于隨后發(fā)生的事件狀態(tài)的額外更新時(shí)，例如圖9C的步驟5中的更新 狀態(tài)B，訂閱目標(biāo)將相關(guān)事件的更新狀態(tài)包括在SIP NOTIFY中，并向事件通知控制器轉(zhuǎn)發(fā) 具有更新的事件狀態(tài)的SIP NOTIFY，并且事件通知控制器檢查訂閱者關(guān)于事件通知的偏好 規(guī)則，如上所示。當(dāng)根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則檢查到訂閱者的當(dāng)前狀態(tài)不允許額外的 事件通知時(shí)，事件通知控制器首先將更新事件狀態(tài)存儲(chǔ)在其中，以便在隨后允許給訂閱者的額外的事件通知時(shí)，通過額外的事件通知轉(zhuǎn)發(fā)額外的更新的事件狀態(tài)。然后，事件通知控 制器向訂閱目標(biāo)而不是訂閱者轉(zhuǎn)發(fā)2000K響應(yīng)(圖9C的步驟5、6、7和8)。在這之后，當(dāng)根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則、訂閱者的狀態(tài)變化為允許額 外的事件通知時(shí)，在圖9C的步驟7和9中，事件通知控制器合并(aggregates)之前存儲(chǔ) 的更新的事件狀態(tài)，例如更新的事件狀態(tài)A和B，并向訂閱者轉(zhuǎn)發(fā)所合并的更新事件狀態(tài)的 事件通知。當(dāng)接收到所合并的更新事件狀態(tài)的事件通知時(shí)，訂閱者向事件通知控制器轉(zhuǎn)發(fā) 2000K響應(yīng)。然而，由于事件通知控制器已經(jīng)向訂閱目標(biāo)而不是訂閱者轉(zhuǎn)發(fā)了 2000K響應(yīng)， 所以忽略轉(zhuǎn)發(fā)給它的2000K響應(yīng)(在圖9C示出的步驟10、11和12中)。根據(jù)如上所述的 本發(fā)明的第二實(shí)施例，通過使用以非代理模式操作的事件通知控制器，可以根據(jù)訂閱者的 偏好來控制事件通知。本發(fā)明提供了當(dāng)事件通知控制器以代理模式操作時(shí)，事件通知控制器應(yīng)該分離訂 閱者和訂閱目標(biāo)之間的事件訂閱的SIP會(huì)話，從而根據(jù)訂閱者的偏好控制訂閱者和訂閱目 標(biāo)之間的事件通知，也就是SIP NOTIFY。即，本發(fā)明提供了事件通知控制器應(yīng)該作為訂閱者 和訂閱目標(biāo)之間的Back-TO-Back用戶代理(Back-TO-Back User Agent,B2BUA)來操作，如 題為“SIP :SessionInitiation Protocol”的RFC3261中定義的，從而建立訂閱者和事件通 知控制器之間的一個(gè)事件訂閱會(huì)話，并且與該一個(gè)事件訂閱會(huì)話的建立一起、對(duì)于相關(guān)事 件建立事件通知控制器和訂閱目標(biāo)之間的后端事件訂閱會(huì)話。在事件通知控制器以非代理模式操作的情況下，在訂閱者和訂閱目標(biāo)之間存在用 于事件訂閱的一個(gè)SIP會(huì)話，并且以非代理模式操作的事件通知控制器充當(dāng)訂閱者和訂閱 目標(biāo)之間用于事件訂閱消息的轉(zhuǎn)發(fā)節(jié)點(diǎn)(forwardingnode)。然而，在事件通知控制器以 代理模式操作的情況下，在訂閱者和事件通知控制器之間建立用于事件訂閱的一個(gè)SIP會(huì) 話，以及在以代理模式操作的事件通知控制器和訂閱目標(biāo)之間建立用于事件訂閱的分離的 SIP會(huì)話。因此，可以注意到，以代理模式操作的事件通知控制器以與當(dāng)事件通知控制器以 非代理模式操作時(shí)不同的方式工作。本發(fā)明提供了以代理模式操作的事件通知控制器的事件通知控制過程，如圖10A 和10B所示。參考圖10A，在圖10A的步驟1中，向事件通知控制器轉(zhuǎn)發(fā)使用SIPSUBSCRIBE的 訂閱者的事件訂閱請(qǐng)求，其中事件通知控制器作為事件訂閱請(qǐng)求的終端。因此，事件通知控 制器充當(dāng)B2BUA，并向訂閱目標(biāo)請(qǐng)求對(duì)于相關(guān)事件的后端事件訂閱(圖10A的步驟2和3)。 這時(shí)，可以通過在后端事件訂閱請(qǐng)求中將原始用戶描述為認(rèn)證用戶，事件通知控制器可以 指示在圖10A的步驟2和3中針對(duì)相關(guān)的訂閱者執(zhí)行相關(guān)的后端事件訂閱。通過使用如題 為"Private Extension to the SIP for Asserted Identity within Trusted Networks，， 的 RFC3325 定義的 P-Asserted-Identity 標(biāo)頭(P-Asserted-Identity Header)，或者通過 使用未在此描述的其他方法，來表示SIP請(qǐng)求中的認(rèn)證用戶信息。認(rèn)證用戶信息的表示將 不在本發(fā)明中更詳細(xì)地描述。訂閱目標(biāo)從事件通知控制器接收后端事件訂閱請(qǐng)求，并在圖10A的步驟4中，對(duì)于 在所接收的后端事件訂閱請(qǐng)求中的認(rèn)證用戶信息中描述的原始訂閱者，對(duì)相關(guān)事件執(zhí)行業(yè) 務(wù)認(rèn)證。如果對(duì)相關(guān)事件的業(yè)務(wù)認(rèn)證被認(rèn)證了，則在圖10A的步驟5中，訂閱目標(biāo)向事件 通知控制器轉(zhuǎn)發(fā)對(duì)應(yīng)于后端事件訂閱請(qǐng)求的2000K響應(yīng)。在圖10A的步驟6和7中，作為B2BUA的事件通知控制器從訂閱目標(biāo)接收對(duì)應(yīng)于后端事件訂閱請(qǐng)求的2000K響應(yīng)，并響應(yīng) 于如上所述的來自訂閱者的事件訂閱請(qǐng)求，向訂閱者轉(zhuǎn)發(fā)與所接收到的2000K響應(yīng)相同的 2000K響應(yīng)。如上述現(xiàn)有技術(shù)，緊跟在轉(zhuǎn)發(fā)2000K響應(yīng)之后，在圖10A的步驟8和9中，訂閱目 標(biāo)將相關(guān)事件的當(dāng)前狀態(tài)包括在初始SIP NOTIFY的消息體中，并向事件通知控制器轉(zhuǎn)發(fā)具 有當(dāng)前事件狀態(tài)的初始SIP NOTIFY。在圖10A的步驟10和11中，作為B2BUA的事件通知 控制器從訂閱目標(biāo)接收對(duì)應(yīng)于后端事件訂閱的初始SIP NOTIFY，并響應(yīng)于如上所述的來自 訂閱者的事件訂閱，向訂閱者轉(zhuǎn)發(fā)與所接收的SIP NOTIFY相同的SIP NOTIFY。在圖10A的步驟12和13中，當(dāng)接收到對(duì)應(yīng)于事件訂閱的初始SIPN0TIFY時(shí)，訂閱 者向事件通知控制器轉(zhuǎn)發(fā)2000K響應(yīng)。在圖10A的步驟14和15中，當(dāng)接收到2000K響應(yīng) 時(shí)，作為B2BUA的事件通知控制器向訂閱目標(biāo)轉(zhuǎn)發(fā)2000K響應(yīng)，以答復(fù)對(duì)應(yīng)于之前的后端事 件訂閱的初始SIPN0TIFY。使用這個(gè)工程，可以實(shí)現(xiàn)事件訂閱，其中通過使用以代理模式操作的事件通知控 制器，可以控制事件通知。如上所述，當(dāng)事件通知控制器以代理模式操作時(shí)，在實(shí)現(xiàn)可以在其中控制事件通 知的事件訂閱之后，本發(fā)明提供了以代理模式操作的事件通知控制器控制事件通知，如圖 10B所示。參考圖10B，當(dāng)在圖10B的步驟1中事件狀態(tài)被更新時(shí)，例如更新的事件狀態(tài)A，在 圖10B的步驟1和2中，訂閱目標(biāo)將相關(guān)事件的更新狀態(tài)包括在SIP NOTIFY中，并向事件 通知控制器轉(zhuǎn)發(fā)具有更新事件狀態(tài)的SIPN0TIFY。在圖10B的步驟3和4中，當(dāng)接收到對(duì)應(yīng)于后端事件訂閱的SIP NOTIFY時(shí)，事件 通知控制器從所接收的SIP NOTIFY中提取更新的事件狀態(tài)，以將所提取的更新的事件狀態(tài) 存儲(chǔ)在其中，并向訂閱目標(biāo)轉(zhuǎn)發(fā)對(duì)應(yīng)于所接收的后端SIP NOTIFY的后端2000K響應(yīng)。為了 確定事件通知控制器是否將更新的事件狀態(tài)通知給訂閱者，將更新的事件狀態(tài)存儲(chǔ)在其中 的事件通知控制器檢查在圖7所示的過程中設(shè)置的訂閱者關(guān)于事件通知的偏好規(guī)則，如同 在事件通知控制器以非代理模式操作的情況下圖9B的步驟3和圖9C的步驟3 —樣。當(dāng)根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則檢查到訂閱者的當(dāng)前狀態(tài)允許事件通知 (例如更新的事件狀態(tài)A的后端事件通知)時(shí)，事件通知控制器將所接收的更新事件狀態(tài)包 括在對(duì)應(yīng)于來自訂閱者的事件訂閱的SIP NOTIFY的消息體中，如上所述，并向訂閱者轉(zhuǎn)發(fā) SIP NOTIFY。相反，在圖10B的步驟5中，如果根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則，訂閱 者的當(dāng)前狀態(tài)不允許事件通知，則事件通知控制器首先將更新的事件狀態(tài)存儲(chǔ)在其中，以 便隨后允許給訂閱者的事件通知時(shí)，轉(zhuǎn)發(fā)更新的事件狀態(tài)。在這之后，在圖10B的步驟6和7中，響應(yīng)于事件狀態(tài)的額外更新，例如圖10B 的步驟6中的更新的事件狀態(tài)B，訂閱目標(biāo)將相關(guān)事件的額外更新的狀態(tài)包括在后端SIP NOTIFY中，然后向事件通知控制器轉(zhuǎn)發(fā)具有額外更新的事件狀態(tài)的后端SIP NOTIFY。如上 所述，在圖10B的步驟8和9中，當(dāng)接收到具有額外更新的事件狀態(tài)的后端SIP NOTIFY時(shí)， 事件通知控制器從后端SIP NOTIFY中提取額外更新的事件狀態(tài)以存儲(chǔ)所提取的更新的事 件狀態(tài)，并向訂閱目標(biāo)轉(zhuǎn)發(fā)對(duì)應(yīng)于所接收的后端SIP NOTIFY的后端2000K響應(yīng)。在這之后，在圖10B的步驟10和11中，當(dāng)根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則，訂閱者的狀態(tài)改變到允許額外更新的事件狀態(tài)的事件通知時(shí)，事件通知控制器合并之前存 儲(chǔ)的事件狀態(tài)，將所合并的事件狀態(tài)包括在對(duì)應(yīng)于來自訂閱者的事件訂閱的SIP NOTIFY的 消息體中，然后向訂閱者轉(zhuǎn)發(fā)具有所合并的事件狀態(tài)的SIP NOTIFY。在圖10B中示出的步 驟12和13中，當(dāng)接收到具有所合并的事件狀態(tài)的SIP NOTIFY時(shí)，訂閱者向事件通知控制 器轉(zhuǎn)發(fā)2000K響應(yīng)。根據(jù)如上所述本發(fā)明的實(shí)施例，通過使用以代理模式操作的事件通知控制器，可 以根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則來控制事件通知。如在現(xiàn)有技術(shù)中所述，通過訂閱和通知由RFC 3856定義的“呈現(xiàn)”事件來實(shí)現(xiàn)呈 現(xiàn)業(yè)務(wù)。即，通過訂閱“呈現(xiàn)”事件來實(shí)現(xiàn)觀察者對(duì)于呈現(xiàn)業(yè)務(wù)向呈現(xiàn)實(shí)體發(fā)出請(qǐng)求，并將 關(guān)于呈現(xiàn)實(shí)體的呈現(xiàn)信息包括在“呈現(xiàn)”事件通知中，然后向觀察者轉(zhuǎn)發(fā)“呈現(xiàn)”事件通知。 因此，可以將本發(fā)明中提供的根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則來控制事件通知的系統(tǒng) 和方法應(yīng)用到呈現(xiàn)業(yè)務(wù)。本發(fā)明提供了在呈現(xiàn)系統(tǒng)中，應(yīng)該如圖11和12所示來實(shí)現(xiàn)根據(jù)訂閱者關(guān)于事件 通知的偏好規(guī)則對(duì)事件通知的控制。圖11圖示了在觀察者和呈現(xiàn)實(shí)體處于相同域的單一域呈現(xiàn)系統(tǒng)中、根據(jù)觀察者 關(guān)于事件通知的偏好規(guī)則來控制“呈現(xiàn)”事件通知的實(shí)施例。為此，本發(fā)明提供了如上所述的事件通知控制器在單一域呈現(xiàn)系統(tǒng)中位于呈現(xiàn)服 務(wù)器、RLS或者另一呈現(xiàn)實(shí)體內(nèi)。這時(shí)，觀察者對(duì)應(yīng)于“呈現(xiàn)”事件的訂閱者，呈現(xiàn)服務(wù)器、 RLS或者其他呈現(xiàn)實(shí)體對(duì)應(yīng)于“呈現(xiàn)”事件的訂閱目標(biāo)。因此，本發(fā)明提供了呈現(xiàn)服務(wù)器或 RLS應(yīng)該通過使用如圖8中描述的事件通知控制器，根據(jù)觀察者關(guān)于呈現(xiàn)事件通知的偏好 規(guī)則來控制給觀察者的呈現(xiàn)事件通知。而且，本發(fā)明提供了觀察者可以以圖7中描述的方 法之一來設(shè)置他/她自己關(guān)于呈現(xiàn)事件通知的偏好規(guī)則。而且，對(duì)于觀察者以圖7C中描述 的方法來設(shè)置他/她自己關(guān)于呈現(xiàn)事件通知的偏好規(guī)則的情況，本發(fā)明提供了被稱為“觀 察者XDMS”的新系統(tǒng)。更具體地，在圖11的步驟1中，作為“呈現(xiàn)”事件的訂閱者的觀察者請(qǐng)求對(duì)呈現(xiàn)實(shí) 體的“呈現(xiàn)”事件的訂閱，并向呈現(xiàn)服務(wù)器、RLS或其他呈現(xiàn)實(shí)體轉(zhuǎn)發(fā)該請(qǐng)求。通過使用本發(fā) 明中提出的事件通知控制器，僅當(dāng)在圖11的步驟2中根據(jù)觀察者關(guān)于呈現(xiàn)事件通知的偏好 規(guī)則，觀察者期望接收呈現(xiàn)事件通知時(shí)，在圖11的步驟3中，呈現(xiàn)服務(wù)器或RLS才向觀察者 轉(zhuǎn)發(fā)包括關(guān)于呈現(xiàn)實(shí)體的呈現(xiàn)信息的呈現(xiàn)事件通知。這樣，單一域呈現(xiàn)系統(tǒng)可以根據(jù)觀察者關(guān)于事件通知的偏好規(guī)則來控制呈現(xiàn)事件 通知，并防止轉(zhuǎn)發(fā)觀察者不想要的多余的呈現(xiàn)信息。圖12圖示了在觀察者和呈現(xiàn)實(shí)體處于不同域的多域呈現(xiàn)系統(tǒng)中、根據(jù)觀察者關(guān) 于事件通知的偏好規(guī)則來控制“呈現(xiàn)”事件通知的實(shí)施例。為此，本發(fā)明提供了在多域呈現(xiàn)系統(tǒng)中，如上所述的事件通知控制器在觀察者域 中處于觀察者的呈現(xiàn)服務(wù)器、觀察者的RLS或另一呈現(xiàn)實(shí)體內(nèi)。因此，觀察者對(duì)應(yīng)于“呈現(xiàn)” 事件的訂閱者，而觀察者的呈現(xiàn)服務(wù)器、觀察者的RLS和其他呈現(xiàn)實(shí)體之一對(duì)應(yīng)于事件通 知控制器。而且，存在于呈現(xiàn)實(shí)體域中的呈現(xiàn)實(shí)體的呈現(xiàn)服務(wù)器對(duì)應(yīng)于“呈現(xiàn)”事件的訂閱 目標(biāo)。因此，本發(fā)明提供了在觀察者域中的觀察者的呈現(xiàn)服務(wù)器、觀察者的RLS和其他呈現(xiàn) 實(shí)體之一應(yīng)該充當(dāng)如圖9A、9B、9C、10A和10B所述的事件通知控制器，從而根據(jù)觀察者關(guān)于呈現(xiàn)事件通知的偏好規(guī)則來控制給觀察者的呈現(xiàn)事件通知。而且，本發(fā)明提供了觀察者可 以以如圖7所述的方法之一來設(shè)置他/她自己關(guān)于呈現(xiàn)事件通知的偏好規(guī)則，以及對(duì)于觀 察者使用如圖7C所述的方法來設(shè)置他/她自己關(guān)于呈現(xiàn)事件通知的偏好規(guī)則的情況，提供 了在觀察者域中被稱為“觀察者XDMS”的新系統(tǒng)。更具體地，在圖12的步驟1中，作為“呈現(xiàn)”事件的訂閱者的觀察者請(qǐng)求對(duì)呈現(xiàn) 實(shí)體的“呈現(xiàn)”事件的訂閱，并且向?qū)崿F(xiàn)為事件通知控制器的、觀察者域中的觀察者的呈現(xiàn) 服務(wù)器、觀察者的RLS和其他呈現(xiàn)實(shí)體之一轉(zhuǎn)發(fā)該請(qǐng)求。當(dāng)從觀察者接收到呈現(xiàn)事件訂 閱請(qǐng)求時(shí)，觀察者域中的觀察者的呈現(xiàn)服務(wù)器、觀察者的RLS和其他呈現(xiàn)實(shí)體之一認(rèn)識(shí)到 (recognizes)呈現(xiàn)實(shí)體和觀察者處于不同的域中，并在圖12的步驟2中，向呈現(xiàn)實(shí)體的呈 現(xiàn)服務(wù)器轉(zhuǎn)發(fā)從觀察者接收的呈現(xiàn)事件訂閱請(qǐng)求。在圖12的步驟3中，呈現(xiàn)實(shí)體的呈現(xiàn)實(shí) 體服務(wù)器向請(qǐng)求呈現(xiàn)實(shí)體的呈現(xiàn)信息的、觀察者域中的觀察者的呈現(xiàn)服務(wù)器、觀察者的RLS 和其他呈現(xiàn)實(shí)體之一轉(zhuǎn)發(fā)具有呈現(xiàn)實(shí)體的呈現(xiàn)信息的呈現(xiàn)事件通知。當(dāng)接收到具有呈現(xiàn)實(shí) 體的呈現(xiàn)信息的呈現(xiàn)事件通知時(shí)，通過使用本發(fā)明提供的事件通知控制器，在圖12的步驟 4中僅當(dāng)觀察者期望根據(jù)觀察者關(guān)于呈現(xiàn)事件通知的偏好規(guī)則來接收呈現(xiàn)事件通知時(shí)，在 圖12的步驟5中，觀察者域中的觀察者的呈現(xiàn)服務(wù)器、觀察者的RLS和其他呈現(xiàn)實(shí)體之一 才向觀察者轉(zhuǎn)發(fā)具有呈現(xiàn)實(shí)體的呈現(xiàn)信息的呈現(xiàn)事件通知。這樣，多域呈現(xiàn)系統(tǒng)可以根據(jù)觀察者關(guān)于呈現(xiàn)事件通知的偏好規(guī)則來控制呈現(xiàn)事 件通知，并防止轉(zhuǎn)發(fā)觀察者不想要的多余的呈現(xiàn)信息。盡管參考本發(fā)明的某些優(yōu)選實(shí)施例示出并描述了本發(fā)明，但是本領(lǐng)域技術(shù)人員將 理解的是，在其中可以在形式和細(xì)節(jié)方面進(jìn)行各種改變而不脫離本發(fā)明的精神和范圍。因 此，本發(fā)明不由所描述的其實(shí)施例來限定，而必須由所附權(quán)利要求和在此提出的所附權(quán)利 要求的等價(jià)物來限定。
1權(quán)利要求
一種根據(jù)訂閱者的偏好來控制會(huì)話初始協(xié)議SIP特定事件通知的系統(tǒng)，所述系統(tǒng)包括所述訂閱者，通過事件通知控制器請(qǐng)求事件訂閱；訂閱目標(biāo)，用于響應(yīng)于所述事件訂閱請(qǐng)求，通過所述事件通知控制器將事件通知給所述訂閱者；以及所述事件通知控制器，用于根據(jù)所述訂閱者關(guān)于事件通知的偏好規(guī)則來控制是否向所述訂閱者轉(zhuǎn)發(fā)事件通知。
2.如權(quán)利要求1所述的系統(tǒng)，其中，所述事件通知控制器從所述訂閱者接收包括所述 訂閱者關(guān)于事件通知的偏好規(guī)則的所述事件訂閱請(qǐng)求，從所接收的事件訂閱請(qǐng)求中提取所 述訂閱者關(guān)于事件通知的偏好規(guī)則，并將所提取的偏好規(guī)則存儲(chǔ)在其中。
3.如權(quán)利要求1所述的系統(tǒng)，其中，所述事件通知控制器從所述訂閱者接收包括所述 訂閱者關(guān)于事件通知的偏好規(guī)則的SIP PUBLISH,從所接收的SIP PUBLISH中提取所述訂閱 者關(guān)于事件通知的偏好規(guī)則，并將所提取的偏好規(guī)則存儲(chǔ)在其中。
4.如權(quán)利要求1所述的系統(tǒng)，其中，所述事件通知控制器接收通過所述訂閱者的可擴(kuò) 展標(biāo)記語言XML文檔管理服務(wù)器XDMS轉(zhuǎn)發(fā)的、所述訂閱者關(guān)于事件通知的偏好規(guī)則，并將 所接收的偏好規(guī)則存儲(chǔ)在其中。
5.如權(quán)利要求4所述的系統(tǒng)，其中，通過所述訂閱者的作為XCAP操作的根據(jù)題為“the extensible Markup Language (XML) Configuration AccessProtocol (XCAP) "^RFC4825 ^ 操作，預(yù)先設(shè)置所述訂閱者關(guān)于事件通知的偏好規(guī)則，并將其存儲(chǔ)在XDMS中。
6.如權(quán)利要求1所述的系統(tǒng)，其中，當(dāng)所述事件通知對(duì)應(yīng)于呈現(xiàn)事件通知時(shí)，所述訂閱 者對(duì)應(yīng)于觀察者，所述訂閱目標(biāo)對(duì)應(yīng)于呈現(xiàn)服務(wù)器，并且所述事件通知控制器對(duì)應(yīng)于呈現(xiàn) 服務(wù)器、資源列表服務(wù)器RLS和呈現(xiàn)實(shí)體之一；以及其中，當(dāng)所述事件通知對(duì)應(yīng)于呈現(xiàn)事件通知時(shí)，所述呈現(xiàn)服務(wù)器、RLS和呈現(xiàn)實(shí)體之一 接收所述觀察者關(guān)于事件通知的偏好規(guī)則，并根據(jù)所述觀察者關(guān)于事件通知的偏好規(guī)則， 響應(yīng)于所述觀察者的呈現(xiàn)訂閱請(qǐng)求來通知呈現(xiàn)事件。
7.如權(quán)利要求1所述的系統(tǒng)，其中，所述事件通知控制器存在于所述訂閱目標(biāo)中。
8.如權(quán)利要求7所述的系統(tǒng)，其中，無論何時(shí)所述訂閱目標(biāo)生成額外的事件通知，所 述事件通知控制器都檢查所述訂閱者關(guān)于事件通知的偏好規(guī)則，并將事件通知給所述訂閱 者ο
9.如權(quán)利要求8所述的系統(tǒng)，其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許事 件通知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)事件通知；以及其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則不允許事件通知，則所述事件通知控 制器保留事件通知直到所述訂閱者關(guān)于事件通知的偏好規(guī)則允許事件通知，并且如果所述 訂閱者關(guān)于事件通知的偏好規(guī)則允許事件通知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā) 所保留的事件通知。
10.如權(quán)利要求1所述的系統(tǒng)，其中，所述事件通知控制器獨(dú)立于所述訂閱目標(biāo)而存在。
11.如權(quán)利要求10所述的系統(tǒng)，其中，所述事件通知控制器以代理模式和非代理模式之一操作。
12.如權(quán)利要求11所述的系統(tǒng)，其中，當(dāng)所述事件通知控制器以所述非代理模式操作 時(shí)，通過所述事件通知控制器在所述訂閱者和所述訂閱目標(biāo)之間建立一個(gè)SIP。
13.如權(quán)利要求12所述的系統(tǒng)，其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許 事件通知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)事件通知，并且如果所述訂閱者關(guān)于 事件通知的偏好規(guī)則不允許事件通知，則所述事件通知控制器請(qǐng)求所述訂閱目標(biāo)保留事件 通知。
14.如權(quán)利要求12所述的系統(tǒng)，其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許 事件通知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)事件通知；以及其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則不允許事件通知，則所述事件通知控 制器將事件通知存儲(chǔ)在其中，并且如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許事件通 知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)所存儲(chǔ)的事件通知。
15.如權(quán)利要求11所述的系統(tǒng)，其中，當(dāng)所述事件通知控制器以所述代理模式操作時(shí)， 在所述訂閱者和所述事件通知控制器之間建立SIP，并且在所述事件通知控制器和所述訂 閱目標(biāo)之間建立分離的SIP。
16.如權(quán)利要求15所述的系統(tǒng)，其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許 事件通知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)事件通知；以及其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則不允許事件通知，則所述事件通知控 制器將事件通知存儲(chǔ)在其中，并且如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許事件通 知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)所存儲(chǔ)的事件通知。
17.一種根據(jù)訂閱者的偏好來控制會(huì)話初始協(xié)議SIP特定事件通知的方法，所述方法 包括由所述訂閱者通過事件通知控制器向訂閱目標(biāo)轉(zhuǎn)發(fā)事件訂閱請(qǐng)求；由所述訂閱目標(biāo)響應(yīng)于所述事件訂閱請(qǐng)求向所述事件通知控制器轉(zhuǎn)發(fā)事件通知；以及由所述事件通知控制器根據(jù)預(yù)先存儲(chǔ)的所述訂閱者關(guān)于事件通知的偏好規(guī)則，向所述 訂閱者轉(zhuǎn)發(fā)從所述訂閱目標(biāo)接收的事件通知。
18.如權(quán)利要求17所述的方法，其中，所述事件通知控制器從所述訂閱者接收包括所 述訂閱者關(guān)于事件通知的偏好規(guī)則的所述事件訂閱請(qǐng)求，從所接收的事件訂閱請(qǐng)求中提取 所述訂閱者關(guān)于事件通知的偏好規(guī)則，并將所提取的偏好規(guī)則存儲(chǔ)在其中。
19.如權(quán)利要求17所述的方法，其中，所述事件通知控制器從所述訂閱者接收包括所 述訂閱者關(guān)于事件通知的偏好規(guī)則的SIP PUBLISH,從所接收的SIP PUBLISH中提取所述訂 閱者關(guān)于事件通知的偏好規(guī)則，并將所提取的偏好規(guī)則存儲(chǔ)在其中。
20.如權(quán)利要求17所述的方法，其中，所述事件通知控制器接收包括通過所述訂閱者 的可擴(kuò)展標(biāo)記語言XML文檔管理服務(wù)器XDMS轉(zhuǎn)發(fā)的、所述訂閱者關(guān)于事件通知的偏好規(guī)則 的SIP PUBLISH，從所接收的SIP PUBLISH中提取所述訂閱者關(guān)于事件通知的偏好規(guī)則，并 將所提取的偏好規(guī)則存儲(chǔ)在其中。
21.如權(quán)利要求20所述的方法，其中，通過所述訂閱者的作為XCAP操作的根據(jù)題 為"the extensible Markup Language (XML) Configuration AccessProtocol (XCAP)，，的 RFC4825的操作，預(yù)先設(shè)置所述訂閱者關(guān)于事件通知的偏好規(guī)則，并將其存儲(chǔ)在XDMS中。
22.如權(quán)利要求16所述的方法，其中，當(dāng)事件通知對(duì)應(yīng)于呈現(xiàn)事件通知時(shí)，所述訂閱者對(duì)應(yīng)于觀察者，所述訂閱目標(biāo)對(duì)應(yīng)于呈現(xiàn)服務(wù)器，并且所述事件通知控制器對(duì)應(yīng)于呈現(xiàn)服 務(wù)器、資源列表服務(wù)器RLS和呈現(xiàn)實(shí)體之一；以及其中，當(dāng)事件通知對(duì)應(yīng)于呈現(xiàn)事件通知時(shí)，所述呈現(xiàn)服務(wù)器、RLS和呈現(xiàn)實(shí)體之一接收 所述觀察者關(guān)于事件通知的偏好規(guī)則，并根據(jù)所述觀察者關(guān)于事件通知的偏好規(guī)則，響應(yīng) 于所述觀察者的呈現(xiàn)訂閱請(qǐng)求來通知呈現(xiàn)事件。
23.如權(quán)利要求17所述的方法，其中，所述事件通知控制器存在于所述訂閱目標(biāo)內(nèi)。
24.如權(quán)利要求23所述的方法，其中，當(dāng)所述事件通知控制器存在于所述訂閱目標(biāo)內(nèi) 時(shí)，無論何時(shí)所述訂閱目標(biāo)生成額外的事件通知，所述事件通知控制器都檢查所述訂閱者 關(guān)于事件通知的偏好規(guī)則，并將事件通知給所述訂閱者。
25.如權(quán)利要求24所述的方法，其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許 事件通知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)事件通知；以及其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則不允許事件通知，則所述事件通知控 制器保留事件通知直到所述訂閱者關(guān)于事件通知的偏好規(guī)則允許事件通知，并且如果所述 訂閱者關(guān)于事件通知的偏好規(guī)則允許事件通知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā) 所保留的事件通知。
26.如權(quán)利要求17所述的方法，其中，所述事件通知控制器獨(dú)立于所述訂閱目標(biāo)而存在。
27.如權(quán)利要求26所述的方法，其中，當(dāng)所述事件通知控制器獨(dú)立于所述訂閱目標(biāo)而 存在時(shí)，所述事件通知控制器以代理模式或非代理模式操作。
28.如權(quán)利要求27所述的方法，其中，當(dāng)所述事件通知控制器以非代理模式操作時(shí)，通 過所述事件通知控制器在所述訂閱者和所述訂閱目標(biāo)之間建立一個(gè)SIP。
29.如權(quán)利要求28所述的方法，其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許 事件通知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)事件通知，并且如果所述訂閱者關(guān)于 事件通知的偏好規(guī)則不允許事件通知，則所述事件通知控制器請(qǐng)求所述訂閱目標(biāo)保留事件 通知。
30.如權(quán)利要求28所述的方法，其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許 事件通知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)事件通知；以及其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則不允許事件通知，則所述事件通知控 制器將事件通知存儲(chǔ)在其中，并且如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許事件通 知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)所存儲(chǔ)的事件通知。
31.如權(quán)利要求27所述的方法，其中，當(dāng)所述事件通知控制器以代理模式操作時(shí)，通過 所述事件通知控制器在所述訂閱者和所述訂閱目標(biāo)之間建立一個(gè)SIP。
32.如權(quán)利要求31所述的方法，其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許 事件通知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)事件通知；以及其中，如果所述訂閱者關(guān)于事件通知的偏好規(guī)則不允許事件通知，則所述事件通知控 制器將事件通知存儲(chǔ)在其中，并且如果所述訂閱者關(guān)于事件通知的偏好規(guī)則允許事件通 知，則所述事件通知控制器向所述訂閱者轉(zhuǎn)發(fā)所存儲(chǔ)的事件通知。
全文摘要
公開了根據(jù)訂閱者的偏好來控制對(duì)應(yīng)于事件訂閱的會(huì)話初始協(xié)議(SIP)特定事件通知的系統(tǒng)和方法。該系統(tǒng)包括訂閱者，通過事件通知控制器請(qǐng)求事件訂閱；訂閱目標(biāo)，用于響應(yīng)于事件訂閱請(qǐng)求，通過事件通知控制器將事件通知給訂閱者；以及事件通知控制器，用于根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則來控制是否向訂閱者轉(zhuǎn)發(fā)事件通知。因此，根據(jù)訂閱者關(guān)于事件通知的偏好規(guī)則，能夠有效控制給訂閱者的事件通知，并且有可能防止訂閱者不想要的多余的事件通知的生成。
文檔編號(hào)G06Q50/00GK101821766SQ200880111622
公開日2010年9月1日 申請(qǐng)日期2008年8月21日 優(yōu)先權(quán)日2007年8月21日
發(fā)明者吳載權(quán), 金旭 申請(qǐng)人:三星電子株式會(huì)社