具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

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

首先，在对本申请实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

域名系统(英文全称是Domain Name System，缩写为DNS)是互联网的一项服务。它作为将域名和IP地址相互映射的一个分布式数据库，能够使人更方便地访问互联网。

内容分发网络(英文全称是Content Delivery Network，缩写为CDN)，CDN是构建在现有网络基础之上的智能虚拟网络，依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，使用户就近获取所需内容，降低网络拥塞，提高用户访问响应速度和命中率。

根据本申请实施例的一方面，提供了一种直播的智能调度方法的方法实施例。

可选地，在本实施例中，上述直播的智能调度方法可以应用于如图1所示的由用户终端、CDN节点、调度中心和DNS服务所构成的硬件环境中。调度中心负责总体调度，如管理DNS策略、分配CDN节点等。

本申请实施例的直播的智能调度方法可以由调度中心来执行，图2是根据本申请实施例的一种可选的直播的智能调度方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤S202，调度中心获取第一域名的第一帐号数量(相当于当前在第一直播平台观看直播的人数)，第一帐号数量是从第一直播平台的CDN节点拉取直播内容的用户帐号的数量，用户帐号是在第一直播平台中使用的帐号，该帐号登录在用户终端上(终端上可安装直播平台的应用客户端)。

上述直播平台(如第一直播平台、第二直播平台等)可以是游戏直播平台、商品直播平台等，每个直播平台存在一个对应的域名(如第一域名是提供直播服务的第一直播平台的域名、第二域名是提供直播服务的第二直播平台的域名)，调度中心可以为一个或者多个直播平台提供CDN服务，即分配数量与实际需求匹配的CDN节点。

步骤S204，在第一域名的当前策略对应的可用CDN节点数量与第一帐号数量不匹配的情况下，调度中心从多个DNS策略中查找对应的可用CDN节点数量与第一帐号数量匹配的目标策略。

DNS策略用于根据用户帐号的内容请求，为用户帐号从第一直播平台的可用CDN节点中分配所匹配的CDN节点(例如，就近分配、根据负载分配负载低的等)，多个DNS策略中任意两个DNS策略对应的可用CDN节点数量不同，多个DNS策略包括当前策略。

步骤S206，调度中心将第一域名的DNS策略从当前策略切换为目标策略。

通过上述步骤S202至步骤S206，调度中心可以根据直播观看人数(第一帐号数量)实时调整DNS策略，在直播观看人数增加的情况下使用可用CDN节点数量多的DNS策略，在直播观看人数减少的情况下使用可用CDN节点数量少的DNS策略，可以解决相关技术中的DNS策略与实际需求不匹配的技术问题，进而达到高效利用CDN节点的技术效果。

下文结合图1，以具体步骤进一步详述本申请的技术方案：

步骤1，预先设定人数阈值和DNS策略之间的对应关系。

例如，每个直播人数区间(区间的上下限即相当于上述人数阈值)对应于一个DNS策略，而每个DNS策略对应一定数量的可用CDN节点，设定[0，a1)对应于DNS策略1，[a1，a2)对应于DNS策略2，[a2，a3)对应于DNS策略3，[a3，a4)对应于DNS策略4，以此类推。

以上对应关系是可调整的，此处的调整包括以下两种情况：其一是DNS策略保持不变，而改变直播人数区间的上限值和/或下限值；其二是直播人数区间的上限值和下限值保持不变，而改变DNS策略，如调整该策略下的可用CDN节点数量、调整CDN节点所在的位置等。

在上述方案中，CDN节点数量和用户帐号数量之间的对应关系可根据经验值调整的，比如设置一路流全网人数小于10000的时候，只需要10个CDN节点，大于10000的时候，每增加一定数量的帐号数量(如2000)则需要增加1个CDN节点，类似地，每个地理区域的CDN节点数量，也可按照类似逻辑调整，例如，一个地理区域(如大区)初始时(帐号数小于100)用一个CDN节点覆盖，当人数达到100时，一个大区用两个CDN节点覆盖，以此类推。

步骤2，调度中心实时采集直播观看人数的数量，调度中心可获取CDN节点的上报信息，上报信息包括携带有通过该CDN节点拉取第一直播平台的直播内容的用户帐号；进而根据所有CDN节点的上报信息确定第一帐号数量。

在统计侧，直播观看人数的数量可以用获取拉取直播流的帐号来表示，在调度中心可以业务为单位统计拉取直播流的帐号的数量(即第一帐号数量)，统计的方法是通过上报来实现，当有请求到边缘CDN节点，就会上报到中心，例如，调度中心可以同时为业务A(如游戏直播)、业务B(如商品售卖直播)等业务提供服务，在统计时，调度中心可分别统计业务A、业务B等业务下的拉取直播流的帐号的数量。

统计人数的方法是通过边缘CDN节点上报来实现，当有某个业务(如业务A)的用户请求到来的时候，边缘CDN节点会将该业务请求上报给调度中心，调度中心会将该业务的拉取直播流的帐号的数量加1，当有用户关闭直播的时候，边缘CDN节点也会上报中心，中心会人数减1。

在调度中心，可以利用多个维度来统计直播观看人数，如全网在线人数、各个大区在线人数、各个小区在线人数，此处的大区和小区是相对的概念，一个大区可以包括多个小区，例如，小区为省、大区包括多个省(如东区、西南区、西北区等)。

步骤3，根据帐号数量实时调整对应的DNS策略。在第一域名的当前策略对应的可用CDN节点数量与第一帐号数量不匹配的情况下，从多个DNS策略中查找对应的可用CDN节点数量与第一帐号数量匹配的目标策略，DNS策略用于根据用户帐号的内容请求，为用户帐号从第一直播平台的可用CDN节点中分配所匹配的CDN节点，多个DNS策略中任意两个DNS策略对应的可用CDN节点数量不同。

可选地，在从多个DNS策略中查找对应的可用CDN节点数量与第一帐号数量匹配的目标策略之前，可确定第一帐号数量所在的第一数量区间，并确定第二帐号数量所在的第二数量区间。

例如，策略(n-1)对应的帐号数量是[8000,10000)，策略(n-1)对应的CDN节点数是80；策略n对应的帐号数量是[10000,12000)，策略n对应的CDN节点数是100；策略(n+1)对应的帐号数量是[12000,15000)，策略(n+1)对应的CDN节点数是120。

若第二帐号数量为11000，则所在的区间为[10000,12000)。若第一帐号数量为9000，则所在的区间为[8000,10000)若第一帐号数量为13000，则所在的区间为[12000,15000)。

步骤3包括以下两种情况：

其一是，在第一帐号数量大于第二帐号数量的情况下，从多个DNS策略中查找对应的可用CDN节点数量与第一帐号数量匹配的第一策略，第二帐号数量为根据之前获取的、从第一直播平台的CDN节点拉取直播内容的用户帐号的数量确定的，当前策略对应的可用CDN节点数量与第二帐号数量匹配，目标策略包括第一策略，第一策略对应的可用CDN节点数量多于当前策略对应的可用CDN节点数量。

可选地，可在第一数量区间的最小值大于第二数量区间的最大值的情况下，从多个DNS策略中查找与第一数量区间匹配的第一策略，多个DNS策略中的每个DNS策略对应的可用CDN节点数量与一个数量区间匹配。

本申请的方案为实时运行的，相当于第一帐号数量为每隔一段时间需要重新统计一次的，上述第一帐号数量大于第二帐号数量，即相当于直播观看人数发生了增加，且超过了前一次统计所在区间的上限值，例如，之前的直播观看人数是11000人，现在统计到了是13000，那么就需要将DNS策略从策略N更新为策略(n+1)。

其二是，在第一帐号数量小于第二帐号数量的情况下，从多个DNS策略中查找对应的可用CDN节点数量与第一帐号数量匹配的第二策略，其中，目标策略包括第二策略，第二策略对应的可用CDN节点数量小于当前策略对应的可用CDN节点数量。

可选地，在第一帐号数量小于第二帐号数量的情况下，从多个DNS策略中查找对应的可用CDN节点数量与第一帐号数量匹配的第二策略包括：在第一数量区间的最大值小于第二数量区间的最小值的情况下，从多个DNS策略中查找与第二数量区间匹配的第二策略。

还是以上述描述内容为例，上述第一帐号数量小于第三帐号数量，即相当于直播观看人数发生了减少，且比前一次统计所在区间的下限值还小，例如，之前的直播观看人数是11000人，现在统计到了是9000，那么就需要将DNS策略从策略N更新为策略(n-1)。

步骤4，将第一域名的DNS策略从当前策略切换为目标策略，包括以下两个方面，其一是确定与目标策略匹配的可用CDN节点的第一节点数量，在所有CDN节点中为第一直播平台分配第一节点数量个可用CDN节点；其二是，将目标策略发送给DNS服务器，以将DNS服务器保存的第一域名的DNS策略从当前策略切换为目标策略。

在上述方案中，在所有CDN节点中为第一直播平台分配第一节点数量个可用CDN节点，包括按照如下步骤41-步骤42为多个地理区域中的每个地理区域更新可用CDN节点：

步骤41，获取多个地理区域中目标地理区域的第三帐号数量，目标地理区域为多个地理区域中未更新可用CDN节点的地理区域，第一帐号数量是多个地理区域的在线帐号数量之和，第三帐号数量是目标地理区域内从第一直播平台的CDN节点拉取直播内容的用户帐号的数量。

步骤42，根据第三帐号数量，为第一直播平台分配位于目标地理区域内的CDN节点。

可选地，由于每个地理区域的CDN节点数量是基本固定的(一般短时间内不会发生变化)，若所有业务在某一时刻都需要使用CDN节点，那么肯定会出现CDN节点不够用的情况，为了避免此种情况的出现，可以为不同重要程度的业务分配对应的优先级，优先满足重要程度高的业务需求，根据第三帐号数量，为第一直播平台分配位于目标地理区域内的CDN节点包括如下步骤421-步骤429：

步骤421，确定目标地理区域内未分配的CDN节点的第二节点数量和预计为第一直播平台分配的CDN节点的第三节点数量，第三节点数量是根据第三帐号数量确定的，根据帐号数量和节点数量之间的关联关系确定的，例如，每1000个人预计需要使用1个CDN节点。

步骤422，在第二节点数量不小于第三节点数量的情况下，从目标地理区域内未分配的CDN节点中为第一直播平台分配第三节点数量个CDN节点。

步骤423，在第二节点数量小于第三节点数量的情况下，获取为第一直播平台配置的第一优先级和为第二直播平台配置的第二优先级，第二直播平台为使用了目标地理区域内的CDN节点的直播平台。

步骤424，在第一优先级高于第二优先级的情况下，将目标地理区域内的所有未分配的CDN节点和第二直播平台的第四节点数量个CDN节点分配给第一直播平台，目标地理区域内所有未分配的CDN节点数量与第四节点数量之和为第三节点数量，也即相当于第一直播平台的重要性高于第二直播平台，所以可将之前分配给第二直播平台的CDN节点匀一部分出来给第一直播平台使用。

步骤425，在第一优先级与第二优先级相同的情况下，获取第二域名的第四帐号数量，第二域名是提供直播服务的第二直播平台的域名，第四帐号数量是目标地理区域从第二直播平台的CDN节点拉取直播内容的帐号数量。

步骤426，获取为第一直播平台配置的第一权重和为第二直播平台配置的第二权重。

此处的权重可以用于表征单个用户对CDN节点资源的消耗情况，例如，游戏直播消耗的资源就多，对应的权重就高，而商品直播消耗的资源就少，对应的权重就小。

步骤427，获取第三帐号数量与第一权重之间的第一乘积、第四帐号数量与第二权重之间的第二乘积。

步骤428，按照第一乘积与第二乘积之间的比值从目标地理区域内的所有未分配的CDN节点和第二直播平台的CDN节点中为第一直播平台分配CDN节点。

还以第一直播平台为游戏直播平台、第二直播平台为商品直播平台为例，第一直播平台对应的权重为k1(如1.2)，帐号数量为x1(13000)，第二直播平台对应的权重为k2(如1)1，帐号数量为x2(如10000)，所有的CDN节点数量为m，则为第一直播平台分配的节点数量为m1＝m*k1*x1/(k1*x1+k2*x2),为第二直播平台分配的节点数量为m1＝m*k2*x2/(k1*x1+k2*x2),且m1+m2＝m，需要说明的是，若CDN节点只能整个的进行分配，则将m1和m2中小数部分更大的值向上取整，小数部分更小的值向下取整。

例如，CDN节点数量为m为15，则m1＝15*(13000*1.2)/(13000*1.2+10000*1)≈9.14，m1＝15*(10000*1)/(13000*1.2+10000*1)≈5.86，则最终m1的取值为9，m2的取值为6。

步骤429，在所述第一优先级低于所述第二优先级相同的情况下，将所述目标地理区域内所有未分配的CDN节点分配给所述第一直播平台。

在本申请的技术方案中，可根据在线人数切换不同的DNS策略，增加或者缩减CDN节点是根据用户在CDN这边的在线人数(如在线人数的量级)来决定的，如果用户全网在线人数很少，如只有几十人，本方案就会把覆盖该用户的节点缩减，反之则增加。例如，当用户在线人数超过设定的阀值(如100000)的时候，就会把DNS覆盖改成全网覆盖，小于该阀值之前是大区或者省覆盖。如果出现在线人数很多的情况，超过了设置的最大阀值，就会用目前CDN这边所拥有的所有节点覆盖，如果量级超过了CDN所能承接的量，将会通知客户把部分量切走(切到其他CDN厂商)，以保证所能提供的服务质量，通过动态缩减或者扩容，在满足客户业务需求的同时，节省成本。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

根据本申请实施例的另一个方面，还提供了一种用于实施上述直播的智能调度方法的直播的智能调度装置。图3是根据本申请实施例的一种可选的直播的智能调度装置的示意图，如图3所示，该装置可以包括：

获取单元31，用于获取第一域名的第一帐号数量，其中，所述第一域名是提供直播服务的第一直播平台的域名，所述第一帐号数量是从所述第一直播平台的CDN节点拉取直播内容的用户帐号的数量，所述用户帐号是在所述第一直播平台中使用的帐号；

查找单元33，用于在所述第一域名的当前策略对应的可用CDN节点数量与所述第一帐号数量不匹配的情况下，从多个DNS策略中查找对应的可用CDN节点数量与所述第一帐号数量匹配的目标策略，其中，所述DNS策略用于根据所述用户帐号的内容请求，为所述用户帐号从所述第一直播平台的可用CDN节点中分配所匹配的CDN节点，所述多个DNS策略中任意两个DNS策略对应的可用CDN节点数量不同，所述多个DNS策略包括所述当前策略；

调度单元35，用于将所述第一域名的DNS策略从所述当前策略切换为所述目标策略。

需要说明的是，该实施例中的获取单元31可以用于执行本申请实施例中的步骤S202，该实施例中的查找单元33可以用于执行本申请实施例中的步骤S204，该实施例中的调度单元35可以用于执行本申请实施例中的步骤S206。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，调度中心可以根据直播观看人数(第一帐号数量)实时调整DNS策略，在直播观看人数增加的情况下使用可用CDN节点数量多的DNS策略，在直播观看人数减少的情况下使用可用CDN节点数量少的DNS策略，可以解决相关技术中的DNS策略与实际需求不匹配的技术问题，进而达到高效利用CDN节点的技术效果。

可选地，查找单元还用于：在所述第一帐号数量大于第二帐号数量的情况下，从所述多个DNS策略中查找对应的可用CDN节点数量与所述第一帐号数量匹配的第一策略，其中，所述第二帐号数量为之前获取的、从所述第一直播平台的CDN节点拉取直播内容的用户帐号的数量，所述当前策略对应的可用CDN节点数量与所述第二帐号数量匹配，所述目标策略包括所述第一策略，所述第一策略对应的可用CDN节点数量多于所述当前策略对应的可用CDN节点数量；或，在所述第一帐号数量小于所述第二帐号数量的情况下，从所述多个DNS策略中查找对应的可用CDN节点数量与所述第一帐号数量匹配的第二策略，其中，所述目标策略包括所述第二策略，所述第二策略对应的可用CDN节点数量小于所述当前策略对应的可用CDN节点数量。

可选地，查找单元还用于：在从多个DNS策略中查找对应的可用CDN节点数量与所述第一帐号数量匹配的目标策略之前，确定所述第一帐号数量所在的第一数量区间，并确定所述第二帐号数量所在的第二数量区间；在所述第一数量区间的最小值大于所述第二数量区间的最大值的情况下，从所述多个DNS策略中查找与所述第一数量区间匹配的所述第一策略，其中，所述多个DNS策略中的每个DNS策略对应的可用CDN节点数量与一个数量区间匹配；在所述第一数量区间的最大值小于所述第二数量区间的最小值的情况下，从所述多个DNS策略中查找与所述第二数量区间匹配的所述第二策略。

可选地，调度单元还用于：确定与所述目标策略匹配的可用CDN节点的第一节点数量，在所有CDN节点中为所述第一直播平台分配第一节点数量个可用CDN节点；并，将所述目标策略发送给DNS服务器，以将所述DNS服务器保存的所述第一域名的DNS策略从所述当前策略切换为所述目标策略。

可选地，调度单元还用于按照如下方式为多个地理区域中的每个地理区域更新可用CDN节点：获取所述多个地理区域中目标地理区域的第三帐号数量，其中，所述目标地理区域为所述多个地理区域中未更新可用CDN节点的地理区域，所述第一帐号数量是所述多个地理区域的在线帐号数量之和，所述第三帐号数量是所述目标地理区域内从所述第一直播平台的CDN节点拉取直播内容的用户帐号的数量；根据所述第三帐号数量，为所述第一直播平台分配位于所述目标地理区域内的CDN节点。

可选地，调度单元还用于：确定所述目标地理区域内未分配的CDN节点的第二节点数量和预计为所述第一直播平台分配的CDN节点的第三节点数量，其中，所述第三节点数量是根据所述第三帐号数量确定的；在所述第二节点数量不小于所述第三节点数量的情况下，从所述目标地理区域内未分配的CDN节点中为所述第一直播平台分配所述第三节点数量个CDN节点；在所述第二节点数量小于所述第三节点数量的情况下，获取为所述第一直播平台配置的第一优先级和为第二直播平台配置的第二优先级，其中，所述第二直播平台为使用了所述目标地理区域内的CDN节点的直播平台；在所述第一优先级高于所述第二优先级的情况下，将所述目标地理区域内的所有未分配的CDN节点和所述第二直播平台的第四节点数量个CDN节点分配给所述第一直播平台，其中，所述目标地理区域内所有未分配的CDN节点数量与所述第四节点数量之和为所述第三节点数量；在所述第一优先级与所述第二优先级相同的情况下，获取第二域名的第四帐号数量，其中，所述第二域名是提供直播服务的所述第二直播平台的域名，所述第四帐号数量是所述目标地理区域从所述第二直播平台的CDN节点拉取直播内容的帐号数量；获取为所述第一直播平台配置的第一权重和为所述第二直播平台配置的第二权重；获取所述第三帐号数量与所述第一权重之间的第一乘积、所述第四帐号数量与所述第二权重之间的第二乘积；按照所述第一乘积与所述第二乘积之间的比值从所述目标地理区域内的所有未分配的CDN节点和所述第二直播平台的CDN节点中为所述第一直播平台分配CDN节点；在所述第一优先级低于所述第二优先级相同的情况下，将所述目标地理区域内所有未分配的CDN节点分配给所述第一直播平台。

可选地，获取单元还用于：获取CDN节点的上报信息，其中，所述上报信息包括携带有通过该CDN节点拉取所述第一直播平台的直播内容的用户帐号；根据所有CDN节点的上报信息确定所述第一帐号数量。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

根据本申请实施例的另一个方面，还提供了一种用于实施上述直播的智能调度方法的服务器或终端。

图4是根据本申请实施例的一种终端的结构框图，如图4所示，该终端可以包括：一个或多个(图4中仅示出一个)处理器401、存储器403、以及传输装置405，如图4所示，该终端还可以包括输入输出设备407。

其中，存储器403可用于存储软件程序以及模块，如本申请实施例中的直播的智能调度方法和装置对应的程序指令/模块，处理器401通过运行存储在存储器403内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的直播的智能调度方法。存储器403可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器403可进一步包括相对于处理器401远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置405用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置405包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置405为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器403用于存储应用程序。

处理器401可以通过传输装置405调用存储器403存储的应用程序，以执行下述步骤：

获取第一域名的第一帐号数量，其中，所述第一域名是提供直播服务的第一直播平台的域名，所述第一帐号数量是从所述第一直播平台的CDN节点拉取直播内容的用户帐号的数量，所述用户帐号是在所述第一直播平台中使用的帐号；

在所述第一域名的当前策略对应的可用CDN节点数量与所述第一帐号数量不匹配的情况下，从多个DNS策略中查找对应的可用CDN节点数量与所述第一帐号数量匹配的目标策略，其中，所述DNS策略用于根据所述用户帐号的内容请求，为所述用户帐号从所述第一直播平台的可用CDN节点中分配所匹配的CDN节点，所述多个DNS策略中任意两个DNS策略对应的可用CDN节点数量不同，所述多个DNS策略包括所述当前策略；

将所述第一域名的DNS策略从所述当前策略切换为所述目标策略。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图4所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图4其并不对上述电子装置的结构造成限定。例如，终端还可包括比图4中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图4所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行直播的智能调度方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

获取第一域名的第一帐号数量，其中，所述第一域名是提供直播服务的第一直播平台的域名，所述第一帐号数量是从所述第一直播平台的CDN节点拉取直播内容的用户帐号的数量，所述用户帐号是在所述第一直播平台中使用的帐号；

在所述第一域名的当前策略对应的可用CDN节点数量与所述第一帐号数量不匹配的情况下，从多个DNS策略中查找对应的可用CDN节点数量与所述第一帐号数量匹配的目标策略，其中，所述DNS策略用于根据所述用户帐号的内容请求，为所述用户帐号从所述第一直播平台的可用CDN节点中分配所匹配的CDN节点，所述多个DNS策略中任意两个DNS策略对应的可用CDN节点数量不同，所述多个DNS策略包括所述当前策略；

将所述第一域名的DNS策略从所述当前策略切换为所述目标策略。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。