專利名稱：使用客戶端的高速緩存來備份服務(wù)器上數(shù)據(jù)的設(shè)備和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及使用客戶端的web瀏覽器的高速緩存存儲器來備份服務(wù) 器中的數(shù)據(jù)。
背景技術(shù)：
近年來，web服務(wù)器上積累的數(shù)據(jù)(web數(shù)據(jù))越來越重要。而且， 有必要對數(shù)據(jù)進(jìn)行備份以防意外丟失。這些數(shù)據(jù)的總量持續(xù)增長。此外， 由于用戶數(shù)量也有所增加，存在各種各樣的方法用于數(shù)據(jù)備份，諸如為 每個用戶保留歷史數(shù)據(jù)等等。作為結(jié)果，備份操作變得很復(fù)雜，并且完 成備份的工作量也變得很繁重。為了在服務(wù)器側(cè)備份這些數(shù)據(jù)，提高了 需要提供給服務(wù)器的資源和管理成本。在服務(wù)器中，利用磁帶驅(qū)動器等 來進(jìn)行當(dāng)前的數(shù)據(jù)備份以及使用備份數(shù)據(jù)的恢復(fù)操作。除此之外，就可能在客戶端側(cè)進(jìn)行的備份和恢復(fù)操作而言，使用手 動執(zhí)行的用于構(gòu)建web應(yīng)用的方法。這種方法在家庭網(wǎng)絡(luò)路由器之類的 小規(guī)模web應(yīng)用中尤其多見。在這些小規(guī)模的web應(yīng)用中，經(jīng)由HTTP (用于執(zhí)行GET方法或POST方法的命令輸入)在客戶端和服務(wù)器之間 發(fā)送/接收備份數(shù)據(jù)，并且隨后進(jìn)行存儲。此外，當(dāng)出現(xiàn)使用備份數(shù)據(jù)來 恢復(fù)web數(shù)據(jù)的需要時，通過使用類型屬性為文件的HTML輸入形式 來規(guī)定包括備份數(shù)據(jù)的文件，并且隨后經(jīng)由HTTP (用于執(zhí)行POST方 法的命令輸入)將該文件從客戶端發(fā)送到服務(wù)器，以便恢復(fù)web數(shù)據(jù)。 換言之，在現(xiàn)有的環(huán)境中，web瀏覽器的操作者手動地執(zhí)行關(guān)于備份和 恢復(fù)的操作。此外，在日本專利申請公開No. 2004-185263中，客戶端具有用于 臨時存儲web服務(wù)器的內(nèi)容的高速》爰存功能，并且系統(tǒng)是用于傳送內(nèi)容 的分布式系統(tǒng)。然而，其中沒有清楚地公開，當(dāng)web服務(wù)器的內(nèi)容被破
壞或在其他類似情況下，如何將客戶端保留的內(nèi)容作為備份數(shù)據(jù)上傳。 發(fā)明內(nèi)容本發(fā)明提供了 一種用于通過使用客戶端的高速緩存容易地備份服 務(wù)器上的數(shù)據(jù)以及用于將所備份數(shù)據(jù)上傳到該服務(wù)器的方法和設(shè)備。為了解決上述問題，在本發(fā)明中，提出了一種方法，其中服務(wù)器通過使用HTTP協(xié)議使得客戶端備份服務(wù)器的資源數(shù)據(jù)的一部分。該方法 包括步驟將待備份資源數(shù)據(jù)發(fā)送到客戶端；確定是否需要對待備份資 源數(shù)據(jù)進(jìn)行恢復(fù)；響應(yīng)于確定結(jié)果表明需要恢復(fù)待備份資源數(shù)據(jù)，將具 有表明需要恢復(fù)待備份資源數(shù)據(jù)的消息以及表明待備份資源數(shù)據(jù)沒有 更新的消息的HTTP響應(yīng)發(fā)送到客戶端；以及通過從客戶端接收待備份 資源數(shù)據(jù)的備份來恢復(fù)待備份資源數(shù)據(jù)。本發(fā)明的方法支持如下處理， 即在客戶端中備份服務(wù)器的待備份資源數(shù)據(jù)并在服務(wù)器的待備份資源 數(shù)據(jù)丟失時恢復(fù)該數(shù)據(jù)。如上所述，已經(jīng)作為一種方法描述了本發(fā)明的相無要。然而，本發(fā)明 還可以被考慮為一種設(shè)備、 一種程序或者一種程序產(chǎn)品。例如，程序產(chǎn) 品可以包括存儲上述程序的記錄介質(zhì)，或者傳送該程序的介質(zhì)。本發(fā)明的上述概要并沒有述及本發(fā)明的所有需要的特征，但是應(yīng)當(dāng) 理解，這些構(gòu)成要素的組合或者再組合也屬于本發(fā)明。


為了更全面地理解本發(fā)明及其優(yōu)點，現(xiàn)在結(jié)合附圖參考下文的描述。圖1是備份系統(tǒng)100的高級示意圖，該備份系統(tǒng)根據(jù)本發(fā)明通過使 用客戶端的高速緩存容易地備份服務(wù)器上的數(shù)據(jù)并將所備份數(shù)據(jù)上傳 到服務(wù)器。圖2是示意圖200，其示意性地示出了本發(fā)明的備份系統(tǒng)的功能框。圖3例示了客戶端對web服務(wù)器的資源數(shù)據(jù)進(jìn)行備份的序列。圖4例示了通過使用在客戶端中備份的資源數(shù)據(jù)恢復(fù)web服務(wù)器的
資源數(shù)據(jù)的序列。圖5示出了備份和恢復(fù)由門戶站點中的portlet管理的數(shù)據(jù)的例子， 該例子使用了本發(fā)明。圖6示出了通過使用本發(fā)明自動備份和恢復(fù)路由器設(shè)置信息的例工。圖7示出了通過使用本發(fā)明避免永久性地存儲購物站點等上的個人信息的例子。圖8示出了在匿名購物站點上購物的例子。圖9示出了對公司的Wiki服務(wù)器進(jìn)行備份的例子。圖10是一個視圖，示出了根據(jù)本發(fā)明的一個實施例的用于獲得客戶端210和web服務(wù)器250的優(yōu)選信息處理器硬件配置的例子。
具體實施方式
圖1是本發(fā)明的備份系統(tǒng)100的高級示意圖，該系統(tǒng)通過使用客戶 端的高速緩存容易地備份服務(wù)器上的數(shù)據(jù)并將所備份的數(shù)據(jù)上傳到服 務(wù)器?？蛻舳?10a-110c經(jīng)由網(wǎng)絡(luò)101連接到服務(wù)器130a和130b。在 此，服務(wù)器130a和130b例如是web服務(wù)器，并且提供多個服務(wù)器130。 然而，服務(wù)器130的數(shù)量可以是一個。而且，提供多個客戶端終端，但 是本發(fā)明的系統(tǒng)可以利用單個客戶端終端來執(zhí)行?？蛻舳?10a- 110c經(jīng)由網(wǎng)絡(luò)101與web服務(wù)器130a和130b通信， 并下載備份數(shù)據(jù)。此外，當(dāng)web服務(wù)器130a和130b的任何備份數(shù)據(jù)損 壞時，將客戶端110a- 110c中任一個客戶端中的該已損壞數(shù)據(jù)的備份上 傳到web服務(wù)器130a或130b。圖2是示意圖200，其示意性地示出了根據(jù)本發(fā)明的備份系統(tǒng)的功 能框?？蛻舳?10a-210c經(jīng)由網(wǎng)絡(luò)201連接到web服務(wù)器250。標(biāo)號 290表示資源發(fā)布器，其是web服務(wù)器250中存儲的資源263的源。該 資源263通常是web數(shù)據(jù)，但是其也可以是需要備份的另 一種類型的數(shù) 據(jù)。當(dāng)web服務(wù)器250的資源是原始資源時，資源發(fā)布器290并不一定 要存在于本發(fā)明的備份系統(tǒng)中。 客戶端210a包括web瀏覽器211 。在下載colback的JavaScript 213 后，客戶端210a通過使用web瀏覽器211執(zhí)行下載資源的功能215，確 定恢復(fù)資源的必要性的功能217;以及遞送資源的功能219。下載資源 的功能215是從web服務(wù)器250下栽應(yīng)當(dāng)被備份的資源數(shù)據(jù)的功能。確 定恢復(fù)資源的必要性的功能217是確定是否需要在、,veb服務(wù)器250中恢 復(fù)資源數(shù)據(jù)的功能。遞送資源的功能219是向web服務(wù)器250發(fā)送資源 數(shù)據(jù)的功能。順便提及，標(biāo)號213使用了 JavaScript語言，但是也可以 配置為使用另一種語言、硬件、軟件等等。將給出關(guān)于這些功能參考后面提及的序列圖進(jìn)行操作時的描述?？?戶端210a具有存儲器221,并且存儲已經(jīng)^皮備份的資源數(shù)據(jù)263。資源 數(shù)據(jù)223是web服務(wù)器250中的復(fù)制資源數(shù)據(jù)263的一部分或全部。然 而，資源數(shù)據(jù)223和263在數(shù)據(jù)格式等方面可以是不同的。客戶端210b、 210c，…都具有與客戶端210a的功能類似的功能。web服務(wù)器250通過使用colback servlet 251 4九行接收資源的功能 253,確定恢復(fù)資源的功能255，以及發(fā)送資源的功能257。接收資源的 功能253從客戶端210接收需要恢復(fù)的資源數(shù)據(jù)263。而且，功能253 可以首先從資源發(fā)布器290接收曾經(jīng)備份的資源數(shù)據(jù)，或者可以通過另 一種方法接收數(shù)據(jù)。確定恢復(fù)資源的功能255確定是否需要恢復(fù)資源數(shù) 據(jù)263。功能255可以例如針對文件單元的每一部分確定是否需要恢復(fù) 資源數(shù)據(jù)263。發(fā)送資源的功能257發(fā)送資源數(shù)據(jù)263以便客戶端可以 備4分該數(shù)據(jù)。colbackservlet251使用Java(注冊商標(biāo))技術(shù)，但是除Java 以外的技術(shù)也可以用于執(zhí)行類似的功能。web服務(wù)器250包括存儲器259,其具有colback JavaScript 261和資 源數(shù)據(jù)263。當(dāng)客戶端210訪問web服務(wù)器250時，colback JavaScript 261 凈皮下載到客戶端210。 colback JavaScript 261和colback JavaScript 213是 相同的。注意在系統(tǒng)中可以提供多個web服務(wù)器。圖3示出了客戶端對web服務(wù)器的資源數(shù)據(jù)進(jìn)行備份的序列。按照 下述的a-d進(jìn)行處理。a)資源發(fā)布器為colback servlet提供資源數(shù)據(jù)(步驟1和步驟2)。
盡管在此直接為colback servlet提供資源數(shù)據(jù)，但是也可以通過另 一種方法，例如通過使用ftp協(xié)議為web服務(wù)器提供數(shù)據(jù)。所提供的資 源數(shù)據(jù)與指定的URL (/.../resl )相關(guān)聯(lián)。b)將資源數(shù)據(jù)的副本高速緩存在web瀏覽器上。web瀏覽器訪問網(wǎng)頁(步驟3 )。在此，web瀏覽器訪問Z.jindex.html 代表的URL,并通過HTTP的GET方法獲得請求數(shù)據(jù)。此時，服務(wù)器 將colback JavaScript發(fā)送到客戶端(步驟4 )。 web瀏覽器解析并執(zhí)行下 載的colback JavaScript (步驟5 )。 colback JavaScript利用URL (/…/resl ) 訪問colback servlet (web服務(wù)器的存儲)(步驟5.1 )，并下栽需要備份 的資源數(shù)據(jù)(步驟5.2)。 web瀏覽器接收資源數(shù)據(jù)(步驟6),并對資源 數(shù)據(jù)進(jìn)行高速緩存(步驟7和步驟8 )。c )假定web服務(wù)器上的數(shù)據(jù)由資源發(fā)布器更新(步驟9和步驟10 )。d) web瀏覽器更新已經(jīng)在web瀏覽器上高速緩存的資源數(shù)據(jù)的副本。web瀏覽器再次訪問web服務(wù)器(colback servlet)(步驟11和步驟 12)。圖3的步驟12例示了一種情況，其中/…/index.html上的數(shù)據(jù)在 colback JavaScript中沒有變化。當(dāng)/.. ,/index.html上的數(shù)據(jù)有變化時，在 步驟12中執(zhí)行與步驟3相同的處理。web瀏覽器執(zhí)行colback JavaScript (步驟13 )。所執(zhí)行的colback JavaScript向colback servlet輸出HTTP的 GET請求,同時在報頭中包括URL (/.. ./resl )和If-Modified-Since (步 驟13.1 )。 If-Modified-Since意味著如果所請求的數(shù)據(jù)被更新則下載該數(shù) 據(jù)。接收到HTTP的GET請求的colback servlet檢查是否需要更新或恢 復(fù)資源數(shù)據(jù)(步驟13丄1和步驟13丄2)。由于此時資源數(shù)據(jù)尚未丟失， colback servlet通過使用web瀏覽器發(fā)送來的URL (/…/resl )和從報頭 中提取的時間戳，檢查是否有必要更新已經(jīng)由web瀏覽器高速緩存的資 源數(shù)據(jù)的副本。由于資源數(shù)據(jù)的副本需要更新，將更新的資源數(shù)據(jù)的副 本和HTTP響應(yīng)200 0K返回到web瀏覽器(colback JavaScript)(步驟 13.2)。如果不需要更新資源數(shù)據(jù)的副本，則返回HTTP響應(yīng)303 Not Modified。接收200 OK的web瀏覽器利用接收到的新資源數(shù)據(jù)更新之 前高速緩存的資源數(shù)據(jù)的副本作為副本(步驟15和步驟16)。圖4示出了利用在客戶端中備份的資源數(shù)據(jù)恢復(fù)web瀏覽器的資源 數(shù)據(jù)的序列。按照下述的e-f進(jìn)行處理。e) 假定存儲在web服務(wù)器中的資源數(shù)據(jù)由于某種原因被損壞和丟 失(步驟17和步驟18)。f) 恢復(fù)資源數(shù)據(jù)。web瀏覽器訪問web服務(wù)器(colback servlet)(步驟19和步驟20 )。 步驟20例示了一種情況，其中/…/index.html上的數(shù)據(jù)在colback JavaScript等中沒有變化。web瀏覽器執(zhí)行colback JavaScript (步驟21 )。 所批zf亍的colback JavaScript向colback servlet輸出HTTP的GET請求， 同時在報頭中包括URL (/…/resl )和If-Modified-Since (步驟21.1 )。 If-Modified-Since意味著如果所請求的數(shù)據(jù)被更新則下載該數(shù)據(jù)。接收 到HTTP的GET請求的colback servlet檢查是否需要更新或恢復(fù)資源數(shù) 據(jù)(步驟21丄1和步驟21丄2)。由于此時資源數(shù)據(jù)已經(jīng)丟失，colback servlet通過使用web瀏覽器發(fā) 送來的URL (/…/resl )和時間戳，檢查是否有可能利用已經(jīng)由web瀏 覽器高速緩存的資源數(shù)據(jù)的副本來恢復(fù)丟失數(shù)據(jù)。作為檢查的結(jié)果，確 定數(shù)據(jù)是否可以被恢復(fù)。此后，將具有表明恢復(fù)請求的特殊報頭 (Cache-Control: Co舊ack-DoRecovery)的HTTP響應(yīng)304 Not Modified 返回到web瀏覽器(步驟21.2)。利用常規(guī)的已有HTTP響應(yīng)304 Not Modified, web瀏覽器可以下載新請求的數(shù)據(jù)(在此為.../index.html)并 隨后轉(zhuǎn)向下一處理。如果確定由于數(shù)據(jù)副本太陳舊或其他原因資源數(shù)據(jù)不能被恢復(fù)，則 返回HTTP響應(yīng)404 Not Found,以便表明沒有找到數(shù)據(jù)。否則，返回 HTTP響應(yīng)503 Service Unavailable,以^更表明在資源數(shù)據(jù)恢復(fù)之前訪問 不可用。然后，web瀏覽器將來自已經(jīng)接收到具有Cache-Control: Coffiack=DoRecovery的HTTP響應(yīng)304 Not Modified的高速緩存的資源 數(shù)據(jù)的副本提取到存儲器上(步驟21.3)，并將該副本發(fā)送到colback servlet (步驟2L5)。接收到資源數(shù)據(jù)副本的colback servlet通過將該副 本存儲到資源數(shù)據(jù)存儲區(qū)域中而恢復(fù)丟失的資源(步驟21.5.1 )。 colback JavaScript和web瀏覽器接收表明已經(jīng)成功地進(jìn)行了恢復(fù)的消息(步驟 21.6和步驟22 )。下面是在colback JavaScript當(dāng)中，將具有包括If-Modified-Since的 報頭的HTTP請求輸出到colback servlet，并隨后基于colback servlet的 響應(yīng)更新高速緩存或恢復(fù)資源的程序代碼。<!DOCTYPE html PUBLIC "-〃W3C〃DTD XHTML 1.0 Strict〃EN""http://www w3.org/fR/xhtmll/DTD/xhtmll-strict.dtd"><htmlxmlns="http://www.w3,or'g/1999/.xhtml" lang="en"認(rèn)l: lang="en"><head><title>ColBack JavaScript</title> <script' t.ype="text/javascript"> 〃<! [CDATA[var lastModified = "Thu, 01 Jim 1970 00:00:00 GMT" function isRecoveryNeeded(req) {var cacheControl = req.getResponseHeader ("Cache-Control"),. return cacheCcmtrol &&cacheControl.match (/￥s*ColBack￥s*=￥s*￥"DoRecovery￥"￥S*/),-3function checkStatus() {var req = new XMiLHttpRequest (》,'req. open ("GET", "resource", fals^),.req.setRequestHeader("If-Modified-Since", lastModified) req.send("")if(req.getAllResponseHeadefs().match("Last—Modified")) .{ lastModified = req.getResponseHeader ("Last-Modif ied"),. }if (i:eq.status -- 200 | | i:eq,sta.tus == 304) { // OK or Not Modifiedif (isRecoveryNeeded(req》){var responseText - req,responseText// send req.responseText to the ColBack servlet for recovery req.open("POST", "recovery ", false); req.setRequestHeader('Content-Type ，, 'application/x-www-form-urlencoded，) req. send (' value-' + responseText),'
} else {// cache may be updated} }〃]〗> </script> </head> <body><button onclick-"checkStatus()">Check Status</button><div id;"content"><,/div></body></htnil>在HTTP 1.1的基礎(chǔ)上例示了本發(fā)明。HTTP 1.1具有高速緩存控制 擴(kuò)展功能，并且可以以"name=value"的格式指定任意字符串，作為HTTP 響應(yīng)304 Not Modified允許的cache-control報頭的值。相應(yīng)地，假設(shè)在 本發(fā)明中，Cache-Control: Co舊ack-DoRecovery用于HTTP響應(yīng)304 Not Modified以便表明需要對資源進(jìn)行恢復(fù)。如果不4吏用Cache-Control: Co氾ack-DoRecovery,則可能在圖3和 圖4的步驟5.1、步驟13.1和步驟21.1中輸出HTTP請求之前或與之同 時通過另一 HTTP請求明確地檢查恢復(fù)的必要性(通過使用另 一線程)。 換言之，考慮到依賴于瀏覽器類型的情況，本領(lǐng)域普通技術(shù)人員顯然可(應(yīng)用示例l)圖5示出了自動地備份和恢復(fù)由門戶站點中的portlet管理的數(shù)據(jù)的 例子，該例子使用了本發(fā)明。在客戶端520a中，portlet 531管理三種類 型的用戶個人數(shù)據(jù)，包括portlet設(shè)置533 、 portlet數(shù)據(jù)535和portlet會 話537。客戶端520a中包括的portlet 531對應(yīng)于門戶站點的portlet 513a。 客戶端520b中包括的portlet 531 b對應(yīng)于門戶站點的portlet 513b。門戶 站點常規(guī)地需要備份數(shù)據(jù)513a， 513b...，并且由此備份的成本很高。然
而，本發(fā)明即使在刪除了門戶站點的portlet的情況下依然支持恢復(fù)。本 發(fā)明的機(jī)制支持自動備份和恢復(fù)portlet的數(shù)據(jù)。在圖5的情況中，可以 通過向portlet容器或portlet中添加colback servlet功能來完成恢復(fù)。 (應(yīng)用示例2)圖6示出了自動備份和恢復(fù)路由器設(shè)置信息的例子，該例子使用了 本發(fā)明。某些常規(guī)的路由器包括web瀏覽器功能640作為管理者的設(shè)置 管理界面，并且設(shè)置被設(shè)計為從管理者的計算機(jī)通過訪問作為web瀏覽 器的指定URL而被管理。管理者通過執(zhí)行保存命令(諸如按壓保存鍵) 在計算機(jī)的硬盤中保存從路由器下載到瀏覽器的文件(設(shè)置信息)，以 便備份設(shè)置信息。而且，可以通過指定保存文件的區(qū)域并執(zhí)行恢復(fù)命令 (諸如按壓恢復(fù)鍵)而從所保存的文件中恢復(fù)設(shè)置信息。如上所述，常規(guī)地，需要管理者明確地將該設(shè)置作為文件保存并根 據(jù)需要進(jìn)行手動恢復(fù)。通過使用本發(fā)明的機(jī)制，可以通過在瀏覽器的高 速緩存中保存路由器的設(shè)置信息，而自動地備份和恢復(fù)設(shè)置信息，而不 必再麻煩管理者。按照下述步驟進(jìn)行備份。1) 管理者按壓瀏覽器上的"設(shè)置更新"鍵，以便更新路由器的設(shè)置 信息。2) 在更新后路由器存儲設(shè)置信息613。3) 通過向瀏覽器返回響應(yīng)，路由器在瀏覽器的高速緩存中存儲路由 器的設(shè)置信息631 (執(zhí)行圖3中的步驟3-步驟11)。按照下述步驟進(jìn)行恢復(fù)。1) 管理者通過打開瀏覽器上的設(shè)置窗口而開始圖4中的步驟19以便 檢查設(shè)置，并且從高速緩存中的路由器的設(shè)置信息631中恢復(fù)路由器的 原始設(shè)置信息613。2) 該方法不僅可以適用于路由器，而且可以適用于連接到網(wǎng)絡(luò)并具 有web瀏覽器界面的其他信息設(shè)備(硬盤記錄器等)。(應(yīng)用示例3)圖7示出了避免永久性地存^^購物站點等上的個人信息的例子，該
例子使用了本發(fā)明。在某些購物站點上， 一旦在第一次使用時注冊了個 人信息，從第二次使用開始存儲在服務(wù)器中的個人信息就自動地輸入到表單中。然而，最近，在保護(hù)個人信息方面的關(guān)注持續(xù)增長，從而web 站點的運營商們傾向于盡可能少地保留個人信息。在此個人信息不僅包 括姓名、地址和信用卡號碼，而且包括用戶的購物記錄。在某種程度上 這些信息被認(rèn)為是數(shù)量巨大的。按照下述程序在服務(wù)器和客戶端之間執(zhí)行具有更高安全性的個人 信息交換。(a) 用戶第一次使用站點。1 )用戶輸入其個人信息并將信息發(fā)送到服務(wù)器。2) 服務(wù)器利用服務(wù)器的密鑰715a對包括"購物記錄"的個人信息 713a進(jìn)行簽名和編碼，并且通過向瀏覽器返回已簽名和編碼的信息，將 個人信息731a高速緩存為個人信息713a的副本(同時執(zhí)行圖3中的步 驟5 -步驟8 )。3) 服務(wù)器利用該個人信息完成對應(yīng)用報告的處理。4) 服務(wù)器從磁盤刪除該個人信息。(b) 用戶再次使用該站點。1) 將web瀏覽器的高速緩存中的個人信息發(fā)送到具有本發(fā)明的應(yīng)用 的服務(wù)器。服務(wù)器檢查簽名并對簽名進(jìn)行解碼，自動地將該個人信息輸 入到表單中(執(zhí)行圖4中的步驟19-步驟22)。2) 基于"購物記錄"顯示推薦商品。3) 服務(wù)器利用該個人信息完成對應(yīng)用報告的處理。4) 服務(wù)器從磁盤刪除該個人信息。利用該程序，服務(wù)器的密鑰和已編碼的數(shù)據(jù)存儲在不同的區(qū)域，即 服務(wù)器和客戶端。如果服務(wù)器的密鑰在步驟(a)之后被盜，由于已編碼 的數(shù)據(jù)在客戶端的磁盤上，這比服務(wù)器的密鑰和已編碼的數(shù)據(jù)都在服務(wù) 器的情況更安全。此外，關(guān)于個人信息的處理，站點的運營商可以向用 戶表示他們將在對報告進(jìn)行處理之后立即刪除個人信息，而又不會有損 自動輸入個人信息的便利性。由此，運營商可以為其服務(wù)增值。(應(yīng)用示例4)圖8示出了在匿名購物站點上購物的例子。按照下述程序進(jìn)行對購 物車信息的備份。1) 用戶匿名地使用購物站點(不登錄到該站點)。2) 用戶通過指定不同的選項(諸如待打印的圖像)在購物車813a中 添加不同的商品(諸如T恤衫)，并且也在客戶端側(cè)存儲購物車831a(執(zhí) 行圖3中的步驟13-步驟16)。3) 用戶由于某種原因簡單地關(guān)閉了瀏覽器應(yīng)用。4) 用戶重新啟動瀏覽器應(yīng)用，并且來到購物站點。5) 購物站點恢復(fù)關(guān)于之前的購物車831a的數(shù)據(jù)(執(zhí)行圖4的步驟 19-步驟22)。6) 在添加商品之后，用戶輸入注冊信息和卡信息，并購買商品。 在現(xiàn)有的環(huán)境下，購物車的狀態(tài)存儲在購物站點服務(wù)器側(cè)，并且客戶端將保存ID存儲為cookie。然而，當(dāng)有很多用戶時，購物車的數(shù)量將 很多，這導(dǎo)致服務(wù)器側(cè)的高昂管理成本。另一方面，本發(fā)明使得有可能 在服務(wù)器側(cè)臨時地存儲購物車的狀態(tài)，并在客戶端側(cè)上保存其備份數(shù) 據(jù)。因此，即使由于時間和操作限制，服務(wù)器側(cè)的數(shù)據(jù)被清除，也有可 能恢復(fù)關(guān)于購物車狀態(tài)的數(shù)據(jù)。 (應(yīng)用示例5)圖9示出了對公司的Wiki服務(wù)器進(jìn)行備份的例子。按照下述程序進(jìn) 行對Wiki服務(wù)器的備份。1) 操作者準(zhǔn)備需要嚴(yán)格備份的重要區(qū)915 (高成本)，以及不需要嚴(yán) 格備份的簡化區(qū)913。2) 用戶將對商務(wù)而言重要的信息寫入到嚴(yán)格的重要區(qū)915中，將不 重要的信息(諸如倶樂部活動)寫入到簡化區(qū)913中，不重要的信息913a 存儲在客戶端中作為不重要的信息931a (執(zhí)行圖3的步驟3-步驟8)。3) 簡化區(qū)中的數(shù)據(jù)由于服務(wù)器的磁盤故障和操作中的意外而丟失。4) 服務(wù)器通過使用本發(fā)明恢復(fù)簡化區(qū)中的數(shù)據(jù)(即使是部分的)(執(zhí) 行圖4中步驟19-步驟22)。 在現(xiàn)有的情況下，備份的成本很高。不然就是沒有備份。然而，有 很多情況，盡管信息對商務(wù)而言不那么重要，但是如果有信息的備份副 本，將是很方便的，即使這個備份是簡化的。圖10是一個視圖，示出了根據(jù)本發(fā)明的一個實施例的用于獲得客 戶端210和vveb服務(wù)器250的優(yōu)選信息處理器硬件配置的例子。信息處理器包括CPU (中央處理單元)1001和主存儲器1004, 二 者都連接到總線1002。諸如硬盤設(shè)備1013、 1030， CD-ROM設(shè)備1026、 1029,軟盤設(shè)備1020， MO設(shè)備1028以及DVD設(shè)備1031之類的可移 動存儲裝置(其中可以交換記錄介質(zhì)的外部存儲系統(tǒng))經(jīng)由軟盤控制器 1019、 IDE控制器1025和SCSI控制器1027等連接到總線1002。將諸如軟盤、MO、 CD-ROM和DVD-ROM之類的記錄介質(zhì)插入到 可移動存儲裝置中?？梢酝ㄟ^給與操作系統(tǒng)協(xié)作的CPU等提供命令而在 這些記錄介質(zhì)、硬盤設(shè)備1013和1030以及ROM 1014中存儲用于實現(xiàn) 本發(fā)明的計算機(jī)程序的代碼。通過將計算機(jī)程序加載到主存儲器1004 中來執(zhí)行計算機(jī)程序。計算機(jī)程序可以經(jīng)過壓縮而存儲，或者可以通過 分為若干部分存儲在多個介質(zhì)中。信息處理器經(jīng)由鍵盤/鼠標(biāo)控制器1005從諸如鍵盤1006和鼠標(biāo)1007 之類的輸入裝置接收輸入信息。信息處理器經(jīng)由DAC/LCDC 1010連接 到顯示器1011以向用戶提供可視數(shù)據(jù)。信息處理器可以經(jīng)由阿絡(luò)適配器1018 (以太網(wǎng)(R)卡或令牌環(huán)卡) 等連接到網(wǎng)絡(luò)，并且可以與其他計算機(jī)等進(jìn)行通信。盡管沒有示出，但 是信息處理器可以經(jīng)由并行端口連接到打印機(jī)或經(jīng)由串行端口連接到 調(diào)制解調(diào)器。根據(jù)以上的描述，可以容易地理解用于實現(xiàn)根據(jù)本發(fā)明的實施例的 系統(tǒng)的優(yōu)選信息處理器由諸如通用個人計算機(jī)、工作站和大型機(jī)之類的 信息處理器或通過這些信息處理器的組合完成。然而，這些構(gòu)成要素只 是例子，并且并非所有的構(gòu)成要素對本發(fā)明來說都是必需的。當(dāng)然，本領(lǐng)域普通技術(shù)人員可以容易地想到結(jié)合多種機(jī)器對在本發(fā) 明的實施例中所用的信息處理器的每個硬件構(gòu)成要素進(jìn)行各種修改，向
這些構(gòu)成要素分配功能，以及實現(xiàn)功能等等。實際上這些修改都是包括 在本發(fā)明的精神范圍內(nèi)的概念。根據(jù)本發(fā)明的實施例的系統(tǒng)可以采用支持圖形用戶接口 (GUI)多 窗口環(huán)境的操作系統(tǒng)，諸如微軟公司提供的Windows⑧操作系統(tǒng)、蘋果 計算機(jī)公司提供的MacOS⑥以及包括X Window System的UNIX②系統(tǒng) (例如國際商業(yè)機(jī)器公司提供的AIX )之類。如上所述，可以理解，在本發(fā)明的實施例中使用的系統(tǒng)不限于特定 的操作系統(tǒng)環(huán)境。換言之，只要操作系統(tǒng)可以提供其中應(yīng)用軟件等可以 使用數(shù)據(jù)處理系統(tǒng)的資源的資源管理功能，則任何操作系統(tǒng)都可以采 用。注意，資源管理功能可以包括硬件資源管理的功能、文件處理功能、 假脫機(jī)(spooling)功能、任務(wù)管理功能、存儲保護(hù)功能、虛擬存儲管理 功能等。然而，這些功能對于本領(lǐng)域普通技術(shù)人員來說是公知的。因此， 省略了對這些功能的詳細(xì)描述。此外，本發(fā)明可以實現(xiàn)為硬件、軟件或硬件和軟件的組合。關(guān)于硬 件和軟件的組合的執(zhí)行，在具有指定程序的數(shù)據(jù)處理系統(tǒng)中的執(zhí)行可以 被作為一個典型的例子來描述。在這種情況下，通過使得指定程序被加 載到數(shù)據(jù)處理系統(tǒng)并被執(zhí)行，程序控制數(shù)據(jù)處理系統(tǒng)并實現(xiàn)本發(fā)明的處 理。程序由可以由通過任意語言、代碼和符號表達(dá)的命令組來構(gòu)成。這 種命令組使得系統(tǒng)可以直接執(zhí)行特定功能，或者在l)被轉(zhuǎn)換成另一種語 言、代碼和符號和/或2)復(fù)制到另 一種介質(zhì)上之后執(zhí)行特定功能。本發(fā)明當(dāng)然不僅包括這種程序本身，而且包括將程序存儲在自身范圍內(nèi)的介質(zhì)。執(zhí)行本發(fā)明的功能的程序可以存儲在諸如軟盤、MO、 CD-ROM、 DVD、硬盤設(shè)備、ROM、 MRAM和RAM之類的任意計算 機(jī)可讀記錄介質(zhì)中。為了存儲在記錄介質(zhì)中，程序可以從經(jīng)由通信線路 連接的另一數(shù)據(jù)處理系統(tǒng)下栽并且可以從另一記錄介質(zhì)復(fù)制。而且，程 序可以被壓縮或者被分成若千單元以便存儲在單個或多個記錄介質(zhì)中。 此外，應(yīng)當(dāng)注意，當(dāng)然可以以各種形式提供用以實現(xiàn)本發(fā)明的程序產(chǎn)品。 如上所述，根據(jù)本發(fā)明的實施例可以容易地構(gòu)建這樣一種系統(tǒng)，其 允許客戶端備份web服務(wù)器的資源數(shù)據(jù)，并且其能夠在web服務(wù)器的資
源數(shù)據(jù)損壞時，利用客戶端備份的資源數(shù)據(jù)來恢復(fù)資源數(shù)據(jù)。本領(lǐng)域普通技術(shù)人員顯然可以理解，在上述的實施例中可以進(jìn)行各 種改變和修改。應(yīng)當(dāng)注意，進(jìn)行了改變和修改的這種實施例當(dāng)然包括在 本發(fā)明的技術(shù)范圍內(nèi)。
權(quán)利要求
1.一種方法，其中服務(wù)器通過使用HTTP協(xié)議使得客戶端備份服務(wù)器的資源數(shù)據(jù)的一部分，所述方法包括步驟將待備份資源數(shù)據(jù)發(fā)送到所述客戶端；確定是否需要對所述待備份資源數(shù)據(jù)進(jìn)行恢復(fù)；響應(yīng)于確定結(jié)果表明需要恢復(fù)所述待備份資源數(shù)據(jù)，將具有表明需要恢復(fù)所述待備份資源數(shù)據(jù)的消息以及表明所述待備份資源數(shù)據(jù)沒有更新的消息的HTTP響應(yīng)發(fā)送到所述客戶端；以及通過從所述客戶端接收所述待備份資源數(shù)據(jù)的備份來恢復(fù)所述待備份資源數(shù)據(jù)。
2. 根據(jù)權(quán)利要求1所述的方法，還包括步驟當(dāng)通過HTTP協(xié)議向 所述客戶端發(fā)送所請求數(shù)據(jù)時，發(fā)送用于備份所述待備份資源數(shù)據(jù)的程 序。
3. 根據(jù)權(quán)利要求2所述的方法，其中所述程序以JavaScript編寫。
4. 根據(jù)權(quán)利要求2所述的方法，其中所述程序是用于使得所述客戶 端的web瀏覽器的高速緩存?zhèn)浞菟龃齻浞葙Y源數(shù)據(jù)的程序。
5. 根據(jù)權(quán)利要求1所述的方法，其中所述確定步驟通過使用URL 和時間戳來進(jìn)行所述確定，所述URL和時間戳兩者都是所述客戶端發(fā) 送的。
6. 根據(jù)權(quán)利要求1所述的方法，其中所述服務(wù)器是路由器，以及所 述待備份資源數(shù)據(jù)是所述路由器的設(shè)置信息。
7. 根據(jù)權(quán)利要求1所述的方法，其中所述服務(wù)器是購物站點，并且 其中所述待備份資源數(shù)據(jù)是使用所述購物站點的用戶的個人信息，所述 方法還包括步驟通過使用密鑰來編碼所述個人信息；在所述發(fā)送步驟之后從所述服務(wù)器刪除所述個人信息；以及 在所述恢復(fù)步驟之后解碼所述已編碼個人信息。
8. 根據(jù)權(quán)利要求1所述的方法，其中所述服務(wù)器是購物站點，并且 其中所述待備份資源數(shù)據(jù)是所述服務(wù)器上保留的關(guān)于客戶端購物車狀態(tài)的數(shù)據(jù)，所述方法還包括步驟當(dāng)所述客戶端在完成購物之前關(guān)閉與 所述服務(wù)器的會話時，刪除關(guān)于所述購物車狀態(tài)的數(shù)據(jù)。
9. 根據(jù)權(quán)利要求1所述的方法，其中所述服務(wù)器是Wiki服務(wù)器， 所述服務(wù)器包括重要區(qū)，用于管理重要數(shù)據(jù)；以及 簡化區(qū)，用于管理非重要數(shù)據(jù)，并且所述待備份資源數(shù)據(jù)是在所述簡化區(qū)中管理的數(shù)據(jù)。
10. —種使得計算機(jī)執(zhí)行根據(jù)權(quán)利要求1-10中任一項所述的各步驟 的計算機(jī)程序。
11. 一種設(shè)備，其中服務(wù)器通過使用HTTP協(xié)議使得客戶端備份服 務(wù)器的資源數(shù)據(jù)的一部分，所述設(shè)備包括用于將待備份資源數(shù)據(jù)發(fā)送到所述客戶端的裝置； 恢復(fù)確定單元，當(dāng)響應(yīng)于來自所述客戶端的對HTTP的GET請求而 確定需要恢復(fù)所述待備^f分資源數(shù)據(jù)時，所述恢復(fù)確定單元將具有表明需 要恢復(fù)所述待備份資源數(shù)據(jù)的消息以及表明所述待備份資源數(shù)據(jù)沒有 更新的消息的HTTP響應(yīng)發(fā)送到所述客戶端，其中所述客戶端在所述待 備份資源數(shù)據(jù)有更新的情況下接收所述待備份資源數(shù)據(jù)；以及通過從所述客戶端接收所述待備份資源數(shù)據(jù)的備份來恢復(fù)所述待 備份資源數(shù)據(jù)的裝置。
12. 根據(jù)權(quán)利要求11所述的設(shè)備，還包括向客戶端發(fā)送用于在瀏覽 器的高速緩存中備份所述待備份資源數(shù)據(jù)的程序的裝置。
13. 根據(jù)權(quán)利要求11所述的設(shè)備，其中通過使用URL和時間戳來 進(jìn)行所述確定，所述URL和時間戳兩者都是所述客戶端發(fā)送的。
14. 根據(jù)權(quán)利要求11所述的設(shè)備，其中所述服務(wù)器是路由器，以及 所述待備份資源數(shù)據(jù)是所述路由器的設(shè)置信息。
15. 根據(jù)權(quán)利要求ll所述的設(shè)備，其中所述服務(wù)器是購物站點，其 中所述待備份資源數(shù)據(jù)是使用所述購物站點的用戶的個人信息，并且其 中所述恢復(fù)裝置包括用于解碼已編碼個人信息的裝置，所述設(shè)備還包 括密鑰；通過使用密鑰來編碼所述個人信息的裝置；以及 在從所述客戶端接收到所述待備份資源數(shù)據(jù)后，從所述服務(wù)器刪除 所述個人信息的裝置。
16. 根據(jù)權(quán)利要求11所述的設(shè)備，其中所述服務(wù)器是購物站點，并 且其中所述待備份資源數(shù)據(jù)是關(guān)于客戶端購物車狀態(tài)的數(shù)據(jù)，所述數(shù)據(jù) 保留在所述服務(wù)器上，所述設(shè)備還包括當(dāng)所述客戶端在完成購物之前 關(guān)閉與所述服務(wù)器的會話時，刪除關(guān)于所述購物車狀態(tài)的數(shù)據(jù)的裝置。
17. 根據(jù)權(quán)利要求11所述的設(shè)備，其中所述服務(wù)器是Wiki服務(wù)器， 所述服務(wù)器包括重要區(qū)，用于管理重要數(shù)據(jù)；以及 簡化區(qū)，用于管理非重要數(shù)據(jù)，并且所述待備份資源數(shù)據(jù)是在所述簡化區(qū)中管理的數(shù)據(jù)。
全文摘要
本發(fā)明提供了一種用于通過使用客戶端的高速緩存容易地備份服務(wù)器上的數(shù)據(jù)以及用于將所備份數(shù)據(jù)上傳到該服務(wù)器的方法。該方法包括步驟將待備份資源數(shù)據(jù)發(fā)送到客戶端；確定是否需要對待備份資源數(shù)據(jù)進(jìn)行恢復(fù)；響應(yīng)于確定結(jié)果表明需要恢復(fù)待備份資源數(shù)據(jù)，將具有表明需要恢復(fù)待備份資源數(shù)據(jù)的消息以及表明待備份資源數(shù)據(jù)沒有更新的消息的HTTP響應(yīng)發(fā)送到客戶端；以及通過從客戶端接收待備份資源數(shù)據(jù)的備份來恢復(fù)待備份資源數(shù)據(jù)。
文檔編號G06F13/00GK101212491SQ20071019274
公開日2008年7月2日 申請日期2007年11月16日 優(yōu)先權(quán)日2006年12月27日
發(fā)明者根山亮, 立堀道昭, 高瀨俊郎 申請人:國際商業(yè)機(jī)器公司