CN114328108A - 一种报警处置方法、报警处置系统及相关装置 - Google Patents

Abstract

本申请提供一种报警处置方法，包括：获取报警数据；将所述报警数据存入数据表集合中的一级数据表；在满足所述一级数据表的上报时间时，将所述报警数据整合为一条一级数据上传至下一级数据表；在满足低级数据表的上传时间时，将低级数据表的中所有数据整合为一条数据上传至下一级数据表，直至将所述报警数据传输至最高级数据表；根据所述数据表集合中的各级数据进行所述报警数据的报警统计，得到报警结果。本申请能够实现报警数据的递进统计，只需统计一次即整合为一条数据应用，无需存储每个报警数据，减少存储资源消耗，同时便于对报警数据进行整合和统计。本申请还提供一种报警处置系统、计算机可读存储介质和终端，具有上述有益效果。

Description

一种报警处置方法、报警处置系统及相关装置

技术领域

本申请涉及电子设备安全防护领域，特别涉及一种报警处置方法、报警处置系统及相关装置。

背景技术

在电力、化工行业的生产过程中，报警系统会对一些关键变量(变量是指物理实体设备状态在软件系统中的抽象，比如阀门的开闭、风机的转速等等)进行实时监测，并且为变量设置报警限值，如果变量超过或者低于了限值则产生报警信息，并通过HMI界面向操作员展示该报警信息，提醒操作员该变量当前处于异常状态。操作员在接收到报警信息后，然后会对报警原因进行排查，对异常状态进行修正，直到报警进入恢复状态。

当前，通常是在报警系统基础上建立一个KPI管理系统，实时同步报警系统的报警数据，存储至管理系统的数据库中。但由于报警数据较多，其处置效率低下，且经过处置的数据不再具备价值，容易造成数据冗余。

发明内容

本申请的目的是提供一种报警处置方法、报警处置系统、计算机可读存储介质和终端，能够减少存储资源消耗，便于统计报警数据。

为解决上述技术问题，本申请提供一种报警处置方法，具体技术方案如下：

获取报警数据；

将所述报警数据存入数据表集合中的一级数据表；

在满足所述一级数据表的上报时间时，将所述报警数据整合为一条一级数据上传至下一级数据表；

在满足低级数据表的上传时间时，将低级数据表的中所有数据整合为一条数据上传至下一级数据表，直至将所述报警数据传输至最高级数据表；其中，高级数据表的上传时间大于低级数据表的上传时间；

根据所述数据表集合中的各级数据进行所述报警数据的报警统计，得到报警结果。

可选的，若所述数据表集合设于报警处理终端，包括：

利用所述报警处理终端的规则配置服务接收RESTful API接口发送的数据整合规则；所述规则配置服务用于通过标准数据库接口配置所述数据表集合中各级数据表的数据整合规则。

可选的，获取报警数据包括：

通过OPC UA协议获取所述报警数据。

可选的，所述将所述报警数据整合为一条一级数据上传至下一级数据表包括：

确定所述报警数据中各报警信息的报警数量、持续时间和报警频率；

整合所述报警数量、所述持续时间和所述报警频率，得到一级数据；

将所述一级数据上传至下一级数据表。

可选的，还包括：

将所述报警频率高于频率预设值，或所述持续时间低于报警时间阈值的报警信息作为滋扰报警；

则根据所述数据表集合中的各级数据进行所述报警数据的报警统计，得到报警结果时还包括：

将所述滋扰报警的数量添加至所述报警结果。

可选的，还包括：

获取预设时间段内的报警记录；

将所述报警记录作为所述报警数据执行将所述报警数据存入数据表集合中的一级数据表的步骤。

可选的，所述报警结果包括单位时间报警数、单位时间内报警数超标的时间占比和单位时间内最大报警数。

本申请还提供一种报警处置系统，包括：

获取模块，用于获取报警数据；

数据录入模块，用于将所述报警数据存入数据表集合中的一级数据表；

数据表处理模块，用于在满足所述一级数据表的上报时间时，将所述报警数据整合为一条一级数据上传至下一级数据表；在满足低级数据表的上传时间时，将低级数据表的中所有数据整合为一条数据上传至下一级数据表，直至将所述报警数据传输至最高级数据表；其中，高级数据表的上传时间大于低级数据表的上传时间；

统计处置模块，用于根据所述数据表集合中的各级数据进行所述报警数据的报警统计，得到报警结果。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的报警处置方法的步骤。

本申请还提供一种终端，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如上所述的报警处置方法的步骤。

本申请提供一种报警处置方法，包括：获取报警数据；将所述报警数据存入数据表集合中的一级数据表；在满足所述一级数据表的上报时间时，将所述报警数据整合为一条一级数据上传至下一级数据表；在满足低级数据表的上传时间时，将低级数据表的中所有数据整合为一条数据上传至下一级数据表，直至将所述报警数据传输至最高级数据表；其中，高级数据表的上传时间大于低级数据表的上传时间；根据所述数据表集合中的各级数据进行所述报警数据的报警统计，得到报警结果。

本申请通过设置数据表集合，在其中配置不同上传时间的不同等级数据表，从而实现报警数据的递进统计，无需对每个报警数据重复统计，只需统计一次即整合为一条数据应用，无需存储每个报警数据，减少存储资源消耗，同时便于对报警数据进行整合和统计。

本申请还提供一种报警处置系统、计算机可读存储介质和终端，具有上述有益效果，此处不再赘述。

附图说明

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

图1为本申请实施例所提供的一种报警处置方法的流程图；

图2为本申请实施例所提供的一种报警处置系统结构示意图。

具体实施方式

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

请参考图1，图1为本申请实施例所提供的一种报警处置方法的流程图，该方法包括：

S101：获取报警数据；

本步骤旨在获取报警数据，但需要注意的是，在此对于报警数据的获取方式和获取周期等不作限定。一种可行的执行方式，可以通过OPC(OLE for Process Control，一种工业标准)UA(Unified Architecture,统一架构)协议获取报警数据。该报警数据可以为电力、化工等行业中关键变量的监测报警。关键变量指物理实体设备状态在软件系统中的抽象，比如阀门的开闭、风机的转速等等，并且为变量设置报警限值，如果变量超过或者低于了限值则产生报警信息，并通过显示界面向操作员展示该报警信息，提醒操作员该变量当前处于异常状态，报警信息一般包含了变量的名称、描述、报警类型、当前值等等信息。

S102：将所述报警数据存入数据表集合中的一级数据表；

S103：在满足所述一级数据表的上报时间时，将所述报警数据整合为一条一级数据上传至下一级数据表；

S104：在满足低级数据表的上传时间时，将低级数据表的中所有数据整合为一条数据上传至下一级数据表，直至将所述报警数据传输至最高级数据表；其中，高级数据表的上传时间大于低级数据表的上传时间；

步骤S102至步骤S104中，均在数据表集合中对报警数据进行整合。具体id，在数据表集合中配置若干张不同等级的数据表，且不同等级的数据表之间的上传时间不同。所谓上传时间，指在满足上传时间时，需要将该数据表内的全部数据整合为一条相应等级的数据传输至高级数据表。且需要注意的是，每种等级的数据表至少为一张。

以数据表集合包含三张数据表，上传时间分别为每10分钟、每小时、每天，则在应用时，可以持续接收报警数据。还需要注意的是，为了便于应用和统计，该上传时间可以以国家授时中心的标准时间执行，即对于第一张数据表，其在0分、10分……50分时执行上传，而第二张数据表则在整点和半点时候上传数据。这样无论在何时开始接收或者结束接收报警数据，均可以以其开始时间或结束时间所在时间区间进行统计。例如在8:03开始接收报警数据，则一级数据表在8:10开始将表中的所有报警数据整合为一条一级数据并上传至二级数据表。同理，在9:00时二级数据表将自身所有数据整合为一条二级数据上传至三级数据表。需要注意的是，本申请实施例对应各级数据表的上传时间不作限定，可以由本领域技术人员根据统计需求自行设定。

在进行报警数据的整合时，可以按照如下方式：

第一步、确定报警数据中各报警信息的报警数量、持续时间和报警频率；

第二步、整合报警数量、持续时间和报警频率，得到一级数据；

第三步、将一级数据上传至下一级数据表。

首先确定报警数据每一条报警信息的报警数量、持续时间和报警频率，需要注意的是，该报警信息为原始报警信息，且将内容相同但触发报警时间不同的报警信息视为两条报警信息，或者合并为一条报警信息后标注其报警次数以及每次报警的触发时间和持续还是件。在具体进行数据整合时，仅显示所有报警数据的统计数据，且仅保留所需数据。

例如，一条报警信息可以包含变量的名称、描述、报警类型、报警时间、持续时间和当前值等等，在进行整合时，可以针对相同名称的变量数据合并，统计报警信息的数量，以及各报警信息的持续时间，报警类型数量等等。

S105：根据所述数据表集合中的各级数据进行所述报警数据的报警统计，得到报警结果。

本步骤旨在对报警数据进行报警统计。在此对于报警结果的具体内容不作限定，其可以包括单位时间报警数、单位时间内报警数超标的时间占比和单位时间内最大报警数等，单位时间报警数也可视为报警频率。沿引上例，若数据表集合包含三张数据表，上传时间分别为每10分钟、每小时、每天，可以直接根据数据表集合得到每10分钟的报警数、每小时的报警数和每天的报警数，在此基础上，还可以确定每小时超过30个报警的时间百分比、每十分钟超过5个报警的时间百分比、在十分钟内报警的最大数量等等。

进一步，还可与统计一定周期内报警频率最高的报警等，尽可以直接根据数据表结合得出。

作为一种优选的实施方式，还可将报警频率高于频率预设值，或持续时间低于报警时间阈值的报警信息作为滋扰报警，从而将滋扰报警的数量添加至报警结果。所谓滋扰报警，可以参考报警的持续时间和报警频率，例如一分钟发出三次以上的报警可以视为滋扰报警，也可以将报警持续时间在10s以下的报警作为滋扰报警。

在上述实施例的基础上，若数据表集合设于报警处理终端，可以利用报警处理终端的规则配置服务接收RESTful API接口发送的数据整合规则，该规则配置服务用于通过标准数据库接口配置数据表集合中各级数据表的数据整合规则，以及配置各级数据表的上传时间等。

本申请实施例通过设置数据表集合，在其中配置不同上传时间的不同等级数据表，从而实现报警数据的递进统计，无需对每个报警数据重复统计，只需统计一次即整合为一条数据应用，无需存储每个报警数据，减少存储资源消耗，同时便于对报警数据进行整合和统计。

基于上述实施例，作为优选的实施例，还可以执行报警信息的补录，具体的，可以获取预设时间段内的报警记录，将报警记录作为报警数据按照上一实施例的过程执行整合统计。

由于在某些场景下，会漏掉某一段时间的关键性能指标统计，比如：报警系统和上文所述的断开、在现场已经运行多年的报警系统上新运行的KPI管理系统，不能对已经存在的报警数据进行KPI统计。

下面对本申请实施例提供的一种报警处置系统进行介绍，下文描述的报警处置系统与上文描述的报警处置方法可相互对应参照。

参见图2，图2为本申请实施例所提供的一种报警处置系统结构示意图，本申请还提供一种报警处置系统，包括：

获取模块，用于获取报警数据；

数据录入模块，用于将所述报警数据存入数据表集合中的一级数据表；

数据表处理模块，用于在满足所述一级数据表的上报时间时，将所述报警数据整合为一条一级数据上传至下一级数据表；在满足低级数据表的上传时间时，将低级数据表的中所有数据整合为一条数据上传至下一级数据表，直至将所述报警数据传输至最高级数据表；其中，高级数据表的上传时间大于低级数据表的上传时间；

统计处置模块，用于根据所述数据表集合中的各级数据进行所述报警数据的报警统计，得到报警结果。

基于上述实施例，作为优选的实施例，若数据表集合设于报警处理终端，还包括：

规则配置模块，用于利用报警处理终端的规则配置服务接收RESTful API接口发送的数据整合规则；规则配置服务用于通过标准数据库接口配置数据表集合中各级数据表的数据整合规则。

基于上述实施例，作为优选的实施例，获取模块为通过OPC UA协议获取报警数据的模块。

基于上述实施例，作为优选的实施例，数据表处理模块包括：

信息确定单元，用于确定报警数据中各报警信息的报警数量、持续时间和报警频率；

整合单元，用于整合报警数量、持续时间和报警频率，得到一级数据；

数据上传单元，用于将一级数据上传至下一级数据表。

基于上述实施例，作为优选的实施例，还包括：

滋扰报警检测模块，用于将报警频率高于频率预设值，或持续时间低于报警时间阈值的报警信息作为滋扰报警；

基于上述实施例，作为优选的实施例，还包括：

补录模块，用于获取预设时间段内的报警记录；将报警记录作为报警数据进入所述数据录入模块。

本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请还提供了一种终端，可以包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时，可以实现上述实施例所提供的步骤。当然所述终端还可以包括各种网络接口，电源等组件。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例提供的系统而言，由于其与实施例提供的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种报警处置方法，其特征在于，包括：

获取报警数据；

将所述报警数据存入数据表集合中的一级数据表；

在满足所述一级数据表的上报时间时，将所述报警数据整合为一条一级数据上传至下一级数据表；

在满足低级数据表的上传时间时，将低级数据表的中所有数据整合为一条数据上传至下一级数据表，直至将所述报警数据传输至最高级数据表；其中，高级数据表的上传时间大于低级数据表的上传时间；

根据所述数据表集合中的各级数据进行所述报警数据的报警统计，得到报警结果。

2.根据权利要求1所述的报警处置方法，其特征在于，若所述数据表集合设于报警处理终端，还包括：

利用所述报警处理终端的规则配置服务接收RESTful API接口发送的数据整合规则；所述规则配置服务用于通过标准数据库接口配置所述数据表集合中各级数据表的数据整合规则。

3.根据权利要求1所述的报警处置方法，其特征在于，获取报警数据包括：

通过OPC UA协议获取所述报警数据。

4.根据权利要求1所述的报警处置方法，其特征在于，所述将所述报警数据整合为一条一级数据上传至下一级数据表包括：

确定所述报警数据中各报警信息的报警数量、持续时间和报警频率；

整合所述报警数量、所述持续时间和所述报警频率，得到一级数据；

将所述一级数据上传至下一级数据表。

5.根据权利要求4所述的报警处置方法，其特征在于，还包括：

将所述报警频率高于频率预设值，或所述持续时间低于报警时间阈值的报警信息作为滋扰报警；

则根据所述数据表集合中的各级数据进行所述报警数据的报警统计，得到报警结果时还包括：

将所述滋扰报警的数量添加至所述报警结果。

6.根据权利要求1所述的报警处置方法，其特征在于，还包括：

获取预设时间段内的报警记录；

将所述报警记录作为所述报警数据执行将所述报警数据存入数据表集合中的一级数据表的步骤。

7.根据权利要求1所述的报警处置方法，其特征在于，所述报警结果包括单位时间报警数、单位时间内报警数超标的时间占比和单位时间内最大报警数。

8.一种报警处置系统，其特征在于，包括：

获取模块，用于获取报警数据；

数据录入模块，用于将所述报警数据存入数据表集合中的一级数据表；

数据表处理模块，用于在满足所述一级数据表的上报时间时，将所述报警数据整合为一条一级数据上传至下一级数据表；在满足低级数据表的上传时间时，将低级数据表的中所有数据整合为一条数据上传至下一级数据表，直至将所述报警数据传输至最高级数据表；其中，高级数据表的上传时间大于低级数据表的上传时间；

统计处置模块，用于根据所述数据表集合中的各级数据进行所述报警数据的报警统计，得到报警结果。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的报警处置方法的步骤。

10.一种终端，其特征在于，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如权利要求1-7任一项所述的报警处置方法的步骤。

Images