1、前言

　　中国下一代广播电视网（NGB）是以有线电视数字化和移动多媒体广播（CMMB）的成果为基础，以自主创新的"高性能宽带信息网"技术为支撑，构建的适合我国国情的、"三网融合"的、有线无线相结合的、全程全网的下一代广播电视网络。ngb小组是驻扎在torrentgui（原GameGui）的一个国内高清录制、压制小组。其前身为当时的HDC.RECLUB.

　　对于数字电视中间件目前没有一个的或者标准的定义，目前来讲数字电视中间件系统，一般是指嵌入在电视接收终端、位于接收设备驱动层软件之上、隔绝交互应用与系统资源的软件层。中间件使得应用程序独立于接收机硬件和软件平台。这样，在同一电视网络中，不同硬件组成和设计架构的机顶盒均能运行相同的应用；同时，不同的软件公司可以基于相同的编程接口开发应用程序，且在不同的机顶盒上运行。

　　中间件的使用可使电视运营商大大降低机顶盒成本和应用软件成本，增强市场推广力和增加数字电视普及度。尽管中间件只是安装在数字电视接收设备上，但其接收和处理数据与前端密切相关，前端系统播发由接收端规定格式的数据，或者说前端系统与接收终端对数据格式、播发协议必须协同一致。

　　2006年11月16日：全国广电标委会颁发了数字电视中间件（系统部分）征求意见稿，2007年12月25日国标数字电视中间件规范（接收设备部分）终定稿，已经通过了音视频标委会、工信部、视像电子产品协会等政府部门的批准；2008年6月，国标数字电视中间件规范（接收设备）通过了国标委的审查；目前，在的批准、颁布阶段。据我所知支持国家数字电视中间件标准的平台已经在省级网络进行大规模的商用，机顶盒的数量达到了将近190万，这个中间件平台，为增值业务的开展提供了无与比拟的平台，现在也有越来越多的公司正在开发符合国家标准的数字电视中间件平台。

　　2、数字电视中间件标准的前世

　　在数字电视十多年的发展历程中，出现了许多的中间件技术标准与产品，可以说数字电视中间件是一直伴随着数字电视业务的运营，并且不断发展、壮大和成熟。

　　广为人知的MHP是从1998年开始由DVB主导制定的，那时的数字电视运营环境基本是单向，业务应用基本是EPG、电视游戏、PPV、美食与天气预报信息等，基于网络的限制，电视商务、视频点播等还只是停留在概念和实验阶段。不同的数字电视应用都可以是独立的、具有边界分明的运行环境（Applicationboundary），数字电视业务应用平台一般都是通过菜单式进行启动的，如右图显示：

　　从模块功能来看，MHP标准考虑了较多的与数字电视硬件平台功能相关联的资源模块：

　　从技术细节来看，MHP标准的API比较多地关注机顶盒平台的功能与资源的使用与控制，如定义了专门的API（Java功能包）针对解调与数据装载（Demux）、CAS控制、调谐（Tuning）、以及媒体播放、数据解析；相反，对协议却较少涉及（留待平台实现着自己去处理各种网络协议），更没有涉及到网络文件装载、流媒体点播与控制等协议。上图摘自于MHP标准文本，示意了MHP平台的一些资源层的功能特征。

　　MHP的应用处理基础是基于DSM-CC对象轮播（Object Carousel）的应用管理器，而且基本是立足于单向广播通道的（MPEG Section），如下图展示：

　　尽管MHP标准也列出了DVB-HTML,但对HTML和（ECMAScript）没有进行详细的规定，MHP平台的实现一般都没有特别关注MHP标准提出的"交互档次",但这一部分不是MHP标准的部分。

　　很显然，在当时的网络与运营的历史环境与条件下，MHP标准主要重点是为了满足单向环境下增值业务的跨平台的运行，它很好地规范了增值业务与应用的、启动、运行、消亡等控制以及资源共享、显示与交互特征等技术与运营范围与条件，网络的交互性与融合性业务并是MHP标准的。这些网络、技术与运营特征决定了MHP标准以Java虚拟机为基础的平台架构，规范了一整套以Java语言的编程接口，系统的启动是从Java应用开始的，应用本身和其数据可以明显区分开来，整个应用同时到终端平台才执行（Java的类库需要进行动态链接后才可以执行），通过Java应用将HTML等网页串联起来、形成补充。

　　然而，数字电视、通信和互联网行业近几年来发生了很大的变化，过去通过广播网传送的音视频业务，目前通过互联网、移动通信网同样可以传送。如果我们再来规划中间件，得我们就必须重新考虑多媒体终端的中间件平台的技术架构与资源使用特征。在我们已经进入"三网融合"的技术与运营的环境下，我们是否仍须坚持Java是中间件平台的基础与呢？我觉得我们有必要重新审视这个问题。

　　3、数字电视中间件标准的今生

　　在网络功能趋同、业务融合的今天，数字电视的运营已经发生了很大的变化，通过宽带网络、基于IP协议传递视频的业务和多媒体终端已经在大量涌现。在IP网络上进行点播、时移以及录制等都是很普通的功能，而且，多媒体业务和富媒体应（RMA/RIA:RichMediaApplication、RichInternetApplication）正在大量涌现，应用本身和其数据已经混为一体、不可区分。由于信息量大、以及及时性要求，这些应用以及越来越多地以HTML网页的形式展现，根据需要及时，或者相关信息通过Ajax、RSS等协议自动更新。在这种情况下，如果中间件平台还是以Java应用为就显然不能够满足融合的多媒体业务的要求。那么，新的中间件技术标准应该是怎样的呢？

　　我们在前面已经提到，中间件平台的是：1）应用（业务）与管理机制；2）业务编程接口规范；3）应用与其数据的传输协议。为了适应网络的发展和交互业务的需要，DVB新近发布了支持宽带业务（主要以IP协议为基础的互联网视频与交互应用业务）的HbbTV规范（HybridBroadcastBraodbandTV）（ETSITS102796,ETSITS102809），下图展示了支持HbbTV的中间件平台的技术框架：

    从上图中可以看出，HbbTV中间件平台需要同时接收来自于广播信道（卫星、有线或无线等）和宽带信道（互联网、或其它的IP通道）的信号，音视频与数据可以不加区分地由这两个通道分别接入，在带宽限制的情况下，广播通道可以用来播送高清节目，而宽带的使用形式就会有很广，如视频点播、时移、信息浏览、电子商务等。

    在宽带和互联网时代，数字电视平台支持的业务应用一般都是通过一个TVPortal启动的，如下图所示：