CN109936750B - 通信***、微控制器及其应用的视频转码方法及*** - Google Patents

Abstract

本发明提供一种通信***、微控制器及其应用的视频转码方法及***，接收发送端发送的视频编码数据，视频编码数据为发送端对采集的视频数据进行编码后生成的；接收接收端发送的对视频编码数据进行请求的请求信息；根据请求信息，判断接收端的解码方式是否与视频编码数据匹配，若是，将视频编码数据直接发送给接收端；若否，将视频编码数据发送至一转码云，以供转码云将视频编码数据转换为与接收端的解码方式匹配的视频转码数据并进行反馈；接收转码云反馈的视频转码数据；将视频转码数据发送至接收端。本发明可实时高效的对视频数据进行转码，且转码设备增减灵活，合理利用转码资源，避免资源的浪费。

Description

通信***、微控制器及其应用的视频转码方法及***

技术领域

本发明涉及视频处理领域，特别是涉及一种通信***、微控制器及其应用的视频转码方法及***。

背景技术

首先，由于视频技术的不断革新，必定存在新的技术不支持老的设备的情况，例如，老的设备以前用的H263的编解码，而现在一般都是H264的天下，又或者现在的设备支持H264，将来的会普及更新的H265、VP9等等，因此，为了兼容以前的设备，我们必须将现有的这些数据的编解码格式转换成以前老的设备支持的格式，而且外面不同的厂商不同的产品出来的数据流也没办法做到统一，为了与他们兼容，我们也必须将转码进行到底。

其次，现有的转码服务基本上是基于存储的视频文件进行的，例如，将高清的视频文件转码成多种分辨率的视频文件供后期不同设备、不同带宽的情况下使用。这种转码为了提高效率，通常会将文件分成多个小文件再分别转码最后再合成在一起，因此在转码的过程中视频数据是不允许使用的，只能等转码完成后才允许使用，而视频会议在整个开会阶段都是即时性的，不能漏掉任何一个画面，也不能延迟太大，这对转码的处理效率及实时性要求是非常高的。

再次，大多数的转码集群都需要事先根据使用情况安排好集群数量并加以设置，一旦使用情况有变化，则需要重新部署或者重新设置，有的转码集群为了解决这种情况，则是采用以最大的使用情况来考虑这些，这既造成了资源的浪费，又使得应用不够灵活。而且一旦部分转码设备因为客观因数，导致转码失败，例如，机器断电，则需要用户重新手动设置转码任务启动。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种通信***、微控制器及其应用的视频转码方法及***，用于解决现有技术中视频转码实时性和效率不高等的问题。

为实现上述目的及其他相关目的，本发明提供一种视频转码方法，包括：接收发送端发送的视频编码数据，所述视频编码数据为所述发送端对采集的视频数据进行编码后生成的；接收接收端发送的对所述视频编码数据进行请求的请求信息；根据所述请求信息，判断所述接收端的解码方式是否与所述视频编码数据的编码方式匹配，若是，将所述视频编码数据直接发送给所述接收端；若否，将所述视频编码数据发送至一转码云，以供所述转码云将所述视频编码数据转换为与所述接收端的解码方式匹配的视频转码数据并进行反馈；接收所述转码云反馈的所述视频转码数据；将所述视频转码数据发送至所述接收端。

于本发明一具体实施例中，所述转码云包括一负载均衡服务器和多个转码服务器；其中，各所述转码服务器均预先主动向所述负载均衡服务器发送连接请求，且所述负载均衡服务器根据所述连接请求与相应的转码服务器进行连接，与所述负载均衡服务器连接成功的所述转码服务器为可用转码服务器，所述负载均衡服务器还将所述可用转码服务器的状态信息进行保存。

于本发明一具体实施例中，将所述视频编码数据发送至一转码云，以供所述转码云将所述视频编码数据转换为与所述接收端的解码方式匹配的视频转码数据并进行反馈的步骤包括：将所述视频编码数据发送至所述负载均衡服务器，以令所述负载均衡服务器将所述视频编码数据发送至一所述可用转码服务器，以供所述可用转码服务器将所述视频编码数据转换为与所述接收端的所述解码方式匹配的所述视频转码数据，且所述可用转码服务器将所述视频转码数据向所述负载均衡服务器发送，且所述负载均衡服务器将接收的所述视频转码数据进行反馈。

于本发明一具体实施例中，所述负载均衡服务器接收到所述视频编码数据时，根据所述状态信息对各所述可用转码服务器的转码能力进行评估，且将所述视频编码数据发送至当前的转码能力最优的所述可用转码服务器。

于本发明一具体实施例中，所述负载均衡服务器还用以通过心跳机制获取所述可用转码服务器的运行信息，且将所述运行信息与预设的异常状态信息进行比较，当所述运行信息与所述异常状态信息相匹配时，判断所述可用转码服务器运行异常；当运行异常的所述可用转码服务器当前运行有转码任务时，所述负载均衡服务器将所述运行异常的所述可用转码服务器当前运行的转码任务转移至其他可用转码服务器中转码能力最优的所述可用转码服务器。

为实现上述目的及其他相关目的，本发明还提供一种视频转码***，包括：第一接收模块，用以接收发送端发送的视频编码数据，所述视频编码数据为所述发送端对采集的视频数据进行编码后生成的；第二接收模块，用以接收接收端发送的对所述视频编码数据进行请求的请求信息；判断模块，用以根据所述请求信息，判断所述接收端的解码方式是否与所述视频编码数据的编码方式相匹配，若是，将所述视频编码数据直接发送给所述接收端；若否，将所述视频编码数据发送至一转码云，以供所述转码云将所述视频编码数据转换为与所述接收端的解码方式匹配的视频转码数据并进行反馈；接收所述转码云反馈的所述视频转码数据；将所述视频转码数据发送至所述接收端。

为实现上述目的及其他相关目的，本发明还提供一种微控制器，应用如上任一项所述的视频转码方法。

为实现上述目的及其他相关目的，本发明还提供一种通信***，包括发送端、接收端、转码云以及如上所述的微控制器；其中所述发送端与所述微控制器通信连接，所述接收端与所述微控制器通信连接，所述转码云与所述微控制器通信连接。

于本发明一具体实施例中，所述转码云包括负载均衡服务器以及多个转码服务器，所述微控制器与所述负载均衡服务器通信连接；其中，各所述转码服务器均预先主动向负载均衡服务器发送连接请求，且所述负载均衡服务器根据所述连接请求与相应的转码服务器进行连接，与所述负载均衡服务器连接成功的所述转码服务器为可用转码服务器，所述负载均衡服务器还将所述可用转码服务器的状态信息进行保存。

于本发明一具体实施例中，所述负载均衡服务器还用以接收所述视频编码数据，以将所述视频编码数据发送至一所述可用转码服务器，以供所述可用转码服务器将所述视频编码数据转换为与所述接收端的所述解码方式匹配的所述视频转码数据，且所述负载均衡服务器接收所述可用转码服务器发送的所述视频转码数据，并将所述视频转码数据向所述微控制器进行反馈。

于本发明一具体实施例中，所述负载均衡服务器接收到所述视频编码数据时，根据所述状态信息对各所述可用转码服务器的转码能力进行评估，且将所述视频编码数据发送至当前的转码能力最优的可用转码服务器。

于本发明一具体实施例中，所述负载均衡服务器还用以通过心跳机制获取所述可用转码服务器的运行信息，且将所述运行信息与预设的异常状态信息进行比较，当所述运行信息与所述异常状态信息相匹配时，判断所述可用转码服务器运行异常；当运行异常的所述可用转码服务器当前运行有转码任务时，所述负载均衡服务器将所述运行异常的所述可用转码服务器当前运行的转码任务转移至其他可用转码服务器中转码能力最优的所述可用转码服务器。

如上所述，本发明的通信***、微控制器及其应用的视频转码方法及***，接收发送端发送的视频编码数据，所述视频编码数据为所述发送端对采集的视频数据进行编码后生成的；接收接收端发送的对所述视频编码数据进行请求的请求信息；根据所述请求信息，判断所述接收端的解码方式是否与所述视频编码数据匹配，若是，将所述视频编码数据直接发送给所述接收端；若否，将所述视频编码数据发送至一转码云，以供所述转码云将所述视频编码数据转换为与所述接收端的解码方式匹配的视频转码数据并进行反馈；接收所述转码云反馈的所述视频转码数据；将所述视频转码数据发送至所述接收端。本发明可实时高效的对视频数据进行转码，且转码设备增减灵活，合理利用转码资源，避免资源的浪费。

附图说明

图1显示为本发明的视频转码方法在一具体实施例中的流程示意图。

图2显示为本发明的通信***在一具体实施例中的应用示意图。

图3显示为本发明的视频转码方法在一具体实施例中的信令交互示意图。

图4显示为本发明的视频转码***在一具体实施例中的组成示意图。

元件标号说明

1 通信***

11 微控制器

12 发送端

13 接收端

14 转码云

141 负载均衡服务器

142 转码服务器

21 终端

22 MCU

23 Trans_Ctrl

24 Trans_TransCod

30 视频转码***

31 第一接收模块

32 第二接收模块

33 判断模块

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图示中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

本发明主要应用于视频会议中，视频会议的基本应用场景简单描述大致是这样的，每个用户将自己摄像头采集的数据通过编码压缩发送到MCU上，然后再将其他人的流接入进来解码显示，从而达到在网上通过视频开会的目的。听起来这似乎很简单，但如果细究一下会发现还是有不少问题是需要我们去处理的，首先视频会议发展到现在至少也有十几年的时间了，设备的更新迭代不可避免，数据流从较早的H263编码到现在普遍使用H264，再到以后有可能普及的H265、VP9等编码格式，如何使不同解码能力的机器在一起开起会来呢，这必然要使用到转码技术，即将某台收到的不能解码显示的数据流转换成其能解码显示的数据流。

其次，视频会议不同于传统的视频点播，视频点播靠的是之前录制好的视频文件，传统的转码是通过读取一部分录制好的文件数据转换之后写成新的数据文件，然后再读取一部分数据写入新的文件直至全部转换完成，该种转码在转换过程中是不允许使用未转好的文件的。而视频会议讲究的是实时、低延迟等特性，因此在转码的过程中我们采用进来一帧数据则输出一帧的方式，在转码端将缓存降至最低，以此达到最低的延迟特性，尽量做到实时。

再次，传统的文件转码可以依靠时间来完成多任务的同时进行，而视频会议的转码则不行，必须提升其转码效率来达到实时的目的。本发明通过信令将多任务的转码需求分配到各个转码服务器上，使得各个转码服务器都能以最优的性能完成各个转码任务。当转码任务过多时，仅仅需要在云端添加转码服务器即可，无需重新部署任务，而且即使部分转码服务器出现宕机情况，本发明也可以很好的将宕机上的转码任务分配到其他转码服务器上进行，从而不影响用户的使用。

请参阅图1，显示为本发明的视频转码方法在一具体实施例中的流程示意图。请参阅图2，显示为本发明的通信***在一具体实施例中的应用示意图。所述视频转码方法应用于如图2所示的通信***1的微控制器11中，所述通信***1还包括如图2所示的发送端12、接收端13以及转码云14。且与本实施例中，所述发送端12和所述接收端13例如为智能手机、平板电脑和/或台式电脑等具有智能数据处理功能的电子设备。

所述视频转码方法，包括：

步骤S1：接收发送端12发送的视频编码数据，所述视频编码数据为所述发送端对采集的视频数据进行编码后生成的；

步骤S2：接收接收端13发送的对所述视频编码数据进行请求的请求信息；

步骤S3：根据所述请求信息，判断所述接收端的解码方式是否与所述视频编码数据的编码方式相匹配，若是，则执行步骤S4，若否，则执行步骤S5～步骤S7；

步骤S4：将所述视频编码数据直接发送给所述接收端；

步骤S5：将所述视频编码数据发送至一转码云，以供所述转码云将所述视频编码数据转换为与所述接收端的解码方式匹配的视频转码数据并进行反馈；

步骤S6：接收所述转码云反馈的所述视频转码数据；

步骤S7：将所述视频转码数据发送至所述接收端。

具体的，如图2，所述转码云14包括一负载均衡服务器141和多个转码服务器142；其中，各所述转码服务器142均预先主动向负载均衡服务器141发送连接请求，且所述负载均衡服务器141根据所述连接请求与相应的转码服务器142进行连接，与所述负载均衡服务器141连接成功的所述转码服务器142为可用转码服务器，所述负载均衡服务器141还将所述可用转码服务器的状态信息进行保存。于本具体实时中，所述转码服务器142有N个，且各所述转码服务器142的编号为1～N。于一实施例中，例如编号为1的转码服务器142与所述负载均衡服务器141连接失败，而编号为2～N的转码服务器142与所述负载均衡服务器141成功连接，即为所述可用转码服务器。

进一步的，所述步骤S5还包括：将所述视频编码数据发送至一转码云，以供所述转码云将所述视频编码数据转换为与所述接收端的解码方式匹配的视频转码数据并进行反馈的步骤包括：

所述微控制器11将所述视频编码数据发送至所述负载均衡服务器141，以令所述负载均衡服务器141将所述视频编码数据发送至一所述可用转码服务器，以供所述可用转码服务器将所述视频编码数据转换为与所述接收端13的所述解码方式匹配的所述视频转码数据，且所述可用转码服务器将所述视频转码数据向所述负载均衡服务器141发送，且所述负载均衡服务器141将接收的所述视频转码数据向所述微控制器11进行反馈。例如，于一具体实施例中，所述发送端12通过H264编码方法编码生成所述视频编码数据；所述接收端13的解码方式为H265。则，所述微控制器11将格式为H264的视频编码数据发送至所述负载均衡服务器141，以令所述负载均衡服务器141将格式为H264的所述视频编码数据发送至一所述可用转码服务器，以供所述可用转码服务器将格式为H264的所述视频编码数据转换为与所述接收端13的所述解码方式H265匹配的格式为H265的视频转码数据，且所述可用转码服务器将所述格式为H265的视频转码数据向所述负载均衡服务器141发送，且所述负载均衡服务器141将接收的所述格式为H265的视频转码数据向所述微控制器11进行反馈。

优选的，所述负载均衡服务器141接收到所述视频编码数据时，根据所述状态信息对各所述可用转码服务器的转码能力进行评估，且将所述视频编码数据发送至当前的转码能力最优的可用转码服务器。所述状态信息至少包括以下中的一种：所述可用转码服务器的配置性能和所述可用转码服务器当前处理的转码任务的量。且配置性能越高的可用转码服务器转码能力越强，且当前处理的转码任务的量越少的可用转码服务器的转码能力越强，可根据预设设置的权重比，根据所述当前处理的转码任务的量和所述配置性能占用的权重，判断当前的可用转码服务器的转码能力。且，当转码能力最优的可用转码服务器不止一个时，所述负载均衡服务器141可将所述视频编码数据随机发送至一转码能力最优的可用转码服务器，或者预先对各所述转码服务器142进行优先级别的排列，当转码能力最优的可用转码服务器不止一个时，所述负载均衡服务器141可将所述视频编码数据随机发送至转码能力最优的可用转码服务器中预设设置的优先级别最高的可用转码服务器。所述优先级别例如可根据各所述转码服务器142的编号进行排列，例如，编号越小的转码服务器142的优先级越高。也可根据接入所述负载均衡服务器141的时间顺序来对所述转码服务器的优先级别进行设置，例如越早与所述负载均衡服务器141成功连接的转码服务器142的优先级越高。

优选的，所述负载均衡服务器141还用以通过心跳机制获取所述可用转码服务器的运行信息，且将所述运行信息与预设的异常状态信息进行比较，当所述运行信息与所述异常状态信息相匹配时，判断所述可用转码服务器运行异常；当运行异常的所述可用转码服务器当前运行有转码任务时，所述负载均衡服务器141还将所述运行异常的所述可用转码服务器当前运行的转码任务转移至其他可用转码服务器中转码能力最优的所述可用转码服务器。以保证所述通信***1的正常运行，且可保证所述转码云14的转码效率和准确率。

当转码的任务量超过当前的转码云14的硬件配置时，可随时在所述转码云14中添加新的转码服务器，无需重新部署任务，而且即使部分转码服务器142出现宕机情况，我们也可以很好的将宕机上的转码任务分配到其他转码服务器142上进行，从而不影响用户的使用，且该过程都是在转码云14中完成的，云外的用户无需感知，大大提高用户的体验。

于本发明中，所有的转码任务都是通过负载均衡服务器141进行分配的，因此，负载均衡服务器141保存了所有的转码任务信息以及连接成功的转码服务器142的所有信息，包括各台转码服务器142正在处理什么样的转码任务。此时，无论是动态增加转码服务器142，还是转码服务器142宕机，只要负载均衡服务器141正常工作，就可以动态增减转码服务器142。

具体的，所述通信***的工作过程包括：首先发送端12将自己采集到的摄像头数据编码发送到微控制器11上，这时接收端13向微控制器11请求采集端的数据，但微控制器11发现，接收端12没有该数据的解码能力，于是向转码云14请求实时转码发送端12的数据。转码云14通过负载均衡服务器141将该任务分配给当前转码能力最优的可用转码服务器，例如为编号为1的转码服务器142进行转码，于是编号为1的转码服务器去接收微控制器11发送过来的发送端12的编码数据，并将其转换成解码端能够解码的视频数据，然后再将转码后的数据通过网络返回给微控制器11，微控制器11再将这份数据传给解码端来解码显示。

转码云14内部转码服务器142的健康状态检查及动态扩展整体流程是这样的，首先每台转码服务器142会主动去连接云内部的负载均衡服务器141，通过信令交互，负载均衡服务器141会将成功连接的转码服务器142的信息保存下来，例如转码能力等，并且利用心跳机制对连接成功的转码服务器142进行健康状态检查，一旦检查其状态不对的时候，则会将该台转码服务器142上的转码任务通过负载均衡算法移到其他的转码服务器142进行转码任务。由于，所有的转码任务都是通过负载均衡服务器141进行分配的，因此，负载均衡服务器141保存了所有的转码任务信息以及连接成功的转码服务器142的所有信息，包括各台连接成功的转码服务器142正在处理什么样的转码任务。此时，无论是动态增加转码服务器142，还是转码服务器142宕机，只要负载均衡服务器141正常工作，就可以动态增减转码服务器142。

进一步参阅图3，显示为本发明的视频转码方法在一具体实施例中的信令交互示意图。

图3中的终端21与图2所示的接收端13对应，图3中的MCU22与图2所示的所述微控制器11相对应，图3中显示的Trans_Ctrl23与图2所示的负载均衡服务器141相对应，图3中显示的Trans_TransCod24与图2所示的转码服务器142相对应，图3中的信令流程图具有从上到下执行的时间顺序，主要包括四个流程，首先是图3中各元件之间的与LOGIN对应的登录过程，其次是所述终端21进行转码请求，且将所述转码请求经过所述MCU22、Trans_Ctrl23发送至对应的Trans_TransCod24，以获得Trans_TransCod24的转码请求的反馈，并将该转码请求的反馈经过所述Trans_Ctrl23和所述MCU22发送至所述终端21。且，所述终端21根据接收到的关于所述转码请求的反馈后，生成格式转换请求，将所述终端21的视频编解码格式经过所述MCU22、Trans_Ctrl23发送至对应的Trans_TransCod24，以令Trans_TransCod24将所述视频编码数据转换为与所述终端21的视频编解码格式对应的格式，并经过所述Trans_Ctrl23和所述MCU22反馈至所述终端21。所述终端21接收到转换格式后的视频编码数据后，进行转码结束请求，并将该转码结束请求经过所述MCU22、Trans_Ctrl23发送至对应的Trans_TransCod24，且所述Trans_TransCod24对所述转码结束请求进行反馈，且将该反馈经过所述Trans_Ctrl23和所述MCU22反馈至所述终端21，则该转码任务结束。

请参阅图4，显示为本发明的视频转码***在一具体实施例中的组成示意图。所述视频转码***30，包括：第一接收模块31、第二接收模块32以及判断模块33。

所述第一接收模块31用以接收发送端发送的视频编码数据，所述视频编码数据为所述发送端对采集的视频数据进行编码后生成的；

所述第二接收模块32用以接收接收端发送的对所述视频编码数据进行请求的请求信息；

所述判断模块33用以根据所述请求信息，判断所述接收端的解码方式是否与所述视频编码数据的编码方式相匹配，若是，将所述视频编码数据直接发送给所述接收端；

若否，将所述视频编码数据发送至一转码云，以供所述转码云将所述视频编码数据转换为与所述接收端的解码方式匹配的视频转码数据并进行反馈；接收所述转码云反馈的所述视频转码数据；将所述视频转码数据发送至所述接收端。

所述视频转码***30应用于所述微控制器11中，且所述视频转码***30与所述视频转码方法的技术方案一一对应，所有关于所述视频转码方法的描述均可应用于本实施例中，在此不加赘述。

综上所述，本发明的通信***、微控制器及其应用的视频转码方法及***，接收发送端发送的视频编码数据，所述视频编码数据为所述发送端对采集的视频数据进行编码后生成的；接收接收端发送的对所述视频编码数据进行请求的请求信息；根据所述请求信息，判断所述接收端的解码方式是否与所述视频编码数据匹配，若是，将所述视频编码数据直接发送给所述接收端；若否，将所述视频编码数据发送至一转码云，以供所述转码云将所述视频编码数据转换为与所述接收端的解码方式匹配的视频转码数据并进行反馈；接收所述转码云反馈的所述视频转码数据；将所述视频转码数据发送至所述接收端。本发明可实时高效的对视频数据进行转码，且转码设备增减灵活，合理利用转码资源，避免资源的浪费。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (8)

1.一种视频转码方法，其特征在于，包括：

接收发送端发送的视频编码数据，所述视频编码数据为所述发送端对采集的视频数据进行编码后生成的；

接收接收端发送的对所述视频编码数据进行请求的请求信息；

根据所述请求信息，判断所述接收端的解码方式是否与所述视频编码数据的编码方式匹配，

若是，将所述视频编码数据直接发送给所述接收端；

若否，将所述视频编码数据发送至一转码云，以供所述转码云将所述视频编码数据转换为与所述接收端的解码方式匹配的视频转码数据并进行反馈；所述转码云包括一负载均衡服务器和多个转码服务器；当转码的任务量超过当前的转码云的硬件配置时，向所述转码云中添加新的转码服务器；当所述转码云中出现宕机的转码服务器时，从所述转码云中删除宕机的转码服务器，并将所述宕机的转码服务器的转码任务分配到所述转码云中的其他转码服务器；

所述负载均衡服务器还用以通过心跳机制获取可用转码服务器的运行信息，且将所述运行信息与预设的异常状态信息进行比较，当所述运行信息与所述异常状态信息相匹配时，判断所述可用转码服务器运行异常；当运行异常的所述可用转码服务器当前运行有转码任务时，所述负载均衡服务器将所述运行异常的所述可用转码服务器当前运行的转码任务转移至其他可用转码服务器中转码能力最优的所述可用转码服务器；

各所述转码服务器均预先主动向所述负载均衡服务器发送连接请求，且所述负载均衡服务器根据所述连接请求与相应的转码服务器进行连接，与所述负载均衡服务器连接成功的所述转码服务器为可用转码服务器，所述负载均衡服务器还将所述可用转码服务器的状态信息进行保存；所述负载均衡服务器还保存了所有的转码任务信息，所述转码任务信息包括各台转码服务器正在处理的转码任务；

所述负载均衡服务器接收到所述视频编码数据时，根据所述状态信息对各所述可用转码服务器的转码能力进行评估，且将所述视频编码数据发送至当前的转码能力最优的所述可用转码服务器；

其中，所述负载均衡服务器根据当前处理的转码任务的量和配置性能占用的权重，判断当前的可用转码服务器的转码能力；并且，当转码能力最优的可用转码服务器不止一个时，所述负载均衡服务器将所述视频编码数据随机发送至一转码能力最优的可用转码服务器，或者将所述视频编码数据发送至转码能力最优的可用转码服务器中优先级别最高的可用转码服务器；所述优先级根据各所述编码服务器的编号而预先设置，或根据接入所述负载均衡器的时间顺序而预先设置；接收所述转码云反馈的所述视频转码数据；

将所述视频转码数据发送至所述接收端。

2.根据权利要求1所述的视频转码方法，其特征在于：将所述视频编码数据发送至一转码云，以供所述转码云将所述视频编码数据转换为与所述接收端的解码方式匹配的视频转码数据并进行反馈的步骤包括：

将所述视频编码数据发送至所述负载均衡服务器，以令所述负载均衡服务器将所述视频编码数据发送至一所述可用转码服务器，以供所述可用转码服务器将所述视频编码数据转换为与所述接收端的所述解码方式匹配的所述视频转码数据，且所述可用转码服务器将所述视频转码数据向所述负载均衡服务器发送，且所述负载均衡服务器将接收的所述视频转码数据进行反馈。

3.一种视频转码***，其特征在于：包括：

第一接收模块，用以接收发送端发送的视频编码数据，所述视频编码数据为所述发送端对采集的视频数据进行编码后生成的；

第二接收模块，用以接收接收端发送的对所述视频编码数据进行请求的请求信息；

判断模块，用以根据所述请求信息，判断所述接收端的解码方式是否与所述视频编码数据的编码方式相匹配，

若是，将所述视频编码数据直接发送给所述接收端；

若否，将所述视频编码数据发送至一转码云，以供所述转码云将所述视频编码数据转换为与所述接收端的解码方式匹配的视频转码数据并进行反馈；所述转码云包括一负载均衡服务器和多个转码服务器；当转码的任务量超过当前的转码云的硬件配置时，向所述转码云中添加新的转码服务器；当所述转码云中出现宕机的转码服务器时，从所述转码云中删除宕机的转码服务器，并将所述宕机的转码服务器的转码任务分配到所述转码云中的其他转码服务器；所述负载均衡服务器还用以通过心跳机制获取可用转码服务器的运行信息，且将所述运行信息与预设的异常状态信息进行比较，当所述运行信息与所述异常状态信息相匹配时，判断所述可用转码服务器运行异常；当运行异常的所述可用转码服务器当前运行有转码任务时，所述负载均衡服务器将所述运行异常的所述可用转码服务器当前运行的转码任务转移至其他可用转码服务器中转码能力最优的所述可用转码服务器；各所述转码服务器均预先主动向所述负载均衡服务器发送连接请求，且所述负载均衡服务器根据所述连接请求与相应的转码服务器进行连接，与所述负载均衡服务器连接成功的所述转码服务器为可用转码服务器，所述负载均衡服务器还将所述可用转码服务器的状态信息进行保存；所述负载均衡服务器还保存了所有的转码任务信息，所述转码任务信息包括各台转码服务器正在处理的转码任务；所述负载均衡服务器接收到所述视频编码数据时，根据所述状态信息对各所述可用转码服务器的转码能力进行评估，且将所述视频编码数据发送至当前的转码能力最优的所述可用转码服务器；其中，所述负载均衡服务器根据当前处理的转码任务的量和配置性能占用的权重，判断当前的可用转码服务器的转码能力；并且，当转码能力最优的可用转码服务器不止一个时，所述负载均衡服务器将所述视频编码数据随机发送至一转码能力最优的可用转码服务器，或者将所述视频编码数据发送至转码能力最优的可用转码服务器中优先级别最高的可用转码服务器；所述优先级根据各所述编码服务器的编号而预先设置，或根据接入所述负载均衡器的时间顺序而预先设置；

接收所述转码云反馈的所述视频转码数据；

将所述视频转码数据发送至所述接收端。

4.一种微控制器，其特征在于，应用如权利要求1～2中任一项所述的视频转码方法。

5.一种通信***，其特征在于：包括发送端、接收端、转码云以及如权利要求4所述的微控制器；其中所述发送端与所述微控制器通信连接，所述接收端与所述微控制器通信连接，所述转码云与所述微控制器通信连接。

6.根据权利要求5所述的通信***，其特征在于：所述转码云包括负载均衡服务器以及多个转码服务器，所述微控制器与所述负载均衡服务器通信连接；其中，各所述转码服务器均预先主动向负载均衡服务器发送连接请求，且所述负载均衡服务器根据所述连接请求与相应的转码服务器进行连接，与所述负载均衡服务器连接成功的所述转码服务器为可用转码服务器，所述负载均衡服务器还将所述可用转码服务器的状态信息进行保存。

7.根据权利要求6所述的通信***，其特征在于：

所述负载均衡服务器还用以接收所述视频编码数据，以将所述视频编码数据发送至一所述可用转码服务器，以供所述可用转码服务器将所述视频编码数据转换为与所述接收端的所述解码方式匹配的所述视频转码数据，且所述负载均衡服务器接收所述可用转码服务器发送的所述视频转码数据，并将所述视频转码数据向所述微控制器进行反馈。

8.根据权利要求7所述的通信***，其特征在于：所述负载均衡服务器接收到所述视频编码数据时，根据所述状态信息对各所述可用转码服务器的转码能力进行评估，且将所述视频编码数据发送至当前的转码能力最优的可用转码服务器。

Images