一种系统还原点管理方法、装置及电子设备

摘要

本申请实施例公开一种系统还原点管理方法、装置及电子设备，涉及计算机应用技术领域，为提高对系统还原点的管理灵活性而发明。所述方法，包括：基于COM组件获取系统还原点的信息；其中，所述系统还原点的个数为至少两个；接收用户的还原点删除命令，所述还原点删除命令用于从所述系统还原点的信息中选择任意一个或任意多个还原点进行删除操作；根据所述还原点删除命令，删除选择的还原点。本申请适用于对系统还原点进行管理。

说明书

技术领域

本申请涉及计算机应用技术领域，尤其涉及一种系统还原点管理方法、装置、电子设备及计算机可读存储介质。

背景技术

为方便用户管理电子设备，通常可以为带有操作系统的电子设备设置系统还原点，这样，可以利用系统还原点，在不重新安装系统也不破坏数据文件的前提下，使系统回到还原点对应的工作状态，此外，也可以根据需要删除还原点。

在现有技术中，操作系统提供的系统还原点管理方案中，对还原点进行删除时，会将离现在时间点最近的那个还原点之外所有还原点进行删除，这样，导致用户无法灵活地选择删除任意还原点，现有技术中的操作系统提供的系统还原点管理方案，会导致对系统还原点的管理灵活性较低。

发明内容

有鉴于此，本申请实施例提供一种系统还原点管理方法、装置、电子设备及计算机可读存储介质，能够提高对系统还原点的管理灵活性。

第一方面，本申请实施例提供一种系统还原点管理方法，包括：基于COM组件获取系统还原点的信息；其中，所述系统还原点的个数为至少两个；接收用户的还原点删除命令，所述还原点删除命令用于从所述系统还原点的信息中选择任意一个或任意多个还原点进行删除操作；根据所述还原点删除命令，删除选择的还原点。

根据本申请实施例的一种具体实施方式，所述基于COM组件获取系统还原点的信息，包括：基于COM组件，生成WMI服务器的代理；向所述WMI服务器的代理发送系统还原点的查询请求，以使所述WMI服务器的代理向所述WMI服务器发送所述系统还原点的查询请求，并接收所述WMI服务器根据所述系统还原点的查询请求，返回的操作系统的还原点的信息；接收所述WMI服器的代理发送的还原点的信息。

根据本申请实施例的一种具体实施方式，所述基于COM组件，生成WMI服务器的代理，包括：创建进程内COM服务器；建立与WMI服务器的命令空间的连接，以使所述COM服务器获取与所述WMI服务器的命令空间对应的服务器接口代理而成为WMI服务器的代理。

根据本申请实施例的一种具体实施方式，所述对系统还原点的查询请求中包括SELECT*FROM SystemRestore语句，以获取系统中所有还原点信息。

根据本申请实施例的一种具体实施方式，在基于COM组件获取系统还原点的信息之后，接收用户的还原点删除命令之前，所述方法还包括：展示所述还原点的信息；其中，所述还原点的信息包括还原点标识；所述接收用户的还原点删除命令，包括：接收用户对所述还原点标识发出的还原点删除命令。

第二方面，本申请实施例提供一种系统还原点管理装置，包括：获取模块，用于基于COM组件获取系统还原点的信息；其中，所述系统还原点的个数为至少两个；删除命令接收模块，用于接收用户的还原点删除命令，所述还原点删除命令用于从所述系统还原点的信息中选择任意一个或任意多个还原点进行删除操作；删除模块，用于根据所述还原点删除命令，删除选择的还原点。

根据本申请实施例的一种具体实施方式，所述获取模块，包括：生成子模块，用于基于COM组件，生成WMI服务器的代理；查询请求发出子模块，用于向所述WMI服务器的代理发送系统还原点的查询请求，以使所述WMI服务器的代理向所述WMI服务器发送所述系统还原点的查询请求，并接收所述WMI服务器根据所述系统还原点的查询请求，返回的操作系统的还原点的信息；接收子模块，用于接收所述WMI服务器的代理发送的还原点的信息。

根据本申请实施例的一种具体实施方式，所述生成子模块，包括：创建单元，用于创建进程内COM服务器；建立单元，用于建立与WMI服务器的命令空间的连接，以使所述COM服务器获取与所述WMI服务器的命令空间对应的服务器接口代理而成为WMI服务器的代理。

根据本申请实施例的一种具体实施方式，所述对系统还原点的查询请求中包括SELECT*FROM SystemRestore语句，以获取系统中所有还原点信息。

根据本申请实施例的一种具体实施方式，所述装置还包括：展示模块，用于展示所述还原点的信息；其中，所述还原点的信息包括还原点标识；所述删除命令接收模块，包括：删除命令接收子模块，用于接收用户对所述还原点标识发出的还原点删除命令。

第三方面，本申请的实施例还提供一种电子设备，所述电子设备包括：壳体、处理器、存储器、电路板和电源电路，其中，电路板安置在壳体围成的空间内部，处理器和存储器设置在电路板上；电源电路，用于为上述电子设备的各个电路或器件供电；存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行本申请的实施例提供的任一种系统还原点管理方法。

第四方面，本申请的实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现本申请的实施例提供的任一种系统还原点管理方法。

本申请的实施例提供的系统还原点管理方法、装置、电子设备及存储介质，通过基于COM组件获取系统还原点的信息；其中，所述系统还原点的个数为至少两个，之后接收用户的还原点删除命令，所述还原点删除命令用于从所述系统还原点的信息中选择任意一个或任意多个还原点进行删除操作，再根据还原点删除命令，删除选择的还原点，由于基于COM组件，能够获取两个以上的系统还原点，并可以从获取的还原点信息中选择任意一个或任意多个还原点进行删除操作，这样，用户可以根据需要灵活地对系统还原点进行删除，通过本实施例的系统还原点管理方法的实施，能够提高对系统还原点管理的灵活性。

附图说明

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

图1为本申请一实施例提供的系统还原点管理方法的流程图；

图2为本申请再一实施例提供的系统还原点管理方法的流程图；

图3为本申请一实施例提供的系统还原点管理装置的结构示意图；

图4为本申请一实施例提供的电子设备的结构示意图。

具体实施方式

下面结合附图对本申请实施例进行详细描述。

应当明确，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

图1为本申请一实施例提供的系统还原点管理方法的流程图，如图1所示，本实施例的系统还原点管理方法，可以应用于金山毒霸，以使金山毒霸进行系统还原点清理，所述方法，可以包括：

还原点(restore poin)表示计算机系统文件的存储状态。“系统还原”会按特定的时间间隔创建还原点，还会在检测到计算机开始变化时创建还原点。此外，还可以在任何时候手动创建还原点。

S101、基于COM组件获取系统还原点的信息；其中，所述系统还原点的个数为至少两个。

系统还原点的个数可为两个、三个、五个等等。

COM组件(Component Object Model，组件对象模型)，是由微软推出的一套接口规范，通过设定不同组件之间需要遵守的标准与协议，主要用来跨语言、跨进程之间的模块通信，在本实施例中，COM组件主要用来实现跨进程之间的通信。

系统还原点的信息可以包括创建时间、还原点描述信息、还原点事件发生类型、还原点类型和还原点的序列号中的一个或多个，在一个例子中，系统还原点的信息至少包括该还原点的序列号。

S102、接收用户的还原点删除命令，所述还原点删除命令用于对系统还原点的信息中任意一个或任意多个还原点进行删除操作。

当用户欲删除系统还原点中的的任意一个或任意多个还原点时，从S101中获取到的还原点信息中选择任意一个或任意多个还原点，并发出删除命令，应用程序接受用户发出的还原点删除命令，以进行后续的对还原点的删除操作。任意一个还原点可为系统所有还原点中的一个。

S103、根据还原点删除命令，删除选择的还原点。

可以理解的是，删除还原点包括删除还原点对应的全部信息，包括还原点备份的文件。

在一些例子中，可以调用windows api方法SRRemoveRestorePoint，对还原点进行删除。

本实施例，通过基于COM组件获取系统还原点的信息；其中，所述系统还原点的个数为至少两个，之后接收用户的还原点删除命令，所述还原点删除命令用于从所述系统还原点的信息中选择任意一个或任意多个还原点进行删除操作，再根据还原点删除命令，删除选择的还原点，由于基于COM组件，能够获取两个以上的系统还原点，并可以从获取到的系统还原点的信息中选择任意一个或任意多个还原点进行删除操作，这样，用户可以根据需要灵活地对系统还原点进行删除，通过本实施例的系统还原点管理方法的实施，能够提高对系统还原点管理的灵活性。

本申请又一实施例的系统还原点管理方法，与上述实施例基本相同，不同之处在于，本实施例的系统还原点管理方法中，基于COM组件获取系统还原点的信息(S101)，包括：

S101a、基于COM组件，生成WMI服务器的代理。

WMI全称为Windows Management Instrumentation，即Windows管理工具，遵守WBEM行业标准，是Windows操作系统中管理数据和操作的基础模块。WMI提供了管理计算机的统一接口集，应用程序和脚本语言可以使用这套接口集去完成任务，而不是直接通过Windows API。

WMI服务器的代理为进程内服务器，与WMI分属两个进程。在一个例子中，如本实施例的系统还原点管理方法对应一个应用客户端，那么客户端对应一个进程，WMI服务器的代理处于客户端对应的进程内，而WMI对应另一个进程。

基于COM组件的WMI服务器的代理可以接、发数据，即用于客户端和WMI服务器之间的命令和信息的传递。

在一些例子中，基于COM组件，生成WMI服务器的代理(S101a)，包括：

A、创建进程内COM服务器。

在DLL中实现的COM/DCOM组件称为进程内服务器(In-Process Server)，因为这些组件是加载到使用它们的客户端应用程序执行程序内存之中，因此当应用程序调用COM/DCOM组件的服务时，就和调用一般的程序或函数一样，非常快速。

B、建立与WMI服务器的命令空间的连接，以使所述COM服务器获取与所述WMI服务器的命令空间对应的服务器接口代理而成为WMI服务器的代理。

WMI服务器中的WMI存储库是通过WMI命名空间组织起来的。WMI存储库存储操作系统管理信息的静态类定义和类对象实例。在系统启动时，WMI服务会创建诸如root\default、root\cimv2和root\subscription等WMI命名空间，同时会预安装WMI类的定义信息到这些命名空间中。

本实施例可通过Connectservers方法实现获取指定命名空间地址的WMI服务器接口的代理，获取到接口代理的COM服务器成为WMI服务器的代理。

在进行连接的过程中，WMI服务器对发起连接的客户端的安全等级和扮演角色进行确认，确认成功后，允许客户端与命令空间建立连接。

可以理解的是，在建立连接之前，在一些例子中，可使用CoInitializeSecurity设置应用客户端的认证信息和扮演等级；在另一些例子中，在不对客户端的认证信息和扮演等级进行设置时，COM组件将通过读取注册表中的相关键值，来确定客户端的认证信息和扮演等级。

S101b、向WMI服务器的代理发送系统还原点的查询请求，以使WMI服务器的代理向WMI服务器发送系统还原点的查询请求，并接收WMI服务器根据系统还原点的查询请求，返回的操作系统的还原点的信息。

WMI服务器的代理接收系统还原点的查询请求，并将该查询请求向WMI服务器发送，当WMI服务器接收到系统还原点的查询请求时，WMI将从WMI存储库中查找还原点的信息并将结果返回，WMI服务器的代理接收该返回结果。

S101c、接收WMI服务器的代理发送的还原点的信息。

在WMI服务器的代理接收到返回结果后，再将结果发送给发起查询请求的客户端。

在一些例子中，从WMI存储库中查找到的还原点的信息为还原点对应的类，在接收到WMI服务器的代理发送的还原点对应的类后，可将还原点对应的类存储在IWbemClassObject对象中，通过IWbemClassObject对象将类实例化，获得具体的还原点的信息。

本实施例的系统还原点管理方法，响应于对系统还原点的查询请求，基于COM组件获取系统还原点的信息，可获取部分系统还原点的信息，也可以获取全部还原点的信息，如系统还原点共有6个，本实施例的获取系统还原点信息，可获取6个还原中的3个还原点对应的信息，也可获取所有6个还原点对应的信息。在一些例子中，在对系统还原点的查询请求中包括SELECT*FROM SystemRestore语句，以获取系统中所有还原点信息，即系统还原点共有6个，通过SELECT*FROM SystemRestore语句的查询请求，可获得6个还原点对应的信息。

图2为本申请再一实施例的系统还原点管理方法，本实施例的系统还原点管理方法，与上述实施例基本相同，不同之处在于，本实施例的系统还原点管理方法，在基于COM组件获取系统还原点的信息(S101)之后，接收用户的还原点删除命令(S102)之前，所述方法还包括：

S104、展示还原点的信息；其中，还原点的信息包括还原点标识。

还原点标识为用来标记还原点的唯一标识，还原点标识可为还原点序列号。

在一些实施例中，展示的还原点的信息包括：CreationTime，创建时间；Description，还原点描述信息；EventType，还原点事件发生类型；RestorePointType，还原点类型；SequenceNumber，该还原点的序列号。

所述接收用户的还原点删除命令(S102)，包括：

S102a、接收用户对所述还原点标识发出的还原点删除命令。

用户在S104中展示的还原点信息中，对欲删除的还原点的标识进行选择，并发出还原点删除命令，从而还原点管理客户端获取到用户想要清除的还原点序列号，可以根据序列号对还原点进行删除。

下面以具体实施例，对本申请的方案的实施进行详细说明。

步骤1、创建进程内COM服务器；

步骤2、创建并实例化IWbemLocator类型对象，得到查询还原点信息的客户端；

步骤3、通过Connectserver方法，连接WMI服务的命名空间\\.\root\default，返回WMI服务的接口代理；

步骤4、进程内COM服务器获取到WMI服务的接口代理而成为WMI服务的代理；

步骤5、客户端接收到用户发出的系统还原点的查询请求，并将该请求发送给WMI服务的代理；

步骤6、WMI服务器代理将该查询请求发送给WMI服务器，WMI服务器在存储库中查询系统还原点信息，并返回系统还原点信息；

步骤7、WMI服务器代理接收并将系统还原点信息发送给客户端；

步骤8、客户端将接收到的还原点信息保存在IWbemClassObject对象中；

步骤9、通过IWbemClassObject对象，获取系统还原点的以下信息：

CreationTime，创建时间

Description，还原点描述信息

EventType，还原点事件发生类型

RestorePointType，还原点类型

SequenceNumber，该还原点的序列号；

步骤10、展示以上还原点信息；

步骤11、接收用户对还原点标识发出的还原点删除命令，获取到用户想要清除的还原点序列号；

步骤12、根据获取到用户想要清除的还原点序列号，调用windows api方法SRRemoveRestorePoint，清除指定的还原点。

本实施例的系统还原点管理方法，可以删除指定的还原点数据，也可选择删除系统中所有的还原点数据，方便用户更加灵活的管理操作系统中的还原点。

图3为本申请一实施例提供的系统还原点管理装置的结构示意图，如图3所示，本实施例的装置，包括：获取模块11，用于基于COM组件获取系统还原点的信息；其中，所述系统还原点的个数为至少两个；删除命令接收模块12，用于接收用户的还原点删除命令，所述还原点删除命令用于从所述系统还原点的信息中选择任意一个或任意多个还原点进行删除操作；删除模块13，用于根据所述还原点删除命令，删除选择的还原点。

本实施例的装置，可以用于执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本实施例的装置，通过基于COM组件获取系统还原点的信息；其中，所述系统还原点的个数为至少两个，之后接收用户的还原点删除命令，所述还原点删除命令用于从所述系统还原点的信息中选择任意一个或任意多个还原点进行删除操作，再根据还原点删除命令，删除选择的还原点，由于基于COM组件，能够获取两个以上的系统还原点，并可以从系统还原点的信息中选择任意一个或任意多个还原点进行删除操作，这样，用户可以根据需要灵活地对系统还原点进行删除，通过本实施例的系统还原点管理方法的实施，能够提高对系统还原点管理的灵活性。

作为一可选实施方式，所述获取模块，包括：生成子模块，用于基于COM组件，生成WMI服务器的代理；查询请求发出子模块，用于向所述WMI服务器的代理发送系统还原点的查询请求，以使所述WMI服务器的代理向所述WMI服务器发送所述系统还原点的查询请求，并接收所述WMI服务器根据所述系统还原点的查询请求，返回的操作系统的还原点的信息；接收子模块，用于接收所述WMI服务器的代理发送的还原点的信息。

作为一可选实施方式，所述生成子模块，包括：创建单元，用于创建进程内COM服务器；建立单元，用于建立与WMI服务器的命令空间的连接，以使所述COM服务器获取与所述WMI服务器的命令空间对应的服务器接口代理而成为WMI服务器的代理。

作为一可选实施方式，所述对系统还原点的查询请求中包括SELECT*FROMSystemRestore语句，以获取系统中所有还原点信息。

作为一可选实施方式，所述装置还包括：展示模块，用于展示所述还原点的信息；其中，所述还原点的信息包括还原点标识；所述删除命令接收模块，包括：删除命令接收子模块，用于接收用户对所述还原点标识发出的还原点删除命令。。

上述实施例的装置，可以用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图4为本申请一实施例提供的电子设备的结构示意图，如图4所示，本申请的实施例提供的电子设备，可以包括：壳体51、处理器52、存储器53、电路板54和电源电路55，其中，电路板54安置在壳体51围成的空间内部，处理器52和存储器53设置在电路板54上；电源电路55，用于为上述电子设备的各个电路或器件供电；存储器53用于存储可执行程序代码；处理器52通过读取存储器53中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行前述任一实施例提供的系统还原点管理方法。

处理器52对上述步骤的具体执行过程以及处理器52通过运行可执行程序代码来进一步执行的步骤，可以参见前述实施例的描述，在此不再赘述。

上述电子设备以多种形式存在，包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括：智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括：音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子设备。

相应的，本申请的实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现前述实施例提供的任一种系统还原点管理方法，因此也能实现相应的技术效果，前文已经进行了详细说明，此处不再赘述。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。

尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

为了描述的方便，描述以上装置是以功能分为各种单元/模块分别描述。当然，在实施本申请时可以把各单元/模块的功能在同一个或多个软件和/或硬件中实现。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。