CN116912749A - 告警事件处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种告警事件处理方法、装置、设备及存储介质，涉及工业物联网技术领域，该方法包括：边缘计算控制器响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认目标告警事件不为误触发的告警事件，则向巡检机器人发送目标巡检指令；巡检机器人基于目标巡检指令，按照目标路径到达目标机位，采用目标采集方式采集目标系统的状态数据，根据状态数据确定目标识别结果，向边缘计算控制器发送目标识别结果；边缘计算控制器基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在。本申请能够大大提升告警事件真实性的确认效率，提升告警事件的确认精准度。

Description

告警事件处理方法、装置、设备及存储介质

技术领域

本申请涉及工业物联网技术领域，尤其涉及一种告警事件处理方法、装置、设备及存储介质。

背景技术

为保证工业物联网场景中设备的安全稳定运行，可以在厂房中安装边缘计算控制器，边缘计算控制器通过数字化传感网络与车间内设备上运行的各个系统（比如环境系统、动力系统和安防系统等）互联，来对各个系统上报的告警事件进行协同确认，从而判断告警事件的真实性，以对告警事件及时进行处理。

目前，对于告警事件隶属于某个系统且呈现多模态的情况，边缘计算控制器无法对该告警事件进行各个系统之间的协同处理。这时，对该告警事件的确认方式为远程视频方式，即维护人员通过摄像机对上报告警事件的系统进行远程视频查看，对告警事件进行复核，来确认告警事件的真实性。但通过上述人工方式来复核告警事件，存在效率较低的问题。

发明内容

本申请提供一种告警事件处理方法、装置、设备及存储介质，以解决通过人工方式来复核告警事件，存在的效率较低的问题。

第一方面，本申请提供一种告警事件处理方法，应用于边缘计算控制器，该告警事件处理方法包括：

响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认目标告警事件是否为误触发的告警事件，目标系统为工业物联网场景中与边缘计算控制器通过传感网络通信的系统；

若否，则向巡检机器人发送目标巡检指令，目标巡检指令携带有目标告警事件对应的目标采集方式、目标系统对应的目标机位和目标路径，以使得巡检机器人按照目标路径到达目标机位，采用目标采集方式采集目标系统的状态数据，根据状态数据确定目标识别结果；

接收巡检机器人发送的目标识别结果；

基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在。

可选的，告警协同规则是基于工业应用场景确定的告警事件对应的采集方式和协同确认关系，是采用图像化编程方式实现的。

可选的，基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在，包括：基于告警协同规则，若目标识别结果与目标告警事件一致，则确定目标告警事件真实存在；若目标识别结果与目标告警事件不一致，则输出提示信息，提示信息用于提示对目标告警事件进行复核。

可选的，确定目标告警事件真实存在之后，该告警事件处理方法还包括：将目标告警事件上报至云平台。

可选的，基于告警确认规则，确认目标告警事件是否为误触发的告警事件，包括：基于告警确认规则，对目标告警事件进行确认处理，确认目标告警事件是否为误触发的告警事件，确认处理包括告警事件过滤处理和多个系统间的告警事件的关联处理中的至少一种。

第二方面，本申请提供一种告警事件处理方法，应用于巡检机器人，巡检机器人包括至少一个非结构化数据采集设备，该告警事件处理方法包括：

接收边缘计算控制器发送的目标巡检指令，目标巡检指令是边缘计算控制器响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认目标告警事件不为误触发的告警事件的情况下发出的，目标巡检指令携带有目标告警事件对应的目标采集方式、目标系统对应的目标机位和目标路径；

按照目标路径到达目标机位；

采用目标采集方式采集目标系统的状态数据；

根据状态数据确定目标识别结果；

向边缘计算控制器发送目标识别结果。

第三方面，本申请提供一种告警事件处理装置，应用于边缘计算控制器，该告警事件处理装置包括：

确认模块，用于响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认目标告警事件是否为误触发的告警事件，目标系统为工业物联网场景中与边缘计算控制器通过传感网络通信的系统；

发送模块，用于若否，则向巡检机器人发送目标巡检指令，目标巡检指令携带有目标告警事件对应的目标采集方式、目标系统对应的目标机位和目标路径，以使得巡检机器人按照目标路径到达目标机位，采用目标采集方式采集目标系统的状态数据，根据状态数据确定目标识别结果；

接收模块，用于接收巡检机器人发送的目标识别结果；

确定模块，用于基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在。

可选的，告警协同规则是基于工业应用场景确定的告警事件对应的采集方式和协同确认关系，是采用图像化编程方式实现的。

可选的，确定模块具体用于：基于告警协同规则，若目标识别结果与目标告警事件一致，则确定目标告警事件真实存在；若目标识别结果与目标告警事件不一致，则输出提示信息，提示信息用于提示对目标告警事件进行复核。

可选的，确定模块还用于：确定目标告警事件真实存在之后，将目标告警事件上报至云平台。

可选的，确认模块具体用于：基于告警确认规则，对目标告警事件进行确认处理，确认目标告警事件是否为误触发的告警事件，确认处理包括告警事件过滤处理和多个系统间的告警事件的关联处理中的至少一种。

第四方面，本申请提供一种告警事件处理装置，应用于巡检机器人，巡检机器人包括至少一个非结构化数据采集设备，该告警事件处理装置包括：

接收模块，用于接收边缘计算控制器发送的目标巡检指令，目标巡检指令是边缘计算控制器响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认目标告警事件不为误触发的告警事件的情况下发出的，目标巡检指令携带有目标告警事件对应的目标采集方式、目标系统对应的目标机位和目标路径；

处理模块，用于按照目标路径到达目标机位；

采集模块，用于采用目标采集方式采集目标系统的状态数据；

确定模块，用于根据状态数据确定目标识别结果；

发送模块，用于向边缘计算控制器发送目标识别结果。

第五方面，本申请提供一种电子设备，包括：处理器，以及与处理器通信连接的存储器；

存储器存储计算机执行指令；

处理器执行存储器存储的计算机执行指令，以实现如本申请第一方面或第二方面所述的告警事件处理方法。

第六方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序指令，计算机程序指令被执行时，实现如本申请第一方面或第二方面所述的告警事件处理方法。

第七方面，本申请提供一种计算机程序产品，包括计算机程序，计算机程序被执行时实现如本申请第一方面或第二方面所述的告警事件处理方法。

本申请提供的告警事件处理方法、装置、设备及存储介质，通过边缘计算控制器响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认目标告警事件是否为误触发的告警事件；若目标告警事件不为误触发的告警事件，则边缘计算控制器向巡检机器人发送目标巡检指令，目标巡检指令携带有目标告警事件对应的目标采集方式、目标系统对应的目标机位和目标路径；巡检机器人按照目标路径到达目标机位，采用目标采集方式采集目标系统的状态数据，根据状态数据确定目标识别结果，向边缘计算控制器发送目标识别结果；边缘计算控制器基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在。由于本申请的边缘计算控制器在确认目标告警事件不为误触发的告警事件后，向巡检机器人发送目标巡检指令，来获得目标识别结果，进而基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在，克服了现有技术通过传感网络对告警事件进行单一确认的缺点，本申请能够大大提升告警事件真实性的确认效率，能够对告警事件进行多模态的确认，提升复杂告警事件的确认精准度，减少误告警。同时，通过使用巡检机器人，能够对工业物联网场景的巡检地点进行灵活编排，提升部署的灵活性，避免二次部署，降低实施成本。

附图说明

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

图1为本申请一实施例提供的应用场景示意图；

图2为本申请一实施例提供的告警事件处理方法的信令交互示意图；

图3为本申请一实施例提供的告警协同规则的构建示意图；

图4为本申请一实施例提供的告警事件处理方法的流程图；

图5为本申请一实施例提供的告警事件处理装置的结构示意图；

图6为本申请另一实施例提供的告警事件处理装置的结构示意图；

图7为本申请一实施例提供的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本申请所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

为保证工业物联网场景中设备的安全稳定运行，可以在厂房中安装边缘计算控制器，边缘计算控制器通过数字化传感网络与车间内设备上运行的各个系统（比如环境系统、动力系统和安防系统等）互联，检测车间内各个系统的状态数据，比如环境状态、动力状态和安防状态等。其中，数字化传感网络比如为RS232、RS485和RJ45等通信接口标准。环境系统一般包括车间内的温度、湿度、PM2.5（即大气中直径小于或等于2.5μm的颗粒物）、水浸、烟雾或氢气等；动力系统包括电源供应、电池状态和空调状态等；安防系统包括红外入侵和非法开门等。当车间内系统的状态数据出现异常时，车间内环境系统、动力系统和安防系统同时会有不同的响应，比如车间内空调故障时，环境系统会出现温度过高告警，动力系统中会出现空调故障告警，环境系统的温度过高告警事件和动力系统的空调故障告警事件会在边缘计算控制器中进行协同确认，从而准确判断告警内容和告警真实性，降低误告警数量，提升告警精准度。

但对于告警事件隶属于某个系统且呈现多模态（包括文本信号、图像信号和音频信号等）的情况，既有结构化信号（比如文本信号），也有非结构化信号（比如图像信号和音频信号），当该告警事件发生时，只有1个系统能够获取该告警事件的状态数据，而其他系统不能够获取该告警事件的状态数据。此时，边缘计算控制器无法对该告警事件进行协同处理，比如出现水浸告警事件时，只有环境系统会出现水浸告警事件，而其他系统不出现响应，边缘计算控制器不能对该水浸告警事件进行关联，从而无法确认该告警事件是否为真实存在。如果该告警事件为误触发，则该告警事件会造成额外的人员巡查成本。当前对车间内告警事件进行确认的方式是远程视频方式，即维护人员通过摄像机对上报告警事件的系统进行远程视频查看，对告警事件进行复核，来确认告警事件的真实性。通过上述人工方式来复核告警事件，能够对异常事件进行精准判断，但耗时耗力，存在效率较低的问题；且因摄像机安装的位置不一定能够覆盖到车间的所有位置，故在使用上存在一定的局限性。

基于上述问题，本申请提供一种告警事件处理方法、装置、设备及存储介质，通过边缘计算控制器在接收到目标系统上报的告警事件时，基于告警确认规则确认存在该告警事件，向巡检机器人发指令，巡检机器人采集上报告警事件的系统的状态数据进行识别，将识别结果发给边缘计算控制器；边缘计算控制器于告警协同规则，对告警事件和巡检机器人发送的识别结果进行协同确认处理，确定告警事件是否真实存在。能够实现对告警事件进行多模态的确认，提升告警事件的确认精准度，减少误告警；且通过使用巡检机器人，能够对工业物联网场景的巡检地点进行灵活编排，提升部署的灵活性，避免二次部署，降低实施成本。

以下，首先对本申请提供的方案的应用场景进行示例说明。

图1为本申请一实施例提供的应用场景示意图。如图1所示，本应用场景中，边缘计算控制器通过传感网络连接环境系统、安防系统和动力系统，获取环境系统、安防系统和动力系统的状态数据；边缘计算控制器通过无线通信网络和巡检机器人通信连接；边缘计算控制器通过无线网络或有线网络将工业物联网场景中各个系统的状态数据上传到数字化云平台中。以环境系统上报水浸告警事件为例，边缘计算控制器在接收到环境系统上报的水浸告警事件时，基于告警确认规则确认存在水浸告警事件，向巡检机器人发指令，巡检机器人采集环境系统的状态数据进行识别，将识别结果发给边缘计算控制器；边缘计算控制器于告警协同规则，对水浸告警事件和巡检机器人发送的识别结果进行协同确认处理，确定水浸告警事件是否真实存在。若存在，则将水浸告警事件上报至数字化云平台。

需要说明的是，图1仅是本申请实施例提供的一种应用场景的示意图，本申请实施例不对图1中包括的设备进行限定，也不对图1中设备之间的位置关系进行限定。

下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本申请一实施例提供的告警事件处理方法的信令交互示意图。如图2所示，本申请实施例的方法包括：

S201、边缘计算控制器响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认目标告警事件是否为误触发的告警事件。

其中，目标系统为工业物联网场景中与边缘计算控制器通过传感网络通信的系统。

本申请实施例中，边缘计算控制器安装在工业物联网场景中，通过传感网络采集工业物联网场景中各类系统（比如环境系统、动力系统或安防系统）的数据，进行边缘计算（比如协议解析、告警确认或数据编码等），并将数据通过有线网络或者无线网络形式上传到工厂数字化云平台中。传感网络用于连接边缘计算控制器和各类系统，完成边缘计算控制器和各类系统的数据交互。告警确认规则用于对告警事件进行确认，包括多个系统间的告警事件的关联、告警延时和告警过滤等，目的是实现告警识别的准确度。告警确认规则可通过云平台编程、远程配置或本地配置等方式实现，本申请实施例不对告警确认规则的实现方式进行限定。

示例性地，目标系统比如为环境系统，目标告警事件比如为水浸告警事件，环境系统在检测到环境状态出现水浸告警事件时，通过传感网络将水浸告警事件上报至边缘计算控制器。相应地，边缘计算控制器响应于接收到环境系统发送的水浸告警事件，基于告警确认规则，确认水浸告警事件是否为误触发的告警事件。

进一步地，可选的，边缘计算控制器基于告警确认规则，确认目标告警事件是否为误触发的告警事件，可以包括：基于告警确认规则，对目标告警事件进行确认处理，确认目标告警事件是否为误触发的告警事件，确认处理包括告警事件过滤处理和多个系统间的告警事件的关联处理中的至少一种。

示例性地，对于告警事件过滤处理，例如，边缘计算控制器在接收到环境系统发送的水浸告警事件后，若在预设告警延时时长（比如5秒）内，未接收到环境系统发送的用于消除水浸告警事件的告警消除事件，则确认水浸告警事件不为误触发的告警事件；若在预设告警延时时长内，接收到环境系统发送的用于消除水浸告警事件的告警消除事件，则确认水浸告警事件为误触发的告警事件。对于多个系统间的告警事件的关联处理，例如，车间内空调故障时，边缘计算控制器会接收到环境系统上报的温度过高告警和动力系统上报的空调故障告警，则关联两个系统的告警事件，可以确认空调故障告警不为误触发的告警事件。

S202、若目标告警事件不为误触发的告警事件，则边缘计算控制器向巡检机器人发送目标巡检指令，目标巡检指令携带有目标告警事件对应的目标采集方式、目标系统对应的目标机位和目标路径。

相应地，巡检机器人接收边缘计算控制器发送的目标巡检指令。其中，巡检机器人包括至少一个非结构化数据采集设备。

示例性地，巡检机器人用于在工业物联网场景中进行巡检，因工业物联网场景各异，巡检机器人可以是轮式巡检机器人，也可以是导轨机器人或吊轨机器人。可以理解，在巡检机器人正式投入使用前，需要对巡检机器人进行固定机位和路径设定，这些机位可以覆盖工业物联网场景中的各个系统（比如环境系统、安防系统和动力系统），并对各个系统的正常状态进行学习，达到能够识别告警事件的效果。例如，巡检机器人通过固定机位方式来完成环境系统、安防系统和动力系统的巡检。巡检机器人包括至少一个非结构化数据采集设备，非结构化数据比如为图像或音频，非结构化数据采集设备包括摄像头和音频采集设备中的至少一种，摄像头用于采集图像，音频采集设备用于采集音频。巡检机器人与边缘计算控制器通过无线通信网络进行通信连接。

该步骤中，边缘计算控制器在确认目标告警事件不为误触发的告警事件后，则向巡检机器人发送目标巡检指令，以获得巡检机器人发送的与目标告警事件对应的目标识别结果。其中，目标巡检指令携带有目标告警事件对应的目标采集方式、目标系统对应的目标机位和目标路径，目标采集方式比如为巡检机器人通过摄像头对目标系统进行拍照，得到目标系统对应的图像。

S203、巡检机器人按照目标路径到达目标机位。

该步骤中，巡检机器人在接收到边缘计算控制器发送的目标巡检指令，解析目标巡检指令，得到目标系统对应的目标机位和目标路径，巡检机器人按照目标路径到达目标机位。

S204、巡检机器人采用目标采集方式采集目标系统的状态数据。

示例性地，目标采集方式比如为巡检机器人通过摄像头对目标系统进行拍照，则巡检机器人对目标系统进行拍照，比如对于水浸告警事件，拍摄水浸传感器状态，得到目标系统的状态数据，即目标系统对应的图像。

S205、巡检机器人根据状态数据确定目标识别结果。

示例性地，巡检机器人在采集到目标系统的状态数据（比如图像）后，对状态数据进行分析处理，对目标系统的异常状态进行识别，确定目标识别结果。

S206、巡检机器人向边缘计算控制器发送目标识别结果。

相应地，边缘计算控制器接收巡检机器人发送的目标识别结果。

该步骤中，巡检机器人在确定目标识别结果后，向边缘计算控制器发送目标识别结果，相应地，边缘计算控制器能够接收到巡检机器人发送的目标识别结果。

S207、边缘计算控制器基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在。

该步骤中，告警协同规则是用于边缘计算控制器和巡检机器人对告警事件进行协同处理的规则。可选的，告警协同规则是基于工业应用场景确定的告警事件对应的采集方式和协同确认关系，是采用图像化编程方式实现的。

示例性地，告警协同规则可以通过图形化编程方式来实现。在图形化编程平台中，多个告警协同规则封装为功能块，能够直接复用。告警协同规则在图形化编程平台编排后，经过动态链接，编译生成二进制可执行文件形式下发到边缘计算控制器运行。基于告警协同规则，可实现环境系统、动力系统和安防系统运行状态的结构化信息与非结构化信息的协同。具体的，不同的工业应用场景，告警事件的产生都不同，统一的告警协同规则的方式无法满足复杂多变的工业应用场景。本申请实施例中，告警协同规则的构建方式包括以下三个步骤：

步骤1，对工业应用场景的告警事件进行识别，明确告警事件的结构化信息和非结构化信息的采集方式，以及协同确认关系。例如，烟感的结构化信息采集方式为传感器，非结构化信息采集方式为摄像头，结构化信息和非结构化信息的协同确认关系是串行（与）的关系；

步骤2，根据告警事件的采集方式和协同确认关系，在图形化编程平台中通过功能块进行构建，形成面向事件的告警协同确认规则；

步骤3，将告警协同规则进行编译，生成边缘计算控制器可执行的文件（比如后缀是.bin文件、.hex文件等），下载到边缘计算控制器中进行运行。

图3为本申请一实施例提供的告警协同规则的构建示意图，如图3所示，假设一工业应用场景中有1个烟雾传感器，以及1台巡检机器人，该巡检机器人上安装有摄像头，在图形化编程平台中具有烟雾告警事件功能块（即烟感告警）、巡检机器人烟雾感知功能块（即烟感图像）和告警确认功能块，可以根据工业应用场景，配置烟感告警、烟感图像和告警确认这三个功能块的执行顺序，从而得到告警协同规则。烟雾告警事件可通过烟雾传感器采集结构化信息（即告警信息流），以及通过巡检机器人上的摄像机采集非结构化数据（即图像）。当烟雾传感器发生烟雾告警事件时，边缘计算控制器发指令控制巡检机器人到相关机位，对烟雾传感器进行拍照并分析。若来自巡检机器人的图像分析结果也为烟雾告警事件，则确认发生了烟雾告警事件。

进一步地，可选的，边缘计算控制器基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在，可以包括：基于告警协同规则，若目标识别结果与目标告警事件一致，则确定目标告警事件真实存在；若目标识别结果与目标告警事件不一致，则输出提示信息，提示信息用于提示对目标告警事件进行复核。

示例性地，参考图3，边缘计算控制器接收到的目标告警事件为烟雾告警事件，巡检机器人发送给边缘计算控制器的目标识别结果也为发生了烟雾告警事件，目标识别结果与目标告警事件一致，则可以确定目标告警事件真实存在。若目标识别结果与目标告警事件不一致，则输出提示信息，便于提示用户对目标告警事件进行确认，以确定目标告警事件是否真实存在。

可选的，若目标告警事件真实存在，则边缘计算控制器将该目标告警事件上报到数字化云平台；若目标告警事件不存在，则消除该目标告警事件，并将发生目标告警事件和消除目标告警事件的记录保存在本地，包括目标告警事件发生的时间、发生的目标系统以及消除的时间等。

本申请实施例提供的告警事件处理方法，通过边缘计算控制器响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认目标告警事件是否为误触发的告警事件；若目标告警事件不为误触发的告警事件，则边缘计算控制器向巡检机器人发送目标巡检指令，目标巡检指令携带有目标告警事件对应的目标采集方式、目标系统对应的目标机位和目标路径；巡检机器人按照目标路径到达目标机位，采用目标采集方式采集目标系统的状态数据，根据状态数据确定目标识别结果，向边缘计算控制器发送目标识别结果；边缘计算控制器基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在。由于本申请实施例中边缘计算控制器在确认目标告警事件不为误触发的告警事件后，向巡检机器人发送目标巡检指令，来获得目标识别结果，进而基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在，克服了现有技术通过传感网络对告警事件进行单一确认的缺点，本申请实施例能够大大提升告警事件真实性的确认效率，能够对告警事件进行多模态的确认，提升复杂告警事件的确认精准度，减少误告警。同时，通过使用巡检机器人，能够对工业物联网场景的巡检地点进行灵活编排，提升部署的灵活性，避免二次部署，降低实施成本。

在上述实施例的基础上，图4为本申请一实施例提供的告警事件处理方法的流程图。如图4所示，本申请实施例的方法可以包括：

S401、边缘计算控制器通过传感网络接收到目标系统（比如环境系统）上报的目标告警事件（比如水浸告警事件）。

S402、边缘计算控制器按照设定的告警确认规则，对目标告警事件进行告警事件关联和过滤。

S403、若当边缘计算控制器通过告警事件过滤和关联后确认该目标告警事件仍存在时，则产生目标告警事件对应的临时告警事件，如水浸告警事件，但并不上报此临时告警事件到云平台。

S404、边缘计算控制器通过无线通信网络发送目标巡检指令（比如拍摄指令）给巡检机器人。

S405、巡检机器人在接收到目标巡检指令后，按照已规划好的路径到达目标告警事件发生的固定机位，对目标告警事件对应的目标系统进行拍照，比如拍摄水浸传感器状态。

S406、巡检机器人对该照片进行分析处理，对目标系统的异常状态进行识别，将目标识别结果发送给边缘计算控制器。

S407、边缘计算控制器接收到巡检机器人发送的目标识别结果，基于告警协同规则，对目标识别结果和已有的临时告警事件进行协同确认处理，最终确定目标告警事件是否真实存在。若存在，则将该目标告警事件上报到云平台；若不存在，则将该目标告警事件消除，并将发生该目标告警事件和消除该目标告警事件的记录保存在本地，包括目标告警事件发生的时间、发生的系统以及消除的时间等。

本申请实施例提供的告警事件处理方法，通过边缘计算控制器按照设定的告警确认规则，对目标告警事件进行告警事件关联和过滤后，确认目标告警事件仍存在时，向巡检机器人发送目标巡检指令，来获得目标识别结果，进而基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在，能够大大提升告警事件真实性的确认效率，能够对告警事件进行多模态的确认，提升复杂告警事件的确认精准度，减少误告警。同时，通过使用巡检机器人，能够对工业物联网场景的巡检地点进行灵活编排，提升部署的灵活性，避免二次部署，降低实施成本。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图5为本申请一实施例提供的告警事件处理装置的结构示意图，应用于边缘计算控制器。如图5所示，本申请实施例的告警事件处理装置500包括：确认模块501、发送模块502、接收模块503和确定模块504。其中：

确认模块501，用于响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认目标告警事件是否为误触发的告警事件，目标系统为工业物联网场景中与边缘计算控制器通过传感网络通信的系统。

发送模块502，用于若否，则向巡检机器人发送目标巡检指令，目标巡检指令携带有目标告警事件对应的目标采集方式、目标系统对应的目标机位和目标路径，以使得巡检机器人按照目标路径到达目标机位，采用目标采集方式采集目标系统的状态数据，根据状态数据确定目标识别结果。

接收模块503，用于接收巡检机器人发送的目标识别结果。

确定模块504，用于基于告警协同规则，对目标告警事件和目标识别结果进行协同确认处理，确定目标告警事件是否真实存在。

在一些实施例中，告警协同规则是基于工业应用场景确定的告警事件对应的采集方式和协同确认关系，是采用图像化编程方式实现的。

在一些实施例中，确定模块504可以具体用于：基于告警协同规则，若目标识别结果与目标告警事件一致，则确定目标告警事件真实存在；若目标识别结果与目标告警事件不一致，则输出提示信息，提示信息用于提示对目标告警事件进行复核。

可选的，确定模块504还可以用于：确定目标告警事件真实存在之后，将目标告警事件上报至云平台。

在一些实施例中，确认模块501可以具体用于：基于告警确认规则，对目标告警事件进行确认处理，确认目标告警事件是否为误触发的告警事件，确认处理包括告警事件过滤处理和多个系统间的告警事件的关联处理中的至少一种。

本申请实施例的装置，可以用于执行上述任一方法实施例中边缘计算控制器的方案，其实现原理和技术效果类似，此处不再赘述。

图6为本申请另一实施例提供的告警事件处理装置的结构示意图，应用于巡检机器人，巡检机器人包括至少一个非结构化数据采集设备。如图6所示，本申请实施例的告警事件处理装置600包括：接收模块601、处理模块602、采集模块603、确定模块604和发送模块605。其中：

接收模块601，用于接收边缘计算控制器发送的目标巡检指令，目标巡检指令是边缘计算控制器响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认目标告警事件不为误触发的告警事件的情况下发出的，目标巡检指令携带有目标告警事件对应的目标采集方式、目标系统对应的目标机位和目标路径。

处理模块602，用于按照目标路径到达目标机位。

采集模块603，用于采用目标采集方式采集目标系统的状态数据。

确定模块604，用于根据状态数据确定目标识别结果。

发送模块605，用于向边缘计算控制器发送目标识别结果。

本申请实施例的装置，可以用于执行上述任一方法实施例中巡检机器人的方案，其实现原理和技术效果类似，此处不再赘述。

图7为本申请一实施例提供的电子设备的结构示意图。如图7所示，该电子设备700可以包括：至少一个处理器701和存储器702。

存储器702，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机执行指令。

存储器702可能包含高速随机存取存储器（Random Access Memory，RAM），也可能还包括非易失性存储器（non-volatile memory），例如至少一个磁盘存储器。

处理器701用于执行存储器702存储的计算机执行指令，以实现前述方法实施例所描述的告警事件处理方法。其中，处理器701可能是一个中央处理器（Central ProcessingUnit，CPU），或者是专用集成电路（Application Specific Integrated Circuit，ASIC），或者是被配置成实施本申请实施例的一个或多个集成电路。具体的，在实现前述方法实施例所描述的告警事件处理方法时，该电子设备例如可以是终端、服务器等具有处理功能的电子设备。

可选的，该电子设备700还可以包括通信接口703。在具体实现上，如果通信接口703、存储器702和处理器701独立实现，则通信接口703、存储器702和处理器701可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构（Industry StandardArchitecture，ISA）总线、外部设备互连（Peripheral Component，PCI）总线或扩展工业标准体系结构（Extended Industry Standard Architecture，EISA）总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果通信接口703、存储器702和处理器701集成在一块芯片上实现，则通信接口703、存储器702和处理器701可以通过内部接口完成通信。

本申请还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序指令，当处理器执行计算机程序指令时，实现如上的告警事件处理方法的方案。

本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上的告警事件处理方法的方案。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（Static Random AccessMemory，SRAM），电可擦除可编程只读存储器（Electrically Erasable Programmable ReadOnly Memory，EEPROM），可擦除可编程只读存储器（Erasable Programmable Read OnlyMemory，EPROM），可编程只读存储器（Programmable Read Only Memory，PROM），只读存储器（Read Only Memory，ROM），磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路中。当然，处理器和可读存储介质也可以作为分立组件存在于告警事件处理装置中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种告警事件处理方法，其特征在于，应用于边缘计算控制器，所述告警事件处理方法包括：

响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认所述目标告警事件是否为误触发的告警事件，所述目标系统为工业物联网场景中与所述边缘计算控制器通过传感网络通信的系统；

若否，则向巡检机器人发送目标巡检指令，所述目标巡检指令携带有所述目标告警事件对应的目标采集方式、所述目标系统对应的目标机位和目标路径，以使得所述巡检机器人按照所述目标路径到达所述目标机位，采用所述目标采集方式采集所述目标系统的状态数据，根据所述状态数据确定目标识别结果；

接收所述巡检机器人发送的目标识别结果；

基于告警协同规则，对所述目标告警事件和所述目标识别结果进行协同确认处理，确定所述目标告警事件是否真实存在。

2.根据权利要求1所述的告警事件处理方法，其特征在于，所述告警协同规则是基于工业应用场景确定的告警事件对应的采集方式和协同确认关系，是采用图像化编程方式实现的。

3.根据权利要求2所述的告警事件处理方法，其特征在于，所述基于告警协同规则，对所述目标告警事件和所述目标识别结果进行协同确认处理，确定所述目标告警事件是否真实存在，包括：

基于所述告警协同规则，若所述目标识别结果与所述目标告警事件一致，则确定所述目标告警事件真实存在；

若所述目标识别结果与所述目标告警事件不一致，则输出提示信息，所述提示信息用于提示对所述目标告警事件进行复核。

4.根据权利要求3所述的告警事件处理方法，其特征在于，所述确定所述目标告警事件真实存在之后，还包括：

将所述目标告警事件上报至云平台。

5.根据权利要求1至4中任一项所述的告警事件处理方法，其特征在于，所述基于告警确认规则，确认所述目标告警事件是否为误触发的告警事件，包括：

基于告警确认规则，对所述目标告警事件进行确认处理，确认所述目标告警事件是否为误触发的告警事件，所述确认处理包括告警事件过滤处理和多个系统间的告警事件的关联处理中的至少一种。

6.一种告警事件处理方法，其特征在于，应用于巡检机器人，所述巡检机器人包括至少一个非结构化数据采集设备，所述告警事件处理方法包括：

接收边缘计算控制器发送的目标巡检指令，所述目标巡检指令是所述边缘计算控制器响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认所述目标告警事件不为误触发的告警事件的情况下发出的，所述目标巡检指令携带有所述目标告警事件对应的目标采集方式、所述目标系统对应的目标机位和目标路径；

按照所述目标路径到达所述目标机位；

采用所述目标采集方式采集所述目标系统的状态数据；

根据所述状态数据确定目标识别结果；

向所述边缘计算控制器发送所述目标识别结果。

7.一种告警事件处理装置，其特征在于，应用于边缘计算控制器，所述告警事件处理装置包括：

确认模块，用于响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认所述目标告警事件是否为误触发的告警事件，所述目标系统为工业物联网场景中与所述边缘计算控制器通过传感网络通信的系统；

发送模块，用于若否，则向巡检机器人发送目标巡检指令，所述目标巡检指令携带有所述目标告警事件对应的目标采集方式、所述目标系统对应的目标机位和目标路径，以使得所述巡检机器人按照所述目标路径到达所述目标机位，采用所述目标采集方式采集所述目标系统的状态数据，根据所述状态数据确定目标识别结果；

接收模块，用于接收所述巡检机器人发送的目标识别结果；

确定模块，用于基于告警协同规则，对所述目标告警事件和所述目标识别结果进行协同确认处理，确定所述目标告警事件是否真实存在。

8.一种告警事件处理装置，其特征在于，应用于巡检机器人，所述巡检机器人包括至少一个非结构化数据采集设备，所述告警事件处理装置包括：

接收模块，用于接收边缘计算控制器发送的目标巡检指令，所述目标巡检指令是所述边缘计算控制器响应于接收到目标系统发送的目标告警事件，基于告警确认规则，确认所述目标告警事件不为误触发的告警事件的情况下发出的，所述目标巡检指令携带有所述目标告警事件对应的目标采集方式、所述目标系统对应的目标机位和目标路径；

处理模块，用于按照所述目标路径到达所述目标机位；

采集模块，用于采用所述目标采集方式采集所述目标系统的状态数据；

确定模块，用于根据所述状态数据确定目标识别结果；

发送模块，用于向所述边缘计算控制器发送所述目标识别结果。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至6中任一项所述的告警事件处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序指令，所述计算机程序指令被执行时，实现如权利要求1至6中任一项所述的告警事件处理方法。