专利名称：针对实时告警管理的数据库表建模及事件处理方法
技术领域：
本发明大体上涉及一种针对实时管理的数据库表建模和事件处理方法，更具体地，涉及一种在将由网络设备产生的告警和相关事件实时地传送给告警管理器时，通过利用告警顺序号映射每个客户并利用事件管理技术执行支持该映射的数据库建模而有效处理该事件的针对实时管理的数据库表建模和事件处理方法。
背景技术：
通常，使用网络管理系统来管理与多个系统相连的网络。因此，网络管理系统接收并管理与网络系统直接或间接相连的每个系统的状态信息。
此外，每个与网络管理系统相连的操作者计算机能够确认该状态信息。
将与网络管理系统相连的系统分为交换系统、传输系统等。网络管理系统与交换系统和传输系统相连，从每个系统收集告警数据和维护数据，并在数据库中对所收集到的数据进行管理。
网络管理系统通过经常性地监控通信网络的状态来维护最佳的状态，并收集/累积网络的状态、告警和业务数据。具体地，网络告警管理系统存储在网络中产生的大量告警信息，并向与网络告警管理系统相连的多个告警管理器计算机提供所需的告警信息。
用于告警管理的主机(服务器)是用于网络管理的工作站，包括告警管理处理器、广播编目表、告警数据库、事件数据库、守护进程处理器(daemon processor)、多个监听程序表、以及多个告警管理器。
由基于计算机的管理信息系统收集网络中所产生的多种状态信息。管理信息系统由计算机硬件、软件、数据、程序和人组成，并通过处理网络中所产生的数据而产生多种信息。
向告警管理系统传输由管理信息系统所通知的告警和事件。由告警管理应用程序、进程应用程序对告警管理处理器进行操作。已知的是，进程是在后台执行系统操作相关工作的驻留程序。即，如果发生要在后台进行处理的工作条件，则自动驱动用于告警管理的进程应用程序，以执行必需的工作。
具有多分布表结构的告警数据库包括未清除告警表和已清除告警表。告警管理处理器将在网络中产生之后未被清除的告警信息存储在未清除告警表中，而且如果清除了该告警，则从未清除告警表中删除相应的告警信息，然后转移到已清除告警表，以存储该告警信息。
然后，将已产生的事件存储在事件数据库中。
告警管理服务器与实现为在工作站或个人计算机或者该告警管理服务器中进行操作的应用程序的告警管理器相连，以便通过多个操作者支持分布告警管理。如果并未对从未清除告警表中读取告警信息的时间进行同步，一些首先读取告警信息的告警管理器可能会读取到已清除告警信息，而稍后读取告警信息的其余告警管理器只能读取未清除告警信息。在这种情况下，告警管理器的告警信息彼此不等。
为了防止这个问题，告警管理器具有监听程序表，固有告警信息识别空间。将监听程序类别的名称记录在广播编目表上。将网络中所产生的告警信息存储在未清除告警表上，并同时存储在与每个告警管理器相对应的监听程序表上。告警管理器从每个相应的监听程序表中读取告警信息。
换句话说，为了处理实时事件，在客户程序驱动告警管理器时，现有技术的告警管理器均分配有以服务器所产生的数据库中的监听程序命名的表格。产生数量与已驱动告警管理器一样多的监听程序表，以传输每个告警管理器的独立性能结果。
正如所公知的那样，由于网络的规模和管理范围呈指数增长，需要对高容量网络进行管理的NMS(网络管理系统)。所以，为了操作网络管理系统，可以预言的是，能够进行高容量处理的服务器将与大量的客户程序相连。
但是，由于先前告警管理器的实时告警处理方法是针对具有相对较小规模的网络的系统研发的，服务器不得不对所产生的数量上与告警管理器一样多的监听程序表执行写操作，以便处理和传输去往客户程序的告警。即，在处理一个事件(告警事件)时，执行了事件数×监听程序表数次不必要的写操作。
因此，随着相连客户程序的告警管理器的数目的增加，现有的告警管理系统要处理的监听程序表的数目也增加，从而降低了告警处理速度。
换句话说，现有的告警处理结果引起了不满足反映了实时功能的高容量网络管理系统的告警处理性能标准的问题。
发明内容
因此，本发明的一个目的是提供一种针对实时管理的数据库表建模和事件处理方法，在将网络设备中产生的告警和相关事件实时地传送给告警管理器时，通过利用告警顺序号映射每个客户程序，并利用事件管理技术执行支持该映射的数据库建模而有效处理该事件。
本发明的另一目的是通过能够利用轮询方法、已连接客户程序的表管理状态向客户程序传输已产生的告警信息并监控对监听程序数据和已连接客户程序列表进行管理的轮询方法的进程处理技术的单一监听程序表，来改进告警信息处理速度。
为了实现上述和其他目的，根据依照本发明的针对实时管理的数据库表建模和事件处理方法的一个方面，在具有告警管理处理器、客户程序编目表、告警数据库、对异常结束的客户程序进行管理的守护进程处理器、监听程序表和多个告警管理器的网络告警管理系统中的针对实时管理的数据库表建模和事件处理方法中，所述方法包括以下步骤如果由网络系统设备产生了告警事件，由告警管理处理器将告警信息存储在告警数据库中；由告警管理器根据告警顺序号，轮询存储在数据库中的告警信息，并在完成轮询时，将与轮询相关的信息存储在客户程序编目表上；以及由守护进程处理器通过利用读取客户程序编目表的告警顺序号，映射累积在监听程序表上的一定数量的当前告警信息，对监听程序表的当前告警进行管理，并通过利用最后轮询时间和告警顺序号，识别客户程序编目表的状态，对异常结束的客户程序进行管理。
告警管理处理器执行以下步骤当告警信息从网络系统到达时，将告警信息适当地存储在告警数据库的未清除告警表和已清除告警表上；通过查找客户程序编目表，确认是否存在与客户程序列表相连的客户程序；以及在确认结果之后，如果不存在与客户程序列表相连的客户程序，则省略对监听程序表执行的告警存储处理，而如果存在与客户程序列表相连的客户程序，则将告警信息存储在监听程序表上。
同样，告警管理器执行以下步骤在初始驱动处理中，将自驱动时间信息记录在客户程序编目表上；利用作为自标识符的客户程序ID(client_id)进行分配，并将客户程序ID记录在客户程序编目表上；从客户程序编目表中读取自轮询最后顺序号(last_seq no)，并在监听程序表上现有的告警顺序号(seq_no)中，轮询具有大于最后顺序号的数值的告警信息；轮询处理一完成，就将轮询完成时间和最后顺序号(last_sequence number)记录在客户程序编目表上；以及当连接完成时，删除客户程序编目表上现有的自信息。
此外，守护进程处理器执行以下步骤周期性地监控客户程序编目表，并将监控时间与客户程序的最后轮询时间相比较；在比较结果之后，如果监控时间与客户程序的最后轮询时间之间的差大于客户程序轮询周期或轮询周期阈值，则删除客户程序列表中现存的客户程序信息；查找记录在客户程序编目表上的每个客户程序的最小告警顺序号(min(last_seq))，并将最小告警顺序号与存储在监听程序表上的告警信息相比较；以及在将最小告警顺序号(min(last_seq))与存储在监听程序表上的告警信息进行比较之后，删除存储在监听程序表上的告警信息中与小于最小告警顺序号的告警顺序号相对应的告警信息。
在考虑到其中相似的参考符号表示相同或相似的组件的附图的同时，参照以下详细描述，对本发明更为全面的评价以及许多优点将变得更加清楚，并能得到更好的理解，其中图1是示出了现有技术的网络告警管理系统的方框结构的示意图；图2是示出了现有技术的网络告警管理系统的告警管理操作的流程图；图3是示出了应用了本发明的针对实时管理的数据库表建模和事件处理方法的网络告警管理系统的方框图。
具体实施例方式
图1是示出了现有技术的网络告警管理系统的方框结构的示意图。
参照图1，用于告警管理的主机(服务器)是用于网络管理的工作站，包括告警管理处理器(10)、广播编目表(20)、告警数据库(30)、事件数据库(40)、守护进程处理器(50)、多个监听程序表(61～63)、以及多个告警管理器(71～73)。
由基于计算机的管理信息系统(未示出)收集网络中所产生的多种状态信息。管理信息系统由计算机硬件、软件、数据、程序和人组成，并通过处理网络中所产生的数据而产生多种信息。
向告警管理处理器(10)传输由管理信息系统所通知的告警和事件。由告警管理应用程序、进程应用程序对告警管理处理器(10)进行操作。已知的是，进程是在后台执行系统操作相关工作的驻留程序。即，如果发生要在后台进行处理的工作条件，则自动驱动用于告警管理的进程应用程序，以执行必需的工作。
具有多分布表结构的告警数据库(30)包括未清除告警表(31)和已清除告警表(32)。告警管理处理器(10)将在网络中产生之后未被清除的告警信息存储在未清除告警表(31)中，而且如果清除了该告警，则从未清除告警表(31)中删除相应的告警信息，然后转移到已清除告警表(32)，以存储该告警信息。
然后，将已产生的事件存储在事件数据库(40)中。
告警管理服务器与实现为在工作站或个人计算机或者该告警管理服务器中进行操作的应用程序的告警管理器(71～73)相连，以便通过多个操作者支持分布告警管理。如果并未对从未清除告警表(31)中读取告警信息的时间进行同步，一些首先读取告警信息的告警管理器(71～73)可能会读取到已清除告警信息，而稍后读取告警信息的其余告警管理器只能读取未清除告警信息。在这种情况下，告警管理器的告警信息彼此不等。
为了防止这个问题，告警管理器(71～73)具有监听程序表(61～63)，固有告警信息识别空间。将监听程序表(61～63)的名称记录在广播编目表(20)上。将网络中所产生的告警信息存储在未清除告警表(31)上，并同时存储在与每个告警管理器(71～73)相对应的监听程序表(61～63)上。告警管理器(71～73)从每个相应的监听程序表(61～63)中读取告警信息。
换句话说，为了处理实时事件，在客户程序驱动告警管理器时，现有技术的告警管理器均分配有以服务器所产生的数据库中的监听程序命名的表格。产生数量与已驱动告警管理器一样多的监听程序表，以传输每个告警管理器的独立性能结果。
图2是示出了现有技术的网络告警管理系统中的告警管理操作的流程图。
如图2所示，在将告警数据输入告警管理处理器(10)时，告警管理处理器(10)针对相应的告警执行已确定的处置处理(步骤81)。
当告警处置处理开始时，告警管理处理器查询在广播编目表上记录并进行管理的所有监听程序表(步骤82)，并输出关于用于存储的监听程序表的告警信息(步骤83)。
然后，守护进程处理器(50)查阅最后搜索事件(步骤84)，并将已过去的时间与指定的数值相比较(步骤85)。
撤销监听程序表(步骤86)，并删除记录在监听程序表上的信息(步骤87)。然后，守护进程处理器(50)等待，直到产生下一告警信息(步骤88)。
告警管理器(71)开始告警管理(步骤91)，并产生监听程序表(步骤92)。
然后，告警管理器通过轮询方法，周期性地读取最新存储在自监听程序表中的信息，并在实时告警显示窗口上显示从监听程序表中读取出的数据。
然后，告警管理器通过删除监听程序表中的所有实时数据，执行初始化处理，以便执行下一轮询操作(步骤94)。
告警管理器更新最后搜索时间(步骤95)，并等待下一轮询周期(步骤96)。
如果用户完成告警管理连接(步骤97)，则撤销监听程序表(步骤98)并完成告警管理(步骤99)。
正如所公知的那样，由于网络的规模和管理范围呈指数增长，需要对高容量网络进行管理的NMS(网络管理系统)。所以，为了操作网络管理系统，可以预言的是，能够进行高容量处理的服务器将与大量的客户程序相连。
但是，由于先前告警管理器的实时告警处理方法是针对具有相对较小规模的网络的系统研发的，服务器不得不对所产生的数量上与告警管理器一样多的监听程序表执行写操作，以便处理和传输去往客户程序的告警。即，在处理一个事件(告警事件)时，执行了事件数×监听程序表数次不必要的写操作。
因此，随着相连客户程序的告警管理器的数目的增加，现有的告警管理系统要处理的监听程序表的数目也增加，从而降低了告警处理速度。
换句话说，现有的告警处理结果引起了不满足反映了实时功能的高容量网络管理系统的告警处理性能标准的问题。
现在将参考在附图中对其进行了描述的本发明的典型实施例。
此后，将参照附图，对依照上述技术思想的本发明的预期实施例进行全面的描述。
为了处理在管理高容量网络系统时所产生的大量告警事件，本发明将多监听程序表结构改为单一监听程序表结构，并通过最小化数据库执行I/O(输入/输出)处理以及网络负载，改进了现有管理设备的告警处理速度。结果，将其提升到高容量网络管理系统中所需的实时告警处理速度。
图3是示出了应用了本发明的针对实时管理的数据库表建模和事件处理方法的网络告警管理系统的方框图。
参照图3，网络告警管理系统包括告警管理处理器(110)；用于存储和处理告警信息的数据库(121～124)；守护进程处理器(130)；监听程序服务器进程处理器，通过利用客户程序列表的读取告警顺序号，映射在监听程序表中所累积的一定数量的当前告警信息，对监听程序表的当前告警列表进行管理，并通过利用最后轮询时间和告警顺序号识别监听程序列表的状态，对异常结束的客户程序进行管理；以及多个告警管理器(141～143)。
这里，数据库(121～124)包括由未清除告警表(122a)和已清除告警表(122b)组成的告警数据库(122)，其中未清除告警表(122a)存储迄今仍未清除的告警信息，而已清除告警表(122b)只管理/存储已清除告警信息；事件数据库(123)，存储和管理除告警信息以外的与事件相关的信息；监听程序表(124)，执行客户程序告警管理器的轮询处理；以及客户程序编目表(121)，对已连接客户程序列表进行管理。
下面，将对应用有由本发明如上配置的针对实时管理的数据库表建模和事件处理方法的网络告警管理系统的操作进行全面的描述。
当从系统设备(管理信息系统)产生了告警事件时，向服务器的告警管理处理器(110)传送该信息，并由告警管理处理器(110)将所产生的告警信息存储在告警数据库(122)中。
即，当告警信息到达时，告警管理处理器(110)将告警信息适当地存储在告警数据库(122)的未清除告警表(122a)和已清除告警表(122b)上，并通过搜索客户程序编目表(121)，确认是否存在与客户程序列表相连的客户程序。在确认结果之后，如果不存在与客户程序列表相连的客户程序，告警管理处理器(110)省略监听程序告警存储处理。与此不同，如果存在与客户程序列表相连的客户程序，告警管理处理器(110)将告警信息存储在监听程序表(124)上。
接下来，在初始驱动处理期间，告警管理器(141～143)将自驱动时间信息记录在客户程序编目表(121)上，并通过向其分配作为自标识符的客户程序ID(client_id)，将已分配的客户程序ID(标识)记录在客户程序编目表(121)上。
同样，告警管理器(141～143)从客户程序编目表(121)中读取自轮询最后顺序号(last_seq no)，并在监听程序表(124)上现有的告警顺序号中，轮询具有大于最后顺序号的数值的告警信息(从监听程序选择*，其中seq_no＞(从client_list选择last_seq，其中client_id＝[my_id])。
此外，一完成轮询处理，就将轮询完成时间和最后顺序号(last_sequence number)记录在客户程序编目表(121)上。
当完成连接时，删除客户程序编目表(121)上现有的自信息。
与此同时，守护进程处理器(130)周期性地监控客户程序编目表(121)，并将监控时间与客户程序的最后轮询时间进行比较。此时，如果从监控时间中减去客户程序的最后轮询时间的时间大于客户程序轮询周期或轮询周期阈值，则删除客户程序列表中现有的客户程序信息。
同样，守护进程处理器(130)搜索记录在客户程序编目表(121)上的每个客户程序的最小告警顺序号(min(last_seq))，将最小告警顺序号与存储在监听程序表(124)上的告警信息进行比较，并在存储在监听程序表(124)上的告警信息中，删除与小于最小告警顺序号的告警顺序号相对应的告警信息。
可以将本发明实现为存储在计算机可读介质中的计算机可执行指令。计算机可读介质包括其中存储了计算机可读数据的所有可能种类的记录介质。计算机可读介质包括如磁存储介质(例如，ROM、软盘、硬盘等)、光读取介质(例如，CD-ROM(紧致盘只读存储器)、DVD(数字通用盘)、可重写版本的光盘等)等存储介质，系统存储器(只读存储器、随机存取存储器)，闪速存储器，以及载波(例如，通过因特网的传输)。而且，计算机可读介质可以存储和执行分布在通过网络连接的计算机中的计算机可读代码。
上述本发明可以通过对数据库表建模容易地处理告警事件。
同样，可以通过能够利用轮询方法向客户程序传输所产生的告警信息的单一监听程序表、对已连接客户程序的状态进行管理的表格、以及对监听程序数据和已连接客户程序列表进行管理的轮询方法的监控进程处理技术，来改进告警信息处理速度。
此外，可以解决与具有用于监控实时告警的服务器/客户程序结构的高容量网络管理系统中的已连接客户程序的增加成反比迅速恶化的告警管理器的实时监控功能的缺点。
权利要求
1.一种位于具有告警管理处理器、客户程序编目表、告警数据库、对异常结束的客户程序进行管理的守护进程处理器、监听程序表和多个告警管理器的网络告警管理系统中的针对实时管理的数据库表建模和事件处理方法，包括以下步骤当从网络系统设备产生了告警事件时，由告警管理处理器将告警信息存储在告警数据库中；由告警管理器轮询与告警顺序号相一致的、存储在数据库中的告警信息，并在完成轮询处理时，将与轮询相关的信息存储在客户程序编目表上；以及由守护进程处理器通过利用客户程序编目表的读取告警顺序号，映射累积在监听程序表上的一定数量的当前告警信息，对监听程序表的当前告警列表进行管理，并通过利用最后轮询时间和告警顺序号，识别客户程序编目表的状态，对异常结束的客户程序进行管理。
2.按照权利要求1所述的方法，其特征在于所述告警管理处理器执行以下步骤当告警信息从网络系统到达时，将告警信息适当地存储在告警数据库的未清除告警表和已清除告警表上；通过搜索客户程序编目表，确认是否存在与客户程序列表相连的客户程序；以及在确认结果之后，当不存在与客户程序列表相连的客户程序时，省略对监听程序表执行的告警存储处理。
3.按照权利要求1所述的方法，其特征在于所述告警管理处理器还执行以下步骤当存在与客户程序列表相连的客户程序时，将告警信息存储在监听程序表上。
4.按照权利要求2所述的方法，其特征在于所述告警管理处理器还执行以下步骤当存在与客户程序列表相连的客户程序时，将告警信息存储在监听程序表上。
5.按照权利要求1所述的方法，其特征在于所述告警管理器执行以下步骤在初始驱动处理期间，将自驱动时间信息记录在客户程序编目表上；利用作为自标识符的客户程序标识进行分配，并将已分配的客户程序标识记录在客户程序编目表上；以及从客户程序编目表中读取自轮询最后顺序号，并在监听程序表上现有的告警顺序号中，轮询具有大于最后顺序号的数值的告警信息。
6.按照权利要求1所述的方法，其特征在于所述告警管理器还执行以下步骤当轮询处理完成时，将轮询完成时间和最后顺序号记录在客户程序编目表上；以及当连接完成时，删除客户程序编目表上现有的自信息。
7.按照权利要求5所述的方法，其特征在于所述告警管理器还执行以下步骤当轮询处理完成时，将轮询完成时间和最后顺序号记录在客户程序编目表上；以及当连接完成时，删除客户程序编目表上现有的自信息。
8.按照权利要求1所述的方法，其特征在于所述守护进程处理器执行以下步骤周期性地监控客户程序编目表，并将监控时间与客户程序的最后轮询时间进行比较；以及在比较结果之后，当监控时间与客户程序的最后轮询时间之间的差大于客户程序轮询周期或轮询周期阈值时，删除客户程序列表中现存的客户程序信息。
9.按照权利要求1所述的方法，其特征在于所述守护进程处理器还执行以下步骤搜索记录在客户程序编目表上的每个客户程序的最小告警顺序号，并将最小告警顺序号与存储在监听程序表上的告警信息相比较；以及在将最小告警顺序号与存储在监听程序表上的告警信息进行比较之后，在存储在监听程序表上的告警信息中，删除与小于最小告警顺序号的告警顺序号相对应的告警信息。
10.按照权利要求8所述的方法，其特征在于所述守护进程处理器还执行以下步骤搜索记录在客户程序编目表上的每个客户程序的最小告警顺序号，并将最小告警顺序号与存储在监听程序表上的告警信息相比较；以及在将最小告警顺序号与存储在监听程序表上的告警信息进行比较之后，在存储在监听程序表上的告警信息中，删除与小于最小告警顺序号的告警顺序号相对应的告警信息。
11.一种网络告警管理系统中针对实时管理的数据库表建模及事件处理方法，包括当从网络系统设备产生了告警事件时，由告警管理处理器将告警信息存储在告警数据库中；由告警管理器轮询与告警顺序号相一致的、存储在数据库中的告警信息，并在完成轮询处理时，将与轮询相关的信息存储在客户程序编目表上；以及由守护进程处理器通过利用客户程序编目表的读取告警顺序号，映射累积在监听程序表上的一定数量的当前告警信息，对监听程序表的当前告警列表进行管理，并通过利用最后轮询时间和告警顺序号，识别客户程序编目表的状态，对异常结束的客户程序进行管理。
12.按照权利要求11所述的方法，其特征在于将告警信息存储在所述告警数据库中的动作还包括当告警信息从网络系统到达时，将告警信息存储在告警数据库的未清除告警表和已清除告警表上；以及通过搜索客户程序编目表，确认是否存在与客户程序列表相连的客户程序。
13.按照权利要求12所述的方法，其特征在于将告警信息存储在所述告警数据库中的动作还包括当不存在与客户程序列表相连的客户程序时，省略对监听程序表执行的告警存储处理。
14.按照权利要求13所述的方法，其特征在于还包括当存在与客户程序列表相连的客户程序时，将告警信息存储在监听程序表上。
15.按照权利要求11所述的方法，其特征在于还包括当存在与客户程序列表相连的客户程序时，将告警信息存储在监听程序表上。
16.按照权利要求11所述的方法，其特征在于还包括在初始驱动处理期间，将自驱动时间信息记录在客户程序编目表上；分配客户程序标识，所述客户程序标识是自标识符；以及将已分配的客户程序标识记录在客户程序编目表上。
17.按照权利要求16所述的方法，其特征在于还包括从客户程序编目表中读取自轮询最后顺序号；以及在监听程序表上现有的告警顺序号中，轮询具有大于最后顺序号的数值的告警信息。
18.按照权利要求11所述的方法，其特征在于还包括当轮询处理完成时，将轮询完成时间和最后顺序号记录在客户程序编目表上；以及当连接完成时，删除客户程序编目表上现有的自信息。
19.按照权利要求14所述的方法，其特征在于还包括轮询处理一完成，就将轮询完成时间和最后顺序号记录在客户程序编目表上；以及删除客户程序编目表上现有的自信息。
20.按照权利要求19所述的方法，其特征在于还包括周期性地监控客户编目表；以及将监控时间与客户程序的最后轮询时间进行比较。
21.按照权利要求20所述的方法，其特征在于还包括当监控时间与客户程序的最后轮询时间之间的差大于客户程序轮询周期时，删除客户程序列表中现存的客户程序信息。
22.按照权利要求20所述的方法，其特征在于还包括当监控时间与客户程序的最后轮询时间之间的差大于轮询周期阈值时，删除客户程序列表中现存的客户程序信息。
23.按照权利要求22所述的方法，其特征在于还包括搜索记录在客户程序编目表上的每个客户程序的最小告警顺序号，并将最小告警顺序号与存储在监听程序表上的告警信息相比较；以及在存储在监听程序表上的告警信息中，删除与小于最小告警顺序号的告警顺序号相对应的告警信息。
24.按照权利要求12所述的方法，其特征在于还包括搜索记录在客户程序编目表上的每个客户程序的最小告警顺序号，并将最小告警顺序号与存储在监听程序表上的告警信息相比较；以及在存储在监听程序表上的告警信息中，删除与小于最小告警顺序号的告警顺序号相对应的告警信息。
25.一种具有用于执行一种方法的计算机可执行指令的计算机可读介质，包括当从网络系统设备产生了告警事件时，由告警管理处理器将告警信息存储在告警数据库中；由告警管理器轮询与告警顺序号相一致的、存储在数据库中的告警信息，并在完成轮询处理时，将与轮询相关的信息存储在客户程序编目表上；以及由守护进程处理器通过利用客户程序编目表的读取告警顺序号，映射累积在监听程序表上的一定数量的当前告警信息，对监听程序表的当前告警进行管理，并通过利用最后轮询时间和告警顺序号，识别客户程序编目表的状态，对异常结束的客户程序进行管理。
26.一种其上存储有数据结构的计算机可读程序，包括第一字段，包含这样的数据，该数据代表了当告警信息从网络系统到达时，将告警信息存储在告警数据库中的未清除告警表和已清除告警表；第二字段，包含代表了通过搜索客户程序编目表来确认是否存在与客户程序列表相连的客户程序的数据；第三字段，包含代表了由告警管理器轮询与告警顺序号相一致的、存储在数据库中的告警信息，并在完成轮询处理时，将与轮询相关的信息存储在客户程序编目表上的数据；以及第四字段，包含代表了由守护进程处理器通过利用客户程序编目表的读取告警顺序号，映射累积在监听程序表上的一定数量的当前告警信息，对监听程序表的当前告警进行管理，并通过利用最后轮询时间和告警顺序号，识别客户程序编目表的状态，对异常结束的客户程序进行管理的数据。
全文摘要
本发明涉及一种针对实时管理的数据库表建模和事件处理方法，在将网络设备中产生的告警和相关事件实时地传送给告警管理器时，通过利用告警顺序号映射每个客户程序，并利用事件管理技术执行支持该映射的数据库建模而有效处理该事件。按照本发明，当在网络系统设备中产生告警事件时，告警管理处理器将这些告警信息存储在告警数据库中。告警管理器通过对应于告警顺序号，对存储在数据库中的告警信息进行轮询，并在轮询完成时，将与轮询相关的信息存储在客户程序编目表中。守护进程处理器通过利用客户程序编目表的读取告警顺序号，映射累积在监听程序表上的一定数量的当前告警信息，对监听程序表的当前告警列表进行管理，以及通过利用最后轮询时间和告警顺序号，识别客户程序编目表的状态，对异常结束的客户程序进行管理。
文档编号G06F17/30GK1521663SQ20041000485
公开日2004年8月18日 申请日期2004年2月6日 优先权日2003年2月14日
发明者全应善 申请人:三星电子株式会社