《中國聯(lián)通內(nèi)容管理平臺技術(shù)規(guī)范》由會員分享，可在線閱讀，更多相關《中國聯(lián)通內(nèi)容管理平臺技術(shù)規(guī)范（82頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 中國聯(lián)通公司企業(yè)標準 QB/CU XXX—2008 中國聯(lián)通內(nèi)容管理平臺技術(shù)規(guī)范 11.1.1.5.1.1　 中國聯(lián)通公司發(fā)布 （V 1.0） 2008-X-X實施 2008-X-X發(fā)布 1. 范圍 本業(yè)務規(guī)范包括內(nèi)容管理的業(yè)務規(guī)范和技術(shù)規(guī)范，是中國聯(lián)通公司進行內(nèi)容管理的主要依據(jù)，同時也是內(nèi)容管理平臺規(guī)劃與建設、設備采購、工程設計、通信組織、網(wǎng)絡運行維護和管理的主要依據(jù)。 本業(yè)務規(guī)范主要根據(jù)國際上相關技術(shù)規(guī)定以及我國移動通信網(wǎng)絡的實際業(yè)務和功

2、能需要進行制訂。主要規(guī)定了中國聯(lián)通內(nèi)容管理的基本概念、業(yè)務功能、業(yè)務流程、接口標準等相關內(nèi)容。 本規(guī)范適用于內(nèi)容管理系統(tǒng)設備提供商、SP/CP服務提供商、聯(lián)通支持系統(tǒng)提供商和相關的工程設計、研究單位等。 2. 規(guī)范性引用文件 下列文件中的條款通過本規(guī)范的引用而成為本規(guī)范的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本規(guī)范，然而，鼓勵根據(jù)本規(guī)范達成協(xié)議的相關各方來研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本規(guī)范。 3. 術(shù)語與縮略 縮略語 英文全稱 中文全稱 CMS Content Management

3、 System 內(nèi)容管理系統(tǒng) BSS Business Support System 業(yè)務支撐系統(tǒng) SP Service Provider 服務提供商 CP Content Provider 內(nèi)容提供商 CMS Content Management System 內(nèi)容管理平臺 MPEG Moving Pictures Experts Group 動態(tài)圖像專家組 DRM Digital Right Management 數(shù)字版權(quán)管理 VAS Value Added System 增值業(yè)務系統(tǒng) ADI Asset Distribution Inter

4、face 資產(chǎn)發(fā)布接口 VBR Variable BitRate 可變比特率 CBR Constant BitRate 恒定比特率 4. 系統(tǒng)概述 內(nèi)容管理平臺（以下簡稱本平臺或CMS）是3G增值業(yè)務系統(tǒng)架構(gòu)中業(yè)務管理功能的一部分。具體可分為內(nèi)容管理和內(nèi)容分發(fā)兩部分模塊： 內(nèi)容管理 l 實現(xiàn)內(nèi)容在3G增值業(yè)務系統(tǒng)內(nèi)整個生命周期的管理 l 實現(xiàn)內(nèi)容在3G增值業(yè)務系統(tǒng)內(nèi)的完整視圖管理 l 內(nèi)容的采集、審核、編輯、發(fā)布 l 內(nèi)容的運營支撐管理 l 與支撐系統(tǒng)之間內(nèi)容信息和統(tǒng)計數(shù)據(jù)的交互 內(nèi)容發(fā)布 l 內(nèi)容在中心CMS和省分CMS之間的下發(fā)管理，包括全國中心CMS

5、主動PUSH全國性內(nèi)容給省分CMS，全國中心CMS主動從省分CMS PULL當?shù)貎?nèi)容，省分CMS主動從全國中心CMS PULL全國性內(nèi)容，省分CMS反向推送本地內(nèi)容給全國中心CMS。 l 內(nèi)容信息在CMS與業(yè)務系統(tǒng)之間的分發(fā)管理 4.1. 基本概念 4.1.1. 內(nèi)容 內(nèi)容是用戶希望獲取的和真正使用的,能在業(yè)務系統(tǒng)應用和展現(xiàn)的對象，可由運營商或第三方資源提供，也可由用戶自己制作。同一內(nèi)容可以有多種壓縮編碼格式。聯(lián)通3G增值業(yè)務系統(tǒng)中，一個內(nèi)容由實體及其屬性信息文件組成，如“手機酷樂”業(yè)務中的一個音頻文件及其元數(shù)據(jù)文件。 聯(lián)通3G增值業(yè)務系統(tǒng)的內(nèi)容主要包括： 文本 圖片 音

6、頻 視頻 程序 富媒體 直播流信息（SDP文件、SMIL文件等） 初期CMS重點管理的內(nèi)容主要是音樂（整曲下載、MTV）、視頻（手機流媒體、手機電視、視頻IVR、多媒體炫鈴等）內(nèi)容，以及直播流的URL和描述文件，以后逐漸擴展到以上所有類型內(nèi)容。 4.1.2. 業(yè)務 業(yè)務是指中國聯(lián)通根據(jù)客戶的通信需求，利用自身或第三方資源向客戶提供的具有市場價值的通信服務內(nèi)容。在管理上，業(yè)務是服務提供商與運營商進行審核管理和分成結(jié)算的對象。如“手機酷樂”業(yè)務，專門提供用戶在線或下載收聽流行音樂。 4.1.3. 產(chǎn)品 產(chǎn)品是指中國聯(lián)通運用營銷手段，是用戶購買業(yè)務的方式，將業(yè)務或業(yè)務組合附

7、加上銷售對象、銷售地域、資費計劃、銷售渠道、服務水平及配套資源六個方面屬性后的產(chǎn)物，是向客戶最終交付的、客戶可以購買的業(yè)務或業(yè)務組合實例。在3G增值業(yè)務系統(tǒng)中，產(chǎn)品是訂購、鑒權(quán)、和計費的對象，如“手機酷樂包月5元”。在3G增值業(yè)務系統(tǒng)中，一個業(yè)務對應多個產(chǎn)品，一個產(chǎn)品唯一對應一個業(yè)務。 4.1.4. 內(nèi)容、業(yè)務和產(chǎn)品的關系 內(nèi)容、業(yè)務和產(chǎn)品的關系如下圖所示： 3.2.1.1.1　內(nèi)容、業(yè)務、產(chǎn)品關系示意圖 元數(shù)據(jù)指內(nèi)容的屬性信息和實體描述信息，一般采用XML文件方式和內(nèi)容實體文件一同上載和下發(fā)。內(nèi)容實體文件指具體內(nèi)容的文件，如

8、一個音頻文件、一個視頻文件。元數(shù)據(jù)和實體文件組成內(nèi)容。 內(nèi)容與網(wǎng)絡能力組合，形成業(yè)務；業(yè)務與價格等屬性組合，形成產(chǎn)品。 按照3G增值業(yè)務系統(tǒng)定義的界面，內(nèi)容信息、業(yè)務信息和產(chǎn)品信息產(chǎn)生的系統(tǒng)劃分如下： 全國性業(yè)務信息和全國性產(chǎn)品信息在BSS側(cè)生成和管理，3G增值業(yè)務系統(tǒng)獲??； 全國性內(nèi)容信息在3G增值業(yè)務系統(tǒng)側(cè)生成和管理，BSS獲?。? 全國性SP/CP的審批和管理在BSS實現(xiàn)，3G增值業(yè)務系統(tǒng)從BSS同步全國性SP/CP信息。 4.1.5. 富媒體 富媒體是以視頻、音頻、動畫、圖像等為主要內(nèi)容的媒體?！案幻襟w”是相對單一特征的“貧媒體”而言的，貧媒體是指以前單一特征的媒體形式，如

9、視屏、音頻等，而富媒體則是多種單一特征媒體的有機組合, 是由2D及3D的Video、Audio、HTML、Flash、 DHTML 、JAVA等組成效果，富媒體的技術(shù)與形式在網(wǎng)絡上的應用需要相對較多的頻寬。 4.1.6. 內(nèi)容包 內(nèi)容包是指按照規(guī)范，把XML和實體文件（包括圖片、視音頻等）打到一個包中，以便于不同系統(tǒng)之間進行內(nèi)容交互，其中實體文件是可選的，內(nèi)容包是CMS和門戶運營、其他CMS之間交互內(nèi)容的主要方式。 4.2. 內(nèi)容組織模型 內(nèi)容組織結(jié)構(gòu)見下圖： 如上圖所示，內(nèi)容管理系統(tǒng)管理的對象是內(nèi)容及其包含的子內(nèi)容，內(nèi)容由基礎信息和若干子內(nèi)容構(gòu)成，每個子內(nèi)容包含一個實體文件

10、及相應元數(shù)據(jù)。內(nèi)容的查詢、審核、定制、分發(fā)、生命周期管理等都針對到子內(nèi)容級別，所有的內(nèi)容操作都針對“內(nèi)容+全部或部分子內(nèi)容”進行，也就是說所有的操作都是對內(nèi)容的一個子集進行操作。本規(guī)范后文為了方便表述，部分地方將統(tǒng)一用“內(nèi)容”代替“內(nèi)容+全部或部分子內(nèi)容”。 l 基礎信息：該部分是內(nèi)容的基礎元數(shù)據(jù)部分，其中又細分為管理信息和內(nèi)容信息： n 管理信息：管理信息是該內(nèi)容的一些控制性元數(shù)據(jù)，如內(nèi)容編碼、版權(quán)信息、內(nèi)容生命流程、內(nèi)容等級； n 內(nèi)容信息：指內(nèi)容的具體信息，該部分所包含的信息將和內(nèi)容類型密切相關，如影視類內(nèi)容、音頻類內(nèi)容、Java內(nèi)容等，內(nèi)容類型的不同將導致這部分的字段信息有所差異

11、； l 子內(nèi)容：子內(nèi)容主要是內(nèi)容的實體文件部分，這部分會對內(nèi)容的每個實體文件進行管理，針對每個實體文件都會有相應的元數(shù)據(jù)對其描述，每個子內(nèi)容包含的信息如下： n 內(nèi)容實體文件：就是實際媒體實體文件； n 文件元數(shù)據(jù)：針對實體文件進行描述的相關元數(shù)據(jù)，這部分所包含的信息將和文件類型密切相關，如視頻文件、音頻文件、Java文件等，實體文件類型的不同將導致這部分的字段信息有所差異，包括實體文件地址、文件類型（如正片、宣傳片等）、編碼格式、碼率、分辨率、字幕、音頻等。 子內(nèi)容之間的關系包括衍生、附屬和關聯(lián)三種，衍生關系指一個子內(nèi)容由另一個子內(nèi)容產(chǎn)生，其特點是衍生子內(nèi)容是基于被衍生子內(nèi)容創(chuàng)造的

12、，沒有被衍子生內(nèi)容就不會有衍生子內(nèi)容，衍生子內(nèi)容與原始子內(nèi)容只有物理屬性不同，例如CP上傳的原始384kbps碼流的子內(nèi)容與基于其衍生的適合用戶使用的128Kbps碼流的子內(nèi)容；附屬關系指子內(nèi)容有一定的附屬關系，例如CP上傳的正片、花絮、預告片、片花之間的關系；關聯(lián)關系指子內(nèi)容之間彼此關聯(lián)，例如連續(xù)劇集之間的關系。 4.2.1. 基礎信息 該部分是內(nèi)容的基礎元數(shù)據(jù)部分，其中又細分為管理信息、內(nèi)容信息和技術(shù)信息。 4.2.1.1. 管理信息 管理信息是該內(nèi)容的一些控制性元數(shù)據(jù)，如版權(quán)信息、內(nèi)容生命流程、內(nèi)容等級。 管理信息包含的信息如下： 元數(shù)據(jù)內(nèi)容 說明 內(nèi)容編碼 內(nèi)容的Co

13、ntentID，生成規(guī)則請參考《內(nèi)容編碼規(guī)則》 內(nèi)容中文名稱 內(nèi)容英文名稱 內(nèi)容版本 內(nèi)容提供商 CP/SP企業(yè)代碼 版權(quán)開始時間 版權(quán)結(jié)束時間 版權(quán)有效區(qū)域 內(nèi)容類型 影視、音頻、文章等 版權(quán)性質(zhì) PC/互動電視/信息網(wǎng)絡傳播權(quán)/廣播/3G等 內(nèi)容分級 觀眾分級 內(nèi)容標簽 操作人員自定義標簽 內(nèi)容創(chuàng)建人 內(nèi)容創(chuàng)建時間 內(nèi)容結(jié)構(gòu)信息 內(nèi)容——子內(nèi)容類型——子內(nèi)容名稱——子內(nèi)容ID四級結(jié)構(gòu)化信息 內(nèi)容生命周期 內(nèi)容的生命流程詳細記錄 內(nèi)容綁定信息 內(nèi)容綁定信息的詳細記錄 內(nèi)容分布信息 內(nèi)容在其他CMS系統(tǒng)

14、分布情況記錄 內(nèi)容使用信息 內(nèi)容使用次數(shù)統(tǒng)計報表 內(nèi)容價值信息 內(nèi)容價值統(tǒng)計報表 u 內(nèi)容結(jié)構(gòu)信息，包含該內(nèi)容所涵蓋的所有子內(nèi)容的“子內(nèi)容類型——子內(nèi)容類型——子內(nèi)容名稱——子內(nèi)容實體/子內(nèi)容ID”的結(jié)構(gòu)化信息。 生命周期信息，包含該內(nèi)容自進入系統(tǒng)以來的所有生命歷程，如審核時間/審核人、修改時間/修改人、分發(fā)時間/分發(fā)目標等。內(nèi)容生命周期包含的內(nèi)容如下： 生命周期記錄內(nèi)容 說明 操作類型 具體操作類型，如創(chuàng)建、審核通過、分發(fā)等 操作時間 操作人員 操作原因 其他說明 內(nèi)容引用信息，包含該內(nèi)容自進入系統(tǒng)以來被各業(yè)務系統(tǒng)的引用情況及當前的引用狀態(tài)，這

15、里所的引用包含了業(yè)務門戶和業(yè)務引擎。內(nèi)容引用信息包含內(nèi)容如下： 綁定記錄內(nèi)容 說明 被引用內(nèi)容 內(nèi)容ID或子內(nèi)容ID 引用門戶 門戶代碼 引用引擎 引擎代碼 引用時間 綁定業(yè)務 Service ID 內(nèi)容分布信息，包含該內(nèi)容當前在其他CMS的具體分布情況； 發(fā)布記錄內(nèi)容 說明 發(fā)布內(nèi)容ID 內(nèi)容ID或子內(nèi)容ID 元數(shù)據(jù)發(fā)布CMS CMS代碼 實體發(fā)布CMS CMS代碼 內(nèi)容使用信息，包含該內(nèi)容自進入系統(tǒng)以來在各業(yè)務系統(tǒng)的使用次數(shù)匯總，該部分數(shù)據(jù)來源于BOSS系統(tǒng)，該系統(tǒng)提供的數(shù)據(jù)應該是階段性數(shù)據(jù)，如某內(nèi)容在某業(yè)務門戶階段時間內(nèi)的使用情況； 內(nèi)容價

16、值信息，包含該內(nèi)容自進入系統(tǒng)以來在各業(yè)務系統(tǒng)的消費匯總情況，該部分數(shù)據(jù)來源于BOSS系統(tǒng)，該系統(tǒng)提供的數(shù)據(jù)應該是階段性數(shù)據(jù)，如某內(nèi)容在某業(yè)務門戶階段時間內(nèi)的被消費情況。 4.2.1.2. 內(nèi)容信息 內(nèi)容信息是對內(nèi)容的描述部分，不同類型的內(nèi)容其內(nèi)容信息有所不同。對于影視類內(nèi)容而言，內(nèi)容信息就會有內(nèi)容名稱、出品時間、導演、主演、所獲獎項等等；對于音樂類內(nèi)容而言，內(nèi)容信息就會出現(xiàn)音樂名稱、地域編碼、音樂分類、出品時間、詞作者、曲作者等等。 下面羅列一下影視類和音樂類內(nèi)容所包含信息，對于其他類內(nèi)容，其包含有所不同： 影視類內(nèi)容包含的內(nèi)容信息如下： 元數(shù)據(jù)內(nèi)容 說明 影視一級分類 影

17、視二級分類 出品年份 出品地區(qū) 出品公司 畫幅比例 音頻語種 字幕語種 導演 制片 對白語言 配音 總集數(shù) 影視劇的總集數(shù) 幕后人員 男主角 女主角 男配角 女配角 內(nèi)容看點 內(nèi)容梗概 編劇 推薦級別 獲獎情況 限制級別 精彩片段 正片的片段，包含入點和出點 票房收入 內(nèi)容看點或介紹 相關音頻信息 主題曲、插曲、片尾曲信息，參見音樂類內(nèi)容信息 音樂類內(nèi)容包含的內(nèi)容信息如下： 元數(shù)據(jù)內(nèi)容 說明 音樂一級分類 音樂二級分類

18、 類別編碼 古典/爵士/民謠等 出品地區(qū) 內(nèi)地/港臺/韓日/歐美/其他 出品公司 出品時間 詞作者 曲作者 演唱者 歌手類型 歌詞 標簽 相關視頻信息 MV/MTV信息，參見視頻類內(nèi)容信息 直播類內(nèi)容包含的信息如下： 元數(shù)據(jù)內(nèi)容 說明 節(jié)目單名稱 頻道說明 節(jié)目數(shù)量 節(jié)目單內(nèi)的節(jié)目數(shù)量 直播類型 節(jié)目單類型-直播還是模擬直播 …… 節(jié)目名稱 節(jié)目說明 開始時間 結(jié)束時間 …… 4.2.2. 子內(nèi)容 每個內(nèi)容可以包含一個或多個子內(nèi)容，子內(nèi)容主要是內(nèi)容的實體文件和相應

19、描述部分，這部分會對內(nèi)容的每個實體文件進行管理，針對每個實體文件都會有相應的元數(shù)據(jù)對其描述，每個子內(nèi)容包含的信息如下。 4.2.2.1. 實體文件 實體文件就是內(nèi)容所包含的具體文件，可以是視頻文件、音頻文件、圖片文件、Java文件等。 4.2.2.2. 文件元數(shù)據(jù) 文件元數(shù)據(jù)是對內(nèi)容實體文件的描述部分，這部分會描述該內(nèi)容所包含的實體文件，這里需要描述的信息包括文件ID、文件地址、文件類型（如正片、宣傳片等）。針對不同類型的文件，其描述有所不同。 如視頻文件的描述如下： 元數(shù)據(jù)內(nèi)容 說明 子內(nèi)容ID 文件格式 圖片、視頻、音頻、Java文件等 文件類型 正片、宣傳片、

20、片花、資料片、主題音樂等 文件地址 不同狀態(tài)下該屬性動態(tài)變化，分別指向不同存儲區(qū)域的實體文件保存路徑。 子內(nèi)容介紹 屏幕格式 CIF、QCIF等 清晰程度 標清、高清等 時長 DRM信息 音頻語言 字幕語言 文件碼率 寬高比 文件版本 文件格式 3GP等 碼率控制方式 VBR或CBR 創(chuàng)建時間 文件來源 如是衍生文件，則用衍生來源的原始內(nèi)容ID；如是原始內(nèi)容，則為0 文件大小 文件校驗碼 為內(nèi)容保護和確認產(chǎn)生的16進制MD5字符串 音頻文件的描述如下： 元數(shù)據(jù)內(nèi)容 說明 子內(nèi)容ID 文件格式

21、 圖片、視頻、音頻、Java文件等 文件類型 正片、宣傳片、片花、資料片、主題音樂等 文件地址 時長 DRM信息 文件碼率 文件版本 文件格式 碼率控制方式 VBR或CBR 創(chuàng)建時間 文件來源 如是衍生文件，則用衍生來源的內(nèi)容ID；如果是原始文件，則為0 文件大小 文件校驗碼 為內(nèi)容保護和確認產(chǎn)生的16進制MD5字符串 直播源的描述如下： 元數(shù)據(jù)內(nèi)容 說明 屏幕格式 CIF、QCIF等 清晰程度 標清、高清等 DRM信息 音頻語言 字幕語言 文件碼率 寬高比 文件格式 3GP等 碼

22、率控制方式 VBR或CBR 圖片文件的描述如下： 元數(shù)據(jù)內(nèi)容 說明 子內(nèi)容ID 文件格式 圖片、視頻、音頻、Java文件等 文件類型 正片、宣傳片、片花、資料片、主題音樂等 文件版本 文件地址 圖像寬高度 如800*600 圖像清晰度 如256色 創(chuàng)建時間 創(chuàng)建人 CPID，如衍生文件則用000000000代替 文件大小 文件校驗碼 為內(nèi)容保護和確認產(chǎn)生的16進制MD5字符串 4.2.3. 內(nèi)容視圖 內(nèi)容管理系統(tǒng)具備內(nèi)容的全部元數(shù)據(jù)，包括管理信息、內(nèi)容信息及實體文件的技術(shù)信息等，這些信息匯總形成唯一、正確的統(tǒng)一內(nèi)容全景視圖，

23、如下圖所示： 1、基礎信息 管理信息 n 基礎管理信息，包含該內(nèi)容的基礎管理信息，如內(nèi)容編碼、內(nèi)容名稱、內(nèi)容版權(quán)限制、內(nèi)容標簽等屬性； n 生命周期信息，包含該內(nèi)容自進入系統(tǒng)以來的所有生命歷程，如審核時間/審核人、修改時間/修改人、分發(fā)時間/分發(fā)目標等； n 內(nèi)容引用信息，包含該內(nèi)容自進入系統(tǒng)以來被各業(yè)務系統(tǒng)的引用情況及當前的引用狀態(tài)，這里所的引用包含了業(yè)務門戶和業(yè)務引擎； n 內(nèi)容分布信息，包含該內(nèi)容當前在各省分CMS的具體分布情況； n 內(nèi)容消費信息，包含該內(nèi)容自進入系統(tǒng)以來在各業(yè)務系統(tǒng)的消費匯總情況，該部分數(shù)據(jù)來源于BOSS系統(tǒng)，該系統(tǒng)提供的數(shù)據(jù)應該是階段性數(shù)據(jù)，如某

24、內(nèi)容在某業(yè)務門戶階段時間內(nèi)的被消費情況； 內(nèi)容信息 n 指內(nèi)容的具體信息，該部分所包含的信息將和內(nèi)容類型密切相關，如影視類內(nèi)容、音頻類內(nèi)容、Java內(nèi)容等，內(nèi)容類型的不同將導致這部分的字段信息有所差異； 3、子內(nèi)容 每個子內(nèi)容和一個實體文件對應，子內(nèi)容包含該實體文件及描述該實體文件的相關元數(shù)據(jù)信息 實體文件，對應于實際的物理文件地址； 子內(nèi)容元數(shù)據(jù)，針對實體文件進行描述的相關元數(shù)據(jù)，這部分所包含的信息將和文件類型密切相關，如視頻文件、音頻文件、Java文件等，實體文件類型的不同將導致這部分的字段信息有所差異； 對于不同角色的操作人員來說，只能看到符合自己角色的內(nèi)容視圖，該視

25、圖是內(nèi)容的部分元數(shù)據(jù)信息。 內(nèi)容元數(shù)據(jù)庫可以提供完備的內(nèi)容視圖：內(nèi)容注入視圖、內(nèi)容制作視圖、內(nèi)容審核視圖、內(nèi)容分發(fā)視圖、內(nèi)容提交視圖、內(nèi)容引用視圖。 例如，CP提交內(nèi)容以后，系統(tǒng)操作人員針對業(yè)務系統(tǒng)的需求進行文件二次編碼和分發(fā)，對于CP來說，登陸系統(tǒng)查看內(nèi)容，則只能看到自己提交的該內(nèi)容原始信息和審核信息，其他元數(shù)據(jù)（如生命周期等）及實體文件（如衍生文件等）則無法看到；對于制作人員來說，登陸系統(tǒng)以后只能查看到需要二次制作的內(nèi)容，對于單個內(nèi)容，可以看到基礎元數(shù)據(jù)和二次制作要求。 具體提供的視圖如下表所示： 視圖名稱 視圖內(nèi)容 內(nèi)容注入視圖 原始信息、審核信息 內(nèi)容制作視圖 內(nèi)

26、容信息、制作申請信息 內(nèi)容審核視圖 管理信息、內(nèi)容信息、生命周期信息、結(jié)構(gòu)化子內(nèi)容信息 內(nèi)容分發(fā)視圖 內(nèi)容分布信息、內(nèi)容ID和實體文件地址對應信息 內(nèi)容消費視圖 管理信息、內(nèi)容信息、生命周期信息、子內(nèi)容信息、消費信息 內(nèi)容編排視圖 管理信息、內(nèi)容信息 4.2.4. 內(nèi)容包生成 在內(nèi)容管理平臺和業(yè)務系統(tǒng)、省分內(nèi)容管理平臺及第三方系統(tǒng)進行內(nèi)容交換和上載時，系統(tǒng)直接對內(nèi)容包文件進行操作，本節(jié)主要介紹內(nèi)容包的生成方式。 根據(jù)內(nèi)容組織模型的定義，在內(nèi)容包文件生成時，將包含以下組件： 以.XML為后綴的元數(shù)據(jù)； 以.DTD為后綴的元數(shù)據(jù)定義文件（可選）； 關于節(jié)目海報

27、、劇照等的靜態(tài)圖片文件（可選）； 內(nèi)容所包含的其他實體文件，如正片、宣傳片、音樂、程序文件等； 將所需包含的文件壓縮成一個包，這個包就是不同系統(tǒng)間傳遞的內(nèi)容包。 目前國際上在廣電行業(yè)中廣泛應用的ADI（Asset Distribution Interface，資產(chǎn)傳送接口）包屬于典型的內(nèi)容包格式規(guī)范，本技術(shù)規(guī)范對ADI包不做強制要求，廠商可選支持。 4.3. 內(nèi)容運營模式 3G增值業(yè)務內(nèi)容管理的參與方除CMS外，還有CP、Master CP、業(yè)務系統(tǒng)、業(yè)務門戶展現(xiàn)、業(yè)務門戶運營支撐等實體。 4.3.1. CP 經(jīng)BSS審核通過后，向聯(lián)通增

28、值業(yè)務系統(tǒng)提供原始內(nèi)容，供其向用戶提供各種業(yè)務，可指定內(nèi)容與業(yè)務對應關系，也可以不指定。參與內(nèi)容收入分成。 4.3.2. CMS 中國聯(lián)通內(nèi)容管理系統(tǒng)主要提供以下功能： 實現(xiàn)內(nèi)容在3G增值業(yè)務系統(tǒng)中的全生命周期管理。 提供靈活的內(nèi)容發(fā)布功能。 向全國和省分業(yè)務能力系統(tǒng)提供內(nèi)容實體，向全國和省分業(yè)務運營門戶提供內(nèi)容支撐，向業(yè)務運營支撐方提供新業(yè)務開發(fā)的素材。 通過入庫審核、訂單審核、發(fā)布審核對內(nèi)容從上傳到發(fā)布的過程進行控制。 對內(nèi)容訂單進行審核分揀，將專業(yè)的內(nèi)容編輯要求轉(zhuǎn)發(fā)給MCP，將一般的內(nèi)容編輯要求提交給系統(tǒng)內(nèi)的編輯和/或編轉(zhuǎn)碼模塊，將可以發(fā)布的內(nèi)容直接發(fā)布。 可靈活的對內(nèi)容

29、管理流程和用戶角色權(quán)限進行設置，以便適應目前和今后可能出現(xiàn)的合作運營模式。 4.3.3. Master CP 接入多個CP，實現(xiàn)對其內(nèi)容的統(tǒng)一接入和審核，將審核通過的內(nèi)容上傳到CMS，供其向用戶提供各種業(yè)務，參與內(nèi)容收入分成。 對原始內(nèi)容進行專業(yè)的非線性編輯（節(jié)目剪輯、片花制作、音頻提取等操作 ），形成滿足運營要求的內(nèi)容，將其作為二次制作內(nèi)容提交給CMS，CMS直接對其進行發(fā)布審核，通過后提供運營。 4.3.4. 終端用戶 終端用戶可以向?qū)ｉT的系統(tǒng)或CP上傳內(nèi)容，經(jīng)相關系統(tǒng)審核編輯后，上傳給CMS。 4.3.5. 業(yè)務系統(tǒng) 業(yè)務系統(tǒng)由業(yè)務應用、業(yè)務能力和網(wǎng)絡接入三部分組成。 業(yè)

30、務應用提供面向用戶的具體應用服務，包括SP應用、自營應用、行業(yè)應用等。 業(yè)務能力完成應用層的業(yè)務接入，提供具體業(yè)務或服務，同時實現(xiàn)路由選擇、鑒權(quán)觸發(fā)、終端適配等功能?？梢允褂眠@些業(yè)務能力進行組合，構(gòu)造出特定的業(yè)務。實現(xiàn)各個業(yè)務能力的物理實體叫業(yè)務引擎。 網(wǎng)絡接入用于業(yè)務引擎和業(yè)務系統(tǒng)的連接，實現(xiàn)協(xié)議轉(zhuǎn)換、路由分發(fā)、在線內(nèi)容控制、傳遞業(yè)務對網(wǎng)絡的資源請求等功能。 4.3.6. 業(yè)務門戶展現(xiàn) 門戶展現(xiàn)指直接面對用戶的界面，提供給多樣化的操作能力，如業(yè)務訂購、取消、查詢、導購、投訴、幫助等?；诓煌某休d形式，門戶可以包括WAP門戶、WEB門戶、短信門戶、語音門戶、Java門戶、客服門戶和I

31、VVR菜單。 4.3.7. 業(yè)務門戶運營支撐 門戶運營支撐負責運營和管理3G增值業(yè)務系統(tǒng)中的某個業(yè)務門戶，對門戶架構(gòu)、頻道或欄目進行管理，對門戶展現(xiàn)和展現(xiàn)模板進行管理，對內(nèi)容進行編排，實現(xiàn)具體內(nèi)容與具體業(yè)務/產(chǎn)品的綁定，并將綁定信息同步給內(nèi)容管理系統(tǒng)。 根據(jù)CMS中的內(nèi)容和BSS內(nèi)的運營分析數(shù)據(jù)，進行新產(chǎn)品和新業(yè)務的開發(fā)，并向PRM申請新產(chǎn)品和新業(yè)務上線運行。 向CMS提出原始內(nèi)容的二次制作要求，以便生成適合用戶使用的內(nèi)容。 5. 內(nèi)容管理系統(tǒng)功能 5.1. 組織結(jié)構(gòu) 中國聯(lián)通內(nèi)容管理系統(tǒng)由總部內(nèi)容管理系統(tǒng)和省級內(nèi)容管理系統(tǒng)組成，省級內(nèi)容管理系統(tǒng)是總部內(nèi)容管理系統(tǒng)在省內(nèi)的延伸，除

32、完成全國內(nèi)容的本地管理以外，還需完成省分自有內(nèi)容的管理。內(nèi)容管理系統(tǒng)組織結(jié)構(gòu)圖如下圖所示： 中國聯(lián)通內(nèi)容管理系統(tǒng)的組織結(jié)構(gòu)分為總部和省級兩級。 1、總部內(nèi)容管理系統(tǒng)提供對全國性內(nèi)容的管理，并通過手工或自動方式向全國業(yè)務系統(tǒng)、全國門戶系統(tǒng)、以及省分內(nèi)容管理系統(tǒng)進行內(nèi)容發(fā)布。 2、省分內(nèi)容管理系統(tǒng)提供對本省內(nèi)容和下發(fā)到本省的全國內(nèi)容的管理，并通過手工或自動方式向本省業(yè)務系統(tǒng)、本省門戶系統(tǒng)進行內(nèi)容發(fā)布。 3、總部內(nèi)容管理系統(tǒng)和省分內(nèi)容管理系統(tǒng)管理的內(nèi)容必須具備互補性：全國性CP接入總部內(nèi)容管理系統(tǒng)，服務范圍可以是全國或根據(jù)版權(quán)進行設定，提供的內(nèi)容主

33、要是全國或全球正式發(fā)行的音視頻內(nèi)容；省分CP接入省分內(nèi)容管理系統(tǒng)，服務范圍為本省，提供的內(nèi)容主要是具備本地特色的音視頻內(nèi)容。 4、總部內(nèi)容管理系統(tǒng)和省分內(nèi)容管理系統(tǒng)可以雙向自動同步各自的內(nèi)容元數(shù)據(jù)信息，總部內(nèi)容管理系統(tǒng)可以把內(nèi)容實體主動PUSH到省內(nèi)容管理系統(tǒng)，也可以根據(jù)各省內(nèi)元數(shù)據(jù)信息主動PULL省分當?shù)貎?nèi)容實體；省分內(nèi)容管理系統(tǒng)對尚未存儲在本地但本省用戶有需求的內(nèi)容，可以通過向總部內(nèi)容管理系統(tǒng)發(fā)起PULL請求，獲取內(nèi)容文件到本地平臺。 5.2. 功能結(jié)構(gòu) 內(nèi)容管理中心的功能架構(gòu)，從設計開發(fā)上采用模塊化設計，每一個功能點完全獨立，各模塊之間以松耦合連接，通過系統(tǒng)管理可以靈活的進行功能的

34、組合，實現(xiàn)定制能力和系統(tǒng)架構(gòu)的可擴展性和可靠性。 功能架構(gòu)分為四層：展現(xiàn)層（管理門戶、CP門戶、運營門戶）、服務層、能力層、數(shù)據(jù)和鏈路層。層與層之間的模塊彼此獨立，任何一層上的任何一個功能的維護更新、新模塊的添加、以及異常和錯誤都不影響其它模塊和系統(tǒng)本身。 具體的功能結(jié)構(gòu)圖如下： 1) 展現(xiàn)層 主要提供對不同操作員的操作界面和信息展現(xiàn)界面： CP門戶：面向CP（包括Master CP），提供初始狀態(tài)內(nèi)容導入和管理界面。 管理門戶：內(nèi)容管理系統(tǒng)的管理員操作平臺，通過管理門戶實現(xiàn)對系統(tǒng)的管理； 運營門戶：內(nèi)容運營的操作平臺，業(yè)務運營

35、人員通過運營門戶瀏覽選擇內(nèi)容，并提出編輯請求，CMS完成內(nèi)容的制作和打包，供門戶和業(yè)務引擎使用。 2）服務層 主要實現(xiàn)系統(tǒng)的各類功能和應用，各模塊所完成的主要功能如下： 內(nèi)容采集 n 內(nèi)容錄入：CP或操作人員在平臺手工錄入內(nèi)容； n 內(nèi)容導入：CP或業(yè)務系統(tǒng)按照規(guī)定格式把內(nèi)容上傳到指定位置，系統(tǒng)自動導入； n 內(nèi)容收錄：接收DVB-C/DVB-S/TS等信號，并把信號中的節(jié)目錄制成本地內(nèi)容文件； 內(nèi)容管理 n 內(nèi)容檢索：內(nèi)容檢索提供根據(jù)單條件或組合條件進行內(nèi)容搜索定位功能； n 分類管理：對內(nèi)容進行分類，包括標簽管理，內(nèi)容ID管理。 n 內(nèi)容加工：內(nèi)容加工提供內(nèi)容實體文

36、件的編輯、編轉(zhuǎn)碼等加工功能，以及對元數(shù)據(jù)的編輯功能； n 內(nèi)容審核：提供實體文件自動技審、內(nèi)容整體審核及發(fā)布審核功能； n 內(nèi)容打包：內(nèi)容打包是指在現(xiàn)有內(nèi)容的基礎上，進行多內(nèi)容的打包整合，節(jié)目包可用于專題等應用； n 生命周期管理：生命周期管理是維護內(nèi)容的完整生命周期，包括內(nèi)容的上載、入庫、審核、分發(fā)、下線、變更、刪除等環(huán)節(jié)； n 內(nèi)容統(tǒng)計：內(nèi)容統(tǒng)計是提供多角度統(tǒng)計的功能，包括從CP角度、業(yè)務門戶角度、內(nèi)容角度等，提供統(tǒng)計分析的邏輯判定，根據(jù)不同統(tǒng)計緯度實現(xiàn)數(shù)據(jù)分析統(tǒng)計功能； 定制處理：對外部系統(tǒng)和內(nèi)部系統(tǒng)提出的內(nèi)容分發(fā)和處理請求進行集中的響應和處理，例如，省分提出需要Pull的

37、內(nèi)容處理響應；對“二次制作”開發(fā)的請求處理；門戶運營支撐系統(tǒng)提出的的內(nèi)容定制響應。 內(nèi)容分發(fā) n CMS間分發(fā)：主要完成全國CMS與省分CMS之間的內(nèi)容元數(shù)據(jù)雙向自動同步，總部內(nèi)容實體PUSH和PULL，省分內(nèi)容實體PULL； n 業(yè)務系統(tǒng)分發(fā)：主要完成內(nèi)容管理平臺向業(yè)務門戶運營支撐系統(tǒng)的元數(shù)據(jù)分發(fā)和向業(yè)務引擎的內(nèi)容注入； n 分發(fā)任務管理：主要完成分發(fā)任務的管控，包括查詢、暫停、取消等； n 發(fā)布環(huán)境配置：提供發(fā)布環(huán)境的具體配置功能，發(fā)布環(huán)境是指業(yè)務門戶運營支撐系統(tǒng)、業(yè)務引擎和其他內(nèi)容管理平臺； 系統(tǒng)管理 n 角色和權(quán)限管理：完成系統(tǒng)內(nèi)角色定義、角色權(quán)限及用戶和角色對應關系

38、的管理功能； n 日志管理：提供系統(tǒng)日志、操作日志等的查看、備份等管理功能； n 系統(tǒng)監(jiān)控：提供系統(tǒng)運行情況監(jiān)控； 3）能力層 接收服務層的指令，完成相關的內(nèi)容操作： 能力單元 n 內(nèi)容收錄系統(tǒng)：接收內(nèi)容管理平臺中內(nèi)容收錄模塊的指令，完成信號中節(jié)目錄制工作； n 自動技審系統(tǒng)：接收內(nèi)容管理平臺指令，完成內(nèi)容交換區(qū)內(nèi)容實體文件檢查工作，對內(nèi)容格式、分辨率等可自動進行審核，支持可定義的審核流程及對審核流程的跟蹤、調(diào)用郵件發(fā)送器發(fā)送郵件通知； n 編輯系統(tǒng)：接收內(nèi)容管理平臺中內(nèi)容編輯模塊指令，根據(jù)指令完成新實體文件生成； n 編轉(zhuǎn)碼系統(tǒng)：接收內(nèi)容管理平臺中格式轉(zhuǎn)換模塊指令，完成文

39、件的離線編轉(zhuǎn)碼工作； n 文件分發(fā)系統(tǒng)：接收內(nèi)容管理平臺中內(nèi)容分發(fā)模塊指令，進行鏈路檢查和分發(fā)校驗，完成文件搬遷工作； n 關聯(lián)模塊：將元數(shù)據(jù)和媒體文件進行關聯(lián)，將相關的媒體進行關聯(lián)，將系統(tǒng)分配給內(nèi)容的唯一的內(nèi)容ID配置在媒體文件屬性中，同時將此內(nèi)容ID插入元數(shù)據(jù)中； n 提取：從媒體文件中將媒體文件的物理屬性提取出來，如時長，碼率等，自動插入文件元數(shù)據(jù)的相關屬性中。 4）數(shù)據(jù)和鏈路層 提供數(shù)據(jù)管理、數(shù)據(jù)存儲和鏈路管理功能： 存儲管理 n 設備管理：設備管理是用于管理系統(tǒng)使用到的一個或多個物理設備； n 空間管理：存儲空間管理模塊主要完成內(nèi)容交換區(qū)、內(nèi)容預審區(qū)、內(nèi)容倉庫區(qū)、內(nèi)

40、容運營區(qū)和離線區(qū)的空間劃分和管理問題； n 存儲調(diào)度：存儲調(diào)度是上層功能與數(shù)據(jù)存儲的接口，主要功能包括目錄維護、文件讀寫、復制遷移等； n 存儲監(jiān)控：該模塊主要完成存儲設備和存儲空間的閥值監(jiān)控； 數(shù)據(jù)管理： 對數(shù)據(jù)庫的訪問，存取等功能，數(shù)據(jù)管理主要包括對元數(shù)據(jù)的管理，內(nèi)容管理系統(tǒng)相關的數(shù)據(jù)存儲，如：CP管理相關的數(shù)據(jù)，請求管理相關數(shù)據(jù)，統(tǒng)計分析數(shù)據(jù)，系統(tǒng)管理相關的數(shù)據(jù)，維護和配置數(shù)據(jù)等。 鏈路控制管理 提供網(wǎng)絡檢測，診斷和維護管理，用于平臺內(nèi)容各系統(tǒng)間通信管理和內(nèi)容分發(fā)階段內(nèi)容分發(fā)時的FTP服務器，HTTP服務器等正常運行的診斷和維護。 5）工作管理 工作流管理：實現(xiàn)對工

41、作流程的配置，維護和監(jiān)控等管理； 任務管理：設定和分配任務，實現(xiàn)對任務的控制操作； 事務控制：對平臺事務處理的維護和監(jiān)控管理。 6）系統(tǒng)管理 日志管理：記錄系統(tǒng)的各項記錄，查詢、統(tǒng)計等管理操作； 監(jiān)控管理：監(jiān)控平臺的運行情況和各項功能的正常運行，如發(fā)生異常，進行修復和報警功能； 角色及權(quán)限管理：基于角色控制的管理體系，實現(xiàn)多層次的靈活的業(yè)務管理權(quán)限劃分，通過角色和權(quán)限的分配，是實現(xiàn)平臺的安全管理。 7）接口管理 對內(nèi)容管理系統(tǒng)的內(nèi)外部接口進行配置、維護和監(jiān)控等管理 5.3. 功能描述 5.3.1. 門戶功能 本系統(tǒng)提供CP門戶、業(yè)務運營門戶和系統(tǒng)管理門戶，主要內(nèi)

42、容見下表： 門戶名稱 使用對象 實現(xiàn)方式 主要內(nèi)容 CP門戶 CP操作員 WEB CP操作員自服務界面 CP信息管理界面 內(nèi)容上傳界面 內(nèi)容信息和狀態(tài)查詢界面 內(nèi)容信息變更申請界面 內(nèi)容信息刪除申請頁面 業(yè)務運營支撐方門戶 運營操作員 WEB 內(nèi)容查詢界面 內(nèi)容使用請求界面 內(nèi)容編輯請求界面 系統(tǒng)管理員門戶 總部CMS平臺管理員 WEB 用戶管理界面 內(nèi)容管理界面 內(nèi)容信息查詢界面 全國發(fā)布管理界面 內(nèi)容統(tǒng)計和查詢界面 系統(tǒng)管理界面 內(nèi)容編輯請求信息查詢界面 內(nèi)容編輯界面 內(nèi)容審核界面 省分CMS平臺管理員 WEB 用戶管理界

43、面 內(nèi)容管理界面 內(nèi)容信息查詢界面 全國內(nèi)容PULL界面 內(nèi)容發(fā)布管理界面 內(nèi)容統(tǒng)計和查詢界面 系統(tǒng)管理界面 內(nèi)容編輯請求信息查詢界面 內(nèi)容編輯界面 內(nèi)容審核界面 5.3.2. 內(nèi)容采集 內(nèi)容采集模塊是內(nèi)容管理平臺的內(nèi)容入口，系統(tǒng)可支持內(nèi)容錄入、內(nèi)容導入及內(nèi)容收錄這幾種方式的內(nèi)容進入方式。 CP上傳的內(nèi)容中所包含的子內(nèi)容可分為源子內(nèi)容和普通子內(nèi)容。源子內(nèi)容指CP提供給內(nèi)容管理系統(tǒng)的完整高質(zhì)量子內(nèi)容，一般不能直接用于3G移動應用場景的業(yè)務提供，必須經(jīng)過專業(yè)人員的精細化編輯（格式轉(zhuǎn)換、碼率轉(zhuǎn)換、剪輯合并等）后，才可以提供給業(yè)務平臺運營。例如，電影“功夫熊貓”的MPEG

44、2格式的原始媒體文件和相應內(nèi)容描述信息。普通內(nèi)容是指，經(jīng)過內(nèi)容管理系統(tǒng)審核通過后，可以直接提供給業(yè)務平臺運營的內(nèi)容。例如，電影“功夫熊貓”的若干H.263格式片段及其描述信息。 5.3.2.1. 內(nèi)容錄入 內(nèi)容錄入是指操作人員在內(nèi)容管理平臺添加內(nèi)容。錄入內(nèi)容的元數(shù)據(jù)信息，并為該內(nèi)容關聯(lián)其對應的實體文件。 錄入的元數(shù)據(jù)信息包括內(nèi)容組織模型中的管理信息和內(nèi)容信息。針對不同的內(nèi)容類型，其內(nèi)容信息有所區(qū)別。 在錄入內(nèi)容元數(shù)據(jù)的同時，操作人員還需要為該內(nèi)容指定其包含的實體文件，實體文件可以直接通過界面上傳，也可以選擇內(nèi)容交換區(qū)已上傳的實體文件。 5.3.2.2. 內(nèi)容導入 內(nèi)容導入模塊主要完

45、成CP批量上傳內(nèi)容及業(yè)務系統(tǒng)上傳內(nèi)容的自動采集工作。 CP和業(yè)務系統(tǒng)如果有內(nèi)容需要上傳給內(nèi)容管理平臺，可以按照系統(tǒng)規(guī)定的格式要求把內(nèi)容文件（包含元數(shù)據(jù)及相應的實體文件）上傳到內(nèi)容管理平臺上為該CP或業(yè)務系統(tǒng)分配的空間，內(nèi)容管理平臺會定期進行該區(qū)域的內(nèi)容掃描和導入。 上傳的內(nèi)容文件需包含描述該內(nèi)容的元數(shù)據(jù)文件及相應的實體文件，如視頻文件、音頻文件、海報圖片等。 5.3.2.3. 內(nèi)容更新 CP操作員進入某個已上傳內(nèi)容的子內(nèi)容更新申請界面，可以提交新增子內(nèi)容、修改內(nèi)容/子內(nèi)容、刪除內(nèi)容/子內(nèi)容申請，并提交審核。 對于新增子內(nèi)容的場景，系統(tǒng)提供子內(nèi)容信息錄入界面供CP操作員使用。新增子內(nèi)容

46、提交審核后，系統(tǒng)管理員可以在審核界面看到該子內(nèi)容及其所屬內(nèi)容的相關信息，并能與普通審核內(nèi)容相區(qū)別。審核通過后，該子內(nèi)容狀態(tài)變更為“已審核”狀態(tài)，可以提供業(yè)務運營人員定制。 對于修改和刪除內(nèi)容/子內(nèi)容申請，系統(tǒng)管理員可根據(jù)修改或刪除的原因、以及內(nèi)容/子內(nèi)容的狀態(tài)，決定是否進行相關操作，以及如何進行相關操作。 5.3.2.4. 內(nèi)容收錄 內(nèi)容收錄是將需要采集的信號經(jīng)過編轉(zhuǎn)碼之后錄制成實體文件，收錄后的文件可進入內(nèi)容管理系統(tǒng)進行管理。信號收錄包含以下主要功能模塊： 1、采集轉(zhuǎn)碼服務：采集信號并轉(zhuǎn)碼為所需格式； 2、錄制服務：根據(jù)CMS的指令錄制節(jié)目文件，每錄制服務器可選擇若干臺采集轉(zhuǎn)碼器

47、輸出的流信號同時錄制，支持即時錄制和任務單錄制等策略。錄制文件根據(jù)任務情況存儲在本地硬盤作為臨時存儲或直接存放到存儲庫中。 3、收錄管理：提供對收錄任務的設定、維護和監(jiān)控管理以及錄制后的節(jié)目文件相關狀態(tài)管理，并調(diào)度收錄能力設備（轉(zhuǎn)碼、錄制器）按設定的規(guī)則執(zhí)行收錄任務。 該模塊只是完成內(nèi)容收錄的操作管控部分，其執(zhí)行部分會由專門的能力單元來完成，和本模塊配合的能力單元包括內(nèi)容收錄系統(tǒng)，具體請參見《能力單元》章節(jié)下的《內(nèi)容收錄系統(tǒng)》。 5.3.2.4.1. 收錄任務配置 系統(tǒng)應提供收錄任務配置功能，可根據(jù)所有轉(zhuǎn)碼服務器、收錄服務器的狀態(tài)和頻道重要等級情況進行任務分配。對于任務，至少應包含以下

48、信息： 目的文件存儲位置及名稱； 采集編碼開始時間，轉(zhuǎn)碼時間長度或轉(zhuǎn)碼結(jié)束時間； 源信號種類及頻道； 轉(zhuǎn)碼參數(shù)（如不同編碼格式，不同分辨率，不同碼率等）； 任務優(yōu)先級； 任務冗余配置，是否需要做1+1備份； 支持根據(jù)外部導入節(jié)目單來定制任務單，支持以下錄制策略： 手工錄制：支持即時觸發(fā)錄制，即時結(jié)束錄制功能。 定時錄制：根據(jù)錄制任務單在指定時間開始和結(jié)束錄制。 支持前后兩檔銜接節(jié)目的錄制，可以交叉設置起止時間，并支持各種信息提示。 管理系統(tǒng)發(fā)出的收錄指令均應有確認機制，在指定時間內(nèi)未收到確認的指令，收錄管理應可以調(diào)度該指令到備份機器上或其他空閑服務器上，同

49、時給出故障警告提示管理員檢查該收錄服務器。 5.3.2.4.2. 收錄任務調(diào)度 系統(tǒng)應支持按時間、任務優(yōu)先級等策略對任務進行排隊，支持按負載均擔等多種調(diào)度策略分配任務到收錄能力服務器。 系統(tǒng)應支持根據(jù)收錄能力設備的工作狀態(tài)，進行收錄任務實時調(diào)度。一旦采集和錄制任務發(fā)生異常，則進行調(diào)度處理，即選擇其它正常收錄服務器執(zhí)行該項收錄任務。 5.3.2.4.3. 收錄服務監(jiān)控 系統(tǒng)應提供收錄任務狀態(tài)查詢和控制功能?？梢詫κ珍浫蝿者M行創(chuàng)建、取消、暫停、開始等操作，同時提供收錄任務歷史信息查詢功能。當發(fā)現(xiàn)某臺收錄能力服務器狀態(tài)異常時可以發(fā)送告警 系統(tǒng)應可進行以下三部分內(nèi)容的監(jiān)控：信號源監(jiān)控、收錄

50、設備監(jiān)控、收錄任務監(jiān)控。 5.3.3. 內(nèi)容管理 5.3.3.1. 內(nèi)容檢索 內(nèi)容檢索提供根據(jù)單條件或組合條件進行內(nèi)容搜索定位功能。系統(tǒng)可通過各種條件進行單條件檢索，如關鍵字檢索、標簽檢索、組合條件檢索等進行查詢，也可以組合多個檢索條件進行多角度檢索，系統(tǒng)將符合該用戶數(shù)據(jù)權(quán)限的內(nèi)容進行結(jié)果展示。 用戶選擇內(nèi)容后可進行一些后續(xù)操作，如查詢內(nèi)容詳細信息、提交審核等。 檢索功能要求如下： 1. 可以對不同的查詢條件之間進行 “與(AND)”、“或(OR)”、“非(NOT)”等邏輯運算，從而得到更為精確的檢索結(jié)果； 2. 檢索到的內(nèi)容可以查看其具體的元數(shù)據(jù)信息、實體文件信息等； 3.

51、提供精確查詢和模糊查詢機制。 4. 可以在檢索結(jié)果中進行二次檢索，從而得到更為精確的檢索結(jié)果； 5. 檢索結(jié)果列表可以按照指定字段排序； 6. 檢索到的內(nèi)容能顯示各自的被分發(fā)歷史及其統(tǒng)計次數(shù)，并能根據(jù)調(diào)用次數(shù)進行排序。 搜索的業(yè)務要求如下： 1. 音樂媒體 針對名稱、詞作者、曲作者、表演者、出品公司、關鍵詞進行搜索。 針對類別、地域、時間等維度進行查詢。 支持組合條件查詢。 2. 影視媒體 針對名稱、導演、編劇、主要演員、出品公司、關鍵詞進行搜索。 針對類別、地域、時間等維度進行查詢。 支持組合條件查詢。 3. 標簽（tagging） 針對內(nèi)容的標簽進行搜索，以

52、列表的形式展現(xiàn)出來。 4. 注釋（annotation） 針對內(nèi)容的注釋進行搜索，并以列表的形式展現(xiàn)出來，管理人員就很容易的能夠看到與搜索標簽相關的影片，并能查看標簽對應的影片片段，方便了管理人員針對某類問題進行集中式處理。 5. 描述信息（description） 在使用和管理的過程中，經(jīng)常會忘記或不能清楚的記清某部影片的名稱、導演之類的關鍵詞語，只能記得影片的一些故事情節(jié)、內(nèi)容等，這樣對描述信息的搜索就顯得尤為重要，因為對描述信息的搜索能夠?qū)⑷说牧闵⒂洃涍B貫起來，通過搜索結(jié)果形成一個完整的記憶。 5.3.3.2. 文件預覽 對于選定的內(nèi)容，管理員可以在瀏覽器中進行內(nèi)容預覽。

53、本系統(tǒng)要求內(nèi)容預覽功能嵌入在所有內(nèi)容信息展現(xiàn)頁面中，尤其是審批、編輯等界面，管理人員選擇一部影片之后就可以對這部影片進行預覽播放。通過預覽，管理人員就可以檢測影片的好壞，是否能夠進行正常播放、是否有黑屏現(xiàn)象、能夠拖動、是否包含暴力、色情、反動的內(nèi)容、是否有馬賽克等影響用戶觀看體驗的情況等等。 系統(tǒng)支持通過工作流的方式將預覽中碰到的問題轉(zhuǎn)給相應的管理人員（Email、SMS）或其他模塊（發(fā)起內(nèi)容審批不通過流程）。 5.3.3.3. 內(nèi)容編輯 針對內(nèi)容管理平臺中的內(nèi)容實體文件，操作人員可進行編輯動作，所謂內(nèi)容編輯主要是針對媒體文件而言，操作人員可以進行節(jié)目剪輯、片花制作、音頻提取等操作。新編

54、輯出來的文件不會覆蓋原文件，正常會作為內(nèi)容新的實體文件存在。 內(nèi)容編輯主要包括兩種：內(nèi)容粗編和內(nèi)容精編。 5.3.3.3.1. 內(nèi)容粗編 包括內(nèi)容文件格式轉(zhuǎn)換、文件編碼轉(zhuǎn)換、碼流速率轉(zhuǎn)換、分辨率轉(zhuǎn)換等； 本系統(tǒng)支持的內(nèi)容文件壓縮編碼格式、文件格式、碼流速率、分辨率要求見《媒體要求》章節(jié)。內(nèi)容粗編需支持粗編策略管理和粗編任務管理： 1、內(nèi)容粗編策略管理功能： 可瀏覽和查詢已有的內(nèi)容粗編策略信息。 可增加、修改、刪除內(nèi)容粗編策略，其操作結(jié)果在內(nèi)容粗編策略的管理界面中可查詢。 內(nèi)容粗編策略項應包含： n 內(nèi)容選擇策略：至少可根據(jù)ContentClass、CPID、Conten

55、tIDs、Name、ActorS、Director、PubliDate(出品時間)、SubContentFormat、SubContentType、標簽等內(nèi)容屬性值，及屬性的組合（支持屬性之間“與”、“或”、“非”等邏輯運算），對需要PUSH的內(nèi)容進行自動篩選； n 執(zhí)行時策略：立即執(zhí)行、周期執(zhí)行（每隔X分鐘、小時、天、周）、定時執(zhí)行（每天X時、每周星期X、每月X日、及其組合）、指定每天時間段執(zhí)行等； n 參數(shù)策略：可單選、多選、全選壓縮編碼格式參數(shù)，可單選、多選、全選文件格式參數(shù)，可單選、多選、全選分辨率格式參數(shù)，可單選、多選、全選碼流速率格式參數(shù)，可在對以上各種參數(shù)進行組合； n 任

56、務優(yōu)先級：可設置由某粗編策略生成的粗編任務的優(yōu)先級，至少支持高、中、低三檔。 2、內(nèi)容粗編任務管理功能： 一個粗編策略對應一個粗編任務，一個粗編任務是一個粗編策略的實體化 一個粗編任務可以按照粗編內(nèi)容分為多個子任務，系統(tǒng)支持任務和子任務的實時進度顯示； 粗編任務/子任務狀態(tài)可分為等待執(zhí)行、執(zhí)行中、完成、失敗，等待執(zhí)行的任務/子任務，其狀態(tài)為“等待執(zhí)行”，在具備執(zhí)行條件后，任務/子任務自動執(zhí)行且狀態(tài)變?yōu)椤皥?zhí)行中”，成功粗編后任務/子任務狀態(tài)變?yōu)椤巴瓿伞?，若沒有成功完成,則狀態(tài)變?yōu)椤笆　? 系統(tǒng)操作員可對粗編中的任務/子任務進行暫停、刪除操作 系統(tǒng)操作員可通過任務瀏覽查詢界面

57、查看歷史任務的相關信息。查詢條件為： n 任務名稱 n 任務狀態(tài) n 粗編內(nèi)容選擇參數(shù) n 時間 n 以上條件的組合 可瀏覽符合查詢條件的任務的詳細信息，如粗編內(nèi)容的基本信息和粗編策略信息等。 3、如果某粗編任務/子任務失敗，不影響其他粗編任務/子任務的執(zhí)行。 4、容錯機制包括：內(nèi)容編輯模塊在調(diào)度內(nèi)容編轉(zhuǎn)碼工作站執(zhí)行粗編任務時，如果編轉(zhuǎn)碼工作站返回操作失敗，則內(nèi)容編輯模塊可再進行調(diào)度，如三次不能成功，則進行告警提示。 5、編轉(zhuǎn)碼工作站應支持集群，任務執(zhí)行時，系統(tǒng)應能夠選擇負載最輕的編轉(zhuǎn)碼工作站執(zhí)行任務，這里不僅需要考慮到設備上的已有的任務數(shù)量，而且需要根據(jù)任務的具體情況（如

58、時長、輸入格式、輸出格式）來估算該任務所需編轉(zhuǎn)碼時間，這樣可以更好的利用資源，且盡可能確保及時性。 6、內(nèi)容管理模塊和內(nèi)容編輯模塊之間的請求響應反饋應支持異步模式。 5.3.3.3.2. 內(nèi)容精編 內(nèi)容精編包括內(nèi)容文件色調(diào)調(diào)整、音視頻屬性調(diào)整、音視頻內(nèi)容切割、音頻提取等等。需要編輯的實體文件，系統(tǒng)會進行鏡頭幀/關鍵幀抽取動作，之后操作人員就可以用鏡頭幀/關鍵幀進行快速定位，也可以手工拖拉進行定位。操作人員可以在單實體文件中選擇一個或多個片段保存為新的實體文件，也可以選擇多個實體文件的片段保存為一個新的實體文件。除了視音頻文件的剪輯功能以外，該模塊還支持從視頻文件中提取全部或片段的音頻，把

59、選擇部分的音頻保存為新的實體文件。 本系統(tǒng)提供內(nèi)容粗編和內(nèi)容精編能力，內(nèi)容精編也可以由專門的合作伙伴（Master CP）完成。CMS在有內(nèi)容精編需求時，給這些Master CP發(fā)送編輯任務，Master CP可以登錄系統(tǒng)，查看編輯任務，并根據(jù)編輯任務中的文件地址，獲取內(nèi)容文件實體，完成內(nèi)容編輯，然后將編輯結(jié)果提交給CMS。 在格式方面，內(nèi)容編輯模塊需支持本規(guī)范《媒體要求》中所列格式及碼率。 該模塊只是完成內(nèi)容編輯的操作管控部分，其執(zhí)行部分會由專門的能力單元來完成，和本模塊配合的能力單元包括抽幀模塊和文件編輯模塊。 5.3.3.4. 內(nèi)容審核 內(nèi)容審核是該流程中一個非常重要的環(huán)節(jié)，直

60、接控制著內(nèi)容的質(zhì)量、級別等，本模塊提供的審核主要是對內(nèi)容的元數(shù)據(jù)和實體文件進行審核。 內(nèi)容審核按照業(yè)務的流程可以分為三個環(huán)節(jié)： 入庫技審：入庫技審是指內(nèi)容實體文件上傳至本系統(tǒng)后，系統(tǒng)自動對其實體文件進行技審。其審核對象是內(nèi)容的實體文件，審核內(nèi)容包括以下方面：文件類型、時長、文件長度、MD5、清晰度、碼率、內(nèi)容連續(xù)性、內(nèi)容完整性等，該部分審核自動運行無需人工參與，其具體執(zhí)行是由能力單元中的自動技審系統(tǒng)完成； 內(nèi)容審核：內(nèi)容審核是指操作人員在系統(tǒng)中對已經(jīng)送審的內(nèi)容進行審核，其審核對象包括內(nèi)容的元數(shù)據(jù)和實體文件，審核內(nèi)容至少包括以下方面：元數(shù)據(jù)的正確性、版權(quán)有效性、實體文件正確性等；

61、訂單審核：對業(yè)務運營人員提交的內(nèi)容訂單的可執(zhí)行性進行審核，對內(nèi)容制作請求進行分揀，將專業(yè)性強的內(nèi)容制作請求轉(zhuǎn)發(fā)給相關Masrter CP，將一般的內(nèi)容制作請求轉(zhuǎn)發(fā)給系統(tǒng)內(nèi)的相關模塊； 發(fā)布審核：發(fā)布審核是對更新（增、刪、改）后、發(fā)布前的內(nèi)容進行的最終審核，主要對新增內(nèi)容二次制作的正確性，內(nèi)容刪除和修改的合理性和可執(zhí)行性進行審核。 內(nèi)容審核模塊支持以下功能： 1、內(nèi)容審核人員可以方便地對通過、未通過、待通過審查的節(jié)目編排進行瀏覽、狀態(tài)標注，對不能通過審查的內(nèi)容填寫原因，對審核的內(nèi)容添加文字批注，然后反饋給相應的負責人。 2、可以對用戶進行分角色定義，靈活對不同的角色授予權(quán)限 審批流程

62、由審批環(huán)節(jié)構(gòu)成，對于流程中的每一個環(huán)節(jié)可以關聯(lián)具有處理該環(huán)節(jié)權(quán)限的相應角色，具有該角色的操作人員能夠處理跟自己相關的環(huán)節(jié)。 另外，系統(tǒng)還需支持針對某CP的內(nèi)容、某類型的內(nèi)容、或其組合條件的內(nèi)容的角色，具有該角色的操作人員只能夠處理符合角色權(quán)限的內(nèi)容。 3、可以靈活的對審批流程進行定義 審批流程由審批環(huán)節(jié)構(gòu)成，環(huán)節(jié)的個數(shù)以及環(huán)節(jié)的執(zhí)行順序以及方式?jīng)Q定了流程的組成。系統(tǒng)支持對流程中的環(huán)節(jié)進行任意定制的功能。 4、可以對審批流程進行追蹤，同時可以進行方便的通知 創(chuàng)建的審核、反饋等任務能夠通知相應的管理人員，并以郵件任務的方式展現(xiàn)在管理人員的郵件系統(tǒng)中。 5.3.3.5. 生命周期管理

63、內(nèi)容從上載、入庫、審核、分發(fā)、展現(xiàn)、變更、刪除為一個完整的生命周期，內(nèi)容管理平臺記錄內(nèi)容在生命周期內(nèi)的每一個狀態(tài)，并采取相應的狀態(tài)保護措施，將狀態(tài)管理和流程管理相關聯(lián)，控制內(nèi)容的流轉(zhuǎn)和狀態(tài)變化。 生命周期管理是維護內(nèi)容的完整生命周期，下圖為內(nèi)容的完整生命周期： 操作人員可按照狀態(tài)進行內(nèi)容檢索，如檢索已運營的內(nèi)容然后選擇部分進行內(nèi)容下線操作。 生命周期可分為6個狀態(tài)： 1、初始狀態(tài) CP向CMS系統(tǒng)導入的內(nèi)容（包括實體文件和相關描述屬性信息）為初始狀態(tài)，內(nèi)容實體和元數(shù)據(jù)文件被存放在交換區(qū)，CP可以對交換區(qū)中初始狀態(tài)的新上傳內(nèi)容和審核未通過的內(nèi)容進行修改或替換。 CP不能對非初始狀

64、態(tài)的內(nèi)容進行編輯和修改。 2、待審核狀態(tài) CP提交內(nèi)容送審請求后，內(nèi)容狀態(tài)變更為待審核狀態(tài)，實體文件將被遷移到預審區(qū)，CMS系統(tǒng)管理員可對待審核狀態(tài)的內(nèi)容進行審核。 3、已審核狀態(tài) 審核未通過的內(nèi)容轉(zhuǎn)為初始狀態(tài)，實體文件被遷移回交換區(qū)，以便CP重新編輯，提交審核。 審核通過的內(nèi)容變更為已審核狀態(tài)，實體文件被遷移到內(nèi)容倉庫區(qū)。業(yè)務運營支撐方可訪問所有在倉庫區(qū)的已審核狀態(tài)的內(nèi)容，并提出定制要求。根據(jù)要求，內(nèi)容被復制到制作區(qū)進行編輯、轉(zhuǎn)碼操作，或者提交給Master CP進行專業(yè)二次制作。 在內(nèi)容管理系統(tǒng)制作區(qū)經(jīng)過二次制作的內(nèi)容狀態(tài)變更為待審核狀態(tài)，實體文件被遷移到內(nèi)容預審區(qū)，提交進行發(fā)

65、布審核。在Master CP進行二次制作的內(nèi)容重新上傳到交換區(qū)，內(nèi)容狀態(tài)為初始狀態(tài)，然后提交進行發(fā)布審核。 發(fā)布審核通過后，內(nèi)容實體文件被遷移到倉庫區(qū)，內(nèi)容狀態(tài)變更為已審核狀態(tài)。 4、已運營狀態(tài) 系統(tǒng)將符合業(yè)務運營需求的內(nèi)容狀態(tài)變更為運營狀態(tài)，將實體文件遷移到運營區(qū)。業(yè)務引擎和門戶系統(tǒng)可以直接對位于運營區(qū)的內(nèi)容實體和元數(shù)據(jù)文件進行訪問。 5、已下線狀態(tài) 因為各種原因無法或不能被使用的內(nèi)容將變更為下線狀態(tài)（Offline），內(nèi)容實體被遷移到內(nèi)容離線區(qū)。離線內(nèi)容的信息只對CMS管理員可見，業(yè)務運營支撐方和業(yè)務引擎均無法訪問該內(nèi)容。 造成業(yè)務下線的原因有： 所有業(yè)務平臺去綁定；

66、內(nèi)容有效期到期； 事后審核發(fā)現(xiàn)或其他原因?qū)е碌膬?nèi)容不應提供使用； 其他原因?qū)е碌膬?nèi)容管理系統(tǒng)管理員主觀進行下線操作； 下線狀態(tài)的內(nèi)容如需要重新提供使用，可變更為運營狀態(tài)。 下線又區(qū)分為立即下線和延后下線兩種： 立即下線：平臺會通知所有業(yè)務系統(tǒng)進行該內(nèi)容下線，同時會通知業(yè)務引擎進行該節(jié)目下線，這主要用于緊急情況處理； 延后下線：平臺會通知所有業(yè)務系統(tǒng)進行該內(nèi)容下線，等所有業(yè)務系統(tǒng)都下線以后，平臺延后通知承載平臺進行該節(jié)目下線，這種情況使用比較普遍； 6、已刪除狀態(tài) 下線內(nèi)容保存到設定的時間后，或者存儲容量報警時，按照事先指定的策略徹底刪除此內(nèi)容。 生命周期狀態(tài)是針對內(nèi)容和子內(nèi)容的。每個子內(nèi)容都有自己獨立的生命周期狀態(tài)，而對于內(nèi)容來講，其生命周期狀態(tài)應該是生命周期的一個總體表述，比如內(nèi)容“功夫熊貓”有部分的子內(nèi)容處于“運營狀態(tài)”，其他子內(nèi)容處于“已審核狀態(tài)”，則這個內(nèi)容的總狀態(tài)應該是“部分運營”的狀態(tài)，“部分運營”狀態(tài)在技術(shù)上就是所有子內(nèi)容狀態(tài)的集合，