专利名称:用于上游故障检测和故障恢复的技术的制作方法
用于上游故障检测和故障恢复的技术 对相关申请的交叉引用
本申请要求于2004年8月17日提交的题为"TECHNIQUES FOR DELIVERING PERSONALIZED CONTENT WITH A REAL-TIME ROUTING NETWORK, MODULAR EVENT-DRIVEN ARCHITECTURE, MODULAR EVENT-DRIVEN PROCESSING AND VIEWER FAILOVER"的待审査美国临 时专利申请No. 60/602,539的优先权,为了各种目的该申请好象在本文献中全 文阐述一样通过引用结合在此。
背景技术:
本发明的各实施例一般涉及远程电信,并涉及用于检测上游故障和提供故 障恢复的技术。
一个公司可能具有将内容从内容供应者路由至客户机的数据中心。多个数 据中心可用于将从内容供应者接收到的内容分开路由至客户机。
可通过数据中心将体育比赛得分、股票行情、新闻电视广播等从内容供应 者路由至客户机。当客户机希望将某内容路由给它时,该客户机可与公司的数 字中心之一连接。
当传递内容时在客户机与数据中心之间或在内容供应者与数据中心之间 可能会发生故障。因为客户机被连接至数据中心,所以客户机可检测到客户机 和数据中心之间是否发生了故障。客户机可能无法确定内容供应者与数据中心 之间的连接是否有故障。这可能是因为内容供应者与数据中心之间的连接独立 于客户机。
附图的简要说明
图1示出根据一实施例的用于提供故障检测和故障恢复的系统。
图2示出图1系统的一个实施例。
图3示出根据一实施例的用于确定故障已发生的方法的简化流程图。
图4示出根据一实施例的用于安全地连接至不同数据中心的方法的简化
流程图。
在这里公开的主题的特性和优点的进一步理解可通过参考说明书的其余 部分和附图来实现。
详细说明
图1示出根据一实施例的用于提供上游故障检测和故障恢复的系统100。 如图所示,系统100可包括客户机102、 一个或多个数据中心104、以及内 容供应者106。可以理解任何数量的上述系统,诸如多个客户机102、两个 以上数据中心104和多个内容供应者106,可被包括在系统100中。
客户机102可以是能从数据中心104接收内容的任何实体。客户机102 可包括在计算设备、移动设备、个人数字助理(PDA)、蜂窝电话、黑莓设备 (Blackberry device) 、 Goodlink设备、移动电子邮件设备、个人计算机、膝 上型计算机、电视机、袖珍PC等上运行的接口。在一个实施例中,该接口可 以是web浏览器,例如微软的Internet Explorer 、 Netscape (网景)的 Navigator 、 Mozilla的Firefox 等。Web浏览器能下载网页。这些网页显示 可从内容供应者106接收到的信息或内容。例如,诸如CNN等内容供应者可 提供网页。网页可以用诸如www.CNN.com等统一资源定位符(URL)或任何 其它标识符来下载。虽然可描述网页,但可以理解可在客户机102上使用诸如 电子表格、字处理程序、电子邮件程序等其它软件应用程序来接收内容。
数据中心104可向客户机102提供内容。内容可以是音频、视频、元数据、 网页、体育比赛得分等。在一个实施例中,数据中心104可包括能从内容供应 者106接收内容并且还将内容转发至客户机102的路由网络。路由网络的例子 在于2001年12月14日提交的题为"Asynchronous Messaging Using a Dynamic Routing Network"(使用动态路由网的异步消息传送)的美国专利申请No. 10/017,182;于2002年3月21日提交的标题为"Asynchronous Messaging Using a Node Specialization Architecture In the Dynamic Routing Network " ( f吏用动态 路由网络中的节点专用架构的异步消息传送)的美国专利申请No. 10/105,018; 以及于2002年8月5日提交的题为"Storing State In a Dynamic Content Routing Network"(在动态内容路由网络中存储状态)的美国专利申请No. 10/213,269 中进行了描述,为了各种目的它们通过引用全部结合在此。
内容供应者106可以是提供内容的任何系统。例如,内容供应者106可以 是与新闻供应商、体育供应商、有线节目供应商、电话公司、提供点播电影的
系统、音乐供应商等相关联的系统。在一实施例中,内容供应者106提供实况 播送的内容。实况播送的内容可以是随时间动态变化的内容。例如,体育比赛 得分可在比赛进行时更新。另外,可在遇到新闻电报时提供新闻放送、或可实 时提供股票行情。
除了根据一实施例的故障检测和故障恢复技术之外,现在还将描述通过系 统100的数据流。客户机102可对来自内容供应者106的内容作出连接请求。 例如,客户机102可使用URL请求来自内容供应者106的网页。数据中心104 接收该请求并且可使客户机102能接收到该内容。
为了将来自内容供应者106的内容提供给客户机102,数据中心104-1 (或 其它实施例中的数据中心104-2)可建立与客户机102的连接。在一实施例中, 网页可在客户机102处下载并且内容可被显示。网页可包括实况内容。在一实 施例中,实况内容可被动态地更新。在此情形中,内容可从内容供应者106发 送至数据中心104-1。然后,数据中心104-1将内容发送至客户机102,其中内 容可在网页上动态地更新。
在一实施例中,客户机102可确定在内容供应者106与数据中心104-1的 连接之间发生的故障。故障可基于众多原因来确定。例如,应在客户机102处 以一定间隔从内容供应者106接收数据。如果在客户机102处没有接收到数据, 则可确定故障。数据可能因为众多原因而未被接收到,例如网络故障、传输期 间的数据丢失等。
状态消息可设置成在客户机102处以一定间隔监视状态消息。状态消息可 以是由内容供应者106以已知间隔发送的任何消息。例如,状态消息可以是显
示在网页上的任何实况对象。如果在一定间隔后未接收到状态消息,则客户机
102可确定在内容供应者106和数据中心104-1之间可能已发生上游故障。在
一个实施例中,当未接收到状态消息时可以确定故障。可能并未发生故障,但
消息被丢失了。因此,客户机102可在确定发生的故障之前等待一定时间段以 补偿可能丢失的消息。该时间段可以是几秒、几分钟等。虽然可能描述了使用 状态消息,但可以理解也可想到确定故障的其它方式。
当故障被确定时,客户机102可自动尝试与另一数据中心的连接,诸如数 据中心104-2。数据中心104-2还可以接收从内容供应者106馈送的数据,但 它可以通过不同的网络或路由接收。例如,数据中心104-2可以是纽约数据中 心而数据中心-1可以是旧金山数据中心。
为了接收馈送的新数据,客户机102可向数据中心104-2发送新连接请求。 通常,客户机102将必须启动新请求,这将需要用户干预。例如,用户可能必 须或者键入内容供应者106的URL并发送对该URL的请求,或者在界面上执 行诸如选择刷新按钮之类的其它动作。如将在以下讨论的,应用程序可以从可 用于建立连接的服务器下载。接口安全限制可能不允许从服务器下载的应用程 序与不同的服务器(数据中心)连接。例如,如果应用程序是未签名的、并且
将在接口内部运行,则只可允许该接口向与下载该应用程序处具有相同IP地 址的服务器开放连接。因此,可能必须执行新请求来连接至新的数据中心。然 而,在一个实施例中,可允许应用程序在没有用户干预的情况下以无缝方式与 数据中心104-2自动连接。
在某些实施例中,当确定在内容供应者106和数据中心104之间已发生故 障时,客户机102可以与新数据中心104连接。在接收实况信息时可避免数据 馈送中不合需求的干扰。另外,如果所接收到的信息是敏感信息,则客户机102 不想丢失这一信息的任何部分。因此,在一实施例中,除了提供无缝故障恢复 之外,还可进行在内容供应者106与数据中心104之间发生的上游故障的确定。
图2示出图1中系统100的一个实施例。客户机102可发送对诸如URL 等标识符的第一连接请求。URL请求可以是对来自内容供应者106的内容。响 应于发送该请求,可从能够路由内容供应者106的内容的数据中心104之一接
收诸如文档、网页、软件应用程序等信息。在一实施例中,为了确定哪个数据 中心104将首先处理请求,可使用各种算法。例如,如果客户机102离旧金山
最近,则可以选择旧金山数据中心104-1来服务该请求。为了便于讨论,可以 假设可选择旧金山数据中心104-1来处理该请求。
响应于该请求,可在客户机102处下载信息。该信息包括能下载应用程序 的应用程序下载信息(例如小应用程序标签)。该应用程序可以是JavaScript 小应用程序、VBscript或任何其它脚本语言应用程序、或软件代码段。在一实 施例中,该信息可包括应用程序名、诸如URL等te识符、以及下载应用程序 所需的任何参数。
然后,客户机102尝试使用诸如URL等应用程序下载信息来下载应用程 序。在尝试下载应用程序时,客户机102必须解析与URL相关联的服务器的 IP地址。例如,如果URL可称为http:〃appserver.bangnetwork.net/filename,则 服务器可称为"appserver"。因此,客户机102必须解析appserver的IP地址。
单个URL可以解析成一定数量的IP地址,例如10个。虽然可能描述IP 地址,但可以理解可使用IP地址以外的地址。在一典型情形中,管理目标URL 的公司提供域名服务器(DNS),该域名服务器(DNS)为特定URL提供多 个要返回的IP地址。这些多个IP地址对应于能提供与URL相关联的文档的服 务器。客户机102尝试连接至第一返回IP地址,然后如果第一个失败则尝试 连接至第二IP地址,以此类推。可能被返回的IP地址的次序可在它们被发送 至客户机102时改变。 一种技术可以是基于顺序请求以循环(round robin)方 式旋转地址。另一种技术可以是使用智能IP地址排序,从而可执行IP地址的 排序以首先找到离客户机102最近的服务器。另一种技术可以是提供一个插入 工具,其中可管理URL的内容供应者106提供用于向请求者发送URL的模块。
在一实施例中,IP地址可分一个或多个组(例如全局和/或专用)返回。全 局IP地址可对应于应用程序原始请求的URL,http:〃appserver.bangnetwork.net, 它可对应于在SF (旧金山)数据中心104-1或NY (纽约)数据中心104-2中 找到的服务器。专用IP地址可对应于SF或NY数据中心URL,例如, http:〃sfappserver.bangnetwork.net或http:Vnyappserver.bangnetwork.net。因]t匕,
专用IP地址可对应于与对应于全局IP地址的URL不同的URL。
IP地址可用包括全局IP地址和/或专用IP地址的列表返回。在一实施例
中,IP地址可称为全局IP地址的HVn和专用IP地址的IPa-z。因此,响应于
URL http:〃appserver.bangnetwork.net的IP地址的解析而发送的IP地址列表可
以是IPJP2,IP3,…IP6lIPa,Ipb,….
在一实施例中,IP地址列表可按固定次序返回。然而,每个组中IP地址 的次序都可以改变。在一实施例中,全局IP地址可放在第一。这可能是因为 当可以进行第一连接时,应用程序可尝试列表中的第一 IP地址来连接至服务 器。如果这些IP地址中的一部分不起作用,则可依次尝试诸IP地址。通过最 后提供专用IP地址,最有可能的是在连接至全局IP地址之一之前将不尝试它 们。
如图2所示,某些IP地址可对应于可能是全局appserver 202或专用 appserver 204的不同服务器。全局appserver可以被标签为appserver 202-1和 appserver 202-2,而专用appserver可以被标签为sfappserver 204-1禾口 nyappserver 204-2。 appserver 202-1和appserver 202-2对应于全局URL并且可以在SF数据 中心104-1和NY数据中心104-2两者中找到。同样,SF appserver 204-1可以 专用于SF数据中心104-1并且对应于SF数据中心URL。 Nyappserver 204-2 可与NY数据中心104-2相关联并对应于NY数据中心URL。
各IP地址可与以上全局appserver 202和专用appserver 204相关联。这些 IP地址可对应于与每一数据中心104相关联的不同服务器。取决于可能被请求 的IP地址,可选择不同的服务器向客户机102提供内容。如图所示,在SF数 据中心104-1中找到的appserver可包括IP地址n^n^IPs等,而在NY数据中 心104-2中找到的appserver可包括IP地址IP2,IP4,IP6等。因此,不同的全局IP 地址可与SF数据中心104-1和NY数据中心104-2中的不同服务器相关联。 SFappserver 204-1和NYappserver 204-2还可以与SF数据中心104-1的标签为 IPSFA、 IPSFB的不同IP地址和NY数据中心104-2的标签为IPnya、 IPnyb的不 同IP地址相关联。
所接收到的文档中的应用程序下载信息可用于使用全局IP地址之一从全局URL http:〃appserver.bangnetwork,net下载应用程序。客户机102可使用在列 表中首先返回的IP地址开始请求应用程序。因此,因为全局IP地址可在列表 的开头找到,所以可预期从全局IP地址之一下载应用程序。对应于全局IP地 址之一的服务器接收该请求。这可以是SF数据中心104-1或NY数据中心104-2 中的appserver。
在一个实施例中,为了提供安全连接,服务器包括使用响应于URL请求 使用全局IP地址之一将其本身标识为"appserver"的证书的逻辑。这允许安 全连接。然后,可将应用程序从服务器下载到客户机102。为了便于讨论,可 以假设请求中所使用的全局IP地址对应于诸appserver 202-1中的服务器。
在一个实施例中,可以下载的应用程序是未签名的应用程序。未签名的应 用程序可以对用户透明,因为通常无需要求客户机102许可来运行未签名的应 用程序。例如,如果使用未签名的应用程序,则这可使浏览器弹出一个询问用 户"你想委托此应用程序...吗?"的对话框。这可能需要用户点击接受或不接 受。这可能使用户混淆从而可使用未签名的应用程序;然而,可以理解也可使 用签名的应用程序。
然后,为了通过SF数据中心104-1接收来自内容供应者106的内容,应 用程序可创建到所选择的服务器202-1的连接。为了提供该连接,应用程序可 进行反查找以便于将IP地址转换成数据中心的URL。这可以实现,因为标准 协议规定应使用可与IP地址相关联的URL来进行对连接的请求。
在一实施例中,客户机102注册可用于向客户机102提供内容的对象ID。 然后,可从内容供应者106通过SF数据中心104-1向客户机102提供内容。 在一个实施例中,内容供应者106可提供这些ID的内容。然后,SF数据中心 104-1可确定客户机102注册了哪些ID、并且可以向客户机102提供那些ID 的内容。
在注册ID时,客户机102可建立状态消息。该状态消息可以是可从内容 供应者102以循环间隔向客户机102发送的任何消息。在一实施例中,注册可 指定将用作状态消息的ID。客户机102选择其中将以某间隔从内容供应者106 提供的内容的ID。例如,如果将以60秒的间隔提供ID的内容,则客户机102
可将该ID选择成状态消息。因此,如果每60秒将更新ID的股票行情,则该
股票行情的ID可被用作状态消息。如果在足够短的间隔内将不更新ID,则可 对该状态消息创建ID。然后,将用任何类型的数据(例如,伪数据)以所选 择的间隔来更新此ID。
内容供应者106可能能提供状态消息。在一个实施例中,内容供应者106 可委托任何实体(例如,另一源、第三方等)发送状态消息。同样,虽然讨论 了如在客户机102处建立的状态消息的监视器,但可以理解监视器可位于诸如 第三方或SF数据中心104-1等其它位置。
然后,客户机102监视状态消息来了解是否可以某间隔接收到该ID的内 容。如果未接收到内容,则客户机102可确定内容供应者106和SF数据中心 104-1之间已发生了故障。在一实施例中,客户机102可基于某些条件或规则 来确定已发生了故障。例如,如果在一定数量的间隔(例如2或3个间隔)后 未接收到数据,则可确定故障。
当故障被确定时,客户机102处的应用程序可能能连接至不同的数据中心 104,以便于接收来自内容供应者106的内容。这消除了客户机102的任何故 障时间。这一转换可对客户机102的用户而言是无缝的。
可以将未签名的应用程序(例如Java小应用程序)下载到接口并在该接 口中运行,从而它能只对具有与下载该应用程序的服务器相同的IP地址的服 务器开放连接。这一限制可适于防止应用程序通过诸如因特网等网络发送数 据。另外,安全连接的使用可能很复杂。应用程序可以使用安全连接来防止其 它人截取内容更新。可使用证书交换来建立安全连接。每一证书都包含清楚地 标识发送证书的服务器的UWL的文本字段。如果证书的URL和与从中得到证 书的服务器相关联的实际URL不匹配,则产生差错。这发生在高层,且不能 通过在客户机102上执行的应用程序来改变。因此,如果将来自不同URL的 证书发送至应用程序,则可产生差错。
如前所述,当首先由客户机102执行DNS解析时可返回全局IP地址和专 用IP地址。如果故障被确定,则应用程序可连接至专用IP地址之一。在以上 情形中,IP地址IPnya、IPnyb、 ...IPNYz在DNS解析时可作为专用IP地址返回。应用程序可尝试连接至专用IP地址中的第一个地址。在此过程中,IP地 址可被解析成对应于IP地址的名字。例如,IP地址IPwYA解析成专用URL
http:〃appserver.bangnetwork.net。此专用IP地址可不同于从中下载应用程序的 全局IP地址。当作出连接请求时,可执行DNS解析以确定与URL http://appserver.bangnetwork.net相关联的IP地址。在此情形中,因为NY数据 URL的专用IP地址被包括在原始DNS解析中,所以可允许应用程序连接至那 些专用URL的IP地址。然而,如果当客户机102连接至全局URL时专用IP 地址不被包括在原始DNS解析中,则可能不允许连接。
对应于诸如IPNYA等专用IP地址的服务器可返回与用于连接至服务器的 专用URL相对应的证书。因为应用程序将该专用URL用于连接至服务器,所 以可允许安全连接并且可建立安全连接。
然后,应用程序能注册对象ID、建立另一心跳(heartbeat),并且执行原 先执行以建立从内容供应者106馈送的内容的任何步骤。因此,仍可由客户机 102接收先前注册的ID的相同内容。然而,内容可从内容供应者106通过NY 数据中心104-2而非SF数据中心104-1来提供。
因此,按照所确定的故障,客户机102可能能自动连接至不同数据中心 104。数据中心和故障恢复具有不同的URL地址,但转换可用可对用户透明的 无缝方式进行。因此,用户可不必为了在上游故障后重新连接至内容供应者106 而采取确认步骤。例如,用户可不必在界面上选择"刷新"按钮或执行任何其 它确认动作来自动连接至第二数据中心。另外,可不必为了连接至新服务器而 下载来自新数据中心的应用程序。
图3示出根据一实施例的用于确定已发生故障的方法的简化流程图300。 在步骤302,可建立状态消息。例如,状态消息可与ID相关联。状态消息可 以是可从内容供应者106提供内容的任何ID。
在步骤304,可确定应应当更新ID的内容的间隔。此间隔可由内容供应 者106或客户机102来设置。
在步骤306,可确定在指定间隔内是否未接收到状态消息。如果已接收到 状态消息,则重复该过程以连续地以某间隔检査是否未接收到状态消息。
在步骤308,可检査状态消息的规则以确定是否应宣布故障。例如,规则 可指示在可确定故障之前应满足某些条件。 一个规则可以是如果未接收到状 态消息达一定次数,则可确定故障。还可以在确定故障之前检索和评估诸如网 络统计数据等其它因素。此外, 一次无法接收状态消息也足以确定发生了故障。
在步骤310,如果满足规则,则可确定故障并且可启动与第二数据中心的 连接。
图4示出根据一实施例的用于安全连接至不同数据中心104的方法的简化 流程图400。在步骤402,可以执行URL或任何其它标识符的IP地址解析。
在步骤404,可从与URL相关联的服务器接收到全局和专用IP地址。
在步骤406,可接收到来自服务器的允许安全连接的证书。该证书可与用 于请求连接的URL相关联。例如,证书中的文本字段包括URL。
在步骤408,可使用全局IP地址之一通过数据中心104-1来创建连接。
在步骤410,可在从数据中心104-1馈送的数据中确定故障。该故障可以 是内容供应者106与数据中心104-1之间的上游故障。
在步骤412,可使用专用IP地址之一来创建与第二数据中心104-2的连接。 可对与步骤402中用于创建连接的URL不同的URL进行该连接。在一实施例 中,对专用IP地址的反査找可用于确定不同的URL。
在步骤414,可从第二服务器接收一个证书以允许与第二 URL相关联的 连接。因为证书可解析成用于请求与第二数据中心104-2的连接的第二URL, 所以可允许安全连接。
可提供许多优点。例如,可为上游故障检测提供故障恢复从而使得实况数 据的丢失最小化。该故障可在客户机处自动执行。用户也无需在故障恢复中采 取任何步骤。应用程序可自动将连接转移至不同地址处的另一数据中心。因此, 用户可不参与故障恢复操作。
在一实施例中,"和域" 一词可指可使用由"和域"连接的元素的任何 组合。例如,在使用"和/或"的短语中的两句话或表达可指一个或另一个或两 者。在一实施例中,"基本上" 一词可指所指定的大部分而非全部,或所指定 的全部。在一实施例中,"能够" 一词可表示被配置成、被调节成、有能力等
等。例如,"能执行动作" 一词可指能执行该动作,可被配置成执行该动作和 /或可被调节成执行该动作的元素。
本发明的主题可用软件或硬件的控制逻辑或两者的组合的形式实现。控制 逻辑可作为多条指令存储在信息存储介质中,这些指令适于引导信息处理设备 执行在一实施例中公开的一组步骤。基于本文所提供的公开和示教,本领域普 通技术人员将理解实现本发明主题的其它方式和/或方法。
上述描述是示例性而非限制性的。本发明的许多变化对本领域技术人员而 言将在阅读本公开内容后变得显而易见。因此,本发明的范围不应参照上述描 述确定,而应参照所附的权利要求书及其全部范围或等效技术方案来确定。
权利要求
1.一种能提供故障恢复的客户机,所述客户机包括能在客户机处接收来自第一数据中心的应用程序的逻辑;能接收来自所述第一数据中心的内容的逻辑;以及能在客户机处确定内容供应者与所述第一数据中心之间发生的故障的逻辑,其中所述内容供应者能向所述第一数据中心提供内容,其中所述应用程序能响应于确定所发生的故障而在客户机处自动与第二数据中心连接,以接收来自所述第二数据中心的内容。
2. 如权利要求1所述的客户机,其特征在于,还包括能建立状态消息的 逻辑,其中所述状态消息在所述客户机处通过所述第一数据中心从所述内容供应者接收,其中所述状态消息被用于确定故障。
3. 如权利要求2所述的客户机,其特征在于,在一定时间段内未接收到所述状态消息时就检测到了所述故障。
4. 如权利要求1所述的客户机,其特征在于,还包括能使用第一标识符发送对信息的请求的逻辑,其中所述请求由所述第一数 据中心提供;以及能接收多个IP地址的逻辑,所述IP地址包括全局和专用IP地址,所述 全局IP地址对应于所述第一标识符而所述专用IP地址对应于第二标识符,其 中当所述故障被确定时,所述应用程序能使用所述第二数据中心的专用IP地 址自动连接至所述第二数据中心。
5. 如权利要求4所述的客户机,其特征在于,所述应用程序是未签名的 应用程序。
6. —种用于故障恢复的系统,所述系统包括第一数据中心,包括一应用程序,它能确定内容供应者与所述第一数据中 心之间发生的故障、并且能自动连接至第二数据中心,并且 其中所述第一数据中心能接收来自客户机的连接请求;响应于所述请求将所述应用程序发送至所述客户机; 接收来自所述内容供应者的内容;以及 将所接收到的内容发送至所述客户机。
7. 如权利要求6所述的系统,其特征在于,所述应用程序能在客户机处 确定在所述内容供应者与第一数据中心之间发生的故障、并且能响应于确定所 发生的故障在客户机处自动与所述第二数据中心连接,以接收来自所述第二数 据中心的内容。
8. 如权利要求6所述的系统,其特征在于,所述应用程序能建立状态消 息,其中所述状态消息在所述客户机处通过所述数据中心从所述内容供应者接 收,其中所述状态消息被用于确定所述故障。
9. 如权利要求8所述的系统,其特征在于,在一定时间段内未接收到所 述状态消息时就检测到了故障。
10. 如权利要求6所述的系统,其特征在于,所述第一数据中心还能将多 个IP地址发送至所述客户机,所述IP地址包括全局和专用IP地址,所述全局 IP地址对应于所述第一标识符而所述专用IP地址对应于第二标识符,其中所 述应用程序能在故障被确定时使用所述第二数据中心的专用IP地址自动与所 述第二数据中心连接。
11. 如权利要求10所述的系统,其特征在于,所述第一标识符包括第一 URL而所述第二标识符包括第二 URL。
12. 如权利要求6所述的系统,其特征在于,所述应用程序是未签名的应 用程序。
13. —种用于故障恢复的方法,所述方法包括在第 一数据中心接收来自客户机的连接请求, 响应于所述请求将应用程序发送至所述客户机; 在所述第一数据中心处接收来自内容供应者的内容;以及 将来自所述内容供应者的内容发送至所述客户机,其中所述应用程序能在所述客户机处确定在所述内容供应者与第一数据 中心之间发生的故障,并响应于确定所发生的故障在所述客户机处自动与第二 数据中心连接,以接收来自所述第二数据中心的内容。
14. 如权利要求13所述的方法,其特征在于,所述应用程序能建立状态 消息,其中所述状态消息在所述客户机处通过所述数据中心从所述内容供应者 接收,其中所述状态消息用于确定所述故障。
15. 如权利要求14所述的系统,其特征在于,在一定时间段内未接收到 所述状态消息时就检测到了故障。
16. 如权利要求13所述的系统,其特征在于,还包括将多个IP地址发送至所述客户机,所述IP地址包括全局和专用IP地址, 所述全局IP地址对应于第一标识符而所述专用IP地址对应于第二标识符,其 中所述应用程序能在故障被确定时使用所述第二数据中心的专用IP地址自动 与所述第二数据中心连接。
17. 如权利要求16所述的系统,其特征在于,所述应用程序是未签名的应用程序。
18. 如权利要求16所述的系统,其特征在于,所述第一标识符包括第一 URL而所述第二标识符包括第二 URL。
19. 一种用于提供故障恢复的系统,所述系统包括第一数据中心,能处理对第一标识符的请求并且能处理对所述第一数据中 心专用的第二标识符的请求;以及第二数据中心服务器,能处理对所述第一标识符的请求并且能处理对所述第二数据中心专用的第三标识符的请求;其中所述第一数据中心或第二数据中心使用所述第一标识符处理来自客 户机的对信息的请求,其中所述第一数据中心或第二数据中心向所述客户机发 送应用程序,其中所述应用程序能确定在内容供应者与在所述客户机处使用所述第二 标识符或第三标识符处理所述请求的第一或第二数据中心之间发生的故障,以 在所述故障被确定时自动与未处理所述请求的所述第一或第二数据中心连接。
20. 如权利要求19所述的系统,其特征在于,所述第一数据中心与关联 于所述第一标识符的第一组一个或多个全局IP地址和关联于所述第二标识符的第一组一个或多个专用IP地址相关联,而所述第二数据中心与关联于所述 第一标识符的第二组一个或多个全局IP地址和关联于所述第三标识符的第二 组一个或多个专用IP地址相关联。
21. 如权利要求19所述的系统,其特征在于,如果所述第一数据中心处 理所述请求,则向所述客户机发送所述第二组专用IP地址和所述应用程序, 而如果所述第二数据中心处理所述请求,则向所述客户机发送所述第一组专用 IP地址和所述应用程序。
22. —种能从第一数据中心提供故障恢复的系统,所述系统包括 第二数据中心,它能够接收来自客户机的应用程序的连接请求,所述应用程序从所述第一 数据中心下载到所述客户机;允许所述应用程序连接至所述第二数据中心;接收来自所述内容供应者的内容;以及将从所述内容供应者接收到的所述内容发送至所述客户机。
23. 如权利要求22所述的系统,其特征在于,所述第一数据中心与关联 于所述第一标识符的第一组一个或多个全局IP地址和关联于所述第二标识符 的第一组一个或多个专用IP地址相关联,而所述第二数据中心与关联于所述 第一标识符的第二组一个或多个全局IP地址和关联于所述第三标识符的第二 组一个或多个专用IP地址相关联。
24. 如权利要求23所述的系统,其特征在于,所述客户机得到所发送的 用于所述第一数据中心的所述第一组一个或多个全局IP地址和第二组专用IP 地址以及所述应用程序。
25. 如权利要求24所述的系统,其特征在于,所述连接请求包括与所述 第二数据中心相关联的所述第二组专用IP地址中的一个。
全文摘要
内容供应者(106)向第一数据中心(104-1)提供内容,然后第一数据中心(104-1)向客户机(102)提供内容。客户机(102)确定在内容供应者(106)和第一数据中心(104-1)之间可能已发生故障。当客户机确定可能已发生故障时,客户机(102)可连接至第二数据中心(104-2),以通过第二数据中心(104-2)接收来自内容供应者(106)的内容。因此,检测到了故障,并且另外可在客户机(102)处提供自动故障恢复。
文档编号H04L29/08GK101189852SQ200580027440
公开日2008年5月28日 申请日期2005年8月15日 优先权日2004年8月17日
发明者B·卡梅罗斯, W·奥尔布莱特 申请人:肖分析有限公司