【文章內(nèi)容簡介】 設(shè)計 216。 運行環(huán)境 編號 軟件名稱 功能描述 1 Linux 64位 WEB服務器操作系統(tǒng) 2 Linux 64位 數(shù)據(jù)庫服務器操作系統(tǒng) 3 Linux 64位 文件服務器操作系統(tǒng) 4 Linux 64位 分發(fā)服務器操作系統(tǒng) 5 Ubuntu 終端操作系統(tǒng) 6 MySql 數(shù)據(jù)庫(安裝于數(shù)據(jù)庫服務器上) 7 JBOSS 發(fā)布引擎(安裝于WEB服務器上) 8 各服務器上 9 FTP Redhat自帶(安裝于文件服務器上) 10 nfs Redhat自帶(安裝于文件服務器上) 11 用戶操作環(huán)境（客戶端機器） 216。 終端 Agent Agent 軟件分兩部分，運行在分發(fā)服務器上的 CS 服務端，運行在終端上的 CS 客戶端。 系統(tǒng)工作流 實現(xiàn)功能描述 內(nèi)容發(fā)布管理播控平臺（B/S） 內(nèi)容發(fā)布管理播控平臺播控平臺由以下七個子系統(tǒng)組成： ■ 框架及欄目管理系統(tǒng) ■ 內(nèi)容上傳系統(tǒng)■ 廣告排片系統(tǒng)■ 審核發(fā)布系統(tǒng) ■ 監(jiān)控內(nèi)容顯示及報表系統(tǒng) ■ 權(quán)限管理系統(tǒng) 216。 216。 內(nèi)容發(fā)布管理播控平臺 框架及欄目管理系統(tǒng) 廣告排片 系統(tǒng) 審核發(fā)布 系統(tǒng) 監(jiān)控內(nèi)容顯示及報表系統(tǒng) 權(quán)限管理 系統(tǒng) 子系統(tǒng)模塊 內(nèi)容上傳 系統(tǒng) 終端管理 系統(tǒng) 1）終端管理系統(tǒng) ■ 根據(jù)運營需求，管理員可以通過平臺操作頁面將終端和指定框架模板進行匹配（可批量操作）。 ■ 根據(jù)運營需求，終端含有ID編號，對應的框架模板信息等各類自定義屬性信息。部分屬性信息可做添加、刪除的操作?？蓪τ诮K端進行查找、屬性篩選等操作。 2）框架及欄目管理系統(tǒng) ■ 框架決定了互動屏幕區(qū)域的面積劃分以及內(nèi)容鏈接屬性。 ■ 可以根據(jù)機型不同可以定義框架模板，也可以對同一機型內(nèi)的不同結(jié)構(gòu)定義框架模板。 ■ 不同的框架模板對其所有呈現(xiàn)的內(nèi)容進行分類，每一個類別將定義為一個“欄目”。每個終端的呈現(xiàn)也是由多個欄目組合而成，每個欄目信息對應到終端具有特定唯一的內(nèi)容，內(nèi)容呈現(xiàn)可由制作者自由制作。 欄目1 欄目2 欄目3 主顯示區(qū)域 欄目4 欄目5 欄目6 。 整個部分都用Flash呈現(xiàn)欄目 使用Flash生成HTML 此圖僅為互動屏示意圖，具體實施根據(jù)實際情況界定 3）內(nèi)容上傳系統(tǒng) 內(nèi)容上傳系統(tǒng)分為三大類：素材上傳、節(jié)目上傳和廣告上傳 各地的節(jié)目和廣告文件上傳后，均先存放于制作上傳工作人員在本地播控平臺文件服務器的臨時文件夾內(nèi)。在此工作文件夾內(nèi)用戶可對節(jié)目、廣告文件做重命名，刪除的操作。 文件夾由管理員在文件服務器上按照預先的定義手工維護，并在后臺設(shè)置界面中做相關(guān)內(nèi)容設(shè)置。 ■ 素材上傳: 素材上傳的內(nèi)容包括文字，圖片，動畫和視頻。所有素材內(nèi)容的上傳均以文件形式保存于各地子平臺的文件服務器上。 上傳的素材內(nèi)容不做審核。 ■ 節(jié)目上傳： 首先，框架模板中選擇最終節(jié)目需要顯示的相應區(qū)域后，然后上傳制作完畢的壓縮后的HTML或者FLASH節(jié)目文件（手動壓縮）。上傳的壓縮節(jié)目文件將會上傳至本地播控平臺的文件服務器對應的文件夾內(nèi)，供審核發(fā)布使用。 ■ 廣告上傳： 廣告內(nèi)容直接以文件形式上傳至各地廣告片庫文件服務器（不在平臺頁面上做編輯操作）。 4）廣告排片系統(tǒng) 每一個廣告文件在服務器中具有唯一的“身份”標識。實現(xiàn)可對某天所要播放的全部廣告內(nèi)容通過“身份”標識按序排列播放次序形成排片策略。 實現(xiàn)排片策略對所要呈現(xiàn)于具體終端的匹配操作，可批量執(zhí)行。 5）審核發(fā)布系統(tǒng) ● 審核員通過播控平臺頁面可對需要審核的節(jié)目或廣告進行在線瀏覽、播放的審核； ● 審核按照欄目（即文件服務器的文件夾目錄）進行； ● 節(jié)目審核就是一個賬號審核，不分組織結(jié)構(gòu)審核。具有審核未通過、審核通過兩個狀態(tài)。 ☆ 審核未通過的節(jié)目文件，審核者可輸入理由通過平臺頁面告知節(jié)目制作者。如有必要審核者可上傳修改建議文件供制作者參考。制作者修改后需再次上傳節(jié)目內(nèi)容，如此反復直至總部審核通過。 ☆ 通過審核的節(jié)目才可以進行節(jié)目發(fā)布，審核通過的節(jié)目即“推 ☆ 送”進入“發(fā)布”的C/S流程，通過平臺頁面操作更新終端的節(jié)目內(nèi)容。審核后的節(jié)目不能修改。 ☆ 節(jié)目和廣告文件的文件服務器存儲流程 節(jié)目、廣告臨時文件夾 此文件夾內(nèi)文件可重命名和刪除 提交 審核通過 節(jié)目、廣告發(fā)布文件夾 此文件夾內(nèi)文件只可做審核通過、節(jié)目、廣告待審核文件夾 審核未通過 節(jié)目、廣告臨時文件夾 此文件夾內(nèi)文件只可做發(fā)布操作；操作結(jié)果將反饋至 B/S 系統(tǒng)呈現(xiàn)，可以重發(fā)支持斷點續(xù)傳 不通過的操作 6）監(jiān)控內(nèi)容顯示及報表系統(tǒng) ■ 地方播控平臺接收到終端傳回的被操作信息和工控板傳回的監(jiān)控信息后，可實現(xiàn)信息數(shù)據(jù)圖形化界面呈現(xiàn)，按運營方需求定義的關(guān)鍵字段做數(shù)據(jù)統(tǒng)計，并能以Excel表格形式導出監(jiān)控或統(tǒng)計結(jié)果的報表。 ■ 監(jiān)控數(shù)據(jù)在數(shù)據(jù)庫將分成2個表。一為運行表，另一個為監(jiān)控數(shù)據(jù)總表。 7）權(quán)限管理系統(tǒng) n 實現(xiàn)對每一個用戶帳號，播控平臺內(nèi)各類別的權(quán)限賦予，權(quán)限更改、權(quán)限凍結(jié)的功能，并可以細化至每個欄目。 n 每個B/S用戶登錄到系統(tǒng)必須通過內(nèi)網(wǎng)，若從外網(wǎng)登錄則需要通過VPN接入。 n 系統(tǒng)的角色應包含以下分類：系統(tǒng)管理員、欄目內(nèi)容采編人員、欄目內(nèi)容審核人員、廣告內(nèi)容采編人員、廣告審核人員、發(fā)布人員、監(jiān)控操作人員。實際分類將根據(jù)運營需求確定。 n 所有用戶帳號統(tǒng)一由平臺的管理員負責審核并對各類角色人員分配權(quán)限。 n 用戶所能操作的最小單位應為針對某個特定終端的特定欄目的特定權(quán)限操作（先選地區(qū)再選欄目）。用戶可以接觸到的終端范圍可以由通過欄目與終端的關(guān)系進行綁定。用戶按照指定權(quán)限的帳號登錄之后，可以看到所能控制的終端列表。 n 用戶登錄到平臺的部分操作由平臺記錄并形成日志，并相應地存儲于中央或地方子平臺數(shù)據(jù)庫。需記錄的操作內(nèi)容例如： ☆ 各用戶登錄和退出系統(tǒng)的時間 ☆ 各用戶上傳文件的時間、文件名稱 ☆ 各用戶審核的時間和審核結(jié)果 ☆ 各用戶完成廣告編排的操作時間 ☆ 各用戶向終端發(fā)布行為的終端范圍和時間 ☆ 管理員對終端劃分組別的結(jié)果 ☆ 管理員對各類用戶的權(quán)限分配情況 服務器數(shù)據(jù)分發(fā)、電子閱報屏客戶端（C/S） n 服務器數(shù)據(jù)分發(fā)、電子閱報屏客戶端由以下六個子模塊組成： ☆ 內(nèi)容分發(fā)系統(tǒng) ☆ 內(nèi)容接收校驗系統(tǒng) ☆ 內(nèi)容呈現(xiàn)系統(tǒng) ☆ USB外設(shè)內(nèi)容接收校驗系統(tǒng) ☆ 信息采集系統(tǒng) ☆ 信息存儲回傳系統(tǒng) 服務器數(shù)據(jù)分發(fā)、電子閱報屏客戶端 內(nèi)容分發(fā) 系統(tǒng) 內(nèi)容接收 校驗系統(tǒng) USB外設(shè)內(nèi)容接收校驗系統(tǒng) 信息存儲 回傳系統(tǒng) 內(nèi)容呈現(xiàn) 系統(tǒng) 信息采集 系統(tǒng) 子系統(tǒng)模塊 1）內(nèi)容分發(fā)系統(tǒng) n 內(nèi)容發(fā)布之后由分發(fā)服務器分發(fā)送至相應終端。分發(fā)基于IP網(wǎng)絡(luò)。 節(jié)目，廣告內(nèi)容實現(xiàn)“即時”、“定時”兩種分發(fā)發(fā)送功能。在“定時發(fā)布”模式下，平臺應具備將多個欄目的更新信息匯總到一起向終端統(tǒng)一發(fā)布的功能。 n 播控平臺與終端之間的數(shù)據(jù)傳輸支持斷點續(xù)傳。 n 分發(fā)服務器應具備流量控制的功能，可分批高效地向自身所轄的所有終端的內(nèi)容進行更新。 2）內(nèi)容接收校驗系統(tǒng) n 客戶端每隔一段時間（例如1分鐘）主動鏈接服務器比對校驗節(jié)目，廣告內(nèi)容的版本，更新對應的文件或子文件。分發(fā)服務器應具備索引文件說明目前各欄目內(nèi)容的最新版本信息。同時在服務器應存儲各欄目的歷史內(nèi)容。 n 各閱報屏終端入網(wǎng)后，將自身的內(nèi)容版本信息索引文件狀態(tài)與自身所屬的地方文件服務器上的內(nèi)容版本信息索引文件進行比對，比對后將需要更新的內(nèi)容下載到本地存儲。 3）內(nèi)容呈現(xiàn)系統(tǒng) n 客戶端接收最新文件后通過瀏覽器方式呈現(xiàn)（互動操作區(qū)域）或直接通過媒體播放器呈現(xiàn)（單向展示區(qū)域）。 n 節(jié)目和廣告內(nèi)容在終端的顯示更新時間內(nèi)，會彈出更新提示信息。終端無法正常顯示節(jié)目和廣告內(nèi)容時，應顯示墊片。 n 單項屏播放器需支持播放圖片、FLASH和視頻 ☆ 支持的圖片格式：.jpg、.bmp、.gif、.png ☆ 支持的FLASH格式：.swf ☆ 支持的視頻格式：.wmv、.mpg、.avi、.f4v n 播放策略為：輪循播放、按時輪播和某個時間段內(nèi)播放一次3種 n 終端顯示的分辨率為唯一的19201080。 4）USB外設(shè)內(nèi)容接收校驗系統(tǒng)USB 外設(shè)內(nèi)容接收校驗系統(tǒng)客戶端在檢測到插入帶身份驗證的USB外設(shè)存儲設(shè)備之后，可根據(jù)USB外設(shè)上預定義的配置文件進行相關(guān)的操作。這些操作包括將USB 外設(shè)上的更新內(nèi)容拷貝更新到終端上。 n USB外設(shè)內(nèi)存放大容量的內(nèi)容信息，例如長時間的高清視頻片斷等；n USB外設(shè)內(nèi)的內(nèi)容可涵蓋互動點擊部分及單向展示部分；n 客戶端接收到USB外設(shè)內(nèi)的內(nèi)容或服務器分發(fā)的最新內(nèi)容時，都將即時覆蓋原有內(nèi)容。 5）信息采集系統(tǒng) 信息采集系統(tǒng)分為三大類：硬件、軟件、終端連接是否異常 n 硬件監(jiān)控內(nèi)容（針對室外機型）：機器溫度異常、機箱被打開、震動報警、顯示亮度異常； n 軟件監(jiān)控內(nèi)容：節(jié)目更新信息（欄目、版本、終端ID、時間），當前各欄目的版本號（欄目編號、版本號），欄目（按鈕）的被點擊率（只記錄被點擊的次數(shù)：欄目編號、版本號）； n 終端連接是否異常，監(jiān)控方式：一分鐘內(nèi)未收到終端的心跳信息，連接失敗數(shù)加一，終端開機后需上傳終端IP； n 硬件監(jiān)控內(nèi)容，只有在異常情況下才向服務器回傳。欄目的點擊統(tǒng)計結(jié)果為一天一回傳。 6）信息存儲回傳系統(tǒng) n 播控平臺可以收集存儲在閱報屏終端的各類操作記錄信息，如用戶對互動屏點擊操作的次數(shù)、欄目編號等。 n 播控平臺可以收集閱報屏終端工業(yè)控制電路板采集的各類設(shè)備運行異常狀態(tài)，如溫度、設(shè)備是否經(jīng)受震動、機柜門是否被打開等。 n 采集到的信息可回傳至播控平臺頁面，并由B/S以圖形化直觀呈現(xiàn)或生成數(shù)據(jù)報表。 文件加密和壓縮 n 播控平臺服務器下發(fā)到終端的文件、數(shù)據(jù)、信息，均以符合國家安全標準的加密算法（如AES256）進行加密。節(jié)目審核完成才進行文件加密和壓縮。文件在B/S端為先壓縮，后加密。未審核的文件不做加密，壓縮處理。 n 監(jiān)控數(shù)據(jù)、瀏覽記錄不做加密、壓縮處理，但對以數(shù)據(jù)高低位對調(diào)的方式實現(xiàn)數(shù)據(jù)安全。 n 中央和地方間的文件傳輸記錄不做加密處理。 n 終端對于接收到的各類加密數(shù)據(jù)，經(jīng)過本地校驗后以加密形式存放于本地硬盤。解壓、解密程序只在相應內(nèi)容需要呈現(xiàn)時，在內(nèi)存中進行。 數(shù)據(jù)傳輸系統(tǒng)（工程） 全系統(tǒng)數(shù)據(jù)傳輸方案 概述 n 數(shù)據(jù)傳輸網(wǎng)絡(luò)平臺分為數(shù)據(jù)中心之間的傳輸網(wǎng)絡(luò)及數(shù)據(jù)中心與終端之間的傳輸網(wǎng)絡(luò)；n 播控平臺用戶通過內(nèi)網(wǎng)接入系統(tǒng)，基于公網(wǎng)的用戶則需要IPSec VPN撥號接入； n 監(jiān)控機房與數(shù)據(jù)中心之間的通信網(wǎng)絡(luò)采用通信運營商專線網(wǎng)絡(luò)，采用SDH 專線； n 數(shù)據(jù)中心與終端之間的傳輸網(wǎng)絡(luò)采用ADSL寬帶，特定終端若無法通達，則使用WiFi無線完成覆蓋。每個終端可保障其擁有獨立無歧異的IP地址。 SDH / MSTP 技術(shù)簡介 SDH（Synchronous Digital Hierarchy，同步數(shù)字系列）是一種將復接、線路傳輸及交換功能融為一體、并由統(tǒng)一網(wǎng)管系統(tǒng)操作的綜合信息傳送網(wǎng)絡(luò)，是美國貝爾通信技術(shù)研究所提出來的同步光網(wǎng)絡(luò)（SONET）。國際電話電報咨詢委員會（CCITT）（現(xiàn) ITUT）于 1988 年接受了 SONET 概念并重新命名為 SDH，使其成為不僅適用于光纖也適用于微波和衛(wèi)星傳輸?shù)耐ㄓ眉夹g(shù)體制。 它可實現(xiàn)網(wǎng)絡(luò)有效管理、實時業(yè)務監(jiān)控、動態(tài)網(wǎng)絡(luò)維護、不同廠商設(shè)備間的互通等多項功能，能大大提高網(wǎng)絡(luò)資源利用率、降低管理及維護費用、實現(xiàn)靈活可靠和高效的網(wǎng)絡(luò)運行與維護，因此是當今世界信息領(lǐng)域在傳輸技術(shù)方面的發(fā)展和應用的熱點，受到人們的廣泛重視。 SDH 作為新一代理想的傳輸體系，具有路由自動選擇能力，上下電路方便，維護、控制、管理功能強，標準統(tǒng)一，便于傳輸更高速率的業(yè)務等優(yōu)點，能很好地適應通信網(wǎng)飛速發(fā)展的需要。迄今，SDH 得到了空前的應用與發(fā)展。在標準化方面，已建立和即將建立的一系列建議已基本上覆蓋了 SDH 的方方面面。在干線網(wǎng)和長途網(wǎng)、中繼網(wǎng)、接入網(wǎng)中它開始廣泛應用。且在光纖通信、微波通信、衛(wèi)星通信中也積極地開展研究與應用。 進入二十一世紀后，技術(shù)的發(fā)展、市場的驅(qū)動、以及國家產(chǎn)業(yè)政策的變革都為中國的電信服務業(yè)引入了新的變化。以 IP 協(xié)議為核心的理念深入人心，各類電信技術(shù)都得到不斷地發(fā)展，相互取長補短，并表現(xiàn)出融合的趨勢。但傳統(tǒng)高帶寬專線產(chǎn)品中 SDH 技術(shù)只能提供 2M 、34M、155M 、622M 等速率，無中間速率供用戶選擇，急需一種更為合理的接入方式進行替代，MSTP 技術(shù)應運而生。 MSTP 是 MultiService Transport Platform 的縮寫，它可以將傳統(tǒng)的 SDH、以太網(wǎng)、ATM、POS、RPR 等多種技術(shù)有機融合，通過將多業(yè)務匯聚、并高效適配的方式實現(xiàn)