CN103902338A - 一种驱动加载及处理方法、客户端、服务器及*** - Google Patents

Abstract

本发明开了一种驱动加载方法，包括：客户端监控到目标驱动程序的加载动作时，查询预置的关系表中所述目标驱动程序上一次的加载状态信息和卸载状态信息；若所述目标驱动程序上一次加载失败和/或卸载失败，所述客户端获取自身安装的每个驱动程序的驱动信息，并将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令；所述客户端执行所述服务器发送的所述操作指令所指示的操作。本发明还公开了一种驱动处理方法、客户端、服务器和***。采用本发明，可有效避免因驱动造成的蓝屏现象。

Description

一种驱动加载及处理方法、客户端、服务器及***

技术领域

本发明涉及计算机领域，尤其涉及一种驱动加载及处理方法、客户端、服务器及***。

背景技术

如今，很多应用软件都带有自己的驱动程序，不同的驱动可能相冲突，从而导致电脑蓝屏，电脑蓝屏又叫蓝屏死机(Blue Screen of Death，BSoD)，是指微软Windows操作***在无法从一个***错误中恢复过来时所显示的屏幕图像，通常，这种蓝屏无法通过电脑自我修复。

现有技术中常采用的方法是用户手动进入windows安全模式，卸载引起电脑蓝屏的相关驱动，然而，很多用户使用电脑只是简单的进行上网、玩游戏和看视频等，不懂得如何进入windows安全模式，更不知道如何找出引起电脑蓝屏的相关驱动以及卸载驱动等。

发明内容

本发明要解决的技术问题在于，提供一种驱动加载及处理方法、客户端、服务器及***，有效避免因驱动造成的蓝屏现象，方便用户使用。

本发明解决其技术问题所采用的技术方案是，提供一种驱动加载方法，包括：

客户端监控到目标驱动程序的加载动作时，查询预置的关系表中所述目标驱动程序上一次的加载状态信息和卸载状态信息；

若所述目标驱动程序上一次加载失败和/或卸载失败，所述客户端获取自身安装的每个驱动程序的驱动信息，并将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令；

所述客户端执行所述服务器发送的所述操作指令所指示的操作。

其中，还包括：

若所述目标驱动程序上一次加载成功且卸载成功，本次直接加载所述目标驱动程序。

其中，还包括：

检测驱动程序的加载状态，更新所述关系表中驱动程序的加载状态信息。

其中，还包括：

监控驱动程序的卸载状态，更新所述关系表中驱动程序的卸载状态信息。

相应地，本发明还提供了一种客户端，包括：

查询模块，用于客户端监控到目标驱动程序的加载动作时，查询预置的关系表中所述目标驱动程序上一次的加载状态信息和卸载状态信息；

上报模块，用于若所述目标驱动程序上一次加载失败和/或卸载失败，所述客户端获取自身安装的每个驱动程序的驱动信息，并将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令；

执行模块，用于所述客户端执行所述服务器发送的所述操作指令所指示的操作。

其中，还包括：

加载模块，用于若所述目标驱动程序上一次加载成功且卸载成功，本次直接加载所述目标驱动程序。

其中，还包括：

第一更新模块，用于检测驱动程序的加载状态，更新所述关系表中驱动程序的加载状态信息。

其中，还包括：

第二更新模块，用于监控驱动程序的卸载状态，更新所述关系表中驱动程序的卸载状态信息。

相应地，本发明还提供了一种驱动处理方法，包括：

服务器接收到客户端发送的包含目标驱动程序的驱动信息时，根据所述驱动信息和预置的判断规则生成操作指令；

所述服务器将所述操作指令下发给所述客户端。

其中，所述判断规则包括：

所述服务器判断所述目标驱动程序是否与所述客户端的操作***兼容，若为是，生成加载所述目标驱动程序的操作指令，若为否，生成不加载所述目标驱动程序的操作指令；

判断所述目标驱动程序是否与所述客户端已安装的驱动相冲突，若为是，生成不加载所述目标驱动程序的操作指令或生成加载所述目标驱动程序但卸载与所述目标驱动程序相冲突的驱动的操作指令，若为否，生成加载所述目标驱动程序的操作指令。

相应地，本发明还提供了一种服务器，包括：

生成模块，用于服务器接收到客户端发送的包含目标驱动程序的驱动信息时，根据所述驱动信息和预置的判断规则生成操作指令；

发送模块，用于所述服务器将所述操作指令下发给所述客户端。

其中，所述判断规则包括：

所述服务器判断所述目标驱动程序是否与所述客户端的操作***兼容，若为是，生成加载所述目标驱动程序的操作指令，若为否，生成不加载所述目标驱动程序的操作指令；

所述服务器判断所述目标驱动程序是否与所述客户端已安装的驱动相冲突，若为是，生成不加载所述目标驱动程序的操作指令或生成加载所述目标驱动程序但卸载与所述目标驱动程序相冲突的驱动的操作指令，若为否，生成加载所述目标驱动程序的操作指令。

相应地，本发明还提供了一种***，包括如上所述的终端和如上所述的服务器。

实施本发明，具有如下有益效果：

客户端在每次运行过程中监控到目标驱动程序的加载动作时，查询预置的关系表中该目标驱动程序上一次的加载状态信息和卸载状态信息，若该目标驱动程序上一次加载失败和/或卸载失败，给服务器发送驱动信息，由服务器决定是否加载该目标驱动程序并反馈给客户端，而客户端根据服务器返回的结果执行相应的操作。采用本发明，可有效避免客户端因驱动造成的蓝屏现象，方便用户使用。

附图说明

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

图1本发明实施例的一种驱动加载方法的流程示意图；

图2是本发明实施例的一种驱动加载方法的又一流程示意图；

图3是本发明实施例的一种驱动处理方法的流程示意图；

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

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

图6是本发明实施例的一种服务器的结构示意图；

图7是本发明实施例的一种***的结构示意图。

具体实施方式

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

参见图1，是本发明实施例的一种驱动加载方法的流程示意图，在本发明实施例中，该驱动加载方法包括：

S101：客户端监控到目标驱动程序的加载动作时，查询预置的关系表中所述目标驱动程序上一次的加载状态信息和卸载状态信息。

驱动又被称为“设备驱动程序”，是一种可以使终端和设备通信的特殊程序，相当于硬件的接口，操作***只有通过这个接口，才能控制硬件设备的工作，同时，操作***本身也包含很多驱动程序，即添加到操作***中的一小块代码。通常，操作***安装完毕后，其次是安装硬件设备的驱动程序及所需要的软件，其中，大多数软件中都携带有自己的驱动程序。同时，在终端开机启动及工作过程中，需要很多驱动程序的支持，这些驱动程序需要从硬盘读取到内存中（即加载），所述终端才能根据实际需要实现具体的功能。本发明实施例中，卸载即指当所述终端不需要已加载的驱动程序时，将所述驱动程序从内存中释放的过程。例如，终端关机时，操作***运行过程中所需的驱动程序将一一从内存中释放，或当某一软件退出时，该软件自带的驱动程序也将从内存中释放。

具体的，客户端监控到目标驱动程序的加载动作时，查询预置的关系表中所述目标驱动程序上一次的加载状态信息和卸载状态信息。优选的，预置的关系表为所述客户端在上一次运行过程中保存下来的关系表，所述关系表中记录有所述客户端在上一次运行过程中所有驱动的加载状态信息与卸载状态信息，例如，列举关系表中的部分内容如表1所述。

驱动名称	加载状态信息	卸载状态信息
			驱动一	成功	成功
驱动二	成功	失败
			驱动三	失败
驱动四	未加载

表1

从表1中可以看出，驱动名称为“驱动一”的驱动程序在上一次运行过程中加载成功，并卸载成功；驱动名称为“驱动二”的驱动程序在上一次运行过程中加载成功，但卸载失败；驱动名称为“驱动三”的驱动程序在上一次运行过程中加载失败；驱动名称为“驱动四”的驱动程序在上一次运行过程中并未加载，即在上一次运行过程中并不需要加载“驱动四”。

S102：若所述目标驱动程序上一次加载失败和/或卸载失败，所述客户端获取自身安装的每个驱动程序的驱动信息，并将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令。

具体的，若所述目标驱动程序上一次加载失败和/或卸载失败，例如：在表1中，驱动名称为“驱动二”的驱动程序上一次加载成功，但卸载失败；驱动名称为“驱动三”的驱动程序上一次加载失败，则在这些情况下，所述客户端获取自身安装的每个驱动程序的驱动信息。其中，所述驱动信息包括所述客户端上所有已安装的驱动程序的驱动名称、各驱动的版本信息、客户端所处操作***的版本信息、各驱动的加载者及卸载者、目标驱动程序的驱动信息等。所述客户端将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令，即由服务器决定是否需要加载该目标驱动程序。

例如，若当前运行过程中检测到驱动名称为“驱动二”的目标驱动程序的驱动加载动作时，由预置的关系表查询得驱动名称为“驱动二”的驱动程序上一次加载成功，但卸载失败，则所述客户端获取自身安装的每个驱动程序的驱动信息，将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令。若当前运行过程中检测到驱动名称为“驱动三”的目标驱动程序的驱动加载动作时，由预置的关系表查询得驱动名称为“驱动三”的驱动程序上一次加载失败，则所述客户端获取自身安装的每个驱动程序的驱动信息，将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令。

S103：所述客户端执行所述服务器发送的所述操作指令所指示的操作。

具体的，当客户端接收到服务器发送的操作指令时，执行所述操作指定所指示的操作，其中，所述操作指令包括加载目标驱动程序和/或不加载目标驱动程序和/或加载其它驱动程序和/或卸载其它驱动程序。

实施本发明实施例，客户端在每次运行过程中监控到目标驱动程序的加载动作时，查询预置的关系表中该目标驱动程序上一次的加载状态信息和卸载状态信息，若该目标驱动程序上一次加载失败和/或卸载失败，给服务器发送驱动信息，由服务器决定是否加载该目标驱动程序并反馈给客户端，而客户端根据服务器返回的结果执行相应的操作。采用本发明实施例，可有效避免客户端因驱动造成的蓝屏现象，方便用户使用。

参见图2，是本发明实施例的一种驱动加载方法的又一流程示意图，在本发明实施例中，该驱动加载方法包括：

S201：客户端监控到目标驱动程序的加载动作时，查询预置的关系表中所述目标驱动程序上一次的加载状态信息和卸载状态信息。

具体的，客户端监控到目标驱动程序的加载动作时，查询预置的关系表中所述目标驱动程序上一次的加载状态信息和卸载状态信息。优选的，预置的关系表为所述客户端在上一次运行过程中保存下来的关系表，所述关系表中记录有所述客户端在上一次运行过程中所有驱动的加载状态信息与卸载状态信息。

S202：判断所述目标驱动程序是否上一次加载失败和/或卸载失败。

S203：所述客户端获取自身安装的每个驱动程序的驱动信息，并将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令。

具体的，若所述目标驱动程序上一次加载失败和/或卸载失败，例如：在表1中，驱动名称为“驱动二”的驱动程序上一次加载成功，但卸载失败；驱动名称为“驱动三”的驱动程序上一次加载失败，则在这些情况下，所述客户端获取自身安装的每个驱动程序的驱动信息。其中，所述驱动信息包括所述客户端上所有已安装的驱动程序的驱动名称、各驱动的版本信息、客户端所处操作***的版本信息、各驱动的加载者及卸载者、目标驱动程序的驱动信息等。所述客户端将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令，即由服务器决定是否需要加载该目标驱动程序。

例如，若当前运行过程中检测到驱动名称为“驱动二”的目标驱动程序的驱动加载动作时，由预置的关系表查询得驱动名称为“驱动二”的驱动程序上一次加载成功，但卸载失败，则所述客户端获取自身安装的每个驱动程序的驱动信息，将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令。若当前运行过程中检测到驱动名称为“驱动三”的目标驱动程序的驱动加载动作时，由预置的关系表查询得驱动名称为“驱动三”的驱动程序上一次加载失败，则所述客户端获取自身安装的每个驱动程序的驱动信息，将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令。

S204：所述客户端执行所述服务器发送的所述操作指令所指示的操作。

具体的，当客户端接收到服务器发送的操作指令时，执行所述操作指定所指示的操作，其中，所述操作指令包括加载目标驱动程序和/或不加载目标驱动程序和/或加载其它驱动程序和/或卸载其它驱动程序。

S205：所述客户端本次直接加载所述目标驱动程序。

具体的，若所述目标驱动程序上一次加载成功且卸载成功，所述客户端本次直接加载所述目标驱动程序。例如：若当前运行过程中检测到驱动名称为“驱动一”的目标驱动程序的驱动加载动作时，由预置的关系表查询得驱动名称为“驱动一”的驱动程序上一次加载成功且卸载成功，则所述客户端本次监控到“驱动一”的加载动作时直接加载目标驱动程序“驱动一”。优选的，若监控到待加载的目标驱动程序上一次未加载过，则本次也默认直接加载该目标驱动程序。例如：若当前运行过程中检测到驱动名称为“驱动四”的目标驱动程序的驱动加载动作时，由预置的关系表查询得驱动名称为“驱动四”的驱动程序上一次未加载，则所述客户端本次监控到“驱动四”的加载动作时直接加载目标驱动程序“驱动四”。

S206：检测驱动程序的加载状态，更新所述关系表中驱动程序的加载状态信息。

具体的，客户端若执行了驱动程序的加载操作，则检测已加载驱动程序的加载状态，若加载成功，则更新所述关系表中已加载驱动的加载状态信息为成功，相应的，若加载失败，则更新所述关系表中已加载驱动的加载状态信息为失败。可选的，若所述目标驱动程序未执行加载操作，则更新所述关系表中该目标驱动程序的加载状态信息为失败。

S207：监控驱动程序的卸载状态，更新所述关系表中驱动程序的卸载状态信息。

具体的，当检测到驱动卸载动作时，监控驱动程序的卸载状态，若卸载成功，则更新所述关系表中已卸载驱动的卸载状态信息为成功，若卸载失败，则更新所述关系表中已卸载驱动的卸载状态信息为失败。

实施本发明实施例，客户端在每次运行过程中监控到目标驱动程序的加载动作时，查询预置的关系表中该目标驱动程序上一次的加载状态信息和卸载状态信息，若该目标驱动程序上一次加载失败和/或卸载失败，给服务器发送驱动信息，由服务器决定是否加载该目标驱动程序并反馈给客户端，而客户端根据服务器返回的结果执行相应的操作；若所述目标驱动程序上一次加载成功且卸载成功，所述客户端本次直接加载所述目标驱动程序。采用本发明实施例，可有效避免客户端因驱动造成的蓝屏现象，方便用户使用。

参见图3，是本发明实施例的一种驱动处理方法的流程示意图，在本发明实施例中，该方法包括：

S301：服务器接收到客户端发送的包含目标驱动程序的驱动信息时，根据所述驱动信息和预置的判断规则生成操作指令。

具体的，客户端发送的驱动信息包括所述客户端上所有已安装的驱动程序的驱动名称、各驱动的版本信息、客户端所处操作***的版本信息、各驱动的加载者及卸载者、目标驱动程序的驱动信息等。服务器接收到客户端发送的包含目标驱动程序的驱动信息时，根据客户端发送的驱动信息获取目标驱动程序的驱动信息，结合目标驱动程序的驱动信息、客户端发送的驱动信息及服务器端预置的判断规则生成操作指令。其中，根据所述判断规则生成操作指令可以包括：

①所述服务器判断所述目标驱动程序是否与所述客户端的操作***兼容，若为是，生成加载所述目标驱动程序的操作指令，若为否，生成不加载所述目标驱动程序的操作指令。

②所述服务器判断所述目标驱动程序是否与所述客户端已安装的驱动相冲突，若为是，生成不加载所述目标驱动程序的操作指令或生成加载所述目标驱动程序但卸载与所述目标驱动程序相冲突的驱动的操作指令，若为否，生成加载所述目标驱动程序的操作指令。

③所述服务器判断所述目标驱动程序是否因不同原因加载失败的次数高于第一预置值，若为是，生成不加载所述目标驱动程序的操作指令，若为否，生成加载所述目标驱动程序的操作指令。

④所述服务器判断所述目标驱动程序因不同加载者加载失败的次数是否高于第二预置值，若为是，生成不加载所述目标驱动程序的操作指令，若为否，生成加载所述目标驱动程序的操作指令。

⑤所述服务器判断所述目标驱动程序因不同原因卸载失败的次数是否高于第三预置值，若为是，生成不加载所述目标驱动程序的操作指令，若为否，生成加载所述目标驱动程序的操作指令。

⑥所述服务器判断所述目标驱动程序因不同卸载者卸载失败的次数是否高于第四预置值，若为是，生成不加载所述目标驱动程序的操作指令，若为否，生成加载所述目标驱动程序的操作指令。

⑦所述服务器判断所述目标驱动程序是否记录在预置的驱动列表中，所述驱动列表中记录了所有不应该加载的驱动程序，若为是，生成不加载所述目标驱动程序的操作指令，若为否，生成加载所述目标驱动程序的操作指令。

其中，加载者和卸载者分别指加载和卸载所述目标驱动程序的主体，例如，应用名称为“应用一”的应用启用时需要加载驱动名称为“驱动一”的驱动，则加载“驱动一”的加载者为“应用一”。应当说明的是，所述预置的判断规则应不仅仅局限于以上已列出的7种情况，同时，在实际应用中进行判断时，应该综合考虑各种情况的发生。可选的，可以设置目标驱动程序在每项规则判断中属于加载情况的得分值，并对各得分值进行加权计算后获得加权后的数值，判断加权后的数值是否高于第五预置值，若为是，生成加载所述目标驱动程序的操作指令，若为否，生成不加载所述目标驱动程序的操作指令。

S302：所述服务器将所述操作指令下发给所述客户端。

具体的，所述服务器根据驱动信息和预置的判断规则获得操作指令后，将所述操作指令下发给所述客户端，以使所述客户端根据该操作指令执行指定的操作。例如：执行加载目标驱动程序的操作。

实施本发明实施例，服务器接收到客户端发送的包含目标驱动程序的驱动信息时，根据所述驱动信息和预置的判断规则生成操作指令，并将所述操作指令下发给所述客户端，以使所述客户端执行该操作指令指定的操作。采用本发明，可有效避免客户端因驱动造成的蓝屏现象，方便用户使用。

参见图4，是本发明实施例的一种客户端的结构示意图，在本发明实施例中，该客户端1包括：查询模块11、上报模块12和执行模块13。

查询模块11，用于客户端监控到目标驱动程序的加载动作时，查询预置的关系表中所述目标驱动程序上一次的加载状态信息和卸载状态信息。

上报模块12，用于若所述目标驱动程序上一次加载失败和/或卸载失败，所述客户端获取自身安装的每个驱动程序的驱动信息，并将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令。

执行模块13，用于所述客户端执行所述服务器发送的所述操作指令所指示的操作。

本发明实施例和一种驱动加载方法的第一个发明实施例属于同一构思，其带来的技术效果也相同，具体请参照一种驱动加载方法的第一个发明实施例的描述，此处不再赘述。

参见图5，是本发明实施例的一种客户端的又一结构示意图，在本发明实施例中，该客户端1包括：查询模块11、判断模块10、上报模块12、执行模块13、加载模块14、第一更新模块15和第二更新模块16。

查询模块11，用于客户端监控到目标驱动程序的加载动作时，查询预置的关系表中所述目标驱动程序上一次的加载状态信息和卸载状态信息。

判断模块10，用于所述客户端判断所述目标驱动程序是否上一次加载失败和/或卸载失败。

上报模块12，用于若所述目标驱动程序上一次加载失败和/或卸载失败，所述客户端获取自身安装的每个驱动程序的驱动信息，并将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令。

执行模块13，用于所述客户端执行所述服务器发送的所述操作指令所指示的操作。

加载模块14，用于若所述目标驱动程序上一次加载成功且卸载成功，本次直接加载所述目标驱动程序。

第一更新模块15，用于检测驱动程序的加载状态，更新所述关系表中驱动程序的加载状态信息。

第二更新模块16，用于监控驱动程序的卸载状态，更新所述关系表中驱动程序的卸载状态信息。

本发明实施例和一种驱动加载方法的第二个发明实施例属于同一构思，其带来的技术效果也相同，具体请参照驱动加载方法的第二个发明实施例的描述，此处不再赘述。

参见图6，是本发明实施例的一种服务器的结构示意图，在本发明实施例中，服务器2包括生成模块21和发送模块22。

生成模块21，用于服务器接收到客户端发送的包含目标驱动程序的驱动信息时，根据所述驱动信息和预置的判断规则生成操作指令；

发送模块22，用于所述服务器将所述操作指令下发给所述客户端。

本发明实施例和一种驱动处理方法的发明实施例属于同一构思，其带来的技术效果也相同，具体请参照一种驱动处理方法的发明实施例的描述，此处不再赘述。

参见图7，是本发明实施例的一种***的结构示意图，在本发明实施例中，***3包括如上所述的客户端1和如上所述的服务器2，具体内容请参见上述描述，这里不再赘述。

实施本发明实施例，客户端在每次运行过程中监控到目标驱动程序的加载动作时，若查询到预置的关系表中该目标驱动程序上一次加载失败和/或卸载失败，则是否加载该目标驱动程序需查询服务器，由服务器决定是否加载该目标驱动程序，客户端根据服务器返回的结果执行相应的操作。采用本发明，可有效避免客户端因驱动造成的蓝屏现象，方便用户使用。

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

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (13)

1.一种驱动加载方法，其特征在于，包括：

客户端监控到目标驱动程序的加载动作时，查询预置的关系表中所述目标驱动程序上一次的加载状态信息和卸载状态信息；

若所述目标驱动程序上一次加载失败和/或卸载失败，所述客户端获取自身安装的每个驱动程序的驱动信息，并将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令；

所述客户端执行所述服务器发送的所述操作指令所指示的操作。

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

检测驱动程序的加载状态，更新所述关系表中驱动程序的加载状态信息。

3.如权利要求2所述的加载方法，其特征在于，还包括：

监控驱动程序的卸载状态，更新所述关系表中驱动程序的卸载状态信息。

4.如权利要求1至3任一项所述的加载方法，其特征在于，还包括：

若所述目标驱动程序上一次加载成功且卸载成功，本次直接加载所述目标驱动程序。

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

查询模块，用于客户端监控到目标驱动程序的加载动作时，查询预置的关系表中所述目标驱动程序上一次的加载状态信息和卸载状态信息；

上报模块，用于若所述目标驱动程序上一次加载失败和/或卸载失败，所述客户端获取自身安装的每个驱动程序的驱动信息，并将所述驱动信息上报至服务器，以使所述服务器根据所述驱动信息和预置的判断规则生成操作指令；

执行模块，用于所述客户端执行所述服务器发送的所述操作指令所指示的操作。

6.如权利要求1所述的客户端，其特征在于，还包括：

第一更新模块，用于检测驱动程序的加载状态，更新所述关系表中驱动程序的加载状态信息。

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

第二更新模块，用于监控驱动程序的卸载状态，更新所述关系表中驱动程序的卸载状态信息。

8.如权利要求5至7任一项所述的客户端，其特征在于，还包括：

加载模块，用于若所述目标驱动程序上一次加载成功且卸载成功，本次直接加载所述目标驱动程序。

9.一种驱动处理方法，其特征在于，包括：

服务器接收到客户端发送的包含目标驱动程序的驱动信息时，根据所述驱动信息和预置的判断规则生成操作指令；

所述服务器将所述操作指令下发给所述客户端。

10.如权利要求9所述的处理方法，其特征在于，所述判断规则包括：

所述服务器判断所述目标驱动程序是否与所述客户端的操作***兼容，若为是，生成加载所述目标驱动程序的操作指令，若为否，生成不加载所述目标驱动程序的操作指令；

判断所述目标驱动程序是否与所述客户端已安装的驱动相冲突，若为是，生成不加载所述目标驱动程序的操作指令或生成加载所述目标驱动程序但卸载与所述目标驱动程序相冲突的驱动的操作指令，若为否，生成加载所述目标驱动程序的操作指令。

11.一种服务器，其特征在于，包括：

生成模块，用于服务器接收到客户端发送的包含目标驱动程序的驱动信息时，根据所述驱动信息和预置的判断规则生成操作指令；

发送模块，用于所述服务器将所述操作指令下发给所述客户端。

12.如权利要求11所述的服务器，其特征在于，所述判断规则包括：

所述服务器判断所述目标驱动程序是否与所述客户端的操作***兼容，若为是，生成加载所述目标驱动程序的操作指令，若为否，生成不加载所述目标驱动程序的操作指令；

所述服务器判断所述目标驱动程序是否与所述客户端已安装的驱动相冲突，若为是，生成不加载所述目标驱动程序的操作指令或生成加载所述目标驱动程序但卸载与所述目标驱动程序相冲突的驱动的操作指令，若为否，生成加载所述目标驱动程序的操作指令。

13.一种***，其特征在于，包括如权利要求5-8任一项所述的客户端和如权利要求11-12任一项所述的服务器。

Images