CN102083091A - 网管告警管理方法和系统以及告警采集服务器 - Google Patents
网管告警管理方法和系统以及告警采集服务器 Download PDFInfo
- Publication number
- CN102083091A CN102083091A CN2009102385987A CN200910238598A CN102083091A CN 102083091 A CN102083091 A CN 102083091A CN 2009102385987 A CN2009102385987 A CN 2009102385987A CN 200910238598 A CN200910238598 A CN 200910238598A CN 102083091 A CN102083091 A CN 102083091A
- Authority
- CN
- China
- Prior art keywords
- alarm information
- alarm
- collects
- network element
- element device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
本发明公开了一种网管告警管理方法和系统,在告警采集服务器与各网元设备之间增加非实时接口;针对每个网元设备,分别进行以下处理:每隔预定时长,所述告警采集服务器通过所述非实时接口,从网元设备中采集一次告警消息,并将采集到的告警消息与从告警数据库服务器中获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理。本发明同时公开了一种告警采集服务器。应用本发明所述的方案,能够防止告警信息发生丢失。
Description
技术领域
本发明涉及移动通信技术,特别涉及一种网管告警管理方法和系统以及一种告警采集服务器。
背景技术
现有移动通信系统中,网管告警管理作为运行维护的一部分,在定位、分析问题等方面起到了非常重要的作用。网管告警管理的基本功能包括:网管接收网元设备发送的告警消息,对该消息进行整理后发送给网管后台,从而使得网管后台可以对整个系统的运行情况进行实时监控。
现有网管告警管理系统主要包括:告警数据库服务器、告警采集服务器以及网元设备。其中,告警采集服务器和网元设备之间通过网管网相连接,告警采集服务器与网元设备之间为一对多的关系;网元设备可以是指设备调测操作维护中心(OMCR,Operation and Maintenance Center-Radio)、设备网管以及设备等;网元设备与告警采集服务器之间通过实时消息接口进行通信。需要说明的是,这里所提到的接口是一种软件意义上的接口,即一种通信协议,通常指Q3、套接字等。在实际应用中,不同的网元设备可以采用相同的接口,也可以采用不同的接口,由网元设备本身的类型以及性能等确定。
网元设备为被监控的对象,当网元设备或其下挂的子网元发生故障时,网元设备会发出相应的告警消息,告警采集服务器通过Q3或套接字等接口实时接收该告警消息,并将其进行整理,然后将整理后的告警消息发送给上层监控应用,以便上层监控应用将该告警消息以屏幕显示等方式提示给用户,同时,将整理后的告警消息发给告警数据库服务器进行存储,以便后续上层分析应用对其进行统计和分析。由于网元设备发送的告警消息中通常只会携带有网元设备标识以及故障原因等信息,不够完善,因此,告警采集服务器接收到告警消息后,会进一步根据告警消息中携带的网元设备标识,从自身预先保存的配置数据中查找出该网元设备的名称以及所在地等信息,并将这些信息补充到原告警消息中,以使其更为完善。
另外,在实际应用中,网元设备在向告警采集服务器每发送一条告警消息后,会进一步将该告警消息保存到自身的数据库中,并且,根据具体内容的不同,可将所保存的告警消息分别两类,即活动告警消息和历史告警消息。其中,活动告警消息表示网元设备已经发生故障,但还未恢复,而历史告警消息表示故障已经被恢复。当某一网元设备的故障被恢复以后,会自动生成一条清除消息,其中携带有故障恢复时间等信息,网元设备根据该清除消息,将故障恢复时间设置到对应的活动告警消息中的恢复时间字段(该字段原来为空)中,使得该活动告警消息成为历史告警消息;之后,网元设备向告警采集服务器发送清除消息;告警采集服务器将接收到的清除消息发送给上层监控应用以及告警数据库服务器,以便上层监控应用提示用户故障已经被恢复,并使得告警数据库服务器能够及时将该清除消息对应的活动告警消息修改为历史告警消息。
可见,现有网管告警管理系统中,网元设备主要向告警采集服务器发送两种消息,一种为告警消息,一种为清除消息,通常将告警消息和清除消息统称为告警信息。但是,在实际应用中,由于网元设备和告警采集服务器之间的通信方式为实时的,而且每个网元设备与告警采集服务器之间均只有一个信道,因此,一旦该信道出现故障,比如链路闪断、链路吊死、进程吊死,或出现丢包等现象时,就会导致网元设备发送给告警采集服务器的告警信息丢失,从而影响后续处理。
发明内容
有鉴于此,本发明的主要目的在于提供一种网管告警管理方法,能够防止告警信息丢失。
本发明的另一目的在于提供一种网管告警管理系统,能够防止告警信息丢失。
本发明的又一目的在于提供一种告警采集服务器,能够防止告警信息丢失。
为达到上述目的,本发明的技术方案是这样实现的:
一种网管告警管理方法,在告警采集服务器与各网元设备之间增加非实时接口;针对每个网元设备,分别进行以下处理:
每隔预定时长,所述告警采集服务器通过所述非实时接口,从网元设备中采集一次告警消息,并将采集到的告警消息与从告警数据库服务器中获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理。
一种网管告警管理系统,包括:告警采集服务器、网元设备以及告警数据库服务器;所述告警采集服务器与所述网元设备之间设置有一个实时接口以及一个非实时接口;
所述告警采集服务器,用于每隔预定时长,通过所述非实时接口,从所述网元设备中采集一次告警消息,并将采集到的告警消息与从所述告警数据库服务器中获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理;
所述网元设备,用于当自身或下挂的子网元发生故障时,向所述告警采集服务器发送告警消息,并将告警消息进行保存,供所述告警采集服务器进行采集;
所述告警数据库服务器,用于存储告警消息。
一种告警采集服务器,包括:采集单元和比较单元;
所述采集单元,用于每隔预定时长,通过所述非实时接口,从所述网元设备中采集一次告警消息;
所述比较单元,用于从告警数据库服务器中获取告警消息,并将采集到的告警消息与获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理。
可见,采用本发明的技术方案,在告警采集服务器与各网元设备之间增加一个非实时接口,告警采集服务器通过已有的实时接口,实时接收各网元设备发送的告警消息,并在每隔预定时长后,通过所述非实时接口,采集各网元设备上保存的告警消息,之后,将采集到的告警消息与接收到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对接收到的告警消息进行修正,从而将丢失的告警信息补充完整。
附图说明
图1为本发明方法实施例的流程图。
图2为本发明方法实施例中告警采集服务器与网元设备之间的接口示意图。
图3为本发明系统实施例的组成结构示意图。
图4为本发明告警采集服务器实施例的组成结构示意图。
具体实施方式
针对现有技术中存在的问题,本发明提出一种改进的网管告警管理方法,即在告警采集服务器与各网元设备之间增加一个非实时接口,每隔预定时长,告警采集服务器通过该非实时接口,从网元设备中采集一次告警消息,并将采集到的告警消息与从告警数据库服务器中获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理。
可以看出,告警采集服务器通过非实时接口获取告警消息的方式与通过实时接口获取告警消息的方式是完全不同的,前者是通过告警采集服务器定时去网元设备上进行采集来获取告警消息的,而后者是通过网元设备在自身或下挂的子网元发生故障时,主动向告警采集服务器发送告警消息的。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步地详细说明。
图1为本发明方法实施例的流程图。如图1所示,包括以下步骤:
步骤11:每隔预定时长,告警采集服务器通过非实时接口,从各网元设备中采集一次告警消息。
本实施例中,在各网元设备与告警采集服务器之间增加一个非实时接口,如图2所示,图2为本发明方法实施例中告警采集服务器与网元设备之间的接口示意图。这样一来,网元设备与告警采集服务器之间就同时存在两个接口。
所述非实时接口可以是数据库接口、文件接口或命令接口等。在实际应用中,各网元设备可以采用相同的非实时接口,也可采用不同的非实时接口,根据实际需要而定。
本步骤中,每隔预定时长,比如1小时,告警采集服务器向各网元设备采集一次告警消息。为降低后续工作量,每次采集时,可只采集这1个小时内新增的告警消息,包括新增的活动告警消息以及历史告警消息。
步骤12:告警采集服务器将采集到的告警消息与从告警数据库服务器中获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理。
本步骤中,告警采集服务器从告警数据库服务器中获取到所保存的所有活动告警消息;然后,针对采集到的活动告警消息以及历史告警消息,分别进行以下处理:
1)对于采集到的每条活动告警消息,分别确定是否存在与之对应的获取到的活动告警消息,所述对应是指携带有相同的网元设备标识以及故障原因,如果不存在,则将采集到的告警消息进行整理后发送给上层监控应用以及告警数据库服务器。
如果某条采集到的活动告警消息不存在与之对应的获取到的活动告警消息,那么则说明这条活动告警消息在发送给告警采集服务器时丢失了,所以需要按照现有方式对这条活动告警消息进行整理,并在整理后将其发送给上层监控应用以及告警数据库服务器。后续具体实现为现有技术,不再赘述。
如果某条采集到的活动告警消息存在与之对应的获取到的活动告警消息,那么则说明这条活动告警消息已经正确发送到了告警采集服务器,因此无需对这条活动告警消息进行其它处理,直接丢弃即可。
2)对于采集到的每条历史告警消息,分别确定是否存在与之对应的获取到的活动告警消息,所述对应是指携带有相同的网元设备标识以及故障原因,如果存在,则根据采集到的历史告警消息中的恢复时间字段中携带的信息制造清除消息,并发送给上层监控应用以及告警数据库服务器。
依据之前的介绍可知,网元设备中每生成一条历史告警消息后,都会向告警采集服务器发送一条清除消息,告警采集服务器接收到清除消息后,会将该清除消息对应的活动告警消息修改为历史告警消息,即将原来为空的活动告警消息中的恢复时间字段设置为清除消息中所携带的故障恢复时间信息。那么,如果从网元设备上采集到某条历史告警消息,但是在告警数据库服务器中保存的与之对应却是活动告警消息,那么则说明之前发送的清除消息丢失了,因此,需要补发一条清除消息,即根据采集到的历史告警消息中的恢复时间字段中携带的故障恢复时间信息制作清除消息,并发送给上层监控应用以及告警数据库服务器。如何制作清除消息以及如何发送均为现有技术,不再赘述。
如果对于采集到的某条历史告警消息,不存在与之对应的获取到的活动告警消息,那么则说明这条历史告警消息对应的清除消息已经被正确发送到了告警采集服务器,因此无需对这条历史告警消息进行其它任何处理,直接丢弃即可。
至此,即完成了本发明方法实施例所示流程。
基于上述方法,图3为本发明系统实施例的组成结构示意图。如图3所示,包括:告警采集服务器31、网元设备32以及告警数据库服务器33;告警采集服务器31与网元设备32之间设置有一个实时接口以及一个非实时接口。
告警采集服务器31,用于每隔预定时长,通过所述非实时接口,从网元设备32中采集一次告警消息,并将采集到的告警消息与从告警数据库服务器33中获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理;
网元设备32,用于当自身或下挂的子网元发生故障时,向告警采集服务器31发送告警消息,并将告警消息进行保存,供告警采集服务器31进行采集;
告警数据库服务器33,用于存储告警消息。
图4为本发明告警采集服务器实施例的组成结构示意图。如图4所示,包括:采集单元41和比较单元42;
采集单元41,用于每隔预定时长,通过所述非实时接口,从网元设备32中采集一次告警消息;
比较单元42,用于从告警数据库服务器33中获取告警消息,并将采集到的告警消息与获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理。
其中,采集单元41每隔预定时长,从网元设备32中采集预定时长内新增的活动告警消息以及历史告警消息;另外,比较单元42中可具体包括:获取子单元421以及比较子单元422;
获取子单元421,用于获取保存在告警数据库服务器33中的所有活动告警消息;
比较子单元422,用于针对采集到的每条活动告警消息,分别确定是否存在与之对应的获取到的活动告警消息,所述对应是指携带有相同的网元设备标识以及故障原因,如果不存在,则确定发生了告警消息丢失现象,将采集到的告警消息进行整理后发送给上层监控应用以及告警数据库服务器33,如果存在,则不进行任何处理;针对采集到的每条历史告警消息,分别确定是否存在与之对应的获取到的活动告警消息,如果存在,则确定发生了清除消息丢失现象,根据采集到的告警消息中的恢复时间字段制造清除消息,并发送给上层监控应用以及告警数据库服务器33,如果不存在,则不进行任何处理。
所述非实时接口包括:数据库接口、文件接口以及命令接口。
图3和4所示系统和装置实施例的具体工作流程请参照图1所示方法实施例中的相应说明,此处不再赘述。
总之,采用本发明的技术方案,在告警采集服务器与各网元设备之间增加一个非实时接口,告警采集服务器通过已有的实时接口,实时接收各网元设备发送的告警消息,并在每隔预定时长后,通过所述非实时接口,采集各网元设备上保存的告警消息,之后,将采集到的告警消息与接收到的告警消息进行比较,确定是否发生了告警信息丢失的现象,如果是,则利用采集到的告警消息对接收到的告警消息进行修正,从而将丢失的告警信息补充完整。另外,本发明所述方案还可进一步应用于其它环境下,比如,动力环境监控系统和传输网监控系统等,具体实现不再赘述。
综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (11)
1.一种网管告警管理方法,其特征在于,在告警采集服务器与各网元设备之间增加非实时接口;针对每个网元设备,分别进行以下处理:
每隔预定时长,所述告警采集服务器通过所述非实时接口,从网元设备中采集一次告警消息,并将采集到的告警消息与从告警数据库服务器中获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理。
2.根据权利要求1所述的方法,其特征在于,所述从网元设备中采集告警消息包括:采集所述预定时长内新增的活动告警消息以及历史告警消息;所述从告警数据库服务器中获取到的告警消息包括:保存在所述告警数据库服务器中的所有活动告警消息;
所述确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正包括:
对于采集到的每条活动告警消息,分别确定是否存在与之对应的获取到的活动告警消息,所述对应是指携带有相同的网元设备标识以及故障原因,如果不存在,则确定发生了告警消息丢失现象,将采集到的活动告警消息进行整理后发送给上层监控应用以及所述告警数据库服务器;
对于采集到的每条历史告警消息,分别确定是否存在与之对应的获取到的活动告警消息,如果存在,则确定发生了清除消息丢失现象,根据采集到的历史告警消息中的恢复时间字段制造清除消息,并发送给所述上层监控应用以及所述告警数据库服务器。
3.根据权利要求1或2所述的方法,其特征在于,所述非实时接口包括:数据库接口、文件接口以及命令接口。
4.根据权利要求1或2所述的方法,其特征在于,所述预定时长为1小时。
5.一种网管告警管理系统,其特征在于,包括:告警采集服务器、网元设备以及告警数据库服务器;所述告警采集服务器与所述网元设备之间设置有一个实时接口以及一个非实时接口;
所述告警采集服务器,用于每隔预定时长,通过所述非实时接口,从所述网元设备中采集一次告警消息,并将采集到的告警消息与从所述告警数据库服务器中获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理;
所述网元设备,用于当自身或下挂的子网元发生故障时,向所述告警采集服务器发送告警消息,并将告警消息进行保存,供所述告警采集服务器进行采集;
所述告警数据库服务器,用于存储告警消息。
6.根据权利要求5所述的系统,其特征在于,所述告警采集服务器包括:采集单元和比较单元;
所述采集单元,用于每隔预定时长,通过所述非实时接口,从所述网元设备中采集一次告警消息;
所述比较单元,用于从告警数据库服务器中获取告警消息,并将采集到的告警消息与获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理。
7.根据权利要求6所述的系统,其特征在于,所述采集单元每隔预定时长,从所述网元设备中采集所述预定时长内新增的活动告警消息以及历史告警消息;所述比较单元包括:获取子单元以及比较子单元;
所述获取子单元,用于获取保存在所述告警数据库服务器中的所有活动告警消息;
所述比较子单元,用于针对采集到的每条活动告警消息,分别确定是否存在与之对应的获取到的活动告警消息,所述对应是指携带有相同的网元设备标识以及故障原因,如果不存在,则确定发生了告警消息丢失现象,将采集到的活动告警消息进行整理后发送给上层监控应用以及所述告警数据库服务器,如果存在,则不进行任何处理;针对采集到的每条历史告警消息,分别确定是否存在与之对应的获取到的活动告警消息,如果存在,则确定发生了清除消息丢失现象,根据采集到的历史告警消息中的恢复时间字段制造清除消息,并发送给所述上层监控应用以及所述告警数据库服务器,如果不存在,则不进行任何处理。
8.根据权利要求5、6或7所述的系统,其特征在于,所述非实时接口包括:数据库接口、文件接口以及命令接口。
9.一种告警采集服务器,其特征在于,包括:采集单元和比较单元;
所述采集单元,用于每隔预定时长,通过所述非实时接口,从所述网元设备中采集一次告警消息;
所述比较单元,用于从告警数据库服务器中获取告警消息,并将采集到的告警消息与获取到的告警消息进行比较,确定是否发生了告警信息丢失现象,如果是,则利用采集到的告警消息对获取到的告警消息进行修正,否则,不进行任何处理。
10.根据权利要求9所述的告警采集服务器,其特征在于,所述采集单元每隔预定时长,从所述网元设备中采集所述预定时长内新增的活动告警消息以及历史告警消息;所述比较单元包括:获取子单元以及比较子单元;
所述获取子单元,用于获取保存在所述告警数据库服务器中的所有活动告警消息;
所述比较子单元,用于针对采集到的每条活动告警消息,分别确定是否存在与之对应的获取到的活动告警消息,所述对应是指携带有相同的网元设备标识以及故障原因,如果不存在,则确定发生了告警消息丢失现象,将采集到的活动告警消息进行整理后发送给上层监控应用以及所述告警数据库服务器,如果存在,则不进行任何处理;针对采集到的每条历史告警消息,分别确定是否存在与之对应的获取到的活动告警消息,如果存在,则确定发生了清除消息丢失现象,根据采集到的历史告警消息中的恢复时间字段制造清除消息,并发送给所述上层监控应用以及所述告警数据库服务器,如果不存在,则不进行任何处理。
11.根据权利要求9或10所述的告警采集服务器,其特征在于,所述非实时接口包括:数据库接口、文件接口以及命令接口。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102385987A CN102083091A (zh) | 2009-11-27 | 2009-11-27 | 网管告警管理方法和系统以及告警采集服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102385987A CN102083091A (zh) | 2009-11-27 | 2009-11-27 | 网管告警管理方法和系统以及告警采集服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102083091A true CN102083091A (zh) | 2011-06-01 |
Family
ID=44088803
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102385987A Pending CN102083091A (zh) | 2009-11-27 | 2009-11-27 | 网管告警管理方法和系统以及告警采集服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102083091A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102882700A (zh) * | 2012-08-03 | 2013-01-16 | 中国科学院声学研究所 | 一种网管系统中的告警信息管理方法及设备 |
WO2018112869A1 (zh) * | 2016-12-23 | 2018-06-28 | 深圳中兴力维技术有限公司 | 一种告警同步方法和系统 |
CN108829563A (zh) * | 2018-06-25 | 2018-11-16 | 郑州云海信息技术有限公司 | 一种告警方法和告警装置 |
CN108924084A (zh) * | 2018-05-22 | 2018-11-30 | 全球能源互联网研究院有限公司 | 一种网络设备安全评估方法及装置 |
WO2018203841A3 (en) * | 2016-12-13 | 2019-01-17 | Turkcell Teknoloji̇ Araştirma Ve Geli̇şti̇rme Anoni̇m Şi̇rketi̇ | SYSTEM FOR PREVENTING THE LOSS OF ALERTS WHICH ARE GENERATED ON COMMUNICATION NETWORKS, THIS LOSS BEING ENCOUNTERED IN TROUBLESHOOTING SYSTEMS |
CN110401570A (zh) * | 2019-08-06 | 2019-11-01 | 中国联合网络通信集团有限公司 | 告警方法、装置、系统、设备及可读存储介质 |
CN111026607A (zh) * | 2019-11-14 | 2020-04-17 | 山东中创软件商用中间件股份有限公司 | 一种服务器监控系统、方法及服务器数据采集方法和系统 |
CN111143155A (zh) * | 2019-10-31 | 2020-05-12 | 北京直真科技股份有限公司 | 一种应用于通信行业实现告警同步和清除机制的方法 |
CN114244682A (zh) * | 2021-11-22 | 2022-03-25 | 中盈优创资讯科技有限公司 | 一种设备告警丢失补漏方法及装置 |
-
2009
- 2009-11-27 CN CN2009102385987A patent/CN102083091A/zh active Pending
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102882700B (zh) * | 2012-08-03 | 2016-07-06 | 中国科学院声学研究所 | 一种网管系统中的告警信息管理方法及设备 |
CN102882700A (zh) * | 2012-08-03 | 2013-01-16 | 中国科学院声学研究所 | 一种网管系统中的告警信息管理方法及设备 |
WO2018203841A3 (en) * | 2016-12-13 | 2019-01-17 | Turkcell Teknoloji̇ Araştirma Ve Geli̇şti̇rme Anoni̇m Şi̇rketi̇ | SYSTEM FOR PREVENTING THE LOSS OF ALERTS WHICH ARE GENERATED ON COMMUNICATION NETWORKS, THIS LOSS BEING ENCOUNTERED IN TROUBLESHOOTING SYSTEMS |
WO2018112869A1 (zh) * | 2016-12-23 | 2018-06-28 | 深圳中兴力维技术有限公司 | 一种告警同步方法和系统 |
CN108924084B (zh) * | 2018-05-22 | 2020-10-27 | 全球能源互联网研究院有限公司 | 一种网络设备安全评估方法及装置 |
CN108924084A (zh) * | 2018-05-22 | 2018-11-30 | 全球能源互联网研究院有限公司 | 一种网络设备安全评估方法及装置 |
CN108829563A (zh) * | 2018-06-25 | 2018-11-16 | 郑州云海信息技术有限公司 | 一种告警方法和告警装置 |
CN110401570A (zh) * | 2019-08-06 | 2019-11-01 | 中国联合网络通信集团有限公司 | 告警方法、装置、系统、设备及可读存储介质 |
CN110401570B (zh) * | 2019-08-06 | 2022-09-27 | 中国联合网络通信集团有限公司 | 告警方法、装置、系统、设备及可读存储介质 |
CN111143155A (zh) * | 2019-10-31 | 2020-05-12 | 北京直真科技股份有限公司 | 一种应用于通信行业实现告警同步和清除机制的方法 |
CN111143155B (zh) * | 2019-10-31 | 2023-08-25 | 北京直真科技股份有限公司 | 一种应用于通信行业实现告警同步和清除机制的方法 |
CN111026607A (zh) * | 2019-11-14 | 2020-04-17 | 山东中创软件商用中间件股份有限公司 | 一种服务器监控系统、方法及服务器数据采集方法和系统 |
CN114244682A (zh) * | 2021-11-22 | 2022-03-25 | 中盈优创资讯科技有限公司 | 一种设备告警丢失补漏方法及装置 |
CN114244682B (zh) * | 2021-11-22 | 2024-01-05 | 中盈优创资讯科技有限公司 | 一种设备告警丢失补漏方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102083091A (zh) | 网管告警管理方法和系统以及告警采集服务器 | |
CN103699063B (zh) | 一种制造执行系统mes中离线数据的采集装置和方法 | |
CN102447570B (zh) | 一种基于健康度分析的监控装置及方法 | |
CN109271793B (zh) | 物联网云平台设备类别识别方法及系统 | |
CN110784398B (zh) | 一种工业物联网加工设备数据采集系统以及数据分析方法 | |
CN101083557B (zh) | 一种基于snmp的ip网络集群管理方法 | |
CN103500475B (zh) | 一种办公楼宇门禁系统的调试方法、系统 | |
CN104022904A (zh) | 分布式机房it设备统一管理平台 | |
CN109150869B (zh) | 一种交换机信息采集分析系统及方法 | |
CN105159964A (zh) | 一种日志监控方法及系统 | |
CN110794800A (zh) | 一种智慧工厂信息管理的监控系统 | |
CN107947998B (zh) | 一种基于应用系统的实时监测系统 | |
CN105659528A (zh) | 一种实现故障定位的方法及装置 | |
CN109218126B (zh) | 监测节点存活状态的方法、装置及系统 | |
CN102820993A (zh) | 网络资源监控系统和网络资源监控方法 | |
CN110677480A (zh) | 一种节点健康管理方法、装置和计算机可读存储介质 | |
CN104468201A (zh) | 一种网络设备离线的自动删除方法和设备 | |
CN104320285A (zh) | 一种网站运行状态监控方法及装置 | |
CN115963775A (zh) | 一种基于特征信号数据的plc状态监测系统及方法 | |
CN105553743A (zh) | 获得日志的方法、系统、第一网络设备及第三网络设备 | |
CN104601374A (zh) | 用于数控机床的网络故障处理方法和装置 | |
CN105530145A (zh) | 一种基于zabbix框架的无代理设备监控网络、组网方法以及监控方法 | |
CN105743695A (zh) | 一种基于iec104 规约的监听方法及系统 | |
EP1622310B1 (en) | Administration method and system for network management systems | |
CN101854263B (zh) | 网络拓扑的分析处理方法、系统和管理服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110601 |