接收音頻/視頻內(nèi)容相關(guān)申請的交叉引用本申請要求于2012年5月4日提交給英國知識產(chǎn)權(quán)局的GB1207854.9的較早提交日期的權(quán)益，通過引用將其全部內(nèi)容結(jié)合在此。技術(shù)領(lǐng)域本公開涉及接收音頻/視頻內(nèi)容。

背景技術(shù)：
本文中所提供的“背景技術(shù)”的描述是為了總體呈現(xiàn)本公開內(nèi)容的背景的目的。某種程度描述在背景技術(shù)部分的、目前署名的發(fā)明人的工作以及申請時未另外限定為現(xiàn)有技術(shù)的說明方面，既沒有明示也沒有默示地承認(rèn)作為本公開的現(xiàn)有技術(shù)。作為背景技術(shù)，DVB通用接口(“CI”)規(guī)范允許電視接收器或機(jī)頂盒(“主機(jī)”)與安全硬件模塊(條件訪問模塊或“CAM”)交互，以允許主機(jī)對訪問受控的音頻/視頻(音頻、視頻或音頻和視頻)內(nèi)容進(jìn)行解密。CI規(guī)范規(guī)定在主機(jī)和CAM之間的接口，從而如果主機(jī)和CAM符合CI規(guī)范，那么這兩者將一起工作。由于在原則上，這種互操作性(interoperability)提供了CI系統(tǒng)的顯著優(yōu)勢，因為其原則上允許用戶選擇來自不同制造商的兼容產(chǎn)品。在CI規(guī)范內(nèi)，CAM與智能卡和/或用戶的個人識別號碼(“PIN”)交互，以提供用戶認(rèn)證。然而，原始CI規(guī)范的缺點在于，給予了復(fù)制被解密的數(shù)字內(nèi)容的可能性。這個問題由主機(jī)和CAM交互的方式而引起的。在使用時，主機(jī)將加密數(shù)據(jù)發(fā)送給CAM。CAM檢查用戶認(rèn)證，并且假設(shè)已認(rèn)證用戶，則它解密訪問受控的內(nèi)容。然后，CAM通過CAM主機(jī)接口將解密的內(nèi)容發(fā)送回主機(jī)，CAM主機(jī)接口通常為PCMCIA(個人計算機(jī)存儲卡國際協(xié)會)接口，但其并不限于這種接口-例如，可使用USB接口。從CAM到主機(jī)的這種連接存在著安全漏洞，這是因為在原則上可攔截并且非法復(fù)制解密的數(shù)字內(nèi)容。該安全漏洞意味著某些內(nèi)容供應(yīng)商優(yōu)選地使用將主機(jī)和CAM作為單個單元的集成設(shè)備，因為這允許在將未加密的數(shù)據(jù)從CAM傳輸?shù)街鳈C(jī)時具有更好的安全性。然而，這當(dāng)然違背與CI相關(guān)的關(guān)于不同CAM和主機(jī)的潛在的互操作性的優(yōu)點。CI增強(qiáng)規(guī)范被設(shè)計為通過兩個主要路線(route)解決這些問題。CI增強(qiáng)規(guī)范在CAM和主機(jī)之間提供安全接口，從而并不以透明的形式在這兩個設(shè)備之間發(fā)送解密后的內(nèi)容數(shù)據(jù)。而且，CI增強(qiáng)規(guī)范提供主機(jī)和CAM兩者的認(rèn)證，而非CI技術(shù)中的僅僅認(rèn)證CAM。認(rèn)證系統(tǒng)使用證書分級(certificatehierarchy)，從而主機(jī)和CAM必需都已經(jīng)由權(quán)威方(authority)(例如，CIPlusLLP)發(fā)出證書。通過在將解密的內(nèi)容數(shù)據(jù)從CAM發(fā)送到主機(jī)之前進(jìn)行加密并隨后在主機(jī)處解密來保護(hù)在主機(jī)和CAM之間的PCMCIA接口。該加密獨立于由內(nèi)容供應(yīng)商建立的訪問控制加密-解密，并且專用于每個特定的CAM-主機(jī)對。通過Diffie-Hellman密鑰交換技術(shù)在CAM和主機(jī)之間交換密鑰。密鑰也時常循環(huán)，從而即使一個密鑰被破壞，該密鑰在任何情況下也會在幾秒鐘之后改變。CI增強(qiáng)規(guī)范版本1.3包括所謂的操作配置文件布置。操作配置文件允許從不同源的選擇中選擇網(wǎng)絡(luò)信息表(NIT)?，F(xiàn)在將描述NIT的性質(zhì)。NIT攜帶網(wǎng)絡(luò)特定信息，并可能與包含一個以上的射頻(RF)信道以及一個以上的傳輸流(TS)的網(wǎng)絡(luò)有關(guān)。由NIT攜帶的信息可包括可適用于該網(wǎng)絡(luò)的音頻或RF信道編號(number)以及通過網(wǎng)絡(luò)在邏輯信道號(LCN)與節(jié)目標(biāo)識符廣播之間的映射。邏輯信道編號與向用戶呈現(xiàn)用于在個人主機(jī)處(通過信道選擇器或電子節(jié)目指南(EPG))選擇的電視信道的順序有關(guān)并且通常獨立于與電視信號傳輸?shù)膶嶋H機(jī)制。例如，在英國，廣播信道BBC1被分配給LCN1(在地面系統(tǒng)中)或分配給101(在衛(wèi)星系統(tǒng)中)。該分配完全獨立于信道BBC1傳輸?shù)膶嶋H射頻，并也完全獨立于分配給BBC1傳輸流用于傳輸?shù)臄?shù)據(jù)包標(biāo)識符(PID)。NIT在LCN與傳輸信息(如，RF信道或TS)之間提供映射。為了調(diào)諧到如BBC1的特定信道，接收器可咨詢NIT以建立哪個TS攜帶BBC1，然后調(diào)諧到攜帶該TS的RF頻率，然后從PID＝0的TS過濾數(shù)據(jù)包以獲得節(jié)目分配表(PAT)，然后(一旦完成信道選擇)使用來自PAT的信息來過濾節(jié)目映射表(PMT)的數(shù)據(jù)包以獲得對應(yīng)期望信道(BBC1)的所謂基本流的PID，然后過濾數(shù)據(jù)包以獲得所需的PID從而允許對這些基本流進(jìn)行解碼。之前，NIT作為廣播信號的一部分來遞送。CI增強(qiáng)規(guī)范1.3的操作配置文件布置允許遞送NIT的兩種選擇，并且特別地允許經(jīng)由CAM的NIT的潛在遞送而不是作為空中下載(OTA)遞送的接收。在CI增強(qiáng)規(guī)范1.3中存在兩種操作配置文件設(shè)置：profile_type＝0：在這種模式中，從廣播信息確定NIT；以及profile_type＝1：在這種模式中，CAM向主機(jī)遞送NIT，并且主機(jī)根據(jù)由CAM遞送的NIT生成LCN列表。CAM能夠從各種源生成NIT。原則上，NIT可被預(yù)編程到CAM中?；蛘逤AM可接收NIT作為針對由特定網(wǎng)絡(luò)提供的一個CAM或多個CAM的OTA信號?；蛘呔W(wǎng)絡(luò)可使用如因特網(wǎng)連接的安全單獨連接通過CI增強(qiáng)規(guī)范提供的低速通信(LCS)機(jī)制將NIT傳送至CAM。也可由CAM基于來自這些源中的任何一個的操作數(shù)據(jù)來提供操作配置文件設(shè)置。在操作中，主機(jī)查詢CAM以詢問哪個操作配置文件適用。如果操作配置文件是類型0，則主機(jī)多路復(fù)用來自廣播信號的NIT。如果操作配置文件是類型1，則CAM向主機(jī)提供NIT。

技術(shù)實現(xiàn)要素：
本公開提供了如在權(quán)利要求1中限定的布置。在所附權(quán)利要求書中限定各個進(jìn)一步的相應(yīng)方面和特征。應(yīng)當(dāng)理解，前述一般性描述和以下具體實施方式是示例性的而不是對本技術(shù)的限制。附圖說明當(dāng)結(jié)合附圖考慮時，通過參照以下示例性實施方式的詳細(xì)描述，對本公開的更全面的理解及其很多伴隨優(yōu)點將容易獲得并將會變得更好理解，其中：圖1為具有CAM和智能卡的主機(jī)設(shè)備的示意圖；圖2為結(jié)合圖1的主機(jī)設(shè)備的條件訪問(CA)系統(tǒng)的示意圖；圖3為示出圖2的系統(tǒng)的操作的方面的示意圖；圖4示意性示出了根據(jù)實施方式的CA系統(tǒng)的操作；圖5示意性示出了配置文件查詢過程；圖6示意性示出了CAM獲得NIT的過程；以及圖7示意性示出了來自CAM與來自廣播信號的NIT的合并。具體實施方式為了建立本實施方式的技術(shù)背景，先參照圖1至圖3描述具有調(diào)諧器與解碼器布置的廣播系統(tǒng)?，F(xiàn)在參照圖1，主機(jī)設(shè)備10在此處顯示為電視機(jī)，但是可為例如機(jī)頂盒(要注意，對于技術(shù)人員，表達(dá)“機(jī)頂盒”并非暗示在使用時對該設(shè)備的特定物理位置的任何要求)。主機(jī)設(shè)備10經(jīng)由廣播數(shù)據(jù)路徑接收訪問受控的電視信號15。但這可以是例如由衛(wèi)星天線(未示出)接收的衛(wèi)星電視信號、或者地面電視信號、電纜電視信號等，但其他類型的電視信號包括由網(wǎng)際協(xié)議(IP)分組信號傳輸?shù)碾娨曅盘枏V播。一種技術(shù)是將MPEG傳輸流(TS)編碼成IP數(shù)據(jù)包從而使IP數(shù)據(jù)包攜帶多個(例如7個或8個)TS數(shù)據(jù)包。另一種技術(shù)是將電視信號編碼成如在參考中描述的所謂的ISO(國際標(biāo)準(zhǔn)組織)BMFF(基媒體文件格式)布置：http://en.wikipedia.org/wiki/ISO_base_media_file_format，通過引用將其內(nèi)容并入本說明書。在這種布置中，在本領(lǐng)域中通常將主機(jī)設(shè)備處的IP接口視為“調(diào)諧器”，即使其可能沒有射頻電路或功能。然而其確實以與射頻調(diào)諧器相似的方式工作，因為其從多個可能的IP流中選擇IP流。其也對所接收的IP流提供緩沖。主機(jī)設(shè)備10具有PCMCIA插槽20，該插槽包括根據(jù)PCMCIA標(biāo)準(zhǔn)的電氣連接以及用于插入式模塊的物理空間。在其他實施方式中，可使用通用串行總線(USB)或其他電氣接口代替PCMCIA接口。CI增強(qiáng)條件訪問模塊稱為CICAM30，是可插入PCMCIA插槽20內(nèi)的PCMCIA模塊。當(dāng)CICAM30完全插入插槽20內(nèi)時，在CICAM30上的連接器與插槽20內(nèi)的配合連接器之間形成電氣連接。CICAM本身可為無卡式模塊或者可具有插槽40，所謂的智能卡50可插入該插槽內(nèi)。智能卡是可移除的并且以防篡改(tamper-proof)、安全以及非易失性的形式攜帶限定內(nèi)容接收器的當(dāng)前用戶的信息。當(dāng)智能卡完全插入插槽40內(nèi)時，通過使用在智能卡50上以及在插槽40內(nèi)的配合電氣連接器，或者通過使用在非常短的距離(例如，1到2cm)內(nèi)無線傳輸數(shù)據(jù)的已知的非接觸式連接技術(shù)，在智能卡50與CICAM30之間形成數(shù)據(jù)連接。數(shù)據(jù)鏈路68，被稱為低速通信(LCS)鏈路，經(jīng)由主機(jī)的IP(網(wǎng)際協(xié)議)端口，或者換言之主機(jī)的網(wǎng)絡(luò)連接在前端(headend)與CICAM之間提供數(shù)據(jù)通信。因此，例如，可通過主機(jī)與前端之間的加密網(wǎng)絡(luò)數(shù)據(jù)鏈路來提供LSC鏈路。術(shù)語“低速”廣義上是指LSC的速度與廣播數(shù)據(jù)路徑的數(shù)據(jù)速率的比較，其(在衛(wèi)星或地面數(shù)據(jù)路徑的情況下)通常會高很多。但不暗示速度或數(shù)據(jù)速率的絕對值。以這種方式，CAM和內(nèi)容源被配置為通過網(wǎng)絡(luò)數(shù)據(jù)連接建立安全的通信鏈路。因此，主機(jī)設(shè)備和CICAM配合以提供音頻/視頻內(nèi)容接收器，所述音頻/視頻內(nèi)容接收器被配置為通過廣播數(shù)據(jù)路徑從內(nèi)容源接收媒體內(nèi)容，媒體內(nèi)容被布置為多個媒體信道，內(nèi)容接收器包括：具有調(diào)諧器的主機(jī)模塊(如，主機(jī)設(shè)備10)，所述調(diào)諧器被配置為通過選擇相應(yīng)的邏輯信道索引來將邏輯信道索引分配給媒體信道以允許在主機(jī)模塊處選擇一個或多個媒體信道用于再現(xiàn)，主機(jī)模塊存儲將邏輯信道索引與接收媒體信道相關(guān)聯(lián)的信道關(guān)聯(lián)數(shù)據(jù)；以及可移除的條件訪問模塊(CAM)(如，CICAM30)，CAM具有用于解碼訪問受控編碼的廣播內(nèi)容的訪問控制單元，主機(jī)模塊和可移除的CAM被布置為在CAM與主機(jī)模塊之間為訪問受控的編碼廣播內(nèi)容提供加密通信鏈路。這種接收器可被配置為顯示信道選擇列表以允許用戶根據(jù)與該信道相關(guān)聯(lián)的邏輯信道索引選擇信道圖2示意性示出了在條件接收系統(tǒng)的背景下的主機(jī)設(shè)備10。所謂的前端60表示訪問受控的電視信號15的源。前端可表示例如衛(wèi)星廣播設(shè)備(broadcaster)的上行鏈接站或者地面或有線廣播設(shè)備的信號分配中心。CA系統(tǒng)使用CA系統(tǒng)加密對前端處的內(nèi)容進(jìn)行加擾。前端也可將其他與CA相關(guān)的信息引入加密數(shù)據(jù)流內(nèi)，這使得CICAM能夠?qū)?nèi)容解擾并且管理訂閱者的(使用者的)訪問和授權(quán)。前端60將電視信號15發(fā)送給主機(jī)10，該主機(jī)轉(zhuǎn)而將信號傳送給CICAM30，以對訪問控制加密進(jìn)行解密。隨后，CICAM30使用本地加密為該信號再次加密，并且經(jīng)由PCMCIA連接將再次加密的信號發(fā)送回主機(jī)10。主機(jī)對從CICAM30接收的信號進(jìn)行解密，以在顯示屏上顯示或者提供給另一個設(shè)備70，例如，基于硬盤的錄像機(jī)。圖3為示出圖2的系統(tǒng)的操作的示意圖。在CI增強(qiáng)規(guī)范1.3(2010-01)中描述了圖3的系統(tǒng)的詳細(xì)操作，該規(guī)范可在http://www.ci-plus.com/data/ci-plus_specification_v1.3.pdf處(在提交時)獲得。通過引用將該文檔結(jié)合到本說明書內(nèi)。出于將隨后的說明置于適當(dāng)?shù)募夹g(shù)背景內(nèi)的目的，圖3的描述簡單地概述了該詳細(xì)操作。如上所述，圖3示出了前端60(其從內(nèi)容供應(yīng)商90接收內(nèi)容信號)、主機(jī)設(shè)備10、CICAM30以及智能卡50。信號15被示出為從前端60傳送到主機(jī)設(shè)備10。在主機(jī)設(shè)備10和CICAM30之間的安全接口80被稱為通用接口。條件訪問已知的CA系統(tǒng)提供了可拒絕或允許用戶訪問數(shù)字電視流的技術(shù)。僅僅為具有有效支付賬號的那些訂閱者或用戶提供訪問。在實踐中，為用戶提供智能卡50，該智能卡以(理想地)無篡改的方式識別該用戶，并且建立該系統(tǒng)，從而只有具有有效智能卡的用戶才能夠獲得對訪問受控的內(nèi)容的訪問。通過使用加擾和加密，提供訪問控制。使用8字節(jié)控制字為內(nèi)容信號加擾，該控制字頻繁地改變(每分鐘高達(dá)幾次)，以避免CA系統(tǒng)受到控制字外泄的威脅。以加密的形式將控制字作為授權(quán)控制消息(ECM)發(fā)送給接收器的CICAM，以對加擾的內(nèi)容進(jìn)行解擾。只有在CICAM通過接收授權(quán)管理消息(EMM)被授權(quán)解密控制字時，CICAM才會這么做以允許將訪問受控的內(nèi)容進(jìn)行解擾。EMM專用于每個用戶或用戶組；通過比較在EMM內(nèi)提供的用戶標(biāo)識與在智能卡50內(nèi)提供的用戶信息，CICAM確認(rèn)EMM提供的權(quán)利。與ECM相比，可不太頻繁地發(fā)送EMM，在當(dāng)前商業(yè)系統(tǒng)內(nèi)的連續(xù)EMM之間的間隔在12分鐘與6周之間變化。ECM和EMM本身是在MPEG電視分配系統(tǒng)內(nèi)熟知的消息類型。在使用時，其有效載荷的格式在使用中可專用于CA系統(tǒng)，在格式之間的差異通常是語義性的，而沒有技術(shù)意義。前端前端60包括CA加密器61、密鑰生成器62、授權(quán)控制單元63以及多路復(fù)用器和調(diào)制器64。內(nèi)容供應(yīng)商90將內(nèi)容(例如，電視信號)提供給前端60。前端60對內(nèi)容施加條件訪問(CA)加擾和加密。更具體而言，CA加密器61使用CA密鑰作為控制字來對內(nèi)容加密或加擾。CA密鑰由CA密鑰生成器62生成。將由CA加密器生成的加擾的內(nèi)容提供給多路復(fù)用器和調(diào)制器64。還將CA密鑰提供給授權(quán)控制單元63，授權(quán)控制單元63基于CA密鑰生成ECM并且基于定義哪些訂閱者被授權(quán)解擾哪些內(nèi)容流的訂閱者數(shù)據(jù)生成EMM。將ECM和EMM提供給多路復(fù)用器和調(diào)制器64。來自CA加密器61的一個或多個加擾的內(nèi)容流、一個或多個未加擾(開放訪問或“免費(fèi)接收”)的內(nèi)容流和授權(quán)控制消息共同被多路復(fù)用，以形成傳輸流，例如，MPEG2傳輸流。已知的格式用于攜帶內(nèi)容數(shù)據(jù)、ECM和EMM。以已知的格式提供在每個基本流(對應(yīng)于單獨的加擾內(nèi)容流)上使用的ECM、EMM及規(guī)定加擾類型的數(shù)據(jù)并使用節(jié)目映射表(PMT)和/或具有0x001的預(yù)定節(jié)目標(biāo)識符(PID)的條件訪問表(CAT)中已知的技術(shù)引用，從而能夠在CICAM處識別CAT。然后，由多路復(fù)用器和調(diào)制器64調(diào)制多路復(fù)用的傳輸流，用于作為電纜、衛(wèi)星或地面廣播信號15進(jìn)行傳輸。主機(jī)設(shè)備主機(jī)設(shè)備10包括調(diào)諧器11、解調(diào)器和解復(fù)用器12、解復(fù)用器(“多路復(fù)用”)14和CC(內(nèi)容控制)解密器13。應(yīng)注意，主機(jī)設(shè)備可具有其他額外的功能，例如，主機(jī)設(shè)備可提供兩個或更多個衛(wèi)星廣播接收、有線廣播接收、地面廣播接收和網(wǎng)絡(luò)(IPTV)電視接收。因此，內(nèi)容源可被配置為向主機(jī)模塊發(fā)送作為以下的一種或多種的數(shù)據(jù)：網(wǎng)際協(xié)議(IP)數(shù)據(jù)、衛(wèi)星廣播數(shù)據(jù)、地面電視廣播數(shù)據(jù)和有線廣播數(shù)據(jù)。根據(jù)廣播信號15的類型，調(diào)諧器用于將所接收的信號變換回基帶，從而解調(diào)器和解復(fù)用器12可從所接收的信號中選擇和解復(fù)用單個基本內(nèi)容流和相關(guān)的CAT數(shù)據(jù)。經(jīng)由通用接口80將內(nèi)容流和ECM/EMM數(shù)據(jù)傳送給CICAM30。在訪問受控的內(nèi)容數(shù)據(jù)的情況下，由于經(jīng)由通用接口80將內(nèi)容數(shù)據(jù)傳遞給CICAM30，所以在該階段，依然將內(nèi)容數(shù)據(jù)進(jìn)行加擾。因此借助CA加密確保通過通用接口80進(jìn)行的該部分傳輸。假設(shè)ECM和EMM允許這樣做，則CICAM30對內(nèi)容數(shù)據(jù)解擾并且使用內(nèi)容控制(CC)加密對該內(nèi)容數(shù)據(jù)再次加密。下面將描述這樣做的方式。CC加密的數(shù)據(jù)返回主機(jī)設(shè)備10，其中，該數(shù)據(jù)由解復(fù)用器14解復(fù)用并且由CC解密器13解密，從而該內(nèi)容可作為清楚的(clear)內(nèi)容顯示或傳遞給另一個設(shè)備70。因此主機(jī)設(shè)備操作為接收音頻/視頻內(nèi)容并具有能夠通過使用定義解密信息的數(shù)據(jù)包(如EMMM/ECM)從分組化數(shù)據(jù)流(如TS)中解碼音頻/視頻節(jié)目的內(nèi)容解碼器(例如，CAM模塊)。所接收的TS可包括具有由相應(yīng)組的數(shù)據(jù)包標(biāo)識符(如PID)識別的數(shù)據(jù)包的一個或更多的節(jié)目并包括將節(jié)目映射至相應(yīng)組的PID的識別數(shù)據(jù)(PAT、PMT、CAT等)。主機(jī)設(shè)備還被配置為經(jīng)由廣播數(shù)據(jù)路徑獲取信道關(guān)聯(lián)數(shù)據(jù)，或者換言之，接收廣播NIT。將在下文中進(jìn)一步描述該特征。CICAMCICAM30可以是根據(jù)通用接口增強(qiáng)標(biāo)準(zhǔn)的CAM并包括CA解密器31、CA密鑰生成器32、CC加密器33以及CC密鑰生成器34。CA解密器31和CA密鑰生成器32可被視為用于解碼訪問受控的廣播內(nèi)容或其他數(shù)據(jù)的訪問控制單元。CICAM30的CC密鑰生成器34和CC加密器33以及主機(jī)設(shè)備10的解復(fù)用器14和CC解密器13協(xié)作以在CICAM和主機(jī)設(shè)備之間為解碼后的訪問受控的編碼廣播內(nèi)容提供加密的通信鏈路(通用接口80)。CA解密器31使用通過CA密鑰生成器32利用對來自智能卡50的用戶身份的校驗從所接收的ECM和EMM生成的密鑰，以將所接收的訪問受控內(nèi)容解擾。CICAM的這部分操作使用已知的CA技術(shù)來獲取和應(yīng)用CA密鑰。將清楚的內(nèi)容數(shù)據(jù)從CA解密器31傳送到CC加密器33。然而，因為該數(shù)據(jù)傳輸完全位于CICAM內(nèi)部，所以可通過已知的技術(shù)，例如，通過在單個集成電路設(shè)備內(nèi)提供CA解密器31、CC加密器33以及清楚內(nèi)容接口，使該數(shù)據(jù)傳輸安全并且防篡改。CC加密器33使用由CC密鑰生成器34提供的CC密鑰對解擾的內(nèi)容進(jìn)行加密。該密鑰通過在CICAM30與主機(jī)設(shè)備10之間的安全互換建立，并且專用于該CICAM-主機(jī)設(shè)備對。通過通用接口80將CC加密的內(nèi)容傳送給主機(jī)設(shè)備10。因此，通用接口的該部分也是安全的，因為在內(nèi)容數(shù)據(jù)傳遞給主機(jī)設(shè)備時內(nèi)容數(shù)據(jù)被CC加密。因此，主機(jī)模塊和CAM可被布置為在CAM與主機(jī)模塊之間為解碼的訪問受控的編碼廣播內(nèi)容提供加密的通信鏈路。密鑰交換CICAM30和主機(jī)設(shè)備10均包含邏輯、固件或軟件，該邏輯、固件或軟件提供：用于Diffie-Hellman(DH)安全密鑰交換的算法、使用已知算法SHA-256、DES以及AES的散列法和加密、由認(rèn)證機(jī)構(gòu)(例如，CIPlusLLP)發(fā)布的各個證書、以及具有相應(yīng)的公共密鑰的私有密鑰。當(dāng)CICAM30首先與主機(jī)設(shè)備10相關(guān)時，CICAM30發(fā)起與主機(jī)設(shè)備10的認(rèn)證過程。在這個過程中，每個裝置驗證對方的證書，并且發(fā)生DH密鑰交換處理，從而在這兩個設(shè)備之間安全地共享密鑰。具體地，CICAM首先請求主機(jī)設(shè)備提供其證書數(shù)據(jù)。CICAM驗證在主機(jī)設(shè)備證書上的簽名。然后，由主機(jī)執(zhí)行請求和驗證CICAM證書的相同過程。然后，通過簽署DH公共密鑰并且將該密鑰發(fā)送給另一設(shè)備以供驗證，從而CICAM和主機(jī)均表明擁有與在證書內(nèi)公共密鑰對應(yīng)的私有密鑰。然后，CICAM從主機(jī)中獲得并且驗證認(rèn)證密鑰AKH。CICAM和主機(jī)開始計算和交換用于為通過通用接口80發(fā)送的數(shù)據(jù)進(jìn)行加密和認(rèn)證的密鑰數(shù)據(jù)。通過這種方式，密鑰、密鑰對或由CICAM和主機(jī)建立的用于通過通用接口80進(jìn)行通信的其他密鑰信息專用于該CICAM-主機(jī)對。在認(rèn)證之后，CICAM也開始計算CC密鑰。CICAM也可指示主機(jī)設(shè)備計算CC密鑰。然后，如上所述，CC密鑰用于根據(jù)算法AES對從CICAM30中傳送到主機(jī)設(shè)備10的內(nèi)容數(shù)據(jù)進(jìn)行加密。因此，要理解的是，用于安全通用接口80的密鑰專用于特定的CICAM-主機(jī)對。圖3的主機(jī)設(shè)備可在中央處理器的控制下操作，進(jìn)而中央處理器可以是根據(jù)存儲于存儲器中的軟件或固件操作的可編程處理器裝置(其進(jìn)而可以是非瞬時性計算機(jī)可讀存儲器，如磁盤或光盤存儲或者非易失性半導(dǎo)體存儲器)。圖4示意性示出了根據(jù)實施方式的CA系統(tǒng)的操作。具體地，圖4示意性示出了在CICAM30與主機(jī)10之間的通信的方面。為了附圖的清楚起見，圖4中并未示出圖3中的所有特征，但在下面的討論中假設(shè)它們存在。CICAM30從主機(jī)的調(diào)諧器11以及解調(diào)器和解復(fù)用器12接收傳輸流。方框(box)110示意性示出了由CA解密器31、CA密鑰生成器32、CC密鑰生成器34以及CC加密器33執(zhí)行的過程以在所接收的傳輸流上執(zhí)行期望信道的網(wǎng)絡(luò)(CA)解密和CICAM解密。在這方面，參考以上圖3所述的由方框110表示的項的功能。注意，CICAM30與主機(jī)10之間的所有通信都經(jīng)由通用接口80。涉及方框110的數(shù)據(jù)路徑表示在系統(tǒng)的正常(電視信道接收)操作期間的數(shù)據(jù)流。為了檢測NIT，CICAM30采用解復(fù)用器120、NIT生成器130和NIT存儲器140。解復(fù)用器120還接收傳輸流并且從其解復(fù)用由服務(wù)器運(yùn)營商或其他來源提供的數(shù)據(jù)，諸如，廣播NIT、服務(wù)遞送表(SDT)、私有數(shù)據(jù)等。這些數(shù)據(jù)被傳送至NIT生成器130。這里，數(shù)據(jù)被組合成存儲于NIT存儲器140中的NIT。其他數(shù)據(jù)分量(component)可被包括在所生成的NIT內(nèi)，諸如，來自智能卡50的數(shù)據(jù)或者經(jīng)由LSC鏈路68接收的數(shù)據(jù)。生成的NIT是準(zhǔn)靜態(tài)數(shù)據(jù)結(jié)構(gòu)，也就是說它不會頻繁地改變。因此將所生成的NIT存儲于NIT存儲器140中以供將來使用是適當(dāng)?shù)?。在主機(jī)處，CC解密器13和解復(fù)用器14從方框110接收CC加密節(jié)目數(shù)據(jù)(programmedata)，對其進(jìn)行解密并解復(fù)用。解復(fù)用的節(jié)目數(shù)據(jù)被傳送至NIT生成器或加載器150。NIT生成器或裝載器150可從所接收的節(jié)目數(shù)據(jù)得到NIT或可從CICAM30的NIT存儲器140加載NIT。在以下將描述的另一操作模式中，NIT生成器或加載器150可合并從廣播信號接收的NIT和由CICAM30提供的NIT以形成復(fù)合(composite)NIT。該操作模式可被稱為profile_type＝2?；谒邮盏腘IT(profile_type＝0)，CICAM30提供的NIT(profile_type＝1)或者復(fù)合NIT(profile_type＝2)，NIT生成器或加載器150將LCN列表存儲于LCN列表存儲(liststore)160中。將描述的主機(jī)10的最后一個部件是主機(jī)接收器控制器170?？刂破?70控制包括圖3所示的由功能特征表示的那些操作的主機(jī)的操作并控制與CICAM30的交互。關(guān)于在此描述的功能性，控制器170與CICAM30的NIT生成器130通信，從而NIT生成器130可指示主機(jī)調(diào)諧至期望的射頻信道以便CICAM30可獲得從其能夠得出NIT的傳輸流?？刂破?70還能夠查詢CICAM以建立當(dāng)前profile_type并能夠指示NIT生成器132向主機(jī)提供最新版本的CICAM的NIT。一旦LCN列表存儲160已被NIT生成器或加載器150填充，則控制器170可根據(jù)LCN列表庫160中的數(shù)據(jù)提供的傳輸流、PID與LCN之間的映射控制主機(jī)的信道接收操作?，F(xiàn)將參照圖5-圖7討論如上所述的CA系統(tǒng)的操作方面，其中，由CICAM30執(zhí)行的處理操作表示為如圖所示的左手欄，并且由主機(jī)10執(zhí)行的處理操作可由如圖所示的右手欄表示。圖5示意性示出了配置文件查詢過程。在步驟200中，CICAM30在打開“會話”時，也就是說，在CICAM與主機(jī)之間的交互的初始化時向主機(jī)報告當(dāng)前配置文件狀態(tài)。配置文件狀態(tài)僅指示是否為當(dāng)前運(yùn)營商和網(wǎng)絡(luò)建立配置文件以及CICAM30是否保持相對于當(dāng)前運(yùn)營商和網(wǎng)絡(luò)的當(dāng)前有效的CICAMNIT。在步驟210中，主機(jī)10詢問CICAM30以查找當(dāng)前運(yùn)營商和網(wǎng)絡(luò)的實際配置文件。在步驟220中，CICAM30發(fā)送回復(fù)。特別地，步驟200涉及CICAM30向主機(jī)10報告profile_type的哪個可用值是適用的，即，profile_type＝{0,1,2}，加上主機(jī)相對于當(dāng)前運(yùn)營商和網(wǎng)絡(luò)主機(jī)可能需要或要求的任何其他數(shù)據(jù)。如果profile_type＝1或2并且CICAM30相對于當(dāng)前運(yùn)營商和網(wǎng)絡(luò)已經(jīng)保持有效的CICAMNIT，則在步驟220中，CICAM可將CICAMNIT傳輸?shù)街鳈C(jī)。如果在步驟200中的指示是當(dāng)前并沒有建立有效的配置文件，則可省略步驟210和220。圖6示意性示出了CICAM獲得NIT并將其發(fā)送至主機(jī)的過程(即，向主機(jī)提供其他信道關(guān)聯(lián)數(shù)據(jù))，當(dāng)主機(jī)要求時或者在步驟200中CICAM已經(jīng)指示對于當(dāng)前運(yùn)營商和網(wǎng)絡(luò)CICAM30未保持當(dāng)前有效配置文件的情況下進(jìn)行該過程。在某些實施方式中，由主機(jī)發(fā)起CICAMNIT的搜索。在圖6中示出這種布置，其中，在步驟230中，主機(jī)通過向CICAM30發(fā)送指令發(fā)起新的搜索(例如，控制器170向NIT生成器130發(fā)送這種指令)。在其他實施方式中，可省略步驟230并且CICAM30可通過開始將要描述的步驟240發(fā)起搜索過程。在步驟240中，CICAM30的NIT生成器130指示主機(jī)調(diào)諧到所需的射頻信道以便由CICAM30能夠接收并處理適當(dāng)?shù)膫鬏斄鲝亩玫紺ICAMNIT。這涉及NIT生成器130將這種指令發(fā)送至控制器170，控制器170轉(zhuǎn)而(在步驟250中)控制調(diào)諧器11的操作以調(diào)諧至正確的射頻信道。一旦由CICAM30接收到適當(dāng)?shù)膫鬏斄?，則NIT生成器130獲得如上所述的CICAMNIT，將其存儲于NIT存儲器140中并將狀態(tài)報告發(fā)送回控制器170(在步驟260中)以指示CICAMNIT是可用的。在步驟270中，控制器170向NIT生成器132發(fā)送請求將CICAMNIT提供至主機(jī)。作為響應(yīng)，在步驟280中，NIT生成器130使CICAMNIT從NIT存儲器140中讀取出并被提供至NIT生成器或加載器150，生成器或加載器150轉(zhuǎn)而將從NIT得出的數(shù)據(jù)(諸如LCN的調(diào)度)存儲于LCN列表存儲160中。參照圖6描述的過程涉及CICAM從廣播信息獲得CICAMNIT。然而，如上所述，這并不是CICAM30能夠生成CICAMNIT的唯一手段。例如，NIT生成器130可使用例如LSC鏈路68直接與內(nèi)容供應(yīng)商90通信。CICAM30也可與智能卡50通信以從智能卡50獲取信息。為了準(zhǔn)備CICAMNIT，CICAM可根據(jù)由內(nèi)容供應(yīng)商建立的合并算法合并這些信息源中的任何一個或多個。在實施方式中，CAM可被配置為使用通信鏈路(LSC)至少部分地從內(nèi)容源獲得CAM的信道關(guān)聯(lián)數(shù)據(jù)。在其他實施方式中，CAM可被配置為至少部分地從被尋址到(addressedto)CAM的子組(其中，CAM是其成員)的廣播數(shù)據(jù)中獲得CAM的信道關(guān)聯(lián)數(shù)據(jù)。以上所述過程導(dǎo)致一經(jīng)主機(jī)10要求CICAM30便將CICAMNIT提供至主機(jī)10。為了重述要點，在這里討論三個操作配置文件設(shè)置。它們是：profile_type＝0：在這種模式中，從廣播信息確定NIT；profile_type＝1：在這種模式中，CAM向主機(jī)發(fā)送NIT，并且主機(jī)根據(jù)由CAM發(fā)送的NIT產(chǎn)生LCN列表；以及profile_type＝2：在這種模式中，CAM向主機(jī)發(fā)送NIT，并且主機(jī)根據(jù)從廣播NIT和CICAMNIT的合并得出的復(fù)合NIT產(chǎn)生LCN列表。然而，將理解的是，實施方式可僅在以上稱為profile_type＝2的模式下操作。也就是說，在profile_type＝{0,1}中的操作選項對于本技術(shù)不是必要的；代替地，系統(tǒng)能夠始終以將由CICAM提供的任何NIT信息與從廣播信號獲得的任何NIT信息合并的方式操作。在這種情況下，主機(jī)沒必要查詢當(dāng)前profile_type，并且實際上，可變的profile_type也完全沒必要。因此，不論這是否是系統(tǒng)的唯一操作模式或者無論系統(tǒng)是否可根據(jù)以上論述的profile_type的不同值操作，將兩個NIT合并成復(fù)合NIT的布置(下面將參考圖7進(jìn)行描述)是適用的。圖7示意性示出了來自CICAM與來自廣播信號的NIT的合并。過程始于圖6的結(jié)束，其中CICAM30已將CICAMNIT遞送至主機(jī)。也假設(shè)主機(jī)10已得出廣播NIT本身，并且因此具有兩個可用的NIT版本合并成復(fù)合NIT?？傮w而言，可通過控制器170執(zhí)行圖7中由主機(jī)執(zhí)行的步驟，并且可通過NIT生成器130執(zhí)行圖7中由CICAM執(zhí)行的步驟。每個NIT可包含各種類型的信息，但是出于本討論的目的，重要的信息字段是：LCN、信道名稱和信道位置(應(yīng)注意，作為最低限度，僅需規(guī)定相應(yīng)的傳輸流，因為傳輸流中每個信道的PID由該傳輸流的PAT/PMT定義)。僅作為實例用于以下討論中，并省略除了以上識別的三個字段以外的任何附加信息，下面示出CICAMNIT和廣播NIT。符號“...”表示為了以下論述的清晰而被省略的附加數(shù)據(jù)行，并且符號“--------”表示數(shù)據(jù)字段是空的或未定義的。實例指在英國當(dāng)前使用(在本申請?zhí)峤蝗?的廣播信道，但應(yīng)理解技術(shù)通常適用于其他廣播信道。(a)廣播NIT：LCN信道名稱信道位置1BBC1TS-A2BBC2TS-A.........7------------------8信道4TS-B9信道5TS-B.........23------------------24------------------.........(b)CICAMNITLCN信道名稱信道位置1BBC1TS-A2BBC2TS-A.........7--------------------8運(yùn)營商服務(wù)1TS-C9信道5TS-D.........23運(yùn)營商服務(wù)2TS-C24------------------.........返回參照圖7，在步驟300中，主機(jī)合并或嘗試合并兩個NIT。在第一種情況中，在步驟300中，主機(jī)形成兩個NIT的簡單相加合，從而包括來自要合并的NIT兩者的與LCN的每個可用值相關(guān)聯(lián)的信息。因此，參照以上給出的實例，在由步驟300生成的復(fù)合NIT中的首次嘗試將包括以下信息：(C)在步驟300中的復(fù)合NITLCN信道名稱信道位置1BBC1TS-A2BBC2TS-A.........7--------------------8信道4、運(yùn)營商服務(wù)1TS-B、TS-C9信道5TS-B、TS-C.........23運(yùn)營商服務(wù)2TS-C24------------------.........其中，在兩個NIT之間的信息是相同的，該信息被攜帶轉(zhuǎn)發(fā)到復(fù)合NIT。其中，信息僅被包含在一個NIT中，但不存在LCN的沖突，例如，相對于其中僅NIT中的一個限定在LCN處的信道的LCN23，使用來自限定在該LCN處的信道的NIT中的一個的信息。在其中兩個NIT相對于特定LCN限定不同信息的情況中，通過步驟300包含兩組信息并且通過前面的步驟310處理沖突矛盾。相對于LCN8出現(xiàn)這種沖突的實例，其中，兩個NIT限定在該LCN處的不同的相應(yīng)服務(wù)。在以上實例中，LCN9在兩個NIT中具有相同的信道名稱，但具有兩個相關(guān)聯(lián)的TS。在像這樣的情況中，通過協(xié)定(convention)能夠確定該事項(matter)。在本實例中，協(xié)定是廣播NIT優(yōu)先于CICAMNIT。作為另外的變形，主機(jī)可通知CAM信道名稱相同但TS不同的信道名稱位置。這將允許CAM通過例如增加單個字母后綴對CICAMNIT中的信道重新命名為不同的名稱，也許是原始名稱的變形。例如，信道BBC2可被重新命名為BBC2W(W為威爾士)。在步驟310中，由主機(jī)檢測沖突(如上定義，其中，相對于相同的LCN由兩個NIT定義不同的服務(wù))并且主機(jī)向CICAM通知沖突，在發(fā)生沖突處(或者上或者相對于)至少為CICAM提供LCN(其可被稱為邏輯信道索引)。換言之，主機(jī)模塊包括檢測器，檢測器被配置為檢測由主機(jī)從廣播數(shù)據(jù)路徑獲取的信道關(guān)聯(lián)數(shù)據(jù)與由CAM提供的信道關(guān)聯(lián)數(shù)據(jù)之間邏輯信道索引的沖突，在沖突的情況下，檢測一個或多個未使用的邏輯信道索引。如果在步驟310中未檢測到?jīng)_突，則控制可被直接傳遞至步驟380以控制接收。在步驟320中，CICAM從主機(jī)請求新的位置。換言之，CICAM針對原始分配到?jīng)_突LCN的服務(wù)請求不同的LCN。應(yīng)注意，這在NIT內(nèi)可能會出現(xiàn)幾次，從而在步驟310中在每種情況下向CICAM通知沖突，并且在步驟320中，在這種情況下，CICAM再次請求該信道的新位置。其中，存在多個沖突，通知和請求可被并行處理或者作為主機(jī)與CICAM之間的一系列交互。換言之，CAM被配置為選擇其中一個未使用的邏輯信道索引以供在CAM的信道關(guān)聯(lián)數(shù)據(jù)中定義的邏輯信道索引與在主機(jī)的信道關(guān)聯(lián)數(shù)據(jù)中定義的邏輯信道索引沖突的媒體信道使用。在步驟330中，主機(jī)考慮在步驟300中生成的初始復(fù)合NIT，并檢測當(dāng)前未使用的LCN值。在實施方式中，主機(jī)還檢測那些當(dāng)前未被使用的LCN值中的哪些在數(shù)字上最接近已經(jīng)發(fā)生沖突的(或每個)LCN值。在步驟340中，主機(jī)向CICAM傳達(dá)表示可用位置的LCN。在可替代實施方式中，代替執(zhí)行步驟320，主機(jī)可合并步驟310與330，從而實際上主機(jī)從CAM接收NIT，在步驟300合并NIT，檢測沖突并向CAM報告可用的位置。CAM可選擇所提供的位置中的一個，或者利用對不同的LCN的請求答復(fù)，或者僅設(shè)置不同的LCN。事實上，嚴(yán)格地僅需要相對于每個沖突向CICAM通知一個可用位置，因為從在復(fù)合NIT處首次嘗試中檢測可用位置的方式意味著由主機(jī)檢測為可用的位置在CICAMNIT中一定不會被使用。然而，為了為CICAM提供靈活性，并且特別是對于CICAMNIT的運(yùn)營商或供應(yīng)商，在步驟340中，可相對于每個沖突向CICAM通知一個以上的可用位置。在步驟350中，CICAM相對于其中存在沖突的每個LCN選擇其中一個所通知的可用位置。選擇可以是任意的(例如，相對于每個沖突提供的那些的數(shù)字上最低的LCN)，或者可咨詢運(yùn)營商來進(jìn)行選擇(例如，通過經(jīng)由LSC鏈路68的交互)，或者可根據(jù)制造商或者通過來自運(yùn)營商的之前的數(shù)據(jù)通信提供的預(yù)定算法或查詢表來選擇。例如，其中，邏輯信道索引或LCN是數(shù)值索引，并且CAM可被配置為選擇由主機(jī)提供的未使用的邏輯信道索引中的編號最小的。CAM可被配置為向內(nèi)容源傳達(dá)響應(yīng)于與主機(jī)的信道關(guān)聯(lián)數(shù)據(jù)的沖突由CAM的信道關(guān)聯(lián)數(shù)據(jù)定義的信道的邏輯信道索引已改變。從步驟350起，控制被傳遞至可選步驟360，在步驟360中，CICAM可向運(yùn)營商通知沖突及其解決方案(例如，通過經(jīng)由LSC鏈路68的交互)，并且被傳遞至步驟370，在步驟370中，主機(jī)使用在步驟350中由CICAM選擇的位置建立最終版本的復(fù)合NIT以克服任何沖突。在步驟370之后，控制可被傳遞至步驟380以控制接收，或者控制可被傳遞回步驟300從而再次檢測任何沖突。在本實例中，假設(shè)主機(jī)相對于LCN8處的沖突的“運(yùn)營商服務(wù)1”為CICAM提供LCN7和24作為可替換的可用位置。還假設(shè)在步驟350中，例如，基于LCN7是由主機(jī)提供的可用位置中編號最低的，CICAM選擇LCN7用于該服務(wù)。因此，在步驟370中，主機(jī)建立最終的復(fù)合NIT如下：(d)在步驟370處的復(fù)合NIT：LCN信道名稱信道位置1BBC1TS-A2BBC2TS-A.........7運(yùn)營商服務(wù)1TS-C8信道4TS-B9信道5TS-B.........23運(yùn)營商服務(wù)2TS-C24------------------.........在步驟380中，主機(jī)根據(jù)最終復(fù)合NIT控制節(jié)目材料的接收。這可能涉及利用關(guān)聯(lián)的LCN顯示數(shù)據(jù)，諸如，廣播電子節(jié)目指南數(shù)據(jù)以允許用戶在LCN的基礎(chǔ)上選擇用于再現(xiàn)的信道。如上所述，如果在步驟340中，僅一個潛在的可用位置被傳達(dá)至CICAM，則步驟350僅變成接受對沖突的LCN的變化的步驟?？商鎿Q地，對于該服務(wù)CAM可主張完全不同的LCN。步驟320可被省略，或者可更準(zhǔn)確地與步驟340合并，以便向CICAM通知沖突以及在單階段中可用的可替換位置。應(yīng)注意，本技術(shù)并不限于僅兩個NIT的合并；如果不同的NIT源是可用的，則可使用這些技術(shù)將它們合并成復(fù)合NIT，從而如上所述解決LCN的任何沖突。雖然在通過射頻信道(諸如，衛(wèi)星或地面信道)廣播的背景下描述了實施方式，但應(yīng)理解本技術(shù)同樣適合于通過其他方式的數(shù)據(jù)廣播，諸如，通過網(wǎng)際協(xié)議(IP)廣播系統(tǒng)或經(jīng)由電纜分配系統(tǒng)。在每種情況下，即使選擇過程不涉及射頻調(diào)諧操作，術(shù)語“調(diào)諧器”應(yīng)用于系統(tǒng)的選擇一個傳輸流而不是另一個傳輸流的部分。如果實際上主機(jī)能夠在相同LCN上處理兩個服務(wù)，則不必向CAM通知沖突并且反而能夠針對特定LCN詢問用戶以選擇服務(wù)的兩個變形中的一個。實施方式還包括數(shù)據(jù)信號，數(shù)據(jù)信號為所描述的設(shè)備內(nèi)的信號，特別地，(但非排他地)從主機(jī)傳送到CAM或CAM組的信號或返回信號。存儲這種信號的諸如存儲器的存儲介質(zhì)也被視為本公開的實施方式。例如，存儲介質(zhì)可以是非瞬時性計算機(jī)可讀介質(zhì)。本公開的實施方式也包括：音頻/視頻內(nèi)容接收器，被配置為通過廣播數(shù)據(jù)路徑從內(nèi)容源接收媒體內(nèi)容，媒體內(nèi)容被布置為多個媒體信道，內(nèi)容接收器包括：主機(jī)模塊，具有調(diào)諧器，調(diào)諧器被配置為通過選擇相應(yīng)的邏輯信道索引將邏輯信道索引分配給媒體信道以允許在主機(jī)模塊處選擇一個或多個媒體信道用于再現(xiàn)，主機(jī)模塊存儲將邏輯信道索引與接收媒體信道相關(guān)聯(lián)的信道關(guān)聯(lián)數(shù)據(jù)；可移除的條件訪問模塊(CAM)，CAM具有用于解碼訪問受控的編碼廣播內(nèi)容的訪問控制單元，主機(jī)模塊和可移除的CAM被布置為在條件訪問模塊與主機(jī)模塊之間為解碼的訪問受控的編碼廣播內(nèi)容提供加密的通信鏈路；其中：主機(jī)模塊被配置為經(jīng)由廣播數(shù)據(jù)路徑獲取信道關(guān)聯(lián)數(shù)據(jù)；CAM被配置為向主機(jī)模塊提供其他信道關(guān)聯(lián)數(shù)據(jù)；主機(jī)模塊包括檢測器，檢測器被配置為檢測由主機(jī)從廣播數(shù)據(jù)路徑獲取的信道關(guān)聯(lián)數(shù)據(jù)與由CAM提供的信道關(guān)聯(lián)數(shù)據(jù)之間的邏輯信道索引的沖突，在沖突的情況下，向CAM提供表示其上已出現(xiàn)沖突的邏輯信道索引的CAM信息。本公開的實施方式還提供可操作未接收表示其上已出現(xiàn)沖突的邏輯信道索引的信息的CAM。本公開的實施方式還包括：音頻/視頻內(nèi)容接收器，被配置為通過廣播數(shù)據(jù)路徑從內(nèi)容源接收媒體內(nèi)容，媒體內(nèi)容被布置為多個媒體信道，內(nèi)容接收器包括：主機(jī)模塊，具有調(diào)諧器，調(diào)諧器被配置為通過選擇相應(yīng)的邏輯信道索引為媒體信道分配邏輯信道索引以允許在主機(jī)模塊處選擇一個或多個媒體信道用于再現(xiàn)，主機(jī)模塊存儲將邏輯信道索引與接收媒體信道相關(guān)聯(lián)的信道關(guān)聯(lián)數(shù)據(jù)；可移除的條件訪問模塊(CAM)，CAM具有用于解碼訪問受控的編碼廣播內(nèi)容的訪問控制單元，主機(jī)模塊和可移除的CAM被布置為在條件訪問模塊與主機(jī)模塊之間為解碼的訪問受控的編碼廣播內(nèi)容提供加密的通信鏈路；其中：主機(jī)模塊被配置為經(jīng)由廣播數(shù)據(jù)路徑獲取信道關(guān)聯(lián)數(shù)據(jù)；CAM被配置為向主機(jī)模塊提供其他信道關(guān)聯(lián)數(shù)據(jù)；主機(jī)模塊包括檢測器，檢測器被配置為檢測由主機(jī)從廣播數(shù)據(jù)路徑獲取的信道關(guān)聯(lián)數(shù)據(jù)與由CAM提供的信道關(guān)聯(lián)數(shù)據(jù)之間的邏輯信道索引的沖突，在沖突的情況下，檢測在數(shù)字上最接近其上出現(xiàn)沖突的邏輯信道索引的一個或多個未使用的邏輯信道索引。本公開的實施方式提供被配置為接收在數(shù)字上最接近其上已出現(xiàn)沖突的邏輯信道索引的一個或多個未使用的邏輯信道索引的CAM。更一般地，將理解，在此相對于一個項將某些數(shù)據(jù)傳遞到另一個項描述了實施方式的技術(shù)特征，在該通信中的數(shù)據(jù)發(fā)送和數(shù)據(jù)接收項都被視為本公開的相應(yīng)實施方式。只要至少部分地使用軟件控制的數(shù)據(jù)處理設(shè)備實施了實施方式，應(yīng)當(dāng)理解，這種軟件和提供軟件的介質(zhì)(諸如，非瞬時性機(jī)器可讀存儲介質(zhì)，例如，磁盤或光盤或非易失性存儲器)也被視為本公開的實施方式。顯而易見的是，按照上述教導(dǎo)，本發(fā)明的大量修改和變化是可以的。因此應(yīng)當(dāng)理解，在所附權(quán)利要求的范圍內(nèi)，本技術(shù)可以不同于在此具體描述的方式來實施。