專利名稱：用于內容的元數據的請求和通知的制作方法
技術領域：
本發(fā)明涉及管理內容的元數據的服務器裝置、網絡系統(tǒng)、內容發(fā)現與通 知(content discovery-and-notification )方法以及計算機程序。
背景技術：
互聯(lián)網協(xié)議電視(IPTV)是關于使用互聯(lián)網協(xié)議(IP)來傳遞數字電視廣播 或用于其廣播技術的業(yè)務的通用名稱。在IPTV中用于會話控制的標準候選對 象是IP多媒體子系統(tǒng)(IMS) 。 IMS是歐洲遠程通信標準協(xié)會(ETSI)和國際遠 程通信聯(lián)盟遠程通信標準化組(ITU-T)中的下一代網絡(NGN)的標準化的前 提條件。NGN是基于IP技術的下一代骨干網。
IMS表示使用包通信的蜂窩電話多媒體業(yè)務，或是用于實現這種業(yè)務的 標準。在IMS中，通過使用稱之為會話啟動協(xié)議(SIP)的IP電話系統(tǒng)，可以 以安全的方式控制多媒體會話，保證服務質量(QoS)。例如，通過IMS可實現 一鍵通(Push-to-talk)、視頻電話、互聯(lián)網電視等等。
通常，為了通過使用IP電視(IPTV)等等來瀏覽和收聽內容，在通過使用 諸如電子節(jié)目指南(EPG)之類的業(yè)務或應用程序來指定待瀏覽和收聽的內容 之后，就獲得了用于獲取該內容而需要的信息，并開始內容的流回放 (streaming playback)的會話。為了使實施在IPTV機頂盒、電視等等中的 EPG應用程序可向觀眾顯示內容信息，并且為了使觀眾可以選擇和指定內容， EPG應用程序/人提供內容的詳細信息的元數據服務器獲取描述該內容的細節(jié) 的元數據。基于該元數據，觀眾從所產生的EPG應用程序的屏幕來選擇和指 定期望的內容。定期執(zhí)行元數據的獲取，例如，每當在元數據服務器中加入 新的元數據時，以及每當更新現有元數據的內容時。然后，IPTV客戶在該IPTV
客戶和IPTV服務器之間建立IPTV會話。
日本專利申請公開號2004-147128 ( 0046段等等)給出了使用IMS-SIP 進行會話控制的例子。特別地，為了在圖像通信裝置之間建立用于執(zhí)行圖像 通信的會話，將基于SIP規(guī)格的會話請求消息(INVITE消息)從非對稱數字用
其中該ADSL網關作為請求源接收來自一個圖像通信裝置的傳輸請求包。在 SIP代理服務器執(zhí)行會話請求消息的頭部中所描述的目標地的地址解析之后， 該SIP代理服務器向對應于該目標地的ADSL網關傳送會話請求消息(INVITE 消息)。
通常，為了通過使用IPTV等等來瀏覽和收聽內容，例如圖29中所示， 在通過使用諸如機頂盒或TV之類的IPTV客戶端中實施的EPG應用程序14來 指定待瀏覽和收聽的內容之后，可獲得用于獲取該內容所需要的信息，并且 可開始該內容的流回放的會話。為了使EPG應用程序14可以向觀眾顯示內容 信息，并且為了使觀眾可以選擇和指定該內容，EPG應用程序14可以從提供 該內容的詳細信息的元數據服務器30獲取描述內容細節(jié)的元數據?；谠撛?數據，觀眾可以從產生的EPG應用程序屏幕來選擇和指定期望的內容。元數 據的獲取可定期地執(zhí)行，例如，每當在元數據服務器30中加入新的元數據時， 或每當更新現有元數據的內容時。然后，IPTV客戶端可在該IPTV客戶端和 IPTV服務器20之間建立用于回放內容的IPTV會話。
在這種普通的IPTV系統(tǒng)中，通過IPTV客戶端從元數據服務器定期地進 行元數據的獲取是昂貴的。對于IPTV客戶來說，預測元數據服務器中的諸如 新的元數據的添加以及元數據的更新之類的事件是困難的。因此，為了基于 優(yōu)選的最新元數據來啟動內容的選擇，IPTV客戶端可能需要從處于設置短輪 詢期(short polling period)的狀態(tài)中的元數據服務器請求所期望的元數 據的最新版本。因此，在存在許多元數據服務器的情況下，僅僅輪詢處理 (polling processing)就可能很昂貴。
此外，在IMS中SIP可用于會話控制。除了 IMS-SIP之外，原始SIP可 包括預訂/通告(SUBSCRIBE/NOTIFY)協(xié)議。SUBSCRIBE/NOTIFY協(xié)i義定義了一 種機制，在該機制中，在客戶方為服務器方提供條件之后，當已發(fā)生滿足該 條件的事件時，將該事件通告給客戶方。條件和事件可隨意定義。
然而，現有的IPTV協(xié)議未定義通用系統(tǒng)，在該通用系統(tǒng)中，通過#_用 SIP的SUBSCRIBE/NOTIFY機制來聲明用于服務器方的能夠由客戶方處理的格 式以及表示優(yōu)選內容的類型的信息，當已發(fā)現匹配的內容時，接收到通知。
在IPTV標準化中用于標準元數據格式的候選對象是即時電視 (TV-Anytime)元數據。TV-Anytime元凄t據是由ETSI標準化的元ft據標準。 TV-Anytime元數據是用于例如數字視頻廣播(DVB)中的IPTV標準及ITU-T 中的IPTV標準中的元數據格式的候選對象。

發(fā)明內容
基于上述考慮，通過使用預訂和通告機制提供了通過發(fā)現期望內容來減 少元數據獲取成本的服務器裝置、網絡系統(tǒng)、內容發(fā)現與通知方法以及計算 機程序。
根據所請求發(fā)明的實施例，提供了一種服務器裝置，其包含數據庫， 其配置為存儲內容的元數據；消息接收部件，用于接收來自客戶端的用于事 4牛通知訂閱(event notification subscription )的予貞訂i青求，該子貞訂i青求 包括對于元數據的檢索條件，并且該消息接收部件用于建立用于事件通知訂 閱的對話；元數據檢索部件，用于基于檢索條件來檢索數據庫；以及消息發(fā) 送部件，用于產生包括由元數據檢索部件得到的檢索結果的通告消息，并用 于將該通告消息發(fā)送至客戶端。
當已建立對話之后，元數據檢索部件可定期地檢索數據庫。此外，檢索
條件可以是關于數據庫的查詢，或者可以是用于參照或獲取關于數據庫的查
詢的信息。進一步，檢索結果可包括與檢索條件相匹配的匹配元數據。可替
代地，檢索結果可包括用于參照或獲取與檢索條件相匹配的匹配元數據的信 自
根據所請求發(fā)明的另一個實施例，提供了一種網絡系統(tǒng)，其包含客戶 端，其能夠通過網絡接收內容，并播》丈該內容；服務器裝置，其配置為管理 內容的元數據?？蛻舳税ㄏl(fā)送部件，用于產生用于事件通知訂閱的 預訂請求，該預訂請求包括對于元數據的檢索條件，并用于將預訂請求發(fā)送 至服務器裝置；以及元數據存儲單元，其配置為作為對預訂請求的響應接收 來自服務器裝置的通告消息，并存儲用于元數據的檢索的結果，該結果包括 在通告消息中。服務器裝置包括數據庫，其配置為存儲內容的元數據；消 息接收部件，用于接收來自客戶端的預訂請求，并用于建立用于事件通知訂
閱的對話；元數據檢索部件，用于基于檢索條件來檢索數據庫；以及消息發(fā) 送部件，用于產生通告消息，并用于將該通告消息發(fā)送至客戶端。
根據所請求發(fā)明的另一個實施例，提供了一種內容發(fā)現與通知的方法， 其包含產生用于事件通知訂閱的預訂請求，該預訂請求包括對于內容的元 數據的檢索條件；將預訂請求從客戶端發(fā)送至服務器裝置；接收來自客戶端 的預訂請求；建立用于事件通知訂閱的對話；基于檢索條件，檢索存儲該內 容的元數據的數據庫；產生包括通過數據庫的檢索而得到的檢索結果的通告 消息；以及將該通告消息從服務器裝置發(fā)送至客戶端。
根據所請求發(fā)明的另 一個實施例，提供了 一種存儲計算機程序的計算機 可讀存儲介質，其中該計算機程序導致服務器裝置執(zhí)行一種方法，該方法包 含產生用于事件通知訂閱的預訂請求，該預訂請求包括對于內容的數據元 的檢索條件；將預訂請求從客戶端發(fā)送至服務器裝置；接收來自客戶端的預 訂請求；建立用于事件通知訂閱的對話；基于檢索條件，檢索存儲該內容的 元數據的數據庫；產生包括通過數據庫的檢索而得到的^f全索結果的通告消息； 以及將通告消息從服務器裝置發(fā)送至客戶端。
在下面的描述中，將會部分地闡述本發(fā)明的其它目標和優(yōu)點，并且從描 述中該部分闡述地本發(fā)明其它目標和優(yōu)點將會顯而易見，或可以通過本方面 的實踐而被了解。通過所附權利要求中特別指出的要素及組合的方法，將會 實現并獲得本發(fā)明的目標和優(yōu)點。
應該明白，上述的一般描述以及接下來的詳細描述都僅僅是示例性的和 解釋性的，而不是對于所請求的本發(fā)明的限制。
合并入且構成本說明書的一部分的附解了本發(fā)明的實施例，并結合 描述以用作解釋本發(fā)明的原理。


合并入且構成本說明書的 一部分的附圖顯示了才艮據本發(fā)明的特定方面的 實施，并結合描述，幫助解釋與本發(fā)明相關的一些原理。
圖1顯示用于在IPTV系統(tǒng)中使用的示例性SIP事件通知機制； 圖2顯示用于事件通知訂閱的SIP SUBSCRIBE請求的示例性格式； 圖3顯示在圖2中所示的SIP SUBSCRIBE請求中的示例性XQuery語句； 圖4顯示XPath表達式中的示例性查詢；
圖5顯示FLWOR表達式中的示例性查詢；
圖6顯示用于元數據查詢和元數據的示例性XML圖解；
圖7顯示包括XPath表達式中的查詢的示例性SIP SUBSCRIBE請求；
圖8顯示對于圖4中所示的SIP SUBSCRIBE請求的示例性"200 OK"響
應；
圖9顯示用于內容發(fā)現與通知事件的通知的SIP NOTIFY消息的示例性格
式；
圖IO顯示示例性SIP NOTIFY消息;
圖11顯示在圖9中所示的另一個示例性的SIP NOTIFY消息；
圖12顯示對于圖10中所示的SIP NOTIFY消息的示例性"200 OK"響應；
圖13顯示在圖9中所示的另一個示例性SIP NOTIFY消息；
圖14顯示SIP NOTIFY消息的主體部分中所存^f諸的示例性元數據文檔；
圖15顯示IPTV系統(tǒng)的示例性配置；
圖16顯示在圖15中所示的IPTV系統(tǒng)中的IPTV客戶端的示例性硬件配
置；
圖17顯示在圖15中所示的IPTV系統(tǒng)中的每個IPTV服務器和元數據服 務器的示例性硬件配置；
圖18顯示在IPTV系統(tǒng)中的示例性內容發(fā)現與通知事件包；
圖19顯示在IPTV客戶端中用于事件通知訂閱的示例性的對話建立過程；
圖20顯示在元數據服務器中用于事件通知訂閱的示例性的對話建立過
程；
圖21顯示元數據服務器的示例性的初始檢索； 圖22顯示元數據服務器的示例性的定期檢索； 圖2 3顯示EPG應用程序中的示例性的檢索結果獲取過程； 圖24顯示IPTV客戶端的元數據用于選擇內容并請求內容回放4^舌的建 立的示例性過程；
圖25顯示內容的示例性的獲取和回放；
圖26顯示用于發(fā)布過程的示例性程序，其中該過程用于由IPTV客戶端 發(fā)布用于事件通知訂閱的對話；
圖27顯示用于由元凝:據服務器發(fā)布用于事件通知訂閱的對話的示例性
過程；
圖28顯示圖27所繼續(xù)的示例性過程；以及
圖29顯示在普通IPTV系統(tǒng)中通過會話的建立而獲取內容元數據的示例 性程序。
具體實施例方式
下面的詳細描述參照附圖。在可能的情況下，在附圖和以下說明中使用 相同的標號來指示相同或類似的組成部分。雖然這里描述了本發(fā)明的幾個示 例性實施例和特征，但是在不脫離本發(fā)明的精神和范圍下，各種修改、改編 及其它實施方式都是可能的。例如，可以對附圖中圖解的組件進行各種替代、 添加或修改，并且這里描述的示例性方法可以通過對所公開的方法進行替代、 重新排序或是增加步驟而修改。因此，下列的詳細描述并不限制本發(fā)明。相 反，本發(fā)明的固有范圍由所附權利要求限定。
在圖1中，Subscriber (A)是事件通知訂閱的預訂者,Notifier(B)是根 據該事件通知訂閱將事件的發(fā)生通告給預訂者的通知者。
Subscriber (A)可使用SIP SUBSCRIBE請求預訂來自Not ifier (B)的事件 通知。此時，Subscriber (A)可向Notifier(B)的統(tǒng)一資源標識符(URI)發(fā)送 初始的SIP SUBSCRIBE請求(SI)。該初始的SIP SUBSCRIBE請求可包括表示 事件類型的Event頭部和表示訂閱通知持續(xù)期(事件監(jiān)控期)的Expires頭部。
在接收用于事件通知訂閱的初始SIP SUBSCRIBE請求之后，Notifier(B) 可通過向Subscriber (A)發(fā)送回"200 OK"響應而接受通過建立用于該事件 通知訂閱的對話所請求的事件通知訂閱(S2)。對話是Subscriber (A)和 No t i fi e r (B)之間的信令(消息的交換)。而且，已接收來自No t i fi e r (B)的"2 0 0 OK"響應的Subscriber (A)可建立用于事件通知訂閱的對話。
在建立對話之后，為了將Notifier(B)接收初始SIP SUBSCRIBE請求時 的初始一犬態(tài)通告纟合Subscriber (A) ,Notifier (B)可向Subscriber (A)發(fā)送SIP NOTIFY消息(S3) 。 SIP NOTIFY消息可包括表示待報告事件的Event頭部和表 示通知訂閱狀況的Subscriber-Status頭部。通知訂閱狀況可定義為"有效 (active)",表明通知訂閱是有效的；"待定(pending)",表明通知訂閱凈皮暫 停(尚未確定通知訂閱是有效的或被拒絕的狀況)；或"終止(terminate)", 表明通知訂閱是無效的(由于某些原因，通知訂閱已被拒絕或已被終止的狀 況)。在接收來自Notifier(B)的SIP NOTIFY消息后，Subscriber (A)可向
Notifier(B)發(fā)送回"200 OK"響應(S4)。
就這樣的事件對其執(zhí)行通知訂閱且已經出現待執(zhí)行的狀況通知，在建 立對話之后，Notifier(B)可將用于事件通知的SIP NOTIFY消息發(fā)送至 Subscriber (A) (S5)。實際的SIP NOTIFY消息的發(fā)送時機及MIME (多用途的 網際郵件擴充協(xié)議)類型及消息主體部分的格式可根據用于通知的事件的用 途而定義的事件包中定義。
當Subscriber (A)已接收了來自Notif ier (B)的SIP NOTIFY消息時, Subscriber (A)可確認是否存在用于事件通知訂閱的對話。如果該對話存在， 并且消息處理可能包括Event頭部的內容，那么Subscriber (A)可向 Notif ier (B)發(fā)送回"200 OK"響應(S6)。
在Subscriber (A)終止通知訂閱的情況下，可將在其中Expire頭部被設 置為0的SIP SUBSCRIBE請求從Subscriber (A)發(fā)送至Notifier(B) (S7)。在 已接收SIP SUBSCRIBE請求的Notifier(B)發(fā)送回"200 OK"響應(S8)之后， Notifier (B)可向Subscriber (A)發(fā)送表示該事件通知訂閱的終止的SIP NOTIFY消息，即，其中由Subscriber-Status頭部表示狀況的SIP NOTIFY消 息是"終止，，(S9)。當Subscriber (A)已接收該SIP NOTIFY消息時， Subscriber (A)可發(fā)送回"200 OK"響應(SIO)。這可導致將在Subscriber (A) 和No t i f ier (B)兩者中發(fā)布用于事件通知訂閱的對話。
為了在Subscr i ber (A)和No t if ier (B)之間的該事件通知訂閱中保護通 信的安全，可以使用在SIP中可用的安全機制，諸如用于在請求認證中使 用的超文本傳輸協(xié)議(HTTP)摘要認證；使用SIPSURI在消息傳遞路徑中的傳 輸層上的安全的保護；以及包括基于安全的多用途互聯(lián)網郵件擴展(S/MIME) 的狀況通知細節(jié)的消息主體部分的加密。
在SIP事件通知機制中，Subscriber (A)可以是客戶方的EPG應用程序， Notifier (B)可以是元數據服務器。元數據服務器可使用TV-Anytime元數據 格式來管理元數據，該元數據是可以由IPTV服務器通過流、下載等等來傳遞 的內容的詳細信息。TV-Anytime元數據可以是擴展性標識語言(XML)文檔， 并可存儲在諸如XML數據庫之類的數據庫中。
在根據所請求發(fā)明的實施例的IPTV系統(tǒng)中，客戶方的EPG應用程序可聲 明用于元數據服務器的所能夠被處理的格式以及指定(表示)具有與客戶方的 用戶的偏好相匹配的元數據的內容的信息。當已發(fā)現與所聲明信息相匹配的
內容元數據時，SIP事件通知機制可執(zhí)行通告該內容元數據的客戶方的EPG 應用程序的業(yè)務。該業(yè)務被稱為"內容發(fā)現與通知事件包"。 接下來將會描述內容發(fā)現與通知事件包的細節(jié)。
圖2顯示可從Subscriber (A)發(fā)送至Not i f i er (B)以用于事件通知訂閱的 SIP SUBSCRIBE請求的示例性格式。如圖2中所示，"sip-uri"可包含表示 SIP SUBSCRIBE請求的目標地的URI。主體部分(body part)可包含XQuery語 句，該XQuery語句檢索與目標業(yè)務中提供的內容相關的元數據的XML文檔(元 數據業(yè)務)。
圖3顯示示例性XQuery語句。如圖3中所示，該XQuery語句可包^舌序 言(prologue )和查詢主體(query body)。序言可包含XQuery版本聲明"xquery version 1.0" ,名稱空間(name space)聲明 "declare default element namespace"、 "urn: tva: metadata: 2005"等等。查詢主體可包含檢索XML元 數據文檔的XPath或FLW0R表達式中的查詢。
圖4顯示從目標TV-Anyt ime元數據返回內容元凝:據的XPath表達式中的 示例性查詢，其中該內容元數據包括作為內容提要(content synopsis)的"派 遣(dispatch)"，并包括作為執(zhí)行者姓名的"Ryoko"。該查詢返回 Programlnformation要素的整體(entirety),其中，"派遣，包括在描述內 容元凄t才居的Programlnformation要素下面(更確切;也，Programlnformation 要素下面緊靠的BasicDescription要素)的Synopsis要素的正文部分中， 并且其中作為GivenName要素的"Ryoko'，包括在Programlnformation要素 的下面(更確切i也,Programlnformation要素下面緊靠的BasicDescription 要素的CreditsList要素的Creditsltem要素)。在具有多個與條件相匹配的 Programlnformation要素時，該查詢是多個Programlnformation要素的序 列。例如，這種查詢具有以下配置
"<ProgramInformation〉第一個Programlnformation的內容 </ProgramInformat ion〉〈Programlnformat ion〉第二個Programlnf ormat ion
的內容</ProgramInformation〉......"
圖5顯示/人目標TV-Anytime元凄t據返回包含作為內容標題的"Dignity of Temp"的內容元數據的FLW0R表達式中的示范性查詢。該查詢返回 Programlnformation要素的整體，其中，"Dignity of Terap，，包括在描述內 容元凄y居的Programlnformation要素的BasicDescript ion要素的Title要
素的正文部分中。
SIP消息可起到用于在IMS中控制會話的信令的重要作用。因此，網絡 上的高優(yōu)先權路徑可分配給SIP消息。因而，在SIP會話控制大量頻繁發(fā)生 的環(huán)境中，可能需要最小化用于信令路徑的網絡資源(諸如帶寬)的通信量。 另一方面，根據服務提供商，內容元數據的文檔很有可能會非常大。在這種 情況下，由SIP SUBSCRIBE請求所報告的元數據查詢和由SIP NOTIFY消息(稍 后描述)所報告的元數據可能會非常大，并且可能具有限制用于SIP信令的資 源的可能性。所以，為了避免這種問題，除了存儲直接對應于SIP SUBSCRIBE 請求和SIP NOTIFY消息的主體部分的查詢和元數據的方法之外，還提供了存 儲用于參照或獲取查詢和元數據的信息的方法。
圖6顯示存儲元數據查詢、結果元數據要素、或者用于獲取元數據查詢 或結果元數據要素的參照的元數據的XML文檔的示例性XML原理圖。
"Encapsulation"指示根(root)要素，"entity"指示直接存儲元數據查詢 或結果元數據要素的要素，"reference"指示存儲用于獲取元數據查詢或結 果元數據要素的參照的要素。
標識這種數據格式(DIDF:發(fā)現信息數據格式)的MIME類型可設置為 "application/didf+xml"。在存儲元數據查詢或元數據查詢的參照的情況 下，encapsulation要素可被稱為"過濾器文檔"。在存儲查詢或查詢的參 照的結果的元數據要素的情況下，encapsulation要素可被稱為"元數據文 檔"。
圖7顯示包括圖4中的XPath表達式中的查詢的示例性SIP SUBSCRIBE請 求。在SIP SUBSCRIBE方法中的請求URI的起始行中的"sip: IPTVDiscoveryServerB)servicePlatform. com"可以是提供內容-發(fā)現事件-通知業(yè)務的元數據月良務器30的sip-uri。在From頭部中的表示"sip: IPTVClientQservicePlatform.com"可以是客戶端的sip-uri。 Event頭部可 存儲識別內容發(fā)現與通知事件包的"discoveryService"。 Expires頭部可以 以秒為單位表示該訂閱(事件訂閱)的有效期。Content-Type頭部可以表示主 體部分的MIME類型(application/didf+xml) 。 Xpath表達式中的查詢可作為 entity要素的內容而被存儲。
在Notif ier (B)接收SIP SUBSCRIBE請求后，如果Notifier (B)接受所請 求的事件通知訂閱，然么Notifier (B)可將"200 OK"響應發(fā)送回Subscriber (A)。圖8顯示示例性的"200 OK"響應。
在Notifier(B)發(fā)送回"200 OK"響應后，在Not if ier (B)已接收SIP SUBSCRIBE請求時，或在執(zhí)行用于有關事件的通知訂閱、待執(zhí)行的該事件的 狀況通知已發(fā)生的情況下，Notifier(B)可向Subscriber (A)發(fā)送SIP Notify 消息，用于將初始狀態(tài)或內容發(fā)現與通知事件通告給Subscriber (A)。圖9 是用于內容發(fā)現與通知事件的通知的SIP NOTIFY消息的示例性格式。在該格 式中，sip-uri可存儲表示連接目標地一方的URI，并且主體部分可存儲內容 發(fā)現結果的元數據要素。
圖IO顯示響應于包括在圖4中的XPath表達式中的查詢的SIP SUBSCRIBE請求的示例性的SIP NOTIFY消息，該SIP NOTIFY消息在主體部 分中存儲內容發(fā)現結果的元數據要素2。在圖10中，在SIP NOTIFY方法的 請求URI的起始行中的"sip: IPTVClientSlservicePlatform.com ，，可以是 運行獲得內容-發(fā)現事件-通知業(yè)務的EPG應用程序(執(zhí)行事件通知訂閱以用 于該EPG應用程序)的IPTV客戶端的SIP-uri。在From頭部中的"sip: IPTVDiscoveryServerQservicePlatform. com"可以是提供內容-發(fā)現事件-通知業(yè)務的元數據服務器的sip-uri。在Subscription-State頭部中，可以 指定表明該訂閱有效的表示法"active",并且可包括表示該通知訂閱的有效 期的expires參凄t。
圖11顯示與在圖10中的SIP NOTIFY消息相一致的示例性SIP NOTIFY 消息，兩者的相一致在于存儲用于參照或獲取內容發(fā)現結果的元數據要素的 信息3的方法。在圖11中，可以通過使用作為參照目標地的reference要素 的"http: //servicePlatform. com/metadataResponse/1234567890. xml"來
獲取內容發(fā)現結果的元數據要素。
在Subscriber (A)接收來自Notifier (B)的SIP NOTIFY消息后， Subscriber (A)可將"200 OK"響應發(fā)送回Not if ier (B)。圖12顯示響應于 SIP NOTIFY消息的示例性"200 OK"響應。
每當與Subscriber (A)執(zhí)行訂閱所用于的事件相對應的Notify(B)中發(fā) 生事件時，可以發(fā)送SIP NOTIFY消息。雖然圖7中所示的SIP SUBSCRIBE請 求的主體部分的訂閱(事件訂閱)的有效期可能是有效的，當向與由目標業(yè) 務提供的內容相關的元數據的XML文檔(元數據數據庫34)增加與查詢相匹 配的內容元數據時，可以發(fā)送SIP NOTIFY消息。
圖13顯示包括元數據4的示例性SIP NOTIFY消息，該元數據4通過向 XML文檔(元數據數據庫34)增加元數據而與查詢以新的方式匹配。 內容發(fā)現與通知事件包可總結如下。
1) 事件包名(事件包的名稱)
該包的名稱可以是"discoveryService"。該名稱可用于由SIP SUBSCRIBE 請求和SIP NOTIFY消息所指定的Event頭部域中。
2) SIP SUBSCRIBE請求的主體部分
SIP SUBSCRIBE請求可包括主體部分。該主體部分可以是過濾器文檔。 過濾器文檔可以與MIME類型"application/didf+xml"的凄史據格式相匹配。 過濾文檔可僅請求被指定事件的通知，并可指定與由SIP NOTIFY消息返回的 數據集相關的界限。例如，可以設置過濾器以使得只有當可以提供與用戶的 偏好相匹配的內容時，該過濾器才執(zhí)行事件通知。
3) 訂閱期限(默認的訂閱期限)
訂閱的默認有效期限可以設置為2592000秒(30天)。預訂者可以在頭部 域中隨意指定有效期限。
4) SIP NOTIFY消息的主體部分
SIP NOTIFY消息可包括主體部分。該主體部分可以是元數據文檔。該元 數據文檔可以與MIME類型"application/didf+xml"的數據格式相匹配。該 元數據文檔可以僅存儲當執(zhí)行訂閱時與被設置的濾波器相匹配的元智:據。
5) 消息交換的安全性(認證/許可方法)
當接收到SIP SUBSCRIBE請求時，可以不加變化的使用在SIP中可用 的安全機制，諸如用于在請求認證中使用的HTTP摘要認證；使用SIPS URI 在消息傳遞路徑上的傳輸層上的安全的設施；以及包括基于S/MIME的狀況通 知細節(jié)的消息主體部分的加密。
6) 發(fā)送SIP NOTIFY消息的時機(發(fā)送消息的頻率)
可以執(zhí)行SIP NOT IFY消息的發(fā)送以用于表示可由No t i f y (B)監(jiān)控的元數 據數據庫34的內容的變化的每個事件(新數據的創(chuàng)建、內容的更新、等等)， 并且可以執(zhí)行SIP NOTIFY消息的發(fā)送以用于每個預定周期(例如，默認3600 秒)。該發(fā)送可依賴于Notify (B)的操作的方式。當執(zhí)行用于每個預定周期的 發(fā)送時，可以共同地發(fā)送在該周期中發(fā)生的事件。
7) 內容的獲取和回力史
通過使用內容發(fā)現與通知事件業(yè)務而已發(fā)現期望內容的客戶方的EPG應 用程序可以將存儲在所返回的合成SIP NOTIFY消息的主體部分中的元數據文 檔傳給在相同的客戶端上運行的IPTV客戶應用程序13,并可以請求內容的 獲取和回放。IPTV客戶應用程序13可以從相關元數據要素提取在流服務器 (streaming server )上獲取內容、下載內容或回放內容所需要的地址信息 等等。
圖14顯示存儲在SIP NOTIFY消息的主體部分中的示例性元彰:據文檔。 為了在Programlnformation要素中獲取作為描述對象的內容，其中 Programlnformation要素是該元數據文檔中存儲的內容元數據，可以通過使 用"crid: 〃ca. com/321"作為該Programlnformat ion要素的屬性ii的關4建 字來獲取描述內容的;也ihURL的OnDemandProgram要素。該OnDemandProgram 要素可通過直接將查詢發(fā)布給元數據數據庫34而獲得，并且可以通過使用內 容發(fā)現與通知事件業(yè)務而獲得。在本例中，僅內容元數據的 Programlnformation要素可以被用作是作為結果的待發(fā)送對象。然而，通過 配置用于獲取該要素和OnDemandProgram要素的查詢，以及通過4丸4亍訂閱， 可以同日于獲取與之相關的Programlnformation要素和OnDemandProgram要 素。
接下來，下面描述根據所請求發(fā)明的實施例的IPTV系統(tǒng)100。 如圖15中所示，IPTV系統(tǒng)100可包括IPTV客戶端10; IPTV服務器20， 其允許通過流、下載等等來傳遞內容；元數據服務器30，其管理允許由IPTV 服務器20傳遞的內容的詳細信息的元數據；以及網絡40,其可連接這些要 素。
例如，IPTV客戶端1Q可以是諸如個人計算機(PC)、 ^L頂盒或TV之類 的終端設備。IPTV客戶端10可包括用戶接口 11、網絡接口 12、 IPTV客戶應 用程序13、 EPG應用程序14以及本地元數據數據庫15。
用戶接口 ll可以處理用于用戶l的輸入和輸出。例如，用戶接口 11可 以接收各種從用戶l輸入的指令，并執(zhí)行向EPG應用程序14的輸出。而且， 用戶接口 11可以執(zhí)行從EPG應用程序14至用戶l的響應，輸出內容的回放 信息的處理等等。
網絡接口 12可以提供與諸如互聯(lián)網之類的網絡40的接口。
戶來操作的各種類型的控制的軟件。
EPG應用程序14可包括用戶交互處理部分16,其執(zhí)行用于用戶1的諸 如輸入和輸出之類的處理；以及事件包處理部分17,其在內容發(fā)現與通知事 件包上執(zhí)行處理。事件包處理部分17可以是消息發(fā)送單元，該消息發(fā)送單元 產生用于事件通知訂閱的SIP SUBSCRIBE請求，該請求包括對于元數據的檢 索條件，并且該消息發(fā)送單元將SIP SUBSCRIBE請求發(fā)送至元數據服務器30。
本地元數據數據庫15例如可由諸如硬盤驅動器或半導體存儲器之類的 存儲設備構成，并且存儲從元數據服務器30獲取的內容元數據。換句話說， 本地元數據數據庫15可以是元數據存儲單元，該元數據存儲單元存儲包括在 從元數據服務器30接收的SIP NOTIFY消息中的元數據檢索結果。
此外，IPTV客戶端IO可包括內容存儲單元，其通過流、下載等等來 存儲從IPTV服務器20接收的內容的數據；內容回放單元其通過內容的回 放執(zhí)行來自解碼的處理，雖然這些單元未示出。
IPTV服務器20可管理能夠通過流、下載等等來傳送的內容的重要數據。 而且，IPTV服務器20可建立用于在IPTV服務器20與IPTV客戶端10的IPTV 客戶應用程序13之間獲取和回放內容的會話，并且將該內容通過流、下載等 等來傳遞至IPTV客戶端10。
元數據服務器30可包括網絡接口 31、事件包處理單元32、元數據查詢 處理單元33以及元數據數據庫34。
網絡接口 31可提供與諸如互聯(lián)網之類的網絡40的接口。
事件包處理單元32可執(zhí)行內容發(fā)現與通知事件包的處理。事件包處理單 元32可以是消息接收單元，其從IPTV客戶端IO接收用于事件通知訂閱的 請求，該請求包括對于元數據的檢索條件；消息發(fā)送單元，其產生包括由元 數據檢索單元獲得的檢索結果的SIP NOTIFY消息，并且其將SIP NOTIFY消 息發(fā)送回IPTV客戶端10。
元數據查詢處理單元33可以發(fā)布關于元數據數據庫34的查詢，并檢索 元數據。換句話說，元數據查詢處理單元33可以是元數據斥僉索單元，其基于 由該消息接收單元接收的SIP SUBSCRIBE請求中包括的檢索條件來檢索元數 據數據庫34。
元數據數據庫34可以通過使用TV-Anytime元數據的格式來管理作為由 IPTV服務器20來傳遞的內容的詳細信息的元數據。TV-Anytime元數據可以是可擴展標識語言(XML)文檔，并可被存儲在諸如XML數據庫之類的數據庫 中。
圖16顯示IPTV客戶端IO的示例性硬件配置。如圖16所示，可以通過 系統(tǒng)總線502將只讀存儲器(ROM) 503、隨機存取存儲器(RAM) 504、輸入操作 單元505、顯示單元506、音頻輸出單元507、網絡接口 12、光通信單元511 以及存儲單元512連接至中央處理單元(CPU) 501。
輸入操作單元505可包括各種鍵，并處理來自用戶的各種命令和輸入數 據。使用輸入操作單元505輸入的來自用戶的命令可通過使用輸入接口 (未 示出)經系統(tǒng)總線502提供給CPU 501。顯示單元506可包括例如，諸如液 晶顯示器(LCD)之類的顯示器，以及用于驅動顯示器的顯示器控制電路。音頻 輸出單元507可包括將數字音頻信號轉化為模擬音頻信號的電路以及揚聲 器。輸入操作單元505、顯示單元506以及音頻輸出單元507可對應于圖15 中所示的用戶接口 11。網絡接口 12可處理與網絡40的有線或無線連接。
光通信單元511可以是用于處理與遠程控制器或外部設備50通信的接 口 ，特別是通過使用作為無線介質的諸如紅外輻射之類的輻射與外部設備50 通信。除了輻射之外，也可以使用諸如無線電波、聲波以及電磁波之類的其 它無線介質。存儲單元512可以是，例如，諸如硬盤驅動器或半導體存儲器 之類的存儲設備。
ROM 503是只讀存儲器，其可永久地存儲用于導致計算機實施用于IPTV 客戶端10、數據等等的功能的程序。該程序可存儲在存儲單元512中。RAM 504 是存儲器，從ROM 503或存儲單元512加載的程序，用于該程序的工作數據 等等被寫入該存儲器中。CPU 501可以執(zhí)行用于解釋和實施存儲在ROM 503 中的程序或加載在RAM 504中的程序的算術處理。
圖17顯示每個IPTV服務器20和元數據服務器30的示例性硬件配置。 如圖17中所示，每個IPTVM^務器20和元數據月良務器30都可由諸如個人計 算機之類的典型計算機系統(tǒng)組成。
換句話說，ROM 602、 RAM 603、網絡接口31、包括4定盤和鼠標的輸入單 元6 05 、包括揚聲器和諸如陰極射線管(CRT)或LCD之類的顯示器的輸出單元 606、介質接口 607以及包括硬盤驅動器和非易失性存儲器的存儲單元608都 可通過系統(tǒng)總線609連4妻至CPU 601。
網絡接口 31可處理與網絡40的有線或無線通信。存儲單元608可存儲
程序，該程序用于導致計算機來實施用于特定服務器、各種類型的數據等等
的功能。CPU 601可將來自ROM 602或存儲單元608的程序加載到RAM 603 中，并執(zhí)行用于解釋和實施該程序的算術處理。在介質接口 607中，如果需要， 可以加載諸如》茲盤、光盤、磁光盤或半導體存儲器之類的可移除介質60。如 果需要，可以將從可移除介質60所讀的程序安裝到可移除介質60中。
接下來，下面描述根據本實施例的IPTV系統(tǒng)100的操作。
圖18顯示IPTV系統(tǒng)100中的示例性內容發(fā)現與通知事件包。首先，在 IPTV客戶端IO和元數據服務器30之間可以建立用于內容發(fā)現的事件通知訂 閱的對話的過程可以以下列的方式執(zhí)行。
圖19顯示此時IPTV客戶端10中的示例性流程。首先，IPTV客戶端10 的EPG應用程序14中的用戶交互處理部分16可通過用戶接口 ll接受來自用 戶1的開始內容險索通知的請求(圖19中的步驟S201)。來自用戶1的開始 內容檢索通知的該請求可以是，例如，諸如需要包括作為內容提要的"派遣 (dispatch)"及包括作為執(zhí)行者名稱的"Ryoko"之類的內容的請求。當用戶 交互處理部分16已接受開始內容檢索通知的請求時，用戶交互處理部分16 可產生XQuery語句查詢，其存儲在SIP SUBSCRIBE請求的主體部分中。更確 切地，例如，可以由用戶交互處理部分16產生如圖7中所示的SIP SUBSCRIBE 請求中的entity要素的內容。然后，用戶交互處理部分16可以請求來自事 件包處理部分17的事件通知訂閱(圖19中的步驟S202)。事件包處理部分l7 可通過網絡^接口 12將用于事件通知訂閱的SIP SUBSCRIBE請求(見圖7)發(fā) 送至元數據服務器30(圖19中的步驟S203)。此時，可以在SIP SUBSCRIBE 請求的目標地中存儲元數據服務器30的給定的sip-uri (例如，如圖7中起 始4亍的"sip: IPTVDiscoveryServer罰servicePlatform. com")。 然后，事^f牛 包處理部分17可響應于SIP SUBSCRIBE請求來接收"200 OK"響應(見圖8), 由此建立了用于內容發(fā)現的事件通知訂閱的對話。
接下來，下面將描述在元數據服務器30中的用于事件通知訂閱的對話建 立過程。此時元數據服務器30中的示例性流程如圖20中所示。
在事件包處理單元32已通過網絡接口 31接收由客戶方的EPG應用程序 14所發(fā)布的SIP SUBSCRIBE請求(用于事件通知訂閱)之后，事件包處理單元 32可通過網絡接口 31向(響應于)客戶方的EPG應用程序14發(fā)送回"200 OK" 響應(見圖8)(圖20中的步驟S301),由此建立了用于事件通知訂閱的對話。
接下來，事件包處理部分17可將存儲在所接收到的SIP SUBSCRIBE請求的主 體部分中的XQuery語句查詢傳送至元數據查詢處理單元33 (圖20中的步驟 S302 )。
在元數據查詢處理單元33接收查詢之后的元數據服務器30中的示例性 流程如圖21和22中所示。當元數據查詢處理單元33已接收來自事件包處理 單元32的查詢時，元數據查詢處理單元33可啟動查詢處理過程來發(fā)布關于 管理內容元數據的元數據數據庫34的查詢(圖21中的步驟S401，圖22中的 步驟S501)。目標元數據數據庫34可以是由單個IPTV業(yè)務提供商來管理的 元數據數據庫，并且可包括在多個IPTV業(yè)務提供商之上的多個元數據數據 庫。
元數據數據庫34的檢索可以定期執(zhí)行。然而，如圖21中所示，在初始 檢索中，不管是否已得到相應的元數據(即與查詢匹配的元數據)(圖21中的 步驟S402 )，在元數據查詢處理單元33獲得來自元數據數據庫34的檢索結 果之后，元數據查詢處理單元33都可將檢索結果傳送至事件包處理單元32， 并請求事件包處理單元32發(fā)布用于初始狀態(tài)的通知的SIP NOTIFY消息(圖 21中的步驟S403)。來自元數據數據庫34的檢索結果可以是與查詢相匹配的 元數據要素，或是用于參照或獲取元數據的信息。當事件包處理單元32已接 收到用于初始狀態(tài)的通知的SIP NOTIFY消息時，事件包處理單元32可在SIP NOTIFY消息的主體部分(見圖10和11 )中存儲來自元數據數據庫34的檢索 結果，并通過網絡接口 31將所得到的SIP NOTIFY消息發(fā)送至客戶方的EPG 應用程序14 (圖21中的步驟S404 )。
圖23顯示在客戶方的EPG應用程序14接收來自元數據服務器30的SIP NOTIFY消息的情況下的示例性流程。如圖23中所示，當客戶方的EPG應用 程序14已從元數據服務器30接收用于初始狀態(tài)的通知的SIP NOTIFY消息時， EPG應用程序14可通過網絡接口 12向(響應于)元數據服務器30發(fā)送回"200 OK"響應(圖23中的步驟S601)。在內容元數據或者用于參照或獲取元數據 的信息存儲在用于初始狀態(tài)的通知的SIP NOTIFY消息的主體部分時，EPG應 用程序14可在本地元數據數據庫15中存儲在SIP NOTIFY消息的主體部分中 存儲的內容元數據或者用于參照或獲取元數據的信息(圖23中的步驟S602 )。
在對話期間，可定期地執(zhí)行用于事件通知訂閱的元數據服務器30的檢 索。換句話說，如圖22中所示，元數據查詢處理單元33可在預定周期將查
詢發(fā)布給元數據數據庫34 (圖22中的步驟S501 )。在元數據查詢處理單元 33獲取來自元數據數據庫34的檢索結果之后(圖22中的步驟S502 )，元數 據查詢處理單元33可將所獲取的檢索結果傳送給事件包處理單元32，并請 求事件包處理單元32發(fā)布用于事件通知的SIP NOTIFY消息(圖22中的步驟 S503 )。當事件包處理單元32已接收發(fā)布SIP NOTIFY消息的請求時，事件包 處理單元32可在SIP NOTIFY消息的主體部分中存儲用于事件通知的檢索結 果，并且通過網絡接口 31將SIP NOTIFY消息發(fā)送至客戶方的EPG應用程序 14 (圖22中的步驟S504)。
如圖23中所示，在客戶方的EPG應用程序14從元數據服務器30接收用 于事件通知的SIP NOTIFY消息之后，EPG應用程序14可通過網絡接口 12向 (響應于)元數據服務器30發(fā)送回"200 OK"響應(見圖12)(圖23中的步驟 S601) 。 EPG應用程序14可在本地元數據數據庫15中存儲在SIP NOTIFY消 息的主題部分中存儲的內容元數據或者用于參照或獲取元數據的信息(圖23 中的步驟S602 )。
然后，IPTV系統(tǒng)100可定期地重復來自處理(步驟S501)的"查詢發(fā)布 與通知環(huán)路"，在該處理(步驟S501)中，元數據服務器30通過處理(在該 處理中，客戶方的EPG應用程序14將用于事件通知的"200 OK"響應發(fā)送回 SIP NOTIFY消息)將查詢發(fā)布給元數據數據庫34。
圖24顯示在"查詢發(fā)布與通知環(huán)路"中來自用戶1的內容^r索請求發(fā)生 在客戶方或是本地元數據數據庫15中的元數據被更新為最新的元數據的情 況下的示例性流程。在這種情況下，EPG應用程序14中的用戶交互處理部分 16可從本地元數據數據庫15獲取元數據(圖24中的步驟S701)?；谠撛獢?據，用戶交互處理部分16可創(chuàng)建用于允許用戶1選擇待瀏覽和收聽的內容的 接口屏幕，以及通過用戶接口 11顯示用于用戶1的接口屏幕(圖24中的步驟
5702) 。在接口屏幕上，可由用戶l選擇待瀏覽和收聽的內容(圖24中的步驟
5703) 。然后，用戶交互處理部分16可從本地元數據數據庫15中讀取所選擇 內容的元數據，并且將用于內容回放的包含元數據的會話建立請求傳送至 IPTV客戶應用程序13 (圖24中的步驟S704 )。當IPTV客戶應用程序13已 接收用于內容回放的會話建立請求時，IPTV客戶應用程序13可4^l行用于獲 取和回放內容的序列(圖24中的步驟S705)。
圖25顯示示例性的內容獲取和回放序列。IPTV客戶應用程序13可確定
存儲在本地元數據數據庫15中內容的元數據是否包括諸如內容的URL之類的 地址信息(圖25中的步驟S801)。換句話說，根據查詢的配置可選擇是否要 包括作為來自元數據數據庫34的檢索結果的地址信息，該地址信息是如圖 13中所示的元數據要素中的Programlnformation要素的程序屬性值。
如果存儲在本地元數據數據庫15中的內容的元數據包括該內容的地址 信息，那么IPTV客戶應用程序13可使用包括請求可傳遞內容的IPTV服務器 20的地址信息的元數據，以建立用于該內容的回放會話(圖25中的步驟 S804 )。在建立回放會話之后，通過使用回放會話，可從IPTV服務器20獲取 并回放內容的數據(圖25中的步驟S805)。
可替換地，如果存儲在本地元數據數據庫15中的內容的元數據不包括該 內容的任何地址信息，那么IPTV客戶應用程序13可產生用于獲取包括內容 的地址信息的元數據的查詢，并通過網絡40直接請求來自元數據凄t據庫34 的檢索(圖25中的步驟S802 )。響應于該檢索請求，元數據數據庫34可檢 索關于內容的元數據，并通過網絡40將包括在元數據中的地址信息發(fā)送回 IPTV客戶應用程序13 (圖25中的步驟S803 )。通過使用直接從IPTV客戶應 用程序13所獲取的元數據(包括地址信息)，IPTV客戶應用程序13可請求 能夠傳遞該內容的IPTV服務器20建立用于該內容的回放會話(圖25中的步 驟S804 )。在建立該回放會話之后，通過使用該回放會話，IPTV客戶應用程 序程序13可從IPTV服務器20獲取該內容的數據，并回放所獲取的數據(圖 25中的步驟S805 )。
接下來將會描述用于發(fā)布用于事件通知訂閱的對話的示例性發(fā)布過程。
圖26顯示用于在客戶方上發(fā)布用于事件通知訂閱的對話的過程的示例 性程序。圖27和28顯示用于在元數據服務器30中發(fā)布用于事件通知訂閱的 對話的過程的示例性程序。
EPG應用程序14中的用戶交互處理部分16可通過用戶接口 ll接受終止 來自用戶1的內^^企索通知的請求(圖26中的步驟S901 )。當用戶交互處理 部分16已接受內容^r索通知的終止請求時，用戶交互處理部分16可請求事 件包處理部分17終止事件通知訂閱(圖26中的步驟S902 )。當事件包處理 部分17已接收終止事件通知訂閱的請求時，事件包處理部分17可發(fā)送用于 事件通知訂閱終止的SIP SUBSCRIBE請求(圖26中的步驟S903 )。
當元數據服務器30中的事件包處理單元32已通過網絡接口 31從EPG
應用程序14接收用于事件通知訂閱終止的SIP SUBSCRIBE請求時，事件包處 理單元32可請求元數據查詢處理單元33終止對應的查詢處理過程(圖27中 的步驟S10G1)。響應于終止該查詢處理過程的請求，元數據查詢處理單元33 可終止對應的查詢處理過程，并將表示該查詢處理過程的終止的查詢處理過 程終止通知返回至事件包處理單元32 (圖27中的步驟S1002 )。響應于來自 元數據查詢處理單元33的查詢處理過程終止通知，事件包處理單元32可通 過網絡接口 31將"200 OK"響應發(fā)送至客戶方的EPG應用程序14 (圖27中 的步驟S1003 )。然后，事件包處理單元32可發(fā)布用于事件通知訂閱的對話。
在發(fā)布用于事件通知訂閱的對話之后，事件包處理單元32可產生用于事 件通知訂閱終止的SIP NOTIFY消息，并且通過網絡接口 31將所產生的SIP NOTIFY消息發(fā)送給客戶方的EPG應用程序14(圖28中的步驟SllOl)。當EPG 應用程序14中的事件包處理部分17已接收用于事件通知訂閱終止的SIP NOTIFY消息時，事件包處理部分17可發(fā)布用于事件通知訂閱的對話，并通 過元數據服務器30將"200 OK"響應發(fā)送至服務器方。
根據所請求發(fā)明的實施例，提供了通過使用SIP SUBSCRIBE/NOTIFY機制 來發(fā)現期望內容的系統(tǒng)，其可通過IPTV客戶端10降低來自元數據服務器30 的元數據的獲取的成本。而且，即使在元數據服務器30中添加新的元數據或 是發(fā)生元數據的更新，當在元數據服務器30中建立了用于事件通知訂閱的對 話時，基于查詢發(fā)布可定期地檢索元數據數據庫34,并且也可將存儲檢索結 果的SIP NOTIFY消息發(fā)送至IPTV客戶端10。因此，IPTV客戶端10可典型 地保持所期望的最新內容的元數據。
結合附圖，已經描述了根據所請求的發(fā)明的實施例。前面的描述是為了
式或實施例。出于說明書和本發(fā)明所公開的實施例的實踐的考慮，本發(fā)明的 各種修改和改編對于本領域的技術人員都是顯然的。例如，所描述的實施例 包括軟件，但是根據所請求的本發(fā)明可以以軟硬件的組合或單獨的硬件進行 實施。硬件的例子包括計算或處理系統(tǒng)，其包括個人計算機、服務器、筆記 本電腦、大型機、微處理器等等。而且，雖然本發(fā)明的部分方面是為了在存 儲器中存儲所描述，但是，本領域的技術人員應該明白這些方面也可以存儲 在諸如二級存儲設備之類的其它類型的計算機可讀介質上，例如，硬盤、磁 盤、光盤、固態(tài)存儲器、或者其它形式的RAM或R0M。
基于本發(fā)明的書面描述及方法的計算機程序是在有經驗的開發(fā)人員的技 能范圍之內。使用本領域技術人員所了解的任何一種技術可以創(chuàng)建所述各種
計算機程序或程序模型，或可以結合現有軟件來設計所述計算枳4呈序或程序 模型。
而且，雖然這里已經描述了本發(fā)明的圖解實施例，但是本發(fā)明的范圍包 括具有本領域技術員人基于當前的公開所能理解的等效要素、修改、省略、
組合(例如，各種實施例的各個方面的組合)、改編和/或變更的任^f可一個及所 有實施例。權利要求中的限制將基于權利要求書中使用的語言被廣泛地進行 解釋，并且不限于本說明書中或在申請的訴訟期間所描述的例子，這些例子 被構造為非獨占性的。進一步，在不背離本發(fā)明的原理之內，所7>開方法的 步驟可以以任何方式進行修改，包括通過將步驟重新排序和/或插入或刪除步 驟。因此，意圖是將說明書和例子認為僅僅是示例性的，本發(fā)明真正的范圍 和精神由下面的權利要求及其等效的完全范圍來表示。
權利要求
1. 一種服務器裝置，包含:數據庫，其被配置為存儲內容的元數據；消息接收部件，用于接收來自客戶端的用于事件通知訂閱的預訂請求，該預訂請求包括對于所述元數據的檢索條件，并且該消息接收部件用于建立用于該事件通知訂閱的對話；元數據檢索部件，用于基于所述檢索條件來檢索所述數據庫；以及消息發(fā)送部件，用于產生包括由所述元數據檢索部件得到的檢索結果的通告消息，并用于將所述通告消息發(fā)送至所述客戶端。
2. 如權利要求1所述的服務器裝置，其中，所述預訂請求和所述通告 消息基于用于會話控制的協(xié)議。
3. 如權利要求2所述的服務器裝置，其中，所述協(xié)議是會話啟動協(xié)議。
4. 如權利要求l所述的服務器裝置，其中，在建立所述對話之后，所 述元數據檢索部件定期檢索所述數據庫。
5. 如權利要求1所述的服務器裝置，其中，所述檢索條件是關于所述 數據庫的查詢。
6. 如權利要求1所述的服務器裝置，其中，所述檢索條件是用于參照 或獲取關于所述數據庫的查詢的信息。
7. 如權利要求1所述的服務器裝置，其中，所述^r索結果包括與所述 才企索條件相匹配的匹配元數據。
8. 如權利要求1所述的服務器裝置，其中，所述^^索結果包括用于參 照或獲取與所述檢索條件相匹配的匹配元數據的信息。
9. 如權利要求1所述的服務器裝置，其中，所述元數據是即時電視格式。
10. —種網絡系統(tǒng)，包含客戶端，其能夠通過網絡接收內容，并播放該內容；以及 服務器裝置，其被配置為管理所述內容的元數據， 其中所述客戶端包括消息發(fā)送部件，用于產生用于事件通知訂閱的預訂請求，該預訂請求包 括對于所述元數據的檢索條件，并用于將該預訂請求發(fā)送至所述服務器裝置； 以及元數據存儲單元，其被配置為作為對所述預訂請求的響應接收來自所述 服務器裝置的通告消息，并存儲用于所述元數據的檢索的結果，該結果包括 在所述通告消息中，以及其中，.所述服務器裝置包括數據庫，其被配置為存儲所述內容的元數據；消息接收部件，用于接收來自所述客戶端的預訂請求，并用于建立用于所述事件通知訂閱的對話；元數據檢索部件，用于基于所述檢索條件來檢索所述數據庫；以及 消息發(fā)送部件，用于產生所述通告消息，并用于將所述通告消息發(fā)送至所述客戶端。
11. 如權利要求IO所述的網絡系統(tǒng)，其中，所述預訂請求和所述通告 消息基于用于會話控制的協(xié)議。
12. 如權利要求11所述的網絡系統(tǒng)，其中，所述協(xié)議是會話啟動協(xié)議。
13. —種內容發(fā)現與通知方法，包含產生用于事件通知訂閱的預訂請求，該預訂請求包括對于內容的元數據 的檢索條件；將所述預訂請求/A^戶端發(fā)送至服務器裝置；接收來自所述客戶端的預訂請求；建立用于所述事件通知訂閱的對話；基于所述檢索條件，檢索存儲所述內容的元數據的數據庫；產生包括通過所述數據庫的檢索而得到的檢索結果的通告消息；以及將所述通告消息從所述服務器裝置發(fā)送至所述客戶端。
14. 如權利13所述的方法，其中，所述預訂請求和所述通告消息基于 用于會話控制的協(xié)議。
15. 如權利14所述的方法，其中，所述協(xié)議是會話啟動協(xié)議。
16. —種存儲計算機程序的計算機可讀存儲介質，該計算機程序導致服 務器裝置執(zhí)行一種方法，該方法包含產生用于事件通知訂閱的預訂-清求，該預訂請求包4舌對于內容的元凝:據 的檢索條件；將所述預訂請求從客戶端發(fā)送至服務器裝置； 接收來自所述客戶端的預訂請求；建立用于所述事件通知訂閱的對話；基于所述檢索條件，檢索存儲所述內容的元數據的數據庫；產生包括通過所述數據庫的檢索而得到的檢索結果的通告消息；以及將所述通告消息從所述服務器裝置發(fā)送至所述客戶端。
17. 如權利要求16所述的計算機可讀存儲介質，其中，所述預訂請求 和所述通告消息基于用于會話控制的協(xié)議。
18. 如權利要求17所述的計算機可讀存儲介質，其中，所述協(xié)議是會 話啟動協(xié)議。
19. 一種服務器裝置，包含 數據庫，其被配置為存儲內容的元數據；消息接收單元，用于接收來自客戶端的用于事件通知訂閱的預訂請求， 該預訂請求包括對于所述元數據的檢索條件，并用于建立用于所述事件通知 訂閱的^H舌；元數據檢索單元，用于基于所述檢索條件來檢索所述數據庫；以及 消息發(fā)送單元，用于產生包括由所述元數據檢索單元得到的檢索結果的 通告消息，并用于將所述通告消息發(fā)送至所述客戶端。
20. —種網絡系統(tǒng)，包含客戶端，其能夠通過網絡接收內容，并播放該內容；以及 服務器裝置，其被配置為管理所述內容的元lt據， 其中所述客戶端包括消息發(fā)送單元，用于產生用于事件通知訂閱的預訂請求，該預訂請求包 括對于所述元數據的檢索條件，并用于將該預訂請求發(fā)送至所述服務器裝置； 以及元數據存儲單元，其被配置為作為對所述預訂請求的響應接收來自所述 服務器裝置的通告消息，并存儲關于所述元數據的檢索的結果，該結果包括 在所述通告消息中，以及其中，所述服務器裝置包括數據庫，其被配置為存儲所述內容的元數據；消息接收單元，用于接收來自所述客戶端的預訂請求，并用于建立用于 所述事件通知訂閱的對話； 元數據檢索單元，用于基于所述檢索條件來檢索所述數據庫；以及消息發(fā)送單元，用于產生所述通告消息，并用于將所述通告消息發(fā)送至 所述客戶端。
全文摘要
一種具有配置為存儲內容的元數據的數據庫的服務器裝置。消息接收單元接收來自客戶端的用于事件通知訂閱的預訂請求，該預訂請求包括用于元數據的檢索條件；并建立用于事件通知訂閱的對話。元數據檢索單元基于檢索條件來檢索數據庫。消息發(fā)送單元產生包括由元數據檢索單元得到的檢索結果的通告消息，并將通告信息發(fā)送至客戶端。
文檔編號H04L29/06GK101378398SQ20081021510
公開日2009年3月4日 申請日期2008年9月1日 優(yōu)先權日2007年8月31日
發(fā)明者山岸靖明 申請人:索尼株式會社