CN108521113B - 二次运维管理***的告警信息呈现方法 - Google Patents

Abstract

本公开涉及一种二次运维管理***的告警信息呈现方法，用以解决相关技术中无法基于二次设备的告警信息获知告警处理方式的问题。公开的二次运维管理***的告警信息呈现方法包括：获得二次设备的告警信息，该告警信息中包括告警描述以及设备型号；根据告警描述以及设备型号在数据库中查找与告警信息对应的告警决策，该数据库中预先按照设备型号存储有与不同告警描述对应的告警决策，该告警决策包括告警处置建议；呈现查找到的告警决策。本公开避免了相关技术中基于二次设备告警信息无法获知告警处理方式的问题。

Description

二次运维管理***的告警信息呈现方法

技术领域

本公开涉及电力二次设备技术领域，尤其涉及一种二次运维管理***的告警信息呈现方法。

背景技术

随着变电站数量的增多以及智能站的大量出现，用于继电保护的电力二次设备(以下简称继电保护二次设备)出现的告警信息也趋于频繁化和多样化，这些告警信息直接关系到电力***的安全稳定运行。二次运维管理***在运行过程中会收到大量的二次设备告警信息，目前，对接收到的二次设备告警信息的处理通常是将其作为一种告警展示在告警窗中，并未对告警信息进行分析及利用。从而导致在接收到告警信息时，无法基于告警信息获知告警处理方式，从而无法快速排除告警，以致无法保证***稳定运行。

发明内容

有鉴于此，本公开提出了一种二次运维管理***的告警信息呈现方法，用以解决相关技术中基于二次设备的告警信息无法获知告警处理方式的问题。

根据本公开的一方面，提供了一种二次运维管理***的告警信息呈现方法，包括：获得二次设备的告警信息，所述告警信息中包括告警描述以及设备型号；根据所述告警描述以及所述设备型号在数据库中查找与所述告警信息对应的告警决策，所述数据库中预先按照设备型号存储有与不同告警描述对应的告警决策，所述告警决策包括告警处置建议；呈现查找到的告警决策。

可选地，所述根据所述告警描述以及所述设备型号在数据库中查找与所述告警信息对应的告警决策，包括：在所述数据库中查找与所述设备型号对应的告警模板，所述告警模板中包括多个预设告警描述，以及与所述多个预设告警描述对应的告警决策；将所述告警描述与所述多个预设告警描述进行字符串匹配，确定出与所述告警描述匹配的预设告警描述，将该预设告警描述对应的告警决策确定为所述告警信息对应的告警决策。

可选地，所述获得二次设备的告警信息包括通过以下一种或多种方式获得所述告警信息：接收所述二次设备发送的所述二次设备的告警信息，在与所述二次设备通信中断时生成通信中断告警信息，对所述二次设备进行巡视得到所述二次设备的告警信息。

可选地，所述告警决策还包括以下至少一项：告警原因、闭锁的保护功能、关联插件、告警影响范围以及告警影响程度。

可选地，所述告警原因至少包括以下一项：所述二次设备参数设置错误、所述二次设备的关联插件异常、所述二次设备的软件程序异常以及所述二次设备的外部回路异常。

可选地，所述告警影响范围至少包括以下一项：所述二次设备、所述二次设备的外部回路、所述二次设备通信线路以及二次运维管理***。

可选地，所述方法还包括：确定预设时间段内各告警影响程度、各告警影响范围、各关联插件以及各设备型号中的至少一项对应的历史告警信息的个数以及所述历史告警信息占所述预设时间段内历史告警信息总量的比重；呈现确定出的所述个数以及所述比重。

可选地，所述方法还包括：显示告警信息列表，所述列表中包括当前仍未解决的历史告警信息，以及所述历史告警信息对应的所述告警决策中的告警时间、告警影响范围、告警程度、告警设备以及告警描述。

可选地，所述方法还包括：在显示所述告警信息列表之后，在接收到基于所述历史告警信息的目标操作时，显示所述历史告警信息对应的所述告警决策中的闭锁的保护功能、告警原因以及告警处置建议。

可选地，所述告警处置建议至少包括以下一项：检查所述二次设备的参数设置、检查所述二次设备的外部回路、检查所述二次设备的关联插件以及更新所述二次设备的关联插件。

本实施例的二次运维管理***的告警信息呈现方法，基于数据库中预设的告警描述、与告警描述对应的告警决策，在接收到告警信息时，根据获取到的告警信息的告警描述去数据库中匹配预设告警描述，能够获得告警信息对应的告警决策，从而获得告警决策中的告警处置建议，避免了相关技术中基于二次设备告警信息无法获知告警处理方式的问题。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

图1是根据一示例性实施例示出的一种二次运维管理***的告警信息呈现方法的流程图；

图2是根据一示例性实施例示出的另一种二次运维管理***的告警信息呈现方法的流程图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

图1是根据一示例性实施例示出的一种二次运维管理***的告警信息呈现方法的流程图，该方法可以由二次运维管理***执行，如图1所示，该方法包括如下步骤：

步骤101：获得二次设备的告警信息，该告警信息中可包括告警描述以及设备型号；

二次设备例如可以是用于继电保护的电力二次设备。

其中，二次设备可以通过报文向二次运维管理***发送告警描述，在报文信息中携带二次设备的设备型号。

步骤102：根据告警描述以及设备型号在数据库中查找与获得的告警信息对应的告警决策，该数据库中预先按照设备型号存储有与不同告警描述对应的告警决策，该告警决策包括告警处置建议；

在数据库中，每种型号的二次设备可以对应一个告警模板，故该数据库也称告警模板专家知识库，该告警模板中基于预设的多种告警描述列举该二次设备会出现的多种告警信息，以及各告警信息对应的告警处置建议，该告警处置建议用于指示对告警信息的处理方式。

其中，告警处置建议中可以包括：消除告警需采取的处置措施，处置措施例如可以包括：检查二次设备的参数设置，检查二次设备的外部回路，检查二次设备的关联插件，以及更换二次设备的关联插件。

步骤103：呈现查找到的告警决策。

本实施例的二次运维管理***的告警信息呈现方法，基于数据库中预设的告警描述、与告警描述对应的告警决策，在接收到告警信息时，根据获取到的告警信息的告警描述去数据库中匹配预设告警描述，能够获得告警信息对应的告警决策，从而获得告警决策中的告警处置建议，避免了相关技术中基于二次设备告警信息无法获知告警处理方式的问题。

在一种可实现方式中，告警处置建议至少可以包括以下一项：检查二次设备的参数设置、检查二次设备的外部回路、检查二次设备的关联插件以及更新二次设备的关联插件。

以下通过一个示例来说明根据告警描述以及二次设备型号在数据库中查找与告警信息对应的告警决策。

在数据库中查找与设备型号对应的告警模板，该告警模板中包括多个预设告警描述T，以及与该多个预设告警描述T对应的告警决策；

将告警信息S的告警描述P与多个预设告警描述T进行字符串匹配，确定出多个预设告警描述T中与告警描述P匹配的预设告警描述T₁，将该预设告警描述T₁对应的告警决策确定为告警信息S对应的告警决策。将告警描述P与多个预设告警描述T进行字符串匹配，可以通过在多个预设告警描述T中搜索告警描述P。字符串匹配算法例如，近似匹配、序列比对等。另外，如果基于告警描述P未在数据库中匹配到预设告警描述T₁，可以将此告警描述P列为新增数据增加到数据库中。

在一种可实现方式中，获得二次设备的告警信息的步骤可以包括通过以下一种或多种方式获得二次设备的告警信息：

接收二次设备发送的二次设备的告警信息，例如二次设备自身产生的原始告警信息；在与二次设备通信中断时生成通信中断告警信息，例如由二次运维管理***生成通信中断告警信息；以及对二次设备进行巡视得到二次设备的告警信息，例如，二次运维管理***定期对二次设备的定值、压板、开关量进行巡视，将实际值与标准值进行比较，若二者差值超过阈值则发出告警信息。

在执行上述步骤101至步骤103之前，可预先建立告警模板，告警模板的建立过程可包括：搜集各型号二次设备的各类告警描述，将其整理为格式统一的CSV(Comma-Separated Values，逗号/字符分隔值)文件后，导入数据库。将各告警描述分别对应告警影响程度、告警影响范围、告警原因、告警处置建议、二次设备型号、保护功能以及关联插件，这些项在数据库中可均为最大化选项配置，并具有部分维度、部分分类的数据的编辑功能，可进行修改或增加，以实现告警模型的完善及扩展。此外，告警原因、告警处置建议等字段内容，可支持通过手动或固定格式文件导入的方式增加内容，同时支持内容的删除以及保存功能。

在一种可实现方式中，告警决策还可包括以下至少一项：

告警原因、闭锁的保护功能、关联插件、告警影响范围以及告警影响程度。

如下表1是告警模板的一个示例。如表1所示，该告警模板中包括告警描述、告警影响程度、告警影响范围、告警处理建议、二次设备型号、闭锁的保护功能以及二次设备的关联插件，在基于接收到的告警信息的告警描述匹配到表1中的告警描述时，基于表1中的各项内容，即可得到告警决策。

表1

在一种可实现方式中，上述告警原因可以包括以下至少一项：

二次设备参数设置错误、二次设备的关联插件异常、二次设备的软件程序异常以及二次设备的外部回路异常。该告警原因可以包括对告警描述的详细解释，以及导致二次设备发送此告警信息的直接原因。其中，二次设备的关联插件异常例如可以是二次设备自检检测的插件硬件故障。随着二次设备运维工作的持续进行，可以不断完善该告警原因。

上述闭锁的保护功能可以包括差动、纵联距离、距离三段、零序三段或四段、重合闸、三相不一致以及远方跳闸。

二次设备的关联插件可以包括保护功能插件、通信插件、开入插件、开出插件、电源插件、交流插件、面板插件以及背板。如果是由二次设备的关联插件异常引起的二次设备告警，可将告警信息与关联插件直接绑定，即，在告警决策中直接指示出引起二次设备告警的关联插件，进而指导运维或检修人员尽快检查或更换相应的关联插件。

上述告警影响程度可分为危急告警、重要告警以及一般告警。

在一种可实现方式中，告警影响范围可以包括以下至少一项：

二次设备、二次设备的外部回路、二次设备通信线路以及二次运维管理***。例如可以包括：CPU(Central Processing Unit，中央处理器)、管理插件、二次设备的电源、开入接点、开出接点、交流回路、回路开入接点、回路开出接点、对时回路、直流回路、控制回路以及纵联保护通道。而基于这些告警范围可能发出的告警信息例如，负荷、差流异常、零序过压以及轻瓦斯等。

在一种可实现方式中，本公开的二次运维管理***的告警信息呈现方法还可以包括：确定预设时间段内各告警影响程度、各告警影响范围、各关联插件以及各设备型号中的至少一项对应的历史告警信息的个数以及该历史告警信息占预设时间段内历史告警信息总量的比重；呈现确定出的历史告警信息的个数及其所占历史告警信息总量的比重。

例如，确定某时间段(例如第一季度)内，关联插件CPU对应的历史告警信息有N个，该时间段内历史告警信息总数为M个，则可确定关联插件CUP的上述比重N/M。

如下表2中列举了基于各告警影响范围统计的告警数目的一种情况(检修时详细告警不作统计)。

表2

还可以按照告警详情来分类确定并呈现历史告警信息的个数及各类历史告警信息占历史告警信息总量的比重，告警详情例如，CPU插件异常、定值异常、开出接点告警等。此外，还可以按照二次设备的各生产厂家、各地区或各变电站来分类确定并呈现每种二次设备的告警指标，告警指标例如，告警影响程度指标、告警影响范围指标以及告警详情分类指标等。通过对历史告警信息进行多维度分类统计，有利于找出影响二次设备运行的关键因素，为二次设备的检修及维护提供决策依据。

图2是根据一示例性实施例示出的另一种二次运维管理***的告警信息呈现方法的流程图，如图2所示，该方法包括如下处理：

步骤201：接收告警信息，该告警信息中包括告警描述以及二次设备型号；

步骤202：使用告警描述以及第二次设备型号去数据库匹配相应告警描述，得到与接收到的告警描述对应的告警决策，该告警决策中包括告警处置建议、闭的保护功能、关键插件以及告警影响范围；

步骤203：展示告警决策；

步骤204：进行历史告警信息的展示；

步骤205：接收基于告警信息的告警处置结果。在接收到告警处置结果后，如果告警解除，执行步骤206，删除该告警信息，无需再呈现解除告警的告警信息，如果告警仍未解除，执行步骤207：继续呈现该告警信息。

在一种可实现方式中，本公开的二次运维管理***的告警信息呈现方法还可以包括：显示告警信息列表，该告警列表中包括当前仍未解决的历史告警信息，以及该历史告警信息对应的告警决策中的告警时间、告警影响范围、告警程度、告警设备以及告警描述。

在另一种可实现方式中，本公开的二次运维管理***的告警信息呈现方法还可以包括：在显示告警信息列表之后，在接收到基于历史告警信息的目标操作时，例如，用户点击该历史告警信息的操作，或用户点击该历史告警信息的告警策略，显示历史告警信息对应的告警决策中的闭锁的保护功能、告警原因以及告警处置建议，还可以同时将相关二次设备的状态和二次设备关联插件的异常状态显示出来。此外，呈现的告警信息列表还可支持界面编辑。

在确定并呈现与二次设备告警信息对应的告警决策后，运维和检修人员在参考告警决策中的告警处置建议采取相应措施后，可能会出现告警处置建议给出的处理方式不够完整详细，需调整的情况，在该种情况下可以对上述数据库中的告警决策的内容进行修订，保证数据的时效性和准确性。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (10)

1.一种二次运维管理***的告警信息呈现方法，其特征在于，包括：

获得二次设备的告警信息，所述告警信息中包括告警描述以及设备型号；

根据所述告警描述以及所述设备型号在数据库中查找与所述告警信息对应的告警决策，所述数据库中预先按照设备型号存储有与不同告警描述对应的告警决策，所述告警决策包括告警处置建议；

呈现查找到的告警决策；

其中，所述根据所述告警描述以及所述设备型号在数据库中查找与所述告警信息对应的告警决策，包括：

在所述数据库中查找与所述设备型号对应的告警模板，根据告警模板确定为所述告警信息对应的告警决策；所述告警模板中包括多个预设告警描述，以及与所述多个预设告警描述对应的告警决策。

2.根据权利要求1所述的方法，其特征在于，所述根据所述告警描述以及所述设备型号在数据库中查找与所述告警信息对应的告警决策，还包括：

将所述告警描述与所述多个预设告警描述进行字符串匹配，确定出与所述告警描述匹配的预设告警描述，将该预设告警描述对应的告警决策确定为所述告警信息对应的告警决策。

3.根据权利要求1所述的方法，其特征在于，所述获得二次设备的告警信息包括通过以下一种或多种方式获得所述告警信息：

接收所述二次设备发送的所述二次设备的告警信息，在与所述二次设备通信中断时生成通信中断告警信息，对所述二次设备进行巡视得到所述二次设备的告警信息。

4.根据权利要求1所述的方法，其特征在于，所述告警决策还包括以下至少一项：

告警原因、闭锁的保护功能、关联插件、告警影响范围以及告警影响程度。

5.根据权利要求4所述的方法，其特征在于，所述告警原因至少包括以下一项：

所述二次设备参数设置错误、所述二次设备的关联插件异常、所述二次设备的软件程序异常以及所述二次设备的外部回路异常。

6.根据权利要求4所述的方法，其特征在于，所述告警影响范围至少包括以下一项：

所述二次设备、所述二次设备的外部回路、所述二次设备通信线路以及二次运维管理***。

7.根据权利要求4所述的方法，其特征在于，所述方法还包括：

确定预设时间段内各告警影响程度、各告警影响范围、各关联插件以及各设备型号中的至少一项对应的历史告警信息的个数以及所述历史告警信息占所述预设时间段内历史告警信息总量的比重；

呈现确定出的所述个数以及所述比重。

8.根据权利要求4所述的方法，其特征在于，所述方法还包括：

显示告警信息列表，所述列表中包括当前仍未解决的历史告警信息，以及所述历史告警信息对应的所述告警决策中的告警时间、告警影响范围、告警程度、告警设备以及告警描述。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

在显示所述告警信息列表之后，在接收到基于所述历史告警信息的目标操作时，显示所述历史告警信息对应的所述告警决策中的闭锁的保护功能、告警原因以及告警处置建议。

10.根据权利要求1至9任一项所述的方法，其特征在于，所述告警处置建议至少包括以下一项：

检查所述二次设备的参数设置、检查所述二次设备的外部回路、检查所述二次设备的关联插件以及更新所述二次设备的关联插件。