[發(fā)明專利]根據(jù)偏好控制事件通知的系統(tǒng)和方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201210571356.1
• 申請(qǐng)日: 2008-08-21
• 公開(kāi)（公告）號(hào): CN102984284A
• 公開(kāi)（公告）日: 2013-03-20
• 發(fā)明（設(shè)計(jì)）人: 吳載權(quán);金旭
• 申請(qǐng)（專利權(quán)）人: 三星電子株式會(huì)社
• 主分類號(hào): H04L29/08
• 分類號(hào): H04L29/08
• 代理公司: 北京市柳沈律師事務(wù)所 11105
• 代理人: 李琳

本申請(qǐng)是申請(qǐng)日為2008年8月21日、申請(qǐng)?zhí)枮?00880111622.4（國(guó)際申請(qǐng)?zhí)枮镻CT/KR2008/004878）、發(fā)明名稱為“根據(jù)訂閱者的偏好控制會(huì)話初始協(xié)議特定事件通知的系統(tǒng)和方法”的發(fā)明專利申請(qǐng)的分案申請(qǐng)。

技術(shù)領(lǐng)域

本發(fā)明涉及用于對(duì)應(yīng)于事件訂閱的會(huì)話初始協(xié)議（SIP）特定通知（即，基于SIP的通知）的系統(tǒng)和方法。具體地講，本發(fā)明涉及改善用于對(duì)應(yīng)于事件訂閱的通知的方法。而且，本發(fā)明涉及通過(guò)使用如上所述的系統(tǒng)和方法來(lái)改善通知呈現(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特定事件通知”描述了通過(guò)使用SIP?SUBSCRIBE（SIP訂閱）和SIP?NOTIFY（SIP通知）來(lái)轉(zhuǎn)發(fā)特定事件的狀態(tài)的方法。

圖1是圖示SIP特定事件通知（即，基于SIP的事件通知）方法的流程圖。參考圖1，當(dāng)用戶期望跟上關(guān)于特定事件的狀態(tài)的最新信息（即，關(guān)于特定事件的最新?tīng)顟B(tài)信息）時(shí)，他/她作為訂閱者（subscriber）來(lái)訂閱相關(guān)事件。具有關(guān)于相關(guān)事件的狀態(tài)信息的訂閱目標(biāo)響應(yīng)于訂閱者的請(qǐng)求來(lái)不斷（continues?to）通知訂閱者關(guān)于相關(guān)事件的最新?tīng)顟B(tài)信息。

圖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í)，通過(guò)使用NOTIFY向訂閱者轉(zhuǎn)發(fā)訂閱目標(biāo)已知的“foo”事件的當(dāng)前狀態(tài)。隨后，只要更新“foo”事件的狀態(tài)，就通過(guò)使用NOTIFY向訂閱者轉(zhuǎn)發(fā)“foo”事件的最新更新的狀態(tài)。

如上所述，呈現(xiàn)業(yè)務(wù)通過(guò)使用SIP特定事件通知技術(shù)來(lái)請(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）通過(guò)對(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ù)器）。通過(guò)一系列呈現(xiàn)事件的通知，呈現(xiàn)服務(wù)器向觀察者轉(zhuǎn)發(fā)呈現(xiàn)實(shí)體的呈現(xiàn)信息及其更新的呈現(xiàn)信息。

圖4是示出通過(guò)使用呈現(xiàn)事件包來(lái)請(qǐng)求和轉(zhuǎn)發(fā)呈現(xiàn)信息的信令流的典型例子的流程圖。在圖4中，觀察者、呈現(xiàn)實(shí)體的呈現(xiàn)服務(wù)器和事件分別對(duì)應(yīng)于如圖2所示的訂閱者、訂閱目標(biāo)和“foo”。因此，如圖2中圖示的過(guò)程，觀察者向相關(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)信息。

通過(guò)擴(kuò)展如上所述的用于提供關(guān)于一個(gè)呈現(xiàn)實(shí)體的呈現(xiàn)業(yè)務(wù)的方案，觀察者可以同時(shí)訂閱關(guān)于多個(gè)呈現(xiàn)實(shí)體的呈現(xiàn)業(yè)務(wù)。為此，觀察者通過(guò)使用資源列表服務(wù)器（RLS）來(lái)訂閱關(guān)于呈現(xiàn)列表的呈現(xiàn)業(yè)務(wù)。術(shù)語(yǔ)“呈現(xiàn)列表”是指多個(gè)呈現(xiàn)實(shí)體的集合。通過(guò)訂閱關(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ù)的過(guò)程的流程圖。在圖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)。通過(guò)執(zhí)行這個(gè)過(guò)程，觀察者可以同時(shí)得到關(guān)于多個(gè)呈現(xiàn)實(shí)體的呈現(xiàn)信息，而無(wú)需訂閱關(guān)于多個(gè)呈現(xiàn)實(shí)體中的每一個(gè)的呈現(xiàn)業(yè)務(wù)。

發(fā)明內(nèi)容

[技術(shù)問(wèn)題]

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

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

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

[技術(shù)方案]