- HbbTV與GoogleTV平臺的技術(shù)特征
- 數(shù)字電視運營對中間件技術(shù)平臺的要求
這是一種從“電視”向“互聯(lián)網(wǎng)(或計算機)”靠攏的觀點。以美國人為代表的觀點認為,數(shù)字電視接收設(shè)備就是一個互聯(lián)網(wǎng)終端,植入瀏覽器軟件,運行網(wǎng)頁瀏覽,就可以實現(xiàn)數(shù)字電視娛樂。這是一種從“互聯(lián)網(wǎng)(或計算機)”向“電視”靠攏的觀點。由此可以看出,歐洲人考慮的是怎樣從數(shù)字電視運營中發(fā)展增值業(yè)務(wù)、獲取收益;而美國人更多的是積極尋求將家庭設(shè)備也互聯(lián)起來,讓互聯(lián)網(wǎng)的豐富內(nèi)容走入家庭的客廳終端。
不同的思想產(chǎn)生不同的技術(shù)路線。于是,以規(guī)范中間件平臺架構(gòu)、接入?yún)f(xié)議和應(yīng)用開發(fā)為核心的中間件平臺標準——MHP(媒體家庭平臺)——從歐洲誕生。美國人將互聯(lián)網(wǎng)植入數(shù)字電視機頂盒的努力,一直都不曾中斷過。美國的ATVEF(AdvancedTelevisionEnhancementForum,先進電視發(fā)展論壇)早在1999年就發(fā)布了基于互聯(lián)網(wǎng)HTML的交互應(yīng)用規(guī)范。微軟公司自1998年就推出了WebTV,直到近幾年的Mediaroom,為微軟操作系統(tǒng)入主消費電子花費了巨大財力、物力,行業(yè)內(nèi)人士可能都不會忘記“維納斯”計劃。美國還產(chǎn)生過知名的數(shù)字電視瀏覽器技術(shù)公司——Liberate。
以增值業(yè)務(wù)為目標的各式中間件平臺以及以MHP為基礎(chǔ)的不同中間件規(guī)范(如美國有線電視聯(lián)盟的OCAP、中國標準草案DTVM、日本ARIB、巴西Ginga-J等),還有眾多的中間件業(yè)務(wù)平臺在全球各地不同數(shù)字電視運營商的運營中發(fā)揮著作用;而希望將將互聯(lián)網(wǎng)搬到電視的努力卻顯得非常艱難:ATVEF標準基本被人遺忘,微軟公司的WebTV平臺和維納斯計劃無疾而終,Liberate也是早就宣告破產(chǎn)了。2006年,Apple公司推出了AppleTV,其優(yōu)美的設(shè)計和良好的用戶體驗曾經(jīng)讓很多人喜愛,但是,真正的市場效果卻并不理想,直到目前都還沒有具有商業(yè)意義的市場部署。
然而,互聯(lián)網(wǎng)技術(shù)與網(wǎng)絡(luò)寬帶的不斷發(fā)展、信息與視頻內(nèi)容越來越豐富,尤其是近年出現(xiàn)的社交網(wǎng)絡(luò)、云計算等概念與系統(tǒng)、移動互聯(lián)網(wǎng)等,使得“電視”與“互聯(lián)網(wǎng)”之間的融合成為不可阻擋的趨勢。但是,這兩者之間究竟如何“相會”,歐洲人與美國人又有不同的理解:歐洲的數(shù)字電視業(yè)界推出了基于中間件平臺兼容互聯(lián)網(wǎng)(寬帶)的雙模業(yè)務(wù)系統(tǒng)——HbbTV;而美國人持續(xù)在互聯(lián)網(wǎng)瀏覽器架構(gòu)上努力,在其Android系統(tǒng)在移動領(lǐng)域(手機)上成功的基礎(chǔ)上,Google公司將它推向了數(shù)字電視領(lǐng)域,形成了GoogleTV。
當前,有一種觀點認為,由于其源代碼的免費開放,GoogleTV會迅速取代中間件系統(tǒng),成為一統(tǒng)天下業(yè)務(wù)平臺。本文試圖從技術(shù)和運營商業(yè)務(wù)需求的角度,闡述這兩個系統(tǒng)的發(fā)展前景。本文的觀點純屬個人觀點,歡迎業(yè)界同仁批評指正。
HbbTV與GoogleTV平臺的技術(shù)特征
HbbTV平臺的技術(shù)簡介
HbbTV(HybridBroadcastandBroadbandTelevision)是在MHP標準平臺的基礎(chǔ)上演進與發(fā)展起來的。嚴格意義上將,MHP標準也定義了對互聯(lián)網(wǎng)協(xié)議(TCP/IP,HTTP等)的支持,但標準的大部分規(guī)范還是只對廣播環(huán)境的應(yīng)用下載與管理、應(yīng)用生命周期管理、應(yīng)用編程接口等進行了詳細的規(guī)定,對采用互聯(lián)網(wǎng)技術(shù)(HTML、JavaScript等)進行應(yīng)用的開發(fā)與管理定義不是具體。HbbTV彌補了MHP中間件平臺這些方面的不足,對互聯(lián)網(wǎng)技術(shù)如何與廣播通道的協(xié)調(diào)進行了細致的規(guī)范。由DVB提交的ETSI標準(ETSI102796V1.1.12009-12和ETSI102809V1.1.12010-01)對HbbTV的技術(shù)架構(gòu)與應(yīng)用管理進行了明晰的規(guī)范。
HbbTV平臺的架構(gòu)與功能
HbbTV定義的是一種雙模終端(HybridTerminal),可以在沒有寬帶連接時,總是與廣播電視網(wǎng)絡(luò)連接著,以便不間斷地接收音視頻節(jié)目和相關(guān)應(yīng)用,也可以同時支持廣播與寬帶網(wǎng)絡(luò)的連接。下圖顯示了HbbTV的業(yè)務(wù)(應(yīng)用、視頻等)的通道來源。
圖為:HbbTV業(yè)務(wù)的通道來源
[page]
下圖描繪了HbbTV系統(tǒng)架構(gòu)和主要功能組件,主要組件的功能在圖后進行了簡單說明。
圖為:雙模終端軟件系統(tǒng)功能組件示意圖
通過廣播電視通道(BroadcastInterface),雙模終端接收AIT數(shù)據(jù)、線性音視頻節(jié)目、應(yīng)用數(shù)據(jù)和流事件(StreamEvent)。后兩者數(shù)據(jù)采用DSM-CC對象輪播協(xié)議(DSM-CCObject Carousel)傳送。因此,DSM-CC客戶端(DSM-CCClient)需要嵌入以便接收數(shù)據(jù)傳送到運行環(huán)境(RuntimeEnvironment)。運行環(huán)境可以看成是非常抽象的組件,執(zhí)行應(yīng)用、顯示界面。瀏覽器(Browser)和應(yīng)用管理器(ApplicationManager)是這個應(yīng)用運行環(huán)境的組成部分。應(yīng)用管理器解析AIT數(shù)據(jù)以便控制應(yīng)用的生命周期;瀏覽器執(zhí)行和呈現(xiàn)應(yīng)用。
線性的音視頻內(nèi)容的處理與廣播電視終端(或只支持衛(wèi)星、地面或有線數(shù)字電視的終端)完全一樣,所有與DVB相關(guān)的功能也都完全支持(如頻道列表、EIT信息處理、選擇業(yè)務(wù)與調(diào)頻等),由廣播處理器(BroadcastProcessing)組件處理,音視頻等媒體內(nèi)容的播放由媒體播放器(MediaPlayer)組件負責。
通過寬帶通道(BroadbandInterface),雙模終端能夠連接到互聯(lián)網(wǎng)或其它的IP網(wǎng)絡(luò)。它提供了應(yīng)用數(shù)據(jù)接收的第二個通道,以便與應(yīng)用提供商的服務(wù)器連接。這個連接用于接收非線性音視頻內(nèi)容(如內(nèi)容點播業(yè)務(wù))?;ヂ?lián)網(wǎng)協(xié)議處理器(InternetProtocolProcessing)組件包含了處理來源于互聯(lián)網(wǎng)等IP網(wǎng)絡(luò)數(shù)據(jù)的功能,通過這個組件,應(yīng)用數(shù)據(jù)提供給運行環(huán)境,非線性音視頻內(nèi)容傳送到媒體播放器(MediaPlayer),包含在應(yīng)用中解析、呈現(xiàn)與播放。
HbbTV平臺的業(yè)務(wù)與應(yīng)用模型
HbbTV支持兩種類型的應(yīng)用:1)廣播電視相關(guān)的應(yīng)用,通過廣播電視通道傳送;2)獨立于廣播電視的應(yīng)用,它們不通過廣播電視通道傳送。
根據(jù)應(yīng)用與廣播頻道(Service)綁定或網(wǎng)絡(luò)連接的不同情況,還可以有如下不同的應(yīng)用模型,下面從簡單到復雜列出了幾種:
只與一個廣播頻道相綁定的應(yīng)用:在頻道選擇時,應(yīng)用啟動;在頻道切換走時,應(yīng)用終止;
與多個頻道相綁定的應(yīng)用:在其中的任何一個頻道選擇時,應(yīng)用啟動;在此頻道切換走時,應(yīng)用終止,即使新頻道也有此應(yīng)用與其綁定;
在頻道切換時保持運行的應(yīng)用:這種應(yīng)用與多個廣播頻道綁定,在任何一個相關(guān)頻道選擇時,應(yīng)用啟動;而當切換到新的也與此應(yīng)用綁定的頻道時,應(yīng)用不終止、繼續(xù)保持運行;只有當選擇的頻道上不再有此應(yīng)用與其綁定時,應(yīng)用終止;
與廣播頻道的部分內(nèi)容綁定的應(yīng)用(例如,與單個的節(jié)目或廣告內(nèi)容綁定):在相關(guān)內(nèi)容啟動時,應(yīng)用啟動;當相關(guān)內(nèi)容終止時,應(yīng)用終止;
與點播的內(nèi)容綁定的應(yīng)用:其控制,要么與廣播頻道部分內(nèi)容綁定的應(yīng)用一致,要么,在整個的點播過程中都保持有效;與網(wǎng)絡(luò)運營商或與服務(wù)提供商相連接的應(yīng)用:在某些部署中,這種應(yīng)用連接可以是永久的(permanent)。
[page]
HbbTV標準對通過廣播通道、寬帶通道進行傳送應(yīng)用的啟動、終止等生命周期管理,都進行了詳細的規(guī)定。下圖顯示了應(yīng)用生命周期狀態(tài)轉(zhuǎn)換的過程。
圖為:應(yīng)用生命周期和狀態(tài)轉(zhuǎn)換示例
終端用戶可以通過下面的方式訪問互動應(yīng)用(InteractiveApplication):
通過啟動一個廣播頻道相關(guān)的自啟動應(yīng)用(AutostartApplication)上的紅鍵(RedButton);
通過TEXT鍵(TEXTButton)啟動一個數(shù)字字幕應(yīng)用(DigitalTeletextApplication);
通過互聯(lián)網(wǎng)電視門戶啟動一個廠商設(shè)置的非廣播應(yīng)用;
通過啟動正在運行應(yīng)用上的一個超級鏈接;
通過選擇一個廣播頻道,其上有一個全屏的自啟動應(yīng)用。
廣播相關(guān)自啟動應(yīng)用的訪問
廣播相關(guān)自啟動應(yīng)用通常與廣播頻道或其上的節(jié)目與事件相關(guān)聯(lián),在第一種情況下,此自啟動應(yīng)用應(yīng)該立即啟動;在第二種情況下,會有下列情形:
顯示一個紅鍵(RedButton),指示有應(yīng)用可以啟動;
不顯示用戶界面;
顯示一個全屏(如在音頻應(yīng)用和數(shù)據(jù)應(yīng)用時)
一般情況下,自啟動應(yīng)用不顯示全屏。當有一個紅鍵(RedButton)指示有應(yīng)用時,用戶按紅鍵(RedButton)將會全屏顯示;如果沒有廣播相關(guān)的自啟動應(yīng)用,按住紅鍵(RedButton)則無任何反應(yīng)。
圖為:紅鍵(RedButton)指示有應(yīng)用,按紅鍵(RedButton)全屏顯示應(yīng)用
上圖顯示了廣播相關(guān)自啟動應(yīng)用通過紅鍵(RedButton)啟動的情形。2.1.4 非廣播相關(guān)應(yīng)用的訪問
非廣播相關(guān)的應(yīng)用是指獨立、不通過廣播通道傳送的應(yīng)用,它一般是通過電視門戶(TVPortal)來訪問的,互聯(lián)網(wǎng)電視門戶是一個應(yīng)用,它提供一種起始網(wǎng)頁,其中的非廣播應(yīng)用進行一定的排列和展現(xiàn),使得用戶能夠很方便地瀏覽和訪問其設(shè)置和關(guān)聯(lián)的應(yīng)用(非廣播相關(guān)的應(yīng)用)。
應(yīng)用的退出一般采用退出鍵(ExitButton),或應(yīng)用指示的方式。
我們可以看到,HbbTV定義的是既支持廣播業(yè)務(wù),又支持寬帶業(yè)務(wù)的數(shù)字電視中間件技術(shù)架構(gòu),能夠并行地支持與兩個網(wǎng)絡(luò)連接:一方面,它能夠連接廣播電視的DVB網(wǎng)絡(luò)(如DVB-T、DVB-S或DVB-C),通過廣播電視網(wǎng)絡(luò),雙模終端能夠接收標準的廣播電視節(jié)目,這是一種線性方式的音視頻內(nèi)容、應(yīng)用數(shù)據(jù)和應(yīng)用信令信息;另一方面,雙模終端能夠通過寬帶與互聯(lián)網(wǎng)(IP網(wǎng)絡(luò))連接,支持與應(yīng)用服務(wù)器的雙向通訊,這種方式使得終端能夠接收非線性的音視頻內(nèi)容和應(yīng)用數(shù)據(jù),還可以下載非實時的音視頻內(nèi)容。
GoogleTV平臺的技術(shù)簡介
Google公司在互聯(lián)網(wǎng)搜索領(lǐng)域取得巨大成功以后,也在努力進入消費電子領(lǐng)域。他們巨資開發(fā)的Android平臺,在手機領(lǐng)域開始嶄露頭角,接著又將其推廣到數(shù)字電視領(lǐng)域。下面我們著重介紹和探討GoogleTV設(shè)計理念和技術(shù)框架。
[page]
GoogleTV平臺的設(shè)計理念
GoogleTV是一個整合計算機系統(tǒng)、媒體播放與網(wǎng)絡(luò)應(yīng)用的概念型電視平臺,由Google公司主導研發(fā),并且免費開源發(fā)布。GoogleTV的應(yīng)用涵蓋下列領(lǐng)域:
圖為:GoogleTV設(shè)計的理念
通過上圖可以看出,就硬件而言,除了在實際操作環(huán)境可以搭配多樣化的周邊設(shè)備外,GoogleTV在規(guī)格表現(xiàn)上也有諸多要求;在軟件方面,GoogleTV將其搜索引擎及Android系統(tǒng)加進了GoogleTV的平臺之中;在應(yīng)用提供上,與內(nèi)容提供商合作開發(fā),以便具有廣闊應(yīng)用與業(yè)務(wù)開發(fā)群體,形成Android應(yīng)用商店。2.2.2 GoogleTV平臺的技術(shù)架構(gòu)
GoogleTV的核心軟件系統(tǒng)是Android平臺,其架構(gòu)見下示意圖。
圖為:GoogleTV軟件核心Android架構(gòu)
Android是一個模塊化與層次性的架構(gòu)設(shè)計,這也是平臺化軟件設(shè)計通用的設(shè)計理念與架構(gòu)模式。Android主要有5個層次:
1)應(yīng)用程序?qū)?br />
Android會同一系列核心應(yīng)用程序包一起發(fā)布,該應(yīng)用程序包有email客戶端、SMS語言編寫的。?短消息程序、日歷、地圖、瀏覽器、聯(lián)系人管理程序等。所有的應(yīng)用程序都可以使用Java
2)應(yīng)用程序框架層
開發(fā)人員也可以訪問核心應(yīng)用程序所使用的API框架。該應(yīng)用程序的架構(gòu)設(shè)計簡化了組件的重用;任何一個應(yīng)用程序都可以發(fā)布它的功能塊并且任何其它的應(yīng)用程序都可以使用其所發(fā)布的功能塊(其實,軟件在一起是很難控制不被調(diào)用的)。同樣,該應(yīng)用程序重用機制也使用戶可以方便的替換程序組件。
隱藏在每個應(yīng)用后面的是一系列的服務(wù)和系統(tǒng),其中包括;
可擴展的視圖(Views),可以用來構(gòu)建應(yīng)用程序,它包括列表(lists)、網(wǎng)格(grids)、文本框(textboxes)、按鈕(buttons)等,甚至可嵌入的Web瀏覽器;
內(nèi)容提供器(ContentProvider)使得應(yīng)用程序可以訪問另一個應(yīng)用程序的數(shù)據(jù)(如聯(lián)系人數(shù)據(jù)庫),或者共享它們自己的數(shù)據(jù);
資源管理器(ResourceManager)提供非代碼資源的訪問,如本地字符串、圖形、和布局文件(layoutfiles);
通知管理器(NoTIficationManager)使得應(yīng)用程序可以在狀態(tài)欄中顯示自定義的提示信息;
活動管理器(ActivityManager)用來管理應(yīng)用程序生命周期并提供常用的導航回退功能。
3)程序庫層
Android包含一些C/C++庫,這些庫能被Android系統(tǒng)中不同的組件使用。它們通過Android應(yīng)用程序框架為開發(fā)者提供服務(wù)。以下是一些核心庫:
系統(tǒng)C庫:從BSD繼承來的標準C系統(tǒng)函數(shù)庫(libc),它是專門為基于嵌入式Linux(EmbeddedLinux)的設(shè)備優(yōu)化了的;
媒體庫:基于PacketVideo/OpenCORE。該庫支持多種常用的音頻、視頻格式回放和錄制,同時支持靜態(tài)圖像文件。支持的編碼格式包括MPEG-4、H.264、MP3、AAC、AMR、JPG、PNG等;
顯示管理器(SuRFaceManager):對顯示子系統(tǒng)的管理,并且為多個應(yīng)用程序提供2D和3D圖層的無縫融合;
瀏覽器引擎(LibWebCore):最新的Web瀏覽器引擎用,支持Android瀏覽器和可嵌入的Web視圖;
圖性引擎(SGL):底層的2D圖形引擎;
3D圖形庫(3Dlibraries):基于OpenGLES1.0APIs實現(xiàn);該庫可以使用硬件3D加速(如果可用)或者使用高度優(yōu)化的3D軟加速;
字體引擎(FreeType):點陣(Bitmap)和矢量(Vector)字體顯示;
[page]
SQLite:一個對于所有應(yīng)用程序可用,功能強勁的輕型關(guān)系型數(shù)據(jù)庫引擎?!?)Android運行庫(Runtimelibraries)
編程語言核心庫的大多數(shù)功能。Android包括了一個核心庫,它提供了Java
每一個Android應(yīng)用程序都在它自己的進程中運行,都擁有一個獨立的Dalvik虛擬機(DalvikVM)實例。Dalvik被設(shè)計成可以同時高效地運行多個虛擬系統(tǒng)。
程序的虛擬機,其可執(zhí)行文件(DalvikDalvik虛擬機是由Google公司主導開發(fā)的用來解釋執(zhí)行Javaexecutable編譯器編譯,然后通過SDK?format)格式文件(.dex)針對小內(nèi)存使用做了優(yōu)化。同時Dalvik虛擬機是基于寄存器的,所有類都經(jīng)由Java中的"dx"工具轉(zhuǎn)化成“.dex”格式由虛擬機執(zhí)行。Dalvik虛擬機依賴Linux內(nèi)核的一些功能,比如線程機制和底層內(nèi)存管理機制。
5)Linux內(nèi)核
Android的核心系統(tǒng)服務(wù)依賴于Linux2.6內(nèi)核,如安全性、內(nèi)存管理、進程管理、網(wǎng)絡(luò)協(xié)議棧和驅(qū)動模型。Linux內(nèi)核也同時作為硬件和軟件棧之間的抽象層。
Android媒體庫系統(tǒng)OpenCORE的架構(gòu)如下圖所示:
圖為:Android媒體庫軟件的組成
OpenCore的代碼非常龐大,它是基于C++的實現(xiàn),定義了全功能的操作系統(tǒng)移植層,各種基本的功能均被封裝成類(Class)的形式,各層次之間的接口多使用繼承等方式。
在Android2.1及以前的版本中,是不支持JIT的。2010年5月21日的GoogleI/O大會上,Google發(fā)布了Android2.2版本,主要的新功能包括:
支持JIT,性能也有提高;
支持AdobeFlash10.1及AIR(ApolloIntegratedRuntime)技術(shù);
支援全新的API應(yīng)用,例如語音辨識功能,可以快速將話語轉(zhuǎn)成文字訊息,進行資料搜尋,甚至用來啟動GoogleMaps等;
在企業(yè)應(yīng)用上也有相當程度的支持,例如微軟的Exchange、SecurityPolicies與GALlookup(全地址搜索)等,方便在接收即時訊息與內(nèi)容快速傳送之類的運用。2.3 HbbTV與GoogleTV平臺的技術(shù)比較分析
從上面的分析我們可以看到,HbbTV是MHP模式的中間件平臺向互聯(lián)網(wǎng)(基于IP傳輸?shù)木W(wǎng)絡(luò))的延伸,其細致的基于IP網(wǎng)絡(luò)通道應(yīng)用管理的協(xié)議規(guī)范,可以有效地將廣播通道的應(yīng)用管理融于一體,使得HbbTV平臺(簡單地說就是中間件平臺)可以支持DVB、IP多媒體應(yīng)用。而GoogleTV的技術(shù)平臺,是將基于Linux的開放軟件包集成在一起,采用開源的媒體播放器來播放音視頻流媒體。在GoogleTV的核心Android系統(tǒng)中,并沒有支持廣播通道(DVB-C/S/T)的數(shù)字電視協(xié)議(至少到目前為止還沒有),因此,它是不可以被數(shù)字電視運營商用來開展增值業(yè)務(wù)的。這可以說是GoogleTV平臺目前的一個重要的缺陷。
一般情況下,數(shù)字電視中間件平臺(即使是基于MHP規(guī)范的),都是與平臺的操作系統(tǒng)(RTOS)無關(guān)的,例如中間件系統(tǒng)中的文件系統(tǒng)、TCP/IP協(xié)議棧等是可以移植到不同的系統(tǒng)中的,這樣基于中間件的業(yè)務(wù)平臺對系統(tǒng)的內(nèi)存和存儲(如Flash等)的要求就會低許多;而Android系統(tǒng)是基于Linux的,盡管實時Linux操作系統(tǒng)進行了許多的優(yōu)化,但每個應(yīng)用需要在一個不同的進程中運行,其需要的存儲等都還是比標準的中間件平臺要大許多。尤其是Android系統(tǒng)中的圖形與圖像處理模塊、媒體播放器模塊、瀏覽器引擎等都是Google公司從其它的開源代碼中集成起來的,是一個GPL軟件包的組合與大雜燴。
程序的執(zhí)行方式:Dalvik語言進行應(yīng)用程序的編寫,DalvikVM采用了與JavaVM不同的bytecode格式和Java盡管都是采用Java程序的執(zhí)行進行了優(yōu)化。然而,Dalvik虛擬機與傳統(tǒng)的Java虛擬機相比的性能提高,還沒有權(quán)威機構(gòu)給出數(shù)據(jù)。在Android2.1版本以前,Google號稱其性能優(yōu)異,無需JIT(Just-In-Time)技術(shù),可是,在最近發(fā)布的Android2.2中,JIT技術(shù)還是采用了。知識產(chǎn)權(quán)問題,當然也對Java?VM是基于寄存器的;JavaVM是基于堆棧的。此舉的目的是為了避開Sun公司的Java。
基于HbbTV的中間件平臺,是由不同的技術(shù)廠商自行開發(fā)和提供的,在符合標準規(guī)范(HbbTV、MHP或其它專有中間件規(guī)范)的情況下,可以添加運營商需要的功能、從而適合個性化與交互性的應(yīng)用需要;GoogleTV采用的是開源軟件包,是免費的。這成為眾多終端整機廠商趨之若鶩的重要原因。
[page]
數(shù)字電視運營對中間件技術(shù)平臺的要求
在網(wǎng)絡(luò)功能趨同、業(yè)務(wù)融合的今天,數(shù)字電視運營已經(jīng)發(fā)生了很大的變化,通過寬帶網(wǎng)絡(luò)、基于IP協(xié)議傳遞視頻的業(yè)務(wù)和多媒體終端已經(jīng)在大量涌現(xiàn)。在IP網(wǎng)絡(luò)上進行點播、時移以及錄制等都是很普通的功能,而且,應(yīng)用本身和其數(shù)據(jù)已經(jīng)混為一體、不可區(qū)分。由于信息量大和及時性要求,這些應(yīng)用以及越來越多地以HTML網(wǎng)頁的形式展現(xiàn),根據(jù)需要及時下載,或者相關(guān)信息通過Ajax、RSS等協(xié)議自動更新。
對運營商而言,數(shù)字電視數(shù)據(jù)業(yè)務(wù)可能來源于廣播信道(衛(wèi)星、有線或無線等)和/或?qū)拵诺溃ɑヂ?lián)網(wǎng)、或其它的IP通道)的信號,音視頻與數(shù)據(jù)可以不加區(qū)分地由這兩個通道分別接入,在帶寬限制的情況下,廣播通道可以用來播送高清節(jié)目,而寬帶的使用形式就會有很廣,如視頻點播、時移、信息瀏覽、電子商務(wù)等。
運營商對數(shù)字電視的訴求是要通過提供音視頻內(nèi)容、娛樂信息等,來進行增值業(yè)務(wù)和互動應(yīng)用的運營。因此,運營商需要一個能夠完全掌控的“封閉”環(huán)境,形成一個“圍墻花園”(WalledGarden),將音視頻節(jié)目、娛樂信息、增值業(yè)務(wù)與應(yīng)用都搬到運營商控制的平臺上向用戶提供,并對所有業(yè)務(wù)的運行進行監(jiān)控。同時,運營商也需要能夠有開放系統(tǒng)的可能,允許終端用戶訪問開放的互聯(lián)網(wǎng)信息,甚至可以訪問互聯(lián)網(wǎng)音視頻內(nèi)容,如YouTube、優(yōu)酷網(wǎng)、土豆網(wǎng)等視頻網(wǎng)站的內(nèi)容。
當然,從內(nèi)容安全的角度來看,這些互聯(lián)網(wǎng)內(nèi)容需要在服務(wù)器端進行過濾與監(jiān)控。同時,運營商需要一個穩(wěn)定、可靠的中間件業(yè)務(wù)平臺,根據(jù)市場和業(yè)務(wù)的發(fā)展進行功能的更新與改進,他們需要專業(yè)的中間件平臺技術(shù)廠商為其進行針對性和專業(yè)化的服務(wù),這勢必使得中間件平臺逐步個性化和根據(jù)運營商的需要進行定制化,即使是基于HbbTV平臺的中間件,在不同的運營商市場,會顯示出有運營商烙印的特征功能,這將會促進運營商在激烈的競爭中不斷推陳出新、發(fā)展用戶、贏得競爭。
數(shù)字電視行業(yè)正在經(jīng)歷著深刻的變化,多媒體視頻業(yè)務(wù)通過多種渠道不斷涌現(xiàn)。從老百姓的角度來講,過去被動地看電視就夠了,現(xiàn)在需要越來越多的交互性內(nèi)容,比如在體育賽事播出時提供增值業(yè)務(wù)等,觀眾對數(shù)字手段帶來好處的要求也越來越多,短信、電子郵件、天氣預報也可以搬到電視屏幕上來,除此以外,還有一些個性化的社區(qū)服務(wù)和社會化電視。
未來的技術(shù)平臺誰會勝出?
從業(yè)務(wù)的角度上來看,數(shù)字電視有兩類市場:運營商市場和零售市場。數(shù)字電視運營商(包括廣電運營商和電信運營商)需要在他們的“封閉”網(wǎng)絡(luò)(“圍墻花園”—WalledGarden)中進行經(jīng)營與發(fā)展、創(chuàng)造用戶、增加收入。在封閉的網(wǎng)絡(luò)中,運營商能夠豐富他們的業(yè)務(wù),提供開放的互聯(lián)網(wǎng)無法比擬的應(yīng)用內(nèi)涵和服務(wù)質(zhì)量。以HbbTV為基礎(chǔ)的中間件融合業(yè)務(wù)平臺,既可以滿足運營商采用廣播和(或)寬帶通道進行增值業(yè)務(wù)開展的需要,而且又可以支持運營商對應(yīng)用進行管理和控制。因此,HbbTV中間件平臺更能夠符合運營商的需要,必將成為運營商的不可或缺的業(yè)務(wù)運營平臺。
從技術(shù)的角度來看,GoogleTV并沒有脫離微軟公司的WebTV、Apple公司的AppleTV的框架與功能,是WebTV或AppleTV在互聯(lián)網(wǎng)電視上的又一次努力,是互聯(lián)網(wǎng)技術(shù)移植到流媒體視頻處理領(lǐng)域的技術(shù)思路的延續(xù)。毫無疑問,采用它去瀏覽Hulu、YouTube等視頻網(wǎng)站的內(nèi)容以及網(wǎng)上新聞是沒有問題的,但對有大量覆蓋的有線電視、衛(wèi)星電視和(或)IPTV電視用戶的數(shù)字電視運營商來說,我們認為,它是不便于用來進行增值業(yè)務(wù)運營的。
GoogleTV當前引起了業(yè)界的廣泛關(guān)注,主要原因是Google公司將Android平臺全部開放其源代碼,容許Android在終端上的移植層的源代碼為各廠家所擁有(各廠家自己進行移植)。我們認為,GoogleTV平臺可能適合于數(shù)字電視廠家將其移植到零售市場的終端設(shè)備上,用來支持互聯(lián)網(wǎng)流媒體的播放與瀏覽、增加其終端設(shè)備的功能和賣點。運營商市場是不可能使用原封不動的GoogleTV平臺的。即使有廠家將GoogleTV系統(tǒng)用于運營商市場,那他們也需要花費巨大的精力將原有Android系統(tǒng)進行技術(shù)改造、增加運營商需要的功能。那這樣,它也就不成為GoogleTV平臺,而只是開源代碼為技術(shù)廠商所用而已,就象其它的開源代碼(如WebKit、OpenGL等)一樣。
總之,Google公司將GoogleTV平臺完全開放源代碼,其本質(zhì)目的是使GoogleTV終端能夠訪問他們的Android應(yīng)用商店,他們通過此應(yīng)用商店獲取利益,而并非真正是為了數(shù)字電視業(yè)界有一個普遍適用的技術(shù)平臺而無利益的考量。不管怎樣,GoogleTV是互聯(lián)網(wǎng)領(lǐng)域向數(shù)字電視領(lǐng)域融合的又一次嘗試,它為家電廠家的終端研發(fā)提供了軟件系統(tǒng)的參考,必將對數(shù)字電視和互聯(lián)網(wǎng)視頻流媒體業(yè)務(wù)的未來發(fā)展產(chǎn)生深遠影響。