專利名稱：一種修復異常文件的方法、系統(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機病毒查殺領(lǐng)域，尤其涉及一種修復異常文件的方法、系 統(tǒng)和裝置。
背景技術(shù)：
計算機病毒通常采用在文件可執(zhí)行程序中插入病毒指令的方法來感染文 件，計算機在執(zhí)行感染病毒的程序的同時，病毒指令也就得到了執(zhí)行。為了避免執(zhí)行感染病毒的程序使計算機中毒，需要對感染病毒的文件作為 異常文件進行修復，目前，修復感染病毒的文件的方法是，清除文件中感染病 毒的數(shù)據(jù)，若病毒感染文件的特定位置，則將該特定位置的數(shù)據(jù)清除，若病毒 感染文件的位置是隨機的，則首先通過搜索定位到感染病毒的位置，然后將該 位置的數(shù)據(jù)進行清除。當無法對清除感染病毒的數(shù)據(jù)時，還可以將整個文件刪 除以達到修復目的。除了感染計算機病毒使得文件異常外，還有其它各種原因造成文件本身的 損壞或不完整從而出現(xiàn)異常。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下技術(shù)問題 現(xiàn)有修復異常文件的方法無法使得文件的內(nèi)容得到恢復，具體表現(xiàn)在通 過清除文件中感染病毒的數(shù)據(jù)的方式對文件進行修復后，雖然文件中感染病毒 的數(shù)據(jù)得到了清除，但由于該文件缺少了該部分數(shù)據(jù)，文件內(nèi)容是不完整的， 可能造成整個文件無法運行；若采用刪除整個文件的方式來進行修復，那么修 復后該文件將不再存在，若該文件為程序文件，可能會造成程序無法運行，若 該文件為系統(tǒng)文件，則可能會造成操作系統(tǒng)無法啟動的嚴重后果。發(fā)明內(nèi)容本發(fā)明實施例提供一種修復異常文件的方法、系統(tǒng)和裝置，用以解決現(xiàn)有 技術(shù)中修復異常文件后文件內(nèi)容無法得到恢復的問題。本發(fā)明實施例提供一種修復異常文件的方法，該方法包括 客戶端選擇待修復的文件；從服務(wù)器端獲取所述待修復的文件對應(yīng)的健康文件； 利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)。 本發(fā)明實施例提供一種修復異常文件的系統(tǒng)，該系統(tǒng)包括 客戶端，用于選擇待修復的異常文件，從服務(wù)器端獲取所述待修復的文件 對應(yīng)的健康文件；利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)。 服務(wù)器端，用于向所述客戶端提供所述健康文件。本發(fā)明實施例提供一種客戶端，該客戶端包括 選擇單元，用于選擇待修復的文件；交互單元，用于從服務(wù)器端獲取所述待修復的文件對應(yīng)的健康文件； 修復單元，用于利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)。 本發(fā)明實施例提供一種服務(wù)器，該服務(wù)器包括 接收單元，用于接收來自客戶端的待修復文件的文件描述信息； 查找單元，用于根據(jù)所述文件描述信息查找所述待修復文件對應(yīng)的健康文件或該文件的地址信息；發(fā)送單元，用于將所述查找到健康文件或該文件的地址信息返回給所述客戶端。本發(fā)明的有益效果在于本發(fā)明中，客戶端在對異常文件進行修復時，通過與服務(wù)器端交互獲取異 常文件對應(yīng)的健康文件，然后利用健康文件恢復異常文件的數(shù)據(jù)，使得異常文 件在得到修復的同時文件內(nèi)容也得到了恢復。


圖1為本發(fā)明實施例所提供方法的流程示意圖；圖2為本發(fā)明實施例所提供方法實例的流程示意圖；圖3為本發(fā)明實施例所提供方法中服務(wù)器端進行特征信息比對的示意圖；圖4為本發(fā)明實施例所4是供系統(tǒng)的結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例所提供客戶端的結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例所提供服務(wù)器的結(jié)構(gòu)示意圖。
具體實施方式
為了修復異常文件，使其內(nèi)容能夠得到恢復，本發(fā)明實施例提供一種修復 異常文件的方法，本方法中，對異常文件進行修復的客戶端通過與服務(wù)器端交 互獲取異常文件對應(yīng)的健康文件，然后利用健康文件恢復異常文件的數(shù)據(jù)，使 得異常文件在得到修復的同時文件內(nèi)容也得到了恢復。參見圖1，本發(fā)明實施例提供的修復異常文件的方法具體包括步驟10:客戶端選擇待修復的文件；這里，客戶端選擇的待修復的文件，可以是已確認出現(xiàn)異常的文件。例如， 客戶端通過防病毒軟件掃描發(fā)現(xiàn)的需要修復的異常文件；或者，客戶端根據(jù)用 戶指示信息確定待修復的異常文件，因為有一些異常文件，客戶端的用戶本身 就知道是損壞或者不完整的，比如因用戶誤操作而導致的文件破壞等，因此， 用戶可通過輸入指示信息告知客戶端待修復的異常文件?？蛻舳诉x擇的待修復的文件，還可以是并不確定是否出現(xiàn)異常的文件，即 客戶端可選擇任意文件作為待修復的文件。步驟11:從服務(wù)器端獲取所述待修復的文件對應(yīng)的健康文件；步驟12:利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)。具體的，利用健康文件恢復待修復的文件的數(shù)據(jù)可以是將待修復的文件中被破壞的數(shù)據(jù)以健康文件中的相應(yīng)數(shù)據(jù)替換，也可以是將整個待修復的文件以 健康文件替換。步驟11的具體實現(xiàn)方式如下步驟SOO:客戶端獲取待修復的文件的文件描述信息，并將獲取到的文件 描述信息發(fā)送給服務(wù)器端；這里，文件描述信息用于服務(wù)器端根據(jù)該信息將對應(yīng)的健康文件或該文件 的地址信息返回給客戶端，獲取文件描述信息的方法可以是如下三種第一種，從待修復的文件的描述信息，如文件的版本號、文件的發(fā)行公司 等信息中獲取文件描述信息；第二種，從用戶輸入的信息中獲取所述文件描述信息； 第三種，根據(jù)建立的文件位置信息與文件描述信息的對應(yīng)關(guān)系，確定所述 待修復的文件的文件位置對應(yīng)的文件描述信息。例如，預(yù)先建立文件在磁盤的 存儲位置與該文件的文件名和版本號的對應(yīng)關(guān)系，再將某個文件選^^為待修復 的文件后，根據(jù)所述對應(yīng)關(guān)系就可確定該文件的存儲位置對應(yīng)的文件名和版本 號，假設(shè)該文件的在^茲盤的存儲位置為01101100單元，建立有OllOllOO單元 與文件名start、版本號3.71.0.1的對應(yīng)關(guān)系，那么，可確定該文件的文件名為 start、版本號為3.71.0.1。其中，第一種方法可以適用于待修復的文件是被計算機病毒加入了病毒指 令代碼，但文件本身的描述信息并沒有被破壞的情況；第二種和第三種方法可 以適用于待修復的文件是被計算機病毒加入了隨機數(shù)據(jù)，文件本身的描述信息 遭到破壞的情況，以及待修復的文件被計算機病毒或病毒軟件刪除的情況。采用第三種方法時需要預(yù)先建立文件位置信息與文件描述信息的對應(yīng)關(guān) 系，可以預(yù)先做一份整個系統(tǒng)的文件信息映像，映像形式為文件位置信息與文 件描述信息的對應(yīng)關(guān)系。所述文件描述信息包括但不限于以下信息文件名稱、版本號、文件標識 (ID)等。文件標識是為該文件設(shè)定的用來標識該文件的數(shù)字或字母信息，比如可以設(shè)定4位數(shù)字作為某文件的文件標識。步驟S01:服務(wù)器端收到文件描述信息后，從已建立的文件描述信息與地 址信息的對應(yīng)關(guān)系中，查找所述文件描述信息對應(yīng)的地址信息，并將查找到的 地址信息發(fā)送給客戶端；這里，地址信息是指保存健康文件的地址信息，具體可以是統(tǒng)一資源定位 (URL)信息，還可以是任何其它形式的能夠表示資源地址的信息。實現(xiàn)本步驟服務(wù)器端需要預(yù)先建立文件描述信息與地址信息的對應(yīng)關(guān)系， 具體服務(wù)器端可以從互聯(lián)網(wǎng)或用戶終端收集文件的文件描述信息，將保存健康 文件的URL地址結(jié)合起來得到文件描述信息與至少一個URL地址信息的對應(yīng) 關(guān)系。比如文件名稱A，版本號為l.O丄對應(yīng)地址信息為URL1、 URL2、等 等。步驟S02:客戶端根據(jù)收到的地址信息下載到所述待修復的文件對應(yīng)的健 康文件。步驟11的具體實現(xiàn)方式還可以如下步驟SI0:客戶端獲取待修復的文件的文件描述信息，并將獲取到的文件 描述信息發(fā)送給服務(wù)器端； 具體參見步驟SOO。步驟S11:服務(wù)器端收到文件描述信息后，查找所述文件描述信息對應(yīng)的 健康文件，并將查找到的健康文件返回給客戶端；本步驟是在服務(wù)器端保存健康文件，服務(wù)器端直接根據(jù)文件描述信息將健 康文件發(fā)送給客戶端。步驟S12:客戶端接收服務(wù)器端返回的健康文件。較佳的，為了節(jié)省網(wǎng)絡(luò)資源，服務(wù)器端可以在進一步確定待修復的文件為 異常文件的情況下，才向客戶端返回健康文件。由此，對于步驟11的前一種實施方式，在步驟S00中，客戶端還需要向 服務(wù)器端發(fā)送待修復的文件的特征信息，該特征信息用于服務(wù)器端將該特征信息與保存的對應(yīng)健康文件的特征信息進行比對，從而根據(jù)比對結(jié)果確定待修復的文件是否為異常文件，在步驟SOI之前需要增加步驟服務(wù)器端將收到的客 戶端發(fā)來的特征信息與保存的待修復的文件對應(yīng)的健康文件的特征信息進行 比對，若比對結(jié)果不一致，則執(zhí)行步驟SOl,若比對結(jié)果一致，則向客戶端返 回文件未出現(xiàn)異常的報告通知，而不需要再執(zhí)行后續(xù)步驟，具體可參見圖2。同樣的，對于步驟11的后一種實施方式，在步驟S10中，客戶端還需要 向服務(wù)器端發(fā)送待修復的文件的特征信息，在步驟Sll之前需要增加步驟月良 務(wù)器端將收到的客戶端發(fā)來的特征信息與保存的待修復的文件對應(yīng)的健康文 件的特征信息進行比對，若比對結(jié)果不一致，則執(zhí)行步驟Sll,若比對結(jié)果一 致，則向客戶端返回文件未出現(xiàn)異常的報告通知，而不需要再執(zhí)行后續(xù)步驟。上述特征信息包括但不限于文件的標識碼(Content ID, CID)信息和/ 或文件大小信息。文件的標識碼是能夠唯一標識互聯(lián)網(wǎng)上資源的由若干個字節(jié) 組成的字符串，文件的標識碼的計算包括但不限于以下兩種方法第一種，提 取文件的部分數(shù)據(jù)，將提取的部分數(shù)據(jù)進行哈希(hash)運算，將運算結(jié)果作 為該文件的CID值。比如，可以提取下載資源前面32k字節(jié)、中間32k字節(jié)和 尾部32k字節(jié)的數(shù)據(jù)，將提取的數(shù)據(jù)通過哈希運算，如md5計算出一個值，將 該值作為文件的CID值；第二種，將文件的全部數(shù)據(jù)進行哈希運算，將運算結(jié) 果作為該下載資源的CID值。服務(wù)器端將收到的客戶端發(fā)來的特征信息與保存的健康文件的特征信息 進行比對，具體包括服務(wù)器端根據(jù)建立的文件描述信息與特征信息的對應(yīng)關(guān) 系，確定客戶端發(fā)來的文件描述信息對應(yīng)的特征信息，將確定的特征信息與客 戶端發(fā)來的特征信息進行比對，若兩個特征信息相同，則比對結(jié)果一致，否則， 比對結(jié)果不一致。具體實例可以參見圖3,文件描述信息包括文件名和版本號，文件的特征 信息為文件的CID值，待比對文件的即客戶端發(fā)來的文件名為WinRar、版本 號為3.71.0.0、 CID值為372AA286129D2987AFDD87E87A7C23,保存的健康文件的文件名為WinRar、版本號為3.71.0.0、 CID值為624B2EDCF129D22A83 52E2F2CBAD16E，經(jīng)過比對，健康文件的CID值與待比對文件的CID值不一 致，說明待比對文件的數(shù)據(jù)遭到病毒等破壞，因此服務(wù)器端需要將健康文件或 該文件的URL地址信息返回給客戶端供其進行文件修復。參見圖4,本發(fā)明實施例還提供一種修復異常文件的系統(tǒng)，該系統(tǒng)包括客 戶端40和服務(wù)器端41，其中客戶端40,用于選擇待修復的文件，從服務(wù)器端獲取所述待修復的文件對 應(yīng)的健康文件；利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)。服務(wù)器端41,用于向所述客戶端提供所述健康文件?？蛻舳?0包括選擇單元、交互單元和修復單元，其中選擇單元，用于選擇待修復的文件；交互單元，用于從服務(wù)器端獲取所述待修復的文件對應(yīng)的健康文件； 修復單元，用于利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)。 具體的，修復單元恢復數(shù)據(jù)時可以是將待修復的文件中被破壞的數(shù)據(jù)以健 康文件中的相應(yīng)數(shù)據(jù)替換，也可以是將整個待修復的文件以健康文件替換。 交互單元包括標識發(fā)送單元和文件下載單元，其中 標識發(fā)送單元，用于獲取所述待修復的文件的文件描述信息，將所述文件 描述信息發(fā)送給所述服務(wù)器端；具體的，該標識發(fā)送單元從所述待修復的文件信息中獲取所述文件描述信 息；或者，從用戶輸入的信息中獲取所述文件描述信息；或者，根據(jù)建立的文 件位置信息與文件描述信息的對應(yīng)關(guān)系，確定所述待修復的文件的文件位置對 應(yīng)的文件描述信息；所述文件描述信息包括文件名稱、版本號、文件標識(ID)等。文件下載單元，用于根據(jù)所述服務(wù)器端返回的地址信息下載到所述待修復 的文件對應(yīng)的健康文件；服務(wù)器端41包括地址查找單元和地址反饋單元，其中地址查找單元，用于查找所述文件描述信息對應(yīng)的地址信息；該地址信息具體可以是URL地址等。地址反饋單元，用于將所述查找到的地址信息返回給所述客戶端。 交互單元進一步包括特征發(fā)送單元，用于將所述待修復的文件的特征信息發(fā)送給所述服務(wù)器端；所述特征信息包括但不限于文件標識碼和/或文件大小。服務(wù)器端41進一步包括特征比對單元，用于將所述特征信息與保存的 所述待修復的文件對應(yīng)的健康文件的特征信息進行比對，在比對結(jié)果不一致 時，通知所述地址查找單元查找所述文件描述信息對應(yīng)的地址信息。具體的，服務(wù)器端比對特征信息的方法為根據(jù)建立的文件描述信息與特 征信息的對應(yīng)關(guān)系，確定客戶端發(fā)來的文件描述信息對應(yīng)的特征信息，若該特 征信息與客戶端發(fā)來的特征信息一致，則比對結(jié)果一致，否則，比對結(jié)果不一 致。參見圖5，本發(fā)明實施例還提供一種客戶端，該客戶端包括選擇單元50、 交互單元51和修復單元52,其中選擇單元50,用于選擇待修復的文件；交互單元51,用于從服務(wù)器端獲取所述待修復的文件對應(yīng)的健康文件； 修復單元52,用于利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)。 具體的，修復單元52恢復數(shù)據(jù)時可以是將待修復的文件中被破壞的數(shù)據(jù)以健康文件中的相應(yīng)數(shù)據(jù)替換，也可以是將整個待修復的文件以健康文件替換。交互單元51包括標識發(fā)送單元60和文件下載單元61,其中 標識發(fā)送單元60，用于獲取所述待修復的文件的文件描述信息，將所述文件描述信息發(fā)送給所述服務(wù)器端；具體的，該標識發(fā)送單元從所述待修復的文件信息中獲取所述文件描述信息；或者，從用戶輸入的信息中獲取所述文件描迷信息；或者，根據(jù)建立的文件位置信息與文件描述信息的對應(yīng)關(guān)系，確定所述待修復的文件的文件位置對 應(yīng)的文件描述信息。所述文件描述信息包括文件名稱、版本號、文件標識(ID)等。文件下載單元61,用于根據(jù)所述服務(wù)器端返回的地址信息下載到所述待修 復的文件對應(yīng)的健康文件。交互單元51進一步包括特征發(fā)送單元62,用于將所述待修復的文件的 特征信息發(fā)送給所述服務(wù)器端，供服務(wù)器端進行特征信息的比對。所述特征信 息包括但不限于文件標識碼和/或文件大小。參見圖6，本發(fā)明實施例還提供一種服務(wù)器，該服務(wù)器包括接收單元601、 查找單元602和發(fā)送單元603，其中接收單元601 ，用于接收來自客戶端的待修復文件的文件描述信息；查找單元602，用于根據(jù)所述文件描述信息查找所述待修復文件對應(yīng)的健 康文件或該文件的地址信息；發(fā)送單元603，用于將所述查找到健康文件或該文件的地址信息返回給所 述客戶端。作為第一實施例，查找單元602包括第一存儲單元和第一確定單元，其中 第 一存儲單元，用于存儲文件描述信息與地址信息的對應(yīng)關(guān)系； 第一確定單元，用于根據(jù)所述對應(yīng)關(guān)系，確定所述接收到的文件描述信息對應(yīng)的地址信息，將確定的地址信息作為所述待修復文件對應(yīng)的健康文件的地址信息。作為第二實施例，所述查找單元602包括第二存儲單元和第二確定單元， 其中第二存儲單元，用于存儲文件；第二確定單元，用于從第二存儲單元中查找滿足所述接收到的文件描述信 息的文件，并將查找到的文件作為所述待修復文件對應(yīng)的健康文件。該服務(wù)器進一步包括第三存儲單元604、特征比對單元605和通知單元606，其中第三存儲單元604,用于存儲文件描述信息與文件特征信息的對應(yīng)關(guān)系；特征比對單元605，用于根據(jù)所述對應(yīng)關(guān)系，確定所述接收到的文件描述 信息對應(yīng)的文件特征信息，將確定的文件特征信息與所述客戶端發(fā)來的所述待 修復文件的文件特征信息進行比對；通知單元606，用于在所述比對結(jié)果不一致時，通知所述查找單元查找所 述待修復文件對應(yīng)的健康文件或該文件的地址信息。該服務(wù)器進一步包括反饋單元607，用于在所述比對結(jié)果一致時，通知所述客戶端所述待修復 的文件為非異常文件。需要說明的是，所述第一存儲單元和第三存儲單元可以位于一個數(shù)據(jù)庫表 中，也可以在不同數(shù)據(jù)庫表中。綜上，本發(fā)明的有益效果在于本發(fā)明實施例中，對異常文件進行修復的客戶端通過與服務(wù)器端交互獲取 異常文件對應(yīng)的健康文件，然后利用健康文件恢復異常文件的數(shù)據(jù)，使得異常 文件在得到修復的同時文件內(nèi)容也得到了恢復。在異常文件為系統(tǒng)文件時，通過從服務(wù)器端獲取對應(yīng)的健康文件，不需要 重裝系統(tǒng)或軟件，大大縮短了系統(tǒng)恢復正常狀態(tài)的時間。明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)
權(quán)利要求
1、一種修復異常文件的方法，其特征在于，該方法包括客戶端選擇待修復的文件；從服務(wù)器端獲取所述待修復的文件對應(yīng)的健康文件；利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)。
2、 如權(quán)利要求1所述的方法，其特征在于，所述從服務(wù)器端獲取所述待 修復的文件對應(yīng)的健康文件包括所述客戶端獲取所述待修復的文件的文件描述信息，將所述文件描述信息 發(fā)送給所述服務(wù)器端；所述服務(wù)器端查找所述文件描述信息對應(yīng)的地址信息，并將查找到的地址 信息返回給所述客戶端；所述客戶端根據(jù)所述地址信息下載到所述待修復的文件對應(yīng)的健康文件。
3、 如權(quán)利要求2所述的方法，其特征在于，在所述服務(wù)器端查找所述文 件描述信息對應(yīng)的地址信息之前，該方法進一步包括所述客戶端將所述待修復的文件的特征信息發(fā)送給所述服務(wù)器端； 所述服務(wù)器端將所述特征信息與保存的所述待修復的文件對應(yīng)的健康文 件的特征信息進行比對；在所述比對結(jié)果不一致時，查找所述文件描述信息對應(yīng)的地址信息。
4、 如權(quán)利要求2所述的方法，其特征在于，所述客戶端獲取所述異常文 件的文件描述信息包括從所述待修復的文件信息中獲取所述文件描述信息；或者， 從用戶輸入的信息中獲取所述文件描述信息；或者， 根據(jù)建立的文件位置信息與文件描述信息的對應(yīng)關(guān)系，確定所述待修復的 文件的文件位置對應(yīng)的文件描述信息。
5、 如權(quán)利要求1所述的方法，其特征在于，所述利用獲取到的健康文件 恢復所述待修復的文件的數(shù)據(jù)包括將所述待修復的文件中被破壞的數(shù)據(jù)以所述健康文件中的相應(yīng)數(shù)據(jù)替換； 或者，將所述待修復的文件以所述健康文件替換。
6、 如權(quán)利要求3所述的方法，其特征在于，所述特征信息包括 文件大小信息和/或文件標識碼信息。
7、 一種修復異常文件的系統(tǒng)，其特征在于，該系統(tǒng)包括客戶端，用于選擇待修復的文件，從服務(wù)器端獲取所述待修復的文件對應(yīng) 的健康文件；利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)； 服務(wù)器端，用于向所述客戶端提供所述健康文件。
8、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述客戶端包括 選擇單元，用于選沖奪待修復的文件；交互單元，用于從服務(wù)器端獲取所述待修復的文件對應(yīng)的健康文件； 修復單元，用于利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述交互單元包括 標識發(fā)送單元，用于獲取所述待修復的文件的文件描述信息，將所述文件描述信息發(fā)送給所述服務(wù)器端；文件下載單元，用于根據(jù)所述服務(wù)器端返回的地址信息下載到所述待修復 的文件對應(yīng)的健康文件；所述服務(wù)器端包括地址查找單元，用于查找所述文件描述信息對應(yīng)的地址信息； 地址反々貴單元，用于將所述查找到的地址信息返回給所述客戶端。
10、 如權(quán)利要求9所述的系統(tǒng)，其特征在于，所述交互單元進一步包括 特征發(fā)送單元，用于將所述待修復的文件的特征信息發(fā)送給所述服務(wù)器二山，^而,所述服務(wù)器端進一步包括特征比對單元，用于將所述特征信息與保存的所述待修復的文件對應(yīng)的健 康文件的特征信息進行比對，在比對結(jié)果不一致時，通知所述地址查找單元查找所述文件描述信息對應(yīng)的地址信息。
11、 一種客戶端，其特征在于，該客戶端包括 選擇單元，用于選擇待修復的文件；交互單元，用于從服務(wù)器端獲取所述待修復的文件對應(yīng)的健康文件； 修復單元，用于利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)。
12、 如權(quán)利要求11所述的客戶端，其特征在于，所述交互單元包括 標識發(fā)送單元，用于獲取所述待修復的文件的文件描述信息，將所述文件描述信息發(fā)送給所述服務(wù)器端；文件下載單元，用于根據(jù)所述服務(wù)器端返回的地址信息下載到所述待修復 的文件對應(yīng)的健康文件。
13、 如權(quán)利要求12所述的客戶端，其特征在于，所述交互單元進一步包括特征發(fā)送單元，用于將所述待修復的文件的特征信息發(fā)送給所述服務(wù)器 端，供服務(wù)器端進行特征信息的比對。
14、 如權(quán)利要求12所述的客戶端，其特征在于，所述標識發(fā)送單元用于 從所述待修復的文件信息中獲取所述文件描述信息；或者，從用戶輸入的信息中獲取所述文件描述信息；或者，根據(jù)建立的文件位置信息與文件描述信 息的對應(yīng)關(guān)系，確定所述待修復的文件的文件位置對應(yīng)的文件描述信息。
15、 一種服務(wù)器，其特征在于，該服務(wù)器包括接收單元，用于接收來自客戶端的待修復文件的文件描述信息； 查找單元，用于根據(jù)所述文件描述信息查找所述待修復文件對應(yīng)的健康文件或該文件的地址信息；發(fā)送單元，用于將所述查找到健康文件或該文件的地址信息返回給所述客戶端。
16、 如權(quán)利要求15所述的服務(wù)器，其特征在于，所述查找單元包括 第 一存儲單元，用于存儲文件描述信息與地址信息的對應(yīng)關(guān)系；第 一確定單元，用于根據(jù)所述對應(yīng)關(guān)系，確定所述接收到的文件描述信息 對應(yīng)的地址信息，將確定的地址信息作為所述待修復文件對應(yīng)的健康文件的地 址信息。
17、 如權(quán)利要求15所述的服務(wù)器，其特征在于，所述查找單元包括 第二存儲單元，用于存儲文件；第二確定單元，用于從第二存儲單元中查找符合所述接收到的文件描述信 息的文件，并將查找到的文件作為所述待修復文件對應(yīng)的健康文件。
18、 如權(quán)利要求15所述的服務(wù)器，其特征在于，該服務(wù)器進一步包括 第三存儲單元，用于存儲文件描述信息與文件特征信息的對應(yīng)關(guān)系； 特征比對單元，用于根據(jù)所述對應(yīng)關(guān)系，確定所述接收到的文件描述信息對應(yīng)的文件特征信息，將確定的文件特征信息與所述客戶端發(fā)來的所述待修復 文件的文件特征信息進行比對；通知單元，用于在所述比對結(jié)果不一致時，通知所述查找單元查找所述待 修復文件對應(yīng)的健康文件或該文件的地址信息。
19、 如權(quán)利要求18所述的服務(wù)器，其特征在于，該服務(wù)器進一步包括 反饋單元，用于在所述比對結(jié)果一致時，通知所述客戶端所述待修復的文件為非異常文件。
全文摘要
本發(fā)明實施例公開了一種修復異常文件的方法，該方法為客戶端選擇待修復的文件；從服務(wù)器端獲取所述待修復的文件對應(yīng)的健康文件；利用獲取到的健康文件恢復所述待修復的文件的數(shù)據(jù)。本發(fā)明實施例還公開了一種修復異常文件的系統(tǒng)和裝置。采用本發(fā)明，對異常文件進行修復后該文件的數(shù)據(jù)內(nèi)容能夠得到恢復。
文檔編號G06F21/00GK101246535SQ200810087518
公開日2008年8月20日 申請日期2008年3月25日 優(yōu)先權(quán)日2008年3月25日
發(fā)明者暢 何 申請人:深圳市迅雷網(wǎng)絡(luò)技術(shù)有限公司