專利名稱：一種基于bs告警監(jiān)控方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種計算機(jī)通信應(yīng)用技術(shù)領(lǐng)域，具體地說是一種基于BS告警監(jiān)控方法。
背景技術(shù)：
對于傳統(tǒng)的告警監(jiān)控系統(tǒng)，都是采用C/S結(jié)構(gòu)模式，需要在每臺監(jiān)控機(jī)器上安裝一套監(jiān)控客戶端軟件，而這種方式既不利于用戶的使用，也不利于對客戶端軟件的管理和升級。隨著移動辦公和分布式辦公越來越盛行，采用WEB模式進(jìn)行告警監(jiān)控更能讓用戶容易接受和使用。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種基于BS告警監(jiān)控方法。本發(fā)明的目的是按以下方式實現(xiàn)的，告警需要通過告警采集一> 告警處理一>告警展現(xiàn)流程，才能將設(shè)備上的告警在前臺進(jìn)行展示，因此，采用Blazeds+flex的消息推送技術(shù)，前臺告警展現(xiàn)使用flex技術(shù)，使用flex的consumer組件訂閱告警，后臺通過Adobe公司的開源組件blazeds來連接jms,并且從jms接收告警,經(jīng)過一系列封裝處理后分發(fā)給前臺，具體步驟如下:
O告警訂閱、分發(fā)
前臺使用flex技術(shù)展示實時告警，采用自帶的組件Consumer訂閱目標(biāo)以接收消息，Consumer發(fā)送生成的MessageAckEvent或MessageFaultEvent消息來訂閱和取消訂閱，訂閱后，Consumer便會為它接收到的每條消息分派MessageEvent事件，當(dāng)用戶登錄系統(tǒng)后，系統(tǒng)會自動調(diào)用consumer的subscrib e O來和服務(wù)器建立長連接，當(dāng)服務(wù)器有告警時，會回調(diào)前臺的方法來進(jìn)行告警處理；
2)告警展現(xiàn)
通過Blazeds的告警分發(fā)機(jī)制，將告警發(fā)送給每個客戶端，用戶登錄告警系統(tǒng)的監(jiān)控窗口即可監(jiān)控告警；
每天大概幾十萬甚至上百萬的告警，不可能將這么多的告警都展現(xiàn)在監(jiān)控窗口中，大量的數(shù)據(jù)占用了太多的內(nèi)存，從而導(dǎo)致瀏覽器崩潰，所以，系統(tǒng)需要設(shè)置告警監(jiān)控窗口的最大容量，如果超出最大容量，按照先來后到的原則，將舊的告警從窗口中“擠出去”；
3)告警過濾
由于電信網(wǎng)絡(luò)設(shè)備較多，告警量較大，不可能由一個人完成對全網(wǎng)設(shè)備的監(jiān)控，要通過多個人分工合作，在東、南、西、北四個區(qū)域，設(shè)置4個監(jiān)控人員，每個監(jiān)控人員負(fù)責(zé)一個區(qū)域的告警監(jiān)控，此時北區(qū)的監(jiān)控人員不希望收到南區(qū)的告警，東區(qū)監(jiān)控人員不希望看到西區(qū)的告警，此時借助JMS的Selector功能，對收到告警進(jìn)行過濾篩選，不滿足Selector條件的告警不會發(fā)給用戶，不同角色的用戶擁有不同的Selector，表示如下:
VENDOR=’huawei’ AND NETWORK=' BSS' AND REGION = ‘North’此時用戶只能收到廠商是“huawei”，網(wǎng)絡(luò)類型是“BSS”，區(qū)域是“北區(qū)”上報的告警，其他的告警不會發(fā)給此用戶，從而降低客戶端的壓力；
4)告警緩存
針對大量的告警，用戶在前臺要做大量的篩選過濾操作，如果每次過濾篩選操作都查詢數(shù)據(jù)庫，這樣在相應(yīng)速度上會跟不上，而且對數(shù)據(jù)庫的壓力也會特別大，所以系統(tǒng)在前臺客戶端設(shè)置了一個緩存機(jī)制，將發(fā)給客戶端的告警存放在緩存中，當(dāng)用戶在篩選過濾時直接從緩存獲取告警，從而提高速度，降低對數(shù)據(jù)庫的壓力；
客戶端根據(jù)用戶所訂閱的告警內(nèi)容，將告警緩存到客戶端，當(dāng)緩存滿的時候，按照先進(jìn)先出的原則，將舊的告警“擠”出緩存區(qū)域，通過緩存機(jī)制保證用戶的操作比較順暢；
5)資源釋放
1)關(guān)于消息的內(nèi)存占用
當(dāng)客戶端訂閱服務(wù)器成功之后，服務(wù)器會為該客戶端生成客戶端對象，當(dāng)告警消息發(fā)往前臺時，該消息就會存于客戶端對象里，由于前臺告警接收到消息后，服務(wù)端的消息就沒有用了，為了節(jié)約內(nèi)存占用，就得將消息從客戶端對象刪除；
2)客戶端取消訂閱，斷開和JMS的連接
由于客戶端每訂閱一次，就會和JMS建立一個連接，當(dāng)客戶端退出時，必須將JMS的連接斷開，避免不必要的連接影響性能。、
本發(fā)明的優(yōu)異效果是:由于電信網(wǎng)絡(luò)規(guī)模較大，設(shè)備較多，告警量非常大，再加上告警在不停的實時上報，最大的難題就是如何在前臺展現(xiàn)這個告警，而且不會，采用傳統(tǒng)的在前臺使用“拉”數(shù)據(jù)的方式肯定行不通，只能采用后臺“推送”的這種方式將告警推向前臺。告警需要通過告警采集一> 告警處理一> 告警展現(xiàn)流程，才能將設(shè)備上的告警在前臺進(jìn)行展示，因此，采用Blazeds+flex的消息推送技術(shù),前臺告警展現(xiàn)使用flex技術(shù),使用flex的consumer組件訂閱告警,后臺通過Adobe公司的開源組件blazeds來連接jms,并且從jms接收告警，經(jīng)過一系列封裝處理后分發(fā)給前臺，隨著移動辦公和分布式辦公越來越盛行，采用WEB模式進(jìn)行告警監(jiān)控更能讓用戶容易接受和使用。


圖1是FM數(shù)據(jù)流 圖2是消息分發(fā)示意 圖3是告警訂閱、分發(fā)流程圖。
具體實施例方式參照說明書附圖對本發(fā)明的方法作以下詳細(xì)地說明。告警需要通過“告警采集”一> “告警處理”一> “告警展現(xiàn)”流程，才能將設(shè)備上的告警在前臺進(jìn)行展示。整個系統(tǒng)的框架如下:
由于電信網(wǎng)絡(luò) 規(guī)模較大，設(shè)備較多，告警量非常大，再加上告警在不停的實時上報，最大的難題就是如何在前臺展現(xiàn)這個告警，而且不會，采用傳統(tǒng)的在前臺使用“拉”數(shù)據(jù)的方式肯定行不通，只能采用后臺“推送”的這種方式將告警推向前臺。采用Blazeds+flex的消息推送技術(shù),前臺告警展現(xiàn)使用flex技術(shù),使用flex的consumer組件訂閱告警,后臺通過Adobe公司的開源組件blazeds來連接jms,并且從jms接收告警，經(jīng)過一系列封裝處理分發(fā)給前臺。告警訂閱、分發(fā)
前臺主要使用了 flex技術(shù)展示實時告警,采用自帶的組件Consumer訂閱目標(biāo)以接收消息，Consumer發(fā)送生成的MessageAckEvent或MessageFaultEvent消息來訂閱和取消訂閱。訂閱后,Consumer便會為它接收到的每條消息分派MessageEvent事件。當(dāng)用戶登錄系統(tǒng)后，系統(tǒng)會自動調(diào)用consumer的subscribe O來和服務(wù)器建立長連接，當(dāng)服務(wù)器有告警時，會回調(diào)前臺的方法來進(jìn)行告警處理。告警展現(xiàn)
通過Blazeds的告警分發(fā)機(jī)制，將告警發(fā)送給每個客戶端(flex端)，用戶登錄告警系統(tǒng)的監(jiān)控窗口即可監(jiān)控告警。每天大概幾十萬甚至上百萬的告警，不可能將這么多的告警都展現(xiàn)在監(jiān)控窗口中，大量的數(shù)據(jù)占用了太多的內(nèi)存，從而導(dǎo)致瀏覽器崩潰，所以系統(tǒng)需要設(shè)置告警監(jiān)控窗口的最大容量，如果超出最大容量，按照先來后到的原則，將舊的告警從窗口中“擠出去”。告警過濾
由于電信網(wǎng)絡(luò)設(shè)備較多，告警量較大，不可能由一個人完成對全網(wǎng)設(shè)備的監(jiān)控，一般都是多個人分工合作。例如:有四個區(qū)域(東、南、西、北)，有4個監(jiān)控人員，每個監(jiān)控人員負(fù)責(zé)一個區(qū)域的告警監(jiān)控，此時北區(qū)的監(jiān)控人員不希望收到南區(qū)的告警，東區(qū)監(jiān)控人員不希望看到西區(qū)的告警。此時可以借助JMS的Selector功能，可以對收到告警進(jìn)行過濾篩選，不滿足Selector條件的告警不會發(fā)給用戶。

不用角色的用戶擁有不同的Selector,如:
VENDOR=’huawei’ AND NETWORK=' BSS' AND REGION = ‘North’
此時用戶只能收到廠商是“huawei”，網(wǎng)絡(luò)類型是“BSS”，區(qū)域是“北區(qū)”上報的告警，其他的告警不會發(fā)給此用戶，從而降低客戶端的壓力。告警緩存
針對大量的告警，用戶在前臺要做大量的篩選過濾操作，如果每次過濾篩選操作都查詢數(shù)據(jù)庫，這樣在相應(yīng)速度上會跟不上，而且對數(shù)據(jù)庫的壓力也會特別大。所以系統(tǒng)在前臺(客戶端)設(shè)置了一個緩存機(jī)制，將發(fā)給客戶端的告警存放在緩存中，當(dāng)用戶在篩選過濾時可以直接從緩存獲取告警，從而提高速度，降低對數(shù)據(jù)庫的壓力?？蛻舳烁鶕?jù)用戶所訂閱的告警內(nèi)容，將告警緩存到客戶端，當(dāng)緩存滿的時候，按照先進(jìn)先出的原則，將舊的告警“擠”出緩存區(qū)域。通過緩存機(jī)制保證用戶的操作比較順暢。資源釋放
1)關(guān)于消息的內(nèi)存占用
當(dāng)客戶端訂閱服務(wù)器成功之后，服務(wù)器會為該客戶端生成客戶端對象，當(dāng)告警消息發(fā)往前臺時，該消息就會存于客戶端對象里，由于我們前臺告警接收到消息后，服務(wù)端的消息就沒有用了，為了節(jié)約內(nèi)存占用，就得將消息從客戶端對象刪除；
2)客戶端取消訂閱，斷開和JMS的連接
由于客戶端每訂閱一次，就會和JMS建立一個連接，當(dāng)客戶端退出時，我們必須將JMS的連接斷開，避免不必要的連接影響性能。
除說 明書所述的技術(shù)特征外，均為本專業(yè)技術(shù)人員的已知技術(shù)。
權(quán)利要求
1.一種基于BS告警監(jiān)控方法，其特征在于，告警需要通過告警采集---> 告警處理一> 告警展現(xiàn)流程，才能將設(shè)備上的告警在前臺進(jìn)行展示，因此，采用Blazeds+flex的消息推送技術(shù)，前臺告警展現(xiàn)使用flex技術(shù),使用flex的consumer組件訂閱告警,后臺通過Adobe公司的開源組件blazeds來連接jms,并且從jms接收告警,經(jīng)過一系列封裝處理后分發(fā)給前臺，具體步驟如下: O告警訂閱、分發(fā) 前臺使用flex技術(shù)展示實時告警，采用自帶的組件Consumer訂閱目標(biāo)以接收消息，Consumer發(fā)送生成的MessageAckEvent或MessageFaultEvent消息來訂閱和取消訂閱，訂閱后，Consumer便會為它接收到的每條消息分派MessageEvent事件，當(dāng)用戶登錄系統(tǒng)后，系統(tǒng)會自動調(diào)用consumer的subscribe O來和服務(wù)器建立長連接，當(dāng)服務(wù)器有告警時，會回調(diào)前臺的方法來進(jìn)行告警處理； 2)告警展現(xiàn) 通過Blazeds的告警分發(fā)機(jī)制，將告警發(fā)送給每個客戶端，用戶登錄告警系統(tǒng)的監(jiān)控窗口即可監(jiān)控告警； 每天大概幾十萬甚至上百萬的告警，不可能將這么多的告警都展現(xiàn)在監(jiān)控窗口中，大量的數(shù)據(jù)占用了太多的內(nèi)存，從而導(dǎo)致瀏覽器崩潰，所以，系統(tǒng)需要設(shè)置告警監(jiān)控窗口的最大容量，如果超出最大容量，按照先來后到的原則，將舊的告警從窗口中“擠出去”；` 3)告警過濾 由于電信網(wǎng)絡(luò)設(shè)備較多，告警量較大，不可能由一個人完成對全網(wǎng)設(shè)備的監(jiān)控，要通過多個人分工合作，在東、南、西、北四個區(qū)域，設(shè)置4個監(jiān)控人員，每個監(jiān)控人員負(fù)責(zé)一個區(qū)域的告警監(jiān)控，此時北區(qū)的監(jiān)控人員不希望收到南區(qū)的告警，東區(qū)監(jiān)控人員不希望看到西區(qū)的告警，此時借助JMS的Selector功能，對收到告警進(jìn)行過濾篩選，不滿足Selector條件的告警不會發(fā)給用戶，不同角色的用戶擁有不同的Selector，表示如下:VENDOR=’huawei’ AND NETWORK=' BSS' AND REGION = ‘North’ 此時用戶只能收到廠商是“huawei”，網(wǎng)絡(luò)類型是“BSS”，區(qū)域是“北區(qū)”上報的告警，其他的告警不會發(fā)給此用戶，從而降低客戶端的壓力； 4)告警緩存 針對大量的告警，用戶在前臺要做大量的篩選過濾操作，如果每次過濾篩選操作都查詢數(shù)據(jù)庫，這樣在相應(yīng)速度上會跟不上，而且對數(shù)據(jù)庫的壓力也會特別大，所以系統(tǒng)在前臺客戶端設(shè)置了一個緩存機(jī)制，將發(fā)給客戶端的告警存放在緩存中，當(dāng)用戶在篩選過濾時直接從緩存獲取告警，從而提高速度，降低對數(shù)據(jù)庫的壓力； 客戶端根據(jù)用戶所訂閱的告警內(nèi)容，將告警緩存到客戶端，當(dāng)緩存滿的時候，按照先進(jìn)先出的原則，將舊的告警“擠”出緩存區(qū)域，通過緩存機(jī)制保證用戶的操作比較順暢； 5)資源釋放 1)關(guān)于消息的內(nèi)存占用 當(dāng)客戶端訂閱服務(wù)器成功之后，服務(wù)器會為該客戶端生成客戶端對象，當(dāng)告警消息發(fā)往前臺時，該消息就會存于客戶端對象里，由于前臺告警接收到消息后，服務(wù)端的消息就沒有用了，為了節(jié)約內(nèi)存占用，就得將消息從客戶端對象刪除； 2)客戶端取消訂閱，斷開和JMS的連接由于客戶端每訂閱一次，就會和JMS建立一個連接，當(dāng)客戶端退出時，必須將JMS的連接斷開，避免不必要的 連接影響性能。
全文摘要
本發(fā)明提供一種基于BS告警監(jiān)控方法，由于電信網(wǎng)絡(luò)規(guī)模較大，設(shè)備較多，告警量非常大，再加上告警在不停的實時上報，最大的難題就是如何在前臺展現(xiàn)這個告警，而且不會，采用傳統(tǒng)的在前臺使用“拉”數(shù)據(jù)的方式肯定行不通，只能采用后臺“推送”的這種方式將告警推向前臺。告警需要通過告警采集--->告警處理--->告警展現(xiàn)流程，才能將設(shè)備上的告警在前臺進(jìn)行展示，因此，采用Blazeds+flex的消息推送技術(shù)，前臺告警展現(xiàn)使用flex技術(shù)，使用flex的consumer組件訂閱告警，后臺通過Adobe公司的開源組件blazeds來連接jms，并且從jms接收告警，經(jīng)過一系列封裝處理后分發(fā)給前臺，隨著移動辦公和分布式辦公越來越盛行，采用WEB模式進(jìn)行告警監(jiān)控更能讓用戶容易接受和使用。
文檔編號H04L12/24GK103236952SQ201310181440
公開日2013年8月7日 申請日期2013年5月16日 優(yōu)先權(quán)日2013年5月16日
發(fā)明者趙宏 申請人:浪潮通信信息系統(tǒng)有限公司