CN104168300B

CN104168300B - 内容加速方法与系统

Info

Publication number: CN104168300B
Application number: CN201310182396.1A
Authority: CN
Inventors: 陈晓益; 雷葆华
Original assignee: China Telecom Corp Ltd
Current assignee: China Telecom Corp Ltd
Priority date: 2013-05-17
Filing date: 2013-05-17
Publication date: 2017-06-27
Anticipated expiration: 2033-05-17
Also published as: CN104168300A

Abstract

本公开涉及一种内容加速方法与系统。该方法包括客户端自管控中心服务器获取客户端所属代理节点的IP地址，并与客户端所属代理节点建立透明代理关系；客户端所属代理节点接收客户端发出的获取互联网内容的请求并判断其本地是否缓存了所请求的互联网内容；如缓存了且未过期，则将内容返回给客户端，否则客户端所属代理节点向管控中心服务器查询其他代理节点是否缓存有该内容；如果缓存了，则向客户端所属代理节点返回缓存了该内容的代理节点的IP地址；客户端所属代理节点与缓存了该内容的代理节点建立连接并自该代理节点获取该内容并转发至客户端；如果均未缓存，则客户端所属代理节点向互联网请求该内容。本公开能够保证内容的快速响应。

Description

内容加速方法与系统

技术领域

本公开涉及数据通信领域，特别地，涉及一种内容加速方法与系统。

背景技术

在现有的互联网内容加速服务中，CDN（Content Distribution Network，内容分发网络）充当了十分重要的角色。ISP（Internet Service Provider，互联网服务提供商）可以通过CDN将视频、网页以及应用等内容和数据分发到离用户最近的CDN边缘节点，以提升用户访问网站的速度，尤其是数据量较大的互联网视频业务。

在典型的互联网访问流程中，CDN在逻辑上就是它所服务的网站的一个网关，互联网用户要访问网站内容，需要通过CDN这个网状化的网关来实现，因此CDN通常采用反向代理的方式服务于所加速的网络。

不管是ISP的CDN，还是专业的CDN运营商，再或者是网站自建的CDN，其边缘节点的Cache（缓存）绝大部分都部署在IDC（Internet Data Center，互联网数据中心）机房，这种部署方式虽然解决了流量在IP骨干网拥塞的问题，但Cache离用户依然存在一定的距离，这部分距离包括了IDC出口、城域网、接入网等多个网络段，任何一个网络段出现流量拥塞或故障都会对内容加速造成一定的影响，用户体验大打折扣，尤其是在大量互联网用户并发访问高清视频内容的时候。

现有的通过CDN加速的网站大部分都是采用后向收费的模式，这种模式下的CDN业务收入主要来自于ISP，互联网最终用户并没有出钱来购买所看到的内容，所以互联网用户通过CDN来访问网站内容时，即使质量和速度存在稍许的不足，用户也能接受，因此现有的CDN架构与网站的运营状况还比较匹配。

随着互联网电视、高清视频、社交分享应用的发展，互联网商业模式的新变化对内容加速也提出了新的要求。第一，互联网用户对视频质量的要求越来越高，针对用户高清点播和直播的前向收费模式越来越成熟，因此视频内容的吸引力和在线观看的质量必须得到更好的保证，特别是在用户访问比较集中的热门时段；第二，内容的经营也需要慢慢的从网站经营转变成用户经营，互联网用户的习惯偏好是内容推荐和精准广告的基础；第三，用户自己产生的视频内容也越来越多，移动互联网的发展让视频内容的分享成为互联网中极其重要的社交应用。

现有的大部分CDN虽然在一定程度上能提供较好的视频或其它内容的加速服务，但对于以上提到的互联网新型加速要求还存在一定的不足。大部分的CDN节点部署的位置比较高，比如在电信运营商的IDC机房，从IDC机房到用户终端的这部分视频QoS（Qualityof Service，服务质量）无法得到保障。另外，CDN的全局调度基本是根据用户的IP地址或者本地DNS（Domain Name Server，域名服务器）地址来做就近性判断的，这种判断只是一种粗略的判断，用户终端与提供服务的Cache的实际距离并非在物理路由上最优。

现有的大部分网站通过在用户终端存放Cookie来标识互联网用户的身份和访问记录，从而对用户在本网站内的习惯偏好进行分析记录，但是对用户在其它网站上的访问习惯无法得知，即使某个CDN可以同时加速多个网站，但各个网站Cookie的自定义特征也无法使CDN能够判断用户是否为同一人，所以CDN反向代理的工作方式对于用户行为的精确描述还存在一定的局限性。

用户自己制作内容是今后互联网视频应用发展的趋势，用户在上传这些视频内容到网站时可以通过CDN来实现，但目前大部分CDN部署位置较高以及CDN Cache与用户终端之间缺乏带宽保证，所以视频文件上传的体验仍然不好。另外CDN分配给用户的最近Cache在实际物理路由上也并不一定是最近的。

发明内容

本公开鉴于以上问题中的至少一个提出了新的技术方案。

本公开在其一个方面提供了一种内容加速方法，能够保证内容的快速响应。

本公开在其另一方面提供了一种内容加速系统，能够保证内容的快速响应。

根据本公开，提供一种内容加速方法，包括：

客户端自管控中心服务器获取客户端所属代理节点的IP地址，并与客户端所属代理节点建立透明代理关系；

客户端所属代理节点接收客户端发出的获取互联网内容的请求；

判断客户端所属代理节点本地是否缓存了所请求的互联网内容；

如缓存了所请求的互联网内容并且互联网内容未过期，则将缓存的互联网内容返回给客户端，否则客户端所属代理节点向管控中心服务器查询其他代理节点是否缓存有所请求的互联网内容；

如果管控中心服务器判断出其他代理节点缓存了所请求的互联网内容，则向客户端所属代理节点返回缓存了所请求的互联网内容的代理节点的IP地址；

客户端所属代理节点与缓存了所请求的互联网内容的代理节点建立连接，从缓存了所请求的互联网内容的代理节点获取互联网内容并转发至客户端；

如果管控中心服务器判断出其他所有代理节点均未缓存所请求的互联网内容，则客户端所属代理节点向互联网请求所需的互联网内容。

在本公开的一些实施例中，客户端自管控中心服务器获取客户端所属代理节点的IP地址的步骤包括：

管控中心服务器接收客户端发出的对客户端所属代理节点的IP地址的请求，请求中包含客户端接入互联网提供商的业务呈现点的IP地址；

根据存储的各代理节点的IP地址与相应业务呈现点的IP地址的对应关系找到并向客户端返回客户端所属代理节点的IP地址。

在本公开的一些实施例中，客户端所属代理节点向互联网请求所需的互联网内容的步骤包括：

客户端所属代理节点请求域名服务器对客户端所请求的互联网内容的域名进行解析；

获取解析出的IP地址并发送至管控中心服务器；

管控中心服务器查找与接收的IP地址在物理上最近的代理节点的IP地址并返回给客户端所属代理节点；

判断与接收的IP地址在物理上最近的代理节点与客户端所属代理节点是否为同一节点；

如为同一节点，则客户端所属代理节点向域名服务器解析出的IP地址发出内容获取请求，并将获取的内容返回给客户端；

如不为同一节点，则客户端所属代理节点将物理上最近的代理节点设为自己的正向代理节点，并将客户端发出的获取互联网内容的请求转交给物理上最近的代理节点；

物理上最近的代理节点向域名服务器解析出的IP地址发出内容获取请求，并将获取的内容通过客户端所属代理节点返回给客户端。

在本公开的一些实施例中，解析出的IP地址为网站源站的IP地址或内容分发网络的入口IP地址。

在本公开的一些实施例中，内容分发网络的入口IP地址为内容分发网络的边缘节点的IP地址或内容分发网络的调度节点的IP地址。

根据本公开，还提供了一种内容加速系统，包括客户端、管控中心服务器和多个代理节点，其中，

客户端用于向管控中心服务器发送获取客户端所属代理节点的IP地址的请求以及向客户端所属代理节点发送获取互联网内容的请求；

多个代理节点中的客户端所属代理节点用于与客户端建立透明代理关系，接收客户端发送的获取互联网内容的请求，判断客户端所属代理节点本地是否缓存了所请求的互联网内容，如缓存了所请求的互联网内容并且互联网内容未过期，则将缓存的互联网内容返回给客户端，否则向管控中心服务器查询其他代理节点是否缓存有所请求的互联网内容，如缓存了，则与管控中心服务器返回的代理节点建立连接，从缓存了所请求的互联网内容的代理节点获取互联网内容并转发至客户端，否则向互联网请求所需的互联网内容；

管控中心服务器用于查找并向客户端返回客户端所属代理节点的IP地址，判断其他代理节点是否缓存了所请求的互联网内容，如缓存了，则向客户端所属代理节点返回缓存了所请求的互联网内容的代理节点的IP地址。

在本公开的一些实施例中，客户端向管控中心服务器发送的获取客户端所属代理节点的IP地址的请求中包含客户端接入互联网提供商的业务呈现点的IP地址，管控中心服务器还根据存储的各代理节点的IP地址与相应业务呈现点的IP地址的对应关系找到并向客户端返回客户端所属代理节点的IP地址。

在本公开的一些实施例中，系统还包括域名服务器，其中，

客户端所属代理节点还请求域名服务器对客户端所请求的互联网内容的域名进行解析，获取解析出的IP地址并发送至管控中心服务器，判断与接收的IP地址在物理上最近的代理节点与客户端所属代理节点是否为同一节点，如为同一节点，则客户端所属代理节点向域名服务器解析出的IP地址发出内容获取请求，并将获取的内容返回给客户端，如不为同一节点，则客户端所属代理节点将物理上最近的代理节点设为自己的正向代理节点，并将客户端发出的获取互联网内容的请求转交给物理上最近的代理节点；

管控中心服务器还查找与接收的IP地址在物理上最近的代理节点的IP地址并返回给客户端所属代理节点；

多个代理节点中与域名服务器解析出的IP地址在物理上最近的代理节点用于向域名服务器解析出的IP地址发出内容获取请求，并将获取的内容通过客户端所属代理节点返回给客户端。

在本公开的技术方案中，与以服务网站为中心的CDN不同，本公开的内容加速网络以服务用户为中心，将代理节点部署在离用户最近的互联网提供商的业务呈现点，通过更接近用户的网络部署和QoS带宽保障高效高质的为用户主动获取所需的互联网内容，同时实现用户的精细化和差异化运营。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分。在附图中：

图1是本公开内容加速网络的架构示意图。

图2是本公开一个实施例的内容加速方法的流程示意图。

图3是本公开代理节点分配机制的一个实例的流程示意图。

图4是本公开代理节点对内容逻辑进行处理的一个实例的流程示意图。

图5是本公开中请求代理节点直接向互联网直接请求内容的流程示意图。

图6示出了请求代理节点通过最近代理节点从源站获取内容的示意图。

图7示出了用户通过最近代理节点从CDN来获取内容的示意图。

图8是本公开一个实施例的内容加速系统的结构示意图。

图9是本公开另一实施例的内容加速系统的结构示意图。

具体实施方式

下面将参照附图描述本公开。要注意的是，以下的描述在本质上仅是解释性和示例性的，决不作为对本公开及其应用或使用的任何限制。除非另外特别说明，否则，在实施例中阐述的部件和步骤的相对布置以及数字表达式和数值并不限制本公开的范围。另外，本领域技术人员已知的技术、方法和装置可能不被详细讨论，但在适当的情况下意在成为说明书的一部分。

针对现有技术中CDN使用反向代理进行内容加速的方式，本公开下述实施例基于透明代理和正向代理方式提出了一种新型的内容加速网络架构，其可以与传统CDN并行工作以提升内容的加速体验，也可以独立进行内容加速。

图1是本公开内容加速网络的架构示意图。

如图1所示，该内容加速网络在逻辑上由一个管控中心服务器和多个部署在ISP的POP（Point of Presence，业务呈现点）旁边的代理节点组成，ISP的POP点与代理节点相关联，一个POP点对应一个代理节点。从功能上讲，管控中心服务器负责代理节点的节点管理、内容管理和用户管理等，代理节点通过透明代理方式直接代表终端用户请求相关互联网上的内容和应用。具体的功能分析将在后面的描述中详细介绍。

图2是本公开一个实施例的内容加速方法的流程示意图。

如图2所示，该实施例可以包括以下步骤：

S202，客户端自管控中心服务器获取客户端所属代理节点的IP地址，并与客户端所属代理节点建立透明代理关系；

其中，透明代理指客户端根本不需要知道有代理服务器的存在，代理服务器获得客户端发出的请求消息后，改变客户端请求消息的请求域，然后传送代理服务器自身的真实IP。

此外，客户端所属代理节点指与客户端通过接入网相连的ISP的POP点一一对应的代理节点。

S204，在客户端与客户端所属代理节点建立透明代理关系后，客户端所属代理节点可以接收客户端发出的获取互联网内容的请求。

S206，客户端所属代理节点判断其本地是否缓存了所请求的互联网内容。

S208，如缓存了所请求的互联网内容并且互联网内容未过期，则将缓存的互联网内容返回给客户端，进而以最快速度响应客户端的请求，否则客户端所属代理节点向管控中心服务器查询其他代理节点是否缓存有所请求的互联网内容。

S210，如果管控中心服务器判断出其他代理节点缓存了所请求的互联网内容，则向客户端所属代理节点返回缓存了所请求的互联网内容的代理节点的IP地址；

具体地，只要其他代理节点中有一个代理节点缓存了所请求的互联网内容，就可以将缓存了所请求互联网内容的一个代理节点的IP地址返回给客户端所属代理节点，如果其他代理节点中有多个代理节点缓存了所请求的互联网内容，则可以从其中找出一个最佳代理节点，并将该最佳代理节点的IP地址返回给客户端所属代理节点，其中，管控中心服务器可以根据就近性、链路质量和/或节点负载量确定出该最佳代理节点，例如，可以选取离客户端所属代理节点在物理上最接近的代理节点作为最佳代理节点，也可以选取链路质量最好的节点作为最佳代理节点，或者是选取负载量最轻的节点作为最佳代理节点，还可以综合考虑这三个因素或这三个因素中的两个因素来确定最佳代理节点。

S212，客户端所属代理节点与缓存了所请求的互联网内容的代理节点建立连接，从缓存了所请求的互联网内容的代理节点获取互联网内容并转发至客户端。

S214，如果管控中心服务器判断出其他所有代理节点均未缓存所请求的互联网内容，则客户端所属代理节点向互联网请求所需的互联网内容。

该实施例以服务用户（即，客户端）为中心，将代理节点部署在离用户最近的互联网提供商的业务呈现点，通过更接近用户的网络部署和QoS带宽保障高效高质的为用户主动获取所需的互联网内容，同时实现用户的精细化和差异化运营。

其中，步骤S202中客户端自管控中心服务器获取客户端所属代理节点的IP地址的步骤可以包括：

管控中心服务器接收客户端发出的对客户端所属代理节点的IP地址的请求，该请求中包含客户端接入互联网提供商的业务呈现点的IP地址；

管控中心服务器根据存储的各代理节点的IP地址与相应业务呈现点的IP地址的对应关系找到并向客户端返回客户端所属代理节点的IP地址。

在步骤S210中，客户端所属代理节点向互联网请求所需的互联网内容的步骤可以包括：

客户端所属代理节点自域名服务器获取解析出的IP地址并发送至管控中心服务器；

管控中心服务器查找与接收的IP地址对应的节点在物理上最近的代理节点的IP地址并返回给客户端所属代理节点；

判断与接收的IP地址对应的节点在物理上最近的代理节点和客户端所属代理节点是否为同一节点；

物理上最近的代理节点向域名服务器解析出的IP地址发出内容获取请求，并将获取的内容通过客户端所属代理节点返回给客户端；

其中，正向代理指一个位于客户端和被访问服务器（即，网站源站服务器）之间的服务器，为了从被访问服务器取得内容，客户端向代理发送一个请求并指定目标（即，被访问服务器），然后代理向被访问服务器转交请求并将获得的内容返回给客户端。

在上述实施例中，解析出的IP地址可以为网站源站的IP地址或内容分发网络的入口IP地址。内容分发网络的入口IP地址又可以为内容分发网络的边缘节点的IP地址或内容分发网络的调度节点的IP地址。

接下来，通过一个具体实例对本公开的内容加速方法作进一步说明。

图3是本公开代理节点分配机制的一个实例的流程示意图。

如图3所示，可以包括以下过程：

S302，用户在需要通过图1所示内容加速网络获取所需内容时，在本地PC或者机顶盒上打开特定的客户端或者定制的浏览器；

S304，在客户端启动后，客户端通过ISP的POP点直接向管控中心服务器请求客户端所属代理节点的IP地址，该请求中包含了用户接入ISP的POP点的IP地址；

S306，管控中心服务器根据POP点的IP地址查找与POP点的IP地址关联的代理节点的IP地址；

S308，管控中心服务器将找到的代理节点的IP地址返回给客户端所属代理节点；

S310，用户通过与客户端所属代理节点进行协商，与客户端所属节点建立透明代理关系，并确定此代理节点为用户提供透明代理的服务。

在该实施例中，用户与代理节点之间的所有通信链路通过QoS机制来保障相应的接入带宽。同样，内容加速网络中的各代理节点之间也在物理上或逻辑上采用QoS机制来保障相应的传输带宽，例如，物理上可以通过独立IP网络或通道来保障QoS，逻辑上可以通过MPLS（Multi－Protocol Label Switch，多协议标签交换）等主流技术来保障。因此，本公开内容加速网络中的用户与代理节点之间、代理节点与代理节点之间都提供相应的QoS机制来保障传输带宽。

如图4所示，可以包括以下过程：

为方便表述，我们在这里可以把收到用户请求的代理节点称为请求代理节点，即，前述的客户端所属代理节点。

S402，当用户通过客户端或定制的浏览器向请求代理节点发出获取某互联网内容的请求（例如，输入URL（Uniform Resource Locator，统一资源定位器））；

S404，请求代理节点先判断本地是否缓存了用户所请求的内容；

S406，如果请求代理节点本地缓存了所请求的内容且该内容没有过期，则将该内容直接返回给用户；

S408，如果请求代理节点本地未缓存所请求的内容，则请求代理节点向管控中心服务器请求查询是否有其它代理节点缓存有此内容；

S410，管控中心服务器查询其他代理节点是否缓存有此内容，如果其它代理节点缓存有此内容，则管控中心服务器可以根据就近性、链路质量和/或节点负载量确定出存储了所请求内容的最佳代理节点；

S412，如果查询到缓存有此内容的最佳代理节点，则将该节点的IP地址返回给请求代理节点，否则，告知请求代理节点未找到缓存有所请求内容的节点；

S414，在管控中心服务器找到最佳代理节点的情况下，请求代理节点与最佳代理节点建立连接，并接收所请求的内容；

S416，在管控中心服务器未找到缓存有所请求内容的代理节点的情况下，请求代理节点直接向互联网请求所需的内容；

S418，请求代理节点将自最佳代理节点获取的或自互联网获取的内容转发给用户。

其中，内容在代理节点中的缓存与否以及缓存的时长可以根据设定策略来决定，如果由各个代理节点组成的内容加速网络与网站和CDN运营商之间有合作协议，那么网站和CDN可以通过一定API（Application Program Interface，应用程序接口）将缓存策略告知此内容加速网络。如果网站和CDN与此内容加速网络之间没有合作，或者网站和CDN将缓存策略交给此内容加速网络来决定，则此内容加速网络可以通过用户点击的频率来决定缓存时间的大小。例如，第一次在此内容加速网络中缓存的内容被给予一个默认的缓存时长，在默认缓存时长到期后检查默认时长内的点击数量，计算出频率值，根据频率值的大小确定是否继续缓存以及缓存时长是多少。如果内容在代理节点被缓存，则代理节点会将缓存内容的信息告知管控中心服务器，以便管控中心服务器对内容进行管理。

在该实例中，如果请求代理节点在网内没有找到所请求的内容，则直接向互联网发出请求来获取该内容。

当请求代理节点获知管控中心服务器没有找到缓存有所请求内容的代理节点时，像普通互联网用户一样直接发起带有URL的访问请求，不过整个过程与我们平常上网时浏览器发起请求的过程有所不同。

如图5所示，可以包括以下过程：

S502，当请求代理节点发起请求时，请求代理节点首先向DNS请求域名解析；

S504，如果域名所属网站没有采用CDN加速，则DNS最终返回网站源站的IP地址，如果所访问网站采用了CDN加速，则返回的是CDN的入口地址，此入口地址根据CDN重定向策略的差异有所不同，如果CDN采用的重定向策略是DNS重定向，则最终返回的是CDN边缘节点（例如，单台Cache或Cache集群）的地址，如果CDN采用的重定向策略是应用层重定向，则返回的是调度节点（例如，全局服务负载均衡节点）的地址；

S506，请求代理节点将域名解析后的IP地址发送给管控中心服务器；

S508，管控中心服务器根据被解析的IP地址查找数据库，找到与此IP地址在物理上最近的代理节点的IP地址；

S510，管控中心服务器将找到的物理上最近的代理节点的IP地址返回给请求代理节点；

S512，请求代理节点判断接收的物理上最近的代理节点域请求代理节点是否为同一节点；

S514，如果是同一个节点，则请求代理节点直接向DNS解析出来的地址发出内容获取请求，并将获取的内容返回给用户；

S516，如果最近的代理节点与请求代理节点不是同一节点，则请求代理节点将最近的代理节点设为自己的正向代理节点，并将用户请求再次转交给最近的代理节点来处理；

S518，最近代理节点直接向DNS解析的IP地址发出URL请求，获取用户所需内容；

S520，最近代理节点将获取的内容转发至请求代理节点，并由请求代理节点将内容转交给用户。

在该实例中，内容加速网络可以确定自己网内的哪个代理节点距离所需的内容最近，从而通过该最近的代理节点快速获取内容，然后通过代理节点之间以及代理节点与用户之间有QoS保障的路由将内容送给用户。

下面针对所访问网站的三种典型情况进行相关机制的分析。

第一，网站未使用CDN加速。请求代理节点通过域名解析得到的IP地址为源站服务器地址，管控中心服务器得到的最近代理节点距离源站服务器最近，因而能够以最快的速度获取所需内容，并通过具有QoS带宽保证的路由发送到请求代理节点，然后再由请求代理节点转发给用户，如图6所示。

第二，网站使用CDN加速。请求代理节点通过域名解析得到的IP地址为CDN边缘节点的地址，由于管控中心服务器保存有完整的IP地址表以及对应的网络拓扑结构，因此其知道各节点之间的远近关系，进而可以根据这个地址确定最近代理节点的地址。如果最近代理节点与请求代理节点一致，则请求代理节点与CDN边缘节点建立连接，获取所需内容再转发给用户；如果最近代理节点与请求代理节点不一致，请求代理节点把最近代理节点设为它的正向代理，最近代理节点与CDN边缘节点建立连接，获取所需内容，然后转发给请求代理节点，再转发给用户，如图7所示。在图7的左图中，请求代理节点和最近代理节点为同一节点，右图中请求代理节点和最近代理节点为不同节点。

第三，网站采用CDN加速，但采用应用层重定向的调度策略。请求代理节点通过域名解析得到的IP地址为调度节点的IP地址，请求代理节点把最近代理节点设为它的正向代理，最近代理节点向调度节点发起URL请求，调度节点根据最近代理节点的IP地址，使用302跳转方式将访问重定向到与最近代理节点距离最近的CDN边缘节点上，最近代理节点从此CDN边缘节点获取内容，再转发给请求代理节点以及用户。其中，用户和请求代理节点获取内容的示意图与图7相同。

上面提到的DNS重定向和应用层重新向是CDN调度策略中的两种方式，这里不排除网站的CDN会使用其它的调度方式，但不管DNS解析结果是源站地址还是为源站提供加速和分发服务的CDN节点地址，最终都为请求代理节点提供了一个获取内容的入口地址，由各个代理节点构成的内容采集网可以根据这个地址安排离它最近的代理节点去主动获取内容，再通过代理节点之间的QoS通道快速返回给请求代理节点，最后再转发到用户。

如果用户所访问网站没有使用CDN或者只在局部区域使用了CDN加速而且用户距离源站和CDN比较远，则本公开上述实施例能够帮助用户较快的获取所需内容。

在上述实施例中，每个用户可以通过其客户端所属的代理节点来获取所请求的互联网内容，客户端所属代理节点会记录用户访问的所有内容，包括用户访问不同网站的内容，通过对各个内容进行数据挖掘可以分析总结出每个用户的行为偏好，再根据这些行为偏好与网站合作，向用户推送他可能感兴趣的内容以及广告。与现有的CDN节点能力相比，实施本公开实施例的用户在更换IP地址或者在不同地方上网后，代理节点也能够通过用户的透明代理客户端来准确判断用户是否为同一人。另外，代理节点可以记录用户访问的所有网站，因此能够更全面更准确的描述用户的行为特征和习惯偏好。

此外，用户上传自己产生的内容（例如，视频）的过程与获取内容的过程类似，也是由管控中心服务器通过内容采集网的代理节点找到与代理节点距离最近的源站或者CDN节点，然后通过代理节点的转发将内容高效快速地传递到网站进行分享。

本领域普通技术人员可以理解，实现上述方法实施例的全部和部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算设备可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质可以包括ROM、RAM、磁碟和光盘等各种可以存储程序代码的介质。

图8是本公开一个实施例的内容加速系统的结构示意图。

如图8所示，该实施例中的内容加速系统80可以包括客户端802、管控中心服务器804和多个代理节点806，其中，

客户端802用于向管控中心服务器发送获取客户端所属代理节点的IP地址的请求以及向客户端所属代理节点发送获取互联网内容的请求；

多个代理节点806中的客户端所属代理节点用于与客户端建立透明代理关系，接收客户端发送的获取互联网内容的请求，判断客户端所属代理节点本地是否缓存了所请求的互联网内容，如缓存了所请求的互联网内容并且互联网内容未过期，则将缓存的互联网内容返回给客户端，否则向管控中心服务器查询其他代理节点是否缓存有所请求的互联网内容，如缓存了，则与管控中心服务器返回的代理节点建立连接，从缓存了所请求的互联网内容的代理节点获取互联网内容并转发至客户端，否则向互联网请求所需的互联网内容；

管控中心服务器804用于查找并向客户端返回客户端所属代理节点的IP地址，判断其他代理节点是否缓存了所请求的互联网内容，如缓存了，则向客户端所属代理节点返回缓存了所请求的互联网内容的代理节点的IP地址。

该实施例以服务用户为中心，将代理节点部署在离用户最近的互联网提供商的业务呈现点，通过更接近用户的网络部署和QoS带宽保障高效高质的为用户主动获取所需的互联网内容，同时实现用户的精细化和差异化运营。

进一步地，客户端向管控中心服务器发送的获取客户端所属代理节点的IP地址的请求中包含客户端接入互联网提供商的业务呈现点的IP地址，管控中心服务器还根据存储的各代理节点的IP地址与相应业务呈现点的IP地址的对应关系找到并向客户端返回客户端所属代理节点的IP地址。

进一步地，内容加速系统还可以包括域名服务器，其中，客户端所属代理节点还请求域名服务器对客户端所请求的互联网内容的域名进行解析，获取解析出的IP地址并发送至管控中心服务器，判断与接收的IP地址在物理上最近的代理节点与客户端所属代理节点是否为同一节点，如为同一节点，则客户端所属代理节点向域名服务器解析出的IP地址发出内容获取请求，并将获取的内容返回给客户端，如不为同一节点，则客户端所属代理节点将物理上最近的代理节点设为自己的正向代理节点，并将客户端发出的获取互联网内容的请求转交给物理上最近的代理节点；

其中，解析出的IP地址为网站源站的IP地址或内容分发网络的入口IP地址。内容分发网络的入口IP地址为内容分发网络的边缘节点的IP地址或内容分发网络的调度节点的IP地址。

在一个具体实例中，管控中心服务器和代理节点可以通过图9所示的结构实现。

图9是本公开另一实施例的内容加速系统的结构示意图。

如图9所示，该实施例中的内容加速系统中的代理节点902可以包括透明代理单元902a、正向代理单元902b、内容请求和接收单元902c、缓存902d、第一内容管理单元902e、第一节点管理单元902f和第一用户管理单元902g。管控中心服务器904可以包括IP地址管理单元904a、第二用户管理单元904b、第二节点管理单元904c和第二内容管理单元904d。

代理节点902中各个单元的功能如下：

透明代理单元902a：负责处理与用户的透明代理交互，包括接收和响应用户的透明代理请求、对用户进行认证、接收和转发用户的内容访问请求、对用户访问习惯和行为偏好进行统计。

正向代理单元902b：负责处理本代理节点与其它代理节点的正向代理交互，包括正向代理节点地址的设定、对其它代理节点发出的正向代理请求的认证、与多个代理节点的各个正向代理关系的管理和区分。

缓存902d：负责对用户请求的内容进行缓存。本单元按照前面所述的缓存策略对用户访问过的内容进行缓存，当用户通过透明代理模块请求所缓存的内容时直接向用户返回相应内容，同时定期向代理节点的第一内容管理单元汇报所存内容情况。

内容请求和接收单元902c：负责向其它代理节点或互联网发出内容访问的请求和接收所需内容，接收用户的内容请求和转发用户所需内容，向本代理节点的第一内容管理单元查询是否存有所需的内容，如有则将内容转发给用户，如没有，则向管控中心服务器的IP地址管理单元查询距离所需内容最近的代理节点的IP地址。

第一内容管理单元902e：对本代理节点内缓存的内容进行管理，包括内容的登记、删除等，定期向管控中心服务器的第二内容管理单元汇报本代理节点的内容信息，向管控中心服务器的第二内容管理单元查询存有所需内容的代理节点。

第一节点管理单元902f：对本代理节点的硬件、软件、资源使用情况进行监控，定期向管控中心服务器汇报此类统计信息，在发生故障时向管控中心服务器发出告警信息等。

第一用户管理单元902g：对本代理节点所服务的用户进行统计，包括每个用户的身份认证信息、用户的行为偏好等，定期向管控中心服务器的第二用户管理单元汇报本代理节点的用户信息。

管控中心服务器904上的各个单元的功能如下：

IP地址管理单元904a：负责记录所有代理节点的IP地址与相关联POP点IP地址的绑定信息，对所有IP地址归属地进行精确管理，精确判断与任何IP地址在物理上最近的代理节点的IP地址。

第二内容管理单元904d：定期接收代理节点中第一内容管理单元上报的内容信息，响应代理节点的内容查询请求。

第二节点管理单元904c：定期从代理节点的第一节点管理单元收集代理节点的运行信息，接收代理节点的告警信息。

第二用户管理单元904b：定期从代理节点的第一用户管理单元收集代理节点所服务的各用户的身份信息以及行为偏好信息。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同和相似的部分可以相互参见。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处可以参见方法实施例部分的说明。

本公开上述实施例具有以下有益效果：

（1）各代理节点部署在离用户最近的POP点，代理节点与用户之间以及各代理节点之间均提供了QoS保障，可以保证内容在通常最拥挤路径中得到较高的质量保证。

（2）代理节点按照本地、网内、网外的逻辑顺序来获取内容，保证了可以高效快速地获取所请求的内容。

（3）当从网外获取内容时，能够通过距离内容位置最近的代理节点去获取内容，然后通过网内的QoS通道转发给用户，保证了内容的快速响应。

（4）本公开中的内容加速网络是以用户服务为中心，通过对本网络加速的所有用户对不同网站的请求的综合分析，可以准确地获取用户的行为偏好，而不是用户对特定网站的行为偏好。

（5）本公开中的内容加速网络对于用户自产生的内容的上传和分享也有较大的优势。

虽然已参照示例性实施例描述了本公开，但应理解，本公开不限于上述的示例性实施例。对于本领域技术人员显然的是，可以在不背离本公开的范围和精神的条件下修改上述的示例性实施例。所附的权利要求的范围应被赋予最宽的解释，以包含所有这样的修改以及等同的结构和功能。

Claims

1.一种内容加速方法，其特征在于，包括：

客户端所属代理节点接收所述客户端发出的获取互联网内容的请求；

如缓存了所请求的互联网内容并且所述互联网内容未过期，则将缓存的互联网内容返回给所述客户端，否则客户端所属代理节点向所述管控中心服务器查询其他代理节点是否缓存有所请求的互联网内容；

如果所述管控中心服务器判断出其他代理节点缓存了所请求的互联网内容，则向客户端所属代理节点返回缓存了所请求的互联网内容的代理节点的IP地址；

客户端所属代理节点与缓存了所请求的互联网内容的代理节点建立连接，从缓存了所请求的互联网内容的代理节点获取互联网内容并转发至所述客户端；

如果所述管控中心服务器判断出其他所有代理节点均未缓存所请求的互联网内容，则客户端所属代理节点向互联网请求所需的互联网内容；

其中，所述客户端所属代理节点向互联网请求所需的互联网内容的步骤包括：

获取解析出的IP地址并发送至所述管控中心服务器；

所述管控中心服务器查找与接收的IP地址在物理上最近的代理节点的IP地址并返回给客户端所属代理节点；

如为同一节点，则客户端所属代理节点向域名服务器解析出的IP地址发出内容获取请求，并将获取的内容返回给所述客户端；

如不为同一节点，则客户端所属代理节点将所述物理上最近的代理节点设为自己的正向代理节点，并将客户端发出的获取互联网内容的请求转交给所述物理上最近的代理节点；

所述物理上最近的代理节点向域名服务器解析出的IP地址发出内容获取请求，并将获取的内容通过客户端所属代理节点返回给所述客户端。

2.根据权利要求1所述的内容加速方法，其特征在于，所述客户端自管控中心服务器获取客户端所属代理节点的IP地址的步骤包括：

管控中心服务器接收客户端发出的对客户端所属代理节点的IP地址的请求，所述请求中包含客户端接入互联网提供商的业务呈现点的IP地址；

根据存储的各代理节点的IP地址与相应业务呈现点的IP地址的对应关系找到并向所述客户端返回客户端所属代理节点的IP地址。

3.根据权利要求1所述的内容加速方法，其特征在于，所述解析出的IP地址为网站源站的IP地址或内容分发网络的入口IP地址。

4.根据权利要求3所述的内容加速方法，其特征在于，所述内容分发网络的入口IP地址为内容分发网络的边缘节点的IP地址或内容分发网络的调度节点的IP地址。

5.一种内容加速系统，其特征在于，包括客户端、管控中心服务器、多个代理节点和域名服务器，其中，

所述客户端用于向所述管控中心服务器发送获取客户端所属代理节点的IP地址的请求以及向客户端所属代理节点发送获取互联网内容的请求；

所述多个代理节点中的客户端所属代理节点用于与所述客户端建立透明代理关系，接收所述客户端发送的获取互联网内容的请求，判断客户端所属代理节点本地是否缓存了所请求的互联网内容，如缓存了所请求的互联网内容并且所述互联网内容未过期，则将缓存的互联网内容返回给所述客户端，否则向所述管控中心服务器查询其他代理节点是否缓存有所请求的互联网内容，如缓存了，则与所述管控中心服务器返回的代理节点建立连接，从缓存了所请求的互联网内容的代理节点获取互联网内容并转发至所述客户端，否则向互联网请求所需的互联网内容；

所述管控中心服务器用于查找并向所述客户端返回客户端所属代理节点的IP地址，判断其他代理节点是否缓存了所请求的互联网内容，如缓存了，则向客户端所属代理节点返回缓存了所请求的互联网内容的代理节点的IP地址；

其中，所述客户端所属代理节点还请求域名服务器对客户端所请求的互联网内容的域名进行解析，获取解析出的IP地址并发送至所述管控中心服务器，判断与接收的IP地址在物理上最近的代理节点与客户端所属代理节点是否为同一节点，如为同一节点，则客户端所属代理节点向域名服务器解析出的IP地址发出内容获取请求，并将获取的内容返回给所述客户端，如不为同一节点，则客户端所属代理节点将所述物理上最近的代理节点设为自己的正向代理节点，并将客户端发出的获取互联网内容的请求转交给所述物理上最近的代理节点；

所述管控中心服务器还查找与接收的IP地址在物理上最近的代理节点的IP地址并返回给客户端所属代理节点；

所述多个代理节点中与域名服务器解析出的IP地址在物理上最近的代理节点用于向域名服务器解析出的IP地址发出内容获取请求，并将获取的内容通过客户端所属代理节点返回给所述客户端。

6.根据权利要求5所述的内容加速系统，其特征在于，所述客户端向所述管控中心服务器发送的获取客户端所属代理节点的IP地址的请求中包含客户端接入互联网提供商的业务呈现点的IP地址，所述管控中心服务器还根据存储的各代理节点的IP地址与相应业务呈现点的IP地址的对应关系找到并向所述客户端返回客户端所属代理节点的IP地址。

7.根据权利要求5所述的内容加速系统，其特征在于，所述解析出的IP地址为网站源站的IP地址或内容分发网络的入口IP地址。

8.根据权利要求7所述的内容加速系统，其特征在于，所述内容分发网络的入口IP地址为内容分发网络的边缘节点的IP地址或内容分发网络的调度节点的IP地址。