CN113296924B - 一种内容分发方法、设备、系统及存储介质 - Google Patents

Abstract

本申请实施例提供一种内容分发方法、设备、系统及存储介质。其中，所述方法包括：接收终端设备发出的访问请求，访问请求中包含目标资源标识信息；若目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在内容分发系统包含的多个节点中，查找目标资源标识信息对应的目标节点；将访问请求调配至目标节点，以通过目标节点响应访问请求。据此，针对访问热度低于预设标准的一类资源标识信息，可将对应同一资源标识信息的多个访问请求汇聚至相同的节点上，以提高这类资源标识信息在其对应节点上的访问热度，进而提高用户访问这类资源标识信息对应的互联网内容时的访问命中率。

Description

一种内容分发方法、设备、系统及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种内容分发方法、设备、系统及存储介质。

背景技术

目前，基于内容分发系统CDN处理直播业务时，各主播可将视频内容上传至CDN中，观众则可从CDN中访问感兴趣的主播的视频内容。

对于人气较低的主播，由于观众数量比较少，导致这类主播对应的视频内容在CDN中的访问命中率比较低。而访问命中率低会导致回源，这不仅会造成CDN资源的占用，还将严重影响观众的观看体验。

发明内容

本申请的多个方面提供一种内容分发方法、设备、系统及存储介质，用以提高互联网内容在内容分发系统中的访问命中率。

本申请实施例提供一种内容分发方法，应用于内容分发系统中的节点，包括：

接收终端设备发出的访问请求，所述访问请求中包含目标资源标识信息；

若所述目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在所述内容分发系统包含的多个节点中，查找所述目标资源标识信息对应的目标节点；

将所述访问请求调配至所述目标节点，以通过所述目标节点响应所述访问请求。

本申请实施例还提供一种内容分发方法，适用于内容分发系统中的热度统计引擎，所述方法包括：

监听所述多个节点接收到的访问请求，所述访问请求中包含资源标识信息；

统计所述多个资源标识信息在所述内容分发系统中的访问热度；

将访问热度低于预设标准的资源标识信息关联至所述第一标识，以构建资源标识信息与访问热度标识之间的对应关系；

将所述对应关系提供给所述多个节点，以供所述多个节点确定接收到的访问请求中包含的目标资源标识的访问热度是否低于所述预设标准。

本申请实施例还提供一种内容分发方法，适用于内容分发系统中的调配关系管理引擎，所述方法包括：

监听所述内容分发系统中的多个节点各自对应的负载参数及多个资源标识信息各自对应的访问热度标识；

根据所述多个节点各自对应的负载参数，分别为对应于第一标识的至少一个资源标识信息确定需调配到的节点，以构建资源标识信息与节点之间的调配关系，所述第一标识表征访问热度低于预设标准；

将所述调配关系提供给所述多个节点，以供所述多个节点为访问热度低于所述预设标准的资源标识信息确定需调配到的目标节点。

本申请实施例还提供一种内容分发系统，包括多个节点和多个终端设备；

所述终端设备，用于在需要访问的目标资源标识信息的情况下，对所述目标资源标识信息进行域名解析，并向域名解析出的第一节点发送访问请求；

所述第一节点，用于若所述目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在所述多个节点中，查找所述目标资源标识信息对应的第二节点；将所述访问请求调配至所述第二节点，以通过所述第二节点响应所述访问请求。

本申请实施例还提供一种节点，包括存储器、处理器和通信组件；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器和所述通信组件耦合，用于执行所述一条或多条计算机指令，以用于：

通过所述通信组件接收终端设备发出的访问请求，所述访问请求中包含目标资源标识信息；

若所述目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在所述内容分发系统包含的多个节点中，查找所述目标资源标识信息对应的目标节点；

将所述访问请求调配至所述目标节点，以通过所述目标节点响应所述访问请求。

本申请实施例还提供一种计算设备，包括存储器、处理器和通信组件；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器和所述通信组件耦合，用于执行所述一条或多条计算机指令，以用于：

通过所述通信组件监听所述多个节点接收到的访问请求，所述访问请求中包含资源标识信息；

统计所述多个资源标识信息在所述内容分发系统中的访问热度；

将访问热度低于预设标准的资源标识信息关联至所述第一标识，以构建资源标识信息与访问热度标识之间的对应关系；

通过所述通信组件将所述对应关系提供给所述多个节点，以供所述多个节点确定接收到的访问请求中包含的目标资源标识的访问热度是否低于所述预设标准。

本申请实施例还提供一种计算设备，包括存储器、处理器和通信组件；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器和所述通信组件耦合，用于执行所述一条或多条计算机指令，以用于：

通过所述通信组件监听所述内容分发系统中的多个节点各自对应的负载参数及多个资源标识信息各自对应的访问热度标识；

根据所述多个节点各自对应的负载参数，分别为对应于第一标识的至少一个资源标识信息确定需调配到的节点，以构建资源标识信息与节点之间的调配关系，所述第一标识表征访问热度低于预设标准；

通过所述通信组件将所述调配关系提供给所述多个节点，以供所述多个节点为访问热度低于所述预设标准的资源标识信息确定需调配到的目标节点。

本申请实施例还提供一种存储计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行前述的内容分发方法。

在本申请实施例中，若节点接收到的访问请求中包含的目标资源标识信息在内容分发系统中的访问热度低于预设标准，则该节点可基于资源标识信息与节点之间的调配关系，将该访问请求调配至目标资源标识信息对应的目标节点，以通过目标节点响应该访问请求。据此，本实施例中，针对访问热度低于预设标准的一类资源标识信息采用特定的调配策略，可将对应同一资源标识信息的多个访问请求汇聚至相同的节点上，以提高这类资源标识信息在其对应节点上的访问热度，进而提高用户访问这类资源标识信息对应的互联网内容时的访问命中率，改善用户的访问体验。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一示例性实施例提供的一种内容分发系统的结构示意图；

图2为本申请一示例性实施例提供的一种节点侧的方案逻辑示意图；

图3为本申请一示例性实施例提供的另一种内容分发系统的结构示意图；

图4为本申请一示例性实施例提供的一种哈希空间的示意图；

图5为本申请另一示例性实施例提供的一种内容分发方法的流程示意图；

图6为本申请又一示例性实施例提供的另一种内容分发方法的流程示意图；

图7为本申请又一示例性实施例提供的又一种内容分发方法的流程示意图；

图8为本申请又一示例性实施例提供的一种节点的结构示意图；

图9为本申请又一示例性实施例提供的一种计算设备的结构示意图；

图10为本申请又一示例性实施例提供的另一种计算设备的结构示意图。

具体实施方式

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

目前，对于人气较低的主播，由于观众数量比较少，导致这类主播对应的视频内容在CDN中的命中率比较低，这严重影响了观众的观看体验。为改善这些技术问题，本申请的一些实施例中：若节点接收到的访问请求中包含的目标资源标识信息在内容分发系统中的访问热度低于预设标准，则该节点可基于资源标识信息与节点之间的调配关系，将该访问请求调配至目标资源标识信息对应的目标节点，以通过目标节点响应该访问请求。据此，本实施例中，针对访问热度低于预设标准的一类资源标识信息采用特定的调配策略，可将对应同一资源标识信息的多个访问请求汇聚至相同的节点上，以提高这类资源标识信息在其对应节点上的访问热度，进而提高用户访问这类资源标识信息对应的互联网内容时的访问命中率，改善用户的访问体验。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一示例性实施例提供的一种内容分发系统的结构示意图。如图1所示，该系统包括多个节点10和多个终端设备20。

本实施例中，内容分发系统可以是基于CDN(Content Delivery Network，内容分发网络)而构建的系统。除图1中示出的节点10和终端设备20之外，本实施例中，内容分发系统还可包含CDN中的其它系统设施，例如源站、中间层等等，本实施例对此不作限定。

本实施例提供的内容分发系统可应用于各种需要提高互联网内容的访问命中率的场景中，例如，直播场景、点播场景、电商场景等等，本实施例对应用场景不做限定。

对终端设备20来说，可在需要访问的目标资源标识信息的情况下，对所述目标资源标识信息进行域名解析，并向域名解析出的第一节点发送访问请求。

参考图1，本实施例中，用户可在终端设备20的浏览器中选择需要访问的目标资源标识信息，例如，URL(Uniform Resource Locator，统一资源定位符)。浏览器可向本地DNS服务器50请求域名解析；本地DNS服务器50则会最终将域名的解析权交给CNAME指向的CDN专用DNS服务器；CDN专用DNS服务器可基于距离最近或负载均衡等调配策略，确定出第一节点，并返回给终端设备20；终端设备20可向第一节点发送包含目标资源标识信息的访问请求。

值得说明的是，本实施例中，可按照CDN中的DNS调配方案确定出第一节点，因此，本实施例中，域名解析的方式并不限于上述的示例性方案，还可采用其它可应用于CDN中的域名解析方案。

图2为本申请一示例性实施例中第一节点侧的方案逻辑示意图。参考图1和图2，对于第一节点来说，在接收到包含目标资源标识信息的访问请求的情况下，若目标资源标识信息的访问热度低于预设标准，则可基于资源标识信息与节点10之间的调配关系，在多个节点10中，查找目标资源标识信息对应的第二节点。

其中，目标资源标识信息的访问热度，可理解为目标资源标识信息在内容分发网络中的被访问频次。

例如，在直播领域中，每个主播可对应一个资源标识信息，基于此，可将主播的观众数，作为主播对应的资源标识信息的访问热度。显然，人气更高的主播，对应的资源标识信息的访问热度越高。

在一种情况下，若第一节点接收到的访问请求中包含的目标资源标识信息的访问热度低于预设标准，第一节点可基于资源标识信息与节点10之间的调配关系，在多个节点10中，查找目标资源标识信息对应的第二节点；将访问请求调配至第二节点，以通过第二节点响应访问请求。

其中，在资源标识信息与节点10之间的调配关系中，单个资源标识信息对应固定的节点10。另外，单个资源标识信息所对应的节点10可以是一个或多个。优先地，单个资源标识信息对应固定的一个节点10。

实际应用中，CDN中，对于节点10上缓存的互联网内容，可按照访问热度采取末尾淘汰制。也即，对于访问热度不够的互联网内容，将被从缓存节点上剔除。这导致这类互联网内容的访问命中率非常低。

为此，第一节点可在目标资源标识信息的访问热度低于预设标准的情况下，基于资源标识信息与节点10之间的调配关系，确定出目标资源标识信息对应的第二节点，并将包含目标资源标识信息的访问请求调配至第二节点，以对包含目标资源标识信息的访问请求进行汇聚，提高目标资源标识信息对应的互联网内容在第二节点上的访问热度。

本实施例中，第二节点可能是第一节点之外的节点，第二节点也可能就是第一节点。

在第二节点为第一节点之外的节点的情况下，第一节点可将包含目标资源标识信息的访问请求调配至第二节点，并由第二节点响应该访问请求。

实际应用中，第一节点可将第二节点的地址信息提供给终端设备20；终端设备20则可基于地址信息，从第二节点获取目标资源标识信息对应的互联网内容。

例如，在HTTP(Hyper Text Transfer Protocol,超文本传输协议)下，第二节点可将第二节点的地址信息封装为302响应，并提供给终端设备20，终端设备20则可跟随302响应，向第二节点发起访问请求，以从第二节点中获取目标资源标识信息对应的互联网内容。

当然，本实施例中，第一节点还可采用其它方式将包含目标资源标识的访问请求调配至第二节点，以上提出的302跳转方案仅为示例性的，在其它语言类型下，还可采用其它方案实现对访问请求的调配，本实施例并不限于此。

而在第二节点为第一节点的情况下，第一节点可无需再执行将包含目标资源标识信息的访问请求调配至第二节点的操作，而是由第一节点直接响应该访问请求。据此，本实施例中，对于访问热度低于预设标准的一类资源标识信息，可将对应同一资源标识信息的多个访问请求汇聚至相同的节点上，以提高这类资源标识信息在其对应节点上的访问热度，进而提高用户访问这类资源标识信息对应的互联网内容时的访问命中率，改善用户的访问体验。

在另一种情况下，参考图2，若第一节点接收到的访问请求包含的目标资源标识信息的访问热度高于或等于预设标准，则可由第一节点直接响应该访问请求。

这种情况下，目标资源标识信息在内容分发系统中的访问热度较高，相应地，目标资源标识信息在第一节点上的访问命中率也将比较高。本实施例中，可由第一节点直接响应包含访问热度高于或等于预设标准的这类资源标识信息的访问请求，而不再需要进行二次调配。

实际应用中，若第一节点上已经缓存有目标资源标识信息对应的互联网内容，则可直接返回给终端设备20；若第一节点上未缓存目标资源标识信息对应的互联网内容，则可由第一节点进行回源后，将获取到的互联网内容返回给终端设备20。

据此，本实施例中，对于访问热度高于或等于预设标准的一类资源标识信息，可由按照DNS调配方案而确定出的节点响应这类资源标识信息的访问请求，无需进行二次调配。这既可保证这类资源标识信息的访问命中率的前提下，还可避免二次调配对响应速度的影响。

另外，参考图2，本实施例中，对于第一节点来说，在接收到终端设备20发送的访问请求的情况下，可确定本地是否缓存有与该访问请求包含的目标资源标识信息对应的互联网内容，若本地缓存有这部分互联网内容，则可由第一节点直接响应该访问请求，而无需在执行查找目标资源标识信息对应的第二节点以及将访问请求调配至第二节点等操作。

另外，本实施例中，还可采用其它实现方式，针对访问热度低于预设标准的一类资源标识信息，实现将包含相同资源标识信息的多个访问请求汇聚至相同的节点。

例如，终端设备20可通过其浏览器向内容分发系统发起访问请求，访问请求中除了可携带需要访问的目标资源标识信息，还可携带所需访问内容的内容标识信息，例如，直播流ID等。在接下来的DNS解析过程中，内容分发系统中的DNS服务器可根据内容标识信息与节点之间的调配关系，确定出与所需访问内容对应的目标节点，并将目标节点返回给终端设备20，以将访问请求调配到目标节点上。

这样，终端设备20可将所需访问内容的内容标识信息配置到访问请求中，内容分发系统中的DNS服务器则可(采用一致性哈希等方式)将针对相同内容标识信息的访问请求调配至同一节点上，从而实现访问请求的汇聚，提高访问热度低于预设标准的一类资源标识信息对应的内容的访问热度，进而提高这些内容的命中率。当然，本实施例中，针对访问热度低于预设标准的一类资源标识信息，将包含相同资源标识信息的多个访问请求汇聚至相同的节点的实现方式并不限于此。

据此，本实施例中，可按照访问热度，对内容分发系统中的资源标识信息进行分类，并对不同类资源标识信息采用不同的调配策略。对于访问热度高于或等于预设标准的一类资源标识信息，可采用传统的DNS调度方案，确定用于响应包含这类资源标识信息的访问请求的节点，这使得，这类资源标识信息可保持良好的访问命中率和响应速度。对于访问热度低于预设标准的一类资源标识信息，则可将包含相同资源标识信息的多个访问请求汇聚至相同的节点，这可提高这类资源标识信息在其对应节点上的访问热度，进而提高用户访问这类资源标识信息对应的互联网内容时的访问命中率，改善用户的访问体验。

在上述或下述实施例中，内容分发系统中还可包含调配关系管理引擎40。

调配关系管理引擎40可集成在CDN中已有的系统设置上，例如，负载均衡服务器、源站等，当然，也可增加额外的计算设备以承载调配关系管理引擎40。也即，本实施例中，调配关系管理引擎40可以是软件或软件与硬件的结合。

图3为本申请一示例性实施例提供的另一种内容分发系统的结构示意图。参考图3，调配关系管理引擎40可与多个节点10通信连接。

本实施例中，调配关系管理引擎40可采用多种实现方式构建资源标识信息与节点10之间的调配关系。

在一种实现方式中，调配关系管理引擎40可监听多个节点10各自对应的负载参数以及多个资源标识信息各自对应的访问热度标识。

其中，多个节点10可采用push(推送)的方式，将各自的负载参数上报至调配关系管理引擎40，当然，调配关系管理引擎40也可采用pull(拉取)的方式，从多个节点10中获取负载参数，以在双方之间实现负载参数的同步，本实施例对此不作限定。

其中，负载参数可以是节点10的已用负载量或剩余负载量等。

在该实现方式中，访问热度标识用于区分前文中提及的资源标识信息的两个类别。访问热度标识可表征资源标识信息的访问热度是否低于预设标准。

在该实现方式中，调配关系管理引擎40可从热度统计引擎30中同步资源标识与访问热度标识之间的对应关系。

参考图3，内容分发系统中还可包括热度统计引擎30，热度统计引擎30可与多个节点10以及负载均衡引擎通信连接。热度统计引擎30可集成在CDN中已有的系统设置上，例如，负载均衡服务器、源站等，当然，也可增加额外的计算设备以承载热度统计引擎30。也即，本实施例中，热度统计引擎30可以是软件或软件与硬件的结合。

对热度统计引擎30来说，可监听多个节点10接收到的访问请求，访问请求中包含资源标识信息；统计多个资源标识信息在内容分发系统中的访问热度；将访问热度低于预设标准的资源标识信息关联至第一标识，以构建资源标识信息与访问热度标识之间的对应关系。

其中，热度统计引擎30和多个节点10之间也可采用前述的pull或push的方式，实现双方之间的访问请求的同步。

热度统计引擎30监听多个节点10上接收到的访问请求的目的是为了统计多个资源标识信息在内容分发系统中的访问热度，进而可基于预设标准以及多个资源标识各自的访问热度，对多个资源标识信息进行分类，并可为不同类的资源标识信息关联不同的访问热度标识。

实际应用中，可将访问热度低于预设标准的资源标识信息关联至第一标识，将访问热度高于或等于预设标准的资源标识关联至第二标识，从而构建资源标识信息与访问热度标识之间的对应关系。

热度统计引擎30可将资源标识信息与访问热度标识之间的对应关系提供给调配关系管理引擎40。两者之间也可采用前述的pull或push的方式实现资源标识信息与访问热度标识之间的对应关系的同步。本实施例对此不作限定。

基于此，调配关系管理引擎40可根据多个节点10各自对应的负载参数，分别为对应于第一标识的至少一个资源标识信息确定需调配到的节点10，以构建资源标识信息与节点10之间的调配关系，第一标识表征访问热度低于预设标准。

也即，调配关系管理引擎40可为访问热度低于预设标准的一类资源标识信息，确定需要调配到的节点10。

此处，调配关系管理引擎40可为单个资源标识信息确定需调配到一个或多个节点10，这样，可保证资源标识信息与节点10之间的调配关系中，单个资源标识信息对应固定的节点10。

在一种示例性方案中，调配关系管理引擎40可采用一致性哈希算法，构建资源标识信息与节点10之间的调配关系。

在该示例性方案中，调配关系管理引擎40可根据多个节点10各自对应的负载参数，基于一致性哈希算法，分别计算多个节点10各自在哈希空间中对应的哈希值区间；将哈希空间，作为资源标识信息与节点10之间的调配关系。

在该示例性方案中，资源标识信息与节点10之间的调配关系实际是隐藏脏哈希空间中的。这是由于在一致性哈希算法下，单个资源标识信息对应的哈希值是固定的，相应地，其在哈希空间中对应的节点10也将是固定的。

另外，值得说明的是，为了便于示图，图3中仅示出了单个节点与热度统计引擎30及调配关系管理引擎40之间的交互过程，但本实施例中，多个节点均可与热度统计引擎30及调配关系管理引擎40进行交互。

图4为本申请一示例性实施例提供的一种哈希空间的示意图。

参考图4，节点node1、node2、node3和node4的负载参数之间的权重比为1:1:1:1，可确定四个节点在哈希空间(哈希环)上对应的哈希值(hash)区间。若当前请求的URL的哈希值为a，落在了节点node3的哈希值区间内，则确定该URL需调配到的节点为node3。当然，多个节点间的权重比例不限于此，实际应用中，可按照多个节点的负载参数，确定多个节点之间的权重比例。

调配关系管理引擎40可将构建出的哈希空间提供给多个节点10。这里，双方也可采用前述的pull或push的方式，实现哈希空间的同步。在此不再赘述。

对于第一节点来说，也可从前述的热度统计引擎30中获取资源标识信息与访问热度标识之间的对应关系，这样，第一节点可在接收到终端设备20发送的访问请求的情况下，根据访问请求中包含的目标资源标识信息对应的访问热度标识，确定目标资源标识信息的访问热度是否低于预设标准。例如，若目标资源标识信息对应第一标识，则可确定目标资源标识信息的访问热度低于预设标准。

在此基础上，第一节点可在目标资源标识信息的访问热度低于预设标准的情况下，计算目标资源标识信息的目标哈希值，并将哈希空间中与目标哈希值匹配的哈希值区间对应的节点，确定为第二节点。

据此，基于一致性哈希算法，可保证单个资源标识信息对应固定的节点10。这使得第一节点可将包含同一资源标识信息的多个访问请求调配至相同的第二节点。本实施例中，其它节点10也遵循该调配策略，这可保证包含同一资源标识信息的多个访问请求调配至相同的节点10。

本实施例中，对于访问热度低于预设标准的一类资源标识信息，可采用一致性哈希方案，将同一资源标识信息的访问请求汇聚到相同的节点10上，从而提高这类资源标识信息对应的互联网内容在对应的节点10上的访问热度，进而提高这类资源标识信息的访问命中率。

在另一种实现方式中，调配关系管理引擎40可监听多个节点10上接收到的访问请求，在监听到针对多个资源标识信息的首次访问请求的情况下，记录多个资源标识信息的首次访问请求各自分配到的节点10，以构建资源标识信息与节点10之间的调配关系。

在该实现方式中，调配关系管理引擎40和多个节点10之间也可采用pull或push的方式实现访问请求的同步。

调配关系管理引擎40可将单个资源标识信息的首次访问请求被分配到的节点10，作为该资源标识信息的访问热度低于预设标准的情况下被调配到的节点10。据此，该资源标识信息的后续访问请求也将被调配到与首次访问请求相同的节点10上。

其中，单个资源标识信息的首次访问请求可采用预制的调配策略进行调配，例如，CDN中的负载均衡策略、DNS调配策略等。当然，也可随机确定首次访问请求被分配到的节点10，本实施例对此不作限定。

调配关系管理引擎40可将记录的资源标识信息与节点10之间的调配关系提供给多个节点10。

基于此，第一节点在接收到终端设备20发送的访问请求的情况下，若访问请求中包含的目标资源标识信息的访问热度低于预设标准，且访问请求为针对目标资源标识信息的非首次访问请求，则可将目标资源标识信息的首次访问请求被分配到的节点10，作为目标资源标识信息对应的第二节点。

其中，在该实现方式中，第一节点也可从前述的热度统计引擎30中获取资源标识信息与访问热度标识之间的对应关系，以确定目标资源标识信息的访问热度是否低于预设标准。

在该实现方式中，对于访问热度低于预设标准的一类资源标识信息，可采用记录首次访问请求被分配到的节点10的方式，将同一资源标识信息的后续访问请求汇聚到与首次方法请求相同的节点10上，从而提高这类资源标识信息对应的互联网内容在对应的节点10上的访问热度，进而提高这类资源标识信息的访问命中率。

当然，本实施例中，调配关系管理引擎40还可采用其它实现方式构建资源标识信息与节点10之间的调配关系，本实施例并不限于此。

本实施例中，调配关系管理引擎40可预先构建资源标识信息与节点10之间的调配关系，且在调配关系中，单个资源标识信息对应固定的节点10。对于访问热度低于预设标准的一类资源标识信息，多个节点10可将包含同一资源标识信息的多个访问请求汇聚至相同的节点10，从而提高了这类资源标识信息的访问命中率。

以下将以直播场景为例，进行技术方案的示例性说明。

在直播场景中，主播可将视频内容实时地传送给直播中心，直播中心可对视频内容进行转码等处理，以满足不同用户对视频格式的要求。

内容分发系统中的多个节点可将接收到的访问请求同步给直播中心，直播中心可统计各主播的人气，具体可以统计各主播对应的URL的访问频次。

在直播场景中，不同主播的人气不同，直播中心可将人气高于预设标准的主播在内容分发系统中产生的访问请求，标识为热流，而将人气低于预设标准的主播在内容分发系统中产生的访问请求，标识为冷流。

直播中心可将各主播的人气标识同步给多个节点。

内容分发系统中还可包含调配关系管理引擎，调配关系管理引擎可基于一致性哈希算法，根据多个节点的负载参数，确定多个节点在哈希环上对应的哈希值区间，并将哈希环提供给多个节点。

若用户A期望观看主播B的直播内容，用户A在其终端设备中的浏览器中，输入主播B的直播内容对应的域名，该浏览器可基于CDN中的DNS调配方案，从多个节点中，确定出节点C，并向节点C发起针对主播B对应的URL访问请求。

对于节点C来说，若确定主播B的人气标识为冷流，则可计算该URL的目标哈希值，并按照预设的查找方向在哈希环上查找目标哈希值第一个遇到的节点，若为节点D。则节点C可将节点D的地址信息封装为302响应，提供给用户A的终端设备。

用户A的终端设备中的浏览器可跟随302响应，向节点D发起访问请求，以从节点D中获取主播B的直播内容。

其它节点在接收到针对主播B对应的URL访问请求的情况下，也会将这些访问请求调配到节点D上，这样，可有效提高主播B的直播内容在节点D上的访问热度，降低该直播内容被从节点中剔除的概率，从而，提高主播B的直播内容的访问命中率，这可有效改善用户观看主播B的直播内容时的观看体验。

而若节点C确定主播B的人气标识为热流，则节点C可直接响应针对主播B对应的URL的访问请求，以保持用户观看主播B的直播内容时的访问命中率和首屏性能指标。

图5为本申请另一示例性实施例提供的一种内容分发方法的流程示意图。本实施例提供的内容分发方法可应用于内容分发系统中的节点上，如图5所示，该方法包括：

步骤500、接收终端设备发出的访问请求，访问请求中包含目标资源标识信息；

步骤501、若目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在内容分发系统包含的多个节点中，查找目标资源标识信息对应的目标节点；

步骤502、将访问请求调配至目标节点，以通过目标节点响应访问请求。

在一可选实施例中，该方法还包括：

若目标资源标识信息的访问热度高于或等于预设标准，则响应访问请求。

在一可选实施例中，步骤501，包括：

基于一致性哈希算法，计算目标资源标识信息的目标哈希值；

基于多个节点各自在哈希空间中对应的哈希值区间，将与目标哈希值匹配的哈希值区间对应的节点，确定为目标节点；

其中，哈希空间为根据多个节点各自的负载参数而确定的。

在一可选实施例中，步骤501，包括：

若访问请求为针对目标资源标识信息的非首次访问请求，则获取针对目标资源标识信息的首次访问请求所分配到的节点，作为目标节点。

在一可选实施例中，步骤502，包括：

将目标节点的地址信息提供给终端设备，以供终端设备基于地址信息从目标节点获取访问请求对应的互联网内容。

在一可选实施例中，步骤将目标节点的地址信息提供给终端设备，包括：

将目标节点的地址信息封装为302响应，并将302响应提供给终端设备。

在一可选实施例中，该方法还包括：

基于从热度统计引擎中获取到的资源标识信息与访问热度标识之间的对应关系，若确定目标资源标识信息对应第一标识，则确定目标资源标识信息的访问热度低于预设标准；

其中，第一标识表征访问热度低于预设标准。

在一可选实施例中，在步骤接收终端设备发出的访问请求之后，该方法还包括：

将访问请求上报至热度统计引擎，以供热度统计引擎统计目标资源标识信息的访问热度并确定目标资源标识信息对应的访问热度标识。

在一可选实施例中，该方法还包括：

将自身的负载参数上报至调配关系管理引擎，以供调配关系管理引擎基于至少一个节点各自的负载参数，构建资源标识信息与节点之间的调配关系。

在一可选实施例中，该方法还包括：

若确定本地缓存有访问请求对应的互联网内容，则响应访问请求；且不再执行若目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在内容分发系统包含的多个节点中，查找目标资源标识信息对应的目标节点的操作以及将访问请求调配至目标节点，以通过目标节点响应访问请求的操作。

在一可选实施例中，该方法还包括：

若确定自身为目标资源标识信息对应的目标节点，则响应访问请求，且不再执行将访问请求调配至目标节点，以通过目标节点响应访问请求的操作。

值得说明的是，上述关于内容分发方法的各实施例中的技术细节，可参考前述的内容分发系统相关实施例中针对节点的描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

图6为本申请又一示例性实施例提供的另一种内容分发方法的流程示意图。本实施例提供的内容分发方法可以由一热度统计引擎来执行，该热度统计引擎可以实现为软件或实现为软件和硬件的组合，该热度统计引擎可集成设置在计算设备中。如图6所示，该方法包括：

步骤600、监听多个节点接收到的访问请求，访问请求中包含资源标识信息；

步骤602、统计多个资源标识信息在内容分发系统中的访问热度；

步骤602、将访问热度低于预设标准的资源标识信息关联至第一标识，以构建资源标识信息与访问热度标识之间的对应关系；

步骤603、将对应关系提供给多个节点，以供多个节点确定接收到的访问请求中包含的目标资源标识的访问热度是否低于预设标准。

值得说明的是，上述关于内容分发方法的各实施例中的技术细节，可参考前述的内容分发系统相关实施例中针对热度统计引擎的描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

图7为本申请又一示例性实施例提供的又一种内容分发方法的流程示意图。本实施例提供的内容分发方法可以由一调度关系管理引擎来执行，该调度关系管理引擎可以实现为软件或实现为软件和硬件的组合，该调度关系管理引擎可集成设置在计算设备中。如图7所示，该方法包括：

步骤700、监听内容分发系统中的多个节点各自对应的负载参数及多个资源标识信息各自对应的访问热度标识；

步骤701、根据多个节点各自对应的负载参数，分别为对应于第一标识的至少一个资源标识信息确定需调配到的节点，以构建资源标识信息与节点之间的调配关系，第一标识表征访问热度低于预设标准；

步骤702、将调配关系提供给多个节点，以供多个节点为访问热度低于预设标准的资源标识信息确定需调配到的目标节点。

在一可选实施例中，步骤701，包括：

根据多个节点各自对应的负载参数，分别计算多个节点的在哈希空间中对应的哈希值区间；

分别计算访问热度低于预设标准的至少一个资源标识信息在哈希空间中对应的哈希值；

基于一致性哈希算法，确定访问热度低于预设标准的至少一个资源标识信息各自所属的节点，以构建资源标识信息与节点之间的调配关系。

值得说明的是，上述关于内容分发方法的各实施例中的技术细节，可参考前述的内容分发系统相关实施例中针对调度关系管理引擎的描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如500、501等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的标识、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

图8为本申请又一示例性实施例提供的一种节点的结构示意图。如图8所示，该节点包括存储器80、处理器81和通信组件82；

存储器80用于存储一条或多条计算机指令；

处理器81与存储器80和通信组件82耦合，用于执行一条或多条计算机指令，以用于：

通过通信组件82接收终端设备发出的访问请求，访问请求中包含目标资源标识信息；

若目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在内容分发系统包含的多个节点中，查找目标资源标识信息对应的目标节点；

将访问请求调配至目标节点，以通过目标节点响应访问请求。

在一可选实施例中，处理器81还用于：

若目标资源标识信息的访问热度高于或等于预设标准，则响应访问请求。

在一可选实施例中，处理器81在基于资源标识信息与节点之间的调配关系，在内容分发系统包含的多个节点中，查找目标资源标识信息对应的目标节点时，用于：

基于一致性哈希算法，计算目标资源标识信息的目标哈希值；

基于多个节点各自在哈希空间中对应的哈希值区间，将与目标哈希值匹配的哈希值区间对应的节点，确定为目标节点；

其中，哈希空间为根据多个节点各自的负载参数而确定的。

在一可选实施例中，处理器81在基于资源标识信息与节点之间的调配关系，在内容分发系统包含的多个节点中，查找目标资源标识信息对应的目标节点时，用于：

若访问请求为针对目标资源标识信息的非首次访问请求，则获取针对目标资源标识信息的首次访问请求所分配到的节点，作为目标节点。

在一可选实施例中，处理器81在将访问请求调配至目标节点，以通过目标节点响应访问请求时，用于：

将目标节点的地址信息提供给终端设备，以供终端设备基于地址信息从目标节点获取访问请求对应的互联网内容。

在一可选实施例中，处理器81在将目标节点的地址信息提供给终端设备时，用于：

将目标节点的地址信息封装为302响应，并将302响应提供给终端设备。

在一可选实施例中，处理器81还用于：

基于从热度统计引擎中获取到的资源标识信息与访问热度标识之间的对应关系，若确定目标资源标识信息对应第一标识，则确定目标资源标识信息的访问热度低于预设标准；

其中，第一标识表征访问热度低于预设标准。

在一可选实施例中，处理器81在接收终端设备发出的访问请求之后，处理器81还用于：

将访问请求上报至热度统计引擎，以供热度统计引擎统计目标资源标识信息的访问热度并确定目标资源标识信息对应的访问热度标识。

在一可选实施例中，处理器81还用于：

将自身的负载参数上报至调配关系管理引擎，以供调配关系管理引擎基于至少一个节点各自的负载参数，构建资源标识信息与节点之间的调配关系。

在一可选实施例中，处理器81还用于：

若确定本地缓存有访问请求对应的互联网内容，则响应访问请求；且不再执行若目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在内容分发系统包含的多个节点中，查找目标资源标识信息对应的目标节点的操作以及将访问请求调配至目标节点，以通过目标节点响应访问请求的操作。

在一可选实施例中，处理器81还用于：

若确定自身为目标资源标识信息对应的目标节点，则响应访问请求，且不再执行将访问请求调配至目标节点，以通过目标节点响应访问请求的操作。

值得说明的是，上述关于节点的各实施例中的技术细节，可参考前述的内容分发系统相关实施例中针对节点的描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

进一步，如图8所示，该节点还包括：电源组件83等其它组件。图8中仅示意性给出部分组件，并不意味着节点只包括图8所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由节点执行的各步骤。

图9为本申请又一示例性实施例提供的一种计算设备的结构示意图。如图9所示，该计算设备包括存储器90、处理器91和通信组件92；

存储器90用于存储一条或多条计算机指令；

处理器91与存储器90和通信组件92耦合，用于执行一条或多条计算机指令，以用于：

通过通信组件92监听多个节点接收到的访问请求，访问请求中包含资源标识信息；

统计多个资源标识信息在内容分发系统中的访问热度；

将访问热度低于预设标准的资源标识信息关联至第一标识，以构建资源标识信息与访问热度标识之间的对应关系；

通过通信组件92将对应关系提供给多个节点，以供多个节点确定接收到的访问请求中包含的目标资源标识的访问热度是否低于预设标准。

值得说明的是，上述关于计算设备的各实施例中的技术细节，可参考前述的内容分发系统相关实施例中针对热度统计引擎的描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

进一步，如图9所示，该计算设备还包括：电源组件93等其它组件。图9中仅示意性给出部分组件，并不意味着计算设备只包括图9所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由计算设备执行的各步骤。

图10为本申请又一示例性实施例提供的另一种计算设备的结构示意图。如图10所示，该计算设备包括存储器100、处理器和通信组件；

存储器100用于存储一条或多条计算机指令；

处理器101与存储器100和通信组件耦合，用于执行一条或多条计算机指令，以用于：

通过通信组件102监听内容分发系统中的多个节点各自对应的负载参数及多个资源标识信息各自对应的访问热度标识；

根据多个节点各自对应的负载参数，分别为对应于第一标识的至少一个资源标识信息确定需调配到的节点，以构建资源标识信息与节点之间的调配关系，第一标识表征访问热度低于预设标准；

通过通信组件102将调配关系提供给多个节点，以供多个节点为访问热度低于预设标准的资源标识信息确定需调配到的目标节点。

在一可选实施例中，处理器101在根据多个节点各自对应的负载参数，分别为对应于第一标识的至少一个资源标识信息确定需调配到的节点，以构建资源标识信息与节点之间的调配关系时，用于：

根据多个节点各自对应的负载参数，分别计算多个节点的在哈希空间中对应的哈希值区间；

分别计算访问热度低于预设标准的至少一个资源标识信息在哈希空间中对应的哈希值；

基于一致性哈希算法，确定访问热度低于预设标准的至少一个资源标识信息各自所属的节点，以构建资源标识信息与节点之间的调配关系。

值得说明的是，上述关于计算设备的各实施例中的技术细节，可参考前述的内容分发系统相关实施例中针对调配关系管理引擎的描述，为节省篇幅，在此不再赘述，但这不应造成对本申请保护范围的损失。

进一步，如图10所示，该计算设备还包括：电源组件103等其它组件。图10中仅示意性给出部分组件，并不意味着计算设备只包括图10所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由节点执行的各步骤。

其中，图8-10中的存储器，用于存储计算机程序，并可被配置为存储其它各种数据以支持在计算平台上的操作。这些数据的示例包括用于在计算平台上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

其中，图8-10中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

其中，图8-10中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (27)

1.一种内容分发方法，应用于内容分发系统中的节点，其特征在于，包括：

接收终端设备发出的访问请求，所述访问请求中包含目标资源标识信息；

若所述目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在所述内容分发系统包含的多个节点中，查找所述目标资源标识信息对应的目标节点，相同内容标识信息的访问请求调配至同一节点上；其中，在所述访问请求为针对所述目标资源标识信息的非首次访问请求的情况下，获取针对所述目标资源标识信息的首次访问请求所分配到的节点，作为所述目标节点；

将所述访问请求调配至所述目标节点，以将对应所述目标资源标识信息的多个访问请求汇聚至所述目标节点。

2.根据权利要求1所述的方法，其特征在于，还包括：

若所述目标资源标识信息的访问热度高于或等于所述预设标准，则响应所述访问请求。

3.根据权利要求1所述的方法，其特征在于，所述基于资源标识信息与节点之间的调配关系，在所述内容分发系统包含的多个节点中，查找所述目标资源标识信息对应的目标节点，包括：

基于一致性哈希算法，计算所述目标资源标识信息的目标哈希值；

基于所述多个节点各自在哈希空间中对应的哈希值区间，将与所述目标哈希值匹配的哈希值区间对应的节点，确定为所述目标节点；

其中，所述哈希空间为根据所述多个节点各自的负载参数而确定的。

4.根据权利要求1所述的方法，其特征在于，所述将所述访问请求调配至所述目标节点，以通过所述目标节点响应所述访问请求，包括：

将所述目标节点的地址信息提供给所述终端设备，以供所述终端设备基于所述地址信息从所述目标节点获取所述访问请求对应的互联网内容。

5.根据权利要求4所述的方法，其特征在于，所述将所述目标节点的地址信息提供给所述终端设备，包括：

将所述目标节点的地址信息封装为302响应，并将所述302响应提供给所述终端设备。

6.根据权利要求1所述的方法，其特征在于，还包括：

基于从热度统计引擎中获取到的资源标识信息与访问热度标识之间的对应关系，若确定所述目标资源标识信息对应第一标识，则确定所述目标资源标识信息的访问热度低于所述预设标准；

其中，所述第一标识表征访问热度低于所述预设标准。

7.根据权利要求6所述的方法，其特征在于，在所述接收终端设备发出的访问请求之后，还包括：

将所述访问请求上报至所述热度统计引擎，以供所述热度统计引擎统计所述目标资源标识信息的访问热度并确定所述目标资源标识信息对应的访问热度标识。

8.根据权利要求1所述的方法，其特征在于，还包括：

将自身的负载参数上报至调配关系管理引擎，以供所述调配关系管理引擎基于所述内容分发系统中的至少一个节点各自的负载参数，构建所述资源标识信息与节点之间的调配关系。

9.根据权利要求1所述的方法，其特征在于，还包括：

若确定本地缓存有所述访问请求对应的互联网内容，则响应所述访问请求；且不再执行所述若所述目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在所述内容分发系统包含的多个节点中，查找所述目标资源标识信息对应的目标节点的操作以及所述将所述访问请求调配至所述目标节点，以通过所述目标节点响应所述访问请求的操作。

10.根据权利要求1所述的方法，其特征在于，还包括：

若确定自身为所述目标资源标识信息对应的目标节点，则响应所述访问请求，且不再执行所述将所述访问请求调配至所述目标节点，以通过所述目标节点响应所述访问请求的操作。

11.一种内容分发方法，其特征在于，适用于内容分发系统中的调配关系管理引擎，所述方法包括：

监听所述内容分发系统中的多个节点各自对应的负载参数及多个资源标识信息各自对应的访问热度标识；

根据所述多个节点各自对应的负载参数，分别为对应于第一标识的至少一个资源标识信息确定需调配到的节点，以构建资源标识信息与节点之间的调配关系，所述第一标识表征访问热度低于预设标准；

将所述调配关系提供给所述多个节点，以供所述多个节点为访问热度低于所述预设标准的目标资源标识信息确定需调配到的目标节点，以将对应目标资源标识信息的多个访问请求汇聚至相应的目标节点，其中，在所述访问请求为针对所述目标资源标识信息的非首次访问请求的情况下，获取针对所述目标资源标识信息的首次访问请求所分配到的节点，作为所述目标节点。

12.根据权利要求11所述的方法，其特征在于，所述根据所述多个节点各自对应的负载参数，分别为对应于第一标识的至少一个资源标识信息确定需调配到的节点，以构建资源标识信息与节点之间的调配关系，包括：

根据所述多个节点各自对应的负载参数，分别计算所述多个节点的在哈希空间中对应的哈希值区间；

分别计算所述访问热度低于预设标准的至少一个资源标识信息在所述哈希空间中对应的哈希值；

基于一致性哈希算法，确定所述访问热度低于预设标准的至少一个资源标识信息各自所属的节点，以构建所述资源标识信息与节点之间的调配关系。

13.一种内容分发系统，其特征在于，包括多个节点和多个终端设备；

所述终端设备，用于在需要访问的目标资源标识信息的情况下，对所述目标资源标识信息进行域名解析，并向域名解析出的第一节点发送访问请求；

所述第一节点，用于若所述目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在所述多个节点中，查找所述目标资源标识信息对应的第二节点；将所述访问请求调配至所述第二节点，相同内容标识信息的访问请求调配至同一节点上，以将对应所述目标资源标识信息的多个访问请求汇聚至所述第二节点，其中，在所述访问请求为针对所述目标资源标识信息的非首次访问请求的情况下，获取针对所述目标资源标识信息的首次访问请求所分配到的节点，作为所述第二节点。

14.根据权利要求13所述的系统，其特征在于，所述第一节点还用于：

若所述目标资源标识信息的访问热度高于或等于所述预设标准，则响应所述访问请求。

15.根据权利要求13所述的系统，其特征在于，还包括调配关系管理引擎，所述调配关系管理引擎用于：

监听所述多个节点各自对应的负载参数及多个资源标识信息各自对应的访问热度标识；

根据所述多个节点各自对应的负载参数，分别为对应于第一标识的至少一个资源标识信息确定需调配到的节点，以构建资源标识信息与节点之间的调配关系，所述第一标识表征访问热度低于预设标准；

将所述调配关系提供给所述多个节点。

16.根据权利要求15所述的系统，其特征在于，还包括热度统计引擎，所述热度统计引擎用于：

监听所述多个节点接收到的访问请求，所述访问请求中包含资源标识信息；

统计所述多个资源标识信息在所述内容分发系统中的访问热度；

将访问热度低于预设标准的资源标识信息关联至所述第一标识，以构建资源标识信息与访问热度标识之间的对应关系，将所述对应关系提供给所述调配关系管理引擎。

17.根据权利要求16所述的系统，其特征在于，所述第一节点还用于：

从所述热度统计引擎中获取所述资源标识信息与访问热度标识之间的对应关系；

基于所述对应关系，若确定所述目标资源标识信息对应第一标识，则确定所述目标资源标识信息的访问热度低于所述预设标准。

18.根据权利要求15所述的系统，其特征在于，所述调配关系管理引擎在构建资源标识信息与节点之间的调配关系时，用于：

根据所述多个节点各自对应的负载参数，分别计算所述多个节点的在哈希空间中对应的哈希值区间；

将所述哈希空间，作为所述资源标识信息与节点之间的调配关系。

19.根据权利要求18所述的系统，其特征在于，所述第一节点在查找所述目标资源标识信息对应的第二节点时，用于：

计算所述目标资源标识信息的目标哈希值；

基于所述多个节点各自在哈希空间中对应的哈希值区间，将所述哈希空间中与所述目标哈希值匹配的哈希值区间对应的节点，确定为所述第二节点。

20.根据权利要求13所述的系统，其特征在于，还包括调配关系管理引擎，所述调配关系管理引擎用于：

在监听到针对所述多个资源标识信息的首次访问请求的情况下，记录所述多个资源标识信息的首次访问请求各自分配到的节点，以构建所述资源标识信息与节点之间的调配关系。

21.根据权利要求13所述的系统，其特征在于，所述第一节点在将所述访问请求调配至所述第二节点时，用于：

将所述第二节点的地址信息提供给所述终端设备，以供所述终端设备基于所述地址信息从所述第二节点获取所述访问请求对应的互联网内容。

22.根据权利要求21所述的系统，其特征在于，所述第一节点在将所述第二节点的地址信息提供给所述终端设备时，用于：

将所述第二节点的地址信息封装为302响应，并将所述302响应提供给所述终端设备。

23.根据权利要求13所述的系统，其特征在于，所述第一节点还用于：

若确定本地缓存有所述访问请求对应的互联网内容，则响应所述访问请求；且不再执行所述若所述目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在所述内容分发系统包含的多个节点中，查找所述目标资源标识信息对应的第二节点的操作以及所述将所述访问请求调配至所述第二节点，以通过所述第二节点响应所述访问请求的操作。

24.根据权利要求13所述的系统，其特征在于，所述第一节点还用于：

若确定自身为所述目标资源标识信息对应的第二节点，则响应所述访问请求，且不再执行所述将所述访问请求调配至所述第二节点，以通过所述第二节点响应所述访问请求的操作。

25.一种内容分发系统中的节点，其特征在于，包括存储器、处理器和通信组件；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器和所述通信组件耦合，用于执行所述一条或多条计算机指令，以用于：

通过所述通信组件接收终端设备发出的访问请求，所述访问请求中包含目标资源标识信息；

若所述目标资源标识信息的访问热度低于预设标准，则基于资源标识信息与节点之间的调配关系，在所述内容分发系统包含的多个节点中，查找所述目标资源标识信息对应的目标节点，相同内容标识信息的访问请求调配至同一节点上；其中，在所述访问请求为针对所述目标资源标识信息的非首次访问请求的情况下，获取针对所述目标资源标识信息的首次访问请求所分配到的节点，作为所述目标节点；

将所述访问请求调配至所述目标节点，以将对应所述目标资源标识信息的多个访问请求汇聚至所述目标节点。

26.一种内容分发系统中的管理设备，其特征在于，包括存储器、处理器和通信组件；

所述存储器用于存储一条或多条计算机指令；

所述处理器与所述存储器和所述通信组件耦合，用于执行所述一条或多条计算机指令，以用于：

通过所述通信组件监听所述内容分发系统中的多个节点各自对应的负载参数及多个资源标识信息各自对应的访问热度标识；

根据所述多个节点各自对应的负载参数，分别为对应于第一标识的至少一个资源标识信息确定需调配到的节点，以构建资源标识信息与节点之间的调配关系，所述第一标识表征访问热度低于预设标准；

通过所述通信组件将所述调配关系提供给所述多个节点，以供所述多个节点为访问热度低于所述预设标准的资源标识信息确定需调配到的目标节点，以将对应目标资源标识信息的多个访问请求汇聚至相应的目标节点，其中，在所述访问请求为针对所述目标资源标识信息的非首次访问请求的情况下，获取针对所述目标资源标识信息的首次访问请求所分配到的节点，作为所述目标节点。

27.一种存储计算机指令的计算机可读存储介质，其特征在于，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行权利要求1-12任一项所述的内容分发方法。

Images