專利名稱：針對實(shí)時告警管理的數(shù)據(jù)庫表建模及事件處理方法
技術(shù)領(lǐng)域：
本發(fā)明大體上涉及一種針對實(shí)時管理的數(shù)據(jù)庫表建模和事件處理方法，更具體地，涉及一種在將由網(wǎng)絡(luò)設(shè)備產(chǎn)生的告警和相關(guān)事件實(shí)時地傳送給告警管理器時，通過利用告警順序號映射每個客戶并利用事件管理技術(shù)執(zhí)行支持該映射的數(shù)據(jù)庫建模而有效處理該事件的針對實(shí)時管理的數(shù)據(jù)庫表建模和事件處理方法。
背景技術(shù)：
通常，使用網(wǎng)絡(luò)管理系統(tǒng)來管理與多個系統(tǒng)相連的網(wǎng)絡(luò)。因此，網(wǎng)絡(luò)管理系統(tǒng)接收并管理與網(wǎng)絡(luò)系統(tǒng)直接或間接相連的每個系統(tǒng)的狀態(tài)信息。
此外，每個與網(wǎng)絡(luò)管理系統(tǒng)相連的操作者計(jì)算機(jī)能夠確認(rèn)該狀態(tài)信息。
將與網(wǎng)絡(luò)管理系統(tǒng)相連的系統(tǒng)分為交換系統(tǒng)、傳輸系統(tǒng)等。網(wǎng)絡(luò)管理系統(tǒng)與交換系統(tǒng)和傳輸系統(tǒng)相連，從每個系統(tǒng)收集告警數(shù)據(jù)和維護(hù)數(shù)據(jù)，并在數(shù)據(jù)庫中對所收集到的數(shù)據(jù)進(jìn)行管理。
網(wǎng)絡(luò)管理系統(tǒng)通過經(jīng)常性地監(jiān)控通信網(wǎng)絡(luò)的狀態(tài)來維護(hù)最佳的狀態(tài)，并收集/累積網(wǎng)絡(luò)的狀態(tài)、告警和業(yè)務(wù)數(shù)據(jù)。具體地，網(wǎng)絡(luò)告警管理系統(tǒng)存儲在網(wǎng)絡(luò)中產(chǎn)生的大量告警信息，并向與網(wǎng)絡(luò)告警管理系統(tǒng)相連的多個告警管理器計(jì)算機(jī)提供所需的告警信息。
用于告警管理的主機(jī)(服務(wù)器)是用于網(wǎng)絡(luò)管理的工作站，包括告警管理處理器、廣播編目表、告警數(shù)據(jù)庫、事件數(shù)據(jù)庫、守護(hù)進(jìn)程處理器(daemon processor)、多個監(jiān)聽程序表、以及多個告警管理器。
由基于計(jì)算機(jī)的管理信息系統(tǒng)收集網(wǎng)絡(luò)中所產(chǎn)生的多種狀態(tài)信息。管理信息系統(tǒng)由計(jì)算機(jī)硬件、軟件、數(shù)據(jù)、程序和人組成，并通過處理網(wǎng)絡(luò)中所產(chǎn)生的數(shù)據(jù)而產(chǎn)生多種信息。
向告警管理系統(tǒng)傳輸由管理信息系統(tǒng)所通知的告警和事件。由告警管理應(yīng)用程序、進(jìn)程應(yīng)用程序?qū)Ω婢芾硖幚砥鬟M(jìn)行操作。已知的是，進(jìn)程是在后臺執(zhí)行系統(tǒng)操作相關(guān)工作的駐留程序。即，如果發(fā)生要在后臺進(jìn)行處理的工作條件，則自動驅(qū)動用于告警管理的進(jìn)程應(yīng)用程序，以執(zhí)行必需的工作。
具有多分布表結(jié)構(gòu)的告警數(shù)據(jù)庫包括未清除告警表和已清除告警表。告警管理處理器將在網(wǎng)絡(luò)中產(chǎn)生之后未被清除的告警信息存儲在未清除告警表中，而且如果清除了該告警，則從未清除告警表中刪除相應(yīng)的告警信息，然后轉(zhuǎn)移到已清除告警表，以存儲該告警信息。
然后，將已產(chǎn)生的事件存儲在事件數(shù)據(jù)庫中。
告警管理服務(wù)器與實(shí)現(xiàn)為在工作站或個人計(jì)算機(jī)或者該告警管理服務(wù)器中進(jìn)行操作的應(yīng)用程序的告警管理器相連，以便通過多個操作者支持分布告警管理。如果并未對從未清除告警表中讀取告警信息的時間進(jìn)行同步，一些首先讀取告警信息的告警管理器可能會讀取到已清除告警信息，而稍后讀取告警信息的其余告警管理器只能讀取未清除告警信息。在這種情況下，告警管理器的告警信息彼此不等。
為了防止這個問題，告警管理器具有監(jiān)聽程序表，固有告警信息識別空間。將監(jiān)聽程序類別的名稱記錄在廣播編目表上。將網(wǎng)絡(luò)中所產(chǎn)生的告警信息存儲在未清除告警表上，并同時存儲在與每個告警管理器相對應(yīng)的監(jiān)聽程序表上。告警管理器從每個相應(yīng)的監(jiān)聽程序表中讀取告警信息。
換句話說，為了處理實(shí)時事件，在客戶程序驅(qū)動告警管理器時，現(xiàn)有技術(shù)的告警管理器均分配有以服務(wù)器所產(chǎn)生的數(shù)據(jù)庫中的監(jiān)聽程序命名的表格。產(chǎn)生數(shù)量與已驅(qū)動告警管理器一樣多的監(jiān)聽程序表，以傳輸每個告警管理器的獨(dú)立性能結(jié)果。
正如所公知的那樣，由于網(wǎng)絡(luò)的規(guī)模和管理范圍呈指數(shù)增長，需要對高容量網(wǎng)絡(luò)進(jìn)行管理的NMS(網(wǎng)絡(luò)管理系統(tǒng))。所以，為了操作網(wǎng)絡(luò)管理系統(tǒng)，可以預(yù)言的是，能夠進(jìn)行高容量處理的服務(wù)器將與大量的客戶程序相連。
但是，由于先前告警管理器的實(shí)時告警處理方法是針對具有相對較小規(guī)模的網(wǎng)絡(luò)的系統(tǒng)研發(fā)的，服務(wù)器不得不對所產(chǎn)生的數(shù)量上與告警管理器一樣多的監(jiān)聽程序表執(zhí)行寫操作，以便處理和傳輸去往客戶程序的告警。即，在處理一個事件(告警事件)時，執(zhí)行了事件數(shù)×監(jiān)聽程序表數(shù)次不必要的寫操作。
因此，隨著相連客戶程序的告警管理器的數(shù)目的增加，現(xiàn)有的告警管理系統(tǒng)要處理的監(jiān)聽程序表的數(shù)目也增加，從而降低了告警處理速度。
換句話說，現(xiàn)有的告警處理結(jié)果引起了不滿足反映了實(shí)時功能的高容量網(wǎng)絡(luò)管理系統(tǒng)的告警處理性能標(biāo)準(zhǔn)的問題。

發(fā)明內(nèi)容
因此，本發(fā)明的一個目的是提供一種針對實(shí)時管理的數(shù)據(jù)庫表建模和事件處理方法，在將網(wǎng)絡(luò)設(shè)備中產(chǎn)生的告警和相關(guān)事件實(shí)時地傳送給告警管理器時，通過利用告警順序號映射每個客戶程序，并利用事件管理技術(shù)執(zhí)行支持該映射的數(shù)據(jù)庫建模而有效處理該事件。
本發(fā)明的另一目的是通過能夠利用輪詢方法、已連接客戶程序的表管理狀態(tài)向客戶程序傳輸已產(chǎn)生的告警信息并監(jiān)控對監(jiān)聽程序數(shù)據(jù)和已連接客戶程序列表進(jìn)行管理的輪詢方法的進(jìn)程處理技術(shù)的單一監(jiān)聽程序表，來改進(jìn)告警信息處理速度。
為了實(shí)現(xiàn)上述和其他目的，根據(jù)依照本發(fā)明的針對實(shí)時管理的數(shù)據(jù)庫表建模和事件處理方法的一個方面，在具有告警管理處理器、客戶程序編目表、告警數(shù)據(jù)庫、對異常結(jié)束的客戶程序進(jìn)行管理的守護(hù)進(jìn)程處理器、監(jiān)聽程序表和多個告警管理器的網(wǎng)絡(luò)告警管理系統(tǒng)中的針對實(shí)時管理的數(shù)據(jù)庫表建模和事件處理方法中，所述方法包括以下步驟如果由網(wǎng)絡(luò)系統(tǒng)設(shè)備產(chǎn)生了告警事件，由告警管理處理器將告警信息存儲在告警數(shù)據(jù)庫中；由告警管理器根據(jù)告警順序號，輪詢存儲在數(shù)據(jù)庫中的告警信息，并在完成輪詢時，將與輪詢相關(guān)的信息存儲在客戶程序編目表上；以及由守護(hù)進(jìn)程處理器通過利用讀取客戶程序編目表的告警順序號，映射累積在監(jiān)聽程序表上的一定數(shù)量的當(dāng)前告警信息，對監(jiān)聽程序表的當(dāng)前告警進(jìn)行管理，并通過利用最后輪詢時間和告警順序號，識別客戶程序編目表的狀態(tài)，對異常結(jié)束的客戶程序進(jìn)行管理。
告警管理處理器執(zhí)行以下步驟當(dāng)告警信息從網(wǎng)絡(luò)系統(tǒng)到達(dá)時，將告警信息適當(dāng)?shù)卮鎯υ诟婢瘮?shù)據(jù)庫的未清除告警表和已清除告警表上；通過查找客戶程序編目表，確認(rèn)是否存在與客戶程序列表相連的客戶程序；以及在確認(rèn)結(jié)果之后，如果不存在與客戶程序列表相連的客戶程序，則省略對監(jiān)聽程序表執(zhí)行的告警存儲處理，而如果存在與客戶程序列表相連的客戶程序，則將告警信息存儲在監(jiān)聽程序表上。
同樣，告警管理器執(zhí)行以下步驟在初始驅(qū)動處理中，將自驅(qū)動時間信息記錄在客戶程序編目表上；利用作為自標(biāo)識符的客戶程序ID(client_id)進(jìn)行分配，并將客戶程序ID記錄在客戶程序編目表上；從客戶程序編目表中讀取自輪詢最后順序號(last_seq no)，并在監(jiān)聽程序表上現(xiàn)有的告警順序號(seq_no)中，輪詢具有大于最后順序號的數(shù)值的告警信息；輪詢處理一完成，就將輪詢完成時間和最后順序號(last_sequence number)記錄在客戶程序編目表上；以及當(dāng)連接完成時，刪除客戶程序編目表上現(xiàn)有的自信息。
此外，守護(hù)進(jìn)程處理器執(zhí)行以下步驟周期性地監(jiān)控客戶程序編目表，并將監(jiān)控時間與客戶程序的最后輪詢時間相比較；在比較結(jié)果之后，如果監(jiān)控時間與客戶程序的最后輪詢時間之間的差大于客戶程序輪詢周期或輪詢周期閾值，則刪除客戶程序列表中現(xiàn)存的客戶程序信息；查找記錄在客戶程序編目表上的每個客戶程序的最小告警順序號(min(last_seq))，并將最小告警順序號與存儲在監(jiān)聽程序表上的告警信息相比較；以及在將最小告警順序號(min(last_seq))與存儲在監(jiān)聽程序表上的告警信息進(jìn)行比較之后，刪除存儲在監(jiān)聽程序表上的告警信息中與小于最小告警順序號的告警順序號相對應(yīng)的告警信息。


在考慮到其中相似的參考符號表示相同或相似的組件的附圖的同時，參照以下詳細(xì)描述，對本發(fā)明更為全面的評價(jià)以及許多優(yōu)點(diǎn)將變得更加清楚，并能得到更好的理解，其中圖1是示出了現(xiàn)有技術(shù)的網(wǎng)絡(luò)告警管理系統(tǒng)的方框結(jié)構(gòu)的示意圖；圖2是示出了現(xiàn)有技術(shù)的網(wǎng)絡(luò)告警管理系統(tǒng)的告警管理操作的流程圖；圖3是示出了應(yīng)用了本發(fā)明的針對實(shí)時管理的數(shù)據(jù)庫表建模和事件處理方法的網(wǎng)絡(luò)告警管理系統(tǒng)的方框圖。
具體實(shí)施例方式
圖1是示出了現(xiàn)有技術(shù)的網(wǎng)絡(luò)告警管理系統(tǒng)的方框結(jié)構(gòu)的示意圖。
參照圖1，用于告警管理的主機(jī)(服務(wù)器)是用于網(wǎng)絡(luò)管理的工作站，包括告警管理處理器(10)、廣播編目表(20)、告警數(shù)據(jù)庫(30)、事件數(shù)據(jù)庫(40)、守護(hù)進(jìn)程處理器(50)、多個監(jiān)聽程序表(61～63)、以及多個告警管理器(71～73)。
由基于計(jì)算機(jī)的管理信息系統(tǒng)(未示出)收集網(wǎng)絡(luò)中所產(chǎn)生的多種狀態(tài)信息。管理信息系統(tǒng)由計(jì)算機(jī)硬件、軟件、數(shù)據(jù)、程序和人組成，并通過處理網(wǎng)絡(luò)中所產(chǎn)生的數(shù)據(jù)而產(chǎn)生多種信息。
向告警管理處理器(10)傳輸由管理信息系統(tǒng)所通知的告警和事件。由告警管理應(yīng)用程序、進(jìn)程應(yīng)用程序?qū)Ω婢芾硖幚砥?10)進(jìn)行操作。已知的是，進(jìn)程是在后臺執(zhí)行系統(tǒng)操作相關(guān)工作的駐留程序。即，如果發(fā)生要在后臺進(jìn)行處理的工作條件，則自動驅(qū)動用于告警管理的進(jìn)程應(yīng)用程序，以執(zhí)行必需的工作。
具有多分布表結(jié)構(gòu)的告警數(shù)據(jù)庫(30)包括未清除告警表(31)和已清除告警表(32)。告警管理處理器(10)將在網(wǎng)絡(luò)中產(chǎn)生之后未被清除的告警信息存儲在未清除告警表(31)中，而且如果清除了該告警，則從未清除告警表(31)中刪除相應(yīng)的告警信息，然后轉(zhuǎn)移到已清除告警表(32)，以存儲該告警信息。
然后，將已產(chǎn)生的事件存儲在事件數(shù)據(jù)庫(40)中。
告警管理服務(wù)器與實(shí)現(xiàn)為在工作站或個人計(jì)算機(jī)或者該告警管理服務(wù)器中進(jìn)行操作的應(yīng)用程序的告警管理器(71～73)相連，以便通過多個操作者支持分布告警管理。如果并未對從未清除告警表(31)中讀取告警信息的時間進(jìn)行同步，一些首先讀取告警信息的告警管理器(71～73)可能會讀取到已清除告警信息，而稍后讀取告警信息的其余告警管理器只能讀取未清除告警信息。在這種情況下，告警管理器的告警信息彼此不等。
為了防止這個問題，告警管理器(71～73)具有監(jiān)聽程序表(61～63)，固有告警信息識別空間。將監(jiān)聽程序表(61～63)的名稱記錄在廣播編目表(20)上。將網(wǎng)絡(luò)中所產(chǎn)生的告警信息存儲在未清除告警表(31)上，并同時存儲在與每個告警管理器(71～73)相對應(yīng)的監(jiān)聽程序表(61～63)上。告警管理器(71～73)從每個相應(yīng)的監(jiān)聽程序表(61～63)中讀取告警信息。
換句話說，為了處理實(shí)時事件，在客戶程序驅(qū)動告警管理器時，現(xiàn)有技術(shù)的告警管理器均分配有以服務(wù)器所產(chǎn)生的數(shù)據(jù)庫中的監(jiān)聽程序命名的表格。產(chǎn)生數(shù)量與已驅(qū)動告警管理器一樣多的監(jiān)聽程序表，以傳輸每個告警管理器的獨(dú)立性能結(jié)果。
圖2是示出了現(xiàn)有技術(shù)的網(wǎng)絡(luò)告警管理系統(tǒng)中的告警管理操作的流程圖。
如圖2所示，在將告警數(shù)據(jù)輸入告警管理處理器(10)時，告警管理處理器(10)針對相應(yīng)的告警執(zhí)行已確定的處置處理(步驟81)。
當(dāng)告警處置處理開始時，告警管理處理器查詢在廣播編目表上記錄并進(jìn)行管理的所有監(jiān)聽程序表(步驟82)，并輸出關(guān)于用于存儲的監(jiān)聽程序表的告警信息(步驟83)。
然后，守護(hù)進(jìn)程處理器(50)查閱最后搜索事件(步驟84)，并將已過去的時間與指定的數(shù)值相比較(步驟85)。
撤銷監(jiān)聽程序表(步驟86)，并刪除記錄在監(jiān)聽程序表上的信息(步驟87)。然后，守護(hù)進(jìn)程處理器(50)等待，直到產(chǎn)生下一告警信息(步驟88)。
告警管理器(71)開始告警管理(步驟91)，并產(chǎn)生監(jiān)聽程序表(步驟92)。
然后，告警管理器通過輪詢方法，周期性地讀取最新存儲在自監(jiān)聽程序表中的信息，并在實(shí)時告警顯示窗口上顯示從監(jiān)聽程序表中讀取出的數(shù)據(jù)。
然后，告警管理器通過刪除監(jiān)聽程序表中的所有實(shí)時數(shù)據(jù)，執(zhí)行初始化處理，以便執(zhí)行下一輪詢操作(步驟94)。
告警管理器更新最后搜索時間(步驟95)，并等待下一輪詢周期(步驟96)。
如果用戶完成告警管理連接(步驟97)，則撤銷監(jiān)聽程序表(步驟98)并完成告警管理(步驟99)。
正如所公知的那樣，由于網(wǎng)絡(luò)的規(guī)模和管理范圍呈指數(shù)增長，需要對高容量網(wǎng)絡(luò)進(jìn)行管理的NMS(網(wǎng)絡(luò)管理系統(tǒng))。所以，為了操作網(wǎng)絡(luò)管理系統(tǒng)，可以預(yù)言的是，能夠進(jìn)行高容量處理的服務(wù)器將與大量的客戶程序相連。
但是，由于先前告警管理器的實(shí)時告警處理方法是針對具有相對較小規(guī)模的網(wǎng)絡(luò)的系統(tǒng)研發(fā)的，服務(wù)器不得不對所產(chǎn)生的數(shù)量上與告警管理器一樣多的監(jiān)聽程序表執(zhí)行寫操作，以便處理和傳輸去往客戶程序的告警。即，在處理一個事件(告警事件)時，執(zhí)行了事件數(shù)×監(jiān)聽程序表數(shù)次不必要的寫操作。
因此，隨著相連客戶程序的告警管理器的數(shù)目的增加，現(xiàn)有的告警管理系統(tǒng)要處理的監(jiān)聽程序表的數(shù)目也增加，從而降低了告警處理速度。
換句話說，現(xiàn)有的告警處理結(jié)果引起了不滿足反映了實(shí)時功能的高容量網(wǎng)絡(luò)管理系統(tǒng)的告警處理性能標(biāo)準(zhǔn)的問題。
現(xiàn)在將參考在附圖中對其進(jìn)行了描述的本發(fā)明的典型實(shí)施例。
此后，將參照附圖，對依照上述技術(shù)思想的本發(fā)明的預(yù)期實(shí)施例進(jìn)行全面的描述。
為了處理在管理高容量網(wǎng)絡(luò)系統(tǒng)時所產(chǎn)生的大量告警事件，本發(fā)明將多監(jiān)聽程序表結(jié)構(gòu)改為單一監(jiān)聽程序表結(jié)構(gòu)，并通過最小化數(shù)據(jù)庫執(zhí)行I/O(輸入/輸出)處理以及網(wǎng)絡(luò)負(fù)載，改進(jìn)了現(xiàn)有管理設(shè)備的告警處理速度。結(jié)果，將其提升到高容量網(wǎng)絡(luò)管理系統(tǒng)中所需的實(shí)時告警處理速度。
圖3是示出了應(yīng)用了本發(fā)明的針對實(shí)時管理的數(shù)據(jù)庫表建模和事件處理方法的網(wǎng)絡(luò)告警管理系統(tǒng)的方框圖。
參照圖3，網(wǎng)絡(luò)告警管理系統(tǒng)包括告警管理處理器(110)；用于存儲和處理告警信息的數(shù)據(jù)庫(121～124)；守護(hù)進(jìn)程處理器(130)；監(jiān)聽程序服務(wù)器進(jìn)程處理器，通過利用客戶程序列表的讀取告警順序號，映射在監(jiān)聽程序表中所累積的一定數(shù)量的當(dāng)前告警信息，對監(jiān)聽程序表的當(dāng)前告警列表進(jìn)行管理，并通過利用最后輪詢時間和告警順序號識別監(jiān)聽程序列表的狀態(tài)，對異常結(jié)束的客戶程序進(jìn)行管理；以及多個告警管理器(141～143)。
這里，數(shù)據(jù)庫(121～124)包括由未清除告警表(122a)和已清除告警表(122b)組成的告警數(shù)據(jù)庫(122)，其中未清除告警表(122a)存儲迄今仍未清除的告警信息，而已清除告警表(122b)只管理/存儲已清除告警信息；事件數(shù)據(jù)庫(123)，存儲和管理除告警信息以外的與事件相關(guān)的信息；監(jiān)聽程序表(124)，執(zhí)行客戶程序告警管理器的輪詢處理；以及客戶程序編目表(121)，對已連接客戶程序列表進(jìn)行管理。
下面，將對應(yīng)用有由本發(fā)明如上配置的針對實(shí)時管理的數(shù)據(jù)庫表建模和事件處理方法的網(wǎng)絡(luò)告警管理系統(tǒng)的操作進(jìn)行全面的描述。
當(dāng)從系統(tǒng)設(shè)備(管理信息系統(tǒng))產(chǎn)生了告警事件時，向服務(wù)器的告警管理處理器(110)傳送該信息，并由告警管理處理器(110)將所產(chǎn)生的告警信息存儲在告警數(shù)據(jù)庫(122)中。
即，當(dāng)告警信息到達(dá)時，告警管理處理器(110)將告警信息適當(dāng)?shù)卮鎯υ诟婢瘮?shù)據(jù)庫(122)的未清除告警表(122a)和已清除告警表(122b)上，并通過搜索客戶程序編目表(121)，確認(rèn)是否存在與客戶程序列表相連的客戶程序。在確認(rèn)結(jié)果之后，如果不存在與客戶程序列表相連的客戶程序，告警管理處理器(110)省略監(jiān)聽程序告警存儲處理。與此不同，如果存在與客戶程序列表相連的客戶程序，告警管理處理器(110)將告警信息存儲在監(jiān)聽程序表(124)上。
接下來，在初始驅(qū)動處理期間，告警管理器(141～143)將自驅(qū)動時間信息記錄在客戶程序編目表(121)上，并通過向其分配作為自標(biāo)識符的客戶程序ID(client_id)，將已分配的客戶程序ID(標(biāo)識)記錄在客戶程序編目表(121)上。
同樣，告警管理器(141～143)從客戶程序編目表(121)中讀取自輪詢最后順序號(last_seq no)，并在監(jiān)聽程序表(124)上現(xiàn)有的告警順序號中，輪詢具有大于最后順序號的數(shù)值的告警信息(從監(jiān)聽程序選擇*，其中seq_no＞(從client_list選擇last_seq，其中client_id＝[my_id])。
此外，一完成輪詢處理，就將輪詢完成時間和最后順序號(last_sequence number)記錄在客戶程序編目表(121)上。
當(dāng)完成連接時，刪除客戶程序編目表(121)上現(xiàn)有的自信息。
與此同時，守護(hù)進(jìn)程處理器(130)周期性地監(jiān)控客戶程序編目表(121)，并將監(jiān)控時間與客戶程序的最后輪詢時間進(jìn)行比較。此時，如果從監(jiān)控時間中減去客戶程序的最后輪詢時間的時間大于客戶程序輪詢周期或輪詢周期閾值，則刪除客戶程序列表中現(xiàn)有的客戶程序信息。
同樣，守護(hù)進(jìn)程處理器(130)搜索記錄在客戶程序編目表(121)上的每個客戶程序的最小告警順序號(min(last_seq))，將最小告警順序號與存儲在監(jiān)聽程序表(124)上的告警信息進(jìn)行比較，并在存儲在監(jiān)聽程序表(124)上的告警信息中，刪除與小于最小告警順序號的告警順序號相對應(yīng)的告警信息。
可以將本發(fā)明實(shí)現(xiàn)為存儲在計(jì)算機(jī)可讀介質(zhì)中的計(jì)算機(jī)可執(zhí)行指令。計(jì)算機(jī)可讀介質(zhì)包括其中存儲了計(jì)算機(jī)可讀數(shù)據(jù)的所有可能種類的記錄介質(zhì)。計(jì)算機(jī)可讀介質(zhì)包括如磁存儲介質(zhì)(例如，ROM、軟盤、硬盤等)、光讀取介質(zhì)(例如，CD-ROM(緊致盤只讀存儲器)、DVD(數(shù)字通用盤)、可重寫版本的光盤等)等存儲介質(zhì)，系統(tǒng)存儲器(只讀存儲器、隨機(jī)存取存儲器)，閃速存儲器，以及載波(例如，通過因特網(wǎng)的傳輸)。而且，計(jì)算機(jī)可讀介質(zhì)可以存儲和執(zhí)行分布在通過網(wǎng)絡(luò)連接的計(jì)算機(jī)中的計(jì)算機(jī)可讀代碼。
上述本發(fā)明可以通過對數(shù)據(jù)庫表建模容易地處理告警事件。
同樣，可以通過能夠利用輪詢方法向客戶程序傳輸所產(chǎn)生的告警信息的單一監(jiān)聽程序表、對已連接客戶程序的狀態(tài)進(jìn)行管理的表格、以及對監(jiān)聽程序數(shù)據(jù)和已連接客戶程序列表進(jìn)行管理的輪詢方法的監(jiān)控進(jìn)程處理技術(shù)，來改進(jìn)告警信息處理速度。
此外，可以解決與具有用于監(jiān)控實(shí)時告警的服務(wù)器/客戶程序結(jié)構(gòu)的高容量網(wǎng)絡(luò)管理系統(tǒng)中的已連接客戶程序的增加成反比迅速惡化的告警管理器的實(shí)時監(jiān)控功能的缺點(diǎn)。
權(quán)利要求
1.一種位于具有告警管理處理器、客戶程序編目表、告警數(shù)據(jù)庫、對異常結(jié)束的客戶程序進(jìn)行管理的守護(hù)進(jìn)程處理器、監(jiān)聽程序表和多個告警管理器的網(wǎng)絡(luò)告警管理系統(tǒng)中的針對實(shí)時管理的數(shù)據(jù)庫表建模和事件處理方法，包括以下步驟當(dāng)從網(wǎng)絡(luò)系統(tǒng)設(shè)備產(chǎn)生了告警事件時，由告警管理處理器將告警信息存儲在告警數(shù)據(jù)庫中；由告警管理器輪詢與告警順序號相一致的、存儲在數(shù)據(jù)庫中的告警信息，并在完成輪詢處理時，將與輪詢相關(guān)的信息存儲在客戶程序編目表上；以及由守護(hù)進(jìn)程處理器通過利用客戶程序編目表的讀取告警順序號，映射累積在監(jiān)聽程序表上的一定數(shù)量的當(dāng)前告警信息，對監(jiān)聽程序表的當(dāng)前告警列表進(jìn)行管理，并通過利用最后輪詢時間和告警順序號，識別客戶程序編目表的狀態(tài)，對異常結(jié)束的客戶程序進(jìn)行管理。
2.按照權(quán)利要求1所述的方法，其特征在于所述告警管理處理器執(zhí)行以下步驟當(dāng)告警信息從網(wǎng)絡(luò)系統(tǒng)到達(dá)時，將告警信息適當(dāng)?shù)卮鎯υ诟婢瘮?shù)據(jù)庫的未清除告警表和已清除告警表上；通過搜索客戶程序編目表，確認(rèn)是否存在與客戶程序列表相連的客戶程序；以及在確認(rèn)結(jié)果之后，當(dāng)不存在與客戶程序列表相連的客戶程序時，省略對監(jiān)聽程序表執(zhí)行的告警存儲處理。
3.按照權(quán)利要求1所述的方法，其特征在于所述告警管理處理器還執(zhí)行以下步驟當(dāng)存在與客戶程序列表相連的客戶程序時，將告警信息存儲在監(jiān)聽程序表上。
4.按照權(quán)利要求2所述的方法，其特征在于所述告警管理處理器還執(zhí)行以下步驟當(dāng)存在與客戶程序列表相連的客戶程序時，將告警信息存儲在監(jiān)聽程序表上。
5.按照權(quán)利要求1所述的方法，其特征在于所述告警管理器執(zhí)行以下步驟在初始驅(qū)動處理期間，將自驅(qū)動時間信息記錄在客戶程序編目表上；利用作為自標(biāo)識符的客戶程序標(biāo)識進(jìn)行分配，并將已分配的客戶程序標(biāo)識記錄在客戶程序編目表上；以及從客戶程序編目表中讀取自輪詢最后順序號，并在監(jiān)聽程序表上現(xiàn)有的告警順序號中，輪詢具有大于最后順序號的數(shù)值的告警信息。
6.按照權(quán)利要求1所述的方法，其特征在于所述告警管理器還執(zhí)行以下步驟當(dāng)輪詢處理完成時，將輪詢完成時間和最后順序號記錄在客戶程序編目表上；以及當(dāng)連接完成時，刪除客戶程序編目表上現(xiàn)有的自信息。
7.按照權(quán)利要求5所述的方法，其特征在于所述告警管理器還執(zhí)行以下步驟當(dāng)輪詢處理完成時，將輪詢完成時間和最后順序號記錄在客戶程序編目表上；以及當(dāng)連接完成時，刪除客戶程序編目表上現(xiàn)有的自信息。
8.按照權(quán)利要求1所述的方法，其特征在于所述守護(hù)進(jìn)程處理器執(zhí)行以下步驟周期性地監(jiān)控客戶程序編目表，并將監(jiān)控時間與客戶程序的最后輪詢時間進(jìn)行比較；以及在比較結(jié)果之后，當(dāng)監(jiān)控時間與客戶程序的最后輪詢時間之間的差大于客戶程序輪詢周期或輪詢周期閾值時，刪除客戶程序列表中現(xiàn)存的客戶程序信息。
9.按照權(quán)利要求1所述的方法，其特征在于所述守護(hù)進(jìn)程處理器還執(zhí)行以下步驟搜索記錄在客戶程序編目表上的每個客戶程序的最小告警順序號，并將最小告警順序號與存儲在監(jiān)聽程序表上的告警信息相比較；以及在將最小告警順序號與存儲在監(jiān)聽程序表上的告警信息進(jìn)行比較之后，在存儲在監(jiān)聽程序表上的告警信息中，刪除與小于最小告警順序號的告警順序號相對應(yīng)的告警信息。
10.按照權(quán)利要求8所述的方法，其特征在于所述守護(hù)進(jìn)程處理器還執(zhí)行以下步驟搜索記錄在客戶程序編目表上的每個客戶程序的最小告警順序號，并將最小告警順序號與存儲在監(jiān)聽程序表上的告警信息相比較；以及在將最小告警順序號與存儲在監(jiān)聽程序表上的告警信息進(jìn)行比較之后，在存儲在監(jiān)聽程序表上的告警信息中，刪除與小于最小告警順序號的告警順序號相對應(yīng)的告警信息。
11.一種網(wǎng)絡(luò)告警管理系統(tǒng)中針對實(shí)時管理的數(shù)據(jù)庫表建模及事件處理方法，包括當(dāng)從網(wǎng)絡(luò)系統(tǒng)設(shè)備產(chǎn)生了告警事件時，由告警管理處理器將告警信息存儲在告警數(shù)據(jù)庫中；由告警管理器輪詢與告警順序號相一致的、存儲在數(shù)據(jù)庫中的告警信息，并在完成輪詢處理時，將與輪詢相關(guān)的信息存儲在客戶程序編目表上；以及由守護(hù)進(jìn)程處理器通過利用客戶程序編目表的讀取告警順序號，映射累積在監(jiān)聽程序表上的一定數(shù)量的當(dāng)前告警信息，對監(jiān)聽程序表的當(dāng)前告警列表進(jìn)行管理，并通過利用最后輪詢時間和告警順序號，識別客戶程序編目表的狀態(tài)，對異常結(jié)束的客戶程序進(jìn)行管理。
12.按照權(quán)利要求11所述的方法，其特征在于將告警信息存儲在所述告警數(shù)據(jù)庫中的動作還包括當(dāng)告警信息從網(wǎng)絡(luò)系統(tǒng)到達(dá)時，將告警信息存儲在告警數(shù)據(jù)庫的未清除告警表和已清除告警表上；以及通過搜索客戶程序編目表，確認(rèn)是否存在與客戶程序列表相連的客戶程序。
13.按照權(quán)利要求12所述的方法，其特征在于將告警信息存儲在所述告警數(shù)據(jù)庫中的動作還包括當(dāng)不存在與客戶程序列表相連的客戶程序時，省略對監(jiān)聽程序表執(zhí)行的告警存儲處理。
14.按照權(quán)利要求13所述的方法，其特征在于還包括當(dāng)存在與客戶程序列表相連的客戶程序時，將告警信息存儲在監(jiān)聽程序表上。
15.按照權(quán)利要求11所述的方法，其特征在于還包括當(dāng)存在與客戶程序列表相連的客戶程序時，將告警信息存儲在監(jiān)聽程序表上。
16.按照權(quán)利要求11所述的方法，其特征在于還包括在初始驅(qū)動處理期間，將自驅(qū)動時間信息記錄在客戶程序編目表上；分配客戶程序標(biāo)識，所述客戶程序標(biāo)識是自標(biāo)識符；以及將已分配的客戶程序標(biāo)識記錄在客戶程序編目表上。
17.按照權(quán)利要求16所述的方法，其特征在于還包括從客戶程序編目表中讀取自輪詢最后順序號；以及在監(jiān)聽程序表上現(xiàn)有的告警順序號中，輪詢具有大于最后順序號的數(shù)值的告警信息。
18.按照權(quán)利要求11所述的方法，其特征在于還包括當(dāng)輪詢處理完成時，將輪詢完成時間和最后順序號記錄在客戶程序編目表上；以及當(dāng)連接完成時，刪除客戶程序編目表上現(xiàn)有的自信息。
19.按照權(quán)利要求14所述的方法，其特征在于還包括輪詢處理一完成，就將輪詢完成時間和最后順序號記錄在客戶程序編目表上；以及刪除客戶程序編目表上現(xiàn)有的自信息。
20.按照權(quán)利要求19所述的方法，其特征在于還包括周期性地監(jiān)控客戶編目表；以及將監(jiān)控時間與客戶程序的最后輪詢時間進(jìn)行比較。
21.按照權(quán)利要求20所述的方法，其特征在于還包括當(dāng)監(jiān)控時間與客戶程序的最后輪詢時間之間的差大于客戶程序輪詢周期時，刪除客戶程序列表中現(xiàn)存的客戶程序信息。
22.按照權(quán)利要求20所述的方法，其特征在于還包括當(dāng)監(jiān)控時間與客戶程序的最后輪詢時間之間的差大于輪詢周期閾值時，刪除客戶程序列表中現(xiàn)存的客戶程序信息。
23.按照權(quán)利要求22所述的方法，其特征在于還包括搜索記錄在客戶程序編目表上的每個客戶程序的最小告警順序號，并將最小告警順序號與存儲在監(jiān)聽程序表上的告警信息相比較；以及在存儲在監(jiān)聽程序表上的告警信息中，刪除與小于最小告警順序號的告警順序號相對應(yīng)的告警信息。
24.按照權(quán)利要求12所述的方法，其特征在于還包括搜索記錄在客戶程序編目表上的每個客戶程序的最小告警順序號，并將最小告警順序號與存儲在監(jiān)聽程序表上的告警信息相比較；以及在存儲在監(jiān)聽程序表上的告警信息中，刪除與小于最小告警順序號的告警順序號相對應(yīng)的告警信息。
25.一種具有用于執(zhí)行一種方法的計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)可讀介質(zhì)，包括當(dāng)從網(wǎng)絡(luò)系統(tǒng)設(shè)備產(chǎn)生了告警事件時，由告警管理處理器將告警信息存儲在告警數(shù)據(jù)庫中；由告警管理器輪詢與告警順序號相一致的、存儲在數(shù)據(jù)庫中的告警信息，并在完成輪詢處理時，將與輪詢相關(guān)的信息存儲在客戶程序編目表上；以及由守護(hù)進(jìn)程處理器通過利用客戶程序編目表的讀取告警順序號，映射累積在監(jiān)聽程序表上的一定數(shù)量的當(dāng)前告警信息，對監(jiān)聽程序表的當(dāng)前告警進(jìn)行管理，并通過利用最后輪詢時間和告警順序號，識別客戶程序編目表的狀態(tài)，對異常結(jié)束的客戶程序進(jìn)行管理。
26.一種其上存儲有數(shù)據(jù)結(jié)構(gòu)的計(jì)算機(jī)可讀程序，包括第一字段，包含這樣的數(shù)據(jù)，該數(shù)據(jù)代表了當(dāng)告警信息從網(wǎng)絡(luò)系統(tǒng)到達(dá)時，將告警信息存儲在告警數(shù)據(jù)庫中的未清除告警表和已清除告警表；第二字段，包含代表了通過搜索客戶程序編目表來確認(rèn)是否存在與客戶程序列表相連的客戶程序的數(shù)據(jù)；第三字段，包含代表了由告警管理器輪詢與告警順序號相一致的、存儲在數(shù)據(jù)庫中的告警信息，并在完成輪詢處理時，將與輪詢相關(guān)的信息存儲在客戶程序編目表上的數(shù)據(jù)；以及第四字段，包含代表了由守護(hù)進(jìn)程處理器通過利用客戶程序編目表的讀取告警順序號，映射累積在監(jiān)聽程序表上的一定數(shù)量的當(dāng)前告警信息，對監(jiān)聽程序表的當(dāng)前告警進(jìn)行管理，并通過利用最后輪詢時間和告警順序號，識別客戶程序編目表的狀態(tài)，對異常結(jié)束的客戶程序進(jìn)行管理的數(shù)據(jù)。
全文摘要
本發(fā)明涉及一種針對實(shí)時管理的數(shù)據(jù)庫表建模和事件處理方法，在將網(wǎng)絡(luò)設(shè)備中產(chǎn)生的告警和相關(guān)事件實(shí)時地傳送給告警管理器時，通過利用告警順序號映射每個客戶程序，并利用事件管理技術(shù)執(zhí)行支持該映射的數(shù)據(jù)庫建模而有效處理該事件。按照本發(fā)明，當(dāng)在網(wǎng)絡(luò)系統(tǒng)設(shè)備中產(chǎn)生告警事件時，告警管理處理器將這些告警信息存儲在告警數(shù)據(jù)庫中。告警管理器通過對應(yīng)于告警順序號，對存儲在數(shù)據(jù)庫中的告警信息進(jìn)行輪詢，并在輪詢完成時，將與輪詢相關(guān)的信息存儲在客戶程序編目表中。守護(hù)進(jìn)程處理器通過利用客戶程序編目表的讀取告警順序號，映射累積在監(jiān)聽程序表上的一定數(shù)量的當(dāng)前告警信息，對監(jiān)聽程序表的當(dāng)前告警列表進(jìn)行管理，以及通過利用最后輪詢時間和告警順序號，識別客戶程序編目表的狀態(tài)，對異常結(jié)束的客戶程序進(jìn)行管理。
文檔編號G06F17/30GK1521663SQ20041000485
公開日2004年8月18日 申請日期2004年2月6日 優(yōu)先權(quán)日2003年2月14日
發(fā)明者全應(yīng)善 申請人:三星電子株式會社