CN104919810A - 接收音频/视频内容 - Google Patents

接收音频/视频内容 Download PDF

Info

Publication number
CN104919810A
CN104919810A CN201380070333.5A CN201380070333A CN104919810A CN 104919810 A CN104919810 A CN 104919810A CN 201380070333 A CN201380070333 A CN 201380070333A CN 104919810 A CN104919810 A CN 104919810A
Authority
CN
China
Prior art keywords
data
packet
transport stream
tuner
viewing information
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN201380070333.5A
Other languages
English (en)
Other versions
CN104919810B (zh
Inventor
斯里·戈皮坎特·古塔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
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 CN104919810A publication Critical patent/CN104919810A/zh
Application granted granted Critical
Publication of CN104919810B publication Critical patent/CN104919810B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • 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/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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • 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/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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport 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/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/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/4367—Establishing a secure communication between the client and a peripheral device or smart card
    • 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
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • 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/45—Management 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

一种音频/视频内容接收器，用于接收并解码被调制到传输信道上的作为传输流的音频/视频数据信号，至少一个传输信道携载非观看信息，所述接收器包括：调谐器装置，能够同时调谐两个或更多个传输信道以输出端两个或更多个相应的传输流；多路复用器，被配置为从接收的与需要解码的节目有关的音频/视频信号生成复合数据信号，通过由内容接收器分配给该传输流的本地标识值识别在复合数据信号中的每个数据包化传输流；内容解码器，能够同时从所述复合数据信号解码两个或更多个音频/视频节目；检测器，被配置为检测由调谐器装置调谐的一个或多个传输信道当前是否未被用于提供用于解码的节目方面；控制器，响应于传输信道当前没有在使用中的检测，控制调谐器将信道调谐成携载包括非观看信息的数据包化传输流的传输信道；以及非观看信息解码器，用于解码所接收的非观看信息，非观看信息解码器至少部分通过参考与携载该非观看信息的数据包化传输流相关联的本地标识值来识别非观看信息的数据包。

Description

接收音频/视频内容
相关申请的交叉引用
本申请要求于2013年1月14日提交给英国知识产权局的GB1300614.3的较早提交日期的权益，通过引用将其全部内容结合在此。
技术领域
本公开涉及接收音频/视频内容。
背景技术
本文中所提供的“背景技术”描述以总体呈现本公开的内容为目的。目前署名的发明人的工作(达到其在此先前技术段落中所描述的程度、以及其无法另合格为申请时的现有技术的描述的形态)不被明确地或暗示性地承认为针对本公开的现有技术。
作为背景技术，DVB公用接口(“CI”)规范允许电视接收器或机顶盒(“主机”)与安全硬件模块(条件接入(conditional access，条件访问)模块或“CAM”)交互，以使得主机可对访问受控(access-controlled)的内容解密。CI规范规定在主机和CAM之间的接口，从而如果主机和CAM符合CI规范，那么这两者将一起工作。由于在原则上，这种互操作性(interoperability)提供了CI系统的显著优势，因为其原则上允许用户选择来自不同制造商的兼容产品。
在CI规范内，CAM与智能卡和/或用户的个人识别号码(“PIN”)交互，以提供用户认证。
然而，初始CI规范的缺点在于，给予了复制被解密的数字内容的可能性。这个问题由主机和CAM交互的方式而引起。在使用时，主机将加密数据发送给CAM。CAM检查用户认证，并且假设已认证用户，则它解密访问受控的内容。然后，CAM通过CAM主机接口将解密的内容发送回主机，CAM主机接口通常为PCMCIA(个人计算机存储卡国际协会)接口，但其并不限于这种接口-例如，可使用USB接口。从CAM到主机的这种连接存在着安全漏洞，这是因为在原则上可拦截并且非法复制解密的数字内容。该安全漏洞意味着某些内容供应商优选地使用将主机和CAM作为单个单元的集成设备，因为这允许在将未加密的数据从CAM传输到主机时具有更好的安全性。然而，这当然违背与CI相关的关于不同CAM和主机的潜在的互操作性的优点。
CI增强规范被设计为通过两个主要途径解决这些问题。CI增强规范在CAM和主机之间提供安全接口，从而并不以透明的形式在这两个设备之间发送解密后的内容数据。而且，CI增强规范提供针对主机和CAM两者的认证，而并非像在CI技术中的仅认证CAM。
认证系统使用证书分级(certificate hierarchy)，从而主机和CAM必需都已经由权威方(authority)(例如，CI增强LLP)发出证书。
通过在将解密的内容数据从CAM发送到主机之前进行加密并随后在主机处解密来保护在主机和CAM之间的PCMCIA接口。该加密独立于由内容供应商建立的访问控制加密-解密，并且专用于每个特定的CAM-主机对。通过Diffie-Hellman密钥交换技术在CAM和主机之间交换密钥。密钥也时常循环，从而即使一个密钥被破坏，该密钥在任何情况下也会在几秒钟之后改变。
CI增强规范同样允许CAM串联或者菊链。
发明内容
本公开提供了如在权利要求1中限定的布置。
本公开的各种进一步的各个方面和特征在所附权利要求中限定。
应理解，之前的一般性描述及之后的详细描述为示例性的，而非限制本技术。
附图说明
当结合附图考虑时，通过参考以下详细描述将很容易获得并且同样更好地理解本公开的更完整的认识及其许多所伴随的优点，其中：
图1为具有CAM和智能卡的主机设备的示意图；
图2为结合图1的主机设备的条件访问(CA)系统的示意图；
图3为示出了图2的系统的操作的示意图；
图4为具有多个调谐器的主机设备的示意图；
图5示意性地示出多路复用器-多路解复用器布置；
图6a示意性地示出了所谓的M卡；
图6b示意性地示出了所谓的S卡；
图7a示意性地示出了传输流(TS)数据包；
图7b更详细地示意性示出了TS报头；
图8示意性地示出了复合数据包化数据流的数据包；
图9更详细地示意性示出了多路复用器布置；
图10示意性地示出了两个服务的TS数据包；
图11示意性地示出了包括一连串的CAM的设置；
图12示意性地示出了在它们之间具有接口单元的一连串的CAM；
图13为示出了操作所谓的镜像(ghost)PID的示意性流程图；
图14示意性地示出了涉及检测一连串的CAM中的哪一个CAM能够解码需要的节目服务的操作；
图15示意性地示出了通过主机设备的多个调谐器的控制；
图16示意性地示出了两个单独的节目服务的复用；
图17示意性地示出了具有增强的数据包报头的数据包；
图18示意性地示出了数据包时序数据表；
图19示意性地示出了图17的数据包报头的生成；
图20示意性地示出了图17的数据包报头的使用；
图21示意性地示出了图18的表的生成；
图22示意性地示出了图18的表的使用。
具体实施方式
为了建立本实施方式的技术内容，将首先参考图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接口。
CI增强条件访问模块被称之为CICAM 30，是可插入PCMCIA插槽20内的PCMCIA模块。当CICAM 30完全插入插槽20内时，在CICAM 30上的连接器与插槽20内的配合的连接器之间形成电连接。
CICAM本身可以是无卡式模块或者可具有智能卡50可插入其中的插槽40。智能卡是可移除的并且以防篡改(tamper-proof)、安全以及非易失性的形式携载限定内容接收器的当前用户的信息。当智能卡完全插入插槽40内时，通过使用在智能卡50上以及在插槽40内的配合电气连接器，或者通过使用在非常短的距离(例如，1cm到2cm)内无线传输数据的已知的非接触式连接技术，在智能卡50与CICAM 30之间形成数据连接。
图2示意性示出了在条件访问系统的环境下的主机设备10。所谓的前端(head end)60表示访问受控的电视信号15的源。前端可表示例如卫星广播设备(broadcaster)的上行链接站或者地面或有线广播设备的信号分配中心。CA系统使用CA系统加密对前端处的内容进行加扰。前端也可将其他与CA相关的信息引入加密数据流内，这使得CICAM能够将内容解扰并且管理订阅者的(使用者的)访问和授权。
前端60将电视信号15发送给主机10，该主机转而将信号传送给CICAM 30，以对访问控制加密进行解密。随后，CICAM 30使用本地加密为该信号再次加密，并且经由PCMCIA连接将再次加密的信号发送回主机10。主机对从CICAM 30接收的信号进行解密，以在显示屏上显示或者提供给另一个设备70，例如，基于硬盘的录像机。
图3为示出图2的系统的操作的示意图。在CI增强规范1.3(2010-01)中描述了图3的系统的详细操作，该规范可在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)被授权解密控制字时，CICAM才会这么做以允许将访问受控的内容进行解扰。EMM专用于每个用户或用户组；通过比较在EMM内提供的用户标识与在智能卡50内提供的用户信息，CICAM确认EMM提供的权限。与ECM相比，可不太频繁地发送EMM，在当前商业系统内的连续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，授权控制单元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数据。经由通用接口80将内容流和ECM/EMM数据传送给CICAM 30。
在访问受控的内容数据的情况下，由于经由通用接口80将内容数据传递给CICAM 30，所以在该阶段，依然将内容数据进行加扰。因此借助CA加密确保通过通用接口80进行的该部分传输。
假设ECM和EMM允许这样做，则CICAM 30对内容数据解扰并且使用内容控制(CC)加密对该内容数据再次加密。下面将描述完成以下描述的方式。CC加密的数据返回至主机设备10，其中，该数据由多路解复用器13解复用并且由CC解密器14解密，使得该内容可作为清晰的内容显示或传送给另一个设备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使用通过CA密钥生成器32利用对来自智能卡50的用户身份的校验从所接收的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 PlusLLP)发布的各个证书、以及具有相应的公共密钥的私有密钥。
当CICAM 30首先与主机设备10相关时，CICAM 30发起与主机设备10的认证过程。在这个过程中，每个设备验证对方的证书，并且发生DH密钥交换处理，从而在这两个设备之间安全地共享密钥。具体地，CICAM首先请求主机设备提供其证书数据。CICAM验证在主机设备证书上的签名。然后，由主机执行请求和验证CICAM证书的相同过程。然后，通过签名DH公共密钥并且将该密钥发送给另一设备以供验证，从而CICAM和主机均表明拥有与在证书内公共密钥对应的私有密钥。此后，CICAM获得并且验证来自主机的认证密钥AKH。CICAM和主机开始计算并交换用于为通过公用接口80发送的数据进行加密和认证的密钥数据。通过这种方式，密钥、密钥对或由CICAM和主机建立的用于通过通用接口80进行通信的其他密钥信息专用于该CICAM-主机对。
在认证之后，CICAM还开始计算CC密钥。CICAM也可指示主机设备计算CC密钥。然后，如上所述，CC密钥用于根据算法AES对从CICAM30中传送到主机设备10的内容数据进行加密。因此，要理解的是，用于安全通用接口80的密钥专用于特定的CICAM-主机对。
主机设备10，结合如上所述的CICAM布置30、50，代表用于接收并解码作为数据包化传输流调制到传输信道上的音频/视频数据信号的内容接收器的实例。如下所述的布置还是这样的内容接收器的实例。
现在将描述示例性实施方式，其中使用多个调谐器，每个可操作为调谐(选择)单个相应的传输信道，尽管许多技术还可适用于仅设置一个调谐器的布置。多个调谐器的使用指示能够同时调谐两个或更多个传输信道以便输出两个或更多个相应的数据包化传输流的调谐器装置的实例。应注意，术语“调谐器”以上述讨论的广义含义使用，并且因此包括，例如，IP调谐器。
图4是具有多个调谐器(示出为调谐器A102和调谐器B104)的主机设备100的示意图，每个调谐器接收射频(RF)输入信号。RF输入信号可以是通过多个调谐器中的每一个处理的公用信号106、或者可以是针对不同的调谐器的不同的相应信号(例如，一个调谐器可针对地面广播电视操作并且另一个调谐器可针对卫星广播电视操作)。该系统不限于两个调谐器；将要描述的原理可伸至多于两个的调谐器，但是为了示图的清晰仅有两个调谐器在图4中示出。
两个或更多个调谐器102、104中的每一个将输出供应至相应的解调器108、110。解调器如上所述地(参照图3的解调器12)操作为解调来自相应的调谐器的输出的数据包化数据信号或流。来自多个解调器108、110的数据包化数据信号通过CI控制器112复用在一起，用于通过将一个或多个CAM的组114作为内容解码器的串联组进行处理。以下将会论述用于实现CAM 114的设置的不同方案，但是在基本技术水平，所述CAM114的设置能够为了输出同时地解码不止一个节目服务。例如，因为存在在主机设备100中设置的调谐器，CAM的组可以被布置为同时解码相同数量的节目服务。
从CAM的组114接收回来的解码数据通过CI控制器112解复用成表示需要的节目服务的相应的信号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的功能的部分，来自解调器108、110的数据包化数据信号的至少相应的部分通过多路复用器140合并成复合数据包化数据信号中以被传送至一个或多个CAM组114，并且复合数据包化数据信号的解码的版本由多路分解器142接收，该多路分解器将其多路分解成待解码的相应的信号116、118。然而，存在可以实现上述处理的不同的方式。
通过两个解调器108、110输出的数据包化数据信号可表示所谓的传输流(TS)并且通常会包括与连同各种内务和控制数据包一起的几个音频/视频节目服务有关的数据包。例如，单个数据包化数据信号可以包括与3个和10个节目服务有关的数据包，尽管通过单独TS表示的节目服务的多少的选择被作为技术的选择同样是商业的选择；TS提供一定量的数据带宽，但是随后关于多少节目服务应当被安排在可用带宽内是广播公司的商业选择。为了在给定的频带宽度内编码较高数量的节目服务，每个节目服务的编码质量(其与如通过观看者体验的再现的音频和视频信号的输出质量)必须降低。但是无论如何，在正常使用中每个由解调器108、110之一生成的数据包化数据信号将会包含数据的数据包而不是需要译码的具体期望的节目服务。
然后出现技术上的选择，其中至少原则上，CI控制器112可以简单地与通过解调器108、110输出的多个数据包化数据信号进行组合，使得包含在每个数据包化数据信号中的所有的信息被保留。这将给出具有数据带宽为n×单个TS的带宽的复合数据包化数据信号，其中，n是通过多路复用器140被复用在一起的单独的TS的数量。具有这种类型的布置的潜在的问题是CAM 114可能无法处理这样的高数据速率数据包化数据信号。一个潜在原因是相对于仅仅单个数据包化数据信号而言，多个CAM会针对兼容性用途来进行设计。
因此，在其它布置中，从解调器108、110输出的每个数据包化数据信号提取相应数据包的子组(subset)，并且由这些相应子组的组合形成将被供应至一个或多个CAM的组114的复合数据包化数据信号。将会在下面进一步论述用于形成这个组合以生成复合数据包化数据信号的技术。
两种类型的CAM与本论述有关。图6a示意性地示出了所谓的M(多流)卡150、并且图6b示意性地示出了所谓的S(单流)卡160。
这两种类型的CAM之间的主要技术差异如下。M卡150是能够同时解码或解密一个以上的加密节目服务的单个单元。这代表比S卡更为先进的CAM系统的实施，S卡是能够从TS仅解密一个节目服务的传统设备。应注意，M卡可以在任一多流或者单流(S卡)模式下进行操作。S卡仅可以在单流模式下进行操作。
图7a示意性地示出传输流(TS)数据包170。数据包包括4字节头部分172和184字节有效载荷部分174。这是一种标准格式的TS数据包，并且TS是由一系列的这种形式的数据包构成。报头部分172数据包括数据包标识符或者PID。每个音频/视频节目服务具有相关联的两个或更多PID的组。例如，一个PID可以与节目服务的视频数据包相关联，另一个PID可以与节目服务的音频数据包相关联并且另外的PID可以与服务的加密控制的数据包相关联。因此，在单个TS内，可以使用许多不同的PID。通过节目分配表(PAT)和节目映射表(PMT)控制将PID分配到不同类型的数据包。PAT本身具有为0的PID并且作用为表示携载PMT的数据包的PID。PMT表示携载视频和音频数据的数据包的PID以及携载用于服务的ECM数据的数据包的PID。为完整起见，条件访问表(CAT)具有为1的PID，并且表示哪些数据包携载用于一个或多个访问控制系统的EMM数据。
图7b更详细地示意性示出TS报头172，并且还示意性地示出以下更详细地讨论的所谓的自适应字段173。
四字节TS报头172包括许多字段，即同步字节175、传输误差指示器、有效载荷单元启动指示器、传输优先标记、PID、传输加扰控制标记、自适应字段控制标记、和连续计数器。同步字节175被用于存储由主机分配以确定每个TS并替换为每个数据包中的数据包同步字段的本地传输流ID(LTS_ID)177(本地标识值的实例)，所述每个数据包中的数据包同步字段是由同步字节先前占据的每个数据包内的字段(或者至少构成复合数据流的部分的每个数据包)。LTS_ID字段的值被限定为对于每个输入TS是唯一的(针对具体主机)，或者换言之对于由内容接收器分配的其他LTS_ID值是唯一的(或者至少，与那个LTS_ID同时使用中的那些LTS_ID)并且被限定为在特定的TS的持续时间过程中不改变。除这些限制之外，LTS_ID的值可以通过主机确定。不允许CICAM模块改变LTS_ID字段。LTS_ID字段占8比特，因此(在未签署的表达中)可以采用0和255之间的任何值(十进的)。
通过使用同步字节175存储LTS_ID，这个移去了通常由同步字节提供的功能，即指示每个数据包的启动。指示数据包的启动的这个功能是通过CI增强TS接口的控制信号在CI增强内进行的，所述控制信号已知为MISTRT和MOSTRT控制信号。应注意，一旦从每个调谐器起源的单个TS数据包再次分开，同步字节就通过多路分解器恢复。
因此多路复用器被配置为从接收的与解码需要的节目有关的音频/视频信号生成复合数据信号，通过由内容接收器分配给数据包化传输流的本地标识值(在这个实例中的LTS_ID)在复合数据信号中确定每个数据包化传输流。
PID在单个TS内部被唯一地限定在13比特范围(十进制中的0到8191)中。然而，从TS到TS，通过具体PID值表示的数据可能是不明确的。就是说，PID值可以在不同的TS中被重复使用。在多个TS通过多路复用器140被复用在一起的情况下，需要一种机构去克服在PID值的分配中的这种电位的不明确。
在US-B-7,394,834中描述了用于达到此目的的一个技术，通过引用将其内容结合在本说明书中。在该文件中，从多个输入TS中提取表示期望的服务的数据包，以及从至少一个TS提取的用于数据包的PID被重新映射到新的PID值，其PID值没有被从其它TS提取的任何数据使用。重新映射处理包括利用另一个PID值代替PID值，并且记录或者重新映射表被维持，使得可以从新的(重新映射的)PID值来识别期望的服务。这个布置可被用于生成伪TS，其是所谓的人工生成的TS，该TS仅存在于主机设备内，但是(从S卡片的观点)可以满足广播TS的全部格式要求。就是说，尽管事实上是通过组合多个广播TS的部分在主机设备内生成，伪TS可以通过S卡被解码好像其已经以那种形式被广播。
另一个技术是使用插入在每个TS数据包起始处的并且提供关于该数据包来源的另外的信息的前置报头(pre-header)。该技术是当发送数据至在多个流模式中操作的M卡时使用。在图8中示意性地示出了具有前置报头176的TS数据包的实例。
前置报头176包括12字节的额外数据，并且通过主机为每个发送到M卡的数据包预置。就是说，其在每个数据包开始之前就被添加。12字节的额外数据包括各种字段，该字段数据包括确定TS从哪些数据包获得的本地传输流标识符、本地时间戳、用于检测前置报头内的错误的误差检测数据以及用于稍后或者专有用途的保留数据字段。对于本目的的重要性是本地传输流标识符意指尽管在其中复合数据包化数据流中的数据包具有冲突的PID值的情况下，它们依然可以通过前置报头中的它们的本地传输流标识符值来进行区分。
应注意，M卡要求额外的前置报头的存在。S卡不能在存在额外的前置报头时操作。
因此，在另一种布置中，多路复用器140将从多个TS获得的数据包组合成适合于被M卡使用的复合数据包化数据流，依赖于源自数据数据包的TS的至少一个标识将额外的前置报头预置到每一个这种数据包。
图9示意性地示出了多路复用器布置的更多细节。图9的多路复用器布置与其中生成用于通过S卡和通过在单流模式下操作的M卡解码的伪TS的布置有关。
每个输入传输流被传送至涉及与TS相关联的节目分配表184、186的相应的PID选择器180、182和涉及传送至定义要求的节目服务的数据188、190，以建立作为复合数据包化数据信号的一部分PID，其要求被传送用于(要求的节目服务的)解码。
本公开的实施方式中，选择器180、182可操作为执行以下一个或多个的操作：
根据用于关于需要的节目的所述数据包化数据流的所述标识数据定义的所述数据包标识符的组从用于所述需要的节目的该流选择数据包；
从来自哪些节目被选择的数据包化数据流选择另外的数据包，其中具有未包括在用于数据包化数据流的标识数据内的数据包标识符；以及
用于从每个数据包化数据流选择另外的数据包，其中，从每个数据包化数据流选择包含与选择的节目有关的节目时钟基准的节目。
将在下面进一步的描述选择器操作的这些特征。
数据188、190限定可以由CPU 132提供的需要的节目服务，例如可响应于远程指挥系统(未示出)的用户控制或者其它用户界面控制(未示出)，或者可响应于机器控制，例如从在定时模式中操作并且在记录的预设时间间隔期间需要特定节目服务被接收的图像录制设备。每一个TS的单元192、194丢弃“不想要”数据包，也就是说那些不具有由制定的选择和选择器180、182限定的PID的数据包。LTS_ID分配单元196、198被用于将LTS_ID分配至TS的剩余数据包，不是(正如以上讨论的)一个LTS_ID被分配给每个TS。
应注意，这里LTS_ID分配单位196、198示出为多路复用器的功能部分，但它们可以在多路复用器以外实现，作为甚至在PID选择(180，182)发生之前可采用的信号链的部分。同样，即使LTS_ID分配单元被认为在多路复用器140的总体操作内，但它们可以在不同的TS结合(通过结合器200-参见下文)之前的处理中的任何阶段中实现。以这种方法，通过利用LTS_ID标记每个TS，即使PID值存在冲突或不明确，PID值和LTS_ID的组合在主机内将是唯一的。
在另外的实施方式中，选择器180可以被布置为包括在它们的选择中的所谓的节目时钟基准数据包中，使得这些数据包被包括在复合数据包化数据流中。
作为背景技术，节目时钟基准(PCR)数据被用来为解码TS内的音频与视频数据提供定时信息。PCR数据相对较小并且事实上在所谓的自适应字段173中被包括在TS包内(图7b)。自适应字段被定位在184字节的有效载荷174以内，但是在功能方面更类似于报头的扩展(至有效载荷区域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的子组的组合，当每一个子组与需要的节目服务有关时，可能存在其中用于节目服务的数据PCR缺失的情况，因为通过与节目服务有关的数据包而不是用于其TS所选择的节目服务携载。
为了解决这个问题，选择器180可以校验所谓的每一个数据包的自适应字段和(如果自适应字段存在的话)PCR数据标志，使得如果数据包是包含节目时钟基准数据的数据包，那么数据包将被选择不论是否涉及选择的节目服务。包含PCR数据的数据包被包括在选择内并且因此被包括在复合数据包化数据流内。
在适当的情况下，选择并且重新映射的数据包随后通过组合器200而组合成单个的复合数据流。例如，这可以通过级联(concatenation)处理，通常，仅是指并排地(一个接一个地)放置在复合数据流中。并不一定意味着数据包直接相邻(可以存在间隙)，也并不一定意味着任何特定的数据包顺序。
在使用这些技术组合的数据包化数据流组件中可以因此数据包含多个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的复合数据包化数据流提供为至串联的第一CAM212的输入210，并且从第一CAM212发送至第二CAM214，其中其在返回之前传送至第三CAM216，基于一起传送的数据包标识符或者作为复合数据流识别数据的部分解密需要的服务，至CI控制器112。在菊链中的CAM可以被布置为提供不同的条件访问服务的解密，使得针对通过用户或者机器控制的解密，无论选择哪一个服务(在由组114处理的服务和系统的范围内)，CAM组114中的一个能够将其解密。将参考以下图14描述通过其主机可以选择用于具体节目服务的合适的CAM以解码的技术。卡的菊链表示能够同时从复合数据信号解码两个或更多个音频/视频节目的内容解码器的实例。
因此，当形成为CAM的组或者M卡CAM时的内容解码器能够同时解码来自单个数据包化数据流的两个或更多音频/视频节目；并且在这种情况下，生成复合数据包化数据流的步骤包括从表示两个或更多节目的包形成复合数据包化数据流。
应注意，对于每一个CAM存在两个主要接口。音频、视频以及一些控制数据可以作为在输入210处被供应并且从CAM传送到CAM的复合数据包化比特流的一部分而被传送到CAM。此外，在更低的数据速率的情况下，控制接口218被设置在CI控制器与每个CAM之间。以下将要论述的控制信号可以被复用成复合数据包化数据流或者通过控制接口携载。
一般地说，仅一个CAM作用为解码具体的节目服务，并且除非其从主机接收可以这样做的指令，否则CAM不能解码节目服务。
本公开的实施方式中，当在菊链布置中的所有CAM是S卡(或者操作在单流模式下的M卡)时，或者当在菊链布置中的所有CAM是M卡时，可以操作图11的布置，因为不论是哪种情况整个CAM的菊链布置两端的用于复合数据包化数据流的数据格式是相同的。为在不同的情况中使用，图12示意性地示出了一系列的CAM 220、CAM 222、CAM 224以及介于它们之间的接口单元226、228。
在示例布置中，假定CAM 220是M卡、CAM 222是S卡以及CAM 224是M卡。从CI控制器112接收的复合数据包化数据信号230是M卡格式，即其包括上述的额外的前置报头。该信号以传统方式通过M卡220处理，但是不是直接传送到在菊链布置中的下一个卡222中，而是传送到接口单元226，在此在复合数据包化数据流被传送到S卡222之前，从数据包除去与前置报头的数据包有关的附加报头信息。接口单元226保留除去与原始复合数据包化数据流有关的数据，并且将这些保留信息传送到从S卡222接收输出数据流的接口单元228。接口单元228将预置报头重新插入到每个数据包。来自接口单元228的输出数据流然后被传送到M卡224以被处理。
在本公开的实施方式中，接口单元226仅传送具有单个LTS_ID的数据包至S卡222。与具有不同的LTS_ID的数据包有关的数据被直接传送至接口单元228重新组合成复合数据流以被传送至M卡224。
图13是示出了处理所谓的镜像PID的示意性流程图。
镜像PID涉及在MPEG传输流中所谓的镜像数据包。在一些情况下，由提供者将镜像数据包用于诸如主机设备制造商、接收器制造商、广播公司、CA系统供应商等等的广播系统，以提供机密的控制信息(例如，“私有数据”字段)到主机设备的各个部分并且尤其是到在主机设备上使用的CAM或者多个CAM。
一般地说，期望能够保持上述的数据包的保密性，或者至少不通知它们的存在，因为它们可能包含会对未授权的用户或者计算机入侵者从事对未授权的一个或多个服务的解密有用的信息。
在简单的实例中，镜像数据包可以包括用于CAM设备的固件更新，该固件更新依次表示CA供应商或者CAM制造商通常优选地远离潜在的计算机入侵者的数据。为了实现一定程度的机密性，包含这种数据的数据包可以使用PID传输，该PID可以基于当前时间或者其它条件通过CAM根据(例如)预定的算法推导，但是其没有指示任何构成该TS的部分的分配表的一部分。因此，对于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。应注意，用于表示镜像数据包的PID可以随时间而变化。实际上，这也许属于与那些数据包相关联的安全程序。同样，镜像数据包不能经常性的广播。因此，当图9的系统首先相对于来自特定TS的特定节目服务操作时，其可能不会察觉到镜像PID的当前设定。它可以通过两个技术中的一个意识到：通过不参考任何参考表中的数据流中的PID的检测，或者通过CAM请求CAM认为需要但是复合数据包化数据流中没有的具体的PID(例如，通过控制接口)。这些中的第一个可能被认为是抢占选择，第二个被认为是反应性选择。但不论是哪种情况，选择器180、182可以选择在复合数据包化数据流中的内含物的PID。上述过程在原则上可以立刻发生，使得上述的PID的第一情况包括在复合数据包化数据流中。或者可能存在延迟，尤其是，如果数据包含PID是响应于来自怀疑PID不存在的CAM的要求。由于控制接口相对较慢的数据速率，这是一种潜在的事件。但是小规模的延迟(例如，小于1秒)不认为是问题，因为这在发送多次任何不是音频/视频流的一部分的重要的数据包时是常见现象。这是以便处理订户可以在任何时候打开或者关掉他的接收器的事实，因此仅在单次连接发送关键性的数据包是不可行的，用户可能会刚好错过关键性数据包的传输。
图14示意性地示出了涉及检测一连串的CAM中的哪一个CAM能够解码需要的节目服务的操作。
在图14中所示的操作表示主机与在CAM的组114中的每一个CAM之间的交互或者交换。将描述仅与组中的一个CAM有关的操作，但是应理解的是对应的操作也可以对于组中的其他CAM来执行。
当系统开始或者启动时执行步骤300，因为每个CAM发送数据(所谓的CA_SYS_ID)以识别CAM能够解码的CA系统的类型，受服务的恰当ECM/EMM数据接收的影响。
当新节目服务被选择用于解密时，例如通过用户控制或者受时间记录设备的控制的操作，或者当CA参数与节目服务变更(例如，从“透明的”到“加密的”或者从相反方向变化)相关联时执行步骤310。主机发送与需要的节目服务有关的PID的标识至组114中的CAM。在步骤320，每个CAM检测与其服务有关ECM和EMM数据，以及在步骤330检测(参考ECM和EMM数据以及CAM的自己的能力)其服务是否可通过CAM可解码。当然，在步骤310，主机可以选择仅发送所讨论的PID到那些指示的CAM，在步骤300，基本能够(原则上)解码那个类型的数据。
在步骤340，主机校验被询问的当前CAM的响应。如果CAM可以解码节目服务，那么在步骤350主机将那个节目服务的解码任务分配到当前询问的CAM。如果不，那么如果还有另外的CAM没有被询问，那么主机控制返回到步骤310以询问下一个CAM。否则，如果没有进一步CAM等待被询问，并且处理被中止，并且可选的订户受到需要的节目服务不能通过存在于系统中的CAM组114解码的通知。
图15示意性地示出了通过主机设备控制多个调谐器102、104，并且具体地是通过主机设备的CPU 132控制的实例。在图15中，框图的左侧区域涉及在主机上执行的操作，以及右侧区域涉及在CAM的组114上执行的操作。
主机的步骤可以通过，例如，可能与CI控制器112结合的CPU 132执行(在存储在存储器134中的软件的控制之下)。因此这些项代表检测器的实例，该检测器被配置为检测由调谐器装置调谐的一个或多个传输信道是否不是关于提供解码的节目的当前使用的，以及控制器，响应传输信道不是当前使用中的检测，控制调谐器将那个信道调谐成携载包括非观看信息的数据包化传输流的传输信道(可用的传输通道的至少一个传输信道的组中的一个)
步骤360示意性地示出主机在进行中的基础上执行的处理(就是说，不必响应在图15中示出的处理的开始)，借此主机保持调谐器和相关联的LTS_ID的进度表。
应注意(正如以上的讨论)，多个调谐器可用于本实施方式，不仅仅是先前描述的两个调谐器。同样注意LTS_ID由主机分配到每个接收的TS。调谐器被布置为每次只接收一个TS。就是说，调谐器将“接收的”TS与构成相同的数据携载布置的部分的任何其他TS分开。所以，例如，在地面广播布置中，调谐器将一个TS与多个TS(相同的频带内的广播)分开并且输送一个TS。在IP传输系统中，调谐器建立合适的数据连接以便将一个TS输送为其输出。因此在调谐器和TS之间存在一对一的关系，并且因此调谐器和LTS_ID之间存在一对一的关系。因此，主机可以关联特定的LTS_ID值与调谐器X，使得LTS_ID被分配到“当前由调谐器X接收的无论什么TS”，尽管在其他布置中，LTS_ID可以随时不同地分配，与调谐器和TS之间一样。应注意，如上所述，由调谐器装置调谐的每个传输信道携载编码的音频/视频内容作为相应的数据包化传输流，每个传输流包括具有由相应的组的一个或多个数据包标识符(PID)确定的数据包的一个或多个节目。
具有六个调谐器(调谐器1…调谐器6)的实例系统中的LTS_ID值的分配的实例如下：
调谐器1 LTS_ID 1
调谐器2 LTS_ID 2
调谐器3 LTS_ID 3
调谐器4 LTS_ID 4
调谐器5 LTS_ID 5
调谐器6 LTS_ID 6
现在转向在图15中示出的处理步骤，CAM(系统中的多个CAM中的任意一个)试图相对于非观看接收确定可以使用哪个调谐器。这里，术语“非观看接收”可能涉及通过诸如可能需要CAM或调谐器专门使用一段时间的CAM使用的控制信息、例如内务数据、固件或软件更新等的非观看信息的CAM接收。非观看信息可以由一个或多个接收的传输流携载。
另一个实例涉及所谓的“推送影视点播”或者推送VOD。在该设置中，CAM可以先行或者在前端的命令下，使得与订户期望观看的视频节目有关数据的接收被存储在硬盘记录器上。即使当节目已经被流化时，(当用户命令时)所接收的数据可以涉及整个的节目或者可以涉及节目的预告或者广告，或者可以提供充足缓冲数据以允许重播的立即开始。这类数据的接收不是用户的具体请求或命令；在CAM的开始或系统的另一个部分接收作为后台处理，并且被认为是“非观看数据”因为(a)其通常以低于解码或观看数据速率的数据速率发送的数据的形式，并且(b)用户通常必须在可视部分可以观看之前采取其他步骤(诸如请求对硬盘记录器上的数据的访问)。在这方面，与CI控制器112结合的CPU 132可以起存储控制器作用以控制非观看信息或例如随后访问接收和解码的数据的存储。
在步骤362，CAM查询主机系统中的各种调谐器的可用性。在步骤364，主机回复调谐器可用性的细节。
主机的回复可以是各种不同的形式。在一些实施方式中，主机回复一系列可用性，例如如在下文中表中示意性地示出的：
调谐器1 免费 LTS_ID 1
调谐器2 观看 LTS_ID 2
调谐器3 记录 LTS_ID 3
调谐器4 免费 LTS_ID 4
调谐器5 NVD LTS_ID 5
调谐器6 记录 LTS_ID 6
术语“观看”装置意味着用户当前观看由调谐器接收的服务(或者至少，服务被接收和解码用于显示)。术语“记录”表示个人录像机等当前记录由那个调谐器接收的服务。“免费”表示调谐器通过请求CAM是可以使用的。“NVD”表示调谐器已经由另一个CAM使用接收非观看数据。
在其他实施方式中，主机可将步骤364的其回复包括在内，与每个调谐器相关联信息以指示CAM调谐器的能力，例如：
调谐器1 DVB-T 免费 LTS_ID 1
调谐器2 卫星AAA 观看 LTS_ID 2
调谐器3 卫星BBB 记录 LTS_ID 3
调谐器4 DVB-T 免费 LTS_ID 4
调谐器5 IPTV NVD LTS_ID 5
调谐器6 IPTV 记录 LTS_ID 6
这允许CAM选择具有合适的能力的调谐器接收CAM需要的非观看数据。当然，这样的信息对CAM已经是可用的，例如作为配置文件的部分。DVB-T表示地面数字视频广播服务。卫星调谐器可指定哪个卫星数据被接收。
在其他实施方式中，主机可仅回复“免费”的调谐器的细节，就是说，通过询问CAM可使用的。在另一实施方式中，CAM可指定其需要的调谐器类型(例如DVB-T)，使得主机仅回复(a)免费的，和(b)被配置为接收那些类型的数据的那些调谐器的细节。
如果主机不给出任何可用的调谐器的细节，或者没有满足CAM的需要的调谐器是免费的，然后控制返回至步骤362。为了避免CAM连续请求调谐器，因此过多占用主机，CAM可以在步骤362的连续请求之间施加一个分钟(比方说)的延迟。
如果主机给予CAM调谐器上的选择，则在步骤366，CAM根据其需要选择免费的调谐器中的一个。否则，如果主机仅送回CAM可使用的一个调谐器，那么CAM不执行步骤366。换言之，不需要的调谐器的选择或挑选；CAM仅使用由主机送回的一个调谐器。
在步骤368，CAM请求使用用于非观看数据的接收的所选择的调谐器，通过利用与所选择的调谐器相关联的LTS_ID识别来自那个TS的数据包。作为响应，在步骤370，主机控制调谐器提供CAM需要的TS，并且在步骤372CAM使用用于非观看接收的调谐器。应注意，如果布置使得CAM可以直接控制调谐器，那么步骤368和370可以省去。因此，CAM表示用于解码所接收的非观看信息的非观看信息解码器的实例，非观看信息解码器至少部分参考与携载那些非观看信息的数据包化传输流相关联的本地标识值来识别非观看信息的数据包。
应注意，当CAM选择使用的调谐器时或不然当调谐器被促使用于接收特定的TS时主机可以分配LTS_ID值。在这种情况下，另外的操作过程可以构成步骤368和370的部分，即在步骤368，CAM请求所选择的调谐器的LTS_ID，并且在步骤370，主机将分配的LTS_ID的细节回复至CAM。
在步骤372，当非观看数据的内务数据或者其它数据被接收的时期过程中，其他CAM的步骤362的任何另外的情况将会表明那个调谐器在使用中。当然，如果用户需要使用那个调谐器，例如记录节目服务，那么被CAM用于非观看的后台接收可以被取消。这可以通过用户不必了解CAM曾经利用过那个调谐器的方式进行。
图16示意性地示出了两个单独的节目服务的复用。
使用上述技术，已提供以下机制，即将来自两个或更多个TS的选择的数据包合并成具有来自由调谐器装置接收的两个或更多个数据包化传输流的节目数据的单个复合数据包化数据流。数据包可以正确顺序多路复用在一起，即用于任何单独接收的TS，适合于需要的节目服务的数据包将会以相对于彼此的正确顺序出现在复合数据包化数据流中。然而，此机制无法保证复用的数据包出现在准确的时间位置的复合数据包化数据流中。在简单的水平，当旨在包括在复合数据包化数据流中的两个数据包具有重叠的时间位置时这会成为一个问题；在复合数据包化数据流的生成中，复合数据包化数据流中的一个必须被延迟以便在另一个之后被包括在复合数据包化数据流中。这些时间误差当通过数据包表示的音频/视频信号被解码或者被渲染时会导致相应的误差。
图16是这个潜在的问题的实例的示意图。从每一个两个传输流(TS1和TS2)选择数据包的子组。所选择的数据包的子组是在示图中沿着时间轴从左到右画出的那些数据包。未选择的数据包未在图中示出以使得示图的清晰。作为时间冲突的一个实例，能够看出来自TS1的数据包400与来自TS2的数据包402在时间上重叠。
图16的第三行(标记为“至/从模块”)示意性地表示复合数据包化数据流。可以看出数据包400基本上保留了它的原始时间位置，但是数据包402已经延迟，以便在数据包400之后在复合数据包化数据流中出现。
图16的第四行和第五行表示在通过CAM组114解码和解复用之后重建的单独的数据包化数据流。此外，可以看出解密的数据包400'保留有它的原始时间位置，在此数据包402的解码的版本(解密的数据包402')经受移动移位量404的时间偏移(time shift)。相似的时间偏移406施加至TS2中的后续数据包。
传输流内的时间位置的改变使得参考(PCR)数据包化数据流内时间戳的节目时钟不再精确。因此，需要用于解码MPEG节目服务的接收器时钟不能足够准确并且这会导致诸如口型同步错误的主观扰乱问题。
用于解决该问题的两个可能的技术会在以下论述。图17示意性地示出了数据包410(如上所述可以或者不可以包括预悬报头)还包括增强的数据包报头412，该数据包报头包括表示时间戳分配到来自相应的解调器的每个TS包的至少一个数据包到达时间，或者换句话说与生成复合流的时间相关。
图18示意性地示出存储相似的数据的数据包时间数据表，尽管不是以数据包报头的形成，允许TS数据包的原始时间在最终解码器阶段再生。该表可以经由控制接口或者例如作为DVB专用数据或者作为数据表被传送至CAM。这种数据可以作为在复合流中与其涉及的数据包相邻的专用数据数据包被传输。其将数据链接至相应的数据包。
首先详细地参考图18，数据包定时数据表包括针对每一个TS数据包的五个数据字段。这些是：由主机分配的序列号420作为传输流中每个进来的TS数据包的序列的部分，从数据包的报头所取的PID价值422，表示由主机或CI控制器分配给来自其相应的解调器的每个TS数据包的时间戳的数据包到达时间424，“发送”标志426表示TS数据包是否已发送至CAM的组114以解密，并且“接收”标志428表示解密之后数据包是否已经从CAM的组回收到。
使用保持在数据包定时数据表中的信息，CI控制器能够根据存储在表中的数据包到达时间，在它们的原始时间位置插入从CAM的组114接收返回的解码的数据包。当然，对于所有在重建的TS中的包可能有一致的短暂延迟(因为不能在早于从CAM的组接收返回的包的时间将包重新插入到TS中)，但是对于所有在重建的TS中的数据包的相对时间可以通过利用存储在数据包定时数据表中的到达时间数据被纠正。
可以使用图17中所示的增加的报头数据412实现相似的功能。
图19示意性地示出了图17的数据包的生成，以及图20示意性地示出了图17的数据包的使用。
参照图19，在步骤430上，当TS包到达CI控制器时，CI控制器检测当前时间，并且在步骤432上至少将到达时间数据添加至增强的报头412。
参照图20，当数据包在解密之后从CAM的组接收回时，CI控制器检测在步骤434和步骤436先前插入增加报头412中的定时信息或者生成控制信息以控制在正确的时间解码那个数据包或者在正确的时间将数据包再插入回到重建的TS(或者，如上所述，至少在相对于重建的TS中的其他数据包的相对正确的时间)。
图21示意性地示出了图18中的表的生成，以及图22示意性地示出了图18中的表的使用。
参照图21，在步骤440上，CI控制器检测来自其相应的解调器的TS包的到达时间，并且在步骤442上将该到达时间连同序列号和从数据包的报头提取的PID一起存储作为诸如图18中所示的表的一部分。如果CI控制器发送用于解密的数据包，那么CI控制器设定“发送”标志426以表示发送已经发生。
参照图22，当接收从解密过程返回的数据包时，在步骤444上，CI控制器在表中设定“接收”标志428，并且随后，在步骤446访问来自表中的到达时间字段424的时间信息，使用PID 422和序列号420以为正确的数据包索引数据。可选地，一旦一行数据已经被数据包访问，其可以从图18的表中删除以避免表内数据的过大地增生(proliferation)。如前所述，在步骤448，CI控制器或者为数据包在正确的时间控制解码过程，或者控制数据包在正确的时间或者至少相对于在重建的TS中的其它数据包的正确的时间，重新插入到重建的TS中。
应理解上述的一些技术，诸如与生成复合数据包化数据流有关的技术，涉及使用至少两个TS的系统。其他的技术涉及使用一个或多个输入TS的系统。
本公开的实施方式还包括数据信号，数据信号为所描述的设备内的信号，特别地，(但非排他地)从主机传送到CAM或CAM组的信号或返回信号。存储这种信号的诸如存储器的存储介质也被视为本公开的实施方式。例如，存储介质可以是非易失性机器可读存储介质。
只要至少部分地使用软件控制的数据处理设备实施了本公开的实施方式，应当理解，这种软件和提供软件的介质(诸如，非易失性机器可读存储介质，例如，磁盘或光盘或非易失性存储器)也被视为本公开的实施方式。
应理解如上所述的操作的方法，以及如上所述的设备被认为是本公开的实施方式。
很明显，根据上述教导本发明的各种修改及变化是可能的。因此应了解在所附权利要求的范围内，此技术可以如文中具体描述的之外的方式实行。
本发明的实施方式的各个特征由以下编号的项限定：
1.一种音频/视频内容接收器，用于接收并解码被调制到传输信道上的作为数据包化传输流的音频/视频数据信号，至少一个传输信道携载非观看信息，所述接收器包括：
调谐器装置，能够同时调谐两个或更多个传输信道以输出端两个或更多个相应的数据包化传输流；
多路复用器，被配置为从接收的与需要解码的节目有关的音频/视频信号生成复合数据信号，通过由内容接收器分配给数据包化传输流的本地标识值识别在复合数据信号中的每个数据包化传输流；
内容解码器，能够同时从复合数据信号解码两个或更多个音频/视频节目；
检测器，被配置为检测由所述调谐器装置调谐的一个或多个传输信道当前是否未被用于提供用于解码的节目方面；
控制器，响应传输信道当前没有在使用中的检测，控制调谐器将该信道调谐成携载包括非观看信息的数据包化传输流的传输信道；以及
非观看信息解码器，用于解码所接收的非观看信息，非观看信息解码器至少部分通过参考与携载该非观看信息的数据包化传输流相关联的本地标识值来识别非观看信息的数据包。
2.根据项1所述的接收器，其中，所述调谐器装置包括均可操作为调谐至单个相应传输信道的两个或更多个调谐器。
3.根据项1或项2所述的接收器，其中，由调谐器装置调谐的每个传输信道携载编码的音频/视频内容作为相应的数据包化传输流，每个传输流包括具有由一个或多个数据包标识符(PID)的相应组识别的数据包的一个或多个节目。
4.根据项3所述的接收器，其中，所述多路复用器可操作为从两个或更多个所述数据包化传输流生成具有节目数据的复合数据包化数据流。
5.根据前述项中任一项所述的接收器，其中，内容解码器包括两个或更多个内容解码器的串联布置。
6.根据前述项中任一项所述的接收器，其中，所述非观看信息包括数据率低于观看数据率的音频/视频数据，所述非观看信息解码器包括存储控制器，存储控制器用于控制非观看信息的存储以用于稍后的访问。
7.根据权利要求1至5中任一项所述的接收器，其中，非观看信息包括由所述内容解码器使用的控制信息。
8.根据前述项中任一项所述的接收器，包括标识生成器，标识生成器被配置为将数据包化传输流的本地标识值替换成该数据包化传输流的每个数据包中的数据包同步字段。
9.根据前述项中任一项所述的接收器，其中，在任何时间，本地标识值相对于由该接收器分配的其他本地标识值是唯一的。
10.一种音频/视频内容接收器的操作的方法，接收器用于接收并解码被调制到传输信道上的作为数据包化传输流的音频/视频数据信号，至少一个传输信道携载非观看信息，所述方法包括：
同时调谐两个或更多个传输信道以输出两个或更多个相应的数据包化传输流；
从接收的与需要解码的节目有关的音频/视频信号生成复合数据信号；
在接收器处将本地标识值分配给每个数据包化传输流以识别来自复合数据信号中的该数据包化传输流的数据；
检测由调谐器装置调谐的一个或多个传输信道当前是否未被用于提供用于解码的节目方面；
响应于传输信道当前未被使用的检测，控制调谐器将该信道调谐为携载包括非观看信息的数据包化传输流的传输信道；
至少部分通过参考与携载该非观看信息的数据包化传输流相关联的本地标识值来识别非观看信息的数据包；以及
解码所接收的非观看信息。
11.一种计算机软件，在由计算机执行时，使计算机实施根据项10所述的方法。
12.一种存储根据项11所述的计算机软件的存储介质。

Claims (12)

1.一种音频/视频内容接收器，用于接收和解码被调制到传输信道上的作为数据包化传输流的音频/视频数据信号，至少一个传输信道携载非观看信息，所述接收器包括：
调谐器装置，能够同时调谐两个或更多个传输信道以便输出两个或更多个相应的数据包化传输流；
多路复用器，被配置为从接收的与需要解码的节目有关的音频/视频信号生成复合数据信号，所述复合数据信号中的每个数据包化传输流通过由内容接收器分配给该数据包化传输流的本地标识值来识别；
内容解码器，能够同时从所述复合数据信号中解码两个或更多个音频/视频节目；
检测器，被配置为检测由所述调谐器装置调谐的一个或多个所述传输信道当前是否未被用于提供用于解码的节目；
控制器，响应于传输信道当前未在使用中的检测，控制调谐器将该信道调谐成携载包括非观看信息的数据包化传输流的传输信道；以及
非观看信息解码器，用于解码所接收的非观看信息，所述非观看信息解码器至少部分通过参考与携载该非观看信息的所述数据包化传输流相关联的所述本地标识值来识别所述非观看信息的数据包。
2.根据权利要求1所述的接收器，其中，所述调谐器装置包括分别可操作为调谐至单个相应传输信道的两个或更多个调谐器。
3.根据权利要求1所述的接收器，其中，由所述调谐器装置调谐的每个传输信道携载编码的音频/视频内容作为相应的数据包化传输流，每个传输流包括具有由一个或多个数据包标识符的相应组识别的数据包的一个或多个节目。
4.根据权利要求3所述的接收器，其中，所述多路复用器可操作为从两个或更多个所述数据包化传输流生成具有节目数据的复合数据包化数据流。
5.根据权利要求1所述的接收器，其中，所述内容解码器包括两个或更多个内容解码器的串联装置。
6.根据权利要求1所述的接收器，其中，所述非观看信息包括数据速率低于观看数据速率的音频/视频数据，所述非观看信息解码器包括存储控制器，所述存储控制器用于控制所述非观看信息的存储以用于稍后的访问。
7.根据权利要求1所述的接收器，其中，所述非观看信息包括用于由所述内容解码器使用的控制信息。
8.根据权利要求1所述的接收器，包括标识生成器，所述标识生成器被配置为将数据包化传输流的本地标识值替换成该数据包化传输流的每个数据包中的数据包同步字段。
9.根据权利要求1所述的接收器，其中，在任何时间，所述本地标识值相对于由该接收器分配的其他本地标识值是唯一的。
10.一种音频/视频内容接收器的操作的方法，所述接收器用于接收和解码被调制到传输信道上的作为数据包化传输流的音频/视频数据信号，至少一个传输信道携载非观看信息，所述方法包括：
同时调谐两个或更多个传输信道以便输出两个或更多个相应的数据包化传输流；
从接收的与需要解码的节目有关的音频/视频信号生成复合数据信号；
在所述接收器处将本地标识值分配给每个数据包化传输流以识别来自所述复合数据信号中的该数据包化传输流的数据；
检测由所述调谐器装置调谐的一个或多个所述传输信道当前是否未被用于提供用于解码的节目；
响应于传输信道当前未被使用的检测，控制调谐器将该信道调谐为携载包括非观看信息的数据包化传输流的传输信道；
至少部分通过参考与携载该非观看信息的所述数据包化传输流相关联的所述本地标识值来识别所述非观看信息的数据包；以及
解码所接收的非观看信息。
11.一种计算机软件，当由计算机执行时，使所述计算机实施根据权利要求10所述的方法。
12.一种非瞬时性机器可读存储介质，存储根据权利要求11所述的计算机软件。
CN201380070333.5A 2013-01-14 2013-12-20 接收音频/视频内容 Active CN104919810B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB1300614.3A GB2509759A (en) 2013-01-14 2013-01-14 Receiving audio/visual content-related non-viewing information via unused transmission channels
GB1300614.3 2013-01-14
PCT/GB2013/053404 WO2014108667A1 (en) 2013-01-14 2013-12-20 Receiving audio/video content

Publications (2)

Publication Number Publication Date
CN104919810A true CN104919810A (zh) 2015-09-16
CN104919810B CN104919810B (zh) 2018-05-01

Family

ID=47757937

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380070333.5A Active CN104919810B (zh) 2013-01-14 2013-12-20 接收音频/视频内容

Country Status (7)

Country Link
US (1) US9930393B2 (zh)
EP (1) EP2944091A1 (zh)
CN (1) CN104919810B (zh)
AU (1) AU2013372516B2 (zh)
BR (1) BR112015016285A2 (zh)
GB (1) GB2509759A (zh)
WO (1) WO2014108667A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105635759A (zh) * 2016-01-27 2016-06-01 深圳国微技术有限公司 一种输出内容保护方法与条件接收模块
CN107135425A (zh) * 2017-05-17 2017-09-05 深圳国微技术有限公司 一种媒体数据处理方法、装置及系统
CN109640121A (zh) * 2018-12-21 2019-04-16 深圳创维－Rgb电子有限公司 一种电视系统、节目信号处理方法、装置、设备和介质
CN113950815A (zh) * 2019-06-13 2022-01-18 交互数字Ce专利控股公司 用于从第一传输流切换到相同内容的第二传输流的方法和装置

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017163427A (ja) * 2016-03-10 2017-09-14 パナソニックＩｐマネジメント株式会社 放送受信装置、入力方法及び制御プログラム
CN106210816A (zh) * 2016-07-18 2016-12-07 青岛海信电器股份有限公司 一种传输流ts解扰方法和装置
CN115695913B (zh) * 2022-10-27 2023-06-23 北京华建云鼎科技股份公司 卫星信号处理系统
CN115695878B (zh) * 2022-10-27 2023-08-04 北京华建云鼎科技股份公司 基于spi的通信系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1167405A (zh) * 1994-04-22 1997-12-10 汤姆森消费电子有限公司 条件访问信息的装置
US6058242A (en) * 1996-07-30 2000-05-02 Samsung Electronics Co., Ltd. Apparatus for performing programmed recording using broadcast program data and method therefor in a two-tuner system
US20050091697A1 (en) * 2003-10-27 2005-04-28 Matsushita Electric Industrial Co., Ltd. Apparatus for receiving broadcast signal
CN1653800A (zh) * 2002-04-11 2005-08-10 诺基亚公司 数字视频广播接收机
US20070074256A1 (en) * 2005-09-27 2007-03-29 Electronics And Telecommunications Research Institute Apparatus for receiving cable TV broadcasting program, and multiplexer and de-multiplexer thereof
US20080192820A1 (en) * 2007-02-14 2008-08-14 Brooks Paul D Methods and apparatus for content delivery notification and management

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PT1340368E (pt) 2000-11-17 2008-07-11 Smardtv Sa Métodos de acesso condicionado para televisão digital e aparelho destinado á gestão simultânea de múltiplos programas de televisão
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
KR20060134395A (ko) 2005-06-22 2006-12-28 엘지전자 주식회사 케이블 방송 수신기 및 펌웨어 업그레이드 방법
KR20080066195A (ko) * 2007-01-11 2008-07-16 주식회사 대우일렉트로닉스 멀티 튜너 시스템
US20100175101A1 (en) * 2009-01-08 2010-07-08 Novafora, Inc. Content Distribution Systems and Methods
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
GB2489671A (en) 2011-03-28 2012-10-10 Sony Corp Cryptographic key distribution for IPTV
GB2489672A (en) 2011-03-28 2012-10-10 Sony Corp Authentication certificate distribution to set top boxes
GB2500613A (en) 2012-03-26 2013-10-02 Sony Corp Audio/visual receiver that can receive non-viewing information via a transmission channel that is not currently in use.
GB2500615B (en) 2012-03-26 2019-10-23 Saturn Licensing Llc Selecting data packets from a packetized data stream comprising audio/video programme data packets and identification data
GB2501759B (en) 2012-05-04 2019-06-26 Saturn Licensing Llc Receiving audio/video content

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1167405A (zh) * 1994-04-22 1997-12-10 汤姆森消费电子有限公司 条件访问信息的装置
US6058242A (en) * 1996-07-30 2000-05-02 Samsung Electronics Co., Ltd. Apparatus for performing programmed recording using broadcast program data and method therefor in a two-tuner system
CN1653800A (zh) * 2002-04-11 2005-08-10 诺基亚公司 数字视频广播接收机
US20050091697A1 (en) * 2003-10-27 2005-04-28 Matsushita Electric Industrial Co., Ltd. Apparatus for receiving broadcast signal
US20070074256A1 (en) * 2005-09-27 2007-03-29 Electronics And Telecommunications Research Institute Apparatus for receiving cable TV broadcasting program, and multiplexer and de-multiplexer thereof
US20080192820A1 (en) * 2007-02-14 2008-08-14 Brooks Paul D Methods and apparatus for content delivery notification and management

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105635759A (zh) * 2016-01-27 2016-06-01 深圳国微技术有限公司 一种输出内容保护方法与条件接收模块
CN107135425A (zh) * 2017-05-17 2017-09-05 深圳国微技术有限公司 一种媒体数据处理方法、装置及系统
CN109640121A (zh) * 2018-12-21 2019-04-16 深圳创维－Rgb电子有限公司 一种电视系统、节目信号处理方法、装置、设备和介质
WO2020124965A1 (zh) * 2018-12-21 2020-06-25 深圳创维－Rgb电子有限公司 电视系统、节目信号处理方法、装置、设备和介质
CN113950815A (zh) * 2019-06-13 2022-01-18 交互数字Ce专利控股公司 用于从第一传输流切换到相同内容的第二传输流的方法和装置

Also Published As

Publication number Publication date
BR112015016285A2 (pt) 2017-07-11
EP2944091A1 (en) 2015-11-18
AU2013372516A1 (en) 2015-05-14
GB201300614D0 (en) 2013-02-27
WO2014108667A1 (en) 2014-07-17
US20150304702A1 (en) 2015-10-22
CN104919810B (zh) 2018-05-01
AU2013372516B2 (en) 2016-02-25
US9930393B2 (en) 2018-03-27
GB2509759A (en) 2014-07-16

Similar Documents

Publication Publication Date Title
CN104205856B (zh) 用于同时处理多个电视节目的条件接入方法与设备
CN104919810B (zh) 接收音频/视频内容
CN104205855B (zh) 接收音频/视频内容
US8996870B2 (en) Method for protecting a recorded multimedia content
CN104272751B (zh) 接收音频/视频内容
US9544276B2 (en) Method for transmitting and receiving a multimedia content
KR20170091372A (ko) 디스플레이장치, 방송신호수신장치 및 그 제어방법
GB2500612A (en) Receiving and Selectively Decoding Received Audio/Video Content According to a Security Indicator
GB2500617A (en) Re-mapping packet identifiers (PIDs) in an audio/Visual (AV) receiver
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

Legal Events

Date Code Title Description
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant