CN102137133B

CN102137133B - 内容分发的方法、系统及调度服务器

Info

Publication number: CN102137133B
Application number: CN201010104411.7A
Authority: CN
Inventors: 韩润生
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2010-01-22
Filing date: 2010-01-22
Publication date: 2015-01-21
Anticipated expiration: 2030-01-22
Also published as: EP2804362A1; WO2011088767A1; US8443054B2; EP2515504A1; EP2515504A4; CN102137133A; US20120278451A1; EP2515504B1

Abstract

本发明公开了一种内容分发的方法、系统及调度服务器，属于多媒体技术领域。所述方法包括：接收访问内容的业务请求；根据所述内容所在的各个设备的业务处理信息，选择一个设备响应所述业务请求，所述业务处理信息包括业务处理成功次数、业务处理成功率、业务处理失败次数、业务处理失败率中的一个；将接收到的所述业务请求发送给被选择的设备。所述系统包括：调度服务器和内容分发设备。通过根据设备处理业务成功次数，或业务处理成功率，或处理业务失败次数，或者业务处理失败率来分发业务请求，不仅可以提高业务处理的成功率，还能避免资源浪费，减少不必要的业务损失，进而可为用户提供更好的服务。

Description

内容分发的方法、系统及调度服务器

技术领域

本发明涉及多媒体技术领域，特别涉及一种内容分发的方法、系统及调度服务器。

背景技术

在CDN(Content Delivery Network，内容分发网络)网络架构中，一个CDNCF(Content Delivery Network Control Function，CDN控制功能)实体控制多个CCF(Cluster Controller Function，集群控制功能)实体，一个CCF实体又控制多个CDF(Content Delivery Function，内容分发功能)实体。其中，CDNCF实体和CCF实体本质上是调度服务器，而CDF实体存储用户所需的媒体内容源，本质上是内容分发设备，多个CDF实体组成一个集群，负责直接给用户传送媒体内容。

当用户请求一个内容时，为了最大限度地为用户提供服务，现有技术在针对该业务请求向CDF实体分发内容的业务请求时，需要考虑多个CDF实体之间的负荷均衡，按照负荷均衡的原则进行业务请求的分发。同时，在CDF实体出现故障不能提供服务时，尽量使用可以提供服务的CDF实体来为用户提供服务，而后续将不再向故障的CDF实体分发业务请求。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：

在实际应用中，有些CDF实体虽然还能提供服务，但实际处理能力下降，如果仍按照现有技术的负荷均衡原则分发业务请求，将可能导致部分业务得不到及时服务，而同时由于CDN网络中还有其他CDF实体可用，也将导致资源没有得到充分的利用。

发明内容

为了减少业务损失，提高业务成功率及用户体验，同时充分利用资源，本发明实施例提供了一种内容分发的方法、系统及调度服务器。所述技术方案如下：

一方面，提供了一种内容分发的方法，所述方法包括：

接收访问内容的业务请求；

根据所述内容所在的各个设备的业务处理信息，选择一个设备响应所述业务请求，所述业务处理信息为业务处理成功次数、业务处理成功率、业务处理失败次数、业务处理失败率中的一个；

将接收到的所述业务请求发送给被选择的设备；

其中，所述内容所在的各个设备设置有分发比例，所述业务请求的响应设备根据所述内容所在的各个设备的分发比例而确定，所述内容所在的各个设备的分发比例根据异常设备个数而设置；

其中，所述根据所述内容所在的各个设备的业务处理信息，选择一个设备响应所述业务请求，包括：

在一个测量周期结束之后，根据所述内容所在的各个设备的业务处理信息与预设阈值的关系，确定是否存在异常设备；

缩减分发到异常设备的业务请求次数的比例；

根据所述缩减后的分发到异常设备的业务请求次数的比例更新所述内容所在的各个设备的分发比例；

根据所述更新后的所述内容所在的各个设备的分发比例，选择一个设备响应所述业务请求。

另一方面，提供了一种内容分发的系统，所述系统包括：调度服务器和内容分发设备；

所述调度服务器，用于接收访问内容的业务请求；根据所述内容所在的各个内容分发设备的业务处理信息，选择一个内容分发设备响应所述业务请求，所述业务处理信息为业务处理成功次数、业务处理成功率、业务处理失败次数、业务处理失败率中的一个；并将接收到的所述业务请求发送给被选择的内容分发设备；

所述内容分发设备，用于接收所述调度服务器发送的业务请求；

其中，所述调度服务器根据所述内容所在的各个设备的业务处理信息，选择一个设备响应所述业务请求时，用于在一个测量周期结束之后，根据所述内容所在的各个设备的业务处理信息与预设阈值的关系，确定是否存在异常设备；缩减分发到异常设备的业务请求次数的比例；根据所述缩减后的分发到异常设备的业务请求次数的比例更新所述内容所在的各个设备的分发比例；根据更新后的所述内容所在的各个设备的分发比例，选择一个设备响应所述业务请求；其中，所述内容所在的各个设备设置有分发比例，所述业务请求的响应设备根据所述内容所在的各个设备的分发比例而确定，所述内容所在的各个设备的分发比例根据异常设备个数而设置。

还提供了一种调度服务器，所述调度服务器包括：

第一接收模块，用于接收访问内容的业务请求；

选择模块，用于根据所述内容所在的各个设备的业务处理信息，选择一个设备响应所述业务请求，所述业务处理信息为业务处理成功次数、业务处理成功率、业务处理失败次数、业务处理失败率中的一个；

发送模块，用于将所述第一接收模块接收到的业务请求发送给所述选择模块选择的设备；

其中，所述选择模块，包括：

确定单元，用于在一个测量周期结束之后，根据所述内容所在的各个设备的业务处理信息与预设阈值的关系，确定是否存在异常设备；

设定单元，用于缩减分发到异常设备的业务请求次数的比例；

第一更新单元，用于根据所述缩减后的分发到异常设备的业务请求次数的比例更新所述内容所在的各个设备的分发比例；其中，所述内容所在的各个设备设置有分发比例，所述业务请求的响应设备根据所述内容所在的各个设备的分发比例而确定，所述内容所在的各个设备的分发比例根据异常设备个数而设置；

第一选择单元，用于根据更新后的所述内容所在的各个设备的分发比例，选择一个设备响应所述业务请求。

本发明实施例提供的技术方案的有益效果是：

通过根据设备处理业务成功次数，或业务处理成功率，或处理业务失败次数，或者业务处理失败率来分发业务请求，不仅可以提高业务处理的成功率，还能避免资源浪费，减少不必要的业务损失，进而可为用户提供更好的服务。

附图说明

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

图1是本发明实施例一提供的内容分发的方法流程图；

图2是本发明实施例二提供的网络结构示意图；

图3是本发明实施例二提供的内容分发的方法流程图；

图4是本发明实施例三提供的内容分发的系统结构示意图；

图5是本发明实施例四提供的调度服务器结构示意图；

图6是本发明实施例四提供的另一种调度服务器结构示意图；

图7是本发明实施例四提供的更新模块结构示意图；

图8是本发明实施例四提供的第一种选择模块结构示意图；

图9是本发明实施例四提供的第二种选择模块结构示意图；

图10是本发明实施例四提供的第三种选择模块结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

参见图1，本实施例提供了一种内容分发的方法，该方法流程具体如下：

101：接收访问内容的业务请求；

102：根据该内容所在的各个设备的业务处理信息，选择一个设备响应业务请求；

其中，业务处理信息为业务处理成功次数、业务处理成功率、业务处理失败次数、业务处理失败率中的一个；

103：将接收到的业务请求发送给被选择的设备。

本实施例提供的方法，通过根据设备处理业务成功次数，或业务处理成功率，或处理业务失败次数，或者业务处理失败率来分发业务请求，不仅可以提高业务处理的成功率，还能避免资源浪费，减少不必要的业务损失，进而可为用户提供更好的服务。

实施例二

本实施例提供了一种内容分发的方法，该方法通过根据设备的业务处理信息来调整分发策略，从而达到提高业务成功率，避免资源浪费的效果。其中，业务处理信息为业务处理成功次数、业务处理成功率、业务处理失败次数、业务处理失败率中的一个，本实施例以业务处理信息为业务处理成功率为例进行说明。业务处理成功率或失败率可以通过现有算法实现，本实施例对此不作具体限定，保证对于同一内容所在的各个设备，在计算各自的业务处理成功率或业务处理失败率时，采用统一算法即可。此处仅以业务处理成功次数与业务请求次数的比值作为业务处理成功率为例，例如，对于CDF实体1，接收到内容A的业务请求次数为5，业务处理成功次数为2，则该CDF实体1的业务处理成功率为2/5＝0.4。又例如，以业务处理失败次数与业务请求次数的比值作为业务处理失败率，例如，对于CDF实体1，接收到内容A的业务请求次数为5，业务处理失败次数为3，则该CDF实体1的业务处理失败率为3/5＝0.6。

为了便于说明，本实施例以用户希望获取的内容为A，即针对分发内容A的业务请求为例，结合图2所示的网络结构，并以根据设备处理业务成功率来调整分发策略为例，对本实施例提供的内容分发的方法进行说明。

如图2所示，一个CDNCF实体控制多个CCF实体，当CDNCF实体接收到访问某个内容的业务请求后，CDNCF实体将在多个CCF实体中选择一个最适合的CCF实体；又由于一个CCF实体控制多个CDF实体，则被选择的CCF实体将在其控制的多个CDF实体中选择一个最适合的CDF实体，由该被选择的CDF实体负责直接给用户传送媒体内容。由此可见，CDNCF实体、CCF实体本质上是调度服务器，CDF实体是直接给用户提供内容的内容分发设备。无论是CDNCF实体，还是CCF实体，均可以进行内容A的业务请求分发，本实施例以CCF实体向CDF实体分发内容A的业务请求，存储内容A的设备分别为CDF实体1和CDF实体2为例，对本实施例提供的内容分发的方法进行详细说明。参见图3，方法流程具体如下：

301：CCF实体接收访问内容A的业务请求，并根据内容A所在的CDF实体1和CDF实体2的业务处理信息，选择一个CDF实体响应该业务请求；

具体地，在根据内容A所在的CDF实体1和CDF实体2的业务处理信息，选择一个CDF实体响应该业务请求时，包括但不限于如下两种选择方式：

第一种选择方式：

首先，在一个测量周期结束之后，根据内容A所在的CDF实体1和CDF实体2的业务处理信息与预设阈值的关系，确定是否存在异常设备；

其次，根据异常设备个数，在内容所在的各个设备中设定分发比例；

最后，再根据内容所在的各个设备被设定的分发比例选择一个设备响应业务请求。

第二种选择方式：

根据内容所在的各个设备当前的业务处理信息对应的排列顺序，在排列顺序为前N位的设备中选择一个设备响应业务请求，N为小于内容所在的所有设备总数的自然数。

下面，分别对两种选择方式进行详细解释说明：

对于第一种选择方式中的测量周期，以及后续步骤提到的测量周期，均可由具体配置决定，测量周期既可以是具体时间，也可以是分发业务请求的次数，例如，配置测量周期为1秒钟，或1分钟等等，或以分发业务请求次数为10作为一个测量周期，即以每分发10次业务请求作为一个测量周期，本实施例不对测量周期的具体内容进行限定。关于内容的业务请求为何会失败，原因有多种，可能来自于调度服务器CCF实体，也可能来自于控制调度服务器的实体，如控制CCF实体的CDNCF实体，本实施例对内容的业务请求失败的原因不做具体限定。

关于第一种选择方式中如何确定是否存在异常设备，为了便于说明，本实施例以确定CDF实体1为异常设备为例进行说明。具体地，确定是否存在异常设备时，可以分为以下两种情况：

一、内容存储在多个设备上：

将内容所在的各个设备的业务处理成功率进行排序，并按照各个设备的业务处理成功率的差距，确定是否存在异常设备。如，设两个设备的业务处理成功率的差值高于预设阈值时，则判断存在异常设备，并确定业务处理成功率低的设备为异常设备。例如，对同一个内容A的业务请求，CDF实体1上的业务处理成功率为0.5，CDF实体2上的业务处理成功率为1，由于这两个CDF实体的业务处理成功率的差值为“50％”，如果预设阈值为40％，由于这两个CDF实体的业务处理成功率的差值50％大于预设阈值40％，则将确定业务处理成功率低的CDF实体1为异常设备。同理，如果业务处理信息为业务处理成功次数，则针对内容存储在多个设备上的情况，确定是否存在异常设备时，处理方式与业务处理信息为业务处理成功率的处理方式相同，本实施例对此不作赘述。

可选地，如果该种情况是根据设备的业务处理失败率来确定是否存在异常设备的，则在每个测量周期结束之后，将内容所在的各个设备的业务处理失败率进行排序，并根据各个设备的业务处理失败率的排序结果，确定是否存在异常设备。如，设两个设备的业务处理失败率的差值高于预设阈值时，则判断存在异常设备，并确定业务处理失败率高的设备为异常设备。例如，对同一个内容A的业务请求，CDF实体1上的业务处理失败率为0.5，CDF实体2上的业务处理失败率为0，由于这两个CDF实体的业务处理成功率的差值为“50％”，如果预设阈值为40％，由于这两个CDF实体的业务处理成功率的差值50％大于预设阈值40％，则将确定业务处理失败率高的CDF实体1为异常设备。其中，预设阈值可由配置决定，本实施例不对预设阈值的具体大小进行限定。同理，如果业务处理信息为业务处理失败次数，则针对内容存储在多个设备上的情况，确定是否存在异常设备时，处理方式与业务处理信息为业务处理失败率的处理方式相同，本实施例对此不作赘述。

二、内容存储在一个设备上：

针对该种情况，确定是否存在异常设备时，则以该设备的业务处理成功率的绝对值为依据，确定该设备是否为异常设备。

具体地，可按照业务处理成功率的绝对值与预设阈值的关系，来确定设备是否为异常设备。例如，设阈值为0.5，如果一个内容仅在CDF实体1上，而CDF实体1对于该内容的业务处理成功率如果小于阈值，则确定该设备为异常设备。以该设备的业务处理成功率为0.4为例，由于其业务处理成功率的绝对值为0.4，小于阈值0.5，则确定该设备为异常设备。其中，阈值的具体数值可由配置决定，本实施例不对阈值的具体大小进行限定。

可选地，如果该种情况是根据设备的业务处理失败率来确定是否存在异常设备的，则以设备的业务处理失败率的绝对值为依据，确定该设备是否为异常设备。具体地，可按照业务处理失败率的绝对值与阈值的关系，来确定设备是否为异常设备。例如，设阈值为0.5，如果一个内容仅在CDF实体1上，而CDF实体1对于该内容的业务处理失败率如果大于阈值，则确定该设备为异常设备。以该设备的业务处理失败率为0.6为例，由于其业务处理失败率的绝对值为0.6，小于阈值0.5，则确定该设备为异常设备。其中，阈值的具体数值可由配置决定，本实施例不对阈值的具体大小进行限定。

需要说明的是，本实施例以及后续实施例所称的异常设备均是指实际处理能力低于其自身应有处理能力的设备。导致设备的实际处理能力低于其自身应有处理能力的原因可能有多种，例如，由于设备内部出现漏洞、内存部分泄漏或全部泄漏、人为误操作、接口性能损坏、存储的文件损坏等等，本实施例对此不做详细描述。当异常设备的处理能力为零时，则认为该异常设备为故障状态。

优选地，在确定存在异常设备后，如果确定内容仅存储在一个异常设备上，则为了保证业务的成功率，本实施例采取了将仅存储在该异常设备上的内容复制到其他正常的同级设备上的方式，本实施例不对复制到其他正常的同级设备的数量进行限定，可根据实际情况确定，例如，可将异常设备上的内容复制到2个或3个其他正常的同级设备。

对于第一种选择方式，根据异常设备个数，在内容所在的各个设备中设定分发比例时，本实施例不对设定的分发比例进行具体限定，可根据实际情况进行设定。针对内容仅存储在一个异常设备上的情况，CCF实体接收到业务请求后，可将内容的业务请求分发到正常的同级设备和异常设备上，由此达到缩减分发到异常设备的业务请求次数的目的，本实施例不对分发比例进行具体限定，可由具体配置决定。

例如，设仅有CDF实体1存储了内容A，则针对内容A的业务请求，在未确定CDF实体1为异常设备时，所有业务请求都分发到CDF实体1上；当CDF实体1被确定为异常设备时，则需要将内容A复制到其他正常的同级设备上，并在下一测量周期分发对该内容A的业务请求时，不再将所有业务请求分发到CDF实体1上，还需要将部分业务请求分发到被复制内容A的其他正常的同级设备上，由此可见，异常设备CDF实体1被分发的业务请求次数被缩减了。

如果内容不仅存储在异常设备上，还存储在其他正常设备上，则需要缩减分发到异常设备上的业务请求次数的比例。例如，CDF实体1未被确定为异常设备时，如果该CDF实体1被分发的业务请求次数为该内容源的总业务请求次数的50％，则在确定CDF实体1为异常设备后，缩减分发到CDF实体1的业务请求次数的比例之后，CDF实体1被分发的业务请求次数缩减为总业务请求次数的20％，本实施例不对缩减比例进行限定，可根据实际情况进行设定。

进一步地，如果异常设备的业务处理成功率或业务处理成功次数在连续多个测量周期内均为零，或，异常设备的业务处理失败率在连续多个测量周期内均为1，或，异常设备的业务处理失败次数在连续多个测量周期内均与该设备被分发的业务请求总次数相等时，则将该异常设备置为故障状态，并停止向该异常设备分发业务请求。本实施例不对连续多个测量周期的数量进行限定，可根据配置设定，例如，连续3个测量周期。

对于第二种选择方式，在排列顺序为前N位的设备中选择一个设备响应业务请求时，需要对各个设备当前的业务处理信息进行排序，排序的方式可以有多种，由于本实施例采取的是从排列顺序为前N位的设备中选择一个设备响应业务请求，则该前N位设备的业务成功率或成功次数要高，或者，该前N位设备的业务失败率或业务失败次数要低，因此，在具体排序时，如果业务处理信息为业务处理成功率或业务处理成功次数，则按照业务处理成功率或业务处理成功次数由高到低的顺序排列，如果业务处理信息是业务处理失败率或业务处理失败次数，则按照业务处理失败率或业务处理失败次数由低到高的顺序排列，由此保证前N位设备具有较高的业务处理能力。本实施例不对N的具体数值进行限定。

需要说明的是，由于第二种选择方式中需要根据各个设备当前的业务处理信息进行排序，又由于各个设备的业务处理信息在每个测量周期结束之后将可能被更新，因此，需要在每个测量周期结束之后，根据内容所在的各个设备更新后的业务处理信息重新进行排序，并根据内容所在的各个设备重新排序后的排序结果选择一个设备响应业务请求。

302：CCF实体将接收到的业务请求发送给被选择的CDF实体；

其中，由于CCF实体是根据各个CDF实体的业务处理信息来选择一个CDF实体进行业务请求分发的，从上述步骤301中可以得出，被选择的CDF实体的业务处理成功率或业务处理成功次数较高，或业务处理失败率或业务处理失败次数较低，也就是说，被选择的CDF实体的业务处理能力较高，因此，将接收到的业务请求发送给被选择的CDF实体，可以保证业务成功率。

303：被选择的CDF实体处理该业务请求，并在处理结束之后，向CCF实体返回业务请求响应；

该步骤为优选步骤，业务请求响应中携带了业务处理成功标识或业务处理失败标识；由于被选择的CDF实体在结束处理该业务请求之后，向CCF实体返回业务请求响应，因此，CCF实体可根据接收到的业务请求响应中的业务处理成功标识或业务处理失败标识，获知被选择的CDF实体处理业务是否成功，从而可以得到该被选择的CDF实体的业务处理信息。

304：接收被选择的CDF实体返回的业务请求响应，并根据该被选择的CDF实体返回的业务请求响应，更新该被选择的CDF实体的业务处理信息。

具体地，在根据被选择设备返回的业务请求响应，更新该被选择设备的业务处理信息时，包括如下步骤：

首先，在一个测量周期内，接收被选择设备返回的业务请求响应，业务请求响应中携带了业务处理成功标识或业务处理失败标识；

其次，记录被选择设备接收到业务请求的次数，以及业务处理成功次数或业务处理失败次数；

最后，在一个测量周期结束之后，根据被选择设备接收到业务请求的次数，以及业务处理成功次数或业务处理失败次数，更新被选择设备的业务处理信息。例如：本实施例的业务处理信息为业务处理成功率，因此，当一个测量周期结束之后，根据被选择设备接收到业务请求的次数和业务处理成功次数，来计算被选择设备的业务处理成功率，然后将计算获得业务处理成功率作为下一个测量周期内的业务处理信息，即更新了被选择设备的业务处理信息。

在该步骤的基础上，上述步骤301中的CCF实体在根据内容所在的CDF实体1和CDF实体2的业务处理信息，选择一个CDF实体响应业务请求时，需要根据CDF实体被更新后的业务处理信息进行选择。

综上所述，本实施例提供的方法，通过根据设备处理业务成功次数，或业务处理成功率，或处理业务失败次数，或者业务处理失败率来分发业务请求，不仅可以提高业务处理的成功率，还能避免资源浪费，减少不必要的业务损失；另外，当内容仅存储在一个异常设备上时，本实施例提供的方法还支持将该内容复制到其他正常的同级设备上，从而保证了业务的成功率。

实施例三

参见图4，本实施例提供了一种内容分发系统，该系统包括：调度服务器401和内容分发设备402；

调度服务器401，用于接收访问内容的业务请求；根据内容所在的各个内容分发设备402的业务处理信息，选择一个内容分发设备402响应业务请求，业务处理信息包括业务处理成功次数、业务处理成功率、业务处理失败次数、业务处理失败率中的一个；并将接收到的业务请求发送给被选择的内容分发设备402；

内容分发设备402，用于接收调度服务器401发送的业务请求。

进一步地，内容分发设备402，还用于在处理接收到的业务请求之后，向调度服务器401返回业务请求响应；

调度服务器401，还用于接收内容分发设备402返回的业务请求响应，并根据被选择的内容分发设备402返回的业务请求响应，更新被选择的内容分发设备502的业务处理信息；

相应地，调度服务器401在根据内容所在的各个内容分发设备402的业务处理信息，选择一个内容分发设备402响应业务请求时，具体用于根据内容所在的各个内容分发设备402更新后的业务处理信息，选择一个内容分发设备502响应业务请求。

本实施例提供的内容分发的系统，通过调度服务器根据内容分发设备处理业务成功次数，或业务处理成功率，或处理业务失败次数，或者业务处理失败率来分发业务请求，不仅可以提高业务处理的成功率，还能避免资源浪费，减少不必要的业务损失。

实施例四

参见图5，本实施例提供了一种调度服务器，该调度服务器包括：

第一接收模块501，用于接收访问内容的业务请求；

选择模块502，用于根据内容所在的各个设备的业务处理信息，选择一个设备响应业务请求；

发送模块503，用于将第一接收模块501接收到的业务请求发送给选择模块502选择的设备。

进一步地，参见图6，该调度服务器还包括：

第二接收模块504，用于接收被选择模块502选择的设备返回的业务请求响应；

更新模块505，用于根据被选择设备返回的业务请求响应，更新被选择设备的业务处理信息；

相应地，选择模块502，具体用于根据内容所在的各个设备更新后的业务处理信息，选择一个设备响应业务请求。

具体地，参见图7，更新模块505包括：

接收单元5051，用于在一个测量周期内，接收被选择设备返回的业务请求响应，该业务请求响应中携带了业务处理成功标识或业务处理失败标识；

记录单元5052，用于记录被选择设备接收到业务请求的次数，以及业务处理成功次数或业务处理失败次数；

更新单元5053，用于在一个测量周期结束之后，根据被选择设备接收到业务请求的次数，以及业务处理成功次数或业务处理失败次数，更新被选择设备的业务处理信息。

参见图8，选择模块502包括：

确定单元5021，用于在一个测量周期结束之后，根据内容所在的各个设备的业务处理信息与预设阈值的关系，确定是否存在异常设备；

设定单元5022，用于根据异常设备个数，在内容所在的各个设备中设定分发比例；

第一选择单元5023，用于根据内容所在的各个设备被设定的分发比例选择一个设备响应业务请求。

其中，确定单元5021，用于在内容所在的各个设备之间的业务处理信息的差值高于预设阈值时，则确定业务处理信息低的设备为异常设备；或者，将业务处理成功次数或业务处理成功率低于预设阈值的设备确定为异常设备；或者，将业务处理失败次数或业务处理失败率高于预设阈值的设备确定为异常设备，本实施例不对预设阈值的大小进行具体限定。

参见图9，选择模块502还包括：

复制单元5024，用于在确定存在异常设备，且内容仅存储在异常设备上时，则将内容复制到其他正常的同级设备上。

其中，设定单元5022，用于在异常设备的业务处理成功率或业务处理成功次数在连续多个测量周期内均为零，或异常设备的业务处理失败率在连续多个测量周期内均为1，或业务处理失败次数在连续多个测量周期内均与该设备被分发的业务请求总次数相等时，则将异常设备置为故障状态，并停止向异常设备分发业务请求。

可选地，参见图10，选择模块502，包括：

排序单元5025，用于对内容所在的各个设备的业务处理信息进行排序；

第二选择单元5026，用于根据内容所在的各个设备当前的业务处理信息对应的排列顺序，在排列顺序为前N位的设备中选择一个设备响应业务请求，N为小于内容所在的所有设备总数的自然数。

本实施例提供的调度服务器，通过根据设备处理业务成功次数，或业务处理成功率，或处理业务失败次数，或者业务处理失败率来分发业务请求，不仅可以提高业务处理的成功率，还能避免资源浪费，减少不必要的业务损失；另外，当内容仅存储在一个异常设备上时，本实施例提供的调度服务器还支持将该内容复制到其他正常的同级设备上，从而保证了业务的成功率。

需要说明的是，以上调度服务器的实施方式中，各功能模块的划分仅是举例说明，实际应用中可以根据需要，比如相应硬件的配置要求或者软件的实现的便利考虑，而将上述功能分配由不同的功能模块完成，即将所述调度服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。而且实际应用中，本实施例中的相应的功能模块可以是由相应的硬件实现，也可以由相应的硬件执行相应的软件完成，例如，前述的发送模块503，可以为具有执行前述功能的硬件，比如，具有该发送能力的发送器，以及其他通用的能够执行前述功能的发送装置，也可以是能够执行相应计算机程序从而完成前述功能的一般发送设备，或者其他硬件设备。

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

本发明实施例中的全部或部分步骤，可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，如光盘或硬盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种内容分发的方法，其特征在于，所述方法包括：

接收访问内容的业务请求；

将接收到的所述业务请求发送给被选择的设备；

缩减分发到异常设备的业务请求次数的比例；

根据更新后的所述内容所在的各个设备的分发比例，选择一个设备响应所述业务请求。

2.根据权利要求1所述的方法，其特征在于，所述根据所述内容所在的各个设备的业务处理信息，选择一个设备响应所述业务请求之后，还包括：

接收被选择设备返回的业务请求响应，并根据所述被选择设备返回的业务请求响应，更新所述被选择设备的业务处理信息；

相应地，根据所述内容所在的各个设备的业务处理信息，选择一个设备响应所述业务请求，具体包括：

根据所述内容所在的各个设备更新后的业务处理信息，选择一个设备响应所述业务请求。

3.根据权利要求2所述的方法，其特征在于，所述根据所述被选择设备返回的业务请求响应，更新所述被选择设备的业务处理信息，包括：

在一个测量周期内，接收所述被选择设备返回的业务请求响应，所述业务请求响应中携带了业务处理成功标识或业务处理失败标识；

记录所述被选择设备接收到所述业务请求的次数，以及业务处理成功次数或业务处理失败次数；

在一个测量周期结束之后，根据所述被选择设备接收到所述业务请求的次数，以及业务处理成功次数或业务处理失败次数，更新所述被选择设备的业务处理信息。

4.根据权利要求1所述的方法，其特征在于，所述根据所述内容所在的各个设备的业务处理信息与预设阈值的关系，确定是否存在异常设备，包括：

如果所述内容所在的各个设备之间的业务处理信息的差值高于预设阈值，则确定业务处理信息低的设备为异常设备；

或者，将业务处理成功次数或业务处理成功率低于预设阈值的设备确定为异常设备；

或者，将业务处理失败次数或业务处理失败率高于预设阈值的设备确定为异常设备。

5.根据权利要求1所述的方法，其特征在于，所述确定是否存在异常设备之后，还包括：

如果确定存在异常设备，且所述内容仅存储在所述异常设备上，则将所述内容复制到其他正常的同级设备上。

6.根据权利要求1所述的方法，其特征在于，所述缩减分发到异常设备的业务请求次数的比例，包括：

如果异常设备的业务处理成功率或业务处理成功次数在连续多个测量周期内均为零，或所述异常设备的业务处理失败率在连续多个测量周期内均为1，或业务处理失败次数在连续多个测量周期内均与该设备被分发的业务请求总次数相等时，则将所述异常设备置为故障状态，并停止向所述异常设备分发业务请求。

7.一种内容分发系统，其特征在于，所述系统包括：调度服务器和内容分发设备；

8.根据权利要求7所述的系统，其特征在于，

所述内容分发设备，还用于在处理接收到的所述业务请求之后，向所述调度服务器返回业务请求响应；

所述调度服务器，还用于接收所述内容分发设备返回的业务请求响应，并根据被选择的内容分发设备返回的业务请求响应，更新所述被选择的内容分发设备的业务处理信息；

相应地，所述调度服务器在根据所述内容所在的各个内容分发设备的业务处理信息，选择一个内容分发设备响应所述业务请求时，具体用于根据所述内容所在的各个内容分发设备更新后的业务处理信息，选择一个内容分发设备响应所述业务请求。

9.一种调度服务器，其特征在于，所述调度服务器包括：

第一接收模块，用于接收访问内容的业务请求；

其中，所述选择模块，包括：

10.根据权利要求9所述的调度服务器，其特征在于，所述调度服务器还包括：

第二接收模块，用于接收所述被选择模块选择的设备返回的业务请求响应；

更新模块，用于根据被选择设备返回的业务请求响应，更新所述被选择设备的业务处理信息；

相应地，所述选择模块，具体用于根据所述内容所在的各个设备更新后的业务处理信息，选择一个设备响应所述业务请求。

11.根据权利要求10所述的调度服务器，其特征在于，所述更新模块，包括：

接收单元，用于在一个测量周期内，接收所述被选择设备返回的业务请求响应，所述业务请求响应中携带了业务处理成功标识或业务处理失败标识；

记录单元，用于记录所述被选择设备接收到所述业务请求的次数，以及业务处理成功次数或业务处理失败次数；

第二更新单元，用于在一个测量周期结束之后，根据所述被选择设备接收到所述业务请求的次数，以及业务处理成功次数或业务处理失败次数，更新所述被选择设备的业务处理信息。

12.根据权利要求9所述的调度服务器，其特征在于，所述选择模块，还包括：

复制单元，用于在确定存在异常设备，且所述内容仅存储在所述异常设备上时，则将所述内容复制到其他正常的同级设备上。

13.根据权利要求9所述的调度服务器，其特征在于，所述设定单元，用于在异常设备的业务处理成功率或业务处理成功次数在连续多个测量周期内均为零，或所述异常设备的业务处理失败率在连续多个测量周期内均为1，或业务处理失败次数在连续多个测量周期内均与该设备被分发的业务请求总次数相等时，则将所述异常设备置为故障状态，并停止向所述异常设备分发业务请求。