CN111061616B - 告警管理方法、装置、通信设备和存储介质 - Google Patents

告警管理方法、装置、通信设备和存储介质 Download PDF

Info

Publication number
CN111061616B
CN111061616B CN201911165851.0A CN201911165851A CN111061616B CN 111061616 B CN111061616 B CN 111061616B CN 201911165851 A CN201911165851 A CN 201911165851A CN 111061616 B CN111061616 B CN 111061616B
Authority
CN
China
Prior art keywords
alarm
current
alarms
target
category
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
Application number
CN201911165851.0A
Other languages
English (en)
Other versions
CN111061616A (zh
Inventor
李明玮
王敏强
冯小霞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Comba Network Systems Co Ltd
Original Assignee
Comba Network Systems Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Comba Network Systems Co Ltd filed Critical Comba Network Systems Co Ltd
Priority to CN201911165851.0A priority Critical patent/CN111061616B/zh
Publication of CN111061616A publication Critical patent/CN111061616A/zh
Application granted granted Critical
Publication of CN111061616B publication Critical patent/CN111061616B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/32Monitoring with visual or acoustical indication of the functioning of the machine
    • G06F11/324Display of status information
    • G06F11/327Alarm or error message display
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/20Administration of product repair or maintenance

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Alarm Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请涉及一种告警管理方法、装置、通信设备和存储介质。所述方法包括:当告警产生时,获取多条当前告警;所述当前告警包括当前告警标识;根据各所述当前告警标识确定各所述当前告警的类别;根据各所述当前告警的类别对所述多条当前告警分别进行相应的处理,得到各所述当前告警的类别对应的目标告警,并在活动告警表中显示所述目标告警;所述目标告警的数目小于所述当前告警的数目。采用本方法能够降低运维成本和资源浪费。

Description

告警管理方法、装置、通信设备和存储介质
技术领域
本申请涉及通信设备数据处理技术领域,特别是涉及一种告警管理方法、装置、通信设备和存储介质。
背景技术
随着通信技术的快速发展,与之相配套的通信设备也越来越多,而通信设备在长期使用过程中难免会发生故障,一旦通信设备发生严重故障,则会引发一连串的反应,这样就会导致通信设备产生大量告警,运维人员需要对每一个告警向运营商派送工单,而运营商的维修人员则需要对每一个告警的工单进行分析,最终才能得出故障的真正原因。
通常运维人员派送的众多告警工单中,一般只有最根本或者最关键的那个告警是有用的,其他告警通常只是连锁反应的附加品,属于无效告警,而上述技术在找故障原因时,会对每个告警派工单,且需要对每个告警进行分析,因此,上述技术存在资源浪费,运维成本高的问题。
发明内容
基于此,有必要针对上述技术问题,提供一种告警管理方法、装置、通信设备和存储介质。
一种告警管理方法,该方法包括:
当告警产生时,获取多条当前告警;上述当前告警包括当前告警标识;
根据各上述当前告警标识确定各上述当前告警的类别;
根据各上述当前告警的类别对上述多条当前告警分别进行相应的处理,得到各上述当前告警的类别对应的目标告警,并在活动告警表中显示上述目标告警;上述目标告警的数目小于上述当前告警的数目。
在其中一个实施例中,上述类别包括,合并告警、关联告警和转事件告警,上述根据各上述当前告警的类别对上述多条当前告警进行处理,得到各上述当前告警的类别对应的目标告警,包括:
若上述当前告警属于合并告警,则对上述当前告警进行合并处理,得到上述当前告警类别对应的目标告警;或者,
若上述当前告警属于关联告警,则对上述当前告警进行关联处理,得到上述当前告警类别对应的目标告警;或者,
若上述当前告警属于转事件告警,则对上述当前告警进行转事件处理,得到上述当前告警的类别对应的目标告警。
在其中一个实施例中,上述对上述当前告警进行合并处理,得到上述当前告警的类别对应的目标告警,包括:
获取上述当前告警所在的预设告警合并组,上述预设告警合并组包括子告警和合并告警之间的对应关系;
将上述当前告警作为子告警保存至合并表,并判断上述合并表中是否存在上述预设告警合并组中的全部子告警;上述合并表包括各子告警的相关数据和标识;
若上述合并表中存在上述预设告警合并组中的全部子告警,则将上述全部子告警对应的合并告警确定为上述目标告警。
在其中一个实施例中,上述对上述当前告警进行关联处理,得到上述当前告警的类别对应的目标告警,包括:
获取上述当前告警所在的预设关联告警组,上述预设关联告警组包括各关联的告警的标识和优先级之间的对应关系;上述关联的告警为各告警之间具有关联关系的告警;
根据上述当前告警标识,在上述预设关联告警组中确定上述当前告警的优先级;
将上述当前告警保存至关联表,并判断上述关联表中是否存在优先级高于上述当前告警的优先级的告警;上述关联表包括各关联的告警的相关数据和标识;
若存在,则将上述目标告警确定为上述目标告警;
若不存在,则将上述当前告警确定为上述目标告警。
在其中一个实施例中,上述对上述当前告警进行转事件处理,得到上述当前告警的类别对应的目标告警,包括:
根据上述当前告警标识,判断上述活动告警表中是否存在与上述当前告警属于同一类别的告警;
若上述活动告警表中存在与上述当前告警属于同一类别的告警,则将上述当前告警转成事件,并存入事件表;
若上述活动告警表中不存在与上述当前告警属于同一类别的告警,则将上述当前告警确定为目标告警。
在其中一个实施例中,在上述获取多条当前告警之后,上述方法还包括:
根据上述当前告警标识判断上述当前告警是否属于屏蔽告警;
若上述当前告警属于屏蔽告警,则将上述当前告警的相关数据存入屏蔽表;
若上述当前告警不属于屏蔽告警,则执行上述根据各上述当前告警标识确定各上述当前告警的类别的步骤。
在其中一个实施例中,上述根据各上述当前告警标识确定各上述当前告警的类别,包括:
获取预设的静态信息表,上述静态信息表包括告警标识和告警类别之间的对应关系;
根据各上述当前告警标识,在上述静态信息表中确定各上述当前告警的类别。
在其中一个实施例中,上述类别还包括一般告警或事件,上述方法还包括:
若上述当前告警属于一般告警或事件,则将上述当前告警的相关数据保存至数据库中。
在其中一个实施例中,上述方法还包括:
若上述合并表中不存在上述预设告警合并组中的全部子告警,则等待除上述当前告警之外的其他子告警,并将上述其他子告警保存至上述合并表。
一种告警管理装置,该装置包括:
获取模块,用于当告警产生时,获取多条当前告警;所述当前告警包括当前告警标识;
确定模块,用于根据各所述当前告警标识确定各所述当前告警的类别;
处理模块,用于根据各所述当前告警的类别对所述多条当前告警分别进行相应的处理,得到各所述当前告警的类别对应的目标告警,并在活动告警表中显示所述目标告警;所述目标告警的数目小于所述当前告警的数目。
一种通信设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
当告警产生时,获取多条当前告警;上述当前告警包括当前告警标识;
根据各上述当前告警标识确定各上述当前告警的类别;
根据各所述当前告警的类别对所述多条当前告警分别进行相应的处理,得到各所述当前告警的类别对应的目标告警,并在活动告警表中显示所述目标告警;所述目标告警的数目小于所述当前告警的数目。
一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
当告警产生时,获取多条当前告警;上述当前告警包括当前告警标识;
根据各上述当前告警标识确定各上述当前告警的类别;
根据各所述当前告警的类别对所述多条当前告警分别进行相应的处理,得到各所述当前告警的类别对应的目标告警,并在活动告警表中显示所述目标告警;所述目标告警的数目小于所述当前告警的数目。
上述告警管理方法、装置、通信设备和存储介质,当告警产生时,获取多条当前告警,该当前告警包括当前告警标识,根据各当前告警标识就可以确定各当前告警的类别,然后根据各当前告警的类别对多条当前告警分别进行相应的处理,得到各当前告警的类别对应的目标告警,并在活动告警表中显示该目标告警,其中,目标告警的数目小于当前告警的数目。在该方法中,由于在针对各当前告警的类别分别对各当前告警进行处理时,得到的目标告警的数目小于当前告警的数目,即不需要对每个告警都进行显示,那么也就不需要对每个告警都派工单,只需要对显示的目标告警派工单就可以,那么这样就可以节省资源,而且维修人员根据显示的少量目标告警去查找故障原因时,也更容易找到故障原因,不会浪费太多的人力和时间,因此该方法也可以降低运维成本。
附图说明
图1为一个实施例中基站的内部结构图;
图2为一个实施例中告警管理方法的流程示意图;
图3为另一个实施例中告警管理方法的流程示意图;
图4为另一个实施例中告警管理方法的流程示意图;
图5为另一个实施例中告警管理方法的流程示意图;
图6为另一个实施例中告警管理方法的流程示意图;
图7为另一个实施例中告警管理方法的流程示意图;
图8为另一个实施例中告警管理方法的流程示意图;
图9为另一个实施例中告警管理方法的具体过程示意图;
图10为一个实施例中告警管理装置的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
一般在通信设备发生严重故障时,会引发一连串的反应,这样就会导致通信设备产生大量告警,运维人员需要对每一个告警向运营商派送工单,而运营商的维修人员则需要对每一个告警的工单进行分析,最终才能得出故障的真正原因。但是在众多告警中,通常只有最关键或最根本的那个告警是有用的,其他的告警都属于附属的无效告警,上述技术中对所有告警派工单并全部进行分析,容易导致资源浪费和运维成本高的问题。因此本申请实施例提供了一种告警管理方法、装置、通信设备和存储介质,旨在解决传统技术中所存在的问题。
本申请实施例提供的告警管理方法,可以应用于通信设备中,该通信设备可以是基站设备、网关设备、终端设备、服务器等等,利用该通信设备,可以实现本申请实施例的一种告警管理方法。
以通信设备是基站为例,在一个实施例中,提供了一种基站,图1是基站的主要硬件构造的框图。如图1所示,基站包含有总线,该总线上连接有处理器、存储器、外部存储器、收发机等。该存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机程序被处理器执行时以实现一种告警管理方法。该外部存储器可以是硬盘(Hard Disk,HD)。总线上还可以连接有用于输入各种信息等的输入装置、用于显示各种信息等的显示装置及基站时钟。另外,收发机可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。可选的,该基带处理单元也可以位于处理器中。
本领域技术人员可以理解,图1中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的基站的限定,具体的基站可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
需要说明的是,本申请实施例的执行主体可以是告警管理装置,也可以是通信设备,下述实施例将以通信设备为执行主体来进行说明。
在一个实施例中,提供了一种告警管理方法,本实施例涉及的是如何对当前告警进行分类,并进行处理,得到少量数目的目标告警的具体过程。如图2所示,该方法可以包括以下步骤:
S202,当告警产生时,获取多条当前告警;该当前告警包括当前告警标识。
其中,在告警到来时,可以是产生一条告警,也可以是产生多条告警,本实施例主要以产生多条告警为例进行说明。该当前告警可以包括当前告警标识,还可以包括当前告警的相关数据,当然还可以包括其他数据或参数;其中,当前告警标识可以只是当前告警的ID,然后通过该当前告警ID可以调出该ID对应的全部标识字段等等;示例地,一条当前告警可以包括当前告警的ID、实例、上报时间、清除时间、故障原因等数据。
具体的,当通信设备产生故障时,通信设备会产生关于故障的告警数据,通信设备通过该告警数据,就可以得到当前告警。
S204,根据各当前告警标识确定各当前告警的类别。
在本实施例中,告警是指产品运行过程中某些指标或数据不符合系统预期的指标时,产品自发产生的反映产品运行状态异常的消息,通常是不利于设备,且需要系统管理员重视或干涉的故障消息,也就是说,需要处理的故障叫告警;而事件是指不需要处理或者人为认定不用处理的信息叫事件,事件内容与告警的内容类似,事件一般不需要人为处理,事件可以是人为强制定义的。
可选的,上述当前告警的类别可以包括一般告警或事件、合并告警、关联告警和转事件告警。
其中,当前告警标识中可以包括当前告警所属类别的标识、当前告警的处理类型的标识、屏蔽标识等等,当然也可以包括其他的标识等等。另外,这里给出的类别不仅仅可以是一般告警或事件、合并告警、关联告警和转事件告警这四种类别,当然还可以是其他类别,例如,屏蔽告警类别等等;另外,一般告警或事件指的是除合并告警、关联告警和转事件告警这三种告警之外的告警或事件。
具体的,通信设备在得到各当前告警标识之后,可以针对各当前告警标识与预设的告警标识进行匹配,就可以得到各当前告警所属的类别。示例地,假设一般告警或事件、合并告警、关联告警和转事件告警的类别标识分别为1、2、3和4,若一条当前告警的告警标识是2,那么将2和预设的类别进行匹配,就可以得到该条当前告警的类别是属于合并告警类别。
S206,根据各当前告警的类别对多条当前告警分别进行相应的处理,得到各当前告警的类别对应的目标告警,并在活动告警表中显示目标告警;目标告警的数目小于当前告警的数目。
在本实施例中,上述活动告警表包括至少一种类别的告警。另外,输出的目标告警也可以称为活动告警,即活动显示的告警,该目标告警可以在活动告警表中显示,这里的活动告警表指的是显示目标告警的表,当然目标告警也可以在其他地方显示,不过本实施例中主要是指目标告警会显示在活动告警表中,运维人员看到活动告警表中的目标告警之后,会对该目标告警派工单,然后进行故障查找及维修。在该活动告警表中可以只包括一种类别的目标告警,也可以包括多种类别的目标告警,另外,每种类别的目标告警也可以包括多个组别对应的目标告警,即一个类别可以对应多个组别,而每个组别可以有一条对应的目标告警。
其中,目标告警的数目小于当前告警的数目,可以是各个类别的目标告警的数目均小于对应类别的当前告警的数目,也可以是部分类别的目标告警的数目小于对应类别的当前告警的数目,当然也可以是一个类别的目标告警的数目小于该类别对应的当前告警的数目,本实施例对此不作具体限定。
其次,在对各当前告警进行处理时,可以是针对各当前告警的类别,对其进行不同的处理,即一个类别对应一种处理方法,不同类别的当前告警对应的处理方法可以是不同的,当然,也可以是对各类告警都采用同一种处理方法进行处理,本实施例对此不作具体限定。
另外,在对各类当前告警进行处理时,可以将得到各类当前告警对应的目标告警显示出来,其实也可以将各类目标告警保存下来。
具体的,通信设备在得到各当前告警的类别之后,可以针对各当前告警的类别,对各当前告警分别进行处理,得到各当前告警的类别对应的目标告警,即各当前告警中若有同类当前告警,那么会针对同类当前告警去显示少于该同类当前告警数目的目标告警。
上述告警管理方法中,当告警产生时,获取多条当前告警,该当前告警包括当前告警标识,根据各当前告警标识就可以确定各当前告警的类别,然后根据各当前告警的类别对多条当前告警分别进行相应的处理,得到各当前告警的类别对应的目标告警,并在活动告警表中显示目标告警,其中,目标告警的数目小于当前告警的数目。在该方法中,由于在针对各当前告警的类别分别对各当前告警进行处理时,得到的目标告警的数目小于当前告警的数目,即不需要对每个告警都进行显示,那么也就不需要对每个告警都派工单,只需要对显示的目标告警派工单就可以,那么这样就可以节省资源,而且维修人员根据显示的少量目标告警去查找故障原因时,也更容易找到故障原因,不会浪费太多的人力和时间,因此该方法也可以降低运维成本。
在另一个实施例中,提供了另一种告警管理方法,本实施例涉及的是如何针对各当前告警的类别,对各当前告警分别进行处理,得到各当前告警对应的目标告警的具体过程。在上述实施例的基础上,如图3所示,上述S206可以包括以下步骤:
需要说明的是,下述S302-S308之间可以是或者的关系,即并列的关系,当对多条当前告警进行处理,可以针对当前告警的类别,选择S302-S308中的任意一种方法去进行处理。
S302,若当前告警属于合并告警,则对该当前告警进行合并处理,得到当前告警的类别对应的目标告警。
在本步骤中,有时一个告警的产生条件有很多,且每一个条件都有单独的告警对应,当所有条件都满足的时候,通信设备则会产生多个告警,但对设备或运维而言该多个告警所反馈的信息是相同的,也就是说有些告警是无效的,这样就可以将一部分相同的告警进行合并处理,而合并处理指的是将同类告警或者相同告警进行合并,得到一条合并告警,最后只显示该同类告警对应的一条合并告警的处理过程,这样就可以减少最终目标告警的数目,从而降低运维的成本。
具体的,通信设备在得到各当前告警的类别之后,可以将同类告警集合起来,对该同类告警进行合并处理,得到合并之后的告警,并将合并之后的告警作为目标告警进行显示。
S304,若当前告警属于关联告警,则对该当前告警进行关联处理,得到当前告警的类别对应的目标告警。
在本实施例中,一般当设备出现严重故障的时候,通常会引发多个告警的连锁反应,而连锁反应会产生很多告警,一般只需要对最根本的那个告警进行处理,而不需要对其他附属的告警进行处理,这样就可以完全解决问题,所以这些附属的告警其实都属于最根本的那个告警的关联告警,在处理时,可以对它们进行关联处理,即将这些告警关联起来,在出现告警时只显示最根本的那个告警就可以,其他关联的告警不需要显示,也不需要处理。
具体的,通信设备在得到各当前告警的类别之后,可以按照告警的关联信息,例如优先级等,对当前告警进行相关处理,得到该当前告警的类别对应的目标告警,并显示该目标告警。
S306,若当前告警属于转事件告警,则对该当前告警进行转事件处理,得到当前告警的类别对应的目标告警。
在通信设备应用中,经常会出现一个管理节点管理多个从属节点的情况,假设各从属节点批量出现相同故障的时候,那么管理节点会出现大量的重复告警,如果每一个告警派一个工单,那么将会大大增加运维的工作量,因此,可以对各个同类告警进行转事件处理,该转事件处理指的是当出现多个同类告警时,只显示一条同类告警,其他同类告警均会转成事件的处理过程,通过这样的处理,可以大大减少运维的负担。
具体的,通信设备在得到各当前告警的类别之后,可以按照当前告警的类别对告警进行转事件处理,例如当前若有同类告警,则将当前告警转成事件,并将当前告警的相关数据存入事件表中。
可选的,若当前告警的类别不属于合并告警、关联告警、转事件告警这三种类别,那么可以采用如下S308的方式进行处理:
S308,若当前告警属于一般告警或事件,则将该当前告警的相关数据保存至数据库中。
其中,告警的相关数据如上所述,可以是告警的ID、实例、上报时间、清除时间、故障原因等等。
具体的,通信设备在得到当前告警的类别之后,如果当前告警属于一般告警或事件,那么通信设备可以选择将该一般告警或事件作为目标告警,显示在活动告警表中,当然也可以选择将将该一般告警或事件保存至数据库中,不显示在活动告警表中,本实施例主要是将该一般告警或事件存入数据库中,这样可以便于相关人员在需要的时候进行查看。
本实施例提供的告警管理方法,通过针对各类不同的告警类别,分别进行相应的处理,就可以得到各类当前告警的类别对应的目标告警。在本实施例中,由于可以针对不同的告警类别进行不同的处理,因此可以更好地对各类告警处理,从而也可以使维修人员可以结合各类告警去对应处理,加快处理的速度。
在另一个实施例中,提供了另一种告警管理方法,本实施例涉及的是若当前告警为合并告警,如何对当前告警进行合并处理的一种可能的实施方式。在上述实施例的基础上,如图4所示,上述S302可以包括以下步骤:
S402,获取当前告警所在的预设告警合并组,该预设告警合并组包括子告警和合并告警之间的对应关系。
其中,通信设备在运行之前,可以预先设置好哪些告警需要合并,需要合并成什么告警,并对这些需要合并的告警和合并后的告警预先建立告警合并组,通常通信设备包括的部件很多,所以在故障产生时,产生的告警可能也会很多,所以通信设备可以包括一个预设告警合并组,也可以包括多个预设告警合并组,每个预设告警合并组中均可以包括子告警和合并告警之间的对应关系,对于每个预设告警合并组中包括的子告警和合并告警的数目,可以是包括一个或多个子告警,合并告警也可以是一个或多个,本实施例主要使用的是多个子告警对应一个合并告警。需要说明的是,本实施例产生的告警都是属于告警合并组中的子告警。
具体的,通信设备在告警产生,并在得到当前告警属于合并告警类别后,可以从预先设置好的告警合并组中查找得到当前告警所在的预设告警合并组。
S404,将当前告警作为子告警保存至合并表,并判断合并表中是否存在预设告警合并组中的全部子告警;该合并表包括各子告警的相关数据和标识。
其中,合并表在初始时刻可以是空的,在不断有告警产生时,可以将类别为合并告警的当前告警存入该合并表中,所以合并表表征的是当前已有的子告警的相关数据和标识;另外,该合并表中通常可以保存全部告警合并组的子告警的数据,在存储各个告警合并组的子告警时,可以是类似于excel中的多个表格,或者一个表格的多列,即将属于同一个告警合并组的子告警存在一个表或同一列中,不同的告警合并组设置不同的表或不同的列。其次,子告警的相关数据可以和上面提到的告警的相关数据一样。
具体的,通信设备在得到当前告警所在的告警合并组之后,可以先将该当前告警作为告警合并组的子告警存入合并表中,存好之后,通信设备可以判断当前告警所在的告警合并组中的全部子告警是否已经全部存入合并表,可以通过判断合并表中是否已经有该告警合并组中所有子告警的标识。在一种可能的实施方式中,若存在,则可以执行S406的步骤,若不存在,则可以执行S408的步骤。
S406,若合并表中存在预设告警合并组中的全部子告警,则将全部子告警对应的合并告警确定为目标告警。
具体的,若合并表中存在当前告警所属的告警合并组中的全部子告警,那么通信设备就可以确定该告警合并组中全部子告警都满足条件了(即所有子告警都告警了),那么就需要使用合并告警,通信设备就可以在该当前告警所在的告警合并组中找到对应的合并告警,并将该合并告警作为目标告警,显示在活动告警表中。
S408,若合并表中不存在预设告警合并组中的全部子告警,则等待除当前告警之外的其他子告警,并将其他子告警保存至合并表。
具体的,若合并表中只存在部分当前告警所属的告警合并组的子告警,那么通信设备可以只将当前告警作为子告警存入合并表中对应的告警合并组中,然后等待其他子告警的产生和存入。在这里,合并表中可以是已经存在当前告警和其他部分子告警,也可以是只存在当前子告警,其他子告警均没有存入。示例地,例如一个告警合并组包括A、B、C、D,其中,A是合并告警,BCD是A对应的子告警,若当前告警为B,那么合并表中只存在部分子告警的情况可以是只存在B,CD都未产生和存入,也可以是合并表中存在B和C,D还未产生或存入,还可以是合并表中存在B和D,C还未产生或存入;当合并表中包括BCD时,那么就可以使用A来进行合并告警了。
本实施例提供的告警管理方法,通过获取当前告警所在的预设告警合并组,该告警合并组包括子告警和合并告警之间的对应关系,并将当前告警作为子告警保存至合并表,并判断合并表中是否存在预设告警合并组的全部子告警,若存在,则将对应的合并告警作为目标告警,若不存在,则等待其他子告警,其中,该合并表包括各子告警的相关数据和标识。在本实施例中,由于可以对多条当前告警同类的告警进行合并,只显示该多条同类告警对应的一条合并告警,因此该方法不仅可以显示设备真实的运行状态,而且在此基础上,还可以减少告警的数量,从而降低运维成本和资源浪费。
在另一个实施例中,提供了另一种告警管理方法,本实施例涉及的是若当前告警为关联告警,如何对当前告警进行关联处理的一种可能的实施方式。在上述实施例的基础上,如图5所示,上述S304可以包括以下步骤:
S502,获取当前告警所在的预设关联告警组,该预设关联告警组包括各关联的告警的标识和优先级之间的对应关系;该关联的告警为各告警之间具有关联关系的告警。
其中,通信设备在运行之前,也可以预先设置好哪些告警是具有关联关系的,以及预先设置好这些具有关联关系的告警的优先级,并对这些具有关联关系的告警预先建立关联告警组,该关联告警组中包括各关联的告警和各自对应的优先级;一般通信设备可以包括一个预设关联告警组,也可以包括多个关联告警组,每个关联告警组中均是包括各关联的告警的标识和其对应的优先级,对于每个关联告警组中关联的告警的数目,可以是一个,也可以是多个,本实施例中主要是以一个关联告警组中包括多个关联的告警进行说明。
具体的,通信设备在告警产生,并在得到当前告警属于关联告警类别后,可以从预先设置好的关联告警组中查找得到当前告警所在的预设关联告警组。
S504,根据当前告警标识,在预设关联告警组中确定当前告警的优先级。
具体的,通信设备在得到当前告警所在的预设关联告警组之后,可以依据该当前告警标识,在得到的关联告警组中得到其对应的优先级。
S506,将当前告警保存至关联表,并判断关联表中是否存在优先级高于当前告警的优先级的告警;该关联表包括各关联的告警的相关数据和标识。
其中,关联表在初始时刻可以是空的,在不断有告警产生时,可以将类别为关联告警的当前告警存入该关联表中,所以关联表可以表征当前已有的关联告警的相关数据和标识,当然也可以有告警的优先级;另外,该关联表通常也是可以保存全部关联告警组的关联的告警的数据,在存储时也可以是采用与上述S404存储告警合并组相同的方法进行存储,当然也可以是其他方法。另外,这里关联的告警的相关数据也可以和上面提到的告警的相关数据一样。
具体的,通信设备在得到当前告警所在的关联告警组之后,可以先将该当前告警保存至关联表中,存好之后,可以利用得到的该当前告警的优先级,和关联表中对应关联告警组中存入的其他告警的优先级进行比较,判断关联表中是否存在优先级高于当前告警的优先级的告警,在一种可能的实施方式中,若存在优先级高于当前告警的优先级的告警,则执行S508的步骤,若不存在优先级高于当前告警的优先级的告警,则执行S510的步骤。
S508,若存在,则将优先级高于当前告警的优先级的告警确定为目标告警。
具体的,通信设备如果在关联表的当前告警所在的关联告警组中找到优先级高于当前告警的优先级的告警,那么通信设备可以将该目标告警作为目标告警,并显示在活动告警表中,不显示当前告警,只是保存当前告警的数据即可。
S510,若不存在,则将当前告警确定为目标告警。
具体的,通信设备如果在关联表的当前告警所在的关联告警组中找不到优先级高于当前告警的优先级的告警,那么通信设备就可以认为在关联表的所在关联告警组中,当前告警的优先级是最高的,那么就可以将当前告警作为目标告警,并显示在活动告警表中。
本实施例提供的告警管理方法,通过获取当前告警所在的关联告警组,该关联告警组包括各关联的告警的标识和对应的优先级,根据当前告警标识,就可以得到该当前告警的优先级,将该当前告警保存至关联表,并判断关联表中是否存在优先级高于当前告警的优先级的目标告警,若存在,则将优先级高于当前告警的优先级的告警作为目标告警,若不存在,则将当前告警作为目标告警。在本实施例中,对于具有关联关系的告警,由于可以只显示当前关联告警中优先级最高的告警,因此该方法可以减少显示的告警的数量;同时该方法利用显示的优先级最高的告警,也可以快速定位到故障最根本的原因,因此可以降低问题分析的复杂度,提高问题分析的效率。
在另一个实施例中,提供了另一种告警管理方法,本实施例涉及的是若当前告警为转事件告警,如何对当前告警进行转事件处理的一种可能的实施方式。在上述实施例的基础上,如图6所示,上述S306可以包括以下步骤:
S602,根据当前告警标识,判断活动告警表中是否存在与当前告警属于同一类别的告警。
其中,活动告警表中可以显示多种不同类别的目标告警,且每个类别下还可以有不同组别的目标告警,每个目标告警也会有其对应的告警标识。另外,当前告警标识不仅可以表征当前告警属于哪一类别,还可以表征当前告警属于哪一类别下的哪一组别。
具体的,通信设备可以将当前告警标识和活动告警表中各目标告警的告警标识进行比较,即将当前告警标识与活动告警表中各个目标告警的告警标识进行匹配,看是否存在与当前告警属于同类的告警。在一种可能的实施方式中,若存在,则执行S604的步骤,若不存在,则执行S606的步骤。
S604,若活动告警表中存在与当前告警属于同一类别的告警,则将当前告警转成事件,并存入事件表。
其中,事件表在初始时刻可以是空表,在不断有告警产生并转成事件时,就可以将转成的事件存入该事件表中,所以事件表可以表征当前已有的已转成事件的告警的相关数据;另外,该事件表通常也是可以保存全部类别的告警的数据,在存储时也可以是采用与上述S404存储告警合并组相同的方法进行存储,当然也可以是其他方法。
具体的,如果活动告警表中存在与当前告警同类的告警,那么就可以认为当前告警对应的故障已经显示了,就不需要再重复显示了,那么就可以将当前告警转成事件,然后存入事件表。
S606,若活动告警表中不存在与当前告警属于同一类别的告警,则将当前告警确定为目标告警。
具体的,如果活动告警表中不存在与当前告警同类的告警,那么就可以认为活动告警表中尚未显示当前告警对应的故障,那么就可以将当前告警作为目标告警,然后显示在活动告警表中。
示例地,假设按键告警有按A键告警和按B键告警,两者属于同类告警,假设按A键告警的标识为1001,告警实例为A1001,按B键告警的标识也为1001,告警实例为B1001,通过告警实例可以区分出具体属于哪个告警,但是根据标识可以看出两者是属于同类告警,假设活动告警表中显示了A1001,那么当出现B1001告警时,就不会显示B1001了,但是假设活动告警表中没有显示A1001,那么当出现B1001告警时,就可以在活动告警表上显示B1001。
本实施例提供的告警管理方法,通过根据当前告警标识,可以判断活动告警表中是否存在与当前告警属于同一类别的告警,若存在,则将当前告警转成事件,并存入事件表,若不存在,那么就可以将当前告警确定为目标告警,并显示在活动告警表中。在本实施例中,由于可以对已存在的相同类型的告警做转事件处理,这样既可以方便运维人员知道设备的真实情况,同时还可以减少告警数量,降低工单,从而降低运维成本和资源浪费。
在另一个实施例中,提供了另一种告警管理方法,本实施例涉及的是在获取多条当前告警之后,如何判断该当前告警是否属于屏蔽告警,并进行相应处理的具体过程。在上述实施例的基础上,如图7所示,该方法还可以包括以下步骤:
S702,根据当前告警标识判断当前告警是否属于屏蔽告警。
其中,在告警产生之前,可以对告警设置一个屏蔽标识,该屏蔽标识的值就可以表征该告警是否是屏蔽告警,示例地,例如可以给各个告警设置一个flag,flag值可以为0或1,flag值就可以表征该告警是否是屏蔽告警。
具体的,在对当前告警进行分类,即确定各告警所属的类别之前,可以先对当前告警标识中的屏蔽标识进行判断,判断当前告警是否是属于屏蔽告警,在一种可能的实施方式中,若属于,则执行S704的步骤,若不属于,则执行S706的步骤。
S704,若当前告警属于屏蔽告警,则将当前告警的相关数据存入屏蔽表。
其中,屏蔽表在初始时刻可以是空的,在不断有告警产生时,可以将属于屏蔽告警的告警存入该屏蔽表中,所以该屏蔽表可以表征当前已有的屏蔽告警的相关数据等。
具体的,继续以上述flag为例,假设flag=1为屏蔽告警,flag=0为非屏蔽告警,若检测到当前告警的flag值为1,那么就可以认为该当前告警为屏蔽告警,那么就不需要对该当前告警进行处理,只需将该当前告警的相关数据存入屏蔽表中即可,便于后续查看。
S706,若当前告警不属于屏蔽告警,则执行根据各当前告警标识确定各当前告警的类别的步骤。
具体的,继续以上述flag为例,假设检测到当前告警的flag值为0,那么就可以认为该当前告警为非屏蔽告警,即不属于屏蔽告警,属于其他类别的告警,那么就可以执行上述S204的步骤。
本实施例提供的告警管理方法,通过根据当前告警标识判断当前告警是否属于屏蔽告警,若属于,则可以将当前告警的相关数据存入屏蔽表,若不属于,则可以执行根据当前告警标识确定当前告警的类别的步骤。在本实施例中,由于可以预先判断当前告警是否属于屏蔽告警,并在是屏蔽告警时不对该当前告警进行处理,这样就可以减少对全部告警进行处理的工作量,从而可以降低运维成本和资源浪费。
在另一个实施例中,提供了另一种告警管理方法,本实施例涉及的是如何根据各当前告警标识确定各当前告警的类别的一种可能的实施方式。在上述实施例的基础上,如图8所示,上述S204可以包括以下步骤:
S802,获取预设的静态信息表,该静态信息表包括告警标识和告警类别之间的对应关系。
其中,在告警产生之前,通信设备可以预先建立静态信息表,该静态信息表可以包括各告警标识和告警的类别之间的对应关系,当各类别下还有组别时,该静态信息表中还可以包括各告警标识和告警类别、组别之间的对应关系。
具体的,通信设备在建立好静态信息表之后,在使用的时候只需通过字段或者其他标识等进行调用就可以得到该静态信息表。
S804,根据各当前告警标识,在静态信息表中确定各当前告警的类别。
具体的,通信设备在得到各当前告警的标识之后,可以利用该当前告警标识直接在静态信息表中查找得到各当前告警的类别,还可以是根据当前告警标识找到该当前告警标识对应的一个较长的字段,该字段中包括了当前告警的类别等其他信息,然后利用该较长的字段去静态信息表中查找得到各当前告警的类别。
示例地,假设告警A的标识是2a,告警B的标识是2b,告警C的标识是3d,其中,2、3指的是类别,即一般告警或事件为1、合并告警为2、关联告警为3、告警转事件为4,a、b、d指的是组别,那么可以看出告警A和告警B属于合并告警类别,但是属于合并告警类别下不同的告警合并组,告警A属于告警合并组a组,告警B属于告警合并组b组,告警C属于关联告警类别下的d关联告警组。
本实施例提供的告警管理方法,通过获取预设的静态信息表,该静态信息表包括告警标识和告警类别之间的对应关系,并根据各当前告警标识,在静态信息表中确定各当前告警的类别。在本实施例中,由于可以预先建立包括告警标识和类别的静态信息表,从而在得到告警标识时,可以在该静态信息表中简单快速地进行匹配,得到当前告警的类别。
为了便于理解本申请中的技术方案,以下通过一个详细实施例来对本申请的技术方案进行详细说明,如图9所示,该方法可以包括:
S901,当告警产生时,获取多条当前告警。
S902,判断当前告警是否是屏蔽告警,若是,则执行S903,若否,则执行S904。
S903,将当前告警存入屏蔽表。
S904,对当前告警进行分类。
S905,判断当前告警是否属于一般告警或事件,若是,则执行S912,若否,执行S906。
S906,判断当前告警是否属于告警转事件,若是,则执行S907,若否,则执行S908。
S907,对当前告警进行转事件处理,得到当前告警的类别对应的目标告警。
S908,判断当前告警是否属于合并告警,若是,则执行S909,若否,则执行S910。
S909,对当前告警进行合并处理,得到当前告警的类别对应的目标告警。
S910,判断当前告警是否属于关联告警,若是,则执行S911,若否,则执行S912。
S911,对当前告警进行关联处理,得到当前告警的类别对应的目标告警。
S912,对当前告警进行数据存储。
应该理解的是,虽然图2-9的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-9中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图10所示,提供了一种告警管理装置,包括:获取模块10、确定模块11和处理模块12,其中:
获取模块10,用于当告警产生时,获取多条当前告警;所述当前告警包括当前告警标识;
确定模块11,用于根据各所述当前告警标识确定各所述当前告警的类别。
处理模块12,用于根据各所述当前告警的类别对所述多条当前告警分别进行相应的处理,得到各所述当前告警的类别对应的目标告警,并在目标告警表中显示所述目标告警;所述目标告警的数目小于所述当前告警的数目。
可选的,上述类别包括一般告警或事件、合并告警、关联告警和转事件告警。
本实施例提供的告警管理装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
在另一个实施例中,上述处理模块12可以包括合并处理单元、关联处理单元、转事件处理单元,其中:
合并处理单元,用于若所述当前告警属于合并告警,则对所述当前告警进行合并处理,得到所述当前告警的类别对应的目标告警;或者,
关联处理单元,用于若所述当前告警属于关联告警,则对所述当前告警进行关联处理,得到所述当前告警的类别对应的目标告警;或者,
转事件处理单元,用于若所述当前告警属于转事件告警,则对所述当前告警进行转事件处理,得到所述当前告警的类别对应的目标告警。
可选的,上述处理模块12还可以包括:一般告警处理单元,其中:一般告警处理单元,用于若所述当前告警属于一般告警或事件,则将所述当前告警的相关数据保存至数据库中。
在另一个实施例中,上述合并处理单元可以包括:第一获取子单元、第一判断子单元、第一确定子单元,其中:
第一获取子单元,用于获取所述当前告警所在的预设告警合并组,所述预设告警合并组包括子告警和合并告警之间的对应关系;
第一判断子单元,用于将所述当前告警作为子告警保存至合并表,并判断所述合并表中是否存在所述预设告警合并组中的全部子告警;所述合并表包括各子告警的相关数据和标识;
第一确定子单元,用于若所述合并表中存在所述预设告警合并组中的全部子告警,则将所述全部子告警对应的合并告警确定为所述目标告警。
可选的,上述第一确定子单元,还用于若所述合并表中不存在所述预设告警合并组中的全部子告警,则等待除所述当前告警之外的其他子告警,并将所述其他子告警保存至所述合并表。
在另一个实施例中,上述关联处理单元可以包括:第二获取子单元、第二判断子单元、第二确定子单元,其中:
第二获取子单元,用于获取所述当前告警所在的预设关联告警组,所述预设关联告警组包括各关联的告警的标识和优先级之间的对应关系;所述关联的告警为各告警之间具有关联关系的告警;根据所述当前告警标识,在所述预设关联告警组中确定所述当前告警的优先级;
第二判断子单元,用于将所述当前告警保存至关联表,并判断所述关联表中是否存在优先级高于所述当前告警的优先级的目标告警;所述关联表包括各关联的告警的相关数据和标识;
第二确定子单元,用于若存在,则将所述优先级高于所述当前告警的优先级的告警确定为所述目标告警;若不存在,则将所述当前告警确定为所述目标告警。
在另一个实施例中,上述转事件处理单元可以包括:第三判断子单元和第三确定子单元,其中:
第三判断子单元,用于根据所述当前告警标识,判断所述活动告警表中是否存在与所述当前告警属于同一类别的告警;
第三确定子单元,用于若所述活动告警表中存在与所述当前告警属于同一类别的告警,则将所述当前告警转成事件,并存入事件表;若所述活动告警表中不存在与所述当前告警属于同一类别的告警,则将所述当前告警确定为目标告警。
在另一个实施例中,提供了另一种告警管理装置,在上述实施例的基础上,在所述获取多条当前告警之后,该装置还可以包括:判断模块、保存模块,其中:
判断模块,用于根据所述当前告警标识判断所述当前告警是否属于屏蔽告警;
保存模块,若所述当前告警属于屏蔽告警,则将所述当前告警的相关数据存入屏蔽表;
上述确定模块11,还用于若所述当前告警不属于屏蔽告警,则根据各所述当前告警标识确定各所述当前告警的类别。
在另一个实施例中,上述确定模块11可以包括:静态获取单元和类别确定单元,其中:
静态获取单元,用于获取预设的静态信息表,所述静态信息表包括告警标识和告警类别之间的对应关系;
类别确定单元,用于根据各所述当前告警标识,在所述静态信息表中确定各所述当前告警的类别。
本实施例提供的告警管理装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
上述告警管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于通信设备中的处理器中,也可以以软件形式存储于通信设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种通信设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
当告警产生时,获取多条当前告警;所述当前告警包括当前告警标识;
根据各所述当前告警标识确定各所述当前告警的类别;
根据各所述当前告警的类别对所述多条当前告警分别进行相应的处理,得到各所述当前告警的类别对应的目标告警,并在活动告警表中显示所述目标告警;所述目标告警的数目小于所述当前告警的数目。
在一个实施例中,提供了一种可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
当告警产生时,获取多条当前告警;所述当前告警包括当前告警标识;
根据各所述当前告警标识确定各所述当前告警的类别;
根据各所述当前告警的类别对所述多条当前告警分别进行相应的处理,得到各所述当前告警的类别对应的目标告警,并在活动告警表中显示所述目标告警;所述目标告警的数目小于所述当前告警的数目。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

Claims (11)

1.一种告警管理方法,其特征在于,所述方法包括:
当告警产生时,获取多条当前告警;所述当前告警包括当前告警标识;
根据各所述当前告警标识确定各所述当前告警的类别;
根据各所述当前告警的类别对所述多条当前告警分别进行相应的处理,得到各所述当前告警的类别对应的目标告警,并在活动告警表中显示所述目标告警;所述目标告警的数目小于所述当前告警的数目;
所述类别包括转事件告警,所述根据各所述当前告警的类别对所述多条当前告警分别进行相应的处理,得到各所述当前告警的类别对应的目标告警,包括:
若所述当前告警属于转事件告警,则对所述当前告警进行转事件处理,得到所述当前告警的类别对应的目标告警;所述转事件处理指的是当出现多个同类告警时,只显示一条同类告警,其他同类告警均会转成事件的处理过程;
其中,所述对所述当前告警进行转事件处理,得到所述当前告警的类别对应的目标告警,包括:
根据所述当前告警标识与所述活动告警表中各个目标告警的告警标识进行匹配,判断所述活动告警表中是否存在与所述当前告警属于同一类别的告警;其中,所述活动告警表中包括多种不同类别的目标告警,且每个类别下有不同组别的目标告警,每个目标告警也会有其对应的告警标识;
若所述活动告警表中存在与所述当前告警属于同一类别的告警,则将所述当前告警转成事件,并存入事件表;
若所述活动告警表中不存在与所述当前告警属于同一类别的告警,则将所述当前告警确定为目标告警。
2.根据权利要求1所述的方法,其特征在于,所述类别包括合并告警、关联告警;所述根据各所述当前告警的类别对所述多条当前告警分别进行相应的处理,得到各所述当前告警的类别对应的目标告警,包括:
若所述当前告警属于合并告警,则对所述当前告警进行合并处理,得到所述当前告警的类别对应的目标告警;或者,
若所述当前告警属于关联告警,则对所述当前告警进行关联处理,得到所述当前告警的类别对应的目标告警。
3.根据权利要求2所述的方法,其特征在于,所述对所述当前告警进行合并处理,得到所述当前告警的类别对应的目标告警,包括:
获取所述当前告警所在的预设告警合并组,所述预设告警合并组包括子告警和合并告警之间的对应关系;
将所述当前告警作为子告警保存至合并表,并判断所述合并表中是否存在所述预设告警合并组中的全部子告警;所述合并表包括各子告警的相关数据和标识;
若所述合并表中存在所述预设告警合并组中的全部子告警,则将所述全部子告警对应的合并告警确定为所述目标告警。
4.根据权利要求2所述的方法,其特征在于,所述对所述当前告警进行关联处理,得到所述当前告警的类别对应的目标告警,包括:
获取所述当前告警所在的预设关联告警组,所述预设关联告警组包括各关联的告警的标识和优先级之间的对应关系;所述关联的告警为各告警之间具有关联关系的告警;
根据所述当前告警标识,在所述预设关联告警组中确定所述当前告警的优先级;
将所述当前告警保存至关联表,并判断所述关联表中是否存在优先级高于所述当前告警的优先级的告警;所述关联表包括各关联的告警的相关数据和标识;
若存在,则将所述优先级高于所述当前告警的优先级的告警确定为所述目标告警;
若不存在,则将所述当前告警确定为所述目标告警。
5.根据权利要求1-4任意一项所述的方法,其特征在于,在所述获取多条当前告警之后,所述方法还包括:
根据所述当前告警标识判断所述当前告警是否属于屏蔽告警;
若所述当前告警属于屏蔽告警,则将所述当前告警的相关数据存入屏蔽表;
若所述当前告警不属于屏蔽告警,则执行所述根据各所述当前告警标识确定各所述当前告警的类别的步骤。
6.根据权利要求5所述的方法,其特征在于,所述根据各所述当前告警标识确定各所述当前告警的类别,包括:
获取预设的静态信息表,所述静态信息表包括告警标识和告警类别之间的对应关系;
根据各所述当前告警标识,在所述静态信息表中确定各所述当前告警的类别。
7.根据权利要求2所述的方法,其特征在于,所述类别还包括一般告警或事件,所述方法还包括:
若所述当前告警属于一般告警或事件,则将所述当前告警的相关数据保存至数据库中。
8.根据权利要求3所述的方法,其特征在于,所述方法还包括:
若所述合并表中不存在所述预设告警合并组中的全部子告警,则等待除所述当前告警之外的其他子告警,并将所述其他子告警保存至所述合并表。
9.一种告警管理装置,其特征在于,所述装置包括:
获取模块,用于当告警产生时,获取多条当前告警;所述当前告警包括当前告警标识;
确定模块,用于根据各所述当前告警标识确定各所述当前告警的类别;
处理模块,用于根据各所述当前告警的类别对所述多条当前告警分别进行相应的处理,得到各所述当前告警的类别对应的目标告警,并在活动告警表中显示所述目标告警;所述目标告警的数目小于所述当前告警的数目;
所述类别包括转事件告警,所述处理模块,包括:
转事件处理单元,用于若所述当前告警属于转事件告警,则对所述当前告警进行转事件处理,得到所述当前告警的类别对应的目标告警;所述转事件处理指的是当出现多个同类告警时,只显示一条同类告警,其他同类告警均会转成事件的处理过程;
其中,所述转事件处理单元具体用于:
根据所述当前告警标识与所述活动告警表中各个目标告警的告警标识进行匹配,判断所述活动告警表中是否存在与所述当前告警属于同一类别的告警;其中,所述活动告警表中包括多种不同类别的目标告警,且每个类别下有不同组别的目标告警,每个目标告警也会有其对应的告警标识;
若所述活动告警表中存在与所述当前告警属于同一类别的告警,则将所述当前告警转成事件,并存入事件表;
若所述活动告警表中不存在与所述当前告警属于同一类别的告警,则将所述当前告警确定为目标告警。
10.一种通信设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述的方法的步骤。
11.一种可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。
CN201911165851.0A 2019-11-25 2019-11-25 告警管理方法、装置、通信设备和存储介质 Active CN111061616B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911165851.0A CN111061616B (zh) 2019-11-25 2019-11-25 告警管理方法、装置、通信设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911165851.0A CN111061616B (zh) 2019-11-25 2019-11-25 告警管理方法、装置、通信设备和存储介质

Publications (2)

Publication Number Publication Date
CN111061616A CN111061616A (zh) 2020-04-24
CN111061616B true CN111061616B (zh) 2024-03-29

Family

ID=70298173

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911165851.0A Active CN111061616B (zh) 2019-11-25 2019-11-25 告警管理方法、装置、通信设备和存储介质

Country Status (1)

Country Link
CN (1) CN111061616B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113342603B (zh) * 2021-06-07 2022-09-27 平安证券股份有限公司 告警数据处理方法、装置、计算机设备和存储介质
CN114884795A (zh) * 2022-05-20 2022-08-09 远景智能国际私人投资有限公司 物联网场景中的告警信息处理方法、装置、计算机设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012068808A1 (zh) * 2010-11-25 2012-05-31 中兴通讯股份有限公司 一种告警信息处理上报的方法及设备
WO2015051638A1 (zh) * 2013-10-08 2015-04-16 华为技术有限公司 一种故障定位方法及装置
CN107832200A (zh) * 2017-10-24 2018-03-23 平安科技(深圳)有限公司 告警处理方法、装置、计算机设备及存储介质
CN108021492A (zh) * 2016-11-04 2018-05-11 华为技术有限公司 一种告警合并方法及设备
CN108880884A (zh) * 2018-06-15 2018-11-23 京信通信系统(中国)有限公司 运维告警上报方法、装置、计算机设备和存储介质
CN108923993A (zh) * 2018-09-06 2018-11-30 北京天元创新科技有限公司 网络告警关联方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012068808A1 (zh) * 2010-11-25 2012-05-31 中兴通讯股份有限公司 一种告警信息处理上报的方法及设备
WO2015051638A1 (zh) * 2013-10-08 2015-04-16 华为技术有限公司 一种故障定位方法及装置
CN108021492A (zh) * 2016-11-04 2018-05-11 华为技术有限公司 一种告警合并方法及设备
CN107832200A (zh) * 2017-10-24 2018-03-23 平安科技(深圳)有限公司 告警处理方法、装置、计算机设备及存储介质
CN108880884A (zh) * 2018-06-15 2018-11-23 京信通信系统(中国)有限公司 运维告警上报方法、装置、计算机设备和存储介质
CN108923993A (zh) * 2018-09-06 2018-11-30 北京天元创新科技有限公司 网络告警关联方法及装置

Also Published As

Publication number Publication date
CN111061616A (zh) 2020-04-24

Similar Documents

Publication Publication Date Title
WO2021174694A1 (zh) 基于数据中心的运维监控方法、装置、设备及存储介质
CN111800443B (zh) 数据处理系统和方法、装置以及电子设备
CN111061616B (zh) 告警管理方法、装置、通信设备和存储介质
CN111143163B (zh) 数据监控方法、装置、计算机设备和存储介质
US11809406B2 (en) Event records in a log file
CN111680108A (zh) 一种数据存储方法、装置及一种数据获取方法、装置
US11290473B2 (en) Automatic generation of detection alerts
CN116594847A (zh) 服务器巡检方法、系统、装置、服务器、介质和程序产品
CN115104336A (zh) 跟踪和公开用于生成分析的数据
CN114172785A (zh) 告警信息处理方法、装置、设备和存储介质
CN112711710A (zh) 多号码终端的追踪方法、系统、服务器和存储介质
CN117271177A (zh) 基于链路数据的根因定位方法、装置、电子设备及存储介质
CN110609761B (zh) 确定故障源的方法、装置、存储介质和电子设备
CN116405410A (zh) 一种对仿真应用网络监控的方法、装置、设备和介质
CN109753399B (zh) 一种用于系统单元状态变化的自动通知与响应方法
CN116149877A (zh) 故障检测方法以及装置
CN115514618A (zh) 告警事件的处理方法、装置、电子设备和介质
CN113572628B (zh) 数据关联方法、装置、计算设备及计算机存储介质
CN112804647A (zh) 基于通信的目标用户追踪方法、系统、服务器和存储介质
CN114428715A (zh) 一种日志处理方法、装置、系统及存储介质
CN116521620A (zh) 文件处理方法、装置、设备、介质和计算机程序产品
CN115242606B (zh) 数据处理方法、装置、服务器、存储介质及程序产品
CN115442263B (zh) 被监控系统的数据监控方法、装置、设备和介质
CN116828505A (zh) 故障处理方法、装置、计算机设备和存储介质
CN114281541A (zh) 一种设备分析系统及方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant after: Jingxin Network System Co.,Ltd.

Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant before: COMBA TELECOM SYSTEMS (CHINA) Ltd.

GR01 Patent grant
GR01 Patent grant