專利名稱：傳輸和處理被保護(hù)的內(nèi)容的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于傳輸和接收條件存取和內(nèi)容管理信息的裝置、用于確認(rèn)請求的裝置、接收器/譯碼器、廣播中心、廣播系統(tǒng)、分組、存儲介質(zhì)，并涉及一種用于傳輸和接收條件存取和內(nèi)容管理信息的方法，以及一種確認(rèn)請求的方法。
本發(fā)明特別應(yīng)用于對接收器/譯碼器使用的控制，更具體地說，應(yīng)用于在接收器/譯碼器控制下提供對所記錄和所回放節(jié)目的數(shù)字權(quán)管理和內(nèi)容保護(hù)。
在付費電視系統(tǒng)領(lǐng)域中，加密數(shù)據(jù)的傳輸是人們十分熟悉的。其中，通常通過衛(wèi)星為了加密把擾碼的音頻視頻信息向一系列用戶加以廣播，為了接下來的觀看，每一用戶具有能夠?qū)λ鶄鬏數(shù)墓?jié)目解擾碼的接收器/譯碼器。接收器/譯碼器的例子包括“機頂盒”，其中，譯碼器與物理上獨立的接收器相結(jié)合運作，并可以包括一些附加的特性，例如Web瀏覽器、錄像機或電視機。
在典型的付費電視系統(tǒng)中，把被擾碼的數(shù)字?jǐn)?shù)據(jù)隨一個控制字一起加以傳輸，控制字用于數(shù)字信號的解擾碼，用私用密鑰(exploitation key)對控制字本身進(jìn)行加密，并以被加密的形式對其加以傳輸。一個接收器/譯碼器接收被擾碼的數(shù)字?jǐn)?shù)據(jù)和被加密控制字，該接收器/譯碼器具有解密被加密控制字以及接下來對傳輸?shù)臄?shù)據(jù)解擾碼所需的私用密鑰的等價物，該接收器/譯碼器還適用于以其仍然被擾碼的形式把數(shù)字?jǐn)?shù)據(jù)傳送到數(shù)字記錄設(shè)備。一個已付費的用戶將按月接收對被加密控制字進(jìn)行解密所需的私用密鑰的一個等價物，以允許觀看某一特定的節(jié)目。
隨著數(shù)字技術(shù)的出現(xiàn)，被傳輸數(shù)據(jù)的質(zhì)量已提高數(shù)倍。一個與數(shù)字質(zhì)量數(shù)據(jù)相關(guān)的特定的問題在于其易于復(fù)制的能力。在解擾碼的節(jié)目經(jīng)由模擬鏈路(例如“Peritel”鏈路)被傳送以通過標(biāo)準(zhǔn)的VCR加以觀看和記錄的情況下，質(zhì)量仍然不高于與標(biāo)準(zhǔn)模擬盒式磁帶記錄相關(guān)的質(zhì)量。因此，可以把這樣的一個記錄作為標(biāo)準(zhǔn)帶進(jìn)行盜版拷貝的風(fēng)險不大于把從商店購買的標(biāo)準(zhǔn)模擬盒式帶作為標(biāo)準(zhǔn)帶進(jìn)行盜版拷貝的風(fēng)險。
相比之下，通過直接數(shù)字鏈路把任何解擾碼的數(shù)字?jǐn)?shù)據(jù)傳送給新一代的數(shù)字記錄設(shè)備(例如DVHS記錄機)，將具有與最初被傳輸節(jié)目的質(zhì)量相同的質(zhì)量，因而可以復(fù)制任何次數(shù)，而圖像和聲音質(zhì)量不會出現(xiàn)任何的下降。因此，存在著將把這樣的解擾碼數(shù)據(jù)作為標(biāo)準(zhǔn)記錄進(jìn)行盜版拷貝的相當(dāng)大的風(fēng)險，無論是進(jìn)一步的數(shù)字拷貝還是簡單的模擬VHS拷貝。
以Canal+Societe Anonyme的名義，序號為95 03859的法國專利申請，公開了解決這一問題的一個系統(tǒng)，現(xiàn)將其主要內(nèi)容并入此處，以作參考。在這一系統(tǒng)中，數(shù)字記錄機從接收器/譯碼器接收并以擾碼的形式而不是以明碼的形式內(nèi)部地存儲節(jié)目數(shù)據(jù)，并在節(jié)目的回放期間相應(yīng)地以擾碼的形式把節(jié)目傳輸回接收器/譯碼器。因此，未擾碼的節(jié)目數(shù)據(jù)既不經(jīng)由接收器/譯碼器和數(shù)字記錄機之間的一個鏈路傳送，也不存儲在數(shù)字記錄機本身中，從而降低了盜版的風(fēng)險。然后，接收器/譯碼器或附接于接收器/譯碼器的一個安全設(shè)備負(fù)責(zé)處理在接收器/譯碼器和錄像機之間傳送的未擾碼的數(shù)據(jù)，在需要的情況下處理擾碼的數(shù)據(jù)。
為了允許在任意時間長度之后觀看被記錄內(nèi)容，在數(shù)字記錄機中存儲被擾碼內(nèi)容(包括重新被加密控制字)之前，使用一個局部私用密鑰，對將內(nèi)容解擾碼的控制字進(jìn)行重新加密。因此，可以觀看被記錄內(nèi)容，甚至是在(非局部的)最初用于加密控制字的私用密鑰已被改變之后。
本發(fā)明設(shè)法解決以上現(xiàn)有技術(shù)所遇到的問題。
因此，提供一種用于傳輸數(shù)據(jù)，包括獨立地傳輸條件存取信息和內(nèi)容管理信息的方法，從而提供了更好的通用性。
而且，通過把條件存取信息與內(nèi)容管理信息相分離，可以較容易地針對不同類型的信息在不同部分之間劃分責(zé)任。
較佳的做法是，在與條件存取信息不同的時間，至少部分地傳輸內(nèi)容管理信息，并可至少部分地從一個不同的起點傳輸內(nèi)容管理信息。特別是，最好以獨立分組的形式傳輸內(nèi)容管理信息和條件存取信息。
較佳的做法是令此處所使用的術(shù)語“分組”表示以任意形式所體現(xiàn)的數(shù)據(jù)的自含單元，例如存儲在計算機存儲器中的一系列值，或傳遞于網(wǎng)絡(luò)上的一個電子信號。IP數(shù)據(jù)報將是分組的一個典型的例子。
較佳的做法是令內(nèi)容管理分組包括內(nèi)容的使用規(guī)則。通常，較佳的做法是令這樣的規(guī)則包括與對內(nèi)容的存取相關(guān)的法律的或商業(yè)的準(zhǔn)則，例如包括某些、全部或任何關(guān)于可以對記錄進(jìn)行拷貝的數(shù)量與類型的限制；關(guān)于快進(jìn)的“特技模式”、時間位移(time-shifting)的限制；道德分級；以及與發(fā)布方式相關(guān)的各種數(shù)據(jù)，例如超級發(fā)布標(biāo)志。規(guī)則也可以中通過電子錢包中指出一種貨幣和一個數(shù)量、或所要求的代用貨幣的數(shù)量，來指出與不同消費模式(例如按播放次數(shù)計費的、租賃的等)相關(guān)的內(nèi)容的價格。規(guī)則可能會十分復(fù)雜，例如陳述根據(jù)對一個特定服務(wù)的訂購，提供一個免費預(yù)觀，或根據(jù)最終用戶的消費歷史，可對某一節(jié)目提供折扣。例如，內(nèi)容管理信息還可以包括關(guān)于與交易相關(guān)的微量付費方案的信息，例如按觀看次數(shù)計費。這樣的微量付費方案可以源于內(nèi)容提供商和技術(shù)提供商之間的一個合同。
內(nèi)容管理信息的一個具體的例子是一條使用規(guī)則消息(URM)。對于一個節(jié)目或內(nèi)容的其它單元來說，URM可能唯一的，或與這樣的一個節(jié)目或單元的某些特定部分(例如類似于一個DVD中的章節(jié))相關(guān)聯(lián)。在這一方面，與大多數(shù)條件存取信息不同，URM不必要與具體保密期相關(guān)聯(lián)。
相比之下，如在這里所使用的，較佳的做法是令術(shù)語“條件存取信息”表示一個條件存取系統(tǒng)所涉及或所使用的信息，例如權(quán)利管理消息(EMM)、權(quán)利控制消息(ECM)。較佳的做法是令術(shù)語“權(quán)利管理消息”(“EMM”)表示如下的消息用于管理用戶或用戶的觀看的消息、記錄或回放權(quán)，并可能還包括，例如，以下所描述的傳統(tǒng)的EMM和CMP_EMM。
較佳的做法是令內(nèi)容提供商傳輸內(nèi)容管理信息，這樣做能夠簡化內(nèi)容管理信息的發(fā)布。
如此處所使用的，較佳的做法是令術(shù)語“內(nèi)容提供商”表示制造內(nèi)容、使內(nèi)容可用于發(fā)布、或可實現(xiàn)這兩者的任何實體。例如，內(nèi)容提供商的一個例子可以是以電視節(jié)目的形式制造內(nèi)容的電視演播室。該術(shù)語可以涉及與內(nèi)容相關(guān)的商業(yè)或法律實體，但最好涉及使內(nèi)容變得可得的一種裝置。
較佳的做法是經(jīng)由廣播中心傳輸內(nèi)容管理信息，這樣做允許利用現(xiàn)存數(shù)據(jù)的傳輸裝置。事實上，這兩種類型的信息均可經(jīng)由任何裝置加以傳輸，例如經(jīng)由電話連接或因特網(wǎng)或其它網(wǎng)絡(luò)連接、或作為衛(wèi)星的一部分、電纜或其它廣播。例如，廣播中心可以為一個有線電視網(wǎng)絡(luò)的開始部分、或衛(wèi)星電視傳輸系統(tǒng)的操作中心。
較佳的做法是令該方法還包括傳輸內(nèi)容、用于對內(nèi)容有條件存取的條件存取信息、用于管理內(nèi)容的內(nèi)容管理信息。通過傳輸內(nèi)容，把一個現(xiàn)場既提供于條件存取信息也提供于內(nèi)容管理信息，從而可更有效地實行對內(nèi)容的管理。
如此處所使用的，與這樣一個實施方案的特定形式不同，較佳的做法是令術(shù)語“內(nèi)容”表示任何可明確表達(dá)的信息。內(nèi)容的例子包括音頻/視頻數(shù)據(jù)、交互數(shù)據(jù)、計算機程序、與具體計算機程序相關(guān)的數(shù)據(jù)、以及其它類型的數(shù)據(jù)。如此處所使用的，較佳的做法是令術(shù)語“音頻/視頻數(shù)據(jù)”表示音頻數(shù)據(jù)、視頻數(shù)據(jù)或這兩者的組合、例如傳統(tǒng)的電視廣播。
較佳的做法是，獨立于內(nèi)容管理信息傳輸內(nèi)容，并且也可獨立于條件存取信息交替或附加地對內(nèi)容加以傳輸。這樣做可以為不同類型信息的傳輸提供更大的靈活性。
較佳的做法是，令內(nèi)容管理分組括至少一個對條件存取信息的參照。這樣做可更容易地允許對相關(guān)內(nèi)容管理信息和條件存取信息的交叉參照，并能夠允許把條件存取信息和內(nèi)容管理信息捆綁于內(nèi)容的同一部分。較佳的做法是參照以內(nèi)容標(biāo)識符形式，最好是以一個對話期號碼的形式。
較佳的做法是，令該方法還包括對內(nèi)容管理信息進(jìn)行加密，以至于可以改善系統(tǒng)的安全性。出于同樣的原因，最好也對條件存取信息進(jìn)行加密。可以使用一個與用于加密條件存取信息的不同的私用密鑰對內(nèi)容管理信息加密，而且還可以使用一個不同的加密算法，對內(nèi)容管理信息加密，從而導(dǎo)致安全性的進(jìn)一步的改善。
傳輸?shù)膬?nèi)容管理信息可以包括一個設(shè)備標(biāo)識符，該設(shè)備標(biāo)識符指出至少一個為其設(shè)計了內(nèi)容管理信息的設(shè)備，這樣做可以允許對內(nèi)容管理信息更有選擇性地加以傳輸。
內(nèi)容管理信息可以依據(jù)設(shè)備標(biāo)識符產(chǎn)生，較佳的做法是把該設(shè)備標(biāo)識符與至少一個用戶相關(guān)聯(lián)。該方法還可以包括從用戶那里接收指令，并依據(jù)于該指令生成內(nèi)容管理信息，例如，這樣的一條指令可以包括即興購買或按觀看次數(shù)計費請求。由于能夠針對不同的設(shè)備生成不同的內(nèi)容管理信息，所以能夠提供更大的靈活性。
較佳的做法是，令該方法還包括接收條件存取信息、接收內(nèi)容管理信息、以及把所接收的條件存取信息和內(nèi)容管理信息組合成一個被組合數(shù)據(jù)單元。較佳的做法是，令該方法還包括在把所接收的條件存取信息和內(nèi)容管理信息進(jìn)行組合之前對它們的一部分或全部進(jìn)行解密。通過將所接收的條件存取信息和內(nèi)容管理信息組合成一個被組合數(shù)據(jù)單元，當(dāng)需要時，能夠更有效地提供這樣的信息。如此處所使用的，較佳的做法是令“接收的數(shù)據(jù)”等術(shù)語可表示對數(shù)據(jù)的過濾，而且還可更廣義地表示從任何具有一個窗口的外部源(例如具有在任何情況下僅用于存儲數(shù)據(jù)而不是操作數(shù)據(jù)的窗口的外部源)獲取數(shù)據(jù)。
也可以獨立地提供這一重要特性。因此，在本發(fā)明的另一個方面，提供一種接收數(shù)據(jù)的方法，該方法包括接收條件存取信息、接收內(nèi)容管理信息、以及把所接收的條件存取信息和內(nèi)容管理信息組合成一個被組合數(shù)據(jù)單元。例如，這樣的被組合數(shù)據(jù)單元將相應(yīng)于內(nèi)容管理消息(CMM)。
較佳的做法是，令該方法還包括存儲被組合數(shù)據(jù)單元，這樣做的優(yōu)點在于，通過存儲被組合數(shù)據(jù)單元，由于接下來能夠重用被組合數(shù)據(jù)單元，所以可以獲取更高的效率。
較佳的做法是，令方法還包括接收內(nèi)容、接收用于對內(nèi)容有條件存取的條件存取信息、以及用于管理內(nèi)容的內(nèi)容管理信息。通常以擾碼的形式接收內(nèi)容。
與內(nèi)容的傳輸十分相像，通過接收內(nèi)容、既為條件存取信息也為內(nèi)容管理信息提供了一個環(huán)境，并且能夠更有效地執(zhí)行對內(nèi)容的管理。
較佳的做法是，令該方法還包括獨立于被組合數(shù)據(jù)單元存儲內(nèi)容。較佳的做法是(仍然)把內(nèi)容和被組合數(shù)據(jù)單元均存儲在一個共同的存儲介質(zhì)上。為了獨立地對內(nèi)容和被組合數(shù)據(jù)單元加以存儲，較佳的做法是把它們兩者存儲在不同的文件中，最好是存儲在該存儲介質(zhì)的不同的區(qū)域中，或可以存儲在同一文件的兩個不同的和非重疊的部分中。通過把內(nèi)容和被組合數(shù)據(jù)單元獨立地加以存儲，而不是把它們存儲在一起，可以簡化對內(nèi)容和被組合數(shù)據(jù)單元的存儲和存取，特別是，例如，當(dāng)在不要求任何中間修改的情況下接收和存儲內(nèi)容時。
如此處所使用的，特別涉及對數(shù)據(jù)的存儲，較佳的做法是令術(shù)語“獨立地存儲”，表示在邏輯級上獨立地存儲數(shù)據(jù)，例如，通過把數(shù)據(jù)存儲在硬磁盤上的不同的文件中，實現(xiàn)這一存儲。因此，以分段的和相互交叉的形式在物理級上存儲的兩個文件仍被視為是分別加以存儲的。然而，也可把該術(shù)語擴展到物理上獨立的存儲。
較佳的做法是，令該方法還包括存儲把被組合數(shù)據(jù)單元與內(nèi)容的一部分相關(guān)聯(lián)的定位符。該定位符可以是一個時間標(biāo)簽、或該定位符也可以是一個地址。通過把被組合數(shù)據(jù)單元與內(nèi)容的一部分相關(guān)聯(lián)，能夠更容易地把被組合數(shù)據(jù)單元同與一部分內(nèi)容相關(guān)的相應(yīng)條件存取信息同步加以處理。
如果至少內(nèi)容的一部分相應(yīng)于一個保密期，那么較佳的做法是令該方法還包括對內(nèi)容的重新加密，最好是在內(nèi)容重新加密之后改變保密期的長短。在這一情況中，較佳的做法是增加，但也可以減少保密期的長短。對于一個給定的內(nèi)容，通過改變保密期的長短，可以改變需要加密和解密的解擾碼數(shù)據(jù)(例如，控制字)的數(shù)量，因而能夠更容易地調(diào)整處理內(nèi)容所需的處理量。
如此處使用的，短語“保密期”的使用通常涉及那些利用具有動態(tài)解擾碼或解密密鑰的加密系統(tǒng)的系統(tǒng)，較佳的做法是令這一短語在適當(dāng)?shù)那闆r下，表示一段時間或相應(yīng)量的數(shù)據(jù)，在此期間，這樣的一個解擾碼或解密密鑰保持不變。通常，這樣的一個保密期為秒或數(shù)十秒的數(shù)量級，通常該解擾碼密鑰在權(quán)利控制消息(ECM)中加以傳遞。
較佳的做法是，令該方法還包括使用加密密鑰對被組合數(shù)據(jù)單元進(jìn)行加密，較佳的做法是把加密密鑰與設(shè)備、用戶、商業(yè)提供物、或內(nèi)容相關(guān)聯(lián)。與某一設(shè)備相關(guān)聯(lián)的加密密鑰的一個例子是一個‘局部’密鑰，‘局部’密鑰將不隨時間變化，且通常不為任何其它設(shè)備所知或由任何其它設(shè)備加以使用。
通過加密被組合數(shù)據(jù)單元，可以更安全地組合兩款潛在敏感數(shù)據(jù)(條件存取信息和內(nèi)容管理信息)，并可以要求較低的開銷，因為僅需進(jìn)行一次而不是兩次加密。
較佳的做法是，把加密密鑰的等價物存儲在可去除安全模塊中，最好把其存儲在一個智能卡中。通過把該密鑰的一個等價物存儲在一個可去除安全模塊中，可以更靈活地使用該密鑰，并能夠在更廣范的情況下使用密鑰。
該方法還可包括導(dǎo)致加密密鑰過期。這樣做向系統(tǒng)添加了進(jìn)一層的安全性。該方法還可包括接收一個替代加密密鑰等價物，并用替代加密密鑰等價物取代加密密鑰等價物。該方法還可包括接收一條停止使用加密密鑰等價物的指令，并且還可以包括在一組存取權(quán)到期之后，停止使用一個加密密鑰等價物。
如此處所使用的，較佳的做法是，令術(shù)語“到期”表示自愿地或不自愿地停止按一個預(yù)期能力的運作。
該方法還可以包括創(chuàng)建包括加密密鑰等價物的進(jìn)一步的數(shù)據(jù)單元，和使用進(jìn)一步的加密單元加密進(jìn)一步的數(shù)據(jù)單元。較佳的做法是，令進(jìn)一步的加密密鑰與設(shè)備、用戶、商業(yè)提供物、或內(nèi)容相關(guān)聯(lián)。較佳的做法是，令該方法還包括存儲進(jìn)一步的數(shù)據(jù)單元。使用進(jìn)一步的數(shù)據(jù)單元，能夠使加密密鑰的等價物對于擁有適當(dāng)?shù)脑O(shè)備、用戶、商業(yè)提供物、或內(nèi)容密鑰的另一方是有用的。
較佳的做法是，令該方法把被組合數(shù)據(jù)單元和進(jìn)一步的數(shù)據(jù)單元，最好是內(nèi)容，發(fā)布給另一方。這樣做能夠允許實現(xiàn)一種‘超級發(fā)布’模式。例如，呈以上所描述的進(jìn)一步的數(shù)據(jù)單元的形式，以被加密的形式，傳送加密密鑰的方法，可以確?！壈l(fā)布’內(nèi)容的連續(xù)的保護(hù)和權(quán)管理。
鑒于被組合數(shù)據(jù)單元與給定的時間相關(guān)，組合條件存取信息和內(nèi)容管理信息的步驟還可包括在被組合數(shù)據(jù)單元中存儲一個與給定的時間相關(guān)的計時值，由此，接下來可把計時值用于施加時間位移限制。計時值可以為與一系列消逝的保密期相關(guān)的一個計數(shù)器，但也可以為一個實際的時間。
參照以下一段，此處所使用的術(shù)語‘接收器/譯碼器’可表示用于接收被編碼的或未被編碼的信號(例如，可以通過某些其它裝置廣播或加以傳輸?shù)碾娨暫?或無線信號)的接收器。該術(shù)語也可表示用于對所接收的信號進(jìn)行譯碼的譯碼器。這樣的接收器/譯碼器的實施方案可以包括一個與用于對所接收的信號進(jìn)行譯碼的接收器集成在一起的譯碼器，例如，在一個“機頂盒”中，這樣的一個譯碼器與一個物理上獨立的接收器相組合運作，或這樣的一個包括附加功能的譯碼器，例如一個Web瀏覽器、玩游戲的設(shè)施、一臺錄像機或一臺電視。一個進(jìn)一步的例子是能夠接收被編碼的或未被編碼的信號的個人計算機(PC)，例如，經(jīng)由因特網(wǎng)接收被編碼的或未被編碼的信號。
較佳的做法是，令該方法還包括接收一個使用內(nèi)容請求、接收被組合數(shù)據(jù)單元、從被組合數(shù)據(jù)單元中抽取條件存取信息和內(nèi)容管理信息、以及依據(jù)條件存取信息和內(nèi)容管理信息確認(rèn)該請求。較佳的做法是令欲使用內(nèi)容的請求包括一個欲從一個存儲介質(zhì)檢索內(nèi)容、解密內(nèi)容、提供解擾碼數(shù)據(jù)(例如一個控制字)以解擾碼內(nèi)容、和/或輸出內(nèi)容的請求。例如，在一個試圖觀看一個記錄的用戶的控制下，可由一個接收器/譯碼器生成這樣的一個請求。使用內(nèi)容的請求也可以包括存儲內(nèi)容和/或?qū)?nèi)容加密的請求，例如，可以在試圖記錄內(nèi)容的用戶控制下由接收器/譯碼器產(chǎn)生。通過依據(jù)條件存取信息和內(nèi)容管理信息確認(rèn)該請求，可以提供一個通用的內(nèi)容管理和保護(hù)系統(tǒng)。
也可獨立地提供這一重要的特性。因此，在本發(fā)明的另一個方面，提供了一種確認(rèn)一個使用內(nèi)容的請求的方法，包括接收一個使用內(nèi)容的請求、接收一個包括條件存取信息和內(nèi)容管理信息的被組合數(shù)據(jù)單元、從被組合數(shù)據(jù)單元抽取條件存取信息和內(nèi)容管理信息、以及依據(jù)條件存取信息和內(nèi)容管理信息確認(rèn)該請求。
較佳的做法是，令該方法還包括從條件存取數(shù)據(jù)抽取解擾碼數(shù)據(jù)，例如一個控制字，用于對至少一部分內(nèi)容解擾碼，并輸出該解擾碼數(shù)據(jù)。除了確認(rèn)欲使用內(nèi)容的請求外，通過輸出用于對至少一部分內(nèi)容解擾碼的解擾碼數(shù)據(jù)，可以提供一個更連貫的內(nèi)容和保護(hù)系統(tǒng)。
如果該方法還包括復(fù)制一部分內(nèi)容，那么該方法還可以包括緩沖解擾碼數(shù)據(jù)，例如緩沖一個控制字。這樣做可以減少跳轉(zhuǎn)到其相應(yīng)的解擾碼數(shù)據(jù)已得以緩沖的內(nèi)容的不同部分所用的時間。
較佳的做法是令復(fù)制一部分內(nèi)容的步驟還包括維持一個當(dāng)前位置定位器，該當(dāng)前位置定位器相應(yīng)于一個當(dāng)前保密期，并輸出相應(yīng)于當(dāng)前位置定位器的那一部分內(nèi)容。在這一情況下，較佳的做法是令緩沖解擾碼數(shù)據(jù)的步驟還包括獲取相應(yīng)于不同于當(dāng)前保密期的一個保密期的解擾碼數(shù)據(jù)，例如獲取一個控制字。在這一方式中，可以提供在不同的保密期之間快速跳轉(zhuǎn)的能力，而且不必等待對適當(dāng)?shù)慕鈹_碼數(shù)據(jù)的解碼。
該方法還包括獲取相應(yīng)于內(nèi)容中的當(dāng)前位置的解擾碼數(shù)據(jù)，例如獲取一個控制字；獲取相應(yīng)于內(nèi)容中至少一個不同的位置的進(jìn)一步的解擾碼數(shù)據(jù)，例如獲取一個進(jìn)一步的控制字，并存儲進(jìn)一步的解擾碼數(shù)據(jù)。
該方法還包括修改被組合數(shù)據(jù)單元，以及存儲新的被組合數(shù)據(jù)單元。因此，可以提高系統(tǒng)的靈活性，從而允許對內(nèi)容管理信息或條件存取信息的更動態(tài)的使用。這樣的一個使用將擁有使用規(guī)則，這些使用規(guī)則僅允許對一個特定記錄的有限次數(shù)的觀看，對權(quán)力到期之前所剩的一系列記錄在CMM中加以編碼，并在回放時對它們加以更新。
較佳的做法是，根據(jù)一種流行的內(nèi)容使用模式進(jìn)行修改。因而，可以考慮不同的使用模式，例如訂購模式、按播放次數(shù)計費模式。
較佳的做法是，令在接收器/譯碼器處接收內(nèi)容管理信息。
在本發(fā)明的另一方面，提供用于傳輸數(shù)據(jù)的裝置，包括用于獨立地傳輸條件存取信息和內(nèi)容管理信息裝置(較佳的做法是以至少一個發(fā)射器及與其相關(guān)的控制器或處理器的形式)。
較佳的做法是，令該裝置與節(jié)目提供商相關(guān)聯(lián)，并可以將其并入一個用于提供節(jié)目的系統(tǒng)中。
較佳的做法是，令該裝置還包括用于經(jīng)由一個廣播中心傳輸內(nèi)容管理信息的裝置(較佳的做法是以至少一個發(fā)射器及與其相關(guān)的控制器或處理器的形式)。
該裝置還可以包括用于傳輸內(nèi)容的裝置(通常呈至少一個發(fā)射機及與其相關(guān)聯(lián)的控制器或處理器的形式)。較佳的做法是，令用于傳輸內(nèi)容管理信息的裝置和用于傳輸內(nèi)容的裝置適合于獨立地進(jìn)行傳輸。
該裝置還包括用于在內(nèi)容管理信息中插入至少一個對相應(yīng)條件存取信息的參照的裝置(通常呈處理器的形式)。
該裝置還可以包括用于加密內(nèi)容管理信息的裝置(通常呈一個處理器的形式)，較佳的做法是，還包括用于加密條件存取信息的裝置(通常呈相同的或獨立的處理器的形式)。
較佳的做法是，令該裝置還包括用于在內(nèi)容管理信息中插入一個指出至少一個準(zhǔn)備把內(nèi)容管理信息傳送給它的設(shè)備的設(shè)備標(biāo)識符的裝置(通常呈處理器的形式)。
該裝置還可以包括用于生成內(nèi)容管理信息的裝置(通常呈處理器的形式)。這一用于生成內(nèi)容管理信息的裝置還可以包括用于依據(jù)設(shè)備標(biāo)識符生成內(nèi)容管理信息的裝置(通常呈處理器的形式)，并且還可以包括用于依據(jù)于從用戶那里接收的一條指令生成內(nèi)容管理信息的裝置(通常呈處理器的形式)。
在本發(fā)明的再一個方面中，提供了用于接收數(shù)據(jù)的裝置，包括用于接收條件存取信息的裝置(通常呈接收器的形式)、用于接收內(nèi)容管理信息的裝置(通常呈相同的或一個獨立接收器的形式)、用于把所接收的條件存取信息和內(nèi)容管理信息組合成一個被組合數(shù)據(jù)單元的裝置(通常呈處理器的形式)。
較佳的做法是，令用于接收數(shù)據(jù)的裝置還包括用于存儲被組合數(shù)據(jù)單元的裝置(通常以一個存儲介質(zhì)的形式)。較佳的做法是，令該裝置還包括用于接收內(nèi)容的裝置(通常以接收器的形式)。
較佳的做法是，令用于存儲被組合數(shù)據(jù)單元的裝置還適合于存儲內(nèi)容，并且還適合獨立于被組合數(shù)據(jù)單元存儲內(nèi)容。
較佳的做法是，令該裝置還包括用于生成一個把被組合數(shù)據(jù)單元與一部分內(nèi)容相關(guān)聯(lián)的定位符的裝置(通常呈計時器和/或處理器的形式)，以及該用于存儲被組合數(shù)據(jù)單元的裝置還適合于存儲該定位符。
較佳的做法是，令該裝置還包括用于重新加密內(nèi)容的裝置(通常呈一個處理器的形式)、用于以一個加密密鑰加密被組合數(shù)據(jù)單元的裝置(通常呈相同的或不同處理器的形式)、以及用于存儲加密密鑰的一個等價物的裝置(通常呈存儲器和/或可去除安全模塊的形式)。
該裝置還可以包括用于導(dǎo)致加密密鑰到期的裝置(通常呈處理器形式)，較佳的做法是令用于導(dǎo)致加密密鑰到期的裝置包括用于接收令加密密鑰到期的請求的裝置(通常呈接收器的形式)、以及用于處理令加密密鑰到期的請求的裝置(通常呈相同的或不同處理器的形式)。
較佳的做法是，令該裝置還包括用于創(chuàng)建包括加密密鑰的等價物的進(jìn)一步數(shù)據(jù)單元的裝置(通常呈處理器的形式)，以及使用進(jìn)一步加密密鑰加密進(jìn)一步數(shù)據(jù)單元的裝置(通常呈相同或不同處理器的形式)。
較佳的做法是，令該裝置還包括用于發(fā)布被組合數(shù)據(jù)單元、進(jìn)一步的數(shù)據(jù)單元，以及內(nèi)容的裝置(通常呈處理器和/或網(wǎng)絡(luò)接口的形式)。
較佳的做法是，令該裝置還包括用于生成與一個給定的時間相關(guān)的計時值的裝置(通常呈計時器或處理器的形式)，其中被組合數(shù)據(jù)單元與該給定的時間相關(guān)聯(lián)。
該裝置還包括用于接收一個欲使用內(nèi)容的請求的裝置(通常呈輸入器的形式)、用于接收被組合數(shù)據(jù)單元的裝置(通常呈接收器形式)、用于從被組合數(shù)據(jù)單元抽取條件存取信息和內(nèi)容管理信息的裝置(通常呈處理器的形式)、以及用于依據(jù)條件存取信息和內(nèi)容管理信息確認(rèn)請求的裝置(通常呈相同的或獨立處理器形式)。
較佳的做法是，令該裝置還包括用于從條件存取數(shù)據(jù)中抽取解擾碼數(shù)據(jù)，例如一個控制字，以對至少一部分內(nèi)容解擾碼的裝置(通常呈處理器的形式)；以及用于輸出該解擾碼數(shù)據(jù)的裝置(通常呈輸出器形式)。
較佳的做法是，令用于接收數(shù)據(jù)的裝置還包括用于復(fù)制內(nèi)容的裝置(通常呈處理器和/或輸出器的形式)，還可以包括用于緩沖解擾碼數(shù)據(jù)，例如控制字的裝置(通常呈存儲器和/或處理器的形式)。
較佳的做法是，令用于緩沖解擾碼數(shù)據(jù)的裝置還包括用于獲取相應(yīng)于內(nèi)容中當(dāng)前位置的解擾碼數(shù)據(jù)的裝置(通常呈處理器的形式)、用于獲取相應(yīng)于內(nèi)容中至少一個不同位置的進(jìn)一步的解擾碼數(shù)據(jù)的裝置(通常呈相同的或獨立處理器的形式)、以及用于存儲進(jìn)一步的解擾碼數(shù)據(jù)的裝置(通常呈存儲器的形式)。
用于接收數(shù)據(jù)的裝置還可以包括用于修改被組合數(shù)據(jù)單元的裝置(通常呈一個處理器的形式)、以及用于存儲新的被組合數(shù)據(jù)單元的裝置(通常呈一個存儲器的形式)。較佳的做法是令用于修改被組合數(shù)據(jù)單元的裝置包括用于根據(jù)一個流行的內(nèi)容使用模式修改被組合數(shù)據(jù)單元的裝置。
在本發(fā)明的另一個方面，提供一種確認(rèn)使用內(nèi)容請求的裝置，包括用于接收欲使用內(nèi)容的請求的裝置(通常呈接收器或處理器的形式)、用于接收包括條件存取信息和內(nèi)容管理信息的被組合數(shù)據(jù)單元的裝置(通常呈接收器的形式)、用于從被組合數(shù)據(jù)單元抽取條件存取信息和內(nèi)容管理信息的裝置(通常呈相同的或獨立處理器的形式)、以及用于依據(jù)條件存取信息和內(nèi)容管理信息確認(rèn)請求的裝置(通常呈處理器的形式)。
較佳的做法是，令確認(rèn)一個欲使用內(nèi)容的請求的裝置還包括用于從條件存取數(shù)據(jù)抽取解擾碼數(shù)據(jù)，例如一個控制字，以對至少一部分內(nèi)容解擾碼的裝置(通常呈處理器的形式)；以及用于輸出解擾碼數(shù)據(jù)的裝置(通常呈輸出器的形式)。
較佳的做法是，令該裝置還包括用于復(fù)制內(nèi)容的的裝置(通常呈處理器和/或輸出器的形式)，并且還可以包括用于緩沖解擾碼數(shù)據(jù)的裝置(通常呈存儲器和/或處理器的形式)。
較佳的做法是，令用于緩沖解擾碼數(shù)據(jù)的裝置包括獲取相應(yīng)于內(nèi)容中當(dāng)前位置的解擾碼數(shù)據(jù)，例如控制字，的裝置(通常呈處理器的形式)、用于獲取相應(yīng)于內(nèi)容中至少一個不同位置的進(jìn)一步的解擾碼數(shù)據(jù)，例如進(jìn)一步控制字的裝置(通常呈相同的或獨立處理器的形式)、以及用于存儲進(jìn)一步的解擾碼數(shù)據(jù)的裝置(通常呈存儲器的形式)。
該裝置還包括用于修改被組合數(shù)據(jù)單元的裝置(通常呈處理器的形式)、以及用于存儲新的被組合數(shù)據(jù)單元的裝置(通常呈存儲器的形式)。較佳的做法是，令用于修改被組合數(shù)據(jù)單元的裝置包括用于根據(jù)流行的內(nèi)容使用模式修改被組合數(shù)據(jù)單元的裝置。
較佳的做法是，把用于確認(rèn)欲使用內(nèi)容的請求的裝置并入一個接收器/譯碼器中，并且也能夠?qū)⑵洳⑷胍粋€存儲設(shè)備中。
在本發(fā)明的又一個方面，提供一個存儲介質(zhì)，該存儲介質(zhì)擁有作為一個被組合數(shù)據(jù)單元存儲在其上的的條件存取信息和內(nèi)容管理信息。
在本發(fā)明的另一個方面，提供了一個用于接收如以上所提到的數(shù)據(jù)的接收器/譯碼器并入裝置，最好還提供了用于確認(rèn)也如以上所提到的數(shù)據(jù)的進(jìn)一步的并入裝置，該接收器/譯碼器還可以并入如以上所提到的一個存儲介質(zhì)。
在本發(fā)明的又一方面，提供一個分組，該分組包括一條權(quán)利管理消息，該權(quán)利管理消息包括一個能夠使其被導(dǎo)向一個內(nèi)容管理系統(tǒng)的標(biāo)識符。
在本發(fā)明的再一個方面，提供一個分組，該分組包括內(nèi)容管理信息。
在本發(fā)明的另一個方面，提供一個分組，該分組包括內(nèi)容管理信息、條件存取信息、以及權(quán)利管理信息。
在本發(fā)明的又一個方面，提供一個并入如以上所提到的用于傳輸?shù)难b置的廣播中心。
在本發(fā)明的再一個方面，提供一個并入如以上所提到的接收器/譯碼器的廣播系統(tǒng)，最好還提供如以上所提到的廣播中心。
在本發(fā)明的又一個方面，提供一個裝置，該裝置包括用于從一個被加密的音頻視頻數(shù)據(jù)流抽取解密密鑰的裝置、以及用于獨立地記錄和存儲一個被加密的音頻視頻數(shù)據(jù)流及其相應(yīng)解密密鑰的裝置。
以這樣的方式存儲數(shù)據(jù)流的優(yōu)點是壓縮了被編碼數(shù)據(jù)流，因此與被譯碼的和未被壓縮數(shù)據(jù)流相比，在數(shù)據(jù)存儲介質(zhì)上占據(jù)了較少的空間。存儲被編碼數(shù)據(jù)也有助于防止對被存儲數(shù)據(jù)的盜用。獨立地存儲譯碼密鑰有助于被存儲數(shù)據(jù)的安全。
為了語言的清晰，此處使用術(shù)語“被擾碼的”、“被加密的”、“控制字”以及“密鑰”。然而，應(yīng)該認(rèn)識到在“被擾碼數(shù)據(jù)”和“被加密數(shù)據(jù)”之間或在“控制字”和“密鑰”之間沒有進(jìn)行根本性的區(qū)別。
較佳的做法是，令被存儲的音頻視頻數(shù)據(jù)流包括被擾碼視頻與或音頻數(shù)據(jù)，解密密鑰包括用于對被擾碼視頻與或音頻數(shù)據(jù)解擾碼的解擾碼數(shù)據(jù)。
較佳的做法是，令該裝置包括用于在回放期間重新組合和同步化被存儲解密密鑰和被編碼音頻視頻數(shù)據(jù)流的裝置。
為了能夠播放被記錄數(shù)據(jù)流，需要把解擾碼密鑰與數(shù)據(jù)流按正確的順序重新加以組合，以使正確的密鑰與其相應(yīng)的數(shù)據(jù)流部分同步化。
較佳的做法是，提供用于存儲被組合的和被同步化的密鑰以及音頻視頻數(shù)據(jù)流的存儲裝置。
本發(fā)明還提供一種基本上如此處參照附

圖1～11和14～34所描述的一種方法，以及基本上如此處參照這些附圖所描述和附圖中所說明的裝置。
本發(fā)明還提供了一個計算機程序和一個計算機程序產(chǎn)品，用于執(zhí)行此處所描述的任何方法和/或用于體現(xiàn)此處所描述的任何裝置特性；以及一個計算機可讀的介質(zhì)，擁有存儲在其上的一個程序，用于執(zhí)行此處所描述的任何方法和/或用于體現(xiàn)此處所描述的任何裝置特性。
本發(fā)明還提供了一個體現(xiàn)了一個計算機程序的信號，用于執(zhí)行此處所描述的任何方法和/或用于體現(xiàn)此處所描述的任何裝置特性；一個傳輸這樣一個信號的方法；以及一個擁有一個支持計算機程序的操作系統(tǒng)的計算機產(chǎn)品，用于執(zhí)行此處所描述的任何方法和/或用于體現(xiàn)此處所描述的任何裝置特性。
本發(fā)明還提供了一個數(shù)據(jù)存儲介質(zhì)，擁有存儲在其上的作為一個被組合數(shù)據(jù)單元的條件存取信息和內(nèi)容管理信息。
本發(fā)明還提供了一個廣播系統(tǒng)，適合于執(zhí)行此處所描述的任何方法。
可以以任何適當(dāng)組合的形式把本發(fā)明的一個方面中的任何特性施用于本發(fā)明的其它方面。
現(xiàn)在，將參照附圖，并僅通過舉例，描述本發(fā)明的優(yōu)選特性。在這些附圖中圖1是一個典型數(shù)字電視系統(tǒng)的概要圖；圖2是一個條件存取系統(tǒng)的概要圖；圖3描述了一條權(quán)利管理消息(EMM)的結(jié)構(gòu)；圖4是一個接收器/譯碼器的方框圖；圖5說明一個接收器/譯碼器的體系結(jié)構(gòu)；圖6更詳細(xì)地說明一個接收器/譯碼器的體系結(jié)構(gòu)；圖7是一個內(nèi)容管理和保護(hù)系統(tǒng)(CMPS)的第一優(yōu)選實施方案的概要圖；圖8是一個內(nèi)容管理和保護(hù)系統(tǒng)(CMPS)的第二優(yōu)選實施方案的概要圖；圖9是一個內(nèi)容管理和保護(hù)系統(tǒng)(CMPS)的第三優(yōu)選實施方案的概要圖；圖10是一個內(nèi)容管理和保護(hù)系統(tǒng)(CMPS)的第四優(yōu)選實施方案的概要圖11示意性地說明一個典型傳輸?shù)慕Y(jié)構(gòu)；圖12示意性地說明在記錄之前一個被接收的傳輸?shù)默F(xiàn)有技術(shù)處理過程；圖13示意性地說明了在回放之前一個被接收的傳輸?shù)默F(xiàn)有技術(shù)處理過程；圖14示意性地說明在記錄之前一個被接收的傳輸?shù)奶幚磉^程；圖15示意性地說明在記錄之前一個被接收的傳輸?shù)囊粋€可選的處理過程；圖16示意性地說明在回放之前一個被接收的傳輸?shù)奶幚磉^程；圖17說明CMPS和HDVR之間的數(shù)據(jù)的流動；圖18說明在內(nèi)容記錄狀態(tài)期間所運轉(zhuǎn)的協(xié)議；圖19示意性地說明CMPS和相關(guān)設(shè)備之間的數(shù)據(jù)的流動；圖20示意性地說明另一個實施方案中CMPS和相關(guān)設(shè)備之間的數(shù)據(jù)的流動；圖21示意性地說明又一個實施方案中CMPS和相關(guān)設(shè)備之間的數(shù)據(jù)的流動；圖22說明在內(nèi)容讀取狀態(tài)期間所運轉(zhuǎn)的協(xié)議；圖23說明服務(wù)、機制以及API的層次結(jié)構(gòu)；圖24說明在回放一個記錄的過程中所涉及的不同階段；圖25說明于一個不同的方面中在回放一個記錄的過程中所涉及的不同階段；圖26說明于又一個不同的方面中在回放一個記錄的過程中所涉及的不同階段；圖27說明創(chuàng)建服務(wù)器的新取例的原理；圖28示意性地說明廣播信息和局部生成的信息之間的分隔；圖29說明根據(jù)廣播控制和管理消息的CMM的形成；圖30示意性地說明以個性化模式創(chuàng)建CMM的不同的階段；圖31說明專門針對超級發(fā)布(SD_CMM)和專門與內(nèi)容相關(guān)聯(lián)的CMM的結(jié)構(gòu)；圖32示意性地說明以超級發(fā)布模式創(chuàng)建和修改SC_CMM的不同的階段；圖33說明專門針對后購超級發(fā)布(SD_CMM)的CMM的結(jié)構(gòu)；以及圖34示意性地說明以后購超級發(fā)布模式創(chuàng)建和修改SD_CMM的不同階段。
系統(tǒng)概述圖1中描述一個數(shù)字電視系統(tǒng)的概要圖。以下將簡要描述該系統(tǒng)的一系列重要方面。
該系統(tǒng)包括一個通常傳統(tǒng)的數(shù)字電視系統(tǒng)2，數(shù)字電視系統(tǒng)2使用人們所熟悉的MPEG-2壓縮系統(tǒng)傳輸被壓縮的數(shù)字信號。更詳細(xì)地講，廣播中心中的MPEG-2壓縮器3接收一個數(shù)字信號流(通常為視頻信號流)。通過聯(lián)接5把壓縮器3連接于一個多路復(fù)用器和擾碼器4。
多路復(fù)用器4經(jīng)由聯(lián)接7接收一系列進(jìn)一步的輸入信號、組裝傳送流、以及把被壓縮的數(shù)字信號傳輸給廣播中心的傳輸器6，當(dāng)然，聯(lián)接7可采取各種各樣的形式，包括遠(yuǎn)程通信鏈路。傳輸器6經(jīng)由上行鏈路8向一個衛(wèi)星轉(zhuǎn)發(fā)器9傳輸電磁信號，其中，電磁信號被電子地加以處理，并經(jīng)由想象的下行鏈路10廣播到地面接收器12，通常，地面接收器12采用一種最終用戶所擁有或所租賃的盤碟形式。其它用于傳輸數(shù)據(jù)的傳送信道當(dāng)然也是可行的，例如地面廣播、電纜傳輸、組合的衛(wèi)星/電纜鏈路、電話網(wǎng)絡(luò)等。
把由接收器12所接收的信號傳輸給一個最終用戶所擁有或所租賃的集成接收器/譯碼器13，并將其連接于最終用戶的電視機14。接收器/譯碼器13把壓縮的MPEG-2信號譯碼成針對電視機14的電視信號。盡管圖1中描述了一個獨立的接收器/譯碼器，然而，該接收器/譯碼器也可以為整個數(shù)字電視的一部分。如在此處所使用的，術(shù)語“接收器/譯碼器”包括一個獨立的接收器/譯碼器，例如機頂盒；以及電視機，該電視機擁有與其相集成的接收器/譯碼器。
在多信道系統(tǒng)中，多路復(fù)用器4處理從一系列并行源所接收的音頻和視頻信息，并與傳輸器6交互，以沿一系列相應(yīng)的信道廣播這些信息。除了音頻和視頻信息之外，也可以把消息或應(yīng)用或任何其它種類的數(shù)字?jǐn)?shù)據(jù)引入這些信道中的某些或全部與被傳輸?shù)囊纛l和視頻信息相互交互的信道。
把條件存取系統(tǒng)15連接于多路復(fù)用器4和接收器/譯碼器13，并將其部分地定位在廣播中心，部分地定位在接收器/譯碼器中。這樣做可使最終用戶能夠從一或多個廣播供應(yīng)商那里存取數(shù)字電視廣播?？梢园岩粋€智能卡插入接收器/譯碼器13中，其中，智能卡能夠?qū)εc商業(yè)供應(yīng)物(即由廣播供應(yīng)商銷售的一個或多個電視節(jié)目)相關(guān)的消息進(jìn)行解密。使用接收器/譯碼器13和智能卡，最終用戶可以以訂購模式或按觀看次數(shù)計費的模式購買商業(yè)提供物。
如以上所提到的，在多路復(fù)用器4處把由系統(tǒng)所傳輸?shù)墓?jié)目進(jìn)行擾碼，施加于一個給定的傳輸?shù)臈l件和加密密鑰，是由條件存取系統(tǒng)15加以確定的。在這種方式中，傳輸被擾碼的數(shù)據(jù)是付費電視系統(tǒng)領(lǐng)域中所公知的。通常，把被擾碼數(shù)據(jù)隨用于對數(shù)據(jù)解擾碼的控制字一起傳輸，該解擾碼數(shù)據(jù)本身由所謂的私用密鑰進(jìn)行加密，并以加密的形式傳輸。
然后，接收器/譯碼器13接收被擾碼數(shù)據(jù)和被加密控制字，接收器/譯碼器13可取得存儲在插入接收器/譯碼器中的智能卡上的私用密鑰的等價物，以對被加密控制字進(jìn)行解密，接下來對被傳輸數(shù)據(jù)解擾碼。例如，已付費的用戶將從按月廣播的EMM(權(quán)利管理消息)中接收對被加密控制字進(jìn)行解密所需的私用密鑰，以允許觀看該傳輸。此處，可把這樣的一條權(quán)利消息稱為一個‘CAS_EMM’(與一個‘CMP_EMM’不同，由內(nèi)容管理和保護(hù)加以生成，并用于內(nèi)容管理和保護(hù)，以下將對內(nèi)容管理和保護(hù)進(jìn)行描述)。
一個交互系統(tǒng)16，其也連接于多路復(fù)用器4和接收器/譯碼器13，并且也部分地定位在廣播中心和部分地定位在接收器/譯碼器中，使最終用戶能夠經(jīng)由一個后信道17與各種應(yīng)用進(jìn)行交互。例如，后信道可以是一個公共交換電話網(wǎng)絡(luò)(PSTN)信道(例如，調(diào)制解調(diào)的后信道)或一個頻帶外的(OOB)信道。后信道也可用于條件存取系統(tǒng)15中和/或用于以下所描述的內(nèi)容管理和保護(hù)系統(tǒng)中的通信。
使用一個附接于接收器/譯碼器的海量存儲設(shè)備370，可以記錄和存儲部分被接收的傳輸，以備以后觀看。例如，海量存儲設(shè)備370可以為盤式錄像機、DVHS記錄器、DAT記錄器、固態(tài)存儲器單元、或其它合適的介質(zhì)，并且可以把其并入接收器/譯碼器，也可以單獨地加以提供。甚至海量存儲設(shè)備370也可以為接收器/譯碼器之中或接收器/譯碼器之外的靜態(tài)或動態(tài)存儲器。把合適的接口軟件360以及可選的硬件提供在接收器/譯碼器中。
用于管理和保護(hù)經(jīng)由接收器/譯碼器存儲在海量存儲設(shè)備上的記錄內(nèi)容的內(nèi)容管理和保護(hù)系統(tǒng)(CMPS)，其配置在廣播中心和接收器/譯碼器之間。通常，以具有相關(guān)智能卡閱讀器的智能卡的形式提供CMPS的接收器/譯碼器部件，但僅能夠以軟件或僅以硬件實施方案的形式實現(xiàn)。根據(jù)預(yù)定的使用規(guī)則，CMPS可以確保僅被授權(quán)的用戶才能夠記錄和回放內(nèi)容。
內(nèi)容管理和保護(hù)系統(tǒng)的一個重要的部分是具體的使用規(guī)則消息(URM)，URM包含與給定的節(jié)目或傳輸相關(guān)的內(nèi)容管理信息，并在這樣的節(jié)目或傳輸之前對其加以傳輸。實質(zhì)上，使用規(guī)則消息把一個使用約束強加于內(nèi)容的回放和復(fù)制，并可以僅把其導(dǎo)向內(nèi)容的特定的部分，例如一個節(jié)目中的一個獨立的“章節(jié)”，或把其導(dǎo)向整個內(nèi)容。典型的使用規(guī)則包括對時間位移、快進(jìn)、可以回放一個記錄的次數(shù)、可用的復(fù)制模式的限制。以下將更詳細(xì)描述的另一個重要的特性是，根據(jù)相應(yīng)的內(nèi)容或條件存取信息，可以獨立地發(fā)送(從不同的位置以及在不同的時間)與給定節(jié)目相關(guān)的URM。
在以下的描述中，將更詳細(xì)地描述以上所提到的系統(tǒng)的各種元素。
特別是，將依次描述條件存取系統(tǒng)(包括權(quán)利管理消息)、接收器/譯碼器(包括接收器/譯碼器的體系結(jié)構(gòu))、以及內(nèi)容管理和保護(hù)系統(tǒng)(包括傳輸、存儲、檢索內(nèi)容的結(jié)構(gòu))。
最后，將更詳細(xì)地描述內(nèi)容管理和保護(hù)系統(tǒng)，特別參照與海量存儲設(shè)備(包括記錄、回放)的接口、與條件存取系統(tǒng)(包括記錄、回放)的接口、以及CMPS的功能情形。
條件存取系統(tǒng)參照圖2?？傮w上看，條件存取系統(tǒng)15包括用戶授權(quán)系統(tǒng)(SAS)30。通過一個鏈路34，把SAS 30連接到一個或多個用戶管理系統(tǒng)(SMS)32，每一個廣播供應(yīng)商對應(yīng)一個SMS，其中，鏈路34可以是TCP_IP鏈路或其它類型的鏈路。另外，還可以在兩個商業(yè)經(jīng)營商之間共享一個SMS，或一個商業(yè)經(jīng)營商使用兩個SMS等。
通過聯(lián)接40，把利用智能母卡38的呈密碼書寫單元36的形式的第一加密單元連接于SAS。此外，通過聯(lián)接46，把利用智能母卡44的呈密碼書寫單元42的形式的第二加密單元連接于多路復(fù)用器4。接收器/譯碼器13接收智能子卡48。經(jīng)由通信服務(wù)器50和調(diào)制解調(diào)的后信道17，把接收器/譯碼器直接連接于SAS 30。其中，SAS根據(jù)請求向智能子卡發(fā)送訂購權(quán)。
智能卡包含來自一或多個商業(yè)經(jīng)營商的保密信息。智能母卡對不同的類型的消息進(jìn)行加密，而智能子卡對該消息進(jìn)行解密，如果它們有權(quán)這樣做的話。
參照圖2，在廣播中心中，使用MPEG-2壓縮器3，把數(shù)字視頻信號進(jìn)行第一次壓縮(或降低比特率)。然后，把已壓縮的信號傳輸?shù)蕉嗦窂?fù)用器和擾碼器4，以便與其它數(shù)據(jù)，例如其它被壓縮的數(shù)據(jù)，多路復(fù)用。
擾碼器生成用于擾碼過程并被包括于多路復(fù)用器4中的MPEG-2流中的的控制字。內(nèi)部地生成控制字，并使最終用戶的集成接收器/譯碼器13能夠?qū)?jié)目解擾碼。
指明節(jié)目是如何被商業(yè)化的存取準(zhǔn)則，也被添加到MPEG-2流中。可以以一系列“訂購”模式之一和/或一系列“按觀看次數(shù)計費的”(PPV)模式或事件之一對節(jié)目進(jìn)行商業(yè)化。在訂購模式中，最終用戶訂購一或多個商業(yè)提供物，或“成組”訂購商業(yè)提供物，從而得到觀看這些組中每一信道的權(quán)力。在按觀看次數(shù)計費的模式中，最終用戶配有根據(jù)其希望購買事件的能力。
控制字和存取準(zhǔn)則均用于建立一條權(quán)利控制消息(ECM)，這是一條相對一個被擾碼節(jié)目而發(fā)送的消息，該消息包括控制字(控制字允許對節(jié)目的解擾碼)和廣播節(jié)目的存取準(zhǔn)則。經(jīng)由聯(lián)接46把存取準(zhǔn)則和控制字傳輸于第二加密單元42。在這一單元中，生成一個ECM，對ECM進(jìn)行加密，并將其傳輸?shù)蕉嗦窂?fù)用器和擾碼器4。
由一個廣播供應(yīng)商在一個數(shù)據(jù)流中所廣播的每一個服務(wù)，包括一系列不同的成分，例如一個包括一個視頻成分、一個音頻成分、一個子標(biāo)題成分等的電視節(jié)目。針對相繼的廣播，對一個服務(wù)的這些成分中的每一個成分單獨地加以擾碼和加密。對于該服務(wù)的每一個被混雜的成分，均要求一個獨立的ECM。
多路復(fù)用器4接收電信號，這些電信號包括來自SAS 30的被加密的EMM、來自第二加密單元42的被加密的ECM、以及來自壓縮器機3的被壓縮的節(jié)目。多路復(fù)用器4擾碼節(jié)目，并把被擾碼的節(jié)目、被加密的EMM以及被加密的ECM作為電信號傳輸?shù)綇V播系統(tǒng)54，例如，廣播系統(tǒng)54可以是如圖1中所示的一個衛(wèi)星系統(tǒng)或其它的廣播系統(tǒng)。接收器/譯碼器13使用被加密的EMM和被加密的ECM對信號進(jìn)行反多路轉(zhuǎn)換，以獲取被擾碼的節(jié)目。
接收器/譯碼器接收廣播信號，并抽取MPEG-2數(shù)據(jù)流。如果擾碼一個節(jié)目，那么接收器/譯碼器13從MPEG-2數(shù)據(jù)流中抽取相應(yīng)的ECM，并把該ECM傳遞給最終用戶的智能子卡48。智能子卡被放置于接收器/譯碼器13中的一個位置上。智能子卡48控制最終用戶是否有權(quán)對ECM進(jìn)行解密，以及是否有權(quán)存取節(jié)目。如果沒有，則把一個否定狀態(tài)傳送給接收器/譯碼器13，以指出不能對該節(jié)目進(jìn)行解擾碼。如果最終用戶有權(quán)，則對ECM進(jìn)行解密，并抽取控制字。然后，譯碼器13可以使用這一控制字對節(jié)目解擾碼。將MPEG-2流解壓縮，并把其翻譯成視頻信號，以向前傳輸?shù)诫娨暀C14。
如果不對節(jié)目進(jìn)行擾碼，那么將不使用MPEG-2流對ECM進(jìn)行傳輸，接收器/譯碼器解壓縮數(shù)據(jù)，并把該信號轉(zhuǎn)換成一個用于向電視機14傳輸?shù)囊曨l信號。
用戶管理系統(tǒng)(SMS)30包括數(shù)據(jù)庫52，其中，數(shù)據(jù)庫52管理所有最終用戶文件、商業(yè)提供物(例如價目表和推銷廣告)、訂購、PPV細(xì)節(jié)、以及關(guān)于最終用戶消費與授權(quán)的數(shù)據(jù)。物理上，SMS可以遠(yuǎn)離于SAS。
SMS 32把意味著要修改或創(chuàng)建欲被傳輸于最終用戶的權(quán)利管理消息(EMM)的消息傳輸給SAS 30。SMS 32還把這樣的消息傳輸給SAS 30意味著不修改或創(chuàng)建EMM，而僅意味著最終用戶的狀態(tài)的一個變化(涉及當(dāng)訂購產(chǎn)品時向最終用戶所進(jìn)行的授權(quán)，或涉及向最終用戶收費的數(shù)量)。SAS 30還向SMS 32發(fā)送消息(通常要求諸如回叫信息或索賬信息之類的信息)，以至于這兩者之間的通信明顯為兩路的。
權(quán)利管理消息(EMM)與ECM不同，EMM是一條專門針對單一最終用戶(用戶)或一組最終用戶的消息，而ECM專門針對一個被擾碼的節(jié)目或如果為同一商業(yè)提供物的一部分，則專門針對針對一組被擾碼的節(jié)目。
各種特定類型的EMM是可能的。單一EMM專門針對單一用戶，并通常用于提供按觀看次數(shù)計費的服務(wù)。這些EMM包括組標(biāo)識符，以及在組中用戶的位置。所謂的“組”訂購EMM是專門針對組的，比如256個單一用戶的組，并通常用于管理某些訂購服務(wù)。觀眾EMM專門針對全體觀眾。一個“觀眾”指的是擁有具有相同經(jīng)營商標(biāo)識符(OPI)的智能卡的全體用戶。最后，針對智能卡的唯一標(biāo)識符，對一個“唯一的”EMM進(jìn)行編址。
現(xiàn)在，參照圖3，描述在優(yōu)選實施方案中所使用的EMM的一般形式?；旧现v，作為一系列數(shù)字?jǐn)?shù)據(jù)比特加以實現(xiàn)的EMM，包括標(biāo)題60、EMM本身62、以及簽字64。標(biāo)題60依次包括用以標(biāo)識EMM的類型的類型標(biāo)識符66、給出EMM長度的長度標(biāo)識符68、針對EMM的可選的地址70、經(jīng)營商標(biāo)識符72以及密鑰標(biāo)識符74。最后，簽字64，也是可選的，它提供一系列對EMM中其余數(shù)據(jù)的訛誤的檢查。標(biāo)題中的類型標(biāo)識符標(biāo)識作為EMM的消息。
接收器/譯碼器現(xiàn)在參照圖4，以功能塊的形式，描述接收器/譯碼器13的各個元件。
接收器/譯碼器13，例如其可以為一個數(shù)字機頂盒(DSTB)，包括一個中央處理器220，該處理器包括相關(guān)的存儲器單元，并適合于從一個串行接口221接收輸入數(shù)據(jù)；一個并行接口222；一個調(diào)制解調(diào)器223(連接于圖1的調(diào)制解調(diào)的后信道17)；以及在譯碼器的前面板上的開關(guān)觸點224。
接收器/譯碼器還適合于經(jīng)由一個控制單元226從紅外遙制器225接收輸入，并且還具有兩個智能卡閱讀器227、228，這兩個智能卡閱讀器分別適合于讀銀行和訂購智能卡242，240。訂購智能卡閱讀器228與被插入的訂購卡240相嚙合，并與條件存取單元229相嚙合，以向反多路復(fù)用器/解擾碼器230提供必要的控制字，以能夠?qū)Ρ患用艿膹V播信號解擾碼。譯碼器還包括常規(guī)調(diào)諧器231和解調(diào)器232，以在由單元230濾波和反多路轉(zhuǎn)換之前接收和解調(diào)衛(wèi)星傳輸。
如在這一描述中所使用的，較佳的做法是令應(yīng)用為用于控制接收器/譯碼器13，的高水平功能的一段計算機代碼。例如，當(dāng)最終用戶把遙控器225的焦點定位在電視機14的屏幕上所看到的一個按鈕目標(biāo)上，并按下確認(rèn)鍵時，運行與該按鈕相關(guān)聯(lián)的指令序列。
一個交互應(yīng)用提出菜單，并根據(jù)最終用戶的請求執(zhí)行命令，然后提供于應(yīng)用目的相關(guān)數(shù)據(jù)。應(yīng)用可以是駐留的應(yīng)用，即存儲在接收器/譯碼器13的ROM(或閃存或其它非易失存儲器)中的應(yīng)用，或被廣播和被下載到接收器/譯碼器13的RAM或閃存中的應(yīng)用。
也可以把應(yīng)用存儲在接收器/譯碼器13的存儲器單元中，并表示為源文件。源文件包括圖形對象描述單元文件、可變塊單元文件、指令序列文件、應(yīng)用文件以及數(shù)據(jù)文件。
接收器/譯碼器包括劃分成RAM卷、FLASH卷以及ROM卷的存儲器，但這一物理構(gòu)成不同于邏輯構(gòu)成。還可以把存儲器劃分成與各種接口相關(guān)聯(lián)的存儲器卷。從一個觀點來看，可以把存儲器視為硬件的一部分；從另一觀點來看，可以把存儲器視為支持或包含除硬件之外所示的整個系統(tǒng)。
接收器/譯碼器的體系結(jié)構(gòu)接收器/譯碼器包含5個軟件層，對它們加以組織，以使得可以在任何接收器/譯碼器中和使用任何操作系統(tǒng)都可以執(zhí)行該軟件。參照圖5，這些不同的軟件層為應(yīng)用層250、應(yīng)用編程接口層(API)252、虛擬機層254、設(shè)備層256以及系統(tǒng)軟件/硬件層258。
應(yīng)用層250包括駐留于接收器/譯碼器中或下載到接收器/譯碼器的應(yīng)用。它們可以是由客戶所使用的交互的應(yīng)用，例如用Java、HTML、MHEG-5或其它語言所編寫的應(yīng)用，也可以是由接收器/譯碼器所使用的用于運作這些應(yīng)用的應(yīng)用。這一層基于一組由虛擬機層提供的開放的應(yīng)用編程接口(API)。這一系統(tǒng)允許，在傳輸過程中或根據(jù)請求，把這些應(yīng)用下載到接收器/譯碼器中的閃存或RAM存儲器中。可以使用協(xié)議，例如數(shù)據(jù)存儲介質(zhì)命令和控制(DSMCC)、網(wǎng)絡(luò)文件服務(wù)器(NFS)等協(xié)議，以壓縮或未壓縮的格式傳輸應(yīng)用代碼。
交互應(yīng)用是這樣的一些應(yīng)用例如，用戶與這些應(yīng)用交互，以獲取產(chǎn)品和服務(wù)，例如電子節(jié)目指南、遠(yuǎn)程銀行業(yè)務(wù)應(yīng)用以及游戲。下列駐留應(yīng)用也用于管理交互應(yīng)用·引導(dǎo)程序。引導(dǎo)程序應(yīng)用260是當(dāng)接通接收器/譯碼器電源時所啟動的第一個應(yīng)用。引導(dǎo)程序應(yīng)用啟動虛擬機中不同的“管理程序”，第一個是應(yīng)用管理程序262。
·應(yīng)用管理程序。應(yīng)用管理程序262管理運行在接收器/譯碼器中的交互應(yīng)用，即它啟動、停止、掛起、恢復(fù)、處理事件，并處理應(yīng)用之間的通信。它允許一次運行多個應(yīng)用，因而涉及它們之間的資源的分配。對于用戶來說，這一應(yīng)用是完全透明的。
·配置。配置應(yīng)用264的目的是配置接收器/譯碼器，主要是在第一次使用它時。它執(zhí)行諸如掃描電視信道、設(shè)置日期和時間、建立用戶偏好等動作。然而，用戶可以在任何時間使用這一配置應(yīng)用，以改變接收器/譯碼器的配置。
·跳過廣告節(jié)目。跳過廣告節(jié)目應(yīng)用268用于使用上一個節(jié)目、下一個節(jié)目以及數(shù)字鍵改變信道。當(dāng)使用跳過廣告節(jié)目的另一種形式時，例如，通過標(biāo)志(領(lǐng)航)應(yīng)用，停止跳過廣告節(jié)目應(yīng)用。
·回叫。回叫應(yīng)用用于抽取存儲在接收器/譯碼器存儲器中的各種參數(shù)的值，然后，經(jīng)由調(diào)制解調(diào)的后信道17或經(jīng)由其它裝置，把這些值返回給商業(yè)經(jīng)營商。
API層252提供針對交互應(yīng)用開發(fā)的高級實用程序。它包括若干個構(gòu)成這種高級API的程序包。這些程序包提供了運行交互應(yīng)用所需的全部功能。應(yīng)用可以存取這些程序包。
在一個優(yōu)選實施方案中，這種API適用于運行用Java程序設(shè)計語言所編寫的應(yīng)用。而且，它能夠解釋HTML和其它格式，例如MHEG-5。除了這些解釋程序外，它還包括其它可根據(jù)需求命令進(jìn)行拆卸和加以擴展的程序包和服務(wù)模塊。
虛擬機層254由語言解釋程序和各種模塊及系統(tǒng)構(gòu)成。它包括為了在接收器/譯碼器中接收和執(zhí)行的交互應(yīng)用所需的每一功能。
設(shè)備接口層256包括設(shè)備管理程序和一系列設(shè)備。這些設(shè)備為軟件模塊，由管理外部事件和物理接口所需的邏輯資源組成。設(shè)備層管理驅(qū)動器和應(yīng)用之間的通信信道，并提供增強的錯誤異常檢查。被管理的設(shè)備的某些例子是卡閱讀器、調(diào)制解調(diào)器、網(wǎng)絡(luò)、PCMCIA(個人計算機存儲器卡國際協(xié)會)、LED顯示器等。程序員不必直接與這一層打交道，因為API層從上面控制各設(shè)備。
由接收器/譯碼器制造商提供系統(tǒng)軟件/硬件層258。由于系統(tǒng)的模塊化特性，以及由于OS所提供的服務(wù)(例如事件調(diào)度和存儲器管理)是該虛擬機的一部分，所以較高層不與某一特定的實時操作系統(tǒng)(RTOS)相關(guān)聯(lián)，也不與某一特定的處理器相關(guān)聯(lián)。
現(xiàn)在參照圖6更詳細(xì)地描述設(shè)備接口層256。
設(shè)備4060可以對應(yīng)硬件4066的一個部件4062或物理接口4064。把這樣的設(shè)備叫做“低級設(shè)備”4068。可把這樣的設(shè)備4068的輸出連接于至少一個設(shè)備驅(qū)動器4070，用于把設(shè)備4068的邏輯信號輸出轉(zhuǎn)換為驅(qū)動器(例如，一個硬件接口4064)所要求的信號。或者，設(shè)備4068本身也可以驅(qū)動接收器/譯碼器2020的一個部件或接口，即可以把該設(shè)備的輸出直接連接到硬件4066上。
低級設(shè)備4068的兩個例子是一種能夠使一個程序與包含于智能卡閱讀器4036中的智能卡進(jìn)行通信的LCARD設(shè)備；以及一種能夠使一個程序與包含于另一個智能卡閱讀器4036中的智能卡進(jìn)行通信的RCARD設(shè)備。例如，這些設(shè)備使一個程序能夠讀取卡的狀態(tài)、讀取卡的歷史、以及向卡發(fā)送一條輸入消息。這些設(shè)備還可以通知程序把卡插入到閱讀器中，在程序沒有請求時則從閱讀器中拆去卡并將卡復(fù)位。LCARD和RCARD設(shè)備均專門針對用于運行卡的具體協(xié)議，通常使用ISO7816協(xié)議。
除了“低級設(shè)備”之外，接收器/譯碼器13還可以包括控制接收器/譯碼器13的操作的“高級設(shè)備”4072。
高級設(shè)備的一個例子是一個MLOAD設(shè)備，該設(shè)備允許應(yīng)用負(fù)載從一個相應(yīng)于硬件和軟件過濾準(zhǔn)則的MPEG比特流加載一個MPEG段、一個完整的MPEG表、或一組MPEG段。例如，該設(shè)備使一個程序能夠僅下載一個應(yīng)用在任何時候所要求的一組段中的那些段。
內(nèi)容管理和保護(hù)系統(tǒng)(CMPS)現(xiàn)在，將參照圖7描述內(nèi)容管理和保護(hù)系統(tǒng)(CMPS)，在圖7中，以相同的數(shù)字表示與其它圖中所描述的部分相同的部分。
例如，經(jīng)由某種連接形式，例如經(jīng)由一個高速因特網(wǎng)連接，把一個節(jié)目提供商380連接于一個廣播中心，具體講，連接于一個MPEG壓縮器3。如以上所提到的，把一個壓縮器連接于一個多路復(fù)用器/擾碼器4，同樣連接到多路復(fù)用器/擾碼器4把密碼書寫單元42(并入一個智能母卡44)以及一個條件存取系統(tǒng)15。接下來，多路復(fù)用器/擾碼器4饋入廣播系統(tǒng)54中，它把廣播中心的輸出提交于一個接收器/譯碼器13。接收器/譯碼器本身包括一個女兒條件存取智能卡48、CMPS300的接收器/譯碼器部分、以及與附接于接收器/譯碼器的海量存儲設(shè)備370的接口360。
CMPS 300的接收器/譯碼器部分包括安全模塊(呈可去除智能卡的形式)320(未在圖中加以顯示)以及一個相關(guān)的軟件中間件層310(未在圖中加以顯示)。在該優(yōu)選實施方案中的一個變體中，CMPS和CAS共享一個單一的智能卡。在另一個變體中，在接收器/譯碼器中完全以軟件中間件的形式實現(xiàn)CMPS的接收器/譯碼器部分。以下將更詳細(xì)地描述CMPS 300的接收器/譯碼器部分。
CMPS的頭端部分類似地包括一個安全模塊(呈可去除的”母親”智能卡的形式，未在圖中加以顯示)。在該優(yōu)選實施方案的一個變體中，CMPS和CAS共享單一個智能母卡(未在圖中加以顯示)。在另一個變體中，完全以運行在一或多個頭端服務(wù)器上的軟件的形式實現(xiàn)CMPS的頭端部分。
實際上，節(jié)目提供商380把節(jié)目內(nèi)容(“CONNECT”)發(fā)送至MPEG壓縮器3，以傳輸?shù)浇邮掌?譯碼器13。如以上所描述，多路復(fù)用器/擾碼器4使用由密碼書寫單元42所生成的擾碼密鑰對內(nèi)容進(jìn)行擾碼，并且多路復(fù)用轉(zhuǎn)換成傳送流7，ECM(“ECM”)也由密碼書寫單元生成，來自條件存取系統(tǒng)的數(shù)據(jù)。
可以把由節(jié)目提供商所制造的內(nèi)容細(xì)分成不同的段，或“章節(jié)”，如在下一節(jié)中將描述的。如在其它地方描述的，內(nèi)容可以取多種不同的形式，例如音頻視頻數(shù)據(jù)、音樂文件、計算機文件、以及其它數(shù)據(jù)文件。
另外，節(jié)目提供商380還能夠指定必須加以遵守的具體內(nèi)容相關(guān)的使用規(guī)則，當(dāng)且如果由接收器/譯碼器13和海量存儲設(shè)備370記錄了這樣的內(nèi)容并相繼地對其加以回放時。該使用規(guī)則也可以指出這樣的記錄或回放沒有被授權(quán)。把這些使用規(guī)則封裝在使用規(guī)則消息(“URM”)中，并發(fā)送到壓縮器3。在該優(yōu)選實施方案中的一個變體中，把URM發(fā)送到廣播中心，并經(jīng)由可選的裝置對其加以傳輸。例如通過把它們直接發(fā)送到多路復(fù)用器4，以包括于傳送流7中，來實現(xiàn)這一傳輸。
通常，URM包含對內(nèi)容的法律的或商業(yè)的存取準(zhǔn)則，例如，對可以對一個記錄進(jìn)行拷貝的次數(shù)或類型的限制，對快進(jìn)的“特技模式”限制、時間位移限制、道德分級、以及與發(fā)布模式相關(guān)的數(shù)據(jù)，例如超級發(fā)布標(biāo)志。這些規(guī)則也可以在一個電子錢包中通過指出一種貨幣或數(shù)量，或一個所要求的代用貨幣量，指出與不同消費模式(例如，時間位移、租賃等)相關(guān)的內(nèi)容的價格。規(guī)則可能是復(fù)雜的，例如陳述根據(jù)對一個特定服務(wù)的訂購，提供一個免費預(yù)觀，或陳述根據(jù)最終用戶的消費歷史對某一節(jié)目提供折扣。例如，內(nèi)容管理信息還可以包括關(guān)于與交易(例如按觀看次數(shù)計費)相關(guān)的微量付費方案的信息。這樣的微量付費方案可以源于內(nèi)容提供商和技術(shù)提供商之間的一個合同。
可以在節(jié)目的廣播或記錄之前獲取URM，例如通過電子節(jié)目指南(EPG)獲取。對于許多EPG來說，使它們可得自不同的源(例如，通過廣播，來自一個電視雜志W(wǎng)eb網(wǎng)點，通過一個內(nèi)容擁有者/發(fā)布商‘墻園’等)是可能的。因此，可以從各種不同的來源獲取與一段給定的內(nèi)容相關(guān)的多個URM，從而在消費內(nèi)容的方式方面，向最終用戶提供了一個更寬泛的選擇以及更大的靈活性。
使用URM私用密鑰對URM進(jìn)行加密，在該優(yōu)選實施方案中的一個變體中，這一URM私用密鑰與ECM私用密鑰是相同的。在接收器/譯碼器CMPS智能卡320(未在圖中加以顯示)中維持了URM私用密鑰的一個等價物，以允許對URM進(jìn)行解密。
需要注意的一個重要方面是，URM可獨立地發(fā)送內(nèi)容，只要滿足某些基本條款(即，在一個特定內(nèi)容或內(nèi)容章節(jié)之前，接收器/譯碼器接收與該內(nèi)容中的內(nèi)容或章節(jié)相關(guān)的URM)。一般情況下，針對節(jié)目中的特定時間或事件(例如廣告的開始和結(jié)束)或針對節(jié)目本身的開始和結(jié)束同步化URM，盡管事實上也可針對相應(yīng)于特定ECM的特定保密期對URM同步化。通過使用URM(也可以使用ECM)中的具體的標(biāo)識符字段(“對話期號碼”字段)，實現(xiàn)URM和內(nèi)容的相應(yīng)的部分或ECM之間的同步化和交叉參照。另外，不具有這樣的交叉參照的URM在它們被接收時同樣有效。
為了允許節(jié)目提供商或任何其它方制造URM，要求一個URM生成器和一個URM傳輸器(兩者均未在圖中加以顯示)。通常，URM生成器由連接于一個內(nèi)部廣播中心網(wǎng)絡(luò)的專用服務(wù)器構(gòu)成。對于那些瞄準(zhǔn)于個人或群體用戶的URM來說，可能要求某些訂購信息，這些訂購信息通?？傻糜谟脩艄芾硐到y(tǒng)(未在圖中加以顯示)。另外，如果需要的話，還可提供一個鏈接于廣播中心的雙向鏈路，以促進(jìn)相對于保密期同步化URM所需的信息的交換。在該優(yōu)選實施方案的一個變體中，未提供這一鏈路，由廣播中心本身執(zhí)行這一同步化。
應(yīng)該加以注意的是，盡管URM可以是‘有目標(biāo)的’，但通常把它們提交于所有觀眾，把‘目標(biāo)’條件編碼于消息本身中(例如，對一個特定天氣預(yù)報節(jié)目的記錄和相繼的觀看是免費的，只要最終用戶已訂購了另一個服務(wù)，例如CNN信道)。
除了URM、內(nèi)容和ECM外，通常還要求為了允許用戶使用接收器/譯碼器和海量存儲設(shè)備記錄和/或回放的存取權(quán)。這些存取權(quán)以CMPS權(quán)利管理消息(“CMP_EMM”)的形式加以提供，CMP_EMM可擁有與傳統(tǒng)EMM相同的結(jié)構(gòu)，但通常更面向密鑰-通常一個CMP_EMM嵌入一個與內(nèi)容或服務(wù)相關(guān)的密鑰。在返回過程中為一次性付費(即興購買)或訂購的回報授予回放被記錄內(nèi)容的權(quán)力。也可以與任何內(nèi)容相關(guān)聯(lián)授予不同級別的存取權(quán)，憑此，例如，用戶可以支付第一筆費用，以交換一次重放內(nèi)容的權(quán)力，或支付第二筆、更高的費用，以獲得無限制重放的回報。通常，把CMP_EMM存儲在接收器/譯碼器CMPS智能卡中，但也可以將其存儲在其它地方，例如存儲在一個條件智能存取卡中。
在該優(yōu)選實施方案中，可以在進(jìn)行記錄之后(‘時間位移’模式)，或在記錄之前(‘訂購’模式)獲取重放一個記錄的權(quán)力。在前一種情況中，在對內(nèi)容進(jìn)行記錄之后，用戶告訴條件存取系統(tǒng)15(經(jīng)由接收器/譯碼器13和條件存取系統(tǒng)15之間的雙向鏈路)，他希望獲取回放內(nèi)容的權(quán)力。如果訂購管理系統(tǒng)授權(quán)這一指令，那么經(jīng)由雙向鏈路把適當(dāng)?shù)腃MPS權(quán)利管理消息(“CMP_EMM”)傳輸?shù)浇邮掌?譯碼器。
該CMPS系統(tǒng)所提供的眾多優(yōu)點之一是，用于記錄和回放節(jié)目的存取權(quán)完全獨立僅為了觀看節(jié)目的存取權(quán)，如在傳統(tǒng)的系統(tǒng)中那樣。因此，用戶可以擁有這樣的一種情況，其中，用戶可以觀看一個節(jié)目，但不能記錄該節(jié)目以及回放該節(jié)目。反過來，他不能夠觀看一個節(jié)目，但他可以記錄該節(jié)目、獲取必要的權(quán)力、然后回放該節(jié)目。
在該優(yōu)選實施方案中，后一種情形是可能的，因為僅在回放階段而不是在記錄階段施行使用規(guī)則和存取條件。在該優(yōu)選實施方案中的一個變體中，也在記錄階段施行這些權(quán)力，從而在安全和易用性方面提供了一個不同的平衡。
利用CMI獨立于存取權(quán)的特性，可以針對存儲在最終用戶家庭網(wǎng)絡(luò)中的一個給定的內(nèi)容不斷改變CMI。例如，在一個其使用權(quán)已經(jīng)到期的所存儲的時間位移節(jié)目的情況下，很可能在實際記錄之后幾個月，針對該節(jié)目的商業(yè)規(guī)則才會改變(以至于根據(jù)一個訂購現(xiàn)在內(nèi)容是可得的)，并將被再次向CMPS廣播。
參照圖8描述一個第二優(yōu)選實施方案。在這一優(yōu)選實施方案中，由相同的數(shù)字表示相同的部分。
如以上所描述的，提供了壓縮器3、多路復(fù)用器/擾碼器4、密碼書寫單元42、條件存取系統(tǒng)15、廣播系統(tǒng)54、節(jié)目提供商380、以及接收器/譯碼器13。
然而，與前一個優(yōu)選實施方案不同，該條件存取系統(tǒng)15不僅根據(jù)請求，把CMPS EMM(“CMP_EMM”)提供于接收器/譯碼器13，而且還負(fù)責(zé)生成使用規(guī)則消息(“URM”)，并把其傳送到多路復(fù)用器/擾碼器4。
由節(jié)目提供商把URM(“URM”)較松散地與內(nèi)容(“CONTENT”)的生成和傳輸相集成，但同時ECM(“ECM”)變得與URM(“URM”)較緊密地加以集成。在該系統(tǒng)中，再次注意到內(nèi)容、URM、CMPS EMM的獨立性，以及最終的靈活性。
在第二實施方案的變體中，不具有與廣播中心和/或節(jié)目提供商的物理的和/或其它關(guān)聯(lián)的第三方傳輸URM(未在圖中加以顯示)。在這樣的變體中，在使用規(guī)則的發(fā)布方面，提供了更大的靈活性。
參照圖9描述一個第三優(yōu)選實施方案。在這一優(yōu)選實施方案中，由相同的數(shù)字表示相同的部分。
如以上所描述的，提供了壓縮器3、多路復(fù)用器/擾碼器4、密碼書寫單元42、廣播系統(tǒng)54、節(jié)目提供商380、以及接收器/譯碼器13。還提供了與接收器/譯碼器13的連接的獨立方382。該連接呈一個因特網(wǎng)連接的形式，但在該優(yōu)選實施方案的變體中，也可以取許多其它形式，電話連接、ADSL連接、無線鏈接、衛(wèi)星信道或一個任何種類的網(wǎng)絡(luò)。
在這一實施方案中，第三方382負(fù)責(zé)向接收器/譯碼器發(fā)布使用規(guī)則和CMPS存取權(quán)。該第三方通常為因特網(wǎng)上的眾多網(wǎng)點之一，銷售對人們所關(guān)心的記錄的權(quán)力。在第三實施方案的變體中，取代的第三方可以是服務(wù)供應(yīng)商、節(jié)目供應(yīng)商、或其它人們所感興趣的一方。
如以上所描述的，根據(jù)接收來自用戶的一條指令，通常涉及某種類型的支付方法，第三方328把存取權(quán)和使用規(guī)則發(fā)送至接收器/譯碼器。在這一情況中，在完成了這一交易之后，用戶必須記錄該內(nèi)容，因為在記錄階段之前要求該使用規(guī)則。
參照圖10描述第四優(yōu)選實施方案。如先前的情況一樣，由相同的數(shù)字表示相同的部分。
在這一實施方案中，從第一方382、第二方384以及第三方380，把一個特別典型的因特網(wǎng)發(fā)布模式、被擾碼內(nèi)容(“CONTENT*”)、CMPSEEM(“CMP_EMM”)以及URM(“URM”)，全部獨立地提交于接收器/譯碼器13。例如，第一、二或三方可以為一個多存取端口(MAP)。
傳輸結(jié)構(gòu)現(xiàn)在參照圖11描述一個具體的例子。圖11說明了一個典型傳輸?shù)慕Y(jié)構(gòu)。
在從衛(wèi)星傳輸接收傳送流的情況中，傳輸920相應(yīng)于一部被劃分成不同段的電影，其包括4個章節(jié)(每一章節(jié)包括一系列完整的情形)902，904，906，908、一個片尾950、以及一個廣告中斷952。
在這一例子中，傳輸?shù)?個段中的每一個段都要求一組不同的使用規(guī)則，因此相應(yīng)地生成6個URM。在該模式中，即在通過賦予URM具體的對話期號碼把URM與特定的傳輸次數(shù)或ECM相關(guān)聯(lián)的模式中，可以把所有URM在傳輸?shù)拈_始時加以傳輸。在從要求URM起作用的時刻才對它們加以傳輸?shù)牧硪粋€模式中，在相應(yīng)于每一相應(yīng)段的開始的時間930，932，934、936，938，940時傳輸6個URM。
在這一例子中，在內(nèi)容開始之前，傳輸一條CMPS權(quán)利管理消息(CMP_EMM)910，從而能夠在晚些時候?qū)?nèi)容進(jìn)行記錄和回放。如以上所描述的，在另一些情況中，可以在對內(nèi)容記錄之后傳輸CMP_EMM。
相應(yīng)于段950(一個片尾)的URM，不對可加以觀看的段的次數(shù)施加約束，并指出禁止“特技”模式(換句話說，因此用戶不能快進(jìn)到片尾)。
相比之下，相應(yīng)于段904的URM針對章節(jié)指出15等級，允許所有“特技”模式，但指出在權(quán)力到期之前對章節(jié)最多僅可觀看3次。
在接收器/譯碼器處存儲和檢索內(nèi)容在轉(zhuǎn)向該優(yōu)選實施方案的系統(tǒng)之前，將簡要回顧一個現(xiàn)有技術(shù)系統(tǒng)的例子。
圖12示意性地說明由序號為95 03859的法國專利申請(如以上所參照的)所公開的處理和記錄傳輸?shù)姆椒ǖ囊徊糠帧?br> 呈數(shù)據(jù)流形式的一個傳輸1000的一部分，包括ECM 1002。從信號中抽取ECM，并將其傳送到解密階段1004，其中，使用(全局的)私用密鑰KG的等價物對ECM進(jìn)行解密。然后，把所得到的控制字(CW)傳送到加密階段1006，在加密階段1006，使用局部私用密鑰KL對其加密。然后，把所得到的ECM 1012重新插入到數(shù)據(jù)流1000中，并對其余的ECM 1008、1009等實施類似的過程。接下來，把被修改的數(shù)據(jù)流存儲在海量存儲設(shè)備370中的一個文件1010中。
圖13示意性地說明了處理和記錄一個傳輸?shù)男蛱枮?5 03859的法國專利申請(如以上所參照的)所公開的方法的一部分。
當(dāng)開始回放時，從存儲在海量存儲設(shè)備370中的文件1010中抽取數(shù)據(jù)流(代表傳輸?shù)囊徊糠?1000。從該數(shù)據(jù)流中抽取一個ECM 1012，并將其傳送至解密階段1024，在解密階段1024中，使用局部私用密鑰KL的等價物對ECM進(jìn)行解密，以產(chǎn)生控制字(CW)。然后，把所得到的控制字傳送到解擾碼器(DS)230，以允許對數(shù)據(jù)流的相應(yīng)部分進(jìn)行解擾碼，然后對其余的ECM重復(fù)這一過程。
現(xiàn)在對照以上所描述的現(xiàn)有技術(shù)系統(tǒng)，描述根據(jù)該優(yōu)選實施方案的一個被解擾碼的傳輸?shù)奶幚砼c記錄。
圖14說明了處理根據(jù)該優(yōu)選實施方案的數(shù)據(jù)流或比特流1030的方法，此處，數(shù)據(jù)流或比特流代表欲加以記錄的一個傳輸?shù)囊徊糠?。這一數(shù)據(jù)流或比特流包括一系列ECM，因而也包括ECM 1032。把該ECM傳送到解密階段1004(D)，其中，使用一個總的私用密鑰KG的一個等價物，對ECM進(jìn)行解密，然后抽取控制字(CW)。如上所述，把控制字傳送到加密階段1006(E)，在加密階段1006(E)，使用一個局部私用密鑰(KL)對其加密。然后，把所得到的控制管理消息(CMM)傳送到海量存儲設(shè)備370，以將其存儲在標(biāo)題中，或一個文件1034的管理數(shù)據(jù)部分1038中。也把比特流1030傳送到海量存儲設(shè)備，并將其存儲在文件1034的內(nèi)容部分1040中。標(biāo)題1038還包括一個索引表，該索引表包括把數(shù)據(jù)流或比特流中的時間位移映像成文件中的數(shù)據(jù)位移的索引。在該優(yōu)選實施方案的進(jìn)一步的變體中，把數(shù)據(jù)流或比特流1030以及一系列所生成的CMM存儲在獨立的文件中。
而且，還設(shè)想了一些被預(yù)記錄的海量存儲數(shù)據(jù)格式，憑這些格式可把內(nèi)容存儲在設(shè)備的相對便宜的只讀部分，并可把控制信息存儲在一個相對昂貴的讀/寫部分對于其它地方所描述的使用動態(tài)CMM的該優(yōu)選實施方案的變體，要求控制信息的可修改性。
圖15說明了處理根據(jù)另一個優(yōu)選實施方案的一個數(shù)據(jù)流或比特流1030的方法，數(shù)據(jù)流或比特流代表欲加以記錄的一個傳輸?shù)囊徊糠?。這一數(shù)據(jù)流或比特流包括一系列ECM，因而也包括ECM 1032。把ECM傳送到解密階段1004(D)，在這一階段，使用一個總的私用密鑰KG的一個等價物，對ECM進(jìn)行解密，然后抽取控制字(CW)。把控制字傳送到加密階段1006(E)，在加密階段1006(E)中，使用一個局部私用密鑰(KL)對控制字、使用規(guī)則數(shù)據(jù)(URM)、以及存取權(quán)(CMP_EMM)-后者是可選的-進(jìn)行加密。然后，把所得到的控制管理消息(CMM)傳送到海量存儲設(shè)備370，以存儲在標(biāo)題中，或存儲在文件1034的管理數(shù)據(jù)部分1038中。也把數(shù)據(jù)流或比特流1030傳送到海量存儲設(shè)備，并將其存儲在文件1034的內(nèi)容部分1040中。標(biāo)題1038還包括一個索引表，該索引表包括把數(shù)據(jù)流或比特流中的時間位移映像成文件中的數(shù)據(jù)位移的索引。在該優(yōu)選實施方案的進(jìn)一步的變體中，把CMM和數(shù)據(jù)流或比特流1030存儲在獨立的文件中。
通過把內(nèi)容解擾碼所要求的條件存取信息存儲于獨立于內(nèi)容本身的一個文件中，可以得到多方面的好處。首先，由于在記錄過程期間未以任何方式修改內(nèi)容，所以簡化了其存儲，并可以更大程度地自動化。其次，之所以對內(nèi)容和CMM進(jìn)行劃分，是因為考慮到這樣的一個事實在記錄和回放期間，每種類型的數(shù)據(jù)的延遲、帶寬以及容量要求是極不同的。相應(yīng)地，把這兩者分離成兩個不同的文件，可允許海量存儲設(shè)備和相關(guān)的控制器更有效地進(jìn)行操作。
通過把條件存取和內(nèi)容管理成分(控制字、使用規(guī)則以及CMP_EMM)包裹成一個被加密的分組，并將其獨立于內(nèi)容加以存儲，增加了系統(tǒng)的安全性、靈活性，并且提高了系統(tǒng)的效率。
最后，圖16說明了處理和回放存儲在該優(yōu)選實施方案中的海量存儲設(shè)備中的數(shù)據(jù)的相反的過程。把一個數(shù)據(jù)流1030從海量存儲設(shè)備370中的一個文件1034傳送到一個解擾碼器230中。把控制管理消息(CMM)從一個獨立的控制信息文件1034傳送到一個解密階段1024，在解密階段1024中，使用一個局部密鑰KL的等價物對其進(jìn)行解密。從而，把從CMM所抽取的控制字(CW)傳送到解擾碼器230，以能夠?qū)?shù)據(jù)流的相應(yīng)部分解擾碼。
關(guān)于CMPS的進(jìn)一步的細(xì)節(jié)現(xiàn)在更詳細(xì)地描述內(nèi)容管理和保護(hù)系統(tǒng)。
首先，描述與CMPS系統(tǒng)相關(guān)的不同的功能。然后，討論CMPS與硬磁盤錄像機(HDVR)的接口。接下來，討論與節(jié)目的回放相關(guān)的協(xié)議和動作的描述。然后，更詳細(xì)地描述CMPS和條件存取系統(tǒng)之間的接口，包括討論在條件存取系統(tǒng)與內(nèi)容管理和保護(hù)系統(tǒng)之間所傳送的數(shù)據(jù)，以及加密軟件。詳細(xì)地討論優(yōu)選實施方案的操作模式，包括個性化模式、訂購模式中的超級發(fā)布、后購超級發(fā)布、以及預(yù)購超級發(fā)布。詳細(xì)地描述安全庫(API)，并提交一個功能列表。
與HDVR的整口現(xiàn)在更詳細(xì)地討論CMPS和硬磁盤錄像機(HDVR)之間的接口、在該優(yōu)選實施方案中所使用的海量存儲介質(zhì)。
本節(jié)描述CMPS系統(tǒng)的接收器/譯碼器部分和硬磁盤錄像機(HDVR)之間的接口。其中，硬磁盤錄像機(HDVR)允許根據(jù)被記錄內(nèi)容實現(xiàn)經(jīng)典的錄像機功能。這樣的一個接口的定義源于這樣的需求在硬磁盤上記錄被加密的內(nèi)容，以同時保證發(fā)布A/V內(nèi)容及相關(guān)法規(guī)(特別是版權(quán))的新方法的建立以及今后對新方法的長期支持。因此，它涉及跨越兩個系統(tǒng)指出客戶機(HDVR)和服務(wù)供應(yīng)商(CMPS)之間的關(guān)系，同時指出對HDVR的要求，以建立錄像機功能，以及把硬磁盤的安全管理透明地提交用戶。
在對記錄與回放的鏈接原理、協(xié)議進(jìn)行了一般性的描述之后，以下將介紹CMPS和HDVR之間的消息交換的細(xì)節(jié)。
使用HDVR進(jìn)行記錄現(xiàn)在描述當(dāng)記錄一個節(jié)目時，接下來的程序以及關(guān)于CMPS/HDVR接口所引發(fā)的問題。
在記錄一個節(jié)目時，HDVR生成一個其結(jié)構(gòu)大體上分成兩個部分的文件管理數(shù)據(jù)(例如hdvr_file.management_data)和內(nèi)容本身(例如，hdvr_file.content_data)。
文件的第一部分相應(yīng)于(其中)由CMPS生成和處理的局部消息(內(nèi)容管理消息-CMM)，包括內(nèi)容的使用規(guī)則以及相關(guān)的未擾碼密鑰(換句話說，即控制字)。第一部分還包括把比特流中的時間位移映象成文件中的數(shù)據(jù)位移的索引的索引表。
第二部分由相應(yīng)于一個給定節(jié)目的各個成分(視頻、音頻、子標(biāo)題等)的部分傳送流(pTS)，并且當(dāng)廣播時以通常的擾碼格式DVB_CS保持被擾碼的狀態(tài)。在該優(yōu)選實施方案的各變體中，把管理數(shù)據(jù)和內(nèi)容存儲在至少兩個獨立的文件中。
考慮到為CMPS所保留的廣播體系結(jié)構(gòu)，其中，專門把CW(控制字)的傳輸保持在條件存取系統(tǒng)(CAS)的能力范圍內(nèi)，所以令CMPS負(fù)責(zé)與其自己的管理和控制消息的同步，以在每一加密周期中創(chuàng)建CMM。然后，把這一CMM發(fā)送至HDVR，以插入到hdvr_file.management_data部分。CMPS還傳送一定量的關(guān)于內(nèi)容的管理的信息(hdvr_data)，例如，章節(jié)的開始點或以時間位移模式記錄的被授權(quán)的最大范圍。
圖17中示意性地說明。把URM、CMP_EMM以及CW輸入到CMPS中，把hdvr_data從CMPS 300傳送到HDVR 350。
如以上所提到的，文件的hdvr_file.management_data部分還包括一個索引表，該索引表包括把比特流中的時間位移映象成文件中的數(shù)據(jù)位移的索引。把兩種類型的索引并入索引表，其中，HDVR索引是由HDVR自動插入索引表中的，而用戶索引是根據(jù)一個用戶的命令插入索引表中的。
HDVR以相應(yīng)于比特流中周期性的時間位移的間隔，定位HDVR索引，并把HDVR用作被記錄文件中的播放入口點。在該優(yōu)選實施方案中，在節(jié)目的記錄期間，由HDVR自動地生成HDVR索引。
用戶索引也是播放入口點，并在節(jié)目的記錄時或?qū)Ρ挥涗浀墓?jié)目進(jìn)行回放期間，由用戶加以設(shè)置。
索引表還包括把每一HDVR和用戶索引映象到一個適當(dāng)?shù)腃MM的指直針，然后，能夠在由HDVR和用戶索引所索引的點對所存儲的比特流進(jìn)行解密。
處理被記錄內(nèi)容，例如搜尋文件或一個相應(yīng)比特流中的點，以及“特技模式”操作，例如快進(jìn)、回繞、跳讀，均利用了存儲在索引表中的HDVR和用戶索引。
圖18中描述了在內(nèi)容記錄狀態(tài)期間所運轉(zhuǎn)的協(xié)議。在HDVR子系統(tǒng)的激勵下，使用允許在每一與一個新的保密期相關(guān)聯(lián)的事件Evt_New_CAS_ECM發(fā)生時恢復(fù)CMM數(shù)據(jù)的CMPS，打開一個對話期。因此，由CMPS決定平等地訂購這一事件，以處理被記錄的pTS和由URM所返回的CMM、CMP_EMM、以及包含在ECM中的CW之間的同步化約束。以下將詳細(xì)描述這些不同的被交換消息的文法。
現(xiàn)在描述在記錄狀態(tài)期間HDVR所要求的數(shù)據(jù)。
已知，在內(nèi)容的回放期間，HDVR子系統(tǒng)負(fù)責(zé)CW與pTS之間的同步化，在記錄狀態(tài)期間，其責(zé)任是把ECM的到達(dá)與CMPS所發(fā)送的相應(yīng)的CMM關(guān)聯(lián)起來。CMPS控制和管理數(shù)據(jù)(URM-使用規(guī)則消息-和CMP_EMM)以及經(jīng)由MLOAD_device所返回的ECM，因此HDVR模塊訂購一個與加載載有ECM(Evt_New_CAS_ECM)的CA_message_section段相關(guān)聯(lián)的事件。在這一事件到達(dá)的時候，HDVR請求CMM，以獲取與CMPS服務(wù)器相關(guān)聯(lián)的導(dǎo)航和使用約束信息。把這些信息分別叫做CMM.navigation和CMM.hdvr_rules。
圖19中概要性地描述了針對不同廣播信息對CMM的創(chuàng)建。在這一實施方案中，CAS和CMPS出現(xiàn)在物理上不同的支持上。
把CMP_EMM和URM從MLOAD_DEVICE 392傳送至RCARD設(shè)備396。把ECM從MLOAD_DEVICE 392傳送至LCARD設(shè)備394。在LCARD設(shè)備394處對ECM進(jìn)行解密，并抽取控制字(CW)。把CW傳送至RCARD設(shè)備。對CW、URM、以及CMP_EMM加以組合，并在RCARD設(shè)備處對它們進(jìn)行加密，然后把所得到的控制管理消息(CMM)傳送至CMPS_lib。
在具有大量存儲器需求的情況下，這一優(yōu)選實施方案特別有用，因為CMPS安全模塊擁有對智能卡上整個存儲器的存取(與以下所描述的實施方案相反，在以下所描述的實施方案中，與另一個部件共享智能卡上的存儲器)。另外，還可以去除或升級CMPS智能卡，而且不會對其它系統(tǒng)，例如條件存取系統(tǒng)，造成不利的影響。
圖20說明了一個可選的實施方案，其中CAS和CMPS出現(xiàn)在同樣的物理支持上。
經(jīng)由LCARD設(shè)備，把ECM直接傳送至條件存取/CMPS智能卡，其中，抽取控制字(CW)。也經(jīng)由LCARD設(shè)備把URM和CMP_EMM直接發(fā)送至條件存取/CMPS智能卡。在智能卡中，對URM、CMP_EMM、以及CW加以組合，并對它們進(jìn)行加密，然后把所得到的CMM傳送至CMPS_lib。
把智能卡技術(shù)(ROM、EEPROM以及閃存設(shè)備)用于實現(xiàn)這一實施方案以及前一個實施方案。在這一構(gòu)架中，公共軟件資源形成一個公共安全目標(biāo)API(工具箱)。
在這一實施方案的一個變體(未在圖中加以顯示)中，CAS_Link_Layer的等價物把ECM直接發(fā)送到LCARD設(shè)備，兩個應(yīng)用在智能卡中議訂信息交換(例如請求控制字等)。
參照圖21，在進(jìn)一步的可選實施方案中，系統(tǒng)可呈中間件的形式。
把URM和CMP_EMM從MLOAD_device傳送至CMPS_core。經(jīng)由LCARD設(shè)備，把ECM從392傳送至條件存取智能卡，在這一過程中，對ECM進(jìn)行解密，并抽取控制字(CW)。把控制字發(fā)送至CMPS_core，然后在CMPS_core中把控制字與URM、以及可選地與CMP_EMM加以組合并被加密。把所得到的CMM從CMPS_core傳送至CMPS_lib。
使用HDVR進(jìn)行回放現(xiàn)在描述當(dāng)回放節(jié)目時接下來的程序以及所引發(fā)的問題。
在使用一個被記錄內(nèi)容時，CMPS通過把被記錄的CMM中所提交的使用規(guī)則與用戶所獲取的權(quán)力進(jìn)行比較，并將其包括進(jìn)安全模塊(SM)中，CMPS確保相關(guān)權(quán)力的確認(rèn)。較佳的做法是，除了響應(yīng)一個請求描述一個無效動作的可能的錯誤消息(狀態(tài))外，對于HDVR應(yīng)用令這一機制保持透明。另外，較佳的做法是使用一個人機接口應(yīng)用，特別是使用遙控器上的那些無效的動作(例如，當(dāng)未按某一順序授權(quán)“特技”模式fast_forward時，在屏幕上顯示一個警告)，把某些消息傳遞于用戶。
為了有助于內(nèi)容中的導(dǎo)航，使用新的CW重新加載解擾碼器而且不受CMPS SM(內(nèi)容管理和保護(hù)系統(tǒng)安全模塊)中所固有的處理時間的限制，是可能的。出于這一目的，HDVR應(yīng)用在有效使用CMM所包含的CW之前，應(yīng)能夠要求服務(wù)器預(yù)處理一定數(shù)量的CMM。為此，HDVR在當(dāng)前位置的任一側(cè)生成與章節(jié)、索引、以及加密周期相關(guān)聯(lián)的CMM的不同的緩沖器。另外，HDVR還根據(jù)CMPS的請求檢索被更新的CMM，以將其重新插入視頻文件的hdvr_file.management_data部分中。
最后，對pTS進(jìn)行解擾碼僅需要允許在DLI級上把CW放置在解擾碼器中的類型Set_CW(even_key，odd_key)的一個特定的功能。如以上所提到的，設(shè)備層接口(DLI)是一個由制造商在中間件之下所開發(fā)的軟件的API。
圖22中描述了內(nèi)容讀取狀態(tài)期間所運轉(zhuǎn)的協(xié)議。在HDVR子系統(tǒng)的激勵下，打開一個與允許恢復(fù)存在于被記錄的CMM中的內(nèi)容密鑰(即CW)的CMPS的對話期。為了易于導(dǎo)航，并易于把安全管理透明地提交于用戶，HDVR子系統(tǒng)在當(dāng)前位置的任一側(cè)生成相應(yīng)于不同的章節(jié)、用戶索引、以及保密期的多個CMM緩沖器。使用一個對話期密鑰加密由CMPS所返回的內(nèi)容密鑰，并保持加密狀態(tài)直至對它們的有效使用(即輸入到解擾碼器中)。以下詳細(xì)描述不同交換消息的文法。
現(xiàn)在，將描述回放狀態(tài)期間HDVR所要求的數(shù)據(jù)。
與內(nèi)容使用(章節(jié)開始的標(biāo)號、導(dǎo)航約束、記錄的最大范圍等)相比，HDVR所要求的主要數(shù)據(jù)由導(dǎo)航和使用約束信息(CMM.navigation和CMM.hdvr_rules)以及為在CMPS服務(wù)器處進(jìn)行處理所提交的CMM緩沖器的狀態(tài)構(gòu)成。在于URM中明碼傳遞信息情況下，在內(nèi)容記錄時可以從URM處獲取某些管理信息(hdvr_data)(通常為章節(jié)開始的標(biāo)號)。為了避免過載視頻文件的hdvr_file.management_data部分，CMPS可以在內(nèi)容的回放時經(jīng)由CMM傳遞其它數(shù)據(jù)，例如關(guān)于使用約束的信息(導(dǎo)航、章節(jié)的道德代碼等)。
在HDVR的激勵下(HDVR啟動了一個欲檢索相關(guān)CW的請求，并把它們加載到解擾碼器中(用于同步化))，保持磁盤上相應(yīng)于一個加密周期的一系列塊的解擾碼狀態(tài)。當(dāng)載有CW的CMM的內(nèi)容為動態(tài)的時，HDVR負(fù)責(zé)根據(jù)CMPS的請求把被修改的CMM重新插入管理數(shù)據(jù)文件。圖23中說明了服務(wù)/機制/API的層次結(jié)構(gòu)，從而概要性地描述了HDVR的需求(既針對記錄，也針對回放)。以下更詳細(xì)地描述了客戶機庫。
現(xiàn)在，將更詳細(xì)地描述在時間位移模式以及可以實現(xiàn)該模式所憑借的各種裝置。
盡管較大部分的廣播內(nèi)容可能得到與“時間位移”相關(guān)的功能，然而，禁止這一模式的可能性，以及實現(xiàn)對記錄時間范圍的約束的可能性，是這些CMPS系統(tǒng)功能的一部分，以便響應(yīng)演播室的需求。另外，在某些國家，現(xiàn)行的立法把這一功能視為版權(quán)法的一個例外。在這一情況中，相對重要的是，確保遵守與該模式相關(guān)的約束。
安全模塊控制記錄的范圍，如以上所提到的，以被擾碼的形式記錄內(nèi)容。這有助于實施與時間位移相關(guān)的約束。
以下將參照圖24描述回放一個記錄所涉及的不同階段。
在階段401中，MLOAD設(shè)備抽取URM數(shù)據(jù)，并將其發(fā)送至CMPS模塊。
在階段402中，CMPS模塊310經(jīng)由RCARD_device把URM提交于CMPS SM(內(nèi)容管理和保護(hù)系統(tǒng)安全模塊)。
在階段403中，CMPS SM對URM進(jìn)行解密，驗證是否授權(quán)了時間位移模式(Info_Data)，然后生成被發(fā)送到CMPS模塊的CMM以及范圍信息。在CMM中更新字段pause_count。
在階段404中，CMPS模塊把裝配好的數(shù)據(jù)發(fā)送回給HDVR。
在階段405中，在被記錄時間窗口中進(jìn)行讀取時，HDVR把CMM發(fā)送回CMPS模塊。
在階段406中，CMPS模塊把CMM發(fā)送給SM，用于譯碼。
在階段407中，SM對CMM進(jìn)行譯碼，驗證是否授權(quán)了時間位移模式，并在存儲器中比較CMM的pause_count字段和由一個URM所生成的最后一個CMM的pause_count字段。如果考慮記錄的范圍，那么SM經(jīng)由SAC(安全連接)把控制字發(fā)送回CMPS。在相反的情況中，經(jīng)由CMPS模塊把一個消息錯誤發(fā)送回HDVR。由HDVR(具有范圍信息)來考慮記錄約束，并由SM來確保根據(jù)內(nèi)容發(fā)布商所授的規(guī)則對它們進(jìn)行處理。
在階段408中，HDVR模塊對控制字進(jìn)行解密，然后把它們發(fā)送到解擾碼器。
這一方案可確?？紤]到了與時間位移模式(記錄時間的范圍，對廣告的觀看)相關(guān)的約束，并由SM加以管理。
以上所提到的pause_count字段的目的，旨在實施給定了可以按時間位移模式加以記錄的數(shù)據(jù)的最大數(shù)量(或時間)的規(guī)則。當(dāng)啟動記錄狀態(tài)(換句話說，當(dāng)最終用戶按下暫停按鈕時)，CMPS開始把ECM和URM轉(zhuǎn)換成CMM，并開始在這些CMM中的遞增pause_count計數(shù)器。當(dāng)最終用戶希望停止暫停模式(比如，通過按下播放按鈕)時，CMPS必須把第一個被記錄的CMM發(fā)送至HDVR。然而，記錄過程仍繼續(xù)，因為在最終用戶正在觀看的節(jié)目和正在直播節(jié)目之間存在著一個時間延遲。因而，在這一情況中，CMPS能夠比較存在于用于觀看的由HDVR所請求的CMM中的pause_count字段和用于記錄的由HDVR所請求的CMM中的由CMPS所嵌入的pause_count之間的差別。這一差別乘以保密期的長度，不應(yīng)超過最大時間位移的時間長度。
實現(xiàn)上的復(fù)雜度是重要的，特別是，在影響CMPS SM的處理層上，以及應(yīng)用模塊CMPS和HDVR之間可能的錯誤消息的交換方面。
在該優(yōu)選實施方案的變體中，實現(xiàn)了不同的方案，這些方案實現(xiàn)了安全性與簡單性之間的不同的折衷?，F(xiàn)在，將描述兩個這樣的方案。
在第一個方案中，把記錄的最大范圍授權(quán)給HDVR，并明碼記錄被限制的內(nèi)容窗口。以下將參照圖25詳細(xì)地描述這些不同的階段。
在階段501中，MLOAD_device抽取URM，并把它們發(fā)送至CMPS模塊。
在階段502中，CMPS模塊經(jīng)由RCARD_device把URM提交于CMPSSM。
在階段503中，CMPS SM對URM進(jìn)行解密，驗證是否授權(quán)了時間位移模式(Info_Data)，然后根據(jù)控制字以及范圍信息發(fā)送至CMPS模塊。
在階段504中，CMPS模塊把裝配好的數(shù)據(jù)傳輸至HDVR。
在階段505中，HDVR應(yīng)用檢索記錄管理所需的范圍信息，并把控制字直接發(fā)送于解擾碼器，以明碼記錄內(nèi)容。
從實現(xiàn)的角度來看，這一方案是最簡單的，因為對URM進(jìn)行解密僅要求CMPS SM。另外，明碼記錄內(nèi)容，而且更易于時間位移窗口中導(dǎo)航功能。
盡管這一方式(其中，根據(jù)ISO_7816明碼傳播信息(控制字和范圍約束))可能導(dǎo)致對硬磁盤上所有內(nèi)容的明碼的數(shù)字拷貝的創(chuàng)建(特別是在多廣播的場合)，但當(dāng)一個被鑒定的和安全的鏈路在CMPS SM和終點站之間建立時，這一問題會減輕或消除，而且，對記錄的范圍考慮，完全保持在HDVR的手中。
在第二方案中，再次把使用控制授予HDVR，但記錄呈被擾碼的形式。以下將參照圖26詳細(xì)地描述這些不同的階段。
在階段601中，MLOAD設(shè)備抽取URM數(shù)據(jù)，并把其發(fā)送至CMPS模塊。
在階段602中，CMPS模塊經(jīng)由RCARD_device把URM提交于CMPSSM。
在階段603中，CMPS SM對URM進(jìn)行解密，驗證是否授權(quán)了時間位移模式(Info_Data)，然后生成被發(fā)送到CMPS模塊的CMM以及范圍信息。
在階段604中，CMPS模塊把裝配好的數(shù)據(jù)發(fā)送回HDVR。
在階段605中，在被記錄的時間窗口中進(jìn)行讀取時，HDVR把CMM發(fā)送回CMPS模塊，并啟動對CW的一個請求。
在階段606中，CMPS模塊把CMM發(fā)送給SM，用于解密。
在階段607中，SM對CMM進(jìn)行解密，驗證是否授權(quán)了時間位移模式，然后經(jīng)由一個安全的被鑒定的信道(SAC)把控制字發(fā)送回CMPS模塊。
在階段608中，HDVR模塊對控制字進(jìn)行譯碼，然后把它們發(fā)送回解擾碼器。這與圖24和26中所說明的變體相反，在圖24和26中所說明的變體中CMPS把控制字發(fā)送至解擾碼器。
與前一個方案相比，此處，通過在硬磁盤上記錄CMM限制了風(fēng)險，這意味著對被記錄內(nèi)容的窗口進(jìn)行了加密和個性化。然而，對于記錄范圍的約定仍在HDVR的控制之下。
對于那些其中在與條件存取系統(tǒng)相同的智能卡上實現(xiàn)CMPS或其中完全以中間件中的軟件形式實現(xiàn)CMPS的變體來說，應(yīng)該加以注意的是，在以上的3個初排中所給出的事件的次序可以是不同的。在后一種情況中，將改為把通常運行在安全模塊/智能卡上(經(jīng)由RCRD設(shè)備)運行的一段軟件嵌入在圖22、23和24中的CMPS環(huán)中。
現(xiàn)在描述針對消息交換的協(xié)議，并將特別描述那些相關(guān)的數(shù)據(jù)結(jié)構(gòu)。
以下，詳細(xì)說明在HDVR和CMPS之間的交換協(xié)議中所出現(xiàn)的一定量的數(shù)據(jù)。它們主要涉及CMM_message消息傳送CMM以及導(dǎo)航信息和對內(nèi)容使用的約束。這一結(jié)構(gòu)如下數(shù)據(jù)結(jié)構(gòu) 描述struct CMM_message{struct CMM， 欲加以存儲的所有CMMstruct CMM.navigation，涉及導(dǎo)航的數(shù)據(jù)struct CMM.hdvr_rules 涉及約束的數(shù)據(jù)}以下將詳細(xì)描述CMM依其次序所包括的不同的結(jié)構(gòu)。
具體地講，CMM_message由內(nèi)容中的與導(dǎo)航相關(guān)的信息構(gòu)成。與那些其中可對導(dǎo)航和約束數(shù)據(jù)進(jìn)行加密的CMM相反，在CMM_message中，這些數(shù)據(jù)以明碼的形式加以提交，以便能夠由HDVR直接加以解釋。以下給出了(獨立于其編碼和簽字)CMM的一般結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)描述struct CMM{struct CMM.navigation， 涉及導(dǎo)航的數(shù)據(jù)struct CMM.hdvr_rules， 涉及約束的數(shù)據(jù)struct CMM.content_key，內(nèi)容密鑰(被編碼的)struct CMM.private_data 私有數(shù)據(jù)(使用規(guī)則)}內(nèi)容中的導(dǎo)航數(shù)據(jù)涉及標(biāo)題，給定如下數(shù)據(jù)結(jié)構(gòu)描述struct CMM.navigation{total_chapter_number， 內(nèi)容的總章節(jié)數(shù)chapter_index 章節(jié)號}以下給出了在無效動作和時間位移約束方面的與內(nèi)容使用限制相關(guān)的數(shù)據(jù)數(shù)據(jù)結(jié)構(gòu)描述struct CMM.hdvr_rules{trick_mode_bitmap， 使錄像機的動作無效time_shifting_duration，最大記錄長度content_rating 道德水平(當(dāng)前章節(jié)的)}現(xiàn)在描述與節(jié)目的記錄相關(guān)的消息交換協(xié)議。
CMPS客戶機庫總體上講，CMPS客戶機庫提供了一組消息，這組消息由那些需要與CMPS系統(tǒng)接口的應(yīng)用所使用。還提供了一個安全庫，該安全庫具有一個擴展的API，以允許對與內(nèi)容的記錄和回放相關(guān)的各種功能的控制。接近下一節(jié)的末尾將詳細(xì)地描述這一安全庫，主要的興趣點放在為創(chuàng)建一個安全的被鑒定的連接(SAC)所提供的設(shè)施方面。
關(guān)于多線程服務(wù)器和消息隊列為了考慮到多個同時進(jìn)行的記錄和回放對話期，CMPS服務(wù)器能夠管理多個線程(每一個客戶機對話期一個線程)，其中每一個線程具有用于接收與傳輸消息(分別為request_mq和response_mq)的不同的消息隊列(message_queue)，并能夠監(jiān)督(supervision_mq)那些允許取消管理的請求。然而，將由主服務(wù)器(CMPS_main服務(wù)器)根據(jù)CMPS客戶機的請求處理每一欲打開一個對話期(session_mq)的請求，如果這種情況發(fā)生，則創(chuàng)建對服務(wù)器的新的取例。圖27中總結(jié)了這一原則。在該優(yōu)選實施方案的變體中，CMPS服務(wù)器是一個單服務(wù)器，但為多對話期軟件部件。
下一節(jié)中所給出的幾組消息組對應(yīng)于該優(yōu)選實施方案中所使用的全部消息。在該優(yōu)選實施方案的變體中，還把消息用于加強系統(tǒng)的功能，在其它一些變體中，省略了某些消息。
第一組消息涉及對話期管理，文法如下-消息文法描述MhwCmps_Open_session_Req(Message_tag，mode， 記錄/回放模式CRID內(nèi)容參照ID(包括service_id))消息文法描述MhwCmps_Open_session_Cnf(Message_tag，status，返回代碼session_id，對話期標(biāo)識符request_mq_id， mq請求標(biāo)識符response_mq_id，mq響應(yīng)標(biāo)識符supervision_mq-id， mq監(jiān)視程序標(biāo)識符server_id， 服務(wù)器標(biāo)識符session_key 對話期密鑰(緩沖器))
消息文法 描述MhwCmps_Close_session_Req(Message_tag，session_id， 對話期標(biāo)識符server_id， 服務(wù)器標(biāo)識符)消息文法 描述MhwCmps_Close_session_Cnf(Message_tag，status， 返回代碼session_id， 對話期標(biāo)識符)消息文法 描述MhwCmps_Get_CMM_Req(Message_tag，session_id， 對話期標(biāo)識符component_id，部件標(biāo)識符request_number請求的號碼(針對component_id))與節(jié)目的記錄相關(guān)的第一組消息，文法如下-消息文法 描述MhwCmps_Get_CMM_Req(Message_tag，session_id， 對話期標(biāo)識符component_id，部件標(biāo)識符request_number請求的號碼(針對component_id))消息文法 描述
MhwCmps_Get_CMM_Cnf(Message_tag，status，返回代碼session_id，對話期標(biāo)識符component_id， 部件標(biāo)識符request_number 請求的號碼(針對component_id)CMM_message CMM和導(dǎo)航信息)與節(jié)目的回放相關(guān)的第一組消息，文法如下-消息文法描述MhwCmps_Get_Content_Key_Req(Message_tag，session_id，對話期標(biāo)識符request_number，請求的號碼CMM 欲被處理的CMM)消息文法描述MhwCmps_Get_Content_Key_Cnf(Message_tag，status，返回代碼session_id，對話期標(biāo)識符request_number 請求的號碼content_key， 內(nèi)容密鑰(CW)update_CMM，欲被存儲的CMMnext_session_key下一個對話期密鑰(可選的))與取消請求相關(guān)的第一組消息，文法如下-消息文法描述MhwCmps_Cancel_Req(
Message_tag，session_id， 對話期標(biāo)識符component_id，部件標(biāo)識符request_number， 請求的號碼(針對component_id)server_id， 服務(wù)器標(biāo)識符first_request_number，開始取消周期請求last_request_number 結(jié)束取消周期請求)消息文法 描述MhwCmps_Cancel_Cnf(Message_tag，status， 返回代碼session_id， 對話期標(biāo)識符component_id，部件標(biāo)識符request_number， 請求的號碼(針對component_id)server_id， 服務(wù)器標(biāo)識符first_request_number，開始取消周期請求last_request_number 結(jié)束取消周期請求)CMPS和條件存取系統(tǒng)之間的接口下一節(jié)為配有一個內(nèi)部和/或外部海量存儲設(shè)備的接收器/譯碼器定義了條件存取系統(tǒng)和內(nèi)容管理保護(hù)系統(tǒng)(CMPS)之間的接口。特別強調(diào)了兩個系統(tǒng)之間的責(zé)任的劃分，同時介紹了它們雙方各自的作用。
如這里所使用的，一些被稱作以硬件形式加以實現(xiàn)的特性通?？梢砸攒浖右詫崿F(xiàn)，反之亦然。更具體地講，那些存在于智能卡中的特性，例如CMPS加密和解密設(shè)施，可以以軟件的形式，例如以中間件的形式加以提供，反之亦然。此外，如在其它地方所提到的，接收器/譯碼器中的條件存取和CMPS子系統(tǒng)之間不存在硬性的劃分。
根據(jù)這一脈絡(luò)，在整個這一文檔中，一般情況下把條件存取安全模塊/智能卡(CAS SM)和內(nèi)容管理安全模塊(CMPS SM)的概念用于同時指出相應(yīng)系統(tǒng)的硬件和軟件模塊，不應(yīng)認(rèn)為必須把它們與不同物理實體連接。
現(xiàn)在描述CMPS和CAS各自的作用，特別是它們之間的相互關(guān)系。
為了實現(xiàn)CMPS系統(tǒng)的各種特性，定義了一定量的管理和控制數(shù)據(jù)。為此，把廣播信息(CMP_EMM和URM)與由CMPS系統(tǒng)(換句話說，即CMM)局部生成和操作的信息區(qū)分開來。以上已描述了這些局部數(shù)據(jù)。圖28中示意性地描述了廣播信息和局部生成的信息之間的分隔。
同樣，把ECM和CAS_EMM(專門針對條件存取系統(tǒng))與URM和CMP_EMM區(qū)分開來。
現(xiàn)在更詳細(xì)地描述使用規(guī)則消息(URM)。
與ECM不同，URM不包括載入ECM的控制字(條件存取系統(tǒng)負(fù)責(zé)對控制字的傳送)，URM僅包括使用規(guī)則，因而有效地減少成給出內(nèi)容使用準(zhǔn)則的CMI(內(nèi)容管理信息)。它們也可以有選擇地包含內(nèi)容或在首端一級上所生成的頭密鑰。這一特性允許廣播免受與保密期的時間長度相連的同步化約束，并最小化了對首端開發(fā)的需求。另外，也可以對URM進(jìn)行加密，用于由一個獨立于條件存取系統(tǒng)的算法(例如DES，可以設(shè)想呈軟件的形式)加以傳輸，但使用與由條件存取系統(tǒng)所使用的私用密鑰相同的私用密鑰是可能的。
現(xiàn)在，將更詳細(xì)地描述CMPS權(quán)利管理消息(CMP_EMM)。
CMP_EMM包含了針對那些與專門針對CMPS系統(tǒng)的每一使用情形相關(guān)聯(lián)的內(nèi)容的使用權(quán)。條件存取表(CAT)中涉及CMP_EMM的PID，并對它們加以標(biāo)識，因此，CAS_id的值能夠很快對應(yīng)于CMPS。與URM一樣，在由可以獨立于CAS的一個算法進(jìn)行傳輸之前，對CMP_EMM進(jìn)行加密，但CMP_EMM支持與CAS_EMM相同的發(fā)布模式(觀眾、群體、個人)。
在這一情況場合下，CAS SM(條件存取系統(tǒng)安全模塊或CAS智能卡)根據(jù)兩個系統(tǒng)之間的客戶機模塊(CMPS)/服務(wù)器(CAS)，跨越一個安全的被鑒定的連接(SAC)，根據(jù)CMPS的請求，把控制字傳輸至CMPS SM(內(nèi)容管理和保護(hù)系統(tǒng)安全模塊，或CMPS智能卡)。
通常，定義一個針對鑒定和密鑰交換(AKE)的協(xié)議，以確保存在于智能卡中的CMPS和條件存取應(yīng)用之間的敏感數(shù)據(jù)的交換。這一協(xié)議假定由這兩個系統(tǒng)支持某些加密算法(加密、散列函數(shù)等)，只要它們保持在獨立的安全模塊中即可。
圖29示意性地說明了根據(jù)廣播控制和管理消息的CMM的形成。
條件存取系統(tǒng)(CAS)和內(nèi)容管理和保護(hù)系統(tǒng)(CMPS)之間的責(zé)任的劃分如下-·CAS_EMM傳達(dá)即時內(nèi)容使用權(quán)，以及訂購權(quán)(包括那些相對于CMPS系統(tǒng)的)。
·URM傳達(dá)根據(jù)內(nèi)容以及法定內(nèi)容使用權(quán)加以區(qū)分的使用規(guī)則(除了訂購?fù)?。
·ECM包含就訂購和即時使用而言的控制字和針對內(nèi)容存取的準(zhǔn)則。
·URM僅包含商業(yè)和法定內(nèi)容使用準(zhǔn)則。然而，在優(yōu)選實施方案的各變體中，它們還包含與條件存取和/或其它信息相關(guān)的進(jìn)一步的數(shù)據(jù)。
·如果URM的內(nèi)容使用準(zhǔn)則相應(yīng)于包含在CMP_EMM中的權(quán)力(或更簡單地相應(yīng)于針對各種使用情形的拷貝規(guī)定)，在CAS SM處，CMPS_SM要求控制字，CAS SM在與條件存取系統(tǒng)(相關(guān)的某些條件訂購等)下，經(jīng)由一個先前在兩個安全模塊/智能卡之間建立的一個安全的和被鑒定的連接，把它發(fā)送回給它們。在涉及內(nèi)容個性化的情形下，CMPS SM生成一條對其(CMM)來說唯一的、包含控制字和內(nèi)容使用規(guī)則的消息。CMPS系統(tǒng)以一種自治的方式負(fù)責(zé)安全內(nèi)容管理。
·當(dāng)ECM禁止存取當(dāng)前節(jié)目(被推遲的使用僅涉及局部記錄的內(nèi)容，如在對被記錄內(nèi)容的采取推模式或即興購買的情況中那樣)，CAS能夠把控制字提供給CMPS SM，用于欲加以記錄的當(dāng)前CMM的創(chuàng)建，并用于最終的內(nèi)容使用。
責(zé)任的這一劃分就檔案內(nèi)容的使用問題產(chǎn)生了一個方案(一個取消了訂購的用戶將不再擁有對優(yōu)惠CMPS服務(wù)的存取，但可以繼續(xù)使用檔案內(nèi)容)，并給予了CAS和CMPS之間的一個相對完全獨立的特性，都同時定義了兩個系統(tǒng)之間的一個接口。該系統(tǒng)還處理演播室的功能需求。
抽取兩個系統(tǒng)CAS和CMPS之間的不同以及對它們各自作用的定義導(dǎo)致必須在它們的獨立性與它們的某些資源的冗余度之間做出折衷決定。
如在其它地方所描述的，在該優(yōu)選實施方案中，提供了兩個獨立的系統(tǒng)(包括兩個不同的物理支持)。然而，這一方案可以沿經(jīng)營商所選擇的存取控制系統(tǒng)的產(chǎn)品的方向延伸。在另一個實施方案中，把條件存取資源用于CMPS系統(tǒng)(控制字、數(shù)據(jù)字段、訂購字段等)。
在后面的這一實施方案中，可以限制冗余和簡化的開發(fā)，特別是可以限制與首端的連接。作為回報，對資源的這一劃分可能要求在兩個系統(tǒng)之間實現(xiàn)一個更重要和更安全的接口(特別是，用于傳輸敏感數(shù)據(jù)，例如控制字，的安全連接的創(chuàng)建)。
在該優(yōu)選實施方案中，必須指出至少一個公共鑒定以及兩個系統(tǒng)之間的對話期密鑰協(xié)議的交換。因此，需要一個加密工具，包括一個對稱加密算法和一個公共密鑰簽字驗證算法。在該優(yōu)選實施方案中，使用了用于鑒定的X.509V3 RSA證書和用于對SAC進(jìn)行加密的DES。
從CAS傳送至CMPS的控制和管理數(shù)據(jù)從CAS傳送至CMPS的控制和管理數(shù)據(jù)可包括如下·控制字在該優(yōu)選實施方案中，僅在ECM中對它們加以廣播，因此通過一個安全鏈路將它們傳輸至CMPS SM(內(nèi)容管理和保護(hù)系統(tǒng)安全模塊)，用于創(chuàng)建叫做內(nèi)容管理消息(CMM)的局部‘ECM’的創(chuàng)建。
·地理區(qū)域當(dāng)在ECM中加以廣播時，可能將其傳輸于CMPS SM，以在CMM中加以表示(考慮到在超級發(fā)布情形時對區(qū)域的約束)。
·道德代碼可能在ECM中對其加以廣播，并可以應(yīng)用于所有節(jié)目。在一個優(yōu)選實施方案中，在CMPS系統(tǒng)的框架內(nèi)，在一個節(jié)目的不同的首部中，設(shè)想不同的道德代碼的廣播(在URM中)。當(dāng)URM中不存在這一信息時，由CAS加以廣播的道德代碼仍將需與欲被插入到CMM的CMPS SM進(jìn)行通信。
·廣播日期當(dāng)在ECM中加以廣播時，可以將其傳輸至CMPSSM，以作為記錄日期(租賃類型的推銷情形)在CMM中加以表示。
·對話期號碼出于安全的原因-使用其是為了建立控制字和內(nèi)容管理信息之間的一個連接，其中對兩者獨立地加以傳達(dá)。
·OPI用于確定拷貝的源。
從CMPS傳送到CAS的數(shù)據(jù)可以包括如下·訂購數(shù)據(jù)訂購字段(subscription_bitmap)僅可以在CAS_EMM中加以廣播。可以在URM中傳送與一個適合于CMPS的使用情形相關(guān)的商業(yè)租賃。在可訂購使用被記錄內(nèi)容時，CAS SM負(fù)責(zé)對訂購字段中商業(yè)提供物的成員關(guān)系的驗證。
·地理區(qū)域在超級發(fā)布的情形下，可以把這一參數(shù)提交于收件人的CAS，用于確認(rèn)。
·道德標(biāo)準(zhǔn)在一個優(yōu)選實施方案中，在一個CMPS使用情形下，可以把這一參數(shù)提交于CAS，用于確認(rèn)。
操作的模式現(xiàn)在，將詳細(xì)描述個性化模式、超級發(fā)布模式、訂購模式中的超級發(fā)布、后購超級發(fā)布、以及預(yù)付超級發(fā)布模式。
首先，將描述個性化模式。
以下將更詳細(xì)地考察一個優(yōu)選實施方案的各種操作模式，即個性化模式、訂購模式中的超級發(fā)布(具有在兩個系統(tǒng)中的一個公共訂購字段，并具有一個專門針對每一系統(tǒng)的訂購字段)、后購超級發(fā)布、以及預(yù)購超級發(fā)布。
在個性化模式中，CMPS系統(tǒng)負(fù)責(zé)通過使用一個唯一的用戶密鑰對CMM進(jìn)行加密創(chuàng)建個性化的拷貝。而且，這一密鑰依賴于一個用于拓寬用戶密鑰的內(nèi)容標(biāo)識符(content_id)。對被記錄內(nèi)容的所有使用，均要求存在一個用于個性化拷貝的安全模塊。
以下將參照圖30描述這一模塊中創(chuàng)建CMM的不同的階段。
在階段1500中，通過CAS SM接收到ECM和通過CMPS SM接收到URM之后，建立一個被鑒定的和安全的鏈路(由雙箭頭加以表示)，允許，特別是允許CMPS SM恢復(fù)用于創(chuàng)建CMM(通過一個用戶密鑰進(jìn)行加密的)的控制字。
在階段1502中，把CMM發(fā)送至文件系統(tǒng)(FS)，以將其記錄在一個硬磁盤上。
在階段1054中，在完整地使用內(nèi)容時，把CMM發(fā)送至CMPS SM，CMPS SM確認(rèn)，而且(視情況而定)，更新對內(nèi)容的使用權(quán)。
在階段1056中，當(dāng)使用權(quán)允許時，CMPS SM把控制字發(fā)送回解擾碼器，以允許對內(nèi)容解擾碼。
在階段1508中，把更新的CMM發(fā)送回文件系統(tǒng)，以將其重新插入文件標(biāo)題。應(yīng)該加以注意的是，在階段1506期間，可能把控制字返回到文件系統(tǒng)，如果它負(fù)責(zé)它們與傳送分組的同步化。
現(xiàn)在，將更詳細(xì)地描述超級發(fā)布模式。
不同的超級發(fā)布情形允許每一用戶取代經(jīng)營商。在這一場合中，用戶向其它用戶或非訂購用戶提議在他們之間共享對內(nèi)容的支付或向那些其使用權(quán)先前已放棄的用戶提議在他們之間共享對內(nèi)容的支付?，F(xiàn)在更詳細(xì)地描述三種功能情形，即訂購模式中的超級發(fā)布、后購超級發(fā)布、以及預(yù)購超級發(fā)布模式。
現(xiàn)在描述訂購模式中的超級發(fā)布。
在這樣的操作模式中，可為兩個系統(tǒng)CAS和CMPS提供一個公共訂購字段，也可為每一系統(tǒng)提供一個專門的訂購字段。以下將依次考察這兩種情況。
在第一種情況中，在兩個系統(tǒng)中存在一個公共的訂購字段。在這一情況中，該訂購字段包括一些這樣的服務(wù)管理的一部分由CMPS(在根據(jù)內(nèi)容有區(qū)分地使用時)承擔(dān)?？紤]到與CMPS相關(guān)的新的服務(wù)，最好把該訂購字段的長度從64個比特擴展到128個比特。
以下列出了這樣的一個系統(tǒng)的一個實施方案的特性·僅在ECM中廣播控制字和訂購號碼。
·僅由CMPS SM處理CMM。
·CMPS系統(tǒng)允許把在該訂購模式中(包括在訂購周期的結(jié)束之后)所獲取的內(nèi)容的使用推遲到相應(yīng)的服務(wù)。
·CMPS系統(tǒng)允許在該訂購模式中所獲取的內(nèi)容的超級發(fā)布。
·CMPS系統(tǒng)允許在該訂購模式中所獲取的內(nèi)容的個性化的記錄。
·CAS SM負(fù)責(zé)訂購服務(wù)的存取控制。
·在CAS_EMM中僅廣播訂購字段。
以上所列的第一個特性意味著不必把被記錄內(nèi)容使用權(quán)的驗證插入訂購字段(因此也不必插入CAS SM)。這可能似乎與第二個特性相矛盾，對于第二個特性，對被超級發(fā)布的內(nèi)容的使用嚴(yán)格要求如下條件訂購必須出現(xiàn)于發(fā)布字段中。為了闡明這一點，適當(dāng)?shù)淖龇ㄊ嵌x下列功能·在使用相關(guān)的內(nèi)容時，在無須(必須)對訂購進(jìn)行驗證的情況下，創(chuàng)建個性化的CMM；·創(chuàng)建一個適合于超級發(fā)布和具有一個必須的訂購字段的”組”CMM；·用于把一個個性化的CMM轉(zhuǎn)換成一個”組”CMM(以及反之)的機制。一種可能的方案涉及定義一個專門針對超級發(fā)布(SD_CMM)的CMM，這一CMM專門與一個內(nèi)容相關(guān)聯(lián)，并將呈圖31中所示的形式。
參照圖31。除了標(biāo)題外，第一字段代表了由SD_CMM所個性化的部分，并特別包含允許對CMM進(jìn)行解密的Content_Key密鑰(在記錄時，可把這一密鑰與當(dāng)前的私用密鑰相鏈接，或與由CMPS SM局部地生成的一個密鑰相鏈接)。第二字段允許超級發(fā)布，并包含與內(nèi)容Content_id相關(guān)聯(lián)的商業(yè)提供物的號碼Commercial_Offer?？闪蠲荑€Group_key專門針對對一個服務(wù)的訂購，或?qū)⑵滏溄拥揭粋€私用密鑰?？紤]到這一密鑰的動態(tài)特性，在內(nèi)容的超級發(fā)布之前更新該字段。把這一特定的CMM添加到CMM文件的前面，并完成相應(yīng)于局部ECM(其包含控制字)的CMM。
以下將參照圖32詳細(xì)地描述創(chuàng)建與修改這一SD_CMM的不同的階段。
在階段1600，在CAS SM接收ECM和CMPS SM接收URM之后，建立一個安全的被鑒定的連接，特別是，這一連接允許CMPS SM恢復(fù)控制字，以創(chuàng)建CMM。
在階段1602中，把CMM(包括SD_CMM)發(fā)送到文件系統(tǒng)(FS)，以將其記錄在硬磁盤上。
在階段1604中，在內(nèi)容的重新發(fā)布時，把SD_CMM發(fā)送到CMPS SM，考慮到當(dāng)前的組密鑰，根據(jù)權(quán)力，CMPS SM更新與超級發(fā)布相關(guān)聯(lián)的字段。
在階段1606中，把被更新的SD_CMM發(fā)送回文件系統(tǒng)，以將其重新插入到文件的頭中。
在階段1608中，把內(nèi)容以及相關(guān)聯(lián)的CMM發(fā)送到另一個用戶的文件系統(tǒng)超級發(fā)布。
在階段1610中，文件系統(tǒng)從文件的頭中抽取SD_CMM，并把其提交于CMPS SM，用于確認(rèn)和個性化。
在階段1612中。CMPS SM對與SD_CMM的超級發(fā)布相關(guān)聯(lián)的字段進(jìn)行解密，并請求MS CAS確認(rèn)跨越一個安全鏈路的訂購。
在階段1614中，如果把服務(wù)的商業(yè)提供物有效地提交于訂購字段中，那么在將SD_CMM的第一個性化字段發(fā)送至文件系統(tǒng)之前，CMPS SM修改該字段。否則，則可提供一個對訂購的激勵，以獲取對被超級發(fā)布內(nèi)容的存取(通過一個特定的應(yīng)用)。
現(xiàn)在，將考察訂購模式中的超級發(fā)布的第二種情況，其中為每一系統(tǒng)提供了一個專門的訂購字段。
當(dāng)這兩個系統(tǒng)中的每一個均具有其自己的訂購字段時，CMPS負(fù)責(zé)確保與這些商業(yè)提供物相關(guān)聯(lián)的控制和管理信息的廣播。因此，廣播URM中一系列專門針對CMPS的商業(yè)提供物的號碼，以及CMPS_EMM中的相應(yīng)的訂購字段。然后，可以以一種類似的方式實現(xiàn)前一節(jié)中所提交于超級發(fā)布情形，由CMPS確保訂購確認(rèn)的階段7。
現(xiàn)在，將描述后購超級發(fā)布。
在這一情形中，在操作所提議的商業(yè)情形的過程中，一個用戶向另一個用戶發(fā)送一個被記錄內(nèi)容，為了能夠使用這一內(nèi)容，該另一個用戶必須向經(jīng)營商付費獲取權(quán)力。
以下列出了這樣的一個系統(tǒng)的一個實施方案的特性。
·CMPS系統(tǒng)允許被記錄內(nèi)容的后購發(fā)布。
·僅在ECM中廣播控制字。
·把CMM發(fā)送至CMPS SM。
使用取決于權(quán)力的接收(例如在一個EMM_U中)的被記錄內(nèi)容(然后是相關(guān)的CMM)的重新發(fā)布，意味著對于CMM的加密施加了某些約束。在這一場合中，合適的做法是，使用超級發(fā)布密鑰(專門針對每一內(nèi)容的)，使用權(quán)力廣播，并允許對CMM的解密，或更簡單地對在上一節(jié)中給出概念的SD_CMM的解密。在這一最后的情況中，這一特定的CMM的結(jié)構(gòu)可為如圖33中所說明的。
參照圖33。如以上所描述的，標(biāo)題之后的第一字段代表SD_CMM的被個性化的部分，并特別包含允許對CMM進(jìn)行譯碼的內(nèi)容密鑰(這一密鑰可以由CMPS SM局部地生成)。第二字段允許發(fā)布，較佳的做法是由使其能夠被連接于Content_id專門的密鑰SD_Key對其進(jìn)行加密。也把這一專門的CMM添加于CMM文件的標(biāo)題中。
以下將參照圖34描述創(chuàng)建與修改這一SD_CMM的不同的階段。
在階段1700中，在CAS SM接收了ECM以及CMPS SM接收的URM之后，建立一個被鑒定的和安全的連接，該連接特別允許CMPS SM恢復(fù)用于創(chuàng)建CMM的控制字。
在階段1702中，把CMM(包括SD_CMM)發(fā)送到文件系統(tǒng)，已將其記錄在硬磁盤上?？紤]到存在于CMP_EMM中的SD_Key，在CMP_EMM同時包括利用權(quán)，以及在記錄狀態(tài)之后CMPS SM接收了超級發(fā)布密鑰的情況下，更新SD_CMM。
在階段1704中，把內(nèi)容以及相關(guān)聯(lián)的CMM發(fā)送至另一個用戶的文件系統(tǒng)超級發(fā)布。
在階段1706中，在由第二用戶接收權(quán)力時，文件系統(tǒng)從文件的標(biāo)題中抽取SD_CMM，并將其發(fā)送至CMPS SM，用于解密和個性化。
在階段1708中，CMPS SM把被個性化的SD_CMM返回至文件系統(tǒng)。
現(xiàn)在描述預(yù)付費超級發(fā)布。
在預(yù)付費場合中所考慮的情形的類型，使用戶向一或多個其他用戶發(fā)送一個被記錄內(nèi)容，而且他們不必要求權(quán)力(至少在第一次使用時)，是可能的。然后，與超級發(fā)布情形相關(guān)聯(lián)的權(quán)力的訂購(即支付)是發(fā)送者的責(zé)任。為了簡單起見，以下僅處理用戶之間的超級發(fā)布情形。
以下列出了這樣的一個系統(tǒng)的一個實施方案的特性·CMPS系統(tǒng)允許對被記錄內(nèi)容的預(yù)付費超級發(fā)布。
·僅在CAS_ECM中廣播控制字。
·把CMM發(fā)送至CMPS SM。
如在先前的情形中，可以設(shè)想對一個超級發(fā)布密鑰的使用。在利用權(quán)和被記錄內(nèi)容的獨立的約束下，在通過發(fā)送方用戶的先前的一條命令在把權(quán)力的傳輸?shù)接脩舻倪^程中，上一節(jié)中所描述的階段仍然有效?？梢园颜埱髠魉偷矫罘?wù)器(電話、迷你電話等)或直接通過IRD的返回路徑傳送(通過指出，例如指出GUI或一個人們將更喜歡重新發(fā)布的節(jié)目，以及受益用戶的號碼)。
安全庫安全庫(或API)允許獨立于具體的實現(xiàn)或數(shù)據(jù)傳送裝置使用安全功能。它由一個高級功能目錄組成。這一API允許對由多個接口(例如，從內(nèi)容出版商到家庭網(wǎng)絡(luò)的記錄設(shè)備的)構(gòu)成的安全連接“端到端”的創(chuàng)建，并根據(jù)內(nèi)容供應(yīng)商的要求，針對新技術(shù)(例如水印)授權(quán)最終的責(zé)任。為了有助于控制/命令數(shù)據(jù)的流動，它向系統(tǒng)提供了允許它考慮新的管理裝置，并適合不同商業(yè)情形的靈活性。
在以下的幾節(jié)中，一個可以被包括在CMPS的安全庫中非專用的API的列表，引發(fā)了關(guān)于在CMPS SM和設(shè)備組之間的客戶機-服務(wù)器模式的使用問題，其中使用客戶機-服務(wù)器模式建立了一個安全的連接(SAC)。特別是，引入了一個對話期的概念，這一概念可以允許對SAC的管理的更大的靈活性。
客戶機-服務(wù)器API的功能形成部分如下-·InitSession(Module_id，Device_id，Session_id)SM和一個所選定的設(shè)備(例如在安全鏈接所利用的一個被鑒定的機制和一組加密工具)之間的客戶機-服務(wù)器對話期，。
·CloseSession(Module_id，Device_id，Session_id)關(guān)閉一個客戶機-服務(wù)器對話期。
·Send/ReceiveClientinfo(Module_id，Device_id)允許對設(shè)備Device_id的加密功能(例如，所支持的鑒定機制)的傳輸與接收。
·Send/Receive(Cryto_Suite_id，Module_id，Device_id，Session_id)除了該設(shè)備所支持的功能外，還允許啟動一個SM和一個設(shè)備之間的一個鑒定協(xié)議。
針對安全的連接(SAC)的創(chuàng)建的API的功能形成部分如下-·OpenChannel(Module_id，Device_id，Sac_id，Session_id)允許打開Module_id和Device_id之間的一個安全的連接的高級API。
·CloseChannel(Sac_id，Session_id)在SM的啟動時，允許關(guān)閉一個連接的高級API。
·CardChaining(New_Module_id，Old_Module_id)表示一種用于替代SM的機制，例如，在使用NRSS_B規(guī)范的信息節(jié)8.10時。
·GetCertificate(Device_id，Session_id)返回針對Session_id對話期的Device_id的證書。
·Send/Receive(Data，Sac_id，Session_id)允許在Sac_id連接上傳輸和接收數(shù)據(jù)。
·SendSessionKey(Session_Key，Device_id，Sac_id，Session_id)允許使用一個公共密鑰算法在Sac_id連接上傳輸一個對話期Session_Key。
·RenewSessionKey(Sac_id，Session_id)請求在Sac_id連接上更新對話期密鑰。
·NewChannel(Sac_id，Session_id)使能夠使用Session_id對話期在客戶機和服務(wù)器之間建立一個新的連接。
加密API的功能形成部分如下-·GetRandom(size)使能夠生成一定個數(shù)比特的一個隨機數(shù)。
·Sign(Sig_Algorithm_id，data)使用由Sig_Algorithm_id所定義的算法，請求對“數(shù)據(jù)”數(shù)據(jù)的簽字。
·Verify(Sig_Algorithm_id，data)使用由Sig_Algorithm_id所定義的算法，驗證對“數(shù)據(jù)”數(shù)據(jù)的簽字。
·Content-decrypt/Encrypt(ConnectData，Sac_id，Session_id)允許對Sac_id連接上的內(nèi)容數(shù)據(jù)進(jìn)行解密/加密。
功能情形將描述在利用以及內(nèi)容管理方面與CMPS系統(tǒng)相關(guān)聯(lián)的幾個不同的功能情形。
從其體系結(jié)構(gòu)的角度來看，CMPS基于SM(安全模塊)和終點站之間的安全的和被鑒定的邏輯連接的創(chuàng)建，這一邏輯連接的創(chuàng)建經(jīng)由專門化的加密裝置和標(biāo)準(zhǔn)的證書，例如X509v3。這些連接可以確保各種用于管理和控制的信息以及欲加保護(hù)的內(nèi)容的安全傳輸。
在節(jié)目的傳輸期間，CMPS系統(tǒng)不會危害與“虛擬”數(shù)字VTR相關(guān)聯(lián)的內(nèi)容中的通常導(dǎo)航功能的操作，特別是與快進(jìn)和回繞、逐畫面前進(jìn)、暫停、以及回放(時間位移功能)操作。
另一方面，對于符合某些演播室的要求的時間位移應(yīng)用來說，CMPS系統(tǒng)還可以保證一個最大程度的記錄時間(例如，相對90分鐘總時間長度的30分鐘的電影)。CMPS系統(tǒng)還可允許用戶確保對保密數(shù)據(jù)的保護(hù)(用戶簡介、Web偏好、書簽、電子郵件等)。
CMPS系統(tǒng)可根據(jù)對用戶端的海量存儲設(shè)備的使用支持新操作模塊的設(shè)置與維護(hù)，特別是，它可支持針對電視經(jīng)營商的新的發(fā)布方法，包括·在夜間，使用自由帶寬，以“推”模式把內(nèi)容(A/V和音樂)傳輸?shù)接泊疟P，其中對全部或部分被記錄內(nèi)容(免費觀看和免費收聽)進(jìn)行擾碼。在預(yù)觀看之后，用戶可以選擇或不選擇接收內(nèi)容；在購買的情況下，他接收權(quán)力；在拒絕的情況下，把信息從硬磁盤擦除?？梢愿鶕?jù)用戶(“根據(jù)請求“)或使用用戶簡介的經(jīng)營商的激勵，以推模式提交。
·租賃模式按預(yù)確定的次數(shù)或在一個由經(jīng)營商所定義的時間窗口中使用存儲在硬磁盤上的內(nèi)容(使用可能取決于支付情況)。
·多重推銷方法可在各種使用情形下(例如，一個星期、兩個星期、兩次)存取被記錄的信息，因此能夠以可變的價格，包括在最初的權(quán)力到期之后，存取被記錄信息。
·超級發(fā)布用戶取代經(jīng)營商；作為付款的回報，或在已為使用權(quán)預(yù)先付費的情況下，用戶建議其它用戶與其共享相同的內(nèi)容。這一使用模式允許經(jīng)營商和服務(wù)提供商利用經(jīng)營商的整個網(wǎng)絡(luò)基礎(chǔ)設(shè)施，或甚至公共通信網(wǎng)絡(luò)。
·COD(根據(jù)請求的內(nèi)容)；音頻/視頻、音樂、文件(游戲、MP3)數(shù)據(jù)。
·由經(jīng)營商和廣告商之間的合同鏈路所采用的記錄廣告(及其圖象)的方式。
·對多拷貝的控制(除了私有拷貝外)，對多拷貝的控制可能要求一個支付(重新發(fā)布)。
在對內(nèi)容存取(訂購和時間位移模式)方面，CMPS系統(tǒng)允許擴展現(xiàn)存的功能，只要用戶擁有一個海量存儲設(shè)備即可。另外，傳統(tǒng)的錄像機功能以及時間位移功能使同時記錄和回放成為可能，這一備用存儲器允許經(jīng)營商利用在用戶的前提設(shè)備處的存儲器容量實現(xiàn)新的推銷方法。
以下的“用戶”服務(wù)，基于海量存儲設(shè)備(具有CMPS系統(tǒng)實現(xiàn))，可以提供-·標(biāo)準(zhǔn)的和加強的錄像機功能(歸因于同時讀/寫)既包括簡單地記錄一個節(jié)目，也包括在記錄一個節(jié)目的同時觀看另一個節(jié)目(現(xiàn)場或預(yù)記錄的)，一個第二接收信道的缺乏限制了這一功能。
·時間位移功能。涉及最大記錄時間(通過個性化記錄加強保護(hù))。然而，對時間位移的存取是根據(jù)內(nèi)容的發(fā)布方法加以區(qū)分的(例如，按觀看此數(shù)計費和多重傳輸可得的內(nèi)容，會受限于對這一功能的存取。沒有這一功能，N個廣播足可逐段記錄整個內(nèi)容)。
·以上兩種情形的組合(時間位移和同時觀看一個被記錄的節(jié)目)。
·保密用戶數(shù)據(jù)的保護(hù)(簡介、Web偏好、電子郵件、電子商務(wù)、個人銀行數(shù)據(jù)等)。
各種模式的內(nèi)容的發(fā)布和推銷是可能的。
第一組這樣的模式包括對所瞄準(zhǔn)的或請求式內(nèi)容的“推進(jìn)”模式(在NVOD(近視頻點播)和VOD(視頻點播)窗口之間是可選的)，它們具有下列特性-·通過經(jīng)營商獲得的固定費率訂購用戶訂購一個根據(jù)其簡介向其周期性提交新內(nèi)容(電影預(yù)觀、MP3文件等)的服務(wù)。以對用戶透明的方式把內(nèi)容放在磁盤中。通常使用是有區(qū)別的。在所有情況中，包括以下定義的超級發(fā)布，它均保持在經(jīng)營商的控制下。
·預(yù)定用戶預(yù)定內(nèi)容以于以后使用，費用的全部或部分可延遲到使用時再支付。
·超級發(fā)布用戶取代經(jīng)營商；作為付款的回報，或在已為使用權(quán)預(yù)先付費的情況下，他建議其它用戶與他們共享內(nèi)容。多個操作模式是可能的。例如，發(fā)送方用戶把內(nèi)容或內(nèi)容參照發(fā)送到一個目的用戶，經(jīng)營商將其(流或下載)隨關(guān)聯(lián)相的權(quán)力向目的用戶傳輸，或該用戶連接于MAP網(wǎng)點，以檢索他的內(nèi)容。
第二組這樣的模式涉及被個性化的記錄，包括下列特性-·進(jìn)行私有數(shù)字拷貝的權(quán)力(根據(jù)某些國家所施行的立法)，CMPS確保其保持在家庭框架中。
·固定價格提供物用戶記錄一個推銷提供物的整個內(nèi)容(除了私有拷貝)，并獲取與這一提供物相關(guān)聯(lián)的用戶權(quán)力。
·預(yù)定用戶預(yù)定一個內(nèi)容以及一個用戶情形(一或多次觀看、限時的觀看等)。
·即興購買(每次只看一個節(jié)目或一次播放)同上，除了對于一個先前被記錄內(nèi)容的即時的使用。
也設(shè)想了被導(dǎo)向廣告的第三組模式。在這樣的模式中，廣告和經(jīng)營商共同感興趣的是，確保在記錄時以及在通過錄像機功能和時間位移記錄時以及在導(dǎo)航期間廣告情形不完全和簡單地被跳過。
前一條款可以引發(fā)這樣的推銷模式與對載有廣告和/或片尾的節(jié)目的記錄相比，免除廣告和/或片尾對同一節(jié)目的記錄可能使人們更為需要的。
由于系統(tǒng)的良好的靈活性，如此處所描述的，還可以設(shè)想進(jìn)一步的模式。
應(yīng)該領(lǐng)悟到以上僅通過舉例的方式描述了本發(fā)明，在本發(fā)明的范圍內(nèi)可以對本發(fā)明的細(xì)節(jié)進(jìn)行修改。
本描述中所公開的每一特性，以及(在適當(dāng)?shù)那闆r下)權(quán)利要求和附圖可以獨立地或以任何適當(dāng)?shù)慕M合加以提供。
權(quán)利要求中所出現(xiàn)的參照數(shù)字僅為說明性的，并將不對權(quán)利要求的范圍產(chǎn)生限制。
權(quán)利要求
1.一種傳輸數(shù)據(jù)的方法，包括獨立地傳輸條件存取信息和內(nèi)容管理信息。
2.根據(jù)權(quán)利要求1的方法，其中，由一個提供商傳輸內(nèi)容管理信息。
3.根據(jù)權(quán)利要求1或2的方法，其中，經(jīng)由一個廣播中心傳輸內(nèi)容管理信息。
4.根據(jù)先前權(quán)利要求之一的方法，還包括傳輸內(nèi)容、用于對內(nèi)容有條件存取的條件存取信息、以及用于管理內(nèi)容的內(nèi)容管理信息。
5.根據(jù)權(quán)利要求4的方法，其中，獨立于內(nèi)容管理信息傳輸內(nèi)容，也可以獨立于條件存取信息傳輸內(nèi)容。
6.根據(jù)先前權(quán)利要求之一的方法，其中，內(nèi)容管理分組括至少一個對條件存取信息的參照。
7.根據(jù)先前權(quán)利要求之一的方法，還包括對內(nèi)容管理信息進(jìn)行加密。
8.根據(jù)先前權(quán)利要求之一的方法，其中，被傳輸內(nèi)容管理分組括一個指定至少一個準(zhǔn)備把內(nèi)容管理信息傳送給其的設(shè)備的設(shè)備標(biāo)識符。
9.根據(jù)先前權(quán)利要求8的方法，其中，依據(jù)設(shè)備標(biāo)識符生成內(nèi)容管理信息。
10.根據(jù)先前權(quán)利要求之一的方法，還包括接收條件存取信息、接收內(nèi)容管理信息、以及把所接收的條件存取信息和內(nèi)容管理信息組合成一個被組合數(shù)據(jù)單元。
11.一種接收數(shù)據(jù)的方法，包括接收條件存取信息、接收內(nèi)容管理信息、以及把所接收的條件存取信息和內(nèi)容管理信息組合成一個被組合數(shù)據(jù)單元。
12.根據(jù)權(quán)利要求10或11的方法，還包括存儲被組合數(shù)據(jù)單元。
13.根據(jù)權(quán)利要求10～12之一的方法，還包括使用一個加密密鑰對被組合數(shù)據(jù)單元進(jìn)行加密，較佳的做法是令加密密鑰與一個設(shè)備、用戶、商業(yè)提供物、或內(nèi)容相關(guān)聯(lián)。
14.根據(jù)權(quán)利要求13的方法，其中，把加密密鑰的一個等價物存儲在一個可去除的安全模塊中。
15.根據(jù)權(quán)利要求13或14的方法，還包括導(dǎo)致加密密鑰到期。
16.根據(jù)權(quán)利要求13～15之一的方法，還包括創(chuàng)建一個進(jìn)一步的數(shù)據(jù)單元，該數(shù)據(jù)單元包括加密密鑰的一個等價物，使用一個進(jìn)一步的加密密鑰對進(jìn)一步的數(shù)據(jù)單元進(jìn)行加密，較佳的做法是令進(jìn)一步的加密密鑰與一個設(shè)備、用戶、商業(yè)提供物、或內(nèi)容相關(guān)聯(lián)。
17.根據(jù)權(quán)利要求16的方法，還包括把被組合數(shù)據(jù)單元和進(jìn)一步的數(shù)據(jù)單元發(fā)布給另一方，較佳的做法是把內(nèi)容發(fā)布給另一方。
18.根據(jù)權(quán)利要求10～17之一的方法，被組合數(shù)據(jù)單元涉及一個給定的時間，把條件存取信息和內(nèi)容管理信息加以組合的步驟還包括在被組合數(shù)據(jù)單元中存儲一個涉及一個給定時間的計時值，因此，接下來可以把該計時值用于施加時間位移限制。
19.根據(jù)先前權(quán)利要求之一的方法，還包括接收內(nèi)容、用于對內(nèi)容有條件存取的條件存取信息、以及用于管理該內(nèi)容的內(nèi)容管理信息。
20.根據(jù)權(quán)利要求19或20的方法，還包括獨立于被組合數(shù)據(jù)單元存儲內(nèi)容。
21.根據(jù)權(quán)利要求19的方法，還包括存儲一個定位符，該定位符把被組合數(shù)據(jù)單元與一部分內(nèi)容相關(guān)聯(lián)。
22.根據(jù)權(quán)利要求19～21之一的方法，其中，至少一部分內(nèi)容相應(yīng)于一個保密期。
23.根據(jù)權(quán)利要求19～22之一的方法，還包括對內(nèi)容進(jìn)行重新加密。
24.根據(jù)權(quán)利要求22和23的方法，其中，通過重新加密對對保密期的長短進(jìn)行修改。
25.根據(jù)權(quán)利要求19～24之一的方法，還包括接收一個欲使用內(nèi)容的請求、接收被組合數(shù)據(jù)單元、從被組合數(shù)據(jù)單元抽取條件存取信息和內(nèi)容管理信息、以及依據(jù)條件存取信息和內(nèi)容管理信息確認(rèn)該請求。
26.確認(rèn)一個欲使用內(nèi)容的請求的方法，包括接收一個欲使用內(nèi)容的請求、接收一個包括條件存取信息和內(nèi)容管理信息的被組合數(shù)據(jù)單元、從被組合數(shù)據(jù)單元抽取條件存取信息和內(nèi)容管理信息、以及依據(jù)條件存取信息和內(nèi)容管理信息確認(rèn)該請求。
27.根據(jù)權(quán)利要求25或26的方法，還包括從條件存取數(shù)據(jù)中抽取解擾碼數(shù)據(jù)，用于對至少部分內(nèi)容進(jìn)行解擾碼，并輸出該解擾碼數(shù)據(jù)。
28.根據(jù)權(quán)利要求19～27之一的方法，還包括復(fù)制一部分內(nèi)容。
29.根據(jù)權(quán)利要求28的一種方法，還包括緩沖解擾碼數(shù)據(jù)，用于對至少部分內(nèi)容進(jìn)行解擾碼。
30.根據(jù)權(quán)利要求19～29之一的方法，還包括獲取相應(yīng)于內(nèi)容中當(dāng)前位置的解擾碼數(shù)據(jù)、獲取相應(yīng)于內(nèi)容中至少一個不同位置的進(jìn)一步的解擾碼數(shù)據(jù)、并存儲進(jìn)一步的解擾碼數(shù)據(jù)。
31.根據(jù)權(quán)利要求10～30之一的方法，還包括該修改被組合數(shù)據(jù)單元，并存儲該修改過的被組合數(shù)據(jù)單元。
32.根據(jù)權(quán)利要求31的方法，其中，根據(jù)一種流行的內(nèi)容使用模式進(jìn)行修改。
33.根據(jù)先前權(quán)利要求之一的方法，其中，在接收器/譯碼器處接收內(nèi)容管理信息。
34.用于傳輸數(shù)據(jù)的裝置，包括用于獨立地傳輸條件存取信息和內(nèi)容管理信息的裝置。
35.根據(jù)權(quán)利要求34的裝置，還包括用于經(jīng)由廣播中心傳輸內(nèi)容管理信息的裝置。
36.根據(jù)權(quán)利要求34或35的裝置，還包括用于傳輸內(nèi)容的裝置。
37.根據(jù)權(quán)利要求34～36之一的裝置，其中，用于傳輸內(nèi)容管理信息的裝置和用于傳輸內(nèi)容的裝置適合于獨立地進(jìn)行傳輸。
38.根據(jù)權(quán)利要求34～37之一的裝置，還包括把至少一個對相應(yīng)條件存取信息的參照插入內(nèi)容管理信息。
39.根據(jù)權(quán)利要求34～38之一的裝置，還包括用于對內(nèi)容管理信息進(jìn)行加密的裝置，較佳的做法是也包括用于對條件存取信息進(jìn)行加密的裝置。
40.根據(jù)權(quán)利要求34～39之一的裝置，還包括用于把指出至少一個準(zhǔn)備把內(nèi)容管理信息傳送給其的設(shè)備的設(shè)備標(biāo)識符插入內(nèi)容管理信息。
41.根據(jù)權(quán)利要求40的裝置，還包括用于依據(jù)設(shè)備標(biāo)識符生成內(nèi)容管理信息裝置。
42.用于接收數(shù)據(jù)的裝置，包括接收用于條件存取信息的裝置、用于接收內(nèi)容管理信息的裝置、以及用于把所接收條件存取信息和內(nèi)容管理信息組合成一個被組合數(shù)據(jù)單元的裝置。
43.根據(jù)權(quán)利要求42或43的裝置，還包括用于存儲被組合數(shù)據(jù)單元的裝置。
44.根據(jù)權(quán)利要求42或44的裝置，還包括用于使用一個加密密鑰對被組合數(shù)據(jù)單元進(jìn)行加密的裝置。
45.根據(jù)權(quán)利要求44的裝置，包括用于存儲加密密鑰的一個等價物的裝置。
46.根據(jù)權(quán)利要求44或45的裝置，還包括用于導(dǎo)致加密密鑰到期的裝置。
47.根據(jù)權(quán)利要求44～46之一的裝置，還包括用于創(chuàng)建一個包括加密密鑰的一個等價物的進(jìn)一步的數(shù)據(jù)單元的裝置，以及用于使用一個進(jìn)一步的加密密鑰對進(jìn)一步的數(shù)據(jù)單元進(jìn)行加密的裝置。
48.根據(jù)權(quán)利要求47的裝置，還包括用于發(fā)布被組合數(shù)據(jù)單元、進(jìn)一步的數(shù)據(jù)單元，較佳的做法是發(fā)布內(nèi)容的裝置。
49.根據(jù)權(quán)利要求42～48之一的裝置，還包括用于生成一個涉及一個給定的時間的計時值的裝置，其中被組合數(shù)據(jù)單元與這一計時值相關(guān)。
50.根據(jù)權(quán)利要求42～49之一的裝置，還包括用于接收內(nèi)容的裝置。
51.根據(jù)權(quán)利要求50的裝置，還包括用于存儲被組合數(shù)據(jù)單元的裝置適合于獨立于被組合數(shù)據(jù)單元存儲內(nèi)容。
52.根據(jù)權(quán)利要求50或51的裝置，還包括用于生成一個定位符的裝置，該定位符把被組合數(shù)據(jù)單元與一部分內(nèi)容相關(guān)聯(lián)。
53.根據(jù)權(quán)利要求52的裝置，還包括用于存儲定位符的裝置。
54.根據(jù)權(quán)利要求50～53之一的裝置，還包括用于對內(nèi)容進(jìn)行重新加密的裝置。
55.根據(jù)權(quán)利要求50～54之一的裝置，還包括用于接收一個欲使用內(nèi)容的請求的裝置、用于接收被組合數(shù)據(jù)單元的裝置、用于從被組合數(shù)據(jù)單元抽取條件存取信息和內(nèi)容管理信息的裝置、以及依據(jù)條件存取信息和內(nèi)容管理信息確認(rèn)該請求的裝置。
56.根據(jù)權(quán)利要求50～55之一的裝置，還包括用于從條件存取數(shù)據(jù)中抽取解擾碼數(shù)據(jù)，用于對至少部分內(nèi)容進(jìn)行解擾碼的裝置，以及用于輸出解擾碼數(shù)據(jù)的裝置。
57.根據(jù)權(quán)利要求50～56之一的裝置，還包括用于復(fù)制內(nèi)容的裝置。
58.根據(jù)權(quán)利要求57的裝置，還包括用于緩沖解擾碼數(shù)據(jù)的裝置。
59.根據(jù)權(quán)利要求58的裝置，其中，用于緩沖解擾碼數(shù)據(jù)的裝置包括用于獲取相應(yīng)于內(nèi)容中當(dāng)前位置的解擾碼數(shù)據(jù)的裝置、用于獲取相應(yīng)于內(nèi)容中至少一個不同位置的進(jìn)一步的解擾碼數(shù)據(jù)的裝置、以及用于存儲進(jìn)一步的解擾碼數(shù)據(jù)的裝置。
60.根據(jù)權(quán)利要求42～59之一的裝置，還包括用于修改被組合數(shù)據(jù)單元的裝置，以及用于存儲新的被組合數(shù)據(jù)單元的裝置。
61.用于確認(rèn)一個欲使用內(nèi)容的請求的裝置，還包括用于接收要使用內(nèi)容的請求的裝置，用于接收包括條件存取信息和內(nèi)容管理信息的被組合數(shù)據(jù)單元的裝置，用于從被組合數(shù)據(jù)單元抽取條件存取信息和內(nèi)容管理信息的裝置、以及用于依據(jù)條件存取信息和內(nèi)容管理信息確認(rèn)該請求的裝置。
62.根據(jù)權(quán)利要求61的裝置，還包括用于從條件存取數(shù)據(jù)中抽取解擾碼數(shù)據(jù)，用于對至少部分內(nèi)容進(jìn)行解擾碼的裝置，以及用于輸出解擾碼數(shù)據(jù)的裝置。
63.根據(jù)權(quán)利要求61或62的裝置，還包括用于復(fù)制內(nèi)容的裝置。
64.根據(jù)權(quán)利要求61～63之一的裝置，還包括用于緩沖解擾碼數(shù)據(jù)的裝置。
65.根據(jù)權(quán)利要求64的裝置，其中，用于緩沖解擾碼數(shù)據(jù)的裝置包括用于獲取相應(yīng)于內(nèi)容中當(dāng)前位置的解擾碼數(shù)據(jù)的裝置、用于獲取相應(yīng)于內(nèi)容中至少一個不同位置的進(jìn)一步的解擾碼數(shù)據(jù)的裝置、以及用于存儲進(jìn)一步的解擾碼數(shù)據(jù)的裝置。
66.根據(jù)權(quán)利要求61～65之一的裝置，還包括用于修改被組合數(shù)據(jù)單元的裝置，以及用于存儲新的被組合數(shù)據(jù)單元的裝置。
67.根據(jù)權(quán)利要求66的裝置，其中，用于修改被組合數(shù)據(jù)單元的裝置包括用于根據(jù)一種流行的內(nèi)容使用模式修改被組合數(shù)據(jù)單元的裝置。
68.用于傳輸數(shù)據(jù)的裝置，包括適合于獨立地傳輸條件存取信息和內(nèi)容管理信息的一個發(fā)射器以及一個相關(guān)的處理器。
69.根據(jù)權(quán)利要求68的裝置，還適合于經(jīng)由一個廣播中心傳輸內(nèi)容管理信息。
70.根據(jù)權(quán)利要求68或69的裝置，還適合于傳輸內(nèi)容。
71.根據(jù)權(quán)利要求68～70之一的裝置，包括適合于傳輸內(nèi)容管理信息的一個發(fā)射器和一個相關(guān)的處理器，以及適合于傳輸內(nèi)容的一個進(jìn)一步的發(fā)射器和一個進(jìn)一步的相關(guān)的處理器，其中發(fā)射器和相關(guān)的處理器以及進(jìn)一步的發(fā)射器和進(jìn)一步的相關(guān)的處理器適合于獨立地進(jìn)行傳輸。
72.根據(jù)權(quán)利要求68～71之一的裝置，還包括一個適合于把至少一個對相應(yīng)條件存取信息的參照插入內(nèi)容管理信息的處理器。
73.根據(jù)權(quán)利要求68～72之一的裝置，還包括適合于對內(nèi)容管理信息進(jìn)行加密，較佳的做法是也適合于對條件存取信息進(jìn)行加密。
74.根據(jù)權(quán)利要求68～73之一的裝置，還適合于生成內(nèi)容管理信息，以及適合于把指出至少一個準(zhǔn)備把內(nèi)容管理信息傳送給其的設(shè)備的設(shè)備標(biāo)識符插入內(nèi)容管理信息。
75.根據(jù)權(quán)利要求74的裝置，其中，適合于生成內(nèi)容管理信息的處理器還適合于生成依據(jù)設(shè)備標(biāo)識符生成內(nèi)容管理信息。
76.用于接收數(shù)據(jù)的裝置，包括一個適合于接收條件存取信息和內(nèi)容管理信息的接收器、以及一個適合于把所接收條件存取信息和內(nèi)容管理信息組合成一個被組合數(shù)據(jù)單元的處理器。
77.根據(jù)權(quán)利要求76的裝置，還包括一個適合于存儲被組合數(shù)據(jù)單元的存儲介質(zhì)。
78.根據(jù)權(quán)利要求76或77的裝置，還適合于使用一個加密密鑰對被組合數(shù)據(jù)單元進(jìn)行加密。
79.根據(jù)權(quán)利要求78的裝置，還包括一個適合于存儲加密密鑰的一個等價物的可去除的安全模塊。
80.根據(jù)權(quán)利要求78或79的裝置，還包括適合于導(dǎo)致加密密鑰到期。
81.根據(jù)權(quán)利要求78～80之一的裝置，還適合于創(chuàng)建一個包括加密密鑰的一個等價物的進(jìn)一步的數(shù)據(jù)單元，以及適合于使用一個進(jìn)一步的加密密鑰對進(jìn)一步的數(shù)據(jù)單元進(jìn)行加密。
82.根據(jù)權(quán)利要求81的裝置，還適合于發(fā)布被組合數(shù)據(jù)單元、進(jìn)一步的數(shù)據(jù)單元，以及較佳的做法是適合于發(fā)布內(nèi)容。
83.根據(jù)權(quán)利要求76～87之一的裝置，還包括一個適合于生成一個涉及一個給定的時間的計時值的計時器，其中被組合數(shù)據(jù)單元與這一計時值相關(guān)。
84.根據(jù)權(quán)利要求76～83之一的裝置，還適合于接收內(nèi)容。
85.根據(jù)權(quán)利要求84的裝置，其中，存儲介質(zhì)還適合于獨立于被組合數(shù)據(jù)單元存儲內(nèi)容。
86.根據(jù)權(quán)利要求84或85的裝置，還適合于生成一個定位符，該定位符把被組合數(shù)據(jù)單元與一部分內(nèi)容相關(guān)聯(lián)。
87.根據(jù)權(quán)利要求85或86的裝置，其中，適合于存儲被組合數(shù)據(jù)單元的存儲介質(zhì)還適合于存儲定位符。
88.根據(jù)權(quán)利要求84～87之一的裝置，還適合于對內(nèi)容進(jìn)行重新加密。
89.根據(jù)權(quán)利要求84～88之一的裝置，還包括一個適合于接收一個欲使用內(nèi)容的請求的輸入器，其中接收器適合于接收被組合數(shù)據(jù)單元、處理器適合于從被組合數(shù)據(jù)單元抽取條件存取信息和內(nèi)容管理信息、而且還適合于依據(jù)條件存取信息和內(nèi)容管理信息確認(rèn)該請求。
90.根據(jù)權(quán)利要求84～89之一的裝置，還包括一個輸出器，其中處理器還適合于從條件存取數(shù)據(jù)中抽取解擾碼數(shù)據(jù)，用于對至少部分內(nèi)容進(jìn)行解擾碼，以及輸入器適合于輸出解擾碼數(shù)據(jù)。
91.根據(jù)權(quán)利要求84～90之一的裝置，還適合于復(fù)制內(nèi)容。
92.根據(jù)權(quán)利要求91的裝置，還包括一個適合于緩沖解擾碼數(shù)據(jù)的存儲器。
93.根據(jù)權(quán)利要求92的裝置，還適合于獲取相應(yīng)于內(nèi)容中當(dāng)前位置的解擾碼數(shù)據(jù)、獲取相應(yīng)于內(nèi)容中至少一個不同位置的進(jìn)一步的解擾碼數(shù)據(jù)、以及存儲進(jìn)一步的解擾碼數(shù)據(jù)。
94.根據(jù)權(quán)利要求76～93之一的裝置，還包括適合于修改被組合數(shù)據(jù)單元，以及存儲新的被組合數(shù)據(jù)單元。
95.用于確認(rèn)一個使用內(nèi)容請求的裝置，包括一個適合于接收一個欲使用內(nèi)容的請求、以及適合于接收一個包括條件存取信息和內(nèi)容管理信息的被組合數(shù)據(jù)單元的接收器；一個適合于從被組合數(shù)據(jù)單元抽取條件存取信息和內(nèi)容管理信息、以及適合于依據(jù)條件存取信息和內(nèi)容管理信息確認(rèn)該請求的處理器。
96.根據(jù)權(quán)利要求95的裝置，還包括一個輸出器，其中，處理器適合于從條件存取數(shù)據(jù)中抽取解擾碼數(shù)據(jù)，用于對至少部分內(nèi)容進(jìn)行解擾碼，以及輸出器適合于輸出解擾碼數(shù)據(jù)。
97.根據(jù)權(quán)利要求95或97之一的裝置，還適合于復(fù)制內(nèi)容。
98.根據(jù)權(quán)利要求95～97之一的裝置，還包括一個適合于緩沖解擾碼數(shù)據(jù)的存儲器。
99.根據(jù)權(quán)利要求95～98之一的裝置，適合于獲取相應(yīng)于內(nèi)容中當(dāng)前位置的解擾碼數(shù)據(jù)、獲取相應(yīng)于內(nèi)容中至少一個不同位置的進(jìn)一步的解擾碼數(shù)據(jù)、以及存儲進(jìn)一步的解擾碼數(shù)據(jù)。
100.根據(jù)權(quán)利要求95～99之一的裝置，還適合于修改被組合數(shù)據(jù)單元、以及存儲新的被組合數(shù)據(jù)單元。
101.根據(jù)權(quán)利要求100的裝置，還適合于根據(jù)一種流行的內(nèi)容使用模式修改被組合數(shù)據(jù)單元。
102.一種接收器/譯碼器并入裝置，用于接收根據(jù)權(quán)利要求42～60或76～94之一的數(shù)據(jù)。
103.一種接收器/譯碼器并入裝置，用于確認(rèn)根據(jù)權(quán)利要求61～67或95～101之一的數(shù)據(jù)。
104.一種并入了一個根據(jù)權(quán)利要求102或103的接收器/譯碼器的廣播系統(tǒng)。
105.一種包括一個權(quán)利管理消息的分組，包括一個使其能夠被導(dǎo)向一個內(nèi)容管理系統(tǒng)的標(biāo)識符。
106.一種分組，除了尋址信息外，分組還由內(nèi)容管理信息組成。
107.一種分組，包括內(nèi)容管理信息、條件存取信息、以及權(quán)利管理信息。
108.一種存儲介質(zhì)，擁有存儲在其上的、作為一個被組合數(shù)據(jù)單元的條件存取信息和內(nèi)容管理信息。
109.一種被組合數(shù)據(jù)單元，包括條件存取信息和內(nèi)容管理信息。
110.一種廣播系統(tǒng)，適合于執(zhí)行一種根據(jù)權(quán)利要求1～33之一的方法。
111.一種計算機程序，用于執(zhí)行一個根據(jù)權(quán)利要求1～33之一的方法。
112.一種計算機程序，體現(xiàn)了根據(jù)權(quán)利要求34～101之一的任何裝置特性。
113.一種計算機程序產(chǎn)品，用于執(zhí)行一種根據(jù)權(quán)利要求1～33之一的方法。
114.一種計算機程序，體現(xiàn)了根據(jù)權(quán)利要求34～101之一的裝置特性中的任何裝置特性。
115.一種信號，體現(xiàn)了根據(jù)權(quán)利要求111或112一個計算機程序。
116.一種傳輸一個根據(jù)權(quán)利要求112的信號的方法。
117.一種計算機程序產(chǎn)品，擁有一個操作系統(tǒng)，該操作系統(tǒng)支持一個根據(jù)權(quán)利要求111或112的計算機程序。
118.一種計算機可讀介質(zhì)，擁有存儲在其上的一個根據(jù)權(quán)利要求111或112的程序。
119.如此處基本上參照附圖所描述和附圖中所說明的裝置。
120.如此處基本上參照附圖中的圖4～6所描述和附圖的圖4～6中所說明的一種接收器/譯碼器。
121.如此處基本上參照附圖中的圖1所描述和附圖的圖1中所說明的一種廣播系統(tǒng)。
122.如此處基本上參照附圖中的圖14～34所描述的一種方法。
全文摘要
公開了一種傳輸數(shù)據(jù)的方法，其包括獨立地傳輸條件存取信息和內(nèi)容管理信息。
文檔編號H04N7/16GK1526237SQ01817879
公開日2004年9月1日 申請日期2001年8月24日 優(yōu)先權(quán)日2000年8月24日
發(fā)明者D·勒波里尼, F·杜布蘭謝特, A·蘇爾庫夫, N·高德, E·德勞奈, D 勒波里尼, 夥, 湍, 祭夾惶 申請人:卡納爾技術(shù)股份有限公司