[go: up one dir, main page]

TW201406136A - 接收聲頻/視訊內容 - Google Patents

接收聲頻/視訊內容 Download PDF

Info

Publication number
TW201406136A
TW201406136A TW102108452A TW102108452A TW201406136A TW 201406136 A TW201406136 A TW 201406136A TW 102108452 A TW102108452 A TW 102108452A TW 102108452 A TW102108452 A TW 102108452A TW 201406136 A TW201406136 A TW 201406136A
Authority
TW
Taiwan
Prior art keywords
packet
data
stream
data stream
composite
Prior art date
Application number
TW102108452A
Other languages
English (en)
Other versions
TWI641262B (zh
Inventor
Sri Gopikanth Gutta
David Hill-Jowett
Paul Szucs
Original Assignee
Sony Corp
Sony Europe Ltd
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, Sony Europe Ltd filed Critical Sony Corp
Publication of TW201406136A publication Critical patent/TW201406136A/zh
Application granted granted Critical
Publication of TWI641262B publication Critical patent/TWI641262B/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42607Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/42623Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific decryption arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/434Disassembling 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/4343Extraction or processing of packetized elementary streams [PES]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/418External card to be used in combination with the client device, e.g. for conditional access
    • H04N21/4181External card to be used in combination with the client device, e.g. for conditional access for conditional access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/418External card to be used in combination with the client device, e.g. for conditional access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42607Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/4263Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific tuning arrangements, e.g. two tuners
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/434Disassembling 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/4344Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/434Disassembling 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/4345Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43607Interfacing a plurality of external cards, e.g. through a DVB Common Interface [DVB-CI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/44Processing 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/4405Processing 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一種一聲頻/視訊內容接收器之操作的方法,聲頻/視訊內容接收器具有一內容解碼器,能夠藉由使用定義解密資訊之資料封包來從一封包資料流解碼一聲頻/視訊節目,方法包含以下步驟:接收編碼的聲頻/視訊內容作為一封包資料流,封包資料流包含具有一或更多封包識別符之各自組所識別之資料封包的一或更多節目,並包含映射節目至封包識別符之各自組的識別資料;根據由關於一所需節目之流的識別資料定義之封包識別符組來為所需節目從封包資料流中選擇資料封包;自從中選擇具有不包括在用於此封包資料流之識別資料中的封包識別符之一節目的封包資料流中選擇另外資料封包;從所選之封包產生一合成封包資料流;產生指出包括在合成封包資料流中的封包之封包識別符的合成流識別資料;及供應合成封包資料流給內容解碼器,以根據合成流識別資料中的封包識別符來從合成封包資料流解碼節目。

Description

接收聲頻/視訊內容
本發明關於接收聲頻/視訊內容。
作為背景技術,DVB公用介面(「CI」)規範允許電視機或機上盒(「主機」)與安全硬體模組(條件式存取模組或「CAM」)互動,以允許主機解密存取控制的內容。CI規範定義主機與CAM之間的介面,使得若這兩者都符合CI規範,則將一起運作。這種可交互運作性提供了CI系統之顯著的優點,因為原則上,它允許消費者能從不同製造商中選擇相容產品。
在CI規範中,CAM與智慧卡及/或使用者之個人識別碼(PIN)互動以提供使用者鑑別。
然而,原始CI規範的缺點係為它給予解密的數位內容被複製的可能性。這項問題起因於主機與CAM互動的方式。在使用中,主機傳送加密的資料給CAM。CAM檢查使用者鑑別,並假設對使用者進行鑑別,其解密存取控制的內容。CAM接著將解密的內容透過CAM主機介面 (這通常是PCMCIA(個人電腦記憶卡國際協會)介面)傳送回主機,然而並不限於此介面,例如,可使用USB介面。這種從CAM到主機的連線表示安全性薄弱,因為原則上解密的數位內容能被截取且非法複製。這種安全性薄弱意味著一些內容提供者偏好具有作為單一單元之主機和CAM的積體裝置,因為它使他們在從CAM傳送未加密的資料至主機方面有較佳的安全性。然而,這當然違背了與關於不同CAM和主機的潛在可交互運作性之CI相關聯的優點。
擬定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‧‧‧主機裝置
15‧‧‧電視信號
20‧‧‧PCMCIA槽
30‧‧‧CICAM
40‧‧‧槽
50‧‧‧智慧卡
60‧‧‧頭端
70‧‧‧裝置
80‧‧‧安全介面
61‧‧‧CA加密器
62‧‧‧密鑰產生器
63‧‧‧權利控制單元
64‧‧‧多工器和調變器
90‧‧‧控制提供者
11‧‧‧諧調器
12‧‧‧解調器和解多工器
13‧‧‧解多工器
14‧‧‧解密器
31‧‧‧CA解密器
32‧‧‧CA密鑰產生器
33‧‧‧CC加密器
34‧‧‧CC密鑰產生器
100‧‧‧主機裝置
102‧‧‧諧調器A
104‧‧‧諧調器B
106‧‧‧信號
108‧‧‧解調器
110‧‧‧解調器
112‧‧‧CI控制器
114‧‧‧CAM
116‧‧‧信號
118‧‧‧信號
120‧‧‧解多工器
122‧‧‧解多工器
124‧‧‧解碼器
126‧‧‧解碼器
128‧‧‧輸出信號
130‧‧‧輸出信號
132‧‧‧中央處理單元
134‧‧‧記憶體
140‧‧‧多工器
142‧‧‧解多工器
150‧‧‧M卡
160‧‧‧S卡
170‧‧‧傳輸流封包
172‧‧‧標頭部分
174‧‧‧承載資料部分
176‧‧‧前置標頭
180‧‧‧選擇器
182‧‧‧選擇器
184‧‧‧節目分配表
186‧‧‧節目分配表
188‧‧‧資料
190‧‧‧資料
192‧‧‧單元
194‧‧‧單元
196‧‧‧重新映射器
198‧‧‧重新映射器
200‧‧‧結合器
205‧‧‧TS封包
210‧‧‧輸入
212‧‧‧第一CAM
214‧‧‧第二CAM
216‧‧‧第三CAM
218‧‧‧控制介面
220‧‧‧CAM
222‧‧‧CAM
224‧‧‧CAM
226‧‧‧介面單元
228‧‧‧介面單元
230‧‧‧合成封包資料信號
250-256‧‧‧步驟
260‧‧‧識別
262‧‧‧識別
264‧‧‧識別
266‧‧‧識別
300-350‧‧‧步驟
360-374‧‧‧步驟
400‧‧‧封包
402‧‧‧封包
400’‧‧‧封包
402’‧‧‧封包
410‧‧‧封包
412‧‧‧封包標頭
420‧‧‧序號
422‧‧‧PID值
424‧‧‧到達時間
426‧‧‧傳送旗標
428‧‧‧已收到旗標
430-432‧‧‧步驟
434-436‧‧‧步驟
440-442‧‧‧步驟
444-448‧‧‧步驟
460‧‧‧簽名單元
462‧‧‧簽名檢驗器
現在將僅透過舉例,參考附圖來說明本發明之實施例,其中:第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簽名和簽名檢查系統
為了建立本實施例的技術脈絡,首先將參考第1至3圖來說明具有單一諧調器和解碼器配置的廣播系統。
現在參考第1圖,主機裝置10在此顯示為一台電視機,但可以是例如,機上盒(注意對於熟知技術者而言,「機上盒」之說法並不意味著對使用中的裝置之特定實體位置的任何要求)。主機裝置10經由廣播資料路徑來接收存取控制的電視信號15。這可以是例如,碟形衛星信號接收器(未顯示)所收到的衛星電視信號、地面電視信號、有線電視信號或之類,雖然其他類型的電視信號包括由網際網路協定(IP)封包信號廣播或傳送的電視信號。其中一種技術係用以將MPEG傳輸流(TS)編碼成IP封包,使得 IP封包承載一些(例如7或8個)TS封包。另一種技術將電視信號編碼成參考文獻中描述之所謂的ISO(國際標準組織)BMFF(基本媒體文件格式)配置:http://en.wikipedia.org/wiki/ISO_base_media_file_format,其中的內容透過引用而併入本說明。在上述配置中,位於主機裝置的IP介面在本技術內通常被視為「諧調器」,即使它可能沒有任何射頻電路或功能。然而,它以與射頻諧調器類似的方式來作用,因為其從眾多的可能IP流中選擇IP流。它也可提供收到的IP流之緩衝。
主機裝置10具有PCMCIA槽20,其包括用於插入式模組的電連線和實體空間,這兩者都根據PCMCIA標準。在其他實施例中,能使用通用序列匯流排(USB)或其他電子介面來取代PCMCIA介面。
稱為CICAM 30的CI Plus條件式存取模組係為能插入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圖之系統的操作之示意圖。在http://www.ci-plus.com/data/ci-plus_specification_v1.3.pdf可得之(在提出申請時)CI Plus規範1.3(2010-01)中說明了第3圖之系統的詳細操作。此文件透過參考引用而併入本說明。為了將隨後說明放置到適當的技術背景,第3圖之本說明僅提供此詳細操作的概要。
如同之前,第3圖顯示頭端60(其從內容提供者90接收內容信號)、主機裝置10、CICAM 30及智慧卡50。信號15被顯示從頭端60傳至主機裝置10。在主機裝置10與CICAM 30之間的安全介面80被稱為公用介面。
條件式存取
已知的CA系統提供了藉此能拒絕或允許使用者存取數位電視流的技術。僅提供那些用戶或使用者存取有效支付帳戶。實際上,提供使用者以一種(理想上)隨意篡改的方式識別此使用者的智慧卡50,並設置系統,使得只有具有有效智慧卡的使用者能夠獲得存取存取控制的內容。
藉由使用拌碼和加密來提供存取控制。內容信號係以8位元組控制字來拌碼,其經常被更改(每分鐘高達數次)以避免CA系統受到控制字之外界知識的損害。控制字以加密的形式被傳送至接收器的CICAM以將拌碼的內容解拌碼成權利控制信息(ECM)。CICAM解密控制字以只當它被授權藉由收到權利管理信息(EMM)而如此做時允許解拌碼存取控制的內容。EMM係特用於每個使用者或使用者群組;CICAM藉由比較EMM中所提供的使用者識別與智慧卡50中所提供的使用者資訊來確認EMM所提供的權利。EMM會比ECM更少被傳送,以在目前商業系統中連續EMM之間的間隔在12分鐘與6個星期之間變化。
ECM和EMM本身在MPEG電視配電系統中係為熟知的信息類型。其承載資料的格式能特用於使用中的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。
多路傳輸的傳輸流接著由多工器和調變器64調變以傳輸作為有線、衛星或地面廣播信號15。
主機裝置
主機裝置10包含諧調器11、解調器和解多工器12、 解多工器(「demux」)13和CC(內容控制)解密器14。請注意主機裝置可具有其他額外功能;例如,主機裝置可提供衛星廣播接收、有線廣播接收、地面廣播接收和網路(IPTV)電視接收之二或更多者。
依據廣播信號15的類型,諧調器的作用係將收到的信息轉換回基頻,使得解調器和解多工器12能從收到的信號中選擇並解多工單一基本內容流和相關聯的CAT資料。內容流和ECM/EMM資料係經由公用介面80傳至CICAM 30。
在存取控制的內容資料的情況下,在此階段中,內容資料仍被拌碼,因為其經由公用介面80傳至CICAM 30。透過公用介面80的這部分傳輸藉由CA加密而因此係安全的。
假設ECM和EMM允許的話,CICAM 30解拌碼內容資料並使用內容控制(CC)加密將其重新加密。下面將說明完成這一點的方式。CC加密的資料被回傳至主機裝置10,其中資料由解多工13解多工並由CC解密器14解密,使得其能被顯示或傳至另一裝置70作為明文。
主機裝置由此操作以接收聲頻/視訊內容並具有一內容解碼器(例如CAM模組),能夠藉由使用定義解密資訊之資料封包(例如EMM/ECM)來從封包資料流(例如TS)解碼聲頻/視訊節目。收到的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藉由CA密鑰產生器32使用從收到之ECM和EMM產生的密鑰,使用檢查來自智慧卡50的使用者之身分以解拌碼收到之存取控制的內容。CICAM的這部分操作使用已知的CA技術來取得並應用CA密鑰。
明文資料會從CA解密器31傳至CC加密器33。然而,由於這種資料傳輸完全是在CICAM內部,因此能藉由已知技術,例如藉由提供單一積體電路裝置內的CA解密器31、CC加密器33和明文介面來提供安全和防篡改。
CC加密器33使用CC密鑰產生.器34所供應的CC密鑰來加密解拌碼的內容。此密鑰係由CICAM 30與主機裝置10之間的安全交換所建立,且係專用於CICAM主機裝置對。CC加密的內容係透過公用介面80傳至主機裝置 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圖係具有繪示成各接收射頻(RF)輸入信號之諧調器A 102和諧調器B 104的多個諧調器之主機裝置100的示意圖。RF輸入信號可以是由多個諧調器之各者處理的共同信號106,也許是不同諧調器的不同各自信號(例如,一個諧調器可針對地面廣播電視而操作而另一個諧調器可針對衛星廣播電視而操作)。系統並不限於兩個諧調器:待說明的原理可擴展到兩個以上的諧調器,但為了圖的清楚,在第4圖中只顯示兩個。
諧調器102、104之各者供應一輸出給各自解調器108、110。解調器如上所述地操作(針對第3圖之解調器12)以解調來自各自諧調器之輸出的封包資料信號。來自多個解調器108、110的封包資料信號係由CI控制器112一起被多路傳輸以由一或更多CAM 114組處理作為串聯組的內容解碼器。下面將說明用於實作CAM 114組的不同選擇,但在一種基本技術水準下,CAM 114組能夠同時解碼一個以上的節目服務以供輸出。例如,當在主機裝置100中有設置諧調器時,CAM組可配置以同時解碼相同數量的節目服務。
從CAM 114組收回之解碼資料係由CI控制器112解 多工成代表所需節目服務的各自信號116、118。這些被傳至功能上類似於第3圖之解多工器13的節目解多工器120、122。
最後,每個節目服務係為了功能上對應於第3圖之CC解密器14的各自解碼器124、126的輸出而準備。解碼器124、126產生各自聲頻/視訊輸出信號128、130。
第4圖之主機裝置在中央處理單元(CPU)132的控制下操作,中央處理單元132可能是一種根據儲存在記憶體134(可能是一種如磁或光碟儲存或非揮發性半導體記憶體的非暫態機器可讀記憶體)中之軟體或韌體來操作的可編程處理器裝置。
第5圖示意地繪示形成第4圖之CI控制器112的部分功能之多工器-解多工器配置。
基本上,作為CI控制器112的部分功能,來自解調器108、110之封包資料信號的至少各自部分係由多工器140結合成合成封包資料以傳至一或更多CAM 114組,且合成封包資料信號的解碼版本係由將其解多工成各自信號116、118以供解碼的解多工器142所接收。然而,有可實現此的不同方式。
由兩個解調器108、110輸出的封包資料信號可代表所謂的傳輸流(TS)且通常會包括關於數個聲頻/視訊節目服務以及各種內務和控制封包的資料封包。例如,單一封包資料信號可包括關於在3和10個節目服務之間的封包,雖然有多少節目服務係由個別TS所表示的選擇和技 術選擇一樣都是一種商業選擇;TS提供一定數量的資料頻寬,但其接著係為一種由廣播電台所作之關於在此可用頻寬內應安裝多少節目服務的商業選擇。為了在特定頻寬內編碼更多的節目服務,每個節目服務的編碼品質(其關於如觀察者所經驗到之再生的聲頻和視訊信號之輸出品質)必須降低。但在任何情況下,可能通常使用由解調器108、110之其一者產生的封包資料信號之各者將包含有別於解碼特定所欲之節目服務所需的資料封包。
技術選擇接著出現,因為至少原則上,CI控制器112有可能單純地結合由解調器108、110輸出的多個封包資料信號,以便保留包含在每個封包資料信號中的所有資訊。這將給予具有個別TS之n x頻寬的順序之資料頻寬的合成封包資料信號,其中n是個別TS被多工器140一起多路傳輸的數量。這種配置類型的潛在問題在於CAM 114可能無法處理上述高資料速率封包資料信號。其中一項潛在原因在於CAM可能係為了針對只有單一封包資料信號的相容使用而設計。
藉此,在其他配置中,從由解調器108、110輸出的封包資料信號之各者中提取資料封包的各自子集,且從這些各自子集之組合形成待供應給一或更多CAM 114組的合成封包資料信號。下面將進一步討論用於形成這種組合以產生合成封包資料信號的技術。
兩種類型的CAM與本討論相關。第6a圖示意地繪示所謂的M(多流)卡150,而第6b圖示意地繪示所謂的 S(單流)卡160。
這兩種類型的CAM之間的主要技術差異如下。M卡150係為能夠同時解密一個以上加密的節目服務之單一單元。這代表一個比為能夠從TS只解密一個節目服務的較傳統裝置之S卡更現代之CAM系統的實作。請注意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資料。
在13位元範圍(十進制中的0到8191)中,在單一TS內唯一地定義PID。然而,從TS到TS,由特定PID值表 示的資料可能是不明確的。也就是說,PID值可跨不同TS被再使用。在多個TS被多工器140一起多路傳輸的情況下,需要一種機制來克服在分配PID值方面的潛在不確定性。
在US-B-7,394,834中說明用於實現此的一種技術,其中的內容透過引用而併入本說明。在本文件中,從多個輸入TS中提取代表所欲之服務的封包,且將從至少一個TS中提取的封包之PID重新映射至未針對從其他TS中提取的資料使用之新的PID值。重新映射程序包含以被維持的記錄或重新映射表來以另一PID值替換PID值,使得所欲之服務能從新的(重新映射的)PD值識別出。這種配置能用以產生虛擬TS,亦即一種人為產生的TS,僅出現在主機裝置內,但出現(從S卡的觀點來看)以滿足廣播TS的所有格式要求。也就是說,虛擬TS能被S卡解碼,就好像已以此格式來廣播,即使實際上其係藉由結合多個廣播TS之部分者而在主機裝置內產生。
另一種技術係使用在每個TS封包之開頭插入且提供關於此封包的來源之進一步資訊的前置標頭。這種技術係當傳送資料給在多流模式中操作的M卡時使用。第8圖中示意性顯示具有前置標頭176之TS封包的實例。
前置標頭176包含12位元組的額外資料,且由主機預先擱置給傳送給M卡的每個封包。也就是說,其在開始每個封包之前增加。12位元組的額外資料包含包括識別於其中取得封包的TS之區域傳輸流識別符的各種欄 位、區域時間戳、用於偵測前置標頭內之錯誤的錯誤偵測資料、及用於之後或專用的所保留之資料欄位。重要的是本目的,區域傳輸流識別符意味著即使在合成封包資料流中的封包具有衝突的PID值之情況下,它們仍然能被其在前置標頭中的區域傳輸流識別符值區分。
請注意M卡需要額外的前置標頭存在。S卡不能以存在的額外前置標頭來操作。
於是,在另一配置中,多工器140將取自多個TS的封包結合成適用於被M卡使用的合成封包資料流,依據至少從中此封包源起之TS的身分來預先擱置額外的前置標頭給每個上述封包。
第9圖示意地繪示更詳細的多工器配置。第9圖之多工器配置係與於其中虛擬TS係由S卡和由在單流模式中操作之M卡產生用於解碼的配置相關。
每個輸入傳輸流被傳至指出關聯於此TS之節目分配表184、186且指出定義所需節目服務之資料188、190的各自PID選擇器180、182,以建立傳送用於解碼成部分之合成封包資料信號所需的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。然而,為求彈性,如針對每個TS設置的重新映射器196、198可能在需要時使用。也請注意只有那些表現出衝突的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資料在本技術中通常係常見的。在PMT中的欄位PCR_PID中可指出攜帶TS之PCR資料的封包之PID。
在整個TS被傳至CAM以供解密的配置中(如在單一諧調器中:單一CAM配置、或具有每個諧調器或TS來源之專用CAM的配置),PCR資料可以在關於有別於目前觀看或解碼的節目服務之節目服務的封包中之事實不是一項問題,因為PCR資料對於CAM然後對於解碼器而言將仍然是可用的。
但在本實施例中,這裡的合成封包資料流被形成作為多個輸入TS的子集之組合,其中每個子集關於所需節目服務,可能有一種情況為節目服務的PCR資料遺失,因為其藉由關於有別於此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的兩個主介面。聲頻、視訊和一些控制資料能被傳至CAM作為在輸入210供應的部分之合成封包位元流且從CAM傳至CAM。在CI控制器與每個CAM之間設置額外、資料速率低得多的控制介面218。下面要討論的控制信號能被多路傳輸成合成封包資料流或由控制介面運送。
總體而言,只有一個CAM係用以解密特定節目服務,而CAM不能解密節目服務,除非它從主機接收指令來如此進行。
在本發明之實施例中,當菊鍊配置中的所有CAM皆為S卡(或在單流模式中操作的M卡)時,或當菊鍊配置中的所有CAM皆為M卡時能操作第11圖之配置,因為無論在哪種情況下,合成封包資料流的資料格式在CAM的整個菊鍊配置中都是相同的。針對在不是這種情況的情境下使用,第12圖示意地繪示一連串CAM 220、222、224與其之間的介面單元226、228。
在示範配置中,假設CAM 220是M卡,CAM 222是S卡而CAM 224是M卡。從CI控制器112收到的合成封包資料信號230係為M卡格式,也就是說它包括額外的上述前置標頭。此信號係以傳統方式由M卡220所處 理,而不是被直接傳至菊鍊配置中的下一張卡222,反而傳至介面單元226,其中關於前置標頭的額外標頭資訊從封包去除,而若有需要的話,在合成封包資料流被傳至S卡222之前重新映射PID值。介面單元226保留所去除資訊以及關於原始合成封包資料流的任何重新映射資料,並將此所保留資訊傳至從S卡222接收輸出資料的介面單元228。介面單元228將前置標頭重新插入到每個封包上並進行反PID重新映射程序以將PID值回傳至其原始形式。來自介面單元228的輸出資料流接著被傳至M卡224以被處理。
第13圖係繪示處理所謂的重像PID之示意流程圖。
重像PID關於MPEG傳輸流中所謂的重像封包。在一些情況下,重像封包可由貢獻者使用來廣播如主機裝置製造商、接收器製造商、廣播電台、CA系統供應商等等的系統,以提供保密的控制資訊(作為「私密資料」欄位)給主機裝置的各種部分,特別是在主機裝置使用中的CAM。
總體而言,認為希望保守上述封包的秘密,或至少不通知其存在,因為它們可包含對於未經授權的使用者或駭客進行未經授權解密一或更多服務而言可能是有用的資訊。
在一簡單實例中,重像封包可包括CAM裝置的韌體更新,其表示CA供應商或CAM製造商通常會傾向於遠離潛在駭客的資料。為了達到一定程度的保密性,包含上 述資料的封包可使用可基於目前時間或其他條件根據(例如)預定演算法由CAM推導出,但未表示成形成此TS之一部分的任一分配表之一部分的PID來傳送。所以,重像封包對於由CAM裝置使用而言可能是重要的,但因為它們不包括在任一分配表內,然後除非採取具體行動以避免這種情況,否則它們可能實際上被第9圖之單元192、194丟棄且可能不存在於實際上供應給CAM的合成封包資料流中。
為了解決這項潛在的問題,第9圖之選擇器180、182和丟棄單元192、194能根據第13圖所示之下列步驟而操作。
在步驟250中,選擇器180、182選擇所需節目服務的PID。這表示對應於參考第9圖已說明的操作模式。然而,與第9圖不同之處在於在步驟252中,選擇器也為此TS選擇並非由PMT、PAT或CAT所指定的所有PID。因此,在此階段中,選擇器不知道什麼技術含義可附加於重像PID,但它們選擇存在於TS中且未具體對應於有別於所需節目服務之節目服務的所有PID。步驟254表示由重新映射器196、198實行的重新映射操作,但請注意重新映射操作不僅係指所選之服務的PID,而且還指在步驟252中所選的重像PID。最後,在步驟256中,重新映射資料(亦即在重新映射之前的PID與在重新映射之後的PID之間的關係)被傳送到CAM 114組,如此若這組內的CAM需要存取重像PID所定義的封包,則CAM可藉由參 考重新映射資訊來識別出所重新映射資料內的此封包。
請注意用以指出重像封包的PID能不時地改變。實際上,這可能是與那些封包相關聯的安全程序之一部分。而且,重像封包可能無法經常被廣播。因此,當第9圖之系統首先針對來自特定TS的特定節目服務操作時,可能不知道目前這組重像PID。藉由兩種技術之其一者可能變得知道它們:藉由(由選擇器180、182)偵測未在任一參考表中引用之資料流中的PID、或藉由CAM請求CAM認為需要但並非在合成封包資料流中的特定PID(例如,經由控制介面)。其中的第一種技術可被視為先發制人的選擇,第二種技術被視為是反應性選擇。無論在哪種情況下,選擇器180、182能用以選擇此PID以包括在合成封包資料流中。原則上,這可能會立即發生,使得第一個PID被包括在合成封包資料流中。或可能有延遲,尤其是若回應於來自查詢PID之不存在的CAM之請求而包含PID。這很有可能發生,因為控制介面的資料速率相對較慢。但小的延遲(例如,小於一秒)不被認為是一項問題,因為傳送多次不是聲頻/視訊流之一部分之任何重要的封包是常見的做法。這是為了處理使用者可在任何時間開啟或關閉他的接收器之事實,所以僅在單一時機下、在使用者可能正好夠倒楣以致於錯失傳輸時傳送重要封包將是不好的做法。
第14圖示意地繪示PID映射表作為在步驟256中可從多工器140傳送給CAM 114組作為控制資料或被多路傳輸成合成資料流之重新映射資料類型的實例。PID映射 表係指從中採用PID之TS的識別260、源於此TS之節目服務的識別262、「舊」的PID(在重新映射之前)的識別264以及「新」的PID(在重新映射之後)的識別266。PID映射表可被多路傳輸成合成資料流及/或由控制介面218傳送給CAM。
請注意對於任何TS而言,在第14圖之PID映射表中可能有數個不同項目,關於所需節目服務的各種PID和存在於此TS中的各種其他重像PID。
也請注意PID映射表可能隨時間而改變,因此它不是被CI控制器重覆傳送給CAM,就是回應於映射改變而至少被重新傳送。重新映射可能改變的一項原因在於新識別的重像封包具有對應合成封包資料流中另一PID的PID,導致重新映射其中之一或兩者的需要。
第15圖示意地繪示涉及偵測一連串CAM中的哪個CAM能夠解碼所需節目服務的操作。
第15圖所示之操作表示在CAM 114組中的主機與每個CAM之間的互動或交握。將說明關於這組之只有一個CAM的操作,但將了解對應之操作將針對這組之其他者而實行。
步驟300係當系統啟用或啟動時被實行,因為每個CAM傳送資料(所謂的CA_SYS_ID)以識別此CAM能夠根據接收服務之適當的ECM/EMM資料來解密的CA系統之類型。
當新的節目服務被選擇用於解密時發生步驟310,例 如藉由使用者控制之操作或在計時的記錄裝置之控制下,或當關聯於節目服務的CA參數改變時(例如,從「清除」到「加密」或其他方式)。主機傳送關於所需節目服務之PID的識別給這組114中的CAM。在步驟320中,每個CAM偵測關於此服務的ECM和EMM資料,且在步驟330中,偵測(參考ECM和EMM資料,以及CAM自己的能力)此服務是否可由此CAM解碼。當然,在步驟310中,主機可能選擇只對那些在步驟300中指出解碼此資料類型之基本能力(原則上)傳送所提及之PID。
在步驟340中,主機檢查來自所查詢之目前CAM的回應。若CAM能解碼節目服務,則在步驟350中,主機分配節目服務的解碼任務給目前查詢的CAM。若否的話,則如果依然存在尚未被查詢的另一CAM,則主機回傳控制給步驟310以查詢此下一個CAM。否則,若沒有其他CAM仍被查詢,且程序被中止,則可選擇地,通知使用者所需節目服務不能由存在於系統中的CAM 114組解密。
第16圖示意地繪示由主機裝置(且在特別實例中由主機裝置之CPU 132)控制多個諧調器102、104。在第16圖中,圖的左邊區域關於在主機實行的操作,而圖的右邊區域關於在這組114之CAM實行的操作。
此程序引進「主要」和「次要」諧調器的概念,雖然這可能被視為相當於「主要」和「次要」TS的指定,因為在本實施例中,諧調器的操作與TS的接收之間可能存 在一一對應的關係,或換言之,在本實施例中,每個諧調器接收單一TS。
在步驟360中,建立一預設位置,使得諧調器102(諧調器A)和諧調器102所接收的TS被指定為「主要」,而諧調器104(諧調器B)和諧調器104所接收的TS被指定為「次要」。請注意在操作的一般模式中,只需要一個諧調器來觀看所謂的「現場」節目;具有另一諧調器的一項功能係為當正在現場觀看第一服務時能記錄第二服務。替代地,需最初用於使用的諧調器或TS之第一者能形成主要TS或諧調器的初始定義。
在步驟362中,CPU 132偵測次要諧調器(TS)是否在使用中,例如用以記錄節目服務以供之後觀看。若次要諧調器未在使用中,則在步驟364中,CPU 132或CI控制器回應於這組中的哪一個可選擇來使用次要諧調器以供在步驟366中的非觀看接收,而傳遞次要諧調器的可用性給CAM 114組。
在此,「非觀看接收」之術語可關於由CAM接收內務資料、韌體或軟體更新或之類,其可能需要被諧調器的此CAM在一段時間內專用。
另一實例關於所謂的「依需求推送視頻」或push-VOD。在此配置中,CAM能先發制人或在來自頭端的指令下,使得資料之接收被儲存在例如關於使用者可能希望觀看的視訊節目之硬碟記錄器中。收到的資料可能關於整個節目或可能關於節目的預告或廣告,或可能提供足夠的 緩衝資料以便即時啟動重播(在使用者之命令下),即便正在播送節目。這種資料類型之接收未被使用者特別請求或命令;其在啟動CAM或系統之另一部分時被接收作為背景程序,且被視為「非觀看資料」,因為(a)其經常以低於解碼或觀看資料速率的速率來傳送,且(b)使用者在即使可觀看到可見部分之前通常仍必須採取其他步驟(例如請求存取硬碟記錄器上的資料)。
在當內務資料或其他非觀看資料在步驟366中被接收的期間,步驟362之任何其他實例將顯示次要諧調器正在使用中。當然,若使用者需要使用次要諧調器,例如用以記錄節目服務,則能取消CAM對非觀看背景接收的使用。這能以一種使用者不需要知道CAM曾經使用過次要諧調器的方式發生。
回到步驟362,若需要使用次要諧調器,則在步驟368中,選擇待由次要諧調器接收之節目服務的PID(且可選擇地,在此TS中任何重像封包的PID)。這對應第13圖中的步驟250和252。在步驟370中,如上述所選之次要TS的PID被重新映射(對應於第13圖中的步驟254)且對應於主要和次要諧調器之所選PID的封包被一起多路傳輸以形成合成封包資料信號。請注意如上所論述,若已發生與(來自另一TS的)另一PID之間的碰撞或衝突,則有必要只重新映射PID。系統可能重新映射選自次要TS之那些封包的所有PID,或可能只重新映射顯示PID號碼之衝突的那些封包。但顯著的特徵係為若重新映射證明有必 要,則次要TS為重新映射定義至少為候選之具有PID的TS。
這接著代表在步驟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封包的原始時序在最後解碼器階段中再生。表格可經由控制介面而傳至CAM,或例如作為DVB私密資料或作為資料表。上述資料能被傳送作為在合成流中相鄰所指封包的私密資料封包。這將資料連結至各自封包。
首先詳細參考第19圖,封包時序資料表包含用於每個TS封包的五個資料欄位。這些為:由主機分配給傳輸流中每個進來的TS封包作為序列之一部分的序號420、取自於封包之標頭的PID值422、表示由主機或CI控制器分配給從其各自解調器進來的每個TS封包之時間戳的封包到達時間424、指出TS封包是否已被傳送給CAM 114組以供解密的「傳送」旗標426、及指出封包是否已在解密之後從CAM組收回的「已收到」旗標428。
使用保持在封包時序資料表中的資訊,CI控制器能根據儲存在表格中的封包到達時間在其原始時間位置插入從CAM 114組收回之解密的封包。當然,對於重建的TS中所有封包而言,可能有一段一致的短延遲(因為封包不能重新插入比它們從CAM組收回之時間更早的TS),但重建的TS中所有封包的相對時序能藉由使用儲存在封包時序資料表中的到達時間資料來校正。
使用第18圖所示之增強的標頭資料412能實行類似的功能。
第20圖示意地繪示產生第18圖之封包,而第21圖示意地繪示使用第18圖之封包。
參考第20圖,在步驟430中,CI控制器偵測到TS封包到達CI控制器的目前時間,並在步驟432中至少增加到達時間資料到增強的標頭412。
參考第21圖,當封包在解密之後從CAM組收回時,CI控制器在步驟434中偵測到先前插入增強的標頭412之時序資訊,且在步驟436中產生控制資訊以在正確時間控制解碼此封包,或在正確時間將封包重新插回重建的TS(或如上所述,至少在相對於重建的TS中其他封包的正確相對時間)。
第22圖示意地繪示產生第19圖之表格,且第23圖示意地繪示使用第19圖之表格。
參考第22圖,在步驟440中,CI控制器偵測到來自其各自解調器之TS封包的到達時間,而在步驟442中, 儲存此到達時間作為如第19圖所示之表格的表格之一部分,以及從封包之標頭中提取的序號和PID。若CI控制器正在傳送此封包以供解密,則CI控制器設置「傳送」旗標426以指出這已經發生。
參考第23圖,當封包從解密程序收回時,在步驟444中,CI控制器在表格中設置「已收到」旗標428,且然後在步驟446中,使用PID 422和序號420來索引正確封包的資料,從表格中的到達時間欄位424存取時序資訊。可選擇地,當一行資料已被存取用於封包時,其能從第19圖之表格中刪除以避免表格內的資料太過於激增。如同之前,在步驟448中,CI控制器控制解碼程序以在正確時間實行之封包,或控制在正確時間將封包重新插入重建的TS,或是至少在相對於重建的TS中其他封包的正確相對時間。
能增加系統的安全性之一些條件式存取系統的兩個特徵係為所謂的迴避和所謂的撤銷程序。
迴避資料係包括在廣播資料內之所謂的服務描述表(SDT)內。迴避使得主機被下令不使用盜版或未經授權的CAM、或接收並解密某些服務。未經授權的模組或服務被定義在服務描述表資料內。藉此,迴避對主機強加不使用CAM的要求。
撤銷包含一頭端,其告知主機將資料傳至命令模組不與作為主機的特定製造商之型號互動的CAM。又,這能應用在特定模型的安全性已受到損害的情況下,以保護整 個條件式存取系統的完整性。所以,撤銷對CAM強加不提供解密服務給主機的要求。撤銷資料係由EMM中的項目所發信,其告知CAM在哪裡能找到CIplus資料轉盤中的撤銷發信資料(RSD)。
無論在迴避或撤銷的情況下,主機可選擇性地發信突發事件給使用者,例如,藉由螢幕上的顯示(未顯示)。
撤銷資料通常由操作員憑證簽章,其由根憑證簽章,而因此待於下說明的預防措施相較於撤銷資料與避開資料更為相關。
所有這些資料都包含在TS內。在單一諧調器和單一CAM系統中,迴避及/或撤銷資料的完整性本質上能由諧調器繞過CAM模組、為與目前主機及/或CAM之任何避開或撤銷資料檢查SDT資料、並將迴避所有撤銷資料傳至CAM以供行動來保證。這些測量能避免CAM在主機檢查資料之前處理TS中的資料。(這是一種在CAM的安全性已受到損害之情況下的危險)。
在多個諧調器和多路傳輸的合成封包資料流配置中的情況更為複雜。在此,繞過合成封包資料流之內文中的CAM組並非簡單的。因此,有一種危險係為一或更多組的CAM在受到主機作用成為一部分偵測主機是否被授權與CAM一起運作,例如迴避或拒絕與特定CAM互動之前,可能損壞或處理包含在SDT中的迴避或撤銷資料。
第24圖示意地繪示能至少減緩在例如第4圖之內文中的這項問題之配置。
參考第24圖,由CI控制器112產生之多路傳輸的資料流係使用秘密加密金鑰由簽名單元460數位化簽名。數位化簽名之多路傳輸的資料流接著被傳至CAM 114組。在解密之後,簽名在資料回傳至解多工器142之前由簽名檢驗器462檢查。
在此可使用關於使用私密金鑰來簽名和使用公開金鑰來檢查的已知技術。上述金鑰對於接收器而言可能是特有的。數位簽名係為數位安全指標的實例。
秘密金鑰可在簽名單元460與檢查單元462之間由安全資料連結464傳遞。公開-私密金鑰對從主機到主機可能是不同的以增加檢查系統的可能完整性。
數位簽名能施用於整個封包合成資料流或僅施用於資料流內的SDT資料。數位簽名能插入資料流或能在單元460與462之間分開傳遞。
若主機發現數位簽名已損壞,則會實行各種不同的動作。會指出事實給使用者,例如,螢幕上的顯示。會使用控制介面218來依序致能和去能每個CAM以偵測哪個CAM造成損壞,然後永久性或半永久性地去能此CAM。無論如何,CIplus規範指出不允許主機呈現由損壞或迴避的CAM所解密之內容給螢幕以供使用者觀看、或供使用者記錄。
將了解例如關於產生合成封包資料流的那些技術之上述一些技術關於使用至少兩個TS的系統。其他技術關於使用一或更多輸入TS的系統。
本發明之實施例還包括為如所述之設備內之信號的資料信號,尤其是(雖然不完全是)如從主機傳至CAM或CAM組的信號、或回傳信號。如藉此儲存這類信號之記憶體的儲存媒體也被視為是本發明之實施例。儲存媒體可以是例如非暫態機器可讀儲存媒體。
在本發明之實施例已至少部分使用軟體控制的資料處理設備來實作之範圍內,將了解上述軟體、和藉其提供軟體的媒體(例如非暫態機器可讀儲存媒體,例如磁或光碟或非揮發性記憶體)也被視為是本發明之實施例。
在各種組合中,下面的實施例關於上述特徵。
本發明之實施例能提出一種一聲頻/視訊內容接收器之操作的方法,聲頻/視訊內容接收器具有一內容解碼器,能夠藉由使用定義解密資訊之資料封包來從一封包資料流解碼一聲頻/視訊節目,方法包含以下步驟:接收編碼的聲頻/視訊內容作為一封包資料流,封包資料流包含具有一或更多封包識別符之各自組所識別之資料封包的一或更多節目,並包含映射節目至封包識別符之各自組的識別資料;根據由關於一所需節目之流的識別資料定義之封包識別符組來為所需節目從封包資料流中選擇資料封包;自從中選擇具有不包括在用於此封包資料流之識別資料中的封包識別符之一節目的封包資料流中選擇另外資料封包;從所選之封包產生一合成封包資料流; 產生指出包括在合成封包資料流中的封包之封包識別符的合成流識別資料;及供應合成封包資料流給內容解碼器,以根據合成流識別資料中的封包識別符來從合成封包資料流解碼節目。
本發明之實施例能提出一種一聲頻/視訊內容接收器之操作的方法,聲頻/視訊內容接收器具有一內容解碼器,能夠從單一封包資料流同時解碼二或更多聲頻/視訊節目,方法包含以下步驟:接收編碼的聲頻/視訊內容作為二或更多封包資料流,每個資料流包含具有一或更多封包識別符之各自組所識別之資料封包的一或更多節目,每個封包資料流包含映射節目至封包識別符之各自組的識別資料;從封包資料流之二或更多者產生具有節目資料的一合成封包資料流,其藉由:定義從中待解碼節目資料的封包資料流之其一者作為主要封包資料流及從中待解碼節目資料的其他封包資料流作為次要封包資料流;根據由關於所需節目之流的識別資料定義之封包識別符組來為每個所需節目從封包資料流中選擇資料封包;從另一封包資料流重新映射已從次要封包資料流中選擇且具有與封包識別符相同封包識別符之至少那些封包的封包識別符至不同各自封包識別符,且不重新映射已從主要封包資料流中選擇之封包的封包識別符;及產生定義在合成封包資料流中的資料封包之封包識別 符的合成流識別資料;根據合成流識別資料中的封包識別符來從合成封包資料流解碼二或更多節目;回應於偵測到選擇不同節目以從主要封包資料流解碼或選擇不同封包資料流以代替主要封包資料流來接收,改變主要封包資料的指定為次要封包資料流。
本發明之實施例能提出一種一聲頻/視訊內容接收器之操作的方法,聲頻/視訊內容接收器具有一內容解碼器,能夠藉由使用定義解密資訊之資料封包從單一封包資料流同時解碼二或更多聲頻/視訊節目,方法包含以下步驟:接收編碼的聲頻/視訊內容作為二或更多封包資料流,每個資料流包含具有一或更多封包識別符之各自組所識別之資料封包的一或更多節目,每個封包資料流包含映射節目至封包識別符之各自組的識別資料和包括內容接收器之安全授權資訊的服務資料;從封包資料流之二或更多者產生具有節目資料和服務資料的合成封包資料流;施用數位安全指標至包括在合成封包資料流中的至少服務資料;供應合成封包資料流給內容解碼器,以根據合成流識別資料中的封包識別符來從合成封包資料流解碼二或更多節目;從內容解碼器接收服務資料; 偵測施用至服務資料之數位安全指標的有效性;及回應於服務資料,偵測是否授權內容接收器解碼收到的節目資料。
本發明之實施例能提出一種一聲頻/視訊內容接收器之操作的方法,聲頻/視訊內容接收器具有一內容解碼器,能夠從編碼的聲頻/視訊資料封包同時解碼二或更多聲頻/視訊節目,方法包含以下步驟:接收編碼的聲頻/視訊內容作為二或更多封包資料流,每個資料流包含具有各自編碼的聲頻/視訊資料封包之一或更多節目;藉由從二或更多收到的封包資料流中選擇資料封包的子集來從封包資料流之二或更多者產生具有節目資料的合成封包資料流,其中子集包括關於待解碼之那些節目的那些聲頻/視訊資料封包;儲存指出包括在合成封包資料流中那些聲頻/視訊資料封包之至少一到達時間的時序資料;及根據關於每個解碼的聲頻/視訊封包而儲存的時序資訊,從合成封包資料流解碼並輸出聲頻/視訊節目服務。
本發明之實施例能提出一種聲頻/視訊內容接收器,用於接收並解碼調變至傳輸通道上的聲頻/視訊資料,至少一個傳輸通道承載非觀看資訊,接收器包含:一諧調器編排,能夠同時諧調至二或更多傳輸通道;一多工器,配置以從關於所需節目之收到的聲頻/視訊信號產生合成資料信號以供解碼; 一內容解碼器,能夠從合成資料信號同時解碼二或更多聲頻/視訊節目,一偵測器,配置以偵測由諧調器配置諧調的傳輸通道之一或更多者是否目前未使用在關於提供節目以供解碼方面;一控制器,回應於偵測到傳輸通道目前未在使用中,用於控制諧調器將此通道諧調至承載非觀看資訊的傳輸通道;及一非觀看資訊解碼器,用於解碼收到的非觀看資訊。
本發明之實施例能提出一種一聲頻/視訊內容接收器之操作的方法,聲頻/視訊內容接收器具有一內容解碼器,能夠藉由使用定義解密資訊之資料封包來從一封包資料流解碼一聲頻/視訊節目,方法包含以下步驟:接收編碼的聲頻/視訊內容作為一封包資料流,封包資料流包含具有一或更多封包識別符之各自組所識別之資料封包的一或更多節目,並包含映射節目至封包識別符之各自組的識別資料;根據由關於所需節目之流的識別資料定義之封包識別符組來為每個所需節目從封包資料流中選擇資料封包;自從中選擇包含關於所選節目之節目參考時鐘資料之一節目的每個封包資料流中選擇另外資料封包,在此情況下,節目參考時鐘資料不包括在關於所選節目的封包中;從所選之封包產生一合成封包資料流;及產生定義在合成封包資料流中的資料封包之封包識別 符的合成流識別資料;及供應合成封包資料流給內容解碼器,以根據合成流識別資料中的節目參考時鐘和封包識別符來解碼。

Claims (21)

  1. 一種一聲頻/視訊內容接收器之操作的方法,該聲頻/視訊內容接收器具有一內容解碼器,能夠藉由使用定義解密資訊之資料封包,來從一封包資料流解碼一聲頻/視訊節目,該方法包含以下步驟:接收編碼的聲頻/視訊內容作為一封包資料流,該封包資料流包含具有一或更多封包識別符之各自組所識別之資料封包的一或更多節目,並包含映射節目至該些封包識別符之各自組的識別資料;根據由關於一所需節目之該流的該識別資料定義之該組封包識別符,來為該所需節目從該封包資料流中選擇資料封包;自從中選擇具有不包括在用於該封包資料流之該識別資料中的封包識別符之一節目的該封包資料流中選擇另外資料封包;從所選之封包產生一合成封包資料流;產生指出包括在該合成封包資料流中的封包之封包識別符的合成流識別資料;及供應該合成封包資料流給該內容解碼器,以根據該合成流識別資料中的該些封包識別符,來從該合成封包資料流解碼該節目。
  2. 如申請專利範圍第1項所述之方法,包含:自從中選擇包含關於所選節目之節目參考時鐘資料之一節目的每個封包資料流中選擇另外資料封包。
  3. 如申請專利範圍第1項或第2項所述之方法,包含:將該合成流識別資料包括在該合成封包資料流中。
  4. 如前面申請專利範圍中之任一項所述之方法,其中:該內容解碼器能從單一封包資料流同時解碼二或更多聲頻/視訊節目;及產生該合成封包資料流的步驟包含從表示二或更多節目的封包形成該合成封包資料流。
  5. 如申請專利範圍第4項所述之方法,其中:該接收步驟包含接收二或更多封包資料流;該選擇步驟係適用於從中選擇一節目的每個封包資料流;該合成封包資料流包含來自二或更多封包資料流的節目資料;及產生該合成封包資料流的步驟包含序連所選封包以形成該合成封包資料流。
  6. 如申請專利範圍第5項所述之方法,包含:對該封包資料流之至少一者,重新映射已從該封包資料流中選擇之該些封包的該些封包識別符至不同封包識別符。
  7. 如申請專利範圍第6項所述之方法,包含:定義收到的封包資料流之其一者作為一主要封包資料流及其他收到的封包資料流作為次要資料流;及 重新映射關於來自該次要封包資料流之封包的該些封包識別符,且不重新映射關於來自該主要封包資料流之封包的該些封包識別符。
  8. 如申請專利範圍第5項所述之方法,包含:藉由在該合成資料流中的每個封包之開頭插入進一步資訊來識別每個所選封包的起始。
  9. 如前面申請專利範圍之任一項所述之方法,包含:該內容解碼器指出其需要來自不包括在用於該封包資料流之該識別資料中的一特定封包識別符之一封包資料流的封包;及從該封包資料流中選擇該封包識別符的封包以包括在該合成封包資料流中。
  10. 一種電腦軟體,當被一電腦執行時,使該電腦實作如前面申請專利範圍中之任一項所述之方法。
  11. 一種儲存媒體,儲存如申請專利範圍第10項所述之電腦軟體。
  12. 一種聲頻/視訊內容接收器,包含:一內容解碼器,能夠藉由使用定義解密資訊之資料封包,來從一封包資料流解碼一聲頻/視訊節目;一諧調編排,配置以接收編碼的聲頻/視訊內容作為一封包資料流,該封包資料流包含具有一或更多封包識別符之各自組所識別之資料封包的一或更多節目,並包含映射節目至該些封包識別符之各自組的識別資料;一選擇器,配置以根據由關於一所需節目之該流的該 識別資料定義之該組封包識別符,來為該所需節目從該封包資料流中選擇資料封包,並自從中選擇具有不包括在用於該封包資料流之該識別資料中的封包識別符之一節目的該封包資料流中選擇另外資料封包;及一合成封包流產生器,配置以從所選之封包產生一合成封包資料流,並產生指出包括在該合成封包資料流中的封包之封包識別符的一合成流識別資料;該內容解碼器係配置以從該合成封包流產生器接收該合成封包資料流,以根據該合成流識別資料中的該些封包識別符,來從該合成封包資料流解碼該節目。
  13. 如申請專利範圍第12項所述之接收器,其中該選擇器係配置以自從中選擇包含關於所選節目之節目參考時鐘資料之一節目的每個封包資料流中選擇另外資料封包。
  14. 如申請專利範圍第12項或第13項所述之接收器,其中該內容解碼器包含二或更多內容解碼器的串聯配置。
  15. 如申請專利範圍第12項所述之接收器,其中該合成封包流產生器係配置以將該合成流識別資料包括在該合成封包資料流中。
  16. 如申請專利範圍第12項所述之接收器,其中:該接收器可操作以接收二或更多封包資料流;該選擇器可用來有關從中選擇一節目的每個封包資料流;該合成封包資料流包含來自二或更多封包資料流的節 目資料;及該合成封包資料流產生器係配置以序連所選封包以形成該合成封包資料流。
  17. 如申請專利範圍第16項所述之接收器,其中該合成封包流產生器係配置以藉由在該合成資料流中的每個封包之開頭插入進一步資訊,來識別每個所選封包的起始。
  18. 一種聲頻/視訊資料信號,包含一合成封包資料流,包含:根據由關於一所需節目之該流的一識別資料定義之封包識別符組之來自用於該必須聲頻/視訊節目之一封包資料流的資料封包;及選自從中選擇具有不包括在用於該封包資料流之該識別資料中的封包識別符之一節目的該封包資料流之資料封包。
  19. 如申請專利範圍第18項所述之資料信號,包含一合成流識別資料,指出包括在該合成封包資料流中的封包之封包識別符。
  20. 如申請專利範圍第18項或第19項所述之資料信號,包含關於選自二或更多各自封包資料流之各自節目的資料封包。
  21. 一種儲存媒體,其儲存如申請專利範圍第18項至第20項之任一項所述的一資料信號。
TW102108452A 2012-03-26 2013-03-11 接收聲頻/視訊內容 TWI641262B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB1205296.5A GB2500615B (en) 2012-03-26 2012-03-26 Selecting data packets from a packetized data stream comprising audio/video programme data packets and identification data
??1205296.5 2012-03-26

Publications (2)

Publication Number Publication Date
TW201406136A true TW201406136A (zh) 2014-02-01
TWI641262B TWI641262B (zh) 2018-11-11

Family

ID=46087137

Family Applications (1)

Application Number Title Priority Date Filing Date
TW102108452A TWI641262B (zh) 2012-03-26 2013-03-11 接收聲頻/視訊內容

Country Status (10)

Country Link
US (1) US9973804B2 (zh)
EP (1) EP2832104B1 (zh)
CN (1) CN104205856B (zh)
BR (1) BR112014023251A2 (zh)
GB (1) GB2500615B (zh)
HU (1) HUE065077T2 (zh)
MX (1) MX347487B (zh)
MY (1) MY173071A (zh)
TW (1) TWI641262B (zh)
WO (1) WO2013144584A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2509759A (en) 2013-01-14 2014-07-16 Sony Corp Receiving audio/visual content-related non-viewing information via unused transmission channels
CN104536910B (zh) * 2014-12-12 2017-12-12 成都德芯数字科技股份有限公司 一种mpeg ts流pid重映射实现系统及方法
DE102016115892A1 (de) * 2016-08-26 2018-03-01 Technisat Digital Gmbh Verfahren für eine Empfangseinrichtung, eine Empfangseinrichtung sowie eine Anordnung
US10452870B2 (en) 2016-12-06 2019-10-22 Dish Technologies Llc Smart card authenticated download
US10579361B1 (en) 2016-12-14 2020-03-03 Juniper Networks, Inc Systems and methods for efficiently updating software installed on network devices
US10484752B2 (en) 2016-12-23 2019-11-19 DISH Technologies L.L.C. Securely paired delivery of activation codes from smart card to host set-top box
US10325077B2 (en) * 2016-12-23 2019-06-18 DISH Technologies L.L.C. Strong authentication of client set-top boxes
US10484753B2 (en) * 2016-12-23 2019-11-19 DISH Tchnologies L.L.C. Securely paired delivery of activation codes from smart card to remote client set-top box
US10171870B2 (en) 2016-12-28 2019-01-01 DISH Technologies L.L.C. Forced execution of authenticated code
US10289401B1 (en) * 2016-12-30 2019-05-14 Juniper Networks, Inc Systems and methods for efficiently downgrading operating systems installed on network devices
CN111726650B (zh) * 2020-06-30 2022-10-18 广州繁星互娱信息科技有限公司 视频直播方法及装置、计算机存储介质
CN113727159B (zh) * 2021-08-19 2022-07-12 西安交通大学 一种集成条件接收模块处理多转发器节目的系统及方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5715009A (en) * 1994-03-29 1998-02-03 Sony Corporation Picture signal transmitting method and apparatus
JP2000511383A (ja) * 1997-03-12 2000-08-29 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 記録担体にディジタル情報信号を記録する装置及び方法
US6973258B1 (en) * 1998-10-02 2005-12-06 Lg Electronics Inc. Method and apparatus for recording digital data streams
KR100553507B1 (ko) * 1999-06-16 2006-02-20 에스씨엠 마이크로시스템즈 게엠베하 공통 인터페이스와 관련 모듈 사이에서 호스트로부터의디지털 데이터 플로우를 자동으로 관리하는 장치 및 방법
GB0007870D0 (en) 2000-03-31 2000-05-17 Koninkl Philips Electronics Nv Methods and apparatus for making and replauing digital video recordings, and recordings made by such methods
GB0208373D0 (en) * 2002-04-11 2002-05-22 Nokia Corp Digital video broadcasting receiver
GB2399972A (en) * 2003-03-26 2004-09-29 Sony Uk Ltd Common interface controller and method of descrambling transport stream channels
KR20060134395A (ko) * 2005-06-22 2006-12-28 엘지전자 주식회사 케이블 방송 수신기 및 펌웨어 업그레이드 방법
KR101769381B1 (ko) * 2009-11-18 2017-08-18 엘지전자 주식회사 방송 신호 송수신 방법 및 그를 이용한 방송 수신 장치
US8514853B2 (en) * 2010-01-11 2013-08-20 Cisco Technology, Inc. Remote re-multiplexing of transport streams
US20110302611A1 (en) * 2010-06-07 2011-12-08 Mark Kenneth Eyer Scripted Interactivity for Non-Real-Time Services
GB2487727A (en) 2011-01-28 2012-08-08 Sony Europe Ltd Module for extracting decryption seed, generating a key and providing a secure host channel
GB2489672A (en) 2011-03-28 2012-10-10 Sony Corp Authentication certificate distribution to set top boxes
GB2489671A (en) 2011-03-28 2012-10-10 Sony Corp Cryptographic key distribution for IPTV

Also Published As

Publication number Publication date
US9973804B2 (en) 2018-05-15
MX347487B (es) 2017-04-28
GB201205296D0 (en) 2012-05-09
EP2832104B1 (en) 2023-11-22
HUE065077T2 (hu) 2024-04-28
CN104205856B (zh) 2017-09-22
MY173071A (en) 2019-12-24
EP2832104A1 (en) 2015-02-04
WO2013144584A1 (en) 2013-10-03
BR112014023251A2 (pt) 2020-10-27
GB2500615B (en) 2019-10-23
US20150040155A1 (en) 2015-02-05
CN104205856A (zh) 2014-12-10
GB2500615A (en) 2013-10-02
TWI641262B (zh) 2018-11-11
MX2014011453A (es) 2015-03-10

Similar Documents

Publication Publication Date Title
TWI641262B (zh) 接收聲頻/視訊內容
CN104205855B (zh) 接收音频/视频内容
AU2013372516B2 (en) Receiving audio/video content
US9467736B2 (en) Receiving audio/video content
WO2013144586A1 (en) Conditional access method and apparatus for simultaneously handling multiple television programmes
WO2013144585A1 (en) Conditional access method and apparatus for simultaneously handling multiple television programmes
RU2575242C1 (ru) Способ и устройство условного доступа для одновременной обработки нескольких телевизионных программ
GB2500616A (en) Concurrent decoding of a composite packetized audio-video data stream according to packet arrival times
GB2500614A (en) Method of processing received audio/visual data stream when programme clock reference (PCR) data is not included in selected programme-related packets