申请/专利权人：第三雷沃通讯有限责任公司

申请日：2015-12-14

公开（公告）日：2021-07-23

公开（公告）号：CN107111637B

主分类号：H04L29/08(20060101)

分类号：H04L29/08(20060101)

优先权：["20141215 US 14/570,512"]

专利状态码：有效-授权

法律状态：2021.07.23#授权;2017.12.08#实质审查的生效;2017.08.29#公开

摘要：一种能够利用内容传送网络CDN操作的计算机实现的方法，其使用缓存策略的后期绑定；响应于对内容的请求，由CDN中的缓存节点确定内容是否在本地缓存。当确定所述内容在本地缓存时，则：确定与所述内容相关联的当前缓存策略；以及然后基于与所述内容相关联的所述当前缓存策略，确定提供在本地缓存的内容是否可接受；基于所述确定，当提供在本地缓存的内容不可接受时，获得所述内容的新版本，然后提供所述内容的所述新版本，否则当提供在本地缓存的内容可接受时，提供在本地缓存的内容。

主权项：1.一种能够利用内容传送网络CDN操作的计算机实现的方法，所述方法包括由CDN中的节点进行以下操作：A响应于对内容的请求，确定内容是否在本地缓存；B当确定所述内容在本地缓存时，则：B1确定与所述内容相关联的当前缓存策略；然后B2基于与所述内容相关联的所述当前缓存策略，确定提供在本地缓存的内容是否可接受；B3基于B2中的所述确定，i当提供在本地缓存的内容不可接受时，获得所述内容的新版本，然后提供所述内容的所述新版本，以及ii当提供在本地缓存的内容可接受时，提供在本地缓存的内容；其中，版本标识符与缓存策略相关联，并且在B1中确定所述当前缓存策略包括：i将与所述本地缓存的内容一起被存储的第一版本标识符，和第二版本标识符进行比较；其中所述第二版本标识符与根据与所述节点不同的位置来确定的、并且关联到在CDN中的所述节点处的内容的缓存策略相关联；以及ii当所述第一版本标识符与所述第二版本标识符相同时，使用与所述本地缓存的内容一起提供的缓存策略作为当前缓存策略，否则从所述位置获得所述缓存策略并将该缓存策略作为当前缓存策略使用。

全文数据：内容传送框架中的缓存[0001]相关申请交叉引用[0002]本专利合作条约（PCT专利申请要求2015年12月15日提交的题为“CACHINGINACONTENTDELIVERYFRAMEWORK”的美国非临时申请14570，512的优先权，其全部内容通过引用并入本文。[0003]版权声明[0004]本专利文档包含受版权保护的材料。版权所有者不反对在美国专利商标局的档案中复制本专利文档或任何相关资料，但另保留所有版权。[0005]通过引用并入[0006]以下美国专利和美国公开专利申请[0007]通过引用全部并入本文以用于所有目的：[0008]1.2012年12月12日提交的题为“ContentDeliveryNetwork”的美国公开专利申请US20130159472;[0009]2.2012年12月12日提交的题为“ContentDeliveryNetwork”的美国公开专利申请US20130159473;[0010]3·2014年6月17日提交的题为“OriginServer-SideChannelInAContentDeliveryFramework”的美国公开专利申请US20140344399A1;以及[0011]4·1998年2月10日提交的题为“OptimizedNetworkResourceLocation”的美国专利6,185,598。技术领域[0012]本发明涉及内容传送和内容传送网络，更具体地，涉及内容传送网络中的缓存。附图说明[0013]本发明的其他目的、特征和特性以及结构的相关元件的操作方法和功能以及部件和制造经济的组合将在参考附图考虑以下描述和所附权利要求的情况下变得更加明显，所有附图构成本说明书的一部分。[00M]图1示出了根据本发明的示例性实施例的示例性内容传送框架的多个方面；[0015]图2示出了根据本发明的示例性实施例的示例性内容传送网络CDN的多个方面；[0016]图3是根据本发明的示例性实施例的处理的多个方面的流程图；以及[0017]图4描绘了根据本发明的示例性实施例的计算的多个方面。具体实施方式[0018]术语表:[0019]如本文所用，除非另有说明，否则以下术语或缩写具有以下含义：[0020]⑶表示内容传送；[0021]⑶N表示内容传送网络；[0022]HTTP表示超文本传输协议；[0023]HTTPS表示安全版HTTP;[0024]TTL表不生存时间（timetolive;[0025]URI表示统一资源标识符；[0026]URL表示统一资源定位符。[0027]背景和概述[0028]内容传送网络CDN代表一个或更多个内容提供商，优选地经由公共互联网将内容例如，资源有效地分发给客户端。内容提供商经由源数据源源服务器或起源提供其内容（例如，资源），并且⑶N还可以提供一种超高层over-the-top传输机制，用于在相反方向上，即从客户端到源服务器有效地发送内容。终端用户客户端和内容提供商均受益于使用CDN。使用CDN，内容提供商能够使其自己的服务器例如，其源服务器减轻压力从而减轻负载）。客户端通过能够以较少的延迟获得内容而受益。[0029]参考图1，其示出了根据本发明的示例性实施例的示例性内容传送框架100,与一个或更多个订户104相关联的内容102可以经由一个或更多个CDN108分发给客户端106。⑶N108可以是任何类型的⑶N，并且可以包括子⑶N、委托CDN、部分⑶N等。在2012年12月12日提交的美国公开专利申请US20130159472和US20130159473、2014年6月17日提交的US20140344399以及1998年2月10日提交的美国专利6，185,598中描述了示例性0^，每篇文献的全部内容通过引用方式完整并入本文以用于所有目的。图2示出了根据本发明的示例性实施例的示例性CDN108的多个方面。[0030]如本文所使用的，客户端是例如被终端用户用于在系统内发出请求例如，DNS和HTTP请求）的代理例如，浏览器、机顶盒或其它应用）。当不使用CDN或其它中介时，这种请求可以直接转到订户自己的服务器例如，他们的源服务器或者互联网中的其它组件。当内容提供商订阅CD服务时（例如，如美国公开专利申请US20130159472和US20130159473所述），各种请求可以转到中介CD服务，所述中介CD服务可以将终端用户请求映射到源请求，并且沿途可能会转换和缓存内容。[0031]每个不同的源（例如，源服务器通常与一个订户相关联，但是订户可以与任何数量的源包括订户自有的源和CDN提供的源相关联。[0032]实际上，⑶N所交互的物理源可以是从中介链获取内容的中介，可能是例如最终终止于订户的实际源服务器处的独立内容获取系统的元件。然而，就CDN的内部而言，源是从其直接获取内容的在系统边界之外的服务。[0033]如本文所使用的，终端用户是最终消费由服务提供商实体提供的一些互联网服务例如，网站、流媒体服务等）的实体例如，个人或组织）。在本说明书中，该提供商实体有时被称为订户，因为它们订阅CDN服务，以便有效地传送它们的内容，例如，从其源传送给其消费者。CDN可以提供其订户和它们的终端用户之间的增值媒介例如，缓存、转换等）。[0034]缓存[0035]内容（例如，资源）可以在CDN内缓存和由其它实体缓存，包括被提供内容的客户端。应当理解，客户端还可以是CDN内的实体。在一些情况下，内容可由在CDN内和CDN外的中介缓存。再次参考图1中的内容传送框架1〇〇,至少一些内容102可以在⑶N108例如，CDN高速缓存或高速缓存服务110内缓存。[0036]缓存和可缓存的内容通常具有与之相关联的缓存策略，并且通常期望处理这样的内容的实体将遵守这些缓存策略。特别感兴趣的缓存策略包括与内容到期有关的那些策略，可以理解，通常不希望提供陈旧的或过期的内容或者以和与该内容相关联的缓存策略不一致的方式提供内容。[0037]缓存策略可以被指定为与内容相关联的缓存指令，并且缓存指令可以取决于例如资源的类型。例如，HTTP资源（包括HTTPS资源）优选地使用常规HTTP缓存指令，例如在InternetEngineeringTaskForceIETFRequestforCommentsRFC7234,“HypertextTransferProtocolHTTP1.1:Caching”中所述，其全部内容通过引用完整并入本文，用于所有目的。众所周知，在HTTP资源的情况下，缓存指令可以通过与资源相关联的首部header来提供。如果没有向资源提供缓存指令，则实体例如，缓存节点可以使用针对该类型的资源或来自该提供商的默认缓存策略。实体可以从另一个源确定默认缓存策略。通常，与内容例如，资源或资源集相关联的缓存指令或缓存策略可以与该内容一起提供例如，在HTTP资源的情况下作为首部），和或在与内容不同的位置或实体例如，数据库等处可用。[0038]CDN可以代表其订户缓存内容，并且优选地，CDN代表其订户允许例如在CDN节点内规定CDN缓存的内容的缓存到期策略。CDN可拥有或支持内容例如，资源或资源集）的内部缓存策略，其中内部缓存策略是CDN缓存所遵循的策略，该策略与相同内容的外部缓存策略是分开的并且可能不同（例如，在传送给客户端时与内容一起传送的缓存策略）。[0039]在一些实施例中，CDN可以支持订户或其它用户或实体设置或覆盖资源的内部缓存策略。例如，在这样的系统中，CDN客户订户可以访问自助服务门户等例如，经由应用程序编程接口API，并且覆盖来自源服务器的一些或全部内容的缓存策略。例如，特定⑶N订户可以使用门户对其特定类型的内容例如，其PDF文件等设置缓存策略，例如，使得这些文件被缓存特定时间段例如，一周、一小时等）。[0040]如本文所述，CDN的内部请求处理过程可以在请求时间而不是在填充时间确定所请求内容的缓存策略，而不是每当对内容设置缓存策略时试图使缓存内容例如，资源无效。实际上，请求处理使用缓存策略的后期绑定，从而确保使用最新的内部缓存策略，而不必进行强制无效潜在的昂贵处理）。[0041]与用于外部缓存的缓存指令类似的缓存指令可以用于内部缓存策略。然而，应当理解，为了便于将内部与外部缓存策略指令区分开，CDN将对内部缓存策略使用不同的名称和或（例如，经由内部使用的HTTP首部提供这些策略。以这种方式，外部缓存策略可以被提供给外部实体，而内部缓存策略可以由CDN实体例如，高速缓存来执行。[0042]例如，再次参考图1中的内容传送框架100,来自订户104的内容102可以具有与其相关联的内部和或外部缓存策略（例如，缓存指令）。由CDN108提供给客户端106的内容1027优选地包括外部缓存策略例如，缓存指令）。内部缓存策略可以与内容1027—起被提供给客户端106,因为这些策略优选地使用客户端将不会识别或执行的指令。与特定内容相关联的缓存策略可以包括在内容中（例如，在HTTP资源的情况下，作为HTTP首部），或者它们可以位于其它地方。在没有与内容相关联的特定指令的情况下，CDN可以对该内容应用默认缓存策略。[0043]在本文的一些实施例中，与内容例如，资源或资源组相关联的缓存策略（内部和外部可以存储在数据库中（有时在本文中称为规则库RuleBase。当正在处理对资源的客户端请求时，可以访问规则库，以便查找获得所需的缓存策略（内部和外部）。再次参考图1，缓存110可以访问一个或更多个数据库112,以便获得关于与内容相关联的内部和或外部缓存策略的信息。[0044]如上所述，在一些实施例中，CDN可以支持订户或其它用户或实体例如经由自助服务门户等例如，经由API来设置或覆盖资源的内部缓存策略。在图1中示出了示例性门户114，其中订户可以访问和或修改与其内容（S卩，将由CDN代表它们来提供的内容相关联的缓存策略。[0045]因此，根据本发明的示例性实施例，当在CDN节点处接收到客户端对内容的请求时，该节点将确定该内容的缓存到期策略例如，是否存在覆盖策略，如存在，是什么；如不存在，应当遵守由源服务器提供的策略）。可以例如通过访问规则库来确定内容的缓存策略。[0046]然后，该策略例如作为一个或更多个缓存约束被传送到缓存节点（也称为高速缓存）。然后，高速缓存可以使用这些约束来确定其拥有的内容如果有的话是否可以被返回给请求客户端，还是需要刷新重新加载等。应该理解，如果节点没有可用资源，那么无论内部缓存策略如何，它都需要获得资源，尽管它可以遵守当前的缓存策略。[0047]例如，如果配置指定了“一小时”的内部缓存策略，则该策略在应用请求资源时被传送到高速缓存。如果高速缓存具有资源，则其将其所拥有的资源的原始填充时间与指定的策略（以及当前时间）进行比较，以确定是否可以从缓存资源中提供其所拥有的资源，还是需要先刷新重新加载或可能异步）。[0048]如果所请求的资源不在高速缓存中，则当且仅当指定的策略允许或需要时才进行填充并存储在高速缓存中（例如，如果响应被标记为不存储，并且没有提供指定缓存策略的内部策略，则不对它进行存储，等等）。[0049]在没有任何内部缓存策略覆盖的情况下，来自源的响应的缓存规则将仍然适用即，如果其认为资源是新的且没有约束，则高速缓存将返回资源）。[0050]在将资源传送给客户端时，将应用任何外部策略。这允许不同类的客户端指定不同的约束。例如，在一些情况下，对资源的内部请求可以以始终防止发生刷新的方式来请求资源;或者可以类似地要求刷新，而不管高速缓存所认为的资源的到期如何。[0051]图3是根据本发明的示例性实施例的处理的多个方面的流程图。如图3中的流程图所示，CDN中的高速缓存缓存节点接收对内容C的请求在302处）。该请求可以以任何方式例如，经由CDN的会合系统到达缓存节点。内容C可以是或包括一个或更多个资源，并且该请求可以采用指定这些资源的URI或URL的形式。高速缓存确定在304处请求的内容C是否在本地缓存。如果确定在304处没有C的本地缓存副本可用，则该节点优选地与C的缓存策略一起获得内容C的副本在306处）。该节点可以从CDN中的适当的填充权威节点获得C的副本，应当理解，该填充权威节点还将检查其缓存版本（如果有的话不是过时的。换句话说，后期绑定缓存策略检查优选地由提供所请求内容的副本的所有中间节点来执行，无论它们是将该内容提供给外部客户端还是内部客户端。[0052]另一方面，如果确定（在304处存在所请求内容C的本地缓存副本，则该节点（例如，从数据库112获得在310处与内容C相关联的当前缓存策略。然后使用当前缓存策略在312处来确定该节点是否可以提供所请求内容C的当前缓存版本。如果基于在310中获得确定的当前缓存策略，不能提供所请求内容C的本地缓存版本，则如上所述，该节点获得内容C的当前版本在306处），并且提供C的当前版本在308处）。另一方面，如果确定在312处可以接收该节点提供内容C的当前缓存版本至少部分地基于在310获得的C的当前缓存策略），则提供内容C的当前缓存版本在308处）。[0053]可以通过扩展传送给高速缓存的约束来处理在规则库中指定的缓存策略，例如基于MIME类型和或状态码指定的策略（负缓存是其一种特定情况）。例如，“如果缓存不超过一个小时，除非是认为其不可缓存的texthtml的情况或可缓存一天的text*的情况。”应当理解，适当简洁的语法将适用于并且用于这种约束。[0054]在某些情况下，规则库约束集可以在序列生成时可编译，因为它通常适用于广泛的属性-但是需要针对过滤器进行规定该集合应当是有限的且在请求准备期间可容易地选择）；类似地，可以通过将负TTL值和状态代码的列表包括到约束集中来处理负缓存。[0055]将理解，这种方法的缺点在于必须对每个请求都进行缓存策略确定。这不可能是免费的，而且可能相对昂贵。另一方面，由于策略更新可能很少，因此具有相对即时策略更新的益处可能不大。为了降低该成本，实施方案可以将配置版本号与每个资源一起存储，并且只有配置发生变化时才对其进行重新计算。例如，这种方法将用当前配置版本号来调用缓存引擎，并使高速缓存将其和与资源相关联的配置号进行比较。如果配置号相同，则使用附加到资源的策略信息，否则回调以获得当前约束集。有效地，如果看起来约束已经改变了，这种方法将仅处理规则库以获得约束。在一些实现中，版本号可以是或包括缓存策略的校验和或散列等（以及序列号，或替代序列号）。散列可以是诸如MD5或SHA等的加密散列。以这种方式，随后撤消的更改可被视为匹配先前版本。[0056]这样的系统将通过输入导致当前约束被请求的一些岗哨序列号来处理奇怪的约束例如，不想要引起刷新的内部请求的类型）。为了支持这种方法，高速缓存的接口可以使得允许请求来传送序列号和或约束集。如果无论如何需要针对每个请求处理规则库，那么可以在该期间收集约束并在请求时将约束传送给高速缓存，如果序列号没有改变，则高速缓存可以忽略它，而不是从尚速缓存调用。[0057][0058]图4是实现可以用于执行本文讨论的处理的代理、父代服务器或其它计算设备的计算系统400的示意图。该计算系统包括总线402即互连）、至少一个处理器404、至少一个通信端口414、主存储器406、可移除存储介质410、只读存储器408以及大容量存储设备412。处理器4〇4可以是任何已知的处理器，例如但不限于Intel®Itanium®或Itanium2®处理器、AMD®_Optemn®或AthlonMP⑯处理器或Motorola®处理器产品线。通信端口414可以是用于基于调制解调器的拨号连接的RS-232端口、10100以太网端口、使用铜缆或光纤的千兆端口或USB端口中的任何一个。可以根据计算机系统所连接到的诸如局域网LAN、广域网WAN或任何网络之类的网络来选择通信端口414。服务器可以经由输入输出（IO端口420与外围设备例如，显示屏416、输入设备418通信。[0059]主存储器406可以是随机存取存储器RAM或本领域公知的任何其它动态存储设备。只读存储器408可以是任何静态存储设备，例如用于存储诸如处理器404的指令的静态信息的可编程只读存储器PROM芯片。大容量存储设备412可以用于存储信息和指令。例如，可以使用诸如Adaptec®系列的小型计算机串行接口（scsi驱动器之类的硬盘、光盘、诸如独立磁盘冗余阵列RAID、诸如Adaptec®系列的RAID驱动器之类的磁盘阵列或者任何其它大容量存储设备。[0060]总线402将处理器404与其它存储器、存储设备和通信块通信地耦接。根据所使用的存储设备，总线402可以是PCIPCI-X、SCSI或基于通用串行总线USB的系统总线（或其它总线）。可移除存储介质410可以是任何种类的外部硬盘驱动器、软盘驱动器、KMEGA®Zip驱动器、致密盘-只读存储器CD-ROM、致密盘可重写（CD-RW、数字视频盘-只读存储器DVD-ROM等。[0061]本文中的实施例可以被提供为计算机程序产品，其可以包括其上存储有指令的机器可读介质，所述指令可以用于对计算机或其它电子设备）进行编程以执行处理。机器可读介质可以包括但不限于软盘、光盘、CD-ROM、磁光盘、R0M、RAM、可擦除可编程只读存储器EPROM、电可擦除可编程只读存储器EEPROM、磁卡或光卡、闪存或适用于存储电子指令的其它类型的介质机器可读介质。[0062]如图所示，主存储器可以被编码有一个或更多个应用服务422，所述应用服务支持如上面关于各种附图和其它所讨论的功能。例如，在一个实施例中，应用422可以包括或以其它方式实现本文所描述的各种处理和或指令。应用422和或如本文所述的其它资源可以被实现为支持根据本文所述的不同实施例的处理功能的软件代码，例如数据和或逻辑指令例如，存储在存储器中或另一计算机可读介质例如磁盘上的代码）。在一个实施例的操作期间，处理器404通过使用总线402访问主存储器406,以启动、运行、执行、解释或以其它方式执行应用422的逻辑指令。应用422的执行产生应用进程424中的处理功能。换句话说，进程424表示在计算机系统400中的处理器404内或上执行的应用422的一个或更多个部分。[0063]以上描述包括体现本公开技术的示例性系统、方法、技术、指令序列和或计算机程序产品。应当理解，可以在没有这些具体细节的情况下实施本公开。在本公开中，所公开的方法可以被实现为设备可读的指令集或软件。此外，应当理解，所公开的方法中的步骤的具体顺序或层次是示例方法的例子。基于设计偏好，应当理解，方法中的步骤的具体顺序或层次可以被重新排列，同时仍然在所公开的主题范围之内。随附的方法权利要求以样本顺序呈现各个步骤的元素，并且不一定意味着受限于所呈现的具体顺序或层次。[0064][0065]^文所使用的，包括在权利要求中，短语“至少一些”是指“一个或多个”，并且包括仅一个的情况。因此，例如，短语“至少一些服务”是指“一个或更多个服务”，并且包括一个服务的情况。[0066]如本文所使用的，包括在权利要求中，短语“基于”是指“部分地基于”或“至少部分地基于”，而不是排他性的。因此，例如，短语“基于因子X”是指“部分地基于因子X”或“至少部分地基于因子X”。除非使用单词“仅仅”明确说明，否则短语“基于X”并不意味着“仅基于X”。[0067]如本文所使用的，包括在权利要求中，短语“使用”是指“至少使用”，而不是排他性的。因此，例如，短语“使用X”表示“至少使用X”。除非使用单词“仅仅”明确说明，否则短语“使用X”并不意味着“仅使用X”。[0068]通常，如本文所使用的，包括在权利要求中，除非在短语中具体使用单词“仅”，否则不应将其读入该短语中。[0069]如本文所使用的，包括在权利要求中，短语“不同”是指“至少部分不同”。除非另有明确规定，否则不同并不意味着完全不同。因此，例如，短语“X不同于Y”表示“X至少部分不同于Y”，并不意味着“X与Y完全不同”。因此，如本文所使用的，包括在权利要求中，短语“X不同于Y”表示X至少以某种方式与Y不同。[0070]如本文所使用的，包括在权利要求中，列表可以仅包括一个项目，并且除非另有说明，否则不需要以任何特定方式对多个项目的列表进行排序。列表可以包括重复的项目。例如，如本文所使用的，短语“CDN服务的列表”可以包括一个或多个CDN服务。[0071]应当理解，说明书和权利要求中的词语“第一”和“第二”用于区分或识别，而不是显示序列或数字限制。类似地，使用字母或数字标签例如“a”、“b”等）用于帮助区分和或识别，而不显示任何序列或数字限制或排序。[0072]除非另有明确说明，否则任何流程图中的任何标签框不暗示排序。当图中显示断开连接的框时，与这些框相关联的活动可以以任何顺序执行，包括完全并行或部分并行。[0073]虽然已经结合当前认为最实际和优选的实施例来描述了本发明，但是应该理解本发明不限于所公开的实施例，相反，本发明旨在覆盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

权利要求：1.一种能够利用内容传送网络CDN操作的计算机实现的方法，所述方法包括由CDN中的节点进行以下操作：A响应于对内容的请求，确定内容是否在本地缓存；⑻当确定所述内容在本地缓存时，则：⑻⑴确定与所述内容相关联的当前缓存策略;然后⑻（2基于与所述内容相关联的所述当前缓存策略，确定提供在本地缓存的内容是否可接受；⑻⑶基于⑻⑵中的所述确定，i当提供在本地缓存的内容不可接受时，获得所述内容的新版本，然后提供所述内容的所述新版本，以及ii当提供在本地缓存的内容可接受时，提供在本地缓存的内容。2.根据权利要求1所述的方法，还包括：⑹当确定所述内容未在本地缓存时，则C⑴获得所述内容，然后⑹⑵提供在⑹1中获得的所述内容。3.根据权利要求1所述的方法，其中，所述请求包括HTTP请求，并且所述内容包括一个或更多个资源。4.根据权利要求1所述的方法，其中，所述当前缓存策略根据与所述节点不同的位置来确定。5.根据权利要求4所述的方法，其中，所述位置是数据库。6.根据权利要求1所述的方法，其中，所述缓存策略与在CDN内缓存内容相关。7.根据权利要求6所述的方法，其中，所述缓存策略还与在CDN外缓存内容相关。8.根据权利要求1所述的方法，其中，版本标识符与缓存策略相关联，并且所述在B1中确定所述当前缓存策略包括：（i将第一版本标识符和第二版本标识符进行比较，其中，所述第一版本标识符与所述当前缓存策略相关联，所述第二版本标识符与关联到在CDN中的所述节点处的内容的缓存策略相关联；以及ii当所述第一版本标识符与所述第二版本标识符相同时，使用关联到所述节点处的内容的缓存策略作为当前缓存策略，否则从与所述节点不同的位置获得当前缓存策略。9.一种具有存储在非暂时性计算机可读介质上的计算机可读指令的计算机程序产品，所述计算机可读指令包括用于实现计算机实现的方法的指令，所述方法能够操作在包括具有存储器和至少一个处理器的硬件并在所述硬件上运行服务的设备上，所述方法能够操作在内容传送服务CDN中，所述方法包括：A响应于对内容的请求，确定内容是否在本地缓存；⑻当确定所述内容在本地缓存时，则：⑻⑴确定与所述内容相关联的当前缓存策略;然后⑻（2基于与所述内容相关联的所述当前缓存策略，确定提供在本地缓存的内容是否可接受；⑻⑶基于⑻⑵中的所述确定，i当提供在本地缓存的内容不可接受时，获得所述内容的新版本，然后提供所述内容的所述新版本，以及ii当提供在本地缓存的内容可接受时，提供在本地缓存的内容。10.根据权利要求9所述的计算机程序产品，其中，所述方法还包括：⑹当确定所述内容未在本地缓存时，则C⑴获得所述内容，然后⑹⑵提供在⑹1中获得的所述内容。11.根据权利要求9所述的计算机程序产品，其中，所述请求包括HTTP请求，并且所述内容包括一个或更多个资源。12.根据权利要求9所述的计算机程序产品，其中，所述当前缓存策略根据与所述节点不同的位置来确定。13.根据权利要求12所述的计算机程序产品，其中，所述位置是数据库。14.根据权利要求9所述的计算机程序产品，其中，所述缓存策略与在CDN内缓存内容相关。15.根据权利要求14所述的计算机程序产品，其中，所述缓存策略还与在CDN外缓存内容相关。16.根据权利要求9所述的计算机程序产品，其中，版本标识符与缓存策略相关联，并且所述在⑻（1中确定所述当前缓存策略包括：（i将第一版本标识符和第二版本标识符进行比较，其中，所述第一版本标识符与所述当前缓存策略相关联，所述第二版本标识符与关联到在CDN中的所述节点处的内容的缓存策略相关联；以及（ii当所述第一版本标识符与所述第二版本标识符相同时，使用关联到所述节点处的内容的缓存策略作为当前缓存策略，否则从与所述节点不同的位置获得当前缓存策略。

百度查询： 第三雷沃通讯有限责任公司 内容传送框架中的缓存

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD