验证方式配置方法、装置和计算机设备

技术领域

本申请涉及身份验证技术领域，尤其涉及一种验证方式配置方法、装置和计算机设备。

背景技术

随着身份验证技术的发展，验证设备可支持的验证手段越来越多，如人脸、掌纹、掌静脉、指纹、指静脉、声纹、虹膜、视网膜、密码、工号、卡、身份证等。随着往后验证手段增加，再加上验证手段之间进行组合验证的情况，导致种类太多，开发过程需要定义每种验证方式对应的值，导致相关的配置和解析方案过于繁琐，且不易扩展。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一，特别是现有技术中有关身份配置和解析方案过于繁琐且不易拓展的问题。

第一方面，本申请提供了一种验证方式配置方法，应用于验证设备，验证方式配置方法包括：

响应于方式配置指令，得到第一参数；

在第一参数为第一格式的情况下，根据第一格式解析第一参数，以确定目标验证方式；在第一格式下，第一参数的二进制形式包括第一选择位和逻辑位，第一选择位与多种验证手段一一对应，各第一选择位的值用于指示是否需要使用对应的验证手段，逻辑位用于指示需要使用的各验证手段之间的逻辑关系。

在其中一个实施例中，在得到第一参数后，还包括：

在第一参数为第二格式的情况下，根据第二格式解析第一参数，以确定目标验证方式；在第二格式下，第一参数的二进制形式包括多种待选验证方式一一对应的第二选择位，各第二选择位的值用于指示是否选择对应的待选验证方式为目标验证方式。

在其中一个实施例中，在响应于方式配置指令，得到第一参数之前，还包括：

向系统平台发送注册请求；注册请求携带第二参数和第三参数，第二参数的二进制形式包括与多种验证手段一一对应的第三选择位，各第三选择位的值用于指示是否支持使用对应的验证手段，第三参数的二进制形式包括与多种待选验证方式一一对应的第四选择位，各第四选择位的值用于指示是否支持选择对应的待选验证方式为目标验证方式；

根据系统平台反馈的注册完成指令，确定第一参数为第一格式或第二格式。

在其中一个实施例中，根据系统平台反馈的注册完成指令，确定第一参数为第一格式或第二格式，包括：

若注册完成指令中携带与第二参数的值相同的参数，则确定第一参数为第一格式；

若注册完成指令中携带与第三参数的值相同的参数，则确定第一参数为第二格式。

在其中一个实施例中，在利用基于第一格式的第一参数所确定出的目标验证方式进行身份验证时，还包括：

若逻辑关系为“且”且身份验证通过，则根据所述第一参数的值，生成第四参数；

若逻辑关系为“且”且身份验证未通过，或逻辑关系为“或”，则将用户最后所使用的验证手段为目标手段；设置与第一参数相同位数的初始参数，并按照第一格式中第一选择位与验证手段之间的对应关系，将初始参数中目标手段对应的位的值设置为第一数值，将其余位的值设置为第二数值，得到第四参数；

将第四参数上传到系统平台。

第二方面，本申请提供了一种验证方式配置方法，应用于系统平台，验证方式配置方法包括：

在支持基于第一格式进行配置的情况下，响应于第一配置操作，根据第一格式，生成第一参数；在第一格式下，第一参数的二进制形式包括第一选择位和逻辑位，第一选择位与多种验证手段一一对应，各第一选择位的值用于指示验证设备是否需要使用对应的验证手段，逻辑位用于指示需要使用的各验证手段之间的逻辑关系；

将携带第一参数的方式配置指令下发到验证设备。

在其中一个实施例中，在将携带第一参数的方式配置指令下发到验证设备之前，还包括：

在支持基于第二格式进行配置的情况下，响应于第二配置操作，根据第二格式，生成第一参数；在第二格式下，第一参数的二进制形式包括多种待选验证方式一一对应的第二选择位，各第二选择位的值用于指示验证设备是否选择对应的待选验证方式为目标验证方式。

在其中一个实施例中，在生成第一参数之前，还包括：

响应于验证设备发送的注册请求，得到第二参数和第三参数；第二参数的二进制形式包括与多种验证手段一一对应的第三选择位，各第三选择位的值用于指示验证设备是否支持使用对应的验证手段，第三参数的二进制形式包括与多种待选验证方式一一对应的第四选择位，各第四选择位的值用于指示验证设备是否支持选择对应的待选验证方式为目标验证方式；

在支持基于第一格式进行配置的情况下，将携带与第二参数的值相同的参数的注册完成指令发送到验证设备；

在支持基于第二格式进行配置的情况下，将携带与第三参数的值相同的参数的注册完成指令发送到验证设备。

第三方面，本申请提供了一种验证方式配置装置，应用于验证设备，验证方式配置装置包括：

第一响应模块，用于响应于方式配置指令，得到第一参数；

解析模块，用于在第一参数为第一格式的情况下，根据第一格式解析第一参数，以确定目标验证方式；在第一格式下，第一参数的二进制形式包括第一选择位和逻辑位，第一选择位与多种验证手段一一对应，各第一选择位的值用于指示是否需要使用对应的验证手段，逻辑位用于指示需要使用的各验证手段之间的逻辑关系。

第四方面，本申请提供了一种验证方式配置装置，应用于系统平台，验证方式配置装置包括：

第一响应模块，用于在支持基于第一格式进行配置的情况下，响应于第一配置操作，根据第一格式，生成第一参数；在第一格式下，第一参数的二进制形式包括第一选择位和逻辑位，第一选择位与多种验证手段一一对应，各第一选择位的值用于指示验证设备是否需要使用对应的验证手段，逻辑位用于指示需要使用的各验证手段之间的逻辑关系；

下发模块，用于将携带第一参数的方式配置指令下发到验证设备。

第五方面，本申请提供了一种计算机设备，包括一个或多个处理器，以及存储器，存储器中存储有计算机可读指令，计算机可读指令被一个或多个处理器执行时，执行上述任一实施例中的验证方式配置方法的步骤。

从以上技术方案可以看出，本申请实施例具有以下优点：

基于本实施例中的验证方式配置方法，验证设备在接收到携带第一格式的第一参数的方式配置指令时，将根据第一参数中包含的第一选择位和逻辑位来确定目标验证方式中需要包含的验证手段，然后再根据逻辑位确定这些验证手段之间的逻辑关系，最终确定出完整的目标验证方式。通过采用第一格式的第一参数，大大简化了参数表达，增强了参数的扩展性，验证设备也无需存储所有模式的组合，只需要解析第一参数即可动态确定验证方式，从而更灵活和便捷地实现对验证设备验证方式的集中化配置和管理。

附图说明

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

图1为本申请一个实施例提供的应用于验证设备的验证方式配置方法的流程示意图；

图2为本申请一个实施例提供的应用于系统平台的验证方式配置方法的流程示意图；

图3为本申请一个实施例提供的应用于验证设备的验证方式配置装置的模块示意图；

图4为本申请一个实施例提供的应用于系统平台的验证方式配置装置的模块示意图；

图5为本申请一个实施例提供的计算机设备的内部结构图。

具体实施方式

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

本申请提供了一种验证方式配置方法，应用于验证设备。这里的验证设备可以是门禁设备、考勤设备等通过验证身份来进行通行管理的设备。后文将以门禁设备为例进行说明。传统技术会通过指令中携带特定格式的参数，由门禁设备解析该参数从而确定出选用的验证方式。所采用的特定格式为：该种参数的二进制形式的每一位对应一种待选验证方式，待选验证方式需要涵盖所有的验证手段任意组合的可能，这将会导致该参数十分复杂，并且在该门禁设备上每增加一种验证手段，则需要新增许多位来涵盖新增的待选验证方式，导致拓展性差且对开发人员负担较重。例如在一个支持卡和密码的门禁设备中，有仅卡、仅密码、密码或卡、密码和卡，共四种组合。则该种格式的参数的二进制形式至少需要四位即可。但如果新增了一种指纹验证，则将会有仅卡、仅密码、仅指纹、密码或卡、密码或指纹、卡或指纹、密码加卡、密码加指纹、卡加指纹、密码或卡或指纹、密码加卡加指纹，共十一种组合。则该种格式的参数增加到了至少需要十一位。现有门禁设备所支持的单一验证手段可达十几种之多，利用该种格式的参数将会出现至少需要数百位的参数。为了解决该问题，本申请实施例提供的验证方式配置方法包括步骤S102与步骤S104。

S102，响应于方式配置指令，得到第一参数。

可以理解，方式配置指令是用于向门禁设备配置验证方式的指令，验证方式可以是由单一的验证手段构成的，也可以是由多个验证手段组合而成的。在对面积较大的区域进行管理时，可能需要多个门禁设备，为了方便管理，会配置系统平台对各门禁设备进行统一管理。这里的方式配置指令可以是系统平台下发给门禁设备的。也可以是用户在门禁设备本地操作后生成的。第一参数按照特定的第一格式书写的参数。第一格式将第一参数的值与目标验证方式的选取之间建立了对应关系，使得门禁设备通过解析第一参数即可以确定出目标验证方式。

另外，在有些实施例中，由于一个门禁设备可以管理多个门，方式配置指令可以指示门禁设备将所管理的门全部使用相同的目标验证方式。但方式配置指令中还可以包括指明本次方式配置指令所针对的门的序号，从而可以实现对同一门禁设备下不同门采取不同的验证方式。

S104，在第一参数为第一格式的情况下，根据第一格式解析第一参数，以确定目标验证方式。

可以理解，传统技术的第一参数是将所有的待选组合方式组合好后下发到门禁设备，从而导致第一参数的位数很长且拓展性差。为了解决该问题，

经过研究发现，每种验证方式都是由一个以上的验证手段以及验证手段之间的逻辑关系组成的(和、或)。本实施例所采用的第一格式的第一参数，其将需要使用的验证手段和各需要使用的验证手段之间的逻辑关系进行了解耦，在第一参数中仅指明组成验证方式的两个部分，由门禁设备解析后自行将这两个部分组合成目标验证方式。具体而言，在第一格式下，第一参数的二进制形式包括第一选择位和逻辑位。第一选择位与多种验证手段一一对应。这里的多种验证手段可以包括整个智慧管理系统中所有的验证手段，每当系统中新增一种验证手段，则只需要在第一参数的二进制形式下新增一位第一选择位。由于每个第一选择位都是一个二进制的位，只能在0和1中间进行取值。基于此，可以分别用0和1分别指示是否需要使用该第一选择位对应的验证手段。因此，各第一选择位的值可用于指示门禁设备是否需要使用对应的验证手段来组成目标验证方式。而逻辑位则用于指示需要使用的各验证手段之间的逻辑关系，即需要使用的验证手段需要全部通过验证才可开门(“且”的关系)，还是只需要其中一种通过验证即可开门(“或”的关系)。

具体而言，假设共有11种验证手段，则可以设置至少12位的第一参数，以第0位为逻辑位，第1位对应人脸，第2位对应掌纹，第3位对应掌静脉，第4位对应指纹，第5位对应指静脉，第6位对应声纹，第7位对应虹膜，第8位对应视网膜，第9位对应密码，第10位对应工号，第11位对应卡。每个第一选择位的值为0代表不需要使用对应的验证手段，为1代表需要使用对应的验证手段。逻辑位的值为0代表使用“或”的关系，为1代表使用“且”的关系。在第一格式下，如需要使用卡加密码加人脸为目标验证方式(即“且”的关系)，则第一参数的值应为101000000011。如需要使用卡或密码或人脸为目标验证方式，则第一参数的值应为101000000010。由此可见，在使用十一种验证手段的情况中，第一格式的第一参数最少仅需要12位即可实现，相较于传统的编码方式需要数百位的情况，大大简化了第一参数。并且在有新增验证手段时，无需穷尽所有的组合情况并新增多个对应的位数，只需要为新增的验证手段增加相应的第一选择位即可。

第一参数在方式配置指令中并不一定为二进制形式，但门禁设备在提取到第一参数后，会将其转换为二进制形式，从而可以根据上述描述中对第一格式的定义解析出各第一选择位和逻辑位的值，从而将需要使用的验证手段和需要使用的验证手段之间的逻辑关系进行组合，得到目标验证方式。

基于本实施例中的验证方式配置方法，验证设备在接收到携带第一格式的第一参数的方式配置指令时，将根据第一参数中包含的第一选择位和逻辑位来确定目标验证方式中需要包含的验证手段，然后再根据逻辑位确定这些验证手段之间的逻辑关系，最终确定出完整的目标验证方式。通过采用第一格式的第一参数，大大简化了参数表达，增强了参数的扩展性，验证设备也无需存储所有模式的组合，只需要解析第一参数即可动态确定验证方式，从而更灵活和便捷地实现对验证设备验证方式的集中化配置和管理。

在其中一个实施例中，在得到第一参数后，还包括：在第一参数为第二格式的情况下，根据第二格式解析第一参数，以确定目标验证方式。在第二格式下，第一参数的二进制形式包括多种待选验证方式一一对应的第二选择位，各第二选择位的值用于指示是否选择对应的待选验证方式为目标验证方式。

可以理解，这里的第二格式即代表上文说明中传统技术中所使用的格式。为了增加门禁设备的可兼容性，对于一些系统平台还未完成升级的情况而言，门禁设备可以对旧的格式进行兼容。即如果验证设备确认所获取到的第一参数为第二格式，其也可以按照第二格式的解析方式，通过依次读取第一参数各个位的值，以从多种待选验证方式中找到被选为目标验证方式的待选验证方式。例如，第二选择位为0代表不选择对应的待选验证方式为目标验证方式，第二选择位为1代表选择对应的待选验证方式为目标验证方式。将仅卡、仅密码、仅指纹、密码或卡、密码或指纹、卡或指纹、密码加卡、密码加指纹、卡加指纹、密码或卡或指纹、密码加卡加指纹，共十一种组合依次对应第一参数的第0位至第10位。如果需要使用密码加卡加指纹作为目标验证方式，则第二格式下的第一参数的二进制形式为10000000000。如果需要使用密码或卡作为目标验证方式，则第二格式下的第一参数的二进制形式为00010000000。

在其中一个实施例中，在响应于方式配置指令，得到第一参数之前，还包括：

(1)向系统平台发送注册请求。

可以理解，如需要使用系统平台管理多个门禁设备，各门禁设备需要在系统平台上完成注册，使得系统平台可以获取各门禁设备有关信息，完成登记，从而可以在前端界面中展示与完成注册的各门禁设备的相关信息。在有关验证方式配置的部分，为了方便系统平台下发方式配置指令，如果门禁设备需要使用第一格式的第一参数，则需要告知系统平台本门禁设备支持使用哪些验证手段。如果门禁设备需要使用第二格式的第一参数，则需要告知系统平台本门禁设备支持哪些待选验证方式。由于门禁设备不确定系统平台支持哪一种格式的第一参数，因此需要将上述两种信息分别以第二参数和第三参数的方式置入注册请求中。当然，如果不考虑兼容性要求，以确定每个系统平台均以支持第一格式的第一参数，则注册请求中可以仅携带第二参数。

具体而言，第二参数的二进制形式包括与多种验证手段一一对应的第三选择位。由于每个第三选择位都是一个二进制的位，只能在0和1中间进行取值。可以分别用0和1分别指示是否本设备是否支持使用该第三选择位对应的验证手段。因此，各第三选择位的值可用于指示是否支持使用对应的验证手段。假设共有11种验证手段，则可以设置至少11位的第二参数，为了保持位数与第一格式的第一参数一致，可以将逻辑位更换为无效位，因此可设置12位的第二参数。以第0位为无效位，第1位对应人脸，第2位对应掌纹，第3位对应掌静脉，第4位对应指纹，第5位对应指静脉，第6位对应声纹，第7位对应虹膜，第8位对应视网膜，第9位对应密码，第10位对应工号，第11位对应卡。每个第三选择位的值为0代表不支持使用对应的验证手段，为1代表支持使用对应的验证手段。如果该门禁设备支持卡、密码和人脸三种验证手段，则第二参数的值应为101000000010。在门禁设备新增了验证手段后，也仅需要在第二参数中增加相应的第三选择位即可。

第三参数的二进制形式包括与多种待选验证方式一一对应的第四选择位。这里的多种待选验证方式涵盖了所有任意组合的可能，而每个第四选择位都是一个二进制的位，只能在0和1中间进行取值。可以分别用0和1分别指示是否本设备是否支持使用该第四选择位对应的待选验证方式作为目标验证方式。因此，各第四选择位的值用于指示是否支持选择对应的待选验证方式为目标验证方式。具体而言，将仅卡、仅密码、仅指纹、密码或卡、密码或指纹、卡或指纹、密码加卡、密码加指纹、卡加指纹、密码或卡或指纹、密码加卡加指纹，共十一种组合依次对应第三参数的第0位至第10位。如果该门禁设备支持的验证手段为密码和卡，则所有与密码、卡有关的待选验证方式对应的第四选择位的值应该为1，即第三参数应为00001001011。

第二参数和第三参数在注册请求中并不一定为二进制形式，但系统平台在提取到第二参数和第三参数后，会将其转换为二进制形式，以根据其所支持的格式进行解析。

(2)根据系统平台反馈的注册完成指令，确定第一参数为第一格式或第二格式。

系统平台在读取出第二参数和第三参数后，会根据其所支持的格式不同，向门禁设备反馈不同的注册完成指令，使得门禁设备可以根据注册完成指令，确定未来接收到的方式配置指令携带的第一参数的格式为第一格式或第二格式。在一个具体实施例中，系统平台所反馈的注册完成指令中如果携带与第二参数的值相同的参数，则确定第一参数为第一格式。若注册完成指令中携带与第三参数的值相同的参数，则确定第一参数为第二格式。门禁设备即可将注册完成指令中所反馈的参数与第二参数和第三参数进行比较，从而确定第一参数所使用的格式。

在其中一个实施例中，在利用基于第一格式的第一参数所确定出的目标验证方式进行身份验证时，还包括：

(1)若逻辑关系为“且”，且身份验证通过，则根据第一参数的值，生成第四参数。

可以理解，当用户需要开启门时，可以向用户发出与需要验证的项目相关的提示，用户即在规定时间内进行相应的验证。以上文使用卡加密码加人脸作为目标验证方式为例，用户将需要在规定时间内分别利用正确的卡、密码和人脸进行验证，门禁设备才判定身份验证通过，为用户开门，否则判定为身份验证未通过。为了将用户的验证记录留档保存，将向系统平台发送用于记录的第四参数。由于用户身份验证通过，可以直接使用第一参数的值作为第四参数的值进行上传，代表用户通过了目标验证方式中每一种验证手段。在上述例子中，第四参数的值即为101000000011。系统平台根据第四参数与第一参数是否一致，即可确定每次验证事件的最后结果是通过还是未通过。

(2)若逻辑关系为“且”且身份验证未通过，或逻辑关系为“或”，则将用户最后所使用的验证手段为目标手段。设置与第一参数相同位数的初始参数，并按照第一格式中第一选择位与验证手段之间的对应关系，将目标手段对应的位的值设置为第一数值，将初始参数其余位的值设置为第二数值，得到第四参数。

可以理解，逻辑关系为与的情况下，则其最后使用的验证手段即为出现错误的验证手段，需要将其记录并上报到系统平台。而逻辑关系为“或”的时候，每次验证也仅用验证一次，则其最后使用的验证手段的结果也需要上报到系统平台。因此，在这些情况下，将用户最后所使用的验证手段为目标手段，为了将目标手段的相关信息上报到系统平台，本实施例参考第一格式对第一选择位的定义，将第四参数中的位与各验证手段建立对应关系。在确定出目标手段后，即将第四参数中目标手段对应的位的值设置为与其他位不同，则系统平台通过比较第四参数与第一参数，也可知道每次验证事件的结果。以上文使用卡加密码加人脸作为目标验证方式为例，如果用户先使用了正确的卡加密码验证，但最后一次使用了指纹，指纹在第一选择位对应的位为第四位，以第一数值为1，第二数值为0，则第四参数应为000010000000。以上文使用卡或密码或人脸为目标验证方式为例，如果用户使用了卡进行验证，验证通过，且卡对应的位为第十一位，第四参数的值应为100000000000。如果用户使用了指纹进行验证，验证不通过，且指纹对应的位为第四位，则第四参数应为000010000000。

(3)将第四参数上传到系统平台。

本申请提供了一种验证方式配置方法，应用于系统平台，请参阅图2，验证方式配置方法包括步骤S202与步骤S204。

S202，在支持基于第一格式进行配置的情况下，响应于第一配置操作，根据第一格式，生成第一参数。在第一格式下，第一参数的二进制形式包括第一选择位和逻辑位，第一选择位与多种验证手段一一对应，各第一选择位的值用于指示验证设备是否需要使用对应的验证手段，逻辑位用于指示需要使用的各验证手段之间的逻辑关系。

可以理解，每个门禁设备所采用的目标验证方式可以是由用户通过系统平台对应的前端界面进行设置的，该前端界面上将展示目标门禁设备所支持的验证手段，以及对逻辑关系的选择项。用户通过第一配置操作，即可选择目标门禁设备的目标验证方式中需要包含的验证手段以及这些手段之间的逻辑关系。系统平台根据第一配置操作以及第一格式的定义，即可生成相应的第一参数。

S204，将携带第一参数的方式配置指令下发到验证设备。

在其中一个实施例中，在将携带第一参数的方式配置指令下发到验证设备之前，还包括：在支持基于第二格式进行配置的情况下，响应于第二配置操作，根据第二格式，生成第一参数。在第二格式下，第一参数的二进制形式包括多种待选验证方式一一对应的第二选择位，各第二选择位的值用于指示验证设备是否选择对应的待选验证方式为目标验证方式。

可以理解，系统平台也可能未完成升级，仅支持生成第二格式的第一参数，则系统平台将在前端界面上展示目标门禁设备所支持的所有待选验证方式，用户通过第二配置操作即可从中选择出作为目标验证方式的待选验证方式，再根据第二格式的规定，生成第一参数。

在其中一个实施例中，在生成第一参数之前，还包括：

(1)响应于验证设备发送的注册请求，得到第二参数和第三参数。第二参数的二进制形式包括与多种验证手段一一对应的第三选择位，各第三选择位的值用于指示验证设备是否支持使用对应的验证手段，第三参数的二进制形式包括与多种待选验证方式一一对应的第四选择位，各第四选择位的值用于指示验证设备是否支持选择对应的待选验证方式为目标验证方式。

本步骤的说明可参照上文验证设备发送注册请求的说明。

(2)在支持基于第一格式进行配置的情况下，将携带与第二参数的值相同的参数的注册完成指令发送到验证设备。

(3)在支持基于第二格式进行配置的情况下，将携带与第三参数的值相同的参数的注册完成指令发送到验证设备。

可以理解，系统平台已知自身所支持的第一参数的格式种类，当需要反馈给门禁设备相关的信息时，即可根据自身所支持的种类，选择相应的参数值作为反馈时参数的数值。具体而言，第二参数和第三参数中将以不同名称的变量的形式呈现，在系统平台中可以预设其所支持的格式对应的变量名称，在接收到注册请求时，即可根据该预设名称从注册请求中找到相应的值，并以基于同样的名称和值形成反馈参数，置入注册完成指令中。

本申请提供了一种验证方式配置装置，应用于验证设备，请参阅图3，验证方式配置装置包括第一响应模块310、解析模块320。

第一响应模块310用于响应于方式配置指令，得到第一参数。

解析模块320用于在第一参数为第一格式的情况下，根据第一格式解析第一参数，以确定目标验证方式。在第一格式下，第一参数的二进制形式包括第一选择位和逻辑位，第一选择位与多种验证手段一一对应，各第一选择位的值用于指示是否需要使用对应的验证手段，逻辑位用于指示需要使用的各验证手段之间的逻辑关系。

在其中一个实施例中，解析模块320还用于在第一参数为第二格式的情况下，根据第二格式解析第一参数，以确定目标验证方式；在第二格式下，第一参数的二进制形式包括多种待选验证方式一一对应的第二选择位，各第二选择位的值用于指示是否选择对应的待选验证方式为目标验证方式。

在其中一个实施例中，验证方式配置装置还包括注册模块和格式确定模块。注册模块用于向系统平台发送注册请求；注册请求携带第二参数和第三参数，第二参数的二进制形式包括与多种验证手段一一对应的第三选择位，各第三选择位的值用于指示是否支持使用对应的验证手段，第三参数的二进制形式包括与多种待选验证方式一一对应的第四选择位，各第四选择位的值用于指示是否支持选择对应的待选验证方式为目标验证方式。格式确定模块用于根据系统平台反馈的注册完成指令，确定第一参数为第一格式或第二格式。

在其中一个实施例中，格式确定模块用于若注册完成指令中携带与第二参数的值相同的参数，则确定第一参数为第一格式；若注册完成指令中携带与第三参数的值相同的参数，则确定第一参数为第二格式。

在其中一个实施例中，验证方式配置装置还包括验证结果上报模块。验证结果上报模块用于若逻辑关系为“且”且身份验证通过，则根据所述第一参数的值，生成第四参数；若逻辑关系为“且”且身份验证未通过，或逻辑关系为“或”，则将用户最后所使用的验证手段为目标手段；设置与第一参数相同位数的初始参数，并按照第一格式中第一选择位与验证手段之间的对应关系，将目标手段对应的位的值设置为第一数值，将初始参数其余位的值设置为第二数值，得到第四参数；将第四参数上传到系统平台。

本申请提供了一种验证方式配置装置，应用于系统平台，请参阅图4，验证方式配置装置包括第一响应模块410和下发模块420。

第一响应模块410用于在支持基于第一格式进行配置的情况下，响应于第一配置操作，根据第一格式，生成第一参数。在第一格式下，第一参数的二进制形式包括第一选择位和逻辑位，第一选择位与多种验证手段一一对应，各第一选择位的值用于指示验证设备是否需要使用对应的验证手段，逻辑位用于指示需要使用的各验证手段之间的逻辑关系。

下发模块420用于将携带第一参数的方式配置指令下发到验证设备。

在其中一个实施例中，第一响应模块410还用于在支持基于第二格式进行配置的情况下，响应于第二配置操作，根据第二格式，生成第一参数；在第二格式下，第一参数的二进制形式包括多种待选验证方式一一对应的第二选择位，各第二选择位的值用于指示验证设备是否选择对应的待选验证方式为目标验证方式。

在其中一个实施例中，验证方式配置装置还包括第二响应模块。第二响应模块用于响应于验证设备发送的注册请求，得到第二参数和第三参数；第二参数的二进制形式包括与多种验证手段一一对应的第三选择位，各第三选择位的值用于指示验证设备是否支持使用对应的验证手段，第三参数的二进制形式包括与多种待选验证方式一一对应的第四选择位，各第四选择位的值用于指示验证设备是否支持选择对应的待选验证方式为目标验证方式。在支持基于第一格式进行配置的情况下，将携带与第二参数的值相同的参数的注册完成指令发送到验证设备。在支持基于第二格式进行配置的情况下，将携带与第三参数的值相同的参数的注册完成指令发送到验证设备。

关于验证方式配置装置的具体限定可以参见上文中对验证方式配置方法的限定，在此不再赘述。上述验证方式配置装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

本申请提供了一种计算机设备，包括一个或多个处理器，以及存储器，存储器中存储有计算机可读指令，计算机可读指令被一个或多个处理器执行时，执行上述任一实施例中的验证方式配置方法的步骤。

示意性地，如图5所示，图5为本申请实施例提供的一种计算机设备的内部结构示意图。参照图5，计算机设备500包括处理组件502，其进一步包括一个或多个处理器，以及由存储器501所代表的存储器资源，用于存储可由处理组件502的执行的指令，例如应用程序。该计算机设备可作为门禁设备中的处理核心，也可以作为系统平台的运行载体。存储器501中存储的应用程序可以包括一个或一个以上的，每一个对应于一组指令的模块。此外，处理组件502被配置为执行指令，以执行上述任意实施例的验证方式配置方法的步骤。

计算机设备500还可以包括一个电源组件503被配置为执行计算机设备500的电源管理，一个有线或无线网络接口504被配置为将计算机设备500连接到网络，和一个输入输出(I/O)接口505。

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

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

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间可以根据需要进行组合，且相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。