TW201401853A - 接收聲頻／視訊內容 - Google Patents

接收聲頻／視訊內容 Download PDF

Info

Publication number
TW201401853A
TW201401853A TW102108453A TW102108453A TW201401853A TW 201401853 A TW201401853 A TW 201401853A TW 102108453 A TW102108453 A TW 102108453A TW 102108453 A TW102108453 A TW 102108453A TW 201401853 A TW201401853 A TW 201401853A
Authority
TW
Taiwan
Prior art keywords
packet
data
audio
video
data stream
Prior art date
Application number
TW102108453A
Other languages
English (en)
Inventor
Sri Gopikanth Gutta
Kohei Yamamoto
Masahiko Sato
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of TW201401853A publication Critical patent/TW201401853A/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23608—Remultiplexing multiplex streams, e.g. involving modifying time stamps or remapping the packet identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43607—Interfacing a plurality of external cards, e.g. through a DVB Common Interface [DVB-CI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365—Multiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2368—Multiplexing of audio and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
    • H04N21/4181—External card to be used in combination with the client device, e.g. for conditional access for conditional access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42607—Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/4263—Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific tuning arrangements, e.g. two tuners
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4347—Demultiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4405—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream decryption

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

一種聲頻/視訊內容接收器的操作方法，該接收器具有能同時從編碼聲頻/視訊資料封包的單一封包資料串流解碼二或多個聲頻/視訊節目的內容解碼器，該方法包含下列步驟：將編碼聲頻/視訊內容接收為二或多個封包資料串流，各資料串流包含具有個別編碼聲頻/視訊資料封包的一或多個節目；藉由從該等二或多個已接收封包資料串流選擇資料封包的子集，從二或多個該等封包資料串流產生具有節目資料的複合封包資料串流，該子集包括與待解碼之此等節目相關的此等聲頻/視訊資料封包；儲存至少指示包括在該複合封包資料串流中的此等聲頻/視訊資料封包之到達時間的時序資料；及根據關於各解碼聲頻/視訊封包儲存的該時序資訊，從該複合封包資料串流解碼及輸出聲頻/視訊節目資料。

Description

接收聲頻/視訊內容
此發明相關於接收聲頻/視訊內容。
作為背景技術，DVB共同介面(「CI」)規格容許電視接收器或機上盒(「主機」)與安全硬體模組(條件接收模組或「CAM」)互動以容許主機解密受存取控制的內容。CI規格界定主機及CAM之間的介面，使得若二者遵守CI規格，二者將協同運作。此互通提供CI系統顯著的利益，諸如，原則上容許消費者從不同製造商選擇相容產品。
在CI規格中，CAM與智慧卡及/或使用者的個人識別號碼(「PIN」)互動以提供使用者認證。
然而，原始CI規格的缺點係其提供複製已解密數位內容的可能性。此問題係由主機及CAM的互動方式所引起。在使用時，主機傳送加密資料至CAM。CAM檢查使用者認證並假設已認證使用者，其解密受存取控制的內容。然後CAM透過通常係PCMCIA(個人電腦記憶卡國際協會)介面的CAM-主機介面將解密內容傳送回主機，雖然 此介面並未受限制一例如，可使用USB介面。從CAM至主機的此連接表現出安全弱點，原則上可截取並非法地複製已解密數位內容。此安全弱點意謂著部分內容供應商偏好整合裝置，其具有作為單一單元的主機及CAM，因為透過將解密資料從CAM轉移至主機而容許彼等有更佳安全性。然而，此行動當然違反與CI關聯之相關於不同CAM及主機之潛在互通的優點。
所草擬的CI Plus規格藉由二主路線解決此等問題。CI Plus提供在CAM及主機之間的安全介面，使得解密內容資料不以清晰形式在二裝置之間傳送。又，CI Plus提供對主機及CAM二者的認證，而非僅認證CAM的CI技術。
認證系統使用憑證階層，使得主機及CAM二者必須均已由主管當局(諸如，CI Plus LLP)發佈憑證。
主機及CAM之間的PCMCIA介面係藉由在將解密內容資料從CAM傳送至主機之前加密其，然後在主機解密而受保護。此加密與由內容供應商建立的存取控制加密-解密獨立，且對各特定CAM-主機對係特定的。金鑰藉由Diffie-Hellman金鑰交換技術在CAM及主機之間交換。金鑰也隨時間循環，使得即使一金鑰受損，其在任何情形中均會在數秒後改變。
CI Plus規格也容許CAM串聯或菊鏈連接。
此發明提供如申請專利範圍第1項所界定的配置。
本發明之各種其他個別實施樣態及特性將界定於隨附 之申請專利範圍中。
10、100‧‧‧主機裝置
11‧‧‧調諧器
12‧‧‧解調變器及解多工器
13、142、680‧‧‧解多工器
14‧‧‧CC(內容控制)解密器
15‧‧‧受存取控制的電視訊號
20‧‧‧PCMCIA插槽
30‧‧‧CI Plus條件存取模式
31‧‧‧CA解密器
32‧‧‧CA金鑰產生器
33‧‧‧CC加密器
34‧‧‧CC金鑰產生器
40‧‧‧插槽
50‧‧‧智慧卡
60‧‧‧頭端
61‧‧‧CA加密器
62‧‧‧金鑰產生器
63‧‧‧授權控制單元
64‧‧‧多工器及調變器
70‧‧‧另一裝置
80‧‧‧安全介面
90‧‧‧內容供應商
102‧‧‧調諧器A
104‧‧‧調諧器B
106‧‧‧共同訊號
108、110‧‧‧解調變器
112‧‧‧CI控制器
114、220、222、224‧‧‧CAM
116、118‧‧‧訊號
120、122‧‧‧節目解多工器
124、126‧‧‧解碼器
128、130‧‧‧聲頻/視訊輸出訊號
132‧‧‧中央處理單元
134‧‧‧記憶體
140、600‧‧‧多工器
150‧‧‧M(多串流)卡
160‧‧‧S(單串流)卡
170‧‧‧傳輸串流(TS)封包
172‧‧‧頭部
174‧‧‧酬載部
176‧‧‧前置標頭
180、182‧‧‧PID選擇器
184、186‧‧‧節目配置表
188、190‧‧‧資料
192、194‧‧‧單元
196、198‧‧‧PID重映射器
200‧‧‧組合器
205‧‧‧TS封包
210‧‧‧輸入
212‧‧‧第一CAM
214‧‧‧第二CAM
216‧‧‧第三CAM
218‧‧‧控制介面
226、228‧‧‧介面單元
230‧‧‧複合封包資料訊號
260、262、264、266‧‧‧識別
400、402、410‧‧‧封包
400'、402'‧‧‧解密封包
404‧‧‧偏移量
406‧‧‧時間偏移
412‧‧‧擴充封包標頭
420‧‧‧計數器
422‧‧‧PID值
424‧‧‧封包到達時間
426‧‧‧「傳送」旗標
428‧‧‧「接收」旗標
460‧‧‧簽署單元
462‧‧‧簽章檢查器
464‧‧‧全安資料鏈路
610‧‧‧M卡CICAM
620‧‧‧解多工器
630、640‧‧‧CA模組
650‧‧‧多工器
660、670‧‧‧緩衝器
現在將僅藉由舉例的方式並參考隨附圖式以描述本發明的實施例，其中：圖1係具有CAM及智慧卡之主機裝置的概要圖；圖2係合併圖1的主機裝置之條件存取(CA)系統的概要圖；圖3係描繪圖2之系統的操作的概要圖；圖4係具有多個調諧器之主機裝置的概要圖；圖5概要地描繪多工器-解多工器配置；圖6a概要地描繪所謂的M卡；圖6b概要地描繪所謂的S卡；圖7概要地描繪傳輸串流(TS)封包；圖8概要地描繪複合封裝資料串流的資料封包；圖9概要地描繪更詳細的多工器配置；圖10概要地描繪二服務的TS封包；圖11概要地描繪包含一連串CAM的群組；圖12概要地描繪具有介面單元於其間的一連串CAM；圖13係描繪所謂假像PID之管理的概要流程圖；圖14概要地描繪PID映射表；圖15概要地描繪在偵測一連串CAM中的何CAM能解碼所需節目服務時所包含的操作； 圖16概要地描繪藉由主機裝置控制多個調諧器；圖17概要地描繪二分離節目服務的多工；圖18概要地描繪具有擴充封包標頭的封包；圖19概要地描繪封包時序資料表；圖20概要地描繪圖18之封包標頭的產生；圖21概要地描繪圖18之封包標頭的使用；圖22概要地描繪圖19之表的產生；圖23概要地描繪圖19之表的使用；圖24概要地描繪SDT簽章及簽章檢查系統；且圖25概要地描繪關於多個CAM功能的緩衝配置。
為建立該等實施例的技術背景，首先將參考圖1至3描述具有單一調諧器及解碼器配置的廣播系統。
現在參考圖1，此處將主機裝置10顯示為電視機，但也可係，例如，機上盒(對熟悉本技術的人士指出詞句「機上」並不隱含對該使用中之裝置的特定實體位置的任何要求)。主機裝置10經由廣播資料路徑接收受存取控制的電視訊號15。此可係，例如，由衛星接收碟(未圖示)接收的衛星電視訊號、地面電視訊號、或有線電視訊號等，雖然其他種類的電視訊號包括藉由網際網路協定(IP)封包訊號廣播或傳輸的電視訊號。一種技術係將MPEG傳輸串流(TS)編碼為IP封包，使得IP封包運載許多(例如，7或8個)TS封包。另一技術將電視訊號編碼為描述於參考網 址http：//en.wikipedia.org/wiki/ISO_base_media_fileformat中之所謂的ISO(國際標準組織)BMFF(基礎媒體檔案格式)配置，其內容以提及之方式併入本文中。在此種配置中，通常將在主機裝置的IP介面視為係在稱為「調諧器」的技術內，即使其可能沒有無線電頻率電路或功能。然而其確實以與無線電頻率調諧器相似的方式作用，其中其從大量可能IP串流選擇一IP串流。也可能提供已接收IP串流的緩衝。
主機裝置10具有PCMCIA插槽20，其包括用於插入模組之均根據PCMCIA標準的電連接及實體空間。在其他實施例中，可使用通用串列匯流排(USB)或其他電介面取代PCMCIA介面。
CI Plus條件存取模式，稱為CICAM 30，係可插入PCMCIA插槽20中的PCMCIA模組。當將CICAM 30完全插入插槽20中時，在CICAM 30上的連接器及插槽20內的協力連接器之間產生電連接。
CICAM自身可能係無卡模組或可能具有可能將所謂的智慧卡50插入其中的插槽40。智慧卡係可移除的，並以干預防護、安全、及非揮發性型式運載界定內容接收器之目前使用者的資訊。當將智慧卡完全插入插槽40中時，資料連接或是藉由使用在智慧卡50上及插槽40內的協力電連接器或是藉由使用資料在非常短的距離，諸如，1-2cm，內無線地轉移的已知非接觸式連接技術在智慧卡50及CICAM 30之間形成。
圖2概要地描繪在條件存取系統背景中的主機裝置10。所謂的頭端60代表受存取控制之電視訊號15的來源。頭端可能代表，例如，衛星廣播業者的上行鏈路台或地面或有線廣播業者的訊號分配中心。CA系統在使用CA系統加密的頭端將內容混碼。頭端也可將其他CA-相關資訊引入加密資料串流中，其致能CICAM解碼內容並管理用戶(使用者)的存取及權限。
頭端60將電視訊號15傳送至主機10，其依次將該訊號傳至用於該存取控制加密之解密的CICAM 30。然後CICAM 30使用區域加密重加密該訊號，並經由PCMCIA連接將該重加密訊號傳送回主機10。主機將從CICAM 30接收之用於顯示在顯示螢幕上或用於供應至另一裝置70，諸如，硬碟為基的視訊錄影機，的訊號解密。
圖3係描繪圖2之系統的操作的概要圖。圖3之系統的詳細操作描述在CI Plus規格第1.3版中(2010-01)，可從http：//www.ci-plus.com/data/ci-plus_specification_v1.3.pdf取得(在申請時)。此文件以提及之方式併入本描述中。為了將後續描述置於適當的技術背景中，圖3的描述簡單地提供詳細操作的概論。
如上文，圖3顯示頭端60(其接收來自內容供應商90的內容訊號)、主機裝置10、CICAM 30、及智慧卡50。將訊號15顯示為從頭端60傳至主機裝置10。將在主機裝置10及CICAM 30之間的安全介面80稱為共同介面。
條件存取
已知CA系統提供可藉由其拒絕或容許使用者存取數位電視系統的技術。僅將存取提供至具有有效支付帳戶的用戶或使用者。在實際應用中，使用者設有(理想上)以免於干預的方式識別使用者的智慧卡50，並設定該系統使得僅有具有有效智慧卡的使用者能得到對受存取控制內容的存取。
存取控制係藉由混碼及加密而提供。內容訊號係以8-位元組控制字組混碼，其頻繁地改變(多達每分鐘數次)以避免CA為外側的控制字組知識所損壞。以加密型式將作為授權控制訊息(ECM)的控制字組傳輸至用於將混碼內容解碼的接收器的CICAM。CICAM僅當其藉由接收授權管理訊息(EMM)而獲授權解密控制字組時，解密控制字組以容許將受存取控制內容解碼。EMM對各使用者或使用者群組係特定的；CICAM藉由比較設置在EMM中的使用者識別及設置在智慧卡50中的使用者資訊確認EMM所提供的權利。EMM可比ECM較不頻繁地傳送，連續EMM之間的間隔在目前商業系統中係在12分鐘至六周之間變化。
在MEPG電視分配系統中，ECM及EMM自身係已為人所熟知的訊息種類。彼等的酬載格式對使用中的CA系統可係特定的，具有常係語意而非具有技術重要性之在格式間的差異。
頭端
頭端60包含CA加密器61、金鑰產生器62、授權控制單元63、及多工器及調變器64。
內容供應商90將內容(諸如，電視訊號)供應至頭端60。頭端60將條件存取(CA)混碼及加密施用至該內容。
更具體地說，CA加密器61將CA金鑰使用為控制字組加密或混碼內容。CA金鑰係藉由CA金鑰產生器62產生。將藉由CA加密器產生的混碼內容供應至多工器及調變器64。
也將CA金鑰提供至授權控制單元63，其基於CA金鑰產生ECM並基於界定何用戶獲授權解碼何內容串流的用戶資料產生EMM。將ECM及EMM供應至多工器及調變器64。將來自CA加密器61之一或多個混碼內容串流、一或多個解碼(公開存取或「免費收視」)內容串流、及授權控制訊息多工在一起，以形成傳輸串流，諸如，MPEG2傳輸串流。使用已知格式運載內容資料、ECM、及EMM。界定使用在各基本串流上之混碼種類(對應於個別混碼內容串流)的ECM、EMM、及資料係以已知格式提供，並使用節目映射表(PMT)中及/或具有0x001之預定節目識別符(PID)的條件存取表(CAT)中的已知技術參考，使得可在CICAM認知CAT。
然後針對傳輸為有線、衛星、或地面廣播訊號15，藉由多工器及調變器64調變該多工傳輸串流。
主機裝置
主機裝置10包括調諧器11、解調變器及解多工器12、解多工器(「demux」)13、及CC(內容控制)解密器14。須注意主機裝置可能具有其他額外功能：例如，主機裝置可能提供二或多個衛星廣播接收、有線廣播接收、地面廣播接收、及網路(IPTV)電視接收。
依據廣播訊號15的種類，調諧器的作用係將已接收訊號轉變回基帶，使得解調變器及解多工器12可從已接收訊號選擇及解多工單一基本內容串流及關聯CAT資料。經由共同介面80將內容串流及ECM/EMM資料傳至CICAM 30。
在受存取控制內容資料的情形中，當內容資料經由共同介面80傳至CICAM 30時，其在此級仍係混碼的。藉由CA加密的優點，透過共同介面80的此傳輸部分因此係安全的。
假設ECM及EMM容許其，CICAM 30解碼內容資料並使用內容控制(CC)加密重加密其。將於下文描述完成此的方式。將CC加密資料傳回至其藉由解多工器13解多工並藉由CC解密器14解密的主機裝置10，使得其可作為清晰內容顯示或傳至另一裝置70。
因此主機裝置操作以接收聲頻/視訊內容並具有能藉由使用界定解密資訊的資料封包(諸如，EMM/ECM)從封包資料串流(諸如，TS)解碼聲頻/視訊節目的內容解碼器(例如，CAM模組)。已接收TS可能包含具有藉由個別封 包識別符(諸如，PID)群組識別的資料封包並包含將節目映射至個別PID群組之識別資料(PAT、PMT、及CAT等)的一或多個節目。
CICAM
CICAM 30包含CA解密器31、CA金鑰產生器32、CC加密器33、及CC金鑰產生器34。
可能將CA解密器31及CA金鑰產生器32視為係用於解碼受內容控制廣播內容或其他資料的存取控制單元。CICAM 30的CC金鑰產生器34及CC加密器33、及主機裝置10的解多工器13及CC解密器14合作以在CICAM及主機裝置之間提供用於已解碼受存取控制編碼廣播內容的已加密通訊鏈路(共同介面80)。
CA解密器31使用藉由使用來自智慧卡50之使用者的識別檢查之CA金鑰產生器32從已接收之ECM及EMM產生的金鑰，以解碼已接收之受存取控制內容。CICAM的此操作部分使用已知CA技術以取得並施用CA金鑰。
將清晰內容資料從CA解密器31傳至CC加密器33。然而，雖然此資料轉移對CICAM係完全內部的，其可藉由已知技術，諸如，藉由將CA解密器31、CC加密器33、及清晰內容介面設置在單一積體電路裝置內，致使其安全及防護干預。
CC加密器33使用由CC金鑰產生器34供應的CC金 鑰加密已解碼內容。此金鑰係藉由CICAM 30及主機裝置10之間的安全互換建立，且對該CICAM-主機裝置對係特定的。透過共同介面80將CC-加密內容傳至主機裝置10。因此，由於內容資料在傳至主機裝置時受CC加密，共同介面的此部分也係安全的。
金鑰交換
CICAM 30及主機裝置10二者均包含提供用於Diffie-Hellman(DH)安全金鑰交換的演算法、使用已知演算法SHA-256、DES、及AES的雜湊及加密、藉由認證機構，諸如，CI Plus LLP發佈的個別憑證、及具有對應公開金鑰的私有金鑰的邏輯、韌體、或軟體。
當CICAM 30首先與主機裝置10關聯時，CICAM 30啟始與主機裝置10的認證處理。在此處理中，各裝置驗證他者的憑證，且DH金鑰交換處理發生以在二裝置之間安全地分享金鑰。特別係CICAM首先請求主機裝置提供其憑證資料。CICAM驗證主機裝置之憑證上的簽章。然後相同處理由請求及驗證CICAM之憑證的主機實行。然後CICAM及主機各者藉由發訊DH公開金鑰並針對驗證將其傳輸至另一裝置而展示彼等擁有對應於憑證中之公開金鑰的私有金鑰。然後CICAM從主機得到及驗證認證金鑰AKH。CICAM及主機開始計算及交換用於加密及認證透過共同介面80傳送之資料的金鑰資料。以此方式，藉由CICAM及主機建立之用於透過共同介面80之通訊的金 鑰、金鑰對、或其他金鑰資訊對該CICAM-主機對係特定的。
在認證後，CICAM也開始計算CC金鑰。CICAM也指示主機裝置計算CC金鑰。然後如上文所述地根據AES演算法使用CC金鑰將從CICAM 30傳至主機裝置10的內容資料加密。因此，將理解用於安全共同介面80的金鑰對特定CICAM-主機對係特定的。
現在將描述使用多個調諧器的範例實施例，雖然也可將許多技術應用在僅設置一調諧器的配置。
圖4係具有描繪如調諧器A102及調諧器B104之各者接收無線電頻率(RF)輸入訊號的多個調諧器之主機裝置100的概要圖。RF輸入訊號可能係藉由該等多個調諧器各者處理的共同訊號106，不同的調諧器可能用於不同的個別訊號(例如，一調諧器可能相關於地面廣播電視操作，且另一調諧器可能相關於衛星廣播電視操作)。該系統並未受限於二調諧器；所描述的原理可能延伸至多於二調諧器，但為了圖式的清楚，在圖4中僅顯示二個。
調諧器102、104各者將輸出供應至個別解調變器108、110。解調變器如上文所述地操作(相關於圖3的解調變器12)，以解調變來自個別調諧器之輸出的封包資料訊號。藉由用於將一組一或多個CAM 114管理為一組串聯連接內容解碼器的CI控制器112將來自多個解調變器108、110的封包資料訊號多工在一起。將於下文討論用於實作該組CAM 114的不同選項，但在基本技術層面 上，該組CAM 114能同時解碼多於一個用於輸出的節目服務。例如，可能將該組CAM配置成同時解碼與設置在主機裝置100中之調諧器數量相同的節目服務。
藉由CI控制器112將從該組CAM 114接收回的已解碼資料解多工為代表所需節目服務的個別訊號116、118。將彼等傳至在功能上與圖3之解多工器13相似的節目解多工器120、122。
最終，藉由在功能上對應於圖3之CC解密器14的個別解碼器124、126準備用於輸出的各節目服務。解碼器124、126產生個別聲頻/視訊輸出訊號128、130。
圖4的主機裝置在中央處理單元(CPU)132的控制下操作，其依次可能係根據儲存在記憶體134(其可能依次係非暫時機器可讀記憶體，諸如，磁或光碟儲存或非揮發性半導體記憶體)中的軟體或韌體操作的可程式化處理器裝置。
圖5概要地描繪形成圖4之CI控制器112的功能部分的多工器-解多工器配置。
簡單地說，作為CI控制器112的功能部分，藉由多工器140將來自解多工器108、110之封包資料訊號的至少個別部分組合成待傳至該組一或多個CAM 114的複合封包資料訊號，並藉由將其解多工為用於解碼之個別訊號116、118的解多工器142接收該複合封包資料訊號的的已解碼版本。然而，有可能實現此的不同方式。
由二解調變器108、110輸出的封包資料訊號可能代 表所謂的傳輸串流(TS)，且正常會包括相關於數個聲頻/視訊節目服務的資料封包連同各種內務及控制封包。例如，雖然多少節目服務數量由個別TS所代表的選擇係商業選擇儘可能多的技術選擇，單一封包資料訊號可能包括與在3至10個之間的節目服務相關的封包；TS提供一定的資料帶寬量，然後廣播業者商業選擇應將多少個節目服務填入可用帶寬內。為在給定帶寬內編碼最高數量的節目服務，必須將各節目服務的編碼品質(其相關於由視聽者體驗之再生聲頻及視訊訊號的輸出品質)降低。但在任何情況下，在正常使用中，由解多工器108、110之一者產生的每個封包資料訊號將包含解碼特定期望節目服務所需之資料封包以外的資料封包係可能的。
然後技術選擇至少在原理上可能引起CI控制器112簡單地將由解多工器108、110輸出的多個封包資料訊號組合，使得保持包含在各封包資料訊號中的所有資訊。此會提供具有n級資料帶寬x個別TS之帶寬的複合封包資料訊號，其中n係藉由多工器140多工在一起之個別TS的數量。使用此種配置種類的潛在問題係CAM 114可能不能管理此種高資料率封包資料訊號。一種潛在原因係CAM可能針對相關於僅有單一封包資料訊號的相容使用而設計。
因此在其他配置中，從由解調變器108、110輸出的各封包資料訊號擷取資料封包的個別子集，並從此等個別子集的組合形成待供應至該組一或多個CAM 114的複合 封包資料訊號。將另於下文討論用於形成此組合以產生該複合封包資料訊號的技術。
二種CAM均相關於本討論。圖6a概要地描繪所謂的M(多串流)卡150，且圖6b概要地描繪所謂的S(單串流)卡160。
此二種CAM之間的主要技術差異如下。M卡150係能同時解密多於一個加密節目服務的單一單元。此代表比S卡更現化的CAM系統實作，該S卡係僅能從TS解密一節目服務的更傳統裝置。須注意M卡可用多串流或單串流(S卡)模式操作。S卡僅可用單一串流模式操作。
圖7概要地描繪傳輸串流(TS)封包170。封包包含4位元組頭部172及184位元組酬載部174。此係TS封包的標準格式，且TS係由此型式的一連串封包形成。頭部172包括封包識別符或PID。各聲頻/視訊節目服務具有二或多個PID的關聯群組。例如，一PID可能與節目服務的視訊封包關聯，另一PID可能與節目服務的聲頻封包關聯，且另一PID可能與該服務的加密控制封包關聯。因此，在單一TS內，可能有許多不同PID在使用中。PID對不同種類封包的配置係由節目配置表(PAT)及節目映射表(PMT)管理。PAT自身具有0之PID及功能，以指示運載PMT之該等封包的PID。PMT指示運載視訊及聲頻資料之封包的PID以及運載用於服務的ECM資料之封包的PID。為了完整性，條件存取表(CAT)具有1之PID並指示何封包運載用於一或多個存取控制系統的該EMM資 料。
該等PID以13位元的範圍(十進位的0至8191)獨特地界定在單一TS內。然而，由特定PID值代表的資料在各TS之間可能係模糊的。亦即，PID值可能跨越不同TS重使用。在多個TS藉由多工器140多工在一起的情形中，需要機制以克服在PID值配置中的此潛在模糊性。
用於實現此的一技術描述在US-B-7394834中，其內容以提及之方式併入本文中。在此文件中，代表期望服務的封包係從多個輸入TS擷取，並將用於從該等TS的至少一者擷取之封包的PID重映射至未關於從其他TS擷取之任何資料使用的新PID值。該重映射處理包含以另一PID值置換PID值，具有受維護的記錄或重映射表使得該期望服務可從新(重映射)PID值識別。可使用此配置以產生虛擬-TS，亦即，人工產生的TS，僅存在於主機裝置內，但其出現(從S卡的觀點)以滿足廣播TS的格式需求。亦即，虛擬-TS可由S卡解碼，就好像其已以該形式廣播，即使實際上其係在主機裝置內藉由組合多個廣播TS的一部分而產生。
另一技術係使用插入在各TS封包開始並將額外資訊提供至該封包之起源的前置標頭。當傳送資料至以多串流模式操作的M卡時使用此技術。具有前置標頭176之TS封包的範例概要地顯示在圖8中。
前置標頭176包含12位元組的額外資料並藉由主機預置於傳送至M卡的各封包。亦即，將其加在各封包的 開始之前。12位元組的額外資料包含包括識別封包係從何TS取得的區域傳輸串流識別符、區域時間戳記、用於偵測前置標頭內的錯誤的錯誤偵測資料、及用於稍後或專屬使用的保留資料欄位的各種欄位。對該等目的重要的係區域傳輸串流識別符意謂著即使在複合封包資料串流中的封包具有衝突PID值的情形中，彼等仍可藉由在前置標頭中之彼等的區域傳輸串流識別符區分。
須注意M卡需要額外前置標頭存在。S卡不能使用存在額外前置標頭操作。
所以在其他配置中，多工器140至少依據封包所源自之TS的識別將額外前置標頭預置於各此種封包，將取自多個TS的封包符記組合成適於M卡使用的複合封包資料串流。
圖9概要地描繪更詳細的多工器配置。圖9的多工器配置相關於針對藉由S卡及以單串流模式操作的M卡解碼產生虛擬TS的配置。
將各輸入傳輸串流傳至個別PID選擇器180、182，彼等參考至與該TS關聯的節目配置表184、186並參考至界定所需節目服務的資料188、190，以針對解碼為部分複合封包資料訊號建立需要傳送的PID。
在本發明的實施例中，可操作選擇器180、182以執行下列一或多者：根據藉由用於關於所需節目之串流的識別資料界定的該組封包識別符從用於所需節目的封包資料串流選擇資料 封包；從自其選擇具有不包括在用於封包資料串流之識別資料中的封包識別符之節目的封包資料串流選擇其他資料封包；及從自其選擇包含相關於經選擇節目之節目時鐘參考資料的節目之各封包資料串流選擇其他資料封包。
將於下文另外描述選擇器操作的其他特性。
界定所需節目服務的資料188、190可能由CPU 132提供，例如，可能回應於遠端遙控器(未圖示)的使用者控制或另一使用者介面控制(未圖示)，或可能回應於機器控制，例如，來自以定時模式操作且在預設記錄時間區間期間需要接收特定節目服務的視訊記錄裝置。用於各TS的單元192、194拋棄「不需要」的封包，亦即，不具有由所產生的選擇及選擇器180、182界定之PID的封包。使用PID重映射器196、198以將TS之一者的PID重映射成新PID值，以避免與其他TS之PID值的任何潛在重疊。須注意重映射操作不必關於二TS實行，且在本發明的實施例中的確將TS之一者視為係PID重映射不對其發生之所謂的「一次」TS。然而，為了彈性，當需要時，重映射器196、198針對可能的使用關於各TS設置。也須注意僅有呈現衝突的該等PID需要重映射(與來自另一TS之PID相同的PID數)，雖然也可能重映射其他的PID。在本發明的實施例中，來自一或多個「二次」TS的PID係重映射的候選者，但來自一次TS的PID不係重映射的候選 者。
在其他實施例中，可將選擇器180配置成在彼等的選擇中包括所謂的節目時鐘參考封包，使得將此等封包包括在複合封包資料串流內。
作為背景，使用節目時鐘參考(PCR)資料提供用於TS內的聲頻及視訊資料之解碼的時序資訊。PCR資料相對小且實際上包括在TS封包內在所謂的調適欄位中。調適欄位位於184位元組的酬載174內(圖7)，但依據功能，作用更如同標頭的延伸(至酬載區域174中)。為示意調適欄位的存在，標頭運載旗標指示器(諸如，一位元旗標)。然後有與調適欄位關聯的其他發訊配置，以依次指示調適欄位包括PCR資料。所以，選擇器180可藉由首先檢查封包標頭中的「調適欄位是否存在」旗標，然後檢查與調適欄位關聯的「調適欄位是否運載PCR資料」旗標偵測運載PCR資料的封包。
由PCR資料指示的時序資訊通常共同跨越TS中的所有節目服務。所以，常有僅提供TS內之一組PCR資料的需要。在本技術中用於TS的PCR資料常藉由在相關於任意一節目服務的封包中的調適欄位運載。運載用於TS之PCR資料的封包的PID可能指示在PMT中的欄位PCR_PID中。
在將整體TS傳至用於解密之CAM的配置中(如在單一調諧器中：單一CAM配置，或具有用於各調諧器或TS來源之專用CAM的配置)，PCR資料可能在相關於節目服 務而非目前觀看或已解碼節目服務之封包中的事實並不係問題，因為PCR資料仍可用於CAM，然後可用於解碼器。
但在將複合封包資料串流形成為多個輸入TS之子集的組合，具有相關於所需節目服務之各子集的目前實施例中，可能有用於節目服務之PRC資料遺失的情形，因為其係藉由相關於節目服務而非用於TS之經選擇節目服務的封包運載。
為解決此，選擇器180可調查各封包之所謂的調適欄位及(若調適欄位存在)PCR資料旗標，使得若封包係包含節目時鐘脈衝資料的封包，則無論該封包是否相關於經選擇節目服務，選擇該封包。包含PCR資料的封包包括在該選擇內，所以包括在複合封包資料串流內。
然後在適當時藉由組合器200將經選擇及重映射封包組合至單一複合資料串流中。例如，此可能係藉由連續處理，其籠統地簡單意謂著並列放在複合資料串流中。不必然暗示封包直接相鄰(可有間隙)，或不必然暗示任何特定封包次序。
使用此等技術組裝的封包資料串流因此可能包含多個PCR資料源。通常，可能有包含源自自其選擇包括在複合封包資料串流中之節目服務的各TS之PCR資料的資料封包。然而，關於各節目服務的解碼器將能存取正確的PCR資料。若PCR資料包括在待解碼節目服務的封包內，則解碼器將使用該PCR資料。若原始TS中的PCR資料包 括在相關於另一節目服務的封包中，則此等封包將藉由上述機制包括在複合封包資料串流中。在任一情形中，即使使用PID重映射，針對複合封包資料串流中之各節目服務運載(若必要時重映射)PCR_PID資料。確實，將來自PAT及/或PMT的一組資料作為關於各經選擇節目服務的複合串流識別資料運載至複合封包資料串流中，例如，以指示包含聲頻、視訊、及CA資料的封包，並指示PCR_PID。
因此，當接收步驟包含接收二或多個封包資料串流時；將上文討論的選擇步驟施用至自其選擇節目的各封包資料串流；複合封包資料串流包含來自二或多個封包資料串流的複合封包資料串流；且產生複合封包資料串流包含將經選擇封包串聯以形成複合封包資料串流。圖10概要地描繪組合成單一複合封包資料串流之二節目服務，服務1及服務2，的TS封包205。
圖11概要地描繪一連串的CAM，形成上文討論之該組CAM 114的範例。將該等CAM串列配置為所謂的菊鏈，使得將來自CI控制器112的複合封包資料串流作為輸入210供應至該串列中的第一CAM 212，並從第一CAM 212路由至第二CAM 214，在將作為複合資料串流識別資料的一部分或隨之傳送之封包識別符的基礎上解碼的所需服務傳回至CI控制器112之前自該處將其傳至第三CAM 216。可將菊鏈中的CAM配置成提供不同條件存取服務的解密，使得無論何服務(在服務範圍及由該組114所管理的CA系統內)針對解密而由使用者或機器控制選 擇，該組CAM 114的一者能解密其。將於下文參考圖15描述主機可藉由其選擇用於特定節目服務之適當CAM的技術。
因此，當形成為一組CAM或M卡CAM時，該內容解碼器能同時從單一封包資料串流解碼二或多個聲頻/視訊節目；且在此種情形中，產生複合封包資料串流的步驟包含從代表二或多個節目的封包形成複合封包資料串流。
須注意有二個主介面至各CAM。可將聲頻、視訊、及特定控制資料作為在輸入210供應之複合位元資料串流的一部分傳至CAM並從CAM傳至CAM。在CI控制器及各CAM之間提供額外的更低資料率的控制介面218。可將待於下文討論的控制訊號多工至複合封包資料串流中或藉由該控制介面運載。
概括地說，僅有一CAM用於解密特定節目服務，且除非該CAM接收來自主機之執行此的指令，其不能解密節目服務。
在本發明的實施例中，當菊鏈配置中的所有CAM均係S卡(或以單串流模式操作的M卡)時，或當菊鏈配置中的所有CAM均係M卡時，可操作圖11的配置，因為在任一情形中，用於複合封包資料串流的資料格式在CAM的整體菊鏈配置均相同。為使用在不係該情形的狀況中，圖12概要地描繪具有介面單元226、228於其間的一連串CAM 220、222、224。
在範例配置中，假設CAM 220係M卡、CAM 222係 S卡、且CAM 224係M卡。接收自CI控制器112的複合封包資料訊號230係採用M卡格式，亦即，其包括上文討論的額外前置標頭。此訊號以習知方式藉由M卡220管理，但以直接傳至菊鏈配置中的次一卡222代之，將其替代地傳至從封包將相關於前置標頭的額外標頭資訊剝離的介面單元226，且若有需要，在將複合封包資料串流傳至S卡222之前，將PID值重映射。介面單元226保留剝離資料及相關於原始複合封包資料串流的任何PID重映射資料，並將此保留資訊傳至接收來自S卡222之輸出資料串流的介面單元228。介面單元228將前置標頭重插入在各封包上並實施反PID重映射處理以使PID值返回至彼等的原始形式。然後將來自介面單元228的輸出資料串流傳至M卡224以受處理。
圖13係描繪所謂假像PID之管理的概要流程圖。
假像PID相關於在MPEG傳輸串流中的所謂假像封包。在部分實例中，假像封包可能由廣播系統的供應者所使用，諸如，主機裝置製造商、接收器製造商、廣播業者、CA系統供應商等，以將機密控制資訊(例如，「私有資料」欄位)提供至主機裝置的各種部分且特別提供至CAM或使用在主機裝置的CAM。
概括地說，保持此種封包秘密或至少不宣揚彼等的存在被視為係可取的，因為彼等可能包含對未授權使用者或駭客可係有用的資訊以實行一或多個服務的未授權解密。
在簡單範例中，假像封包可能包括CAM裝置的韌體 更新，其依次代表CA供應商或CAM製造商寧願正常地遠離潛在駭客的資料。為實現保密度，包含此種資料的封包可能使用可根據(例如)基於目前時間或其他條件之預定演算法藉由CAM導出的PID傳輸，但未將其指示為形成部分TS之任何配置表的一部分。所以，假像封包對藉由CAM裝置的使用有潛在重要性，但當彼等未包括在任何配置表內時(除非採取特定行動以避免此)，彼等可能實際上為圖9中的單元192、194所拋棄，且可能不存在於實際供應至CAM的複合封包資料串流中。
為解決此潛在問題，圖9的選擇器180、182及拋棄單元192、194可根據顯示在圖13中的下列步驟操作。
在步驟250，選擇器180、182選擇用於所需節目服務的PID。此代表對應於已參考圖9描述的操作模式。然而，與圖9的不同係在步驟252，選擇器也選擇未由PMT、PAT、或用於該TS之CAT指定的所有PID。所以，在此級，選擇器不知道什麼技術意義可能附加至假像PID，但彼等選擇存在於TS中並不具體對應於所需節目服務以外的節目服務的所有PID。步驟254代表由重映射器196、198實行的重映射操作，但指出重映射操作不僅參考至用於經選擇服務的PID，也參考至在步驟252選擇的假像PID。最後，在步驟256，將重映射資料，亦即，在重映射前之PID及重映射後的PID之間的關係傳送至該組CAM 114，使得若在該組內的CAM需要存取由假像PID界定的封包，CAM可能藉由參考至重映射資訊識別重 映射資料內的該封包。
須注意用於指示假像封包的PID可隨時間改變。實際上，此可能係與該等封包關聯之安全程序的一部分。又，假像封包可能不非常常廣播。所以，當圖9的系統首先關於來自特定TS之特定節目服務操作時，其可能不知道假像PID的目前群組。其可能藉由一或二種技術變為知道彼等：藉由偵測未在任何參考表中參考之資料串流中的PID(藉由選擇器180、182)，或藉由(例如，經由控制介面)請求該CAM認為其需要但不在複合封包資料串流中之特定PID的CAM。可能將此等的第一者視為優先選擇，第二者係反應選擇。在任一情形中，選擇器180、182的作用可係選擇用於包括在複合封包資料串流中的PID。原則上此可能立即發生，使得此種PID的第一實例包括在複合封包資料串流中。或可能有延遲，特別係若該PID的包括係回應於來自查詢PID之缺少的CAM的請求。因為控制介面的相對慢資料率，此可能發生。但不將小延遲(例如，少於一秒)視為係問題，因為通常的做法是將不係聲頻/視訊串流之一部分的任何重要封包傳輸多次。此係應付使用者可能隨時開啟或關閉其接收器的事實，所以當使用者可能夠不幸地剛好錯過該傳輸時，僅在單一情況中傳輸關鍵封包會係不好的做法。
圖14概要地描繪作為可能在步驟256從多工器140傳輸至該組CAM 114之重映射資訊種類的範例，或作為控制資料或多工至複合資料串流中的PID映射表。該PID 映射表參考至該PID自其取得之TS的識別260、從該TS取得節目服務的識別262、「舊」PID(在重映射前)的識別264、及「新」PID(在重映射後)的識別266。可能將該PID映射表多工至複合封包資料串流中及/或藉由控制介面218傳輸至CAM。
須注意，在圖14的PID映射表中可能有針對任何TS的數個不同項目，相關於所需節目服務的各種PID及存在於該TS中的各種其他假像PID。
也須注意PID映射表可能隨時間改變，所以其可能藉由CI控制器重複地傳輸至CAM或至少回應於映射中的改變重傳輸。重映射可能改變的一原因係新識別的假像封包具有對應於複合封包資料串流中之另一PID的PID，導致需要重映射彼等之一者或二者。
圖15概要地描繪在偵測一連串CAM中的何CAM能解碼所需節目服務時所包含的操作。
顯示於圖15中的操作代表在該主機及該組CAM 114中的各CAM之間的互動或交握。將描述僅相關於該組CAM中之一者的操作，但將理解對應操作會關於該組中的其他各者實行。
步驟300在該系統啟動或開機時實行，其中各CAM傳送資料(所謂的CA_SYS_ID)以識別該CAM能解密之CA系統(等)的種類，以接收用於該服務的適當ECM/EMM資料。
步驟310在針對解密選擇新節目服務時，例如，藉由 使用者控制的操作或在定時錄影裝置的控制下，或在與節目服務關聯的CA參數改變時(例如，從「清晰」至「加密」或其他循環方式)發生。主機將相關於所需節目服務的PID的識別傳送至該組114中的CAM。在步驟320，各CAM偵測相關於該服務的ECM及EMM資料，且在步驟330，偵測(參考ECM及EMM資料，以及CAM自有能力)該服務是否可由該CAM解碼。當然，在步驟310，主機可能選擇僅傳輸不確定PID至在步驟300中指示基本能力(原則上)的該等CAM，以解碼該資料種類。
在步驟340，主機檢查來自正被查詢之目前CAM的回應。若該CAM可解碼該節目服務，則在步驟350，該主機將用於該節目服務的解碼工作配置至目前查詢的CAM。若為否，若殘留仍未查詢的其他CAM，則該主機將控制傳回至步驟310以查詢次一CAM。否則，若沒有殘餘的CAM供查詢，則該處理中斷並選擇性地通知使用者該所需節目服務不能由存在於該系統中的該組CAM 114解密。
圖16概要地描繪多個調諧器102、104之藉由主機裝置的控制，且在特定範例中，係藉由主機裝置的CPU 132。在圖16中，該圖式的左側區域相關於在主機實行的操作，且右側區域相關於在該組CAM 114實行的操作。
此處理導入「一次」及「二次」調諧器的觀念，雖然可能將此視為等效於「一次」及「二次」TS的指定，因為在本實施例中，在調諧器的操作及TS的接收之間有一 對一對應，或換言之，在本實施例中，各調諧器接收單一TS。
在步驟360，建立預定位置使得將調諧器102(調諧器A)及由調諧器102接收的TS指定為「一次」，並將調諧器104(調諧器B)及由調諧器104接收的TS指定為「二次」。須注意在正常操作模式中，僅需要一調諧器觀看所謂的「現場」電視；具有另一調諧器的一作用係在現場觀看第一服務的同時，可記錄第二服務。或者，最初需要使用的調諧器及TS的第一者可形成一次TS或調諧器的最初定義。
在步驟362，CPU 132偵測二次調諧器(TS)是否在使用中，例如，記錄用於稍後觀看的節目服務。若二次調諧器未在使用中，則在步驟364，CPU 132或CI控制器將二次調諧器的可用性傳訊至該組CAM 114，回應於在步驟366可能選擇該組之何一者以使用用於非觀看接收的二次調諧器。
此處，術語「非觀看接收」可能相關於藉由CAM接收內務資料、韌體、或軟體更新等，其可能需要將調諧器的該CAM排除使用一段時間。
另一範例相關於所謂的「推送式隨選視訊」或推送式VOD。在此配置中，CAM可優先或在來自頭端的指令下導致相關於使用者可能希望觀看之視訊節目的接收資料儲存在，例如，硬碟錄影機上。已接收資料可相關於整體節目或可相關於該節目的預告或廣告，或甚至該節目正在串 流中時，可提供足夠的緩衝資料以容許重播的立即初始化(在使用者的命令下)。此種資料的接收並未具體地由使用者請求或下令；其在將該CAM或系統的另一部分初始化為背景處理時接收，並視為係「非觀看資料」，因為(a)其常以低於解碼或觀看資料率的資料率傳輸、且(b)使用者通常必須在之前，甚至在可能觀看可觀看部分之前進行其他步驟(諸如請求存取在硬碟錄影機上的資料)。
在步驟366，在接收內務資料或用於非觀看資料的其他資料的週期期間，步驟362的任何其他實例將顯示二次調諧器在使用中。當然，若使用者需要使用二次調諧器，例如，記錄節目服務，則可將用於非觀看背景接收之CAM的使用取消。此可以使用者不必知道該CAM正為二次調諧器所使用的此種方式發生。
返回至步驟362，若需要使用二次調諧器，則在步驟368，選擇用於待由二次調諧器接收之節目服務的PID(且，選擇性地，用於該TS中的任何假像封包的PID)。此對應於圖13中的步驟250及252。在步驟370，將用於二次TS的PID，如上文所選擇的，重映射(對應於圖13中的步驟254)，並將對應於用於一次及二次調諧器之經選擇PID的封包多工在一起，以形成複合封包資料訊號。須注意如上文討論的，若發生與另一PID(來自另一TS)的碰撞或衝突，僅需重映射一PID。系統可能將選自二次TS之此等封包的所有PID重映射，或可能僅重映射呈現PID數字衝突的該等PID。但顯著特性係若證明重映 射係必要的，二次TS界定具有PID的TS，該等PID係用於重映射的至少一候選者。
然後此代表該配置，直到在步驟372偵測到頻道(節目服務)改變。頻道改變可能藉由使用者控制的使用者操作或藉由頻道控制的機器操作啟動，例如，藉由需要存取特定節目服務的定時錄影處理。該等操作回應於頻道改變的偵測根據其是否係正在改變之二次或一次調諧器而變化。
若二次TS正在改變，則控制返回至步驟362，但未對一次及二次的指定產生改變。
然而，若頻道在一次調諧器(TS)改變，則將控制傳至將一次及二次的指定反轉的步驟374，並也將控制傳回至步驟362。亦即，在具有各者接收個別TS之二調諧器的系統中，現在將先前指定成一次的該者指定為二次，且現在將先前指定為二次的該者指定為一次。
此效果係現在將先前的一次視為係二次，且因此在步驟370受關於其PID的重映射處理，或至少其PID變為重映射的候選者。依次地，此意謂著沒有必要實行先前二次TS之PID的任何其他重映射或改變，因為現在將先前的二次視為係一次。對使用者而言，此意謂著未中斷在未受改變之頻道上的觀看，因為現在將接收該頻道的調諧器(或運載該頻道的TS)指定為一次，且因此該調諧器之PID的任何其他重映射係沒必要的。
在本發明的實施例中，立刻實行從一次至二次的改 變，但從二次至一次的改變可推遲至偵測到待傳回二次TS而目前無一次存在時，在該情形中，將改變施加至該二次TS。
若未取代目前系統，則藉由一次調諧器改變的頻道可能需要藉由二次調諧器的新重映射操作。此係因為實施關於二次TS之PID實行的重映射，以避免在一次調諧器之PID及重映射之二次調諧器的PID之間的任何衝突。若在一次及二次的指定中沒有改變，則在用於一次調諧器之節目服務中的改變可導致PID衝突，且因此另外需要重映射二次PID，即使頻道改變未在二次執行。因此，在缺少本技術時，在一次調諧器的頻道改變可在用於藉由二次調諧器接收之節目的服務中導致暫時中斷，其會依次主觀地打擾使用者。
步驟374可於下文更進一步地討論。回應於藉由一次接收之頻道正在改變，可將一次重指定為二次並將先前的二次指定為一次。然而，此未暗示需要將於步驟370實行之相關先前二次(現在的一次)的重映射操作取消，且實際上此會係不可取的，因為會在由該調諧器接收的服務中導致潛在中斷。但其意謂著無需實行新指定之一次的PID的任何重映射，以避免在返回後與先前之一次(現在的二次)PID的衝突。
圖17概要地描繪二分離節目服務的多工。
使用上述該等技術，已提供機制以將來自二或多個TS之經選擇封包合併入單一複合封包資料串流中。該等 封包可以右序多工在一起，亦即，針對任何個別已接收TS，適合所需節目服務的封包將以相關於另一者的正確次序出現在複合封包資料串流中。然而，該機制不必然保證多工封包在一致封包資料串流中出現在正確的時間位置。淺顯地說，當意圖包括在複合封包資料串流中的二封包具有重疊時間位置時，此可係問題；在產生複合封包資料串流時，必須延遲彼等的一者以在複合封包資料串流中包括在另一者之後。當解碼或呈現藉由封包表示的聲頻/視訊訊號時，此等時間錯誤可導致對應錯誤。
圖17係此潛在問題之範例的概要圖式。從二傳輸串流，TS1及TS2，各者選擇封包的子集。封包的經選擇子集係在圖式中沿著從左至右前進的時間軸描繪的該等封包。簡單地未描繪末選擇封包，以協助圖式清楚。作為時序衝突的範例，可看見來自TS1的封包400在時間上與來自TS2的封包402重疊。
圖17的第三列(標示為「至/來自」模組)概要地代表複合封包資料串流。在複合封包資料串流中，將看見已將封包400實質保留在其原始時間位置，但已延遲封包402以發生在封包400之後。
圖17的第四及第五列代表在藉由該組CAM 114解密及解多工之後重構的個別封包資料串流。再次，將看見已將解密封包400'保留在其原始時間位置，其中封包402的解密版本(解密封包402')已受偏移量404的時間偏移。將相似時間偏移406施加至TS2中的稍後封包。
傳輸串流內之時間位置中的此改變使封包資料串流內的節目時鐘參考(PCR)時間戳記不再精確。結果，用於解碼MPEG節目服務所需的接收器時鐘將不夠精確，且此可能導致主觀打擾問題，諸如，對嘴錯誤。
將討論用於解決此問題的二可能技術。圖18概要地描繪也包括擴充封包標頭412的封包410(其可能或可能不包括如上文所述的預置標頭)，該標頭至少包括代表配置給來自個別解調變器之各TS封包的時間戳記的封包到達時間，或換言之，相關於於複合串流產生的時間。
圖19概要地描繪儲存相似資料的封包時序資料表，雖然未採用封包標頭的形式，容許在最終解碼器級重產生TS封包的原始時序。可能經由控制介面將該表作為，例如，DVB私有資料或作為資料表傳至CAM。可將此種資料作為在複合串流中相鄰的私有資料封包傳輸至其所參考的該封包。此將資料鏈接至個別封包。
首先詳細地參考圖19，封包時序資料表包含用於各TS封包的五個資料欄位。有：(在部分實施例中)可能係序列數的計數器420，藉由主機將部分序列指定至傳輸串流中的各輸入TS封包，或(在其他實施例中)可能係從傳輸串流封包標頭導出的所謂連續性計數器；從封包標頭取得的PID值422；代表由主機或CI控制器配置給從其個別解調變器進入之各TS封包的時間戳記的封包到達時間424；指示是否已將TS封包傳送至用於解密的該組CAM 114的「傳送」旗標426；及指示封包在解密後是否已從 該組CAM接收回的「接收」旗標428。
使用維護在封包時序資料表中的資訊，CI控制器可根據儲存在該表中的封包到達時間將從該組CAM 114接收回的已解密封包插入在彼等的原始時間位置。當然，在重構TS時，所有封包可能有一致的短延遲(因為封包不能比封包從該組CAM接收回的時間更早地重插入TS中)，但可藉由使用儲存在封包時序資料表中的到達時間資料使重構TS中的所有封包的相對時序正確。
如上文所提及的，計數器420可能提供由主機配置至該封包的值，或可能使用封包的連續性計數器，或可能在其他實施例中包括此等二資料值。
該連續性計數器係提供為MPEG傳輸封包之標頭的一部分的4位元計數器。每當組裝包含酬載資料的封包時，將其循序地增加。計數器僅具有4位元，其意謂著當計數器值到達15時，接著返回至0，使得其提供在模數基底16上的計數。此配置描述在ISO/I EC 13818-1 2.4.3段中。
在封包標頭中的預定位元位置將該連續性計數器提供為傳輸串流規格的一部分，使得主機(例如，CI控制器112)可能從各封包的標頭擷取連續性計數器並將連續性計數器值插入圖19的表中。
現在將參考圖25的概要圖描述以此方式使用封包標頭連續性計數器而非藉由主機產生及增加之計數器值可能係有利的原因。此圖描繪藉由其主機使用多工器600(在功 能上與上述多工器140相似)將二TS多工在一起並透過共同介面將多工資料傳至M卡CICAM 610的配置。當然，可能以此方式多工及管理多於二個TS，但為了清楚，該圖僅顯示二個。此處假設使用不同的個別CA系統，CA-A及CA-B，將二多工TS加密。
CICAM 610包含解多工器620、二CA模組630、640，各者根據使用中之CA系統(CA-A及CA-B)之個別一者解密，及用於將藉由CA模組產生的解密資料多工回單一串流中的多工器650。
藉由CA模組630、640施用的CA解密處理可能消耗不同的個別處理時間完成。可能以封包為單位量測差動延遲(例如，一CA模組用2封包週期解密，另一者用3週期)，或以其他單位，諸如，處理器週期。為容許此種差，將緩衝器660、670設置在各CA模組及多工器650之間。即使CA模組可能具有不同的個別處理延遲，該等緩衝器容許恢復二解密串流之間的時間關係以符合加密串流之間的時間關係。此可協助避免重多工串流中的封包時序衝突。
最後，透過共同介面將重多工解密串流傳回至藉由解多工器680將其解多工的主機(在功能上與上文討論之解多工器142相似)。
若在圖25之CICAM側有任何其他延遲或處理錯誤，可引起潛在問題，導致封包由CA模組之一者所拋棄。
在該情形中，若圖19的表使用由主機配置的序列 數，主機將不可能成功地處理遺失封包，因為連續序列數及封包次序之間的鏈結已受破壞。
作為此潛在困難的範例，考慮五個連續封包P1、P2、P3、P4、P5。有藉由主機配置的序列數N1、N2、N3、N4、N5。將該等序列數連同封包到達時間t1、t2、t3、t4、t5儲存在圖19的表中。
現在假設封包P2為CICAM所拋棄。由CICAM傳回的解密封包因此將包含依該次序的封包P1、P3、P4、P5。但當主機參考圖19的表以關於輸出資料串流將解密封包配置回彼等的正確時間時，主機將正確地將解密封包P1與序列數N1及時間t1關聯。但次一封包P3將不正確地與次一序列數N2及時間t2關聯。後續封包P4將不正確地與序列數N3及時間t3關聯，並依此類推。此意謂著各封包的時間將不正確，其依次可導致參考圖17於上文描述的該種時序衝突。
所以，使用由主機產生的序列數並僅儲存在圖19的表中概括地說可成功地運作，但在封包由於任何原因由CICAM所拋棄的情形中，序列數及封包之間的鏈接可受破壞且因此從圖19之表恢復的封包時序可係不正確的。
此問題藉由使用來自封包自身的連續性計數器而非如上述的序列數解決。
將連續性計數器運載為封包標頭的一部分。所以，若在解密期間拋棄封包，與拋棄封包關聯之連續性計數器的值將不出現在解密封包串流中。主機可偵測封包遺失，但 對目前目的最重要地係儲存在用於與封包關聯之圖19之表中的時間將不會不利地施加至不同封包。各封包將使用儲存在圖19之表中的正確時間。
若將由主機產生的序列數插入在封包標頭中，可得到相似優點。然而，此會加至資料率；使用已存在的連續性計數器提供不加至資料率的優點。
因此，本發明的實施例可提供一種聲頻/視訊內容接收器的操作方法，該接收器具有能同時從編碼聲頻/視訊資料封包的單一封包資料串流解碼二或多個聲頻/視訊節目的內容解碼器，該方法包含下列步驟：將編碼聲頻/視訊內容接收為二或多個封包資料串流，各資料串流包含具有個別編碼聲頻/視訊資料封包的一或多個節目；藉由從該等二或多個已接收封包資料串流選擇資料封包的子集，從二或多個該等封包資料串流產生(例如，藉由使用多工器600)具有節目資料的複合封包資料串流，該子集包括與待解碼之此等節目相關的此等聲頻/視訊資料封包；儲存至少指示包括在該複合封包資料串流中的此等聲頻/視訊資料封包之到達時間的時序資料(例如，藉由圖19的表)；及根據關於各解碼聲頻/視訊封包儲存的該時序資訊，從該複合封包資料串流解碼及輸出聲頻/視訊節目資料。
在本發明的實施例中，儲存時序資料的步驟包含：配 置(例如，在循序數的情形中)或偵測(例如，在PID或連續性計數器的情形中)關於包括在該複合封包資料串流中之各聲頻/視訊封包的封包參考指示器；並根據封包的封包參考指示器儲存用於該封包的時序資料(例如，在圖19的表中)。
該封包參考指示器可能包含封包識別符(PID)。也可能包含封包連續性計數器，係依據預定序列隨封包(例如，隨包含酬載之封包)改變的值。例如，連續性計數器可能係MPEG連續性計數器。可能將其設置在各封包的封包標頭中。其可能係隨封包以1改變的n-位元值，因此以模數2n計數，其中n係等於1或更多的整數。(在MPEG計數器的範例中，n=4)。
在本發明的實施例中，將該解碼步驟(例如，圖25中的CA-A或CA-B的操作)安排成消耗少於2n個封包週期完成。針對4-位元計數器，此會於對應於消耗不多於16個封包週期完成。假設計數器每2n個封包自身重複一次，此可避免連續性計數器之儲存值之間的模糊性。
該時序資料可能係，例如，(例如，在多工器600)到達時間，使得該時序資料依據產生該複合封包資料串流的時間。該時序時間可在解密該複合封包資料串流中的該等聲頻/視訊封包時使用；並根據關於各封包儲存的該時序資料，從該等解密封包重構個別的封包資料串流。在諸如顯示於圖19中之表的情形中，可能將儲存時序資料作為與該複合封包資料串流分隔的控制資料傳輸至該內容解碼 器。
在本發明的其他實施例中，該儲存步驟包含將該時序資料儲存為複合封包資料串流內的私有資料或IDVB表。在此種配置中，在該複合封包資料串流中，將該私有資料儲存在與其所參考之該封包相鄰的封包位置。例如，此功能可使用顯示於圖18中的擴充標頭資料412實行。
圖20概要地描繪圖18之封包的產生，且圖21概要地描繪圖18之封包的使用。
參考圖20，在步驟430，當TS封包到達CI控制器時，CI控制器偵測目前時間，並在步驟432至少將到達時間資料加至擴充標頭412。
參考圖21，當封包在解密後從該組CAM接收回時，CI控制器偵測先前在步驟434及在步驟436插入擴充標頭412中的時序資訊，或產生控制資訊以在正確時間控制該封包的解碼或在正確時間將封包重插回重構TS中(或如上文所述，至少在關於重構TS中的其他封包的正確相對時間)。
圖22概要地描繪圖19之表的產生，且圖23概要地描繪圖19之表的使用。
參考圖22，在步驟440，CI控制器偵測來自其之個別解調變器之TS封包的到達時間，並在步驟442連同序列數及從封包標頭擷取的PID將該到達時間儲存為表的一部分，諸如，顯示在圖19中的表。若CI控制器正在傳送用於解密的封包，CI控制器設定「傳送」旗標426以指 示此已發生。
參考圖23，當從解密處理接收回封包時，CI控制器在步驟444設定表中的「接收」旗標428，然後在步驟446使用PID 422及序列數420以索引正確封包的資料，從表中的到達時間欄位424存取時序資訊。選擇性地，一旦已針對封包存取資料線，其可從圖19的表中刪除以避免表內的資料過度增殖。與過去相同，在步驟448，CI控制器或是控制用於該封包的解碼處理以在正確時間實行或是控制在正確時間或至少在關於該重構TS中之其他封包的正確相對時間將封包重插入重構TS中。
可增加系統安全之部分條件存取系統的二特性係所謂的規避及所謂的廢止程序。
將規避資料包括在廣播資料內之所謂的服務描述表(SDT)內。規避容許下令主機不使用盜版或其他未授權CAM，或不接收及解密特定服務。將未授權模組及服務界定在服務描述表資料內。因此，規避對主機強加不使用CAM的請求。
廢止包含通知主機以將資料傳至下令模組不與作為主機之特定製造商型號互動之CAM的頭端。再次，此可在特定型號的安全已受損的情形中使用，以保護整體條件存取系統的完整性。所以，廢止對CAM強加不將解密服務提供給主機的請求。廢止資料係由通知CAM於Clplus資料傳送帶中的何處發現廢止發訊資料(RSD)檔案之EMM中的項目示意。
在規避或廢止情形中，主機可能選擇性地將該事件示意使用者，例如，藉由螢幕上顯示(未圖示)。
廢止資料通常藉由依次由根憑證簽署之運營商憑證簽署，所以待於下文描述的預防措施比廢止資料更相關於規避資料。
所有此資料均包含在TS內。在單一調諧器及單一CAM系統中，規避及/或廢止資料的完整性可實質由旁路CAM模組、檢查用於相關於目前主機及/或CAM的任何規避或廢止資料的SDT資料、及將規避所有廢止資料傳至用於動作之CAM的調諧器所保證。此等量測可避免CAM在資料由主機檢查之前操控TS中的資料。(此在CAM的安全已受損的情形中係項風險)。
該情況在多調諧器及多工複合封包資料串流配置中更複雜。此處，不直接在複合封包資料串流的背景中旁路該組CAM。所以，有作為偵測該主機是否獲授權以使用CAM運作的一部分之在包含在SDT中之規避或廢止資料由該主機採取行動之前，該組CAM之一或多個CAM可損壞或操控規避或廢止資料的危險，例如，以規避或拒絕與特定CAM的互動。
圖24概要地描繪可在，例如，圖4之主機裝置的背景中至少將此問題緩和的配置。
參考圖24，藉由使用秘密加密金鑰的簽署單元460數位簽署由CI控制器112產生的多工資料串流。然後將數位簽署的多工資料串流傳至該組CAM 114。在解密後， 在將資料傳回至解多工器142之前，由簽章檢查器462檢查該簽章。
此處可能使用相關於使用私有金鑰簽章及使用公開金鑰檢查的已知技術。此種金鑰對接收器可能係獨特的。此數位簽章係數位安全指示器的範例。
秘密金鑰可能藉由全安資料鏈路464在簽署單元460及檢查單元462之間通訊。公開-私有金鑰點可能在主機之間不同，以增加檢查系統的潛在完整性。
可將數位簽章施用至整體封包複合資料串流或僅施用至資料串流內的SDT資料。可將數位簽章插入資料串流中或可在單元460及462之間分隔地通訊。
若主機發現數位簽章已受損壞，可實行各種不同行動。可將該事實指示給使用者，例如，顯示為螢幕上顯示。可使用控制介面218依次致能及除能各CAM，以偵測何CAM導致該損壞，然後永久或半永久地除能該CAM。在任何情形中，Clplus規格指示不容許主機將由受損或規避CAM解密的內容呈現至由使用者觀看的螢幕，或用於由使用者錄影。
將理解上文描述的部分技術，諸如，相關於複合封包資料串流之產生的技術，相關於使用至少二TS的系統。其他技術相關於使用一或多個輸入TS的系統。
本發明的實施例也包括資料訊號，係如描述之在設備內的訊號，特別係(雖然未獨佔)從主機傳至CAM或該組CAM的訊號，或傳回訊號。也將藉由其儲存此種訊號的 儲存媒體，諸如，記憶體，視為係本發明的實施例。儲存媒體可能係，例如，非暫時機器可讀儲存媒體。
只要本發明的實施例已使用軟體控制的資料處理設備實作，至少部分實作，將理解也將此種軟體，及該軟體藉由其提供的媒體(諸如，非暫時機器可讀儲存媒體，例如，磁或光碟或非揮發性記憶體)視為係本發明的實施例。
下列實施例相關於上文討論之在各種組合中的特性。
本發明的實施例可提供操作具有能藉由使用界定解密資訊的資料封包將來自封包資料串流的聲頻/視訊節目解碼之內容解碼器的聲頻/視訊內容接收器的方法，該方法包含下列步驟：接收作為封包資料串流的已編碼聲頻/視訊內容，該封包資料串流包含具有由一或多個封包識別符的個別群組識別之資料封包的一或多個節目，並包含將節目映射至個別封包識別符群組的識別資料；根據藉由用於關於所需節目之串流的識別資料界定的該組封包識別符從用於所需節目的封包資料串流選擇資料封包；從自其選擇具有不包括在用於封包資料串流之識別資料中的封包識別符之節目的封包資料串流選擇其他資料封包；及從經選擇封包產生複合封包資料串流；產生指示包括在複合封包資料串流中的封包之封包識 別符的複合串流識別資料；及將複合封包資料串流供應至用於根據複合串流識別資料中的封包識別符從複合封包資料串流解碼節目的內容解碼器。
本發明的實施例可提供操作具有能同時從單一封包資料串流解碼二或多個聲頻/視訊節目之內容解碼器的聲頻/視訊內容接收器的方法，該方法包含下列步驟：將編碼聲頻/視訊內容接收為二或多個封包資料串流，各資料串流包括具有藉由個別一或多個封包識別符群組識別之封包的一或多個節目，各封包資料串流包含將節目映射至封包識別符之個別群組的識別資料；藉由下列步驟從二或多個封包資料串流產生具有節目資料的複合封包資料串流：將封包資料串流之待從其解碼節目資料的一者界定為一次封包資料串流，並將待從其解碼節目資料的另一封包資料串流界定為二次封包資料串流；根據藉由用於關於所需節目之串流的識別資料界定的該組封包識別符從用於各所需節目的封包資料串流選擇資料封包；將已從二次封包資料串流(等)選擇並具有與來自另一封包資料串流之封包識別符等同之封包識別符的至少該等封包的封包識別符重映射至不同的個別封包識別符，且不重映射已從一次封包資料串流選擇之封包的封包識別符；且 產生界定複合封包資料串流中的資料封包之封包識別符的複合串流識別資料；根據複合識別資料中的封包識別符從複合封包資料串流解碼二或多個節目；回應於偵測到用於從一次封包資料串流解碼不同節目的選擇或用於接收取代一次封包資料串流之不同封包資料串流的選擇，將一次封包資料串流的指定改變為二次封包資料串流。
本發明的實施例可提供一種聲頻/視訊內容接收器的操作方法，該接收器具有藉由使用界定解密資訊之資料封包能從單一封包資料串流同時解碼二或多個聲頻/視訊節目的內容解碼器，該方法包含下列步驟：將編碼聲頻/視訊內容接收為二或多個封包資料串流，各資料串流包括具有藉由一或多個封包識別符的個別群組識別之資料封包的一或多個節目，各封包資料串流包含將節目映射至封包識別符之個別群組的識別資料以及包括用於內容接收器之安全授權資訊的服務資料；從二或多個封包資料串流產生具有節目資料及服務資料的複合封包資料串流：將數位安全指示器至少施用至包括在複合封包資料串流中的服務資料；將複合封包資料串流供應至用於根據複合串流識別資料中的封包識別符從複合封包資料串流解碼二或多個節目的內容解碼器； 從內容解碼器接收服務；偵測施用至服務資料之數位安全指示器的有效性；及回應於該服務資料，偵測是否授權內容接收器解碼已接收節目資料。
本發明的實施例可提供一種聲頻/視訊內容接收器的操作方法，該接收器具有能同時從編碼聲頻/視訊資料封包的單一封包資料串流解碼二或多個聲頻/視訊節目的內容解碼器，該方法包含下列步驟：將編碼聲頻/視訊內容接收為二或多個封包資料串流，各資料串流包含具有個別編碼聲頻/視訊資料封包的一或多個節目；藉由從該等二或多個已接收封包資料串流選擇資料封包的子集，從二或多個該等封包資料串流產生具有節目資料的複合封包資料串流，該子集包括與待解碼之此等節目相關的此等聲頻/視訊資料封包；儲存至少指示包括在該複合封包資料串流中的此等聲頻/視訊資料封包之到達時間的時序資料；及根據關於各解碼聲頻/視訊封包儲存的該時序資訊，從該複合封包資料串流解碼及輸出聲頻/視訊節目資料。
本發明的實施例可提供用於接收及解碼調變在傳輸頻道上的聲頻/視訊資料訊號的聲頻/視訊內容接收器，至少一傳輸頻道運載非觀看資訊，該接收器包含：能同時調諧二或多個傳輸頻道的調諧器配置；組態成從相關於用於解碼之所需節目的已接收聲頻/ 視訊訊號產生複合資料訊號的多工器；能同時從複合封包訊號解碼二或多個聲頻/視訊節目的內容解碼器；組態成關於提供用於解碼之節目，偵測由調諧器配置調諧之一或多個傳輸頻道目前是否不在使用中的偵測器；控制器，回應於傳輸頻道目前不在使用中的偵測，用於控制調諧器以將該頻道調諧至運載非觀看資訊的傳輸頻道；及用於解碼已接收之非觀看資訊的非觀看資訊解碼器。
本發明的實施例可提供操作具有能藉由使用界定解密資訊的資料封包將來自封包資料串流的聲頻/視訊節目解碼之內容解碼器的聲頻/視訊內容接收器的方法，該方法包含下列步驟：接收作為封包資料串流的已編碼聲頻/視訊內容，該封包資料串流包含具有由一或多個封包識別符的個別群組識別之資料封包的一或多個節目及將節目映射至個別封包識別符群組的識別資料；根據藉由用於關於所需節目之串流的識別資料界定的該組封包識別符從用於各所需節目的封包資料串流選擇資料封包；在節目時鐘功能資料未包括在相關於經選擇節目之封包中的情形中，從自其選擇節目的各封包資料串流選擇包含相關於經選擇節目之節目時鐘參考資料的其他資料封包； 從經選擇封包產生複合封包資料串流；且產生界定複合封包資料串流中的資料封包之封包識別符的複合串流識別資料；且根據複合串流識別資料中的節目時鐘參考及封包識別符將複合封包資料串流供應至用於解碼的內容解碼器。

Claims (19)

  1. 一種聲頻/視訊內容接收器的操作方法，該接收器具有能同時從編碼聲頻/視訊資料封包的單一封包資料串流解碼二或多個聲頻/視訊節目的內容解碼器，該方法包含下列步驟：將編碼聲頻/視訊內容接收為二或多個封包資料串流，各資料串流包含具有個別編碼聲頻/視訊資料封包的一或多個節目；藉由從該等二或多個已接收封包資料串流選擇資料封包的子集，從二或多個該等封包資料串流產生具有節目資料的複合封包資料串流，該子集包括與待解碼之此等節目相關的此等聲頻/視訊資料封包；儲存至少指示包括在該複合封包資料串流中的此等聲頻/視訊資料封包之一到達時間的時序資料；及根據關於各解碼聲頻/視訊封包儲存的該時序資訊，從該複合封包資料串流解碼及輸出聲頻/視訊節目資料。
  2. 如申請專利範圍第1項的方法，其中該儲存時序資料步驟包含：配置或偵測關於包括在該複合封包資料串流中之各聲頻/視訊封包的封包參考指示器；且根據封包的封包參考指示器儲存用於該封包的時序資料。
  3. 如申請專利範圍第2項的方法，其中該封包參考指示器包含封包識別符(PID)。
  4. 如申請專利範圍第2項或第3項的方法，其中該封包參考指示器包含封包連續性計數器，其係依據預定序列隨封包改變的值。
  5. 如申請專利範圍第4項的方法，其中將該封包連續性計數器設置在各封包的封包標頭中。
  6. 如申請專利範圍第4項或第5項的方法，其中該連續性計數器係隨封包以1改變的n-位元值，因此以模數2n計數，其中n係等於1或更多的整數。
  7. 如申請專利範圍第6項的方法，其中將該解碼步驟安排成消耗少於2n個封包週期完成。
  8. 如申請專利範圍第6項或第7項的方法，其中n係為4。
  9. 如申請專利範圍第2至8項之任一項的方法，其中該時序資料取決於產生該複合封包資料串流的時間。
  10. 根據上述申請專利範圍之任一項的方法，包含：解密該複合封包資料串流中的該等聲頻/視訊封包；且根據關於各封包儲存的該時序資料，從該等解密封包重構個別的封包資料串流。
  11. 根據上述申請專利範圍之任一項的方法，其中該儲存步驟包含將該時序資料儲存為該複合封包資料串流內的私有資料或DVB表。
  12. 如申請專利範圍第11項的方法，其中在該複合封包資料串流中，將該私有資料儲存在與其所參考之該封 包相鄰的封包位置。
  13. 如申請專利範圍第1至10項之任一者的方法，包含將該已儲存時序資料作為與該複合封包資料串流分隔的控制資料傳輸至該內容解碼器。
  14. 電腦軟體，當其由電腦執行時，導致該電腦實作上述申請專利範圍之任一項的方法。
  15. 一種儲存媒體，其儲存如申請專利範圍第14項的電腦軟體。
  16. 一種聲頻/視訊內容接收器，具有能同時解碼來自編碼聲頻/視訊資料封包之單一封包資料串流的二或多個聲頻/視訊節目的內容解碼器，該接收器包含：調諧器配置，組態成將編碼聲頻/視訊內容接收為二或多個封包資料串流，各資料串流包含具有個別編碼聲頻/視訊資料封包的一或多個節目；產生器，組態成藉由從該等二或多個已接收封包資料串流選擇資料封包的子集，從二或多個該等封包資料串流產生具有節目資料的複合封包資料串流，該子集包括與待解碼之此等節目相關的此等聲頻/視訊資料封包；及時序資料儲存控制器，組態成儲存至少指示包括在該複合封包資料串流中的此等聲頻/視訊資料封包之一到達時間的時序資料；將該內容解碼器組態成根據關於各解碼聲頻/視訊封包儲存的該時序資訊，從該複合封包資料串流解碼及輸出聲頻/視訊節目資料。
  17. 如申請專利範圍第16項的接收器，其中該內容解碼器包含二或多個內容解碼器的串聯連接配置。
  18. 一種聲頻/視訊資料訊號，包含：複合封包資料串流，具有來自二或多個封包資料串流的節目資料，具有來自該等二或多個已接收封包資料串流的資料封包子集，該子集包括與待解碼之此等節目相關的此等聲頻/視訊資料封包；及時序資料，至少指示包括在該複合封包資料串流中的此等聲頻/視訊資料封包之一到達時間。
  19. 一種儲存媒體，其儲存如申請專利範圍第18項的訊號。
TW102108453A 2012-03-26 2013-03-11 接收聲頻／視訊內容 TW201401853A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB1205299.9A GB2500616A (en) 2012-03-26 2012-03-26 Concurrent decoding of a composite packetized audio-video data stream according to packet arrival times
GB1212406.1A GB2500734A (en) 2012-03-26 2012-07-12 Generating and coding a composite packetized audio/video (AV) data stream, including arrival timing data

Publications (1)

Publication Number Publication Date
TW201401853A true TW201401853A (zh) 2014-01-01

Family

ID=46087140

Family Applications (1)

Application Number Title Priority Date Filing Date
TW102108453A TW201401853A (zh) 2012-03-26 2013-03-11 接收聲頻／視訊內容

Country Status (3)

Country Link
GB (2) GB2500616A (zh)
TW (1) TW201401853A (zh)
WO (1) WO2013144583A1 (zh)

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6169843B1 (en) * 1995-12-01 2001-01-02 Harmonic, Inc. Recording and playback of audio-video transport streams
US6973258B1 (en) * 1998-10-02 2005-12-06 Lg Electronics Inc. Method and apparatus for recording digital data streams
JP2002077092A (ja) * 2000-09-01 2002-03-15 Sony Corp 多重装置、受信装置及び多重伝送方法
GB0026208D0 (en) * 2000-10-26 2000-12-13 Koninkl Philips Electronics Nv A decoder supporting multiple inputs
WO2002041625A1 (en) * 2000-11-17 2002-05-23 Scm Microsystems Gmbh Digital television conditional access methods and apparatus for simultaneously handling multiple television programs
KR100752482B1 (ko) * 2001-07-07 2007-08-28 엘지전자 주식회사 멀티채널 스트림 기록 재생장치 및 방법
US20030123657A1 (en) * 2001-12-31 2003-07-03 General Instrument Corporation Methods and apparatus for simultaneously decrypting multiple services received on separate multiplexed transport streams
EP1583355A1 (en) * 2002-12-16 2005-10-05 Semiconductores Investigacion Y Diseno S.A. -(SIDSA) Device which is used to route data flows from various mpeg (motion picture expert group) transfer devices towards one or more associated devices
WO2004082273A1 (ja) * 2003-03-11 2004-09-23 Pioneer Corporation 情報記録装置及び方法、情報記録媒体並びに記録制御用のコンピュータプログラム
GB2399972A (en) 2003-03-26 2004-09-29 Sony Uk Ltd Common interface controller and method of descrambling transport stream channels
JP3943516B2 (ja) * 2003-03-27 2007-07-11 松下電器産業株式会社 画像再生装置
KR100631463B1 (ko) * 2003-07-18 2006-10-09 캐논 가부시끼가이샤 디지틀 데이터 송신장치, 디지틀 데이터 수신장치, 디지틀방송 수신장치, 디지틀 데이터 송신방법, 디지틀 데이터수신방법, 디지틀 방송 수신방법 및 컴퓨터 판독가능한기록매체
US7227899B2 (en) * 2003-08-13 2007-06-05 Skystream Networks Inc. Method and system for re-multiplexing of content-modified MPEG-2 transport streams using interpolation of packet arrival times
US7693222B2 (en) * 2003-08-13 2010-04-06 Ericsson Television Inc. Method and system for re-multiplexing of content-modified MPEG-2 transport streams using PCR interpolation
KR100688089B1 (ko) * 2005-09-27 2007-03-02 한국전자통신연구원 케이블 방송 수신기의 다중화/역다중화 장치
US20070183452A1 (en) * 2006-02-03 2007-08-09 Mark Hryszko Transport stream dejittering
KR100900884B1 (ko) * 2007-12-04 2009-06-04 한국전자통신연구원 다운로드 제한수신 시스템에서 셋탑박스의 다중-스트림처리 방법 및 이를 이용한 장치

Also Published As

Publication number Publication date
GB2500616A (en) 2013-10-02
GB201212406D0 (en) 2012-08-22
WO2013144583A1 (en) 2013-10-03
GB201205299D0 (en) 2012-05-09
GB2500734A (en) 2013-10-02

Similar Documents

Publication Publication Date Title
TWI641262B (zh) 接收聲頻／視訊內容
US7336785B1 (en) System and method for copy protecting transmitted information
US9930393B2 (en) Receiving audio/video content
US20140375892A1 (en) Receiving audio/video content
CN102761779B (zh) 条件接收模块及其系统及向其发送加密数据的装置和方法
TWI578790B (zh) 接收音／視訊內容
US20140013115A1 (en) Content encryption
KR20120063451A (ko) 컨텐츠를 구성하는 데이터를 송신하는 송신 장치와 그 데이터를 수신하여 처리하는 수신 장치 및 그 방법
TW201401853A (zh) 接收聲頻／視訊內容
EP2699017A1 (en) Security processing unit with secure connection to head end
EP2667631A1 (en) Data processing system and method
EP2832105A1 (en) Conditional access method and apparatus for simultaneously handling multiple television programmes
WO2013144586A1 (en) Conditional access method and apparatus for simultaneously handling multiple television programmes
RU2575242C1 (ru) Способ и устройство условного доступа для одновременной обработки нескольких телевизионных программ
GB2500614A (en) Method of processing received audio/visual data stream when programme clock reference (PCR) data is not included in selected programme-related packets