內(nèi)容管理平臺產(chǎn)品說明書

中國聯(lián)通 2008 年內(nèi)容管理平臺 業(yè)務(wù) 需求書 中國聯(lián)通有限公司 2008年 11月中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 ii 目 次 一 . 概述 . 1 二 . 基本概念 . 2 1. 內(nèi)容 . 2 2. 業(yè)務(wù) . 2 3. 產(chǎn)品 . 2 4. 內(nèi)容、業(yè)務(wù)和產(chǎn)品的關(guān)系 . 2 5. 內(nèi)容元數(shù)據(jù)和內(nèi)容實體文件 . 3 6. 富媒體 . 3 7. 內(nèi)容包 . 3 三 . 內(nèi)容運(yùn)營模式 . 4 1. CP . 4 2. CMS . 4 3. Master CP . 4 4. 內(nèi)容需求方 . 4 5. 終端用戶 . 5 6. 業(yè)務(wù)系統(tǒng) . 5 7. 業(yè)務(wù)門戶展現(xiàn) . 5 8. 業(yè)務(wù)門戶運(yùn)營支撐 . 5 四 . 組織結(jié)構(gòu) . 6 五 . 系統(tǒng)功能需求 . 7 六 . 主要流程 . 4 1. 內(nèi)容管理流程 . 4 2. 內(nèi)容新增流程 . 5 3. 內(nèi)容修改 . 6 4. 內(nèi)容下線 . 7 5. 公用流程 . 8 中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 1 一 . 概述 內(nèi)容管理平臺（以下簡稱本平臺或 CMS）是 3G 增值業(yè)務(wù)系統(tǒng)架構(gòu)中業(yè)務(wù)管理功能的一部分。具體可分為內(nèi)容管理和內(nèi)容分發(fā)兩模塊： 內(nèi)容管理 實現(xiàn)內(nèi)容在 3G 增值業(yè)務(wù)系統(tǒng)內(nèi)整個生命周期的管理 實現(xiàn)內(nèi)容在 3G 增值業(yè)務(wù)系統(tǒng)內(nèi)的完整視圖管理 內(nèi)容的導(dǎo)入、審核、編輯、分發(fā) 內(nèi)容的運(yùn)營支撐管理 內(nèi)容的 DRM 管理 與支撐系統(tǒng)之間內(nèi)容信息和統(tǒng)計數(shù)據(jù)的交互 內(nèi)容分發(fā) 內(nèi)容在中心 CMS 和省分 CMS 之間的分發(fā)管理 內(nèi)容信息在 CMS 與業(yè)務(wù)系統(tǒng)之間的分發(fā)管理 中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 2 二 . 基本概念 1. 內(nèi)容 內(nèi)容是用戶希望獲取的和真正使用的 ,能在業(yè)務(wù)系統(tǒng)應(yīng)用和展現(xiàn) 的對象，可由運(yùn)營商或第三方資源提供，也可由用戶自己制作。同一內(nèi)容可以有多種壓縮編碼格式。聯(lián)通 3G 增值業(yè)務(wù)系統(tǒng)中，一個內(nèi)容由實體及其屬性信息文件組成，如“手機(jī)酷樂”業(yè)務(wù)中的一個音頻文件及其元數(shù)據(jù)文件。 聯(lián)通 3G 增值業(yè)務(wù)系統(tǒng)的內(nèi)容主要包括： 文本 圖片 音頻 視頻 程序 富媒體 直播流信息（ SDP 文件、 SMIL 文件等） 初期 CMS 重點管理的內(nèi)容主要是音樂（整曲下載、 MTV）、視頻（手機(jī)流媒體、手機(jī)電視、視頻 IVR、多媒體炫鈴等）內(nèi)容，以及直播流的 URL 和描述文件，以后逐漸擴(kuò)展到以上所有類型內(nèi)容。 2. 業(yè)務(wù) 業(yè)務(wù)是指 中國聯(lián)通根據(jù)客戶的通信需求，利用自身或第三方資源向客戶提供的具有市場價值的通信服務(wù)內(nèi)容。在管理上，業(yè)務(wù)是服務(wù)提供商與運(yùn)營商進(jìn)行審核管理和分成結(jié)算的對象。如“手機(jī)酷樂”業(yè)務(wù)，專門提供用戶在線或下載收聽流行音樂。 3. 產(chǎn)品 產(chǎn)品是指中國聯(lián)通運(yùn)用營銷手段，是用戶購買業(yè)務(wù)的方式，將業(yè)務(wù)或業(yè)務(wù)組合附加上銷售對象、銷售地域、資費(fèi)計劃、銷售渠道、服務(wù)水平及配套資源六個方面屬性后的產(chǎn)物，是向客戶最終交付的、客戶可以購買的業(yè)務(wù)或業(yè)務(wù)組合實例。在 3G 增值業(yè)務(wù)系統(tǒng)中，產(chǎn)品是訂購、鑒權(quán)、和計費(fèi)的對象，如“手機(jī)酷樂包月 5 元”。在 3G 增值 業(yè)務(wù)系統(tǒng)中，一個業(yè)務(wù)對應(yīng)多個產(chǎn)品，一個產(chǎn)品唯一對應(yīng)一個業(yè)務(wù)。 4. 內(nèi)容、業(yè)務(wù)和產(chǎn)品 的關(guān)系 內(nèi)容、業(yè)務(wù)和產(chǎn)品的關(guān)系如下圖所示： 中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 3 內(nèi) 容 服 務(wù)業(yè) 務(wù)0 n1 n其 他 屬 性產(chǎn) 品1 n 圖 2-4 內(nèi)容、業(yè)務(wù)、產(chǎn)品關(guān)系示意圖 內(nèi)容與網(wǎng)絡(luò)能力組合，形成業(yè)務(wù)；業(yè)務(wù)與價格等屬性組合，形成產(chǎn)品。 按照 3G 增值業(yè)務(wù)系統(tǒng)定義的界面，內(nèi)容信息、業(yè)務(wù)信息和產(chǎn)品信息產(chǎn)生的系統(tǒng)劃分如下： 全國性業(yè)務(wù)信息和全國性產(chǎn)品信息在 BSS 側(cè)生成和管理， 3G 增值業(yè)務(wù)系統(tǒng)獲??； 全國性內(nèi)容信息在 3G 增值業(yè)務(wù)系統(tǒng)側(cè)生成和管理， BSS 獲??； 全國性 SP/CP 的審批和管理在 BSS 實現(xiàn)， 3G 增值業(yè)務(wù)系統(tǒng)從 BSS 同步全國性 SP/CP 信息。 5. 內(nèi)容 元數(shù)據(jù) 和內(nèi)容實體文件 內(nèi)容元數(shù)據(jù)：內(nèi)容的屬性信息和實體描述信息，一般采用 XML 文件方式和內(nèi)容實體文件一同上載和下發(fā)。 內(nèi)容實體文件：具體內(nèi)容的文件，如一個音頻文件、一個視頻文件。 6. 富媒體 富媒體是以視頻、音頻、動畫、圖像等為主要內(nèi)容的媒體。 “ 富媒體 ”是相對單一特征的“貧媒體”而言的，貧媒體是指以前單一特征的媒體形式，如視屏、音頻等，而富媒體則是多種單一特征媒體的有機(jī)組合 , 是由 2D 及 3D 的 Video、 Audio、 HTML、 Flash、 DHTML 、 JAVA等組成效果， 富媒體的 技術(shù)與形式在網(wǎng)絡(luò)上的應(yīng)用需要相對較多的頻寬。 7. 內(nèi)容包 內(nèi)容包是指按照規(guī)范，把 XML 和實體文件（包括圖片、視音頻等）打到一個包中，以便于不同系統(tǒng)之間進(jìn)行內(nèi)容交互，其中實體文件是可選的，內(nèi)容包是 CMS 和門戶運(yùn)營、其他 CMS之間交互內(nèi)容的主要方式。 中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 4 三 . 內(nèi)容 運(yùn)營 模式 3G 增值業(yè)務(wù)內(nèi)容管理的參與方除 CMS 外，還有 CP、 Master CP、業(yè)務(wù)系統(tǒng)、業(yè)務(wù)門戶展現(xiàn)、業(yè)務(wù)門戶運(yùn)營支撐等實體。 1. CP 經(jīng) BSS 審核通過后，向聯(lián)通增值業(yè)務(wù)系統(tǒng)提供原始內(nèi)容，供其向用戶提供各種業(yè)務(wù)，可指定內(nèi)容與業(yè)務(wù)對應(yīng)關(guān)系，也可以不指定。參與內(nèi)容收入分成。 2. CMS 中國聯(lián)通內(nèi)容管理系統(tǒng)主要面向全國性、區(qū)域和省分業(yè)務(wù)能力系統(tǒng)提供業(yè)務(wù)內(nèi)容，向業(yè)務(wù)運(yùn)營支撐方提供新業(yè)務(wù)開發(fā)的素材。 實現(xiàn)內(nèi)容在 3G 增值業(yè)務(wù)系統(tǒng)中的管理和分發(fā)。 根據(jù)業(yè)務(wù)運(yùn)營支撐方的需求，對原始內(nèi)容進(jìn)行二次制作，形成適合用戶使用的內(nèi)容，將二次制作后的內(nèi)容狀態(tài)轉(zhuǎn)到“待審核狀態(tài)”，重新進(jìn)行審核，通過后提供使用。 可靈活的對系統(tǒng)流程和用戶角色權(quán)限進(jìn)行修改，以便適應(yīng)目前和今后可能出現(xiàn)的 合作運(yùn)營模式。 3. Master CP 接入多個 CP，實現(xiàn)對其內(nèi)容的統(tǒng)一接入和審核，將審核通過的內(nèi)容上傳到 CMS，供其向用戶提供各種業(yè)務(wù)，參與內(nèi)容收入分成。 4. 內(nèi)容需求方 CMS 可為互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)的 SP 和其他內(nèi)容需求方，提供可用內(nèi)容，并收取相應(yīng)的費(fèi)用。 CP Master CP CMS 業(yè)務(wù)引擎 業(yè)務(wù)門戶展現(xiàn) 內(nèi)容 業(yè)務(wù)門戶運(yùn)營支撐 審核后內(nèi)容 內(nèi)容 信息 BSS 新業(yè)務(wù) / 產(chǎn)品請求 二次 制作 請求 內(nèi)容 ID_URL 對應(yīng)關(guān)系 內(nèi)容業(yè)務(wù)對應(yīng)關(guān)系 - 內(nèi)容信息 關(guān)聯(lián) 能力 平臺 內(nèi)容 - 業(yè)務(wù)對應(yīng)關(guān)系 內(nèi)容需求方 內(nèi)容 終端用戶 內(nèi)容 內(nèi)容 Master CP 中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 5 5. 終端用戶 終端用戶可以向?qū)ｉT的系統(tǒng)或 CP 上傳內(nèi)容，經(jīng)相關(guān)系統(tǒng)審核編輯后，上傳給 CMS。 6. 業(yè)務(wù)系統(tǒng) 業(yè)務(wù)系統(tǒng)由業(yè)務(wù)應(yīng)用、業(yè)務(wù)能力和網(wǎng)絡(luò)接入三部分組成。 業(yè)務(wù)應(yīng)用提供面向用戶的具體應(yīng)用服務(wù)，包括 SP 應(yīng)用、自營應(yīng)用、行業(yè)應(yīng)用等。 業(yè)務(wù)能力：完成應(yīng)用層的業(yè)務(wù)接入，提供 具體業(yè)務(wù)或服務(wù)，同時實現(xiàn)路由選擇、鑒權(quán)觸發(fā)、終端適配等功能?？梢允褂眠@些業(yè)務(wù)能力進(jìn)行組合，構(gòu)造出特定的業(yè)務(wù)。實現(xiàn)各個業(yè)務(wù)能力的物理實體叫業(yè)務(wù)引擎。 網(wǎng)絡(luò)接入：用于業(yè)務(wù)引擎和業(yè)務(wù)系統(tǒng)的連接，實現(xiàn)協(xié)議轉(zhuǎn)換、路由分發(fā)、在線內(nèi)容控制、傳遞業(yè)務(wù)對網(wǎng)絡(luò)的資源請求等功能。 7. 業(yè)務(wù)門戶展現(xiàn) 門戶展現(xiàn)指直接面對用戶的界面，提供給多樣化的操作能力，如業(yè)務(wù)訂購、取消、查詢、導(dǎo)購、投訴、幫助等?；诓煌某休d形式，門戶可以包括 WAP 門戶、 WEB 門戶、短信門戶、語音門戶、 Java 門戶、客服門戶和 IVVR 菜單。 8. 業(yè)務(wù)門戶運(yùn)營支撐 門戶運(yùn) 營支撐負(fù)責(zé)運(yùn)營和管理 3G 增值業(yè)務(wù)系統(tǒng)中的某個業(yè)務(wù)門戶，對門戶架構(gòu)、頻道或欄目進(jìn)行管理，對門戶展現(xiàn)和展現(xiàn)模板進(jìn)行管理，對內(nèi)容進(jìn)行編排，實現(xiàn)具體內(nèi)容與具體業(yè)務(wù)/產(chǎn)品的綁定。 根據(jù) CMS 中的內(nèi)容和 BSS 內(nèi)的運(yùn)營分析數(shù)據(jù)，進(jìn)行新產(chǎn)品和新業(yè)務(wù)的開發(fā)，并向 PRM 申請新產(chǎn)品和新業(yè)務(wù)上線運(yùn)行。 向 CMS 提出原始內(nèi)容的二次制作要求，以便生成適合用戶使用的內(nèi)容。 中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 6 四 . 組織 結(jié)構(gòu) 中國聯(lián)通 內(nèi)容管理系統(tǒng) 將由中心內(nèi)容管理系統(tǒng)和省級內(nèi)容內(nèi)容管理系統(tǒng)組成，省級內(nèi)容管理系統(tǒng)是中心內(nèi)容管理系統(tǒng)在省內(nèi)的延伸，在完成中心內(nèi)容的本地管理以外，還需完成省 分自己內(nèi)容的管理。 1、總部有全國業(yè)務(wù)引擎、全國內(nèi)容管理系統(tǒng)和全國業(yè)務(wù)門戶，全國內(nèi)容信息只展現(xiàn)在全國業(yè)務(wù)門戶上； 2、省分可以有自己的業(yè)務(wù)引擎和內(nèi)容管理系統(tǒng)，如果省分尚未建設(shè)相應(yīng)系統(tǒng)，則由中心代為提供服務(wù)； 3、全國性 CP 接入全國內(nèi)容管理系統(tǒng)，服務(wù)可以是全國范圍或根據(jù)內(nèi)容版權(quán)進(jìn)行設(shè)定；省分 CP 接入省分內(nèi)容管理系統(tǒng)，服務(wù)范圍為本??； 4、全國內(nèi)容管理系統(tǒng)可以采用 Push 方式把內(nèi)容推送到省平臺； 5、省平 CMS 如果對尚未存儲在本地但本省用戶有需求的內(nèi)容，可以通過向全國 CMS 發(fā)起PULL 請求，獲取內(nèi)容文件到本地平 臺。 中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 7 五 . 系統(tǒng) 功能 需求 1. 門戶需求 門戶需求 主要提供對不同操作員的操作界面和信息展現(xiàn)界面 ，包括 CP 門戶、管理門戶、運(yùn)營門戶 。 CP 門戶：面向 CP（包括 Master CP），提供初始狀態(tài)內(nèi)容導(dǎo)入和管理界面。 管理門戶：內(nèi)容管理系統(tǒng)的管理員操作平臺，通過管理門戶實現(xiàn)對系統(tǒng)的管理； 運(yùn)營門戶：內(nèi)容運(yùn)營的操作平臺，業(yè)務(wù)運(yùn)營人員通過運(yùn)營門戶瀏覽選擇內(nèi)容，并提出編輯請求， CMS 完成內(nèi)容的制作和 DRM 打包，供門戶和業(yè)務(wù)引擎使用。 具體的工作內(nèi)容如下表：中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 1 門戶名稱 使用對象 實現(xiàn)方式 主要內(nèi)容 CP CP 操作員 WEB/WAP CP 操作員自服務(wù)界面 CP 信息管理界面 內(nèi)容上傳界面 內(nèi)容信息和狀態(tài)查詢界面 內(nèi)容信息變更申請界面 內(nèi)容信息刪除申請頁面 業(yè)務(wù)運(yùn)營支撐方 運(yùn)營操作員 WEB/WAP 內(nèi)容查詢界面 內(nèi)容使用請求界面 內(nèi)容編輯請求界面 業(yè)務(wù)和產(chǎn)品信息查詢界面 總部系統(tǒng)管理員門戶 總部 CMS 平臺管理員 WEB/WAP 用戶管理、內(nèi)容管理、內(nèi)容信息查詢 內(nèi)容統(tǒng)計和查詢界面 系統(tǒng)管理界面 內(nèi)容編輯請求信息查詢界面 內(nèi)容編輯界面 內(nèi)容審核界面 省分系統(tǒng)管理員門戶 省分 CMS 平臺管理員 WEB/WAP 用戶管理界面 內(nèi)容管理界面 內(nèi)容信息查詢界面和全國內(nèi)容下發(fā)請求界面 內(nèi)容統(tǒng)計和查詢界面 系統(tǒng)管理界面 內(nèi)容編輯請求信息查詢界面 內(nèi)容編輯界面 內(nèi)容審核界面 內(nèi)容使用請求界面（預(yù)留） 內(nèi)容編輯請求界面（預(yù)留） 2. 內(nèi)容采集 內(nèi)容采集是內(nèi)容管理平臺的內(nèi)容入口，系統(tǒng)可支持上傳導(dǎo)入、手工錄入及信號收錄這幾種方式的內(nèi)容進(jìn)入方式。 手工錄入 ： CP 或操作人員在平臺手工錄入內(nèi)容； 上傳 導(dǎo)入： CP 或業(yè)務(wù)系統(tǒng)按照規(guī)定格式把內(nèi)容上傳到指定位置，系統(tǒng)自動導(dǎo)入； 信號收錄 ：接收 DVB-C/DVB-S/TS 等信號，并把信號中的節(jié)目錄制成本地內(nèi)容文件； 3. 內(nèi)容管理 內(nèi)容檢索 內(nèi)容檢索提供根據(jù)單條件或組合條件進(jìn)行內(nèi)容搜索定位功能。系統(tǒng)可通過各種條件進(jìn)行單條件檢索，如關(guān)鍵字檢索、標(biāo)簽檢索、組合條件檢索等進(jìn)行查詢，也可以組合多個檢中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 2 索條件進(jìn)行多角度檢索，系統(tǒng)將符合該用戶數(shù)據(jù)權(quán)限的內(nèi)容進(jìn)行結(jié)果展示。 文件預(yù)覽 對于選定的內(nèi)容，管理員可以在瀏覽器中進(jìn)行內(nèi)容預(yù)覽。通過預(yù)覽，管理人員就可以檢測影片的好壞，是否能夠進(jìn)行正常播放、能夠拖動、是否包含暴力、色情、反動的內(nèi)容等等，系統(tǒng)支持通過工作流的方式將預(yù)覽中碰到的問題轉(zhuǎn)給相應(yīng)的管理人員，后臺工作流系統(tǒng)就會發(fā)出郵件通知相應(yīng)的管理人員。 分類 管理 對內(nèi)容進(jìn)行分類，包括標(biāo)簽管理，內(nèi)容 ID 管理，維護(hù)多種方式的分類標(biāo)簽。 定義影視分類維度，如：按類別（劇情片 /動作片 /動畫片 /喜劇片 /恐怖片 /驚悚片 /警匪片 /冒險片 /愛情片 /紀(jì)錄片 /科幻片 /科教片 /奇幻片 /傳記片 /歌舞片 /西部片 /藝術(shù)片 /新聞片 /體育片 /歷史片 /音樂片 /戰(zhàn)爭片 /動漫片 /戲曲片 /連續(xù)劇 /綜藝 /其他）；定義音樂分類維度，如：按風(fēng)格來描述（搖滾、情歌、 R&B、鄉(xiāng)村音樂）；按用途來描述（生日祝福、節(jié)日祝福、愛情祝福等）；支持分類維度的多級管理如地域維度（歐洲 -法國、英國、德國、意大利 ）；時間維度（ 30 年代、 50 年代、 80 年代 ） 內(nèi)容加工 內(nèi)容加工提供內(nèi)容實體文件的編輯、 DRM、編轉(zhuǎn)碼等加工功能，以及對元數(shù)據(jù)的編輯功能。內(nèi)容編輯主要是針對媒體文件而言，操作人員可以進(jìn)行節(jié)目剪輯、片花制作、音頻提取等操作。新編輯出來的文件不會覆蓋原文件，正常會作為內(nèi)容新的實體文件存在；DRM 為發(fā)布的內(nèi)容實體文件提供數(shù)字版權(quán)管理，各個業(yè)務(wù)引擎可以通過調(diào)用 DRM 包，實現(xiàn)對各種媒體文件實現(xiàn)版權(quán)保護(hù)，可以 防止用戶采用虛擬播放器非法下載并傳播流媒體文件 ；格式轉(zhuǎn)換 主要完成不同格式之間的文件離線編轉(zhuǎn)碼工作。 生命周期管 理 生命周期 管理是維護(hù) 內(nèi)容 的 完整 生命周期 ，包括內(nèi)容的上載、入庫、審核、分發(fā)、下線、變更、刪除等環(huán)節(jié)；內(nèi)容管理平臺記錄內(nèi)容在生命周期內(nèi)的每一個狀態(tài)，并采取相應(yīng)的狀態(tài)保護(hù)措施，將狀態(tài)管理和流程管理相關(guān)聯(lián)，控制內(nèi)容的流轉(zhuǎn)和狀態(tài)變化。 內(nèi)容審核 內(nèi)容審核需 提供實體文件自動技審、內(nèi)容整體審核及發(fā)布審核功能；內(nèi)容審核是該流程中一個非常重要的環(huán)節(jié)，直接控制著內(nèi)容的質(zhì)量、級別等，本模塊提供的審核主要是對內(nèi)容的元數(shù)據(jù)和實體文件進(jìn)行審核。 內(nèi)容審核按照業(yè)務(wù)的流程可以分為 入庫技審 、內(nèi)容審核、發(fā)布審核 三個環(huán)節(jié)： 入庫技審：入庫技審是指內(nèi)容實體文件上傳至本系統(tǒng)后，系統(tǒng)自動對其實體文件進(jìn)行技審。其審核對象是內(nèi)容的實體文件，審核內(nèi)容包括以下方面：文件類型、時長、文件長度、 MD5、清晰度、碼率、內(nèi)容連續(xù)性、內(nèi)容完整性等，該部分審核自動運(yùn)行無需人工參與，其具體執(zhí)行是由能力單元中的自動技審系統(tǒng)完成； 內(nèi)容審核：內(nèi)容審核是指操作人員在系統(tǒng)中對已經(jīng)送審的內(nèi)容進(jìn)行審核，其審核對象包括內(nèi)容的元數(shù)據(jù)和實體文件，審核內(nèi)容至少包括以下方面：元數(shù)據(jù)的正確性、版權(quán)有效性、實體文件正確性等； 發(fā)布審核：發(fā)布審核是指業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)的運(yùn)營人員向 內(nèi)容管理平臺提交了內(nèi)容申請以后，內(nèi)容管理平臺根據(jù)申請進(jìn)行內(nèi)容制作和加工，完成以后提交審核，審核通過的內(nèi)容才能真正發(fā)布給提交申請的業(yè)務(wù)門戶運(yùn) 營支撐系統(tǒng)。 內(nèi)容統(tǒng)計 內(nèi)容統(tǒng)計是提供多角度統(tǒng)計的功能，包括從 CP 角度、業(yè)務(wù)門戶角度、內(nèi)容角度等，提供統(tǒng)計分析的邏輯判定，根據(jù)不同統(tǒng)計緯度實現(xiàn)數(shù)據(jù)分析統(tǒng)計功能； 請求處理 中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 3 對外部系統(tǒng)和內(nèi)部系統(tǒng)提出的內(nèi)容分發(fā)和處理請求進(jìn)行集中的響應(yīng)和處理，例如，省分提出需要 Pull 的內(nèi)容處理響應(yīng)；對“二次制作”開發(fā)的請求處理；門戶運(yùn)營支撐系統(tǒng)提出的的內(nèi)容定制響應(yīng)。 4. 內(nèi)容分發(fā) 1、全國 CMS 向省分 CMS 分發(fā)： 內(nèi)容文件分發(fā) 內(nèi)容分發(fā)指全國 CMS 操作人員在全國 CMS 選擇內(nèi)容實體文件分發(fā)到全部或指定的省級CMS 中去，或是省分操作人員在省分 CMS 選擇尚未存儲在本地的內(nèi)容實體文件要求下載到本地； 元數(shù)據(jù)分發(fā) 元數(shù)據(jù)分發(fā)主要是全國 CMS 系統(tǒng)把內(nèi)容元數(shù)據(jù)信息發(fā)布給各省的 CMS 系統(tǒng)，省分 CMS系統(tǒng)接收內(nèi)容元數(shù)據(jù)后，可進(jìn)行內(nèi)容級別的管控； 2、 業(yè)務(wù)系統(tǒng)分發(fā)： CMS 向業(yè)務(wù)系統(tǒng)分發(fā)是指 CMS 系統(tǒng)向業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)的運(yùn)營人員提供內(nèi)容查詢界面，運(yùn)營人員可通過該界面檢索并選擇內(nèi)容，同時也可提出內(nèi)容編輯申請，內(nèi)容管 理系統(tǒng)根據(jù)申請要求完成內(nèi)容編輯后，把所選元數(shù)據(jù)提供給業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)，并向業(yè)務(wù)引擎完成內(nèi)容注冊。 3、 CMS 也提供分發(fā)策略的定制功能： CMS 向業(yè)務(wù)門戶運(yùn)營人員提供內(nèi)容訂單訂制功能，業(yè)務(wù)門戶運(yùn)營人員可以將自行設(shè)置內(nèi)容選擇和編輯規(guī)則， CMS 獲取到符合條件的原始內(nèi)容后，自動按照用戶需求進(jìn)行轉(zhuǎn)碼和編輯操作，向業(yè)務(wù)門戶運(yùn)營平臺提供可以運(yùn)營的內(nèi)容。 5. 系統(tǒng)管理 角色和權(quán)限管理：完成系統(tǒng)內(nèi)角色定義、角色權(quán)限及用戶和角色對應(yīng)關(guān)系的管理功能； 組織結(jié)構(gòu)管理：提供系統(tǒng)內(nèi)組織結(jié)構(gòu)定義及用戶和組織結(jié)構(gòu)對應(yīng)關(guān)系管理功能； 日志管 理：提供系統(tǒng)日志、操作日志等的查看、備份等管理功能； 系統(tǒng)監(jiān)控：提供系統(tǒng)運(yùn)行情況監(jiān)控； 基礎(chǔ)數(shù)據(jù)管理：對系統(tǒng)內(nèi)基礎(chǔ)數(shù)據(jù)進(jìn)行管理； 中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 4 六 . 主要流程 1. 內(nèi)容管理流程 下圖是內(nèi)容管理中心的主要流程，從內(nèi)容的導(dǎo)入，經(jīng)過對內(nèi)容的審核、轉(zhuǎn)碼、內(nèi)容編輯、內(nèi)容運(yùn)營，最后到內(nèi)容的分發(fā)的流程。 存 儲 調(diào) 度內(nèi) 容 導(dǎo) 入元 數(shù) 據(jù) 提 取元 數(shù) 據(jù) 解 析元 數(shù) 據(jù) 編 輯內(nèi) 容 提 交內(nèi) 容 審 核元 數(shù) 據(jù) 審 核素 材 / 內(nèi) 容審 核審 核 確 認(rèn)媒 體 文 件 關(guān) 聯(lián)267內(nèi) 容 預(yù) 審 區(qū)內(nèi) 容 運(yùn) 營 區(qū)倉 庫 區(qū)數(shù) 據(jù) 庫視 頻 & 元 數(shù) 據(jù)音 頻 & 元 數(shù) 據(jù)1審 核 申 請8891 01 12 2 2 75元 數(shù) 據(jù)制 作 區(qū)內(nèi) 容 倉 庫 區(qū)1 5341內(nèi) 容 交 換 區(qū)2實 體 文 件81 2轉(zhuǎn) 碼轉(zhuǎn) 碼 配 置 信 息轉(zhuǎn) 碼視 頻 / 音 頻轉(zhuǎn) 碼 檢 測物 理 屬 性 提 取元 數(shù) 據(jù) 更 新1342內(nèi) 容 編 輯內(nèi) 容 剪 輯預(yù) 覽 片 制 作內(nèi) 容 文 件 生 成32提 取 媒 體 文 件1內(nèi) 容 運(yùn) 營內(nèi) 容 定 制D R M 打 包內(nèi) 容 包 生 成1 42 0業(yè) 務(wù) 運(yùn) 營 支 撐 方1 62 1轉(zhuǎn) 碼1 6內(nèi) 容 編 輯內(nèi) 容 審 核1 31 61 71 41 81 9內(nèi) 容 分 發(fā)分 發(fā) 器鏈 路 檢 查分 發(fā) 校 驗內(nèi) 容 包 分 發(fā)2 42 62 52 32 8業(yè) 務(wù) 引 擎運(yùn) 營 支 撐 平 臺2 7元 數(shù) 據(jù) 編 輯4 從流程圖中，從左邊視頻、音頻和元數(shù)據(jù)的導(dǎo)入到最后內(nèi)容分發(fā)至外部業(yè)務(wù)系統(tǒng)，流程的主要步驟為： 1. 內(nèi)容合作運(yùn)營方系統(tǒng)的操作員或 CP 業(yè)務(wù)平臺的操作員將視頻、音頻和元數(shù)據(jù)上傳至內(nèi)容管理系統(tǒng)； 2. 內(nèi)容導(dǎo)入模塊從上傳的元數(shù)據(jù)中進(jìn)行 元數(shù)據(jù)提 取，檢查元數(shù)據(jù)格式是否正確，如格式不正確則進(jìn)行異常處理； 如符合要求，進(jìn)行元數(shù)據(jù)解析， 進(jìn)行 內(nèi)容導(dǎo)入 。 3. 元數(shù)據(jù)解析，通過元數(shù)據(jù)解析器對提取的元數(shù)據(jù)內(nèi)容進(jìn)行分析，判別 。 4. 元數(shù)據(jù)編輯，系統(tǒng)首先自動生成此導(dǎo)入內(nèi)容的唯一 ID，將從上傳的元數(shù)據(jù)中提取的內(nèi)容顯示元數(shù)據(jù)編輯模塊中，進(jìn)行初步的標(biāo)簽管理； 5. 媒體文件關(guān)聯(lián)，通過系統(tǒng)自動生成的唯一的內(nèi)容 ID 將新編輯的元數(shù)據(jù)和導(dǎo)入的內(nèi)容文件建立聯(lián)系； 6. 內(nèi)容提交，將編輯好的元數(shù)據(jù)、媒體文件提交到內(nèi)容管理系統(tǒng)中，元數(shù)據(jù)寫入數(shù)據(jù)庫中，媒體文件通過存儲調(diào)度存儲在交換區(qū) 中。 7. 提交內(nèi)容審核請求至內(nèi)容審核模塊，通知審核人員，同時發(fā)出系統(tǒng)通知，并且將交換區(qū)的數(shù)據(jù)放到預(yù)審區(qū)待審 ； 8. 審核申請，內(nèi)容審核模塊接收內(nèi)容審核請求，進(jìn)行元數(shù)據(jù)審核； 9. 元數(shù)據(jù)審核，審核元數(shù)據(jù)的數(shù)據(jù)內(nèi)容是否存在錯誤 ； 10. 內(nèi)容審核，對視頻和音頻文件的內(nèi)容進(jìn)行審核； 11. 審核確認(rèn)，如元數(shù)據(jù)和素材審核都通過，并將數(shù)據(jù)放置到內(nèi)容倉庫區(qū)，同時由存儲調(diào)度模塊把數(shù)據(jù)放在倉庫區(qū)的制作區(qū)； 12. 審核確認(rèn)后，存儲調(diào)度將內(nèi)容從預(yù)審區(qū)遷移到倉庫區(qū)； 13. 內(nèi)容需求，業(yè)務(wù)運(yùn)營支撐方人員 查看內(nèi)容列表、內(nèi)容 預(yù)覽 ，通過請求模塊指定相應(yīng)的條中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 5 件，提交請求； 14. 運(yùn)營方提出內(nèi)容定制要求，可能是轉(zhuǎn)碼也可能是編輯； 15. 需要編輯和轉(zhuǎn)碼的內(nèi)容被存儲調(diào)度模塊從倉庫區(qū)復(fù)制到制作區(qū)； 16. 系統(tǒng)對內(nèi)容進(jìn)行編輯或轉(zhuǎn)碼操作： 17. DRM 打包，把內(nèi)容頭和加密內(nèi)容一起打包到一個媒體文件中。 18. 內(nèi)容包生成，通過之前打包生成的媒體文件，生成最終的內(nèi)容包； 19. 通過存儲調(diào)度將此內(nèi)容包存儲在內(nèi)容運(yùn)營區(qū)中； 20. 響應(yīng)運(yùn)營支撐平臺和業(yè)務(wù)引擎，向內(nèi)容分發(fā)模塊發(fā)送獲取相應(yīng)內(nèi)容包的請求； 21. 分發(fā)器，內(nèi)容分發(fā)模塊的分發(fā)器收 到獲取相應(yīng)內(nèi)容包的請求，解析請求，進(jìn)行鏈路檢查； 22. 鏈路檢查，檢查內(nèi)容運(yùn)營平臺與外部業(yè)務(wù)平臺之間的鏈路是否有效 ； 23. 分發(fā)校驗，通過對請求內(nèi)容的 解析驗證請求的內(nèi)容是否與請求內(nèi)容相符，內(nèi)容包是否符合請求需求等 ； 24. 提取內(nèi)容包，內(nèi)容分發(fā)模塊通過存儲調(diào)度提取內(nèi)容包，做分發(fā)準(zhǔn)備； 25. 內(nèi)容分發(fā)模塊將請求的內(nèi)容包分發(fā)至業(yè)務(wù)引擎或運(yùn)營支撐平臺。 2. 內(nèi)容新增 流程 CMS 向業(yè)務(wù)系統(tǒng)分發(fā) 對 CMS 來說，新增內(nèi)容后，不需要主動告訴各業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)，業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)的運(yùn)營人員會通過 CMS 提供的門戶進(jìn)行 內(nèi)容檢索和選擇，具體流程如下： 流程說明： 1) CP 上載內(nèi)容實體文件和元數(shù)據(jù)文件到 CMS； 2) CMS 對內(nèi)容進(jìn)行編目、入庫、加工、審核等內(nèi)容管理工作； 3) 業(yè)務(wù)門戶的運(yùn)營人員訪問 CMS 提供的內(nèi)容選擇頁面，進(jìn)行內(nèi)容列表查詢； 4) CMS 根據(jù)請求，返回相應(yīng)的內(nèi)容查詢頁面； 5) 操作人員選擇一個或多個內(nèi)容，同時可提交內(nèi)容編輯申請，并選擇需要注入的一個或多中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 6 個業(yè)務(wù)引擎； 6) CMS 記錄記錄所選內(nèi)容、編輯需求及對應(yīng)的業(yè)務(wù)引擎； 7) 全國 CMS 向全國業(yè)務(wù)引擎以 Web Service 接口完成內(nèi)容文件的注冊 工作，注冊信息包括內(nèi)容 ID 和文件地址； 8) 全國業(yè)務(wù)引擎向全國 CMS 返回實體文件注冊結(jié)果，返回信息包括內(nèi)容 ID 和注冊結(jié)果； 9) CMS 通過 Web Service 接口向業(yè)務(wù)門戶發(fā)送所選內(nèi)容，包括內(nèi)容 ID、內(nèi)容元數(shù)據(jù)； 10) 業(yè)務(wù)門戶保存內(nèi)容信息后，向 CMS 內(nèi)容接受反饋，反饋內(nèi)容包括內(nèi)容 ID 和接收狀態(tài)。 全國 CMS 向省分 CMS 下發(fā) 元數(shù)據(jù)下發(fā) 對于新增內(nèi)容，元數(shù)據(jù)的下發(fā)有自動和手工兩種模式，無論是手工觸發(fā)或是按照定義好的策略自動執(zhí)行，元數(shù)據(jù)下發(fā)的方式保持一致，具體請參見元數(shù)據(jù)下發(fā)流程 實體文件下發(fā) 對 于新增內(nèi)容的實體文件下發(fā)，可區(qū)分為全國 PUSH 和省分 PULL 兩種方式，全國 CMS 操作人員選擇內(nèi)容后可進(jìn)行實體文件的 PUSH 操作，其流程請參見全國 PUSH 流程；省分操作人員可選擇內(nèi)容進(jìn)行實體文件的 PULL 操作，其流程請參見省分 PULL 流程。 3. 內(nèi)容修改 全國內(nèi)容修改 元數(shù)據(jù)修改 全國 CMS，內(nèi)容元數(shù)據(jù)的修改需要通知給全國業(yè)務(wù)系統(tǒng)和省分 CMS： 全國業(yè)務(wù)系統(tǒng)：如果內(nèi)容元數(shù)據(jù)發(fā)生變化，全國 CMS 會及時以 Web Service 方式通知已引用該內(nèi)容的各業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)，通知信息為該內(nèi)容的元數(shù)據(jù)信息，業(yè)務(wù)門戶 運(yùn)營支撐系統(tǒng)接收到該通知后更新本系統(tǒng)數(shù)據(jù)，然后把更新結(jié)果反饋給全國 CMS； 省分 CMS：元數(shù)據(jù)的變化如果不及時反映到各省分 CMS 并不會影響業(yè)務(wù)的運(yùn)行，所以這里采用異步方式。如果僅僅是內(nèi)容的元數(shù)據(jù)發(fā)生變化，全國 CMS 并不會立即通知省分 CMS系統(tǒng)，而是全國 CMS 在做元數(shù)據(jù)發(fā)布時，把內(nèi)容元數(shù)據(jù)修改信息包含在內(nèi)，省分 CMS 在接收到內(nèi)容元數(shù)據(jù)后，更新省分的內(nèi)容元數(shù)據(jù)。 實體文件修改 全國實體文件的修改主要指總部 CMS 運(yùn)營區(qū)或省分 CMS 運(yùn)營區(qū)存放的全國性實體文件發(fā)生損壞的情況下，由 CMS 重新部署實體文件，覆蓋原有損壞文 件的操作。 全國性 CMS 運(yùn)營區(qū)實體文件發(fā)生損壞導(dǎo)致業(yè)務(wù)引擎不可用后，業(yè)務(wù)引擎調(diào)用接口通知CMS，全國性 CMS 核實無誤后，將內(nèi)容狀態(tài)調(diào)整為下線，通知門戶暫時隱藏該內(nèi)容的信息，通過對內(nèi)容元數(shù)據(jù)的解析獲取實體文件的物理屬性，在倉庫區(qū)查找原始內(nèi)容實體文件，并重新對該文件進(jìn)行轉(zhuǎn)碼、編輯、審核、打包操作，生成與損壞文件一致的實體文件，按照元數(shù)據(jù)中的保存路徑將其保存到運(yùn)營區(qū)相應(yīng)目錄下，覆蓋原有損壞文件，通知門戶該內(nèi)容重新上線，并對修改操作進(jìn)行記錄。 在省分 CMS 運(yùn)營區(qū)保存的全國性實體文件發(fā)生損壞導(dǎo)致業(yè)務(wù)引擎不可用后，業(yè)務(wù) 引擎調(diào)用接口通知省分 CMS，省分 CMS 核實無誤后，向全國 CMS 發(fā)起內(nèi)容實體 PULL 流程，重新獲取實體文件后，對損壞文件進(jìn)行覆蓋，并對修改操作進(jìn)行記錄。 省分內(nèi)容修改 元數(shù)據(jù)修改 省分 CMS，內(nèi)容元數(shù)據(jù)的修改需要通知給省分業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)。 如果省分 CMS 中的內(nèi)容元數(shù)據(jù)發(fā)生變化，省分 CMS 會及時以 Web Service 方式通知已引用該內(nèi)容的省分各業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)，業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)接收到該通知后更新本系統(tǒng)中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 7 數(shù)據(jù)，然后把更新結(jié)果反饋給省分 CMS。 實體文件修改 省分實體文件的修改主要指省分 CMS 運(yùn)營區(qū)存 放的本省實體文件發(fā)生損壞的情況下，由CMS 重新部署實體文件，覆蓋原有損壞文件的操作，處理過程與全國 CMS 對全國性內(nèi)容的修改相同。 4. 內(nèi)容下線 全國內(nèi)容下線 內(nèi)容下線時，系統(tǒng)將按照如下次序進(jìn)行處理： 首先，全國 CMS 通知全國業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)進(jìn)行內(nèi)容下線。全國 CMS 以 Web Service接口通知已引用該內(nèi)容的業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)，通知內(nèi)容為內(nèi)容 ID 和下線指令；業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)接收到該信息后進(jìn)行系統(tǒng)范圍內(nèi)的內(nèi)容下線，包括頁面內(nèi)容刪除和內(nèi)容元數(shù)據(jù)刪除，完成后把已下線的結(jié)果反饋給全國 CMS 系統(tǒng)； 其次，全國 CMS 通知各省分 CMS 內(nèi)容下線信息。自動或手工進(jìn)行元數(shù)據(jù)下發(fā)時，下發(fā)的元數(shù)據(jù)文件會包含已下線的內(nèi)容信息；省分 CMS 接收到元數(shù)據(jù)文件后首先根據(jù) URL 判斷該內(nèi)容實體文件是否部署在本地，如果有，則通知本地業(yè)務(wù)引擎該內(nèi)容下線信息，其次判斷運(yùn)營區(qū)該文件是否正在被讀取，如果沒有，則刪除本地的元數(shù)據(jù)信息和 /或?qū)嶓w文件，并把下線結(jié)果反饋給全國 CMS 系統(tǒng)； 最后，全國 CMS 會通知全國業(yè)務(wù)引擎進(jìn)行內(nèi)容下線信息。具體信息為內(nèi)容 ID 和下線指令，全國業(yè)務(wù)引擎接收到該指令后進(jìn)行內(nèi)容下線，并把下線結(jié)果反饋給全國 CMS。 全部動作完成以 后，該內(nèi)容就已經(jīng)從上線狀態(tài)變?yōu)橄戮€狀態(tài)，這時候全國 CMS 該內(nèi)容的元中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 8 數(shù)據(jù)及實體文件并不刪除，如果需要刪除該內(nèi)容的元數(shù)據(jù)和實體文件，則需要人工或按照刪除規(guī)則選擇內(nèi)容進(jìn)行刪除操作，只有處于已下線狀態(tài)的內(nèi)容才能被刪除。 省分內(nèi)容下線 內(nèi)容下線時，系統(tǒng)將按照如下次序進(jìn)行處理： 首先，省分 CMS 通知省分業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)進(jìn)行內(nèi)容下線。省分 CMS 以 Web Service接口通知已引用該內(nèi)容的業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)，通知內(nèi)容為內(nèi)容 ID 和下線指令；業(yè)務(wù)門戶運(yùn)營支撐系統(tǒng)系統(tǒng)接收到該信息后進(jìn)行系統(tǒng)范圍內(nèi)的內(nèi)容下線，包括頁面內(nèi)容刪 除和內(nèi)容元數(shù)據(jù)刪除，完成后把已下線的結(jié)果反饋給省分 CMS 系統(tǒng)； 其次，省分 CMS 通知省分業(yè)務(wù)引擎內(nèi)容實體文件下線信息，通知信息為內(nèi)容 ID 和下線指令代碼，業(yè)務(wù)引擎接收到消息后進(jìn)行本地實體文件信息更新，并及時向省分 CMS 進(jìn)行結(jié)果反饋； 這兩步完成以后，該內(nèi)容就已經(jīng)從上線狀態(tài)變?yōu)橄戮€狀態(tài)，這時候省分 CMS 該內(nèi)容的元數(shù)據(jù)及實體文件并不刪除，如果需要刪除該內(nèi)容的元數(shù)據(jù)和實體文件，則需要人工或按照刪除規(guī)則選擇內(nèi)容進(jìn)行刪除操作，只有處于已下線狀態(tài)的內(nèi)容才能被刪除。 5. 公用流程 全國內(nèi)容 PUSH 流程 中國聯(lián)通 2008 年內(nèi)容管理平臺業(yè)務(wù)需求書 9 流程說明： 1) 操作人員在全國內(nèi)容管理選擇內(nèi)容和分發(fā)目標(biāo)省分進(jìn)行內(nèi)容下發(fā)，內(nèi)容管理給內(nèi)容分發(fā)模塊下達(dá)指令，下發(fā)指令包括內(nèi)容 ID、全國存儲地址和省分存放地址； 2) 全國內(nèi)容分發(fā)根據(jù)指令進(jìn)行內(nèi)容文件從全國存儲到省分存儲的搬遷； 3) 全國內(nèi)容分發(fā)把本次分發(fā)結(jié)果反饋給全國內(nèi)容管理，反饋信息是內(nèi)容 ID 和結(jié)果狀態(tài)； 4) 全國內(nèi)容管理把內(nèi)容分發(fā)結(jié)果通知給省分內(nèi)容管理，通知信息包括內(nèi)容 ID 和省分文件地址信息； 5) 省分內(nèi)容管理通知省分內(nèi)容分發(fā)進(jìn)行文件有效性確認(rèn)，詳細(xì)包括本地文件地址和文件MD5 值； 6) 省分內(nèi)容分發(fā)接受指令后， 完成文件 MD5