市縣級廣電中心融合媒體平臺建設

張博文　李昊　羅時全

[摘要]以重慶璧山區廣電中心為例，介紹現階段市縣級廣電中心的建設思路，重點分析融合媒體平臺的建設思路、平臺架構及設計步驟，全媒體應急指揮中心的建設等。

[關鍵詞]市縣級廣電中心；融合媒體；云平臺；指揮調度系統

文章編號：10.3969/j.issn.1674-8239.2016.08.002

隨著新型媒體產業的發展，傳統廣電市場受到了前所未有的沖擊，廣電行業如何在發展浪潮中尋找新的建設思路？筆者以重慶璧山區廣電中心（璧山廣電中心）為例，重點介紹現階段市縣級廣電中心融合媒體平臺的建設。

1 廣電中心的整體開放性

遵循媒體與民眾之間交流互動的思路，璧山廣電中心的設計重點考慮了電視臺的開放性。

璧山廣電中心地處文化中心的核心區，人流密集。據此，廣電中心一層區域設置為公眾互動體驗中心，將人流引入到電視臺內部，感受電視臺的文化和魅力。整個參觀區域由一條參觀走廊貫通，周邊設置體感交互區、講座交流區、演播室體驗區、音樂錄音室、休息區以及全媒體核心演播廳，如圖1所示。

2 融合媒體平臺

根據國家新聞出版廣電總局《電視臺融合媒體平臺建設技術白皮書》的指導意見，融合媒體平臺建設應該是多層面的，引入微博、微信互動資源，建設網絡云平臺等。

每個電視臺的情況不同，對融合的理解和可實施度也不同。大多數電視臺的媒體融合只是簡單地將電視節目進行拆條后推送到網站或手機APP，但真正的融合不單是節目播發渠道的融合，應是涵蓋節目前期選題策劃到節目拍攝、制作、播發全流程的融合。落到實處，融合媒體平臺起到基礎和輔助的作用。

2.1 融合媒體平臺的建設思路

融合媒體平臺具有面向多終端接收的特點，按照節目內容多來源匯聚、多形態生產、多渠道發布的形式，構建傳統媒體與新興媒體有機融合的新型廣播電視媒體技術平臺。為了有效降低市縣級廣電中心新媒體建設成本和維護代價，可以通過互聯網云服務協同，將UGC（User Generated Content，用戶原創內容）、微博、微信等渠道拓展為節目內容匯聚和發布通道。

2.2 融合媒體平臺的架構

對于市縣級電視臺而言，節目制作量和存儲量規模都不大，不宜建設大規模的私有云和專屬云平臺，一方面前期投入和運營成本很高，另一方面資源利用率比較低。

璧山廣電中心的建設思路是在臺內搭建小型的私有云平臺，滿足節目制作、存儲等需求。專屬云的建設以省級臺為核心，各市縣級臺資源共享。部分廣電業務可以部署在公有云平臺。下文主要介紹臺內的私有云平臺的建設。

2.2.1 云平臺業務的設計（SaaS層）

云平臺業務（軟件即服務）由匯聚單元、生產單元和發布單元三個功能單元組成。

（1）匯聚單元

匯聚單元除衛星、光纜、微波等傳統方式收錄節目外，還包括UGC/PGC（Professionally Generated Content，專業生產內容）資源、網站最新發布信息、微博信息、熱度排行、關鍵詞、圖片新聞等媒體資源提供的信息。該功能單元通過門戶頁面提供給用戶直接使用，結合節目生產的業務需求，完成匯聚素材和信息的挑選，為節目選題、文稿及節目的制作提供豐富的素材來源。

（2）生產單元

生產單元是面向多渠道發布需求，對匯聚單元接收的新聞視訊、圖文資料等信息進行多形態加工處理，或將本臺獨立制作的新聞專題、綜藝節目、MV等成品視音頻節目進行拆分編輯，生成適合多渠道發布的短片，滿足各類終端用戶數字信息和數字生活需求的功能單元。

（3）發布單元

發布單元是將制作的視訊、圖文信息，通過多種渠道面向多終端發布的功能單元。該功能單元設計由WEB、APP、微博、微信和臺內五個發布渠道組成。

融合媒體系統的設計，通過安全防護網關實現與臺內生產系統有機關聯；臺內生產系統能夠通過融合CMS實現“一鍵式”，即同時向WEB、微博、微信、APP發布，以減少操作人員工作量，提高工作效率。

2.2.2 業務平臺的設計（PaaS層）

業務平臺（平臺即服務）為云架構業務（軟件服務）提供統一支撐能力，并提供開放式開發接口與開發包，滿足二次開發與功能擴展的需要。業務平臺層包含資源適配服務層，用于IaaS服務，并實現計算服務、存儲服務以及網絡服務的統一調度。圖2為業務平臺的架構。

2.2.3 基礎平臺的設計（1aaS）

IaaS利用虛擬化技術將計算、存儲和網絡等基礎硬件資源，以邏輯方式形成基礎資源池，再將資源池提供的虛擬機、虛擬存儲或虛擬端口組等經過二次封裝與組合、調度使用，形成一個個面向組織用戶的虛擬服務器、虛擬桌面或者虛擬存儲。基礎平臺提供給用戶的服務是對全部計算基礎設施所形成的資源池的利用，包括CPU、GPU、內存、存儲、網絡帶寬和其他基本的硬件資源。其平臺模型如圖3所示，在平臺模型基礎上進一步細化，具體架構如圖4所示。

2.3 融合媒體平臺的設計

如何確定融合媒體平臺建設規模是重點考慮的內容，需要按照以下幾個步驟完成。

（1）根據業主需求確定電視中心的業務流程以及工作站點數量需求；

（2）根據業務流程確定系統平臺和系統應用（PaaS及SaaS）；

（3）針對不同的平臺及應用對CPU、內存、存儲及網絡帶寬的需求進行整理；

（4）通過資源計算確定基礎平臺（IaaS）需要虛擬化的CPU、內存、存儲及網絡帶寬的量；

（5）根據項目的實際情況選擇服務器的種類、存儲的類型、網絡架構形式。

下面針對每一步驟的具體操作事項進行說明。

2.3.1 第一步：需求確定

在《電視臺數字化網絡化建設白皮書（2.0）》中將電視臺業務分為六個板塊：采集匯聚、新聞制播、節目演播、綜合制作、內容管理、播出分發。

在電視臺融合媒體平臺設計的初期，首先與業主單位確定平臺的功能需求來作為設計輸入。針對目前電視臺的建設需求和業務需求，從傳統的六個業務板塊的功能作為切入點，可能會增加媒體融合業務和其他輔助業務兩個板塊。

（1）采集匯聚

采集匯聚業務需要確定內容采集的途徑、信號數量以及節目采集量。全媒體的內容采集分為視音頻信號采集、網絡信息抓取、第三方CP（內容提供商）資源接入。

（2）新聞制播

新聞制播業務確定新聞節目制作量、精編非編站點數量、粗編非編站點數量、文稿編輯站點數量、審片站點數量以及新聞演播室的數量和規模。如果業主單位提不出工作站點的數量，可以按照常規方法，根據節目制作量以及業務用房的規模推算出工作站點數量。

（3）節目演播

節目演播業務需要確定演播室的數量以及哪些演播室具備直播功能。

（4）綜合制作

綜合制作業務需要確定各類節目制作量（包括綜藝節目、專題節目）、精編非編站點數量、粗編非編站點數量、包裝站點數量、打包合成站點數量、轉碼站點數量、審片站點數量。如業主單位提不出工作站點的數量，可以按照常規方法，根據節目制作量以及業務用房的規模推算出工作站點數量。

（5）內容管理

內容管理業務需要確定各頻道節目播出量、節目制作量、節目制作類型、不同類型節目成片比、存儲周期。另外需要明確節目上下載站點數量、媒資檢索站點數量、媒資編目站點數量。

（6）播出分發

播出分發業務確定頻道數量、各頻道節目播出量、播出存儲周期。

2.3.2 第二步：系統應用確定

根據云平臺的功能需求確定PaaS和SaaS。

在云平臺架構下的電視臺全臺網歸納為四個大平臺：綜合生產平臺、綜合服務平臺、新聞制播平臺、播出平臺；根據電視臺其他的業務需求增加一些平臺或系統，例如新媒體播出平臺、OA系統、監控系統等。

2.3.3 第三步：資源需求整理

根據用戶需求，對部署在IaaS的應用軟件和服務進行整理，基本能夠涵蓋每項業務具備的功能。對于不同的軟件和流程開發公司而言，程序和軟件對硬件的使用效率不盡相同，取決于應用程序的底層算法。根據目前行業內主流軟件開發公司的軟件效能，統計出各項業務的資源需求，見表1～表6。

2.3.4 第四步：基礎平臺資源池確定

將電視臺提出的各項功能需求代入資源需求表可以得到電視臺各個功能需要的資源量，加以計算分別得到整體的CPU需求量、GPU需求量、內存需求量、網絡帶寬需求量以及存儲需求量。

根據計算得到的需求量，在考慮適當冗余的情況下可以乘以系數1.0～2.0，充分考慮電視臺業務發展的空間以及不確定因素帶來的變量，最終得到電視臺云平臺的各項資源參數。

2.3.5 第五步：硬件及網絡架構的確定

根據以上步驟可以得到云平臺各項資源參數，那么最終平臺的落地實施是需要硬件來提供支撐的。確定硬件及網絡架構是設計最重要的一步。

云平臺資源池中的資源分為三類：計算資源、存儲資源、網絡資源。

這三類資源對應著三類系統硬件：計算類硬件，主要指各類型服務器；存儲類硬件，主要指磁盤陣列；網絡硬件和架構，主要指交換機、網關等硬件組成的以太網。

廣電及IT類的各類廠商中生產此類硬件的廠商數量很多，在電視臺云平臺的建設過程中應當選擇穩定性高、口碑好、使用廣泛的品牌。下面針對三類硬件分別進行說明。

（1）計算類硬件設計

構建云平臺常見的計算類硬件分為兩種，x86標準物理服務器和x86 GPU物理服務器，分別提供CPU計算資源、GPU計算資源以及內存資源。這兩種服務器從形式上可以分為機架式服務器和刀片式服務器。

為了提供足夠的資源輸出能力，選配的服務器集群的整體性能應當符合并超過之前算出的計算資源需求，即：

∑服務器CPU≥CPU需求

∑服務器GPU≥GPU需求

∑服務器內存≥內存需求

服務器與服務器之間通過虛擬化和集群化的方式形成一個整體，可以提供強大的計算能力。IT設備廠商通過軟件開發平臺對服務器群進行虛擬化搭建，與其他類型的硬件相互融合，最終形成資源池。

根據項目的不同情況和特殊性，在計算類硬件的選擇上有三種模式：全部采用機架式x86服務器；全部采用刀片式x86服務器；采用機架式x86服務器與刀片式x86服務器混合模式。

這三種模式的選擇對于云平臺本身的計算能力并沒有太多影響，主要取決于項目投資、機房建設狀況以及設備利舊等問題。三種模式優缺點如表7所示。

三種服務器硬件架構模式在不同的場合都有應用，對于新建設的電視臺云平臺來說，資源池采用統一的硬件模式是最理想的選擇。從各方面進行分析，很難說是機架式服務器更具備優勢還是刀片式服務器更具備優勢，應該講三種模式各有利弊，需要根據電視臺的實際情況和使用需求來確定硬件模式。

（2）存儲類硬件設計

在設計存儲類硬件時需要考慮幾個方面：

a.電視臺不同業務對存儲系統的要求；

b.電視臺不同業務的存儲量需求；

c.根據以上兩方面確定采用哪種存儲方式。

為提供足夠的存儲空間，選擇的存儲容量應滿足之前計算得出的電視臺存儲量的需求：

∑存儲容量≥存儲需求

根據等保要求，對于播出系統、新聞制播的等保要求是高于其他系統的，因此在存儲硬件的上需要對這兩個系統獨立搭建存儲資源池。

（3）網絡硬件和架構設計

根據網絡資源計算，可以算出并發的網絡帶寬。通常情況下私有云平臺的網絡帶寬非常高，因此電視臺的私有云網絡平臺應采用萬兆以太網的架構，能夠支持大容量的并發讀寫。

網絡系統配置上采用核心以太網交換機、接入層以太網交換機，所有交換機應當做主備冗余。云平臺與外網的連接需要采用網閘或防火墻的方式。數據中心與數據中心之間的連接應配置安全網關。

3 全媒體應急指揮中心

媒體融合還體現在政府管理體系上，璧山廣電中心項目中就設計了全媒體應急指揮中心，建設指揮調度系統。指揮中心內部引入公安、交通等部門信號，遇到突發事件時政府領導、臺領導可以在這里進行指揮。通過前線記者實時信號回傳以及視頻會議系統，實現遠程指揮操作，為重大事件活動提供指揮保障。

此指揮調度系統主要體現大屏顯示系統和視頻會議系統。針對電視臺的業務特點，增加以下系統模塊，在行政系統范圍內部署，形成統一的指揮調度平臺。如圖5所示。

（1）移動應急指揮系統

當突發新聞事件時，啟用此系統，用于前方和后方指揮人員的可視應急指揮調度。后方指揮可以看到前方新聞采集人員實時現場，與多個采訪小組利用3G、4G信號回傳的方式進行實時交流，把前方新聞采集過程中需要的照片視頻局部捕獲后廣播給前方多個終端。

（2）工作匯報移動視頻電話系統

當需要召開視頻會議時，可以在筆記本電腦或手機終端上安裝前方客戶端，呼入指揮中心內，參與視頻會議。

（3）援助專家視頻咨詢系統

對于指揮中心的派出人員可進行可控連線，由前方外派人員用手機呼入到援助中心，由指揮中心協調員通過控制端接入遠程特邀專家通過視頻解答，提供遠程咨詢。

（4）總覽地圖系統

在全媒體應急指揮中心，可以看到正在使用的前方終端在什么位置，終端回傳的實時視頻及終端所屬單位。

（5）固定監控視頻接入平臺

在全媒體指揮中心，可以看到城市的固定監控視頻。指揮中心可以有選擇地為前方手持終端提供這些實時的固定監控視頻，并與多個前方終端一起研究這些監控視頻，一邊廣播一邊標繪一邊討論。

平臺由三類終端構成，包括前方行動人員用的行動終端、前置現場指揮人員的移動或指揮終端、指揮中心的后方指揮終端。功能設計精確定位到使用者角色。

4 結語

市縣級廣電中心的融合媒體建設還處在探路的過程中，融合媒體建設不是一蹴而就的事，需要各方共同努力。璧山廣電中心的設計過程是一個新的嘗試，希望通過這個項目形成一套有特點、有代表性的市縣級電視臺建設模式，為廣電中心融合媒體建設提供新的思路。

（編輯 王芳）