本发明涉及编码技术领域，特别是涉及一种直播编码任务的分配方法及装置。
背景技术：
目前的网络视频直播(如晚会盛典、演唱会、体育赛事、商业发布、秀场直播、游戏直播等)后台架构，都存在直播编码的处理环节。直播编码是指下载一个视频流(比如ts流、rtmp流或采集卡等)到服务器端，服务器端将视频流进行压缩和转换码率，比如，将单一码率生成1080p、720p等码率等。从本质上而言，编码任务就是一种实时性要求较高的计算任务。
目前，现有的编码任务采取的是一种静态的计算任务调度方式，就是将高码率的计算任务调度到cpu核数较高的服务器，将低码率的计算任务调度到cpu核数较低的服务器。但是，在实际应用中，每台服务器的计算能力不仅跟其服务器的cpu核数有关，也跟实时的负载状态有关。如果核数较高的服务器，负载也较高，那其计算能力可能还不如负载较低、核数也较低的服务器，从而导致了编码任务分配不合理，降低了服务器的编码计算效率。
因此，如何合理的将编码任务分配到服务器上，是目前有待解决的技术问题。
技术实现要素：
本发明实施例所要解决的技术问题是提供一种直播编码任务的分配方法，以解决现有技术中对编码任务分配不合理，导致编码计算效率降低的技术问题。
相应的，本发明实施例还提供了一种直播编码任务的分配装置，用以保证上述方法的实现及应用。
为了解决上述问题，，本发明是通过如下技术方案实现的：
第一方面提供一种直播编码任务的分配方法，所述方法包括：
接收码流管理器发送的编码任务；
确定所述编码任务的编码任务权重值；
获取服务器集群中各类服务器的最大负载权重值和对应的当前负载权重值；
根据所述最大负载权重值和当前负载权重值确定所有服务器的可用负载权重值；
从所有服务器的可用负载权重值中选择可用负载权重值最大的服务器作为目标服务器；
将所述编码任务权重值分配给所述目标服务器。
可选的，所述根据所述最大负载权重值和当前负载权重值确定所有服务器的可用负载权重值包括：
计算所述最大负载权重值与当前负载权重值的差值，得到所有服务器的可用负载权重值。
可选的，所述方法还包括：
设置所述各类服务器的最大负载权重值和各种码率对应的编码任务权重值。
可选的，将所述编码任务权重值分配给所述目标服务器后，所述方法还包括：
在权重分配表中，将所述目标服务器的当前负载权重值加上所述编码任务权重值，以更新权重分配表中所述目标服务器的当前负载权重值。
可选的，所述方法还包括：
在监测到所述目标服务器完成所述编码任务后，在所述权重分配表中将所述编码任务权重值从所述目标服务器的当前负载权重值上减去，以更新权重分配表中所述目标服务器的当前负载权重值。
可选的，所述方法还包括：
监控所述各类服务器的cpu使用率；
判断预设时间内各类服务器的cpu使用率是否超过第一阈值；
在所述cpu使用率超过第一阈值时，则将cpu使用率超过第一阈值的服务器的负载权重值从权重分配表中下线。
可选的，所述方法还包括：
监控从所述权重分配表中下线的服务器的cpu使用率；
判断下线的所述服务器的cpu使用率是否低于第二阈值；
在所述cpu使用率低于第二阈值时，将所述下线的服务器的负载权重值在所述权重分配表中上线。
第二方面提供一种种直播编码任务的分配装置，所述装置包括：
接收单元，用于接收码流管理器发送的编码任务；
第一确定单元，用于确定所述编码任务的编码任务权重值；
获取单元，用于获取服务器集群中各类服务器的最大负载权重值和对应的当前负载权重值；
第二确定单元，用于根据所述最大负载权重值和当前负载权重值确定所有服务器的可用负载权重值；
选择单元，用于从所有服务器的可用负载权重值中选择可用负载权重值最大的服务器作为目标服务器；
分配单元，用于将所述编码任务权重值分配给所述目标服务器。
可选的，所述第二确定单元，具体用于计算所述最大负载权重值与当前负载权重值的差值，得到所有服务器的可用负载权重值。
可选的，所述装置还包括：
设置单元，用于预先设定所述各类服务器的最大负载权重值和各种码率对应的编码任务权重值。
可选的，所述装置还包括：
更新单元，用于在所述分配单元将所述编码任务权重值分配给所述目标服务器后，在权重分配表中，将所述目标服务器的当前负载权重值加上所述编码任务权重值，以更新权重分配表中所述目标服务器的当前负载权重值。
可选的，所述更新单元，还用于在监测到所述目标服务器完成所述编码任务后，在所述权重分配表中将所述编码任务权重值从所述目标服务器的当前负载权重值上减去，以更新权重分配表中所述目标服务器的当前负载权重值。
可选的，所述装置还包括：
第一监控单元，用于监控所述各类服务器的cpu使用率；
第一判断单元，用于判断预设时间内各类服务器的cpu使用率是否超过阈值；
下线单元，用于在所述第一判断单元判定所述cpu使用率超过阈值时，将cpu使用率超过阈值的服务器的负载权重值从权重分配表中下线。
可选的，所述装置还包括：
第二监控单元，用于监控从所述权重分配表中下线的服务器的cpu使用率；
第二判断单元，用于判断下线的所述服务器的cpu使用率是否低于阈值；
上线单元，用于在所述第二判断单元判定下线的服务器的所述cpu使用率低于阈值时，将所述服务器的负载权重值在所述权重分配表中上线。
与现有技术相比，本发明实施例包括以下优点：
本发明实施例中，在接收到编码任务时，根据服务器的最大负载权重值和对应的当前负载权重值计算所有服务器的可用负载权重值，然后将编码任务对应的编码任务权重值分配给当前负载权重值最大的服务器。也就是说，本发明实施例根据负载最大权重值和当前负载的权重值动态对编码任务进行动态分配，解决现有技术中编码任务分配不合理的问题，提高了服务器的编码计算效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
图1是本发明实施例提供的一种直播编码任务的分配方法的流程图；
图2是本发明实施例提供的一种直播编码任务的分配方法的另一流程图；
图3是本发明实施例提供的一种直播编码任务的分配方法的另一流程图；
图4是本发明实施例提供的一种直播编码任务的分配装置的结构示意图；
图5是本发明实施例提供的一种直播编码任务的分配装置的另一结构示意图；
图6是本发明实施例提供的一种直播编码任务的分配装置的另一结构示意图；
图7是本发明实施例提供的一种直播编码任务的分配装置的另一结构示意图；
图8是本发明实施例提供的一种直播编码任务的分配系统的结构示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
请参阅图1，为本发明实施例提供的一种直播编码任务的分配方法的流程图，具体可以包括如下步骤：
步骤101：接收码流管理器发送的编码任务；
该步骤中，分配中心服务器接收码流管理器发送的编码任务，该编码任务就是一个码流的编码认为，也可以是多个码流的编码任务，每个码流都会对应一个编码任务。其中码流比如720p、高清等。也就是说，码流管理器在接收到原始流后，将原始码流编码成一种或多种码流的编码任务，并将该编码任务输出给分配中心服务器。
假设某个原始流，记为s，确定了要将原始码流编码成两种码流输出，分别为720p和高清，则此编码过程实际是两个编码任务：s->720p和s->高清。
步骤102：确定所述编码任务的编码任务权重值；
该步骤中，分配中心服务器接收到编码任务(一个或多个编码任务)后，按顺序依次确定接收到的每个编码任务的编码任务权重值。其确定方式为：
分配中心服务器通过查询码流与编码权重值的映射表可以得到编码任务的编码任务权重值，其中，该映射表是预先设置的，通常将4k码率的编码任务权重值设置为30，1080p码流的编码任务权重值设置为10，720p码流的编码任务权重值设置为5，高清对应的编码任务权重值设置为2，流畅对应的编码任务权重值设置为1。当然，实际应用中并不限于此，还可以根据需要进行适应性修改。
步骤103：获取服务器集群中各类服务器的最大负载权重值和对应的当前负载权重值；
该步骤中，分配中心服务器从维护的权重分配表上获取服务器集群中各类服务器最大负载权重值和当前负载权重值。
该实施例中，分配中心服务器实时维护权重分配表，根据分配的编码任务和完成的编码任务，在维护的权重分配表上更新服务器集群中每台服务器的负载状态，比如，某个24核物理机最大负载权重值为70，目前已经使用了20；如果给这台服务器再分配一个30的编码任务，那么分配中心服务器维护的权重分配表上，该服务器的当前负载权重值就变成了50。
需要说明的是，在该实施例中，各类服务器的最大负载权重值是预先设置的。比如，8核cpu的虚拟机设置的最大负载权重值为10，16核cpu虚拟机设置的最大负载权重值为40，24核物理机设置的最大负载权重值为70，32核cpu设置的最大负载权重值为100等。但是，在实际应用中，并不限于此，还可以根据需要进行适应性修改。
此外，分配中心服务器还实时监控服务器集群中各类服务器的cpu使用率，若一段时间内某个服务器的cpu使用率过高，则将相应的服务器从权重分配表中下线，暂时不分配编码任务；并且该服务器从权重分配表中下线后，继续监控其cpu使用率；若cpu使用率降低到正常水平(如，超过85％的情况下使用率都低于70％)，重新从权重分配表中上线。
步骤104：根据所述最大负载权重值和当前负载权重值确定所有服务器的可用负载权重值；
分配中心服务器计算所述最大负载权重值与当前负载权重值的差值，得到所有服务器的可用负载权重值。
假设服务器集群中有四台服务器，记为a、b、c、d，最大负载权重值分别为10、40、70、100；当前负载权重值分别为8、20、30、50；通过计算，各类服务器的可用负载权重值分别为2、20、40、50。
步骤105：从所有服务器的可用负载权重值中选择可用负载权重值最大的服务器作为目标服务器；
该步骤中，分配中心服务器从所有服务器的可用负载权重值中选择可用负载权重值最大的服务器作为目标服务器。
步骤106：将所述编码任务权重值分配给所述目标服务器。
该步骤中，假如编码任务对应的编码任务权重值分别为5(720p)和2(高清)，分配中心服务器按照分配原则(按顺序单独为每个编码任务分配目标服务器)，若先分配720p的编码任务，基于步骤104中的实施例，则会将其分配到d服务器；之后d服务器当前可用负载权重值变成45，仍然是剩余负载权重值中最高的，因此高清的编码任务也会分配到d服务器。
本发明实施例中，在接收到编码任务时，根据各类服务器的最大负载权重值和对应的当前负载权重值计算所有服务器的可用负载权重值，然后将编码任务对应的编码任务权重值分配给当前负载权重值最大的服务器。也就是说，本发明实施例根据负载最大权重值和当前负载的权重值动态对编码任务进行动态分配，解决现有技术中编码任务分配不合理的问题，提高了服务器的编码计算效率。
可选的，在另一实施例中，该实施例在上述实施例的基础上，所述方法还可以包括：对所述差值按照从大到小的顺序排列，或者按照从小到大的顺序排列；
所述从当前负载权重值中选择当前负载权重值最大的服务器作为目标服务器，包括：从所述差值中选取当前负载权重值最大的服务器作为目标服务器。
本发明实施例中，分配中心服务器在计算出所述最大负载权重值与当前负载权重值的差值后，可以对该差值进行排序，可以按照从大到小的顺序排列，也可以按照从小到大的顺序排列，然后从所述差值中选取当前负载权重值最大的服务器作为目标服务器，以便于将编码任务权重值分配给所述目标服务器。
可选的，在另一实施例中，该实施例在上述实施例的基础上，所述方法还可以包括：设置所述各类服务器的最大负载权重值和各种码率对应的编码任务权重值。
在该实施例中，各类服务器的最大负载权重值是预先设置的。比如，8核cpu的虚拟机设置的最大负载权重值为10，16核cpu虚拟机设置的最大负载权重值为40，24核物理机设置的最大负载权重值为70，32核cpu设置的最大负载权重值为100等。但是，在实际应用中，并不限于此，还可以根据需要进行适应性修改。这些信息存储在权重分配表中，由分配中心服务器来维护。
其中，各种码率对应的编码任务权重值是预先设置的，通常将4k码率的编码任务权重值设置为30，1080p码流的编码任务权重值设置为10，720p码流的编码任务权重值设置为5，高清对应的编码任务权重值设置为2，流畅对应的编码任务权重值设置为1。当然，实际应用中并不限于此，还可以根据需要进行适应性修改。这些信息存储在映射表中，由分配中心服务器来维护。
可选的，在另一实施例中，该实施例在上述实施例的基础上，所述方法还可以包括：分配中心服务器将当前负载权重值最大的服务器完成编码任务后的数据发送给内容分发网络(cdn，contentdeliverynetwork)，即将服务器编码后的数据从网站发布到最接近用户的网络“边缘”，以便于用户可以就近取得所需的内容，提高用户访问网站的响应速度。
还请参阅图2，为本发明实施例提供的一种直播编码任务的分配方法的另一流程图，所述方法包括：
步骤201：接收码流管理器发送的编码任务；
步骤202：确定所述编码任务的编码任务权重值；
步骤203：获取服务器集群中各类服务器的最大负载权重值和对应的当前负载权重值；
步骤204：根据所述最大负载权重值和当前负载权重值确定所有服务器的可用负载权重值；
步骤205：从所有服务器的可用负载权重值中选择可用负载权重值最大的服务器作为目标服务器；
步骤206：将所述编码任务权重值分配给所述目标服务器；
步骤201至步骤206的具体实现过程与步骤101至步骤106的实现过程相同，具体详见上述，在此不再赘述。
步骤207：在权重分配表中，将所述目标服务器的当前负载权重值加上所述编码任务权重值，以更新权重分配表中所述目标服务器的当前负载权重值；
步骤208：在监测到所述目标服务器完成所述编码任务后，在所述权重分配表中将所述编码任务权重值从所述目标服务器的当前负载权重值上减去，以更新权重分配表中所述目标服务器的当前负载权重值。
该实施例中，分配中心服务器维护权重分配表，根据为目标服务器分配的编码任务以及在目标服务器完成的编码任务后，更新该目标服务器的当前负载权重值的状态。例如，某个24核物理机最大负载为70，目前已经使用了20；如果给这台服务器再分配一个30的编码任务，那么分配中心服务器维护的权重分配表上，该服务器的可用负载权重值就变成了50。进一步，当某个目标服务器上的编码任务完成时，会通知分配中心服务器，由分配中心服务器将该目标服务器的负载权重值从权重分配表上减去。
还请参阅图3，为本发明实施例提供的一种直播编码任务的分配方法的另一流程图。在该实施例中，为了检测服务器集群中的各类服务器故障和突发状况，本发明实施例中还包括：分配中心服务器还实时监控服务器集群中各类服务器的cpu使用率，若一段时间内cpu使用率过高，则将相应的服务器的负载权重值从权重分配表中下线，暂时不分配编码任务。若在另一段时间内cpu使用率过低，再将相应的服务器的负载权重值从权重分配表中上线，允许给其分配编码任务。所述方法具体包括：
步骤301：监控所述各类服务器的cpu使用率；
步骤302：判断预设时间内各类服务器的cpu使用率是否超过第一阈值；如果超过，执行步骤303；否则，返回步骤301：
步骤303：将cpu使用率超过第一阈值的服务器的负载权重值从权重分配表中下线；
步骤304：监控从所述权重分配表中下线的服务器的cpu使用率；
步骤305：判断所述下线的服务器的cpu使用率是否低于所述第二阈值；如果是，执行步骤306；否则，返回步骤304：
步骤306：将所述下线的服务器的负载权重值在所述权重分配表中上线。
为了便于理解，下面以简单的实例来说明监控服务器集群中各类服务器cpu使用率的方法：如果服务器使用的是linux系统，则读取/proc/stat中的信息并计算；计算方法是，取两个相隔极短的时间点，记为t1和t2，读取每个时间点此文件的第一行信息；令s1＝t1中第一行所有数值的和，s2＝t2中第一行所有数值的和，total＝s2-s1。另，i1＝t1中第一行第四列的值，i2＝t2中第一行第四列的值，idle＝i2-i1。则使用率q＝(total-idle)/total。服务器上的监控程序实时监控cpu使用率，若在超过u％的时间下使用率都高于v％，则认为需要向分配中心服务器请求下线；如，超过85％的情况下使用率都高于90％。
某台服务器的负载权重值从权重分配表中下线后，分配中心服务器继续监控其cpu使用率；若cpu使用率降低到正常水平(如，超过85％的情况下使用率都低于70％)，在从权重分配表中将该服务器的负载权重值重新上线。
本发明实施例中，分配中心服务器通过实时监控服务器集群中各类服务器的cpu使用率，并在一段时间内若cpu使用率过高，则将相应服务器的负载权重值从权重分配表中下线，暂时不给该服务器分配编码任务；然后对下线的服务器继续监控，并在监控到下线的服务器的cpu使用率低于第二阈值时，将所述下线的服务器的负载权重值在所述权重分配表中上线。从而及时应对实时故障和突发状况，提高了事故处理效率。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
还请参阅图4，为本发明实施例提供的一种直播编码任务的分配装置的结构示意图，所述装置包括：接收单元41，第一确定单元42，获取单元43，第二确定单元44、选择单元45和分配单元46，其中，
接收单元41，用于接收码流管理器发送的编码任务；
第一确定单元42，用于确定所述编码任务的编码任务权重值；
获取单元43，用于获取服务器集群中各类服务器的最大负载权重值和对应的当前负载权重值；
第二确定单元44，用于根据所述最大负载权重值和当前负载权重值确定所有服务器的可用负载权重值；具体用于计算所述最大负载权重值与当前负载权重值的差值，得到所有服务器的可用负载权重值。
选择单元45，用于从所有服务器的可用负载权重值中选择可用负载权重值最大的服务器作为目标服务器；
分配单元46，用于将所述编码任务权重值分配给所述目标服务器。
可选的，在另一实施例中，该实施例在上述实施例的基础上，所述装置还可以包括：排序单元(图中未示)，其中，
所述排序单元，用于对所述第二确定单元44计算得到的所述差值按照从大到小的顺序排列，或者按照从小到大的顺序排列；
所述选择单元45，具体用于从所述差值中选取当前负载权重值最大的服务器作为目标服务器。
可选的，在另一实施例中，该实施例在上述实施例的基础上，所述装置还可以包括：设置单元51，其结构示意图如图5所示，其中，
所述设置单元51与获取单元43连接，用于预先设定所述各类服务器的最大负载权重值和各种码率对应的编码任务权重值。
可选的，在另一实施例中，该实施例在上述实施例的基础上，所述装置还可以包括：更新单元61，其结构示意图如图6所示，其中，更新单元61用于在所述分配单元46将所述编码任务权重值分配给所述目标服务器后，在权重分配表中，将所述目标服务器的当前负载权重值加上所述编码任务权重值，以更新权重分配表中所述目标服务器的当前负载权重值。
可选的，在另一实施例中，该实施例在上述实施例的基础上，所述装置还可以包括：所述更新单元61，还用于在监测到所述目标服务器完成所述编码任务后，在所述权重分配表中将所述编码任务权重值从所述目标服务器的当前负载权重值上减去，以更新权重分配表中所述目标服务器的当前负载权重值。
可选的，在另一实施例中，该实施例在上述实施例的基础上，所述装置还可以包括：第一监控单元71，第一判断单元72，下线单元73，进一步，所述装置还可以包括：第二监控单元74，第二判断单元75和上线单元76，其结构示意图如图7所示，其中，
第一监控单元71，用于监控所述各类服务器的cpu使用率；
第一判断单元72，用于判断预设时间内各类服务器的cpu使用率是否超过阈值；
下线单元73，用于在所述第一判断单元72判定所述cpu使用率超过阈值时，将cpu使用率超过阈值的服务器的负载权重值从权重分配表中下线。
第二监控单元74，用于监控从权重分配表中下线的服务器的cpu使用率；
第二判断单元75，用于判断下线的所述服务器的cpu使用率是否低于阈值；
上线单元76，用于在所述第二判断单元75判定下线的服务器的所述cpu使用率低于阈值时，将所述服务器的负载权重值在所述权重分配表中上线。
本发明实施例中，在接收到编码任务时，根据服务器的最大负载权重值和对应的当前负载权重值计算所有服务器的可用负载权重值，然后将编码任务对应的编码任务权重值分配给当前负载权重值最大的服务器。也就是说，本发明实施例根据负载最大权重值和当前负载的权重值动态对编码任务进行动态分配，解决现有技术中编码任务分配不合理的问题，提高了服务器的计算效率。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
还请参阅图8，为本发明实施例提供的一种直播编码任务的分配系统的的结构示意图，如图所示，包括：推流服务器81、码流管理器82、分配中心服务器83，服务器集群84(该集群中包括多个服务器或者计算服务器)和内容分发网络85(cdn，contentdeliverynetwork)，其中，
推流服务器81，用于接收原始流，其中原始流可以是ts流，rtmp流等；并将该原始流发送给码流服务器82；
码流管理器82，用于在接收到推流服务器81发送的原始流后，根据需要将原始码流编码成一种或多种码流的编码任务，并将该编码任务输出给分配中心服务器83；
分配中心服务器83，用于接收码流管理器发送的编码任务，确定所述编码任务的编码任务权重值；获取服务器集群84中各类服务器的最大负载权重值和对应的当前负载权重值；根据所述最大负载权重值和当前负载权重值确定所有服务器的可用负载权重值；从所有服务器的可用负载权重值中选择可用负载权重值最大的服务器作为目标服务器；将所述编码任务权重值分配给所述目标服务器。
服务器集群84中的目标服务器，用于接收分配中心服务器83分配的编码任务权重值，根据所述编码任务权重值对视频流进行编码计算处理，得到编码后的数据流；将该数据流反馈给分配中心服务器83；
分配中心服务器83，还用于将目标服务器完成编码任务后的数据发送给内容分发网络cdn，即将服务器编码后的数据从网站发布到最接近用户的网络“边缘”，以便于用户可以就近取得所需的内容，从而提高用户访问网站的响应速度。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种直播编码任务的分配方法和装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。