專利名稱：根據(jù)節(jié)目指南獲取互聯(lián)網(wǎng)內(nèi)容的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及基于網(wǎng)絡(luò)的內(nèi)容獲取。更具體地，本發(fā)明涉及使用節(jié)目指南來進行基于互聯(lián)網(wǎng)的內(nèi)容獲取。
背景技術(shù)：
節(jié)目指南提供了關(guān)于所傳輸內(nèi)容的時間表。例如，與有線TV(CATV)系統(tǒng)相關(guān)聯(lián)的節(jié)目指南提供了節(jié)目時間表(當前節(jié)目和將來節(jié)目)，其中用戶可以查看這些節(jié)目以選擇他們感興趣的節(jié)目。此外，一些現(xiàn)有產(chǎn)品，例如TiVo，使得用戶可以操控所傳輸?shù)膬?nèi)容。這些產(chǎn)品可能類似于VCR(即，它們可以對所傳輸?shù)膬?nèi)容執(zhí)行下面的功能記錄、暫停、后退和快進)。
與現(xiàn)有技術(shù)系統(tǒng)中的節(jié)目指南相關(guān)的問題在于節(jié)目內(nèi)容的播出時間會動態(tài)地改變。這種情況的典型示例是體育賽事的實況內(nèi)容。賽事的開始時間可能由于天氣狀況而推遲，且結(jié)束時間也是不確定的。結(jié)果，可能要播放其他內(nèi)容，或者后續(xù)內(nèi)容的播出時間可能受到影響。由此，在這些現(xiàn)有技術(shù)系統(tǒng)中，節(jié)目指南未得到更新以反映這些變化。
這些節(jié)目指南的另一局限性在于未考慮到與傳送和存儲多媒體內(nèi)容相關(guān)的資源是有限制的。由于用于發(fā)送和接收多媒體內(nèi)容的資源是有限制的，所以這些內(nèi)容具有不同的時間特征。更具體地，由于多媒體內(nèi)容需要大存儲容量(在發(fā)送器和接收器)，這可能需要昂貴的存儲系統(tǒng)。另外，在存儲容量方面，如果(多媒體內(nèi)容的)發(fā)送器想要提供需要大幅增加存儲容量的多媒體內(nèi)容，則發(fā)送器可能要連續(xù)地或者定期地提供新內(nèi)容并從系統(tǒng)中去除舊內(nèi)容。因此用戶需要擁有關(guān)于存儲介質(zhì)上的已有內(nèi)容的可用性變化以及新內(nèi)容的變化和可用性的時間表。
同時這些內(nèi)容的發(fā)送和接收除了需要發(fā)送器的發(fā)送資源外還需要網(wǎng)絡(luò)上(如互聯(lián)網(wǎng))的高帶寬資源。在很多情況下，沒有適當?shù)膸拠乐氐叵拗屏私邮諆?nèi)容的能力。解決與缺少帶寬相關(guān)的問題的一個方案是使用時移(time-shift)訪問技術(shù)，其中只有在獲得適當?shù)膸挄r才接收內(nèi)容。此方案限定了與需要高帶寬的內(nèi)容相關(guān)聯(lián)的訪問時間。但是當動態(tài)分配或者向用戶通知資源可用性或資源何時可用時當前系統(tǒng)的效率較低。
這些內(nèi)容規(guī)格的增大、存儲器約束、以及帶寬制約導致在特定的訪問時間不能獲得這些內(nèi)容。例如，這些內(nèi)容特征可能動態(tài)地限制和改變內(nèi)容的可用性。用戶需要在訪問內(nèi)容之前接收節(jié)目指南所描述的這些信息。
無論上面所引用的現(xiàn)有技術(shù)的節(jié)目指南具有如何精良的品質(zhì)、特征和優(yōu)點，它們都不能獲得或?qū)崿F(xiàn)本發(fā)明的目的。
(1)“會話通告協(xié)議(Session Announcement Protocol)”by M.HandleyACIRIC.PerkinsUSC/ISIE.WhelanUCLNetwork Working Group(網(wǎng)絡(luò)工作組)Request for Comments(評議請求)2974類別實驗2000年10月(2)TiVo<URLhttp//www.tivo.com/0.0.asp>

發(fā)明內(nèi)容
本發(fā)明提供了一種用于從節(jié)目指南發(fā)送器接收節(jié)目指南或一部分節(jié)目指南的更新的方法和系統(tǒng)，其中的一部分節(jié)目指南是根據(jù)一組偏好和約束而定義的。在節(jié)目指南接收器中，該方法至少包括下面的步驟(a)向節(jié)目指南發(fā)送器發(fā)送一個預訂請求，請求通報與節(jié)目指南或一部分節(jié)目指南相關(guān)聯(lián)的更新；(b)接收表示接受該預訂請求的確認消息；(c)接收標識對于節(jié)目指南或一部分節(jié)目指南的更新的通知；(d)從所接收到的通知中識別出從中接收更新的位置(如，諸如URL的指針)；(e)從所識別的位置處接收更新；和(f)根據(jù)所接收到的更新建立新的節(jié)目指南。在一具體實施例中，使用會話層呼叫協(xié)議(Session InitiatedProtocol，SIP)實現(xiàn)節(jié)目指南發(fā)送器和節(jié)目指南接收器之間的通信。
節(jié)目指南包含一個或更多個節(jié)目，每個節(jié)目包括多個段，這些節(jié)目或段包含源或元數(shù)據(jù)信息。在一具體實施例中，元數(shù)據(jù)為XML格式。源信息包括(但不限于)下面的任何一種用戶可訪問的介質(zhì)、頻道、URI、文件或路徑名、頻率、位置、音頻、視頻編解碼器、帶寬、窗口大小、可訪問區(qū)域、及其這些的等價物。元數(shù)據(jù)信息包括(但不限于)下面的任何一種時間信息、版權(quán)信息、發(fā)行政策、合法性、標題、副標題、CD或DVD號、作曲家、戲劇、演出、提要、關(guān)鍵字、演員表、導演、制片人、原播出日期、評論或相關(guān)URL。
一方面，上述系統(tǒng)是用于使用節(jié)目指南通過網(wǎng)絡(luò)接收多媒體內(nèi)容的系統(tǒng)，在節(jié)目指南接收器處部分或全部地動態(tài)更新所述節(jié)目指南，所述系統(tǒng)通過所述節(jié)目指南接收器進行下面的操作(a)向節(jié)目指南發(fā)送器發(fā)送請求，請求通報與部分節(jié)目指南或全部節(jié)目指南相關(guān)的更新；(b)接收表示接受所述請求的確認消息；(c)接收標識所述部分節(jié)目指南或所述全部節(jié)目指南的更新的通知；(d)從所接收到的通知中識別出從中接收所述更新的位置；(e)從所識別的位置處接收所述更新；和(f)根據(jù)所接收到的更新建立新的節(jié)目指南，(g)使用所述新建立的節(jié)目指南獲取所述多媒體內(nèi)容。
另一方面，上述系統(tǒng)是利用節(jié)目指南在網(wǎng)絡(luò)上接收多媒體內(nèi)容的系統(tǒng)，所述系統(tǒng)包括節(jié)目指南接收器，用于發(fā)送請求，請求通報與一部分節(jié)目指南或全部節(jié)目指南相關(guān)的更新，從所接收到的通知中識別出從中接收更新的位置，從所識別出的位置接收所述更新，根據(jù)所接收到的更新建立新的節(jié)目指南，并利用所述新建立的節(jié)目指南獲取所述多媒體內(nèi)容；以及節(jié)目指南發(fā)送器，其響應(yīng)于所述節(jié)目指南接收器的所述請求，向所述節(jié)目指南接收器發(fā)送標識所述部分節(jié)目指南或所述全部節(jié)目指南的更新的通知。
在一個實施例中，將所識別的更新轉(zhuǎn)發(fā)給與節(jié)目指南接收器的用戶相關(guān)聯(lián)的外部設(shè)備(移動電話、無線電話、尋呼機、個人數(shù)字助理(PDA)、機頂盒、或移動計算機)。節(jié)目指南接收器與外部設(shè)備之間的通信通過(但不限于)下面的任何一種協(xié)議來進行SIP、POP、SMTP或HTTP。
在另一實施例中，節(jié)目指南發(fā)送器間斷地作為網(wǎng)絡(luò)(例如局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)、或互聯(lián)網(wǎng))的一部分，當節(jié)目指南發(fā)送器作為網(wǎng)絡(luò)一部分時，節(jié)目指南發(fā)送器接收所述通知。
在另一實施例中，節(jié)目指南接收器在內(nèi)容獲取/存儲過程中存儲與網(wǎng)絡(luò)業(yè)務(wù)相關(guān)的統(tǒng)計信息，以向節(jié)目指南接收器的用戶指示內(nèi)容質(zhì)量。


圖1示出了與本發(fā)明的節(jié)目指南協(xié)議相關(guān)的總體功能；圖2示出了本發(fā)明的節(jié)目指南的示例結(jié)構(gòu)；圖3a示出了在由于節(jié)目播出時間發(fā)生變化，從而發(fā)送器(例如，視頻服務(wù)器/節(jié)目指南發(fā)送器)向用戶終端發(fā)送更新通知的情況下的時序圖；圖3b的流程圖表示了由發(fā)送器執(zhí)行的節(jié)目指南更新通知；圖3c的流程圖表示了通過諸如URL的指針獲取接收器更新數(shù)據(jù)；圖4示出了將對節(jié)目指南的更新從節(jié)目指南發(fā)送器發(fā)送到并非節(jié)目指南接收器/用戶終端的設(shè)備的示例；圖5a示出了當可以通過網(wǎng)絡(luò)訪問諸如攝像機的外部設(shè)備時，用戶終端從該外部設(shè)備獲取內(nèi)容的示例；
圖5b示出了與圖5a的時序圖相對應(yīng)的等價流程圖；圖6表示允許用戶根據(jù)所接收/存儲內(nèi)容的質(zhì)量選擇內(nèi)容的屏幕圖像的示例；圖7示出了內(nèi)容更新的一個示例；圖8示出了內(nèi)容更新的另一示例；圖9示出了對于負荷平衡和容量的充分利用有用的節(jié)目指南的示例。
具體實施例方式
雖然通過優(yōu)選實施例對本發(fā)明進行示例和說明，但是本發(fā)明可以通過許多不同的結(jié)構(gòu)、形式或材料來實現(xiàn)。通過附圖的描述并在此通過詳細說明對本發(fā)明的優(yōu)選實施例進行說明，應(yīng)當理解本公開應(yīng)被視為本發(fā)明的原理及其結(jié)構(gòu)的相關(guān)功能說明的示例，并且并不旨在將本發(fā)明限于所示的實施例。本領(lǐng)域的技術(shù)人員將在本發(fā)明的范圍之內(nèi)設(shè)想到許多其它可能的變化。
本發(fā)明的節(jié)目指南是一組描述多媒體內(nèi)容特征的元數(shù)據(jù)。例如，元數(shù)據(jù)的一個非窮舉列表包括下面的任何一種統(tǒng)一資源標識符(URI)、播出時間、帶寬、文件大小、文本摘要、類別、標題等。此外，“內(nèi)容”一詞表示諸如音樂、視頻剪輯、新聞節(jié)目、影片等的多媒體內(nèi)容?！肮?jié)目指南”一詞表示諸如開始時間、結(jié)束時間、持續(xù)時間、標題、頻道、頻率和帶寬等的元數(shù)據(jù)。
應(yīng)該注意到本申請中用到的“設(shè)備”一詞根據(jù)用戶分配給這些設(shè)備的角色既可作為內(nèi)容發(fā)送器也可作為內(nèi)容接收器。即，有兩種設(shè)備，“接收器”和“發(fā)送器”?！鞍l(fā)送器”一詞指發(fā)送節(jié)目指南的設(shè)備?！敖邮掌鳌币辉~指接收節(jié)目指南的設(shè)備。此外，發(fā)送內(nèi)容的設(shè)備可以位于諸如互聯(lián)網(wǎng)的網(wǎng)絡(luò)的核心或邊緣。因此，由通過諸如互聯(lián)網(wǎng)的網(wǎng)絡(luò)發(fā)送和接收內(nèi)容的設(shè)備使用節(jié)目指南。接收器可以獲取節(jié)目指南和更新通知(類似地，發(fā)送器能夠發(fā)送節(jié)目指南和任何更新通知)。
另外，本發(fā)明考慮到了這些設(shè)備并非總是在網(wǎng)絡(luò)上可用，并且其作為接收器或發(fā)送器的角色不夠穩(wěn)定。由此，用戶可以通過別的更為便利的設(shè)備來獲取節(jié)目指南。可以通過本發(fā)明的節(jié)目指南協(xié)議進行通信的示例設(shè)備包括，但不限于移動電話、PDA(個人數(shù)字助理)、個人計算機、流式視頻服務(wù)器、機頂盒、攝像機、和PVR(個人錄像機)。
本發(fā)明的節(jié)目指南的實例模型大致分為下面四種類型，其中按照以下內(nèi)容進行分類(1)訪問節(jié)目指南的方式(自動或手動)和(2)獲取內(nèi)容的方式(實時和時移)。下面的表1示出了這些模型和典型示例。

表1電視模型用戶手動地使用節(jié)目指南，指定內(nèi)容，并實時地觀看該內(nèi)容。如果播出時間突然改變，并且節(jié)目指南發(fā)送器通知了用戶，則用戶能夠手動地保持所偏好的內(nèi)容。
VCR模型用戶手動地使用節(jié)目指南，指定要存儲的內(nèi)容、并觀看時移版本的所偏好內(nèi)容。如果播出時間突然改變，并且節(jié)目指南發(fā)送器通知了用戶，則用戶可以手動地再次指定所偏好的內(nèi)容。
實況會議廣播模型設(shè)備自動使用節(jié)目指南，指定內(nèi)容，并且當內(nèi)容可用時將其展示給用戶。如果內(nèi)容可用性出乎意料地發(fā)生了變化，并且節(jié)目指南發(fā)送器變化向設(shè)備通報了這個變化，則該設(shè)備可以自動地跟隨這個變化。
基于偏好的錄像模型設(shè)備根據(jù)用戶的指導，如偏好和配置，自動地使用節(jié)目指南以存儲內(nèi)容。如果可用性突然發(fā)生變化，并且節(jié)目指南發(fā)送器向設(shè)備通知了這個變化，則該設(shè)備可以自動地跟隨這個變化。
本發(fā)明的節(jié)目指南協(xié)議支持請求-響應(yīng)消息操作，允許接收器在最方便的時候獲取節(jié)目指南。例如，在一個實施例中，用戶可以根據(jù)需要獲取節(jié)目指南。由于節(jié)目指南可能包含大量元數(shù)據(jù)，所以節(jié)目指南發(fā)送器不必將這些數(shù)據(jù)主動發(fā)送給用戶，而是在發(fā)送節(jié)目指南之前等待請求。
在另一實施例中，本發(fā)明的協(xié)議允許接收器獲取定制節(jié)目指南。例如，用戶可以根據(jù)他/她的偏好和配置請求和接收節(jié)目指南的子集。可將偏好包含在節(jié)目指南請求消息中?；蛘?，協(xié)議可以具有發(fā)送偏好的單獨事務(wù)處理。
如前所述，當本發(fā)明的節(jié)目指南的內(nèi)容發(fā)生變化時，可以對節(jié)目指南進行更新。更新通知具有及時性和機動性。當用戶想要獲知關(guān)于(該用戶已經(jīng)預訂的)節(jié)目指南的變化時，節(jié)目指南發(fā)送器立即將該變化通知給(根據(jù)偏好和配置選擇的)合適的設(shè)備。該設(shè)備可能是也可能不是原來請求節(jié)目指南的設(shè)備。例如，當用戶離開他/她的居所時，通過用戶的移動電話而不是原來的設(shè)備(如用戶家中的PC或VCR)來接收更新通知是很有用的。另選地，如果用戶在家中，則可以優(yōu)選原來的設(shè)備。用戶也可能發(fā)現(xiàn)將通知發(fā)送到多個設(shè)備是很有用的。
在另一情況下，存儲設(shè)備可能要求位于IP可達(IP-reachable)的攝像機上的最新視頻文件，但是該存儲設(shè)備可能發(fā)現(xiàn)該攝像機并不是IP可達的(即，不能通過網(wǎng)絡(luò)到達該攝像機)。在這種情況下，存儲設(shè)備等待來自攝像機(當其通過網(wǎng)絡(luò)可達時)的表示新視頻文件可用的通知。因此，內(nèi)容發(fā)送器向用戶終端通知其可用性(即，當其通過諸如互聯(lián)網(wǎng)的網(wǎng)絡(luò)可達時)，從而用戶終端可以訪問可用內(nèi)容。應(yīng)該注意到這種機制是由接收器來確定是否應(yīng)該獲取內(nèi)容，所以其與內(nèi)容主動發(fā)送(contentpush)或同步不同。由此，即使內(nèi)容發(fā)送器已經(jīng)很長時間沒有作為網(wǎng)絡(luò)的一部分而連接上，發(fā)送器仍能夠在作為該網(wǎng)絡(luò)的一部分時通知內(nèi)容更新。這需要發(fā)送器發(fā)起的通知，例如SIP INVITE。
本發(fā)明的節(jié)目指南協(xié)議通過可靠傳輸協(xié)議(如TCP)實現(xiàn)了可靠的消息交換。在優(yōu)選實施例中，節(jié)目指南協(xié)議包括下面三個階段1)節(jié)目指南請求，2)通知請求，和3)更新通知。
節(jié)目指南請求接收器發(fā)出請求節(jié)目指南的請求消息，在接收到該請求時，發(fā)送器以包含節(jié)目指南的消息進行響應(yīng)。如前所述，接收器也可以在請求消息中請求定制節(jié)目指南。在接收到這種請求時，發(fā)送器以包含該定制節(jié)目指南的消息(根據(jù)請求進行定制)進行響應(yīng)。
通知請求接收器發(fā)出通知請求消息，其中該消息指定了通知接收器的條件。如果發(fā)送器接收到該通知請求消息并能夠提供滿足該請求的更新，則發(fā)送器回應(yīng)一個確認消息。
更新通知當發(fā)送器檢測到節(jié)目指南的變化時，如果接收器已經(jīng)請求向其通知該變化，則向接收器發(fā)送更新通知。在接收到該更新通知時，接收器回應(yīng)一個確認消息。如前所述，可以根據(jù)用戶偏好將此更新通知消息轉(zhuǎn)發(fā)到適當?shù)脑O(shè)備。
此外，應(yīng)當注意到本發(fā)明的節(jié)目指南描述了各種多媒體內(nèi)容。元數(shù)據(jù)可以描述元節(jié)目(meta-program)指南，其表示指向其他提供不同節(jié)目指南的發(fā)送器的指針。可以用各種格式表示內(nèi)容的元數(shù)據(jù)。例如，SDPng可以利用XML來描述內(nèi)容元數(shù)據(jù)。由于要解決多方多媒體會議的問題，所以有必要擴展XML大綱(XML schema)以描述通用多媒體內(nèi)容。在另一示例中，MPEG-7可以利用XML來描述內(nèi)容元數(shù)據(jù)。其定義了通用多媒體內(nèi)容的XML大綱。其也可以描述節(jié)目指南結(jié)構(gòu)。
至于事件通知和請求響應(yīng)消息操作，可以使用各種協(xié)議。例如，可以使用會話層呼叫協(xié)議(SIP)和SIP專用事件通報(SIP-Specific EventNotification)來通知節(jié)目指南的更新。SIP專用事件通報使用戶可以預訂特定的節(jié)目指南并接收關(guān)于更新的通知。同時，可將HTTP應(yīng)用于節(jié)目指南的請求-響應(yīng)消息操作。
應(yīng)當注意到雖然上面的示例使用了諸如SIP和HTTP的協(xié)議，也可以想到其它使用SOAP或XML內(nèi)容負載來獲得相同功能的實施例。因此，想要從服務(wù)器獲取最新內(nèi)容的用戶可以以“即時消息”的方式獲取該內(nèi)容。
圖1示出了與節(jié)目指南協(xié)議相關(guān)的總體功能。用戶可以根據(jù)一組偏好102(由此將內(nèi)容100縮減到偏好內(nèi)容103)和諸如存儲容量、時間和帶寬等的約束104(由此將偏好內(nèi)容103縮減到可存儲內(nèi)容105)選擇諸如互聯(lián)網(wǎng)的網(wǎng)絡(luò)上的內(nèi)容100。由于節(jié)目指南描述了內(nèi)容的可用性，所以用戶可以選擇在給定的時間內(nèi)獲取內(nèi)容。另一方面，如果用戶在某一特定時間最方便進行內(nèi)容下載，則用戶可以選擇在該時間獲取所要的內(nèi)容。例如，用戶可以決定在存儲磁盤空間足夠大時或者網(wǎng)絡(luò)有足夠的傳輸帶寬時接收內(nèi)容。
圖2示出了節(jié)目指南結(jié)構(gòu)的示例。有兩種單元來描述節(jié)目指南202節(jié)目部分204、206、208、210、212、214和段部分216、218、220、222、224、226、228。用戶通常將節(jié)目作為觀看的基本單元。每個節(jié)目部分由零個以上的段部分組成。例如，段部分可以包括音樂、新聞話題、商業(yè)影片等。應(yīng)當注意到可以獨立觀看各個段。節(jié)目部分和段部分都包括元數(shù)據(jù)。在段部分中可以省略節(jié)目部分中所描述的數(shù)據(jù)。
節(jié)目或段部分包括下面的信息源信息和元數(shù)據(jù)信息。源信息包括，但并不限于用戶可訪問的介質(zhì)、頻道、URI、文件或路徑名、頻率、位置、音頻、視頻編解碼器、帶寬、窗口大小、可訪問區(qū)域等。應(yīng)當注意到在節(jié)目或段中可能會有幾個源。元數(shù)據(jù)信息包括(但并不限于)時間信息(開始時間、結(jié)束時間、持續(xù)時間等)、版權(quán)信息、發(fā)行政策、合法性、標題、副標題、CD或DVD號、作曲家、戲劇、演出、提要、關(guān)鍵字、演員表、導演、制片人、原播出日期、評論或相關(guān)URL等。
圖3a示出了由于節(jié)目播出時間發(fā)生變化，從而發(fā)送器302(如，視頻服務(wù)器/節(jié)目指南發(fā)送器)向用戶終端304發(fā)送更新通知的情況下的時序圖。在此示例中，用戶終端(節(jié)目指南接收器)304預訂(通過SIP協(xié)議的SUBSCRIBE消息)從發(fā)送器302接收更新。在SUBSCRIBE消息中，用戶終端304可以包括偏好信息，例如類型、持續(xù)時間等。如果發(fā)送器302接受該請求，則其發(fā)出SIP協(xié)議的ACCEPT消息。如果SUBSCRIBE消息包含用戶的偏好信息，則服務(wù)器注意節(jié)目指南中與用戶的偏好相一致的變化(利用單詞匹配之類的模式匹配機制)。
隨后，發(fā)送器302檢測變化并按照SIP協(xié)議發(fā)出NOTIFY消息。然后，接收器進行確認，按照SIP協(xié)議回應(yīng)一個OK消息。NOTIFY消息包含描述變化的信息或者諸如URL的指示這些變化的指針。如果NOTIFY消息包含URL，則接收器使用諸如HTTP或FTP的協(xié)議以獲取關(guān)于節(jié)目指南變化的信息。在接收器304獲取節(jié)目指南后，接收器可以獲取節(jié)目指南所描述的多媒體內(nèi)容。
圖3b-c示出了與圖3a的時序圖相對應(yīng)的等價流程圖。圖3b的流程圖表示了由發(fā)送器執(zhí)行的節(jié)目指南更新通知。執(zhí)行檢查306來確定所授權(quán)的預訂請求是否為第一次請求，如果是第一次請求308，則將NOTIFY消息與節(jié)目指南一起發(fā)送310。如果該請求不是第一次請求312，則將NOTIFY消息僅與改變的節(jié)目指南數(shù)據(jù)一起發(fā)送(即，對應(yīng)于節(jié)目指南變化的當前變化)314。
圖3c的流程圖表示了通過諸如URL的指針獲取接收器更新數(shù)據(jù)。執(zhí)行檢查316來查看最后修改時間是否已被更新，如果該時間未被更新317，則保留當前的節(jié)目指南318。在最后修改時間已被更新的情況下319，執(zhí)行另一檢查320來查看是否提供了諸如URL的指針用以指示更新的位置。如果存在這樣的指針322，則獲取節(jié)目指南324(即，使用節(jié)目指南中的變化來建立新的節(jié)目指南325或者獲取整個節(jié)目指南327)。在沒有指針的情況下326，從通知消息的本體(Body)中獲取節(jié)目指南328，并且使用節(jié)目指南中的變化來建立新的節(jié)目指南325或者獲取整個節(jié)目指南327。
圖4示出了從節(jié)目指南發(fā)送器402向并非節(jié)目指南接收器/用戶終端404的設(shè)備406發(fā)送節(jié)目指南更新的示例。在本示例中，接收器404按照SIP協(xié)議向外部設(shè)備(如，移動電話、尋呼機、PDA等)406發(fā)送INVITE消息。INVITE消息包含節(jié)目指南的變化，或者諸如URL的指示這些變化的指針。如果INVITE消息包含URL，則外部設(shè)備(諸如移動電話)406能夠利用諸如HTTP或FTP的協(xié)議來訪問這些變化(如上述示例)。URL提供了用戶終端或視頻服務(wù)器404中的信息。由此，想要獲取最新節(jié)目指南的用戶即使不在終端404附近，他/她也可以獲取該節(jié)目指南。
圖5a示出了當可以通過網(wǎng)絡(luò)訪問諸如攝像機504的外部設(shè)備時用戶終端從該外部設(shè)備獲取內(nèi)容的示例。由此，如果用戶終端502請求位于一個不可識別的連接在同一網(wǎng)絡(luò)上的攝像機504(即，在用戶終端所連接的網(wǎng)絡(luò)上不可識別)上的文件，該攝像機通知終端502其連接在同一網(wǎng)絡(luò)上。當攝像機上的資源可用時，首先攝像機504向終端502發(fā)送一個包含節(jié)目指南的URL的INVITE消息。在終端502發(fā)出ACKNOWLEDGEMENT信號并接收到其響應(yīng)之后，終端502獲取該URL給定的節(jié)目指南。最后，終端根據(jù)該節(jié)目指南獲取文件。當用戶已經(jīng)獲取節(jié)目指南時，用戶可以確定攝像機是否具有新的內(nèi)容。由此，用戶可以獲取間斷地連接在網(wǎng)絡(luò)上的設(shè)備上的最新內(nèi)容。
圖5b示出了對應(yīng)于圖5a的時序圖的等價流程圖。執(zhí)行檢查506來查看在最后通知之后是否存儲了新的內(nèi)容，如果是，則準備比較最后狀態(tài)和當前狀態(tài)的元數(shù)據(jù)508。在步驟510，將通知消息和更新后的元數(shù)據(jù)一起發(fā)送。
雖然在上面的示例(以及下面的示例)中使用了諸如SIP、HTTP和FTP的一些特定協(xié)議，其它等價協(xié)議和通知機制也可以實現(xiàn)相同的功能。例如，接收器可以使用POP或SMTP向外部設(shè)備(如，移動電話)發(fā)送諸如電子郵件的電子消息。由此，所使用的消息協(xié)議的類型不應(yīng)用于限制本發(fā)明的范圍。
使用本發(fā)明的節(jié)目指南協(xié)議，用戶能夠?qū)?nèi)容存儲在他們的存儲設(shè)備上，諸如像VCR的用戶終端上。存儲這些內(nèi)容使用戶能夠在觀看這些內(nèi)容之前確認內(nèi)容的質(zhì)量。例如，當存儲設(shè)備獲取諸如互聯(lián)網(wǎng)的網(wǎng)絡(luò)上的內(nèi)容時，存儲設(shè)備可以記錄描述所接收內(nèi)容質(zhì)量的統(tǒng)計信息，例如丟包率。在記錄內(nèi)容之后，存儲設(shè)備可以將統(tǒng)計信息顯示給用戶。然后用戶可以根據(jù)統(tǒng)計信息確定內(nèi)容質(zhì)量。由于獲取內(nèi)容時互聯(lián)網(wǎng)的業(yè)務(wù)質(zhì)量通常是不確定的，用戶可以實時地確認該質(zhì)量。用戶也可以使用節(jié)目指南并預先確認要存儲的內(nèi)容。圖6表示了用于根據(jù)所接收/存儲內(nèi)容的質(zhì)量選擇內(nèi)容的屏幕圖像的示例。
圖7示出了這樣的情況，其中元數(shù)據(jù)服務(wù)器704向內(nèi)容客戶端706提供任何預訂的更新，并且內(nèi)容服務(wù)器702允許內(nèi)容客戶端706進行多媒體內(nèi)容獲取。首先，內(nèi)容客戶端706接收器向元數(shù)據(jù)服務(wù)器704請求并獲取元數(shù)據(jù)。接下來，內(nèi)容客戶端706從內(nèi)容服務(wù)器702中獲取多媒體內(nèi)容。應(yīng)當注意到可以使用諸如HTTP的傳輸機制來傳輸元數(shù)據(jù)。然而，使用HTTP協(xié)議進行元數(shù)據(jù)傳輸是一個低效的刷新機制(即，由于該刷新機制采用輪詢法而低效)。需要改進刷新元數(shù)據(jù)的機制以頻繁地發(fā)送HTTP請求，但是這種頻繁的請求可能會增加接收請求的主機上的負荷。根據(jù)本發(fā)明的一種解決方案是當元數(shù)據(jù)變化時元數(shù)據(jù)服務(wù)器704向內(nèi)容客戶端發(fā)送更新通知。由此，更新所需的消息數(shù)量少于在上述情況下所需的HTTP刷新消息的數(shù)量。內(nèi)容客戶端706可以利用任何現(xiàn)有的內(nèi)容傳輸機制，例如Real Video、Windows Media、或HTTP，來獲取接收器內(nèi)容。
圖8示出了通過SIP實現(xiàn)的更新通知的基本協(xié)議操作。首先，元數(shù)據(jù)/內(nèi)容客戶端802向元數(shù)據(jù)服務(wù)器804發(fā)送SUBSCRIBE請求，以從元數(shù)據(jù)服務(wù)器804接收后續(xù)的更新通知。當元數(shù)據(jù)服務(wù)器804驗證該預訂請求時，服務(wù)器804向同一客戶端802發(fā)送SUBSCRIBE確認響應(yīng)和NOTIFY請求。該請求包含所請求的元數(shù)據(jù)或者指示元數(shù)據(jù)位置的URL。當客戶端802接收到該請求時，其嘗試獲取在本體中指定的元數(shù)據(jù)。當元數(shù)據(jù)發(fā)生了變化時，服務(wù)器向客戶端發(fā)送NOTIFY請求。該請求的本體中包含元數(shù)據(jù)的URL或元數(shù)據(jù)本身。當客戶端接收到該請求時，用戶嘗試通過URL獲取本體中指定的元數(shù)據(jù)。最后，客戶端使用HTTP獲取元數(shù)據(jù)。
圖9示出了對于負荷平衡和容量的充分使用有用的節(jié)目指南的示例。節(jié)目指南發(fā)送器節(jié)點在單播(在單播情況下可以為各個用戶設(shè)定不同的時間安排)或組播情況下控制用戶的訪問時間以有效地使用帶寬并平衡網(wǎng)絡(luò)上(或者發(fā)送器節(jié)點上)的負荷。內(nèi)容發(fā)布網(wǎng)絡(luò)或視頻服務(wù)器上的可接受會話的數(shù)量通常由于帶寬或網(wǎng)絡(luò)資源(例如服務(wù)器、節(jié)點或發(fā)布時間資源)的缺乏而受到限制。這種情況下的一種解決方案是發(fā)布針對各個用戶進行了調(diào)整的節(jié)目指南。例如，在負荷平衡的情況下，用于傳輸影片A的網(wǎng)絡(luò)資源是有限的，因此影片A對于用戶1晚上7點可用，對于用戶2晚上9點可用，對于用戶3晚上11點或凌晨1點可用。應(yīng)當注意到可以根據(jù)資源的可用性動態(tài)地改變節(jié)目時間。例如，如果有另外的資源可用時，用戶3可以從晚上9點到凌晨1點訪問該影片。
在存儲容量方面，如果內(nèi)容服務(wù)器的存儲容量資源是有限的，則可以對于用戶而言影片a從晚上7-9點可用，影片b從晚上9-11點可用，影片c從晚上11點到凌晨1點可用。這導致了可用時間的約束。如果發(fā)送器節(jié)點想要增加提供給終端用戶的內(nèi)容數(shù)量，其可以定期地更新存儲節(jié)點上的內(nèi)容。
另選地，通過跟蹤網(wǎng)絡(luò)資源使用狀態(tài)，節(jié)目指南可以向有限帶寬用戶提供排定的時間以保證他們可以在發(fā)布網(wǎng)絡(luò)上得到服務(wù)。本發(fā)明的節(jié)目指南還通過更大規(guī)模更快速的通道(pipeline)確保(通過以即時消息的形式連續(xù)進行SIPG輪流通知)這些用戶不會連接超時?？梢詫崟r地生成SIPG通知，以在各個客戶端/服務(wù)器節(jié)點提供動態(tài)的定制指南?？梢詫⒂脩舻母艣r(profile)嵌入到數(shù)據(jù)包中，從而可以顯示個性化的概況。
許多當今的對等應(yīng)用業(yè)務(wù)看起來是分散式的，而卻依賴于一個中心設(shè)備來協(xié)調(diào)各種操作以發(fā)布節(jié)目指南特征。對于即時消息系統(tǒng)的用戶而言，該應(yīng)用看起來像是對等應(yīng)用，其直接將數(shù)據(jù)發(fā)送給客戶端節(jié)點。許多即時消息系統(tǒng)還在后端具有便于節(jié)點間互相交談的服務(wù)器。該服務(wù)器保存用戶名和當前IP地址的關(guān)聯(lián)，在用戶下線的情況下暫存消息，并將消息路由到防火墻后的用戶。當節(jié)目指南系統(tǒng)的用戶需要時，在可能的情況下本發(fā)明的系統(tǒng)可以進行客戶端節(jié)點對客戶端節(jié)點的通信，但是需要具有一個作為備選的服務(wù)器節(jié)點。
結(jié)論在上面的實施例中說明了一種系統(tǒng)和方法，用于有效地實現(xiàn)根據(jù)節(jié)目指南獲取互聯(lián)網(wǎng)內(nèi)容的方法和系統(tǒng)。雖然已經(jīng)示出并說明了各種優(yōu)選實施例，但是應(yīng)當理解這些公開并不旨在限制本發(fā)明，而是旨在包括落入由權(quán)利要求限定的本發(fā)明的主旨和范圍的所有修改和替代設(shè)計。例如，本發(fā)明不應(yīng)受限于消息協(xié)議類型、元數(shù)據(jù)格式、能夠通過本發(fā)明的節(jié)目指南協(xié)議進行通信的外部設(shè)備的類型、軟件/程序、計算環(huán)境、或具體計算硬件。
上面的改進可以在各種計算環(huán)境下實現(xiàn)。例如，本發(fā)明可以在傳統(tǒng)的IBM PC或等價物、多節(jié)點系統(tǒng)(如，LAN)或連網(wǎng)系統(tǒng)(如，互聯(lián)網(wǎng)、WWW、無線web)上實現(xiàn)。其中所涉及的所有程序和數(shù)據(jù)都以靜態(tài)或動態(tài)的形式存儲在計算機存儲器中，并且可以由用戶在下面任一設(shè)備中獲得傳統(tǒng)計算機存儲設(shè)備、顯示器(即，CRT)和/或硬拷貝(即，印刷)形式。本發(fā)明的程序可以由熟悉web編程(如，HTML、XML等)領(lǐng)域的技術(shù)人員來實現(xiàn)。
權(quán)利要求
1.一種利用節(jié)目指南在網(wǎng)絡(luò)上接收多媒體內(nèi)容的方法，在節(jié)目指南接收器處動態(tài)地更新一部分或全部的所述節(jié)目指南，在所述節(jié)目指南接收器中實施時，所述方法包括下面的步驟a.向節(jié)目指南發(fā)送器發(fā)送請求，請求通報與部分節(jié)目指南或全部節(jié)目指南相關(guān)聯(lián)的更新；b.接收表示接受所述請求的確認消息；c.接收標識所述部分節(jié)目指南或所述全部節(jié)目指南的更新的通知；d.從所接收到的通知中識別出接收所述更新的位置；e.從所述識別出的位置接收所述更新；f.根據(jù)所接收到的更新建立新的節(jié)目指南；和g.使用所述新建立的節(jié)目指南獲取所述多媒體內(nèi)容。
2.根據(jù)權(quán)利要求1所述的方法，其中使用所述新建立的節(jié)目指南來獲取多媒體內(nèi)容是根據(jù)偏好和約束而進行的。
3.根據(jù)權(quán)利要求1所述的方法，其中根據(jù)負荷平衡約束或存儲器約束從內(nèi)容服務(wù)器獲取所述多媒體內(nèi)容。
4.根據(jù)權(quán)利要求1所述的方法，其中通過即時消息協(xié)議接收標識所述更新的所述通知。
5.根據(jù)權(quán)利要求1所述的方法，其中將所述識別出的更新轉(zhuǎn)發(fā)到與所述節(jié)目指南接收器的用戶相關(guān)聯(lián)的外部設(shè)備。
6.根據(jù)權(quán)利要求5所述的方法，其中所述節(jié)目指南接收器和所述外部設(shè)備之間的通信是通過下列協(xié)議中的任何一種進行的SIP、POP、SMTP或HTTP。
7.根據(jù)權(quán)利要求5所述的方法，其中所述外部設(shè)備為下面的任何一種移動電話、無線電話、尋呼機、個人數(shù)字處理(PDA)或移動計算機。
8.根據(jù)權(quán)利要求1所述的方法，其中所述節(jié)目指南發(fā)送器間斷地作為所述網(wǎng)絡(luò)的一部分而可用，并且所述節(jié)目指南發(fā)送器在所述節(jié)目指南發(fā)送器作為所述網(wǎng)絡(luò)一部分的時候接收所述通知。
9.根據(jù)權(quán)利要求1所述的方法，其中將從中接收所述更新的所述位置是指針。
10.根據(jù)權(quán)利要求9所述的方法，其中所述指針是URL。
11.根據(jù)權(quán)利要求1所述的方法，其中所述網(wǎng)絡(luò)為下面的任何一種局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)或互聯(lián)網(wǎng)。
12.根據(jù)權(quán)利要求1所述的方法，其中所述節(jié)目指南發(fā)送器和所述節(jié)目指南接收器之間的通信是通過會話層呼叫協(xié)議(SIP)進行的。
13.根據(jù)權(quán)利要求1所述的方法，其中所述節(jié)目指南包含一個或更多個節(jié)目，每個所述節(jié)目包含多個段，并且所述節(jié)目或段包含源或元數(shù)據(jù)信息。
14.根據(jù)權(quán)利要求13所述的方法，其中所述元數(shù)據(jù)為XML格式。
15.根據(jù)權(quán)利要求13所述的方法，其中所述源信息包括下面的任何一種用戶可訪問的介質(zhì)、頻道、URI、文件或路徑名、頻率、位置、音頻、視頻編解碼器、帶寬、窗口大小、或可訪問區(qū)域。
16.根據(jù)權(quán)利要求13所述的方法，其中所述元數(shù)據(jù)信息包括下面的任何一種時間信息、版權(quán)信息、發(fā)行政策、合法性、標題、副標題、CD或VCD號、作曲家、戲劇、演出、提要、關(guān)鍵字、演員表、導演、制片人、原播出日期、評論或相關(guān)URL。
17.根據(jù)權(quán)利要求1所述的方法，其中所述節(jié)目指南接收器根據(jù)所述節(jié)目指南獲取并存儲多媒體內(nèi)容，所述節(jié)目指南接收器還另外存儲所述獲取過程中與網(wǎng)絡(luò)業(yè)務(wù)相關(guān)聯(lián)的統(tǒng)計信息，以向所述節(jié)目指南接收器的用戶指示內(nèi)容質(zhì)量。
18.一種用于在網(wǎng)絡(luò)上動態(tài)更新節(jié)目指南的方法，所述節(jié)目指南幫助進行多媒體內(nèi)容獲取，在節(jié)目指南發(fā)送器中實施時，所述方法包括下面的步驟a.從節(jié)目指南接收器接收通報與節(jié)目指南相關(guān)聯(lián)的更新的請求；b.向所述節(jié)目指南接收器發(fā)送表示接受所述請求的確認消息；c.識別與所述節(jié)目指南接收器相關(guān)的偏好和約束；d.根據(jù)所識別的偏好和約束監(jiān)控與所述節(jié)目指南相關(guān)聯(lián)的變化；e.當檢測到所述節(jié)目指南中的變化時，發(fā)出標識所述節(jié)目指南的更新的通知；所述通知標識了接收所述更新的URL，從而所述節(jié)目指南接收器接收所述通知，從所述URL獲取所述更新，根據(jù)所獲取到的更新建立新的節(jié)目指南，并根據(jù)所述新建立的節(jié)目指南獲取多媒體內(nèi)容。
19.根據(jù)權(quán)利要求18所述的方法，其中所述節(jié)目指南發(fā)送器間斷地作為所述網(wǎng)絡(luò)的一部分而可用，并且所述節(jié)目指南發(fā)送器在所述節(jié)目指南發(fā)送器作為網(wǎng)絡(luò)一部分的時候接收所述通知。
20.根據(jù)權(quán)利要求18所述的方法，其中所述網(wǎng)絡(luò)是下面的任何一種局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)或互聯(lián)網(wǎng)。
21.根據(jù)權(quán)利要求18所述的方法，其中所述節(jié)目指南發(fā)送器和所述節(jié)目指南接收器之間的通信是通過會話層呼叫協(xié)議(SIP)進行的。
22.根據(jù)權(quán)利要求18所述的方法，其中所述節(jié)目指南包含一個或更多個節(jié)目，每個所述節(jié)目包含多個段，并且所述節(jié)目或段包含源或元數(shù)據(jù)信息。
23.根據(jù)權(quán)利要求22所述的方法，其中所述元數(shù)據(jù)為XML格式。
24.根據(jù)權(quán)利要求22所述的方法，其中所述源信息包括下面的任何一種用戶可訪問的介質(zhì)、頻道、URI、文件或路徑名、頻率、位置、音頻、視頻編解碼器、帶寬、窗口大小、或可訪問區(qū)域。
25.根據(jù)權(quán)利要求22所述的方法，其中所述元數(shù)據(jù)信息包括下面的任何一種時間信息、版權(quán)信息、發(fā)行政策、合法性、標題、副標題、CD或VCD號、作曲家、戲劇、演出、提要、關(guān)鍵字、演員表、導演、制片人、原播出日期、評論或相關(guān)URL。
26.一種用于從間斷地在網(wǎng)絡(luò)上工作的發(fā)送器接收多媒體內(nèi)容的方法，基于由所述發(fā)送器更新的節(jié)目指南進行所述多媒體內(nèi)容的接收，根據(jù)所述發(fā)送器在所述網(wǎng)絡(luò)中的可用性進行所述更新，在節(jié)目指南接收器中實施時，所述方法包括下面的步驟a.根據(jù)所述發(fā)送器在所述網(wǎng)絡(luò)中的可用性而從所述發(fā)送器接收邀請消息，所述邀請消息提供了指向所述節(jié)目指南的更新的指針；b.發(fā)送確認接收到所述邀請消息的信號；c.根據(jù)所述指針獲取所述更新；d.根據(jù)所獲取到的更新建立新的節(jié)目指南；和e.在所述發(fā)送器作為所述網(wǎng)絡(luò)的一部分可用的時候，根據(jù)所述新建立的節(jié)目指南獲取多媒體內(nèi)容。
27.根據(jù)權(quán)利要求26所述的方法，其中所述指針是URL。
28.根據(jù)權(quán)利要求26所述的方法，其中所述網(wǎng)絡(luò)是下面的任何一種局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)或互聯(lián)網(wǎng)。
29.根據(jù)權(quán)利要求26所述的方法，其中所述節(jié)目指南發(fā)送器和所述節(jié)目指南接收器之間的通信是通過會話層呼叫協(xié)議(SIP)進行的。
30.根據(jù)權(quán)利要求26所述的方法，其中所述節(jié)目指南包含一個或更多個節(jié)目，每個所述節(jié)目包含多個段，并且所述節(jié)目或段包含源或元數(shù)據(jù)信息。
31.根據(jù)權(quán)利要求30所述的方法，其中所述元數(shù)據(jù)為XML格式。
32.根據(jù)權(quán)利要求30所述的方法，其中所述源信息包括下面的任何一種用戶可訪問的介質(zhì)、頻道、URI、文件或路徑名、頻率、位置、音頻、視頻編解碼器、帶寬、窗口大小、或可訪問區(qū)域。
33.根據(jù)權(quán)利要求30所述的方法，其中所述元數(shù)據(jù)信息包括下面的任何一種時間信息、版權(quán)信息、發(fā)行政策、合法性、標題、副標題、CD或DVD號、作曲家、戲劇、演出、提要、關(guān)鍵字、演員表、導演、制片人、原播出日期、評論或相關(guān)URL。
34.一種用于將對節(jié)目指南或一部分節(jié)目指南的更新轉(zhuǎn)發(fā)到與用戶相關(guān)聯(lián)的外部設(shè)備的方法，所述用戶也與節(jié)目指南接收器相關(guān)聯(lián)，所述一部分節(jié)目指南是根據(jù)一組偏好和約束而定義的，在網(wǎng)絡(luò)上執(zhí)行所述更新，當在所述節(jié)目指南接收器中實施時，所述方法包括下面的步驟a.向節(jié)目指南發(fā)送器發(fā)送請求，請求通報與所述節(jié)目指南或所述部分節(jié)目指南相關(guān)聯(lián)的更新；b.接收表示接受所述請求的確認消息；c.接收標識所述節(jié)目指南或所述部分節(jié)目指南的更新的通知；d.從所接收到的通知中識別出獲取所述更新的URL；和e.將所述URL轉(zhuǎn)發(fā)到與所述節(jié)目指南接收器相關(guān)聯(lián)的用戶的所述外部設(shè)備；其中所述外部設(shè)備獲取更新后的節(jié)目指南或者根據(jù)所獲取到的與所述部分節(jié)目指南相關(guān)聯(lián)的更新建立新的節(jié)目指南，并且所述外部設(shè)備使用所述節(jié)目指南來獲取多媒體內(nèi)容。
35.根據(jù)權(quán)利要求34所述的方法，其中所述網(wǎng)絡(luò)是下面的任何一種局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)或互聯(lián)網(wǎng)。
36.根據(jù)權(quán)利要求34所述的方法，其中所述節(jié)目指南發(fā)送器和所述節(jié)目指南接收器之間的通信是通過會話層呼叫協(xié)議(SIP)進行的。
37.根據(jù)權(quán)利要求34所述的方法，其中所述節(jié)目指南包含一個或更多個節(jié)目，每個所述節(jié)目包含多個段，并且所述節(jié)目或段包含源或元數(shù)據(jù)信息。
38.根據(jù)權(quán)利要求37所述的方法，其中所述元數(shù)據(jù)為XML格式。
39.根據(jù)權(quán)利要求37所述的方法，其中所述源信息包括下面的任何一種用戶可訪問的介質(zhì)、頻道、URI、文件或路徑名、頻率、位置、音頻、視頻編解碼器、帶寬、窗口大小、或可訪問區(qū)域。
40.根據(jù)權(quán)利要求37所述的方法，其中所述元數(shù)據(jù)信息包括下面的任何一種時間信息、版權(quán)信息、發(fā)行政策、合法性、標題、副標題、CD或VCD號、作曲家、作品、演出、提要、關(guān)鍵字、演員表、導演、制片人、原播出日期、評論或相關(guān)URL。
41.根據(jù)權(quán)利要求34所述的方法，其中通過即時消息協(xié)議接收標識所述更新的所述通知。
42.一種利用節(jié)目指南在網(wǎng)絡(luò)上接收多媒體內(nèi)容的系統(tǒng)，在節(jié)目指南接收器處動態(tài)地更新一部分或全部的所述節(jié)目指南，所述系統(tǒng)通過所述節(jié)目指南接收器進行下面的操作(a)向節(jié)目指南發(fā)送器發(fā)送請求，請求通報與一部分節(jié)目指南或全部節(jié)目指南相關(guān)聯(lián)的更新，(b)接收表示接受所述請求的確認消息，(c)接收標識所述部分節(jié)目指南或所述全部節(jié)目指南的更新的通知，(d)從所接收到的通知中識別出接收所述更新的位置，(e)從所述識別出的位置接收所述更新，(f)根據(jù)所接收到的更新建立新的節(jié)目指南，和(g)使用所述新建立的節(jié)目指南獲取所述多媒體內(nèi)容。
43.根據(jù)權(quán)利要求42所述的系統(tǒng)，其中將上面(c)中的所述識別出的更新轉(zhuǎn)發(fā)到與所述節(jié)目指南接收器的用戶相關(guān)聯(lián)的外部設(shè)備。
44.根據(jù)權(quán)利要求43所述的系統(tǒng)，其中所述節(jié)目指南接收器和所述外部設(shè)備之間的通信是通過下面的任何一種協(xié)議進行的SIP、POP、SMTP或HTTP。
45.根據(jù)權(quán)利要求43所述的系統(tǒng)，其中所述外部設(shè)備是下面的任何一種移動電話、無線電話、尋呼機、個人數(shù)字助理(PDA)和移動計算機。
46.根據(jù)權(quán)利要求42所述的系統(tǒng)，其中所述節(jié)目指南接收器根據(jù)所述節(jié)目指南獲取和存儲多媒體內(nèi)容，此外所述節(jié)目指南接收器還存儲所述獲取過程中與網(wǎng)絡(luò)業(yè)務(wù)相關(guān)聯(lián)的統(tǒng)計信息，以向所述節(jié)目指南接收器指示內(nèi)容質(zhì)量。
47.一種利用節(jié)目指南在網(wǎng)絡(luò)上接收多媒體內(nèi)容的系統(tǒng)，所述系統(tǒng)包括節(jié)目指南接收器，用于發(fā)送請求，請求通報與一部分節(jié)目指南和全部節(jié)目指南相關(guān)聯(lián)的更新，從所接收到的通知中識別出接收更新的位置，從所述識別出的位置接收所述更新，根據(jù)所接收到的更新建立新的節(jié)目指南，并使用所述新建立的節(jié)目指南獲取所述多媒體內(nèi)容；和節(jié)目指南發(fā)送器，用于響應(yīng)于所述節(jié)目指南接收器的所述請求，向所述節(jié)目指南發(fā)送標識對所述部分節(jié)目指南或所述全部節(jié)目指南的更新的通知。
48.根據(jù)權(quán)利要求47所述的系統(tǒng)，其中根據(jù)負荷平衡約束或存儲器約束從內(nèi)容服務(wù)器中獲取所述多媒體內(nèi)容。
49.根據(jù)權(quán)利要求47所述的系統(tǒng)，其中通過即時消息協(xié)議接收標識所述更新的所述通知。
50.根據(jù)權(quán)利要求47所述的系統(tǒng)，其中將所述識別出的更新轉(zhuǎn)發(fā)到一個與所述節(jié)目指南接收器的用戶相關(guān)聯(lián)的外部設(shè)備。
全文摘要
說明了對描述內(nèi)容元數(shù)據(jù)的節(jié)目指南進行處理的協(xié)議的具體要求。該協(xié)議使用戶和設(shè)備能夠從大量非必要的內(nèi)容中選擇最新和適當?shù)膬?nèi)容。該協(xié)議使用戶(具有節(jié)目指南接收器)能夠(從節(jié)目指南發(fā)送器)接收對于全部節(jié)目指南或一部分節(jié)目指南的更新，其中該一部分節(jié)目指南是根據(jù)一組偏好和約束來限定的。使用諸如會話層呼叫協(xié)議(SIP)的協(xié)議來實現(xiàn)節(jié)目指南發(fā)送器和節(jié)目指南接收器之間的通信。
文檔編號H04N5/445GK1640130SQ0380441
公開日2005年7月13日 申請日期2003年2月21日 優(yōu)先權(quán)日2002年2月21日
發(fā)明者野村祐士 申請人:富士通株式會社