CN103686206A - 一种云环境下的视频转码方法和系统 - Google Patents

Abstract

本发明涉及一种视频转码技术，尤其涉及一种云环境下的视频转码方法，该方法包括：用户发出业务请求；获取源视频文件数据，并发出转码请求；按照转码复杂度值对源视频文件进行分割处理；对分割后的视频文件块进行转码处理；将转码后的视频文件块进行组合。本发明提供的视频转码方法，通过获取用户发出业务请求的转码复杂度值，并根据所获取的转码复杂度值情况对源视频文件制定分割策略，能够解决现有技术中，由于对源视频文件的分割策略不合理所导致不能满足用户的服务质量要求以及浪费服务资源的问题。

Description

一种云环境下的视频转码方法和系统

技术领域

本发明涉及一种视频转码技术，尤其涉及一种云环境下的视频转码方法和系统。

背景技术

视频转码技术可以将已经压缩编码的视频码流转换成另一个视频码流，从而适应不同的网络带宽、不同的终端和不同的用户需要。随着互联网和多媒体技术的不断发展和演化，视频数据量急剧增大，如何对海量的大型视频文件进行转码成为难题。分布式转码技术应运而生，分布式转码技术将视频文件进行分割成多个视频分块，并通过分布式集群并行转码各个视频分块，能够实现提高转码效率的目的。

目前，常见的分割策略有按视频固定大小的分割、按图像组（GOP）的分割、按视频切片（Slice）的分割等形式。可以得到的是，无论基于上述的那种分割策略，分布式集群在进行转码的过程中，对于输出要求较高的视频转码任务所需要的时间往往比输出要求较低的视频转码任务所需要的时间要长很多。

但是，在现有对视频进行转码的过程中，由于没有根据用户的业务请求而引入用户的转码任务的服务质量（QoS）要求，在对视频文件进行分割的时候难免会产生一定的误差。对于过少的分割视频分块进行转码则不能够达到用户的要求；而对于过多的分割视频分块进行转码则会额外占用其它的分布式集群，从而导致服务资源的浪费。

因此，在保证用户服务质量要求的情况下，合理的对视频文件进行分割并进行转码，就十分必要了。

发明内容

本发明提供一种分布式的视频转码方法和系统，旨在决绝现有技术中，由于对视频文件的分割策略不合理所导致不能满足用户的服务质量要求以及浪费服务资源的问题。

本发明所要解决的技术问题通过以下技术方案予以解决：

一种云环境下的视频转码方法，所述视频转码方法包括：

用户发出业务请求；

获取源视频文件数据，发起转码请求；

按照转码复杂度值对源视频文件进行分割处理；

对分割后的视频文件块进行转码处理；

将转码后的视频文件块进行组合。

进一步地，在所述按照转码复杂度值对源视频文件进行分割处理的步骤中，具体包括：

从复杂度配置表中对满足用户业务请求的转码复杂度值进行获取；

根据转码复杂度值的获取情况制定视频分割策略；

按照所制定的视频分割策略对源视频文件进行分割处理。

进一步地，在所述根据转码复杂度值的获取情况制定视频分割策略的步骤中，具体包括：当从所述复杂度配置表中能够获取到满足用户业务要求的转码复杂度值时，对源视频文件制定的分割策略为复杂度分割策略；如果从所述复杂度配置表中未能获取到满足用户业务要求的转码复杂度值，则对所述源视频文件制定的分割策略为GOP分割策略。

进一步地，当所述分割策略为复杂度分割策略时，对源视频文件分割块数量的计算公式为：

其中，|S_ideal|为按照复杂度分割策略进行分割的理想分块个数；n为源视频文件的GOP总数，Complexity为转码复杂度值，Bandwidth为用户发出业务请求的最小带宽值，Delay为用户所发出业务请求的最大延时λ₁为带宽的加权系数，λ₂为延时的加权系数。

进一步地，当所述分割策略为GOP分割策略时，在对源视频文件转码生成目标视频文件后，需要对转码复杂度值进行计算，计算公式为：

$\mathrm{Complexity}=\frac{\left|S\right|\×({\mathrm{\λ}}_{1}b+{\mathrm{\λ}}_{2}t)}{n}$

其中，|S|表示转码服务器的数量，n为源视频文件的GOP总数，t为本次转码所用时间,b为本次转码输出的总带宽，λ₁为带宽的加权系数，λ₂为延时的加权系数。

本发明还提供一种云环境下的视频转码系统，所述视频转码系统包括：客户端、视频流服务器以及分布式转码系统；

所述客户端用于用户发出业务请求；

所述视频流服务器用于根据用户发出的业务请求获取对应的源视频文件数据，并发起转码请求；

所述分布式转码系统包括：分割调度器、至少一个转码服务器以及视频合并器；

所述分割调度器用于按照转码复杂度值对源视频文件进行分割处理；

所述转码服务器用于对所述分割调度器分割后的视频文件块进行转码处理；

所述视频合并器用于将所述转码服务器转码完成的视频文件块进行组合。

进一步地，所述分割调度器包括：

复杂度配置单元：用于存储历史复杂度配置表；

复杂度获取单元：用于从所述复杂度配置单元中获取满足用户业务请求的转码复杂度值；

策略执行单元：用于根据所述复杂度获取单元对转码复杂度值的获取情况制定视频分割策略；当所述复杂度获取单元能够从所述复杂度配置单元中获取到转码复杂度值的时候，对源视频文件执行复杂度分割策略；当所述复杂度获取单元不能够从所述复杂度配置单元中获取到转码复杂度值的时候，对所述源视频文件执行GOP分割策略；

进一步地，所述分割调度器还包括：

复杂度计算单元：用于当所述策略制定单元所制定的视频分割策略为GOP分割策略时，在对源视频文件转码生成目标视频文件后，计算本次转码的转码复杂度。

进一步地，所述分割调度器还包括：

更新单元：用于获得所述复杂度计算单元计算得出的转码复杂度值，在所述复杂度配置单元内进行更新。

进一步地，所述视频转码系统还包括：

文件数据库：用于存储源视频文件数据以及历史生成的目标文件数据。

本发明与现有技术相比的有益效果是，通过获取用户发出业务请求的转码复杂度值，并根据所获取的转码复杂度值情况对源视频文件制定分割策略，能够解决现有技术中，由于对源视频文件的分割策略不合理，所导致不能满足用户的服务质量要求以及浪费服务资源的问题。

附图说明

图1为本发明实施例提供的云环境下的视频转码方法的方法流程图；

图2为图1中步骤S300的细化流程图；

图3为本发明实施例提供的复杂度配置表；

图4为本发明实施例提供的云环境下的视频转码的系统架构图；

图5为图4中分布式转码系统的系统架构图；

图6为本发明实施例提供的分割调度器的结构图；

图7为本发明另一实施例提供的分割调度器的结构图。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1为本发明实施例提供的云环境下的视频转码方法的方法流程图，该方法包括以下步骤：

S100、用户发出业务请求。

用户根据自身的需求发出业务请求，在本发明的实施例中，用户所发出的业务请求具体可以表示为VR={FileId，TVideoInfo，QoS}，其中，FileId为文件ID；TVideoInfo为目标文件视频信息；QoS是用户所发出业务请求的服务质量。

在本发明优选的实施例中，上述的文件视频信息可以为一个五元元组，包括：{TFeature，TBR，TSR，TTR，TLog}。其中：TFeature为目标视频文件的格式，TBR（Target Bit Rate）为目标视频文件的比特率，TSR（Target Spatial Resolution）为目标视频文件的空间分辨率，TTR（Target Temporal Resolution）为目标视频文件的时间分辨率，TLog为目标视频文件的标识、水印等。QoS主要包括最大延时与最小带宽，具体可表示为｛Delay,Bandwidth｝，其中Delay为最大延时，Bandwidth为最小带宽。在本发明的其他实施例中，该文件视频信息也可以为其它内容所组成的元组，在此不作具体的限定。

S200、获取源视频文件数据，发起转码请求。

在本发明的实施例中，所获取的源视频文件的基本信息可以表示为OVideoInfo={OFeature,OBR,OSR,OTR,OLog}。其中，OFeature为源视频文件的格式，OBR(Original Bit Rate)是指源视频文件的比特率，OSR(Original Spatial Resolution)是指源视频文件的空间分辨率，OTR(Original Temporal Resolution)是指源视频文件的时间分辨率，OLog为源文件的标识、水印等。对应源文件的关键桢索引表示为OIIndex。则所发起的转码请求可以表示为TR，TR=VR∪OVideoInfo∪OIIndex。并且在对源视频文件的数据进行获取完成后，发起一次转码请求。

对于上述的转码动作所执行的转码请求可以由本次用户的业务请求、源视频文件视频信息和源文件关键帧索引的集合来表示，即TR=[{FileId,TVideoInfo,Delay},OVideoInfo,OIIndex]。

S300、按照转码复杂度值对源视频文件进行分割处理。

此步骤中的目的在于，根据转码复杂度的存在情况来制定对应的分割策略。在执行本步骤的过程中，由于转码复杂度值是被保存在复杂度配置表中的。因此，如果在当前的复杂度配置表中未能获取用户业务请求的转码复杂度值，则可以认为用户所发出的业务要求为首次发出的业务要求，对于该种情况，可以采用GOP分割策略来对源视频文件进行分割，然后待对分割后的视频文件块转码完成后计算本次转码的转码复杂度值。

请一并参见图2，为图1中步骤S300的细化流程图。

S301、在复杂度配置表中获取转码复杂度值。

在本发明的实施例中，转码复杂度值可以根据历史的记录情况直接在复杂度配置表中进行获取。

S302、是否能够获取转码复杂度值；如果能够获取到对应的转码复杂度值，则执行步骤S303；如果不能获取到对应的转码复杂度值，则执行步骤S304；

S303、按照复杂度分割策略对源视频文件进行分割处理，并对分割后的文件块执行转码。

S304、按照GOP分割策略对源视频文件进行分割处理，并对分割后的文件块执行转码；进入步骤S305。

S305、在转码完成后，计算本次转码的转码复杂度值；进入步骤S306。

本发明的实施例中，在用户首次发出的业务要求使，由于采用GOP分割策略来执行的，则对应的转码复杂度值Complexity的计算公式为：

$\mathrm{Complexity}=\frac{\left|S\right|\×({\mathrm{\λ}}_{1}b+{\mathrm{\λ}}_{2}t)}{n}$

其中，|S|表示分割列表的数量，n为源视频文件的GOP总数，t为本次转码所用时间,b为本次转码输出的总带宽，λ₁为带宽的加权系数，λ₂为延时的加权系数。

S306、将计算得出的转码复杂度值进行保存备份；

请进一步参阅图3，为本发明实施例提供的复杂度配置表。在本发明的优选实施例中，复杂度配置表中的数据结构为一个3元元组，包括：源视频文件信息、目标文件信息以及转码复杂度值。具体体现为｛OVideoInfo,TVideoInfo,Complexity｝。其中，Complexity指转码复杂度值，其数值大于或等于零。图中涉及的每一条复杂度配置关系代表的是：将源视频文件转码成目标文件，在一个计算单元上需要满足存在Complexity个运算单位用以实现对一个分割后文件块的转码。

按复杂度分割策略将根据用户请求的服务质量QoS（即Delay以及Bandwidth）与Complexity计算出满足用户QoS的媒体文件块的分块个数，理想状态下的分块个数为|S_ideal|：

其中，n为源视频文件的GOP总数，λ₁为带宽的加权系数，λ₂为延时的加权系数。

源视频文件在经过分割后，根据分割位置形成分割列表，可以用S进行表示。

所生成的分割列表Ｓ具体可以体现为{PieceNo,StartOffset,EndOffset,IIndex},其中PieceNo为分块号，StartOffset是该分块在分布式文件系统中的物理起始位置，EndOffset是该分块在分布式文件系统中的物理结束位置，IIndex是该分块中各个关键帧的物理位置。一个分割列表的通常表示例如：[{1,0，2000，｛0，500，1100，1600｝}，｛2，2001，4000，｛2001，2500，3100，3700｝｝，…]。其中，{1,0，2000，｛0，500，1100，1600｝}表示第一个媒体文件分块，该分块是从0位置开始，到2000位置结束，对应的关键帧位置在0、500、1100和1600等。

S400、对分割后的媒体文件块进行分布式转码。

在本发明的实施例中，按照形成的分割列表Ｓ选择适当个数的转码服务器进行转码。其中，转码服务器可形成多个计算能力相同的计算单元。比如，设置1个1GHz CPU与1G内存为一个计算单元，那么一个具有16核频率为1GHz的CPU，16G内存的转码服务器可以看成16个计算单元。即保证一个计算单元对应一个分块执行转码动作，而转码服务器的个数并不完全与分割的媒体文件块个数相同。在本发明的其他实施例中，也可以设定为一个转码服务器与一个所分割的媒体文件块进行对应，即转码服务器的数量|S|与形成的分割列表Ｓ的数量相同。

S500、将转码后的视频文件块进行组合生成目标文件。

将转码完成的转码文件进行组合，以形成满足用户业务要求的目标文件，同时将该目标文件发送给用户，并对所转码完成的文件进行备份处理，在有其他用户发起同样的业务要求时，则可以直接调用已经备份的目标文件，可以不用重复进行上述分割以及转码的工作流程。

本发明提供的视频转码方法，与现有技术相比的有益效果是，通过获取用户发出业务请求的转码复杂度值，并根据所获取的转码复杂度值情况对源视频文件制定分割策略，能够解决现有技术中，由于对源视频文件的分割策略不合理所导致不能满足用户的服务质量要求以及浪费服务资源的问题。

请参阅图4，为本发明实施例提供的云环境下的视频转码的系统架构图，该视频转码系统包括：客户端10、视频流服务器20以及分布式转码系统30。

客户端10用于用户发出业务请求，并将所发起的业务请求发送给视频流服务器20。

视频流服务器20用于接收客户端10所发起的业务请求，根据业务请求获取对应的源视频文件数据，并且在对源视频文件的数据进行获取完成后，发起一次转码请求。

分布式转码服务器30用于接收视频流服务器20发出的转码请求，对源视频文件进行分割转码。

请一并参阅图5，为图4中分布式转码系统的系统架构图；

该分布式转码系统30包括：分割调度器301、转码服务器302以及视频合并器303。

分割调度器301用于根据视频流服务器20所发起的转码请求，按照转码复杂度值对源视频文件进行分割处理；

转码服务器302用于对分割调度器301对源视频文件分割成的视频文件块进行转码处理；

视频合并器303用于将转码服务器302所转码完成的视频文件块进行组合。

在本发明的实施例中，转码服务器302的数量至少为一个，客户端10具体可以为手机、PDA、笔记本电脑、平板电脑等移动终端或者为台式机、服务器等固定终端。其中，客户端10与视频流服务器20之间可以通过有线或者无线的方式进行连接；视频流服务器20与分布式转码系统30之间可以通过有线或者无线的方式进行连接。

该视频流服务器20内部设置有缓冲区，在视频合并器303将转码服务器完成转码的文件进行组合后，将组合后的目标文件发送至视频流服务器20的缓冲区中，视频流服务器20将该目标文件发送给客户端10。

请参阅图6，为本发明实施例提供的分割调度器的结构图；该分割调度器301包括：复杂度配置单元3011、复杂度获取单元3012以及策略执行单元3013。

复杂度配置单元3011用于存储历史复杂度配置表；

复杂度获取单元3012用于从复杂度配置单元3011所存储的复杂度配置表中获取满足用户业务请求的转码复杂度值；

策略执行单元3013用于根据复杂度获取单元3012对转码复杂度值的获取情况制定视频分割策略；当复杂度获取单元3012能够从复杂度配置单元3011中获取到转码复杂度值的时候，对源视频文件执行复杂度分割策略；当复杂度获取单元3012不能够从复杂度配置单元3011中获取到转码复杂度值的时候，对源视频文件执行GOP分割策略。

请参阅图7，为本发明另一实施例提供的分割调度器的结构图；其中，图7中的分割调度器301’与图6中的分割调度器301相比，还包括有：复杂度计算单元3014和更新单元3015。

复杂度计算单元3014用于当策略制定单元3013所制定的视频分割策略为GOP分割策略时，在对源视频文件转码生成目标视频文件后，计算本次转码的转码复杂度。

具体为：当策略执行单元3013所制定的分割策略为GOP分割策略时，转码服务器302在完成对视频文件块的转码后，将转码参数发送到分割调度器301中，进而实现对转码复杂度值的计算。

更新单元3015用于获得复杂度计算单元3014计算得出的转码复杂度值，在所述复杂度配置单元内进行更新。

在本发明的其他的实施例中，该云环境下的视频转码系统还包括：文件数据库，该文件数据库用于存储源视频文件数据以及历史生成的目标文件数据，视频流服务器能够从文件数据库中获取其存储的源视频文件数据以及历史生成的目标文件数据。该文件数据库可以以服务器的形式单独存在，也可以存在于视频流服务器的内部。

当视频合并器将组合后的目标文件发送至视频流服务器后，视频流服务器可以将该目标文件同时发送给文件数据库进行保存。当有其他用户发出同样的业务需求时，则可以直接由视频流服务器从文件数据库中调用已经存在的目标文件，不用重复经过分布式转码系统进行分割以及转码的过程。

本发明提供的视频转码系统，与现有技术相比的有益效果是，通过获取用户发出业务请求的转码复杂度值，并根据所获取的转码复杂度值情况对源视频文件制定分割策略，能够解决现有技术中，由于对源视频文件的分割策略不合理所导致不能满足用户的服务质量要求以及浪费服务资源的问题。

为了更好的理解本发明，现提供一具体实施加以说明。

用户通过客户端发出一项业务请求，该业务请求所期望得到的目标文件为一个Mpeg-4格式，比特率为2000kbps，空间分辨率为1024*768，

时间分辨率为30fps，水印为“csst”，且对应源视频文件的ID为001。

按照上述的描述，用户所发出的业务要求可以具体体现为VR=｛001，TVideoInfo,{30mb/s,30s}｝,TVideoInfo=｛Mpeg-4,2000kbps,1024*768px,30fps,“csst”｝。

视频流服务器根据用户发出的业务请求，对ID为001的源视频文件进行获取，假定该源视频文件为一个H.264格式，比特率为4000kbps，

空间分辨率为1920*1080，时间分辨率为60fps，水印为空；则该获取的源视频文件的信息具体体现为：OVideoInfo={H.264,4000kbps,1920*1080,60fps,null}，其中，该文件的大小设定为800MB，开始的物理位移为0MB，结束物理位移为800MB，包含5000个GOP，60000个桢，I桢索引IIndex为包含5000个记录的索引文件。

在得到满足用户业务请求得目标文件的过程中，有可能会出现以下的情况：

情况一：不需要进行转码即能够得到目标文件；

对于此种情况，可以理解为在该用户发出业务要求之前，有其他的用户发出过同样的业务要求，并且该业务要求已经处理完成。那么，视频流服务器能够直接从文件服务器中获得满足用户业务要求的目标文件，从而不必对源视频文件通过分布式转码系统进行分割和转码动作。

情况二：存在复杂度配置关系的转码。

对于此种情况，可以按照下述的步骤进行执行：

第一步：视频流服务器接收用户视频请求。

第二步：视频流服务器判断用户视频请求是否需要转码。本例中，由于视频流服务器部能够直接获得满足用户业务要求的目标文件，因此视频流服务器发起一次转码动作，并创建缓冲区。

第三步：分割调度器接收转码请求，读取上述的源文件的信息，组装成一次转码请求TR=[VR,OVideoInfo,IIndex]。

第四步：分割调度器从复杂度配置表中读取TR的转码复杂度值。参阅图3中第二列的数值，本例中存在着这样的转码复杂度值为0.5。该分割调度器对源视频文件所制定的分割策略为复杂度分割策略。若按照默认的方式对源视频文件进行分割的分割块数为100块。λ₁=λ₂=0.5，则本次给予复杂度分割策略对该源视频文件所进行分割得到的分割块数|S|为:

|S|=ceil(5000*0.5/(30*0.5+30*0.5))=84

则得到长度为84的一个分割列表S，其中的每条列表记录平均对应着大约60个GOP。

第五步：分割调度器根据分割列表S的长度，开辟84个转码服务器并行处理本次转码。

第六步：每个转码服务器根据分配的分块，计算出其上约60个GOP的开始物理偏移与结束物理偏移。然后读取对应源文件数据，进行转码。

第七步：视频合并器接收这上述84个转码服务器的转码结果，将数据合并为目标文件，然后发送到视频流服务器的缓冲区。

第八步：视频流服务器将缓冲区中的目标文件返回给客户端。并同时将该目标文件备份到文件服务器中。

情况三：不存在复杂度配置关系的转码。

对于此种情况，可以按照下述的步骤进行执行：

第一步：视频流服务器接收用户视频请求。

第二步：视频流服务器判断用户视频请求是否需要转码。本例中，由于视频流服务器部能够直接获得满足用户业务要求的目标文件，因此视频流服务器发起一次转码动作，并创建缓冲区。

第三步：分割调度器接收转码请求，读取上述的源文件的信息，组装成一次转码请求TR=[VR,OVideoInfo,IIndex]。

第四步：分割调度器从复杂度配置表中读取TR的转码复杂度值。由于本例中不存在着这样的转码复杂度值，分割调度器对源视频文件所制定的分割策略为GOP分割策略。若按照默认的方式对源视频文件进行分割的分割块数为100块。则得到长度为50的一个分割列表S，其中的每条列表记录对应着100个GOP。

第五步：分割调度器根据分割列表S的长度，开辟50个转码服务器并行处理本次转码。

第六步：50个转码服务器根据分配的分块，计算出其上的100个GOP的开始物理偏移与结束物理偏移。然后读取对应源文件数据，进行转码。

第七步：视频合并器接收上述50个转码服务器的转码结果，将数据合并为目标文件。

第八步：视频合并器云计算复杂度并更新到复杂度配置中。假定本次转码总耗时50秒，总带宽输出为50mb/s，λ1=λ2=0.5，则转码复杂度值Complexity为：

Complexity=50*（50*0.5+50*0.5）/5000=0.5

在复杂度配置表中更新添加本次转码复杂度值的计算记录｛OVideoIfno,TVideoInfo,Complexity｝。

第九步：视频流服务器读取缓冲区数据返回给用户。然后，备份目标文件到分布式文件系统。

上述的具体实施方式，可对应参阅图3中第二列的数据。

需要说明的是，在方法实施例中的所有技术方案在本系统实施例中同样适用，这里不再重述。

以上所述，仅为本发明的具体实施方式，并非因此限制本发明的专利范围，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可以轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种云环境下的视频转码方法，其特征在于，所述视频转码方法包括：

用户发出业务请求；

获取源视频文件数据，发起转码请求；

按照转码复杂度值对源视频文件进行分割处理；

对分割后的视频文件块进行转码处理；

将转码后的视频文件块进行组合。

2.如权利要求1所述的视频转码方法，其特征在于，所述按照转码复杂度值对源视频文件进行分割处理的步骤，具体包括：

从复杂度配置表中对满足用户业务请求的转码复杂度值进行获取；

根据转码复杂度值的获取情况制定视频分割策略；

按照所制定的视频分割策略对源视频文件进行分割处理。

3.如权利要求2所述的视频转码方法，其特征在于：所述根据转码复杂度值的获取情况制定视频分割策略的步骤，具体包括：当从所述复杂度配置表中能够获取到满足用户业务要求的转码复杂度值时，对源视频文件制定的分割策略为复杂度分割策略；如果从所述复杂度配置表中未能获取到满足用户业务要求的转码复杂度值，则对所述源视频文件制定的分割策略为GOP分割策略。

4.如权利要求3所述的视频转码方法，其特征在于：当所述分割策略为复杂度分割策略时，对源视频文件分割块数量的计算公式为：

其中，|S_ideal|为按照复杂度分割策略进行分割的理想分块个数；n为源视频文件的GOP总数，Complexity为转码复杂度值，Bandwidth为用户发出业务请求的最小带宽值，Delay为用户所发出业务请求的最大延时λ₁为带宽的加权系数，λ₂为延时的加权系数。

5.如权利要求3所述的视频转码方法，其特征在于，当所述分割策略为GOP分割策略时，在对源视频文件转码生成目标视频文件后，需要对转码复杂度值进行计算，计算公式为：

$\mathrm{Complexity}=\frac{\left|S\right|\×({\mathrm{\λ}}_{1}b+{\mathrm{\λ}}_{2}t)}{n}$

其中，|S|表示转码服务器的数量，n为源视频文件的GOP总数，t为本次转码所用时间,b为本次转码输出的总带宽，λ₁为带宽的加权系数，λ₂为延时的加权系数。

6.一种云环境下的视频转码系统，其特征在于，所述视频转码系统包括：客户端、视频流服务器以及分布式转码系统；

所述客户端用于用户发出业务请求；

所述视频流服务器用于根据用户发出的业务请求获取对应的源视频文件数据，并发起转码请求；

所述分布式转码系统包括：分割调度器、至少一个转码服务器以及视频合并器；

所述分割调度器用于按照转码复杂度值对源视频文件进行分割处理；

所述转码服务器用于对所述分割调度器分割后的视频文件块进行转码处理；

所述视频合并器用于将所述转码服务器转码完成的视频文件块进行组合。

7.如权利要求6所述的视频转码系统，其特征在于，所述分割调度器包括：

复杂度配置单元：用于存储历史复杂度配置表；

复杂度获取单元：用于从所述复杂度配置单元中获取满足用户业务请求的转码复杂度值；

策略执行单元：用于根据所述复杂度获取单元对转码复杂度值的获取情况制定视频分割策略；当所述复杂度获取单元能够从所述复杂度配置单元中获取到转码复杂度值的时候，对源视频文件执行复杂度分割策略；当所述复杂度获取单元不能够从所述复杂度配置单元中获取到转码复杂度值的时候，对所述源视频文件执行GOP分割策略。

8.如权利要求7所述的视频转码系统，其特征在于，所述分割调度器还包括：

复杂度计算单元：用于当所述策略制定单元所制定的视频分割策略为GOP分割策略时，在对源视频文件转码生成目标视频文件后，计算本次转码的转码复杂度。

9.如权利要求8所述的视频转码系统，其特征在于，所述分割调度器还包括：

更新单元：用于获得所述复杂度计算单元计算得出的转码复杂度值，在所述复杂度配置单元内进行更新。

10.如权利要求6-9任意一项所述的视频转码系统，其特征在于，所述视频转码系统还包括：

文件数据库：用于存储源视频文件数据以及历史生成的目标文件数据。

Images