CN115509618A - 驱动控制方法、装置、设备、存储介质和程序产品 - Google Patents

Abstract

本申请涉及一种驱动控制方法、装置、设备、存储介质和程序产品。所述方法包括：获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；所述待使用协议接口与所述目标设备的类型匹配；检测所述目标设备是否能够消耗所述待使用协议接口；若所述目标设备能够消耗所述待使用协议接口，则采用所述待使用协议接口在所述目标设备上安装与所述待使用协议接口匹配的驱动；否则，禁止所述目标设备安装与所述待使用协议接口匹配的驱动。采用本方法能够提高对UEFI驱动进行控制的灵活性。

Description

驱动控制方法、装置、设备、存储介质和程序产品

技术领域

本申请涉及计算机技术领域，特别是涉及一种驱动控制方法、装置、设备、存储介质和程序产品。

背景技术

随着计算机设备越来越复杂，形态也越来越多样，一个计算机设备中BIOS(BasicInput Output System，基本输入输出系统，符合UEFI规范的主板固件)需要安装的UEFI(一种主板固件规范)驱动也越来越多。安装过多的驱动会拖慢计算机设备的启动速度，同时有些驱动可能也会给计算机设备造成危害，影响计算机设备的安全，因此需要对计算机设备上安装的驱动进行控制。

相关技术中，一般在对计算机设备上安装的驱动进行控制时，通常是通过控制是否在计算机设备的内存中加载UEFI驱动来实现对驱动的控制，例如一个UEFI驱动不加载到内存中，则不会在计算机设备中的各个子设备上安装该驱动。

然而，上述对UEFI驱动进行控制的方式，存在控制方式不够精确的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高对UEFI驱动进行控制的灵活性的驱动控制方法、装置、设备、存储介质和程序产品。

第一方面，本申请提供了一种驱动控制方法，该方法包括：

获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；上述待使用协议接口与上述目标设备的类型匹配；

检测上述目标设备是否能够消耗上述待使用协议接口；

若上述目标设备能够消耗待使用协议接口，则采用上述待使用协议接口在目标设备上安装与待使用协议接口匹配的驱动；否则，禁止上述目标设备安装与待使用协议接口匹配的驱动。

本实施例中，由于可以通过用户自定义配置协议接口，以安装UEFI驱动为例，这样可以根据用户需求在需要安装UEFI驱动的设备上安装UEFI驱动，同时禁止在不需要安装UEFI驱动的设备上安装UEFI驱动，这样既可以保证需要安装UEFI驱动的设备的功能，也可以保证不需要全部设备均安装UEFI驱动以提升计算机设备的启动速度，从而可以准确对计算机设备中UEFI驱动的安装进行控制，提升对UEFI驱动控制的灵活性以及精确度。

在其中一个实施例中，上述检测上述目标设备是否能够消耗上述待使用协议接口之前，上述方法还包括：

获取上述目标设备对应的待匹配设备信息；上述待匹配设备信息包括目标设备标识ID、目标设备名称、目标设备在计算机设备中所处的位置中的至少一种；

将上述待匹配设备信息输入至预设的信息库中进行匹配；上述信息库中包括多个设备的设备信息，上述设备信息中至少包括设备ID、设备名称、设备在计算机设备中所处的位置；

若上述待匹配设备信息在上述信息库中匹配成功，则返回执行上述检测上述目标设备是否能够消耗上述待使用协议接口的步骤。

本实施例中，通过将目标设备的待匹配设备信息在预设的信息库中进行信息匹配，并通过匹配结果确定是否执行检测目标设备是否能够消耗协议接口的步骤，这样可以初步筛掉用户不需要自主控制的设备，从而可以提升对目标设备的驱动进行控制的效率。

在其中一个实施例中，上述信息库中还包括上述目标设备在初始连接过程中所消耗的第一协议接口以及所生成的第二协议接口；上述获取用户预先设定的待使用协议接口，包括：

获取用户从上述第一协议接口中选择的待使用协议接口。

本实施例中，通过获取用户从目标设备在初始连接过程中所消耗的第一协议接口中选择的协议接口作为待使用协议接口，这样可以让用户自由选择所需控制的协议接口，即可以满足用户对设备上采用相同的协议接口进行不同的驱动安装的需求，因此可以提升对驱动进行控制的灵活性以及满足用户的实际需求，提升用户的使用体验。

在其中一个实施例中，上述检测上述目标设备是否能够消耗上述待使用协议接口，包括：

检测上述待使用协议接口对应的标签是否为未被占用标签；

若上述标签为未被占用标签，则确定上述目标设备能够消耗上述待使用协议接口；或者，若上述标签为已被占用标签，则确定上述目标设备不能消耗上述待使用协议接口。

本实施例中，通过检测待使用协议接口的标签为未被占用标签或者已被占用标签，可以简单有效地确定出目标设备是否能够消耗待使用协议接口，提升检测的效率和准确性，进而提升对目标设备的驱动进行控制的效率和准确性。

在其中一个实施例中，上述方法还包括：

在采用上述待使用协议接口在上述目标设备上安装与上述待使用协议接口匹配的驱动成功之后，将上述待使用协议接口的标签设置为已被占用标签。

本实施例中，在待使用协议接口被利用进行驱动安装之后，可以将其标签设置为已被占用标签，这样可以避免使用该待使用协议接口在目标设备上进行与待使用协议接口匹配的其他驱动的安装，提升对设备的驱动控制的有效性和灵活性。

在其中一个实施例中，上述方法还包括：

若上述待匹配设备信息在上述信息库中匹配失败，则根据目标设备上各驱动的安装优先级，对上述目标设备上的驱动进行安装。

本实施例中，通过在目标设备的设备信息与信息库中的信息匹配失败时，还可以按照该目标设备对应的驱动的安装优先级继续对驱动进行安装，这样可以保证目标设备可以正常执行驱动安装流程，避免目标设备不能安装驱动，导致不能正常使用的问题，从而可以提升计算机设备的工作稳定性。

第二方面，本申请还提供了一种驱动控制装置，该装置包括：

获取模块，用于获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；上述待使用协议接口与上述目标设备的类型匹配；

检测模块，用于检测上述目标设备是否能够消耗上述待使用协议接口；

控制模块，用于若上述目标设备能够消耗待使用协议接口，则采用上述待使用协议接口在目标设备上安装与待使用协议接口匹配的驱动；否则，禁止上述目标设备安装与待使用协议接口匹配的驱动。

第三方面，本申请还提供了一种计算机设备，该计算机设备包括存储器和处理器，该存储器存储有计算机程序，该处理器执行所述计算机程序时实现以下步骤：

获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；上述待使用协议接口与上述目标设备的类型匹配；

检测上述目标设备是否能够消耗上述待使用协议接口；

若上述目标设备能够消耗待使用协议接口，则采用上述待使用协议接口在目标设备上安装与待使用协议接口匹配的驱动；否则，禁止上述目标设备安装与待使用协议接口匹配的驱动。

第四方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以下步骤：

获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；上述待使用协议接口与上述目标设备的类型匹配；

检测上述目标设备是否能够消耗上述待使用协议接口；

若上述目标设备能够消耗待使用协议接口，则采用上述待使用协议接口在目标设备上安装与待使用协议接口匹配的驱动；否则，禁止上述目标设备安装与待使用协议接口匹配的驱动。

第五方面，本申请还提供了一种计算机程序产品，该计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；上述待使用协议接口与上述目标设备的类型匹配；

检测上述目标设备是否能够消耗上述待使用协议接口；

若上述目标设备能够消耗待使用协议接口，则采用上述待使用协议接口在目标设备上安装与待使用协议接口匹配的驱动；否则，禁止上述目标设备安装与待使用协议接口匹配的驱动。

上述驱动控制方法、装置、设备、存储介质和程序产品，通过获取待安装驱动的目标设备以及用户预先设定的与目标设备的类型匹配的待使用协议接口，并检测目标设备是否能消耗待使用协议接口，若能消耗，则控制目标设备安装采用待使用协议接口的驱动，否则禁止目标设备安装采用待使用协议接口的驱动。在该方法中，由于可以通过用户自定义配置协议接口，以安装UEFI驱动为例，这样可以根据用户需求在需要安装UEFI驱动的设备上安装UEFI驱动，同时禁止在不需要安装UEFI驱动的设备上安装UEFI驱动，这样既可以保证需要安装UEFI驱动的设备的功能，也可以保证不需要全部设备均安装UEFI驱动以提升计算机设备的启动速度，从而可以准确对计算机设备中UEFI驱动的安装进行控制，提升对UEFI驱动控制的灵活性以及精确度。

附图说明

图1为一个实施例中UEFI驱动的存储位置的示例图；

图2为一个实施例中计算机设备的内部结构图；

图3为一个实施例中在计算机设备上安装UEFI驱动的流程示意图；

图4为一个实施例中驱动控制方法的流程示意图；

图5为另一个实施例中驱动控制方法的流程示意图；

图6为另一个实施例中建立的信息库的示例图；

图7为另一个实施例中驱动控制方法的流程示意图；

图8为一个实施例中驱动控制装置的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在对本申请具体的实施例进行说明之前，以下先对本申请中涉及的专有名词进行说明：

BIOS：Basic Input Output System，基本输入输出系统，本申请是指符合UEFI规范的主板固件；

UEFI：Unified Extensible Firmware Interface，统一的可扩展固件接口，目前最流行的主板固件规范的一种；

PCI：Peripheral Component Interface，外围组件接口；

ROM：Read-Only-Memory，只读存储器；

UEFI驱动模型：UEFI Driver Model，UEFI规范定义的一种设备驱动模型，符合此模型的驱动在加载后提供三个接口：Support，Start，Stop，用于设备与驱动之间的连接(connect)；

UEFI驱动：符合UEFI驱动模型的驱动程序，可存放在BIOS的芯片，也可封装成可选ROM存放在外插卡上；

Connect：指设备与UEFI驱动进行连接，会依次调用UEFI驱动的Support，Start接口，以进行设备的驱动安装；

Disconnect：指设备与UEFI驱动进行断连，设备驱动安装成功后，此操作会执行UEFI驱动的Stop接口，以实现设备的驱动卸载；

Support：UEFI驱动接口，用于测试UEFI驱动是否支持某一设备；

Start：UEFI驱动接口，只有在Support返回成功后，才会被调用，完成设备驱动的主要功能；

Stop：UEFI驱动接口，在Start执行后，调用Stop可以卸载驱动；

GUID：Globally Unique Identifier，全球唯一标识符，是一种由算法生成的二进制长度为128位的数字标识符，随机生成两个相同GUID的可能性非常小；

Protocol：UEFI规范定义概念，设备或驱动提供的可跨模块调用的接口，用GUID做区分，本申请中特指设备提供的协议接口；一般一个设备上只能有一个GUID相同的Protocol。

目前多数计算机设备的主板都使用符合UEFI规范的固件，BIOS可以在主板上电阶段对各个设备进行自检和初始化，安装设备的UEFI驱动就是一种常用手段。参见图1所示的UEFI驱动的存储位置的示例图，UEFI驱动可以是源码形式的，也可以是二进制码形式的，其可以位于BIOS的存储芯片中，也可以位于外插设备的存储芯片中(比如位于外插PCI设备的可选ROM中)。

随着计算机设备的系统越来越复杂，形态也越来越多样，一个计算机设备中BIOS要安装的UEFI驱动也越来越多。设备过多导致驱动安装时间过长，比如一些网络设备，网口数量达到48个，每个网口都进行驱动安装就会严重拖累启动速度；另外是有些可选ROM的程序有缺陷，安装它的UEFI驱动会对计算机系统造成损害，即会影响计算机设备的系统安全性。

目前，在对计算机设备上安装的驱动进行控制时，通常是通过控制是否在计算机设备的内存中加载UEFI驱动来实现对驱动的控制，例如一个UEFI驱动不加载到内存中，则不会在计算机设备中的各个子设备上安装该驱动。然而这种控制的方式，存在控制方式不够灵活的问题。基于此，本申请实施例提供一种驱动控制方法、装置、设备、存储介质和程序产品，可以解决上述技术问题。

本申请实施例提供的驱动控制方法，可以应用于计算机设备，该计算机设备可以是终端，也可以是服务器，以终端为例，其内部结构图可以如图2所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口，以及多个外接设备，这里的外接设备例如可以包括显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种驱动控制方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在介绍本申请实施例的具体实施方案之前，以计算机设备上安装的驱动是UEFI驱动为例，先对计算机设备上安装UEFI驱动的流程进行说明，具体可以参见图3所示，具体流程如下：先执行步骤1，在计算机设备的BIOS系统开机后，会将所有需要安装的UEFI驱动加载到计算机设备的内存中，每个UEFI驱动可以提供support接口、start接口以及stop接口，之后可以枚举计算机设备需要连接的多个外接设备以及计算机设备中的子设备，均称为设备，并依次为每个设备执行connect流程，之后可以判断是否还存在下一个设备，若存在，则继续执行为设备执行connect流程的步骤，否则可以确定计算机设备的驱动安装流程结束。

其中具体在为每个设备执行connect流程时，以为一个设备执行connect流程为例，即执行步骤2，一个设备的connect流程具体可以包括：获取该设备对应的UEFI驱动中安装优先级最高的UEFI驱动，以该设备整体的属性等作为返回参数来调用该安装优先级最高的UEFI驱动的support接口，并通过support返回值确定该support接口返回是否成功；若support接口返回成功，则可以以该设备整体的属性等作为返回参数来调用该安装优先级最高的UEFI驱动的start接口，并通过start返回值确定该start接口返回是否成功，在start接口返回成功时，则可以确定该设备上已成功安装该安装优先级最高的UEFI驱动；若support接口返回失败或者start接口返回失败，则可以继续判断是否存在下一个UEFI驱动，若存在，则返回执行获取该设备对应的UEFI驱动中安装优先级最高的UEFI驱动的步骤，否则继续执行上述判断是否还存在下一个设备的步骤。

在一个实施例中，如图4所示，提供了一种驱动控制方法，以该方法应用于图2中的计算机设备为例进行说明，该方法可以包括以下步骤：

S102，获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；上述待使用协议接口与上述目标设备的类型匹配。

其中，目标设备可以是当前需要安装驱动的设备，可以是计算机设备的外接设备，例如键盘、鼠标等等，也可以是计算机设备内部的子设备，例如扬声器、网口等等。目标设备上安装的驱动一般是可以是符合各种协议或规范的驱动，本实施例中主要以UEFI驱动为例进行说明。

待使用协议接口指的是安装驱动时所需采用的协议接口。对于用户预先设定的与目标设备类型匹配的待使用协议接口，可以是用户预先获知与目标设备类型匹配的多个协议接口，并从中根据需求选择一个作为待使用协议接口；还可以是用户预先根据需求直接设定一个域目标设备匹配的协议接口作为待使用协议接口；当然还可以是其他方式，这里不做具体限定。

总之，计算机设备在安装目标驱动之前，可以预先获知待安装驱动的目标设备，同时，计算机设备还可以获取用户预先设定的与目标设备类型匹配的待使用协议接口。

S104，检测上述目标设备是否能够消耗上述待使用协议接口。

其中，一般一个设备上可以安装多个UEFI驱动，但是若存在多个UEFI驱动需要消耗设备的同一个协议接口，那么一般只有一个UEFI驱动可以消耗成功(即安装成功)，其他UEFI驱动无法消耗成功(即无法安装成功)。

这里可以通过控制目标设备尝试采用待使用协议接口安装UEFI驱动，确定是否能够安装成功，若UEFI驱动能够安装成功，则确定该目标设备可以消耗该待使用协议接口；若UEFI驱动不能够安装成功，则确定该目标设备不能消耗该待使用协议接口。总之可以获得目标设备是否能够消耗待使用协议接口的检测结果。

S106，若上述目标设备能够消耗待使用协议接口，则采用上述待使用协议接口在目标设备上安装与待使用协议接口匹配的驱动；否则，禁止上述目标设备安装与待使用协议接口匹配的驱动。

在本步骤中，在上述获得目标设备是否能够消耗待使用协议接口的检测结果之后，若目标设备能够消耗待使用协议接口，则可以在采用该待使用协议接口在该目标设备上安装UEFI驱动，否则不采用该待使用协议接口安装UEFI驱动。

由上述描述可知，本申请实施例在对目标设备上安装的UEFI驱动进行控制时，不论UEFI驱动是源码形式的还是二进制码形式的，均可以在不修改UEFI驱动的情况下实现对UEFI驱动的控制，因此本申请实施例的驱动控制方法更易于实施，从而可以降低对驱动进行控制的复杂度。

上述驱动控制方法中，通过获取待安装驱动的目标设备以及用户预先设定的与目标设备的类型匹配的待使用协议接口，并检测目标设备是否能消耗待使用协议接口，若能消耗，则控制目标设备安装采用待使用协议接口的驱动，否则禁止目标设备安装采用待使用协议接口的驱动。在该方法中，由于可以通过用户自定义配置协议接口，以安装UEFI驱动为例，这样可以根据用户需求在需要安装UEFI驱动的设备上安装UEFI驱动，同时禁止在不需要安装UEFI驱动的设备上安装UEFI驱动，这样既可以保证需要安装UEFI驱动的设备的功能，也可以保证不需要全部设备均安装UEFI驱动以提升计算机设备的启动速度，从而可以准确对计算机设备中UEFI驱动的安装进行控制，提升对UEFI驱动控制的灵活性以及精确度。

上述实施例中在检测目标设备是否能够消耗待使用协议接口之前，还可以对目标设备的设备信息进行检测，以下就对该过程进行详细说明。

在另一个实施例中，提供了另一种驱动控制方法，在上述实施例的基础上，如图5所示，在上述S104之前，上述方法还可以包括以下步骤：

S202，获取上述目标设备对应的待匹配设备信息；上述待匹配设备信息包括目标设备标识ID、目标设备名称、目标设备在计算机设备中所处的位置中的至少一种。

具体的，在目标设备与计算机设备进行连接成功之后，计算机设备就可以读取到该目标设备的信息，记为待匹配设备信息。该待匹配设备信息可以是包括目标设备标识ID、目标设备名称、目标设备在计算机设备中所处的位置的全部，也可以是包括其中的一个信息或两个信息。

S204，将上述待匹配设备信息输入至预设的信息库中进行匹配；上述信息库中包括多个设备的设备信息，上述设备信息中至少包括设备ID、设备名称、设备在计算机设备中所处的位置。

在本步骤中，在将待匹配设备信息在信息库中匹配之前，可以预先建立信息库，该信息库的建立过程如下：可以预先为与计算机设备连接的各个设备分别执行与驱动进行初始连接connect的流程，在执行完connect流程之后，计算机设备就可以收集并获得各个设备的设备信息，并通过获得的设备信息建立信息库。这里的设备信息均可以包括设备ID、设备名称、设备在计算机设备中所处的位置，当然还可以包括每个设备所对应的协议接口。

在信息库建立好之后，这里在获得目标设备的待匹配设备信息之后，就可以将该待匹配设备信息中包括的设备ID、设备名称、设备在计算机设备中所处的位置等依次输入至信息库中进行匹配，并在设备ID、设备名称以及位置均在信息库中找到相同的设备信息，则可认为该待匹配设备信息对应的外接设备匹配成功，否则认为该待匹配设备信息对应的外接设备匹配失败。

需要说明的是，在将目标设备的待匹配设备信息在信息库中匹配之前，还可以先获取信息库，即判断是否存在信息库，若存在信息库，则可以返回执行上述将目标设备的待匹配设备信息在信息库中匹配的步骤；若不存在信息库，则表征目标设备是用户不需要进行驱动控制的设备，则可以按照正常的设备上驱动的安装流程，即上述提到的每个设备执行的connect流程，对设备上的驱动进行安装。

S206，若上述待匹配设备信息在上述信息库中匹配成功，则返回执行上述检测上述目标设备是否能够消耗上述待使用协议接口的步骤。

在本步骤中，若上述目标设备的设备信息在信息库中匹配成功，则表明该目标设备为与计算机设备具有关联性的设备，且为用户需要控制的设备，因此可以在该目标设备上采用该待使用协议接口安装UEFI驱动，即可执行检测是否能安装驱动的步骤，也就是说，可以返回执行上述S104的步骤。

需要说明的是，在上述目标设备的设备信息在信息库中匹配成功之后，还可以判断用户预先设定的待使用协议接口是否为空，即是否存在设定的待使用协议接口，若存在，则表明采用该使用协议接口的驱动的support接口返回成功，则可以继续执行上述S104的步骤，否则，表明采用该使用协议接口的驱动的support接口返回失败，那么可以按照正常的设备上驱动的安装流程，即上述提到的每个设备执行的connect流程，对设备上的驱动进行安装。

本实施例中，通过将目标设备的待匹配设备信息在预设的信息库中进行信息匹配，并通过匹配结果确定是否执行检测目标设备是否能够消耗协议接口的步骤，这样可以初步筛掉用户不需要自主控制的设备，从而可以提升对目标设备的驱动进行控制的效率。

上述实施例中提到了信息库以及用户可以预先设定待使用协议接口，在上述实施例的基础上，上述信息库中还包括目标设备在初始连接过程中所消耗的第一协议接口以及所生成的第二协议接口，这里就对用户具体如何根据信息库中的协议接口设定待使用协议接口的过程进行说明。

在另一个实施例中，提供了另一种驱动控制方法，在上述实施例的基础上，上述S102中获取用户预先设定的待使用协议接口可以包括以下步骤A：

步骤A，获取用户从上述第一协议接口中选择的待使用协议接口。

其中，上述第一协议接口与目标设备的设备类型相匹配。第一协议接口为目标设备在初始连接过程中所消耗的协议接口，这里的初始连接过程指的就是上述建立信息库时提到的为每个设备进行connect流程，通过为每个设备执行connect流程，可以收集获得每个设备在初始连接过程中所消耗的协议接口，并将获得的每个设备所消耗的协议接口均存储在该设备对应的设备信息中。

一般一个设备在初始连接过程中所消耗的协议接口可以是一个，也可以是多个。这里在获得每个设备对应的第一协议接口(即设备所消耗的协议接口)以及第二协议接口(即设备所生成的协议接口)之后，就可以将其均存储在信息库中该设备所对应的设备信息中。示例的，建立的信息库可以参见图6所示。其中，每个设备对应的设备信息中可以包括设备名称、设备ID、设备在计算机设备中所处的位置信息、设备所有的协议接口Protocol。其中，在用户从每个第一协议接口中选择一个协议接口之后，就可以获得该选择的协议接口的标识，记为GUID。

在获得用户选择的待使用协议接口之后，就可以将用户选择的协议接口作为待使用协议接口。一般用户在当前选择了一个协议接口，那么只有在下次设备安装驱动时才会生效。

本实施例中，通过获取用户从目标设备在初始连接过程中所消耗的第一协议接口中选择的协议接口作为待使用协议接口，这样可以让用户自由选择所需控制的协议接口，即可以满足用户对设备上采用相同的协议接口进行不同的驱动安装的需求，因此可以提升对驱动进行控制的灵活性以及满足用户的实际需求，提升用户的使用体验。

上述实施例中提到了可以检测目标设备是否能够消耗待使用协议接口的简单过程，以下实施例就对该过程具体进行说明。

在另一个实施例中，提供了另一种驱动控制方法，在上述实施例的基础上，如图7所示，上述S104可以包括以下步骤：

S302，检测上述待使用协议接口对应的标签是否为未被占用标签。

在本实施例中，可以预先为设备的每个协议接口设定对应的标签，该标签可以表征该协议接口是否已被设备的某一个驱动所占用，即标签可以包括未被占用标签和已被占用标签，例如采用数字1作为已被占用标签，采用0作为未被占用标签，那么通过获得的标签就可以获知该协议接口是否已被占用。

在通过待使用协议接口对应的标签获知其是否已被占用之后，若该待使用协议接口的标签为未被占用标签，则执行下述S304步骤，若该待使用协议接口的标签为已被占用标签，则执行下述S306步骤。

S304，若上述标签为未被占用标签，则确定上述目标设备能够消耗上述待使用协议接口。

在本步骤中，若该待使用协议接口的标签为未被占用标签，则确定该待使用协议接口未被某一个驱动所占用，则可以确定该目标设备可以消耗该待使用协议接口，即可以表明采用该使用协议接口的驱动的start接口返回成功，后续就可以采用该待使用协议接口对目标设备上的UEFI驱动进行安装。

可选的，在采用上述待使用协议接口在上述目标设备上安装与上述待使用协议接口匹配的驱动成功之后，将上述待使用协议接口的标签设置为已被占用标签。也就是说，在采用待使用协议接口在目标设备上安装一个UEFI驱动之后，可以将该待使用协议接口的标签设置为已被占用标签，这样后续就不能采用该待使用协议接口对与其匹配的其他UEFI驱动进行安装，从而可以实现对目标设备上的驱动控制的灵活性。

S306，若上述标签为已被占用标签，则确定上述目标设备不能消耗上述待使用协议接口。

在本步骤中，若该待使用协议接口的标签为已被占用标签，则确定该待使用协议接口已经被某一个驱动所占用，一般同一个协议接口只能被一个UEFI驱动所使用，所以这里目标设备上的其他驱动就不能采用该待使用协议接口进行驱动安装，即表明采用该使用协议接口的驱动的start接口返回失败。

在这里确定出目标设备不能消耗待使用协议接口之后，可以按照正常的设备上驱动的安装流程，即上述提到的每个设备执行的connect流程，对设备上的驱动进行安装。

本实施例中，通过检测待使用协议接口的标签为未被占用标签或者已被占用标签，可以简单有效地确定出目标设备是否能够消耗待使用协议接口，提升检测的效率和准确性，进而提升对目标设备的驱动进行控制的效率和准确性。另外，在待使用协议接口被利用进行驱动安装之后，可以将其标签设置为已被占用标签，这样可以避免使用该待使用协议接口在目标设备上进行与待使用协议接口匹配的其他驱动的安装，提升对设备的驱动控制的有效性和灵活性。

上述实施例中提到了可以将目标设备的待匹配设备信息在信息库中进行匹配，且匹配成功的情况，以下实施例就对匹配失败的情况进行说明。

在另一个实施例中，提供了另一种驱动控制方法，在上述实施例的基础上，上述方法还可以包括以下步骤B：

步骤B，若上述待匹配设备信息在上述信息库中匹配失败，则根据目标设备上各驱动的安装优先级，对上述目标设备上的驱动进行安装。

在本步骤中，若上述目标设备的设备信息在信息库中匹配失败，则表明该目标设备为用户不需要控制的设备，那么可以按照正常的设备上驱动的安装流程，即上述提到的每个设备执行的connect流程，对设备上的驱动进行安装。也就是说，在一个设备上需要安装多个驱动时，可以按照各驱动的安装优先级，依次将各个驱动安装至目标设备上，完成驱动的安装流程。

本实施例中，通过在目标设备的设备信息与信息库中的信息匹配失败时，还可以按照该目标设备对应的驱动的安装优先级继续对驱动进行安装，这样可以保证目标设备可以正常执行驱动安装流程，避免目标设备不能安装驱动，导致不能正常使用的问题，从而可以提升计算机设备的工作稳定性。

为了便于对本申请的技术方案进行更详细的说明，以下结合一个具体的实施例来对本申请的技术方案来进行说明，在上述实施例的基础上，上述方法可以包括以下步骤：

S1，建立预设的信息库，该信息库中包括多个设备的设备信息，其中设备信息中至少包括设备ID、设备名称、设备在计算机设备中所处的位置，设备在初始连接过程中所消耗的第一协议接口以及所生成的第二协议接口；

S2，获取用户从第一协议接口中选择的待使用协议接口；

S3，获取待安装驱动的目标设备以及目标设备对应的待匹配设备信息，待匹配设备信息包括目标设备标识ID、目标设备名称、目标设备在计算机设备中所处的位置中的至少一种；

S4，将待匹配设备信息输入至预设的信息库中进行匹配，若匹配成功，则执行S5，否则执行S9；

S5，检测上述待使用协议接口对应的标签是否为未被占用标签；若是，则执行S6，否则执行S7；

S6，确定上述目标设备能够消耗上述待使用协议接口，并采用上述待使用协议接口在目标设备上安装与待使用协议接口匹配的驱动；

S7，确定上述目标设备不能消耗上述待使用协议接口，并禁止上述目标设备安装与待使用协议接口匹配的驱动；

S8，在采用待使用协议接口在上述目标设备上安装与待使用协议接口匹配的驱动成功之后，将待使用协议接口的标签设置为已被占用标签；

S9，根据目标设备上各驱动的安装优先级，对上述目标设备上的驱动进行安装。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的驱动控制方法的驱动控制装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个驱动控制装置实施例中的具体限定可以参见上文中对于驱动控制方法的限定，在此不再赘述。

在一个实施例中，如图8所示，提供了一种驱动控制装置，包括：获取模块11、检测模块12和控制模块13，其中：

获取模块11，用于获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；上述待使用协议接口与上述目标设备的类型匹配；

检测模块12，用于检测上述目标设备是否能够消耗上述待使用协议接口；

控制模块13，用于若上述目标设备能够消耗待使用协议接口，则采用上述待使用协议接口在目标设备上安装与待使用协议接口匹配的驱动；否则，禁止上述目标设备安装与待使用协议接口匹配的驱动。

在另一个实施例中，提供了另一种驱动控制装置，在上述实施例的基础上，在上述检测模块12检测上述目标设备是否能够消耗上述待使用协议接口之前，上述装置还可以包括：信息获取模块、匹配模块以及返回执行模块，其中：

信息获取模块，用于获取上述目标设备对应的待匹配设备信息；上述待匹配设备信息包括目标设备标识ID、目标设备名称、目标设备在计算机设备中所处的位置中的至少一种；

匹配模块，用于将上述待匹配设备信息输入至预设的信息库中进行匹配；上述信息库中包括多个设备的设备信息，上述设备信息中至少包括设备ID、设备名称、设备在计算机设备中所处的位置；

返回执行模块，用于若上述待匹配设备信息在上述信息库中匹配成功，则返回执行上述检测上述目标设备是否能够消耗上述待使用协议接口的步骤。

在另一个实施例中，提供了另一种驱动控制装置，在上述实施例的基础上，上述信息库中还包括上述目标设备在初始连接过程中所消耗的第一协议接口以及所生成的第二协议接口；上述获取模块11，具体用于获取用户从上述第一协议接口中选择的待使用协议接口。

在另一个实施例中，提供了另一种驱动控制装置，在上述实施例的基础上，上述检测模块12可以包括检测单元和确定单元，其中：

检测单元，用于检测上述待使用协议接口对应的标签是否为未被占用标签；

确定单元，用于若上述标签为未被占用标签，则确定上述目标设备能够消耗上述待使用协议接口；或者，若上述标签为已被占用标签，则确定上述目标设备不能消耗上述待使用协议接口。

在另一个实施例中，提供了另一种驱动控制装置，在上述实施例的基础上，上述装置还可以包括设置模块，该设置模块，用于在采用上述待使用协议接口在上述目标设备上安装与上述待使用协议接口匹配的驱动成功之后，将上述待使用协议接口的标签设置为已被占用标签。

在另一个实施例中，提供了另一种驱动控制装置，在上述实施例的基础上，上述装置还可以包括安装模块，该安装模块，用于若上述待匹配设备信息在上述信息库中匹配失败，则根据目标设备上各驱动的安装优先级，对上述目标设备上的驱动进行安装。

上述驱动控制装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；上述待使用协议接口与上述目标设备的类型匹配；检测上述目标设备是否能够消耗上述待使用协议接口；若上述目标设备能够消耗待使用协议接口，则采用上述待使用协议接口在目标设备上安装与待使用协议接口匹配的驱动；否则，禁止上述目标设备安装与待使用协议接口匹配的驱动。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取上述目标设备对应的待匹配设备信息；上述待匹配设备信息包括目标设备标识ID、目标设备名称、目标设备在计算机设备中所处的位置中的至少一种；将上述待匹配设备信息输入至预设的信息库中进行匹配；上述信息库中包括多个设备的设备信息，上述设备信息中至少包括设备ID、设备名称、设备在计算机设备中所处的位置；若上述待匹配设备信息在上述信息库中匹配成功，则返回执行上述检测上述目标设备是否能够消耗上述待使用协议接口的步骤。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取用户从上述第一协议接口中选择的待使用协议接口。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

检测上述待使用协议接口对应的标签是否为未被占用标签；若上述标签为未被占用标签，则确定上述目标设备能够消耗上述待使用协议接口；或者，若上述标签为已被占用标签，则确定上述目标设备不能消耗上述待使用协议接口。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在采用上述待使用协议接口在上述目标设备上安装与上述待使用协议接口匹配的驱动成功之后，将上述待使用协议接口的标签设置为已被占用标签。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

若上述待匹配设备信息在上述信息库中匹配失败，则根据目标设备上各驱动的安装优先级，对上述目标设备上的驱动进行安装。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；上述待使用协议接口与上述目标设备的类型匹配；检测上述目标设备是否能够消耗上述待使用协议接口；若上述目标设备能够消耗待使用协议接口，则采用上述待使用协议接口在目标设备上安装与待使用协议接口匹配的驱动；否则，禁止上述目标设备安装与待使用协议接口匹配的驱动。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取上述目标设备对应的待匹配设备信息；上述待匹配设备信息包括目标设备标识ID、目标设备名称、目标设备在计算机设备中所处的位置中的至少一种；将上述待匹配设备信息输入至预设的信息库中进行匹配；上述信息库中包括多个设备的设备信息，上述设备信息中至少包括设备ID、设备名称、设备在计算机设备中所处的位置；若上述待匹配设备信息在上述信息库中匹配成功，则返回执行上述检测上述目标设备是否能够消耗上述待使用协议接口的步骤。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取用户从上述第一协议接口中选择的待使用协议接口。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

检测上述待使用协议接口对应的标签是否为未被占用标签；若上述标签为未被占用标签，则确定上述目标设备能够消耗上述待使用协议接口；或者，若上述标签为已被占用标签，则确定上述目标设备不能消耗上述待使用协议接口。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在采用上述待使用协议接口在上述目标设备上安装与上述待使用协议接口匹配的驱动成功之后，将上述待使用协议接口的标签设置为已被占用标签。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

若上述待匹配设备信息在上述信息库中匹配失败，则根据目标设备上各驱动的安装优先级，对上述目标设备上的驱动进行安装。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；上述待使用协议接口与上述目标设备的类型匹配；检测上述目标设备是否能够消耗上述待使用协议接口；若上述目标设备能够消耗待使用协议接口，则采用上述待使用协议接口在目标设备上安装与待使用协议接口匹配的驱动；否则，禁止上述目标设备安装与待使用协议接口匹配的驱动。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取上述目标设备对应的待匹配设备信息；上述待匹配设备信息包括目标设备标识ID、目标设备名称、目标设备在计算机设备中所处的位置中的至少一种；将上述待匹配设备信息输入至预设的信息库中进行匹配；上述信息库中包括多个设备的设备信息，上述设备信息中至少包括设备ID、设备名称、设备在计算机设备中所处的位置；若上述待匹配设备信息在上述信息库中匹配成功，则返回执行上述检测上述目标设备是否能够消耗上述待使用协议接口的步骤。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取用户从上述第一协议接口中选择的待使用协议接口。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

检测上述待使用协议接口对应的标签是否为未被占用标签；若上述标签为未被占用标签，则确定上述目标设备能够消耗上述待使用协议接口；或者，若上述标签为已被占用标签，则确定上述目标设备不能消耗上述待使用协议接口。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在采用上述待使用协议接口在上述目标设备上安装与上述待使用协议接口匹配的驱动成功之后，将上述待使用协议接口的标签设置为已被占用标签。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

若上述待匹配设备信息在上述信息库中匹配失败，则根据目标设备上各驱动的安装优先级，对上述目标设备上的驱动进行安装。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种驱动控制方法，其特征在于，所述方法包括：

获取待安装驱动的目标设备，以及获取用户预先设定的待使用协议接口；所述待使用协议接口与所述目标设备的类型匹配；

检测所述目标设备是否能够消耗所述待使用协议接口；

若所述目标设备能够消耗所述待使用协议接口，则采用所述待使用协议接口在所述目标设备上安装与所述待使用协议接口匹配的驱动；否则，禁止所述目标设备安装与所述待使用协议接口匹配的驱动。

2.根据权利要求1所述的方法，其特征在于，所述检测所述目标设备是否能够消耗所述待使用协议接口之前，所述方法还包括：

获取所述目标设备对应的待匹配设备信息；所述待匹配设备信息包括目标设备标识ID、目标设备名称、目标设备在计算机设备中所处的位置中的至少一种；

将所述待匹配设备信息输入至预设的信息库中进行匹配；所述信息库中包括多个设备的设备信息，所述设备信息中至少包括设备ID、设备名称、设备在计算机设备中所处的位置；

若所述待匹配设备信息在所述信息库中匹配成功，则返回执行所述检测所述目标设备是否能够消耗所述待使用协议接口的步骤。

3.根据权利要求2所述的方法，其特征在于，所述信息库中还包括所述目标设备在初始连接过程中所消耗的第一协议接口以及所生成的第二协议接口；所述获取用户预先设定的待使用协议接口，包括：

获取用户从所述第一协议接口中选择的待使用协议接口。

4.根据权利要求1-3任意一项所述的方法，其特征在于，所述检测所述目标设备是否能够消耗所述待使用协议接口，包括：

检测所述待使用协议接口对应的标签是否为未被占用标签；

若所述标签为未被占用标签，则确定所述目标设备能够消耗所述待使用协议接口；或者，若所述标签为已被占用标签，则确定所述目标设备不能消耗所述待使用协议接口。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在采用所述待使用协议接口在所述目标设备上安装与所述待使用协议接口匹配的驱动成功之后，将所述待使用协议接口的标签设置为已被占用标签。

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

若所述待匹配设备信息在所述信息库中匹配失败，则根据目标设备上各驱动的安装优先级，对所述目标设备上的驱动进行安装。

7.一种驱动控制装置，其特征在于，所述装置包括：

获取模块，用于获取待安装驱动的目标设备，以及获取用户输入的待使用协议接口；所述待使用协议接口与所述目标设备的类型匹配；

检测模块，用于检测所述目标设备是否能够消耗所述待使用协议接口；

控制模块，用于若所述目标设备能够消耗所述待使用协议接口，则采用所述待使用协议接口在所述目标设备上安装与所述待使用协议接口匹配的驱动；否则，禁止所述目标设备安装与所述待使用协议接口匹配的驱动。

8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

10.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。

Images