CN117785551A - 设备异常重启后的事件补发方法、设备及存储介质 - Google Patents

Abstract

本申请公开了一种设备异常重启后的事件补发方法、设备及存储介质，该设备异常重启后的事件补发方法包括：响应于设备由异常状态转换为正常状态，获取事件记录文件；利用事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件；获取待补发告警事件在设备异常前存储的事件数据，结合事件数据生成待补发告警事件的结束信息；将待补发告警事件的结束信息发送给服务器，并基于待补发告警事件的结束信息更新事件记录文件。可以尽可能还原待补发告警事件在设备异常前的执行情况，以根据事件数据补充生成该待补发告警事件的结束信息，提高补充生成的结束信息的准确性，解决因为设备异常导致的告警事件上报缺漏的情况。

Description

设备异常重启后的事件补发方法、设备及存储介质

技术领域

本申请涉及告警处理技术领域，特别是涉及一种设备异常重启后的事件补发方法、设备及存储介质。

背景技术

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

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

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

发明内容

本申请至少提供一种设备异常重启后的事件补发方法、设备及存储介质。

本申请第一方面提供了一种设备异常重启后的事件补发方法，方法包括：响应于设备由异常状态转换为正常状态，获取事件记录文件；其中，事件记录文件记载向服务器发送告警事件的开始信息和结束信息的信息发送进度，开始信息是在检测到存在告警事件时生成的，结束信息是在检测到告警事件结束时生成的；利用事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件；获取待补发告警事件在设备异常前存储的事件数据，结合事件数据生成待补发告警事件的结束信息；将待补发告警事件的结束信息发送给服务器，并基于待补发告警事件的结束信息更新事件记录文件。

在一实施例中，事件记录文件记载向服务器发送告警事件的开始信息和结束信息的信息发送进度，包括：检测到任一告警事件的开始信息生成，获取任一告警事件的事件标识；将任一告警事件的事件标识和开始信息，关联记载至事件记录文件中；检测到任一告警事件的结束信息生成，删除事件记录文件中与任一告警事件的事件标识关联记载的开始信息。

在一实施例中，利用事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件，包括：获取事件记录文件中记载的开始信息对应的事件标识，得到目标事件标识；将目标事件标识对应的告警事件作为待补发告警事件。

在一实施例中，基于待补发告警事件的结束信息更新事件记录文件，包括：删除事件记录文件中与目标事件标识关联记载的开始信息。

在一实施例中，开始信息用于指示告警事件的开始时间，结束信息用于指示告警事件的结束时间；获取待补发告警事件在设备异常前存储的事件数据，结合事件数据生成待补发告警事件的结束信息，包括：获取事件数据对应的数据存储最新时间；将数据存储最新时间最为待补发告警事件的结束时间；基于待补发告警事件的结束时间，生成待补发告警事件的结束信息。

在一实施例中，事件数据包括录像数据；获取事件数据对应的数据存储最新时间，包括：获取录像数据的最新视频帧的存储时间；将最新视频帧的存储时间作为数据存储最新时间。

在一实施例中，录像数据的视频帧对应的扩展帧数据中含有视频帧的时间信息；获取录像数据的最新视频帧的存储时间，包括：获取最新视频帧对应的扩展帧数据；提取最新视频帧对应的扩展帧数据中的时间信息，得到最新视频帧的存储时间。

在一实施例中，录像数据对应有索引文件，索引文件含有录像数据中视频帧的时间信息；获取录像数据的最新视频帧的存储时间，包括：获取录像数据对应的索引文件；利用索引文件，提取最新视频帧对应的存储时间。

本申请第二方面提供了一种设备异常重启后的事件补发装置，装置包括：文件获取模块，用于响应于设备由异常状态转换为正常状态，获取事件记录文件；其中，事件记录文件记载向服务器发送告警事件的开始信息和结束信息的信息发送进度，开始信息是在检测到存在告警事件时生成的，结束信息是在检测到告警事件结束时生成的；事件确定模块，用于利用事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件；信息生成模块，用于获取待补发告警事件在设备异常前存储的事件数据，结合事件数据生成待补发告警事件的结束信息；信息补发模块，用于将待补发告警事件的结束信息发送给服务器，并基于待补发告警事件的结束信息更新事件记录文件。

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

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

上述方案，通过响应于设备由异常状态转换为正常状态，获取事件记录文件，利用事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件，再获取待补发告警事件在设备异常前存储的事件数据，结合事件数据生成待补发告警事件的结束信息，可以尽可能还原待补发告警事件在设备异常前的执行情况，提高补充生成的结束信息的准确性。然后，将待补发告警事件的结束信息发送给服务器，并基于待补发告警事件的结束信息更新事件记录文件，解决因为设备异常导致的告警事件上报缺漏的情况。

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

附图说明

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

图1是本申请的一示例性实施例示出的设备异常重启后的事件补发方法涉及的一种实施环境的示意图；

图2是本申请的一示例性实施例示出的设备端为IPC设备时的实施环境的示意图；

图3是本申请的一示例性实施例示出的设备异常重启后的事件补发方法的流程图；

图4是本申请的一示例性实施例示出的事件记录文件的信息记载示意图；

图5是本申请的一示例性实施例示出的告警事件上报的示意图；

图6是本申请的一示例性实施例示出的设备异常重启后的事件补发装置的框图；

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

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

具体实施方式

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

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

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

另外，在本申请的具体实施方式中，涉及到图像、音频等相关的数据，当本申请下述实施例运用到具体产品或技术中时，需要获得用户许可或者同意，且相关数据的收集、使用和处理需要守相关国家和地区的相关法律法规和标准。

下面对本申请实施例所提供的设备异常重启后的事件补发方法进行说明。

请参考图1，其示出了本申请一个实施例提供的方案实施环境的示意图。该方案实施环境可以包括设备端110、服务器120和用户终端130，服务器120分别与设备端110和用户终端130之间相互通信连接。

设备端110用于进行数据采集，以对采集的数据进行告警事件检测，确定是否存在告警事件。

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

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

服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

在一个示例中，用户终端130中安装运行有目标应用程序的客户端，如该目标应用程序可以是提供告警事件查看的应用程序。服务器120可以是该目标应用程序的后台服务器，用于为该目标应用程序的客户端提供后台服务。

以设备端110为网络摄像机(Internet Protocol Camera，IPC)为例进行举例说明：请参阅图2，IPC依次含有IOT物模型、应用层、底层算法模块、存储模块、编码器模块等组成。IPC基于底层算法模块中的检测算法对采集到的图像进行检测，以识别是否存在告警事件，若存在告警事件，则根据告警事件的存在状态向服务器发送告警事件的开始信息和结束信息，并将事件数据(如音频数据、图像数据等)上报至服务器120，服务器120在陆续接收到告警事件的开始信息和结束信息后，可以将这期间接收到的事件数据、告警事件的开始信息和结束信息等可视化展示到用户终端130上。

在设备端110向服务器120进行告警事件上报时，服务器120一般需要根据设备端110上报的开始信息和结束信息确定整个告警事件的周期。但是，在设备端110向服务器120进行告警事件上报时，当设备出现异常情况，如设备端110断网或断电时，若设备端110在异常前已经发出了一个告警事件的开始，设备端110断连后，服务器120接收不到此次事件的结束，导致服务器120的处理出现异常，如云录像缺失、事件丢失、结束事件不准确等，降低了告警事件上报的准确性，影响用户使用体验。

为了解决上述问题，本申请提供一种设备异常重启后的事件补发方法，其实现步骤具体参见下述实施例。

请参阅图3，图3是本申请的一示例性实施例示出的设备异常重启后的事件补发方法的流程图。该设备异常重启后的事件补发方法可以应用于图1所示的实施环境，并由该实施环境中的设备端具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

如图3所示，设备异常重启后的事件补发方法至少包括步骤S310至步骤S340，详细介绍如下：

步骤S310：响应于设备由异常状态转换为正常状态，获取事件记录文件；其中，事件记录文件用于记载向服务器发送告警事件的开始信息和结束信息的信息发送进度，开始信息是在检测到存在告警事件时生成的，结束信息是在检测到告警事件结束时生成的。

其中，设备的异常状态是指不能正常进行告警事件上报的状态，异常状态包括但不限于断电异常、断网异常等。反之，设备的正常状态是指可以正常进行告警事件上报的状态。

举例说明，设备由异常状态转换为正常状态可以是：设备重新上电，则判断为设备从断电状态转换为正常状态；或者设备与服务器之间的通讯功能重新恢复正常，则判断为设备从断网状态转换为正常状态。

若检测到设备由异常状态重新转换为正常状态，则获取事件记录文件。

本申请通过事件记录文件用于记载向服务器发送告警事件的开始信息和结束信息的信息发送进度。告警事件的开始信息和结束信息是通过进行告警事件检测得到的，当设备根据采集的数据检测到存在告警事件时，生成该告警事件对应的开始信息，当设备根据采集的数据检测到告警事件解除时，生成该告警事件对应的结束信息。

例如，事件记录文件用于对每个告警事件的开始信息和结束信息均进行记录，以通过事件记录文件得到向服务器发送告警事件的开始信息和结束信息的信息发送进度。或者，事件记录文件用于标记每个告警事件是否向服务器发送开始信息或结束信息，如针对发送过开始信息的告警事件标记为1，针对发送过开始信息和结束信息的告警事件标记为2，以通过事件记录文件得到向服务器发送告警事件的开始信息和结束信息的信息发送进度。需要说明的是，上述事件记录文件的实现方式仅是示意性说明，可以根据具体应用场景灵活选择事件记录文件的实现方式。

步骤S320：利用事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件。

由于在设备进入异常状态之前，可能已经发出了告警事件的开始信息，直至设备进入异常状态后，还未发送告警事件的结束信息，且由于设备是重新进入正常状态，其与异常状态之前的告警事件检测步骤存在脱离，因此，不能通过正常的告警事件检测步骤生成异常状态之前的告警事件的结束信息。

而本申请通过事件记录文件记载向服务器发送告警事件的开始信息和结束信息的信息发送进度，因此，通过事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件。

其中，待补发告警事件是指开始信息发送于设备进行异常状态之前，且设备由异常状态转换为正常状态后，还未向服务器发送结束信息的告警事件。

步骤S330：获取待补发告警事件在设备异常前存储的事件数据，结合事件数据生成待补发告警事件的结束信息。

确定待补发告警事件后，获取待补发告警事件在设备异常前存储的事件数据。

其中，事件数据是待补发告警事件对应的相关数据，可以理解的是，设备采集的数据类型不同、设备与服务器之间进行告警交互的方式不同等，则对应的事件数据也不同。

例如，若设备采集的数据为视频流，则事件数据可以为预设时间段内的录像；若设备采集的数据为音频数据，则事件数据可以为预设时间段内的录音；若设备与服务器之间进行告警交互的方式是图像抓拍的方式，则事件数据可以为预设时间段内抓拍到的图像集合。

以设备为IPC设备为例，对事件数据的获取方式进行举例说明：IPC的存储模块(如安全数字卡(Secure Digital Memory Card，SD卡))中存储有告警事件的录像，从存储模块中查询待补发告警事件对应的录像，得到该待补发告警事件在设备异常前存储的事件数据。

进一步地，结合事件数据生成待补发告警事件的结束信息。

根据查询到的待补发告警事件在设备异常前存储的事件数据，可以尽可能还原待补发告警事件在设备异常前的执行情况，以根据事件数据补充生成该待补发告警事件的结束信息，且该结束信息贴合待补发告警事件在设备异常前的执行情况，提高补充生成的结束信息的准确性。

在一些实施方式中，待补发告警事件的类型不同、事件数据的类型不同、设备与服务器之间进行告警交互的方式不同等，则对应生成结束信息的方式也不同，以及结束信息的信息内容也可能不同。

示例性地，根据待补发告警事件的类型，得到该待补发告警事件的告警等级，获取与告警等级匹配的结束信息生成策略，采用该结束信息生成策略生成结束信息。

以设备为IPC为例进行举例说明，若待补发告警事件为检测到预设区域存在目标对象，其告警等级为第一等级，得到匹配的结束信息生成策略为：获取异常状态前的录像，并根据该录像得到最后采集的图像帧的时间，将该时间作为该待补发告警事件的结束时间，以将该结束时间作为结束信息发送给服务器。若待补发告警事件为检测到预设区域存在目标对象，且该目标对象存在异常行为，其告警等级为第二等级，得到匹配的结束信息生成策略为：获取异常状态前的录像，并根据该录像得到最后采集的图像帧的时间，将该时间作为该待补发告警事件的结束时间，同时检测该录像是否均发送给服务器，若检测到因为之前的异常状态导致存在部分录像内容未发送给服务器，则将未发送给服务器的录像内容和上述结束时间均打包发送给服务器。

步骤S340：将待补发告警事件的结束信息发送给服务器，并基于待补发告警事件的结束信息更新事件记录文件。

对待补发告警事件进行结束信息的补发，以完善该待补发告警事件的事件上报流程，避免服务器侧关键数据的丢失。

进一步地，在将待补发告警事件的结束信息发送给服务器后，根据待补发告警事件的结束信息更新事件记录文件，以表明该待补发告警事件已经完成结束信息的发送。

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

在一些实施方式中，事件记录文件记载向服务器发送告警事件的开始信息和结束信息的信息发送进度，包括：检测到任一告警事件的开始信息生成，获取任一告警事件的事件标识；将任一告警事件的事件标识和开始信息，关联记载至事件记录文件中；检测到任一告警事件的结束信息生成，删除事件记录文件中与任一告警事件的事件标识关联记载的开始信息。

事件标识用于唯一标记告警事件。

每个告警事件开始后，生成该告警事件的开始信息start，并将告警事件的开始信息start与该告警事件的事件标识关联记载至事件记录文件中，并在检测到告警事件的结束信息stop后，基于结束信息stop对应的事件标识，对事件记录文件中关联的开始信息start进行删除，从而可以通过事件记录文件反映各个告警事件的执行情况。

示例性地，请参阅图4，图4为本申请一示例性实施例示出的事件记录文件的信息记载示意图，如图4所示，在t1时刻设备检测到存在告警事件w1，生成该告警事件w1的开始信息start，将该告警事件w1和开始信息start关联存储至事件记录文件中。然后，在t2时刻设备检测到告警事件w1解除，生成该告警事件w1的结束信息stop，将事件记录文件中该告警事件w1和开始信息start进行删除。

参见上述事件记录文件的实现方式，步骤S220中利用事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件，包括：

步骤S221：获取事件记录文件中记载的开始信息对应的事件标识，得到目标事件标识。

步骤S222：将目标事件标识对应的告警事件作为待补发告警事件。

即事件记录文件在检测到告警事件的开始信息时进行相应记录，在检测到告警事件的结束信息时删除对应的开始信息，从而事件记录文件中记录有开始信息的告警事件均为还未发送结束信息的告警事件。

因此，在设备由异常状态转换为正常状态后，获取事件记录文件中记载的开始信息对应的事件标识，得到目标事件标识，以将这些目标事件标识对应的告警事件作为待补发告警事件。

例如，在设备由异常状态转换为正常状态后，获取到的事件记录文件中记载的开始信息对应的事件标识含有告警事件w2和告警事件w3，将告警事件w2和告警事件w3对应的告警事件作为待补发告警事件。

同理，在将待补发告警事件的结束信息发送给服务器后，基于待补发告警事件的结束信息更新事件记录文件，包括：删除事件记录文件中与目标事件标识关联记载的开始信息。

在一些实施方式中，开始信息用于指示告警事件的开始时间，结束信息用于指示告警事件的结束时间；步骤S230中获取待补发告警事件在设备异常前存储的事件数据，结合事件数据生成待补发告警事件的结束信息，包括：

步骤S231：获取事件数据对应的数据存储最新时间。

步骤S232：将数据存储最新时间最为待补发告警事件的结束时间。

步骤S233：基于待补发告警事件的结束时间，生成待补发告警事件的结束信息。

其中，数据存储最新时间是指存储的事件数据中，最近一次执行的数据存储操作对应的时间。

例如，若事件数据为音频数据，则数据存储最新时间为最近一次存储的音频帧对应的时间；若事件数据为图片集合，则数据存储最新时间为最近一次存储的图片对应的时间。

将数据存储最新时间最为待补发告警事件的结束时间，以根据结束时间生成待补发告警事件的结束信息。

以设备为IPC设备为例进行举例说明，事件数据包括录像数据；获取事件数据对应的数据存储最新时间，包括：获取录像数据的最新视频帧的存储时间；将最新视频帧的存储时间作为数据存储最新时间。

录像数据是IPC设备在检测到存在告警事件后，同步对采集的图像进行录像得到的数据。

最新视频帧是指最近一次存储的视频帧，将最新视频帧的存储时间作为数据存储最新时间。

录像数据的格式不同或者存储方式不同，则最新视频帧的存储时间的获取方式也不同。

例如，若录像数据的视频帧对应的扩展帧数据中含有视频帧的时间信息，则获取录像数据的最新视频帧的存储时间的步骤包括：获取最新视频帧对应的扩展帧数据；提取最新视频帧对应的扩展帧数据中的时间信息，得到最新视频帧的存储时间。

具体地，请参阅图5，图5为本申请一示例性实施例示出的告警事件上报的示意图，如图5所示，IPC设备通过对采集图像进行告警事件检测，在t1时刻检测到告警事件，则生成该告警事件的开始信息，同时：

将开始信息记载至事件记录文件EventInfo中，再将EventInfo存储至IPC设备的flash中；

开始录像，录像数据存储至SD卡中，且在视频帧对应的帧头中定义新增时间参数utc，以通过视频帧帧头记载视频帧的时间信息。具体地，将编码器编码视频帧对应的实际时间写入该时间参数utc中，例如，扩展后的扩展帧的帧头为：RECORD字符串开头+2字节扩展头数据长度+4字节utc时间+2字节校验和；

与服务器建立通信连接，通过该通信连接上传告警事件的相关数据，如开始信息、录像数据等。

需要说明的是，不对上述各个步骤之间的执行先后顺序进行限定。

然后，在t2时刻IPC设备进入断电异常，并在t3时刻IPC设备重新上电，IPC设备重新与服务器建立通信连接，并检测flash中存储的EventInfo中是否存在未上报结束信息的告警事件，即检测是否存在待补发告警事件，若不存在则结束；若存在则获取待补发告警事件的结束时间。

获取待补发告警事件的结束时间的步骤可以包括：

1.获取待补发告警事件的录像数据；

2.获取录像数据的最新视频帧，以得到该最新视频帧对应的扩展帧数据；

3.解析扩展帧数据的帧头数据，以提取出IPC断电异常前写入的最新utc时间，得到最新视频帧的存储时间，即得到待补发告警事件的结束时间。

然后，基于获取待补发告警事件的结束时间，组装生成待补发告警事件的结束信息，以将该待补发告警事件的结束信息补发给服务器。

需要说明的是，录像数据的存储格式可能会导致无法添加扩展帧数据，如采用MP4的存储格式存储录像数据，此时可以基于录像数据的索引文件获取录像数据的最新视频帧的存储时间，索引文件含有录像数据中视频帧的时间信息。

例如，通过索引文件得到录像数据的第一视频帧的时间戳pts1，以及最新视频帧的时间戳pts2，并根据EventInfo记录的待补发告警事件的开始信息得到开始时间starttime，则结束时间endtime的计算公式可以为：

endtime＝starttime+pts2–pts1

计算得到结束时间后，组装生成待补发告警事件的结束信息，以将该待补发告警事件的结束信息补发给服务器。

本申请提供的设备异常重启后的事件补发方法，通过响应于设备由异常状态转换为正常状态，获取事件记录文件，利用事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件，再获取待补发告警事件在设备异常前存储的事件数据，结合事件数据生成待补发告警事件的结束信息，可以尽可能还原待补发告警事件在设备异常前的执行情况，提高补充生成的结束信息的准确性。然后，将待补发告警事件的结束信息发送给服务器，并基于待补发告警事件的结束信息更新事件记录文件，解决因为设备异常导致的告警事件上报缺漏的情况。

图6是本申请的一示例性实施例示出的设备异常重启后的事件补发装置的框图。如图6所示，该示例性的事件补发装置600包括：文件获取模块610、事件确定模块620、信息生成模块630和信息补发模块640。

具体地：

文件获取模块610，用于响应于设备由异常状态转换为正常状态，获取事件记录文件；其中，事件记录文件记载向服务器发送告警事件的开始信息和结束信息的信息发送进度，开始信息是在检测到存在告警事件时生成的，结束信息是在检测到告警事件结束时生成的；

事件确定模块620，用于利用事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件；

信息生成模块630，用于获取待补发告警事件在设备异常前存储的事件数据，结合事件数据生成待补发告警事件的结束信息；

信息补发模块640，用于将待补发告警事件的结束信息发送给服务器，并基于待补发告警事件的结束信息更新事件记录文件。

需要说明的是，上述实施例所提供的事件补发装置与上述实施例所提供的设备异常重启后的事件补发方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的事件补发装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处不对此进行限制。

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

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

请参阅图8，图8是本申请计算机可读存储介质一实施例的结构示意图。计算机可读存储介质800存储有能够被处理器运行的程序指令810，程序指令810用于实现上述任一设备异常重启后的事件补发方法实施例中的步骤。

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

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

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

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

Claims (10)

1.一种设备异常重启后的事件补发方法，其特征在于，包括：

响应于设备由异常状态转换为正常状态，获取事件记录文件；其中，所述事件记录文件记载向服务器发送告警事件的开始信息和结束信息的信息发送进度，所述开始信息是在检测到存在告警事件时生成的，所述结束信息是在检测到告警事件结束时生成的；

利用所述事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件；

获取所述待补发告警事件在所述设备异常前存储的事件数据，结合所述事件数据生成所述待补发告警事件的结束信息；

将所述待补发告警事件的结束信息发送给所述服务器，并基于所述待补发告警事件的结束信息更新所述事件记录文件。

2.根据权利要求1所述方法，其特征在于，所述事件记录文件记载向服务器发送告警事件的开始信息和结束信息的信息发送进度，包括：

检测到任一告警事件的开始信息生成，获取所述任一告警事件的事件标识；

将所述任一告警事件的事件标识和开始信息，关联记载至所述事件记录文件中；

检测到所述任一告警事件的结束信息生成，删除所述事件记录文件中与所述任一告警事件的事件标识关联记载的开始信息。

3.根据权利要求2所述方法，其特征在于，所述利用所述事件记录文件确定未进行结束信息发送的告警事件，得到待补发告警事件，包括：

获取所述事件记录文件中记载的开始信息对应的事件标识，得到目标事件标识；

将所述目标事件标识对应的告警事件作为待补发告警事件。

4.根据权利要求3所述方法，其特征在于，所述基于所述待补发告警事件的结束信息更新所述事件记录文件，包括：

删除所述事件记录文件中与所述目标事件标识关联记载的开始信息。

5.根据权利要求1所述方法，其特征在于，所述开始信息用于指示告警事件的开始时间，所述结束信息用于指示告警事件的结束时间；所述获取所述待补发告警事件在所述设备异常前存储的事件数据，结合所述事件数据生成所述待补发告警事件的结束信息，包括：

获取所述事件数据对应的数据存储最新时间；

将所述数据存储最新时间最为所述待补发告警事件的结束时间；

基于所述待补发告警事件的结束时间，生成所述待补发告警事件的结束信息。

6.根据权利要求5所述方法，其特征在于，所述事件数据包括录像数据；所述获取所述事件数据对应的数据存储最新时间，包括：

获取所述录像数据的最新视频帧的存储时间；

将所述最新视频帧的存储时间作为数据存储最新时间。

7.根据权利要求6所述方法，其特征在于，所述录像数据的视频帧对应的扩展帧数据中含有所述视频帧的时间信息；所述获取所述录像数据的最新视频帧的存储时间，包括：

获取所述最新视频帧对应的扩展帧数据；

提取所述最新视频帧对应的扩展帧数据中的时间信息，得到所述最新视频帧的存储时间。

8.根据权利要求6所述方法，其特征在于，所述录像数据对应有索引文件，所述索引文件含有所述录像数据中视频帧的时间信息；所述获取所述录像数据的最新视频帧的存储时间，包括：

获取所述录像数据对应的索引文件；

利用所述索引文件，提取所述最新视频帧对应的存储时间。

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

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