一种视频处理方法、装置、设备及介质与流程

本申请涉及加密技术领域，尤其涉及一种视频处理方法、装置、设备及介质。

背景技术：

随着数字媒体信息的普及，数字媒体信息的版权保护也变得越来越重要，特别是在视频领域，版权保护已经称为一种趋势。目前，数字媒体信息的版权保护技术为数字版权管理(digitalrightsmanagement，drm)技术，通常用于对数字媒体信息在使用过程中的非法拷贝、非法复制、网络窃取等非法操作进行控制。

drm技术的原理是，对视频编码数据进行加密，得到加密视频编码数据后，将加密视频编码数据重新封装为视频文件，并通过网络将该视频文件分发到客户端，客户端对该视频文件进行解封装，得到的是加密视频编码数据，客户端需要通过解密密钥，对该加密视频编码数据进行解密，得到视频编码数据后，才能根据视频编码数据进行视频播放，换言之，客户端未能获得解密密钥时，即使通过非法拷贝、非法复制、网络窃取等非法操作获得该视频文件，也无法进行视频播放，从而实现了数字媒体信息的版权保护。

然而，这种视频加解密方法的计算量和资源消耗，会随着视频文件的大小成正比增长，如何降低视频加解密的计算量和资源消耗、提高视频加解密效率是当前需要解决的问题。

技术实现要素：

本申请实施例提供了一种视频处理方法、装置、设备及介质，用以降低视频加解密的计算量和资源消耗、提高视频加解密的处理效率。

本申请实施例提供的技术方案如下：

一方面，本申请实施例提供了一种视频处理方法，包括：

获取待加密的视频文件；

对视频文件进行解封装，得到元数据和视频帧数据，并对元数据进行加密，得到加密元数据；

对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件。

在一种可能的实施方式中，对元数据进行加密，得到加密元数据，包括：

生成对称密钥；

基于对称密钥，使用加密算法，对元数据进行加密，得到加密元数据。

在一种可能的实施方式中，对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件之后，进一步包括：

将加密视频文件与视频文件的视频标识，关联存储至视频存储数据库；以及，将加密元数据时使用的加密密钥确定为解密密钥，并与视频文件的视频标识，关联存储至密钥存储数据库。

另一方面，本申请实施例提供了另一种视频处理方法，包括：

接收视频播放请求；

根据视频播放请求对应的视频标识，获取相应的加密视频文件，其中，加密视频文件是对视频标识对应的视频文件中的元数据进行加密后获得的；

对加密视频文件进行解封装，得到加密元数据和视频帧数据，并对加密元数据进行解密，得到元数据；

基于元数据，对视频帧数据进行解码，得到视频原始数据，对视频原始数据进行渲染并播放。

在一种可能的实施方式中，根据视频播放请求对应的视频标识，获取相应的加密视频文件，包括：

根据视频播放请求对应的视频标识，从视频存储数据库中获取相应的加密视频文件。

在一种可能的实施方式中，对加密元数据进行解密，得到元数据，包括：

根据视频播放请求对应的视频标识，从密钥存储数据库中获取相应的解密密钥；

基于解密密钥，使用解密算法，对加密元数据进行解密，得到元数据。

另一方面，本申请实施例提供了一种视频处理系统，包括：

服务器，用于获取待加密的视频文件；对视频文件进行解封装，得到元数据和视频帧数据，并对元数据进行加密，得到加密元数据；对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件；

客户端，用于接收视频播放请求；根据视频播放请求对应的视频标识，从服务器中获取相应的加密视频文件；对加密视频文件进行解封装，得到加密元数据和视频帧数据，并对加密元数据进行解密，得到元数据；基于元数据，对视频帧数据进行解码，得到视频原始数据，对视频原始数据进行渲染并播放。

在一种可能的实施方式中，在对元数据进行加密，得到加密元数据时，服务器具体用于：

生成对称密钥；

基于对称密钥，使用加密算法，对元数据进行加密，得到加密元数据。

在一种可能的实施方式中，在对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件之后，服务器进一步用于：

将加密视频文件与视频文件的视频标识，关联存储至视频存储数据库；以及，将元数据时使用的加密密钥确定为解密密钥，并与视频文件的视频标识，关联存储至密钥存储数据库。

在一种可能的实施方式中，在根据视频播放请求对应的视频标识，获取相应的加密视频文件时，客户端具体用于：

根据视频播放请求对应的视频标识，从视频存储数据库中获取相应的加密视频文件。

在一种可能的实施方式中，在对加密元数据进行解密，得到元数据时，客户端具体用于：

根据视频播放请求对应的视频标识，从密钥存储数据库中获取相应的解密密钥；

基于解密密钥，使用解密算法，对加密元数据进行解密，得到元数据。

另一方面，本申请实施例提供了一种视频处理装置，包括：

获取模块，用于获取待加密的视频文件；

加密模块，用于对视频文件进行解封装，得到元数据和视频帧数据，并对元数据进行加密，得到加密元数据；

封装模块，用于对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件。

在一种可能的实施方式中，在对元数据进行加密，得到加密元数据时，加密模块具体用于：

生成对称密钥；

基于对称密钥，使用加密算法，对元数据进行加密，得到加密元数据。

在一种可能的实施方式中，本申请实施例提供的视频处理装置还包括：

存储模块，用于在封装模块对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件之后，将加密视频文件与视频文件的视频标识，关联存储至视频存储数据库；以及，将元数据时使用的加密密钥确定为解密密钥，并与视频文件的视频标识，关联存储至密钥存储数据库。

另一方面，本申请实施例提供了另一种视频处理装置，包括：

接收模块，用于接收视频播放请求；

获取模块，用于根据视频播放请求对应的视频标识，获取相应的加密视频文件，其中，加密视频文件是对视频标识对应的视频文件中的元数据进行加密后获得的；

解密模块，用于对加密视频文件进行解封装，得到加密元数据和视频帧数据，并对加密元数据进行解密，得到元数据；

播放模块，用于基于元数据，对视频帧数据进行解码，得到视频原始数据，对视频原始数据进行渲染并播放。

在一种可能的实施方式中，在根据视频播放请求对应的视频标识，获取相应的加密视频文件时，获取模块具体用于：

根据视频播放请求对应的视频标识，从视频存储数据库中获取相应的加密视频文件。

在一种可能的实施方式中，在对所述加密元数据进行解密，得到元数据时，解密模块具体用于：

根据视频播放请求对应的视频标识，从密钥存储数据库中获取相应的解密密钥；

基于解密密钥，使用解密算法，对加密元数据进行解密，得到元数据。

另一方面，本申请实施例提供了一种视频处理设备，包括：存储器、处理器和存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现本申请实施例提供的应用于服务器的视频处理方法；或者，实现本申请实施例提供的应用于客户端的视频处理方法。

另一方面，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令被处理器执行时实现本申请实施例提供的应用于服务器的视频处理方法；或者，实现本申请实施例提供的应用于客户端的视频处理方法。

本申请实施例的有益效果如下：

本申请实施例中，通过对元数据进行加密，可以实现对视频文件的非法拷贝、非法复制、网络窃取等非法操作的有效控制，从而实现了对视频文件的版权保护，而且，元数据的数据量较小，对元数据进行加解密的计算量较小，加解密的效率较高，占用的处理资源也比较少。

附图说明

图1a为本申请实施例中客户端的模块划分示意图；

图1b为本申请实施例中服务器的模块划分示意图；

图1c为本申请实施例中服务器的部署架构划分示意图；

图1d为本申请实施例中客户端和服务器的模块交互示意图；

图2为本申请实施例中视频处理系统的系统框架示意图；

图3为本申请实施例中视频处理方法的交互流程示意图；

图4为本申请实施例中应用于服务器的视频处理方法的流程示意图；

图5为本申请实施例中应用于客户端的视频处理方法的流程示意图；

图6为本申请实施例中应用于服务器的视频处理装置的功能结构示意图；

图7为本申请实施例中应用于客户端的视频处理装置的功能结构示意图；

图8为本申请实施例中视频处理设备的硬件结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本申请，首先对本申请中提及的技术用语进行说明。

1、视频编码，为将视频原始数据压缩成码流的方式，本申请中，可以采用但不限于：h.264/hevc技术进行编码。其中：

码流，由若干个网络抽象层单元(networkabstractlayerunit，nalu)组成；

nalu，包括头部(header)和有效负载数据(payloaddata)两部分，根据承载的数据类型不同，nalu包括：用于视频编码层网络抽象层单元(videocodelayernalu，vclu)和非视频编码层网络抽象层单元(non-videocodelayernalu，non-vclu)两种类型，可根据header中的nalutype字段进行区分；

vclu，为用于承载视频帧数据的nalu；

non-vclu，为用于承载元数据的nalu，本申请中，元数据包括：序列参数集(sequenceparamenterset，sps)、图像参数集(pictureparamenterset，pps)和视频参数集(videoparamentset，vps)三种类型，即header中的nalutype字段为sps、pps或vps时，payloaddata中承载的数据为元数据。

2、视频解码，为将码流解压成视频原始数据的方式。

3、封装，为将码流按照一定的格式存储到一个文件中的方式。

4、解封装，为将视频文件解析成码流的方式。

5、视频文件，为对视频进行编码、封装等处理后得到的文件。其中，视频文件的格式可以是但不限于是：mp4、rmvb、wmv、flv等。

6、客户端，为可以安装在手机、计算机、个人数字助理(personaldigitalassistant，pda)、智能电视、车载设备等终端设备上，支持用户互动，且能够对加密视频文件执行解封装、解密、解码、渲染和播放等操作的一种应用程序。本申请中，参阅图1a所示，客户端可以包括但不限于：解复用模块、解密模块、解码模块、渲染模块、版权管理模块等。其中：

解复用模块，用于根据视频播放请求对应的视频标识，获取相应的加密视频文件，并对加密视频文件进行解封装，得到加密元数据和视频帧数据；

版权管理模块，用于根据视频播放请求对应的视频标识，获取相应的解密密钥；

解密模块，用于基于版权管理模块获得的解密密钥，对解复用模块获得的加密元数据进行解密，得到元数据；

解码模块，用于根据解密模块获得的元数据，对解复用模块获得的视频帧数据进行解码，得到视频原始数据；

渲染模块，用于对解码模块获得的视频原始数据进行渲染并播放。

7、服务器，为根据客户端发起的请求，为客户端提供视频加密服务、数据库服务、计算服务等各类服务的后台运行设备。本申请中，参阅图1b所示，服务器可以包括但不限于：转码加密模块、视频存储模块、视频分发模块、密钥存储模块、密钥分发模块等。其中：

转码加密模块，用于对视频文件进行解封装，得到元数据和视频帧数据后，对元数据进行加密，得到加密元数据，并对加密元数据和视频帧数据进行封装，得到加密视频文件；

视频存储模块，用于将转码加密模块封装的加密视频文件，与对应的视频文件标识关联存储至视频存储数据库；

视频分发模块，用于根据客户端发起的请求，从视频存储数据库中获取相应的加密视频文件并返回至客户端；

密钥存储模块，用于将转码加密模块加密元数据时使用的加密密钥确定为解密密钥，与对应的视频文件标识关联存储至密钥存储数据库；

密钥分发模块，用于根据客户端发起的请求，从密钥存储数据库中获取相应的解密密钥并返回至客户端。

本申请中，转码加密模块、视频存储模块、视频分发模块、密钥存储模块和密钥分发模块等各个模块可以全部集成在服务器中，也可以集成在不同服务器中。例如：参阅图1c所示，转码加密模块可以集成在服务器中，视频存储模块和视频分发模块可以集成在视频分发服务器中，密钥存储模块和密钥分发模块可以集成在密钥分发服务器中。具体的，各个模块的集成方式，本申请不作限定。

实际应用中，参阅图1d所示，客户端可以通过解复用模块，从视频分发模块或视频分发服务器中获得加密视频文件，还可以通过版权管理模块，从密钥分发模块或密钥分发服务器中获得解密密钥。

为了使本申请的目的、技术方案及有益效果更加清楚明白，以下将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

目前，主流的视频加密方法是，对视频文件进行解封装，得到元数据和视频帧数据，并对视频帧数据中的部分数据进行加密，得到加密视频帧数据后，对元数据和加密视频帧数据进行封装，得到加密视频文件。对应的，主流的视频解密方法是，对加密视频文件进行解封装，得到元数据和加密视频帧数据，并对加密视频帧数据中的加密数据进行解密，得到视频帧数据后，对视频帧数据进行解码，得到待播放的视频，对该视频进行渲染并播放。目前的这种视频加解密方法虽然在一定程度上降低了视频加解密的计算量和资源消耗，但是，随着数字媒体信息的不断发展，人们对视频文件的质量要求越来越高，随之而来的是视频文件的大小逐渐递增，通常为几百mb到几个gb，针对这种量级的视频文件，即便采用主流的视频加解密方法进行加解密，其计算量和资源消耗也比较大，加解密的效率较低。

为此，本申请实施例中，参阅图2所示，安装在终端设备201上的客户端202可以通过通信网络与服务器203进行通信连接，服务器203针对具有版权的每一个视频文件，对该视频文件进行解封装，得到元数据和视频帧数据后，对元数据进行加密，得到加密元数据，并将加密元数据和视频帧数据封装为加密视频文件；安装在终端设备201上的客户端202接收到视频播放请求时，根据该视频播放请求对应的视频标识，从服务器203中获取相应的加密视频文件，对加密视频文件进行解封装，得到加密元数据和视频帧数据后，对加密元数据进行解密，得到元数据，并基于元数据，对视频帧数据进行解码，得到视频原始数据，以及对视频原始数据进行渲染并播放。这样，通过对元数据进行加密，可以实现对视频文件的非法拷贝、非法复制、网络窃取等非法操作的有效控制，从而实现了对视频文件的版权保护，而且，元数据的数据量较小，对元数据进行加解密时的计算量较小，加解密的效率较高，占用的处理资源也比较少。

应当理解，图2中的终端设备、通信网络和服务器的数目仅仅是示意性的，根据实际需求可以具有任意数目的终端设备、通信网络和服务器，对此，本申请不作限定。

在介绍了本申请实施例的应用场景和设计思想之后，下面对本申请实施例提供的技术方案进行说明。

首先，对本申请实施例提供的视频处理系统进行详细说明，具体的，本申请实施例提供的视频处理系统中：

服务器203，用于获取待加密的视频文件；对视频文件进行解封装，得到元数据和视频帧数据，并对元数据进行加密，得到加密元数据；对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件；

客户端202，用于接收视频播放请求；根据视频播放请求对应的视频标识，从服务器中获取相应的加密视频文件；对加密视频文件进行解封装，得到加密元数据和视频帧数据，并对加密元数据进行解密，得到元数据；基于元数据，对视频帧数据进行解码，得到视频原始数据，对视频原始数据进行渲染并播放。

在一种可能的实施方式中，在对元数据进行加密，得到加密元数据时，服务器203具体用于：生成对称密钥，并基于对称密钥，使用加密算法，对元数据进行加密，得到加密元数据。

在一种可能的实施方式中，在对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件之后，服务器203进一步用于：将加密视频文件与视频文件的视频标识，关联存储至视频存储数据库；以及，将元数据时使用的加密密钥确定为解密密钥，并与视频文件的视频标识，关联存储至密钥存储数据库。

在一种可能的实施方式中，在根据视频播放请求对应的视频标识，获取相应的加密视频文件时，客户端202具体用于：根据视频播放请求对应的视频标识，从视频存储数据库中获取相应的加密视频文件。

在一种可能的实施方式中，在对加密元数据进行解密，得到元数据时，客户端202具体用于：根据视频播放请求对应的视频标识，从密钥存储数据库中获取相应的解密密钥，并基于解密密钥，使用解密算法，对加密元数据进行解密，得到元数据。

在介绍了本申请实施例提供的视频处理系统之后，接下来，对本申请实施例提供的视频处理方法进行说明。

首先，以如图1c所示的服务器部署架构为例，对视频处理过程中涉及的信令交互进行说明，参阅图3所示，本申请实施例提供的视频处理方法的交互流程如下：

步骤301：服务器将具有版权的各个视频文件分别确定为待加密的视频文件，并对视频文件进行解封装，得到元数据和视频帧数据。

步骤302：服务器生成加密密钥，并基于加密密钥，对元数据进行加密，得到加密元数据后，对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件。

步骤303：服务器将加密密钥确定为解密密钥，并将解密密钥和视频文件的视频标识携带在密钥存储指令中发送至密钥分发服务器。

步骤304：密钥分发服务器接收到密钥存储指令时，将密钥存储指令中携带的解密密钥和视频标识，关联存储至密钥存储数据库中。

步骤305：服务器将加密视频文件和视频文件的视频标识携带在视频存储指令中发送至视频分发服务器。

步骤306：视频分发服务器接收到视频存储指令时，将视频存储指令中携带的加密视频文件和视频标识，关联存储至视频存储数据库中。

步骤307：客户端接收到视频播放请求时，根据视频播放请求中携带的视频标识，向视频分发服务器发送视频获取请求。

步骤308：视频分发服务器接收到客户端发送的视频获取请求时，根据视频获取请求中携带的视频标识，从视频存储数据库中获取对应的加密视频文件。

步骤309：视频分发服务器将加密视频文件携带在视频获取响应中返回至客户端。

步骤310：客户端接收到视频获取响应时，从视频获取响应中获取加密视频文件，并对加密视频文件进行解封装，得到加密元数据和视频帧数据。

步骤311：客户端根据视频播放请求中携带的视频标识，向密钥分发服务器发送密钥获取请求。

步骤312：密钥分发服务器接收到客户端发送的密钥获取请求时，根据密钥获取请求中携带的视频标识，从密钥存储数据库中获取对应的解密密钥。

步骤313：密钥分发服务器将解密密钥携带在密钥获取响应中返回至客户端。

步骤314：客户端接收到密钥获取响应时，从密钥获取响应中获取解密密钥，并基于解密密钥，对加密元数据进行解密，得到元数据。

步骤315：客户端基于元数据，对视频帧数据进行解码，得到视频原始数据，对视频原始数据进行渲染并播放。

下面对本申请实施例提供的应用于服务器的视频处理方法进行详细说明，参阅图4所示，本申请实施例提供的应用于服务器的视频处理方法的流程如下：

步骤401：获取待加密的视频文件。

实际应用中，服务器可以将具有版权的所有视频文件中，未加密的各个视频文件分别确定为待加密的视频文件。

步骤402：对视频文件进行解封装，得到元数据和视频帧数据，并对元数据进行加密，得到加密元数据。

实际应用中，服务器在执行步骤403时，可以采用但不限于以下方式：

首先，服务器对视频文件进行解封装，得到多个nalu。

然后，服务器根据每个nalu的header中的nalutype字段是否为sps、pps或vps，将获得的多个nalu划分为vclu集合和non-vclu集合。

其次，服务器针对vclu集合中的每个vclu，从该vclu的payloaddata中读取视频帧数据。

最后，服务器针对non-vclu集合中的每个non-vclu，从该non-vclu的payloaddata中读取元数据，并生成对称密钥，基于该对称密钥，使用加密算法，对该元数据进行加密，得到加密元数据。

步骤403：对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件。

本申请实施例中，服务器在对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件之后，还可以将加密视频文件与视频文件的视频标识，关联存储至视频存储数据库。具体的，服务器可以将加密视频文件和视频文件的视频标识发送至视频分发服务器，通过视频分发服务器将加密视频文件与视频文件的视频标识关联存储至视频存储数据库，以便后续客户端可以根据视频标识，从视频分发服务器获得加密视频文件。

此外，服务器还可以将加密元数据时使用的加密密钥确定为解密密钥并与视频文件的视频标识，关联存储至密钥存储数据库。具体的，服务器可以将解密密钥和视频文件的视频标识发送至密钥分发服务器，通过密钥分发服务器将解密密钥与视频文件的视频标识关联存储至密钥存储数据库，以便后续客户端可以根据视频标识，从密钥分发服务器获得解密密钥。

本申请实施例中，通过对元数据进行加密，并将加密元数据和视频帧数据封装为加密视频文件，不仅可以实现对视频文件的版权保护，而且，元数据的数据量较小，所以，对元数据进行加密时的计算量较小，加密的效率较高，占用的服务器资源也比较少。

下面对本申请实施例提供的应用于客户端的视频处理方法进行详细说明，参阅图5所示，本申请实施例提供的应用于客户端的视频处理方法的流程如下：

步骤501：接收视频播放请求。

实际应用中，用户可以向客户端发起视频播放请求，例如：用户可以通过点击显示在客户端的视频推荐界面中的任意一视频，向客户端发起携带有该视频的视频标识的视频播放请求。

步骤502：根据视频播放请求对应的视频标识，获取相应的加密视频文件。

实际应用中，客户端可以从视频播放请求中读取视频标识，并将该视频标识携带在视频获取请求中发送至视频分发服务器，以从视频分发服务器中获取与视频播放请求携带的视频标识相对应的加密视频文件。

进一步的，客户端还可以将该视频标识携带在密钥获取请求中发送至密钥分发服务器，以从密钥分发服务器中获取与视频播放请求携带的视频标识相对应的解密密钥，以便后续对加密元数据进行解密。

步骤503：对加密视频文件进行解封装，得到加密元数据和视频帧数据，并对加密元数据进行解密，得到元数据。

实际应用中，客户端在执行步骤503时，可以采用但不限于以下方式：

首先，客户端对加密视频文件进行解封装，得到多个nalu。

然后，客户端根据每个nalu的header中的nalutype字段是否为sps、pps或vps，将获得的多个nalu划分为vclu集合和non-vclu集合。

其次，客户端针对vclu集合中的每个vclu，从该vclu的payloaddata中读取视频帧数据。

最后，客户端针对non-vclu集合中的每个non-vclu，从该non-vclu的payloaddata中读取加密元数据，基于获得的解密密钥，使用解密算法，对该加密元数据进行解密，得到元数据。

步骤504：基于元数据，对视频帧数据进行解码，得到视频原始数据，对视频原始数据进行渲染并播放。

本申请实施例中，只有成功地解密出加密视频文件中的元数据后，才可以根据解密出的元数据，对视频帧数据进行解码播放，从而实现了对视频文件的版权保护，而且，元数据的数据量较小，对元数据进行解密时的计算量较小，解密的效率较高，占用的客户端资源也比较少。

基于上述实施例，本申请实施例提供了一种视频处理装置，该视频处理装置应用于服务器，参阅图6所示，本申请实施例提供的视频处理装置600至少包括：

获取模块601，用于获取待加密的视频文件；

加密模块602，用于对视频文件进行解封装，得到元数据和视频帧数据，并对元数据进行加密，得到加密元数据；

封装模块603，用于对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件。

在一种可能的实施方式中，在对元数据进行加密，得到加密元数据时，加密模块602具体用于：

生成对称密钥；

基于对称密钥，使用加密算法，对元数据进行加密，得到加密元数据。

在一种可能的实施方式中，本申请实施例提供的视频处理装置还包括：

存储模块604，用于在封装模块603对加密元数据和视频帧数据进行封装，得到视频文件的加密视频文件之后，将加密视频文件与视频文件的视频标识，关联存储至视频存储数据库；以及，将加密元数据时使用的加密密钥确定为解密密钥，并与视频文件的视频标识，关联存储至密钥存储数据库。

值得说的是，本申请实施例提供的视频处理装置600中的获取模块601、加密模块602和封装模块603可以对应于服务器中的转码加密模块，存储模块604可以对应于服务器中的视频存储模块、视频分发模块、密钥存储模块和密钥分发模块，这样，本申请实施例提供的视频处理装置600即可实现服务器的功能。

此外，本申请实施例提供的视频处理装置600解决技术问题的原理与本申请实施例提供的应用于服务器的视频处理方法相似，因此，本申请实施例提供的视频处理装置600的实施可以参见本申请实施例提供的应用于服务器的视频处理方法的实施，重复之处不再赘述。

基于上述实施例，本申请实施例还提供了另一种视频处理装置，该视频处理装置应用于客户端，参阅图7所示，本申请实施例提供的视频处理装置700至少包括：

接收模块701，用于接收视频播放请求；

获取模块702，用于根据视频播放请求对应的视频标识，获取相应的加密视频文件，并对加密视频文件进行解封装，得到加密元数据和视频帧数据，其中，加密视频文件是对视频标识对应的视频文件中的元数据进行加密后获得的；

解密模块703，用于对加密元数据进行解密，得到元数据；

播放模块704，用于基于元数据，对视频帧数据进行解码，得到视频原始数据，对视频原始数据进行渲染并播放。

在一种可能的实施方式中，在根据视频播放请求对应的视频标识，获取相应的加密视频文件时，获取模块702具体用于：

根据视频播放请求对应的视频标识，从视频存储数据库中获取相应的加密视频文件。

在一种可能的实施方式中，在对所述加密元数据进行解密，得到元数据时，解密模块703具体用于：

根据视频播放请求对应的视频标识，从密钥存储数据库中获取相应的解密密钥；

基于解密密钥，使用解密算法，对加密元数据进行解密，得到元数据。

值得说的是，本申请实施例提供的视频处理装置700中的接收模块701和获取模块702可以对应于客户端中的解复用模块，解密模块703可以对应于客户端中的解密模块和版权管理模块，播放模块704可以对应于客户端中的解码模块和渲染模块，这样，本申请实施例提供的视频处理装置700即可实现客户端的功能。

此外，本申请实施例提供的视频处理装置700解决技术问题的原理与本申请实施例提供的应用于客户端的视频处理方法相似，因此，本申请实施例提供的视频处理装置700的实施可以参见本申请实施例提供的应用于客户端的视频处理方法的实施，重复之处不再赘述。

在介绍了本申请实施例提供的视频处理系统、方法和装置之后，接下来，对本申请实施例提供的视频处理设备进行简单介绍。

参阅图8所示，本申请实施例提供的视频处理设备800至少包括：处理器801、存储器802和存储在存储器802上并可在处理器801上运行的计算机程序，处理器801执行计算机程序时实现本申请实施例提供的应用于服务器的视频处理方法；或者，实现本申请实施例提供的应用于客户端的视频处理方法。

需要说明的是，图8所示的视频处理设备800仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

本申请实施例提供的视频处理设备800还可以包括连接不同组件(包括处理器801和存储器802)的总线803。其中，总线803表示几类总线结构中的一种或多种，包括存储器总线、外围总线、局域总线等。

存储器802可以包括易失性存储器形式的可读介质，例如随机存储器(randomaccessmemory，ram)8021和/或高速缓存存储器8022，还可以进一步包括只读存储器(readonlymemory，rom)8023。

存储器802还可以包括具有一组(至少一个)程序模块8024的程序工具8025，程序模块8024包括但不限于：操作子系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

视频处理设备800也可以与一个或多个外部设备804(例如键盘、遥控器等)通信，还可以与一个或者多个使得用户能与视频处理设备800交互的设备通信(例如手机、电脑等)，和/或，与使得视频处理设备800与一个或多个其它视频处理设备800进行通信的任何设备(例如路由器、调制解调器等)通信。这种通信可以通过输入/输出(input/output，i/o)接口805进行。并且，视频处理设备800还可以通过网络适配器806与一个或者多个网络(例如局域网(localareanetwork，lan)，广域网(wideareanetwork，wan)和/或公共网络，例如因特网)通信。如图8所示，网络适配器806通过总线803与视频处理设备800的其它模块通信。应当理解，尽管图8中未示出，可以结合视频处理设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、磁盘阵列(redundantarraysofindependentdisks，raid)子系统、磁带驱动器以及数据备份存储子系统等。

下面对本申请实施例提供的计算机可读存储介质进行介绍。本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机指令，计算机指令被处理器执行时实现本申请实施例提供的视频处理方法。具体地，该可执行程序可以内置或者安装在视频处理设备800中，这样，视频处理设备800就可以通过执行内置或者安装的可执行程序实现本申请实施例提供的应用于服务器的视频处理方法；或者，实现本申请实施例提供的应用于客户端的视频处理方法。

此外，本申请实施例提供的视频处理方法还可以实现为程序产品，该程序产品包括程序代码，当该程序产品可以在视频处理设备800上运行时，该程序代码用于使视频处理设备800执行本申请实施例提供的应用于服务器的视频处理方法；或者，实现本申请实施例提供的应用于客户端的视频处理方法。

本申请实施例提供的程序产品可以采用一个或多个可读介质的任意组合，其中，可读介质可以是可读信号介质或者可读存储介质，而可读存储介质可以是但不限于是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合，具体地，可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、ram、rom、可擦式可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、光纤、便携式紧凑盘只读存储器(compactdiscread-onlymemory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请实施例提供的程序产品可以采用cd-rom并包括程序代码，还可以在计算设备上运行。然而，本申请实施例提供的程序产品不限于此，在本申请实施例中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。