賈澤莘

（廣西廣播電視技術(shù)中心）

一、引言

現(xiàn)階段大部分無(wú)線發(fā)射臺(tái)站均實(shí)現(xiàn)了臺(tái)內(nèi)自動(dòng)化和遠(yuǎn)程監(jiān)控，極大的增強(qiáng)了臺(tái)站的安播效果；但基于信息系統(tǒng)安全考慮，臺(tái)站監(jiān)控、告警信息瀏覽一般不對(duì)外開(kāi)放端口，只能在內(nèi)網(wǎng)終端進(jìn)行，臺(tái)站維護(hù)人員一般不具備全天候連入內(nèi)網(wǎng)條件，但基本上都會(huì)配備有移動(dòng)手機(jī)終端。因此為確保臺(tái)站故障信息能準(zhǔn)確送達(dá)維護(hù)人員，同時(shí)能在故障長(zhǎng)時(shí)間未得到解決時(shí)持續(xù)通知提醒，提高故障解決效率，依托原有遠(yuǎn)程監(jiān)控系統(tǒng)的告警信息數(shù)據(jù)庫(kù)接口和短信發(fā)布服務(wù)器，建立一套廣播電視無(wú)線發(fā)射臺(tái)站安全播出告警信息短信發(fā)布系統(tǒng)，減少安全播出隱患顯得極其必要。

二、設(shè)計(jì)目標(biāo)

本系統(tǒng)主要是實(shí)現(xiàn)對(duì)無(wú)線發(fā)射臺(tái)站前端采集而來(lái)故障告警信息進(jìn)行處理后二次分析，再由短信服務(wù)器快速進(jìn)行告警信息發(fā)布，可以按各種設(shè)定條件下（如分頻率、分節(jié)目、分模塊、分系統(tǒng)、分臺(tái)站和分地市中心等）進(jìn)行信息發(fā)布；也可根據(jù)故障級(jí)別和臺(tái)站級(jí)別，逐級(jí)逐次實(shí)時(shí)發(fā)送至相關(guān)的管理或維護(hù)人員。同時(shí)系統(tǒng)還應(yīng)具備管理方便、易于擴(kuò)展等功能，如增加刪減臺(tái)站、聯(lián)系人、檢修時(shí)段暫停發(fā)布信息等，另外系統(tǒng)架構(gòu)可提供開(kāi)放性接口，方便今后遠(yuǎn)程監(jiān)控系統(tǒng)升級(jí)改造后進(jìn)行再次整合。

三、系統(tǒng)方案與實(shí)現(xiàn)

（一）總體框架

廣播電視無(wú)線發(fā)射臺(tái)站安全播出告警信息短信發(fā)布系統(tǒng)的拓?fù)鋱D如圖1所示，首先是由全區(qū)各臺(tái)站主控計(jì)算機(jī)對(duì)各告警子系統(tǒng)數(shù)據(jù)進(jìn)行采集并經(jīng)由SDH網(wǎng)絡(luò)回傳至中心服務(wù)器，發(fā)布系統(tǒng)對(duì)中心服務(wù)器的數(shù)據(jù)庫(kù)進(jìn)行讀取后二次分析，符合發(fā)布條件則寫(xiě)入短信服務(wù)器數(shù)據(jù)庫(kù)，最終經(jīng)由GSM短信模塊發(fā)送至手機(jī)接收終端。

圖1 廣播電視無(wú)線發(fā)射臺(tái)站安全播出告警短信發(fā)布系統(tǒng)拓?fù)鋱D

（二）系統(tǒng)主要模塊設(shè)計(jì)

本系統(tǒng)基于ASP.NET架構(gòu)設(shè)計(jì)，采用C#語(yǔ)言和SQL Server 2014數(shù)據(jù)庫(kù)進(jìn)行開(kāi)發(fā)，部署于windows server 2012系統(tǒng)中，基于前期功能需求分析及易于管理維護(hù)方面考慮，系統(tǒng)采用模塊化開(kāi)發(fā)，主要設(shè)計(jì)以下幾個(gè)模塊：

1.故障類型管理模塊

主要作用為維護(hù)管理故障類型數(shù)據(jù)庫(kù)，通過(guò)對(duì)故障管理模塊的設(shè)置，確定故障告警信息的類型是否符合派發(fā)條件，同時(shí)也是故障派發(fā)數(shù)量統(tǒng)計(jì)的重要依據(jù)。

2.時(shí)間信息管理模塊

故障時(shí)長(zhǎng)是安全播出指標(biāo)的重要考量，因此時(shí)間模塊又細(xì)分為3個(gè)類型，分別是節(jié)目播出時(shí)間管理、暫停發(fā)送信息時(shí)間管理和發(fā)送信息時(shí)間管理，主要功能是判定故障信息是否在派發(fā)時(shí)間段內(nèi)，例如臨時(shí)檢修、關(guān)機(jī)時(shí)段、例行維護(hù)、夜間非重要時(shí)段、重保期時(shí)段等。

3.臺(tái)站基礎(chǔ)信息管理模塊

此模塊主要是提取臺(tái)站級(jí)別信息，臺(tái)站級(jí)別是告警信息持續(xù)提醒時(shí)間間隔的重要依據(jù)，臺(tái)站相關(guān)信息可以為告警信息發(fā)布和統(tǒng)計(jì)做出條件選擇。

4.節(jié)目基礎(chǔ)信息管理模塊

主要儲(chǔ)存和管理所有臺(tái)站播出的節(jié)目名稱和節(jié)目頻率，并確定節(jié)目類別是中央節(jié)目還是省級(jí)節(jié)目或縣市節(jié)目，不同級(jí)別的節(jié)目播出時(shí)長(zhǎng)不同，告警信息發(fā)布的時(shí)間段也不一致。

5.人員管理模塊

人員管理主要包括系統(tǒng)管理員和接收告警信息的相關(guān)負(fù)責(zé)人，告警信息接收者又分為多個(gè)級(jí)別，人員管理模塊主要負(fù)責(zé)對(duì)不同用戶設(shè)置不同權(quán)限，依據(jù)權(quán)限定義是否對(duì)該用戶派發(fā)告警信息。

6.故障信息管理模塊

信息管理模塊是本系統(tǒng)的核心，它包括接收和處理遠(yuǎn)程監(jiān)控系統(tǒng)服務(wù)器發(fā)送過(guò)來(lái)的故障信息，對(duì)信息進(jìn)行處理分析，實(shí)時(shí)統(tǒng)計(jì)故障持續(xù)時(shí)間，并選擇出需要發(fā)送的信息，在規(guī)定時(shí)間內(nèi)和條件下通過(guò)短信服務(wù)器派發(fā)給符合條件的負(fù)責(zé)人。

（三）系統(tǒng)實(shí)現(xiàn)

圖2 廣播電視無(wú)線發(fā)射臺(tái)站安全播出告警短信發(fā)布系統(tǒng)流程圖

整套系統(tǒng)的主要工作流程如圖2所示。

系統(tǒng)收到各個(gè)臺(tái)站上報(bào)的故障信息后，先判斷該故障信息是否需要發(fā)送，再確定發(fā)送的時(shí)間間隔，最后實(shí)現(xiàn)故障信息發(fā)送，前兩步需要在邏輯層對(duì)數(shù)據(jù)進(jìn)行分析處理，最后一步是要把經(jīng)過(guò)分析處理的故障信息放在故障信息列表中，依次發(fā)送。

具體實(shí)現(xiàn)發(fā)送故障信息包含以下三個(gè)步驟：

1.系統(tǒng)初始化時(shí)，實(shí)例化一個(gè)故障類型List列表，將需要發(fā)送的故障信息并從數(shù)據(jù)庫(kù)中提取出來(lái)，并賦值給故障類型List列表。當(dāng)有故障告警來(lái)時(shí)，就與故障類型列表進(jìn)行比對(duì)，如該故障信息的故障類型也在故障類型列表中，則將該故障信息存入當(dāng)前故障信息List列表中；如該故障信息不在故障類型列表中，則丟棄該故障信息。

2.系統(tǒng)開(kāi)啟一個(gè)定時(shí)器，用于實(shí)時(shí)循環(huán)讀取當(dāng)前故障列表中的故障信息，從故障級(jí)別和所屬的臺(tái)站級(jí)別，得出該告警信息的發(fā)送時(shí)間間隔，當(dāng)比對(duì)出故障信息滿足時(shí)間間隔發(fā)送條件時(shí)，則進(jìn)入下一個(gè)流程。

3.系統(tǒng)通過(guò)判斷故障信息所屬臺(tái)站，關(guān)聯(lián)獲取到該臺(tái)站值班手機(jī)、所屬分中心負(fù)責(zé)人和維護(hù)部負(fù)責(zé)人，接著調(diào)用短信服務(wù)器發(fā)送告警信息的函數(shù)，發(fā)送包括發(fā)送人、告警信息、接收人列表等在內(nèi)的內(nèi)容，最終通過(guò)GSM模塊發(fā)送信息至接收人手機(jī)終端。告警信息發(fā)布效果圖如圖3所示。

四、結(jié)束語(yǔ)

廣播電視無(wú)線發(fā)射臺(tái)站安全播出告警信息短信發(fā)布系統(tǒng)是遠(yuǎn)程監(jiān)控系統(tǒng)的重要組成部分，能有效的將內(nèi)網(wǎng)告警信息實(shí)時(shí)分發(fā)至維護(hù)人員手機(jī)終端，及時(shí)提醒臺(tái)站維護(hù)人員和中心值班人員對(duì)故障進(jìn)行處置，是監(jiān)測(cè)中心停播告警短信的重要補(bǔ)充。該系統(tǒng)投入運(yùn)行以來(lái)，提高了臺(tái)站故障處理效率和降低了人為通知的差錯(cuò)率、延誤率，一定程度上降低了安全播出事故的發(fā)生概率，減少安播隱患，效果良好。

圖3 告警信息發(fā)布效果圖