專利名稱：用于上游故障檢測和故障恢復(fù)的技術(shù)的制作方法
用于上游故障檢測和故障恢復(fù)的技術(shù) 對相關(guān)申請的交叉引用
本申請要求于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的優(yōu)先權(quán)，為了各種目的該申請好象在本文獻中全 文闡述一樣通過引用結(jié)合在此。
背景技術(shù)：
本發(fā)明的各實施例一般涉及遠程電信，并涉及用于檢測上游故障和提供故 障恢復(fù)的技術(shù)。
一個公司可能具有將內(nèi)容從內(nèi)容供應(yīng)者路由至客戶機的數(shù)據(jù)中心。多個數(shù) 據(jù)中心可用于將從內(nèi)容供應(yīng)者接收到的內(nèi)容分開路由至客戶機。
可通過數(shù)據(jù)中心將體育比賽得分、股票行情、新聞電視廣播等從內(nèi)容供應(yīng) 者路由至客戶機。當客戶機希望將某內(nèi)容路由給它時，該客戶機可與公司的數(shù) 字中心之一連接。
當傳遞內(nèi)容時在客戶機與數(shù)據(jù)中心之間或在內(nèi)容供應(yīng)者與數(shù)據(jù)中心之間 可能會發(fā)生故障。因為客戶機被連接至數(shù)據(jù)中心，所以客戶機可檢測到客戶機 和數(shù)據(jù)中心之間是否發(fā)生了故障?？蛻魴C可能無法確定內(nèi)容供應(yīng)者與數(shù)據(jù)中心 之間的連接是否有故障。這可能是因為內(nèi)容供應(yīng)者與數(shù)據(jù)中心之間的連接獨立 于客戶機。
附圖的簡要說明


圖1示出根據(jù)一實施例的用于提供故障檢測和故障恢復(fù)的系統(tǒng)。
圖2示出圖1系統(tǒng)的一個實施例。
圖3示出根據(jù)一實施例的用于確定故障已發(fā)生的方法的簡化流程圖。
圖4示出根據(jù)一實施例的用于安全地連接至不同數(shù)據(jù)中心的方法的簡化
流程圖。
在這里公開的主題的特性和優(yōu)點的進一步理解可通過參考說明書的其余 部分和附圖來實現(xiàn)。
詳細說明
圖1示出根據(jù)一實施例的用于提供上游故障檢測和故障恢復(fù)的系統(tǒng)100。 如圖所示，系統(tǒng)100可包括客戶機102、 一個或多個數(shù)據(jù)中心104、以及內(nèi) 容供應(yīng)者106。可以理解任何數(shù)量的上述系統(tǒng)，諸如多個客戶機102、兩個 以上數(shù)據(jù)中心104和多個內(nèi)容供應(yīng)者106，可被包括在系統(tǒng)100中。
客戶機102可以是能從數(shù)據(jù)中心104接收內(nèi)容的任何實體?？蛻魴C102 可包括在計算設(shè)備、移動設(shè)備、個人數(shù)字助理(PDA)、蜂窩電話、黑莓設(shè)備 (Blackberry device) 、 Goodlink設(shè)備、移動電子郵件設(shè)備、個人計算機、膝 上型計算機、電視機、袖珍PC等上運行的接口。在一個實施例中，該接口可 以是web瀏覽器，例如微軟的Internet Explorer 、 Netscape (網(wǎng)景)的 Navigator 、 Mozilla的Firefox 等。Web瀏覽器能下載網(wǎng)頁。這些網(wǎng)頁顯示 可從內(nèi)容供應(yīng)者106接收到的信息或內(nèi)容。例如，諸如CNN等內(nèi)容供應(yīng)者可 提供網(wǎng)頁。網(wǎng)頁可以用諸如www.CNN.com等統(tǒng)一資源定位符(URL)或任何 其它標識符來下載。雖然可描述網(wǎng)頁，但可以理解可在客戶機102上使用諸如 電子表格、字處理程序、電子郵件程序等其它軟件應(yīng)用程序來接收內(nèi)容。
數(shù)據(jù)中心104可向客戶機102提供內(nèi)容。內(nèi)容可以是音頻、視頻、元數(shù)據(jù)、 網(wǎng)頁、體育比賽得分等。在一個實施例中，數(shù)據(jù)中心104可包括能從內(nèi)容供應(yīng) 者106接收內(nèi)容并且還將內(nèi)容轉(zhuǎn)發(fā)至客戶機102的路由網(wǎng)絡(luò)。路由網(wǎng)絡(luò)的例子 在于2001年12月14日提交的題為"Asynchronous Messaging Using a Dynamic Routing Network"(使用動態(tài)路由網(wǎng)的異步消息傳送)的美國專利申請No. 10/017,182;于2002年3月21日提交的標題為"Asynchronous Messaging Using a Node Specialization Architecture In the Dynamic Routing Network " ( f吏用動態(tài) 路由網(wǎng)絡(luò)中的節(jié)點專用架構(gòu)的異步消息傳送)的美國專利申請No. 10/105,018; 以及于2002年8月5日提交的題為"Storing State In a Dynamic Content Routing Network"(在動態(tài)內(nèi)容路由網(wǎng)絡(luò)中存儲狀態(tài))的美國專利申請No. 10/213,269 中進行了描述，為了各種目的它們通過引用全部結(jié)合在此。
內(nèi)容供應(yīng)者106可以是提供內(nèi)容的任何系統(tǒng)。例如，內(nèi)容供應(yīng)者106可以 是與新聞供應(yīng)商、體育供應(yīng)商、有線節(jié)目供應(yīng)商、電話公司、提供點播電影的
系統(tǒng)、音樂供應(yīng)商等相關(guān)聯(lián)的系統(tǒng)。在一實施例中，內(nèi)容供應(yīng)者106提供實況 播送的內(nèi)容。實況播送的內(nèi)容可以是隨時間動態(tài)變化的內(nèi)容。例如，體育比賽 得分可在比賽進行時更新。另外，可在遇到新聞電報時提供新聞放送、或可實 時提供股票行情。
除了根據(jù)一實施例的故障檢測和故障恢復(fù)技術(shù)之外，現(xiàn)在還將描述通過系 統(tǒng)100的數(shù)據(jù)流?？蛻魴C102可對來自內(nèi)容供應(yīng)者106的內(nèi)容作出連接請求。 例如，客戶機102可使用URL請求來自內(nèi)容供應(yīng)者106的網(wǎng)頁。數(shù)據(jù)中心104 接收該請求并且可使客戶機102能接收到該內(nèi)容。
為了將來自內(nèi)容供應(yīng)者106的內(nèi)容提供給客戶機102，數(shù)據(jù)中心104-1 (或 其它實施例中的數(shù)據(jù)中心104-2)可建立與客戶機102的連接。在一實施例中， 網(wǎng)頁可在客戶機102處下載并且內(nèi)容可被顯示。網(wǎng)頁可包括實況內(nèi)容。在一實 施例中，實況內(nèi)容可被動態(tài)地更新。在此情形中，內(nèi)容可從內(nèi)容供應(yīng)者106發(fā) 送至數(shù)據(jù)中心104-1。然后，數(shù)據(jù)中心104-1將內(nèi)容發(fā)送至客戶機102，其中內(nèi) 容可在網(wǎng)頁上動態(tài)地更新。
在一實施例中，客戶機102可確定在內(nèi)容供應(yīng)者106與數(shù)據(jù)中心104-1的 連接之間發(fā)生的故障。故障可基于眾多原因來確定。例如，應(yīng)在客戶機102處 以一定間隔從內(nèi)容供應(yīng)者106接收數(shù)據(jù)。如果在客戶機102處沒有接收到數(shù)據(jù)， 則可確定故障。數(shù)據(jù)可能因為眾多原因而未被接收到，例如網(wǎng)絡(luò)故障、傳輸期 間的數(shù)據(jù)丟失等。
狀態(tài)消息可設(shè)置成在客戶機102處以一定間隔監(jiān)視狀態(tài)消息。狀態(tài)消息可 以是由內(nèi)容供應(yīng)者106以已知間隔發(fā)送的任何消息。例如，狀態(tài)消息可以是顯
示在網(wǎng)頁上的任何實況對象。如果在一定間隔后未接收到狀態(tài)消息，則客戶機
102可確定在內(nèi)容供應(yīng)者106和數(shù)據(jù)中心104-1之間可能已發(fā)生上游故障。在
一個實施例中，當未接收到狀態(tài)消息時可以確定故障?？赡懿⑽窗l(fā)生故障，但
消息被丟失了。因此，客戶機102可在確定發(fā)生的故障之前等待一定時間段以 補償可能丟失的消息。該時間段可以是幾秒、幾分鐘等。雖然可能描述了使用 狀態(tài)消息，但可以理解也可想到確定故障的其它方式。
當故障被確定時，客戶機102可自動嘗試與另一數(shù)據(jù)中心的連接，諸如數(shù) 據(jù)中心104-2。數(shù)據(jù)中心104-2還可以接收從內(nèi)容供應(yīng)者106饋送的數(shù)據(jù)，但 它可以通過不同的網(wǎng)絡(luò)或路由接收。例如，數(shù)據(jù)中心104-2可以是紐約數(shù)據(jù)中 心而數(shù)據(jù)中心-1可以是舊金山數(shù)據(jù)中心。
為了接收饋送的新數(shù)據(jù)，客戶機102可向數(shù)據(jù)中心104-2發(fā)送新連接請求。 通常，客戶機102將必須啟動新請求，這將需要用戶干預(yù)。例如，用戶可能必 須或者鍵入內(nèi)容供應(yīng)者106的URL并發(fā)送對該URL的請求，或者在界面上執(zhí) 行諸如選擇刷新按鈕之類的其它動作。如將在以下討論的，應(yīng)用程序可以從可 用于建立連接的服務(wù)器下載。接口安全限制可能不允許從服務(wù)器下載的應(yīng)用程 序與不同的服務(wù)器(數(shù)據(jù)中心)連接。例如，如果應(yīng)用程序是未簽名的、并且
將在接口內(nèi)部運行，則只可允許該接口向與下載該應(yīng)用程序處具有相同IP地 址的服務(wù)器開放連接。因此，可能必須執(zhí)行新請求來連接至新的數(shù)據(jù)中心。然 而，在一個實施例中，可允許應(yīng)用程序在沒有用戶干預(yù)的情況下以無縫方式與 數(shù)據(jù)中心104-2自動連接。
在某些實施例中，當確定在內(nèi)容供應(yīng)者106和數(shù)據(jù)中心104之間已發(fā)生故 障時，客戶機102可以與新數(shù)據(jù)中心104連接。在接收實況信息時可避免數(shù)據(jù) 饋送中不合需求的干擾。另外，如果所接收到的信息是敏感信息，則客戶機102 不想丟失這一信息的任何部分。因此，在一實施例中，除了提供無縫故障恢復(fù) 之外，還可進行在內(nèi)容供應(yīng)者106與數(shù)據(jù)中心104之間發(fā)生的上游故障的確定。
圖2示出圖1中系統(tǒng)100的一個實施例?？蛻魴C102可發(fā)送對諸如URL 等標識符的第一連接請求。URL請求可以是對來自內(nèi)容供應(yīng)者106的內(nèi)容。響 應(yīng)于發(fā)送該請求，可從能夠路由內(nèi)容供應(yīng)者106的內(nèi)容的數(shù)據(jù)中心104之一接
收諸如文檔、網(wǎng)頁、軟件應(yīng)用程序等信息。在一實施例中，為了確定哪個數(shù)據(jù) 中心104將首先處理請求，可使用各種算法。例如，如果客戶機102離舊金山
最近，則可以選擇舊金山數(shù)據(jù)中心104-1來服務(wù)該請求。為了便于討論，可以 假設(shè)可選擇舊金山數(shù)據(jù)中心104-1來處理該請求。
響應(yīng)于該請求，可在客戶機102處下載信息。該信息包括能下載應(yīng)用程序 的應(yīng)用程序下載信息(例如小應(yīng)用程序標簽)。該應(yīng)用程序可以是JavaScript 小應(yīng)用程序、VBscript或任何其它腳本語言應(yīng)用程序、或軟件代碼段。在一實 施例中，該信息可包括應(yīng)用程序名、諸如URL等te識符、以及下載應(yīng)用程序 所需的任何參數(shù)。
然后，客戶機102嘗試使用諸如URL等應(yīng)用程序下載信息來下載應(yīng)用程 序。在嘗試下載應(yīng)用程序時，客戶機102必須解析與URL相關(guān)聯(lián)的服務(wù)器的 IP地址。例如，如果URL可稱為http:〃appserver.bangnetwork.net/filename，則 服務(wù)器可稱為"appserver"。因此，客戶機102必須解析appserver的IP地址。
單個URL可以解析成一定數(shù)量的IP地址，例如10個。雖然可能描述IP 地址，但可以理解可使用IP地址以外的地址。在一典型情形中，管理目標URL 的公司提供域名服務(wù)器(DNS)，該域名服務(wù)器(DNS)為特定URL提供多 個要返回的IP地址。這些多個IP地址對應(yīng)于能提供與URL相關(guān)聯(lián)的文檔的服 務(wù)器?？蛻魴C102嘗試連接至第一返回IP地址，然后如果第一個失敗則嘗試 連接至第二IP地址，以此類推?？赡鼙环祷氐腎P地址的次序可在它們被發(fā)送 至客戶機102時改變。 一種技術(shù)可以是基于順序請求以循環(huán)(round robin)方 式旋轉(zhuǎn)地址。另一種技術(shù)可以是使用智能IP地址排序，從而可執(zhí)行IP地址的 排序以首先找到離客戶機102最近的服務(wù)器。另一種技術(shù)可以是提供一個插入 工具，其中可管理URL的內(nèi)容供應(yīng)者106提供用于向請求者發(fā)送URL的模塊。
在一實施例中，IP地址可分一個或多個組(例如全局和/或?qū)Ｓ?返回。全 局IP地址可對應(yīng)于應(yīng)用程序原始請求的URL，http:〃appserver.bangnetwork.net， 它可對應(yīng)于在SF (舊金山)數(shù)據(jù)中心104-1或NY (紐約)數(shù)據(jù)中心104-2中 找到的服務(wù)器。專用IP地址可對應(yīng)于SF或NY數(shù)據(jù)中心URL，例如， http:〃sfappserver.bangnetwork.net或http:Vnyappserver.bangnetwork.net。因]t匕，
專用IP地址可對應(yīng)于與對應(yīng)于全局IP地址的URL不同的URL。
IP地址可用包括全局IP地址和/或?qū)Ｓ肐P地址的列表返回。在一實施例
中，IP地址可稱為全局IP地址的HVn和專用IP地址的IPa-z。因此，響應(yīng)于
URL http:〃appserver.bangnetwork.net的IP地址的解析而發(fā)送的IP地址列表可
以是IPJP2，IP3,…IP6lIPa，Ipb,….
在一實施例中，IP地址列表可按固定次序返回。然而，每個組中IP地址 的次序都可以改變。在一實施例中，全局IP地址可放在第一。這可能是因為 當可以進行第一連接時，應(yīng)用程序可嘗試列表中的第一 IP地址來連接至服務(wù) 器。如果這些IP地址中的一部分不起作用，則可依次嘗試諸IP地址。通過最 后提供專用IP地址，最有可能的是在連接至全局IP地址之一之前將不嘗試它 們。
如圖2所示，某些IP地址可對應(yīng)于可能是全局appserver 202或?qū)Ｓ?appserver 204的不同服務(wù)器。全局appserver可以被標簽為appserver 202-1和 appserver 202-2，而專用appserver可以被標簽為sfappserver 204-1禾口 nyappserver 204-2。 appserver 202-1和appserver 202-2對應(yīng)于全局URL并且可以在SF數(shù)據(jù) 中心104-1和NY數(shù)據(jù)中心104-2兩者中找到。同樣，SF appserver 204-1可以 專用于SF數(shù)據(jù)中心104-1并且對應(yīng)于SF數(shù)據(jù)中心URL。 Nyappserver 204-2 可與NY數(shù)據(jù)中心104-2相關(guān)聯(lián)并對應(yīng)于NY數(shù)據(jù)中心URL。
各IP地址可與以上全局appserver 202和專用appserver 204相關(guān)聯(lián)。這些 IP地址可對應(yīng)于與每一數(shù)據(jù)中心104相關(guān)聯(lián)的不同服務(wù)器。取決于可能被請求 的IP地址，可選擇不同的服務(wù)器向客戶機102提供內(nèi)容。如圖所示，在SF數(shù) 據(jù)中心104-1中找到的appserver可包括IP地址n^n^IPs等，而在NY數(shù)據(jù)中 心104-2中找到的appserver可包括IP地址IP2，IP4，IP6等。因此，不同的全局IP 地址可與SF數(shù)據(jù)中心104-1和NY數(shù)據(jù)中心104-2中的不同服務(wù)器相關(guān)聯(lián)。 SFappserver 204-1和NYappserver 204-2還可以與SF數(shù)據(jù)中心104-1的標簽為 IPSFA、 IPSFB的不同IP地址和NY數(shù)據(jù)中心104-2的標簽為IPnya、 IPnyb的不 同IP地址相關(guān)聯(lián)。
所接收到的文檔中的應(yīng)用程序下載信息可用于使用全局IP地址之一從全局URL http:〃appserver.bangnetwork,net下載應(yīng)用程序?？蛻魴C102可使用在列 表中首先返回的IP地址開始請求應(yīng)用程序。因此，因為全局IP地址可在列表 的開頭找到，所以可預(yù)期從全局IP地址之一下載應(yīng)用程序。對應(yīng)于全局IP地 址之一的服務(wù)器接收該請求。這可以是SF數(shù)據(jù)中心104-1或NY數(shù)據(jù)中心104-2 中的appserver。
在一個實施例中，為了提供安全連接，服務(wù)器包括使用響應(yīng)于URL請求 使用全局IP地址之一將其本身標識為"appserver"的證書的邏輯。這允許安 全連接。然后，可將應(yīng)用程序從服務(wù)器下載到客戶機102。為了便于討論，可 以假設(shè)請求中所使用的全局IP地址對應(yīng)于諸appserver 202-1中的服務(wù)器。
在一個實施例中，可以下載的應(yīng)用程序是未簽名的應(yīng)用程序。未簽名的應(yīng) 用程序可以對用戶透明，因為通常無需要求客戶機102許可來運行未簽名的應(yīng) 用程序。例如，如果使用未簽名的應(yīng)用程序，則這可使瀏覽器彈出一個詢問用 戶"你想委托此應(yīng)用程序...嗎？"的對話框。這可能需要用戶點擊接受或不接 受。這可能使用戶混淆從而可使用未簽名的應(yīng)用程序；然而，可以理解也可使 用簽名的應(yīng)用程序。
然后，為了通過SF數(shù)據(jù)中心104-1接收來自內(nèi)容供應(yīng)者106的內(nèi)容，應(yīng) 用程序可創(chuàng)建到所選擇的服務(wù)器202-1的連接。為了提供該連接，應(yīng)用程序可 進行反查找以便于將IP地址轉(zhuǎn)換成數(shù)據(jù)中心的URL。這可以實現(xiàn)，因為標準 協(xié)議規(guī)定應(yīng)使用可與IP地址相關(guān)聯(lián)的URL來進行對連接的請求。
在一實施例中，客戶機102注冊可用于向客戶機102提供內(nèi)容的對象ID。 然后，可從內(nèi)容供應(yīng)者106通過SF數(shù)據(jù)中心104-1向客戶機102提供內(nèi)容。 在一個實施例中，內(nèi)容供應(yīng)者106可提供這些ID的內(nèi)容。然后，SF數(shù)據(jù)中心 104-1可確定客戶機102注冊了哪些ID、并且可以向客戶機102提供那些ID 的內(nèi)容。
在注冊ID時，客戶機102可建立狀態(tài)消息。該狀態(tài)消息可以是可從內(nèi)容 供應(yīng)者102以循環(huán)間隔向客戶機102發(fā)送的任何消息。在一實施例中，注冊可 指定將用作狀態(tài)消息的ID?？蛻魴C102選擇其中將以某間隔從內(nèi)容供應(yīng)者106 提供的內(nèi)容的ID。例如，如果將以60秒的間隔提供ID的內(nèi)容，則客戶機102
可將該ID選擇成狀態(tài)消息。因此，如果每60秒將更新ID的股票行情，則該
股票行情的ID可被用作狀態(tài)消息。如果在足夠短的間隔內(nèi)將不更新ID，則可 對該狀態(tài)消息創(chuàng)建ID。然后，將用任何類型的數(shù)據(jù)(例如，偽數(shù)據(jù))以所選 擇的間隔來更新此ID。
內(nèi)容供應(yīng)者106可能能提供狀態(tài)消息。在一個實施例中，內(nèi)容供應(yīng)者106 可委托任何實體(例如，另一源、第三方等)發(fā)送狀態(tài)消息。同樣，雖然討論 了如在客戶機102處建立的狀態(tài)消息的監(jiān)視器，但可以理解監(jiān)視器可位于諸如 第三方或SF數(shù)據(jù)中心104-1等其它位置。
然后，客戶機102監(jiān)視狀態(tài)消息來了解是否可以某間隔接收到該ID的內(nèi) 容。如果未接收到內(nèi)容，則客戶機102可確定內(nèi)容供應(yīng)者106和SF數(shù)據(jù)中心 104-1之間已發(fā)生了故障。在一實施例中，客戶機102可基于某些條件或規(guī)則 來確定已發(fā)生了故障。例如，如果在一定數(shù)量的間隔(例如2或3個間隔)后 未接收到數(shù)據(jù)，則可確定故障。
當故障被確定時，客戶機102處的應(yīng)用程序可能能連接至不同的數(shù)據(jù)中心 104，以便于接收來自內(nèi)容供應(yīng)者106的內(nèi)容。這消除了客戶機102的任何故 障時間。這一轉(zhuǎn)換可對客戶機102的用戶而言是無縫的。
可以將未簽名的應(yīng)用程序(例如Java小應(yīng)用程序)下載到接口并在該接 口中運行，從而它能只對具有與下載該應(yīng)用程序的服務(wù)器相同的IP地址的服 務(wù)器開放連接。這一限制可適于防止應(yīng)用程序通過諸如因特網(wǎng)等網(wǎng)絡(luò)發(fā)送數(shù) 據(jù)。另外，安全連接的使用可能很復(fù)雜。應(yīng)用程序可以使用安全連接來防止其 它人截取內(nèi)容更新?？墒褂米C書交換來建立安全連接。每一證書都包含清楚地 標識發(fā)送證書的服務(wù)器的UWL的文本字段。如果證書的URL和與從中得到證 書的服務(wù)器相關(guān)聯(lián)的實際URL不匹配，則產(chǎn)生差錯。這發(fā)生在高層，且不能 通過在客戶機102上執(zhí)行的應(yīng)用程序來改變。因此，如果將來自不同URL的 證書發(fā)送至應(yīng)用程序，則可產(chǎn)生差錯。
如前所述，當首先由客戶機102執(zhí)行DNS解析時可返回全局IP地址和專 用IP地址。如果故障被確定，則應(yīng)用程序可連接至專用IP地址之一。在以上 情形中，IP地址IPnya、IPnyb、 ...IPNYz在DNS解析時可作為專用IP地址返回。應(yīng)用程序可嘗試連接至專用IP地址中的第一個地址。在此過程中，IP地 址可被解析成對應(yīng)于IP地址的名字。例如，IP地址IPwYA解析成專用URL
http:〃appserver.bangnetwork.net。此專用IP地址可不同于從中下載應(yīng)用程序的 全局IP地址。當作出連接請求時，可執(zhí)行DNS解析以確定與URL http://appserver.bangnetwork.net相關(guān)聯(lián)的IP地址。在此情形中，因為NY數(shù)據(jù) URL的專用IP地址被包括在原始DNS解析中，所以可允許應(yīng)用程序連接至那 些專用URL的IP地址。然而，如果當客戶機102連接至全局URL時專用IP 地址不被包括在原始DNS解析中，則可能不允許連接。
對應(yīng)于諸如IPNYA等專用IP地址的服務(wù)器可返回與用于連接至服務(wù)器的 專用URL相對應(yīng)的證書。因為應(yīng)用程序?qū)⒃搶Ｓ肬RL用于連接至服務(wù)器，所 以可允許安全連接并且可建立安全連接。
然后，應(yīng)用程序能注冊對象ID、建立另一心跳(heartbeat)，并且執(zhí)行原 先執(zhí)行以建立從內(nèi)容供應(yīng)者106饋送的內(nèi)容的任何步驟。因此，仍可由客戶機 102接收先前注冊的ID的相同內(nèi)容。然而，內(nèi)容可從內(nèi)容供應(yīng)者106通過NY 數(shù)據(jù)中心104-2而非SF數(shù)據(jù)中心104-1來提供。
因此，按照所確定的故障，客戶機102可能能自動連接至不同數(shù)據(jù)中心 104。數(shù)據(jù)中心和故障恢復(fù)具有不同的URL地址，但轉(zhuǎn)換可用可對用戶透明的 無縫方式進行。因此，用戶可不必為了在上游故障后重新連接至內(nèi)容供應(yīng)者106 而采取確認步驟。例如，用戶可不必在界面上選擇"刷新"按鈕或執(zhí)行任何其 它確認動作來自動連接至第二數(shù)據(jù)中心。另外，可不必為了連接至新服務(wù)器而 下載來自新數(shù)據(jù)中心的應(yīng)用程序。
圖3示出根據(jù)一實施例的用于確定已發(fā)生故障的方法的簡化流程圖300。 在步驟302，可建立狀態(tài)消息。例如，狀態(tài)消息可與ID相關(guān)聯(lián)。狀態(tài)消息可 以是可從內(nèi)容供應(yīng)者106提供內(nèi)容的任何ID。
在步驟304，可確定應(yīng)應(yīng)當更新ID的內(nèi)容的間隔。此間隔可由內(nèi)容供應(yīng) 者106或客戶機102來設(shè)置。
在步驟306，可確定在指定間隔內(nèi)是否未接收到狀態(tài)消息。如果已接收到 狀態(tài)消息，則重復(fù)該過程以連續(xù)地以某間隔檢査是否未接收到狀態(tài)消息。
在步驟308，可檢査狀態(tài)消息的規(guī)則以確定是否應(yīng)宣布故障。例如，規(guī)則 可指示在可確定故障之前應(yīng)滿足某些條件。 一個規(guī)則可以是如果未接收到狀 態(tài)消息達一定次數(shù)，則可確定故障。還可以在確定故障之前檢索和評估諸如網(wǎng) 絡(luò)統(tǒng)計數(shù)據(jù)等其它因素。此外， 一次無法接收狀態(tài)消息也足以確定發(fā)生了故障。
在步驟310，如果滿足規(guī)則，則可確定故障并且可啟動與第二數(shù)據(jù)中心的 連接。
圖4示出根據(jù)一實施例的用于安全連接至不同數(shù)據(jù)中心104的方法的簡化 流程圖400。在步驟402，可以執(zhí)行URL或任何其它標識符的IP地址解析。
在步驟404，可從與URL相關(guān)聯(lián)的服務(wù)器接收到全局和專用IP地址。
在步驟406，可接收到來自服務(wù)器的允許安全連接的證書。該證書可與用 于請求連接的URL相關(guān)聯(lián)。例如，證書中的文本字段包括URL。
在步驟408，可使用全局IP地址之一通過數(shù)據(jù)中心104-1來創(chuàng)建連接。
在步驟410，可在從數(shù)據(jù)中心104-1饋送的數(shù)據(jù)中確定故障。該故障可以 是內(nèi)容供應(yīng)者106與數(shù)據(jù)中心104-1之間的上游故障。
在步驟412，可使用專用IP地址之一來創(chuàng)建與第二數(shù)據(jù)中心104-2的連接。 可對與步驟402中用于創(chuàng)建連接的URL不同的URL進行該連接。在一實施例 中，對專用IP地址的反査找可用于確定不同的URL。
在步驟414，可從第二服務(wù)器接收一個證書以允許與第二 URL相關(guān)聯(lián)的 連接。因為證書可解析成用于請求與第二數(shù)據(jù)中心104-2的連接的第二URL， 所以可允許安全連接。
可提供許多優(yōu)點。例如，可為上游故障檢測提供故障恢復(fù)從而使得實況數(shù) 據(jù)的丟失最小化。該故障可在客戶機處自動執(zhí)行。用戶也無需在故障恢復(fù)中采 取任何步驟。應(yīng)用程序可自動將連接轉(zhuǎn)移至不同地址處的另一數(shù)據(jù)中心。因此， 用戶可不參與故障恢復(fù)操作。
在一實施例中，"和域" 一詞可指可使用由"和域"連接的元素的任何 組合。例如，在使用"和/或"的短語中的兩句話或表達可指一個或另一個或兩 者。在一實施例中，"基本上" 一詞可指所指定的大部分而非全部，或所指定 的全部。在一實施例中，"能夠" 一詞可表示被配置成、被調(diào)節(jié)成、有能力等
等。例如，"能執(zhí)行動作" 一詞可指能執(zhí)行該動作，可被配置成執(zhí)行該動作和 /或可被調(diào)節(jié)成執(zhí)行該動作的元素。
本發(fā)明的主題可用軟件或硬件的控制邏輯或兩者的組合的形式實現(xiàn)?？刂?邏輯可作為多條指令存儲在信息存儲介質(zhì)中，這些指令適于引導(dǎo)信息處理設(shè)備 執(zhí)行在一實施例中公開的一組步驟?；诒疚乃峁┑墓_和示教，本領(lǐng)域普 通技術(shù)人員將理解實現(xiàn)本發(fā)明主題的其它方式和/或方法。
上述描述是示例性而非限制性的。本發(fā)明的許多變化對本領(lǐng)域技術(shù)人員而 言將在閱讀本公開內(nèi)容后變得顯而易見。因此，本發(fā)明的范圍不應(yīng)參照上述描 述確定，而應(yīng)參照所附的權(quán)利要求書及其全部范圍或等效技術(shù)方案來確定。
權(quán)利要求
1.一種能提供故障恢復(fù)的客戶機，所述客戶機包括能在客戶機處接收來自第一數(shù)據(jù)中心的應(yīng)用程序的邏輯；能接收來自所述第一數(shù)據(jù)中心的內(nèi)容的邏輯；以及能在客戶機處確定內(nèi)容供應(yīng)者與所述第一數(shù)據(jù)中心之間發(fā)生的故障的邏輯，其中所述內(nèi)容供應(yīng)者能向所述第一數(shù)據(jù)中心提供內(nèi)容，其中所述應(yīng)用程序能響應(yīng)于確定所發(fā)生的故障而在客戶機處自動與第二數(shù)據(jù)中心連接，以接收來自所述第二數(shù)據(jù)中心的內(nèi)容。
2. 如權(quán)利要求1所述的客戶機，其特征在于，還包括能建立狀態(tài)消息的 邏輯，其中所述狀態(tài)消息在所述客戶機處通過所述第一數(shù)據(jù)中心從所述內(nèi)容供應(yīng)者接收，其中所述狀態(tài)消息被用于確定故障。
3. 如權(quán)利要求2所述的客戶機，其特征在于，在一定時間段內(nèi)未接收到所述狀態(tài)消息時就檢測到了所述故障。
4. 如權(quán)利要求1所述的客戶機，其特征在于，還包括能使用第一標識符發(fā)送對信息的請求的邏輯，其中所述請求由所述第一數(shù) 據(jù)中心提供；以及能接收多個IP地址的邏輯，所述IP地址包括全局和專用IP地址，所述 全局IP地址對應(yīng)于所述第一標識符而所述專用IP地址對應(yīng)于第二標識符，其 中當所述故障被確定時，所述應(yīng)用程序能使用所述第二數(shù)據(jù)中心的專用IP地 址自動連接至所述第二數(shù)據(jù)中心。
5. 如權(quán)利要求4所述的客戶機，其特征在于，所述應(yīng)用程序是未簽名的 應(yīng)用程序。
6. —種用于故障恢復(fù)的系統(tǒng)，所述系統(tǒng)包括第一數(shù)據(jù)中心，包括一應(yīng)用程序，它能確定內(nèi)容供應(yīng)者與所述第一數(shù)據(jù)中 心之間發(fā)生的故障、并且能自動連接至第二數(shù)據(jù)中心，并且 其中所述第一數(shù)據(jù)中心能接收來自客戶機的連接請求；響應(yīng)于所述請求將所述應(yīng)用程序發(fā)送至所述客戶機； 接收來自所述內(nèi)容供應(yīng)者的內(nèi)容；以及 將所接收到的內(nèi)容發(fā)送至所述客戶機。
7. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述應(yīng)用程序能在客戶機處 確定在所述內(nèi)容供應(yīng)者與第一數(shù)據(jù)中心之間發(fā)生的故障、并且能響應(yīng)于確定所 發(fā)生的故障在客戶機處自動與所述第二數(shù)據(jù)中心連接，以接收來自所述第二數(shù) 據(jù)中心的內(nèi)容。
8. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述應(yīng)用程序能建立狀態(tài)消 息，其中所述狀態(tài)消息在所述客戶機處通過所述數(shù)據(jù)中心從所述內(nèi)容供應(yīng)者接 收，其中所述狀態(tài)消息被用于確定所述故障。
9. 如權(quán)利要求8所述的系統(tǒng)，其特征在于，在一定時間段內(nèi)未接收到所 述狀態(tài)消息時就檢測到了故障。
10. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述第一數(shù)據(jù)中心還能將多 個IP地址發(fā)送至所述客戶機，所述IP地址包括全局和專用IP地址，所述全局 IP地址對應(yīng)于所述第一標識符而所述專用IP地址對應(yīng)于第二標識符，其中所 述應(yīng)用程序能在故障被確定時使用所述第二數(shù)據(jù)中心的專用IP地址自動與所 述第二數(shù)據(jù)中心連接。
11. 如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述第一標識符包括第一 URL而所述第二標識符包括第二 URL。
12. 如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述應(yīng)用程序是未簽名的應(yīng) 用程序。
13. —種用于故障恢復(fù)的方法，所述方法包括在第 一數(shù)據(jù)中心接收來自客戶機的連接請求， 響應(yīng)于所述請求將應(yīng)用程序發(fā)送至所述客戶機； 在所述第一數(shù)據(jù)中心處接收來自內(nèi)容供應(yīng)者的內(nèi)容；以及 將來自所述內(nèi)容供應(yīng)者的內(nèi)容發(fā)送至所述客戶機，其中所述應(yīng)用程序能在所述客戶機處確定在所述內(nèi)容供應(yīng)者與第一數(shù)據(jù) 中心之間發(fā)生的故障，并響應(yīng)于確定所發(fā)生的故障在所述客戶機處自動與第二 數(shù)據(jù)中心連接，以接收來自所述第二數(shù)據(jù)中心的內(nèi)容。
14. 如權(quán)利要求13所述的方法，其特征在于，所述應(yīng)用程序能建立狀態(tài) 消息，其中所述狀態(tài)消息在所述客戶機處通過所述數(shù)據(jù)中心從所述內(nèi)容供應(yīng)者 接收，其中所述狀態(tài)消息用于確定所述故障。
15. 如權(quán)利要求14所述的系統(tǒng)，其特征在于，在一定時間段內(nèi)未接收到 所述狀態(tài)消息時就檢測到了故障。
16. 如權(quán)利要求13所述的系統(tǒng)，其特征在于，還包括將多個IP地址發(fā)送至所述客戶機，所述IP地址包括全局和專用IP地址， 所述全局IP地址對應(yīng)于第一標識符而所述專用IP地址對應(yīng)于第二標識符，其 中所述應(yīng)用程序能在故障被確定時使用所述第二數(shù)據(jù)中心的專用IP地址自動 與所述第二數(shù)據(jù)中心連接。
17. 如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述應(yīng)用程序是未簽名的應(yīng)用程序。
18. 如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述第一標識符包括第一 URL而所述第二標識符包括第二 URL。
19. 一種用于提供故障恢復(fù)的系統(tǒng)，所述系統(tǒng)包括第一數(shù)據(jù)中心，能處理對第一標識符的請求并且能處理對所述第一數(shù)據(jù)中 心專用的第二標識符的請求；以及第二數(shù)據(jù)中心服務(wù)器，能處理對所述第一標識符的請求并且能處理對所述第二數(shù)據(jù)中心專用的第三標識符的請求；其中所述第一數(shù)據(jù)中心或第二數(shù)據(jù)中心使用所述第一標識符處理來自客 戶機的對信息的請求，其中所述第一數(shù)據(jù)中心或第二數(shù)據(jù)中心向所述客戶機發(fā) 送應(yīng)用程序，其中所述應(yīng)用程序能確定在內(nèi)容供應(yīng)者與在所述客戶機處使用所述第二 標識符或第三標識符處理所述請求的第一或第二數(shù)據(jù)中心之間發(fā)生的故障，以 在所述故障被確定時自動與未處理所述請求的所述第一或第二數(shù)據(jù)中心連接。
20. 如權(quán)利要求19所述的系統(tǒng)，其特征在于，所述第一數(shù)據(jù)中心與關(guān)聯(lián) 于所述第一標識符的第一組一個或多個全局IP地址和關(guān)聯(lián)于所述第二標識符的第一組一個或多個專用IP地址相關(guān)聯(lián)，而所述第二數(shù)據(jù)中心與關(guān)聯(lián)于所述 第一標識符的第二組一個或多個全局IP地址和關(guān)聯(lián)于所述第三標識符的第二 組一個或多個專用IP地址相關(guān)聯(lián)。
21. 如權(quán)利要求19所述的系統(tǒng)，其特征在于，如果所述第一數(shù)據(jù)中心處 理所述請求，則向所述客戶機發(fā)送所述第二組專用IP地址和所述應(yīng)用程序， 而如果所述第二數(shù)據(jù)中心處理所述請求，則向所述客戶機發(fā)送所述第一組專用 IP地址和所述應(yīng)用程序。
22. —種能從第一數(shù)據(jù)中心提供故障恢復(fù)的系統(tǒng)，所述系統(tǒng)包括 第二數(shù)據(jù)中心，它能夠接收來自客戶機的應(yīng)用程序的連接請求，所述應(yīng)用程序從所述第一 數(shù)據(jù)中心下載到所述客戶機；允許所述應(yīng)用程序連接至所述第二數(shù)據(jù)中心；接收來自所述內(nèi)容供應(yīng)者的內(nèi)容；以及將從所述內(nèi)容供應(yīng)者接收到的所述內(nèi)容發(fā)送至所述客戶機。
23. 如權(quán)利要求22所述的系統(tǒng)，其特征在于，所述第一數(shù)據(jù)中心與關(guān)聯(lián) 于所述第一標識符的第一組一個或多個全局IP地址和關(guān)聯(lián)于所述第二標識符 的第一組一個或多個專用IP地址相關(guān)聯(lián)，而所述第二數(shù)據(jù)中心與關(guān)聯(lián)于所述 第一標識符的第二組一個或多個全局IP地址和關(guān)聯(lián)于所述第三標識符的第二 組一個或多個專用IP地址相關(guān)聯(lián)。
24. 如權(quán)利要求23所述的系統(tǒng)，其特征在于，所述客戶機得到所發(fā)送的 用于所述第一數(shù)據(jù)中心的所述第一組一個或多個全局IP地址和第二組專用IP 地址以及所述應(yīng)用程序。
25. 如權(quán)利要求24所述的系統(tǒng)，其特征在于，所述連接請求包括與所述 第二數(shù)據(jù)中心相關(guān)聯(lián)的所述第二組專用IP地址中的一個。
全文摘要
內(nèi)容供應(yīng)者(106)向第一數(shù)據(jù)中心(104-1)提供內(nèi)容，然后第一數(shù)據(jù)中心(104-1)向客戶機(102)提供內(nèi)容?？蛻魴C(102)確定在內(nèi)容供應(yīng)者(106)和第一數(shù)據(jù)中心(104-1)之間可能已發(fā)生故障。當客戶機確定可能已發(fā)生故障時，客戶機(102)可連接至第二數(shù)據(jù)中心(104-2)，以通過第二數(shù)據(jù)中心(104-2)接收來自內(nèi)容供應(yīng)者(106)的內(nèi)容。因此，檢測到了故障，并且另外可在客戶機(102)處提供自動故障恢復(fù)。
文檔編號H04L29/08GK101189852SQ200580027440
公開日2008年5月28日 申請日期2005年8月15日 優(yōu)先權(quán)日2004年8月17日
發(fā)明者B·卡梅羅斯, W·奧爾布萊特 申請人:肖分析有限公司