專利名稱：用于呈現(xiàn)訂閱委托的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明總體涉及一種用于在基于會(huì)話發(fā)起協(xié)議(SIP)的呈現(xiàn)系統(tǒng)中提供呈現(xiàn)訂 閱委托服務(wù)的系統(tǒng)和方法。更具體地講，本發(fā)明涉及一種能夠在多域環(huán)境以及單域環(huán)境下 提供的呈現(xiàn)訂閱委托服務(wù)。
背景技術(shù)：
呈現(xiàn)服務(wù)是從一組裝置收集關(guān)于用戶通信的當(dāng)前狀態(tài)的信息和將該信息提供給 另一用戶的服務(wù)。被觀察的用戶稱為呈現(xiàn)體，通信狀態(tài)信息被稱為呈現(xiàn)信息，接收呈現(xiàn)信息 的用戶被稱為觀察者。使用基于RFC 3265“SIP-Specific Event Notification，，的 RFC 3856“Presence Event Package for the SIP”來實(shí)現(xiàn)基于SIP的呈現(xiàn)服務(wù)。圖IA和圖IB是示出傳統(tǒng)的基于SIP的呈現(xiàn)服務(wù)的信號流的流程圖。參照圖IA和圖1B，在步驟1和2，觀察者100經(jīng)由會(huì)話發(fā)起協(xié)議/互聯(lián)網(wǎng)協(xié)議 (SIP/IP)核心110將針對呈現(xiàn)事件的SIP訂閱的請求發(fā)送到呈現(xiàn)體的呈現(xiàn)服務(wù)器120，以 接收關(guān)于呈現(xiàn)體的呈現(xiàn)信息。通過關(guān)于呈現(xiàn)事件的SIPSUBSCRIBE消息來實(shí)現(xiàn)關(guān)于呈現(xiàn) 體的呈現(xiàn)訂閱請求，其中，關(guān)于呈現(xiàn)事件的SIP SUBSCRIBE消息具有設(shè)置為〈presentity URI>(呈現(xiàn)體 URI)的 “RequestLine”、設(shè)置為〈presentity URI> 的“To header”、設(shè)置為 〈watcher URI>(觀察者 URI)的 “From header” 和設(shè)置為〈watcher，s contact URI>(觀 察者的聯(lián)系 URI)的 “Contact header”。在步驟3，當(dāng)從觀察者100接收到呈現(xiàn)訂閱請求時(shí)，呈現(xiàn)服務(wù)器120根據(jù)呈現(xiàn)體的 呈現(xiàn)授權(quán)規(guī)則執(zhí)行呈現(xiàn)授權(quán)。呈現(xiàn)授權(quán)包括呈現(xiàn)訂閱授權(quán)，用于確定呈現(xiàn)體是否許可觀察 者的呈現(xiàn)訂閱；以及呈現(xiàn)內(nèi)容授權(quán)，如果呈現(xiàn)體給予觀察者許可，則用于確定將被傳送到觀 察者的呈現(xiàn)信息。在成功的呈現(xiàn)授權(quán)之后，在步驟4和5，呈現(xiàn)服務(wù)器120經(jīng)由SIP/IP核心110將 SIP 200 OK消息發(fā)送到觀察者100，并且在步驟6，呈現(xiàn)服務(wù)器120在呈現(xiàn)服務(wù)器120和觀 察者100之間建立用于呈現(xiàn)事件的SIP會(huì)話。當(dāng)SIP會(huì)話設(shè)置成功時(shí)，在步驟7、8和9，呈現(xiàn)服務(wù)器120通過用于呈現(xiàn)事件的SIP NOTIFY消息經(jīng)由SIP/IP核心110將關(guān)于呈現(xiàn)體的呈現(xiàn)信息發(fā)送到觀察者100。SIP NOTIFY 消息具有設(shè)置為〈watcher，s contact URI> 的“Request Line”、設(shè)置為〈watcher URI> 的 "To header，，、設(shè)置為 <presentity URI> 的"From header，，禾口設(shè)置為〈presence server's contact URI>(呈現(xiàn)服務(wù)器的聯(lián)系URI)的“Contact header”。即，通過在呈現(xiàn)服務(wù)器120 和觀察者100之間建立的用于呈現(xiàn)事件的SIP會(huì)話來傳送SIP NOTIFY消息。SIP NOTIFY消息在其主體中包括呈現(xiàn)服務(wù)器120意圖發(fā)送到觀察者100的關(guān)于呈 現(xiàn)體的呈現(xiàn)信息。當(dāng)接收到SIP NOTIFY消息時(shí)，在步驟10和11，觀察者100經(jīng)由SIP/IP核心110 將SIP 200 OK消息發(fā)送到呈現(xiàn)服務(wù)器120，以指示成功接收。
每當(dāng)關(guān)于呈現(xiàn)體的呈現(xiàn)消息被更新時(shí)，在步驟13和14，呈現(xiàn)服務(wù)器120通過以與 初始SIP NOTIFY消息相同方式配置的SIP NOTIFY消息，將更新的呈現(xiàn)消息發(fā)送到觀察者 100，并且在步驟15和16，觀察者100接收SIP NOTIFY消息。已經(jīng)出現(xiàn)對傳統(tǒng)呈現(xiàn)服務(wù)的新需求。即，觀察者100應(yīng)該能夠代表另一用戶進(jìn)行 呈現(xiàn)訂閱。這被稱為呈現(xiàn)訂閱委托。用戶將為其請求呈現(xiàn)訂閱的權(quán)限委托給觀察者100，因 此觀察者100接收關(guān)于授權(quán)給用戶的呈現(xiàn)體的呈現(xiàn)消息，而不是關(guān)于授權(quán)給觀察者100的 呈現(xiàn)體的呈現(xiàn)消息。然而，傳統(tǒng)呈現(xiàn)服務(wù)不能提供呈現(xiàn)訂閱委托服務(wù)。

發(fā)明內(nèi)容
本發(fā)明示例性實(shí)施例的一方面在于至少解決上述問題和/或缺點(diǎn)，并至少提供下 述優(yōu)點(diǎn)。因此，本發(fā)明示例性實(shí)施例的一方面在于提供一種能夠在多域環(huán)境以及單域環(huán)境 下使得觀察者代表特定用戶執(zhí)行呈現(xiàn)訂閱的系統(tǒng)和方法。根據(jù)本發(fā)明示例性實(shí)施例的一方面，提供一種用于呈現(xiàn)訂閱委托的系統(tǒng)，其中觀 察者將呈現(xiàn)訂閱委托請求發(fā)送到委托用戶的呈現(xiàn)訂閱委托處理器；呈現(xiàn)訂閱委托處理器從 觀察者接收呈現(xiàn)訂閱委托請求，并根據(jù)委托用戶的呈現(xiàn)委托授權(quán)規(guī)則對呈現(xiàn)訂閱委托請求 執(zhí)行委托授權(quán)，所述呈現(xiàn)委托授權(quán)規(guī)則是關(guān)于呈現(xiàn)訂閱委托的授權(quán)信息；呈現(xiàn)體的呈現(xiàn)服 務(wù)器從呈現(xiàn)訂閱委托處理器接收呈現(xiàn)訂閱委托請求，根據(jù)呈現(xiàn)體的呈現(xiàn)授權(quán)規(guī)則執(zhí)行呈現(xiàn) 授權(quán)，并經(jīng)由呈現(xiàn)訂閱委托處理器將關(guān)于呈現(xiàn)體的呈現(xiàn)信息發(fā)送到觀察者。根據(jù)本發(fā)明示例性實(shí)施例的另一方面，提供一種用于呈現(xiàn)訂閱委托的方法，其中 由觀察者將呈現(xiàn)訂閱委托請求發(fā)送到委托用戶的呈現(xiàn)訂閱委托處理器；由呈現(xiàn)訂閱委托處 理器根據(jù)委托用戶的呈現(xiàn)委托授權(quán)規(guī)則對呈現(xiàn)訂閱委托請求執(zhí)行委托授權(quán)，所述呈現(xiàn)委托 授權(quán)規(guī)則是關(guān)于呈現(xiàn)訂閱委托的授權(quán)信息；如果委托授權(quán)成功，則由呈現(xiàn)訂閱委托處理器 將呈現(xiàn)訂閱委托請求發(fā)送到呈現(xiàn)體的呈現(xiàn)服務(wù)器；由呈現(xiàn)服務(wù)器根據(jù)呈現(xiàn)體的呈現(xiàn)授權(quán)規(guī) 則執(zhí)行呈現(xiàn)授權(quán)，并經(jīng)由呈現(xiàn)訂閱委托處理器將關(guān)于呈現(xiàn)體的呈現(xiàn)信息發(fā)送到觀察者。


通過下面結(jié)合附圖進(jìn)行的詳細(xì)描述，本發(fā)明特定示例性實(shí)施例的以上和其他目 的、特點(diǎn)和優(yōu)點(diǎn)將會(huì)變得更清楚，其中圖IA和圖IB是示出傳統(tǒng)的基于SIP的呈現(xiàn)服務(wù)的信號流的示圖；圖2是根據(jù)本發(fā)明的呈現(xiàn)訂閱委托系統(tǒng)的框圖；圖3是示出根據(jù)本發(fā)明示例性實(shí)施例的用于呈現(xiàn)訂閱委托的授權(quán)過程的流程圖；圖4是示出根據(jù)本發(fā)明示例性實(shí)施例的呈現(xiàn)訂閱委托系統(tǒng)中的信號流的示圖；圖5是示出根據(jù)本發(fā)明示例性實(shí)施例的通過作為背靠背用戶代理(B2BUA)的呈現(xiàn) 訂閱委托處理器來連續(xù)控制呈現(xiàn)訂閱受托用戶的附加呈現(xiàn)訂閱委托請求和對于請求的通 知的信號流的示圖。在全部附圖中，相同的附圖標(biāo)號將被理解為指示相同的元件、特征和結(jié)構(gòu)。
具體實(shí)施例方式在說明書中定義的內(nèi)容(諸如詳細(xì)的構(gòu)造和元件)被提供以幫助全面地理解本發(fā)明的示例性實(shí)施例。因此，本領(lǐng)域的普通技術(shù)人員將會(huì)理解，在不脫離本發(fā)明的范圍和精神 的情況下，可以對這里描述的實(shí)施例進(jìn)行各種變動(dòng)和修改。另外，為了清楚簡明，已知功能 和構(gòu)造的描述被省略。在本發(fā)明的示例性實(shí)施例中，“呈現(xiàn)訂閱委托”定義這樣一種功能，即，將請求特定 訂戶的呈現(xiàn)訂閱的權(quán)限委托給觀察者，從而觀察者可代表用戶請求呈現(xiàn)訂閱，并接收關(guān)于 授權(quán)給用戶的呈現(xiàn)體的呈現(xiàn)信息，而不是關(guān)于授權(quán)給觀察者的呈現(xiàn)體的呈現(xiàn)信息。為了將傳統(tǒng)觀察者和本發(fā)明中請求呈現(xiàn)訂閱委托的觀察者相區(qū)分，后者被稱為 “呈現(xiàn)訂閱受托用戶”(簡稱為受托用戶)，將自己的呈現(xiàn)訂閱權(quán)限委托給觀察者的用戶被稱 為“委托用戶”。根據(jù)本發(fā)明的用于呈現(xiàn)訂閱委托的系統(tǒng)和方法被設(shè)計(jì)以滿足以下系統(tǒng)需求。當(dāng)觀 察者作為受托用戶產(chǎn)生呈現(xiàn)訂閱委托請求時(shí)，(1)受托用戶可代表委托用戶請求關(guān)于呈現(xiàn) 體的呈現(xiàn)訂閱。( 委托用戶應(yīng)該能夠僅控制授權(quán)的觀察者以設(shè)置呈現(xiàn)訂閱委托。(3)委 托用戶應(yīng)該能夠連續(xù)控制已經(jīng)設(shè)置的呈現(xiàn)訂閱委托。(4)呈現(xiàn)體應(yīng)該能夠確定觀察者的呈 現(xiàn)訂閱請求是關(guān)于呈現(xiàn)訂閱委托還是關(guān)于傳統(tǒng)呈現(xiàn)訂閱，并且能夠獨(dú)立地控制呈現(xiàn)訂閱委 托請求。(5)當(dāng)委托用戶、受托用戶和呈現(xiàn)體在不同域中時(shí)，以及在相同域中時(shí)，可執(zhí)行呈現(xiàn) 訂閱委托。圖2是根據(jù)本發(fā)明的呈現(xiàn)訂閱委托系統(tǒng)的框圖。本發(fā)明提出被稱為“呈現(xiàn)訂閱委托處理器” 220的實(shí)體，通過呈現(xiàn)訂閱委托處理器 220，委托用戶可控制觀察者200的呈現(xiàn)訂閱委托。在步驟1中，來自觀察者200的呈現(xiàn)訂 閱委托請求總是被發(fā)送到委托用戶的呈現(xiàn)訂閱委托處理器220以用于授權(quán)，從而委托用戶 可控制觀察者200的呈現(xiàn)訂閱委托。在本發(fā)明中，這種授權(quán)處理被稱為“委托授權(quán)”。在步驟2中，檢查委托用戶是否已 經(jīng)將權(quán)力委托給觀察者200。在本發(fā)明中，應(yīng)該基于授權(quán)用戶設(shè)置的呈現(xiàn)委托授權(quán)規(guī)則來執(zhí)行委托授權(quán)。呈現(xiàn) 委托授權(quán)規(guī)則詳細(xì)說明委托授權(quán)信息，例如，關(guān)于被許可請求呈現(xiàn)訂閱委托的觀察者的信 息，以及關(guān)于觀察者可訪問的呈現(xiàn)信息的類型的信息。委托授權(quán)信息被存儲(chǔ)。呈現(xiàn)委托授權(quán)規(guī)則可由委托用戶預(yù)設(shè)，并被存儲(chǔ)在提出的被稱為“委托XML文檔 管理服務(wù)器(委托XDMQ ” 210的實(shí)體中，呈現(xiàn)訂閱委托處理器220可基于呈現(xiàn)委托授權(quán)規(guī) 則執(zhí)行委托授權(quán)。當(dāng)針對呈現(xiàn)訂閱委托請求成功進(jìn)行委托授權(quán)時(shí)，在步驟3中，呈現(xiàn)訂閱委托請求 被傳送到呈現(xiàn)體的呈現(xiàn)服務(wù)器對0。在步驟4中，呈現(xiàn)體的呈現(xiàn)服務(wù)器240執(zhí)行識別接收的 請求是呈現(xiàn)訂閱委托請求的“受托呈現(xiàn)授權(quán)”。在以下兩個(gè)處理中執(zhí)行受托呈現(xiàn)授權(quán)。即，確定呈現(xiàn)體是否已經(jīng)許可它的呈現(xiàn)信 息的呈現(xiàn)訂閱委托，從而呈現(xiàn)體可控制呈現(xiàn)訂閱委托。如果檢查證明已經(jīng)許可，則以傳統(tǒng)方 式對委托用戶執(zhí)行呈現(xiàn)授權(quán)，而不是對觀察者200執(zhí)行呈現(xiàn)授權(quán)。傳統(tǒng)呈現(xiàn)授權(quán)包括呈現(xiàn) 訂閱授權(quán)，用于確定呈現(xiàn)體是否已經(jīng)許可委托用戶的呈現(xiàn)訂閱；以及呈現(xiàn)內(nèi)容授權(quán)，如果給 予許可，則用于確定將被傳送的呈現(xiàn)信息。當(dāng)受托呈現(xiàn)授權(quán)成功時(shí)，在步驟5中，呈現(xiàn)服務(wù)器240將關(guān)于被許可給委托用戶而 非觀察者200的呈現(xiàn)體的呈現(xiàn)信息發(fā)送到呈現(xiàn)訂閱委托處理器220，作為呈現(xiàn)訂閱委托響應(yīng)。在步驟6中，當(dāng)需要時(shí)，呈現(xiàn)訂閱委托處理器220將呈現(xiàn)委托授權(quán)規(guī)則應(yīng)用于呈現(xiàn)訂閱 委托響應(yīng)，并向觀察者200通知規(guī)則應(yīng)用結(jié)果。請求呈現(xiàn)訂閱委托的觀察者200、授權(quán)用戶的呈現(xiàn)訂閱委托處理器220和呈現(xiàn)體 的呈現(xiàn)服務(wù)器240可屬于不同域。應(yīng)該理解，即使在這種情況下，根據(jù)本發(fā)明的用于呈現(xiàn)訂 閱委托的系統(tǒng)也可成功地運(yùn)行。圖3是示出根據(jù)本發(fā)明示例性實(shí)施例的用于呈現(xiàn)訂閱委托的授權(quán)過程的流程圖。參照圖3，在步驟3中，委托用戶的呈現(xiàn)訂閱委托處理器220執(zhí)行用于來自觀察者 200的呈現(xiàn)訂閱委托請求的“委托授權(quán)”。如果委托授權(quán)成功，則在步驟6中，呈現(xiàn)體的呈現(xiàn) 服務(wù)器240執(zhí)行受托呈現(xiàn)授權(quán)。如上所述，委托授權(quán)是這樣的處理，即，根據(jù)存儲(chǔ)在委托用 戶的委托XDMS 210中委托用戶的呈現(xiàn)委托授權(quán)規(guī)則，確定委托用戶是否已經(jīng)向觀察者200 許可呈現(xiàn)訂閱委托。受托呈現(xiàn)授權(quán)是這樣的處理，即，基于存儲(chǔ)在呈現(xiàn)體的呈現(xiàn)XDMS 230 中的呈現(xiàn)體的呈現(xiàn)授權(quán)規(guī)則，確定呈現(xiàn)體是否已經(jīng)許可呈現(xiàn)訂閱委托，如果已經(jīng)許可呈現(xiàn) 訂閱委托，則確定呈現(xiàn)體是否已經(jīng)向委托用戶許可呈現(xiàn)訂閱，以及確定怎樣的關(guān)于呈現(xiàn)體 的呈現(xiàn)信息被許可。當(dāng)授權(quán)成功時(shí)，呈現(xiàn)服務(wù)器240產(chǎn)生關(guān)于呈現(xiàn)訂閱委托請求的響應(yīng)，并將該響應(yīng) 發(fā)送到呈現(xiàn)訂閱委托處理器220。呈現(xiàn)訂閱委托處理器220將響應(yīng)傳送到受托用戶200。 這里，在步驟10，呈現(xiàn)訂閱委托處理器220可應(yīng)用附加的呈現(xiàn)委托授權(quán)規(guī)則，這是可選的步 驟。例如，為了進(jìn)行發(fā)送，呈現(xiàn)訂閱委托處理器220可僅過濾授權(quán)用戶已經(jīng)向觀察者200許 可的呈現(xiàn)信息。用于呈現(xiàn)訂閱委托的請求和響應(yīng)基于一系列委托授權(quán)的結(jié)果。根據(jù)本發(fā)明的上述呈現(xiàn)訂閱委托系統(tǒng)執(zhí)行以下信號流。圖4是示出根據(jù)本發(fā)明示 例性實(shí)施例的呈現(xiàn)訂閱委托系統(tǒng)中的信號流的示圖。參照圖4，在步驟1中，當(dāng)觀察者200代表某個(gè)委托用戶創(chuàng)建呈現(xiàn)訂閱委托請求時(shí)， 呈現(xiàn)訂閱委托請求包括委托用戶的標(biāo)識符(ID)和呈現(xiàn)體的ID，并且呈現(xiàn)訂閱委托請求被 發(fā)送到委托用戶域中的呈現(xiàn)訂閱委托處理器220。為了以上述方式配置呈現(xiàn)訂閱委托請求，在本發(fā)明中利用RFC 4458 "SIPURIs for Applications such as Voicemail and Interactive Voice Response，，中定義的“目 標(biāo)” SIP URI參數(shù)。即，像傳統(tǒng)呈現(xiàn)訂閱請求一樣，呈現(xiàn)訂閱委托請求被配置為對呈現(xiàn)事 件的訂閱(SUBSCRIBE)。然而，與傳統(tǒng)呈現(xiàn)訂閱方法相比，呈現(xiàn)訂閱委托請求具有設(shè)置為 〈delegating user URI ；target = presentity URI>(URI ；目 t示= MSH本 URI) 的"Request Line，，、設(shè)置為相同值(艮口，〈delegating user URI ；target = presentity URI 的“To header”、以及設(shè)置為指示呈現(xiàn)訂閱委托的媒體特征值(例如，+g. presence, delegation)的添加的頭“Acc印t-Contact”。呈現(xiàn)訂閱委托請求的其他頭和主體以傳統(tǒng)方 式來設(shè)置。S卩，將“From header”設(shè)置為<URI of delegated user〉(受托用戶的URI)，將 "Contact header”設(shè)置為〈contact URI of delegated user〉(受托用戶的聯(lián)系 URI)。主 體可選地包括如傳統(tǒng)技術(shù)中包括的關(guān)于呈現(xiàn)信息的過濾。下面的表1示出根據(jù)本發(fā)明示例 性實(shí)施例的觀察者200產(chǎn)生的呈現(xiàn)訂閱委托請求消息的格式。表 權(quán)利要求
1.一種用于呈現(xiàn)訂閱委托的系統(tǒng)，包括觀察者，將呈現(xiàn)訂閱委托請求發(fā)送到委托用戶的呈現(xiàn)訂閱委托處理器；呈現(xiàn)訂閱委托處理器，從觀察者接收呈現(xiàn)訂閱委托請求，并根據(jù)委托用戶的呈現(xiàn)委托 授權(quán)規(guī)則對呈現(xiàn)訂閱委托請求執(zhí)行委托授權(quán)，所述呈現(xiàn)委托授權(quán)規(guī)則是關(guān)于呈現(xiàn)訂閱委托 的授權(quán)信息；呈現(xiàn)體的呈現(xiàn)服務(wù)器，從呈現(xiàn)訂閱委托處理器接收呈現(xiàn)訂閱委托請求，根據(jù)呈現(xiàn)體的 呈現(xiàn)授權(quán)規(guī)則執(zhí)行呈現(xiàn)授權(quán)，并經(jīng)由呈現(xiàn)訂閱委托處理器將關(guān)于呈現(xiàn)體的呈現(xiàn)信息發(fā)送到 觀察者。
2.如權(quán)利要求1所述的系統(tǒng)，其中，觀察者、呈現(xiàn)訂閱委托處理器和呈現(xiàn)服務(wù)器在不同 域中，并通過會(huì)話發(fā)起協(xié)議(SIP)會(huì)話被連接。
3.如權(quán)利要求1所述的系統(tǒng)，還包括委托XML文檔管理服務(wù)器(委托XDMS)，存儲(chǔ)由 委托用戶預(yù)設(shè)的呈現(xiàn)委托授權(quán)規(guī)則。
4.如權(quán)利要求1所述的系統(tǒng)，其中，呈現(xiàn)委托授權(quán)規(guī)則包括關(guān)于被許可請求呈現(xiàn)訂閱 委托的觀察者的信息；以及關(guān)于被許可用于呈現(xiàn)訂閱委托的呈現(xiàn)信息的類型的信息。
5.如權(quán)利要求1所述的系統(tǒng)，其中，當(dāng)關(guān)于呈現(xiàn)體的呈現(xiàn)信息被更新時(shí)，呈現(xiàn)服務(wù)器向 觀察者通知呈現(xiàn)信息是否已經(jīng)被更新。
6.如權(quán)利要求1所述的系統(tǒng)，還包括呈現(xiàn)XDMS，存儲(chǔ)呈現(xiàn)授權(quán)規(guī)則。
7.如權(quán)利要求1所述的系統(tǒng)，其中，呈現(xiàn)授權(quán)規(guī)則包括指示呈現(xiàn)體是否許可關(guān)于呈現(xiàn) 信息的呈現(xiàn)訂閱委托的信息；關(guān)于被許可請求呈現(xiàn)訂閱委托的觀察者的信息；以及關(guān)于被 許可的呈現(xiàn)信息的類型的信息。
8.一種用于呈現(xiàn)訂閱委托的方法，包括由觀察者將呈現(xiàn)訂閱委托請求發(fā)送到委托用戶的呈現(xiàn)訂閱委托處理器；由呈現(xiàn)訂閱委托處理器根據(jù)委托用戶的呈現(xiàn)委托授權(quán)規(guī)則對呈現(xiàn)訂閱委托請求執(zhí)行 委托授權(quán)，所述呈現(xiàn)委托授權(quán)規(guī)則是關(guān)于呈現(xiàn)訂閱委托的授權(quán)信息；如果委托授權(quán)成功，則由呈現(xiàn)訂閱委托處理器將呈現(xiàn)訂閱委托請求發(fā)送到呈現(xiàn)體的呈 現(xiàn)服務(wù)器；由呈現(xiàn)服務(wù)器根據(jù)呈現(xiàn)體的呈現(xiàn)授權(quán)規(guī)則執(zhí)行呈現(xiàn)授權(quán)，并經(jīng)由呈現(xiàn)訂閱委托處理器 將關(guān)于呈現(xiàn)體的呈現(xiàn)信息發(fā)送到觀察者。
9.如權(quán)利要求8所述的方法，其中，觀察者、呈現(xiàn)訂閱委托處理器和呈現(xiàn)服務(wù)器在不同 域中，并通過會(huì)話發(fā)起協(xié)議(SIP)會(huì)話被連接。
10.如權(quán)利要求8所述的方法，其中，呈現(xiàn)委托授權(quán)規(guī)則由委托用戶預(yù)設(shè)，并被存儲(chǔ)在 委托XML文檔管理服務(wù)器(委托XDMS)。
11.如權(quán)利要求8所述的方法，其中，呈現(xiàn)委托授權(quán)規(guī)則包括關(guān)于被許可請求呈現(xiàn)訂 閱委托的觀察者的信息；以及關(guān)于被許可用于呈現(xiàn)訂閱委托的呈現(xiàn)信息的類型的信息。
12.如權(quán)利要求8所述的方法，還包括當(dāng)關(guān)于呈現(xiàn)體的呈現(xiàn)信息被更新時(shí)，由呈現(xiàn)服 務(wù)器向觀察者通知呈現(xiàn)信息是否已經(jīng)被更新。
13.如權(quán)利要求8所述的方法，其中，呈現(xiàn)授權(quán)規(guī)則被存儲(chǔ)在呈現(xiàn)XDMS中。
14.如權(quán)利要求8所述的方法，其中，呈現(xiàn)授權(quán)規(guī)則包括指示呈現(xiàn)體是否許可關(guān)于呈 現(xiàn)信息的呈現(xiàn)訂閱委托的信息；關(guān)于被許可請求呈現(xiàn)訂閱委托的觀察者的信息；以及關(guān)于被許可的呈現(xiàn)信息的類型的信息。
全文摘要
提供一種用于在基于SIP的呈現(xiàn)系統(tǒng)中的多域環(huán)境下的呈現(xiàn)訂閱委托的系統(tǒng)和方法，其中觀察者將呈現(xiàn)訂閱委托請求發(fā)送到委托用戶的呈現(xiàn)訂閱委托處理器；呈現(xiàn)訂閱委托處理器根據(jù)委托用戶的呈現(xiàn)委托授權(quán)規(guī)則對接收的呈現(xiàn)訂閱委托請求執(zhí)行委托授權(quán)，所述呈現(xiàn)委托授權(quán)規(guī)則是關(guān)于呈現(xiàn)訂閱委托的授權(quán)信息；呈現(xiàn)體的呈現(xiàn)服務(wù)器從呈現(xiàn)訂閱委托處理器接收呈現(xiàn)訂閱委托請求，根據(jù)呈現(xiàn)體的呈現(xiàn)授權(quán)規(guī)則執(zhí)行呈現(xiàn)授權(quán)，并經(jīng)由呈現(xiàn)訂閱委托處理器將關(guān)于呈現(xiàn)體的呈現(xiàn)信息發(fā)送到觀察者。
文檔編號H04L29/06GK102106134SQ200980103222
公開日2011年6月22日 申請日期2009年2月1日 優(yōu)先權(quán)日2008年1月28日
發(fā)明者吳載權(quán) 申請人:三星電子株式會(huì)社, 北京三星通信技術(shù)研究有限公司