用于同時處理多個電視節(jié)目的條件接入方法與設備的制作方法
【專利摘要】一種音頻/視頻內(nèi)容接收器，用于接收和解碼被調(diào)制到傳輸信道上的音頻/視頻數(shù)據(jù)信號，至少一個傳輸信道攜帶非觀看信息，該接收器包括：調(diào)諧器布置，能夠同時調(diào)諧至兩個或更多的傳輸信道；多路復用器，被配置為從接收的與需要解碼的節(jié)目有關的音頻/視頻信號生成復合數(shù)據(jù)信號；內(nèi)容解碼器，能夠同時從復合數(shù)據(jù)信號解碼兩個或更多的音頻/視頻節(jié)目；檢測器，被配置為檢測由所述調(diào)諧器布置調(diào)諧的一個或多個傳輸信道當前是否未被用于關于提供用于解碼的節(jié)目；控制器，響應于檢測出傳輸信道當前未被使用，用于控制調(diào)諧器來將該信道調(diào)諧為攜帶非觀看信息的傳輸信道；以及非觀看信息解碼器，用于解碼接收到的非觀看信息。
【專利說明】用于同時處理多個電視節(jié)目的條件接入方法與設備
[0001]相關申請的交叉引用
[0002]本申請要求于2012年3月26日在英國知識產(chǎn)權局提交的GB1205292.4的在先提交日的權益，通過引用將其全部內(nèi)容結(jié)合于本文中。

【技術領域】
[0003]本公開涉及接收音頻/視頻內(nèi)容。

【背景技術】
[0004]本文中所提供的“【背景技術】”描述以總體呈現(xiàn)本公開的內(nèi)容為目的。目前署名的發(fā)明人的工作，某種程度上描述在該【背景技術】部分，以及申請時未另限定為現(xiàn)有技術的說明方面，既沒有明示也沒有暗示承認作為本發(fā)明的現(xiàn)有技術。
[0005]作為【背景技術】，DVB公用接口( “Cl”)規(guī)范允許電視接收器或機頂盒(“主機”)與安全硬件模塊(條件接入(condit1nal access,條件訪問)模塊或“CAM”)交互，以使得主機可以對接入受控(access-controlled)的內(nèi)容解密。Cl規(guī)范定義主機與CAM之間的接口，使得如果兩者符合Cl規(guī)范，則這兩者將共同工作。由于在原則上，這種互操作性允許提供Cl系統(tǒng)的顯著優(yōu)勢，故其允許使用者從不同的制造商的兼容產(chǎn)品進行選擇。
[0006]在Cl規(guī)范中，CAM與智能卡和/或使用者的個人識別碼(“PIN”)相互交互以提供使用者認證。
[0007]然而，原始Cl規(guī)范的缺點在于，其給出了用于將被復制的解密的數(shù)字內(nèi)容的潛力。這個問題由其中主機與CAM的交互方式所引起。在使用時，主機將加密數(shù)據(jù)發(fā)送給CAM。CAM校驗使用者認證并且假設使用者已經(jīng)被認證，其解密接入受控的內(nèi)容。隨后，CAM通過CAM主機接口將解密的內(nèi)容發(fā)送回主機，雖然該接口不限于PCMCIA (個人計算機存儲卡國際協(xié)會)接口，但是通常為這種接口 -例如，可使用USB接口。從CAM到主機的這種連接存在著安全漏洞，這是因為在原則上可攔截并且非法復制解密的數(shù)字內(nèi)容。該安全漏洞意味著某些內(nèi)容提供方優(yōu)選地將主機和CAM用作單個單元的集成設備，因為這允許它們從CAM傳輸?shù)街鳈C時的更好的安全性。然而，這當然違背了 Cl關于不同CAM與主機潛在的互操作性的優(yōu)勢。
[0008]Cl+規(guī)范被設計為通過兩個主要路線來解決這些問題。Cl+規(guī)范在CAM與主機之間提供安全接口，使得在這兩個設備之間并不是以透明的形式發(fā)送解密后的內(nèi)容數(shù)據(jù)。而且，Cl+規(guī)范提供針對主機和CAM兩者的認證，而并非像在Cl技術中的僅認證CAM。
[0009]認證系統(tǒng)使用證書層次結(jié)構，使得主機和CAM必須均已經(jīng)由權威機構(例如，CI+LLP)簽發(fā)證書。
[0010]主機與CAM之間的PCMCIA接口是在解密的內(nèi)容數(shù)據(jù)從CAM發(fā)送到主機之前將其加密，并且然后在主機上解密來進行保護。這個加密與由內(nèi)容提供方建立的接入控制加密-解密分開，并且專用于每個特定的CAM-主機對。通過迪菲-赫爾曼(Diffie-Hellman)密鑰交換技術，在CAM與主機之間交換密鑰。密鑰還時常循環(huán)，使得即使一個密鑰損壞，無論在任何情況下也會在幾秒鐘以后更換該密鑰。
[0011]Cl+規(guī)范還允許CAM串聯(lián)或者菊花鏈(daisychained)連接。


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

[0012]本公開內(nèi)容提供如在權利要求1中限定的布置。
[0013]各種另外的相應方面和特征在所附權利要求中進行限定。
[0014]前述段落被提供用于一般性介紹，并不旨在限制下述權利要求的范圍。通過參考以下結(jié)合附圖的詳細描述將更好地理解所描述的實施方式和另外的優(yōu)點。

【專利附圖】

【附圖說明】
[0015]當結(jié)合附圖考慮時，通過參照以下示例性實施方式的詳細描述，本發(fā)明更全面的理解及本發(fā)明容易獲得的其伴隨的優(yōu)點將會變得更好理解，在附圖中:
[0016]圖1為具有CAM和智能卡的主機設備的示意圖；
[0017]圖2為合并了圖1的主機設備的條件接入(CA)系統(tǒng)的示意圖；
[0018]圖3為示出了圖2的系統(tǒng)的操作的示意圖；
[0019]圖4為具有多個調(diào)諧器的主機設備的示意圖；
[0020]圖5示意性地示出多路復用器-多路解復用器設置；
[0021]圖6a示意性地示出了所謂的M卡；
[0022]圖6b示意性地示出了所謂的S卡；
[0023]圖7示意性地示出了傳輸流(TS)包；
[0024]圖8示意性地示出了復合封包數(shù)據(jù)流的數(shù)據(jù)包；
[0025]圖9更詳細地示意性地示出了多路復用器布置；
[0026]圖10示意性地示出了兩個服務的TS包；
[0027]圖11示意性地示出了包括一連串的CAM的設置；
[0028]圖12示意性地示出了在它們之間具有接口單元的一連串的CAM ；
[0029]圖13為示出了操作所謂的鏡像(ghost)PID的示意性流程圖；
[0030]圖14示意性地示出了 PID映射表；
[0031]圖15示意性地示出了涉及檢測一連串的CAM中的哪一個CAM能夠解碼需要的節(jié)目服務的操作；
[0032]圖16示意性地示出了通過主機設備的多個調(diào)諧器的控制；
[0033]圖17示意性地示出了兩個單獨的節(jié)目服務的復用；
[0034]圖18示意性地示出了具有增強的包報頭的數(shù)據(jù)包；
[0035]圖19示意性地示出了包時序數(shù)據(jù)表；
[0036]圖20示意性地示出了圖18的包報頭的生成；
[0037]圖21示意性地示出了圖18的包報頭的使用；
[0038]圖22示意性地示出了圖19的表的生成；
[0039]圖23示意性地示出了圖19的表的使用；以及
[0040]圖24示意性地示出了 SDT簽名以及簽名校驗系統(tǒng)。

【具體實施方式】
[0041]為了制定本實施方式的技術內(nèi)容，將首先參考圖1至圖3描述具有單個調(diào)諧器和解碼器布置的廣播系統(tǒng)。
[0042]現(xiàn)參照圖1，主機設備10在此處示出為電視機，但是例如也可以是機頂盒(注意，對于技術人員來說，表述“機頂盒”并非意味著在使用時針對該設備的具體物理位置的任何要求)。主機設備10通過廣播數(shù)據(jù)路徑接收接入受控的電視信號15。例如其可以是由衛(wèi)星碟形天線(satellite dish)(未示出)接收到的衛(wèi)星電視信號、地面電視信號、有線電視信號等，盡管其它類型的電視信號包括通過互聯(lián)網(wǎng)協(xié)議(IP)包信號廣播或發(fā)射的電視信號。一種技術是將MPEG傳輸流(TS)編碼成IP包，使得IP包攜帶多個(例如，7個或者8個)TS包。另一種技術是將電視信號編碼成在參考文獻中描述的所謂的IS0(國際標準化組織)BMFF (基礎媒體文件格式)布置:http://en.wikipedia.0rg/wiki/ISO_base_media_file_f0rmat，其內(nèi)容通過引用結(jié)合在本說明書中。在這種布置中，在主機設備上的IP接口通常在本領域內(nèi)作為“調(diào)諧器”，盡管其不具有射頻電路或者功能性。然而其能夠以類似射頻調(diào)諧器的方式運行，因為其從眾多可能的IP流選擇IP流。其還可以為所接收的IP流提供緩沖。
[0043]主機設備10具有PCMCIA插槽20，該插槽包括兩者均根據(jù)PCMCIA標準的電氣連接和用于插入式模塊的物理空間。在其他實施例中，通用串行總線(USB)或者其它電接口能被用來代替PCMCIA接口。
[0044]Cl+條件接入模塊被稱之為CICAM 30，是可插入PCMCIA插槽20內(nèi)的PCMCIA模塊。當CICAM 30完全插入插槽20內(nèi)時，在CICAM 30上的連接器與在插槽20內(nèi)的協(xié)作連接器(cooperating connector)之間形成電氣連接。
[0045]CICAM本身可以是無卡式模塊或者可具有智能卡50可插入其中的插槽40。智能卡可被移除并且以防干擾、安全以及非易失性的形式攜帶限定內(nèi)容接收器的當前使用者的信息。當智能卡被完全插入插槽40中時,通過使用在智能卡50上并且在插槽40內(nèi)的協(xié)作電氣連接器，或者通過使用在諸如I至2cm的短距離內(nèi)無線傳輸數(shù)據(jù)的已知的非接觸式連接技術，在智能卡50與CICAM 30之間形成數(shù)據(jù)連接。
[0046]圖2示意性示出了在條件接入系統(tǒng)環(huán)境中的主機設備10。所謂的首端(headend) 60表示接入受控的電視信號15的來源。例如，首端可表示衛(wèi)星廣播設備的上行鏈路站或地面或電纜廣播設備的信號分配中心。CA系統(tǒng)使用CA系統(tǒng)加密對在首端的內(nèi)容進行加擾(scramble)。首端還可將其他與CA相關的信息引入到加密數(shù)據(jù)流內(nèi)，其使CICAM能夠?qū)?nèi)容解擾并且管理訂戶的(使用者的)接入和授權。
[0047]首端60將電視信號15發(fā)送給主機10,該主機轉(zhuǎn)而將信號傳送給CICAM 30,用于接入控制加密的解密。然后，CICAM 30使用本地加密為該信號再次加密并且通過PCMCIA連接將再次加密的信號發(fā)送回主機10。主機對從CICAM 30接收的信號進行解密，以用于在顯示屏上顯示或者提供給另一個設備70，諸如基于硬盤的錄像機。
[0048]圖3為示出了圖2的系統(tǒng)的操作的示意圖。在Cl+規(guī)范1.3(2010-01)中，描述了圖 3 的系統(tǒng)的詳細操作，在 http://www.c1-plus.eom/data/c1-plus_specificat1n_vl.3.pdf (提交時)可獲得該規(guī)范。該文獻通過引用并入本說明書中。圖3的描述簡單地概述了該詳細操作，其目的在于將隨后的說明置于適當?shù)募夹g背景內(nèi)。
[0049]如上所述，圖3示出了首端60 (其從內(nèi)容提供方90接收內(nèi)容信號)、主機設備10、CICAM 30以及智能卡50。信號15被示出為被從首端60傳送到主機設備10。在主機設備10與CICAM 30之間的安全接口 80被稱為公用接口。
[0050]備件梓入
[0051]已知的CA系統(tǒng)提供通過其可拒絕或允許訂戶接入數(shù)字電視流的技術。僅為具有有效支付賬號的那些訂戶或使用者提供接入。在實踐中，向訂戶提供智能卡50，該智能卡通過(理想地)無干擾的方式識別該訂戶，并且建立該系統(tǒng)，使得僅具有有效智能卡的訂戶能夠獲得對接入受控的內(nèi)容的接入。
[0052]通過使用加擾和加密來設置接入控制。使用8字節(jié)控制字對內(nèi)容信號進行加擾，該控制字頻繁地改變(達到每分鐘多次)以避免CA系統(tǒng)受到控制字的內(nèi)容外泄而危及安全。通過以加密的形式將控制字作為授權控制消息(ECM)發(fā)送給接收器的CICAM，用于為加擾的內(nèi)容解擾。僅當通過接收授權管理消息(EMM)而被許可這樣做時，CICAM解密控制字以允許將接入受控的內(nèi)容解擾。EMM專用于每個訂戶或訂戶組；通過比較在EMM內(nèi)設置的訂戶標識和在智能卡50內(nèi)設置的訂戶信息，CICAM確認EMM提供的權利。與ECM相比，可不太頻繁地發(fā)送EMM，在當前商業(yè)系統(tǒng)內(nèi)的連續(xù)EMM之間的間隔在12分鐘與6周之間變化。
[0053]ECM和EMM它們本身是在MPEG電視分配系統(tǒng)中眾所周知的消息類型。在使用時，其有效載荷的格式可專用于CA系統(tǒng)中，在格式之間的差異通常是語義性的而沒有技術意義。在實施方式中，ECM和EMM數(shù)據(jù)被攜帶在封包數(shù)據(jù)流中，因為數(shù)據(jù)包定義解密信息并且在譯碼過程中使用以便從封包數(shù)據(jù)流解碼音頻/視頻節(jié)目。
[0054]首端
[0055]首端60包括CA加密器61、密鑰生成器62、授權控制單元63以及多路復用器和調(diào)制器64。
[0056]內(nèi)容提供方90將內(nèi)容(諸如電視信號)提供給首端60。首端60將加擾并加密的條件接入(CA)應用于該內(nèi)容。
[0057]更具體而言，CA加密器61將CA密鑰用作控制字來對內(nèi)容進行加密或加擾。CA密鑰由CA密鑰生成器62生成。將由CA加密器生成的加擾的內(nèi)容提供給多路復用器和調(diào)制器64。
[0058]CA密鑰還被提供給授權控制單元63，該控制單元基于CA密鑰生成ECM并且基于限定哪些訂戶被授權解擾哪些內(nèi)容流的訂戶數(shù)據(jù)生成EMM。將ECM和EMM供應至多路復用器和調(diào)制器64。來自CA加密器61的一個或多個加擾的內(nèi)容流、一個或多個未加擾(開放接入或“免費接收”)的內(nèi)容源和授權控制消息多路復用在一起以形成諸如MPEG2傳輸流的傳輸流。已知的格式被用于攜帶內(nèi)容數(shù)據(jù)、ECM和EMM。ECM、EMM和定義加擾類型的數(shù)據(jù)被用在每個基本數(shù)據(jù)流(對應于單獨加擾的內(nèi)容流)，以及以已知格式提供并且使用已知技術在具有預定節(jié)目標識符(PID) 0x001的節(jié)目映射表(PMT)和/或在條件接入表(CAT)中參考，使得可在CICAM上識別CAT。
[0059]隨后，由多路復用器和調(diào)制器64調(diào)制多路復用的傳輸流，用于傳輸作為電纜、衛(wèi)星或地面廣播信號15。
[0060]豐機設各
[0061]主機設備10包括調(diào)諧器11、解調(diào)器和多路解復用器12、多路解復用器(“demux”)13和CC(內(nèi)容控制)解密器14。應注意，主機設備可具有其它的附加功能；例如，主機設備可以提供兩個或更多的衛(wèi)星廣播接收、電纜廣播接收、地面廣播接收和網(wǎng)絡(IPTV)電視接收。
[0062]根據(jù)廣播信號15的類型，調(diào)諧器作用為將所接收的信號變換回基帶，使得解調(diào)器和多路解復用器12可從所接收的信號選擇和解復用單個基本內(nèi)容流和相關聯(lián)的CAT數(shù)據(jù)。經(jīng)由公用接口 80將內(nèi)容流和ECM/EMM數(shù)據(jù)傳送到CICAM 30。
[0063]在接入受控的內(nèi)容數(shù)據(jù)的情況下，由于經(jīng)由公用接口 80將內(nèi)容數(shù)據(jù)傳送給CICAM30，故在這個階段依然將內(nèi)容數(shù)據(jù)加擾。借助于CA加密，因此通過公用接口 80傳輸?shù)倪@部分是安全的。
[0064]假設ECM和EMM允許這樣做，那么CICAM 30對內(nèi)容數(shù)據(jù)解擾并且其使用內(nèi)容控制(CC)加密對該內(nèi)容數(shù)據(jù)再次加密。下面將描述其中完成以下描述的方式。CC加密的數(shù)據(jù)返回至主機設備10，其中，該數(shù)據(jù)由demux 13解復用并且由CC解密器14解密，使得該內(nèi)容可作為清晰的內(nèi)容顯示或傳送給另一個設備70。
[0065]因此主機設備操作為接收音頻/視頻內(nèi)容，并且具有內(nèi)容解碼器(例如，CAM模塊)，該內(nèi)容解碼器能夠通過使用定義解密信息的數(shù)據(jù)包(諸如EMM/ECM)來解碼來自封包數(shù)據(jù)流(諸如TS)的音頻/視頻節(jié)目。接收的TS可以包括具有通過相應組的包標識符(諸如多個PID)識別的數(shù)據(jù)包的一個或多個節(jié)目，并且包括將節(jié)目映射到PID的相應的組的標識數(shù)據(jù)(PAT、PMT、CAT 等)。
[0066]CICAM
[0067]CICAM 30包括CA解密器31、CA密鑰生成器32、CC加密器33以及CC密鑰生成器34。
[0068]CA解密器31和CA密鑰生成器32可被視為用于解碼接入受控的廣播內(nèi)容或其他數(shù)據(jù)的接入控制單元。CICAM 30的CC密鑰生成器34和CC加密器33以及主機設備10的多路解復用器13和CC解密器14協(xié)作，用于在CICAM與主機設備之間為解碼后的接入受控的編碼廣播內(nèi)容提供加密的通信鏈路(公用接口 80)。
[0069]CA解密器31將利用智能卡50的用戶身份的校驗、通過CA密鑰生成器32從所接收的ECM和EMM生成的密鑰用于將所接收的接入控制內(nèi)容解擾。CICAM的這部分操作使用已知的CA技術來獲取并應用CA密鑰。
[0070]將清晰的內(nèi)容數(shù)據(jù)從CA解密器31傳送至CC加密器33中。然而，在該數(shù)據(jù)傳輸完全位于CICAM內(nèi)部時，通過已知的技術，例如，通過在單個集成電路設備內(nèi)設置CA解密器31、CC加密器33以及清晰的內(nèi)容接口可使該數(shù)據(jù)傳輸是安全的并且防干擾。
[0071]CC加密器33使用由CC密鑰生成器34提供的CC密鑰對解擾后的內(nèi)容進行加密。該密鑰通過在Cl CAM 30與主機設備10之間的安全互換來建立，并且專用于該CICAM-主機設備對。通過公用接口 80將CC加密的內(nèi)容傳送給主機設備10。因此，隨著內(nèi)容數(shù)據(jù)被傳遞給主機設備，該內(nèi)容數(shù)據(jù)被CC加密，故公用接口的這部分也是安全的。
[0072]密鑰奪換
[0073]CICAM 30和主機設備10兩者都包含提供用于迪菲-赫爾曼(DH)安全密鑰交換的算法、使用已知算法SHA-256、DES以及AES的散列法和加密、由諸如CI+LLP的認證機構發(fā)布的各個證書以及具有相應的公開密鑰的私鑰的邏輯、固件或軟件。
[0074]當CICAM 30首先與主機設備10相關聯(lián)時，CICAM 30啟動與主機設備10的認證處理。在這個處理中，每個設備驗證另一個設備的證書，并且發(fā)生DH密鑰交換處理以在這兩個設備之間安全地共享密鑰。具體地，CICAM首先請求主機設備提供其證書數(shù)據(jù)。CICAM驗證在主機設備證書上的簽名。然后，由請求和驗證CICAM證書的主機執(zhí)行相同的處理。隨后，通過簽署DH公鑰并且將該密鑰發(fā)送給另一個設備以供驗證，從而CICAM和主機均表明擁有與在證書內(nèi)的公鑰相對應的私鑰。此后，CICAM獲得并且驗證來自主機的認證密鑰AKH。CICAM和主機開始計算并交換用于為通過公用接口 80發(fā)送的數(shù)據(jù)進行加密和認證的密鑰數(shù)據(jù)。通過這種方式，由用于通過公用接口 80進行通信的CICAM和主機建立的密鑰、密鑰對或其他密鑰信息專用于那個CICAM-主機對。
[0075]在認證之后，CICAM還開始計算CC密鑰。CICAM還可指導主機設備計算CC密鑰。然后，如上所述，CC密鑰被用于根據(jù)算法AES對從CICAM 30傳送到主機設備10的內(nèi)容數(shù)據(jù)進行加密。因此，將理解的是，用于安全的公用接口 80的密鑰專用于一個特定的CICAM-主機對。
[0076]盡管許多技術還適用于其中僅設置一個調(diào)諧器的布置，現(xiàn)在將描述其中使用多個調(diào)諧器的示例性實施方式。
[0077]圖4是具有多個調(diào)諧器的主機設備100的示意圖，示出為調(diào)諧器A 102和調(diào)諧器B 104，每一個調(diào)諧器接收射頻(RF)輸入信號。RF輸入信號可以是通過多個調(diào)諧器中的每一個處理的公用信號106、針對不同的調(diào)諧器可以是不同的相應信號(例如，一個調(diào)諧器可以針對地面廣播電視操作并且另一個調(diào)諧器可以針對衛(wèi)星廣播電視操作)。該系統(tǒng)不限于兩個調(diào)諧器；將要描述的是可以延伸至兩個以上的調(diào)諧器的原理，但是為了示圖的清晰而僅在圖4中示出了兩個調(diào)諧器。
[0078]調(diào)諧器102、104中的每一個將輸出供應至各自的解調(diào)器108、110。該輸出可以表示通過其調(diào)諧器(從多個可調(diào)諧的傳輸通道)選擇的單個相應的傳輸信道發(fā)送的數(shù)據(jù)，諸如封包數(shù)據(jù)流或者TS。如上所述的解調(diào)器(參照圖3的解調(diào)器12)的操作為解調(diào)來自相應的調(diào)諧器的輸出的封包數(shù)據(jù)信號。來自多個解調(diào)器108、110的封包數(shù)據(jù)信號通過Cl控制器112復用在一起，用于通過將一個或多個CAM的組114作為兩個或多個內(nèi)容解碼器的串聯(lián)組進行處理。以下將會論述用于實現(xiàn)CAM組114的不同方案，但是在基本技術水平，CAM的組114能夠針對輸出同時解碼不止一個節(jié)目服務。例如，因為存在在主機設備100中設置的調(diào)諧器，CAM的組可以被布置為同時解碼相同數(shù)量的節(jié)目服務。
[0079]從CAM的組114接收回來的解碼數(shù)據(jù)通過Cl控制器112解復用成表示需要的節(jié)目服務的相應的信號116、118。這些信號被傳輸?shù)脚c具有圖3中的多路解復用器13相似功能的節(jié)目多路解復用器120、122。
[0080]最后，通過功能上與圖3的CC解密器14相對應的解碼器124、126來準備用于輸出的每個節(jié)目服務。解碼器124、126生成相應的音頻/視頻輸出信號128、130。
[0081]圖4的主機設備的操作受到中央處理器(CPU) 132的控制，其依次可以是根據(jù)存儲在存儲器134中的軟件或者固件(其可以依次是諸如磁性或者光盤存儲的非易失性機器可讀存儲器或者非易失性半導體存儲器)操作的可編程的處理器設備。
[0082]圖5示意性地示出了形成圖4中Cl控制器112功能性的部分的多路復用器-多路解復用器布置。
[0083]在基本項中，作為Cl控制器112功能性的一部分，來自解調(diào)器108、110的封包數(shù)據(jù)信號的至少相應的部分通過多路復用器140組合成復合封包數(shù)據(jù)信號，以傳送到一個或者多個CAM的組114，并且由多路解復用器142接收復合封包數(shù)據(jù)信號的解碼版本(vers1n)，從而能夠?qū)⑵浣鈴陀贸上鄳男盘?16、118。然而，存在其中可以實現(xiàn)上述處理的不同的方式。
[0084]通過兩個解調(diào)器108、110輸出的封包數(shù)據(jù)信號可以被表示為所謂的傳輸流(TS)并且通常會包括與連同各種內(nèi)務和控制數(shù)據(jù)包一起的幾個音頻/視頻節(jié)目服務有關的數(shù)據(jù)包。例如，單個封包數(shù)據(jù)信號可以包括與3個和10個節(jié)目服務有關的數(shù)據(jù)包，盡管通過單獨TS表示的節(jié)目服務的多少的選擇被作為技術的選擇同樣是商業(yè)的選擇；TS提供一定量的數(shù)據(jù)帶寬，但是隨后關于多少節(jié)目服務應當被安排在可用帶寬內(nèi)是廣播公司的商業(yè)選擇。為了在給定的頻帶寬度內(nèi)編碼較高數(shù)量的節(jié)目服務，每個節(jié)目服務的編碼質(zhì)量(其與如通過觀看者體驗的再生的音頻和視頻信號的輸出質(zhì)量)必須降低。但是無論如何，在正常使用中每個由解調(diào)器108、110之一生成的封包數(shù)據(jù)信號將會包含數(shù)據(jù)的數(shù)據(jù)包而不是需要譯碼的具體期望的節(jié)目服務。
[0085]然后出現(xiàn)技術上的選擇，其中至少原則上，Cl控制器112可以簡單地與通過解調(diào)器108、110輸出的多個封包數(shù)據(jù)信號進行組合，使得包含在每個封包數(shù)據(jù)信號中的所有的信息被保留。這將給出具有數(shù)據(jù)帶寬為nX單獨TS的帶寬的復合封包數(shù)據(jù)信號，其中，η是通過多路復用器140被復用在一起的單獨的TS的數(shù)量。具有這種類型的布置的潛在的問題是CAM 114可能無法處理這樣的高數(shù)據(jù)速率封包數(shù)據(jù)信號。一個潛在原因是相對于僅僅單個封包數(shù)據(jù)信號而言，多個CAM會針對兼容性用途來進行設計。
[0086]因此，在其它布置中，從解調(diào)器108、110輸出的每個封包數(shù)據(jù)信號提取相應數(shù)據(jù)包的子組(subset)，并且由這些相應子組的組合形成將被供應至一個或多個CAM的組114的復合封包數(shù)據(jù)信號。將會在下面進一步論述用于形成這個組合以生成復合封包數(shù)據(jù)信號的技術。
[0087]兩種類型的CAM與本論述有關。圖6a示意性地示出了所謂的M(多流)卡150、并且圖6b示意性地示出了所謂的S (單流)卡160。
[0088]這兩種類型的CAM之間的主要技術差異如下。M卡150是能夠同時解密一個以上的加密節(jié)目服務的單個單元。這代表比S卡更為先進的CAM系統(tǒng)的實施，S卡是能夠從TS僅解密一個節(jié)目服務的傳統(tǒng)設備。應注意，M卡可以在任一多流或者單流(S卡)模式下進行操作。S卡僅可以在單流模式下進行操作。
[0089]圖7示意性地示出了傳輸流(TS)包170。該包包括4字節(jié)的報頭部分172和184字節(jié)的有效載荷部分174。這是一種標準格式的TS包，并且TS是由一系列的這種形式的包構成。報頭部分172包括包標識符或者PID。每個音頻/視頻節(jié)目服務具有相關聯(lián)的兩個或更多PID的組。例如，一個PID可以與節(jié)目服務的視頻包相關聯(lián)，另一個PID可以與節(jié)目服務的音頻包相關聯(lián)并且另外的PID可以與服務的加密控制的包相關聯(lián)。因此，在單個TS內(nèi)，可以使用許多不同的PID。通過節(jié)目分配表(PAT)和節(jié)目映射表(PMT)處理將PID分配到不同類型的包。PAT本身具有為O的PID并且作用以表示攜帶PMT的包的PID。PMT表示攜帶視頻和音頻數(shù)據(jù)的包的PID以及攜帶用于服務的ECM數(shù)據(jù)的包的PID。為完整起見，條件接入表(CAT)具有為I的PID，并且表示哪些包攜帶用于一個或多個接入控制系統(tǒng)的EMM數(shù)據(jù)。
[0090]PID在單個TS內(nèi)部被唯一地限定在13比特范圍(十進制中的O到8191)中。然而，從TS到TS，通過具體PID值表示的數(shù)據(jù)可能是不明確的。就是說，PID值可以在不同的TS中被重復使用。在多個TS通過多路復用器140被復用在一起的情況下，需要一種機構去克服在PID值的分配中的這種電位的不明確。
[0091]在US-B-7，394，834中描述了用于達到此目的的一個技術，通過引用將其內(nèi)容結(jié)合在本說明書中。在該文獻中，從多個輸入TS中提取表示期望的服務的包，以及從至少一個TS提取的用于包的PID被重新映射到新的PID值，其PID值沒有被從其它TS提取的任何數(shù)據(jù)使用。重新映射處理包括利用另一個PID值代替PID值，并且記錄或者重新映射表被維持，使得可以從新的(重新映射的)PID值來識別期望的服務。這個布置可被用于生成偽TS，其是所謂的人工生成的TS，該TS僅存在于主機設備內(nèi)，但是(從S卡片的觀點)可以滿足廣播TS的全部格式要求。就是說，盡管事實上是通過組合多個廣播TS的部分在主機設備內(nèi)生成，偽TS可以通過S卡被解碼好像其已經(jīng)以那種形式被廣播。
[0092]另一個技術是使用插入在每個TS包起始處的并且提供關于該包來源的另外的信息的前置報頭(pre-header)。該技術是當發(fā)送數(shù)據(jù)至在多個流模式中操作的M卡時使用。在圖8中示意性地示出了具有前置報頭176的TS包的示例。
[0093]前置報頭176包括12字節(jié)的額外的數(shù)據(jù)并且通過主機在發(fā)送到M卡的每個包的前面進行預置，就是說，其在每個包起始處之前被添加。12字節(jié)的額外數(shù)據(jù)包括各種字段，該字段包括識別TS從哪些包獲得的本地傳輸流標識符、本地時間戳、用于檢測前置報頭內(nèi)的錯誤的誤差檢測數(shù)據(jù)以及用于稍后或者專有使用的保留數(shù)據(jù)字段。對于本目的的重要性是本地傳輸流標識符意指盡管在其中復合封包數(shù)據(jù)流中的數(shù)據(jù)包具有沖突的PID值的情況下，它們依然可以通過前置報頭中的它們的本地傳輸流標識符值來進行區(qū)分。
[0094]應注意，M卡要求額外的前置報頭的存在。S卡不能在存在額外的前置報頭時操作。
[0095]因此，在另一種布置中，多路復用器140將從多個TS獲得的包組合成適合于被M卡使用的復合封包數(shù)據(jù)流，依賴于源自數(shù)據(jù)包的TS的至少一個標識將額外的前置報頭預置到每一個這種包。
[0096]圖9示意性地示出了多路復用器布置的更多細節(jié)。圖9的多路復用器布置與其中生成用于通過S卡和通過在單流模式下操作的M卡解碼的偽TS的布置有關。
[0097]每個輸入傳輸流被傳送至涉及與TS相關聯(lián)的節(jié)目分配表184、186的相應的PID選擇器180、182和涉及傳送至定義要求的節(jié)目服務的數(shù)據(jù)188、190，以建立作為復合封包數(shù)據(jù)信號的一部分PID，其要求被傳送用于(要求的節(jié)目服務的)解碼。
[0098]在實施方式中，選擇器180、182可操作為執(zhí)行以下一個或多個的操作:
[0099]根據(jù)用于關于需要的節(jié)目的所述封包數(shù)據(jù)流的所述標識數(shù)據(jù)定義的所述包標識符的組從用于所述需要的節(jié)目的該流選擇數(shù)據(jù)包；
[0100]用于從所述封包數(shù)據(jù)流選擇另外的數(shù)據(jù)包，其中，從所述封包數(shù)據(jù)流選擇具有沒有被包括在用于該封包數(shù)據(jù)流的所述標識數(shù)據(jù)中的包標識符的節(jié)目；以及
[0101]用于從每個封包數(shù)據(jù)流選擇另外的數(shù)據(jù)包，其中，從每個封包數(shù)據(jù)流選擇包含與選擇的節(jié)目有關的節(jié)目時鐘基準的節(jié)目。
[0102]將在下面進一步的描述選擇器操作的這些特征。
[0103]數(shù)據(jù)188、190定義可以由CPU 132提供的需要的節(jié)目服務，例如可響應于遠程指揮系統(tǒng)(未示出)的用戶控制或者其它用戶界面控制(未示出)，或者可響應于機器控制，例如從在定時模式中操作并且在用于記錄的預設時間間隔期間需要特定節(jié)目服務被接收的圖像錄制設備。用于每一個TS的單元192、194丟棄“多余的”包，也就是說哪些不具有由制定的選擇和選擇器180、182定義的PID的包。PID重映射器196、198被用于將TS中的一個的PID重新映射成新PID值，以避免任何電位與另一個TS的PID值重疊。應注意，在不同的TS之間重新映射不必在其中不存在PID重疊(多種用途)的示例中進行，盡管在實施方式中，次要TS的至少所選擇的數(shù)據(jù)包的所有PID可以被重新映射至不同的相應PID。還應注意，重新映射操作不需要相對于兩個TS執(zhí)行(或者，如果考慮到多于兩個，則每一個TS)，并且實際上在實施方式中TS之一被作為不執(zhí)行PID重新映射的所謂的“主要”TS。然而，為了靈活性，重映射器196、198根據(jù)當需要時針對可能的用途來進行設置。還應注意，僅呈現(xiàn)出沖突的PID (與形成另一個TS的PID具有相同的PID數(shù)量)需要被重新映射，盡管其它PID也可以被重新映射。在實施方式中，來自一個或多個“次要”TS的PID是重新映射的候選者，但是來自主要TS的PID不是用于重新映射的候選者。
[0104]在另外的實施方式中，選擇器180可以被布置為包括在它們的選擇中的所謂的節(jié)目時鐘基準數(shù)據(jù)包，使得這些數(shù)據(jù)包被包括在復合封包數(shù)據(jù)流中。
[0105]如【背景技術】，節(jié)目時鐘基準(PCR)數(shù)據(jù)被用來為解碼TS內(nèi)的音頻與視頻數(shù)據(jù)提供定時信息。PCR數(shù)據(jù)相對較小并且事實上在所謂的自適應領域中被包括在TS包內(nèi)。自適應字段被定位在184字節(jié)的有效負載174(圖7)以內(nèi)，但是在功能方面更類似于報頭的(至有效負載區(qū)域174中)擴展。對于信號自適應字段的存在，報頭攜帶一個標志指示符(諸如一比特標志)。那么與自適應相關聯(lián)的進一步信令布置，以依次表示其包括PCR數(shù)據(jù)的自適應字段。因此，選擇器180可以通過首先在包報頭中校驗“自適應字段存在”標志，從而檢測攜帶PCR數(shù)據(jù)的數(shù)據(jù)包，并且隨后校驗與自適應字段相關聯(lián)的“自適應字段是否攜帶PCR數(shù)據(jù)”標志。
[0106]通過PCR數(shù)據(jù)表示的定時信息在TS中的所有節(jié)目服務是總體上共同的。其由解碼器使用，使得根據(jù)PCR數(shù)據(jù)包和與需要的服務有關的PID發(fā)生內(nèi)容解碼。因此，總體上只需要在TS內(nèi)設置一組PCR數(shù)據(jù)。通常在針對用于TS的PCR數(shù)據(jù)被與任意節(jié)目服務之一有關的數(shù)據(jù)包中的自適應字段攜帶的領域中。攜帶用于TS的PCR數(shù)據(jù)的數(shù)據(jù)包的PID可以在PMT中表示為字段PCR_PID。
[0107]在其中整個TS被傳送至用于解密的CAM(因為在單個調(diào)諧器中:單個CAM布置、或者具有用于每一個調(diào)諧器或者TS源的專用CAM的布置)的布置中，事實上PCR數(shù)據(jù)可以在與節(jié)目服務而不是當前觀看的或者解碼的節(jié)目服務有關的數(shù)據(jù)包中，因為PCR數(shù)據(jù)將會依然可以被CAM使用并且隨后被傳送到解碼器。
[0108]但是在本實施方式中，其中復合封包數(shù)據(jù)流形成為多輸入TS的子組的組合，當每一個子組與需要的節(jié)目服務有關時，可能存在其中用于節(jié)目服務的數(shù)據(jù)PCR缺失的情況，因為通過與節(jié)目服務有關的數(shù)據(jù)包而不是用于其TS所選擇的節(jié)目服務攜帶。
[0109]為了解決這個問題，選擇器180可以校驗所謂的每一個包的自適應字段和(如果自適應字段存在的話)PCR數(shù)據(jù)標志，使得如果包是包含節(jié)目時鐘基準數(shù)據(jù)的包，那么包將被選擇不論是否涉及選擇的節(jié)目服務。包含PCR數(shù)據(jù)的包被包括在選擇內(nèi)并且因此被包括在復合封包數(shù)據(jù)流內(nèi)。
[0110]在適當?shù)那闆r下，選擇并且重新映射的數(shù)據(jù)包隨后通過組合器200而組合成單個的復合數(shù)據(jù)流。例如，這可以通過級聯(lián)(concatenat1n)處理,通常,僅是指并排地(一個接一個地)放置在復合數(shù)據(jù)流中。并不一定意味著數(shù)據(jù)包直接相鄰(可以存在間隙)，也并不一定意味著任何特定的數(shù)據(jù)包順序。
[0111]在使用這些技術組合的封包數(shù)據(jù)流組件中可以因此包含多個PCR數(shù)據(jù)源。總的來說，針對復合封包數(shù)據(jù)流中的內(nèi)含物，可存在包含從其選擇節(jié)目服務的源于每個TS的PCR數(shù)據(jù)的數(shù)據(jù)包。然而，相對于每一個節(jié)目服務的解碼器將能夠接入正確的PCR數(shù)據(jù)。如果PCR數(shù)據(jù)被包括在將要被解碼的節(jié)目服務的數(shù)據(jù)包內(nèi)，那么解碼器將使用該PCR數(shù)據(jù)。如果在原始TS中的PCR數(shù)據(jù)被包括在與另一個節(jié)目服務有關的數(shù)據(jù)包中，那么這些數(shù)據(jù)包會通過上述機制被包括在復合封包數(shù)據(jù)流中。但不論是哪種情況，即使使用PID重新映射，針對復合封包數(shù)據(jù)流中的每個節(jié)目服務來攜帶PCR_PID數(shù)據(jù)(如必要的話重新映射)。實際上，來自PAT和/或PMT的一組數(shù)據(jù)被復合封包數(shù)據(jù)流攜帶，作為相對于每一個選擇的節(jié)目服務的復合流標識數(shù)據(jù)(在圖14中示出的一個示例)，例如用于表示在復合流中的數(shù)據(jù)包的PID包含音頻、視頻和CA數(shù)據(jù)以及用于表示PCR_PID。
[0112]因此，當接收步驟包括接收兩個或多個封包數(shù)據(jù)流時；以上論述的選擇步驟被應用于來自其被選擇的每個封包數(shù)據(jù)流中；復合封包數(shù)據(jù)流包括來自兩個或多個封包數(shù)據(jù)流的節(jié)目數(shù)據(jù)；以及生成復合封包數(shù)據(jù)流包括級聯(lián)經(jīng)由選擇的數(shù)據(jù)包以形成復合封包數(shù)據(jù)流。圖10示意性地示出兩個節(jié)目服務(服務I和服務2)的TS包205被組合成單個復合封包數(shù)據(jù)流。
[0113]圖11示意性地示出了一系列的CAM，形成上述的論述的CAM的組114的示例。CAM作為所謂的菊花鏈串聯(lián)設置，使得來自Cl控制器112的復合封包數(shù)據(jù)流被供應作為串聯(lián)中的第一 CAM 212的輸入210，并且從第一 CAM 212路由至第二 CAM 214，從其中其在返回之前被傳送到第三CAM 216的位置，具有基于作為復合數(shù)據(jù)流標識數(shù)據(jù)的一部分的包標識符來解密需要的服務。在菊花鏈中的CAM可以被布置為提供不同的條件接入服務的解密，使得針對通過用戶或者機器控制的解密，無論選擇哪一個服務(在由組114處理的服務和系統(tǒng)的范圍內(nèi))，CAM組114中的一個能夠?qū)⑵浣饷堋⒖家韵聢D15描述通過其主機可以選擇用于具體節(jié)目服務的合適的CAM以解碼的技術。
[0114]因此，當形成為CAM的組或者M卡CAM時的內(nèi)容解碼器能夠同時解碼來自單個封包數(shù)據(jù)流的兩個或更多音頻/視頻節(jié)目；并且在這種情況下，生成復合封包數(shù)據(jù)流的步驟包括從表示兩個或更多節(jié)目的包形成復合封包數(shù)據(jù)流。
[0115]應注意，對于每一個CAM存在兩個主要接口。音頻、視頻以及一些控制數(shù)據(jù)可以作為在輸入210處被供應并且從CAM傳送到CAM的復合封包比特流的一部分而被傳送到CAM。此外，在更低的數(shù)據(jù)速率的情況下，控制接口 218被設置在Cl控制器與每個CAM之間。以下將要論述的控制信號可以被復用成復合封包數(shù)據(jù)流或者通過控制接口攜帶。
[0116]一般地說，僅一個CAM作用為解碼具體的節(jié)目服務，并且除非其從主機接收可以這樣做的指令，否則CAM不能解碼節(jié)目服務。
[0117]在實施方式中，當在菊花鏈布置中的所有CAM是S卡(或者操作在單流模式下的M卡)時，或者當在菊花鏈布置中的所有CAM是M卡時，可以操作圖11的布置，因為不論是哪種情況整個CAM的菊花鏈布置兩端的用于復合封包數(shù)據(jù)流的數(shù)據(jù)格式是相同的。為在不同的情況中使用，圖12示意性地示出了一系列的CAM 220,CAM 222,CAM 224以及介于它們之間的接口單元226、228。
[0118]在示例布置中，假定CAM 220是M卡、CAM 222是S卡以及CAM 224是M卡。從Cl控制器112接收的復合封包數(shù)據(jù)信號230是M卡格式，即其包括上述的額外的前置報頭。該信號以傳統(tǒng)方式通過M卡220處理，但是不是直接傳送到在菊花鏈布置中的下一個卡222中，而是傳送到接口單元226，在此附加報頭信息與前置報頭被除去的包有關，以及如必要的話，在復合封包數(shù)據(jù)流被傳送到S卡222之前，PID值被重新映射。接口單元226保留除去的數(shù)據(jù)和與原始復合封包數(shù)據(jù)流有關的任意PID重新映射數(shù)據(jù)，并且將這些保留信息傳送到從S卡222接收輸出數(shù)據(jù)流的接口單元228。接口單元228將前置報頭在重新插入在每一個包上并且執(zhí)行反轉(zhuǎn)PID重新映射處理以將PID值返回到它們的原始形態(tài)。來自接口單元228的輸出數(shù)據(jù)流然后被傳送到M卡224以被處理。
[0119]圖13是示出了處理所謂的鏡像PID的示意性流程圖。
[0120]鏡像PID涉及在MPEG傳輸流中所謂的鏡像包。在一些情況下，由提供者將鏡像包用于諸如主機設備制造商、接收器制造商、廣播公司、CA系統(tǒng)供應商等等的廣播系統(tǒng)，以提供機密的控制信息(例如，“私有數(shù)據(jù)”字段)到主機設備的各個部分并且尤其是到在主機設備上使用的CAM或者多個CAM。
[0121]一般地說，期望能夠保持上述的包的保密性，或者至少不通知它們的存在，因為它們可能包含會對未授權的用戶或者計算機入侵者從事對未授權的一個或多個服務的解密有用的信息。
[0122]在簡單的示例中，鏡像包可以包括用于CAM設備的固件更新，該固件更新依次表示CA供應商或者CAM制造商通常優(yōu)選地遠離潛在的計算機入侵者的數(shù)據(jù)。為了實現(xiàn)一定程度的機密性，包含這種數(shù)據(jù)的包可以使用PID傳輸，該PID可以基于當前時間或者其它條件通過CAM根據(jù)(例如)預定的算法推導，但是其沒有指示任何構成其TS的部分的分配表的一部分。因此，對于CAM設備的使用該鏡像包是潛在重要的，但是實際上未包括在任何分配表內(nèi)，那么除非采取特定的動作去避免，它們事實上可以通過圖9中的單元192、194被丟棄并且不能存在于實際上提供給CAM的復合封包數(shù)據(jù)流中。
[0123]為解決這個潛在的問題，圖9中的選擇器180、182和丟棄單元192、194可以根據(jù)以下在圖13中示出的步驟操作。
[0124]在步驟250上，選擇器180、182選擇用于需要的節(jié)目服務的PID。這表示一種對應已經(jīng)參考圖9描述的操作模式。然而，相對于圖9的差異是在步驟252上，選擇器還選擇(為了包含在復合封包數(shù)據(jù)流中)沒有通過標識數(shù)據(jù)(PMT、PAT或者CAT)指定的用于其TS的所有的PID。因此，在該步驟，選擇器不能夠了解連接到鏡像PID的技術性意義，但是它們選擇全部存在于TS和不能夠明確的除了需要的節(jié)目服務與節(jié)目服務相對應的PID。步驟254表示由重映射器196、198執(zhí)行的重新映射操作，然而重新映射操作不僅涉及用于所選擇的服務的PID而且涉及到在步驟252上選擇的鏡像PID。最后，在步驟256上，重新映射數(shù)據(jù)，即，重新映射之前的PID與重新映射之后的PID之間的關系(在圖14中示出的一個示例)被發(fā)送到CAM的組114，使得如果組內(nèi)的CAM需要接入由鏡像PID定義的數(shù)據(jù)包，CAM可以通過參照重新映射信息來識別其重新映射數(shù)據(jù)內(nèi)的數(shù)據(jù)包并且因此解碼識別的數(shù)據(jù)包。
[0125]應注意，用于表示鏡像包的PID可以隨時間而變化。實際上，這也許屬于與那些數(shù)據(jù)包相關聯(lián)的安全程序。同樣，鏡像包不能經(jīng)常性的廣播。因此，當圖9的系統(tǒng)首先相對于來自具體TS的具體節(jié)目服務操作時，其可能不會察覺到鏡像PID的當前設定。它可以通過兩個技術中的一個意識到:通過不參考任何參考表中的數(shù)據(jù)流中的PID的檢測，或者通過CAM請求CAM認為需要但是復合封包數(shù)據(jù)流中沒有的具體的PID(例如，通過控制接口)。第一個可以被認為是優(yōu)先選擇，第二個作為反應性的選擇。但不論是哪種情況，選擇器180、182可以在響應中選擇包含在復合封包數(shù)據(jù)流中的PID。上述過程在原則上可以立刻發(fā)生，使得上述的PID的第一情況包括在復合封包數(shù)據(jù)流中?；蛘呖赡苡醒舆t，尤其是如果PID的包含是根據(jù)來自CAM的要求詢問PID的缺失。由于控制接口相對較慢的數(shù)據(jù)速率，這是一種潛在的事件。但是小規(guī)模的延遲(例如，小于I秒)不認為是問題，因為這在發(fā)送多次任何不是音頻/視頻流的一部分的重要的包時是常見現(xiàn)象。這是以便處理訂戶可以在任何時候打開或者關掉他的接收器的事實，因此僅在單次連接發(fā)送關鍵性的包是不可行的，用戶可能會剛好錯過關鍵性包的傳輸。
[0126]圖14示意性地示出了 PID映射表，例如可以在步驟256從多路復用器140傳輸?shù)紺AM組114的再映射信息，任一個作為控制數(shù)據(jù)或者復用成復合數(shù)據(jù)流。PID映射表指代獲取PID時的TS的標識260，節(jié)目服務的標識262來源于TS，“舊”PID (重新映射之前)的標識264和“新叩ID (重新映射之后)的標識266。PID映射表可以被復用成復合封包數(shù)據(jù)流和/或通過控制接口 218被傳輸?shù)紺AM。在實施方式中，圖14中的表可以充當復合流標識數(shù)據(jù)的示例。在實施方式中，根據(jù)圖14中的PID映射表的包標識符，圖14中的數(shù)據(jù)可以用于通過一個或多個CAM控制來自復合封包數(shù)據(jù)流的節(jié)目的解碼。
[0127]應注意，對于任何TS，在圖14的PID映射表中具有若干不同的條目，與需要的節(jié)目服務的各種PID以及各種其它存在于TS的鏡像PID有關。
[0128]同樣應注意，PID映射表會隨時間變化，因此其可以通過Cl控制器反復地被傳輸?shù)紺AM或者根據(jù)映射的改變至少被在傳輸。重新映射會改變的一個原因是新近識別的鏡像包具有對應在復合封包數(shù)據(jù)流中的另一個PID的PID，導致需要重新映射其中一個或者兩者全部。
[0129]圖15示意性地示出了涉及檢測一系列的CAM中的哪個CAM能夠解碼需要的節(jié)目服務的操作。
[0130]在圖15中所示的操作表示主機與在CAM的組114中的每一個CAM之間的交互或者交換。將描述僅與組中的一個CAM有關的操作，但是應理解的是對應的操作也可以相對于組中的其他CAM來執(zhí)行。
[0131]系統(tǒng)開始或者啟動時執(zhí)行步驟300當，因為每個CAM發(fā)送數(shù)據(jù)(所謂的CA_SYS_ID)以識別CAM能夠解碼的CA系統(tǒng)的類型，受用于服務的恰當ECM/EMM數(shù)據(jù)接收的影響。
[0132]當新節(jié)目服務被選擇用于解密時，例如通過用戶控制或者受時間記錄設備的控制的操作，或者當CA參數(shù)與節(jié)目服務變更(例如，從“明確的”到“加密的”或者從相反方向變化)相關聯(lián)時執(zhí)行步驟310。主機發(fā)送與需要的節(jié)目服務有關的PID的標識至組114中的CAM。在步驟320上，每個CAM檢測與其服務有關ECM和EMM數(shù)據(jù)，以及在步驟330上檢測(參考ECM和EMM數(shù)據(jù)以及CAM的自己的能力)其服務是否可通過CAM解碼。當然，在步驟310上，主機可以選擇僅發(fā)送PID到那些指示的CAM，在步驟300上，基本能夠(原則上)解碼其類型的數(shù)據(jù)。
[0133]在步驟340上，主機校驗被詢問的當前CAM的響應。如果CAM可以解碼節(jié)目服務，那么在步驟350上主機將用于其節(jié)目服務的解碼任務分配到當前詢問的CAM。如果不，那么如果還有另外的CAM沒有被詢問，那么主機控制返回到步驟310以詢問下一個CAM。否貝U，如果沒有進一步CAM剩下被詢問，并且處理被中止，并且可選的訂戶受到需要的節(jié)目服務不能通過存在于系統(tǒng)中的CAM設置114解碼的通知。
[0134]圖16示意性地示出了通過主機設備控制多個調(diào)諧器102、104，并且具體地是通過主機設備的CPU 132控制的示例。在圖16中，框圖的左側(cè)區(qū)域涉及在主機上執(zhí)行的操作，以及右側(cè)區(qū)域涉及在組114的CAM上執(zhí)行的操作。
[0135]該處理引入“主要”和“次要”調(diào)諧器的概念，盡管這可以被認為是相當于“主要”和“次要”TS的指定，因為在本實施方式中調(diào)諧器的操作和TS的接收之間存在一種對應，或者換言之，在本實施方式中每一個調(diào)諧器接收單個TS。
[0136]在步驟360上，默認位置被建立，使得調(diào)諧器102 (調(diào)諧器A)和由調(diào)諧器102接收到的TS被指定為“主要”，并且調(diào)諧器104(調(diào)諧器B)和由調(diào)諧器104接收到的TS被指定為“次要”。應注意，在正常的操作模式中，僅一個調(diào)諧器需要觀看所謂的“直播”電視；具有另一個調(diào)諧器的一個功能是在第一服務觀看現(xiàn)場的同時可以記錄第二服務。可替換地，最初需要使用的第一調(diào)諧器或者TS可以形成主要TS或者調(diào)諧器的初始定義。
[0137]在步驟362上，CPU 132檢測次要調(diào)諧器(TS)是否在使用中，例如為了稍后觀看而記錄節(jié)目服務。如果次要調(diào)諧器未被使用，那么在步驟364上，CPU 132或者Cl控制器通信次要調(diào)諧器的可用性到CAM的組114，在步驟366上根據(jù)哪一個組可以選擇使用次要調(diào)諧器用于非觀看信息的非觀看接收。換言之，如果調(diào)諧器相對于提供用于解碼的節(jié)目當前未被使用，其可以考慮用于接入(例如，調(diào)節(jié)至)攜帶非觀看信息的信道的目的。
[0138]在此，術語“非觀看接收”可以涉及通過CAM的非觀看信息的接收，諸如用于CAM的控制信息、內(nèi)務數(shù)據(jù)、固件或者軟件更新等，其需要通過CAM或者調(diào)諧器單獨使用一段時間。
[0139]另一個示例涉及所謂的“推送影視點播”或者推送V0D。在該設置中，CAM可以先行或者在首端的命令下，使得與訂戶期望觀看的視頻節(jié)目有關數(shù)據(jù)的接收被存儲在硬盤記錄器上。因此，為了該目的CAM可以充當為控制用于稍后接入非觀看信息的存儲控制器。即使當節(jié)目已經(jīng)被流化，(當用戶命令時)所接收的數(shù)據(jù)可以涉及整個的節(jié)目或者可以涉及用于節(jié)目的預告或者廣告，或者可以提供充足緩沖數(shù)據(jù)以允許重播的立即開始。這類數(shù)據(jù)的接收不是明確請求的或者由用戶命令的；其是在CAM或者另一個作為后臺處理的系統(tǒng)的一部分的開始接收的，并且被認為是“非觀看數(shù)據(jù)”或者“非觀看信息”，因為(a)其經(jīng)常以低于解碼或者觀看數(shù)據(jù)速率的數(shù)據(jù)速率被傳輸，并且(b)用戶必須通常在可視部分被觀看之前采取其它步驟(諸如，請求接入硬盤記錄器上的數(shù)據(jù))。其可以通過作為非觀看信息解碼器的CAM被解碼。
[0140]非觀看信息可以通過至少一個TS攜帶。
[0141]在步驟366上，當內(nèi)務數(shù)據(jù)或者其它用于非觀看數(shù)據(jù)被接收時，任何步驟362的進一步示例將會表示次要調(diào)諧器在使用中。當然，如果用戶需要使用次要調(diào)諧器，例如記錄節(jié)目服務，那么被CAM用于非觀看的后臺接收可以被取消。這可以通過用戶不必了解CAM曾經(jīng)利用過次要調(diào)諧器的方式進行。
[0142]回返到步驟362，如果需要使用次要調(diào)諧器，那么在步驟368上，選擇將要由次要調(diào)諧器(以及可選的，在該TS中用于任何鏡像包的PID)接收用于節(jié)目服務的PID。這對應于圖13中的步驟250和252。在步驟370上，上面選擇的用于次要TS的PID被重新映射(對應于圖13中的步驟254)并且對應于用于主要和次要調(diào)諧器的所選擇的PID的數(shù)據(jù)包被復用在一起以形成復合封包數(shù)據(jù)信號。應注意，如上所述，僅在PID與另一個PID (來自另一個TS)碰撞或者沖突發(fā)生時發(fā)生重新映射。系統(tǒng)可以重新映射從次要TS中選擇的那些數(shù)據(jù)包的全部PID，或者可以僅重新映射那些呈現(xiàn)PID沖突的數(shù)量。但是一種顯著的特征是次要TS定義具有PIDs的TS，該PID如果證明重新映射是必要的時可以用于重新映射。在主要TS中的PID沒有被在映射；它們保持著它們的原始值(如接收時的)。
[0143]然后這表示直至在步驟372被檢測出信道(節(jié)目服務)改變的設置。信道改變可以由用戶控制的用戶操作或者通過信道控制的機器操作發(fā)起，例如通過需要接入具體節(jié)目服務的定時的記錄處理。根據(jù)信道改變的檢測的操作根據(jù)次要或者主要調(diào)諧器是否改變而改變。
[0144]如果次要TS被改變，那么控制返回到步驟362，但是不對主要和次要的指定做出改變。
[0145]然而，如果信道在主要調(diào)諧器(TS)改變，那么傳送到步驟374的指定主要和次要的控制被反向并且控制同樣返回到步驟362。就是說，在具有接收相應TS的兩個調(diào)諧器的系統(tǒng)中，先前指定主要的調(diào)諧器被指定為次要調(diào)諧器，以及先前指定為次要調(diào)諧器的現(xiàn)在被指定為主要調(diào)諧器。(在具有多于兩個調(diào)諧器的系統(tǒng)中，先前為主要調(diào)諧器的被當作次要調(diào)諧器)。
[0146]該效果是先前為主要的調(diào)諧器現(xiàn)在被作為次要調(diào)諧器，并且因此在步驟370從屬于相對于其PID的重新映射處理，或者至少其PID變成用于重新映射的候選。依次，意為沒有必要執(zhí)行更進一步的重新映射或者先前的次要TS的PID的變更，因為其先前的次要現(xiàn)在被作為主要。就訂戶而言，這意味著觀看在不改變的信道上不會被中斷，因為接收信道(或者攜帶其信道的TS)的調(diào)諧器現(xiàn)在被指定為主要并且因此不必更進一步的重新映射調(diào)諧器的PID。
[0147]在實施方式中從主要到次要的變化是立刻進行的，但是從次要到主要的變化可以延期至當沒有主要當前存在時檢測次要TS被重調(diào)諧，而在這樣情況下改變被施加到次要TS上。應注意，這種特征無論是否存在兩個調(diào)諧器或兩個以上的調(diào)諧器依然可以被應用。
[0148]如果本系統(tǒng)不在合適的位置，那么通過主要調(diào)諧器的信道變換需要通過次要調(diào)諧器的新的重新映射操作。這是因為相對于次要TS的PID的重新映射的實現(xiàn)是避免主要調(diào)諧器的PID和重新映射的次要調(diào)諧器的PID之間的任何沖突。如果主和次的指定中沒有變化，那么用于主要調(diào)諧器的節(jié)目服務中的改變會導致PID的沖突，并且因此進一步需要重新映射次要PID，盡管在次要中沒有信道變換被執(zhí)行。因此，在沒有本技術的情況下，在主要調(diào)諧器的信道變換可以導致由次要調(diào)諧器收到的節(jié)目運行的臨時中斷，這會依次主觀的擾亂用戶。
[0149]步驟374可以進一步如下論述。根據(jù)由主要的收到的信道或者TS的檢測被改變(或者換句話說其主要的是用作不同節(jié)目的接收)，主要的可以再指定為次要的并且先前次要的作為主要的。然而，這沒有意味著重新映射操作在步驟370相對于先前次要的(現(xiàn)在為主要的)需要不得不實現(xiàn)，并且事實上這會成為不合需要的，因為其將在通過調(diào)諧器接收的服務中導致潛在的中斷。但是，確實意味著沒有必要做任何重新指定的主要的PID的重新映射，以避免在重調(diào)諧之后與先前主要的(現(xiàn)在為次要的)PID相沖突。
[0150]換言之，當檢測到不同的節(jié)目從主要的TS(與當前被解碼的一個相比)中被選擇出來用于解碼時，或者檢測到不同的TS被選擇(與當前主要的TS相比)時，那么次要的調(diào)諧器被重新指定成為主要的調(diào)諧器。
[0151]在當前不存在主要的調(diào)諧器(當主要的調(diào)諧器已經(jīng)被重新指定為次要的調(diào)諧器，但是次要的調(diào)諧器還沒有被重新指定為主要的調(diào)諧器時)的示例中，那么當檢測到不同的節(jié)目從次要的TS(與來自次要的TS且當前被解碼的一個相比)中被選擇出用于解碼時，或者檢測到不同的次要的TS(與當前次要的TS相比)被選擇時，然后次要的調(diào)諧器被重新指定變得為主要的調(diào)諧器。
[0152]圖17示意性地示出了兩個單獨的節(jié)目服務的多路復用。
[0153]使用上述技術，一種機制已經(jīng)被提供以將從兩個或更多TS選擇的包合并成為單個復合封包數(shù)據(jù)流。包可以正確順序多路復用在一起，即用于任何單獨接收的TS，包適合于用于解碼需要的節(jié)目服務將會以相對于彼此的正確順序出現(xiàn)在復合封包數(shù)據(jù)流中。然而，此機制無法保證復用的包出現(xiàn)在準確的時間位置的一致封包數(shù)據(jù)流中。在簡單的水平，當旨在包括在復合封包數(shù)據(jù)流中的兩個包將具有重疊的時間位置時這會成為一種問題；在復合封包數(shù)據(jù)流的生成中，復合封包數(shù)據(jù)流其中之一必須被延遲以便在另一個之后被歸入復合封包數(shù)據(jù)流。這些時間誤差當通過包表示的音頻/視頻信號被解碼或者被渲染時可以導致對應的誤差。
[0154]圖17是這個潛在的問題的示例的示意圖。從每一個兩個傳輸流(TS I和TS 2)選擇包的子組。所選擇的包的子組是在示圖中沿著時間軸從左到右畫出的包。未選擇的包未在圖中示出以幫助示圖的清晰度。時間沖突的一個示例，能夠看出來自TS I的包400與來自TS 2的包402在時間上重疊。
[0155]圖17的第三行(標記為“至/從模塊”)示意性地表示復合封包數(shù)據(jù)流?？梢钥闯霭?00實質(zhì)上保留了它的原始時間位置，但是包402已經(jīng)延遲，以便在包400之后在復合封包數(shù)據(jù)流中出現(xiàn)。
[0156]圖17的第四行和第五行表示在通過CAM組114解碼和解復用之后重構的單獨的封包數(shù)據(jù)流。此外，可以看出解密的包400’保留有它的原始時間位置，在此包402的解碼的版本(解密的包402’)經(jīng)受移動移位量404的時間移位(time shift)。相似的時間移位406應用在TS 2中的后續(xù)數(shù)據(jù)包。
[0157]傳輸流內(nèi)的時間位置的改變使得參考(PCR)封包數(shù)據(jù)流內(nèi)時間標記的程序鐘不再精確。因此，需要用于解碼MPEG節(jié)目服務的接收器時鐘不能足夠的準確并且這會導致諸如口型同步錯誤的主觀擾亂問題。
[0158]用于解決該問題的兩個可能的技術會在以下論述。圖18示意性地示出了包410(如上所述可以或者不能包括預懸報頭)還包括增強的包報頭412，該包報頭包括表示時間戳分配到來自相應的解調(diào)器的每個TS包的至少一種數(shù)據(jù)包到達時間，或者換句話說是與復合流的生成相關的時間。
[0159]圖19示意性地示出了存儲相似數(shù)據(jù)的包定時數(shù)據(jù)表，盡管沒有以包報頭的形式，使TS包的原始定時能夠在最終解碼器級被重新生成。該表可以經(jīng)由控制接口或者例如作為DVB專用數(shù)據(jù)或者作為數(shù)據(jù)表被傳送至CAM。這種數(shù)據(jù)可以作為在復合流中與其涉及的數(shù)據(jù)包相鄰的專用數(shù)據(jù)數(shù)據(jù)包被傳輸。其將數(shù)據(jù)鏈接至相應的包。
[0160]首先詳細地參考圖19，包定時數(shù)據(jù)表包括針對每一個TS包的五個數(shù)據(jù)字段。五個數(shù)據(jù)字段為:序列號420，通過主機作為序列的一部分分配到傳輸流中的每個輸入的TS包；從包的報頭獲取PID值422 ;包到達時間424，其表示通過主機或者Cl控制器分配到來自其相應解調(diào)器的每個TS包的時間戳；“發(fā)送”標志426，表示TS包是否已經(jīng)被發(fā)送到用于解密的CAM的組114 ;以及“接收”標志428，表示是否已經(jīng)在解密之后從CAM的組接收返回的包。
[0161]使用保持在包定時數(shù)據(jù)表中的信息，Cl控制器能夠根據(jù)存儲在表中的包到達時間，在它們的原始時間位置插入從CAM的組114接收返回的解碼的包。當然，對于所有在重構的TS中的包可能有一致的短暫延遲(因為不能在早于從CAM的組接收返回的包的時間將包重新插入到TS中)，但是對于所有在重構的TS中的包的相對時間可以通過利用存儲在包定時數(shù)據(jù)表中的到達時間數(shù)據(jù)被糾正。
[0162]可以使用圖18中所示的增加的報頭數(shù)據(jù)412實現(xiàn)相似的功能。
[0163]圖20示意性地示出了圖18的包的生成，以及圖21示意性地示出了圖18的包的使用。
[0164]參照圖20，在步驟430上，當TS包到達Cl控制器時，Cl控制器檢測當前時間，并且在步驟432上至少將到達時間數(shù)據(jù)添加至增強的報頭412。
[0165]參照圖21，當包在解密之后從CAM組接收時，Cl控制器在步驟434上檢測先前被插入到增強的報頭412中的定時信息，以及在步驟436在正確的時間生成控制信息以控制數(shù)據(jù)包的解碼，或者在正確的時間將數(shù)據(jù)包重新插入至重構的TS中(或者如上所述，在至少正確的相對于在重構的TS中的其它數(shù)據(jù)包的相對時間)。
[0166]圖22示意性地示出了圖19中表的生成，以及圖23示意性地示出了圖19中表的使用。
[0167]參照圖22，在步驟440上，Cl控制器檢測來自其相應的解調(diào)器的TS包的到達時間，并且在步驟442上將該到達時間連同序列號和從數(shù)據(jù)包的報頭提取的PID —起存儲作為諸如圖19中所示的表的一部分。如果Cl控制器發(fā)送用于解碼的數(shù)據(jù)包，Cl控制器設定“發(fā)送”標志426以表示發(fā)送已經(jīng)發(fā)生。
[0168]參照圖23，當從解密過程被接收返回的數(shù)據(jù)包時，在步驟444上，Cl控制器在表中設定“接收”標志428，并且隨后，在步驟446上接入來自表中的到達時間字段424的時間信息，使用PID 422和序列號420以為正確的數(shù)據(jù)包索引數(shù)據(jù)?？蛇x地，一旦一行數(shù)據(jù)已經(jīng)被數(shù)據(jù)包接入，其可以從圖19的表中刪除以避免表內(nèi)數(shù)據(jù)的過大地增生(proliferat1n)。如前所述，在步驟448上，Cl控制器為數(shù)據(jù)包在正確的時間實現(xiàn)任一控制解碼過程，或者控制數(shù)據(jù)包在正確的時間或者至少正確的相對于在重構的TS中的其它數(shù)據(jù)包的相對時間，重新插入到重構的TS。
[0169]能夠增加系統(tǒng)的安全性的一些條件接入系統(tǒng)的兩個特征是所謂的避讓(shunning)和所謂的撤銷過程。
[0170]避讓數(shù)據(jù)包括在廣播數(shù)據(jù)內(nèi)的所謂的服務說明表(SDT)內(nèi)，例如，包括用于主機(內(nèi)容接收器)的安全授權信息的服務數(shù)據(jù)。避讓使主機能夠被指示不使用盜版或者未授權的CAM，或者接收和解密某些服務。未授權的模塊或者服務在服務說明表數(shù)據(jù)內(nèi)詳細說明。因此，避讓在主機強加了一種要求，即不使用CAM。
[0171]撤銷包括首端告知主機傳遞數(shù)據(jù)到CAM，其指示該模塊不與作為具體制造商的型號的主機交互。此外，這可被用于安全性已經(jīng)折衷的具體型號，以便保護整體條件接入系統(tǒng)的完整性。因此，撤銷在CAM上強加了一種要求，即不向主機提供解密服務。撤銷數(shù)據(jù)通過在EMM中的一個入口被發(fā)送，告知CAM何處尋找進入Cl+數(shù)據(jù)輪播的撤銷信令數(shù)據(jù)(RSD)。
[0172]在避讓或者撤銷情況中，主機基于SDT數(shù)據(jù)執(zhí)行檢測以確定主機是否被授權解碼所接收的節(jié)目數(shù)據(jù)。主機可以可選擇地向用戶發(fā)送事件信號，例如通過屏幕顯示(未示出)。
[0173]撤銷數(shù)據(jù)總體上通過操作者證書進行簽名，其依次通過根證書簽名，并且因此預防如下所述的與撤銷數(shù)據(jù)相比避讓數(shù)據(jù)更為相關。
[0174]所有這樣的數(shù)據(jù)均被包含在TS內(nèi)。在單個調(diào)諧器和單個CAM系統(tǒng)中，避讓和/或撤銷數(shù)據(jù)的完整性能夠?qū)嵸|(zhì)上通過調(diào)諧器繞過CAM模塊來保證，為與當前主機和/或CAM有關的任何避讓或者撤銷數(shù)據(jù)校驗SDT數(shù)據(jù)，并且傳遞避讓全部撤銷數(shù)據(jù)到CAM用于行動。這些測量可以避免CAM在數(shù)據(jù)被主機校驗之前操縱TS中的數(shù)據(jù)。(這在CAM的安全性已經(jīng)被折衷的情形中是一種風險)。
[0175]在多個調(diào)諧器和復用的復合封包數(shù)據(jù)流設置中的情形更為復雜。此時，其不是簡單的繞過在復合封包數(shù)據(jù)流的內(nèi)容中的CAM組。因此，存在危險一個或多個CAM組可以在通過主機作為檢測主機是否被授權與CAM合作的一部分之前破壞或者操縱包含于SDT中的避讓或者撤銷數(shù)據(jù)，例如，避讓CAM (例如，通過發(fā)送命令至CAM不解碼所接收的節(jié)目數(shù)據(jù))或者拒絕與具體的CAM交互。
[0176]圖24示意性地示出了可以至少減少圖4的主機設備的內(nèi)容中的這個問題的布置。
[0177]參照圖24，使用秘密的密碼密鑰通過簽名單元460對由Cl控制器112生成的多路復用的(復合的)數(shù)據(jù)流進行數(shù)字簽名。然后，數(shù)字簽名的多路復用數(shù)據(jù)流被傳送到CAM的組114，其作用為用于根據(jù)在流標識數(shù)據(jù)中的PID來解碼來自復合封包數(shù)據(jù)流的兩個或更多的節(jié)目的內(nèi)容解碼器。在解密之后，在數(shù)據(jù)被傳送回多路解復用器142之前由簽名校驗器462 (校驗簽名的有效性)校驗該簽名。
[0178]可以在此使用與使用私鑰的簽名和使用公鑰進行校驗有關的已知技術。這樣的密鑰對于接收器可以是唯一的，例如在制造時以安全的方式存儲在接收器中。這個數(shù)字簽名是一種數(shù)字式安全指示符的示例。
[0179]可以通過安全的數(shù)據(jù)鏈路464在簽名單元460與校驗單元462之間通信秘密密鑰。公鑰-私鑰對從主機至主機可以是不同，以增加校驗系統(tǒng)潛在的完整性。
[0180]數(shù)字簽名可以應用于整個封包復合數(shù)據(jù)流或者僅應用到數(shù)據(jù)流內(nèi)的SDT數(shù)據(jù)。因此，在實施方式中，數(shù)字簽名至少應用于被包括在復用流中的SDT數(shù)據(jù)。數(shù)字簽名可以被插入到數(shù)據(jù)流中或者可以分別在單元460與單元462之間通信。
[0181]如果主機發(fā)現(xiàn)其數(shù)字簽名已經(jīng)被破壞，其可以執(zhí)行各種不同的行動。其可以向用戶指示事實，例如通過屏幕進行顯示。其可以使用控制接口 218依次啟用和禁用每個CAM，以檢測哪些CAM引起損壞，并且隨后永久的或者半永久地禁用該CAM。無論如何，Cl+規(guī)范指出主機不允許將由損壞或者避讓的CAM解密的內(nèi)容呈現(xiàn)至由用戶觀看的屏幕，或者用于被用戶記錄。
[0182]應理解上述的一些技術，諸如與生成復合封包數(shù)據(jù)流有關的技術，涉及使用至少兩個TS的系統(tǒng)。其他的技術涉及使用一個或多個輸入TS的系統(tǒng)。
[0183]實施方式還包括如描述的作為裝置內(nèi)的信號的數(shù)據(jù)信號，具體地(盡管不排外地)，如從主機傳送到CAM或者CAM的組的信號或者返回信號。一種諸如存儲器的存儲介質(zhì)，通過其存儲這種信號也被認為是實施方式。例如，存儲介質(zhì)可以是非易失性機器可讀存儲介質(zhì)。
[0184]在圖24的上下文中，這種信號的示例是包括復合封包數(shù)據(jù)流的音頻/視頻數(shù)據(jù)信號，該復合封包數(shù)據(jù)流具有來自兩個或更多封包數(shù)據(jù)流的節(jié)目數(shù)據(jù)，具有來自兩個或更多個接收的封包數(shù)據(jù)流的數(shù)據(jù)包的子組，該子組包括與將要解碼的節(jié)目有關的音頻/視頻數(shù)據(jù)包；并且服務數(shù)據(jù)包括用于內(nèi)容接收器的安全性授權信息，服務數(shù)據(jù)具有應用的數(shù)字式安全性指示符。
[0185]在實施方式使用軟件控制的數(shù)據(jù)處理裝置已實施、至少部分實施的范圍內(nèi)，應注意的是這樣的軟件和提供軟件的介質(zhì)(諸如非易失性機器可讀存儲介質(zhì)，例如，磁盤或者光盤或者非易失性存儲器)同樣被認為是本公開的實施方式。
[0186]以下實施方式涉及在不同組合中的上述的特征。
[0187]實施方式可以提供一種音頻/視頻內(nèi)容接收器的操作的方法，接收器具有內(nèi)容解碼器，內(nèi)容解碼器能夠通過使用定義解密信息的數(shù)據(jù)包從封包數(shù)據(jù)流解碼音頻/視頻節(jié)目，方法包括以下步驟:
[0188]接收編碼的音頻/視頻內(nèi)容作為封包數(shù)據(jù)流，封包數(shù)據(jù)流包括具有通過相應組的一個或多個包標識符標識的數(shù)據(jù)包的一個或多個節(jié)目，并且包括將節(jié)目映射至相應組的包標識符的標識數(shù)據(jù)；
[0189]根據(jù)用于關于需要的節(jié)目的封包數(shù)據(jù)流的標識數(shù)據(jù)定義的包標識符的組從用于需要的節(jié)目的該流選擇數(shù)據(jù)包；
[0190]從封包數(shù)據(jù)流選擇另外的數(shù)據(jù)包，其中，從封包數(shù)據(jù)流選擇具有沒有被包括在用于該封包數(shù)據(jù)流的標識數(shù)據(jù)中的包標識符的節(jié)目；
[0191]從選擇的包生成復合封包數(shù)據(jù)流；
[0192]生成指示被包括在復合封包數(shù)據(jù)流中的包的包標識符的復合流標識數(shù)據(jù)；以及
[0193]將復合封包數(shù)據(jù)流供應至用于根據(jù)復合流標識數(shù)據(jù)中的包標識符從復合封包數(shù)據(jù)流解碼節(jié)目的內(nèi)容解碼器。
[0194]實施方式可以提供一種音頻/視頻內(nèi)容接收器的操作方法，該音頻/視頻內(nèi)容接收器具有內(nèi)容解碼器能夠同時從單個封包數(shù)據(jù)流解碼兩個或更多音頻/視頻節(jié)目，該方法包括以下步驟:
[0195]接收作為兩個或更多封包數(shù)據(jù)流的編碼的音頻/視頻內(nèi)容，每一個數(shù)據(jù)流包括具有由相應一個或多個包標識符識別的數(shù)據(jù)包的一個或多個節(jié)目，每一個封包數(shù)據(jù)流包括標識數(shù)據(jù)將節(jié)目映射到相應的包標識符組；
[0196]生成具有來自兩個或更多個封包數(shù)據(jù)流的節(jié)目數(shù)據(jù)的復合封包數(shù)據(jù)流，通過:
[0197]從作為主要封包數(shù)據(jù)流被解碼的節(jié)目數(shù)據(jù)定義封包數(shù)據(jù)流之一，以及來自作為次要封包數(shù)據(jù)流解碼的節(jié)目數(shù)據(jù)的其他封包數(shù)據(jù)流；
[0198]從封包數(shù)據(jù)流為每一個需要的節(jié)目根據(jù)由標識數(shù)據(jù)定義的包標識符組選擇數(shù)據(jù)包，其中其數(shù)據(jù)流相對于需要的節(jié)目；
[0199]重新映射從次要封包數(shù)據(jù)流中選擇的至少那些數(shù)據(jù)包的包標識符，以及具有相同包標識符與來自另一個封包數(shù)據(jù)流的包標識符相同重新映射到不同的相應包標識符，，而不是重新映射以及從主要封包數(shù)據(jù)流中選擇出的包標識符；以及
[0200]生成復合流標識數(shù)據(jù)，定義復合封包數(shù)據(jù)流中的包標識符；
[0201]根據(jù)在復合流標識數(shù)據(jù)中的包標識符解碼來自復合封包數(shù)據(jù)流的節(jié)目；
[0202]根據(jù)檢測從主要封包數(shù)據(jù)流用于解碼的不同的節(jié)目的選擇或者用于代替主要封包數(shù)據(jù)流接收的不同的封包數(shù)據(jù)流的選擇，改變主要封包數(shù)據(jù)流的標記為次要封包數(shù)據(jù)流。
[0203]實施方式可以提供音頻/視頻內(nèi)容接收器的操作方法，該音頻/視頻內(nèi)容接收器具有內(nèi)容解碼器能夠通過使用數(shù)據(jù)包定義的解密信息同時地解碼來自單個封包數(shù)據(jù)流的兩個或更多音頻/視頻節(jié)目，所述方法包括以下步驟:
[0204]接收作為兩個或更多封包數(shù)據(jù)流的編碼的音頻/視頻內(nèi)容，每一個數(shù)據(jù)流包括具有由相應一個或多個包標識符識別的數(shù)據(jù)包的一個或多個節(jié)目，每一個封包數(shù)據(jù)流包括標識數(shù)據(jù)將節(jié)目映射到相應的包標識符組以及包括用于內(nèi)容接收器的安全性授權信息的服務數(shù)據(jù)；
[0205]從兩個或更多封包數(shù)據(jù)流中生成具有節(jié)目數(shù)據(jù)和服務數(shù)據(jù)的復合封包數(shù)據(jù)流；
[0206]應用數(shù)字式安全性指示符到包括在復合封包數(shù)據(jù)流中的至少服務數(shù)據(jù)；
[0207]提供復合封封包數(shù)據(jù)流至內(nèi)容解碼器用于根據(jù)復合流標識數(shù)據(jù)中的包標識符為來自復合封封包數(shù)據(jù)流的兩個或更多節(jié)目解碼；
[0208]從內(nèi)容解碼器接收服務數(shù)據(jù)；
[0209]檢測應用于服務數(shù)據(jù)的數(shù)字式安全性指示符的有效性；以及
[0210]根據(jù)服務數(shù)據(jù)，檢測內(nèi)容接收器是否被授權解碼接收的節(jié)目數(shù)據(jù)。
[0211]實施方式可以提供一種音頻/視頻內(nèi)容接收器的操作方法，該音頻/視頻內(nèi)容接收器具有內(nèi)容解碼器能夠同時地從編碼音頻/視頻數(shù)據(jù)包的單個封包數(shù)據(jù)流中解碼兩個或更多音頻/視頻節(jié)目，該方法包括以下步驟:
[0212]接收編碼的音頻/視頻內(nèi)容作為兩個或更多封包數(shù)據(jù)流，每一個數(shù)據(jù)流包括具有相應編碼的音頻/視頻數(shù)據(jù)包的一個或多個節(jié)目；
[0213]通過從兩個或更多接收的封包數(shù)據(jù)流中選擇數(shù)據(jù)包子組，生成具有來自兩個或更多封包數(shù)據(jù)流的節(jié)目數(shù)據(jù)復合封包數(shù)據(jù)流，該子組包括與被解碼的節(jié)目有關的音頻/視頻數(shù)據(jù)包；
[0214]存儲定時數(shù)據(jù)表示至少音頻/視頻數(shù)據(jù)包的到達時間被包括在復合封包數(shù)據(jù)流中；以及
[0215]從復合封包數(shù)據(jù)流根據(jù)相對于每一個解碼的音頻/視頻數(shù)據(jù)包存儲的定時信息解碼和輸出音頻/視頻節(jié)目數(shù)據(jù)。
[0216]實施方式可以提供一種用于接收和解碼音頻/視頻數(shù)據(jù)信號調(diào)制到傳輸信道的音頻/視頻內(nèi)容接收器，至少一個傳輸信道攜帶非觀看信息，該接收器包括:
[0217]調(diào)諧器布置(tuner arrangement),能夠同時調(diào)諧至兩個或更多的傳輸信道；
[0218]多路復用器，被配置為從接收的與需要用于解碼的節(jié)目有關的音頻/視頻信號生成復合數(shù)據(jù)信號；
[0219]內(nèi)容解碼器，能夠同時從所述復合數(shù)據(jù)信號解碼兩個或更多的音頻/視頻節(jié)目；
[0220]檢測器，被配置為檢測由所述調(diào)諧器布置調(diào)諧的一個或多個傳輸信道當前是否未被用于關于提供用于解碼的節(jié)目；
[0221]控制器，響應于檢測出傳輸信道當前未被使用，用于控制調(diào)諧器來將該信道調(diào)諧為攜帶非觀看信息的傳輸信道；以及
[0222]非觀看信息解碼器，用于解碼接收到的非觀看信息。
[0223]實施方式可以提供一種音頻/視頻內(nèi)容接收器的操作方法，該音頻/視頻內(nèi)容接收器具有內(nèi)容解碼器能夠通過使用數(shù)據(jù)包定義的解密信息解碼來自封包數(shù)據(jù)流音頻/視頻節(jié)目，所述方法包括以下步驟:
[0224]接收編碼的音頻/視頻內(nèi)容作為封包數(shù)據(jù)流，所述封封包數(shù)據(jù)流包括具有通過相應組的一個或多個包標識符標識的數(shù)據(jù)包的一個或多個節(jié)目，并且包括將節(jié)目映射至相應組的包標識符的節(jié)目的標識數(shù)據(jù)；
[0225]根據(jù)對于所需節(jié)目的流的標識數(shù)據(jù)定義的包標識符的組為每一個需要的節(jié)目從封封包數(shù)據(jù)流中選擇數(shù)據(jù)包；
[0226]在節(jié)目時鐘基準數(shù)據(jù)不包括在與所選擇的節(jié)目有關的數(shù)據(jù)包中的情況下；從每一個封包數(shù)據(jù)流中從所選擇的包含與所選擇的節(jié)目有關節(jié)目時鐘基準數(shù)據(jù)的節(jié)目選擇另外的數(shù)據(jù)包；
[0227]從所選擇的數(shù)據(jù)包中生成復合封封包數(shù)據(jù)流；以及
[0228]生成復合流標識數(shù)據(jù)，定義復合封包數(shù)據(jù)流中的包標識符；以及
[0229]提供復合封包數(shù)據(jù)流到內(nèi)容解碼器，用于根據(jù)節(jié)目時鐘基準和在復合流標識數(shù)據(jù)中的包標識符解碼。
[0230]顯而易見的是，借鑒上述教導，本發(fā)明的眾多變形和改變是可能的。因此應當理解，在所附權利要求的范圍內(nèi)本技術可以按不同于這里具體描述的方式來實施。
【權利要求】
1.一種音頻/視頻內(nèi)容接收器，用于接收并且解碼被調(diào)制到傳輸信道上的音頻/視頻數(shù)據(jù)信號，至少一個傳輸信道攜帶非觀看信息，所述接收器包括: 調(diào)諧器布置，能夠同時調(diào)諧至兩個或更多的傳輸信道； 多路復用器，被配置為從接收的與需要用于解碼的節(jié)目有關的音頻/視頻信號生成復合數(shù)據(jù)信號； 內(nèi)容解碼器，能夠同時從所述復合數(shù)據(jù)信號解碼兩個或更多的音頻/視頻節(jié)目； 檢測器，被配置為檢測由所述調(diào)諧器布置調(diào)諧的一個或多個傳輸信道當前是否未被用于關于提供用于解碼的節(jié)目； 控制器，響應于檢測出傳輸信道當前未被使用，用于控制調(diào)諧器來將該信道調(diào)諧為攜帶非觀看信息的傳輸信道；以及 非觀看信息解碼器，用于解碼接收到的非觀看信息。
2.根據(jù)權利要求1所述的接收器，其中，所述調(diào)諧器布置包括均能夠操作用于調(diào)諧至單個的相應傳輸信道的兩個或更多的調(diào)諧器。
3.根據(jù)權利要求1或權利要求2所述的接收器，其中，由所述調(diào)諧器布置調(diào)諧的每個傳輸信道攜帶編碼的音頻/視頻內(nèi)容作為相應的封包數(shù)據(jù)流，每個數(shù)據(jù)流包括具有由相應組的一個或多個包標識符標識的數(shù)據(jù)包的一個或多個節(jié)目。
4.根據(jù)權利要求3所述的接收器，其中，所述多路復用器能夠操作用于從兩個或更多的所述封包數(shù)據(jù)流生成具有節(jié)目數(shù)據(jù)的復合封包數(shù)據(jù)流。
5.根據(jù)前述權利要求中任一項所述的接收器，其中，所述內(nèi)容解碼器包括兩個或更多的內(nèi)容解碼器的串聯(lián)連接的布置。
6.根據(jù)前述權利要求中任一項所述的接收器，其中，所述非觀看信息包括數(shù)據(jù)率低于觀看數(shù)據(jù)率的音頻/視頻數(shù)據(jù)，所述非觀看信息解碼器包括存儲控制器，所述的存儲控制器用于控制所述非觀看信息的存儲以用于稍后的接入。
7.根據(jù)權利要求1至5中任一項所述的接收器，其中，所述非觀看信息包括用于由所述內(nèi)容解碼器使用的控制信息。
8.一種音頻/視頻內(nèi)容接收器的操作的方法，所述接收器用于接收并且解碼被調(diào)制到傳輸信道上的音頻/視頻數(shù)據(jù)信號，至少一個傳輸信道攜帶非觀看信息，所述方法包括: 同時調(diào)諧至兩個或更多的傳輸信道； 從接收的與需要解碼的節(jié)目有關的音頻/視頻信號生成復合數(shù)據(jù)信號； 檢測由所述調(diào)諧器布置調(diào)諧的一個或多個傳輸信道當前是否未被用于關于提供用于解碼的節(jié)目； 響應于檢測出傳輸信道當前未被使用，控制所述調(diào)諧器將該信道調(diào)諧為攜帶非觀看信息的傳輸信道；以及 解碼接收到的非觀看信息。
9.一種計算機軟件，其在由計算機執(zhí)行時，使所述計算機實施根據(jù)權利要求8所述的方法。
10.一種存儲介質(zhì)，所述存儲介質(zhì)存儲根據(jù)權利要求9所述的計算機軟件。
【文檔編號】H04N21/434GK104205855SQ201380016663
【公開日】2014年12月10日 申請日期:2013年3月20日 優(yōu)先權日:2012年3月26日
【發(fā)明者】戴維·希爾-喬伊特 申請人:索尼公司, 索尼歐洲有限公司