CN105227535A

CN105227535A - Cdn缩小

Info

Publication number: CN105227535A
Application number: CN201410311011.1A
Authority: CN
Inventors: 弗朗科斯.勒.法尔兹; 王琪
Original assignee: Cisco Technology Inc
Current assignee: Cisco Technology Inc
Priority date: 2014-07-01
Filing date: 2014-07-01
Publication date: 2016-01-06
Anticipated expiration: 2034-07-01
Also published as: US9602630B2; US20170149922A1; EP3146694A1; WO2016001777A1; US10200495B2; EP3146694B1; US20160006836A1; CN105227535B

Abstract

在一个实施方案中，提供了系统组件，在内容分发网络(CDN)中，所述CDN包括请求路由器及多个边缘缓存，所述请求路由器可操作为判定哪个边缘缓存应当提供内容给客户端，所述系统组件包括处理器及用于存储由所述处理器使用的数据的存储器，其中所述处理器可操作为：从所述客户端接收内容请求；以及基于关闭第一边缘缓存的决定(在所述客户端已经从第一边缘缓存下载一些内容之后)，参与在所述客户端下载内容当中使所述客户端由从第一边缘缓存下载内容转移到从第二边缘缓存下载内容的处理，使得所述客户端从第二边缘缓存继续下载内容。本发明也说明了相关装置及方法。

Description

CDN缩小

技术领域

本发明涉及内容分发网络，特定地，但不完全涉及内容分发网络中的边缘缓存的受控关闭。

背景技术

内容分发网络(contentdeliverynetwork或者contentdistributionnetwork，即CDN)为通常部署在跨因特网的多个数据中心中的大型分布式系统。CDN的目标在于高可用性且高性能地提供内容给终端用户。CDN提供因特网内容的一大部分，包括网页对象(文本、图形和脚本)、可下载对象(媒体文件、软件、文档)、应用(电子商务、门户)、直播流媒体、点播流媒体及社交网络。

发明内容

根据本发明实施方案，提供了在内容分发网络(CDN)中的系统组件，所述CDN包括请求路由器及多个边缘缓存，所述请求路由器可操作为判定所述边缘缓存中哪一个应当提供内容给客户端，所述系统组件包括处理器及用于存储由处理器使用的数据的存储器，其中所述处理器可操作为从客户端接收内容请求，并基于关闭第一边缘缓存的决定(在客户端已经从第一边缘缓存下载一些内容之后)，参与在客户端下载内容当中使客户端从从第一边缘缓存下载内容转移到从第二边缘缓存下载内容的处理，使得客户端从第二边缘缓存继续下载内容。

根据本发明实施方案，也提供了客户端设备，所述客户端设备包括处理器及用于存储由处理器使用的数据的存储器，其中所述处理器可操作为从在包括多个边缘缓存的内容分发网络(CDN)中的第一边缘缓存请求内容，从第一边缘缓存下载至少一些内容，当第一边缘缓存仍然可供使用时，接收数据，所述数据包括在CDN中基于关闭第一边缘缓存的决定使从第一边缘缓存下载内容重新定向为从第二边缘缓存下载内容的第二边缘缓存的标识，并基于第二边缘缓存的标识，从第二边缘缓存继续下载内容。

附图说明

根据以下详细说明，结合附图，本发明应当得到更充分地了解和理解，其中：

图1为根据本发明实施方案构造且操作的CDN系统的局部图示、局部方块图；

图2为用于图1的CDN系统中具有相对定位符的清单文件的局部图示、局部方块图；

图3为用于图1的CDN系统中具有绝对定位符的清单文件的局部图示、局部方块图；

图4为在图1的CDN系统中正在关闭的边缘缓存的局部图示、局部方块图；

图5为在图1的CDN系统中正在从一个边缘缓存转移到另一个边缘缓存的第一客户端的局部图示、局部方块图；

图6为在图1的CDN系统中正在从一个边缘缓存转移到另一个边缘缓存的第二客户端的局部图示、局部方块图；

图7为在图1的CDN系统中正在从一个边缘缓存转移到另一个边缘缓存的第三客户端的局部图示、局部方块图；

图8为在图1的CDN系统中正在从一个边缘缓存转移到另一个边缘缓存的第四客户端的局部图示、局部方块图；及

图9为在图1的CDN系统中正在从一个边缘缓存转移到另一个边缘缓存的第五客户端的局部图示、局部方块图。

具体实施方式

作为引言，CDN通常包括分发和交付(Dristribution&Delivery)组件、服务路由组件及管理系统。分发和交付组件通常包括缓存，所述缓存可获取由终端用户请求的内容，本地化存储(缓存)所述内容及将所述内容交付给终端用户。所述缓存可以以平面或任意分层结构进行组织以使缓存效率最大化。服务路由组件通常负责处理终端用户的初始内容请求(例如，以超文本传输协议(HTTP)内容请求、内容主机名域名系统(DNS)请求或来自某个外部请求处理系统的应用程序编程接口(API)请求的形式)，从分发和交付组件选择最适合为请求提供服务的缓存，以及将终端用户请求重新定向于选定缓存。

利用HTTP自适应比特率(ABR)(其正在成为主导的内容交付格式)，视频内容项分段成许多片段，并且终端用户客户端首先请求提供与包括在内容项中的片段有关的信息的清单文件，然后继续请求所关注的下一个片段。当由CDN服务时，初始HTTPABR清单文件请求此时重新定向至最佳边缘缓存，然后终端用户通常从同一个缓存继续请求所有片段。最佳边缘缓存可由一个或一个因素限定，包括(仅作为例子)客户端与边缘缓存的接近性、边缘缓存与客户端之间的网络延迟、边缘缓存的当前备用容量。对于基于硬件的CDN(其中边缘缓存为持久资源)，所述方法特别适用。

如果CDN期望为虚拟化且灵活，那么边缘缓存可进行高频率地动态添加(“CDN放大”)或移除(“CDN缩小”)，以使所分配资源(CPU、存储器、存储装置、网络)密切适应当前负载，从而使总的内容交付成本最小化。

通过关闭边缘缓存使CDN缩小可能有问题，因为已经重新定向至所述边缘缓存的ABR会话将从同一个缓存继续请求后续内容片段，直至视频/会话结束(这可能为几小时，尤其在直播内容情况下)，从而明显推迟虚拟化边缘缓存的实际移除，从终端用户角度来看，这通常需要以无中断方式执行。这可能会不必要地保留可以通过其它方式非常快地释放的资源，例如(但不限于)以秒的顺序，使用虚拟化和编排技术，因此严重限制了灵活虚拟化CDN的经济效益。

现在参照图1，图1为根据本发明实施方案构造且操作的CDN系统10的局部图示、局部方块图。

应当理解，为了简单起见，图中仅已示出CDN系统10的某些元件。

虽然下文已经参照ABR系统说明CDN系统10，但是本领域技术人员应当理解，CDN系统10可利用例如渐进式下载的非ABR内容下载系统实现。

CDN系统10通常包括CDN编排功能/系统12、CDN请求路由器14及多个边缘缓存16(包括边缘缓存1和边缘缓存2)。

图1示出边缘缓存1，提供内容20给多个客户端18(包括客户端1和客户端2)。每个客户端18以及下文所述的每个其它客户端通常包括处理器42和存储器44。存储器44可操作为存储由处理器42使用的数据。

CDN编排功能12通常包括处理器13和存储器15。CDN编排功能12的处理器13一般可操作为监测边缘缓存16，以通过分别添加或移除边缘缓存16的实例(或多个实例)来判定CDN系统10应当放大或缩小。仅作为例子，就许多客户端18如何服务于每个边缘缓存16而言，边缘缓存16的监测可通过发送查询至边缘缓存16和/或CDN请求路由器14而实现。边缘缓存16的处理器30和/或CDN请求路由器14的处理器22可操作为回应于监测查询/多个监测查询，将关于正在由每个所述边缘缓存16服务的客户端18的数据发送至CDN编排系统12。应当理解，CDN编排功能12的功能可部分或全部在CDN请求路由器14中实现。

客户端18(客户端1)的处理器42通常操作为针对内容20的清单文件36发送请求26至CDN请求路由器14。

CDN请求路由器14通常包括处理器22和存储器24。存储器24可操作为存储由处理器22使用的数据。CDN请求路由器14的处理器22通常可操作为从客户端18(图1中客户端1)接收内容20的清单文件36的“内容”请求26(例如，通常HTTP“获取”请求)。回应于从客户端18接收内容20的清单文件36的请求26，CDN请求路由器14的处理器22通常可操作为判定边缘缓存16中哪一个应当提供内容20的清单文件36给客户端18(客户端1)并将选定边缘缓存16(边缘缓存1)的标识28发送至客户端18(客户端1)，以便客户端18(客户端1)从边缘缓存16(边缘缓存1)检索清单文件36和内容20。应当理解，选定边缘缓存16的标识28可在包括在HTTP“重新定向”响应中的统一资源定位符(URL)内进行传输。

客户端18(客户端1)的处理器42通常操作为从CDN请求路由器14接收标识28并发送清单文件36的请求34至边缘缓存16(边缘缓存1)。

每个边缘缓存16通常包括处理器30、存储器32和缓存存储器40。存储器32通常可操作为存储由处理器30使用的数据。缓存存储器40通常可操作为将内容20及清单文件36(视情况)存储于其中。

边缘缓存16(边缘缓存1)的处理器30可操作为从客户端18(客户端1)接收清单文件36的请求34。处理器30可操作为发送/提供清单文件36至客户端18(客户端1)。客户端18的处理器42可操作为接收清单文件36。

内容20通常包括多个片段64。清单文件36包括每个片段64的位置数据。所述位置数据指向第一边缘缓存，其中片段64存储于第一边缘缓存中。

客户端18(客户端1)的处理器42可操作为基于存储于清单文件36中的位置数据从边缘缓存16(边缘缓存1)(经由请求38)请求内容20的每个所关注片段64。

边缘缓存1的处理器30可操作为从客户端18(客户端1)接收内容20的相关片段64的每个内容请求38并将存储于缓存存储器40中的内容20的每个所请求的片段64提供给客户端18(客户端1)。

客户端18(客户端1)的处理器42可操作为从边缘缓存16(边缘缓存1)下载所请求的片段64(表示内容20的至少一些)。

用于定位内容20的片段的清单文件可包括相对或绝对定位符，将参照图2和图3进行更详细说明。

现在参照图2，图2为用于图1的CDN系统10中具有相对定位符48的清单文件46的局部图示、局部方块图。

清单文件46通常由边缘缓存16(图1)中一个或一个以上进行存储，以下载至客户端18(图1)。清单文件由定位符(未示出)进行定位，例如，但不限于URL。清单文件46使用每个片段的一个相对定位符48来参照内容20的片段(图1)。为了检索片段中任何一个，清单文件46的定位符前置至所述片段的相对定位符48，产生复合定位符之前，例如，所述片段的URL。复合定位符由客户端18用于下载所述片段。相对定位符48参照图5进行更详细说明，包括如何使用相对定位符48的例子。

清单文件46可包括规则或多个规则，而不是包括多个定位符，所述规则包括部分相对定位符，从所述部分相对定位符可判定片段的位置。

现在参照图3，图3为用于图1的CDN系统中具有绝对定位符52的清单文件50的局部图示、局部方块图。清单文件50可存储于边缘缓存16(图1)中的一个或CDN请求路由器14或另一个合适位置中。清单文件50使用绝对定位符52中一个来参照内容20的片段(图1)。为了检索片段中任何一个，绝对定位符52由客户端18用于下载所述片段。

清单文件50可包括规则或多个规则，而不是包括多个定位符，所述规则包括部分绝对定位符，从所述部分绝对定位符可判定片段的位置。

现在参照图4，图4为在图1的CDN系统中正在关闭的边缘缓存16(边缘缓存1)中一个的局部图示、局部方块图。

如果CDN编排功能12的处理器13判定CDN系统10应当缩小，那么CDN编排功能12的处理器13可操作为判定哪个(哪些)边缘缓存16应当移除/关闭。CDN编排功能12通知CDN请求路由器14新请求不应重新定向至正在移除/关闭的(多个)缓存16。在图4例子中，边缘缓存1已经被CDN编排功能12选择为关闭。

现在概述关闭处理。

CDN编排功能12通常通知边缘缓存1和/或CDN请求路由器14触发“快速会话卸载”。

“快速会话卸载”由CDN请求路由器14和边缘缓存1使用合适卸载方法来执行。替代性卸载方法参照图5至图9进行说明。

一般地，基于关闭边缘缓存1的决定(在客户端1已经从边缘缓存1下载内容20的一些之后)，边缘缓存1的处理器30和/或CDN请求路由器14的处理器22可操作为参与在客户端1下载内容20当中将客户端1由从边缘缓存1下载内容20转移到从另一个边缘缓存16(边缘缓存2)下载内容20的处理，使得客户端1从边缘缓存2继续下载内容20。图4的例子也示出客户端2已被转移至边缘缓存3。

在参照图5至图9更详细说明的每个卸载方法中，CDN请求路由器14的处理器22可操作为选择边缘缓存16，(多个)客户端16将从所述边缘缓存16继续下载内容20。应当注意，CDN请求路由器14可为不同客户端18选择相同边缘缓存16或不同边缘缓存16。

当边缘缓存1仍然运作时(即，在边缘缓存1被CDN编排功能12或另一个元件终止之前)，客户端1的处理器42可操作为接收数据，所述数据包括基于关闭边缘缓存1的决定将从边缘缓存1下载内容20重新定向为从边缘缓存2下载内容20的边缘缓存2(由CDN请求路由器14选择)的标识。下文将参照图5至图9更详细地说明重新定向处理。然后，客户端1的处理器42可操作为基于边缘缓存2的标识从边缘缓存2继续下载内容20。

当边缘缓存1不再提供任何会话(或数目低于一些阈值)时，边缘缓存1的处理器30向CDN编排功能12发送边缘缓存1不再向任何客户端提供内容或正被提供服务的客户端数目低于阈值的通知。或可，CDN编排功能12将假设，在一定超时之后，快速会话卸载已经完成，而无需来自边缘缓存1的通知。

因此，CDN编排功能12的处理器13然后通常可操作为在以下情况触发边缘缓存1的终止：(i)在从边缘缓存1收到边缘缓存1不再提供内容给任何客户端18时或客户端18的数目低于客户端18的阈值数的通知后；或(ii)在一定超时之后。

应当注意，在以上一些步骤中，可包含CDN管理系统组件(未示出)作为媒介。

也应当注意，CDN系统10可使用任何适当的CDN请求重新定向将客户端18重新定向至边缘缓存16，例如，但不限于超文本传输协议(HTTP)、域名系统(DNS)及应用程序编程接口(API)。

现在参照图5，图5为在图1的CDN系统10中从一个边缘缓存16转移到另一个边缘缓存的第一客户端54的局部图示、局部方块图。

参照图5所述的转移方法可在任何合适环境下实现，但当将ABR会话客户端54最初指向边缘缓存1的CDN请求重新定向方法为HTTP以及CDN技术为思科因特网流视频分发套件(CiscoVideoDistributionSuiteforInternetStreaming,VDS-IS)时，可能特别有用。

当使用具有相对定位符48的图2的清单文件46时，如上参照图2所述，通过将清单文件46的定位符前置至相对定位符48之前，可执行初始HTTP重新定向。为了执行“快速会话卸载”，边缘缓存1可执行反向域名操作以将内容请求重新定向回到CDN请求路由器14，所述CDN请求路由器14然后执行边缘缓存选择以及向另一个边缘缓存16的重新定向(例如，边缘缓存2)。

例如，如果内容域名为“video.my_cdn.net”，那么使用“paris-streamer.se.video.my_cdn.net”主机名，客户端HTTPABR会话最初可重新定向至边缘缓存16。客户端54使用“paris-streamer.se.video.my_cdn.net”主机名来拉出HTTPABR清单文件和片段。如果判定“Paris”边缘缓存应当缩小，那么“Paris”边缘缓存可将(多个)下一个片段请求从(多个)客户端18朝向“video.my_cdn.net”重新定向，这将使请求定向至CDN请求路由器14。CDN请求路由器14为每个客户端选择“最佳”边缘缓存16(不包括“缩小”下的边缘缓存，因为它已被如此标记)，并且例如使用“brussels-streamer.se.video.my_cdn.net”，发出重新定向至新选定边缘缓存16。

下文更详细说明转移处理。

通常在从CDN编排功能12接收关闭通知之后，通常使用向CDN请求路由器14的HTTP重新定向，边缘缓存1的处理器30可操作为将客户端54重新定向至CDN请求路由器14(方块56)，使得客户端54可接收由CDN请求路由器选择的新选定的边缘缓存16(边缘缓存2)的标识58，用于客户端54从新选定的边缘缓存16(边缘缓存2)继续下载内容20。

客户端54的处理器42可操作为基于来自边缘缓存1的重新定向发送内容请求60至CDN请求路由器14。

CDN请求路由器14的处理器22通常可操作为从与接收内容20有关的客户端54接收请求60。处理器22可操作为为客户端54选择新的一个边缘缓存16(边缘缓存2)，以从新边缘缓存继续下载内容20(方块70)。CDN请求路由器14的处理器22通常可操作为将选定的边缘缓存16(边缘缓存2)的标识58通常作为重新定向命令的部分发送至客户端54，以便客户端54从边缘缓存2继续下载内容20。边缘缓存2的标识58通常包括定位符，例如，但不限于边缘缓存2的URL。

客户端54的处理器42通常可操作为将边缘缓存2的定位符前置至内容20的片段64的至少一些定位符48(图2)(列出在清单文件46中(图2))之前，产生多个新定位符(未示出)，并基于新定位符来请求片段64(方块62)。客户端54的处理器42可操作为基于内容20的片段64的新定位符从边缘缓存2继续下载内容20。

现在参照图6说明替代性卸载方法。

现在参照图6，图6为在图1的CDN系统10中被从一个边缘缓存16转移到另一个边缘缓存的第二客户端66的局部图示、局部方块图。

在图6例子中，边缘缓存1首先查询CDN请求路由器14以获得标识58，诸如定位符，例如但不限于新选定的边缘缓存16的URL，使得通常使用HTTP重新定向，边缘缓存1可将客户端66直接朝向新选定的边缘缓存重新定向，所述HTTP重新定向包括新选定边的缘缓存的标识58。

现在更详细地说明转移处理。

边缘缓存1的处理器30可操作为发送请求68至请求路由器14以选择边缘缓存16中一个，客户端66将从所述一个边缘缓存继续下载内容20。由边缘缓存1发送的请求68可以经由任何合适的交互，例如但不限于经由合适的应用程序编程接口(API)。CDN请求路由器14的处理器22可操作为从边缘缓存1接收请求68、选择新边缘缓存16(边缘缓存2)(方块70)以及发送选定边缘缓存16(边缘缓存2)的标识58至边缘缓存1。

边缘缓存1的处理器30可操作为从请求路由器14接收选定的边缘缓存16(边缘缓存2)的标识58并将边缘缓存2的标识58通常作为重新定向命令的部分发送至客户端66。

客户端66的处理器42可操作为将边缘缓存2的定位符前置至内容20的多个片段64的至少一些定位符48(图2)(在清单文件46中列出(图2))之前，产生多个新定位符(未示出)，并基于新定位符来请求片段64(方块62)。客户端66的处理器42可操作为基于内容20的片段64的新定位符从边缘缓存2继续下载内容20。

现在参照图7说明替代性卸载方法。

现在参照图7，图7为在图1的CDN系统10中被从一个边缘缓存16转移到另一个边缘缓存的第三客户端72的局部图示、局部方块图。

在一些实施例中，可以有利的是首先触发客户端72从边缘缓存1请求新清单，并且然后一旦接收清单请求就将所述客户端重新定向至边缘缓存2，下文进行更详细说明。

在图7例子中，边缘缓存1触发客户端72从边缘缓存2请求新清单76并基于清单76从边缘缓存2继续下载内容20。应当理解，尤其当包括在清单36、76中的定位符为相对定位符时，包括在边缘缓存2的清单76中的数据可以与包括在边缘缓存1的清单36(图1)中的数据相同或非常相似。

现在更详细地说明转移处理。

边缘缓存1的处理器30通常可操作为发送请求68至请求路由器14以选择边缘缓存16中的一个，客户端72将从所述一个边缘缓存继续下载内容20。

CDN请求路由器14的处理器22通常可操作为从边缘缓存1接收请求68并选择新边缘缓存16(边缘缓存2)(方块70)。

CDN请求路由器14的处理器22通常可操作为发送选定的边缘缓存16(边缘缓存2)的标识58至边缘缓存1。

边缘缓存1的处理器30通常可操作为从请求路由器14接收选定的边缘缓存16(边缘缓存2)的标识58。

边缘缓存1的处理器30通常可操作为发送数据至客户端72以触发客户端72重新请求清单文件(方块78)。

客户端72的处理器42通常可操作为从边缘缓存1接收所述触发，以重新请求清单文件。

客户端72的处理器42通常可操作为从边缘缓存1重新请求清单文件(方块79)。

边缘缓存1的处理器30可操作为从客户端72接收清单文件请求，并且然后向客户端72发送向边缘缓存2的重新定向(方块81)。

客户端72的处理器42通常可操作为从边缘缓存1接收重新定向。客户端72的处理器42一般可操作为基于从边缘缓存1接收重新定向，从边缘缓存2为内容20的至少部分请求清单文件(方块80)，所述重新定向包括由请求路由器14选择的边缘缓存2的标识58，用于客户端72从边缘缓存2继续下载内容20。

客户端72的处理器42通常可操作为从边缘缓存2接收清单文件76，并基于清单文件76中的定位符(未示出)，基于发送请求82至边缘缓存2，从边缘缓存2继续下载内容20的片段64。清单文件76中的定位符可为相对定位符或绝对定位符。

现在参照图8说明替代性卸载方法。

现在参照图8，图8为在图1的CDN系统10中被从一个边缘缓存16转移到另一个边缘缓存的第四客户端84的局部图示、局部方块图。

在一些实施例中，可以有利的是首先触发客户端84从边缘缓存1请求新清单，并且然后一旦边缘缓存1接收清单请求就将所述客户端重新定向至CDN请求路由器14，如下文中更详细地描述的。

边缘缓存1的处理器30可操作为发送数据至客户端84以触发客户端84重新请求清单文件(方块86)。客户端84的处理器42通常可操作为：从边缘缓存1接收所述触发，以重新请求清单文件；并且然后基于接收所述触发，发送清单文件请求88至边缘缓存1。

在收到清单文件的重新请求时，边缘缓存1的处理器30可操作为发送数据至客户端84以将客户端84重新定向至CDN请求路由器14(方块90)。客户端84的处理器42通常可操作为从边缘缓存1接收向CDN请求路由器14的重新定向。

基于所述重新定向，客户端84的处理器42然后可操作为从CDN请求路由器14请求清单文件(方块92)。

CDN请求路由器14的处理器22可操作为：从客户端84接收清单文件请求(与接收内容20有关)；选择边缘缓存16(边缘缓存2)中新的一个边缘缓存(方块70)；以及将选定的边缘缓存16(边缘缓存2)的标识58通常作为重新定向命令的部分发送至客户端84，以便客户端84从边缘缓存2继续下载内容20。

客户端84的处理器42然后可操作为从CDN请求路由器14接收边缘缓存2的标识58，通常作为重新定向命令的一部分。

客户端84的处理器42然后通常可操作为基于接收由CDN请求路由器14选择的边缘缓存2的标识58，从边缘缓存2为内容20的至少部分请求清单文件(方块80)，用于客户端84从边缘缓存2继续下载内容20。

客户端84的处理器42然后可操作为：从边缘缓存2接收清单文件76；以及基于清单文件76中的定位符(未示出)，基于发送请求82至边缘缓存2，从边缘缓存2继续下载内容20的片段64。

应当理解，尤其当包括在清单36、76中的定位符为相对定位符时，包括在边缘缓存2的清单76中的数据可以与包括在边缘缓存1的清单36(图1)中的数据相同或非常相似。

现在参照图9说明替代性卸载方法。

现在参照图9，图9为在图1的CDN系统10中被从一个边缘缓存16转移到另一个边缘缓存的第五客户端94的局部图示、局部方块图。

“快速会话卸载”可由边缘缓存1和CDN请求路由器14使用基于清单文件操作的处理而不是使用HTTP重新定向来执行。在客户端94以一定间隔拉出更新的清单文件96(如用于直播内容分发的一些HTTPABR协议)或可触发客户端94拉出更新的清单文件96的环境下，这特别有用。清单文件96通常由CDN请求路由器14进行操作，在此将清单文件96存储用于通过客户端94下载。

边缘缓存1的处理器30可能操作清单文件96。在这种情况下，边缘缓存1查询CDN请求路由器14以判定边缘缓存16中哪一个将给客户端94继续提供内容20的片段64。

清单文件96通常包括向内容20的片段64的例如URL的绝对定位符。

边缘缓存16的处理器30通常可操作为发送数据至客户端94以触发客户端94重新请求清单文件96(方块98)。发送至客户端94的数据通常包括CDN请求路由器14的定位符或用于清单文件96所存储位置的定位符。触发客户端94重新请求清单文件96(或任何上述其它触发事件)可由ABR协议指定或使用任何合适机制来执行。

客户端94的处理器42可操作为从边缘缓存1接收触发并从读取所述触发的位置重新请求清单文件96，例如，在CDN请求路由器14的位置(方块100)或边缘缓存1或一些其它合适位置上。以下说明假设清单文件96存储于CDN请求路由器14的位置处。

然后，CDN请求路由器14的处理器22可操作为接收清单文件96的重新请求并选择新的一个边缘缓存16(边缘缓存2)(方块70)，并且编辑清单文件96，使得仍将下载的内容20的片段64的位置数据从指向边缘缓存1更改为指向边缘缓存2(方块102)，并提供清单文件96给客户端94。

客户端94的处理器42可操作为：接收清单文件96，所述清单文件96已经更改为指向边缘缓存2而不是指向边缘缓存1；然后基于清单文件96中的更改的定位符(未示出)，基于发送请求82至边缘缓存2，从边缘缓存2继续下载内容20的片段64。

已经在上文基于例如非分层清单文件结构说明CDN系统10，在此单个清单文件包括规则和/或至所有可用比特率的片段的定位符。然而，应当理解，CDN系统10可使用分层清单文件结构来实现，下文将进行更详细说明。

在一些ABR方案中，采用分层清单文件结构。在一个这样的方案中，顶层清单包括向几个较低层清单文件的指针。每个较低清单文件为每个可用视频比特率的片段而设。每个较低层清单文件包括规则和/或为所述较低层清单文件的比特率的每个片段建立定位符(例如，URL)的指针。

当CDN系统10利用多层清单文件结构实现时，且如在图7和图8的例子中，其中来自客户端72(图7)或客户端84(图8)的清单文件请求重新定向至边缘缓存2，客户端72、84通常触发为从边缘缓存2重新请求最高层清单文件，并且必要时，遵循最高层清单文件中至较低层清单文件的链接，以从边缘缓存2请求内容20的相关片段64。

当CDN系统10利用多层清单文件结构实现时，且如在图9的例子中，来自客户端94(图9)的清单文件请求未重新定向至边缘缓存2，客户端94通常触发为从先前取回最高层清单文件的相同位置(例如，从CDN请求路由器14或一些其它合适位置)重新请求最高层清单文件，并且必要时，遵循最高层清单文件至较低层清单文件中的链接，以从边缘缓存2请求内容的相关片段64。

实际上，这些功能中一些或全部可合并在单个物理组件中，或替代地，使用多个物理组件实现。这些物理组件可包括硬接线或可编程设备或两者的组合。在一些实施方案中，处理电路的至少一些功能可在合适软件控制下由可编程处理器执行。例如，所述软件可经由网络以电子形式下载至设备。替换地或附带地，所述软件可存储于有形、非临时性计算机可读存储介质中，诸如光学、磁性或电子存储器。

应当理解，若需，软件组件可以ROM(只读存储器)形式实现。一般地，若需，使用常规技术，软件组件可以硬件实现。还应当理解，例如，软件组件可实例化为：计算机程序产品或在有形介质上。在一些情况下，可能使软件组件实例化为可由适当计算机翻译的信号，尽管在本发明的某些实施方案中，可能不包括所述实例化。

应当理解，为了清晰起见，在不同实施方案的情况下所述的本发明的各种特征也可在单个实施方案中合并提供。反之，为了简便起见，在单个实施方案的情况下所述的本发明的各种特征也可单独或以任何合适的子组合而提供。

本领域技术人员应当理解，本发明并不限于上文已经特定示出且说明的实施方案。相反，本发明范围由所附权利要求及其等同物限定。

Claims

1.一种系统组件，在内容分发网络(CDN)中，所述CDN包括请求路由器及多个边缘缓存，所述请求路由器可操作为判定所述边缘缓存中的哪一个应当提供内容给客户端，所述系统组件包括：

处理器；及

存储器，用于存储由所述处理器使用的数据，其中所述处理器可操作为：

从所述客户端接收内容请求；以及

在所述客户端已经从第一边缘缓存下载所述内容的一些之后，基于关闭第一边缘缓存的决定，参与在所述客户端下载内容当中将所述客户端由从所述第一边缘缓存下载所述内容转移到从第二边缘缓存下载所述内容的处理，使得所述客户端从所述第二边缘缓存继续下载所述内容。

2.根据权利要求1所述的系统组件，还包括在其中存储所述内容的缓存存储器，所述缓存存储器及所述处理器包括在所述第一边缘缓存中，所述处理器可操作为将存储于所述缓存存储器中的所述内容的至少一些提供给所述客户端。

3.根据权利要求2所述的系统组件，其中所述处理器可操作为将所述客户端重新定向至所述请求路由器，使得所述客户端可接收由所述请求路由器选择的所述第二边缘缓存的标识，用于所述客户端从所述第二边缘缓存继续所述内容的下载。

4.根据权利要求2所述的系统组件，其中所述处理器可操作为：

发送请求至所述请求路由器，以选择所述边缘缓存中一个，所述客户端将从所述一个边缘缓存继续所述内容的下载；

从所述请求路由器接收所述边缘缓存中所述选择的一个的标识，作为所述第二边缘缓存；以及

发送所述第二边缘缓存的所述标识至所述客户端。

5.根据权利要求4所述的系统组件，其中所述处理器可操作为：

发送数据至所述客户端，以触发所述客户端重新请求清单文件；以及

然后发送向所述第二边缘缓存的重新定向至所述客户端。

6.根据权利要求2所述的系统组件，其中所述处理器可操作为发送数据至所述客户端，以触发所述客户端重新请求清单文件。

7.根据权利要求6所述的系统组件，其中在收到所述清单的重新请求时，所述处理器可操作为发送数据至所述客户端以将所述客户端重新定向至所述请求路由器。

8.根据权利要求1所述的系统组件，其中：

所述处理器包括在所述请求路由器中；

回应于从所述客户端接收所述内容请求，所述处理器可操作为发送所述第一边缘缓存的标识至所述客户端，以便所述客户端从所述第一边缘缓存检索清单文件及所述内容；以及

选择所述边缘缓存中的一个，所述客户端将从所述一个边缘缓存继续下载所述内容。

9.根据权利要求8所述的系统组件，其中所述处理器可操作为：

从与接收所述内容有关的所述客户端接收另一个请求；以及

将所述边缘缓存中作为所述第二边缘缓存的所述选择的一个的标识发送至所述客户端，以便所述客户端从第二边缘缓存继续下载内容。

10.根据权利要求9所述的系统组件，其中来自与接收所述内容有关的所述客户端的所述另一个请求为清单文件请求。

11.根据权利要求8所述的系统组件，其中所述处理器可操作为：

从所述第一边缘缓存接收请求以便选择所述边缘缓存中一个，所述客户端将从所述选择的一个边缘缓存继续所述内容的下载；以及

将所述边缘缓存中作为所述第二边缘缓存的所述选择的一个的标识发送至所述第一边缘缓存。

12.根据权利要求1所述的系统组件，其中所述处理器可操作为编辑包括位置数据的清单文件，使得仍将下载的所述内容的所述位置数据从指向所述第一边缘缓存更改为指向所述第二边缘缓存。

13.根据权利要求1所述的系统组件，其中所述处理器可操作为将与所述由所述边缘缓存中的一个提供服务的客户端有关的数据发送至编排系统，所述编排系统监测所述边缘缓存，以判定所述CDN是否应当通过分别添加或移除所述边缘缓存的实例来放大或缩小。

14.根据权利要求13所述的系统组件，其中所述处理器可操作为发送所述第一边缘缓存不再提供内容给任何客户端的通知至所述编排系统。

15.一种客户端设备，包括处理器及用于存储由所述处理器使用的数据的存储器，其中所述处理器可操作为：

从在包括多个边缘缓存的内容分发网络(CDN)中的第一边缘缓存请求内容；

从所述第一边缘缓存下载所述内容的至少一些；

当第一边缘缓存仍然运行时，接收数据，所述数据包括CDN中的第二边缘缓存的标识，基于关闭所述第一边缘缓存的决定，所述标识将从所述第一边缘缓存下载所述内容重新定向为从所述第二边缘缓存下载所述内容；以及

基于第二边缘缓存的所述标识从所述第二边缘缓存继续下载所述内容。

16.根据权利要求15所述的设备，其中所述内容包括多个片段，所述第二边缘缓存的所述标识包括所述第二边缘缓存的定位符，所述处理器可操作为：

从所述第一边缘缓存接收清单文件，所述清单文件包括所述内容的所述片段的多个定位符；

将所述第二边缘缓存的所述定位符置于至所述内容的所述片段的至少一些定位符之前，产生多个新定位符；以及

基于所述片段的所述新定位符从所述第二边缘缓存继续下载所述内容。

17.根据权利要求15所述的设备，其中所述处理器可操作为：

从所述第一边缘缓存为所述内容的至少部分请求第一清单文件；

从第一边缘缓存接收所述第一清单文件；

基于接收由请求路由器选择的所述第二边缘缓存的所述标识，从所述第二边缘缓存为所述内容的至少部分请求第二清单文件，用于所述客户端设备从所述第二边缘缓存继续所述内容的下载，所述请求路由器可操作为判定所述边缘缓存中的哪一个应当提供内容给客户端；

从所述第二边缘缓存接收所述第二清单文件；以及

基于所述第二清单文件从所述第二边缘缓存继续下载所述内容。

18.根据权利要求17所述的设备，其中所述处理器可操作为：

从所述第一边缘缓存接收触发，以重新请求清单文件；并且然后从所述第一边缘缓存接收向所述第二边缘缓存的重新定向。

19.根据权利要求17所述的设备，其中所述处理器可操作为：

从所述第一边缘缓存接收触发，以重新请求清单文件；然后

基于接收所述触发，发送清单文件请求至所述第一边缘缓存；然后

接收向所述请求路由器的重新定向；然后

从所述请求路由器请求清单文件；然后

从所述请求路由器接收所述第二边缘缓存的标识；然后

基于从请求路由器接收的所述标识从所述第二边缘缓存请求所述第二清单文件。

20.根据权利要求15所述的设备，其中所述处理器可操作为：

请求清单文件；

接收所述清单文件，所述清单文件包括指向所述第一边缘缓存的位置数据；

基于所述清单文件从所述第一边缘缓存检索所述内容的一些；然后

重新请求所述清单文件；

接收所述清单文件，其中所述位置数据的至少部分已经更改为指向所述第二边缘缓存而不是指向所述第一边缘缓存；以及

基于所述更改的清单文件从所述第二边缘缓存继续下载所述内容。

21.一种内容分发网络(CDN)中的方法，，所述CDN包括请求路由器及多个边缘缓存，所述请求路由器可操作为判定所述边缘缓存中哪一个应当提供内容给客户端，所述方法包括：

从所述客户端接收内容请求；以及

在所述客户端已经从第一边缘缓存下载所述内容的一些之后，基于关闭所述第一边缘缓存的决定，参与在所述客户端下载内容当中将所述客户端由从所述第一边缘缓存下载所述内容转移到从第二边缘缓存下载所述内容的处理，使得所述客户端从所述第二边缘缓存继续下载所述内容。

22.一种方法，包括：

从所述第一边缘缓存下载所述内容的至少一些；

当第一边缘缓存仍然运行时，接收数据，所述数据包括所述CDN中第二边缘缓存的标识，基于关闭所述第一边缘缓存的决定，所述标识将从所述第一边缘缓存下载所述内容重新定向为从所述第二边缘缓存下载所述内容；以及