CN102143212A - 一种内容分发网络中缓存共享的方法及装置 - Google Patents
一种内容分发网络中缓存共享的方法及装置 Download PDFInfo
- Publication number
- CN102143212A CN102143212A CN2010106248977A CN201010624897A CN102143212A CN 102143212 A CN102143212 A CN 102143212A CN 2010106248977 A CN2010106248977 A CN 2010106248977A CN 201010624897 A CN201010624897 A CN 201010624897A CN 102143212 A CN102143212 A CN 102143212A
- Authority
- CN
- China
- Prior art keywords
- cache
- content
- corresponding relation
- cluster
- content piece
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/2885—Hierarchically arranged intermediate devices, e.g. for hierarchical caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
一种内容分发网络中缓存共享的方法，包括：集群中的第一缓存接收到业务请求后，如果未命中，确定业务请求的内容所属的内容块；第一缓存根据内容块与集群中的缓存之间的对应关系，确定负责处理该内容块的第二缓存；第一缓存向第二缓存发送查询消息，以获得该内容。本发明实施例还提供了一种缓存共享装置。由于仅向负责处理相同内容块的缓存发送查询消息，较之基于ICP协议的缓存共享方式，降低了响应时延，提高了业务请求处理速度。另外，由于通过查找内容块与缓存的对应关系判断向哪些缓存发送查询消息，内容块与缓存的对应关系所占的存储空间较之摘要要小很多，因此，本发明实施例较之基于摘要协议的缓存共享方式，降低了内存开销和查找开销。
Description
技术领域
本发明实施例涉及网络通信技术领域，尤其涉及一种内容分发网络中缓存共享的方法及装置。
背景技术
CDN(Content Delivery Network，内容分发网络)通过在现有的IP传输网络中增加一层新的网络架构，将网站的内容发布到最接近用户终端的网络“边缘”，使得用户终端可以就近取得所需的内容，提高用户终端访问网络的响应速度。
在现有的CDN网络架构中，包括CDN路由设备、边缘服务节点、区域缓存节点以及中心存储服务节点。为了提高网络的可靠性和存储容量，通常按照cluster(集群)的方式部署边缘服务节点和区域缓存节点，即一个边缘服务节点或者区域缓存节点是由多个cache(缓存服务器)构成的cluster。现有技术中提出了一种cluster中cache共享策略。当用户终端的业务请求通过CDN路由设备路由到合适的边缘服务节点中的某个cache上，当该cache保存有用户设备请求的内容时，称为“命中”，直接为用户设备提供相应的业务服务；当该cache没有保存用户设备请求的内容时，称为“未命中”，则向其所在的cluster中的其他cache发送查询消息，以获知其他cache是否保存有相应的内容，如果有，则从保存有相应内容的cache中获取内容，如果所在的cluster中的cache均没有保存相应的内容，再向中心存储服务节点请求内容。
目前有两种实现cache共享的技术。其一是基于ICP(Internet CacheProtocol，互联网缓存协议)协议实现cache共享：cache在接收到业务请求后，如果发现本地没有命中，则向其所在的cluster中所有其他cache发送查询消息。当一个cluster中包含较多的cache时，这种实现方式占用过多的通信资源。且cache需要等待所有其他cache响应后进行决策，因此，响应时延较长，通信效率较低。其二是基于Cache Digest(缓存摘要)协议实现cache共享：cache用一个Bloom filter(布隆过滤器)来表现保存的内容，每个cache都从邻居cache获得Bloom filter。当某个cache收到业务请求后，如果发现本地未命中，则通过查询邻居cache的摘要来决定是否从某个邻居cache获取内容。由于摘要占用空间较多，因此这种实现方式浪费存储空间。另外，cache摘要需要周期性维护，如果该周期设定较长，则无法准确判断邻居cache保存的内容，如果该周期设定较短，则由于频繁刷新造成系统性能下降。
发明内容
本发明的实施例提供了一种内容分发网络中缓存共享的方法及装置，从而提高系统性能。
本发明的目的是通过以下技术方案实现的：
一种内容分发网络中缓存共享的方法，包括：
集群cluster中的第一缓存服务器cache接收到业务请求后，如果未命中，确定业务请求所请求的内容所属的内容块，其中，所述cluster处理的所有内容被划分为不同的内容块；
所述第一cache根据预先生成的内容块与所述cluster中的cache之间的对应关系，确定负责处理所述内容块的第二cache；
所述第一cache向所述第二cache发送查询消息，以获得所述业务请求所请求的内容。
一种内容分发网络中缓存共享的方法，包括：
内容分发网络(Content Delivery Network，CDN)路由设备收到业务请求后，确定负责处理所述业务请求所请求的内容的cluster；
所述CDN路由设备根据预先生成的所述cluster处理的内容与内容块的对应关系，确定所述业务请求所请求的内容所属的内容块，其中，所述cluster处理的所有内容被划分为不同的内容块；
所述CDN路由设备根据预先生成的内容块与所述cluster中的cache之间的对应关系，确定负责处理所述内容块的第一cache；
所述CDN路由设备向所述第一cache转发所述业务请求。
一种内容分发网络中缓存共享的缓存服务器，包括：
命中判断单元，用于判断业务请求所请求的内容是否命中，并在未命中时，触发查找确定单元工作；
查找确定单元，用于判断所述内容所属的内容块，其中，所述缓存服务器所在的集群cluster处理的所有内容被划分为不同的内容块；并根据内容块与所述cluster中的缓存服务器cache之间的对应关系，确定负责处理所述内容块的第二cache；
消息发送单元，用于向所述第二cache发送查询消息，以获得所述业务请求所请求的内容。
一种内容分发网络中缓存共享的CDN路由设备，包括：
路由单元，用于在收到业务请求后，确定负责处理所述业务请求所请求的内容的cluster；根据预先生成的所述cluster处理的内容与内容块的对应关系，确定所述业务请求所请求的内容所属的内容块，其中，所述cluster处理的所有内容被划分为不同的内容块；并根据预先生成的内容块与所述cluster中的cache之间的对应关系，确定负责处理所述内容块的第一cache；
请求发送单元，用于向所述第一cache转发所述业务请求。
由上述本发明的实施例提供的技术方案可以看出，本发明实施例中，由于本发明实施例提供的方法，仅向负责处理相同内容块的cache发送查询消息，较之基于ICP协议的cache共享方式，降低了响应时延，提高了业务请求处理速度。另外，由于本发明实施例提供的方法中，通过查找内容块与cache的对应关系判断向哪些cache发送查询消息，内容块与cache的对应关系所占的存储空间较之Bloom filter要小很多，因此，本发明实施例较之基于cache digest协议的cache共享方式，降低了内存开销和查找开销。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的方法流程图；
图2为本发明实施例提供的CDN网络架构示意图；
图3为本发明实施例一提供的方法流程图；
图4为本发明实施例提供的装置结构示意图；
图5为本发明实施例提供的另一种装置结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供一种内容分发网络中缓存共享的实现方式，在该实现方式中，CDN路由设备通过静态配置或动态生成，并将一个cluster负责处理的所有内容划分为多个独立的内容块(不同的内容块可以通过编号加以区分，还可以通过其他标识信息加以区分)。当采用静态配置的方式时，还保存每个cluster负责处理的内容与内容块之间的对应关系。作为举例而非限定，CDN路由设备将一个cluster负责处理的所有内容划分为128个独立的内容块，编号分别为1～128，并分别为每个内容块指定对应的内容，具体可以根据操作人员输入的指令来静态配置内容与内容块的对应关系，也可以根据预先设定的算法动态生成内容与内容块的对应关系。本发明实施例提供一种CDN路由设备将一个cluster负责处理的所有内容划分为不同内容块的具体实现方式：预先确定内容块的数量；对cluster负责处理的每个内容的URL(Universal Resource Locator，统一资源定位符)或者域名分别计算MD5(Message Digest Algorithm，消息摘要算法第5版)值；将计算得到的每个MD5值分别对内容块的数量求模，其计算结果就是每个内容所属的内容块编号。通过上述过程对内容进行划分，也通过上述过程查找内容所属的内容块编号。
当将cluster负责处理的所有内容划分为多个独立的内容块后，CDN路由设备针对每个cluster进一步通过静态配置或者动态生成的方式建立内容块与cache之间的对应关系，具体是：CDN路由设备为cluster中的每个cache指定一个或多个内容块(相应的，cache负责处理为其指定的内容块对应的内容)。CDN路由设备还可以保存内容块与cache之间的对应关系。其中，一个cache可对应多个内容块，一个内容块也可对应多个cache。如果某个cache出现过载或者出现故障等情况时，CDN路由设备可将该cache对应的内容块分配给同一cluster中的其他cache。可见，内容块与cache的对应关系是动态调整的。相应的，CDN在保存内容块与cache之间的对应关系时，还记录每条对应关系的生效时间信息。该生效时间是cache负责处理对应的内容块的内容的时间段，可以是绝对时间，也可以是相对时间，该生效时间信息具体包括：当前对应关系的服务持续时间，和历史对应关系的服务持续时间和服务结束时间。
本发明实施例提供的基于上述内容块与cache之间的对应关系的cache共享方法如图1所示，包括如下操作：
在CDN路由设备侧
S101、CDN路由设备收到业务请求后，确定负责处理业务请求所请求的内容的cluster；
其中，如果有不止一个cluster负责处理上述业务请求所请求的内容，则CDN路由设备可以根据预先设定的路由规则从中选定一个cluster。
S102、CDN路由设备根据预先生成的上述cluster处理的内容与内容块的对应关系，确定业务请求所请求的内容所属的内容块；
S103、CDN路由设备根据预先生成的内容块与上述cluster中的cache之间的对应关系，确定负责处理上述内容块的cache(称该cache为第一cache)；
其中，如果有不止一个cache负责处理上述内容块，则CDN路由设备可以根据预先设定的路由规则从中第一cache。作为举例而非限定，可以从中选择负载最轻的作为第一cache。
S104、CDN路由设备向上述第一cache转发上述业务请求；
在cache侧
S105、上述第一cache接收到上述业务请求后，如果未命中，确定业务请求所请求的内容所属的内容块；
作为举例而非限定，如果CDN路由设备通过静态配置将每个cluster负责处理的所有内容划分为多个内容块，则将每个cluster负责处理的内容与内容块的对应关系下发给相应的各个cluster下的每个cache。或者，第一cache可以通过全局配置的方式获知CDN路由设备为第一cache所在的cluster建立的内容与内容块的对应关系。或者，当CDN路由设备基于MD5值为每个cluster配置内容与内容块的对应关系，则cache可通过全局配置的方式获知所在的cluster对应的内容块数量，进而基于MD5值建立内容与内容块的对应关系。
S106、上述第一cache根据内容块与上述cluster中的cache之间的对应关系，确定负责处理所述内容块的cache(称为第二cache)；
S107、上述cache向查找到的cache发送查询消息。
上述本发明实施例提供的方法中，定义了内容与内容块的对应关系、内容块与cache的对应关系。当CDN路由设备选中的cache未命中时，可向同一cluster中负责处理相同内容块其他cache发送查询消息，来查询这个或这些cache中是否保存有业务请求的内容，实现了cache共享。且由于本发明实施例提供的方法，仅向负责处理相同内容块的cache发送查询消息，较之基于ICP协议的cache共享方式，降低了响应时延，提高了业务请求处理速度。另外，由于本发明实施例提供的方法中，通过查找内容块与cache的对应关系判断向哪些cache发送查询消息，内容块与cache的对应关系所占的存储空间较之Bloom filter要小很多，因此，本发明实施例较之基于cache digest协议的cache共享方式，降低了内存开销和查找开销。
在上述S106中提到的内容块与cluster中cache之间的对应关系为上述接收到业务请求的cache预先获取的，获取方式可以但不仅限于如下两种：
(一)上述第一cache从CDN路由设备获得上述内容块与上述cluster中的cache之间的对应关系。
在第(一)种实现方式中，第一cache可以但不仅限于在启动后向CDN路由设备发送请求消息，以获得所在的cluster的内容块与cache之间的对应关系。或者，还可以但不仅限于由CDN路由设备在感知第一cache启动后，向第一cache下发该cache所在的cluster的内容块与cache之间的对应关系。
由于内容块与cache之间的对应关系是动态调整的，且cache并不会立即缓存刚刚处理过的内容，也不会立即删除不再负责处理的内容，因此，如果当前生效的内容块与cache之间的对应关系服务持续时间较短时，可考虑向曾经负责处理上述内容块的cache发送查询消息，以提高查询的命中概率。相应的，根据保存的生效时间信息，CDN路由设备可以将当前生效的内容块与cache的对应关系下发给cache；也可以将保存的所有内容块与cache的对应关系发送给cache；还可以先判断当前生效的内容块与cache的对应关系的服务持续时间是否大于预先设定的阈值，如果是，则仅发送当前生效的内容块与cache之间的对应关系，否则，还发送内容块与cache的对应关系历史信息，以及每条对应关系的生效时间信息。该设定的阈值可根据cache容量、数据流量等参数进行设定。
(二)上述第一cache从上述cluster中的其他cache获得各个cache与内容块的对应关系。
在第(二)种实现方式中，cluster中的每个cache保存并维护该cache与cluster中内容块之间的对应关系。其中，cache不仅保存与当前负责处理的内容块之间的对应关系，还保存与曾经负责处理的内容块之间的对应关系(即对应关系的历史信息)。相应的，在向其他cache发送本地保存的内容块与cache的对应关系时，可以发送当前生效的内容块与cache的对应关系；也可以发送保存的所有内容块与cache的对应关系；还可以先判断当前生效的内容块与cache的对应关系的建立时间是否大于预先设定的阈值，如果是，则仅发送当前生效的内容块与cache之间的对应关系，否则，还发送内容块与cache的对应关系历史信息，以及每条对应关系的生效时间信息。
另外，cache可以但不仅限于在启动后，向同一cluster中的其他cache请求获得各个cache保存的与内容块的对应关系；也可以是，cache在启动后或者与内容块的对应关系更新后，向同一cluster中的其他cache发送本地保存的与内容块的对应关系。
基于上述两种实现方式，S106中，第一cache根据所在的cluster的内容块与cache之间的对应关系，查找负责处理所述内容块的第二cache的具体实现方式可以是：根据当前生效的内容块与cache的对应关系，查找当前负责处理所述内容块的cache；如果查找到的当前负责处理所述内容块的cache的服务持续时间大于预先设定的第一阈值(则查找到的cache中缓存有业务请求的内容的概率较大)，确定查找到的cache为第二cache；如果查找到的当前负责处理所述内容块的cache的服务持续时间小于预先设定的第一阈值，则根据所述内容块与所述cluster中的cache之间的对应关系，查找曾经负责处理所述内容块的cache，并根据曾经负责处理所述内容块的cache的服务持续时间和服务结束时间，从查找到的曾经负责处理所述内容块的cache中确定第二cache(其中，服务持续时间较长、服务结束时间距离当前时间较短的cache中缓存有业务请求所请求的内容的概率较大)。
由于每台cache的容量有限，cache并不会缓存所有由其负责处理的内容，而是根据热度替换算法计算内容的热度，并将热度较高的内容缓存。因此，在上述S107后，上述第一cache获得业务请求的内容，判断监测到的上述第二cache的负载状况，如果该负载状况小于预先设定的负载门限值，则降低所述内容的缓存热度，以降低缓存所述内容的概率，否则，增大所述内容的缓存热度，以增大缓存所述内容的概率。其中，同一cluster中的各个cache可以但不仅限于两两之间通过负载心跳计算的方式相互监测负载情况。
在本发明实施例中，如果有两个以上cache负责处理同一内容块的不同内容，则可以基于热度替换算法，使得不同cache分别缓存同一内容块的不同内容，且热度高的内容在多台cache上缓存，热度低的内容在一台cache上缓存，以提高cache容量的利用率，且保证了cluster本地命中的概率，减少了响应时间。其具体实现方式如下：
在上述S107之后，上述接收到业务请求的cache从上述指定的cache获得业务请求的内容；对该内容进行热度替换计算；判断监测到的上述指定的cache的负载状况，如果该负载状况小于预先设定的负载门限值，则使用小于1的加权因子对计算结果进行加权处理，从而延缓了缓存从同cluster内的其它cache获取的内容的时间，否则，使用大于1的加权因子对计算结果进行加权处理，加快从该cache获取的内容进缓存的时间，尽快分摊该cache的负载。
下面将对本发明实施例在实际应用过程中的具体实现方式进行详细的说明。
在图2所示的CDN网络架构中，cluster A由四个cache(分别是：cache1、cache2、cache3，和cache4)组成；上级节点可以是区域缓存节点，也可以是中心节点。
实施例一
实施例一以图2所示的CDN网络架构为例，对cache共享方式进行详细说明。其中，CDN路由设备基于MD5值为每个与其连接的cluster负责处理的内容划分内容块。以表格的形式维护与其连接的每个cluster的内容块与cache之间的对应关系，作为举例而非限定，基于每个cluster，可以针对每个内容块维护一张携带相对生效时间信息的对应关系表，该表如表1所示：
| 生效时间 | 对应的cache |
| 距当前时间1小时内 | cache1，cache2， |
| 距当前时间1小时～距当前时间2小时内 | cache1，cache3 |
| …… | …… |
| 距当前时间11小时～距当前时间12小时内 | cache1 |
表1
根据表1可以看出，在距离当前时间的12小时内，cache1一直负责处理表1对应的内容块的内容(即当前生效的cache1与该内容块的对应关系的建立时间为至少12小时)；在距离当前时间1小时～距离当前时间2小时内，cache3负责处理上述内容块的内容，但该cache3当前不再负责处理上述内容块的内容(即cache3与该内容块的对应关系生效时间为至少1小时)；cache2在距离当前时间1小时内负责处理该内容块的内容(即当前生效的cache2与该内容块的对应关系的建立时间为1小时)。
上述生效时间为距当前时间的相对时间，CDN路由设备以小时为单位，维护距当前时间12小时内，每小时的对应关系历史记录。还可以根据需要，调整计时单位，以及计时区间。
作为举例而非限定，基于每个cluster，还可以针对每个内容块维护一张携带绝对生效时间信息的对应关系表，该表如表2所示：
| 生效时间 | 对应的cache |
| 2010-12-28 1:00～2:00 | cache1 |
| …… | …… |
| 2010-12-28 16:00～17:00 | cache1，cache3 |
| 2010-12-28 17:00～18:00 | cache1，cache2 |
表2
其中，生效时间为绝对时间段，CDN路由设备以小时为单位，维护每小时的对应关系历史记录。还可以根据需要，调整计时单位。
在本发明实施例一中，通过全局配置的方式，cluster中的每个cache也获知了所在的cluster中内容与内容块的对应关系。则本发明实施例一提供的cache共享方法的具体实现方式如图3所示，具体包括如下操作：
S301、CDN路由设备收到终端的业务请求后，确定负责处理业务请求的内容的cluster；
其中，如果有不止一个cluster负责处理上述业务请求的内容，则CDN路由设备可以根据预先设定的路由规则从中选定一个cluster(在本发明实施例一中，选定cluster A)。
S302、CDN路由设备对业务请求的内容的URL或域名计算MD5值，并基于MD5值确定业务请求的内容所属的内容块；
S303、CDN路由设备根据为cluster A配置的内容块与cache的对应关系，以及预先配置的路由策略，确定负责处理上述内容块的内容的第一cache；
S304、CDN路由设备向第一cache转发上述业务请求；
S305、第一cache判断是否命中，如果命中，则执行S306，否则，执行S307；
S306、第一cache将缓存的内容提供给发送业务请求的终端，完成本次业务服务；
S307、第一cache对业务请求的内容的URL或域名计算MD5值，并基于MD5值查找业务请求的内容所属的内容块，执行S308；
S308、第一cache根据所在的cluster A中内容块与cache之间的对应关系，确定当前负责处理所述内容块的第二cache，执行S309；
其中，以表1为例，假设表1是业务请求的内容所属的内容块与cache之间的对应关系表。则，如果接收到业务请求的是cache1，则其查找到当前负责处理所述内容块的是cache2；如果接收到业务请求的是cache2，则其查找到当前负责处理所述内容块的是cache1。
S309、第一cache判断当前生效的内容块与cache的对应关系的服务持续时间是否大于预先设定的阈值，如果是，执行S310，否则执行S311；
其中，仍以表1为例，假设阈值为2小时，显然，cache2负责处理上述内容块的服务持续时间小于2小时；cache1负责处理上述内容块的服务持续时间大于2小时。
S310、第一cache向当前负责处理所述内容块的cache发送查询消息，以获得业务请求所请求的内容；
其中，如果接收到查询消息的cache发现未命中，则仍可按照上述S305～S310的处理过程继续查找其他cache。
S311、第一cache根据获得的内容块与cache的对应关系的历史信息，曾经负责处理所述内容块的cache，并根据曾经负责处理所述内容块的cache的服务持续时间和服务结束时间，从查找到的曾经负责处理所述内容块的cache中确定第二cache，执行S312；
其中，仍以表1为例，如果接收到业务请求的是cache1，由于当前负责处理所述内容块的cache2的服务持续时间小于预先设定的阈值，因此cache1查找对应关系的历史信息，其中，cache3的服务结束时间距离当前时间最近，因此，选定cache3发送查询消息。
S312、第一cache向S311中选定的cache发送查询消息。
实施例二
实施例二以图2所示的CDN网络架构为例，对cache共享方式进行详细说明。其中，CDN路由设备基于MD5值为每个与其连接的cluster负责处理的内容划分内容块。
cluster中的每个cache以表格的形式保存并维护该cache与cluster中内容块的对应关系。作为举例而非限定，cache可以维护一张携带相对生效时间信息的与各个内容块的对应关系表，该表如表3所示：
表3
根据表3可以看出，在距离当前时间的12小时内，该cache一直负责处理内容块0和内容块1的内容，但从未负责处理过内容块127的内容。
上述生效时间为距当前时间的相对时间，cache以小时为单位，维护距当前时间12小时内，每小时的对应关系历史记录。还可以根据需要，调整计时单位，以及计时区间。
作为举例而非限定，cache还可以维护一张携带绝对生效时间信息的与各个内容块的对应关系表，该表如表4所示：
表4
其中，生效时间为绝对时间段，cache以小时为单位，维护每小时的对应关系历史记录。还可以根据需要，调整计时单位。
在本发明实施例二中，cache向同一cluster中的其他cache发送本地保存的与内容块的对应关系。
发明实施例二提供的cache共享方法的具体实现方式与实施例一相同，这里不再赘述。
实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
本发明实施例还提供了一种内容分发网络中缓存共享的缓存服务器，其结构如图4所示，具体实现结构如下：
命中判断单元401，用于判断业务请求所请求的内容是否命中，并在未命中时，触发查找确定单元402工作；
查找确定单元402，用于判断上述内容所属的内容块，其中，所述缓存服务器所在的cluster处理的所有内容被划分为不同的内容块；并根据内容块与所述cluster中的cache之间的对应关系，确定负责处理所述内容块的第二cache；
消息发送单元403，用于向上述第二cache发送查询消息。
上述缓存服务器还包括第一对应关系获取单元404或第二对应关系获取单元405。其中，第一对应关系获取单元404从第一cache从内容分发网络(Content Delivery Network，CDN)路由设备获得所述内容块与所述cluster中的cache之间的对应关系，并获得当前对应关系的服务持续时间，和历史对应关系的服务持续时间和服务结束时间；第二对应关系获取单元405用于从所述cluster中的其他cache获得各个cache与内容块的对应关系，并获得当前对应关系的服务持续时间时间，和历史对应关系的服务持续时间和服务结束时间。相应的，上述查找确定单元402具体用于：根据所述内容块与所述cluster中的cache之间的对应关系，查找当前负责处理所述内容块的cache；如果查找到的当前负责处理所述内容块的cache的服务持续时间大于预先设定的第一阈值，则确定查找到的cache为第二cache；如果查找到的当前负责处理所述内容块的cache的服务持续时间小于预先设定的第一阈值，则根据所述内容块与所述cluster中的cache之间的对应关系，查找曾经负责处理所述内容块的cache，并根据曾经负责处理所述内容块的cache的服务持续时间和服务结束时间，从查找到的曾经负责处理所述内容块的cache中确定第二cache。
本发明实施例提供的缓存服务器还包括内容缓存单元406：用于获得业务请求的内容后，判断监测到的所述第二cache的负载状况，如果所述负载状况小于预先设定的负载门限值，则降低所述内容的缓存热度，以降低缓存所述内容的概率，否则，增大所述内容的缓存热度，以增大缓存所述内容的概率。
本发明实施例还提供一种内容分发网络中缓存共享的CDN路由设备，其结构如图5所示，具体实现结构包括：
路由单元501，用于在收到业务请求后，确定负责处理所述业务请求所请求的内容的cluster；根据预先生成的所述cluster处理的内容与内容块的对应关系，确定所述业务请求所请求的内容所属的内容块，其中，所述cluster处理的所有内容被划分为不同的内容块；并根据预先生成的内容块与所述cluster中的cache之间的对应关系，确定负责处理所述内容块的第一cache；
请求发送单元502，用于向上述第一cache转发所述业务请求。
上述CDN路由设备还包括内容块划分单元503，用于预先确定所述内容块的数量；对所述cluster处理的每个内容的URL或者域名分别计算MD5值；将计算得到的每个所述MD5值分别对内容块的数量求模，以所计算的结果作为每个所述内容块的编号。
上述CDN路由设备还包括对应关系建立单元504和对应关系发送单元505：
所述对应关系建立单元504用于针对与所述CDN路由设备连接的cluster，建立内容块与cache之间的对应关系，并记录每条对应关系的生效时间信息，所述生效时间信息包括：当前对应关系的服务持续时间，和历史对应关系的服务持续时间和服务结束时间；
所述对应关系发送单元505用于将所述建立的内容块与cache之间的对应关系和对应的生效时间信息发送给对应的cluster中的每个cache
本发明实施例提供的缓存服务器及CDN路由设备，由于仅向负责处理相同内容块的cache发送查询消息，较之基于ICP协议的cache共享方式，降低了响应时延，提高了业务请求处理速度。另外，由于本发明实施例提供的方法中，通过查找内容块与cache的对应关系判断向哪些cache发送查询消息，内容块与cache的对应关系所占的存储空间较之Bloom filter要小很多，因此，本发明实施例较之基于cache digest协议的cache共享方式，降低了内存开销和查找开销。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
Claims (16)
1.一种内容分发网络中缓存共享的方法，其特征在于，包括：
集群cluster中的第一缓存服务器cache接收到业务请求后，如果未命中，确定业务请求所请求的内容所属的内容块，其中，所述cluster处理的所有内容被划分为不同的内容块；
所述第一cache根据预先生成的内容块与所述cluster中的cache之间的对应关系，确定负责处理所述内容块的第二cache；
所述第一cache向所述第二cache发送查询消息，以获得所述业务请求所请求的内容。
2.根据权利要求1所述的方法，其特征在于，所述cluster处理的所有内容被划分为不同的内容块包括：
预先确定所述内容块的数量；
对所述cluster处理的每个内容的统一资源定位符(Universal ResourceLocator，URL)或者域名分别计算消息摘要算法第5版(Message DigestAlgorithm，MD5)值；
将计算得到的每个所述MD5值分别对内容块的数量求模，以所计算的结果作为每个所述内容块的编号。
3.根据权利要求2所述的方法，其特征在于，所述确定业务请求所请求的内容所属的内容块包括：
对所述业务请求所请求的内容的URL或域名计算MD5值，并基于MD5值确定所述业务请求所请求的内容所属的内容块。
4.根据权利要求1～3任意一项所述的方法，其特征在于，该方法还包括：
所述第一cache从内容分发网络(Content Delivery Network，CDN)路由设备获得所述内容块与所述cluster中的cache之间的对应关系，并获得当前对应关系的服务持续时间，和历史对应关系的服务持续时间和服务结束时间；或者，
所述第一cache从所述cluster中的其他cache获得各个cache与内容块的对应关系，并获得当前对应关系的服务持续时间，和历史对应关系的服务持续时间和服务结束时间。
5.根据权利要求4所述的方法，其特征在于，所述根据内容块与所述cluster中的cache的对应关系，确定负责处理所述内容块的第二cache包括：
根据所述内容块与所述cluster中的cache之间的对应关系，查找当前负责处理所述内容块的cache；
如果查找到的当前负责处理所述内容块的cache的服务持续时间大于预先设定的第一阈值，则确定查找到的cache为第二cache；
如果查找到的当前负责处理所述内容块的cache的服务持续时间小于预先设定的第一阈值，则根据所述内容块与所述cluster中的cache之间的对应关系，查找曾经负责处理所述内容块的cache，并根据曾经负责处理所述内容块的cache的服务持续时间和服务结束时间，从查找到的曾经负责处理所述内容块的cache中确定第二cache。
6.根据权利要求1～3任意一项所述的方法，其特征在于，该方法还包括：
所述第一cache获得业务请求的内容后，判断监测到的所述第二cache的负载状况，如果所述负载状况小于预先设定的负载门限值，则降低所述内容的缓存热度，以降低缓存所述内容的概率，否则，增大所述内容的缓存热度，以增大缓存所述内容的概率。
7.一种内容分发网络中缓存共享的方法，其特征在于，包括：
内容分发网络(Content Delivery Network，CDN)路由设备收到业务请求后，确定负责处理所述业务请求所请求的内容的cluster；
所述CDN路由设备根据预先为所述cluster配置的内容与内容块的对应关系，确定所述业务请求所请求的内容所属的内容块，其中，所述cluster处理的所有内容被划分为不同的内容块；
所述CDN路由设备根据预先生成的内容块与所述cluster中的cache之间的对应关系，确定负责处理所述内容块的第一cache；
所述CDN路由设备向所述第一cache转发所述业务请求。
8.根据权利要求7所述的方法，其特征在于，所述cluster处理的所有内容被划分为不同的内容块包括：
预先确定所述内容块的数量；
对所述cluster处理的每个内容的统一资源定位符(Universal ResourceLocator，URL)或者域名分别计算消息摘要算法第5版(Message DigestAlgorithm，MD5)值；
将计算得到的每个所述MD5值分别对内容块的数量求模，以所计算的结果作为每个所述内容块的编号。
9.根据权利要求7或8所述的方法，其特征在于，该方法还包括：
所述CDN路由设备针对与所述CDN路由设备连接的cluster，建立内容块与cache之间的对应关系，并记录每条对应关系的生效时间信息，所述生效时间信息包括：当前对应关系的服务持续时间，和历史对应关系的服务持续时间和服务结束时间。
10.一种内容分发网络中缓存共享的缓存服务器，其特征在于，包括：
命中判断单元，用于判断业务请求所请求的内容是否命中，并在未命中时，触发查找确定单元工作；
查找确定单元，用于判断所述内容所属的内容块，其中，所述缓存服务器所在的集群cluster处理的所有内容被划分为不同的内容块；并根据预先生成的内容块与所述cluster中的缓存服务器cache之间的对应关系，确定负责处理所述内容块的第二cache；
消息发送单元，用于向所述第二cache发送查询消息，以获得所述业务请求所请求的内容。
11.根据权利要求10所述的缓存服务器，其特征在于，所述缓存服务器还包括第一对应关系获取单元，或第二对应关系获取单元：
所述第一对应关系获取单元，用于从第一cache从内容分发网络(ContentDelivery Network，CDN)路由设备获得所述内容块与所述cluster中的cache之间的对应关系，并获得当前对应关系的服务持续时间，和历史对应关系的服务持续时间和服务结束时间；
所述第二对应关系获取单元，用于从所述cluster中的其他cache获得各个cache与内容块的对应关系，并获得当前对应关系的服务持续时间时间，和历史对应关系的服务持续时间和服务结束时间。
12.根据权利要求10或11所述的缓存服务器，其特征在于，所述查找确定单元具体用于：根据所述内容块与所述cluster中的cache之间的对应关系，查找当前负责处理所述内容块的cache；如果查找到的当前负责处理所述内容块的cache的服务持续时间大于预先设定的第一阈值，则确定查找到的cache为第二cache；如果查找到的当前负责处理所述内容块的cache的服务持续时间小于预先设定的第一阈值，则根据所述内容块与所述cluster中的cache之间的对应关系，查找曾经负责处理所述内容块的cache，并根据曾经负责处理所述内容块的cache的服务持续时间和服务结束时间，从查找到的曾经负责处理所述内容块的cache中确定第二cache。
13.根据权利要求10或11所述的缓存服务器，其特征在于，所述缓存服务器还包括内容缓存单元：用于获得业务请求的内容后，判断监测到的所述第二cache的负载状况，如果所述负载状况小于预先设定的负载门限值，则降低所述内容的缓存热度，以降低缓存所述内容的概率，否则，增大所述内容的缓存热度，以增大缓存所述内容的概率。
14.一种内容分发网络中缓存共享的CDN路由设备，其特征在于，包括：
路由单元，用于在收到业务请求后，确定负责处理所述业务请求所请求的内容的cluster；根据预先生成的所述cluster处理的内容与内容块的对应关系，确定所述业务请求所请求的内容所属的内容块，其中，所述cluster处理的所有内容被划分为不同的内容块；并根据预先生成的内容块与所述cluster中的cache之间的对应关系，确定负责处理所述内容块的第一cache；
请求发送单元，用于向所述第一cache转发所述业务请求。
15.根据权利要求14所述的CDN路由设备，其特征在于，所述CDN路由设备还包括内容块划分单元，用于预先确定所述内容块的数量；对所述cluster处理的每个内容的统一资源定位符(Universal Resource Locator，URL)或者域名分别计算消息摘要算法第5版(Message Digest Algorithm，MD5)值；将计算得到的每个所述MD5值分别对内容块的数量求模，以所计算的结果作为每个所述内容块的编号。
16.根据权利要求14或15所述的CDN路由设备，其特征在于，所述CDN路由设备还包括对应关系建立单元和对应关系发送单元：
所述对应关系建立单元用于针对与所述CDN路由设备连接的cluster，建立内容块与cache之间的对应关系，并记录每条对应关系的生效时间信息，所述生效时间信息包括：当前对应关系的服务持续时间，和历史对应关系的服务持续时间和服务结束时间；
所述对应关系发送单元用于将所述建立的内容块与cache之间的对应关系和对应的生效时间信息发送给对应的cluster中的每个cache。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010624897.7A CN102143212B (zh) | 2010-12-31 | 2010-12-31 | 一种内容分发网络中缓存共享的方法及装置 |
| PCT/CN2011/084276 WO2012089044A1 (zh) | 2010-12-31 | 2011-12-20 | 一种内容分发网络中缓存共享的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010624897.7A CN102143212B (zh) | 2010-12-31 | 2010-12-31 | 一种内容分发网络中缓存共享的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102143212A true CN102143212A (zh) | 2011-08-03 |
| CN102143212B CN102143212B (zh) | 2014-02-26 |
Family
ID=44410432
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010624897.7A Active CN102143212B (zh) | 2010-12-31 | 2010-12-31 | 一种内容分发网络中缓存共享的方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102143212B (zh) |
| WO (1) | WO2012089044A1 (zh) |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012089044A1 (zh) * | 2010-12-31 | 2012-07-05 | 华为技术有限公司 | 一种内容分发网络中缓存共享的方法及装置 |
| CN102668518A (zh) * | 2011-12-02 | 2012-09-12 | 华为技术有限公司 | 一种内容分发网络路由方法、系统和用户终端 |
| CN102857547A (zh) * | 2012-04-12 | 2013-01-02 | 华为技术有限公司 | 分布式缓存的方法及设备 |
| CN102984223A (zh) * | 2012-11-14 | 2013-03-20 | 华为技术有限公司 | 一种消息发送方法、网络设备及系统 |
| CN103491003A (zh) * | 2012-06-14 | 2014-01-01 | 华为技术有限公司 | 一种内容路由器及其处理报文的方法 |
| CN103703747A (zh) * | 2013-08-13 | 2014-04-02 | 华为技术有限公司 | 互联网内容存储方法和设备 |
| CN103888999A (zh) * | 2012-12-19 | 2014-06-25 | 中国移动通信集团公司 | 一种WebCache服务和CDN服务的融合方法和设备 |
| CN103931162A (zh) * | 2014-01-20 | 2014-07-16 | 华为技术有限公司 | 处理业务的方法和网络设备 |
| CN104253851A (zh) * | 2014-03-11 | 2014-12-31 | 哈尔滨工程大学 | 一种移动ccn中数据缓存的节点分组方法 |
| CN105357281A (zh) * | 2015-10-19 | 2016-02-24 | 中国科学院信息工程研究所 | 一种移动接入网分布式内容缓存访问控制方法及系统 |
| CN105893468A (zh) * | 2016-03-28 | 2016-08-24 | 乐视控股（北京）有限公司 | 用于cdn系统的缓存数据同步方法和系统 |
| CN106681830A (zh) * | 2016-12-21 | 2017-05-17 | 深圳先进技术研究院 | 一种任务缓存空间监测方法和装置 |
| WO2017092356A1 (zh) * | 2015-12-01 | 2017-06-08 | 乐视控股（北京）有限公司 | 用于提供服务数据的服务器、方法及系统 |
| CN107645386A (zh) * | 2017-09-25 | 2018-01-30 | 网宿科技股份有限公司 | 一种获取数据资源的方法和装置 |
| CN108418882A (zh) * | 2018-03-05 | 2018-08-17 | 北京云端智度科技有限公司 | 一种cdn网络内容分发系统及方法 |
| CN115696444A (zh) * | 2022-09-23 | 2023-02-03 | 中兴通讯股份有限公司 | 时延检测方法、装置、数据分析平台及可读存储介质 |
| CN117762646A (zh) * | 2024-02-22 | 2024-03-26 | 南瑞轨道交通技术有限公司 | 一种基于集群式共享缓存的数字量处理方法和系统 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105025105B (zh) * | 2015-07-27 | 2018-10-30 | 广州华多网络科技有限公司 | 请求处理方法和装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040153525A1 (en) * | 2003-01-31 | 2004-08-05 | 3Com Corporation | System and method for control of packet data serving node selection in a mobile internet protocol network |
| CN101005372A (zh) * | 2006-01-19 | 2007-07-25 | 思华科技（上海）有限公司 | 集群式缓存服务系统及其实现方法 |
| CN101540775A (zh) * | 2009-04-30 | 2009-09-23 | 华为技术有限公司 | 内容分发方法、装置与内容分发网络系统 |
| CN101741643A (zh) * | 2009-12-24 | 2010-06-16 | 北京世纪互联宽带数据中心有限公司 | 内容分发网络节点检测方法及系统 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1305270C (zh) * | 2004-07-04 | 2007-03-14 | 华中科技大学 | 基于集群的流媒体缓存代理服务器系统 |
| CN101064729B (zh) * | 2006-04-27 | 2010-06-09 | 中国电信股份有限公司 | 通过cdn网络实现ftp下载服务的系统和方法 |
| JPWO2010058790A1 (ja) * | 2008-11-21 | 2012-04-19 | 日本電気株式会社 | コンテンツ配信装置、コンテンツ配信制御方法、コンテンツ配信制御プログラム、キャッシュ制御装置 |
| CN102143212B (zh) * | 2010-12-31 | 2014-02-26 | 华为技术有限公司 | 一种内容分发网络中缓存共享的方法及装置 |
-
2010
- 2010-12-31 CN CN201010624897.7A patent/CN102143212B/zh active Active
-
2011
- 2011-12-20 WO PCT/CN2011/084276 patent/WO2012089044A1/zh active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040153525A1 (en) * | 2003-01-31 | 2004-08-05 | 3Com Corporation | System and method for control of packet data serving node selection in a mobile internet protocol network |
| CN101005372A (zh) * | 2006-01-19 | 2007-07-25 | 思华科技（上海）有限公司 | 集群式缓存服务系统及其实现方法 |
| CN101540775A (zh) * | 2009-04-30 | 2009-09-23 | 华为技术有限公司 | 内容分发方法、装置与内容分发网络系统 |
| CN101741643A (zh) * | 2009-12-24 | 2010-06-16 | 北京世纪互联宽带数据中心有限公司 | 内容分发网络节点检测方法及系统 |
Cited By (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012089044A1 (zh) * | 2010-12-31 | 2012-07-05 | 华为技术有限公司 | 一种内容分发网络中缓存共享的方法及装置 |
| CN102668518A (zh) * | 2011-12-02 | 2012-09-12 | 华为技术有限公司 | 一种内容分发网络路由方法、系统和用户终端 |
| WO2013078687A1 (zh) * | 2011-12-02 | 2013-06-06 | 华为技术有限公司 | 一种内容分发网络路由方法、系统和用户终端 |
| US9871722B2 (en) | 2011-12-02 | 2018-01-16 | Huawei Technologies Co., Ltd. | Content delivery network routing method, system and user terminal |
| CN102857547A (zh) * | 2012-04-12 | 2013-01-02 | 华为技术有限公司 | 分布式缓存的方法及设备 |
| CN102857547B (zh) * | 2012-04-12 | 2016-03-30 | 华为技术有限公司 | 分布式缓存的方法及设备 |
| CN103491003A (zh) * | 2012-06-14 | 2014-01-01 | 华为技术有限公司 | 一种内容路由器及其处理报文的方法 |
| CN103491003B (zh) * | 2012-06-14 | 2016-12-21 | 华为技术有限公司 | 一种内容路由器及其处理报文的方法 |
| CN102984223B (zh) * | 2012-11-14 | 2016-03-02 | 华为技术有限公司 | 一种消息发送方法、网络设备及系统 |
| CN102984223A (zh) * | 2012-11-14 | 2013-03-20 | 华为技术有限公司 | 一种消息发送方法、网络设备及系统 |
| CN103888999A (zh) * | 2012-12-19 | 2014-06-25 | 中国移动通信集团公司 | 一种WebCache服务和CDN服务的融合方法和设备 |
| CN103888999B (zh) * | 2012-12-19 | 2018-06-05 | 中国移动通信集团公司 | 一种WebCache服务和CDN服务的融合方法和设备 |
| CN103703747A (zh) * | 2013-08-13 | 2014-04-02 | 华为技术有限公司 | 互联网内容存储方法和设备 |
| US10129722B2 (en) | 2014-01-20 | 2018-11-13 | Huawei Technologies Co., Ltd. | Service processing method and network device |
| CN103931162A (zh) * | 2014-01-20 | 2014-07-16 | 华为技术有限公司 | 处理业务的方法和网络设备 |
| CN104253851A (zh) * | 2014-03-11 | 2014-12-31 | 哈尔滨工程大学 | 一种移动ccn中数据缓存的节点分组方法 |
| CN104253851B (zh) * | 2014-03-11 | 2017-12-19 | 哈尔滨工程大学 | 一种移动ccn中数据缓存的节点分组方法 |
| CN105357281A (zh) * | 2015-10-19 | 2016-02-24 | 中国科学院信息工程研究所 | 一种移动接入网分布式内容缓存访问控制方法及系统 |
| CN105357281B (zh) * | 2015-10-19 | 2019-06-21 | 中国科学院信息工程研究所 | 一种移动接入网分布式内容缓存访问控制方法及系统 |
| WO2017092356A1 (zh) * | 2015-12-01 | 2017-06-08 | 乐视控股（北京）有限公司 | 用于提供服务数据的服务器、方法及系统 |
| CN105893468A (zh) * | 2016-03-28 | 2016-08-24 | 乐视控股（北京）有限公司 | 用于cdn系统的缓存数据同步方法和系统 |
| CN106681830A (zh) * | 2016-12-21 | 2017-05-17 | 深圳先进技术研究院 | 一种任务缓存空间监测方法和装置 |
| CN106681830B (zh) * | 2016-12-21 | 2019-11-29 | 深圳先进技术研究院 | 一种任务缓存空间监测方法和装置 |
| CN107645386A (zh) * | 2017-09-25 | 2018-01-30 | 网宿科技股份有限公司 | 一种获取数据资源的方法和装置 |
| CN107645386B (zh) * | 2017-09-25 | 2021-06-22 | 网宿科技股份有限公司 | 一种获取数据资源的方法和装置 |
| CN108418882A (zh) * | 2018-03-05 | 2018-08-17 | 北京云端智度科技有限公司 | 一种cdn网络内容分发系统及方法 |
| CN115696444A (zh) * | 2022-09-23 | 2023-02-03 | 中兴通讯股份有限公司 | 时延检测方法、装置、数据分析平台及可读存储介质 |
| CN115696444B (zh) * | 2022-09-23 | 2023-09-12 | 中兴通讯股份有限公司 | 时延检测方法、装置、数据分析平台及可读存储介质 |
| CN117762646A (zh) * | 2024-02-22 | 2024-03-26 | 南瑞轨道交通技术有限公司 | 一种基于集群式共享缓存的数字量处理方法和系统 |
| CN117762646B (zh) * | 2024-02-22 | 2024-05-14 | 南瑞轨道交通技术有限公司 | 一种基于集群式共享缓存的数字量处理方法和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102143212B (zh) | 2014-02-26 |
| WO2012089044A1 (zh) | 2012-07-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102143212B (zh) | 一种内容分发网络中缓存共享的方法及装置 | |
| CN102638483B (zh) | 一种内容分发节点的确定方法、设备及系统 | |
| CN103051740B (zh) | 域名解析方法、dns服务器及域名解析系统 | |
| CN102118376B (zh) | 内容分发网络服务器及内容下载方法 | |
| EP2266043B1 (en) | Cache optimzation | |
| CN102196060A (zh) | 一种Cache服务器选择源站的方法和系统 | |
| CN102137145B (zh) | 分布式内容管理的方法、装置及系统 | |
| CN108011929A (zh) | 数据请求处理方法、装置、计算机设备和存储介质 | |
| JP2007066161A (ja) | キャッシュシステム | |
| CN103312733B (zh) | 信息处理方法和装置 | |
| CN107835437B (zh) | 基于多缓存服务器的调度方法和装置 | |
| KR20160030381A (ko) | 웹 페이지 액세스 방법, 장치, 라우터, 프로그램 및 기록매체 | |
| JP2011525312A (ja) | エッジデータストレージを使用する移動体ネットワーク環境においてデータを先読みするための方法及び装置 | |
| WO2016054144A1 (en) | Handling long-tail content in a content delivery network | |
| CN102333130A (zh) | 一种访问缓存服务器的方法、系统及缓存智能调度器 | |
| CN103780654A (zh) | 业务请求处理方法、用户终端、业务路由器及网络系统 | |
| CN102576350A (zh) | 高速缓存信息的系统及方法 | |
| US8868756B1 (en) | Sticky routing | |
| CN105635196A (zh) | 一种获取文件数据的方法、系统和应用服务器 | |
| CN102790784A (zh) | 分布式缓存方法及系统、缓存解析方法及解析系统 | |
| CN104144123A (zh) | 访问互联网的方法、系统与路由型网关装置 | |
| CN109873855A (zh) | 一种基于区块链网络的资源获取方法和系统 | |
| CN103107944A (zh) | 一种内容定位方法和路由设备 | |
| CN104753933A (zh) | 一种数据处理方法、装置、客户端及服务器 | |
| CN110392119A (zh) | 一种数据传输方法及基站 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: HUIZHOU ZHITAI ENTERPRISE MANAGEMENT CO., LTD. Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO., LTD. Effective date: 20150417 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 518129 SHENZHEN, GUANGDONG PROVINCE TO: 516003 HUIZHOU, GUANGDONG PROVINCE |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20150417 Address after: 516003 Guangdong province Huizhou City Mountain Road No. 4 Building 12 layer Dweh No. 06 A District Patentee after: Huizhou wisdom Enterprise Management Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
| ASS | Succession or assignment of patent right |
Owner name: HANGZHOU EONER NEW TECHNOLOGY CO., LTD. Free format text: FORMER OWNER: HUIZHOU ZHITAI ENTERPRISE MANAGEMENT CO., LTD. Effective date: 20150729 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| C53 | Correction of patent of invention or patent application | ||
| CB03 | Change of inventor or designer information |
Inventor after: Lv Yangbo Inventor before: Ou Xiongbing |
|
| COR | Change of bibliographic data |
Free format text: CORRECT: INVENTOR; FROM: OU XIONGBING TO: LV YANGBO |
|
| TR01 | Transfer of patent right |
Effective date of registration: 20150729 Address after: 310000, room 630, No. 218 West Xihu District Road, Hangzhou, Zhejiang, Wenshan Patentee after: Hangzhou Yi Wang new science and technology Co., Ltd Address before: 516003 Guangdong province Huizhou City Mountain Road No. 4 Building 12 layer Dweh No. 06 A District Patentee before: Huizhou wisdom Enterprise Management Co., Ltd. |
|
| C56 | Change in the name or address of the patentee | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 310000, room 630, No. 218 West Xihu District Road, Hangzhou, Zhejiang, Wenshan Patentee after: Zhejiang 1one Technology Co., Ltd. Address before: 310000, room 630, No. 218 West Xihu District Road, Hangzhou, Zhejiang, Wenshan Patentee before: Hangzhou Yi Wang new science and technology Co., Ltd |