CN101246535A - 一种修复异常文件的方法、系统和装置 - Google Patents

Abstract

本发明实施例公开了一种修复异常文件的方法，该方法为：客户端选择待修复的文件；从服务器端获取所述待修复的文件对应的健康文件；利用获取到的健康文件恢复所述待修复的文件的数据。本发明实施例还公开了一种修复异常文件的系统和装置。采用本发明，对异常文件进行修复后该文件的数据内容能够得到恢复。

Description

一种修复异常文件的方法、系统和装置

技术领域

本发明涉及计算机病毒查杀领域，尤其涉及一种修复异常文件的方法、系统和装置。

背景技术

计算机病毒通常采用在文件可执行程序中插入病毒指令的方法来感染文件，计算机在执行感染病毒的程序的同时，病毒指令也就得到了执行。

为了避免执行感染病毒的程序使计算机中毒，需要对感染病毒的文件作为异常文件进行修复，目前，修复感染病毒的文件的方法是，清除文件中感染病毒的数据，若病毒感染文件的特定位置，则将该特定位置的数据清除，若病毒感染文件的位置是随机的，则首先通过搜索定位到感染病毒的位置，然后将该位置的数据进行清除。当无法对清除感染病毒的数据时，还可以将整个文件删除以达到修复目的。

除了感染计算机病毒使得文件异常外，还有其它各种原因造成文件本身的损坏或不完整从而出现异常。

在实现本发明的过程中，发明人发现现有技术中至少存在如下技术问题：

现有修复异常文件的方法无法使得文件的内容得到恢复，具体表现在：通过清除文件中感染病毒的数据的方式对文件进行修复后，虽然文件中感染病毒的数据得到了清除，但由于该文件缺少了该部分数据，文件内容是不完整的，可能造成整个文件无法运行；若采用删除整个文件的方式来进行修复，那么修复后该文件将不再存在，若该文件为程序文件，可能会造成程序无法运行，若该文件为系统文件，则可能会造成操作系统无法启动的严重后果。

发明内容

本发明实施例提供一种修复异常文件的方法、系统和装置，用以解决现有技术中修复异常文件后文件内容无法得到恢复的问题。

本发明实施例提供一种修复异常文件的方法，该方法包括：

客户端选择待修复的文件；

从服务器端获取所述待修复的文件对应的健康文件；

利用获取到的健康文件恢复所述待修复的文件的数据。

本发明实施例提供一种修复异常文件的系统，该系统包括：

客户端，用于选择待修复的异常文件，从服务器端获取所述待修复的文件对应的健康文件；利用获取到的健康文件恢复所述待修复的文件的数据。

服务器端，用于向所述客户端提供所述健康文件。

本发明实施例提供一种客户端，该客户端包括：

选择单元，用于选择待修复的文件；

交互单元，用于从服务器端获取所述待修复的文件对应的健康文件；

修复单元，用于利用获取到的健康文件恢复所述待修复的文件的数据。

本发明实施例提供一种服务器，该服务器包括：

接收单元，用于接收来自客户端的待修复文件的文件描述信息；

查找单元，用于根据所述文件描述信息查找所述待修复文件对应的健康文件或该文件的地址信息；

发送单元，用于将所述查找到健康文件或该文件的地址信息返回给所述客户端。

本发明的有益效果在于：

本发明中，客户端在对异常文件进行修复时，通过与服务器端交互获取异常文件对应的健康文件，然后利用健康文件恢复异常文件的数据，使得异常文件在得到修复的同时文件内容也得到了恢复。

附图说明

图1为本发明实施例所提供方法的流程示意图；

图2为本发明实施例所提供方法实例的流程示意图；

图3为本发明实施例所提供方法中服务器端进行特征信息比对的示意图；

图4为本发明实施例所提供系统的结构示意图；

图5为本发明实施例所提供客户端的结构示意图；

图6为本发明实施例所提供服务器的结构示意图。

具体实施方式

为了修复异常文件，使其内容能够得到恢复，本发明实施例提供一种修复异常文件的方法，本方法中，对异常文件进行修复的客户端通过与服务器端交互获取异常文件对应的健康文件，然后利用健康文件恢复异常文件的数据，使得异常文件在得到修复的同时文件内容也得到了恢复。

参见图1，本发明实施例提供的修复异常文件的方法具体包括：

步骤10：客户端选择待修复的文件；

这里，客户端选择的待修复的文件，可以是已确认出现异常的文件。例如，客户端通过防病毒软件扫描发现的需要修复的异常文件；或者，客户端根据用户指示信息确定待修复的异常文件，因为有一些异常文件，客户端的用户本身就知道是损坏或者不完整的，比如因用户误操作而导致的文件破坏等，因此，用户可通过输入指示信息告知客户端待修复的异常文件。

客户端选择的待修复的文件，还可以是并不确定是否出现异常的文件，即客户端可选择任意文件作为待修复的文件。

步骤11：从服务器端获取所述待修复的文件对应的健康文件；

步骤12：利用获取到的健康文件恢复所述待修复的文件的数据。

具体的，利用健康文件恢复待修复的文件的数据可以是将待修复的文件中被破坏的数据以健康文件中的相应数据替换，也可以是将整个待修复的文件以健康文件替换。

步骤11的具体实现方式如下：

步骤S00：客户端获取待修复的文件的文件描述信息，并将获取到的文件描述信息发送给服务器端；

这里，文件描述信息用于服务器端根据该信息将对应的健康文件或该文件的地址信息返回给客户端，获取文件描述信息的方法可以是如下三种：

第一种，从待修复的文件的描述信息，如文件的版本号、文件的发行公司等信息中获取文件描述信息；

第二种，从用户输入的信息中获取所述文件描述信息；

第三种，根据建立的文件位置信息与文件描述信息的对应关系，确定所述待修复的文件的文件位置对应的文件描述信息。例如，预先建立文件在磁盘的存储位置与该文件的文件名和版本号的对应关系，再将某个文件选择为待修复的文件后，根据所述对应关系就可确定该文件的存储位置对应的文件名和版本号，假设该文件的在磁盘的存储位置为01101100单元，建立有01101100单元与文件名start、版本号3.71.0.1的对应关系，那么，可确定该文件的文件名为start、版本号为3.71.0.1。

其中，第一种方法可以适用于待修复的文件是被计算机病毒加入了病毒指令代码，但文件本身的描述信息并没有被破坏的情况；第二种和第三种方法可以适用于待修复的文件是被计算机病毒加入了随机数据，文件本身的描述信息遭到破坏的情况，以及待修复的文件被计算机病毒或病毒软件删除的情况。

采用第三种方法时需要预先建立文件位置信息与文件描述信息的对应关系，可以预先做一份整个系统的文件信息映像，映像形式为文件位置信息与文件描述信息的对应关系。

所述文件描述信息包括但不限于以下信息：文件名称、版本号、文件标识(ID)等。文件标识是为该文件设定的用来标识该文件的数字或字母信息，比如可以设定4位数字作为某文件的文件标识。

步骤S01：服务器端收到文件描述信息后，从已建立的文件描述信息与地址信息的对应关系中，查找所述文件描述信息对应的地址信息，并将查找到的地址信息发送给客户端；

这里，地址信息是指保存健康文件的地址信息，具体可以是统一资源定位(URL)信息，还可以是任何其它形式的能够表示资源地址的信息。

实现本步骤服务器端需要预先建立文件描述信息与地址信息的对应关系，具体服务器端可以从互联网或用户终端收集文件的文件描述信息，将保存健康文件的URL地址结合起来得到文件描述信息与至少一个URL地址信息的对应关系。比如文件名称A，版本号为1.0.1，对应地址信息为：URL1、URL2、等等。

步骤S02：客户端根据收到的地址信息下载到所述待修复的文件对应的健康文件。

步骤11的具体实现方式还可以如下：

步骤S10：客户端获取待修复的文件的文件描述信息，并将获取到的文件描述信息发送给服务器端；

具体参见步骤S00。

步骤S11：服务器端收到文件描述信息后，查找所述文件描述信息对应的健康文件，并将查找到的健康文件返回给客户端；

本步骤是在服务器端保存健康文件，服务器端直接根据文件描述信息将健康文件发送给客户端。

步骤S12：客户端接收服务器端返回的健康文件。

较佳的，为了节省网络资源，服务器端可以在进一步确定待修复的文件为异常文件的情况下，才向客户端返回健康文件。

由此，对于步骤11的前一种实施方式，在步骤S00中，客户端还需要向服务器端发送待修复的文件的特征信息，该特征信息用于服务器端将该特征信息与保存的对应健康文件的特征信息进行比对，从而根据比对结果确定待修复的文件是否为异常文件，在步骤S01之前需要增加步骤：服务器端将收到的客户端发来的特征信息与保存的待修复的文件对应的健康文件的特征信息进行比对，若比对结果不一致，则执行步骤S01，若比对结果一致，则向客户端返回文件未出现异常的报告通知，而不需要再执行后续步骤，具体可参见图2。

同样的，对于步骤11的后一种实施方式，在步骤S10中，客户端还需要向服务器端发送待修复的文件的特征信息，在步骤S11之前需要增加步骤：服务器端将收到的客户端发来的特征信息与保存的待修复的文件对应的健康文件的特征信息进行比对，若比对结果不一致，则执行步骤S11，若比对结果一致，则向客户端返回文件未出现异常的报告通知，而不需要再执行后续步骤。

上述特征信息包括但不限于：文件的标识码(Content ID，CID)信息和/或文件大小信息。文件的标识码是能够唯一标识互联网上资源的由若干个字节组成的字符串，文件的标识码的计算包括但不限于以下两种方法：第一种，提取文件的部分数据，将提取的部分数据进行哈希(hash)运算，将运算结果作为该文件的CID值。比如，可以提取下载资源前面32k字节、中间32k字节和尾部32k字节的数据，将提取的数据通过哈希运算，如md5计算出一个值，将该值作为文件的CID值；第二种，将文件的全部数据进行哈希运算，将运算结果作为该下载资源的CID值。

服务器端将收到的客户端发来的特征信息与保存的健康文件的特征信息进行比对，具体包括：服务器端根据建立的文件描述信息与特征信息的对应关系，确定客户端发来的文件描述信息对应的特征信息，将确定的特征信息与客户端发来的特征信息进行比对，若两个特征信息相同，则比对结果一致，否则，比对结果不一致。

具体实例可以参见图3，文件描述信息包括文件名和版本号，文件的特征信息为文件的CID值，待比对文件的即客户端发来的文件名为WinRar、版本号为3.71.0.0、CID值为372AA286129D2987AFDD87E87A7C23，保存的健康文件的文件名为WinRar、版本号为3.71.0.0、CID值为624B2EDCF129D22A8352E2F2CBAD16E，经过比对，健康文件的CID值与待比对文件的CID值不一致，说明待比对文件的数据遭到病毒等破坏，因此服务器端需要将健康文件或该文件的URL地址信息返回给客户端供其进行文件修复。

参见图4，本发明实施例还提供一种修复异常文件的系统，该系统包括客户端40和服务器端41，其中：

客户端40，用于选择待修复的文件，从服务器端获取所述待修复的文件对应的健康文件；利用获取到的健康文件恢复所述待修复的文件的数据。

服务器端41，用于向所述客户端提供所述健康文件。

客户端40包括选择单元、交互单元和修复单元，其中：

选择单元，用于选择待修复的文件；

交互单元，用于从服务器端获取所述待修复的文件对应的健康文件；

修复单元，用于利用获取到的健康文件恢复所述待修复的文件的数据。

具体的，修复单元恢复数据时可以是将待修复的文件中被破坏的数据以健康文件中的相应数据替换，也可以是将整个待修复的文件以健康文件替换。

交互单元包括标识发送单元和文件下载单元，其中：

标识发送单元，用于获取所述待修复的文件的文件描述信息，将所述文件描述信息发送给所述服务器端；

具体的，该标识发送单元从所述待修复的文件信息中获取所述文件描述信息；或者，从用户输入的信息中获取所述文件描述信息；或者，根据建立的文件位置信息与文件描述信息的对应关系，确定所述待修复的文件的文件位置对应的文件描述信息；所述文件描述信息包括文件名称、版本号、文件标识(ID)等。

文件下载单元，用于根据所述服务器端返回的地址信息下载到所述待修复的文件对应的健康文件；

服务器端41包括地址查找单元和地址反馈单元，其中：

地址查找单元，用于查找所述文件描述信息对应的地址信息；该地址信息具体可以是URL地址等。

地址反馈单元，用于将所述查找到的地址信息返回给所述客户端。

交互单元进一步包括：特征发送单元，用于将所述待修复的文件的特征信息发送给所述服务器端；所述特征信息包括但不限于：文件标识码和/或文件大小。

服务器端41进一步包括：特征比对单元，用于将所述特征信息与保存的所述待修复的文件对应的健康文件的特征信息进行比对，在比对结果不一致时，通知所述地址查找单元查找所述文件描述信息对应的地址信息。

具体的，服务器端比对特征信息的方法为：根据建立的文件描述信息与特征信息的对应关系，确定客户端发来的文件描述信息对应的特征信息，若该特征信息与客户端发来的特征信息一致，则比对结果一致，否则，比对结果不一致。

参见图5，本发明实施例还提供一种客户端，该客户端包括选择单元50、交互单元51和修复单元52，其中：

选择单元50，用于选择待修复的文件；

交互单元51，用于从服务器端获取所述待修复的文件对应的健康文件；

修复单元52，用于利用获取到的健康文件恢复所述待修复的文件的数据。

具体的，修复单元52恢复数据时可以是将待修复的文件中被破坏的数据以健康文件中的相应数据替换，也可以是将整个待修复的文件以健康文件替换。

交互单元51包括标识发送单元60和文件下载单元61，其中：

标识发送单元60，用于获取所述待修复的文件的文件描述信息，将所述文件描述信息发送给所述服务器端；

具体的，该标识发送单元从所述待修复的文件信息中获取所述文件描述信息；或者，从用户输入的信息中获取所述文件描述信息；或者，根据建立的文件位置信息与文件描述信息的对应关系，确定所述待修复的文件的文件位置对应的文件描述信息。所述文件描述信息包括文件名称、版本号、文件标识(ID)等。

文件下载单元61，用于根据所述服务器端返回的地址信息下载到所述待修复的文件对应的健康文件。

交互单元51进一步包括：特征发送单元62，用于将所述待修复的文件的特征信息发送给所述服务器端，供服务器端进行特征信息的比对。所述特征信息包括但不限于：文件标识码和/或文件大小。

参见图6，本发明实施例还提供一种服务器，该服务器包括接收单元601、查找单元602和发送单元603，其中：

接收单元601，用于接收来自客户端的待修复文件的文件描述信息；

查找单元602，用于根据所述文件描述信息查找所述待修复文件对应的健康文件或该文件的地址信息；

发送单元603，用于将所述查找到健康文件或该文件的地址信息返回给所述客户端。

作为第一实施例，查找单元602包括第一存储单元和第一确定单元，其中：

第一存储单元，用于存储文件描述信息与地址信息的对应关系；

第一确定单元，用于根据所述对应关系，确定所述接收到的文件描述信息对应的地址信息，将确定的地址信息作为所述待修复文件对应的健康文件的地址信息。

作为第二实施例，所述查找单元602包括第二存储单元和第二确定单元，其中：

第二存储单元，用于存储文件；

第二确定单元，用于从第二存储单元中查找满足所述接收到的文件描述信息的文件，并将查找到的文件作为所述待修复文件对应的健康文件。

该服务器进一步包括第三存储单元604、特征比对单元605和通知单元606，其中：

第三存储单元604，用于存储文件描述信息与文件特征信息的对应关系；

特征比对单元605，用于根据所述对应关系，确定所述接收到的文件描述信息对应的文件特征信息，将确定的文件特征信息与所述客户端发来的所述待修复文件的文件特征信息进行比对；

通知单元606，用于在所述比对结果不一致时，通知所述查找单元查找所述待修复文件对应的健康文件或该文件的地址信息。

该服务器进一步包括：

反馈单元607，用于在所述比对结果一致时，通知所述客户端所述待修复的文件为非异常文件。

需要说明的是，所述第一存储单元和第三存储单元可以位于一个数据库表中，也可以在不同数据库表中。

综上，本发明的有益效果在于：

本发明实施例中，对异常文件进行修复的客户端通过与服务器端交互获取异常文件对应的健康文件，然后利用健康文件恢复异常文件的数据，使得异常文件在得到修复的同时文件内容也得到了恢复。

在异常文件为系统文件时，通过从服务器端获取对应的健康文件，不需要重装系统或软件，大大缩短了系统恢复正常状态的时间。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内

Claims (19)

1、一种修复异常文件的方法，其特征在于，该方法包括：

客户端选择待修复的文件；

从服务器端获取所述待修复的文件对应的健康文件；

利用获取到的健康文件恢复所述待修复的文件的数据。

2、如权利要求1所述的方法，其特征在于，所述从服务器端获取所述待修复的文件对应的健康文件包括：

所述客户端获取所述待修复的文件的文件描述信息，将所述文件描述信息发送给所述服务器端；

所述服务器端查找所述文件描述信息对应的地址信息，并将查找到的地址信息返回给所述客户端；

所述客户端根据所述地址信息下载到所述待修复的文件对应的健康文件。

3、如权利要求2所述的方法，其特征在于，在所述服务器端查找所述文件描述信息对应的地址信息之前，该方法进一步包括：

所述客户端将所述待修复的文件的特征信息发送给所述服务器端；

所述服务器端将所述特征信息与保存的所述待修复的文件对应的健康文件的特征信息进行比对；

在所述比对结果不一致时，查找所述文件描述信息对应的地址信息。

4、如权利要求2所述的方法，其特征在于，所述客户端获取所述异常文件的文件描述信息包括：

从所述待修复的文件信息中获取所述文件描述信息；或者，

从用户输入的信息中获取所述文件描述信息；或者，

根据建立的文件位置信息与文件描述信息的对应关系，确定所述待修复的文件的文件位置对应的文件描述信息。

5、如权利要求1所述的方法，其特征在于，所述利用获取到的健康文件恢复所述待修复的文件的数据包括：

将所述待修复的文件中被破坏的数据以所述健康文件中的相应数据替换；或者，将所述待修复的文件以所述健康文件替换。

6、如权利要求3所述的方法，其特征在于，所述特征信息包括：

文件大小信息和/或文件标识码信息。

7、一种修复异常文件的系统，其特征在于，该系统包括：

客户端，用于选择待修复的文件，从服务器端获取所述待修复的文件对应的健康文件；利用获取到的健康文件恢复所述待修复的文件的数据；

服务器端，用于向所述客户端提供所述健康文件。

8、如权利要求7所述的系统，其特征在于，所述客户端包括：

选择单元，用于选择待修复的文件；

交互单元，用于从服务器端获取所述待修复的文件对应的健康文件；

修复单元，用于利用获取到的健康文件恢复所述待修复的文件的数据。

9、如权利要求8所述的系统，其特征在于，所述交互单元包括：

标识发送单元，用于获取所述待修复的文件的文件描述信息，将所述文件描述信息发送给所述服务器端；

文件下载单元，用于根据所述服务器端返回的地址信息下载到所述待修复的文件对应的健康文件；

所述服务器端包括：

地址查找单元，用于查找所述文件描述信息对应的地址信息；

地址反馈单元，用于将所述查找到的地址信息返回给所述客户端。

10、如权利要求9所述的系统，其特征在于，所述交互单元进一步包括：

特征发送单元，用于将所述待修复的文件的特征信息发送给所述服务器端；

所述服务器端进一步包括：

特征比对单元，用于将所述特征信息与保存的所述待修复的文件对应的健康文件的特征信息进行比对，在比对结果不一致时，通知所述地址查找单元查找所述文件描述信息对应的地址信息。

11、一种客户端，其特征在于，该客户端包括：

选择单元，用于选择待修复的文件；

交互单元，用于从服务器端获取所述待修复的文件对应的健康文件；

修复单元，用于利用获取到的健康文件恢复所述待修复的文件的数据。

12、如权利要求11所述的客户端，其特征在于，所述交互单元包括：

标识发送单元，用于获取所述待修复的文件的文件描述信息，将所述文件描述信息发送给所述服务器端；

文件下载单元，用于根据所述服务器端返回的地址信息下载到所述待修复的文件对应的健康文件。

13、如权利要求12所述的客户端，其特征在于，所述交互单元进一步包括：

特征发送单元，用于将所述待修复的文件的特征信息发送给所述服务器端，供服务器端进行特征信息的比对。

14、如权利要求12所述的客户端，其特征在于，所述标识发送单元用于：

从所述待修复的文件信息中获取所述文件描述信息；或者，从用户输入的信息中获取所述文件描述信息；或者，根据建立的文件位置信息与文件描述信息的对应关系，确定所述待修复的文件的文件位置对应的文件描述信息。

15、一种服务器，其特征在于，该服务器包括：

接收单元，用于接收来自客户端的待修复文件的文件描述信息；

查找单元，用于根据所述文件描述信息查找所述待修复文件对应的健康文件或该文件的地址信息；

发送单元，用于将所述查找到健康文件或该文件的地址信息返回给所述客户端。

16、如权利要求15所述的服务器，其特征在于，所述查找单元包括：

第一存储单元，用于存储文件描述信息与地址信息的对应关系；

第一确定单元，用于根据所述对应关系，确定所述接收到的文件描述信息对应的地址信息，将确定的地址信息作为所述待修复文件对应的健康文件的地址信息。

17、如权利要求15所述的服务器，其特征在于，所述查找单元包括：

第二存储单元，用于存储文件；

第二确定单元，用于从第二存储单元中查找符合所述接收到的文件描述信息的文件，并将查找到的文件作为所述待修复文件对应的健康文件。

18、如权利要求15所述的服务器，其特征在于，该服务器进一步包括：

第三存储单元，用于存储文件描述信息与文件特征信息的对应关系；

特征比对单元，用于根据所述对应关系，确定所述接收到的文件描述信息对应的文件特征信息，将确定的文件特征信息与所述客户端发来的所述待修复文件的文件特征信息进行比对；

通知单元，用于在所述比对结果不一致时，通知所述查找单元查找所述待修复文件对应的健康文件或该文件的地址信息。

19、如权利要求18所述的服务器，其特征在于，该服务器进一步包括：

反馈单元，用于在所述比对结果一致时，通知所述客户端所述待修复的文件为非异常文件。

Images