CN102594590B - 告警主动上报中对振荡告警的抑制方法 - Google Patents
告警主动上报中对振荡告警的抑制方法 Download PDFInfo
- Publication number
- CN102594590B CN102594590B CN201210025535.5A CN201210025535A CN102594590B CN 102594590 B CN102594590 B CN 102594590B CN 201210025535 A CN201210025535 A CN 201210025535A CN 102594590 B CN102594590 B CN 102594590B
- Authority
- CN
- China
- Prior art keywords
- alarm
- data
- monitor
- circulation
- active reporting
- 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.)
- Active
Links
Landscapes
- Maintenance And Management Of Digital Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及告警主动上报中对振荡告警的抑制方法,当网管***收到新的当前告警通知及数据时,先处理告警主动上报事件,然后处理告警主动上报数据并进行数据抑制处理,然后再分派发送告警主动上报数据给各个监视子窗口,各个监视子窗口按照各自对应的监视条件过滤告警。本发明所述的告警主动上报中对振荡告警的抑制方法,可以判断网络管理***所接收的告警中是否有振荡告警,可以抑制振荡告警,通过抑制振荡告警,提高了网管维护人员的工作效率,告警数目得到减少,排除了维护人员的无关干扰,增强了运维人员的维护能力。
Description
技术领域
本发明涉及网络管理***中振荡告警的处理,具体说是告警主动上报中对振荡告警的抑制方法。
背景技术
国内专利“网络管理***中闪断告警的处理方法(CN1462130)”,描述的主要是在一定的时间内根据相同告警产生的频率判定告警是否开始发生闪断(振荡告警),并将告警记录存储于数据库,这样的方法降低了告警处理的效率,难于保障维护工作人员及时的排除故障。
现有技术也没有更好的方式解决振荡告警的抑制问题。
发明内容
针对现有技术中存在的缺陷,本发明的目的在于提供告警主动上报中对振荡告警的抑制方法,可以判断网络管理***所接收的告警中是否有振荡告警,可以抑制振荡告警,通过抑制振荡告警,提高了网管维护人员的工作效率,告警数目得到减少,排除了维护人员的无关干扰,增强了运维人员的维护能力。
为达到以上目的,本发明采取的技术方案是:
告警主动上报中对振荡告警的抑制方法,其特征在于:当网管***收到新的当前告警通知及数据时,先处理告警主动上报事件,然后处理告警主动上报数据并进行数据抑制处理,然后再分派发送告警主动上报数据给各个监视子窗口,各个监视子窗口按照各自对应的监视条件过滤告警。
在上述技术方案的基础上,所述处理告警主动上报事件包括以下步骤:
判断新增告警数据长度是否为0,如果长度为0,就结束处理;否则就开始以下循环:判断本条告警是否为已结束告警,如果是已结束告警,就继续判断下一条告警是否为已结束告警,继续循环;如果本条告警不是已结束告警,则将本条告警序号加入全局哈希表,再继续判断下一条告警是否为已结束告警,直到本批告警数据均处理完毕,循环结束;
然后,将这批处理完毕的告警数据加入全局数据缓存中,创建一个处理这批告警缓存数据的新线程;
接着,判断告警屏蔽显示是否有效,如果屏蔽有效,就调用处理告警主动上报数据接口,休眠1秒以缓存下1秒的数据,再启动该线程运行;如果屏蔽无效,直接调用处理告警主动上报数据接口,启动该线程运行。
在上述技术方案的基础上,所述处理告警主动上报数据并进行数据抑制处理包括以下步骤:
通过处理告警主动上报数据接口传递的告警屏蔽时长,获取缓存告警数据的时长参数,该参数单位为秒,其存储用户设置的缓存告警数据的时长,
程序运行中判断当前缓存数据时长是否大于用户设置的缓存告警数据的时长,如果大于该时长,就开始以下循环,否则就结束处理:
首先,循环1开始,循环对象是某一时长范围内告警序列集合中某个1秒时长的数据序列集,数据按照时间的顺序排列,获取需要比较的结束告警序号哈希表;
然后循环2开始,循环对象是循环1中数据序列集中的某条告警,判断本条告警是否为已结束告警,如果是已结束告警就加入需要处理的告警数据队列;如果不是已结束告警,就判断相邻的告警序号哈希表中是否有本条告警,如果有就完成本条告警的循环;如果相邻的告警序号哈希表中没有本条告警,就加入需要处理的告警数据队列,然后继续执行循环2的下一条告警;如果当前循环对象的数据都已经处理完成,则结束循环2,
循环2结束后,调用分派发送告警主动上报数据接口,删除缓存的这个时长的数据序列集合,然后继续执行循环1的下一个时长的告警序列集合;如果需要处理时长的告警序列集合都已经处理完成,则结束循环1。
在上述技术方案的基础上,所述分派发送告警主动上报数据给各个监视子窗口包括以下步骤:
首先通过处理告警主动上报数据接口传递的当前告警数据,获取当前告警上报监视窗口数量,如果监视窗口数量为0,就不进行分派处理,
如果监视窗口数量不为0,开始以下循环:调用监视窗口的过滤处理接口,继续进行循环,如果监视窗口数量为0,则结束循环。
在上述技术方案的基础上,所述按照各自对应的监视条件过滤告警包括以下步骤:
通过处理告警主动上报数据接口传递的当前告警数据,获取这个监视窗口的角色,判断是否为监视主窗口,如果是主监视窗口,就在这个监视窗口中显示这些告警数据;
如果不是主监视窗口,就开始以下循环:在每个监视子窗口内,循环判断是否符合监视条件的对象范围,如果不符合监视条件,就抛弃该条告警数据;如果符合监视条件的对象范围,就判断是否符合监视条件的代码范围,如果不是,就抛弃该条告警数据;如果符合监视条件的代码范围,就继续循环,直到告警处理完成,循环结束的条件就是全部的监视子窗口都执行完毕。
在上述技术方案的基础上,还包括以下步骤:
第1步:网管***通过界面指定告警实时监控的对象,所述告警实时监控的对象包括监视网元、单盘、端口;
第2步:网管***指定告警监控代码;
第3步:在第1步和第2步中,不同的对象所监视的告警条件不一样,不同的用户能定制不同的监视条件,同一个用户能有多个不同的监视条件来监视多个告警对象;
第4步:告警监视条件设置具备条件的保存功能,能保存不同的条件,另外还具备条件的导入功能,用户能根据需要随时更换监视条件;
第5步:在完成告警监视条件设置之后,开始监视,满足用户设置条件的当前告警将显示在监视主窗口中,为了方便用户进一步关注某类告警数据,在当前告警监视主窗口中提供了“新增监视窗口”菜单,从而实现用户对界面数据的定制显示子窗口,
告警监视条件设置的结果将在监视主窗口中显示,为了便于用户查看和分析,分别提供了清空和锁定的菜单,含义分别为:
“清空”:清除当前告警上报显示窗口中的数据;
“锁定”:将当前告警上报的显示内容定格,新的上报告警将缓存起来,不显示在本窗口中,一旦取消“锁定”,则缓存的上报告警将显示到本窗口中,恢复窗口数据的动态刷新;
子窗口数据显示的处理方式:
创建每个监视子窗口时都需要设置子窗口的名称、需要监视的对象集合、需要监视的告警代码集合,这样在生成了这些子窗口对象后都将缓存一套显示对象和显示告警代码的条件,对象和告警代码按照与的逻辑关系进行处理,为了提高处理的效率,分别建立了需要显示的对象ID哈希表、告警代码ID的哈希表;
界面收到的所有上报当前告警数据将分发给各个监视子窗口,各个监视子窗口将根据内存中缓存的对象ID哈希表、告警代码ID的哈希表进行判断,最后将符合条件的告警显示在该子窗口中;
第6步:设置告警显示的“持续时间”,告警的“持续时间”小于设定的Δt,
第7步:在缓存的当前告警数据中,根据每条告警的开始时间以及后续收到的该条告警的结束时间,如果告警结束时间与告警开始时间的时间差不大于Δt,则判断为振荡告警,对于振荡告警将抛弃不处理。
本发明所述的告警主动上报中对振荡告警的抑制方法,可以判断网络管理***所接收的告警中是否有振荡告警,可以抑制振荡告警,通过抑制振荡告警,提高了网管维护人员的工作效率,告警数目得到减少,排除了维护人员的无关干扰,增强了运维人员的维护能力。
附图说明
本发明有如下附图:
图1:告警主动上报设置,
图2:指定监控告警代码,
图3:告警监视条件保存功能,
图4:新增监视子窗口,
图5:告警持续时间设置,
图6:处理流程总图,
图7:处理告警主动上报事件,
图8:处理告警主动上报数据(数据抑制处理等),
图9:分派发送告警主动上报数据,
图10:监视窗口的过滤处理。
具体实施方式
以下结合附图对本发明作进一步详细说明。
本发明所述的告警主动上报中对振荡告警的抑制方法,可判断电信网络管理***(网管***)接收的告警中是否有振荡告警,将振荡告警抑制后,并能按照用户的定制要求,对用户关心的告警在不同的定制窗口显示。其总的处理流程如图6所示,包括以下步骤:
当网管***收到新的当前告警通知及数据时(所述新的当前告警通知及数据来自于告警主动上报),先处理告警主动上报事件,然后处理告警主动上报数据并进行数据抑制处理,然后再分派发送告警主动上报数据给各个监视子窗口,各个监视子窗口按照各自对应的监视条件过滤告警,每个监视子窗口与一个监视条件对应,例如:监视子窗口1按照监视条件1来过滤告警,监视子窗口2按照监视条件2来过滤告警,监视子窗口n按照监视条件n来过滤告警,n=1,2,3,……。
在上述技术方案的基础上,如图7所示,所述处理告警主动上报事件包括以下步骤:
判断新增告警数据长度是否为0,如果长度为0,就结束处理;否则就开始以下循环:判断本条告警是否为已结束告警,如果是已结束告警,就继续判断下一条告警是否为已结束告警,继续循环;如果本条告警不是已结束告警,则将本条告警序号加入全局哈希表,再继续判断下一条告警是否为已结束告警,直到本批告警数据均处理完毕,循环结束;
然后,将这批处理完毕的告警数据加入全局数据缓存中,创建一个处理这批告警缓存数据的新线程;
接着,判断告警屏蔽显示是否有效,如果屏蔽有效,就调用处理告警主动上报数据接口,休眠1秒以缓存下1秒的数据,再启动该线程运行;如果屏蔽无效,直接调用处理告警主动上报数据接口,启动该线程运行。
在上述技术方案的基础上,如图8所示,所述处理告警主动上报数据并进行数据抑制处理包括以下步骤:
通过处理告警主动上报数据接口传递的告警屏蔽时长,获取缓存告警数据的时长参数,该参数单位为秒,其存储用户设置的缓存告警数据的时长,
程序运行中判断当前缓存数据时长是否大于用户设置的缓存告警数据的时长,如果大于该时长,就开始以下循环,否则就结束处理:
首先,循环1开始,循环对象是某一时长范围内告警序列集合中某个1秒时长的数据序列集,数据按照时间的顺序排列,获取需要比较的结束告警序号哈希表;
然后循环2开始,循环对象是循环1中数据序列集中的某条告警,判断本条告警是否为已结束告警,如果是已结束告警就加入需要处理的告警数据队列;如果不是已结束告警,就判断相邻(这里“相邻的告警序号哈希表”是指之前获取到的“需要比较的结束告警序号哈希表”,比较的目的是判断屏蔽设置时长内某条告警是否已经结束,如果已经结束,则需要屏蔽掉,否则不屏蔽。)的告警序号哈希表中是否有本条告警,如果有就完成本条告警的循环;如果相邻的告警序号哈希表中没有本条告警,就加入需要处理的告警数据队列,然后继续执行(处理)循环2的下一条告警;如果当前循环对象的数据都已经处理完成,则结束循环2,
循环2结束后,调用分派发送告警主动上报数据接口,删除缓存的这个时长的数据序列集合(时长单位为秒),然后继续执行循环1的下一个时长的告警序列集合;如果需要处理时长的告警序列集合都已经处理完成,则结束循环1。
在上述技术方案的基础上,如图9所示,所述分派发送告警主动上报数据给各个监视子窗口包括以下步骤:
首先通过处理告警主动上报数据接口传递的当前告警数据,获取当前告警上报监视窗口数量,如果监视窗口数量为0,就不进行分派处理,
如果监视窗口数量不为0,开始以下循环:调用监视窗口的过滤处理接口,继续进行循环,如果监视窗口数量为0,则结束循环。
在上述技术方案的基础上,如图10所示,所述按照各自对应的监视条件过滤告警包括以下步骤:
通过处理告警主动上报数据接口传递的当前告警数据,获取这个监视窗口的角色,判断是否为监视主窗口,如果是主监视窗口,就在这个监视窗口中显示这些告警数据;
如果不是主监视窗口,就开始以下循环:在每个监视子窗口内,循环判断是否符合监视条件的对象范围,如果不符合监视条件,就抛弃该条告警数据;如果符合监视条件的对象范围,就判断是否符合监视条件的代码范围,如果不是,就抛弃该条告警数据;如果符合监视条件的代码范围,就继续循环,直到告警处理完成,循环结束的条件就是全部的监视子窗口都执行完毕。
在上述技术方案的基础上,还包括以下步骤:
第1步:网管***通过界面指定告警实时监控的对象,所述告警实时监控的对象包括监视网元、单盘、端口;如图1所示;
第2步:网管***指定告警监控代码;如图2所示;
第3步:在第1步和第2步中,不同的对象所监视的告警条件不一样,不同的用户能定制不同的监视条件,同一个用户能有多个不同的监视条件来监视多个告警对象;
第4步:告警监视条件设置具备条件的保存功能,能保存不同的条件,另外还具备条件的导入功能,用户能根据需要随时更换监视条件;如图3所示;
第5步:在完成告警监视条件设置之后,开始监视,满足用户设置条件的当前告警将显示在监视主窗口中,为了方便用户进一步关注某类告警数据,在当前告警监视主窗口中提供了“新增监视窗口”菜单,从而实现用户对界面数据的定制显示子窗口,如图4所示;
告警监视条件设置的结果将在监视主窗口中显示,为了便于用户查看和分析,分别提供了清空和锁定的菜单,含义分别为:
“清空”:清除当前告警上报显示窗口中的数据;
“锁定”:将当前告警上报的显示内容定格,新的上报告警将缓存起来,不显示在本窗口中,一旦取消“锁定”,则缓存的上报告警将显示到本窗口中,恢复窗口数据的动态刷新;
子窗口数据显示的处理方式:
创建每个监视子窗口时都需要设置子窗口的名称、需要监视的对象集合、需要监视的告警代码集合,这样在生成了这些子窗口对象后都将缓存一套显示对象和显示告警代码的条件,对象和告警代码按照与的逻辑关系进行处理,为了提高处理的效率,分别建立了需要显示的对象ID哈希表、告警代码ID的哈希表;
界面收到的所有上报当前告警数据将分发给各个监视子窗口,各个监视子窗口将根据内存中缓存的对象ID哈希表、告警代码ID的哈希表进行判断,最后将符合条件的告警显示在该子窗口中;
第6步:设置告警显示的“持续时间”,告警的“持续时间”小于设定的Δt,如图5所示;Δt设定为3秒;
第7步:在缓存的当前告警数据中,根据每条告警的开始时间以及后续收到的该条告警的结束时间,如果告警结束时间与告警开始时间的时间差不大于Δt,则判断为振荡告警,对于振荡告警将抛弃不处理。
本发明通过抑制振荡告警,提高了网管维护人员的工作效率,告警数目得到减少,排除了维护人员的无关干扰,增强了运维人员的维护能力。***监视的对象可以是网元、单盘、端口,并可以按照用户定制条件,支持同一个用户定制不同监视条件,对用户关注的告警在不同定制窗口显示。用户可以保存监视条件,并且切换不同的监视条件。在上报的告警信息中,将同一个对象的发生告警时间和结束告警时间在一定时间内、同一类告警代码的两条告警,合并为一条告警。最终结果是抑制振荡告警的出现。
本发明具有以下特点:
1.网络管理***对接收的告警进行监视,抑制振荡告警
2.网管***监视的告警对象,可以是网元、单盘、端口。
3.告警抑制所监视的告警可以由用户指定告警监控代码。
4.同一个用户可以有多个不同的监视条件来监视告警对象。
5.告警监视条件具备保存功能。可以根据用户需求更换不同的监视条件。
6.在原有的告警中,针对同一个对象的同一类告警可以是发生告警和结束告警两条不同的告警。
7.在已经上报的告警信息中,减少信息的冗余,将同一个对象的发生时间和结束时间在一定时间内的两条告警,合并为一条告警。原来告警主动上报信息中,告警发生和告警结束是两条记录。现修改为一条记录,可以减少信息的冗余。
8.当告警重复上报时,不提供重复告警的显示,进一步抑制告警。告警超时重复上报时,原来上报的消息条目不再重复显示,可以进一步减少冗余信息。
9.不同的监视对象所监视的告警条件可以不同。可以同时有多个不同监视条件的监视对象。
10.告警上报信息条目的最大条目数可以由用户定制。
本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。
Claims (5)
1.告警主动上报中对振荡告警的抑制方法,其特征在于:当网管***收到新的当前告警通知及数据时,先处理告警主动上报事件,然后处理告警主动上报数据并进行数据抑制处理,然后再分派发送告警主动上报数据给各个监视子窗口,各个监视子窗口按照各自对应的监视条件过滤告警;
所述处理告警主动上报事件包括以下步骤:
判断新增告警数据长度是否为0,如果长度为0,就结束处理;否则就开始以下循环:判断本条告警是否为已结束告警,如果是已结束告警,就继续判断下一条告警是否为已结束告警,继续循环;如果本条告警不是已结束告警,则将本条告警序号加入全局哈希表,再继续判断下一条告警是否为已结束告警,直到本批告警数据均处理完毕,循环结束;
然后,将这批处理完毕的告警数据加入全局数据缓存中,创建一个处理这批告警缓存数据的新线程;
接着,判断告警屏蔽显示是否有效,如果屏蔽有效,就调用处理告警主动上报数据接口,休眠1秒以缓存下1秒的数据,再启动该线程运行;如果屏蔽无效,直接调用处理告警主动上报数据接口,启动该线程运行。
2.如权利要求1所述的告警主动上报中对振荡告警的抑制方法,其特征在于,所述处理告警主动上报数据并进行数据抑制处理包括以下步骤:
通过处理告警主动上报数据接口传递的告警屏蔽时长,获取缓存告警数据的时长参数,该参数单位为秒,其存储用户设置的缓存告警数据的时长,
程序运行中判断当前缓存数据时长是否大于用户设置的缓存告警数据的时长,如果大于该时长,就开始以下循环,否则就结束处理:
首先,循环1开始,循环对象是某一时长范围内告警序列集合中某个1秒时长的数据序列集,数据按照时间的顺序排列,获取需要比较的结束告警序号哈希表;
然后循环2开始,循环对象是循环1中数据序列集中的某条告警,判断本条告警是否为已结束告警,如果是已结束告警就加入需要处理的告警数据队列;如果不是已结束告警,就判断相邻的告警序号哈希表中是否有本条告警,如果有就完成本条告警的循环;如果相邻的告警序号哈希表中没有本条告警,就加入需要处理的告警数据队列,然后继续执行循环2的下一条告警;如果当前循环对象的数据都已经处理完成,则结束循环2,
循环2结束后,调用分派发送告警主动上报数据接口,删除缓存的这个时长的数据序列集合,然后继续执行循环1的下一个时长的告警序列集合;如果需要处理时长的告警序列集合都已经处理完成,则结束循环1。
3.如权利要求1所述的告警主动上报中对振荡告警的抑制方法,其特征在于,所述分派发送告警主动上报数据给各个监视子窗口包括以下步骤:
首先通过处理告警主动上报数据接口传递的当前告警数据,获取当前告警上报监视窗口数量,如果监视窗口数量为0,就不进行分派处理,
如果监视窗口数量不为0,开始以下循环:调用监视窗口的过滤处理接口,继续进行循环,如果监视窗口数量为0,则结束循环。
4.如权利要求3所述的告警主动上报中对振荡告警的抑制方法,其特征在于,所述按照各自对应的监视条件过滤告警包括以下步骤:
通过处理告警主动上报数据接口传递的当前告警数据,获取这个监视窗口的角色,判断是否为监视主窗口,如果是主监视窗口,就在这个监视窗口中显示这些告警数据;
如果不是主监视窗口,就开始以下循环:在每个监视子窗口内,循环判断是否符合监视条件的对象范围,如果不符合监视条件,就抛弃该条告警数据;如果符合监视条件的对象范围,就判断是否符合监视条件的代码范围,如果不是,就抛弃该条告警数据;如果符合监视条件的代码范围,就继续循环,直到告警处理完成,循环结束的条件就是全部的监视子窗口都执行完毕。
5.如权利要求1所述的告警主动上报中对振荡告警的抑制方法,其特征在于,还包括以下步骤:
第1步:网管***通过界面指定告警实时监控的对象,所述告警实时监控的对象包括监视网元、单盘、端口;
第2步:网管***指定告警监控代码;
第3步:在第1步和第2步中,不同的对象所监视的告警条件不一样,不同的用户能定制不同的监视条件,同一个用户能有多个不同的监视条件来监视多个告警对象;
第4步:告警监视条件设置具备条件的保存功能,能保存不同的条件,另外还具备条件的导入功能,用户能根据需要随时更换监视条件;
第5步:在完成告警监视条件设置之后,开始监视,满足用户设置条件的当前告警将显示在监视主窗口中,为了方便用户进一步关注某类告警数据,在当前告警监视主窗口中提供了“新增监视窗口”菜单,从而实现用户对界面数据的定制显示子窗口,
告警监视条件设置的结果将在监视主窗口中显示,为了便于用户查看和分析,分别提供了清空和锁定的菜单,含义分别为:
“清空”:清除当前告警上报显示窗口中的数据;
“锁定”:将当前告警上报的显示内容定格,新的上报告警将缓存起来,不显示在本窗口中,一旦取消“锁定”,则缓存的上报告警将显示到本窗口中,恢复窗口数据的动态刷新;
子窗口数据显示的处理方式:
创建每个监视子窗口时都需要设置子窗口的名称、需要监视的对象集合、需要监视的告警代码集合,这样在生成了这些子窗口对象后都将缓存一套显示对象和显示告警代码的条件,对象和告警代码按照与的逻辑关系进行处理,为了提高处理的效率,分别建立了需要显示的对象ID哈希表、告警代码ID的哈希表;
界面收到的所有上报当前告警数据将分发给各个监视子窗口,各个监视子窗口将根据内存中缓存的对象ID哈希表、告警代码ID的哈希表进行判断,最后将符合条件的告警显示在该子窗口中;
第6步:设置告警显示的“持续时间”,告警的“持续时间”小于设定的Δt,
第7步:在缓存的当前告警数据中,根据每条告警的开始时间以及后续收到的该条告警的结束时间,如果告警结束时间与告警开始时间的时间差不大于Δt,则判断为振荡告警,对于振荡告警将抛弃不处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210025535.5A CN102594590B (zh) | 2012-02-06 | 2012-02-06 | 告警主动上报中对振荡告警的抑制方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210025535.5A CN102594590B (zh) | 2012-02-06 | 2012-02-06 | 告警主动上报中对振荡告警的抑制方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102594590A CN102594590A (zh) | 2012-07-18 |
CN102594590B true CN102594590B (zh) | 2015-01-14 |
Family
ID=46482812
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210025535.5A Active CN102594590B (zh) | 2012-02-06 | 2012-02-06 | 告警主动上报中对振荡告警的抑制方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102594590B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3113477B1 (en) | 2015-06-30 | 2017-08-02 | Axis AB | Monitoring camera |
CN105357032A (zh) * | 2015-10-14 | 2016-02-24 | 烽火通信科技股份有限公司 | 震荡闪告历史告警量的合并方法 |
CN106992900A (zh) * | 2016-01-20 | 2017-07-28 | 北京国双科技有限公司 | 监控预警的方法及智能预警通知平台 |
CN107181604B (zh) * | 2016-03-09 | 2020-06-02 | 华为技术有限公司 | 一种告警关联规则的生成方法、告警压缩方法以及装置 |
CN106528379B (zh) * | 2016-11-16 | 2019-03-15 | 郑州云海信息技术有限公司 | 一种基于用户行为数据分析的告警调整方法和装置 |
CN109640052A (zh) * | 2018-12-26 | 2019-04-16 | 视联动力信息技术股份有限公司 | 数据处理方法和装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1585344A (zh) * | 2004-06-12 | 2005-02-23 | 中兴通讯股份有限公司 | 一种振荡告警的处理方法 |
EP1798892A1 (de) * | 2005-12-19 | 2007-06-20 | Siemens Aktiengesellschaft | Verfahren zum Laden einer Liste von Alarmen durch eine Alarmapplikation |
CN101128001A (zh) * | 2006-08-18 | 2008-02-20 | 中兴通讯股份有限公司 | 网元管理***对振荡告警的处理方法 |
CN101425924A (zh) * | 2008-06-12 | 2009-05-06 | 广东高新兴通信股份有限公司 | 一种对集中监控***的告警数据的处理方法 |
CN101808023A (zh) * | 2010-05-06 | 2010-08-18 | 瑞斯康达科技发展股份有限公司 | 一种网络监测***及网络监测方法 |
CN101917296A (zh) * | 2006-01-27 | 2010-12-15 | 华为技术有限公司 | 告警***和网络管理器 |
-
2012
- 2012-02-06 CN CN201210025535.5A patent/CN102594590B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1585344A (zh) * | 2004-06-12 | 2005-02-23 | 中兴通讯股份有限公司 | 一种振荡告警的处理方法 |
EP1798892A1 (de) * | 2005-12-19 | 2007-06-20 | Siemens Aktiengesellschaft | Verfahren zum Laden einer Liste von Alarmen durch eine Alarmapplikation |
CN101917296A (zh) * | 2006-01-27 | 2010-12-15 | 华为技术有限公司 | 告警***和网络管理器 |
CN101128001A (zh) * | 2006-08-18 | 2008-02-20 | 中兴通讯股份有限公司 | 网元管理***对振荡告警的处理方法 |
CN101425924A (zh) * | 2008-06-12 | 2009-05-06 | 广东高新兴通信股份有限公司 | 一种对集中监控***的告警数据的处理方法 |
CN101808023A (zh) * | 2010-05-06 | 2010-08-18 | 瑞斯康达科技发展股份有限公司 | 一种网络监测***及网络监测方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102594590A (zh) | 2012-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102594590B (zh) | 告警主动上报中对振荡告警的抑制方法 | |
CN101741615B (zh) | 基于服务器的告警过滤***及方法 | |
CN101547113B (zh) | 告警信息过滤***、装置及方法 | |
US20120297393A1 (en) | Data Collecting Method, Data Collecting Apparatus and Network Management Device | |
CN108769112B (zh) | 一种非侵入式rpc接口监控方法及*** | |
CN103001806A (zh) | 用于it***的分布式运维监控*** | |
CN102263670A (zh) | 一种告警消息的上报处理方法及装置 | |
CN111143167B (zh) | 用于多平台的告警归并方法及装置、设备、存储介质 | |
CN105988886B (zh) | 一种运维过程中的故障处理方法及装置 | |
CN107820692B (zh) | 一种告警同步方法和*** | |
CN102354296B (zh) | 一种可扩展监控资源的监控***和方法 | |
CN101636000A (zh) | 一种告警风暴的处理方法及处理装置 | |
CN102044308B (zh) | 一种用于核电厂dcs实时数据的采集方法及*** | |
CN104683155A (zh) | 网络管理***中的告警屏蔽机制 | |
CN112346924A (zh) | 一种服务器监控方法与*** | |
CN106557033A (zh) | 一种智能家居设备控制方法、装置及*** | |
CN108322318A (zh) | 告警分析方法及设备 | |
CN106776251A (zh) | 一种监控数据处理装置及方法 | |
CN104678957B (zh) | 一种井场设备的监控方法 | |
CN102201927A (zh) | 处理告警信息的方法与装置 | |
CN103546484B (zh) | 报文解析装置和报文解析方法 | |
CN110843860B (zh) | 设备参数呈现方法及装置 | |
CN102026253B (zh) | 告警上报和处理方法、***及设备 | |
CN107977068A (zh) | 一种终端的延迟显示的方法、装置及终端 | |
CN106411583A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |