IPTV中間件技術(shù)的探討
楊崑 2007/07/26
摘要:IPTV系統設備和終端設備制造商為降低發(fā)展成本都提出了對中間件技術(shù)的需求,但各廠(chǎng)家的理解差異明顯。本文介紹了中間件技術(shù)的主要關(guān)注點(diǎn),理論上預計帶來(lái)的益處,對中間件定義的探討,以及機頂盒中間件研討等等。
一、研究背景
內容運營(yíng)商和業(yè)務(wù)運營(yíng)商在實(shí)際工作過(guò)程中都從不同角度提出了對中間件技術(shù)的需求;
IPTV系統設備和終端設備制造商為降低發(fā)展成本都提出了對中間件技術(shù)的需求,但各廠(chǎng)家的理解差異明顯;
中國通信標準化協(xié)會(huì )開(kāi)展IPTV中間件研究報告已經(jīng)完成初稿,主要針對中間件的發(fā)展現狀,基本定位和解決思路;中國代表團將向國際電信聯(lián)盟已提交相應的提案,以推動(dòng)國內標準化研究成果走向國際;
AVS-IPTV試驗出現瓶頸,急需解決不同廠(chǎng)家的終端或系統之間的互通問(wèn)題,目前比較現實(shí)的方法是通過(guò)中間件的方式。
對中間件技術(shù)的主要關(guān)注點(diǎn)
不同廠(chǎng)家的IPTV終端和IPTV局端系統需要通過(guò)低成本、易實(shí)現的方式實(shí)現互聯(lián)互通;不同廠(chǎng)家的IPTV局端系統需要實(shí)現互聯(lián)和互操作;
IPTV業(yè)務(wù)運營(yíng)商需要IPTV系統中不同位置的業(yè)務(wù)應用模塊均可以動(dòng)態(tài)加載,實(shí)現業(yè)務(wù)功能的平滑升級;希望業(yè)務(wù)開(kāi)展過(guò)程中IPTV終端通過(guò)中間件模塊實(shí)現業(yè)務(wù)和管理的動(dòng)態(tài)加載;
IPTV終端廠(chǎng)商能夠實(shí)現各中間件開(kāi)發(fā)平臺的API接口遵循標準統一的接口規范,支持自身產(chǎn)品的通用性和從而降低自身產(chǎn)品開(kāi)發(fā)成本
第三方IPTV應用開(kāi)發(fā)商在IPTV系統業(yè)務(wù)平臺上開(kāi)發(fā)各種增值應用,并可靈活地修改和添加;
業(yè)務(wù)平臺提供商希望通過(guò)統一的中間件平臺和不同類(lèi)型、不同需求的內容提供商快速連接。
理論上預計帶來(lái)的益處
實(shí)現IPTV業(yè)務(wù)時(shí)可以跨越技術(shù)和標準的復雜性,使應用可以運行在多種硬件和OS平臺之上;
用簡(jiǎn)單的方法定制具有運營(yíng)商特色的應用,并且可以提高開(kāi)發(fā)效率,減少開(kāi)發(fā)成本,跟上技術(shù)的發(fā)展;
使整個(gè)系統中使用量較大產(chǎn)品的開(kāi)放性和可移植性更強;
加快完整IPTV產(chǎn)業(yè)鏈的形成,能夠吸引更多的終端硬件廠(chǎng)商、應用開(kāi)發(fā)商和中間件開(kāi)發(fā)商參與進(jìn)來(lái);
滿(mǎn)足大量新業(yè)務(wù)、新應用開(kāi)發(fā)的需求;
降低整個(gè)產(chǎn)業(yè)的發(fā)展成本。
二、對中間件定義的探討
IDC給出的定義:中間件是一種獨立的系統軟件或服務(wù)程序,分布式應用軟件借助這種軟件在不同的技術(shù)之間共享資源,中間件位于客戶(hù)機服務(wù)器的操作系統之上,管理計算資源和網(wǎng)絡(luò )通信。
中間件是一類(lèi)軟件,而非一種軟件;
中間件不僅僅實(shí)現互連,還要實(shí)現應用之間的互操作;
中間件是基于分布式處理的軟件,最突出特點(diǎn)是其網(wǎng)絡(luò )通信功能。
討論-中間件的演進(jìn)
討論-中間件概念的理解
IPTV包含了大量計算機技術(shù)和概念、但同樣繼承了電信和廣播電視應用的特點(diǎn)、因此IPTV系統的中間件將具有特殊性:
- 是否僅僅是軟件?
- 一類(lèi)軟件還是一個(gè)軟件?
- 軟件集合還是相關(guān)聯(lián)的一個(gè)完整系統?
- 是所有系統中符合某一要求的全部?jì)热荩是局限在某個(gè)特定范圍內?
- 針對的目標是否會(huì )逐步發(fā)生變化?
- 其概念的給出是針對外延還是針對內涵?
- 其概念的給出應該是針對目前的產(chǎn)品實(shí)現還是針對未來(lái)的功能邏輯架構?
- 我們現在能定義的有哪些部分,不能定義的有哪些?
討論-中間件的定位
- 消除物理層或操作系統彼此間的差異軟件?
- 系統端發(fā)起的各種要求在用戶(hù)側的實(shí)現代理?
- 業(yè)務(wù)實(shí)現過(guò)程中包括業(yè)務(wù)流程和控制管理流程在內的上傳下達標準接口?
- 系統完成靈活內部更新(含業(yè)務(wù)、設備狀態(tài)、系統基本策略)或管理需要的標準化的功能塊?
- 上述全部或部分需求的綜合體?
- 何種定位描述標示了其最基本的定位?
- 是否存在分階段的基本定位問(wèn)題?
討論-終端側中間件可以不包含的模塊
- 產(chǎn)品設計中操作系統和物理器件對需要完成過(guò)程的理解?
- 用戶(hù)認證和權限管理?
- 業(yè)務(wù)界面的下發(fā)?
- 媒體流控制?
- 基本業(yè)務(wù)實(shí)現過(guò)程控制?
- 增值業(yè)務(wù)實(shí)現過(guò)程控制?
- 媒體編解碼?
- 計費?
- 網(wǎng)管?
- 終端部分的業(yè)務(wù)功能升級?
- 終端部分支持管理的能力或狀態(tài)的升級?
討論-系統側中間件的分析
- 系統側設備的升級和演進(jìn)?
- 系統側邏輯模塊的增加和撤銷(xiāo)?
- 系統內不同功能模塊的連接?
- 系統中不同廠(chǎng)家的設備混合連接情況下,哪些設備共享更有價(jià)值?是否需要通過(guò)中間件方式才更好?
- 業(yè)務(wù)管理?
- 媒體交付過(guò)程的管理?
- 內容安全的管理?
- 存儲的管理?
- EPG的傳送?
目前正在討論的階段性定義
位于IPTV設備底層系統資源(包括硬件、操作系統和網(wǎng)絡(luò )資源)和應用程序之間的獨立的系統軟件或通用服務(wù)程序;
應用程序借助這種軟件在不同的技術(shù)之間共享計算資源和網(wǎng)絡(luò )資源;
這些和IPTV相關(guān)的服務(wù)程序具有開(kāi)放的標準的程序接口,它以應用程序接口A(yíng)PI的形式存在,能夠適用不同的操作系統和硬件平臺;
IPTV中間件可以有多種實(shí)現方式,其核心作用是將應用程序和底層系統資源隔離開(kāi)來(lái),任何按照某中間件提供的應用程序編程接口實(shí)現的應用程序可以運行在該中間件之上;另一個(gè)重要的作用是實(shí)現應用與應用之間的交互。
三、IPTV中間件所處位置
四、系統側中間件的研究
系統側中間件的分歧比較大,目前還不存在達成一致意見(jiàn)的可能性;
造成分歧的主要原因在于明確系統側中間件首先需要界定其所處界面和研究出發(fā)的角度,目前包含邏輯模塊、業(yè)務(wù)實(shí)現、工程需求三種模式,還難以形成共識;
商業(yè)推廣引入更多的混亂,需著(zhù)重強調中間件不是包裝,是一種實(shí)際的技術(shù)解決方式。
五、機頂盒中間件的研究
機頂盒是位于用戶(hù)側的核心設備,是所有IPTV業(yè)務(wù)和媒體的終點(diǎn)和呈現設備,可與IPTV系統設備連接實(shí)現如下功能;
- 可與增值業(yè)務(wù)平臺互通實(shí)現各種增值業(yè)務(wù)功能;
- 可與DRM系統連接實(shí)現數字版權保護功能;
- 可與網(wǎng)絡(luò )管理系統連接實(shí)現網(wǎng)絡(luò )管理功能;
- 可與下載服務(wù)器連接實(shí)現軟件版本升級管理功能,配置數據下載功能;
- 可與IPTV系統設備連接實(shí)現用戶(hù)認證、網(wǎng)絡(luò )安全策略、軟件認證等安全管理功能;
- 系統啟動(dòng)和初始化功能;
- 底層資源操作管理功能;
5.1基本要求
中間件系統應該以獨立的開(kāi)發(fā)平臺方式提供,具有一個(gè)基本的集成開(kāi)發(fā)環(huán)境;應用開(kāi)發(fā)商可以基于該平臺靈活方便地進(jìn)行應用的開(kāi)發(fā);
中間件系統開(kāi)發(fā)平臺應該支持標準定義的所有API集合;
中間件系統開(kāi)發(fā)平臺應該支持以下的操作系統:
VxWorks;
Linux;
WinCE;
5.2推薦的機頂盒中間件層結構
中間系統層架構是一個(gè)基于軟件模塊結構的抽象層次定義;它定義了中間件模塊在機頂盒中是怎樣被組織的以及在整個(gè)機頂盒軟件體系結構中處于什么位置;
整個(gè)機頂盒軟件模型被考慮分成三層:資源層、系統軟件層、應用層,其中中間件模塊位于系統軟件層;
從應用的角度來(lái)看,中間件API位于應用層和系統軟件層之間,由系統軟件層提供一套獨立的API給應用層調用。
5.3資源層
機頂盒平臺中的硬件實(shí)體包含許多功能,主要包括硬件資源和各種接口和設備的驅動(dòng)程序,從上層來(lái)看,體現為硬件資源和軟件資源;在整個(gè)機頂盒平臺架構中,硬件實(shí)體可以是多種多樣的,不同的機頂盒廠(chǎng)商可以提供不同的硬件平臺;
從一個(gè)抽象的觀(guān)點(diǎn)來(lái)看,如果把平臺的邏輯資源映射到一個(gè)或者幾個(gè)硬件實(shí)體,那從上層的應用來(lái)看,平臺就是統一的了;借助系統軟件層的可移植層,底層資源能透明地提供給應用層使用,任何一個(gè)應用可以自由地把底層同類(lèi)的不同的資源看作一個(gè)特定的實(shí)體元素,基于統一的接口,非常方便地去訪(fǎng)問(wèn)這些資源。
硬件
硬件層屬于機頂盒中的物理層,它包含了CPU和提供不同接入及功能的各種物理接口;包括下列但不限于下列接口應被支持:
視頻接口,詳細的視頻接口要求需要參考機頂盒規范;
音頻接口,詳細的視頻接口要求需要參考機頂盒規范;
Flash;
UART
紅外接口;
驅動(dòng)
驅動(dòng)負責控制所有硬件資源的操作,機頂盒中其它模塊只能通過(guò)它去控制和操作硬件資源;
對于不同的操作系統平臺,驅動(dòng)有不同的結構和接口,可移植層應該屏蔽掉這一層。
5.4系統軟件層
應用層不直接調用和操作資源,而是由系統軟件層對資源進(jìn)行抽象和封裝,提供給應用層調用。這個(gè)中間層分離了硬件和應用層,使應用層具有非常強的可移植性。系統軟件層主要包括中間件核心層模塊和可移植層模塊。
系統軟件層基于抽象模型的方式來(lái)實(shí)現所有的API:
- 播放引擎,負責媒體流的播放和控制;
- 命令和事件的分發(fā)控制;
- 操作系統資源,包括文件系統、定時(shí)器等;
- 硬件資源,包括硬盤(pán)、內存及各種接口等;
- 網(wǎng)絡(luò )管理;
- DRM/CA;
- 啟動(dòng)和初始化處理;
- 安全和認證處理;
- 下載和升級處理;
可移植層支持中間件軟件層和應用層運行在不同的操作系統和硬件平臺上,例如,針對一個(gè)特定的應用平臺,操作可以是Linux、VxWorks、WinCE等。
5.4.1可移植層
系統抽象層:系統抽象層(SAL)負責對操作系統進(jìn)行抽象,它封裝了所有的通用操作,包括任務(wù)、定時(shí)器、消息隊列等,以及一些公共的數據結構,如隊列、堆棧等;系統抽象層屏蔽了操作系統,因此它應該能支持多種操作系統,如VxWorks、Linux、WinCE等等。通過(guò)使用SAL層接口,應用程序和系統軟件層不需要關(guān)心當前使用的是哪種操作,而且這些應用軟件能非常容易地移植到不同地操作系統平臺。
接口抽象層:接口抽象層(IAL)負責對底層硬件平臺進(jìn)行抽象,它封裝了所有底層硬件平臺和接口設備的操作和接口,包括Flash、RAM、鍵盤(pán)、鼠標、遙控器等等。接口抽象層維護一個(gè)來(lái)自于各種輸入設備的鍵值隊列,并且負責把這些鍵值傳送到應用層。通過(guò)這種方式,應用層不需要關(guān)心當前使用的是哪種輸入設備,而僅僅需要知道當前的鍵值以及怎么處理這些鍵值。為了達到這個(gè)目的,一個(gè)為所有輸入設備服務(wù)的統一的鍵值映射表應該被定義。
5.4.2中間件核心層
中間件核心層基于模塊化的軟件模型結構,通過(guò)可移植層調用操作系統資源和底層硬件資源實(shí)現相應的中間件功能。中間件核心層模塊通過(guò)中間件為上層應用提供各種服務(wù),它包括所有相關(guān)的協(xié)議和各種客戶(hù)端操作,如媒體操作、媒體傳輸控制、用戶(hù)認證、底層資源管理、下載服務(wù)、數字版權管理、安全管理等等。雙模機頂盒應該能基于同一個(gè)中間件API提供DVB功能。
啟動(dòng)及初始化模塊
啟動(dòng)及初始化是機頂盒開(kāi)始工作的第一步,該模塊主要完成系統初始化工作,準備運行環(huán)境及上下文。啟動(dòng)和初始化模塊主要應該實(shí)現以下功能:
安全及認證模塊
安全及認證模塊負責整個(gè)系統的安全管理和控制,包括網(wǎng)絡(luò )安全、軟件升級、用戶(hù)安全認證及業(yè)務(wù)應用安全等相關(guān)功能。安全及認證模塊具體應該實(shí)現以下功能:
- 用戶(hù)認證;
- 業(yè)務(wù)應用鑒權;
- 軟件升級及下載認證;
- 網(wǎng)絡(luò )安全策略;
- 密鑰、會(huì )話(huà)令牌管理等等。
升級和下載模塊
升級和下載模塊負責底層平臺、系統軟件包括中間件、上層應用及一些應用需要的特殊數據如EPG數據的動(dòng)態(tài)升級和下載。升級和下載模塊具體應該支持以下功能:
- 底層平臺的動(dòng)態(tài)升級和下載;
- 系統軟件包括中間件的動(dòng)態(tài)升級和下載;
- 上層應用的動(dòng)態(tài)升級和下載;
- 一些特殊數據的動(dòng)態(tài)升級和下載;
- 和安全及認證模塊結合,進(jìn)行升級和下載的軟件及數據的有效性和合法性校驗;
- 和安全及認證模塊結合,對升級下載過(guò)程中的加密數據進(jìn)行解密。
媒體播放和控制模塊
媒體播放和控制模塊向上層應用提供音頻視頻媒體播放的核心控制功能,它是流業(yè)務(wù)的控制臺,負責流業(yè)務(wù)操作控制,如播放、停止、暫停、快進(jìn)、快退等。
數字版權管理模塊
數字版權管理模塊為上層應用提供一個(gè)獨立的接口,提供給應用程序一個(gè)高級接口來(lái)訪(fǎng)問(wèn)條件接入系統,而底層的條件接入系統在處理例如權利控制消息和權利管理消息時(shí),并沒(méi)有暴露給上一層的應用程序。數字版權管理模塊屏蔽了不同的數字版權系統之間的差異性。
數字版權管理模塊具體應該實(shí)現以下功能: License管理和密鑰管理;
和媒體控制模塊結合,可以完成媒體流和數據流的解擾;
終端管理模塊
終端管理模塊負責機頂盒的管理和配置功能,包括本地配置、遠程管理、日子管理、版本升級、異常管理、安全管理、QoS策略管理等等。終端管理模塊具體應該支持以下功能:
- 通過(guò)SNMP或者TR069,完成機頂盒的管理和配置功能;
- 命令行功能;
- 各種組件的配置;
- 系統級配置如各類(lèi)服務(wù)器地址的配置;
- 接入模式配置;
- 網(wǎng)絡(luò )配置;
- 音頻視頻參數配置;
- 用戶(hù)配置如網(wǎng)絡(luò )接入帳號配置、IPTV帳號配置等等。
資源管理模塊
資源管理模塊負責管理和調度應用程序使用的各種資源及他們的狀態(tài)。任何具有有限資源的系統都需要某種方式管理這些有限的資源,并且保證任何資源的爭用的公平的分配和應用程序的穩定性。所有的應用程序都需要注冊資源的使用狀態(tài),如果資源管理器發(fā)現多個(gè)應用程序有資源使用的沖突,它將通過(guò)既定的規則進(jìn)行資源調度。
5.5應用層
應用層實(shí)現各種交互式的業(yè)務(wù),它可以運行在一個(gè)或多個(gè)不同的硬件平臺上。在應用層和系統軟件層之間,中間起著(zhù)一個(gè)非常重要的接口的作用,從應用層看來(lái),它屬于系統軟件層的頂層。
中間件層負責來(lái)自于交互應用的操作控制。通過(guò)中間件軟件層,我們能靈活地開(kāi)發(fā)各種不同的應用,不需要關(guān)心不同的硬件接口,不同的操作系統平臺。
六、ITU-TFGIPTV中間件標準進(jìn)展介紹
國際電聯(lián)IPTV焦點(diǎn)組(ITU-TFGIPTV)第二次標準會(huì )議于2006年10月16-20日在韓國釜山進(jìn)行的
第六組(中間件應用與內容平臺工作組)關(guān)于中間件的主要結論是:
輸出文檔中關(guān)于中間件定義:
Middleware:AsystemsoftwarefacilitatinginteractionbetweenasubscriberandtheMediaDelivery.
在WG6的輸出文檔中專(zhuān)門(mén)設立一章來(lái)討論IPTV終端中間件,主要結構包括:
ScopeofFunctionality
API
確定了中間件的編輯
Mr.QuanWang,UTStarcom
Mr.DamienAlliez,NDS
在輸出文檔中確定了中間件API的部分需求
DTV/DVB對ITU中間件標準的影響
WG6的許多成員來(lái)自DTV/DVB的產(chǎn)業(yè),因此歐洲的MPH(DVB)與北美ACAP(ATSC)和OCAP(Cable-Lab)將對未來(lái)的中間件產(chǎn)生影響。2006年11月23日
WG5輸出文檔中IPTV終端的軟件架構
通信世界網(wǎng)(www.cww.net.cn)
相關(guān)鏈接:
亚洲精品网站在线观看不卡无广告,国产a不卡片精品免费观看,欧美亚洲一区二区三区在线,国产一区二区三区日韩
报价|
油尖旺区|
永胜县|
志丹县|
西青区|
常山县|
杭锦旗|
大安市|
全南县|
雅安市|
内黄县|
嵊泗县|
水富县|
万宁市|
武定县|
贺州市|
桐乡市|
盈江县|
枞阳县|
奇台县|
乾安县|
济源市|
平泉县|
神池县|
古田县|
麻栗坡县|
逊克县|
琼海市|
信宜市|
小金县|
钟山县|
色达县|
普安县|
刚察县|
吕梁市|
奎屯市|
德阳市|
化州市|
乌拉特前旗|
封丘县|
沙田区|
http://444
http://444
http://444
http://444
http://444
http://444