阅读说明：本技术 监控录像预览方法及装置 (Monitoring video previewing method and device ) 是由 王陈 于 2018-07-20 设计创作，主要内容包括：本申请实施例提供一种监控录像预览方法及装置。该方法包括：用户终端响应用户操作,向录像存储设备发送监控录像预览请求,其中,监控录像预览请求中包括有待预览的监控录像以及所述监控录像中每个关键帧的时间序列；录像存储设备根据监控录像预览请求查找对应的监控录像以及监控录像的多个关键帧并发送给用户终端；用户终端对监控录像进行播放,并在播放过程中对多个关键帧进行解码以获取对应的多张预览图片；将多张预览图片以预览轴形式呈现在监控录像的当前播放节点上。由此,通过以预览轴形式呈现多张预览图片,预览信息更多,帮助用户快速预览监控录像,更快查找到兴趣事件,此外本申请对计算性能消耗较少,能够适用于不同的终端平台。(The embodiment of the application provides monitoring video previewing methods and devices, the method comprises the steps that a user terminal responds to user operation and sends a monitoring video previewing request to a video storage device, the monitoring video previewing request comprises a monitoring video to be previewed and a time sequence of each key frame in the monitoring video, the video storage device searches a corresponding monitoring video and a plurality of key frames of the monitoring video according to the monitoring video previewing request and sends the monitoring video and the plurality of key frames to the user terminal, the user terminal plays the monitoring video and decodes the plurality of key frames in the playing process to obtain a plurality of corresponding previewing pictures, and the plurality of previewing pictures are displayed on a current playing node of the monitoring video in a previewing shaft mode.)

监控录像预览方法及装置

技术领域

本申请涉及视频监控领域，具体而言，涉及一种监控录像预览方法及装置。

背景技术

在视频监控领域，用户在监控录像中查询兴趣事件的监控录像时，往往是通过该兴趣事件发生的时间点来查询。但是，当用户不知道该事件发生的具体时刻时，查询过程会比较费时。此时，用户常规的处理方法是拖动时间轴播放监控录像进行查找，或者以快进、快退的方式进行浏览查询，这两种查找的方式效率较低。因此在用户不知道兴趣事件发生时间的情况下，无法快速便捷地进行录像查找。

发明内容

为了克服现有技术中的上述不足，本申请的目的在于提供一种监控录像预览方法及装置，以解决或者改善上述问题。

为了实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供一种监控录像预览方法，应用于监控录像预览系统，所述监控录像预览系统包括与相互之间通信连接的录像存储设备和用户终端，所述方法包括：

所述用户终端响应用户操作，向所述录像存储设备发送监控录像预览请求，其中，所述监控录像预览请求中包括待预览的监控录像以及所述监控录像中的多个时间序列；

所述录像存储设备根据所述监控录像预览请求查找待预览的监控录像以及每个所述时间序列对应的关键帧并将所述监控录像和每个所述关键帧发送给所述用户终端；

所述用户终端对每个所述关键帧进行解码以获取对应的多张预览图片；

将所述多张预览图片以预览轴形式呈现在所述监控录像的当前播放节点上。

可选地，所述用户终端响应用户操作，向所述录像存储设备发送监控录像预览请求的步骤，包括：

所述用户终端响应用户操作，确定待预览的监控录像；

获取当前预览图模式并根据所述当前预览图模式获取所述监控录像中的多个时间序列，其中，所述当前预览图模式为固定时长间隔预览模式或者动检录像段预览模式；

根据确定的待预览的监控录像和所述监控录像中的多个时间序列向所述录像存储设备发送监控录像预览请求。

可选地，所述根据所述当前预览图模式获取每个预览图对应的时间序列的步骤，包括：

若所述当前预览图模式为固定时长间隔预览模式，则根据所述固定时长间隔预览模式生成对应的多个第一时间序列，其中，相邻的两个第一时间序列之间间隔固定时长间隔；

若所述当前预览图模式为动检录像段预览模式，则从所述录像存储设备中获取所述监控录像中的多个第二时间序列，其中，每个所述第二时间序列中包括有至少一个运动帧。

可选地，所述用户终端响应用户操作，向所述录像存储设备发送监控录像预览请求的步骤之前，所述方法还包括：

所述录像存储设备对所述监控录像中的运动帧进行检测，得到各个运动帧的录像时间；

根据所述各个运动帧的录像时间生成所述监控录像中的多个第二时间序列。

可选地，所述获取当前预览图模式的步骤，包括：

查找用户配置信息，并从所述用户配置信息中获取当前预览图模式；或者

从所述录像存储设备中获取与所述监控录像匹配的预览图模式作为当前预览图模式。

可选地，所述用户终端响应用户操作，向所述录像存储设备发送监控录像预览请求的步骤之前，所述方法还包括：

所述录像存储设备对每个监控录像中的动检录像段信息进行检测，并根据检测到的动检录像段信息确定每个监控录像匹配的预览图模式；

将每个监控录像匹配的预览图模式进行存储。

可选地，所述录像存储设备根据所述监控录像预览请求查找待预览的监控录像以及每个所述时间序列对应的关键帧并将所述监控录像和每个所述关键帧发送给所述用户终端的步骤，包括；

所述录像存储设备根据所述监控录像预览请求获取对应的IPC 设备的监控录像以及所述监控录像中的多个时间序列；

基于每个时间序列从所述监控录像中提取对应的多个关键帧；

将所述监控录像以及所述多个关键帧发送给所述用户终端。

可选地，所述对每个所述关键帧进行解码以获取对应的多张预览图片的步骤，包括：

提前获取当前播放节点后的多个第一优先级关键帧，并将多个第一优先级关键帧进行解码以获取对应的多张预览图片；

判断获取的预览图数量是否达到预设阈值，若否，则继续获取当前播放节点前的多个第二优先级关键帧，并将多个第二优先级关键帧进行解码以获取对应的多张预览图片。

第二方面，本申请实施例还提供一种监控录像预览方法，应用于用户终端，所述方法包括：

响应用户操作，向录像存储设备发送监控录像预览请求，以使所述录像存储设备根据所述监控录像预览请求查找待预览的监控录像以及所述监控录像的多个关键帧，其中，所述监控录像预览请求中包括待预览的监控录像以及所述监控录像中的多个时间序列；

接收所述待预览的监控录像以及所述监控录像的多个关键帧，对每个所述关键帧进行解码以获取对应的多张预览图片；

将所述多张预览图片以预览轴形式呈现在所述监控录像的当前播放节点上。

第三方面，本申请实施例还提供一种监控录像预览方法，应用于录像存储设备，所述方法包括：

接收用户终端发送的监控录像预览请求，其中，所述监控录像预览请求中包括待预览的监控录像以及所述监控录像中的多个时间序列；

根据所述监控录像预览请求查找待预览的监控录像以及每个所述时间序列对应的关键帧；

将所述监控录像和每个所述关键帧发送给所述用户终端，以使所述用户终端对每个所述关键帧进行解码以获取对应的多张预览图片后将所述多张预览图片以预览轴形式呈现在所述监控录像的当前播放节点上。

第四方面，本申请实施例还提供一种监控录像预览装置，应用于用户终端，所述装置包括：

第一发送模块，用于响应用户操作，向录像存储设备发送监控录像预览请求，以使所述录像存储设备根据所述监控录像预览请求查找待预览的监控录像以及所述监控录像的多个关键帧，其中，所述监控录像预览请求中包括待预览的监控录像以及所述监控录像中的多个时间序列；

第一接收模块，用于接收所述待预览的监控录像以及所述监控录像的多个关键帧；

解码模块，用于对每个所述关键帧进行解码以获取对应的多张预览图片；

呈现模块，用于将所述多张预览图片以预览轴形式呈现在所述监控录像的当前播放节点上。

第五方面，本申请实施例还提供一种监控录像预览装置，应用于录像存储设备，所述装置包括：

第二接收模块，用于接收用户终端发送的监控录像预览请求，其中，所述监控录像预览请求中包括待预览的监控录像以及所述监控录像中的多个时间序列；

查找模块，用于根据所述监控录像预览请求查找待预览的监控录像以及每个所述时间序列对应的关键帧；

第二发送模块，用于将所述监控录像和每个所述关键帧发送给所述用户终端，以使所述用户终端对每个所述关键帧进行解码以获取对应的多张预览图片后将所述多张预览图片以预览轴形式呈现在所述监控录像的当前播放节点上。

第六方面，本申请实施例还提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被执行时控制上述的录像存储设备或者用户终端实现上述的监控录像预览方法。

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

本申请实施例提供的监控录像预览方法及装置，首先用户终端响应用户操作，向录像存储设备发送监控录像预览请求，其中，监控录像预览请求中包括有待预览的监控录像以及所述监控录像中每个关键帧的时间序列。接着，录像存储设备根据监控录像预览请求查找对应的监控录像以及监控录像的多个关键帧并发送给用户终端。而后，用户终端对监控录像进行播放，并在播放过程中对多个关键帧进行解码以获取对应的多张预览图片。最后，将多张预览图片以预览轴形式呈现在监控录像的当前播放节点上。由此，通过以预览轴形式呈现多张预览图片，预览信息更多，帮助用户快速预览监控录像，更快查找到兴趣事件，此外本申请对计算性能消耗较少，能够适用于不同的终端平台。

附图说明

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

图1为本申请实施例提供的监控录像预览系统的交互示意图；

图2为本申请实施例提供的监控录像预览方法的一种流程示意图；

图3为图2中所示的步骤S110包括的各个子步骤的流程示意图；

图4为本申请实施例提供的一种预览轴呈现示意图；

图5本申请实施例提供的另一种预览轴呈现示意图；

图6为本申请实施例提供的预览图获取方式示意图；

图7为本申请实施例提供的监控录像预览方法的另一种流程示意图；

图8为本申请实施例提供的监控录像预览方法的另一种流程示意图；

图9为本申请实施例提供的对应于图7的第一监控录像预览装置的功能模块图；

图10为本申请实施例提供的对应于图8的第二监控录像预览装置的功能模块图。

图标：10-监控录像预览系统；100-用户终端；110-第一监控录像预览装置；111-第一发送模块；112-第一接收模块；113-解码模块； 114-呈现模块；200-录像存储设备；210-第二监控录像预览装置；211- 第二接收模块；212-查找模块；213-第二发送模块；300-IPC设备。

具体实施方式

在视频监控领域，用户在监控录像中查询兴趣事件的监控录像时，往往是通过该兴趣事件发生的时间点来查询。但是，当用户不知道该事件发生的具体时刻时，查询过程会比较费时。此时，用户常规的处理方法是拖动时间轴播放监控录像进行查找，或者以快进、快退的方式进行浏览查询，这两种查找的方式效率较低。因此在用户不知道兴趣事件发生时间的情况下，无法快速便捷地进行录像查找。

针对上述问题，本申请发明人在实现本申请实施例提供的技术方案过程中，发现目前的做法一般是通过定时采集全景画面并将其转化为俯瞰视角预览图，具体通过滑动进度条快速预览录像户的操作，使用户在任何平台上都能够快速预览录像，方便用户能够对该时刻的场景和事件有一个充分而全局的把握，解决了用户难以通过事件或者场景快速定位到历史视频发生时刻的问题。

但是发明人研究发现，采用上述方法，拖动进度条过程中只呈现一张预览图，能够呈现的预览信息较少。另外，每隔指定时长(例如 10秒)采集一张预览图，具有局限性，当兴趣时间点发生在12秒时，无法通过预览图查找到。另外，针对的是全景相机的预览方法，适用范围有局限。

此外，目前采用的另一种做法是从视频录像文件中提取运动帧，过滤掉静止不变的画面，使用户能够快速预览录像中包含移动目标的动态帧图像。整体流程包括：从视频源提取动态帧，过滤动态帧，保存动态帧到数据库，从数据库读取动态帧，动态帧检索和动态帧跳转等。

发明人研究发现上述方法存在诸多缺点，例如从视频源提取动态帧、过滤动态帧的运算复杂度高，对客户端的性能消耗比较大，不适用于移动客户端。此外，在视频源中存在频繁运动情况下，运动帧的信息量比较少，此时根据动态帧生成的预览图片会非常多，反而无法达到快速查找的情况。例如，在车辆流动密集的十字路口，某栏杆被撞了，需要查找案件发生时的录像；此时根据动态帧生成的预览图查找，很难快速查找到。

以上现有技术中的方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本申请实施例针对上述问题所提出的解决方案，都应该是发明人在本申请过程中对本申请做出的贡献。

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

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

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

请参阅图1，为本申请实施例提供的监控录像预览系统10的交互示意图。本实施例中，所述监控录像预览系统10包括与相互之间通信连接的用户终端100和录像存储设备200，此外还可以包括与所述录像存储设备200通信连接的至少一个IPC设备300。

本实施例中，所述录像存储设备200可以与IPC设备300或视频编码器配套使用，实现对通过网络传送过来的数字视频的记录。可选地，所述录像存储设备200可以是NVR(Network Video Recorder，网络录像存储设备)设备，也可以是(Digital VideoRecorder，硬盘录像存储设备)，在此不作具体限制。具体地，若为NVR设备，其可以通过网络接收IPC设备300传输的数字视频码流，并进行存储、管理，从而实现网络化带来的分布式架构优势。通过录像存储设备200，可以同时观看、浏览、回放、管理、存储多个IPC设备300的监控录像。

本实施例中，所述用户终端100是一种具有无线收发功能的设备，可以包括室内或室外、手持、穿戴或车载设备，例如所述用户终端100可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)终端设备、增强现实(Augmented Reality，AR)终端设备、工业控制(industrial control) 中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗 (remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。

本实施例中，所述IPC(IP CAMERA)设备也即网络摄像机，是一种结合传统摄像机与网络技术所产生的新一代摄像机，它可以将采集到的监控录像发生给所述录像存储设备200进行存储。IPC设备 300一般可以由镜头、图像、声音传感器、A/D转换器、图像、声音、控制器网络服务器、外部报警、控制接口等部分组成。

请参阅图2，为本申请实施例提供的监控录像预览方法的一种流程示意图，本实施例中，该监控录像预览方法可以有图1中所示组成的监控录像预览系统10执行。所应说明的是，本申请实施例提供的监控录像预览方法不以图1及以下所述的具体顺序为限制。所述方法的具体流程如下：

步骤S110，用户终端100响应用户操作，向录像存储设备200 发送监控录像预览请求。

本实施例中，可选地，所述监控录像预览请求中包括待预览的监控录像以及所述监控录像中的多个时间序列。其中，所述时间序列可以理解为一个时间段，每个时间序列都有一个关键帧与之对应，该关键帧可以用于表达该时间序列发生的事件，例如，该关键帧可以是每个时间序列对应的时间段的开头，也可以是结尾，具体可以根据实际设计需求进行设置。值得说明的是，在其它实施方式中，每个时间序列也可以包括不仅限于一个关键帧，在实际应用过程中，还可以选择多个关键帧用于表达该时间序列发生的事件。

作为一种实施方式，请结合参阅图3，所述步骤S110可以通过如下子步骤实现：

子步骤S111，响应用户操作，确定待预览的监控录像。

本实施例中，用户可通过所述用户终端100的显示界面选择预览某个IPC设备300采集的监控录像，用户终端100响应用户操作，确定待预览的监控录像。

子步骤S112，获取当前预览图模式并根据所述当前预览图模式获取所述监控录像中的多个时间序列。

可选地，本实施例中，根据使用场景的不同，所述当前预览图模式可以为固定时长间隔预览模式或者动检录像段预览模式。

例如，如果在监控录像的场景中，频繁发生运动事件，此时运动事件的信息量较小，因此使用固定时长间隔预览模式，方便用户快速查找录像。

又例如，如果监控录像的场景中动检事件不频繁发生，此时动检录像段较少，查看动检录像的预览图意义较大，此时可以使用动检录像段预览模式，以便于用户可以快速观看动检时刻的预览图，方便用户查找兴趣事件。

可选地，获取当前预览图模式的方式可以是通过查找用户配置信息，并从所述用户配置信息中获取当前预览图模式，也即，用户可以通过用户终端100手动设置当前预览图模式，用户终端100通过查找用户配置信息即可获取当前预览图模式。

或者，用户也可以将当前预览图模式设置为自适应模式，也即，用户终端100可以从所述录像存储设备200中获取与所述监控录像匹配的预览图模式作为当前预览图模式。与所述监控录像匹配的预览图模式可以通过所述录像存储设备200预先获取并存储，详细地，在步骤S110之前，所述录像存储设备200可以对每个监控录像中的动检录像段信息进行检测，并根据检测到的动检录像段信息确定每个监控录像匹配的预览图模式。例如，若检测到某个监控录像中每小时发生的动检录像段次数大于五次时，则可以使用固定时长间隔预览模式，若检测到某个监控录像中每小时发生的动检录像段次数小于五次时，则可以使用动检录像段预览模式。接着，再将每个监控录像匹配的预览图模式进行存储，由此可以便于后续用户终端100可以直接获取需要预览的监控录像所匹配的预览图模式。

在获取当前预览图模式后，用户终端100则根据所述当前预览图模式获取所述监控录像中的多个时间序列。

在一种实施方式中，若所述当前预览图模式为固定时长间隔预览模式，则根据所述固定时长间隔预览模式生成对应的多个第一时间序列，其中，相邻的两个第一时间序列之间间隔固定时长间隔。其中，用户配置可以配置固定时长间隔，所述固定时长间隔可以是1分钟、5分钟、10分钟、30分钟、60分钟等，在此不作具体限制。以固定时长间隔为5分钟，监控录像的监控时间是从11：50开始为例，若每个关键帧都为第一时间序列对应的时间段的开头，则第一时间序列分别为11:50，11:55，12:00，12:05……。

在另一种实施方式中，在所述步骤S210之前，所述录像存储设备200还可以对每个监控录像中的运动帧进行检测，得到各个运动帧的录像时间，再根据所述各个运动帧的录像时间生成所述监控录像中的多个第二时间序列。由此，若所述当前预览图模式为动检录像段预览模式，则用户终端100可以从所述录像存储设备200中获取所述监控录像中的多个第二时间序列，其中，每个所述第二时间序列中包括有至少一个运动帧。在上述过程中，用户终端100是从所述录像存储设备200获取运动帧发生的第二时间序列，这种方案对用户终端100 的性能消耗比较低，因而能够广泛应用于包括移动客户端的各种平台。

可选地，所述录像存储设备200还可以对每个监控录像中的运动帧进行检测，得到各个运动帧的录像时间可以通过如下方式实现：

首先，将每帧画面的亮度值定义为H，即第i帧的亮度为H(i)。

接着，每间隔n帧，开始一次运动帧检测，判断第i帧画面是否为运动帧，此时需要计算第i帧画面和第i-n帧画面之间的亮度差，如果该亮度差大于阈值T时，也即，|H(i)-H(i-n)|>T时，则判定第i 帧为运动帧，此时获取第i帧的录像时间，接着继续获取下一运动帧，依次类推，得到各个运动帧的录像时间。由此，即可得到所述监控录像中的多个第二时间序列。

其中，n和T可以根据实际情况进行设置，例如，n可以设置为4，而T的取值直接影响到动检的灵敏性，一般情况下，T可以设置为10。

值得说明的是，这里只是判断运动帧的一种方法，本领域技术人员也可以通过其它方式达到检测运动帧的效果，都属于本实施例的保护范围。

由此，通过此子步骤，用户终端100可以获取到每个关键帧对应的时间序列。

子步骤S113，根据确定的待预览的监控录像和所述监控录像中的多个时间序列向所述录像存储设备200发送监控录像预览请求。

本实施例中，在确定需要预览的监控录像和该监控录像中每个所述关键帧对应的时间序列后，则向所述录像存储设备200发送监控录像预览请求。

步骤S120，所述录像存储设备200根据所述监控录像预览请求查找对应的监控录像以及每个所述时间序列对应的关键帧并将所述监控录像和每个所述关键帧发送给所述用户终端100。

作为一种实施方式，首先，所述录像存储设备200根据所述监控录像预览请求获取对应的IPC设备300的监控录像以及所述监控录像的多个时间序列。接着，基于每个时间序列从所述监控录像中提取对应的多个关键帧，并将所述监控录像以及所述多个关键帧发送给所述用户终端100。例如，若用户终端100的当前预览图模式为固定时长间隔预览模式，且时间序列分别为11:50，11:55，12:00，12:05……，则所述录像存储设备200分别从所述监控录像中获取11:50，11:55， 12:00，12:05……的关键帧。又例如，若用户终端100的当前预览图模式为动检录像段预览模式，且第二时间序列分别为10：45，12:00，12:42，12:51，则分别从所述监控录像中获取10：45，12:00，12:42， 12:51的关键帧。

步骤S130，所述用户终端100对每个所述关键帧进行解码以获取对应的多张预览图片。

步骤S140，将所述多张预览图片以预览轴形式呈现在所述监控录像的当前播放节点上。

本实施例中，所述用户终端100通过分别获取每个关键帧对应的预览图片，并将所述多张预览图片以预览轴形式呈现在所述监控录像的当前播放节点上，预览信息更多，可以帮助用户快速预览监控录像，更快查找到兴趣事件。

作为示例，所述预览轴的呈现示意图请参阅图4-图5。在图4- 图5中，自上而下可分别包括回放播放界面、预览轴以及时间轴，回放播放界面也即监控录像的播放界面，预览轴用于呈现多张预览图片，时间轴用于呈现监控录像中的监控时间。

其中，每张预览画面代表一个时刻录像的预览画面，其左下角为该监控录像的“开始时间”，如图4中的“12:00”。预览轴在时间轴上方，支持左右滑动、点击选中预览图片片。通过滑动预览轴，在滑动的动作停止后，回放界面从该时间点开放播放，下方的时间轴会同步到对应的时间。通过滑动下方的时间轴，在滑动的动作停止后，回放界面从该时间点开放播放，上方的预览轴也会同步到对应时间点的预览图。当用户点击选中预览图片时，回放从该预览图片对应的时间点开放播放。

图4中以固定时长间隔预览模式为，其中，固定时长间隔为5 分钟，可见整个页面中，预览轴可显示11:50，11:55，12:00，12:05，12：10的预览图片。由此，针对监控录像中存在频繁运动的情况下，本实施例可根据实际应用场景，选择合适的时长间隔，然后根据时长间隔获取预览图片并呈现在预览轴上，方便用户快速查找到兴趣事件。

图5中以动检录像段预览模式为例，图5中时间轴的颜色加深区段也即发生动检录像段的时间段，各个动检录像段对应的时间序列分别为10：45，12:00，12:42，12:51，可见整个页面中，预览轴可显示10：45，12:00，12:42，12:51的预览图片。由此，本实施例通过设计与运动检测相结合的动检录像段预览模式，能够准确定位到兴趣时间点并生成预览图，帮助用户快速查找。

基于上述设计，本实施例通过以预览轴形式呈现多张预览图片，预览信息更多，帮助用户快速预览监控录像，更快查找到兴趣事件，此外本实施例对计算性能消耗较少，能够适用于不同的终端平台。

可选地，请参阅图6，由于预览轴存在快速滑动的情况，因此在这种情况下需要使用“先进后出”的栈空间控制策略。具体地，所述用户终端100在播放过程中可以提前获取当前播放节点后的多个第一优先级关键帧，并将多个第一优先级关键帧进行解码以获取对应的多张预览图片，并实时判断获取的预览图数量是否达到预设阈值，若否，则继续获取当前播放节点前的多个第二优先级关键帧，并将多个第二优先级关键帧进行解码以获取对应的多张预览图片。例如，当快速滑动预览轴时，预览图片从图片1快速滑动到图片100，用户终端100按照“图片1、图片2、…、图片100”的顺序依次从录像存储设备200获取预览图片，这种策略是不合理的。合理的策略是优先获取预览轴当前显示的几张预览图片，也即第一优先级关键帧对应的预览图片，用户已经滑过去的预览图片，也即第二优先级关键帧对应的预览图片，可以稍后再获取。

由此，在播放过程中，所述用户终端100可以对当前播放节点后面的预览图片，提前获取N张(例如，10张)，方便用户滑动时，快速显示后面的预览图，减少用户等待的时间，提升用户体验。

此外，为了防止预览图片存储过多而影响用户终端100的存储性能，可选地，本实施例还可以设置预览图片的最大存储个数，例如可以设置为1000。所述用户终端100从录像存储设备200获取到预览图片以后，可以以“设备ID+通道ID+预览图的时间”的方式命名，并保持在本地存储中。这样用户终端100后续获取预览图片时，可以先判断本地存储中是否已有对应的预览图片，具体可以通过比对预览图片的名称来判断，如果本地存储中是否已有对应的预览图片则直接读取使用，如果没有，则继续再从所述录像存储设备200中实时获取，直到检测到预览图片数量已经达到1000时停止获取。

其中，所述设备ID也即所述录像存储设备200的ID，通道ID 也即监控录像对应的IPC设备300的ID，预览图的时间也即预览图片在播放进度中的时刻。值得说明的是，在其它实施方式中，所述预览图片的名称也可以基于其它规则设置，在此不作具体限定。

进一步地，请参阅图7，本申请实施例还提供一种监控录像预览方法，与上面实施例不同的是，本监控录像预览方法由图1中所示的用户终端100执行，可以理解的是，接下来要描述的监控录像预览方法中涉及的步骤在上面实施例中已经描述过，具体各个步骤的详尽内容可参照上面的实施例描述，下面仅对用户终端100执行步骤进行简要说明。

步骤S210，响应用户操作，向录像存储设备200发送监控录像预览请求，以使所述录像存储设备200根据所述监控录像预览请求查找待预览的监控录像以及每个所述时间序列对应的关键帧，其中，所述监控录像预览请求中包括待预览的监控录像以及所述监控录像中的多个时间序列。

步骤S220，接收待预览的监控录像以及所述监控录像的多个关键帧。

步骤S230，对每个所述关键帧进行解码以获取对应的多张预览图片。

步骤S230，将所述多张预览图片以预览轴形式呈现在所述监控录像的当前播放节点上。

进一步地，请参阅图8，本申请实施例还提供一种监控录像预览方法，与上面实施例不同的是，本监控录像预览方法由图1中所示的录像存储设备200执行，可以理解的是，接下来要描述的监控录像预览方法中涉及的步骤在上面实施例中已经描述过，具体各个步骤的详尽内容可参照上面的实施例描述，下面仅对录像存储设备200执行步骤进行简要说明。

步骤S310，接收用户终端100发送的监控录像预览请求，其中，所述监控录像预览请求中包括待预览的监控录像以及所述监控录像中的多个时间序列。

步骤S320，根据所述监控录像预览请求查找待预览的监控录像以及每个所述时间序列对应的关键帧。

步骤S330，将所述监控录像和每个所述关键帧发送给所述用户终端100，以使所述用户终端100对每个所述关键帧进行解码以获取对应的多张预览图片后将所述多张预览图片以预览轴形式呈现在所述监控录像的当前播放节点上。

进一步地，对应于图7中的监控录像预览方法，请参阅图9，本申请实施例还提供第一监控录像预览装置110，所述第一监控录像预览装置110存储于用户终端100中并包括软件功能模块及计算机程序等。所述第一监控录像预览装置110可以包括如下软件功能模块：

第一发送模块111，用于响应用户操作，向录像存储设备200发送监控录像预览请求，以使所述录像存储设备200根据所述监控录像预览请求查找待预览的监控录像以及每个所述时间序列对应的关键帧，其中，所述监控录像预览请求中包括待预览的监控录像以及所述监控录像中的多个时间序列。

第一接收模块112，用于接收所述待预览的监控录像以及所述监控录像的多个关键帧。

解码模块113，用于对每个所述关键帧进行解码以获取对应的多张预览图片。

呈现模块114，用于将所述多张预览图片以预览轴形式呈现在所述监控录像的当前播放节点上。

进一步地，对应于图8中的监控录像预览方法，请参阅图10，本申请实施例还提供第二监控录像预览装置210，所述第二监控录像预览装置210存储于录像存储设备200中并包括软件功能模块及计算机程序等。所述第二监控录像预览装置210可以包括如下软件功能模块：

第二接收模块211，用于接收用户终端100发送的监控录像预览请求，其中，所述监控录像预览请求中包括待预览的监控录像以及所述监控录像中的多个时间序列。

查找模块212，用于根据所述监控录像预览请求查找待预览的监控录像以及每个所述时间序列对应的关键帧。

第二发送模块213，用于将所述监控录像和每个所述关键帧发送给所述用户终端100，以使所述用户终端100对每个所述关键帧进行解码以获取对应的多张预览图片后将所述多张预览图片以预览轴形式呈现在所述监控录像的当前播放节点上。

可以理解的是，本实施例中的各功能模块的具体操作方法可参照上述方法实施例中相应步骤的详细描述，在此不再重复赘述。

综上所述，本申请实施例提供的监控录像预览方法及装置，首先用户终端响应用户操作，向录像存储设备发送监控录像预览请求，其中，监控录像预览请求中包括有待预览的监控录像以及所述监控录像中每个关键帧的时间序列。接着，录像存储设备根据监控录像预览请求查找对应的监控录像以及监控录像的多个关键帧并发送给用户终端。而后，用户终端对监控录像进行播放，并在播放过程中对多个关键帧进行解码以获取对应的多张预览图片。最后，将多张预览图片以预览轴形式呈现在监控录像的当前播放节点上。由此，通过以预览轴形式呈现多张预览图片，预览信息更多，帮助用户快速预览监控录像，更快查找到兴趣事件，此外本申请对计算性能消耗较少，能够适用于不同的终端平台。

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

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

可以替换的，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其它可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的电子设备、服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk (SSD))等。

需要说明的是，在本文中，术语"包括"、"包含"或者其任何其它变体意在涵盖非排它性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。