專利名稱:一種統(tǒng)一管理多業(yè)務(wù)系統(tǒng)的實(shí)時(shí)監(jiān)控報(bào)警系統(tǒng)和方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種多業(yè)務(wù)實(shí)時(shí)監(jiān)控報(bào)警系統(tǒng),尤其涉及一種針對(duì)不同類型、 不同地方的業(yè)務(wù)端進(jìn)行統(tǒng)一管理的實(shí)時(shí)監(jiān)控報(bào)警系統(tǒng)及其方法。
背景技術(shù):
隨著信息化的日益深入,信息系統(tǒng)已經(jīng)成為支撐各行業(yè)運(yùn)行必不可少的基 礎(chǔ)設(shè)施,信息系統(tǒng)在運(yùn)行過(guò)程中產(chǎn)生的各類監(jiān)控報(bào)警信息對(duì)用戶和管理人員及 時(shí)發(fā)現(xiàn)定位系統(tǒng)異常,挖掘系統(tǒng)運(yùn)行規(guī)律,將起到至關(guān)重要的作用,所以有必 要對(duì)這些監(jiān)控報(bào)警信息進(jìn)行實(shí)時(shí)的接收、分析和處理,但傳統(tǒng)的監(jiān)控報(bào)警手段, 都是采用各業(yè)務(wù)系統(tǒng)提供獨(dú)立的監(jiān)控界面,然后由管理人員定時(shí)進(jìn)行查詢和維
護(hù),對(duì)于重要的業(yè)務(wù)系統(tǒng),更需要確保24小時(shí)的監(jiān)管,這樣的運(yùn)行維護(hù)模式一 方面不利于及時(shí)發(fā)現(xiàn)和定位運(yùn)行異常,另一方面,監(jiān)控報(bào)警信息的分散處理也 不利于對(duì)其進(jìn)行關(guān)聯(lián)分析和深入挖掘,特別是隨著不同單位各種業(yè)務(wù)系統(tǒng)的逐 漸增多,維護(hù)成本也逐年增加,這不僅僅意味著維護(hù)人員的人力成本日益增長(zhǎng), 同時(shí)由于每個(gè)業(yè)務(wù)系統(tǒng)的維護(hù)都是獨(dú)立的,維護(hù)復(fù)雜度也同步增加。因而有必 要提供集中的、統(tǒng)一的業(yè)務(wù)實(shí)時(shí)監(jiān)控報(bào)警系統(tǒng)。
發(fā)明內(nèi)容
為解決現(xiàn)有技術(shù)中一個(gè)單位或多個(gè)單位的各個(gè)業(yè)務(wù)系統(tǒng)單獨(dú)維護(hù)所帶來(lái)的 維護(hù)信息分散、維護(hù)成本高的問(wèn)題,本發(fā)明提供一種對(duì)不同地方、不同單位或同一單位的多個(gè)相同或不相同業(yè)務(wù)系統(tǒng)進(jìn)行統(tǒng)一管理的監(jiān)控報(bào)警系統(tǒng)和運(yùn)行方 法,本發(fā)明的技術(shù)方案如下 一種統(tǒng)一管理多業(yè)務(wù)系統(tǒng)的監(jiān)控報(bào)警系統(tǒng),包括 報(bào)警接收裝置、報(bào)警處理裝置、短信發(fā)送裝置、數(shù)據(jù)庫(kù)、呈現(xiàn)裝置、用戶平臺(tái) 和郵件發(fā)送裝置,所述各個(gè)裝置通過(guò)交換機(jī)連接在一起,其特征在于,所述監(jiān) 控報(bào)警系統(tǒng)分為主控系統(tǒng)和災(zāi)備系統(tǒng),且每套系統(tǒng)配置一樣,所述業(yè)務(wù)端分別 與主控系統(tǒng)、災(zāi)備系統(tǒng)的報(bào)警接收裝置連接,所述主控系統(tǒng)、災(zāi)備系統(tǒng)通過(guò)各 自的交換機(jī)利用專用網(wǎng)絡(luò)連接在一起,所述主控系統(tǒng)、災(zāi)備系統(tǒng)由安裝在主控 系統(tǒng)中的第一災(zāi)備模塊、災(zāi)備系統(tǒng)中的第二災(zāi)備模塊控制,所述每個(gè)災(zāi)備模塊 分別包括狀態(tài)監(jiān)控子模塊和控制子模塊,
所述業(yè)務(wù)端為各個(gè)不同類型或相同類型的業(yè)務(wù)系統(tǒng),所述業(yè)務(wù)系統(tǒng)分布在 同一單位或不同單位;
所述報(bào)警接收裝置包括接收信息識(shí)別、注冊(cè)信息識(shí)別、報(bào)警信息處理
所述接收信息識(shí)別包括識(shí)別報(bào)警信息結(jié)構(gòu)、通信協(xié)議和對(duì)發(fā)送方式的
認(rèn)證;
所述注冊(cè)信息識(shí)別包括登記業(yè)務(wù)端合法性判斷、注冊(cè)碼識(shí)別; 所述報(bào)警信息處理包括報(bào)警對(duì)象、報(bào)警原因、報(bào)警時(shí)間、報(bào)警等級(jí)、 報(bào)警內(nèi)容的處理;
所述用戶平臺(tái)包括普通用戶輸入平臺(tái)、匿名用戶輸入平臺(tái)、管理員輸入平臺(tái).
所述普通用戶輸入平臺(tái)為用戶提供對(duì)其業(yè)務(wù)端管理方式、報(bào)警方式、處 理方式的修改、查詢及定義。所述匿名用戶輸入平臺(tái),為非注冊(cè)用戶提供一個(gè)基本功能的運(yùn)行平臺(tái); 所述管理員輸入平臺(tái),為高級(jí)用戶提供一個(gè)完全開(kāi)放的自設(shè)定運(yùn)行平 臺(tái).
所述第一災(zāi)備模塊、第二災(zāi)備模塊之間利用獲取的對(duì)方心跳信息來(lái)判斷是 否異常,所述第一災(zāi)備模塊、第二災(zāi)備模塊通過(guò)監(jiān)控子模塊、控制子模塊在對(duì) 方系統(tǒng)出現(xiàn)問(wèn)題時(shí)能夠進(jìn)行接管控制并對(duì)問(wèn)題系統(tǒng)進(jìn)行修復(fù);
所述主控系統(tǒng)、災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù)能夠識(shí)別讀取操作和寫(xiě)入操作;讀取操 作能夠同時(shí)對(duì)主控系統(tǒng)、災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行操作,寫(xiě)入操作時(shí)只能對(duì)主控 系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行操作,寫(xiě)入數(shù)據(jù)由災(zāi)備模塊自動(dòng)備份到災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù), 使用中的數(shù)據(jù)庫(kù)發(fā)生問(wèn)題,災(zāi)備模塊自動(dòng)啟動(dòng)備用數(shù)據(jù)庫(kù)并對(duì)問(wèn)題數(shù)據(jù)庫(kù)進(jìn)行 修復(fù)。
本發(fā)明報(bào)警裝置的監(jiān)控方法
A、 所述報(bào)警接收裝置接收各個(gè)業(yè)務(wù)端的報(bào)警信息;
(1 )首先對(duì)接收到的報(bào)警信息進(jìn)行信息來(lái)源確認(rèn); (2)對(duì)認(rèn)可的信息傳給報(bào)警處理裝置進(jìn)行處理;
B、 報(bào)警處理裝置按事先定義的標(biāo)準(zhǔn)將接收到的信息通過(guò)交換機(jī)發(fā)送 到短信發(fā)送裝置、呈現(xiàn)裝置、郵件發(fā)送裝置。
本發(fā)明監(jiān)控方法的另一優(yōu)選方式所述A步驟(l)中對(duì)信息來(lái)源確認(rèn)包括
(1) 按系統(tǒng)定義的接口標(biāo)準(zhǔn)認(rèn)證報(bào)警信息結(jié)構(gòu)、通信協(xié)議、信息發(fā)送方式;
(2) 判斷業(yè)務(wù)端合法性;
(3) 業(yè)務(wù)端標(biāo)識(shí)碼識(shí)別。本發(fā)明監(jiān)控方法的又一優(yōu)選方式,所述A步驟(2)中信息處理包括
(1) 對(duì)認(rèn)可信息進(jìn)行報(bào)警對(duì)象、報(bào)警原因、報(bào)警事件、報(bào)警等級(jí)、報(bào)警內(nèi) 容信息分類;
(2) 將分類后的信息放入報(bào)警事件緩沖隊(duì)列中;
(3) 按報(bào)警等級(jí)、時(shí)間優(yōu)先從報(bào)警事件緩沖隊(duì)列中提取報(bào)警事件信息進(jìn)行處理。
本發(fā)明監(jiān)控方法的還一優(yōu)選方法,所述(1)步驟中信息分類包括如下步驟:
(1) 將信息分成報(bào)警事件和恢復(fù)事件;
(2) 按業(yè)務(wù)端設(shè)定的報(bào)警編碼號(hào)査詢新接收?qǐng)?bào)警事件是否接收過(guò),按結(jié)果 做相應(yīng)處理;
(3) 按業(yè)務(wù)端設(shè)定的報(bào)警編碼號(hào)査詢是否有恢復(fù)事件對(duì)應(yīng)的報(bào)警事件,按 結(jié)果做相應(yīng)處理。
本發(fā)明監(jiān)控方法的再一優(yōu)選方式,所述(2)中還包括如下步驟 (1)將新報(bào)警信息及報(bào)警恢復(fù)信息存入數(shù)據(jù)庫(kù); (2 )刪除數(shù)據(jù)庫(kù)中已恢復(fù)但還在發(fā)送隊(duì)列的報(bào)警信息。
本發(fā)明監(jiān)控方法的還一優(yōu)選方式,所述B步驟事先定義包括如下執(zhí)行策略
(1) 系統(tǒng)預(yù)定義的報(bào)警發(fā)送策略,包含但不限于報(bào)警級(jí)別、發(fā)送方式;
(2) 用戶自定義的報(bào)警發(fā)送策略,包含但不限于報(bào)警級(jí)別、發(fā)送方式。 本發(fā)明監(jiān)控方法的再一優(yōu)選方式,還包括報(bào)警監(jiān)控系統(tǒng)故障恢復(fù)步驟,當(dāng)
主控系統(tǒng)或?yàn)?zāi)備系統(tǒng)出現(xiàn)故障時(shí)
(1)災(zāi)備控制模塊修改報(bào)警引擎、用戶平臺(tái)數(shù)據(jù)庫(kù)連接配置文件,并暫停問(wèn)題裝置的工作,控制災(zāi)備系統(tǒng)的相關(guān)裝置提供服務(wù);
(2)修復(fù)問(wèn)題裝置,修改報(bào)警引擎、用戶平臺(tái)數(shù)據(jù)庫(kù)連接配置文件,啟用 修復(fù)后的裝置。
本技術(shù)方案使得現(xiàn)有多樣化、分散化的信息系統(tǒng)得以在一個(gè)監(jiān)控報(bào)警系統(tǒng) 中并存,與現(xiàn)有技術(shù)相比,本技術(shù)方案的實(shí)時(shí)監(jiān)控報(bào)警系統(tǒng)及運(yùn)行方法不僅為 各個(gè)業(yè)務(wù)系統(tǒng)的報(bào)警提供了統(tǒng)一的報(bào)警接口,并且為維護(hù)人員提供了定制報(bào)警 策略的方法和豐富的報(bào)警呈現(xiàn)方式,本系統(tǒng)可以將維護(hù)人員管理的多個(gè)業(yè)務(wù)系 統(tǒng)報(bào)警進(jìn)行匯總,維護(hù)人員只需要在一個(gè)頁(yè)面就能夠査看所有業(yè)務(wù)系統(tǒng)的報(bào)警 狀態(tài),節(jié)省用戶工作量;本技術(shù)方案利用雙系統(tǒng)同時(shí)工作,保證了報(bào)警業(yè)務(wù)的 正常進(jìn)行,利用災(zāi)備模塊對(duì)系統(tǒng)進(jìn)行自檢、備份,各種報(bào)警方式可以由用戶自 行定義,可以對(duì)不同需求的用戶提供不同的使用平臺(tái)。
圖1本發(fā)明報(bào)警監(jiān)控系統(tǒng)示意圖
圖2本發(fā)明報(bào)警監(jiān)控方法流程框圖
圖3本發(fā)明報(bào)警監(jiān)控系統(tǒng)災(zāi)備模塊自檢流程框圖
具體實(shí)施例方式
為實(shí)現(xiàn)多業(yè)務(wù)端的統(tǒng)一管理和監(jiān)控報(bào)警,本發(fā)明采用規(guī)定的統(tǒng)一數(shù)據(jù)接入 接口,規(guī)定接口的數(shù)據(jù)長(zhǎng)度、使用協(xié)議和發(fā)送方式,并對(duì)每一個(gè)注冊(cè)業(yè)務(wù)端發(fā) 放一個(gè)唯一注冊(cè)碼,使每個(gè)不同的業(yè)務(wù)端遵循此統(tǒng)一的標(biāo)準(zhǔn),為進(jìn)一步統(tǒng)一管 理提供了基礎(chǔ),使用本系統(tǒng)的用戶可以是注冊(cè)用戶、匿名用戶及管理員用戶,針對(duì)每一種用戶都分別有不同的使用級(jí)別和操作自由度。
如圖1所示,本發(fā)明包括兩套監(jiān)控系統(tǒng),分別為主控系統(tǒng)和災(zāi)備系統(tǒng),每 套系統(tǒng)都分別由報(bào)警接收裝置、報(bào)警處理裝置、交換機(jī)、短信發(fā)送裝置、數(shù)據(jù) 庫(kù)、呈現(xiàn)裝置、用戶操作/輸入平臺(tái)和郵件發(fā)送裝置組成,各個(gè)裝置通過(guò)交換機(jī) 連接在一起,分布在不同單位或同一單位的不同業(yè)務(wù)信息系統(tǒng)與監(jiān)控系統(tǒng)的報(bào) 警接收裝置連接。主控系統(tǒng)與災(zāi)備系統(tǒng)的交換機(jī)通過(guò)專用網(wǎng)絡(luò)連接在一起,以 實(shí)現(xiàn)實(shí)時(shí)操作和控制,且安全性高。兩個(gè)系統(tǒng)的數(shù)據(jù)庫(kù)采用同步觸發(fā)的方式, 一旦某個(gè)數(shù)據(jù)庫(kù)進(jìn)行了改動(dòng),另一個(gè)數(shù)據(jù)庫(kù)會(huì)進(jìn)行同步更新。主控系統(tǒng)與災(zāi)備 系統(tǒng)的報(bào)警接收裝置同時(shí)對(duì)外服務(wù),各個(gè)業(yè)務(wù)端(業(yè)務(wù)系統(tǒng)l、業(yè)務(wù)系統(tǒng)2、業(yè)
務(wù)系統(tǒng)al、業(yè)務(wù)系統(tǒng)a2、……、業(yè)務(wù)系統(tǒng)n、業(yè)務(wù)系統(tǒng)an)可以選擇任意的報(bào) 警接收裝置進(jìn)行報(bào)警事件發(fā)送,例如業(yè)務(wù)系統(tǒng)1向主控系統(tǒng)的報(bào)警接收裝置發(fā) 送報(bào)警事件、業(yè)務(wù)系統(tǒng)al向?yàn)?zāi)備系統(tǒng)的報(bào)警接收發(fā)送報(bào)警事件,如果其中一個(gè) 系統(tǒng)的報(bào)警接收裝置出現(xiàn)故障,業(yè)務(wù)端能夠選擇另外一個(gè)系統(tǒng)進(jìn)行報(bào)警事件發(fā) 送,為了平衡監(jiān)控系統(tǒng)的負(fù)載,在初始時(shí)按照一定策略(例如屬地策略)設(shè)定 業(yè)務(wù)系統(tǒng)優(yōu)先連接的報(bào)警接收。
主控系統(tǒng)與災(zāi)備系統(tǒng)分別安裝有災(zāi)備模塊,災(zāi)備模塊利用狀態(tài)監(jiān)控模塊和 控制模塊對(duì)每個(gè)系統(tǒng)進(jìn)行控制、檢測(cè),以及兩個(gè)系統(tǒng)之間的狀態(tài)監(jiān)控、數(shù)據(jù)傳 輸。報(bào)警接收裝置通過(guò)對(duì)收到的各種信息進(jìn)行報(bào)警信息結(jié)構(gòu)、使用協(xié)議的識(shí)別 和發(fā)送方式認(rèn)證、業(yè)務(wù)端合法性判斷、注冊(cè)碼識(shí)別,并對(duì)報(bào)警對(duì)象、報(bào)警原因、 報(bào)警時(shí)間、報(bào)警等級(jí)、報(bào)警內(nèi)容信息進(jìn)行處理。
用戶操作/輸入平臺(tái)為用戶提供系統(tǒng)管理頁(yè)面,并提供報(bào)警事件的聲光顯示,主控系統(tǒng)與災(zāi)備系統(tǒng)的用戶操作/輸入平臺(tái)(用戶平臺(tái))同時(shí)對(duì)外服務(wù),用 戶可以選擇任意一點(diǎn)訪問(wèn)監(jiān)控報(bào)警系統(tǒng)的用戶操作界面。標(biāo)準(zhǔn)用戶輸入平臺(tái)為 用戶提供對(duì)其業(yè)務(wù)端管理方式、報(bào)警方式、處理方式的修改、査詢及定義,系 統(tǒng)的功能都可以自由使用。而匿名用戶輸入平臺(tái),為非注冊(cè)用戶提供一個(gè)基本 功能的運(yùn)行平臺(tái),只有一些簡(jiǎn)單功能,如只能以顯示屏的方便對(duì)其進(jìn)行報(bào)警,
不能自定義報(bào)警級(jí)別等;而管理員輸入平臺(tái),為高級(jí)用戶提供一個(gè)完全開(kāi)放的
自設(shè)定運(yùn)行平臺(tái),如可以進(jìn)行系統(tǒng)的配置、維護(hù)和升級(jí)操作。
災(zāi)備模塊用于實(shí)現(xiàn)報(bào)警系統(tǒng)的主、備系統(tǒng)的統(tǒng)一控制,分為狀態(tài)監(jiān)控子模 塊、控制子模塊,每個(gè)系統(tǒng)都分別有一套,其中狀態(tài)監(jiān)控子模塊檢查主、備系
統(tǒng)的所有服務(wù)狀態(tài);控制子模塊用于在兩個(gè)系統(tǒng)出現(xiàn)異常狀態(tài)時(shí)進(jìn)行服務(wù)的切 換。災(zāi)備模塊分為主控端與備控端,當(dāng)主控端良好時(shí)備控端僅進(jìn)行心跳動(dòng)作, 不進(jìn)行狀態(tài)監(jiān)控與服務(wù)控制,只有主控端出現(xiàn)故障(主控端、備控端通過(guò)心跳 得知對(duì)方的好壞)時(shí),備控端才接管狀態(tài)監(jiān)控與服務(wù)控制功能。
主控系統(tǒng)與災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù)同時(shí)運(yùn)行,但只有主控系統(tǒng)的數(shù)據(jù)庫(kù)對(duì)外提 供數(shù)據(jù)服務(wù),而災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行同步實(shí)時(shí)備份,主控系統(tǒng)對(duì)其本身數(shù)據(jù) 庫(kù)的任何修改都能夠通過(guò)實(shí)時(shí)觸發(fā)器同步到災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù)中,而且一旦主 控系統(tǒng)的數(shù)據(jù)庫(kù)出現(xiàn)故障,針對(duì)兩個(gè)系統(tǒng)的所有其他服務(wù)都切換為訪問(wèn)災(zāi)備系 統(tǒng)的數(shù)據(jù)庫(kù),同時(shí)對(duì)有問(wèn)題的數(shù)據(jù)庫(kù)進(jìn)行修復(fù)。主控系統(tǒng)、災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù) 能夠識(shí)別讀取操作和寫(xiě)入操作,讀取操作能夠同時(shí)對(duì)主控系統(tǒng)、災(zāi)備系統(tǒng)的數(shù) 據(jù)庫(kù)進(jìn)行操作,寫(xiě)入操作時(shí)只能對(duì)主控系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行操作,寫(xiě)入數(shù)據(jù)由災(zāi) 備模塊自動(dòng)備份到災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù)。報(bào)警接收服務(wù)將處理過(guò)的報(bào)警信息傳到報(bào)警處理裝置,報(bào)警處理裝置根據(jù) 報(bào)警信息內(nèi)容按用戶定義或系統(tǒng)定義發(fā)到短信發(fā)送裝置、呈現(xiàn)裝置、郵件發(fā)送 裝置,再由短信發(fā)送裝置和郵件發(fā)送裝置將信息發(fā)送到指定的接收人,而呈現(xiàn) 裝置可以控制業(yè)務(wù)端的一些聲光報(bào)警裝置(如報(bào)警鈴、報(bào)警燈),來(lái)提醒值班人 員注意。數(shù)據(jù)庫(kù)提供了系統(tǒng)的數(shù)據(jù)存儲(chǔ)功能,負(fù)責(zé)存儲(chǔ)報(bào)警事件信息,各種配 置信息;災(zāi)備模塊提供系統(tǒng)的災(zāi)備框架,以提高系統(tǒng)的可靠性。
主控系統(tǒng)與災(zāi)備系統(tǒng)的短信發(fā)送裝置同時(shí)對(duì)外服務(wù),正常時(shí)每套系統(tǒng)都使 用本系統(tǒng)的短信發(fā)送裝置, 一旦本系統(tǒng)的短信發(fā)送裝置出現(xiàn)故障,則報(bào)警接收 裝置會(huì)將報(bào)警事件轉(zhuǎn)發(fā)到對(duì)端的報(bào)警接收裝置進(jìn)行處理。
主控系統(tǒng)與災(zāi)備系統(tǒng)的郵件發(fā)送裝置二者同時(shí)僅一個(gè)對(duì)外進(jìn)行服務(wù),這主 要是為了保證郵件發(fā)送裝置中郵件信息的一致性。 一旦其中一個(gè)系統(tǒng)的郵件發(fā) 送裝置(如主控系統(tǒng))出現(xiàn)故障無(wú)法對(duì)外服務(wù),則監(jiān)控系統(tǒng)會(huì)自動(dòng)使用另外一 個(gè)系統(tǒng)(如災(zāi)備系統(tǒng))的郵件發(fā)送裝置發(fā)送郵件。
如圖2所示,本發(fā)明監(jiān)控報(bào)警系統(tǒng)運(yùn)行步驟如下
A、由報(bào)警接收裝置接收各個(gè)業(yè)務(wù)端的報(bào)警信息,首先對(duì)接收到的報(bào)警信息 進(jìn)行信息來(lái)源確認(rèn);報(bào)警事件信息包括但不限定于以下信息報(bào)警對(duì)象、報(bào)警 原因、報(bào)警事件、報(bào)警等級(jí)、報(bào)警內(nèi)容信息;
1、按監(jiān)控系統(tǒng)定義的統(tǒng)一報(bào)警事件接收的接口規(guī)范,認(rèn)證報(bào)警信息的數(shù)據(jù) 結(jié)構(gòu)、使用協(xié)議、信息發(fā)送方式;報(bào)警對(duì)象標(biāo)識(shí)發(fā)生報(bào)警的主體,報(bào)警原因是 指對(duì)報(bào)警事件的分類,報(bào)警時(shí)間記錄報(bào)警事件發(fā)生的時(shí)間,報(bào)警等級(jí)是對(duì)報(bào)警 嚴(yán)重性的體現(xiàn),報(bào)警內(nèi)容是對(duì)報(bào)警的詳細(xì)描述。2、 業(yè)務(wù)端合法性判斷;判斷發(fā)送報(bào)警信息的業(yè)務(wù)端是否為已注冊(cè)的業(yè)務(wù)端;
判斷結(jié)果為否的時(shí)候,根據(jù)具體情況產(chǎn)生錯(cuò)誤碼,并將錯(cuò)誤碼返回給業(yè)務(wù)系統(tǒng);
在判斷結(jié)果為是的時(shí)候,將報(bào)警事件信息放入報(bào)警事件處理緩沖隊(duì)列。
3、 識(shí)別業(yè)務(wù)端在監(jiān)控系統(tǒng)注冊(cè)時(shí)的標(biāo)識(shí)碼;對(duì)認(rèn)可的信息進(jìn)行處理;包括
報(bào)警對(duì)象、報(bào)警原因、報(bào)警事件、報(bào)警等級(jí)、報(bào)警內(nèi)容信息分類。將報(bào)警信息
分成報(bào)警事件和恢復(fù)事件;其中報(bào)警事件內(nèi)容中包含了發(fā)生故障時(shí)的各種信息; 恢復(fù)事件內(nèi)容中包含了故障恢復(fù)時(shí)的各種信息。
4、 按業(yè)務(wù)端設(shè)定的編碼號(hào)來(lái)查詢新接收?qǐng)?bào)警事件是否接收過(guò),按編碼號(hào)查 詢是否有恢復(fù)事件對(duì)應(yīng)的報(bào)警事件,按結(jié)果做相應(yīng)處理;判斷的依據(jù)是按照業(yè) 務(wù)端設(shè)定的報(bào)警信息編碼方式設(shè)計(jì)的報(bào)警事件的編號(hào),此編號(hào)包含在報(bào)警事件 信息結(jié)構(gòu)中;對(duì)于己經(jīng)接收過(guò)的報(bào)警事件將進(jìn)行拋棄處理;對(duì)于未接收過(guò)的報(bào) 警事件,將進(jìn)行下一步處理。對(duì)于恢復(fù)事件,需要尋找是否存在匹配的報(bào)警事 件,匹配的依據(jù)是報(bào)警事件中的編號(hào)項(xiàng),如果存在編號(hào)項(xiàng)值一致的報(bào)警事件則 進(jìn)行進(jìn)一步操作;如果不存在編號(hào)項(xiàng)值一致的報(bào)警事件則拋棄恢復(fù)事件。
B、 將分類后的信息放入報(bào)警事件緩沖隊(duì)列中;同時(shí)將新報(bào)警信息及報(bào)警恢 復(fù)信息存入數(shù)據(jù)庫(kù),并且刪除數(shù)據(jù)庫(kù)中已恢復(fù)但還在發(fā)送隊(duì)列的報(bào)警信息。系 統(tǒng)更新存儲(chǔ)模塊中的報(bào)警事件信息狀態(tài),修改報(bào)警事件信息的記錄,存儲(chǔ)恢復(fù) 事件、設(shè)置事件狀態(tài)為已恢復(fù)。
C、 按報(bào)警等級(jí)、時(shí)間優(yōu)先從報(bào)警事件緩沖隊(duì)列中提取報(bào)警事件信息進(jìn)行處 理;等級(jí)高、時(shí)間早的報(bào)警事件信息先處理,將處理結(jié)果傳給報(bào)警處理裝置;
D、 報(bào)警處理裝置按事先定義標(biāo)準(zhǔn)將接收到信息發(fā)送到短信發(fā)送裝置、郵件發(fā)送裝置,判斷是否需要進(jìn)行郵件和短信發(fā)送。發(fā)送策略限定了 "滿足一定條 件的報(bào)警信息,通過(guò)指定的時(shí)間方式、物理方式,發(fā)送給指定的業(yè)務(wù)人員"的 邏輯,包括系統(tǒng)定義的報(bào)警級(jí)別、發(fā)送方式,和用戶定義的報(bào)警級(jí)別、發(fā)送方 式。判斷結(jié)果為需要郵件發(fā)送,則使用郵件發(fā)送模塊發(fā)送郵件報(bào)警。系統(tǒng)使用 內(nèi)置的郵件服務(wù)器發(fā)送郵件信息,也可以使用第三方提供的郵件服務(wù)發(fā)送郵件 信息。系統(tǒng)根據(jù)既有的郵件模板對(duì)報(bào)警事件信息進(jìn)行組合,形成用于發(fā)送的報(bào) 警郵件內(nèi)容。如果判斷結(jié)果為需要短信發(fā)送,則使用短信發(fā)送模塊發(fā)送短信報(bào) 警。系統(tǒng)采用專業(yè)的短信發(fā)送設(shè)備進(jìn)行短信發(fā)送。系統(tǒng)根據(jù)既有的短信模板對(duì) 報(bào)警事件信息進(jìn)行組合,形成用于發(fā)送的報(bào)警短信內(nèi)容。
本發(fā)明的監(jiān)控報(bào)警系統(tǒng)至此完成整個(gè)報(bào)警事件的處理。本方法滿足了報(bào)警 事件的集中處理,并且能夠?qū)崟r(shí)將報(bào)警信息發(fā)送到用戶的信箱與手機(jī)。
如圖3所示,在監(jiān)控報(bào)警系統(tǒng)運(yùn)行時(shí)還包括主控系統(tǒng)和災(zāi)備系統(tǒng)災(zāi)備模塊 的自身檢測(cè)步驟
首先災(zāi)備控制程序判斷本身是主還是備。在報(bào)警系統(tǒng)中,主、備系統(tǒng)分別 具有災(zāi)備控制程序,在正常運(yùn)行時(shí)只有主系統(tǒng)中的災(zāi)備控制程序?qū)嵤┲骺夭僮鳎?備系統(tǒng)中的災(zāi)備控制程序處于備用階段。
按照判斷結(jié)果進(jìn)行處理如災(zāi)備控制程序如果判斷本身是備,則獲取與主 系統(tǒng)災(zāi)備控制程序的心跳信息,并判斷心跳信息是否正常。心跳信息用于災(zāi)備 控制程序得知對(duì)端系統(tǒng)災(zāi)備控制程序的運(yùn)行狀態(tài)。
備用災(zāi)備控制程序如果心跳判斷結(jié)果為異常,則認(rèn)為主災(zāi)備程序出現(xiàn)故障, 備災(zāi)備程序接管災(zāi)備控制。備用災(zāi)備控制程序如果心跳判斷結(jié)果為正常,則不進(jìn)行任何操作。 災(zāi)備控制程序判斷如果需要進(jìn)行主控操作,則査詢已注冊(cè)所有服務(wù)的運(yùn)行 狀態(tài)。
對(duì)比本次獲取的服務(wù)狀態(tài)與上一次獲取的服務(wù)狀態(tài),并判斷是否需要進(jìn)行 服務(wù)控制。
如果判斷結(jié)果是需要服務(wù)控制,則依據(jù)服務(wù)狀態(tài)制定服務(wù)的控制邏輯。對(duì) 服務(wù)的控制包括以下操作停止服務(wù)的運(yùn)行、修改服務(wù)的配置文件、重新啟動(dòng) 服務(wù)。
如果判斷結(jié)果是不需要服務(wù)控制,則終止本次檢查。
在監(jiān)控報(bào)警系統(tǒng)正常運(yùn)行時(shí),災(zāi)備模塊每隔一段時(shí)間運(yùn)行系統(tǒng)故障檢測(cè)程 序,如果正在運(yùn)行時(shí)的系統(tǒng)出現(xiàn)問(wèn)題,如主控中心數(shù)據(jù)庫(kù)發(fā)生故障,導(dǎo)致其 不能夠提供數(shù)據(jù)服務(wù),災(zāi)備控制模塊將修改報(bào)警引擎、用戶平臺(tái)數(shù)據(jù)庫(kù)連接配 置文件,由災(zāi)備系統(tǒng)接管所有報(bào)警服務(wù),并暫停問(wèn)題數(shù)據(jù)庫(kù)的工作,控制災(zāi)備 系統(tǒng)的數(shù)據(jù)庫(kù)提供服務(wù);經(jīng)過(guò)一定的自動(dòng)處理后,切換成使用災(zāi)備中心的數(shù)據(jù) 庫(kù)提供數(shù)據(jù)服務(wù)。其中自動(dòng)處理的步驟如下修改正常運(yùn)行的報(bào)警引擎、用戶 平臺(tái)的數(shù)據(jù)庫(kù)連接配置文件,并重啟報(bào)警引擎、用戶平臺(tái)到正常運(yùn)行的災(zāi)備系 統(tǒng);設(shè)置主控中心的數(shù)據(jù)庫(kù)運(yùn)行標(biāo)記位為"修復(fù)中",避免在修復(fù)數(shù)據(jù)庫(kù)的過(guò)程 中使用主控中心的數(shù)據(jù)庫(kù)。故障數(shù)據(jù)庫(kù)的修復(fù)過(guò)程如下修復(fù)主控系統(tǒng)數(shù)據(jù)庫(kù) 到能夠使用的狀態(tài);手動(dòng)同步災(zāi)備系統(tǒng)數(shù)據(jù)庫(kù)的數(shù)據(jù)到主控中心數(shù)據(jù)庫(kù);修改 報(bào)警引擎、用戶平臺(tái)的數(shù)據(jù)庫(kù)連接配置文件,使用主控中心數(shù)據(jù)庫(kù),并重啟; 設(shè)置主控中心的數(shù)據(jù)庫(kù)運(yùn)行標(biāo)記位為"已修復(fù)"。依照以上步驟,能夠保證報(bào)警 系統(tǒng)的災(zāi)備功能,從而提高系統(tǒng)的可靠性。
權(quán)利要求
1、一種統(tǒng)一管理多業(yè)務(wù)系統(tǒng)的實(shí)時(shí)監(jiān)控報(bào)警系統(tǒng),包括報(bào)警接收裝置、報(bào)警處理裝置、短信發(fā)送裝置、數(shù)據(jù)庫(kù)、呈現(xiàn)裝置、用戶平臺(tái)和郵件發(fā)送裝置,所述各個(gè)裝置通過(guò)交換機(jī)連接在一起,其特征在于,所述監(jiān)控報(bào)警系統(tǒng)分為主控系統(tǒng)和災(zāi)備系統(tǒng),且每套系統(tǒng)配置一樣,所述業(yè)務(wù)端分別與主控系統(tǒng)、災(zāi)備系統(tǒng)的報(bào)警接收裝置連接,所述主控系統(tǒng)、災(zāi)備系統(tǒng)通過(guò)各自的交換機(jī)利用專用網(wǎng)絡(luò)連接在一起,所述主控系統(tǒng)、災(zāi)備系統(tǒng)由安裝在主控系統(tǒng)中的第一災(zāi)備模塊、災(zāi)備系統(tǒng)中的第二災(zāi)備模塊控制,所述每個(gè)災(zāi)備模塊分別包括狀態(tài)監(jiān)控子模塊和控制子模塊,所述業(yè)務(wù)端為各個(gè)不同類型或相同類型的業(yè)務(wù)系統(tǒng),所述業(yè)務(wù)系統(tǒng)分布在同一單位或不同單位;所述報(bào)警接收裝置包括接收信息識(shí)別、注冊(cè)信息識(shí)別、報(bào)警信息處理所述接收信息識(shí)別包括識(shí)別報(bào)警信息結(jié)構(gòu)、通信協(xié)議和對(duì)發(fā)送方式的認(rèn)證;所述注冊(cè)信息識(shí)別包括登記業(yè)務(wù)端合法性判斷、注冊(cè)碼識(shí)別;所述報(bào)警信息處理包括報(bào)警對(duì)象、報(bào)警原因、報(bào)警時(shí)間、報(bào)警等級(jí)、報(bào)警內(nèi)容的處理;所述用戶平臺(tái)包括普通用戶輸入平臺(tái)、匿名用戶輸入平臺(tái)、管理員輸入平臺(tái);所述普通用戶輸入平臺(tái)為用戶提供對(duì)其業(yè)務(wù)端管理方式、報(bào)警方式、處理方式的修改、查詢及定義。所述匿名用戶輸入平臺(tái),為非注冊(cè)用戶提供一個(gè)基本功能的運(yùn)行平臺(tái);<!-- 1 -->所述管理員輸入平臺(tái),為高級(jí)用戶提供一個(gè)完全開(kāi)放的自設(shè)定運(yùn)行平臺(tái);所述第一災(zāi)備模塊、第二災(zāi)備模塊之間利用獲取的對(duì)方心跳信息來(lái)判斷是否異常,所述第一災(zāi)備模塊、第二災(zāi)備模塊通過(guò)監(jiān)控子模塊、控制子模塊在對(duì)方系統(tǒng)出現(xiàn)問(wèn)題時(shí)能夠進(jìn)行接管控制并對(duì)問(wèn)題系統(tǒng)進(jìn)行修復(fù);所述主控系統(tǒng)、災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù)能夠識(shí)別讀取操作和寫(xiě)入操作;讀取操作能夠同時(shí)對(duì)主控系統(tǒng)、災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行操作,寫(xiě)入操作時(shí)只能對(duì)主控系統(tǒng)的數(shù)據(jù)庫(kù)進(jìn)行操作,寫(xiě)入數(shù)據(jù)由災(zāi)備模塊自動(dòng)備份到災(zāi)備系統(tǒng)的數(shù)據(jù)庫(kù),使用中的數(shù)據(jù)庫(kù)發(fā)生問(wèn)題,災(zāi)備模塊自動(dòng)啟動(dòng)備用數(shù)據(jù)庫(kù)并對(duì)問(wèn)題數(shù)據(jù)庫(kù)進(jìn)行修復(fù)。
2、 如權(quán)利要求1所述一種統(tǒng)一管理多業(yè)務(wù)系統(tǒng)的實(shí)時(shí)監(jiān)控報(bào)警系統(tǒng)的監(jiān)控方法,其特征在于,包括如下步驟A、 所述報(bào)警接收裝置接收各個(gè)業(yè)務(wù)端的報(bào)警信息;(1) 首先對(duì)接收到的報(bào)警信息進(jìn)行信息來(lái)源確認(rèn);(2) 對(duì)認(rèn)可的信息傳給報(bào)警處理裝置進(jìn)行處理;B、 報(bào)警處理裝置按事先定義的標(biāo)準(zhǔn)將接收到的信息通過(guò)交換機(jī)發(fā)送到短信發(fā)送裝置、呈現(xiàn)裝置、郵件發(fā)送裝置。
3、 如權(quán)利要求2所述的監(jiān)控方法,其特征在于,所述A步驟(1)中對(duì)信 息來(lái)源確認(rèn)包括(1) 按系統(tǒng)定義的接口標(biāo)準(zhǔn)認(rèn)證報(bào)警信息結(jié)構(gòu)、通信協(xié)議、信息發(fā)送方式;(2) 判斷業(yè)務(wù)端合法性;(3)業(yè)務(wù)端標(biāo)識(shí)碼識(shí)別。
4、 如權(quán)利要求2所述的監(jiān)控方法,其特征在于,所述A步驟(2)中信息處理包括 (1) 對(duì)認(rèn)可信息進(jìn)行報(bào)警對(duì)象、報(bào)警原因、報(bào)警事件、報(bào)警等級(jí)、報(bào)警內(nèi)容信息分類;(2) 將分類后的信息放入報(bào)警事件緩沖隊(duì)列中;(3) 按報(bào)警等級(jí)、時(shí)間優(yōu)先從報(bào)警事件緩沖隊(duì)列中提取報(bào)警事件信息進(jìn)行處理。
5、 如權(quán)利要求4所述的監(jiān)控方法,其特征在于,所述(1)步驟中信息分 類包括如下步驟(1) 將信息分成報(bào)警事件和恢復(fù)事件;(2) 按業(yè)務(wù)端設(shè)定的報(bào)警編碼號(hào)査詢新接收?qǐng)?bào)警事件是否接收過(guò),按結(jié)果 做相應(yīng)處理;(3) 按業(yè)務(wù)端設(shè)定的報(bào)警編碼號(hào)査詢是否有恢復(fù)事件對(duì)應(yīng)的報(bào)警事件,按 結(jié)果做相應(yīng)處理。
6、 如權(quán)利要求4所述的監(jiān)控方法,其特征在于,所述(2)中還包括如下步驟(1)將新報(bào)警信息及報(bào)警恢復(fù)信息存入數(shù)據(jù)庫(kù);(2 )刪除數(shù)據(jù)庫(kù)中已恢復(fù)但還在發(fā)送隊(duì)列的報(bào)警信息。
7、 如權(quán)利要求2所述的監(jiān)控方法,其特征在于,所述B步驟事先定義包括 如下執(zhí)行策略(1) 系統(tǒng)預(yù)定義的報(bào)警發(fā)送策略,包含但不限于報(bào)警級(jí)別、發(fā)送方式;(2) 用戶自定義的報(bào)警發(fā)送策略,包含但不限于報(bào)警級(jí)別、發(fā)送方式。
8、如權(quán)利要求2所述的監(jiān)控方法,其特征在于,還包括報(bào)警監(jiān)控系統(tǒng)故障恢復(fù)步驟當(dāng)主控系統(tǒng)或?yàn)?zāi)備系統(tǒng)出現(xiàn)故障時(shí)(1) 災(zāi)備控制模塊修改報(bào)警引擎、用戶平臺(tái)數(shù)據(jù)庫(kù)連接配置文件,并暫停問(wèn)題裝置的工作,控制災(zāi)備系統(tǒng)的相關(guān)裝置提供服務(wù);(2) 修復(fù)問(wèn)題裝置,修改報(bào)警引擎、用戶平臺(tái)數(shù)據(jù)庫(kù)連接配置文件,啟用 修復(fù)后的裝置。
全文摘要
本發(fā)明涉及一種統(tǒng)一管理多業(yè)務(wù)系統(tǒng)的實(shí)時(shí)監(jiān)控報(bào)警系統(tǒng)和方法,尤其涉及一種針對(duì)不同類型、不同地方的業(yè)務(wù)端進(jìn)行統(tǒng)一管理的實(shí)時(shí)監(jiān)控報(bào)警系統(tǒng)及其方法。解決現(xiàn)有技術(shù)中一個(gè)單位或多個(gè)單位的各個(gè)業(yè)務(wù)系統(tǒng)單獨(dú)維護(hù)所帶來(lái)的維護(hù)信息分散、維護(hù)成本高的問(wèn)題。利用主控系統(tǒng)和災(zāi)備系統(tǒng)組成的配置一一樣的報(bào)警裝置,主控系統(tǒng)、災(zāi)備系統(tǒng)通過(guò)各自的交換機(jī)利用專用網(wǎng)絡(luò)連接在一起,主控系統(tǒng)、災(zāi)備系統(tǒng)由安裝在主控系統(tǒng)中的第一災(zāi)備模塊、災(zāi)備系統(tǒng)中的第二災(zāi)備模塊控制,災(zāi)備系統(tǒng)對(duì)系統(tǒng)自身的故障進(jìn)行自檢。利用此裝置和監(jiān)控方法,實(shí)現(xiàn)了多樣化、分散化的信息系統(tǒng)得以在一個(gè)監(jiān)控報(bào)警系統(tǒng)中并存,節(jié)省用戶工作量,保證系統(tǒng)的安全運(yùn)行。
文檔編號(hào)H04L12/24GK101631040SQ20091009105
公開(kāi)日2010年1月20日 申請(qǐng)日期2009年8月24日 優(yōu)先權(quán)日2009年8月24日
發(fā)明者劉欣然, 劉潤(rùn)峰, 朱海龍, 鑫 溫, 勇 王 申請(qǐng)人:國(guó)家計(jì)算機(jī)網(wǎng)絡(luò)與信息安全管理中心