CN103685576A - 一种cdn节点的交互方法及cdn管理系统 - Google Patents

Abstract

本发明公开了一种CDN节点的交互方法及CDN管理系统，涉及网络通信技术领域，实现了各CDN节点的互通，显著节约了系统、网络资源。本发明的具体实施例包括：在接口模块接收到用户终端发送的请求消息后，向第一CDN节点请求数据，当第一CDN节点不满足服务条件时，向其它CDN管理系统发起广播请求，以查找满足该服务条件的第二CDN节点，并通过接口模块将该第二CDN节点的地址发送给用户终端，进而用户终端能够向该第二CDN节点请求数据。本发明提供的技术方案主要应用于CDN互通流程中。

Description

一种CDN节点的交互方法及CDN管理系统

技术领域

本发明涉及网络通信技术领域，尤其涉及一种CDN（Content DeliveryNetwork，内容分发网络）节点的交互方法及CDN管理系统。

背景技术

目前，通过在现有的互联网中增加一层新的网络架构，也就是在互联网上构建一个覆盖网络，将网络内容发布到最接近用户的网络“边缘”，使用户可以就近取得所需的内容，从而解决了互联网网络拥挤的状况，提高了用户获取服务或业务的服务质量。CDN能够解决由于网络带宽小、用户访问量大、网点分布不均而产生的用户使用互联网业务服务质量差的问题，同时，CDN可以解决跨运营商、跨地区、服务器负载能力过低、带宽过少等带来的网速慢等问题，所以采用CDN来作为上述的新的网络构架。但是，在实现上述方案过程中各个厂家的CDN自成体系，相互之间独立运作无法互通，也就使得各个CDN能力无法互补，当用户终端向CDN发起服务请求时，如果该CDN不能满足用户终端的请求，用户终端必须重复多次发起请求，直到找到符合条件的CDN，这样不仅浪费了大量时间，而且用户终端在与查找到的CDN进行数据通信时，很大程度上造成了资源耗费。比如说，位于北京的用户终端发出请求消息来获取数据A，首选的，会通过CDN技术，获取离该用户终端最近的CDN来提供服务，当与该用户终端距离接近的CDN没有存储该数据Ａ时，该请求消息会被递归到与该CDN属于同一厂商的其它CDN，直到查找到存储有数据A的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为本发明一实施例提供的一种CDN节点交互的方法流程图；

图2为本发明另一实施例提供的一种CDN节点交互的方法流程图；

图3为本发明另一实施例提供的一种CDN管理配置架构组成示意图；

图4为本发明另一实施例提供的一种CDN管理配置架构的基本结构组成示意图；

图5为本发明另一实施例提供的一种基于CDN管理配置架构的CDN交互方法流程图。

具体实施方式

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

本发明一实施例提供了一种CDN节点的交互方法，应用于CDN管理系统，该CDN管理系统用于管理第一CDN节点，其中，第一CDN节点包括CDN管理系统管理的至少一个CDN节点。具体的，如图1所示，该方法包括：

101、CDN管理系统通过接口模块接收用户终端发送的请求消息。

其中，请求消息用于向第一CDN节点请求数据。

102、当CDN管理系统管理确定第一CDN节点不满足服务条件时，通过接口模块向其它CDN管理系统发起广播请求。

其中，广播请求用于查找满足服务条件的第二CDN节点，优选的，上述的第一CDN节点与第二CDN节点属于不同的厂商设备。

103、CDN管理系统通过接口模块获取第二CDN节点的地址，并将该地址发送给用户终端。

进一步的，在用户终端接收到第二CDN节点的地址之后，该用户终端会向这一第二CDN节点发送请求消息，以获取该用户终端所需的数据。

值得说明的是，查找到的第二CDN节点是能够满足上述的服务条件且在与用户终端的数据交互过程中所耗费的资源最少的最优CDN节点。优选的，该第二CDN节点是离用户终端的距离最近CDN节点。

本发明实施例提供的一种CDN节点的交互方法，在CDN管理系统通过接口模块接收用户终端发送的用于向第一CDN节点请求数据的请求消息，且当第一CDN节点不满足服务条件时，向其它CDN管理系统发起广播请求，以查找满足该服务条件的第二CDN节点，并通过接口模块将该第二CDN节点的地址发送给用户终端，进而用户终端能够向该第二CDN节点请求数据。与现有技术相比，当用户终端请求的最近的CDN节点不满足服务条件时，用户终端必须浪费了大量时间、资源重复多次发起请求，直到找到符合条件的CDN，本发明实施例提供的技术方案，实现了各CDN节点的互通，显著节约了系统、网络资源。

本发明另一实施例提供的一种CDN节点的交互方法，如图2所示，该方法包括：

201、通过接口模块接收用户终端发送的请求消息。

值得说明的是，此处描述的201与上一实施例中101中的相关内容描述相同，在此不再重复说明。

进一步的，在获取到请求消息之后，为了确定第一CDN节点是否能够满足用户终端的请求，是否能够为该用户终端提供服务，需执行下述202。

202、通过接口模块获取第一CDN节点的资源信息。

其中，资源信息至少包括第一CDN节点的内容资源信息，可选的，该资源信息还包括第一CDN节点的硬件资源、网络资源信息等。

为了在CDN管理系统管理下的至少一个CDN节点中，快速选择出满足用户需要的CDN节点，CDN管理系统通过设置服务条件来对第一CDN节点进行筛选。优选的，通过第一CDN节点的资源信息中包括的内容资源来设置服务条件，或者通过第一CDN节点的资源信息中的内容资源和硬件资源、网络资源来设置该服务条件。具体的，当该第一CDN节点包括用户终端请求的内容资源，但是在用户终端与该第一CDN节点进行数据交互时，设置允许耗费的系统资源和网络资的预设资源值，当达到或超过该预设资源时，确定该第一CDN节点不满足服务条件。

203、当CDN管理系统确定第一CDN节点的资源信息中不存在请求消息请求的数据时，确定第一CDN节点不满足服务条件。

结合上述的202的描述，当第一CDN节点中的内容资源满足用户终端的需求时，但是该第一CDN节点与用户终端与数据交互达到或超过预设资源值时，确定第一CDN节点不满足服务条件。

值得说明的是，当第一CDN节点能够为用户终端提供所需的数据时，确定该第一CDN节点满足服务条件，则不必执行下述的不同CDN管理系统之间的交互流程，本发明实施例针对这一情况的执行流程不进行详细描述。

204、当第一CDN节点不满足服务条件时，通过接口模块向其它CDN管理系统发起广播请求。

其中，广播请求用于查找满足服务条件的第二CDN节点，且第二CDN节点与第一CDN节点配置不同。

205、其它CDN管理系统收集第三CDN节点的资源信息，并根据第三CDN节点的资源信息从第三CDN节点中选出第二CDN节点。

进一步的，其它CDN管理系统通过自身的接口模块向发送广播请求的CDN管理系统返回该第二CDN节点的地址。

206、接口模块获取该第二CDN节点的地址，并发送给用户终端。

值得说明的是，CDN管理系统通过接口模块接收到的第二CDN节点的地址，还包括存在其它一个或多个CDN管理系统发送过来的满足服务条件的多个CDN节点的地址的情况。进一步的，在这种情况下，该CDN管理系统从这些CDN节点的地址中选择出与用户终端的数据交互过程中所耗费的系统、网络资源最少的CDN节点作为第二CDN节点，并向用户发送该耗费资源最少的CDN节点的地址。也就是说，当CDN管理系统接收到其它CDN管理系统发来的多个CDN节点的地址时，其中的第二CDN节点表示不仅能够满足用户终端的需求，且在与用户终端的数据交互过程中所耗费的系统、网络资源最少。

207、用户终端向第二CDN节点发起请求消息。

208、第二CDN节点向用户终端返回该用户终端请求的数据。

本发明另一实施例提供的技术方案可以应用于CDN管理配置架构中，该架构包括CDN管理系统、一个或多个CDN节点，且该一个或多个CDN节点由CDN管理系统管理，比如，本实施例以该架构包括A、B、C、D四个CDN节点为例，如图3所示，该四个CDN节点可以与相邻的CDN节点进行通信，且均可以与CDN管理系统进行通信，值得说明的是，在此实施例中的CDN管理系统，以及其管理下的CDN节点组成CDN管理配置系统。CDN管理配置系统中的这些CDN节点是基于X86或ISA（Instruction Set Architecture，指令集架构）等标准架构的通用硬件设备，CDN管理系统用于实现诸如内容管理、内容分发、业务控制、全局调度等应用功能，这样，用户可以通过CDN管理系统获取CDN节点上的内容。并且，CDN管理系统以池组化的方式提供服务，从而各个CDN管理系统间可实现内容的交互以及用户的重定向等。这样只要是合法的CDN管理系统都可接入CDN管理系统池，且各个CDN管理系统之间可以进行信息交互，这样就极大程度上方便了CDN设备的管理，从而显著减少了资源浪费。

进一步的，上述的CDN管理系统的基本结构如图4所示，包括：内容注入模块、系统管理模块、全局调度模块、统计分析模块、安全管理模块、接口模块。为了明确各个模块在该CDN管理系统中的作用，下面对各个模块的优选功能进行详细描述。

第一、内容注入模块，用于对CDN节点中内容进行注入和分发，还用于对CDN管理系统中的内容进行更新，将更新后的内容分发到各个CDN节点中，进而各个CDN节点存储接收到的更新内容。具体的，内容注入模块根据CP或SP或自有业务等业务内容按照预定周期对CDN管理系统中的内容进行更新。

优选的，上述内容的更新形式包括但不限定为下述两种形式：

第一种：内容注入模块定期向CP/SP或自有业务平台进行索取。

第二种：CP/SP或自有业务平台定期向内容注入模块推送。

进一步的，通过内容注入模块接收或更新的内容通知下述的系统管理模块。

第二、系统管理模块，用于实现对CDN节点和CDN所存储内容的管理以及内容定位。优选的，系统管理模块用于维护CDN节点硬件资源、网络资源、内容资源信息。其中，CDN节点硬件资源包括硬件配置信息双核、CPU主频、CPU占用率、剩余内存空间等；网络资源包括网络拓扑、网络可用带宽等；内容资源信息包括内容标识、名称、状态、生命周期、更新策略等。

且系统管理模块定期更新CDN节点硬件资源、网络资源以及内容资源信息。

系统管理模块维护的上述资源信息可以通过下述两种形式进行更新：

第一种:由系统管理模块定期向CDN节点获取。

第二种：由CDN节点定期向系统管理模块推送。

更进一步的，系统管理模块维护或更新的资源信息通知给全局调度模块。

第三、全局调度模块，用于根据系统管理模块中硬件、网络、内容资源信息的实际情况，将用户请求向CDN管理系统的全局重定向，从而能够将用户调度到合适的CDN节点提供服务。

第四、统计分析模块，用于对用户访问数据进行统计，并根据统计数据实时调整CDN节点存储的内容。具体的，当用户要求访问的数据在CDN节点上不存在时，则向CP/SP、自有业务平台或其他CDN管理系统请求该内容信息；当统计数据显示某一内容信息是当前热点内容，将该内容信息对全网节点选择性的进行推送。值得说明的是，上述的向业务平台或其他CDN管理系统请求内容信息，或者对热点内容信息进行选择性推送可以通过预定的管理策略进行。

第五、安全管理模块，用于对接入的CDN节点进行安全鉴权，并允许通过安全鉴权的CDN节点接入CDN管理系统。

第六、接口模块，主要包括用户接口、业务系统接口、CDN节点接口以及CDN管理系统之间的接口。

优选的，用户接口，用于接收用户请求，并将用户请求发送给全局调度模块处理，以使得用户请求被调度到合适的CDN节点来提供服务。

业务系统接口，用于获取CP/SP或自有业务平台上的内容，并将内容发送给内容注入模块；

CDN节点接口，用于获取CDN系统的硬件资源、网络资源和内容资源信息，并将这些资源信息发送给系统管理模块。

CDN管理系统接口，用于实现各CDN管理系统之间各种信息的交互。其中交互的信息包括但不限定为CDN管理系统中的CDN节点信息、网络信息、硬件信息、内容信息等信息。

值得说明的是，不同的CDN厂商使用的CDN管理系统的策略或调度算法可以相同或者不同，在各CDN管理系统间使用统一的接口，使得各CDN管理系统间可实现信息互通，从而能够便于统一维护和管理。进一步的，网络上闲置的存储资源只要通过安全管理模块的安全鉴权也可接入到CDN管理系统以提供服务，进而能够合理利用网络上闲置的存储资源,显著避免网络资源浪费，有效节约成本。

本发明的另一种实现方式中，结合上述实施例描述的架构，实现了CDN互通，进而通过该架构执行CDN互通的方法，如图5所示，包括：

501、用户终端向本地DNS（Domain Name System，域名系统）发起域名解析请求。

502、DNS向用户终端返回CDN管理系统的入口地址。

进一步的，用户终端根据该入口地址，将请求消息发送给该CDN管理系统管理。

503、CDN管理系统为用户设备选择最优的CDN节点。

具体的，CDN管理系统根据该系统内的所有CDN节点的硬件、网络和内容资源情况，选择最优的服务节点；比如：将符合用户设备请求的内容，且拥有最近可用资源的CDN节点作为最优CDN节点。

进一步的，如果本系统内没有符合要求的CDN节点，就需要通过CDN管理系统接口，向其它CDN管理系统发起广播请求，进而其它CDN管理系统根据各自系统内资源的情况返回应答消息；初始CDN管理系统将返回的应答消息通过全局调度模块进行处理，全局调度模块根据最新全局信息，选择出最优CDN节点。

504、CDN管理系统向用户终端返回最优CDN节点的地址。

优选的，CDN管理系统通过接口模块中的用户接口向用户终端反馈该最优CDN节点的地址。

505、用户终端向最优CDN节点发起数据请求消息。

506、最优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管理系统接口类型相同。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种分发网络CDN节点的交互方法，其特征在于，所述方法应用于CDN管理系统，所述CDN管理系统用于管理第一CDN节点，所述第一CDN节点包括所述CDN管理系统管理的至少一个CDN节点；

通过接口模块接收用户终端发送的请求消息,所述请求消息用于向所述第一CDN节点请求数据;

当所述第一CDN节点不满足服务条件时，通过所述接口模块向其它CDN管理系统发起广播请求，所述广播请求用于查找满足所述服务条件的第二CDN节点；

所述接口模块获取所述第二CDN节点的地址，并将所述地址发送给所述用户终端，以使得所述用户终端根据所述地址向所述第二CDN节点发送所述请求消息。

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

通过所述接口模块获取所述第一CDN节点的资源信息；

当确定所述第一CDN节点的资源信息中不存在所述请求消息请求的所述数据时，确定所述第一CDN节点不满足所述服务条件；

或者，当确定所述第一CDN节点的资源信息中存在所述请求消息请求的所述数据，且所述用户终端与所述第一CDN节点数据交互达到或超过预设资源值时，确定所述第一CDN节点不满足所述服务条件。

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

当所述广播请求发送给所述其它CDN管理系统之后，所述其它CDN管理系统收集第三CDN节点的资源信息，并根据所述第三CDN节点的资源信息从所述第三CDN节点中选出所述第二CDN节点；

当所述第二CDN节点表示所述其它CDN管理系统管理下的两个或者多个CDN节点时，从所述第二CDN节点中选择出与所述用户终端进行数据交互时，耗费资源最少的最优第二CDN节点。

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

按照预设周期更新所述第一CDN节点的资源信息。

5.根据权利要求1至4任意一项所述的方法，其特征在于，所述方法还包括：

所述接口模块包括CDN管理系统接口；

所述CDN管理系统与所述其它CDN管理系统的所述CDN管理系统接口类型相同。

6.一种CDN管理系统，其特征在于，所述CDN管理系统用于管理第一CDN节点，所述第一CDN节点包括所述CDN管理系统管理的至少一个CDN节点；

所述CDN管理系统至少包括接口模块；

所述CDN管理系统，用于通过所述接口模块接收用户终端发送的请求消息,所述请求消息向所述第一CDN节点请求数据;还用于当所述第一CDN节点不满足服务条件时，向其它CDN管理系统发起广播请求，所述广播请求用于查找满足所述服务条件的第二CDN节点；还用于获取所述第二CDN节点的地址，并将所述地址发送给所述用户终端，以使得所述用户终端根据所述地址向所述第二CDN节点发送所述请求消息。

7.根据权利要求6所述的系统，其特征在于，所述CDN管理系统，还用于获取所述第一CDN节点的资源信息；

当确定所述第一CDN节点的资源信息中不存在所述请求消息请求的所述数据时，确定所述第一CDN节点不满足所述服务条件；

或者，当确定所述第一CDN节点的资源信息中存在所述请求消息请求的所述数据，且所述用户终端与所述第一CDN节点数据交互达到或超过预设资源值时，确定所述第一CDN节点不满足所述服务条件。

8.根据权利要求7所述的系统，其特征在于，所述系统还用于当所述广播请求发送给所述其它CDN管理系统之后，所述其它CDN管理系统收集第三CDN节点的资源信息，并根据所述第三CDN节点的资源信息从所述第三CDN节点中选出所述第二CDN节点；当所述第二CDN节点表示所述其它CDN管理系统管理下的两个或者多个CDN节点时，从所述第二CDN节点中选择出与所述用户终端进行数据交互时，耗费资源最少的最优第二CDN节点。

9.根据权利要求8所述的系统，其特征在于，所述CDN管理系统还包括系统管理模块，所述系统管理模块用于按照预设周期更新所述第一CDN节点的资源信息。

10.根据权利要求5至9任意一种所述的系统，其特征在于，还包括：

所述接口模块包括CDN管理系统接口；

所述CDN管理系统与所述其它CDN管理系统的所述CDN管理系统接口类型相同。

Images