CN104618430A - 一种实现互联网缓存系统资源回源的方法和系统 - Google Patents
一种实现互联网缓存系统资源回源的方法和系统 Download PDFInfo
- Publication number
- CN104618430A CN104618430A CN201410822516.4A CN201410822516A CN104618430A CN 104618430 A CN104618430 A CN 104618430A CN 201410822516 A CN201410822516 A CN 201410822516A CN 104618430 A CN104618430 A CN 104618430A
- Authority
- CN
- China
- Prior art keywords
- web cache
- cache system
- request
- target resource
- resource
- 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.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例提供了一种实现互联网缓存系统资源回源的方法,通过配置多个互联网缓存系统之间的地址信息,当需要对热门资源进行回源时,可以优选选择其他互联网缓存系统作为回源目标系统,从其他互联网缓存系统中获取回源资源,从而避免了同一网络中多套互联网缓存系统都需要单独从原始网站获取资源的问题,减少了整个网络的出口回源流量,节省了网间结算费用。
Description
技术领域
本发明涉及互联网领域,尤其涉及一种实现互联网缓存系统资源回源的方法和系统。
背景技术
随着互联网的蓬勃发展,网络流量快速增长,给网络运营商带来了巨大的挑战。网络基础设施扩容投资巨大,难以匹配用户流量的增长速度。互联网缓存系统(即Web Cache系统)是解决这一问题的有效方式之一。现网流量中约八成来自HTTP,主要包括视频、文件下载、网页浏览等,由于HTTP是基于客户端/服务器(Client/Server)的模式,用户访问资源时都需要到资源所在的源站服务器获取同样的数据,这样访问同一资源的人数越多,产生的重复数据流量越大。
Web Cache系统是部署在客户端和Web服务器之间的装置,对客户端上行请求进行监控,将服务器的响应保存到本地,包扩HTML网页、图片和文件下载等。后续收到访问相同资源的请求时,使用已保存的响应副本返回给用户,代替到源站Web服务器请求。
Web Cache系统基于存储换带宽、流量本地化的思路,将热门资源缓存到本地,直接从本地为客户端提供服务,大量减少了到上级网络的流量,节省了网络运营商的投资,同时还降低了客户端访问时延,提高了用户体验。
Web Cache系统的基本工作流程是:系统根据客户端的上行请求进行实时分析和统计,选取最热门的资源进行回源(即从原始网站获取资源在本地缓存);当系统收到客户端请求时,判断目标资源在本地是否已经缓存;如果是,Web Cache系统从本地读取资源数据并返回给客户端,避免了客户端到原始网站获取资源。
Web Cache系统一般部署在核心路由器侧,为该区域内的客户端提供缓存加速服务。以中国移动网络运营商为例,一般在各个省的网络出口处分别部署独立的Web Cache系统,由于各套Web Cache系统之间是彼此独立的,对于相同的资源,每套Web Cache系统都需要单独从原始网站获取资源,整个网络的出口回源流量中仍有不少的重复数据。
发明内容
有鉴于此,有必要提供一种实现Web Cache系统资源回源的方法和系统,可以减少同一网络运营商的多套Web Cache系统与原始网站之间的出口流量,减少重复数据的发送,降低运营商的出口流量结算费用。
第一方面,本发明实施例提供了一种实现Web Cache系统资源回源的方法,适用于至少包括第一Web Cache系统和第二Web Cache系统的应用场景,包括:
第一Web Cache系统配置有第二Web Cache系统的地址信息;
第一Web Cache系统需要对目标资源进行回源时,根据配置的第二WebCache系统的地址信息,向第二Web Cache系统发送获取资源请求,所述获取资源请求中携带目标资源的信息;
第二Web Cache系统确认本地存储有目标资源,向第一Web Cache系统发送所述目标资源。
引用第一方面的第一种可能的实施方式中,第二Web Cache系统还可以配置有第一Web Cache系统的地址信息;第二Web Cache系统在收到第一Web Cache系统发送的请求时,根据配置的地址信息对第一Web Cache系统进行校验。
引用第一方面的第二种可能的实施方式中,第一Web Cache系统在向第二Web Cache系统发送获取资源请求前,向第二Web Cache系统发送资源查询请求,所述资源查询请求中携带目标资源的信息;
第二Web Cache系统根据所述目标资源的信息,在本次存储的资源中进行查询,确定本地存储有目标资源后,向第一Web Cache系统返回响应消息,所述响应消息中包括第二Web Cache系统存储所述目标资源的地址。
进一步的,在引用第一方面的第二种可能的实施方式中,第一Web Cache系统还配置有除第二Web Cache系统以外的其他一个或多个Web Cache系统的地址;
第一Web Cache系统并行或串行向第二Web Cache系统以及至少一个其他Web Cache系统发送资源查询请求,所述资源查询请求中携带目标资源的信息;
第二Web Cache系统或至少一个其他Web Cache系统根据所述目标资源的信息,在本地存储的资源中进行查询,确定本地存储有目标资源后,向第一WebCache系统返回响应消息,所述响应中包括Web Cache系统自身的负载信息或处理能力信息;
第一Web Cache系统根据所述响应消息中的Web Cache系统的负载信息或处理能力信息,确定目标回源系统。
引用第一方面的可能的实施方式中,第二Web Cache系统确认本地存储有目标资源,向第一Web Cache系统发送所述目标资源具体为:
第二Web Cache系统确认本地存储有目标资源,向第一Web Cache系统发送所述目标资源在第二Web Cache系统中存储地址信息;
第一Web Cache系统根据所述存储地址信息,向第二Web Cache发送第二获取资源请求,所述第二获取资源请求中包括目标资源的信息;
第二Web Cache系统根据所述目标资源的信息,向第一Web Cache系统发送自身存储的目标资源。
引用第一方面的可能的实施方式中,第一Web Cache系统还可以通过与第二Web Cache系统的交互,获得第二Web Cache系统支持的资源能力信息;
第一Web Cache系统需要对目标资源进行回源时,根据所述第二Web Cache系统支持的资源能力信息,确定所述第二Web Cache系统支持所述目标资源时,向第二Web Cache系统发送第一资源请求。
引用第一方面的可能的实施方式中,第一Web Cache系统还可以配置有除第二Web Cache系统以外的其他一个或多个Web Cache系统的地址,则第二WebCache系统确认本地没有存储有目标资源,可以向第一Web Cache系统返回失败响应;第一Web Cache系统继续向所述其他Web Cache系统或者向目标资源的源网站发送资源请求,以获取所述目标资源。
第二方面,本发明实施例提供了一种实现Web Cache资源回源的系统,该系统包括第一Web Cache系统和第二Web Cache系统,
第一Web Cache系统,配置有第二Web Cache系统的地址信息,当需要对目标资源进行回源时,用于根据配置的第二Web Cache系统的地址信息,向第二Web Cache系统发送获取资源请求,所述第一资源请求中携带目标资源的信息;
第二Web Cache系统,用于接收第一Web Cache系统发送的获取资源请求,确认本地存储有目标资源,向第一Web Cache系统发送所述目标资源。
引用第二方面的可能的实施方式中,第二Web Cache系统可以配置有第一Web Cache系统的地址信息,用于在收到第一Web Cache系统发送的请求时,根据配置的地址信息对第一Web Cache系统进行校验。
引用第二方面的可能的实施方式中,第一Web Cache系统在向第二WebCache系统发送获取资源请求前,还用于向第二Web Cache系统发送资源查询请求,所述资源查询请求中携带目标资源的信息;
第二Web Cache系统用于接收所述资源查询请求,根据所述目标资源的信息,在本地存储的资源中进行查询,确定本地存储有目标资源后,向第一WebCache系统返回响应消息,所述响应消息中包括第二Web Cache系统存储所述目标资源的地址。
引用第二方面的可能的实施方式中,第二Web Cache系统进一步可以包括请求调度单元和缓存服务单元;
第一Web Cache系统,配置有第二Web Cache系统的请求调度单元的地址信息,当需要对目标资源进行回源时,用于根据配置的第二Web Cache系统的请求调度单元的地址信息,向第二Web Cache系统的请求调度单元发送获取资源请求,所述获取资源请求中携带目标资源的信息;
第二Web Cache系统的请求调度单元,用于接收第一Web Cache系统发送的获取资源请求,确认本地的缓存服务单元中存储有目标资源,向第一WebCache系统发送第二Web Cache系统的缓存服务单元的地址;
第一Web Cache系统用于接收到第二Web Cache系统的缓存服务单元的地址后,向第二Web Cache系统的缓存服务单元发送第二获取资源请求,所述第二获取资源请求中携带有目标资源的信息;
第二Web Cache系统的缓存服务单元,用于接收第一Web Cache系统发送的第二获取资源请求,根据第二获取资源请求中携带的目标资源的信息,向第一Web Cache系统发送自身存储的目标资源。
引用第二方面的可能的实施方式中,第一Web Cache系统,还用于与第二Web Cache系统交互,获得第二Web Cache系统支持的资源能力信息,当需要对目标资源进行回源时,用于根据所述第二Web Cache系统支持的资源能力信息,确定所述第二Web Cache系统支持所述目标资源时,向第二Web Cache系统发送第一资源请求。
第三方面,本发明实施例提供了一种Web Cache系统,包括缓存服务单元和请求调度单元,包括
请求调度单元,用于接收对端Web Cache系统发送的获取资源请求,所述获取资源请求中携带对端Web Cache系统请求回源的目标资源的信息,确认本地的缓存服务单元中存储有目标资源,向对端Web Cache系统发送缓存服务单元的地址;
缓存服务单元,用于接收到对端Web Cache系统发送的第二获取资源请求,所述第二获取资源请求中携带有目标资源的信息,根据第二获取资源请求中携带的目标资源的信息,向对端Web Cache系统发送自身存储的目标资源。
引用第三方面的可能的实施方式中,请求调度单元,还用于配置对端WebCache系统的地址信息,在接收到对端Web Cache系统发送的第一资源请求后,根据配置的地址信息,对对端Web Cache系统进行校验。
引用第三方面的可能的实施方式中,请求调度单元,还用于接收对端WebCache系统发送的查询请求,所述查询请求中携带目标资源的信息,请求调度单元在本地资源中进行查询,向对端Web Cache系统返回响应,所述响应中包括Web Cache系统自身的负载信息或处理能力信息。
引用第三方面的可能的实施方式中,Web Cache系统还包括管理单元,用于接收对端Web Cache系统发送的回源协商请求,所述回源协商请求中携带对端Web Cache系统的地址,将接收到的地址下发给本端Web Cache系统的请求调度单元和缓存服务单元,并向对端Web Cache系统返回回源协商响应,在响应中包括本端请求调度单元的地址。
通过本发明实施例提供的Web Cache系统资源回源的方法和系统,可以避免了同一网络中多套互联网缓存系统都需要单独从原始网站获取资源的问题,减少了整个网络的出口回源流量,节省了网间结算费用。
附图说明
图1是本发明实施例Web Cache系统获取资源的网络架构示意图;
图2是本发明实施例Web Cache系统获取资源的方法流程图;
图3是本发明另一实施例Web Cache系统获取资源的方法流程图;
图4是本发明实施例的Web Cache系统的硬件结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围.
图1是本发明实施例中Web Cache系统获取资源的网络架构示意图,江苏省的Web Cache系统B在需要获取资源A时,首先向浙江省的Web Cache系统A发送请求,获取资源A,并将获取到的资源A发送给Cl ient。下面详细说明具体实现。
本发明实施例提供一种Web Cache系统资源回源的方法,适用于至少包括第一Web Cache系统和第二Web Cache系统的应用场景,在该方法中,第一WebCache系统需要配置第二Web Cache系统的地址信息,第一Web Cache系统需要对目标资源进行回源时,根据配置的第二Web Cache系统的地址信息,向第二Web Cache系统发送第一资源请求,所述第一资源请求中携带目标资源的信息;第二Web Cache系统在本地存储的资源中进行查询,确认本地存储有目标资源,向第一Web Cache系统发送所述目标资源,下面结合Web Cache系统的单元结构进行具体说明。
如图2所示,是本发明实施例提供的Web Cache系统获取资源的方法流程图。本实施例中包括Web Cache系统A和Web Cache系统B,其中Web Cache系统A包括三个模块,分别为管理单元A10、请求调度单元A20、缓存服务单元A30,Web Cache系统B也包括三个模块,分别为管理单元B10、请求调度单元B20、缓存服务单元B30,每个单元都可以是一个物理或和逻辑上的功能实体,都配置有独立的地址,用于寻址和路由管理,具体的地址类型可以为I P地址,或者I P地址和端口号Port的组合等,本专利不作限定。方法流程如下:
步骤200至步骤208是两个Web Cache系统进行回源协商交互的阶段,目的是使得Web Cache系统A的缓存管理单元A30可以获得Web Cache系统B的请求调度单元B20的地址信息,从而为后续发送获取资源请求提供必要条件。需要说明的是,该回源协商交互阶段对本发明而言并未必须步骤,在实际实现时,也可以通过网络的预先配置等手段完成多个Web Cache系统之间的地址配置和资源信息的获得。
本发明实施例提供了一种回源协商的方法,包括:
步骤200,Web Cache系统A的管理单元A10向Web Cache系统B的管理单元B10发送回源协商请求,在该回源协商请求中携带Web Cache系统A的缓存服务单元A30的地址;具体实现中,Web Cache系统A的管理单元A10可以向Web Cache系统B的管理单元B10建立SSL(Secure Sockets Layer,安全套接层,是为网络通信提供安全及数据完整性的一种安全协议,SSL在传输层对网络连接进行加密)连接,发送回源协商请求;
具体的,所述管理单元可以为管理员提供操作界面,将管理员所作的配置信息下发给其他单元,在本专利实施例中,Web Cache系统A预先配置目标回源系统(Web Cache系统B)的地址列表,即目标回源系统的管理单元(B10)的地址,例如I P地址和端口,进一步的,如果有多个目标回源系统,还可以配置各个目标回源系统的优先级信息;各个Web Cache系统还可以配置回源服务对象地址列表,即配置本系统可以为哪些系统提供资源,配置项即为回源服务对象系统的管理单元的地址。互助回源的关系,可以是单向的,也可以是双向的。
Web Cache系统B的管理单元B10接收到回源协商请求后,可以根据自身配置的回源服务对象地址列表,对Web Cache系统A的管理单元A10的地址进行校验,如果A10的地址存在于回源服务对象地址列表中,则通过校验,否则不通过校验,检验功能为可选。
本实施例及后续各实施例中提供的基于地址的检验方法,可以提高系统的安全性,避免接收到不合法的系统发送的资源回源请求,以造成资源的损失。
步骤202、Web Cache系统B的管理单元B10向Web Cache系统A的管理单元A10返回回源协商响应,其中携带Web Cache系统B的请求调度单元B20的地址,可选的,在该响应消息中也可以携带Web Cache系统B支持的资源列表,例如支持的网站列表(sohu.com、sina.com、baidu.com)等,如不携带支持的资源列表信息,也可表示支持全部网站。
步骤204、Web Cache系统A的管理单元A10将获取到的Web Cache系统B的请求调度单元B20地址下发给缓存服务单元A30;
可选的,在步骤206、208中,管理单元B10可以将获取到的缓存服务单元A30的地址下发给请求调度单元B20和缓存服务单元B30,这些地址信息主要用于后续的校验。
以上通过回源协商交互,使得Web Cache系统A和Web Cache系统B之间交互的单元地址信息,以及支持的资源列表信息,为后续进行资源回源提供了条件。
步骤210至216为本发明实施例提供的资源回源的方法,包括:
步骤210,Web Cache系统A的缓存服务单元A30向Web Cache系统B的请求调度单元B20发送获取资源请求,该获取资源请求中包括目标资源的信息,该资源获取请求可以以HTTP协议形式发送,在缓存服务单元A30和请求调度单元B20之间建立起TCP连接;
上述实施例中的目标资源的信息,可以是资源的URL地址,如http://www.baidu.com/music/20141014/one_new_day.mp3,也可以是目标资源的名称或者其他表征目标资源的属性信息。
本步骤中,缓存服务单元A30可以根据客户端访问请求进行资源热度的统计,选取符合预定条件的热度资源进行回源,例如定期选取TOP N热度资源回源;
本步骤中,缓存服务单元A30可以根据目标资源的属性,在目标回源系统列表中查找支持该目标资源的回源系统,并按照优先级的顺序,向选定的回源系统发送资源获取请求,直至获取到目标资源为止。如果目标回源系统均未能提供该目标资源,再向目标资源的网站服务器发送请求获取该目标资源。
以上述目标资源的URL:http://www.baidu.com/music/20141014/one_new_day.mp3为例,缓存服务单元A30根据URL判断该目标资源所属的网站为baidu.com,在目标回源系统列表中找到支持baidu.com,且优先级最高的系统,本实施例选定的目标回源系统为Web Cache系统B。
步骤212,请求调度单元B20根据目标资源的信息在本地查询资源,确认目标资源是否存储在本地的缓存服务单元B30中,如果已经缓存,则向缓存服务单元A30返回重定向响应,在该重定向响应中携带缓存服务单元B30的地址;
以上述目标资源URL为例,该重定向响应中包括:
http://59.44.112.28/www.baidu.com/music/20141014/one_new_day.mp3
其中,59.44.112.28即为缓存服务单元B30的I P地址。
可选的,在该步骤中,请求调度单元B20可以根据之前保存的服务对象的缓存服务单元的地址信息,对地址进行校验;如果本地没有保存该目标资源,则向Web Cache系统A的缓存服务单元A30返回响应,告知目标资源不存在,这样缓存服务单元A30可以选取下一个目标回源系统进行资源获取,类似重复210的步骤,如果所有目标回源系统都尝试完毕仍未能获取目标资源,则缓存服务单元A30到该目标资源所在的网站获取资源。
步骤214,缓存服务单元A30根据重定向响应中的地址信息,向缓存服务单元B30发送获取资源请求,该获取资源请求中包括目标资源的信息,该资源获取请求可以以HTTP协议形式发送,在缓存服务单元A30和向缓存服务单元B30之间建立起TCP连接;
步骤216,缓存服务单元B30根据目标资源的信息,获取该目标资源,向缓存服务单元A30返回目标资源。可选的,缓存服务单元B30可以根据之前保存的服务对象的缓存服务单元的地址信息,对地址进行校验。
具体通过HTTP协议请求资源和返回资源响应的技术为现有技术,本发明不再赘述。
通过以上实施例,通过在多个Web Cache系统之间进行配置,使得多个WebCache系统之间可以进行回源资源的交互,对现网的改动较小,就可以实现网内的资源回源,避免了向网外的服务器获取资源,节省了网间流量。
如图3所示,是本发明另一实施例提供的资源回源的方法流程图。在该实施例中,包括Web Cache系统A,Web Cache系统B,可选的还可以包括Web Cache系统C,各个Web Cache系统之间回源资源协商的过程与图2实施例中的步骤(步骤200至208)是一致的,不再重复说明。
在实施例中,Web Cache系统A根据资源热度统计,确定需要对目标资源进行回源,方法包括:
步骤310,Web Cache系统A的缓存服务单元A30向Web Cache系统B的请求调度单元B20发送资源查询请求,携带目标资源的信息,该资源查询请求可以通过UDP连接或者TCP连接承载,可以携带客户端原始的HTTP请求;http://www.baidu.com/music/20141014/one_new_day.mp3
可选的,请求调度单元B20收到资源查询请求后,可以根据配置或保存的回源服务对象的地址列表,进行地址的校验。
请求调度单元B20查询本地资源,确认目标资源是否在本地的缓存服务单元B30中有缓存,如果有则在312步骤中,向缓存服务单元A30返回重定向响应,重定向响应中包括缓存服务单元B30的地址,例如,http://59.44.112.28/www.baidu.com/music/20141014/one_new_day.mp3,其中59.44.112.28即为缓存服务单元B30的地址;如果没有,则向缓存服务单元A30返回包括没有目标资源指示的响应,缓存服务单元A30继续向下一个目标系统发送资源查询请求,直至查询到存储有目标资源的系统。如果目标回源系统均未能提供该目标资源,再向目标资源的网站服务器发送请求获取该目标资源。
本发明实施例中,缓存服务单元A30选择Web Cache系统B为目标系统;
步骤314,缓存服务单元A30根据地址信息,向缓存服务单元B30发送获取资源请求,携带目标资源信息,具体形式可以为HTTP GET请求,建立TCP连接;
步骤316,可选的,缓存服务单元B30可以根据之前保存的服务对象的缓存服务单元的地址信息,对地址进行校验。校验通过后,向缓存服务单元A30返回目标资源。
在本发明实施例中,Web Cache系统A可以串行或并行方式,向多个WebCache系统发送资源查询请求,如图中所示,步骤410、412的过程与310、312类似,不再重复。当有多个目标系统时,多个目标系统可以再向Web Cache系统A的缓存服务单元返回的重定向响应中,携带本系统的负载信息或处理能力信息,例如CPU占用率、可用带宽等表征负载或处理能力的信息,这样缓存服务单元A30可以根据各目标系统返回的响应中,选择负载较轻或者处理能力较强的系统作为目标回源系统,保证资源回源的处理效率。
以上图2和图3对应的方法实施例描述过程中,同样交待了实现Web Cache资源回源的系统,包括Web Cache系统A、Web Cache系统B,以及其他Web Cache系统,各Web Cache系统的作用、包括的单元和交互方式,在前述方法实施例中均有描述。
图4是依据本发明实施例的Web Cache系统的硬件结构示意图。如图4所示,Web Cache系统400包括处理器402、存储器404、输入/输出接口406、通信接口408和总线410。其中,处理器402、存储器404、输入/输出接口406和通信接口408通过总线410实现彼此之间的通信连接。
处理器402可以采用通用的中央处理器(Central Processing Unit,CPU),微处理器,应用专用集成电路(Appl ication Specific Integrated Circuit,ASIC),或者一个或多个集成电路,用于执行相关程序,以实现本发明实施例所提供的技术方案。
存储器404可以是只读存储器(Read Only Memory,ROM),静态存储设备,动态存储设备或者随机存取存储器(Random Access Memory,RAM)。存储器404可以存储操作系统和其他应用程序。在通过软件或者固件来实现本发明实施例提供的技术方案时,用于实现本发明实施例提供的技术方案的程序代码保存在存储器404中,并由处理器402来执行。本发明实施例中Web Cache系统的缓存服务单元的内容存储在存储器404中,请求调度单元、管理单元和缓存服务单元的执行逻辑代码存储在存储器中,处理器402执行这些逻辑代码以实现请求调度单元、管理单元和缓存服务单元的功能。
输入/输出接口406用于接收输入的数据和信息,输出操作结果等数据。管理员通过输入/输出接口对管理单元进行配置和操作命令的输入,对Web Cache系统进行回源的管理。
通信接口408使用例如但不限于收发器一类的收发装置,来实现Web Cache系统400与其他Web Cache系统或设备之间的通信。
总线410可包括一通路,在Web Cache系统各个部件之间传送信息。
应注意,尽管图4所示的Web Cache系统仅仅示出了处理器402、存储器404、输入/输出接口406、通信接口408以及总线410,但是在具体实现过程中,本领域的技术人员应当明白,Web Cache系统还包含实现正常运行所必须的其他器件。同时,根据具体需要,本领域的技术人员应当明白,Web Cache系统还可包含实现其他附加功能的硬件器件。此外,本领域的技术人员应当明白,Web Cache系统也可仅仅包含实现本发明实施例所必须的器件,而不必包含图4中所示的全部器件。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-On ly Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (16)
1.一种实现互联网缓存系统(Web Cache系统)资源回源的方法,适用于至少包括第一Web Cache系统和第二Web Cache系统的应用场景,其特征在于:
第一Web Cache系统配置有第二Web Cache系统的地址信息;
第一Web Cache系统需要对目标资源进行回源时,根据配置的第二WebCache系统的地址信息,向第二Web Cache系统发送获取资源请求,所述获取资源请求中携带目标资源的信息;
第二Web Cache系统确认本地存储有目标资源,向第一Web Cache系统发送所述目标资源。
2.根据权利要求1所述的方法,其特征在于:
第二Web Cache系统配置有第一Web Cache系统的地址信息;
第二Web Cache系统在收到第一Web Cache系统发送的请求时,根据配置的地址信息对第一Web Cache系统进行校验。
3.根据权利要求1所述的方法,其特征在于:
第一Web Cache系统在向第二Web Cache系统发送获取资源请求前,向第二Web Cache系统发送资源查询请求,所述资源查询请求中携带目标资源的信息;
第二Web Cache系统根据所述目标资源的信息,在本次存储的资源中进行查询,确定本地存储有目标资源后,向第一Web Cache系统返回响应消息,所述响应消息中包括第二Web Cache系统存储所述目标资源的地址。
4.根据权利要求3所述的方法,其特征在于:
第一Web Cache系统还配置有除第二Web Cache系统以外的其他一个或多个Web Cache系统的地址;
第一Web Cache系统并行或串行向第二Web Cache系统以及至少一个其他Web Cache系统发送资源查询请求,所述资源查询请求中携带目标资源的信息;
第二Web Cache系统或至少一个其他Web Cache系统根据所述目标资源的信息,在本地存储的资源中进行查询,确定本地存储有目标资源后,向第一WebCache系统返回响应消息,所述响应中包括Web Cache系统自身的负载信息或处理能力信息;
第一Web Cache系统根据所述响应消息中的Web Cache系统的负载信息或处理能力信息,确定目标回源系统。
5.根据权利要求1或3所述的方法,其特征在于,第二Web Cache系统确认本地存储有目标资源,向第一Web Cache系统发送所述目标资源具体为:
第二Web Cache系统确认本地存储有目标资源,向第一Web Cache系统发送所述目标资源在第二Web Cache系统中存储地址信息;
第一Web Cache系统根据所述存储地址信息,向第二Web Cache发送第二获取资源请求,所述第二获取资源请求中包括目标资源的信息;
第二Web Cache系统根据所述目标资源的信息,向第一Web Cache系统发送自身存储的目标资源。
6.根据权利要求1所述的方法,其特征在于:该方法还包括
第一Web Cache系统通过与第二Web Cache系统的交互,获得第二Web Cache系统支持的资源能力信息;
第一Web Cache系统需要对目标资源进行回源时,根据所述第二Web Cache系统支持的资源能力信息,确定所述第二Web Cache系统支持所述目标资源时,向第二Web Cache系统发送第一资源请求。
7.根据权利要求1所述的方法,其特征在于,第一Web Cache系统还配置有除第二Web Cache系统以外的其他一个或多个Web Cache系统的地址,该方法还包括:
第二Web Cache系统确认本地没有存储有目标资源,向第一Web Cache系统返回失败响应;
第一Web Cache系统继续向所述其他Web Cache系统或者向目标资源的源网站发送资源请求,以获取所述目标资源。
8.一种实现Web Cache资源回源的系统,该系统包括第一Web Cache系统和第二Web Cache系统,其特征在于:
第一Web Cache系统,配置有第二Web Cache系统的地址信息,当需要对目标资源进行回源时,用于根据配置的第二Web Cache系统的地址信息,向第二Web Cache系统发送获取资源请求,所述第一资源请求中携带目标资源的信息;
第二Web Cache系统,用于接收第一Web Cache系统发送的获取资源请求,确认本地存储有目标资源,向第一Web Cache系统发送所述目标资源。
9.根据权利要求8所述的系统,其特征在于:
第二Web Cache系统配置有第一Web Cache系统的地址信息,用于在收到第一Web Cache系统发送的请求时,根据配置的地址信息对第一Web Cache系统进行校验。
10.根据权利要求8所述的系统,其特征在于,
第一Web Cache系统在向第二Web Cache系统发送获取资源请求前,还用于向第二Web Cache系统发送资源查询请求,所述资源查询请求中携带目标资源的信息;
第二Web Cache系统用于接收所述资源查询请求,根据所述目标资源的信息,在本地存储的资源中进行查询,确定本地存储有目标资源后,向第一WebCache系统返回响应消息,所述响应消息中包括第二Web Cache系统存储所述目标资源的地址。
11.根据权利要求9或10所述的系统,其特征在于,第二Web Cache系统进一步包括请求调度单元和缓存服务单元;
第一Web Cache系统,配置有第二Web Cache系统的请求调度单元的地址信息,当需要对目标资源进行回源时,用于根据配置的第二Web Cache系统的请求调度单元的地址信息,向第二Web Cache系统的请求调度单元发送获取资源请求,所述获取资源请求中携带目标资源的信息;
第二Web Cache系统的请求调度单元,用于接收第一Web Cache系统发送的获取资源请求,确认本地的缓存服务单元中存储有目标资源,向第一WebCache系统发送第二Web Cache系统的缓存服务单元的地址;
第一Web Cache系统用于接收到第二Web Cache系统的缓存服务单元的地址后,向第二Web Cache系统的缓存服务单元发送第二获取资源请求,所述第二获取资源请求中携带有目标资源的信息;
第二Web Cache系统的缓存服务单元,用于接收第一Web Cache系统发送的第二获取资源请求,根据第二获取资源请求中携带的目标资源的信息,向第一Web Cache系统发送自身存储的目标资源。
12.根据权利要求8所述的系统,其特征在于,
第一Web Cache系统,还用于与第二Web Cache系统交互,获得第二WebCache系统支持的资源能力信息,当需要对目标资源进行回源时,用于根据所述第二Web Cache系统支持的资源能力信息,确定所述第二Web Cache系统支持所述目标资源时,向第二Web Cache系统发送第一资源请求。
13.一种Web Cache系统,包括缓存服务单元和请求调度单元,其特征在于,
请求调度单元,用于接收对端Web Cache系统发送的获取资源请求,所述获取资源请求中携带对端Web Cache系统请求回源的目标资源的信息,确认本地的缓存服务单元中存储有目标资源,向对端Web Cache系统发送缓存服务单元的地址;
缓存服务单元,用于接收到对端Web Cache系统发送的第二获取资源请求,所述第二获取资源请求中携带有目标资源的信息,根据第二获取资源请求中携带的目标资源的信息,向对端Web Cache系统发送自身存储的目标资源。
14.根据权利要求13所述的Web Cache系统,其特征在于,
请求调度单元,用于配置对端Web Cache系统的地址信息,在接收到对端Web Cache系统发送的第一资源请求后,根据配置的地址信息,对对端Web Cache系统进行校验。
15.根据权利要求13所述的Web Cache系统,其特征在于,
请求调度单元,还用于接收对端Web Cache系统发送的查询请求,所述查询请求中携带目标资源的信息,请求调度单元在本地资源中进行查询,向对端Web Cache系统返回响应,所述响应中包括Web Cache系统自身的负载信息或处理能力信息。
16.根据权利要求13所述的Web Cache系统,其特征在于,Web Cache系统还包括管理单元,用于接收对端Web Cache系统发送的回源协商请求,所述回源协商请求中携带对端Web Cache系统的地址,将接收到的地址下发给本端Web Cache系统的请求调度单元和缓存服务单元,并向对端Web Cache系统返回回源协商响应,在响应中包括本端请求调度单元的地址。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410822516.4A CN104618430A (zh) | 2014-12-25 | 2014-12-25 | 一种实现互联网缓存系统资源回源的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410822516.4A CN104618430A (zh) | 2014-12-25 | 2014-12-25 | 一种实现互联网缓存系统资源回源的方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104618430A true CN104618430A (zh) | 2015-05-13 |
Family
ID=53152705
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410822516.4A Pending CN104618430A (zh) | 2014-12-25 | 2014-12-25 | 一种实现互联网缓存系统资源回源的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104618430A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018103061A1 (en) * | 2016-12-09 | 2018-06-14 | Intel Corporation | Technologies for cross-device shared web resource cache |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101431532A (zh) * | 2008-12-15 | 2009-05-13 | 中国电信股份有限公司 | 一种内容路由方法、负载均衡设备和资源管理设备 |
CN101631061A (zh) * | 2008-07-15 | 2010-01-20 | 中国移动通信集团公司 | 一种资源节点信息通知方法及网络实体装置 |
CN101764839A (zh) * | 2009-12-23 | 2010-06-30 | 成都市华为赛门铁克科技有限公司 | 一种数据访问方法以及统一资源定位符服务器 |
CN102843426A (zh) * | 2012-08-09 | 2012-12-26 | 网宿科技股份有限公司 | 基于智能父节点的Web缓存资源共享系统和方法 |
CN103685576A (zh) * | 2014-01-03 | 2014-03-26 | 中国联合网络通信集团有限公司 | 一种cdn节点的交互方法及cdn管理系统 |
CN103825916A (zh) * | 2012-11-16 | 2014-05-28 | 腾讯科技(深圳)有限公司 | 一种资源下载方法及系统 |
CN104168300A (zh) * | 2013-05-17 | 2014-11-26 | 中国电信股份有限公司 | 内容加速方法与系统 |
-
2014
- 2014-12-25 CN CN201410822516.4A patent/CN104618430A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101631061A (zh) * | 2008-07-15 | 2010-01-20 | 中国移动通信集团公司 | 一种资源节点信息通知方法及网络实体装置 |
CN101431532A (zh) * | 2008-12-15 | 2009-05-13 | 中国电信股份有限公司 | 一种内容路由方法、负载均衡设备和资源管理设备 |
CN101764839A (zh) * | 2009-12-23 | 2010-06-30 | 成都市华为赛门铁克科技有限公司 | 一种数据访问方法以及统一资源定位符服务器 |
CN102843426A (zh) * | 2012-08-09 | 2012-12-26 | 网宿科技股份有限公司 | 基于智能父节点的Web缓存资源共享系统和方法 |
CN103825916A (zh) * | 2012-11-16 | 2014-05-28 | 腾讯科技(深圳)有限公司 | 一种资源下载方法及系统 |
CN104168300A (zh) * | 2013-05-17 | 2014-11-26 | 中国电信股份有限公司 | 内容加速方法与系统 |
CN103685576A (zh) * | 2014-01-03 | 2014-03-26 | 中国联合网络通信集团有限公司 | 一种cdn节点的交互方法及cdn管理系统 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018103061A1 (en) * | 2016-12-09 | 2018-06-14 | Intel Corporation | Technologies for cross-device shared web resource cache |
US11604848B2 (en) | 2016-12-09 | 2023-03-14 | Intel Corporation | Technologies for cross-device shared web resource cache |
US12026218B2 (en) | 2016-12-09 | 2024-07-02 | Intel Corporation | Technologies for cross-device shared web resource cache |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10411956B2 (en) | Enabling planned upgrade/downgrade of network devices without impacting network sessions | |
US10491523B2 (en) | Load distribution in data networks | |
CN104836821B (zh) | 一种基于路由器设备的网络加速方法、装置和设备 | |
CN108200165B (zh) | 请求传输系统、方法、装置及存储介质 | |
US20150281367A1 (en) | Multipath tcp techniques for distributed computing systems | |
US9554276B2 (en) | System and method for on the fly protocol conversion in obtaining policy enforcement information | |
CN102035815B (zh) | 数据获取方法、接入节点和系统 | |
CN102693297B (zh) | 数据处理方法、节点和提取、转换和加载etl系统 | |
US10097616B2 (en) | Methods for optimizing service of content requests and devices thereof | |
CN102833293A (zh) | P2sp网络中资源下载的方法及客户端 | |
CN106850817A (zh) | 一种下载管理设备、方法及数据下载系统 | |
CN107948324A (zh) | 请求传输系统、方法、装置及存储介质 | |
WO2013185693A1 (zh) | 一种路由器处理网页数据的方法以及路由器 | |
CN107222561A (zh) | 一种传输层反向代理方法 | |
CN104506637A (zh) | 解决网络拥挤的缓存方法、系统及url转发服务器 | |
CN104394227B (zh) | 浏览器的用户数据传输方法、系统以及浏览器 | |
CN102710559B (zh) | 一种反向代理技术实现数字文献资源网关的方法 | |
CN107613037A (zh) | 一种域名重定向方法和系统 | |
CN104518968B (zh) | 一种报文处理的方法和透明代理服务器 | |
CN106856456B (zh) | 缓存集群服务的处理方法及系统 | |
WO2016180284A1 (zh) | 服务节点分配方法、装置、cdn管理服务器及系统 | |
CN103416027B (zh) | 缓存优化的方法、缓存器和缓存优化的系统 | |
CN106911732A (zh) | 一种网站访问加速方法及装置 | |
CN104283957A (zh) | 基于持续连接机制的cdn缓存方法 | |
CN104618430A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150513 |