CN113934916A - Cdn业务的实现方法、终端设备、节点服务器及存储介质 - Google Patents

Abstract

本申请公开了一种CDN业务的实现方法、终端设备、节点服务器及存储介质，属于通信技术领域。其中，实现方法包括向CDN节点发送上传请求，所述上传请求包括第一内容标识；接收所述CDN节点的上传请求响应消息，并向所述CDN节点发送媒体内容；接收所述CDN节点的第二内容标识，所述第二内容标识包括第一内容标识和表示所述媒体内容所在位置的内容位置标识。本申请实施例提供的方案，通过携带内容位置标识使得所有CDN节点都具有上传和下载的能力，用户的设备终端可以就近实现上传和下载内容，不需要中心化存储控制模块来管理用户上传内容，也不再受到中心化存储容量的限制。

Description

CDN业务的实现方法、终端设备、节点服务器及存储介质

技术领域

本申请实施例涉及但不限于通信技术领域，尤其涉及一种CDN业务的实现方法、终端设备、节点服务器及存储介质。

背景技术

CDN作为一种有效的传输网络，被广泛应用于IPTV网络电视、OTT互联网电信、缓存加速等业务系统，现在已经在世界各地广泛部署。基于传统CDN业务的需求，目前行业内已经形成比较成熟的解决方案，内容由内容提供商/运营商生成后，上传到中心CDN，中心CDN处理并打包内容后再经由多级的CDN节点传送给最终用户，从中心分发到区域，从区域分发到边缘；最终用户通过GSLB全局重定向边缘网络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是本申请一种实施例内容上传时的流程示意图；

图5是本申请一个实施例提供的CDN业务的实现方法的流程图；

图6是本申请一个实施例上传调度的流程图；

图7是本申请另一个实施例提供的CDN业务的实现方法的流程图；

图8是本申请一个实施例提供的使用场景示意图；

图9是本申请另一个实施例提供的使用场景示意图；

图10是本申请另一个实施例提供的CDN业务的实现方法的流程图；

图11是本申请另一个实施例提供的CDN业务的实现方法中下载调度的流程图；

图12是本申请一种实施例内容下载时的流程示意图；

图13是本申请另一个实施例提供的CDN业务的实现方法的流程图；

图14是本申请另一个实施例提供的CDN业务的实现方法的流程图；

图15是本发明一个实施例提供的CDN业务的实现装置的方框示意图；

图16是本发明另一个实施例提供的CDN业务的实现装置的方框示意图；

图17是本发明另一个实施例提供的CDN业务的实现装置的方框示意图；

图18是本发明另一个实施例提供的CDN业务的实现装置的方框示意图；

图19是本发明另一个实施例提供的CDN业务的实现装置的方框示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

目前行业内已经形成的比较成熟的CDN组网方式如图1所示，其内容由内容提供商/运营商生成后，上传到中心CDN节点，中心CDN节点处理并打包内容后再经由多级的CDN节点传送给最终用户，从中心CDN节点分发到区域CDN节点，从区域CDN节点分发到边缘CDN节点；最终用户通过GSLB全局重定向边缘CDN节点，边缘CDN节点再向用户提供服务。整体上来说，这种CDN架构模式属于运营型CDN,内容的传输是从中心以树状结构向外扩散的，这种方式下内容的生成只有由内容提供商/运营商参与，不利于开展丰富多彩的自媒体业务，而且内容的原始副本采用中心化的存储，存储容量受到限制，并且内容分发和用户调度采用中心化的模块进行控制，容易存在性能瓶颈和单点故障。

现有CDN的内容服务路由方法包括2种：按照全局内容分布数据表查找和按照固定的节点依赖关系进行回源；前者的问题是，内容的分布数据量的记录数为内容总数与CDN节点数的笛卡尔乘积，内容数量比较大时，内容分布记录为海量数据，查找的效率比较低，无法实现分布式控制；后者的问题是，不管对什么内容，回源路由的拓扑路径都是相同的，无法实现按照内容选择不同的回源路径。

本申请提供了一种CDN业务的实现方法、终端设备、节点服务器及存储介质，通过携带内容位置标识，不仅可以根据不同的内容选择不同回源路径，改善CDN组网的灵活性，而且基于内容位置标识能明确媒体内容的检索方向，有效改善路由检索的效率。另外，所有CDN节点都具有上传和下载的能力，用户的设备终端可以就近实现上传和下载内容，不需要中心化存储控制模块来管理用户上传内容，有效防止了因为单点模块故障而引发整个CDN服务不可用的问题。

下面结合附图，对本申请实施例作进一步阐述。

如图2所示，图2是本申请一种实施例提供的用于执行CDN业务的实现方法的网络拓扑的示意图。在图2的实施例中，该网络拓扑中包括有若干个位置，每个位置中包括有若干个CDN节点，用户通过终端设备可以从任何地点接入到CDN节点获得内容上传和下载服务，内容注入到CDN节点后，可以在CDN网络中以任意方向流动即实现CDN的Mesh(multi-hop，无线网格)组网。

如图3所示，本申请实施例的CDN系统，包括多个CDN节点、调度服务器和终端设备。可选地，CDN系统还包括管理模块。

其中，CDN节点：是组成内容网络的基本网元，实现内容的存储，内容的分发，内容的路由和内容的服务。整个内容网络由CDN节点与节点间互联的网络组成,用来向终端设备提供内容上传、下载或者播放等服务，每个节点网元具有相同的功能特征。在整个内容网络系统中，每个CDN节点被分配一个全局唯一的内容位置标识。CDN节点接收到用户的上传请求后，根据第一内容标识将内容存储在本地，并将内容位置标识放入第一内容标识生成的第二内容标识返回给用户或应用；接收到用户下载请求后，获取下载请求中的第二内容标识，先判断本地缓存中内容是否存在，如果存在就直接给用户服务，如果不存在就根据内容位置标识进行内容查找，逐级向内容上传的CDN节点发送回源请求，直到找到内容，最后逐级将内容回传给用户，在内容逐级转发过程中，内容路由经过的各CDN节点根据各自策略进行内容缓存，一旦中间CDN节点缓存了该内容，后续用户通过内容请求该内容且内容请求经过该中间CDN节点时，内容就会被命中，该中间CDN节点直接将该内容返回给用户，不再需要到该内容位置标识的CDN节点提供服务，更加快捷和高效。

终端设备：即各类应用终端，具体包括PC浏览器/播放器、STB机顶盒、手机/Pad终端和嵌入式终端等，支持按照标准的HTTP/RTSP等协议与CDN节点进行交互。在本发明实施例中，按照使用场景，终端设备分成内容上传终端设备和内容下载终端设备，内容上传终端设备与调度服务器交互，获得上传媒体服务器地址和带内容位置标识的第二内容标识，然后将内容上传到指定的CDN节点；内容下载终端设备与调度服务器交互，获得下载的地址，然后与对应的CDN节点交互，下载内容，并转换成媒体播放、网页浏览等业务形式。

管理模块，用来管理CDN节点内容位置标识和服务地址信息，并将节点的内容位置标识与节点地址映射关系，下发给所有的CDN节点。

本申请构建的CDN系统中，对于终端设备没有特殊的特征要求，采用现有RTSP/HTTP等媒体协议交互即可，适用于现有IPTV/OTT/互联网的各种终端。

CDN节点和终端设备，分别包括有存储器和处理器，其中，存储器和处理器可以通过总线或者其他方式连接。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例描述的网络拓扑以及应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着网络拓扑的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图2中示出的各个节点及拓扑结构并不构成对本申请实施例的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

在图2所示的网络拓扑中，各个CDN节点可以分别调用其储存的实现程序，以执行实现方法；或者，终端设备可以调用其储存的实现程序，并与各个CDN节点相互配合以执行实现方法。

基于上述网络拓扑以及上述网络拓扑中各个CDN节点和终端设备的结构，提出本申请的实现方法的各个实施例。

如图4和图5所示，图5是本申请一个实施例提供的CDN业务的实现方法的流程图，该实现方法应用于终端设备，该实现方法包括但不限于步骤S110、步骤S120和步骤S130。

步骤S110，向CDN节点发送上传请求，上传请求包括第一内容标识。

在一实施例中，用户通过终端设备向CDN节点发送上传请求，从而可以在终端设备与CDN节点之间建立传输会话。

步骤S120，接收CDN节点的上传请求响应消息，并向CDN节点发送媒体内容。

其中，媒体内容可以是音视频媒体内容，也可以是文档媒体内容，例如PDF、WORD文档，本发明实施例不予限定。

步骤S130，接收CDN节点的第二内容标识，第二内容标识包括第一内容标识和表示媒体内容所在位置的内容位置标识。

本实施例中通过在上传后生成与上传媒体内容对应的内容位置标识，方便后续CDN业务实现时可以根据内容位置标识映射到不同的CDN节点，而且用户的设备终端可以就近实现上传媒体内容，不需要中心化存储控制模块来管理用户上传内容，有效防止了因为单点模块故障而引发整个CDN服务不可用的问题。

在一实施例中，内容位置标识用于表示媒体内容所在位置，内容位置标识可以包含网络域、国家、省(地区)、地市以及节点标识(节点标识可以描述节点网络层级，跨域属性等)等信息。

在一实施例中，第二内容标识包括第一内容标识和内容位置标识，这里的第二内容标识可以是第一内容标识和内容位置标识的简单组合，例如，采用第一内容标识+内容位置标识，或者内容位置标识+第一内容标识这两种简单的排列方式形成得到第二内容标识，也可以对第一内容标识和内容位置标识通过一些可逆的加密算法进行加密处理，得出第二内容标识。针对第二内容标识的具体生成方式，可以根据实际的应用场景而适当选择，本实施例并不作具体限定。

参考图6，在一实施例中，步骤S110包括但不限于以下步骤：

步骤S111，向调度服务器发送上传调度请求，上传调度请求包括终端设备的位置信息。

步骤S112，接收调度服务器返回的目标CDN节点的服务地址，目标CDN节点由调度服务器根据位置信息和终端设备关联的CDN节点信息所确定，CDN节点信息为调度服务器根据位置信息获取得到。

步骤S113，根据服务地址向目标CDN节点发送上传请求。

在一实施例中，如图3和图4所示，用户通过终端设备向CDN节点上传媒体内容前，还需要通过调度服务器分配适合的CDN节点，用户通过终端设备向CDN调度系统发送媒体内容上传请求；调度服务器根据媒体内容上传请求中的终端设备的位置信息，收集终端设备附近内所有CDN节点的节点信息，通过策略选择一个合适的CDN节点提供服务；调度系统将合适的CDN节点的服务地址返回给终端设备。

在一实施例中，CDN节点信息包括以下至少之一：节点状态、负载信息和存储容量。目标CDN节点由调度服务器根据位置信息和终端设备关联的CDN节点信息所确定，CDN节点信息为调度服务器根据位置信息获取得到，这里CDN节点确定的策略可以是采用就近原则，选择最近的CDN节点进行服务；也可以是根据节点状态进行确定，选择节点状态良好的CDN节点进行服务；也可以根据负载信息进行确定，选择负载情况较轻的CDN节点进行服务；还可以根据存储容量进行确定，选择存储容量较大的CDN节点进行服务。

参考图7，图7是本申请另一个实施例提供的CDN业务的实现方法的流程图，该实现方法应用于CDN节点，该实现方法包括但不限于步骤S210、步骤S220、步骤S230和步骤S240。

步骤S210，接收终端设备的上传请求，上传请求包括第一内容标识。

步骤S220，根据上传请求，向终端设备发送上传请求响应消息。

步骤S230，接收终端设备上传的媒体内容，生成表示媒体内容所在位置的内容位置标识。

其中，媒体内容可以是音视频媒体内容，也可以是文档媒体内容，例如PDF、WORD文档，本申请实施例不予限定。

在一实施例中，CDN节点接收到终端设备上传的媒体内容会保存到本地，CDN节点内部可以使用内存、SSD、磁阵等存储介质保存媒体内容，本发明实施例不予限定。其中，采用SSD时，其可以支持但不限于PCI-E(Peripheral Component Interconnect Express，外设部件互连标准)、NVMe(Non-Volatile Memory Express，非易失性存储器标准)等。CDN节点内部可以读取内存、SSD、磁阵等存储介质中的媒体内容，以提升响应速度。

在一实施例中，内容位置标识用于表示媒体内容所在位置，内容位置标识可以包含网络域、国家、省(地区)、地市以及节点标识(节点标识可以描述节点网络层级，跨域属性等)等信息。

步骤S240，根据内容位置标识和第一内容标识，生成第二内容标识并将第二内容标识返回至终端设备。

本实施例中通过在上传后生成与上传媒体内容对应的内容位置标识，方便后续CDN业务实现时可以根据内容位置标识映射到不同的CDN节点，而且用户的设备终端可以就近实现上传媒体内容，不需要中心化存储控制模块来管理用户上传内容，有效防止了因为单点模块故障而引发整个CDN服务不可用的问题。

在一实施例中，第二内容标识包括第一内容标识和内容位置标识，这里的第二内容标识可以是第一内容标识和内容位置标识的简单组合，例如，采用第一内容标识+内容位置标识，或者内容位置标识+第一内容标识这两种简单的排列方式形成得到第二内容标识，也可以对第一内容标识和内容位置标识通过一些可逆的加密算法进行加密处理，得出第二内容标识。针对第二内容标识的具体生成方式，可以根据实际的应用场景而适当选择，本实施例并不作具体限定。

针对上述实施例所提供的CDN业务的实现方法，下面以具体的实施例进行详细的描述：

实施例一：

如图8所示的在短视频分享的使用场景中，所处区域1中，内容位置标识为cn-hb-wh(中国-湖北-武汉)，区域1包含节点1和节点2，手机用户1为视频内容制作分享用户，手机用户2为视频内容观看用户，各节点的信息如下所示：

节点1：服务地址10.1.1.1，上传服务端口7070，下载端口8080；内容位置标识cn-hb-wh-00001；

节点2：服务地址10.1.1.2，上传服务端口7070，下载端口8080；内容位置标识cn-hb-wh-00002。

所处区域2中，内容位置标识为cn-js-nj(中国-江苏-南京)，区域2包含节点3和节点4，手机用户3为视频内容观看用户，各节点的信息如下所示：

节点3：服务地址10.2.1.1，上传服务端口7070，下载端口8080；内容位置标识cn-js-nj-00001；

节点4：服务地址10.2.1.2，上传服务端口7070，下载端口8080；内容位置标识cn-js-nj-00002。

本实施例中所有节点的信令交互、上传和下载服务采用HTTP协议。本实施例中包括调度服务器，用于给用户请求提供最佳的CDN节点服务；CDN管理系统，负责CDN控制的拓扑管理；APP Server：用来实现手机短视频的信息分享，将手机用户上传的短视频内容分享给其他手机用户。

本实施例中具体为在区域1(中国-湖北-武汉)，手机用户1制作短视频内容hello.mp4，上传到区域1内的节点1，采用的终端设备为手机终端，其具体上传过程如下：

首先，手机用户1打开短视频APP，通过APP Server，向APP Server发起登录；

然后，手机用户1通过手机终端向调度服务器请求获取CDN节点作为上传节点，并从调度服务器获取得到节点1的服务地址(调度服务器通过就近原则以及节点状态，节点的存储占用，节点负载等信息完成节点查找)。

最后，手机用户1的手机终端向节点1的地址10.1.1.1:7070建立媒体会话,发起hello.mp4上传请求(hello.mp4为第一内容标识),节点1根据节点的内容位置标识和第一内容标识生成包含内容位置标识(cn-hb-wh-00001-hello.mp4)的第二内容标识,待hello.mp4的内容上传完成后，将第二内容标识以http url方式返回给手机用户1，节点1保存hello.mp4。

本实施例中通过在上传后生成与上传媒体内容对应的内容位置标识，方便后续CDN业务实现时可以根据内容位置标识映射到不同的CDN节点，而且用户的设备终端可以就近实现上传媒体内容，不需要中心化存储控制模块来管理用户上传内容，有效防止了因为单点模块故障而引发整个CDN服务不可用的问题。

实施例二：

本实施例和上述实施例一基于相同的场景应用中。本实施例主要体现区域中的一个手机用户4，分享上传一个短视频world.mp4的过程，如图8所示，区域3中，内容位置标识为cn-sh(中国-上海)，包括节点5，手机用户4为第二个短视频内容分享用户；

其中，节点5，服务地址10.3.1.1，上传服务端口7070，下载端口8080，内容位置标识为cn-sh-00001。其他区域和节点与实施例一保持一致；

上海手机用户4上传短视频内容world.mp4具体过程如下：

首先，手机用户4打开短视频APP，通过APP Server，向APP Server发起登录，鉴权；

然后，手机用户4通过手机终端向调度服务器请求获取CDN节点作为上传节点，并从调度服务器获取得到节点5的服务地址(调度系统通过就近原则以及节点状态，节点存储占用，节点负载等信息完成节点查找)。

手机用户4的手机终端向节点5的服务地址10.3.1.1:7070建立媒体会话,发起world.mp4上传请求(world.mp4为第一内容标识),节点5根据节点的内容位置标识生成包含内容位置标识(cn-sh-00001-world.mp4)的第二内容标识,待hello.mp4的内容上传完成后，将第二内容标识以http url方式返回给手机用户4，节点5保存world.mp4。

本实施例中通过在上传后生成与上传媒体内容对应的内容位置标识，方便后续CDN业务实现时可以根据内容位置标识映射到不同的CDN节点，而且用户的设备终端可以就近实现上传媒体内容，不需要中心化存储控制模块来管理用户上传内容，有效防止了因为单点模块故障而引发整个CDN服务不可用的问题。

参考图10，图10是本申请另一个实施例提供的CDN业务的实现方法的流程图，该实现方法应用于终端设备，该实现方法包括但不限于步骤S310和步骤S320。

步骤S310，向CDN节点发送媒体内容的下载请求，下载请求包括有第二内容标识。

步骤S320，从CDN节点获取媒体内容，媒体内容为CDN节点根据第二内容标识中的第一内容标识和内容位置标识确定。

本实施例通过在发起下载请求时携带内容位置标识，可以根据内容位置标识映射到不同的CDN节点，不仅可以根据不同的内容选择不同回源路径，改善CDN组网的灵活性，而且基于内容位置标识能明确媒体内容的检索方向，有效改善路由检索的效率。另外，所有CDN节点都具有下载的能力，用户的设备终端可以就近实现下载内容，不需要中心化存储控制模块来管理用户上传内容，有效防止了因为单点模块故障而引发整个CDN服务不可用的问题。

在一实施例中，内容位置标识用于表示媒体内容所在位置，内容位置标识可以包含网络域、国家、省(地区)、地市以及节点标识(节点标识可以描述节点网络层级，跨域属性等)等信息。

在一实施例中，第二内容标识包括第一内容标识和内容位置标识，这里的第二内容标识可以是第一内容标识和内容位置标识的简单组合，例如，采用第一内容标识+内容位置标识，或者内容位置标识+第一内容标识这两种简单的排列方式形成得到第二内容标识，也可以对第一内容标识和内容位置标识通过一些可逆的加密算法进行加密处理，得出第二内容标识。针对第二内容标识的具体生成方式，可以根据实际的应用场景而适当选择，本实施例并不作具体限定。

参考图11，在一实施例中，步骤S310包括但不限于以下步骤：

步骤S311，向调度服务器发送下载调度请求，下载调度请求包括终端设备的位置信息。

步骤S312，接收调度服务器返回的目标CDN节点的服务地址，目标CDN节点由调度服务器根据位置信息和终端设备关联的CDN节点信息所确定，CDN节点信息为调度服务器根据位置信息获取得到。

步骤S313，根据服务地址向目标CDN节点发送媒体内容的下载请求。

本实施例中，与现有CDN中采用全局内容分布数据表查找的路由方法相比，采用本实施例基于内容位置信息进行路由的方法，路由信息的数量为CDN节点数的平方，一般情况下，网络中CDN节点数量是有限而且固定的，因此内容位置信息的数据量比较小，检索的效率较高，而且每个CDN节点都可以保存全网络的CDN节点的路由信息，使CDN能够形成分布式的路由控制，路由检索的效率也更高

在一实施例中，如图3、图4和图12所示，用户通过终端设备向CDN节点下载媒体内容前，还需要通过调度服务器分配适合的CDN节点，用户通过终端设备向CDN调度系统发送媒体内容下载请求；调度服务器根据媒体内容下载请求中的终端设备的位置信息，收集终端设备附近内所有CDN节点的节点信息，通过策略选择一个合适的CDN节点提供服务；调度系统将合适的CDN节点的服务地址以及返回给终端设备。

在一实施例中，CDN节点信息包括以下至少之一：节点状态、负载信息和存储容量。目标CDN节点由调度服务器根据位置信息和终端设备关联的CDN节点信息所确定，CDN节点信息为调度服务器根据位置信息获取得到，这里CDN节点确定的策略可以是采用就近原则，选择最近的CDN节点进行服务；也可以是根据节点状态进行确定，选择节点状态良好的CDN节点进行服务；也可以根据负载信息进行确定，选择负载情况较轻的CDN节点进行服务；还可以根据存储容量进行确定，选择存储容量较大的CDN节点进行服务。

参考图13，图13是本申请另一个实施例提供的CDN业务的实现方法的流程图，该实现方法应用于CDN节点，该实现方法包括但不限于步骤S410和步骤S420。

步骤S410，接收终端设备的下载请求，下载请求包括有第二内容标识；

步骤S420，根据第二内容标识中的第一内容标识和内容位置标识，向终端设备发送媒体内容。

其中，媒体内容可以是音视频媒体内容，也可以是文档媒体内容，例如PDF、WORD文档，本发明实施例不予限定。

本实施例通过在发起下载请求时携带内容位置标识，可以根据内容位置标识映射到不同的CDN节点，不仅可以根据不同的内容选择不同回源路径，改善CDN组网的灵活性，而且基于内容位置标识能明确媒体内容的检索方向，有效改善路由检索的效率。另外，所有CDN节点都具有下载的能力，用户的设备终端可以就近实现下载内容，不需要中心化存储控制模块来管理用户上传内容，有效防止了因为单点模块故障而引发整个CDN服务不可用的问题。

在一实施例中，内容位置标识用于表示媒体内容所在位置，内容位置标识可以包含网络域、国家、省(地区)、地市以及节点标识(节点标识可以描述节点网络层级，跨域属性等)等信息。

在一实施例中，第二内容标识包括第一内容标识和内容位置标识，这里的第二内容标识可以是第一内容标识和内容位置标识的简单组合，例如，采用第一内容标识+内容位置标识，或者内容位置标识+第一内容标识这两种简单的排列方式形成得到第二内容标识，也可以对第一内容标识和内容位置标识通过一些可逆的加密算法进行加密处理，得出第二内容标识。针对第二内容标识的具体生成方式，可以根据实际的应用场景而适当选择，本实施例并不作具体限定。

在一实施例中，步骤S420具体是：

根据第一内容标识和内容位置标识，从管理模块中获取对应的CDN节点，并从该CDN节点将媒体内容直接或逐级返回给设备终端。

在一实施例中，步骤S420具体为：

根据第一内容标识和内容位置标识，逐级查找缓存有媒体内容的CDN节点，直到找到缓存有媒体内容的CDN节点，缓存有媒体内容的CDN节点将媒体内容逐级返回至终端设备。

在一实施例中，根据第一内容标识和内容位置标识，逐级查找缓存有媒体内容的CDN节点，直到找到缓存有媒体内容的CDN节点，缓存有媒体内容的CDN节点将媒体内容逐级返回至终端设备，包括：

步骤S421，若当前CDN节点本地缓存有媒体内容，则确定当前CDN节点为缓存有媒体内容的CDN节点。

步骤S422，若当前CDN节点本地没有缓存媒体内容，则根据内容位置标识和本地保存的内容路由表确定下一跳CDN节点，并发送回源请求到下一跳CDN节点进行媒体内容的查找，回源请求包括第二内容标识。

在本实施例中，用户通过终端设备向CDN节点发起媒体内容的下载请求后，该CDN节点收到下载请求后，会先确定本地是否缓存过该下载请求对应的媒体内容，如果有则直接向用户通过终端设备提供服务；如果没有，则该CDN节点从第二内容标识中解析得出内容位置标识，并根据该内容位置标识和本地的内容路由表确定下一跳CDN节点，进而向下一跳CDN节点发出包含有第二内容标识的回源请求进行内容路由，若下一跳CDN节点也没有缓存该媒体内容，则对再下一跳CDN节点进行内容路由，直到找到缓存有该媒体内容的CDN节点为止，并将该媒体内容逐级返回到终端设备中。

在一实施例中，如图8和图9所示，媒体内容在返回经过的每一个CDN节点均会根据策略对该媒体内容进行缓存。经过先前的媒体内容下载用户访问第一内容标识的媒体内容，触发CDN节点2～4缓存内容，后续的用户下载该媒体内容时，则会被CDN节点2～4直接命中，从而提高后续用户的访问效率。

在一实施例中，如图8和图9所示，在内容路由过程中，经过的每一个CDN节点(1～4)，都会将该CDN节点的位置标识作为路由路径加入请求中，当发现请求中的路由路径中的位置标识存在与本节点的位置标识一样的位置标识，说明路由成环，可以停止内容路由转发，返回路由失败，从而防止环状路由的出现。

例如，以一个具体例子进行说明，如图3所示，用户通过终端设备向CDN节点3发起媒体内容的下载请求，下载请求中包含终端设备1分享的第二内容标识1(包含内容位置信息)，内容路由表为内容路由表。

CDN节点3收到请求后，先判断自身是否缓存过内容：如果有则直接向用户通过终端设备提供服务；如果没有，则CDN节点3解析获得该媒体内容所在内容位置标识；CDN节点3将内容位置标识与节点的内容路由表进行路由匹配，找到节点4，有到内容位置标识方向的路由，于是CDN节点3向下一跳的节点4发起回源请求，请求包含第二内容标识。

节点4收到请求后，解析获得内容1所在位置标识1，先判断自身是否有缓存该媒体内容，如果有则向CDN节点3返回该媒体内容；如果没有，通过与节点的内容路由表进行路由匹配，找到可达节点2有到内容位置标识1节点的路由，于是向节点2发起回源请求，请求包含内容标识1。

节点2收到请求后，解析获得媒体内容所在内容位置标识，先判断自身是否有缓存过内容，如果有则直接向节点4返回内容；如果没有则通过内容路由表查询找到内容位置标识对应节点--CDN节点1，将请求转发给CDN节点1.

CDN节点1根据内容标识1获得媒体内容，然后逐级通过节点2--节点4将内容回传给CDN节点3。

最后，CDN节点3向内容下载终端2发送媒体内容。

针对上述实施例所提供的CDN业务的实现方法，下面以具体的实施例进行详细的描述：

实施例三：

如图8所示的在短视频分享的使用场景中，本实施例和上述实施例一基于相同的场景应用中。本实施例中具体为在区域1(中国-湖北-武汉)，短视频运营商将内容hello.mp4推送给区域1内的手机用户2以及区域2内的手机用户3，手机用户2通过APP观看视频hello.mp4，以说明在同一区域位置的用户如何采用本发明的方法获得服务；在区域2(中国-江苏-南京)，手机用户3通过手机APP观看视频hello.mp4，以说明不同区域位置的用户如何采用本发明的方法获得服务。

武汉手机用户2观看短视频内容hello.mp4过程如下：

首先，手机用户2打开短视频APP，通过APP Server，向APP Server发起登录，鉴权；

手机用户2通过设备终端向调度服务器请求获取节点2作为下载节点，并获取节点2服务地址；(调度系统通过就近原则以及节点状态，节点负载等信息完成节点查找)

APP Server将手机用户1制作的短视频hello.mp4推送给手机用户2，推送的信息包括短视频的第二内容标识cn-hb-wh-00001-hello.mp4；

手机用户2的APP向节点2的下载地址10.1.1.2：8080下载内容；节点2没有该媒体内容，根据内容标识中的内容位置标识cn-hb-wh-00001找到相邻的节点1；节点2向节点1发起请求，节点1根据请求中的第二内容标识找到该媒体内容发送给节点2，节点将媒体内容转发给手机用户2，手机用户2的APP下载内容，并播放展示。

节点2根据热点缓存策略对hello.mp4内容进行缓存。

南京手机用户3观看hello.mp4的过程具体如下:

手机用户3通过手机终端打开短视频APP，通过APP Server，向APP Server发起登录，鉴权；

APP Server将手机用户1制作的短视频hello.mp4推送给手机用户3，推送的信息包括短视频的标识cn-hb-wh-00001-hello.mp4；

终端设备通过与调度服务器交互获取节点3的服务地址10.2.1.1:8080返回给手机用户3；

手机用户3的节点3的地址10.2.1.1:8080发起短视频内容hello.mp4观看请求，请求包含内容标识cn-hb-wh-00001；

节点3收到请求后根据内容标识中的cn-hb-wh-00001，获得内容所在位置为cn-hb-wh，通过与本节点的内容路由表进行匹配查询，发现可达的节点4有到cn-hb-wh的路由，其位置标识cn-js-nj00002.服务地址为10.2.1.2:8080；

节点3向节点4发起回源请求，请求中包含位置标识cn-hb-wh-00001；

节点4收到请求后，根据位置标识cn-hb-wh-00001，根据内容路由表找到其路由可达节点2，其位置标识cn-hb-wh-00002,是位置标识的最长匹配的节点，因此节点4向节点2发起回源请求，请求中包含位置标识cn-hb-wh-00001，节点2收到请求后，发现由于前次手机用户2请求内容时，在本地已缓存了hello.mp4内容，于是将内容发送给节点4，节点4再转发给节点3，最后由节点3将内容发送给手机用户3，手机用户3的APP下载内容，并播放展示；

节点3和节点4根据热点缓存策略对hello.mp4内容进行缓存。

实施例四：

如图9所示，本实施例和上述实施例二基于相同的场景应用中。本实施例中在区域2(中国-江苏-南京)的手机用户3，观看短视频world.mp4,通过节点4回源到节点5，与实施例三中的路由路径不同。

本实施例中南京手机用户3观看world.mp4的过程如下:

手机用户3打开短视频APP，通过APP Server，向APP Server发起登录，鉴权；

APP Server将手机用户4制作的短视频world.mp4推送给手机用户3，推送的信息包括短视频的标识cn-sh-00001-world.mp4；

APP通过与调度系统交互获取节点3的服务地址10.2.1.1:8080返回给手机用户3；

手机用户3的APP节点3的地址10.2.1.1:8080发起短视频内容world.mp4观看请求，请求包含第二内容标识cn-sh-00001-world.mp4；

节点3收到请求后根据内容标识中的cn-sh-00001-world.mp4，获得内容所在位置为cn-sh-00001，通过与本节点的内容路由表进行匹配查询，发现可达的节点4有到cn-sh的路由，其位置标识cn-sh-00001.服务地址为10.2.1.2:8080；

节点3向节点4发起回源请求，请求中包含位置标识cn-sh-00001；

节点4收到请求后，根据内容位置标识cn-sh-00001，根据内容路由表找到其路由可达节点5，其位置标识cn-sh-00001,是位置标识的最长匹配的节点，因此节点4向节点5发起回源请求，请求中包含位置标识cn-sh-00001，节点5收到请求后，发现本节点已经包含world.mp4内容，于是将内容发送给节点4，节点4再转发给节点3，最后由节点3将内容发送给手机用户3，手机用户3的APP下载内容，并播放展示；

节点3和节点4根据热点缓存策略对world.mp4内容进行缓存。

对比实施例三和实施例四中，南京手机用户3点播分别来自武汉用户1分享的hello.mp4和来自上海手机用户4分享的world.mp4内容的路由过程，播放hello.mp4时路由路径是节点3->节点4->节点2->节点1，播放world.mp4时路由路径是节点3->节点4->节点5,证明采用本发明的方法可以按照不同的内容选择不同的路由路径。

参考图14，图14是本申请另一个实施例提供的CDN业务的实现方法的流程图，该实现方法应用于CDN节点，该实现方法包括但不限于步骤S510和步骤S520。

步骤S510，查找与当前CDN节点相邻的CDN节点。

步骤S520，采集当前CDN节点的邻接内容路由信息，并根据邻接内容路由信息构建当前CDN节点的内容路由表；其中，邻接内容路由信息包括与当前CDN节点相邻的CDN节点的内容位置信息和服务地址，内容位置信息包括内容位置标识。

本实施例中，每个CDN节点都有自己的内容路由表，不需要中心化存储控制模块来管理用户上传内容，有效防止了因为单点模块故障而引发整个CDN服务不可用的问题。

在一实施例中，在所有的区域，所有的CDN节点可以通过自发现协议或通过CDN管理系统找到附近可达的CDN节点，具体体现为，每个CDN节点都收集相邻节点的邻接内容路由信息后，构建自身的内容路由表；其中，邻接内容路由信息，又包含相邻的CDN节点的邻接内容路由信息；其中，每个CDN节点的内容路由表包含多个相邻的CDN节点的邻接内容路由信息；

例如以图3中四个CDN节点为例：

在区域1内，节点1收集到节点2的邻接内容路由信息，并且保存在节点1的内容路由表中；

在区域1内，节点2收集到节点1和节点4的邻接内容路由信息，并且保存在节点2的内容路由表中；

在区域2内，节点3收集到节点4的邻接内容路由信息，并且保存在节点3的内容路由表中；

在区域2内，节点4收集到节点3和节点2的邻接内容路由信息，并且保存在节点4的内容路由表中。

针对上述实施例所提供的CDN业务的实现方法，下面以具体的实施例进行详细的描述：

实施例五：

如图8所示的在短视频分享的使用场景中，本实施例和上述实施例一基于相同的场景应用中。

本实施例在Mesh CDN构建完成后，上述二个区域的4个节点的自发现搜索邻接节点，收集CDN节点的邻接内容路由信息的过程如下：

首先，在区域1内，节点1收集到节点2的邻接内容路由信息，并且保存在节点1的路由表中；

其中节点2的邻接内容路由信息具体为(yaml表述):

最后，节点1的内容路由表(yaml表述)：

在区域1内，节点2收集到节点1和节点4的邻接内容路由信息，并且保存在节点2的内容路由表中；

其中节点1的邻接内容路由信息具体为(yaml表述):

其中节点4的邻接内容路由信息具体为(yaml表述):

最后节点2的内容路由表(yaml表述)：

在区域2内，节点3收集到节点4的邻接内容路由信息，并且保存在节点3的内容路由表中；节点3的路由表格式与节点1和节点2的路由表格式类似，不再赘述，下同；

在区域2内，节点4收集到节点3、节点2的邻接内容路由信息，并且保存在节点4的路由表中。

实施例四：

如图9所示，本实施例和上述实施例二基于相同的场景应用中。

本实施例在Mesh CDN构建完成后，上述区域2(南京)和区域3(上海)中收集CDN节点的邻接内容路由信息的过程如下：

在区域2(南京)内，节点3收集到节点4的邻接内容路由信息，并且保存在节点3的内容路由表中；

在区域2(南京)内，节点4收集到节点3、节点2和节点5的邻接内容路由信息，并且保存在节点4的内容路由表中；

在区域3(上海)内，节点5收集到节点4的邻接内容路由信息，并且保存在节点5的内容路由表中。

图15是本发明实施例一种CDN业务的实现装置的方框示意图，如图15所示，该实现装置包括，第一发送模块110、第二发送模块120和第一接收模块130。

其中，第一发送模块110，用于向CDN节点发送上传请求，上传请求包括第一内容标识；

第二发送模块120，用于接收CDN节点的上传请求响应消息，并向CDN节点发送媒体内容；

第一接收模块130，用于接收CDN节点的第二内容标识，第二内容标识包括第一内容标识和表示媒体内容所在位置的内容位置标识。

图16是本发明实施例一种CDN业务的实现装置的方框示意图，如图16所示，该实现装置包括，第二接收模块210、第三发送模块220、第三接收模块230和第一生成模块240。

第二接收模块210，用于接收到终端设备的上传请求，上传请求包括第一内容标识；

第三发送模块220，用于根据上传请求，向终端设备发送上传请求响应消息；

第三接收模块230，用于接收到终端设备上传的媒体内容，生成表示媒体内容所在位置的内容位置标识；

第一生成模块240，用于根据内容位置标识和第一内容标识，生成第二内容标识并将第二内容标识返回至终端设备。

图17是本发明实施例一种CDN业务的实现装置的方框示意图，如图17所示，该实现装置包括，第四发送单元和第一获取模块。

第四发送单元，用于向CDN节点发送媒体内容的下载请求，下载请求包括有第二内容标识；

第一获取模块，用于从CDN节点获取媒体内容，媒体内容为CDN节点根据第二内容标识中的第一内容标识和内容位置标识确定。

图18是本发明实施例一种CDN业务的实现装置的方框示意图，如图18所示，该实现装置包括，第四接收模块410和第五发送单元420。

第四接收模块410，用于接收到终端设备的下载请求，下载请求包括有第二内容标识；

第五发送单元420，用于根据第二内容标识中的第一内容标识和内容位置标识，向终端设备发送媒体内容。

图19是本发明实施例一种CDN业务的实现装置的方框示意图，如图19所示，该实现装置包括，查找模块和采集模块。

查找模块，用于查找与当前CDN节点相邻的CDN节点；

采集模块，用于采集当前CDN节点的邻接内容路由信息，并根据邻接内容路由信息构建当前CDN节点的内容路由表；其中，邻接内容路由信息包括与当前CDN节点相邻的CDN节点的内容位置信息和服务地址，内容位置信息包括内容位置标识。

另外，本申请的一个实施例提供了一种终端设备，该终端设备包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。

处理器和存储器可以通过总线或者其他方式连接。

需要说明的是，本实施例中的一种终端设备，可以应用于如图2、图3、图8或图9所示实施例中，包括有本实施例中的终端设备，能够构成图2、图3、图8或图9所示实施例中的网络拓扑的一部分，这些实施例均属于相同的发明构思，因此这些实施例具有相同的实现原理以及有益效果，此处不再详述。

实现上述实施例的实现方法所需的非暂态软件程序以及指令存储在存储器中，当被处理器执行时，执行上述实施例的实现方法，例如，执行以上描述的图5中的方法步骤S110至S130、图6中的方法步骤S111至S113、图10中的方法步骤S310至S320、图11中的方法步骤S311至S313。

另外，本申请的一个实施例提供了一种节点服务器，该终端设备包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。

处理器和存储器可以通过总线或者其他方式连接。

需要说明的是，本实施例中的一种节点服务器，可以应用于如图2、图3、图8或图9所示实施例中，包括有本实施例中的终端设备，能够构成图2、图3、图8或图9所示实施例中的网络拓扑的一部分，这些实施例均属于相同的发明构思，因此这些实施例具有相同的实现原理以及有益效果，此处不再详述。

实现上述实施例的实现方法所需的非暂态软件程序以及指令存储在存储器中，当被处理器执行时，执行上述实施例的实现方法，例如，执行以上描述的图7中的方法步骤S210至S240、图13中的方法步骤S410至S420、图14中的方法步骤S510至S520。

此外，本申请的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器或控制器执行，例如，被上述路由装置实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的路由方法，例如，执行以上描述的图2中的方法步骤S100至S300、图6中的方法步骤S310至S330、图7中的方法步骤S340至S360、图8中的方法步骤S311至S312、图9中的方法步骤S341至S342、图10中的方法步骤S370至S380、图13中的方法步骤S410至S420。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本申请的较佳实施进行了具体说明，但本申请并不局限于上述实施方式，熟悉本领域的技术人员在不违背本申请精神的前提下还可作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (15)

1.一种CDN业务的实现方法，应用于终端设备，所述实现方法包括，

向CDN节点发送上传请求，所述上传请求包括第一内容标识；

接收所述CDN节点的上传请求响应消息，并向所述CDN节点发送媒体内容；

接收所述CDN节点的第二内容标识，所述第二内容标识包括第一内容标识和表示所述媒体内容所在位置的内容位置标识。

2.根据权利要求1所述的实现方法，其特征在于，所述的向CDN节点发送上传请求，包括：

向调度服务器发送上传调度请求，所述上传调度请求包括所述终端设备的位置信息；

接收所述调度服务器返回的目标CDN节点的服务地址，所述目标CDN节点由所述调度服务器根据所述位置信息和所述终端设备关联的CDN节点信息所确定，所述CDN节点信息为所述调度服务器根据所述位置信息获取得到；

根据所述服务地址向所述目标CDN节点发送上传请求。

3.根据权利要求2所述的实现方法，其特征在于，所述CDN节点信息包括以下至少之一：节点状态、负载信息和存储容量。

4.一种CDN业务的实现方法，应用于CDN节点，所述实现方法包括，

接收终端设备的上传请求，所述上传请求包括第一内容标识；

根据所述上传请求，向所述终端设备发送上传请求响应消息；

接收所述终端设备上传的媒体内容，生成表示所述媒体内容所在位置的内容位置标识；

根据所述内容位置标识和所述第一内容标识，生成第二内容标识并将所述第二内容标识返回至所述终端设备。

5.一种CDN业务的实现方法，应用于终端设备，所述实现方法包括，

向CDN节点发送媒体内容的下载请求，所述下载请求包括有第二内容标识；

从所述CDN节点获取所述媒体内容，所述媒体内容为所述CDN节点根据所述第二内容标识中的第一内容标识和内容位置标识确定。

6.根据权利要求5所述的实现方法，其特征在于，所述向CDN节点发送媒体内容的下载请求，包括：

向调度服务器发送下载调度请求，所述下载调度请求包括所述终端设备的位置信息；

接收所述调度服务器返回的目标CDN节点的服务地址，所述目标CDN节点由所述调度服务器根据所述位置信息和所述终端设备关联的CDN节点信息所确定，所述CDN节点信息为所述调度服务器根据所述位置信息获取得到；

根据所述服务地址向所述目标CDN节点发送媒体内容的下载请求。

7.根据权利要求6所述的实现方法，其特征在于，所述CDN节点信息包括以下至少之一：节点状态、负载信息和存储容量。

8.一种CDN业务的实现方法，应用于CDN节点，所述实现方法包括，

接收终端设备的下载请求，所述下载请求包括有第二内容标识；

根据所述第二内容标识中的第一内容标识和内容位置标识，向所述终端设备发送媒体内容。

9.根据权利要求8所述的实现方法，其特征在于，所述根据所述第二内容标识中的第一内容标识和内容位置标识，向所述终端设备发送媒体内容，具体为：

根据所述第一内容标识和所述内容位置标识，逐级查找缓存有所述媒体内容的CDN节点，直到找到缓存有所述媒体内容的CDN节点，所述缓存有所述媒体内容的CDN节点将所述媒体内容逐级返回至所述终端设备。

10.根据权利要求9所述的实现方法，其特征在于，所述逐级查找缓存有所述媒体内容的CDN节点，包括：

若当前CDN节点本地缓存有所述媒体内容，则确定当前CDN节点为缓存有所述媒体内容的CDN节点；

若当前CDN节点本地没有缓存所述媒体内容，则根据所述内容位置标识和本地保存的内容路由表确定下一跳CDN节点，并发送回源请求到下一跳CDN节点进行所述媒体内容的查找，所述回源请求包括第二内容标识。

11.根据权利要求10所述的实现方法，其特征在于，所述内容路由表的更新步骤包括：

查找与当前CDN节点相邻的CDN节点；

采集所述当前CDN节点的邻接内容路由信息，并根据所述邻接内容路由信息构建当前CDN节点的内容路由表；其中，所述邻接内容路由信息包括与所述当前CDN节点相邻的CDN节点的内容位置信息和服务地址，所述内容位置信息包括内容位置标识。

12.一种CDN业务的实现方法，应用于CDN节点，所述实现方法包括，

查找与当前CDN节点相邻的CDN节点；

采集所述当前CDN节点的邻接内容路由信息，并根据所述邻接内容路由信息构建当前CDN节点的内容路由表；其中，所述邻接内容路由信息包括与所述当前CDN节点相邻的CDN节点的内容位置信息和服务地址，所述内容位置信息包括内容位置标识。

13.一种终端设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至3中任意一项所述的实现方法或实现如权利要求5至7中任意一项所述的实现方法。

14.一种节点服务器，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求4所述的实现方法或实现如权利要求8至11中任意一项所述的实现方法或实现如权利要求12所述的实现方法。

15.一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1至12中任意一项所述的实现方法。

Images