專利名稱：用于處理網(wǎng)絡(luò)服務(wù)器故障的方法和健康監(jiān)控器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)服務(wù)器故障。
背景技術(shù)：
如果網(wǎng)絡(luò)瀏覽器的用戶選擇一個(gè)網(wǎng)頁鏈接，而提供那個(gè)網(wǎng)頁的服務(wù)器發(fā)生故障，則用戶可接收到錯(cuò)誤消息(例如，404錯(cuò)誤)。從用戶的角度來說，這種消息通常不提供信息，而且沒有用處。加載該網(wǎng)頁(或者由相同故障服務(wù)器所提供的其它網(wǎng)頁)的連續(xù)失敗可引起用戶將其業(yè)務(wù)放在別處。
對于這個(gè)問題存在多種已知的解決方案，其通常涉及在網(wǎng)絡(luò)瀏覽器和網(wǎng)絡(luò)服務(wù)器之間放置附加的節(jié)點(diǎn)。這些節(jié)點(diǎn)包括了解網(wǎng)絡(luò)服務(wù)器狀態(tài)的并且保證將網(wǎng)絡(luò)請求路由至工作服務(wù)器的代理服務(wù)器以及載荷平衡器。美國專利申請2002/0056053公開一種中間服務(wù)器，用于監(jiān)控網(wǎng)絡(luò)請求以及用于在發(fā)生故障時(shí)重新定向客戶端的請求。
其它解決方案包括集群解決方案，其使故障服務(wù)器主機(jī)的ip地址和主機(jī)名稱由另一個(gè)主機(jī)接管。
所有的現(xiàn)有解決方案或者需要附加的節(jié)點(diǎn)或者需要復(fù)雜的集群管理代碼，這增加了任何解決方案的成本和復(fù)雜性。通常與可用預(yù)算和硬件限制相關(guān)的問題意味著，在某些情況下這不是可行的選擇。

發(fā)明內(nèi)容
依照第一方面，本發(fā)明提供一種可在客戶端上運(yùn)行的用于處理網(wǎng)絡(luò)服務(wù)器故障的健康監(jiān)控器方法，該客戶端是對于來自網(wǎng)絡(luò)服務(wù)器的網(wǎng)頁的請求的來源方，該方法包括接收對于網(wǎng)絡(luò)服務(wù)器的狀態(tài)信息；響應(yīng)于確定網(wǎng)絡(luò)服務(wù)器已經(jīng)發(fā)生故障，將對于網(wǎng)絡(luò)服務(wù)器所提供網(wǎng)頁的客戶端請求重新定向到另一個(gè)工作的網(wǎng)絡(luò)服務(wù)器。
在一個(gè)實(shí)施方式中，健康監(jiān)控器周期性地請求狀態(tài)信息。在一個(gè)優(yōu)選的實(shí)施方式中，這種信息是由監(jiān)控網(wǎng)絡(luò)服務(wù)器的健康服務(wù)“推送”至健康監(jiān)控器的。在另一個(gè)實(shí)施方式中，網(wǎng)絡(luò)協(xié)議本身可用于檢測故障。例如，如果TCPIP鏈接失敗或者存在對其的TCPIP連接的機(jī)器(機(jī)器上的服務(wù))發(fā)生故障，則協(xié)議向連接的客戶端通知這個(gè)事實(shí)。
在健康監(jiān)控器實(shí)際上請求狀態(tài)信息的實(shí)施方式中，可響應(yīng)于客戶端對網(wǎng)絡(luò)服務(wù)器所提供網(wǎng)頁的鏈接的請求，請求這種信息。
在一個(gè)具體的實(shí)施方式中，下載網(wǎng)絡(luò)服務(wù)器所提供的網(wǎng)頁，并且客戶端請求來源于這個(gè)網(wǎng)頁(例如，通過點(diǎn)擊URL鏈接)。
網(wǎng)頁優(yōu)選地包括多個(gè)鏈接。在一個(gè)實(shí)施方式中，重新定向客戶端請求的步驟包括取回到故障網(wǎng)絡(luò)服務(wù)器的所有網(wǎng)頁鏈接，以及重寫所取回的網(wǎng)頁鏈接，以便該網(wǎng)頁鏈接指向其它網(wǎng)絡(luò)服務(wù)器。注意到，可能有多個(gè)其它網(wǎng)絡(luò)服務(wù)器。選擇其中一個(gè)，但是其它服務(wù)器中的一個(gè)可在所選網(wǎng)絡(luò)服務(wù)器發(fā)生故障時(shí)使用。這種網(wǎng)頁也可以鏈接到還未發(fā)生故障的網(wǎng)絡(luò)服務(wù)器上的頁面。這些鏈接不需要進(jìn)行重寫。
在另一個(gè)實(shí)施方式中，用戶對鏈接的激活使得鏈接函數(shù)確定將要鏈接到哪個(gè)服務(wù)器。響應(yīng)于確定該提供所請求網(wǎng)頁的網(wǎng)絡(luò)服務(wù)器已經(jīng)發(fā)生故障，使用該鏈接函數(shù)訪問其它網(wǎng)絡(luò)服務(wù)器。
在另一個(gè)實(shí)施方式中，接收到對于特定網(wǎng)頁的請求。響應(yīng)于確定了提供該網(wǎng)頁的網(wǎng)絡(luò)服務(wù)器發(fā)生故障，該健康監(jiān)控器修改所請求的鏈接，以指向其它工作的網(wǎng)絡(luò)服務(wù)器。
在一個(gè)實(shí)施方式中，利用初始的網(wǎng)頁下載健康監(jiān)控器。網(wǎng)頁包括用于顯示可見內(nèi)容的內(nèi)容窗體以及包含健康監(jiān)控器的控制窗體。
在另一個(gè)實(shí)施方式中，健康監(jiān)控器可以是通用插件，其可以被配置為對適當(dāng)?shù)木W(wǎng)絡(luò)服務(wù)器起作用。
在一個(gè)實(shí)施方式中，健康監(jiān)控器接收一個(gè)或多個(gè)可以在發(fā)生服務(wù)器故障的情況下使用的預(yù)備服務(wù)器的列表。在另一個(gè)實(shí)施方式中，健康監(jiān)控器被配置有一個(gè)或多個(gè)在發(fā)生故障的情況下使用的可供選擇的服務(wù)器。
關(guān)于多個(gè)可能的可供選擇的網(wǎng)絡(luò)服務(wù)器中的每個(gè)所經(jīng)歷的工作量的狀態(tài)信息可由健康監(jiān)控器接收。然后，該信息可以用于在發(fā)生網(wǎng)絡(luò)服務(wù)器故障的情況下選擇適當(dāng)?shù)木W(wǎng)絡(luò)服務(wù)器。
依照另一方面，提供一種可在客戶端上運(yùn)行并且用于處理網(wǎng)絡(luò)服務(wù)器故障的健康監(jiān)控器，該客戶端是對于來自網(wǎng)絡(luò)服務(wù)器的網(wǎng)頁的請求的來源方，該健康監(jiān)控器包括用于接收對于網(wǎng)絡(luò)服務(wù)器的狀態(tài)信息的裝置；以及用于響應(yīng)于確定網(wǎng)絡(luò)服務(wù)器已發(fā)生故障，將對于網(wǎng)絡(luò)服務(wù)器所提供網(wǎng)頁的客戶端請求重新定向到另一個(gè)工作的網(wǎng)絡(luò)服務(wù)器的裝置。


現(xiàn)在將參考下列附圖，僅以示例的方式描述本發(fā)明的一個(gè)優(yōu)選實(shí)施方式圖1依照一個(gè)優(yōu)選實(shí)施方式說明本發(fā)明的組件；圖2依照本發(fā)明的一個(gè)優(yōu)選實(shí)施方式說明本發(fā)明的處理；圖3a更加詳細(xì)地表示優(yōu)選實(shí)施方式中的健康服務(wù)；以及圖3b更加詳細(xì)地表示優(yōu)選實(shí)施方式中的健康監(jiān)控器。
具體實(shí)施例方式
依照一個(gè)優(yōu)選的實(shí)施方式，本發(fā)明提供被加載到客戶端的網(wǎng)絡(luò)瀏覽器中的功能。這種功能可以檢測網(wǎng)絡(luò)服務(wù)器的故障，并且在發(fā)生這種故障的情況下自動地將新網(wǎng)頁請求重新定向到一個(gè)可供選擇的服務(wù)器。
圖1、圖3a和圖3b依照一個(gè)優(yōu)選的實(shí)施方式說明本發(fā)明的組件，同時(shí)，圖2表示本發(fā)明一個(gè)優(yōu)選實(shí)施方式的處理。附圖應(yīng)當(dāng)彼此結(jié)合起來閱讀。
如圖1所示，客戶端5運(yùn)行網(wǎng)絡(luò)瀏覽器10?？蛻舳送ㄟ^網(wǎng)絡(luò)瀏覽器與提供網(wǎng)絡(luò)服務(wù)器50的主要主機(jī)40相連，并且從網(wǎng)絡(luò)服務(wù)器下載網(wǎng)頁，以由網(wǎng)絡(luò)瀏覽器進(jìn)行顯示(圖2的步驟100)。網(wǎng)頁優(yōu)選地包括兩個(gè)窗體內(nèi)容窗體20；以及不可見的“控制”窗體21。網(wǎng)絡(luò)瀏覽器在窗體20中顯示頁面(以及隨后的網(wǎng)頁)的可見內(nèi)容(步驟110)。控制窗體包括健康監(jiān)控器(HM)30，其是由網(wǎng)絡(luò)瀏覽器加載到該窗體的(步驟120)。例如，健康監(jiān)控器可以是JavaTM小應(yīng)用程序，參考圖3b詳細(xì)描述其組件。(Java以及所有基于Java的商標(biāo)和標(biāo)識是SUN微型系統(tǒng)有限公司在美國、其它國家或者同時(shí)在兩地的商標(biāo))。在獨(dú)立的窗體中運(yùn)行健康監(jiān)控器的優(yōu)勢是，這允許甚至在將新頁面加載到內(nèi)容窗體中時(shí)，健康監(jiān)控器也可繼續(xù)運(yùn)行。
健康監(jiān)控器從運(yùn)行于主要主機(jī)40上的健康服務(wù)60接收狀態(tài)信息(如參考圖3a詳細(xì)描述的)。健康服務(wù)60跟蹤網(wǎng)絡(luò)服務(wù)器的狀態(tài)，并且將這種狀態(tài)信息推送至健康監(jiān)控器。
因此，一旦已經(jīng)將健康監(jiān)控器加載到不可見的控制窗體中并進(jìn)行初始化，健康監(jiān)控器就打開與健康服務(wù)60的連接(通過連接請求器230)(步驟130)。這可能通過基本套接字連接來實(shí)現(xiàn)。
在步驟140中，健康監(jiān)控器向健康服務(wù)60請求(并且接收)可以在主要主機(jī)的網(wǎng)絡(luò)服務(wù)器50發(fā)生故障的情況下使用的一個(gè)或多個(gè)輔助主機(jī)的地址(通過地址接收器240)。對于健康監(jiān)控器的一個(gè)可選方案是將其預(yù)先配置有一個(gè)服務(wù)器列表。對于健康服務(wù)的另一個(gè)選擇是響應(yīng)于對于故障服務(wù)器上網(wǎng)頁的特定請求返回可供選擇的網(wǎng)絡(luò)服務(wù)器的地址。
在步驟150中，狀態(tài)監(jiān)控器260被動地確定何時(shí)從狀態(tài)發(fā)送器220接收到狀態(tài)信息。對于健康監(jiān)控器的一個(gè)可供選擇的方案是周期性地主動請求網(wǎng)絡(luò)服務(wù)器狀態(tài)。但是，由于其增加了網(wǎng)絡(luò)擁塞，這是一個(gè)不太優(yōu)選的實(shí)施方式。
圖3a更加詳細(xì)地說明了健康服務(wù)。狀態(tài)檢查器組件210試圖與網(wǎng)絡(luò)服務(wù)器50通信以確定網(wǎng)絡(luò)服務(wù)器是否正在運(yùn)行，并且通過狀態(tài)發(fā)送器220將狀態(tài)信息推送至健康監(jiān)控器30。
如果接收到這種狀態(tài)信息，則健康監(jiān)控器使用這個(gè)信息以確定網(wǎng)絡(luò)服務(wù)器是否正在運(yùn)行(步驟160)。如果網(wǎng)絡(luò)服務(wù)器正在運(yùn)行，則圖2的處理進(jìn)行循環(huán)。
但是，狀態(tài)檢查器210可能確定網(wǎng)絡(luò)服務(wù)器50已經(jīng)發(fā)生故障。如果確實(shí)如此，則將向狀態(tài)監(jiān)控器通知這個(gè)事實(shí)。
如果在預(yù)先確定的時(shí)間段中還沒有接收到狀態(tài)信息，則狀態(tài)監(jiān)控器也可認(rèn)為網(wǎng)絡(luò)服務(wù)器發(fā)生故障(步驟155)。在另一個(gè)實(shí)施方式中，用于連接健康服務(wù)的網(wǎng)絡(luò)協(xié)議(例如，TCPIP)可以確定那里已經(jīng)發(fā)生故障。
無論使用何種方式來確定該故障，現(xiàn)在健康監(jiān)控器30應(yīng)當(dāng)選擇新的主機(jī)，以便為網(wǎng)絡(luò)瀏覽器后續(xù)對于網(wǎng)頁的請求進(jìn)行服務(wù)。輔助主機(jī)選擇器250選擇新主機(jī)。組件250從地址接收器240所返回的列表中進(jìn)行選擇，并且開始監(jiān)控所選擇的輔助主機(jī)70(步驟170)。如果有多于一個(gè)的地址返回到組件250，則可能選擇任意一個(gè)，或者以某種其它的方式進(jìn)行選擇。例如，可能使用輪轉(zhuǎn)循環(huán)(round robin)算法。對于健康服務(wù)的另一個(gè)選擇是向健康監(jiān)控器提供服務(wù)器載荷的信息，以及對于健康監(jiān)控器的另一個(gè)選擇是使其基于這個(gè)信息進(jìn)行選擇。優(yōu)選地，在確定發(fā)生故障時(shí)收集這種載荷信息，以便其是當(dāng)前的狀態(tài)信息。
所選的輔助主機(jī)優(yōu)選地包括另一個(gè)網(wǎng)絡(luò)服務(wù)器90，其提供與主要主機(jī)40上網(wǎng)絡(luò)服務(wù)器50所提供的那些網(wǎng)頁相同的網(wǎng)頁。另一方面，網(wǎng)絡(luò)服務(wù)器90可以僅提供具有相似內(nèi)容等的網(wǎng)頁。
為了監(jiān)控所選輔助服務(wù)器70上的網(wǎng)絡(luò)服務(wù)器，健康監(jiān)控器現(xiàn)在與健康服務(wù)80通信。優(yōu)選地，當(dāng)先停止與主要主機(jī)的通信。
現(xiàn)在由網(wǎng)絡(luò)服務(wù)器90為對于網(wǎng)頁的未來請求提供服務(wù)(步驟180)?？梢远喾N方式實(shí)現(xiàn)這個(gè)步驟。將在下面描述兩種方式1)每個(gè)網(wǎng)頁通常由域?qū)ο竽Ｐ?DOM)定義。DOM指定網(wǎng)頁元素(文本、圖像等等)的顯示方式(www.pcwebopaedia.com/TERM/D/DOM.html)。所訪問的每個(gè)網(wǎng)頁在客戶端5進(jìn)行緩存，所以DOM也位于客戶端上。在發(fā)生故障的情況下，健康監(jiān)控器更新內(nèi)容頁面的DOM，將任何html鏈接(對于主要服務(wù)器)變?yōu)橹赶蜉o助網(wǎng)絡(luò)服務(wù)器。這是通過重寫器組件25實(shí)現(xiàn)的(參考圖3b)。
優(yōu)選地，使用JavaTM腳本實(shí)現(xiàn)這個(gè)目的，以返回初始網(wǎng)頁所有鏈接元素的陣列(鏈接陣列)。html鏈接的形式通常是<ahref＝″www.hostname.com″></A>。
因此，JavaScript可用于返回頁面上所有URL鏈接的一種方式如下所述var linksArray＝document.all.tags(‘A’)；或者可選地，可以使用var linksArray＝document.links一旦已獲得鏈接陣列，就可能循環(huán)通過陣列，以修改目標(biāo)網(wǎng)絡(luò)服務(wù)器名稱for(var i＝0；i＜linksArray.length；i++){linkArray[i].hostname＝′server2.com′；}.hostname是JavaScript中鏈接對象的有效屬性，而且在這個(gè)示例中用于表示網(wǎng)絡(luò)服務(wù)器。
然后，必須將所修改的鏈接插回到DOM中。注意到，如果網(wǎng)頁包含某些鏈接到故障服務(wù)器的網(wǎng)頁而某些沒有包含，則需要進(jìn)行檢查，以確定改變哪些鏈接。
2)一種可供選擇的機(jī)制是在不可見的控制窗體中提供JavaScript鏈接函數(shù)，使得內(nèi)容窗體中的所有鏈接使用相對URL調(diào)用這個(gè)函數(shù)，該URL在變量中保持有當(dāng)前可運(yùn)行的服務(wù)器名稱。這樣，為了改變鏈接值，就不需要解析內(nèi)容DOM。在某些方面，這是一個(gè)更加優(yōu)選的解決方案，因?yàn)橛脩艨赡懿幌ＭL問網(wǎng)頁上的所有鏈接而且第一解決方案解析了全部DOM而沒有將此考慮在內(nèi)。
為了實(shí)現(xiàn)第二解決方案，包含鏈接的這種網(wǎng)頁中HTML的每個(gè)分段可表示如下<！—由于goLink函數(shù)將獲得健康服務(wù)器名稱，將不必改變下面的鏈接-->
<A HREF＝″javascripttop.invisible.goLink(′/content/html/pagel.html′)；″>Page 1</A>
″invisible″是不可見控制窗體的給定名稱。這段代碼調(diào)用goLink函數(shù)，并且將部分或者相對URL傳遞給這個(gè)函數(shù)(這個(gè)部分的URL省略了網(wǎng)絡(luò)服務(wù)器的網(wǎng)絡(luò)地址)。
不可見窗體中的goLink函數(shù)可能如下所示funnction goLink(relativeURL){var absoluteURL＝′http://′+healthyServer+relatiVeURL；//healthyServer is maintained by the health monitoring componentrydescribed above(healthyServer由上述健康監(jiān)控組件維護(hù))top.content.location.href＝absoluteURL；}從而，goLink函數(shù)接收相對URL，并且使用這個(gè)URL來通過將健康服務(wù)器的名稱添加到相對URL中生成絕對URL。當(dāng)然，這假設(shè)了兩個(gè)服務(wù)器上的頁面遵守相同的命名格式，只有服務(wù)器名稱不同。
第二解決方案的問題是，初始網(wǎng)頁不再遵守標(biāo)準(zhǔn)格式。必須對到網(wǎng)絡(luò)服務(wù)器上其它網(wǎng)頁的所有鏈接進(jìn)行修改，如上所述。
注意到，實(shí)際從輔助主機(jī)下載的頁面將已經(jīng)指向那個(gè)輔助主機(jī)上的其它網(wǎng)頁，或者指向完全獨(dú)立的主機(jī)。
無論使用何種解決方案，在用戶選擇任何鏈接時(shí)，現(xiàn)在都從輔助主機(jī)加載網(wǎng)頁。
一旦輔助主機(jī)已經(jīng)發(fā)生變化，其就在邏輯上變成主要主機(jī)，并且將發(fā)生故障的那個(gè)主機(jī)表示為輔助主機(jī)。
該示例假設(shè)兩個(gè)網(wǎng)絡(luò)服務(wù)器上可用的內(nèi)容是相同的。并非必須如此。在服務(wù)器發(fā)生故障的情況下，可以將用戶重新定向到具有不同內(nèi)容的網(wǎng)絡(luò)服務(wù)器，這個(gè)內(nèi)容可能是故障的說明或者報(bào)告故障的頁面或者聯(lián)系人頁面。
優(yōu)選實(shí)施方式的要求如下-必須對小應(yīng)用程序進(jìn)行簽名，使得其可以與加載其的服務(wù)器之外的服務(wù)器進(jìn)行通信。默認(rèn)地，小應(yīng)用程序只可以與加載其的網(wǎng)絡(luò)服務(wù)器進(jìn)行通信。但是，在對小應(yīng)用程序進(jìn)行簽名中，可能將其配置為與其它服務(wù)器進(jìn)行通信。
-所有網(wǎng)絡(luò)服務(wù)器必須位于同一個(gè)“域”中，例如，ibm.com，以便兩個(gè)窗體可以彼此共同合作。尤其是在使用安全網(wǎng)頁時(shí)。
雖然以接收所推送的關(guān)于網(wǎng)絡(luò)服務(wù)器狀態(tài)數(shù)據(jù)的健康監(jiān)控器的形式描述了本發(fā)明，但是，其不是必需如此。相反地，健康監(jiān)控器可能特別地請求狀態(tài)信息。健康監(jiān)控器可能只在用戶請求新鏈接時(shí)才請求該狀態(tài)。其優(yōu)勢是，只有在需要鏈接時(shí)才進(jìn)行狀態(tài)請求，從而節(jié)省了處理功率。缺點(diǎn)是，在檢查狀態(tài)時(shí)，可能對用戶引起明顯的延時(shí)。
此外，雖然優(yōu)選實(shí)施方式描述了每個(gè)主機(jī)上的健康服務(wù)，但是其不是必須如此。例如，主要主機(jī)上的健康服務(wù)可以檢查輔助主機(jī)上網(wǎng)絡(luò)服務(wù)器的狀態(tài)。這個(gè)解決方案的缺點(diǎn)是，如果主要主機(jī)本身發(fā)生故障(而不僅是主要網(wǎng)絡(luò)服務(wù)器)，則其不可能再驗(yàn)證輔助主機(jī)及其網(wǎng)絡(luò)服務(wù)器的狀態(tài)。當(dāng)然，另一個(gè)選則是，在監(jiān)控多個(gè)網(wǎng)絡(luò)服務(wù)器的完全獨(dú)立機(jī)器上具有健康服務(wù)。
另外，雖然以下載包括小應(yīng)用程序的初始網(wǎng)頁的形式描述了本發(fā)明，但是，其不是必須如此。健康監(jiān)控器可以作為通用插件下載，然后可以將其配置為與多個(gè)網(wǎng)絡(luò)服務(wù)器的其中一個(gè)共同合作。
注意到，本發(fā)明描述了由健康服務(wù)監(jiān)控網(wǎng)絡(luò)服務(wù)器。但是，網(wǎng)絡(luò)服務(wù)器可與多個(gè)后端資源(服務(wù)器、數(shù)據(jù)庫等等)進(jìn)行交互。健康服務(wù)也可跟蹤這種資源的狀態(tài)，并且提供考慮到這些資源的狀態(tài)信息。從而，例如，如果資源沒有正常運(yùn)行，則可報(bào)告故障。
最后，健康監(jiān)控器不必與健康服務(wù)進(jìn)行通信。在一個(gè)可供選擇的實(shí)施方式中，健康監(jiān)控器直接與其監(jiān)控的網(wǎng)絡(luò)服務(wù)器進(jìn)行通信。在這個(gè)實(shí)施方式中，網(wǎng)絡(luò)服務(wù)器向健康監(jiān)控器提供可供選擇的服務(wù)器，以在發(fā)生故障的情況下使用。
本發(fā)明具有多個(gè)優(yōu)勢1)簡便性。這是因?yàn)椴恍枰哂兄虚g節(jié)點(diǎn)、集群管理軟件等形式的附加硬件和軟件。
2)因此，這種解決方案價(jià)格較低廉。
3)這種解決方案可以實(shí)現(xiàn)并運(yùn)行在具有有限功能的網(wǎng)絡(luò)服務(wù)器以及具有有限存儲器和處理能力的硬件上。
權(quán)利要求
1.一種可在客戶端上運(yùn)行的用于處理網(wǎng)絡(luò)服務(wù)器故障的健康監(jiān)控器方法，該客戶端是對于來自該網(wǎng)絡(luò)服務(wù)器的網(wǎng)頁的請求的來源方，該方法包括接收對于該網(wǎng)絡(luò)服務(wù)器的狀態(tài)信息，響應(yīng)于確定該網(wǎng)絡(luò)服務(wù)器已經(jīng)發(fā)生故障，將對于該網(wǎng)絡(luò)服務(wù)器所提供網(wǎng)頁的客戶端請求重新定向到另一個(gè)工作的網(wǎng)絡(luò)服務(wù)器。
2.根據(jù)權(quán)利要求1所述的方法，包括該健康監(jiān)控器周期性地請求該狀態(tài)信息。
3.根據(jù)權(quán)利要求2所述的方法，其中該周期性地請求該網(wǎng)絡(luò)服務(wù)器狀態(tài)信息的步驟包括響應(yīng)于該客戶端對到該網(wǎng)絡(luò)服務(wù)器所提供網(wǎng)頁的鏈接的請求，請求該狀態(tài)。
4.根據(jù)權(quán)利要求1、2或3所述的方法，包括下載客戶端請求所來源的網(wǎng)頁，該網(wǎng)頁由該網(wǎng)絡(luò)服務(wù)器提供。
5.根據(jù)權(quán)利要求4所述的方法，其中該網(wǎng)頁包括到該網(wǎng)絡(luò)服務(wù)器所提供網(wǎng)頁的多個(gè)鏈接，該重新定向客戶端請求的步驟包括取回到該網(wǎng)絡(luò)服務(wù)器的所有網(wǎng)頁鏈接；以及重寫所取回的網(wǎng)頁鏈接，以便該網(wǎng)頁鏈接指向該其它網(wǎng)絡(luò)服務(wù)器。
6.根據(jù)權(quán)利要求4所述的方法，其中該所下載的網(wǎng)頁包括到網(wǎng)頁的多個(gè)鏈接，其中用戶對鏈接的激活導(dǎo)致執(zhí)行鏈接函數(shù)，該鏈接函數(shù)用于確定將要鏈接到哪個(gè)服務(wù)器，該方法包括響應(yīng)于確定該提供所請求網(wǎng)頁的網(wǎng)絡(luò)服務(wù)器已經(jīng)發(fā)生故障，使用該鏈接函數(shù)訪問該其它服務(wù)器。
7.根據(jù)權(quán)利要求4所述的方法，包括接收對于鏈接到該網(wǎng)絡(luò)服務(wù)器的特定網(wǎng)頁的請求；以及響應(yīng)于確定該提供該網(wǎng)頁的網(wǎng)絡(luò)服務(wù)器已經(jīng)發(fā)生故障，該健康監(jiān)控器修改所請求的鏈接以指向該其它工作的網(wǎng)絡(luò)服務(wù)器。
8.根據(jù)權(quán)利要求1至7中任何一個(gè)權(quán)利要求所述的方法，包括利用網(wǎng)頁下載該健康監(jiān)控器，該網(wǎng)頁包括用于顯示可見內(nèi)容的內(nèi)容窗體以及用于包含該健康監(jiān)控器的控制窗體。
9.根據(jù)前述任何一個(gè)權(quán)利要求所述的方法，包括接收一個(gè)或多個(gè)將在發(fā)生故障的情況下使用的可供選擇的服務(wù)器的列表。
10.根據(jù)權(quán)利要求1至8中任何一個(gè)權(quán)利要求所述的方法，其中該健康監(jiān)控器被配置有一個(gè)或多個(gè)將在發(fā)生故障的情況下使用的可供選擇的服務(wù)器。
11.根據(jù)前述任何一個(gè)權(quán)利要求所述的方法，包括接收關(guān)于多個(gè)可能的可供選擇網(wǎng)絡(luò)服務(wù)器中的每個(gè)所經(jīng)歷的工作量的狀態(tài)信息；以及使用這種工作量信息選擇網(wǎng)絡(luò)服務(wù)器。
12.一種可在客戶端上運(yùn)行并且用于處理網(wǎng)絡(luò)服務(wù)器故障的健康監(jiān)控器，該客戶端是對于來自該網(wǎng)絡(luò)服務(wù)器的網(wǎng)頁的請求的來源方，該健康監(jiān)控器包括用于接收對于該網(wǎng)絡(luò)服務(wù)器的狀態(tài)信息的裝置；以及用于響應(yīng)于確定該網(wǎng)絡(luò)服務(wù)器已經(jīng)發(fā)生故障，將對于該網(wǎng)絡(luò)服務(wù)器所提供網(wǎng)頁的客戶端請求重新定向到另一個(gè)工作的網(wǎng)絡(luò)服務(wù)器的裝置。
13.根據(jù)權(quán)利要求12所述的健康監(jiān)控器，包括用于該健康監(jiān)控器的裝置，以周期性地請求該狀態(tài)信息。
14.根據(jù)權(quán)利要求13所述的健康監(jiān)控器，其中該用于周期性地請求該網(wǎng)絡(luò)服務(wù)器狀態(tài)的裝置包括響應(yīng)于該客戶端對到該網(wǎng)絡(luò)服務(wù)器所提供網(wǎng)頁的鏈接的請求，請求該狀態(tài)。
15.根據(jù)權(quán)利要求12、13或者14所述的健康監(jiān)控器，包括用于下載客戶端請求所來源的網(wǎng)頁的裝置，該網(wǎng)頁由該網(wǎng)絡(luò)服務(wù)器提供。
16.根據(jù)權(quán)利要求15所述的健康監(jiān)控器，其中該網(wǎng)頁包括到該網(wǎng)絡(luò)服務(wù)器所提供網(wǎng)頁的多個(gè)鏈接，該用于重新定向客戶端請求的裝置包括用于取回到該網(wǎng)絡(luò)服務(wù)器的所有網(wǎng)頁鏈接的裝置；以及用于重寫所取回的網(wǎng)頁鏈接以便該網(wǎng)頁鏈接指向該其它網(wǎng)絡(luò)服務(wù)器的裝置。
17.根據(jù)權(quán)利要求15所述的健康監(jiān)控器，其中該所下載的網(wǎng)頁包括到網(wǎng)頁的多個(gè)鏈接，其中用戶對鏈接的激活導(dǎo)致執(zhí)行鏈接函數(shù)，該鏈接函數(shù)用于確定將要鏈接到哪個(gè)服務(wù)器，該方法包括響應(yīng)于確定該提供所請求網(wǎng)頁的網(wǎng)絡(luò)服務(wù)器已經(jīng)發(fā)生故障，使用該鏈接函數(shù)訪問該其它服務(wù)器。
18.根據(jù)權(quán)利要求15所述的健康監(jiān)控器，包括用于接收對于鏈接到該網(wǎng)絡(luò)服務(wù)器的特定網(wǎng)頁的請求的裝置；以及響應(yīng)于確定該提供該網(wǎng)頁的網(wǎng)絡(luò)服務(wù)器已經(jīng)發(fā)生故障，用于使該健康監(jiān)控器修改所請求的鏈接以指向該其它的工作的網(wǎng)絡(luò)服務(wù)器的裝置。
19.根據(jù)權(quán)利要求12至18中任何一個(gè)權(quán)利要求所述的健康監(jiān)控器，包括用于利用網(wǎng)頁下載該健康監(jiān)控器的裝置，該網(wǎng)頁包括用于顯示可見內(nèi)容的內(nèi)容窗體以及包含該健康監(jiān)控器的控制窗體。
20.根據(jù)權(quán)利要求12至19中任何一個(gè)權(quán)利要求所述的健康監(jiān)控器，包括用于接收一個(gè)或多個(gè)將在發(fā)生故障的情況下使用的可供選擇服務(wù)器的列表的裝置。
21.根據(jù)權(quán)利要求12至19中任何一個(gè)權(quán)利要求所述的健康監(jiān)控器，包括用于將該健康監(jiān)控器配置有一個(gè)或多個(gè)將在發(fā)生故障的情況下使用的可供選擇的服務(wù)器的裝置。
22.根據(jù)權(quán)利要求12至21中任何一個(gè)權(quán)利要求所述的健康監(jiān)控器，包括用于接收關(guān)于多個(gè)可能的可供選擇網(wǎng)絡(luò)服務(wù)器中的每個(gè)所經(jīng)歷的工作量的狀態(tài)信息的裝置；以及用于使用這種工作量信息選擇網(wǎng)絡(luò)服務(wù)器的裝置。
23.一種計(jì)算機(jī)程序，包括程序代碼裝置，該程序代碼裝置適用于在所述程序運(yùn)行于計(jì)算機(jī)上時(shí)執(zhí)行權(quán)利要求1至11中任何一個(gè)權(quán)利要求的方法。
全文摘要
一種客戶端處理網(wǎng)絡(luò)服務(wù)器故障的方法、裝置和計(jì)算機(jī)程序。客戶端包括用于監(jiān)控網(wǎng)絡(luò)服務(wù)器的狀態(tài)的健康監(jiān)控器。客戶端是對于來自網(wǎng)絡(luò)服務(wù)器的網(wǎng)頁請求的來源方。健康監(jiān)控器接收網(wǎng)絡(luò)服務(wù)器的狀態(tài)信息，以及如果健康監(jiān)控器確定網(wǎng)絡(luò)服務(wù)器已經(jīng)發(fā)生故障，則健康監(jiān)控器將對于由網(wǎng)絡(luò)服務(wù)器所提供網(wǎng)頁的請求重新定向到另一個(gè)工作的網(wǎng)絡(luò)服務(wù)器。
文檔編號H04L12/26GK1937532SQ20061011594
公開日2007年3月28日 申請日期2006年8月21日 優(yōu)先權(quán)日2005年9月21日
發(fā)明者戴維·洛克, 馬丁·J·蓋爾 申請人:國際商業(yè)機(jī)器公司