專利名稱：防止多媒體內(nèi)容的未經(jīng)授權(quán)的重錄的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明廣泛地涉及在最終用戶系統(tǒng)上呈現(xiàn)多媒體內(nèi)容的領(lǐng)域，具體來說，涉及在最終用戶系統(tǒng)上播放多媒體內(nèi)容時(shí)禁止對多媒體內(nèi)容的未經(jīng)授權(quán)的重錄。
背景技術(shù)：
使用諸如因特網(wǎng)之類的全球分發(fā)系統(tǒng)來分發(fā)諸如音樂、電影、計(jì)算機(jī)程序、圖片、游戲及其他內(nèi)容之類的數(shù)字資產(chǎn)在不斷地發(fā)展。同時(shí)，有價(jià)值的數(shù)字內(nèi)容的所有者和出版者由于多種原因不積極采用因特網(wǎng)來分發(fā)數(shù)字資產(chǎn)。一個(gè)原因是所有者害怕對數(shù)字內(nèi)容的非法復(fù)制或盜版。數(shù)字內(nèi)容的電子提供消除了盜版的多種障礙。對于電子分發(fā)，被消除的一個(gè)障礙是要求有形的可記錄的介質(zhì)本身(例如，磁盤或CD-ROM)。需要花錢才能將數(shù)字內(nèi)容復(fù)制到有形的介質(zhì)上，雖然在很多情況下空白磁帶或可記錄的CD不到一個(gè)美元。然而，在電子分發(fā)的情況下，不再需要有形的介質(zhì)。有形的介質(zhì)的成本不是一個(gè)因素，因?yàn)閮?nèi)容是以電子方式分發(fā)的。第二個(gè)障礙是內(nèi)容本身的格式，即，是以模擬格式對數(shù)字格式存儲的內(nèi)容。以模擬格式存儲的內(nèi)容，例如，打印的圖片，當(dāng)通過影印方式再現(xiàn)時(shí)，副本的質(zhì)量比原始件的質(zhì)量差。副本的每一個(gè)隨后的副本，有時(shí)叫做“生成”，都比原件的質(zhì)量差。當(dāng)圖片用數(shù)字方式存儲時(shí)，這種質(zhì)量的下降就不存在。每一個(gè)副本，以及副本的每一個(gè)生成都可以與原件一樣清楚。完美的數(shù)字副本同以電子方式分發(fā)內(nèi)容以及廣泛地通過因特網(wǎng)分發(fā)內(nèi)容的非常低的成本相結(jié)合的綜合效應(yīng)使得盜版和分發(fā)未經(jīng)授權(quán)的副本相對來說比較容易。只需要敲幾下鍵，盜版者就可以在因特網(wǎng)上發(fā)送數(shù)百甚至成千上萬數(shù)字內(nèi)容的完美的副本。因此，需要保護(hù)以電子方式分發(fā)的數(shù)字資產(chǎn)的安全性。
數(shù)字內(nèi)容的提供商希望為數(shù)字內(nèi)容建立一個(gè)安全的全球分發(fā)系統(tǒng)，以保護(hù)內(nèi)容所有者的權(quán)利。建立數(shù)字內(nèi)容分發(fā)系統(tǒng)所存在的問題包括開發(fā)數(shù)字內(nèi)容電子分發(fā)、權(quán)利管理和資產(chǎn)保護(hù)系統(tǒng)。以電子方式分發(fā)的數(shù)字內(nèi)容包括諸如印刷媒介、電影、游戲、程序、電視、多媒體和音樂之類的內(nèi)容。
部署電子分發(fā)系統(tǒng)為數(shù)字內(nèi)容提供商提供了通過立即銷售報(bào)告和電子協(xié)調(diào)來實(shí)現(xiàn)快速的支付結(jié)算以及通過內(nèi)容的再分發(fā)獲得輔助收入來源。由于電子數(shù)字內(nèi)容分發(fā)系統(tǒng)不受實(shí)際管理員存故障或退貨的影響，因此，數(shù)字內(nèi)容提供商和零售商可以降低成本并改善儲備量。數(shù)字內(nèi)容提供商可以實(shí)現(xiàn)新的或擴(kuò)大現(xiàn)有的分發(fā)渠道，以進(jìn)行時(shí)間更合適的存貨的釋放。來自電子分發(fā)系統(tǒng)的事務(wù)性的數(shù)據(jù)可用于獲取有關(guān)消費(fèi)者購買模式的信息并提供有關(guān)電子行銷方案和促銷的即時(shí)反饋。為了實(shí)現(xiàn)這些目標(biāo)，需要數(shù)字內(nèi)容提供商使用電子分發(fā)模型，以使數(shù)字內(nèi)容對各種各樣的用戶和企業(yè)可用，同時(shí)確保保護(hù)和計(jì)量數(shù)字資產(chǎn)。
其他市場上可買到的針對數(shù)字內(nèi)容的電子分發(fā)系統(tǒng)，如realaudio、AT & T推出的A2B、Liquid Audio Pro Corp。推出的Liquid Audio Pro、Audio Soft推出的City Music Network等等都提供了在安全的和不安全的電子網(wǎng)絡(luò)上傳輸數(shù)字?jǐn)?shù)據(jù)的方式。使用安全的電子網(wǎng)絡(luò)大大地降低了向廣大的受眾分發(fā)數(shù)字內(nèi)容的數(shù)字內(nèi)容提供商的要求。使用諸如因特網(wǎng)和Web之類的不安全的網(wǎng)絡(luò)可以通過使用加密之類的方式使數(shù)字內(nèi)容安全地到達(dá)最終用戶。然而，一旦加密的數(shù)字內(nèi)容在最終用戶的機(jī)器上解密，則數(shù)字內(nèi)容就很容易被最終用戶進(jìn)行未經(jīng)授權(quán)的重新分發(fā)。因此，需要一種安全的數(shù)字內(nèi)容電子分發(fā)系統(tǒng)，該系統(tǒng)可以保護(hù)數(shù)字資產(chǎn)，并確保甚至在數(shù)字內(nèi)容被提供給消費(fèi)者和企業(yè)之后也可以保護(hù)內(nèi)容提供商的權(quán)利。因此，需要進(jìn)行權(quán)利管理，以便進(jìn)行安全的提供，進(jìn)行授權(quán)，并對數(shù)字資產(chǎn)的使用進(jìn)行控制。
數(shù)字內(nèi)容的所有者不積極采用電子分發(fā)的另一個(gè)原因是他們希望維護(hù)和培植現(xiàn)有的分發(fā)渠道。大多數(shù)內(nèi)容所有者通過零售商進(jìn)行銷售。在音樂市場上，這些美國零售商包括Tower Records、Peaches、Blockbuster、Circuit City等等。這些零售商中許多零售商都有網(wǎng)站，可使因特網(wǎng)用戶通過因特網(wǎng)來進(jìn)行挑選，并將所選的產(chǎn)品郵寄給最終用戶。音樂網(wǎng)站的例子包括@tower、Music Boulevard和Columbia House。使用電子分發(fā)可以消除零售店彼此區(qū)分的能力并區(qū)分其本身與內(nèi)容所有者，特別是在網(wǎng)絡(luò)上。因此，在通過電子分發(fā)銷售音樂時(shí)，需要向諸如圖片、游戲、音樂、程序和視頻之類的電子內(nèi)容的零售商提供一種方式彼此之間以及與內(nèi)容所有者之間區(qū)分。
內(nèi)容所有者準(zhǔn)備他們的數(shù)字內(nèi)容，以便通過諸如電子商店之類的分發(fā)站點(diǎn)來進(jìn)行電子分發(fā)。因特網(wǎng)上的電子商店，或者通過其他在線服務(wù)，希望通過他們的產(chǎn)品和產(chǎn)品促銷彼此區(qū)分。傳統(tǒng)的商店，即，電子商店的-非電子的，非在線的類似事物-使用產(chǎn)品促銷、產(chǎn)品銷售、產(chǎn)品樣品、慷慨的返還策略及其他促銷計(jì)劃來區(qū)分其本身與他們的競爭者。然而，在內(nèi)容提供商對數(shù)字內(nèi)容施加使用條件的在線領(lǐng)域，電子商店區(qū)分其本身的能力大大地受到限制。此外，即使使用條件可以變化，電子商店也面臨著處理與來自內(nèi)容提供商的數(shù)字內(nèi)容關(guān)聯(lián)的元數(shù)據(jù)以便以電子方式推銷和銷售產(chǎn)品的困難任務(wù)。當(dāng)處理元數(shù)據(jù)時(shí)，電子商店需要管理多個(gè)要求。首先，電子商店需要接收與來自內(nèi)容提供商的數(shù)字內(nèi)容關(guān)聯(lián)的元數(shù)據(jù)。這種元數(shù)據(jù)的一部分常?？梢砸约用艿姆绞桨l(fā)送，因此，內(nèi)容提供商必須創(chuàng)建一種對加密的內(nèi)容進(jìn)行解密的機(jī)制。其次，電子商店可能希望在從內(nèi)容提供商接收到內(nèi)容之前或者在由電子商店接收到內(nèi)容之后預(yù)覽來自內(nèi)容提供商的元數(shù)據(jù)，以便幫助進(jìn)行產(chǎn)品營銷、產(chǎn)品定位及內(nèi)容的其他促銷考慮。第三，電子商店需要提取某些元數(shù)據(jù)，以便用于制作促銷材料，如圖片和藝術(shù)家信息。這種促銷材料常常被電子商店直接用于在線促銷中。第四，電子商店可能希望通過修改一些允許的使用條件來創(chuàng)建數(shù)字內(nèi)容的不同的形式來互相進(jìn)行區(qū)分。第五，電子商店可能必須在元數(shù)據(jù)中插入或改變某些地址，如URL，以便購買者自動到對帳事務(wù)所進(jìn)行支付，而不必經(jīng)過電子商店進(jìn)行支付。第六，電子商店可能需要創(chuàng)建許可證，以便允許使用匹配使用條件的享有版權(quán)的數(shù)字內(nèi)容。例如，許可證可能授予對數(shù)字內(nèi)容進(jìn)行有限次數(shù)的復(fù)制的權(quán)限。需要一個(gè)許可證，以反映授予的權(quán)限的條款。
根據(jù)所有這些要求，為處理與數(shù)字內(nèi)容相關(guān)的元數(shù)據(jù)，許多電子商店編寫自定義的軟件程序以處理這些要求。創(chuàng)建這些自定義的軟件程序所需要的時(shí)間、成本和測試可能比較大。相應(yīng)地，需要提供一個(gè)解決方案來解決這些要求。
此外，數(shù)字內(nèi)容的所有者不積極采用電子分發(fā)的另一個(gè)原因是準(zhǔn)備內(nèi)容以便進(jìn)行電子分發(fā)做起來比較困難。當(dāng)今，許多內(nèi)容提供商在他們的目錄中有數(shù)千乃至數(shù)以萬計(jì)的標(biāo)題。以音樂為例，一個(gè)內(nèi)容所有者同時(shí)有多個(gè)不同格式(例如，CD、磁帶和MiniDisc)的單一的原版錄音是很常見的。此外，一個(gè)單個(gè)的格式可能具有重新制作或重新組合的原版錄音，以便用于特定的分發(fā)渠道。作為示例，廣播電臺的混錄可能不同于舞廳的聲道的混錄，而后者也可能不同于通常銷售的CD。統(tǒng)計(jì)和跟蹤這些不同的混錄是相當(dāng)繁重的任務(wù)。此外，許多原版錄音的所有者常常在隨后的專輯(“...的精選”)中重新發(fā)行舊的錄音，或者在電影的音樂聲道的編輯及其他專輯或者編輯中重新發(fā)行舊的錄音。隨著越來越多的內(nèi)容以數(shù)字方式提供，對內(nèi)容進(jìn)行重新混錄和編碼以便進(jìn)行電子分發(fā)的必要性也越來越迫切。提供商常常需要使用舊的記錄格式作為選擇正確的主錄音的指南，并將這些錄音重新處理和編碼，以便發(fā)布，供電子分發(fā)之用。這對于希望使用他們的舊格式幫助重新發(fā)布舊的錄音以便進(jìn)行電子分發(fā)的內(nèi)容提供商尤其正確。提供商將查找數(shù)據(jù)庫以匹配標(biāo)題、藝術(shù)家和錄音，以設(shè)置編碼參數(shù)。此手動搜索數(shù)據(jù)庫以便記錄作品選的過程也不是沒有其缺點(diǎn)。一個(gè)缺點(diǎn)是需要讓操作員手動搜索數(shù)據(jù)庫并相應(yīng)地設(shè)置處理參數(shù)。另一個(gè)缺點(diǎn)是在操作員從數(shù)據(jù)庫中選擇數(shù)據(jù)時(shí)可能會發(fā)生轉(zhuǎn)錄錯誤。相應(yīng)地，需要給內(nèi)容提供商提供一種自動檢索諸如音頻之類的內(nèi)容的關(guān)聯(lián)的數(shù)據(jù)和原版錄音的方法。
內(nèi)容所有者準(zhǔn)備他們的數(shù)字內(nèi)容，以便通過被稱為“編碼”的過程來進(jìn)行電子分發(fā)。編碼涉及獲取內(nèi)容，如果內(nèi)容是以模擬格式呈現(xiàn)的，則要將其數(shù)字化，并將其壓縮。壓縮過程允許數(shù)字內(nèi)容更有效地通過網(wǎng)絡(luò)傳輸，并存儲在可記錄的介質(zhì)上，因?yàn)閭鬏敾虼鎯Φ臄?shù)據(jù)量縮小。然而，壓縮也有其缺點(diǎn)。大多數(shù)壓縮會導(dǎo)致某些信息損失，這叫做“有損壓縮”。內(nèi)容提供商還必須作出使用哪一個(gè)壓縮算法以及需要什么壓縮級別的決定。例如，在音樂中，根據(jù)音樂的類型，數(shù)字內(nèi)容或歌曲可能具有非常不同的特征。為一種類型選擇的壓縮算法和壓縮級別對于另一種類型音樂可能不是最佳的選擇。內(nèi)容提供商可能發(fā)現(xiàn)壓縮算法和壓縮級別的某種組合對于一種類型的音樂(比如說，古典音樂)效果非常好，但對于另一種類型的音樂(比如，重金屬)卻不理想。此外，音頻工程師常常必須均衡音樂，執(zhí)行動態(tài)范圍調(diào)整，執(zhí)行其他預(yù)處理和處理設(shè)置，以確保編碼的音樂類型產(chǎn)生所希望的結(jié)果。必須始終手動設(shè)置這些編碼參數(shù)(如，設(shè)置均衡級別，以及每一個(gè)數(shù)字內(nèi)容的動態(tài)范圍設(shè)置)的要求比較難以承擔(dān)。再看音樂示例，帶有一個(gè)覆蓋了各種音樂類型的專輯的音樂的內(nèi)容提供商必須手動為要編碼的每一個(gè)歌曲或歌曲集選擇所希望的編碼參數(shù)的組合。相應(yīng)地，需要克服需要手動選擇編碼的進(jìn)程參數(shù)的做法。
壓縮內(nèi)容的過程可能需要大量專用的計(jì)算資源，尤其對于諸如大型故事片之類的較大的內(nèi)容項(xiàng)目。壓縮算法的提供商提供了與他們的壓縮技術(shù)關(guān)聯(lián)的各種缺點(diǎn)和優(yōu)點(diǎn)。這些缺點(diǎn)包括壓縮內(nèi)容所需要的時(shí)間量和計(jì)算資源；從原始內(nèi)容獲得的壓縮量；播放的所希望的比特速率；壓縮內(nèi)容的性能質(zhì)量；及其他因素。使用將多媒體文件作為輸入并生成編碼輸出文件而沒有臨時(shí)進(jìn)度或狀態(tài)指示的編碼程序是一個(gè)問題。此外，在許多情況下，使用其他程序來調(diào)用或管理編碼程序，而沒有進(jìn)度的臨時(shí)指示。這就使得調(diào)用應(yīng)用程序沒有辦法作為指定要編碼的整個(gè)選擇的百分比來度量已經(jīng)編碼的內(nèi)容量。在調(diào)用程序試圖調(diào)度多個(gè)不同的程序同時(shí)運(yùn)行的情況下，這可能會產(chǎn)生問題。此外，如果為編碼選擇了成批的內(nèi)容并且內(nèi)容提供商希望判斷編碼進(jìn)程的進(jìn)度，這可能尤其困難。相應(yīng)地，需要克服這些問題。
數(shù)字內(nèi)容的所有者不積極采用電子分發(fā)的另一個(gè)原因是，缺少在最終用戶設(shè)備商為以電子方式提供的內(nèi)容創(chuàng)建數(shù)字播放器的標(biāo)準(zhǔn)。內(nèi)容提供商、電子商店，或電子分發(fā)鏈中的其它環(huán)節(jié)可能希望在諸如PC、機(jī)頂盒、掌上型設(shè)備等等之類的各種設(shè)備上提供自定義的播放器。需要一個(gè)可以在抗竄改的環(huán)境中處理數(shù)字內(nèi)容的解密的工具集，即，需要一個(gè)在播放期間阻止由第三方對內(nèi)容進(jìn)行未授權(quán)的訪問的環(huán)境。此外，需要一個(gè)工具集，以使最終用戶管理數(shù)字內(nèi)容的本地庫，而不允許最終用戶對內(nèi)容進(jìn)行訪問，以便作購買之外的用途。
仍然，對于數(shù)字內(nèi)容電子分發(fā)系統(tǒng)的另一個(gè)問題是通過標(biāo)準(zhǔn)電話和電纜線路下載內(nèi)容所花的時(shí)間長度。壓縮的音樂通過電信線路花15分鐘或通過標(biāo)準(zhǔn)電話線路花更長的時(shí)間下載不是不常見的。下載視頻所需要的時(shí)間量甚至更高。雖然諸如電纜因特網(wǎng)訪問和寬帶之類的其他較高帶寬的提供系統(tǒng)越來越比較流行，但是這些系統(tǒng)在許多城鎮(zhèn)和城市也沒有廣泛地采用。此外，許多較高帶寬的提供系統(tǒng)可能會由于連接時(shí)間花費(fèi)數(shù)字內(nèi)容的提供商和數(shù)字內(nèi)容的購買者比較高的成本。相應(yīng)地，需要一種方法和設(shè)備，以便以安全的方式提供內(nèi)容，該方式具有電子分發(fā)的許多優(yōu)點(diǎn)，而不需要比較大的帶寬的電信連接。提供用于通過電信線路和以計(jì)算機(jī)可讀的介質(zhì)分發(fā)數(shù)字內(nèi)容的解決方案可能會導(dǎo)致部署兩個(gè)不同的系統(tǒng)。需要一種系統(tǒng)，該系統(tǒng)通過電信線路或通過計(jì)算機(jī)可讀的介質(zhì)提供數(shù)字內(nèi)容的分發(fā)，而不必重復(fù)下列工具和組件(1)用于保護(hù)內(nèi)容所有者的所有權(quán)的的權(quán)利管理；(2)事務(wù)計(jì)量，以便進(jìn)行立即而準(zhǔn)確的補(bǔ)償；(3)開放式體系結(jié)構(gòu)。
在美國專利6226618和歐洲申請專利1077398中描述了以上某些或全部的解決方案，這些專利包括了本申請中的一些共同的材料。
有關(guān)保護(hù)數(shù)字內(nèi)容的背景的詳細(xì)信息可以從下列三個(gè)來源找到“Music on the Internet and the Intellectual Property ProtectionProblem″，作者Jack Lacy，James Snyder，David Maber，ofAT&T Labs，F(xiàn)lorham，Park，N.J.，網(wǎng)址為http//www.a2bmusic.com/about/papers/musicipp.htm；cryptographicallyprotected container，called DigiBox，見文章″Securing the Content，Not the Wire for Information Commerce″，作者為Olin Sibert，David Bernstein和David Van Wie，InterTrust Technologies Corp.Sunnyvale，CA，網(wǎng)址為http//www.intertrust.com/architecture/stc.html.；和″CryptolopeContainer Technoiogy″，IBM白皮書，網(wǎng)址為http//cryptolope.ibm.com/white.htm.
此外，數(shù)字內(nèi)容提供商不積極采用電子分發(fā)的另一個(gè)原因是，一旦內(nèi)容加載到最終用戶的設(shè)備上，最終用戶就可以進(jìn)行數(shù)字內(nèi)容的未經(jīng)授權(quán)的記錄。這尤其在內(nèi)容正在最終用戶設(shè)備上播放或呈現(xiàn)時(shí)會成問題。通常在播放數(shù)字內(nèi)容時(shí)，必須將內(nèi)容解密。在將數(shù)字內(nèi)容解密的此實(shí)例過程中，未經(jīng)授權(quán)的數(shù)字副本常常被多次記錄?？捎糜谥谱鲾?shù)字副本的一種方法是打開記錄器應(yīng)用程序，如Microsoft MediaRecorder，并記錄當(dāng)前正在播放的內(nèi)容。相應(yīng)地，需要克服此缺點(diǎn)。
此外，另一個(gè)缺點(diǎn)是，大多數(shù)多媒體最終用戶系統(tǒng)具有播放多媒體文件的能力，使用音頻輸出和音頻輸入設(shè)備和/或端口以及插塞式電纜來記錄多媒體文件。在播放或呈現(xiàn)數(shù)字內(nèi)容過程中，正在播放的音頻從聲卡的輸出線補(bǔ)償?shù)铰暱ǖ妮斎刖€。相應(yīng)地，需要允許加密的數(shù)字內(nèi)容被解密并播放，同時(shí)阻止在最終用戶設(shè)備上使用音頻插塞式電纜將內(nèi)容記錄到wavein設(shè)備和/或端口。
另一個(gè)缺點(diǎn)是，某些多媒體系統(tǒng)具有的設(shè)備/應(yīng)用程序帶有捕獲介質(zhì)流的能力而不作記錄內(nèi)容的用途，或者這些設(shè)備和/或端口不能記錄高質(zhì)量的內(nèi)容，因此不應(yīng)該與嘗試捕獲正在播放的高質(zhì)量的流的設(shè)備或應(yīng)用程序相混淆。這樣的情況的一個(gè)示例是能夠播放或記錄正在通過電話線接收的低比特率音頻的語音調(diào)制解調(diào)器或應(yīng)答系統(tǒng)應(yīng)用程序。需要區(qū)別和判斷在內(nèi)容呈現(xiàn)過程中處于活動狀態(tài)的哪些設(shè)備/應(yīng)用程序是“授權(quán)的”和“未經(jīng)授權(quán)的”。

發(fā)明內(nèi)容
簡單來說，本發(fā)明提供了一種在呈現(xiàn)加密數(shù)字多媒體文件期間阻止在最終用戶多媒體系統(tǒng)上記錄數(shù)字內(nèi)容的方法、系統(tǒng)和計(jì)算機(jī)可讀的介質(zhì)。在呈現(xiàn)加密數(shù)字多媒體的過程可以開始之前，在播放期間能夠捕獲呈現(xiàn)的介質(zhì)流所有設(shè)備和/或端口都被打開，以確保此多媒體內(nèi)容不被記錄。這就阻止了使用可用于存儲未加密(已經(jīng)被解密以便播放或呈現(xiàn))的內(nèi)容的設(shè)備和/或端口。該方法還包括一個(gè)例外情況，即允許具有權(quán)限的人進(jìn)行記錄。


圖1是說明根據(jù)本發(fā)明的安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)的概述的方框圖。
圖2是說明根據(jù)本發(fā)明的安全容器(SC)和關(guān)聯(lián)的圖形表示示例的方框圖。
圖3是說明根據(jù)本發(fā)明的安全容器(SC)的加密過程的概述的方框圖。
圖4是說明根據(jù)本發(fā)明的安全容器(SC)的解密過程的概述的方框圖。
圖5是根據(jù)本發(fā)明的圖1的安全數(shù)字內(nèi)容分發(fā)系統(tǒng)的權(quán)利管理體系結(jié)構(gòu)的層次的概述的方框圖。
圖6是說明應(yīng)用于圖5的許可證控制層的內(nèi)容分發(fā)和授權(quán)控制的概述的方框圖。
圖7是根據(jù)本發(fā)明的圖1的工作流程管理器工具的用戶界面示例的插圖。
圖8是根據(jù)本發(fā)明的對應(yīng)于圖7中的用戶界面的工作流程管理器的主要工具、組件和過程的方框圖。
圖9是說明根據(jù)本發(fā)明的圖1的電子數(shù)字內(nèi)容商店的主要工具、組件和過程的方框圖。
圖10是說明根據(jù)本發(fā)明的圖1的最終用戶設(shè)備的主要部件和過程的方框圖。
圖11是根據(jù)本發(fā)明的計(jì)算圖8的內(nèi)容預(yù)處理和壓縮工具的編碼速率因素的方法的流程圖。
圖12是根據(jù)本發(fā)明的圖8的自動元數(shù)據(jù)獲取工具的自動檢索其他信息的方法的流程圖。
圖13是自動設(shè)置根據(jù)本發(fā)明的圖8的預(yù)處理和壓縮工具的預(yù)處理和壓縮參數(shù)的方法的流程圖。
圖14是播放器應(yīng)用程序?qū)?nèi)容下載到根據(jù)本發(fā)明的如圖15所描述的本地庫的用戶界面屏幕的例子。
圖15是說明根據(jù)本發(fā)明的在圖9的最終用戶設(shè)備上運(yùn)行的播放器應(yīng)用程序的主要組件和過程的方框圖。
圖16是根據(jù)本發(fā)明的圖15的播放器應(yīng)用程序的用戶界面屏幕的例子。
圖17是一個(gè)自動為根據(jù)本發(fā)明的圖8的自動元數(shù)據(jù)獲取工具檢索其他信息的另一個(gè)實(shí)施例的流程圖。
圖18是根據(jù)本發(fā)明的以計(jì)算機(jī)可讀的存儲介質(zhì)分發(fā)內(nèi)容的圖10的另一個(gè)實(shí)施例的方框圖。
圖19是根據(jù)本發(fā)明的獲取數(shù)字內(nèi)容的權(quán)利的圖18的另一個(gè)實(shí)施例的流程圖。
圖20是音頻卡的詳圖。
圖21是根據(jù)本發(fā)明的呈現(xiàn)或播放音樂文件的流程圖。
圖22是詳述根據(jù)本發(fā)明的圖21的“打開所有CD質(zhì)量的非批準(zhǔn)的wavein設(shè)備”的步驟的流程圖。
圖23是根據(jù)本發(fā)明的記錄媒體的嘗試的流程圖。
具體實(shí)施例方式
為幫助讀者很快地定位此實(shí)施例中的不同的部分，特為本發(fā)明提供了目錄。
I.安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)A.系統(tǒng)概述1.權(quán)利管理
2.計(jì)量3.開放式體系結(jié)構(gòu)B.系統(tǒng)功能元件1.內(nèi)容提供商2.電子數(shù)字內(nèi)容商店3.中間市場合作伙伴4.票據(jù)交換所5.最終用戶設(shè)備6.傳輸基礎(chǔ)結(jié)構(gòu)C.系統(tǒng)使用II.加密的概念和它們向安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)的應(yīng)用A.對稱算法B.公鑰算法C.數(shù)字簽名D.數(shù)字證書E.Sc圖形表示指南F.安全容器加密的示例III.安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)流程IV.權(quán)利管理體系結(jié)構(gòu)模式A.體系結(jié)構(gòu)層次功能B.功能分區(qū)和流程1.內(nèi)容格式化層次2.內(nèi)容使用控制層3.內(nèi)容標(biāo)識層4.許可證控制層C.內(nèi)容分發(fā)和授權(quán)控制
V.安全容器結(jié)構(gòu)A.一般結(jié)構(gòu)B.權(quán)利管理語言語法和語義c.安全容器流和處理的概述D.元數(shù)據(jù)安全容器620格式E.Offer安全容器641格式F.事務(wù)安全容器640格式C.定單安全容器650格式H.許可證安全容器660格式I.內(nèi)容安全容器格式VI.安全容器包裝和打開A.概述B.材料單(BOM)部分C.密鑰描述部分VII.票據(jù)交換所A.概述B.權(quán)利管理處理過程C.國家特定的參數(shù)D.審核日志和跟蹤E.結(jié)果的報(bào)告F.記帳和支付驗(yàn)證G.重新傳輸VIII.內(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創(chuàng)建過程8.水印過程9.預(yù)處理和壓縮過程10.內(nèi)容質(zhì)量控制過程11.加密過程12.內(nèi)容SC創(chuàng)建過程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.預(yù)處理和壓縮工具3.內(nèi)容質(zhì)量控制工具4.加密工具E.內(nèi)容SC創(chuàng)建工具F.最后的質(zhì)量保證工具G.內(nèi)容分散工具H.內(nèi)容促銷網(wǎng)站
I.內(nèi)容托管1.內(nèi)容托管站點(diǎn)2.安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)提供的內(nèi)容托管站點(diǎn)111IX.電子數(shù)字內(nèi)容商店A.概述-對多個(gè)電子數(shù)字內(nèi)容商店的支持B.點(diǎn)對點(diǎn)電子數(shù)字內(nèi)容分發(fā)服務(wù)1.集成要求2.內(nèi)容獲取工具3.事務(wù)處理模塊4.通知接口模塊5.對帳工具C.廣播電子數(shù)字內(nèi)容分發(fā)服務(wù)X.最終用戶設(shè)備A.概述1.通過電信基礎(chǔ)結(jié)構(gòu)提供2.通過計(jì)算機(jī)可讀的介質(zhì)提供B.應(yīng)用程序安裝C.安全容器處理器D.播放器應(yīng)用程序1.概述2.最終用戶接口組件3.復(fù)制/播放管理組件4.描述1505、解壓縮1506和播放組件5.數(shù)據(jù)管理1502和庫訪問組件6.應(yīng)用程序之間的通信組件7.其他雜項(xiàng)組件8.通用播放器
9.防止未授權(quán)的重新記錄I.安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)A.系統(tǒng)概述安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)是包含向最終用戶客戶設(shè)備安全地提供數(shù)字內(nèi)容和與數(shù)字內(nèi)容相關(guān)的內(nèi)容以及進(jìn)行權(quán)利管理的技術(shù)、規(guī)范、工具和軟件的技術(shù)平臺。最終用戶設(shè)備包括PC、機(jī)頂盒(IRD)和因特網(wǎng)設(shè)備。這些設(shè)備和/端口可以將內(nèi)容復(fù)制到外部介質(zhì)或便攜的消費(fèi)設(shè)備和/或內(nèi)容所有者允許的端口。術(shù)語“數(shù)字內(nèi)容”或簡單來說“內(nèi)容”，是指以數(shù)字格式存儲的信息和數(shù)據(jù)，包括圖片、電影、視頻、音樂、程序、多媒體和游戲。
該技術(shù)平臺說明了如何準(zhǔn)備數(shù)字內(nèi)容，通過點(diǎn)對點(diǎn)和廣播基礎(chǔ)結(jié)構(gòu)(如電纜、因特網(wǎng)、衛(wèi)星、無線)安全地分發(fā)，防止未經(jīng)過授權(quán)的復(fù)制和播放。此外，該技術(shù)平臺的體系結(jié)構(gòu)允許遷移和集成各種技術(shù)，如水印、壓縮/編碼、加密，以及其他安全算法(隨著時(shí)間的發(fā)展而發(fā)展)安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)的基本組件是(1)保護(hù)內(nèi)容所有人的所有權(quán)的權(quán)利管理；(2)立即和準(zhǔn)確的補(bǔ)償?shù)氖聞?wù)計(jì)量，以及(3)，開發(fā)和很好地記錄的體系結(jié)構(gòu)，該結(jié)構(gòu)能使內(nèi)容提供商準(zhǔn)備內(nèi)容和允許其通過多個(gè)網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)安全地提供，以便在任何符合標(biāo)準(zhǔn)的播放器上播放。
1.權(quán)利管理安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)中的權(quán)利管理是通過在系統(tǒng)的操作組件之間分發(fā)的功能集來實(shí)現(xiàn)的。其主要功能包括許可授權(quán)和控制，以便內(nèi)容只有被具有安全的許可證的授權(quán)的中間或最終用戶解除鎖定；控制和根據(jù)購買或許可證的條件執(zhí)行內(nèi)容使用，如允許的復(fù)制份數(shù)、播放次數(shù)，以及許可證可以保持有效的時(shí)間間隔或期限。權(quán)利管理的輔助功能是允許一個(gè)裝置識別內(nèi)容的未經(jīng)授權(quán)的副本的來源，以防止盜版。
許可授權(quán)和控制是通過使用票據(jù)交換所實(shí)體和安全容器(SC)技術(shù)來實(shí)現(xiàn)的。票據(jù)交換所通過在驗(yàn)證成功地完成授權(quán)事務(wù)之后允許中間或最終用戶將內(nèi)容解除鎖定來提供許可授權(quán)。安全容器用于在系統(tǒng)組件之中分發(fā)加密內(nèi)容和信息。SC是使用加密、數(shù)字簽名和數(shù)字證書防止未經(jīng)授權(quán)的攔截或修改電子信息和內(nèi)容的信息或內(nèi)容的密碼攜帶者。它還允許驗(yàn)證數(shù)字內(nèi)容的可靠性和完整性。這些權(quán)利管理功能的優(yōu)點(diǎn)是電子數(shù)字內(nèi)容分發(fā)基礎(chǔ)結(jié)構(gòu)不必是安全或受信任的。因此，允許通過諸如Web和因特網(wǎng)之類的網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)進(jìn)行傳輸。這是由于這樣的事實(shí)內(nèi)容在安全容器內(nèi)是加密的，其存儲和分發(fā)與其解除鎖定和使用的控制是分開的。只有具有解密密鑰的用戶才能將加密的內(nèi)容解除鎖定，票據(jù)交換所只對被授權(quán)和適當(dāng)?shù)氖褂谜埱蟀l(fā)布解密密鑰。票據(jù)交換所不會批準(zhǔn)來自未知或未經(jīng)授權(quán)的一方的假的請求或不符合內(nèi)容所有者設(shè)置的內(nèi)容的使用條件的請求。此外，如果SC在其傳輸期間被篡改，則票據(jù)交換所中的軟件判斷SC中的內(nèi)容被損壞或歪曲，并拒絕事務(wù)。
內(nèi)容使用的控制是通過在最終用戶設(shè)備上運(yùn)行的最終用戶播放器應(yīng)用程序195來實(shí)現(xiàn)的。應(yīng)用程序在內(nèi)容的每一個(gè)副本中嵌入了一個(gè)數(shù)字代碼，定義了允許的輔助副本和播放的次數(shù)。使用數(shù)字水印技術(shù)來生成數(shù)字代碼，將它與其他最終用戶播放器應(yīng)用程序195隔開，并防止進(jìn)行變更嘗試。在另一個(gè)實(shí)施例中，數(shù)字代碼只作為與內(nèi)容113關(guān)聯(lián)的使用條件的一部分來保留的。當(dāng)數(shù)字內(nèi)容113在符合條件的最終用戶設(shè)備中被訪問時(shí)，最終用戶播放器應(yīng)用程序195讀取水印以檢查使用限制，并在需要時(shí)更新水印。如果內(nèi)容的使用請求不符合使用條件，例如，超出了副本的數(shù)量，最終用戶設(shè)備將不會執(zhí)行請求。
數(shù)字水印還提供了識別內(nèi)容的授權(quán)的或未經(jīng)授權(quán)的副本的來源的手段。內(nèi)容中的初始水印是由內(nèi)容所有者嵌入的，以標(biāo)識內(nèi)容所有者，指定版權(quán)信息，定義地理分布區(qū)域，并添加其他相關(guān)的信息。第二個(gè)水印是在最終用戶設(shè)備中在內(nèi)容中嵌入的，以標(biāo)識內(nèi)容購買者(或被許可者)和最終用戶設(shè)備，指定購買或許可證條件以及日期，并添加任何其他相關(guān)的信息。
由于水印是內(nèi)容的不可分割的組成部分，它們都攜帶在副本中，與副本是否被授權(quán)無關(guān)。因此，數(shù)字內(nèi)容始終包含有關(guān)其來源和其允許的使用的信息，不管內(nèi)容的所在地或它來自何處。此信息還可以用于防止內(nèi)容的使用。
2.計(jì)量作為其權(quán)利管理功能的一部分，票據(jù)交換所保留了其中的密鑰交換通過票據(jù)交換所進(jìn)行清算的所有事務(wù)的記錄。此記錄有助于許可授權(quán)和初始使用條件的計(jì)量。事務(wù)記錄可以被立即或定期報(bào)告到負(fù)責(zé)的一方，如，內(nèi)容所有者或內(nèi)容提供商、零售商，以幫助進(jìn)行事務(wù)支付的電子對帳，以及其他用途。
3.開放式體系結(jié)構(gòu)安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)(系統(tǒng))是一個(gè)帶有發(fā)布的規(guī)范和接口的開放式體系結(jié)構(gòu)，以幫助在市場上的系統(tǒng)的廣泛的實(shí)現(xiàn)和接受，同時(shí)為內(nèi)容所有者維護(hù)了權(quán)利保護(hù)。系統(tǒng)體系結(jié)構(gòu)的靈活性和開放性還允許系統(tǒng)隨著各種技術(shù)、傳輸基礎(chǔ)結(jié)構(gòu)和設(shè)備被推向市場而發(fā)展。
該體系結(jié)構(gòu)在內(nèi)容的特征以及其格式方面是開放的。音頻、程序、多媒體、視頻或其他類型的內(nèi)容的分發(fā)是由該體系結(jié)構(gòu)來支持的。內(nèi)容可以是其原始格式，如數(shù)字音樂的線性PCM，或更多的預(yù)處理或編碼所獲得的格式，如過濾、壓縮或預(yù)先/去加重等等。該體系結(jié)構(gòu)對于各種加密和水印技術(shù)也是開放的。它允許選擇特定的技術(shù)，以適應(yīng)不同的內(nèi)容類型和格式，并隨著新技術(shù)的發(fā)展引論或采用新技術(shù)。這種靈活性允許內(nèi)容提供商挑選和發(fā)展它們用于在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)內(nèi)進(jìn)行數(shù)據(jù)壓縮、加密，以及格式化的技術(shù)。
該體系結(jié)構(gòu)對不同的分布式網(wǎng)絡(luò)和分布式模式也是開放的。該體系結(jié)構(gòu)支持通過低速因特網(wǎng)連接或高速衛(wèi)星和有線網(wǎng)絡(luò)進(jìn)行內(nèi)容分發(fā)，并可以以點(diǎn)到點(diǎn)或廣播模式來進(jìn)行使用。此外，該體系結(jié)構(gòu)是這樣設(shè)計(jì)的以便最終用戶設(shè)備中的功能可以在各式各樣的設(shè)備上實(shí)現(xiàn)，包括低成本消費(fèi)設(shè)備。這種靈活性允許內(nèi)容提供商和零售商通過各種服務(wù)向中間或最終用戶提供內(nèi)容，并允許用戶購買或?qū)?nèi)容進(jìn)行許可，播放，并將它記錄在各種播放器設(shè)備上。
B.系統(tǒng)功能元件請看圖1，該圖顯示了說明根據(jù)本發(fā)明的安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的概述的方框圖。安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100包含多個(gè)業(yè)務(wù)元件，其中端對端的解決方案，包括數(shù)字內(nèi)容的內(nèi)容提供商101或所有者、電子數(shù)字內(nèi)容商店103、中間市場合作伙伴(未顯示)、票據(jù)交換所105、內(nèi)容托管站點(diǎn)111、傳輸基礎(chǔ)結(jié)構(gòu)107、最終用戶設(shè)備109。這些業(yè)務(wù)元件中的每一個(gè)元件都使用安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的各種組件。這些業(yè)務(wù)元件和系統(tǒng)組件的詳細(xì)描述，由于它們屬于電子內(nèi)容113分發(fā)，如下所示。
1.內(nèi)容提供商101內(nèi)容提供商101或內(nèi)容所有者是原始內(nèi)容113的所有者和/或被授權(quán)將獨(dú)立的內(nèi)容113打包以便進(jìn)一步分發(fā)的經(jīng)銷商。內(nèi)容提供商101可以直接利用他們的權(quán)利或者向電子數(shù)字內(nèi)容商店103、或中間市場合作伙伴(未顯示)授權(quán)內(nèi)容113，通常獲取與電子商務(wù)收入相關(guān)的內(nèi)容使用支付款項(xiàng)。內(nèi)容提供商101的例子包括Sony、Time-Warner、MTV、IBM、Microsoft、Turner、Fox等等。
內(nèi)容提供商101使用作為安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的一部分提供的工具以便準(zhǔn)備他們的內(nèi)容113和相關(guān)數(shù)據(jù)，以便進(jìn)行分發(fā)。工作流程管理器工具154調(diào)度要處理的內(nèi)容113，并在內(nèi)容113經(jīng)過內(nèi)容113準(zhǔn)備和打包的各個(gè)步驟時(shí)跟蹤內(nèi)容113，以保證有很高的質(zhì)量。“元數(shù)據(jù)”這一術(shù)語在整個(gè)文檔中使用，表示與內(nèi)容113相關(guān)的數(shù)據(jù)，在此實(shí)施例中，不包括內(nèi)容113本身。作為示例，歌曲的元數(shù)據(jù)可以是歌曲標(biāo)題或歌曲credits，而不是歌曲的錄音。內(nèi)容113將包含錄音。元數(shù)據(jù)吸收和輸入工具161用于從內(nèi)容提供商的數(shù)據(jù)庫160提取元數(shù)據(jù)或內(nèi)容提供商以規(guī)定的格式(以音樂為例，諸如CD標(biāo)題、藝術(shù)家名稱、歌曲標(biāo)題、CD藝術(shù)品等等之類的內(nèi)容113信息)提供的數(shù)據(jù)，并將它打包，以便進(jìn)行電子分發(fā)。元數(shù)據(jù)吸收和輸入工具161還用于輸入內(nèi)容113的使用條件。“使用條件”中的數(shù)據(jù)可以包括復(fù)制限制規(guī)則、批發(fā)價(jià)格、以及被認(rèn)為是必需的任何業(yè)務(wù)規(guī)則。水印工具用于隱藏標(biāo)識內(nèi)容所有者、處理日期及其他相關(guān)數(shù)據(jù)的數(shù)據(jù)。對于內(nèi)容113是音頻的實(shí)施例，使用音頻預(yù)處理器工具來調(diào)節(jié)動力學(xué)和/或補(bǔ)償內(nèi)容113或其他音頻，以便達(dá)到最佳的壓縮質(zhì)量，將內(nèi)容113壓縮到所希望的壓縮級別，并將內(nèi)容113加密。還可以對這些進(jìn)行改編，以便遵循數(shù)字內(nèi)容壓縮/編碼、加密和格式化方法的技術(shù)進(jìn)步，允許內(nèi)容提供商101利用市場上的最好的工具。
加密內(nèi)容113、數(shù)字內(nèi)容相關(guān)數(shù)據(jù)或元數(shù)據(jù)，以及加密密鑰被SC包裝器工具包裝到SC(如下所述)，并存儲在內(nèi)容托管站點(diǎn)和/或促銷網(wǎng)站，以便進(jìn)行電子分發(fā)。內(nèi)容托管站點(diǎn)可以駐留在內(nèi)容提供商101或多個(gè)位置，包括電子數(shù)字內(nèi)容商店103和中間市場合作伙伴(未顯示)設(shè)施中。由于內(nèi)容113和密鑰(如下所述)被加密并包裝在SC中，電子數(shù)字內(nèi)容商店103或任何其他托管代理在沒有從票據(jù)交換所清算并向內(nèi)容提供商101發(fā)出通知的情況下不能直接訪問解密內(nèi)容113。
2.電子數(shù)字內(nèi)容商店103電子數(shù)字內(nèi)容商店103是通過各式各樣的服務(wù)或應(yīng)用程序銷售內(nèi)容113的實(shí)體，如內(nèi)容113主題編程或內(nèi)容113的電子銷售。電子數(shù)字內(nèi)容商店103管理他們的服務(wù)的設(shè)計(jì)、開發(fā)、業(yè)務(wù)活動、結(jié)算、市場營銷和銷售。在線電子數(shù)字內(nèi)容商店103的例子有提供軟件的電子下載的網(wǎng)站。
在它們的服務(wù)內(nèi)，電子數(shù)字內(nèi)容商店103實(shí)現(xiàn)了安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的某些功能。電子數(shù)字內(nèi)容商店103綜合來自內(nèi)容提供商101的信息，將內(nèi)容和元數(shù)據(jù)包裝到更多的SC中，并將這些SC作為服務(wù)或應(yīng)用程序的一部分提供給消費(fèi)者或企業(yè)。電子數(shù)字內(nèi)容商店103使用安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100提供的工具來幫助進(jìn)行元數(shù)據(jù)提取、輔助使用條件、SC打包，以及跟蹤電子內(nèi)容事務(wù)。輔助使用條件數(shù)據(jù)可以包括諸如內(nèi)容113購買價(jià)格、按收聽次數(shù)支付的價(jià)格、復(fù)制授權(quán)和目標(biāo)設(shè)備類型，或時(shí)間可用性限制。
一旦電子數(shù)字內(nèi)容商店103完成了來自最終用戶的對電子內(nèi)容113的有效的請求，電子數(shù)字內(nèi)容商店103負(fù)責(zé)授權(quán)票據(jù)交換所105以向客戶發(fā)布內(nèi)容113的解密密鑰。電子數(shù)字內(nèi)容商店還授權(quán)包含內(nèi)容113的SC的下載。電子數(shù)字內(nèi)容商店可以選擇在其本地站點(diǎn)托管包含數(shù)字內(nèi)容的SC，和/或利用另一個(gè)內(nèi)容托管站點(diǎn)的托管和分發(fā)設(shè)施。
電子數(shù)字內(nèi)容商店可以為最終用戶使用安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100時(shí)可能具有的任何問題提供客戶服務(wù)，或者電子數(shù)字內(nèi)容商店103可以與票據(jù)交換所105就客戶服務(wù)支持簽定合同。
3.中間市場合作伙伴(來顯示)在另一個(gè)實(shí)施例中，可以使用安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100來安全地向叫做“中間市場合作伙伴”的其他企業(yè)提供內(nèi)容113。這些合作伙伴可以包括提供非電子服務(wù)的數(shù)字內(nèi)容相關(guān)公司，如電視臺或視頻俱樂部、無線電臺或錄音俱樂部，以便讓它們分發(fā)內(nèi)容113。這些合作伙伴還可以包括其他信任的一方(作為進(jìn)行錄音或銷售錄音的一部分來處理材料)，如錄音棚、復(fù)制公司和制作人。這些中間市場合作伙伴要求從票據(jù)交換所105進(jìn)行清算，以便將內(nèi)容113進(jìn)行解密。
4.票據(jù)交換所105票據(jù)交換所105提供了涉及在SC中加密的內(nèi)容113的銷售和/或允許的使用的所有事務(wù)的許可授權(quán)和記錄。當(dāng)票據(jù)交換所105接收來自中間或最終用戶的對內(nèi)容113的解密密鑰的請求時(shí)，票據(jù)交換所105驗(yàn)證請求中的信息的完整性和可靠性；驗(yàn)證該請求是否被電子數(shù)字內(nèi)容商店或內(nèi)容提供商101授權(quán)；并驗(yàn)證請求的使用是否符合如內(nèi)容提供商101所定義的內(nèi)容使用條件。一旦滿足了這些驗(yàn)證，票據(jù)交換所105向發(fā)出請求的最終用戶發(fā)送內(nèi)容113的解密密鑰(包裝在許可證SC中)。該密鑰以這樣的方式加密，以便只有被授權(quán)的用戶可以檢索它。如果最終用戶的請求不可驗(yàn)證，完成，或授權(quán)，則票據(jù)交換所105拒絕對解密密鑰的請求。
票據(jù)交換所105保留了所有事務(wù)的記錄，并可以立即或定期或有限度地將它們報(bào)告到負(fù)責(zé)的一方，如電子數(shù)字內(nèi)容商店103和內(nèi)容提供商101。此報(bào)告是向內(nèi)容提供商101通知內(nèi)容113的銷售的手段，電子數(shù)字內(nèi)容商店103可以獲取向它們的客戶的電子提供的審核跟蹤。在票據(jù)交換所105檢測到SC中的信息已經(jīng)被破壞或者不符合內(nèi)容的使用條件的情況下，它還可以通知內(nèi)容提供商101和/或電子數(shù)字內(nèi)容商店103。票據(jù)交換所105數(shù)據(jù)庫的事務(wù)記錄和倉庫容量是這樣構(gòu)建的，以便進(jìn)行數(shù)據(jù)挖掘和報(bào)告生成。
在另一個(gè)實(shí)施例中，票據(jù)交換所105可以為諸如償還、傳輸失敗以及購買爭論之類的事務(wù)提供客戶支持和異常處理。票據(jù)交換所105可以作為獨(dú)立的實(shí)體操作，為權(quán)利管理和計(jì)量提供受信任的保管。它可以根據(jù)需要提供記帳和結(jié)算。電子票據(jù)交換所的例子包括Secure-Bank.com和visa/Mastercard的Secure ElectronicTransaction(SET)(安全電子事務(wù))。在一個(gè)實(shí)施例中，票據(jù)交換所105是最終用戶設(shè)備109可以訪問的網(wǎng)站。在另一個(gè)實(shí)施例中，票據(jù)交換所105是電子數(shù)字內(nèi)容商店103的一部分。
5.最終用戶設(shè)備109最終用戶設(shè)備109可以是包含符合安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100規(guī)范的最終用戶播放器應(yīng)用程序195(稍后描述)的任何播放器設(shè)備。這些設(shè)備可以包括PC、機(jī)頂盒(IRD)和因特網(wǎng)設(shè)備。最終用戶播放器應(yīng)用程序195可以以軟件和/或消費(fèi)電子設(shè)備硬件來實(shí)現(xiàn)。除了執(zhí)行播放、記錄和庫管理功能之外，最終用戶播放器應(yīng)用程序195還執(zhí)行SC處理以便在最終用戶設(shè)備109上進(jìn)行權(quán)利管理。最終用戶設(shè)備109管理包含數(shù)字內(nèi)容的SC的下載和存儲；從票據(jù)交換所105請求和管理加密數(shù)字內(nèi)容密鑰的接收；每次復(fù)制或播放數(shù)字內(nèi)容時(shí)處理水印；根據(jù)數(shù)字內(nèi)容的使用條件管理作出的副本的數(shù)量(或副本的刪除)；如果允許，復(fù)制到外部介質(zhì)或便攜式消費(fèi)設(shè)備。便攜式消費(fèi)設(shè)備可以執(zhí)行最終用戶播放器應(yīng)用程序195功能的子集，以便處理嵌入在水印中的內(nèi)容的使用條件。“最終用戶”和“最終用戶播放器應(yīng)用程序195”這兩個(gè)術(shù)語在整個(gè)文檔中使用來表示通過使用或在最終用戶設(shè)備109上運(yùn)行。
6.傳輸基礎(chǔ)結(jié)構(gòu)101安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100獨(dú)立于連接電子數(shù)字內(nèi)容商店103和最終用戶設(shè)備109的傳輸網(wǎng)絡(luò)。它支持諸如因特網(wǎng)之類的點(diǎn)到點(diǎn)和諸如數(shù)字廣播電視之類的廣播分發(fā)模式。
即使使用相同的工具和應(yīng)用程序來獲取、打包，以及跟蹤通過各種傳輸基礎(chǔ)結(jié)構(gòu)107的內(nèi)容113事務(wù)，給客戶提供服務(wù)的呈現(xiàn)和方法可以依據(jù)所選擇的基礎(chǔ)結(jié)構(gòu)和分發(fā)模式而有所不同。傳輸?shù)膬?nèi)容113的質(zhì)量也可能會有所不同，因?yàn)楦邘捇A(chǔ)結(jié)構(gòu)比較低帶寬基礎(chǔ)結(jié)構(gòu)以比較可以接受的響應(yīng)時(shí)間提供高質(zhì)量的數(shù)字內(nèi)容?？梢愿淖?yōu)辄c(diǎn)到點(diǎn)分發(fā)模式而設(shè)計(jì)的服務(wù)應(yīng)用程序，以支持廣播分發(fā)模式。
C.系統(tǒng)使用安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100還可以向最終用戶設(shè)備109安全地提供內(nèi)容113的高質(zhì)量電子副本，無論是消費(fèi)者還是企業(yè)，以調(diào)節(jié)和跟蹤內(nèi)容113的使用。
安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100可以使用新的和現(xiàn)有的分發(fā)渠道部署在各種消費(fèi)和企業(yè)對企業(yè)服務(wù)中。每一個(gè)特定的服務(wù)都可以使用不同的財(cái)務(wù)模式，該財(cái)務(wù)模式可以通過安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的權(quán)利管理功能來實(shí)施。諸如批發(fā)或零售購買、按收聽次數(shù)支付的使用、訂閱服務(wù)、復(fù)制/不復(fù)制限制或再分發(fā)之類的模式可以通過票據(jù)交換所105的權(quán)利管理和最終用戶播放器應(yīng)用程序195復(fù)制保護(hù)功能來實(shí)現(xiàn)。
安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100給電子數(shù)字內(nèi)容商店103和中間市場合作伙伴提供了在創(chuàng)建銷售內(nèi)容113的服務(wù)時(shí)的很大的靈活性。同時(shí)，它給內(nèi)容提供商101提供了一個(gè)保證級別，它們的數(shù)字資產(chǎn)受到保護(hù)和計(jì)量，以便他們可以為內(nèi)容113的授權(quán)得到適當(dāng)?shù)难a(bǔ)償。
II.加密的概念和它們向安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)的應(yīng)用安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中的許可證控制基于加密的使用。本節(jié)介紹了本發(fā)明的基本加密技術(shù)。公鑰加密、對稱密鑰加密、數(shù)字簽名、數(shù)字水印和數(shù)字證書的使用已為大家所熟知。
A.對稱算法在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中，內(nèi)容提供商101使用對稱算法對內(nèi)容進(jìn)行加密。它們叫做對稱算法，因?yàn)橄嗤拿荑€用于對數(shù)據(jù)進(jìn)行加密和解密。數(shù)據(jù)發(fā)件人和收件人必須共享密鑰。共享的密鑰這里被稱為“對稱密鑰”。安全的數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100體系結(jié)構(gòu)獨(dú)立于為特定的實(shí)現(xiàn)方式選擇的對稱算法。
常見的對稱算法有DES、RC2和RC4。DES和RC2兩者都是分組密碼。分組密碼一次使用一組數(shù)據(jù)位來對數(shù)據(jù)進(jìn)行加密。DES是正式的美國政府加密標(biāo)準(zhǔn)，具有64位塊大小，并使用56位密鑰。三重DES通常用于提高用簡單的DES取得的安全性。SAData Security設(shè)計(jì)了RC2。RC2使用可變的-密鑰-大小密碼，并具有64位的塊大小。也是由RSA Data Security設(shè)計(jì)的RC4，是可變的密鑰大小流密碼。流密碼一次對單個(gè)數(shù)據(jù)位進(jìn)行操作。RSAData Security要求每個(gè)輸出字節(jié)RC4需要八到十六個(gè)機(jī)器操作。
IBM設(shè)計(jì)了一個(gè)叫做SEAL的快速算法。SEAL是一種流算法，它使用可變長度密鑰，并且為32位處理器進(jìn)行了優(yōu)化。SEAL每個(gè)數(shù)據(jù)字節(jié)要求大約五個(gè)基本機(jī)器指令?；?0MHZ、486的計(jì)算機(jī)以7.2兆字節(jié)/秒運(yùn)行SEAL(如果所使用的160位密鑰已經(jīng)被預(yù)處理為內(nèi)部表)。
微軟在其“Overview of CryptoAPI”文檔中報(bào)告了加密性能基準(zhǔn)的結(jié)果。這些結(jié)果是使用Microsoft的CryptoAPI在120 14HZ基于Pentium的安裝了Windows NT 4.0的計(jì)算機(jī)上運(yùn)行的應(yīng)用程序獲取的。

B.公鑰算法在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中，對稱密鑰及其他小數(shù)據(jù)片是使用公鑰加密的。公鑰算法使用兩個(gè)密鑰。兩個(gè)密鑰在算術(shù)上是相關(guān)的，以便用一個(gè)密鑰加密的數(shù)據(jù)只能用另一個(gè)密鑰來解密。密鑰的所有者將一個(gè)密鑰保留為私有(私鑰)，并公開地分發(fā)第二個(gè)密鑰(公鑰)。
為使用公鑰算法保護(hù)加密消息的傳輸?shù)陌踩?，一個(gè)人必須使用收件人的公鑰來對消息進(jìn)行加密。只有具有關(guān)聯(lián)的私鑰的收件人才能將消息解密。公鑰算法也用于生成數(shù)字簽名。私鑰也用于該用途。下面一節(jié)提供了有關(guān)數(shù)字簽名的信息。
最常用的公鑰算法是RSA公鑰密碼。它已經(jīng)成為事實(shí)上的業(yè)界公鑰標(biāo)準(zhǔn)。其他也可用于進(jìn)行加密和數(shù)字簽名的算法是ElGamal和Rabin。RSA是可變的密鑰長度密碼。
對稱密鑰算法比公鑰算法快得多。在軟件中，DES通常至少是RSA的100倍。因此，RSA不用于對成批數(shù)據(jù)進(jìn)行加密。RSAData Security報(bào)道，在90MHZ Pentium計(jì)算機(jī)上，RSA DataSecurity的工具箱BSAFE 3.0對于私鑰操作(加密或解密，使用私鑰)具有21.6千位/秒、512位模數(shù)和7.4千位/秒、1024位模數(shù)的吞吐量。
C.數(shù)字簽名在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中，SC的頒發(fā)者通過進(jìn)行數(shù)字簽名來保護(hù)SC的完整性。一般而言，要創(chuàng)建消息的數(shù)字簽名，消息所有者首先計(jì)算消息摘要(如下面定義)，然后使用所有者的私鑰來對消息摘要進(jìn)行加密。消息是用其簽名進(jìn)行分發(fā)的。消息的任何收件人都可以首先通過使用消息所有者的公鑰來恢復(fù)消息摘要將簽名解密，以驗(yàn)證數(shù)字簽名。然后，收件人計(jì)算收到的消息的摘要，并將它與恢復(fù)的消息相比較。如果在分發(fā)期間沒有改變消息，則計(jì)算出的摘要和恢復(fù)的摘要必須相同。
在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中，由于Sc包含多個(gè)數(shù)據(jù)部件，因此，為每一個(gè)部件計(jì)算摘要，為連接的部件摘要計(jì)算匯總摘要。匯總摘要是使用SC的頒發(fā)者的私鑰來進(jìn)行加密的。對于SC，加密的匯總摘要是頒發(fā)者的數(shù)字簽名。部件摘要和數(shù)字簽名包括在Sc的正文中。Sc的收件人可以通過收到的數(shù)字簽名和部件摘要來驗(yàn)證SC以及其部件的完整性。
使用單向散列算法來計(jì)算消息摘要。散列算法采取可變長度輸入信息，并將它轉(zhuǎn)換為固定長度字符串，消息摘要。單向散列算法只在一個(gè)方向上操作。即，容易計(jì)算一個(gè)輸入消息的摘要，但很難(計(jì)算上不可行)來從其摘要生成輸入消息。由于單向散列函數(shù)的屬性，一個(gè)人可以將消息摘要視為消息的指紋。
比較常見的單向散列函數(shù)是RSA Data Security的MDS，以及由US National Institute of Technology and Standards(HITS)設(shè)計(jì)的SHA。
D.數(shù)字證書數(shù)字證書用于對發(fā)送被數(shù)字簽名的消息的人或?qū)嶓w的身份進(jìn)行鑒定或驗(yàn)證。證書是將公鑰綁定到個(gè)人或?qū)嶓w的證書頒發(fā)機(jī)構(gòu)頒發(fā)的數(shù)字文檔。證書包括公鑰、人或?qū)嶓w的名稱、到期日、證書頒發(fā)機(jī)構(gòu)的名稱，及其他信息。證書還包含證書頒發(fā)機(jī)構(gòu)的數(shù)字簽名。
當(dāng)一個(gè)實(shí)體(或人)發(fā)送一個(gè)用其私鑰進(jìn)行簽名并且?guī)в衅鋽?shù)字證書的消息時(shí)，消息的收件人使用來自證書的實(shí)體的名稱來判斷是否接受消息。
在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中，每一個(gè)SC，除了最終用戶設(shè)備109頒發(fā)的那些之外，包括Sc的創(chuàng)作者的證書。最終用戶設(shè)備109在他們的SC中不必包括證書，因?yàn)樵S多最終用戶不愿意獲取證書，或者具有非真實(shí)的證書頒發(fā)機(jī)構(gòu)頒發(fā)的證書。在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中，票據(jù)交換所105具有向電子數(shù)字內(nèi)容商店103頒發(fā)證書的選項(xiàng)。這就使得最終用戶設(shè)備109獨(dú)立地驗(yàn)證電子數(shù)字內(nèi)容商店103是否已經(jīng)被安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100授權(quán)。
H.Sc圖形表示指南此文檔使用圖形來表示Sc，顯示了加密的部件、非加密的部件、加密密鑰和證書。請看圖2，該圖是Sc 200的圖形示例。下列符號在SC圖形中使用。密鑰201是公鑰或私鑰。密鑰的齒(票據(jù)交換所的CLRNCH)表示密鑰所有者。句柄內(nèi)的PB指出，它是公鑰，因此，密鑰201是一個(gè)票據(jù)交換所公鑰。句柄內(nèi)的PV指出它是一個(gè)私鑰。菱形是最終用戶數(shù)字簽名202?？s寫字母指出哪一個(gè)私鑰用于創(chuàng)建簽名，因此，在EU中，是下表中的最終用戶數(shù)字簽名。對稱密鑰203用于對內(nèi)容進(jìn)行加密。加密對稱密鑰對象204包括用CLRNCH的PB加密的對稱密鑰203。矩形的上邊界上的密鑰是在對象的加密中使用的密鑰。矩形內(nèi)的符號或文本指出加密的對象(在這種情況下，是對稱密鑰)。在此示例中，顯示了另一個(gè)加密對象，事務(wù)ID加密對象205。內(nèi)容授權(quán)管理的使用條件206如下所述。SC 200包括使用條件206、事務(wù)ID加密對象205、應(yīng)用程序ID加密對象207、加密對稱密鑰對象204，所有對象都用最終用戶數(shù)字簽名202進(jìn)行簽名。
下表顯示了標(biāo)識SC的簽名者的縮寫字母。


F.安全容器加密的示例下面的表和圖表提供了用于從SC創(chuàng)建和恢復(fù)信息的加密與解密過程的概述。在此過程概述中創(chuàng)建和解密的Sc是一般Sc。它不代表安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中的用于權(quán)利管理的任何特定的SC類型。該過程由圖3中描述的加密過程的步驟構(gòu)成。
圖3的加密過程的處理流程步驟過程301 發(fā)件人生成隨機(jī)對稱密鑰，并使用它來對內(nèi)容進(jìn)行加密。
302 發(fā)件人通過散列算法運(yùn)行加密內(nèi)容以產(chǎn)生內(nèi)容摘要。
303 發(fā)件人使用收件人的公鑰來對對稱密鑰進(jìn)行加密。PBRECPNT是指收件人的公鑰。
304 發(fā)件人通過在步驟2中使用的相同散列算法運(yùn)行加密對稱密鑰，以產(chǎn)生對稱密鑰摘要。
305 發(fā)件人通過在步驟2中使用的相同散列算法運(yùn)行內(nèi)容摘要和對稱密鑰摘要的連接以產(chǎn)生Sc摘要。
306 發(fā)件人用發(fā)件人的私鑰來對sc摘要進(jìn)行加密，以產(chǎn)生Sc的數(shù)字簽名。PV SENDER是指發(fā)件人私鑰。
307B 發(fā)件人創(chuàng)建一個(gè)SC文件，該文件包括加密的內(nèi)容、加密的對稱密鑰、內(nèi)容摘要、對稱密鑰摘要、發(fā)件人的證書，以及SC簽名。
307A 在啟動安全通信之前發(fā)件人必須已經(jīng)從證書頒發(fā)機(jī)構(gòu)獲取證書。證書頒發(fā)機(jī)構(gòu)在證書中包括發(fā)件人的公鑰、發(fā)件人的名稱，并對它進(jìn)行簽名。PV CAUTHR是指證書頒發(fā)機(jī)構(gòu)的私鑰。發(fā)件人將SC傳輸給收件人。
圖4的解密過程的處理流程步驟過程408 收件人接收Sc并分開其部件。
409 收件人驗(yàn)證發(fā)件人的證書中的數(shù)字簽名，方法是用證書頒發(fā)機(jī)構(gòu)的公鑰對其進(jìn)行解密。如果證書的數(shù)字簽名有效，則收件人從證書獲取發(fā)件人公鑰。
410 收件人使用發(fā)件人的公鑰來對Sc數(shù)字簽名進(jìn)行解密。這就恢復(fù)Sc摘要。PB SENDER是指發(fā)件人公鑰。
411 收件人通過發(fā)件人用來計(jì)算Sc摘要的相同散列算法來運(yùn)行接收到的內(nèi)容摘要和加密密鑰摘要的連接。
412 收件人將計(jì)算出的SC與從發(fā)件人的數(shù)字簽名恢復(fù)的摘要進(jìn)行比較。如果它們相同，則收件人確認(rèn)接收到的摘要沒有被改變，并繼續(xù)解密過程。如果它們不相同，則收件人放棄Sc，并通知發(fā)件人。
413 收件人通過在步驟411中使用的相同散列算法運(yùn)行加密對稱密鑰，以計(jì)算對稱密鑰摘要。
414 收件人將計(jì)算出的對稱密鑰摘要與在Sc中接收到的摘要進(jìn)行比較。如果相同，則收件人知道，加密的對稱密鑰沒有改變。收件人繼續(xù)解密過程。如果不有效，則收件人放棄Sc，并通知發(fā)件人。
415 收件人通過在步驟411中使用的相同散列算法運(yùn)行加密內(nèi)容，以計(jì)算內(nèi)容摘要。
416 收件人將計(jì)算出的內(nèi)容摘要與在Sc中接收到的摘要進(jìn)行比較。如果相同，則收件人知道，加密的內(nèi)容沒有改變。然后收件人繼續(xù)解密過程。如果不有效，則收件人放棄Sc，并通知發(fā)件人。
417 發(fā)送者使用收件人的私鑰來對加密的對稱密鑰進(jìn)行解密。這就恢復(fù)了對稱密鑰。PV RECPNT是指收件人的私鑰。
418 收件人使用對稱密鑰來對加密的內(nèi)容進(jìn)行解密。這就恢復(fù)了內(nèi)容。
III.安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)流程安全電子數(shù)字內(nèi)容分發(fā)系統(tǒng)100由系統(tǒng)的不同的參與方使用的多個(gè)組件構(gòu)成。這些參與方包括內(nèi)容提供商101、電子數(shù)字內(nèi)容商店103、通過最終用戶設(shè)備109的最終用戶和票據(jù)交換所105。一個(gè)高級系統(tǒng)流程被用作安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的概述。下面概述的此流程在內(nèi)容在整個(gè)系統(tǒng)100中流動時(shí)跟蹤內(nèi)容。此外，它概述了被參與方用來進(jìn)行購買的事務(wù)、解除鎖定和使用內(nèi)容13的步驟。在系統(tǒng)流程中作出的一些假設(shè)包括●這是數(shù)字內(nèi)容服務(wù)(到PC的點(diǎn)到點(diǎn)接口)的數(shù)字內(nèi)容服務(wù)的系統(tǒng)流程。
●內(nèi)容提供商101以PCM未壓縮的格式提交音頻數(shù)字內(nèi)容(作為音樂音頻示例)。
●內(nèi)容提供商101在符合ODBC標(biāo)準(zhǔn)的數(shù)據(jù)庫中具有元數(shù)據(jù)，或內(nèi)容提供商101將直接向內(nèi)容信息處理子系統(tǒng)中輸入數(shù)據(jù)?；蛘咭砸?guī)定的ASCII文件格式提供數(shù)據(jù)財(cái)務(wù)結(jié)算是電子數(shù)字內(nèi)容商店進(jìn)行的。
內(nèi)容113托管在單個(gè)內(nèi)容托管站點(diǎn)111。
那些精通本技術(shù)的人應(yīng)該理解，這些假設(shè)可以改變，以適應(yīng)數(shù)字內(nèi)容(例如，音樂、視頻和程序，以及電子分發(fā)系統(tǒng)廣播)的準(zhǔn)確的本質(zhì)。
圖1中說明了下列處理流程。
步驟過程121 內(nèi)容提供商101提供了一個(gè)未壓縮的PCM音頻文件作為內(nèi)容113。其文件名與內(nèi)容113的內(nèi)容提供商101唯一標(biāo)識符一起被導(dǎo)入到工作流程管理器154工具中。
122 由內(nèi)容信息處理子系統(tǒng)使用內(nèi)容113的內(nèi)容提供商101唯一標(biāo)識符和數(shù)據(jù)庫映射模板提供的信息從內(nèi)容提供商的數(shù)據(jù)庫160捕獲元數(shù)據(jù)。
123 工作流程管理器工具154用于通過內(nèi)容提供商101上的獲取和準(zhǔn)備過程來導(dǎo)引內(nèi)容流。它還可以用于隨時(shí)跟蹤系統(tǒng)中的任何內(nèi)容片段的狀態(tài)。
124 內(nèi)容113的使用條件被輸入到內(nèi)容信息處理子系統(tǒng)，這可以通過手動或自動完成。此數(shù)據(jù)包括復(fù)制限制規(guī)則和被認(rèn)為是必需的和任何其他業(yè)務(wù)規(guī)則。所有元數(shù)據(jù)輸入都可以與數(shù)據(jù)的音頻處理過程一起進(jìn)行。
125 水印工具用于在內(nèi)容113中隱藏內(nèi)容提供商101認(rèn)為標(biāo)識內(nèi)容所所需的數(shù)據(jù)。這可以包括它是何時(shí)捕獲的，它是從哪里來的(此內(nèi)容提供商201)，或內(nèi)容提供商101指定的任何其他信息。
●內(nèi)容處理工具125根據(jù)支持的不同的壓縮級別的需要，對內(nèi)容113執(zhí)行均衡、動力學(xué)調(diào)整和重新采樣。
-使用內(nèi)容處理工具125將內(nèi)容113壓縮到所希望的壓縮級別。然后，可以播放內(nèi)容113，以驗(yàn)證壓縮是否產(chǎn)生了內(nèi)容113質(zhì)量的所需的級別。如有必要，可以隨意執(zhí)行均衡、動力學(xué)調(diào)整、壓縮和播放質(zhì)量檢查。
-內(nèi)容113和其元數(shù)據(jù)的子集是由sc包裝器使用對稱密鑰來進(jìn)行加密的。然后，此工具使用票據(jù)交換所105的公鑰對密鑰進(jìn)行加密，以產(chǎn)生加密的對稱密鑰?？梢詫⒋嗣荑€傳輸?shù)饺魏蔚胤剑粫茐膬?nèi)容113的安全性，因?yàn)榭梢詫⑺饷艿奈ㄒ粚?shí)體是票據(jù)交換所205。
126 然后，可以由SC包裝器工具152將加密對稱密鑰、元數(shù)據(jù)及有關(guān)內(nèi)容113的其他信息包裝到元數(shù)據(jù)SC中。
127 然后，將加密內(nèi)容113和元數(shù)據(jù)包裝到內(nèi)容SC中。此時(shí)，對內(nèi)容113和元數(shù)據(jù)的處理完成。
128 然后，使用內(nèi)容分配工具(未顯示)將元數(shù)據(jù)SC發(fā)送到內(nèi)容促銷網(wǎng)站156。
129 內(nèi)容分配工具將內(nèi)容SC發(fā)送到內(nèi)容托管站點(diǎn)111。內(nèi)容托管站點(diǎn)可以駐留在內(nèi)容提供商101、票據(jù)交換所105或?qū)Ｓ糜谶M(jìn)行內(nèi)容托管的特殊位置。此站點(diǎn)的URL是被添加到元數(shù)據(jù)SC的元數(shù)據(jù)的一部分。
130 內(nèi)容促銷網(wǎng)站156通知新內(nèi)容113的電子數(shù)字內(nèi)容商店103，說它被添加到系統(tǒng)100。
131 然后電子數(shù)字內(nèi)容商店103使用內(nèi)容獲取工具下載對應(yīng)于他們希望銷售的內(nèi)容113的元數(shù)據(jù)SC。
132 電子數(shù)字內(nèi)容商店203將使用內(nèi)容獲取工具從元數(shù)據(jù)SC中抽出他們希望用來在他們的網(wǎng)站上推銷內(nèi)容113的任何數(shù)據(jù)。如果愿意，可以獲得對此元數(shù)據(jù)的部份內(nèi)容的訪問權(quán)，并可以索取費(fèi)用。
133 使用內(nèi)容獲取工具輸入此電子數(shù)字內(nèi)容商店103特定的內(nèi)容212的使用條件。這些使用條件包括內(nèi)容113的不同的壓縮級別的零售價(jià)和復(fù)制/播放限制。
134 電子數(shù)字內(nèi)容商店203特定的使用條件和初始元數(shù)據(jù)SC被SC包裝器工具包裝到Offer SC中。
135 在更新電子數(shù)字內(nèi)容商店103網(wǎng)站之后，在Web上沖浪的最終用戶便可以訪問內(nèi)容113了。
136 當(dāng)最終用戶發(fā)現(xiàn)他們想要買的內(nèi)容113時(shí)，他們單擊內(nèi)容圖標(biāo)，如音樂圖標(biāo)，并將項(xiàng)目添加到由電子數(shù)字內(nèi)容商店103維護(hù)的購物車中。當(dāng)最終用戶完成購物時(shí)，他們向電子數(shù)字內(nèi)容商店103提交購買請求，以便進(jìn)行處理。
137 然后，電子數(shù)字內(nèi)容商店103與信用卡清算機(jī)構(gòu)進(jìn)行交互，與他們目前開展業(yè)務(wù)一樣，提取資金。
138 一旦電子數(shù)字內(nèi)容商店103從信用卡清算機(jī)構(gòu)接收到信用卡授權(quán)號碼，它將此存儲到數(shù)據(jù)庫中，并調(diào)用SC包裝器工具，以構(gòu)建事務(wù)SC。此事務(wù)SC包括最終用戶購買的內(nèi)容113的所有Offer SC、可以追溯回電子數(shù)字內(nèi)容商店103的事務(wù)ID、標(biāo)識最終用戶的信息、壓縮級別、使用條件和購買的歌曲的價(jià)格表。
139 然后，將此事務(wù)SC傳輸?shù)阶罱K用戶設(shè)備109。
140 當(dāng)事務(wù)SC到達(dá)最終用戶設(shè)備109時(shí)，它啟動最終用戶播放器應(yīng)用程序195，該應(yīng)用程序打開事務(wù)SC，并確認(rèn)最終用戶的購買。然后，最終用戶播放器應(yīng)用程序195打開單個(gè)Offer SC，在另一個(gè)實(shí)施例中，可以通知用戶估計(jì)的下載時(shí)間。然后，它要求用戶指定他們希望何時(shí)下載內(nèi)容113。
141 基于最終用戶請求下載的時(shí)間，最終用戶播放器應(yīng)用程序195將醒來，啟動下載過程的開始生成包含內(nèi)容113的加密對稱密鑰、事務(wù)ID，以及最終用戶信息的定單SC。
142 然后，將此定單SC發(fā)送到票據(jù)交換所105，以便進(jìn)行處理。
143 票據(jù)交換所105接收定單SC，打開它，并驗(yàn)證，其中沒有數(shù)據(jù)被篡改。票據(jù)交換所105驗(yàn)證最終用戶購買的使用條件。這些使用條件必須符合內(nèi)容提供商101指定的使用條件。此信息被記錄到數(shù)據(jù)庫中。
144 一旦完成所有檢查，則使用票據(jù)交換所105的私鑰來將加密對稱密鑰解密。然后使用最終用戶的公鑰來將對稱密鑰加密。然后，由SC包裝器將此新的加密對稱密鑰打包到許可證SC中。
145 然后，將許可證SC傳輸?shù)阶罱K用戶。
146 當(dāng)在最終用戶設(shè)備109上接收到許可證SC中，將它存儲在內(nèi)存中，直到內(nèi)容SC下載。
147 最終用戶設(shè)備109從內(nèi)容托管設(shè)施111請求發(fā)送購買的內(nèi)容113的對應(yīng)的許可證SC148 內(nèi)容113被發(fā)送到最終用戶設(shè)備109。在收到之后，由最終用戶設(shè)備109使用對稱密鑰將內(nèi)容113解密。
IV.權(quán)利管理體系結(jié)構(gòu)模式A.體系結(jié)構(gòu)層次功能圖5是安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的權(quán)利管理體系結(jié)構(gòu)的方框圖。在體系結(jié)構(gòu)上，四個(gè)層次代表了安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100許可證控制層501、內(nèi)容標(biāo)識符層503、內(nèi)容使用控制層505，以及內(nèi)容格式化層507。本節(jié)將描述每一個(gè)層次的總體功能目標(biāo)和每一個(gè)層次的單個(gè)的關(guān)鍵功能。每一個(gè)層次中的功能與其他層次中的功能無關(guān)。在廣泛的限制內(nèi)，一個(gè)層次中的功能可以被類似的功能代替，而不影響其他層次的功能。顯然，需要來自一個(gè)層次的輸出滿足相鄰層次可以接受的格式和語義。
許可證控制層次501確?！裨诜职l(fā)期間防止數(shù)字內(nèi)容被非法攔截和竄改；●內(nèi)容113發(fā)自合法的內(nèi)容所有者，并由授權(quán)的經(jīng)銷商(例如，電子數(shù)字內(nèi)容商店103)分發(fā)；●數(shù)字內(nèi)容購買者具有適當(dāng)授權(quán)的應(yīng)用程序；●在購買者或最終用戶獲得內(nèi)容113的一個(gè)副本之前由購買者向經(jīng)銷商支付款項(xiàng)；保留事務(wù)的記錄，以作報(bào)告之用。
內(nèi)容標(biāo)識層503允許對版權(quán)和內(nèi)容購買者的身份進(jìn)行驗(yàn)證。內(nèi)容的版權(quán)信息和內(nèi)容購買者的身份允許對任何內(nèi)容113的副本(無論是否已經(jīng)授權(quán))進(jìn)行來源跟蹤。因此，內(nèi)容標(biāo)識層503提供了防盜版的手段。
內(nèi)容使用控制層505確保內(nèi)容113的副本在購買者的設(shè)備中根據(jù)存儲使用條件519來使用。存儲使用條件519可以指定內(nèi)容113的允許的播放次數(shù)和本地副本的數(shù)量，以及是否可以將內(nèi)容113記錄到外部便攜式設(shè)備。內(nèi)容使用控制層505中的功能跟蹤內(nèi)容的副本播放使用，并更新副本/播放狀態(tài)。
內(nèi)容格式化層507允許將內(nèi)容113從內(nèi)容所有者的設(shè)施中的其原始表示的格式轉(zhuǎn)換為與安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的服務(wù)功能和分發(fā)裝置一致的格式。轉(zhuǎn)換過程可以包括壓縮編碼，以及其關(guān)聯(lián)的預(yù)處理，如頻率均衡和振幅動態(tài)調(diào)整。對于是音頻的內(nèi)容113，在購買者這一方面，還必須對接收到的內(nèi)容113進(jìn)行處理，以獲得適合于播放或傳輸?shù)奖銛y式設(shè)備的格式。
B.功能分區(qū)和流程圖5顯示了權(quán)利管理體系結(jié)構(gòu)模型，說明了體系結(jié)構(gòu)層次與構(gòu)成安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100和每一個(gè)層次中的關(guān)鍵功能的操作組件的映射。
1.內(nèi)容格式化層次507與內(nèi)容格式化層次507關(guān)聯(lián)的一般功能是在內(nèi)容提供商101處的內(nèi)容預(yù)處理502和壓縮511，在最終用戶設(shè)備109上的內(nèi)容解密513和解壓縮515。上文已經(jīng)描述了預(yù)處理的必要性和特定功能的示例。內(nèi)容壓縮511用于縮小內(nèi)容113的文件大小以及其傳輸時(shí)間。在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中使用了任何適用于內(nèi)容113的類型和傳輸介質(zhì)的壓縮算法。對于音樂，MPEG 1/2/4、DolbyAC-2和AC-3、Sony Adaptive Transform Coding(ATRAC)和低位速率算法是一些常用的壓縮算法。內(nèi)容113以壓縮的格式存儲在最終用戶設(shè)備109中，以降低存儲大小要求。它是在活動播放期間解壓縮的。解密也是在活動的播放期間執(zhí)行的。稍后在內(nèi)容使用控制層次505的討論過程中描述加密的作用和類型。
2.內(nèi)容使用控制層次505內(nèi)容使用控制層次505允許對內(nèi)容113在最終用戶設(shè)備109上的使用施加條件或限制。條件可以指定內(nèi)容113允許的播放次數(shù)、是否允許內(nèi)容113的的輔助副本，輔助副本的份數(shù)，以及是否可以將內(nèi)容113復(fù)制到外部便攜式設(shè)備中。內(nèi)容提供商101設(shè)置允許的使用條件517，然后以SC傳輸?shù)诫娮訑?shù)字內(nèi)容商店103(請參閱“許可證控制層次501”部分)。電子數(shù)字內(nèi)容商店103可以添加到或縮小使用條件517，只要它不使內(nèi)容提供商101設(shè)置的初始條件失效。然后，電子數(shù)字內(nèi)容商店103將所有存儲使用條件519(在SC中)傳輸?shù)阶罱K用戶設(shè)備109和票據(jù)交換所105。在向最終用戶設(shè)備109授權(quán)內(nèi)容113發(fā)布之前，票據(jù)交換所105執(zhí)行使用條件驗(yàn)證521。
內(nèi)容使用條件517的實(shí)施是由內(nèi)容使用控制層次505在最終用戶設(shè)備109上執(zhí)行的。首先，在最終用戶設(shè)備109中從內(nèi)容標(biāo)識層503接收到內(nèi)容113副本時(shí)，用代表初始復(fù)制/播放權(quán)限的復(fù)制/播放代碼523標(biāo)記內(nèi)容113。其次，播放器應(yīng)用程序195在將內(nèi)容113存儲在最終用戶設(shè)備109之前對內(nèi)容113進(jìn)行加密。播放器應(yīng)用程序195為每一個(gè)內(nèi)容項(xiàng)目生成一個(gè)加密密鑰，該密鑰經(jīng)過加密，并且隱藏在最終用戶設(shè)備109中。然后，每次最終用戶設(shè)備109訪問內(nèi)容113以便進(jìn)行復(fù)制或播放時(shí)，最終用戶設(shè)備109在允許對內(nèi)容113進(jìn)行解密并執(zhí)行播放或復(fù)制之前驗(yàn)證復(fù)制/播放代碼。最終用戶設(shè)備109還相應(yīng)地更新內(nèi)容113的原始副本和任何新的輔助副本中的復(fù)制/播放代碼。復(fù)制/播放編碼是在已經(jīng)壓縮的內(nèi)容113上執(zhí)行的。即，在嵌入復(fù)制/播放代碼之前沒有必要解壓縮內(nèi)容113。
最終用戶設(shè)備109使用許可證水印527在內(nèi)容113內(nèi)嵌入復(fù)制/播放代碼。只有知道嵌入算法和關(guān)聯(lián)的加密密鑰的最終用戶播放器應(yīng)用程序195才能讀取或修改嵌入的數(shù)據(jù)。數(shù)據(jù)對人類觀察者不可見或聽不見；即，數(shù)據(jù)對內(nèi)容113沒有引入可以感覺到的下降。由于水印要經(jīng)過內(nèi)容處理、數(shù)據(jù)壓縮、D到A和A到D轉(zhuǎn)換的多個(gè)步驟，由普通的內(nèi)容處理所帶來的信號惡化，水印以任何表示形式(包括模擬表示)與內(nèi)容113在一起。在另一個(gè)實(shí)施例中，不是使用許可證水印527在內(nèi)容113內(nèi)嵌入復(fù)制/播放代碼，最終用戶播放器應(yīng)用程序195安全地使用存儲的使用條件519。
3.內(nèi)容標(biāo)識層503作為內(nèi)容標(biāo)識層503的一部分，內(nèi)容提供商101還使用許可證水印527在內(nèi)容113中嵌入數(shù)據(jù)(如內(nèi)容標(biāo)識符、內(nèi)容所有者及諸如出版日期和地理分布范圍之類的其他信息)。此水印這里被稱為“版權(quán)水印”529。在接收到時(shí)，最終用戶設(shè)備109用內(nèi)容購買者的名稱和事務(wù)ID 535(請參閱下面的“許可證控制層501”部分)以及諸如許可證的日期和使用條件517之類的其他信息對內(nèi)容113的副本進(jìn)行水印操作。此水印這里被稱為“許可證水印”。內(nèi)容113的任何副本，無論是以授權(quán)的方式獲取的與否，都接受音頻處理(這會保留內(nèi)容質(zhì)量)，都會攜帶版權(quán)和許可證水印。內(nèi)容標(biāo)識層503可以防止盜版。
4.許可證控制層501許可證控制層501防止內(nèi)容113被未經(jīng)授權(quán)的攔截，并確保內(nèi)容只單個(gè)地向具有適當(dāng)?shù)厥跈?quán)的最終用戶設(shè)備109發(fā)布，并向授權(quán)的電子數(shù)字內(nèi)容商店103完成許可證購買事務(wù)。許可證控制層501通過雙重加密531來保護(hù)內(nèi)容113。使用由內(nèi)容提供商101生成的加密對稱密鑰來對內(nèi)容113進(jìn)行加密，使用票據(jù)交換所的公鑰621對對稱密鑰進(jìn)行加密。只有票據(jù)交換所105可以最初恢復(fù)對稱密鑰。
許可證控制是作為“受信任的一方”用票據(jù)交換所105設(shè)計(jì)的。在為許可證請求537發(fā)布權(quán)限之前，(即，向最終用戶設(shè)備109的內(nèi)容113的對稱密鑰623)，票據(jù)交換所105驗(yàn)證事務(wù)541和許可證授權(quán)543是否完整和真實(shí)，電子數(shù)字內(nèi)容商店103從安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100獲得授權(quán)，以便銷售電子內(nèi)容113，以及最終用戶是否具有適當(dāng)授權(quán)的應(yīng)用程序。審核/報(bào)告545允許生成報(bào)告，并與安全電子數(shù)字內(nèi)容分發(fā)系統(tǒng)100中的其他授權(quán)的一方共享授權(quán)事務(wù)信息。
許可證控制是通過Sc處理533來實(shí)現(xiàn)的。SC用于在系統(tǒng)操作組件之間分發(fā)加密的內(nèi)容113和信息(下面幾節(jié)提供了有關(guān)SC的詳細(xì)信息)。SC是使用加密、數(shù)字簽名和數(shù)字證書防止未經(jīng)授權(quán)的攔截或修改電子信息或內(nèi)容113的信息的密碼攜帶者。它還允許對電子數(shù)據(jù)進(jìn)行可靠性驗(yàn)證。
許可證控制要求，內(nèi)容提供商101、電子數(shù)字內(nèi)容商店103和票據(jù)交換所105從聲譽(yù)好的證書頒發(fā)機(jī)構(gòu)獲得真實(shí)的加密數(shù)字證書，用于對這些組件進(jìn)行鑒定。最終用戶設(shè)備109不必具有數(shù)字證書。
C.內(nèi)容分發(fā)和授權(quán)控制圖6是說明應(yīng)用于圖5的許可證控制層的內(nèi)容分發(fā)和授權(quán)控制的概述的方框圖。該圖描述了電子數(shù)字內(nèi)容商店103、最終用戶設(shè)備109和票據(jù)交換所105通過因特網(wǎng)進(jìn)行互連的情況，在這些組件之間使用單播傳送點(diǎn)到點(diǎn))傳輸。內(nèi)容提供商101和電子數(shù)字內(nèi)容商店103之間的通信也可以通過因特網(wǎng)或其他網(wǎng)絡(luò)進(jìn)行。假設(shè)最終用戶設(shè)備109和電子數(shù)字內(nèi)容商店103之間的內(nèi)容購買事務(wù)是基于標(biāo)準(zhǔn)的因特網(wǎng)Web協(xié)議來進(jìn)行的。作為基于Web的交互的一部分，最終用戶選擇要購買的內(nèi)容113，提供個(gè)人和財(cái)務(wù)信息，并同意購買的條件。電子數(shù)字內(nèi)容商店103可以使用諸如SET之類的協(xié)議從讓受人機(jī)構(gòu)獲取支付授權(quán)。
還假設(shè)，在圖6中，電子數(shù)字內(nèi)容商店103已經(jīng)基于標(biāo)準(zhǔn)的Web協(xié)議向最終用戶設(shè)備109下載了最終用戶播放器應(yīng)用程序195。體系結(jié)構(gòu)要求，電子數(shù)字內(nèi)容商店103向下載的播放器應(yīng)用程序195分配唯一的應(yīng)用程序ID，最終用戶設(shè)備109將它存儲起來，以便以后進(jìn)行應(yīng)用程序許可證驗(yàn)證(見下文)。
總體的授權(quán)流程起始于內(nèi)容提供商101。內(nèi)容提供商101使用本地生成的加密對稱密鑰對內(nèi)容113進(jìn)行加密，使用票據(jù)交換所105的公鑰621對對稱密鑰623進(jìn)行加密。在另一個(gè)實(shí)施例中，可以不本地生成對稱密鑰，而是從票據(jù)交換所105發(fā)送到內(nèi)容提供商101。內(nèi)容提供商101圍繞加密的內(nèi)容113創(chuàng)建內(nèi)容SC 630，圍繞加密的對稱密鑰623、存儲使用條件519，及其他與內(nèi)容113關(guān)聯(lián)的信息創(chuàng)建元數(shù)據(jù)Sc 620。對于每一個(gè)內(nèi)容113對象，有一個(gè)元數(shù)據(jù)SC 620和一個(gè)內(nèi)容SC 630。內(nèi)容113對象可以是同一首歌曲一個(gè)壓縮級別，或者內(nèi)容113對象可以是專輯上的每一首歌曲，或者內(nèi)容113對象可以是整個(gè)專輯。對于每一個(gè)內(nèi)容113對象，元數(shù)據(jù)Sc 620還攜帶與內(nèi)容使用控制層505關(guān)聯(lián)的存儲使用條件519。
內(nèi)容提供商101將元數(shù)據(jù)Sc 620分發(fā)到一個(gè)或多個(gè)電子數(shù)字內(nèi)容商店103(步驟601)，將內(nèi)容SC 630分發(fā)到一個(gè)或多個(gè)內(nèi)容托管站點(diǎn)(步驟502)。每一個(gè)電子數(shù)字內(nèi)容商店103又創(chuàng)建Offer Sc 641。Offer SC 641通常與元數(shù)據(jù)SC 620攜帶相同的信息，包括內(nèi)容提供商101的數(shù)字簽名624和內(nèi)容提供商101的證書(未顯示)。如上所述，電子數(shù)字內(nèi)容商店103可以添加到或縮小最初由內(nèi)容提供商101定義的存儲使用條件519(由控制使用控制層處理)。可選地，內(nèi)容SC 630和/或元數(shù)據(jù)Sc 620用內(nèi)容提供商101的數(shù)字簽名624進(jìn)行簽名。
在最終用戶設(shè)備109和電子數(shù)字內(nèi)容商店103之間的內(nèi)容購買事務(wù)完成之后(步驟603)，電子數(shù)字內(nèi)容商店103創(chuàng)建一個(gè)事務(wù)SC 640并傳輸給最終用戶設(shè)備109(步驟604)。事務(wù)SC 640包括唯一的事務(wù)ID 535、購買者的名稱(即，最終用戶的)(未顯示)、最終用戶設(shè)備(109)的公鑰661，以及與購買的內(nèi)容113關(guān)聯(lián)的Offer SC 641。圖6中的事務(wù)數(shù)據(jù)642代表了事務(wù)ID 535和最終用戶名稱(未顯示)。事務(wù)數(shù)據(jù)642是用票據(jù)交換所105的公鑰621進(jìn)行加密的?？蛇x地，事務(wù)SC 640是用電子數(shù)字內(nèi)容商店103的數(shù)字簽名643進(jìn)行簽名的。
在接收到事務(wù)SC 640(以及包括在其中的Offer SC 641)，在最終用戶設(shè)備109上運(yùn)行的最終用戶播放器應(yīng)用程序195通過定單Sc 650從票據(jù)交換所105請求許可證授權(quán)(步驟605)。定單SC650包括加密的對稱密鑰623和來自O(shè)ffer Sc 641的存儲使用條件519、來自事務(wù)SC 640的加密的事務(wù)數(shù)據(jù)642，以及來自最終用戶設(shè)備109的加密的應(yīng)用程序ID 551。在另一個(gè)實(shí)施例中，定單SC650是用最終用戶設(shè)備最終用戶109的數(shù)字簽名652進(jìn)行簽名的。
在從最終用戶設(shè)備109接收到定單Sc 650時(shí)，票據(jù)交換所105驗(yàn)證1.電子數(shù)字內(nèi)容商店103具有來自安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的授權(quán)(存在于票據(jù)交換所105的數(shù)據(jù)庫160中)；2.定單SC 650沒有被修改；3.事務(wù)數(shù)據(jù)642和對稱密鑰623是完整而真實(shí)的；4.由最終用戶設(shè)備109購買的電子存儲使用條件519與內(nèi)容提供商101設(shè)置的使用條件519一致；以及5.應(yīng)用程序ID 551具有有效的結(jié)構(gòu)，并且它是由授權(quán)的電子數(shù)字內(nèi)容商店103提供的。
如果驗(yàn)證成功，票據(jù)交換所105將對稱密鑰623和事務(wù)數(shù)據(jù)542解密，并生成許可證Sc 660，并傳輸給最終用戶設(shè)備109(步驟606)。許可證SC 660攜帶對稱密鑰623和事務(wù)數(shù)據(jù)642，兩者都是使用最終用戶設(shè)備109的公鑰661進(jìn)行加密的。如果有任何驗(yàn)證成功的話，票據(jù)交換所105拒絕向最終用戶設(shè)備109提供許可證并通知最終用戶設(shè)備109。票據(jù)交換所105還將此驗(yàn)證失敗的情況通知給電子數(shù)字內(nèi)容商店103。在另一個(gè)實(shí)施例中，票據(jù)交換所105用其數(shù)字簽名663對許可證sc 660進(jìn)行簽名。
在接收許可證SC 660之后，最終用戶設(shè)備109將以前從票據(jù)交換所105接收到的對稱密鑰623和事務(wù)數(shù)據(jù)642解密，并從內(nèi)容托管站點(diǎn)111請求內(nèi)容SC 630(步驟607)。在內(nèi)容SC 630到達(dá)時(shí)(步驟608)，最終用戶設(shè)備109使用對稱密鑰623將內(nèi)容113解密(步驟609)，并將內(nèi)容113和事務(wù)數(shù)據(jù)642傳遞到其他層，以便進(jìn)行許可證水印、復(fù)制/播放編碼、加密，并進(jìn)行進(jìn)一步的內(nèi)容113的處理，如圖5以前描述的。
最后，票據(jù)交換所105定期將匯總事務(wù)報(bào)告?zhèn)鬏數(shù)絻?nèi)容提供商101和電子數(shù)字內(nèi)容商店103，以便進(jìn)行審核和跟蹤(步驟610)。
V.安全容器結(jié)構(gòu)A.一般結(jié)構(gòu)安全容器(SC)是一個(gè)由多個(gè)部件構(gòu)成的結(jié)構(gòu)，這些部件一起定義了內(nèi)容113的一個(gè)單元或事務(wù)的一部分，還定義了諸如使用規(guī)則、元數(shù)據(jù)和加密方法之類的相關(guān)信息。Sc是這樣設(shè)計(jì)的，以便可以驗(yàn)證信息的完整性和可靠性。SC中的一些信息可以加密，以便它只能在獲取適當(dāng)?shù)氖跈?quán)之后被訪問。
Sc至少包括一個(gè)材料單(BOM)部分，該部分具有有關(guān)SC和有關(guān)SC中包括的每一個(gè)部件的信息的記錄。對于每一個(gè)部件，使用諸如MD-5之類的散列算法計(jì)算消息摘要，然后包括在部分的BOM記錄中。部件的摘要被連接在一起，然后從它們計(jì)算另一個(gè)摘要，然后使用創(chuàng)建Sc的實(shí)體的私鑰的加密，以創(chuàng)建一個(gè)數(shù)字簽名。接收SC的一方可以使用數(shù)字簽名以驗(yàn)證所有的摘要，從而可以驗(yàn)證SC以及所有其部件的完整性。
下列信息可以作為BOM中的記錄與每一個(gè)部件的記錄包括在一起。SC類型判斷哪些記錄必須包括在其中SC版本Sc IDSC的類型(例如，Offer、定單、事務(wù)、內(nèi)容、元數(shù)據(jù)或促銷和許可證)。
SC的出版者創(chuàng)建SC的日期SC的到期日票據(jù)交換所URL用于包括的部件的摘要算法的描述(默認(rèn)值是MD-5)用于數(shù)字簽名加密的算法的描述(默認(rèn)值是RSA)數(shù)字簽名(包括的部件的所有連接的摘要的加密摘要)SC可以包括一個(gè)以上BOM。例如，Offer 641由初始元數(shù)據(jù)Sc 620部件構(gòu)成，包括其BOM，以及由電子數(shù)字內(nèi)容商店103和新BOM添加的其他信息。元數(shù)據(jù)SC 620 BOM的記錄包括在Offer SC 641 BOM。此記錄包括元數(shù)據(jù)SC 620 BOM的摘要，可用于驗(yàn)證其完整性，因此，元數(shù)據(jù)Sc 620中包括的部件的完整性還可以使用存儲在元數(shù)據(jù)Sc 620 BOM中的部件摘要值。元數(shù)據(jù)SC 620中沒有一個(gè)部件在為Offer SC 641創(chuàng)建的新BOM中具有記錄。只有電子數(shù)字內(nèi)容商店103添加的部件和元數(shù)據(jù)SC 620 BOM在新的BOM中具有記錄。
SC還可以包括“密鑰描述”部分?！懊荑€描述”部分包括包含下列有關(guān)SC中的加密部分的信息加密部分的名稱。
當(dāng)對部件進(jìn)行解密時(shí)用于該部件的名稱。
用于對部件進(jìn)行加密的加密算法。
指出用于對部件進(jìn)行加密的公鑰或當(dāng)解密時(shí)，用于將加密的部件解密的加密對稱密鑰的密鑰標(biāo)識符。
用于對對稱密鑰進(jìn)行加密的加密算法。此字段只在“密鑰描述”部分中的記錄包括用于對加密的部件進(jìn)行加密的加密對稱密鑰時(shí)呈現(xiàn)。
用于對對稱密鑰進(jìn)行加密的公鑰的密鑰標(biāo)識符。此字段只在“密鑰描述”部分中的記錄包括用于對加密的部件進(jìn)行加密的加密對稱密鑰和對稱密鑰的加密算法標(biāo)識符時(shí)呈現(xiàn)。
如果Sc不包含任何加密的部分，那么，沒有“密鑰描述”部分。
B.權(quán)利管理語言語法和語義權(quán)利管理語言由一系列參數(shù)構(gòu)成，可以給這些參數(shù)指定值，以定義在購買內(nèi)容113之后對最終用戶使用內(nèi)容113的限制。對使用內(nèi)容113的限制是使用規(guī)則517。每一個(gè)內(nèi)容提供商101都為其每一個(gè)內(nèi)容113項(xiàng)目指定使用規(guī)則517。電子數(shù)字內(nèi)容商店103解釋元數(shù)據(jù)SC 620中的使用規(guī)則517，并使用信息來提供它們希望的選擇選項(xiàng)，以提供他們的客戶，并添加內(nèi)容113的零售購買信息。在最終用戶選擇了準(zhǔn)備購買的內(nèi)容113之后，最終用戶設(shè)備109基于存儲使用規(guī)則519請求授權(quán)。在票據(jù)交換所105向最終用戶發(fā)送許可證SC 660之前，票據(jù)交換所105驗(yàn)證被請求的存儲使用規(guī)則519是否與元數(shù)據(jù)SC 620中的內(nèi)容提供商101指定的允許的使用規(guī)則517一致。
當(dāng)最終用戶設(shè)備109接收購買的內(nèi)容113，存儲使用規(guī)則519使用水印工具編碼到該內(nèi)容113中或編碼在安全地存儲的使用規(guī)則519中。在最終用戶設(shè)備109上運(yùn)行的最終用戶播放器應(yīng)用程序195確保，實(shí)施被編碼到內(nèi)容113中的存儲使用條件519。
下面是內(nèi)容113是音樂的實(shí)施例中的存儲使用條件519的示例歌曲是可記錄的。
歌曲可以播放n次。
C.安全容器流和處理的概述元數(shù)據(jù)SC 620是由內(nèi)容提供商101生成的，并用于定義諸如歌曲之類的內(nèi)容113項(xiàng)目。內(nèi)容113本身不包括在這些SC中，因?yàn)閮?nèi)容113的大小通常太大，電子數(shù)字內(nèi)容商店103和最終用戶無法只為了訪問描述性的元數(shù)據(jù)而有效地下載容器。相反，SC包括一個(gè)外部URL(統(tǒng)一資源定位器)以指向內(nèi)容113。SC還包括提供有關(guān)內(nèi)容113的描述性信息的元數(shù)據(jù)以及任何其他關(guān)聯(lián)的數(shù)據(jù)，例如，音樂、CD封面技術(shù)和/或歌曲內(nèi)容113的情況下的數(shù)字音頻剪輯。
電子數(shù)字內(nèi)容商店103下載他們被授權(quán)下載的元數(shù)據(jù)SC620，并生成Offer SC 641。簡而言之，Offer Sc 641由元數(shù)據(jù)SC620中的一些部件和BOM以及電子數(shù)字內(nèi)容商店103所包括的其他信息構(gòu)成。當(dāng)生成Offer SC 641時(shí)，創(chuàng)建Offer SC 641的新BOM。電子數(shù)字內(nèi)容商店103還使用元數(shù)據(jù)SC 620，從它們中提取元數(shù)據(jù)信息，以在他們的網(wǎng)站上生成HTML頁面，該頁面向最終用戶呈現(xiàn)內(nèi)容113的描述，以便他們可以購買內(nèi)容113。
Offer SC 641中的由電子數(shù)字內(nèi)容商店103添加的信息通常縮小元數(shù)據(jù)Sc 620中指定的使用條件517以及諸如商店的徽標(biāo)的圖像文件和指向商店的網(wǎng)站的URL之類的促銷數(shù)據(jù)的選擇。元數(shù)據(jù)SC 620中的Offer SC 641模板指出哪些信息可以被Offer SC 641中的電子數(shù)字內(nèi)容商店103覆蓋，以及電子數(shù)字內(nèi)容商店103需要哪些其他信息(如果有的話)，以及哪些部件將保留在嵌入的元數(shù)據(jù)SC 620中。
當(dāng)最終用戶決定從電子數(shù)字內(nèi)容商店103購買內(nèi)容113時(shí)，Offer SC 641包括在事務(wù)SC 640中。電子數(shù)字內(nèi)容商店103對于購買的每一個(gè)內(nèi)容113生成事務(wù)SC 640，并包括Offer SC 641，并將它傳輸?shù)阶罱K用戶設(shè)備109。最終用戶設(shè)備109接收事務(wù)SC640，并驗(yàn)證事務(wù)Sc 640和包括的Offer SC 541的完整性。
對于購買的每一個(gè)內(nèi)容113項(xiàng)目，由最終用戶設(shè)備109生成定單SC 650。包括Offer SC 641、事務(wù)SC 640、以及最終用戶設(shè)備109的配置文件中的信息。一次只向票據(jù)交換所105發(fā)送一個(gè)定單SC 650。在一個(gè)記錄包括在元數(shù)據(jù)SC 620的BOM中的定單Sc 650的票據(jù)交換所105URL再次包括在Offer SC 641中。
票據(jù)交換所105驗(yàn)證和處理定單SC 650，并給最終用戶設(shè)備109提供許可證水印527和訪問購買了內(nèi)容113所要求的一切。票據(jù)交換所105的功能之一是將Offer SC 541中的水印說明和內(nèi)容SC 630中的內(nèi)容113進(jìn)行解密所需要的對稱密鑰623解密。加密的對稱密鑰623記錄實(shí)際上包含了比實(shí)際加密對稱密鑰623更多的內(nèi)容。在執(zhí)行加密之前，內(nèi)容提供商101可以可選地將其名稱附加到實(shí)際對稱密鑰623中。將內(nèi)容提供商101的名稱與對稱密鑰623一起加密可以防止從合法的SC制造其自己的元數(shù)據(jù)SC 620和內(nèi)容SC 630的盜版內(nèi)容提供商101。票據(jù)交換所105驗(yàn)證與對稱密鑰623一起加密的內(nèi)容提供商101的名稱是否匹配SC證書中的內(nèi)容提供商101的名稱。
如果票據(jù)交換所105要求對水印說明作出一些更改，那么票據(jù)交換所105就將對稱密鑰623解密，然后修改水印說明，并使用新對稱密鑰623將它們再次加密。然后，使用最終用戶設(shè)備109的公鑰661將對稱密鑰623重新加密。票據(jù)交換所105還將Sc中的其他對稱密鑰623解密，并再次用最終用戶設(shè)備109的公鑰661將它們加密。票據(jù)交換所105生成一個(gè)包括新加密的對稱密鑰623和更新的水印說明的許可證SC 660，并響應(yīng)定單SC 650將它發(fā)送到最終用戶設(shè)備109。如果定單SC 650的處理不能成功地完成，那么，票據(jù)交換所105向最終用戶設(shè)備109返回一個(gè)HTML頁面或等效內(nèi)容，以報(bào)告授權(quán)過程的失敗。
許可證SC 660給最終用戶設(shè)備105提供了訪問內(nèi)容113項(xiàng)目所需要的一切。最終用戶設(shè)備109從內(nèi)容托管站點(diǎn)111請求適當(dāng)?shù)膬?nèi)容SC 530。內(nèi)容Sc 630是由內(nèi)容提供商101生成的，并包括加密的內(nèi)容113和元數(shù)據(jù)部件。最終用戶播放器應(yīng)用程序195使用許可證SC 650中的對稱密鑰623來將內(nèi)容113、元數(shù)據(jù)和水印說明來進(jìn)行解密。然后，將水印說明附加到內(nèi)容113中，并將內(nèi)容113加密，并存儲在最終用戶設(shè)備109中。
D.元數(shù)據(jù)安全容器620格式下表顯示了包括在元數(shù)據(jù)SC 620中的部件?！安考绷兄械拿恳粋€(gè)方框都是與BOM一起包括在Sc中的一個(gè)單獨(dú)的對象(帶有[]字符的部件名稱除外)。BOM包含Sc中包括的每一個(gè)部件的記錄?！按嬖诓考绷兄赋霾考旧硎欠駥?shí)際包括在Sc中，“摘要”列指出是否為部件計(jì)算消息摘要。當(dāng)SC包括在其他Sc時(shí)，某些部件可能不傳播(由關(guān)聯(lián)的模板確定)，雖然會傳播整個(gè)初始BOM。之所以會這樣，是因?yàn)槠睋?jù)交換所105要求整個(gè)BOM驗(yàn)證原始Sc中的數(shù)字簽名。
下表的“密鑰描述部分”列定義了SC的“密鑰描述”部分中包括的記錄?！懊荑€描述”部分中的記錄定義了有關(guān)用于將SC內(nèi)的部件或另一個(gè)SC內(nèi)的部件加密的加密密鑰和算法的信息。每一個(gè)記錄都包括加密部件名稱，如有必要，還包括指向包括加密部分的另一個(gè)Sc的URL?！敖Y(jié)果名稱”列定義了在部件被解密之后的分配給該部件的名稱?！凹用芩惴ā绷卸x了用于對部件進(jìn)行加密的加密算法?！懊荑€Id/加密密鑰”列定義了用于對部件進(jìn)行加密的加密密鑰的標(biāo)識或用于對部件進(jìn)行加密的加密對稱密鑰623位字符串的base64編碼?！皩ΨQ密鑰算法”是一個(gè)可選參數(shù)，定義了用于當(dāng)前一列是一個(gè)加密對稱密鑰623時(shí)對對稱密鑰623進(jìn)行加密的加密算法?！皩ΨQ密鑰ID”列是當(dāng)“密鑰Id/加密密鑰”列是加密的對稱密鑰623時(shí)用于對對稱密鑰623進(jìn)行加密的加密密鑰的標(biāo)識符。
部件 BOM結(jié)果名稱 加密算法密鑰說明部分對稱密對稱密鑰部件存在摘要密鑰Id/加密密鑰 鑰算法 ID
下面描述了在上面的元數(shù)據(jù)SC表中使用的術(shù)語[內(nèi)容URL]-“密鑰描述”部分中的記錄中的一個(gè)參數(shù)。這是指向與此元數(shù)據(jù)SC 620關(guān)聯(lián)的內(nèi)容SC 630中的加密內(nèi)容113的URL。
元數(shù)據(jù)SC 620本身不包含加密內(nèi)容113。
-“密鑰描述”部分中的記錄中的一個(gè)參數(shù)。這是指向與此元數(shù)據(jù)SC 620關(guān)聯(lián)的內(nèi)容SC 530中的加密元數(shù)據(jù)的URL。元數(shù)據(jù)SC 620本身不包含加密元數(shù)據(jù)。
內(nèi)容ID-定義分配給內(nèi)容113項(xiàng)目的唯一的ID的部分。如果元數(shù)據(jù)SC 620引用多個(gè)內(nèi)容113項(xiàng)目，則此部分包括有一個(gè)以上的內(nèi)容ID。
元數(shù)據(jù)-包含諸如藝術(shù)家名稱和CD封面技術(shù)(在歌曲的情況下)之類的與內(nèi)容113相關(guān)的信息的部分。
可能有多個(gè)元數(shù)據(jù)部分，其中有一些可能是加密的。元數(shù)據(jù)部分的內(nèi)部結(jié)構(gòu)取決于其中包含的元數(shù)據(jù)的類型。使用條件-包含描述使用選項(xiàng)、規(guī)則和施加于最終用戶的使用內(nèi)容113的限制的信息的部分。
SC模板-定義描述生成Offer、定單和許可證Sc 660的必需的和可選信息的模板的部分。
水印說明-包含在內(nèi)容113中實(shí)現(xiàn)水印的加密說明和參數(shù)的部分。水印說明可以由票據(jù)交換所105修改，并在許可證Sc 660內(nèi)返回到最終用戶設(shè)備109。在“密鑰描述”部分有一個(gè)記錄，該記錄定義了用于對水印說明進(jìn)行加密的加密算法，當(dāng)對水印說明進(jìn)行解密時(shí)使用的輸出部分名稱、用于對水印說明進(jìn)行加密的加密對稱密鑰623位字符串的base64編碼，用于對對稱密鑰623進(jìn)行加密的加密算法，以及對對稱密鑰523進(jìn)行解密所必需的公鑰的標(biāo)識符。
票據(jù)交換所證書-來自證書頒發(fā)機(jī)構(gòu)的或來自票據(jù)交換所105的包含票據(jù)交換所105的簽名的公鑰621的證書。可能有一個(gè)以上的證書，在這樣的情況下，使用一個(gè)層次結(jié)構(gòu)，從包含公鑰的最高級別的證書打開，直到打開下一個(gè)最低級別證書的最高級別的證書(包含票據(jù)交換所105的公鑰621)。
證書-來自證書頒發(fā)機(jī)構(gòu)的或來自票據(jù)交換所105的包含創(chuàng)建SC的實(shí)體的簽名的公鑰621的證書。可能有一個(gè)以上的證書，在這樣的情況下，使用一個(gè)層次結(jié)構(gòu)，打開包含公鑰的最高級別的證書，再打開下一個(gè)級別的證書，依此類推，直到達(dá)到包含SC創(chuàng)建者的公鑰的最低級別的證書。
SC版本-由SC包裝器工具分配給SC的版本號。
SC ID-由創(chuàng)建SC的實(shí)體分配給Sc的唯一標(biāo)識符。
SC類型-指出Sc的類型(例如，元數(shù)據(jù)、Offer、定單等等)SC出版者-指出創(chuàng)建SC的實(shí)體。
創(chuàng)建日期-創(chuàng)建Sc的日期。
到期日期-Sc過期并且不再有效的日期。
票據(jù)交換所URL-最終用戶播放器應(yīng)用程序195應(yīng)該與其進(jìn)行交互以獲取適當(dāng)?shù)氖跈?quán)以便訪問內(nèi)容113的票據(jù)交換所105的地址。
摘要算法ID-用于計(jì)算部分的摘要的算法的標(biāo)識符。
數(shù)字簽名算法ID-用于加密連接的部分摘要的摘要的算法的標(biāo)識符。此加密的值是數(shù)字簽名。
數(shù)字簽名-用創(chuàng)建SC的實(shí)體的公鑰加密的連接部分摘要的摘要。
輸出部分-當(dāng)將加密部分解密時(shí)分配給輸出部分的名稱。
RSA和RC4-用于對對稱密鑰623和數(shù)據(jù)部分進(jìn)行加密的默認(rèn)加密算法。
加密對稱密鑰-當(dāng)解密時(shí)，用于對SC部分進(jìn)行解密的加密密鑰位字符串的base64編碼。
CH公用密鑰-指出票據(jù)交換所105的公鑰621用于對數(shù)據(jù)進(jìn)行加密的標(biāo)識符。
E.Offer安全容器641格式下表顯示了Offer SC 641中包括的部分。除了一些元數(shù)據(jù)部分的某些部分，以及元數(shù)據(jù)SC 620中的BOM，也包括在Offer SC641中。部件 BOM 結(jié)果名稱加密算法 密鑰說明部分 對稱密對稱密鑰部件存在摘要密鑰Id/加密密鑰鑰算法 ID
Offer SC部件 下面描述了以前沒有為另一個(gè)Sc描述的上面的Offer SC 641中使用的術(shù)語元數(shù)據(jù)SC BOM-原始元數(shù)據(jù)SC 620中的BOM。Offer SC641 BOM中的記錄包括元數(shù)據(jù)SC 620 BOM的摘要。
其他和被覆蓋的字段-被電子數(shù)字內(nèi)容商店103覆蓋的使用情況信息。此信息由票據(jù)交換所105通過接收到的Sc模板進(jìn)行驗(yàn)證，以確保電子數(shù)字內(nèi)容商店102所覆蓋的任何東西都在其授權(quán)的范圍內(nèi)。
電子數(shù)字內(nèi)容商店證書-由票據(jù)交換所105提供給電子數(shù)字內(nèi)容商店103的并由票據(jù)交換所105使用其私鑰進(jìn)行簽名的證書。此證書由最終用戶播放器應(yīng)用程序195用來驗(yàn)證電子數(shù)字內(nèi)容商店103是內(nèi)容113的一個(gè)有效的經(jīng)銷商。最終用戶播放器應(yīng)用程序195和票據(jù)交換所105可以通過用票據(jù)交換所105的公鑰621來解密證書的簽名，以便驗(yàn)證電子數(shù)字內(nèi)容商店103是一個(gè)授權(quán)的經(jīng)銷商。最終用戶播放器應(yīng)用程序195保留了在安裝期間作為其初始化的一部分接收到的票據(jù)交換所105的公鑰621的一個(gè)本地副本。
F.事務(wù)安全容器640格式下表顯示了事務(wù)SC 640以及其BOM和“密鑰描述”部分中包括的部分。
部件BOM 結(jié)果名稱 加密算法密鑰說明部分部件存在摘要 密鑰Id/加密密鑰 對稱密對稱密鑰鑰算法 ID 下面描述了以前沒有為另一個(gè)Sc描述的上面的事務(wù)SC 640中使用的術(shù)語事務(wù)ID 535-由電子數(shù)字內(nèi)容商店103分配的用于唯一地標(biāo)識事務(wù)的ID。最終用戶ID-由電子數(shù)字內(nèi)容商店103在最終用戶作出購買選擇并提供信用卡信息時(shí)獲取的最終用戶的標(biāo)識符。
最終用戶的公鑰-最終用戶的由票據(jù)交換所105用來對對稱密鑰623進(jìn)行重新加密的公鑰661。最終用戶的公鑰661在購買事務(wù)期間被傳輸?shù)诫娮訑?shù)字內(nèi)容商店103。
Offer Sc-購買的內(nèi)容113項(xiàng)目的Offer SC 641。
內(nèi)容使用的選擇-由最終用戶購買的每一個(gè)內(nèi)容113項(xiàng)目的使用條件的陣列。每一個(gè)Offer SC 641都有一個(gè)條目。
要顯示的HTML-在接收到事務(wù)SC 640時(shí)或在最終用戶設(shè)備109和票據(jù)交換所105之間的交互期間最終用戶播放器應(yīng)用程序195在因特網(wǎng)瀏覽器窗口顯示的一個(gè)或多個(gè)HTML頁面。
當(dāng)最終用戶設(shè)備109接收到事務(wù)SC 640時(shí)，可以執(zhí)行下列步驟以驗(yàn)證SC的完整性和可靠性1.使用票據(jù)交換所105的公鑰621來驗(yàn)證電子數(shù)字內(nèi)容商店103證書的完整性。票據(jù)交換所105的公鑰621在它被作為最終用戶播放器應(yīng)用程序195的初始化的一部分在其安裝過程中接收到之后存儲在最終用戶設(shè)備109中。
2.使用電子數(shù)字內(nèi)容商店103證書的公鑰驗(yàn)證Sc的數(shù)字簽名643。
3.驗(yàn)證SC部分的散列。
4.驗(yàn)證事務(wù)SC 640中包括的每一個(gè)Offer Sc 641的完整性和可靠性。
G.定單安全容器650格式下表顯示了定單SC 650以及其BOM和“密鑰描述”部分中包括的部分。這些部分向票據(jù)交換所105提供了信息，以便進(jìn)行解密和驗(yàn)證，或者由票據(jù)交換所105進(jìn)行驗(yàn)證。Offer SC 641中的部分和BOM也包括在定單SC 650中?！霸獢?shù)據(jù)SC BOM”的“存在部件”列中的某些字符串指出那些部件中的某些部件不包括在定單SC 650中。元數(shù)據(jù)SC 620中的BOM也不作任何改變地包括在其中，以便票據(jù)交換所105可以驗(yàn)證元數(shù)據(jù)SC 620以及其部件的完整性。
部件 BOM結(jié)果名稱 加密算法 密鑰說明部分 對稱密對稱密鑰部件存在摘要密鑰Id/加密密鑰鑰算法ID元數(shù)據(jù)SC部件
Offer SC部件
事務(wù)SC部件
定單SC部件 下面描述了以前沒有為另一個(gè)Sc描述的上面的定單SC 650中使用的術(shù)語事務(wù)Sc BOM-原始事務(wù)SC 640中的BOM。定單SC 650BOM中的記錄包括事務(wù)SC 640 BOM的摘要。
加密的信用卡信息-最終用戶的可選的加密信息，用于向信用卡或貸記卡收取購買費(fèi)用。當(dāng)創(chuàng)建Offer SC 641的電子數(shù)字內(nèi)容商店103不處理客戶記帳時(shí)需要此信息，在這樣的情況下，票據(jù)交換所105可能處理記帳。
H.許可證安全容器660格式下表顯示了許可證SC 660以及其BOM中包括的部件。如“密鑰描述”部分所示，將水印說明、內(nèi)容113和內(nèi)容113元數(shù)據(jù)解密所需的“對稱密鑰623”是由票據(jù)交換所105使用最終用戶的公鑰661重新進(jìn)行加密的。當(dāng)最終用戶設(shè)備109接收到許可證SC660時(shí)，它將對稱密鑰623解密，并使用它們從許可證SC 660和內(nèi)容SC 630訪問加密的部分。
部件 BOM部件存在摘要
下面描述了以前沒有為另一個(gè)Sc描述的上面的許可證SC 660中使用的術(shù)語EU公用密鑰-指出最終用戶的公鑰661用于對數(shù)據(jù)進(jìn)行加密的標(biāo)識符。
定單SC 650 ID-從定單SC 650 BOM中獲取的SC ID。
證書吊銷列表-以前由票據(jù)交換所105頒發(fā)并簽名的，但不再被視為有效的證書ID的可選列表。包括在吊銷列表中的具有可以由證書驗(yàn)證的簽名的任何Sc都是無效的SC。最終用戶播放器應(yīng)用程序195將票據(jù)交換所105的證書吊銷列表的一個(gè)副本存儲在最終用戶設(shè)備109上。每當(dāng)接收到吊銷列表時(shí)，如果有更新的吊銷列表，則最終用戶播放器應(yīng)用程序195就用更新的替換其本地副本。
吊銷列表包括版本號或時(shí)間戳(或兩者)以便確定哪一個(gè)列表是最新的。
I.內(nèi)容安全容器格式下表顯示了包括在內(nèi)容SC 630以及BOM中的部件部件 BOM部件存在摘要 下面描述了以前沒有為另一個(gè)Sc描述的上面的內(nèi)容SC 630中使用的術(shù)語加密內(nèi)容-內(nèi)容提供商101使用對稱密鑰623加密的內(nèi)容113。
加密元數(shù)據(jù)-與元數(shù)據(jù)提供商101使用對稱密鑰623加密的元數(shù)據(jù)113的元數(shù)據(jù)。
沒有“密鑰描述”部分包括在內(nèi)容SC 630中，因?yàn)閷用艿牟考M(jìn)行解密的密鑰位于在票據(jù)交換所105生成的許可證SC 660中。
VI.安全容器包裝和打開A.概述SC包裝器是一個(gè)帶有API(應(yīng)用程序編程接口)的32位Windows程序，可以在多個(gè)或單步進(jìn)程中調(diào)用，以用所有的指定部分創(chuàng)建SC。SC包裝器151、152、153可以在內(nèi)容提供商101、票據(jù)交換所105、電子數(shù)字內(nèi)容商店103及其他需要SC包裝的站點(diǎn)上的各種支持Windows程序的硬件平臺上使用。如有必要，創(chuàng)建并在SC中包括BOM，以及“密鑰描述”部分。包裝器API集允許調(diào)用者指定在BOM中生成記錄和“密鑰描述”部分并在SC中包括這些部分所需要的信息。部件和對稱密鑰623的加密以及計(jì)算摘要和數(shù)字簽名也是由包裝器執(zhí)行的。包裝器支持的加密和摘要算法包括在包裝器代碼或通過外部接口調(diào)用它們。
生成SC的包裝器的接口是由接受下列參數(shù)作為輸入的API來執(zhí)行的指向連接的結(jié)構(gòu)的緩沖器的指針。緩沖器中的每一個(gè)結(jié)構(gòu)是帶有執(zhí)行命令所需要的信息的包裝器的命令。包裝器命令包括向Sc添加一個(gè)帶有關(guān)聯(lián)的BOM記錄的部件，向BOM中添加記錄，并向“密鑰描述”部分添加記錄。
指出在上面描述的緩沖器中包含的連接的結(jié)構(gòu)的數(shù)量的值。
BOM部分的名稱和位置。
每一個(gè)位都是定義的標(biāo)志或預(yù)留的以備將來之用的標(biāo)志的值。下列標(biāo)志是當(dāng)前定義的-有關(guān)在緩沖器中的所有結(jié)構(gòu)都被處理之后SC的所有部件是否應(yīng)該捆到中單個(gè)文件中的指示。將各個(gè)部件捆到單個(gè)對象中是在生成Sc時(shí)執(zhí)行的最后一個(gè)步驟。
-有關(guān)數(shù)字簽名是否從BOM部件中省略掉的指示。如果沒有設(shè)置此標(biāo)志，那么，在將SC捆到單個(gè)對象之前計(jì)算數(shù)字簽名。
在另一個(gè)實(shí)施例中，生成SC的包裝器的接口是由接受下列參數(shù)作為輸入的API來執(zhí)行的首先，調(diào)用API以創(chuàng)建材料單(BOM)部件，是這樣進(jìn)行的傳遞一個(gè)指向一個(gè)的指針，該結(jié)構(gòu)由用于初始化SC設(shè)置(這些設(shè)置被表示為SC BOM部件中的IP記錄)的信息、用于BOM部件的名稱、查找將被添加的部件的默認(rèn)位置、以及標(biāo)志值構(gòu)成。此API返回在隨后的包裝器API中使用的Sc句柄。
包裝器具有一個(gè)每當(dāng)向SC中添加部件時(shí)使用的API。此API接受以前由以前的包裝器API返回的SC句柄，指向由有關(guān)被添加的部件的信息構(gòu)成的結(jié)構(gòu)的指針，以及一個(gè)標(biāo)志值。有關(guān)被添加的部件的信息包括部件的名稱和位置、在部件的BOM中使用的名稱，被添加的部件的類型，部件的哈希值，標(biāo)志等等。
在所有部件都已經(jīng)被添加到Sc之后，包裝器API被調(diào)用以將所有的部件，包括BOM部件，包裝到單個(gè)Sc對象(通常是一個(gè)文件)中。此API接受以前由以前的包裝器API返回的SC句柄，用于包裝的SC的名稱，指向帶有用于對Sc進(jìn)行簽名的信息的結(jié)構(gòu)的指針，以及一個(gè)標(biāo)志值。
包裝器或調(diào)用包裝器的實(shí)體可以使用SC模板來生成Sc。SC模板具有定義正在生成的SC中所要求的部件和記錄的信息。模板還可以定義用于加密對稱密鑰623和加密的部件的加密方法和密鑰引用。
包裝器具有用于打開SC的API。打開SC是獲取Sc并將它分隔為其單個(gè)部件的過程。然后，可以調(diào)用包裝器以解密從SC中打開的任何加密部件。
B.材料單(BOM)部分
BOM部分是當(dāng)正在生成SC時(shí)由包裝器創(chuàng)建的。BOM是包含有關(guān)SC和有關(guān)Sc中包括的部件的信息的記錄的文本文件。BOM中的每一個(gè)記錄都位于一個(gè)單獨(dú)的行中，新行表示新記錄開始。BOM通常包括每一個(gè)部件的摘要，以及可用于驗(yàn)證Sc的可靠性和完整性的數(shù)字簽名。
BOM內(nèi)的記錄類型如下IP IP記錄包含屬于SC的“Name＝Value”對的集。下列名稱是為SC的特定的屬性預(yù)留的V major.minor.fixV屬性指定SC的版本。這是SC在其下創(chuàng)建的SC規(guī)范的版本號。隨后的字符串應(yīng)該是major.minor.fix格式，其中，major、minor和fix分別是主要版本號、次要版本號和固定級別。
ID值ID屬性是由創(chuàng)建此SC的實(shí)體分配給此特定的Sc的唯一值。該值的格式由此文檔的稍后的版本定義。
T值T屬性指定SC的類型，這應(yīng)該是下列類型之一ORD-定單Sc 650。
OFF-Offer SC 641。
LIC-許可證SC。
ERA-事務(wù)SC 640。
MET-元數(shù)據(jù)SC 620。
CON-內(nèi)容SC 530。
A值A(chǔ)屬性標(biāo)識Sc的作者或出版者。作者/出版者身份應(yīng)該是明確的和/或向票據(jù)交換所105注冊。
D值D屬性標(biāo)識創(chuàng)建Sc的日期，可選地，還包括時(shí)間。值應(yīng)該是如下格式y(tǒng)yyy/mm/dd[@hhmm[ss]sec]]I[(TZ)]]代表year/month/day@hourminutesecond.decitnal-fraction-of-second(time-zone)值的可選部分括在[]字符中。
E值E屬性標(biāo)識Sc過期的日期，可選地，還包括時(shí)間。值應(yīng)該與以前定義的D屬性中使用的格式相同。只要有可能，應(yīng)該將到期日期/時(shí)間與票據(jù)交換所105的日期/時(shí)間進(jìn)行比較。
CCURL值CCURL屬性標(biāo)識票據(jù)交換所105的URL。
值應(yīng)該是有效的外部URL的形式。
H值H屬性標(biāo)識用于計(jì)算SC中包括的部件的消息摘要的算法。一個(gè)摘要算法示例是MD5。
A D記錄是包含標(biāo)識部件的類型、部件的名稱、部件的摘要(可選)，以及部件不包括在Sc中的指示(可選)的信息的數(shù)據(jù)或部件條目記錄。類型標(biāo)識符緊后面的A符號用于指出不包括在SC中的部件。下面是預(yù)留的數(shù)據(jù)或部件記錄的類型K part_name[digest]指定“密鑰描述”部分。
w part_name[digest]指定水印說明部分。
C part_name[digest]指定用于驗(yàn)證數(shù)字簽名的證書。
T part_name[digest]指定使用條件”部分。
YF part_name[digest]指定Offer SC 641的模板部分。
YO part_name[digest]指定定單SC 650的模板部分。
YL part_name[digest]
指定許可證SC 660的模板部分。
ID part_name[digest]指定引用的內(nèi)容113的項(xiàng)目的內(nèi)容113的ID。
CH part_name[digest]指定票據(jù)交換所105證書部分。
SP part_name[digest]指定電子數(shù)字內(nèi)容商店103證書部分。
B part_name[digest]指定其部分或其部分的子集包括在此SC中的另一個(gè)SC的BOM部分EP part_name sc_part_name[digest]指定作為此SC中的單個(gè)部件包括的另一個(gè)Sc的BOM部分。sc_part_name參數(shù)是包括在此Sc中的并且此BOM部件定義的SC部件的名稱。與這一個(gè)相同的BOM還包括在由sc_part_name參數(shù)定義的SC中。
D part_name[digest]指定數(shù)據(jù)(或元數(shù)據(jù))部分。
S記錄是用于定義SC的數(shù)字簽名的簽名記錄。數(shù)字簽名是按如下方式指定的S key_identifier signature_string signature_algorithmS記錄包含key_identifier以指出簽名的加密密鑰，簽名字符串(這是數(shù)字簽名位字符串的base64編碼)，以及用于對摘要進(jìn)行加密以創(chuàng)建數(shù)字簽名的簽名算法。
C.密鑰描述部分“密鑰描述”部分是由包裝器創(chuàng)建的，以提供有關(guān)SC加密部分的解密所需要的加密密鑰的信息。加密的部分可以包括在生成的Sc中，也可以包括在生成的SC引用的其他Sc中?！懊荑€描述”部分是包含有關(guān)加密密鑰的信息的記錄以及為其使用了加密密鑰的部分的文本文件?！懊荑€描述”部分中的每一個(gè)記錄都位于一行中，新行表示新記錄的開始。
下列記錄類型在“密鑰描述”部分內(nèi)使用，并按如下方式進(jìn)行定義K encrypted-part name；result-part-name；part-encryption-algorithm_identifier；public-key identifierkey-encryption-algorithm and encrypted-symmetric-key.
K記錄指定可以包括在此SC或者可以包括在被此記錄引用的另一個(gè)SC中的加密部分。encrypted_part_name是此Sc中的部件的名稱或者指向另一個(gè)SC中的加密部分的名稱的URL。results_part_name是被給予解密的部件的名稱。part_encryption_algorithm_identifier指出必須對部件進(jìn)行加密的加密算法。public_key_identifier是用于對對稱密鑰623進(jìn)行加密的密鑰的標(biāo)識符。
key_encryption_algorithm_identifier指出用于對對稱密鑰623進(jìn)行加密的加密算法。加密的對稱密鑰是用于對部件進(jìn)行加密的對稱密鑰623位字符串的base64編碼。
VII.票據(jù)交換所105A.概述票據(jù)交換所105負(fù)責(zé)安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的權(quán)利管理功能。票據(jù)交換所105功能包括啟用電子數(shù)字內(nèi)容商店103，對內(nèi)容113的權(quán)利、購買事務(wù)和相關(guān)信息的完整性和可靠性驗(yàn)證的驗(yàn)證，向最終用戶設(shè)備109分發(fā)內(nèi)容加密密鑰或?qū)ΨQ密鑰623，跟蹤那些密鑰的分發(fā)，向電子數(shù)字內(nèi)容商店103和內(nèi)容提供商101報(bào)告事務(wù)摘要。內(nèi)容加密密鑰被最終用戶設(shè)備109用來解除鎖定他們獲取了權(quán)利的內(nèi)容113(通常通過從授權(quán)的電子數(shù)字內(nèi)容商店103的購買事務(wù))。在將內(nèi)容加密密鑰發(fā)送到最終用戶設(shè)備109之前，票據(jù)交換所105經(jīng)過驗(yàn)證過程，以銷售驗(yàn)證內(nèi)容113的實(shí)體的可靠性以及最終用戶設(shè)備109對內(nèi)容113擁有的權(quán)限。這叫做SC分析工具185。在某些配置中，票據(jù)交換所105還可以通過共同定位票據(jù)交換所105中的執(zhí)行信用卡授權(quán)和記帳的電子數(shù)字內(nèi)容商店103功能的系統(tǒng)來處理內(nèi)容113購買的財(cái)務(wù)結(jié)算。票據(jù)交換所105使用諸如Icverify和Taxware之類的OEM包來處理信用卡處理和本地銷售稅。
電子數(shù)字內(nèi)容商店實(shí)施例希望作為內(nèi)容113的銷售商參與安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的電子數(shù)字內(nèi)容商店103向一個(gè)或多個(gè)給安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100提供內(nèi)容113的數(shù)字內(nèi)容提供商101發(fā)出請求。對于發(fā)出請求，沒有明確的進(jìn)程，只要雙方達(dá)成協(xié)議。在諸如音樂標(biāo)簽(例如，Sony、Time-Warner等等)之類的數(shù)字內(nèi)容標(biāo)簽決定允許電子數(shù)字內(nèi)容商店103銷售其內(nèi)容113之后，與票據(jù)交換所105進(jìn)行聯(lián)系，通常通過電子郵件，請求將電子數(shù)字內(nèi)容商店103添加到安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100。數(shù)字內(nèi)容標(biāo)簽提供了電子數(shù)字內(nèi)容商店103的名稱，以及票據(jù)交換所105為電子數(shù)字內(nèi)容商店103創(chuàng)建數(shù)字證書所需的任何其他信息。證書被以安全的方式發(fā)送到數(shù)字內(nèi)容標(biāo)簽，然后被數(shù)字內(nèi)容標(biāo)簽轉(zhuǎn)發(fā)到電子數(shù)字內(nèi)容商店103。票據(jù)交換所105維護(hù)了它分配的數(shù)字證書的數(shù)據(jù)庫。每一個(gè)證書都包括版本號、唯一的序列號、簽名算法、頒發(fā)者的名稱(例如，票據(jù)交換所105的名稱)，證書被認(rèn)為是有效的日期范圍，電子數(shù)字內(nèi)容商店103的名稱、電子數(shù)字內(nèi)容商店103的公鑰，以及使用票據(jù)交換所105的私鑰簽名的所有其他信息的散列碼。具有票據(jù)交換所105的公鑰621的實(shí)體可以驗(yàn)證證書，然后確信帶有可以使用證書的公鑰進(jìn)行驗(yàn)證的簽名的Sc是有效的SC。
在電子數(shù)字內(nèi)容商店103從數(shù)字內(nèi)容標(biāo)簽接收到其由票據(jù)交換所105創(chuàng)建的數(shù)字證書以及處理SC必需的工具之后，它可以開始提供可以由最終用戶購買的內(nèi)容113。電子數(shù)字內(nèi)容商店103包括其證書，以及事務(wù)SC 640并使用其數(shù)字簽名643對SC進(jìn)行簽名。最終用戶設(shè)備109通過首先檢查數(shù)字證書吊銷列表，然后使用票據(jù)交換所105的公鑰621來驗(yàn)證電子數(shù)字內(nèi)容商店103的數(shù)字證書中的信息，驗(yàn)證電子數(shù)字內(nèi)容商店103是安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100上的內(nèi)容113的有效的經(jīng)銷商。票據(jù)交換所105維護(hù)了一個(gè)數(shù)字證書吊銷列表。撤回列表可以作為一個(gè)部件包括在票據(jù)交換所105創(chuàng)建的許可證SC 660中。最終用戶設(shè)備109在最終用戶設(shè)備109上保留了撤回列表的一個(gè)副本，因此，它們可以使用它作為電子數(shù)字內(nèi)容商店103數(shù)字證書驗(yàn)證的一部分。每當(dāng)最終用戶設(shè)備109接收到許可證SC 660時(shí)，它判斷是否包括了新撤回列表，如果包括的話，最終用戶設(shè)備109上的本地撤回列表被更新。
B.權(quán)利管理處理過程定單SC分析在最終用戶從電子數(shù)字內(nèi)容商店103接收到到事務(wù)SC 640(包括Offer SC 641)之后，票據(jù)交換所105從最終用戶那里接收定單SC 650。定單SC 650由包含有關(guān)內(nèi)容113以及其用途的信息、有關(guān)銷售內(nèi)容113的電子數(shù)字內(nèi)容商店103的信息、以及有關(guān)購買內(nèi)容113的最終用戶的信息構(gòu)成。在票據(jù)交換所205開始處理定單SC 650中的信息之前，它首先執(zhí)行某些處理，以確保SC它是有效的，并且它包含的數(shù)據(jù)沒有被以任何方式損壞。
驗(yàn)證票據(jù)交換所105通過驗(yàn)證數(shù)字簽名來開始驗(yàn)證定單SC 650，然后，票據(jù)交換所105驗(yàn)證定單SC 650部件的完整性。要驗(yàn)證數(shù)字簽名，首先票據(jù)交換所105使用簽名實(shí)體(如果簽名了的話)的公鑰661將簽名本身的內(nèi)容631進(jìn)行解密。簽名實(shí)體可以是內(nèi)容提供商101、電子數(shù)字內(nèi)容商店103、最終用戶設(shè)備109或它們的任何組合。然后，票據(jù)交換所105計(jì)算SC的連接部件摘要的摘要，并將它與解密的內(nèi)容113的數(shù)字簽名相比較。如果兩個(gè)值匹配，則數(shù)字簽名是有效的。要驗(yàn)證每一個(gè)部件的完整性，票據(jù)交換所105計(jì)算部件的摘要，并將它與BOM中的摘要值進(jìn)行比較。票據(jù)交換所105遵循相同的過程來驗(yàn)證數(shù)字簽名，和定單SC 650內(nèi)包括的元數(shù)據(jù)和Offer SC 641部件的部件完整性。
事務(wù)和Offer SC 641數(shù)字簽名的驗(yàn)證過程還間接地驗(yàn)證電子數(shù)字內(nèi)容商店103被安全的數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100授權(quán)。這基于這樣的事實(shí)票據(jù)交換所105是證書的頒發(fā)者?；蛘?，票據(jù)交換所105將能成功地使用電子數(shù)字內(nèi)容商店103的公鑰驗(yàn)證事務(wù)Sc 640和Offer SC 641的數(shù)字簽名，但只有在對SC進(jìn)行簽名的實(shí)體具有關(guān)聯(lián)的私鑰的所有權(quán)的情況下。只有電子數(shù)字內(nèi)容商店103具有私鑰的所有權(quán)。注意，票據(jù)交換所105不必具有電子數(shù)字內(nèi)容商店103的本地?cái)?shù)據(jù)庫。由于商店使用票據(jù)交換所公鑰來對事務(wù)SC 640Offer Sc 641公用密鑰進(jìn)行簽名。
然后，票據(jù)交換所105驗(yàn)證最終用戶購買的內(nèi)容113的存儲使用條件519，以確保它們在元數(shù)據(jù)SC 620中設(shè)置的限制內(nèi)。注意，元數(shù)據(jù)SC 620包括在定單SC 650內(nèi)。
密鑰處理加密對稱密鑰623和水印說明的處理是由票據(jù)交換所105在定單SC 650的可靠性和完整性檢查、驗(yàn)證電子數(shù)字內(nèi)容商店103、以及驗(yàn)證存儲使用條件519成功地完成之后進(jìn)行的。定單Sc 650的元數(shù)據(jù)SC 620部份通常具有多個(gè)位于“密鑰描述”部分(該部分是使用票據(jù)交換所105的公鑰621加密的)。對稱密鑰623的加密是內(nèi)容提供商101在創(chuàng)建元數(shù)據(jù)SC 620時(shí)進(jìn)行的。
一個(gè)對稱密鑰623用于對水印說明進(jìn)行解密，其他的密鑰用于對內(nèi)容113和任何加密的元數(shù)據(jù)進(jìn)行解密。由于內(nèi)容113可以代表CD上的單個(gè)歌曲或整個(gè)歌曲集，則對于每一個(gè)歌曲可以使用不同的對稱密鑰623。水印說明包括在定單Sc 650內(nèi)的元數(shù)據(jù)SC 620部份。內(nèi)容113和加密的元數(shù)據(jù)位于內(nèi)容托管站點(diǎn)111上的內(nèi)容SC630中。內(nèi)容SC 630內(nèi)的加密內(nèi)容113和元數(shù)據(jù)部分的URL和部件名稱，包括在定單SC 650的元數(shù)據(jù)SC 620部份的“密鑰描述”部分。票據(jù)交換所105使用其私鑰來對對稱密鑰623進(jìn)行解密，然后使用最終用戶設(shè)備109的公鑰661來對它們中的每一個(gè)進(jìn)行加密。最終用戶設(shè)備109的公鑰661是從定單SC 650中檢索的。新的加密對稱密鑰623包括在票據(jù)交換所105返回到最終用戶設(shè)備109的“許可證SC 660”的“密鑰描述”部分。
在處理對稱密鑰623期間，票據(jù)交換所105可能需要對水印說明進(jìn)行修改。如果是這種情況，那么，在票據(jù)交換所105對對稱密鑰623進(jìn)行解密之后，將對水印說明進(jìn)行修改和重新加密。新水印說明作為返回到最終用戶設(shè)備109的許可證SC 660內(nèi)的一部分包括在其中。
如果定單SC 650的所有處理都成功，那么，票據(jù)交換所105向最終用戶設(shè)備109返回許可證SC 660。最終用戶設(shè)備109使用許可證SC 660信息來下載內(nèi)容SC 630，并訪問加密內(nèi)容113和元數(shù)據(jù)。水印說明還由最終用戶設(shè)備109執(zhí)行。
如果票據(jù)交換所105不能成功地處理定單SC 650，那么，將給最終用戶設(shè)備109返回HTML頁面，并顯示在因特網(wǎng)瀏覽器窗口。HTML頁面指出票據(jù)交換所105不能處理事務(wù)的原因。
在另一個(gè)實(shí)施例中，如果在為銷售設(shè)置的發(fā)布日期之前用戶購買了內(nèi)容113的一個(gè)副本，則將許可證SC 660返回，而沒有對稱密鑰623。在接收對稱密鑰623的發(fā)布日期或該日期之后，許可證SC 660返回到票據(jù)交換所105。作為示例，內(nèi)容提供商101允許用戶在歌曲的發(fā)布日期之前下載新歌曲，以使客戶下載歌曲，并在內(nèi)容提供商101設(shè)置的日期之前準(zhǔn)備播放歌曲。這就允許內(nèi)容113在發(fā)布日期立即打開，而不必?fù)?dān)心發(fā)布日期的帶寬和下載時(shí)間。
C.國家特定的參數(shù)可選地，票據(jù)交換所105使用最終用戶設(shè)備109的域名，只要有可能，還可以使用信用卡帳單地址來判斷最終用戶的國家位置。如果最終用戶所在的國家對內(nèi)容113的銷售有任何限制，那么，在將許可證SC 660傳輸?shù)阶罱K用戶設(shè)備109之前票據(jù)交換所105確保處理的事務(wù)不違犯任何限制。還預(yù)期電子數(shù)字內(nèi)容商店103通過執(zhí)行與票據(jù)交換所105相同的檢查來參與向各個(gè)國家分發(fā)內(nèi)容113的管理。票據(jù)交換所105執(zhí)行它能夠執(zhí)行的任何檢查，以防止電子數(shù)字內(nèi)容商店103忽略內(nèi)容提供商101設(shè)置的國家特定的規(guī)則。
D.審核日志和跟蹤票據(jù)交換所105為在內(nèi)容113購買事務(wù)和報(bào)告請求事務(wù)期間執(zhí)行的每一個(gè)操作維護(hù)了信息的審核日志150。信息可以用于各種用途，如審核安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100，報(bào)告的生成，以及數(shù)據(jù)挖掘。
票據(jù)交換所105還為電子數(shù)字內(nèi)容商店103在記帳子系統(tǒng)182中維護(hù)了帳戶平衡。通過數(shù)字內(nèi)容標(biāo)簽向票據(jù)交換所105提供了電子數(shù)字內(nèi)容商店103的價(jià)格結(jié)構(gòu)。此信息可以包括諸如當(dāng)前的特殊商品、數(shù)量折扣，以及需要施加于電子數(shù)字內(nèi)容商店103的帳戶虧損限制之類的東西。票據(jù)交換所105使用價(jià)格信息來跟蹤電子數(shù)字內(nèi)容商店103的平衡，并確保它們不會超過內(nèi)容提供商101設(shè)置的虧損限制。
下列操作通常由票據(jù)交換所105進(jìn)行記錄最終用戶設(shè)備109請求許可證SC 660當(dāng)票據(jù)交換所105處理記帳時(shí)，信用卡授權(quán)號碼向最終用戶設(shè)備109分散許可證SC 660請求報(bào)告來自最終用戶的通知，內(nèi)容SC 630和許可證SC 660被接收和驗(yàn)證對于許可證SC 660，通常由票據(jù)交換所105記錄下列信息請求的日期和時(shí)間購買事務(wù)的日期和時(shí)間購買的物品的內(nèi)容ID內(nèi)容提供商101的標(biāo)識符存儲使用條件519●水印指令修改●被電子數(shù)字內(nèi)容商店103添加的事務(wù)ID 535電子數(shù)字內(nèi)容商店103的標(biāo)識符最終用戶設(shè)備109的標(biāo)識符最終用戶信用卡信息(如果票據(jù)交換所105處理記帳)對于最終用戶的信用卡驗(yàn)證，通常由票據(jù)交換所105記錄下列信息●請求的日期和時(shí)間●向信用卡收取的費(fèi)用總額購買的物品的內(nèi)容ID●被電子數(shù)字內(nèi)容商店103添加的事務(wù)ID 535●電子數(shù)字內(nèi)容商店103的標(biāo)識符●最終用戶的標(biāo)識符●最終用戶信用卡信息●從信用卡的交換所接收到的授權(quán)號碼當(dāng)許可證Sc 660被發(fā)送到最終用戶設(shè)備109時(shí)通常由票據(jù)交換所105記錄下列信息請求的日期和時(shí)間●購買的物品的內(nèi)容ID●內(nèi)容提供商101的標(biāo)識符使用條件517被電子數(shù)字內(nèi)容商店103添加的事務(wù)ID 535●電子數(shù)字內(nèi)容商店103的標(biāo)識符●最終用戶的標(biāo)識符當(dāng)作出報(bào)告請求時(shí)通常記錄下列信息請求的日期和時(shí)間發(fā)出報(bào)告的日期和時(shí)間請求的報(bào)告的類型●用于生成報(bào)告的參數(shù)●請求報(bào)告的實(shí)體的標(biāo)識符E.結(jié)果的報(bào)告報(bào)告是由票據(jù)交換所105使用票據(jù)交換所105在最終用戶購買事務(wù)期間記錄的信息生成的。內(nèi)容提供商101和電子數(shù)字內(nèi)容商店103可以通過支付驗(yàn)證界面183從票據(jù)交換所105請求事務(wù)報(bào)告，以便它們可以利用由票據(jù)交換所105記錄的信息與它們自已的事務(wù)數(shù)據(jù)庫進(jìn)行對帳。票據(jù)交換所105還可以向內(nèi)容提供商101和電子數(shù)字內(nèi)容商店103提供定期報(bào)告。
票據(jù)交換所105定義了一個(gè)安全的電子接口，該接口可使內(nèi)容提供商101和電子數(shù)字內(nèi)容商店103請求和接收報(bào)告。報(bào)告請求Sc包括由票據(jù)交換所105向啟動請求的實(shí)體分配的證書。票據(jù)交換所105使用證書和SC的數(shù)字簽名來驗(yàn)證發(fā)自授權(quán)的實(shí)體的請求。請求還包括定義報(bào)告的范圍的諸如持續(xù)時(shí)間之類的參數(shù)。票據(jù)交換所105驗(yàn)證請求參數(shù)，以確保請求者只接收他們被允許具有的信息。
如果票據(jù)交換所105判斷報(bào)告請求Sc是真實(shí)并有效的，那么票據(jù)交換所105生成一個(gè)報(bào)告，并將它包裝到報(bào)告Sc中，以便發(fā)送到啟動了請求的實(shí)體。某些報(bào)告可以在定義的時(shí)間間隔內(nèi)自動生成，并存儲在票據(jù)交換所105，以便它們在接收到請求時(shí)立即發(fā)送。報(bào)告中包括的數(shù)據(jù)的格式以此文檔的后面的版本進(jìn)行定義。
F.記帳和支付驗(yàn)證內(nèi)容113的記帳可以由票據(jù)交換所105或電子數(shù)字內(nèi)容商店103處理。在票據(jù)交換所105處理電子內(nèi)容113的記帳的情況下，電子數(shù)字內(nèi)容商店103將最終用戶的定單分為電子產(chǎn)品以及(如果適用的話)和實(shí)物。然后，電子數(shù)字內(nèi)容商店103將事務(wù)通知給票據(jù)交換所105，包括最終用戶的記帳信息，以及需要授權(quán)的總數(shù)。票據(jù)交換所105授權(quán)最終用戶的信用卡，并將通知返回到電子數(shù)字內(nèi)容商店103。同時(shí)，票據(jù)交換所105授權(quán)最終用戶的信用卡，電子數(shù)字內(nèi)容商店103可以為購買的任何實(shí)物向最終用戶的信用卡收費(fèi)。在每一個(gè)電子商品被最終用戶設(shè)備109下載之后，通知票據(jù)交換所105，以便向最終用戶的信用卡收費(fèi)。這是在內(nèi)容113可以在最終用戶設(shè)備109上使用之前作為最終用戶設(shè)備109中的最后一個(gè)步驟來實(shí)現(xiàn)的。
在電子數(shù)字內(nèi)容商店103處理電子內(nèi)容113的記帳的情況下，有關(guān)事務(wù)的信息將不通知給票據(jù)交換所105，直到最終用戶設(shè)備109將定單SC 650發(fā)送到票據(jù)交換所105。在每一個(gè)電子物品都下載之后還由最終用戶設(shè)備109通知票據(jù)交換所105。當(dāng)票據(jù)交換所105接到通知時(shí)，它向電子數(shù)字內(nèi)容商店103發(fā)送一個(gè)通知，以便電子數(shù)字內(nèi)容商店103可以向最終用戶的信用卡收費(fèi)。
G.重新傳輸安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100提供了重新傳輸內(nèi)容113的能力。這通常由客戶服務(wù)界面184來執(zhí)行。電子數(shù)字內(nèi)容商店103提供一個(gè)用戶界面，最終用戶可以一步一步地啟動重新傳輸。最終用戶訪問電子數(shù)字內(nèi)容商店103站點(diǎn)(在此購買了內(nèi)容113)，為了請求內(nèi)容113的重新傳輸。
當(dāng)最終用戶由于內(nèi)容113不能下載或者下載的內(nèi)容113無法使用而請求以前購買的內(nèi)容113的新副本時(shí)，則執(zhí)行內(nèi)容113的重新傳輸。電子數(shù)字內(nèi)容商店103判斷最終用戶是否有資格執(zhí)行內(nèi)容113的重新傳輸。如果最終用戶有資格重新傳輸，那么，電子數(shù)字內(nèi)容商店103生成事務(wù)SC 640，包括被重新傳輸?shù)膬?nèi)容113的Offer SC 641。事務(wù)SC 640被發(fā)送到最終用戶設(shè)備109，并由最終用戶執(zhí)行與購買事務(wù)相同的步驟。如果最終用戶設(shè)備109具有將要重新傳輸?shù)膬?nèi)容113的密鑰庫中加密密鑰，那么SC 640包括指示最終用戶設(shè)備109刪除加密密鑰的信息。
在票據(jù)交換所105處理購買的內(nèi)容113的財(cái)務(wù)結(jié)算的情況下，電子數(shù)字內(nèi)容商店103在事務(wù)SC 640中包括一個(gè)標(biāo)志，該標(biāo)志將在定單SC 650中轉(zhuǎn)到票據(jù)交換所105。票據(jù)交換所105解釋定單SC 650中的標(biāo)志，并對事務(wù)進(jìn)行處理，不會由于購買內(nèi)容113而向最終用戶收取費(fèi)用。
VIII內(nèi)容提供商A.概述安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中的內(nèi)容提供商101是擁有對內(nèi)容113的權(quán)利的數(shù)字內(nèi)容標(biāo)簽或?qū)嶓w。內(nèi)容提供商101的作用是準(zhǔn)備內(nèi)容13以便進(jìn)行分發(fā)，并使有關(guān)內(nèi)容113的信息可用于電子數(shù)字內(nèi)容商店103或內(nèi)容313的可下載的電子版本的零售商。為向內(nèi)容提供商101提供最大的安全性和權(quán)利控制，提供了一系列工具，以使內(nèi)容提供商101準(zhǔn)備并將它們的內(nèi)容113打包到SC，以使內(nèi)容113在離開內(nèi)容提供商101的域時(shí)是安全的，并決不會暴露或被未經(jīng)授權(quán)的一方訪問。這就可使內(nèi)容113自由地在整個(gè)非安全的網(wǎng)絡(luò)(因特網(wǎng))中分發(fā)，而不必?fù)?dān)心暴露給黑客或未經(jīng)授權(quán)的一方。
內(nèi)容提供商101的工具的最終目標(biāo)是準(zhǔn)備并將內(nèi)容113(如歌曲或歌曲系列)打包到內(nèi)容SC 630中并將描述歌曲的信息、批準(zhǔn)歌曲的使用(內(nèi)容使用件517)，以及歌曲的促銷信息打包到元數(shù)據(jù)SC 620中。為實(shí)現(xiàn)此，提供了下列工具集●工作流程管理器154-調(diào)度處理活動并管理所要求的進(jìn)程的同步。
●內(nèi)容處理工具155-控制內(nèi)容113的工具集合，包括水印、預(yù)處理(以音頻為例，任何要求的均衡、動力學(xué)調(diào)整或重新采樣)編碼和壓縮。
●元數(shù)據(jù)吸收和輸入工具161-用于從內(nèi)容提供商的數(shù)據(jù)庫160和/或第三方數(shù)據(jù)庫或數(shù)據(jù)導(dǎo)入文件和/或通過操作員交互收集內(nèi)容113描述信息并提供指定內(nèi)容使用條件517。還提供了用于捕獲或提取諸如CD或DDP文件的數(shù)字音頻內(nèi)容之類的內(nèi)容的接口。利用質(zhì)量控制工具，可以預(yù)覽準(zhǔn)備的內(nèi)容和元數(shù)據(jù)?？梢詫υ獢?shù)據(jù)進(jìn)行所需要的任何校正或重新提交內(nèi)容，以便進(jìn)行進(jìn)一步的處理。
●SC包裝器工具152-加密并打包所有內(nèi)容113和信息，并調(diào)用Sc Packer以打包到SC中●內(nèi)容分散工具(未顯示)-將SC分散到指定的分發(fā)中心，如內(nèi)容托管站點(diǎn)111和電子數(shù)字內(nèi)容商店103。
●內(nèi)容促銷網(wǎng)站156-存儲元數(shù)據(jù)SC 620，并可選地存儲更多的促銷材料，以供授權(quán)的電子數(shù)字內(nèi)容商店103下載。
B.工作流程管理器154此工具的用途是調(diào)度、跟蹤和管理內(nèi)容113處理活動。此應(yīng)用程序可實(shí)現(xiàn)多用戶訪問并可以從內(nèi)部網(wǎng)或內(nèi)容提供商101的Extranet調(diào)度內(nèi)容113并進(jìn)行狀態(tài)檢查。此設(shè)計(jì)還允許進(jìn)行合作的處理，其中，多個(gè)個(gè)人可以并行地對內(nèi)容113的多個(gè)片段進(jìn)行處理，并可以不同的個(gè)人分配特定的職責(zé)，這些個(gè)人可以分布在世界各地。
現(xiàn)在請看圖8，該圖是一個(gè)對應(yīng)于圖7的工作流程流程管理器154的主要進(jìn)程的方框圖。圖8中的主要進(jìn)程概述了本節(jié)描述的工具所提供的內(nèi)容113處理功能。工作流程管理器154負(fù)責(zé)將作業(yè)饋送到這些進(jìn)程，并在其當(dāng)前進(jìn)程完成時(shí)將作業(yè)指向下一個(gè)所要求的進(jìn)程。這是通過一系列應(yīng)用程序編程接口(API)來實(shí)現(xiàn)的，每一個(gè)處理工具都調(diào)用這些接口，以便●檢索下一個(gè)作業(yè)以便進(jìn)行處理●指出進(jìn)程的成功完成●指出進(jìn)程的不成功的完成以及失敗的理由●提供進(jìn)程的臨時(shí)狀態(tài)(以使只要求依賴的進(jìn)程的部分完成的進(jìn)程開始)向產(chǎn)品中添加注釋，這些注釋對指定的進(jìn)程可用工作流程管理器154還具有一個(gè)用戶界面，在圖7中說明了一個(gè)示例工作流程管理器用戶界面700，該界面提供了下列功能●配置面板，以允許指定默認(rèn)值和待指定的條件，并在處理的各個(gè)階段執(zhí)行●工作流程規(guī)則的自定義，以及自動化處理流程作業(yè)調(diào)度狀態(tài)查詢和報(bào)告添加與一個(gè)或多個(gè)進(jìn)程關(guān)聯(lián)的作業(yè)的注釋或說明●作業(yè)管理(即，暫停、發(fā)布、刪除、更改優(yōu)先級(處理的順序))
每一個(gè)進(jìn)程都具有一個(gè)與它關(guān)聯(lián)的由工作流程管理器154進(jìn)行管理的隊(duì)列。所有從工作流程管理器154請求作業(yè)的進(jìn)程都會導(dǎo)致工作流程管理器154將進(jìn)程(工具)掛在等待狀態(tài)(如果當(dāng)前在其關(guān)聯(lián)的隊(duì)列中沒有作業(yè))或者給進(jìn)程返回有關(guān)執(zhí)行其相應(yīng)的進(jìn)程所需要的所有信息。如果進(jìn)程被懸掛在等待狀態(tài)，則當(dāng)作業(yè)被工作流程管理器154放置在其隊(duì)列中時(shí)恢復(fù)處理。
工作流程管理器154還基于所定義的規(guī)則集管理處理的流程或順序。這些規(guī)則可以由內(nèi)容提供商101進(jìn)行自定義(如果它具有特殊的處理要求或配置特定的默認(rèn)規(guī)則)。當(dāng)一個(gè)進(jìn)程報(bào)告其分配的工作完成時(shí)，它將此狀態(tài)通知工作流程管理器154，工作流程管理器154基于定義的規(guī)則決定下一步將作業(yè)放到哪一個(gè)隊(duì)列中。
指出特殊處理說明或注意的注釋還可以在任何處理步驟通過編程API或手動經(jīng)過工作流程管理器用戶界面700或處理器接口附加到產(chǎn)品中。
在優(yōu)選實(shí)施例中，工作流程管理器154中的進(jìn)程是以Java實(shí)現(xiàn)的，但也可以使用諸如C/C++、匯編語言和等效的其他編程語言。應(yīng)該理解，工作流程管理器154的如下所述的進(jìn)程可以在各種硬件和軟件平臺上運(yùn)行。工作流程管理器154作為一個(gè)完整的系統(tǒng)，或作為其構(gòu)成進(jìn)程可以作為計(jì)算機(jī)可讀的介質(zhì)中應(yīng)用程序分發(fā)，包括但不僅限于諸如Web或在軟盤、CD-ROM和可移動的硬盤驅(qū)動器之類的電子分發(fā)。
現(xiàn)在請看圖8，該圖是一個(gè)對應(yīng)于圖7的工作流程管理器154的主要進(jìn)程的方框圖。下面幾節(jié)概述了每一個(gè)進(jìn)程，并描述了每一個(gè)進(jìn)程所要求的信息或操作。
1.產(chǎn)品等候操作/信息處理過程801一旦進(jìn)程所需要的所有信息都可用并且作業(yè)已經(jīng)成功地完成所有相關(guān)的處理過程，則將作業(yè)放置在特定的處理隊(duì)列中。在工作流程管理器154中存在于一個(gè)特殊的隊(duì)列，用于保留由于遺漏信息或者阻礙進(jìn)一步處理的故障而無法在當(dāng)前可用于處理的作業(yè)。這些作業(yè)被放置在產(chǎn)品等候操作/信息處理過程801隊(duì)列。此隊(duì)列中的每一個(gè)作業(yè)都具有關(guān)聯(lián)的狀態(tài)，以指出它等待的操作或信息，在此作業(yè)上工作的最后一個(gè)進(jìn)程，一旦提供了丟失的或其他信息或者所需的操作成功地完成，則將此作業(yè)排隊(duì)到下一個(gè)進(jìn)程中。
任何進(jìn)程的完成都會導(dǎo)致工作流程管理器154檢查此隊(duì)列，并判斷此隊(duì)列中的任何作業(yè)是否等候此進(jìn)程(操作)的完成或此進(jìn)程提供的信息。如果是這樣的話，則將該作業(yè)排隊(duì)到適當(dāng)?shù)倪M(jìn)程隊(duì)列中。
2.新內(nèi)容請求過程802內(nèi)容提供商101確定它希望銷售的那些產(chǎn)品(例如，產(chǎn)品可能是歌曲或歌曲集合)并以電子方式提供。工作流程管理器154的初始功能是使操作員識別這些產(chǎn)品，并將它們放在新內(nèi)容請求過程802的隊(duì)列中。內(nèi)容提供商101可以通過配置選項(xiàng)指定在產(chǎn)品選擇界面上提示提供什么信息。輸入足夠的信息以唯一地標(biāo)識產(chǎn)品?？蛇x地，還可以包括更多的字段，以請求人工輸入與元數(shù)據(jù)獲取平行地啟動音頻處理過程所要求的信息。如果不手動提供，則此信息可以可選地從默認(rèn)配置設(shè)置中檢索或從內(nèi)容提供商的數(shù)據(jù)庫160中檢索，在自動元數(shù)據(jù)獲取過程803的元數(shù)據(jù)處理過程中的第一階段獲取。內(nèi)容提供商的數(shù)據(jù)庫160中的內(nèi)容113的組成和容量確定了內(nèi)容選擇過程。
如果指定了對內(nèi)容提供商101的數(shù)據(jù)庫160執(zhí)行查詢所需要的信息，則由自動元數(shù)據(jù)獲取過程803處理作業(yè)。在音樂實(shí)施例中，要適當(dāng)?shù)卣{(diào)度產(chǎn)品以便進(jìn)行音頻處理，則指定產(chǎn)品的類型和所希望的壓縮級別，以及音頻PCM或WAV文件名?？梢暂斎氪诵畔⒆鳛楫a(chǎn)品選擇過程或通過自定義的查詢界面或Web瀏覽器功能進(jìn)行選擇。指定此信息可使產(chǎn)品被預(yù)定以便進(jìn)行內(nèi)容處理。
產(chǎn)品選擇用戶界面提供了一個(gè)選項(xiàng)，可使操作員指定是否可以發(fā)布產(chǎn)品以便進(jìn)行處理或者是否將它掛起，以便等待進(jìn)一步的信息輸入。如果掛起，則將作業(yè)添加到新內(nèi)容請求過程802的隊(duì)列中，等候進(jìn)一步操作，以完成數(shù)據(jù)輸入和/或發(fā)布產(chǎn)品，以供處理。一旦發(fā)布產(chǎn)品，則工作流程管理器154評估指定的信息，并判斷將作業(yè)傳遞到哪些進(jìn)程。
如果提供了適當(dāng)?shù)男畔⒁员銓?nèi)容提供商101的數(shù)據(jù)庫160執(zhí)行自動化查詢，則將作業(yè)排隊(duì)，以便執(zhí)行自動元數(shù)據(jù)獲取過程803。如果沒有為自動元數(shù)據(jù)獲取過程803配置數(shù)據(jù)庫映射表，則作業(yè)排隊(duì)，以便執(zhí)行手動元數(shù)據(jù)輸入過程804(有關(guān)“數(shù)據(jù)庫映射表”的詳細(xì)信息，請參閱“自動元數(shù)據(jù)獲取過程803”部分)。
如果指定了音頻處理過程所必需的一般信息和執(zhí)行水印操作所需的特定的信息，則作業(yè)排隊(duì)，以便執(zhí)行水印過程808(內(nèi)容處理過程的第一階段)。如果當(dāng)發(fā)布作業(yè)時(shí)缺少任何所需的信息的話，則將作業(yè)排隊(duì)到產(chǎn)品等候操作/信息處理過程801的隊(duì)列中，并帶有缺少信息的狀態(tài)。
如果狀態(tài)指出了內(nèi)容113的文件名，例如，在內(nèi)容113是音頻，并且PCM或WAV文件缺少的情況下，這可能指出要求捕獲(或從數(shù)字介質(zhì)中進(jìn)行數(shù)字提取)。音頻處理功能要求歌曲文件可以通過標(biāo)準(zhǔn)文件系統(tǒng)接口進(jìn)行訪問。如果歌曲位于外部介質(zhì)或者音頻處理工具不能直接訪問的文件系統(tǒng)中，則文件被首先復(fù)制到可訪問的文件系統(tǒng)中。如果歌曲是數(shù)字格式，但在CD或數(shù)字磁帶上，則將它們提取到音頻處理工具可以訪問的文件系統(tǒng)中。一旦文檔可訪問，則使用工作流程管理器用戶界面700指定或選擇作業(yè)的路徑和文件名，以便可以將它發(fā)布到水印過程中，假設(shè)進(jìn)行水印操作所需的所有其他信息都已經(jīng)指定。
3.自動元數(shù)據(jù)獲取過程803自動元數(shù)據(jù)獲取過程803對內(nèi)容提供商101的數(shù)據(jù)庫160或者導(dǎo)入了數(shù)據(jù)的臨時(shí)數(shù)據(jù)庫執(zhí)行一系列查詢，以求以自動化的方式獲取盡可能多的產(chǎn)品信息。自動元數(shù)據(jù)獲取過程803在允許項(xiàng)目放置其排隊(duì)中之前要求下列信息●帶有適當(dāng)?shù)男畔⒁陨蓪?nèi)容提供商101的數(shù)據(jù)庫160的數(shù)據(jù)庫映射表
●執(zhí)行查詢所要求的產(chǎn)品信息●唯一地定義產(chǎn)品的適當(dāng)?shù)漠a(chǎn)品信息對內(nèi)容提供商101的數(shù)據(jù)庫160執(zhí)行自動化的查詢以獲取處理此內(nèi)容113所需的信息。例如，如果內(nèi)容113是音樂，則執(zhí)行此查詢所需要的信息可以是專輯名稱也可以是如內(nèi)容提供商101所定義的UPC或特定的專輯或選擇ID。在要獲取的信息中，某些被指定為必需(有關(guān)詳細(xì)信息，請參閱有關(guān)“自動元數(shù)據(jù)獲取過程803”的部分)。如果獲取了所有所需的信息，則將作業(yè)排隊(duì)，準(zhǔn)備執(zhí)行使用條件過程805。如果缺少任何所需的信息，則將歌曲排隊(duì)，以便進(jìn)行手動元數(shù)據(jù)輸入過程804。如果在產(chǎn)品操作/信息處理過程801隊(duì)列中有任何作業(yè)在等待此步驟中獲取的任何信息的話，則更新作業(yè)狀態(tài)以指出它不再等待此信息。如果該作業(yè)不再具有任何未完成的要求，則將它排隊(duì)到下一個(gè)定義的隊(duì)列中。
4.手動元數(shù)據(jù)輸入過程804手動元數(shù)據(jù)輸入過程804為操作員提供了輸入遺漏信息的手段。它沒有相關(guān)性。一旦指定了所有所需的信息，則將作業(yè)排隊(duì)，準(zhǔn)備執(zhí)行使用條件過程805。
5使用條件過程505使用條件過程805允許指定產(chǎn)品使用和限制。使用條件過程805可能要求某些元數(shù)據(jù)。在使用條件指定完成時(shí)，作業(yè)就有資格排隊(duì)，以便進(jìn)入元數(shù)據(jù)SC創(chuàng)建過程807，除非已經(jīng)請求了監(jiān)控的發(fā)布過程806，或者被配置為工作流程管理器154規(guī)則中的默認(rèn)值。在這種情況下，將作業(yè)排隊(duì)，以便進(jìn)入監(jiān)控的發(fā)布過程806。在排隊(duì)到元數(shù)據(jù)Sc創(chuàng)建過程807之前，工作流程管理器154將首先保證，已經(jīng)滿足該過程的所有相關(guān)性(參見下文)。如果不，則將作業(yè)排隊(duì)到產(chǎn)品等候操作/信息處理過程801。
6.監(jiān)控的發(fā)布過程806監(jiān)控的發(fā)布過程806允許進(jìn)行質(zhì)量檢查，并對為數(shù)字內(nèi)容產(chǎn)品指定的信息進(jìn)行驗(yàn)證。它沒有任何相關(guān)性。以前在此產(chǎn)品的處理過程中的任何階段附加到作業(yè)的注釋可以被監(jiān)督者進(jìn)行檢查，并采取適當(dāng)?shù)牟僮?。在檢查所有信息和注釋之后，監(jiān)督者具有下列選項(xiàng)批準(zhǔn)發(fā)布和將產(chǎn)品排隊(duì)，以便進(jìn)入元數(shù)據(jù)Sc創(chuàng)建過程801修改和/或添加信息，并將產(chǎn)品排隊(duì)，以便進(jìn)入元數(shù)據(jù)SC創(chuàng)建過程807將注釋附加到作業(yè)，并重新排隊(duì)，以便進(jìn)入手動元數(shù)據(jù)輸入過程804添加注釋，將作業(yè)排到排隊(duì)中，以便進(jìn)入產(chǎn)品等候操作/信息處理過程8017.元數(shù)據(jù)SC創(chuàng)建過程807元數(shù)據(jù)SC創(chuàng)建過程807將上面收集的所有信息以及元數(shù)據(jù)Sc 620所需的其他信息收集到一起，并調(diào)用Sc包裝器過程以創(chuàng)建元數(shù)據(jù)SC 620。此工具要求下列內(nèi)容作為輸入要求的元數(shù)據(jù)使用條件在此產(chǎn)品的所有質(zhì)量級別的加密階段使用的加密密鑰此最后一個(gè)相關(guān)性要求，在可以創(chuàng)建元數(shù)據(jù)SC 620之前關(guān)聯(lián)的音頻對象完成音頻處理階段。在完成元數(shù)據(jù)SC創(chuàng)建過程807時(shí)，基于定義的工作流程規(guī)則，將作業(yè)排隊(duì)到最后的質(zhì)量保證過程813或內(nèi)容分散過程814的隊(duì)列中。
8.水印過程808水印過程808將版權(quán)及其他信息添加到內(nèi)容113。對于其中內(nèi)容113是歌曲的實(shí)施例，此工具要求下列內(nèi)容作為輸入●歌曲文件名(如果是專輯，多個(gè)文件名)●水印說明水印參數(shù)(將包括在水印中的信息)在水印過程808完成時(shí)，如果所需輸入都可用，將作業(yè)排隊(duì)，以便進(jìn)入預(yù)處理和壓縮過程809，或者以別的方式排隊(duì)到產(chǎn)品等候操作/信息處理過程801中。
9.預(yù)處理和壓縮過程809預(yù)處理和壓縮過程809將內(nèi)容113編碼到指定的壓縮級別，首先執(zhí)行執(zhí)行任何所要求的預(yù)處理。將作業(yè)排隊(duì)到此隊(duì)列中實(shí)際上創(chuàng)建了多個(gè)隊(duì)列條目。為所希望的產(chǎn)品的每一個(gè)壓縮級別創(chuàng)建了作業(yè)?？梢栽诙鄠€(gè)系統(tǒng)上平行地執(zhí)行編碼過程。此工具要求下列內(nèi)容作為輸入●水印內(nèi)容文件名(如果內(nèi)容113是一個(gè)專輯，則多個(gè)文件名)●產(chǎn)品的質(zhì)量級別(可以預(yù)先配置)●壓縮算法(可以預(yù)先配置)●產(chǎn)品類型((如果預(yù)處理器需要的話)在完成編碼過程時(shí)，將作業(yè)排隊(duì)到內(nèi)容質(zhì)量控制過程810(如果工作流程規(guī)則這樣配置的話)。如果沒有，則將作業(yè)排隊(duì)到加密過程811中。
如果編碼工具的第三方提供商沒有提供顯示已經(jīng)處理的內(nèi)容113(如音頻)的百分比的方法，或者指出已經(jīng)編碼的內(nèi)容113的量作為所選擇的內(nèi)容112的整個(gè)選擇的百分比，在圖11中，顯示了一種方法的流程圖1100，以確定圖8的內(nèi)容預(yù)處理和壓縮工具的數(shù)字內(nèi)容的編碼率。該方法以選擇所希望的編碼算法和位速率開始，步驟1101。接下來，進(jìn)行查詢，以判斷此算法和編碼率如果具有以前計(jì)算的速率因素，步驟1102。速率因素是用于判斷特定的編碼算法和壓縮率和特定的位速率的因素。如果沒有存儲以前計(jì)算的速率因素，則在預(yù)先確定的時(shí)間量內(nèi)對內(nèi)容113的樣本進(jìn)行編碼。在優(yōu)選實(shí)施例中，預(yù)先確定的時(shí)間段是幾秒。預(yù)先確定的時(shí)間段的此編碼速率用于計(jì)算新速率因素Rnew。在已知時(shí)間量和編碼的內(nèi)容113量的情況下，計(jì)算新速率因素Rnew的方法是Rnew＝(編碼的數(shù)字內(nèi)容的長度)/(時(shí)間量)，步驟1108。內(nèi)容113被編碼，編碼狀態(tài)使用以前計(jì)算的速率因素Rnew來進(jìn)行顯示，步驟1109。然后存儲此編碼速率因素Rnew，步驟1107，供此編碼算法和編碼位速率將來使用。如果所選擇的算法具有以前計(jì)算的速率因素Rstored，步驟1103。內(nèi)容113被編碼，使用以前計(jì)算的速率因素Rstored來進(jìn)行顯示進(jìn)度，步驟1104。同時(shí)，對于此選擇的算法和位速率，計(jì)算當(dāng)前因素Rcurrent，步驟1105。此當(dāng)前速率因素Rcurrent用于更新存儲的速率因素Rnew＝Average OF(Rstored+Rcurrent)，步驟1106。速率因素的迭代更新可使編碼速率的判斷對于特定編碼算法和位速率每一次隨后的使用變得越來越準(zhǔn)確。然后存儲新速率，以供將來使用，步驟1107。如果當(dāng)前速率因素Rcurrent超出以前存儲的速率因素Rstored一個(gè)給定范圍或閾值，則不進(jìn)行Rstored的更新。
然后，可以呈現(xiàn)編碼狀態(tài)的顯示。編碼狀態(tài)包括當(dāng)前編碼速率、基于編碼速率和內(nèi)容113的文件的總長度作為進(jìn)度條顯示總的內(nèi)容113的百分比的顯示。編碼狀態(tài)還可以包括編碼的剩余的時(shí)間。通過將計(jì)算的編碼速率Rcurrent除以內(nèi)容113的文件的總長度來計(jì)算編碼的剩余的時(shí)間。編碼狀態(tài)可以被轉(zhuǎn)移到可以調(diào)用調(diào)用過程的另一個(gè)程序。這可以幫助監(jiān)督程序編碼或相互依賴的程序在編碼時(shí)操作并更有效地成批進(jìn)行處理。應(yīng)該理解，在另一個(gè)實(shí)施例中，編碼可以包括水印步驟。
10.內(nèi)容質(zhì)量控制過程810內(nèi)容質(zhì)量控制過程810在功能方面類似于監(jiān)控的發(fā)布過程806。它是一個(gè)可選步驟，可以使人驗(yàn)證至今為止執(zhí)行的內(nèi)容處理的質(zhì)量。這與水印過程808和預(yù)處理和壓縮過程809的編碼部分的完成沒有相關(guān)性。在內(nèi)容質(zhì)量控制過程810完成時(shí)，有下列選項(xiàng)可用●可以發(fā)布作業(yè)，并排隊(duì)，以便執(zhí)行加密過程811。
●可以附加注釋，將一個(gè)或多個(gè)作業(yè)重新排隊(duì)，以便進(jìn)行預(yù)處理和壓縮過程809。
最后一個(gè)選項(xiàng)要求歌曲文件的未編碼的帶水印版本在內(nèi)容質(zhì)量控制過程810完成之前保持可用。
11.加密過程811加密過程811調(diào)用適當(dāng)?shù)陌踩珨?shù)字內(nèi)容電子分發(fā)權(quán)利管理功能以對每一個(gè)帶水印的/編碼的歌曲文件進(jìn)行加密。此過程與所有其他音頻過程的完成與否沒有相關(guān)性。在加密過程811完成時(shí)，將作業(yè)進(jìn)行排隊(duì)以便參加內(nèi)容Sc創(chuàng)建過程812。
12.內(nèi)容SC創(chuàng)建過程812內(nèi)容SC創(chuàng)建過程812可能要求某些元數(shù)據(jù)文件包括在內(nèi)容SC 630中。如果要求內(nèi)容113之外的文件，則收集文件，并調(diào)用SC包裝器過程，以便為內(nèi)容113(例如，歌曲)的每一個(gè)壓縮級別創(chuàng)建內(nèi)容SC 630。在完成內(nèi)容SC創(chuàng)建過程812時(shí)，基于定義的工作流程規(guī)則，將歌曲排隊(duì)到最后的質(zhì)量保證過程813或內(nèi)容分散過程814隊(duì)列中。
13.最后的質(zhì)量保證過程813最后的質(zhì)量保證過程813是一個(gè)可選的步驟，它可以在關(guān)聯(lián)的元數(shù)據(jù)和內(nèi)容Sc 630之間進(jìn)行交叉引用檢查，以驗(yàn)證它們是否正確地匹配，并且包含在其中的所有信息和內(nèi)容113都是正確的。在完成最后的質(zhì)量保證過程813時(shí)，將作業(yè)排隊(duì)，以便執(zhí)行內(nèi)容分散過程814。如果發(fā)現(xiàn)問題，則在大多數(shù)情況下必須將作業(yè)重新排隊(duì)到失敗階段。在此階段重新排隊(duì)更加昂貴，因?yàn)槌诵Ｕ龁栴}所要求的重新處理之外，產(chǎn)品必須經(jīng)過重新加密和重新包裝。建議，使用以前的保證階段來保證內(nèi)容113的質(zhì)量以及信息的準(zhǔn)確性和完整性，14.內(nèi)容分散過程814內(nèi)容分散過程814負(fù)責(zé)將SC轉(zhuǎn)移到適當(dāng)?shù)耐泄苷军c(diǎn)。在成功地轉(zhuǎn)移SC之后，記錄作業(yè)完成狀態(tài)，并將作業(yè)從隊(duì)列中刪除。如果在轉(zhuǎn)移SC時(shí)發(fā)生問題，在定義的重試次數(shù)之后，在工作流管理器工具154中將作業(yè)標(biāo)志為失敗并遇到錯誤。
15.工作流程規(guī)則圖8的工作流程規(guī)則按如下方式在三個(gè)主要系統(tǒng)中操作A工作流程管理器工具154
1.新內(nèi)容請求過程8022.產(chǎn)品等候操作/信息處理過程8013.最后的質(zhì)量保證過程8134.內(nèi)容分散(和通知)過程814B元數(shù)據(jù)吸收和輸入工具1.自動元數(shù)據(jù)獲取過程8032.手動元數(shù)據(jù)輸入過程8043.監(jiān)控的發(fā)布過程8064.元數(shù)據(jù)SC創(chuàng)建過程807C內(nèi)容處理工具1551.水印過程808(要求版權(quán)數(shù)據(jù))2.預(yù)處理和壓縮過程8093.內(nèi)容質(zhì)量控制過程8104.加密過程8115.內(nèi)容SC創(chuàng)建過程812工作流程內(nèi)容113選擇操作員輸入新產(chǎn)品，它開始排隊(duì)到A1(新內(nèi)容請求過程802)。
A1當(dāng)內(nèi)容113選擇操作員將它發(fā)布到工作流程管理器工具154，然后它被排隊(duì)到B1(自動元數(shù)據(jù)獲取過程803)A2來自步驟B1(自動元數(shù)據(jù)獲取過程803)，或步驟B2(手動元數(shù)據(jù)輸入過程804)，或步驟B3(監(jiān)控發(fā)布過程806)在到步驟Before的途中(元數(shù)據(jù)SC創(chuàng)建過程807)[需要加密密鑰]。
來自步驟Before(元數(shù)據(jù)SC創(chuàng)建過程807)在其到步驟A3(最后的質(zhì)量保證過程813)或步驟A4(內(nèi)容分散過程814)的途中[需要內(nèi)容SC 630]來自步驟C1(水印過程808)
在其到步驟C2(預(yù)處理和壓縮過程809)的途中需要元數(shù)據(jù)來進(jìn)行預(yù)處理和壓縮過程809]來自步驟C4(加密過程811)在到步驟C5的途中(內(nèi)容SC創(chuàng)建過程812)[需要元數(shù)據(jù)以便進(jìn)行內(nèi)容SC 630打包]來自步驟C5(內(nèi)容SC創(chuàng)建過程812)在其到步驟A3(最后的質(zhì)量保證過程813)或步驟A4(內(nèi)容分散過程814)的途中[需要元數(shù)據(jù)SC 620]A3在步驟A3(最后的質(zhì)量保證過程813)之后，放到隊(duì)列B2(手動元數(shù)據(jù)輸入過程804)，或者放到隊(duì)列B3(監(jiān)控的發(fā)布過程806)，或者根據(jù)質(zhì)量保證操作員的需要放到隊(duì)列中。
A4在步驟A4(內(nèi)容分散過程814)之后，為此產(chǎn)品準(zhǔn)備工作流程管理器工具154。
B1在步驟B1(自動元數(shù)據(jù)獲取過程803)之后，如果步驟C1(水印過程808)所需要的元數(shù)據(jù)存在，則將代表此產(chǎn)品的輸入放到隊(duì)列C1上。
(desteverybody；]licensor label company[destEMS；end-user；]licensee label company[destEMS；end-user；]source(publisher)of this object(sublicensee label company)(desteverybody；]type of object(thatis，，a single objectan array of objects]object ID(denteverybody；]International Standard Recording Code(ISRC)International Standard Music Number(ISMN)usage conditions(srccontent provider；destEMS，end-user，Clearinghouse(s)105)purchased usage conditions(srcEMS；destend-user，Clearinghouse(s)105)the set of usage conditions(consumer restrictions and rights)forthe use of the object(sound recording)an indiVidual entry in the array of usage conditionsthe compression encoded version of the Content 113 to whichthisusage condition applieswhether this usage condition allows for the purchase or therental of the Content 113for a rental transaction
the measurement unit which is used to limit the term of therental(for example，days，plays).
the number of the above units after which the Content 113will no longer play.
for a purehase transactionthe number of playable copies the End-User is allowedto make.
onto what kinds of media can(s)he make those copies(forexample，CD-Recordable(CD-R)，MiniDisc，personalcomputer)the period of time during which the purchase/rental transactionis allowed to occur(i.e.，an End-User can purchase/rent under theterms of this usage conditiononlyafter the beginning availability dateand before the last date of availability)a pointer to the countries from which an End-User(s)cantransactthis purchase(or rental)the price of the purchase/rental transaction under this usageconditiona pointer to the encrypted watermarking instructions andparametersa pointer to the types of events which require notification ofthe Clearinghouse(s)105purchase data(encrypted；optional info；arcEMS；destend-user，Clearinghouse(s)105)purchase datepurchase pricebill to name and addressconsumer name and addresscountry of the consumer(best guess)
metadata 1(srccontent provider；destEMS，end-user)an array of{copyright informationfor the compositionfor the sound recordingtitle of songprincipal artist}a pointer to{the artwork(e.g.，album cover)the format of the artwork(e.g.，GIF，JPEG)；optional infoan array of additionalinformation{composerpublisherproducersidemendate of recordingdate of releaselyricstrack name-(description)/track lengthlist of albums on which this recording appearsgenre}metadata 2(srccontent provider；destEMS)an array of structures，each representing different quality levelsof the same sound recording{the sound recording；the quality level of the sound recording；
the size(in bytes)of the(probably compressed)sound recording；}metadata 3(srccontent provider；destEMS，end-user)optional info
promotional materiala pointer to artist promotion material{a URL to the artist′s web site；background description(s)of the artist(s)；artist-related interviews(along with format of the interview(e.g.，text，audio，video))；reviews(along with format of the reviews(e.g.，text，audio，video))；sample clips(and its format and compression level)；recent andupcoming concerts/appearances/events-their dates and locations；}a pointer to album promotion material{sample clip(and its format and compression level)；background description(s)of the producer，and/or the composer，and/or the movie/play/cast，and/or the making of the album，etc.；non-artist-related interviews(along with format of theinterview(e.g.，text，audio，video))；reviews(along with format of the reviews(e.g.，text，audio，video))genre；single promotionssample clip(and its format and compression level)background description(s)of the producer，and/or the composer，and/or the movie/play/cast，and/or the making of the single，etc.
reviews(along with format of the reviews(e.g.，text，audio，video))5.監(jiān)控的發(fā)布工具監(jiān)控的發(fā)布工具給用戶提供了實(shí)現(xiàn)上文描述的監(jiān)控發(fā)布過程806的能力。被內(nèi)容提供商101指定為具有監(jiān)控的發(fā)布權(quán)限的個(gè)人可以調(diào)用等候監(jiān)控發(fā)布的產(chǎn)品(即，在監(jiān)控發(fā)布過程806的隊(duì)列上的產(chǎn)品)，檢查其內(nèi)容113以及其伴隨的注釋，并且可以批準(zhǔn)其內(nèi)容113和發(fā)布用于包裝到元數(shù)據(jù)SC 620中的產(chǎn)品，或者進(jìn)行任何必需的校正，并發(fā)布用于包裝到元數(shù)據(jù)SC 620的產(chǎn)品或者添加注釋，說明要進(jìn)行的校正操作，并將產(chǎn)品重新提交到手動元數(shù)據(jù)輸入過程704在另一個(gè)實(shí)施例中，在創(chuàng)建Sc之后，有另一個(gè)可選的質(zhì)量保證步驟，在該步驟中，可以打開SC的內(nèi)容113，并檢查完整性和準(zhǔn)確性，此時(shí)，可以給予或拒絕最后批準(zhǔn)產(chǎn)品發(fā)行進(jìn)入零售渠道。
D.內(nèi)容處理工具內(nèi)容處理工具155實(shí)際上是用于處理數(shù)字內(nèi)容文件以創(chuàng)建內(nèi)容的帶有水印的、編碼的和加密副本的軟件工具的集合。這些工具利用工業(yè)標(biāo)準(zhǔn)數(shù)字內(nèi)容處理工具，以允許隨著水印、編碼和加密技術(shù)的發(fā)展進(jìn)行可插入的替換。如果所選擇的工業(yè)工具可以通過命令行系統(tǒng)調(diào)用接口和傳遞的參數(shù)加載或者提供其函數(shù)可以通過DLL接口進(jìn)行調(diào)用的工具箱，則內(nèi)容處理可以在某種程度上實(shí)現(xiàn)自動化。對每一個(gè)工具的前端應(yīng)用程序查詢內(nèi)容處理工具155中的適當(dāng)?shù)年?duì)列，以查找下一個(gè)可用的作業(yè)，檢索所要求的文件和參數(shù)，然后加載工業(yè)標(biāo)準(zhǔn)內(nèi)容處理工具以執(zhí)行所要求的功能。在完成任務(wù)時(shí)，如果工具不報(bào)告結(jié)束狀態(tài)，則可能要求對隊(duì)列進(jìn)行手動更新。
下面將描述內(nèi)容處理工具155的一般版本，但可以進(jìn)行自定義。內(nèi)容處理工具155可以以Java、C/C++或任何等效的軟件來編寫。內(nèi)容處理工具155可以由包括磁盤、CD或通過網(wǎng)站的任何計(jì)算機(jī)可讀的裝置來提供。
1.水印工具水印工具給用戶提供了實(shí)現(xiàn)如上所述的水印過程809的能力。此工具使用音頻水印技術(shù)將內(nèi)容113所有者的版權(quán)信息應(yīng)用到歌曲文件中。要寫入的實(shí)際信息由內(nèi)容提供商101確定，并選擇特定的水印技術(shù)。此信息可用于前端水印工具，以便可以適當(dāng)?shù)貙⒋诵畔⑦m當(dāng)?shù)貍鬟f到水印功能。這就對元數(shù)據(jù)吸收和條目工具161施加同步要求，以保證它在允許歌曲的音頻文件被處理之前已經(jīng)獲取此信息。此歌曲不會可用于進(jìn)行音頻處理，直到已經(jīng)獲取水印信息。
水印是作為音頻處理的第一步驟應(yīng)用的，因?yàn)樗鼮樗鶆?chuàng)建的歌曲的所有編碼所共有。只要水印可以經(jīng)受得住編碼技術(shù)的考驗(yàn)，每個(gè)歌曲只需要進(jìn)行一次水印處理。
已知有各種水印技術(shù)，并已經(jīng)投入商業(yè)應(yīng)用。但是，前端水印工具能夠支持各種工業(yè)水印工具。
2.預(yù)處理和壓縮工具預(yù)處理和壓縮工具為用戶提供了實(shí)現(xiàn)如上所述的預(yù)處理和壓縮過程809的能力。音頻編碼涉及兩個(gè)過程。編碼基本上是有損壓縮算法對PCM音頻流(以音樂內(nèi)容為例)的應(yīng)用。通?？梢哉{(diào)整編碼器以基于所要求的音頻質(zhì)量的級別生成各個(gè)播放位流速率。較高的質(zhì)量將導(dǎo)致較大的文件大小，因?yàn)閷τ诟哔|(zhì)量內(nèi)容113文件大小可以變成相當(dāng)大，高質(zhì)量的內(nèi)容113的下載時(shí)間可能變得比較長，有時(shí)在標(biāo)準(zhǔn)的28,800bps的調(diào)制解調(diào)器上難以達(dá)到。
因此，內(nèi)容提供商101可以選擇提供各種數(shù)字內(nèi)容質(zhì)量供下載，以滿足不希望等待很長時(shí)間來進(jìn)行下載的不耐煩的和低帶寬客戶的要求，以及只購買高質(zhì)量內(nèi)容113或具有較高速度連接的音頻愛好者或高帶寬客戶的要求。
壓縮算法在它們的生成內(nèi)容113的較低的位速度再現(xiàn)的技術(shù)方面不同。技術(shù)在算法(即，MPEG、AC3、ATRAC)和壓縮的級別方面不同。要取得較高級別的壓縮，通常數(shù)據(jù)在被提供給壓縮算法之前以較低的采樣率進(jìn)行重新采樣。為用較小的保真度的損失更有效地進(jìn)行壓縮，或者防止某些頻率范圍的激烈的丟失，數(shù)字內(nèi)容有時(shí)可能要求對某些頻率的均衡級別進(jìn)行調(diào)整或者對記錄的動力學(xué)進(jìn)行調(diào)整。內(nèi)容預(yù)處理要求直接與壓縮算法和所要求的壓縮的級別相關(guān)。在某些情況下，內(nèi)容113的樣式(例如，音樂類型)可以成功地被用作確定預(yù)處理要求的基礎(chǔ)，因?yàn)閬碜韵嗤愋偷母枨ǔ＞哂蓄愃频膭恿W(xué)。利用某些壓縮工具，這些預(yù)處理功能是編碼過程的一部分。利用其它工具，在壓縮之前執(zhí)行所希望的預(yù)處理。
除了待售的可下載的音頻文件之外，每一個(gè)歌曲還具有一個(gè)低比特率(TAR)編碼的剪輯，以允許歌曲通過LBR流式協(xié)議進(jìn)行采樣。此LBR編碼還是內(nèi)容處理工具155的職責(zé)。此剪輯可以由內(nèi)容提供商101作為單獨(dú)的PCM文件或者作為偏移和長度的參數(shù)來提供。
如同水印一樣，希望編碼工具可以通過DLL或命令行系統(tǒng)調(diào)用接口加載，并傳遞所有要求的參數(shù)，以便進(jìn)行預(yù)處理和壓縮。前端編碼工具可能具有同步要求，帶有元數(shù)據(jù)吸收和條目工具161，例如，如果內(nèi)容是音樂，如果判斷歌曲的類型是在執(zhí)行任何音頻預(yù)處理之前從內(nèi)容提供商的數(shù)據(jù)庫160獲取的。這取決于所選擇的編碼工具以及歌曲的類型是如何不確定。如果內(nèi)容提供商101變更每個(gè)歌曲的編碼的質(zhì)量級別的選擇，則此信息還可以在編碼步驟之前提供，并與元數(shù)據(jù)吸收和條目工具161生成的元數(shù)據(jù)一致。
目前已知有各種高質(zhì)量編碼算法和工具。但是，前端編碼工具能夠支持各種工業(yè)編碼工具。
現(xiàn)在請看圖12，該圖顯示了根據(jù)本發(fā)明的圖8的自動元數(shù)據(jù)獲取工具的一個(gè)實(shí)施例的流程圖。該過程最開始是從內(nèi)容提供商101正在檢查的介質(zhì)讀取標(biāo)識符。一個(gè)音頻CD中的內(nèi)容的例子。在音頻CD實(shí)施例中，下列代碼是可用的通用價(jià)格代碼(UPC)、國際標(biāo)準(zhǔn)記錄代碼(ISRC)、國際標(biāo)準(zhǔn)音樂編號(ISMN)。此標(biāo)識符以內(nèi)容的適當(dāng)?shù)牟シ牌髯x取，例如音頻CD的音頻CD播放器、DVD電影的DVD播放器、DAT記錄的DAT記錄器以及等效的播放器，步驟1201。接下來，此標(biāo)識符用于索引內(nèi)容提供商101的數(shù)據(jù)庫160，步驟1202。如圖8所描述的工作流程管理器過程所需要的某些或所有信息在數(shù)據(jù)庫160以及任何其他相關(guān)的源中進(jìn)行檢索，步驟1203。此信息可以包括內(nèi)容113和與其相關(guān)的元數(shù)據(jù)。在步驟1204中，檢索到的其他信息用于啟動工作流程管理器154，以便創(chuàng)建電子內(nèi)容113。應(yīng)該理解，介質(zhì)的多種選擇，如多個(gè)音頻CD、可以進(jìn)行排隊(duì)，以便可使自動元數(shù)據(jù)獲取工具為電子分發(fā)創(chuàng)建一系列內(nèi)容113。例如，可以從一系列CD甚至從由內(nèi)容提供商101檢查的一個(gè)或多個(gè)CD中的選擇的磁道創(chuàng)建所有內(nèi)容113。
在另一個(gè)實(shí)施例中，預(yù)處理參數(shù)可以自動從內(nèi)容提供商的數(shù)據(jù)庫160中檢索?，F(xiàn)在請看圖13，該圖是自動設(shè)置根據(jù)本發(fā)明的圖8的預(yù)處理和壓縮工具的預(yù)處理和壓縮參數(shù)的方法的流程圖。在此實(shí)施例中，內(nèi)容113是音樂。在步驟1301中，選擇音樂(內(nèi)容113)以在內(nèi)容處理工具155中進(jìn)行編碼。確定所選擇的音樂的類型，步驟1302。這可以手動輸入或通過使用可用的其他元數(shù)據(jù)，如從圖12中描述的過程檢索到的其他數(shù)據(jù)。然后檢查音頻壓縮級別和音頻壓縮算法，步驟1303。然后，按類型、壓縮設(shè)置和什么壓縮參數(shù)的壓縮算法查找什么壓縮參數(shù)應(yīng)該用于預(yù)處理和壓縮過程809，1304。
3.內(nèi)容質(zhì)量控制工具內(nèi)容質(zhì)量控制工具為用戶提供了實(shí)現(xiàn)如上所述的內(nèi)容質(zhì)量控制過程810的能力。這是一個(gè)可選的內(nèi)容處理工具，并為質(zhì)量控制技術(shù)人員提供了檢查編碼和帶水印的內(nèi)容文件并根據(jù)質(zhì)量判斷批準(zhǔn)或拒絕內(nèi)容文件的機(jī)會。他可以重新對內(nèi)容進(jìn)行編碼，并進(jìn)行手動的預(yù)處理調(diào)整，直到質(zhì)量合適，或者可以將歌曲標(biāo)志為重新處理并附加描述問題的記錄。
此步驟可以由內(nèi)容提供商101作為內(nèi)容處理工作流的可選或所要求的步驟配置。在將此內(nèi)容的所有Sc打包之后，提供另外一個(gè)可選的最后的質(zhì)量保證進(jìn)程813(例如，CD上的歌曲的每一個(gè)SC)，此時(shí)，可以測試內(nèi)容編碼的質(zhì)量，但在加密和打包之前的早期發(fā)現(xiàn)問題可以進(jìn)行更有效的內(nèi)容處理。因此，應(yīng)該在此步驟確保內(nèi)容質(zhì)量，而不是等到所有處理都最終完成之后。
4.加密工具加密工具給用戶提供了實(shí)現(xiàn)如上所述的加密過程811的能力。內(nèi)容加密是內(nèi)容處理工具155的最后一個(gè)步驟。被編碼工具創(chuàng)建的內(nèi)容的每一個(gè)版本現(xiàn)在都是加密的。加密工具是SC包裝器的功能。Sc包裝器被調(diào)用以對歌曲進(jìn)行加密，并返回使用的生成的加密密鑰。以后此密鑰被傳遞到SC包裝器，以便在創(chuàng)建元數(shù)據(jù)Sc 620時(shí)使用。
E.內(nèi)容SC創(chuàng)建工具一旦收集了所有元數(shù)據(jù)，則內(nèi)容SC創(chuàng)建工具根據(jù)元數(shù)據(jù)的計(jì)劃的用途將它們分為各種用途。這些元數(shù)據(jù)組被寫入到文件，這些文件將被作為元數(shù)據(jù)SC 620的元數(shù)據(jù)部分傳遞到SC包裝器工具。每一個(gè)部分(文件)都具有唯一的處理要求。一旦關(guān)聯(lián)的歌曲被處理和加密，并確定了目標(biāo)目的地(內(nèi)容托管站點(diǎn)111的URL)，則內(nèi)容113的內(nèi)容SC 630已經(jīng)準(zhǔn)備好，可以進(jìn)行創(chuàng)建。已經(jīng)完成處理過程并滿足上文描述的所有要求的內(nèi)容113進(jìn)行排隊(duì)，以裝到工作流程管理器154的包裝器隊(duì)列中。
現(xiàn)在，內(nèi)容SC創(chuàng)建工具檢索元數(shù)據(jù)吸收和條目工具161的前面的步驟創(chuàng)建的所有所需的文件，并調(diào)用SC包裝器功能以創(chuàng)建元數(shù)據(jù)SC 620和內(nèi)容SC 630。此過程為每一個(gè)歌曲創(chuàng)建了單個(gè)元數(shù)據(jù)Sc 620和多個(gè)內(nèi)容SC 630。例如，如果內(nèi)容是音樂，則在完整的歌曲的各個(gè)質(zhì)量級別的音頻處理過程中創(chuàng)建的每一個(gè)音頻文件，被裝入單獨(dú)的內(nèi)容SC 630。為樣本剪輯創(chuàng)建的音頻文件被作為要包括在元數(shù)據(jù)SC 620中的元數(shù)據(jù)文件傳遞。
F.最后的質(zhì)量保證工具最后的質(zhì)量保證工具給用戶提供了實(shí)現(xiàn)如上所述的最后的質(zhì)量保證進(jìn)程813的能力。一旦為內(nèi)容文件生成了所有SC，則內(nèi)容可用于最后的質(zhì)量保證檢查?？梢栽趦?nèi)容113準(zhǔn)備過程的各個(gè)階段執(zhí)行質(zhì)量保證。內(nèi)容提供商101可以選擇在每一個(gè)主要步驟完成時(shí)執(zhí)行質(zhì)量保證，以防止以后進(jìn)行過度的修改，也可以選擇等到所有音頻準(zhǔn)備過程完成之后并立即對一切執(zhí)行質(zhì)量保證。如果選擇后者，在創(chuàng)建SC完成時(shí)執(zhí)行質(zhì)量保證。此工具允許每一個(gè)Sc打開、檢查歌曲，并播放音頻。
發(fā)現(xiàn)的任何問題，甚至較小的文本變化都由于SC的內(nèi)部安全功能要求重新生成SC。為避免不需要的重新處理時(shí)間，建議利用臨時(shí)的質(zhì)量保證步驟，以保證元數(shù)據(jù)的準(zhǔn)確性，此特定的質(zhì)量保證步驟是預(yù)留的，以便用于在與此歌曲關(guān)聯(lián)的SC之間驗(yàn)證適當(dāng)?shù)慕徊嬉?。如果發(fā)現(xiàn)問題，則質(zhì)量保證人可以輸入附加到歌曲的問題說明，并將其放到適當(dāng)?shù)奶幚黻?duì)列中以便進(jìn)行重新處理。相應(yīng)地在工作流程管理器154中更新狀態(tài)，以指出歌曲的所有相關(guān)組件的狀態(tài)。如果沒有發(fā)現(xiàn)問題，則將內(nèi)容113標(biāo)記為已準(zhǔn)備好待發(fā)布。
5.內(nèi)容分散工具內(nèi)容分散工具給用戶提供了實(shí)現(xiàn)如上所述的內(nèi)容分散進(jìn)程814的能力。一旦內(nèi)容113已經(jīng)被批準(zhǔn)發(fā)布，內(nèi)容113的SC位于內(nèi)容分散進(jìn)程的隊(duì)列中。分散工具監(jiān)控隊(duì)列，并根據(jù)內(nèi)容提供商101提供的配置設(shè)置執(zhí)行Sc文件的立即轉(zhuǎn)移或一組SC文件的分批轉(zhuǎn)移。內(nèi)容提供商101還可以可選地配置內(nèi)容分散工具以自動將所有SC放在此隊(duì)列中，直到它們被手動標(biāo)志為發(fā)布。這就允許內(nèi)容提供商101在他們預(yù)定的發(fā)布日期前面準(zhǔn)備內(nèi)容，并將它們保持到希望發(fā)布它們(例如，新歌曲、電影或游戲)。SC還可以根據(jù)定義的發(fā)布日期控制對內(nèi)容113的訪問，這樣，對內(nèi)容提供商101實(shí)際推遲SC的提供沒有要求，但這個(gè)手動發(fā)布選項(xiàng)仍可以用于此目的或者用于管理轉(zhuǎn)移這些大文件所要求的網(wǎng)絡(luò)帶寬。
當(dāng)被標(biāo)志為發(fā)布時(shí)，內(nèi)容113的內(nèi)容SC 630通過FTP被轉(zhuǎn)移到指定的內(nèi)容托管站點(diǎn)111。元數(shù)據(jù)SC 620通過FTP被轉(zhuǎn)移到內(nèi)容促銷網(wǎng)站156。這里SC被暫時(shí)轉(zhuǎn)移到新內(nèi)容113目錄，直到它們可以被處理和集成到內(nèi)容促銷網(wǎng)站156。
圖17是一個(gè)自動為根據(jù)本發(fā)明的圖8的自動元數(shù)據(jù)獲取工具檢索其他信息的另一個(gè)實(shí)施例的流程圖。該過程類似于上面的圖8中描述的過程。然而，監(jiān)控的發(fā)布606和內(nèi)容質(zhì)量控制909的質(zhì)量檢查被合并到一個(gè)叫做“質(zhì)量控制1104”的質(zhì)量檢查。在元數(shù)據(jù)SC創(chuàng)建807和內(nèi)容SC創(chuàng)建812之前執(zhí)行質(zhì)量檢查。在SC創(chuàng)建之前執(zhí)行質(zhì)量檢查，消除了打開內(nèi)容113和關(guān)聯(lián)的元數(shù)據(jù)SC 620的步驟。此外，在此實(shí)施例中，產(chǎn)品等候操作/信息處理過程801隊(duì)列被消除。取決于正在被請求的什么操作，作業(yè)放置在特定的處理隊(duì)列中。例如，如果作業(yè)要求手動元數(shù)據(jù)，即，輸入更多的元數(shù)據(jù)，則作業(yè)被放在手動元數(shù)據(jù)條目行列中。此外，自動元數(shù)據(jù)獲取803與新內(nèi)容請求合并，以在元數(shù)據(jù)吸收和條目工具161和內(nèi)容處理工具155之前預(yù)先發(fā)生。最后，值得指出的是，使用條件804在自動元數(shù)據(jù)獲取803和在手動元數(shù)據(jù)輸入803期間輸入。因此，許多使用條件可以在自動元數(shù)據(jù)獲取803步驟期間填充。
H.內(nèi)容促銷網(wǎng)站為最有效地分散有關(guān)內(nèi)容提供商101在通過數(shù)字下載提供什么內(nèi)容的信息，為將所需要的文件提供給電子數(shù)字內(nèi)容商店103，以使它將此內(nèi)容113供其客戶下載，每一個(gè)內(nèi)容提供商101應(yīng)該有一個(gè)保管此信息的安全網(wǎng)站。這類似于目前某些內(nèi)容提供商101用來向它們的零售商以及需要此信息的其他人提供促銷內(nèi)容的方法。在這種類型的服務(wù)已經(jīng)存在的情況下，可以將更多的部分添加到網(wǎng)站，電子數(shù)字內(nèi)容商店103可以訪問網(wǎng)站，以查看通過下載可用于銷售的內(nèi)容的列表。
內(nèi)容提供商101對此站點(diǎn)的設(shè)計(jì)和布局具有完全控制，或者可以選擇使用作為安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的工具箱的一部分提供的“交鑰匙”Web服務(wù)器解決方案。要為此服務(wù)實(shí)現(xiàn)它們自己的設(shè)計(jì)，內(nèi)容提供商101只需要為訪問他們的站點(diǎn)的電子數(shù)字內(nèi)容商店103提供到元數(shù)據(jù)SC 620的鏈接。這是使用安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的工具箱實(shí)現(xiàn)的。選擇過程和顯示什么信息由內(nèi)容提供商101自己決定。
通過FTP從內(nèi)容分散工具接收到新內(nèi)容目錄中的元數(shù)據(jù)SC620由內(nèi)容促銷網(wǎng)站156處理。這些容器可以用SC預(yù)覽工具打開，以顯示或從容器中提取信息。然后，可以使用此信息更新HTML Web頁面和/或向此服務(wù)維護(hù)的可搜索的數(shù)據(jù)庫添加信息。SC預(yù)覽工具實(shí)際上是電子數(shù)字內(nèi)容商店103用來打開和處理元數(shù)據(jù)SC 620的內(nèi)容獲取工具的子集。有關(guān)詳細(xì)信息，請參閱“內(nèi)容獲取工具”部分。然后，應(yīng)該將元數(shù)據(jù)SC 620文件移到由內(nèi)容促銷網(wǎng)站156維護(hù)的永久的目錄。
一旦元數(shù)據(jù)SC 620已經(jīng)集成到內(nèi)容促銷網(wǎng)站156，就可以公布其可用性。當(dāng)每一個(gè)新元數(shù)據(jù)SC 620被添加到站點(diǎn)，內(nèi)容提供商101可以向所有訂閱電子數(shù)字內(nèi)容商店103發(fā)送一個(gè)通知，或者可以對所有添加的元數(shù)據(jù)SC 620每天(或任何定義的周期)在當(dāng)天(或時(shí)間段)發(fā)出一個(gè)通知。此通知波美比重計(jì)通過與電子數(shù)字內(nèi)容商店103Web服務(wù)器進(jìn)行標(biāo)準(zhǔn)的HTTP交換來執(zhí)行的，具體方法是發(fā)送一個(gè)包含引用添加的元數(shù)據(jù)SC 620的定義的CGI字符串。此消息由電子數(shù)字內(nèi)容商店103(以后描述)的通知接口模塊來處理。
I.內(nèi)容托管娛樂業(yè)每年生產(chǎn)成千上萬的內(nèi)容標(biāo)題，如CDS、電影和游戲，添加到當(dāng)前可用的數(shù)以萬計(jì)內(nèi)容標(biāo)題中。設(shè)計(jì)了一個(gè)安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100以支持目前商店可用的所有內(nèi)容標(biāo)題。
安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100每天最終可以給下載到客戶的內(nèi)容標(biāo)題的數(shù)量達(dá)到數(shù)千或數(shù)萬。對于大量的標(biāo)題，這要求大量的帶寬。計(jì)算機(jī)磁盤空間和帶寬需要帶有多個(gè)內(nèi)容托管站點(diǎn)111的分布式、可縮放的實(shí)現(xiàn)方式。系統(tǒng)還支持全世界的客戶。這要求海外的站點(diǎn)以加快提供給全球的客戶。
設(shè)計(jì)了在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100上進(jìn)行內(nèi)容托管，以允許內(nèi)容提供商101托管它們自己的內(nèi)容113或共享公用設(shè)施。
在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100上進(jìn)行內(nèi)容托管由多個(gè)內(nèi)容托管站點(diǎn)111構(gòu)成，它們都包含安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100提供的所有內(nèi)容113，以及多個(gè)輔助內(nèi)容站點(diǎn)(未顯示)，它們包含內(nèi)容提供商101提供的當(dāng)前熱點(diǎn)。內(nèi)容托管站點(diǎn)111的數(shù)量隨著使用系統(tǒng)的最終用戶的數(shù)量而變化。輔助內(nèi)容站點(diǎn)托管了數(shù)量有限的歌曲，但它們將代表在系統(tǒng)上使用的大多數(shù)帶寬。當(dāng)主要站點(diǎn)上的容量增大到最大容量時(shí)，輔助站點(diǎn)被投入運(yùn)行。輔助站點(diǎn)可以位于網(wǎng)絡(luò)訪問點(diǎn)(NAP)的附近，這將幫助提高下載速度。它們還可能位于全世界的不同的地區(qū)，以提高下載速度。
如果內(nèi)容提供商101選擇在他們自己系統(tǒng)中托管所有內(nèi)容113，則它們可以充當(dāng)單個(gè)內(nèi)容托管站點(diǎn)111，有或者沒有更多的輔助內(nèi)容站點(diǎn)。這就允許它們構(gòu)建它們自己的可縮放的分布式系統(tǒng)。在另一個(gè)實(shí)施例中，對于某些內(nèi)容113，電子數(shù)字內(nèi)容商店103還可以充當(dāng)內(nèi)容托管站點(diǎn)111。此實(shí)施例要求在電子數(shù)字內(nèi)容商店101和內(nèi)容提供商101之間進(jìn)行特殊的財(cái)務(wù)協(xié)議。
1.內(nèi)容托管站點(diǎn)內(nèi)容113被本說明書的“內(nèi)容提供商”部分所描述的內(nèi)容分配工具通過FTP或HTTP或者通過諸如磁帶、CD-ROM、閃存或其他計(jì)算機(jī)可讀的介質(zhì)之類的離線裝置添加到內(nèi)容托管站點(diǎn)111。內(nèi)容提供商101創(chuàng)建的元數(shù)據(jù)SC 620包含一個(gè)指出定位此內(nèi)容113的內(nèi)容SC 630的URL的字段。此URL對應(yīng)于內(nèi)容托管站點(diǎn)111。電子數(shù)字內(nèi)容商店103可以覆蓋此URL(如果Offer SC 641中的內(nèi)容提供商101允許)。當(dāng)最終用戶設(shè)備109希望下載內(nèi)容SC 630時(shí)，最終用戶設(shè)備109傳輸?shù)酱藘?nèi)容托管站點(diǎn)111。
最終用戶設(shè)備109通過將許可證Sc 660發(fā)送到內(nèi)容托管站點(diǎn)111啟動對內(nèi)容SC 630的請求。這與票據(jù)交換所105返回的許可證SC 660相同。可以驗(yàn)證許可證SC 660的數(shù)字簽名以判斷它是否為有效的許可證SC 660。如果它是有效的許可證Sc 660，則要么啟動下載，或者下載請求可以重定向到另一個(gè)內(nèi)容托管站點(diǎn)111。
2.安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100提供的內(nèi)容托管站點(diǎn)111對于安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100，應(yīng)該使用哪一個(gè)站點(diǎn)下載內(nèi)容113的決策是由內(nèi)容SC 630的初始請求的主要內(nèi)容站點(diǎn)決定的。此站點(diǎn)使用下列信息做出此決定是否有托管請求的內(nèi)容113的輔助內(nèi)容站點(diǎn)？(安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100提供的內(nèi)容113的大部分只位于主要站點(diǎn)上)最終用戶設(shè)備109的地理位置位于何處？(當(dāng)請求在最終用戶設(shè)備109啟動請求時(shí)，此信息可以從最終用戶設(shè)備109獲得，此信息在定單SC 650中傳遞到票據(jù)交換所105；是否有適當(dāng)?shù)妮o助站點(diǎn)并在運(yùn)行？(有時(shí)輔助站點(diǎn)可以是離線的)；輔助站點(diǎn)的負(fù)載是多少？(在某些情況下，輔助站點(diǎn)比較忙，可以選擇不算忙的另一個(gè)站點(diǎn)。
在將內(nèi)容SC 630傳輸?shù)阶罱K用戶設(shè)備109之前，應(yīng)最終用戶的請求執(zhí)行分析和驗(yàn)證。維護(hù)了一個(gè)用于下載內(nèi)容113的所有許可證SC ID的數(shù)據(jù)庫?？梢詸z查此數(shù)據(jù)庫，以確保最終用戶設(shè)備109只對購買的每一個(gè)內(nèi)容113片段發(fā)出請求。這防止了惡意用戶反復(fù)地訪問內(nèi)容托管站點(diǎn)111，希望減慢內(nèi)容托管站點(diǎn)111的速度，并防止內(nèi)容SC 630的未經(jīng)授權(quán)的下載。
內(nèi)容113的提升和降級到輔助內(nèi)容站點(diǎn)是定期根據(jù)單個(gè)內(nèi)容113的片段的客戶需求來執(zhí)行的。
內(nèi)容托管路由器內(nèi)容托管路由器(未顯示)駐留在內(nèi)容托管站點(diǎn)111并接收所有來自希望下載內(nèi)容113最終用戶的請求。它對最終用戶請求執(zhí)行檢查，以確保他們實(shí)際購買了內(nèi)容113。維護(hù)了一個(gè)有關(guān)輔助內(nèi)容站點(diǎn)的狀態(tài)的數(shù)據(jù)庫，包括什么內(nèi)容113位于它們上面以及它們的當(dāng)前狀態(tài)。此當(dāng)前狀態(tài)包括站點(diǎn)上的活動量以及站點(diǎn)是否停機(jī)以便進(jìn)行維護(hù)。
到內(nèi)容托管路由器的唯一的接口是許可證Sc 660，這是當(dāng)要求下載內(nèi)容113時(shí)由最終用戶設(shè)備109發(fā)送的。許可證SC 660包括指出允許用戶下載內(nèi)容113的信息。
輔助內(nèi)容站點(diǎn)輔助內(nèi)容站點(diǎn)(未顯示)托管了安全數(shù)字內(nèi)容分發(fā)系統(tǒng)100的流行的內(nèi)容113。這些站點(diǎn)分散世界各地，并位于網(wǎng)絡(luò)訪問點(diǎn)(NAP)的附近，以改善下載時(shí)間。當(dāng)主要內(nèi)容托管站點(diǎn)111靠近最大容量時(shí)，這些站點(diǎn)按需要被添加到系統(tǒng)。
IX.電子數(shù)字內(nèi)容商店A.概述-對多個(gè)電子數(shù)字內(nèi)容商店103的支持電子數(shù)字內(nèi)容商店103基本上是零售商。它們是銷售內(nèi)容113以便向客戶分發(fā)的實(shí)體。對于內(nèi)容113的分發(fā)，這將包括數(shù)字內(nèi)容零售網(wǎng)站、數(shù)字內(nèi)容零售商店、或任何希望涉及向消費(fèi)者銷售電子內(nèi)容113的業(yè)務(wù)。這些業(yè)務(wù)可以只銷售電子內(nèi)容113，可以選擇只將電子產(chǎn)品的銷售添加到它們當(dāng)前銷售的任何其他商品中。通過將可下載的電子產(chǎn)品引入到電子數(shù)字內(nèi)容商店103的服務(wù)提供中是通過為電子數(shù)字內(nèi)容商店103作為安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的一部分開發(fā)的工具集來實(shí)現(xiàn)的。
這些工具被電子數(shù)字內(nèi)容商店103用來●獲取由內(nèi)容提供商101打包的元數(shù)據(jù)SC 620●從這些Sc提取內(nèi)容113用作構(gòu)建他們的服務(wù)產(chǎn)品的輸入●創(chuàng)建Offer SC 641，描述它們供出售的可下載的內(nèi)容113●通過創(chuàng)建和向最終用戶設(shè)備109發(fā)送事務(wù)SC 640，處理銷售的確認(rèn)和下載的開始管理可下載的內(nèi)容113的銷售的事務(wù)日志和每一個(gè)下載的狀態(tài)處理狀態(tài)通知和事務(wù)身份驗(yàn)證請求●執(zhí)行對帳設(shè)計(jì)了一些工具，以提供電子數(shù)字內(nèi)容商店103希望將可下載的電子內(nèi)容113的銷售集成到其服務(wù)中的方式的靈活性。可以這樣使用這些工具，以便購買的可下載的內(nèi)容113的所有財(cái)務(wù)結(jié)算都由票據(jù)交換所105來處理，雖然這不作要求。這些工具還可使電子數(shù)字內(nèi)容商店103完全服務(wù)于他們的客戶，以及處理財(cái)務(wù)事務(wù)本身，包括提供促銷和特殊產(chǎn)品。這些工具可使電子數(shù)字內(nèi)容商店103很快地將可下載的內(nèi)容113的銷售很快地集成到其現(xiàn)有的服務(wù)中。此外，電子數(shù)字內(nèi)容商店103不必托管可下載的內(nèi)容113，也不必管理其分發(fā)。由內(nèi)容提供商101所選擇的內(nèi)容托管站點(diǎn)111來執(zhí)行此功能。
在優(yōu)選實(shí)施例中，電子數(shù)字內(nèi)容商店103的工具是以Java實(shí)現(xiàn)的，但也可以使用諸如C/C++、匯編語言和等效的其他編程語言。應(yīng)該理解，如下所述的電子數(shù)字內(nèi)容商店103的工具可以在各種硬件和軟件平臺上運(yùn)行。電子數(shù)字內(nèi)容商店103作為一個(gè)完整的系統(tǒng)，或作為其構(gòu)成組件可以作為計(jì)算機(jī)可讀的介質(zhì)中應(yīng)用程序分發(fā)，包括但不僅限于諸Web或在軟盤、CD-ROM和可移動的硬盤驅(qū)動器之類的電子分發(fā)。
在另一個(gè)實(shí)施例中，電子數(shù)字內(nèi)容商店103的組件是程序員的軟件工具箱的一部分。此工具箱可實(shí)現(xiàn)到下面討論的一般電子數(shù)字內(nèi)容商店103的組件的預(yù)定義的接口。這些預(yù)定義的接口是API或應(yīng)用程序編程接口的形式。使用這些API的開發(fā)人員可以從高級別應(yīng)用程序?qū)崿F(xiàn)組件的任何功能。通過向這些組件提供API，程序員可以很快地開發(fā)一個(gè)自定義電子數(shù)字內(nèi)容商店103，而不必重新創(chuàng)建這些組件的任何組件的這些功能和資源。
電子數(shù)字內(nèi)容商店103不僅限于基于Web的服務(wù)提供。提供的工具被希望銷售可下載的電子內(nèi)容113的所有電子數(shù)字內(nèi)容商店103使用，不管用于向最終用戶提供此內(nèi)容113的傳輸基礎(chǔ)結(jié)構(gòu)或提供模式。通過衛(wèi)星和電纜基礎(chǔ)結(jié)構(gòu)提供的播放服務(wù)還使用這些相同的工具以獲取、打包和跟蹤電子內(nèi)容113銷售情況。演示待售的電子商品和將這些產(chǎn)品提供給最終用戶的方法是基于廣播的服務(wù)提供和點(diǎn)到點(diǎn)交互式的Web服務(wù)類型提供之間的主要區(qū)別。
B.點(diǎn)到點(diǎn)電子數(shù)字內(nèi)容分發(fā)服務(wù)點(diǎn)到點(diǎn)主要是指在電子數(shù)字內(nèi)容商店103和最終用戶設(shè)備109之間的一對一的交互服務(wù)。這通常代表了通過電話或電纜調(diào)制解調(diào)器連接提供的因特網(wǎng)基于Web的服務(wù)。在此模式下還支持不同于因特網(wǎng)的網(wǎng)絡(luò)，只要它們符合Web服務(wù)器/客戶端瀏覽器模式即可。圖9是一個(gè)說明電子數(shù)字內(nèi)容商店103的主要工具、組件和過程的方框圖。
1.集成要求安全的數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100不僅創(chuàng)建新的在線業(yè)務(wù)，但為現(xiàn)有的業(yè)務(wù)提供了一種方法，以將可下載的電子內(nèi)容113的銷售集成到它們的當(dāng)前報(bào)表中。提供給電子數(shù)字內(nèi)容商店103的工具套件可以簡化此集成工作。內(nèi)容獲取工具171和SC包裝器工具153為電子數(shù)字內(nèi)容商店103提供了一種方法，以從成員內(nèi)容提供商101獲取有關(guān)它們具有可用于銷售的信息，并創(chuàng)建引用這些可下載的對象作為他們自己報(bào)表中的項(xiàng)目所要求的文件。此過程是批驅(qū)動的，并可以大大地自動執(zhí)行，并只將新內(nèi)容113集成到站點(diǎn)中。
設(shè)計(jì)了安全數(shù)字內(nèi)容電子分發(fā)的工具，以允許將電子可下載的內(nèi)容113的銷售集成到基于Web的電子數(shù)字內(nèi)容商店103(例如，Columbia Mouse online、Music Boulevard、eTower)典型的實(shí)現(xiàn)方式，并等效于對它們當(dāng)前內(nèi)容113零售范例的最小更改。可以有多種集成方法，在優(yōu)選實(shí)施例中，電子數(shù)字內(nèi)容商店103為所有產(chǎn)品搜索、預(yù)覽、選擇(購物車)和購買提供支持。每一個(gè)電子數(shù)字內(nèi)容商店103建立了獎勵，并如目前那樣銷售其產(chǎn)品。在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中，它將簡單地需要指出在其報(bào)表中哪些產(chǎn)品還可用于電子下載，并允許其客戶在進(jìn)行購買選擇時(shí)選擇電子下載選項(xiàng)。在另一個(gè)實(shí)施例中，客戶的購物車可以包含電子(內(nèi)容113)和物理介質(zhì)選擇的混合物。在客戶付帳之后，電子數(shù)字內(nèi)容商店103完成財(cái)務(wù)結(jié)算，并記錄或通知其裝運(yùn)和處理功能，以處理購買的物理商品，然后，電子數(shù)字內(nèi)容商店103的商務(wù)處理功能調(diào)用事務(wù)處理器模塊175以處理完全完全電子化的下載。它簡單地將所需的信息以及所有處理從該點(diǎn)傳遞，由安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的工具集處理。在另一個(gè)實(shí)施例中，事務(wù)處理的其他方法也是可以的，并使用安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的工具來處理財(cái)務(wù)結(jié)算，萬一電子數(shù)字內(nèi)容商店103希望銷售可下載的商品，或者將物理和可下載的商品的財(cái)務(wù)結(jié)算分開。
為處理商品的下載，電子數(shù)字內(nèi)容商店103被給予一個(gè)它從內(nèi)容提供商161的內(nèi)容促銷網(wǎng)站156獲取每一個(gè)可下載的產(chǎn)品的產(chǎn)品ID(未顯示)。此產(chǎn)品ID與客戶的可下載的產(chǎn)品的購買選擇關(guān)聯(lián)。產(chǎn)品ID是電子數(shù)字內(nèi)容商店103傳遞給事務(wù)處理器模塊175以標(biāo)識用戶購買的產(chǎn)品的東西。創(chuàng)建的用于描述產(chǎn)品的Sc(OfferSC 642)，與電子數(shù)字內(nèi)容商店103分開，并保留在Offer數(shù)據(jù)庫181中，以便簡化這些對象的管理，并使它們的存在對電子數(shù)字內(nèi)容商店103透明。
提供了事務(wù)處理器模塊175及其他附加功能，作為Web服務(wù)器端可執(zhí)行程序(即，CGI和NSAPI，ISAPT可調(diào)用的功能)或簡單的到DLL或C對象庫的API。這些功能處理最終用戶交互和可選的與票據(jù)交換所105的運(yùn)行時(shí)間過程。這些功能與Web服務(wù)器的商務(wù)服務(wù)進(jìn)行交互，以創(chuàng)建啟動內(nèi)容113下載過程所需要的文件并下載到最終用戶設(shè)備的109。它們還處理可選的交互，以提供授權(quán)和接受活動的完成的通知。
還提供了對帳工具179，以幫助電子數(shù)字內(nèi)容商店103與票據(jù)交換所105進(jìn)行聯(lián)系，以便根據(jù)其自己的和票據(jù)交換所105的事務(wù)日志進(jìn)行對帳。
2.內(nèi)容獲取工具171內(nèi)容獲取工具171負(fù)責(zé)與內(nèi)容促銷網(wǎng)站156連接以預(yù)覽和下載元數(shù)據(jù)SC 620。由于內(nèi)容促銷站點(diǎn)是一個(gè)標(biāo)準(zhǔn)網(wǎng)站，電子數(shù)字內(nèi)容商店103使用一個(gè)Web瀏覽器來導(dǎo)航此站點(diǎn)。導(dǎo)航功能隨著內(nèi)容提供商101的站點(diǎn)設(shè)計(jì)而變化。某些站點(diǎn)可能提供廣泛的搜索功能，并帶有促銷信息的許多屏幕。其他人可能具有簡單的瀏覽器界面，并帶有標(biāo)題、執(zhí)行者、或新的版本列表，以供從中選擇。所有站點(diǎn)都包括元數(shù)據(jù)SC 620的選擇，包含歌曲或?qū)］嫷乃写黉N和描述性信息。
或者，電子商店103可以預(yù)訂內(nèi)容更新并通過FTP自動接收更新。
查看元數(shù)據(jù)內(nèi)容獲取工具171是一個(gè)Web瀏覽器幫助器應(yīng)用程序，該應(yīng)用程序在每當(dāng)在內(nèi)容促銷網(wǎng)站156上選擇元數(shù)據(jù)SC 620鏈接時(shí)啟動。選擇SC使它被下載到電子數(shù)字內(nèi)容商店103，并啟動幫助器應(yīng)用程序。內(nèi)容獲取工具171打開元數(shù)據(jù)SC 620并顯示包含在其中的非加密信息。顯示的信息包括提取的元數(shù)據(jù)173，舉一個(gè)音樂的例子，與歌曲關(guān)聯(lián)的圖像和描述歌曲的信息，如果歌曲的預(yù)覽剪輯包括在元數(shù)據(jù)SC 620中，則還可以聽到該剪輯。在內(nèi)容113是音樂的例子中，有關(guān)歌曲或?qū)］嫷拇黉N信息、專輯標(biāo)題，以及如果內(nèi)容提供商101提供了藝術(shù)家，還可以顯示藝術(shù)家。此信息還作為瀏覽器窗口中的一系列鏈接的HTML頁面顯示，諸如歌曲和歌詞以及內(nèi)容提供商101希望保護(hù)的任何其他元數(shù)據(jù)之類的可購買的內(nèi)容113，都不能從零售內(nèi)容網(wǎng)站180訪問。
在另一個(gè)實(shí)施例中，內(nèi)容提供商101提供可選促銷內(nèi)容，以獲取利潤。在此實(shí)施例中，在元數(shù)據(jù)SC 620中，這樣的促銷內(nèi)容是加密的。打開此數(shù)據(jù)財(cái)務(wù)結(jié)算活動可以通過票據(jù)交換所105利用被收取指定費(fèi)用的電子數(shù)字內(nèi)容商店103的帳戶來進(jìn)行處理。
提取元數(shù)據(jù)除預(yù)覽功能之外，此工具提供了另外兩個(gè)功能元數(shù)據(jù)提取和Offer SC 641的準(zhǔn)備。元數(shù)據(jù)提取選項(xiàng)的選擇提示電子數(shù)字內(nèi)容商店103輸入到將存儲元數(shù)據(jù)的位置的路徑和文件名。諸如圖形和音頻預(yù)覽剪輯之類的二進(jìn)制元數(shù)據(jù)作為單獨(dú)的文件存儲，文本元數(shù)據(jù)存儲在ASCII分隔的文本文件中，然后，零售內(nèi)容網(wǎng)站180可以將該文件導(dǎo)入到其數(shù)據(jù)庫中。描述ASCII分隔的文件的布局的表也在單獨(dú)的TOC文件中創(chuàng)建。還可以有更多的選項(xiàng)，以允許提取到其他國家語言支持(NLS)支持的格式。
在提取的數(shù)據(jù)中提供的一個(gè)重要信息片段是產(chǎn)品ID。此產(chǎn)品ID是電子數(shù)字內(nèi)容商店103向事務(wù)處理器模塊175(有關(guān)詳細(xì)信息，請參閱“事務(wù)處理”部分)標(biāo)識用戶購買的內(nèi)容113所需要的商務(wù)處理功能。事務(wù)處理器模塊175使用此產(chǎn)品ID從Offer數(shù)據(jù)庫181中適當(dāng)?shù)貦z索適當(dāng)?shù)腛ffer SC 641，以便隨后下載到最終用戶設(shè)備109。電子數(shù)字內(nèi)容商店103對它如何呈現(xiàn)其站點(diǎn)上的可下載的內(nèi)容113的提供具有完全控制。它只須保留向此產(chǎn)品ID提供的內(nèi)容113的交叉引用，以便適當(dāng)?shù)嘏c安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的工具連接。這里提供此信息，允許電子數(shù)字內(nèi)容商店103將此產(chǎn)品或內(nèi)容113集成到其報(bào)表和銷售頁面(數(shù)據(jù)庫)，與OfferSC 641創(chuàng)建過程并行，因?yàn)檫@兩個(gè)進(jìn)程都使用相同的產(chǎn)品ID來引用產(chǎn)品。這在下面進(jìn)行描述。
Offer SC創(chuàng)建153電子數(shù)字內(nèi)容商店103被要求創(chuàng)建一個(gè)Offer SC 641，描述待售的可下載的內(nèi)容113。進(jìn)入Offer SC 641的大多數(shù)信息從元數(shù)據(jù)Sc 620派生而來。內(nèi)容獲取工具171通過以下操作創(chuàng)建Offer SC641如元數(shù)據(jù)SC 620中的Offer SC模板所定義的，從元數(shù)據(jù)SC620中刪除不需要包括在Offer SC 641中的部分如此工具中的配置選項(xiàng)指定默認(rèn)值所定義的，添加電子數(shù)字內(nèi)容商店103的更多的要求的部分如元數(shù)據(jù)SC 620中的Offer SC模板所定義的，提示提供更多的所需輸入或選擇調(diào)用SC包裝器153將此信息打包到SC格式要由播放器應(yīng)用程序195(以后作進(jìn)一步的描述)顯示在最終用戶設(shè)備109上的元數(shù)據(jù)將保留元數(shù)據(jù)SC 620中。只被電子數(shù)字內(nèi)容商店103作為到其Web服務(wù)數(shù)據(jù)庫的輸入的其他促銷元數(shù)據(jù)將從元數(shù)據(jù)SC 620中刪除。由內(nèi)容提供商101提供的權(quán)利管理信息，如水印說明、加密的SynTletric密鑰623，以及定義對象的允許的使用的使用條件517也將保留。
此脫去的元數(shù)據(jù)SC 620然后包括在Offer SC 641中。電子數(shù)字內(nèi)容商店103也將其自己的叫做“存儲使用條件519”的使用條件或購買選項(xiàng)附加到Offer SC 641。這可以交互地實(shí)現(xiàn)或通過默認(rèn)值集自動實(shí)現(xiàn)。如果被配置為交互地處理，則電子數(shù)字內(nèi)容商店103被提示提供允許的對象使用條件517，如內(nèi)容提供商101所定義的那樣。然后他選擇他希望向其客戶提供的選項(xiàng)?，F(xiàn)在這些變成新的使用條件或存儲使用條件919。要自動處理，電子數(shù)字內(nèi)容商店103配置默認(rèn)購買選項(xiàng)集，以便為所有內(nèi)容113提供。這些默認(rèn)選項(xiàng)自動對照由內(nèi)容提供商101定義的所允許的使用條件517來進(jìn)行自動，如果沒有差異，則在Offer SC 541中進(jìn)行設(shè)置。
一旦創(chuàng)建了offer SC 641，它存儲在Offer數(shù)據(jù)庫181，并帶有在元數(shù)據(jù)SC 620中預(yù)先指定的產(chǎn)品ID。當(dāng)與Offer數(shù)據(jù)庫121連接以檢索Offer SC 641時(shí)，這些產(chǎn)品ID以后被電子數(shù)字內(nèi)容商店103用來識別由客戶購買的可下載的內(nèi)容113，以便打包和向最終用戶傳輸。有關(guān)詳細(xì)信息，請參閱事務(wù)處理器模塊175”部分。
在另一個(gè)實(shí)施例中，電子數(shù)字內(nèi)容商店103在其站點(diǎn)托管了內(nèi)容SC 641。此實(shí)施例要求對offer SC 641進(jìn)行更改，如用電子數(shù)字內(nèi)容商店103的URL替換內(nèi)容托管站點(diǎn)111的URL。
3.事務(wù)處理模塊175電子數(shù)字內(nèi)容商店103直接與票據(jù)交換所105進(jìn)行結(jié)算?；蛘?，電子數(shù)字內(nèi)容商店103可以直接從票據(jù)交換所105請求財(cái)務(wù)結(jié)算。有兩種基本模式來處理可下載的內(nèi)容113的最終用戶購買請求。如果電子數(shù)字內(nèi)容商店103不希望處理購買的財(cái)務(wù)結(jié)算，并沒有特殊的控制商品的銷售的促銷或獎勵，不使用購物車來捆綁購買請求，可以向Offer SC 641文件直接提供其內(nèi)容113下載頁面上的鏈接。這些Offer SC 641將必須帶有包括在元數(shù)據(jù)中的零售價(jià)信息。Offer Sc 641中還包括特殊的HTML offer頁面，該頁面呈現(xiàn)帶有銷售的條款的購買選項(xiàng)。此頁面用當(dāng)構(gòu)建Offer SC 641時(shí)創(chuàng)建的模板生成。當(dāng)最終用戶單擊到offer SC 641的直接鏈接時(shí)，OfferSC 641下載到瀏覽器最終用戶設(shè)備109，啟動一個(gè)幫助器應(yīng)用程序，該幫助器應(yīng)用程序打開容器，并呈現(xiàn)Offer Sc 641中包括的offer頁面。此頁面包含一個(gè)表單，以收集客戶信息，包括信用卡信息和購買選項(xiàng)選擇。然后，該表單被直接提交到票據(jù)交換所105，以便進(jìn)行財(cái)務(wù)結(jié)算和處理?？蛇x地，此表單可以包含使用最終用戶的信用信息所需要的字段或行業(yè)標(biāo)準(zhǔn)本地事務(wù)處理程序。
現(xiàn)在描述電子數(shù)字內(nèi)容商店103處理記帳的實(shí)施例。處理購買請求的比較典型的模式是允許電子數(shù)字內(nèi)容商店103處理財(cái)務(wù)結(jié)算，然后向最終用戶提交下載授權(quán)。此方法允許電子數(shù)字內(nèi)容商店103將可下載的內(nèi)容113的銷售與其站點(diǎn)上的銷售的其他商品集成，允許對購買請求進(jìn)行成批處理，只向客戶進(jìn)行一次統(tǒng)一的收費(fèi)(通過購物車)，而不是對每一個(gè)下載請求進(jìn)行分別的收費(fèi)，并允許電子數(shù)字內(nèi)容商店103直接跟蹤其客戶的購買模式，并提供特殊的促銷和俱樂部選項(xiàng)。在此環(huán)境中，可下載的內(nèi)容113的提供包括在其購物頁面中，該內(nèi)容在被最終用戶選擇時(shí)添加到購物車中，并與電子數(shù)字內(nèi)容商店的103當(dāng)前購物模式中的那樣，進(jìn)行處理和財(cái)務(wù)結(jié)算。一旦完成財(cái)務(wù)結(jié)算，電子數(shù)字內(nèi)容商店103的商務(wù)處理進(jìn)程調(diào)用事務(wù)處理器模塊175以完成事務(wù)。
事務(wù)處理器模塊175事務(wù)處理器模塊175的角色是將最終用戶設(shè)備109所需要的信息綜合在一起，以啟動和處理購買的內(nèi)容113的下載。此信息被打包到事務(wù)SC 640中，該信息被Web服務(wù)器作為對購買提交的響應(yīng)發(fā)回最終用戶設(shè)備109。事務(wù)處理器模塊175需要電子數(shù)字內(nèi)容商店103的商務(wù)處理進(jìn)程提供三種信息購買的內(nèi)容113的產(chǎn)品ID、事務(wù)數(shù)據(jù)642，以及確認(rèn)購買結(jié)算的HTML頁面或CGIURL。
產(chǎn)ID是與剛剛銷售的內(nèi)容113關(guān)聯(lián)的元數(shù)據(jù)SC 620中向電子數(shù)字內(nèi)容商店103提供的值。此產(chǎn)品ID用于從Offer數(shù)據(jù)庫181檢索關(guān)聯(lián)的Offer SC 641。
事務(wù)數(shù)據(jù)642是一個(gè)由電子數(shù)字內(nèi)容商店103的事務(wù)處理功能提供的信息的結(jié)構(gòu)，稍后用于將票據(jù)交換所105的處理與由電子數(shù)字內(nèi)容商店103執(zhí)行的財(cái)務(wù)結(jié)算事務(wù)關(guān)聯(lián)，并提供要包括在下載到最終用戶設(shè)備109的內(nèi)容113的水印中的用戶身份信息。當(dāng)票據(jù)交換所105接收有效的定單SC 650時(shí)，它記錄指出銷售的內(nèi)容113的事務(wù)，哪一個(gè)電子數(shù)字內(nèi)容商店103銷售的，以及包括最終用戶的名稱和事務(wù)ID 535的事務(wù)數(shù)據(jù)642。事務(wù)ID 535提供到財(cái)務(wù)結(jié)算事務(wù)的引用。以后由票據(jù)交換所105將此信息返回到電子數(shù)字內(nèi)容商店103，供與從內(nèi)容提供商101(或其代理)接收到的記帳聲明進(jìn)行對帳。票據(jù)交換所事務(wù)日志179可以被內(nèi)容提供商101用來判斷其什么內(nèi)容113已經(jīng)銷售，并允許他為每一個(gè)電子數(shù)字內(nèi)容商店103創(chuàng)建一個(gè)帳單，以便征收屬于他的版稅。除記帳之外的其他電子裝置可以用于在內(nèi)容提供商101和電子數(shù)字內(nèi)容商店103之間結(jié)算。
事務(wù)SC 640中提供的信息和事務(wù)SC 640的安全性和完整性向票據(jù)交換所105提供足夠的可靠性，購買事務(wù)是有效的，在由票據(jù)交換所105記錄此銷售之前，不需要進(jìn)行進(jìn)一步的驗(yàn)證。然而，電子數(shù)字內(nèi)容商店103具有在從其帳戶收費(fèi)之前請求驗(yàn)證的選項(xiàng)(在票據(jù)交換所105中記錄的事務(wù)，向內(nèi)容提供商101指出，此電子數(shù)字內(nèi)容商店103已經(jīng)為此內(nèi)容113的銷售收取了費(fèi)用)。此驗(yàn)證/通知的請求由事務(wù)數(shù)據(jù)642中的標(biāo)志來指出。在此情況下，票據(jù)交換所105與電子數(shù)字內(nèi)容商店103聯(lián)系，并在從其帳戶收取費(fèi)用并發(fā)布加密密鑰623之前從電子數(shù)字內(nèi)容商店103接收授權(quán)。事務(wù)ID 535作為此身份驗(yàn)證請求的一部分被從票據(jù)交換所105傳遞到電子數(shù)字內(nèi)容商店103以使電子數(shù)字內(nèi)容商店103將對以前執(zhí)行的事務(wù)的此請求與最終用戶關(guān)聯(lián)。此事務(wù)ID 535可以是電子數(shù)字內(nèi)容商店103希望使用的任何唯一值，并只讓其收益。
事務(wù)數(shù)據(jù)642還包含客戶名稱。此名稱可以來自于當(dāng)用戶購買時(shí)由該用戶填充的購買表單的用戶名字段，或者來自于在向電子數(shù)字內(nèi)容商店103進(jìn)行某些用戶注冊過程期間以前記錄的信息，或者是從此事務(wù)中使用的卡關(guān)聯(lián)的信用卡信息獲得的。此名稱以后包括在許可證水印527中。
事務(wù)數(shù)據(jù)642還包含最終用戶購買的存儲使用條件519。此信息包括在許可證水印527中，并被最終用戶設(shè)備109用來進(jìn)行復(fù)制和播放控制。
事務(wù)處理器模塊175所需要的最后的參數(shù)是確認(rèn)購買結(jié)算的HTML頁面或CGI URL。這樣做的目的是允許電子數(shù)字內(nèi)容商店103以財(cái)務(wù)結(jié)算的確認(rèn)以及希望包括響應(yīng)中的其他信息來響應(yīng)最終用戶。此HTML頁面或CGI URL包括在事務(wù)Sc 640中，并當(dāng)接收和處理事務(wù)SC 640時(shí)顯示在最終用戶設(shè)備109的瀏覽器窗口。
事務(wù)SC 640是在處理購買提交之后從電子數(shù)字內(nèi)容商店103對最終用戶的HTTP響應(yīng)。作為直接的HTTP響應(yīng)發(fā)送SC強(qiáng)制在SC處理器幫助器應(yīng)用程序的最終用戶設(shè)備109上自動加載，如此允許事務(wù)的自動完成，而不取決于進(jìn)一步的最終用戶啟動的操作。稍后的部分將比較詳細(xì)地描述最終用戶設(shè)備109和播放器應(yīng)用程序195中的此進(jìn)程。
當(dāng)用所需的參數(shù)調(diào)用事務(wù)處理器模塊175時(shí)，它生成包含事務(wù)數(shù)據(jù)642的事務(wù)SC 640，事務(wù)確認(rèn)HTML頁面或SC的其他所需的安全功能的引用URL，并檢索和植入與購買關(guān)聯(lián)的Offer SC641。它還記錄有關(guān)此事務(wù)的信息，以供通知接口模塊176和對帳工具179使用。
4.通知接口模塊176通知接口模塊176是一個(gè)Web服務(wù)器端可執(zhí)行的例程(NSAPI可以調(diào)用的CGI或功能，ISAPI或等效物)。它處理來自票據(jù)交換所105、最終用戶設(shè)備109、內(nèi)容托管站點(diǎn)111和內(nèi)容提供商101的請求和通知。電子數(shù)字內(nèi)容商店103可以可選地請求其通知的事件是來自票據(jù)交換所105的通知，說明最終用戶設(shè)備109請求加密密鑰623，票據(jù)交換所105為指定內(nèi)容113發(fā)布加密密鑰623?？梢钥蛇x地配置此通知，要求在加密密鑰623發(fā)送到最終用戶設(shè)備109之前，從電子數(shù)字內(nèi)容商店103進(jìn)行身份驗(yàn)證。來自內(nèi)容托管站點(diǎn)111的通知，說明內(nèi)容SC 630已經(jīng)被發(fā)送到最終用戶設(shè)備109。
●來自最終用戶設(shè)備109的通知，內(nèi)容SC 630和許可證SC660被接收并成功地用于處理內(nèi)容113或被發(fā)現(xiàn)已經(jīng)損壞。來自內(nèi)容提供商101的通知，說明內(nèi)容113被放在內(nèi)容促銷網(wǎng)站156。
這些通知中沒有一個(gè)在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)流100中是必需的步驟，而是作為可選項(xiàng)提供的，以給電子數(shù)字內(nèi)容商店103提供在滿足銷售任務(wù)時(shí)關(guān)閉其記錄的機(jī)會。它還提供處理客戶服務(wù)請求所需要的信息，是這樣做的讓電子數(shù)字內(nèi)容商店103知道由于事務(wù)的財(cái)務(wù)結(jié)算或在完成銷售的嘗試過程中發(fā)生了什么錯誤什么功能已經(jīng)泄露。或者，此狀態(tài)的大部分在需要時(shí)可以從票據(jù)交換所105通過客戶服務(wù)接口184獲得。
在內(nèi)容促銷網(wǎng)站156上可用的新內(nèi)容113的通知的頻率由內(nèi)容提供商101判斷。通知可以在每一個(gè)新元數(shù)據(jù)Sc 620被添加時(shí)提供或者只是每天所有新的元數(shù)據(jù)Sc 620在那一天添加。
所有這些通知導(dǎo)致在事務(wù)日志278中記錄條目。如果電子數(shù)字內(nèi)容商店103希望對這些通知執(zhí)行他自己的處理，那么他可以截取CGI調(diào)用，執(zhí)行其唯一的功能，然后可選地將請求傳遞到通知接口模塊176。
5.對帳工具179此對帳工具179與票據(jù)交換所105進(jìn)行聯(lián)系，以比較事務(wù)日志178與票據(jù)交換所105的日志。這是一個(gè)可選的進(jìn)程，該進(jìn)程可用于幫助電子數(shù)字內(nèi)容商店103感覺對安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的帳戶系統(tǒng)滿意。
在另一個(gè)實(shí)施例中，此工具可以被更新，以提供電子資金轉(zhuǎn)帳，以便向內(nèi)容提供商101和票據(jù)交換所105進(jìn)行自動定期付款。它還可以被設(shè)計(jì)為在對照事務(wù)日志178進(jìn)行對帳之后，從票據(jù)交換所105接收電子票據(jù)。
C.廣播電子數(shù)字內(nèi)容分發(fā)服務(wù)廣播主要叫做一對多的傳輸方法，其中，在最終用戶設(shè)備109和電子數(shù)字內(nèi)容商店103之間沒有個(gè)人交互操作，無法自定義按需查看和收聽。這通常是通過數(shù)字衛(wèi)星或電纜基礎(chǔ)結(jié)構(gòu)提供的，其中內(nèi)容113被預(yù)編程，以便所有最終用戶設(shè)備109接收相同的流。
還可以定義一個(gè)混合模式，以便電子數(shù)字內(nèi)容商店103提供以這樣的方式組織的數(shù)字內(nèi)容服務(wù)，它可以通過因特網(wǎng)連接提供Web分發(fā)接口以及通過廣播服務(wù)提供較高的帶寬衛(wèi)星或電纜分發(fā)接口，與站點(diǎn)設(shè)計(jì)具有較大的通用性。如果IRD后通道串行接口連接到Web，并且IRD支持Web導(dǎo)航，則最終用戶可以通過后通道因特網(wǎng)接口以通常的方式導(dǎo)航數(shù)字內(nèi)容服務(wù)，預(yù)覽并選擇要購買的內(nèi)容113。用戶可以選擇高質(zhì)量可下載的內(nèi)容113，購買這些選擇，并通過因特網(wǎng)連接接收所需的許可證Sc 660，然后通過較高帶寬廣播接口請求提供內(nèi)容113(內(nèi)容SC 630)。Web服務(wù)可以指出哪一個(gè)內(nèi)容113將以這樣的方式根據(jù)廣播節(jié)目表可用于下載，并可以完全基于購買的內(nèi)容113構(gòu)建廣播流。此方法將允許基于Web的數(shù)字內(nèi)容服務(wù)與廣播設(shè)施進(jìn)行聯(lián)系，以向配備有適當(dāng)?shù)脑O(shè)備的用戶提供高質(zhì)量內(nèi)容113，使數(shù)量有限的特定內(nèi)容113(例如歌曲或CD)每日可用，整個(gè)目錄通過Web接口以較低的質(zhì)量可用于下載。
也可以設(shè)計(jì)其他廣播模式，其中，沒有到最終用戶設(shè)備109的Web接口。在此模式中，促銷內(nèi)容是最終用戶設(shè)備109(即，IRD)，在此執(zhí)行特殊處理，以對流進(jìn)行解碼，并向最終用戶呈現(xiàn)促銷內(nèi)容，從該內(nèi)容中可以進(jìn)行購買選擇。
實(shí)際購買選擇將通過從最終用戶設(shè)備109到票據(jù)交換所105的后通道通信來啟動，并將利用SC執(zhí)行所有數(shù)據(jù)交換。已經(jīng)以這樣的方式構(gòu)建并開發(fā)了提供給電子數(shù)字內(nèi)容商店103的工具集，以使大多數(shù)工具適用于點(diǎn)到點(diǎn)因特網(wǎng)服務(wù)提供以及廣播衛(wèi)星或電纜提供。數(shù)字內(nèi)容網(wǎng)站電子數(shù)字內(nèi)容商店103用來獲取并管理內(nèi)容113并準(zhǔn)備Sc的工具還被基于衛(wèi)星的電子數(shù)字內(nèi)容商店103來管理和準(zhǔn)備內(nèi)容113，以便在廣播基礎(chǔ)結(jié)構(gòu)上分發(fā)。通過Web服務(wù)分發(fā)的Sc與通過播放服務(wù)分發(fā)的Sc相同。
X.最終用戶設(shè)備109安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的最終用戶設(shè)備109的應(yīng)用程序執(zhí)行兩個(gè)主要功能第一，Sc處理和復(fù)制控制；第二，加密內(nèi)容113的播放。無論最終用戶設(shè)備109是個(gè)人計(jì)算機(jī)還是專門的電子消費(fèi)設(shè)備，它必須能夠執(zhí)行這些基本功能。最終用戶設(shè)備105還提供各種其他特點(diǎn)和功能，如創(chuàng)建播放列表管理數(shù)字內(nèi)容庫，在內(nèi)容播放期間顯示信息和圖像，記錄到外部介質(zhì)設(shè)備。這些功能根據(jù)這些應(yīng)用程序所支持的服務(wù)和設(shè)計(jì)應(yīng)用程序所針對的設(shè)備的類型而變化。
A.概述1.通過電信基礎(chǔ)結(jié)構(gòu)提供現(xiàn)在請參看圖10，該圖顯示了主要部件和進(jìn)程以及最終用戶設(shè)備109功能流。設(shè)計(jì)的以支持基于PC的Web接口內(nèi)容113服務(wù)的應(yīng)用程序由兩個(gè)可執(zhí)行的軟件應(yīng)用程序構(gòu)成Sc處理器192和播放器應(yīng)用程序195。Sc處理器192是一個(gè)可執(zhí)行應(yīng)用程序，該應(yīng)用程序被作為一個(gè)幫助器應(yīng)用程序配置到最終用戶Web瀏覽器191以處SC文件/MIME類型。每當(dāng)從電子數(shù)字內(nèi)容商店203、票據(jù)交換所105、和內(nèi)容托管站點(diǎn)111接收到SC時(shí)，瀏覽器啟動此應(yīng)用程序。它負(fù)責(zé)執(zhí)行SC的所有所需要的處理，最后將內(nèi)容113添加到最終用戶的數(shù)字內(nèi)容庫196。
播放器應(yīng)用程序195是一個(gè)獨(dú)立的可執(zhí)行應(yīng)用程序，最終用戶加載該應(yīng)用程序以在他的數(shù)字內(nèi)容庫196中執(zhí)行內(nèi)容113，管理他的數(shù)字內(nèi)容庫196并創(chuàng)建內(nèi)容113的副本(如果允許的話)。播放器應(yīng)用程序195和Sc處理器192應(yīng)用程序可以以Java、C/C++或任何等效的軟件編寫。在優(yōu)選實(shí)施例中，應(yīng)用程序可以從諸如網(wǎng)站之類的計(jì)算機(jī)可讀的裝置中下載。然而，其他提供機(jī)制也是可以的，如在諸如磁盤或CD之類的計(jì)算機(jī)可讀的介質(zhì)來提供。
搜索和瀏覽內(nèi)容113信息，預(yù)覽歌曲剪輯，并選擇要購買的歌曲，都通過最終用戶Web瀏覽器191來處理。電子數(shù)字內(nèi)容商店103與目前許多內(nèi)容113零售網(wǎng)站提供相同的購物體驗(yàn)。與目前的基于Web的內(nèi)容113購物對最終用戶的區(qū)別是，他們現(xiàn)在可以選擇可下載的內(nèi)容113對象以添加到它們的購物車中。如果電子數(shù)字內(nèi)容商店103除了可下載的對象之外還具有其他可用于銷售的其他商品，則最終用戶可能在他的購物車中會有物理和電子可下載的商品的組合。直到在最終用戶付帳并向電子數(shù)字內(nèi)容商店103提交他的最終購買授權(quán)之后，不涉及安全數(shù)字內(nèi)容電子分發(fā)最終用戶設(shè)備109。在此點(diǎn)之前，所有交互操作都在電子數(shù)字內(nèi)容商店103和最終用戶設(shè)備109上的瀏覽器191之間進(jìn)行。這包括預(yù)覽樣本數(shù)字內(nèi)容剪輯。數(shù)字內(nèi)容剪輯不是打包到Sc中，而是作為可下載的文件集成到電子數(shù)字內(nèi)容商店103的Web服務(wù)中或從流式服務(wù)器中播放。內(nèi)容113剪輯的格式不是由系統(tǒng)體系結(jié)構(gòu)決定的。在另一個(gè)實(shí)施例中，播放器應(yīng)用程序195可以直接與電子數(shù)字內(nèi)容商店103或票據(jù)交換所105進(jìn)行交互或者脫機(jī)使用促銷CD。
2.通過計(jì)算機(jī)可讀的介質(zhì)提供在此另一個(gè)實(shí)施例中，不是描述通過電信線路(如電話線路、cableTv、直接TV、因特網(wǎng)及其他有線和無線通信基礎(chǔ)結(jié)構(gòu))下載內(nèi)容113或者甚至播放器應(yīng)用程序195本身，在此實(shí)施例中，將描述計(jì)算機(jī)可讀的介質(zhì)。計(jì)算機(jī)可讀的介質(zhì)包括軟盤、CD、DVD、便攜式快閃存儲器、ZipDrive、可移動的硬盤驅(qū)動器和計(jì)算機(jī)可以從中讀取信息的任何其他可移動介質(zhì)。為簡單起見，在此實(shí)施例中，計(jì)算機(jī)可讀的介質(zhì)是CD 1802，內(nèi)容113是音樂。CD 1802代替內(nèi)容托管站點(diǎn)111以允許音樂通過物理介質(zhì)而不是通過諸如寬帶之類的電子裝置分發(fā)。CD 1802包含內(nèi)容SC 530中的音樂樣本，和多個(gè)壓縮的和加密音樂磁道和有關(guān)內(nèi)容113的關(guān)聯(lián)的元數(shù)據(jù)。音頻會話中的樣本磁道可以在標(biāo)準(zhǔn)CD播放器中。當(dāng)最終用戶設(shè)備109的內(nèi)置CD驅(qū)動器自動啟動Web瀏覽器191，以使最終用戶收聽音樂樣本并選擇一個(gè)或多個(gè)壓縮的和加密的歌曲進(jìn)行購買。
總體購買事務(wù)過程與從內(nèi)容托管站點(diǎn)111下載內(nèi)容113的過程相同。區(qū)別在于，加密的內(nèi)容113不從內(nèi)容托管站點(diǎn)111下載，而是在存儲在CD 1802中的內(nèi)容SC 630讀取內(nèi)容133。因此，CD 1802的使用消除了通過窄帶因特網(wǎng)下載時(shí)間比較長的問題，也不必使用寬帶因特網(wǎng)信道了。如前所述，對于內(nèi)容113的電信分發(fā)，使用最終用戶設(shè)備109的最終用戶通過從電子數(shù)字內(nèi)容商店103接收事務(wù)SC 641來訪問加密密鑰623以訪問加密密鑰623。在另一個(gè)實(shí)施例中，從內(nèi)容提供商101、或票據(jù)交換所105或過程購買授權(quán)的任何其他第三方源接收修改的事務(wù)SC 1832。
可以放到CD 1802的壓縮和加密歌曲的數(shù)量取決于音樂采樣在音頻會話中的數(shù)量的播放時(shí)間，并取決于壓縮音樂數(shù)據(jù)速率和每一個(gè)歌曲的長度。例如，如果允許大約二十(20)秒的音樂采樣，那么，CD 1802上將可以容納大約四(4)個(gè)以256千位/秒壓縮的60分鐘長度的音樂作品或八(8)個(gè)以128千位/秒壓縮的60分鐘長度的專輯。如果計(jì)算機(jī)可讀的介質(zhì)是DVD而不是CD 1802，則當(dāng)前DVD技術(shù)存儲大約比CD介質(zhì)中的壓縮音樂作品的數(shù)量的5倍。相應(yīng)地，利用當(dāng)前DVD技術(shù)，可以存儲二十(20)個(gè)50分鐘的以256千位/秒壓縮的音樂作品和四十(40)個(gè)以128千位/秒壓縮的60分鐘的專輯。
現(xiàn)在描述CD 1002上存儲的信息的一個(gè)實(shí)施例。亦稱促銷包1801的信息分為兩個(gè)已知的一般的區(qū)域(i)內(nèi)容會話區(qū)域1804，在此例子中是音頻內(nèi)容；以及(ii)數(shù)據(jù)會話1806，該會話被集成到了播放器應(yīng)用程序195的功能中。
內(nèi)容會話區(qū)域1804包括-帶有有關(guān)CD 1802的內(nèi)容的信息的信息性音頻曲目1808和購買一個(gè)包括的壓縮歌曲的過程。
-關(guān)于20個(gè)促銷音樂的30秒音頻曲目1820。
數(shù)據(jù)會話1806包括-在最終用戶設(shè)備109中啟動數(shù)據(jù)會話的Autorun.exe 1812程序。如果在Microsoft Windows中啟用了自動運(yùn)行功能，則CD的autorun.exe 1812將會自動啟動。否則，最終用戶設(shè)備109必須手動啟動autorun.exe 1812。CD 1802中的readme.txt文件(未顯示)具有當(dāng)自動運(yùn)行功能在此情況下不可用時(shí)指導(dǎo)最終用戶的信息。作為其執(zhí)行的一部分，autorun.exe 1812打開CD 1802上的HTML頁面1816的第一個(gè)HTML頁面的第一個(gè)HTML頁面，這又會啟動Web瀏覽器191，Web瀏覽器191自動注冊邏輯驅(qū)動器標(biāo)識符(從該標(biāo)識符打開第一個(gè)HTML頁面)，并使用它作為當(dāng)前引用驅(qū)動器。
-指向CD 1802上的HTML頁面1816的第一個(gè)HTML頁面的Autorun.ini 1814文件。
-帶有指導(dǎo)最終用戶在Windows中沒有啟用自動運(yùn)行功能的情況下如何啟動autonm.exe的說明的Readme.txt(未顯示)文件。此文本文件還提供了有關(guān)CD 1802的用途以及購買音樂的過程的信息。
-播放器應(yīng)用程序安裝包1818允許最終用戶在最終用戶設(shè)備109上安裝播放器應(yīng)用程序195。
-支持最終用戶的導(dǎo)航以選擇音樂和收集最終用戶信用卡信息以發(fā)送到電子數(shù)字內(nèi)容商店103的HTML頁面1816集。
-每一個(gè)壓縮專輯的數(shù)據(jù)集。
-內(nèi)容SC 630和關(guān)聯(lián)的元數(shù)據(jù)。
-Offer SC 641指向CD 1802中的內(nèi)容SC 630和聲道文件。內(nèi)容。SC 630和聲道文件位于基于固定的目錄結(jié)構(gòu)的CD 1802。
-修改的事務(wù)SC 1824類似于電信實(shí)施例中的事務(wù)SC 640，修改的事務(wù)Sc 1824包含指向CD 1802上的Offer SC 641的標(biāo)識符，以及可用的使用條件519。
修改的事務(wù)SC 1824可以用內(nèi)容提供商101的數(shù)字簽名624進(jìn)行數(shù)字簽名。
現(xiàn)在請看圖19，該圖是圖18的另一個(gè)實(shí)施例的流程圖，說明了根據(jù)本發(fā)明的獲得數(shù)字內(nèi)容的權(quán)利。該過程從最終用戶將CD1802加載到最終用戶設(shè)備109開始，步驟1902。最終用戶可以收聽信息音頻曲目和音樂采樣及其他多媒體促銷材料，步驟1904。最終用戶與從CD 1802讀取的HTML頁面進(jìn)行交互，最終用戶選擇他/她想要買的音樂，并提供信用卡信息。HTML頁面1816向最終用戶提供諸如電信實(shí)施例中的Offer SC 640中的價(jià)格和使用條件519。
一旦最終用戶選擇購買的專輯，并提供信用卡信息，在Web瀏覽器191上運(yùn)行的瀏覽器腳本程序?qū)腃D 1802導(dǎo)出的通知SC1822傳輸?shù)街T如電子數(shù)字內(nèi)容商店103之類的支付站點(diǎn)，步驟1906。在最終用戶設(shè)備109和支付站點(diǎn)之間使用諸如SSL連接之類的安全的連接，以便防止信用卡和選擇信息在因特網(wǎng)上被竊聽。
在取得支付授權(quán)之后，Web瀏覽器191將接收到修改的事務(wù)Sc 1824。此修改的事務(wù)SC 1824類似于常規(guī)的修改的事務(wù)SC640，但它不攜帶SC 641，并包括通知sc 1822。即，修改的事務(wù)SC 1824攜帶事務(wù)數(shù)據(jù)642、通知SC 1822和音樂的使用條件519，步驟1908。
播放器應(yīng)用程序195接收CD 1802中的所選擇的offer Sc641。然后，應(yīng)用程序與票據(jù)交換所105進(jìn)行常規(guī)的交互，以獲得電信實(shí)施例的如圖6所述的選擇的內(nèi)容113的許可證SC 660，步驟1910。
在接收到內(nèi)容113的許可證SC 660之后，播放器應(yīng)用程序195復(fù)制CD 1802的對應(yīng)的內(nèi)容SC 630，并開始進(jìn)行圖6的上面的電信實(shí)施例所描述的那些部分的常規(guī)處理。
CD 1802的內(nèi)容準(zhǔn)備與上面的“部分VIII內(nèi)容提供商”中所描述的系統(tǒng)和方法相同。但不是創(chuàng)建內(nèi)容SC 630以便通過電信網(wǎng)絡(luò)進(jìn)行分發(fā)，內(nèi)容SC 630和Offer SC 640被寫入到CD 1802。CD1802上還包括每一個(gè)歌曲的通知SC 1822，每一個(gè)歌曲的OfferSC，以及HTML頁面集1816。autorun.exe 1812、autorun.ini1814和最終用戶應(yīng)用程序安裝包1818可以包括在CD 1802中。
播放器應(yīng)用程序195支持提供內(nèi)容113的電信實(shí)施例以及此計(jì)算機(jī)可讀的介質(zhì)分發(fā)實(shí)施例所需要的更改可以包括下面的“部分X.D播放器應(yīng)用程序”中列出的所有組件。這使得提供的兩個(gè)實(shí)施例兼容。此外，播放器應(yīng)用程序安裝包1818的功能包括軟件，該軟件-允許最終用戶選擇CD 1802中包括的專輯。
-允許最終用戶指向offer Sc 641、內(nèi)容Sc 630的位置。如果所需要的Offer Sc 641在CD 1802上不可用，那么向電子數(shù)字內(nèi)容商店103提供HTML地址。
-創(chuàng)建由對應(yīng)的Offer SC 641、數(shù)字簽名641和可用的使用條件519的標(biāo)識符組成的通知SC 1822。
-允許將指導(dǎo)最終用戶選擇和購買音樂的HTML頁面。HTML頁面的創(chuàng)建將基于頁面模板來進(jìn)行。模板應(yīng)該允許可以包含有關(guān)音樂的信息HTML頁面1816的創(chuàng)建和自定義。有關(guān)每一個(gè)歌曲的信息可以包括護(hù)套和封面技術(shù)，歌詞和使用條件。模板允許創(chuàng)建和自定義將提供給最終用戶的HTML表單的創(chuàng)建和自定義。
-允許操作員指向autorun.exe 1812文件、autorun.ini 1814文件和播放器應(yīng)用程序安裝包1818的位置。
-允許最終用戶修改autorun.ini 1814文件，以便它指向?qū)⑻峁┙o最終用戶的HTML頁面1816的第一個(gè)HTML頁面。
-允許最終用戶選擇音頻信息和音樂采樣聲道并指向在線URL。
至今為止描述了CD 1802上的內(nèi)容提供。值得注意的是，CD上的促銷加密內(nèi)容可以是常規(guī)音樂或DVD CD的一部分?？梢酝ㄟ^下面的部分D中的“播放器應(yīng)用程序195”中的小節(jié)4，“解密1505、解壓1506和播放組件1506”中的過程來創(chuàng)建CD 1802。CD1802包含來自內(nèi)容提供商101或者來自電子數(shù)字內(nèi)容商店103的促銷包1801。當(dāng)播放此CD 1802時(shí)，這就能使用戶或用戶的朋友非?？斓刭徺I到CD 1802上的內(nèi)容113。換句話說，如果用戶將CD 1802帶到朋友的家中收聽，則該朋友可以購買復(fù)制CD 1802的權(quán)利以便自己使用，而不必從內(nèi)容托管站點(diǎn)111下載內(nèi)容113。這就使得促銷包1801在朋友和同事之間非常快速的傳播。朋友不是返回到商店或通過因特網(wǎng)下載內(nèi)容113，該朋友可以使用下面的圖19中描述的過程流來創(chuàng)建CD 1802上加密的內(nèi)容113的副本。除內(nèi)容113之外，播放器應(yīng)用程序195還可以在CD 1802上提供，以便允許播放器應(yīng)用程序195通過一個(gè)社區(qū)進(jìn)行快速的傳播。
在又一個(gè)實(shí)施例中，促銷包1801可以在最終用戶之間通過電子郵件進(jìn)行傳播。但是目前壓縮文件通過電話線路傳輸仍比較慢。在諸如電纜調(diào)制解調(diào)器之類的較高速度網(wǎng)絡(luò)中將增大容量。通過給予用戶通過電子郵件向其他人發(fā)送促銷包1801的能力，內(nèi)容113可以由電子郵件列表中的任何一個(gè)人來購買。
B.應(yīng)用程序安裝播放器應(yīng)用程序195和幫助器應(yīng)用程序1981被打包到一個(gè)自安裝可執(zhí)行程序中，該程序可以從許多網(wǎng)站下載或通過上文X.A.3部分“通過計(jì)算機(jī)可讀的介質(zhì)提供”中的實(shí)施例來提供。票據(jù)交換所105充當(dāng)一個(gè)托管了公用網(wǎng)站上的主下載頁面的中央位置。它包含可以下載安裝包的位置的鏈接。安裝包在所有內(nèi)容托管站點(diǎn)111提供，以便滿足各個(gè)地理位置的下載請求。每一個(gè)成員電子數(shù)字內(nèi)容商店103還可以使包可以從他們的站點(diǎn)下載，也可以只提供到票據(jù)交換所105的公用網(wǎng)站上的主下載頁面的鏈接。
任何希望購買可下載的內(nèi)容113的最終用戶都下載并安裝此包。安裝自己包含在此可下載的包中。它打開包并安裝幫助器應(yīng)用程序198和播放器應(yīng)用程序195，還向安裝的Web瀏覽器配置幫助器應(yīng)用程序198。
作為安裝的一部分，為最終用戶設(shè)備109創(chuàng)建公用/私鑰661對，以便在處理定單和許可證SC 660時(shí)使用。還生成隨機(jī)對稱密鑰(秘密用戶密鑰)，以便在許可證數(shù)據(jù)庫197中保護(hù)歌曲加密密鑰使用。秘密用戶密鑰(未顯示)通過將密鑰分成多個(gè)部分并將密鑰的片段存儲在整個(gè)最終用戶的計(jì)算機(jī)的多個(gè)位置。代碼的此區(qū)域用抗竄改的軟件技術(shù)進(jìn)行保護(hù)，以便不會將密鑰的分段方式以及存儲的位置泄漏出去。甚至防止最終用戶訪問此密鑰有助于防止盜版或與其他計(jì)算機(jī)共享內(nèi)容113。有關(guān)如何使用這些密鑰的詳細(xì)信息，請參閱SC處理器192部分。
抗竄改軟件技術(shù)是阻止黑客未經(jīng)授權(quán)進(jìn)入計(jì)算機(jī)軟件應(yīng)用程序的方法。通常黑客希望理解和/或修改軟件以便刪除對使用的限制。在現(xiàn)實(shí)中，沒有不能被“黑”的計(jì)算機(jī)程序；這就是為什么抗竄改軟件沒有叫做“防竄改軟件”。但破壞抗竄改保護(hù)的應(yīng)用程序所需的努力通常會阻止大多數(shù)黑客，因?yàn)樗M(fèi)的努力與可能的收益不成正比。這里努力將是獲取到內(nèi)容113的一個(gè)片段(也許是CD上的單個(gè)歌曲)的密鑰的訪問。
一種抗竄改的軟件技術(shù)是來自于IBM。引入了此代碼的一個(gè)產(chǎn)品位于IBM ThinkPad 770膝上型計(jì)算機(jī)上。這里，抗竄改軟件用于保護(hù)計(jì)算機(jī)中的DVD電影播放器。諸如Hollywood studios之類的數(shù)字內(nèi)容提供商關(guān)心數(shù)字電影的來臨，以及制作完美的副本的容易程度，堅(jiān)持DVD光盤上的電影應(yīng)該包含復(fù)制保護(hù)機(jī)制。IBM的抗竄改軟件使得繞過這些復(fù)制保護(hù)機(jī)制變得困難。這是一個(gè)非常典型的抗竄改軟件的應(yīng)用程序；該軟件用于強(qiáng)制對內(nèi)容113的某些保護(hù)類型的使用實(shí)施某些規(guī)則。
IBM的抗干擾軟件在攻擊者的路徑中放入了幾種類型的障礙。首先，它包含戰(zhàn)勝或者至少降低黑客使用的標(biāo)準(zhǔn)軟件工具的有效性調(diào)試器和反匯編程序。其次，它包含自我完整性檢查，以便單個(gè)修改，或者少量的修改，都將被檢測并導(dǎo)致不正確的操作。最后，它包含迷惑性的內(nèi)容，以誤導(dǎo)黑客有關(guān)其真正的操作。后一種技術(shù)比較特別，但開頭兩個(gè)建立于加密技術(shù)中的已知的工具加密和數(shù)字簽名。
C.安全的容器處理器192當(dāng)最終用戶向電子數(shù)字內(nèi)容商店103提交他在他的購物車中收集的商品的最終購買授權(quán)時(shí)，他的Web瀏覽器仍處于活動狀態(tài)，等待Web服務(wù)器的響應(yīng)。電子數(shù)字內(nèi)容商店103的Web服務(wù)器處理購買，并執(zhí)行財(cái)務(wù)結(jié)算，然后將事務(wù)SC 640返回到最終用戶設(shè)備109。Sc處理器192(幫助器應(yīng)用程序198)被Web瀏覽器啟動以處理與事務(wù)SC 640關(guān)聯(lián)的SC mime類型。圖14是播放器應(yīng)用程序195將內(nèi)容下載到根據(jù)本發(fā)明的如圖10所描述的本地庫的用戶界面屏幕的例子。
SC處理器192打開事務(wù)SC 640，并提取響應(yīng)HTML頁面和包含在內(nèi)的Offer SC 641。響應(yīng)HTML頁面顯示在瀏覽器窗口，確認(rèn)最終用戶的購買。然后打開Offer SC 641，從它們中提取內(nèi)容113(例如歌曲或?qū)］?名稱以及相應(yīng)的下載時(shí)間，步驟1401。然后顯示一個(gè)新窗口，其中帶有此信息，并向最終用戶呈現(xiàn)調(diào)度內(nèi)容113(例如，音樂、歌曲或整個(gè)專輯)下載的選項(xiàng)，步驟1402。最終用戶可以選擇立即下載或者可以調(diào)度下載在以后進(jìn)行。如果選擇一個(gè)以后的時(shí)間，則下載調(diào)度信息將保存在一個(gè)日志中，如果最終用戶設(shè)備109的電源在預(yù)定時(shí)間是開啟的，那么，下載在此時(shí)就會啟動。如果計(jì)算機(jī)在預(yù)定下載時(shí)間沒有處于活動狀態(tài)或者通信鏈路沒有處于活動狀態(tài)，則當(dāng)計(jì)算機(jī)下次啟動時(shí)提示最終用戶重新安排下載時(shí)間。
當(dāng)調(diào)度的下載時(shí)間發(fā)生或者如果要求立即下載，SC處理器192從事務(wù)SC 640中的信息、offer Sc 641、以及在安裝時(shí)生成的最終用戶的公鑰661創(chuàng)建定單SC 650。此定單SC 650通過HTTP請求發(fā)送到票據(jù)交換所105。當(dāng)票據(jù)交換所105返回許可證Sc 660時(shí)，幫助器應(yīng)用程序198被重新調(diào)用以處理許可證SC 660。然后，打開許可證SC 660，并從參考定單SC 650提取內(nèi)容托管站點(diǎn)111的URL。然后，通過瀏覽器并通過http請求將許可證SC 660發(fā)送到指定的內(nèi)容托管站點(diǎn)111，以請求下載內(nèi)容SC 630。當(dāng)內(nèi)容SC 630回到瀏覽器時(shí)，幫助器應(yīng)用程序198被再次重新調(diào)用。SC處理器192顯示被下載的內(nèi)容113的名稱以及下載進(jìn)度指示器和要完成所估計(jì)的時(shí)間。
由于內(nèi)容113正在被Sc處理器192接收，它將內(nèi)容113數(shù)據(jù)加載到內(nèi)存緩沖器中以便進(jìn)行解密。緩沖器的大小取決于加密算法和水印技術(shù)193的要求，并是降低暴露于黑客代碼的非加密內(nèi)容113的量。由于緩沖器被填充，它使用從許可證SC 660中提取的最終用戶的密鑰623(對應(yīng)于公鑰661)進(jìn)行解密，許可證SC 660本身首先使用私鑰進(jìn)行解密。然后，將解密的緩沖器傳遞到水印功能。
水印193從許可證SC 660提取水印說明，并使用最終用戶的私鑰對說明進(jìn)行解密。然后，從許可證SC提取水印數(shù)據(jù)，該數(shù)據(jù)包括向電子數(shù)字內(nèi)容商店103(從該商店購買此內(nèi)容113)注冊的購買者的名稱之類的事務(wù)信息，或如果電子數(shù)字內(nèi)容商店103不提供注冊功能，從信用卡注冊信息導(dǎo)出。水印中還包括購買日期，以及電子數(shù)字內(nèi)容商店103指定的事務(wù)ID 535，以引用為此事務(wù)記錄的特定的記錄。還包括存儲使用條件519，以供播放器應(yīng)用程序195的復(fù)制控制。
水印193用抗竄改的代碼技術(shù)進(jìn)行保護(hù)，以便不暴露水印說明，從而防止黑客發(fā)現(xiàn)水印的位置和技術(shù)。這就防止了黑客刪除或修改水印。
在將任何所需的水印雕刻到此內(nèi)容緩存之后，該緩存被傳遞到加密功能以便重新加密194。使用諸如IBM的SEAL加密技術(shù)之類的處理器有效的安全加密算法來使用隨機(jī)對稱密鑰對內(nèi)容113進(jìn)行重新加密。一旦下載和解密和重新加密194過程完成，被內(nèi)容提供商101最初用來對內(nèi)容113進(jìn)行加密的加密密鑰623被銷毀，使用在安裝時(shí)創(chuàng)建和隱藏的秘密用戶密鑰對新的SEAL密鑰本身進(jìn)行加密。此新的加密Seal密鑰現(xiàn)在存儲在許可證數(shù)據(jù)庫107中。
與在內(nèi)容提供商101執(zhí)行的源不同，在最終用戶設(shè)備109上執(zhí)行的用戶水印可能需要變成一個(gè)行業(yè)標(biāo)準(zhǔn)，以便生效。這些標(biāo)準(zhǔn)仍在發(fā)展?？捎媚撤N技術(shù)來允許控制信息嵌入在音樂中，并可更新許多次。直到復(fù)制控制標(biāo)準(zhǔn)變得比較穩(wěn)定時(shí)，在安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100中提供了復(fù)制控制的備選方法，以便它不依賴于復(fù)制控制水印，也能在消費(fèi)者設(shè)備中提供權(quán)利管理。存儲和播放/記錄使用條件安全是利用加密的DC庫收藏196，它依賴于最終用戶設(shè)備109并通過抗竄改的環(huán)境進(jìn)行保護(hù)。采用了軟件掛鉤以便在采用標(biāo)準(zhǔn)時(shí)支持復(fù)制控制水印。當(dāng)今存在一種對在各種壓縮級別水印AAC及其他編碼音頻流的支持技術(shù)，但此技術(shù)目前仍不成熟，無法作為一個(gè)復(fù)制控制的唯一的方法投入使用。
解密和重新加密194過程是用抗竄改的代碼技術(shù)保護(hù)的代碼的另一個(gè)方面，以便不暴露原始內(nèi)容113加密密鑰，新SEAL密鑰、秘密用戶密鑰、存儲秘密用戶密鑰段的地點(diǎn)以及密鑰是如何分段的。
解密和重新加密194的過程有兩個(gè)目的。存儲用諸如SEAL之類的算法加密的內(nèi)容113可以比實(shí)時(shí)解密更快，并且與諸如DES之類的更多行業(yè)標(biāo)準(zhǔn)類型算法相比，需要比較少的處理器利用率。這使播放器應(yīng)用程序195能執(zhí)行內(nèi)容113的實(shí)時(shí)并發(fā)解密-解碼-播放，而不必在解碼和播放之前首先對內(nèi)容113的整個(gè)文件進(jìn)行解密。SEAL算法和效率很高的解碼算法的效率，不僅能進(jìn)行并行運(yùn)算(從加密文件進(jìn)行流式播放)，還允許此進(jìn)程在系統(tǒng)處理器的性能低得多的處理器上發(fā)生。因此，此應(yīng)用程序可以在60MHz Pentium系統(tǒng)也許更低的低端的最終用戶設(shè)備109上可以得到支持。將最后存儲內(nèi)容113所采用的加密格式與初始加密格式分開，可以在選擇原始內(nèi)容加密算法時(shí)實(shí)現(xiàn)更大的靈活性。因此，可以使用廣泛接受的并被認(rèn)可的行業(yè)標(biāo)準(zhǔn)算法可以增強(qiáng)安全數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100的數(shù)字內(nèi)容工業(yè)認(rèn)可度。
此解密和重新加密194過程的第二個(gè)目的是取消了被內(nèi)容提供商101用來加密此內(nèi)容113的原版加密密鑰623存儲被授權(quán)播放此內(nèi)容113每一臺最終用戶設(shè)備109的必要性。加密的主密鑰623，作為許可證SC 660的一部分，只緩存在最終用戶設(shè)備109的硬盤上非常短的時(shí)間，并且只在內(nèi)存中清除，時(shí)間也非常短。在此執(zhí)行階段，密鑰623通過抗竄改的代碼技術(shù)來保護(hù)。一旦此解密和重新加密194階段完成，在最終用戶設(shè)備109上無須以任何形式保留此密鑰623，從而大大地縮小了黑客侵犯的可能性。
一旦歌曲已經(jīng)重新加密，它存儲在數(shù)字內(nèi)容庫196中。播放器應(yīng)用程序195所使用的所有元數(shù)據(jù)是從關(guān)聯(lián)的Offer Sc 641中提取的，還存儲在數(shù)字內(nèi)容庫196中，步驟1403。被加密的元數(shù)據(jù)的任何一部分，如歌曲歌詞，與上文描述的針對其他內(nèi)容的同樣的方式解密和重新加密。用于加密內(nèi)容113的相同SEAL密鑰用于需要加密的任何關(guān)聯(lián)的元數(shù)據(jù)。
D.播放器應(yīng)用程序1951.概述安全的數(shù)字內(nèi)容電子分發(fā)播放器應(yīng)用程序195(這里簡稱為“播放器應(yīng)用程序195”)類似于CD、DVD或其他數(shù)字內(nèi)容播放器，并類似于CD、DVD或其他數(shù)字內(nèi)容存儲管理系統(tǒng)。至少它能執(zhí)行諸如播放歌曲或視頻之類的內(nèi)容113。在另一個(gè)級別，它為提供了最終用戶提供了一個(gè)用于管理他/她的數(shù)字內(nèi)容庫196的工具。重要的是，它提供了用于編輯和播放諸如歌曲(這里簡稱為“播放列表”)內(nèi)容集。
播放器應(yīng)用程序195可以從組件的集合組裝，這些組件可以分別根據(jù)內(nèi)容提供商101和電子數(shù)字內(nèi)容商店103的要求選擇和自定義。描述了播放器的一般版本，但可以進(jìn)行自定義。
現(xiàn)在請參考圖15，該圖顯示了在圖10的最終用戶設(shè)備109上運(yùn)行的主要部件和播放器應(yīng)用程序195的進(jìn)程的方框圖。
有多個(gè)構(gòu)成播放器對象管理器1501的子系統(tǒng)的多個(gè)組件集1.最終用戶接口組件1509
2.復(fù)制/播放管理組件15043.解密1505、解壓1506、播放組件1507，可能還包括記錄。
4.數(shù)據(jù)管理1502和庫訪問組件15035.應(yīng)用程序間通信組件15086.其他雜項(xiàng)(安裝等等)組件基于下列要求可以從這些集內(nèi)的每一個(gè)集中選擇組件平臺(Windows、Unix或等效物)通信協(xié)議(網(wǎng)絡(luò)、電纜等等)內(nèi)容提供商101或電子數(shù)字內(nèi)容商店103硬件(CD、DVD、等等)票據(jù)交換所105技術(shù)等等。
下面幾部分詳細(xì)描述了各種組件集。最后一部分詳細(xì)描述了在一般播放器中如何將這些組件裝配在一起，并討論了如何自定義組件。
在另一個(gè)實(shí)施例中，播放器應(yīng)用程序135的組件和SC處理器132可以作為程序員的軟件工具箱的一部分。此工具包可使到一般播放器應(yīng)用程序的組件的預(yù)定義的接口列在上面。這些預(yù)定義的接口是API或應(yīng)用程序編程接口的形式。使用這些API的開發(fā)人員可以從高級別應(yīng)用程序?qū)崿F(xiàn)組件的任何功能。通過向這些組件提供API，程序員可以很快地開發(fā)一個(gè)自定義播放器應(yīng)用程序195，而不必重新創(chuàng)建這些組件的任何組件的這些功能和資源。
2.最終用戶接口組件1509此集中的組件組合在一起以提供播放器應(yīng)用程序195的屏幕顯示。請注意，設(shè)計(jì)建立了這些組件的不確定的布局。在一般播放器中提供了一個(gè)這樣的布局。基于來自內(nèi)容提供商101和/或電子數(shù)字內(nèi)容商店的要求及其他要求，還可以其他布局。
此集被分子組，從用于呈現(xiàn)最終用戶顯示器1510的組件開始，并處理用于諸如音頻播放以及元數(shù)據(jù)的呈現(xiàn)之類的低級別的功能的叫做“最終用戶控件1511”的控件。接下來，最終用戶顯示部件1510進(jìn)一步被分為特殊功能組(播放列表、數(shù)字內(nèi)容庫)，然后，用于分組和放置那些較低級別組件的對象容器組件。
在下面的組件列表內(nèi)，對創(chuàng)建CDS或?qū)?nèi)容113復(fù)制到CD或其他可記錄的介質(zhì)的任何引用只適用于播放器應(yīng)用程序195啟用了這樣的功能的情況。還請注意，術(shù)語CD在該上下文中是一般術(shù)語，還可以代表各種其他外部記錄設(shè)備，如MiniDisc或DvD。
圖16是根據(jù)本發(fā)明的圖15的播放器應(yīng)用程序195的用戶界面屏幕的例子。最終用戶控件1511的功能包括(最終用戶界面的對應(yīng)的屏幕是顯示的1601-1605)用于執(zhí)行內(nèi)容113的控件播放/停止按鈕播放按鈕停止按鈕暫停按鈕快進(jìn)按鈕快退按鈕音量控制聲道位置控制控制/顯示音頻通道音量級別顯示等等。
用于顯示與內(nèi)容113關(guān)聯(lián)的元數(shù)據(jù)的控件封面圖片按鈕封面圖片對象藝術(shù)家圖片按鈕藝術(shù)家圖片對象聲道列表按鈕聲道列表信息對象聲道列表選擇器對象(單擊以播放)
聲道名稱對象聲道信息對象聲道歌詞按鈕聲道歌詞對象聲道藝術(shù)家名稱對象聲道分?jǐn)?shù)按鈕聲道分?jǐn)?shù)對象CD名稱對象CD分?jǐn)?shù)按鈕CD分?jǐn)?shù)對象一般(可配置的)元數(shù)據(jù)按鈕一般元數(shù)據(jù)對象等等。
最終用戶顯示器1510的功能包括(最終用戶界面的對應(yīng)的屏幕是顯示的1601-1605)顯示器容器的播放列表●播放列表管理按鈕●播放列表管理窗口●數(shù)字內(nèi)容搜索按鈕●數(shù)字內(nèi)容搜索定義對象●數(shù)字內(nèi)容搜索提交按鈕●數(shù)字內(nèi)容搜索結(jié)果對象●將所選的搜索結(jié)果項(xiàng)目復(fù)制到播放列表按鈕●播放列表對象(可編輯)●播放列表保存按鈕●播放列表播放按鈕按鈕●播放列表暫停按鈕播放列表重新啟動按鈕●從播放列表按鈕創(chuàng)建CD等等。
數(shù)字內(nèi)容庫196的顯示●數(shù)字內(nèi)容庫按鈕●數(shù)字內(nèi)容管理員窗口●數(shù)字內(nèi)容類別按鈕●數(shù)字內(nèi)容類別對象●按藝術(shù)家按鈕●按性別按鈕●按標(biāo)簽按鈕●按類別按鈕●刪除按鈕●添加到播放列表按鈕●復(fù)制到CD按鈕●-歌曲列表對象●歌曲列表顯示容器以及更多的容器和雜項(xiàng)●播放器窗口容器●音頻控件容器●元數(shù)據(jù)控件容器●元數(shù)據(jù)顯示容器●工具欄容器對象●采樣按鈕●下載按鈕●購買按鈕●記錄按鈕●播放器名稱對象●標(biāo)簽/提供商/商店廣告按鈕●標(biāo)簽/提供商/商店URL按鈕●藝術(shù)家URL按鈕等等
3.復(fù)制/播放管理組件1504這些組件處理加密密鑰、水印處理、復(fù)制管理等等的設(shè)置。還存在用于與Clearinghouse 105進(jìn)行通信，傳輸購買請求，諸如按收聽次數(shù)支付或每次對內(nèi)容113進(jìn)行訪問都支付的特殊服務(wù)的接口。當(dāng)前，與Clearinghouse 105進(jìn)行通信的功能是由Sc處理器192進(jìn)行處理的。
在最終用戶設(shè)備109上播放器應(yīng)用程序155使用內(nèi)容113被記錄到諸如許可證數(shù)據(jù)庫197之類的數(shù)據(jù)庫。播放器應(yīng)用程序195的每一次使用的跟蹤可以傳輸?shù)揭粋€(gè)或多個(gè)日志站點(diǎn)，如ClearingHouse 105或內(nèi)容提供商101或電子數(shù)字內(nèi)容商店103或指定并耦合到傳輸基礎(chǔ)結(jié)構(gòu)107的任何站點(diǎn)。這種傳輸可以安排在預(yù)先確定的時(shí)間進(jìn)行，以將使用信息上傳到日志站點(diǎn)。一個(gè)預(yù)先確定的時(shí)間是每天早晨當(dāng)傳輸基礎(chǔ)結(jié)構(gòu)107的網(wǎng)絡(luò)通信量不那么擁擠時(shí)。使用已知技術(shù)的播放器應(yīng)用程序195在預(yù)定的時(shí)間醒來，并將信息從本地日志數(shù)據(jù)庫傳輸?shù)饺罩菊军c(diǎn)。通過檢查日志站點(diǎn)信息，內(nèi)容提供商101可以衡量他們的內(nèi)容113的流行程度。
在另一個(gè)實(shí)施例中，不是記錄內(nèi)容113的使用以便稍后上傳到日志站點(diǎn)，而是在每一次使用內(nèi)容113期間將內(nèi)容113的使用情況上傳到日志站點(diǎn)。例如，當(dāng)將存儲在最終用戶設(shè)備109上的內(nèi)容113復(fù)制到諸如DVD光盤、數(shù)字磁帶、快閃存儲器、小型磁盤或等效的讀取/可寫入的可移動介質(zhì)上之類的外部設(shè)備時(shí)，使用情況被更新到日志站點(diǎn)。當(dāng)購買內(nèi)容113時(shí)，這可能是復(fù)制傳輸?shù)氖褂脳l件206中的內(nèi)容113的前提。這將確保在播放、復(fù)制或?qū)?nèi)容113執(zhí)行其他操作期間，內(nèi)容提供商101可以準(zhǔn)確地跟蹤他們的內(nèi)容113的使用情況。
此外，有關(guān)內(nèi)容113的其他信息也可以上傳到日志站點(diǎn)。例如，執(zhí)行內(nèi)容113的最后的時(shí)間(例如，小時(shí)和日期)；執(zhí)行了內(nèi)容113多少次；內(nèi)容113是否復(fù)制到諸如DVD光盤、數(shù)字磁帶或小型光盤之類的已授權(quán)的外部設(shè)備。如果在最終用戶設(shè)備109上單個(gè)播放器應(yīng)用程序195有多個(gè)不同的用戶，如一個(gè)家庭的不同的成員，則將內(nèi)容113的用戶的標(biāo)識符與使用信息一起傳輸?shù)饺罩菊军c(diǎn)。通過檢查上傳到日志站點(diǎn)的使用信息，內(nèi)容提供商101可以基于實(shí)際使用情況、用戶的標(biāo)識符和執(zhí)行內(nèi)容113的次數(shù)衡量內(nèi)容113的流行程度。實(shí)際使用情況的測量使用取樣法(如電視或電話調(diào)查的尼耳森等級方案，在任一時(shí)刻只對有限數(shù)量的用戶進(jìn)行采樣，并推斷出結(jié)果)使此系統(tǒng)更加面向?qū)嶋H。在此實(shí)施例中，對于登錄回諸如電子數(shù)字內(nèi)容商店103或內(nèi)容提供商101之類的指定網(wǎng)站的用戶，可以測量實(shí)際使用情況。
4.解密1505、解壓縮1506和播放組件1506這些組件使用由“復(fù)制/播放管理”組件獲得的密鑰來將從“數(shù)據(jù)管理和庫訪問”組件獲得的音頻數(shù)據(jù)解鎖，進(jìn)行相應(yīng)的解壓來準(zhǔn)備進(jìn)行播放，并使用系統(tǒng)音頻服務(wù)來播放它。在另一個(gè)實(shí)施例中，從“數(shù)據(jù)管理和庫訪問”組件中獲得的音頻數(shù)據(jù)可以復(fù)制到諸如CD、磁盤、磁帶或小型磁盤之類的可移動介質(zhì)。
5.數(shù)據(jù)管理1502和庫訪問組件1503這些組件用于存儲和檢索最終用戶的系統(tǒng)上的各種存儲設(shè)備上的歌曲數(shù)據(jù)，并處理針對存儲的歌曲的信息請求。
6.應(yīng)用程序間通信組件1508這些組件用于安全的數(shù)字內(nèi)容電子分發(fā)播放器及可能調(diào)用播放器應(yīng)用程序195或者當(dāng)播放器應(yīng)用程序195在執(zhí)行其功能時(shí)必須使用的其他應(yīng)用程序(例如，瀏覽器、幫助程序和/或插件等)。例如，當(dāng)激活URL控件時(shí)，它調(diào)用相應(yīng)的瀏覽器并指示它加載相應(yīng)的頁面。
7.其他雜項(xiàng)組件不屬于上述類別(例如，安裝)的單個(gè)的組件都被分組在這里。
8.通用播放器在本節(jié)中，討論將上述組件合并到播放器應(yīng)用程序195的版本中。這只是許多可能的不同的例子中的一個(gè)，因?yàn)椴シ牌鲬?yīng)用程序195被設(shè)計(jì)成基于軟件對象進(jìn)行自定義。播放器對象管理器1501是一個(gè)將所有其他組件容納到一起的軟件框架。如上面幾節(jié)所討論的，此圖表中的播放器對象管理器1501下面的方框是任何播放器所需的，但是，可以被專門的版本替代，具體情況取決于使用的加密的形式，音頻壓縮的類型、內(nèi)容113庫的訪問方法等等。
在播放器對象管理器1501上面是可變對象1512，它們主要是從與正在播放或搜索的內(nèi)容113關(guān)聯(lián)的元數(shù)據(jù)派生出的。通過最終用戶顯示器1510和從最終用戶控件1511接收到的輸入，使這些可變對象對最終用戶設(shè)備109可用。所有對象都是可配置的，所有容器的布局也都是可自定義的。這些對象可以用C/C++、Java或任何等效的編程語言來實(shí)現(xiàn)。
使用播放器應(yīng)用程序195下面的實(shí)施例是在最終用戶設(shè)備109上運(yùn)行的播放器應(yīng)用程序195是音頻播放器，而內(nèi)容113是音樂的例子。那些精通本技術(shù)的人應(yīng)該理解的是，播放器應(yīng)用程序195也支持其他類型的內(nèi)容113。典型的音頻愛好者具有保存了歌曲的CD庫。所有這些都可在安全的數(shù)字內(nèi)容電子分發(fā)系統(tǒng)100內(nèi)可用。從電子數(shù)字內(nèi)容商店103購買的歌曲集存儲在系統(tǒng)上的數(shù)字內(nèi)容庫196內(nèi)。類似于物理CD的歌曲的分組作為播放列表來存儲。在某些情況下，播放列表正好模擬CD(例如，從電子數(shù)字內(nèi)容商店103購買了市場上可買到的CD的所有音軌作為CD的在線版本，并由相當(dāng)于CD的播放列表的播放列表進(jìn)行定義)。但是大多數(shù)播放列表被最終用戶合在一起，以組合他們存儲在系統(tǒng)上的數(shù)字內(nèi)容庫的歌曲。然而，為便于進(jìn)行討論，當(dāng)提及術(shù)語“播放列表”時(shí)，使用定做的音樂CD作為示例。
當(dāng)最終用戶顯式啟動播放器應(yīng)用程序195而不是通過從SC處理器192應(yīng)用程序調(diào)用來啟動它時(shí)，它預(yù)裝到被訪問的播放列表。如果在數(shù)字內(nèi)容庫196中沒有播放列表，則自動啟動播放列表編輯器(除非用戶通過首選項(xiàng)設(shè)置關(guān)閉了此功能)。有關(guān)詳細(xì)信息，請參見下面的“播放列表”。
還可以用特定的歌曲作為參數(shù)調(diào)用播放器應(yīng)用程序195，在這樣的情況下，它立即進(jìn)入歌曲播放模式?？蛇x地，可以在繼續(xù)進(jìn)行之前準(zhǔn)備歌曲以便進(jìn)行播放，但是等候操作。有關(guān)此情況下的詳細(xì)信息，請參見“歌曲播放”。
播放列表(最終用戶界面1603的對應(yīng)的屏幕)當(dāng)最終用戶調(diào)用了播放列表功能時(shí)，下面是可用的功能●打開播放列表●調(diào)用數(shù)字內(nèi)容管理員，以顯示一個(gè)存儲的播放列表的列表，以便進(jìn)行選擇。有關(guān)詳細(xì)信息，也請參見下面的“數(shù)字內(nèi)容管理員”。
●編輯播放列表●調(diào)用播放列表編輯器(參見下文)，如果一個(gè)人已經(jīng)加載，則最好使用當(dāng)前播放列表。否則，編輯器創(chuàng)建一個(gè)空的播放列表，以便開始。
●運(yùn)行播放列表●從所選的歌曲開始一次播放一個(gè)歌曲(或者，如果沒有選擇歌曲，則為播放列表的開始)。在播放列表編輯器中設(shè)置的選項(xiàng)影響播放的順序。然而，這里有控件，以覆蓋播放列表的此次播放的那些選項(xiàng)。
●播放歌曲●只播放從播放列表中所選的歌曲。有關(guān)詳細(xì)信息，請參見“歌曲播放”●播放列表信息●顯示有關(guān)播放列表信息。
●歌曲信息
●顯示有關(guān)播放列表內(nèi)的所選的歌曲的信息●將與此播放列表關(guān)聯(lián)的網(wǎng)站加載到瀏覽器中。
●管理員●打開“數(shù)字內(nèi)容管理員”窗口。有關(guān)詳細(xì)信息，也請參見下面的“數(shù)字內(nèi)容管理員”。
播放列表編輯器(最終用戶界面1603的對應(yīng)的屏幕)當(dāng)調(diào)用播放列表編輯器時(shí)，下面是最終用戶的選項(xiàng)●查看/加載/刪除播放列表●調(diào)用數(shù)字內(nèi)容管理員，以顯示一個(gè)存儲的播放列表的列表，以便選擇其中一個(gè)加載或刪除。有關(guān)詳細(xì)信息，也請參見下面的“數(shù)字內(nèi)容管理員”。
●保存播放列表●播放列表的當(dāng)前版本保存在數(shù)字內(nèi)容庫196中。
●刪除歌曲●當(dāng)前所選的歌曲從播放列表中刪除。
●添加歌曲●在歌曲搜索模式下調(diào)用數(shù)字內(nèi)容管理員，以便選擇要添加到播放列表的歌曲。有關(guān)詳細(xì)信息，也請參見下面的“數(shù)字內(nèi)容管理員”。
●設(shè)置歌曲信息●顯示和允許對有關(guān)播放列表內(nèi)的所選的歌曲的信息進(jìn)行更改。此信息存儲在播放列表內(nèi)，并不改變有關(guān)存儲在數(shù)字內(nèi)容庫196內(nèi)的歌曲的信息。下列內(nèi)容可以更改●所顯示的歌曲標(biāo)題●最終用戶有關(guān)歌曲的注釋●在播放歌曲時(shí)的輸入延遲●在播放歌曲之后的后繼延遲●當(dāng)播放時(shí)歌曲內(nèi)的開始點(diǎn)●當(dāng)播放時(shí)歌曲內(nèi)的終點(diǎn)
●隨機(jī)節(jié)點(diǎn)的權(quán)重●此歌曲及其他的音量調(diào)整。
設(shè)置播放列表屬性顯示并允許對此播放列表的屬性進(jìn)行更改?？梢栽O(shè)置下列屬性●播放列表標(biāo)題●播放列表模式(隨機(jī)、連續(xù)等等)●重復(fù)模式(播放一次，當(dāng)完成時(shí)重新啟動)●最終用戶有關(guān)此播放列表的注釋管理員(最終用戶界面1601的對應(yīng)的屏幕)●打開“數(shù)字內(nèi)容管理員”窗口。有關(guān)詳細(xì)信息，也請參見下面的“數(shù)字內(nèi)容管理員”。
歌曲播放當(dāng)通過調(diào)用播放器應(yīng)用程序195(以歌曲作為參數(shù))或者通過從播放列表中或者在數(shù)字內(nèi)容管理員內(nèi)選擇歌曲進(jìn)行播放準(zhǔn)備了一個(gè)歌曲進(jìn)行播放時(shí)，下面是最終用戶的選項(xiàng)(最終用戶界面1601的對應(yīng)的屏幕)●播放●暫停●停止●快退●快進(jìn)●調(diào)節(jié)音量●調(diào)節(jié)音軌位置●查看歌詞●查看片頭●查看CD封面●查看藝術(shù)家圖片●查看音軌信息●查看其他元數(shù)據(jù)
●訪問網(wǎng)站●播放列表●管理員等等數(shù)字內(nèi)容庫當(dāng)選擇歌曲或播放列表(參見上文)或者可以在其自己的窗口中打開以便在最終用戶的系統(tǒng)上管理歌曲庫時(shí)，可以隱式調(diào)用數(shù)字內(nèi)容管理員。在這種情況下，下面是最終用戶的選項(xiàng)處理歌曲按藝術(shù)家、類別、標(biāo)記等等對所有內(nèi)容進(jìn)行排序按藝術(shù)家、類別、標(biāo)記等等選擇歌曲向當(dāng)前播放列表添加所選歌曲將歌曲復(fù)制到CD(如果允許的話)刪除歌曲將歌曲添加類別等等。
處理播放列表按名稱排序按類別排序按關(guān)鍵字搜索按包含的歌曲標(biāo)題搜索加載所選擇的播放列表重命名播放列表刪除播放列表從所選擇的播放列表創(chuàng)建CD(如果允許的話)等等。
9.防止未經(jīng)授權(quán)的轉(zhuǎn)錄在呈現(xiàn)期間阻止解密內(nèi)容的記錄圖20說明了根據(jù)本發(fā)明的多媒體最終用戶設(shè)備109的高級別視圖，以及音頻卡2056的方框圖。借助于此音頻卡2056，最終用戶能夠編碼或記錄諸如音樂之類的數(shù)字內(nèi)容113，即使該內(nèi)容已經(jīng)加密。值得注意的是，雖然音頻卡2056被描述為一個(gè)功能卡，但是，也可以內(nèi)置到主板中或者在主板和功能卡之間分開。音頻功能卡2056通過功能總線接2060與系統(tǒng)功能總線2058耦合。音頻功能卡2056被設(shè)計(jì)為訪問存儲了數(shù)字內(nèi)容113的存儲介質(zhì)2054。存儲介質(zhì)2054可以是磁盤、網(wǎng)絡(luò)設(shè)備、磁盤驅(qū)動器、CD、DVD、小型磁盤、DAT、盒式磁帶、激光盤或任何其他計(jì)算機(jī)可讀的介質(zhì)。在一個(gè)實(shí)施例中，數(shù)字內(nèi)容113被加密，以便防止未經(jīng)授權(quán)的訪問。音頻功能卡2056被設(shè)計(jì)為將數(shù)字文件轉(zhuǎn)換為音頻，或者進(jìn)行相反的操作。音頻功能卡2056包含一個(gè)特殊的內(nèi)置處理器，叫做“DSP2062”(數(shù)字信號處理器)和控制存儲器，該存儲器可以是ROM 2064(只讀存儲器)，用于處理通過耦合到最終用戶設(shè)備109的揚(yáng)聲器輸出的數(shù)字音頻內(nèi)容113。音頻是在記錄期間使用音頻卡2056上的叫做ADC(模擬-數(shù)字轉(zhuǎn)換器)2068的微型芯片轉(zhuǎn)換為數(shù)字信號的序列。當(dāng)播放音頻聲音時(shí)，數(shù)字信號被發(fā)送到揚(yáng)聲器，在那里，它們被一個(gè)叫做DAC(數(shù)模轉(zhuǎn)換器)2066的微型芯片轉(zhuǎn)換回模擬信號，DAC通過在從存儲介質(zhì)2054中讀取內(nèi)容113時(shí)將數(shù)字值轉(zhuǎn)換為一個(gè)給定的模擬值來產(chǎn)生變化的聲音。
數(shù)字內(nèi)容113通常被壓縮，以便進(jìn)行存儲和/或更快的傳輸。數(shù)字內(nèi)容113以短的獨(dú)立的片段來發(fā)送。一個(gè)例子是Wave文件格式。為了使最終用戶實(shí)時(shí)接收到多媒體效果的聲音，收聽音樂，或者為了參加音頻或視頻會議，聲音必須作為流式聲音來提供。比較高級的音頻卡支持聲音的波表、或預(yù)捕獲的表。廣泛部署的內(nèi)容113格式是MPEG Layer3。音頻功能卡2056通過到音頻輸出2070的音頻電纜2074連接到揚(yáng)聲器2072。為了簡化圖形，只顯示了右邊的揚(yáng)聲器。應(yīng)該理解的是，對于立體聲和環(huán)繞聲系統(tǒng)，需要兩個(gè)或更多揚(yáng)聲器。
從存儲介質(zhì)2054中讀取數(shù)字內(nèi)容113，如有必要，解密和/或解壓縮，并由DAC 2066轉(zhuǎn)換為模擬信號，并通過揚(yáng)聲器播放或呈現(xiàn)。正是在此呈現(xiàn)的過程中模擬信號才是解密的形式。在現(xiàn)有技術(shù)中為制作未經(jīng)授權(quán)的完美的副本，最終用戶可以安裝插塞式電纜2076以將音頻輸出2070連接到2078中的線路。使用插塞式電纜或諸如提供相同功能的操作系統(tǒng)功能之類的軟件作為插塞式電纜，可使內(nèi)容113在沒有加密的情況下存儲回存儲介質(zhì)2054。此解密的內(nèi)容113如果是以數(shù)字格式捕獲的，則是完美的。沒有模擬噪聲，沒有背景噪聲，沒有轉(zhuǎn)換錯誤，數(shù)字內(nèi)容113是原件的完美的副本。音頻功能卡2056可能需要數(shù)字輸出接口或者在進(jìn)行DAC轉(zhuǎn)換之前提供一個(gè)到數(shù)字內(nèi)容的直接接口。這種類型的記錄消除了加密，并可使完美的未經(jīng)授權(quán)的副本播放、或者進(jìn)一步復(fù)制或發(fā)送或銷售或通過諸如Napster.com或Gnutella.com或Audiogallaxy.com之類的在線服務(wù)進(jìn)行交換，一般而言，可以以任何方式使用，而不受加密方案的限制。本發(fā)明防止了在播放加密內(nèi)容113時(shí)進(jìn)行這種類型未經(jīng)授權(quán)的重錄。
“預(yù)先確定的音頻質(zhì)量”這一術(shù)語是被內(nèi)容113的提供商認(rèn)為可使用的最低質(zhì)量級別。例如，內(nèi)容提供商101可能認(rèn)為，隨后的未經(jīng)授權(quán)的重錄的低于CD質(zhì)量音頻的任何音頻質(zhì)量都無關(guān)緊要。CD質(zhì)量是使用每秒鐘44,100采樣轉(zhuǎn)換為數(shù)字文件的信息的兩個(gè)通道(立體聲)。
一個(gè)多媒體平臺被設(shè)計(jì)為記錄或呈現(xiàn)存儲的或從最終用戶設(shè)備109的存儲區(qū)196中讀取的音頻。這包括輸入音頻并轉(zhuǎn)換來自諸如麥克風(fēng)、樂器(如合成器)、MIDI(樂器數(shù)字接口)設(shè)備或到呈現(xiàn)音頻內(nèi)容的waveout設(shè)備的輸出的直接連接之類的來源的模擬波形的能力。這種能力要求上面的圖20的音頻功能卡中描述的硬件和在音頻功能卡和應(yīng)用程序之間進(jìn)行連接的設(shè)備驅(qū)動程序。呈現(xiàn)數(shù)字內(nèi)容的能力導(dǎo)致一個(gè)或多個(gè)音頻流被提供給一個(gè)或多個(gè)揚(yáng)聲器。本發(fā)明中使用的術(shù)語“wavein”是指同基于特定的質(zhì)量記錄了內(nèi)容113的設(shè)備驅(qū)動程序相結(jié)合的硬件。這是在Microsoft Windows Multimedia編程環(huán)境中常用的術(shù)語。
設(shè)計(jì)了全雙工聲卡以允許同時(shí)進(jìn)行記錄和播放。正是這種類型的音頻平臺可以同時(shí)呈現(xiàn)多媒體內(nèi)容和記錄內(nèi)容。通過打開所有wavein設(shè)備驅(qū)動程序，消除了在最終用戶系統(tǒng)上將多媒體內(nèi)容輸出插入到多媒體內(nèi)容輸入中的能力。
雖然上文針對本發(fā)明的一個(gè)實(shí)施例描述了音頻功能卡2056的詳細(xì)信息，但是，值得注意的是，如下文所述的，本發(fā)明也可以實(shí)施其他類型的多媒體卡和設(shè)備。一種類型的硬件是視頻卡。
在呈現(xiàn)期間阻止解密內(nèi)容的記錄現(xiàn)在請看圖3，該圖是根據(jù)本發(fā)明的在最終用戶設(shè)備109上呈現(xiàn)加密文件的流程。當(dāng)有必要呈現(xiàn)或播放內(nèi)容113時(shí)，流程進(jìn)入步驟2102和2104。在步驟2200中打開某一質(zhì)量或預(yù)先確定的音頻級別的所有非批準(zhǔn)的wavein設(shè)備和/或端口。在下面的圖22中將詳細(xì)說明此過程。在此過程完成之后，在步驟2118中呈現(xiàn)內(nèi)容，即，播放或呈現(xiàn)歌曲或者其他多媒體內(nèi)容113。如果打開預(yù)先確定的質(zhì)量的非批準(zhǔn)的wavein設(shè)備和/或端口的過程失敗，則將此消息發(fā)送到播放器應(yīng)用程序195，流程在步驟2116中退出，而不呈現(xiàn)內(nèi)容。在內(nèi)容113的處理完成之后，本發(fā)明在步驟2112中關(guān)閉waveout設(shè)備。一旦此過程完成，則關(guān)閉wavein設(shè)備和/或端口，流程在步驟2116中退出。
打開Wavein設(shè)備和/或端口的詳細(xì)信息圖22是一個(gè)流程圖2200，說明了在播放或呈現(xiàn)內(nèi)容113期間阻止記錄內(nèi)容113。本發(fā)明是通過打開，因此阻止所有可用的記錄設(shè)備和/或端口來實(shí)現(xiàn)的。當(dāng)本發(fā)明在步驟2204中使用Microsoftwindows API call wavingetnumdevs()獲取一個(gè)N wavein設(shè)備和/或端口時(shí)，流程進(jìn)入步驟2202。值得注意的是，雖然上面的實(shí)施例描述了使用Microsoft Windows API的音頻的wavein，但是音頻記錄設(shè)備和/或端口之外的其他記錄設(shè)備和/或端口也在本發(fā)明的范圍內(nèi)。其他記錄設(shè)備和/或端口包括圖片、視頻、及其他多媒體記錄。此外，本發(fā)明可以使用用于在操作系統(tǒng)下記錄的任何其他類型的I/O設(shè)備和/或端口。假設(shè)此列表的wavein設(shè)備和/或端口的編號為0到MAX，則本發(fā)明在步驟2206中將N設(shè)置為0。在步驟2208中確定設(shè)備#0能夠以諸如CD質(zhì)量之類的預(yù)先確定的質(zhì)量進(jìn)行記錄。可選地，如果判斷設(shè)備#0不能進(jìn)行該質(zhì)量的記錄，則本發(fā)明在步驟2210中不判斷它是否打開，并進(jìn)入步驟2218。這種情況的一個(gè)例子是調(diào)制解調(diào)器。如果設(shè)備#0支持預(yù)先確定的質(zhì)量(如CD質(zhì)量)，例如，在步驟2210中以每秒44,100抽樣數(shù)好于或等于雙通道(立體聲)，則在步驟2212中檢查設(shè)備，以查看它是否打開。如果還沒有打開，則在步驟2214中打開。如果在步驟2212中已經(jīng)打開，則在步驟2216中檢查設(shè)備，以查看它是否具有權(quán)限在呈現(xiàn)解密的媒體期間由本發(fā)明打開。如果它具有權(quán)限，本發(fā)明進(jìn)入步驟2218。如果沒有權(quán)限打開，則在步驟2220向播放器應(yīng)用程序195提供一個(gè)不能打開錯誤。
在步驟2218，檢查被處理的設(shè)備的數(shù)量，以查看它是否為最后一個(gè)設(shè)備。如果在步驟2218中設(shè)備的數(shù)量N等于MAX，則流程在步驟2222中退出。如果它不等于MAX，則在步驟2224中當(dāng)前編號增大1，流程重新進(jìn)入步驟2208。
這就完成了本發(fā)明在播放或呈現(xiàn)加密內(nèi)容113期間的方法的描述。預(yù)先確定的質(zhì)量的所有可用的記錄設(shè)備和/或端口都已經(jīng)打開，因此，不能用于進(jìn)行記錄。
授權(quán)記錄媒體現(xiàn)在請看圖23，該圖是描述記錄內(nèi)容113的要求的流程圖2300。流程進(jìn)入步驟2302，授權(quán)在步驟2304記錄內(nèi)容113。對于預(yù)先確定質(zhì)量的文件，任何記錄應(yīng)用程序?qū)⑺阉魑创蜷_的、可用的wavein設(shè)備。如果在步驟2306中呈現(xiàn)加密的媒體，但是在步驟2308中沒有預(yù)先確定的質(zhì)量的wavein設(shè)備和/或端口，則流程在步驟2110退出。如果在步驟2306沒有呈現(xiàn)加密的媒體，則記錄應(yīng)用程序可以在步驟2312打開wavein設(shè)備并記錄媒體。本發(fā)明不干涉記錄操作，同時(shí)播放器應(yīng)用程序195不會主動地呈現(xiàn)安全的內(nèi)容113。此外，由于在2200中檢測到打開的wavein設(shè)備和/或端口可以通過讓最終用戶關(guān)閉所有具有打開的wavein端口的應(yīng)用程序并重試呈現(xiàn)過程來進(jìn)行糾正。
權(quán)利要求
1.一種防止由于呈現(xiàn)多媒體內(nèi)容在最終用戶系統(tǒng)中進(jìn)行多媒體內(nèi)容的未經(jīng)授權(quán)的錄制的方法，該方法包括在對多媒體內(nèi)容進(jìn)行解密和呈現(xiàn)已經(jīng)解密的多媒體內(nèi)容之前，打開連接到能夠接收多媒體內(nèi)容的最終用戶系統(tǒng)的預(yù)先選擇的多媒體內(nèi)容輸入設(shè)備和/或端口，從而阻止記錄
2.根據(jù)權(quán)利要求1所述的方法，包括打開連接到能夠接收多媒體內(nèi)容的最終用戶系統(tǒng)的所有設(shè)備和端口。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，打開預(yù)先選擇的設(shè)備和/或端口的步驟進(jìn)一步包括判斷一個(gè)給定設(shè)備和/或端口是否能夠以預(yù)先確定的質(zhì)量級別記錄多媒體內(nèi)容；如果判斷等于或高于預(yù)先確定的質(zhì)量級別，則打開給定設(shè)備和/或端口；以及如果判斷記錄質(zhì)量低于預(yù)先確定的級別，則不打開給定設(shè)備和/或端口。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，打開所有設(shè)備和/或端口的步驟，對于每一個(gè)設(shè)備和/或端口進(jìn)一步包括判斷一個(gè)給定設(shè)備和/或端口是否能夠接收至少等于預(yù)先確定的質(zhì)量級別的內(nèi)容，如果給定設(shè)備和/或端口能夠接收至少等于預(yù)先確定的質(zhì)量的內(nèi)容，則執(zhí)行下列步驟判斷給定設(shè)備和/或端口是否打開，如果設(shè)備和/或端口沒有打開，則執(zhí)行下列步驟打開設(shè)備和/或端口。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，判斷給定設(shè)備和/或端口是否打開的步驟進(jìn)一步包括，判斷給定設(shè)備和/或端口是否沒有打開，如果設(shè)備和/或端口以前打開，則執(zhí)行下列步驟判斷給定設(shè)備和/或端口是否被授權(quán)打開；如果設(shè)備和/或端口沒有被授權(quán)打開，則向最終用戶返回一個(gè)錯誤消息；以及停止呈現(xiàn)至少部分多媒體內(nèi)容。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，呈現(xiàn)至少一部分多媒體內(nèi)容的步驟進(jìn)一步包括完成多媒體內(nèi)容的呈現(xiàn)；關(guān)閉用于呈現(xiàn)的所有waveout設(shè)備和/或端口；以及關(guān)閉在呈現(xiàn)期間打開的所有wavein設(shè)備和/或端口。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，判斷給定設(shè)備和/或端口是否被授權(quán)打開的步驟包括，授權(quán)調(diào)制解調(diào)器連接打開。
8.根據(jù)權(quán)利要求4所述的方法，進(jìn)一步包括下列步驟判斷耦合到最終用戶系統(tǒng)的wavein類型設(shè)備和/或端口的數(shù)量。
9.一種包含程序指令的計(jì)算機(jī)程序，防止由于呈現(xiàn)多媒體內(nèi)容在最終用戶系統(tǒng)中進(jìn)行多媒體內(nèi)容的未經(jīng)授權(quán)的錄制，當(dāng)計(jì)算機(jī)執(zhí)行這些指令時(shí)，使計(jì)算機(jī)執(zhí)行權(quán)利要求1到8中的任何一個(gè)權(quán)利要求的方法。
10.一種最終用戶系統(tǒng)，包括到用于存儲加密的數(shù)字內(nèi)容的存儲介質(zhì)的接口；用于對存儲的數(shù)字內(nèi)容進(jìn)行解密的裝置；用于播放或呈現(xiàn)解密的數(shù)字內(nèi)容的多媒體設(shè)備和/或端口；能夠至少記錄部分解密的數(shù)字內(nèi)容的一個(gè)或多個(gè)設(shè)備和/或端口，其中，一個(gè)或多個(gè)設(shè)備和/或端口在播放或呈現(xiàn)加密的數(shù)字內(nèi)容之前已經(jīng)打開，以便阻止每一個(gè)設(shè)備和/或端口記錄解密的數(shù)字內(nèi)容。
11.根據(jù)權(quán)利要求10所述的最終用戶系統(tǒng)，其中，可以獨(dú)立于其他wavein設(shè)備和/或端口，開啟或關(guān)閉一個(gè)或多個(gè)wavein設(shè)備和/或端口。
12.根據(jù)權(quán)利要求11所述的最終用戶系統(tǒng)，進(jìn)一步包括判斷一個(gè)或多個(gè)設(shè)備和/或端口中的至少一個(gè)的記錄質(zhì)量的裝置，如果記錄質(zhì)量低于預(yù)先確定的質(zhì)量級別，則在播放或呈現(xiàn)加密的數(shù)字內(nèi)容之前不打開設(shè)備和/或端口。
全文摘要
一種在呈現(xiàn)加密數(shù)字多媒體文件期間阻止在最終用戶多媒體系統(tǒng)上記錄數(shù)字內(nèi)容的方法、系統(tǒng)和計(jì)算機(jī)可讀的介質(zhì)。在呈現(xiàn)加密數(shù)字多媒體的過程可以開始之前，在播放期間能夠捕獲呈現(xiàn)的介質(zhì)流所有設(shè)備和/或端口都被打開，以確保此多媒體內(nèi)容不被記錄。這就阻止了使用可用于存儲未加密(已經(jīng)被解密以便播放或呈現(xiàn))的內(nèi)容的設(shè)備和/或端口。該方法還包括一個(gè)例外情況，即允許具有權(quán)限的人進(jìn)行記錄。
文檔編號H04L29/08GK1703749SQ02816116
公開日2005年11月30日 申請日期2002年8月19日 優(yōu)先權(quán)日2001年8月23日
發(fā)明者邁克爾·里森克, 肯尼思·米爾斯泰德, 斯泰凡·紐瑟爾, 布魯斯·坦特林格爾, 小喬治·韋爾海姆 申請人:國際商業(yè)機(jī)器公司