CN110035128B - 一种直播调度方法、装置、直播系统及存储介质 - Google Patents

Abstract

本发明公开了一种直播调度方法，应用于CDN网络，该CDN网络中设置多个共享节点用于提供服务，所述多个共享节点组成全局节点池，接收用户发送的调度请求；根据用户所处的用户分组，确定与用户分组对应的服务节点池；服务节点池中的节点为从全局节点池中选出的用于为对应用户分组提供服务的节点；从用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息。本申请依托于无限的共享节点来提供服务，在该节点的支持下，直播调度技术的P2P流量比例上限有较大的提升，能够优化直播系统的性能，提升用户的使用体验。此外，本申请还提供了一种直播调度装置、直播系统以及计算机可读存储介质，同样具有上述技术效果。

Description

一种直播调度方法、装置、直播系统及存储介质

技术领域

本发明涉及直播技术领域，特别是涉及一种直播调度方法、装置、直播系统以及计算机可读存储介质。

背景技术

现有的一种直播CDN技术，是利用用户与用户之间(Peer to Peer，简称P2P)互相连接来进行数据传输的。与传统直播技术中所有用户均从数据中心获取数据相比，本技术能够节约数据中心的机器和带宽成本。

然而，由于用户在线状态存在不稳定的现象，导致直播服务也不够稳定。并且，用于提供数据分享服务的节点数量是有限的，导致热度较低的直播数据流的流量比例占用较小。鉴于此，提供一种技术解决现有直播调度技术中P2P流量比例受到较大的限制这一问题是非常有必要的。

发明内容

本发明的目的是提供一种直播调度方法、装置、直播系统以及计算机可读存储介质，以解决现有直播调度技术中P2P流量比例受到较大的限制的问题。

为解决上述技术问题，本发明提供一种直播调度方法，应用于CDN网络，所述CDN网络中设置多个共享节点用于提供服务，所述共享节点组成全局节点池，所述方法包括：

接收用户发送的调度请求；

根据用户所处的用户分组，确定与所述用户分组对应的服务节点池；所述服务节点池中的节点为从全局节点池中选出的用于为对应用户分组提供服务的节点；

从所述用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息。

可选地，从全局节点池中选出用于为对应用户分组服务的节点包括：

按照用户特征对全局用户进行分组；

根据各个用户分组的情况，匹配生成各个用户分组对应的服务节点池需求；

根据所述服务节点池需求，从全局节点池中选择节点作为不同用户分组对应的服务节点池。

可选地，所述用户特征包括以下任意一种或任意组合：流名、省份、运营商、SDK类型、用户所在网络类型、SDK版本。

可选地，所述根据各个用户分组的情况，匹配生成各个用户分组对应的服务节点池需求包括：

根据用户数量、直播流码率以及冗余度系数，计算得到各个用户分组对应的服务节点池所需的带宽；

根据所述服务节点池所需的带宽，确定所述服务节点池中所需共享节点的个数。

可选地，所述根据所述服务节点池需求，从全局节点池中选择节点作为不同用户分组对应的服务节点池包括：

对用户特征与共享节点的特征进行特征匹配，分别生成表示各用户与共享节点之间连接的连接质量的评价结果；

根据所述评价结果从全局节点池中选择节点作为不同用户分组对应的服务节点池。

可选地，所述从所述用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息包括：

从所述用户分组对应的服务节点池中选择部分节点，生成节点列表；

从所述节点列表中选择服务节点，以向用户端返回所选择的服务节点信息。

可选地，所述从所述节点列表中选择服务节点包括：

检测所述节点列表中各个共享节点的负载情况；

根据各个共享节点的负载情况，从所述节点列表中选择服务节点。

本申请还提供了一种直播调度装置，应用于CDN网络，所述直播调度装置包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的直播调度程序，所述直播调度程序被所述处理器执行时实现上述任一种所述的方法。

本申请还提供了一种直播系统，包括上述所述的直播调度装置。

本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有直播调度程序，所述直播调度程序可被一个或者多个处理器执行，以实现上述任一种所述的方法。

本发明所提供的直播调度方法，应用于CDN网络，该CDN网络中设置多个共享节点用于提供服务，共享节点组成全局节点池，通过接收用户发送的调度请求；根据用户所处的用户分组，确定与用户分组对应的服务节点池；服务节点池中的节点为从全局节点池中选出的用于为对应用户分组提供服务的节点；从用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息。本申请依托于无限的共享节点来提供服务，这些节点具有稳定在线、完全受系统控制、用来分享数据的节点数量没有限制的特点。在此节点的支持下，本申请所提供的直播调度技术P2P流量比例上限有较大的提升，能够优化直播系统的性能，提升用户的使用体验。此外，本申请还提供了一种直播调度装置、直播系统以及计算机可读存储介质，同样具有上述技术效果。

附图说明

为了更清楚的说明本发明实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请所提供的直播调度方法的一种具体实施方式的流程图；

图2为从全局节点池中选出用于为对应用户分组服务的节点的过程示意图；

图3为本发明实施例提供的直播调度装置的结构框图；

图4为本申请所提供的直播系统的实施过程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

本申请中的多个服务节点，是指依托于无限的共享节点来提供服务。需要指出的是，节点无限的含义是相对于需求而言的，表示有足够的资源可以随时加入。这些共享节点具有：节点完全系统控制，整体数量相对稳定，不受用户上下线影响；用来分享数据的Peer数量没有限制，用多少由调度系统决定；可以选择更多更好的机器进行P2P流量分享的特点。本申请正是在上述节点的支持下，实现改进的直播调度技术，使得P2P流量比例上限较传统P2P模型能够有较大的提升。

本申请中共享节点为共享云计算的服务节点，作为CDN网络中的一个节点。例如，可以为放在用户家庭网络里面的一个小型服务器，产品代表有：玩客云或者手机等等。

本申请所提供的直播调度方法的一种具体实施方式的流程图如图1所示，该方法应用于CDN网络，所述CDN网络中设置多个共享节点用于提供服务，全部所述共享节点组成全局节点池，所述方法包括：

步骤S101：接收用户发送的调度请求；

步骤S102：根据用户所处的用户分组，确定与所述用户分组对应的服务节点池；所述服务节点池中的节点为从全局节点池中选出的用于为对应用户分组提供服务的节点；

参照图2从全局节点池中选出用于为对应用户分组服务的节点的过程示意图，本实施例中从全局节点池中选出用于为对应用户分组服务的节点的过程具体包括：

步骤S1021：按照用户特征对全局用户进行分组；

本申请中，用户是指播放直播数据的客户端，直播数据可以为视频、音频数据。用户特征包括但不限于以下几种：流名、省份、运营商、SDK类型、用户所在网络类型、SDK版本。根据用户特征的任意一个或任意组合进行分组，可以依据具体情况进行设置。进行分组之后，针对同一个用户分组共用同一批共享节点。例如，按照用户省份、用户所在网络类型、直播数据格式这几个用户特征可以将一个用户分组设置为“北京，电信，a.flv”。

需要说明的是，用户特征选择的越多，分组越细，为分组选节点时就越准确。同时分组越细，对应分组内的用户数量越少，为该分组分配的服务节点池中的节点被访问的次数就较少，即组内节点的热度就越低。针对每一个分组会有最小的组内节点的热度的限制，因为组内节点的热度过低，意味着该分组内的节点没有访问产生的流量，对于CDN技术来说没有流量就没有收益，比如：为1个用户分配10个共享服务节点就没有收益。

步骤S1022：根据各个用户分组的情况，匹配生成各个用户分组对应的服务节点池需求。

可选地，根据用户数量、直播流码率以及冗余度系数，计算得到各个用户分组对应的服务节点池所需的带宽；根据所述服务节点池所需的带宽，确定所述服务节点池中所需共享节点的个数。

服务节点池所需的带宽的计算方式为：用户数量*直播流码率*冗余度系数。其中，冗余度系数是一个非常重要的系数，直接影响整体的服务质量和成本。冗余度越高，就需要存储更多的副本，占用更多的资源，服务质量越好，同时成本也越高。冗余度系数的选择应兼顾服务质量与成本两个因素。

步骤S1023：根据所述服务节点池需求，从全局节点池中选择节点作为不同用户分组对应的服务节点池。

对用户特征与共享节点的特征进行特征匹配，分别生成表示各用户与共享节点之间连接的连接质量的评价结果；根据所述评价结果从全局节点池中选择节点作为不同用户分组对应的服务节点池。

本申请中共享节点的特征包括但不限于以下几种：节点所在地理位置(省份、运营商)、节点的磁盘大小、节点所在网络NAT类型、节点上行带宽大小、节点的软件版本。

将用户特征与共享节点的特征进行特征匹配，不同特征的用户与不同特征的共享节点进行连接，其连接的质量也相应不同。根据用户特征与共享节点特征组合时对应连接质量的好坏，优先选择出对用户特征服务质量更好的共享节点。评价结果可以用评分来表示，可以根据共享节点的特征建立一个列表，遍历该列表，与用户特征进行匹配，根据该用户与共享节点的相关性分析，得到一个表示该用户与共享节点之间的连接质量好坏的评分，从评分中选择数值高的节点。

当然，从全局节点池中选择节点作为不同用户分组对应的服务节点池还可以采用其他策略，并不限于这一种。可以根据实际经验进行策略设置，例如，用户在北京电信，NAT网络类型为对称性时，选择节点就不能选择四川联通的节点，或者是NAT网络类型为对称性的节点。选择四川联通的节点会影响连接的性能，选择NAT网络类型为对称性的节点则无法进行P2P打洞。

需要指出的是，为一组用户进行节点选择采用上述的择优技术即可，但是为很多用户分组选择节点时需要面临资源竞争的问题。这是因为最优质的节点是有限的，不能满足所有用户分组的需求，所以如果在对很多用户分组进行节点分配时，需要全局均衡，以使全局达到一个最优或者较优的结果。

在上述为每一个用户分组分配具体的服务节点池之后，每一个具体的用户请求调度时，通过判断该用户对应哪一个用户分组，确定出该用户分组对应的服务节点池，以将该用户流量引流到该服务节点池中的共享节点上。

步骤S103：从所述用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息。

用户分组为万级别数量时，分配的共享节点的数量至少为万级别的，但是对一个用户来说，其试错的能力(尝试去连接共享节点)是有限的。因此，一般会为一个用户分配几十个共享节点。该节点为从对应的服务节点池中选择出来的部分节点。

可选地，从所述用户分组对应的服务节点池中选择部分节点，生成节点列表；从所述节点列表中选择服务节点，以向用户端返回所选择的服务节点信息。

进一步地，上述从所述节点列表中选择服务节点的过程可以为：检测所述节点列表中各个共享节点的负载情况；根据各个共享节点的负载情况，从所述节点列表中选择服务节点。

本申请所提供的方法以一定的频率去感知共享节点的负载情况，根据状态进行加权轮询，根据各个共享节点的负载情况，从所述节点列表中选择服务节点。

为了提高收益，一定会尽量让共享节点跑尽量多的流量，服务节点池会尽量小，同时共享节点能力非常有限，节点如果超载很容易导致节点上所有连接因为服务不良而被淘汰，所以需要对共享节点可服务连接的最大数量进行限制，以对共享节点进行连接保护，保证存量连接不受影响。将共享节点可服务连接的最大数量设置为保护阈值，在超过该保护阈值的情况下，不再提供更多的服务。由于不同节点服务能力不一样，同时网络状态也是波动的，所以该保护阈值是一个动态变化的值，可以根据实际情况进行具体设置。

本发明所提供的直播调度方法，应用于CDN网络，该CDN网络中设置多个共享节点用于提供服务，共享节点组成全局节点池，通过接收用户发送的调度请求；根据用户所处的用户分组，确定与用户分组对应的服务节点池；服务节点池中的节点为从全局节点池中选出的用于为对应用户分组提供服务的节点；从用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息。本申请依托于无限的共享节点来提供服务，这些节点具有稳定在线、完全受系统控制、用来分享数据的节点数量没有限制的特点。在此节点的支持下，本申请所提供的直播调度技术P2P流量比例上限有较大的提升，能够优化直播系统的性能，提升用户的使用体验。

下面对本发明实施例提供的直播调度装置进行介绍，下文描述的直播调度装置与上文描述的直播调度方法可相互对应参照。

图3为本发明实施例提供的直播调度装置的结构框图，参照图3直播调度装置可以包括：

存储器11和处理器12，所述存储器11上存储有可在所述处理器12上运行的直播调度程序，所述直播调度程序被所述处理器12执行时实现下述步骤：

接收用户发送的调度请求；根据用户所处的用户分组，确定与所述用户分组对应的服务节点池；所述服务节点池中的节点为从全局节点池中选出的用于为对应用户分组提供服务的节点；从所述用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息。

可选地，所述直播调度程序被所述处理器12执行时具体实现下述步骤：按照用户特征对全局用户进行分组；根据各个用户分组的情况，匹配生成各个用户分组对应的服务节点池需求；根据所述服务节点池需求，从全局节点池中选择节点作为不同用户分组对应的服务节点池。

可选地，所述直播调度程序被所述处理器12执行时具体实现下述步骤：根据用户数量、直播流码率以及冗余度系数，计算得到各个用户分组对应的服务节点池所需的带宽；根据所述服务节点池所需的带宽，确定所述服务节点池中所需共享节点的个数。

可选地，所述直播调度程序被所述处理器12执行时具体实现下述步骤：对用户特征与共享节点的特征进行特征匹配，分别生成表示各用户与共享节点之间连接的连接质量的评价结果；根据所述评价结果从全局节点池中选择节点作为不同用户分组对应的服务节点池。

可选地，所述直播调度程序被所述处理器12执行时具体实现下述步骤：从所述用户分组对应的服务节点池中选择部分节点，生成节点列表；从所述节点列表中选择服务节点，以向用户端返回所选择的服务节点信息。

可选地，所述直播调度程序被所述处理器12执行时具体实现下述步骤：检测所述节点列表中各个共享节点的负载情况；根据各个共享节点的负载情况，从所述节点列表中选择服务节点。

其中，存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是直播调度的内部存储单元，例如该直播调度装置的硬盘。存储器11在另一些实施例中也可以是直播调度装置的外部存储设备，例如直播调度装置上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器11还可以既包括直播调度装置的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于直播调度装置的应用软件及各类数据，例如直播调度程序01的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行直播调度程序01等。

本实施例的直播调度装置用于实现前述的直播调度方法，因此直播调度装置中的具体实施方式可见前文中的直播调度方法的实施例部分，其具体实施方式可以参照相应的各个部分实施例的描述，在此不再赘述。

本发明所提供的直播调度装置，应用于CDN网络，该CDN网络中设置多个共享节点用于提供服务，共享节点组成全局节点池，通过接收用户发送的调度请求；根据用户所处的用户分组，确定与用户分组对应的服务节点池；服务节点池中的节点为从全局节点池中选出的用于为对应用户分组提供服务的节点；从用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息。本申请依托于无限的共享节点来提供服务，这些节点具有稳定在线、完全受系统控制、用来分享数据的节点数量没有限制的特点。在此节点的支持下，本申请所提供的直播调度技术P2P流量比例上限有较大的提升，能够优化直播系统的性能，提升用户的使用体验。

此外，本申请还提供了一种直播系统，包括前面所述的直播调度装置。

参照图4本申请所提供的直播系统的实施过程示意图，下面对本申请所提供的直播系统的工作过程进行详细介绍。

直播调度装置按照用户特征对全局用户进行分组，根据各个用户分组的情况，生成各个用户分组对应的服务节点池需求；通过服务节点池需求，从全局节点池中选择节点作为不同用户分组对应的服务节点池。

在接收到用户发送的调度请求时，根据用户所处的用户分组，确定与用户分组对应的服务节点池；从用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息。

本实施例所提供的系统中直播调度装置的具体实施过程可以参照前述相关内容，在此不再赘述。

本申请将整个系统场景进行良好的抽象和划分，使得划分后的各个子问题：简洁明确，可以引入更多的其他技术；各个子问题之间可以独立进行研究、优化。

本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有直播调度程序，所述直播调度程序可被一个或者多个处理器执行，以实现下述步骤：

接收用户发送的调度请求；根据用户所处的用户分组，确定与所述用户分组对应的服务节点池；所述服务节点池中的节点为从全局节点池中选出的用于为对应用户分组提供服务的节点；从所述用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息。

可选地，所述直播调度程序可被一个或者多个处理器执行，以实现下述步骤：

按照用户特征对全局用户进行分组；根据各个用户分组的情况，匹配生成各个用户分组对应的服务节点池需求；根据所述服务节点池需求，从全局节点池中选择节点作为不同用户分组对应的服务节点池。

可选地，所述直播调度程序可被一个或者多个处理器执行，以实现下述步骤：根据用户数量、直播流码率以及冗余度系数，计算得到各个用户分组对应的服务节点池所需的带宽；根据所述服务节点池所需的带宽，确定所述服务节点池中所需共享节点的个数。

可选地，所述直播调度程序可被一个或者多个处理器执行，以实现下述步骤：对用户特征与共享节点的特征进行特征匹配，分别生成表示各用户与共享节点之间连接的连接质量的评价结果；根据所述评价结果从全局节点池中选择节点作为不同用户分组对应的服务节点池。

可选地，所述直播调度程序可被一个或者多个处理器执行，以实现下述步骤：从所述用户分组对应的服务节点池中选择部分节点，生成节点列表；从所述节点列表中选择服务节点，以向用户端返回所选择的服务节点信息。

可选地，所述直播调度程序可被一个或者多个处理器执行，以实现下述步骤：检测所述节点列表中各个共享节点的负载情况；根据各个共享节点的负载情况，从所述节点列表中选择服务节点。

此外，本申请还提供了一种计算机程序产品，包括计算机指令，当其在计算机上运行时，使得计算机可以执行上述任一种所述的直播调度方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

综上，本申请依托于无限的共享节点来提供服务，这些节点具有稳定在线、完全受系统控制、用来分享数据的节点数量没有限制的特点。在此节点的支持下，本申请所提供的直播调度技术P2P流量比例上限有较大的提升，能够优化直播系统的性能，提升用户的使用体验。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种直播调度方法，其特征在于，应用于CDN网络，所述CDN网络中设置多个共享节点用于提供服务，所述多个共享节点组成全局节点池，所述方法包括：

接收用户发送的调度请求；

根据用户所处的用户分组，确定与所述用户分组对应的服务节点池；所述服务节点池中的节点为从全局节点池中选出的用于为对应用户分组提供服务的节点；所述从全局节点池中选出用于为对应用户分组服务的节点包括：按照用户特征对全局用户进行分组；根据各个用户分组的情况，匹配生成各个用户分组对应的服务节点池需求；根据所述服务节点池需求，从全局节点池中选择节点作为不同用户分组对应的服务节点池；所述服务节点池需求包括所述服务节点池所需的带宽；所述根据各个用户分组的情况，匹配生成各个用户分组对应的服务节点池需求包括：根据用户数量、直播流码率以及冗余度系数，计算得到各个用户分组对应的服务节点池所需的带宽；根据所述服务节点池所需的带宽，确定所述服务节点池中所需共享节点的个数；

从所述用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息。

2.如权利要求1所述的直播调度方法，其特征在于，所述用户特征包括以下任意一种或任意组合：流名、省份、运营商、SDK类型、用户所在网络类型、SDK版本。

3.如权利要求1所述的直播调度方法，其特征在于，所述根据所述服务节点池需求，从全局节点池中选择节点作为不同用户分组对应的服务节点池包括：

对用户特征与共享节点的特征进行特征匹配，分别生成表示各用户与共享节点之间连接的连接质量的评价结果；

根据所述评价结果从全局节点池中选择节点作为不同用户分组对应的服务节点池。

4.如权利要求1至3任一项所述的直播调度方法，其特征在于，所述从所述用户分组对应的服务节点池中选择服务节点，以向用户端返回所选择的服务节点信息包括：

从所述用户分组对应的服务节点池中选择部分节点，生成节点列表；

从所述节点列表中选择服务节点，以向用户端返回所选择的服务节点信息。

5.如权利要求4所述的直播调度方法，其特征在于，所述从所述节点列表中选择服务节点包括：

检测所述节点列表中各个共享节点的负载情况；

根据各个共享节点的负载情况，从所述节点列表中选择服务节点。

6.一种直播调度装置，其特征在于，应用于CDN网络，所述直播调度装置包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的直播调度程序，所述直播调度程序被所述处理器执行时实现如权利要求1至5任一项所述的方法。

7.一种直播系统，其特征在于，包括如权利要求6所述的直播调度装置。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有直播调度程序，所述直播调度程序可被一个或者多个处理器执行，以实现如权利要求1至5中任一项所述的方法。

Images