CN111225170B - 视频补录方法及装置 - Google Patents

Abstract

本申请公开了一种视频补录方法及装置，应用于视频监控系统的服务端，所述服务端内配置有用于存储图像采集端采集的视频的存储设备，所述方法包括：按照第一预设时间间隔从所述存储设备中依次获取所述视频的至少一个视频片段；获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段的存储是否为异常；根据所述状态信息从图像采集端获取包含存储异常的所述视频片段的视频。本申请实施例能够在网络故障时对未存储到服务端的视频进行重新获取并保存到服务端，从而保证服务端保存的视频的完整性。

Description

视频补录方法及装置

技术领域

本申请涉及存储技术领域，具体而言，涉及一种视频补录方法及装置。

背景技术

网络监控设备包括网络摄像机(IP CAMERA，简称IPC)、网络硬盘录像机(NetworkVideo Recorder，简称NVR)和服务端，其中，IPC和NVR部署在同一环境中，而IPC、NVR均通过网络与服务端连接。在一实施方式中，为了提高视频存储的可靠性，IPC采集的监控视频会同时存储在NVR端和服务端。

由于IPC和NVR部署在同一环境中，因此，IPC和NVR之间的网络一般不会出现故障，视频在IPC和NVR之间能正常传输。但是，前端IPC至服务端的网络环境相对较差，且实际场景下网络经常出现丢包乱序等异常，会造成前端IPC存储到服务端的视频丢失。在视频高清化之后，由于传输的数据量很大，更容易造成IPC到服务端的视频丢失。

发明内容

为了克服现有技术中的上述不足，本申请的目的在于提供一种视频补录方法，应用于视频监控系统的服务端，所述服务端内配置有用于存储图像采集端采集的视频的存储设备，所述方法包括：

按照第一预设时间间隔从所述存储设备中依次获取所述视频的至少一个视频片段；

获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段的存储是否为异常；

根据所述状态信息从图像采集端获取包含存储异常的所述视频片段的视频。

可选地，所述状态信息包括表征该视频片段存储正常的第一标识或者表征该视频片段存储异常的第二标识，所述获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段内视频的存储是否为异常的步骤包括：

针对每个所述视频片段，判断该视频片段内是否存在视频帧；

如果该视频片段内存在视频帧，则生成所述第一标识；

如果该视频片段内不存在视频帧，则生成所述第二标识。

可选地，服务端中预先配置有位图表，所述方法还包括：

采用二进制表示所述状态信息；

将多个连续的所述视频片段的状态信息按照时间顺序生成二进制数；

将每个所述二进制数转化为十进制数保存在所述位图表中；

所述根据所述状态信息从图像采集端获取包含存储异常的所述视频片段的视频的步骤包括，

从所述位图表中获取根据所述状态信息得到的十进制数；

根据所述十进制数判断存储异常的视频片段；

从图像采集端获取包含存储异常的所述视频片段的视频。

可选地，所述服务端预先存储有巡检起点，所述巡检起点的初始状态为第一预设时间点，所述巡检起点是每次获取视频片段时视频上的起点时刻，所述按照第一预设时间间隔依次获取至少一个视频片段的视频信息的步骤包括：

每间隔第一预设时间获取巡检起点；

根据所述巡检起点获取该巡检起点后的至少一个所述视频片段的状态信息；

将所述至少一个所述视频片段的结束时间点存储为巡检起点。

可选地，所述方法还包括，

判断当前时刻点与巡检起点之间的第一时间差；

如果所述第一时间差大于第一预设数量个视频片段的时间长度，则所述根据所述巡检起点获取该巡检起点后的至少一个所述视频片段的状态信息的步骤包括，

获取所述巡检起点后第一预设数量个所述视频片段的状态信息；

如果所述第一时间差小于所述第一预设数量视频片段的时间长度，则所述根据所述巡检起点获取该巡检起点后的至少一个所述视频片段的状态信息的步骤包括，

获取所述巡检起点后第二预设数量个视频片段的状态信息

其中，所述第一预设数量大于所述第二预设数量。

可选地，所述服务端预先存储有判断起点，所述判断起点的初始状态为第二预设时间点，所述判断起点为获取状态信息的视频起点，所述根据所保存的状态信息补录包含状态信息为异常的所述视频片段的视频的步骤包括：

获取所述判断起点；

从已保存的状态信息中获取所述判断起点后的多个连续视频片段的状态信息；

根据所述状态信息判断所述多个连续视频片段中是否存在存储异常的视频片段；

如果所述多个连续视频片段中存在视频存储异常的视频片段，则在所述服务端与所述图像采集端之间网络连接正常时对所述多个连续视频片段进行补录；

将所述多个连续视频片段的结束时刻存储为所述判断起点。

可选地，所述判断起点不超过所述巡检起点，所述方法包括，

判断当前时刻点与判断起点之间的第二时间差，所述第二时间差大于第五预设数量的所述视频片段的时间长度；

如果所述第二时间差大于或者等于第三预设数量个视频片段的时间长度，所述根据所述状态信息判断所述多个连续视频片段中是否存在存储异常的视频片段的步骤包括，

获取所述判断起点后的第三预设数量个视频片段的状态信息；

如果所述第二时间差小于第三预设数量个视频片段的时间长度，根据所述状态信息判断所述多个连续视频片段中是否存在存储异常的视频片段的步骤包括，

从所述服务端中获取所述判断起点后的第四预设数量个视频片段的状态信息；

其中，所述第三预设数量大于所述第四预设数量，所述第四预设数量大于或者等于所述第五预设数量。

可选地，所述视频片段是在相同预设时长内采集的视频，所述第一预设数量等于所述第二预设数量。

本申请的另一目的在于提供一种视频补录装置，应用于视频监控系统的服务端，所述服务端内配置有用于存储图像采集端采集的视频的存储设备，所述装置包括获取模块、判断模块以及补录模块，

所述获取模块用于按照第一预设时间间隔从所述存储设备中依次获取所述视频的至少一个视频片段；

所述判断模块用于获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段内视频的存储是否为异常；

所述补录模块用于根据所述状态信息从图像采集端获取包含存储异常的所述视频片段的视频。

可选地，所述状态信息包括表征该视频片段存储正常的第一标识或者表征该视频片段存储异常的第二标识，所述判断模块用于获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段内视频的存储是否为异常的步骤包括：

针对每个所述视频片段，判断该视频片段内是否存在视频帧；

如果该视频片段内存在视频帧，则生成所述第一标识；

如果该视频片段内不存在视频帧，则生成所述第二标识。

相对于现有技术而言，本申请具有以下有益效果：

本申请通过间隔第一时间间隔从存储设备中依次获取视频中的至少一个视频片段，然后获取每个视频片段的状态信息，从而根据每个视频片段的状态信息来获取包括存储异常的视频片段的视频，从而提高服务端所保存的视频的完整性。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的视频监控系统的结构示意框图一；

图2为本申请实施例提供的视频监控系统的结构示意框图二；

图3为本申请实施例提供的视频补录方法的流程示意图一；

图4为本申请实施例提供的视频补录方法的子步骤流程示意图一；

图5位本申请实施例提供的获取视频片段所在时间段的示意图；

图6为本申请实施例提供的视频补录方法的子步骤流程示意图二；

图7为本申请实施例提供的视频补录方法的流程示意图二；

图8为本申请实施例提供的视频片段划分示意图；

图9为本申请实施例提供的位图表存储结果示意图；

图10为本申请实施例提供的视频补录方法的子步骤流程示意图三；

图11为本申请实施例提供的视频补录装置的结构示意图。

图标：110-网络摄像机；120-网络硬盘录像机；130-存储器；140-处理器；150-服务器；160-存储设备；300-网络；210-获取模块；220-判断模块；230-补录模块。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

此外，术语“水平”、“竖直”、“悬垂”等术语并不表示要求部件绝对水平或悬垂，而是可以稍微倾斜。如“水平”仅仅是指其方向相对“竖直”而言更加水平，并不是表示该结构一定要完全水平，而是可以稍微倾斜。

在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

请参见图1，图1是本申请实施例提供的视频监控系统的结构示意图，所述视频监控系统包括通过网络300连接的图像采集端和服务端，图像采集端和服务端通信连接。图像采集端可以包括网络摄像机110(IP Camera，简称IPC)、网络硬盘录像机120(NetworkVideo Recorder，简称NVR)，其中，IPC和NVR通信连接，且传输距离较短。服务端是可以进行数据存储以及数据处理的设备。

具体地，在一种实施方式中，所述服务端可以是包括存储器130、处理器140的设备，所述存储器130内存储有可执行指令，所述存储器130还可以用于存储视频，所述处理器140与所述存储器130可交互连接，所述处理器140用于执行所述可执行指令，本实施例中，所述服务端的设备可与图像采集端的IPC、NVR实现通信。

请参见图2，在另一种实施方式中，所述视频监控系统的服务端也可以包括多个独立设备，例如服务端可以包括配置有服务器150以及用于存储视频的存储设备160，所述存储设备160与所述管理服务器150可交互连接，所述服务器150与图像采集端的IPC、NVR可通信连接。服务器150中存储有可执行指令，所述管理服务器在执行可执行所述可执行指令。其中，服务器150上可以配置视频管理服务器、数据管理服务器以及备份管理服务器。

本实施例中，管理服务器、数据管理服务器以及备份管理服务器也可以分别配置在一个独立的设备上。

当视频监控系统工作时，IPC采集的视频会同时实时存储在NVR上和服务端上，当网络300故障，IPC上采集的视频只能实时存储在NVR上时，存储设备160上不会存储故障时间段内的视频，也就是说，这种情况下服务端上保存的视频信息并不完整。此外，当IPC的视频在向服务端传输时，如果发生丢包等，也会导致服务端存储的视频不完整。

请参见图3，图3是应用于上述视频监控系统的视频补录方法的流程图，所述方法包括：

步骤S110，按照第一预设时间间隔从所述存储设备160中依次获取所述视频的至少一个视频片段。

本实施例用于每隔第一预设时间间隔便从存储设备160中获取已经存储在存储设备160上的至少一个视频片段，这样，可以避免频繁读取存储设备160造成服务端设备的压力过大的问题。

本实施例中的视频在不作特别说明的情况下，均指的是同一个IPC在某一个设定的时间点(视频起点时刻)后传输到服务端的视频。

将每隔第一预设时间间隔对存储设备160实时存储的视频进行访问，以获得某一段视频的状态信息称为一次巡检。

具体地，本实施例中所述服务端可以预先存储有巡检起点，所述巡检起点的初始状态为第一预设时间点，所述巡检起点是每次获取视频片段的起点时刻，其中，第一预设时间点不早于视频起点时刻。

视频片段可以是从视频上的某一个时间点开始，按照一定的时间间隔划分而成。如果当前时间点刚好启动一次巡检过程，且当前时间点不在将要形成视频片段的时间段的端点，那么，可以对当前时间点前的多个视频片段进行巡检。

请参照图4，步骤S110可以包括步骤S111-步骤S114。

步骤S111，获取巡检起点。

本实施例用于获取服务端所存储的巡检起点。

步骤S112，根据所述巡检起点获取该巡检起点后的至少一个所述视频片段的状态信息。

步骤S113，将所述至少一个所述视频片段的结束时间点存储为巡检起点。

本实施例中，在每间隔第一预设时间间隔期间，如果只读取一个视频片段，那么该次读取到的视频片段的终点是指这一个视频片段的终点。在每间隔第一预设时间间隔期间，如果取多个连续的视频片段，那么该次读取到的视频片段的终点是指连续个视频片段中，根据图像采集设备的采集顺序中最后采集的视频片段的终点。

步骤S114，间隔第一预设时间间隔后，重复执行所述获取巡检起点的步骤。

本实施例中，用于对第一预设时间点后的视频片段进行连续的读取，也就是说，每次读取视频片段时，都从该次读取时刻服务端中存储的巡检起点处开始进行读取。在该次读取完后，将该次读取到的视频片段的终点存储到服务端中替换原来的巡检起点。

本实施例中，在图像设备采集每个视频片段时的采集时间长度可以相同，也就是说，每个视频片段均是在相同的时间长度内采集获得的，本实施例中，在每次获取视频片段时，可以获取多个视频片段。例如，每个视频片段均为5分钟时间长度内存储在服务端上的视频，每次获取视频片段时，可以获取3个视频片段。

请参照图5，在具体获取视频时，如果某次启动一次巡检的时间为T1，T1所在的5分钟和T1之前的5分钟的视频片段不在本次获取范围内，本次获取的录像的时间区间就是last_poll_time和它往前的15分钟录像。

本实施例中，第一预设时间点可以是用户直接设定的一个采集视频的时刻点，也可以是按照用户设定的预设规则获得的采集视频的时刻点。

例如，第一预设时间点可以是根据图像采集设备最初与服务端连接后开始采集视频的时间点，第一预设时间点也可以是用户希望获取视频的起点。

可选地，本实施例中，所述方法还包括判断当前时刻点与巡检起点之间的第一时间差。

本实施例用于获取当前时刻点与巡检起点之间的第一时间差。

本实施例中，第一时间差也可以采用其他在巡检起点后的时间点与巡检起点进行计算获得。

如果所述第一时间差大于第一预设数量个视频片段的时间长度，则所述根据所述巡检起点获取该巡检起点后的至少一个所述视频片段的状态信息的步骤包括，获取所述巡检起点后第一预设数量个所述视频片段的状态信息。

如果所述第一时间差小于所述第一预设数量个视频片段的时间长度，则所述根据所述巡检起点获取该巡检起点后的至少一个所述视频片段的状态信息的步骤包括，获取所述巡检起点后第二预设数量个视频片段的状态信息。

其中，所述第一预设数量大于所述第二预设数量。

例如，当巡检过程中，设备没有发生宕机且稳定运行的情况下，每次获取视频片段的数量为3个，每个视频片段为5分钟时，如果将第一预设数量设置为12个视频片段，那么，当设备宕机后，导致服务端中存储的巡检起点与当前时间点的时间差在19个视频片段的时间长度与20个视频片段的时间长度之间，此时，设备获取到巡检起点后，便获取巡检起点后的12个连续视频片段，并将这12个连续视频片段的终点作为新的巡检起点存储到服务端。间隔第一预设时间间隔后，再次启动巡检，此时，新的巡检起点与当前时间节点之间的时间差在7个视频片段的时间长度与8个视频片段的时间长度之间，因此，便获取新的巡检起点后的6个或者3个视频片段，并更新巡检起点。

本实施例用于在服务端不能从IPC正常获取视频的故障恢复后，将每次获取的视频片段的数量限制在第一预设数量范围内，从而避免每个第一预设时间间隔内从存储设备160获取的数据量过大而对于服务端造成很大的压力。当采集每个视频片段的时间长度相同时，能够保证每次获取的数据量都是确定的时间长度内的。

本实施例中，采用当前时刻点与巡检起点的时间差来判断需要获取的视频片段的数量，从而能够将每次获取的视频的数据量保持在一定的范围内，避免短时间内获取的视频的数据量过多对系统造成过大的压力。

请继续参照图3，步骤S120，获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段的存储是否为异常。

本实施例用于获取已经从视频中获得的视频片段的状态信息。

可选地，所述状态信息包括表征该视频片段存储正常的第一标识或者表征该视频片段存储异常的第二标识，请参照图6，所述步骤S120可以包括子步骤S121-步骤S123：

步骤S121，针对每个所述视频片段，判断该视频片段内是否存在视频帧。

步骤S122，如果该视频片段内存在视频帧，则生成所述第一标识。

步骤S123，如果该视频片段内不存在视频帧，则生成所述第二标识。

请参照图7，可选地，所述方法还可以包括步骤S210-步骤S230。

步骤S210，采用二进制表示所述状态信息。

具体地，本实施例中，可以将第一标识信息用1表示，将第二标识信息用0表示。或者可以将第一标识信息用0表示，将第二标识信息用1表示。

步骤S220，将多个连续的所述视频片段的状态信息按照时间顺序生成二进制数。

本实施例用于将多个视频片段表示成二进制的状态信息转化为二进制数，从而使得，各个视频片段的状态信息不用单独记录，使得查询某一视频片段时，不需要查找该视频片段的准确时间段，而只需要根据该视频所在的时间范围对应的二进制数即可获得。

步骤S230，将每个所述二进制数转化为十进制数保存在所述位图表中。以第一标识信息用1表示，第二标识信息用0表示为例，将一天的零点开始某个IPC对应存储在服务端的视频按照5分钟时间长度划分为视频片段。在预先配置好的位图表中，第一列用来保存用于识别IPC的识别信息，与该IPC的识别信息同行的第2列用于保存视频采集的日期信息。然后将从该天零点开始的二十四个小时内该IPC对应的视频，每两个小时内记录的状态信息按照时间顺序组成二进制数，然后该天内的每个二进制数转化为十进制数。如图8所示，为截取的该天零点开始后的十个小时内位图表中的记录的各个IPC的视频转化为十进制后的状态信息，其中，该IPC的识别信息同行的第2至第7列每列用于保存一个两小时时间长度的内的视频片段的状态信息转化为的十进制数。如果上述IPC存储的时间段内，服务端内同时还保存多个IPC采集的视频，则每个IPC的视频均可按照上述方式进行存储到已有的位图表中。位图表中存储多个IPC的十进制数的结果请参照图9。

本实施例用于将二进制数转化为十进制数，从而使得，各个视频片段的状态信息不用单独记录，使得查询某一视频片段时，不需要查找该视频片段的准确时间段，而只需要根据该视频所在的时间范围在位图表中查找对应的十进制数即可获得。

本实施例中，通过设置位图，使得用户检索视频时，直接从位图中即可获得视频片段的状态信息，而不需要再次访问存储设备160来进行判断，再获得状态信息。

可选地，本实施例中，所述步骤S110-步骤S120均可以由数据管理服务器来实现。

请继续参照图3，步骤S130，根据所述状态信息从图像采集端获取包含存储异常的所述视频片段的视频。本步骤即补录。

请参照图10，具体地，本实施例中，当将每个二进制数转化为十进制数保存在所述位图表中后，所述步骤S130可以包括子步骤S131-步骤S133。

步骤S131，从所述位图表中获取根据所述状态信息得到的十进制数。

步骤S132，根据所述十进制数判断存储异常的视频片段。

步骤S133，从图像采集端获取包含存储异常的所述视频片段的视频。

本实施例用于根据用户存储在位图表中的十进制数判断巡检起点后的多个视频片段中哪些视频片段存储异常。

在一种实施方式中，所述服务端预先存储有判断起点，所述判断起点的初始状态为第二预设时间点，所述判断起点为获取状态信息的视频起点，所述根据所保存的状态信息补录包含状态信息为异常的所述视频片段的视频的步骤包括：

获取所述判断起点。

从已保存的状态信息中获取所述判断起点后的多个连续视频片段的状态信息。

根据所述状态信息判断所述连续视频片段中是否存在存储异常的视频片段。

如果所述多个连续视频片段中存在视频存储异常的视频片段，则在所述服务端与所述图像采集端之间网络连接正常时对所述多个连续视频片段进行补录。

具体地，本实施例中，当判断该连续个视频片段存储异常时，则获取当前时刻服务端与图像采集端之间的网络连接是否正常，如果当前时刻服务端与图像采集端之间的网络连接正常，则对所述多个连续视频片段进行补录。

可选地，本实施例中，判断当前时刻服务端与图像采集端之间的网络连接是否正常时，可以根据当前时刻前的预设时长内服务端实施存储的视频存储是否正常来判断，如果在当前时刻前的预设时长内服务端实时存储的视频正常，则判断当前时刻服务端与图像采集端之间的网络连接正常。

例如，仍然以巡检过程中，数据管理服务器每次获取视频片段的数量为3个，每个视频片段为5分钟为例，当服务端获取其自身实时存储的视频时，发现获取的15分钟的3个视频片段内存在一个视频片段没有视频帧，则认为这15分钟内的视频片段需要补录。此时，再判断当前时刻点前的15分钟内的服务器端上存储的视频片段是否正常。如果当前时刻点前的15分钟内的服务端上存储的视频正常，则判断服务端与图像采集端之间的网络连接正常，此时，备份管理服务器便对连续个视频片段进行补录。将所述多个连续视频片段的结束时刻存储为所述判断起点。

本实施例中在获取到判断起点后，服务端会从位图表中存储的十进制数来判断巡检起点后的多个视频片段是否存储异常，如果发现视频片段存储异常，那么就会从NVR上获取异常的视频片段对应的时间点的视频。

可选地，所述步骤S130可以由备份管理服务器来实现。

本实施例中，当巡检实时存储在服务端的视频时，如果数据管理服务器发现所获取的多个连续视频片段中，存在异常的视频片段，数据管理服务器则会向管理服务器上报服务端实时存储的视频异常，并上报给相关的人员。

例如，仍然以巡检过程中，数据管理服务器每次获取视频片段的数量为3个，每个视频片段为5分钟为例，当管理服务器巡检发现所巡检的3个视频片段的视频存储异常时，则会将这3个视频片段构成的15分钟视频为异常的信息上报至管理服务器，并上报给相关的人员。

具体地，在获取到判断起点后，服务端会根据判断起点将位图表中存储的十进制数转化为二进制数，然后根据二进制数的每个位对应的时间段得到每个视频片段的状态信息。当然，对于用户检索视频时，也可以采用上述方法，根据十进制数获得用户所检索的时间段内各个视频片段的状态信息。

在另一种实施方式中，也可以直接根据获取的视频片段的状态信息判断视频是否正常。

本实施例用于对初始的判断起点后的视频进行是否正常的判断，从而保证每一个视频片段的状态都经过判断。从而保证补录视频时，更加完整的补录。

可选地，所述判断起点不超过所述巡检起点，所述方法包括，

判断当前时刻点与判断起点之间的第二时间差，所述第二时间差大于所述第五预设数量的所述视频片段的时间长度。

所述根据所保存的状态信息补录包含状态信息为异常的所述视频片段的步骤包括，

如果所述第二时间差大于或者等于所述第三预设数量个视频片段的时间长度，所述根据所述状态信息判断所述多个连续视频片段中是否存在存储异常的视频片段的步骤包括，

获取所述判断起点后的第三预设数量个视频片段的状态信息。

如果所述第二时间差小于第三预设数量个视频片段的时间长度，根据所述状态信息判断所述多个连续视频片段中是否存在存储异常的视频片段的步骤包括，

从所述服务端中获取所述判断起点后的所述第四预设数量个视频片段的状态信息。

其中，所述第三预设数量大于所述第四预设数量，所述第四预设数量大于或者等于所述第五预设数量。例如，当补录过程中，设备没有发生宕机且稳定运行的情况下，每次获取视频片段的数量为3个，即第五预设数量，每个视频片段为5分钟时，如果将第三预设数量设置为12个视频片段，那么，当设备宕机后，导致服务端中存储的判断起点与当前时间点的时间差在19个视频片段的时间长度与20个视频片段的时间长度之间。如果第三预设数量个视频片段都已经被巡检，此时，设备获取到判断起点后，便获取判断起点后的12个连续视频片段，并将这12个连续视频片段的终点作为新的判断起点存储到服务端。间隔第二预设时间间隔后，再次启动补录，此时，新的巡检起点与当前时间节点之间的时间差在7个视频片段的时间长度与8个视频片段的时间长度之间，因此，便获取新的巡检起点后的6个或者3个视频片段，并更新巡检起点。

本实施例中，在任意时刻，补录过程所要判断状态的视频片段，都应该是已经巡检过的视频。

本实施例用于将每次补录的视频片段的数量限制在第三预设数量范围内，从而避免短时间内补录大量视频片段造成的补录不完整的问题。

可选地，所述视频片段是在预设时长内采集的视频，所述第一预设数量等于所述第二预设数量。

请参见图11，本申请的另一目的在于提供一种视频补录装置，所述视频补录装置包括一个可以软件或固件的形式存储于所述服务端的操作系统(operating system，OS)中的软件功能模块。应用于视频监控系统的服务端，所述服务端内配置有用于存储图像采集端采集的视频的存储设备160，所述装置包括获取模块210、判断模块220以及补录模块230，

所述获取模块210用于按照第一预设时间间隔从所述存储设备160中依次获取所述视频的至少一个视频片段。

本实施例中，获取模块210，可用于执行步骤S110，关于获取模块210的具体描述，可参考对所述步骤S110的描述。

所述判断模块220用于获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段内视频的存储是否为异常。

本实施例中，判断模块220可用于执行步骤S120，关于判断模块220的具体描述，可参考对所述步骤S120的描述。

补录模块230，用于根据所述状态信息从图像采集端获取包含存储异常的所述视频片段的视频。

本实施例中，补录模块230可用于执行步骤S130，关于补录模块230的具体描述，可参考对所述步骤S130的描述。

可选地，所述状态信息包括表征该视频片段存储正常的第一标识或者表征该视频片段存储异常的第二标识，所述判断模块220用于获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段内视频的存储是否为异常的步骤包括：

针对每个所述视频片段，判断该视频片段内是否存在视频帧。

如果该视频片段内存在视频帧，则生成所述第一标识。

如果该视频片段内不存在视频帧，则生成所述第二标识。

综上所述，本申请通过间隔第一时间间隔从存储设备中依次获取视频中的至少一个视频片段，然后获取每个视频片段的状态信息，从而根据每个视频片段的状态信息来获取包括存储异常的视频片段的视频，从而提高服务端所保存的视频的完整性。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (8)

1.一种视频补录方法，其特征在于，应用于视频监控系统的服务端，所述服务端内配置有用于存储图像采集端采集的视频的存储设备，所述服务端预先存储有判断起点，所述判断起点的初始状态为第二预设时间点，所述判断起点为获取状态信息的视频起点，所述方法包括：

按照第一预设时间间隔从所述存储设备中依次获取所述视频的至少一个视频片段；

获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段的存储是否为异常；

根据所述状态信息从图像采集端获取包含存储异常的所述视频片段的视频；

所述根据所述状态信息从图像采集端获取包含存储异常的所述视频片段的视频的步骤包括：

获取所述判断起点；

从已保存的状态信息中获取所述判断起点后的多个连续视频片段的状态信息；

根据所述状态信息判断所述多个连续视频片段中是否存在存储异常的视频片段；

如果所述多个连续视频片段中存在视频存储异常的视频片段，则在所述服务端与所述图像采集端之间网络连接正常时对所述多个连续视频片段进行补录；

将所述多个连续视频片段的结束时刻存储为所述判断起点；

所述服务端预先存储有巡检起点，所述判断起点不超过所述巡检起点，所述方法包括，

判断当前时刻点与判断起点之间的第二时间差，所述第二时间差大于第五预设数量的所述视频片段的时间长度；

如果所述第二时间差大于或者等于第三预设数量个视频片段的时间长度，所述根据所述状态信息判断所述多个连续视频片段中是否存在存储异常的视频片段的步骤包括，

获取所述判断起点后的第三预设数量个视频片段的状态信息；

如果所述第二时间差小于第三预设数量个视频片段的时间长度，根据所述状态信息判断所述多个连续视频片段中是否存在存储异常的视频片段的步骤包括，

从所述服务端中获取所述判断起点后的第四预设数量个视频片段的状态信息；

其中，所述第三预设数量大于所述第四预设数量，所述第四预设数量大于或者等于所述第五预设数量。

2.根据权利要求1所述的视频补录方法，其特征在于，所述状态信息包括表征该视频片段存储正常的第一标识或者表征该视频片段存储异常的第二标识，所述获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段的存储是否为异常的步骤包括：

针对每个所述视频片段，判断该视频片段内是否存在视频帧；

如果该视频片段内存在视频帧，则生成所述第一标识；

如果该视频片段内不存在视频帧，则生成所述第二标识。

3.根据权利要求2所述的视频补录方法，其特征在于，服务端中预先配置有位图表，所述方法还包括：

采用二进制表示所述状态信息；

将多个连续的所述视频片段的状态信息按照时间顺序生成二进制数；

将每个所述二进制数转化为十进制数保存在位图表中；

所述根据所述状态信息从图像采集端获取包含存储异常的所述视频片段的视频的步骤包括，

从所述位图表中获取根据所述状态信息得到的十进制数；

根据所述十进制数判断存储异常的视频片段；

从图像采集端获取包含存储异常的所述视频片段的视频。

4.根据权利要求1-3任一项所述的视频补录方法，其特征在于，所述巡检起点的初始状态为第一预设时间点，所述巡检起点是每次获取视频片段时在视频上的起点时刻，所述按照第一预设时间间隔依次获取至少一个视频片段的视频信息的步骤包括：

每间隔第一预设时间获取巡检起点；

根据所述巡检起点获取该巡检起点后的至少一个所述视频片段的状态信息；

将所述至少一个所述视频片段的结束时间点存储为巡检起点。

5.根据权利要求4所述的视频补录方法，其特征在于，所述方法还包括，

判断当前时刻点与巡检起点之间的第一时间差；

如果所述第一时间差大于第一预设数量个视频片段的时间长度，则所述根据所述巡检起点获取该巡检起点后的至少一个所述视频片段的状态信息的步骤包括，

获取所述巡检起点后第一预设数量个所述视频片段的状态信息；

如果所述第一时间差小于所述第一预设数量个视频片段的时间长度，则所述根据所述巡检起点获取该巡检起点后的至少一个所述视频片段的状态信息的步骤包括，

获取所述巡检起点后第二预设数量个视频片段的状态信息，其中，所述第一预设数量大于所述第二预设数量。

6.根据权利要求5所述的视频补录方法，其特征在于，所述视频片段是在相同预设时长内采集的视频，所述第一预设数量等于所述第二预设数量。

7.一种视频补录装置，其特征在于，应用于视频监控系统的服务端，所述服务端内配置有用于存储图像采集端采集的视频的存储设备，所述服务端预先存储有判断起点，所述判断起点的初始状态为第二预设时间点，所述判断起点为获取状态信息的视频起点，所述服务端预先存储有巡检起点，所述判断起点不超过所述巡检起点，所述装置包括获取模块、判断模块以及补录模块，

所述获取模块用于按照第一预设时间间隔从所述存储设备中依次获取所述视频的至少一个视频片段；

所述判断模块用于获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段的存储是否为异常；

所述补录模块用于根据所述状态信息从图像采集端获取包含存储异常的所述视频片段的视频；

所述补录模块通过以下步骤用于根据所述状态信息从图像采集端获取包含存储异常的所述视频片段的视频：

获取所述判断起点；

从已保存的状态信息中获取所述判断起点后的多个连续视频片段的状态信息；

根据所述状态信息判断所述多个连续视频片段中是否存在存储异常的视频片段；

如果所述多个连续视频片段中存在视频存储异常的视频片段，则在所述服务端与所述图像采集端之间网络连接正常时对所述多个连续视频片段进行补录；

将所述多个连续视频片段的结束时刻存储为所述判断起点；

所述补录模块，还用于判断当前时刻点与判断起点之间的第二时间差，所述第二时间差大于第五预设数量的所述视频片段的时间长度；

如果所述第二时间差大于或者等于第三预设数量个视频片段的时间长度，根据所述状态信息判断所述多个连续视频片段中是否存在存储异常的视频片段的步骤，包括：

获取所述判断起点后的第三预设数量个视频片段的状态信息；

如果所述第二时间差小于第三预设数量个视频片段的时间长度，根据所述状态信息判断所述多个连续视频片段中是否存在存储异常的视频片段的步骤，包括：

从所述服务端中获取所述判断起点后的第四预设数量个视频片段的状态信息；

其中，所述第三预设数量大于所述第四预设数量，所述第四预设数量大于或者等于所述第五预设数量。

8.根据权利要求7所述的视频补录装置，其特征在于，所述状态信息包括表征该视频片段存储正常的第一标识或者表征该视频片段存储异常的第二标识，所述判断模块用于获取每个所述视频片段的状态信息，所述状态信息用于表征该视频片段内视频的存储是否为异常的步骤包括：

针对每个所述视频片段，判断该视频片段内是否存在视频帧；

如果该视频片段内存在视频帧，则生成所述第一标识；

如果该视频片段内不存在视频帧，则生成所述第二标识。

Images