NGB中间件标准考虑因素.

1、NG沖间件标准考虑因素数字电视中间件技术与标准，大家都非常熟悉了。自2001 年，DVB 推出 MH 冲间件技术标准以来，全世界各地都开始了中间件技术的研究与标准制定工作， 而且基本上都是源自于 MHP 勺技术体系，虽然相关国家的标准化与行业组织进 行了不同程度的修改与演进，但总的框架还是基本类似、一脉相承的。中国， 自 2001 年12 月以来也一直进行数字电视中间件技术研究与标准制定工作。从 工信部提交的标准文本来看，中国标准总的技术体系与MHP 有一定的兼容与数字电视中间件技术与标准，大家都非常熟悉了。自2001 年，DVB 推出 MH 冲间件技术标准以来，全世界各地都开始了中间件技术的

2、研究与标准制定工作， 而且基本上都是源自于 MHP 勺技术体系，虽然相关国家的标准化与行业组织进 行了不同程度的修改与演进，但总的框架还是基本类似、一脉相承的。中国，自 2001 年 12 月以来也一直进行数字电视中间件技术研究与标准制定工 作。从工信部提交的标准文本来看，中国标准总的技术体系与MHP 有一定的兼容与延续性，尽管标准目前还没有正式官方发布，但对国内一些公司进行数字 电视中间件相关产品与系统的开发起到了非常大的促进与指导作用。当前，广 电总局正在领导制定 NGB 数字电视中间件技术标准，这无疑对产业是一个具有 十分重要意义和鼓舞人心的大事情。从当今技术发展和运营环境的新形势来 看

3、，我们应该如何制定新的中间件标准？其技术架构应该如何适应“三网融 合”的多媒体业务？新标准与老的是否应该有所不同？诸如此类的问题，应该 是值得我们考虑的。笔者本人从业务应用的环境和技术架构的角度来阐述些许 看法，以起到抛砖引玉的作用。2、数字电视中间件标准的前世在数字电视十多年的发展历程中，出现了许多的中间件技术标准与产品，可以 说数字电视中间件是一直伴随着数字电视业务的运营，并且不断发展、壮大和 成熟。广为人知的 MHF 是从 1998 年开始由 DVB 主导制定的， 那时的数字电视运营环境 基本是单向，业务应用基本是 EPG 电视游戏、PPV、美食与天气预报信息 等，基于网络的限制，电视商

4、务、视频点播等还只是停留在概念和实验阶段。 不同的数字电视应用都可以是独立的、具有边界分明的运行环境(Applicatio nbou ndary )，数字电视业务应用平台一般都是通过菜单式进行启 动的，如右图显示：从模块功能来看，MHPS 准考虑了较多的与数字电视硬件平台功能相关联的资 源模块：从技术细节来看，MHPS 准的 API 比较多地关注机顶盒平台的功能与资源的使 用与控制，如定义了专门的 API（ Java 功能包）针对解调与数据装载（DemuX、CAS 空制、调谐（Tuning ）、以及媒体播放、数据解析；相反，对 协议却较少涉及（留待平台实现着自己去处理各种网络协议），更没有涉及

5、到 网络文件装载、流媒体点播与控制等协议。上图摘自于MHF 标准文本，示意了MHP 平台的一些资源层的功能特征。MHP 勺应用处理基础是基于 DSMCC 对象轮播 （ObjectCarousel ）的应用管理 器，而且基本是立足于单向广播通道的（MPEGSectior），如下图展示：尽管 MHP 标准也列出了 DVB-HTM，但对 HTM!和 JavaScript ( ECMAScript)没 有进行详细的规定，MHF 平台的实现一般都没有特别关注 MHF 标准提出的“交 互档次”，但这一部分不是 MHP 标准的核心部分。很显然，在当时的网络与运营的历史环境与条件下，MHP 标准主要重点是为了

6、满足单向环境下增值业务的跨平台的运行，它很好地规范了增值业务与应用的 下载、启动、运行、消亡等控制以及资源共享、显示与交互特征等技术与运营 范围与条件，网络的交互性与融合性业务并是 MHP 标准的核心。这些网络、技 术与运营特征决定了 MHP 标准以 Java 虚拟机为基础的平台架构，规范了一整套 以 Java 语言的编程接口，系统的启动是从 Java 应用开始的，应用本身和其数 据可以明显区分开来，整个应用同时下载到终端平台才执行(Java 的类库需要 进行动态链接后才可以执行)，通过 Java 应用将 HTML 等网页串联起来、形成 补充。然而，数字电视、通信和互联网行业近几年来发生了很大的变化，过去通过广 播网传送的音视频业务，目前通过互联网、移动通信网同样可以传送。如果我 们再来规划中间件，得我们就必须重新考虑多媒体终端的中间件平台的技