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