CN117528022A - 告警事件的处理方法、设备及存储介质 - Google Patents

Abstract

本申请公开了一种告警事件的处理方法、设备及存储介质，该告警事件的处理方法包括：响应于针对数据采集装置采集的数据触发的告警事件，生成告警事件的事件开始信息；获取数据采集装置的状态信息，基于状态信息生成告警事件的事件结束信息；利用事件开始信息和事件结束信息，对数据采集装置采集的数据进行记录，得到告警事件对应的告警上报数据。避免因为数据采集装置出现异常而导致的告警事件数据记录不准确、不稳定等情况，可以根据该状态信息生成告警事件的事件结束信息，得到更加准确的事件结束信息，进而提高数据记录的准确性和稳定性。

Description

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

技术领域

本申请涉及告警处理领域，特别是涉及一种告警事件的处理方法、设备及存储介质。

背景技术

随着计算机、互联网以及数据处理传输技术的飞速发展，人们对于安全的需求越来越高，监控技术应运而生，如视频监控技术、音频监控技术等。

以视频监控技术为例，在视频监控技术的应用中，通过监控设备对场景画面进行获取并识别，根据识别结果判断是否发生告警事件，且通过在发生告警事件时进行实时录像的方式，可以有效为人们的生活和生产带来便利以及为人们提供安全保障。

但是，目前针对告警事件进行数据记录的方式仍然存在缺陷，导致数据记录不准确、不稳定等问题。

发明内容

为了解决上述问题，本申请至少提供一种告警事件的处理方法、设备及存储介质。

本申请第一方面提供了一种告警事件的处理方法，方法包括：响应于针对数据采集装置采集的数据触发的告警事件，生成告警事件的事件开始信息；获取数据采集装置的状态信息，基于状态信息生成告警事件的事件结束信息；利用事件开始信息和事件结束信息，对数据采集装置采集的数据进行记录，得到告警事件对应的告警上报数据。

在一实施例中，获取数据采集装置的状态信息，包括：对数据采集装置对应的心跳包上报事件进行检测；基于心跳包上报事件的检测结果，分析数据采集装置的状态信息。

在一实施例中，事件开始信息含有事件开始时间，事件结束信息含有事件结束时间；基于状态信息生成告警事件的事件结束信息，包括：若状态信息表明数据采集装置处于正常状态，则生成第一事件结束时间；若状态信息表明数据采集装置处于异常状态，则生成第二事件结束时间；其中，第一事件结束时间与事件开始时间之间的时间间隔，大于第二事件结束时间与事件开始时间之间的时间间隔。

在一实施例中，若状态信息表明数据采集装置处于异常状态，则生成第二事件结束时间，包括：基于状态信息确定数据采集装置的异常类型；获取与异常类型匹配的结束时间间隔；利用结束时间间隔和事件开始时间，计算得到第二事件结束时间。

在一实施例中，在若状态信息表明数据采集装置处于正常状态，则生成第一事件结束时间之后，还包括：获取预设的事件上报条件；若告警事件不满足事件上报条件，则更新第一事件结束时间。

在一实施例中，事件上报条件包括：触发告警事件之后的预设时间间隔内没有新的告警事件产生。

在一实施例中，数据采集装置用于采集图像，事件开始信息含有事件开始时间，事件结束信息含有事件结束时间；判断是否触发告警事件的步骤包括：对数据采集装置采集的图像进行事件识别；若存在预设事件，则触发告警事件；利用事件开始信息和事件结束信息，对数据采集装置采集的数据进行记录，得到告警事件对应的告警上报数据，包括：基于事件开始时间和事件结束时间存储数据采集装置采集的图像，得到告警事件对应的告警上报数据。

在一实施例中，在基于事件开始时间和事件结束时间存储数据采集装置采集的图像，得到告警事件对应的告警上报数据之后，还包括：获取待上报的目标用户端；将告警事件对应的告警上报数据发送给目标用户端。

本申请第二方面提供了一种告警事件的处理装置，装置包括：开始信息生成模块，用于响应于针对数据采集装置采集的数据触发的告警事件，生成告警事件的事件开始信息；结束信息生成模块，用于获取数据采集装置的状态信息，基于状态信息生成告警事件的事件结束信息；数据记录模块，用于利用事件开始信息和事件结束信息，对数据采集装置采集的数据进行记录，得到告警事件对应的告警上报数据。

本申请第三方面提供了一种电子设备，包括存储器和处理器，处理器用于执行存储器中存储的程序指令，以实现上述告警事件的处理方法。

本申请第四方面提供了一种计算机可读存储介质，其上存储有程序指令，程序指令被处理器执行时实现上述告警事件的处理方法。

上述方案，通过响应于针对数据采集装置采集的数据触发的告警事件，生成告警事件的事件开始信息；获取数据采集装置的状态信息，基于状态信息生成告警事件的事件结束信息；利用事件开始信息和事件结束信息，对数据采集装置采集的数据进行记录，得到告警事件对应的告警上报数据。避免因为数据采集装置出现异常而导致的告警事件数据记录不准确、不稳定等情况，可以根据该状态信息生成告警事件的事件结束信息，得到更加准确的事件结束信息，进而提高数据记录的准确性和稳定性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本申请的实施例，并与说明书一起用于说明本申请的技术方案。

图1是本申请的一示例性实施例示出的告警事件的处理方法的流程图；

图2是本申请的一示例性实施例示出的生成事件结束信息的示意图；

图3是本申请的一示例性实施例示出的生成事件结束信息的流程图；

图4是本申请的另一实施例示出的告警事件的处理方法的流程图；

图5是本申请的一示例性实施例示出的告警事件的处理装置的框图；

图6是本申请的一示例性实施例示出的电子设备的结构示意图；

图7是本申请的一示例性实施例示出的计算机可读存储介质的结构示意图。

具体实施方式

下面结合说明书附图，对本申请实施例的方案进行详细说明。

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。

本文中术语“和/或”，仅仅是一种描述关联对象的关联信息，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

下面对本申请实施例所提供的告警事件的处理方法进行说明。

本申请提供的告警处理方法主要应用于一种告警处理装置，其中，本申请的告警处理装置可以为服务器，也可以为由服务器和终端设备相互配合的系统。相应地，告警处理装置包括的各个部分，例如各个单元、子单元、模块、子模块可以全部设置于服务器中，也可以分别设置于服务器和终端设备中。

其中，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块，例如用来提供分布式服务器的软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。

终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。

请参阅图1，图1是本申请的一示例性实施例示出的告警事件的处理方法的流程图，如图1所示，告警事件的处理方法至少包括步骤S110至步骤S130，详细介绍如下：

步骤S110：响应于针对数据采集装置采集的数据触发的告警事件，生成告警事件的事件开始信息。

其中，数据采集装置用于进行数据采集，以基于采集得到的数据进行安全监控，确定是否存在告警事件。

示例性地，数据采集装置可以对音频数据进行采集，可以对采集得到的音频进行音频识别，确定是否存在异常，若存在异常则触发对应的告警事件。例如，可以是检测采集得到的音频中是否存在尖叫声、哭泣声、吼叫声等，若存在则触发告警事件；还可以是对采集得到的音频进行语音识别得到语音文本，然后检测语音文本中是否存在敏感词汇，若存在则触发告警事件。

示例性地，数据采集装置可以对图像数据进行采集，可以对采集得到的图像进行图像识别，确定是否存在异常，若存在异常则触发对应的告警事件，其中，图像包括但不限于图片和视频。以采集得到的图像为视频流数据为例进行说明，对视频流中的图像帧进行图像识别得到场景事件识别结果，然后将场景事件识别结果与预设的模板事件进行匹配，在识别到场景事件识别结果与模板事件相匹配时，则认为告警事件触发。

其中，模板事件包括了用户认为需要进行告警的场景事件，例如，模板事件含有出现行人、出现行人的身份为预设身份、行人的移动速度大于预设速度、行人的状态为预设状态等。获取模板事件的方式可以是通过用户输入或导入的方式实现或从数据库中提取得到。示例性地，模板事件可以是预先存储在数据库中的，告警处理装置通过调用该数据库就能够获取模板事件。当然，模板事件还可以是用户导入的，用户可以预先设定模板事件，然后导入至告警处理装置中。因此，关于具体如何获取模板事件的方式有很多，此处不做具体限定。

另外需要说明的是，数据采集装置可以是与告警处理装置集中部署的，数据采集装置也可以是与告警处理装置集分离部署的，告警处理装置可以与多个数据采集装置连接。以数据采集装置为图像采集装置为例，告警处理装置通过内置的普通摄像头或者网络摄像头等带有摄像功能的监控设备对被监控场景进行实时图像采集，从而获取对应的视频流，通过获取的视频流检测是否触发告警事件，也可以通过单独的摄像头或网络摄像头与告警处理装置通过如TCP/IP的网络协议进行连接，从而获取对应的视频流以监控是否触发告警事件，告警处理装置对数据采集装置之间的交互方法在此不做限定。

在检测到存在告警事件后，针对该告警事件执行对应的数据记录逻辑，该数据记录需要确定对应的事件开始信息。

其中，事件开始信息可以用于限定数据记录的开始时间；事件开始信息也可以是用于限定触发开始进行数据记录的指定事件，如限定是否接收到数据记录开始指令。可以根据实际的应用场景限定事件开始信息的信息类型，本申请对此不进行限定。

在一种可能的实施场景中，事件开始信息用于限定数据记录的开始时间，则在检测到当前时间到达开始时间后，开始进行数据记录。其中，可以根据触发的告警事件的类型确定生成的事件开始信息，如若告警事件为出现行人，则生成的事件开始信息限定数据记录的开始时间为即刻开始，若告警事件为“行人的状态为预设状态”，则生成的事件开始信息限定数据记录的开始时间为即刻开始；若告警事件为“出现行人”，则生成的事件开始信息限定数据记录的开始时间为10秒后开始。

在一种可能的实施场景中，事件开始信息用于限定是否接收到数据记录开始指令，可以响应于告警事件触发，向数据记录判断端发送提示信息，该提示信息用于询问数据记录判断端对应的用户是否进行数据记录，若数据记录判断端接收到用户针对该提示信息执行的同意记录操作，则向告警处理装置反馈数据记录开始指令，告警处理装置接收到该数据记录开始指令后，开始进行数据记录。

在一种可能的实施场景中，可以根据实际应用情况灵活确定事件开始信息的生成策略。如根据告警事件所处的时间段确定事件开始信息的生成策略，若告警事件所处的时间段为用户活动时间段(如9：00至22：00)，则生成的事件开始信息用于限定是否接收到数据记录开始指令；若告警事件所处的时间段为用户休息时间段(如22：00至次日9：00)，则生成的事件开始信息用于限定数据记录的开始时间。

步骤S120：获取数据采集装置的状态信息，基于状态信息生成告警事件的事件结束信息。

其中，数据采集装置的状态信息用于表明数据采集装置的运行情况。

示例性地，可以是数据采集装置向告警处理装置主动发送状态信息，也可以是告警处理装置向数据采集装置发送状态获取请求，以使数据采集装置响应于该状态获取请求向告警处理装置反馈状态信息。

根据数据采集装置的状态信息，生成告警事件的事件结束信息。

同理，事件结束信息可以用于限定数据记录的结束时间；事件结束信息也可以是用于限定触发结束数据记录的指定事件，如限定是否接收到数据记录结束指令。可以根据实际的应用场景限定事件开始信息的信息类型，本申请对此不进行限定。

示例性地，可以根据数据采集装置的状态信息、告警事件的类型、告警事件所处的时间段等确定事件结束信息的生成策略。

现有技术中，事件结束信息一般是在检测到告警事件解除后生成，但是若数据采集装置出现异常，则容易导致不能检测到告警事件解除，从而导致数据记录操作一直执行的问题，以及容易导致数据记录操作记录的数据为无效数据，浪费数据存储资源、数据计算资源和网络传输资源等，存在告警处理装置上报告警事件出错的可能性。

因此，本申请考虑了数据采集装置的状态信息，根据该状态信息生成告警事件的事件结束信息，得到更加准确的事件结束信息，提高数据记录的稳定性。

步骤S130：利用事件开始信息和事件结束信息，对数据采集装置采集的数据进行记录，得到告警事件对应的告警上报数据。

根据事件开始信息和事件结束信息执行数据记录操作，以对数据采集装置采集的数据进行记录，得到告警事件对应的告警上报数据。

即在满足事件开始信息时，开始进行数据记录，在满足事件结束信息时，结束数据记录过程，将数据记录过程得到的所有数据作为该告警事件对应的告警上报数据。

接下来对本申请的步骤的部分实施例进行详细说明。

在一些实施方式中，步骤S120中获取数据采集装置的状态信息，包括：对数据采集装置对应的心跳包上报事件进行检测；基于心跳包上报事件的检测结果，分析数据采集装置的状态信息。

数据采集装置周期性向告警处理装置上报心跳包，如数据采集装置每间隔预设之间则向告警处理装置发送一次心跳包。

可选地，可以灵活调整数据采集装置的心跳包上报周期。例如，若检测到数据采集装置存在告警事件的数据记录操作，则调整数据采集装置的心跳包上报周期为10秒一次；若检测到数据采集装置不存在告警事件的数据记录操作，则调整数据采集装置的心跳包上报周期为3分钟一次。通过灵活调整数据采集装置的心跳包上报周期，可以在保证数据采集装置的状态感知及时性的前提下，节约网络传输资源。

通过对数据采集装置对应的心跳包上报事件进行检测，得到心跳包上报事件的检测结果，该心跳包上报事件的检测结果用于反应数据采集装置是否按时上报心跳包，或者数据采集装置上报的心跳包信息是否正常等。

根据心跳包上报事件的检测结果，可以分析得到数据采集装置的状态信息。例如，若检测结果反应数据采集装置没有按时上报心跳包，则数据采集装置可能出现断电或者断网等异常；若检测结果反应数据采集装置上报的心跳包存在数据缺失，则数据采集装置可能出现网络数据传输不稳定等异常。

请参阅图2，图2为本申请一示意性实施例示出的生成事件结束信息的示意图，如图2所示，数据采集装置为网络摄像机，网络摄像机周期性向告警处理装置上报心跳包，告警处理装置对网络摄像机上报的心跳包进行分析，得到数据采集装置的状态信息，再根据状态信息生成当前触发的告警事件的事件结束信息。

为了便于理解，以事件开始信息用于限定数据记录的开始时间，事件结束信息用于限定数据记录的结束时间为例，对本申请的生成事件结束信息的过程进行说明。

在一些实施方式中，事件开始信息含有事件开始时间，事件结束信息含有事件结束时间，请参阅图3，图3为一示例性实施例示出的步骤S120中基于状态信息生成告警事件的事件结束信息的流程图，包括：

步骤S121：检测数据采集装置的状态信息处于正常状态或异常状态，若状态信息表明数据采集装置处于正常状态，则执行步骤S122；若状态信息表明数据采集装置处于异常状态，则执行步骤S123。

根据数据采集装置的状态信息对数据采集装置进行状态分类，可以划分为正常状态和异常状态。

本申请中的异常状态可以是除正常状态之外的所有状态，也可以是指定的状态，指定的状态可以包括数据采集装置出现断电、断网、网络数据传输不稳定等状态。

步骤S122：生成第一事件结束时间。

步骤S123：生成第二事件结束时间。

其中，第一事件结束时间与事件开始时间之间的时间间隔，大于第二事件结束时间与事件开始时间之间的时间间隔。

例如，若状态信息表明数据采集装置处于正常状态，则生成第一事件结束时间，第一事件结束时间与事件开始时间之间的时间间隔为60秒；若状态信息表明数据采集装置处于异常状态，则生成第二事件结束时间，第二事件结束时间与事件开始时间之间的时间间隔为30秒。

具体地，若状态信息表明数据采集装置处于异常状态，则生成第二事件结束时间，包括：基于状态信息确定数据采集装置的异常类型；获取与异常类型匹配的结束时间间隔；利用结束时间间隔和事件开始时间，计算得到第二事件结束时间。

可以是查询预设的时间间隔关系表，得到与异常类型匹配的结束时间间隔；还可以是对历史异常恢复记录进行统计，得到与异常类型匹配的结束时间间隔，历史异常恢复记录中记载了该数据采集装置在历史时间段内各个从异常状态到正常状态的数据记录。

例如，若数据采集装置的异常类型为断电，则结束时间间隔为30秒，若数据采集装置的异常类型为网络数据传输不稳定，则结束时间间隔为40秒。

进一步地，在若状态信息表明数据采集装置处于正常状态，则生成第一事件结束时间之后，还包括：获取预设的事件上报条件；若告警事件不满足事件上报条件，则更新第一事件结束时间。

可选地，事件上报条件包括：触发告警事件之后的预设时间间隔内没有新的告警事件产生。当然，事件上报条件还可以是其它条件，如接收到其它端发送的事件上报指令、对采集的数据检测到指定事件等，本申请对此不进行限定。

若事件上报条件为触发告警事件之后的预设时间间隔内没有新的触发信号产生，即在预设时间间隔内告警处理装置没有监测到新的告警事件发生，则认为本次告警事件结束，不用更新第一事件结束时间。反之，若触发告警事件之后的预设时间间隔内有新的触发信号产生，即在预设时间间隔内告警处理装置有监测到新的告警事件发生，则更新第一事件结束时间，以保证告警事件的数据记录的完整性。

进一步地，在上述实施例的基础上，以数据采集装置用于采集图像为例，对本申请的告警处理过程进行说明。

示例性地，判断是否触发告警事件的步骤包括：对数据采集装置采集的图像进行事件识别；若存在预设事件，则触发告警事件。

在一些应用场景中，在对数据采集装置采集的图像进行事件识别时，分为全局区域识别和多局部区域识别。其中，全局区域识别用于对数据采集装置采集的图像的全局区域均进行事件识别；多局部区域识别用于对数据采集装置采集的图像的部分局部区域进行事件识别，如选取图像的全局区域的第一局部区域、第二局部区域和第三局部区域分别进行事件识别，第一局部区域、第二局部区域和第三局部区域之间可以存在重叠，且第一局部区域、第二局部区域和第三局部区域均小于全局区域。通过局部区域识别可以提高告警事件判断的准确，且可以节约告警事件判断的计算资源。

例如，以告警处理装置为云平台为例，请参阅图4，图4为本申请另一实施例示出的告警事件的处理方法的流程图，如图4所示，检测到图像的局部区域或全局区域存在预设事件，则触发告警事件，同时生成事件开始信息，并构建对应的IOT(Internet of Things)物模型。再确定该告警事件为全局区域识别或多局部区域识别对应触发的，以根据事件开始信息分别进行全局区域录像或者局部区域录像。将录像数据发送给云平台，云平台中设置有事件管理中心，该事件管理中心针对该告警事件的事件开始信息进行事件结束信息生成，事件结束信息生成的具体步骤参见上述实施例。然后，根据事件结束信息执行录像数据的存储，得到告警上报数据，并将告警事件对应的告警上报数据发送给待上报的目标用户端。

本申请提供的告警事件的处理方法，通过响应于针对数据采集装置采集的数据触发的告警事件，生成告警事件的事件开始信息；获取数据采集装置的状态信息，基于状态信息生成告警事件的事件结束信息；利用事件开始信息和事件结束信息，对数据采集装置采集的数据进行记录，得到告警事件对应的告警上报数据。避免因为数据采集装置出现异常而导致的告警事件数据记录不准确、不稳定等情况，可以根据该状态信息生成告警事件的事件结束信息，得到更加准确的事件结束信息，进而提高数据记录的准确性和稳定性。

图5是本申请的一示例性实施例示出的告警事件的处理装置的框图。如图5所示，该示例性的告警事件的处理装置500包括：开始信息生成模块510、结束信息生成模块520和数据记录模块530。具体地：

开始信息生成模块510，用于响应于针对数据采集装置采集的数据触发的告警事件，生成告警事件的事件开始信息；

结束信息生成模块520，用于获取数据采集装置的状态信息，基于状态信息生成告警事件的事件结束信息；

数据记录模块530，用于利用事件开始信息和事件结束信息，对数据采集装置采集的数据进行记录，得到告警事件对应的告警上报数据。

在上述示例性的告警事件的处理装置中，可以避免因为数据采集装置出现异常而导致的告警事件数据记录不准确、不稳定等情况，通过根据该状态信息生成告警事件的事件结束信息，得到更加准确的事件结束信息，进而提高数据记录的准确性和稳定性。

请参阅图6，图6是本申请电子设备一实施例的结构示意图。电子设备600包括存储器601和处理器602，处理器602用于执行存储器601中存储的程序指令，以实现上述任一告警事件的处理方法实施例中的步骤。在一个具体的实施场景中，电子设备600可以包括但不限于：微型计算机、服务器，此外，电子设备600还可以包括笔记本电脑、平板电脑等移动设备，在此不做限定。

具体而言，处理器602用于控制其自身以及存储器601以实现上述任一告警事件的处理方法实施例中的步骤。处理器602还可以称为中央处理单元(Central ProcessingUnit，CPU)。处理器602可能是一种集成电路芯片，具有信号的处理能力。处理器602还可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器602可以由集成电路芯片共同实现。

请参阅图7，图7是本申请计算机可读存储介质一实施例的结构示意图。计算机可读存储介质700存储有能够被处理器运行的程序指令710，程序指令710用于实现上述任一告警事件的处理方法实施例中的步骤。

在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。

上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。

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

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

Claims (10)

1.一种告警事件的处理方法，其特征在于，包括：

响应于针对数据采集装置采集的数据触发的告警事件，生成所述告警事件的事件开始信息；

获取所述数据采集装置的状态信息，基于所述状态信息生成所述告警事件的事件结束信息；

利用所述事件开始信息和所述事件结束信息，对所述数据采集装置采集的数据进行记录，得到所述告警事件对应的告警上报数据。

2.根据权利要求1所述的方法，其特征在于，所述获取所述数据采集装置的状态信息，包括：

对所述数据采集装置对应的心跳包上报事件进行检测；

基于所述心跳包上报事件的检测结果，分析所述数据采集装置的状态信息。

3.根据权利要求1所述的方法，其特征在于，所述事件开始信息含有事件开始时间，所述事件结束信息含有事件结束时间；所述基于所述状态信息生成所述告警事件的事件结束信息，包括：

若所述状态信息表明所述数据采集装置处于正常状态，则生成第一事件结束时间；

若所述状态信息表明所述数据采集装置处于异常状态，则生成第二事件结束时间；其中，所述第一事件结束时间与所述事件开始时间之间的时间间隔，大于所述第二事件结束时间与所述事件开始时间之间的时间间隔。

4.根据权利要求3所述的方法，其特征在于，所述若所述状态信息表明所述数据采集装置处于异常状态，则生成第二事件结束时间，包括：

基于所述状态信息确定所述数据采集装置的异常类型；

获取与所述异常类型匹配的结束时间间隔；

利用所述结束时间间隔和所述事件开始时间，计算得到第二事件结束时间。

5.根据权利要求3所述的方法，其特征在于，在所述若所述状态信息表明所述数据采集装置处于正常状态，则生成第一事件结束时间之后，还包括：

获取预设的事件上报条件；

若所述告警事件不满足所述事件上报条件，则更新所述第一事件结束时间。

6.根据权利要求5所述的方法，其特征在于，所述事件上报条件包括：触发所述告警事件之后的预设时间间隔内没有新的告警事件产生。

7.根据权利要求1所述的方法，其特征在于，所述数据采集装置用于采集图像，所述事件开始信息含有事件开始时间，所述事件结束信息含有事件结束时间；判断是否触发告警事件的步骤包括：

对所述数据采集装置采集的图像进行事件识别；

若存在预设事件，则触发告警事件；

所述利用所述事件开始信息和所述事件结束信息，对所述数据采集装置采集的数据进行记录，得到所述告警事件对应的告警上报数据，包括：

基于所述事件开始时间和所述事件结束时间存储所述数据采集装置采集的图像，得到所述告警事件对应的告警上报数据。

8.根据权利要求7所述的方法，其特征在于，在所述基于所述事件开始时间和所述事件结束时间存储所述数据采集装置采集的图像，得到所述告警事件对应的告警上报数据之后，还包括：

获取待上报的目标用户端；

将所述告警事件对应的告警上报数据发送给所述目标用户端。

9.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，处理器用于执行存储器中存储的程序指令，以实现如权利要求1-8任一项所述方法中的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有程序指令，所述程序指令能够被处理器执行以实现如权利要求1-8任一项所述方法中的步骤。