一种缓存系统的实现方法及缓存系统的制作方法
【专利摘要】本发明提供了一种缓存系统的实现方法及缓存系统，该缓存系统包括：第一缓存系统和第二缓存系统，第一缓存系统用于缓存第一文件，第二缓存系统用于缓存第二文件，第一文件和第二文件的类型不同，该方法包括：第一缓存系统接收用户端发送的文件获取请求；第一缓存系统确定该请求对应的所请求文件的类型；当该请求对应的所请求文件为第一文件，且本地存储有该所请求文件时，第一缓存系统将本地存储的所请求文件发送给用户端；当该请求对应的所请求文件为第二文件时，第一缓存系统将文件获取请求重定向至第二缓存系统，以使得第二缓存系统能够在本地存储有该所请求文件时，将本地存储的所请求文件发送给用户端。本发明可实现缓存系统的统一和整合。
【专利说明】一种缓存系统的实现方法及缓存系统
【技术领域】
[0001] 本发明涉及电信【技术领域】，尤其涉及一种缓存系统的实现方法及缓存系统。
【背景技术】
[0002] 缓存系统工作在互联网服务提供商（ISP)提供服务的网络内，对用户请求的网络 资源进行内部缓存。当其他用户再次请求同样资源时，系统捕获用户请求，将已缓存资源提 供给用户，使用户不必再通过网关出口向外部互联网请求，从而达到增强用户体验，节约带 宽成本的目的。
[0003] 在目前存在的缓存系统中，通常根据缓存对象的不同分为了大文件缓存系统和小 文件缓存系统。大文件一般为由用户下载的程序文件（exe)，压缩包（rar/zip)，视频文件 (mkv/avi/wmv/rmvb)等，其文件大小通常较大，且是由用户主动下载，对于单个用户请求频 率相对较低，因此由大文件缓存系统处理。小文件一般为图片或网页相关文件（jpg/jpeg/ gif/png/html/js)等，其文件大小通常较小，且是由网页自动加载，对于单个用户请求频率 相对较高(如页面中多幅图片，多个javascript脚本等)，因此由小文件缓存系统处理。由 于文件大小及请求频率的差异，因此大、小文件缓存系统对于并发支持，大流量支持的要求 也并不同。大文件由于其请求频率远低于小文件，因此若将大文件缓存系统应用于小文件 的场景，则不能满足性能要求；小文件由于文件较小，因此系统连接持续时间较短，对于长 连接、断点续传等功能的支持则不如大文件缓存系统完善。在这种背景下，通常一个缓存系 统会明确定位其属于大文件缓存系统还是小文件缓存系统。
[0004] 现有技术中的大、小文件缓存系统虽然分工明确，但由于两套系统的隔离，导致系 统的部署增加了工作量和难度。
【发明内容】
[0005] 有鉴于此，本发明提供一种缓存系统的实现方法及缓存系统，以解决由于大、小文 件缓存系统隔离，导致缓存系统的部署增加了工作量和难度的问题。
[0006]为解决上述技术问题，本发明提供缓存系统的实现方法，所述缓存系统包括：第一 缓存系统和第二缓存系统，所述第一缓存系统用于缓存第一文件，所述第二缓存系统用于 缓存第二文件，所述第一文件和所述第二文件的类型不同，其特征在于，所述方法包括：
[0007] 接收步骤：所述第一缓存系统接收用户端发送的文件获取请求；
[0008] 处理步骤：所述第一缓存系统确定所述文件获取请求对应的所请求文件的类型； 当所述文件获取请求对应的所请求文件为所述第一文件，且所述第一缓存系统本地存储有 所述所请求文件时，所述第一缓存系统将本地存储的所述所请求文件发送给所述用户端； 当所述文件获取请求对应的所请求文件为所述第二文件时，所述第一缓存系统将所述文件 获取请求重定向至所述第二缓存系统，以使得所述第二缓存系统能够在本地存储有所述所 请求文件时，将本地存储的所述所请求文件发送给所述用户端。
[0009]优选地，所述第一缓存系统将所述文件获取请求重定向至所述第二缓存系统具体 为：
[0010] 所述第一缓存系统向用户端返回重定向响应，所述重定向响应中携带所述第二缓 存系统的地址，其中，所述用户端在接收到所述重定向响应后，根据所述第二缓存系统的地 址，自动向所述第二缓存系统发送新的文件获取请求。
[0011] 优选地，所述处理步骤还包括：
[0012] 当所述文件获取请求对应的所请求文件为所述第一文件，且所述第一缓存系统本 地未存储所述所请求文件时，所述第一缓存系统根据所述文件获取请求，从外部网络获取 所述文件获取请求对应的所请求文件；
[0013] 所述第一缓存系统将获取到的所述所请求文件发送给所述用户端；
[0014] 所述第一缓存系统将获取到的所述所请求文件缓存到本地。
[0015] 优选地，所述第一缓存系统包括：域名服务器、主/备用虚拟服务器、多个负载均 衡服务器及多个缓存服务器；
[0016] 所述接收步骤具体为：
[0017] 所述域名服务器接收所述用户端发送的文件获取请求，并将所述文件获取请求中 的域名解析为所述第一缓存系统的虚拟IP地址；
[0018] 所述接收步骤之后，所述处理步骤之前，还包括：
[0019] 所述域名服务器将所述虚拟IP地址发送给所述主/备用虚拟服务器中处于工作 状态的虚拟服务器；
[0020] 所述处于工作状态的虚拟服务器根据所述虚拟IP地址对所述文件获取请求进行 负载均衡处理，将所述文件获取请求转发至一所述负载均衡服务器；
[0021] 接收到所述文件获取请求的负载均衡服务器根据所述文件获取请求对应的统一 资源定位符对所述文件获取请求进行负载均衡处理，将所述文件获取请求发送至一所述缓 存服务器；
[0022] 所述处理步骤具体为：
[0023] 接收到所述文件获取请求的缓存服务器确定所述文件获取请求对应的所请求文 件的类型；
[0024] 当所述文件获取请求对应的所请求文件为所述第一文件，且所述接收到所述文件 获取请求的缓存服务器本地存储有所述所请求文件时，接收到所述文件获取请求的缓存服 务器将本地存储的所述所请求文件发送给所述用户端；
[0025] 当所述文件获取请求对应的所请求文件为所述第二文件时，接收到所述文件获取 请求的缓存服务器将所述文件获取请求重定向至所述第二缓存系统。
[0026] 优选地，所述第一文件和所述第二文件采用以下方式进行分类：用户请求频率、文 件大小、用户自动下载还是网页自动加载和/或文件后缀。
[0027] 本发明还提供一种缓存系统，包括：第一缓存系统和第二缓存系统，所述第一缓存 系统用于缓存第一文件，所述第二缓存系统用于缓存第二文件，所述第一文件和所述第二 文件的类型不同，所述第一缓存系统包括：
[0028] 接收模块，用于接收用户端发送的文件获取请求；
[0029] 处理模块，用于确定所述文件获取请求对应的所请求文件的类型；当所述文件获 取请求对应的所请求文件为所述第一文件，且所述第一缓存系统本地存储有所述所请求文 件时，将本地存储的所述所请求文件发送给所述用户端；当所述文件获取请求对应的所请 求文件为所述第二文件时，将所述文件获取请求重定向至所述第二缓存系统，以使得所述 第二缓存系统能够在本地存储有所述所请求文件时，将本地存储的所述所请求文件发送给 所述用户端。
[0030] 优选地，所述处理模块进一步用于向用户端返回重定向响应，所述重定向响应中 携带所述第二缓存系统的地址，其中，所述用户端在接收到所述重定向响应后，根据所述第 二缓存系统的地址，自动向所述第二缓存系统发送新的文件获取请求。
[0031] 优选地，所述处理模块还用于当所述文件获取请求对应的所请求文件为所述第一 文件，且所述第一缓存系统本地未存储所述所请求文件时，根据所述文件获取请求，从外部 网络获取所述文件获取请求对应的所请求文件；并将获取到的所述所请求文件缓存到本 地；以及将获取到的所述所请求文件发送给所述用户端。
[0032] 优选地，所述接收模块由一域名服务器实现，所述处理模块由一缓存服务器实现， 所述第一缓存系统包括多个所述缓存服务器；所述第一缓存系统还包括：主/备用虚拟服 务器及多个负载均衡服务器；
[0033] 所述域名服务器，用于接收所述用户端发送的文件获取请求，将所述文件获取请 求中的域名解析为所述第一缓存系统的虚拟IP地址；并将所述虚拟IP地址发送给所述主 /备用虚拟服务器中处于工作状态的虚拟服务器；
[0034] 所述虚拟服务器，用于根据接收到所述虚拟IP地址对所述文件获取请求进行负 载均衡处理，将所述文件获取请求转发至一所述负载均衡服务器；
[0035] 所述负载均衡服务器，用于根据接收到的所述文件获取请求对应的统一资源定位 符对所述文件获取请求进行负载均衡处理，将所述文件获取请求发送至一所述缓存服务 器。
[0036] 优选地，所述第一文件和所述第二文件采用以下方式进行分类：用户请求频率、文 件大小、用户自动下载还是网页自动加载和/或文件后缀。
[0037] 本发明的上述技术方案的有益效果如下：
[0038] 第一缓存系统和第二缓存系统与用户端的接口整合为统一接口，用户端在请求文 件时不用根据文件类型在初始请求时选择缓存系统的入口地址，无论是何种类型的文件， 均请求同一地址，即第一缓存系统的地址，当请求的文件不属于第一缓存系统时，由第一缓 存系统自动将用户端的文件获取请求重定向至第二缓存系统，从而实现了第一缓存系统和 第二缓存系统的统一和整合，降低了缓存系统的部署难度。此外，对于第一缓存系统和第二 缓存系统的网络流量，也无需分别进行处理。
【专利附图】
【附图说明】
[0039] 图1为本发明实施例一的缓存系统的实现方法的流程示意图；
[0040] 图2为本发明实施例二的缓存系统的实现方法的流程示意图；
[0041] 图3为本发明实施例三的第一缓存系统的结构示意图；
[0042] 图4为本发明实施例三的缓存系统的实现方法的流程示意图；
[0043] 图5为本发明实施例四的大文件缓存系统的结构示意图；
[0044] 图6为本发明实施例四的小文件缓存系统的结构示意图；
[0045]图7为本发明实施例五的第一缓存系统的结构示意图。
【具体实施方式】
[0046] 为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具 体实施例进行详细描述。
[0047] 请参考图1，图1为本发明实施例一的缓存系统的实现方法的流程示意图。
[0048] 本实施例中的缓存系统包括：第一缓存系统和第二缓存系统，所述第一缓存系统 用于缓存第一文件，所述第二缓存系统用于缓存第二文件，所述第一文件和所述第二文件 的类型不同。
[0049] 所述第一文件和所述第二文件可以采用以下方式进行分类：用户请求频率、文件 大小、用户自动下载还是网页自动加载和/或文件后缀，所述文件后缀举例来说，如程序文 件(后缀为exe)、压缩包(后缀为rar或zip)、视频文件(后缀为mkv、avi、wmv、rmvb等)、图 片(后缀为jpg、jpeg、gif、png等）或网页相关文件(后缀为html或js等)。
[0050] 本实施例的缓存系统的实现方法包括以下步骤：
[0051] 步骤101:所述第一缓存系统接收用户端发送的文件获取请求；
[0052] 步骤102:所述第一缓存系统确定所述文件获取请求对应的所请求文件的类型；
[0053] 步骤103:当所述文件获取请求对应的所请求文件为所述第一文件，且所述第一 缓存系统本地存储有所述所请求文件时，所述第一缓存系统将本地存储的所述所请求文件 发送给所述用户端；
[0054] 步骤104:当所述文件获取请求对应的所请求文件为所述第二文件时，所述第一 缓存系统将所述文件获取请求重定向至所述第二缓存系统，以使得所述第二缓存系统能够 在本地存储有所述所请求文件时，将所述本地存储的所请求文件发送给所述用户端。
[0055] 通过上述实施例提供的方法，第一缓存系统和第二缓存系统与用户端的接口整合 为统一接口，用户端在请求文件时不用根据文件类型在初始请求时选择缓存系统的入口地 址，无论是何种类型的文件，均请求同一地址，即第一缓存系统的地址，当请求的文件不属 于第一缓存系统时，由第一缓存系统自动将用户端的文件获取请求重定向至第二缓存系 统，从而实现了第一缓存系统和第二缓存系统的统一和整合，降低了缓存系统的部署难度。 此外，对于第一缓存系统和第二缓存系统的网络流量，也无需分别进行处理。
[0056] 上述步骤104中的"所述第一缓存系统将所述文件获取请求重定向至所述第二缓 存系统"可以具体为：所述第一缓存系统向用户端返回重定向响应，所述重定向响应中携带 所述第二缓存系统的地址，其中，所述用户端在接收到所述重定向响应后，根据所述第二缓 存系统的地址，自动向所述第二缓存系统发送新的文件获取请求。所述第二缓存系统接收 到所述新的文件获取请求后，如果本地存储有所述所请求文件时，所述第二缓存系统将本 地存储的所述所请求文件发送给所述用户端。
[0057] 本实施例中，用户端在接收到所述重定向响应后，自动向所述缓存系统发送新的 文件获取请求，即用户端是以静默方式向第二缓存系统发起新的文件获取请求的，对于用 户端，第二次重请求文件的过程是不可见的，从而简化了用户端的处理流程。
[0058] 上述实施例中，当所述所请求文件为所述第一文件，且所述第一缓存系统本地未 存储所述所请求文件时，所述第一缓存系统可以根据所述文件获取请求，从外部网络(外部 互联网）获取所述文件获取请求对应的所请求文件，并将获取到的所述所请求文件发送给 所述用户端；另外，所述第一缓存系统还可以将获取到的所述所请求文件缓存到本地，以使 得所述用户端或者其他用户端以后请求该文件时，可以直接将本地缓存的文件发送给发起 请求的用户端。
[0059] 请参考图2,图2为本发明实施例二的缓存系统的实现方法的流程示意图。
[0060] 本实施例中的缓存系统包括：第一缓存系统和第二缓存系统，所述第一缓存系统 用于缓存第一文件，所述第二缓存系统用于缓存第二文件，所述第一文件和所述第二文件 的类型不同。
[0061] 本实施例的缓存系统的实现方法包括以下步骤：
[0062] 步骤201:所述第一缓存系统接收用户端发送的文件获取请求；
[0063] 步骤202:所述第一缓存系统确定所述文件获取请求对应的所请求文件的类型；
[0064] 步骤203:当所述所请求文件为所述第一文件，所述第一缓存系统判断本地是否 存储有所述所请求文件，如果是，执行步骤204,否则，执行步骤205 ;
[0065]步骤204:当所述第一缓存系统本地存储有所述所请求文件时，所述第一缓存系 统将本地存储的所述所请求文件发送给所述用户端；
[0066] 步骤205 :当所述第一缓存系统本地未存储所述所请求文件时，所述第一缓存系 统根据所述文件获取请求，从外部网络获取所述文件获取请求对应的所请求文件；
[0067] 步骤206:所述第一缓存系统将获取到的所述所请求文件发送给所述用户端；
[0068] 步骤207:所述第一缓存系统将获取到的所述所请求文件缓存到本地；
[0069]步骤208:当所述所请求文件为所述第二文件时，所述第一缓存系统将所述文件 获取请求重定向至所述第二缓存系统，以使得所述第二缓存系统能够在本地存储有所述所 请求文件时，将所述所请求文件发送给所述用户端。
[0070]其中，步骤206和步骤207的执行顺序并不限定，在本发明的一些实施例中，可以 先执行步骤206,也可以先执行步骤207,或者两个步骤同时执行。
[0071]请参考图3,图3为本发明实施例三的第一缓存系统的结构示意图。
[0072] 所述第一缓存系统包括：域名服务器（DNS)、主/备用虚拟服务器、多个负载均衡 服务器（图中以四个为例）及多个缓存服务器（图中以四个为例)。
[0073] 上述主/备用虚拟服务器采用主备方式工作，当主用（Master)虚拟服务器正常工 作时，备用（Backup)虚拟服务器处于休眠状态，且主用虚拟服务器和备用虚拟服务器之间 采用心跳方式检测，当主用虚拟服务器故障时，备用虚拟服务器启动，代替主用虚拟服务器 工作。上述主/备用虚拟服务器可以为Linux虚拟服务器（LVS)，所述虚拟服务器对后端的 多个负载均衡服务器进行四层负载均衡处理，即根据用户端的IP地址对文件获取请求进 行负载均衡处理。
[0074] 上述负载均衡服务器可以为Haproxy服务器。负载均衡服务器的主要功能为进行 七层负载均衡处理，即采用对统一资源定位符Url)进行散列的方式对接收到的文件获取 请求进行负载均衡。
[0075] 上述缓存服务器通过反向代理的方式获得远端(互联网上的源站）资源并缓存到 服务器本地，在下一次接收到请求该远端资源的用户文件获取请求时，直接向用户返回本 地缓存数据。
[0076] 请参考图4,图4为本发明实施例三的第一缓存系统的实现方法的流程示意图。
[0077] 本发明实施例的缓存系统的实现方法包括以下步骤：
[0078] 步骤401 :所述域名服务器接收所述用户端发送的文件获取请求；
[0079] 步骤402 :所述域名服务器将所述文件获取请求中的域名解析为所述第一缓存系 统的虚拟IP地址；
[0080] 步骤403 :所述域名服务器将所述虚拟IP地址及所述文件获取请求发送给虚拟服 务器；
[0081] 步骤404 :接收到所述虚拟IP地址及所述文件获取请求的虚拟服务器根据所述虚 拟IP地址对所述文件获取请求进行负载均衡处理，将所述文件获取请求转发至一负载均 衡服务器；
[0082] 步骤405:接收到所述文件获取请求的负载均衡服务器根据所述文件获取请求对 应的统一资源定位符对所述文件获取请求进行负载均衡处理，将所述文件获取请求发送至 所述第一缓存系统中的一缓存服务器。
[0083] 步骤406 :接收到所述文件获取请求的缓存服务器确定所述文件获取请求对应的 所请求文件的类型；
[0084] 步骤407:当所述所请求文件为所述第一文件，且本地存储有所述所请求文件时， 接收到所述文件获取请求的缓存服务器将本地存储的所述所请求文件发送给所述用户 端；
[0085] 步骤408:当所述所请求文件为所述第二文件时，接收到所述文件获取请求的缓 存服务器将所述文件获取请求重定向至所述第二缓存系统，以使得所述第二缓存系统能够 在本地存储有所述所请求文件时，将所述所请求文件发送给所述用户端。
[0086] 上述实施例中的第一缓存系统采用虚拟服务器-负载均衡服务器-缓存服务器的 分层部署，配合负载均衡策略，实现系统的分布式负载均衡。另外，对现有的缓存系统的架 构并不改变，实现方法简单，实现成本较低。
[0087] 下面以第一缓存系统为大文件缓存系统、第二缓存系统为小文件缓存系统为例， 本发明实施例的缓存系统进行说明。
[0088] 其中，所述大文件缓存系统用于缓存大文件，所述大文件相当于上述实施例中的 第一文件，所述大文件可以包括程序文件(后缀为exe)、压缩包(后缀为rar或zip)和/或 视频文件(后缀为1111^、&￥；[、￥11^、1'11^13等)等，该种类型的文件通常较大，且由用户主动下载， 对于单个用户请求的频率较低。
[0089] 所述小文件缓存系统用于缓存小文件，所述小大文件相当于上述实施例中的第二 文件，所述小文件可以包括图片(后缀为jpg、jpeg、gif、png等）和/或网页相关文件(后缀 为html或js等)等，该种类型的文件通常较小，且由网页自动加载，对于单个用户请求的频 率较高。
[0090] 该缓存系统向用户端仅提供的统一的入口地址是大文件缓存系统的可见接口。
[0091] 请参考图5和图6,图5为本发明实施例四的大文件缓存系统的结构示意图，图6 为本发明实施例四的小文件缓存系统的结构示意图。
[0092] 所述大文件缓存系统包括：域名服务器（DNS)、主/备用linux虚拟服务器（LVS)、 多个Haproxy服务器（图中以四个为例）及多个Nginx服务器（图中以四个为例）；
[0093] 所述小文件缓存系统包括：主/备用linux虚拟服务器（LVS)、多个Haproxy服务 器（图中以四个为例）及多个Squid服务器（图中以四个为例）；
[0094] 所述linux虚拟服务器相当于上述实施例中的虚拟服务器；
[0095] 所述Haproxy服务器相当于上述实施例中的负载均衡服务器；
[0096] Nginx服务器相当于上述实施例中的第一缓存系统的缓存服务器；；
[0097] Squid服务器相当于上述实施例中的第二缓存系统的缓存服务器。
[0098] 大文件缓存系统的工作流程如下：
[0099] 1)域名服务器接收用户端发送的文件获取请求，将文件获取请求中的域名解析为 大文件缓存系统的虚拟IP(VIP)，并将该文件获取请求及虚拟IP发送至LVS;
[0100] 2)通过LVS及Haproxy服务器的负载均衡策略，该文件获取请求到达Nginx服务 器。
[0101] 3)Nginx根据所请求文件的文件后缀对文件获取请求进行处理（由于Nginx服务 器能够根据不同的url格式进行相应的正则表达式匹配，因此为不同类型的请求进行不同 的处理提供了机会）：
[0102] A:若所请求文件为非图片类文件(如exe/rar/zip/mkv/rmvb)，则进入常规大文 件缓存处理流程；
[0103]B:若所请求文件为图片类文件(如jpg/jpeg/gif/png)，则向用户端返回http协 议中302重定向响应头（302TemporarilyMoved)，其Location属性值为小文件缓存系统的 IP地址。用户端在接收到该重定向响应头后，根据小文件缓存系统的IP地址以静默方式向 小文件缓存系统发起新的文件获取请求。
[0104] 小文件缓存系统的工作流程如下：
[0105] 小文件缓存系统接收到新的文件获取请求后，通过LVS及Haproxy服务器的负载 均衡策略，该文件获取请求到达Squid服务器，并进入常规小文件缓存处理流程。
[0106] Nginx服务器的关键配置如下：
[0107]
【权利要求】
1. 一种缓存系统的实现方法，所述缓存系统包括：第一缓存系统和第二缓存系统，所 述第一缓存系统用于缓存第一文件，所述第二缓存系统用于缓存第二文件，所述第一文件 和所述第二文件的类型不同，其特征在于，所述方法包括： 接收步骤：所述第一缓存系统接收用户端发送的文件获取请求； 处理步骤：所述第一缓存系统确定所述文件获取请求对应的所请求文件的类型；当所 述文件获取请求对应的所请求文件为所述第一文件，且所述第一缓存系统本地存储有所述 所请求文件时，所述第一缓存系统将本地存储的所述所请求文件发送给所述用户端；当所 述文件获取请求对应的所请求文件为所述第二文件时，所述第一缓存系统将所述文件获取 请求重定向至所述第二缓存系统，以使得所述第二缓存系统能够在本地存储有所述所请求 文件时，将本地存储的所述所请求文件发送给所述用户端。
2. 如权利要求1所述的方法，其特征在于，所述第一缓存系统将所述文件获取请求重 定向至所述第二缓存系统具体为： 所述第一缓存系统向用户端返回重定向响应，所述重定向响应中携带所述第二缓存系 统的地址，其中，所述用户端在接收到所述重定向响应后，根据所述第二缓存系统的地址， 自动向所述第二缓存系统发送新的文件获取请求。
3. 如权利要求1所述的方法，其特征在于，所述处理步骤还包括： 当所述文件获取请求对应的所请求文件为所述第一文件，且所述第一缓存系统本地未 存储所述所请求文件时，所述第一缓存系统根据所述文件获取请求，从外部网络获取所述 文件获取请求对应的所请求文件； 所述第一缓存系统将获取到的所述所请求文件发送给所述用户端； 所述第一缓存系统将获取到的所述所请求文件缓存到本地。
4. 如权利要求1所述的方法，其特征在于，所述第一缓存系统包括：域名服务器、主/ 备用虚拟服务器、多个负载均衡服务器及多个缓存服务器； 所述接收步骤具体为： 所述域名服务器接收所述用户端发送的文件获取请求，并将所述文件获取请求中的域 名解析为所述第一缓存系统的虚拟IP地址； 所述接收步骤之后，所述处理步骤之前，还包括： 所述域名服务器将所述虚拟IP地址发送给所述主/备用虚拟服务器中处于工作状态 的虚拟服务器； 所述处于工作状态的虚拟服务器根据所述虚拟IP地址对所述文件获取请求进行负载 均衡处理，将所述文件获取请求转发至一所述负载均衡服务器； 接收到所述文件获取请求的负载均衡服务器根据所述文件获取请求对应的统一资源 定位符对所述文件获取请求进行负载均衡处理，将所述文件获取请求发送至一所述缓存服 务器； 所述处理步骤具体为： 接收到所述文件获取请求的缓存服务器确定所述文件获取请求对应的所请求文件的 类型； 当所述文件获取请求对应的所请求文件为所述第一文件，且所述接收到所述文件获取 请求的缓存服务器本地存储有所述所请求文件时，接收到所述文件获取请求的缓存服务器 将本地存储的所述所请求文件发送给所述用户端； 当所述文件获取请求对应的所请求文件为所述第二文件时，接收到所述文件获取请求 的缓存服务器将所述文件获取请求重定向至所述第二缓存系统。
5. 如权利要求1至4任一项所述的方法，其特征在于，所述第一文件和所述第二文件采 用以下方式进行分类：用户请求频率、文件大小、用户自动下载还是网页自动加载和/或文 件后缀。
6. -种缓存系统，包括：第一缓存系统和第二缓存系统，所述第一缓存系统用于缓存 第一文件，所述第二缓存系统用于缓存第二文件，所述第一文件和所述第二文件的类型不 同，其特征在于，所述第一缓存系统包括： 接收模块，用于接收用户端发送的文件获取请求； 处理模块，用于确定所述文件获取请求对应的所请求文件的类型；当所述文件获取请 求对应的所请求文件为所述第一文件，且所述第一缓存系统本地存储有所述所请求文件 时，将本地存储的所述所请求文件发送给所述用户端；当所述文件获取请求对应的所请求 文件为所述第二文件时，将所述文件获取请求重定向至所述第二缓存系统，以使得所述第 二缓存系统能够在本地存储有所述所请求文件时，将本地存储的所述所请求文件发送给所 述用户端。
7. 如权利要求6所述的缓存系统，其特征在于，所述处理模块进一步用于向用户端返 回重定向响应，所述重定向响应中携带所述第二缓存系统的地址，其中，所述用户端在接收 到所述重定向响应后，根据所述第二缓存系统的地址，自动向所述第二缓存系统发送新的 文件获取请求。
8. 如权利要求6所述的缓存系统，其特征在于，所述处理模块还用于当所述文件获取 请求对应的所请求文件为所述第一文件，且所述第一缓存系统本地未存储所述所请求文件 时，根据所述文件获取请求，从外部网络获取所述文件获取请求对应的所请求文件；并将获 取到的所述所请求文件缓存到本地；以及将获取到的所述所请求文件发送给所述用户端。
9. 如权利要求6所述的缓存系统，其特征在于，所述接收模块由一域名服务器实现，所 述处理模块由一缓存服务器实现，所述第一缓存系统包括多个所述缓存服务器；所述第一 缓存系统还包括：主/备用虚拟服务器及多个负载均衡服务器； 所述域名服务器，用于接收所述用户端发送的文件获取请求；并将所述文件获取请求 中的域名解析为所述第一缓存系统的虚拟IP地址；以及将所述虚拟IP地址发送给所述主 /备用虚拟服务器中处于工作状态的虚拟服务器； 所述虚拟服务器，用于根据接收到所述虚拟IP地址对所述文件获取请求进行负载均 衡处理，将所述文件获取请求转发至一所述负载均衡服务器； 所述负载均衡服务器，用于根据接收到的所述文件获取请求对应的统一资源定位符对 所述文件获取请求进行负载均衡处理，将所述文件获取请求发送至一所述缓存服务器。
10. 如权利要求6至9任一项所述的缓存系统，其特征在于，所述第一文件和所述第二 文件采用以下方式进行分类：用户请求频率、文件大小、用户自动下载还是网页自动加载和 /或文件后缀。
【文档编号】H04L29/12GK104519088SQ201310451731
【公开日】2015年4月15日 申请日期:2013年9月27日 优先权日:2013年9月27日
【发明者】吴雨果, 李晓阳, 王轩 申请人:方正宽带网络服务股份有限公司