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


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