[發(fā)明專利]一種可擴(kuò)展的告警應(yīng)急處理系統(tǒng)及其控制方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201210291270.3
• 申請(qǐng)日: 2012-08-15
• 公開（公告）號(hào): CN102833099A
• 公開（公告）日: 2012-12-19
• 發(fā)明（設(shè)計(jì)）人: 孫金剛;張晉峰;王靜靜
• 申請(qǐng)（專利權(quán)）人: 曙光信息產(chǎn)業(yè)（北京）有限公司
• 主分類號(hào): H04L12/24
• 分類號(hào): H04L12/24
• 代理公司: 北京安博達(dá)知識(shí)產(chǎn)權(quán)代理有限公司 11271
• 代理人: 徐國(guó)文

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，具體涉及一種可擴(kuò)展的告警應(yīng)急處理系統(tǒng)及其控制方法。

背景技術(shù)

在計(jì)算機(jī)的告警系統(tǒng)中，可以提供給用戶告警信息的查詢，告警信息操作，告警信息報(bào)表和告警策略配置等功能，而告警策略配置功能非常重要，也就是：用戶可以配置當(dāng)特定的告警信息產(chǎn)生的情況下，觸發(fā)一種應(yīng)急處理（如聲音報(bào)警，短信通知等）。這一功能，可以在告警發(fā)送的第一時(shí)間，有軟件系統(tǒng)予以響應(yīng)，對(duì)各種告警做應(yīng)急處理，可以極大程度地降低損失和故障影響，幫助提供故障排除效率，意義重大。

在現(xiàn)有的軟件系統(tǒng)中，是根據(jù)用戶的需求進(jìn)行功能的開發(fā)，這些功能屬于告警系統(tǒng)的一部分，沒有獨(dú)立開，往往是以硬編碼的形式，存在于告警系統(tǒng)中。

但當(dāng)用戶對(duì)于告警應(yīng)急處理方式的需求發(fā)送變化，或增加或減少，不可避免地導(dǎo)致對(duì)告警系統(tǒng)的代碼經(jīng)行修改。而且同一款產(chǎn)品對(duì)于不同的用戶可能會(huì)有不同的告警應(yīng)急處理方式的需求，在后期維護(hù)階段，同一款軟件產(chǎn)品，會(huì)按照用戶劃分為不同的版本。上述情況會(huì)對(duì)軟件產(chǎn)品導(dǎo)致風(fēng)險(xiǎn)大，周期長(zhǎng)，成本高，維護(hù)困難等問題，

發(fā)明內(nèi)容

針對(duì)現(xiàn)有技術(shù)的不足，本發(fā)明提供一種可擴(kuò)展的告警應(yīng)急處理系統(tǒng)及其控制方法，使所有的告警應(yīng)急處理方式都以插件的形式集成于告警系統(tǒng)，可以方便地經(jīng)行安裝和卸載。只需要開發(fā)和維護(hù)告警應(yīng)急處理方式的插件，完全不用修改告警系統(tǒng)現(xiàn)有代碼。

本發(fā)明提供一種可擴(kuò)展的告警應(yīng)急處理系統(tǒng)，其改進(jìn)之處在于，包括告警策略管理框架和告警應(yīng)急處理插件；

所述告警策略管理框架嵌入到告警系統(tǒng)中；所述告警應(yīng)急處理插件通過熱插拔方式與所述告警策略管理框架通信并完成告警信息的應(yīng)急處理。

其中，所述告警策略管理框架包括依次連接的策略配置模塊、策略匹配模塊和告警應(yīng)急處理方式調(diào)用模塊。

其中，所述策略配置模塊用于當(dāng)觸發(fā)指定類型的告警信息后，系統(tǒng)進(jìn)行配置和管理；

所述策略匹配模塊用于當(dāng)系統(tǒng)產(chǎn)生告警信息時(shí)，根據(jù)用戶配置的策略，進(jìn)行匹配；

所述告警應(yīng)急處理方式調(diào)用模塊用于當(dāng)策略匹配成功時(shí)，使用告警處理名稱，運(yùn)行對(duì)應(yīng)的插件。

其中，所述告警應(yīng)急處理插件用于與告警處理方式表通信，將所述告警應(yīng)急處理插件的處理方式名稱實(shí)時(shí)保存或刪除。

本發(fā)明基于另一目的提供的一種可擴(kuò)展的告警應(yīng)急處理系統(tǒng)的控制方法，其改進(jìn)之處在于，所述方法包括如下步驟：

步驟一：將所述告警應(yīng)急處理插件插到計(jì)算機(jī)中并執(zhí)行bundle啟動(dòng)流程；

步驟二：所述策略匹配模塊接收告警信息；

步驟三：所述策略配置模塊根據(jù)所述告警信息在策略信息表中查找匹配策略；

步驟四：判斷所述策略信息表中策略匹配是否成功，是則進(jìn)行步驟五，否則結(jié)束；

步驟五：所述告警應(yīng)急處理方式調(diào)用模塊讀取告警處理方式表中相應(yīng)的告警方式處理方式名稱；

步驟六：取得OSGI服務(wù)并執(zhí)行。

其中，步驟一所述執(zhí)行bundle啟動(dòng)流程包括如下步驟：

（1）安裝所述告警應(yīng)急處理插件；

（2）注冊(cè)告警處理方式；

（3）將OSGI服務(wù)名寫入數(shù)據(jù)庫，并更新處理方式表。

其中，所述告警處理方式包括：聲音報(bào)警服務(wù)、短信報(bào)警服務(wù)、郵件報(bào)警服務(wù)和其他報(bào)警服務(wù)。

其中，當(dāng)數(shù)據(jù)庫中告警處理方式名稱被刪除時(shí)，同時(shí)刪除所有配置了該處理方式的策略信息。策略配置信息儲(chǔ)存在數(shù)據(jù)庫的策略信息表中。

與現(xiàn)有技術(shù)比，本發(fā)明的有益效果為：

本發(fā)明使所有的告警應(yīng)急處理方式都以插件的形式集成于告警系統(tǒng)，可以方便地經(jīng)行安裝和卸載。只需要開發(fā)和維護(hù)告警應(yīng)急處理方式的插件，完全不用修改告警系統(tǒng)現(xiàn)有代碼。做到保證軟件質(zhì)量的同時(shí)，縮短開發(fā)周期，快速滿足用戶需求，降低了開發(fā)成本，而且易于部署和維護(hù)。

本發(fā)明每個(gè)告警應(yīng)急處理方式作為一個(gè)獨(dú)立功能模塊以插件的形式來開發(fā)，可動(dòng)態(tài)部署到告警系統(tǒng)中，無需對(duì)原有系統(tǒng)的代碼進(jìn)行修改。

本發(fā)明降低了軟件產(chǎn)品的耦合性，簡(jiǎn)化開發(fā)的復(fù)雜度，提高開發(fā)效率，優(yōu)化了軟件的版本管理和維護(hù)，節(jié)約成本。

附圖說明

圖1為本發(fā)明提供的控制方法流程圖。

圖2為本發(fā)明提供的bundle啟動(dòng)流程圖。

具體實(shí)施方式

下面結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式作進(jìn)一步的詳細(xì)說明。