綜合交流 / 評測 / 活動區(qū)
交流區(qū) | 測硬件 | 網(wǎng)站活動 | Z幣中心
新手入門 / 進(jìn)階 / 社區(qū)互助
新手 | 你問我答 | 免費刷機(jī)救磚 | ROM固件
Google TV算是失敗了,但谷歌沒有放棄讓安卓進(jìn)入客廳的愿望,它將以一個非常特殊的方式來開發(fā)和推廣一個新的電視應(yīng)用平臺——Android TV。 谷歌野心不死,它正在開發(fā)Google TV之外的另一平臺:“Android TV”,谷歌希望通過一個手機(jī)應(yīng)用檢索所有用戶想看到的視頻信息——當(dāng)然這未必是視頻內(nèi)容提供商想要看到的。 上周末,The Verge曝光了谷歌正在研發(fā)的這個新項目,谷歌對Android TV的定義是“娛樂開放接口,而非計算平臺”,力圖打造一個基于安卓的“極其簡單的應(yīng)用”。 這個計劃的詳細(xì)內(nèi)容還沒有披露。谷歌在去年十二月曾推出了一款專用電視盒子,后來砍掉了,能看得出來谷歌一直在為占領(lǐng)客廳的目標(biāo)努力。 Android TV更像是內(nèi)容目錄,而非應(yīng)用 要想理解谷歌的這個產(chǎn)品,需要先想想智能電視應(yīng)用的用戶體驗。各大視頻網(wǎng)站的應(yīng)用:Netflix,YouTube,Hulu Plus和時代華納都有很大不同。谷歌就是要以標(biāo)準(zhǔn)化的模版來取代市場上各異的自定義接口。供應(yīng)商將不需要做出自己的用戶界面,只需開發(fā)應(yīng)用程序,再把數(shù)據(jù)提交到安卓平臺。 舉例而言,上傳一部電影的話需要提交電影名稱和電影簡介。通過谷歌的Android TV平臺,所有的視頻內(nèi)容都會有一個更加統(tǒng)一的呈現(xiàn)方式。對于用戶而言,當(dāng)面對一個開放內(nèi)容應(yīng)用時的感覺,更像是直接瀏覽一個大目錄。 谷歌的最終目標(biāo):一個應(yīng)用程序訪問所有內(nèi)容 谷歌的這種平臺有很明顯的優(yōu)勢,比如所有電視應(yīng)用的操作方式都將統(tǒng)一,應(yīng)用在開發(fā)新功能時的部署工作也會簡單好多。 最大的好處還在于,這個平臺將給谷歌以接近所有電視視頻數(shù)據(jù)的機(jī)會。谷歌計劃推出支持內(nèi)容搜索的開放應(yīng)用,這將有助于打造一個面向電視的智能通用搜索。所有視頻數(shù)據(jù)將以結(jié)構(gòu)化的方式展現(xiàn)出來:任一應(yīng)用上傳的每個視頻都能檢索來源,谷歌能知道每段視頻的內(nèi)容,甚至知道每一時段的電視節(jié)目的所有內(nèi)容。而所有這些信息都有助于谷歌建立智能通用搜索,谷歌甚至能把內(nèi)容從應(yīng)用中檢索出來,直接播放在屏幕上。 這是一個大計劃,但是可能有人不買賬 這是一個很棒的計劃,但問題在于:電視內(nèi)容供應(yīng)商真的希望看到這樣嗎?比如說像Netflix這樣的視頻應(yīng)用愿意嗎,他們可是花費了大筆美金才建立自己的內(nèi)容推薦算法的。也有質(zhì)疑說他們?yōu)槭裁匆炎约旱膬?nèi)容交出來,讓自己的應(yīng)用看起來和別人的都一樣? 據(jù)說谷歌已經(jīng)嘗試解決這個問題了,谷歌可能允許內(nèi)容供應(yīng)商保留自己的應(yīng)用體驗,甚至可能讓用戶在應(yīng)用中可以選擇切換谷歌模版和原應(yīng)用模版。并且小型內(nèi)容供應(yīng)商和提供下載服務(wù)的內(nèi)容供應(yīng)商使用谷歌模版的話可能獲得更多的好處。 谷歌不可能做一款不能從Netflix和Hulu等視頻大戶獲取內(nèi)容的產(chǎn)品,谷歌也可能能讓這些視頻網(wǎng)站最終對自己妥協(xié)。 可能在Google I/O大會上發(fā)布,但還沒定 現(xiàn)在所有的跡象都表明谷歌要重新做一款基于安卓的電視平臺,并會在六月的Google I/O開發(fā)者大會上發(fā)布。但是谷歌不是沒變卦過,所以還不敢確定。谷歌的電視應(yīng)用又是一次與眾不同的嘗試。 這時候當(dāng)事人總是保持沉默的:谷歌發(fā)言人拒絕對此事發(fā)表評論。 |
Archiver|新帖|標(biāo)簽|軟件|Sitemap|ZNDS智能電視網(wǎng) ( 蘇ICP備2023012627號 )
網(wǎng)絡(luò)信息服務(wù)信用承諾書 | 增值電信業(yè)務(wù)經(jīng)營許可證:蘇B2-20221768 丨 蘇公網(wǎng)安備 32011402011373號
GMT+8, 2025-5-5 18:52 , Processed in 0.086220 second(s), 8 queries , Redis On.