系统启动校验方法及系统、电子设备和计算机存储介质与流程

本申请涉及计算机软件领域，尤其涉及一种系统启动校验方法及系统、电子设备和计算机存储介质。

背景技术：

随着平板电脑、个人电脑(personalcomputer，简称pc)、笔记本电脑等电子设备的普及，用户对电子设备的性能和安全性也提出了要求。目前的方案是，在电子设备的操作系统启动前，先通过启动预启动操作环境，例如基本输入输出系统(basicinputoutputsystem，简称bios)、统一的可扩展固件接口”(unifiedextensiblefirmwareinterface，简称uefi)等，负责在开机时做硬件启动和检测等工作，进行初始化检测和加载，以提高操作系统的启动速度和稳定性。

在预启动操作环境下，为了保证用户数据安全，通常需要进行系统启动校验。在预启动操作环境下，一般使用密码完成用户的权限校验。现有技术中，为了提高校验的便捷性，还可以通过进行生物特征识别，例如指纹识别进行权限校验。具体的，在配备指纹设备，例如指纹传感器的电子设备上，用户可以通过按压指纹模组进行指纹匹配，实现用户权限校验。

上述现有技术中的指纹识别和匹配通常由指纹传感器中的集成芯片完成，即在指纹传感器芯片上进行指纹匹配(matchonchip，moc)，相应的，预启动操作环境下可以根据指纹传感器的指纹匹配是否成功来进行权限校验。但是，由于集成限制，指纹传感器的集成芯片的处理能力通常较弱，这就会影响安装和存储在集成芯片中的指纹识别算法的复杂性和计算精度，进而导致系统启动校验的耗时较长，并且会产生模板优化损耗大、指纹匹配准确度不高等问题。

技术实现要素：

本申请提供了一种系统启动校验方法及系统、电子设备和计算机存储介质，用于解决现有的系统启动校验方案依赖于指纹传感器，影响校验的效率和准确度的技术问题。

本申请的第一方面是为了提供一种系统启动校验方法，包括：启动预启动操作环境，通过运行安装于预启动操作环境的第一指纹驱动，获取当前用户输入的用户指纹；将所述用户指纹与当前存储的模板数据中的指纹模板进行指纹匹配，获得匹配结果；根据匹配结果，进行预启动操作环境下的权限校验。

本申请的第二方面是为了提供一种系统启动校验系统，包括：第一获取模块，用于启动预启动操作环境，通过运行安装于预启动操作环境的第一指纹驱动，获取当前用户输入的用户指纹；匹配模块，用于将所述用户指纹与当前存储的模板数据中的指纹模板进行指纹匹配，获得匹配结果；第一校验模块，用于根据匹配结果，进行预启动操作环境下的权限校验。

本申请的第三方面是为了提供一种电子设备，包括：至少一个处理器和存储器；所述存储器存储计算机执行指令；所述至少一个处理器执行所述存储器存储的计算机执行指令，以执行如前所述的方法。

本申请的第四方面是为了提供一种计算机存储介质，该计算机存储介质中存储有程序指令，所述程序指令被处理器执行时实现如前所述的方法。

本申请提供的系统启动校验方法及系统、电子设备和计算机存储介质，在启动关于启动操作环境后，通过运行安装于预启动操作环境的指纹驱动，实现以下方案：获取当前用户输入的用户指纹，并根据指纹模板进行指纹匹配，根据匹配结果进行权限校验。该指纹驱动安装于预启动操作环境下，在预启动操作环境启动后进行指纹匹配，因此可以利用电子设备的硬件装置进行指纹匹配，由于电子设备的硬件装置处理能力强大，性能较好，能够支持更加复杂和精确的算法和处理，因此通过本方案能有效提高指纹匹配的效率和准确度，进而减小系统启动校验的耗时，并且提高校验的准确性和可靠性。

附图说明

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

图1a为本申请实施例一提供的一种系统启动校验方法的流程示意图；

图1b为uefi的系统结构组成示意图；

图1c和图1d为uefi的启动阶段示意图；

图1e～图1g为本申请实施例一提供的系统启动校验方法的流程示意图；

图1h为本申请实施例给出的一种模板数据的数据格式示意图；

图1i为模板数据的一种数据加密处理示意图；

图2a～图2e为本申请实施例二提供的系统启动校验方法的流程示意图；

图3a和图3b分别为uefi阶段指纹匹配的过程图和交互图；

图3c为本申请实施例三的一种系统架构；

图3d为本申请实施例三中wbf的基本结构；

图3e为本申请实施例三中的数据存储流程；

图3f为windows操作系统阶段指纹匹配的交互图；

图3g为操作系统与第二指纹驱动之间的交互图

图4a～图4b为本申请实施例四提供的系统启动校验系统的结构示意图；

图5为本申请实施例五提供的系统启动校验系统的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

首先对本申请所涉及的名词进行解释：

pba：pre-bootauthentication，在系统引导前进行用户身份认证；

moh：matchonhost，在主机端匹配，指纹模板数据的存储、指纹数据的处理都在主机端完成；

moc：matchonchip，在芯片端匹配，指纹模板、数据采集、数据处理都在芯片端完成；

tee：trustedexecuteenvironment，可信执行环境；

uefi/efi：extendfirmwareinterface，一种通用的高扩展性的固件接口技术，用于电子设备启动引导之初设备的自检、初始化，并加载操作系统；

wbf：windowsbiometricframework，windows生物识别技术框架；

图1a为本申请实施例一提供的一种系统启动校验方法的流程示意图；参考附图1a可知，本实施例提供了一种系统启动校验方法，该系统启动校验方法用于快速准确地实现预启动操作环境下的系统启动校验，具体的，该系统启动校验方法包括：

101：启动预启动操作环境，通过运行安装于预启动操作环境的第一指纹驱动，获取当前用户输入的用户指纹；

102：将所述用户指纹与当前存储的模板数据中的指纹模板进行指纹匹配，获得匹配结果；

103：根据匹配结果，进行预启动操作环境下的权限校验。

具体的，该系统启动校验方法的执行主体可以为系统启动校验系统。在实际应用中，该系统启动校验系统可以通过程序代码实现，该系统启动校验系统也可以为存储有相关执行代码的介质，例如，u盘等；或者，该系统启动校验系统还可以为集成或安装有相关执行代码的实体装置，例如，芯片、智能终端、计算机、以及各种电子设备。

其中，预启动操作环境是指用于在电子设备启动前期进行设备自检、初始化加载等操作的阶段，目前的预启动操作环境通常有bios、uefi等。举例来说，如图1b所示，图1b为uefi的系统结构组成示意图，需要说明的是，本实施例的方案可以适用于任一预启动操作环境，在此并未对其进行限制。这里的预启动操作环境下的权限校验指的是在预启动操作环境阶段进行的用户验证，若验证成功则后续可启动操作系统，否则，拒绝启动操作系统，以保障电子设备的安全使用，阻止非法用户的使用。可选的，为了进一步提高安全性，实际应用中，在操作系统启动后，还可以在登录用户账户前仍进行用户验证，即操作系统下的登录验证。

实际应用中，本方案中的第一指纹驱动可以为预先写入的程序，该程序可以由程序人员预先编写，当第一指纹驱动被运行时，会相应执行一系列流程，基于执行的流程可以获取当前用户输入的指纹，并根据存储的模板数据进行指纹匹配，进而完成预启动操作环境下的权限校验。具体的，第一指纹驱动安装于预启动操作环境，在预启动操作环境启动后运行，因此其流程由电子设备的硬件装置，例如主控中央处理器(centralprocessingunit，简称cpu)和随机存取存储器(randomaccessmemory，ram)执行，能够利用其强大的计算能力和处理性能提高指纹匹配的效率和准确性。

具体的，第一指纹驱动的执行条件可以根据预启动操作环境下的系统加载情况确定，即能够保证第一指纹驱动执行指纹识别所需的条件即可。以uefi举例，第一指纹驱动可以工作于uefi的驱动执行环境(简称dxe)阶段。具体的，如图1c所示，图1c为uefi的启动阶段示意图，如图所示，uefi有多个启动阶段，其各阶段的具体过程可以参考uefispec或者其他uefi资料。本例中，第一指纹驱动工作于uefi的dxe阶段，此时绝大部分系统设备已经初始化，可以正常工作，具备了较多的运行资源，适合第一指纹驱动的执行。如图1d所示，图中dxe阶段的“指纹驱动”即为本实施例实现的uefi阶段的第一指纹驱动。具体的，uefi可以通过调用第一指纹驱动的接口控制运行第一指纹驱动。

实际应用中，模板数据通常为用户预先注册录入的数据。相应的，为了预先完成指纹注册，以便于后续检验方案中的指纹识别。如图1e所示，图1e为本申请实施例一提供的另一种系统启动校验方法的流程示意图，在前述任一实施方式的基础上，所述方法还包括：

104：根据用户的注册请求，通过运行安装于操作系统的指纹管理程序，获取用户录入的第一指纹；

105：将所述第一指纹作为指纹模板，组装获得并存储所述模板数据。

以实际场景举例来说：指纹注册的流程可以在操作系统(operatingsystem，简称os)启动后进行。当用户希望进行指纹注册时，可以通过执行相应的用户操作触发注册流程，用户触发注册流程后，操作系统可以根据用户的注册请求，通过操作系统下的指纹管理程序，在显示屏上提示用户录入指纹，用户根据显示提示将需要录入指纹的手指按压在指纹传感器的指纹模组上，操作系统通过指纹传感器获取用户录入的指纹；将指纹作为指纹模板，通过进行数据组装获得模板数据，进一步的，存储组装获得的模板数据，完成指纹注册。

具体的，用户注册的过程会产生若干模板数据，可选的，组装获得的模板数据可以存储于指纹传感器、操作系统维护的硬盘、以及预启动操作环境维护的主板闪存中的至少一个。具体的，基于本方案的校验方法，模板数据的存储方式较为灵活，既可以存储在指纹传感器，也可以存储在操作系统维护的硬盘，还可以存储在预启动操作环境维护的主板闪存中。这里所说的硬盘包括但不限于硬盘驱动器(harddiskdrive，简称hdd)、固态硬盘(solidstatedrives，简称ssd)等。另外，所述主板闪存包括但不限于主板的外挂大容量flash闪存。

举例来说，可以将模板数据存储在硬盘或者主板闪存中，涉及需要使用模板数据的流程，例如预启动操作环境下的权限校验和操作系统下的登录验证(参见后述实施例)可以共用该模板数据，进一步的，若将模板数据存储在硬盘中，则可在注册过程中直接写入硬盘，或者若将模板数据存入主板闪存，则可通过调用预启动操作环境，例如，uefi的运行时(简称rt)服务接口写入uefi维护的主板flash上。或者，再举例来说，还可以将模板数据存储在硬盘和主板闪存中。本实施方式通过备份能够提高数据的安全性，在数据遗失或损毁的情况下，保证系统启动校验的可靠性。在本实施方式下，为了进一步提高数据获取的便捷性，可以进行数据分流。具体的，预启动操作环境下的权限校验所需的模板数据可以从主板flash获取，操作系统下的登录验证所需的模板数据可以从硬盘获取。

本实施方式，结合本方案的指纹识别可以由电子设备的设备硬件执行的特点，通过模板数据的灵活存储方式，可以有效提高模板数据的存储空间，并且提高数据传输的速度，从而进一步减少系统启动检验的耗时，提高效率。

具体的，每个指纹对应的指纹模板可以有多个。举例来说，假设用户当前注册的指纹为左手食指的指纹，注册过程中录入的左手食指的指纹模板可以有多个，例如，主体指纹，边缘指纹等，相应的，上述多个指纹模板可以通过多次录入采集的方式获得。通过本实施方式可以提高指纹识别匹配的准确性。

实际应用中，在操作系统启动后，操作系统下的指纹驱动接管指纹传感器，即负责与指纹传感器之间的指令传输和通信交互，相应的，用户可以通过操作系统中安装的指纹管理软件，例如，os自带的指纹管理中的应用(简称fma)或者独立硬件商(简称ihv)驱动的fma，添加或者删除模板数据，该模板数据包括但不限于指纹模板。具体的，本方案中的指纹注册的流程可以结合目前的指纹注册技术实现。以os为windows举例来说，本方案中的指纹注册的流程可以结合windowshello服务的相关流程，本实施例在此不对其进行限制。需要说明的是，本方案中结合windows进行的举例仅是一种列举的可实施的方式，本方案不仅适用于windows，还可以适用于其它操作系统，例如android、linux等。

实际应用中，指纹模板除了可以用于进行权限验证以外，还可以用于用户账户的识别登录。可选的，如图1f所示，图1f为本申请实施例一提供的又一种系统启动校验方法的流程示意图，在图1e所示实施方式的基础上，所述模板数据可以包括各用户账户对应的指纹模板；

相应的，105具体可以包括：

1051：将所述第一指纹作为所述用户的用户账户对应的指纹模板，通过将所述第一指纹与所述用户的用户账户绑定，组装获得所述模板数据。

以实际场景举例来说：操作系统可以根据用户的注册请求，通过操作系统下的指纹管理程序，在显示屏上提示用户录入指纹，用户根据显示提示将需要录入指纹的手指按压在指纹传感器的指纹模组上，操作系统通过指纹传感器获取用户录入的指纹；将指纹作为指纹模板，进一步的，操作系统还可以获取当前登录的用户账户或者对新用户来说还可以建立该用户的用户账户，进而将录入的指纹作为该用户的用户账户对应的指纹模板，具体的，可以通过将指纹与用户账户进行绑定，组装获得模板数据。相应的，本实施方式中的模板数据包括各用户账户对应的指纹模板。实际应用中，每个用户账户可以对应至少一个指纹模板。

本实施方式，在指纹注册的过程中，建立用户账户与指纹模板之间的对应关系，后续可以根据指纹识别的结果登录相应的用户账户，提高系统校验的便捷性。

此外，为了进一步提高系统校验的安全性，如图1g所示，图1g为本申请实施例一提供的又一种系统启动校验方法的流程示意图，在图1e或图1f所示实施方式的基础上，所述模板数据还包括各指纹模板对应的电子设备标识；

相应的，105具体可以包括：

1052：将所述第一指纹和当前的电子设备标识作为所述第一指纹对应的设备标识，通过将所述第一指纹和当前的电子设备标识绑定，组装获得所述模板数据。

以实际场景举例来说：操作系统根据用户的注册请求，提示用户录入指纹，用户根据提示录入指纹，操作系统通过指纹传感器获取用户录入的指纹；将指纹作为指纹模板，进一步的，操作系统还可以获取当前的电子设备标识，这里所说的电子设备标识用于对当前的电子设备进行唯一表征，举例来说，所述电子设备标识可以包括指纹传感器的标识和/或设备硬件的标识，所述设备硬件可以包括但不限于集成在当前电子设备中的主控cpu的标识。后续，将录入的指纹作为指纹模板，将指纹与电子设备标识进行绑定，组装获得模板数据。后续进行校验时，可以根据模板数据中指纹和电子设备的绑定关系，结合当前采集的用户指纹以及当前的电子设备标识进行校验认证，假设不匹配，可以采取多种方式验证或者拒绝执行后续流程的方式，避免非法登录，提高安全性。相应的，本实施方式中的模板数据包括各指纹模板对应的电子设备标识，从而识别用户当前登录的电子设备是否发生变化，进一步提高系统启动校验的安全性。可选的，还可以对模板数据进行更新和维护。

另外举例来说，当本实施方式与图1f所示的实施方式结合实施时，每个模板数据中存储的数据可以包括用户录入的指纹模板、对应的用户账户以及对应的电子设备标识，相应的，数据组装过程中需要将上述数据绑定，建立对应关系。具体的，如图1h所示，图1h为本申请实施例给出的一种模板数据的数据格式示意图，该图所示实施方式中，每个模板数据包括指纹传感器的标识、cpu的标识、用户账户的标识和指纹模板数据。此外，本实施方式中还可以针对每个指纹模板设置相应的指纹标识，即指纹id。后续，在需要对某个指纹模板进行表征时，只需给出该指纹模板的指纹标识即可，无需传输指纹模板数据本身，本实施方式既能够减小数据处理的数据量，也可以进一步提高数据传输过程中的安全性。

实际应用中，由于用户指纹数据属于关键敏感数据，因此，指纹注册的过程中在存储模板数据时，通常会对数据进行加密后存储。加密的方法可以有多种，例如，利用密码学相关算法对模板数据进行加密。具体举例来说，在前述指纹注册过程中任一实施方式的基础上，105中所述存储所述模板数据，具体可以包括：

使用hmac算法计算所述模板数据的hmac值；

使用aes算法对所述模板数据和所述hmac值进行加密，存储加密后的模板数据。

具体的，hmac指密钥相关的哈希运算消息认证码，hmac算法则利用哈希算法，以一个密钥和一个消息为输入，生成一个消息摘要作为输出。本实施方式中，可以根据预设的秘钥，将该秘钥和模板数据作为输入，通过hmac算法计算出模板数据的hmac值；对模板数据的hmac值进一步使用aes算法对模板数据，即明文数据，和模板数据的hmac值进行加密，得到加密后的模板数据进行存储。举例来说，如图1i所示，图1i为模板数据的一种数据加密处理示意图，可以看出模板数据组装完毕以后，首先使用hmac算法计算所有数据的hmac值保证数据的真实性和完整性，然后再把明文数据和hmac值一起输入到aes算法中得到加密后的模板数据。

通过本实施方式，在对模板数据进行加密算法处理后进行存储，能够进一步确保模板数据的安全性，进而提高系统启动校验的安全性和可靠性。

具体的，本方案中的匹配结果可以根据指纹匹配成功与否确定。具体的判定条件可以根据需要设定。下面进行举例说明：

作为一种可实施的方式，针对匹配结果为失败的情形，在前述任一实施方式的基础上，102具体可以包括：

将所述用户指纹与当前存储的模板数据中的指纹模板进行指纹匹配，若指纹匹配失败，则判定所述匹配结果为失败。

本实施方式中，将校验过程中采集的用户指纹与指纹模板进行匹配后，若指纹匹配失败，则判定匹配结果为失败，即只要指纹匹配失败则判定匹配结果为失败，能够有效保证校验的安全性。

作为另一种可实施的方式，仍针对匹配结果为失败的情形，在前述任一实施方式的基础上，102具体可以包括：

将所述用户指纹与当前存储的模板数据中的指纹模板进行指纹匹配，若指纹匹配失败，则返回执行所述获取当前用户输入的用户指纹的步骤；

若指纹匹配连续失败的次数达到预设的第一阈值，则判定所述匹配结果为失败。

本实施方式中，将校验过程中采集的用户指纹与指纹模板进行匹配后，若指纹匹配失败，则再次采集指纹并进行指纹匹配，只有当连续指纹匹配的次数达到一定次数时方判定匹配结果为失败，能够避免因误操作导致的校验失败，在安全的基础上，保证校验的稳定性和可靠性。

作为又一种可实施的方式，针对匹配结果为成功的情形，在前述任一实施方式的基础上，102具体可以包括：

将所述用户指纹与当前存储的模板数据中的指纹模板进行指纹匹配，若所述用户指纹与任一指纹模板匹配成功，则判定所述匹配结果为成功。

本实施方式中，将校验过程中采集的用户指纹与指纹模板进行匹配后，若指纹匹配成功，则判定匹配结果为成功，能够提高系统启动校验的效率。

实际应用中，电子设备的开机后台处理顺序是先执行预启动操作环境，以进行设备的自检以及用户权限校验等操作，最后预启动操作环境负责启动本地操作系统，并在操作系统启动以后向其提供rt服务。本方案中用于进行系统驱动权限校验的指纹识别是在主控上进行的，即在主控上进行指纹匹配的方案(matchonhost，简称moh)。

将本方案结合uefi进行举例说明：实际应用中，将本方案应用于uefi时，可以在uefi内部开发新的fingerprintuefidriver模块，该模块使用uefi提供的多种服务，并向uefi的登录管理模块，称为logincontroller模块，提供指纹身份认证相关服务。其中logincontroller模块负责管理uefi启动阶段的用户身份认证；fingerprintuefidriver除了向登录管理模块提供服务以外还要负责驱动指纹传感器正常运行、读取指纹模板数据、采集指纹图像、指纹匹配等。

具体的，uefi的logincontroller模块会调用fingerprintuefidriver的相关接口，要求用户通过进行指纹身份认证，完成预启动操作环境下的权限校验。fingerprintuefidriver接下来将采集指纹图像、读取模板数据并执行指纹匹配算法，最后输出匹配结果。实际应用中，根据匹配结果的情况，可以设定相应的后续操作流程。举例来说，如果匹配结果为成功，则fingerprintuefidriver可以存储匹配结果并告知logincontroller模块匹配成功。如果匹配结果为失败，则fingerprintuefidriver可以告知logincontroller模块匹配失败，转而通过其他校验方式，例如由用户输入验证密码，进行预启动操作环境下的权限校验。

本实施例提供的系统启动校验方法，在启动关于启动操作环境后，通过运行安装于预启动操作环境的指纹驱动，实现以下方案：获取当前用户输入的用户指纹，并根据指纹模板进行指纹匹配，基于匹配结果进行权限校验。该指纹驱动安装于预启动操作环境下，在预启动操作环境启动后进行指纹匹配，因此可以利用电子设备的硬件装置进行指纹匹配，由于电子设备的硬件装置处理能力强大，性能较好，能够支持更加复杂和精确的算法和处理，因此通过本方案能有效提高指纹匹配的效率和准确度，进而减小系统启动校验的耗时，并且提高校验的准确性和可靠性。

实际应用中，系统启动过程中的校验除了预启动操作环境下的权限校验外，通常还会在操作系统启动后进行操作系统阶段的权限校验。基于前述方案，可以通过获取预启动操作环境下的匹配结果，方便快捷地实现操作系统阶段的权限校验。

图2a为本申请实施例二提供的一种系统启动校验方法的流程示意图，参考附图2a可知，在实施例一的基础上，在102之后，还可以包括：

201：存储所述匹配结果；

相应的，在103之后还可以包括：

202：启动操作系统，通过运行安装于操作系统的第二指纹驱动，获取所述匹配结果；

203：根据所述匹配结果，进行操作系统下的登录验证。

具体的，该系统启动校验方法的执行主体可以为系统启动校验系统。在实际应用中，该系统启动校验系统可以通过程序代码实现，该系统启动校验系统也可以为存储有相关执行代码的介质，例如，u盘等；或者，该系统启动校验系统还可以为集成或安装有相关执行代码的实体装置，例如，芯片、智能终端、计算机、以及各种电子设备。

这里所说的操作系统下的登录验证指的是在登录用户账号之前进行的用户验证。可以理解，基于生物识别，例如，指纹识别进行的用户验证安全性较高，若预启动操作环境下的匹配结果为成功，则能够证明当前用户的合法身份，故后续操作系统下的用户验证可以参考预启动操作环境下的匹配结果，以提高系统启动效率。作为一种可实施的方式，203具体可以包括：若所述匹配结果为成功，则加载操作系统。也就是说，若匹配结果为成功，则判定操作系统下的登录验证通过，进而加载操作系统，完成开机。实际应用中，本方案中的第二指纹驱动也可以为预先写入的程序，该程序可以由程序人员预先编写，当第二指纹驱动被运行时，会相应执行一系列流程，基于执行的流程可以获取预启动操作环境下获得的匹配结果，并根据匹配进行操作系统下的登录验证。具体的，第二指纹驱动安装于操作系统，其执行的流程同样可以由电子设备的硬件装置，例如主控cpu和ram执行。

以实际场景举例来说：在预启动操作环境的权限校验完成后，假设校验成功，这里所说的校验成功不仅包括通过前述指纹匹配的方式校验成功，还可以包括通过前述指纹匹配的方式校验失败但通过其它方式校验成功的情形，则启动操作系统，操作系统启动后会执行第二指纹驱动，从而执行获取预启动操作环境阶段的匹配结果，进行操作系统下的登录验证的步骤。

实际应用中，同一电子设备可能有多个使用用户，即可能存在多个用户账户。相应的，所述操作系统下的登录验证包括但不限于单纯对登录用户身份进行认证，也可以包括对当前需要登录的用户账户进行识别。相应的，在实施例二的基础上，所述模板数据包括各用户账户对应的指纹模板；所述匹配结果还包括与所述用户指纹匹配的指纹模板的标识；

相应的，203具体可以包括：

若所述匹配结果为成功，则根据所述模板数据，登录所述匹配结果中指纹模板对应的用户账号，并加载操作系统。

其中，所述指纹模板的标识为能够唯一表征指纹模板的任意信息，举例来说，该标识可以为指纹模板数据本身，也可以为与指纹模板一一对应的指纹id，指纹id的形式可以有多种，例如编号、字符等。

本实施例中操作系统下的登录验证，是基于预启动操作环境下获得的匹配结果进行的，因此无需用户再次操作，使得用户在整个系统启动校验过程中，只需在指纹传感器上输入一次指纹，即可完成预启动操作环境下的权限校验和操作系统下的登录验证，实现一键开机(pre-bootauthentication，简称pba)，减少了用户手动登录账户的操作步骤，降低os启动延时，在预启动操作环境阶段利用电子设备主控的计算能力进行指纹认证，并且可以在预启动操作环境阶段加载os后直接登录相应的用户账户，指纹匹配速度快、模板数据存储限制小，从而可以提高指纹识别身份校验的速度、降低认假率和拒真率，提高用户体验。本方案中所提及的系统启动包括电子设备由关机状态开始启动，也包括电子设备由用户主动进入锁定状态后的解锁启动，总之，只要系统启动的过程中涉及预启动操作环境阶段的启动校验均可采用本方案提供的校验方法。

具体的，操作系统被启动后，通过运行第二指纹驱动，获取预启动操作环境下获得的匹配结果。可选的，获取的方式可以有多种。

作为第一种可实施方式，在预启动操作环境阶段，在获得匹配结果后，通过运行第一指纹驱动，可以将匹配结果存储在指纹传感器中，相应的，第二指纹驱动运行时从指纹传感器中获取匹配结果。具体的，如图2b所示，图2b为本申请实施例二提供的另一种系统启动校验方法的流程示意图，在实施例二的基础上，201具体可以包括：

2011：将所述匹配结果存储至指纹传感器。

以实际场景举例来说：在预启动操作环境阶段下，通过运行第一指纹驱动获取用户输入的指纹，并根据指纹模板进行指纹匹配，获得匹配结果；之后通过运行第一指纹驱动将该匹配结果存储至指纹传感器中；后续，os下的第二指纹驱动运行时，会首先获取存储在指纹传感器中的匹配结果，进行操作系统下的登录验证。

可选的，当匹配结果存储于指纹传感器时，操作系统获取匹配结果的方法可以有多种。作为一种可实施方式，如图2c所示，在图2b所示实施方式的基础上，202中所述通过运行安装于操作系统的第二指纹驱动，获取所述匹配结果，具体可以包括：

2021：根据安全协议建立安全通道，并通过所述安全通道，获取存储在所述指纹传感器中的所述匹配结果。

具体的，通过运行第二指纹程序，操作系统先通过安全协议，与指纹传感器之间建立可靠的安全通道，例如，安全传输层协议(简称tls)通道，再通过此安全通道从指纹传感器获取匹配结果。

本实施方式，通过建立与指纹传感器之间的安全通道进行匹配结果的数据传输，从而保证系统启动校验的安全性。

作为另一种可实施方式，如图2d所示，在图2b所示实施方式的基础上，202中所述通过运行安装于操作系统的第二指纹驱动，获取所述匹配结果，具体可以包括：

2022：根据操作系统和指纹传感器共享的秘密信息，将生成的随机数发送给指纹传感器，以使所述指纹传感器利用预设的消息校验算法对所述秘密信息、所述随机数和本地存储的匹配结果进行处理，获得校验数据；

2023：接收指纹传感器返回的匹配结果和校验数据，根据所述校验数据，利用所述消息校验算法对指纹传感器返回的匹配结果进行验证，若验证通过，则将指纹传感器返回的匹配结果作为所述匹配结果。

本实施方式在非安全信道中传输数据，同时利用密码学手段保护数据的真实性和完整性，并能够抵抗重放攻击等。具体的，操作系统和指纹传感器可以预先共享秘密信息，例如预共享密钥(简称psk)，该秘密信息可以预先设定。当操作系统需要从指纹传感器中获取匹配结果时，通过运行第二指纹程序，操作系统可以向指纹传感器发送命令，该命令携带操作系统生成的随机数，指纹传感器利用秘密信息、随机数、和匹配结果输入消息校验算法中，例如带秘密密钥的hash函数(messageauthenticationcodes，简称mac)，再例如，hmac算法，获得校验数据，例如mac数据；指纹传感器随后将匹配结果以明文的方式和mac数据一起发送给操作系统，操作系统可以通过mac数据验证匹配结果的真实性和完整性，该实施方式中利用随机数还可以防御重放攻击，保证数据安全性。

本实施方式，通过对与指纹传感器之间传输的数据进行加密后传输，从而保证系统启动校验的安全性。

作为第二种可实施方式，在预启动操作环境阶段，在获得匹配结果后，通过运行第一指纹驱动，可以将匹配结果存储在预启动操作环境可访问的区域中，相应的，第二指纹驱动运行时通过预启动操作环境从该区域中获取匹配结果。具体的，如图2e所示，图2e为本申请实施例二提供的另一种系统启动校验方法的流程示意图，在实施例二的基础上，201具体可以包括：

2012：将所述匹配结果存储至所述预启动操作环境的可访问区域；

相应的，202中所述通过运行安装于操作系统的第二指纹驱动，获取所述匹配结果，具体可以包括：

2024：利用预启动操作环境提供的rt服务，获取所述可访问区域中存储的匹配结果。

以实际场景举例来说：在预启动操作环境阶段下，通过运行第一指纹驱动获取用户输入的指纹，并根据指纹模板进行指纹匹配，获得匹配结果；之后通过运行第一指纹驱动将该匹配结果存储至预启动操作环境可访问的区域中；后续，操作系统下的第二指纹驱动运行时，可以指示预启动操作环境通过其提供的接口服务，例如，uefi提供的rt服务获取匹配结果并交给操作系统。

实际应用中，在操作系统启动后，根据预启动操作环境下的匹配结果，可以采取相应的处理。例如，如果预启动操作环境阶段的匹配结果为成功并且操作系统获得了有效的匹配结果，该匹配结果包括与用户输入的指纹匹配的指纹模板的标识，则在第二指纹驱动的驱动下，操作系统会按照操作系统的架构要求组织匹配结果，以登录相应的用户账户。此外，如果在初始开机以后再次要求验证用户身份，例如，登录后用户主动锁屏再解锁，假设无需进行预启动操作环境下的权限校验，则可以按照任意登录验证流程进行操作系统下的登录验证。同样的，如果预启动操作环境阶段的匹配结果失败，则操作系统可以要求重新执行一次普通的指纹身份验证，这里所说的普通指纹身份验证的方法可以参考现有的指纹身份验证流程。

本实施例提供的系统启动校验方法，在启动操作系统后，通过运行第二指纹驱动获取预启动操作环境下获得的匹配结果，并根据该匹配结果进行操作系统下的登录验证，无需用户再次操作，在预启动操作环境阶段利用电子设备主控的计算能力进行指纹认证，并且可以在预启动操作环境阶段加载os后直接登录相应的用户账户，指纹匹配速度快、模板数据存储限制小，从而可以提高指纹识别身份校验的速度、降低认假率和拒真率，提高用户体验。

下面，以实施例三为例，结合windows操作系统和uefi，对本方案进行举例说明，具体的流程交互可以结合前述方案的相关内容：

其中，图3a和图3b分别为uefi阶段指纹匹配的过程图和交互图，如图所示，uefi启动后，通过调用第一指纹驱动的接口进行用户身份认证。具体的，如果校验通过，则uefi触发启动操作系统，同时在一种实施方式中，第一指纹驱动还会组装好匹配结果，交付给指纹传感器。

实际应用中，前述的流程交互可以基于图3c所示的系统架构执行。具体的，该系统架构中相对独立的模块包括操作系统os、uefi、以及指纹传感器。本例中的操作系统具体可以是windows10系统，该系统具备内置的wbf框架，windows10的指纹驱动需要在该框架下开发。具体的，wbf的基本结构如图3d所示。

图3d所示的①是传感器适配器sensoradapter；、②是引擎适配器engineadapter、③是存储适配器storageadapter，目前的wbf可以提供这三部分的原生实现，但本方案中，需要对其中的engineadapter和storageadapter进行重新开发。实际应用中，本方案中的engineadapter可以在tee环境中执行相关算法和指纹数据的处理，以保证数据安全性。再可选的，storageadapter可以在硬盘和主板闪存中分别存储模板数据，具体存储流程可以如图3e所示。

此外，storageadapter也可以在tee环境下处理相关数据，可选的，storageadapter可以对所有需要保存在硬盘中的数据先加密后再存储。

相应的，结合前述实施例，在前述指纹注册过程涉及的任一实施方式的基础上，所述操作系统为windows操作系统；相应的，所述存储所述模板数据，具体可以包括：通过安装在windows生物识别服务(biometricservice)下的存储适配器对所述模板数据进行加密，并将加密后的模板数据存储至操作系统维护的硬盘和/或所述预启动操作环境维护的闪存。

图3d中的④是用户空间驱动，负责控制指纹传感器的运行，此部分为本实施例基于wbf框架新开发的模块。该模块涉及的敏感数据同样可以在tee环境下执行。具体的，上述所有涉及tee环境下的数据交互，可以采用tee规定的通信方式。

具体的，图3f为windows操作系统阶段指纹匹配的交互图，如图所示。操作系统中的指纹驱动运行后，操作系统中的用户空间驱动首先在tee环境下建立与指纹传感器之间的安全信道，之后利用该安全信道读取匹配结果。随后将此结果提交给engineadapter的tee环境，并由engineadapter提交结果给windows操作系统，最终实现该指纹对应的用户账户的登录。相应的，结合前述实施例，在图2c所示实施方式的基础上，所述操作系统为windows操作系统；相应的，2021具体可以包括：

通过安装在windows生物识别服务下的传感器适配器向安装在wudfhost.exe下的用户空间驱动发出指示，控制所述用户空间驱动建立其tee环境与指纹传感器之间的安全信道，并通过所述安全通道获取存储在所述指纹传感器中的所述匹配结果发送给安装在windows生物识别服务下的引擎适配器，以使所述引擎适配器将所述匹配结果提交给操作系统。进一步的，在windows操作系统内部，其操作系统与第二指纹驱动之间的交互图如图3g所示。

本实施例中的相关内容均可参考前述方法实施例中的相关内容，在此不再赘述。

图4a为本申请实施例四提供的一种系统启动校验系统的结构示意图；参考附图4a可知，该系统启动校验系统包括：

第一获取模块41，用于启动预启动操作环境，通过运行安装于预启动操作环境的第一指纹驱动，获取当前用户输入的用户指纹；

匹配模块42，用于将所述用户指纹与当前存储的模板数据中的指纹模板进行指纹匹配，获得匹配结果；

第一校验模块43，用于根据匹配结果，进行预启动操作环境下的权限校验。

实际应用中，该系统启动校验系统可以通过程序代码实现，该系统启动校验系统也可以为存储有相关执行代码的介质，例如，u盘等；或者，该系统启动校验系统还可以为集成或安装有相关执行代码的实体装置，例如，芯片、智能终端、计算机、以及各种电子设备。其中，预启动操作环境包括但不限于bios、uefi等。需要说明的是，本实施例的方案可以适用于任一预启动操作环境，在此并未对其进行限制。结合图3c所示的系统结构举例来说，第一获取模块41、匹配模块42以及第一校验模块43可以通过uefi架构下的uefi指纹驱动实现。例如，uefi指纹驱动对应的可执行指令所执行的步骤分别为第一获取模块41、匹配模块42以及第一校验模块43所执行的步骤。

实际应用中，模板数据通常为用户预先注册录入的数据。相应的，为了预先完成指纹注册，以便于后续检验方案中的指纹识别。如图4b所示，图4b为本申请实施例四提供的另一种系统启动校验系统的结构示意图，在前述任一实施方式的基础上，所述系统还包括：

注册模块44，用于根据用户的注册请求，通过运行安装于操作系统的指纹管理程序，获取用户录入的第一指纹；

第一存储模块45，还用于将所述第一指纹作为指纹模板，组装获得并存储所述模板数据。

以实际场景举例来说：当用户希望进行指纹注册时，可以触发注册流程后，注册模块44根据用户的注册请求，通过操作系统下的指纹管理程序，获取用户录入的指纹；第一存储模块45将指纹作为指纹模板，通过进行数据组装获得模板数据，进一步的，第一存储模块45存储组装获得的模板数据，完成指纹注册。可选的，组装获得的模板数据可以存储于指纹传感器、操作系统维护的硬盘、以及预启动操作环境维护的主板闪存中的至少一个。结合图3c所示的系统结构举例来说，注册模块44和第一存储模块45可以通过os下的指纹管理程序实现。即指纹注册的流程在os启动后进行，具体的，在一种存储注册指纹的实施方式中，可以将指纹数据存储至uefi维护的主板闪存，指纹管理程序可以通过与uefi下的登录管理的数据交互实现指纹数据的存储。

本实施方式，结合本方案的指纹识别可以由电子设备的设备硬件执行的特点，通过模板数据的灵活存储方式，可以有效提高模板数据的存储空间，并且提高数据传输的速度，从而进一步减少系统启动检验的耗时，提高效率。

实际应用中，指纹模板除了可以用于进行权限验证以外，还可以用于用户账户的识别登录。可选的，在图4b所示实施方式的基础上，所述模板数据可以包括各用户账户对应的指纹模板；相应的，第一存储模块45，具体用于将所述第一指纹作为所述用户的用户账户对应的指纹模板，通过将所述第一指纹与所述用户的用户账户绑定，组装获得所述模板数据。

以实际场景举例来说：注册模块44根据用户的注册请求，通过操作系统下的指纹管理程序，获取用户录入的指纹；第一存储模块45将指纹作为指纹模板，进一步的，第一存储模块45还可以通过将指纹与用户账户进行绑定，组装获得模板数据。相应的，本实施方式中的模板数据包括各用户账户对应的指纹模板。实际应用中，每个用户账户可以对应至少一个指纹模板。

本实施方式，在指纹注册的过程中，建立用户账户与指纹模板之间的对应关系，后续可以根据指纹识别的结果登录相应的用户账户，提高系统校验的便捷性。

此外，为了进一步提高系统校验的安全性，在前述两种实施方式中任一实施方式的基础上，所述模板数据还包括各指纹模板对应的电子设备标识；相应的，第一存储模块45，具体用于将所述第一指纹和当前的电子设备标识作为所述第一指纹对应的设备标识，通过将所述第一指纹和当前的电子设备标识绑定，组装获得所述模板数据。

以实际场景举例来说：注册模块44根据用户的注册请求，获取用户录入的指纹；第一存储模块45获取当前的电子设备标识，将录入的指纹作为指纹模板，将指纹与电子设备标识进行绑定，组装获得模板数据。相应的，本实施方式中的模板数据包括各指纹模板对应的电子设备标识。

实际应用中，由于用户指纹数据属于关键敏感数据，因此，指纹注册的过程中在存储模板数据时，通常会对数据进行加密后存储。举例来说，在前述指纹注册过程中任一实施方式的基础上，第一存储模块45包括：加密单元，用于使用hmac算法计算所述模板数据的hmac值；所述加密单元，还用于使用aes算法对所述模板数据和所述hmac值进行加密；第一存储模块45，具体用于存储加密后的模板数据。

具体的，加密单元根据预设的秘钥，将该秘钥和模板数据作为输入，通过hmac算法计算出模板数据的hmac值；加密单元对模板数据的hmac值进一步使用aes算法对模板数据，即明文数据，和模板数据的hmac值进行加密，第一存储模块45得到加密后的模板数据进行存储。

通过本实施方式，在对模板数据进行加密算法处理后进行存储，能够进一步确保模板数据的安全性，进而提高系统启动校验的安全性和可靠性。

结合前述实施例三的内容，以windows操作系统为例，在前述指纹注册涉及的任一实施方式的基础上，所述操作系统为windows操作系统；第一存储模块45，具体用于通过安装在windows生物识别服务下的存储适配器对所述模板数据进行加密，并将加密后的模板数据存储至操作系统维护的硬盘和/或所述预启动操作环境维护的主板闪存。具体的，本方案中的匹配结果可以根据指纹匹配成功与否确定。具体的判定条件可以根据需要设定。下面进行举例说明：

作为一种可实施的方式，针对匹配结果为失败的情形，在前述任一实施方式的基础上，匹配模块42，具体用于将所述用户指纹与当前存储的模板数据中的指纹模板进行指纹匹配，若指纹匹配失败，则判定所述匹配结果为失败。

本实施方式中，将校验过程中采集的用户指纹与指纹模板进行匹配后，若指纹匹配失败，则判定匹配结果为失败，即只要指纹匹配失败则判定匹配结果为失败，能够有效保证校验的安全性。

作为另一种可实施的方式，仍针对匹配结果为失败的情形，在前述任一实施方式的基础上，匹配模块42包括：匹配单元，用于将所述用户指纹与当前存储的模板数据中的指纹模板进行指纹匹配，若指纹匹配失败，则返回执行所述获取当前用户输入的用户指纹的步骤；判定单元，用于若指纹匹配连续失败的次数达到预设的第一阈值，则判定所述匹配结果为失败。

本实施方式中，将校验过程中采集的用户指纹与指纹模板进行匹配后，若指纹匹配失败，则再次采集指纹并进行指纹匹配，只有当连续指纹匹配的次数达到一定次数时方判定匹配结果为失败，能够避免因误操作导致的校验失败，在安全的基础上，保证校验的稳定性和可靠性。

作为又一种可实施的方式，针对匹配结果为成功的情形，在前述任一实施方式的基础上，匹配模块42，具体用于将所述用户指纹与当前存储的模板数据中的指纹模板进行指纹匹配，若所述用户指纹与任一指纹模板匹配成功，则判定所述匹配结果为成功。

本实施方式中，将校验过程中采集的用户指纹与指纹模板进行匹配后，若指纹匹配成功，则判定匹配结果为成功，能够提高系统启动校验的效率。

本实施例提供的系统启动校验系统，在启动关于启动操作环境后，通过运行安装于预启动操作环境的指纹驱动，实现以下方案：获取当前用户输入的用户指纹，并根据指纹模板进行指纹匹配，基于匹配结果进行权限校验。该指纹驱动安装于预启动操作环境下，在预启动操作环境启动后进行指纹匹配，因此可以利用电子设备的硬件装置进行指纹匹配，由于电子设备的硬件装置处理能力强大，性能较好，能够支持更加复杂和精确的算法和处理，因此通过本方案能有效提高指纹匹配的效率和准确度，进而减小系统启动校验的耗时，并且提高校验的准确性和可靠性。

实际应用中，系统启动过程中的校验除了预启动操作环境下的权限校验外，通常还会在操作系统启动后进行操作系统阶段的权限校验。基于前述方案，可以通过获取预启动操作环境下的匹配结果，方便快捷地实现操作系统阶段的权限校验。

图5为本申请实施例五提供的一种系统启动校验系统的结构示意图，参考附图5可知，在实施例四的基础上，所述系统还包括：

第二存储模块51，用于在匹配模块42将所述用户指纹与当前存储的模板数据中的指纹模板进行指纹匹配，获得匹配结果之后，存储所述匹配结果；

第二获取模块52，用于在第一校验模块43根据匹配结果，进行预启动操作环境下的权限校验之后，启动操作系统，通过运行安装于操作系统的第二指纹驱动，获取所述匹配结果；

第二校验模块53，用于根据所述匹配结果，进行操作系统下的登录验证。

以实际场景举例来说：在预启动操作环境的权限校验完成后，第二获取模块52启动操作系统，操作系统启动后第二获取模块52会执行第二指纹驱动，从而执行获取预启动操作环境阶段的匹配结果，第二校验模块53进行操作系统下的登录验证。结合图3c所示的系统结构举例来说，第二存储模块51可以通过uefi下uefi指纹驱动实现，第二获取模块52和第二校验模块53可以通过os下的os指纹驱动实现。

所述操作系统下的登录验证包括但不限于单纯对用户身份进行认证，也可以包括对当前需要登录的用户账户进行识别。相应的，在实施例五的基础上，所述模板数据包括各用户账户对应的指纹模板；所述匹配结果还包括与所述用户指纹匹配的指纹模板的标识；相应的，第二校验模块53，具体用于若所述匹配结果为成功，则根据所述模板数据，登录所述匹配结果中指纹模板对应的用户账号，并加载操作系统。

具体的，操作系统被启动后，通过运行第二指纹驱动，获取预启动操作环境下获得的匹配结果。可选的，获取的方式可以有多种。

作为第一种可实施方式，在预启动操作环境阶段，在获得匹配结果后，通过运行第一指纹驱动，可以将匹配结果存储在指纹传感器中，相应的，第二指纹驱动运行时从指纹传感器中获取匹配结果。具体的，在实施例五的基础上，第二存储模块51，具体用于将所述匹配结果存储至指纹传感器。

以实际场景举例来说：在预启动操作环境阶段下，通过运行第一指纹驱动第一获取模块41获取用户输入的指纹，匹配模块42根据指纹模板进行指纹匹配，获得匹配结果；之后通过运行第一指纹驱动第二存储模块51将该匹配结果存储至指纹传感器中；后续，os下的第二指纹驱动运行时，第二获取模块52首先获取存储在指纹传感器中的匹配结果，第二校验模块53进行操作系统下的登录验证。

可选的，当匹配结果存储于指纹传感器时，操作系统获取匹配结果的方法可以有多种。作为一种可实施方式，在第一种可实施方式的基础上，第二获取模块52，具体用于根据安全协议建立安全通道，并通过所述安全通道，获取存储在所述指纹传感器中的所述匹配结果。

结合前述实施例三的内容，以windows操作系统为例，在上述实施方式的基础上，所述操作系统为windows操作系统；第二获取模块52，具体用于通过安装在windows生物识别服务下的传感器适配器向安装在wudfhost.exe下的用户空间驱动发出指示，控制所述用户空间驱动建立其tee环境与指纹传感器之间的安全信道，并通过所述安全通道获取存储在所述指纹传感器中的所述匹配结果发送给安装在windows生物识别服务下的引擎适配器，以使所述引擎适配器将所述匹配结果提交给操作系统。本实施方式，通过建立与指纹传感器之间的安全通道进行匹配结果的数据传输，从而保证系统启动校验的安全性。

作为另一种可实施方式，在第一种可实施方式的基础上，第二获取模块52，具体用于根据操作系统和指纹传感器共享的秘密信息，将生成的随机数发送给指纹传感器，以使所述指纹传感器利用预设的消息校验算法对所述秘密信息、所述随机数和本地存储的匹配结果进行处理，获得校验数据；第二获取模块52，还具体用于接收指纹传感器返回的匹配结果和校验数据，根据所述校验数据，利用所述消息校验算法对指纹传感器返回的匹配结果进行验证，若验证通过，则将指纹传感器返回的匹配结果作为所述匹配结果。

本实施方式，通过对与指纹传感器之间传输的数据进行加密后传输，从而保证系统启动校验的安全性。

作为第二种可实施方式，在预启动操作环境阶段，在获得匹配结果后，通过运行第一指纹驱动，可以将匹配结果存储在预启动操作环境可访问的区域中，相应的，第二指纹驱动运行时通过预启动操作环境从该区域中获取匹配结果。具体的，在实施例五的基础上，第二存储模块51，具体用于将所述匹配结果存储至所述预启动操作环境的可访问区域；第二获取模块52，具体用于利用预启动操作环境提供的rt服务，获取所述可访问区域中存储的匹配结果。

本实施例提供的系统启动校验系统，在启动操作系统后，通过运行第二指纹驱动获取预启动操作环境下获得的匹配结果，并根据该匹配结果进行操作系统下的登录验证，无需用户再次操作，在预启动操作环境阶段利用电子设备主控的计算能力进行指纹认证，并且可以在预启动操作环境阶段加载os后直接登录相应的用户账户，指纹匹配速度快、模板数据存储限制小，从而可以提高指纹识别身份校验的速度、降低认假率和拒真率，提高用户体验。

本申请实施例六还提供一种计算机存储介质，该计算机存储介质可以包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机存储介质中存储有程序指令，程序指令用于上述实施例中的系统启动校验方法。

本申请实施例七提供一种电子设备，该电子设备包括至少一个处理器和存储器，存储器用于存储计算机执行指令，处理器的个数可以为1个或多个，且可以单独或协同工作，处理器用于执行所述存储器存储的计算机执行指令，以实现上述实施例中的系统启动校验方法。

以上各个实施例中的技术方案、技术特征在不相冲突的情况下均可以单独，或者进行组合，只要未超出本领域技术人员的认知范围，均属于本申请保护范围内的等同实施例。

在本申请所提供的几个实施例中，应该理解到，所揭露的相关系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，系统或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得计算机处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁盘或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。