基于区块链的资格认定方法及相关装置

本申请涉及信息处理领域，具体涉及基于区块链的资格认定方法、系统及相关装 置。

现有的贷款资格认定、人才资格认定、保障性住房申请资格认定过程中，需要人工 逐一在各部门中查询申请人的相关信息，费时费力。例如，保障性住房申请资格认定过程 中，需要人工采集申请人的公积金缴纳额度、个人所得税缴纳额度、收入证明、社保缴纳额 度等，进行审核。由于银行、社保、公积金、税务等部门之间信息闭塞，相互之间共享难度大， 人工逐一在各部门中查询申请人的相关信息，资格审核效率低下。

有鉴于此，有必要提出新的资格认定方法。

本申请实施例提供了基于区块链的资格认定方法及相关装置，用于提高跨部门资 格认定的审核效率。

本申请实施例第一方面提供了一种基于区块链的资格认定方法，其特征在于，包 括：

接收目标用户提交的第一资格申请信息，所述第一资格申请信息中至少包含所述 目标用户的身份标识及资格申请的目标申请类型信息；

根据所述目标申请类型信息为所述第一资格申请分配至少两个不同的验证节点；

将所述第一资格申请信息封装进新区块中，并将对应的新区块同步至所述目标申 请类型信息对应的各个验证节点中，以使得各个验证节点根据所述目标用户的身份标识验 证目标用户的用户信息；

接收各个验证节点反馈的验证结果信息，并根据验证结果处理所述第一资格申请 信息。

可选的，作为一种可能的实施方式，本申请实施例中，所述根据所述目标申请类型 信息为所述第一资格申请分配至少两个不同的验证节点，具体包括：

根据所述目标申请类型信息确定用户信息的至少两个维度；

根据所述至少两个维度分配对应的至少两个不同的验证节点。

可选的，作为一种可能的实施方式，本申请实施例中，所述验证结果信息为验证节 点对所述第一资格申请信息进行数字签名之后的生成的签名信息，其中，若所述目标用户 的用户信息满足预置条件，对应的验证节点对所述第一资格申请信息进行数字签名。

可选的，作为一种可能的实施方式，本申请实施例中，所述根据所述验证结果处理 所述第一资格申请信息，具体包括：

对各个验证节点反馈的所述签名信息进行验证，若验证通过，则对所述目标用户 的资格审查数据信息中的对应字段进行确认标记；

将标记之后的资格审查数据信息同步到区块链中。

可选的，作为一种可能的实施方式，本申请实施例中，所述并根据验证结果处理所 述第一资格申请信息，具体包括：

若验证通过的验证节点超过预置数量，则通过所述目标用户的第一资格申请；

若验证通过的验证节点未超过预置数量，则驳回所述目标用户的第一资格申请。

本申请实施例第二方面提供了一种基于区块链的资格认定装置，其特征在于，包 括：

接收模块，用于接收目标用户提交的第一资格申请信息，所述第一资格申请信息 中至少包含所述目标用户的身份标识及资格申请的目标申请类型信息；

配置模块，用于根据所述目标申请类型信息为所述第一资格申请分配至少两个不 同的验证节点；

第一同步模块，将所述第一资格申请信息封装进新区块中，并将对应的新区块同 步至所述目标申请类型信息对应的各个验证节点中，以使得各个验证节点根据所述目标用 户的身份标识验证目标用户的用户信息；

第一验证模块，用于接收各个验证节点反馈的验证结果信息，并根据验证结果处 理所述第一资格申请信息。

可选的，作为一种可能的实施方式，本申请实施例中，所述配置模块包括：

第一分配单元，用于根据所述目标申请类型信息确定用户信息的至少两个维度；

第二分配单元，用于根据所述至少两个维度分配对应的至少两个不同的验证节 点。

可选的，作为一种可能的实施方式，本申请实施例中，所述验证结果信息为验证节 点对所述第一资格申请信息进行数字签名之后的生成的签名信息，其中，若所述目标用户 的用户信息满足预置条件，对应的验证节点对所述第一资格申请信息进行数字签名；

所述装置还包括：

第二验证模块，用于对各个验证节点反馈的所述签名信息进行验证，若验证通过， 则对所述目标用户的资格审查数据信息中的对应字段进行确认标记；

第二同步模块，用于将标记之后的所述目标用户的资格审查数据信息同步到区块 链中。

可选的，作为一种可能的实施方式，本申请实施例中的第一验证模块包括：

第一验证单元，若验证通过的验证节点超过预置数量，则通过所述目标用户的第 一资格申请；

第二验证单元，若验证通过的验证节点未超过预置数量，则驳回所述目标用户的 第一资格申请。

本申请实施例第三方面提供了一种计算机装置，其特征在于，所述计算机装置包 括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如第一方面及第一方面 中任意一种可能的实施方式中的步骤。

本申请实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程 序，其特征在于：所述计算机程序被处理器执行时实现如第一方面及第一方面中任意一种 可能的实施方式中的步骤。

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

本申请实施例中，可以将目标用户提交的第一资格申请信息写入区块链，通过区 块链网络可以将区块链中的资格申请信息同步到目标申请类型对应的区块链网络中至少 两个验证节点中，每个验证节点根据身份标识自动查询目标用户对应维度用户信息，并自 动按照预置的规则验证对应维度的用户信息是否满足预置条件，无需人工逐一查询校验， 可以接收验证节点反馈的验证结果信息，并根据验证结果判断目标用户是否通过目标类型 的资格认定。即本申请实施例基于区块链实现了至少两个验证节点的之间信息的自动采集 及校验，提高了跨部门资格审核的效率。

图1为本申请实施例中一种基于区块链的资格认定方法的一个实施例示意图；

图2为本申请实施例中一种基于区块链的资格认定方法的另一个实施例示意图；

图3为本申请实施例中一种基于区块链的资格认定装置的一个实施例示意图；

图4为本申请实施例中一种基于区块链的资格认定装置的另一个实施例示意图；

图5为本申请实施例中计算机装置的一个实施例示意图。

本申请实施例提供了基于区块链的资格认定方法及相关装置，用于提高跨部门资 格认定的审核效率。

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第 四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用 的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内 容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他 的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列 出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固 有的其它步骤或单元。

本申请涉及区块链技术，为了便于理解，下面将对在本申请实施例中的区块链 (Block Chain)进行简单的介绍，区块链是对接入服务器的所有区块链节点公开的分布式 存储的数据结构，包含着若干的区块(Block)。包含客户端的用户终端可以注册成为一个区 块链节点，与接入区块链服务器的其他区块链节点组成P2P网络，区块链数据可以存放在 P2P网络，P2P网络任何一个或多个区块链节点瘫痪，都不会导致区块链数据的丢失，这样区 块链数据就具有很强的安全性，确保数据的永久保存和不可篡改。当一个区块持久化到区 块链数据中时，接入服务器的区块链节点都可以添加该区块；区块是按照持久化时间顺序 一个一个地添加到区块链数据中的，除了区块链数据中第一个区块外的每一个区块都要链 接到其前一个区块，这样区块链数据就形成一个区块链接这一个区块了，就像一个链条一 样，当一个区块被持久化到区块链数据后，该区块就无法被修改了。

为了便于理解，下面对本申请实施例中的具体流程进行描述，请参阅图1，本申请 实施例中一种基于区块链的保障房资格认定方法的一个实施例可包括：

101、接收目标用户提交的第一资格申请信息，第一资格申请信息中至少包含目标 用户的身份标识及资格申请的目标申请类型信息。

用户通过客户端向服务器进行注册，注册之后的客户端设备成为区块链的一个节 点，相应的客户端设备成为服务器的一部分。本实施例中，目标用户可以通过客户端向服务 器提交资格申请信息，申请信息中至少包含目标用户的身份标识，例如身份证号码，以及资 格申请的目标申请类型信息。资格申请的类型可以包括但不限于贷款资格认定、人才资格 认定及保障房申请资格认定等。

可选的，本申请中的资格申请的类型包括但不限于贷款资格认定、人才资格认定 及保障房申请资格认定。可以理解的是，本申请中的资格申请还可以包括需要多部门联合 审核的资格申请，具体的资格申请的类型此处不做限定。

102、根据目标申请类型信息为第一资格申请分配至少两个不同的验证节点。

每一种类型的资格认定的流程不同，对应需要验证的用户信息的维度也是不同 的，具体的用户信息维度可以是信用维度、收入维度、社会责任维度社保、公积金、税收缴纳 情况等。具体可以根据实际需求进行合理的设置，此处不做限定。服务器可以根据目标申请 类型信息为第一资格申请分配至少两个不同的验证节点。每一个验证节点根据用户的身份 标识分别查询并验证对应用户对应单一维度的用户信息，具体的资格认定过程中设置的验 证节点的数量及类型可以根据需求合理的设置，具体此处不做限定。

103、将第一资格申请信息封装进新区块中，并将对应的新区块同步至目标申请类 型信息对应的各个验证节点中。

服务器在获取到第一资格申请信息之后，可以将该申请信息封装进新区块，并基 于区块链向进行目标申请类型信息对应的各个验证节点广播，使得接入区块链网络中的验 证节点可以获取并保存对应区块链中的第一资格申请信息，本申请实施例中可以根据目标 申请类型的资格验证过程中涉及的验证条件，设置至少两个验证节点。

验证节点在区块链网络中获取到申请信息中对应的用户的身份标识之后，可以根 据用户的身份标识在本地查询该身份标识对应维度的用户信息，并按照预置的规则对查询 到的用户信息进行验证，并向服务器反馈对应的验证结果信息。

104、接收各个验证节点反馈的验证结果信息，并根据验证结果处理第一资格申请 信息。

不同的验证节点中存储有用户不同维度的用户信息，验证节点可以接入区块链网 络，验证节点在区块链网络中获取到申请信息中对应的用户的身份标识之后，可以根据用 户的身份标识在本地查询该身份标识对应维度的用户信息，并按照预置的规则对查询到的 用户信息进行验证。例如，保障房申请资格认定过程中，对于银行管理部门可以验证用户每 月收入低于1000元。

服务器可以接收各个验证节点反馈的验证结果信息，并根据验证结果处理第一资 格申请信息。

可选的，作为一种可能的实施方式，并根据验证结果处理第一资格申请信息，具体 包括：

若验证通过的验证节点超过预置数量，则通过目标用户的第一资格申请；

若验证通过的验证节点未超过预置数量，则驳回目标用户的第一资格申请。

具体的，服务器可以接收各个验证节点反馈的验证结果信息，并根据验证结果信 息确定目标用户各个维度的信息是否成功通过了各个验证节点的验证，若验证通过的验证 节点超过预置数量，则服务器可以判定目标用户通过保障房资格认定，例如，当设置有4个 验证节点时，可以设定通过验证的验证节点超过3个或4个时，可以判定目标用户通过保障 房资格认定，符合申请保障房的条件，反之，则可以判定目标用户没有通过保障房资格认 定。

本申请实施例中，可以将目标用户提交的第一资格申请信息写入区块链，通过区 块链网络可以将区块链中的资格申请信息同步到目标申请类型对应的区块链网络中至少 两个验证节点中，每个验证节点根据身份标识自动查询目标用户对应维度用户信息，并自 动按照预置的规则验证对应维度的用户信息是否满足预置条件，无需人工逐一查询校验， 可以接收验证节点反馈的验证结果信息，确定目标用户各个维度的信息是否成功通过了各 个验证节点的验证，若验证通过的验证节点超过预置数量，则判定目标用户通过目标类型 的资格认定，即本申请实施例基于区块链实现了至少两个验证节点的之间信息的自动采集 及校验，提高了跨部门资格审核的效率。

上述实施例对本申请实施例中的基于区块链的资格认定方法的流程进行了描述， 下面将对结合保障房资格认定过程中的具体实施例对本申请实施例中的基于区块链的资 格认定方法进行描述，保障性住房是指政府为中低收入住房困难家庭所提供的限定标准、 限定价格或租金的住房，一般由廉租住房、经济适用住房、政策性租赁住房、定向安置房等 构成。中国大力加强保障性住房建设力度，改善人民众的居住条件。请参阅图2，本申请实 施例中的基于区块链的资格认定方法的另一个实施例可包括：

201、接收目标用户提交的第一资格申请信息，第一资格申请信息中至少包含目标 用户的身份标识及资格申请的目标申请类型信息。

本实施例中的步骤201中描述的内容与上述图1所示的实施例中的步骤101中所描 述的内容类似，具体请参阅步骤101，此处不再赘述。

202、根据目标申请类型信息确定用户信息的至少两个维度，并根据至少两个维度 分配对应的至少两个不同的验证节点。

每一种类型的资格认定的流程不同，对应需要验证的用户信息的维度也是不同 的，具体的用户信息维度可以是信用维度、收入维度、社会责任维度社保、公积金、税收缴纳 情况等。具体可以根据实际需求进行合理的设置，此处不做限定。服务器可以根据目标申请 类型信息为第一资格申请分配至少两个不同的验证节点。每一个验证节点根据用户的身份 标识分别查询并验证对应用户对应单一维度的用户信息，具体的资格认定过程中设置的验 证节点的数量及类型可以根据需求合理的设置，具体此处不做限定。

具体的，例如，保障房申请资格认定过程中需要银行管理部门、社保管理部门及公 积金管理部门等验证节点相关审核。人才资格认定过程中，需要教育管理部门、社保管理部 门等验证节点的相关审核。贷款资格认定过程中需要银行管理部门、公积金管理部门、车辆 管理部门等验证节点的相关审核。每一个验证节点根据用户的身份标识分别查询并验证对 应用户对应单一维度的用户信息，具体的资格认定过程中设置的验证节点的数量及类型可 以根据需求合理的设置，具体此处不做限定。

具体的，以资格申请类型为保障房资格认定为例进行说明，用户信息可以包括公 积金缴纳信息、个人所得税缴纳信息、用户收入证明信息、社保信息等维度。接入区块链中 的验证节点可以对应的设置为银行相关设备、税务部门相关设备、社保管理部门相关设备、 公积金管理部门相关设备，具体的验证节点可以根据保障房资格验证过程中的审核部门进 行合理的设置，具体此处不做限定。

203、将第一资格申请信息封装进新区块中，并将对应的新区块同步至目标申请类 型信息对应的各个验证节点中。

不同的验证节点中存储有用户不同维度的用户信息，验证节点可以接入区块链网 络，验证节点在区块链网络中获取到申请信息中对应的用户的身份标识之后，可以根据用 户的身份标识在本地查询该身份标识对应维度的用户信息，并按照预置的规则对查询到的 用户信息进行验证，并向服务器反馈对应的验证结果信息。

具体的，以资格申请类型为保障房资格认定为例进行说明，用户信息可以包括公 积金缴纳信息、个人所得税缴纳信息、用户收入证明信息、社保信息中的一种或多种。银行 相关设备、税务部门相关设备、社保管理部门相关设备、公积金管理部门相关设备等作为验 证节点接入区块链之后，服务器可以将封装有第一资格申请信息的新区块通过区块链网络 同步至银行相关设备、税务部门相关设备、社保管理部门相关设备、公积金管理部门相关设 备，以便于这些验证节点对目标用户对应维度的用户信息进行验证，并向服务器反馈对应 的验证结果信息。

可选的，作为一种可能的实施方式，本申请实施例中，验证结果信息为验证节点对 第一资格申请信息进行数字签名之后的生成的签名信息，其中，若目标用户的用户信息满 足预置条件，对应的验证节点对第一资格申请信息进行数字签名。例如，当公积金管理部门 相关设备作为一个验证节点时，该验证节点可以获取到目标用户的公积金缴纳信息，并按 照预置的规则验证目标用户的公积金缴纳额度是否满足条件，若满足条件则该验证节点可 以对目标用户的申请信息进行数字签名，并将申请信息签名之后生成的签名信息作为验证 结果信息发送给服务器。例如，保障房申请资格认定过程中，对于银行管理部门可以验证用 户每月收入低于1000元，若低于1000元，则该验证节点可以对目标用户的申请信息进行数 字签名，并将申请信息签名之后生成的签名信息作为验证结果信息发送给服务器。当税务 部门相关设备作为一个验证节点时，该验证节点可以获取到目标用户的个人所得税缴纳信 息，并按照预置的规则验证目标用户的个人所得税缴纳额度是否满足条件，若满足条件则 该验证节点可以对目标用户的申请信息进行数字签名，并将申请信息签名之后生成的签名 信息作为验证结果信息发送给服务器。当银行相关设备作为一个验证节点时，该验证节点 可以获取到目标用户的个人收入信息，并按照预置的规则验证目标用户的个人收入是否满 足条件，例如，个人收入是否低于预置数额，若满足条件则该验证节点可以对目标用户的申 请信息进行数字签名，并将申请信息签名之后生成的签名信息作为验证结果信息发送给服 务器。当社保管理部门相关设备作为一个验证节点时，该验证节点可以获取到目标用户的 社保缴纳信息，并按照预置的规则验证目标用户的个人社保缴纳额度是否满足条件，若满 足条件则该验证节点可以对目标用户的申请信息进行数字签名，并将申请信息签名之后生 成的签名信息作为验证结果信息发送给服务器。

其中，数字签名(又称公钥数字签名、电子签章)是一种类似写在纸上的普通的物 理签名，但是使用了公钥加密领域的技术实现，用于鉴别数字信息的方法。一套数字签名通 常定义两种互补的运算，一个用于签名，另一个用于验证，具体的数字签名实现算法及实现 方式为现有技术此处不做赘述。

204、对各个验证节点反馈的签名信息进行验证，若验证通过的验证节点超过预置 数量，则判定目标用户通过保障房资格认定。

由于验证节点在对目标用户对应维度的用户信息验证之后向服务器发送了数字 签名之后生成的签名信息，服务器可以对签名信息进行验证。

服务器可以根据签名验证之后的验证结果信息确定目标用户各个维度的信息是 否成功通过了各个验证节点的验证，若验证通过的验证节点超过预置数量，则服务器可以 判定目标用户通过保障房资格认定，例如，当设置有4个验证节点时，可以设定通过验证的 验证节点超过3个(包括3个)时，可以判定目标用户通过保障房资格认定，符合申请保障房 的条件。

205、对目标用户的资格审查数据信息中的对应字段进行确认标记，并将标记之后 的资格审查数据信息同步到区块链中。

可选的，服务器可以为每个申请保障房的用户配置对应的资格审查数据信息表， 该信息表中设置有若干字段，服务器可以根据验证节点反馈的验证结果信息对目标用户的 资格审查数据信息中的对应字段进行确认标记，并将标记之后的资格审查数据信息同步到 区块链中，接入区块链中的其他节点即可通过区块链查询对应的保障房审核结果。

具体的，资格审查数据信息表中的字段如下表1所示，当服务器对应的验证节点反 馈的验证结果信息进行签名验证通过之后，服务器可以在资格审查数据信息表的对应位置 进行确认标记，一旦该用户名下的字段超过预置数量或者所有字段均得到标记，则服务器 可以将该用户请求盖上时间戳后并签名后，作为一个新的存证区块在全网广播，该过程即 能够确认用户的廉租房购买资格。

姓名 公积金部门 税务部门 银行 社保部门

表1

可以理解的是，本申请实施例中的资格审查数据信息表中的字段可以根据资格认 定申请的类型及各个类型的资格认定过程中的审核需求进行合理的设置，具体此处不做限 定。

本申请实施例中，服务器可以将目标用户提交的资格申请信息写入区块链，通过 区块链网络可以将区块链中的资格申请信息同步到区块链网络中至少两个验证节点中，每 个验证节点根据身份标识自动查询目标用户对应维度用户信息，并自动按照预置的规则验 证对应维度的用户信息是否满足预置条件，无需逐一查询校验，服务器可以接收验证节点 反馈的验证结果信息，确定目标用户各个维度的信息是否成功通过了各个验证节点的验 证，若验证通过的验证节点超过预置数量，则判定目标用户通过保障房资格认定，即本申请 实施例基于区块链实现了至少两个验证节点的之间信息的自动采集及校验，提高了保障房 资格审核的效率。

可以理解的是上述实施例仅以保障房资格认定为例，实际运用中，本申请中的基 于区块链的资格认定方法还可以运用到其他需要多部门联合审核的资格申请流程中。例 如，人才资格认定过程中，需要教育管理部门、社保管理部门等验证节点的相关审核。可以 根据人才资格认定流程确定用户信息的至少两个维度(教育管理部门、社保管理部门等维 度的验证节点)，并根据至少两个维度分配对应的至少两个不同的验证节点。当接收到资格 申请信息时可以将该信息封装进新区块中，并将对应的新区块同步至人才资格认定流程对 应的各个验证节点中。对各个验证节点反馈的签名信息进行验证，若验证通过的验证节点 超过预置数量，则判定目标用户通过人才资格认定。进一步的，还可以对资格审查数据信息 中的对应字段进行确认标记，并将标记之后的资格审查数据信息同步到区块链中，以供查 询。

例如，贷款资格认定过程中，需要银行管理部门、公积金管理部门、车辆管理部门 等验证节点的相关审核。可以根据贷款资格认定流程确定用户信息的至少两个维度(银行 管理部门、公积金管理部门、车辆管理部门等维度的验证节点)，并根据至少两个维度分配 对应的至少两个不同的验证节点。当接收到资格申请信息时可以将该信息封装进新区块 中，并将对应的新区块同步至贷款资格认定流程对应的各个验证节点中。对各个验证节点 反馈的签名信息进行验证，若验证通过的验证节点超过预置数量，则判定目标用户通过贷 款资格认定。进一步的，还可以对资格审查数据信息中的对应字段进行确认标记，并将标记 之后的资格审查数据信息同步到区块链中，以供查询。

可以理解的是，在本申请的各种实施例中，上述各步骤的序号的大小并不意味着 执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例 的实施过程构成任何限定。

上述实施例对本申请实施例中的基于区块链的资格认定方法进行了描述，下面将 对本申请实施例中的基于区块链的资格认定装置进行描述，请参阅图3，本申请实施例中一 种基于区块链的资格认定装置的一个实施例可包括：

接收模块301，用于接收目标用户提交的第一资格申请信息，第一资格申请信息中 至少包含目标用户的身份标识及资格申请的目标申请类型信息；

配置模块302，用于根据目标申请类型信息为第一资格申请分配至少两个不同的 验证节点；

第一同步模块303，用于将第一资格申请信息封装进新区块中，并将对应的新区块 同步至目标申请类型信息对应的各个验证节点中，以使得各个验证节点根据目标用户的身 份标识验证目标用户的用户信息；

第一验证模块304，用于接收各个验证节点反馈的验证结果信息，并根据验证结果 处理第一资格申请信息。

可选的，本申请实施例中的资格申请的类型包括但不限于贷款资格认定、人才资 格认定及保障房申请资格认定。

可选的，作为一种可能的实施方式，本申请实施例中的配置模块302具体可以包 括：

第一分配单元3021，用于根据目标申请类型信息确定用户信息的至少两个维度；

第二分配单元3022，用于根据至少两个维度分配对应的至少两个不同的验证节 点。

可选的，本申请实施例中的验证结果信息可以为验证节点对第一资格申请信息进 行数字签名之后的生成的签名信息，其中，若目标用户的用户信息满足预置条件，对应的验 证节点对第一资格申请信息进行数字签名；

可选的，作为一种可能的实施方式，请参阅图4，本申请实施例中的基于区块链的 资格认定装置还可以进一步包括：

第二验证模块305，用于对各个验证节点反馈的签名信息进行验证，若验证通过， 则对目标用户的资格审查数据信息中的对应字段进行确认标记；

第二同步模块306，用于将标记之后的目标用户的资格审查数据信息同步到区块 链中。

可选的，作为一种可能的实施方式，本申请实施例中的第一验证模块304可以包 括：

第一验证单元3041，若验证通过的验证节点超过预置数量，则通过目标用户的第 一资格申请；

第二验证单元3042，若验证通过的验证节点未超过预置数量，则驳回目标用户的 第一资格申请。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统， 装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

上面从模块化功能实体的角度对本申请实施例中的用于区块链的车辆配件数据 处理装置进行了描述，下面从硬件处理的角度对本申请实施例中的计算机装置进行描述：

本申请实施例还提供了一种计算机装置5，如图5所示，为了便于说明，仅示出了与 本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该计算 机装置5一般指服务器等处理能力较强的计算机设备。

参考图5，计算机装置5包括：电源510、存储器520、处理器530、有线或无线网络接 口540以及存储在存储器中并可在处理器上运行的计算机程序。处理器执行计算机程序时 实现上述各个基于区块链的资格认定方法实施例中的步骤，例如图1所示的步骤101至104。 或者，处理器执行计算机程序时实现上述各装置实施例中各模块或单元的功能。

本申请的一些实施例中，处理器具体用于实现如下步骤：

接收目标用户提交的第一资格申请信息，第一资格申请信息中至少包含目标用户 的身份标识及资格申请的目标申请类型信息；

根据目标申请类型信息为第一资格申请分配至少两个不同的验证节点；

将第一资格申请信息封装进新区块中，并将对应的新区块同步至目标申请类型信 息对应的各个验证节点中，以使得各个验证节点根据目标用户的身份标识验证目标用户的 用户信息；

接收各个验证节点反馈的验证结果信息，并根据验证结果处理第一资格申请信 息。

其中，资格申请的类型包括但不限于贷款资格认定、人才资格认定及保障房申请 资格认定。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

根据目标申请类型信息确定用户信息的至少两个维度；

根据至少两个维度分配对应的至少两个不同的验证节点。

可选的，验证结果信息为验证节点对第一资格申请信息进行数字签名之后的生成 的签名信息，其中，若目标用户的用户信息满足预置条件，对应的验证节点对第一资格申请 信息进行数字签名。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

对各个验证节点反馈的签名信息进行验证，若验证通过，则对目标用户的资格审 查数据信息中的对应字段进行确认标记；

将标记之后的资格审查数据信息同步到区块链中。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

若验证通过的验证节点超过预置数量，则通过目标用户的第一资格申请；

若验证通过的验证节点未超过预置数量，则驳回目标用户的第一资格申请。

计算机装置5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。 示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存 储在存储器中，并由处理器执行。一个或多个模块/单元可以是能够完成特定功能的一系列 计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。

本领域技术人员可以理解，图5中示出的结构并不构成对计算机装置5的限定，计 算机装置5可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置， 例如计算机装置还可以包括输入输出设备、总线等。

所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其 他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路 (Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field- Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、 分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器 等，处理器是计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部 分。

存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器 内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现计算机装置的各种功 能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少 一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根 据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机 存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)、至少一个磁盘 存储器件、闪存器件、或其他易失性固态存储器件。

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

接收目标用户提交的第一资格申请信息，第一资格申请信息中至少包含目标用户 的身份标识及资格申请的目标申请类型信息；

根据目标申请类型信息为第一资格申请分配至少两个不同的验证节点；

将第一资格申请信息封装进新区块中，并将对应的新区块同步至目标申请类型信 息对应的各个验证节点中，以使得各个验证节点根据目标用户的身份标识验证目标用户的 用户信息；

接收各个验证节点反馈的验证结果信息，并根据验证结果处理第一资格申请信 息。

其中，资格申请的类型包括但不限于贷款资格认定、人才资格认定及保障房申请 资格认定。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

根据目标申请类型信息确定用户信息的至少两个维度；

根据至少两个维度分配对应的至少两个不同的验证节点。

可选的，验证结果信息为验证节点对第一资格申请信息进行数字签名之后的生成 的签名信息，其中，若目标用户的用户信息满足预置条件，对应的验证节点对第一资格申请 信息进行数字签名。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

对各个验证节点反馈的签名信息进行验证，若验证通过，则对目标用户的资格审 查数据信息中的对应字段进行确认标记；

将标记之后的资格审查数据信息同步到区块链中。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

若验证通过的验证节点超过预置数量，则通过目标用户的第一资格申请；

若验证通过的验证节点未超过预置数量，则驳回目标用户的第一资格申请。

计算机装置集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品 销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上 述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，的 计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现 上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以 为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括： 能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机 存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含 的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管 辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

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

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的 部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络 单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以 是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单 元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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