CN103838589A - 一种插件删除、恢复方法及客户端 - Google Patents

Abstract

本发明实施例公开了插件删除、恢复方法及客户端，应用于信息处理技术领域。本发明实施例中，客户端在接收到待删除插件的删除指令后，获取待删除插件的配置信息，该配置信息包括与待删除插件相关的文件信息及其路径信息，并备份文件信息对应文件和所述路径信息到客户端的指定路径中，最后根据路径信息查找到对应路径，并删除路径中所述文件信息对应文件。这样在删除插件之前备份正常运行插件所需的各个文件和各个文件所属的路径到指定路径，使得如果想要恢复已删除的插件时，能直接将指定路径中的文件复制到文件对应的路径中，保证了客户端在调用该插件时，在相应的路径中能找到正确的文件，可以简化对已删除插件的恢复流程。

Description

一种插件删除、恢复方法及客户端

技术领域

本发明涉及信息处理技术领域，特别涉及插件删除、恢复方法及客户端。

背景技术

插件是应用系统中客户端接口的程序，客户端可以在运行应用程序的过程中调用该插件来实现一定的功能，这样可以通过插件可以增强客户端的功能，但是有些恶意插件就会妨碍客户端的正常使用，比如一些广告插件或用户资料或用户账号密码盗取的插件等，就需要删除这些插件，才能保证客户端的安全和使用。

不同用户对客户端中使用的插件要求不同，客户端可以根据用户的插件安装指令和插件删除指令分别安装和删除相应的指令，如果用户需要在客户端中运行已删除的插件时，需要查找到该已删除插件的安装文件，在客户端中再重新安装一次该已删除插件，这样流程比较繁琐。

发明内容

本发明实施例提供插件删除、恢复方法及客户端，简化了对已删除插件的恢复流程。

本发明实施例提供一种插件删除方法，包括：

接收待删除插件的删除指令；

获取所述待删除插件的配置信息，所述配置信息包括与所述待删除插件相关的文件信息及其路径信息；

备份所述文件信息对应文件和所述路径信息到客户端的指定路径中；

根据所述路径信息查找到对应路径，并删除所述路径中所述文件信息对应文件。

本发明实施例提供一种插件恢复方法，包括：

接收已删除插件的恢复指令；

从客户端的指令路径中查找到所述已删除插件对应的文件和所述文件对应路径的信息；

根据所述查找到的路径信息，将所述查找到的文件恢复到所述文件对应的路径中，完成所述已删除插件的恢复。

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

删除接收单元，用于接收待删除插件的删除指令；

配置信息获取单元，用于获取所述待删除插件的配置信息，所述配置信息包括与所述待删除插件相关的文件信息及其路径信息；

备份单元，用于备份所述文件信息对应文件和所述路径信息到客户端的指定路径中；

删除单元，用于根据所述路径信息查找到对应路径，并删除所述路径中所述文件信息对应文件。

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

恢复接收单元，用于接收已删除插件的恢复指令；

信息查找单元，用于从客户端的指令路径中查找到所述已删除插件对应的文件和所述文件对应路径的信息；

恢复单元，用于根据所述查找到的路径信息，将所述查找到的文件恢复到所述文件对应的路径中，完成所述已删除插件的恢复。

本发明实施例的插件删除方法中，客户端在接收到待删除插件的删除指令后，会获取待删除插件的配置信息，该配置信息包括与待删除插件相关的文件信息及其路径信息，并备份文件信息对应文件和所述路径信息到客户端的指定路径中，最后根据路径信息查找到对应路径，并删除路径中所述文件信息对应文件。这样在删除插件之前备份正常运行插件所需的各个文件和各个文件所属的路径到指定路径，使得如果想要恢复已删除的插件时，就可以直接将指定路径中的文件复制到文件对应路径中，保证了客户端在调用该插件时，在相应的路径中能找到正确的文件，而不用重新安装该插件，可以简化对已删除插件的恢复流程。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种插件删除的方法流程图；

图2是本发明实施例中客户端获取待删除插件的配置信息的流程图；

图3是本发明实施例提供的另一种插件删除的方法流程图；

图4是本发明实施例提供的一种插件恢复的方法流程图；

图5是本发明实施例提供的一种客户端的结构示意图；

图6是本发明实施例提供的另一种客户端的结构示意图；

图7是本发明实施例提供的另一种客户端的结构示意图；

图8是本发明实施例提供的另一种客户端的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种插件删除方法，主要是客户端所执行的插件删除方法，流程图如图1所示，包括：

步骤101，客户端接收待删除插件的删除指令。

可以理解，客户端可以提供关于某一应用的用户界面，并在该用户界面上包括对于与该应用有关插件的删除接口，以供插件的删除，客户端就可以接收到用户从该删除接口选择的对于某个插件的删除指令，比如用户可以点击客户端提供的即时通信的用户界面上的插件删除接口，客户端从插件删除接口接收用户选择的语音播报即时通信信息的插件的删除指令等；或者用户对客户端操作，使得客户端形成删除该客户端中所有插件的用户界面，并从该形成的用户界面上接收用户选择的对于某个插件的删除指令。

步骤102，客户端获取待删除插件的配置信息，该配置信息可以指示待删除插件在客户端中如何配置，具体可以包括与待删除插件相关的文件信息(比如注册表信息、进程文件信息和菜单信息等)及每个文件信息对应的路径信息(即文件信息在客户端中的储存地址)。

一般情况下，客户端根据插件库及该客户端装载插件的具体情况来获取，其中插件库中储存着多种类型插件的标准配置信息，则客户端具体可以通过如下的步骤来获取待删除插件的配置信息，流程图如图2所示，包括：

A：从插件库中查找与待删除插件对应的多种配置信息，每种配置信息都包括文件信息及其路径信息。上述一个插件可以应用在多种应用程序中，或由不同商家发布，相应地，每种应用程序或每个发布的插件的配置信息也不同，这样一个插件就可以对应多种配置信息。其中插件库可以是储存在客户端中插件的标准配置信息，也可以是储存在客户端之外的其它设备上比如服务器上。

B：对于步骤A查找的一种配置信息，根据配置信息中的路径信息，扫描客户端的相应路径中的文件信息。

C：判断步骤C中扫描的文件信息与上述步骤A查找的配置信息中的文件信息是否一致，比如判断是否都是注册表文件，是否是同一插件的文件等，则执行步骤D；如果不一致，则返回执行步骤B，选取另一种配置信息，然后对于另一种配置信息执行步骤B和C。

D：确定一致的文件信息对应的一种配置信息为待删除插件的配置信息。

需要说明的是，客户端在上述步骤B和C时，可以如图2所示，对于一种配置信息进行上述扫描和判断步骤后，如果不一致时才对另一种配置信息执行扫描和判断的步骤，如果一致时则执行步骤D并结束流程，而不会考虑其他种配置信息，可以节省执行流程；客户端也可以对于多种配置信息都执行完上述步骤B，后对于多种配置信息再执行步骤C，并在其中选择出文件信息一致的配置信息来执行步骤D。另外，上述插件库可以由定时或不定时的更新，当网络服务器发布新的插件时，可以推送给客户端关于新插件的配置信息，同样客户端可以主动向网络服务器请求更新插件库中的插件。

步骤103，客户端备份文件信息对应文件和路径信息到客户端的指定路径中，具体地备份的过程中，可以将路径信息对应所有路径中的文件都复制步骤102中客户端的指定路径，且需要指明各个文件所属的路径，比如对于注册表中的一个键，需要将为该键枚举的所有值、数据和子键，及对于子键进行递归枚举的信息都复制到指定路径。且除了上述文件和路径信息之外，还可以在指定路径中储存一些额外信息，比如复制这些信息的时间，删除插件时间或插件标识等信息，进一步地，为了节省空间，可以对备份的文件和路径信息进行压缩后储存。上述指定路径可以是客户端中任意的储存路径，可以由用户根据实际需要选定的路径，比如选择平时不会查看到且储存空间足够的磁盘中。

步骤104，客户端根据上述路径信息查找到对应路径，并删除找到的路径中文件信息对应文件，使得被删除的插件不能被加载运行。

客户端在删除文件时，对于不同文件删除的操作不同，比如删除一个服务对应的文件，需要客户端先停止该服务的运行，然后删除该服务对应的文件及注册表文件，比如删除dll文件，需要客户端先关闭加载该dll的进程，然后再删除该dll文件等。

可见，本发明实施例的插件删除方法中，客户端在接收到待删除插件的删除指令后，会获取待删除插件的配置信息，该配置信息包括与待删除插件相关的文件信息及其路径信息，并备份文件信息对应文件和所述路径信息到客户端的指定路径中，最后根据路径信息查找到对应路径，并删除路径中所述文件信息对应文件。这样在删除插件之前备份正常运行插件所需的各个文件和各个文件所属的路径到指定路径，使得如果想要恢复已删除的插件时，就可以直接将指定路径中的文件复制到文件对应路径中，保证了客户端在调用该插件时，在相应的路径中能找到正确的文件，而不用重新安装该插件，可以简化对已删除插件的恢复流程。

在一个具体的实施例中，并不是所有的插件在删除之前，都需要执行上述步骤103中的备份，而是在客户端执行上述步骤103中的备份步骤之前按照如下两种方式来确定哪些插件需要提前备份，哪些插件不需要提前备份：

(1)参考图3所示，客户端在执行步骤103之前，还需要执行步骤105，即判断待删除插件是否支持恢复，如果支持恢复，则执行步骤103和104，即上述备份、查找路径和删除文件的步骤；如果不支持恢复，执行步骤104，即查找路径和删除文件的步骤。其中，客户端在判断时，可以将待删除插件与插件库中的恶意插件进行比较，如果是恶意插件中的插件，则确定不支持恢复；客户端还可以将待删除插件是否是用户设置的不进行恢复的插件，如果是，则确定不支持恢复。

需要说明的是，上述步骤105与步骤102之间并没有绝对的顺序关系，可以顺序执行，也可以同时执行，图3中所示的只是其中一种具体的实现方式。

(2)客户端在执行上述步骤103之前，可以提供用户选择界面，以提供用户选择该待删除插件是否需要备份，或提供用户确定该待插件是否支持恢复，如果客户端从用户选择界面上接收到需要备份该待删除插件，或支持恢复的信息，则执行上述步骤103和104；如果客户端从用户选择界面上接收到不需要备份该待删除插件，或不支持恢复的信息，则执行上述步骤104。

进一步地，为了防止用户对待删除插件不了解而选择直接删除插件的情况，在用户选择界面上可以显示对于该待删除插件的简单介绍，比如插件的用途等。可以理解的是，在用户选择界面上还可以包括客户端推荐的选择等信息。

本发明实施例还提供一种插件恢复方法，主要是客户端在按照上述实施例中所述的插件删除方法删除插件后，如果需要恢复某些已删除插件，客户端所执行的插件恢复方法，流程图如图4所示，包括：

步骤201，客户端接收已删除插件的恢复指令。

可以理解，客户端可以提供关于某一应用的用户界面，并在该用户界面上包括对于与该应用有关插件的恢复接口，以供恢复已删除的插件即使已删除的插件恢复到删除前可以正常运行的状态，客户端就可以接收到用户从该恢复接口选择的对于某个已删除插件的恢复指令，比如用户可以点击客户端提供的即时通信的用户界面上的插件恢复接口，客户端会显示已删除插件的列表以供用户选择，到用户选择后，客户端从插件恢复接口接收用户选择的语音播报即时通信信息的插件的恢复指令等；或者用户对客户端操作，使得客户端形成恢复客户端中所有已删除插件的用户界面，并从该形成的用户界面上接收用户选择的对于某个已删除插件的恢复指令。

步骤202，客户端从客户端的指定路径中查找到已删除插件对应的文件和文件对应路径的路径信息，这里客户端的指定路径是客户端在删除插件时，用来储存与删除插件相关的文件及文件对应路径的路径信息的。其中文件对应路径并不是指文件当前所储存的路径即并不是指客户端中的指定路径，而是指该插件在正常运行时，各个文件所在的路径。

由于指定路径中除了可以储存插件的文件和路径信息之外，还可以储存一些额外的信息，比如删除插件的时间和删除插件的标识，则客户端接收的恢复指令中可以包括已删除插件的时间，或已删除插件的标识等，这样在执行本步骤的查找时，可以根据时间或标识来查找相关的文件和路径的信息。

步骤203，客户端根据步骤202中查找到的路径信息，将查找到的文件恢复到文件对应的路径中，完成已删除插件的恢复，客户端在恢复文件时，可以直接将文件复制到相应的路径中，但是有些路径的文件不能直接复制，需要进行额外的处理，比如对于一些服务需求的程序，需要重新安装该服务，由比如clsid需要注册等。客户端在恢复已删除插件后，可以将指定路径中储存的与已删除插件相关的信息删除，即已删除插件对应的文件和文件对应路径的信息等，节省了空间。

本发明实施例的插件恢复方法中，由于在客户端指定路径中储存了与已删除插件相关的文件及文件所述路径的路径信息，则在进行插件恢复时，当客户端接收到已删除插件的恢复指令后，会从客户端的指令路径中查找到已删除插件对应的文件和文件对应路径的路径信息，并根据查找到的路径信息，直接将查找到的文件恢复到文件对应的路径中，完成已删除插件的恢复，保证了客户端在调用该插件时，在相应的路径中能找到正确的文件，而不用通过重新安装该插件的方式来恢复已删除插件，可以简化对已删除插件的恢复流程。

本发明实施例还提供一种客户端，结构示意图如图5所示，包括：

删除接收单元10，用于接收待删除插件的删除指令；

配置信息获取单元11，用于根据获取所述删除接收单元10接收的删除指令对应的待删除插件的配置信息，所述配置信息包括与所述待删除插件相关的文件信息及其路径信息；

备份单元12，用于备份所述配置信息获取单元11获取的配置信息中的文件信息对应文件和所述路径信息到客户端的指定路径中；

删除单元13，用于在备份单元12完成备份后，根据所述配置信息获取单元11获取的配置信息中路径信息查找到对应路径，并删除所述路径中所述文件信息对应文件。

本发明实施例的客户端中，删除接收单元10在接收到待删除插件的删除指令后，配置信息获取单元11会获取待删除插件的配置信息，该配置信息包括与待删除插件相关的文件信息及其路径信息，并由备份单元12备份文件信息对应文件和所述路径信息到客户端的指定路径中，最后删除单元13根据路径信息查找到对应路径，并删除路径中所述文件信息对应文件。这样在删除插件之前备份正常运行插件所需的各个文件和各个文件所属的路径到指定路径，使得如果想要恢复已删除的插件时，就可以直接将指定路径中的文件复制到文件对应路径中，保证了客户端在调用该插件时，在相应的路径中能找到正确的文件，而不用重新安装该插件，可以简化对已删除插件的恢复流程。

参考图6所示，在一个具体的实施例中客户端除了可以包括如图5所示的结构外，还可以包括恢复判断单元14、界面提供单元15和界面信息接收单元16，且其中的配置信息获取单元11可以通过配置查找单元110、文件扫描单元111和配置信息确定单元112来实现，具体地：

恢复判断单元14，用于判断所述待删除插件是否支持恢复，如果支持恢复，通知所述备份单元12执行所述备份后，所述删除单元13执行查找路径和删除文件的步骤；如果不支持恢复，通知删除单元13执行所述查找路径和删除文件的步骤。

界面提供单元15，用于提供用户选择界面，以提供用户选择所述待删除插件是否需要备份，或提供用户确认所述待删除插件是否支持恢复；

界面信息接收单元16，用于从所述界面提供单元15提供的用户选择界面上接收用户选择或用户确定的信息，如果是需要备份或支持恢复的信息时，通知所述备份单元12执行所述备份后，所述删除单元13执行查找路径和删除文件的步骤；如果从用户选择界面上接收到不需要备份或不支持恢复的信息，通知所述删除单元13执行所述查找路径和删除文件的步骤。

配置查找单元110，用于在删除接收单元10接收到删除指令后，从插件库中查找与删除指令所指示删除的待删除插件对应的多种配置信息，每种配置信息都包括文件信息及其路径信息；

文件扫描单元111，用于根据所述配置查找单元110查找的配置信息中的路径信息，扫描所述客户端的相应路径中的文件信息；

配置信息确定单元112，用于如果文件扫描单元111扫描的文件信息与所述查找的配置信息中的文件信息一致，则确定所述一致的文件信息对应的一种配置信息为所述待删除插件的配置信息。

本发明实施例的客户端中，当删除接收单元10接收到对于待删除插件的删除指令后，由配置信息获取单元11中的配置查找单元110先从插件库中查找到与待删除插件相关的多种配置信息，然后通过文件扫描单元111和配置信息确定单元112的操作来唯一确定待删除插件的配置信息；在备份单元12备份文件及路径信息之前，可以通过恢复判断单元14确定是否要进行备份，或是通过界面提供单元15和界面信息接收单元16来确定是否需要进行备份，如果需要备份，该备份单元12才会备份待删除插件的文件及文件所属路径的路径信息后，删除单元13在相应的路径中删除与待删除插件相关的文件，如果不需要备份，直接由删除单元13会根据配置信息确定单元112确定的配置信息，在相应的路径中删除与待删除插件的相关的文件。

上述插件库可以是客户端中预置的，也可以是客户端之外的其它设备比如服务器端储存的，则本实施例的客户端中还可以包括储存插件库的单元，及对插件库更新的单元等。

参考图7所示，在另一个具体的实施例中，客户端除了可以包括如图5所示的结构外，还可以包括恢复接收单元17、信息查找单元18和恢复单元19，其中：

恢复接收单元17，用于接收已删除插件的恢复指令；

信息查找单元18，用于从所述客户端的指令路径中查找到所述恢复接收单元17接收的恢复指令所指示的已删除插件对应的文件和所述文件对应路径的路径信息；

恢复单元19，用于根据信息查找单元18查找到的路径信息，将所述查找到的文件恢复到所述文件对应的路径中，完成所述已删除插件的恢复，恢复单元19在进行恢复操作时，对于有些能直接复制的文件可以执行复制，对于有些不能直接复制的文件，还要进行一些额外操作，比如对于一些服务程序，需要重新安装该服务等。

本发明实施例的客户端中，当通过删除接收单元10、配置信息获取单元11、备份单元12和删除单元13的执行后，可以将待删除插件删除。然后当恢复接收单元17接收到已删除插件的恢复指令，则信息查找单元18会在备份单元12备份的指定路径中查找与已删除插件相关的文件及文件对应路径的路径信息，然后恢复单元19将备份单元12备份的指定路径中的文件恢复到该文件对应的路径中。

且需要说明的是，在本实施例的客户端中可以包括上述的恢复判断单元14、界面提供单元15和界面信息接收单元16等，在此不进行赘述。

本发明实施例还提供一种客户端，结构示意图如图8所示，包括：

恢复接收单元20，用于接收已删除插件的恢复指令；

信息查找单元21，用于从客户端的指令路径中查找到所述恢复接收单元20接收的恢复指令所指示的已删除插件对应的文件和所述文件对应路径的路径信息；

恢复单元22，用于根据信息查找单元21查找到的路径信息，将所述信息查找单元21查找到的文件恢复到所述文件对应的路径中，完成所述已删除插件的恢复。

进一步地，为了节省空间，客户端中还可以包括信息删除单元23，在恢复单元22完成已删除插件的恢复后，删除所述指定路径中所述已删除插件对应的文件和所述文件对应路径的路径信息。

本发明实施例的客户端中，由于在客户端指定路径中储存了与已删除插件相关的文件及文件所述路径的路径信息，则在进行插件恢复时，当恢复接收单元20接收到已删除插件的恢复指令后，信息查找单元21会从客户端的指令路径中查找到已删除插件对应的文件和文件对应路径的路径信息，并由恢复单元22根据查找到的路径信息，直接将查找到的文件恢复到文件对应的路径中，完成已删除插件的恢复，保证了客户端在调用该插件时，在相应的路径中能找到正确的文件，而不用通过重新安装该插件的方式来恢复已删除插件，可以简化对已删除插件的恢复流程。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM)、随机存取存储器(RAM)、磁盘或光盘等。

以上对本发明实施例所提供的插件删除、恢复方法及客户端进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (14)

1.一种插件删除方法，其特征在于，包括：

接收待删除插件的删除指令；

获取所述待删除插件的配置信息，所述配置信息包括与所述待删除插件相关的文件信息及其路径信息；

备份所述文件信息对应文件和所述路径信息到客户端的指定路径中；

根据所述路径信息查找到对应路径，并删除所述路径中所述文件信息对应文件。

2.如权利要求1所述的方法，其特征在于，所述获取所述待删除插件的配置信息具体包括：

从插件库中查找与所述待删除插件对应的多种配置信息，每种配置信息都包括文件信息及其路径信息；

根据所述查找的配置信息中的路径信息，扫描所述客户端的相应路径中的文件信息；

如果扫描的文件信息与所述查找的配置信息中的文件信息一致，则确定所述一致的文件信息对应的一种配置信息为所述待删除插件的配置信息。

3.如权利要求1或2所述的方法，其特征在于，所述备份所述文件信息对应文件和路径信息到客户端的指定路径中之前，还包括：

判断所述待删除插件是否支持恢复，如果支持恢复，执行所述备份、查找路径和删除文件的步骤；如果不支持恢复，执行所述查找路径和删除文件的步骤。

4.如权利要求1或2所述的方法，其特征在于，所述备份所述文件信息对应文件和路径信息到客户端的指定路径中之前，还包括：

提供用户选择界面，以提供用户选择所述待删除插件是否需要备份，或提供用户确认所述待删除插件是否支持恢复；

当从所述用户选择界面上接收到需要备份或支持恢复的信息时，执行所述备份、查找路径和删除文件的步骤；如果从用户选择界面上接收到不需要备份或不支持恢复的信息，执行所述查找路径和删除文件的步骤。

5.如权利要求1或2所述的方法，其特征在于，所述方法还包括：

接收已删除插件的恢复指令；

从所述客户端的指令路径中查找到所述已删除插件对应的文件和所述文件对应路径的路径信息；

根据所述查找到的路径信息，将所述查找到的文件恢复到所述文件对应的路径中，完成所述已删除插件的恢复。

6.一种插件恢复方法，其特征在于，包括：

接收已删除插件的恢复指令；

从客户端的指令路径中查找到所述已删除插件对应的文件和所述文件对应路径的路径信息；

根据所述查找到的路径信息，将所述查找到的文件恢复到所述文件对应的路径中，完成所述已删除插件的恢复。

7.如权利要求6所述的方法，其特征在于，所述方法还包括：

删除所述指定路径中所述已删除插件对应的文件和所述文件对应路径的路径信息。

8.一种客户端，其特征在于，包括：

删除接收单元，用于接收待删除插件的删除指令；

配置信息获取单元，用于获取所述待删除插件的配置信息，所述配置信息包括与所述待删除插件相关的文件信息及其路径信息；

备份单元，用于备份所述文件信息对应文件和所述路径信息到客户端的指定路径中；

删除单元，用于根据所述路径信息查找到对应路径，并删除所述路径中所述文件信息对应文件。

9.如权利要求8所述的客户端，其特征在于，所述配置信息获取单元具体包括：

配置查找单元，用于从插件库中查找与所述待删除插件对应的多种配置信息，每种配置信息都包括文件信息及其路径信息；

文件扫描单元，用于根据所述查找的配置信息中的路径信息，扫描所述客户端的相应路径中的文件信息；

配置信息确定单元，用于如果扫描的文件信息与所述查找的配置信息中的文件信息一致，则确定所述一致的文件信息对应的一种配置信息为所述待删除插件的配置信息。

10.如权利要求8或9所述的客户端，其特征在于，还包括：恢复判断单元，用于判断所述待删除插件是否支持恢复，如果支持恢复，通知所述备份单元执行所述备份后，所述删除单元查找路径和删除文件的步骤；如果不支持恢复，通知所述删除单元执行所述查找路径和删除文件的步骤。

11.如权利要求8或9所述的客户端，其特征在于，还包括：界面提供单元和界面信息接收单元，其中：

界面提供单元，用于提供用户选择界面，以提供用户选择所述待删除插件是否需要备份，或提供用户确认所述待删除插件是否支持恢复；

界面信息接收单元，用于从所述用户选择界面上接收用户选择或用户确定的信息，如果是需要备份或支持恢复的信息时，通知所述备份单元执行所述备份后，所述删除单元执行查找路径和删除文件的步骤；如果从用户选择界面上接收到不需要备份或不支持恢复的信息，通知所述删除单元执行所述查找路径和删除文件的步骤。

12.如权利要求8或9所述的客户端，其特征在于，还包括：

恢复接收单元，用于接收已删除插件的恢复指令；

信息查找单元，用于从所述客户端的指令路径中查找到所述已删除插件对应的文件和所述文件对应路径的路径信息；

恢复单元，用于根据所述查找到的路径信息，将所述查找到的文件恢复到所述文件对应的路径中，完成所述已删除插件的恢复。

13.一种客户端，其特征在于，包括：

恢复接收单元，用于接收已删除插件的恢复指令；

信息查找单元，用于从客户端的指令路径中查找到所述已删除插件对应的文件和所述文件对应路径的路径信息；

恢复单元，用于根据所述查找到的路径信息，将所述查找到的文件恢复到所述文件对应的路径中，完成所述已删除插件的恢复。

14.如权利要求13所述的客户端，其特征在于，还包括：信息删除单元，用于删除所述指定路径中所述已删除插件对应的文件和所述文件对应路径的路径信息。

Images