本发明属于视频直播业务中的多CDN(ContentDeliveryNetwork，内容分发网络)调度
技术领域：
，尤其涉及一种调度方法和系统。
背景技术：
：随着移动互联网的发展，视频直播业务大量涌现，视频直播业务的一大瓶颈为带宽资源，为了获得更好的视频质量，直播业务厂商都会采用CDN进行加速，由于自建CDN成本较高，因此多会选用第三方CDN。CDN主要通过在网络各处放置CDN节点(即CDN服务器)及节点服务器实现在现有的互联网基础之上构成一层智能虚拟网络，其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。目前市场上提供CDN加速服务的主流厂家有蓝汛、网宿、帝联、七牛等，这些第三方CDN厂家通过在全国布有大量CDN节点来提供加速服务，直播业务厂商一般会借用一家或多家第三方CDN进行加速，目前，在采用多厂家CDN加速时，一般会按轮询策略对不同CDN进行调度、也有按区域或者按时间段等基本策略进行划分来实现对各厂家CDN进行调度。在借助多家第三方CDN基于上述调度策略加速视频直播业务的过程中，往往存在加速不尽人意之处，例如，不同厂家CDN的加速效果可能不同，有的CDN加速效果较差，有时某厂家CDN还会出现异常事故，而为了达到良好的用户体验，视频直播业务需要一较好的加速效果以保证其业务不中断，基于此，本领域需提供一种较优的调度方案来解决这一问题。技术实现要素：有鉴于此，本发明的目的在于提供一种调度方法和系统，旨在通过对各厂家CDN进行较优的调度，实现在借助多家第三方CDN进行加速时，确保视频直播业务拥有较好的加速效果。为此，本发明公开如下技术方案：一种调度方法，包括：接收移动端请求，所述移动端请求包含移动端的预设属性信息；基于所述预设属性信息，确定待调度的各个候选对象；所述各个候选对象具有与所述预设属性信息相对应的属性信息；依据每个所述候选对象的当前状态及工作性能评价信息，从所述各个候选对象中确定出最优对象；对所述最优对象进行调度，使得所述最优对象与所述移动端交互以处理所述移动端的服务请求。上述方法，优选的，所述预设属性信息包括所述移动端当前所处区域的区域信息。上述方法，优选的，所述候选对象为内容分发网络CDN节点，所述候选对象的当前状态为候选CDN节点正常或异常的状态，所述候选对象的工作性能评价信息包括候选CDN节点的综合评分，所述综合评分依据所述候选CDN节点的第一得分及第二得分确定，所述第一得分为基于模拟移动端对所述候选CDN节点进行性能评测所得的得分，所述第二得分为基于移动端与所述候选CDN节点的实际交互对所述候选CDN节点进行性能评测所得的得分。上述方法，优选的，所述基于所述预设属性信息，确定待调度的各个候选对象包括：确定处于所述区域信息所对应区域内的各个候选CDN节点。上述方法，优选的，所述依据每个所述候选对象的当前状态及工作性能评价信息，从所述各个候选对象中确定出最优对象包括：从各个所述候选CDN节点中确定出状态正常的各个CDN节点；从所述状态正常的各个CDN节点中确定出综合得分最高的CDN节点，并作为当前待调度的最优CDN节点。上述方法，优选的，所述对所述最优对象进行调度，使得所述最优对象与所述移动端交互以处理所述移动端的服务请求包括：将所述最优CDN节点的第一地址信息发送至所述移动端；以使得所述移动端基于所述第一地址信息向所述最优CDN节点推流或从所述最优CDN节点拉流。上述方法，优选的，还包括：当所述最优CDN节点发生异常时，从所述各个其他候选CDN节点中确定出状态正常、且在状态正常的各候选CDN节点中综合评分最高的节点作为新的最优CDN节点；并将所述新的最优CDN节点的第二地址信息发送至所述移动端，以使得所述移动端基于所述第二地址信息向所述新的最优CDN节点推流或从所述新的最优CDN节点拉流。一种调度系统，包括：接收模块，用于接收移动端请求，所述移动端请求包含移动端的预设属性信息；第一确定模块，用于基于所述预设属性信息，确定待调度的各个候选对象；所述各个候选对象具有与所述预设属性信息相对应的属性信息；第二确定模块，用于依据每个所述候选对象的当前状态及工作性能评价信息，从所述各个候选对象中确定出最优对象；调度模块，用于对所述最优对象进行调度，使得所述最优对象与所述移动端交互以处理所述移动端的服务请求。上述系统，优选的，所述预设属性信息包括所述移动端当前所处区域的区域信息，则所述第一确定模块包括：第一确定单元，用于确定处于所述区域信息所对应区域内的各个候选CDN节点。上述系统，优选的，所述候选对象为CDN节点，所述候选对象的当前状态为候选CDN节点正常或异常的状态，所述候选对象的工作性能评价信息包括候选CDN节点的综合评分，所述综合评分依据所述候选CDN节点的第一得分及第二得分确定，所述第一得分为基于模拟移动端对所述候选CDN节点进行性能评测所得的得分，所述第二得分为基于移动端与所述候选CDN节点的实际交互对所述候选CDN节点进行性能评测所得的得分；则所述第二确定模块包括：第二确定单元，用于从各个所述候选CDN节点中确定出状态正常的各个CDN节点；第三确定单元，用于从所述状态正常的各个CDN节点中确定出综合得分最高的CDN节点，并作为当前待调度的最优CDN节点。上述系统，优选的，所述调度模块包括：发送单元，用于将所述最优CDN节点的第一地址信息发送至所述移动端；以使得所述移动端基于所述第一地址信息向所述最优CDN节点推流或从所述最优CDN节点拉流。上述系统，优选的，所述调度模块还包括：异常处理单元，用于在所述最优CDN节点发生异常时，从所述各个其他候选CDN节点中确定出状态正常、且在状态正常的各候选CDN节点中综合评分最高的节点作为新的最优CDN节点；并将所述新的最优CDN节点的第二地址信息发送至所述移动端，以使得所述移动端基于所述第二地址信息向所述新的最优CDN节点推流或从所述新的最优CDN节点拉流。由以上方案可知，本申请公开了一种调度方法和系统，所述方法在接收到移动端请求时，基于该请求中包含的预设属性信息确定待调度的各个候选对象，其中，所述各个候选对象具有与所述预设属性信息相对应的属性信息；并依据每个候选对象的当前状态及工作性能评价信息，从各个候选对象中确定出最优对象，在此基础上对该最优对象进行调度，使得该最优对象与移动端交互以处理移动端的服务请求。可见，应用本申请方案可实现结合每个候选对象的当前状态及工作性能评价信息，从各个候选对象中确定出最优对象进行调度，从而，在将本申请方案应用于借助多家第三方CDN进行视频加速场景中时，可实现对各厂家CDN进行较优的调度，确保视频直播等相关业务具有较好的加速效果。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。图1是本申请实施例一提供的调度方法的一种流程图；图2是本申请实施例一提供的CDN网络拓扑图；图3是本申请实施例一提供的CDN网络拓扑中三级服务器间的交互示意图；图4是本申请实施例三提供的调度方法的另一种流程图；图5-图7是本申请实施例四提供的调度系统的结构示意图。具体实施方式为了引用和清楚起见，下文中使用的技术名词、简写或缩写总结解释如下：推流：向服务器发布视频流。拉流：从服务器获取视频流，如播放视频等。下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。实施例一本申请实施例一提供一种调度方法，旨在通过对各厂家CDN进行较优的调度，实现在借助多家第三方CDN进行加速时，确保视频直播业务拥有较好的加速效果，参考图1示出的调度方法流程图，该方法可以包括以下步骤：S101：接收移动端请求，所述移动端请求包含移动端的预设属性信息。其中，所述预设属性信息可以是所述移动端当前所处区域的区域信息。本实施例具体按区域选用/调度最优CDN，即在预先划分的各个区域中，向每一区域均部署多家第三方CDN节点，从而在每个区域内，可从该区域部署的多家第三方CDN节点中选择一最优CDN节点来加速视频直播等相关视频业务。所述区域信息具体可以是预先进行区域划分时，为划分的各个区域所匹配的区域代码或区域标号等信息。参考图2示出的CDN网络拓扑图，本实施例具体以图2示出的CDN网络拓扑为例，对本申请方法进行说明。该拓扑共包含CDN的三级服务器：中心服务器、节点服务器和CDN节点(CDN服务器)，其中，全网布置有一个中心服务器(具体指逻辑上的一个全网中心服务器)，且在划分的每个区域中均布置一个节点服务器及相应数量的多家CDN节点，在该网络拓扑中，可通过在中心服务器与节点服务器分工执行本申请方法的处理逻辑来实现按区域选用/调度最优CDN，具体地，所述中心服务器负责与各个区域的节点服务器进行交互，实现基于移动端所处区域将移动端请求分配至相应节点服务器，所述节点服务器负责对其所处区域内的各厂家CDN节点进行调度，从而实现按区域选用最优CDN来为移动端提供所需服务。参考图3所示，当移动端存在相应服务需求，如拉流或推流需求(具体为具有相应加速效果的拉流或推流需求)时，首先向中心服务器发起请求，该请求中包含移动端当前所处区域的区域信息，如区域代码等，从而，在本步骤S101中，针对图2的CDN网络拓扑，具体由中心服务器接收所述移动端请求。S102：基于所述预设属性信息，确定待调度的各个候选对象；所述各个候选对象具有与所述预设属性信息相对应的属性信息。所述候选对象具体指候选的CDN节点。由于在CDN网络拓扑中按区域划分情况对CDN节点进行布置，每个区域内均布置有相应数量的多家CDN节点可供调度，从而为了使移动端快速取得所需服务，一般选用就近区域(或称移动端所属区域)进行CDN调度。基于此，在接收到移动端请求时，可基于该请求中包含的区域信息确定移动端所处区域，进而可将就近区域内布置的各CDN节点作为可供调度的候选CDN节点来为移动端提供服务。例如，假设移动端请求中包含的区域信息为区域代码2，则可确定出该代码2对应的区域2内的各CDN节点为候选CDN节点。对于图2示出的CDN网络拓扑来讲，中心服务器在接收到移动端请求后，可基于该请求中包含的区域信息确定需为移动端分配的节点服务器，并将所分配的节点服务器的地址，如IP(InternetProtocol，网络之间互连的协议)地址反馈至移动端，以使得移动端可基于所接收的地址直接与就近区域的节点服务器进行会话。参考图3，假设移动端请求中包括的区域信息为区域代码2，则中心服务器会向移动端反馈与该代码相对应的区域2内的节点服务器地址，从而使移动端基于该地址直接与区域2内的节点服务器交互。由于节点服务器与CDN节点在按区域划分情况进行布置时，两者间存在对应关系，每个区域内均布置有一个节点服务器及相应的多家CDN节点，从而，在中心服务器基于移动端的区域信息确定出需分配的节点服务器之后，相应的各个候选CDN节点随之确定。S103：依据每个所述候选对象的当前状态及工作性能评价信息，从所述各个候选对象中确定出最优对象。在确定出各个待调度的候选CDN节点的基础上，本实施例具体结合各个候选CDN节点的当前状态及工作性能评价信息，来选择最优CDN进行调度。本实施例中，CDN节点的状态具体按照CDN节点是否能够正常工作划分为CDN节点正常或异常两种状态；CDN节点的工作性能评价信息包括CDN节点的综合评分，所述综合评分依据所述CDN节点的第一得分及第二得分确定，所述第一得分为基于模拟移动端对所述CDN节点进行性能评测所得的得分，所述第二得分为基于移动端与所述CDN节点的实际交互对所述CDN节点进行性能评测所得的得分。对CDN节点进行评分的部分将在下一实施例进行进一步详述。一般来说，CDN节点的工作性能越好，则其评分越高。基于此，本步骤在从各个候选CDN节点中进行最优CDN节点选取时，需确保所选取的CDN节点状态正常，且在各个状态正常的候选CDN节点中其综合得分最高。S104：对所述最优对象进行调度，使得所述最优对象与所述移动端交互以处理所述移动端的服务请求。在从就近区域包括的各个候选CDN节点中选取出最优CDN节点的基础上，可对该最优CDN节点进行调度，从而使得利用该最优CDN节点对移动端的服务请求进行响应，实现按区域选择最优CDN来为移动端提供所需的服务。具体地，在图2示出的CDN网络拓扑中，节点服务器可在接收到移动端发起的会话请求(该请求为移动端基于中心服务器反馈的节点服务器地址发出)后，基于其所处区域内各候选CDN节点的状态及综合评分选取最优CDN节点，并将选取的最优CDN节点的地址如IP地址反馈至移动端，以此实现对该最优CDN节点进行调度，后续移动端可基于节点服务器反馈的最优CDN节点的地址与该最优CDN节点进行交互，实现从该最优CDN节点进行拉流或向其推流(具体为具有相应加速效果的拉流或推流)。由以上方案可知，本申请公开了一种调度方法，所述方法在接收到移动端请求时，基于该请求中包含的预设属性信息确定待调度的各个候选对象，其中，所述各个候选对象具有与所述预设属性信息相对应的属性信息；并依据每个候选对象的当前状态及工作性能评价信息，从各个候选对象中确定出最优对象，在此基础上对该最优对象进行调度，使得该最优对象与移动端交互以处理移动端的服务请求。可见，应用本申请方案可实现结合每个候选对象的当前状态及工作性能评价信息，从各个候选对象中确定出最优对象进行调度，从而，在将本申请方案应用于借助多家第三方CDN进行视频加速场景中时，可实现对各厂家CDN进行较优的调度，确保视频直播等相关业务具有较好的加速效果。实施例二本实施例具体对CDN节点的评分部分进行进一步详述。具体地，仍以图2示出的CDN网络拓扑为例，节点服务器可通过定时模拟移动端请求，来检测其所处区域内各厂家CDN节点的响应速度、稳定性等工作性能，并记录各厂家CDN节点的工作状态，同时基于对各CDN节点工作性能的检测情况对各CDN节点进行评分，从而得到所述第一得分。CDN节点的所述第二得分，具体基于移动端与CDN节点进行实际交互时所对应的移动端网络状态信息及移动端访问CDN节点的访问状态信息得到，其中，所述移动端网络状态信息包括移动端接入网络(CDN节点)的速率，网络类型等，所述访问状态信息包括CDN节点的响应时间、速率，CDN节点的稳定性等等。考虑到移动端如果每次与相应CDN节点会话都上传网络状态信息及访问CDN节点时的访问状态信息会造成大量网络资源浪费，因此本实施例采用抽样策略，对得到所述第二得分所需的移动端网络状态信息及访问状态信息进行获取，具体地，节点服务器可判断在当前时段内(如当天)是否已针对其所处区域内的各CDN节点从移动端获取到目标数量级的抽样数据(包括移动端网络状态信息及相应的访问状态信息)，如果抽样数量达到目标数量级，则停止抽样，否则，如果未达到则继续进行随机抽样，抽取的概率可根据当地用户量进行调整。如果移动端被抽中，则节点服务器可在向该移动端反馈所选取的最优CDN节点的地址信息时，在反馈信息中同时携带一指示信息，用于指示移动端上传与该最优CDN节点进行交互时的网络状态信息及相应的访问状态信息。从而后续可基于抽样所得的各移动端抽样数据，对其所处区域内的各相应CDN节点进行评分，得到所述第二得分，该第二得分的评分过程可在节点服务器实施，也可在中心服务器同步节点服务器信息后由中心服务器实施。从而，在此基础上，可基于CDN节点对应的第一得分及第二得分，得到该CDN节点的综合评分，例如，具体可通过计算所述第一得分及所述第二得分的平均值得到该CDN节点的综合评分。其中，评分机制可基于实际评分需求进行调整，例如，节点服务器对其区域内的CDN节点进行检测，如有3次异常则对被监测的相应CDN节点扣除1分，移动端如果平均延迟在10秒以上则对被监测的相应CDN节点扣除5分等。中心服务器和节点服务器之间具有数据同步机制，可快速将不一致的数据(如评分数据，节点状态等)同步，具体地，各节点服务器定时将信息同步到中心服务器，考虑到网络异常情况，节点服务器有定时重传机制，中心服务器对节点服务器同步的信息进行统计分析，汇总的部分信息可参考以下的表1，中心服务器同样可通过数据同步机制将其相应评分数据、节点状态等同步至相应的节点服务器，同时中心服务器还通过定时心跳来检测各节点服务器是否正常，并记录各节点服务器正常与否的状态，如果有异常则临时采用中心服务器替待异常的节点服务器进行工作，待该节点服务器恢复后再将信息同步到该节点服务器。表1CDNProviderweightnodenode_scoresamplesm_scorescorestatusdata_statuschinacache1BJ9510009292.511chinacache2GZ859808886.511dunion2SH851150918810dunion1GZ909609592.501chinanetcenter1SH951200959501chinanetcenter2BJ901000929110其中，CDNProvider为CDN厂家；node为节点服务器编码；node_score为节点服务器对各厂家CDN的模拟检测评分(即所述第一得分)；samples为采样数，表示该区域使用该厂家CDN时，有多少移动端提交了本机直播时的网络状态信息及访问状态信息；m_score为根据抽样的移动端网络状态信息及访问状态信息得到的各厂家CDN的评分(即所述第二得分)；score为综合评分，通过计算节点服务器的模拟测检评分(第一得分)和移动端抽样得分(第二得分)的平均值得到；Weight为CDN厂家综合权重，权重越高越优；具体地，可基于所述第一得分、第二得分实现对不同CDN厂家在不同区域的性能表现进行评分，并可汇总各区域评分后对各CDN厂家进行总的评分，CDN厂家的综合权重即可基于该CDN厂家的总的评分得到，实际应用中，在另一种可能的实现方式中，可具体结合该综合权重，以及所述第一得分、第二得分来按区域计算候选CDN节点的综合得分。status为当前该区域各厂家CDN的状态，0表示异常，1为正常；data_status为数据状态，1表示已同步，0表示未同步数据，如节点服务器恢复时需要将状态为0的数据同步到本服务器。实施例三本实施例三中，参考图4示出的调度方法流程图，所述调度方法还可以包括以下步骤：S105：当所述最优CDN节点发生异常时，从所述各个其他候选CDN节点中确定出状态正常、且在状态正常的各候选CDN节点中综合评分最高的节点作为新的最优CDN节点；并将所述新的最优CDN节点的第二地址信息发送至所述移动端，以使得所述移动端基于所述第二地址信息向所述新的最优CDN节点推流或从所述新的最优CDN节点拉流。本实施例针对正在使用的CDN节点发生异常/故障的情况，提供相应的异常处理方案。具体地，节点服务器对正在使用的最优CDN节点进行监测，当监测到该CDN节点出现故障时，会从其所处区域内的各个其他候选CDN节点中确定出状态正常、且在状态正常的各候选CDN节点中综合评分最高的节点作为新的最优CDN节点；在此基础上，将该新的最优CDN节点分配给移动端，即，将该新的最优CDN节点的地址信息反馈给移动端，使得移动端转为与该新的最优CDN节点进行交互，如推流或拉流等，从而有效解决了正在使用中的CDN节点发生异常/故障的问题，确保了移动端请求能够被正常、无打断地响应。实施例四本发明实施例四公开一种调度系统，该系统与以上各实施例公开的调度方法相对应。相应于实施例一，参考图5，所述调度系统可以包括接收模块100、第一确定模块200、第二确定模块300和调度模块400。接收模块100，用于接收移动端请求，所述移动端请求包含移动端的预设属性信息。第一确定模块200，用于基于所述预设属性信息，确定待调度的各个候选对象；所述各个候选对象具有与所述预设属性信息相对应的属性信息。其中，参考图6，所述第一确定模块200包括：第一确定单元201，用于确定处于所述区域信息所对应区域内的各个候选CDN节点。所述候选对象为CDN节点，所述候选对象的当前状态为所述候选CDN节点正常或异常的状态，所述候选对象的工作性能评价信息包括所述候选CDN节点的综合评分，所述综合评分依据所述候选CDN节点的第一得分及第二得分确定，所述第一得分为基于模拟移动端对所述候选CDN节点进行性能评测所得的得分，所述第二得分为基于移动端与所述候选CDN节点的实际交互对所述候选CDN节点进行性能评测所得的得分。则所述第二确定模块300包括：第二确定单元301，用于从各个所述候选CDN节点中确定出状态正常的各个CDN节点；第三确定单元302，用于从所述状态正常的各个CDN节点中确定出综合得分最高的CDN节点，并作为当前待调度的最优CDN节点。第二确定模块300，用于依据每个所述候选对象的当前状态及工作性能评价信息，从所述各个候选对象中确定出最优对象。调度模块400，用于对所述最优对象进行调度，使得所述最优对象与所述移动端交互以处理所述移动端的服务请求。所述调度模块400包括：发送单元401，用于将所述最优CDN节点的第一地址信息发送至所述移动端；以使得所述移动端基于所述第一地址信息向所述最优CDN节点推流或从所述最优CDN节点拉流。相应于实施例三，参考图7，所述调度系统中的调度模块400还可以包括：异常处理单402，用于在所述最优CDN节点发生异常时，从所述各个其他候选CDN节点中确定出状态正常、且在状态正常的各候选CDN节点中综合评分最高的节点作为新的最优CDN节点；并将所述新的最优CDN节点的第二地址信息发送至所述移动端，以使得所述移动端基于所述第二地址信息向所述新的最优CDN节点推流或从所述新的最优CDN节点拉流。对于本发明实施例四公开的调度系统而言，由于其与以上各实施例公开的调度方法相对应，所以描述的比较简单，相关相似之处请参见以上各实施例中调度方法部分的说明即可，此处不再详述。综上所述，本申请具有以下优势：1)通过部署多节点服务器，以分布式调度策略确保了调度的稳定性、及时性；2)实现了对不同CDN厂家在不同区域的性能表现进行评分；3)汇总各区域评分后可以对各CDN厂家进行总的评分；4)通过合理的移动端抽样，保证了评分的准确性。5)凭借合理的评分策略和检测机制，能够快速诊断出故障CDN节点，进而可通过故障诊断基础上的智能调度，实现在使用中的节点出现故障时选择新的最优CDN节点，从而保证移动端用户的服务请求在正在使用的CDN节点故障时能够被正常、无打断地响应。需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。为了描述的方便，描述以上系统或装置时以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。最后，还需要说明的是，在本文中，诸如第一、第二、第三和第四等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。以上所述仅是本发明的优选实施方式，应当指出，对于本
技术领域：
的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。当前第1页1 2 3