1、前言
數字電視中間件技術與標準，大家都非常熟悉了。自2001年，DVB推出MHP中間件技術標準以來，全世界各地都開始了中間件技術的研究與標準制定工作，而且基本上都是源自于MHP的技術體系，雖然相關國家的標準化與行業組織進行了不同程度的修改與演進，但總的框架還是基本類似、一脈相承的。
毫無疑問，使用中間件的根本目的是為運營商大大降低數字電視終端成本和應用軟件成本，增強市場推廣力和增加業務普及度，從而更好地吸引用戶、提高ARPU值。DVB組織在全世界推廣MHP，也可謂是不遺余力，盡管真正進行MHP中間件部署的運營商不是太多，但MHP技術與標準體系在全球的知名度已經非常高，DVB為數字電視的普及與發展做出的巨大貢獻有目共睹、不可磨滅。
中國，自2001年12月以來也一直進行數字電視中間件技術研究與標準制定工作。從工信部提交的標準文本來看，中國標準總的技術體系與MHP有一定的兼容與延續性，盡管標準目前還沒有正式官方發布，但對國內一些公司進行數字電視中間件相關產品與系統的開發起到了非常大的促進與指導作用。當前，廣電總局正在領導制定NGB數字電視中間件技術標準，這無疑對產業是一個具有十分重要意義和鼓舞人心的大事情。從當今技術發展和運營環境的新形勢來看，我們應該如何制定新的中間件標準？其技術架構應該如何適應“三網融合”的多媒體業務？新標準與老的是否應該有所不同？諸如此類的問題，應該是值得我們考慮的。筆者本人從業務應用的環境和技術架構的角度來闡述些許看法，以起到拋磚引玉的作用。
2、數字電視中間件標準的前世
在數字電視十多年的發展歷程中，出現了許多的中間件技術標準與產品，可以說數字電視中間件是一直伴隨著數字電視業務的運營，并且不斷發展、壯大和成熟。
廣為人知的MHP是從1998年開始由DVB主導制定的，那時的數字電視運營環境基本是單向，業務應用基本是EPG、電視游戲、PPV、美食與天氣預報信息等，基于網絡的限制，電視商務、視頻點播等還只是停留在概念和實驗階段。不同的數字電視應用都可以是獨立的、具有邊界分明的運行環境（Applicationboundary），數字電視業務應用平臺一般都是通過菜單式進行啟動的，如右圖顯示：
圖1
圖2
從模塊功能來看，MHP標準考慮了較多的與數字電視硬件平臺功能相關聯的資源模塊：
圖3
從技術細節來看，MHP標準的API比較多地關注機頂盒平臺的功能與資源的使用與控制，如定義了專門的API（Java功能包）針對解調與數據裝載（Demux）、CAS控制、調諧（Tuning）、以及媒體播放、數據解析；相反，對協議卻較少涉及（留待平臺實現著自己去處理各種網絡協議），更沒有涉及到網絡文件裝載、流媒體點播與控制等協議。上圖摘自于MHP標準文本，示意了MHP平臺的一些資源層的功能特征。
MHP的應用處理基礎是基于DSM-CC對象輪播（Object Carousel）的應用管理器，而且基本是立足于單向廣播通道的（MPEG Section），如下圖展示：
盡管MHP標準也列出了DVB-HTML，但對HTML和JavaScript（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啟動的，如下圖所示：
ETSITS102809標準還詳細規范了HbbTV平臺應用的管理協議，它一方面繼承了MHP規范的AIT協議，同時，增加了基于XML的AIF（ApplicationInformationFile）形式，對通過IP通道進行播發的應用的啟動、存儲、運行、消亡等控制進行了統一的規定。支持HbbTV的數字電視平臺需要同時考慮來源于廣播信道和IP信道的應用，并進行正確處理。在這種情況下，控制數字電視平臺的主體應該是基于HTML和腳本語言，Java虛擬機、Flash引擎等語言的支持也是必不可少的，但已經不成為核心。很多應用可以是通過Java、Flash甚至是Python等插件的形式在平臺上播放，其應用信令則是統一管理的。
DVB推薦的ETSITS102809和TS102796等技術規范并沒有重新制定新的API，MHP中的Java功能包、以及W3C的有關互聯網協議，各平臺的實現可以參考。
總之，數字電視行業正在面臨著深刻的變化，多媒體視頻業務通過多種渠道不斷涌現。從老百姓的角度來講，過去被動地看電視就夠了，現在需要越來越多的交互性內容，比如在體育賽事播出時提供增值業務等，觀眾對數字手段帶來的好處的要求也越來越多，短信、電子郵件、天氣預報也可以搬到電視屏幕上來，除此以外，還需要一些個性化的社區服務。因此，現在來考慮NGB中間件標準，必須考慮現今的業務要求和技術環境，中間件平臺需要一個對HTML/XML、腳本語言（如JavaScript）、Java、Flash等均需要支持的強大的軟件平臺，并且以HTML/XML支持成為平臺業務的入口，單一以Java為主體的MHP平臺可能就難以滿足業務發展的需求。
我們可以預測到，增值業務的開展對中間件的需要也越來越強烈。NGB的主要技術特征是高帶寬的IP網絡、完全交互的業務，網絡和通信技術的發展，使得無線互聯網絡的帶寬也越來越大，目前的3G網絡上都可以流暢地傳輸視頻，而LTE等更大帶寬的網絡正在測試、商用前景可期。不同業務可以在無線移動多媒體終端、以及數字電視機頂盒或電視機屏幕上以相同方式呈現給用戶、使之有相同的用戶體驗。數字電視中間件技術已經發展成為需要支持不同多媒體終端平臺的軟件技術體系。支持多語言應用、支持不同的網絡協議、支持的媒體格式、支持來源于不同信道的業務，正成為“三網融合”環境下的中間件平臺特征。