中心議題：

• HbbTV與GoogleTV平台的技術特征
• 數字電視運營對中間件技術平台的要求

數字電視自從1995年nian投tou入ru運yun營ying以yi來lai，中zhong間jian件jian業ye務wu平ping台tai就jiu一yi直zhi是shi人ren們men研yan究jiu和he討tao論lun的de課ke題ti。以yi歐ou洲zhou為wei代dai表biao的de數shu字zi電dian視shi運yun營ying商shang，一yi直zhi認ren為wei開kai展zhan數shu字zi電dian視shi增zeng值zhi業ye務wu是shi其qi發fa展zhan的de最zui終zhong目mu的de，數shu字zi電dian視shi需xu要yao中zhong間jian件jian平ping台tai，對dui互hu聯lian網wang應ying用yong需xu要yao進jin行xing有you限xian度du的de兼jian容rong和he采cai取qu圍wei牆qiang式shi的de管guan理li（WalledGarden）。

這是一種從“電視”向“互聯網（或計算機）”kaolongdeguandian。yimeiguorenweidaibiaodeguandianrenwei
，shuzidianshijieshoushebeijiushiyigehulianwangzhongduan，zhiruliulanqiruanjian，yunxingwangyeliulan，jiukeyishixianshuzidianshiyule。zheshiyizhongcong“互聯網（或計算機）”向“電視”靠攏的觀點。由此可以看出
，歐洲人考慮的是怎樣從數字電視運營中發展增值業務、獲取收益；而美國人更多的是積極尋求將家庭設備也互聯起來，讓互聯網的豐富內容走入家庭的客廳終端。

不同的思想產生不同的技術路線。於是
，以規範中間件平台架構


、接入協議和應用開發為核心的中間件平台標準——MHP（媒體家庭平台）——從歐洲誕生。美國人將互聯網植入數字電視機頂盒的努力
，一直都不曾中斷過。美國的ATVEF（AdvancedTelevisionEnhancementForum，先進電視發展論壇）早在1999年就發布了基於互聯網HTML的交互應用規範。微軟公司自1998年就推出了WebTV，直到近幾年的Mediaroom，為微軟操作係統入主消費電子花費了巨大財力、物力
，行業內人士可能都不會忘記“維納斯”計劃。美國還產生過知名的數字電視瀏覽器技術公司——Liberate。

以增值業務為目標的各式中間件平台以及以MHP為基礎的不同中間件規範（如美國有線電視聯盟的OCAP、中國標準草案DTVM、日本ARIB
、巴西Ginga-J等），還有眾多的中間件業務平台在全球各地不同數字電視運營商的運營中發揮著作用；而希望將將互聯網搬到電視的努力卻顯得非常艱難：ATVEF標準基本被人遺忘，微軟公司的WebTV平台和維納斯計劃無疾而終，Liberate也是早就宣告破產了。2006年，Apple公司推出了AppleTV，其qi優you美mei的de設she計ji和he良liang好hao的de用yong戶hu體ti驗yan曾zeng經jing讓rang很hen多duo人ren喜xi愛ai
，但dan是shi，真zhen正zheng的de市shi場chang效xiao果guo卻que並bing不bu理li想xiang，直zhi到dao目mu前qian都dou還hai沒mei有you具ju有you商shang業ye意yi義yi的de市shi場chang部bu署shu。

然而，互聯網技術與網絡寬帶的不斷發展、信息與視頻內容越來越豐富，尤其是近年出現的社交網絡、雲計算等概念與係統、移動互聯網等
，使得“電視”與“互聯網”之間的融合成為不可阻擋的趨勢。但是
，這兩者之間究竟如何“相會”，歐洲人與美國人又有不同的理解：歐洲的數字電視業界推出了基於中間件平台兼容互聯網（寬帶）的雙模業務係統——HbbTV；而美國人持續在互聯網瀏覽器架構上努力，在其Android係統在移動領域（手機）上成功的基礎上
，Google公司將它推向了數字電視領域
，形成了GoogleTV。

當前
，有一種觀點認為，由於其源代碼的免費開放


，GoogleTVhuixunsuqudaizhongjianjianxitong，chengweiyitongtianxiayewupingtai。benwenshitucongjishuheyunyingshangyewuxuqiudejiaodu，chanshuzhelianggexitongdefazhanqianjing。benwendeguandianchunshugerenguandian，huanyingyejietongrenpipingzhizheng。

HbbTV與GoogleTV平台的技術特征

HbbTV平台的技術簡介

HbbTV（HybridBroadcastandBroadbandTelevision）是在MHP標準平台的基礎上演進與發展起來的。嚴格意義上將

，MHP標準也定義了對互聯網協議（TCP/IP,HTTP等）的支持
，但標準的大部分規範還是隻對廣播環境的應用下載與管理、應用生命周期管理、應用編程接口等進行了詳細的規定，對采用互聯網技術（HTML、JavaScript等）進行應用的開發與管理定義不是具體。HbbTV彌補了MHP中間件平台這些方麵的不足
，對互聯網技術如何與廣播通道的協調進行了細致的規範。由DVB提交的ETSI標準（ETSI102796V1.1.12009-12和ETSI102809V1.1.12010-01）對HbbTV的技術架構與應用管理進行了明晰的規範。

HbbTV平台的架構與功能

HbbTV定義的是一種雙模終端（HybridTerminal），可ke以yi在zai沒mei有you寬kuan帶dai連lian接jie時shi
，總zong是shi與yu廣guang播bo電dian視shi網wang絡luo連lian接jie著zhe，以yi便bian不bu間jian斷duan地di接jie收shou音yin視shi頻pin節jie目mu和he相xiang關guan應ying用yong，也ye可ke以yi同tong時shi支zhi持chi廣guang播bo與yu寬kuan帶dai網wang絡luo的de連lian接jie。下xia圖tu顯xian示shi了leHbbTV的業務（應用
、視頻等）的通道來源。


圖為：HbbTV業務的通道來源
[page]
下圖描繪了HbbTV係統架構和主要功能組件，主要組件的功能在圖後進行了簡單說明。


圖為：雙模終端軟件係統功能組件示意圖

通過廣播電視通道（BroadcastInterface），雙模終端接收AIT數據、線性音視頻節目、應用數據和流事件（StreamEvent）。後兩者數據采用DSM-CC對象輪播協議（DSM-CCObject　Carousel）傳送。因此，DSM-CC客戶端（DSM-CCClient）需要嵌入以便接收數據傳送到運行環境（RuntimeEnvironment）。運行環境可以看成是非常抽象的組件

，執行應用
、顯示界麵。瀏覽器（Browser）和應用管理器（ApplicationManager）是這個應用運行環境的組成部分。應用管理器解析AIT數據以便控製應用的生命周期
；瀏覽器執行和呈現應用。

線性的音視頻內容的處理與廣播電視終端（或隻支持衛星
、地麵或有線數字電視的終端）完全一樣，所有與DVB相關的功能也都完全支持（如頻道列表、EIT信息處理、選擇業務與調頻等）
，由廣播處理器（BroadcastProcessing）組件處理，音視頻等媒體內容的播放由媒體播放器（MediaPlayer）組件負責。

通過寬帶通道（BroadbandInterface），雙模終端能夠連接到互聯網或其它的IP網絡。它提供了應用數據接收的第二個通道
，以便與應用提供商的服務器連接。這個連接用於接收非線性音視頻內容（如內容點播業務）。互聯網協議處理器（InternetProtocolProcessing）組件包含了處理來源於互聯網等IP網絡數據的功能
，通過這個組件
，應用數據提供給運行環境，非線性音視頻內容傳送到媒體播放器（MediaPlayer）
，包含在應用中解析、呈現與播放。

HbbTV平台的業務與應用模型

HbbTV支持兩種類型的應用：1）廣播電視相關的應用，通過廣播電視通道傳送；2）獨立於廣播電視的應用，它們不通過廣播電視通道傳送。

根據應用與廣播頻道（Service）綁定或網絡連接的不同情況，還可以有如下不同的應用模型，下麵從簡單到複雜列出了幾種：

隻與一個廣播頻道相綁定的應用：在頻道選擇時，應用啟動
；在頻道切換走時，應用終止；

與多個頻道相綁定的應用：在其中的任何一個頻道選擇時
，應用啟動；在此頻道切換走時，應用終止，即使新頻道也有此應用與其綁定
；

在頻道切換時保持運行的應用：這種應用與多個廣播頻道綁定

，在任何一個相關頻道選擇時，應用啟動；而當切換到新的也與此應用綁定的頻道時，應用不終止
、繼續保持運行
；隻有當選擇的頻道上不再有此應用與其綁定時
，應用終止；

與廣播頻道的部分內容綁定的應用（例如
，與單個的節目或廣告內容綁定）：在相關內容啟動時，應用啟動；當相關內容終止時，應用終止；

與點播的內容綁定的應用：其控製
，要麼與廣播頻道部分內容綁定的應用一致，要麼
，在整個的點播過程中都保持有效；與網絡運營商或與服務提供商相連接的應用：在某些部署中
，這種應用連接可以是永久的（permanent）。
[page]
HbbTV標準對通過廣播通道、寬帶通道進行傳送應用的啟動、終止等生命周期管理
，都進行了詳細的規定。下圖顯示了應用生命周期狀態轉換的過程。


圖為：應用生命周期和狀態轉換示例

　　終端用戶可以通過下麵的方式訪問互動應用（InteractiveApplication）：

　　通過啟動一個廣播頻道相關的自啟動應用（AutostartApplication）上的紅鍵（RedButton）；

　　通過TEXT鍵（TEXTButton）啟動一個數字字幕應用（DigitalTeletextApplication）
；

　　通過互聯網電視門戶啟動一個廠商設置的非廣播應用；

　　通過啟動正在運行應用上的一個超級鏈接；

　　通過選擇一個廣播頻道，其上有一個全屏的自啟動應用。

廣播相關自啟動應用的訪問

廣播相關自啟動應用通常與廣播頻道或其上的節目與事件相關聯，在第一種情況下

，此自啟動應用應該立即啟動；在第二種情況下，會有下列情形：

顯示一個紅鍵（RedButton），指示有應用可以啟動；

不顯示用戶界麵；

顯示一個全屏（如在音頻應用和數據應用時）

一般情況下，自啟動應用不顯示全屏。當有一個紅鍵（RedButton）指示有應用時，用戶按紅鍵（RedButton）將會全屏顯示；如果沒有廣播相關的自啟動應用，按住紅鍵（RedButton）則無任何反應。



圖為：紅鍵（RedButton）指示有應用，按紅鍵（RedButton）全屏顯示應用


上圖顯示了廣播相關自啟動應用通過紅鍵（RedButton）啟動的情形。2.1.4　非廣播相關應用的訪問

非廣播相關的應用是指獨立
、不通過廣播通道傳送的應用，它一般是通過電視門戶（TVPortal）來lai訪fang問wen的de，互hu聯lian網wang電dian視shi門men戶hu是shi一yi個ge應ying用yong，它ta提ti供gong一yi種zhong起qi始shi網wang頁ye，其qi中zhong的de非fei廣guang播bo應ying用yong進jin行xing一yi定ding的de排pai列lie和he展zhan現xian

，使shi得de用yong戶hu能neng夠gou很hen方fang便bian地di瀏liu覽lan和he訪fang問wen其qi設she置zhi和he關guan聯lian的de應ying用yong（非廣播相關的應用）。

應用的退出一般采用退出鍵（ExitButton）
，或應用指示的方式。

我們可以看到
，HbbTV定義的是既支持廣播業務
，又支持寬帶業務的數字電視中間件技術架構
，能夠並行地支持與兩個網絡連接：一方麵，它能夠連接廣播電視的DVB網絡（如DVB-T

、DVB-S或DVB-C），通過廣播電視網絡，雙模終端能夠接收標準的廣播電視節目，這是一種線性方式的音視頻內容、應用數據和應用信令信息；另一方麵

，雙模終端能夠通過寬帶與互聯網（IP網絡）連接，支持與應用服務器的雙向通訊
，這種方式使得終端能夠接收非線性的音視頻內容和應用數據

，還可以下載非實時的音視頻內容。

GoogleTV平台的技術簡介

Google公司在互聯網搜索領域取得巨大成功以後，也在努力進入消費電子領域。他們巨資開發的Android平台，在手機領域開始嶄露頭角，接著又將其推廣到數字電視領域。下麵我們著重介紹和探討GoogleTV設計理念和技術框架。
[page]
GoogleTV平台的設計理念

GoogleTV是一個整合計算機係統、媒體播放與網絡應用的概念型電視平台，由Google公司主導研發，並且免費開源發布。GoogleTV的應用涵蓋下列領域：


圖為：GoogleTV設計的理念

通過上圖可以看出，就硬件而言
，除了在實際操作環境可以搭配多樣化的周邊設備外

，GoogleTV在規格表現上也有諸多要求

；在軟件方麵，GoogleTV將其搜索引擎及Android係統加進了GoogleTV的平台之中；在應用提供上，與內容提供商合作開發，以便具有廣闊應用與業務開發群體，形成Android應用商店。2.2.2　GoogleTV平台的技術架構

GoogleTV的核心軟件係統是Android平台
，其架構見下示意圖。


圖為：GoogleTV軟件核心Android架構

Android是一個模塊化與層次性的架構設計，這也是平台化軟件設計通用的設計理念與架構模式。Android主要有5個層次：

1）應用程序層

Android會同一係列核心應用程序包一起發布，該應用程序包有email客戶端、SMS語言編寫的。?短消息程序

、日曆、地圖


、瀏覽器、聯係人管理程序等。所有的應用程序都可以使用Java

2）應用程序框架層

開發人員也可以訪問核心應用程序所使用的API框架。該應用程序的架構設計簡化了組件的重用；任何一個應用程序都可以發布它的功能塊並且任何其它的應用程序都可以使用其所發布的功能塊（其實，軟件在一起是很難控製不被調用的）。同樣
，該應用程序重用機製也使用戶可以方便的替換程序組件。

隱藏在每個應用後麵的是一係列的服務和係統,其中包括；

可擴展的視圖（Views），可以用來構建應用程序，它包括列表（lists）、網格（grids）、文本框（textboxes）、按鈕（buttons）等，甚至可嵌入的Web瀏覽器；

內容提供器（ContentProvider）使得應用程序可以訪問另一個應用程序的數據（如聯係人數據庫）
，或者共享它們自己的數據；

資源管理器（ResourceManager）提供非代碼資源的訪問，如本地字符串、圖形
、和布局文件（layoutfiles）；

通知管理器（NoTIficationManager）使得應用程序可以在狀態欄中顯示自定義的提示信息

；

活動管理器（ActivityManager）用來管理應用程序生命周期並提供常用的導航回退功能。

3）程序庫層

Android包含一些C/C++庫

，這些庫能被Android係統中不同的組件使用。它們通過Android應用程序框架為開發者提供服務。以下是一些核心庫：

係統C庫：從BSD繼承來的標準C係統函數庫（libc），它是專門為基於嵌入式Linux（EmbeddedLinux）的設備優化了的；

媒體庫：基於PacketVideo/OpenCORE。該庫支持多種常用的音頻、視頻格式回放和錄製，同時支持靜態圖像文件。支持的編碼格式包括MPEG-4
、H.264、MP3、AAC、AMR、JPG、PNG等
；

顯示管理器（SuRFaceManager）：對顯示子係統的管理，並且為多個應用程序提供2D和3D圖層的無縫融合；

瀏覽器引擎（LibWebCore）：最新的Web瀏覽器引擎用，支持Android瀏覽器和可嵌入的Web視圖；

圖性引擎（SGL）：底層的2D圖形引擎；

3D圖形庫（3Dlibraries）：基於OpenGLES1.0APIs實現；該庫可以使用硬件3D加速（如果可用）或者使用高度優化的3D軟加速；

字體引擎（FreeType）：點陣（Bitmap）和矢量（Vector）字體顯示
；
[page]
SQLite：一個對於所有應用程序可用，功能強勁的輕型關係型數據庫引擎。　4）Android運行庫（Runtimelibraries）

編程語言核心庫的大多數功能。Android包括了一個核心庫，它提供了Java

每一個Android應用程序都在它自己的進程中運行，都擁有一個獨立的Dalvik虛擬機（DalvikVM）實例。Dalvik被設計成可以同時高效地運行多個虛擬係統。

程序的虛擬機，其可執行文件（DalvikDalvik虛擬機是由Google公司主導開發的用來解釋執行Javaexecutable編譯器編譯，然後通過SDK?format）格式文件（.dex）針對小內存使用做了優化。同時Dalvik虛擬機是基於寄存器的，所有類都經由Java中的"dx"工具轉化成“.dex”格式由虛擬機執行。Dalvik虛擬機依賴Linux內核的一些功能，比如線程機製和底層內存管理機製。

5）Linux內核

Android的核心係統服務依賴於Linux2.6內核
，如安全性、內存管理
、進程管理、網絡協議棧和驅動模型。Linux內核也同時作為硬件和軟件棧之間的抽象層。

Android媒體庫係統OpenCORE的架構如下圖所示：


圖為：Android媒體庫軟件的組成

OpenCore的代碼非常龐大，它是基於C++的實現，定義了全功能的操作係統移植層，各種基本的功能均被封裝成類（Class）的形式，各層次之間的接口多使用繼承等方式。

在Android2.1及以前的版本中，是不支持JIT的。2010年5月21日的GoogleI/O大會上，Google發布了Android2.2版本

，主要的新功能包括：

支持JIT，性能也有提高；

支持AdobeFlash10.1及AIR（ApolloIntegratedRuntime）技術
；

支援全新的API應用，例如語音辨識功能，可以快速將話語轉成文字訊息，進行資料搜尋
，甚至用來啟動GoogleMaps等；

在企業應用上也有相當程度的支持，例如微軟的Exchange
、SecurityPolicies與GALlookup（全地址搜索）等
，方便在接收即時訊息與內容快速傳送之類的運用。2.3　HbbTV與GoogleTV平台的技術比較分析

從上麵的分析我們可以看到
，HbbTV是MHP模式的中間件平台向互聯網（基於IP傳輸的網絡）的延伸，其細致的基於IP網絡通道應用管理的協議規範，可以有效地將廣播通道的應用管理融於一體，使得HbbTV平台（簡單地說就是中間件平台）可以支持DVB
、IP多媒體應用。而GoogleTV的技術平台

，是將基於Linux的開放軟件包集成在一起

，采用開源的媒體播放器來播放音視頻流媒體。在GoogleTV的核心Android係統中，並沒有支持廣播通道（DVB-C/S/T）的數字電視協議（至少到目前為止還沒有），因此
，它是不可以被數字電視運營商用來開展增值業務的。這可以說是GoogleTV平台目前的一個重要的缺陷。

一般情況下，數字電視中間件平台（即使是基於MHP規範的），都是與平台的操作係統（RTOS）無關的
，例如中間件係統中的文件係統、TCP/IP協議棧等是可以移植到不同的係統中的，這樣基於中間件的業務平台對係統的內存和存儲（如Flash等）的要求就會低許多
；而Android係統是基於Linux的，盡管實時Linux操作係統進行了許多的優化，但每個應用需要在一個不同的進程中運行
，其需要的存儲等都還是比標準的中間件平台要大許多。尤其是Android係統中的圖形與圖像處理模塊
、媒體播放器模塊
、瀏覽器引擎等都是Google公司從其它的開源代碼中集成起來的

，是一個GPL軟件包的組合與大雜燴。

程序的執行方式：Dalvik語言進行應用程序的編寫，DalvikVM采用了與JavaVM不同的bytecode格式和Java盡管都是采用Java程序的執行進行了優化。然而，Dalvik虛擬機與傳統的Java虛擬機相比的性能提高，還沒有權威機構給出數據。在Android2.1版本以前
，Google號稱其性能優異
，無需JIT（Just-In-Time）技術，可是，在最近發布的Android2.2中，JIT技術還是采用了。知識產權問題
，當然也對Java?VM是基於寄存器的；JavaVM是基於堆棧的。此舉的目的是為了避開Sun公司的Java。

基於HbbTV的中間件平台
，是由不同的技術廠商自行開發和提供的
，在符合標準規範（HbbTV、MHP或其它專有中間件規範）的情況下，可以添加運營商需要的功能、從而適合個性化與交互性的應用需要
；GoogleTV采用的是開源軟件包
，是免費的。這成為眾多終端整機廠商趨之若鶩的重要原因。
[page]
數字電視運營對中間件技術平台的要求

在網絡功能趨同、業務融合的今天，數字電視運營已經發生了很大的變化，通過寬帶網絡
、基於IP協議傳遞視頻的業務和多媒體終端已經在大量湧現。在IP網絡上進行點播、時移以及錄製等都是很普通的功能，而且，應用本身和其數據已經混為一體、不可區分。由於信息量大和及時性要求
，這些應用以及越來越多地以HTML網頁的形式展現，根據需要及時下載
，或者相關信息通過Ajax、RSS等協議自動更新。

對運營商而言
，數字電視數據業務可能來源於廣播信道（衛星、有線或無線等）和/或寬帶信道（互聯網
、或其它的IP通道）dexinhao
，yinshipinyushujukeyibujiaqufendiyouzhelianggetongdaofenbiejieru，zaidaikuanxianzhideqingkuangxia
，guangbotongdaokeyiyonglaibosonggaoqingjiemu，erkuandaideshiyongxingshijiuhuiyouhenguang，rushipindianbo
、時移、信息瀏覽


、電子商務等。

運營商對數字電視的訴求是要通過提供音視頻內容、娛樂信息等，來進行增值業務和互動應用的運營。因此，運營商需要一個能夠完全掌控的“封閉”環境，形成一個“圍牆花園”（WalledGarden）
，將音視頻節目
、娛樂信息、zengzhiyewuyuyingyongdoubandaoyunyingshangkongzhidepingtaishangxiangyonghutigong
，bingduisuoyouyewudeyunxingjinxingjiankong。tongshi，yunyingshangyexuyaonenggouyoukaifangxitongdekeneng，yunxuzhongduanyonghufangwenkaifangdehulianwangxinxi，shenzhikeyifangwenhulianwangyinshipinneirong，ruYouTube、優酷網
、土豆網等視頻網站的內容。

當然
，從內容安全的角度來看
，這些互聯網內容需要在服務器端進行過濾與監控。同時
，運營商需要一個穩定
、可(ke)靠(kao)的(de)中(zhong)間(jian)件(jian)業(ye)務(wu)平(ping)台(tai)
，根(gen)據(ju)市(shi)場(chang)和(he)業(ye)務(wu)的(de)發(fa)展(zhan)進(jin)行(xing)功(gong)能(neng)的(de)更(geng)新(xin)與(yu)改(gai)進(jin)
，他(ta)們(men)需(xu)要(yao)專(zhuan)業(ye)的(de)中(zhong)間(jian)件(jian)平(ping)台(tai)技(ji)術(shu)廠(chang)商(shang)為(wei)其(qi)進(jin)行(xing)針(zhen)對(dui)性(xing)和(he)專(zhuan)業(ye)化(hua)的(de)服(fu)務(wu)，這(zhe)勢(shi)必(bi)使(shi)得(de)中(zhong)間(jian)件(jian)平(ping)台(tai)逐(zhu)步(bu)個(ge)性(xing)化(hua)和(he)根(gen)據(ju)運(yun)營(ying)商(shang)的(de)需(xu)要(yao)進(jin)行(xing)定(ding)製(zhi)化(hua)
，即(ji)使(shi)是(shi)基(ji)於(yu)HbbTV平台的中間件，在不同的運營商市場，會顯示出有運營商烙印的特征功能，這將會促進運營商在激烈的競爭中不斷推陳出新、發展用戶
、贏得競爭。

shuzidianshixingyezhengzaijinglizheshenkedebianhua，duomeitishipinyewutongguoduozhongqudaobuduanyongxian。conglaobaixingdejiaodulaijiang，guoqubeidongdikandianshijiugoule
，xianzaixuyaoyuelaiyueduodejiaohuxingneirong，biruzaitiyusaishibochushitigongzengzhiyewudeng

，guanzhongduishuzishouduandailaihaochudeyaoqiuyeyuelaiyueduo
，duanxin、電子郵件、天氣預報也可以搬到電視屏幕上來，除此以外
，還有一些個性化的社區服務和社會化電視。

未來的技術平台誰會勝出？

從業務的角度上來看
，數字電視有兩類市場：運營商市場和零售市場。數字電視運營商（包括廣電運營商和電信運營商）需要在他們的“封閉”網絡（“圍牆花園”—WalledGarden）中進行經營與發展
、創造用戶、增加收入。在封閉的網絡中
，運營商能夠豐富他們的業務，提供開放的互聯網無法比擬的應用內涵和服務質量。以HbbTV為基礎的中間件融合業務平台
，既可以滿足運營商采用廣播和（或）寬帶通道進行增值業務開展的需要
，而且又可以支持運營商對應用進行管理和控製。因此
，HbbTV中間件平台更能夠符合運營商的需要，必將成為運營商的不可或缺的業務運營平台。

從技術的角度來看，GoogleTV並沒有脫離微軟公司的WebTV、Apple公司的AppleTV的框架與功能，是WebTV或AppleTV在互聯網電視上的又一次努力，是互聯網技術移植到流媒體視頻處理領域的技術思路的延續。毫無疑問
，采用它去瀏覽Hulu、YouTube等視頻網站的內容以及網上新聞是沒有問題的，但對有大量覆蓋的有線電視、衛星電視和（或）IPTV電視用戶的數字電視運營商來說，我們認為
，它是不便於用來進行增值業務運營的。

GoogleTV當前引起了業界的廣泛關注
，主要原因是Google公司將Android平台全部開放其源代碼，容許Android在終端上的移植層的源代碼為各廠家所擁有（各廠家自己進行移植）。我們認為，GoogleTV平台可能適合於數字電視廠家將其移植到零售市場的終端設備上，用來支持互聯網流媒體的播放與瀏覽、增加其終端設備的功能和賣點。運營商市場是不可能使用原封不動的GoogleTV平台的。即使有廠家將GoogleTV係統用於運營商市場，那他們也需要花費巨大的精力將原有Android係統進行技術改造、增加運營商需要的功能。那這樣，它也就不成為GoogleTV平台
，而隻是開源代碼為技術廠商所用而已，就象其它的開源代碼（如WebKit
、OpenGL等）一樣。

總之，Google公司將GoogleTV平台完全開放源代碼，其本質目的是使GoogleTV終端能夠訪問他們的Android應用商店

，他們通過此應用商店獲取利益
，而並非真正是為了數字電視業界有一個普遍適用的技術平台而無利益的考量。不管怎樣，GoogleTVshihulianwanglingyuxiangshuzidianshilingyuronghedeyouyicichangshi
，taweijiadianchangjiadezhongduanyanfatigongleruanjianxitongdecankao
，bijiangduishuzidianshihehulianwangshipinliumeitiyewudeweilaifazhanchanshengshenyuanyingxiang。