綜合交流 / 評(píng)測(cè) / 活動(dòng)區(qū)
交流區(qū) | 測(cè)硬件 | 網(wǎng)站活動(dòng) | Z幣中心
新手入門 / 進(jìn)階 / 社區(qū)互助
新手 | 你問(wèn)我答 | 免費(fèi)刷機(jī)救磚 | ROM固件
這兩天愛(ài)上電視傳媒的日子不太好過(guò),北京、江蘇、湖南等地的地方電視臺(tái)群起造反,宣布愛(ài)上電視違反相關(guān)合作規(guī)定,要斷掉其輸送到直播和點(diǎn)播內(nèi)容,這一切都還得從悅me說(shuō)起。 悅me彰顯誰(shuí)的野心 時(shí)間還得拉回到3個(gè)月前,中國(guó)電信集團(tuán)公司在北京召開(kāi)發(fā)布會(huì),宣布推出了智慧家庭的全新產(chǎn)品“悅me”,包括悅me盒、悅me網(wǎng)關(guān)和悅me電視等在內(nèi)。悅me將聚合教育、醫(yī)療、社區(qū)、購(gòu)物和影音娛樂(lè)等7大類應(yīng)用,旨在為家庭用戶提供多種家庭信息化服務(wù)綜合解決方案。 甚至為進(jìn)一步聚合智慧家庭產(chǎn)業(yè)鏈,中國(guó)電信集團(tuán)在發(fā)布會(huì)上與愛(ài)上電視傳媒有限公司,海信、創(chuàng)維、海爾、TCL、長(zhǎng)虹、康佳等多家電視機(jī)廠家,Marvell、高通等6家芯片廠家,華為、中興、烽火等36家終端廠家,蘇寧、國(guó)美等5家渠道商以及應(yīng)用提供商成立智慧家庭產(chǎn)業(yè)聯(lián)盟,以共同提升家庭信息化產(chǎn)品功能和服務(wù)水平,為居民信息消費(fèi)提供更多選擇。 其中聯(lián)盟推出的首個(gè)技術(shù)成果是悅me終端技術(shù)規(guī)范(標(biāo)準(zhǔn)),其實(shí)簡(jiǎn)單點(diǎn)說(shuō)這東西就是中國(guó)電信將全國(guó)的IPTV終端標(biāo)準(zhǔn)統(tǒng)一。雖然電信IPTV在人們眼中是“全程全網(wǎng)”的,但由于各地局端標(biāo)準(zhǔn)的一些差異性造成終端也存在些許差異。當(dāng)然這個(gè)差異跟廣電比起來(lái)那無(wú)疑是小很多。 隨后,中國(guó)電信宣布悅me在16個(gè)省市展開(kāi)試點(diǎn),眾多電視機(jī)廠商和機(jī)頂盒廠商都推出了相關(guān)的悅me終端,據(jù)說(shuō)中國(guó)電信希望年底前悅me終端能達(dá)到數(shù)百萬(wàn)臺(tái)的規(guī)模。 在業(yè)界人士看來(lái),悅me的推出已經(jīng)超出了視頻范疇,彰顯了中國(guó)電信在智慧家庭領(lǐng)域的野心,從終端、標(biāo)準(zhǔn)、聯(lián)盟等多個(gè)層面來(lái)推動(dòng)。 但有一個(gè)低調(diào)的角色卻被忽視了,那就是唯一的IPTV播控平臺(tái)方愛(ài)上電視傳媒,其成為悅me的積極推動(dòng)者。這一動(dòng)機(jī)不容忽視的背景是,一方面,百視通的IPTV用戶遲遲切割不過(guò)來(lái),愛(ài)上電視的IPTV用戶規(guī)模相對(duì)較低;另一方面,在與地方合作過(guò)程中,不僅地方電信一如既往的強(qiáng)勢(shì),地方電視臺(tái)也日益強(qiáng)勢(shì),愛(ài)上反而有可能成為配角的危險(xiǎn)。這兩方面的原因促使愛(ài)上電視鐵了心要跟中國(guó)電信一起玩“悅me”,寄希望通過(guò)電信端到端的產(chǎn)業(yè)鏈直達(dá)用戶,彰顯其成為IPTV平臺(tái)主導(dǎo)運(yùn)營(yíng)角色的野心。 悅me動(dòng)了誰(shuí)的奶酪 悅me這個(gè)東西就是電信集團(tuán)和愛(ài)上電視倒騰出來(lái)的東西,拋開(kāi)業(yè)務(wù)層面的東西不談,整個(gè)就是要向地方“收兵奪權(quán)”,把控制權(quán)收回中央,相關(guān)的視頻運(yùn)營(yíng)都將以愛(ài)上為主導(dǎo),過(guò)的有滋有味的地方當(dāng)然不干。 北京電視臺(tái)表示,由于‘悅me’實(shí)際上是搞的帶直播的OTT,有較大的政策風(fēng)險(xiǎn),同時(shí)電信集團(tuán)內(nèi)部及廣電集團(tuán)內(nèi)部均未達(dá)成統(tǒng)一的意見(jiàn),要求愛(ài)上電視傳媒有限公司不得向“悅me”電視盒子傳送北京電視臺(tái)的相關(guān)內(nèi)容(包括但不限于北京衛(wèi)視);中國(guó)電信亦不允許向用戶轉(zhuǎn)發(fā)傳送相關(guān)信號(hào),否則需承擔(dān)相關(guān)法律連帶責(zé)任。 江蘇電視臺(tái)表示,“悅me”產(chǎn)品違背廣電總局關(guān)于IPTV及OTT業(yè)務(wù)的相關(guān)政策和規(guī)定,違反愛(ài)上公司大股東中國(guó)網(wǎng)絡(luò)電視臺(tái)與江蘇臺(tái)的IPTV合作協(xié)議,嚴(yán)重危及了IPTV總、分平臺(tái)在江蘇的現(xiàn)有合作以及愛(ài)上公司對(duì)江蘇臺(tái)的所有承諾。由此帶來(lái)的后果需由愛(ài)上公司自行承擔(dān)。同時(shí),江蘇省廣播電視總臺(tái)的內(nèi)容版權(quán)受法律保護(hù),未經(jīng)授權(quán),愛(ài)上公司不得以任何形式向“悅me”傳送江蘇臺(tái)所有直播和點(diǎn)播節(jié)目?jī)?nèi)容,中國(guó)電信也不得向用戶傳送以上信號(hào),否則均需承擔(dān)相關(guān)法律責(zé)任。 而有消息稱,湖南電視臺(tái)也向相關(guān)機(jī)構(gòu)發(fā)函,表達(dá)的意思與上述也大同小異。 悅me可謂生不逢時(shí),其商務(wù)模式本身就引起了地方電視臺(tái)的反感,加上總局調(diào)控互聯(lián)網(wǎng)電視又讓悅me不清不白。上述電視臺(tái)都在當(dāng)?shù)豂PTV業(yè)務(wù)中起主導(dǎo)角色,其激烈的反映也就不難理解。其實(shí)核心不在于違不違反總局政策,而是在于利益的重新畫割。 也許電信內(nèi)部也不是鐵板一塊。據(jù)了解,去年10月底在江蘇成立的中國(guó)電信iTV增值業(yè)務(wù)運(yùn)營(yíng)中心將承擔(dān)“悅me”產(chǎn)品在全國(guó)的運(yùn)營(yíng)工作,包括技術(shù)研究、平臺(tái)建設(shè)、新產(chǎn)品開(kāi)發(fā)、對(duì)外合作和業(yè)務(wù)推廣等。如果真是這樣,其它地方的電信又是怎么想? 愛(ài)上的成功幾何 拋開(kāi)利益紛爭(zhēng)而談,悅me的想法是好的。 統(tǒng)一終端規(guī)范能讓更多的電視機(jī)廠商和機(jī)頂盒廠商參與,通過(guò)市場(chǎng)化銷售讓電信甩掉一大塊IPTV終端成本負(fù)擔(dān),即使走運(yùn)營(yíng)商模式,也能降低很大一部分渠道成本。幾年前,電信運(yùn)營(yíng)商與電視機(jī)廠商就合作推廣過(guò)IPTV一體機(jī),但是由于終端規(guī)范和成本等原因效果不好,這次借著智能終端可以說(shuō)是另外一次機(jī)會(huì)。 一方面是終端的解決,一方面是愛(ài)上如果形成統(tǒng)一的內(nèi)容運(yùn)營(yíng)平臺(tái),能夠讓分散的力量形成合力,通過(guò)平臺(tái)的用戶規(guī)模來(lái)形成議價(jià)能力,引入更多更優(yōu)質(zhì)的內(nèi)容。百視通正是靠著跟電信的合作逐步發(fā)展壯大,IPTV市場(chǎng)也逐漸成熟,形成了多贏局面,這無(wú)疑對(duì)愛(ài)上電視具有參照作用。 但百視通的運(yùn)營(yíng)效率、資本投入和面臨的產(chǎn)業(yè)機(jī)會(huì)(電信的4G、寬帶重點(diǎn)投入)都恐怕都是愛(ài)上暫時(shí)還無(wú)法比擬的。僅以愛(ài)上內(nèi)容相對(duì)匱乏這一點(diǎn)來(lái)說(shuō),就難以讓地方服眾。 說(shuō)直白點(diǎn),悅me的成功與否,核心在于愛(ài)上能否提高自身的實(shí)力,槍桿子里面出政權(quán),有了優(yōu)質(zhì)、充足的內(nèi)容,加上對(duì)地方臺(tái)合作、協(xié)同的態(tài)度,地方臺(tái)是否造反就要三思了。其實(shí)真到了那時(shí)候,都是一個(gè)鍋里吃飯的兄弟,就沒(méi)必要造反了。 |
Archiver|新帖|標(biāo)簽|軟件|Sitemap|ZNDS智能電視網(wǎng) ( 蘇ICP備2023012627號(hào) )
網(wǎng)絡(luò)信息服務(wù)信用承諾書(shū) | 增值電信業(yè)務(wù)經(jīng)營(yíng)許可證:蘇B2-20221768 丨 蘇公網(wǎng)安備 32011402011373號(hào)
GMT+8, 2025-1-9 18:26 , Processed in 0.033344 second(s), 8 queries , Redis On.