CN101924909A - 一种基于中间件适配层的通用数字电视条件接收*** - Google Patents
一种基于中间件适配层的通用数字电视条件接收*** Download PDFInfo
- Publication number
- CN101924909A CN101924909A CN 201010232020 CN201010232020A CN101924909A CN 101924909 A CN101924909 A CN 101924909A CN 201010232020 CN201010232020 CN 201010232020 CN 201010232020 A CN201010232020 A CN 201010232020A CN 101924909 A CN101924909 A CN 101924909A
- Authority
- CN
- China
- Prior art keywords
- interface
- conditional access
- digital television
- middleware
- adaptation layer
- 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.)
- Pending
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明公开了一种基于中间件适配层的通用数字电视条件接收***。该***主要包括条件接收前端子***和条件接收终端子***,又可分为加扰/解扰、调制/解调、加密/解密、复用/解复用、发送/接收、授权管理***模块。各大数字电视厂商为了保证DVB业务仅被授权接收的用户所接收,纷纷推出了条件接收***,但由于条件接收制定的框架和接口不统一,造成了一个厂家的条件接收***不能使用在另一个厂家的中间件上,***移植性差。本文提出了一种基于中间件适配层的通用数字电视条件接收***,定义了通用的框架和接口,根据此发明制定的条件接收***可以在不同的厂家的中间件上使用。一种基于中间件适配层的通用数字电视条件接收***框图如下。
Description
技术领域
本发明涉及一种数字电视***中机顶盒中间件的软件开发框架***,特别涉及机顶盒条件接收***。
背景技术
数字电视机顶盒目前处于蓬勃发展的时期,为了实现数据广播***的***和个性化服务的要求,各运营商利用条件接收***对用户进行授权控制及授权管理。但在许多厂家纷纷推出条件接收产品时,由于是基于不同的机顶盒操作***和硬件模块SDK接口,不同的厂家对应的不同的实现方案,没有统一的标准,所以差异性很大,移植性很差,这样就造成了开发人员在开发条件接收***时,熟悉了一个厂家的开发平台后,再使用另一家的平台后,又得重新学***台的众多,这样给机顶盒开发带来了很大的不便,严重地阻碍了研发的进度,降低了生产效率;同时由于条件接收框架的不统一,也造成了用户使用的不便。
因此,本文提出了一种基于中间件适配层的通用数字电视条件接收***的解决方案,它通过嵌入式数字电视多硬件兼容驱动,多层密钥保护机制,以及***抽象和接口抽象技术,实现嵌入式数字电视操作***和底层硬件接口在条件接收***中进行无缝交互。数字电视条件接收***是在数字电视接收机的交互应用应用层、中间件适配层嵌入的一个中间层,定义一组较为完整的、标准的应用程序框架和接口,使数据输入输出程序开发独立于操作***和硬件平台,使用统一的格式,从而将应用的开发变得更加简捷,使产品的开放性和可移植性更强。本发明的条件接收***支持数字电视应用软件的远程下载、安全验证、动态集成、电子钱包、以及远程维护。
发明内容
本发明的目的在于解决目前数字电视条件接收***移植性差的缺点,从而提供一种通用的数字条件接收***框架。不同的厂家的接收***在按照本发明进行统一的框架设计后,可以实现不同的厂家的条件接收***的互换。在互换过程中可以保证条件接收***软件架构和接口保持基本稳定。本发明尤其针对进行数字电视顶层应用开发的研发人员,操作十分简单,可迅速掌握整套***的使用方法,维护方便,同时掌握了一个厂家的中间件条件接收***接口,就可以通用到很多厂家。
本通用条件接收***将底层的输入接口和输出接口转换成内部标准接口,包括:接 口名称转换、接口参数转换、以及接口逻辑关系转换。其中,接口名称转换用于将中间件的输入接口和输出接口的名称转换成本地统一的接口名称,接口参数转换用于将中间件的输入接口和输出接口的参数转换为本地统一的参数,接口逻辑关系转换用于将中间件的输入接口和输出接口的逻辑关系转换为本地统一的接口调用逻辑。
采用本发明的实现方案,机顶盒厂家可以方便的实现与不同厂家条件接收***的集成,大大缩短集成的开发周期、节省开发成本;平台厂家提供规范的接收***接口,可以让机顶盒厂家以最短的时间实现与自己***的接入,展示***的开放性以及接入的简易性,提高***的竞争力。
采用本发明的操作***可不受限制,可以使用linux、OS20/OS21、PSOS、UCOS、Nucleus,主要是因为它对内存管理、任务管理、进程调度、设备管理、中断管理和I/O管理进行了封装。
采用本发明可以实现一个基本的机顶盒***,它对一些基本的硬件模块进行了接口封装,从而避免了各种不同厂家硬件SDK的差异性。
本发明的其它特征和优点将在随后的说明书中叙述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明地目的和其他优点可通过在所写地说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1是根据本发明的通用数字电视条件接收***的框图;
图2是本发明实施例的数字电视条件接收实现模型的示意图;
图3是本发明实施例的数字电视机顶盒参考实现方案图;
图4是本发明实施例应用于电子钱包参考实现方案图;
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域研发人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
以下结合附图来详细说明本发明的实施例。
如图1所示,根据本发明给出的一种通用数字电视条件接受框图,它主要包括加扰、解扰、加密、解密、调制、解调、复用、解复用、授权管理***几大模块。
加扰:连续不断地改变广播电视信号形式的方法,以使得不用恰当的解码器和电子密钥就不能接收到正确的信号。
解扰:加扰的逆过程,在用户接收端的解扰器中完成,使得经授权的接收者能得到正确的业务码流。
加密:为了加扰信号而进行的连续不断的改变电子密钥的处理。电子密钥一般通过信道安全地传送给用户。
解密:加密的逆过程,为解扰、解复用提供密钥。
调制:将加扰的数字电视信号与调制信号进行混合,便于发送和接收。
解调:将加扰的数字电视信号从调制信号中恢复出来。
复用:将多个频道的电视节目压缩为一个流进行传送。
解复用:解开传送流的结构,将传送流中复用的多个频道的电视节目分离出来,让用户能够任意的选择不同的电视节目来收看。
授权管理***:授权管理***是一种授权用户对某个业务进行解扰的信息,在发送端被加密以后与信号一道传送,在接收端被用来控制单个解码器或一组解扰器。
如图2所示,根据本发明实施例的数字电视条件接收实现模型的示意图,它包括条件接收***的前端和终端两个部分。
在条件接收***的前端,首先由控制字发生器产生控制字(CW),将它提供给加扰器和加密器A。控制字的典型字长为64bit,每隔一段较小的时间改变一次。加扰器根据控制字发生器提供的控制字,对来自复用器的传送比特流进行加扰运算。此时,加扰器的输出结果即为经过扰乱了以后的传送比特流,控制字就是加扰器加扰所用的密钥。加密器接收到来自控制字发生器的控制字后,则根据用户授权***提供的业务密钥对控制字进行加密运算,加密器A的输出结果即为经过加密以后的控制字,它被称为授权控制信息(ECM)。业务密钥在送给加密器A的同时也被提供给了加密器B,加密器B与加密器A稍有不同,它自己能够产生密钥,并可以用此密钥对授权控制***送来的业务密钥(Service Key)进行加密。加密器B的输出结果为加密后的业务密钥,这被称为授权管理信息(EMM)。经过这样一个过程产生的ECM和EMM信息均被送至复用器,与被送至同一复用器的图像、声音和数据信号比特流一起打包成传送比特流输出。
在此需要指出的是,在传送比特流***标准中,对在数据包中放置条件接收控制信息及密钥的位置有规定,所以,ECM和EMM信息均可以打入数据包中。另外,在发送端还有用户管理***和用户授权***,用户管理***是根据用户订购节目和收看节目的情况,一方面向授权控制***发生指令,决定哪些用户可以被授权看那些节目或接受那些服务;一方面它还可以向用户发送帐单。用户授权控制***则是根据用户授权管理***的指令,产生哪些用户该授权哪种收看、哪些信息接收权利的信息,即产生出业务密钥。
在条件接收***的终端,将经过解调后的加扰比特流(控制字还没有恢复出来以前),通过解复用器而送至解扰器。由于ECM和EMM信号被放置于传送比特流包头的固定位置,因此,解复用器便可很容易地解出ECM和EMM信号。再从解复器出来的ECM和EMM信号,被分别送至智能卡(Smart Card)中的解密器A与解密器B,它们与智能卡中的安全处理器共同工作,从而恢复出控制字(CW),并将它送至解扰器。恢复控制字的过程十分地短暂,一旦在接收端恢复出正确控制字以后,解扰器便能正常解扰,将加扰比特流恢复成正常比特流。
如图3所示,根据本发明给出的一种机顶盒实现方案图。它主要包括数字电视接收机应用程序层、交互应用表示层、CA插件层、中间件适配层、数字电视操作***层。
数字电视接收机应用程序层:根据数字电视条件接受***提供的API接口,开发点播服务、网络游戏、网络购物、GPS定位、数据查询等服务,让用户足不出户就可以享受到数字电视和数字家庭带来的便利性。
交互应用表示层:包括HTML浏览器、EPG模块、SI、JAVA虚拟机等直接面向互动应用程序的中间件模块,同时包括HSML语言解析引擎,并提供第三方中间件接口,第三方开发商通过该接口,可以开发符合本发明的数字电视嵌入式软件标准体系的中间件组件模块,并应用到其它的数字电视交互应用平台中,很好地增强了***的可扩展性。通过基于面向终端的内容描述语言及标准规范,对交互应用服务进行原子级的服务发现和提取,在制定交互应用业务建模规则的基础上,提炼出交互业务用例、交互业务角色和交互业务实体的模型,并采用原子服务组合模板的方法为运营商提供了数字家庭互动业务可视化的模型建模平台以及交互应用服务快速开发环境,用于所见即所得的编写和开发符合上述描述标准规范的数字家庭互动应用业务产品。
CA插件层:即数字电视条件接收***,该层位于数字电视中间件平台中的核心层,包括安全模块、通信模块、CA消息过滤和处理模块、人机接口模块和控制模块,图形界 面模块、DRM模块和智能卡模块这6个基本组件模块。
安全模块:保护密钥的安全性,实现了条件接收所规定的公共安全机制所涉及的安全算法,同时为CA插件的其他模块提供数据安全支持。
通信模块:将所有涉及到通过物理接口和数据安全通道进行数据传输的细节封装起来,使得CA插件的其他模块可以不必理解这些细节而完成与智能卡的数据交互。同时,通信模块也将安全模块所提供的安全通道封装起来,使得CA插件的其他模块不必知道安全通道所使用的具体安全算法和加密密钥,这也同时增强了整个CA插件的***安全性。
CA消息过滤和处理模块:负责根据获得的CA消息过滤条件过滤出所需的数据,同时也负责处理过滤所返回的结果。
人机接口模块和控制模块:人机接口模块负责处理智能卡与用户之间的交互,如接收用户的遥控器输入、显示智能卡对用户的提示等。因为CA消息处理的结果与当前节目的授权状态提示息息相关,所以人机接口模块与CA消息过滤和处理模块的联系比较紧密。控制模块负责从接收机应用程序接收数据和指令,并负责将CA插件作为一个整体进行工作状态和流程控制。
DRM模块:使用技术手段对数字产品的分发、传输和使用等各个环节进行控制,使得数字产品只能被授权使用的人按照授权的方式在授权使用的期限内使用。
智能卡模块:提供智能卡的接口,实现电子钱包控制、管理和维护的模块。
中间件适配层:包括操作***适配层和硬件设备适配层。操作***适配层主要完成屏蔽操作***特性差异,实现操作***无关性;可支持Linux、uCOS、pSOS、Nucleus、OS20等多种不同操作***,兼容POSIX标准;主要封装线程、内存、互斥锁和信号量、文件***、网络协议等接口;硬件设备适配层对所有的硬件设备提供统一访问接口,提供对板级设备驱动(BSP)和硬件SDK的封装;可广泛的支持各种不同的硬件方案,如凌汛、ST、Broadcom、Sigma Design、Conexant等各种芯片。
数字电视操作***层:由厂家平台搭建的嵌入式操作***,可以linux、UCOS、PSOS、OS20/OS21等。这些操作***提供嵌入式片上器件以及片外器件的驱动程序,同时实现用于***自启动和程序装载及数字家庭网关终端设备高清视频驱动优化技术,以支持数字电视高清互动应用服务。
如图4所示,为本条件接收***在电子钱包的参考实施例,电子钱包模块(EPM)是实现移动多媒体广播业务保护的重要组成部分,是实现电子钱包控制、管理和维护的模块。它包括电子钱包前端模块(EPM-S)和电子钱包终端模块(EPM-C)两部分。
EPM-S是EPM的前端子模块,维护和管理每个终端电子钱包的状态和相关密钥,保证电子钱包相关信令和交易数据的安全性和完整性;建立与EPM-C之间的回传通道,回传交易记录。
EPM-C是终端上基于智能卡或安全芯片的安全特性,支持圈存、在线或离线增值、消费和查询余额等交易的应用和数据结构。
在EPM-C应用环境下,仅运行EPM-C和EAM-C两种应用;EPM-C应用环境应保证EPM-C和EAM-C的安全下载以及EPM-C和EAM-C的安全共存;应用环境应为应用安全下载提供安全认证机制;应用环境应保证应用下载操作只在满足安全机制要求的前提下进行;并保证应用下载过程中数据或代码的安全性和完整性;应用环境应保证EPM-C和EAM-C的安全共存,防止EPM-C和EAM-C之间的非法调用和越界访问。
EPM-C安全机制应保证所有密钥和密码的安全存储,在任何情况下所有密钥和密码不被泄漏,在没有授权的情况下,所有密钥和密码不被访问、调用和修改;EPM-C安全机制应保证一种特定应用使用的密钥不被其它应用使用;EPM安全机制应使用安全报文传送保证数据的可靠性、完整性和对发送方的认证;安全报文传送机制应使用消息认证码(MAC)保证数据完整性和对发送方的认证,应使用数据域加密保证数据的可靠性。
EPM-S功能:EPM-S具有电子钱包帐户管理、密钥管理功能,具有对EPM-C控制和管理的功能,具有生成和发送电子钱包信令的功能,具有对EPM-C实现圈存、具有接收EPM-C回传交易记录、对回传交易记录的对帐管理功能。EPM-S还可将所有充值的记录提交给EAM-S。EPM-S可将所有EPM-C回传的交易失败记录提交给EAM-S。EPM-S可具有对EPM-C实现圈存和帐户管理并与银联支付网关联网的功能。
EPM-C功能:EPM-C通过与EPM-S互操作,实现其增值、消费、控制管理和记录回传等功能。EPM-C还可以与EPM-S发行的授权载体进行数据交互,实现离线充值。EPM-C与EPM发行的授权载体离线充值交易时应与授权载体进行安全认证和数据交互,以保证离线充值交易的完整性和安全性。EPM-C与EAM-C在安全环境下共存。EPM-C具有唯一标识。EPM-C可具有一个能够与外界进行数据交互的直接接口。EPM-C可支持EAM-C对EPM-C的状态查询、交易记录查询。EPM-C还可具备符合人民银行规定的借记卡/贷记卡片磁条相关信息或IC卡信息安全录入、保存、调用等功能。
本发明的通用条件接收***最终将实现数字电视、视频点播、IP电话、可视电话、短信、网络游戏等众多业务;在编解码方面,支持MPEG1、MPEG2、MPEG4、H263、H264、JVT、Media9、AVS等现在获得广泛应用的主流编解码标准。并具有以下特点:
1)强韧的容错机制与可靠性:从设计上充分考虑了针对非佳外部环境下运行的强韧容错机制,并利用软件实现的可伸缩性的特点加入特殊环境的处理机制,确保终端可靠运行,同时还可以针对不同运营商的环境特点,通过软件升级实现各种新型容错机制。
2)开放性:本发明的通用条件***框架可独立于外界网络环境与通信传输格式,这一特性,可以为不同网络运营商和用户提供基于其自身已有***和环境进行二次开发与应用的充足空间。
由于本发明的实现符合一个通用模型,数字电视条件接受编程接口就是基于本发明所制定的框架所提出来的,该编程接口包括外壳层API、应用程序逻辑API和核心逻辑API三个部分。本发明在不同厂家的中间件接口变化定义不同的情况下,做一次接口转换,转换成与应用实现层接口匹配的接口,达到应用实现层接口稳定的目的。数字电视条件接受接口将开放给互动应用服务开发商和运营商,供其在开发互动应用业务时调用。开发商和运营商只需根据程序接口实现应用,而不必去考虑数字电视和服务器端具体如何实现这些API封装的功能,降低了互动应用业务开发的门槛,提高开发效率。
以上所述仅为本发明的优先实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明精神和原则之内所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种基于中间件适配层的通用数字电视条件接收***主要包含加扰/解扰,调制/解调,加密/解密,复用/解复用模块,其特征在于,是对信号加扰,对用户电子密钥的加密以及建立一个确保被授权的用户能接收到加扰节目的用户管理***。
2.一种基于中间件适配层的通用数字电视条件接收***包含条件接收前端***和条件接收终端***,其特征在于,前端***将数字电视信号进行复用、加密、加扰、调制和发送,使信号在传送过程中不被破坏和解密,保证了信号传送的安全性和可达性;终端***将数字电视信号进行接收、解复用、解密、解扰和解调,使得通过授权的用户可以收看节目,未通过授权的用户收看不到节目,保证了授权用户和业务部门的权益。
3.根据权利要求1或2所述的***,其特征在于,条件接收***的安全性得到了三层保护;第一层保护是用控制字对复用器输出的图像、声音和数据信号比特流进行加扰,扰乱正常的比特流,使得在接收端如不解扰就无法收看、收听到正常的图像、声音及数据信息并且控制字在一定周期内就要变化一次;第二层是通过对控制字用业务密钥加密,这样即使控制字在传送给用户的过程中被盗,被盗者也无法对加密后的控制字进行解密;第三层保护是对业务密钥的加密,它使得整个***的安全性更强,使非授权用户在即使得到加密业务密钥的情况下,也不能轻易解密;因为解不出业务密钥就解不出正确的控制字,没有正确的控制字就无法解出并获得正常信号的比特流。
4.根据权利要求1或2所述的***,其特征在于,可以屏蔽凌汛、ST、Broadcom、SigmaDesign、Conexant的硬件平台差异,提供了对板级设备驱动(BSP)和硬件SDK的封装,为基于机顶盒的硬件设备提供统一访问接口,使得机顶盒的应用开发人员不必过多关注底层硬件,而只需了解上层接口就可以进行开发。
5.根据权利要求1或2所述的***,其特征在于,可以屏蔽Linux、uCOS、pSOS、Nucleus、OS20操作***特性差异,实现操作***无关性,为软件平台提供封装后的统一接口,使得可以在不同的软件平台和操作***下进行应用开发。
6.据权利要求1或2所述的***,其特征在于,支持集中与分级授权控制和管理,支持单向授权和终端本地自授权,也可支持双向授权。
7.据权利要求1或2所述的一种基于中间件适配层的通用数字电视条件接收***,其特征在于,支持大规模用户,支持通过升级扩充管理用户数量,电子钱包是通过移动多媒体接收终端与前端***之间的双向网络实现。
8.据权利要求1或2所述的一种基于中间件适配层的通用数字电视条件接收***,其特征在于,所述条件接收***接口将底层硬件和***的输入接口和输出接口转换成内部标准接口,包括:接口名称转换、接口参数转换、以及接口逻辑关系转换。
9.根据权利要求8所述的***,其特征在于,所述接口名称转换用于将所述条件接收的输入接口和输出接口的名称转换成本地统一的接口名称。
10.据权利要求8所述的***,其特征在于,所述接口参数转换用于将所述条件接收的输入接口和输出接口的参数转换为本地统一的参数。
11.据权利要求8所述的***,其特征在于,所述接口逻辑关系转换用于将所述条件接收的输入接口和输出接口的逻辑关系转换为本地统一的接口调用逻辑。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010232020 CN101924909A (zh) | 2010-07-20 | 2010-07-20 | 一种基于中间件适配层的通用数字电视条件接收*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201010232020 CN101924909A (zh) | 2010-07-20 | 2010-07-20 | 一种基于中间件适配层的通用数字电视条件接收*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101924909A true CN101924909A (zh) | 2010-12-22 |
Family
ID=43339510
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201010232020 Pending CN101924909A (zh) | 2010-07-20 | 2010-07-20 | 一种基于中间件适配层的通用数字电视条件接收*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101924909A (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102149013A (zh) * | 2011-03-29 | 2011-08-10 | 深圳创维数字技术股份有限公司 | 一种数字电视的数据处理***及方法、数字电视接收终端 |
CN102752635A (zh) * | 2012-02-23 | 2012-10-24 | 中央电视台 | 一种可下载可替换条件接收*** |
CN102752636A (zh) * | 2012-02-23 | 2012-10-24 | 中央电视台 | 一种条件接收***发送端的根密钥生成方法 |
CN102769776A (zh) * | 2012-07-30 | 2012-11-07 | 山东泰信电子股份有限公司 | 一种实现cas终端及时获得授权的***及方法 |
CN103281572A (zh) * | 2013-05-14 | 2013-09-04 | 无锡北斗星通信息科技有限公司 | 集成基本数据、正常数据解扰的dvb条件接收装置 |
CN104363482A (zh) * | 2014-10-30 | 2015-02-18 | 成都康特电子高新科技有限责任公司 | 安全可靠的条件接收*** |
CN104375832A (zh) * | 2014-11-12 | 2015-02-25 | 南阳理工学院 | 一种计算机底层硬件屏蔽设备及方法 |
CN105657477A (zh) * | 2016-01-29 | 2016-06-08 | 福建新大陆通信科技股份有限公司 | 一种不同的机顶盒中间件***升级的方法以及装置 |
CN106385630A (zh) * | 2016-10-30 | 2017-02-08 | 合肥微匠信息科技有限公司 | 一种基于自顶向下的机顶盒软件开发仿真平台 |
CN107766077A (zh) * | 2017-10-18 | 2018-03-06 | 张洋 | 一种多个外部设备控制方法和装置 |
CN108200453A (zh) * | 2018-01-25 | 2018-06-22 | 国家新闻出版广电总局广播科学研究院 | 一种融合条件接收终端***和方法 |
CN108717362A (zh) * | 2018-05-21 | 2018-10-30 | 北京晨宇泰安科技有限公司 | 一种基于可继承结构的网络设备配置模型及配置方法 |
CN108920289A (zh) * | 2018-07-03 | 2018-11-30 | 上海仪电汽车电子***有限公司 | 车载控制器的数据处理方法与车载控制器 |
CN109117606A (zh) * | 2018-08-08 | 2019-01-01 | 福州瑞芯微电子股份有限公司 | 设备客户端的drm标准适配方法、装置及硬件保护中间件 |
TWI705345B (zh) * | 2015-04-28 | 2020-09-21 | 香港商阿里巴巴集團服務有限公司 | 實現數位版權管理的方法、用戶端設備及系統 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101146175A (zh) * | 2007-10-25 | 2008-03-19 | 中兴通讯股份有限公司 | 机顶盒集成中间件通用*** |
-
2010
- 2010-07-20 CN CN 201010232020 patent/CN101924909A/zh active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101146175A (zh) * | 2007-10-25 | 2008-03-19 | 中兴通讯股份有限公司 | 机顶盒集成中间件通用*** |
Non-Patent Citations (1)
Title |
---|
《电子技术》 20081130 张友能 基于中间件的数字电视机顶盒研究 65-67页 1-5,8-11 , 第11期 2 * |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102149013B (zh) * | 2011-03-29 | 2013-06-26 | 深圳创维数字技术股份有限公司 | 一种数字电视的数据处理***及方法、数字电视接收终端 |
CN102149013A (zh) * | 2011-03-29 | 2011-08-10 | 深圳创维数字技术股份有限公司 | 一种数字电视的数据处理***及方法、数字电视接收终端 |
CN102752635B (zh) * | 2012-02-23 | 2015-03-18 | 中央电视台 | 一种可下载可替换条件接收*** |
CN102752636A (zh) * | 2012-02-23 | 2012-10-24 | 中央电视台 | 一种条件接收***发送端的根密钥生成方法 |
CN102752636B (zh) * | 2012-02-23 | 2015-01-21 | 中央电视台 | 一种条件接收***发送端的根密钥生成方法 |
CN102752635A (zh) * | 2012-02-23 | 2012-10-24 | 中央电视台 | 一种可下载可替换条件接收*** |
CN102769776A (zh) * | 2012-07-30 | 2012-11-07 | 山东泰信电子股份有限公司 | 一种实现cas终端及时获得授权的***及方法 |
CN102769776B (zh) * | 2012-07-30 | 2016-09-07 | 山东泰信电子股份有限公司 | 一种实现cas终端及时获得授权的***及方法 |
CN103281572A (zh) * | 2013-05-14 | 2013-09-04 | 无锡北斗星通信息科技有限公司 | 集成基本数据、正常数据解扰的dvb条件接收装置 |
CN105306986A (zh) * | 2013-05-14 | 2016-02-03 | 孔涛 | 集成基本数据、正常数据解扰的dvb条件接收装置 |
CN103281572B (zh) * | 2013-05-14 | 2016-05-25 | 无锡桑尼安科技有限公司 | 集成基本数据、正常数据解扰的dvb条件接收装置 |
CN105306986B (zh) * | 2013-05-14 | 2016-09-07 | 广东云海云计算科技有限公司 | 集成基本数据、正常数据解扰的dvb条件接收装置 |
CN104363482A (zh) * | 2014-10-30 | 2015-02-18 | 成都康特电子高新科技有限责任公司 | 安全可靠的条件接收*** |
CN104375832A (zh) * | 2014-11-12 | 2015-02-25 | 南阳理工学院 | 一种计算机底层硬件屏蔽设备及方法 |
TWI705345B (zh) * | 2015-04-28 | 2020-09-21 | 香港商阿里巴巴集團服務有限公司 | 實現數位版權管理的方法、用戶端設備及系統 |
CN105657477A (zh) * | 2016-01-29 | 2016-06-08 | 福建新大陆通信科技股份有限公司 | 一种不同的机顶盒中间件***升级的方法以及装置 |
CN105657477B (zh) * | 2016-01-29 | 2018-08-24 | 福建新大陆通信科技股份有限公司 | 一种不同的机顶盒中间件***升级的方法以及装置 |
CN106385630A (zh) * | 2016-10-30 | 2017-02-08 | 合肥微匠信息科技有限公司 | 一种基于自顶向下的机顶盒软件开发仿真平台 |
CN107766077A (zh) * | 2017-10-18 | 2018-03-06 | 张洋 | 一种多个外部设备控制方法和装置 |
CN108200453A (zh) * | 2018-01-25 | 2018-06-22 | 国家新闻出版广电总局广播科学研究院 | 一种融合条件接收终端***和方法 |
CN108200453B (zh) * | 2018-01-25 | 2020-10-02 | 国家新闻出版广电总局广播科学研究院 | 一种融合条件接收终端***和方法 |
CN108717362A (zh) * | 2018-05-21 | 2018-10-30 | 北京晨宇泰安科技有限公司 | 一种基于可继承结构的网络设备配置模型及配置方法 |
CN108717362B (zh) * | 2018-05-21 | 2022-05-03 | 北京晨宇泰安科技有限公司 | 一种基于可继承结构的网络设备配置***及配置方法 |
CN108920289A (zh) * | 2018-07-03 | 2018-11-30 | 上海仪电汽车电子***有限公司 | 车载控制器的数据处理方法与车载控制器 |
CN109117606A (zh) * | 2018-08-08 | 2019-01-01 | 福州瑞芯微电子股份有限公司 | 设备客户端的drm标准适配方法、装置及硬件保护中间件 |
CN109117606B (zh) * | 2018-08-08 | 2020-10-09 | 瑞芯微电子股份有限公司 | 设备客户端的drm标准适配方法、装置及硬件保护中间件 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101924909A (zh) | 一种基于中间件适配层的通用数字电视条件接收*** | |
EP1452027B1 (en) | Access to encrypted broadcast content | |
CN100576904C (zh) | 用于辅助条件访问服务器的方法和设备 | |
US8196194B2 (en) | Method and network for securely delivering streaming data | |
CN100459780C (zh) | 涉及防篡改身份模块的稳健灵活的数字权限管理 | |
US8060902B2 (en) | System for receiving broadcast digital data comprising a master digital terminal, and at least one slave digital terminal | |
US20100186065A1 (en) | Method for protecting contents, method for sharing contents and device based on security level | |
US20030028887A1 (en) | Method to control the copying and/or broadcasting of audiovisual signals transmitted to within a home audiovisual network | |
CN101119471A (zh) | 实现数字电视在线支付的***及方法 | |
CN102164320A (zh) | 一种改进的基于条件接收技术的终端 | |
CN102082971B (zh) | 数字电视机顶盒芯片及其授权接收方法 | |
CN100502496C (zh) | 一种基于移动设备的数字电视用户认证*** | |
CN102291598B (zh) | 一种可控的数字电视硬件功能授权管理方法 | |
CN102340702B (zh) | IPTV网络播放***及其基于USB Key的权限管理及解扰方法 | |
CN101102462A (zh) | 基于手机电视安全模块的无线数字电视加密通信***和工作方法 | |
CN101742249B (zh) | 一种可信双向网络数字电视***的实现方法 | |
CN100547955C (zh) | 一种移动多媒体业务保护的方法、***及设备 | |
CN101246615B (zh) | 一种远程管理电子钱包状态的*** | |
CN100521771C (zh) | 一种融合互联网和有线电视网络环境下的有条件接收*** | |
CN105578208A (zh) | 一种iptv视频加密传输*** | |
CN101087361A (zh) | 一种数字电视机顶盒子母机授权的方法 | |
CN105959738A (zh) | 一种双向条件接收***及方法 | |
CN101500227B (zh) | 一种多媒体广播内容绑定手机终端的方法及*** | |
CN101826233B (zh) | 一种远程管理电子钱包状态的装置 | |
EP2141924A1 (en) | Process to ensure massive data diffusion security, and devices associated |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20101222 |