CN115883659B - 一种支持cdn缓存批量刷新的方法及装置 - Google Patents

Abstract

本申请提供的一种支持CDN缓存批量刷新的方法及装置，其方法包括：设置并加载缓存批量刷新规则；根据接收的访问请求中统一资源标识符匹配缓存批量刷新规则，将匹配到缓存批量刷新规则的访问请求中添加预设字头；将访问请求或者添加预设字头的访问请求发送到缓存ATS组件，基于统一资源标识符进行查找，未命中时从源站请求缓存对应的数据进行刷新；若查找命中，则判断预设字头中的规则生效时间与缓存时间的大小，当规则生效时间小于本地的缓存时间，则读取缓存内容，否则命中状态改为未命中。本申请可判断CDN边缘节点缓存是否过期，进行边缘节点刷新，满足客户CDN刷新需求。

Description

一种支持CDN缓存批量刷新的方法及装置

技术领域

本申请涉及CDN节点缓存管理领域，尤其涉及一种支持CDN缓存批量刷新的方法。本申请还涉及一种支持CDN缓存批量刷新的装置。

背景技术

CDN边缘节点指在靠近用户的网络边缘侧构建的业务平台，提供存储、计算、网络等资源，将部分关键业务应用下沉到接入网络边缘，以减少网络传输和多级转发带来的宽度和时延损耗。

目前，边缘计算节点整体处于布局和发展初期。边缘节点位置介于用户和云中心之间，相比较传统的云中心边缘节点更接近用户（数据源）。边缘节点相比较云数据中心，具有小型化、分布式和更贴近用户的特性，海量的数据无需再上传至云端进行处理，实现在网络边缘侧对数据的处理，减少请求响应时间、减少网络带宽同时保证数据的安全性和私密性。

CDN边缘节点缓存作为用户直接请求获取的资源，当源站资源更新或者CDN缓存资源异常，例如：缓存资源存在违规，图片涉黄或者涉政，资源包存在诱导消费或者资源存在违规广告等情况，作为服务平台，一般的操作方式是先删除源站内容，然后清理CDN边缘节点内容。而CDN节点遍布全国，如果单独针对节点去清理缓存，则需要花费大量的时间进行处理。时间过长则影响或者波及的范围更大、更广。

异常资源可能是单个URL，或者多个URL，也可能是单个目录或者多个目录，资源的共性也可能是同一个，例如：全部异常的资源都是JPG后缀的资源，则可以通过刷新/*.jpg，为了解决用户在CDN使用过程中更新可快速更新资源。

中国专利本201811603640.6提出一种数据对象的刷新方法及装置。其中的方法包括:根据接收到的刷新任务中包含的刷新对象信息,生成与刷新任务相对应的任务记录;获取接收到的数据对象请求中包含的对象标识;当对象标识与已生成的任务记录中包含的刷新对象信息匹配时,针对与对象标识相对应的数据对象执行刷新处理。由此可见,将刷新任务中的刷新对象信息记录在对应的任务记录中,当后续接收到数据对象请求时,根据数据对象请求中包含的对象标识与已生成的任务记录中包含的刷新对象信息是否匹配来确定是否针对与该对象标识相对应的数据对象执行刷新处理,从而实现了按需刷新的效果,有效避免了因同时处理大量刷新请求而导致的系统开销增大的问题。

但是，现有技术中还存在以下亟待解决的问题：

1、当用户单个资源需要更新时，例如：资源更新、违规图片，无法快速刷新CDN边缘节点缓存；

2、当用户有大量资源需要刷新时，如存在一个目录、或者多个目录时，难以快速通过目录级别维度进行刷新。

发明内容

本发明的目的在于克服现有技术中存在的缺陷，提供一种支持CDN缓存批量刷新的方法。本申请还涉及一种支持CDN缓存批量刷新的装置。

本申请提供的一种支持CDN缓存批量刷新的方法，包括：

设置并加载缓存批量刷新规则；

接收访问请求，根据所述访问请求中的统一资源标识符匹配所述缓存批量刷新规则，将匹配到所述缓存批量刷新规则的访问请求中添加预设字头；

将所述访问请求或者添加预设字头的访问请求发送到缓存ATS组件，基于所述统一资源标识符进行查找，未命中时从源站请求当前缓存对应的数据进行刷新；

若所述查找命中，则判断所述预设字头中的规则生效时间与缓存时间的大小，当所述规则生效时间小于本地的缓存时间，则读取所述缓存内容，否则命中状态改为未命中。

可选的，所述缓存批量刷新规则设置有效时限。

可选的，还包括：

在文件被访问到时判断是否回源站拉取新文件，不预先清除缓存组件中的内容。

可选的，所述从源站请求当前缓存对应的数据进行刷新设置为一次刷新多个文件或者目录。

可选的，执行刷新后，各个CDN节点对应单个资源，或符合后缀名的资源，或属于刷新目录下的资源，统一被清除。

本申请还提供一种支持CDN缓存批量刷新的装置，包括：

缓存模块，用于设置并加载缓存批量刷新规则；

匹配模块，用于接收访问请求，根据所述访问请求中的统一资源标识符匹配所述缓存批量刷新规则，将匹配到所述缓存批量刷新规则的访问请求中添加预设字头；

查找模块，用于将所述访问请求或者添加预设字头的访问请求发送到缓存ATS组件，基于所述统一资源标识符进行查找，未命中时从源站请求当前缓存对应的数据进行刷新；

判断模块，用于若所述查找命中，则判断所述预设字头中的规则生效时间与缓存时间的大小，当所述规则生效时间小于本地的缓存时间，则读取所述缓存内容，否则命中状态改为未命中。

可选的，所述缓存批量刷新规则设置有效时限。

可选的，还包括：

在文件被访问到时判断是否回源站拉取新文件，不预先清除缓存组件中的内容。

可选的，所述从源站请求当前缓存对应的数据进行刷新设置为一次刷新多个文件或者目录。

可选的，执行刷新后，各个CDN节点对应单个资源，或符合后缀名的资源，或属于刷新目录下的资源，统一被清除。

本申请的优点和有益效果：

本申请提供的一种支持CDN缓存批量刷新的方法，包括：设置并加载缓存批量刷新规则；接收访问请求，根据所述访问请求中的统一资源标识符匹配所述缓存批量刷新规则，将匹配到所述缓存批量刷新规则的访问请求中添加预设字头；将所述访问请求或者添加预设字头的访问请求发送到缓存ATS组件，基于所述统一资源标识符进行查找，未命中时从源站请求当前缓存对应的数据进行刷新；若所述查找命中，则判断所述预设字头中的规则生效时间与缓存时间的大小，当所述规则生效时间小于本地的缓存时间，则读取所述缓存内容，否则命中状态改为未命中。本申请通过缓存组件判断CDN边缘节点缓存是否过期，通过判断CDN节点的Last-Modified，如果CDN节点上的Last-Modified和源站的一致，则不进行刷新，如果不一致，则会从源站拉取最新内容，满足了客户日常的CDN刷新需求，无论单个URL刷新，还是多个ULR刷新，无论单个目录刷新，还是多目录刷新。

附图说明

图1是本申请中支持CDN缓存批量刷新流程示意图。

图2是本申请中边缘节点网络结构示意图。

图3是本申请中路由组结构示意图。

图4是本申请中支持CDN缓存批量刷新装置示意图。

具体实施方式

下面结合附图和具体实施例对本发明作进一步说明，以使本领域的技术人员可以更好地理解本发明并能予以实施。

以下内容均是为了详细说明本申请要保护的技术方案所提供的具体实施过程的示例，但是本申请还可以采用不同于此的描述的其他方式实施，本领域技术人员可以在本申请构思的指引下，采用不同的技术手段实现本申请，因此本申请不受下面具体实施例的限制。

本申请提供的一种支持CDN缓存批量刷新的方法，包括：

设置并加载缓存批量刷新规则；

接收访问请求，根据所述访问请求中的统一资源标识符匹配所述缓存批量刷新规则，将匹配到所述缓存批量刷新规则的访问请求中添加预设字头；

将所述访问请求或者添加预设字头的访问请求发送到缓存ATS组件，基于所述统一资源标识符进行查找，未命中时从源站请求当前缓存对应的数据进行刷新；

若所述查找命中，则判断所述预设字头中的规则生效时间与缓存时间的大小，当所述规则生效时间小于本地的缓存时间，则读取所述缓存内容，否则命中状态改为未命中。

本申请通过缓存组件判断CDN边缘节点缓存是否过期，通过判断CDN节点的Last-Modified，如果CDN节点上的Last-Modified和源站的一致，则不进行刷新，如果不一致，则会从源站拉取最新内容，满足了客户日常的CDN刷新需求，无论单个URL刷新，还是多个ULR刷新，无论单个目录刷新，还是多目录刷新。

图1是本申请中支持CDN缓存批量刷新流程示意图。

请参照图1所述，S101设置并加载缓存批量刷新规则。

所述缓存批量刷新规则可以设置为：将请求信息中同一资源符（uri）中的特定字符、特定字符串设置为触发刷新的规则字符或者规则字符串。例如：所述缓存批量刷新规则是，当/a/*，/*.jpg出现时，则进行缓存刷新。

在本申请中，所述缓存批量刷新规则缓存到边缘节点（CDN）中，该边缘节点分别连接云服务器和客户端，可以基于客户端请求从服务器中拉取信息并转发到客户端。

所述边缘节点接收客户端请求信息，基于所述请求信息从该边缘节点处的本地存储中查找所述请求信息对应的数据发送到客户端。具体的，当接收到所述请求信息时，基于所述请求信息对应的客户端所述请求数据的格式进行数据处理，以及基于所述客户端请求数据，对原始数据进行数据处理，将数据处理后的结果发送到客户端。

当接收到所述请求信息时，本地存储中若未查找到相应数据，则从云服务器中拉取对应的数据，并对所述数据进行处理后进行缓存或者存储，当用户再次请求该数据时，可以直接将该处理过数据进行发送。

所述边缘节点和所述云服务器之间还设置有中间CDN，该中间CDN相对于所述云服务器属于边缘节点，相对于所述边缘节点属于云服务器。即当所述边缘节点向所述云服务器请求数据时，该边缘节点首先项所述中间CDN进行数据请求，每个所述边缘节点可以连接多个所述中间CDN，当所述边缘节点项所述中间CDN请求数据时，同时向多个所述中间CDN发送数据请求信息，每个所述CDN根据自己在本地的检索，回复所述边缘节点是否查询到所述请求对应的数据，当预设的多个所述中间CDN回复的消息都是未查找到，则由指定的中间CDN向云服务器请求，如图2所示。

进一步的，所述中间CDN与所述边缘节点通过网关连接，由所述网关对所述边缘节点和所述中间CDN进行数据路由和负载均衡。

所述网格由多个路由器组成路由组，在所述路由组内，每个路由器可以调用其他路由器进行数据处理，实现所述负载均衡，加快所述数据传输速度。本申请设置有多个相互连接的所述路由组，当一组所述路由组负载过大时，可以调用其他负载较小的路由组参与数据路由处理，如图3所示。

所述云服务器通过边缘路由器与所述中间CDN进行连接，由所述边缘路由器同于进行数据输入输出管理。所述边缘路由器接收数据并将所述数据发送到与所述客户端对应的虚拟机中，同时可以接收所述云服务器向所述客户端发送的数据，并进行转发。

在本申请中，所述缓存批量刷新规则，还同时加载到所述中间CDN节点，并分别基于所述缓存批量刷新规则进行边缘节点和所述中间CDN的缓存刷新。

请参照图1所述，S102接收访问请求，根据所述访问请求中的统一资源标识符匹配所述缓存批量刷新规则，将匹配到所述缓存批量刷新规则的访问请求中添加预设字头。

所述客户端向所述云服务器请求数据时，首先发送访问请求，该访问请求传输到所述边缘节点后，所述边缘节点解析并获取所述访问请求的内容，依据所述访问请求查询对应的数据信息，并将所述数据信息返回到客户端。

在本申请中，当所述访问信息被解析后，首先提取统一资源标识符，所述统一资源标识符(UniformResourceIdentifier，或URI)是一个用于标识某一互联网资源名称的字符串。该种标识允许用户对任何(包括本地和互联网)的资源通过特定的协议进行交互操作。URI由包括确定语法和相关协议的方案所定义。

在Web上可用的每种资源-HTML文档、图像、视频片段、程序等-由一个通用资源标识符(UniformResourceIdentifier,简称"URI")进行定位。

基于所述统一资源标识符进行缓存批量刷新规则的匹配。具体的，所述缓存批量刷新规则是预先设置并缓存到所述边缘节点中的特定字符或者特定字段，将所述统一资源标识符中的字符或者字段与所述缓存批量刷新规则中的特定字符或者字段进行匹配，以确定是否匹配成功。

当所述匹配不成功，则直接将所述统一资源标识符发送到缓存ATS组件，进行数据信息的获取，当所述匹配成功，则触发刷新规则，此时为所述统一资源标识符添加预设的字头，再发送给缓存ATS组件。ATS是一种既可以用作HTTP代理，也可以用作HTTP缓存的组件，ATS能够缓存任何字节流，支持HTTP协议传输的字节流，当这样的流缓存时，会带一个HTTP协议头部，会命名为缓存中的一个对象object。每个对象通过一个名为cache key的全局唯一值识别。

例如，所述边缘节点接收到访问请求后判断当前统一资源标识符（uri）是否跟缓存批量刷新规则匹配。如果不匹配则直接转发给缓存ATS组件；如果匹配则带上一个X-Ats-Cache-Ims:<timestamp>的预设字头再转发给缓存ATS组件，其中timestamp表示规则的生效时间。

所述统一资源标识符在转发到所述ATS组件后，所述ATS组件从中间CDN处进行数据缓存，此时所述中间CDN可以基于所述客户端的访问请求，进行重复所述缓存批量刷新规则的匹配，判断所述中间CDN实现需要进行数据刷新。所述中间CDN进行缓存批量刷新规则的匹配与所述边缘节点处的步骤相同，在此不再赘述。

在本申请中，所述边缘节点是否通过所述中间CDN进行与云服务器的连接是可以根据实际情况进行设置的，同时所述边缘节点连接的中间CDN节点的数量也是可以根据实际情况进行设置的。

所述边缘节点与客户端距离更近，因此可以更快速的向客户端发送数据，同时所述边缘节点与服务器中还可以设置多级的中间CDN，实现数据的多级缓存。在此，每一级所述中间CDN都设置有上述边缘节点的缓存批量刷新规则，并进行是否进行数据刷新的判断。

请参照图1所述，S103将所述访问请求或者添加预设字头的访问请求发送到缓存ATS组件，基于所述统一资源标识符进行查找，未命中时从源站请求当前缓存对应的数据进行刷新。

所述缓存ATS组件在获取到所述统一资源标识符后，基于所述统一资源标识符进行资源查找，当所述缓存ATS组件请求的 uri 查找本地缓存，没有命中则回源站获取文件内容。

具体的，所述边缘节点在本地进行资源查找，包括查找不同格式的相同资源，即当一个资源被查找时，该资源可能已经在所述边缘节点进行了存储，但是其格式与所述请求的格式不同。

例如，当所述客户端向所述边缘节点发送一个图片的数据请求，则此时所述边缘节点根据所述uri进行该图片的查找，若未找到该客户端请求的格式图片，而是查找到源图片，则可以在所述边缘节点中对所述源图片进行处理，使该图片符合所述客户端请求的需求。然后将处理后的所述图片进行存储。

进一步的，所述边缘节点还可以根据已经处理的图片进行进一步处理以符合所述客户端请求的格式，这种情况下，需要对所述图片进行判断，确定所述图片经过处理是否符合所述客户端显示的清晰度要求。

具体的，所述判断可由如下公式进行：

其中，所述是待处理图片像素，是待处理图片尺寸，所述是需求图片的像 素，所述 是需求图片尺寸。

当上述公式成立时，则符合所述客户端显示的清晰度要求。进一步的，所述F还可以是≥0.8。

所述 的表达式如下：

其中，所述是所述客户端请求过的图片像素，所述A是该像素图片请求的次数， 所述 是所述客户端请求过的图片的尺寸，所述B是该尺寸图片请求的次数。

进一步的，还需要判读所述 / ，设置阈值为D，则当 / ≥D时，可以确 定所述清晰度是符合预期的。

本申请中，当所述查询未命中时从源站请求当前缓存对应的数据进行刷新。具体的，所述源站即所述云服务器，在本申请中，所述源站、云服务器或者数据中心都是指客户请求数据的原始来源，即与客户端连接的最终服务器。

所述边缘节点将所述客户端的访问请求进行再次打包，并向上一级的中间CDN节点进行发送，所述中间CDN服务器此时再次进行所述缓存批量刷新规则的匹配，并根据匹配结果进行本地搜索或者项更上一级发送访问请求，依次重复直到访问到所述源站。

请参照图1所述，S104若所述查找命中，则判断所述预设字头中的规则生效时间与缓存时间的大小，当所述规则生效时间小于本地的缓存时间，则读取所述缓存内容，否则命中状态改为未命中。

具体的，如果命中缓存，则检查所述访问请求是否带有 X-Ats-Cache-Ims 字头，如果没有则直接将内容返回给边缘节点。

如果带有 X-Ats-Cache-Ims 字头，则检查所述字头里的 timestamp 是否小于本地缓存的时间，如果 timestamp 小于本地缓存的时间则直接将缓存内容返回给边缘节点；否则将缓存命中状态改为未命中。

本申请中，当所述查询未命中时从源站请求当前缓存对应的数据进行刷新。具体的，所述源站即所述云服务器，在本申请中，所述源站、云服务器或者数据中心都是指客户请求数据的原始来源，即与客户端连接的最终服务器。

所述边缘节点将所述客户端的访问请求进行再次打包，并向上一级的中间CDN节点进行发送，所述中间CDN服务器此时再次进行所述缓存批量刷新规则的匹配，并根据匹配结果进行本地搜索或者项更上一级发送访问请求，依次重复直到访问到所述源站。

进一步的，在本申请中，缓存批量刷新规则超过缓存最大生存时间（例如 7 天）后主动失效过期，这样可以保持缓存批量刷新规则列表的大小不会一直增长。

本发明在批量刷新时不需要预先清除缓存组件中的内容，只需要在下一次文件被访问到时判断是否回源站拉取新文件，减小了批量缓存刷新对缓存组件造成的压力。

本申请还提供一种支持CDN缓存批量刷新的装置，包括：缓存模块401，匹配模块402，查找模块403，判断模块404。

图4是本申请中支持CDN缓存批量刷新装置示意图。

请参照图4所示，缓存模块401，用于设置并加载缓存批量刷新规则。

所述缓存批量刷新规则可以设置为：将请求信息中同一资源符（uri）中的特定字符、特定字符串设置为触发刷新的规则字符或者规则字符串。例如：所述缓存批量刷新规则是，当/a/*，/*.jpg出现时，则进行缓存刷新。

在本申请中，所述缓存批量刷新规则缓存到边缘节点（CDN）中，该边缘节点分别连接云服务器和客户端，可以基于客户端请求从服务器中拉取信息并转发到客户端。

所述边缘节点接收客户端请求信息，基于所述请求信息从该边缘节点处的本地存储中查找所述请求信息对应的数据发送到客户端。具体的，当接收到所述请求信息时，基于所述请求信息对应的客户端所述请求数据的格式进行数据处理，以及基于所述客户端请求数据，对原始数据进行数据处理，将数据处理后的结果发送到客户端。

当接收到所述请求信息时，本地存储中若未查找到相应数据，则从云服务器中拉取对应的数据，并对所述数据进行处理后进行缓存或者存储，当用户再次请求该数据时，可以直接将该处理过数据进行发送。

所述边缘节点和所述云服务器之间还设置有中间CDN，该中间CDN相对于所述云服务器属于边缘节点，相对于所述边缘节点属于云服务器。即当所述边缘节点向所述云服务器请求数据时，该边缘节点首先项所述中间CDN进行数据请求，每个所述边缘节点可以连接多个所述中间CDN，当所述边缘节点项所述中间CDN请求数据时，同时向多个所述中间CDN发送数据请求信息，每个所述CDN根据自己在本地的检索，回复所述边缘节点是否查询到所述请求对应的数据，当预设的多个所述中间CDN回复的消息都是未查找到，则由指定的中间CDN向云服务器请求。

进一步的，所述中间CDN与所述边缘节点通过网关连接，由所述网关对所述边缘节点和所述中间CDN进行数据路由和负载均衡。

所述网格由多个路由器组成路由组，在所述路由组内，每个路由器可以调用其他路由器进行数据处理，实现所述负载均衡，加快所述数据传输速度。本申请设置有多个相互连接的所述路由组，当一组所述路由组负载过大时，可以调用其他负载较小的路由组参与数据路由处理。

所述云服务器通过边缘路由器与所述中间CDN进行连接，由所述边缘路由器同于进行数据输入输出管理。所述边缘路由器接收数据并将所述数据发送到与所述客户端对应的虚拟机中，同时可以接收所述云服务器向所述客户端发送的数据，并进行转发。

在本申请中，所述缓存批量刷新规则，还同时加载到所述中间CDN节点，并分别基于所述缓存批量刷新规则进行边缘节点和所述中间CDN的缓存刷新。

请参照图4所述，匹配模块402，用于接收访问请求，根据所述访问请求中的统一资源标识符匹配所述缓存批量刷新规则，将匹配到所述缓存批量刷新规则的访问请求中添加预设字头。

所述客户端向所述云服务器请求数据时，首先发送访问请求，该访问请求传输到所述边缘节点后，所述边缘节点解析并获取所述访问请求的内容，依据所述访问请求查询对应的数据信息，并将所述数据信息返回到客户端。

在本申请中，当所述访问信息被解析后，首先提取统一资源标识符，所述统一资源标识符(UniformResourceIdentifier，或URI)是一个用于标识某一互联网资源名称的字符串。该种标识允许用户对任何(包括本地和互联网)的资源通过特定的协议进行交互操作。URI由包括确定语法和相关协议的方案所定义。

在Web上可用的每种资源-HTML文档、图像、视频片段、程序等-由一个通用资源标识符(UniformResourceIdentifier,简称"URI")进行定位。

基于所述统一资源标识符进行缓存批量刷新规则的匹配。具体的，所述缓存批量刷新规则是预先设置并缓存到所述边缘节点中的特定字符或者特定字段，将所述统一资源标识符中的字符或者字段与所述缓存批量刷新规则中的特定字符或者字段进行匹配，以确定是否匹配成功。

当所述匹配不成功，则直接将所述统一资源标识符发送到缓存ATS组件，进行数据信息的获取，当所述匹配成功，则触发刷新规则，此时为所述统一资源标识符添加预设的字头，再发送给缓存ATS组件。ATS是一种既可以用作HTTP代理，也可以用作HTTP缓存的组件，ATS能够缓存任何字节流，支持HTTP协议传输的字节流，当这样的流缓存时，会带一个HTTP协议头部，会命名为缓存中的一个对象object。每个对象通过一个名为cache key的全局唯一值识别。

例如，所述边缘节点接收到访问请求后判断当前统一资源标识符（uri）是否跟缓存批量刷新规则匹配。如果不匹配则直接转发给缓存ATS组件；如果匹配则带上一个X-Ats-Cache-Ims:<timestamp>的预设字头再转发给缓存ATS组件，其中timestamp表示规则的生效时间。

所述统一资源标识符在转发到所述ATS组件后，所述ATS组件从中间CDN处进行数据缓存，此时所述中间CDN可以基于所述客户端的访问请求，进行重复所述缓存批量刷新规则的匹配，判断所述中间CDN实现需要进行数据刷新。所述中间CDN进行缓存批量刷新规则的匹配与所述边缘节点处的步骤相同，在此不再赘述。

在本申请中，所述边缘节点是否通过所述中间CDN进行与云服务器的连接是可以根据实际情况进行设置的，同时所述边缘节点连接的中间CDN节点的数量也是可以根据实际情况进行设置的。

所述边缘节点与客户端距离更近，因此可以更快速的向客户端发送数据，同时所述边缘节点与服务器中还可以设置多级的中间CDN，实现数据的多级缓存。在此，每一级所述中间CDN都设置有上述边缘节点的缓存批量刷新规则，并进行是否进行数据刷新的判断。

请参照图4所述，查找模块403，用于将所述访问请求或者添加预设字头的访问请求发送到缓存ATS组件，基于所述统一资源标识符进行查找，未命中时从源站请求当前缓存对应的数据进行刷新。

所述缓存ATS组件在获取到所述统一资源标识符后，基于所述统一资源标识符进行资源查找，当所述缓存ATS组件请求的 uri 查找本地缓存，没有命中则回源站获取文件内容。

具体的，所述边缘节点在本地进行资源查找，包括查找不同格式的相同资源，即当一个资源被查找时，该资源可能已经在所述边缘节点进行了存储，但是其格式与所述请求的格式不同。

例如，当所述客户端向所述边缘节点发送一个图片的数据请求，则此时所述边缘节点根据所述uri进行该图片的查找，若未找到该客户端请求的格式图片，而是查找到源图片，则可以在所述边缘节点中对所述源图片进行处理，使该图片符合所述客户端请求的需求。然后将处理后的所述图片进行存储。

进一步的，所述边缘节点还可以根据已经处理的图片进行进一步处理以符合所述客户端请求的格式，这种情况下，需要对所述图片进行判断，确定所述图片经过处理是否符合所述客户端显示的清晰度要求。

具体的，所述判断可由如下公式进行：

其中，所述是待处理图片像素，是待处理图片尺寸，所述 是需求图片的像 素，所述 是需求图片尺寸。

当上述公式成立时，则符合所述客户端显示的清晰度要求。进一步的，所述F还可以是≥0.8。

所述 的表达式如下：

其中，所述是所述客户端请求过的图片像素，所述A是该像素图片请求的次数， 所述 是所述客户端请求过的图片的尺寸，所述B是该尺寸图片请求的次数。

进一步的，还需要判读所述 / ，设置阈值为D，则当/ ≥D时，可以确定 所述清晰度是符合预期的。

本申请中，当所述查询未命中时从源站请求当前缓存对应的数据进行刷新。具体的，所述源站即所述云服务器，在本申请中，所述源站、云服务器或者数据中心都是指客户请求数据的原始来源，即与客户端连接的最终服务器。

所述边缘节点将所述客户端的访问请求进行再次打包，并向上一级的中间CDN节点进行发送，所述中间CDN服务器此时再次进行所述缓存批量刷新规则的匹配，并根据匹配结果进行本地搜索或者项更上一级发送访问请求，依次重复直到访问到所述源站。

请参照图4所述，判断模块404，用于若所述查找命中，则判断所述预设字头中的规则生效时间与缓存时间的大小，当所述规则生效时间小于本地的缓存时间，则读取所述缓存内容，否则命中状态改为未命中。

具体的，如果命中缓存，则检查所述访问请求是否带有 X-Ats-Cache-Ims 字头，如果没有则直接将内容返回给边缘节点。

如果带有 X-Ats-Cache-Ims 字头，则检查所述字头里的 timestamp 是否小于本地缓存的时间，如果 timestamp 小于本地缓存的时间则直接将缓存内容返回给边缘节点；否则将缓存命中状态改为未命中。

本申请中，当所述查询未命中时从源站请求当前缓存对应的数据进行刷新。具体的，所述源站即所述云服务器，在本申请中，所述源站、云服务器或者数据中心都是指客户请求数据的原始来源，即与客户端连接的最终服务器。

所述边缘节点将所述客户端的访问请求进行再次打包，并向上一级的中间CDN节点进行发送，所述中间CDN服务器此时再次进行所述缓存批量刷新规则的匹配，并根据匹配结果进行本地搜索或者项更上一级发送访问请求，依次重复直到访问到所述源站。

进一步的，在本申请中，缓存批量刷新规则超过缓存最大生存时间（例如 7 天）后主动失效过期，这样可以保持缓存批量刷新规则列表的大小不会一直增长。

本发明在批量刷新时不需要预先清除缓存组件中的内容，只需要在下一次文件被访问到时判断是否回源站拉取新文件，减小了批量缓存刷新对缓存组件造成的压力。

本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。本申请实施例中的方案可以采用各种计算机语言实现，例如，面向对象的程序设计语言Java和直译式脚本语言JavaScript等。

本申请是参照根据本申请实施例的方法、装置（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种支持CDN缓存批量刷新的方法，其特征在于，包括：

设置并加载缓存批量刷新规则；

接收访问请求，根据所述访问请求中的统一资源标识符匹配所述批量刷新规则，将匹配到所述缓存批量刷新规则的访问请求中添加预设字头；边缘节点接收到访问请求后判断当前统一资源标识符是否跟批量刷新规则匹配，如果不匹配则直接转发给缓存ATS组件；如果匹配则带上一个X-Ats-Cache-Ims:<timestamp>的预设字头再转发给缓存ATS组件，其中timestamp表示规则生效时间；

将所述访问请求或者添加预设字头的访问请求发送到缓存ATS组件，基于所述统一资源标识符进行查找，未命中时从源站请求所述缓存对应的数据进行刷新；

若所述查找命中，则判断所述预设字头中的规则生效时间与缓存时间的大小，当所述规则生效时间小于本地缓存时间，则读取所述缓存内容，否则命中状态改为未命中；具体的，如果命中缓存，则检查所述访问请求是否带有X-Ats-Cache-Ims字头，如果没有则直接将内容返回给边缘节点；如果带有X-Ats-Cache-Ims字头，则检查所述字头里的timestamp是否小于本地缓存的时间，如果timestamp小于本地缓存的时间则直接将缓存内容返回给边缘节点；否则将缓存命中状态改为未命中；

所述边缘节点和云服务器之间还设置有中间CDN，所述边缘节点将客户端的访问请求进行再次打包，并向上一级的中间CDN节点进行发送，所述中间CDN服务器此时再次进行所述批量刷新规则的匹配，并根据匹配结果进行本地搜索或者项更上一级发送访问请求，依次重复直到访问到所述源站。

2.根据权利要求1所述支持CDN缓存批量刷新的方法，其特征在于，所述缓存批量刷新规则设置有有效时限。

3.根据权利要求1所述支持CDN缓存批量刷新的方法，其特征在于，还包括：

在文件被访问到时判断是否回源站拉取新文件，不预先清除缓存组件中的内容。

4.根据权利要求1所述支持CDN缓存批量刷新的方法，其特征在于，所述刷新设置为一次刷新多个文件或者目录。

5.根据权利要求1所述支持CDN缓存批量刷新的方法，其特征在于，执行刷新后，各个CDN节点对应单个资源，或符合后缀名的资源，或属于刷新目录下的资源，统一被清除。

6.一种支持CDN缓存批量刷新的装置，其特征在于，包括：

缓存模块，用于设置并加载缓存批量刷新规则；

匹配模块，用于接收访问请求，根据所述访问请求中的统一资源标识符匹配所述批量刷新规则，将匹配到所述缓存批量刷新规则的访问请求中添加预设字头；边缘节点接收到访问请求后判断当前统一资源标识符是否跟批量刷新规则匹配，如果不匹配则直接转发给缓存ATS组件；如果匹配则带上一个X-Ats-Cache-Ims:<timestamp>的预设字头再转发给缓存ATS组件，其中timestamp表示规则生效时间；

查找模块，用于将所述访问请求或者添加预设字头的访问请求发送到缓存ATS组件，基于所述统一资源标识符进行查找，未命中时从源站请求所述缓存对应的数据进行刷新；

判断模块，用于若所述查找命中，则判断所述预设字头中的规则生效时间与缓存时间的大小，当所述规则生效时间小于本地缓存时间，则读取所述缓存内容，否则命中状态改为未命中；具体的，如果命中缓存，则检查所述访问请求是否带有X-Ats-Cache-Ims字头，如果没有则直接将内容返回给边缘节点；如果带有X-Ats-Cache-Ims字头，则检查所述字头里的timestamp是否小于本地缓存的时间，如果timestamp小于本地缓存的时间则直接将缓存内容返回给边缘节点；否则将缓存命中状态改为未命中；

所述边缘节点和云服务器之间还设置有中间CDN，所述边缘节点将客户端的访问请求进行再次打包，并向上一级的中间CDN节点进行发送，所述中间CDN服务器此时再次进行所述批量刷新规则的匹配，并根据匹配结果进行本地搜索或者项更上一级发送访问请求，依次重复直到访问到所述源站。

7.根据权利要求6所述支持CDN缓存批量刷新的装置，其特征在于，所述缓存批量刷新规则设置有有效时限。

8.根据权利要求6所述支持CDN缓存批量刷新的装置，其特征在于，还包括：

在文件被访问到时判断是否回源站拉取新文件，不预先清除缓存组件中的内容。

9.根据权利要求6所述支持CDN缓存批量刷新的装置，其特征在于，所述刷新设置为一次刷新多个文件或者目录。

10.根据权利要求6所述支持CDN缓存批量刷新的装置，其特征在于，执行刷新后，各个CDN节点对应单个资源，或符合后缀名的资源，或属于刷新目录下的资源，统一被清除。