1、前言
数字电视技术目前已进入第二代发展阶段。第一代产品主要表现在数字机顶盒的设计与生产，以及一些简单的交互式应用在机顶盒中的实现。第一代产品的深入发展使得人们对交互式应用的要求越来越高，同时数字电视运营商也纷纷认识到增值性服务的重要性。因为多样化的增值性服务不仅能为他们吸引更多的新用户，增进老用户的忠诚度，同时在竞争越来越激烈的环境下，增值性服务也成为运营商有别于其他竞争者的重要特征。
数字电视技术第二代机顶盒产品以电视与互联网相结合，硬盘的使用、VOD的发展为其主要特征。交互式应用越来越广泛，电子商务、即时节目点播(TV Anytime)等也成为发展的趋势。
在欧洲，交互式数字电视的发展领先于世界上其他国家。在这样一个有多元化国家存在，各个国家既要求相互的独立性，又强调联盟的欧洲大陆，各工业、商业及科研集团之间形成了一种友好的交流协作关系。这就为各种DVB数字电视标准，特别是MHP(媒体家庭平台)的产生，创造了一种有利的氛围，同时欧洲对交互式应用的重视远胜于北美地区。在这样的环境下，MHP在欧洲有了滋生的土壤，终于出土。
数字电视取代模拟电视是电视技术发展的必然，也是目前正在悄悄发生的事实。中国是一个电视大国，数字电视的发展有其广阔的前景。数字电视技术的研发已被国家列入“十•五计划”中的十大优先发展的信息技术产业。在数字电视技术方面，中国不可能没有具有自主知识产权的产品和系统，同时，中国的电视市场又有别于世界其他地方(如欧洲、美国和日本)。因此，中国在其标准制定中不可能完全照搬国外的系统和技术，但我们应该借鉴目前世界上已存在的数字电视标准，规划中国的数字电视，尤其是中间件平台的标准，使得数字电视运营商能够利用这个标准，推广更多的增值性应用，不但为其本身带来更高的经济效益，同时也为广大的电视用户带来更多的娱乐和服务。

本文试图勾勒出数字电视中间件标准的大框架，以便业界同行能够一起讨论切磋，共同探讨制定中国数字电视开放性平台标准的方法和内容。
2、关于数字电视开放性平台标准的基本要求
一谈到数字电视，人们谈得比较多的自然是中间件技术，这无疑是数字电视系统最关键的技术之一。中间件系统的出现使得应用软件不再依赖于各个硬件平台，系统集成的时间因而也大大缩短。中间件也是一个比较笼统的概念，很难对它定一个标准，因为其系统架构各不相同，功能差异有别。因此我们注重的只能是其上面应用编程接口(API)所提供的功能和标准化及开放性程度。

我们可以对数字电视开放性平台提出几点基本要求：
1) 它必须有一个层次性和模块化架构，使得它能够更好地扩展，更方便地增加新的功能。
2) 它必须满足数字多媒体的要求，能够将未来家庭娱乐设施联系在一起，起着联结纽带的作用，成为家庭多媒体娱乐中心(Media Home Gateway)
3) 它必须提供一个高级应用编程接口(API),使得各种应用的开发变得十分便利。在现代计算机编程技术中，Java这一面向对象编程语言(object-oriented language)深受广大软件设计制作人员的喜爱，且其“开发一次，到处运行”的超越平台限制的特性，成为数字电视应用开发的理想工具。
4) HTML语言在互联网上大量应用，支持HTML语言和提供网页浏览是这一平台不可或缺的功能。
5) 它提供的API必须完整且统一，各个程序包有一个相同的设计模型和合理的资源管理模式。这样应用软件就会和谐地利用和分享系统资源，不同来源的应用便能够在同一个机顶盒硬件平台上共存且协调一致。
6) 它必须支持一个标准的应用程序和数据下载协议，使得运营商能够将其应用和数据播放到不同的硬件平台上。
7) 在图形显示及字体、字符的处理方面，我们无疑要求其功能强大、图形界面通用且丰富，能够高效地处理中文字体、字符集。
3、制定中国的数字电视标准为什么不能直接照搬DVB/MHP?
DVB/MHP在其系统设计上面无疑考虑到了其通用性，它的主要设计思想——即力图使之成为一个“媒体家庭平台”——是值得借鉴的。但在此标准的实际制定和审议过程中，由于各个技术提供商在利益上的冲突，编委不得不采取折中态度，满足各方面的利益，使得现在的MHP标准是一个包罗万象，结构冗杂的大系统。其各个程序包之间并不和谐，这不仅使这一系统的实现(implementation)极为复杂，也使得应用软件的开发者无所适从。

简单地说来，目前的DVB/MHP存在着以几下方面的问题：
1) 几种不同类型的程序包交织在一起，是一个混合体，它的主要程序包有：pJava, DAVIC, DVB, JavaTV, Havi等。Personal Java标准包：这是基于pJava 1.1.8的Sun公司定义的标准包。DVB程序包：由DVB/MHP技术委员会提供的程序包其实并不多，主要是对DAVIC 程序包及一些Java标准包的补充。如org.dvb.event,org.dvb.user.profile等，其中不少程序包存在严重的设计缺陷，如对event的处理等程序包。
2) 相对于DAVIC/DVB程序包，JavaTV程序包的作用并不大，且显得多余。JavaTV程序包主要由JavaTV Consortium提供(其中Sun系统公司掌握其知识产权),其内容几乎含盖所有的DAVIC和DVB程序包。它并没有一个明显的资源管理模式。如果几个应用程序同时需要同一个资源时，不同的实现模型便会有不同的结果。
3) Havi图形包有其缺陷：它建立在java.awt基础之上，利用AWT的lightweight component，重建一套与AWT一样的二维图形widget体系。本来AWT可以简化和补充以满足数字电视的要求,现在MHP中却加入Havi(这由Havi组织提供，它不受DVB的控制)。由于不能完全取代AWT，造成了一个两种图形包共存的局面，真是有点适得其反的效果。
4) DSMCC Object Carousel的应用并非完全适合：MHP将Object Carousel它为其数据下载标准协议，这一协议是CORBA在数据广播方面的应用。但由于输送介质及协议的限制(MPEG-2，无回传)，使得DSMCC-OO变得十分复杂。它能表现的目标(Object)概念(文件目录、传输流等)在实际用途中并不大。这一协议最早由英国数字地面组(DTG)应用于地面广播中(采用MHEG-5作为应用编程语言)，但在其他地方并不广泛，因为太复杂、实现困难，而且效率低下。(要读一个文件需要5次装载有关数据)。
5) 在MHP中，DVB-HTML标准不能认为很成功。在MHP标准的形成过程中，对HTML的定义一直有着激烈的争论。本来应该考虑到电视机屏幕的低分辩率和隔行扫描的特性，一般的网页在这种情况下的显示是十分困难的。现在最终的HTML标准，其要求连象Netscape这样在工作站上运行的浏览器都难以实现。它不但要求DOM1/CSS1，DOM2/CSS2当然也在其中，甚至要存DOM CSS binding和其他一些很难在资源有限的机顶盒中实现的协议和标准。要达到DVB-HTML的要求，人们连直接移植Mozilla都不行。

在MHP中存在的种种问题已为人们认识到。它的1.0更正版(1.0.1)就提出1000多条修改和重新建立程序包的意见，这便是一个很好的例子，而且其测试程序包迟迟不能完成，即说明了其繁复程序。

当然DVB/MHP也有不少可取之处，有关键的两点：一是应用程序下载后的标识和运行模式(Application signaling);二是应用数据认证( Authentication),机顶盒内部资源的权限管理(Permission Management)和X.509认证书(Certificate)的应用，这使得它与目前的互联网传输数据的认证取得一致。

4、中国数字电视开放性平台标准的大纲
DVB/MHP走在我们前头，在我们自己的有关规范制定过程中就有了一个参考模式。我们可以抛弃MHP中不合理的部分，加入符合中国文字和文化特征的东西，我们便能制定自己的开放性平台标准。我们暂将此平台命名为Open MediaGateway(OMG)。

这个标准的制定应包括以下几方面：
1) 这个平台中必须有一个Java虚拟机 (JVM),支持HTML/XML，支持互联网浏览。
2) Java标准包是整个 API的基础，由于pJava定义太死板，我们应该采用J2ME(Java2 Micro Edition) 。这也是Sun公司考虑到其Personal Java的局限性和数字机顶盒及移动通信的情况,并重新定义和分类的产品。它包括两个档次：CDC和CLDC。CDC主要用于数字电视领域，CLDC主要用于移动通讯领域。
3) 在数字电视专业程序包方面，我们要用DAVIC的程序包，并利用DAVIC的资源管理模型来建立其他的程序包。DAVIC程序包主要有：资源管理程序包(org.davic.resources);频道调制程序包(org.davic.net.tuning); CA控制程序包(org.davic.net.ca);数据装载程序包(org.davic.mpeg.sections);DVB SI数据读取(org.dvb.si)，这一程序包实际也是由DAVIC制定的。
4) 在DAVIC的程序包基础上，添加一些必要的数字电视方面的程序包，如对数据的监控（monitoring等），以便完善其功能。
5) 在多媒体程序方面，利用DAVIC的资源管理模式，参考JMF，重新定义一个多媒体控制包，使得在整个平台系统中，各个程序包的结构一致且合理。
6) 在图形方面，我们直接利用java.awt，并对它做一些简化，如除掉File Dialog, Menu bar等在机顶盒中不需要的内容。
7) 在数据下载协议方面，我们将DSMCC Data Carousel作为下载标准协议，并根据需要加上stream和steam event（流和流事件）的传输与利用，构成一个完整有效的数据下载协议（日本的数字电视标准ARIB早已将Data Carousel作为其BML格式应用的传输下载协议）。
8) 在HTML方面，我们强调HTML应用与Java程序之间的平滑过渡(seamless navigation),同时将能够与目前互联网页数据之间有的兼容作为不可缺少的条件，而且对XML的支持也是必不可少的，因为它会成为未来电子商务的主要载体。
9) 在应用程序的标识和信令方面（Application signaling）,MHP中的模式（AIT—应用程序信息表）是可以利用的。另外，有关应用程序的认证（Certificate）和权限管理（Permission）也是可以借鉴的。
5、总结
总之，制定和推广符合我国实际情况、具有自主知识产权的数字电视开放性平台标准（OMG），不仅是可行的，而且是必要的和急待解决的问题。它不但为我们数字电视运营商提供统一标准，扩大其应用开发的来源，增加机顶盒的供应商，因而降低成本，增加经济效益；同时，我国标准的制定和推广，必将带动一大批数字电视硬件和软件技术的发展，极大地提高民族企业系统软件的设计和开发能力，有利于促进我国IT事业的发展。