文/關(guān)潔
關(guān)鍵字:移動播控管理;媒體融合;信號監(jiān)控技術(shù);異地監(jiān)控;安全播出
目前,廣播電臺播控中心智能化總控系統(tǒng)已經(jīng)實現(xiàn)對本臺各頻率的節(jié)目進行全程信號鏈路的播出安全監(jiān)聽監(jiān)測,未能實現(xiàn)移動監(jiān)控的移動實時管理方式,導(dǎo)致出現(xiàn)異常情況的時候,故障信息無法實時傳到相關(guān)負責人的接收終端。
本文介紹的智能化播控系統(tǒng)的輔助系統(tǒng)——移動播控管理平臺,可以實現(xiàn)移動實時監(jiān)控的管理模式,盡可能發(fā)揮智能化數(shù)字音頻監(jiān)控系統(tǒng)的強大功能,進一步完善安播防范系統(tǒng)。
圖1 移動播控管理APP與智能化播控系統(tǒng)的關(guān)系模型
移動播控管理平臺,是在原智能化數(shù)字音頻信號監(jiān)控平臺的基礎(chǔ)上進行了功能的完善和擴展,并且具備以下優(yōu)勢。
通過移動播控管理平臺,相關(guān)負責人及技術(shù)人員能實時了解到報警及日志信息、查詢設(shè)備工作狀態(tài)及判斷故障出現(xiàn)節(jié)點,通過分析報警信息和相關(guān)數(shù)據(jù),實現(xiàn)遠程協(xié)助現(xiàn)場的值班員如何更好、更快、更準確地排除故障,實現(xiàn)安全播出。[1]
通過移動播控管理平臺,還可以實現(xiàn)對值班員工作量化的考核。
通過移動播控管理平臺,對報警信息和工作日志進行大數(shù)據(jù)統(tǒng)計、分析,并做成分析報表和圖例。
(1)音頻傳輸設(shè)備報警信息提醒推送,支持短信、APP兩種方式互補,并能按照事先設(shè)置,報警推送至多個關(guān)聯(lián)人員。
(2)實現(xiàn)移動/PC設(shè)備實時查詢音頻傳輸設(shè)備日志及工作狀態(tài),進行故障分析。
(3)異常數(shù)據(jù)監(jiān)測內(nèi)容:
臺內(nèi):(1)直播室播出設(shè)備音頻信號及播出設(shè)備狀態(tài)。
(2)直播室視頻監(jiān)控查詢。
(3)總控信號傳輸重要設(shè)備的實時狀態(tài)。
(4)網(wǎng)站、慢錄、開路、衛(wèi)星等信號狀態(tài)。
臺外:調(diào)頻臺、地球站等發(fā)射臺站的返送信號狀態(tài) 。
工作狀態(tài)拍照:通過值班人員上傳拍照或者簽名等方式實現(xiàn)對值班員工作的量化管理。
交接班制度管理:交接班制度查詢及執(zhí)行狀態(tài)查詢。
工作量化考核:實現(xiàn)工作細分,工作量統(tǒng)計、匯總,形成工作報表,以便于工作考核。
故障查詢:故障信息查詢,問題跟蹤及責任人問題處理流程查詢。
領(lǐng)導(dǎo)審核確認:領(lǐng)導(dǎo)審核確認,批復(fù)意見。
歷史故障單查詢,支持模糊查詢,包括日期、責任人、問題內(nèi)容。
按照報警類型、設(shè)備類型進行多維大數(shù)據(jù)分析,直觀了解相同類型報警信息出現(xiàn)的次數(shù)、設(shè)備故障報警出現(xiàn)的次數(shù)。根據(jù)設(shè)備情況對設(shè)備質(zhì)量及品質(zhì)進行量化評估,達到設(shè)備優(yōu)化管理的目的。
能夠?qū)牍ぷ髦蛋嗯虐啾?,對日常工作進行值班登記。工作人員調(diào)班、請假等情況一目了然,支持按照周、月、年報表。
實現(xiàn)方式:
(1)微信(短信息推送及主動查詢)。
(2)手機APP(安卓/蘋果)。
(3)端點采集。
(4)大數(shù)據(jù)分析 。
實現(xiàn)模型:
目前,在播控中心,直播室及重要傳輸設(shè)備的工作狀態(tài)及監(jiān)控信號已經(jīng)實現(xiàn)實時傳送到相應(yīng)的設(shè)備監(jiān)控服務(wù)器,服務(wù)器都放在電臺播控中心機房。我們只需要再建立一臺狀態(tài)接收服務(wù)器,把目前監(jiān)控的播出及傳輸設(shè)備的狀態(tài)信息發(fā)送到新服務(wù)器,然后通過手機APP進行相關(guān)信息的查詢和管理,如此,所有在總控值班室看到的報警信息及日志都可以在APP隨時查詢。即采用服務(wù)器數(shù)據(jù)+APP應(yīng)用客戶端/微信端即可實現(xiàn)實時播控監(jiān)控管理的目的。
移動播控管理平臺的邏輯實現(xiàn)選擇4G+webservice方式。其工作原理如下。
(1)歷史狀態(tài)信息主動訪問方式:APP端向Server端提出數(shù)據(jù)查詢請求時,Server端針對請求做出請求響應(yīng),權(quán)限關(guān)聯(lián)人通過主動發(fā)送請求,查詢歷史設(shè)備狀態(tài)或工作日志、歷史故障處理過程及結(jié)果,有助于借助歷史經(jīng)驗,快速檢查故障原因,以及對問題出現(xiàn)的頻率、設(shè)備類型等進行數(shù)據(jù)分析、曲線圖、趨勢圖分析。[2]
(2)故障及時推送:后臺進行數(shù)據(jù)倉庫規(guī)則建模,設(shè)立報警機制,清洗篩除額外數(shù)據(jù),達到閥值后對關(guān)聯(lián)人員進行故障告知,采用APP通知、短消息雙保險機制推送,使所有關(guān)聯(lián)人員都能及時知道故障原因。
(3)實時互動數(shù)據(jù)交換方式:首先建立一個后端云服務(wù)器,APP端與云服務(wù)器Server端采用WEBservice方式連接,數(shù)據(jù)格式采用JSON方式傳輸,通過定期主動輪詢的方式,保證能及時接送短消息。通過心跳的機制維護連接暢通,當Server端有監(jiān)控狀態(tài)信息數(shù)據(jù)需要交互,或者APP端有狀態(tài)信息查詢請求時,雙方都可以同時通過這個連接進行數(shù)據(jù)交換,達到實時信息交換的目的。[3]如下圖。
圖2 數(shù)據(jù)交換方式
數(shù)據(jù)存儲:
因為所有的狀態(tài)監(jiān)控信息都不用再重新提取,而是直接從已有播出設(shè)備的監(jiān)控服務(wù)器進行提取,所以,關(guān)于數(shù)據(jù)的存儲需要考慮以下三個問題。
(1)如果客戶端APP處于離線狀態(tài),再上線時如何收到之前的監(jiān)控報警信息?
APP端可以通過4G網(wǎng)絡(luò)登錄服務(wù)器獲取所有信息。當有實時報警信息需要發(fā)送給某個指定的APP時,如果該指定APP又不在線,那么,將會在下次重新打開客戶端連接網(wǎng)絡(luò)時進行數(shù)據(jù)查詢,獲取到之前傳輸過來的報警信息。同時,狀態(tài)監(jiān)控模塊會實時關(guān)注今后所有監(jiān)測狀態(tài)信息的變化,一旦出現(xiàn)更新或者異常,就會重復(fù)上面的步驟,保證APP端隨時收到相關(guān)報警信息。這樣就解決了app暫時離線的問題。
(2)監(jiān)控信息的安全性是如何保障的?
從數(shù)據(jù)安全及網(wǎng)絡(luò)風險考慮,云監(jiān)控服務(wù)器與播控中心狀態(tài)服務(wù)器采用邏輯隔離的方式,與原有廠商定制安全數(shù)據(jù)傳輸,通過安全接口將可允許數(shù)據(jù)信息傳輸?shù)奖O(jiān)控服務(wù)器。云監(jiān)控服務(wù)器將放置在原有安全的機房,保證服務(wù)器處于原有機房安全體系下。云監(jiān)控服務(wù)器處于公網(wǎng)映射端口,防止服務(wù)器直接暴露在外網(wǎng),使APP及WEB均可以訪問,APP與WEB均采用安全密碼登錄,除責任人及關(guān)聯(lián)人員外,均無法登錄,防止惡意訪問。
(3)數(shù)據(jù)如何存儲?
監(jiān)控狀態(tài)數(shù)據(jù)信息與故障跟蹤處理數(shù)據(jù)信息均保存在監(jiān)控服務(wù)器數(shù)據(jù)庫中,圖片存放在監(jiān)控服務(wù)器中的文件存儲目錄下。所有數(shù)據(jù)與文件均永久性保存,數(shù)據(jù)庫定期進行備份。
移動播控管理APP手機客戶端是針對解決移動監(jiān)控管理目的而設(shè)計的,達到了數(shù)據(jù)信號傳輸鏈路全程、全域?qū)崟r監(jiān)控的設(shè)計需求,解決了播控中心只能固定地點監(jiān)聽監(jiān)視的實際問題,能夠作為目前智能化播控系統(tǒng)的有益補充,完善了我臺的安全播出應(yīng)急保障,對廣播技術(shù)部門播控技術(shù)創(chuàng)新,做好安全播出具有良好的借鑒意義。此類方式的應(yīng)用可作為值班科室對設(shè)備的監(jiān)控管理應(yīng)用的有益補充,讓安全播出達到更快捷、更放心、更實時。