数字电视中间件技术发展浅析

《数字电视中间件技术发展浅析》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、数字电视中间件技术发展浅析

2、第1lunediaHomePlatform，MHP)标准，按照MHP组主席GeorgLuetteke博士的说法，MHP所带来的数字电视和相关多媒体业务的融合是出现以来最大的技术奇迹，也是现在能够想象到的广播技术的终极。　　MHP有关的工作开始于1997年初，工作模式遵循DVB的工作原则，即先研究市场需求，再进行技术标准开发。MHP作为DVB商业部（CM）的一个工作组，由DVB指导委员会（SB）于1997年12月正式批准成立，其任务是调查多媒体家庭平台的商业需求。其后，在DVB技术部成立了MHP技术面工作组TAM（TechnicalAspects

3、ofMHP），其任务是编写MHP技术规范。与此同时，MHP组仍在进行MHP商业需求的细化和辨别工作，两个组相互协作，联系密切，共同完成多媒体家庭平台这项牵涉面广的复杂工作。　　MHPAPI的最早竞争者有三个：来自SunMicrosystems和ThomsonMultimedia的OpenTV，来自数字视听工业论坛DAVIC(DigitalAudioVideoIndustriesCouncil)的MHEG5/MHEG6＋Java提案和来自法国地面数字电视广播商CanalPlus的MultimediaHighediaHighHEG5和Java。　　从1998年到现在，D

4、VB内部关于MHP的辩论十分激烈，原因是DVB各成员的想法各不相同，而这样的一个标准涉及到欧洲的情况不同的多个国家。争论的核心主要集中在六个方面：开放标准还是封闭标准；增强电视还是交互电视；Inter的中心地位问题；欧洲和美国的不同；继承还是创新；知识产权问题。其中对增强电视的情有独钟、难以达成一致意见和知识产权问题是阻碍标准制定的三个主要障碍。　　尽管争论激烈，甚至有人怀疑MHP这样的统一标准是否必要，即使制定了能否实现，但DVB的MHP项目还是取得了不少成果，目前达成一致的是定义一套兼容Java的应用编程接口（API）。此API以三个类别(profile)的形式定义，

5、或者说三个层次，其中每个上层类别都包含下层类别。第一个类别是增强电视类别（EnhancedTVprofile），它是基于Java的，而且其中不包括HTML兼容。第二个类别称为带反向通道的交互电视，定义为两种可选格式：一种是“纯Java”方案，源自Sun的PersonalJava规范和/或JavaTV规范，这种方案定义为缺省类别，另一种可选的格式是在缺省类别的基础上增添兼容HTML。第三个类别称为Inter接入，在交互电视类别的基础上增加IP和兼容HTML。　　API的目的是通过互操作性提供统一的应用平台，但上述基于Java的API方案并非如此，尤其是在兼容HTML方面模棱

6、两可的规定使得互操作性大打折扣。最热心兼容HTML的是有线电视运营商，他们关心快速Inter接入能够成为自己的一项关键业务，而其竞争对手－卫星运营商和数字地面电视广播公司－对兼容HTML并不热心，因此，MHP交互电视类别的两种选项实际上在有线电视和卫星与地面广播之间埋下了一道潜在裂痕。　　欧洲的统一API分三步走，不是技术问题，而是考虑到欧盟成员国在政策方面的差异。而政策差异是其社会文化环境差异的反映，特别在电视广播领域这种差异更加明显，各成员国联系到现有公共广播制度，在国家层面上会采取不同行动。因此，现行的MHP标准是一个结构冗杂的大系统，它在具有先进性和可扩展性的同时

7、，各个程序包之间并不和谐，存在功能上的叠加和重复。3　美国的DASE　　在ATSC1983年成立伊始，双向增强电视就是构想之一，但直到1996年FCC大部分采纳ATSC标准时，双向交互电视问题都一直悬而未决，没有人能说清楚呈现在观众面前的交互电视到底是什么样。在此期间，时代华纳曾开展交互电视实验，但没取得成功，相反，交互式的Inter异军突起，取得巨大成功。　　消费电子制造商（包括数字电视芯片制造商）和内容生产商都迫切需要制定统一的接收机软件平台，这是交互电视取得成功的关键。因此，1997年末，ATSC成立了数字电视应用软件环境（DASE）特别工作组，它源于ATSCT3/

8、S16（交互业务）专家组内的一个小组，后来独立成一个特别工作组，并很快成为T3的直属专家组，编号为T3/S17。S17之下又细分为多个小组：系统业务组、总体组、类别(profile)组、安全组、呈现引擎组，随着工作的深入，小组的划分也有所变化。　　作为应用软件环境，DASE包括四个组成部分：应用执行引擎（ApplicationExecutionEngine,AEE）、呈现引擎（PresentationEngine,PE）、内容解码器（ContentDecoder）和应用程序接口(API)。这四个部分构成一个有机整体，这一体系结