CN117714718A - 直播调度方式的动态配置方法、系统及计算设备 - Google Patents

Abstract

本申请公开了一种直播调度方式的动态配置方法、系统及计算设备，涉及计算机技术领域，该方法包括：实时计算直播流的热度，根据热度计算结果确定直播流的实时热度属性；接收直播流的实时热度属性，根据实时热度属性配置直播流的调度方式；读取直播流的调度方式的配置信息，向直播流的观众端下发对应于与配置信息相对应的调度方式的播放地址；其中，观众端通过不同调度方式的播放地址所发起的流媒体内容请求被调度至不同属性的网络节点。通过上述方式，本申请实现了基于直播流实时热度的调度方式动态自动化配置，能够更加合理地利用服务器硬件资源及网络资源等资源，节省了人力成本。

Description

直播调度方式的动态配置方法、系统及计算设备

技术领域

本申请涉及计算机技术领域，具体涉及一种直播调度方式的动态配置方法、系统及计算设备。

背景技术

基于直播的流媒体传输，将直播过程中的音视频数据作为一个稳定和连续的流，通过网络传输给观众观看。直播调度会消耗各类资源，包括服务器的硬件资源以及网络带宽资源等等，不同的调度方式对资源的消耗存在差别，同时保障各类资源的安全性及稳定性是保证直播能够稳定运行的必要条件。但是，现有技术中通常是固定配置直播的下行调度方式，这种配置方式需要人为配置，不够灵活且人力成本过高，还会出现固定配置的下行调度方式不适配当前直播情况的问题，进而导致系统各类资源出现异常。

发明内容

本申请实施例的目的是提供一种直播调度方式的动态配置方法、系统及计算设备，以解决现有技术无法动态配置直播的调度方式的问题。

根据本申请的一个方面，提供了一种直播调度方式的动态配置方法，包括：

实时计算直播流的热度，根据热度计算结果确定直播流的实时热度属性；

接收直播流的实时热度属性，根据实时热度属性配置直播流的调度方式；

读取直播流的调度方式的配置信息，向直播流的观众端下发对应于与配置信息相对应的调度方式的播放地址；其中，观众端通过不同调度方式的播放地址所发起的流媒体内容请求被调度至不同属性的网络节点。

可选地，根据实时热度属性配置直播流的调度方式进一步包括：

针对于任一直播流，若本次接收的实时热度属性相较于上一次接收的实时热度属性发生变化，则根据本次接收的实时热度属性更改该直播流的调度方式的配置。

可选地，根据实时热度属性配置直播流的调度方式进一步包括：

在直播流的实时热度属性为热流属性的情况下，将直播流的调度方式配置为基于对等网络的调度方式；

其中，在基于对等网络的调度方式下，观众端根据播放地址而发起的流媒体内容请求被拦截至存储有相应流媒体内容的对等网络节点。

可选地，向直播流的观众端下发对应于与配置信息相对应的调度方式的播放地址进一步包括：

若根据配置信息确定直播流的调度方式为基于对等网络的调度方式，向观众端下发包含HLS协议的播放地址；

其中，观众端通过包含HLS协议的播放地址，获得直播流对应的索引文件，向索引文件所记录的各个切片文件地址发送文件获取请求，任一文件获取请求被拦截至其他存储有相应切片文件的对等网络节点，以使对等网络节点向观众端返回该文件获取请求对应的切片文件。

可选地，根据实时热度属性配置直播流的调度方式进一步包括：

在直播流的实时热度属性为冷流属性的情况下，将该直播流的调度方式配置为除基于对等网络的调度方式之外的其他调度方式；

其中，其他调度方式包括：将观众端的流媒体内容请求调度至CDN边缘节点的方式。

可选地，实时计算直播流的热度进一步包括：

根据直播流的实时观看人数，计算直播流的初始热度；

根据直播流实时的互动行为数量、互动资源的数量和/或互动资源的价值对直播流的初始热度进行修正，得到直播流的热度计算结果。

可选地，根据热度计算结果确定直播流的实时热度属性进一步包括：

判断热度计算结果是否属于热流热度范围；若是，确定直播流的实时热度属性为热流属性；若否，确定直播流的实时热度属性为冷流属性。

根据本申请的另一方面，提供了一种直播调度方式的动态配置系统，包括：

热度计算平台，适于实时计算直播流的热度，根据热度计算结果确定直播流的实时热度属性；

配置平台，适于接收直播流的实时热度属性，根据实时热度属性配置直播流的调度方式；

下行调度平台，适于从配置平台读取直播流的调度方式的配置信息，向直播流的观众端下发对应于与配置信息相对应的调度方式的播放地址；其中，观众端通过不同调度方式的播放地址所发起的流媒体内容请求被调度至不同属性的网络节点。

可选地，配置平台进一步适于：

针对于任一直播流，若本次接收的实时热度属性相较于上一次接收的实时热度属性发生变化，则根据本次接收的实时热度属性更改该直播流的调度方式的配置。

可选地，配置平台进一步适于：

在直播流的实时热度属性为热流属性的情况下，将直播流的调度方式配置为基于对等网络的调度方式；

其中，在基于对等网络的调度方式下，观众端根据播放地址而发起的流媒体内容请求被拦截至存储有相应流媒体内容的对等网络节点。

可选地，下行调度平台进一步适于：

若根据配置信息确定直播流的调度方式为基于对等网络的调度方式，向观众端下发包含HLS协议的播放地址；

其中，观众端通过包含HLS协议的播放地址，获得直播流对应的索引文件，向索引文件所记录的各个切片文件地址发送文件获取请求，任一文件获取请求被拦截至其他存储有相应切片文件的对等网络节点，以使对等网络节点向观众端返回该文件获取请求对应的切片文件。

可选地，配置平台进一步适于：在直播流的实时热度属性为冷流属性的情况下，将该直播流的调度方式配置为除基于对等网络的调度方式之外的其他调度方式；其中，其他调度方式包括：将观众端的流媒体内容请求调度至CDN边缘节点的方式。

可选地，热度计算平台进一步适于：根据直播流的实时观看人数，计算直播流的初始热度；根据直播流实时的互动行为数量、互动资源的数量和/或互动资源的价值对直播流的初始热度进行修正，得到直播流的热度计算结果。

可选地，热度计算平台进一步适于：判断热度计算结果是否属于热流热度范围；若是，确定直播流的实时热度属性为热流属性；若否，确定直播流的实时热度属性为冷流属性。

根据本申请的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述直播调度方式的动态配置方法对应的操作。

根据本申请的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述直播调度方式的动态配置方法对应的操作。

根据本申请的直播调度方式的动态配置方法、系统及计算设备，实时计算直播流的热度，根据热度计算结果确定直播流的实时热度属性；接收直播流的实时热度属性，根据实时热度属性配置直播流的调度方式；读取直播流的调度方式的配置信息，向直播流的观众端下发对应于与配置信息相对应的调度方式的播放地址，观众端通过不同调度方式的播放地址所发起的流媒体内容请求被调度至不同属性的网络节点。通过上述方式，实现了基于直播流实时热度的调度方式动态自动化配置，能够更加合理地利用服务器硬件资源及网络资源等资源，避免系统各类资源出现异常问题，节省了人力成本。

进一步地，当直播流的实时热度较高时则配置该直播流的调度方式为基于对等网络的调度方式，当直播流的实时热度较低时则配置该直播流的调度方式为CDN边缘节点拉流的调度方式，能够避免高热度的直播流未配置基于对等网络的调度方式所导致的下行带宽高的问题，也能够避免低热度的直播流配置有基于对等网络的调度方式所导致的服务器硬件资源压力大的问题。

进一步地，当直播流的热度变化时则更改调度方式的配置，能够使调度方式匹配整个直播过程。

进一步地，当直播流由热流变化为冷流时，将其调度模式由基于HLS协议实现的P2P网络调度方式更改为CDN边缘节点拉流的调度方式，能够节省回源时对服务器资源的消耗，也能够释放HLS直播模式的相关资源。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本申请实施例提供的直播调度方式的动态配置系统的结构示意图；

图2示出了本申请另一实施例提供的直播调度方式的动态配置方法的流程图；

图3示出了本申请另一实施例提供的直播调度方式的动态配置方法的流程图；

图4示出了本申请实施例提供的计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

HLS：(HTTP Live Streaming)，是Apple的动态码率自适应技术。HLS通过将音视频流切割成一个个小的TS切片及生成m3u8的播放列表文件，播放客户端通过HTTP协议下载播放列表文件，按照播放列表文件制定的顺序下载切片文件并播放。

P2P网络：对等计算机网络，是一种在对等者(Peer)之间分配任务和工作负载的分布式应用架构，是对等计算模型在应用层形成的一种组网或网络形式。

流热度：描述了一路直播流的受欢迎程度，主要根据直播流的观看人数而确定。

CDN：(Content Delivery Network，内容分发网络)是为加快网络访问速度而建立在现有网络之上的分布式网络，它依靠部署在全球各地边缘节点的服务器群，通过负载均衡，内容发布，内容管理和内容存储的功能，由CDN服务器集群分担源站点服务器集群的压力，使用户可以就近获取已缓存的访问资源，避免网络拥堵，加快访问速度。

HTTP-FLV直播协议：使用HTTP流式传输通过FLV封装的音视频数据，FLV是一种流媒体格式。

图1示出了本申请实施例提供的直播调度方式的动态配置系统的结构示意图，如图1所示，该系统包括：

热度计算平台101，适于实时计算直播流的热度，根据热度计算结果确定直播流的实时热度属性。

热度计算平台101主要用于：实时不断地计算各路直播流的热度，并根据计算的实时热度分析出各路直播流是热流还是冷流，根据分析结果生成各路直播流的实时热度属性，也即实时热度属性是表征直播流是热流还是冷流的信息，再将直播流的实时热度属性传递给配置平台102，以供配置平台102决定直播流的调度方式。

例如，根据直播流的实时观看人数计算直播流的热度，热度计算结果就是实时热度值，观看人数是直播热度的直接体现，观看人数越高则直播流的热度值就越高，例如设定根据观看人数计算热度值的计算方式，将直播流的实时观看人数代入至该计算方式进行计算，即得到直播流的实时热度值。

根据热度计算结果确定直播流的实时热度属性的步骤具体包括：判断热度计算结果是否属于热流热度范围；若是，判定直播流为热流，确定直播流的实时热度属性为热流属性；若否，判定直播流为冷流，确定直播流的实时热度属性为冷流属性。

可选地，热度计算平台101每间隔预设时长计算直播流的热度，预设时长可以根据实际业务需要进行设置，并且预设时长越小则实时性越高。

配置平台102，适于接收直播流的实时热度属性，根据实时热度属性配置直播流的调度方式。利用热度计算平台101传递而来的直播流的实时热度属性，为该直播流配置与其实时热度属性相匹配的调度方式，生成该直播流的调度方式的配置信息。

下行调度平台103，适于从配置平台102读取直播流的调度方式的配置信息，向直播流的观众端下发对应于与配置信息相对应的调度方式的播放地址。

下行调度平台103主要用于：从配置平台102中读取直播流的调度方式的配置信息，向观众端下发配置信息相对应的调度方式的播放地址，观众端通过播放地址发起流媒体内容请求，直播系统按照配置的调度方式调度观众端的流媒体内容请求。其中，观众端通过不同调度方式的播放地址所发起的流媒体内容请求被调度至不同属性的网络节点，从而均衡直播系统的调度压力，合理利用各项服务资源。

根据本申请实施例的直播调度方式的动态配置系统，热度计算平台通过实时计算直播流的热度，实时地确定直播流是热流还是冷流，配置平台根据直播流的实时热度属性配置直播流的调度方式，下行调度平台从配置平台读取直播流调度方式的配置结果，向观众端下发对应于已配置的调度方式的播放地址，以便按照所配置的调度方式调度观众端的流媒体内容请求，观众端通过不同调度方式的播放地址所发起的流媒体内容请求被调度至不同属性的网络节点。通过上述方式，实现了基于直播流实时热度的调度方式动态自动化配置，能够更加合理地利用服务器硬件资源、网络资源以及计算资源等等，避免系统各类资源出现异常问题，节省了人力成本。

在本申请的另一实施例中，热度计算平台101进一步适于：根据直播流的实时观看人数，计算直播流的初始热度；根据直播流实时的互动行为数量、互动资源的数量和/或互动资源的价值对直播流的初始热度进行修正，得到直播流的热度计算结果。

其中，互动行为数量包括点赞数量、评论数量、分享数量等等，互动资源是由直播的观众触发的，互动资源可以是指定的特效且具有一定的价值，可以获取实时的互动资源的累积数量或者互动资源的累积价值。其中，互动行为数量、互动资源的数量和互动资源的价值能够间接体现直播的热度。举例来说，直播当前的观看人数较少，则直播流会被判定为冷流，但该直播的互动行为数量大以及观众发送的互动资源多、价值高，则直播内容可能比较精彩，该直播是有可能被更多观众观看的，后续可能成为热流。基于此，先根据实时观看人数计算出一个初始热度值，再根据互动行为数量、互动资源的数量和/或互动资源的价值计算一个修正分值，再对初始热度值和修正分值进行预设运算(例如求和、求加权和等等)，得到直播流的热度计算结果。通过这种方式，能够更加精准地评估直播流的实时热度属性。优选地，热度计算方式应当使实时观看人数对最终的热度计算结果的影响系数更大，而其他用于修正的指标对最终的热度计算结果的影响系数更小。

针对于修正分值的计算设置有两种计算方式，一种是仅依据互动行为数量、互动资源的数量以及互动资源的价值中的一个指标进行计算的方式，例如将指标值乘以一个预设的正系数得到修正分值；另一种是依据互动行为数量、互动资源的数量以及互动资源的价值中的至少两个指标进行计算的方式，例如分别为每一个指标设置权重，计算至少两个指标的加权和作为修正分值。

配置平台102进一步用于：针对于任一直播流，若本次接收的实时热度属性相较于上一次接收的实时热度属性发生变化，则根据本次接收的实时热度属性更改该直播流的调度方式的配置。具体来说，针对于任一直播流而言，配置平台102在根据一次接收到的实时热度属性配置该直播流的调度方式之后，还会继续不断地接收热度计算平台101所传递的实时热度属性，如果根据再接收到直播流的实时热度属性确定该直播流的热度属性发生变化，则对其调度方式的配置进行更新。例如，配置平台102第N次接收到的实时热度属性表征直播流为热流，而第N+1次接收到的实时热度属性表征直播流为冷流，则表明在这两次计算的间隔时段内该直播流由热流转变为冷流，配置平台102需要根据该直播流最新的实时热度属性(即第N+1次接收到的实时热度属性)对该直播流已有的调度方式的配置进行更新，从而使得为直播流配置的调度方式与其热度属性始终是匹配的，达到基于直播流的实时热度动态配置调度方式的效果。

相应地，配置平台102进一步用于：针对于任一直播流，如果本次接收到的实时热度属性相较于上一次接收的实时热度属性保持不变，则保持该直播流的调度方式的配置不变。

配置平台102具体用于：在直播流的实时热度属性为热流属性的情况下，将直播流的调度方式配置为基于对等网络的调度方式；在基于对等网络的调度方式下，观众端根据播放地址而发起的流媒体内容请求被拦截至存储有相应流媒体内容的对等网络节点，对等网络节点可能是其他观看同样直播的观众端。当实时计算出直播流为热流时，表示直播流的观众端较多，如果采用将流媒体内容请求调度至CDN边缘节点的调度方式，则会导致下行带宽较高，而在通过对等网络进行调度的方式中，将观众端的流媒体内容请求调度至存储有相应流媒体内容的对等网络节点，则能够避免出现下行带宽高的问题。

另外，对于首次判定为热流的直播流，配置平台102向流媒体服务器发送切片生产指令，以供流媒体服务器对该直播流进行切片生产处理。

相应的，配置平台102在直播流的实时热度属性为冷流属性的情况下，将该直播流的调度方式配置为除基于对等网络的调度方式之外的其他调度方式，包括将观众端的流媒体内容请求调度至CDN边缘节点的方式，例如，向观众端下发基于HTTP-FLV直播协议的播放地址。这种方式下，观众端从CDN边缘节点中拉流，下行带宽也较低。

在一种可选的方式中，下行调度平台103若根据配置信息确定直播流的调度方式为通过对等网络进行调度的方式，向观众端下发包含HLS协议的播放地址。其中，观众端通过包含HLS协议的播放地址，首先获得直播流对应的索引文件，向索引文件所记录的各个切片文件地址发送文件获取请求，任一文件获取请求被拦截至其他存储有相应切片文件的对等网络节点，以使对等网络节点向观众端返回该文件获取请求对应的切片文件。

上述方式中，利用HLS协议实现P2P网络调度模式(即基于对等网络的调度模式)，向观众端下发包含HLS协议的播放地址，观众端根据包含HLS协议的播放地址请求流媒体内容的过程如下：观众端首先通过包含HLS协议的播放地址获取到索引文件(即m3u8文件)，索引文件中记录有直播流的各个切片文件地址，观众端再向各个切片文件地址发起文件获取请求，各个文件获取请求原本是向CDN边缘节点发起的，原本向CDN边缘节点发起的各个文件获取请求被拦截下来，改为向存储有相应切片文件的对等网络节点请求获取文件。

在一种现有的实现方式中，固定配置若干直播间的调度方式为基于对等网络的调度方式，例如，将一些头部主播的直播间配置为基于对等网络的调度方式，但这种方式存在如下几点缺陷：一方面，若存在观看流量突然增大的直播，会存在由于没有配置基于对等网络的调度方式导致下行带宽突然增高的问题；另一方面，在基于HLS协议实现的P2P网络调度方式中，由于HLS协议本身是TCP(传输控制协议)短链接的特性，如果大量冷流一开始即采用基于HLS协议实现的P2P网络调度方式，短链接回源会给边缘服务器带来巨大的硬件资源压力；又一方面，对于配置了基于HLS协议实现的P2P网络调度方式的直播流，虽然下行带宽问题得到了缓解，但是在观看人数变少的情况下，短链接回源所消耗的服务器资源相较于CDN拉流调度模式下回源所消耗的服务器资源反而更多，得不偿失。

本申请实施例的直播调度方式的动态配置系统，通过计算直播流的实时热度，基于直播流的实时热度为其配置调度方式，当直播流的实时热度较高时则配置该直播流的调度方式为基于对等网络的调度方式，当直播流的实时热度较低时则配置该直播流的调度方式为CDN边缘节点拉流的调度方式，能够避免高热度的直播流未配置基于对等网络的调度方式所导致的下行带宽高的问题，也能够避免低热度的直播流配置有基于对等网络的调度方式所导致的服务器硬件资源压力大的问题；进一步地，当直播流的热度变化时则更改调度方式的配置，能够使调度方式匹配整个直播过程；进一步地，当直播流由热流变化为冷流时，将其调度模式由基于HLS协议实现的P2P网络调度方式更改为CDN边缘节点拉流的调度方式，能够节省回源时对服务器资源的消耗，也能够释放HLS直播模式的相关资源。总之，采用本申请实施例的方案，能够基于直播流的实时热度动态地为其配置相应的调度方式，保证调度方式适配整个直播过程，能够高效地利用系统资源，保障服务器的安全性，极大地节省人力成本和带宽成本。

图2示出了本申请另一实施例提供的直播调度方式的动态配置方法的流程图，如图2所示，该方法包括以下步骤：

步骤S201：实时计算直播流的热度，根据热度计算结果确定直播流的实时热度属性。

实时不断地计算各路直播流的热度，并根据计算的实时热度分析出各路直播流是热流还是冷流，根据分析结果生成各路直播流的实时热度属性。

例如，根据直播流的实时观看人数计算直播流的热度，热度计算结果就是实时热度值，观看人数是直播热度的直接体现，观看人数越高则直播流的热度值就越高，例如设定根据观看人数计算热度值的计算方式，将直播流的实时观看人数代入至该计算方式进行计算，即得到直播流的实时热度值。进一步地，在实时热度值达到预设热度阈值的情况下，则判定直播流为热流，在实时热度值未达到预设热度阈值的情况下，则判定直播流为冷流。

步骤S202：接收直播流的实时热度属性，根据实时热度属性配置直播流的调度方式。

为直播流配置与其实时热度属性相匹配的调度方式，生成该直播流的调度方式的配置信息。

步骤S203：读取直播流的调度方式的配置信息，向直播流的观众端下发对应于与配置信息相对应的调度方式的播放地址。

读取直播流的调度方式的配置信息，向观众端下发配置信息相对应的调度方式的播放地址，观众端通过播放地址发起流媒体内容请求，直播系统按照配置的调度方式调度观众端的流媒体内容请求，并且，观众端通过不同调度方式的播放地址所发起的流媒体内容请求被调度至不同属性的网络节点。

根据本申请实施例的直播调度方式的动态配置方法，通过实时计算直播流的热度，实时地确定直播流是热流还是冷流，根据直播流的实时热度属性配置直播流的调度方式，读取直播流调度方式的配置结果，向观众端下发对应于已配置的调度方式的播放地址，以便按照所配置的调度方式调度观众端的流媒体内容请求。通过上述方式，实现了基于直播流实时热度的调度方式动态自动化配置，能够更加合理地利用服务器硬件资源、网络资源以及计算资源等等，避免系统各类资源出现异常问题，节省了人力成本。

图3示出了本申请另一实施例提供的直播调度方式的动态配置方法的流程图。如图3所示，该方法包括如下步骤：

步骤S301：实时计算直播流的热度，根据热度计算结果确定直播流的实时热度属性。

在一种可选的方式中，根据直播流的实时观看人数，计算直播流的初始热度；根据直播流实时的互动行为数量、互动资源的数量和/或互动资源的价值对直播流的初始热度进行修正，得到直播流的热度计算结果。

其中，互动行为数量包括点赞数量、评论数量、分享数量等等，互动资源是由直播的观众触发的，互动资源可以是指定的特效且具有一定的价值，可以获取实时的互动资源的累积数量或者互动资源的累积价值。其中，互动行为数量、互动资源的数量和互动资源的价值能够间接体现直播的热度。举例来说，直播当前的观看人数较少，则直播流会被判定为冷流，但该直播的互动行为数量大以及观众发送的互动资源多、价值高，则直播内容可能比较精彩，该直播是有可能被更多观众观看的，后续可能成为热流。基于此，先根据实时观看人数计算出一个初始热度值，再根据互动行为数量、互动资源的数量和/或互动资源的价值计算一个修正分值，再对初始热度值和修正分值进行预设运算(例如求和、求加权和等等)，得到直播流的热度计算结果。通过这种方式，能够更加精准地评估直播流的实时热度属性。优选地，热度计算方式应当使实时观看人数对最终的热度计算结果的影响系数更大，而其他用于修正的指标对最终的热度计算结果的影响系数更小。

针对于修正分值的计算设置有两种计算方式，一种是仅依据互动行为数量、互动资源的数量以及互动资源的价值中的一个指标进行计算的方式，例如将指标值乘以一个预设的正系数得到修正分值；另一种是依据互动行为数量、互动资源的数量以及互动资源的价值中的至少两个指标进行计算的方式，例如分别为每一个指标设置权重，计算至少两个指标的加权和作为修正分值。

步骤S302：接收直播流的实时热度属性，根据实时热度属性配置直播流的调度方式。

针对于任一直播流而言，在根据一次接收到的实时热度属性配置该直播流的调度方式之后，还会继续不断地计算该直播流的实时热度属性，如果根据再接收到直播流的实时热度属性确定该直播流的热度属性发生变化，则对其调度方式的配置进行更新。具体地，针对于任一直播流，若本次接收的实时热度属性相较于上一次接收的实时热度属性发生变化，则根据本次接收的实时热度属性更改该直播流的调度方式的配置。例如，第N次接收到的实时热度属性表征直播流为热流，而第N+1次接收到的实时热度属性表征直播流为冷流，则表明在这两次计算的间隔时段内该直播流由热流转变为冷流，需要根据该直播流最新的实时热度属性(即第N+1次接收到的实时热度属性)对该直播流已有的调度方式的配置进行更新，从而使得为直播流配置的调度方式与其热度属性始终是匹配的，达到基于直播流的实时热度动态配置调度方式的效果。

相应地，针对于任一直播流，如果本次接收到的实时热度属性相较于上一次接收的实时热度属性保持不变，则保持该直播流的调度方式的配置不变。

若实时热度属性为热流属性，则执行步骤S303；若实时热度属性为冷流属性，则执行步骤S304。

步骤S303：将直播流的调度方式配置为基于对等网络的调度方式；在基于对等网络的调度方式下，观众端根据播放地址而发起的流媒体内容请求被拦截至存储有相应流媒体内容的对等网络节点。

在直播流的实时热度属性为热流属性的情况下，表示直播流的观众端较多，如果采用将流媒体内容请求调度至CDN边缘节点的调度方式，则会导致下行带宽极较高。而在通过对等网络进行调度的方式中，将观众端的流媒体内容请求调度至存储有相应流媒体内容的对等网络节点，则能够避免出现下行带宽高的问题。

另外，对于首次判定为热流的直播流，还需指示流媒体服务器对该直播流进行切片生产处理。

在一种可选的方式中，若根据配置信息确定直播流的调度方式为通过对等网络进行调度的方式，向观众端下发包含HLS协议的播放地址。其中，观众端通过包含HLS协议的播放地址，首先获得直播流对应的索引文件，向索引文件所记录的各个切片文件地址发送文件获取请求，任一文件获取请求被拦截至其他存储有相应切片文件的对等网络节点，以使对等网络节点向观众端返回该文件获取请求对应的切片文件。

上述方式中，利用HLS协议实现P2P网络调度模式，向观众端下发包含HLS协议的播放地址，观众端根据包含HLS协议的播放地址请求流媒体内容的过程如下：观众端首先通过包含HLS协议的播放地址获取到索引文件(即m3u8文件)，索引文件中记录有直播流的各个切片文件地址，观众端再向各个切片文件地址发起文件获取请求，各个文件获取请求原本是向CDN边缘节点发起的，原本向CDN边缘节点发起的各个文件获取请求被拦截下来，改为向存储有相应切片文件的对等网络节点请求获取文件。

步骤S304：将直播流的调度方式配置为将观众端的流媒体内容请求调度至CDN边缘节点的方式。

在直播流的实时热度属性为冷流属性的情况下，将该直播流的调度方式配置为除基于对等网络的调度方式之外的其他调度方式，包括将观众端的流媒体内容请求调度至CDN边缘节点的方式，例如，向观众端下发基于HTTP-FLV直播协议的播放地址，这种方式下，观众端从CDN边缘节点拉流，下行带宽也较低。

在一种现有的实现方式中，固定配置若干直播间的调度方式为基于对等网络的调度方式，例如，将一些头部主播的直播间配置为基于对等网络的调度方式，但这种方式存在如下几点缺陷：一方面，若存在观看流量突然增大的直播，会存在由于没有配置基于对等网络的调度方式导致下行带宽突然增高的问题；另一方面，在基于HLS协议实现的P2P网络调度方式中，由于HLS协议本身是TCP(传输控制协议)短链接的特性，如果大量冷流一开始即采用基于HLS协议实现的P2P网络调度方式，短链接回源会给边缘服务器带来巨大的硬件资源压力；又一方面，对于配置了基于HLS协议实现的P2P网络调度方式的直播流，虽然下行带宽问题得到了缓解，但是在观看人数变少的情况下，短链接回源所消耗的服务器资源相较于CDN拉流调度模式下回源所消耗的服务器资源反而更多，得不偿失。

本申请实施例的直播调度方式的动态配置方法，通过计算直播流的实时热度，基于直播流的实时热度为其配置调度方式，当直播流的实时热度较高时则配置该直播流的调度方式为基于对等网络的调度方式，当直播流的实时热度较低时则配置该直播流的调度方式为CDN边缘节点拉流的调度方式，能够避免高热度的直播流未配置基于对等网络的调度方式所导致的下行带宽高的问题，也能够避免低热度的直播流配置有基于对等网络的调度方式所导致的服务器硬件资源压力大的问题；进一步地，当直播流的热度变化时则更改调度方式的配置，能够使调度方式匹配整个直播过程；进一步地，当直播流由热流变化为冷流时，将其调度模式由基于HLS协议实现的P2P网络调度方式更改为CDN边缘节点拉流的调度方式，能够节省回源时对服务器资源的消耗，也能够释放HLS模式的相关资源。总之，采用本申请实施例的方法，能够基于直播流的实时热度动态地为其配置相应的调度方式，保证调度方式适配整个直播过程，能够高效地利用系统资源，保障服务器的安全性，极大地节省人力成本和带宽成本。

本申请实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的直播调度方式的动态配置方法。

图4示出了本申请实施例提供的计算设备的结构示意图，本申请具体实施例并不对计算设备的具体实现做限定。

如图4所示，该计算设备可以包括：处理器(processor)402、通信接口(Communications Interface)404、存储器(memory)406、以及通信总线408。

其中：处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。处理器402，用于执行程序410，具体可以执行上述用于计算设备的直播调度方式的动态配置方法实施例中的相关步骤。

具体地，程序410可以包括程序代码，该程序代码包括计算机操作指令。

处理器402可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器406，用于存放程序410。存储器406可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序410具体可以用于使得处理器402执行上述任意方法实施例中的直播调度方式的动态配置方法。程序410中各步骤的具体实现可以参见直播调度方式的动态配置实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本申请实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本申请并帮助理解各个申请方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，申请方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种直播调度方式的动态配置方法，包括：

实时计算直播流的热度，根据热度计算结果确定所述直播流的实时热度属性；

接收所述直播流的实时热度属性，根据所述实时热度属性配置所述直播流的调度方式；

读取所述直播流的调度方式的配置信息，向所述直播流的观众端下发对应于与所述配置信息相对应的调度方式的播放地址；

其中，所述观众端通过不同调度方式的播放地址所发起的流媒体内容请求被调度至不同属性的网络节点。

2.根据权利要求1所述的方法，其中，所述根据所述实时热度属性配置所述直播流的调度方式进一步包括：

针对于任一直播流，若本次接收的实时热度属性相较于上一次接收的实时热度属性发生变化，则根据所述本次接收的实时热度属性更改该直播流的调度方式的配置。

3.根据权利要求1或2所述的方法，其中，所述根据所述实时热度属性配置所述直播流的调度方式进一步包括：

在所述直播流的实时热度属性为热流属性的情况下，将所述直播流的调度方式配置为基于对等网络的调度方式；

其中，在基于对等网络的调度方式下，所述观众端根据所述播放地址而发起的流媒体内容请求被拦截至存储有相应流媒体内容的对等网络节点。

4.根据权利要求3所述的方法，其中，所述向所述直播流的观众端下发对应于与所述配置信息相对应的调度方式的播放地址进一步包括：

若根据配置信息确定直播流的调度方式为基于对等网络的调度方式，向观众端下发包含HLS协议的播放地址；

其中，所述观众端通过包含HLS协议的播放地址，获得所述直播流对应的索引文件，向所述索引文件所记录的各个切片文件地址发送文件获取请求，任一文件获取请求被拦截至其他存储有相应切片文件的对等网络节点，以使所述对等网络节点向所述观众端返回该文件获取请求对应的切片文件。

5.根据权利要求1-4中任一项所述的方法，其中，所述根据所述实时热度属性配置所述直播流的调度方式进一步包括：

在所述直播流的实时热度属性为冷流属性的情况下，将该直播流的调度方式配置为除基于对等网络的调度方式之外的其他调度方式；

其中，所述其他调度方式包括：将观众端的流媒体内容请求调度至CDN边缘节点的方式。

6.根据权利要求1-5中任一项所述的方法，其中，所述实时计算直播流的热度进一步包括：

根据直播流的实时观看人数，计算所述直播流的初始热度；

根据所述直播流实时的互动行为数量、互动资源的数量和/或互动资源的价值对所述直播流的初始热度进行修正，得到直播流的热度计算结果。

7.根据权利要求1-6中任一项所述的方法，其中，所述根据热度计算结果确定所述直播流的实时热度属性进一步包括：

判断所述热度计算结果是否属于热流热度范围；

若是，确定所述直播流的实时热度属性为热流属性；

若否，确定所述直播流的实时热度属性为冷流属性。

8.一种直播调度方式的动态配置系统，包括：

热度计算平台，适于实时计算直播流的热度，根据热度计算结果确定所述直播流的实时热度属性；

配置平台，适于接收所述直播流的实时热度属性，根据所述实时热度属性配置所述直播流的调度方式；

下行调度平台，适于从所述配置平台读取所述直播流的调度方式的配置信息，向所述直播流的观众端下发对应于与所述配置信息相对应的调度方式的播放地址；其中，所述观众端通过不同调度方式的播放地址所发起的流媒体内容请求被调度至不同属性的网络节点。

9.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的直播调度方式的动态配置方法对应的操作。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-7中任一项所述的直播调度方式的动态配置方法对应的操作。