吳媛 萬明 羅迎

摘 要 本文就基于B/S模式的短信監(jiān)控系統(tǒng)的設(shè)計(jì)原理、信息采集、信息存儲(chǔ)、信息發(fā)布的基本方式等做了較深入的研究，進(jìn)一步分析了監(jiān)控系統(tǒng)服務(wù)器的工作流程，闡述了相關(guān)數(shù)據(jù)格式的定義及接口的設(shè)計(jì)。

關(guān)鍵詞 氣象短信；監(jiān)控；設(shè)計(jì)

中圖分類號(hào) G2 文獻(xiàn)標(biāo)識(shí)碼 A 文章編號(hào) 2096-0360（2015）01-0033-02

一套完善的氣象短信業(yè)務(wù)平臺(tái)監(jiān)控系統(tǒng)及其告警機(jī)制，對(duì)短信業(yè)務(wù)系統(tǒng)中的硬件、軟件設(shè)備進(jìn)行實(shí)時(shí)監(jiān)控和告警，可讓業(yè)務(wù)管理者及值班人員隨時(shí)、直觀、便捷地掌握平臺(tái)運(yùn)行情況，及時(shí)發(fā)現(xiàn)并解決軟硬件故障及問題，提高氣象短信業(yè)務(wù)平臺(tái)的穩(wěn)定性，提升氣象短信服務(wù)的工作效率。

1 氣象短信平臺(tái)監(jiān)控系統(tǒng)概述

約定短信平臺(tái)被監(jiān)控模塊與監(jiān)控展示端通訊接口，設(shè)計(jì)監(jiān)控前端展示界面的界面布局。監(jiān)控短信平臺(tái)從收集到審核、管理、發(fā)布以及發(fā)布完成等每步的狀態(tài)監(jiān)控；監(jiān)控所有正在發(fā)布的任務(wù)執(zhí)行情況，并可以根據(jù)正在執(zhí)行的任務(wù)進(jìn)行調(diào)整； 系統(tǒng)監(jiān)控模塊，可以提供對(duì)系統(tǒng)中的硬件、軟件設(shè)備的實(shí)時(shí)監(jiān)控和告警。主要包括如下設(shè)備：服務(wù)器主機(jī)設(shè)備、接入網(wǎng)關(guān)模塊、業(yè)務(wù)模塊、群發(fā)服務(wù)器、包月扣費(fèi)模塊。被監(jiān)控的信息內(nèi)容主要包括：系統(tǒng)資源占用信息（CPU占用，內(nèi)存占用，磁盤空間占用等）、模塊的記數(shù)信息、模塊的運(yùn)行狀態(tài)。

1.1 告警系統(tǒng)模塊圖

告警系統(tǒng)模塊圖如下圖。

1.2 系統(tǒng)監(jiān)控

系統(tǒng)監(jiān)控可以分為信息采集、信息存儲(chǔ)、信息發(fā)布三個(gè)部分。

1.2.1 信息采集

信息采集模塊能夠獲取被監(jiān)控設(shè)備的特定信息，如CPU、磁盤空間、內(nèi)存、特定進(jìn)程、話單文件等，采集到的信息，經(jīng)過特定的處理后，提交給服務(wù)器做分析、處理。每個(gè)信息采集模塊可以按照不同的策略來配置信息處理策略，比如話單數(shù)據(jù)庫服務(wù)器，對(duì)磁盤空間的使用比較大，我們就可以把磁盤空間的處理策略設(shè)得比較敏感一些；對(duì)于應(yīng)用服務(wù)器，內(nèi)存和CPU的開銷比較大，就可以對(duì)這兩項(xiàng)的處理策略做相應(yīng)的調(diào)整。

1.2.2 信息存儲(chǔ)

信息存儲(chǔ)模塊負(fù)責(zé)存儲(chǔ)信息采集模塊發(fā)送過來的各種監(jiān)控信息，并對(duì)各種信息內(nèi)容進(jìn)行相應(yīng)的分類分析，以便于事后的系統(tǒng)監(jiān)測(cè)和故障分析。

1.2.3 信息發(fā)布

監(jiān)控系統(tǒng)支持多種信息發(fā)布方式：

1）數(shù)據(jù)庫存儲(chǔ)：缺省情況下，所有的信息都會(huì)存儲(chǔ)在數(shù)據(jù)庫當(dāng)中，以便查詢分析。

2）告警終端顯示：可以支持在某一臺(tái)或者多臺(tái)計(jì)算機(jī)上運(yùn)行告警終端程序；并支持聲光顯示。

3）短信/EMAIL告警：可以通過短信、或者EMAIL，把特定級(jí)別的告警信息發(fā)送給特定人員。

同時(shí)，系統(tǒng)也提供告警的API接口，系統(tǒng)以外的網(wǎng)絡(luò)其他模塊，通過該API接口，或者直接使用信息采集模塊，就可以把該模塊的信息采集過來，達(dá)到統(tǒng)一監(jiān)控的目的。

2 通訊協(xié)議約定

短信平臺(tái)與監(jiān)控展示前端的數(shù)據(jù)傳輸基于HTTP協(xié)議，采用POST方式。各被監(jiān)控模塊通過HTTP接口定時(shí)向監(jiān)控展示前端上報(bào)模塊的運(yùn)行數(shù)據(jù)。

3 通訊接口定義

見下表。

3.1 短信網(wǎng)關(guān)上報(bào)消息定義

3.1.1 消息頭定義

ModuleName：自行定義；ModuleType：規(guī)定為Infomaster；Carrier：運(yùn)營(yíng)商標(biāo)識(shí)；MsgType：短信網(wǎng)關(guān)。

3.1.2 接口數(shù)據(jù)字段

網(wǎng)關(guān)模塊上報(bào)的數(shù)據(jù)字段如下：

LinkStatus（短信中心連接狀態(tài)）；

DeliverySpeed（上行速度（條/秒））；

SubmitSpeed（下行速度（條/秒））；

CacheCount（當(dāng)前緩沖個(gè)數(shù)）；

SendCacheCount（發(fā)送緩沖個(gè)數(shù)）；

SubmitCount（下行短信數(shù)）；

DeliveryCount（上行短信數(shù)）；

SmcAckCount（短信中心回復(fù)ACK個(gè)數(shù)）；

SmcAckSuccessCount（短信中心回復(fù)ACK成功個(gè)數(shù)）；

SmcAckFailCount（短信中心回復(fù)ACK失敗

個(gè)數(shù)）；

SmcAckExceptionCount（短信中心回復(fù)ACK異常個(gè)數(shù)）；

SRCount（接收狀態(tài)報(bào)告數(shù)）；

SRSuccessCount（接收狀態(tài)報(bào)告成功數(shù)）；

SRFailCount（接收狀態(tài)報(bào)告失敗數(shù)）。

3.1.3 數(shù)據(jù)格式定義

各字段數(shù)值根據(jù)模塊實(shí)際數(shù)據(jù)填寫

<？xml version=”1.0” encoding=”UTF-8”？>

GWCM

127.0.0.1

Infomaster

1

CounterInfo

1

0

100

1000

10

2000

100

2000

1998

2

0

1000

990

10

4 結(jié)束語

本文主要介紹了氣象短信平臺(tái)監(jiān)控系統(tǒng)的設(shè)計(jì)思路，監(jiān)控系統(tǒng)的建立能實(shí)時(shí)、有效的監(jiān)控氣象短信的發(fā)送情況，保障氣象短信平臺(tái)的穩(wěn)定運(yùn)營(yíng)，提高氣象服務(wù)的工作效率。

參考文獻(xiàn)

[1]馬玉春.計(jì)算機(jī)監(jiān)控系統(tǒng)開發(fā)與實(shí)戰(zhàn)[M].機(jī)械工業(yè)出版社，2012.

[2]古爾利，陳涓，趙振平，等.HTTP權(quán)威指南[M].人民郵電，2012.

[3]孫卓，袁婧，丁娜，等.市級(jí)自動(dòng)氣象站數(shù)據(jù)監(jiān)控短信通知平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[J].信息化建設(shè)，2013（09）.