专利名称：用于利用应用层重定向将内容路由到客户端的服务器选择的制作方法
技术领域：
特定实施例一般地涉及内容分发系统。
背景技术：
内容分发网络(CDN)是内容递送节点的分布式网络。内容递送节点对将内容传送 至请求该内容的一个或多个客户端。内容递送节点通常被分散在很多地理位置上。例如， 一个节点可能位于纽约，而另一个节点可能位于旧金山。如果下载大多媒体文件，则选择非最佳的位置来传送内容可能会导致很大的不利 于内容递送的后果。例如，大量数据将必须通过更多的网络链路被传输。这会导致向用户 传送内容的延迟。例如，如果用户在旧金山而纽约的服务器被选择，则将会经受比选择旧金 山的服务器更长的等待时间，并且内容将必须被不必要地传输通过从纽约到旧金山的所有 路程，从而导致服务提供商网络的低效利用。
图1示出了根据一个实施例的用于递送内容的系统的示例。图2示出了根据一个实施例的可以由客户端104的浏览器下载的页面的示例。图3提供了根据一个实施例的系统中的数据流的更详细的示例。图4示出了根据一个实施例的用于确定内容路由决定的方法的简要流程图。
具体实施例方式腿特定实施例一般地涉及确定用于递送内容的服务器。在一个实施例中，从已经下载页面的客户端接收针对探测链接(probelink)的第 一请求。该请求是从应用接收的。测试可以被执行，以确定能够最佳地服务来自客户端的 内容请求的服务器。例如，针对不同服务器的往返时间被计算出来，并且针对客户端确定的 最佳往返时间被选择。在接收到请求后，内容路由器向客户端发送重定向，其中该重定向致 使客户端跟随重定向去往服务器。然后，服务器将重定向发送回客户端，客户端通过向内容 路由器发送第二请求来跟随该重定向。第二请求被与客户端相关联，并且针对服务器的往 返时间被计算出来。例如，往返时间是以重定向链接被发送以及第二请求被接收的时间为 基础的。然后，基于所计算的往返时间，确定服务器的位置是否应该被指定作为客户端的内 容递送者(content deliverer).例如，多个位置被测试，并且具有最短往返时间的位置可 以被选择作为内容递送者。特定实施例使用应用层重定向来确定服务器。例如，超文本传输协议(HTTP)重定 向被用来致使客户端向服务器发送重定向。然后，服务器响应于重定向，这使得客户端将第 二请求发送回服务器。因此，提供了可以测量往返时间并确定向用户递送内容的最佳位置 的应用层解决方案。
示例实施例图1示出了根据一个实施例的用于递送内容的系统100的示例。如图所示，提供 了内容路由器102、客户端104、以及多个服务器106。服务器106可以被设立在地理上分散 的不同位置108中。内容路由器102被配置为确定应该作为用于客户端104的内容递送者的位置108。 内容路由器102是中途拦截定向在⑶N(内容分发网络)处的客户请求的装置。内容路由 器的任务在于确保内容是从处于相对于客户端来说的最佳位置中的服务器取得的。例如， 可以选择最接近客户端104的位置。尽管描述了最接近的位置，但是应该理解，可以使用其 他因素来确定哪个服务器106是向客户端104递送内容的最佳 服务器。例如，服务器106 可以是最接近客户端104的服务器，但是递送来自该位置的内容的网络可能会经受低带宽 吞吐量或者可能会发生故障。所以，可以确定不是最接近的服务器、但是可以更快地递送内 容的另一个服务器106作为递送内容的最佳服务器。服务器106可以是能够递送内容的任何装置。例如，服务器106可以包括能够将 内容递送至客户端104的网络装置。在一个示例中，内容可以在处于内容分发网络中的不 同位置108中的服务器106上被复制。根据位置108，内容可能被以不同的等待时间递送至 客户端104。例如，期望最接近客户端104的服务器106能够最快地将内容递送至客户端 104。另外，可以考虑诸如网络的可用带宽、网络故障之类的其他因素。客户端104包括可以使用浏览器下载诸如网页之类的页面的计算机。网页可以是 允许用户下载内容的门户(portal)。当用户请求内容时，客户端104可以向内容路由器102 发送请求。位置108可以包括多个服务器106。例如，位置108可以是包括能够递送内容的多 个路由器的服务器群或数据中心。本说明书描述了使用服务器来确定往返时间。服务器可 以被确定作为位置108的代表，并且被用作确定往返时间的基础。将会理解，当内容被递送 时，所选位置中的任意服务器可以被使用。如下面将要描述的，在用户请求内容之前，服务器确定单元110可能已经选择了 应该将内容递送至客户端104的位置108。这个决定可以在用户请求内容之前被确定。服务器确定单元110使用可以确定向客户端104递送内容的位置108的应用层解 决方案。如下面将更加详细地描述的，客户端104的应用可以向内容路由器102发送针对 探测链接的请求。然后，内容路由器102选择用于位置108的服务器106。服务器确定单 元110然后可以向客户端104发送诸如超文本传输协议(HTTP)重定向之类的重定向请求。 这使得客户端104将消息重定向到服务器106。然后，服务器106将重定向发送回客户端， 这使得客户端向内容路由器102发送第二请求。然后，服务器确定单元110可以确定其对 将被发送并接收的消息所花费的往返时间。据此，服务器确定单元110可以确定服务器106 是否应该被选择来递送内容。例如，以上处理可以针对多个位置108中的大量服务器106 执行。具有最短往返时间的服务器106可以被选择作为内容递送者。可以考虑诸如带宽之 类的其他因素来确定递送内容最快的服务器106。图2示出了根据一个实施例的可以由客户端104的浏览器下载的页面200的示 例。尽管示出了页面200，但是应该理解，任何页面都可以由客户端104下载。在一个示例 中，页面200可以是列出可以由用户播放的内容的门户。如图所示，设置了允许用户播放内容204的按钮202。在这种情况下，不同的电影可以被播放。当用户选择按钮202时，用户 期望内容应该几乎立即被播放。例如，用户可能期望内容在2秒钟内被播放。如果在开启 内容时发生延迟，则用户可能变得不感兴趣并且取消下载。在用户选择显示的项目之后，根据指向内容的统一资源定位符(URL)的类型，HTTP GET或者实时流传输协议(RSTP)DESCRIBE被客户端104的客户端应用生成。请求去往内 容路由器102，内容路由器102将客户端104重定向到适当的服务器106。为了最小化用户 经受的等待时间，内容路由决定在播放请求被接收到之前被预先做出。所以，不需要等待 播放请求(HTTP GET或者RTSP DESCRIBE)，当页面200首先在客户端104的路由器上被加 载时，内容路由决定可以被执行。在一种情况下，内容分发网络不知道门户页面何时被下 载，这意味着内容路由器102不知道页面何时被加载。然而，页面可以在其中包括探测链接 (probelink)106o探测链接指向内容路由器102，从而使得其在页面被加载时被接触。
探测链接206可以是致使客户端104向内容路由器102发送针对探测链接的请求 的链接。探测链接206可以被绘制为图像或者可视(例如，通过使图像为单独像素，或者通 过使图像具有与页面背景相同的颜色)。例如，当图像在页面200中被下载时，它使得应用 向内容路由器102发送针对将要发送的探测链接的请求。例如，探测链接可以是被发送的 HTTP请求。另外，探测链接可以是可视的，并且被嵌入在用于页面200的代码中。当代码被 下载时，探测链接请求可以被发送至内容路由器102。尽管用户正在通过关注内容选择而浏览页面200，但是内容路由器102可以在后 台确定内容路由决定。在用户选择播放项目之前，内容路由器102可以做出内容路由决定， 例如，内容浏览器102可能已经选择服务器106来向客户端104递送内容。例如，内容路由 器102可能已经对用户的互联网协议(IP)地址和位置108进行配对。客户端104和位置 108之间的映射可以被保存在数据库中。当请求被接收到时，客户端104可以被重定向到位 置108，以请求内容。这使得该位置处的服务器106能够在低等待时间的环境下向客户端 104递送内容。尽管描述了页面200，但是用户可以以其他方式访问内容。例如，用户可以选择通 过电子邮件接收到的媒体链接。在这种情况下，链接(URL)可以直接指向内容文件。当内 容路由器102从其从未见过的客户端104接收这个URL时，一系列重定向被触发，以找出最 佳服务器106。一旦确定了服务器，内容被从最佳位置传送，并且来自相同客户端的所有后 续请求现在可以被重定向到相同的位置。内容路由器102对客户端104和位置108进行配 对，并将这种映射保存在它的数据库中用于将来的请求。来自客户端104的将来的请求不 需要经历服务器确定处理，因为数据库查找被用来确定最佳位置108。数据库条目可以在 所配置的时间间隔之后被无效，然后内容路由器102针对相同的客户端再次执行相同的确 定。图3提供了根据一个实施例的系统100中的数据流的更详细的示例。针对多个位 置108中的多个服务器106，以下的处理可以被执行。如300处所示，客户端104可以下载 页面200。探测链接可以被作为页面200的一部分下载。在302，针对探测链接的请求被 发送至内容路由器102。在一个示例中，针对多个探测链接的请求可以被发送。例如，针对 三个位置的探测链接可以被发送至内容路由器102。在一个示例中，探测链接可以是诸如 HTTP地址内容路由器/探测之类的HTTP请求。这可以向内容路由器102发送针对探测链接的请求。服务器确定单元110可以存储针对客户端104的标识符或IP地址。这随后被 用来关联用于确定往返时间的从客户端104接收的第二请求。在304，内容路由器102确定测试的位置108，并确定作为代表的服务器106。然 后，内容路由器102向客户端104发送将客户端重定向到所选择的服务器106的重定向消 息。例如，诸如状态代码307之类的HTTP重定向被发送至客户端104。重定向中的位置字 段可以包含指向将要探测的服务器106的专用统一资源标识符(URI)。这致使客户端104 对与客户端106的HTTP连接进行初始化。应该注意，重定向是从内容路由器102到客户端 104的HTTP请求。这不同于ping命令，ping命令可能不总是行得通。这是因为客户端可 以处于防火墙后面，并且从客户端104到内容路由器102的无保护的ping命令不能穿过防 火墙。相反，Ping被发送通过不允许ping的端口。然而，响应于请求探测链接的客户端的 HTTP重定向将穿过防火墙。Ping程序根据互联网控制消息协议(ICMP)回显请求，确定往 返时间。大量互联网服务供应商在他们的边界处过滤出ICMP回 显请求。特定实施例使用 诸如HTTP或RTSP重定向之类的应用层协议机制，从而请求可以在未经过滤的情况下穿过。另外，对于防火墙，请求被客户端104初始化，并且防火墙被请求不去防碍剩下的 处理。重定向序列由请求探测链接的客户端104触发，该客户端建立与内容路由器102的传 输控制协议(TCP)连接，并且做出请求。从内容路由器102到客户端104的响应(重定向 命令)在相同的TCP连接上被传递到客户端104。防火墙将重定向命令识别为相同的TCP 处理的一部分，并让重定向通过。来自服务器106的重定向也被识别并传递。在306，重定向致使客户端104跟随重定向，并且对与服务器306的HTTP连接进行 初始化。例如，发送至客户端104的重定向被重定向到服务器106-1。在308，服务器106-1 检测专用URI，这使得其将重定向发送回客户端304。该重定向被跟随回到内容路由器102。 例如，客户端104可以向内容路由器102发送HTTP消息contentrouter/probe。这个处理 可以针对被请求的所有探测链接执行。例如，服务器106-2和服务器106-3也可以利用服 务器106-1的上述探测而被探测。内容路由器102将标识符与客户端104相关联，然后可 以使用基于前一消息被发送的时间来计算往返时间。在一个示例中，针对每个服务器106 的往返时间被计算。可以计算从在304对重定向进行初始化到在310来自客户端104的第 二请求被接收时经过的时间。这可以测量服务器106和客户端104之间的往返时间。该往 返时间可以包括从内容路由器102向客户端104发送消息以及从客户端104向内容路由器 102发送消息所花费的时间。然而，假设该时间对于所有服务器106来说都是相同的，则其 可以被包括在计算中。当多个位置108被测试时，服务器确定单元110可以确定最佳服务器104(或位 置)，以指派作为内容递送者。例如，确定这样的位置，其中服务器确定单元110确定可以将 内容最快地递送到客户端104的位置。针对服务器106的不同的往返时间可以被比较，并 且最佳位置可以基于往返时间来确定。具有最短往返时间的位置108可以被确定作为应该 被选择来向客户端104递送内容的位置。在一些情况下，最佳位置用带宽来指示比用等待时间来指示更好。带宽可以通 过使探测链接指向适当大小的虚拟HTML文件来测量。在高带宽路径上，通过使相应的位 置108提供更快的下载，文件可以更快下载。然而，服务器106不能通过发布2000K和 307-re-direct 二者来响应于GET请求。所以，需要一种在探测文件已经被传输之后将客户端104重定向回内容路由器102的替代机制。在一个示例中，门户页面上的探测链接为 <iframe src =，，http://conteritrouter/probe· html，，><ifr￡ime>。当胃;^立溝 104 /人内 足各 由器 102 请求probe, html 时，其被重定向到 HTTP 地址 server-in-locationl/dummy· html。 位于服务器106上的文件可以是<html><body>< ！— 不可视的虚拟数据。装入期望的大小.........—><img src = “ http//contentrouter/probe, jpg“ ></img></body></html>当文件被请求时，来自服务器的HTTP响应使用标准报头字段来防止内容的缓存。 例如，来自服务器106的HTTP响应具有被设置为no-Cache的Cache-Control字段，从而使 得在任何地方dummy, html都不被缓存。加载以上文件使得客户端104与内容路由器接触， 以请求probe, jpg。这时，内容路由器102可以计算往返时间，该往返时间包括用于dummy, html的下载时间。探测处理可以串行或并行执行。对于串行处理，客户端104可以串行请求探测链 接。例如，一旦一个往返被完成，则针对探测链接的第二请求可以被发送。如果请求被并行 发送，则来自服务器106的第一响应可以被看作具有最短往返时间，所以这个服务器106可 以被选择作为向客户端104递送内容的服务器。不需要等待剩余的位置完成比赛。所以， 做出内容路由决定所需的时间被最小化。在后续实施例中，在页面200上只提供了一个探测链接。内容路由器102可以通 过将针对探测链接的相同请求重定向多次来逐一地探测服务器106。当存在很多位置时，这 将导致重定向的次数超过客户端104的浏览器所支持的最大数目。因此，考虑到多个连续 的重定向，可以在一个页面200上提供多个探测链接。另外，为了避免重定向限制，单个探测链接可以分散到多个探针中。这可以通 过将单个探针制作为在线帧(in-line frame)来实现。例如，门户页面上的探测链接可 以为 <iframe src = “ http//contentrouter/probe “ ></iframe>,并且 HTTP 地址 contentrouter/probe处的页面可以看起来如下<html><body><img src =“ http//contentrouter/probe 1〃 ></img><img src =" http//contentrouter/probe2“ ></img><img src =" http//contentrouter/probe3“ ></img></body></html>
所以，加载门户页面导致客户端104请求三个探测链接，即探针1、探针2、以及探 针3。这可以将页面200从内容分发网络的内部去耦合。例如，页面200不需要被修改为具 有将要探测的新位置。当在线帧被请求时，内容路由器102可以利用包含指向单独的服务器106的探针 的页面进行响应。这避免了从客户端到内容路由器的一个往返。在这种情况下，HTTP地址 contentrouter/probe处的页面可以为<html>
<body><img src = “ server-in-location 1/probe“ ></img><img src =" server-in-location 2/probe" ></img><img src =" server-in-location 3/probe" ></img></body></html>另外，在页面200上，不能使用探测链接。在这种情况下，下载页面的媒体请求可 以下载探测链接，在这种情况下，在传送实际内容之前进行重定向。针对页面的第一请求， 用户可能会经历增加的等待时间。RTSP请求还可以使用RTSP重定向请求来往复。客户端104还可以在到达内容路由器102之前通过一个或多个中间代理。如果这 种情况发生，则内容路由器102不能确定客户端104的IP地址。内容路由器102可能会信 任在代理处生成的请求，这是因为代理充当客户端104进行动作。这使得内容路由器102 不能可靠的识别来自客户端104的随后的请求，以确定往返时间。即，内容路由器102需要 确定第一请求何时被从客户端接收到，并将其与第二请求相关联，以确定往返时间。当代理被使用时，内容路由器102可以服务于针对探测链接的请求并生成用于客 户端104的标识符。该标识符可以被以HTTP cookie的形式发送至客户端104。内容路由 器102将内容路由决定记录在它的数据库中，作为标识符和所选择的位置108之间的映射。 下次客户端104从内容路由器102请求内容时，客户端104发送cookie，其可以被用来使用 标识符执行数据库查找。这提供了被选择用于客户端104的位置。图4示出了根据一个实施例的用于确定内容路由决定的方法的简要流程图400。 步骤402接收对于探测链接的请求。探测链接可以在内容路由器102处从客户端104接收。步骤404确定在其中测量往返时间的服务器106。例如，位置108处的服务器可以 被确定。在步骤406，重定向请求被从内容路由器102发送至客户端104。该请求将客户端 104重定向到服务器106。服务器106也将重定向发送回客户端104，这使得客户端向内容 路由器102发送第二请求。在步骤408，内容路由器102从客户端104接收第二请求。在410，内容路由器102确定往返时间。这个处理可以针对多个服务器执行。步骤412确定是否应该探测更多的位置108。 如果是，则该处理重复到步骤406，其中其他重定位被发送。如果不需要探测更多的位置 108，则步骤414确定应该作为客户端104的内容递送者的位置108。这可以是最接近客户 端104的位置108，也可以是具有最大带宽的位置108。特定实施例提供了很多优点。例如，额外的等待时间不会被附加到针对内容的请求上。相反，内容路由决定是在用户请求内容之前执行的。另外，不需要对层3或层4进行 增强。另外，不需要域名服务(DNS)支持。相反，在客户端104处的应用对探测链接请求进 行初始化的情况下，提供了应用层解决方案。通过使用重定向，防火墙的存在将不是问题。 这是因为内容路由器102向应于来自客户端104的请求。尽管针对本发明的特定实施例描述了本发明，但是这些特定实施例只是说明性 的，而不是限制性的。包括C、C++、Java、汇编语言等在内的任何适当的编程语言都可以被用来执行特定 实施例的例程。可以采用诸如程序上的或者对象导向的不同编程技术。例程可以在单个处 理装置或多个处理器上执行。尽管步骤、操作、或者计算被以特定次序示出，但是在不同的 特定实施例中这种次序可以改变。在一些特定实施例中，如本说明书中顺序示出的多个步 骤可以被同时执行。
用于特定实施例的“计算机可读介质”可以是包含、存储、传送、传播、或传输用于 指令执行系统、设备、系统或装置的任意介质。计算机可读介质例如可以是电、磁、光、电磁、 红外、或半导体系统、设备、系统、装置、传播介质、或计算机存储器，这里的举例只是示例性 的而不是限制性的。特定实施例可以以软件、硬件或者它们的组合中的控制逻辑的形式实 现。当由一个或多个处理器执行时，控制逻辑可操作以执行特定实施例中描述的处理。可以通过使用编程的通用数字计算机、使用专用集成电路、可编程逻辑装置、现场 (field)可编程门阵列、光学、化学、生物学、量子或纳米技术系统来实现特定实施例。一般， 特定实施例的功能可以通过现有技术中已知的任意装置来实现。可以使用分布式、联网系 统、部件、和/或电路。数据的通信或传输可以是有线的、无线的、或者任意其他方式。应该明白，附图中示出的一个或多个元件也可以以更加分散或综合的方式实现， 或者可以在某些情况中不可操作的情况下被去除或者弃用，如根据特定应用所使用。实现 可以被存储在机器可读介质中的程序或代码以允许计算机执行上述任何方法也在本发明 的精神和范围内。说明书及随后的权利要求书中使用的“一”、“一个”、“该”包括多种引用，除非上下 文清楚地做出例外声明。另外，说明书及随后的权利要求中使用的“中”的意思包括“中”和 “上”，除非上下文清楚地做出例外声明。所以，尽管这里描述了特定实施例，但是在前面的公开中预期了各种修改、各种改 变和替代。应该明白，在不脱离所述的范围和精神的条件下，可以不相应地使用其他特征而 仅采用特定实施例中的一些特征。所以，可以作出很多修改，以适应实质范围和精神的情形 和材料。
权利要求
一种方法，包括从已经下载页面的客户端接收针对探测链接的第一请求；确定能够服务来自所述客户端的内容请求的位置中的服务器；向所述客户端发送重定向消息，所述重定向消息致使所述客户端跟随所述重定向消息去往所述服务器，并接收返回到所述客户端的重定向；基于在所述客户端处接收自所述服务器的所述重定向，从所述客户端接收第二请求；将所述第二请求与所述探测链接相关联；针对所述服务器计算往返时间；以及基于所计算的往返时间，确定所述位置是否应该被指定为所述客户端的内容递送者。
2.根据权利要求1所述的方法，还包括 针对多个位置计算多个往返时间；以及基于所计算的往返时间，确定所述多个位置中的位置作为所述内容递送者。
3.根据权利要求1所述的方法，还包括针对多个位置向所述客户端发送多个重定向消息；以及基于首先接收到来自服务器的第二请求的位置，确定所述多个位置中的所述位置作为 所述内容递送者。
4.根据权利要求1所述的方法，其中所述重定向消息是穿过客户端的防火墙的重定向 消息。
5.根据权利要求1所述的方法，其中所述第一请求是从所述客户端处的应用接收的。
6.根据权利要求1所述的方法，其中所述内容递送者是在针对内容的内容请求被接收 之前被确定的。
7.根据权利要求6所述的方法，还包括当所述内容请求被接收时，将所述客户端重定 向到所确定的位置。
8.根据权利要求1所述的方法，其中所述往返时间是基于所述重定向消息被发送至所 述客户端的时间以及所述第二请求是何时被接收的。
9.根据权利要求1所述的方法，其中所述重定向消息使得文件被从所述服务器下载。
10.一种设备，包括 一个或多个处理器；以及编码在一个或多个有形介质中由所述一个或多个处理器执行的逻辑，当所述逻辑被执 行时可操作用于从已经下载页面的客户端接收针对探测链接的第一请求； 确定能够服务来自所述客户端的内容请求的位置中的服务器； 向所述客户端发送重定向消息，所述重定向消息致使所述客户端跟随所述重定向消息 去往所述服务器并接收返回到所述客户端的重定向；基于在所述客户端接收自所述服务器的所述重定向，从所述客户端接收第二请求； 将所述第二请求与所述探测链接相关联； 针对所述服务器计算往返时间；以及基于所计算的往返时间，确定所述位置是否应该被指定为所述客户端的内容递送者。
11.根据权利要求10的设备，其中所述逻辑被执行时还可操作用于针对多个位置计算多个往返时间；以及基于所计算的往返时间，确定所述多个位置中的位置作为所述内容递送者。
12.根据权利要求10所述的设备，其中所述逻辑被执行时还可操作用于 针对多个位置向所述客户端发送多个重定向消息；以及基于首先接收到来自服务器的第二请求的位置，确定所述多个位置中的所述位置作为 所述内容递送者。
13.根据权利要求10所述的设备，其中所述重定向消息是穿过客户端的防火墙的重定 向消息。
14.根据权利要求10所述的设备，其中所述第一请求是从所述客户端处的应用接收的。
15.根据权利要求10所述的设备，其中所述内容递送者是在针对内容的内容请求被接 收到之前被确定的。
16.根据权利要求15所述的设备，其中所述逻辑被执行时还可操作用于在所述内容请 求被接收到时将所述客户端重定向到所确定的位置。
17.根据权利要求10所述的设备，其中所述往返时间是基于所述重定向消息被发送到 所述客户端的时间和所述第二请求是何时被接收到的。
18.根据权利要求10所述的设备，其中所述重定向消息使得文件被从所述服务器下载。
19.一种设备，包括用于从已经下载页面的客户端接收针对探测链接的第一请求的装置； 用于确定能够服务来自所述客户端的内容请求的位置中的服务器的装置； 用于向所述客户端发送重定向消息的装置，所述重定向消息致使所述客户端跟随所述 重定向消息去往所述服务器并接收返回到所述客户端的重定向；用于基于在所述客户端接收自所述服务器的所述重定向从所述客户端接收第二请求 的装置；用于将所述第二请求与所述探测链接相关联的装置； 用于针对所述服务器计算往返时间的装置；以及用于基于所计算的往返时间，确定所述位置是否应该被指定为所述客户端的内容递送 者的装置。
20.根据权利要求19所述的设备，还包括用于计算针对多个位置的多个往返时间的装置；以及用于基于所计算的往返时间，确定所述多个位置中的位置作为所述内容递送者的装置。
全文摘要
在一个实施例中，从已经下载了页面的客户端接收对于探测链接的第一请求。该请求是从应用接收的。测试可以被执行以确定最佳地服务来自客户端的内容请求的服务器。在接收到请求后，内容路由器向客户端发送重定向，其中该重定向致使客户端跟随重定向去往服务器。然后，服务器将重定向发送回客户端，客户端通过向内容路由器发送第二请求来跟随重定向。第二请求被与客户端相关联，并且针对服务器的往返时间被计算出来。然后，基于计算出来的往返时间确定服务器的位置是否应该被指定作为客户端的内容递送者。
文档编号H04L12/26GK101971597SQ200980108421
公开日2011年2月9日 申请日期2009年3月10日 优先权日2008年3月13日
发明者安尼尔·托马斯, 迪帕克·普诺兰·库罗斯, 马赫什·查克拉瓦西·维塔尔·维韦贾纳德罕 申请人:思科技术公司