[發(fā)明專利]根據訂閱者的偏好控制會話初始協(xié)議特定事件通知的系統(tǒng)和方法

有效

• 申請?zhí)枺?/td>: 200880111622.4
• 申請日: 2008-08-21
• 公開（公告）號: CN101821766A
• 公開（公告）日: 2010-09-01
• 發(fā)明（設計）人: 吳載權;金旭
• 申請（專利權）人: 三星電子株式會社
• 主分類號: G06Q50/00
• 分類號: G06Q50/00
• 代理公司: 北京市柳沈律師事務所 11105
• 代理人: 邵亞麗

技術領域

本發(fā)明涉及用于對應于事件訂閱的會話初始協(xié)議(SIP)特定通知(即，基于SIP的通知)的系統(tǒng)和方法。具體地講，本發(fā)明涉及改善用于對應于事件訂閱的通知的方法。而且，本發(fā)明涉及通過使用如上所述的系統(tǒng)和方法來改善通知呈現(xiàn)事件(presence?event)以便在呈現(xiàn)系統(tǒng)中轉發(fā)(forward)呈現(xiàn)信息(presence?information)的系統(tǒng)和方法。?

背景技術

由IETF(因特網工程任務組)的RFC(請求評論)3256標識的“SIP特定事件通知”描述了通過使用SIP?SUBSCRIBE(SIP訂閱)和SIP?NOTIFY(SIP通知)來轉發(fā)特定事件的狀態(tài)的方法。?

圖1是圖示SIP特定事件通知(即，基于SIP的事件通知)方法的流程圖。參考圖1，當用戶期望跟上關于特定事件的狀態(tài)的最新信息(即，關于特定事件的最新狀態(tài)信息)時，他/她作為訂閱者(subscriber)來訂閱相關事件。具有關于相關事件的狀態(tài)信息的訂閱目標響應于訂閱者的請求來不斷(continues?to)通知訂閱者關于相關事件的最新狀態(tài)信息。?

圖2是圖示根據RFC3265的SIP特定事件通知方法中信令流的典型例子的流程圖。如上所述，對于名稱為“foo”的事件，訂閱者向訂閱目標轉發(fā)SUBSCRIBE請求。訂閱目標確定訂閱者是否可以訂閱“foo”事件。當授權請求訂閱“foo”事件的訂閱者時，通過使用NOTIFY向訂閱者轉發(fā)訂閱目標已知的“foo”事件的當前狀態(tài)。隨后，只要更新“foo”事件的狀態(tài)，就通過使用NOTIFY向訂閱者轉發(fā)“foo”事件的最新更新的狀態(tài)。?

如上所述，呈現(xiàn)業(yè)務通過使用SIP特定事件通知技術來請求和轉發(fā)呈現(xiàn)信息。為此，由RFC3856標識的“用于SIP的呈現(xiàn)事件包”定義了呈現(xiàn)事件包。這里，呈現(xiàn)事件變?yōu)槌尸F(xiàn)信息。參考圖3，觀察者(watcher)通過對呈現(xiàn)事件的訂閱，能夠請求呈現(xiàn)實體(presentity)的呈現(xiàn)信息。呈現(xiàn)實體的呈現(xiàn)信息被轉發(fā)給保留呈現(xiàn)實體的呈現(xiàn)信息的呈現(xiàn)實體的呈現(xiàn)服務器(也就是?呈現(xiàn)實體的呈現(xiàn)服務器)。通過一系列呈現(xiàn)事件的通知，呈現(xiàn)服務器向觀察者轉發(fā)呈現(xiàn)實體的呈現(xiàn)信息及其更新的呈現(xiàn)信息。?

圖4是示出通過使用呈現(xiàn)事件包來請求和轉發(fā)呈現(xiàn)信息的信令流的典型例子的流程圖。在圖4中，觀察者、呈現(xiàn)實體的呈現(xiàn)服務器和事件分別對應于如圖2所示的訂閱者、訂閱目標和“foo”。因此，如圖2中圖示的過程，觀察者向相關呈現(xiàn)實體的呈現(xiàn)服務器發(fā)出用于訂閱呈現(xiàn)事件的請求，以接收呈現(xiàn)實體的呈現(xiàn)信息。相關呈現(xiàn)實體的呈現(xiàn)服務器授權訂閱請求，然后不斷通知觀察者關于相關呈現(xiàn)實體的最新更新的呈現(xiàn)信息。?

通過擴展如上所述的用于提供關于一個呈現(xiàn)實體的呈現(xiàn)業(yè)務的方案，觀察者可以同時訂閱關于多個呈現(xiàn)實體的呈現(xiàn)業(yè)務。為此，觀察者通過使用資源列表服務器(RLS)來訂閱關于呈現(xiàn)列表的呈現(xiàn)業(yè)務。術語“呈現(xiàn)列表”是指多個呈現(xiàn)實體的集合。通過訂閱關于呈現(xiàn)列表的呈現(xiàn)業(yè)務，觀察者可以同時訂閱關于多個呈現(xiàn)實體的呈現(xiàn)信息。?

圖5是圖示訂閱關于呈現(xiàn)列表的呈現(xiàn)業(yè)務的過程的流程圖。在圖5中，如果觀察者請求訂閱呈現(xiàn)列表，則向RLS轉發(fā)訂閱請求。RLS解析(resolves)相關呈現(xiàn)列表，并且為觀察者訂閱關于呈現(xiàn)列表上每個成員的呈現(xiàn)業(yè)務。此后，RLS接收每個呈現(xiàn)實體的呈現(xiàn)，合并(aggregates)所接收的呈現(xiàn)，并向觀察者同時轉發(fā)所合并的呈現(xiàn)。通過執(zhí)行這個過程，觀察者可以同時得到關于多個呈現(xiàn)實體的呈現(xiàn)信息，而無需訂閱關于多個呈現(xiàn)實體中的每一個的呈現(xiàn)業(yè)務。?

發(fā)明內容

[技術問題]?

在如上所述的SIP特定事件通知技術中，無論何時事件被更新，都生成相關通知以轉發(fā)所更新的事件。因此，系統(tǒng)的要求需要變得更加復雜以便轉發(fā)和處理每個生成的通知。?

特別地，在通過使用呈現(xiàn)事件包提供呈現(xiàn)業(yè)務的情況下，當考慮觀察者和呈現(xiàn)實體的多樣性以及呈現(xiàn)信息被頻繁地更新的事實時，由于無論何時更新關于每個呈現(xiàn)實體的呈現(xiàn)信息都要生成呈現(xiàn)事件的通知，所以流量負載(traffic?load)變得不可容忍的高。?

所以，對于能夠有效減少SIP特定事件通知、特別是呈現(xiàn)事件通知量的?方案，存在迫切的需要。?

[技術方案]?

因此，做出本發(fā)明以解決在現(xiàn)有技術中出現(xiàn)的上述問題，并且本發(fā)明提供了在SIP特定事件通知技術中根據訂閱者的偏好來控制轉發(fā)給訂閱者的事件通知量的系統(tǒng)和方法。?