调度方法及系统的制作方法
【专利摘要】本公开提供了一种调度方法，包括：解析接收到的访问请求，获取所述访问请求的属性信息；根据所述属性信息确定所述访问请求的属性值；查询属性/节点参照表，确定所述属性值对应的CDN节点地址；将所述访问请求定向至所确定的CDN节点地址对应的节点。本公开还提供了相应的系统。本公开在确定了访问请求的属性信息并得到属性值后，通过属性值确定访问请求对应的CDN节点，并根据预设的属性值与节点地址的关系，将具有不同属性的访问请求进行了隔离配置，具有相同属性的访问请求可被调度至相同节点，减少了现有技术中因级别、地域等属性不同的用户使用相同的节点带来的更高等级的用户其网络访问性能下降的影响，增加了访问速度，提升了系统性能。
【专利说明】
调度方法及系统
技术领域
[0001 ]本公开设及CDN领域，具体设及一种调度方法及系统。
【背景技术】
[0002] CDN(Content Delivery化twork，内容分发网络）是一种通过在网络各处放置节 点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络。CDN能够实时地根据网 络流量和各节点的连接、负载状况W及到用户的距离和响应时间等综合信息将用户的请求 重新导向离用户最近的服务节点上，其目的是能够选择离用户相对较近的节点向用户发送 用户所需的内容，缓解网络拥挤的状况，提高网站的响应速度。随着不断增长的为用户提供 个性化服务的需求，业务类型也在随之不断增多。
[0003] 目前CDN服务器中存储一般缓存有针对各种业务类型的文件，包括了优先级高的 业务类型的文件和优先级低的业务类型的文件，W满足用户对不同业务类型的需求。但是， 现有技术中，当高优先级和低优先级的客户同时访问同一个CDN服务器时，CDN服务器是没 有针对性的为两种用户提供服务的，而当低优先级的用户多时，同时访问该CDN服务器的各 种优先级的访问请求比较多，CDN服务器处理能力又有限时就会造成对用户访问请求的延 迟，甚至出现无响应的情况，从而造成了高优先级的用户访问请求得不到响应或者存在延 迟，造成了高优先级用户享受不到响应优先级的服务，降低用户体验。
【发明内容】
[0004] 本公开实施例提供一种调度方法及系统，用W解决现有技术中CDN在接收到用户 请求后将具有不同属性信息的用户请求调度至同一节点导致属性信息优先级高的用户易 受到优先级低的用户的影响，从而降低用户体验的问题，实现通过将具有不同属性信息的 用户请求调度至不同节点来对请求进行调度的方式。
[0005] -方面本公开提供了 一种调度方法，包括：
[0006] 解析接收到的用户访问请求，获取所述用户访问请求的属性信息；
[0007] 根据所述属性信息确定所述用户访问请求的属性值；
[000引查询属性/节点参照表，确定所述属性值对应的节点地址；
[0009] 将所述用户访问请求定向至所确定的节点地址对应的节点。
[0010] 另一方面本公开提供了一种调度系统，包括：
[0011] 属性信息获取单元，用于解析接收到的用户访问请求，获取所述用户访问请求的 属性信息；
[0012] 属性值确定单元，用于根据所述属性信息确定所述用户访问请求的属性值；
[0013] 节点地址确定单元，用于查询属性/节点参照表，确定所述属性值对应的节点地 址；
[0014] 调度单元，用于将所述用户访问请求定向至所确定的节点地址对应的节点。
[0015] 本公开实施例提供的调度方法及系统，通过将用户访问请求进行属性信息的确 定，并至少根据被确定的属性信息来获取该用户访问请求的属性值。由于不同的属性值与 不同的节点对应，因此可W根据预设的属性/节点参照表来确定该用户访问请求的属性值 对应的CDN节点地址，即该用户访问请求将要被调度至的CDN节点。本公开在确定了用户访 问请求的属性信息并W此得到属性值后，通过属性值确定用户访问请求对应的CDN节点，并 根据预设的属性值与节点地址的关系，将具有不同属性的用户访问请求进行了隔离配置， 具有相同属性的用户访问请求可被调度至相同节点，减少了现有技术中因级别、地域等属 性不同的用户使用相同的节点带来的更高等级的用户其网络访问性能下降的影响，增加了 访问速度，提升了系统性能。
【附图说明】
[0016] 为了更清楚地说明本公开实施例的技术方案，下面将对实施例描述中所需要使用 的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领 域普通技术人员来讲，在不付出创造性劳动的前提下，还可W根据运些附图获得其他的附 图。
[0017] 图1是本公开一实施例的调度方法的流程图；
[0018] 图2是本公开一实施例的调度系统的结构示意图；
[0019] 图3是本公开一实施例的调度设备的结构示意图。
【具体实施方式】
[0020] 为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例 中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员 在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
[0021 ]需要说明的是，在不冲突的情况下，本公开中的实施方式及实施方式中的特征可 W相互组合。
[0022] 本发明可用于众多通用或专用的计算系统环境或配置中。例如:个人计算机、服务 器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶 盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括W上任何系统或设备的 分布式计算环境等等。
[0023] 本发明可W在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序 模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组 件、数据结构等等。也可W在分布式计算环境中实践本发明，在运些分布式计算环境中，由 通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可W 位于包括存储设备在内的本地和远程计算机存储介质中。
[0024] 最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将 一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示运些实体或操作 之间存在任何运种实际的关系或者顺序。而且，术语"包括"、"包含"，不仅包括那些要素，而 且还包括没有明确列出的其他要素，或者是还包括为运种过程、方法、物品或者设备所固有 的要素。在没有更多限制的情况下，由语句"包括……"限定的要素，并不排除在包括所述要 素的过程、方法、物品或者设备中还存在另外的相同要素。
[0025] 图1是本公开一实施例的调度方法的流程图。如图1所示，该方法包括：
[0026] SlOl:解析接收到的用户访问请求，获取所述用户访问请求的属性信息；
[0027] S102:根据所述属性信息确定所述用户访问请求的属性值；
[00%] S103:查询属性/节点参照表，确定所述属性值对应的节点地址；
[0029] S104:将所述用户访问请求定向至所确定的节点地址对应的节点。
[0030] 本公开实施例提供的调度方法，通过将用户访问请求进行属性信息的确定，并至 少根据被确定的属性信息来获取该用户访问请求的属性值。由于不同的属性值与不同的节 点对应，因此可W根据预设的属性/节点参照表来确定该用户访问请求的属性值对应的CDN 节点地址，即该用户访问请求将要被调度至的CDN节点。本公开在确定了用户访问请求的属 性信息并W此得到属性值后，通过属性值确定用户访问请求对应的CDN节点，并根据预设的 属性值与节点地址的关系，将具有不同属性的用户访问请求进行了隔离配置，具有相同属 性的用户访问请求可被调度至相同节点，减少了现有技术中因级别、地域等属性不同的用 户使用相同的节点带来的更高等级的用户其网络访问性能下降的影响，增加了访问速度， 提升了系统性能。
[0031] 在本公开一些实施例中，所述属性信息包括至少一个类别中的一个子项。属性信 息包括的类别越多，用户访问请求对应的节点地址分配越细致，通过本实施例可W在一定 程度上将不同用户的服务区分开来。本公开实施例中，属性信息的获取可W通过在用户访 问请求中生成相应的识别码来实现。
[0032] 在本公开一些实施例中，所述类别至少包括用户级别、用户所在地域、用户终端类 型、请求播放类型中的至少一种。用户级别可分为会员与非会员两个子项，也可W分为高级 会员、普通会员、非会员=个子项，还可W根据具体的情况进行设置。用户所在地域可W分 为几个核屯、区域、边缘区域等子项，也可W按城市、小区等进行划分。用户终端类型一般可 分为电视端、手机端、电脑端等子项。请求播放类型该属性信息包括直播和点播两个属性子 项。本实施例中的属性信息基本包涵了所有能为用户带来不同服务的属性信息，可W较为 全面地将具有不同属性信息的用户访问请求定向至相应的节点。
[0033] 作为图1所示实施例的进一步优化，图1所示实施例中步骤S102包括：
[0034] S1021:根据所述属性信息中包含的各类别的各子项的权重和确定所述用户访问 请求的属性值。
[0035] 本实施例中，用户访问请求的属性值根据属性信息中的类别子项的权重和确定， 相当于对具有多个类别的不同的属性信息进行分类，属性值相同的属性信息为一类，对应 的用户访问请求被分配至相同的节点（本公开实施例中相同的节点可W是一个，也可W是 一组，具体可根据实际需求进行配置），因此，对于重要的类别子项，例如会员，可W将该类 别子项的权重设置得较大，与其他类别或类别子项区分开来，单独分配节点W提供服务。运 样，既能保证具有该类别子项的用户访问请求能够定向至相同的节点，享受同样的服务，又 能与不是该类别子项的用户访问请求隔离开来，将不是该类别子项的用户访问请求对应的 用户因数量庞大、网络拥堵等情况带来的对具有该类别子项的用户访问请求对应的用户的 损失降到最小。且该类别子项的权重越大，具有该类别子项的用户访问请求的属性值越高， 在实际工作环境中可W使越高的属性值对应的CDN节点性能更优，运样可W使得具有该类 别子项的用户访问请求对应的用户能够享受到更好的更符合该类别子项的服务。
[0036] 本公开实施例也可W使用其他的方法来确定用户访问请求的属性值，只要能与通 过属性信息中包含的各类别子项的权重和得到属性值达到一样的效果即可。
[0037] 在本公开一些实施例中，所述各类别的各子项的权重不同，且各子项的权重设计 成使得属性信息不同的用户访问请求的属性值不同。本实施例中，各类别的各子项的权重 不同，且使得根据类别子项的权重和得到的所有的属性值都不同，使得类别与类别之间所 有子项的各种组合得到的各种属性信息的属性值均不同，对应的节点均不同，每一属性信 息对应的用户访问请求都能定向至自己独有的节点（组），节点（组）的划分非常简易且清 晰。
[0038] 需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列 的动作合并，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为 依据本公开，某些步骤可W采用其他顺序或者同时进行。其次，本领域技术人员也应该知 悉，说明书中所描述的实施例均属于优选实施例，所设及的动作和模块并不一定是本公开 所必须的。
[0039] 在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部 分，可W参见其他实施例的相关描述。
[0040] 图2是本公开一实施例的调度系统的结构示意图。本公开所述的调度方法可W基 于本实施例中的调度系统实施。如图2所示，该系统包括属性信息获取单元201、属性值确定 单元202、节点地址确定单元203和调度单元204。
[0041] 属性信息获取单元201用于解析接收到的用户访问请求，获取所述用户访问请求 的属性信息；
[0042] 属性值确定单元202用于根据所述属性信息确定所述用户访问请求的属性值；
[0043] 节点地址确定单元203用于查询属性/节点参照表，确定所述属性值对应的节点地 址；
[0044] 调度单元204用于将所述用户访问请求定向至所确定的节点地址对应的节点。
[0045] 本公开实施例提供的调度系统，通过属性信息获取单元201将用户访问请求进行 属性信息的获取，并至少根据由属性信息获取单元201确定的属性信息通过属性值确定单 元202来获取该用户访问请求的属性值。由于不同的属性值与不同的节点对应，因此可W通 过节点地址确定单元203根据预设的属性/节点参照表来确定该用户访问请求的属性值对 应的CDN节点地址，即该用户访问请求将要被调度至的CDN节点。本公开在确定了用户访问 请求的属性信息并W此得到属性值后，通过属性值确定用户访问请求对应的CDN节点，并根 据预设的属性值与节点地址的关系，将具有不同属性的用户访问请求进行了隔离配置，具 有相同属性的用户访问请求可被调度至相同节点，减少了现有技术中因级别、地域等属性 不同的用户使用相同的节点带来的更高等级的用户其网络访问性能下降的影响，增加了访 问速度，提升了系统性能。
[0046] 本公开实施例中，属性信息获取单元201可W通过识别用户访问请求中的标识码 来获取用户访问请求的属性信息，例如，包含有类别子项为会员和直播的属性信息在用户 访问请求中的标识码为1009,属性信息获取单元201-旦获取了数值为1009的标识码，即得 知该用户访问请求的属性信息为观看直播的会员。
[0047]图3为本公开实施例提供的一种调度设备300的结构示意图，本公开具体实施例并 不对用户设备300的具体实现做限定。如图3所示，该用户设备300可W包括：
[004引处理器（p；r0cesso;r)310、通信接口（Communications Inte;rface)320、存储器 (memory)330、W及通信总线340。其中：
[0049] 处理器310、通信接口 320、W及存储器330通过通信总线340完成相互间的通信。
[0050] 通信接口 320,用于与比如客户端等的网元通信。
[0051] 处理器310,用于执行程序332,具体可W执行上述方法实施例中的相关步骤。
[0052] 具体地，程序332可W包括程序代码，所述程序代码包括计算机操作指令。
[0化3]处理器310可能是一个中央处理器CPU,或者是特定集成电路ASICU卵Iication Specific Integrated Circuit),或者是被配置成实施本公开实施例的一个或多个集成电 路。
[0054] 存储器330，用于存放程序332。存储器330可能包含高速RAM存储器，也可能还包括 非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
[0055] 在本公开一些实施例中，所述属性信息包括至少一个类别中的一个子项。属性信 息包括的类别越多，用户访问请求对应的节点地址分配越细致，通过本实施例可W在一定 程度上将不同用户的服务区分开来。本公开实施例中，属性信息的获取可W通过在用户访 问请求中生成相应的识别码来实现。
[0056] 在本公开一些实施例中，所述类别至少包括用户级别、用户所在地域、用户终端类 型、请求播放类型中的至少一种。用户级别可分为会员与非会员两个子项，也可W分为高级 会员、普通会员、非会员=个子项，还可W根据具体的情况进行设置。用户所在地域可W分 为几个核屯、区域、边缘区域等子项，也可W按城市、小区等进行划分。用户终端类型一般可 分为电视端、手机端、电脑端等子项。请求播放类型该属性信息包括直播和点播两个属性子 项。本实施例中的属性信息基本包涵了所有能为用户带来不同服务的属性信息，可W较为 全面地将具有不同属性信息的用户访问请求定向至相应的节点。
[0057] 作为图2所示实施例的进一步优化，图2所示实施例中属性值确定单元202用于:根 据所述属性信息中包含的各类别的各子项的权重和确定所述用户访问请求的属性值。
[0058] 本实施例中，用户访问请求的属性值由属性值确定单元202根据属性信息中的类 别子项的权重和确定，相当于对具有多个类别的不同的属性信息进行分类，属性值相同的 属性信息为一类，对应的用户访问请求被分配至相同的节点（本公开实施例中相同的节点 可W是一个，也可W是一组，根据需求进行配置），因此，对于重要的类别子项，例如会员，可 W将该类别子项的权重设置得较大，与其他类别或类别子项区分开来，单独分配节点W提 供服务。运样，既能保证具有该类别子项的用户访问请求能够定向至相同的节点，享受同样 的服务，又能与不是该类别子项的用户访问请求隔离开来，将不是该类别子项的用户访问 请求对应的用户因数量庞大、网络拥堵等情况带来的对具有该类别子项的用户访问请求对 应的用户的损失降到最小。且该类别子项的权重越大，具有该类别子项的用户访问请求的 属性值越高，在实际工作环境中可W使越高的属性值对应的CDN节点性能更优，运样可W使 得具有该类别子项的用户访问请求对应的用户能够享受到更好的更符合该类别子项的服 务。
[0059] 本公开实施例也可W使用其他的方法来确定用户访问请求的属性值，只要能与通 过属性信息中包含的各类别子项的权重和得到属性值达到一样的效果即可。
[0060]在本公开一些实施例中，所述各类别的各子项的权重不同，且各子项的权重设计 成使得属性信息不同的用户访问请求的属性值不同。本实施例中，各类别的各子项的权重 不同，且使得根据类别子项的权重和得到的所有的属性值都不同，使得类别与类别之间所 有子项的各种组合得到的各种属性信息的属性值均不同，对应的节点均不同，每一属性信 息对应的用户访问请求都能定向至自己独有的节点（组），节点（组）的划分非常简易且清 晰。
[0061 ] 本公开实施例中可W通过硬件处理器化ardware processor)来实现相关功能模 块。
[0062] 下面W具体的属性信息为例对本公开做进一步的说明。
[0063] 如下表所示，用户访问请求的属性信息由W下类别及类别子项构成。
[0064]
[0065] 表1用户访问请求的属性信息
[0066] 其中，各类别子项的权重分别为：会员一一25,非会员一一10,电视一一22.5,手 机--17.5，电脑--12.5，直播--7.5，点播--5。由此可W得到具有各属性f目息的用 户访问请求的属性值如下表。 「nn 么-71
[0068] 表2用户访问请求的属性值
[0069] -共有12个属性值，因此至少需要12个/组节点对用户访问请求进行调度。预先将 12个属性值与12个/组节点之间的对应关系制成属性/节点参照表存放在本公开实施例中 的调度系统/设备中，通过本公开实施例所示方法即可进行具有不同属性信息的用户访问 请求的调度。
[0070] W上所描述的方法实施例仅仅是示意性的，其中所述作为分离部件说明的单元可 W是或者也可W不是物理上分开的，作为单元显示的部件可W是或者也可W不是物理单 元，即可W位于一个地方，或者也可W分布到多个网络单元上。可W根据实际的需要选择其 中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性 的劳动的情况下，即可W理解并实施。
[0071] 通过W上的实施例的描述，本领域的技术人员可W清楚地了解到各实施例可借助 软件加必需的通用硬件平台的方式来实现，当然也可W通过硬件。基于运样的理解，上述技 术方案本质上或者说对现有技术做出贡献的部分可WW软件产品的形式体现出来，该计算 机软件产品可W存储在计算机可读存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指令用 W使得一台计算机设备(可W是个人计算机，服务器，或者网络设备等)执行各个实施例或 者实施例的某些部分所述的方法。
[0072] 本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序 产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质（包括但不限于磁盘存储器和光学存储器等）上实施的计算机程序产品的形 式。
[0073] 本公开是参照根据本公开实施例的方法、设备（系统）、和计算机程序产品的流程 图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流 程和/或方框、W及流程图和/或方框图中的流程和/或方框的结合。可提供运些计算机程序 指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器W产 生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实 现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0074] 运些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备W特 定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。运些计算机程序指令也可装载到计算机或其他可编程数据处理设 备上，使得在计算机或其他可编程设备上执行一系列操作步骤W产生计算机实现的处理， 从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流 程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0075] 最后应说明的是：W上实施例仅用W说明本公开的技术方案，而非对其限制;尽管 参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解:其依然可 W对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换； 而运些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和 范围。
【主权项】
1. 一种调度方法，所述方法包括： 解析接收到的用户访问请求，获取所述用户访问请求的属性信息； 根据所述属性信息确定所述用户访问请求的属性值； 查询属性/节点参照表，确定所述属性值对应的节点地址； 将所述用户访问请求定向至所确定的节点地址对应的节点。2. 根据权利要求1所述的方法，其中，所述属性信息包括至少一个类别中的一个子项。3. 根据权利要求2所述的方法，其中，所述类别至少包括用户级别、用户所在地域、用户 终端类型、请求播放类型中的至少一种。4. 根据权利要求2所述的方法，其中，所述根据所述属性信息确定所述用户访问请求的 属性值包括： 根据所述属性信息中包含的各类别的各子项的权重和确定所述用户访问请求的属性 值。5. 根据权利要求4所述的方法，其中，所述各类别的各子项的权重不同，且各子项的权 重设计成使得属性信息不同的用户访问请求的属性值不同。6. -种调度系统，所述系统包括： 属性信息获取单元，用于解析接收到的用户访问请求，获取所述用户访问请求的属性 信息； 属性值确定单元，用于根据所述属性信息确定所述用户访问请求的属性值； 节点地址确定单元，用于查询属性/节点参照表，确定所述属性值对应的节点地址； 调度单元，用于将所述用户访问请求定向至所确定的节点地址对应的节点。7. 根据权利要求6所述的系统，其中，所述属性信息包括至少一个类别中的一个子项。8. 根据权利要求7所述的系统，其中，所述类别至少包括用户级别、用户所在地域、用户 终端类型、请求播放类型中的至少一种。9. 根据权利要求7所述的系统，其中，所述属性值确定单元用于根据所述属性信息中包 含的各类别的各子项的权重和确定所述用户访问请求的属性值。10. 根据权利要求9所述的系统，其中，所述各类别的各子项的权重不同，且各子项的权 重设计成使得属性信息不同的用户访问请求的属性值不同。
【文档编号】H04L29/08GK105847403SQ201610267022
【公开日】2016年8月10日
【申请日】2016年4月26日
【发明人】夏彦刚
【申请人】乐视控股（北京）有限公司, 乐视云计算有限公司