使用視頻和/或音頻點播資產(chǎn)的媒體內(nèi)容傳遞方法
【專利說明】
[0001] 相關(guān)申請的交叉引用
[0002] 本申請要求提交于2012年1月5日，標(biāo)題為《Contentdeliverysystemusing UltravioletMediaAssets》的美國臨時申請序列號61/583, 601的優(yōu)先權(quán)和權(quán)益，其通過 引用被整體并入本文。
技術(shù)領(lǐng)域
[0003] 本公開設(shè)及點播系統(tǒng)，如視頻點播（V0D)和/或音頻點播（A0D)系統(tǒng)。更具體地， 設(shè)及一種用于實現(xiàn)甚至在未連接到0D內(nèi)容提供商時將媒體服務(wù)平臺（MS巧或媒體平臺 (MP)中的點播（0D)內(nèi)容/資產(chǎn)傳遞到終端用戶的方法和裝置。
【背景技術(shù)】
[0004] 在當(dāng)今世界，點播（0D)系統(tǒng)，如視頻點播（V0D)或音頻點播（A0D)隨處可見。計 算機(jī)、平板電腦、智能手機(jī)設(shè)備等使用0D服務(wù)變得如此流行，W至于用戶通常希望0D服務(wù) 和他們購買的內(nèi)容隨時可得。
[0005] 不幸的是，希望0D服務(wù)/購買的內(nèi)容在所有時間都能為用戶可得并不總是可能 的。該主要是因為，為了訪問0D購買的內(nèi)容，用戶必須不僅持有0D內(nèi)容提供商的賬戶，而且 該些賬戶通常與特定的用戶和/或用戶在建立0D服務(wù)賬戶時注冊的特定的設(shè)備綁定。該 個限制導(dǎo)致要求用戶還要連接到0D內(nèi)容提供商協(xié)調(diào)器（coordinator)，W查看、下載和/或 流傳輸購買的內(nèi)容。

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

[0006] 本發(fā)明的一個方面向用戶提供了一種內(nèi)容傳遞系統(tǒng)，使得購買的內(nèi)容不僅可 對用戶基本透明的方式與其他的用戶和其他的設(shè)備共享（即，并非特定的注冊用戶和/或 用戶?？谧缘脑O(shè)備），而且可W被位于任何位置的任何設(shè)備的用戶訪問，甚至是在不可能 連接到0D內(nèi)容提供商的情況下。
[0007] 根據(jù)一個實施方式，一種使用特定內(nèi)容提供商的資產(chǎn)的傳遞內(nèi)容的方法包括整合 用戶媒體平臺和特定的點播內(nèi)容提供商。一旦整合，就經(jīng)由用戶媒體平臺創(chuàng)建特定的點播 內(nèi)容提供商的用戶賬戶。鏈接用戶媒體平臺，并使之與特定的點播內(nèi)容提供商相關(guān)聯(lián)，點播 內(nèi)容交易可W經(jīng)由運行用戶媒體平臺的用戶設(shè)備進(jìn)行。購買的點播內(nèi)容的權(quán)限（ri曲t)記 錄并發(fā)布在媒體平臺的數(shù)字保險箱（digitallocker)中。
【附圖說明】
[000引根據(jù)下面對優(yōu)選實施例的詳細(xì)描述（結(jié)合附圖閱讀），本公開的該些和其他方面、 特征和優(yōu)點將被描述或變得顯而易見。
[0009] 圖1是可W應(yīng)用本發(fā)明的原理的示例性視頻點播（V0D)系統(tǒng)的框圖；
[0010] 圖2是根據(jù)本發(fā)明的原理的實施方式的被配置為傳遞內(nèi)容的示例性媒體系統(tǒng)平 臺的框圖；
[0011] 圖3是根據(jù)本發(fā)明的原理的實施方式的被配置為傳遞來自內(nèi)容提供商的內(nèi)容的 媒體系統(tǒng)平臺的框圖；
[0012] 圖4是根據(jù)本發(fā)明的原理的實施方式的用于傳遞內(nèi)容給終端用戶的方法的流程 圖；
[0013] 圖5是根據(jù)本發(fā)明的原理的另一實施方式的被配置為傳遞來自內(nèi)容提供商的內(nèi) 容的媒體系統(tǒng)平臺的框圖；
[0014] 圖6是根據(jù)本發(fā)明的原理的另一實施方式的被配置為傳遞來自內(nèi)容提供商的內(nèi) 容的媒體系統(tǒng)平臺的框圖；
[0015] 圖7是根據(jù)本發(fā)明的原理的實施方式的用于傳遞內(nèi)容給終端用戶的方法的流程 圖；
[0016] 圖8是根據(jù)本發(fā)明的原理的實施方式的用于傳遞內(nèi)容給終端用戶的方法。
[0017] 應(yīng)該理解的是，該些附圖用于示例本公開的構(gòu)思的目的，而并不一定表示用于示 例本公開的唯一可能的配置。
【具體實施方式】
[0018] 應(yīng)該理解的是，圖中示出的元件可W實現(xiàn)為硬件、軟件或其組合的多種形式。優(yōu)選 地，該些元件可W實現(xiàn)為一個或多個適當(dāng)編程的通用設(shè)備上的硬件和軟件的組合，該些通 用設(shè)備可W包括處理器、存儲器和輸入/輸出接口。該里，用詞"禪接"被定義為意味著通 過一個或多個中間組件直接連接或間接連接。該些中間組件可W包括基于硬件和軟件兩者 的組件。
[0019] 本說明書示出了本公開的原理。因此，應(yīng)該理解的是，本領(lǐng)域的技術(shù)人員能夠設(shè)計 出盡管未在本說明書中明確描述或示出，但體現(xiàn)了本公開的原理，并被包括在其精神和范 圍內(nèi)的各種布置。
[0020] 本說明書中陳述的所有的示例和條件性語言都旨在用作教導(dǎo)目的，W幫助讀者理 解發(fā)明人貢獻(xiàn)的促進(jìn)本技術(shù)領(lǐng)域發(fā)展的本公開的原理和構(gòu)思，并應(yīng)該被解讀為不限制為該 些詳細(xì)陳述的示例和條件。
[0021] 另外，本說明書中所有詳細(xì)描述本公開的原理、方面和實施例W及其特定示例的 陳述都旨在包括其結(jié)構(gòu)和功能的等價物。并且，該些等價物旨在包括當(dāng)前已知的等價物和 將在未來開發(fā)出來的等價物，即任何被開發(fā)出來執(zhí)行相同功能而不論其結(jié)構(gòu)如何的元件。
[0022] 因此，例如，本領(lǐng)域的技術(shù)人員將會理解的是，本說明書中出現(xiàn)的框圖表示體現(xiàn)本 公開原理的示例性電路系統(tǒng)的概念圖。類似地，將會理解的是，任何流程表、流程圖、狀態(tài)轉(zhuǎn) 換圖、偽碼等表示可在計算機(jī)可讀介質(zhì)中被實質(zhì)性表示并因此由計算機(jī)或處理器執(zhí)行的各 種過程，而不論該些計算機(jī)或處理器是否明顯地顯示出來。
[0023] 圖中示出的各種元件的功能可W通過使用專用硬件和能夠聯(lián)合適當(dāng)?shù)能浖?zhí)行 軟件的硬件提供。當(dāng)由處理器或控制器提供時，該功能可W由單個專用的處理器或單個共 用的處理器或其中有一些可W共用的多個獨立的處理器提供。并且，術(shù)語"處理器"或"控 制器"的明確使用不應(yīng)該被解讀為排他性地專指能夠執(zhí)行軟件的硬件，而應(yīng)該被解讀為沒 有限制地、隱含地包括數(shù)字信號處理器值S巧硬件、用于存儲軟件的只讀存儲器（ROM)、隨 機(jī)存儲器（RAM)和非易失性存儲器。
[0024] 還可W包括其他傳統(tǒng)和/或定制的硬件。相似地，圖中示出的任何開關(guān)都只是概 念性的。它們的功能可W通過執(zhí)行程序邏輯、專用邏輯、程序控制和專用邏輯交互或者甚至 手動進(jìn)行，實施者可W根據(jù)更詳細(xì)地理解背景來選擇特定的技術(shù)。
[0025] 在本說明書的權(quán)利要求中，任何被表達(dá)為執(zhí)行特定功能的部件的元件都旨在包括 執(zhí)行該功能的任何方式，包括例如，a)執(zhí)行該功能的電路元件的組合或b)包括與用于執(zhí)行 軟件W完成該功能的適當(dāng)?shù)碾娐方M合在一起的固件、微代碼等的任何形式的軟件。該些權(quán) 利要求限定的本公開在于下列事實；各個列舉的部件提供的功能W權(quán)利要求要求保護(hù)的方 式組合并放置在一起。因此，任何可W提供該些功能的部件都被視為與那些在本說明書中 示出的部件是等價的。
[0026]公開的實施例設(shè)及用于傳遞點播內(nèi)容，即視頻和/或音頻內(nèi)容的系統(tǒng)和方法。圖1示出了包括內(nèi)容提供商10的點播網(wǎng)絡(luò)的示例，W及各種不同的內(nèi)容傳遞方法。通過示例， 該些傳遞方法可W包括，但明確不限于：多個設(shè)備12,其中用戶觀看或聘聽他們選擇的設(shè) 備上的內(nèi)容；流傳輸設(shè)備14,其中通過在因特網(wǎng)上流傳輸來取得內(nèi)容；下載16,其中用戶下 載副本到選擇的設(shè)備，因此可W在沒有因特網(wǎng)連接的情況下觀看內(nèi)容；光盤復(fù)制18,可W 作為選項提供給用戶；W及多個賬戶成員20,其中多達(dá)6個家庭成員可W使用單個集合的 點播內(nèi)容。
[0027] 可W與本發(fā)明結(jié)合使用的視頻點播或音頻點播內(nèi)容提供商10的示例可W是例如 ITUNES飯、AMAZON飯、ULTRAVIOLET飯、NET FLIX飯等。
[002引通過示例，本發(fā)明將在基于云的內(nèi)容提供商的背景中描述。然而，本領(lǐng)域的技術(shù)人 員應(yīng)該理解的是，本說明書中公開的原理和媒體平臺的構(gòu)思不限于該種基于云的提供商， 而可W使用任何點播內(nèi)容提供商實現(xiàn)。該種內(nèi)容提供商的示例是ULTRAVIOLET⑥，它 是允許電子家庭娛樂內(nèi)容的消費者經(jīng)由多個平臺和設(shè)備流傳輸并下載購買的內(nèi)容的數(shù)字 權(quán)限認(rèn)證和基于云的分發(fā)系統(tǒng)。關(guān)于實體封裝媒體和數(shù)字媒體兩者，該內(nèi)容提供商遵循"一 旦購買，就可W在任何地方播放"的方式，該允許用戶在一個賬戶下存儲數(shù)字購買憑證，使 得能夠與平臺和銷售點無關(guān)地回放內(nèi)容。
[0029]一般來說，使用通用加密（CENC)W通用文件格式（CF巧下載（或流傳輸）點播內(nèi) 容。該格式基于BASEISO文件格式，并保證在整個內(nèi)容提供商生態(tài)系統(tǒng)中使用一組一致的 編解碼器、媒體格式、數(shù)字版權(quán)管理值RM)、字幕等?？紤]到來自內(nèi)容提供商的每個標(biāo)題都將 W該格式到達(dá)的事實，通常將在帶有該內(nèi)容提供商的品牌標(biāo)記的任何設(shè)備上播放。
[0030] 通過進(jìn)一步的示例，內(nèi)容提供商建立他們自己的數(shù)字娛樂內(nèi)容生態(tài)系統(tǒng)值ECE) 成員，其開發(fā)出被設(shè)計為在帶有該內(nèi)容提供商的品牌標(biāo)記的所有的播放器上播放并與所有 DECE批準(zhǔn)的DRM-起工作的通用文件格式（CFF)。該格式基于來自MPEG、SMPTE和其他的已 有的標(biāo)準(zhǔn)，并最初源于微軟保護(hù)可互操作文件格式（PIF巧規(guī)范。目標(biāo)是為了避免不同的播 放器使用不同的文件格式的問題，W及為了能夠從一個播放器向另一個播放器復(fù)制文件。
[0031] 本領(lǐng)域的技術(shù)人員應(yīng)該理解的是，對于文件和播放器有=(3)種配置：便攜清晰 度（PD)、標(biāo)準(zhǔn)清晰度（SD)和高清晰度（皿）。PD播放器只能播放PD文件，而SD播放器可W 播放PD和SD文件兩者，皿播放器可W播放全部=種文件。
[0032] 根據(jù)本發(fā)明的原理的優(yōu)選實施方式，提供了一種用于傳遞點播內(nèi)容 到終端用戶的媒體平