專利名稱：采用網(wǎng)絡(luò)廣播服務的數(shù)字內(nèi)容分送的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是1999年12月9日遞交的專利申請第09、457,563號“用于內(nèi)容分送的多層數(shù)字TV編程”的部分繼續(xù)申請，該申請也轉(zhuǎn)讓給了國際商業(yè)機器公司。上述專利申請在此被全部作為參考文獻。
本發(fā)明一般地說是涉及電子商務，且更具體地說是涉及用于數(shù)字財產(chǎn)(如打印介質(zhì)、膠片、游戲、和音樂)在諸如因特網(wǎng)、萬維網(wǎng)、以及電纜和衛(wèi)星數(shù)字廣播網(wǎng)絡(luò)的全球通信網(wǎng)絡(luò)上的安全交付和權(quán)利管理。
把諸如因特網(wǎng)的全球分布系統(tǒng)用作諸如音樂、電影、計算機程序、圖象、游戲和其他內(nèi)容的數(shù)字財產(chǎn)的分送的應用正在增長。同時，有價值的數(shù)字內(nèi)容的擁有者和出版者在把因特網(wǎng)用于數(shù)字財產(chǎn)的分送上是緩慢的，其原因有若干個。一個原因是擁有者害怕數(shù)字內(nèi)容的未經(jīng)授權(quán)的復制和非法復制。數(shù)字內(nèi)容的電子交付除去了對非法復制的若干個障礙。電子分送所除去的一種障礙是對可觸記錄介質(zhì)(例如帶盒或CD ROM)本身的需要。把數(shù)字內(nèi)容復制到可觸介質(zhì)上是有成本的，雖然在很多情況下不過是不到一美元的空白磁帶或可記錄CD的錢。然而，在電子分送的情況下，不再需要可觸介質(zhì)?？捎|介質(zhì)的成本不再是一個因素，因為內(nèi)容是電子分送了。第二個障礙是內(nèi)容本身的形式，即內(nèi)容是以模擬格式還是數(shù)字格式存儲。以模擬格式存儲的內(nèi)容，例如打印的圖象，在通過攝影復制而復制時，副本的質(zhì)量比原件的差。每下一級(有時稱為下一代)的副本則比原件更差。而當圖象是以數(shù)字形式存儲時，則不存在這種質(zhì)量的惡化。每件和每代副本可以象原件一樣的清晰和鮮明。以電子方式分送內(nèi)容和在因特網(wǎng)上廣泛地分送內(nèi)容的完美數(shù)字副本與非常低的成本的結(jié)合，使得比較容易非法復制和分送未經(jīng)授權(quán)的副本。只要敲幾下鍵盤，非法復制者就能夠在因特網(wǎng)上傳送成百上千份的完美的數(shù)字內(nèi)容副本。因此，需要保證電子分送的數(shù)字財產(chǎn)的保護和安全。
數(shù)字內(nèi)容的提供者希望建立一種安全的用于數(shù)字內(nèi)容的全球分送系統(tǒng)，它能夠保護內(nèi)容擁有人的權(quán)利。建立一種數(shù)字內(nèi)容分送系統(tǒng)的問題，包括開發(fā)用于數(shù)字內(nèi)容電子分送、權(quán)利管理、和財產(chǎn)保護的系統(tǒng)。電子分送的數(shù)字內(nèi)容包括諸如打印介質(zhì)、電影、游戲、程序、電視、多媒體、和音樂的內(nèi)容。
電子分送系統(tǒng)的開發(fā)，為數(shù)字內(nèi)容提供者提供了通過即時銷售報告和電子調(diào)解實現(xiàn)快速付款結(jié)算的能力以及通過內(nèi)容的再分送而獲得的二級收入來源。由于電子數(shù)字內(nèi)容分送系統(tǒng)不受實際存貨售完或退貨的影響，數(shù)字內(nèi)容提供者和零售者可實現(xiàn)成本降低和收益的改善。數(shù)字內(nèi)容提供者能夠便利設(shè)置新的或擴展已有的分送渠道，以實現(xiàn)更及時的存貨發(fā)布。來自電子分送系統(tǒng)的交易數(shù)據(jù)可被用來獲得有關(guān)消費者購買模式的信息以及提供有關(guān)電子市場推廣計劃和促銷的即時反饋。為了實現(xiàn)這些目標，需要數(shù)字內(nèi)容提供者采用一種電子分送模型來使數(shù)字內(nèi)容能夠被更大范圍的用戶和商業(yè)領(lǐng)域所獲得同時又能夠滿足對數(shù)字財產(chǎn)的保護和計量。
用于數(shù)字內(nèi)容的其他可商業(yè)獲得的電子分送系統(tǒng)，諸如即時聲頻、AT&T的A2B、Liquid Audio Pro Corp的Liquid Audio Pro、Audio Soft的“城市音樂網(wǎng)絡(luò)”以及其他，提供了在安全和不安全的電子網(wǎng)絡(luò)上的數(shù)字數(shù)據(jù)的傳送。安全電子網(wǎng)絡(luò)的使用，大大地降低了數(shù)字內(nèi)容提供者在向廣大接收者提供分送數(shù)字信息上的要求。不安全網(wǎng)絡(luò)(諸如因特網(wǎng)和萬維網(wǎng))的使用，使得數(shù)字內(nèi)容通過諸如使用密碼，而安全地到達最終用戶。然而，一旦加密碼的數(shù)字內(nèi)容在最終用戶的機器上被解密，數(shù)字內(nèi)容就很容易被最終用戶用于未經(jīng)授權(quán)的再分送。因此，需要一種安全的數(shù)字內(nèi)容電子分送系統(tǒng)，它提供了對數(shù)字財產(chǎn)的保護并保證即使在數(shù)字內(nèi)容被交付給消費者和商業(yè)之后內(nèi)容提供者的權(quán)利仍然能夠得到保護。因此，需要進行權(quán)利管理以便能夠進行數(shù)字財產(chǎn)的安全交付、許可授權(quán)、和使用控制。
數(shù)字內(nèi)容擁有者接受電子分送緩慢的另一個原因，是它們希望保持和擴展已有的分送渠道。多數(shù)內(nèi)容擁有者通過分銷商進行銷售。在音樂市場，這些美國分銷商包括Tower Records、Peaches、Blockbuster、CircuitCity等。這些分銷商很多都有萬維網(wǎng)站點，使因特網(wǎng)用戶能夠在因特網(wǎng)上進行選購并把選購的商品郵遞給最終用戶。音樂萬維網(wǎng)站點的例子包括@tower、Music Boulevard和Columbia House。電子分送的采用能夠消除分銷商店彼此區(qū)別自己并使其與內(nèi)容擁有者相區(qū)分的能力，特別是在萬維網(wǎng)上。因此，需要為諸如圖象、游戲、音樂、程序和視頻的電子內(nèi)容的分銷商提供一種方式，使他們在通過電子分送銷售音樂時能夠自己彼此區(qū)分并與內(nèi)容擁有者區(qū)分。
內(nèi)容擁有者通過諸如電子商店的分送站點來準備他們的用于電子分送的數(shù)字內(nèi)容。因特網(wǎng)上或通過其他在線服務的電子商店希望它們的產(chǎn)品促銷和提供，來彼此區(qū)別他們自己。一個傳統(tǒng)的商店，即非電子、非在線的商店，與電子商店是類似的-采用產(chǎn)品促銷、產(chǎn)品銷售、產(chǎn)品樣品、寬松的退貨政策和其他的促銷計劃，以使它們與其競爭者相區(qū)分。然而，在在線世界中，內(nèi)容提供者對數(shù)字內(nèi)容加上了用途限制，因而電子商店彼此區(qū)分的能力可能會大受限制。另外，即使用途限制可得到改變，電子商店可能面對一個困難的任務，即處理與來自內(nèi)容提供者的數(shù)字內(nèi)容有關(guān)的元數(shù)據(jù)以便以電子方式促銷和銷售產(chǎn)品。電子商店需要在處理這種元數(shù)據(jù)時管理若干個要求。首先，電子商店需要從內(nèi)容提供者接收與數(shù)字內(nèi)容有關(guān)的元數(shù)據(jù)。很多時候，這種元數(shù)據(jù)的部分可能是密碼傳送的，從而使內(nèi)容提供者必須產(chǎn)生一種機制以對加密的內(nèi)容進行解密。其次，電子商店可能希望在從內(nèi)容提供者接收內(nèi)容之前或在電子商店接收了內(nèi)容之后對來自內(nèi)容提供者的元數(shù)據(jù)進行預覽，以有助于產(chǎn)品市場推廣、產(chǎn)品定位和其他內(nèi)容促銷考慮。第三，電子商店需要提取用于諸如促銷材料的某些元數(shù)據(jù)，諸如圖形和藝術(shù)家信息。第四，電子商店可能希望通過修改被允許的使用條件而產(chǎn)生數(shù)字內(nèi)容的不同的插入內(nèi)容，來使他們自己彼此區(qū)分。第五，電子商店可能需要插入或改變元數(shù)據(jù)中的某些地址，諸如URL，以把支付調(diào)解引向一個會計調(diào)解機構(gòu)，而不用通過電子商店，而進行支付結(jié)算。第六，電子商店可能需要為帶有版權(quán)的數(shù)字內(nèi)容的允許使用制作符合使用條件的許可。例如，這種許可可能允許制作有限數(shù)目的數(shù)字內(nèi)容副本。需要一種許可來反映給予允許的條款和條件。
考慮到所有這些要求，為了處理與數(shù)字內(nèi)容有關(guān)的元數(shù)據(jù)，很多電子商店編制了個性化的軟件程序來處理這些要求。制作這些個性化的軟件程序所需的時間、成本和測試可能是大的。因此，需要為這些要求提供一種解決方案。
還有，數(shù)字內(nèi)容擁有者接受電子分送緩慢的另一個原因，是準備電子分送內(nèi)容的困難。今天，很多內(nèi)容提供者的產(chǎn)品清單中有成千上萬的標題。在一個音樂的例子中，內(nèi)容擁有者同時有在幾種不同格式(例如CD、磁帶和迷你盤)的單一原聲記錄，是不少見的。另外，一種單一的格式可具有用于一種特定渠道的、再主聲處理或再混聲的原聲記錄。作為一個例子，用于無線電廣播的混聲可以不同于用于舞會聲道的混聲，而后者又不同于為消費者提供的CD。保存并管理這些不同的混聲可能是很大的負擔。另外，很多原聲記錄的擁有者經(jīng)常不時地以各種隨后合集的方式再發(fā)行老的記錄，諸如“最佳……”，或者是電影音樂聲道的匯編或其他的匯編。隨著以數(shù)字方式提供的內(nèi)容的增加，對再混合和編碼該內(nèi)容以進行電子分送的需要也在增加。提供者經(jīng)常需要采用老的記錄格式，作為選擇正確的原聲記錄的向?qū)?，并使這些聲音記錄得到再處理和編碼，以進行發(fā)布而用于電子分送。這對希望采用他們的老格式以有助于再發(fā)布老的聲記錄以用于電子分送的內(nèi)容提供者，可能是特別實際的。內(nèi)容提供者將在數(shù)據(jù)庫中尋找符合的標題、藝術(shù)家和錄音，以設(shè)定編碼參數(shù)。這種手動檢索記錄數(shù)據(jù)庫的處理不是沒有其缺點的。一個缺點是需要有操作員手動檢索數(shù)據(jù)庫并設(shè)定適當?shù)臋z索參數(shù)。另一個缺點是操作者在從數(shù)據(jù)庫選擇數(shù)據(jù)時可能的操作錯誤。因此，需要給內(nèi)容提供者提供一種方法，以自動地獲取用于諸如聲頻的內(nèi)容的有關(guān)數(shù)據(jù)和原始記錄。
內(nèi)容擁有者通過稱為編碼的處理，準備他們的用于電子分送的數(shù)字內(nèi)容。編碼涉及獲得內(nèi)容，將其數(shù)字化(如果內(nèi)容是以模擬形式存在的)，并壓縮它。壓縮的處理使數(shù)字內(nèi)容能夠更有效地在網(wǎng)絡(luò)上傳送和在記錄介質(zhì)上存儲，因為傳送和存儲的數(shù)據(jù)量減小了。然而，壓縮不是沒有其缺點。多數(shù)的壓縮涉及某些信息的損失，且被稱為損耗壓縮。內(nèi)容提供者必須決定采用哪一種算法和所需的壓縮等級。例如，在音樂中，數(shù)字內(nèi)容或歌曲根據(jù)音樂的種類而具有非常不同的特性。為一個種類選定的壓縮算法和壓縮等級對另一個音樂種類可能不是最佳選擇。內(nèi)容提供者可能找到壓縮算法與壓縮等級的某些組合對于一個音樂種類(例如古典)來說是非常好的，但在諸如重金屬的另一個音樂種類上的效果卻非常差。另外，聲頻工程師必須經(jīng)常對音樂進行平衡，進行動態(tài)范圍調(diào)整并進行其他預處理和處理設(shè)定，以保證所編碼的音樂種類產(chǎn)生所希望的效果?？偸且獮槊恳粋€數(shù)字內(nèi)容手動設(shè)定這些編碼參數(shù)-諸如設(shè)定平衡電平和動態(tài)范圍設(shè)定，可能是讓人感覺負擔重的?；氐揭魳返睦樱懈鞣N音樂種類的集合的音樂的內(nèi)容提供者，會需要手動地選擇所要編碼的每一首歌曲或一組歌曲，編碼參數(shù)的所希望的組合。因此，需要克服手動選擇編碼處理參數(shù)的需要。
對內(nèi)容進行壓縮的處理，可能要求大量的專用計算資源，特別是對較大的內(nèi)容項，諸如整個的故事電影。壓縮算法的提供者提供了與他們的壓縮技術(shù)有關(guān)的各種平衡和優(yōu)點。這些平衡包括壓縮內(nèi)容所需的時間和計算資源量；壓縮的內(nèi)容的性能質(zhì)量；以及其他的因素。使用輸入多媒體文件并產(chǎn)生編碼的輸出文件而沒有中間的過程或狀態(tài)顯示的編碼程序，是有問題的。另外，在很多情況下，其他程序被用來調(diào)用或管理編碼程序，而沒有過程的中間顯示。這使得調(diào)用應用不能以所要編碼的整個選擇的百分比的形式計量已經(jīng)被編碼的內(nèi)容量。在其中調(diào)用程序正在試圖安排將要同時運行的若干個不同的程序的計劃的情況下，這是個問題。進一步地，在其中內(nèi)容的批次被選定進行編碼和內(nèi)容提供者希望確定編碼處理的過程時，這可能是特別不方便的。因此，需要克服這些問題。
數(shù)字內(nèi)容提供者在把電子分送用于他們的內(nèi)容方面緩慢的另一個原因，是缺乏在最終用戶裝置上產(chǎn)生用于電子交付的內(nèi)容的數(shù)字播放器的標準。內(nèi)容提供者、電子商店或電子分送鏈的其他參與者可能希望在諸如PCS、機頂盒、手持裝置等的各種裝置上提供個性化的播放器。需要一組工具，它們能夠在抵抗不正確的想法的環(huán)境即阻止在播放期間第三方的未經(jīng)授權(quán)的訪問的環(huán)境下，處理數(shù)字內(nèi)容的解密。另外，需要一組工具，它們使最終用戶能夠在不讓最終用戶為了購買使用之外的目的而存取內(nèi)容的情況下，管理數(shù)字內(nèi)容的本地庫。
數(shù)字內(nèi)容提供者在把電子分送用于他們的內(nèi)容方面緩慢的另一個原因，是數(shù)字內(nèi)容需要的時間，即使是在標準電話線路上的壓縮的數(shù)據(jù)。已有其他系統(tǒng)用于在廣播設(shè)施上提供信息，諸如IntelIntellicast系統(tǒng)和“Hughes DirecPC”，它們允許在已有的廣播設(shè)施上下載數(shù)字內(nèi)容。這些廣播系統(tǒng)雖然有用，卻不是沒有缺點。首先，這些系統(tǒng)沒有為數(shù)字內(nèi)容的分送提供一種安全環(huán)境。很多今天可獲得的系統(tǒng)要求用背景通道(通常是電話線)選擇所希望的數(shù)字內(nèi)容。如果背景通道或電話線不能獲得，就不能選擇內(nèi)容。其他系統(tǒng)不在一個單個的數(shù)字通道上提供促銷數(shù)據(jù)、內(nèi)容數(shù)據(jù)、和元數(shù)據(jù)，而是要求額外的雙向通道用于一或多種的這些功能。本發(fā)明可采用雙向通道(如果可獲得的話)進行按照需要的下載以及損壞的內(nèi)容數(shù)據(jù)塊的有效再發(fā)送。因此，需要克服這種缺點。
目前的廣播系統(tǒng)的另一個缺點，是它們不允許內(nèi)容提供者使用相同的工具通過通信線路、廣播設(shè)施和諸如DVD和CD的計算機可讀取介質(zhì)安全地分送內(nèi)容。因此，需要一種方法和系統(tǒng)來提供通過廣播設(shè)施的數(shù)字內(nèi)容分送，以克服這些問題。
有關(guān)保護數(shù)字內(nèi)容的進一步的背景信息可從以下三個來源得到。新澤西Florham Park的AT&T實驗室的Jack Lacy、JamesSnyder、David Maher的“Music on the Internet and the IntellectualPropertyProtection Problem”可從以下網(wǎng)址在線獲得http:∥www.a2bmusic.com/about/papers/musicipp.htm。美國加州Sunnyvale的InterTrust Technologies Corp.的Olin Sibert、DavidBernstein和David Van wie的文章中的“Securing the Content,Notthe Wire for Information Commerce”的密碼圖形保護容器，稱為DigiBox，可從以下網(wǎng)址在線獲得http:∥www.intertrust.com/architecture/stc.html。以及一份IBM白皮書“Cryptolope ContainerTechnology”，可從網(wǎng)址http:∥crptolope.ibm.com/white.htm在線獲得。
在用戶的系統(tǒng)上用多個信道從萬維網(wǎng)廣播設(shè)施安全地接收數(shù)據(jù)的一種方法。該方法包括以下步驟從一個第一萬維網(wǎng)廣播信道接收促銷元數(shù)據(jù)，該促銷元數(shù)據(jù)與可接收的數(shù)據(jù)有關(guān)；把至少部分促銷元數(shù)據(jù)組合成供用戶觀看的促銷供應清單；由用戶選擇與促銷元數(shù)據(jù)有關(guān)的所要接收的數(shù)據(jù)；從一個第二萬維網(wǎng)廣播信道接收數(shù)據(jù)，從促銷元數(shù)據(jù)選擇的數(shù)據(jù)，且其中該數(shù)據(jù)已經(jīng)預先用一種第一加密密鑰進行了加密；以及，通過一種計算機可讀取介質(zhì)接收第一解密密鑰，該第一解密密鑰用于解密經(jīng)第二萬維網(wǎng)廣播信道接收的數(shù)據(jù)的至少一部分。
在另一實施例中，公布了用于從一個萬維網(wǎng)廣播中心安全傳送數(shù)據(jù)的方法和系統(tǒng)。


圖1是框圖，顯示了根據(jù)本發(fā)明的安全數(shù)字內(nèi)容電子分送系統(tǒng)的總體。
圖2是框圖，顯示了根據(jù)本發(fā)明的示例性的安全容器(SC)和相關(guān)的圖形表示。
圖3是框圖，顯示了用于根據(jù)本發(fā)明的安全容器(SC)的加密處理的總體圖。
圖4是框圖，顯示了根據(jù)本發(fā)明的安全容器(SC)的解密處理的總體表示。
圖5是框圖，顯示了根據(jù)本發(fā)明的圖1的安全數(shù)字內(nèi)容分送系統(tǒng)的權(quán)利管理結(jié)構(gòu)的層的總體表示。
圖6是框圖，顯示了應用于圖5的許可控制層的內(nèi)容分送和許可控制的總體表示。
圖7是根據(jù)本發(fā)明的圖1的工作流管理工具的示例性的用戶界面的表示。
圖8是根據(jù)本發(fā)明的與圖7的用戶界面相應的工作流管理器的主要工具、部分和處理的框圖。
圖9是顯示根據(jù)本發(fā)明的圖1的電子數(shù)字內(nèi)容商店的主要工具、組成部分和處理的框圖。
圖10是框圖，顯示了根據(jù)本發(fā)明的圖1的最終用戶的主要部分和處理。
圖11是根據(jù)本發(fā)明的圖8的內(nèi)容預處理和壓縮工具的編碼速率計算方法的流程圖。
圖12是根據(jù)本發(fā)明的為圖8的自動元數(shù)據(jù)獲取工具自動獲取額外信息的方法的流程圖。
圖13是根據(jù)本發(fā)明的設(shè)定圖8的預處理和壓縮工具的預處理和壓縮參數(shù)自動設(shè)定方法的流程圖。
圖14是根據(jù)本發(fā)明的在圖15中描述的下載至本地庫的內(nèi)容的播放機應用的用戶界面屏幕的一個例子。
圖15是框圖，顯示了根據(jù)本發(fā)明的在圖9的最終用戶裝置上運行的播放機應用的主要部分和處理。
圖16是根據(jù)本發(fā)明的圖15的播放機應用的用戶界面屏幕的一個例子。
圖17是根據(jù)本發(fā)明的用于圖8的自動元數(shù)據(jù)獲取工具的自動獲取附加信息的一種替換實施例的流程圖。
圖18是根據(jù)本發(fā)明的利用廣播設(shè)施的數(shù)字內(nèi)容電子分送的一個替換實施例的高層邏輯圖。
圖19是圖18的詳細框圖，顯示了根據(jù)本發(fā)明的采用廣播設(shè)施的數(shù)字內(nèi)容電子分送的一個替換實施例。
圖20是根據(jù)本發(fā)明的圖18的替換實施例中的正在廣播的包的框圖。
圖21是根據(jù)本發(fā)明的用于在圖18的替換實施例上購買內(nèi)容的最終用戶裝置上運行的處理的流程圖。
圖22-26是一系列的屏幕抓拍，顯示了用戶利用根據(jù)本發(fā)明的圖18的替換實施例在電視上進行的購買。
圖27是圖18的詳細框圖，顯示了根據(jù)本發(fā)明的利用萬維網(wǎng)廣播服務中的單獨信道的數(shù)字內(nèi)容電子分送的一個替換實施例。
圖28是根據(jù)本發(fā)明的在圖27的替換實施例上購買內(nèi)容的在最終用戶裝置上運行的處理的流程圖。
圖29-38是一系列的屏幕抓拍，顯示了利用根據(jù)本發(fā)明的圖27所示的替換實施例在電視上進行的用戶購買。
為本發(fā)明提供了一個內(nèi)容表，以幫助讀者迅速地確定實施例中的不同的部分。
Ⅰ．安全數(shù)字內(nèi)容分送系統(tǒng)A．系統(tǒng)概述1．權(quán)利管理2．計量3．開放式結(jié)構(gòu)B．系統(tǒng)功能構(gòu)成部分1．內(nèi)容提供者2．電子數(shù)字內(nèi)容商店3．中介市場合作者4．清除機構(gòu)5．最終用戶裝置
6．發(fā)送設(shè)施C．系統(tǒng)使用Ⅱ．加密概念和它們在安全數(shù)字內(nèi)容電子分送系統(tǒng)中的應用A．對稱算法B．公共密鑰算法C．數(shù)字簽字D．數(shù)字證書E．SC圖形表示導論F．安全容器加密的例子Ⅲ．安全數(shù)字內(nèi)容電子分送系統(tǒng)流Ⅳ．權(quán)利管理結(jié)構(gòu)模型A．結(jié)構(gòu)層功能B．功能分割和流1．內(nèi)容格式化層2．內(nèi)容用途控制層3．內(nèi)容識別層4．許可控制層C．內(nèi)容分送和許可控制Ⅴ．安全容器結(jié)構(gòu)A．總體結(jié)構(gòu)B．權(quán)利管理語言句法和語義C．安全容器流和處理概述D．元數(shù)據(jù)安全容器620格式E．供應清單安全容器641格式F．交易安全容器640格式
G．訂購安全容器650格式H．許可安全容器660格式I．內(nèi)容安全容器格式Ⅵ．安全容器壓縮和解壓縮A．概述B．材料帳單(BOM)部分C．密鑰描述部分Ⅶ．清除機構(gòu)A．概述B．權(quán)利管理處理C．國家指定參數(shù)D．審計運行記錄和跟蹤E．報告結(jié)果F．發(fā)帳單和付款核實G．再發(fā)送Ⅷ．內(nèi)容提供者A．概述B．工作流管理器1．產(chǎn)品等候行動/信息處理2．新內(nèi)容請求處理3．自動元數(shù)據(jù)獲取處理4．手動元數(shù)據(jù)輸入處理5．使用條件處理6．監(jiān)督發(fā)布處理7．元數(shù)據(jù)SC產(chǎn)生處理8．水印處理
9．預處理和壓縮處理10．內(nèi)容質(zhì)量控制處理11．加密處理12．內(nèi)容SC產(chǎn)生處理13．最后質(zhì)量保證處理14．內(nèi)容開銷處理15．工作流規(guī)則C．元數(shù)據(jù)同化和輸入工具1．自動元數(shù)據(jù)獲取工具2．手動元數(shù)據(jù)輸入工具3．使用條件工具4．元數(shù)據(jù)SC的部分5．監(jiān)督發(fā)布工具D．內(nèi)容處理工具1．水印工具2．預處理和壓縮工具3．內(nèi)容質(zhì)量控制工具4．加密工具E．內(nèi)容SC產(chǎn)生工具F．最后質(zhì)量保證工具G．內(nèi)容開銷工具H．內(nèi)容促銷網(wǎng)站I．內(nèi)容安放1．內(nèi)容安放站點安全數(shù)字內(nèi)容電子分送系統(tǒng)提供的內(nèi)容安放站點111Ⅸ．電子數(shù)字內(nèi)容商店A．概述-對多電子數(shù)字內(nèi)容商店的支持B．點-點電子數(shù)字內(nèi)容分送服務
1．集成要求2．內(nèi)容獲取工具3．業(yè)務處理模型4．通知界面模型5．會計調(diào)解工具C．廣播電子數(shù)字內(nèi)容分送服務1．多層數(shù)字TV實施例2．在單獨信道上的萬維網(wǎng)廣播實施例Ⅹ．最終用戶裝置A．概述B．應用安裝C．安全容器處理器D．播放器應用1．概述2．最終用戶界面部分3．復制/播放管理部分4．解密1505、解壓縮1506和重放部分5．數(shù)據(jù)管理1502和庫訪問部分6．應用間通信部分7．其他部分8．類屬播放器E．廣播交付模式下的最終用戶裝置1091．多層數(shù)字TV實施例2．單獨信道上的萬維網(wǎng)廣播實施例Ⅰ．安全數(shù)字內(nèi)容分送系統(tǒng)A．系統(tǒng)概述安全數(shù)字內(nèi)容電子分送系統(tǒng)是一種技術(shù)平臺，它包括向最終用戶客戶裝置的數(shù)字內(nèi)容和數(shù)字內(nèi)容有關(guān)的內(nèi)容的安全傳送和權(quán)利管理所需的技術(shù)、規(guī)范、工具和軟件。最終用戶裝置包括PCS、機頂盒(IRD)、以及因特網(wǎng)裝置。這些裝置可按照內(nèi)容所有者的允許，把內(nèi)容復制到外部介質(zhì)或便攜式、消費者裝置上。術(shù)語數(shù)字內(nèi)容或內(nèi)容指的是以圖象、電影、視頻、音樂、程序、多媒體和游戲的數(shù)字形式存儲的信息和數(shù)據(jù)。
這種技術(shù)平臺規(guī)定了如何準備、通過許可給最終用戶裝置的點-點和廣播設(shè)施(諸如電纜、因特網(wǎng)、衛(wèi)星、以及無線)安全地分送、以及防止未經(jīng)授權(quán)的復制或播放數(shù)字內(nèi)容。另外，該技術(shù)平臺的結(jié)構(gòu)使得能夠集成或轉(zhuǎn)用各種技術(shù)，諸如水印、壓縮/編碼、加密、和其他隨著時間的推移而開發(fā)的安全算法。
安全數(shù)字內(nèi)容電子分送系統(tǒng)的基本組成部分是(1)用于內(nèi)容所有者的所有權(quán)的保護的權(quán)利管理；(2)用于立即和準確的補償?shù)慕灰子嬃?；以及?3)一種開放而存檔良好的結(jié)構(gòu)，它使得內(nèi)容提供者能夠準備內(nèi)容并能夠在多種網(wǎng)絡(luò)設(shè)施上進行安全傳送以在任何標準的符合的播放器上進行重放。
1．權(quán)利管理安全數(shù)字內(nèi)容電子分送系統(tǒng)中的權(quán)利管理是通過系統(tǒng)的操作部分中分配的一組功能而實施的。其主要功能包括許可授權(quán)和控制，從而使內(nèi)容只被得到了許可的、得到授權(quán)的中間或最終用戶解鎖；以及，按照購買條件或許可的內(nèi)容使用的控制和執(zhí)行，這些條件諸如副本的允許數(shù)目、播放的次數(shù)、以及許可有效的時間。權(quán)利管理的第二種功能，是獲得一種用于識別內(nèi)容的未經(jīng)授權(quán)副本的來源以打擊盜版的手段。
許可授權(quán)和控制是通過使用清除機構(gòu)和安全容器(SC)技術(shù)而實施的。清除機構(gòu)，通過使中間或最終用戶能夠在成功地完成了許可業(yè)務的核實之后解鎖內(nèi)容，而提供了許可授權(quán)。安全容器用于在系統(tǒng)部分之間分送加密的內(nèi)容和信息。SC是一種內(nèi)容或信息編碼載波，它采用了加密、數(shù)字簽字、以及數(shù)字證書，以提供防止對電子信息或內(nèi)容的未經(jīng)授權(quán)截取或修改。它還使得能夠?qū)?shù)字內(nèi)容的授權(quán)和完整進行核實。這些權(quán)利管理功能的優(yōu)點，是電子數(shù)字內(nèi)容分送設(shè)施不需要是安全或可信任的。因此使得能夠在諸如萬維網(wǎng)或因特網(wǎng)的網(wǎng)絡(luò)設(shè)施上進行傳送。這是由于這樣的事實，即內(nèi)容在安全容器中得到了加密，且其存儲和分送是與其解鎖和使用控制分開的。只有擁有解密密鑰的用戶能夠解鎖加密的內(nèi)容，且清除機構(gòu)只為授權(quán)和適當?shù)氖褂谜埱蟀l(fā)放解密密鑰。清除機構(gòu)將不清除來自未知或未經(jīng)授權(quán)方的偽造的請求轉(zhuǎn)動不符合內(nèi)容所有者設(shè)定的內(nèi)容使用使用條件的請求。另外，如果SC在傳送期間被篡改，清除機構(gòu)中的軟件確定SC中的內(nèi)容損壞或被偽造并取消交易。
內(nèi)容使用控制是通過在最終用戶裝置上運行的最終用戶播放器應用195使能的。該應用在內(nèi)容的每一個副本中嵌入了一個數(shù)字碼，它定義了可允許的二次副本和重放數(shù)目。數(shù)字水印技術(shù)被用來產(chǎn)生該數(shù)字碼，以保持其對其他的最終用戶播放器應用195處于隱藏狀態(tài)，并使它抵抗改變的企圖。在一種替換實施例中，該數(shù)字碼只是作為與內(nèi)容113有關(guān)的使用條件的一部分而被保持的。當數(shù)字內(nèi)容113在一個符合的最終用戶裝置中被訪問時，最終用戶播放器應用195讀取該水印以檢查使用限制并根據(jù)需要更新水印。如果內(nèi)容的被請求的使用不符合使用條件，例如副本的數(shù)目已經(jīng)被用盡，最終用戶裝置將不執(zhí)行請求。
數(shù)字水印還提供了識別授權(quán)或未經(jīng)授權(quán)的內(nèi)容副本的來源的手段。內(nèi)容中的一種初始水印被內(nèi)容所有者嵌入，以識別內(nèi)容所有者、指定版權(quán)信息、定義地理分送區(qū)域、并添加其他有關(guān)信息。一個第二水印被嵌在最終用戶裝置的內(nèi)容中，以識別內(nèi)容購買者(或被許可者)和最終用戶裝置、規(guī)定購買或許可條件和日期、并添加其他有關(guān)信息。
由于水印變成了內(nèi)容的一部分，它們被攜帶在副本中，而不論副本是授權(quán)的還是未授權(quán)的。因此數(shù)字內(nèi)容總是包含與其來源及其允許的使用有關(guān)的信息，而不論內(nèi)容位于或來自哪里。這種信息可被用來打擊內(nèi)容的非法使用。
2．計量作為權(quán)利管理功能的一部分，清除機構(gòu)保持了密鑰交換通過清除機構(gòu)清除的所有交易的記錄。這種記錄使得能夠?qū)υS可授權(quán)和使用的原始條件進行計量。該交易記錄能夠以立即或根據(jù)便利交易付款的電子結(jié)算和其他使用周期的方式，被記錄給有關(guān)方面，諸如內(nèi)容所有者或內(nèi)容提供者、分銷商等。
3．開放式結(jié)構(gòu)安全數(shù)字內(nèi)容電子分送系統(tǒng)(系統(tǒng))是一種開放式結(jié)構(gòu)，具有公開的規(guī)范和界面，以便利系統(tǒng)在市場中的廣泛實施和接受，同時保持了對內(nèi)容所有者的保護。系統(tǒng)結(jié)構(gòu)的靈活性和開放性還使系統(tǒng)能夠隨著時間的推移，隨著各種技術(shù)、傳送設(shè)施、和裝置被投入市場，而得到發(fā)展。
結(jié)構(gòu)在內(nèi)容及其格式的性質(zhì)上是開放的。聲頻、程序、多媒體、視頻或其他類型的內(nèi)容的分送，受到結(jié)構(gòu)的支持。內(nèi)容可以是自然格式的，諸如用于數(shù)字音樂的線性PCM、或由諸如濾波、壓縮、或預/去強調(diào)的預處理或編碼實現(xiàn)的格式。該結(jié)構(gòu)對于各種加密和水印技術(shù)是開放的。它允許選擇具體的技術(shù)來容納不同的內(nèi)容類型和格式，并允許引入或采用開發(fā)的新技術(shù)。這種靈活性使內(nèi)容提供者能夠采用和發(fā)展他們用于安全數(shù)字內(nèi)容電子分送系統(tǒng)中的數(shù)據(jù)壓縮、加密、和格式化的技術(shù)。
這種結(jié)構(gòu)還對不同的分送網(wǎng)絡(luò)和分送模型是開放的。該結(jié)構(gòu)支持在低速因特網(wǎng)連接或高速衛(wèi)星和電纜網(wǎng)絡(luò)上的內(nèi)容分送，并能夠與點-點或廣播模型一起使用。另外，該結(jié)構(gòu)被適當設(shè)計，從而使最終用戶裝置中的功能能夠在多種裝置(包括低成本的消費者裝置)上實施。這種靈活性使內(nèi)容提供者和分銷商能夠通過各種服務供應清單向中間或最終用戶提供內(nèi)容，并使用戶能夠購買或許可內(nèi)容、在各種符合的播放器上重放和記錄它。
B．系統(tǒng)功能組成部分現(xiàn)在參見圖1，其中顯示了根據(jù)本發(fā)明的安全數(shù)字內(nèi)容電子分送系統(tǒng)100的框圖。安全數(shù)字內(nèi)容電子分送系統(tǒng)100包括若干個商業(yè)部分，它們包括一個端-端解決方案，包括數(shù)字內(nèi)容的內(nèi)容提供者101或所有者、電子數(shù)字內(nèi)容商店103、中間市場合作者(未顯示)、清除機構(gòu)105、內(nèi)容寄放站點111、發(fā)送設(shè)施107、以及最終用戶裝置109。這些商業(yè)部分每一個都采用了安全數(shù)字內(nèi)容電子分送系統(tǒng)100的各種部分。以下是對這些商業(yè)部分和系統(tǒng)部分的一種高級的描述，因為它們具體涉及電子內(nèi)容113的分送。
1．內(nèi)容提供者101內(nèi)容提供者101或內(nèi)容所有者是原始內(nèi)容133的擁有者和/或授權(quán)包裝內(nèi)容113以進行進一步的分送的分送者。內(nèi)容提供者101可直接使用他們的權(quán)利或把內(nèi)容113許可給電子數(shù)字內(nèi)容商店103或中間市場合作者(未顯示)，其回報通常是與電子商務收入有關(guān)的內(nèi)容使用報酬。內(nèi)容提供者101的例子包括Sony、時代-華納、MTV、IBM、微軟、特納、福克斯等。
內(nèi)容提供者101使用作為安全數(shù)字內(nèi)容電子分送系統(tǒng)100的一部分而提供的工具，以準備它們的內(nèi)容113和其他用于分送的數(shù)據(jù)。一種工作流管理器工具154安排所要處理的內(nèi)容113并在內(nèi)容113經(jīng)過內(nèi)容113的各種準備和包裝步驟時跟蹤內(nèi)容113，以保持高的質(zhì)量保證。本文中的術(shù)語元數(shù)據(jù)都是指與內(nèi)容113有關(guān)的數(shù)據(jù)，且在此實施例中不包括內(nèi)容113本身。例子，用于歌曲的元數(shù)據(jù)可以是歌曲標題或歌曲排行，但不是歌曲的聲音記錄。內(nèi)容113將包含聲音記錄。一種元數(shù)據(jù)同化和輸入工具161被用來從內(nèi)容提供者的數(shù)據(jù)庫160或內(nèi)容提供者以預定的格式(對于音樂的例子，是諸如CD標題、藝術(shù)家姓名、歌曲標題、CD圖形等提供的數(shù)據(jù)內(nèi)容113提供的數(shù)據(jù)或數(shù)據(jù)庫160中提取元數(shù)據(jù)，并將其包裝以進行電子分送。元數(shù)據(jù)同化和輸入工具161也被用來輸入內(nèi)容113的使用條件。使用條件中的數(shù)據(jù)可包括副本限制規(guī)則、批發(fā)價格、和所需的其他商業(yè)規(guī)則。一個水印工具被用來在內(nèi)容113中隱藏識別內(nèi)容擁有者、處理日期和其他有關(guān)數(shù)據(jù)的數(shù)據(jù)。對于其中內(nèi)容113是聲頻的一個實施例，一個聲頻預處理器工具被用來調(diào)節(jié)動態(tài)和/或平衡內(nèi)容113或其他聲頻以獲得優(yōu)化的壓縮質(zhì)量、把內(nèi)容113壓縮至所希望的壓縮等級、并加密內(nèi)容113?？刹捎眠@些來實現(xiàn)數(shù)字內(nèi)容壓縮/編碼、加密、和格式方法中的技術(shù)優(yōu)點，從而使內(nèi)容提供者101能夠利用市場上最好的工具。
加密的內(nèi)容113、與數(shù)字內(nèi)容有關(guān)的數(shù)據(jù)或元數(shù)據(jù)、以及加密的密鑰，由SC包裝器工具包裝在SC(在下面描述)中，并被存儲在內(nèi)容寄放站點和/或促銷萬維網(wǎng)站點，以進行電子分送。這種內(nèi)容寄放站點能夠位于內(nèi)容提供者101或在多種地點，包括電子數(shù)字內(nèi)容商店103和中間市場合作者(未顯示)設(shè)施。由于內(nèi)容1113和密鑰(以下描述)都得到加密和包裝在SC中，電子數(shù)字內(nèi)容商店103或任何其他的寄放者不能在沒有清除機構(gòu)的清除和通知內(nèi)容提供者101的情況下直接訪問解密的內(nèi)容113。
2．電子數(shù)字內(nèi)容商店103電子數(shù)字內(nèi)容商店103是通過各種服務或應用-諸如內(nèi)容113主題編程或內(nèi)容113的電子銷售的各種服務或應用，銷售內(nèi)容113的實體。電子數(shù)字內(nèi)容商店103管理它們的服務的設(shè)計、開發(fā)、商業(yè)運行、結(jié)算、推銷、市場推廣和銷售。在線電子數(shù)字內(nèi)容商店103的例子是提供軟件的下載的網(wǎng)站。
在它們的服務中，電子數(shù)字內(nèi)容商店103實施安全數(shù)字內(nèi)容電子分送系統(tǒng)100的某些功能。電子數(shù)字內(nèi)容商店103聚集來自內(nèi)容提供者101的信息、把內(nèi)容和元數(shù)據(jù)包裝在額外的SC中、并將這些SC交付給消費者或商業(yè)，作為服務或應用的一部分。電子數(shù)字內(nèi)容商店103采用安全數(shù)字內(nèi)容電子分送系統(tǒng)100提供的工具進行元數(shù)據(jù)提取、二次使用條件、SC包裝、和電子內(nèi)容交易的跟蹤。二次使用條件數(shù)據(jù)可包括分銷商業(yè)供應清單，諸如內(nèi)容113購買價格、每次收聽的付款價格、復制授權(quán)和目標裝置類型、或定時的可獲得限制。
一旦電子數(shù)字內(nèi)容商店103完成了來自最終用戶的電子內(nèi)容113的有效請求，電子數(shù)字內(nèi)容商店103就有責任授權(quán)清除機構(gòu)105把內(nèi)容113的解密密鑰交付給用戶。電子數(shù)字內(nèi)容商店還授權(quán)包含內(nèi)容113的SC的下載。電子數(shù)字內(nèi)容商店可選擇把包含數(shù)字內(nèi)容的SC寄放在其本地站點和/或利用另一內(nèi)容寄放站點的寄放和分送設(shè)施。
電子數(shù)字內(nèi)容商店可提供解決最終用戶在使用安全數(shù)字內(nèi)容電子分送系統(tǒng)100時可能遇到的問題的用戶服務，或者電子數(shù)字內(nèi)容商店103可通過合同把他們的用戶服務支持交給清除機構(gòu)105。
3．中間市場合作者(未顯示)在一個替換實施例中，安全數(shù)字內(nèi)容電子分送系統(tǒng)100能夠被用來向被稱為中間市場合作者的其他商業(yè)者安全地提供內(nèi)容113。這些合作者可包括與數(shù)字內(nèi)容有關(guān)的提供非電子服務的公司，它們提供內(nèi)容113，諸如電視臺或視頻俱樂部、廣播電臺或歌片俱樂部。這些合作者還可包括作為制作或銷售聲音記錄的其他方，諸如錄音工作室、復制者、和生產(chǎn)者。這些中間市場合作者要求來自清除機構(gòu)105的清除，以解密內(nèi)容113。
4．清除機構(gòu)105清除機構(gòu)105提供了對與在SC中加密的內(nèi)容113的銷售和/或允許的使用有關(guān)的所有交易的許可授權(quán)和記錄保持。當清除機構(gòu)105接收到來自一個中間或用戶的對內(nèi)容113的解密密鑰的請求時，清除機構(gòu)105確認請求中的信息的完整和授權(quán)；核實請求是由電子數(shù)字內(nèi)容商店或內(nèi)容提供者101授權(quán)的；并核實請求的使用符合內(nèi)容提供者101限定的內(nèi)容使用條件。一旦這些核實得到通過，清除機構(gòu)105把內(nèi)容113的解密密鑰送給包裝在許可SC中的請求的最終用戶。該密鑰是以一種方式加密的，從而只有授權(quán)的用戶能夠接收它。如果最終用戶的請求未被核實，不完整或未授權(quán)，清除機構(gòu)105拒絕解密密鑰請求。
清除機構(gòu)105保持所有交易的記錄并能夠以立即、定期或限制的方式，將其記錄報告給有責任的方面，諸如電子數(shù)字內(nèi)容商店103和內(nèi)容提供者101。這種報告是一種手段，通過它內(nèi)容提供者101能夠得到內(nèi)容113的銷售的通知，且電子數(shù)字內(nèi)容商店103能夠獲得對其用戶的電子交付的審計跟蹤。清除機構(gòu)105還能夠通知內(nèi)容提供者101和/或電子數(shù)字內(nèi)容商店103它是否探測到SC中的信息已經(jīng)被修正或不符合內(nèi)容的使用條件。清除機構(gòu)105數(shù)據(jù)庫的交易記錄和儲存能力，是為了數(shù)據(jù)采用和報告生成而構(gòu)造的。
在另一實施例中，清除機構(gòu)105能夠提供用戶支持和用于交易的例外處理，諸如退款、發(fā)送故障、以及購買爭議。清除機構(gòu)105能夠獨立運行，提供了可信任的權(quán)利管理和計量。它提供了所需的開帳單和結(jié)算。電子清除機構(gòu)的例子包括Secure-Bank.com和Visa/MasterCard的安全電子交易(SET)。在一個實施例中，清除機構(gòu)105是可由最終用戶裝置109訪問的網(wǎng)站。在另一實施例中，清除機構(gòu)105是電子數(shù)字內(nèi)容商店103的一部分。
最終用戶裝置109最終用戶裝置109可以是包含符合安全數(shù)字內(nèi)容電子分送系統(tǒng)100規(guī)范的任何最終用戶播放器應用195(以下描述)的播放器裝置。這些裝置可包括PCS、機頂盒(IRD)、和因特網(wǎng)應用。最終用戶播放器應用195可以以軟件和/或用戶電子硬件的方式實施。除了進行播放、記錄、和庫管理功能之外，最終用戶播放器應用195進行SC處理，以實現(xiàn)最終用戶裝置109中的權(quán)利管理。最終用戶裝置109管理包含數(shù)字內(nèi)容的SC的下載和存儲；請求和管理從清除機構(gòu)105的加密數(shù)字內(nèi)容密鑰的接收；在每次復制或播放數(shù)字內(nèi)容時處理水?。还芾砀鶕?jù)數(shù)字內(nèi)容的使用條件制作的副本的數(shù)目；以及在允許情況下進行至外部介質(zhì)或便攜用戶裝置的復制。便攜用戶裝置可執(zhí)行最終用戶播放器應用195的一個子集，以處理嵌在水印中的內(nèi)容的使用條件。術(shù)語最終用戶和最終用戶播放器應用195在此都指的是最終用戶裝置109的使用或運行。
6．發(fā)送設(shè)施107安全數(shù)字內(nèi)容電子分送系統(tǒng)100獨立于連接電子數(shù)字內(nèi)容商店103和最終用戶裝置109的發(fā)送網(wǎng)絡(luò)。它支持諸如因特網(wǎng)的點-點和諸如數(shù)字廣播電視的廣播分送模型。
即使相同的工具和應用在發(fā)送設(shè)施107上被用于獲得、包裝、和跟蹤內(nèi)容113交易，向用戶提供服務的形式和方法可根據(jù)選擇的設(shè)施和分送模型而改變。傳送的內(nèi)容113的質(zhì)量也是可變的，因為高帶寬的設(shè)施能夠以比低帶寬設(shè)施更可接受的響應時間交付高質(zhì)量的數(shù)字內(nèi)容。為點-點分送模型設(shè)計的一種服務應用可被用來支持廣播分送模型。
C．系統(tǒng)使用安全數(shù)字內(nèi)容電子分送系統(tǒng)100使內(nèi)容113的高質(zhì)量的電子副本能夠被交付到最終用戶裝置109，而不論它是消費者還是商業(yè)的，并調(diào)整和跟蹤內(nèi)容113的使用。
安全數(shù)字內(nèi)容電子分送系統(tǒng)100能夠在采用新的和已有的分送渠道的各種消費者和商業(yè)-商業(yè)服務中使用。各個具體的服務可采用不同的財務模型，這種模型能夠通過安全數(shù)字內(nèi)容電子分送系統(tǒng)100的權(quán)利管理特征而實施。諸如批發(fā)或零售購買、每次收聽付款的使用、訂戶服務、副本/無副本限制、或再分送的模型，都可通過清除機構(gòu)105的權(quán)利管理和最終用戶播放器應用195副本保護特征而得到實施。
安全數(shù)字內(nèi)容電子分送系統(tǒng)100使電子數(shù)字內(nèi)容商店103和中間市場合作者能夠在產(chǎn)生銷售內(nèi)容113的服務中具有大的靈活性。同時它提供給內(nèi)容提供者101一種保證，即他們的數(shù)字財產(chǎn)得到了保護和計量，從而使他們能夠為內(nèi)容113的許可獲得適當?shù)难a償。
Ⅱ．密碼的概念和它們在安全數(shù)字內(nèi)容電子分送系統(tǒng)中的應用安全數(shù)字內(nèi)容電子分送系統(tǒng)100中的許可控制是基于密碼的使用。本部分引入了本發(fā)明的基本密碼技術(shù)。公共密鑰加密、對稱密鑰加密、數(shù)字簽字、數(shù)字水印和數(shù)字證書的使用是眾所周知的。
A．對稱算法在安全數(shù)字內(nèi)容電子分送系統(tǒng)100中，內(nèi)容提供者101利用對稱算法對內(nèi)容加密。它們被稱為對稱算法，是因為相同的密鑰被用于加密和解密數(shù)據(jù)。數(shù)據(jù)發(fā)送者和消息接收者必須共享密鑰。共享的密鑰在此被稱為對稱密鑰。安全數(shù)字內(nèi)容電子分送系統(tǒng)100結(jié)構(gòu)獨立于為具體的實施選擇的特定的對稱算法。
通常的對稱算法是DES、RC2和RC4。DES和RC2都是塊密碼。一個塊密碼一次利用一個數(shù)據(jù)位塊對數(shù)據(jù)加密。DES是美國政府的官方加密標準，有64位的塊大小，并采用了56位的密鑰。三重DES通常被用于提高簡單DES所實現(xiàn)的安全性。RSA數(shù)據(jù)安全設(shè)計了RC2。RC2采用了可變密鑰大小的密碼并具有64位的塊大小。RC4也由RSA數(shù)據(jù)安全設(shè)計，是可變密鑰大小的流密碼。流密碼每次在單個的數(shù)據(jù)位上操作。RSA數(shù)據(jù)安全聲稱對RC4每輸出字節(jié)需要八至十六個機器操作。
IBM設(shè)計了一種快速的算法，稱為SEAL。SEAL是一種流算法，它采用了可變長度密鑰并已經(jīng)為32位處理器進行了優(yōu)化。SEAL要求每數(shù)據(jù)字節(jié)約5個基本的機器指令。如果采用的160位的密鑰已經(jīng)被預處理成了內(nèi)部表，一個基于50MHz的486的計算機以7.2兆字節(jié)/秒運行SEAL碼。
微軟在其CryptoAPI文件中報告了加密性能基準。這些結(jié)果是由一種采用微軟的CryptoAPI、在120MHz上運行的、基于Pentium并采用WindowsNT4.0的計算機上的應用獲得的。
B公共密鑰算法在安全數(shù)字內(nèi)容電子分送系統(tǒng)100中，對稱密鑰和其他小的數(shù)據(jù)段利用公共密鑰進行加密。公共密鑰采用兩種密鑰。這兩種密鑰在數(shù)學上是相關(guān)的，從而使用一個密鑰加密的數(shù)據(jù)只能夠用另一密鑰解密。密鑰的擁有者把一個密鑰保密(私人密鑰)并公開分送輔助密鑰(公共密鑰)。
為了利用一種公共密鑰算法保證秘密消息的傳送，必須采用接收方公共密鑰來加密消息。只有具有相關(guān)的私人密鑰的接收者才能夠解密消息。公共密鑰算法還被用來產(chǎn)生數(shù)字簽字。私人密鑰被用于此目的。以下的部分提供了有關(guān)數(shù)字簽字的信息。
最經(jīng)常采用的公共密鑰算法是RSA公共密鑰密碼。它變成了工業(yè)上實際的公共密鑰標準。其他的良好的加密和數(shù)字簽字算法是ElGamal和Rabin。RSA是可變密鑰長度的密碼。
對稱密鑰算法比公共密鑰算法快很多。在軟件中，DES通常比RSA快100倍。因此，RSA不被用于加密大塊的數(shù)據(jù)。RSA數(shù)據(jù)安全報告，在90MHz的Pentium機上，RSA數(shù)據(jù)安全的BSAFE3.0對512位模塊具有21.6kilobits/秒的流量，且對1024位模塊為7.4kilobits/秒。
C．數(shù)字簽字在安全數(shù)字內(nèi)容電子分送系統(tǒng)100中，SC的發(fā)出者通過將其數(shù)字簽字而保護SC的完整。一般，為了產(chǎn)生消息的數(shù)字簽字，消息擁有者首先計算消息的摘要(在以下描述)并隨后利用擁有者的私人密鑰對消息的摘要進行加密。消息以其簽字進行分送。消息的所有接收者都能夠首先通過用消息擁有者的公共密鑰解密簽字來核實數(shù)字簽字，以恢復消息摘要。隨后，接收者計算接收消息的摘要，并將它與恢復的進行比較。如果該消息沒有在分送中被改變，計算的摘要和恢復的摘要必須是相等的。
在安全數(shù)字內(nèi)容電子分送系統(tǒng)100中，由于SC把握若干數(shù)據(jù)部分，對每一個部分計算摘要，且為連接部分摘要計算一個概述摘要。該概述摘要利用SC發(fā)出者的私人密鑰進行加密。加密的概述摘要是發(fā)出者的SC數(shù)字簽字。該部分摘要和數(shù)字簽字被包括在SC體中。SC的接收者能夠借助接收的數(shù)字簽字和部分摘要核實SC及其部分的完整。
一種單向散列算法被用來計算消息摘要。一種散列算法取一個可變長度輸入消息并將其轉(zhuǎn)換成固定長度的串，即消息摘要。一種單向散列算法只沿著一個方向運行。即，容易計算輸入消息的摘要，但從其摘要生成輸入消息是非常困難的(在計算上是不可行的)。由于單向散列功能的這些性質(zhì)，消息摘要可被認為是消息的手印。
一個更通用的單向散列函數(shù)是美國國家技術(shù)和標準局(NITs)設(shè)計的來自RSA數(shù)據(jù)加密和SHA的MD5。
D．數(shù)字證書數(shù)字證書被用來鑒別或核實發(fā)出一個數(shù)字簽字的消息的人或機構(gòu)的身份。證書是把一個公共密鑰與一個人或機構(gòu)結(jié)合的鑒證當局發(fā)出的一種數(shù)字文件。該證書包括了公共密鑰、人或機構(gòu)的名稱、期滿日期、鑒證當局的名稱、以及其他信息。證書還包含了鑒證當局的數(shù)字簽字。
當一個整體(或人)發(fā)出了由其私人密鑰簽字并伴隨有其數(shù)字證書的消息時，消息的接收者用來自證書的機構(gòu)的名稱決定是否接受消息。
在安全數(shù)字內(nèi)容電子分送系統(tǒng)100中，每一個SC-除了最終用戶裝置109發(fā)出的之外，都包括了SC的產(chǎn)生者的證書。最終用戶裝置109不需要在它們的SC中包括證書，因為很多最終用戶不想獲得證書或有由非善意鑒證當局發(fā)出的證書。在安全數(shù)字內(nèi)容電子分送系統(tǒng)100中，清除機構(gòu)105有向電子數(shù)字內(nèi)容商店103發(fā)出證書的選擇。這使最終用戶裝置109能夠獨立地核實電子數(shù)字內(nèi)容商店103已經(jīng)被安全數(shù)字內(nèi)容電子分送系統(tǒng)100所授權(quán)。
E．SC圖形表示導論本文件采用了附圖來以圖形的方式表示SC，它顯示了加密部分、非加密部分、加密密鑰、和證書。參見圖2，它是SC200的一個示例性的例子。以下的符號被用在SC圖中。密鑰201是公共或私人密鑰。密鑰的齒，例如對于清除機構(gòu)的CLRNGH，表示了密鑰的擁有者。把手中的PB表示它公共密鑰，因此密鑰201是清除機構(gòu)公共密鑰。把手中的PV表示它是私人密鑰。鉆石狀的是最終用戶數(shù)字簽字202。起始表示用哪個私人密鑰產(chǎn)生簽字，因此在EU中是來自下表的用戶數(shù)字簽字。對稱密鑰203被用來加密內(nèi)容。一個加密的對稱密鑰對象204包括用CLRNGH的PB加密的對稱密鑰203。在矩形的頂邊上的密鑰是對象加密中采用的密鑰。矩形內(nèi)的符號或文字表示了加密的對象(在此情況下是一個對稱密鑰)。另一個加密對象，在此例中是一個交易ID加密對象205，得到了顯示。且用于內(nèi)容許可管理的使用條件206在以下描述。SC200包括了使用條件206、交易ID加密對象205、一個應用ID加密對象207、以及加密對稱密鑰對象204，它們都用最終用戶數(shù)字簽字202進行了簽字。
下表顯示了識別SC的簽字者的起始。
F．安全容器加密的例子下表和圖提供了用于產(chǎn)生和從SC恢復信息的加密和解密過程的概述。在此過程概述中產(chǎn)生和解密的SC是通常的SC。它不表示安全數(shù)字內(nèi)容電子分送系統(tǒng)100中的權(quán)利管理中采用的任何具體的SC類型。該過程由圖3中描述的加密過程的步驟組成。
圖3的加密過程的流程步驟過程301發(fā)送者產(chǎn)生隨機對稱密鑰并用它加密內(nèi)容302發(fā)送者通過散列算法運行加密內(nèi)容以產(chǎn)生內(nèi)容摘要303發(fā)送者用接收者的公共密鑰對對稱密鑰進行加密。PBRECPNT指的是接收者的公共密鑰。
304發(fā)送者通過與步驟2中采用的相同的散列算法運行加密的對稱密鑰，以產(chǎn)生對稱密鑰摘要305發(fā)送者通過與步驟2中采用的相同的散列算法運行內(nèi)容摘要與對稱密鑰摘要的連接，以產(chǎn)生SC摘要。
306發(fā)送者用發(fā)送者的私人密鑰對SC摘要進行加密，以產(chǎn)生SC的數(shù)字簽字。PV SENDER指發(fā)送者的私人密鑰。
307B發(fā)送者產(chǎn)生包括加密內(nèi)容、加密的對稱密鑰、內(nèi)容摘要、對稱密鑰摘要、發(fā)送者的證書、以及SC簽字的SC文件。
307A發(fā)送者應該已經(jīng)在開始安全通信之前從鑒證當局獲得了證書。鑒證當局在證書中包括了發(fā)送者的公共密鑰、發(fā)送者的名稱并對其簽字。PV CAUTHR指鑒證當局的私人密鑰。發(fā)送者把SC發(fā)送給接收者。
圖4的解密處理的流程。
步驟處理408接收者接收SC并分離它的部分409接收者通過用鑒證當局的公共密鑰解密發(fā)送者證書中的數(shù)字簽字，而核實它。如果證書的數(shù)字簽字是有效的，接收者從證書獲得發(fā)送者的公共密鑰。
410接收者用發(fā)送者的公共密鑰解密SC數(shù)字簽字。這恢復了SC摘要。PB SENDER指發(fā)送者的公共密鑰。
411接收者通過與發(fā)送者計算SC摘要時采用的相同的散列算法，運行接收的內(nèi)容摘要和加密密鑰摘要的連接。
412接收者把計算出的SC摘要與從發(fā)送者的數(shù)字簽字恢復的進行比較。如果它們相同，接收者確認接收的摘要沒有被改變并繼續(xù)解密處理。如果它們不相同，接收放棄SC并通知發(fā)送者。
413接收者通過與在步驟411中計算對稱密鑰摘要時使用的相同的散列算法，運行加密對稱密鑰。
414接收者把計算出的對稱密鑰摘要與SC中接收的一個進行比較。如果它相同，接收者已知加密的對稱密鑰沒有被改變。接收者繼續(xù)解密處理。如果不是有效的，接收者放棄SC并通知發(fā)送者。
415接收者通過與計算內(nèi)容摘要時在步驟411中采用的相同的散列算法，運行加密內(nèi)容。
416接收者把計算的內(nèi)容摘要與在SC中接收的進行比較。如果它相同，接收者已知加密的內(nèi)容沒有被改變。接收者隨后繼續(xù)解密處理。如果不有效，接收者放棄SC并通知發(fā)送者。
417接收者利用接收者的私人密鑰對加密的對稱密鑰進行解密。這恢復了對稱密鑰。PV RECPNT指接收者的私人密鑰。
418接收者用對稱密鑰解密加密的內(nèi)容。這恢復了內(nèi)容。
Ⅲ．安全數(shù)字內(nèi)容電子分送系統(tǒng)流程安全數(shù)字內(nèi)容電子分送系統(tǒng)100由幾個部分構(gòu)成，這些部分被不同的系統(tǒng)參與者所使用。這些參與者包括內(nèi)容提供者101、電子數(shù)字內(nèi)容商店103、經(jīng)最終用戶裝置109的最終用戶和清除機構(gòu)105。一種高級系統(tǒng)流程被用作安全數(shù)字內(nèi)容電子分送系統(tǒng)100的概述。以下的該流程跟蹤流過系統(tǒng)100的內(nèi)容。另外，它大體描述了參與者進行購買、解鎖、和內(nèi)容113使用的步驟。系統(tǒng)中的某些假定包括·這是用于數(shù)字內(nèi)容服務(至一個PC的點-點界面)的系統(tǒng)流程。
·內(nèi)容提供者101以PCM未壓縮格式(如音樂聲頻的例子)提交聲頻數(shù)字內(nèi)容。
·內(nèi)容提供者101具有符合ODBC的數(shù)據(jù)庫中的元數(shù)據(jù)或內(nèi)容提供者101將把該數(shù)據(jù)直接輸入內(nèi)容信息處理子系統(tǒng)，或?qū)⒁灶A定的ASCII文件格式提供數(shù)據(jù)。
·財務結(jié)算是通過電子數(shù)字內(nèi)容商店進行。
·內(nèi)容113被寄放在單個的內(nèi)容寄放站點111上。
本領(lǐng)域的技術(shù)人員應該理解的是，這些假定可被改變，以適應數(shù)字內(nèi)容(例如音樂、視頻和程序)和電子分送系統(tǒng)廣播的具體性質(zhì)。
以下的處理流程在圖1中顯示。
步驟處理121內(nèi)容提供者101提供內(nèi)容113形式的未壓縮的PCM聲頻文件。其文件名與內(nèi)容113的內(nèi)容提供者101唯一標識符一起被輸入工作流管理器工具154。
122由內(nèi)容信息處理子系統(tǒng)，利用用于內(nèi)容113的內(nèi)容提供者101唯一標識符和數(shù)據(jù)庫映象模板，從內(nèi)容提供者數(shù)據(jù)庫160獲得。
123工作流管理器工具154被用來引導內(nèi)容流過內(nèi)容提供者101處的獲取和預備處理。
124用于內(nèi)容113的使用條件被輸入內(nèi)容信息處理子系統(tǒng)，這可手動或自動進行。這種數(shù)據(jù)包括副本限制規(guī)則和其他所需的商業(yè)規(guī)則。所有元數(shù)據(jù)輸入可以與數(shù)據(jù)聲頻處理并行進行。
125水印工具被用于隱藏內(nèi)容113中被內(nèi)容提供者101認為需要識別內(nèi)容的數(shù)據(jù)。這可包括它何時被獲取、它來自哪里(該內(nèi)容提供者101)、或內(nèi)容提供者101指定的其他信息。
·內(nèi)容處理工具125對內(nèi)容113進行所支持的不同壓縮等級所需的平衡、動態(tài)調(diào)節(jié)和再取樣。
·內(nèi)容113利用內(nèi)容處理工具125被壓縮至所希望的壓縮等級。內(nèi)容113可隨后被重放以核實壓縮產(chǎn)生了所需的內(nèi)容113的質(zhì)量等級。如果需要，可進行所需次數(shù)的平衡、動態(tài)調(diào)節(jié)、壓縮和重放質(zhì)量檢查。
·內(nèi)容113及其元數(shù)據(jù)的子集由SC包裝器用對稱密鑰進行加密。這種工具隨后利用清除機構(gòu)105的公共密鑰對密鑰進行加密，以產(chǎn)生加密的對稱密鑰。這種密鑰能夠在不影響內(nèi)容113的安全的情況下被發(fā)送到任何地方，因為只有清除機構(gòu)105能夠?qū)ζ浣饷堋?br> 126加密的對稱密鑰、元數(shù)據(jù)和其他有關(guān)內(nèi)容113的信息，隨后被SC包裝器工具152包裝成元數(shù)據(jù)SC。
127加密的內(nèi)容113和元數(shù)據(jù)隨后被包裝成內(nèi)容SC。此時對內(nèi)容113和元數(shù)據(jù)的處理完成。
128元數(shù)據(jù)SC隨后利用內(nèi)容開銷工具(未顯示)被送到內(nèi)容促銷網(wǎng)站156。
129內(nèi)容開銷工具把內(nèi)容SC送到內(nèi)容寄放站點111。內(nèi)容寄放站點可位于內(nèi)容提供者101、清除機構(gòu)105或為內(nèi)容寄放指定的特定地點。用于該站點的URL是加到元數(shù)據(jù)SC上的元數(shù)據(jù)的一部分。
130內(nèi)容促銷網(wǎng)站156次數(shù)電子數(shù)字內(nèi)容商店103加到系統(tǒng)100的新內(nèi)容113。
131利用內(nèi)容獲取工具，電子數(shù)字內(nèi)容商店103隨后下載與它們希望銷售的內(nèi)容113相應的元數(shù)據(jù)SC。
132電子數(shù)字內(nèi)容商店103將用內(nèi)容獲取工具從它們希望用來在它們-網(wǎng)站上促銷內(nèi)容113的元數(shù)據(jù)SC取出數(shù)據(jù)。如果需要，對這種元數(shù)據(jù)的部分的訪問可以被保護和收費。
133電子數(shù)字內(nèi)容商店103專用的內(nèi)容113的使用條件，利用內(nèi)容獲取工具被輸入。這些使用條件包括零售價格和對內(nèi)容113的不同壓縮等級的副本/播放限制。
134電子數(shù)字內(nèi)容商店103專用的使用條件和原來的元數(shù)據(jù)SC被SC包裝器工具包裝成一種供應清單SC。
135在電子數(shù)字內(nèi)容商店103的網(wǎng)站被更新之后，內(nèi)容113可被網(wǎng)上沖浪的最終用戶獲得。
136當最終用戶發(fā)現(xiàn)他們希望購買的內(nèi)容113時，他們點擊內(nèi)容的圖標-諸如音樂圖標，且該項被加到電子數(shù)字內(nèi)容商店103保持的他/她的購物推車中。當最終用戶完成購物時，它們把購買請求提交給電子數(shù)字內(nèi)容商店103進行處理。
137電子數(shù)字內(nèi)容商店103隨后與信用卡結(jié)算組織進行接觸，以便以它們今天從事商業(yè)的方式相同的方式，掌握資金。
138一旦電子數(shù)字內(nèi)容商店103接收到了從信用卡結(jié)算組織來的信用卡授權(quán)號，它將其存儲在一個數(shù)據(jù)庫中并使SC包裝器工具152建立一個交易SC。這種交易SC包括用于最終用戶已經(jīng)購買的所有內(nèi)容113的供應清單SC、一個能夠跟蹤回到電子數(shù)字內(nèi)容商店103的交易ID、識別最終用戶的信息、壓縮等級、使用條件和用于購買的歌曲的價格清單。
139這種交易SC隨后被傳送給最終用戶裝置109。
140當交易SC到達最終用戶裝置109時，它啟動最終用戶播放器應用195，后者打開交易SC并確認最終用戶的購買。最終用戶播放器應用195隨后打開單個的供應清單SC，且在一種替換實施例中可通知用戶估計的下載時間。它隨后請求用戶指定他們何時希望下載內(nèi)容113。
141根據(jù)最終用戶請求的下載時間，最終用戶播放器應用195將醒來并通過建立包含內(nèi)容113的加密對稱密鑰、交易ID、以及最終用戶信息和其他部分的訂購SC，而啟動下載處理。
142這種訂購SC隨后被送到清除機構(gòu)105以進行處理。
143清除機構(gòu)105接收訂購SC、打開它并核實數(shù)據(jù)沒有被篡改。清除機構(gòu)105核實最終用戶的購買使用條件。這些使用條件必須符合內(nèi)容提供者101指定的使用條件。該信息被記錄到數(shù)據(jù)庫中。
144一旦檢查完成，加密的對稱密鑰利用清除機構(gòu)105的私人密鑰而得到解密。該對稱密鑰隨后利用最終用戶的公共密鑰而被加密。這種新的加密對稱密鑰隨后被SC包裝器包裝成許可SC。
145許可SC隨后被發(fā)送到最終用戶。
146當許可SC在最終用戶裝置109被接收時，它被存儲在存儲器中直到內(nèi)容SC被下載。
147最終用戶裝置109從清除機構(gòu)設(shè)施111請求傳送用于購買的內(nèi)容113的相應的許可SC。
148內(nèi)容113被送到最終用戶裝置109。在接收到內(nèi)容113時被最終用戶裝置109用對稱密鑰解密。
Ⅳ．權(quán)利管理結(jié)構(gòu)模型A．結(jié)構(gòu)層功能圖5是安全數(shù)字內(nèi)容電子分送系統(tǒng)100的權(quán)利管理結(jié)構(gòu)的框圖。在結(jié)構(gòu)上，四個層表示了安全數(shù)字內(nèi)容電子分送系統(tǒng)100P許可控制層501、內(nèi)容識別層503、內(nèi)容使用控制層505、以及內(nèi)容格式化層507。各層的總體功能空氣和各層的各個密鑰的功能，在本部分中得到描述。各層中的這些功能與其他層的功能是獨立的。在大的限制內(nèi)，一層中的功能可被類似的功能代替，而不影響其他層的功能。顯然，要求來自一層的輸出滿足可被相鄰層接受的格式和語義。
許可控制層501保證了·數(shù)字內(nèi)容在分送期間得到了防止非法截取和篡改的保護；·內(nèi)容113是來自有權(quán)利的內(nèi)容擁有者并由被許可的分送者(例如電子數(shù)字內(nèi)容商店103)分送；·數(shù)字內(nèi)容購買者具有適當?shù)脑S可申請；·分送者在內(nèi)容113的副本可被最終用戶或購買者獲得之前得到了購買付款。
·保留了一個交易記錄以用于報告。
內(nèi)容識別層503使得能夠?qū)Π鏅?quán)和內(nèi)容購買的身份進行核實。內(nèi)容的版權(quán)信息和內(nèi)容購買者的身份使得能夠?qū)?nèi)容113的副本的所有授權(quán)或未授權(quán)的來源進行跟蹤。因此，內(nèi)容識別層503提供了打擊盜版的手段。
內(nèi)容使用控制層505保證了內(nèi)容113的副本根據(jù)商店使用條件519而被用在購買者的裝置中。商店使用條件519可指定播放的次數(shù)和允許的內(nèi)容113的本地副本數(shù)目，以及內(nèi)容113是否可被記錄到外部的便攜裝置上。內(nèi)容使用控制層505中的功能跟蹤了內(nèi)容副本/播放使用并更新副本/播放狀態(tài)。
內(nèi)容格式化層507使得內(nèi)容113能夠從其在內(nèi)容擁有者設(shè)施中的原始表示被轉(zhuǎn)換成與安全數(shù)字內(nèi)容電子分送系統(tǒng)的分送手段和服務特征一致的形式。這種轉(zhuǎn)換處理可包括壓縮編碼及其相關(guān)的預處理，諸如頻率平衡和幅度動態(tài)調(diào)節(jié)。對聲頻的內(nèi)容113，在購買者側(cè)，接收的內(nèi)容113還需要被處理以實現(xiàn)適合于重放或至便攜裝置的傳送的格式。
B．功能分割和流程權(quán)利管理結(jié)構(gòu)模型在圖5中得到顯示，且這顯示了結(jié)構(gòu)層至構(gòu)成安全數(shù)字內(nèi)容電子分送系統(tǒng)100的運行部分的映象和各層中的密鑰功能。
1．內(nèi)容格式化層507與內(nèi)容格式化層507有關(guān)的通常功能是在內(nèi)容提供者101的內(nèi)容預處理502和壓縮511，以及在最終用戶裝置109的內(nèi)容去量化513和解壓縮515。預處理的需要和具體功能的例子在以上給出。內(nèi)容壓縮511被用來減小內(nèi)容113的文件大小及其傳送時間。適合于內(nèi)容113和傳送介質(zhì)類型的所有壓縮算法都可被用在安全數(shù)字內(nèi)容電子分送系統(tǒng)100中。對于音樂，MPEG1/2/4、Dolby AC-2和AC-3、Sony Adaptive Transform Coding(ATRAC)、和低位速率算法是一些通常采用的壓縮算法。內(nèi)容113以壓縮形式被存儲在最終用戶裝置109中，以減小存儲大小要求。它在激活重放期間被解壓縮。去量化也在激活重放期間進行。量化的目的和類型將在有關(guān)內(nèi)容使用控制層505的討論中進行。
2．內(nèi)容使用控制層505內(nèi)容使用控制層505允許在最終用戶裝置109的內(nèi)容113使用的限制和條件的指定和實施。這些條件可規(guī)定內(nèi)容113的允許播放次數(shù)、二次副本的數(shù)目、以及內(nèi)容113是否可被復制到一個外部便攜裝置上。內(nèi)容提供者101設(shè)定允許的使用條件517，并將它們在SC(見許可控制層501部分)中發(fā)送給電子數(shù)字內(nèi)容商店103。電子數(shù)字內(nèi)容商店可添加或進一步限制使用條件517，只要它不影響內(nèi)容提供者101設(shè)定的原有條件。電子數(shù)字內(nèi)容商店隨后把所有商店使用條件519發(fā)送(在一個SC中)給最終用戶裝置109和清除機構(gòu)105。清除機構(gòu)105在授權(quán)傳送內(nèi)容113給最終用戶裝置109之前進行使用條件確認521。
內(nèi)容的使用條件517的實行，是由最終用戶裝置109中的內(nèi)容使用控制層505進行的。首先，在接收到內(nèi)容113時，來自最終用戶裝置109中的內(nèi)容識別層503的副本把內(nèi)容113標上副本/播放碼523，它表示初始的副本/播放允許。其次，播放器應用195在把內(nèi)容113存儲到最終用戶裝置109中之前，將其密碼擾頻。播放器應用195為各個內(nèi)容項產(chǎn)生一個擾頻密鑰，且該密鑰被加密并隱藏在最終用戶裝置109中。隨后，每當最終用戶裝置109訪問內(nèi)容113以進行復制或播放時，最終用戶裝置109在允許內(nèi)容113的去擾頻和執(zhí)行播放或復制之前都核實副本/播放碼。最終用戶裝置109還適當?shù)馗聝?nèi)容113的原始副本中的或在新的二次副本上的該副本/播放碼。副本/播放編碼是在已經(jīng)被壓縮的內(nèi)容113上進行的。即，不需要在嵌入副本/播放碼之前對內(nèi)容113進行解壓縮。
最終用戶裝置109采用許可水印527以把副本/播放碼嵌在內(nèi)容113中。只有能夠知道嵌入算法和相關(guān)的擾頻密鑰的最終用戶播放器應用195能夠讀取或修改嵌入的數(shù)據(jù)。該數(shù)據(jù)是人類觀測者不可見或不可聽見的；即，該數(shù)據(jù)不把可感覺到的退化引入內(nèi)容113。由于水印在內(nèi)容處理、數(shù)據(jù)壓縮、D-A和A-D轉(zhuǎn)換、以及正常內(nèi)容處理引入的信號退化的幾個步驟之后仍然存在，水印在包括模擬表示的任何表示形式中都與內(nèi)容113一起存在。在一種替換實施例中，不是用許可水印527來把副本/播放碼嵌入內(nèi)容113，而是最終用戶播放器應用195采用安全存儲的使用條件519。
3．內(nèi)容識別層503作為內(nèi)容識別層503的部分，內(nèi)容提供者101還采用許可水印527以把諸如內(nèi)容標識符、內(nèi)容擁有者和其他信息(諸如出版日期和地理分送區(qū))的其他信息嵌入內(nèi)容113。這種水印在此被稱為版權(quán)水印529。在接收時，最終用戶裝置109用內(nèi)容購買者名稱和交易ID535(見以下的許可控制層501)對內(nèi)容113的副本加水印，并用諸如許可日期和使用條件517的其他信息加水印。這種水印在此被稱為許可水印。內(nèi)容113的任何副本，不論是否以授權(quán)方式獲得的，并受到保存內(nèi)容質(zhì)量的聲頻處理，都攜帶了版權(quán)和許可水印。內(nèi)容識別層503阻止了盜版。
4．許可控制層501許可控制層501保護內(nèi)容113不受未經(jīng)授權(quán)的截取并保證內(nèi)容只在個別的基礎(chǔ)上向具有適當許可的最終用戶裝置109并成功完成了與授權(quán)電子數(shù)字內(nèi)容商店103的許可購買交易的最終用戶發(fā)放。許可控制層501借助雙重加密531來保護內(nèi)容113。內(nèi)容113利用內(nèi)容提供者101生成的加密對稱密鑰進行加密，且對稱密鑰利用清除機構(gòu)的公共密鑰621進行加密。只有清除機構(gòu)105能夠啟動對稱密鑰的恢復。
許可控制是把清除機構(gòu)105作為“信任的一方”而設(shè)計的。在發(fā)放對許可請求537的允許(即給最終用戶裝置109的用于內(nèi)容113的對稱密鑰623)之前，清除機構(gòu)105核實交易541和許可授權(quán)543是完整而真實的，電子數(shù)字內(nèi)容商店103具有來自安全數(shù)字內(nèi)容電子分送系統(tǒng)100的用于電子內(nèi)容113的銷售的授權(quán)，且最終用戶具有適當?shù)脑S可申請。審計/報告545使得可以生成報告并允許與安全數(shù)字內(nèi)容電子分送系統(tǒng)100中的其他授權(quán)方共享許可交易信息。
許可控制是通過SC處理533實施的。SC被用來分送加密的內(nèi)容113和系統(tǒng)操作部分(以下給出了更多有關(guān)SC詳細結(jié)構(gòu)的描述)之間的信息。一個SC是信息的密碼載體，它采用了密碼加密、數(shù)字簽字和數(shù)字證書，以提供防止電子信息或內(nèi)容113的未經(jīng)授權(quán)的截取和修改的保護。它還允許對電子數(shù)據(jù)的鑒別核實。
許可控制要求內(nèi)容提供者101、電子數(shù)字內(nèi)容商店103、以及清除機構(gòu)105具有來自鑒別這些部分的可信任的鑒證當局的善意的密碼數(shù)字證書。最終用戶裝置109不需要具有數(shù)字證書。
C．內(nèi)容分送和許可控制圖6是框圖，顯示了應用于圖5的許可控制層的內(nèi)容分送和許可控制的概述。該圖描述了其中電子數(shù)字內(nèi)容商店103、最終用戶裝置109和清除機構(gòu)105經(jīng)因特網(wǎng)相連的情況，且在這些部分之間采用了點-點發(fā)送。內(nèi)容提供者101與電子數(shù)字內(nèi)容商店103之間的通信也可在因特網(wǎng)或其他網(wǎng)絡(luò)上進行。假定最終用戶裝置109與電子數(shù)字內(nèi)容商店103之間的內(nèi)容購買商業(yè)交易是基于標準的因特網(wǎng)網(wǎng)絡(luò)協(xié)議。作為基于網(wǎng)絡(luò)的交互作用的一部分，最終用戶選擇購買的內(nèi)容113、提供個人和財務信息、并同意購買條件。電子數(shù)字內(nèi)容商店可利用諸如SET的協(xié)議從獲取機構(gòu)獲得付款授權(quán)。
在圖6中還假定，電子數(shù)字內(nèi)容商店103已經(jīng)根據(jù)標準網(wǎng)絡(luò)協(xié)議向最終用戶裝置109下載了最終用戶播放器應用195。這種結(jié)構(gòu)要求電子數(shù)字內(nèi)容商店103給下載的播放器應用195分配一個唯一的應用ID，且最終用戶裝置109將其存儲起來以便以后的應用許可核實(見下)。
整個許可流程從內(nèi)容提供者101開始。內(nèi)容提供者101利用本地生成的加密對稱密鑰對內(nèi)容113加密，并利用清除機構(gòu)105的公共密鑰621對對稱密鑰623加密。在一種替換實施例中，對稱密鑰不是本地生成的，而是從清除機構(gòu)105被送到內(nèi)容提供者101的。內(nèi)容提供者101產(chǎn)生圍繞加密的內(nèi)容113的內(nèi)容SC630，以及在加密的對稱密鑰623周圍的元數(shù)據(jù)SC620、存儲使用條件519、以及其他與內(nèi)容113相關(guān)的信息。對每一個內(nèi)容113對象有一個元數(shù)據(jù)SC620和一個內(nèi)容SC630。內(nèi)容113對象可以是同一歌曲的壓縮等級，或者內(nèi)容113對象可以是在一集上的各個歌曲，或者內(nèi)容113對象可以是整個合集。對每一個內(nèi)容113對象，元數(shù)據(jù)SC620還攜帶了與內(nèi)容使用控制層505有關(guān)的商店使用條件519。
內(nèi)容提供者101把元數(shù)據(jù)SC620分送給一或多個電子數(shù)字內(nèi)容商店103(步驟601)，且把內(nèi)容SC630分送給一或多個內(nèi)容寄放站點(步驟602)。各個電子數(shù)字內(nèi)容商店103則又產(chǎn)生一個供應SC641。供應SC641通常攜帶與元數(shù)據(jù)SC620大體相同的信息，包括內(nèi)容提供者101的數(shù)字簽字624和內(nèi)容提供者101的證書(未顯示)。如上所述，電子數(shù)字內(nèi)容商店103可添加或限制由內(nèi)容提供者101初始限定的商店使用條件519(由內(nèi)容使用控制層處理)?？蛇x地，內(nèi)容SC630和/或元數(shù)據(jù)SC620由內(nèi)容提供者101的數(shù)字簽字624簽字。
在完成了最終用戶裝置109與電子數(shù)字內(nèi)容商店103之間的內(nèi)容購買交易之后(步驟603)，電子數(shù)字內(nèi)容商店103產(chǎn)生并傳送給最終用戶裝置109一個交易SC640(步驟604)。該交易SC640包括一個唯一的交易ID535、購買者的名稱(即最終用戶)(未顯示)、最終用戶裝置109的公共密鑰661、以及與購買的內(nèi)容113有關(guān)的供應SC641。圖6中的交易數(shù)據(jù)642表示了交易ID535和最終用戶名稱(未顯示)。交易數(shù)據(jù)642用清除機構(gòu)105的公共密鑰621進行加密?？蛇x地，交易SC640用電子數(shù)字內(nèi)容商店103的數(shù)字簽字643進行簽字。
在接收到交易SC640(以及包括在其中的供應SC641)時，運行在最終用戶裝置109上的最終用戶播放器應用195借助訂購SC650請求來自清除機構(gòu)105的許可授權(quán)(步驟605)。訂購SC650包括來自供應SC641的商店使用條件519和加密的對稱密鑰623、來自交易SC640的加密交易數(shù)據(jù)642、以及來自最終用戶裝置109的加密應用ID551。在替換實施例中，訂購SC650用最終用戶裝置109的數(shù)字簽字652進行簽字。
在接收到來自最終用戶裝置109的訂購SC650時，清除機構(gòu)105核實1．電子數(shù)字內(nèi)容商店103有來自安全數(shù)字內(nèi)容電子分送系統(tǒng)100(存在于清除機構(gòu)105的數(shù)據(jù)庫160中)的授權(quán)；2．訂購SC650沒有被改變；3．交易數(shù)據(jù)642和對稱密鑰623完整而真實；4．最終用戶裝置109購買的電子商店使用條件519與內(nèi)容提供者101設(shè)定的使用條件517符合；且5．應用ID551具有有效的結(jié)構(gòu)且它由授權(quán)的電子數(shù)字內(nèi)容商店103提供。
如果核實成功，清除機構(gòu)105解密對稱密鑰623和交易數(shù)據(jù)642，并建立和傳送許可SC 660給最終用戶裝置109(步驟606)。許可SC660攜帶了對稱密鑰623和交易數(shù)據(jù)642，二者都利用最終用戶裝置109的公共密鑰661進行了加密。如果任何核實不成功，清除機構(gòu)105拒絕給最終用戶裝置109許可并通知最終用戶裝置109。清除機構(gòu)105還立即通知電子數(shù)字內(nèi)容商店103這種核實失敗。在一種替換實施例中，清除機構(gòu)105用其數(shù)字簽字663對許可SC660進行簽字。
在接收到許可SC660之后，最終用戶裝置109對事先從清除機構(gòu)105接收的交易數(shù)據(jù)642和對稱密鑰623進行解密，并從內(nèi)容寄放站點111請求內(nèi)容SC630。在內(nèi)容SC630到達時(步驟608)，最終用戶裝置109利用對稱密鑰623解密內(nèi)容113(步驟609)，并把內(nèi)容113和交易數(shù)據(jù)642傳送給其他層，以進行許可水印、副本/播放編碼、擾頻、和為圖5描述的進一步的內(nèi)容113處理。
最后，清除機構(gòu)105定期發(fā)送概述交易報告給內(nèi)容提供者101和電子數(shù)字內(nèi)容商店103，以用于審計和跟蹤(步驟610)。
Ⅴ．安全容器結(jié)構(gòu)A．總體結(jié)構(gòu)安全容器(SC)是一種結(jié)構(gòu)，它由幾個部分組成，這些部分一起限定了內(nèi)容113的一個單元或交易的一個部分，且它們還限定了相關(guān)的信息-諸如使用條件、元數(shù)據(jù)、以及加密方法。SC是以這樣的方式設(shè)計的，即使得信息的完整性、完全性和真實性能夠得到核實。SC中的某些信息可被加密，從而使它只能在獲得了適當?shù)氖跈?quán)之后才能夠被存取。
SC包括至少一個材料帳單(BOM)部分，它記錄了有關(guān)SC和有關(guān)包括在SC中的各個部分的信息。為各個部分，利用諸如MD-5的散列算法，計算出一個消息摘要，并隨后將其包括在該部分的BOM記錄中。部分的這些摘要被連接在一起，且從它們計算出另一摘要并利用產(chǎn)生SC的機構(gòu)的私人密鑰對其進行加密，以產(chǎn)生一個數(shù)字簽字。接收SC的方面可用數(shù)字簽字來核實所有的摘要，從而核實SC及其所有部分的完整性和完全性。
以下信息可作為記錄而與各個部分的記錄一起被包括在BOM中。SC類型確定了需要包括哪些記錄·SC版本·SC ID·SC的類型(例如供應、訂購、交易、內(nèi)容、元數(shù)據(jù)或促銷和許可)·SC的出版者·SC的產(chǎn)生日期·SC的期滿日期·清除機構(gòu)URL·用于包括的部分的摘要算法的描述(缺省是MD-5)·用于數(shù)字簽字加密的算法的描述(缺省是RSA)·數(shù)字簽字(包括的部分的所有連接摘要的加密摘要)
SC可包括一個以上的BOM。例如，一個供應SC641由包括其BOM的原始元數(shù)據(jù)SC620部分和由電子數(shù)字內(nèi)容商店添加的附加信息和新的BOM組成。用于元數(shù)據(jù)SC620 BOM的一個記錄被包括在供應SC641 BOM中。這種記錄包括用于能夠被用來確認其完整性的元數(shù)據(jù)SC620 BOM的摘要，因而從元數(shù)據(jù)SC620的包括的部分的完整性也能夠用存儲在元數(shù)據(jù)SC620 BOM中的部分摘要值進行確認。來自元數(shù)據(jù)SC620的部分沒有在為供應SC641產(chǎn)生的新的BOM中的記錄。只有被電子數(shù)字內(nèi)容商店103添加的部分和元數(shù)據(jù)SC620 BOM具有新BOM中的記錄。
SC還可包括密鑰描述部分。密鑰描述部分包括包含有關(guān)SC中的加密部分的以下信息的記錄·加密部分的名稱·當部分被解密時使用的名稱·加密該部分用的加密算法·表示用于加密該部分的公開加密密鑰的密鑰標識符或當解密時用來解密加密部分的加密的對稱密鑰·用于加密對稱密鑰的加密算法。該場合只在密鑰描述部分中的記錄包括用于加密該加密部分的加密的對稱密鑰時才出現(xiàn)·被用于加密對稱密鑰的公開加密密鑰的密鑰標識符。該場只在密鑰描述部分中的記錄包括了加密的對稱密鑰和用于加密該加密的部分的對稱密鑰的加密算法標識符時才出現(xiàn)。
如果SC不包含任何加密部分，則沒有密鑰描述部分。
B．權(quán)利管理語言句法和語義權(quán)利管理語言由參數(shù)組成，這些參數(shù)可被分配一些值，這些值用于限定給在內(nèi)容113被購買之后最終用戶對內(nèi)容113的使用進行的限制。對內(nèi)容113的使用限制是使用條件517。各個內(nèi)容提供者101為其內(nèi)容113項指定了使用條件517。電子數(shù)字內(nèi)容商店理解元數(shù)據(jù)SC620中的使用條件517，并用該信息提供他們希望提供給他們的用戶的選擇并為內(nèi)容113添加零售購買信息。在最終用戶已經(jīng)選擇了購買的內(nèi)容113項之后，最終用戶裝置109根據(jù)商店使用條件519請求內(nèi)容113的授權(quán)。在清除機構(gòu)105向最終用戶傳送了許可SC660之前，清除機構(gòu)105核實所請求的商店使用條件519與內(nèi)容提供者101在元數(shù)據(jù)SC 620中規(guī)定的使用條件517符合。
當最終用戶裝置109接收到購買的內(nèi)容113時，商店使用條件519利用水印工具被編碼在內(nèi)容113中或被編碼在安全存儲的使用條件519中。運行在最終用戶裝置109上的最終用戶播放器應用195保證編碼到內(nèi)容113中的商店使用條件519得到實行。
以下是內(nèi)容113是音樂的情況下一個實施例的商店使用條件519的例子·歌曲是可記錄的·歌曲可被播放n次。
C．安全容器流程和處理的概述元數(shù)據(jù)SC620是由內(nèi)容提供者101建立的，并被用來限定諸如歌曲的內(nèi)容113項。內(nèi)容113本身不被包括在這些SC中，因為內(nèi)容113的大小通常太大，使電子數(shù)字內(nèi)容商店103和最終用戶不能只為存取描述元數(shù)據(jù)的目的而有效地下載容器。相反地，SC包括了一個外部URL(統(tǒng)一資源定位器)以指向內(nèi)容113。SC還包括提供有關(guān)內(nèi)容113的描述信息的元數(shù)據(jù)和任何其他有關(guān)數(shù)據(jù)，諸如對于音樂的CD封面美術(shù)和/或歌曲內(nèi)容113的情況下的數(shù)字聲頻片段。
電子數(shù)字內(nèi)容商店103下載得到授權(quán)的元數(shù)據(jù)SC620，并建立供應SC641?？傊?，供應SC641由某些部分和來自元數(shù)據(jù)SC620的BOM和電子數(shù)字內(nèi)容商店103包括的額外信息組成。用于供應SC641的一個新的BOM，在建立供應SC641時得到產(chǎn)生。電子數(shù)字內(nèi)容商店還通過提取來自元數(shù)據(jù)SC620的元數(shù)據(jù)信息而使用元數(shù)據(jù)SC620，以在他們的網(wǎng)站上建立向最終用戶描述內(nèi)容113的HTML頁，從而通常使他們能夠購買內(nèi)容113。
電子數(shù)字內(nèi)容商店103添加的供應SC 641中的信息，通常是對元數(shù)據(jù)SC620的使用條件517的進一步的限制和促銷數(shù)據(jù)，諸如商店的記錄的圖形圖象和至商店的網(wǎng)站的URL。元數(shù)據(jù)SC620中的一種供應SC641模板表示了哪種信息可被供應SC641中的電子數(shù)字內(nèi)容商店103所超越，且電子數(shù)字內(nèi)容商店103需要什么(如果有)信息和在嵌入的元數(shù)據(jù)SC620中保持了什么部分。
當最終用戶決定從電子數(shù)字內(nèi)容商店103購買內(nèi)容113時，供應SC641被包括在交易SC640中。電子數(shù)字內(nèi)容商店建立了一個交易SC640，并包括被購買的各個內(nèi)容113項的供應SC641并將其傳送給最終用戶裝置109。最終用戶裝置109接收交易SC640并確認交易SC640和包括的供應SC641的完整。
最終用戶裝置109為購買的各個內(nèi)容113項建立一個訂購SC650。包括的信息來自供應SC641、交易SC640和最終用戶裝置109的配置文件。訂購SC650每次一個地被送到清除機構(gòu)105。清除機構(gòu)105URL訂購SC650被連接在哪里，作為用于元數(shù)據(jù)SC620的BOM中的記錄之一，并再次被包括在供應SC641中。
清除機構(gòu)105確認并處理訂購SC650，以提供最終用戶裝置109許可水印527和存取購買的內(nèi)容113所需的任何東西。清除機構(gòu)105的功能之一，是解密對來自供應SC641的水印指令和來自內(nèi)容SC630的內(nèi)容113進行解密所需的對稱密鑰623。加密的對稱密鑰623記錄實際上包含了比實際的加密對稱密鑰623更多的東西。在執(zhí)行加密之前，內(nèi)容提供者101可可選地將其名稱附在實際的對稱密鑰623上。把內(nèi)容提供者101名稱與對稱密鑰623一起加密，為已經(jīng)從合法的SC建立了其自己的元數(shù)據(jù)SC620和內(nèi)容SC630的內(nèi)容提供者101，提供了防止盜版的保證。清除機構(gòu)105核實與對稱密鑰623一起加密的內(nèi)容提供者101的名稱與SC證書中的內(nèi)容提供者101名稱相匹配。
如果需要清除機構(gòu)105對水印指令進行任何改變，則清除機構(gòu)105解密對稱密鑰623并隨后修改水印指令，并利用網(wǎng)絡(luò)的對稱密鑰623再次對它們進行加密。對稱密鑰623隨后利用最終用戶裝置109的公共密鑰661進行再加密。清除機構(gòu)105還對SC中的其他對稱密鑰623進行解密并以最終用戶裝置109的公共密鑰661重新對它們加密。清除機構(gòu)105建立了包括新加密的對稱密鑰623和更新的水印指令的許可SC660并響應于訂購SC650而將其送到最終用戶裝置109。如果訂購SC650的處理未成功完成，則清除機構(gòu)105向最終用戶裝置109送回一個HTML頁或等價地報告授權(quán)處理的失敗。
許可SC660給最終用戶裝置109提供了存取內(nèi)容113項所需的任何東西。最終用戶裝置109從內(nèi)容寄放站點111請求適當?shù)膬?nèi)容SC630。內(nèi)容SC630由內(nèi)容提供者101建立并包括加密的內(nèi)容113和元數(shù)據(jù)部分。最終用戶播放器應用195用來自許可SC660的對稱密鑰623解密內(nèi)容113、元數(shù)據(jù)和水印指令。水印指令隨后被附入內(nèi)容113且內(nèi)容113被加密并存儲在最終用戶裝置109上。
D．元數(shù)據(jù)安全容器620格式下表顯示了包括在元數(shù)據(jù)SC620中的部分。這些部分列中的各個框是與BOM一起包括在SC中的單獨的對象(被[]字符包圍的部分名稱除外)。該BOM包含了用于包括在SC中的各個部分的記錄。該部分存在列表示了部分本身被實際包括在SC中，且摘要列表示了是否為該部分計算一個消息摘要。某些部分可能不在SC被包括在其他SC(由相關(guān)的模板確定)中時進行傳播，雖然整個的原始BOM得到了傳播。這是由于清除機構(gòu)105需要整個BOM來核實原始SC中的數(shù)字簽字。
下表的密鑰描述部分列定義了包括在SC的密鑰描述部分中的記錄。密鑰描述部分中的記錄定義了有關(guān)加密密鑰和用于對SC內(nèi)的部分或另一SC中的部分進行加密的算法的信息。各個記錄包括加密的部分的名稱和在需要時指向包括該加密部分的另一SC的URL。結(jié)果名稱列定義了在被解密之后分配給該部分的名稱。加密Alg列定義了用于加密該部分的加密算法。密鑰Id/Enc密鑰列定義了用于加密該部分的加密密鑰的標識或一個用于加密該部分的加密對稱密鑰623位串的基64加密。Sym密鑰Alg列是一個可選的參數(shù)，它定義了用于當前面的列是一個加密的對稱密鑰623時用于加密對稱密鑰623的加密算法。Sym密鑰ID列是用于當密鑰Id/Ene密鑰列是一個加密對稱密鑰623時用于加密對稱密鑰623的加密密鑰的標識。部分BOM 密鑰描述部分部分存在摘要結(jié)果名稱 加密Alg 密鑰Id Enc密鑰 Sym密鑰Alg Sym密鑰ID
以下描述了用在上述元數(shù)據(jù)SC表中的術(shù)語·[內(nèi)容URL]-在密鑰描述部分中的記錄中的一個參數(shù)。這是指向與該元數(shù)據(jù)SC620有關(guān)的內(nèi)容SC630中的加密內(nèi)容113的URL。元數(shù)據(jù)SC620本身不包含加密的內(nèi)容113。
·[元數(shù)據(jù)URL]-密鑰描述部分中的一個記錄的一個參數(shù)。這是指向與元數(shù)據(jù)SC620有關(guān)的內(nèi)容SC630中的加密元數(shù)據(jù)的URL。元數(shù)據(jù)SC620本身不包含加密元數(shù)據(jù)。
·內(nèi)容ID-定義分配給內(nèi)容113項的唯一ID的部分。如果元數(shù)據(jù)SC620引用了一個以上的內(nèi)容113項，在此部分中包括了一個以上的內(nèi)容ID。
·元數(shù)據(jù)-包含與內(nèi)容113項有關(guān)的信息的部分，該信息在歌曲的情況下諸如藝術(shù)家姓名和CD封面美術(shù)。可以有多個元數(shù)據(jù)部分，其中有效可以是加密的。元數(shù)據(jù)部分的內(nèi)部結(jié)構(gòu)取決于包含在其中的元數(shù)據(jù)的類型。
·使用條件-包含描述將要加給最終用戶的有關(guān)內(nèi)容113的使用的使用選擇、規(guī)則、和限制信息的部分。
·SC模板-定義描述所要求的和可選的用于建立供應、訂購、以及許可SC660的信息的模板的部分。
·水印指令-包含用于實施內(nèi)容113中的水印的加密指令和參數(shù)的部分。該水印指令可以由清除機構(gòu)105修改并在許可SC660中送回給最終用戶裝置109。在密鑰描述部分中有一個記錄，它定義了用于加密水印指令的加密算法、當水印指令被解密時使用的輸出部分名、用于加密水印指令的加密對稱密鑰623位串的基64加密、用于加密對稱密鑰623的加密算法、以及解密對稱密鑰623所需的公共密鑰的標識。
·清除機構(gòu)證書-來自鑒證當局或來自清除機構(gòu)105的一個證書，它包含清除機構(gòu)105的簽字公共密鑰621?？梢杂幸粋€以上的證書，在此情況下一種層級結(jié)構(gòu)被與包含公共密鑰的最高級證書一起使用，以打開下一個較低級的包含清除機構(gòu)105的公共密鑰621的證書。
·證書-來自鑒證當局或來自清除機構(gòu)105的證書，它包含產(chǎn)生SC的機構(gòu)的簽字的公共密鑰621?？梢杂幸粋€以上的證書，在此情況下一種層級結(jié)構(gòu)被與包含用于打開下一個級的證書的最高級證書一起使用，等等，直到包含SC產(chǎn)生者的公共密鑰的最低級證書。
·SC版本-SC包裝器工具分配給SC的版本號。
·SC ID-產(chǎn)生SC的機構(gòu)分配給SC的唯一的ID。
·SC類型-表示SC的類型(例如元數(shù)據(jù)、供應、訂購等)·SC出版者-表示產(chǎn)生SC的機構(gòu)。
·產(chǎn)生日期-SC的產(chǎn)生日期·期滿日期-SC期滿且不再有效的日期。
·清除機構(gòu)URL-最終用戶播放器應用195應該接觸以獲得適當?shù)膬?nèi)容113的存取授權(quán)的清除機構(gòu)105的地址。
·摘要算法ID-用于計算部分的摘要的算法的標識符。
·數(shù)字簽字Alg ID-用于加密連接的部分摘要的摘要的算法的標識符。這種加密的值是數(shù)字簽字。
·數(shù)字簽字-用產(chǎn)生SC的機構(gòu)的公共密鑰加密的連接部分摘要的摘要。
·輸出部分-當加密部分被解密時分配給輸出部分的名稱。
·RSA和RC4-用于加密對稱密鑰623和數(shù)據(jù)部分的缺省加密算法。
·Enc Sym密鑰-當解密時用于解密一個SC部分的加密密鑰位串的基64加密。
·CH Pub密鑰-表示清除機構(gòu)105的公共密鑰621被用于加密數(shù)據(jù)的標識符。
E．供應安全容器641的格式下表顯示了包括在供應SC641中的部分。這些部分，除了某些元數(shù)據(jù)部分和來自元數(shù)據(jù)SC620的BOM，也包括在供應SC641中。
部分 BOM密鑰描述部分部分存在摘要結(jié)果名稱 加密Alg 密鑰Id Enc密鑰 Sym密鑰Alg Sym密鑰ID元數(shù)據(jù)SC部分
供應SC部分
以下描述了用在上述元數(shù)據(jù)SC641中的未在另一SC中事先描述的術(shù)語·元數(shù)據(jù)SC BOM-來自原始元數(shù)據(jù)SC620的BOM。在供應SC641 BOM中的記錄包括元數(shù)據(jù)SC620 BOM的摘要。
·額外的和超越的域-被電子數(shù)字內(nèi)容商店103所超越的使用條件信息。這種信息由清除機構(gòu)105借助接收的SC模板確認，以確信電子數(shù)字內(nèi)容商店103超越的所有東西都處于其授權(quán)之內(nèi)。
·電子數(shù)字內(nèi)容商店103證書-清除機構(gòu)105提供給電子數(shù)字內(nèi)容商店103并由清除機構(gòu)105用其私人密鑰簽字的證書。這種證書被最終用戶播放器應用195用于核實電子數(shù)字內(nèi)容商店103是內(nèi)容113的有效分送者。最終用戶播放器應用195和清除機構(gòu)105能夠通過用清除機構(gòu)105的公共密鑰621解密證書的簽字，來核實電子數(shù)字內(nèi)容商店103是授權(quán)的分送者。最終用戶播放器應用195保持它作為初始化的一部分而在安裝時接收的清除機構(gòu)105公共密鑰621的一個本地副本。
F．交易安全容器640的格式下表顯示了交易SC640中包括的部分及其BOM和密鑰描述部分。部分 BOM密鑰描述部分部分存在 摘要結(jié)果名稱加密Alg密鑰IdEnc密鑰Sym密鑰AlgSym密鑰ID
以下描述了上述交易SC640中采用的未在前面為另一SC描述的術(shù)語。
·交易ID535-由電子數(shù)字內(nèi)容商店103分配的用于唯一地識別交易的ID。
·最終用戶ID-電子數(shù)字內(nèi)容商店103在最終用戶進行購買選擇并提供信用卡信息時獲得的最終用戶的ID。
·最終用戶的公共密鑰-最終用戶的公共密鑰661，它被清除機構(gòu)105用來對對稱密鑰623進行再加密。最終用戶的公共密鑰661在購買交易期間被發(fā)送給電子數(shù)字內(nèi)容商店103。
·供應SC-用于被購買的內(nèi)容113項的供應SC641。
·內(nèi)容使用的選擇-用于最終用戶購買的各個內(nèi)容113項的一系列的使用條件。對每一個供應SC641都有一個輸入項。
·顯示的HTML-最終用戶播放器應用195在接收到交易SC640時或在最終用戶裝置109與清除機構(gòu)105作用期間在因特網(wǎng)瀏覽窗口中顯示的一或多個HTML頁。
當最終用戶裝置109接收到交易SC640時，可進行以下步驟以核實SC的完整和真實1．利用清除機構(gòu)105的公共密鑰621核實電子數(shù)字內(nèi)容商店103證書的完整。清除機構(gòu)105的公共密鑰621在它作為最終用戶播放器應用195的初始化的一部分而在其安裝過程中被接收時被存儲在最終用戶裝置109。
2．利用來自電子數(shù)字內(nèi)容商店103證書的公共密鑰核實SC的數(shù)字簽字641。
3．核實SC部分的散列。
4．核實包括在交易SC640中的各個供應SC641的完整和真實。
G．訂購安全容器650的格式下表顯示了包括在訂購SC650中的部分及其BOM和密鑰描述部分。這些部分給清除機構(gòu)105提供了用于解密和核實的信息或由清除機構(gòu)105確認。來自供應SC641的這些部分和BOM還被包括在訂購SC650中。在元數(shù)據(jù)SCBOM的部分存在列中的某些串，表示這些部分中的一些未被包括在訂購SC650中。來自元數(shù)據(jù)SC620的BOM也沒有改變地被包括，從而使清除機構(gòu)105能夠確認元數(shù)據(jù)SC620及其部分的完整。
部分 BOM 密鑰描述部分部分存在 摘要 結(jié)果名稱 加密Alg 密鑰IdEnc密鑰Sym密鑰AlgSym密鑰ID元數(shù)據(jù)SC部分
供應SC部分
交易SC部分
訂購SC部分
以下描述未在前面為另一SC描述的、上述訂購SC650中采用的術(shù)語·交易SC BOM-原始交易SC640中的BOM。訂購SC650 BOM中的記錄包括交易SC640 BOM的摘要。
·加密的信用卡信息-來自最終用戶的可選的加密信息，它被用來就購買向信用卡或負債卡收費。這種信息是在產(chǎn)生供應SC641的電子數(shù)字內(nèi)容商店103不處理用戶帳單時所需的，在此情況下清除機構(gòu)105可處理帳單。
H．許可安全容器660的格式下表顯示了包括在許可SC660及其BOM中的部分。如在密鑰描述部分中所示，解密水印指令、內(nèi)容113及其內(nèi)容113元數(shù)據(jù)所需的對稱密鑰623已經(jīng)被清除機構(gòu)105利用最終用戶的公共密鑰661進行了再加密。當最終用戶裝置109接收到該許可SC660時，它解密對稱密鑰623并用它們存取來自許可SC660和內(nèi)容SC630的部分。
部分 BOM 密鑰描述部分部分存在 摘要 結(jié)果名稱 加密Alg 密鑰Id Enc密鑰 Sym密鑰Alg Sym密鑰ID
以下描述了上述許可SC660中在前面未為另一SC描述的術(shù)語·EU Pub密鑰-表示最終用戶的公共密鑰661被用來加密數(shù)據(jù)的一個標識符。
·訂購SC650 ID-從訂購SC650 BOM取得的SC ID。
·證書撤消清單-一個可選的證書ID清單，這些證書ID先被清除機構(gòu)105發(fā)出和簽字，但不再被認為是有效的。具有可被包括在撤消清單中的一個證書核實的簽字的所有SC都是無效的SC。最終用戶播放器應用195在最終用戶裝置109上存儲清除機構(gòu)105證書撤消清單的一個副本。每當接收到一個撤消清單時，最終用戶播放器應用195，如果新的清單更新，就更換其本地副本。撤消清單包括一個版本號或另一方面時間印章(或二者都有)，以確定哪個清單更新。
Ⅰ．內(nèi)容安全容器格式下表顯示了包括在內(nèi)容SC630及BOM中的部分部分 BOM部分存在摘要
以下描述在上述內(nèi)容SC630中未在前面為另一SC描述的術(shù)語·加密的內(nèi)容-內(nèi)容提供者101用對稱密鑰623加密的內(nèi)容113。
·加密的元數(shù)據(jù)-與內(nèi)容提供者101用對稱密鑰623加密的內(nèi)容113相關(guān)的元數(shù)據(jù)。
內(nèi)容SC630中未包括密鑰描述部分，因為解密被加密的部分所需的密鑰在清除機構(gòu)105處所建立的許可SC660中。
Ⅵ．安全容器包裝和打開包裝A．概述SC包裝器是一個32位視窗程序，它帶有可在多個或歌唱步驟處理中被調(diào)用的API(應用編程界面)，以產(chǎn)生帶有所有指定部分的SC。各種硬件平臺的SC包裝器151、152、153，支撐內(nèi)容提供者101、清除機構(gòu)105、電子數(shù)字內(nèi)容商店103和其他要求SC包裝器的站點的視窗程序。如果需要，一個BOM和一個密鑰描述部分被產(chǎn)生和包括在SC中。一組包裝器API使調(diào)用者能夠指定產(chǎn)生BOM和密鑰描述部分中的記錄并將部分包括在SC中所需的信息。部分和對稱密鑰623的加密以及產(chǎn)生摘要和數(shù)字簽字也由包裝器進行。包裝器支持的加密和摘要算法被包括在包裝器碼中，或者通過外部界面進行調(diào)用。
至用于建立SC的包裝器的界面是由接受以下參數(shù)作為輸入的API建立的·至一個連接的結(jié)構(gòu)的緩存器的指向器。緩存器中的每一個結(jié)構(gòu)都是至包裝器的命令，該包裝器具有要求執(zhí)行該命令的信息。包裝器命令包括把一個部分加到具有相關(guān)的BOM記錄的SC上、把一個記錄加到該BOM上、以及把記錄加到密鑰描述部分上。
·表示包含在上述緩存器中的連接的結(jié)構(gòu)的數(shù)目的一個值。
·BOM部分的名稱和位置。
·一個值，其每一個位都是一個定義的標記或為將來使用的保留標記。以下的標記目前得到了定義-SC的所有部分是否應該在緩存器中的所有結(jié)構(gòu)都得到處理之后被捆扎成一個單個的文件的表示。把這些部分捆扎成一個單個的對象是建立SC時進行的最后一個步驟。
-BOM部分中是否省略了數(shù)字簽字的表示。如果該標記未被設(shè)定，則數(shù)字簽字剛好在SC被捆扎成單個的對象之前得到計算。
在一個替換實施例中，至用于建立SC的包裝器的界面是由接受以下參數(shù)作為輸入的API建立的·首先，一個API得到調(diào)用，以通過在指向器中向由初始SC設(shè)定(這些等等以SC BOM部分中的IP記錄表示)所用的信息組成的一個結(jié)構(gòu)傳送用于BOM部分的名稱、尋找將被添加的部分的缺省位置、以及標記值，而產(chǎn)生一個材料的帳單(BOM)部分。該API返回在后續(xù)包括器API中使用的句柄。
·包裝器具有一個API，每當一個部分被加到一個SC上時該API得到使用。這種API接受一個SC句柄-該句柄事先被前面的包裝器API所送回、一個至由有關(guān)正在被添加的部分的信息構(gòu)成的結(jié)構(gòu)的指向器、以及一個標記值。有關(guān)正在被加上的部分的信息包括該部分的名稱和位置、用于該部分的BOM中使用的名稱、正在被添加的部分的類型、該部分的一個散列值、標記等。
·在所有部分都已經(jīng)被加到SC之后，一個包裝器API得到調(diào)用，以把包括BOM部分的所有部分包裝成單個的SC對象，它通常是一個文件。這種API接受一個SC句柄-它由前面的包裝器API事先送回、用于包裝的SC的名稱、至具有用于給SC簽字的信息的一種結(jié)構(gòu)的一個指向器、以及標記值。
包裝器或調(diào)用包裝器的機構(gòu)都可用一種SC模板來建立一個SC。SC模板具有定義正在建立的SC中所需的部分和記錄的信息。模板還能夠定義用于加密對稱密鑰623和加密的部分的加密方法和密鑰索引。
該包裝器具有用于給SC打開包裝的一種API。給SC打開包裝是取一個SC并將其分離成其各個部分的過程。包裝器可隨后得到調(diào)用，以解密從SC打開的任何加密部分。
B．材料的帳單(BOM)部分BOM部分是由包裝器在SC正在被建立時產(chǎn)生的。BOM是一個文本文件，它包含有關(guān)SC包括在SC中的部分的信息的記錄。BOM中的每一個記錄都是在一個單個的行上，每一個新行表示了一個新的記錄的開始。BOM通常包括各個部分的摘要和可被用來確認SC的真實和完整的數(shù)字簽字。
BOM中的記錄類型如下IP一個IP記錄包含與SC有關(guān)的一組名稱=值對。以下的名稱是為SC的指定性質(zhì)保留的V major.minor.fixV屬性指定了SC的版本。這是SC在其下產(chǎn)生的SC規(guī)范的版本號。接著的串應該具有major.minor.fix的形式，其中major,minor和fix是主發(fā)布號、副發(fā)布號、以及固定等級。
ID值ID屬性是一個唯一值，它由產(chǎn)生SC的機構(gòu)分配給該具體的SC。該值的格式由這種文件的較晚的版本定義。
T值T屬性規(guī)定了SC的類型，它應該是以下之一ORD-一個訂購SC650OFF-一個供應SC641LIC-一個許可SCTRA-一個交易SC640MET-一個元數(shù)據(jù)SC620
CON-一個內(nèi)容SC630A值A(chǔ)屬性標明SC的作者或出版者。作者/出版者身份應該是明確的和/或向清除機構(gòu)105登記的。
D值D屬性標明SC的產(chǎn)生日期以及可選的時間。該值應該具有yyyy/mm/dd[@hh:mm[:ss.fsec]][(TZ)]]的形式，表示了年/月/日@小時分鐘秒。十進制-秒的部分(時區(qū))。該值的可選部分被包圍在[]字符中。
E值E屬性標明了SC期滿的日期和時間(可選)。該值應該具有與前面所述的D屬性所用的相同的形式。期滿日期/時間應該盡可能地與清除機構(gòu)105的日期/時間進行比較。
CCURL值CCURL屬性標明了清除機構(gòu)105的URL。該值應該具有正確的外部URL的形式H值H屬性標明了用于為包括在SC中的部分計算消息摘要所用的算法。摘要算法的一個例子是MD5。
一個D記錄是包含識別部分的類型、部分的名稱、部分的摘要(可選)、以及該部分未被包括在SC中的表示(可選)的信息的數(shù)據(jù)或部分輸入項記錄。緊跟著類型標識符的一個-符號，被用來表示該部分未被包括在SC中。以下是數(shù)據(jù)或部分記錄的保留類型K部分_名稱[摘要]
指定密鑰描述部分。
W部分_名稱指定水印指令部分C部分_名稱[摘要]指定用于確認數(shù)字簽字的證書。
T部分_名稱[摘要]指定使用條件部分YF部分_名稱[摘要]指定用于供應SC641的模板部分YO部分_名稱[摘要]指定用于訂購SC650的模板部分YL部分_名稱[摘要]指定用于許可SC660的模板部分ID部分_名稱[摘要]指定被引用的內(nèi)容113的項的內(nèi)容113的ID。
CH部分_名稱[摘要]指定清除機構(gòu)105證書部分SP部分_名稱[摘要]指定電子數(shù)字內(nèi)容商店103證書部分
B部分_名稱[摘要]指定用于其部分或其部分的子集被包括在該SC中的另一SC的BOM部分BP部分_名稱sc_部分_名稱[摘要]指定用于另一SC的BOM部分，該另一SC作為此SC的一個單個的部分而被包括。sc_部分_名稱參數(shù)是被包括在此SC中的SC部分的、此BOM定義的名稱。與這一個相同的一個BOM也被包括在由sc_部分名_稱參數(shù)定義的SC中。
D部分_名稱[摘要]指定一個數(shù)據(jù)(或元數(shù)據(jù))部分一個S記錄是一個簽字記錄，并被用來定義SC的數(shù)字簽字。該數(shù)字簽字被規(guī)定如下S密鑰_標識符簽字_串簽字_算法該S記錄包含了表示簽字的加密密鑰的密鑰_標識符，簽字_串-它是數(shù)字簽字位串的基64編碼、以及用于對摘要進行加密以產(chǎn)生數(shù)字簽字的簽字算法。
C．密鑰描述部分密鑰描述部分是由包裝器產(chǎn)生的，以提供有關(guān)解密SC加密部分所需的加密密鑰。加密部分可被包括在正在建立的SC中，或可以在被正在建立的SC引用的SC中。密鑰描述部分是一個文本文件，它包含了有關(guān)加密密鑰和加密密鑰所用于的部分的信息記錄。密鑰描述部分中形成每一個記錄都是在一個單個的行上，每一個新行表示了新的記錄的開始。
以下的記錄類型被用在密鑰描述部分中并被定義如下
K加密的_部分_名稱；結(jié)果_部分_名稱；部分_加密_算法_標識符；公開_密鑰_標識符密鑰_加密_算法 以及 加密的_對稱_密鑰。
一個K記錄指定了可被包括在此SC中或可被包括在由此記錄引用的另一SC中的加密部分。加密的_部分_名稱是在此SC中的一個部分的名稱或指向另一SC中的加密部分的名稱的一個URL。結(jié)果_部分_名稱是給解密的部分的名稱。部分_加密_算法標識符表示了用于加密該部分的加密算法。公共_密鑰_標識符是用于加密對稱密鑰623的密鑰的標識符。
密鑰_加密_算法_標識符表示了用于加密對稱密鑰623的加密算法。加密的對稱密鑰是用于加密該部分的加密的對稱密鑰623位串的基64編碼。
Ⅶ．清除機構(gòu)105A．概述清除機構(gòu)105負責安全數(shù)字內(nèi)容電子分送系統(tǒng)100的權(quán)利管理功能。清除機構(gòu)105的功能包括使能電子數(shù)字內(nèi)容商店103、核實內(nèi)容113的權(quán)利、購買交易和相關(guān)信息的完整和真實性確認、向最終用戶裝置109分送內(nèi)容加密密鑰或?qū)ΨQ密鑰623、跟蹤這些密鑰的分送、以及向電子數(shù)字內(nèi)容商店103和內(nèi)容提供者101報告交易概述。內(nèi)容加密密鑰被最終用戶裝置109用來解鎖它們已經(jīng)獲得權(quán)利的內(nèi)容113，這種權(quán)利獲得通常是通過從授權(quán)的電子數(shù)字內(nèi)容商店103的購買。在內(nèi)容加密密鑰被送到最終用戶裝置109之前，清除機構(gòu)105通過一種核實處理來確認銷售內(nèi)容113的機構(gòu)的真實性和最終用戶裝置109對內(nèi)容113的權(quán)利。這被稱為SC分析工具185。在某些配置中，清除機構(gòu)105還可通過在清除機構(gòu)105共同定位一個系統(tǒng)-該系統(tǒng)執(zhí)行電子數(shù)字內(nèi)容商店103的信用卡授權(quán)和開帳單功能-來處理內(nèi)容113購買的最后結(jié)算。清除機構(gòu)105用諸如ICVerify和Taxware的OEM包，來處理信用卡處理和本地銷售稅。
電子數(shù)字內(nèi)容商店實施例希望作為內(nèi)容113的銷售者參與安全數(shù)字內(nèi)容電子分送系統(tǒng)100的電子數(shù)字內(nèi)容商店103，向為安全數(shù)字內(nèi)容電子分送系統(tǒng)100提供內(nèi)容113的一或多個數(shù)字內(nèi)容提供者101提出請求。提出請求沒有一定的過程，只要兩方達到一致。在諸如Music Label(例如Sony、Time-Warner等)的數(shù)字內(nèi)容品牌商決定允許電子數(shù)字內(nèi)容商店103銷售其內(nèi)容113之后，清除機構(gòu)105通常經(jīng)電子郵件接收到把電子數(shù)字內(nèi)容商店103加到安全數(shù)字內(nèi)容電子分送系統(tǒng)100中的請求。數(shù)字內(nèi)容品牌商提供電子數(shù)字內(nèi)容商店103的名稱和其他清除機構(gòu)105需要用來為電子數(shù)字內(nèi)容商店103產(chǎn)生數(shù)字證書的信息。該數(shù)字證書以安全的方式被送到數(shù)字內(nèi)容品牌商，并隨后被數(shù)字內(nèi)容品牌商送給電子數(shù)字內(nèi)容商店103。清除機構(gòu)105保持它已經(jīng)分配的數(shù)字證書的一個數(shù)據(jù)庫。各個證書包括一個版本號、一個唯一的序號、一個簽字算法、發(fā)出者的名稱(例如清除機構(gòu)105的名稱)、證書被認為是有效的日期范圍、電子數(shù)字內(nèi)容商店103名稱、電子數(shù)字內(nèi)容商店103的公共密鑰、以及用清除機構(gòu)105的私人密鑰簽字的所有其他信息的散列碼。具有清除機構(gòu)105的公共密鑰621的機構(gòu)能夠確認證書并隨后得到保證，說具有可用來自證書的公共密鑰確認的簽字的SC是有效的SC。
在電子數(shù)字內(nèi)容商店103已經(jīng)接收到其由清除機構(gòu)105產(chǎn)生的數(shù)字證書和來自數(shù)字內(nèi)容品牌商的用于處理SC的所需工具之后，它開始提供能夠被最終用戶購買的內(nèi)容113。電子數(shù)字內(nèi)容商店包括其其證書和交易SC640，并用其數(shù)字簽字643對SC進行簽字。最終用戶裝置109，通過首先檢查數(shù)字證書撤消清單并隨后用清除機構(gòu)105的公共密鑰621核實數(shù)字證書中用于電子數(shù)字內(nèi)容商店103的信息，核實電子數(shù)字內(nèi)容商店103是在安全數(shù)字內(nèi)容電子分送系統(tǒng)100上的內(nèi)容113的有效分送者。清除機構(gòu)105保持一個數(shù)字證書撤消清單。該撤消清單可作為清除機構(gòu)105產(chǎn)生的許可SC660的一個部分而得到包括。最終用戶裝置109在最終用戶裝置109上保持了撤消清單的一個副本，從而它們能夠用它作為電子數(shù)字內(nèi)容商店103的數(shù)字證書確認的一部分。每當最終用戶裝置109接收到一個許可SC660時，它確定是否包括一個新的撤消清單，且如果是，最終用戶裝置109上的本地撤消清單被更新。
B．權(quán)利管理處理訂購SC分析清除機構(gòu)105在最終用戶已經(jīng)從電子數(shù)字內(nèi)容商店103接收了包括供應SC641的交易SC640之后從最終用戶接收一個訂購SC650。訂購SC650由包含與內(nèi)容113及其使用的信息、有關(guān)銷售內(nèi)容113的電子數(shù)字內(nèi)容商店103的信息、以及有關(guān)購買內(nèi)容113的最終用戶的信息組成。在清除機構(gòu)105開始處理訂購SC650中的信息之前，它首先進行一些處理以保證SC是實際有效的且它包含的數(shù)據(jù)沒有以任何方式發(fā)生變化。
確認清除機構(gòu)105通過核實數(shù)字簽字開始對訂購SC650的確認，隨后清除機構(gòu)105核實訂購SC650部分的完整性。為了確認數(shù)字簽字，首先清除機構(gòu)105用包括的簽字機構(gòu)(如果簽字的話)的公共密鑰661解密簽字本身的內(nèi)容631。(簽字機構(gòu)可以是內(nèi)容提供者101、電子數(shù)字內(nèi)容商店103、最終用戶裝置109或它們的任何組合。)隨后，清除機構(gòu)105計算SC的連接部分摘要的摘要，并將它與數(shù)字簽字的解密的內(nèi)容113進行比較。如果兩個值匹配，數(shù)字簽字是有效的。為了核實各個部分的完整性，清除機構(gòu)105計算部分的摘要并將其與BOM中的摘要值進行比較。清除機構(gòu)105按照相同的過程核實包括在訂購SC650中的元數(shù)據(jù)和供應SC641部分的數(shù)字簽字和部分完整性。
核實交易和供應SC641數(shù)字簽字的過程還間接核實了電子數(shù)字內(nèi)容商店103是由安全數(shù)字內(nèi)容電子分送系統(tǒng)100授權(quán)的。這是根據(jù)這樣的事實，即清除機構(gòu)105是證書的發(fā)出者。或者，清除機構(gòu)105將能夠利用來自電子數(shù)字內(nèi)容商店103的公共密鑰成功地核實交易SC640和供應SC641的數(shù)字簽字，但必須是給SC簽字的機構(gòu)擁有相關(guān)的私人密鑰才行。只有電子數(shù)字內(nèi)容商店103擁有私人密鑰。注意清除機構(gòu)105不需要具有電子數(shù)字內(nèi)容商店103的本地數(shù)據(jù)庫。因為商店使用清除機構(gòu)的公共密鑰對交易SC640供應SC641進行簽字。
隨后，最終用戶購買的內(nèi)容113的商店使用條件519被清除機構(gòu)105確認，以保證它們處于元數(shù)據(jù)SC620設(shè)定的限制之內(nèi)?；貞浺幌略獢?shù)據(jù)SC620是包括在訂購SC650中的。
密鑰處理加密對稱密鑰623和水印指令的處理是由清除機構(gòu)105在訂購SC650的真實和完整性檢查、電子數(shù)字內(nèi)容商店103的確認、以及商店使用條件519的確認被成功進行之后進行的。訂購SC650的元數(shù)據(jù)SC620部分通常具有位于用清除機構(gòu)105的公共密鑰621加密的密鑰描述部分中的幾個對稱密鑰623。對稱密鑰623的加密是由內(nèi)容提供者101在產(chǎn)生元數(shù)據(jù)SC620時進行的。
一個對稱密鑰623被用于解密水印指令，且其他的被用于解密內(nèi)容113和任何加密的元數(shù)據(jù)。由于內(nèi)容113能夠代表單個的歌曲或CD上的整個歌曲集合，不同的對稱密鑰623可被用于各個歌曲。水印指令被包括在訂購SC650中的元數(shù)據(jù)SC620中。內(nèi)容113和加密的元數(shù)據(jù)處于內(nèi)容寄放站點111處的內(nèi)容SC630中。內(nèi)容SC630中的URL和加密的內(nèi)容113的部分名稱，被包括在訂購SC650的元數(shù)據(jù)SC620的密鑰描述部分中。清除機構(gòu)105用其私人密鑰解密對稱密鑰623，并隨后用最終用戶裝置109的公共密鑰661將它們每一個加密。最終用戶裝置109的公共密鑰661是從訂購SC650獲取的。新的加密的對稱密鑰623被包括在清除機構(gòu)105送回最終用戶裝置109的許可SC660的密鑰描述部分中。
在對稱密鑰623的處理期間，清除機構(gòu)105可希望進行水印指令的修改。如果是這種情況，則在清除機構(gòu)105解密了對稱密鑰623之后，水印指令被修改和再加密。新的水印指令作為送回最終用戶裝置109的許可SC660中的部分中的一個而被包括。
如果訂購SC650的所有處理都成功，則清除機構(gòu)105把許可SC660送回最終用戶裝置109。最終用戶裝置109用許可SC660信息下載內(nèi)容SC630并存取加密的內(nèi)容113和元數(shù)據(jù)。水印指令也由最終用戶裝置109執(zhí)行。
如果清除機構(gòu)105不能成功地處理訂購SC650，則一個HTML頁被送回最終用戶裝置109并顯示在一個因特網(wǎng)瀏覽器窗口上。該HTML頁表示了清除機構(gòu)105不能處理交易的原因。
在一個替換實施例中，如果用戶在為銷售設(shè)定的發(fā)布日期已經(jīng)購買了內(nèi)容113的一個副本，許可SC660在沒有對稱密鑰623的情況下被送回。許可SC660在發(fā)布日期或其之后被送回清除機構(gòu)105，以接收對稱密鑰623。作為一個例子，內(nèi)容提供者101允許用戶在歌曲的發(fā)布日期之前下載一個新歌曲，以使用戶能夠下載該歌曲并在內(nèi)容提供者101設(shè)定的一個日期之前播放該歌曲。這允許內(nèi)容113在發(fā)布日期的立即打開，而不用在發(fā)布日上競爭帶寬和下載時間。
C．與國家有關(guān)的參數(shù)可選地清除機構(gòu)105采用了最終用戶裝置109的域名，且盡可能地采用信用卡帳單地址以確定最終用戶的國家所在。如果在最終用戶所在的國家中對內(nèi)容113的銷售有任何限制，則清除機構(gòu)105在向最終用戶裝置109發(fā)送許可SC660之前確保所進行的交易不侵犯任何這些限制。電子數(shù)字內(nèi)容商店也被期望通過進行與清除機構(gòu)105相同的檢查，來參與內(nèi)容113在不同的國家的分送的管理。清除機構(gòu)105，在電子數(shù)字內(nèi)容商店103忽視了內(nèi)容提供者101設(shè)定的與國家有關(guān)的規(guī)則的情況下，進行任何能夠進行的檢查。
D．審計運行記錄和跟蹤清除機構(gòu)105為內(nèi)容113購買交易和報告請求交易期間進行的每一個操作保持信息的一個審計運行記錄150。該信息可被用于各種目的，諸如安全數(shù)字內(nèi)容電子分送系統(tǒng)100的審計、產(chǎn)生報告、和數(shù)據(jù)發(fā)掘。
清除機構(gòu)105還保持了用于電子數(shù)字內(nèi)容商店103的帳單子系統(tǒng)182中的會計平衡。用于電子數(shù)字內(nèi)容商店103的價格結(jié)構(gòu)由數(shù)字內(nèi)容品牌商提供給清除機構(gòu)105。這種信息可包括諸如需要加于電子數(shù)字內(nèi)容商店103的目前的特價、批量折扣、以及會計虧空限制。清除機構(gòu)105利用定價信息跟蹤電子數(shù)字內(nèi)容商店103的平衡并保證它們不超過內(nèi)容提供者101設(shè)定的它們的虧空限制。
以下的操作是清除機構(gòu)105通常進行運行記錄的·最終用戶裝置109對許可SC660的請求·當清除機構(gòu)105處理帳單時的信用卡授權(quán)號·許可SC660至最終用戶裝置109的傳播·報告請求·來自最終用戶的內(nèi)容SC630和許可SC660被接收和確認的通知以下信息是清除機構(gòu)105通常為許可SC660進行運行記錄的·請求的日期和時間·購買交易的日期和時間·正在購買的項的內(nèi)容ID·內(nèi)容提供者101的標識·商店使用條件519·水印指令修改·電子數(shù)字內(nèi)容商店103添加的交易ID535·電子數(shù)字內(nèi)容商店103的標識
·最終用戶裝置109的標識·最終用戶的信用卡信息(如果清除機構(gòu)105處理帳單)以下信息是清除機構(gòu)105通常為最終用戶的信用卡確認進行運行記錄的·請求的日期和時間·向信用卡收取的量·正在購買的項的內(nèi)容ID·電子數(shù)字內(nèi)容商店103添加的交易ID535·電子數(shù)字內(nèi)容商店103的標識·最終用戶的標識·最終用戶的信用卡信息·從信用卡的結(jié)算者接收到的授權(quán)號以下是清除機構(gòu)105在許可SC660被送給最終用戶裝置109時通常進行運行記錄的信息·請求的日期和時間·正在購買的項的內(nèi)容ID·內(nèi)容提供者101的標識·使用條件517·電子數(shù)字內(nèi)容商店103添加的交易ID535·電子數(shù)字內(nèi)容商店103的標識·最終用戶的標識以下信息是當進行報告請求時通常進行運行記錄的·請求的日期和時間·報告被送出的日期和時間·正在被請求的報告的類型·用于產(chǎn)生報告的參數(shù)·請求報告的機構(gòu)的標識E．結(jié)果的報告報告由清除機構(gòu)105用清除機構(gòu)105在最終用戶購買交易期間運行記錄的信息產(chǎn)生。內(nèi)容提供者101和電子數(shù)字內(nèi)容商店103可經(jīng)過付款核實界面183從清除機構(gòu)105請求交易報告，從而使它們能夠用清除機構(gòu)105運行記錄的信息更新它們自己的交易數(shù)據(jù)庫。清除機構(gòu)105還能夠向內(nèi)容提供者101和電子數(shù)字內(nèi)容商店103提供定期的報告。
清除機構(gòu)105定義一種安全的電子界面，它使內(nèi)容提供者101和電子數(shù)字內(nèi)容商店103能夠請求和接收報告。報告請求SC包括由清除機構(gòu)105分配給發(fā)出請求的機構(gòu)的一個證書。清除機構(gòu)105利用該證書和SC的數(shù)字簽字來核實請求是從授權(quán)的機構(gòu)發(fā)出的。該請求還包括諸如持續(xù)時間的參數(shù)，該參數(shù)確定了報告的范圍。清除機構(gòu)105確認該請求參數(shù)，以保證請求者只能接收允許其接收的信息。
如果清除機構(gòu)105判定報告請求SC是真實且有效的，則清除機構(gòu)105產(chǎn)生一個報告并將其包裝到將要送到發(fā)出請求的機構(gòu)的一個報告SC中。某些報告可在限定的時間間隔自動產(chǎn)生并被存儲在清除機構(gòu)105，從而當接收到請求時它們能夠被立即送出。包括在報告中的數(shù)據(jù)的格式由該文件的較新的版本限定。
F．帳單和付款核實內(nèi)容113的帳單可由清除機構(gòu)105或電子數(shù)字內(nèi)容商店103處理。在清除機構(gòu)105處理電子內(nèi)容113的帳單的情況下，電子數(shù)字內(nèi)容商店103把最終用戶的訂購分離成電子貨物和在適合時的物理貨物。電子數(shù)字內(nèi)容商店隨后次數(shù)清除機構(gòu)105該交易，包括最終用戶的帳單信息，以及需要授權(quán)的總量。清除機構(gòu)105授權(quán)最終用戶的信用卡并把一個通知送回到電子數(shù)字內(nèi)容商店103。在清除機構(gòu)105授權(quán)最終用戶的信用卡的同時，電子數(shù)字內(nèi)容商店103能夠?qū)徺I的任何物理貨物對最終用戶的信用卡進行收費。在各個電子項被最終用戶裝置109下載之后，清除機構(gòu)105得到通知，從而使最終用戶的信用卡能夠被收費。這是在內(nèi)容113為在最終用戶裝置109的使用而使能之前由最終用戶裝置109進行的最后一個步驟。
在其中電子數(shù)字內(nèi)容商店103處理電子內(nèi)容113的帳單的情況下，清除機構(gòu)105不得到有關(guān)交易的通知，直到最終用戶裝置109把訂購SC650送到清除機構(gòu)105。清除機構(gòu)105在每個電子項被下載之后仍然得到最終用戶裝置109的通知。當清除機構(gòu)105得到通知時，它把一個通知送給電子數(shù)字內(nèi)容商店103，從而使電子數(shù)字內(nèi)容商店103能夠?qū)ψ罱K用戶的的信用卡進行收費。
G．再發(fā)送安全數(shù)字內(nèi)容電子分送系統(tǒng)100提供了處理內(nèi)容113的再發(fā)送的能力。這通常是由用戶服務界面184進行的。電子數(shù)字內(nèi)容商店提供了一種用戶界面，最終用戶能夠按照步驟通過該界面以開始一個再發(fā)送。最終用戶到購買內(nèi)容113項的電子數(shù)字內(nèi)容商店103的站點，以請求內(nèi)容113的再發(fā)送。
內(nèi)容113的再發(fā)送是當最終用戶因為內(nèi)容113不能被下載或下載的內(nèi)容113不能使用而請求以前購買的內(nèi)容113的一個新的副本時進行的。電子數(shù)字內(nèi)容商店判定最終用戶是否有權(quán)進行內(nèi)容113的再發(fā)送。如果最終用戶有權(quán)進行再發(fā)送，則電子數(shù)字內(nèi)容商店103建立一個交易SC640，它包括再發(fā)送的內(nèi)容113項的供應SC641。交易SC640被送到最終用戶裝置109，且由最終用戶執(zhí)行與購買交易相同的步驟。如果最終用戶裝置109有在密鑰庫中的用于正在再發(fā)送的內(nèi)容113項的加密的密鑰，則交易SC640包括指令最終用戶裝置109刪除該加密的密鑰的信息。
在其中清除機構(gòu)105處理內(nèi)容113購買的財務結(jié)算的情況下，電子數(shù)字內(nèi)容商店103包括在訂購SC650中攜帶給清除機構(gòu)105的交易SC640中的一個標記。清除機構(gòu)105解譯訂購SC650中的該標記并處理交易而不就內(nèi)容113的購買向最終用戶收費。
Ⅷ．內(nèi)容提供者A．概述安全數(shù)字內(nèi)容電子分送系統(tǒng)100中的內(nèi)容提供者101是數(shù)字內(nèi)容品牌商或擁有內(nèi)容113的權(quán)利的機構(gòu)。內(nèi)容提供者101的角色是為分送而準備內(nèi)容113，并使有關(guān)內(nèi)容113的信息能夠被電子數(shù)字內(nèi)容商店103或內(nèi)容113的可下載電子版本的分銷商所獲得。為了向內(nèi)容提供者101提供最安全的權(quán)利控制，提供了一系列的工具，以使內(nèi)容提供者101能夠在他們自己的地方準備內(nèi)容113和安全地把他們的內(nèi)容113包裝成SC，從而使內(nèi)容113在離開內(nèi)容提供者101的所在地時是安全的且不暴露于未經(jīng)授權(quán)的他方或被后者所存取。這使得內(nèi)容113能夠在整個非安全性的網(wǎng)絡(luò)(諸如因特網(wǎng))上自由地分送，而不用擔心暴露于黑客或未經(jīng)授權(quán)方。
給內(nèi)容提供者101的工具的最終目的，是把諸如歌曲和歌曲系列的內(nèi)容113準備和包裝成內(nèi)容SC630，并把描述歌曲的信息、歌曲的允許的使用(內(nèi)容使用條件517)、和歌曲的促銷信息包裝成元數(shù)據(jù)SC620。為了實現(xiàn)這點，提供了以下的工具組·工作流管理器工具154-安排處理活動的方案并管理所需的處理同步。
·內(nèi)容處理工具155-控制包括水印、預處理(對于聲頻的例子包括所需的平衡、動態(tài)調(diào)節(jié)、或再取樣)編碼和壓縮的內(nèi)容113文件準備的工具集。
·元數(shù)據(jù)同化和輸入工具161-一種工具集合，用于收集來自內(nèi)容提供者的數(shù)據(jù)庫160和/或第三方數(shù)據(jù)庫或數(shù)據(jù)輸入文件和/或經(jīng)過操作者接觸的內(nèi)容113描述信息，并提供指定內(nèi)容使用條件517的手段。還提供了一種界面，用于獲取或提取諸如用于CDS或DDP文件的數(shù)字聲頻內(nèi)容的內(nèi)容。
·質(zhì)量控制工具，使得能夠預覽準備的內(nèi)容和元數(shù)據(jù)。能夠進行元數(shù)據(jù)需要的校正或為進一步的處理的內(nèi)容再提交。
·SC包裝器工具152-加密和包裝所有的內(nèi)容113和信息并調(diào)用SC包裝器以包裝成SC。
·內(nèi)容傳播工具(未顯示)-把SC傳播到指定的分送中心，諸如內(nèi)容寄放站點111和電子數(shù)字內(nèi)容商店103。
·內(nèi)容促銷網(wǎng)站156-存儲元數(shù)據(jù)SC620并開口地添加供授權(quán)的電子數(shù)字內(nèi)容商店103下載的促銷材料。
B．工作流管理器154這種工具的目的，是計劃、跟蹤、和管理內(nèi)容113的處理活動。這種應用使多個用戶能夠進行存取，并能夠從因特網(wǎng)或內(nèi)容提供者101的外聯(lián)網(wǎng)內(nèi)的遠程地點安排內(nèi)容113的計劃和進行狀態(tài)檢查。這種設(shè)計還使得能夠進行共同處理-其中多個個人可并行地在內(nèi)容113的多個段上進行操作且不同的人可被分配給特定的責任且這些人能夠分布在全世界。
參見圖8，它是與圖7對應的工作流管理器154的主要處理的框圖。圖8的主要處理概括了在此部分中描述的工具所提供的處理功能。該工作流管理器154負責向這些處理提供任務并在其當前的處理完成時把任務引導至下一個所需的處理。這是通過一系列應用編程界面(API)實現(xiàn)的，每一個處理工具調(diào)用這些API以·檢索需要處理的下一個任務·表示處理的成功完成·表示處理的未成功完成和失敗的原因·提供處理的中間狀態(tài)(以便能夠開始只需要相關(guān)處理的部分完成的處理)·給指定的處理所能夠獲得的產(chǎn)品加上評論工作流管理器154還具有一個用戶界面，圖7中顯示了一個示例性的工作流管理器用戶界面700，它提供了以下功能·一個配置面板，它使得能夠指定將要在各種級的處理中分配和執(zhí)行的缺省值和條件·使工作流程規(guī)則和自動處理流程個性化
·任務計劃安排·狀態(tài)詢問和報告·給與一或多個處理有關(guān)的任務添加評論或指令·任務管理(即暫停、釋放、除去、改變優(yōu)先級(處理的順序))各個處理都具有由工作流管理器154管理的與其相關(guān)的隊列。從工作流管理器154請求任務的所有處理，在工作流管理器154中導致了處理(工具)被暫停在等候狀態(tài)下(如果當前在相關(guān)的排隊中沒有任務)或把所有有關(guān)需要進行其相應處理的任務的信息送回處理。如果處理被暫停在等候狀態(tài)下，它在一個任務被工作流管理器154置于其排隊上時恢復處理。
工作流管理器154還根據(jù)一組確定的規(guī)則管理流程或處理順序。如果內(nèi)容提供者101具有特殊的處理要求或配置特殊的缺省規(guī)則，這些規(guī)則可被內(nèi)容提供者101個性化。當一個處理報告其分配的任務的完成時，它通知工作流管理器154這種狀態(tài)，且工作流管理器154根據(jù)確定的規(guī)則決定下一次把該任務置于什么隊列上。
表示特殊處理指令的評論或通知也可在任何的處理步驟，經(jīng)過編程API或手動，通過工作流管理器用戶界面700或處理器界面，而被附在產(chǎn)品上。
工作流管理器154中的處理，在最佳實施例中是以Java實施的，但其他編程語言-諸如C/C++、匯編程序等也可得到采用。應該理解的是，以下描述的工作流管理器154處理可在各種硬件和軟件平臺上運行。工作流管理器154，作為一個完整的系統(tǒng)或作為其任何組成處理，可作為在一種計算機可讀取介質(zhì)中的應用程序而分送，包括但不限于諸如網(wǎng)絡(luò)或軟盤、CDROM和可拆下的硬盤驅(qū)動器的電子分送。
現(xiàn)在參見圖8，它是與圖7相應的工作流管理器154主要處理的框圖。以下的部分概括了各個處理并描述了各個處理所需的信息或行動。
1．產(chǎn)品等候行動/信息處理801
一旦處理所需的所有信息都可獲得且任務已經(jīng)成功完成了所有相關(guān)處理，任務被置于特殊的處理隊列中。在工作流管理器154中存在一種特殊隊列，它被用來保持由于信息丟失或阻止進一步處理的故障而在當前不能處理的任務。這些任務被置于產(chǎn)品等候行動/信息處理801排隊中。在此隊列中的每一個任務都具有相關(guān)的狀態(tài)，用于表示它等候的行動或信息、該任務所工作在的最后一個處理、以及一旦丟失或額外的信息被提供一個所需的行動被成功完成該任務所排隊的下一個處理任何處理的完成，都使得工作流管理器154檢查這種排隊，并判定在此隊列中的任何任務是否在等候這種處理(行動)的完成或這種處理所提供的信息。如果是，該任務被排隊到適當?shù)奶幚黻犃兄小?br> 2．新內(nèi)容請求處理802內(nèi)容提供者101確定它希望電子銷售或交付的產(chǎn)品(例如產(chǎn)品可以是一首歌曲或一個歌曲集)。工作流管理器154的初始功能是使操作者能夠識別這些產(chǎn)品并將它們置于新內(nèi)容請求處理802的排隊中。內(nèi)容提供者101可通過配置選擇指定在產(chǎn)品選擇界面上提示什么信息。輸入了足夠唯一識別產(chǎn)品的信息。可選地，可包括額外的域，以請求與元數(shù)據(jù)獲取并行地啟動聲頻處理階段所需的信息的手動輸入。如果沒有手動提供，這種信息可從缺省配置設(shè)定或從內(nèi)容提供者的數(shù)據(jù)庫160(象在自動元數(shù)據(jù)獲取處理803中的元數(shù)據(jù)處理的第一階段中獲得)可選地恢復。內(nèi)容提供者的數(shù)據(jù)庫160中的內(nèi)容113的構(gòu)成和能力，確定了內(nèi)容選擇處理。
如果指定了詢問內(nèi)容提供者101的數(shù)據(jù)庫160所需的信息，任務被自動元數(shù)據(jù)獲取處理803所處理。在一個音樂實施例中，為了適當安排產(chǎn)品以進行聲頻處理，產(chǎn)品的類型和所希望的壓縮等級以及聲頻PCM或WAV文件名得到指定。這種信息可作為產(chǎn)品選擇處理的一部分而被輸入，或經(jīng)過個性化的輸入界面或網(wǎng)絡(luò)瀏覽器功能而得到選擇。這種信息的指定使得產(chǎn)品能夠被安排進行內(nèi)容處理。
產(chǎn)品選擇用戶界面提供了一種選擇，使得操作者能夠指定是否發(fā)放產(chǎn)品以進行處理或是否將其保持以等候進一步的信息輸入項。如果保持，任務被加到新內(nèi)容請求處理802的隊列上，以等侯進一步的行動來完成數(shù)據(jù)輸入和/或發(fā)放該過程以進行處理。一旦產(chǎn)品被發(fā)放，工作流管理器154評價指定的信息并判定任務準備好了進到哪些處理。
如果提供了足夠的信息而能夠進行對內(nèi)容提供者101的數(shù)據(jù)庫160的自動詢問，任務為自動元數(shù)據(jù)獲取處理803進行排隊。如果數(shù)據(jù)庫映象表還沒有為自動元數(shù)據(jù)獲取處理803進行配置，該任務為手動元數(shù)據(jù)輸入處理804(有關(guān)數(shù)據(jù)庫映象表的細節(jié)見自動元數(shù)據(jù)獲取處理803)進行排隊。
如果指定了用于聲頻處理的所需通用信息和水印所需的專用信息，任務為水印處理808(內(nèi)容處理的第一階段)進行排隊。如果當任務被釋放時有所需信息丟失，任務與表示丟失的信息的狀況一起被排隊到產(chǎn)品等候行動/信息處理801的隊列中。
如果該狀況表明內(nèi)容113的文件名(例如在內(nèi)容113是聲頻的情況下的PCM或WAV文件)丟失，則這可能表示需要進行獲取(或從數(shù)字介質(zhì)的數(shù)字提取)。聲頻處理功能要求歌曲文件可經(jīng)標準的文件系統(tǒng)界面存取。如果歌曲位于聲頻處理工具所不能直接存取的外部的介質(zhì)或文件系統(tǒng)中，該文件首先被復制到一個可存取的文件系統(tǒng)上。如果歌曲是數(shù)字格式的但在CD或數(shù)字帶上，它們被提取到可被聲頻處理工具存取的文件系統(tǒng)上。一旦文件可存取，工作流管理器用戶界面700就被用來指定或選擇任務的路徑或文件名，從而使它能夠被釋放到加水印處理，假定加水印所需的所有其他信息都已經(jīng)被指定。
3．自動元數(shù)據(jù)獲取處理803自動元數(shù)據(jù)獲取處理803對內(nèi)容提供者101的數(shù)據(jù)庫160或引進數(shù)據(jù)的數(shù)據(jù)庫進行一系列的詢問，以試圖以自動方式獲得盡可能多的產(chǎn)品信息。自動元數(shù)據(jù)獲取處理803在允許項目被置于其隊列中之前要求以下信息·具有生成對內(nèi)容提供者101的數(shù)據(jù)庫160的詢問的足夠信息的數(shù)據(jù)庫映象表·進行詢問所需的產(chǎn)品信息·唯一地限定產(chǎn)品所需的足夠產(chǎn)品信息對內(nèi)容提供者101的數(shù)據(jù)庫160進行一種自動詢問，以獲得處理內(nèi)容113所需的信息。例如，如果內(nèi)容113是音樂，進行這種詢問所需的信息可以是專輯名稱或可以是一個UPC或指定的專輯或選定的ID，由內(nèi)容提供者101決定。在需要獲得的信息中，某些被指定為必需(細節(jié)見自動元數(shù)據(jù)獲取處理803的部分)。如果獲得了所需必需的信息，任務隨后被排隊以進行使用條件處理805。如果缺少任何必需信息，該歌曲被進行手動元數(shù)據(jù)輸入處理804排隊。如果產(chǎn)品等候行動/信息處理801排隊中的任何任務正在等候在此步驟中獲得的信息，任務狀況被更新以表示它不再等候這種信息。如果該任務不再具有任何未解決的要求，它被排隊到下一個確定的隊列中。
4．手動元數(shù)據(jù)輸入處理804手動元數(shù)據(jù)輸入處理804為操作者提供了輸入丟失的信息的手段。它沒有依賴。一旦所有必需的信息都被指定，任務為使用條件處理805進行排隊。
5．使用條件處理805使用條件處理805使得能夠指定產(chǎn)品使用和限制。使用條件處理805可要求某些元數(shù)據(jù)。在使用條件指定完成時，任務可以為元數(shù)據(jù)SC產(chǎn)生處理807進行排隊，除非監(jiān)督發(fā)放處理806被請求或被配置為工作流管理器154規(guī)則中的缺省。在此情況下，任務為監(jiān)督發(fā)放處理806進行排隊。在為元數(shù)據(jù)SC產(chǎn)生處理807進行排隊之前，工作流管理器154將首先保證該處理的所有依賴條件都已經(jīng)滿足(見下)。如果沒有，該任務為產(chǎn)品等候行動/信息處理801進行排隊。
6．監(jiān)督發(fā)放處理806監(jiān)督發(fā)放處理806使得能夠進行質(zhì)量檢查和為數(shù)字內(nèi)容產(chǎn)品指定的信息確認。它沒有任何依賴。在該過程的處理的任何階段在前面附在任務上的評論，可被監(jiān)督者重新觀看并采用適當?shù)男袆?。在再重新觀看了所有信息和評論之后，監(jiān)督者具有以下選擇·同意發(fā)放并把產(chǎn)品置于元數(shù)據(jù)SC產(chǎn)生處理807排隊·修改和/或添加信息并將產(chǎn)品置于元數(shù)據(jù)SC產(chǎn)生處理807排隊·給任務添加評論并再次為手動元數(shù)據(jù)輸入處理804排隊·添加評論并將任務置于產(chǎn)品等候行動/信息處理801排隊7．元數(shù)據(jù)SC產(chǎn)生處理807元數(shù)據(jù)SC產(chǎn)生處理807把以上收集的所有信息以及元數(shù)據(jù)SC620所需的其他信息收集在一起，并調(diào)用SC包裝器處理以產(chǎn)生元數(shù)據(jù)SC620。這種工具要求以下輸入·所需的元數(shù)據(jù)·使用條件·該過程的所有質(zhì)量等級的加密階段中采用的加密密鑰這最后一個依賴條件要求相關(guān)的聲頻對象在元數(shù)據(jù)SC620被產(chǎn)生之前已經(jīng)完成了聲頻處理階段。在元數(shù)據(jù)SC產(chǎn)生處理807完成時，任務根據(jù)確定的工作流程規(guī)則，被排隊到最后質(zhì)量保證處理813的隊列或內(nèi)容傳播處理814中。
8．水印處理808水印處理808把版權(quán)和其他信息加到內(nèi)容113。對于其中內(nèi)容113是歌曲的一個實施例，這種工具要求以下輸入·歌曲的文件名(如果是專輯則為多個文件名)·水印指令·水印參數(shù)(將要包括在水印中的信息)在完成了水印處理808時，如果任務所需的輸入可獲得則它為預處理和壓縮處理809而排隊，否則為產(chǎn)品等候行動/信息處理801排隊。
9．預處理和壓縮處理809預處理和壓縮處理809把內(nèi)容113編碼成指定的壓縮等級并首先進行任何所需的預處理。把任務排隊到這種隊列中實際上產(chǎn)生了多個排隊輸入項。為所希望的產(chǎn)品的每一個壓縮等級，都產(chǎn)生了一個任務。編碼處理可在多個系統(tǒng)上并行進行。這種工具要求以下輸入·加水印的內(nèi)容文件名(如果內(nèi)容113是專輯則為多個文件名)·產(chǎn)品的質(zhì)量等級(可以是預配置的)·壓縮算法(可以是預配置的)·產(chǎn)品類型(如果需要可以由預處理器進行)在完成了編碼處理時，如果工作流程規(guī)則設(shè)定，任務被排隊至內(nèi)容質(zhì)量控制處理810。如果沒有，則任務被排隊至加密處理811。
如果編碼工具的第三方提供者沒有提供顯示諸如聲頻的內(nèi)容113的已經(jīng)處理的百分比的方法或以選定的內(nèi)容113的整個選擇的百分比表示已經(jīng)編碼的內(nèi)容113量的方法，在圖11中顯示了一種流程圖100，它是用于確定圖8的內(nèi)容預處理和壓縮工具的數(shù)字內(nèi)容的編碼速率的方法。該方法開始于選擇所希望的編碼算法和位速率，即步驟1101。隨后，詢問這種算法和編碼率是否具有事先計算出的比率因子，步驟1102。該比率因子是用于確定一種特定的編碼算法的壓縮率和特定的位速率的因子。如果沒有存儲事先計算出的比率因子，內(nèi)容113的樣品在預定時間中得到編碼。該預定時間在最佳實施例中是幾秒。這種預定時間的編碼率被用來計算一個新的比率因子RNEW。知道該時間和編碼的內(nèi)容113量，計算一個新的比率因子RNEW是RNEW=(編碼的數(shù)字內(nèi)容的長度)/(時間)，步驟1108。內(nèi)容113被編碼且編碼的狀況用事先計算的比率因子RNEW進行顯示，步驟1109。這種編碼比率因子RNEW隨后被存儲，步驟1107，以便將來為這種包圍算法和編碼位速率而使用。如果選定的算法具有事先計算的比率因子RSTORED，步驟1103。內(nèi)容113利用事先計算的比率因子RSTORED進行編碼和進程顯示，步驟1104。同時，為這種選定的算法和位速率計算一個當前比率因子RCURRENT，步驟1105。這種當前比率因子RCURRENT用于更新存儲的比率因子RNEW=AVERAGE OF(RSTORED+RCURRENT)，步驟1106。這種比率因子的重復更新使得編碼率的確定能夠隨著具體的編碼算法和位速率的每一次使用而變得越來越準確。新比率RNEW隨后被存儲，以便將來使用，步驟1107。如果當前的比率因子RCURRENT已經(jīng)超出了事先存儲的比率因子RSTORED給定的范圍或閾值，則可不進行RSTORED的更新。
隨后可提供編碼狀況的顯示。這種編碼狀況除了當前的編碼率之外還包括對作為根據(jù)編碼率和內(nèi)容113的文件總長度而以進程條方式顯示的內(nèi)容113的總量的百分比顯示。編碼狀況可還包括編碼的剩余時間。編碼剩余時間可通過用計算出的編碼率RCURRENT除內(nèi)容113的文件總長度而獲得。編碼狀況可以被傳送給可啟動調(diào)用處理的另一程序。這有助于編碼或依賴于編碼的程序的監(jiān)督程序更為有效地運行和進行批處理。應該理解的是，在一種替換實施例中，編碼可被包括在水印步驟中。
10．內(nèi)容質(zhì)量控制處理810內(nèi)容質(zhì)量控制處理810的功能與監(jiān)督發(fā)放處理806類似。它是一種使人能夠確認到此進行的內(nèi)容處理的質(zhì)量的可選步驟。它沒有依賴，除了水印處理808和預處理和壓縮處理809的編碼部分的完成之外。在內(nèi)容質(zhì)量控制處理810完成時，可獲得以下選擇·任務可被釋放并為加密處理811排隊·可附加評論且一或多個任務為預處理和壓縮處理809重新排隊最后一種選擇要求歌曲文件的未編碼的水印版本直到內(nèi)容質(zhì)量控制處理810之后仍然可獲得。
11．加密處理811加密處理811調(diào)用適當?shù)陌踩珨?shù)字內(nèi)容電子分送權(quán)利管理功能，以加密每一個加水印/編碼的歌曲文件。這種處理除了所有其他聲頻處理的完成之外沒有依賴。在加密處理811處理完成時，任務為內(nèi)容SC產(chǎn)生處理812進行排隊。
12．內(nèi)容SC產(chǎn)生處理812內(nèi)容SC產(chǎn)生處理812處理可要求某些元數(shù)據(jù)文件被包括在內(nèi)容SC630中。如果要求內(nèi)容113以外的文件，這些文件被收集且SC包裝器處理被調(diào)用以為所產(chǎn)生的內(nèi)容113(例如歌曲)的每一個壓縮等級產(chǎn)生一個內(nèi)容SC630。在內(nèi)容SC產(chǎn)生處理812完成時，歌曲根據(jù)確定的工作流程規(guī)則，被排隊到最后質(zhì)量保證處理813或內(nèi)容傳播處理814。
13．最后質(zhì)量保證處理813最后質(zhì)量保證處理813是一個可選步驟，它允許對相關(guān)的元數(shù)據(jù)與內(nèi)容SC630之間的交叉檢查，以核實它們正確地匹配且包含在其中的所有信息和內(nèi)容113是正確的。在最后質(zhì)量保證處理813完成時，任務為內(nèi)容傳播處理814進行排隊。如果發(fā)現(xiàn)了問題，任務在大多數(shù)情況下需要被重新排隊至故障級。在此階段的重新工作的成本要高得多，因為產(chǎn)品除了校正問題所需的再處理之外，還需要經(jīng)過再加密和再包裝。強烈建議采用先前的保證階段，以保證內(nèi)容113的質(zhì)量和信息的準確和完整。
14．內(nèi)容傳播處理814內(nèi)容傳播處理814處理負責把SC傳送至適當?shù)募姆耪军c。在成功傳送SC之后，任務完成狀況得到運行記錄，且任務被從排隊中刪除。如果在SC傳送中發(fā)生了問題，在確定數(shù)目的再試之后，任務在工作流管理器工具154中與遇到的錯誤一起被標記為已經(jīng)失敗。
15．工作流程規(guī)則圖8的工作流程規(guī)則是在以下三個主要系統(tǒng)中運行的
A工作流管理器工具1541．新內(nèi)容請求處理8022．產(chǎn)品等候行動/信息處理8013．最后質(zhì)量保證處理8134．內(nèi)容傳播(和通知)處理814B．元數(shù)據(jù)同化和輸入工具1611．自動元數(shù)據(jù)獲取處理8032．手動元數(shù)據(jù)輸入處理8043．監(jiān)督發(fā)放處理8064．元數(shù)據(jù)SC產(chǎn)生處理807C．內(nèi)容處理工具1551．水印處理808(要求版權(quán)數(shù)據(jù))2．預處理和壓縮處理8093．內(nèi)容質(zhì)量控制處理8104．加密處理8115．內(nèi)容SC產(chǎn)生處理812工作流程內(nèi)容113選擇操作器輸入一個新的產(chǎn)品且它開始排隊到A1(新內(nèi)容請求處理802)上。
A1當內(nèi)容113選擇操作器將其釋放到工作流管理器工具154上時，它被排隊到B1(自動元數(shù)據(jù)獲取處理803)上。
A2來自步驟B1(自動元數(shù)據(jù)獲取處理803)，或步驟B2(手動元數(shù)據(jù)輸入處理804)，或步驟B3(監(jiān)督發(fā)放處理806)，在其至之前的步驟(元數(shù)據(jù)SC產(chǎn)生處理807)的過程中[需要加密密鑰]。
來自之前的步驟(元數(shù)據(jù)SC產(chǎn)生處理807)在其至步驟A3(最后質(zhì)量保證處理813)或步驟A4(內(nèi)容傳播 處理814)的過程中[需要內(nèi)容SC630]來自步驟C1(水印處理808)在其至步驟C2(預處理和壓縮處理809)的過程中[需要用于預處理和壓縮處理809的元數(shù)據(jù)]來自步驟C4(加密處理811)在其至步驟C5(內(nèi)容SC產(chǎn)生處理812)的過程中[需要用于內(nèi)容SC630包裝的元數(shù)據(jù)]來自步驟C5(內(nèi)容SC產(chǎn)生處理812)在其至步驟A3(最后質(zhì)量保證處理813)或步驟A4(內(nèi)容傳播處理814)的過程中[需要元數(shù)據(jù)SC620]A3在步驟A3(最后質(zhì)量保證處理813)之后，置于隊列B2(手動元數(shù)據(jù)輸入處理804)，或置于隊列B3(監(jiān)督發(fā)放處理806)，或置于質(zhì)量保證操作器所需的隊列中。
A4在步驟A4(內(nèi)容傳播處理814)之后，工作流管理器工具154完成了該產(chǎn)品的操作。
B1在步驟B1(自動元數(shù)據(jù)獲取處理803)之后，如果有步驟C1(水印處理808)所需的元數(shù)據(jù)，則將一個表示這種過程的輸入項置于隊列C1上。
(另外還按照以下的邏輯)如果1-任何所需的元數(shù)據(jù)丟失，或者2-有指向手動元數(shù)據(jù)提供者的評論，則還將該產(chǎn)品置于隊列B2(手動元數(shù)據(jù)輸入處理804)中，此外如果為此產(chǎn)品請求了監(jiān)督發(fā)放，則將該產(chǎn)品置于隊列B3(監(jiān)督發(fā)放處理806)中。
此外如果產(chǎn)品具有來自內(nèi)容處理工具155的用于所有請求的質(zhì)量等級的信息，則將產(chǎn)品置于之前的隊列(元數(shù)據(jù)SC產(chǎn)生處理807)中，此外將產(chǎn)品標記為需要加密密鑰并將產(chǎn)品置于隊列A2(產(chǎn)品等候行動/信息處理801)。
B2在步驟B2(手動元數(shù)據(jù)輸入處理804)期間，如果步驟C1(水印處理808)還未進行且步驟C1所需的元數(shù)據(jù)存在，則將表示該產(chǎn)品的一個輸入項置于隊列C1上。
(還進行以下邏輯)如果步驟C2(預處理和壓縮處理809)所示的元數(shù)據(jù)剛好提供，則(還進行以下邏輯)如果可由元數(shù)據(jù)同化和輸入工具161收集的元數(shù)據(jù)存在，則如果為次產(chǎn)品請求了監(jiān)督發(fā)放，則將該產(chǎn)品置于隊列B3(監(jiān)督發(fā)放處理806)否則如果來自內(nèi)容處理工具155的步驟C4(加密處理811)的所有信息都存在，則將該產(chǎn)品置于之前的隊列(元數(shù)據(jù)SC產(chǎn)生處理807)上否則將產(chǎn)品標記為需要加密密鑰并將產(chǎn)品置于隊列A2(產(chǎn)品等候行動/信息處理801)中。
否則如果元數(shù)據(jù)提供者請求強行監(jiān)督發(fā)放，則將產(chǎn)品置于隊列B3(監(jiān)督發(fā)放處理806)否則不做任何操作(把產(chǎn)品保持在隊列B2(手動元數(shù)據(jù)輸入處理804)上)。
B3．在步驟B3(監(jiān)督發(fā)放處理806)期間如果操作者把產(chǎn)品送回B2(手動元數(shù)據(jù)輸入處理804)，則將產(chǎn)品置于隊列B2上。
否則如果操作者發(fā)放了產(chǎn)品，則如果來自內(nèi)容處理工具155的步驟C4(加密處理811)的所有信息都存在，則將產(chǎn)品置于之前隊列(元數(shù)據(jù)SC產(chǎn)生處理)上否則將產(chǎn)品標記為需要加密密鑰并將該產(chǎn)品置于隊列A2(產(chǎn)品等候行動/信息處理801)上。
否則產(chǎn)品仍然在隊列B3(監(jiān)督發(fā)放處理806)上。
之前在步驟之前(元數(shù)據(jù)SC產(chǎn)生處理807)之后，把產(chǎn)品元數(shù)據(jù)標記為已經(jīng)包裝如果所有(過程/質(zhì)量等級)元組都已經(jīng)被包裝，則如果內(nèi)容提供者101配置指定了SC的質(zhì)量保證，則將產(chǎn)品置于隊列A3(最后質(zhì)量保證處理813)否則將該產(chǎn)品置于隊列A4(內(nèi)容傳播處理814)。
否則將產(chǎn)品標記為需要內(nèi)容113 SC并將該產(chǎn)品置于隊列A2(產(chǎn)品等候行動/信息處理801)。
C1在步驟C1(水印處理808)之后，如果步驟C2(預處理和壓縮處理809)所需的元數(shù)據(jù)存在，則為每一個(產(chǎn)品/質(zhì)量等級)元組產(chǎn)生一個輸入項并將它們置于排隊C2中，否則，將產(chǎn)品標記為需要用于預處理/壓縮的元數(shù)據(jù)并將該產(chǎn)品置于隊列A2(產(chǎn)品等候行動/信息處理801)。
C2在步驟C(預處理和壓縮處理809)之后，如果內(nèi)容提供者101配置指定了內(nèi)容質(zhì)量控制處理810，則將該(產(chǎn)品/質(zhì)量等級)元組置于隊列C3(內(nèi)容質(zhì)量控制處理810)中，否則，將該(產(chǎn)品/質(zhì)量等級)元組置于隊列C4(加密處理81)中。
C3在步驟C3(內(nèi)容質(zhì)量控制處理810)之后，將這種(產(chǎn)品/質(zhì)量等級)元組置于隊列C4(加密處理811)中。
C4在步驟C4(加密處理811)之后，提供所需的信息(即處理產(chǎn)生并用于加密內(nèi)容113的對稱密鑰623)提供給元數(shù)據(jù)同化和輸入工具161。
如果內(nèi)容SC630要求的所有元數(shù)據(jù)存在，則把這種(產(chǎn)品/質(zhì)量等級)元組置于隊列C5(內(nèi)容SC產(chǎn)生處理812)中，否則把該產(chǎn)品標記為需要用于內(nèi)容SC630包裝的元數(shù)據(jù)并將這種(產(chǎn)品/質(zhì)量等級)元組置于A2(產(chǎn)品等候行動/信息處理801)。
C5在步驟C5(內(nèi)容SC產(chǎn)生處理812)之后，將在此質(zhì)量等級的內(nèi)容113的質(zhì)量等級標記為已經(jīng)包裝如果所有(產(chǎn)品/質(zhì)量等級)元組都已經(jīng)被包裝，則如果產(chǎn)品標記為元數(shù)據(jù)已經(jīng)被包裝，則如果內(nèi)容提供者101配置指定了SC的質(zhì)量保證，則將產(chǎn)品置于隊列A3(最后質(zhì)量保證處理813)否則將產(chǎn)品置于隊列A4(內(nèi)容傳播處理814)否則將產(chǎn)品標記為需要元數(shù)據(jù)SC620并將產(chǎn)品置于隊列A2(產(chǎn)品等候行動/信息處理801)。
否則(所有(產(chǎn)品/質(zhì)量等級)元組還未被包裝)不做任何操作(另一(產(chǎn)品/質(zhì)量等級)元組觸發(fā)一個行動)。
C．元數(shù)據(jù)同化和輸入工具元數(shù)據(jù)由描述內(nèi)容113的數(shù)據(jù)組成，例如在音樂中的記錄標題、藝術(shù)家、作者/作曲者、制作人和記錄的長度。以下的描述是基于內(nèi)容113是音樂，但本領(lǐng)域的技術(shù)人員應該理解的是其他的類型，例如視頻、程序、多媒體、電影等，都處于本發(fā)明的范圍和精神。
該子系統(tǒng)把內(nèi)容提供者101提供給電子數(shù)字內(nèi)容商店103以幫助促進產(chǎn)品銷售的數(shù)據(jù)(例如對于音樂該藝術(shù)家的樣品片段、該藝術(shù)家的歷史、該記錄出現(xiàn)的專輯的清單、與該藝術(shù)家和/或產(chǎn)品有關(guān)的類型)、內(nèi)容提供者101提供給購買產(chǎn)品的最終用戶的數(shù)據(jù)(例如藝術(shù)家、制作人、專輯封面、道長度)、以及內(nèi)容提供者101希望提供給最終用戶的不同的購買選擇(經(jīng)濟517)匯集在一起。該數(shù)據(jù)被包裝成元數(shù)據(jù)SC620，并可由電子數(shù)字內(nèi)容商店103獲得。為了實現(xiàn)這點，提供了以下工具·自動元數(shù)據(jù)獲取工具·手動元數(shù)據(jù)輸入輸入項工具·使用條件工具·監(jiān)督發(fā)放工具這些工具使內(nèi)容提供者101能夠?qū)嵤┥鲜鲇糜诠ぷ髁鞴芾砥?54的處理。在最佳實施例中，在此描述的工具是基于Java的工具箱，但也可以采用其他的編程語言，諸如C/C++、匯編程序等。
1．自動元數(shù)據(jù)獲取工具自動元數(shù)據(jù)獲取工具提供給用戶實施上述自動元數(shù)據(jù)獲取處理803的能力。自動元數(shù)據(jù)獲取工具被用于存取內(nèi)容提供者101的數(shù)據(jù)庫160并在不用操作者幫助的情況下恢復盡可能多的數(shù)據(jù)?？色@得使這種處理自動化的配置方法。內(nèi)容提供者101能夠裁剪缺省的元數(shù)據(jù)模板，以標明該內(nèi)容提供者101希望提供給最終用戶的數(shù)據(jù)的類型(例如作曲者、制作人、樂隊成員、道長度)和內(nèi)容提供者101提供給電子數(shù)字內(nèi)容商店103的促銷數(shù)據(jù)的類型(例如對于音樂樣品，該藝術(shù)家的樣品片段、藝術(shù)家的歷史、該記錄出現(xiàn)在其上的專輯的清單、與該藝術(shù)家有關(guān)的類型)。缺省的元數(shù)據(jù)模板包括最終用戶裝置109要求的數(shù)據(jù)域、可以可選地提供給最終用戶裝置109的數(shù)據(jù)域和數(shù)據(jù)場的取樣組，它們以電子數(shù)字內(nèi)容商店103為目標，用于促銷藝術(shù)家、專輯、和/或單個。
為了從內(nèi)容提供者101的數(shù)據(jù)庫160提取模板數(shù)據(jù)域，自動元數(shù)據(jù)獲取工具采用了一個表，該表把數(shù)據(jù)的類型(例如作曲者、制作人、藝術(shù)家的簡歷)映象到數(shù)據(jù)庫中可找到該數(shù)據(jù)的位置。每一個內(nèi)容提供者101幫助指定他們環(huán)境的映象表。
自動元數(shù)據(jù)獲取工具用內(nèi)容提供者101的元數(shù)據(jù)模板和映象表來獲得從內(nèi)容提供者101的數(shù)據(jù)庫160所能夠獲得的數(shù)據(jù)。各個產(chǎn)品的狀況用自動元數(shù)據(jù)獲取處理803的結(jié)果進行更新。丟失了任何所需的數(shù)據(jù)的產(chǎn)品被進行手動元數(shù)據(jù)輸入處理804排隊，否則它可為包裝成元數(shù)據(jù)SC620而獲得。
2．手動元數(shù)據(jù)輸入輸入項工具手動元數(shù)據(jù)輸入輸入項工具提供給用戶實施上述手動元數(shù)據(jù)輸入處理804的能力。手動元數(shù)據(jù)輸入輸入項工具使所有適當授權(quán)的操作者能夠提供丟失的數(shù)據(jù)。如果操作者判定丟失的數(shù)據(jù)不能獲得，操作者能夠把一個評論附到產(chǎn)品上并請求監(jiān)督發(fā)放。內(nèi)容提供者101可為質(zhì)量保證的理由而要求產(chǎn)品經(jīng)歷監(jiān)督發(fā)放。一旦所有所需的數(shù)據(jù)都有了，且如果監(jiān)督發(fā)放沒有被請求，則產(chǎn)品可為包裝成元數(shù)據(jù)SC620而獲得。
3．使用條件工具使用條件工具提供給用戶實施上述使用條件處理805的能力。為銷售或出租(有限使用)而供應內(nèi)容113的采用電子交付的處理，涉及一系列的交易決定。內(nèi)容提供者101決定以什么壓縮等級提供內(nèi)容113。此時對內(nèi)容113的各個壓縮編碼版本，指定了一或多個使用條件。每一個使用條件都就內(nèi)容113的使用限定了最終用戶的權(quán)利和對最終用戶的任何限制。
作為內(nèi)容處理工具155的一部分，一組使用條件(最終用戶的權(quán)利和限制)被附到產(chǎn)品上。
一種使用條件確定1．使用條件適用的內(nèi)容113的壓縮編碼版本。
2．此使用條件所適用的用戶的類型(例如商業(yè)、私人消費者)。
3．該使用條件是允許內(nèi)容113的購買還是出租。
對于出租交易·限定出租期間的計量單位(例如天、播放)
·在其之后不再播放內(nèi)容113的上述單位的數(shù)目對于購買交易·最終用戶被允許制作的可播放副本的數(shù)目。
·在什么介質(zhì)上他/她可制作這些副本(例如CD-可記錄(CD-R)、小盤、個人計算機)。
4．允許發(fā)生購買/出租交易的時期(即最終用戶只有在可獲得日期開始之后和在最后可獲得日期之前能夠在這種使用條件的規(guī)定下購買/出租)。
5．最終用戶能夠從其進行這種購買(或出租)交易的國家。
6．在此使用條件之下購買/出租交易的價格。
7．水印參數(shù)8．需要清除機構(gòu)105通知的事件的類型。
一組使用條件的一個例子內(nèi)容提供者101可決定測試北美市場在1997年第四季度中對通俗兒童歌唱家的兒童歌曲的再發(fā)布的接受程度。該測試將使該歌曲能夠以兩種不同的壓縮編碼版本被獲得384Kbp和56Kbp。384Kbp版本可被購買(且一個副本被作在小盤上)或出租(兩個星期)，而56Kbp版本只能被購買(且不制作副本)。水印指令對任何購買/出租都相同，且內(nèi)容提供者101希望清除機構(gòu)105國家制作的每一個副本。這將產(chǎn)生以下的使用條件使用條件1使用條件2使用條件3壓縮編碼版本 384Kbp 384Kbp 56Kbp用戶類型 私人消費者 私人消費者 私人消費者交易類型 購買 出租 購買國家 美國和加拿大 美國和加拿大 美國和加拿大水印 std. std. std.通知事件 復制行動 無 無副本數(shù)目 100到什么介質(zhì)上 小盤 不適用 不適用出租期限 不適用 14天 不適用價格 價格1價格2價格34．元數(shù)據(jù)SC620的部分以下是元數(shù)據(jù)同化和輸入工具161收集以包括在元數(shù)據(jù)SC620中的數(shù)據(jù)的某些種類。進行了嘗試以將這些數(shù)據(jù)根據(jù)功能和目的地分成SC部分。產(chǎn)品ID [src內(nèi)容提供者][dest每一個人]被許可人品牌公司 [dest:EMS；最終用戶]被許可人品牌公司 [dest:EMS；最終用戶]對象(再被許可人品牌公司) [dest每一個人]來源(發(fā)行人)對象類型(即單個對象還是 [dest每一個人]一組對象)對象ID國際標準記錄碼(ISRC)國際標準音樂號(ISMN)使用條件(src內(nèi)容提供者；dest:EMS，最終用戶、清除機構(gòu)105)購買使用條件(src:EMS；dest最終用戶，清除機構(gòu)105)對象使用的使用條件(消費者限制和權(quán)利)
(聲音錄音)使用條件組中的一個單個的輸入項使用條件適用的內(nèi)容113的壓縮編碼版本該使用條件是允許內(nèi)容113的購買還是出租對出租交易限定出租的期限的測量單位(例如天、播放)在其之后內(nèi)容113不再播放的上述單位的數(shù)目。
對購買交易允許最終用戶制作的可播放副本的數(shù)目用戶可在什么種類的介質(zhì)上制作這些副本(例如CD可記錄(CD-R)、小盤、個人計算機)。
允許發(fā)生購買/出租交易的時期(即最終用戶在本使用條件下只能在可獲得日期開始之后和可獲得的最后日期之前購買/出租)至最終用戶從其能夠進行該購買(或出租)交易的國家的指針在此使用條件之下的購買/出租交易的價格至加密的水印指令和參數(shù)的指針至要求清除機構(gòu)105的通知的事件的類型的指針購買數(shù)據(jù)(加密的；可選信息；src:EMS；dest最終用戶，清除機構(gòu)105)購買日期購買價格帳單上的名稱和地址消費者名稱和地址消費者的國家(最佳猜測)元數(shù)據(jù)1(src內(nèi)容提供者；dest:EMS，最終用戶)一數(shù)組{
版權(quán)信息對作曲對聲音錄音歌曲標題首席藝術(shù)家}指針至{美術(shù)作品(例如專輯封面)；美術(shù)作品的格式(例如GIF、JPEG)；}可選信息一附加信息數(shù)組{作曲者發(fā)行者制作人樂隊成員錄音日期發(fā)布日期民歌道名稱(描述)/道長度該錄音出現(xiàn)在其上的專輯清單類型}元數(shù)據(jù)2(src內(nèi)容提供者；dest:EMS)一結(jié)構(gòu)數(shù)組，每一個都代表相同的聲音錄音的不同的質(zhì)量等級{聲音錄音
聲音錄音的質(zhì)量等級；(可能壓縮的)聲音錄音的大小(字節(jié))；}元數(shù)據(jù)3(src內(nèi)容提供者；dest:EMS，最終用戶)可選信息促銷材料至藝術(shù)家促銷材料的一個指針{至藝術(shù)家網(wǎng)站的一個URL藝術(shù)家的背景描述；與藝術(shù)家有關(guān)的會見(連同會見的格式(例如文本、聲頻、視頻))；回顧(連同回顧的格式(例如文本、聲頻、視頻))；樣品片段(及其格式和壓縮等級)；近來和即將到來的音樂會/見面/事件-它們的日期和地點；}至專輯促銷材料的一個指針{樣品片段(及其格式和壓縮等級)；制作人和/或作曲者和/或電影/話劇和/或?qū)］嫷闹谱鞯鹊谋尘懊枋?；不是與藝術(shù)家有關(guān)的會見(連同會見的格式(例如文本、聲頻、視頻))；回顧(連同回顧的格式(例如文本、聲頻、視頻))；類型；}單本促銷樣品片段(及其格式和壓縮等級)
制作人和/或作曲者和/或電影/話劇和/或單本制作等的背景描述；回顧(連同回顧的格式(例如文本、聲頻、視頻))5．監(jiān)督發(fā)放工具監(jiān)督發(fā)放工具提供給用戶實施上述監(jiān)督發(fā)放處理806的能力。由內(nèi)容提供者101指定為具有監(jiān)督發(fā)放授權(quán)的個人，可調(diào)用等候監(jiān)督發(fā)放的產(chǎn)品(即在監(jiān)督發(fā)放處理806的排隊上的產(chǎn)品)，檢驗其內(nèi)容113及其伴隨的評論，以及同意其內(nèi)容113并將產(chǎn)品發(fā)放以包裝成元數(shù)據(jù)SC620，或者進行必要的改性并發(fā)放產(chǎn)品以包裝成元數(shù)據(jù)SC620，或者添加說明校正行動的評論并將產(chǎn)品重新提交給手動元數(shù)據(jù)輸入處理804在另一實施例中，在產(chǎn)生SC之后，有另一個可選的質(zhì)量保證步驟，其中SC的內(nèi)容113可被打開和進行完整性和準確性檢驗，且此時可對產(chǎn)品至零售渠道的發(fā)放進行最后的批準或拒絕。
D．內(nèi)容處理工具內(nèi)容處理工具155實際是用于處理數(shù)字內(nèi)容文件以產(chǎn)生加水印的、編碼的、和加密的內(nèi)容副本的軟件工具的集合。這些工具利用了工業(yè)標準數(shù)字內(nèi)容處理工具，以便能夠進行所涉及的水印、編碼和加密技術(shù)的可插更換。如果選定的工業(yè)工具可經(jīng)過一個命令行系統(tǒng)調(diào)用界面和傳送的參數(shù)而裝載或提供其中功能能夠經(jīng)過DLL界面而得到調(diào)用的工具箱，則內(nèi)容處理可實現(xiàn)一定程度的自動化。至各個工具的一個前端應用詢問內(nèi)容處理工具155中的適當?shù)呐抨犗乱粋€可獲得的任務，恢復所需的文件和參數(shù)并隨后裝載工業(yè)標準內(nèi)容處理工具以執(zhí)行所需的功能。在完成該任務時，如果工具不報告終止狀況，可能需要進行排隊的手動更新。
內(nèi)容處理工具155的一個通用版本得到了描述，但可以進行個性化。內(nèi)容處理工具155可以用Java、C/C++或任何等價的軟件編寫。內(nèi)容處理工具155可以通過任何計算機可讀取手段進行交付，包括盤、CD或通過網(wǎng)站。
1．水印工具水印工具提供給用戶實施上述水印處理808的能力。這種工具利用聲頻水印技術(shù)把內(nèi)容113擁有者的版權(quán)信息加到歌曲文件上。所寫的實際信息由內(nèi)容提供者101和選擇的具體的水印技術(shù)確定。這種信息可被前端水印工具獲得，從而使它能夠適當?shù)匕堰@種信息傳送到水印功能。這對元數(shù)據(jù)同化和輸入工具161提出了同步要求，以保證它在例如允許歌曲的聲頻文件被處理之前已經(jīng)獲得了這種信息。這種歌曲將不能被聲頻處理獲得，直到水印信息已經(jīng)被獲得。
水印作為聲頻處理中的第一步驟而被應用，是因為它對于產(chǎn)生的歌曲的所有編碼都是共同的。只要水印能夠經(jīng)過編碼技術(shù)而生存，每一個歌曲就只需要進行一次水印處理。
各種水印技術(shù)是已知和可商業(yè)獲得的。前端水印工具能夠支持各種工業(yè)水印工具。
2．預處理和壓縮工具預處理和壓縮工具提供給用戶實施上述預處理和壓縮處理809的能力。聲頻編碼涉及兩個處理。對音樂內(nèi)容例子，編碼基本上是一種對PCM聲頻流的損失壓縮算法。編碼器通?？杀徽{(diào)諧，以根據(jù)所需的聲頻質(zhì)量等級，產(chǎn)生各種重放位流速率。較高的質(zhì)量導致較大的文件大小，且由于文件大小對于高質(zhì)量的內(nèi)容113可變得很大，高質(zhì)量的內(nèi)容113的下載時間延長且有關(guān)對標準的28,800bps調(diào)制解調(diào)器變得難于接受。
因此，內(nèi)容提供者101可選擇提供各種供下載的內(nèi)容質(zhì)量，以滿足缺乏耐心而帶寬小的用戶(他們不希望為一次下載等候幾小時)和高帶寬的用戶(他們只購買高質(zhì)量的內(nèi)容113或具有較高速度的連接)。
壓縮算法技術(shù)是變化的，以產(chǎn)生內(nèi)容113的較低位速率的再現(xiàn)。該技術(shù)的算法(即MPEG,AC3,ATRAC)和壓縮等級都是變化的。為了實現(xiàn)較高的壓縮等級，通常數(shù)據(jù)在被交付給壓縮算法之前被以較低的取樣率進行再取樣。為了允許以較小的失真實現(xiàn)有效的壓縮，或為了防止相同頻率范圍的顯著的降低，數(shù)字內(nèi)容有時要求對一定的頻率的平衡等級進行調(diào)節(jié)，或?qū)︿浺舻膭討B(tài)進行調(diào)節(jié)。內(nèi)容處理要求與壓縮算法和所需的壓縮等級直接有關(guān)。在某些情況下，內(nèi)容113的風格(例如音樂類型)可被成功地用作確定預處理要求的基準，因為相同類型的歌曲通常具有類似的動態(tài)。借助某些壓縮工具，這些預處理功能是編碼處理的一部分。借助另一些工具，所希望的預處理在壓縮之前進行。
除了用于銷售的可下載聲頻文件，各個歌曲還具有一個低位速率(LBR)的編碼片段，以使歌曲能夠經(jīng)過LBR流協(xié)議而被取樣。這種LBR編碼也是內(nèi)容處理工具155的責任。這種片段由內(nèi)容提供者101作為單獨的PCM文件或作為偏離和長度的參數(shù)而提供。
象水印一樣，希望編碼工具能夠經(jīng)過DLL或命令行系統(tǒng)調(diào)用界面和用于預處理和壓縮的傳送的所有所需參數(shù)而裝載。前端編碼工具可具有與元數(shù)據(jù)同化和輸入工具161的同步要求，例如如果內(nèi)容是音樂，且如果判定歌曲的類型是在進行任何聲頻預處理之前從內(nèi)容提供者的數(shù)據(jù)庫160獲得的。這取決于選擇的編碼工具和歌曲類型的不確定程度如何。如果內(nèi)容提供者101改變了對每一個歌曲的編碼質(zhì)量等級的選擇，這種信息也在編碼步驟之前被提供并與元數(shù)據(jù)同化和輸入工具161產(chǎn)生的元數(shù)據(jù)一致。
今天已經(jīng)已知各種高質(zhì)量編碼算法和工具。前端編碼工具能夠支撐各種工業(yè)編碼工具。
參見圖12，它顯示了根據(jù)本發(fā)明的圖8的自動元數(shù)據(jù)獲取工具的一個實施例的流程圖。該處理開始于從內(nèi)容提供者101正在檢驗的介質(zhì)讀取標識符。內(nèi)容的一個例子是聲頻CD實施例。在一種聲頻CD實施例中，以下的碼可以是可獲得的通用價格碼(UPC)、國際標準記錄碼(ISRC)、國際標準音樂號(ISMN)。這種標識符在用于內(nèi)容的適當?shù)牟シ牌髦斜蛔x取，例如用于聲頻CD的聲頻CD播放器、用于DVD電影的DVD播放器、用于DAT錄音等的DAT錄音機等，步驟1201。隨后這種標識符被用于為內(nèi)容提供者101的數(shù)據(jù)庫160作索引，步驟1202。圖8中的上述工作流管理處理所需的某些或所有信息在數(shù)據(jù)庫160中和任何其他有關(guān)的來源獲取，步驟1203。這種信息可包括內(nèi)容113和與其有關(guān)的元數(shù)據(jù)。在步驟1204，獲取的額外的信息被用來啟動工作流管理器154以產(chǎn)生電子內(nèi)容113。應該理解的是，幾種介質(zhì)選擇，諸如幾種聲頻CD，可以排隊，從而使自動元數(shù)據(jù)獲取工具能夠產(chǎn)生一系列的內(nèi)容113以進行電子分送。例如，所有內(nèi)容113可從一系列的CDS產(chǎn)生，甚至從內(nèi)容提供者101檢驗的一或多個CDS的選定道產(chǎn)生。
在一個替換實施例中，預處理的參數(shù)可從內(nèi)容提供者的數(shù)據(jù)庫160自動獲取。參見圖13，它是根據(jù)本發(fā)明的自動設(shè)定圖8的預處理和壓縮工具的預處理和壓縮參數(shù)的方法的流程圖。在此實施例中，內(nèi)容113是音樂。在步驟1301，音樂(內(nèi)容113)得到選擇以在內(nèi)容處理工具155中進行編碼。選定的音樂的類型得到確定，步驟1302。這可以手動輸入或通過利用其他可獲得的元數(shù)據(jù)，諸如從圖12中描述的過程獲取的附加數(shù)據(jù)。聲頻的壓縮等級和選擇的聲頻的壓縮算法隨后得到檢驗，步驟1303。隨后，按照類型、壓縮設(shè)定和壓縮算法進行查詢，以確定在預處理和壓縮處理809中應該采用什么壓縮參數(shù)，步驟1304。
3．內(nèi)容質(zhì)量控制工具內(nèi)容質(zhì)量控制工具提供給用戶實施上述內(nèi)容質(zhì)量控制處理810的能力。這是一種可選的內(nèi)容處理工具，并給質(zhì)量控制技術(shù)人員提供了一個機會，以回顧編碼和加水印的內(nèi)容文件，并根據(jù)質(zhì)量判定同意或拒絕內(nèi)容文件。他可通過進行手動預處理調(diào)節(jié)而對內(nèi)容進行再編碼，直到質(zhì)量滿足要求，或者可把歌曲標記為需要再處理并附上描述問題的一個注釋。
這種處理步驟可由內(nèi)容提供者101作為一種可選或必需的內(nèi)容處理工作流程步驟而進行配置。一種附加的可選最后質(zhì)量保證處理813步驟，在用于這種內(nèi)容的所有SC的包裝(例如對于在CD上的歌曲的每一個SC)之后，得到了提供，此時內(nèi)容編碼的質(zhì)量可得到測試，但在加密和包裝之前盡早發(fā)現(xiàn)問題能夠進行更為有效的內(nèi)容處理。因此，非常希望內(nèi)容質(zhì)量能夠在此步驟得到保證，而不是等到所有處理的最后完成。
4．加密工具加密工具提供給用戶實施上述加密處理811的能力。內(nèi)容加密是內(nèi)容處理工具155的最后步驟。加密工具產(chǎn)生的內(nèi)容的每一個版本現(xiàn)在都被加密。加密工具是SC包裝器的一個功能。SC包裝器被調(diào)用以加密歌曲并送回所用的產(chǎn)生的加密密鑰。這種密鑰隨后被傳送到SC包裝器，以用于產(chǎn)生元數(shù)據(jù)SC620。
E．內(nèi)容SC產(chǎn)生工具一旦匯集了所有的元數(shù)據(jù)，內(nèi)容SC產(chǎn)生工具根據(jù)它們的用途把元數(shù)據(jù)分成組。這些組的元數(shù)據(jù)被寫入將要作為元數(shù)據(jù)SC620的元數(shù)據(jù)部分傳送到SC包裝器工具中的文件中。各個部分(文件)都有獨特的處理要求。一旦相關(guān)的歌曲得到處理和加密且目標目的地(內(nèi)容寄放站點111的URL)被確定，用于內(nèi)容113的內(nèi)容SC630就準備好了被產(chǎn)生。已經(jīng)完成處理并已經(jīng)滿足了上述所有要求的內(nèi)容113，在工作流管理器154的包裝器排隊中為包裝進行排隊。
內(nèi)容SC產(chǎn)生工具現(xiàn)在獲取由元數(shù)據(jù)同化和輸入工具161的前面的步驟產(chǎn)生的所有所需的文件，并調(diào)用SC包裝器功能以產(chǎn)生元數(shù)據(jù)SC620和內(nèi)容SC630。這種處理為每一個歌曲產(chǎn)生了單個的元數(shù)據(jù)SC620和多個內(nèi)容SC630。例如，如果內(nèi)容是音樂，在為整個歌曲的各種質(zhì)量等級的聲頻處理期間產(chǎn)生的各個聲頻文件都被包裝到單獨的內(nèi)容SC630中。為樣品片段產(chǎn)生的聲頻文件作為將要包括在元數(shù)據(jù)SC620中的元數(shù)據(jù)文件而得到傳送。
F．最后質(zhì)量保證工具最后質(zhì)量保證工具提供給用戶實施上述最后質(zhì)量保證處理813的能力。一旦為內(nèi)容文件建立了所有SC，內(nèi)容就可以提供給最后質(zhì)量保證檢查。質(zhì)量保證可在內(nèi)容113準備過程中的各種階段進行。內(nèi)容提供者101可選擇在各個主要步驟完成時進行質(zhì)量保證，以防止隨后過多的返工，或者可選擇等候至所有聲頻準備處理完成并一次進行所有的質(zhì)量保證。如果采用后一種選擇，質(zhì)量保證在SC的產(chǎn)生完成時進行。這種工具允許打開、檢驗和聲頻播放歌曲的各個SC。
所發(fā)現(xiàn)的任何問題，即使小的文本改變，都要求SC被重新建立，因為SC的內(nèi)部安全特征。為了避免不必要的再處理時間，強烈建議利用中間質(zhì)量保證步驟來保證元數(shù)據(jù)的準確性且這種具體的質(zhì)量保證步驟被保留以進行與該歌曲有關(guān)的SC之間的適當?shù)慕徊嬉么_認。如果發(fā)現(xiàn)了問題，保證人能夠輸入一個問題描述以附在歌曲上，并將其重新排隊到適當?shù)奶幚黻犃兄幸赃M行再處理。狀況在工作流管理器154中被適當更新，以表示所有有關(guān)的歌曲部分的狀況。如果沒有發(fā)現(xiàn)問題，內(nèi)容113被標記為準備好進行發(fā)放。
G．內(nèi)容傳播工具內(nèi)容傳播工具提供給用戶實施上述內(nèi)容傳播處理814的能力。一旦內(nèi)容113已經(jīng)被批準發(fā)放，內(nèi)容113的SC被置于內(nèi)容傳播處理的隊列中。內(nèi)容傳播工具監(jiān)測該排隊并根據(jù)內(nèi)容提供者101提供的配置設(shè)定進行SC文件的立即傳送或SC文件組的批傳送。內(nèi)容提供者101還能夠可選地配置內(nèi)容傳播工具以自動保持這種排隊中的所有SC，直到它們被手動標記以進行發(fā)放。這使得內(nèi)容提供者101能夠在他們計劃的發(fā)放日期之前準備內(nèi)容并將它們保持至他們希望發(fā)放它們，例如一個新歌曲、電影或游戲。SC還能夠根據(jù)確定的發(fā)放日期控制對內(nèi)容113的存取，從而不要求內(nèi)容提供者101實際暫停SC的交付，但這種手動發(fā)放選擇仍然能夠被用于此目的或用于管理傳送這些大的文件所需的網(wǎng)絡(luò)帶寬。
當標記為發(fā)放時，用于內(nèi)容113的內(nèi)容SC630經(jīng)過FTP被傳送到指定的內(nèi)容寄放站點111。元數(shù)據(jù)SC620經(jīng)過FTP被傳送到內(nèi)容促銷網(wǎng)站156。在此SC被登到新內(nèi)容113的目錄中，直到它們能夠得到處理和結(jié)合到內(nèi)容促銷網(wǎng)站156中。
圖17是根據(jù)本發(fā)明的用于圖8的自動元數(shù)據(jù)獲取工具的自動獲取附加信息的一個替換實施例的流程圖。該處理與上述圖8描述的類似。然而，監(jiān)督發(fā)放806和內(nèi)容質(zhì)量控制809的質(zhì)量檢查被結(jié)合成稱為質(zhì)量控制1704的一個質(zhì)量檢查。在元數(shù)據(jù)SC產(chǎn)生處理807和內(nèi)容SC產(chǎn)生處理812之前進行質(zhì)量檢查。在SC產(chǎn)生之前進行質(zhì)量檢查，消除了打開內(nèi)容113和相關(guān)的元數(shù)據(jù)SC620的包裝的步驟。另外，在此實施例中，產(chǎn)品等候行動/信息處理801的隊列被消除了。任務根據(jù)所請求的行動而被置于具體的處理排隊中。例如，如果任務要求手動元數(shù)據(jù)，即輸入附加的元數(shù)據(jù)，任務被置于手動元數(shù)據(jù)輸入隊列。另外，自動元數(shù)據(jù)獲取處理803已經(jīng)與新內(nèi)容請求合并，從而在元數(shù)據(jù)同化和輸入工具161與內(nèi)容處理工具155之前發(fā)生。最后，重要的是要指出，使用條件804在自動元數(shù)據(jù)獲取處理803和在手動元數(shù)據(jù)輸入803期間都被輸入。由于這些使用條件很多都是在自動元數(shù)據(jù)獲取處理803步驟期間被自動填入的。
H．內(nèi)容促銷網(wǎng)站為了最有效地傳播有關(guān)內(nèi)容提供者101提供經(jīng)過數(shù)字下載進行銷售的產(chǎn)品的信息，并把所需的文件提供給電子數(shù)字內(nèi)容商店103以使其能夠把內(nèi)容113提供下載給其用戶，各個內(nèi)容提供者101應該具有一個安全的網(wǎng)站來容納這種信息。這與今天某些內(nèi)容提供者101用來向他們的分銷商和其他需要這種信息的人提供促銷內(nèi)容的方法類似。在其中已經(jīng)存在這種服務的情況下，可把額外的部分加到網(wǎng)站上，在那里電子數(shù)字內(nèi)容商店103能夠看到供經(jīng)過下載獲得的內(nèi)容的清單。
內(nèi)容提供者101對這種網(wǎng)站的設(shè)計和結(jié)構(gòu)具有完全的控制，或者能夠選擇使用作為安全數(shù)字內(nèi)容電子分送系統(tǒng)100的工具箱的一部分而提供的承包網(wǎng)絡(luò)服務器解決方案。為了實施他們自己的設(shè)計以用于這種服務，內(nèi)容提供者101只需要為存取他們的網(wǎng)站的電子數(shù)字內(nèi)容商店103提供至元數(shù)據(jù)SC 620的鏈接。這是利用安全數(shù)字內(nèi)容電子分送系統(tǒng)100的工具箱實現(xiàn)的。選擇處理和顯示的信息由內(nèi)容提供者101決定。
經(jīng)過FTP從內(nèi)容傳播工具接收到新的內(nèi)容目錄中的元數(shù)據(jù)SC620，由內(nèi)容促銷網(wǎng)站156處理。這些容器能夠用SC預覽工具打開，以顯示或提取容器中的信息。這種信息隨后可被用于更新HTML網(wǎng)頁和/或添加信息至這種服務保持的可檢索數(shù)據(jù)庫。SC預覽工具實際上是電子數(shù)字內(nèi)容商店103用來打開和處理元數(shù)據(jù)SC620的內(nèi)容獲取工具的一個子集。更多的細節(jié)請見內(nèi)容獲取工具部分。元數(shù)據(jù)SC620文件隨后應該被移到內(nèi)容促銷網(wǎng)站156保持的一個永久目錄。
一旦元數(shù)據(jù)SC620已經(jīng)被結(jié)合到內(nèi)容促銷網(wǎng)站156中，其可獲得性得到公布。內(nèi)容提供者101能夠在新的元數(shù)據(jù)SC620被加到網(wǎng)站時向所有訂戶電子數(shù)字內(nèi)容商店103發(fā)送一個通知，或者可進行當天(或定期)添加的所有元數(shù)據(jù)SC620的單獨的每日通知(或定期通知)。這種通知是經(jīng)過通過發(fā)送包含引用添加的元數(shù)據(jù)SC620參數(shù)的確定的CGI串而與電子數(shù)字內(nèi)容商店103網(wǎng)絡(luò)服務器進行的標準的HTTP交換，而進行的。這種消息被電子數(shù)字內(nèi)容商店103的通知界面模塊處理，這將在后面描述。
Ⅰ．內(nèi)容寄放娛樂工業(yè)每年產(chǎn)生成千的內(nèi)容標題，諸如CD、電影和游戲，加到目前已有的上萬的內(nèi)容標題中。安全數(shù)字內(nèi)容電子分送系統(tǒng)100就是要支持今天在商店中可獲得的所有內(nèi)容標題。
安全數(shù)字內(nèi)容電子分送系統(tǒng)100可最終每日下載給用戶的內(nèi)容標題的數(shù)目是成千上萬的。對大量的標題，這要求大量的帶寬。計算機盤空間和帶寬需要要求一種分布的、可標量的多內(nèi)容寄放站點111的實施。這種系統(tǒng)還支持全世界的用戶。這要求海外站點加快向全球用戶的交付。
在安全數(shù)字內(nèi)容電子分送系統(tǒng)100上的內(nèi)容寄放是為了使內(nèi)容提供者101能夠寄放他們自己的內(nèi)容113或共享公共的設(shè)施或設(shè)施組。
安全數(shù)字內(nèi)容電子分送系統(tǒng)100上的內(nèi)容寄放由多個內(nèi)容寄放站點111和若干個二次內(nèi)容站點(未顯示)組成，這些內(nèi)容寄放站點111一起包含了安全數(shù)字內(nèi)容電子分送系統(tǒng)100提供的所有內(nèi)容113，而這些二次內(nèi)容站點包含內(nèi)容提供者101提供的當前熱點。內(nèi)容寄放站點111的數(shù)目根據(jù)使用系統(tǒng)的最終用戶的數(shù)目而改變。二次內(nèi)容站點寄放有限數(shù)目的歌曲，但它們將代表該系統(tǒng)上使用的帶寬的一個大的部分。二次站點的在線，是由于初級站點的容量已經(jīng)增大到了最大容量。二次站點可位于網(wǎng)絡(luò)訪問點(NAP)附近，這有助于加快下載。它們也可被設(shè)置在世界上不同的地理區(qū)域，以加快下載。
如果內(nèi)容提供者101選擇把所有他們的內(nèi)容113都寄放在他們自己的系統(tǒng)上，他們能夠作為單個的內(nèi)容寄放站點111，而沒有額外的二次內(nèi)容站點。這使得他們能夠建立他們自己的標量分布系統(tǒng)。在另一個實施例中，電子數(shù)字內(nèi)容商店103也可作為一定的內(nèi)容113的內(nèi)容寄放站點111。這種實施例要求電子數(shù)字內(nèi)容商店103與內(nèi)容提供者101之間專門的財務協(xié)定。
1．內(nèi)容寄放站點內(nèi)容113由在本說明書的內(nèi)容提供者部分中描述的內(nèi)容傳播工具進行的FTP或HTTP，或者經(jīng)諸如磁帶、CD ROM、閃存、或其他計算機可讀取介質(zhì)上的內(nèi)容傳送的離線方式，被加到內(nèi)容寄放站點111上。內(nèi)容提供者101產(chǎn)生的元數(shù)據(jù)SC620包含一個場，它表示了指向該內(nèi)容113的內(nèi)容SC630的URL。該URL對應于內(nèi)容寄放站點111。電子數(shù)字內(nèi)容商店能夠在內(nèi)容提供者101允許的情況下蓋掉供應SC641中的該URL。最終用戶裝置109在它希望下載內(nèi)容SC630時與這種內(nèi)容寄放站點111進行通信。
最終用戶裝置109通過把許可SC660送到內(nèi)容寄放站點111，而啟動對內(nèi)容SC630的請求。這是由清除機構(gòu)105送回的相同的許可SC660。許可SC660的數(shù)字簽字可被核實，以判定它是否有效的許可SC660。如果它是有效的許可SC660，則要么開始下載，要么下載請求被再引導至另一內(nèi)容寄放站點111。
2．安全數(shù)字內(nèi)容電子分送系統(tǒng)100提供的內(nèi)容寄放站點111對于安全數(shù)字內(nèi)容電子分送系統(tǒng)100，采用哪個站點下載內(nèi)容113的決定是由接收內(nèi)容SC630的初始請求的初級內(nèi)容站點作出的。這種站點用以下的信息來作這種決定·是否有寄放請求的內(nèi)容113的二次內(nèi)容站點(安全數(shù)字內(nèi)容電子分送系統(tǒng)100提供的內(nèi)容113的多數(shù)只位于初級站點)；·最終用戶裝置109的地理位置在哪里？(該信息可在最終用戶裝置109發(fā)出請求時從最終用戶裝置109獲得，這被傳送到訂購SC650中的清除機構(gòu)105)；·適當?shù)亩握军c是否可運行(有時二次站點可能離線)；·二次站點的負荷如何？(在某些情況下二次站點堵塞，此時可選擇不那樣繁忙的另一站點)。
在發(fā)送內(nèi)容SC630給最終用戶裝置109之前，對最終用戶的請求進行分析和核實。保持了所有已經(jīng)用于下載內(nèi)容113的許可SC ID的數(shù)據(jù)庫。這種數(shù)據(jù)庫可被檢查，以保證最終用戶裝置109只對購買的一件內(nèi)容113發(fā)出了一個請求。這防止了惡意用戶反復地存取內(nèi)容寄放站點111以圖使內(nèi)容寄放站點111變慢，并防止了內(nèi)容SC630的未經(jīng)授權(quán)下載。
對二次內(nèi)容站點的內(nèi)容113的促銷和demotion，根據(jù)用戶對各個內(nèi)容113的需求，而定期進行。
內(nèi)容寄放路由器內(nèi)容寄放路由器(未顯示)位于內(nèi)容寄放站點111并接收來自希望下載內(nèi)容113的最終用戶的所有請求。它進行最終用戶請求的確認檢查，以保證它們肯定是購買內(nèi)容113。為二次內(nèi)容站點的狀況保持了一個數(shù)據(jù)庫，它包括了這些站點上有什么內(nèi)容113和它們的當前狀況。這種當前狀況包括在站點上的活動量和站點是否為維護而宕掉。
至內(nèi)容寄放路由器的唯一的界面是最終用戶裝置109在內(nèi)容113被要求下載時傳送的許可SC660。許可SC660包括表示用戶被允許下載內(nèi)容113的信息。
二次內(nèi)容站點二次內(nèi)容站點(未顯示)寄放安全數(shù)字內(nèi)容電子分送系統(tǒng)100的流行內(nèi)容113。這些站點在地理上分散在全世界并位于網(wǎng)絡(luò)訪問點(NAP)附近，以改進下載時間。這些站點由于初級內(nèi)容寄放站點111的需求接近了最大容量而被加到系統(tǒng)上。
Ⅸ．電子數(shù)字內(nèi)容商店A．概述一對多電子數(shù)字內(nèi)容商店103的支持電子數(shù)字內(nèi)容商店103實際上是分銷商。它們是把內(nèi)容113銷售給用戶的機構(gòu)。對于內(nèi)容113的分布，這包括數(shù)字內(nèi)容零售網(wǎng)站、數(shù)字內(nèi)容零售商店、或希望參與把電子內(nèi)容113銷售給用戶的任何商業(yè)機構(gòu)。這些商業(yè)可以只進行電子內(nèi)容113的銷售，或者能夠選擇只把電子貨物的銷售加到它們當前進行銷售的商品中。把下載電子貨物引入到電子數(shù)字內(nèi)容商店103提供的服務中，是通過為作為安全數(shù)字內(nèi)容電子分送系統(tǒng)100的一部分的電子數(shù)字內(nèi)容商店103而開發(fā)的一組工具而進行的。
這些工具被用于電子數(shù)字內(nèi)容商店103以·獲得內(nèi)容提供者101包裝的元數(shù)據(jù)SC620
·從將要被用作輸入的這些SC提取內(nèi)容113以建立它們的服務供應清單·產(chǎn)生描述它們提供銷售的可下載內(nèi)容113的供應SC641·處理銷售的確認并通過產(chǎn)生和向最終用戶裝置109傳送交易SC640而開始下載·管理可下載內(nèi)容113的銷售和各個下載的狀況的一個交易運行記錄·處理狀況通知和交易鑒別請求·進行會計處理這些工具被用于使電子數(shù)字內(nèi)容商店103希望把可下載電子內(nèi)容113結(jié)合到其服務中的方式具有靈活性。這些工具能夠以這樣的方式得到使用，即請求可下載內(nèi)容113的所有財務結(jié)算都由清除機構(gòu)105處理，雖然這不是必需的。這些工具還使得電子數(shù)字內(nèi)容商店103能夠完全地服務它們的用戶并自己處理財務業(yè)務，包括提供促銷和特殊供應。這些工具使電子數(shù)字內(nèi)容商店103能夠快速地把可下載內(nèi)容113結(jié)合到其已有的服務中。另外，電子數(shù)字內(nèi)容商店103不需要寄放可下載內(nèi)容113且不需要管理其傳播。這種功能由內(nèi)容提供者101選定的內(nèi)容寄放站點111進行。
用于電子數(shù)字內(nèi)容商店103的這些工具，在最佳實施例中是以Java實施的，但也可采用其他的編程語言，諸如C/C++、匯編程序等。應該理解的是，以下描述的用于電子數(shù)字內(nèi)容商店103的這些工具可在各種硬件和軟件平臺上運行。電子數(shù)字內(nèi)容商店作為一個完整的系統(tǒng)或作為其任何組成部分，可以作為在計算機可讀取介質(zhì)中的應用程序而分送，包括但不限于以網(wǎng)絡(luò)或在軟盤、CD ROM和可拆下的硬盤驅(qū)動器的方式的分送。
在另一實施例中，電子數(shù)字內(nèi)容商店103的組成部分是編程者的軟件工具箱的一部分。這種工具箱使能了至類屬電子數(shù)字內(nèi)容商店103組成部分和以下描述的工具的預定界面。這些預定界面是API或應用編程界面形式的。采用這些API的開發(fā)者能夠從高級的應用程序?qū)嵤┻@些部分的任何功能。通過向這些部分提供API，編程者能夠迅速地開發(fā)出個性化的電子數(shù)字內(nèi)容商店103，而不需要再產(chǎn)生這些功能和任何這些部分的資源。
電子數(shù)字內(nèi)容商店103不限于基于服務提供的網(wǎng)絡(luò)。提供的這些工具被希望銷售電子可下載內(nèi)容113的電子數(shù)字內(nèi)容商店103使用，而不論用于把內(nèi)容113交付給最終用戶的發(fā)送設(shè)施或傳送模式如何。衛(wèi)星和電纜設(shè)施提供的廣播服務也可被這些工具用于獲得、包裝和跟蹤電子內(nèi)容113銷售。用于銷售的電子商品的提供方式和這些提供被傳送給最終用戶的方法，是基于廣播的服務供應和點-點交互網(wǎng)絡(luò)服務型供應之間的主要變化。
B．點-點電子數(shù)字內(nèi)容分送服務點-點主要指的是電子數(shù)字內(nèi)容商店103與最終用戶裝置109之間一對一的交互服務。這種通常代表了一種經(jīng)過電話或電纜調(diào)制解調(diào)器連接的基于因特網(wǎng)網(wǎng)絡(luò)的服務。因特網(wǎng)之外的網(wǎng)絡(luò)在此模型中也得到支持，只要它們符合網(wǎng)絡(luò)服務器/用戶瀏覽器模型。圖9是顯示電子數(shù)字內(nèi)容商店103的主要工具、組成部分和處理的框圖。
1．結(jié)合要求安全數(shù)字內(nèi)容電子分送系統(tǒng)100不僅產(chǎn)生了新的在線交易，而且提供了為已有的商業(yè)把電子可下載內(nèi)容113結(jié)合到其當前存貨中形成一種方法。提供給電子數(shù)字內(nèi)容商店103的工具組使這種結(jié)合努力簡化了。內(nèi)容獲取工具171和SC包裝器工具152為電子數(shù)字內(nèi)容商店103提供了一種方法，用于從參與的內(nèi)容提供者101獲得有關(guān)他們有什么共銷售的信息并產(chǎn)生引用這些可下載對象作為它們自己的存貨中的項所需的文件。這種處理是批處理驅(qū)動，并可基本自動化，并只把新的內(nèi)容113結(jié)合到站點中。
用于安全數(shù)字內(nèi)容電子分送的工具已經(jīng)得到設(shè)計，以使得能夠把電子可下載內(nèi)容113的銷售結(jié)合到通常的基于網(wǎng)絡(luò)的電子數(shù)字內(nèi)容商店103的實施中(即Columbia House online、Music Boulevard、@Tower)等中，且對它們當前的零售方式的改變最小。幾種結(jié)合方法是可能的，且在最佳實施例中，電子數(shù)字內(nèi)容商店103提供了對所有產(chǎn)品檢索、預覽、選擇(購物車)、和購買的支持。各個電子數(shù)字內(nèi)容商店103建立了其用戶忠誠，且其用戶繼續(xù)提供其自身的動力并象其今天一樣地銷售其產(chǎn)品。在安全數(shù)字內(nèi)容電子分送系統(tǒng)100中，只需要表示其存貨中的哪種產(chǎn)品也是能夠電子下載獲得的，并允許其用戶在進行購買選擇時選擇電子下載。在另一實施例中，用戶的購物車可包含電子(內(nèi)容113)與物理介質(zhì)選擇的混合。在用戶交款時，電子數(shù)字內(nèi)容商店103已經(jīng)完成了財務結(jié)算并運行記錄和通知其運送和處理功能處理購買的物理商品，電子數(shù)字內(nèi)容商店103的商業(yè)處理功能隨后調(diào)用交易處理器模塊175以處理所有的電子下載。它只要傳送所需的信息，且從此的所有處理都由安全數(shù)字內(nèi)容電子分送系統(tǒng)100的工具組處理。在另一實施例中，其他交易處理方法也是可能的，其中如果電子數(shù)字內(nèi)容商店103希望只銷售可下載商品，則利用用于安全數(shù)字內(nèi)容電子分送系統(tǒng)100的工具來處理財務結(jié)算，或者把物理和可下載商品的財務結(jié)算結(jié)合在一起。
為了處理商品的下載，電子數(shù)字內(nèi)容商店103對于其從用于內(nèi)容提供者101的內(nèi)容促銷網(wǎng)站156獲得的每一種可下載產(chǎn)品都被給予一個產(chǎn)品ID(未顯示)。這種產(chǎn)品ID與用戶由于成象下載產(chǎn)品的購買選擇相聯(lián)系。該產(chǎn)品ID是電子數(shù)字內(nèi)容商店103傳送給交易處理器模塊175以識別用戶已經(jīng)購買的產(chǎn)品的東西。被產(chǎn)生以描述產(chǎn)品的SC(供應SC641)，與電子數(shù)字內(nèi)容商店103隔離并被保持在一個供應數(shù)據(jù)庫181中，以簡化這些對象的管理并使它們的存在對電子數(shù)字內(nèi)容商店103透明。
交易處理器模塊175和其他附加的功能是作為網(wǎng)絡(luò)服務器側(cè)可執(zhí)行功能(即CGI和NSAPI、ISAPI可調(diào)用功能)或者作為API，而提供到DLL或C對象庫中。這些功能處理最終用戶交互和可選的與清除機構(gòu)105的交互作用的運行時間處理。這些功能與網(wǎng)絡(luò)服務器的商業(yè)服務作用，以產(chǎn)生和下載至最終用戶裝置109啟動內(nèi)容113的下載處理所需的文件。它們還處理可選的交互處理，以提供授權(quán)并接受活動完成的通知。
一種會計處理工具179也被提供，以幫助電子數(shù)字內(nèi)容商店103與清除機構(gòu)105接觸，來根據(jù)其自己和清除機構(gòu)105的交易運行記錄進行會計處理。
2．內(nèi)容獲取工具171內(nèi)容獲取工具171負責與內(nèi)容促銷網(wǎng)站156的界面，以預覽和下載元數(shù)據(jù)SC620。由于內(nèi)容促銷站點是標準的網(wǎng)站，網(wǎng)絡(luò)瀏覽器被電子數(shù)字內(nèi)容商店103用來導航這種站點。該導航特征根據(jù)內(nèi)容提供者101的站點設(shè)計而變化。某些站點可提供擴展的檢索功能，有很多促銷信息屏幕。其他的可具有簡單的瀏覽界面，有標題清單、表演者或新發(fā)放的清單以供選擇。所有站點都包括包含歌曲或?qū)］嫷乃写黉N和描述信息的元數(shù)據(jù)SC620。
或者，電子數(shù)字內(nèi)容商店103可訂有內(nèi)容更新并經(jīng)FTP自動接收更新。
觀看元數(shù)據(jù)內(nèi)容獲取工具171是一種網(wǎng)絡(luò)瀏覽幫助應用，它當在內(nèi)容促銷網(wǎng)站156選擇了一個元數(shù)據(jù)SC 620鏈接時啟動。SC的選擇使它被下載到電子數(shù)字內(nèi)容商店103，并啟動幫助應用。內(nèi)容獲取工具171打開元數(shù)據(jù)SC620并顯示包含在其中的非加密信息。顯示的信息包括提取的元數(shù)據(jù)173，對音樂的例子，如果在元數(shù)據(jù)SC620中包括，與歌曲有關(guān)的圖形圖象和描述歌曲的信息、歌曲的預覽片段也可被收聽。在其中內(nèi)容113是音樂的一個例子中，如果內(nèi)容提供者101提供，有關(guān)歌曲或?qū)］嫷拇黉N信息、專輯的標題、以及藝術(shù)家也被顯示。這種信息作為瀏覽窗口中的一系列的鏈接HTML頁而被顯示?？少徺I的內(nèi)容113，諸如歌曲和民歌和內(nèi)容提供者101希望保護的任何其他元數(shù)據(jù)，是零售內(nèi)容網(wǎng)站180不能訪問的。
在另一實施例中，內(nèi)容提供者101提供了可選的促銷內(nèi)容，但要收費。在此實施例中，這種促銷內(nèi)容是被加密在元數(shù)據(jù)SC620中的。打開這種數(shù)據(jù)的財務結(jié)算可經(jīng)過清除機構(gòu)105處理，電子數(shù)字內(nèi)容商店103被收取指定的費用。
提取元數(shù)據(jù)除了預覽能力，這種工具提供了兩種附加的特征元數(shù)據(jù)提取和供應SC641的準備。元數(shù)據(jù)提取選擇提示電子數(shù)字內(nèi)容商店103輸入至元數(shù)據(jù)存儲的路徑和文件名。諸如圖形和聲頻預覽片段的二進制元數(shù)據(jù)作為單獨的文件而存儲。文本元數(shù)據(jù)以ASCII去限制文本文件存儲，零售內(nèi)容網(wǎng)站180能夠把這些文件輸入到其數(shù)據(jù)庫中。在一個單獨的TOC文件中產(chǎn)生了描述ASCII定界文件的結(jié)構(gòu)。附加的選擇是可獲得的，以能夠提取到其他國家的語言支持(NLS)所支持的格式中。
提取的數(shù)據(jù)中提供的一個重要的信息，是產(chǎn)品ID。這種產(chǎn)品ID是電子數(shù)字內(nèi)容商店103的商業(yè)處理功能需要向交易處理器模塊175標明的(更多的情況請見交易處理部分)，用戶已經(jīng)購買的內(nèi)容113。交易處理器模塊175用這種產(chǎn)品ID來從供應數(shù)據(jù)庫181適當?shù)孬@取適當?shù)墓猄C641，以供隨后下載到最終用戶裝置109。電子數(shù)字內(nèi)容商店103對它如何把可下載內(nèi)容113提供給其站點有完全的控制。它只需要保持對提供給這種產(chǎn)品ID的內(nèi)容113的交叉引用，以適當?shù)嘏c安全數(shù)字內(nèi)容電子分送系統(tǒng)100的工具進行接口。在此提供這種信息，使電子數(shù)字內(nèi)容商店103能夠與供應SC641的產(chǎn)生處理并行地把該產(chǎn)品或內(nèi)容113結(jié)合到其存貨和銷售頁(數(shù)據(jù)庫)中，因為兩個處理都采用了相同的產(chǎn)品ID來引用產(chǎn)品。這將在以下進一步描述。
供應SC產(chǎn)生包裝器153電子數(shù)字內(nèi)容商店103需要產(chǎn)生描述它提供銷售的可下載內(nèi)容113的供應SC641。進入供應SC641的多數(shù)信息是從元數(shù)據(jù)SC620導出的。內(nèi)容獲取工具171通過以下步驟產(chǎn)生了供應SC641·從元數(shù)據(jù)SC620中除去不需要被包括在由元數(shù)據(jù)SC620中的供應SC模板明確的供應SC641中的部分
·添加電子數(shù)字內(nèi)容商店103的這種工具中的配置選擇缺省指定或定義的所需部分·提示元數(shù)據(jù)SC620中的供應SC模板明確的所需輸入或選擇·調(diào)用SC包裝器153以把這種信息包裝成SC格式將要由播放器應用195(在下面進一步描述)顯示在最終用戶裝置109上的元數(shù)據(jù)被保持在元數(shù)據(jù)SC620中。只由電子數(shù)字內(nèi)容商店103作為至其網(wǎng)絡(luò)服務數(shù)據(jù)庫的輸入而使用的其他促銷元數(shù)據(jù)被從元數(shù)據(jù)SC620除去。內(nèi)容提供者101提供的權(quán)利管理信息，諸如水印指令、加密的對稱密鑰623、以及限定允許的對象使用的使用條件517，也都得到保持。
這種剝離的元數(shù)據(jù)SC620隨后被包括在供應SC641中。電子數(shù)字內(nèi)容商店還把其自己的稱為商店使用條件519或購買選擇的使用條件附在供應SC641上。這情況通過一組缺省而自動或交互地實現(xiàn)。如果配置為交互處理，電子數(shù)字內(nèi)容商店103被提示內(nèi)容提供者101確定的允許對象使用條件517。他隨后選擇他希望提供給其用戶的選擇。這些現(xiàn)在都變成新的使用條件或商店使用條件519。為了自動處理，電子數(shù)字內(nèi)容商店103配置一組為所有內(nèi)容113提供的缺省購買選擇。這些缺省選擇按照內(nèi)容提供者101確定的允許的使用條件517被自動檢查，且如果沒有不符合時被置于供應SC641中。
一旦供應SC641被產(chǎn)生，它被存儲在供應數(shù)據(jù)庫181中，并用預先分配在元數(shù)據(jù)SC620中的產(chǎn)品ID編號。這種產(chǎn)品ID隨后在與供應數(shù)據(jù)庫181接口以獲取供應SC641供包裝和向最終用戶發(fā)送時被電子數(shù)字內(nèi)容商店103用于標明被用戶購買的可下載內(nèi)容113。更多的細節(jié)見交易處理器模塊175部分。
在另一實施例中，電子數(shù)字內(nèi)容商店103在其站點寄放內(nèi)容SC630。這種實施例要求改變至諸如用電子數(shù)字內(nèi)容商店103的URL取代內(nèi)容寄放站點111的URL的改變。
3．交易處理器模塊175電子數(shù)字內(nèi)容商店103把帳單引導至清除機構(gòu)105?；蛘?，電子數(shù)字內(nèi)容商店103可從清除機構(gòu)105直接請求財務結(jié)算。有兩種基本的模式，用于處理可下載內(nèi)容113的最終用戶購買請求。如果電子數(shù)字內(nèi)容商店103不希望處理購買的財務結(jié)算并且沒有專門的促銷或關(guān)于商品銷售動機，且不使用購物車方法來對購買請求進行批處理，它可選擇在其內(nèi)容113下載頁上提供直接至供應SC641文件的鏈接。這些供應SC641將需要用包括在元數(shù)據(jù)中的零售定價信息來建立。還包括在供應SC641中的是一種專門的HTML提供頁，它提供了有關(guān)銷售的期限和條件的購買選擇。這種頁是從在供應SC641建立時產(chǎn)生的模板建立的。當最終用戶點擊到至供應SC641的直接鏈接時，供應SC641被下載到啟動一個幫助應用的瀏覽器最終用戶裝置109上，該幫助應用打開了容器并顯示了包括在供應SC641中的提供頁。這種頁包含了一個表，用于收集用戶信息，包括信用卡信息和購買選擇。該表隨后被直接提交給清除機構(gòu)105以進行財務結(jié)算和處理?？蛇x地，該表可包含使用最終用戶的信用信息或工業(yè)標準本地交易處理器所需的域。
現(xiàn)在描述一種實施例，其中電子數(shù)字內(nèi)容商店103處理帳單。處理購買的更為通常的模式，是使電子數(shù)字內(nèi)容商店103能夠處理財務結(jié)算并隨后把下載授權(quán)提交給最終用戶。這種方法使電子數(shù)字內(nèi)容商店103能夠把可下載內(nèi)容113的銷售與在其站點提供銷售的其他商品結(jié)合起來，使得能夠進行購買請求的批處理從而只向用戶進行總的收費(經(jīng)購物車方法)，而不是為每一個下載請求單個地收費，并允許電子數(shù)字內(nèi)容商店103直接跟蹤其用戶的購買模式并提供專門的促銷和俱樂部選擇。在此環(huán)境下，可下載內(nèi)容113的提供被包括在其商店頁中，該頁在被最終用戶選定時被加到一個購物車中并象在電子數(shù)字內(nèi)容商店103當前的商店模型中一樣地得到處理和財務結(jié)算。一旦完成了財務結(jié)算，電子數(shù)字內(nèi)容商店103的商業(yè)處理調(diào)用交易處理器模塊175完成交易。
交易處理器模塊175交易處理器模塊175的角色是把最終用戶裝置109啟動和處理購買的內(nèi)容113的下載所需的信息收集在一起。這種信息被包裝成一個交易SC640，它被網(wǎng)絡(luò)服務器作為對購買提交的響應送回到最終用戶裝置109。交易處理器模塊175要求三段來自電子數(shù)字內(nèi)容商店103的商業(yè)處理的信息用于購買的內(nèi)容113的產(chǎn)品ID、交易數(shù)據(jù)642、以及一個HTML頁或購買結(jié)算的CGI URL確認。
產(chǎn)品ID是在與剛好銷售的內(nèi)容113相關(guān)的元數(shù)據(jù)SC620中提供給電子數(shù)字內(nèi)容商店103的值。這種產(chǎn)品1D被用于從供應數(shù)據(jù)庫181獲取相關(guān)的供應SC641。
交易數(shù)據(jù)642是電子數(shù)字內(nèi)容商店103的交易處理功能提供的信息結(jié)構(gòu)，它隨后被用來使清除機構(gòu)105處理與電子數(shù)字內(nèi)容商店103進行的財務結(jié)算業(yè)務相關(guān)，并提供用戶將要包括在下載到最終用戶裝置109的內(nèi)容113的水印中的用戶識別信息。當清除機構(gòu)105獲取一個有效的訂購SC650時，它運行記錄表示已經(jīng)唯一的內(nèi)容113的交易、哪一個電子數(shù)字內(nèi)容商店103銷售了它、以及包括最終用戶姓名和交易ID535的相關(guān)交易數(shù)據(jù)642。交易ID535提供了對財務結(jié)算業(yè)務的索引。這種信息隨后被清除機構(gòu)105送回到電子數(shù)字內(nèi)容商店103，以用于其會計與從內(nèi)容提供者101(或其代理)接收的帳單的結(jié)算。清除機構(gòu)業(yè)務運行記錄178能夠被內(nèi)容提供者101用于確定他的什么內(nèi)容113已經(jīng)被售出并使他能夠給每一個電子數(shù)字內(nèi)容商店103產(chǎn)生他應該得到的使用費的帳單。除了開帳單之外的其他的電子手段也可被用于內(nèi)容提供者101與電子數(shù)字內(nèi)容商店103之間的會計結(jié)算。
交易SC640中提供的信息和交易SC640的安全和完整性提供給了清除機構(gòu)105足夠的有關(guān)購買交易是有效的鑒別，因而在清除機構(gòu)105將該銷售運行記錄之前不再需要進一步的確認。然而，電子數(shù)字內(nèi)容商店103有在其被收費(在清除機構(gòu)105運行記錄的、向內(nèi)容提供者101表明該電子數(shù)字內(nèi)容商店103已經(jīng)為內(nèi)容113的銷售收費的交易)之前請求鑒別的選擇。這種用于授權(quán)/通知-請求由交易數(shù)據(jù)642中的一個標記表示。在此情況下，清除機構(gòu)105與電子數(shù)字內(nèi)容商店103接觸并在向其收費和發(fā)放加密密鑰623之前接收來自電子數(shù)字內(nèi)容商店103的授權(quán)。交易ID535被從清除機構(gòu)105傳送到電子數(shù)字內(nèi)容商店103，作為這種鑒別請求的一部分，以使電子數(shù)字內(nèi)容商店103能夠把這種請求與在先的與最終用戶進行的交易相聯(lián)系。這種交易ID535可以是電子數(shù)字內(nèi)容商店103希望采用并只為其利用的任何值。
交易數(shù)據(jù)642還包含了用戶名稱。該名稱可以來自用戶在進行購買時填的購買表的用戶名稱字段，或者來自用戶與電子數(shù)字內(nèi)容商店103的某些登記處理期間運行記錄的信息，或者從與該交易使用的卡有關(guān)的信用卡信息獲得的官方名稱。該名稱隨后被包括在許可水印527中。
交易數(shù)據(jù)642還包含了最終用戶購買的商店使用條件519。這種信息被包括在許可水印527中并被最終用戶裝置109用于復制和播放控制中。
交易處理器模塊175需要的最后的參數(shù)，是HTML頁或確認CGIURL購買結(jié)算的。其目的是使電子數(shù)字內(nèi)容商店103能夠用財務結(jié)算和他希望包括在響應中的任何其他信息來響應最終用戶。這種HTML頁或CGI URL被包括在交易SC640中，并在交易SC640被接收和處理時被顯示在最終用戶裝置109的瀏覽器窗口中。
交易SC640是在處理了購買提交之后來自電子數(shù)字內(nèi)容商店103的對最終用戶的響應。以直接的HTTP響應的形式傳送一個SC，迫使了SC處理器幫助器應用的最終用戶裝置109上的自動裝載，從而能夠進行交易的自動完成，而不依賴于進一步的最終用戶啟動的行動。這種處理在最終用戶裝置109和隨后的播放器應用195部分中得到更多詳細的描述。
當交易處理器模塊175以所需的參數(shù)被調(diào)用時，它建立包含交易數(shù)據(jù)642、交易確認HTML頁或引用URL其他SC的所需安全特征的一個交易SC640，并獲取和嵌入與購買有關(guān)的供應SC641。它還運行記錄與這種交易有關(guān)的信息，以用于以后由通知界面模塊176和會計處理工具179進行的使用。
4．通知界面模塊176通知界面模塊176是網(wǎng)絡(luò)服務器側(cè)的執(zhí)行程序(CGI或能夠由NSAPI、ISAPI等進行的功能)。它處理來自清除機構(gòu)105、最終用戶裝置109、內(nèi)容寄放站點111、以及內(nèi)容提供者101的開口請求和通知。電子數(shù)字內(nèi)容商店能夠可選地請求通知的事件是·來自清除機構(gòu)105的通知，說最終用戶裝置109請求了一個加密密鑰623且清除機構(gòu)105發(fā)放用于指定內(nèi)容113的加密密鑰623。這種通知能夠可選地被配置以在加密密鑰623被送給最終用戶裝置109之前要求電子數(shù)字內(nèi)容商店103的鑒別。
·來自內(nèi)容寄放站點111的通知，說內(nèi)容SC630已經(jīng)被送向最終用戶裝置109。
·來自最終用戶裝置109的通知，說內(nèi)容SC630和許可SC660已經(jīng)被接收并被成功地用于處理內(nèi)容113或被發(fā)現(xiàn)是損壞的。
·來自內(nèi)容提供者101的通知，說新的內(nèi)容113已經(jīng)被放置在內(nèi)容促銷網(wǎng)站156上。
這些通知中沒有在安全數(shù)字內(nèi)容電子分送系統(tǒng)流程100中必需的步驟，但是作為可選擇被提供，以使電子數(shù)字內(nèi)容商店103能夠有機會在銷售完成滿足時關(guān)閉其記錄。它還提供了通過使電子數(shù)字內(nèi)容商店103知道自從交易的財務結(jié)算起已經(jīng)泄漏了什么功能或在試圖完成銷售期間發(fā)生了什么錯誤，而處理用戶服務請求?；蛘?，這種狀況多數(shù)可從清除機構(gòu)105通過用戶服務界面184而根據(jù)需要獲得。
新內(nèi)容113可在內(nèi)容促銷網(wǎng)站156上獲得的通知的頻率由內(nèi)容提供者101確定。通知可以在每一個新的元數(shù)據(jù)SC620被添加時提供，或者每日為當天添加的元數(shù)據(jù)SC620提供。
所有這些通知導致了交易運行記錄178中的輸入項。如果電子數(shù)字內(nèi)容商店103希望對這些通知進行其自己的處理，他可截取CGI調(diào)用，進行其唯一的功能并隨后可選地將該請求傳給通知界面模塊176。
5．會計處理工具179會計處理工具179與清除機構(gòu)105接觸，以把交易運行記錄178與清除機構(gòu)105的運行記錄進行比較。這是一種可選的處理，它用于幫助電子數(shù)字內(nèi)容商店103對用于安全數(shù)字內(nèi)容電子分送系統(tǒng)100的會計處理感覺良好。
在另一實施例中，這種工具可被更新，以提供用于內(nèi)容提供者101和清除機構(gòu)105的自動定期付款的電子資金轉(zhuǎn)移。它也可被設(shè)計成在處理了交易運行記錄178的帳單之后在接收到來自清除機構(gòu)105的電子帳單的接收時自動處理付款。
C．廣播電子數(shù)字內(nèi)容分送服務廣播主要指的是一種一至多個的發(fā)送方法，其中在最終用戶裝置109與電子數(shù)字內(nèi)容商店103之間沒有個人的交互作用來個性化按照需求的觀看和收聽。這通常是在數(shù)字衛(wèi)星或電纜設(shè)施上提供的，其中內(nèi)容113被預編程，從而使最終用戶裝置109接收相同的流。
也可定義一混合的模型，從而使電子數(shù)字內(nèi)容商店103提供以這樣的方式組織的數(shù)字內(nèi)容服務，即它能夠提供經(jīng)因特網(wǎng)連接的網(wǎng)絡(luò)分送界面和較大帶寬的經(jīng)廣播服務的衛(wèi)星或電纜分送界面，而使站點設(shè)計具有大的共同性。如果IRD反向信道串行接口與網(wǎng)絡(luò)連接，且IRD支持網(wǎng)絡(luò)導航，最終用戶能夠經(jīng)該反向信道因特網(wǎng)接口以通常的方式導航數(shù)字內(nèi)容服務，預覽并選擇內(nèi)容113以進行購買。用戶能夠選擇高質(zhì)量的可下載內(nèi)容113，購買這些選擇，并接收所需的許可SC660，所有都是經(jīng)過因特網(wǎng)連接并隨后在較高帶寬的廣播界面上請求內(nèi)容113(內(nèi)容SC630)的交付。該網(wǎng)絡(luò)服務能夠根據(jù)廣播計劃表示哪種內(nèi)容113將能夠以此方式被下載獲得，或者能夠完全根據(jù)購買的內(nèi)容113建立廣播流。這種方法將使基于數(shù)字內(nèi)容的網(wǎng)絡(luò)能夠與廣播設(shè)施合作，以向裝有適當?shù)脑O(shè)備的用戶提供高質(zhì)量的內(nèi)容113，使有限數(shù)目的內(nèi)容113(諸如歌曲或CD)每天能夠以此方式獲得且整個的目錄可經(jīng)過網(wǎng)絡(luò)接口以較低質(zhì)量下載。
其他廣播模型可被設(shè)計，其中沒有至最終用戶裝置109的網(wǎng)絡(luò)接口。在此模型中，促銷內(nèi)容被包裝成專門格式的數(shù)字流，以廣播交付給最終用戶裝置109(即IRD)，其中專門的處理得到進行，以解碼該流并向最終用戶提供用于進行購買選擇的促銷內(nèi)容。
實際的購買選擇將仍然經(jīng)過從最終用戶裝置109至清除機構(gòu)105的反向信道(back-channel)通信進行，并利用SC進行所有數(shù)據(jù)交換。提供給電子數(shù)字內(nèi)容商店103的工具組已經(jīng)以這樣的方式結(jié)構(gòu)和開發(fā)，即多數(shù)的工具適用于點-點因特網(wǎng)服務提供和廣播衛(wèi)星或電纜提供。數(shù)字內(nèi)容網(wǎng)站電子數(shù)字內(nèi)容商店103用來獲得和管理內(nèi)容113和準備SC的工具也被基于衛(wèi)星的電子數(shù)字內(nèi)容商店103用來管理和準備內(nèi)容113以供在廣播設(shè)施上分送。在網(wǎng)絡(luò)服務中分送的SC與在廣播服務中分送的SC相同。
1．多層數(shù)字TV實施例現(xiàn)在參見圖18，其中顯示了根據(jù)本發(fā)明的利用廣播設(shè)施的數(shù)字內(nèi)容電子分送的一種替換實施例的高級邏輯圖。在此實施例中，內(nèi)容提供者101，如前面在圖6中所述的，提供了元數(shù)據(jù)SC620給一或多個電子數(shù)字內(nèi)容商店103并提供了內(nèi)容SC630給一或多個內(nèi)容寄放站點111。電子數(shù)字內(nèi)容商店103個性化元數(shù)據(jù)SC620，以產(chǎn)生一種供應SC641。供應SC641被送到一或多個廣播中心1802。另外，對應于元數(shù)據(jù)SC620的內(nèi)容SC630從一或多個內(nèi)容寄放站點111被送到廣播中心1802。供應SC641經(jīng)過諸如衛(wèi)星、電纜、直接TV或其他廣播設(shè)備的廣播設(shè)施被送到一或多個最終用戶裝置109。在此實施例中，最終用戶裝置109與一個電視顯示器1806和一個機頂盒1804耦合。應該理解的是，機頂盒1804和最終用戶裝置109可以在邏輯和物理上是不同的裝置，或者是一個裝置。最終用戶裝置109通過諸如電話線的反向信道與清除機構(gòu)105進行定期連接。
圖19是圖18的詳細框圖，顯示了根據(jù)本發(fā)明的采用廣播設(shè)施的數(shù)字內(nèi)容電子分送的一種替換實施例。廣播中心1802接收供應SC641。循環(huán)數(shù)字流建立器&廣播器1902產(chǎn)生了各種額外的廣播內(nèi)容，該內(nèi)容與廣播流一起被發(fā)送。用于與主廣播流一起發(fā)送數(shù)字信息或數(shù)字內(nèi)容的技術(shù)，包括Intel的Intellicast系統(tǒng)，它把信息置于標準電視廣播的縱向消隱間隔中。在另一實施例中，該信息可作為用于廣播發(fā)送的MPEG-2標準傳送流，且它允許該解決方案被設(shè)置在幾乎所有類型的數(shù)字廣播系統(tǒng)中。圖20根據(jù)本發(fā)明的是在圖18的替換實施例中正在被廣播的包的框圖。供應SC 641被分解成包括內(nèi)容SC630和全局SC2040的長度為N的一系列包2006，這與交易SC640類似但具有有關(guān)對稱密鑰623的重要區(qū)別。在全局SC中，對稱密鑰623具有一個定時機制，它將在沒有在最終用戶裝置109與清除機構(gòu)105之間進行定期通信以處理會計信息時取消內(nèi)容113。通過提供具有定時規(guī)定的對稱密鑰623，最終用戶裝置109能夠在預定的時期中接收、組合和解密內(nèi)容113，而不用首先與清除機構(gòu)105連接。一種時期可以是根據(jù)最終用戶裝置109的一個用戶支付了按月的訂戶費用的訂戶服務。如果用戶忽略了費用支付和與清除機構(gòu)105結(jié)算，內(nèi)容113被取消。除了上述包2006之外，內(nèi)容SC630和全局SC2040以及各個內(nèi)容113的道2002被發(fā)送。在一種音樂實施例中，道2002是音樂道。包格式的循環(huán)數(shù)字流格式在圖20中顯示，包2006在廣播設(shè)施中以周期結(jié)構(gòu)發(fā)送并定期重復。周期廣播的一部分是主目錄(未顯示)和Bug目錄，而包2006(P1……PN)的部分作為包流的一部分而被傳送。
如上所述，數(shù)字內(nèi)容113被組織成包2006。一個包2006與一個促銷材料、元數(shù)據(jù)、包描述符、和一個(可選)視頻片段相聯(lián)系。促銷材料由與包數(shù)字內(nèi)容有關(guān)的圖形和文本材料(例如，與音樂專輯有關(guān)的封面美術(shù))構(gòu)成；元數(shù)據(jù)是與包裝有關(guān)的一組屬性值對(例如，標題、價格、藝術(shù)家等)；包裝描述符是一組屬性值對，它們被用來提取包裝的結(jié)構(gòu)數(shù)字內(nèi)容(例如包裝的大小和部分的數(shù)目)；視頻片段以視頻形式展現(xiàn)和促銷包裝的內(nèi)容(例如藝術(shù)家演奏包括在與該包裝有關(guān)的音樂專輯中的一個歌曲的一個短的音樂視頻)。
包裝2006和促銷材料、視頻片段、元數(shù)據(jù)、以及包裝描述符由廣播中心1802在一或多個數(shù)字廣播信道中以循環(huán)數(shù)字流的方式方式發(fā)送。循環(huán)數(shù)字流是連續(xù)的數(shù)字流，它在一組廣播內(nèi)部中重復它自己。一個廣播接收器使用戶能夠選擇和下載包裝2006并提取包裝的數(shù)字內(nèi)容。
包裝2006被組織成兩組，靜態(tài)供應(未顯示)和動態(tài)供應(未顯示)。靜態(tài)供應代表了一組活動的包裝2006，即當前正在以循環(huán)數(shù)字流方式廣播的包裝2006。動態(tài)供應代表了一組包裝2006，它們可在服務器上得到且當前沒有被廣播。這種狀況供應組又被組織成兩個子組視頻片段靜態(tài)供應和視頻方向靜態(tài)供應。視頻片段靜態(tài)供應代表了具有活動的視頻片段的包裝2006組，而視頻方向靜態(tài)供應代表了沒有活動視頻片段的包裝2006。
如以下進一步描述的，在部分“Ⅹ．最終用戶裝置”中，運行在機頂盒1804上的一個應用提供了一種視頻解碼器、一種圖形用戶界面并接收用戶輸入。機頂盒1804允許用戶調(diào)諧數(shù)字TV頻道，以顯示與視頻片段靜態(tài)供應相關(guān)的視頻片段。機頂盒1804使用戶能夠選擇供從靜態(tài)供應和動態(tài)供應組下載的包裝2006。用戶通過選擇顯示的適當?shù)膱D標，選擇和下載視頻片段靜態(tài)供應包裝2006，同時與各個包裝2006相關(guān)的視頻片段被機頂盒1804播放。用戶通過以下方式選擇和下載視頻目錄靜態(tài)供應(1)選擇顯示靜態(tài)供應目錄的圖標(即基于圖標的可在該組中獲得的包裝2006的圖形表示)；(2)瀏覽該目錄以確定所希望的選擇的位置；以及，(3)選擇所希望的包裝。機頂盒1804與廣播中心1802通信，以請求這種動態(tài)供應包裝的廣播。廣播中心1802收集來自用戶機頂盒1804的所有請求并實施把包裝2006分配至循環(huán)數(shù)字流的計劃算法并以廣播循環(huán)數(shù)字流方式的廣播間隔。一旦動態(tài)供應包裝被分配給一個循環(huán)數(shù)字流(因而給一個廣播間隔)，它變成了一種靜態(tài)供應包裝。
所有包裝2006促銷材料、元數(shù)據(jù)和描述符，都在主目錄內(nèi)收集。主目錄以預定的循環(huán)數(shù)字流的方式廣播。屬于靜態(tài)供應組的包裝2006被列在一個bug目錄中。該bug目錄包含了以下部分·接收靜態(tài)供應組中的包裝所需的廣播尋址和調(diào)諧信息；·用于接收視頻片段的廣播尋址信息；·接收主目錄所需的廣播尋址信息；·至與當前廣播的視頻片段有關(guān)的包裝的一個指針；·代表屬于靜態(tài)供應組的包裝2006的一組指針；·主目錄版本；以及·bug目錄版本由于bug目錄只包含指針，它非常緊湊且它可被更新和頻繁下載。以此方式，機頂盒1804能夠用廣播信道的狀態(tài)連續(xù)更新。
為了建立和表示圖形用戶界面，機頂盒1804下載主目錄并提取包含的數(shù)據(jù)。為了下載選定的包裝，機頂盒1804調(diào)諧到包含包裝的循環(huán)數(shù)字流并隨后開始收集與包裝有關(guān)的數(shù)據(jù)。包裝數(shù)據(jù)被組織成部分。由于數(shù)字發(fā)送錯誤，部分可能被損壞和/或丟失。部分的完整性利用CRC-32式信息確定。在一個實施例中，機頂盒1804收集循環(huán)數(shù)字流循環(huán)上的所有包裝部分。在所有部分都被收集和重新排列順序之后，機頂盒1804重新組裝包裝。如果有單獨的雙向單cast信道(諸如因特網(wǎng))，機頂盒1804能夠用這種信道收集丟失的包裝部分。利用后一種機械，包裝下載時間能夠顯著縮短。
廣播中心1802中的一種商店管理應用(未顯示)被用來建立視頻片段靜態(tài)供應、視頻目錄靜態(tài)供應和動態(tài)供應組。相同的應用也被用來把包裝2006與循環(huán)數(shù)字流相關(guān)，以確定各個循環(huán)數(shù)字流和各個視頻片段的廣播間隔。廣播管理器應用進行的操作由廣播中心1802實時實施。
包裝描述符和促銷材料利用兩層示例廣播，這使得接收器能夠?qū)崟r更新。
2．在單獨信道實施例上的網(wǎng)絡(luò)廣播圖27是圖18的詳細框圖，顯示了根據(jù)本發(fā)明的在網(wǎng)絡(luò)廣播服務中采用單獨信道的數(shù)字內(nèi)容電子分送的一個替換實施例。圖27的這種示例性結(jié)構(gòu)概述被用來顯示對用于在廣播或通信線路上傳送音樂內(nèi)容的其他實施例的少數(shù)的改變。具體地，利用當前的網(wǎng)絡(luò)廣播設(shè)施(諸如Hughs DirecPC)，只有少量元件被添加，以只采用本系統(tǒng)的實施例就能夠與已有的HughsDirecPC系統(tǒng)(諸如以下對最終用戶裝置109進一步描述的觸發(fā)器管理器2726)一起工作。
如上所述，廣播中心2702從電子數(shù)字內(nèi)容商店103接收供應SC641。與供應SC641一起，相應的內(nèi)容SC630被獲取。在此實施例中，供應SC641和內(nèi)容SC630被本地存儲在計算機存儲裝置2704上。運行CGI的網(wǎng)絡(luò)商店2706或servlet腳本2708和2710采用促銷內(nèi)容形成樣品按鈕和目錄清單，如以下在圖28中進一步描述的。為了處理諸如信用卡、負債卡和其他支付核實系統(tǒng)的支付授權(quán)，一種電子商務CGI2710與財務結(jié)算機構(gòu)2710接口。置于網(wǎng)絡(luò)商店2706上的內(nèi)容被送到一個貯藏部分2712。在一個實施例中，送到該貯藏部分的內(nèi)容是響應于經(jīng)反向信道從最終用戶裝置109接收的用戶選擇。因此，在此實施例中，內(nèi)容可被排列成與最終用戶裝置109產(chǎn)生的需求匹配。另外，送到貯藏部分2712的內(nèi)容的定期性可被改變，其中更流行的用戶選擇被更頻繁地廣播。
供應SC641和內(nèi)容SC被選擇經(jīng)過發(fā)送2716在各種頻道上進行廣播。在一個實施例中，服務器/運行器2714利用稱為“網(wǎng)絡(luò)運行器”的技術(shù)-其中一個運行器經(jīng)過諸如URL的標識符或某些其他獲取過程自動循環(huán)獲取內(nèi)容索引-獲取將要發(fā)送的內(nèi)容。在另一實施例中，電子數(shù)字內(nèi)容商店103可“推出”體現(xiàn)在供應SC641和內(nèi)容SC630中的內(nèi)容。一旦內(nèi)容被組裝，發(fā)送器2716在一或多個選定信道上發(fā)送供應SC641和在其他信道上的相應內(nèi)容SC。該發(fā)送器是DirecPC或兼容的收發(fā)器。內(nèi)容SC630可以被包裝以在單獨的下載信道進行廣播。可用于廣播的總的可獲得通信帶寬，被所有信道所共享。在具有較大數(shù)目的信道的廣播系統(tǒng)中，對于一個具體標題或選擇各個內(nèi)容SC630可在單獨的信道上廣播。這種方案可被靜態(tài)設(shè)計，以保證各個信道的特定的周期。在這種設(shè)計中，非常流行的內(nèi)容可被更為頻繁地在信道上廣播。在此情況下，存在反向信道，諸如電話線或網(wǎng)絡(luò)，廣播內(nèi)容根據(jù)用戶選擇而被動態(tài)地安排。
在一個實施例中，供應SC641中的促銷材料被取出一個SC并在信道上發(fā)送。把促銷材料保持在SC中的需要將取決于促銷材料。
最終用戶裝置109經(jīng)接收器1804接收廣播。直接廣播實施例中的接收器2718是與DirecPC耦合的USB調(diào)制解調(diào)器或DirecPC/DirecTV盤或等價的網(wǎng)絡(luò)廣播系統(tǒng)的結(jié)合。一個高速緩沖存儲器管理器2720是一種軟件程序，它管理最終用戶裝置109上的內(nèi)容和促銷材料的下載。顯示了兩個貯藏部分，一個促銷高速緩沖存儲器272和一個專輯和DSC緩存器2224。它們作為最終用戶裝置109中的兩個單獨的存儲區(qū)顯示，但本領(lǐng)域的技術(shù)人員顯而易見的是，這些貯藏部分2722和2724可以被進一步分成最終用戶裝置上的更多的存儲區(qū)，或被結(jié)合成單個的存儲區(qū)。另外，最終用戶裝置109中的很多部分可被結(jié)合成一個單元，或作為單獨的包括接收器2718、高速緩沖存儲器管理器2720、網(wǎng)絡(luò)瀏覽器191、促銷高速緩沖存儲器2722、以及專輯+DSC緩存器2724的硬件而實施。例如，DirecPC在一個實施例中被容納在一個機頂盒1804中。
重要的是注意到期限D(zhuǎn)SC的使用。一個DSC是“斷開SC”的縮寫。這與內(nèi)容SC 630相同但“D”在此實施例中被用來強調(diào)即使當最終用戶裝置109被斷開-即它不從發(fā)送器2716接收廣播和/或不通過反向信道向網(wǎng)絡(luò)商店2706通信-時也可以在最終用戶裝置109上本地地獲取內(nèi)容DSC。
如上所述，促銷高速緩沖存儲器2722存儲最終用戶裝置109接收的促銷信息且類似地專輯+DSC 2724存儲內(nèi)容SC 630。對訂了促銷信道的用戶，存儲在促銷高速緩沖存儲器2722中的促銷材料或供應SC641每當更新版本的促銷包裝被廣播時都得到更新。通過保持促銷內(nèi)容的更新，用戶被保證在離線瀏覽時其促銷內(nèi)容是最新的。在具有較大專輯+DSC緩存器2724的系統(tǒng)中，相應的內(nèi)容SC630在促銷材料被更新時被存儲在更新。內(nèi)容和促銷材料的本地存儲使用戶系統(tǒng)包括了更新的內(nèi)容。
采用網(wǎng)絡(luò)瀏覽器191的用戶瀏覽事先高速緩沖存儲在促銷高速緩沖存儲器2722上的促銷材料。示例性的用戶界面被顯示在圖28中。重要的是注意到用戶能夠瀏覽促銷材料而不論它們是否“連接”以接收來自廣播中心2702的廣播，這是因為促銷材料的上述存儲。
在一個實施例中，一旦用戶選擇了促銷材料，可通過被觸發(fā)器管理器2726觸發(fā)的播放器應用196而播放一個樣品片段。一旦用戶利用網(wǎng)絡(luò)瀏覽器191進行了選擇，高速緩沖存儲器管理器檢查相應的內(nèi)容SC630是否能夠在專輯+DSC緩存器2724中獲得，且在相應的內(nèi)容SC630已經(jīng)被下載的情況下，它被提供給高速緩沖存儲器管理器并觸發(fā)觸發(fā)器管理器2726以開始如上所述地為“連接”實施例中的播放器應用195那樣處理內(nèi)容SC630。在相應的內(nèi)容SC630不能從專輯+DSC緩存器2724獲得的情況下，高速緩沖存儲器管理器2720作出一個請求。至高速緩沖存儲器管理器2720的該請求或訂閱請求控制接收器選擇適當?shù)膬?nèi)容SC630廣播信道。用于內(nèi)容SC630的信道可被存儲在為各個促銷下載的促銷高速緩沖存儲器2722中的一個表中。這使得能夠本地地跟蹤廣播計劃的改變。內(nèi)容SC630的下一個計劃廣播由接收器2718獲取，并被本地地高速緩沖存儲在專輯+DSC緩存器2724上。高速緩沖存儲器管理器2720可被編程，以在正確的間隔自動醒來以選擇相應的下載信道。
在一個可選實施例中，用戶下一次用諸如因特網(wǎng)的反向信道登錄到廣播中心2702中時，進行一個用戶會計信息確認，諸如利用電子商務站點2710的信用卡支付。在其他實施例中，內(nèi)容113的“離線”購買是通過允許用戶在不重新連接到清除機構(gòu)105或網(wǎng)絡(luò)商店2706的情況下進行一定數(shù)目的購買而實現(xiàn)的。在此“離線”實施例中，可以采用若干種標準，諸如信用限制、購買限制、定期連接、限制內(nèi)容113的使用時間直到在一定的時期內(nèi)進行重新連接或延遲支付。
一旦高速緩沖存儲器管理器2720完成了計劃和請求的適當內(nèi)容SC630的下載，觸發(fā)器管理器應用2726通知播放器應用195，且內(nèi)容現(xiàn)在可從專輯+DSC緩存器2724輸入到播放器應用196。除了通知播放器應用內(nèi)容SC已經(jīng)下載，其他狀況也可從高速緩沖存儲器管理器2720被報告給播放器應用195，諸如下載狀況、下載錯誤和其他對用戶希望提供或播放所希望的內(nèi)容113有用的信息。
且如上對“在線”或“連接”版本的現(xiàn)行傳送系統(tǒng)所述的，更新使用條件和與內(nèi)容有關(guān)的權(quán)利所需的步驟可通過清除機構(gòu)105進行監(jiān)測。
Ⅹ．最終用戶裝置109用于安全數(shù)字內(nèi)容電子分送系統(tǒng)100的最終用戶裝置109中的應用執(zhí)行兩個主要功能第一是SC處理和副本控制；二次是加密的內(nèi)容113的重放。不論最終用戶裝置109是一個個人計算機還是一個專用的電子消費者裝置，它都必須能夠執(zhí)行這些基本功能。最終用戶裝置109還提供了各種附加的功能和特征，象產(chǎn)生播放清單、管理數(shù)字內(nèi)容庫、在內(nèi)容重放期間顯示信息和圖象、以及記錄到外部介質(zhì)裝置。這些功能根據(jù)這些應用支持的服務和這些應用被指定給的裝置而改變。
A．概述參見圖10，其中顯示了最終用戶裝置109的功能流程的主要部分和處理。為支持基于PC網(wǎng)絡(luò)界面內(nèi)容113服務的這些應用，由兩種可執(zhí)行軟件應用組成SC處理器192和播放器應用195。SC處理器192是一種可執(zhí)行應用，它被配置成進入最終用戶網(wǎng)絡(luò)瀏覽器191的幫助器應用，以處理SC文件/MIME類型。這種應用每當從電子數(shù)字內(nèi)容商店103、清除機構(gòu)105、以及內(nèi)容寄放站點111接收到SC時由瀏覽器啟動。它負責進行SC的所有所需處理并最終把內(nèi)容113加到最終用戶的數(shù)字內(nèi)容庫196上。
播放器應用195是最終用戶裝載以在其數(shù)字內(nèi)容庫196中執(zhí)行內(nèi)容113、管理其數(shù)字內(nèi)容庫196并在允許時產(chǎn)生內(nèi)容113的副本的單獨的可執(zhí)行應用。播放器應用195和SC處理器192應用都能夠以Java、C/C++或任何等價的軟件寫出。在最佳實施例中，這些應用可從諸如網(wǎng)站的計算機可讀取裝置下載。然而，也可以用其他交付機制，諸如在諸如盤或CD的計算機可讀取介質(zhì)上交付。
內(nèi)容113信息的檢索和瀏覽、例子歌曲片段的預覽、和選擇購買的歌曲，都經(jīng)最終用戶網(wǎng)絡(luò)瀏覽器191處理。電子數(shù)字內(nèi)容商店以很多內(nèi)容113零售網(wǎng)站今天提供的相同的方式提供了購買環(huán)境。與今天基于網(wǎng)站的內(nèi)容113購買不同的，是他們現(xiàn)在選擇將要被加到他們的購物車上的可下載內(nèi)容113。如果電子數(shù)字內(nèi)容商店103除了可下載對象之外還具有可用于銷售的其他商品，最終用戶可在他的購物車中具有物理和電子可下載商品的結(jié)合。安全數(shù)字內(nèi)容電子分送最終用戶裝置109不涉及其中，直到最終用戶付帳并提交了他的最后購買授權(quán)給電子數(shù)字內(nèi)容商店103。在此之前，所有的交互都是在用于電子數(shù)字內(nèi)容商店103的網(wǎng)絡(luò)服務器與最終用戶裝置109的瀏覽器191之間進行。這包括預覽樣品數(shù)字內(nèi)容片段。數(shù)字內(nèi)容片段不被包裝成SC，而是被結(jié)合成可下載文件形式的電子數(shù)字內(nèi)容商店103或從一個流服務器被送進。內(nèi)容113片段的格式不由系統(tǒng)結(jié)構(gòu)指定。在另一實施例中，播放器應用195可直接與電子數(shù)字內(nèi)容商店103或清除機構(gòu)105進行交互作用，或離線利用促銷CD。
B．應用安裝播放器應用195和幫助器應用1981被包裝成自身安裝的可執(zhí)行程序，它可從很多網(wǎng)站上下載。清除機構(gòu)105被作為中心位置，它寄放在一個公共網(wǎng)站的主下載頁。它包含至從其可下載安裝包的位置的鏈接。該安裝包可在所有內(nèi)容寄放站點111獲得，以提供下載請求的地理上的分散。每一個參與的電子數(shù)字內(nèi)容商店103還能夠使包裝可從他們的站點下載獲得，或者可只提供至在清除機構(gòu)105的公共網(wǎng)站的主下載頁的鏈接。
商店購買可下載內(nèi)容113的最終用戶下載并安裝這種包。安裝是自身包含在這種可下載包裝中的。它打開包裝并安裝幫助器應用198和播放器應用195并還配置幫助器應用1981至安裝的網(wǎng)絡(luò)瀏覽器。
作為安裝的一部分，為最終用戶裝置109產(chǎn)生了一個公共/私人密鑰661對，用于處理定貨和許可SC660。還產(chǎn)生了一個隨機對稱密鑰(秘密用戶密鑰)，用于保護許可數(shù)據(jù)庫197中的歌曲加密密鑰該秘密用戶密鑰(未顯示)通過把密鑰分成多個部分并將密鑰部分存儲在最終用戶計算機中的多個位置，而得到保護。這種編碼區(qū)用抗篡改的軟件技術(shù)進行保護，從而不泄漏密鑰是如何分段的和它被存儲在哪里。阻止對這種密鑰被甚至最終用戶的存取，有助于阻止內(nèi)容113的盜版和與其他計算機的共享。關(guān)于更多的細節(jié)和如何使用這些密鑰參見SC處理器192部分。
抗篡改的技術(shù)是阻止黑客未經(jīng)授權(quán)進入計算機軟件應用的一種方法。通常黑客希望明白和/或修改軟件以除去對使用的限制。具體地，沒有不能被黑的計算機程序；這就是為什么抗篡改的軟件不能被稱為是“防篡改的”。但黑掉抗篡改保護應用通常能夠阻止多數(shù)黑客，因為可能的所得不足以進行努力。在此努力是得到對進行一段內(nèi)容113的密鑰的存取，可能是CD上的一首歌曲。
一種抗篡改的軟件技術(shù)是來自IBM。這種編碼引入的一種產(chǎn)品是在IBM ThinkPad 700便攜計算機中。在此，抗篡改的軟件被用來保護計算機中的DVD電影播放器。數(shù)字內(nèi)容提供者，諸如好來塢的工作室-它們關(guān)心數(shù)字電影的發(fā)展和制作完美的副本的方便，堅持在DVD盤上的電影包含副本保護機制。IBM抗篡改的軟件使得難于避開這些副本保護機制。這是非常典型的用于抗篡改的軟件的應用；該軟件被用來實行有關(guān)某些內(nèi)容113保護類型的使用的規(guī)則。
IBM的抗篡改的軟件在攻擊者的路徑上設(shè)置了幾種障礙。首先，它包含了需要戰(zhàn)勝的技術(shù)，或者至少降低了黑客使用的標準軟件工具-調(diào)試和反匯編-的效率。第二，它包含了自身完整性檢查，從而使單獨的修改，或甚至少數(shù)的修改，將被探測到并造成不正確形成操作。最后，它包含了對被誤導的黑客對其真實操作的誤解。后一種技術(shù)大體上是有針對的，但前兩種是在密碼中的眾所周知的工具上建立的加密和數(shù)字簽字。
C．SC處理器192當最終用戶提交他選擇到購物車中的商品的最后的購買授權(quán)給電子數(shù)字內(nèi)容商店103時，他的網(wǎng)絡(luò)瀏覽器仍然在等候來自網(wǎng)絡(luò)服務器的響應。電子數(shù)字內(nèi)容商店處的網(wǎng)絡(luò)服務器處理該購買并進行財務結(jié)算，并隨后把一個交易SC640送回最終用戶裝置109。SC處理器192(幫助器應用198)被網(wǎng)絡(luò)瀏覽器啟動以處理與交易SC640相關(guān)的SC mime類型。圖17是根據(jù)本發(fā)明的下載內(nèi)容至如圖10描述的本地庫的播放器應用195的用戶界面屏幕的一個例子。
SC處理器192打開交易SC640并提取包含在其中的響應HTML頁和供應SC641。響應HTML頁被顯示在確認最終用戶購買的瀏覽窗口中。供應SC641隨后被打開，且內(nèi)容113(例如歌曲或?qū)］?名稱連同計劃下載時間被從中提取，步驟1401。隨后顯示一個新的帶有這種信息的窗口，且最終用戶被提供了選擇以安排內(nèi)容113(例如對音樂，歌曲或整個專輯)的下載，步驟1402。最終用戶能夠選擇立即下載，或可安排在以后的時間下載。如果選擇了以后的時間，下載計劃信息被保存在一個運行記錄中，且如果最終用戶裝置109在該時間是接通的，下載在計劃的時間被啟動。如果在該計劃下載時間計算機未接通，或通信線路不活動，最終用戶在計算機下一次被打開時被提示重新安排下載。
當計劃的下載時間發(fā)生或如果請求立即下載，SC處理器192從交易SC640、供應SC641、以及在安裝時產(chǎn)生的最終用戶的公共密鑰661中的信息產(chǎn)生訂購SC650。這種訂購SC650經(jīng)過HTTP請求被送到清除機構(gòu)105。當清除機構(gòu)105送回許可SC660時，幫助器應用198被重新啟動以處理許可SC660。許可SC660隨后被打開且內(nèi)容寄放站點111的URL被從引用的訂購SC650中提取。許可SC660隨后經(jīng)過通過瀏覽器的HTTP請求而被送到指定的內(nèi)容寄放站點111，從而請求下載內(nèi)容SC630。當內(nèi)容SC630回到瀏覽時，幫助器應用198被重新啟動。SC處理器192顯示正在下載的內(nèi)容113的名稱與一個下載進程表示符和一個估計的完成時間。
在內(nèi)容113正在被SC處理器192接收時，它把內(nèi)容113數(shù)據(jù)裝載到存儲緩存器中以進行解密。緩存器的大小取決于加密算法和水印技術(shù)193的要求，并且是可以減小未加密的內(nèi)容113暴露于黑客碼的量的最小的大小。當緩存器被充滿時，它利用從許可SC660提取的最終用戶的密鑰623(對應于公共密鑰661)而得到解密，許可SC660自己首先利用私人密鑰被解密。解密的緩存器隨后被傳送到水印功能。
水印193提取來自許可SC660的水印指令，并利用最終用戶的私人密鑰解密該指令。水印數(shù)據(jù)隨后從許可SC660中被提取，該許可SC660包括了交易信息-諸如購買者名稱(如向從其購買內(nèi)容113的電子數(shù)字內(nèi)容商店103登記的，或者在電子數(shù)字內(nèi)容商店103不提供登記功能的情況下從信用卡登記信息導出的)。還包括在水印中的是購買日期和電子數(shù)字內(nèi)容商店103分配的用于索引為該交易運行記錄的具體記錄的交易ID535。商店使用條件519也被包括，以由播放器應用195的副本控制使用。
水印193用抗篡改編碼技術(shù)進行保護，從而不導致水印指令，從而防止黑客發(fā)現(xiàn)水印的位置和技術(shù)。這防止了黑客除去或修改水印。
在向這種內(nèi)容緩存器加上了所需的水印之后，緩存器被傳送到用于再加密194的量化功能。足夠進行諸如IBM的SEAL加密技術(shù)的加密算法的處理器，被用來利用隨機對稱密鑰再加密內(nèi)容113。一旦完成了下載和解密和再加密194處理，內(nèi)容提供者101用于原始加密內(nèi)容113的加密密鑰623現(xiàn)在被破壞，且新的SEAL密鑰利用在安裝時產(chǎn)生和隱藏的秘密用戶密鑰而自己得到加密。這種需要的加密SEAL密鑰現(xiàn)在被存儲在許可數(shù)據(jù)庫107中。
不同與在內(nèi)容提供者101進行的源和在最終用戶裝置109進行的用戶加水印，可能需要變?yōu)楣I(yè)標準以得到實現(xiàn)。這些標準仍然在進化中。該技術(shù)可被用來控制將要嵌入音樂的信息，并被更新了若干次。至副本控制定子更為穩(wěn)定時，替換的副本控制方法已經(jīng)在安全數(shù)字內(nèi)容電子分送系統(tǒng)100中提供，從而使它不依賴副本控制水印，以提供消費者裝置中的權(quán)利管理。存儲和播放/記錄使用條件安全是利用與最終用戶裝置109相關(guān)的DC庫收集196實施的，并借助抗篡改環(huán)境而得到保護。軟件掛鉤用于當標準被采用時支持副本控制水印。支持今天為水印AAC和各種壓縮等級的其他編碼聲頻流而存在，但這種技術(shù)仍然此時有些不成熟，而不能被用作副本控制的唯一方法。
解密和再加密194過程是用抗篡改編碼技術(shù)保護的另一領(lǐng)域，從而不使原始內(nèi)容113加密密鑰、新的SEAL密鑰、秘密用戶密鑰和秘密用戶密鑰段被存儲在哪里和密鑰如何分段被泄漏。
解密和再加密194的處理被用于兩個目的。存儲用象SEAL的算法加密的內(nèi)容113，使得能夠進行比實時更快速的解密，并要求比象DES的工業(yè)標準類型算法更少的處理器利用。這使得播放器應用195能夠進行內(nèi)容113的實時同時解密-解碼-重放，而不用先解密整個內(nèi)容113再解碼和重放。SEAL算法的效率和一種高度有效的解碼算法，使得不僅能夠同時操作(從加密文件的流重放)而且還使這種處理能夠在更低能力的系統(tǒng)處理器上進行。因此，這種應用能夠被支持在低至60MHzPentium系統(tǒng)甚至更低的最終用戶裝置109上。把其中最后存儲內(nèi)容113的加密格式與原始的加密格式，使得原始內(nèi)容加密算法的選擇更有靈活性。因此，可采用更廣泛被接受和證明的工業(yè)標準算法，從而進一步增強安全數(shù)字內(nèi)容電子分送系統(tǒng)100的數(shù)字內(nèi)容工業(yè)接受。
這種解密和再加密194處理的第二個目的，是除去內(nèi)容提供者101用于加密內(nèi)容113的原始主加密密鑰623被存儲在被許可了這種內(nèi)容113的每一個最終用戶裝置109上的要求。加密的主密鑰623，作為許可SC660的一部分，只是被高速緩沖存儲在最終用戶裝置109的硬盤上很短的時間，且只是在存儲器中明確非常短的時間。在此執(zhí)行階段，密鑰623經(jīng)過抗篡改編碼技術(shù)而得到保護。一旦這種解密和再加密194階段已經(jīng)完成，不用把這種密鑰623以任何形式保持在最終用戶裝置109上，從而大大減小了黑客盜版的可能。
一旦歌曲被再加密，它被存儲在數(shù)字內(nèi)容庫196中。播放器應用195所用的所有元數(shù)據(jù)都從相關(guān)的供應SC641提取并也被存儲在數(shù)字內(nèi)容庫196中，步驟1403。被加密的元數(shù)據(jù)的所有部分，諸如民歌，被以與上述為其他內(nèi)容描述的相同的方式被解密和再加密。用于加密內(nèi)容113的相同的SEAL密鑰被用于需要加密的任何相關(guān)的元數(shù)據(jù)。
D．播放器應用1951．概述安全數(shù)字內(nèi)容電子分送播放器應用195(在此被稱為播放器應用195)類比于CD、DVD或其他數(shù)字內(nèi)容播放器和CD、DVD或其他數(shù)字內(nèi)容存儲管理系統(tǒng)。在其最簡單的形式中，它執(zhí)行內(nèi)容113，諸如播放歌曲或視頻。在另一等級，它提供給最終用戶用于管理其數(shù)字內(nèi)容庫196的一種工具。重要的是，它用于編輯和播放內(nèi)容的集合，諸如歌曲(以下稱為播放清單)。
播放器應用195是從可單個選定并根據(jù)內(nèi)容提供者101和電子數(shù)字內(nèi)容商店103的要求個性化的部分的集合。描述的是播放器的一種類屬的版本，但可以把它個性化。
參見圖15，顯示了運行在圖10的最終用戶裝置109上的播放器應用195的主要部分和處理的框圖。
有若干部分組，它們構(gòu)成了播放器對象管理器15011．最終用戶界面部分1509；2．副本/播放管理部分15043．解密1505、解壓縮1506、重放部分1507并可包括記錄
4．數(shù)據(jù)管理1502和庫存取部分15035．應用間通信部分15086．其他部分(如安裝)可從這些組中根據(jù)以下要求選擇部分·平臺(視窗、Unix、等等)·通信協(xié)議(網(wǎng)絡(luò)、電纜等)·內(nèi)容提供者101或電子數(shù)字內(nèi)容商店103·硬件(CD、DVD等)·清除機構(gòu)105技術(shù)等等以下部分詳細描述了各種部分組。最后的部分詳細描述了這些部分被如何組裝在類屬播放器中，并討論了這些部分如何個性化。
在另一實施例中，播放器應用195和SC處理器192的部分可作為編程者軟件工具箱的部分而獲得。這種工具箱使得能夠有至上述類屬播放器應用的部分的預定的界面。這些預定界面是API或應用編程界面形式的。開發(fā)者用這些API能夠?qū)嵤﹣碜愿呒墤贸绦虻牟糠值墓δ?。通過向這些部分提供API，編程者能夠迅速地開發(fā)出個性化的播放器應用195，而不需要再產(chǎn)生這些功能和這些部分的任何資源。
2．最終用戶界面部分1509來自該組的部分結(jié)合以提供屏幕上的播放器應用195表示。衰減該設(shè)計不建立這些部分的確定的結(jié)構(gòu)。一種這樣的結(jié)構(gòu)被提供在類屬播放器中。根據(jù)來自內(nèi)容提供者101和/或電子數(shù)字內(nèi)容商店的要求和其他要求，其他的結(jié)構(gòu)也是可以的。
這種組被分成子組，從用于提供最終用戶顯示1510并處理稱為最終用戶控制1511的用于這種諸如聲頻重放的低級功能的控制開始，并提供元數(shù)據(jù)。隨后，最終用戶顯示部分1510被進一步分成專門的功能組(播放清單、數(shù)字內(nèi)容庫)，并隨后是用于分組和把放置這些低級部分的對象容器部分。
在下列的部分中，部分CDS或內(nèi)容113至CD或其他可記錄介質(zhì)的復制，只適用于其中播放器應用195具有這些功能使能的情況。另外，注意在此上下文中術(shù)語CD是類屬的，它也可表示各種其他的外部記錄裝置，諸如小盤或DVD。
圖16是根據(jù)本發(fā)明的圖15的播放器應用195的用戶界面屏幕的一個例子。用于最終用戶控制1511的功能包括(與最終用戶界面的相應屏幕被顯示1601-1605)用于內(nèi)容113的的控制·播放/停止按鈕·播放按鈕·停止按鈕·暫停按鈕·向前跳按鈕·向后跳按鈕·音量控制·道位置控制/顯示·聲頻信道音量電平顯示等等用于顯示與內(nèi)容113有關(guān)的元數(shù)據(jù)的控制·封面圖象按鈕·封面圖象對象·藝術(shù)家圖象按鈕·藝術(shù)家圖象對象·道清單按鈕·道清單信息對象·道清單選擇器對象(點擊播放)·道名稱對象·道信息對象
·道民歌按鈕·道民歌對象·道藝術(shù)家名對象·道片頭按鈕·道片頭對象·CD名稱對象·CD片頭按鈕·CD片頭對象·類屬(可配置)元數(shù)據(jù)按鈕·類屬元數(shù)據(jù)對象等等用于最終用戶顯示1510的功能包括(最終用戶界面的相應屏幕被顯示1601-1605)顯示容器的播放清單·播放清單管理按鈕·播放清單管理窗口·數(shù)字內(nèi)容檢索按鈕·數(shù)字內(nèi)容檢索定義對象·數(shù)字內(nèi)容檢索提交按鈕·數(shù)字內(nèi)容檢索結(jié)果對象·副本選擇檢索結(jié)果項至播放清單按鈕·播放清單對象(可編輯)·播放清單保存按鈕·播放清單播放按鈕·播放清單暫停按鈕·播放清單再開始按鈕·從播放清單按鈕產(chǎn)生CD等。
數(shù)字內(nèi)容庫196的顯示·數(shù)字內(nèi)容庫按鈕
·數(shù)字內(nèi)容庫窗口·數(shù)字內(nèi)容類別按鈕·數(shù)字內(nèi)容類別對象·按照藝術(shù)家按鈕·按照類屬按鈕·按照品牌按鈕·按照類別按鈕·刪除按鈕·加到播放清單按鈕·副本至CD按鈕·歌曲清單對象·歌曲清單顯示容器等等容器等·播放器窗口容器·聲頻控制容器·元數(shù)據(jù)控制容器·元數(shù)據(jù)顯示容器·工具條容器對象·樣品按鈕·下載按鈕·購買按鈕·記錄按鈕·播放器名稱對象·品牌/提供者/商店廣告對象·品牌/提供者/商店URL按鈕·藝術(shù)家URL按鈕等等3．副本/播放管理部分1504
這些部分處理加密密鑰、水印處理、副本管理等的設(shè)定。還有用于與清除機構(gòu)105的通信、購買請求的發(fā)送等的界面，用于諸如每次收聽付款或其中向?qū)?nèi)容113的每一次存取計費用的情況的特殊服務。當前，至清除機構(gòu)105的通信的功能由SC處理器192處理。
最終用戶裝置109上的播放器應用195對內(nèi)容113的使用，被運行記錄到諸如許可數(shù)據(jù)庫197的數(shù)據(jù)庫中。內(nèi)容113被播放器應用195的每一次使用的跟蹤，可被發(fā)送到一或多個運行記錄站點，諸如清除機構(gòu)105或內(nèi)容提供者101或電子數(shù)字內(nèi)容商店103或被指定并與發(fā)送設(shè)施107相連的任何站點。這種發(fā)送可計劃在預定的時間上載用途信息至一個運行記錄站點。一個預定的時間是在早晨，當發(fā)送設(shè)施107可能不發(fā)生網(wǎng)絡(luò)堵塞的時。采用已知技術(shù)的播放器應用195在計劃的時間醒來，并從本地運行記錄數(shù)據(jù)庫向運行記錄站點發(fā)送信息。通過回顧運行記錄站點信息，內(nèi)容提供者101能夠測量他們的內(nèi)容113的流行。
在另一實施例中，不用運行記錄內(nèi)容113的使用以用于至運行記錄站點的隨后的上載，而是在內(nèi)容113的每次使用期間把內(nèi)容113的使用上載到運行記錄站點。例如，當復制存儲在最終用戶裝置109的內(nèi)容113至諸如DVD盤、數(shù)字帶、閃爍存儲器、小盤的外部裝置或等價的讀取/寫入可取下介質(zhì)時，使用被上載到運行記錄站點。這可以是在當購買內(nèi)容113時發(fā)送的使用條件206中的預定的內(nèi)容113復制。這保證了內(nèi)容提供者101能夠準確地跟蹤內(nèi)容113在它們的播放期間的使用、復制或其他對內(nèi)容113的操作。
另外，有關(guān)內(nèi)容113的其他信息可被上載下運行記錄站點。例如，內(nèi)容113最后一次運行的時間(例如小時和天)；內(nèi)容113運行的次數(shù)；內(nèi)容113已經(jīng)已經(jīng)被復制到了授權(quán)的外部裝置上-諸如DVD盤、數(shù)字帶或小盤。在其中最終用戶裝置109上有單個播放器應用195的多個不同的用戶的情況下，諸如一個家庭的多個成員，內(nèi)容113的用戶的身份與使用信息一起被發(fā)送到運行記錄站點。通過回顧上載到運行記錄站點的使用信息，內(nèi)容提供者101能夠根據(jù)實際的使用、用戶的身份和內(nèi)容113被運行的次數(shù)，來測量內(nèi)容113的流行程度。實際的使用測量使這種系統(tǒng)比采用取樣方法的系統(tǒng)(諸如用于電視的Nielsen Rating方案、或電話調(diào)查，其中只有有限數(shù)目的用戶每次被取樣且結(jié)果是外推的)在驅(qū)動上更為實際。在本實施例中，實際使用可以是送回至諸如電子數(shù)字內(nèi)容商店103或內(nèi)容提供者101的指定網(wǎng)站進行運行記錄的用戶測量。
4．解密1505、解壓縮1506和重放部分1506這些部分采用了由副本/播放管理部分獲得的密鑰以解鎖從數(shù)據(jù)管理和庫存取部分獲得的聲頻數(shù)據(jù)，應用適當?shù)慕鈮嚎s以準備重放，但用系統(tǒng)聲頻服務播放它。在一個替換實施例中，從數(shù)據(jù)管理和庫存取部分獲得的聲頻數(shù)據(jù)可以被復制到諸如CD、軟盤、磁帶或小盤的可取下介質(zhì)上。
5．數(shù)據(jù)管理1502和庫存取部分1503這些部分被用來存儲和獲取歌曲數(shù)據(jù)至最終用戶系統(tǒng)的各種存儲裝置上，并處理用于有關(guān)存儲的歌曲的信息的請求。
6．應用間的通信部分1508這些部分用于協(xié)調(diào)安全數(shù)字內(nèi)容電子分送播放器和可啟動播放器應用195的其他應用(例如瀏覽器、幫助器應用和/或插件等)或者播放器應用195需要在進行其功能時使用的應用。例如，當URL控制被激活時，它啟動了適當?shù)臑g覽器被命令它裝載適當?shù)捻摗?br> 7．其他部分在此列出了不能分入上述類別中的各個部分(例如安裝)。
8．類屬播放器在此部分中，上述部分結(jié)合成播放器應用195的一個版本的情況得到了討論。這只是很多不同的可能例子中的一個，因為播放器應用195是通過根據(jù)軟件對象而個性化指定的。
播放器對象管理器1501是把所有其他部分保持在一起的軟件框架。如在上述部分中所述，播放器對象管理器1501以下的塊在此圖中是所有播放器所需的，但可根據(jù)如加密的形式或采用的量化、聲頻壓縮的類型、內(nèi)容113庫的存取方法等而被專門的版本代替。
在播放器對象管理器1501之上是變量對象1512，它通常從與播放或檢索的內(nèi)容113有關(guān)的元數(shù)據(jù)導出。這些變量對象，通過最終用戶顯示器1510而可被最終用戶裝置109獲得，并從最終用戶控制器1511輸入。所有對象都是可配置的，且所有容器的結(jié)構(gòu)都是可個性化的。這些對象可用C/C++、Java或等價的編程語言實施。
使用播放器應用195以下的實施例是其中運行在最終用戶裝置109上的播放器應用195是聲頻播放器且其中內(nèi)容113是音樂的一個例子。本領(lǐng)域的技術(shù)人員應該理解的是，播放器應用195可支持其他類型的內(nèi)容113。一個典型的聲頻迷具有保持歌曲的CD的庫。所有這些都可在安全數(shù)字內(nèi)容電子分送系統(tǒng)100中獲得。已經(jīng)從電子數(shù)字內(nèi)容商店103購買的歌曲組被存儲在他或她的系統(tǒng)的數(shù)字內(nèi)容庫196中。與物理CD類似的歌曲的分組以播放清單的形式存儲。在某些情況下，播放清單完全模擬CD(例如商業(yè)可獲得的CD的所有道都作為CD在線版本而被從電子數(shù)字內(nèi)容商店103購買，并被與CD等價的播放清單定義)。但多數(shù)播放清單是由最終用戶放置在一起的，以對它們已經(jīng)存儲在數(shù)字內(nèi)容庫中的歌曲進行分組。然而，為了保證討論，當提到播放清單時采用了用戶制作的音樂CD的例子。
當用戶啟動播放器應用195時，不是通過從SC處理器192應用的激活而啟動它，而是它被預裝載到存取的最后播放清單中。如果在數(shù)字內(nèi)容庫196中沒有播放清單，播放清單編輯器被自動啟動(除非用戶已經(jīng)通過設(shè)定關(guān)閉了這種特征)。見以下詳細描述的播放清單播放器應用195還可用作為索引的指定的歌曲來激活，在此情況下它間歇地進入歌曲播放模式?？蛇x地，歌曲可準備播放但被最終用戶置于等候。更多詳細的描述見以下的歌曲播放部分。
播放清單(最終用戶界面1603的相應屏幕)當最終用戶已經(jīng)激活了播放清單功能時，這些是可獲得的功能·打開播放清單·數(shù)字內(nèi)容管理員被激活以顯示存儲的播放清單以進行選擇。還見以下的數(shù)字內(nèi)容管理員。
·編輯播放清單·激活播放清單編輯器(見下)，如果已經(jīng)裝載了則以當前的播放清單優(yōu)先。否則編輯產(chǎn)生一個空的播放清單以供開始·運行播放清單·從選定的歌曲開始(或播放清單的開始處，如果沒有選定歌曲)每次一首播放。播放清單編輯器中的選擇設(shè)定影響重放的順序。然而，在此可進行控制以超越有關(guān)播放清單的播放的這些選擇。
·播放歌曲·只有從播放清單中選定的歌曲被播放。更多情況見以下的歌曲播放。
·播放清單信息·有關(guān)播放清單的顯示信息。
·歌曲信息·有關(guān)播放清單內(nèi)的選定歌曲的顯示信息。
·訪問網(wǎng)站·裝載與該播放清單有關(guān)的網(wǎng)站到瀏覽器中。
·圖書館員·打開數(shù)字內(nèi)容管理員窗口。更多情況見數(shù)字內(nèi)容管理員。
播放清單編輯器(最終用戶界面1603的相應屏幕)當激活播放清單編輯器時，這些是最終用戶選擇·觀看/裝載/刪除播放清單·數(shù)字內(nèi)容管理員被激活以顯示存儲的播放清單的清單以供選擇以裝載或刪除。更多情況見以下數(shù)字內(nèi)容管理員部分。
·保存播放清單·播放清單的當前版本被保存到數(shù)字內(nèi)容庫196中。
·刪除歌曲·當前選定的歌曲被從播放清單刪除·添加歌曲·數(shù)字內(nèi)容庫在歌曲檢索模式下被激活，以選擇添加到播放清單中的歌曲。更多情況見數(shù)字內(nèi)容管理員部分。
·設(shè)定歌曲信息·顯示并允許對有關(guān)播放清單中的選定歌曲的信息。這種信息被存儲在播放清單中，且不改變有關(guān)存儲在數(shù)字內(nèi)容庫196中的歌曲的信息。這些可被改變·顯示歌曲標題·最終用戶的有關(guān)歌曲的注釋·播放歌曲的引入延遲·播放歌曲之后的跟隨延遲·當播放時歌曲中的開始點·當播放時歌曲中的結(jié)束點·隨機模式的加權(quán)·該歌曲的音量調(diào)節(jié)等設(shè)定播放清單屬性顯示并允許對該播放清單的屬性的改變。這些屬性可被設(shè)定·播放清單標題·播放清單模式(隨機、依次等)·重復模式(播放一次、當完成時再開始等)·最終用戶有關(guān)該播放清單的注釋圖書館員(最終用戶界面1601的對應屏幕)·打開數(shù)字內(nèi)容管理員窗口。更多情況見以下數(shù)字內(nèi)容管理員。
歌曲播放當一個歌曲已經(jīng)準備好播放(通過激活播放器應用195并以歌曲作為索引或通過從播放清單或數(shù)字內(nèi)容管理員中選擇一個歌曲進行播放)時，這些是最終用戶選擇(最終用戶界面1601的對應屏幕)·播放·暫?！ねＶ埂は蚝筇は蚯疤ふ{(diào)節(jié)音量·調(diào)節(jié)道位置·觀看民歌·觀看積分·觀看觀看CD封面·觀看藝術(shù)家照片·觀看道信息·觀看其他元數(shù)據(jù)·訪問網(wǎng)站·播放清單·圖書館員等等數(shù)字內(nèi)容管理員數(shù)字內(nèi)容管理員可在選擇歌曲或播放清單時被激活(見上)或可在最終用戶系統(tǒng)上它自己的歌曲庫管理窗口中被打開。在此情況下，這些是最終用戶選擇歌曲操作按照藝術(shù)家、類別、品牌等進行分類按照藝術(shù)家、類別、品牌等選擇歌曲把選定歌曲添加到當前的播放清單副本歌曲至CD(如果被允許)刪除歌曲添加歌曲至類別等播放清單操作按照名稱分類按照類別分類按照關(guān)鍵字檢索按照包括的歌曲標題檢索裝載選定的播放清單重新命名播放清單刪節(jié)播放清單從選定的播放清單產(chǎn)生CD(如果被允許)等。
E廣播交付模式下的最終用戶裝置1091．多層數(shù)字TV實施例現(xiàn)在描述采用廣播交付的最終用戶裝置109的一個替換實施例。參見圖10，顯示了用于在廣播設(shè)施上接收內(nèi)容113的一個替換實施例。廣播中心1802發(fā)送的包2006被發(fā)送并在機頂盒1804被接收。機頂盒1804利用諸如以下的圖22-27中顯示的用戶屏幕的示例性顯示的GUI發(fā)生器，產(chǎn)生一個GUI(圖形用戶界面)。在此實施例中，GUI產(chǎn)生一種透明的重疊，從而減小與用戶觀看的初級程序的干擾。用戶進行的選擇使一個包被包裝濾波器1906提取。機頂盒1804收集目錄信息，在用戶電視1806上顯示視頻片段并運行使用戶能夠選擇并下載包裝的應用。機頂盒1804提取并收集與所希望的包裝有關(guān)的部分并重新組裝包裝最終用戶裝置109使用戶能夠存儲并播放數(shù)字內(nèi)容(同樣，術(shù)語“播放”是廣義的)。機頂盒1804是單個的邏輯模塊；它可在單獨的軟件模塊中實現(xiàn)，它可以或不可以在單獨的物理裝置上被執(zhí)行。
根據(jù)在bug目錄中攜帶的信息，機頂盒1804用代表用戶可在每次采取的操作的圖標部分地覆蓋視頻片段。用戶可采取的兩個主要操作，是請求下載當前廣告的內(nèi)容，或瀏覽靜態(tài)供應或動態(tài)供應目錄。機頂盒1804只用允許用戶操作的正確的圖標來覆蓋觀看的材料。
在用戶選擇了下載的內(nèi)容之后，機頂盒1804可在需要時與一個服務器接觸，以進行典型的用戶鑒別/信用授權(quán)步驟。如果選定的包裝屬于動態(tài)供應組，機頂盒1804與廣播中心1802接觸(如果這種信道可獲得)并請求選定的包裝的廣播。在接收到機頂盒1804請求之后，廣播中心1802確認該請求并安排發(fā)送所希望的包裝。廣播中心1802用廣播確認和與攜帶選定包裝的循環(huán)數(shù)字流有關(guān)的廣播間隔來回答機頂盒1804。機頂盒1804可把該廣播間隔顯示給用戶并請求指定間隔的選擇。
在計劃的下載時間，機頂盒1804調(diào)諧bug目錄中指定的數(shù)字信道，并開始過濾多路復用廣播流中的所希望的包裝部分。機頂盒1804探測發(fā)送錯誤并抑制損壞的塊(該機制可以是例如循環(huán)冗余檢查)。機頂盒1804利用包含在主目錄中的包裝描述信息重新組裝包裝。在成功下載了動態(tài)供應組中的包裝之后，機頂盒1804通知廣播中心1802。
系統(tǒng)還能夠使用廣播中心1802與機頂盒1804之間的單獨的單播出網(wǎng)絡(luò)連接，以便利損壞的部分的恢復。由于損壞部分的數(shù)目通常較少，再發(fā)送的量較小，且因而能夠較快速地利用單播出或多播出，在單播出網(wǎng)絡(luò)連接在再發(fā)送這些部分，而不是等候整個循環(huán)數(shù)字流循環(huán)。進一步地，如果機頂盒1804確定在這種信道上下載整個包裝更快，它可這樣做。
包過濾器1906能夠根據(jù)設(shè)定的頻率或信道或其他已知的過濾裝置，對包進行過濾。循環(huán)數(shù)字流接收廣播信息和內(nèi)容SC630。接收器把廣播的包再組裝成內(nèi)容SC630和藝術(shù)SC2041和全局SC2040(它們在此一起被稱為廣播SC)的完整的包裝2006。運行在最終用戶裝置109上的一種軟件應用1910從機頂盒1804接收包裝2006，該軟件應用1910在此實施例中是一種daemon，它啟動內(nèi)容寄放仿真器1912以與播放器應用191接口。內(nèi)容寄放仿真器1912允許相同的播放器應用191被用于這種廣播設(shè)施或通信設(shè)施(諸如因特網(wǎng))或計算機可讀取介質(zhì)中。播放器應用191和包括安全容器處理器102、幫助器應用198、水印193和解密再加密194的相關(guān)部分不被改變。這提供給開發(fā)者一組API和工具以為這種廣播實施例和通信實施例或計算機可讀取介質(zhì)實施例建立播放器。另外，清除機構(gòu)仿真器1914允許交易被運行記錄，直到用戶把最終用戶裝置109連接到清除機構(gòu)105以進行最后的會計結(jié)算。
現(xiàn)在參見圖21，其中顯示了根據(jù)本發(fā)明的用于在圖18的替換實施例上購買內(nèi)容的最終用戶裝置上運行的處理的流程圖2100。為了更好地理解該流程圖，將參見圖22-27，它們是顯示利用根據(jù)本發(fā)明的圖18的替換實施例在電視1806上進行的用戶購買的一系列屏幕抓拍。
處理流程2100從步驟2102開始，顯示了一個“購買”和“目錄”圖標。用戶輸入，步驟2104被接收。進行一個測試，以確定用戶在節(jié)目2204的廣播期間選擇了“購買”還是“目錄”，步驟2106和2108。如果選擇了購買，用戶被請求標明他們自己以進行開帳單，步驟2110。圖24和步驟2110-2116顯示的實施例采用了“智能卡”和一種相關(guān)的個人識別號(PIN)。其他帳單機制也是可以的，包括采用負債卡。一旦用戶識別了其自己，下載開始，步驟2118。如果在步驟2106選擇了目錄，可購買產(chǎn)品的一個菜單面板得到顯示步驟2120，且用戶可借助一個選擇光標(未顯示)在其間導航。用戶輸入在步驟2122被接收。如果這輸入了“購買”，觀看器通過鑒別處理，2110-2116。如果輸入是退出，觀看器送回到購買和目錄選擇，步驟2126。在成功鑒別時，下載以將此表示給觀看器的一種可選消息開始，如圖26所示。注意所有圖形圖象都在不被用戶的購買活動中斷的視頻的頂部上重疊。
本領(lǐng)域的技術(shù)人員應該理解的是，本發(fā)明的廣播實施例允許·在數(shù)字電視廣播設(shè)施上的快速和可靠的數(shù)字內(nèi)容下載(其中數(shù)字內(nèi)容是一種包裝，作為用于隨后播放的單元而被下載；“播放”被廣義地表示任何形式的攝取和理解。)·數(shù)字電視廣播設(shè)施上的數(shù)字內(nèi)容的自身包含的描述。這種系統(tǒng)允許當從內(nèi)容接收者至內(nèi)容發(fā)送者的返回信道不可獲得(或不能經(jīng)常獲得)時在數(shù)字電視廣播設(shè)施上的數(shù)字內(nèi)容的下載；·當從內(nèi)容接收者至內(nèi)容發(fā)送者的返回信道可獲得時改善的下載時間；·用戶利用數(shù)字機頂盒1804和與數(shù)字電視廣播設(shè)施連接的TV選擇和下載數(shù)字內(nèi)容；·用戶在同時觀看視頻節(jié)目的同時選擇和下載數(shù)字內(nèi)容；·內(nèi)容提供者利用圖形和視頻促銷可下載的數(shù)字內(nèi)容；·進行管理以實時更新可下載的數(shù)字內(nèi)容的類型和數(shù)目；2．在單獨信道實施例上的網(wǎng)絡(luò)廣播現(xiàn)在描述根據(jù)本發(fā)明的廣播交付的在一種網(wǎng)絡(luò)廣播服務中利用單獨的信道的最終用戶裝置109的替換實施例。參見圖27，其中顯示了用于在一種網(wǎng)絡(luò)廣播設(shè)施中利用單獨的信道接收內(nèi)容113的替換實施例。圖28是流程圖2800，用于在根據(jù)本發(fā)明的圖27的替換實施例上購買內(nèi)容的最終用戶裝置上運行的處理。機頂盒1804接收由諸如以下的圖29-38中顯示的用戶屏幕的示例性顯示的網(wǎng)絡(luò)商店2306提供的網(wǎng)頁。
以下利用圖28的流程圖2800并結(jié)合圖29-30的示例性用戶屏幕進行描述。處理從步驟2802開始，促銷材料在網(wǎng)絡(luò)播出信道上被下載至促銷高速緩沖存儲器2322。在用戶選擇了標為“專輯清單”的按鈕的情況下，提供了如圖29所示的一個選擇清單，步驟2806。在此例子中，有三個可能的選擇，Madonna、Fleetwood Mac和Jewel。可顯示更多或更少的選擇，且這只是顯示了一個例子。如果用戶選擇了諸如Madonna，則在圖30中顯示了有關(guān)藝術(shù)家的更多信息，步驟2810。注意用“樣品”按鈕預覽音樂的樣品的可能。當用戶選擇了“樣品”按鈕時，通過網(wǎng)絡(luò)瀏覽器191或者通過播放器應用191播放一個促銷片段。如果用戶選擇了購買，則提供一個屏幕以核實圖31中的“會計”和“口令”，步驟2812和2814。在此例子中，會計信息可與網(wǎng)絡(luò)商店2306同步或隨后與清除機構(gòu)105同步，這由內(nèi)容113的提供者決定。高速緩沖存儲器管理器2320檢驗專輯+DSC緩存器2324，以確定相應的內(nèi)容SC 630是否可以本地獲取。如果正確的內(nèi)容SC可獲得，它被獲取并提供給播放器應用195，以處理選擇。在相應的內(nèi)容SC630不能獲得的情況下，高速緩沖存儲器管理器2320向下一個內(nèi)容SC630廣播訂閱。回到音樂的例子，廣播和下載是Madonna Material Girl選擇。一旦高速緩沖存儲器管理器2320計劃了正確的下載信道和時間，帶有附加可選信息的一個屏幕被提供給用戶，如圖32所示。
在用戶選擇了“我的選擇”的情況下，如圖33和步驟2816和2818所示地顯示了經(jīng)過高速緩沖存儲器管理器2320的網(wǎng)絡(luò)廣播而被下載的選擇計劃的一個清單。在此例子中，用戶重復購買內(nèi)容113的第二段的處理。內(nèi)容113的第二段是Fleetwoord Mac GreatestHits。用戶隨后被提供了圖34-36，它們對應于如上所述的步驟2804、2806、2810、和2814的流程圖部分。此時，用戶已經(jīng)進行了兩個選擇，當“我的選擇”按鈕被選擇時，用戶被提供了圖37中的Madonna和Fleetwood Mac兩個項的狀況，注意顯示了兩個不同的狀況，一個對一種選擇。Fleetwood Mac的狀況是“將要被傳送”。Madonna的狀況是“已經(jīng)傳送”且“加到庫”按鈕被顯示。當用戶選擇“加到庫中”按鈕，相應的內(nèi)容SC631和在此稱為DSC以強調(diào)該處理能夠在用戶被“斷開”即不接收來自廣播中心2302的廣播時發(fā)生，觸發(fā)管理器2326應用被啟動以為來自專輯+DSC緩存器2324的選擇獲取內(nèi)容SC631，并將其送到播放器應用195以進行處理，步驟28022、28024和2806。在接收內(nèi)容SC631時，播放器應用195用如上對“連接”實施例中所述的方式使用內(nèi)容113。在一種實施例中，播放器應用195用諸如反向信道，以與清除機構(gòu)105處理會計信息。圖38是Madonna標題被加到最終用戶裝置109上的庫196的一個例子。許可SC 147利用任何計算機可讀取介質(zhì)(包括因特網(wǎng)或其他通信網(wǎng)絡(luò)、廣播或經(jīng)過諸如盤、DVD、智能卡、負債卡、或CD的物理郵遞器，而被發(fā)送到最終用戶裝置109。處理流程2800結(jié)束于步驟2830。
應該理解的是，這種在單獨廣播信道實施例上的網(wǎng)絡(luò)廣播中，用戶不需要連接以訂購或瀏覽諸如供應SC641的促銷材料。相反地，促銷材料可被本地存儲在最終用戶裝置109上以被用戶“斷開”或離線觀看。
雖然已經(jīng)公布了本發(fā)明的具體實施例，本領(lǐng)域的技術(shù)人員應該理解的是，在不脫離本發(fā)明的精神和范圍的前提下可對具體的實施例進行改變。本發(fā)明的范圍因而不限于具體的實施例，且所附的權(quán)利要求書覆蓋了在本發(fā)明的范圍內(nèi)的所有應用、修改、和實施例。
權(quán)利要求
1．一種用于在具有多個信道的網(wǎng)絡(luò)廣播設(shè)施向用戶系統(tǒng)安全地提供數(shù)據(jù)的方法，該方法包括以下步驟利用第一加密密鑰加密數(shù)據(jù)；利用第二加密密鑰加密第一解密密鑰；在第一網(wǎng)絡(luò)廣播信道上廣播與加密數(shù)據(jù)的至少一部分有關(guān)的促銷元數(shù)據(jù)和至少被在用戶的系統(tǒng)上接收；在第二廣播信道上廣播加密數(shù)據(jù)的至少一部分；以及把用第二加密密鑰加密的加密第一解密密鑰經(jīng)一個計算機可讀取介質(zhì)傳送到用戶的系統(tǒng)。
2．根據(jù)權(quán)利要求1的方法，其中廣播促銷元數(shù)據(jù)的步驟包括在預定的時間間隔定期廣播促銷元數(shù)據(jù)。
3．根據(jù)權(quán)利要求1的方法，其中廣播促銷元數(shù)據(jù)的步驟包括以下子步驟把至少一個促銷元數(shù)據(jù)轉(zhuǎn)換成可被網(wǎng)絡(luò)瀏覽器讀取的格式。
4．根據(jù)權(quán)利要求1的方法，其中廣播至少一部分加密數(shù)據(jù)的步驟包括廣播至少部分加密數(shù)據(jù)的廣播時間和網(wǎng)絡(luò)廣播信道的計劃。
5．根據(jù)權(quán)利要求1的方法，其中在第二網(wǎng)絡(luò)廣播信道上廣播至少部分加密數(shù)據(jù)的步驟包括以與DirecPCTM兼容的格式廣播加密數(shù)據(jù)。
6．根據(jù)權(quán)利要求1的方法，其中促銷元數(shù)據(jù)包括數(shù)據(jù)廣播時間的計劃。
7．一種用于從具有多個信道的網(wǎng)絡(luò)廣播設(shè)施安全接收數(shù)據(jù)至用戶系統(tǒng)上的方法，包括以下步驟從第一網(wǎng)絡(luò)廣播信道接收促銷元數(shù)據(jù)，該促銷元數(shù)據(jù)與可接收的數(shù)據(jù)有關(guān)；把至少部分的促銷元數(shù)據(jù)組合成用于用戶回顧的促銷供應清單；由用戶選擇與促銷元數(shù)據(jù)有關(guān)的所要接收的數(shù)據(jù)；從第二網(wǎng)絡(luò)廣播信道接收數(shù)據(jù)，該數(shù)據(jù)從促銷元數(shù)據(jù)中選擇，且其中該數(shù)據(jù)已經(jīng)用第一加密密鑰事先進行了加密；以及經(jīng)過一種計算機可讀取介質(zhì)接收第一解密密鑰，第一解密密鑰用于解密經(jīng)過第二網(wǎng)絡(luò)廣播信道接收的至少某些數(shù)據(jù)。
8．根據(jù)權(quán)利要求7的方法，其中組合至少部分促銷數(shù)據(jù)的步驟包括把促銷數(shù)據(jù)的至少部分組合成一個網(wǎng)絡(luò)瀏覽器可讀取的格式，且其中選擇步驟包括用網(wǎng)絡(luò)瀏覽器進行選擇。
9．根據(jù)權(quán)利要求7的方法，其中選擇步驟包括選擇事先被接收并存儲在用戶系統(tǒng)上的促銷材料。
10．根據(jù)權(quán)利要求9的方法，其中選擇步驟進一步包括以下子步驟確定選擇的數(shù)據(jù)的下一個網(wǎng)絡(luò)廣播計劃；設(shè)定一個觸發(fā)器以觸發(fā)用戶的系統(tǒng)以在第二信道上接收下一個網(wǎng)絡(luò)廣播。
11．根據(jù)權(quán)利要求10的方法，其中從第二網(wǎng)絡(luò)廣播信道接收數(shù)據(jù)的步驟包括在一個網(wǎng)絡(luò)廣播信道上和觸發(fā)器提供的時間從促銷元數(shù)據(jù)接收選定的數(shù)據(jù)。
12．根據(jù)權(quán)利要求7的方法，其中從一個第二網(wǎng)絡(luò)廣播信道接收數(shù)據(jù)的步驟包括以與DirecPCTM兼容的格式接收數(shù)據(jù)。
13．根據(jù)權(quán)利要求7的方法，其中從第二網(wǎng)絡(luò)廣播信道接收數(shù)據(jù)的步驟包括以下子步驟在用戶系統(tǒng)被授權(quán)的一個反向信道上授權(quán)接收選定的數(shù)據(jù)；且其中接收第一解密密鑰的步驟包括只在用戶系統(tǒng)被授權(quán)接收選定數(shù)據(jù)的情況下接收第一解密密鑰。
14．根據(jù)權(quán)利要求7的方法，其中從第二網(wǎng)絡(luò)廣播信道接收數(shù)據(jù)的步驟進一步包括以下子步驟如果來自促銷元數(shù)據(jù)的數(shù)據(jù)已經(jīng)被接收到用戶系統(tǒng)上，在用戶下一次啟動用戶系統(tǒng)時把狀況通知用戶。
15．根據(jù)權(quán)利要求7的方法，其中接收第一解密密鑰的步驟包括接收用第二加密密鑰加密的第一解密密鑰。
16．根據(jù)權(quán)利要求15的方法，其中接收第一解密密鑰的步驟包括在一個廣播流上接收第一解密密鑰。
17．根據(jù)權(quán)利要求15的方法，其中第二解密密鑰從一個清除機構(gòu)被送到用戶的系統(tǒng)。
18．根據(jù)權(quán)利要求15的方法，其中第二解密密鑰具有定時設(shè)定，以解密用第二加密密鑰加密的數(shù)據(jù)且第二解密密鑰從一個清除機構(gòu)被送到用戶的系統(tǒng)。
19．用于在具有多個信道的網(wǎng)絡(luò)廣播設(shè)施上向用戶系統(tǒng)安全地提供數(shù)據(jù)的系統(tǒng)，該系統(tǒng)包括一個內(nèi)容系統(tǒng)；一個第一公共密鑰；一個第一私人密鑰，它對應于第一公共密鑰；一個數(shù)據(jù)加密密鑰；一個數(shù)據(jù)解密密鑰，用于解密用數(shù)據(jù)加密密鑰加密的數(shù)據(jù)；第一數(shù)據(jù)加密裝置，用于加密數(shù)據(jù)從而只由數(shù)據(jù)解密密鑰進行解密；第二數(shù)據(jù)加密裝置，采用第一公共密鑰，用于加密數(shù)據(jù)解密密鑰；一個清除機構(gòu)；一個廣播中心，用于在第一網(wǎng)絡(luò)廣播信道上向一或多個用戶系統(tǒng)廣播與在第二網(wǎng)絡(luò)廣播信道上廣播的數(shù)據(jù)有關(guān)的促銷元數(shù)據(jù)，并在第二廣播信道上廣播用數(shù)據(jù)加密密鑰加密的數(shù)據(jù)；第一傳送裝置，用于把已經(jīng)加密的數(shù)據(jù)解密密鑰傳送到清除機構(gòu)，其中清除機構(gòu)具有第一私人密鑰；第一解密裝置，用于用第一私人密鑰解密數(shù)據(jù)解密密鑰；一個第二公共密鑰；一個第二私人密鑰，它對應于第二公共密鑰；再加密裝置，用于用第二公共密鑰再加密數(shù)據(jù)解密密鑰；第二傳送裝置，用于把再加密數(shù)據(jù)解密密鑰傳送給用戶系統(tǒng)，其中用戶系統(tǒng)具有第二私人密鑰；以及第二解密裝置，用于用第二私人密鑰解密再加密數(shù)據(jù)解密密鑰。
20．根據(jù)權(quán)利要求19的系統(tǒng)，其中促銷元數(shù)據(jù)包含數(shù)據(jù)廣播時間的計劃。
21．用于從具有多個信道的網(wǎng)絡(luò)廣播設(shè)施安全接收數(shù)據(jù)的用戶系統(tǒng)，包括用于從第一網(wǎng)絡(luò)廣播信道接收促銷元數(shù)據(jù)的接收器，該促銷元數(shù)據(jù)與可接收的數(shù)據(jù)有關(guān)；至輸出裝置的界面，用于顯示至少部分促銷元數(shù)據(jù)供用戶瀏覽；至一個輸入裝置的界面，用于接收用戶對用戶所要接收的與促銷元數(shù)據(jù)有關(guān)的數(shù)據(jù)的選擇；一個控制器，用于控制接收器接收來自第二網(wǎng)絡(luò)廣播信道的數(shù)據(jù)、從促銷元數(shù)據(jù)選擇的數(shù)據(jù)，且其中該數(shù)據(jù)已經(jīng)用第一加密密鑰事先進行加密；以及用于經(jīng)過計算機可讀取介質(zhì)接收第一解密密鑰的一個界面，該第一解密密鑰用于解密經(jīng)第二網(wǎng)絡(luò)廣播信道接收的至少某些數(shù)據(jù)。
22．根據(jù)權(quán)利要求21的用戶系統(tǒng)，其中輸出裝置是一個網(wǎng)絡(luò)瀏覽器且輸入裝置與網(wǎng)絡(luò)瀏覽器耦合以接收用戶的選擇。
23．根據(jù)權(quán)利要求21的用戶系統(tǒng)，其中控制器進一步包括從促銷元數(shù)據(jù)導出的計劃，其中該計劃被用來控制接收器接收來自一個第二網(wǎng)絡(luò)廣播信道的數(shù)據(jù)。
24．根據(jù)權(quán)利要求21的用戶系統(tǒng)，其中接收器適合于接收與DirecPCTM兼容的格式廣播的數(shù)據(jù)。
全文摘要
在用戶系統(tǒng)上從具有多個信道的網(wǎng)絡(luò)廣播設(shè)施接收數(shù)據(jù)的方法,包括:從第一網(wǎng)絡(luò)廣播信道接收與可接收的數(shù)據(jù)有關(guān)的促銷元數(shù)據(jù);把至少部分促銷元數(shù)據(jù)組合成供用戶回顧的促銷供應清單;由用戶選擇與促銷元數(shù)據(jù)有關(guān)的所要接收的數(shù)據(jù);從第二網(wǎng)絡(luò)廣播信道接收數(shù)據(jù),該數(shù)據(jù)從促銷元數(shù)據(jù)選擇,該數(shù)據(jù)已經(jīng)用第一加密密鑰事先進行加密;經(jīng)過計算機可讀取介質(zhì)接收第一解密密鑰,解密經(jīng)第二網(wǎng)絡(luò)廣播信道接收的至少某些數(shù)據(jù)。
文檔編號G06F17/30GK1306259SQ00135300
公開日2001年8月1日 申請日期2000年12月8日 優(yōu)先權(quán)日1999年12月9日
發(fā)明者邁格達·茂拉德, 喬納森·P·木森, 喬瓦尼·帕塞菲凱, 阿米德·坦塔維, 阿拉·S·優(yōu)瑟福 申請人:國際商業(yè)機器公司