專利名稱：一種報警監(jiān)控方法及監(jiān)控系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及控制技術(shù)領(lǐng)域，尤其涉及一種報警監(jiān)控方法及監(jiān)控系統(tǒng)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，促使了互聯(lián)網(wǎng)業(yè)務(wù)量的急劇增長，其中，對于由多個相互獨(dú)立的服務(wù)器組成的服務(wù)器集群系統(tǒng)，用戶需要對各個服務(wù)器進(jìn)行有效的監(jiān)控管理，特別是隨著集群中的服務(wù)器數(shù)量越來越多時，當(dāng)集群系統(tǒng)或集群系統(tǒng)中的某個或多個服務(wù)器出現(xiàn)故障時，需要確定故障原因并及時排除故障，以保證集群系統(tǒng)的正常工作。現(xiàn)有技術(shù)中的故障報警系統(tǒng)，需要將接收的被監(jiān)控服務(wù)器的告警信息與所維護(hù)的發(fā)送策略進(jìn)行匹配，找到與告警信息匹配的發(fā)送策略，基于為集群系統(tǒng)定制靈活的發(fā)送策略，通過此發(fā)送策略能夠?qū)⒉煌瑘缶圆煌膱缶绞桨l(fā)送給用戶，使管理員及時的了解網(wǎng)絡(luò)故障原因，以便管理員及時采取措施排除故障。雖然現(xiàn)有技術(shù)實現(xiàn)了定制化的監(jiān)控報警策略，用戶可以為不同的服務(wù)器綁定和設(shè)定不同的報警策略，但是，在服務(wù)器集群的監(jiān)控活動中，如果服務(wù)器大面積產(chǎn)生故障，例如某個服務(wù)器集群網(wǎng)絡(luò)出現(xiàn)問題時，假如出現(xiàn)網(wǎng)絡(luò)中斷、系統(tǒng)掉電等大面積異常情況下，報警系統(tǒng)會發(fā)送大量重復(fù)和無意義的報警，導(dǎo)致管理員收到大量報警信息而無法及時從中提取有效信息，不但增加了管理人員提取信息的工作量，甚至?xí)捎诖罅繄缶畔⒌臄D入而造成報警系統(tǒng)的崩潰。

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

有鑒于此，本發(fā)明實施例的主要目的在于提供一種報警監(jiān)控方法及監(jiān)控系統(tǒng)，以避免發(fā)送重復(fù)性報警信息，從而提高報警信息的可用性和易讀性。為實現(xiàn)上述目的，本發(fā)明提供了一種報警監(jiān)控方法，包括:當(dāng)接收到報警信息時，在報警服務(wù)器所綁定的所有報警規(guī)則中確定與接收的報警信息對應(yīng)的報警規(guī)則；根據(jù)所述對應(yīng)的報警規(guī)則確定接收的報警信息的信息類型；如果所述信息類型為周期內(nèi)的重復(fù)性信息，則丟棄接收的報警信息；如果所述信息類型為非周期內(nèi)的重復(fù)性信息且接收的報警信息為報警風(fēng)暴中的一條信息，則根據(jù)接收的報警信息與報警風(fēng)暴中的其它信息確定產(chǎn)生報警風(fēng)暴的原因，并將攜帶產(chǎn)生報警風(fēng)暴原因的聯(lián)合報警信息放入報警隊列。優(yōu)先的，在上述方法中，在接收報警信息前還包括:從數(shù)據(jù)庫中讀取服務(wù)器信息和策略信息，所述服務(wù)器信息中攜帶了所有服務(wù)器的身份標(biāo)識，所述策略信息中攜帶了預(yù)設(shè)的所有報警規(guī)則；將每個服務(wù)器的身份標(biāo)識與包括至少一個報警規(guī)則的規(guī)則隊列相互綁定。優(yōu)先的，在上述方法中，所述在報警服務(wù)器所綁定的所有報警規(guī)則中確定與接收的報警信息對應(yīng)的報警規(guī)則包括:
確定所述接收的報警信息所屬的報警服務(wù)器；查詢所述報警服務(wù)器所綁定的規(guī)則隊列，并在綁定的規(guī)則隊列中確定與所述接收的報警信息對應(yīng)的報警規(guī)則。優(yōu)先的，在上述方法中，所述規(guī)則隊列包括與每個報警規(guī)則對應(yīng)的規(guī)則表，所述規(guī)則表包括規(guī)則表標(biāo)識、上次報警時間、報警間隔時間和規(guī)則標(biāo)識；所述規(guī)則標(biāo)識指向一個策略實體表,所述策略實體表包括:策略標(biāo)識、報警計數(shù)值、清零間隔、清零時間、服務(wù)器綁定數(shù)、報警頻度、靈敏度、智能報警模板和報警緩沖隊列。優(yōu)先的，在上述方法中，所述根據(jù)所述對應(yīng)的報警規(guī)則確定接收的報警信息的信息類型包括:確定所述對應(yīng)的報警規(guī)則所對應(yīng)的規(guī)則表；計算所述對應(yīng)規(guī)則表中記錄的上次報警時間和報警間隔時間的和值；如果所述和值大于當(dāng)前時間，則確定所述接收的報警信息的信息類型為周期內(nèi)的
重復(fù)性信息；如果所述和值小于或等于當(dāng)前時間，則確定所述接收的報警信息的信息類型為非周期內(nèi)的重復(fù)性信息，若智能報警功能處于開啟狀態(tài)，則查詢所述對應(yīng)規(guī)則表中規(guī)則標(biāo)識所指向的策略實體 表，以讀取策略實體表中的清零時間；如果所述讀取的清零時間大于當(dāng)前時間，則將所述接收的報警信息加入報警緩沖隊列，并更新策略實體表中的報警計算值，以使當(dāng)前報警計算值增加一個計數(shù)值；計算所述更新的報警計數(shù)值與策略實體表中服務(wù)器綁定數(shù)的商值；如果所述商值大于設(shè)定靈敏度，則確定接收的報警信息為報警風(fēng)暴中的一條信
肩、 優(yōu)先的，在上述方法中，如果所述和值小于或等于當(dāng)前時間且智能報警功能處于關(guān)閉狀態(tài)，則將所述報警信息放入報警隊列中。優(yōu)先的，在上述方法中，如果所述讀取的清零時間小于或等于當(dāng)前時間，則將策略實體表中報警緩沖隊列中的所有報警信息放入報警隊列中。優(yōu)先的，在上述方法中，根據(jù)優(yōu)先級順序發(fā)送所述報警隊列中的報警信息。優(yōu)先的，上述方法還包括:接收用戶輸入的策略輸入信息，并根據(jù)所述策略輸入信息讀取數(shù)據(jù)庫中新增策略或更新策略；查詢所述新增策略或更新策略所綁定的所有服務(wù)器，并在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中添加攜帶新增策略的規(guī)則表，或在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中更新所述更新策略對應(yīng)的規(guī)則表。優(yōu)先的，上述方法還包括:接收用戶輸入的控制信息，并根據(jù)所述控制信息執(zhí)行控制命令。本發(fā)明還提供了一種報警監(jiān)控系統(tǒng)，包括:信息接收單元，用于接收報警信息；規(guī)則確定單元，用于當(dāng)所述信息接收單元接收到報警信息時，在報警服務(wù)器所綁定的所有報警規(guī)則中確定與接收的報警信息對應(yīng)的報警規(guī)則；類型確定單元，用于根據(jù)所述對應(yīng)的報警規(guī)則確定接收的報警信息的信息類型；
信息丟棄單元，用于在所述類型確定單元確定的所述信息類型為周期內(nèi)的重復(fù)性信息時，丟棄接收的報警信息；第一報警單元，用于在所述類型確定單元確定的所述信息類型為非周期內(nèi)的重復(fù)性信息時，若接收的報警信息為報警風(fēng)暴中的一條信息，則根據(jù)接收的報警信息與報警風(fēng)暴中的其它信息確定產(chǎn)生報警風(fēng)暴的原因，并將攜帶產(chǎn)生報警風(fēng)暴原因的聯(lián)合報警信息放入報警隊列。優(yōu)先的，上述系統(tǒng)還包括:信息讀取單元，用于從數(shù)據(jù)庫中讀取服務(wù)器信息和策略信息，所述服務(wù)器信息中攜帶了所有服務(wù)器的身份標(biāo)識，所述策略信息中攜帶了預(yù)設(shè)的所有報警規(guī)則；規(guī)則綁定單元，用于將每個服務(wù)器的身份標(biāo)識與包括至少一個報警規(guī)則的規(guī)則隊列相互綁定。優(yōu)先的，在上述系統(tǒng)中，所述規(guī)則確定單元包括:歸屬確定子單元，用于確定所述接收的報警信息所屬的報警服務(wù)器；規(guī)則匹配子單元，用于查詢所述報警服務(wù)器所綁定的規(guī)則隊列，并在綁定的規(guī)則隊列中確定與所述接收的報警信息對應(yīng)的報警規(guī)則。優(yōu)先的，在上述系統(tǒng)中，所述規(guī)則隊列包括與每個報警規(guī)則對應(yīng)的規(guī)則表，所述規(guī)則表包括規(guī)則表標(biāo)識、上次報警時間、報警間隔時間和規(guī)則標(biāo)識；所述規(guī)則標(biāo)識指向一個策略實體表,所述策略實體表包括:策略標(biāo)識、報警計數(shù)值、清零間隔、清零時間、服務(wù)器綁定數(shù)、報警頻度、靈敏度、智能報警模板和報警緩沖隊列。優(yōu)先的，在上述系統(tǒng)中，所述類型確定單元包括:和值計算子單元，用于確定所述對應(yīng)的報警規(guī)則所對應(yīng)的規(guī)則表，并計算所述對應(yīng)規(guī)則表中記錄的上次報警時間和報警間隔時間的和值；和值判斷子單元，用于判斷上次報警時間和報警間隔時間的和值是否大于當(dāng)前時間；第一類型確定子單元，用于在所述和值判斷子單元判斷得到的所述和值大于當(dāng)前時間時，確定所述接收的報警信息的信息類型為周期內(nèi)的重復(fù)性信息；清零時間讀取子單元，用于在所述和值判斷子單元判斷得到的所述和值小于或等于當(dāng)前時間時，確定所述接收的報警信息的信息類型為非周期內(nèi)的重復(fù)性信息，若智能報警功能處于開啟狀態(tài)，則查詢所述對應(yīng)規(guī)則表中規(guī)則標(biāo)識所指向的策略實體表，以讀取策略實體表中的清零時間；清零時間判斷子單元，用于判斷所述讀取的清零時間是否大于當(dāng)前時間；計算值更新子單元，用于在所述清零時間判斷子單元判斷得到的所述讀取的清零時間大于當(dāng)前時間時，將所述接收的報警信息加入報警緩沖隊列，并更新策略實體表中的報警計算值，以使當(dāng)前報警計算值增加一個計數(shù)值；

商值計算子單元，用于計算所述更新的報警計數(shù)值與策略實體表中服務(wù)器綁定數(shù)的商值；第二類型確定子單元，用于在所述商值計算子單元計算得到的所述商值大于設(shè)定靈敏度時，確定接收的報警信息為報警風(fēng)暴中的一條信息。優(yōu)先的，上述系統(tǒng)還包括:
第二報警單元，用于在所述和值判斷子單元判斷得到的所述和值小于或等于當(dāng)前時間時，若智能報警功能處于關(guān)閉狀態(tài)，則將所述報警信息放入報警隊列中。優(yōu)先的，上述系統(tǒng)還包括:第三報警單元，用于在所述清零時間判斷子單元判斷得到的所述讀取的清零時間小于或等于當(dāng)前時間時，將策略實體表中報警緩沖隊列中的所有報警信息放入報警隊列中。優(yōu)先的，上述系統(tǒng)還包括:報警信息發(fā)送單元，用于根據(jù)優(yōu)先級順序發(fā)送所述報警隊列中的報警信息。優(yōu)先的，上述系統(tǒng)還包括:策略讀取單元，用于接收用戶輸入的策略輸入信息，并根據(jù)所述策略輸入信息讀取數(shù)據(jù)庫中新增策略或更新策略；規(guī)則更新單元，用于查詢所述新增策略或更新策略所綁定的所有服務(wù)器，并在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中添加攜帶新增策略的規(guī)則表，或在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中更新所述更新策略對應(yīng)的規(guī)則表。優(yōu)先的，上述系統(tǒng)還包括:控制執(zhí)行單元，用于接收用戶輸入的控制信息，并根據(jù)所 述控制信息執(zhí)行控制命令。本發(fā)明實施例提供的報警監(jiān)控方法及監(jiān)控系統(tǒng)，通過為每個服務(wù)器配置多個報警規(guī)則，并將這些報警規(guī)則與對應(yīng)的服務(wù)器相互綁定，當(dāng)接收到某個報警服務(wù)器的報警信息時，可將接收的報警信息與該報警服務(wù)器所綁定的所有報警規(guī)則進(jìn)行匹配，然后利用匹配出的報警規(guī)則將報警信息進(jìn)行不同的處理，即通過設(shè)定一個報警周期，當(dāng)接收的報警信息是在當(dāng)前報警周期內(nèi)的重復(fù)性的信息時，在產(chǎn)生下次報警前便丟棄該報警信息，這樣可有效減少該報警服務(wù)器所產(chǎn)生的重復(fù)性同類報警。但當(dāng)接收的報警信息為報警風(fēng)暴中的一條信息時，雖然在報警周期內(nèi)已經(jīng)去除了大部分的重復(fù)報警信息，但是，當(dāng)大量報警服務(wù)器同時產(chǎn)生大量的同類報警時，系統(tǒng)還會不可避免的在周期外保留大量該類報警信息，此時，為了防止報警風(fēng)暴引起的大量報警，可根據(jù)接收的報警信息與報警風(fēng)暴中的其它信息確定產(chǎn)生報警風(fēng)暴的原因，并將攜帶產(chǎn)生報警風(fēng)暴原因的一條聯(lián)合報警信息放入報警隊列以進(jìn)行報警，由此合并了大量重復(fù)性的信息，有效解決了報警風(fēng)暴的重復(fù)性且不間斷的報警問題，提高了報警的可用性和易讀性，減輕了運(yùn)維和管理人員的工作量，同時減輕了系統(tǒng)的報警負(fù)荷。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實施例報警監(jiān)控方法的實施例1的流程示意圖；圖2為本發(fā)明實施例報警監(jiān)控方法的實施例2的流程示意3為本發(fā)明實施例服務(wù)器標(biāo)識與報警規(guī)則的綁定示意圖4為本發(fā)明實施例策略實體表的結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例報警風(fēng)暴原因分析流程示意圖；圖6為本發(fā)明實施例報警監(jiān)控方法的實施例3的部分流程示意圖；圖7為本發(fā)明實施例報警監(jiān)控系統(tǒng)的實施例1的結(jié)構(gòu)示意圖；圖8為本發(fā)明實施例報警監(jiān)控系統(tǒng)的實施例2的結(jié)構(gòu)示意圖；圖9為本發(fā)明實施例報警監(jiān)控系統(tǒng)的實施例3的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明實施例所提供的報警監(jiān)控方法及監(jiān)控系統(tǒng)，適用于分布式的服務(wù)器集群系統(tǒng)，該集群系統(tǒng)由大量的服務(wù)器組成，并由采集系統(tǒng)采集所有服務(wù)器的報警信息，所述采集系統(tǒng)將采集到的服務(wù)器的報警信息發(fā)送至報警控制系統(tǒng)，以使報警監(jiān)控系統(tǒng)根據(jù)接收的報警信息類型決定報警方式。需要說明的是，本發(fā)明實施例包括但不限于適用上述集群系統(tǒng)。參見圖1所示，圖1為本發(fā)明實施例提供的一種報警監(jiān)控方法的實施例1的流程示意圖，實現(xiàn)該方法的步驟包括:101:當(dāng)接收到采集系統(tǒng)發(fā)送的報警信息時，在報警服務(wù)器所綁定的所有報警規(guī)則中確定與接收的報 警信息對應(yīng)的報警規(guī)則。在服務(wù)器集群系統(tǒng)中，服務(wù)器種類眾多，服務(wù)器所提供的服務(wù)不同，服務(wù)器的重要程度也不同，此時，需要針對提供不同服務(wù)的服務(wù)器定制不同的監(jiān)控策略，即根據(jù)服務(wù)器的性質(zhì)為每個服務(wù)器配置多個報警規(guī)則，并將每個服務(wù)器所配置的所有報警規(guī)則與該服務(wù)器相互綁定，其中，每個報警規(guī)則可綁定到多個不同的服務(wù)器。在步驟101中，當(dāng)接收到采集系統(tǒng)發(fā)送的關(guān)于報警服務(wù)器的報警信息后，在該報警服務(wù)器所綁定的所有報警規(guī)則中，選取與接收的報警信息對應(yīng)的報警規(guī)則，從而可利用該選取的報警規(guī)則確定報警方式。102:根據(jù)所述對應(yīng)的報警規(guī)則確定接收的報警信息的信息類型。103:判斷所述信息類型是否為周期內(nèi)的重復(fù)性信息，如果是，則執(zhí)行步驟104，如果否，則執(zhí)行步驟105。104:丟棄接收的報警信息。為了便于理解，下面舉例說明本實施:首先為每個服務(wù)器進(jìn)行編號以標(biāo)識不同的
服務(wù)器，假設(shè)為N個服務(wù)器進(jìn)行編號，即第一服務(wù)器、第二服務(wù)器......第N服務(wù)器；每個
服務(wù)器所綁定的報警信息定義為第一報警信息、第二報警信息......第M報警信息，每條
報警信息對應(yīng)的報警規(guī)則定義為第一報警規(guī)則、第二報警規(guī)則......第M報警規(guī)則。對于
每一條報警規(guī)則，將根據(jù)報警信息的重要程度設(shè)定報警頻率(相同報警的報警頻率)，假設(shè)報警頻率為I分鐘/次，如果在第I分鐘利用第一報警規(guī)則實現(xiàn)了第一服務(wù)器(報警服務(wù)器)關(guān)于第一報警信息的報警，當(dāng)在第2分鐘前又一次接收了第一報警服務(wù)器的第一報警信息，按照報警頻率，應(yīng)該在第2分鐘實現(xiàn)該第一報警信息的二次報警。由于當(dāng)前接收到的第一報警信息是在第I分鐘到第2分鐘之間這個報警周期內(nèi)接收的重復(fù)性的報警信息，在還未再次實現(xiàn)重復(fù)報警前去除當(dāng)前接收的第一報警信息，以減少在短時間內(nèi)實現(xiàn)同一服務(wù)器同一類型的報警，從而增強(qiáng)報警的易讀性。105:當(dāng)接收的報警信息為報警風(fēng)暴中的一條信息時，根據(jù)接收的報警信息與報警風(fēng)暴中的其它信息確定產(chǎn)生報警風(fēng)暴的原因，并將攜帶產(chǎn)生報警風(fēng)暴原因的聯(lián)合報警信息放入報警隊列。如果當(dāng)前接收的報警信息并非該報警服務(wù)器在周期內(nèi)的重復(fù)性信息，所以暫時保留該報警信息，但還需對該報警信息作進(jìn)一步的確定，以確定其是否為報警風(fēng)暴中的一條信息，所謂報警風(fēng)暴是系統(tǒng)接收到的大量同一類型的報警信息，且這些報警信息是來自某一區(qū)域的大量服務(wù)器的報警信息。如果確定了當(dāng)前產(chǎn)生了報警風(fēng)暴，此時需要聯(lián)合分析報警風(fēng)暴的其它報警信息，分析產(chǎn)生報警風(fēng)暴的原因，并將攜帶分析結(jié)果(產(chǎn)生報警風(fēng)暴原因)的一條聯(lián)合報警信息放入報警隊列以實現(xiàn)報警，從而避免大量報警信息均實現(xiàn)一次報
目O參見圖2所示，圖2為本發(fā)明實施例提供的一種報警監(jiān)控方法的實施例2的流程示意圖，實現(xiàn)該方法的步驟包括:201:報警系統(tǒng)啟動時，從數(shù)據(jù)庫中讀取服務(wù)器信息和策略信息，所述服務(wù)器信息中攜帶了所有服務(wù)器的身份標(biāo)識，所述策略信息中攜帶了預(yù)設(shè)的所有報警規(guī)則。202:將每個服務(wù)器的身份標(biāo)識與包括至少一個報警規(guī)則的規(guī)則隊列相互綁定。

在本實施例中，每個服務(wù)器都對應(yīng)有一個唯一的ID(身份標(biāo)識)，可利用不同的ID來標(biāo)識不同的服務(wù)器。步驟201和步驟202是系統(tǒng)初始化的過程，該過程是在系統(tǒng)啟動時完成的，即，從數(shù)據(jù)庫讀取所有的服務(wù)器數(shù)據(jù)，并按ID號的順序hash (散列)生成圖3所示的數(shù)據(jù)結(jié)構(gòu)，其中，每個服務(wù)器ID都指向一個隊列數(shù)組(規(guī)則隊列)，該數(shù)隊列組記錄了該服務(wù)器綁定的所有報警規(guī)則。具體參見圖3所示的服務(wù)器標(biāo)識與報警規(guī)則的綁定示意圖，其中，服務(wù)器實體的ID 組中記錄了所有服務(wù)器 ID(server_id_l、server」d_2、......server_id_N, N 為整數(shù)，
I),每個服務(wù)器分別綁定一個規(guī)則隊列，所述規(guī)則隊列包括與每個報警規(guī)則對應(yīng)的規(guī)則表，不同服務(wù)器的規(guī)則隊列中可以包括多個這樣的規(guī)則表，所述規(guī)則表包括規(guī)則表標(biāo)識
(objectl-1、objectl-2、......0bjectl-J, J為整數(shù)，J彡I)、上次報警時間、報警間隔時間
和規(guī)則標(biāo)識。其中，所述規(guī)則標(biāo)識指向一個策略實體表，參見圖4所示的策略實體表的結(jié)構(gòu)示意圖。所述策略實體表包含如下幾個字段:策略標(biāo)識(strategey ID):每個策略ID號唯一標(biāo)識一個報警規(guī)則。報警計數(shù)值(count):該字段記錄了在一個時間間隔內(nèi)(該時間間隔由清零間隔字段決定)該報警共產(chǎn)生的報警總數(shù)，在到達(dá)清零時間后，該字段將自動被清零。清零間隔(interval count),是一個時間間隔，該字段表示多長時間內(nèi)將報警計數(shù)值中記錄的計數(shù)值清零一次，該字段可由用戶自定義。清零時間(clear_time count),該時間戳記錄了報警計數(shù)值count的清零時間，所述報警計數(shù)值count每次變更前均需要比較該時間是否達(dá)到清零時間。服務(wù)器綁定數(shù)(server_num)，該字段記錄了該報警規(guī)則所綁定的服務(wù)器總數(shù)，即每條報警規(guī)則可綁定多個服務(wù)器。
報警頻度(frequency)，該字段記錄了相同的報警以多少頻度進(jìn)行報警。靈敏度(sensitivity)，該值由用戶設(shè)定，是觸發(fā)智能報警的閾值，該值是0-1之間的一個數(shù)，為O時關(guān)閉智能報警，為I時靈敏度最低。當(dāng)靈敏度為I時，表示該報警規(guī)則綁定的全部服務(wù)器都報警時才觸發(fā)智能報警。智能報警模板(smartjule)，該字段指向一個數(shù)組，數(shù)組中記錄了該報警規(guī)則綁定的所有智能報警模板，當(dāng)觸發(fā)智能報警的時候，系統(tǒng)會根據(jù)報警種類和特征，選取報警模塊以獲取最終的聯(lián)合報警信息。報警緩沖隊列(alert_list)，該字段指向一個隊列，該隊列中記錄了在一個時間間隔內(nèi)(清零間隔interval count)的所有該報警規(guī)則對應(yīng)的報警信息，在報警計數(shù)值count清零的時候要同時清空該報警緩沖隊列(或是被送入報警隊列，或是被丟棄)。利用該報警緩沖隊列的功能可預(yù)防報警風(fēng)暴以及合并去除重復(fù)報警，此外，使用該方式使得每個隊列中的報警信息會最長緩沖一個時間間隔(interval字段，由用戶設(shè)置)才可發(fā)送出去。 203:當(dāng)接收到報警信息時，確定所述接收的報警信息所屬的報警服務(wù)器，即確定當(dāng)前接收的報警信息是關(guān)于哪臺服務(wù)器(即報警服務(wù)器)的報警信息。204:查詢所述報警服務(wù)器所綁定的規(guī)則隊列，并在綁定的規(guī)則隊列中確定與所述接收的報警信息對應(yīng)的報警規(guī)則。205:確定所述對應(yīng)的報警規(guī)則所對應(yīng)的規(guī)則表。利用該報警服務(wù)器對應(yīng)的服務(wù)器標(biāo)識，獲取該報警服務(wù)器所綁定的規(guī)則隊列，再根據(jù)報警信息的性質(zhì)，在規(guī)則隊列中查找該報警信息唯一對應(yīng)的報警規(guī)則，其中，在系統(tǒng)初始化時每條報警規(guī)則以規(guī)則表的形式給出，匹配報警規(guī)則的過程即為匹配規(guī)則表的過程。206:計算所述對應(yīng)規(guī)則表中記錄的上次報警時間和報警間隔時間的和值。207:判斷上次報警時間和報警間隔時間的和值是否大于當(dāng)前時間，如果是，則確定所述接收的報警信息的信息類型為周期內(nèi)的重復(fù)性信息，執(zhí)行步驟208 ;如果否，則確定所述接收的報警信息的信息類型為非周期內(nèi)的重復(fù)性信息，執(zhí)行步驟209。208:丟棄接收的報警信息。209:檢測智能報警功能是否處于開啟狀態(tài)，如果是，則執(zhí)行步驟210至步驟214 ；如果否，則執(zhí)行步驟216。210:查詢所述對應(yīng)規(guī)則表中規(guī)則標(biāo)識所指向的策略實體表，以讀取策略實體表中的清零時間。211:判斷所述讀取的清零時間是否大于當(dāng)前時間，如果是，說明還沒到達(dá)計數(shù)值和報警緩沖隊列的清零時間，還處于當(dāng)前的清零間隔時間內(nèi)，則執(zhí)行步驟212至步驟214，如果否，說明清零時間小于或等于當(dāng)前時間，需要清除計數(shù)值和報警緩沖隊列中的內(nèi)容，則執(zhí)行步驟217。212:將所述接收的報警信息加入報警緩沖隊列，并更新策略實體表中的報警計算值，以使當(dāng)前報警計算值增加一個計數(shù)值。213:計算所述更新的報警計數(shù)值與策略實體表中服務(wù)器綁定數(shù)的商值Count/server_num。count/server_num的值越大,表示發(fā)出該同類報警信息的服務(wù)器數(shù)越多，發(fā)生報警風(fēng)暴的幾率越大；count/server_num的值越小,表示發(fā)出該同類報警信息的服務(wù)器數(shù)越少，認(rèn)為是少數(shù)服務(wù)器產(chǎn)生了該類報警所對應(yīng)的故障。214:判斷所述商值是否大于設(shè)定靈敏度，如果是，則執(zhí)行步驟215，如果否，則執(zhí)行步驟203或步驟211。其中，所述設(shè)定靈敏度由人工設(shè)定，并在0-1范圍內(nèi)進(jìn)行設(shè)定，設(shè)定靈敏度是根據(jù)工作人員的經(jīng)驗和所綁定的服務(wù)器的規(guī)模決定的，即，當(dāng)某一報警規(guī)則的策略實體表中服務(wù)器綁定數(shù)越大，所述設(shè)定靈敏度的值應(yīng)相對越小，反之，當(dāng)一報警規(guī)則的策略實體表中服務(wù)器綁定數(shù)越小，所述設(shè)定靈敏度的值應(yīng)相對越大。例如當(dāng)某一報警規(guī)綁定的服務(wù)器數(shù)量較小(假設(shè)綁定數(shù)量為10)時，可將所述設(shè)定靈敏度設(shè)定為0.7-0.8，當(dāng)然，還可以設(shè)定更高的值；例如當(dāng)某一報警規(guī)綁定的服務(wù)器數(shù)量較大(假設(shè)綁定數(shù)量為1000)時，可將所述設(shè)定靈敏度設(shè)定為0.4-0.6，當(dāng)然，也可以按實際需要設(shè)置為0-1之間的其它值。215:確定接收的報警信息為報警風(fēng)暴中的一條信息，根據(jù)接收的報警信息與報警風(fēng)暴中的其它信息確定產(chǎn)生報警風(fēng)暴的原因，并將攜帶產(chǎn)生報警風(fēng)暴原因的聯(lián)合報警信息放入報警隊列，執(zhí)行步驟218。當(dāng)大量服務(wù)器產(chǎn)生故障時，系統(tǒng)會在短時間內(nèi)接收大量的相同性質(zhì)的報警信息，這種情況即為報警風(fēng)暴，此時，從該報警信息對應(yīng)的策略實體表中的智能報警模板中選取一個報警模板，通過該選取的報警模板確定產(chǎn)生報警風(fēng)暴的原因，并生成一條攜帶報警原因的聯(lián)合報警信息。舉例說明，假設(shè)系統(tǒng)開啟了智能報警功能，當(dāng)系統(tǒng)短時間內(nèi)收到某區(qū)域內(nèi)大量服務(wù)器的停機(jī)報警時，即可觸發(fā)智能報警。其中，所述選取的報警模板包括分析探測單元和結(jié)果封裝單元兩部分，需要說明的是，所有的報警模板都至少包含分析探測單元和結(jié)果封裝單元，部分復(fù)雜模板還包含一些其他處理單元。參見圖5所示,示出了本發(fā)明實施例提供的報警風(fēng)暴原因分析流程示意圖，當(dāng)收到批量服務(wù)器發(fā)送的大量報警信息后，利用所述分析探測單元執(zhí)行以下探測分析步驟:501:從報警風(fēng)暴中的所有故障服務(wù)器中隨機(jī)選取部分樣點服務(wù)器，對選取的樣點服務(wù)器執(zhí)行PING操作(Packet Internet Groper,因特網(wǎng)包探索器，Ping在Windows系下是自帶的一個可執(zhí)行命令，利用它可以檢查網(wǎng)絡(luò)是否能夠連通)。502:判斷是否能PING通，即判斷網(wǎng)絡(luò)是否能連接，如果是，則執(zhí)行步驟503，如果否，則執(zhí)行步驟504。503:確定產(chǎn)生報警風(fēng)暴的原因為系統(tǒng)網(wǎng)絡(luò)抖動，調(diào)用所述結(jié)果封裝單元封裝該報警，以生成攜帶所述網(wǎng)絡(luò)抖動的聯(lián)合報警信息，結(jié)束流程。504:查找當(dāng)前服務(wù)器集群的交換機(jī)等網(wǎng)絡(luò)設(shè)備，嘗試連接交換機(jī)。505:判斷交換機(jī)是否能連接上，如果是，則執(zhí)行步驟510，如果否，則執(zhí)行步驟506。506:針對選取的各個樣點服務(wù)器,利用 IPMI (Intelligent PlatfOrm ManagementInterface，智能型平臺管理接口 )獲取每臺樣點服務(wù)器的電源狀態(tài)。507:判斷能否獲取到電源狀態(tài)參數(shù)，所述電源狀態(tài)包括電壓、電流、功率等參數(shù)，如果能，說明對應(yīng)的樣點服務(wù)器并沒有停機(jī)，則執(zhí)行步驟508，如果不能，則執(zhí)行步驟509。508:根據(jù)獲取的 電源狀態(tài)參數(shù)，分析報警原因，如果分析結(jié)果是服務(wù)器瞬間負(fù)載過大，導(dǎo)致服務(wù)器出現(xiàn)假死的現(xiàn)象，此時調(diào)用所述結(jié)果封裝單元封裝該報警，以生成攜帶所述服務(wù)器負(fù)載短期增加的聯(lián)合報警信息；如果分析結(jié)果是網(wǎng)絡(luò)的頻繁瞬間抖動，造成網(wǎng)絡(luò)間斷性的中斷，此時調(diào)用所述結(jié)果封裝單元封裝該報警，以生成攜帶所述網(wǎng)絡(luò)抖動的聯(lián)合報警信息，流程結(jié)束。509:讀取機(jī)房供電設(shè)備狀態(tài)等信息，根據(jù)讀取的狀態(tài)信息分析報警原因，假如報警原因是區(qū)域掉電、或是區(qū)域供電線路故障、或是區(qū)域電源設(shè)備故障等，此時調(diào)用所述結(jié)果封裝單元封裝該報警，以生成攜帶所述區(qū)域掉電、或區(qū)域供電線路故障、或區(qū)域電源設(shè)備故障的聯(lián)合報警信息，流程結(jié)束。510:讀取交換機(jī)等狀態(tài)信息，該狀態(tài)信息包括交換機(jī)各個端口狀態(tài)(是否接通)、流經(jīng)各個端口的數(shù)據(jù)流量大小等，根據(jù)讀取的狀態(tài)信息分析故障原因，假如分析得到的故障原因是網(wǎng)絡(luò)故障、或是網(wǎng)絡(luò)抖動、或是網(wǎng)絡(luò)超負(fù)荷等，此時調(diào)用所述結(jié)果封裝單元封裝該報警，以生成攜帶所述網(wǎng)絡(luò)故障、或網(wǎng)絡(luò)抖動、或網(wǎng)絡(luò)超負(fù)荷的聯(lián)合報警信息，流程結(jié)束。216:此時智能報警功能處于關(guān)閉狀態(tài)，則將所述接收的報警信息放入報警隊列中，執(zhí)行步驟218。217:將策略實體表中報警緩沖隊列中的所有報警信息放入報警隊列中。218:根據(jù)優(yōu)先級順序發(fā)送所述報警隊列中的報警信息。此外，可將報警隊列中的報警信息寫入數(shù)據(jù)庫持久化，以對服務(wù)器系統(tǒng)的每類報警進(jìn)行相應(yīng)的記錄；還可將報警隊列中的報警信息輸入到其它功能單元或是外部調(diào)用接
□。 本發(fā)明實施例提供的報警監(jiān)控方法，通過為每個服務(wù)器配置多個報警規(guī)則，并將這些報警規(guī)則與對應(yīng)的服務(wù)器相互綁定，當(dāng)接收到某個報警服務(wù)器的報警信息時，可將接收的報警信息與該報警服務(wù)器所綁定的所有報警規(guī)則進(jìn)行匹配，然后利用匹配出的報警規(guī)則將報警信息進(jìn)行不同的處理，即通過設(shè)定一個報警周期，當(dāng)接收的報警信息是在當(dāng)前報警周期內(nèi)的重復(fù)性的信息時，在產(chǎn)生下次報警前便丟棄該報警信息，這樣可有效減少該報警服務(wù)器所產(chǎn)生的重復(fù)性同類報警。但當(dāng)接收的報警信息為報警風(fēng)暴中的一條信息時，雖然在報警周期內(nèi)已經(jīng)去除了大部分的重復(fù)報警信息，但是，當(dāng)大量報警服務(wù)器同時產(chǎn)生大量的同類報警時，系統(tǒng)還會不可避免的在周期外保留大量該類報警信息，此時，為了防止報警風(fēng)暴引起的大量報警，可根據(jù)接收的報警信息與報警風(fēng)暴中的其它信息確定產(chǎn)生報警風(fēng)暴的原因，并將攜帶產(chǎn)生報警風(fēng)暴原因的一條聯(lián)合報警信息放入報警隊列以進(jìn)行報警，由此合并了大量重復(fù)性的信息，有效解決了報警風(fēng)暴的重復(fù)性且不間斷的報警問題，提高了報警的可用性和易讀性，減輕了運(yùn)維和管理人員的工作量，同時減輕了系統(tǒng)的報警負(fù)荷。參見圖6所示，圖6為本發(fā)明實施例提供的一種報警監(jiān)控方法的實施例3的流程示意圖，在上述方法實施例1或方法實施例2的基礎(chǔ)上，本實施例故障報警控制方法還包括以下步驟:601:接收用戶輸入的策略輸入信息，并根據(jù)所述策略輸入信息讀取數(shù)據(jù)庫中新增策略或更新策略。602:查詢所述新增策略或更新策略所綁定的所有服務(wù)器，并在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中添加攜帶新增策略的規(guī)則表，或在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中更新所述更新策略對應(yīng)的規(guī)則表。
在系統(tǒng)運(yùn)行過程中，可隨時利用數(shù)據(jù)庫中的新增或更新策略，在與服務(wù)器ID所綁定的規(guī)則隊列中添加新的規(guī)則表，和/或在與服務(wù)器ID所綁定的規(guī)則隊列中更新舊的規(guī)則表，由于每條報警規(guī)則所對應(yīng)的策略可由多個服務(wù)器使用，所以需要對每個服務(wù)器的規(guī)則表進(jìn)行策略添加或更新。此外，本實施例3還包括:接收用戶輸入的控制信息，并根據(jù)所述控制信息執(zhí)行控制命令。例如:這些控制信息是系統(tǒng)管理員輸入的關(guān)于啟動系統(tǒng)、關(guān)閉系統(tǒng)、暫停系統(tǒng)、或是初始化系統(tǒng)等控制信息，當(dāng)系統(tǒng)接收到相關(guān)控制信息時，可執(zhí)行對應(yīng)的相關(guān)控制命令，并將執(zhí)行相關(guān)控制命令所產(chǎn)生的控制結(jié)果(例如:所述控制結(jié)果為執(zhí)行控制命令的時間、或是執(zhí)行控制命令所產(chǎn)生的數(shù)據(jù)等相關(guān)內(nèi)容)寫入數(shù)據(jù)庫持久化。參見圖7所示，圖7為本發(fā)明實施例提供的一種報警監(jiān)控系統(tǒng)的實施例1的結(jié)構(gòu)示意圖，該系統(tǒng)具體包括以下單元:信息接收單元I，用于接收報警信息；規(guī)則確定單元2，用于當(dāng)所述信息接收單元I接收到報警信息時，在報警服務(wù)器所綁定的所有報警規(guī)則中確定與接收的報警信息對應(yīng)的報警規(guī)則；類型確定單元3，用于根據(jù)所述對應(yīng)的報警規(guī)則確定接收的報警信息的信息類型；信息丟棄單元4，用于在所述類型確定單元3確定的所述信息類型為周期內(nèi)的重復(fù)性信息時，丟棄接收的報警信息；

第一報警單元5，用于在所述類型確定單元3確定的所述信息類型為非周期內(nèi)的重復(fù)性信息時，若接收的報警信息為報警風(fēng)暴中的一條信息，則根據(jù)接收的報警信息與報警風(fēng)暴中的其它信息確定產(chǎn)生報警風(fēng)暴的原因，并將攜帶產(chǎn)生報警風(fēng)暴原因的聯(lián)合報警信息放入報警隊列。參見圖8所示，圖8為本發(fā)明實施例提供的一種報警監(jiān)控系統(tǒng)的實施例2的結(jié)構(gòu)示意圖，在上述系統(tǒng)實施例1的基礎(chǔ)上，該系統(tǒng)實施例2還包括以下單元:信息讀取單元6，用于從數(shù)據(jù)庫中讀取服務(wù)器信息和策略信息，所述服務(wù)器信息中攜帶了所有服務(wù)器的身份標(biāo)識，所述策略信息中攜帶了預(yù)設(shè)的所有報警規(guī)則；規(guī)則綁定單元7，用于將每個服務(wù)器的身份標(biāo)識與包括至少一個報警規(guī)則的規(guī)則隊列相互綁定。其中，所述規(guī)則確定單元2具體包括以下各個子單元:歸屬確定子單元21，用于確定所述接收的報警信息所屬的報警服務(wù)器；規(guī)則匹配子單元22，用于查詢所述報警服務(wù)器所綁定的規(guī)則隊列，并在綁定的規(guī)則隊列中確定與所述接收的報警信息對應(yīng)的報警規(guī)則。具體的，所述規(guī)則隊列包括與每個報警規(guī)則對應(yīng)的規(guī)則表，所述規(guī)則表包括規(guī)則表標(biāo)識、上次報警時間、報警間隔時間和規(guī)則標(biāo)識；所述規(guī)則標(biāo)識指向一個策略實體表,所述策略實體表包括:策略標(biāo)識、報警計數(shù)值、清零間隔、清零時間、服務(wù)器綁定數(shù)、報警頻度、靈敏度、智能報警模板和報警緩沖隊列。其中，所述類型確定單元3包括:和值計算子單元31，用于確定所述對應(yīng)的報警規(guī)則所對應(yīng)的規(guī)則表，并計算所述對應(yīng)規(guī)則表中記錄的上次報警時間和報警間隔時間的和值；
和值判斷子單元32，用于判斷上次報警時間和報警間隔時間的和值是否大于當(dāng)前時間；第一類型確定子單元33，用于在所述和值判斷子單元32判斷得到的所述和值大于當(dāng)前時間時，確定所述接收的報警信息的信息類型為周期內(nèi)的重復(fù)性信息；清零時間讀取子單元34，用于在所述和值判斷子單元32判斷得到的所述和值小于或等于當(dāng)前時間時，確定所述接收的報警信息的信息類型為非周期內(nèi)的重復(fù)性信息，若智能報警功能處于開啟狀態(tài)，則查詢所述對應(yīng)規(guī)則表中規(guī)則標(biāo)識所指向的策略實體表，以讀取策略實體表中的清零時間；

清零時間判斷子單元35，用于判斷所述讀取的清零時間是否大于當(dāng)前時間；計算值更新子單元36，用于在所述清零時間判斷子單元35判斷得到的所述讀取的清零時間大于當(dāng)前時間時，將所述接收的報警信息加入報警緩沖隊列，并更新策略實體表中的報警計算值，以使當(dāng)前報警計算值增加一個計數(shù)值；商值計算子單元37，用于計算所述更新的報警計數(shù)值與策略實體表中服務(wù)器綁定數(shù)的商值；第二類型確定子單元38，用于在所述商值計算子單元37計算得到的所述商值大于設(shè)定靈敏度時，確定接收的報警信息為報警風(fēng)暴中的一條信息。此外，本發(fā)明系統(tǒng)實施例2還包括以下單元:第二報警單元8，用于在所述和值判斷子單元32判斷得到的所述和值小于或等于當(dāng)前時間時，若智能報警功能處于關(guān)閉狀態(tài)，則將所述報警信息放入報警隊列中。第三報警單元9，用于在所述清零時間判斷子單元35判斷得到的所述讀取的清零時間小于或等于當(dāng)前時間時，將策略實體表中報警緩沖隊列中的所有報警信息放入報警隊列中。報警信息發(fā)送單元10，用于根據(jù)優(yōu)先級順序發(fā)送所述報警隊列中的報警信息。本發(fā)明實施例報警監(jiān)控系統(tǒng)，通過為每個服務(wù)器配置多個報警規(guī)則，并將這些報警規(guī)則與對應(yīng)的服務(wù)器相互綁定，當(dāng)接收到某個報警服務(wù)器的報警信息時，可將接收的報警信息與該報警服務(wù)器所綁定的所有報警規(guī)則進(jìn)行匹配，然后利用匹配出的報警規(guī)則將報警信息進(jìn)行不同的處理，即通過設(shè)定一個報警周期，當(dāng)接收的報警信息是在當(dāng)前報警周期內(nèi)的重復(fù)性的信息時，在產(chǎn)生下次報警前便丟棄該報警信息，這樣可有效減少該報警服務(wù)器所產(chǎn)生的重復(fù)性同類報警。但當(dāng)接收的報警信息為報警風(fēng)暴中的一條信息時，雖然在報警周期內(nèi)已經(jīng)去除了大部分的重復(fù)報警信息，但是，當(dāng)大量報警服務(wù)器同時產(chǎn)生大量的同類報警時，系統(tǒng)還會不可避免的在周期外保留大量該類報警信息，此時，為了防止報警風(fēng)暴引起的大量報警，可根據(jù)接收的報警信息與報警風(fēng)暴中的其它信息確定產(chǎn)生報警風(fēng)暴的原因，并將攜帶產(chǎn)生報警風(fēng)暴原因的一條聯(lián)合報警信息放入報警隊列以進(jìn)行報警，由此合并了大量重復(fù)性的信息，有效解決了報警風(fēng)暴的重復(fù)性且不間斷的報警問題，提高了報警的可用性和易讀性，減輕了運(yùn)維和管理人員的工作量，同時減輕了系統(tǒng)的報警負(fù)荷。參見圖9所示，圖9為本發(fā)明實施例提供的一種報警監(jiān)控系統(tǒng)的實施例3的結(jié)構(gòu)示意圖，結(jié)合上述系統(tǒng)實施例1或系統(tǒng)實施例2,本實施例3還包括:策略讀取單元11，用于接收用戶輸入的策略輸入信息，并根據(jù)所述策略輸入信息讀取數(shù)據(jù)庫中新增策略或更新策略；
規(guī)則更新單元12，用于查詢所述新增策略或更新策略所綁定的所有服務(wù)器，并在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中添加攜帶新增策略的規(guī)則表，或在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中更新所述更新策略對應(yīng)的規(guī)則表?？刂茍?zhí)行單元13，用于接收用戶輸入的控制信息，并根據(jù)所述控制信息執(zhí)行控制命令。本發(fā)明實施例報警監(jiān)控系統(tǒng)，可在系統(tǒng)運(yùn)行過程中隨時利用數(shù)據(jù)庫中新增或更新策略，在與服務(wù)器I D所綁定的規(guī)則隊列中添加新的規(guī)則表，和/或在與服務(wù)器I D所綁定的規(guī)則隊列中更新舊的規(guī)則表，由于每條報警規(guī)則所對應(yīng)的策略可由多個服務(wù)器使用，所以需要對每個服務(wù)器的規(guī)則表進(jìn)行策略添加或更新。通過以上的實施方式的描述可知，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實施例方法中的全部或部分步驟可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者諸如媒體網(wǎng)關(guān)等網(wǎng)絡(luò)通信設(shè)備，等等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。需要說明的是，本說明書中各個實施例采用遞進(jìn)的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的方法而言，由于其與實施例公開的系統(tǒng)相對應(yīng)，所以描述的比較簡單，相關(guān)之處參見系統(tǒng)部分說明即可。還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有 更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。對所公開的實施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。
權(quán)利要求
1.一種報警監(jiān)控方法，其特征在于，包括: 當(dāng)接收到報警信息時，在報警服務(wù)器所綁定的所有報警規(guī)則中確定與接收的報警信息對應(yīng)的報警規(guī)則； 根據(jù)所述對應(yīng)的報警規(guī)則確定接收的報警信息的信息類型； 如果所述信息類型為周期內(nèi)的重復(fù)性信息，則丟棄接收的報警信息； 如果所述信息類型為非周期內(nèi)的重復(fù)性信息且接收的報警信息為報警風(fēng)暴中的一條信息，則根據(jù)接收的報警信息與報警風(fēng)暴中的其它信息確定產(chǎn)生報警風(fēng)暴的原因，并將攜帶產(chǎn)生報警風(fēng)暴原因的聯(lián)合報警信息放入報警隊列。
2.根據(jù)權(quán)利要求1所述方法，其特征在于，在接收報警信息前還包括: 從數(shù)據(jù)庫中讀取服務(wù)器信息和策略信息，所述服務(wù)器信息中攜帶了所有服務(wù)器的身份標(biāo)識，所述策略信息中 攜帶了預(yù)設(shè)的所有報警規(guī)則； 將每個服務(wù)器的身份標(biāo)識與包括至少一個報警規(guī)則的規(guī)則隊列相互綁定。
3.根據(jù)權(quán)利要求2所述方法，其特征在于，所述在報警服務(wù)器所綁定的所有報警規(guī)則中確定與接收的報警信息對應(yīng)的報警規(guī)則包括: 確定所述接收的報警信息所屬的報警服務(wù)器； 查詢所述報警服務(wù)器所綁定的規(guī)則隊列，并在綁定的規(guī)則隊列中確定與所述接收的報警信息對應(yīng)的報警規(guī)則。
4.根據(jù)權(quán)利要求2所述方法，其特征在于，所述規(guī)則隊列包括與每個報警規(guī)則對應(yīng)的規(guī)則表，所述規(guī)則表包括規(guī)則表標(biāo)識、上次報警時間、報警間隔時間和規(guī)則標(biāo)識； 所述規(guī)則標(biāo)識指向一個策略實體表，所述策略實體表包括:策略標(biāo)識、報警計數(shù)值、清零間隔、清零時間、服務(wù)器綁定數(shù)、報警頻度、靈敏度、智能報警模板和報警緩沖隊列。
5.根據(jù)權(quán)利要求4所述方法，其特征在于，所述根據(jù)所述對應(yīng)的報警規(guī)則確定接收的報警信息的信息類型包括: 確定所述對應(yīng)的報警規(guī)則所對應(yīng)的規(guī)則表； 計算所述對應(yīng)規(guī)則表中記錄的上次報警時間和報警間隔時間的和值； 如果所述和值大于當(dāng)前時間，則確定所述接收的報警信息的信息類型為周期內(nèi)的重復(fù)性信息； 如果所述和值小于或等于當(dāng)前時間，則確定所述接收的報警信息的信息類型為非周期內(nèi)的重復(fù)性信息，若智能報警功能處于開啟狀態(tài)，則查詢所述對應(yīng)規(guī)則表中規(guī)則標(biāo)識所指向的策略實體表，以讀取策略實體表中的清零時間； 如果所述讀取的清零時間大于當(dāng)前時間，則將所述接收的報警信息加入報警緩沖隊列，并更新策略實體表中的報警計算值，以使當(dāng)前報警計算值增加一個計數(shù)值； 計算所述更新的報警計數(shù)值與策略實體表中服務(wù)器綁定數(shù)的商值； 如果所述商值大于設(shè)定靈敏度，則確定接收的報警信息為報警風(fēng)暴中的一條信息。
6.根據(jù)權(quán)利要求5所述方法，其特征在于，如果所述和值小于或等于當(dāng)前時間且智能報警功能處于關(guān)閉狀態(tài)，則將所述報警信息放入報警隊列中。
7.根據(jù)權(quán)利要求5所述方法，其特征在于，如果所述讀取的清零時間小于或等于當(dāng)前時間，則將策略實體表中報警緩沖隊列中的所有報警信息放入報警隊列中。
8.根據(jù)權(quán)利要求1至7任一項所述方法，其特征在于，根據(jù)優(yōu)先級順序發(fā)送所述報警隊列中的報警信息。
9.根據(jù)權(quán)利要求4所述方法，其特征在于，所述方法還包括: 接收用戶輸入的策略輸入信息，并根據(jù)所述策略輸入信息讀取數(shù)據(jù)庫中新增策略或更新策略； 查詢所述新增策略或更新策略所綁定的所有服務(wù)器，并在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中添加攜帶新增策略的規(guī)則表，或在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中更新所述更新策略對應(yīng)的規(guī)則表。
10.根據(jù)權(quán)利要求9所述方法，其特征在于，所述方法還包括: 接收用戶輸入的控制信息，并根據(jù)所述控制信息執(zhí)行控制命令。
11.一種報警監(jiān)控系統(tǒng)，其特征在于，包括: 信息接收單元，用于接收報警信息； 規(guī)則確定單元，用于當(dāng)所述信息接收單元接收到報警信息時，在報警服務(wù)器所綁定的所有報警規(guī)則中確定與接收的報警信息對應(yīng)的報警規(guī)則； 類型確定單元，用于根據(jù)所述對應(yīng)的報警規(guī)則確定接收的報警信息的信息類型；信息丟棄單元，用于在所述類型確定單元確定的所述信息類型為周期內(nèi)的重復(fù)性信息時，丟棄接收的報警信息； 第一報警單元，用于在所述類型確定單元確定的所述信息類型為非周期內(nèi)的重復(fù)性信息時，若接收的報警信息為報警風(fēng)暴中的一條信息，則根據(jù)接收的報警信息與報警風(fēng)暴中的其它信息確定產(chǎn)生報警風(fēng)暴的原因，并將攜帶產(chǎn)生報警風(fēng)暴原因的聯(lián)合報警信息放入報警隊列。
12.根據(jù)權(quán)利要求11所述系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 信息讀取單元，用于從數(shù)據(jù)庫中讀取服務(wù)器信息和策略信息，所述服務(wù)器信息中攜帶了所有服務(wù)器的身份標(biāo)識，所述策略信息中攜帶了預(yù)設(shè)的所有報警規(guī)則； 規(guī)則綁定單元，用于將每個服務(wù)器的身份標(biāo)識與包括至少一個報警規(guī)則的規(guī)則隊列相互綁定。
13.根據(jù)權(quán)利要求12所述系統(tǒng)，其特征在于，所述規(guī)則確定單元包括: 歸屬確定子單元，用于確定所述接收的報警信息所屬的報警服務(wù)器； 規(guī)則匹配子單元，用于查詢所述報警服務(wù)器所綁定的規(guī)則隊列，并在綁定的規(guī)則隊列中確定與所述接收的報警信息對應(yīng)的報警規(guī)則。
14.根據(jù)權(quán)利要求12所述系統(tǒng)，其特征在于，所述規(guī)則隊列包括與每個報警規(guī)則對應(yīng)的規(guī)則表，所述規(guī)則表包括規(guī)則表標(biāo)識、上次報警時間、報警間隔時間和規(guī)則標(biāo)識； 所述規(guī)則標(biāo)識指向一個策略實體表，所述策略實體表包括:策略標(biāo)識、報警計數(shù)值、清零間隔、清零時間、服務(wù)器綁定數(shù)、報警頻度、靈敏度、智能報警模板和報警緩沖隊列。
15.根據(jù)權(quán)利要求14所述系統(tǒng)，其特征在于，所述類型確定單元包括: 和值計算子單元，用于確定所述對應(yīng)的報警規(guī)則所對應(yīng)的規(guī)則表，并計算所述對應(yīng)規(guī)則表中記錄的上次報警時間和報警間隔時間的和值； 和值判斷子單元，用于判斷上次報警時間和報警間隔時間的和值是否大于當(dāng)前時間；第一類型確定子單元，用于在所述和值判斷子單元判斷得到的所述和值大于當(dāng)前時間時，確定所述接收的報警信息的信息類型為周期內(nèi)的重復(fù)性信息；清零時間讀取子單元，用于在所述和值判斷子單元判斷得到的所述和值小于或等于當(dāng)前時間時，確定所述接收的報警信息的信息類型為非周期內(nèi)的重復(fù)性信息，若智能報警功能處于開啟狀態(tài)，則查詢所述對應(yīng)規(guī)則表中規(guī)則標(biāo)識所指向的策略實體表，以讀取策略實體表中的清零時間； 清零時間判斷子單元，用于判斷所述讀取的清零時間是否大于當(dāng)前時間； 計算值更新子單元，用于在所述清零時間判斷子單元判斷得到的所述讀取的清零時間大于當(dāng)前時間時，將所述接收的報警信息加入報警緩沖隊列，并更新策略實體表中的報警計算值，以使當(dāng)前報警計算值增加一個計數(shù)值； 商值計算子單元，用于計算所述更新的報警計數(shù)值與策略實體表中服務(wù)器綁定數(shù)的商值； 第二類型確定子單元，用于在所述商值計算子單元計算得到的所述商值大于設(shè)定靈敏度時，確定接收的報警信息為報警風(fēng)暴中的一條信息。
16.根據(jù)權(quán)利要求15所述系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 第二報警單元，用于在所述和值判斷子單元判斷得到的所述和值小于或等于當(dāng)前時間時，若智能報警功能處于關(guān)閉狀態(tài)，則將所述報警信息放入報警隊列中。
17.根據(jù)權(quán)利要求15所述系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 第三報警單元，用于在所述清零時間判斷子單元判斷得到的所述讀取的清零時間小于或等于當(dāng)前時間時，將策略實體表中報警緩沖隊列中的所有報警信息放入報警隊列中。
18.根據(jù)權(quán)利要求11至17任一項所述系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 報警信息發(fā)送單元，用于根據(jù)優(yōu)先級順序發(fā)送所述報警隊列中的報警信息。
19.根據(jù)權(quán)利要求14所述系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 策略讀取單元，用于接收用戶輸入的策略輸入信息，并根據(jù)所述策略輸入信息讀取數(shù)據(jù)庫中新增策略或更新策略； 規(guī)則更新單元，用于查詢所述新增策略或更新策略所綁定的所有服務(wù)器，并在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中添加攜帶新增策略的規(guī)則表，或在所綁定的所有服務(wù)器對應(yīng)的規(guī)則隊列中更新所述更新策略對應(yīng)的規(guī)則表。
20.根據(jù)權(quán)利要求19所述系統(tǒng)，其特征在于，所述系統(tǒng)還包括: 控制執(zhí)行單元，用于接收用戶輸入的控制信息，并根據(jù)所述控制信息執(zhí)行控制命令。
全文摘要
本發(fā)明公開了一種報警監(jiān)控方法，所述方法包括當(dāng)接收到報警信息時，在報警服務(wù)器所綁定的所有報警規(guī)則中確定與接收的報警信息對應(yīng)的報警規(guī)則；根據(jù)所述對應(yīng)的報警規(guī)則確定接收的報警信息的信息類型；如果所述信息類型為周期內(nèi)的重復(fù)性信息，則丟棄接收的報警信息；如果所述信息類型為非周期內(nèi)的重復(fù)性信息且接收的報警信息為報警風(fēng)暴中的一條信息，則根據(jù)接收的報警信息與報警風(fēng)暴中的其它信息確定產(chǎn)生報警風(fēng)暴的原因，并將攜帶產(chǎn)生報警風(fēng)暴原因的聯(lián)合報警信息放入報警隊列。本發(fā)明還公開了一種報警監(jiān)控系統(tǒng)。
文檔編號H04L12/24GK103220173SQ201310121609
公開日2013年7月24日 申請日期2013年4月9日 優(yōu)先權(quán)日2013年4月9日
發(fā)明者王帥, 王蕾 申請人:北京搜狐新媒體信息技術(shù)有限公司