專利名稱：滿足擴(kuò)展的視頻點(diǎn)播客戶內(nèi)容請求的制作方法
技術(shù)領(lǐng)域：
本公開內(nèi)容涉及滿足來自有線系統(tǒng)的訂戶對視頻點(diǎn)播(“V0D”)的請求，其中，請求的內(nèi)容在有線服務(wù)提供商的系統(tǒng)中不是立即可用的。
背景技術(shù)：
當(dāng)前，有線服務(wù)提供商經(jīng)常向其有線訂戶提供各種服務(wù)，這些服務(wù)包括訂戶能夠在觀看者方便時請求觀看特定節(jié)目的能力。此能力通常稱為“視頻點(diǎn)播”(“V0D”)，并且允許用戶確定他們所想要觀看的時間和內(nèi)容。當(dāng)前，有線服務(wù)提供商維護(hù)此類節(jié)目的庫，向觀看者呈現(xiàn)標(biāo)題列表，并且允許觀看者選擇期望的節(jié)目。然而，標(biāo)題列表仍限于有線服務(wù)提供商可提供的那些節(jié)目(例如，本地存儲的)。可提供的此類節(jié)目的數(shù)量受到各種因素的限制，包括存儲和容量及物流因素。有線服務(wù)器提供商可為安全目的而維護(hù)加密形式中的視頻節(jié)目。因此，有線服務(wù)器提供商可能要獲得它必須保護(hù)的解密密鑰，并且在將節(jié)目流傳送到用戶前使用它將節(jié)目解密，或者將解密密鑰發(fā)送到用戶的機(jī)頂盒以便它能將節(jié)目解密。在名稱為“System for Providing Video on Demand”的EP 11145551中公開了一種此類現(xiàn)有技術(shù)方案。然而，此系統(tǒng)具有用于視頻節(jié)目的預(yù)定有限存儲能力，并且它公開了在接收器中刪除較舊信息以騰出空間存儲最近接收的信息。然而，用戶期望具有電影選擇項(choice)的不斷拓寬的選擇，范圍從各種各樣的現(xiàn)在形成的節(jié)目到那些數(shù)十年前制作的節(jié)目。例如，一些觀看者可能要觀看其喜愛的院校隊的最近制作的體育節(jié)目，而另一觀看者可能要觀看五十年前的一部經(jīng)典電影產(chǎn)品。有線服務(wù)提供商存儲其訂戶群可能要觀看的大范圍的所有可能節(jié)目是不可行的。然而，有線服務(wù)提供商期望向其訂戶提供不斷增加的服務(wù)，包括提供對觀看者可能期望的任何節(jié)目的快速訪問。因此，存在對于用于滿足有線用戶對內(nèi)容的請求同時將有線服務(wù)提供商對此類節(jié)目的存儲要求降到最低的改進(jìn)系統(tǒng)和方法的需要。

發(fā)明內(nèi)容
本文公開了發(fā)明的各種實(shí)施例。根據(jù)本發(fā)明的一個實(shí)施例，提供了一種用于流傳送數(shù)字視頻文件的系統(tǒng)，包括機(jī)頂盒；機(jī)頂盒連接到的有線分發(fā)網(wǎng)絡(luò)；從機(jī)頂盒接收請求的有線頭端，其中所述請求包括與所述數(shù)字視頻文件相關(guān)聯(lián)的節(jié)目標(biāo)題，連接到接收所述請求的所述有線頭端的局域網(wǎng)；以及服務(wù)器，包括處理器和存儲記錄列表的數(shù)據(jù)庫，記錄包括節(jié)目標(biāo)題列表。所述系統(tǒng)的特征在于所述服務(wù)器配置成
確定所述節(jié)目標(biāo)題未在所述數(shù)據(jù)庫中的所述記錄列表中存儲，將查詢傳送到第二服務(wù)器，請求存儲對應(yīng)于所述節(jié)目標(biāo)題的所述數(shù)字視頻文件的第三服務(wù)器的位置，確定對于所述數(shù)字視頻文件要求數(shù)字權(quán)利管理許可，請求用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可，接收用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可，從所述第三服務(wù)器請求所述數(shù)字視頻文件，從所述第三服務(wù)器接收所述數(shù)字視頻文件，將所述數(shù)字權(quán)利許可傳送到所述機(jī)頂盒，以及將所述數(shù)字視頻文件流傳送到所述機(jī)頂盒。


在如此概括描述本發(fā)明后，現(xiàn)在將參照附圖；附圖不一定按比例畫出，并且其中圖1公開根據(jù)本發(fā)明原理的用于滿足訂戶對內(nèi)容的請求的系統(tǒng)的一個實(shí)施例，其中，內(nèi)容位于有線系統(tǒng)之外。圖2公開根據(jù)本發(fā)明原理的用于滿足訂戶對位于有線系統(tǒng)之外內(nèi)容的請求的系統(tǒng)的另一實(shí)施例。圖3公開有線服務(wù)提供商在處理內(nèi)容請求中執(zhí)行的步驟的一個實(shí)施例，其中，節(jié)目在內(nèi)容提供商的網(wǎng)絡(luò)外存儲。圖4示出有線服務(wù)提供商處理對下載內(nèi)容的許可的請求所涉及的另外的可能步
馬聚ο圖5示出許可請求/響應(yīng)消息的可能消息格式。圖6示出與有線服務(wù)提供商相關(guān)聯(lián)的可能結(jié)構(gòu)的一個實(shí)施例。圖7示出內(nèi)容提供商/許可服務(wù)器的一個實(shí)施例。
具體實(shí)施例方式現(xiàn)在，將在下文參照附圖，更全面地描述本發(fā)明，附圖中示出了發(fā)明的一些但并非所有實(shí)施例。實(shí)際上，這些發(fā)明可以在許多不同的形式中實(shí)施，并且不應(yīng)視為限于本文所述的實(shí)施例；相反，這些實(shí)施例的提供是為了使本公開將滿足適用的法律要求。類似的標(biāo)號指各處類似的元件。得益于以上描述和相關(guān)聯(lián)圖形中所示的教導(dǎo)的這些發(fā)明所涉及領(lǐng)域的技術(shù)人員將明白本文所述發(fā)明的許多修改和其它實(shí)施例。因此，要理解發(fā)明并不限于公開的特定實(shí)施例，并且修改和其它實(shí)施例旨在包括在隨附權(quán)利要求的范圍內(nèi)。雖然在本文中采用了特定的術(shù)語，但它們只是在一般和描述意義中使用，并不是用于限制的目的。有線系統(tǒng)中的有線訂戶期望在其方便時觀看其選擇項的節(jié)目。有線服務(wù)提供商通過提供視頻點(diǎn)播服務(wù)而部分滿足了此需要，視頻點(diǎn)播服務(wù)允許用戶從標(biāo)題列表進(jìn)行選擇以及在其方便時請求觀看該節(jié)目。然而，有線服務(wù)提供商在能夠提供的視頻節(jié)目集中受到限制，因?yàn)榇祟惞?jié)目已經(jīng)在本地存儲，并且每個有線服務(wù)提供商沒有無限的存儲能力。因此， 向有線服務(wù)提供商訂戶提供的節(jié)目一般是具有廣泛吸引力的那些節(jié)目，并且根據(jù)定義，只提供對具有“廣泛吸引力”的電影的訪問意味著有線服務(wù)提供商最多能滿足一些但非全部的其訂戶觀看需求。在本文中使用時，“節(jié)目”指能夠具有各種格式的視頻資產(chǎn)，例如，電影、文檔、電視系列節(jié)目、體育節(jié)目、新聞節(jié)目等。雖然在電影點(diǎn)播情形的上下文中進(jìn)行描述，但無意限于只提供電影。此外，過去由于有限量的節(jié)目在本地提供，因此，足以使用視頻點(diǎn)播菜單屏幕向用戶呈現(xiàn)節(jié)目標(biāo)題列表，且可能帶有節(jié)目的簡要描述或特性描述(例如，評級、制作年份等)。 因此，一般為用戶提供了有限的搜索能力。一般情況下，搜索能力的總范圍為觀看者提供了標(biāo)題列表，并可能提供了滾動到標(biāo)題的另一頁的能力。隨著高速數(shù)據(jù)通信網(wǎng)絡(luò)的出現(xiàn)，視頻點(diǎn)播節(jié)目集本地存儲于有線服務(wù)提供商不再是必需的。雖然本地存儲對觀看者經(jīng)常請求的節(jié)目提供了一些益處，但從遠(yuǎn)程源實(shí)時獲得內(nèi)容是可能的。這允許有線服務(wù)提供商擴(kuò)展供應(yīng)庫，并且提供更大得多的節(jié)目標(biāo)題庫?；旧?，能夠?qū)崟r提供到有線服務(wù)提供商的任何節(jié)目能夠成為可向用戶提供的有線服務(wù)提供商的內(nèi)容虛擬庫的一部分。這也為有線服務(wù)提供商提供了另外的收益流，因?yàn)橛锌赡艿氖谦@得特定內(nèi)容可以是有線服務(wù)提供商能夠收取費(fèi)用的服務(wù)。此類型的布置要求有線服務(wù)提供商和內(nèi)容源(“內(nèi)容提供商)之間具有現(xiàn)有的商業(yè)布置，并且這可要求用于獲得此類節(jié)目的實(shí)時許可的機(jī)制。用于獲得節(jié)目的實(shí)時許可的一個此類方案在下面描述，并且涉及機(jī)頂盒在接收節(jié)目后實(shí)時確定需要許可，并隨后請求許可。有線服務(wù)提供商與內(nèi)容提供商之間商業(yè)關(guān)系的建立能夠以各種傳統(tǒng)方式啟動和實(shí)現(xiàn)。有線服務(wù)提供商(“CSP”)能夠啟動與內(nèi)容提供商或代表的對話以簽訂下載內(nèi)容的合約。一般情況下，協(xié)商各種條款和條件，并且形成合約。條款一般將建立使用的條款、接收內(nèi)容的費(fèi)用、付款條款等。預(yù)期內(nèi)容提供商將通過提供總額折扣來嘗試激勵CSP廣告或以其它方式從CSP推銷內(nèi)容。因此，如果CSP能保證一定數(shù)量的節(jié)目將從內(nèi)容提供商下載， 則內(nèi)容提供商可提供總費(fèi)用或每個節(jié)目的費(fèi)用的另外折扣。此折扣能夠基于總量、特定主題內(nèi)容的量，或者基于時間。本領(lǐng)域的技術(shù)人員將認(rèn)識到能夠使用各種開帳單算法。內(nèi)容提供商因此必須在其服務(wù)器系統(tǒng)中建立認(rèn)識到來自CSP的請求被授權(quán)進(jìn)行處理的能力。預(yù)期內(nèi)容提供商將要求建立此類商業(yè)布置，但這不是必需的，這部分地是為了在其開帳單系統(tǒng)中建立適當(dāng)?shù)尿?yàn)證過程以便在滿足請求前認(rèn)證來自CSP的請求。例如，至少內(nèi)容提供商將要求將CSP的標(biāo)識符編程(例如，存儲)到其系統(tǒng)中，以便內(nèi)容提供商的系統(tǒng)能至少認(rèn)識到啟動內(nèi)容請求的CSP。預(yù)期內(nèi)容提供商只可接受來自內(nèi)容提供商已與其建立事先商業(yè)布置的CSP的請求。另外，各種認(rèn)證和/或安全密鑰可作為商業(yè)關(guān)系的一部分來建立以確保認(rèn)證CSP請求的安全性。因此，在CSP能夠向其觀看者提供此類節(jié)目前，CSP 必須確保它發(fā)送到內(nèi)容提供商的任何請求預(yù)期由內(nèi)容提供商認(rèn)識到并處理。類似地，CSP必須建立其自己的開帳單系統(tǒng)以便對于輸送到請求觀看者的節(jié)目內(nèi)容向其訂戶適當(dāng)?shù)亻_帳單。CSP也必須確保適當(dāng)考慮哪些訂戶請求了哪些節(jié)目，并且確認(rèn)請求的節(jié)目已收到和下載到機(jī)頂盒，并且可能確實(shí)已由觀看者觀看。CSP的系統(tǒng)還必須計及從各種內(nèi)容提供商收到的節(jié)目，以確保從內(nèi)容提供商對于輸送的內(nèi)容向CSP發(fā)出的帳單確實(shí)與CSP訂購和收到的節(jié)目匹配。
具有大量節(jié)目可供CSP觀看者選擇，這要求有用于選擇節(jié)目來觀看的更精密方法。僅僅在多頁的可能標(biāo)題的菜單屏幕上列出由觀看者選擇的數(shù)千個可能節(jié)目，這是不可行的。在現(xiàn)有技術(shù)中已識別了有利于觀看者的節(jié)目選擇或節(jié)目識別的許多系統(tǒng)和方法。例如，可能使用觀看者的先前選擇的選擇項來建議當(dāng)前的選擇項，或者允許用戶輸入節(jié)目的某些特性以形成從其選擇的推薦子集。例如，用戶能夠指示特定類別(如電影或體育)以縮小選擇范圍。諸如流派、男演員/女演員、主題等其它類別能夠被請求并用于提供更易于管理的選擇項列表以便觀看者從其選擇。任何現(xiàn)有技術(shù)方法能夠連同本發(fā)明的原理來使用以識別觀看者選擇的特定節(jié)目。一旦觀看者選擇并識別了要觀看的特定節(jié)目，此信息便傳遞到有線服務(wù)提供商。 CSP可最初篩選來自觀看者的請求以確保授權(quán)了該觀看者請求和獲得內(nèi)容。這通過篩選與觀看者的賬戶相關(guān)聯(lián)的機(jī)頂盒的授權(quán)來實(shí)現(xiàn)?？赡艿氖?，機(jī)頂盒被確定是“黑名單”機(jī)頂盒 (例如，無法識別，或者識別為不當(dāng)?shù)臋C(jī)頂盒，如“克隆”單元)，并且節(jié)目內(nèi)容不應(yīng)提供到該機(jī)頂盒。在其它情況下，機(jī)頂盒可被確定為是“真實(shí)的”，但觀看者的賬戶被指示為禁止某個內(nèi)容(例如，不允許VOD節(jié)目，或不允許某一類型的VOD節(jié)目，例如，成人電影)。假設(shè)沒有防止?jié)M足來自機(jī)頂盒的請求的限制，則CSP隨后確定節(jié)目在本地是否可用，或者它是否必須實(shí)時下載。為了下載節(jié)目，有線服務(wù)提供商必須知道從其請求節(jié)目的源。這假設(shè)請求的內(nèi)容不在本地由CSP存儲。就本地存儲而言，這意味著在CSP擁有的或在其指導(dǎo)和控制下的設(shè)備中。如果內(nèi)容在本地存儲，并且無要求的外部DRM許可，則可能的是，請求能夠由CSP使用現(xiàn)有VOD過程來滿足。這可能要求CSP提供解密密鑰，而CSP維護(hù)密鑰以用于滿足此類請求。然而，在其它實(shí)施例中，CSP可在本地存儲加密的節(jié)目內(nèi)容，并且CSP未存儲或控制必須提供到觀看者的解密密鑰。因此，要求外部DRM許可。如果CSP 沒有允許觀看節(jié)目的許可，并且節(jié)目在本地存儲，則CSP必須獲得此類許可。假設(shè)節(jié)目內(nèi)容不在本地存儲，則CSP可已知存儲它的位置。一些情況下，CSP將啟動到節(jié)目庫管理者(librarian)的請求，節(jié)目庫管理者不一定存儲節(jié)目，但能夠向CSP通知節(jié)目能夠位于哪里。隨后，CSP能因而啟動到內(nèi)容源的請求。在各種情況下，期望內(nèi)容可從外部內(nèi)容源得到，但均要先獲得許可。請求和獲得許可也可以是內(nèi)容提供商通過其為提供內(nèi)容而被補(bǔ)償?shù)臋C(jī)制。在此類情況下，如下所述，CSP 可從內(nèi)容許可方實(shí)時獲得許可。轉(zhuǎn)到圖1，它示出根據(jù)本發(fā)明的原理形成的系統(tǒng)的一個實(shí)施例。在圖1中，機(jī)頂盒 (“STB”)100示為位于觀看者的場所中。雖然本說明書根據(jù)使用STB公開了本發(fā)明，但其它實(shí)施例是可能的。這些實(shí)施例將包括使用結(jié)合相同功能性的個人計算機(jī)、視頻盤播放器、 電視機(jī)等。STB另外可用于連同電視機(jī)(未示出)來提供菜單驅(qū)動的機(jī)制以便有利于用戶選擇和識別要下載的特定節(jié)目。這一般依賴于用戶與遙控器(未示出)交互以識別有關(guān)期望節(jié)目的類別或其它信息。STB示為連接到有線分發(fā)網(wǎng)絡(luò)102，但其它分發(fā)方法是可能的，包括無線媒體(例如，固定位置無線數(shù)據(jù)傳送)?？墒褂霉饫w和混合光纖同軸網(wǎng)絡(luò)基礎(chǔ)設(shè)施。有線網(wǎng)絡(luò)102連接到為觀看者服務(wù)的有線服務(wù)提供商(“CSP”)。具體而言，CSP 105中的設(shè)備能稱為“頭端”，并且在本文中使用時，這指由CSP用于實(shí)現(xiàn)與下述其它實(shí)體必需的通信的設(shè)備。CSP接收對內(nèi)容的請求，并且一般情況下，信息包括與節(jié)目相關(guān)聯(lián)的某一獨(dú)特的標(biāo)識符。例如，如果用戶選擇如STB呈現(xiàn)的特定節(jié)目，則STB可返回與該期望節(jié)目相關(guān)聯(lián)的數(shù)值。這要求每個節(jié)目具有獨(dú)特的標(biāo)識符。CSP 105可具有包括節(jié)目的數(shù)據(jù)庫135的本地存儲，其將可能對應(yīng)于CSP的觀看者最可能請求的那些受歡迎節(jié)目。在此類情況下，CSP無需從內(nèi)容庫管理者服務(wù)器115請求內(nèi)容的外部源。假設(shè)CSP不具有對請求的內(nèi)容的本地訪問，則CSP能夠啟動到內(nèi)容庫管理者服務(wù)器115的有關(guān)在何處可獲得節(jié)目內(nèi)容的請求。一般情況下，通過在諸如因特網(wǎng)等數(shù)據(jù)網(wǎng)絡(luò) 110上啟動到預(yù)定位置(地址)的請求來完成此操作。內(nèi)容庫管理者服務(wù)器115將維護(hù)能夠提供請求的內(nèi)容的內(nèi)容提供商的列表。如果有兩個或更多內(nèi)容提供商能夠提供該節(jié)目，則內(nèi)容庫管理者服務(wù)器115可具有關(guān)于每個提供商在其上供應(yīng)內(nèi)容的條款的知識。例如，一些節(jié)目可能不是由單個內(nèi)容提供商獨(dú)占地控制，并且它們可以在不同費(fèi)率來供應(yīng)其內(nèi)容。在此情況下，內(nèi)容庫管理者服務(wù)器115可選擇具有費(fèi)用更低的內(nèi)容提供商，或者通知 CSP (它又可通知用戶)下載每個節(jié)目的成本?？赡艿氖牵瑑?nèi)容庫管理者服務(wù)器115將與適當(dāng)?shù)膬?nèi)容提供商125實(shí)時通信以查詢或驗(yàn)證選定的特定節(jié)目的可用性。這可要求將CSP指示的節(jié)目標(biāo)識符值轉(zhuǎn)換為每個內(nèi)容提供商識別的值。然而，如果此類標(biāo)識符是標(biāo)準(zhǔn)化的，則不要求此操作。一旦內(nèi)容庫管理者服務(wù)器115具有必需的信息，它便將通知CSP，而CSP隨后可通知STB以確認(rèn)可用性和/或來自觀看者的其它信息。一旦確認(rèn)，并且CSP現(xiàn)在知道適當(dāng)?shù)膬?nèi)容提供商，CSP便將啟動到適當(dāng)內(nèi)容提供商 125的節(jié)目請求。一般情況下，內(nèi)容提供商將在數(shù)據(jù)庫130中維護(hù)節(jié)目庫，節(jié)目通過數(shù)據(jù)網(wǎng)絡(luò)下載到CSP。一般情況下，有多個內(nèi)容提供商可用，這些內(nèi)容提供商大部分維護(hù)不同節(jié)目的各個數(shù)據(jù)庫。一般情況下，內(nèi)容提供商可許可內(nèi)容，這又為內(nèi)容提供商并且也為CSP提供了收益流。在此類情況下，內(nèi)容提供商125或內(nèi)容庫管理者服務(wù)器可通知CSP要求許可，并且 CSP可請求來自許可方服務(wù)器120的許可。庫管理者也能在要求許可時執(zhí)行以下功能向 CSP通知授權(quán)了若干許可方的哪個許可方來授予對選定節(jié)目的許可。在其它實(shí)施例中，許可方服務(wù)器106能夠結(jié)合到內(nèi)容提供商104中。因此，內(nèi)容提供商可接收對與內(nèi)容提供商控制的節(jié)目內(nèi)容相關(guān)聯(lián)的許可授予的請求。在獲得適當(dāng)?shù)氖跈?quán)(例如，從許可方服務(wù)器120獲得許可)、并且此類授權(quán)的證明提供到內(nèi)容提供商后，內(nèi)容提供商將下載內(nèi)容到CSP，在節(jié)目向觀看者播出時，它在CSP在數(shù)據(jù)庫135中本地存儲。一些情況下，節(jié)目可具有它能夠存儲在本地數(shù)據(jù)庫135中的隱式或顯式壽命?？赡艿氖?，觀看者也能夠請求內(nèi)容以便以后觀看，并且因此節(jié)目必須存儲一段有限持續(xù)期。內(nèi)容庫管理者服務(wù)器115、內(nèi)容提供商125和許可方服務(wù)器120及CSP的各個組件涉及標(biāo)準(zhǔn)計算裝置，例如容易在商業(yè)上獲得的，并且包括處理器、存儲器、盤存儲裝置、接口等。它們的架構(gòu)將在下面討論。圖2示出另一個實(shí)施例，其中，可以說以某種方式替代了內(nèi)容庫管理者服務(wù)器的功能。在此實(shí)施例中，CSP 105在確定用戶請求的特定節(jié)目時，啟動到幾個內(nèi)容擁有者 225a,225b和225c的請求?；旧?，對節(jié)目的請求廣播到內(nèi)容提供商的已知集合，并且每個
8內(nèi)容提供商將做出響應(yīng)，指示它們是否具有該視頻資產(chǎn)。這樣，CSP能夠容易查明下載應(yīng)源于若干內(nèi)容提供商中的哪個提供商?？赡茉诖饲樾蜗?，CSP可與三個內(nèi)容提供商具有建立的商業(yè)關(guān)系以便獲得此類節(jié)目。雖然此方案可能導(dǎo)致可用于CSP的節(jié)目的范圍更有限，但它仍能夠顯著擴(kuò)展CSP能夠供應(yīng)到觀看者的節(jié)目的庫。轉(zhuǎn)到圖3，它示出在CSP 105用于服務(wù)于對節(jié)目內(nèi)容的請求所涉及的處理的一個實(shí)施例的流程圖，其中，節(jié)目內(nèi)容不是由CSP在本地存儲。第一步驟300為用戶提供有利于節(jié)目選擇的圖形用戶接口。該接口能夠由提供交互接口的STB來提供，以便選擇觀看者期望的節(jié)目的屬性。這能夠通過下載到STB的應(yīng)用程序來實(shí)現(xiàn)，并且在其它實(shí)施例中，節(jié)目標(biāo)題(或其它信息)的子集或完整列表能夠下載到 STB0信息能夠由CSP從內(nèi)容庫管理者服務(wù)器定期(例如每夜)獲得并下載到STB。備選的是，STB可確定類別，并隨后查詢內(nèi)容庫管理者服務(wù)器此類別中的節(jié)目列表。各種技術(shù)和方法能夠用于與觀看者交互以獲得特定節(jié)目的選擇和識別。例如選定節(jié)目的此信息隨后傳遞到CSP，因此，在步驟305，用戶期望的節(jié)目已確定。接著，在步驟310，CSP啟動到內(nèi)容庫管理者服務(wù)器的查詢，指示觀看者請求的期望的節(jié)目內(nèi)容。內(nèi)容庫管理者服務(wù)器可保持與節(jié)目相關(guān)聯(lián)的各種屬性，如時間、評級、節(jié)目男演員、主題、制作年份等。這些屬性能夠提供到CSP，而CSP又向觀看者提供信息。內(nèi)容庫管理者服務(wù)器還維護(hù)有關(guān)如何和/或何處CSP能夠獲得節(jié)目內(nèi)容的信息。例如，與內(nèi)容擁有者或內(nèi)容提供商相關(guān)聯(lián)的URL地址或其它標(biāo)識符能夠由內(nèi)容庫管理者服務(wù)器存儲。另外，內(nèi)容庫管理者服務(wù)器可存儲有關(guān)節(jié)目的其它信息，如與節(jié)目的下載相關(guān)聯(lián)的商業(yè)條款。 此信息可提供到CSP，而CSP又將它作為在確認(rèn)觀看者正在選擇所指示的節(jié)目中涉及的補(bǔ)充信息而提供到觀看者。雖然這些步驟未明確示出，但本領(lǐng)域技術(shù)人員能夠認(rèn)識到此類交互可作為選擇過程的一部分而發(fā)生。在步驟315中，CSP被通知有關(guān)節(jié)目的信息，包括能夠在何處獲得內(nèi)容及是否請求許可。如果如步驟320中所示要求數(shù)字權(quán)利管理(“DRM”)許可，則可要求CSP從第三方許可方獲得許可。如果這樣，則CSP將必須在步驟335中查明從何處請求許可，并在步驟340 啟動請求。下面描述用于啟動請求的一種方法的另外細(xì)節(jié)。一旦在步驟345中收到許可， CSP便能夠隨后啟動對來自內(nèi)容擁有者的內(nèi)容的請求。在步驟325中，CSP啟動對來自內(nèi)容擁有者的內(nèi)容的請求。在一些情況下，內(nèi)容的擁有者可以不是內(nèi)容的提供商，因?yàn)閮?nèi)容擁有者可向存儲內(nèi)容并在收到請求時提供內(nèi)容的提供商存放節(jié)目的副本。然而，實(shí)際上，能夠假設(shè)內(nèi)容擁有者是提供內(nèi)容的相同實(shí)體(即， 內(nèi)容提供商)。步驟325與330之間可以存在其它交互，其中，內(nèi)容提供商驗(yàn)證請求者，或者以其它方式與CSP執(zhí)行交易以便執(zhí)行下載內(nèi)容所要求的任何預(yù)備步驟。例如，CSP可以是內(nèi)容提供商已認(rèn)識的客戶，并且在內(nèi)容下載前要求來自CSP的認(rèn)證。備選的是，如果要求許可，則CSP可能必須提供已獲得許可的證明，或者備選的是，首先請求來自內(nèi)容提供商或許可方服務(wù)器的許可。一旦所有前提步驟已完成，內(nèi)容便在步驟330中下載到用戶。隨后，CSP可通知用戶節(jié)目已準(zhǔn)備好用于觀看，并且等待用戶的確認(rèn)。這可包括為觀看者提供有關(guān)與觀看內(nèi)容相關(guān)聯(lián)的任何成本或其它費(fèi)用的信息。節(jié)目內(nèi)容可對于有限的時間持續(xù)期存儲在本地數(shù)據(jù)庫中，以便在觀看者更方便的時間能夠觀看它。備選的是，CSP 能夠立即開始將節(jié)目流傳送到用戶。預(yù)期上述步驟將相當(dāng)快地發(fā)生，使得來自用戶啟動請求和內(nèi)容的流傳送的任何延遲將極小。然而，如果有延遲，則CSP能夠?qū)⑾l(fā)送到STB，這將導(dǎo)致向觀看者通知他們請求的下載可用于觀看，并且與用戶就他們將要何時觀看節(jié)目進(jìn)行交互。CSP也可在節(jié)目下載到觀看者時或者在觀看者觀看節(jié)目后或啟動節(jié)目觀看時更新開帳單系統(tǒng)。CSP也可提供其確認(rèn)到內(nèi)容提供商(如果內(nèi)容提供商出于記帳目的而要求此類確認(rèn)的話)。在各種實(shí)施例中，觀看者可以能夠觀看節(jié)目一次、有限次數(shù)或在有限時間期期間的盡可能多次。圖4示出有關(guān)可由CSP 150進(jìn)行的處理的另外細(xì)節(jié)。在此圖中，假設(shè)CSP已將視頻節(jié)目提供到機(jī)頂盒，但視頻節(jié)目中的信息指示觀看數(shù)字節(jié)目資產(chǎn)要求許可。數(shù)字資產(chǎn)可向STB指示它受元數(shù)據(jù)中包括的信息所限制。元數(shù)據(jù)是指示有關(guān)數(shù)字資產(chǎn)本身的信息的與數(shù)字資產(chǎn)相關(guān)聯(lián)的數(shù)據(jù)。例如，如果數(shù)字資產(chǎn)是電影，則元數(shù)據(jù)能夠指示標(biāo)題、主要演員、等級指示、制作年份等。元數(shù)據(jù)也能夠指示數(shù)字資產(chǎn)是受限的-例如，要求顯式許可來觀看數(shù)字資產(chǎn)。如本領(lǐng)域已知的，許可提供了由STB用于將電影的內(nèi)容解密以便它能夠由用戶觀看的數(shù)字“密鑰”。如果沒有密鑰，則不能觀看加密的數(shù)字資產(chǎn)。在一個實(shí)施例中，STB識別和區(qū)分未加密且因此能夠觀看而無需請求許可的那些數(shù)字資產(chǎn)和已加密并且確實(shí)要求解密密鑰或許可來觀看節(jié)目的那些數(shù)字資產(chǎn)。這能夠通過下載應(yīng)用程序到STB而實(shí)現(xiàn)，該應(yīng)用程序能處理數(shù)字資產(chǎn)中的私有數(shù)據(jù)并促使STB調(diào)用如下所述的步驟。一旦STB認(rèn)識到數(shù)字資產(chǎn)要求許可，STB將在步驟3中制定到有線服務(wù)提供商的對許可的請求。如下面將看到的，請求能以多種方式傳送到有線服務(wù)提供商，并且可包括或不包括識別內(nèi)容提供商的地址信息。在下面討論的一個實(shí)施例中，假設(shè)STB不知道內(nèi)容提供商的身份，并且不指示內(nèi)容提供商的地址，而是依賴有線服務(wù)提供商查明此信息。圖4中示出STB請求許可的步驟的一個描述。圖4示出在處理許可請求中可在有線服務(wù)提供商發(fā)生的處理步驟的一個實(shí)施例。在步驟400，有線服務(wù)提供商從STB接收許可請求。這能夠在從STB到頭端的多種上游通信路徑中傳送。在步驟402，有線服務(wù)提供商解析消息以查明至少兩條數(shù)據(jù)第一條是做出請求的STB的標(biāo)識，第二條是請求的數(shù)字資產(chǎn)或電影的標(biāo)識。STB標(biāo)識一般是獨(dú)特的數(shù)字標(biāo)識符，如與STB相關(guān)聯(lián)的序列號或其它數(shù)字證書。假設(shè)有線服務(wù)提供商能夠基于STB標(biāo)識符來識別客戶賬戶。有線服務(wù)提供商隨后啟動一系列測試，這些測試通過在步驟404、408和410所示的級聯(lián)測試來表示。這些測試的性質(zhì)和數(shù)量可不同，但所示測試足以示出本發(fā)明的原理。 一般情況下，有線服務(wù)提供商將先使用數(shù)字資產(chǎn)標(biāo)識符來確定是否能夠請求許可。換而言之，有線服務(wù)提供商將查明它與提供電影的內(nèi)容提供商是否具有商業(yè)關(guān)系?？赡苡卸喾N內(nèi)容提供商，并且有線服務(wù)提供商可能沒有與每個內(nèi)容提供商具有商業(yè)關(guān)系，或者可能沒有用于為指示的數(shù)字資產(chǎn)的類型來請求許可的商業(yè)關(guān)系(例如，一個內(nèi)容提供商可用于提供電影，而另一內(nèi)容提供商提供另一類型的節(jié)目制作)。優(yōu)選的是，有線服務(wù)提供商將從不將要求許可的數(shù)字資產(chǎn)下載到訂戶，但為此有線服務(wù)提供商將不能滿足來自STB對許可的請求。然而，這種情況可能發(fā)生，因此，測試此方面可能是有必要的。接著，有線服務(wù)提供商可在步驟408中測試STB是否被授權(quán)來做出許可請求。STB可能是未經(jīng)授權(quán)的STB，或者能被識別為將導(dǎo)致拒絕提供許可的“克隆”STB。在其它情況下， STB可能與信用有問題的訂戶相關(guān)聯(lián)，使得許可請求被拒絕。在此類情況下，可調(diào)用某個過程，請求主叫方輸入請求的觀看的信用卡號。在步驟410中，示出了任何其它類型的篩選測試，例如有線服務(wù)提供商維護(hù)的以前建立的限制(如禁止?jié)M足對成人電影的許可請求)。如果由于任何原因，許可請求的篩選使得請求被拒絕，則在步驟416的過程發(fā)生， 該過程使得有線服務(wù)提供商將理由或原因碼發(fā)送到STB，指示不能滿足許可請求并指示原因。如果許可請求能夠得到滿足，則在步驟412中，有線服務(wù)提供商將在數(shù)據(jù)庫中記錄對許可的請求。在其它實(shí)施例中，數(shù)據(jù)庫將記錄所有請求，包括來自被拒絕的STB的那些請求。在步驟414中，有線服務(wù)提供商將許可請求轉(zhuǎn)發(fā)到適當(dāng)?shù)膬?nèi)容提供商。適當(dāng)?shù)膬?nèi)容提供商可以多種方式被查明。首先，有線服務(wù)提供商可具有用于基于數(shù)字資產(chǎn)標(biāo)識符來確定內(nèi)容提供商的數(shù)據(jù)庫或其它表查找存儲器。這假設(shè)每個數(shù)字資產(chǎn)被獨(dú)特地識別。備選的是，有線服務(wù)提供商能夠查詢提供此查找功能的第三方實(shí)體(例如，內(nèi)容庫管理者服務(wù)器)。其次，許可請求本身能夠指示內(nèi)容提供商的名稱或地址。這假設(shè)許可方服務(wù)器的名稱或地址在電影信息(例如，元數(shù)據(jù))中指示，并且STB提取和復(fù)制此信息到許可請求中。在任一情況下，有線服務(wù)提供商在步驟414中將許可請求傳送到適當(dāng)?shù)膬?nèi)容提供商，并且一般將包括向內(nèi)容提供商識別有線服務(wù)提供商的信息。有線服務(wù)提供商將在步驟416中實(shí)時從內(nèi)容提供商接收響應(yīng)，并且將記錄響應(yīng) (未示出)，在步驟418中將信息轉(zhuǎn)發(fā)到STB。有線服務(wù)提供商也將定期使用來自STB的記錄的請求以及來自內(nèi)容提供商的實(shí)際接收的響應(yīng)消息以決定/生成該STB的適當(dāng)開賬單信息。這在步驟420進(jìn)行，該步驟一般根據(jù)用戶的開帳單周期定期發(fā)生。在此步驟后，用于有線服務(wù)提供商的過程在步驟422中完成。消息格式任何數(shù)量的不同消息格式能夠用于將請求消息從STB輸送到有線服務(wù)提供商，和從有線服務(wù)提供商輸送到內(nèi)容提供商/許可方。類似地，這適用于響應(yīng)消息格式。甚至不要求用于STB與有線服務(wù)提供商之間響應(yīng)的消息格式是有線服務(wù)提供商與內(nèi)容提供商之間的相同格式或結(jié)構(gòu)。本領(lǐng)域技術(shù)人員將認(rèn)識到能夠用于適應(yīng)各種設(shè)計優(yōu)先級的各種格式。在圖5中，公開了消息格式的一個實(shí)施例。這基于STB到有線服務(wù)提供商的消息傳遞，但能夠被修改以用于有線服務(wù)提供商到內(nèi)容提供商/內(nèi)容許可方消息傳遞。基本消息格式500依據(jù)基于IP的消息，該消息具有識別有線服務(wù)提供商的目的地地址502和STB 的始發(fā)地址504。有效負(fù)載字段506包含DRM請求或DRM響應(yīng)消息。雖然消息格式500示為具有始發(fā)和目的地地址，但這不是必需的，因?yàn)镾TB能夠只將它發(fā)送到有線服務(wù)提供商的有線頭端，并且有線服務(wù)提供商能經(jīng)更高層協(xié)議中包含的標(biāo)識符來識別STB。因此，消息 500的結(jié)構(gòu)是一個實(shí)施例的說明。對于請求DRM許可和對其做出響應(yīng)特定的另一層協(xié)議通過IP層地址消息格式500 來輸送。兩個消息格式已示出，即，DRM請求消息510和DRM響應(yīng)消息530。DRM請求消息 510從STB輸送到有線服務(wù)提供商，并且包括各種信息元素。首先，消息類型標(biāo)識符512指示消息是“DRM請求消息”，與例如“DRM響應(yīng)消息”的某一其它消息相對。
11
下一信息元素是“機(jī)頂盒”標(biāo)識符514，該標(biāo)識符可包含與STB相關(guān)聯(lián)的MAC地址、 序號或某一其它類型的獨(dú)特標(biāo)識符。在一個實(shí)施例中，STB標(biāo)識符將是數(shù)字證書。使用非對稱密碼術(shù)，機(jī)頂盒將包含嵌入的私有密鑰，并且將在公共證書中提供對應(yīng)的公共密鑰作為其標(biāo)識符。內(nèi)容提供商將使用該公共密鑰來生成對該特定機(jī)頂盒特定的許可。機(jī)頂盒將被要求使用其私有密鑰來訪問許可中的密鑰。由于只有該獨(dú)特的機(jī)頂盒將擁有必需的私有密鑰，因此，只有該機(jī)頂盒將能夠使用許可將資產(chǎn)解密。此技術(shù)將為公共密鑰密碼術(shù)領(lǐng)域的技術(shù)人員所理解。接著，包括“相關(guān)標(biāo)識符”516，其目的是允許響應(yīng)消息與先前的請求消息相關(guān)。包括“請求的時間戳” 518，該時間戳允許有線服務(wù)提供商查明該請求與其它請求的相對時間， 這可對確定優(yōu)先級有用。在其它實(shí)施例中，時間戳可以在粒度上足以使用它作為獨(dú)特的數(shù)來代替相關(guān)標(biāo)識符?！百Y產(chǎn)標(biāo)識”標(biāo)識符520是必需的元素，以便識別用戶正在為其請求許可的特定電影或數(shù)字資產(chǎn)?！百Y產(chǎn)元數(shù)據(jù)” 522可被包括，并且可由STB從與數(shù)字資產(chǎn)一起提供的信息 (例如，元數(shù)據(jù))中復(fù)制，并且能夠例如包括信息以識別內(nèi)容提供商。這能夠是顯式標(biāo)識符、 地址或其它信息。最后，消息可包括“許可請求的類型”信息524，該信息指示是否請求許可的特殊屬性，例如用于下載或復(fù)制數(shù)字資產(chǎn)的許可。"DRM響應(yīng)消息”530也在圖5中示出，并且這表示由有線服務(wù)提供商發(fā)送到STB的響應(yīng)消息。消息內(nèi)容包括“DRM響應(yīng)消息” 532標(biāo)識符，該標(biāo)識符用于區(qū)分此消息與其它消息類型?！癝TB標(biāo)識符”534不是要求的，但它允許STB確認(rèn)消息實(shí)際上預(yù)期用于它而不是某一其它裝置。這也能夠通過“相關(guān)標(biāo)識符” 536來實(shí)現(xiàn)，該標(biāo)識符允許STB將此響應(yīng)消息與以前的請求消息相關(guān)?！绊憫?yīng)的時間戳”538可被包括，因?yàn)樗峁﹨⒖?，該參考能用于開始許可從它起可有效的時間。“資產(chǎn)標(biāo)識” 540信息允許STB確認(rèn)許可與特定資產(chǎn)相關(guān)聯(lián)。同樣地，這可不被包括，但它有利于錯誤的標(biāo)識。類似地，“資產(chǎn)元數(shù)據(jù)” 542也可被包括。“許可”信息544被要求在響應(yīng)中提供(不能提供許可時除外)。許可允許STB處理數(shù)字資產(chǎn)，以便資產(chǎn)能夠由用戶觀看。許可可還包括與其一起輸送的各種其它信息，如各種“許可參數(shù)” M6，這些參數(shù)能夠包括“復(fù)制授權(quán)”信息M8、“下載授權(quán)”信息550、“授權(quán)開始時間”信息552及“授權(quán)結(jié)束時間”信息554。能夠授予限于用戶單次觀看的許可，其中，STB執(zhí)行數(shù)字資產(chǎn)的處理。然而，其它變化是可能的，例如單次觀看，其必須在某個時間之前進(jìn)行(如授權(quán)結(jié)束時間所指示的)。許可可以授予有限次數(shù)的觀看或帶有期限的不受限次數(shù)。許可可以授權(quán)STB下載數(shù)字資產(chǎn)到另一裝置，如便攜式視頻播放器。這也可以關(guān)于它能夠下載的次數(shù)或它必須在某個時間期限內(nèi)下載而被限制。類似地，能夠定義參數(shù)，以允許電影復(fù)制到諸如DVD上。因此，用戶有可能購買電影的永久性副本(假定許可方提供了該選項)。在內(nèi)容提供商授予的許可基于來自機(jī)頂盒的數(shù)字證書的情形下，許可能夠在允許時傳輸?shù)搅硪谎b置(例如，移動裝置)，如下機(jī)頂盒將使用STB私有密鑰從授予的許可提取內(nèi)容解密密鑰，并且以類似于內(nèi)容提供商為STB生成原密鑰的方式，使用來自屬于移動裝置的數(shù)字證書的公共密鑰將內(nèi)容解密密鑰重新加密。此技術(shù)將為公共密鑰密碼術(shù)領(lǐng)域的技術(shù)人員所理解。如所述的，存在有關(guān)本發(fā)明的各種實(shí)施例中能夠使用的協(xié)議和過程的許多變化， 這只由本文中提供的權(quán)利要求來限制。有線服務(wù)提供商系統(tǒng)架構(gòu)圖6中示出能夠由圖1的有線服務(wù)提供商105使用的實(shí)施例的一個系統(tǒng)架構(gòu)。在圖6中，STB 100連接到有線網(wǎng)絡(luò)620，該網(wǎng)絡(luò)隨后連接到有線服務(wù)提供商的有線頭端618。 有線頭端與STB傳送和接收信息，并識別任何許可請求以便由許可請求服務(wù)器600處理。這通過有線頭端618識別與其它消息分開的許可請求消息并通過連接616將那些消息引導(dǎo)到企業(yè)LAN 622、隨后通過另一設(shè)施610到許可請求服務(wù)器600來實(shí)現(xiàn)。雖然在其它實(shí)施例中可能將許可請求服務(wù)器和與有線頭端相關(guān)聯(lián)的其它組件集成，但為了說明的目的，許可請求服務(wù)器示為單獨(dú)的系統(tǒng)。不要求許可請求服務(wù)器與有線頭端在相同位置，并且對于具有多個有線頭端的許多有線服務(wù)提供商，許可請求服務(wù)器能夠在物理上位于相對于有線頭端的另一區(qū)域(例如城市或州)。許可請求服務(wù)器包括輸入/輸出控制器606，該控制器提供到處理器602的連接， 而該處理器又能夠在存儲器608或數(shù)據(jù)庫604中存儲或檢索數(shù)據(jù)。一般情況下，許可請求消息由處理器來接收，并且存儲在存儲器608中以用于立即處理的目的，但也可被記錄以便在數(shù)據(jù)庫604中永久性存儲。處理器將執(zhí)行上述各種篩選功能，并且這可能要求訪問數(shù)據(jù)庫中或在有線服務(wù)提供商開帳單系統(tǒng)614中存儲的客戶記錄。一旦所有篩選和記錄功能已進(jìn)行，處理器便將啟動到內(nèi)容提供商的許可請求。這能夠涉及完全重新格式化許可請求消息，或只是將它封裝到另一消息中。無論如何，消息通過連接610發(fā)送到LAN 622，并隨后到因特網(wǎng)624，并隨后最終傳送到內(nèi)容提供商。雖然因特網(wǎng)示為在有線服務(wù)提供商的許可請求服務(wù)器與內(nèi)容提供商之間提供消息傳輸?shù)耐ㄐ啪W(wǎng)絡(luò)，但能夠使用其它通信設(shè)施。在許多應(yīng)用中，可使用專有協(xié)議。來自內(nèi)容提供商的響應(yīng)基本上使用反向路徑接收。具體而言，來自內(nèi)容提供商的消息由因特網(wǎng)擬4輸送到企業(yè)LAN 622，然后輸送到許可請求服務(wù)器600。響應(yīng)消息在該處與請求消息相關(guān)。處理器一般將使用相關(guān)標(biāo)識符從存儲器608檢索適當(dāng)消息以便將響應(yīng)/ 請求消息相關(guān)。處理器602將處理響應(yīng)消息，響應(yīng)消息基本上將提供許可或拒絕對許可的請求。 無論如何，響應(yīng)將在數(shù)據(jù)庫604中記錄，并且處理器將傳遞結(jié)果到STB 100。如果授予許可，則處理器602將經(jīng)LAN 622與有線服務(wù)提供商的開帳單系統(tǒng)614 通信。該通信可以在每查詢基礎(chǔ)上或定期基礎(chǔ)上進(jìn)行。定期基礎(chǔ)允許許可請求服務(wù)器存儲所有響應(yīng)，并隨后為多個許可響應(yīng)來更新開帳單系數(shù)。備選的是，與開帳單系統(tǒng)的通信能夠在許可請求過程的開始時進(jìn)行，但由于開帳單是以許可的成功授予為基礎(chǔ)，因此，必須采取適當(dāng)?shù)牟襟E以確保記錄的信息準(zhǔn)確反映對許可請求的響應(yīng)。開帳單系統(tǒng)614清點(diǎn)為每個訂戶請求/授予的許可的數(shù)量，并且使用各種商業(yè)規(guī)則來處理此信息以便計算訂戶的適當(dāng)費(fèi)用。對訂戶開帳單是與請求和響應(yīng)許可請求的過程分開的功能。內(nèi)容提供商還維護(hù)許可請求和許可授予/拒絕的記錄。這由內(nèi)容提供商用于查明某些始發(fā)STB是否無效。例如，內(nèi)容提供商可處理記錄的請求，并查明相同STB標(biāo)識符正在多個有線服務(wù)提供商網(wǎng)絡(luò)上做出請求，這指示“克隆” STB。信息也能夠經(jīng)處理以衡量營銷活動的效力和/或設(shè)計將來的營銷活動。內(nèi)容提供商/許可服務(wù)器的架構(gòu)類似，并且在圖7中示出。記住內(nèi)容提供商也可能是許可方，或者可涉及單獨(dú)的許可服務(wù)器(例如，見圖1和2)。圖7示出用于內(nèi)容提供商或許可服務(wù)器處理許可請求的架構(gòu)。這類似于圖6所示的架構(gòu)，因?yàn)檎埱髲挠芯€服務(wù)提供商提供到因特網(wǎng)724，其由LAN 712引導(dǎo)到內(nèi)容提供商的許可服務(wù)器700。許可服務(wù)器也具有輸入/輸出控制器706、存儲器708、處理器702及數(shù)據(jù)庫704。請求由處理器702在如內(nèi)容提供商與有線服務(wù)提供商之間協(xié)定的消息格式中來接收。處理器執(zhí)行如上所述必需的篩選和測試，并且向有線服務(wù)提供商提供授予或拒絕許可的響應(yīng)消息。該響應(yīng)消息從處理器702發(fā)送到LAN 712，回到因特網(wǎng)，然后到有線服務(wù)提供商。內(nèi)容提供商還維護(hù)許可請求和許可授予/拒絕的記錄。這由內(nèi)容提供商用于查明某些始發(fā)STB是否無效。例如，內(nèi)容提供商可處理記錄的請求，并查明相同STB標(biāo)識符正在多個有線服務(wù)提供商網(wǎng)絡(luò)上做出請求，這指示“克隆” STB。信息也能夠經(jīng)處理以衡量營銷活動的效力和/或設(shè)計將來的營銷活動。內(nèi)容提供商也將在開帳單系統(tǒng)710中定期處理許可請求/授予，開帳單系統(tǒng)710 能夠在數(shù)據(jù)庫704中檢索數(shù)據(jù)。內(nèi)容提供商開帳單系統(tǒng)710清點(diǎn)授予特定有線服務(wù)提供商的STB的許可，并且將定期生成到有線服務(wù)提供商的開帳單系統(tǒng)714的帳單。此通信也可使用因特網(wǎng)進(jìn)行(但這在圖7中示為通信的直接形式)。內(nèi)容提供商將依據(jù)兩個實(shí)體之間建立的條款開帳單，這些條款可能與有線服務(wù)提供商與其訂戶之間的條款不同。一般情況下，條款反映內(nèi)容提供商與有線服務(wù)提供商之間的大量交易，并且提供適當(dāng)?shù)恼劭邸?br> 1權(quán)利要求
1.一種用于流傳送數(shù)字視頻文件的系統(tǒng)，包括 機(jī)頂盒；有線分發(fā)網(wǎng)絡(luò)，所述機(jī)頂盒連接到所述有線分發(fā)網(wǎng)絡(luò)；有線頭端，從所述機(jī)頂盒接收請求，其中所述請求包括與所述數(shù)字視頻文件相關(guān)聯(lián)的節(jié)目標(biāo)題；局域網(wǎng)，連接到接收所述請求的所述有線頭端；以及服務(wù)器，包括處理器和存儲節(jié)目標(biāo)題的列表的數(shù)據(jù)庫； 所述系統(tǒng)特征在于所述服務(wù)器配置成 確定所述節(jié)目標(biāo)題未在所述數(shù)據(jù)庫中存儲；將查詢傳送到第二服務(wù)器，請求存儲對應(yīng)于所述節(jié)目標(biāo)題的所述數(shù)字視頻文件的第三服務(wù)器的位置；確定對于所述數(shù)字視頻文件要求數(shù)字權(quán)利管理許可； 請求用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可； 接收用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可； 從所述第三服務(wù)器請求所述數(shù)字視頻文件； 從所述第三服務(wù)器接收所述數(shù)字視頻文件； 將所述數(shù)字管理權(quán)利許可傳送到所述機(jī)頂盒；以及將所述數(shù)字視頻文件流傳送到所述機(jī)頂盒。
2.如權(quán)利要求1所述的系統(tǒng)，還包括第二數(shù)據(jù)庫，其中所述數(shù)字視頻文件被接收并存儲在所述第二數(shù)據(jù)庫中。
3.如權(quán)利要求2所述的系統(tǒng)，其中所述數(shù)字視頻文件對于不超過預(yù)定的時間期存儲在所述第二數(shù)據(jù)庫中。
4.如權(quán)利要求1所述的系統(tǒng)，其中所述服務(wù)器配置成在對于用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可的所述請求中指示所述節(jié)目標(biāo)題。
5.如權(quán)利要求1所述的系統(tǒng)，其中所述服務(wù)器配置成通過確定所述機(jī)頂盒未在禁止的機(jī)頂盒的列表中指示來確定已授權(quán)為所述機(jī)頂盒提供所述數(shù)字視頻文件。
6.如權(quán)利要求1所述的系統(tǒng)，其中所述服務(wù)器配置成從許可服務(wù)器請求用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可。
7.一種包括計算機(jī)可讀媒體的計算機(jī)程序產(chǎn)品，其上具有計算機(jī)可讀程序部件，所述部件在計算機(jī)系統(tǒng)上運(yùn)行時促使所述計算機(jī)系統(tǒng)執(zhí)行以下步驟從連接到有線網(wǎng)絡(luò)的機(jī)頂盒接收請求，其中所述請求包括識別要流傳送到所述機(jī)頂盒的數(shù)字視頻文件的節(jié)目標(biāo)題；確定所述節(jié)目標(biāo)題未在數(shù)據(jù)庫中存儲；將查詢傳送到第二計算機(jī)系統(tǒng)，請求存儲對應(yīng)于所述節(jié)目標(biāo)題的所述數(shù)字視頻文件的第三計算系統(tǒng)的位置；確定對于所述數(shù)字視頻文件要求數(shù)字權(quán)利管理許可； 請求用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可； 接收用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可；從所述第三服務(wù)器請求所述數(shù)字視頻文件； 從所述第三服務(wù)器接收所述數(shù)字視頻文件； 將所述數(shù)字權(quán)利許可傳送到所述機(jī)頂盒；以及將所述數(shù)字視頻文件流傳送到所述機(jī)頂盒。
8.如權(quán)利要求7所述的計算機(jī)程序產(chǎn)品，其中所述計算機(jī)系統(tǒng)被促使進(jìn)一步執(zhí)行以下步驟指示第二數(shù)據(jù)庫提供所述數(shù)字視頻文件到有線頭端。
9.如權(quán)利要求7所述的計算機(jī)程序產(chǎn)品，其中所述計算機(jī)系統(tǒng)被促使進(jìn)一步執(zhí)行以下步驟傳送指示到開帳單系統(tǒng)，指示所述數(shù)字視頻文件被流傳送到了所述機(jī)頂盒。
10.如權(quán)利要求7所述的計算機(jī)程序產(chǎn)品，其中所述計算機(jī)系統(tǒng)被促使進(jìn)一步執(zhí)行以下步驟確定所述機(jī)頂盒未在指示未授權(quán)為所述機(jī)頂盒提供所述數(shù)字視頻文件的列表中識別。
11.如權(quán)利要求7所述的計算機(jī)程序產(chǎn)品，其中所述計算機(jī)系統(tǒng)被促使進(jìn)一步執(zhí)行以下步驟在對于用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可的所述請求中指示所述節(jié)目標(biāo)題。
12.—種在計算機(jī)系統(tǒng)中用于將數(shù)字視頻文件流傳送到連接到有線網(wǎng)絡(luò)的機(jī)頂盒的方法，所述方法特征在于從連接到所述有線網(wǎng)絡(luò)的所述機(jī)頂盒接收請求，其中所述請求包括識別要流傳送到所述機(jī)頂盒的數(shù)字視頻文件的節(jié)目標(biāo)題；確定所述節(jié)目標(biāo)題未在所述計算機(jī)系統(tǒng)的數(shù)據(jù)庫存儲；將查詢傳送到第二計算機(jī)系統(tǒng)，請求存儲對應(yīng)于所述節(jié)目標(biāo)題的所述數(shù)字視頻文件的第三計算系統(tǒng)的位置；確定對于所述數(shù)字視頻文件要求數(shù)字權(quán)利管理許可； 請求用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可； 接收用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可； 從所述第三計算系統(tǒng)請求所述數(shù)字視頻文件； 從所述第三計算系統(tǒng)請求所述數(shù)字視頻文件； 將所述數(shù)字權(quán)利許可傳送到所述機(jī)頂盒；以及將所述數(shù)字視頻文件流傳送到所述機(jī)頂盒。
13.如權(quán)利要求12所述的方法，包括以下步驟確定所述機(jī)頂盒未在指示未授權(quán)為所述機(jī)頂盒提供所述數(shù)字視頻文件的列表中識別。
14.如權(quán)利要求12所述的方法，包括以下步驟傳送指示到開帳單系統(tǒng)，指示所述數(shù)字視頻文件被流傳送到了所述機(jī)頂盒。
15.如權(quán)利要求12所述的方法，包括以下步驟在對于用于所述數(shù)字視頻文件的所述數(shù)字權(quán)利管理許可的所述請求中向許可方服務(wù)器指示所述節(jié)目標(biāo)題。
全文摘要
公開了由用戶向有線服務(wù)提供商啟動節(jié)目內(nèi)容請求的系統(tǒng)和方法，其中，節(jié)目內(nèi)容未在有線服務(wù)提供商本地存儲。有線服務(wù)提供商頭端查詢庫管理者內(nèi)容服務(wù)器關(guān)于可從其下載內(nèi)容的位置。另外，庫管理者內(nèi)容服務(wù)器可通知有線服務(wù)提供商為了下載內(nèi)容是否要求許可。有線服務(wù)提供商在必需時獲得許可，并且啟動對于從適當(dāng)內(nèi)容提供商下載的請求。一旦獲得內(nèi)容，有線服務(wù)提供商便通知觀看者內(nèi)容可用并將內(nèi)容流傳送到觀看者。
文檔編號G06F21/00GK102232297SQ200980144640
公開日2011年11月2日 申請日期2009年8月21日 優(yōu)先權(quán)日2008年9月4日
發(fā)明者A·勞斯 申請人:愛立信電視公司