一种智能变电站告警处理方法、装置、终端及存储介质与流程

本申请涉及电力运维技术领域，尤其涉及一种智能变电站告警处理方法、装置、终端及存储介质。

背景技术：

近年来，供电企业为了节约成本，提高工作效率，大部分的智能变电站已经实现了由监控中心进行集中监控、管理的新运维模式。

虽然调度自动化系统采用了告警信息误告警处理等技术手段，在一定程度上减轻了调度监控人员的工作强度，但告警处理方式较为单一，对批量告警信息的归类处理能力较弱，当电网处于事故状态时，一个故障的发生可能伴随着连串的告警信息，调度监控人员被大量数据淹没，影响调度效率，增加决策难度。

技术实现要素：

本申请提供了一种智能变电站告警处理方法、装置、终端及存储介质，用于解决现有的智能变电站告警处理方式告警处理方式较为单一，对批量告警信息的归类处理能力较弱的技术问题。

有鉴于此，本申请第一方面提供了一种智能变电站告警处理方法，包括：

接收智能变电站上传的设备告警信息和设备运行数据；

将所述设备运行数据和所述设备告警信息输入到专家库推理算法模型，通过所述专家库推理算法模型匹配出所述设备告警信息对应的告警原因；

根据所述告警原因，将告警原因相同的设备告警信息进行关联与合并。

可选地，还包括：

根据接收到的所述设备运行数据判断所述设备告警信息是否属于伴随告警信息、抖动告警信息或非运行态设备告警信息，若是，则过滤所述设备告警信息。

可选地，所述接收智能变电站上传的设备告警信息和设备运行数据之前还包括：

采集所述智能变电站的历史告警事件以及告警设备运行数据，其中，所述告警设备运行数据为所述智能变电站发生所述历史告警事件时的实时设备运行数据；

根据所述历史告警事件以及所述告警设备运行数据，建立专家库推理算法模型。

可选地，所述设备运行数据具体包括：测控设备运行数据、保护器件运行数据、网络设备日志数据、一体化电源运行数据、电气运行环境监测数据和二次防雷监测数据。

本申请第二方面提供了一种智能变电站告警处理装置，包括：

接收单元，用于接收智能变电站上传的设备告警信息和设备运行数据；

专家库推理单元，用于将所述设备运行数据和所述设备告警信息输入到专家库推理算法模型，通过所述专家库推理算法模型匹配出所述设备告警信息对应的告警原因；

告警合并单元，用于根据所述告警原因，将告警原因相同的设备告警信息进行关联与合并。

可选地，还包括：

告警过滤单元，用于根据接收到的所述设备运行数据判断所述设备告警信息是否属于伴随告警信息、抖动告警信息或非运行态设备告警信息，若是，则过滤所述设备告警信息。

可选地，所述接收智能变电站上传的设备告警信息和设备运行数据之前还包括：

历史数据采集单元，用于采集所述智能变电站的历史告警事件以及告警设备运行数据，其中，所述告警设备运行数据为所述智能变电站发生所述历史告警事件时的实时设备运行数据；

专家库构建单元，用于根据所述历史告警事件以及所述告警设备运行数据，建立专家库推理算法模型。

可选地，所述设备运行数据具体包括：测控设备运行数据、保护器件运行数据、网络设备日志数据、一体化电源运行数据、电气运行环境监测数据和二次防雷监测数据。

本申请第三方面提供了一种终端、包括：存储器和处理器；

所述存储器用于存储与本申请第一方面所述的智能变电站告警处理方法相对应的程序代码；

所述处理器用于执行所述程序代码。

本申请第四方面提供了一种存储介质，所述存储介质中保存有与本申请第一方面所述的智能变电站告警处理方法相对应的程序代码。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请提供了一种智能变电站告警处理方法、装置、终端及存储介质，其中方法包括：接收智能变电站上传的设备告警信息和设备运行数据；将设备运行数据和设备告警信息输入到专家库推理算法模型，通过专家库推理算法模型匹配出设备告警信息对应的告警原因；根据告警原因，将告警原因相同的设备告警信息进行关联与合并。

本申请基于从智能变电站获取的设备运行数据，通过专家库推理算法模型对收到的设备告警信息进行告警原因分析，再根据输出的告警原因将告警原因相同的设备告警信息进行关联与合并，将同一告警根源的批量设备告警信息合而为一，解决了现有的智能变电站告警处理方式告警处理方式较为单一，对批量告警信息的归类处理能力较弱的技术问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为本申请提供的一种智能变电站告警处理方法的第一个实施例的流程示意图。

图2为本申请提供的一种智能变电站告警处理方法的第二个实施例的流程示意图；

图3为本申请提供的一种智能变电站告警处理装置的第一个实施例的结构示意图；

图4为本申请的智能告警系统架构图。

具体实施方式

本申请提供了一种智能变电站告警处理方法、装置、终端及存储介质，用于解决现有的智能变电站告警处理方式告警处理方式较为单一，对批量告警信息的归类处理能力较弱的技术问题。

需要说明的是，传统的告警信息系统，告警功能较为单一、告警信息的总体处理能力较弱、告警信息零散分布、不具备事件推理及故障诊断等辅助决策功能，当电网出现故障告警事件时，会出现大量的告警信息和遥测信息未经过处理直接涌入控制中心调度自动化系统，顺序混乱、缺乏条理、可观察性差，而且数据传输环节会对告警信息的准确率以及成批告警信息的结构合理性产生着不易察觉的影响，各种告警信息混杂在一起给调度监控人员造成不少困难。

为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本申请一部分实施例，而非全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

请参阅图1和图4，本申请第一个实施例提供了一种智能变电站告警处理方法，包括：

步骤101、接收智能变电站上传的设备告警信息和设备运行数据。

需要说明的是，本实施例的设备运行数据具体由部署在智能变电站的全景信号网关机实时采集，通过记录站控层交换机镜像口报文，采集站控层、间隔层信息交互数据；通过iec61850mms或者dl476传输协议采集辅助系统信息，当发生告警事件时，则将设备告警信息和采集的设备运行数据作为用于模型分析的基础信号进行上传。

步骤102、将设备运行数据和设备告警信息输入到专家库推理算法模型，通过专家库推理算法模型匹配出设备告警信息对应的告警原因。

需要说明的是，在获取到智能变电站的设备告警信息和设备运行数据后，将反映设备告警状况的设备告警信息和反映告警时设备的运行状态的设备运行数据输入至预设好的专家库推理算法模型，利用专家库中的历史告警事件样本和训练好的推理算法规则，匹配得出相应的告警原因。

其中，输入专家库推理算法模型的设备告警信息和设备运行数据可以是同一个设备的设备告警信息和设备运行数据，也可以是多个不同设备的设备告警信息和设备运行数据，若输入的是多个设备的数据，还可以根据多个设备的告警信息并发状况(例如发生故障a时，同时也发生了故障b)，分析各个设备告警信息的产生之间是否存在因果关系。

步骤103、根据告警原因，将告警原因相同的设备告警信息进行关联与合并。

需要说明的是，由于故障事件发生时，往往产生多条的设备告警信息，当通过专家库推理算法模型输出的告警原因，将属于相同告警原因导致的设备告警信息进行关联及合并。

本申请实施例基于从智能变电站获取的设备运行数据，通过专家库推理算法模型对收到的设备告警信息进行告警原因分析，再根据输出的告警原因将告警原因相同的设备告警信息进行关联与合并，将同一告警根源的批量设备告警信息合而为一，解决了现有的智能变电站告警处理方式告警处理方式较为单一，对批量告警信息的归类处理能力较弱的技术问题。

以上为本申请提供的一种智能变电站告警处理方法的第一个实施例的详细说明，下面为本申请提供的一种智能变电站告警处理方法的第二个实施例的详细说明。

请参阅图2和图4，本申请第二个实施例提供了一种智能变电站告警处理方法，包括：

步骤201、采集智能变电站的历史告警事件以及告警设备运行数据，其中，告警设备运行数据为智能变电站发生历史告警事件时的实时设备运行数据；

步骤202、根据历史告警事件以及告警设备运行数据，建立专家库推理算法模型。

需要说明的是，本实施例的步骤201和步骤202为通过采集的智能变电站的历史告警事件以及告警设备运行数据建立专家库推理算法模型的过程，构建好的模型可用于进行后续步骤中的告警原因分析。

步骤203、接收智能变电站上传的设备告警信息和设备运行数据。

需要说明的是，本实施例的设备运行数据具体由部署在智能变电站的全景信号网关机实时采集，通过记录站控层交换机镜像口报文，采集站控层、间隔层信息交互数据；通过iec61850mms或者dl476传输协议采集辅助系统信息，当发生告警事件时，则将设备告警信息和采集的设备运行数据进行上传。

更具体的，本实施例的设备运行数据具体包括：测控设备运行数据、保护器件运行数据、网络设备日志数据、一体化电源运行数据、电气运行环境监测数据和二次防雷监测数据。

步骤204、根据接收到的设备运行数据判断设备告警信息是否属于伴随告警信息、抖动告警信息或非运行态设备告警信息，若是，则过滤设备告警信息。

需要说明的是，过滤掉的设备告警信息将不再输入至本实施例的专家库推理算法模型进行运算，可以将其存入预设的缓存区或直接上报后台的调度端均可。

具体的，对于不同的过滤信息采用的处理方式可参照一下示例：

(1)伴随信号处理

开关操作过程中由于接点抖动频报的“控制回路断线”和延时不足报出的“弹簧未储能”，以及个别类型的装置产生的“装置报警”等相关信号。程序将这些伴随信号放在缓存区，在一定延时内如果有接受到对应的复归事项，则该信号将不会报出。反之如果在延时内没有复归事项，则在延时结束后将信号报出。如“弹簧未储能”延时20s，“控制回路断线”和“装置报警”延时2s。

(2)抖动信号处理

对因辅助接点绝缘不良导致的频繁抖动信号，该类信号一般为单一信号，如刀闸频繁变位、装置频繁告警复归。通过统计信号在某一时段动作次数判断是否为抖动信号，判断为抖动信号后，直接告警显示**信号为抖动信号，并将抖动信号判断结果显示上送。

(3)非运行态信息过滤

变电站智能告警系统过滤冷备用及检修设备等非投运状态设备的信息。其中冷备用间隔状态通过设备状态判断，检修状态通过开关、刀闸、地刀位置等拓扑信息，以及kk把手位置综合判断。

步骤205、将设备运行数据和设备告警信息输入到专家库推理算法模型，通过专家库推理算法模型匹配出设备告警信息对应的告警原因。

需要说明的是，在获取到经过过滤筛选的智能变电站的设备告警信息和设备运行数据后，将反映设备告警状况的设备告警信息和反映告警时设备的运行状态的设备运行数据输入至预设好的专家库推理算法模型，利用专家库中的历史告警事件样本和训练好的推理算法规则，匹配得出相应的告警原因。

其中，输入专家库推理算法模型的设备告警信息和设备运行数据可以是同一个设备的设备告警信息和设备运行数据，也可以是多个不同设备的设备告警信息和设备运行数据，若输入的是多个设备的数据，还可以根据多个设备的告警信息并发状况(例如发生故障a时，同时也发生了故障b)，分析各个设备告警信息的产生之间是否存在因果关系。

步骤206、根据告警原因，将告警原因相同的设备告警信息进行关联与合并。

需要说明的是，由于故障事件发生时，往往产生多条的设备告警信息，当通过专家库推理算法模型输出的告警原因，将属于相同告警原因导致的设备告警信息进行关联及合并。

另外，合并后的可以直接上报到调度端进行存储或通过任意的数据筛选工具和数据可视化工具进行展示，如生成文本报告、主画面显示全站逻辑图、智能告警推送图、全站一次导航图、二次网络图、辅助系统图、时间同步状态图等，以便运维人员进行统计分析，在此不做赘述。

以上为本申请提供的一种智能变电站告警处理方法的第二个实施例的详细说明，下面为本申请提供的一种智能变电站告警处理装置的第一个实施例的详细说明。

请参阅图3，本申请第三个实施例提供了一种智能变电站告警处理装置，包括：

接收单元303，用于接收智能变电站上传的设备告警信息和设备运行数据；

专家库推理单元305，用于将设备运行数据和设备告警信息输入到专家库推理算法模型，通过专家库推理算法模型匹配出设备告警信息对应的告警原因；

告警合并单元306，用于根据告警原因，将告警原因相同的设备告警信息进行关联与合并。

可选地，还包括：

告警过滤单元304，用于根据接收到的设备运行数据判断设备告警信息是否属于伴随告警信息、抖动告警信息或非运行态设备告警信息，若是，则过滤设备告警信息。

可选地，接收智能变电站上传的设备告警信息和设备运行数据之前还包括：

历史数据采集单元301，用于采集智能变电站的历史告警事件以及告警设备运行数据，其中，告警设备运行数据为智能变电站发生历史告警事件时的实时设备运行数据；

专家库构建单元302，用于根据历史告警事件以及告警设备运行数据，建立专家库推理算法模型。

以上为本申请提供的一种智能变电站告警处理装置的第一个实施例的详细说明，下面为本申请提供的一种终端和一种存储介质的实施例的详细说明。

本申请第四个实施例提供了一种终端、包括：存储器和处理器；

存储器用于存储与本申请第一个实施例或第二个实施例提及的智能变电站告警处理方法相对应的程序代码；

处理器用于执行程序代码。

本申请第五个实施例提供了一种存储介质，存储介质中保存有与本申请第一个实施例或第二个实施例提及的智能变电站告警处理方法相对应的程序代码。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。