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


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