立足內(nèi)容管理基礎平臺,建設開放的媒資系統(tǒng)

1、立足內(nèi)容管理基礎平臺，建設開放的媒資系統(tǒng)廣電集團（總臺）媒資系統(tǒng)建設思路關鍵詞媒體資產(chǎn)媒資系統(tǒng) 內(nèi)容管理 接口規(guī)范 異構網(wǎng)絡集團媒資系統(tǒng)總體設計目標提出的背景原電視臺從 1997 年開始規(guī)劃數(shù)字化改造工作 2002 年進行了基于光纖減絡、大容盆存儲和非線性編輯的新聞網(wǎng)、制作網(wǎng)、播出網(wǎng)的建設實現(xiàn)了電視節(jié)目的前期攝錄、后期制作、節(jié)目播出的數(shù)字化 2004 年底成立廣電集團以來加快了數(shù)字化、網(wǎng)絡化的建設步伐開始進行以集團視音頻資料數(shù)據(jù)化存儲、管理與應用為目標的媒資系統(tǒng)規(guī)劃及建設。集團媒資系統(tǒng)與行業(yè)內(nèi)現(xiàn)有媒資系統(tǒng)的不同.從2003 年起我們就開始對國內(nèi)媒資建設的發(fā)展進行追蹤和調研我們發(fā)現(xiàn)集團媒資系統(tǒng)的

2、需求與行業(yè)內(nèi)現(xiàn)有媒資系統(tǒng)的最大不同是：我們已建有由 3 家不同公司承建的新聞，制作播出網(wǎng)在當時的技術條件下三個網(wǎng)絡系統(tǒng)各有自己的數(shù)據(jù)庫及數(shù)據(jù)格式相對獨立封閉不能實現(xiàn)文件方式的數(shù)據(jù)交換我們是要在已有的不同制播網(wǎng)絡基礎上建設異構網(wǎng)絡的媒資系統(tǒng)而業(yè)界現(xiàn)有媒資都是單一網(wǎng)絡系統(tǒng)即其制作、播出媒資是一體化的不能解決異構網(wǎng)絡的互連互通結合集團的網(wǎng)絡現(xiàn)狀并參考行業(yè)內(nèi)媒資系統(tǒng)建設經(jīng)驗如果照搬業(yè)內(nèi)現(xiàn)有的模式構建媒資系統(tǒng)將存在以下不足： 1. 各網(wǎng)絡主要完成自己的功能網(wǎng)絡之間數(shù)據(jù)文換、素材共享程度很低：2. 不同業(yè)務系統(tǒng)間的交換缺乏統(tǒng)一的接口規(guī)范定制接口開發(fā)工作量大：3. 在內(nèi)容的生命周期中、缺乏一致的內(nèi)容表示模型

3、系統(tǒng)間交互難度增大； 4. 沒有統(tǒng)一的公共運行平臺內(nèi)容的交互無統(tǒng)一的協(xié)調和調度需進行新交互的設計開發(fā)； 5. 不易快速為新的媒體內(nèi)容類型提供支持新技術、新業(yè)務引入難度大：6. 現(xiàn)有系統(tǒng)大多是由一家集成商來建系統(tǒng)，把自己捆綁在一個集成商上，沒有自主性： 7. 不同應用系統(tǒng)存在重復投資；8. 安全策略不易實施系統(tǒng)安全無法保障集團媒資系統(tǒng)設計目標在集團新聞，制作、播出網(wǎng)絡化建設和應用取得階段性成果的基礎上建立集素材保存、資抖開發(fā)與再利用，節(jié)目保存等功能于一身的內(nèi)容管理系統(tǒng)該系統(tǒng)應該能充分滿足集團對歷史的、現(xiàn)實的、具有保存價值的資抖進行收集，整理，存儲和再利用的需求：同時為電視相關業(yè)務提供強有力的資料

4、平臺通過不斷的積累使集團的圖像、聲音、文字等方面的資抖能有效地為宣傳工作，各種數(shù)字媒體平臺和市場服務集團媒資系統(tǒng)要求采用模塊化設計，各模塊可成為獨立系統(tǒng)也可組合成不同規(guī)模的網(wǎng)絡系統(tǒng)采用先進的分級存儲技術：與本臺的非線性編輯系統(tǒng)的無縫連接提供多種數(shù)據(jù)接口經(jīng)過科學、嚴格的編目保證被存儲的節(jié)目或紊材能方便用戶瀏覽、查詢、檢索和調用從而提高整體運行效牟實現(xiàn)節(jié)目資源共享集團媒資系統(tǒng)總體思路 1. 自主開發(fā)、構建媒資系統(tǒng)內(nèi)容管理基礎平臺該平臺是為現(xiàn)在以及未來涉及內(nèi)容管理的多種應用而設計的基礎運行平臺。它提供標準化的接口規(guī)范可將不同廠商開發(fā)的媒資應用系統(tǒng) 模塊）有機地集成在一起可以為應用系統(tǒng)提供簽礎的數(shù)據(jù)表

5、示、內(nèi)容存儲訪問、訪問權限控制、內(nèi)容檢索，內(nèi)容處理等應用支撐功能同時能通過規(guī)范的接口實現(xiàn)異構平臺前提下的不同網(wǎng)絡間的互連互通在由應用層、中間層、數(shù)據(jù)層組成的媒資系 統(tǒng)多層架構中內(nèi)容管理基礎平臺在中間層應至少滿足這幾個特性：開放性，可用性，穩(wěn)定性，安全性2. 中心庫十二級庫模式的媒資系統(tǒng)在現(xiàn)有的新聞、制作、播出三個視頻網(wǎng)絡基礎上充分考慮集團媒資系統(tǒng)邵總體架構我們提出了中心庫二級庫跳模式，即建立一個以保存高質，音視頻資料為主的中心資料庫各相關業(yè)務系統(tǒng)根據(jù)需要建立自己的二級資科庫中心資料庫其本質是作為視音頻資料的核心內(nèi)容提供平臺向各業(yè)務系統(tǒng)的資料庫（二級庫）按一定的規(guī)范提供所籍素材各業(yè)務系統(tǒng)的工作站

6、由其二級庫負資提供具體業(yè)務所需的視音頻資料及元數(shù)據(jù)建立一中心資料庫 + 二級資料庫” . 有利于方便員活地實現(xiàn)對新業(yè)務的支律這樣系統(tǒng)規(guī)棋可以逐漸做大且不會增加仁統(tǒng)的復雜程度有利干實際使用和今若的擴充各二級庫存儲的素材格式是它所對應的業(yè)務應用系統(tǒng)所需紊材格式，方便調用從技術發(fā)展和集團技術投入兩方面決定了集團媒資系統(tǒng)需分步投入分步建設首先建立中心庫再根據(jù)各業(yè)務應用系統(tǒng)的實際情況選擇適當?shù)臅r間分步建設各二級庫3. 制定建議性規(guī)范由于中心庫與二級庫、平臺與應用系統(tǒng)由不同的集成商負貴建設現(xiàn)有情況下沒有一套可行的接口規(guī)范來指導系統(tǒng)互連互通。因此在中心庫與各二級庫、平臺與應用系統(tǒng)之間都需要分別協(xié)調解決接口工

7、作盤極大我們必須先制定出一個建議性規(guī)范。4. 應用系統(tǒng)模塊化將媒資系統(tǒng)大的流程按功能封裝為多個獨立的應用系統(tǒng) 模塊）如編目、導入導出、轉碼等廠家可根據(jù)自己的特長開發(fā)應用系統(tǒng)而不必全面了解、開發(fā)各應用系統(tǒng)同時有利于各電視臺根據(jù)各商家的特點選用不同規(guī)模、不同特點的應用系統(tǒng)組成適合自己的媒資管理系統(tǒng)5. 采用 MXF 格式存儲目前 MXF 已漸成為廣播電視領域的主流格式盡管各公司對其所采用的 MXF 格式具體定義略有不同但目前新推出的非編設備均能支持這就為我們在媒資系統(tǒng)中采用 MXF 格式提供了可能我們的思路是將編目部分的元數(shù)據(jù)全部打包到 MXF 文件中這就實現(xiàn)了把視音頻數(shù)據(jù)和編目元數(shù)據(jù)捆綁在一起進

8、行存儲、傳送，交換而不需另外打包或生成單獨的元數(shù)據(jù)文件在離線狀態(tài)或數(shù)據(jù)庫損壞時各素材完整的編目信息可通過解讀元數(shù)據(jù)獲得。盡管元數(shù)據(jù)部分的格式目前無現(xiàn)成的標準或規(guī)范需要自定義但自定義部分并不影響編輯系統(tǒng)對 MXF 文件中視音頻數(shù)據(jù)的讀取及編輯操作能解讀自定義元數(shù)據(jù)的編輯系統(tǒng)可同時處理視音頻數(shù)據(jù)和元數(shù)據(jù)；不能解讀自定義元數(shù)據(jù)的系統(tǒng)會忽略元數(shù)據(jù)部分而只處理視音頻數(shù)據(jù)這樣的 MXF 文件就給節(jié)目交換提供了便利。6. 編目采取異地外包的方式廣播電視經(jīng)過幾十年的積累其保存的視音頻資料是以幾萬、幾十萬小時計算的要在較短的時間內(nèi)由集團自己組織完成編目工作幾乎是不可能的因此我們提出了采用異地外包編目方式即由我方

9、提供原始素材多家公司按其特長承接編目任務，公司自行負貴場地、設備及人員培訓、編目流程化管理等工作我方對其編目質 量進行審核、考量最后導入集團媒資庫成為集團可利用的媒資資源這在由一家完成的媒資系統(tǒng)中是不可能實現(xiàn)的內(nèi)容管理基礎平臺內(nèi)容管理基礎平臺架構在本集團的媒資設計規(guī)劃中內(nèi)容管理基礎平臺是核心為應用系統(tǒng)提供基礎的數(shù)據(jù)表示、內(nèi)容存儲訪問、訪問權限控制、內(nèi)容檢索、內(nèi)容處理等應用支撐功能（圖 1 ) 在多層架構（指應用層，中間層，數(shù)據(jù)層）的內(nèi)容管理系統(tǒng)中內(nèi)容管理系統(tǒng)內(nèi)容管理基礎平臺處在中間層如圖 2 所示內(nèi)容管理平臺為應用系統(tǒng)提供規(guī)范的服務和訪向接口使新的應用系統(tǒng)能夠簡單、無縫的接入該平臺實現(xiàn)對內(nèi)容管

10、理平臺服務的調用和交換操作。二級庫在線內(nèi)容管理系統(tǒng)通過內(nèi)容管理平臺服務接口和內(nèi)容管理系統(tǒng)的連接實現(xiàn)現(xiàn)有業(yè)務系統(tǒng)或未來業(yè)務系統(tǒng)的整合內(nèi)容管理平臺提供內(nèi)容管理系統(tǒng)服務、遷移服務、轉碼服務、內(nèi)容檢索服務、內(nèi)容導入導出服務、用戶管理及訪問權限控制等功能主要設計內(nèi)容1. 內(nèi)容數(shù)據(jù)結構設計多種形式的媒體資產(chǎn)數(shù)據(jù)結構設計包括節(jié)目、素材、聲音、畫面、劇本、工程文件2. 控制數(shù)據(jù)結構設計平臺內(nèi)部組件間文互接口設計平臺與其他系統(tǒng)間文互接口設計 ， 接口設計包括接口調用方式設計接口文互信息語義規(guī)范設計3. 管理數(shù)據(jù)結構設計內(nèi)容管理系統(tǒng)應用平臺用戶信息設計用戶權限設計系統(tǒng)運行維護監(jiān)控管理教據(jù)結構設計4. 應用平臺功能

11、設計包括數(shù)據(jù)訪問中間件設計轉碼中間件設計、遷移中間件設計、全文檢索中間件設計、媒體資產(chǎn)數(shù)據(jù)導入導出功能設計、用戶權限管理內(nèi)容管理平臺接口規(guī)范要實現(xiàn)內(nèi)容管理基礎平臺的開放性，就必須有一套能讓各商家都接受、認可、實際可行的接口規(guī)范因此我們必須制定一套滿足集團媒資需求符合廣電行業(yè)特點具有一定代表性的接口規(guī)范 廣播電視集團（總臺）內(nèi)容管理系統(tǒng)內(nèi)容管理基礎平臺建議性接口規(guī)范 以下簡稱”建議性規(guī)范” ) ，用于描述系統(tǒng)中應用模塊接入到內(nèi)容管理基礎平臺的技術框架和技術規(guī)范是衡量本系統(tǒng)是否開放的集中體現(xiàn)。 2005 年 9 月廣播電視集團選定索貝公司為集團媒體資產(chǎn)系統(tǒng)設計伙伴共同進行內(nèi)容管理基礎平臺的設計工作

12、并得到了北京新奧特公司的大力協(xié)助以驗證平臺的開放性。經(jīng)過半年的設計，論證、驗證和開發(fā)實踐現(xiàn)已基本完成內(nèi)容管理基礎平臺的設計，開發(fā)、測試及平臺建議性接口規(guī)范的制定接口技術實現(xiàn)方法內(nèi)容管理平臺的服務接口規(guī)范支持不同的技術實現(xiàn)方法如 webserice、消息隊列， J2EE (EJB另）接口、隨刊 C 喇）組件接口等因此需要定義一套中性的接口參數(shù)來表達接口的調用需求不同的實現(xiàn)方式將接口參數(shù)映射到對應技術的參數(shù)格式上例如：如果用 webse ice 技術來實現(xiàn)接口則需要將參數(shù)映射到 Soap 參數(shù)；用 RPC 接口方式來實現(xiàn)需要將參數(shù)映射到對應的實現(xiàn)語言的類定義上：用消息隊列來實現(xiàn)接口則需要對參數(shù)進行

13、封裝封裝上路由信息頭通常接口包含同步和異步兩種方法同步方法需要定義輸入輸出參數(shù)：異步方法除了定義輸入、輸出參數(shù)外還需要定義異步回調參數(shù)本規(guī)范中接口參數(shù)以 XML Schem 。來定義參數(shù)定義包含一個名稱、參數(shù)體定義和 Schema 說明遷移服務接口是一個異步方法接口需要定義輸入?yún)?shù)、輸出參數(shù)和異步回調參數(shù)聯(lián)合設計研發(fā)方式將建設思路轉變成具體可行的操作從我們的思路來看主要內(nèi)容均無現(xiàn)成的模式，也都沒有實際的應用可借鑒這就要求我們更仔細地工作、更大地投入、更多地開發(fā)皿、更深入地了解系統(tǒng)經(jīng)過廣播電視集團與索貝公司多個階段的開發(fā)工作并邀請新奧特公司作為協(xié)助伙伴參與接口測試和第三方軟件接入基礎管理平臺的驗

14、證，取得了以下成果：1. 完成了方案設計要點形成了 荃礎平臺設計要點 ：2. 完成了平臺架構設計和設計內(nèi)容細則形成了 基礎平臺設計細則 、 工作內(nèi)容和工作皿估計 ： 3. 完成了兩個建議性規(guī)范 建議性接口規(guī)范 、 編目規(guī)范 ：4. 完成了平臺 DEMO系統(tǒng)開發(fā)，搭建了測試平臺。5. 與新奧特公司一起共同完成了內(nèi)容管理基礎平臺主要接口測試媒資測試平臺及應用系統(tǒng)接口測試為驗證基礎平臺的可行性及建議性規(guī)范的可操作性我們專門搭建了一個測試環(huán)境進行側試（圖 3 ）。其重點是經(jīng)過幾個月的開發(fā)工作建立起了符合紐要求的內(nèi)容管理墓礎平臺在此平色上驗證不同廠家開發(fā)的應用系統(tǒng)能否恤議性接口規(guī)范 的要求完成系統(tǒng)互連效

15、測試環(huán)境主要設備：一套 S2A 8500 20TB、光纖交換機， Bocad 3850 、雙網(wǎng)結構 、StorNEXT 環(huán)境。服務器組：MDS服務器，數(shù)據(jù)庫服務器，應用服務器、 FTP 服務器、轉碼服務器、 NAs 頭、遷移調度服務趕、遷移服務器、消息服務器各 1 臺共 9 臺工作站；上下載工作站、導入導出工作站、在線編目工作站、 BS 檢索、“檢索工作站，轉碼等多臺工作站測試內(nèi)容索貝公司和新奧特公司根據(jù) 規(guī)范 要求各自獨立開發(fā)了各應用模塊的接口并接入到平臺1. 上載；高碼流上載 OVS 。：低碼流同步轉碼 WMV ：上載的簡單一次約目信息 入點出點、實長，作者）2. 遷移入庫：由臨時盤遷移到虛擬帶庫：元數(shù)據(jù)入庫3. 編目：編目系統(tǒng)獲取編目任務；按照廣電規(guī)范建立的編目規(guī)范：手動抽取關鍵幀（ JPEG 96 x 72 ) ：基于