CN108259521A - 热点资源共享方法及装置 - Google Patents

Abstract

本发明提供热点资源共享方法及装置，应用于云缓存网络中任一缓存系统，方法包括：监控自身服务区域的UE向外网服务器发送的目标资源的获取请求；在监控到该获取请求的次数小于等于预设触发次数时，判断目标资源在本缓存系统中是否存在；若否则在预先存储的云缓存网络中除本缓存系统外的其他各缓存系统的云缓存记录中查找目标资源是否存在；若在某一其他缓存系统的云缓存记录中查找到目标资源存在，则向UE发送重定向报文使其向存在目标资源的缓存系统发送获取目标资源的请求并接收该缓存系统返回的目标资源。本发明能解决现有多个同构缓存系统重复回源、多个异构缓存系统缓存资源无法互相补充且高度重复、及全量缓存资源共享同步不一致的问题。

Description

热点资源共享方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种热点资源共享方法及装置。

背景技术

常用的缓存控制方法为WebCache缓存系统，该缓存系统通过对运营商出口的上行链路进行旁路监控(分光或镜像)，实时监控、分析用户终端UE发起的下载请求。当UE请求的资源内容已经存储在本地WebCache缓存系统时(即请求命中)，则通过HTTP 302重定向技术引导用户终端到本地缓存系统下载资源，典型业务交互过程可参考图1。当UE请求的资源没有存储在本地WebCache缓存系统时(请求未命中)，外网返回资源给用户。当用户访问相同资源次数达到缓存策略触发条件后，缓存服务器向外网请求资源，外网服务器返回资源到缓存服务器，缓存服务器完成资源存储，并把相应的资源记录同步到平台数据库中。当用户再次请求该资源时，系统通过HTTP 302重定向技术引导终端用户到本地缓存系统下载资源，业务交互过程可参考图2。

但是，随着互联网业务的迅猛发展，不少省网出口链路已经超过了1Tbps，其中上行链路的用户终端的请求数量达到200万QPS(每秒查询率)。面对如此庞大的出口带宽和用户请求量，如果只建设一套缓存系统，往往存在诸多问题(如缓存文件记录数量过于庞大，交换机性能无法满足吞吐量要求，监控服务器数量庞大等)。考虑到缓存内容(尤其视频内容)下沉和部署的灵活性，通常根据出口链路、地市接入分布等情况，运营商在省网内会建立多个缓存系统。多个缓存各自独立运行，但存在的问题包括：网络内同构缓存系统之间缓存资源重复，重复回源造成带宽浪费；网络内异构缓存系统之间缓存资源无法互相补充，且高度重复；如采用全量缓存资源共享，则存在同步问题，易造成资源不一致等问题；多个缓存系统管理维护困难。

鉴于此，如何解决现有技术中多个同构缓存系统重复回源、多个异构缓存系统之间缓存资源无法互相补充，且高度重复、以及全量缓存资源共享存在同步不一致的问题成为目前需要解决的技术问题。

发明内容

为解决上述的技术问题，本发明提供一种热点资源共享方法及装置，能够解决现有技术中多个同构缓存系统重复回源、多个异构缓存系统之间缓存资源无法互相补充，且高度重复、以及全量缓存资源共享存在同步不一致的问题。

第一方面，本发明提供一种热点资源共享方法，应用于云缓存网络中任一缓存系统，包括：

监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求；

在监控到所述获取请求的次数小于等于预设触发次数时，判断所述获取请求所请求的目标资源在本缓存系统中是否存在；

若所述获取请求所请求的目标资源在本缓存系统中不存在，则在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在；

若在所述云缓存网络中除了本缓存系统之外某一缓存系统的云缓存记录中查找到所述目标资源存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向存在所述目标资源的缓存系统发送用于获取所述目标资源的请求并接收该缓存系统返回的所述目标资源；

其中，所述云缓存网络由为预设范围内的多个不同区域的UE提供服务的多个独立的同构或异构的缓存系统组成。

可选地，在所述监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求之前，所述方法还包括：

每隔预设第一时间段，更新预先存储的本缓存系统的全量资源记录，并根据更新后的全量资源记录，更新预先存储的本缓存系统的云缓存记录；

每隔预设第二时间段，同步所述云缓存网络中所有缓存系统的云缓存记录；

每隔预设第三时间段，对所述云缓存网络中的各缓存系统进行健康性检查；

其中，所述预设第二时间段小于所述预设第一时间段，所述预设第三时间段小于所述预设第二时间段。

可选地，所述根据更新后的全量资源记录，更新预先存储的本缓存系统的云缓存记录，包括：

按照预设热度算法在所述全量资源记录中选取热点资源，按照预设格式，将选取的热点资源生成最新的本缓存系统的云缓存记录；

其中，所述预设热度算法，包括：

S1、令i＝0；

S2、判断所述全量资源记录中的第i条记录中的资源在未来预设第四时间段内是否过期，若是，则执行步骤S6，若否，则执行步骤S3；

S3、判断所述第i条记录中的资源是否是在之前预设第五时间段内创建的，若是，则执行步骤S5，若否，则执行步骤S4；

S4、判断在之前预设第六时间段内是否有服务流量，若是，则执行步骤S5，若否，则执行步骤S6；

S5、按照预设格式，将所述第i条记录添加到本缓存系统的云缓存记录中；

S6、判断所述第i条记录是否是所述全量资源记录中的最后一条记录，若是，则流程结束，若否，则令i＝i+1并返回所述步骤S2。

可选地，所述每隔预设第二时间段，同步所述云缓存网络中所有缓存系统的云缓存记录，包括：

每隔预设第二时间段，将本缓存系统的云缓存记录发送给所述云缓存网络中除了本缓存系统之外的其他各缓存系统，接收所述云缓存网络中除了本缓存系统之外的其他各缓存系统发送的该缓存系统的云缓存记录。

可选地，所述在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在，包括：

按照预设末尾向前匹配有限长度分类检索算法，在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在；

其中，按照预设末尾向前匹配有限长度分类检索算法，在预先存储的所述云缓存网络中除了本缓存系统之外的其他任一缓存系统的云缓存记录中查找所述目标资源是否存在，包括：

P1、输入所述获取请求中的目标资源的URL，并同步加载黑名单URL列表Ubl＝{url₁,url₂,...,url_M}和预先存储的所述云缓存网络中除了本缓存系统之外的其他任一缓存系统的云缓存记录Tcache＝{I_fn,I_url,I_host,I_category,...}，其中，url₁,url₂,...,url_M是黑名单URL列表中的URL，M为黑名单URL列表中的URL的个数；Tcache是云缓存记录，I_fn是资源的文件名字段，I_url是资源的源站URL字段，I_host是资源的缓存IP，I_category是资源的文件类型；

P2、判断所述目标资源的URL是否在所述黑名单URL列表中，若是，则执行步骤P6，若否，则执行步骤P3；

P3、调用URL分析器分解所述获取请求中的目标资源的URL，输出所述目标资源的文件名、URL路径、主机和类型；

P4、判断所述目标资源的文件名是否在上述云缓存记录的文件名字段集合Tcache＝{I_fn}中，若是，则执行步骤P5，若否，则执行步骤P6；

P5、按照所述目标资源的类型，采用末尾向前有限长度向前检索，对所述目标资源的URL路径进行匹配查找，若不匹配，则执行步骤P6，若匹配，则确定在上述云缓存记录中存在所述目标资源；

P6、查找结束，查找结果是未命中。

可选地，在所述若在所述云缓存网络中除了本缓存系统之外某一缓存系统的云缓存记录中查找到所述目标资源存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向存在所述目标资源的缓存系统发送用于获取所述目标资源的请求并接收该缓存系统返回的所述目标资源之后，所述方法还包括：

判断监控到所述获取请求的次数是否等于预设触发次数，若是，则向所述UE发送用于获取所述目标资源的请求，接收所述UE返回的所述目标资源并进行存储。

可选地，在所述监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求之后，所述方法还包括：

在监控到所述获取请求的次数大于预设触发次数时，向所述UE发送本缓存系统中存储的所述目标资源。

可选地，在所述判断所述获取请求所请求的目标资源在本缓存系统中是否存在之后，所述方法还包括：

若所述获取请求所请求的目标资源在本缓存系统中存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向本缓存系统发送用于获取所述目标资源的请求；

接收所述UE发送的用于获取所述目标资源的请求，并向所述UE返回所述目标资源。

可选地，所述重定向报文为HTTP 302重定向报文。

第二方面，本发明提供一种城域骨干传送网OTN组网装置，应用于云缓存网络中任一缓存系统，包括：

监控模块，用于监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求；

判断模块，用于在监控到所述获取请求的次数小于等于预设触发次数时，判断所述获取请求所请求的目标资源在本缓存系统中是否存在；

查找模块，用于若所述获取请求所请求的目标资源在本缓存系统中不存在，则在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在；

第一发送模块，用于若在所述云缓存网络中除了本缓存系统之外某一缓存系统的云缓存记录中查找到所述目标资源存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向存在所述目标资源的缓存系统发送用于获取所述目标资源的请求并接收该缓存系统返回的所述目标资源；

其中，所述云缓存网络由为预设范围内的多个不同区域的UE提供服务的多个独立的同构或异构的缓存系统组成。

由上述技术方案可知，本发明的热点资源共享方法及装置，通过监控自身服务区域的UE向外网服务器发送的目标资源的获取请求，在监控到该获取请求的次数小于等于预设触发次数时，判断该获取请求所请求的目标资源在本缓存系统中是否存在，若否，则在预先存储的云缓存网络中除本缓存系统外的其他各缓存系统的云缓存记录中查找目标资源是否存在，若在某一其他缓存系统的云缓存记录中查找到目标资源存在，则向UE发送重定向报文使其向存在目标资源的缓存系统发送获取目标资源的请求并接收该缓存系统返回的目标资源，其中，所述云缓存网络由为预设范围内的多个不同区域的UE提供服务的多个独立的同构或异构的缓存系统组成，由此，能够解决现有技术中多个同构缓存系统重复回源、多个异构缓存系统之间缓存资源无法互相补充，且高度重复、以及全量缓存资源共享存在同步不一致的问题，通过云缓存技术从云缓存网络成员中获取热点资源，可以有效减少各个缓存系统重复回源问题，可明显节省网络出口带宽的占用，提升用户访问互联网内容体验。

附图说明

图1为现有的WebCache缓存系统请求命中业务流程的信令图；

图2为现有技术中利用WebCache缓存系统的回源及服务流程的信令图；

图3为本发明一实施例提供的一种热点资源共享方法的流程示意图；

图4为本发明实施例提供的预设热度算法的流程示意图；

图5为本发明实施例提供的预设末尾向前匹配有限长度分类检索算法的流程示意图；

图6为本发明一实施例提供的一种热点资源共享装置的结构示意图；

图7为本发明实施例提供的一种电子设备的实体结构示意图。

具体实施方式

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

图3示出了本发明一实施例提供的一种热点资源共享方法的流程示意图，本实施例所述方法应用于云缓存网络中的任一缓存系统，如图3所示，本实施例的热点资源共享方法如下所述。

301、监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求。

在具体应用中，在所述步骤301之前，本实施例所述方法还可以包括图中未示出的步骤Q1-Q3：

Q1、每隔预设第一时间段，更新预先存储的本缓存系统的全量资源记录，并根据更新后的全量资源记录，更新预先存储的本缓存系统的云缓存记录。

在具体应用中，举例来说，所述预设第一时间段可以为1小时，本实施例并不对其进行限制，也可以根据实际情况进行设置。

具体地，所述步骤Q1中的“根据更新后的全量资源记录，更新预先存储的本缓存系统的云缓存记录”可以具体包括：

按照预设热度算法在所述全量资源记录中选取热点资源，按照预设格式，将选取的热点资源生成最新的本缓存系统的云缓存记录；

其中，如图4所示，所述预设热度算法，可以包括：

S1、令i＝0；

S2、判断所述全量资源记录中的第i条记录中的资源在未来预设第四时间段内是否过期，若是，则执行步骤S6，若否，则执行步骤S3；

S3、判断所述第i条记录中的资源是否是在之前预设第五时间段内创建的，若是，则执行步骤S5，若否，则执行步骤S4；

S4、判断在之前预设第六时间段内是否有服务流量，若是，则执行步骤S5，若否，则执行步骤S6；

S5、按照预设格式，将所述第i条记录添加到本缓存系统的云缓存记录中；

S6、判断所述第i条记录是否是所述全量资源记录中的最后一条记录，若是，则流程结束，若否，则令i＝i+1并返回所述步骤S2。

在具体应用中，所述预设第四时间段和所述预设第五时间段均可以为24小时，所述预设第六时间段可以为7天，即最终形成的云缓存记录是在全量资源记录的基础之上，扣减24小时内将要过期的文件记录、最近24小时创建的文件记录以及最近7天内没有服务流量的记录。

本实施例提供的云缓存网络中的成员内部选取热点资源的过程中，成员定时产生云缓存记录在所有成员中共享，而非共享各个成员的所有资源记录，减少了云缓存之间同步信息的数量，降低了同步带宽的占用，避免了各缓存系统全量资源记录与云缓存记录重复。非全量共享大大减少了本地系统上加载时的资源消耗，有利于系统的稳定性。另外，云缓存记录兼顾了资源记录的过期时间、资源热度等因素，有效避免了用户终端请求的命中云缓存资源是过期文件，或者无法访问文件资源的情况。另外，充分考虑资源热度持续时间，可确保共享资源具有较高访问量。

在具体应用中，可以预先设置所述云缓存网络中所有缓存系统的云缓存记录的预设格式，如针对资源的名称、大小、存储位置等信息做了强制要求，令云缓存记录中包含资源的原始URL信息；针对相同内容在多站点发布的情况，需要建立1对多的URL对应关系，避免资源的多次重复下载以及磁盘空间的浪费，提升缓存系统的运行效率。可以理解的是，通过预先设置所述预设格式，可以方便后续同步到云缓存网络中其他成员后能够被正确识别并动态合成重定向信息。

Q2、每隔预设第二时间段，同步所述云缓存网络中所有缓存系统的云缓存记录。

具体地，所述步骤Q2，可以包括：

每隔预设第二时间段，将本缓存系统的云缓存记录发送给所述云缓存网络中除了本缓存系统之外的其他各缓存系统，接收所述云缓存网络中除了本缓存系统之外的其他各缓存系统发送的该缓存系统的云缓存记录。

其中，所述云缓存网络由为预设范围内的多个不同区域的UE提供服务的多个独立的同构或异构的缓存系统组成。其中一个缓存系统作为所述云缓存网络的管理员，除该缓存系统之外的其他缓存系统作为所述云缓存网络的成员。所述云缓存网络的管理员主要职责是对加入云缓存网络的成员进行管理和审批。每个加入云缓存网络的缓存系统作为云成员。当管理员和云成员之间的认证通过后，各缓存系统组建云缓存网络，可开始成员间云缓存记录(即热点内容)的同步。

在具体应用中，所述预设第二时间段小于所述预设第一时间段，举例来说，所述预设第二时间段可以为10分钟，本实施例并不对其进行限制，也可以根据实际情况进行设置。

由于云缓存网络中各成员之间进行云缓存记录同步时，需要考虑数据同步的私密性和安全性，因此在具体应用中，可通过安全传输层协议TLS加密实现各个缓存系统的管理子系统之间建立加密数据传输安全通道。

可以理解的是，缓存系统产生与自身记录有关的云缓存记录后，各成员之间进行云缓存记录信息同步，同步后的资源被加载到各缓存系统的监控服务器上。由于各缓存系统产生云缓存记录时间存在不一致，同时考虑到信息同步环节的开销时间，因此可以选择每10分钟同步一次数据，即所述预设第二时间段可以为10分钟，本实施例并不对其进行限制，在具体应用中也可以根据实际情况对所述预设第二时间段进行设置。同步时，可以对已完成同步的数据进行标记，并在1小时内已经同步的数据不再进行重复同步。没有完成同步的数据将在1小时内通过多次同步，直到同步完成或超过1小时限制。

Q3、每隔预设第三时间段，对所述云缓存网络中的各缓存系统进行健康性检查。

在具体应用中，所述预设第三时间段小于所述预设第二时间段，举例来说，所述预设第三时间段可以为20秒，本实施例并不对其进行限制，也可以根据实际情况进行设置。

可以理解的是，为保证用户终端的访问不受缓存故障影响，云成员间必须对各成员内部的缓存服务器进行健康性检查。如果健康检查正常，则后续就可以对终端的访问进行重定向，如果出现异常(如出现服务器网络不可达、磁盘读写异常、业务进程异常等情况)，则停止重定向用户请求，以免影响用户对资源的访问。

可以理解的是，该缓存系统可以实时记录本缓存系统的访问日志并进行对所述访问日志进行统计分析。

302、在监控到所述获取请求的次数小于等于预设触发次数时，判断所述获取请求所请求的目标资源在本缓存系统中是否存在。

303、若所述获取请求所请求的目标资源在本缓存系统中不存在，则在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在。

在具体应用中，所述步骤303中的“在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在”，可以包括：

按照预设末尾向前匹配有限长度分类检索算法，在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在。

其中，可参考图5，按照预设末尾向前匹配有限长度分类检索算法，在预先存储的所述云缓存网络中除了本缓存系统之外的其他任一缓存系统的云缓存记录中查找所述目标资源是否存在，可以具体包括：

P1、输入所述获取请求中的目标资源的URL(Ur)，并同步加载黑名单URL列表Ubl＝{url₁,url₂,...,url_M}和预先存储的所述云缓存网络中除了本缓存系统之外的其他任一缓存系统的云缓存记录Tcache＝{I_fn,I_url,I_host,I_category,...}。

其中，url₁,url₂,...,url_M是黑名单URL列表中的URL，表示该URL资源不允许缓存，M为黑名单URL列表中的URL的个数；Tcache是云缓存记录，I_fn是资源的文件名字段，I_url是资源的源站(原始)URL字段，I_host是资源的缓存IP，I_category是资源的文件类型(如http、media、mobile等类型)。

P2、判断所述目标资源的URL是否在所述黑名单URL列表中，若是，则执行步骤P6，若否，则执行步骤P3。

P3、调用URL分析器分解所述获取请求中的目标资源的URL，输出所述目标资源的文件名fn、路径ph、主机host和类型ca。

P4、判断所述目标资源的文件名是否在上述云缓存记录的文件名字段集合Tcache＝{I_fn}中，若是，则执行步骤P5，若否，则执行步骤P6。

可以理解的是，所述目标资源的文件名在上述云缓存记录的文件名字段集合Tcache＝{I_fn}中，则说明用户终端请求的资源文件名在上述云缓存记录中有同名资源记录，但可能存在重名的情况(比如来自不同的源站或内容站点)，因此通过步骤P5继续进一步检索匹配。

P5、判断所述目标资源的类型，并按照所述目标资源的类型，采用末尾向前有限长度向前检索，对所述目标资源的URL路径进行匹配查找，若不匹配，则执行步骤P6，若匹配，则确定在上述云缓存记录中存在所述目标资源(可以后续执行下述步骤304进行重定向)。

可以理解的是，由于共享资源包括HTTP下载、视频、移动APP三类特点不同的缓存资源，其源站URL长度不一，因此根据目标资源的类型ca分别进行不同长度的末尾向前匹配检索。不同资源类型时，检索匹配的字节长度也不同,不同资源类型检索匹配的字节长度可以根据实际情况进行具体设置。

P6、查找结束，查找结果是未命中(即用户终端请求的资源未缓存)。

本实施例在一具体实验中，根据所述获取请求所请求的目标资源的类型(http下载、在线视频、移动App)分别对现网的云缓存记录(即共享资源记录)进行分析，统计这些云缓存记录URL中path(含host主机名)的统计分布(平均值、标准差、正态累积分布)。统计的结果如下述表1所示。

表1

可以看出，不同类型的目标资源的URL的path长度各不相同。总体来说，进行检索时匹配的URL长度越长，需要花费的时间越长。如果采用精确的完全匹配进行检索时，尽管保证了匹配准确度，但是牺牲了检索效率，导致检索命中时重定向成功率低，大大降低了缓存效果。而且，需要存储海量URL记录时，庞大的URL索引表将极大消耗内存，导致检索耗时大。因此，采用上述预设末尾向前匹配有限长度分类检索算法进行匹配时，可选择满足60％正态累积分布的URL路径(path)长度进行检索，即http资源的匹配长度71字节，在线视频资源的匹配长度42字节，移动App资源的匹配长度59字节。

实践表明，采用上述预设末尾向前匹配有限长度分类检索算法时，可有效压缩URL索引表大小，提高系统重定向性能，较好支持了CDN/镜像多站点发布的资源缓存。

304、若在所述云缓存网络中除了本缓存系统之外某一缓存系统的云缓存记录中查找到所述目标资源存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向存在所述目标资源的缓存系统发送用于获取所述目标资源的请求并接收该缓存系统返回的所述目标资源。

在具体应用中，所述重定向报文可以为HTTP 302重定向报文，本实施例并不对其进行限制，也可以其他类型的重定向报文。

在具体应用中，在所述步骤304之后，所述方法还可以包括：

判断监控到所述获取请求的次数是否等于预设触发次数，若是，则向所述UE发送用于获取所述目标资源的请求，接收所述UE返回的所述目标资源并进行存储。

这样，在后续自身服务区域的用户终端访问与本次相同的目标资源时，可以从本地缓存系统中获取所述目标资源。

在具体应用中，在所述步骤301之后，所述方法还可以包括：

在监控到所述获取请求的次数大于预设触发次数时，向所述UE发送本缓存系统中存储的所述目标资源。

在具体应用中，在所述步骤302之后，所述方法还可以包括：

若所述获取请求所请求的目标资源在本缓存系统中存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向本缓存系统发送用于获取所述目标资源的请求；

接收所述UE发送的用于获取所述目标资源的请求，并向所述UE返回所述目标资源。

本实施例的热点资源共享方法，应用于云缓存网络中任一缓存系统，通过监控自身服务区域的UE向外网服务器发送的目标资源的获取请求，在监控到该获取请求的次数小于等于预设触发次数时，判断该获取请求所请求的目标资源在本缓存系统中是否存在，若否，则在预先存储的云缓存网络中除本缓存系统外的其他各缓存系统的云缓存记录中查找目标资源是否存在，若在某一其他缓存系统的云缓存记录中查找到目标资源存在，则向UE发送重定向报文使其向存在目标资源的缓存系统发送获取目标资源的请求并接收该缓存系统返回的目标资源，其中，所述云缓存网络由为预设范围内的多个不同区域的UE提供服务的多个独立的同构或异构的缓存系统组成，由此，能够解决现有技术中多个同构缓存系统重复回源、多个异构缓存系统之间缓存资源无法互相补充，且高度重复、以及全量缓存资源共享存在同步不一致的问题，通过云缓存技术从云缓存网络成员中获取热点资源，可以有效减少各个缓存系统重复回源问题，可明显节省网络出口带宽的占用，提升用户访问互联网内容体验。

本实施例所述方法，提供了同构或异构缓存系统建立基于热点分享的云缓存架构。云管理员、云成员共同组建云网络，云管理员可对各个成员进行集中管理，提供统一的网络管理和统计报表功能，方便管理和维护；提供了共享资源记录(即云缓存记录)选取方法。云缓存成员间共享这些资源，可有效降低网络出口带宽的占用。避免采用共享全部资源，不存在缓存系统数量较多时同步过程失败而影响数据的同步，造成在各个缓存系统上共享的云缓存记录不一致情况；共享采用了云缓存记录，而非文件资源本身，可以有效降低数据同步带宽需求以及数据同步时间。云缓存记录和URL分表记录，可在云缓存上实现同一资源不同站点发布成为可能；本方法预先设置了云缓存记录的格式，任意云成员依据该格式产生云缓存记录(即热点内容信息)，能够保障云成员之间的热点内容分享；提供了ULR匹配的预设末尾向前匹配有限长度分类检索算法，能够提升重定向的效率。

图6为示出了本发明一实施例提供的一种热点资源共享装置的结构示意图，热点资源共享装置应用于云缓存网络中任一缓存系统，如图6所示，本实施例的热点资源共享装置，包括：监控模块61、判断模块62、查找模块63和第一发送模块64；其中：

监控模块61，用于监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求；

判断模块62，用于在监控到所述获取请求的次数小于等于预设触发次数时，判断所述获取请求所请求的目标资源在本缓存系统中是否存在；

查找模块63，用于若所述获取请求所请求的目标资源在本缓存系统中不存在，则在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在；

第一发送模块64，用于若在所述云缓存网络中除了本缓存系统之外某一缓存系统的云缓存记录中查找到所述目标资源存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向存在所述目标资源的缓存系统发送用于获取所述目标资源的请求并接收该缓存系统返回的所述目标资源；

其中，所述云缓存网络由为预设范围内的多个不同区域的UE提供服务的多个独立的同构或异构的缓存系统组成。

本实施例的热点资源共享装置，应用于云缓存网络中任一缓存系统，能够解决现有技术中多个同构缓存系统重复回源、多个异构缓存系统之间缓存资源无法互相补充，且高度重复、以及全量缓存资源共享存在同步不一致的问题，通过云缓存技术从云缓存网络成员中获取热点资源，可以有效减少各个缓存系统重复回源问题，可明显节省网络出口带宽的占用，提升用户访问互联网内容体验。

本实施例所述装置，提供了同构或异构缓存系统建立基于热点分享的云缓存架构。云管理员、云成员共同组建云网络，云管理员可对各个成员进行集中管理，提供统一的网络管理和统计报表功能，方便管理和维护；提供了共享资源记录(即云缓存记录)选取方法。云缓存成员间共享这些资源，可有效降低网络出口带宽的占用。避免采用共享全部资源，不存在缓存系统数量较多时同步过程失败而影响数据的同步，造成在各个缓存系统上共享的云缓存记录不一致情况；共享采用了云缓存记录，而非文件资源本身，可以有效降低数据同步带宽需求以及数据同步时间。云缓存记录和URL分表记录，可在云缓存上实现同一资源不同站点发布成为可能；本方法预先设置了云缓存记录的格式，任意云成员依据该格式产生云缓存记录(即热点内容信息)，能够保障云成员之间的热点内容分享；提供了ULR匹配的预设末尾向前匹配有限长度分类检索算法，能够提升重定向的效率。

本实施例的热点资源共享装置，可以用于执行前述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图7示出了本发明实施例提供的一种电子设备的实体结构示意图，如图7所示，该电子设备可以包括：处理器(processor)71、存储器(memory)72和总线73；

其中，所述处理器71，存储器72通过所述总线73完成相互间的通信；

所述处理器71可以调用存储器72的逻辑指令，以执行上述各方法实施例所提供的方法，例如包括：监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求；在监控到所述获取请求的次数小于等于预设触发次数时，判断所述获取请求所请求的目标资源在本缓存系统中是否存在；若所述获取请求所请求的目标资源在本缓存系统中不存在，则在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在；若在所述云缓存网络中除了本缓存系统之外某一缓存系统的云缓存记录中查找到所述目标资源存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向存在所述目标资源的缓存系统发送用于获取所述目标资源的请求并接收该缓存系统返回的所述目标资源；其中，所述云缓存网络由为预设范围内的多个不同区域的UE提供服务的多个独立的同构或异构的缓存系统组成。

本发明实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求；在监控到所述获取请求的次数小于等于预设触发次数时，判断所述获取请求所请求的目标资源在本缓存系统中是否存在；若所述获取请求所请求的目标资源在本缓存系统中不存在，则在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在；若在所述云缓存网络中除了本缓存系统之外某一缓存系统的云缓存记录中查找到所述目标资源存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向存在所述目标资源的缓存系统发送用于获取所述目标资源的请求并接收该缓存系统返回的所述目标资源；其中，所述云缓存网络由为预设范围内的多个不同区域的UE提供服务的多个独立的同构或异构的缓存系统组成。

本发明实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求；在监控到所述获取请求的次数小于等于预设触发次数时，判断所述获取请求所请求的目标资源在本缓存系统中是否存在；若所述获取请求所请求的目标资源在本缓存系统中不存在，则在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在；若在所述云缓存网络中除了本缓存系统之外某一缓存系统的云缓存记录中查找到所述目标资源存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向存在所述目标资源的缓存系统发送用于获取所述目标资源的请求并接收该缓存系统返回的所述目标资源；其中，所述云缓存网络由为预设范围内的多个不同区域的UE提供服务的多个独立的同构或异构的缓存系统组成。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

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

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

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

本发明的说明书中，说明了大量具体细节。然而能够理解的是，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。类似地，应当理解，为了精简本发明公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释呈反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。而且，可以单独使用本发明的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (10)

1.一种热点资源共享方法，应用于云缓存网络中的任一缓存系统，其特征在于，包括：

监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求；

在监控到所述获取请求的次数小于等于预设触发次数时，判断所述获取请求所请求的目标资源在本缓存系统中是否存在；

若所述获取请求所请求的目标资源在本缓存系统中不存在，则在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在；

若在所述云缓存网络中除了本缓存系统之外某一缓存系统的云缓存记录中查找到所述目标资源存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向存在所述目标资源的缓存系统发送用于获取所述目标资源的请求并接收该缓存系统返回的所述目标资源；

其中，所述云缓存网络由为预设范围内的多个不同区域的UE提供服务的多个独立的同构或异构的缓存系统组成。

2.根据权利要求1所述的方法，其特征在于，在所述监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求之前，所述方法还包括：

每隔预设第一时间段，更新预先存储的本缓存系统的全量资源记录，并根据更新后的全量资源记录，更新预先存储的本缓存系统的云缓存记录；

每隔预设第二时间段，同步所述云缓存网络中所有缓存系统的云缓存记录；

每隔预设第三时间段，对所述云缓存网络中的各缓存系统进行健康性检查；

其中，所述预设第二时间段小于所述预设第一时间段，所述预设第三时间段小于所述预设第二时间段。

3.根据权利要求2所述的方法，其特征在于，所述根据更新后的全量资源记录，更新预先存储的本缓存系统的云缓存记录，包括：

按照预设热度算法在所述全量资源记录中选取热点资源，按照预设格式，将选取的热点资源生成最新的本缓存系统的云缓存记录；

其中，所述预设热度算法，包括：

S1、令i＝0；

S2、判断所述全量资源记录中的第i条记录中的资源在未来预设第四时间段内是否过期，若是，则执行步骤S6，若否，则执行步骤S3；

S3、判断所述第i条记录中的资源是否是在之前预设第五时间段内创建的，若是，则执行步骤S5，若否，则执行步骤S4；

S4、判断在之前预设第六时间段内是否有服务流量，若是，则执行步骤S5，若否，则执行步骤S6；

S5、按照预设格式，将所述第i条记录添加到本缓存系统的云缓存记录中；

S6、判断所述第i条记录是否是所述全量资源记录中的最后一条记录，若是，则流程结束，若否，则令i＝i+1并返回所述步骤S2。

4.根据权利要求2所述的方法，其特征在于，所述每隔预设第二时间段，同步所述云缓存网络中所有缓存系统的云缓存记录，包括：

每隔预设第二时间段，将本缓存系统的云缓存记录发送给所述云缓存网络中除了本缓存系统之外的其他各缓存系统，接收所述云缓存网络中除了本缓存系统之外的其他各缓存系统发送的该缓存系统的云缓存记录。

5.根据权利要求1所述的方法，其特征在于，所述在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在，包括：

按照预设末尾向前匹配有限长度分类检索算法，在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在；

其中，按照预设末尾向前匹配有限长度分类检索算法，在预先存储的所述云缓存网络中除了本缓存系统之外的其他任一缓存系统的云缓存记录中查找所述目标资源是否存在，包括：

P1、输入所述获取请求中的目标资源的URL，并同步加载黑名单URL列表Ubl＝{url₁,url₂,...,url_M}和预先存储的所述云缓存网络中除了本缓存系统之外的其他任一缓存系统的云缓存记录Tcache＝{I_fn,I_url,I_host,I_category,...}，其中，url₁,url₂,...,url_M是黑名单URL列表中的URL，M为黑名单URL列表中的URL的个数；Tcache是云缓存记录，I_fn是资源的文件名字段，I_url是资源的源站URL字段，I_host是资源的缓存IP，I_category是资源的文件类型；

P2、判断所述目标资源的URL是否在所述黑名单URL列表中，若是，则执行步骤P6，若否，则执行步骤P3；

P3、调用URL分析器分解所述获取请求中的目标资源的URL，输出所述目标资源的文件名、URL路径、主机和类型；

P4、判断所述目标资源的文件名是否在上述云缓存记录的文件名字段集合Tcache＝{I_fn}中，若是，则执行步骤P5，若否，则执行步骤P6；

P5、按照所述目标资源的类型，采用末尾向前有限长度向前检索，对所述目标资源的URL路径进行匹配查找，若不匹配，则执行步骤P6，若匹配，则确定在上述云缓存记录中存在所述目标资源；

P6、查找结束，查找结果是未命中。

6.根据权利要求1所述的方法，其特征在于，在所述若在所述云缓存网络中除了本缓存系统之外某一缓存系统的云缓存记录中查找到所述目标资源存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向存在所述目标资源的缓存系统发送用于获取所述目标资源的请求并接收该缓存系统返回的所述目标资源之后，所述方法还包括：

判断监控到所述获取请求的次数是否等于预设触发次数，若是，则向所述UE发送用于获取所述目标资源的请求，接收所述UE返回的所述目标资源并进行存储。

7.根据权利要求6所述的方法，其特征在于，在所述监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求之后，所述方法还包括：

在监控到所述获取请求的次数大于预设触发次数时，向所述UE发送本缓存系统中存储的所述目标资源。

8.根据权利要求1所述的方法，其特征在于，在所述判断所述获取请求所请求的目标资源在本缓存系统中是否存在之后，所述方法还包括：

若所述获取请求所请求的目标资源在本缓存系统中存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向本缓存系统发送用于获取所述目标资源的请求；

接收所述UE发送的用于获取所述目标资源的请求，并向所述UE返回所述目标资源。

9.根据权利要求1-8中任一项所述的方法，其特征在于，所述重定向报文为HTTP 302重定向报文。

10.一种热点资源共享装置，应用于云缓存网络中的任一缓存系统，其特征在于，包括：

监控模块，用于监控自身服务区域的用户终端UE向外网服务器发送的目标资源的获取请求；

判断模块，用于在监控到所述获取请求的次数小于等于预设触发次数时，判断所述获取请求所请求的目标资源在本缓存系统中是否存在；

查找模块，用于若所述获取请求所请求的目标资源在本缓存系统中不存在，则在预先存储的所述云缓存网络中除了本缓存系统之外的其他各缓存系统的云缓存记录中查找所述目标资源是否存在；

第一发送模块，用于若在所述云缓存网络中除了本缓存系统之外某一缓存系统的云缓存记录中查找到所述目标资源存在，则向所述UE发送重定向报文，以使所述UE根据所述重定向报文，向存在所述目标资源的缓存系统发送用于获取所述目标资源的请求并接收该缓存系统返回的所述目标资源；

其中，所述云缓存网络由为预设范围内的多个不同区域的UE提供服务的多个独立的同构或异构的缓存系统组成。