视频码流的推送方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域，特别是涉及一种视频码流的推送方法、装置、计算机设备和存储介质。

背景技术：

随着计算机技术的发展，5g时代的来临，物联网的出现给现代生活带来了极大的便利，越来越多的企业可以通过使用物联网平台在线对多种设备及使用过程进行智能化感知、识别和管理。目前主流的视频监控系统一般是采用本地内网部署的方式，将摄像机采集的视频存储在dvr(即硬盘录像机digitalvideorecorder，简称dvr)或者nvr(全称networkvideorecorder，即网络视频录像机)中，在监控室部署一台电脑用于查看视频。

然而，目前的视频监控方式中，所有监控设备入网后，数据汇聚至中心端处理，当不同用户终端需要浏览查看监控视频时，需要管理员在本地部署的电脑中手动进行关联配置，需要花费大量的人力、精力去安排配置，尤其是涉及不同场景下多用户查看或下载监控视频时，只能提供单一的码流数据，无法适配不同的应用场景。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够提供多种码流数据的视频码流的推送方法、装置、计算机设备和存储介质。

一种视频码流的推送方法，所述方法包括：

通过视频接收通道接收视频监控设备推送的两路视频码流数据；所述视频接收通道是基于视频监控设备发送的传输参数信息开启；所述两路视频码流数据包括第一路码流数据和第二路码流数据；所述第一路码流数据用于视频监控预览，所述第一路码流数据是未采用固定周期编码关键帧生成；所述第二路码流数据用于录制视频文件，所述第二路码流数据是采用固定周期编码关键帧生成；

存储所述两路视频码流数据。

在其中一个实施例中，所述通过视频接收通道接收视频监控设备推送的两路视频码流数据之前，所述方法还包括：

接收到所述视频监控设备发送的webrtc连接请求；

根据所述webrtc连接请求，返回对应的接受响应，与所述视频监控设备建立webrtc连接；

接收所述视频监控设备发送的传输参数信息；

根据所述传输参数信息开启对应的视频接收通道。

在其中一个实施例中，所述存储所述两路视频码流数据之后，所述方法还包括：

将所述第一路码流数据转发至对应的用户终端；

将所述第二路码流数据转发至录制服务器。

在其中一个实施例中，所述将所述第一路码流数据转发至对应的用户终端包括：

将所述第一路码流数据通过已开启的视频发送通道发送至所述用户终端；所述视频发送通道是基于已协商的传输参数信息开启的。

在其中一个实施例中，所述方法还包括：

接收到所述用户终端发送的视频文件下载请求；

根据所述视频文件下载请求，从数据库中进行视频文件查询，将查询到的视频文件对应的第二路码流数据发送至所述用户终端。

一种视频码流的推送装置，所述装置包括：

接收模块，用于通过视频接收通道接收视频监控设备推送的两路视频码流数据；所述视频接收通道是基于视频监控设备发送的传输参数信息开启；所述两路视频码流数据包括第一路码流数据和第二路码流数据；所述第一路码流数据用于视频监控预览，所述第一路码流数据是未采用固定周期编码关键帧生成；所述第二路码流数据用于录制视频文件，所述第二路码流数据是采用固定周期编码关键帧生成；

存储模块，用于存储所述两路视频码流数据。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

通过视频接收通道接收视频监控设备推送的两路视频码流数据；所述视频接收通道是基于视频监控设备发送的传输参数信息开启；所述两路视频码流数据包括第一路码流数据和第二路码流数据；所述第一路码流数据用于视频监控预览，所述第一路码流数据是未采用固定周期编码关键帧生成；所述第二路码流数据用于录制视频文件，所述第二路码流数据是采用固定周期编码关键帧生成；

存储所述两路视频码流数据。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

通过视频接收通道接收视频监控设备推送的两路视频码流数据；所述视频接收通道是基于视频监控设备发送的传输参数信息开启；所述两路视频码流数据包括第一路码流数据和第二路码流数据；所述第一路码流数据用于视频监控预览，所述第一路码流数据是未采用固定周期编码关键帧生成；所述第二路码流数据用于录制视频文件，所述第二路码流数据是采用固定周期编码关键帧生成；

存储所述两路视频码流数据。

上述视频码流的推送方法、装置、计算机设备和存储介质，通过视频接收通道接收视频监控设备推送的两路视频码流数据，视频接收通道是基于视频监控设备发送的传输参数信息开启。两路视频码流数据包括第一路码流数据和第二路码流数据，第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成。第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成，存储两路视频码流数据。由此使得，能够提供多种码流数据，丰富码流数据的种类，以适配不同应用场景，实现了在不同场景下用户终端可以通过外网实时查看监控视频，也可以下载云端服务器录制的监控视频文件。

一种视频码流的推送方法，所述方法包括：

将采集的视频帧编码为两路视频码流数据，其中，所述两路视频码流数据包括第一路码流数据和第二路码流数据；所述第一路码流数据用于视频监控预览，所述第一路码流数据是未采用固定周期编码关键帧生成；所述第二路码流数据用于录制视频文件，所述第二路码流数据是采用固定周期编码关键帧生成；

通过视频发送通道将所述两路视频码流数据推送至服务器，所述视频发送通道是基于与所述服务器完成交换的传输参数信息开启的。

一种视频码流的推送装置，所述装置包括：

编码模块，用于将采集的视频帧编码为两路视频码流数据，其中，所述两路视频码流数据包括第一路码流数据和第二路码流数据；所述第一路码流数据用于视频监控预览，所述第一路码流数据是未采用固定周期编码关键帧生成；所述第二路码流数据用于录制视频文件，所述第二路码流数据是采用固定周期编码关键帧生成；

推送模块，用于通过视频发送通道将所述两路视频码流数据推送至服务器，所述视频发送通道是基于与所述服务器完成交换的传输参数信息开启的。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

将采集的视频帧编码为两路视频码流数据，其中，所述两路视频码流数据包括第一路码流数据和第二路码流数据；所述第一路码流数据用于视频监控预览，所述第一路码流数据是未采用固定周期编码关键帧生成；所述第二路码流数据用于录制视频文件，所述第二路码流数据是采用固定周期编码关键帧生成；

通过视频发送通道将所述两路视频码流数据推送至服务器，所述视频发送通道是基于与所述服务器完成交换的传输参数信息开启的。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

将采集的视频帧编码为两路视频码流数据，其中，所述两路视频码流数据包括第一路码流数据和第二路码流数据；所述第一路码流数据用于视频监控预览，所述第一路码流数据是未采用固定周期编码关键帧生成；所述第二路码流数据用于录制视频文件，所述第二路码流数据是采用固定周期编码关键帧生成；

通过视频发送通道将所述两路视频码流数据推送至服务器，所述视频发送通道是基于与所述服务器完成交换的传输参数信息开启的。

上述视频码流的推送方法、装置、计算机设备和存储介质，通过将采集的视频帧编码为两路视频码流数据，其中，两路视频码流数据包括第一路码流数据和第二路码流数据。第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成。第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成。通过视频发送通道将两路视频码流数据推送至服务器，视频发送通道是基于与服务器完成交换的传输参数信息开启的。由此使得，通过将采集的视频帧编码为两路视频码流数据，能够提供多种码流数据，丰富码流数据的种类，以适配不同应用场景，实现了在不同场景下用户终端可以通过外网实时查看监控视频，也可以下载云端服务器录制的监控视频文件。

附图说明

图1为一个实施例中视频码流的推送方法的应用环境图；

图2为一个实施例中视频码流的推送方法的流程示意图；

图3为一个实施例中根据传输参数信息开启对应的视频接收通道步骤的流程示意图；

图4a为一个实施例中将两路视频码流数据进行转发步骤的流程示意图；

图4b为一个实施例中视频码流推送的架构示意图；

图5为另一个实施例中视频码流的推送方法的流程示意图；

图6为一个实施例中视频码流的推送装置的结构框图；

图7为一个实施例中视频码流的推送装置的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的视频码流的推送方法，可以应用于如图1所示的应用环境中。其中，视频监控设备102通过网络与服务器104通过网络进行通信。服务器104通过视频接收通道接收视频监控设备102推送的两路视频码流数据，视频接收通道是基于视频监控设备102发送的传输参数信息开启。两路视频码流数据包括第一路码流数据和第二路码流数据，第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成，第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成。服务器104存储两路视频码流数据。其中，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种视频码流的推送方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，通过视频接收通道接收视频监控设备推送的两路视频码流数据，视频接收通道是基于视频监控设备发送的传输参数信息开启，两路视频码流数据包括第一路码流数据和第二路码流数据，第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成，第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成。

用户可以使用不同类型的终端设备登录云端服务器平台，当不同用户登录云端服务器平台时，用户可以通过触发操作发起对不同场景下监控视频的查看请求或下载请求。其中，监控视频是指通过监控设备采集的视频文件。webrtc，名称源自网页即时通信(英语：webreal-timecommunication)的缩写，是一个支持网页浏览器进行实时语音对话或视频对话的api。webrtc实现了基于网页的视频会议，标准是whatwg协议，目的是通过浏览器提供简单的javascript就可以达到实时通讯(real-timecommunications(rtc))能力。

具体的，不同的监控设备均可以基于webrtc与服务器建立连接。服务器可以通过视频接收通道接收视频监控设备推送的两路视频码流数据，视频接收通道是基于视频监控设备发送的传输参数信息开启，两路视频码流数据包括第一路码流数据和第二路码流数据，第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成，第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成。其中，视频监控设备是指监控系统中具有采集图像功能的设备，比如摄像头监控设备。码流(datarate)是指在1秒钟内，通信端口在传输数据时高低电平变化的次数，也叫码率，单位时间内传送的数据越多，所包含的信息量也越多，是视频编码中画面质量控制中最重要的部分。码流数据是指在互联网上根据实时流传输协议，传递音频和视频标准格式的数据。视频流数据可以包括按序排列的多帧图像，视频流数据的传输是指将多帧图像按顺序通过视频流进行传输。在服务器与视频监控设备建立webrtc连接之后，服务器可以与监控设备协商传输视频流数据对应的参数信息。例如，在服务器与视频监控设备建立webrtc连接之后，视频监控设备可以通过webrtc连接将生成的sdp信息发送至服务器，与服务器完成sdp信息的交换，即视频监控设备与服务器完成相关传输参数信息的协商，服务器可以根据sdp信息中包含的传输参数信息，开启对应的视频接收通道，开启的视频接收通道用来接收该视频监控设备推送的视频码流数据。其中，sdp是指会话描述协议(sessiondescriptionprotocol或简写sdp)描述的是流媒体的初始化参数。由于webrtc媒体信息交互需要使用sdp数据格式，监控设备需要将视频流数据传输至服务器时，服务器需要首先获取sdp文件信息，进而通过sdp信息中包含的传输参数信息，开启对应的视频接收通道传输对应的视频码流数据。

步骤204，存储两路视频码流数据。

服务器通过视频接收通道接收视频监控设备推送的两路视频码流数据之后，服务器可以存储两路视频码流数据。其中，第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成，第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成。关键帧是用于描述压缩图像的所有信息，可以还原图像，非关键帧是对关键帧的信息补偿，逐渐优化图像效果。因此，在服务器存储监控设备发送的两路视频码流数据之后，当服务器接收到用户终端发送的不同请求时，服务器可以将不同的码流发送至对应的用户终端，例如，用户终端可以基于webrtc与云端服务器建立连接之后，用户终端可以订阅查看监控设备推送的实时监控视频，也可以查看下载云端服务器录制的视频文件。

本实施例中，通过视频接收通道接收视频监控设备推送的两路视频码流数据，视频接收通道是基于视频监控设备发送的传输参数信息开启。两路视频码流数据包括第一路码流数据和第二路码流数据，第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成。第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成，存储两路视频码流数据。由此使得，能够提供多种码流数据，丰富码流数据的种类，以适配不同应用场景，实现了在不同场景下用户终端可以通过外网实时查看监控视频，也可以下载云端服务器录制的监控视频文件。

在一个实施例中，如图3所示，通过视频接收通道接收视频监控设备推送的两路视频码流数据之前，该方法还包括根据传输参数信息开启对应的视频接收通道的步骤，具体包括：

步骤302，接收到视频监控设备发送的webrtc连接请求。

步骤304，根据webrtc连接请求，返回对应的接受响应，与视频监控设备建立webrtc连接。

步骤306，接收视频监控设备发送的传输参数信息。

步骤308，根据传输参数信息开启对应的视频接收通道。

服务器通过视频接收通道接收视频监控设备推送的两路视频码流数据之前，当服务器接收到视频监控设备发送的webrtc连接请求时，服务器可以根据webrtc连接请求，返回对应的接受响应，与该视频监控设备建立webrtc连接。服务器与该视频监控设备建立webrtc连接之后，服务器可以通过webrtc连接接收视频监控设备发送的传输参数信息，服务器根据该传输参数信息开启对应的视频接收通道，以接收视频监控设备发送的码流数据。其中，由于webrtc媒体信息交互需要使用sdp数据格式，因而，服务器与视频监控设备建立webrtc连接之后，服务器可以通过webrtc连接接收视频监控设备发送的sdp信息，服务器根据sdp信息中包含的传输参数信息开启对应的视频接收通道。由此使得，基于webrtc连接，能够实现根据sdp信息中包含的传输参数信息开启对应的视频接收通道，向服务器推送不同的视频码流数据，丰富码流数据的种类，以适配不同应用场景。

在一个实施例中，如图4a所示，存储两路视频码流数据之后，该方法还包括将两路视频码流数据进行转发的步骤，具体包括：

步骤402，将第一路码流数据转发至对应的用户终端。

步骤404，将第二路码流数据转发至录制服务器。

服务器通过视频接收通道接收视频监控设备推送的两路视频码流数据，并存储两路视频码流数据之后，服务器可以将两路视频码流数据进行转发。具体的，服务器可以将接收到的码流数据进行分发，对应第一路码流数据转发给订阅该视频监控设备的用户，对应的第二路码流数据则转发给录制服务器。即服务器可以将第一路码流数据转发至对应的用户终端，将第二路码流数据转发至录制服务器。其中，第一路码流数据用于视频监控预览，该路码流数据的特征是未采用固定周期编码关键帧，在同等图像质量下消耗的带宽，关键帧的数据量远大于非关键帧的数据量，第一路码流数据未采用固定周期编码关键帧，因此可以有效的减少数据量，在同等图像质量下降低带宽的消耗，比如p帧的编码数据量。第二路码流数据用于录制视频文件，该路码流数据的特征是采用固定周期编码关键帧，比如每30帧编码一次关键帧，便于录制后的文件在播放时支持进度拖动。如图4b所示，为视频码流推送的架构示意图。当不同用户终端使用浏览器登录云端服务器平台时，用户终端可以查看预览实时的监控视频，也可以下载云端服务器录制的视频文件。用户终端还可以使用支持webrtc的浏览器订阅云端服务器上的视频监控设备的推流，自动获取对应的推流。由此使得，云端服务器可以实现自动转发用户终端订阅的视频码流数据。同时，提供移动设备、pc设备查询录制的视频文件索引和视频文件下载服务，实现了在外网查看不同场景下的监控视频，为用户带来便捷。

在其中一个实施例中，将第一路码流数据转发至对应的用户终端的步骤包括：

将第一路码流数据通过已开启的视频发送通道发送至用户终端，视频发送通道是基于已协商的传输参数信息开启的。

用户终端可以使用支持webrtc的浏览器订阅云端服务器上的视频监控设备的推流，自动获取对应的推流。具体的，当云端服务器通过视频接收通道接收视频监控设备推送的两路视频码流数据时，服务器可以将第二路码流数据转发给录制服务器，进行录制文件存储。如果有用户订阅该监控设备的推流，则服务器可以将第一路码流数据转发给对应的订阅用户。由此使得，能够提供多种码流数据，丰富码流数据的种类，以适配不同应用场景，实现了在不同场景下用户终端可以通过外网实时查看监控视频。

在其中一个实施例中，该方法还包括将查询到的视频文件对应的第二路码流数据发送至用户终端的步骤，具体包括：

接收到用户终端发送的视频文件下载请求。

根据视频文件下载请求，从数据库中进行视频文件查询，将查询到的视频文件对应的第二路码流数据发送至用户终端。

当不同用户终端使用浏览器登录云端服务器平台时，用户终端可以查看预览实时的监控视频，也可以下载云端服务器录制的视频文件。具体的，当服务器接收到用户终端发送的视频文件下载请求时，服务器可以根据视频文件下载请求，从数据库中进行视频文件查询，将查询到的视频文件对应的第二路码流数据发送至用户终端。由此使得，能够提供多种码流数据，丰富码流数据的种类，以适配不同应用场景，实现了在不同场景下用户终端可以下载云端服务器录制的监控视频文件。

在一个实施例中，如图5所示，提供了一种视频码流的推送方法，以该方法应用于图1中的视频监控设备为例进行说明，包括以下步骤：

步骤502，将采集的视频帧编码为两路视频码流数据，其中，两路视频码流数据包括第一路码流数据和第二路码流数据，第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成，第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成。

步骤504，通过视频发送通道将两路视频码流数据推送至服务器，视频发送通道是基于与服务器完成交换的传输参数信息开启的。

视频监控设备将采集的视频帧编码为两路视频码流数据，其中，两路视频码流数据包括第一路码流数据和第二路码流数据，第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成，第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成。视频监控设备可以通过视频发送通道将两路视频码流数据推送至服务器，视频发送通道是基于与服务器完成交换的传输参数信息开启的。由此使得，通过将采集的视频帧编码为两路视频码流数据，其中，两路视频码流数据包括第一路码流数据和第二路码流数据。第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成。第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成。通过视频发送通道将两路视频码流数据推送至服务器，视频发送通道是基于与服务器完成交换的传输参数信息开启的。由此使得，通过将采集的视频帧编码为两路视频码流数据，能够提供多种码流数据，丰富码流数据的种类，以适配不同应用场景，实现了在不同场景下用户终端可以通过外网实时查看监控视频，也可以下载云端服务器录制的监控视频文件。

应该理解的是，虽然图1-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图6所示，提供了一种视频码流的推送装置，包括：接收模块602和存储模块604，其中：

接收模块602，用于通过视频接收通道接收视频监控设备推送的两路视频码流数据，视频接收通道是基于视频监控设备发送的传输参数信息开启，两路视频码流数据包括第一路码流数据和第二路码流数据，第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成，第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成。

存储模块604，用于存储两路视频码流数据。

在一个实施例中，该装置还包括：开启模块。

接收模块还用于接收到视频监控设备发送的webrtc连接请求，根据webrtc连接请求，返回对应的接受响应，与视频监控设备建立webrtc连接，接收视频监控设备发送的传输参数信息，开启模块用于根据传输参数信息开启对应的视频接收通道。

在一个实施例中，该装置还包括：转发模块。

转发模块用于将第一路码流数据转发至对应的用户终端；将第二路码流数据转发至录制服务器。

在一个实施例中，该装置还包括：发送模块。

发送模块用于将第一路码流数据通过已开启的视频发送通道发送至用户终端，视频发送通道是基于已协商的传输参数信息开启的。

在一个实施例中，接收模块还用于接收到用户终端发送的视频文件下载请求。发送模块还用于根据视频文件下载请求，从数据库中进行视频文件查询，将查询到的视频文件对应的第二路码流数据发送至用户终端。

在一个实施例中，如图7所示，提供了一种视频码流的推送装置，包括：编码模块702和推送模块704，其中：

编码模块702，用于将采集的视频帧编码为两路视频码流数据，其中，两路视频码流数据包括第一路码流数据和第二路码流数据，第一路码流数据用于视频监控预览，第一路码流数据是未采用固定周期编码关键帧生成，第二路码流数据用于录制视频文件，第二路码流数据是采用固定周期编码关键帧生成。

推送模块704，用于通过视频发送通道将两路视频码流数据推送至服务器，视频发送通道是基于与服务器完成交换的传输参数信息开启的。

关于视频码流的推送装置的具体限定可以参见上文中对于视频码流的推送方法的限定，在此不再赘述。上述视频码流的推送装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储视频码流数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种视频码流的推送方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述各个方法实施例的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-onlymemory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(randomaccessmemory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(staticrandomaccessmemory，sram)或动态随机存取存储器(dynamicrandomaccessmemory，dram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。