CN113065859A - 基于区块链的信息验证方法 - Google Patents

Abstract

本申请提供的基于区块链的信息验证方法，涉及区块链技术领域。在本申请中，首先，通过将待验证信息广播至目标验证设备集合包括的设备标识信息对应的区块链节点设备，以使该区块链节点设备对该待验证信息进行验证处理。其次，基于区块链节点设备发送的验证处理结果确定待验证信息是否通过验证处理。通过上述方法，可以提高验证处理的安全性。

Description

基于区块链的信息验证方法

技术领域

本申请涉及区块链技术领域，具体而言，涉及一种基于区块链的信息验证方法。

背景技术

随着互联网技术的不断发展，不管是线上交易还是线下交易，进行线上支付已经逐步替代了传统的线下交易。其中，在进行线上支付之后，一般会形成支付账单信息，且基于一定的需求，在之后可能需要对该支付账单信息进行处理。但是，经发明人研究发现，在现有技术中，在对支付账单信息对应的待验证信息进行验证处理时，存在着安全性不高的问题。

发明内容

有鉴于此，本申请的目的在于提供一种基于区块链的支付账单处理方法和区块链账单处理系统，以改善现有技术中对支付账单信息进行处理时存在安全性不高的问题。

为实现上述目的，本申请实施例采用如下技术方案：

一种基于区块链的支付账单处理方法，应用于区块链账单处理系统，该区块链账单处理系统包括多个区块链节点设备，所述账单处理方法包括：

通过第一目标区块链节点设备获得该第一目标区块链节点设备通信连接的账单请求设备发送的账单处理请求信息，其中，该第一目标区块链节点设备为所述多个区块链节点设备中的一个区块链节点设备；

通过所述第一目标区块链节点设备将所述账单处理请求信息发送给针对该账单处理请求信息确定的第二目标区块链节点设备，其中，该第二目标区块链节点设备为所述多个区块链节点设备中的一个区块链节点设备，且该第二目标区块链节点设备不同于所述第一目标区块链节点设备；

通过所述第二目标区块链节点设备对所述账单处理请求信息解析，得到解析结果，其中，该解析结果中包括待验证信息；

通过所述第二目标区块链节点设备对所述待验证信息进行验证处理，并在该待验证信息通过该验证处理时，基于所述账单处理请求信息对目标区块链中对应的待处理支付账单进行处理，其中，该目标区块链部署于所述多个区块链节点设备。

在上述基础上，本申请实施例还提供了一种区块链账单处理系统，包括多个区块链节点设备，该多个区块链节点设备用于执行上述的基于区块链的账单处理方法。

本申请提供的基于区块链的支付账单处理方法和区块链账单处理系统，通过与发送账单处理请求信息的账单请求设备通信连接的第一目标区块链节点设备和基于针对该账单处理请求信息确定的第二目标区块链节点设备的配合，使得可以基于该账单处理请求信息对待处理支付账单进行处理，可以提高对该待处理支付账单进行处理的安全性，从而改善现有技术中对支付账单信息进行处理时存在安全性不高的问题。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

图1为本申请实施例提供的区块链账单处理系统的系统框图。

图2为本申请实施例提供的基于区块链的支付账单处理方法包括的各子步骤的流程示意图。

图标：100-区块链账单处理系统；110-区块链节点设备。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本申请的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

如图1所示，本申请实施例提供了一种区块链账单处理系统100。其中，该区块链账单处理系统100可以包括多个区块链节点设备110，且在该多个区块链节点设备110上部署有目标区块链。

并且，每一个所述区块链节点设备110可以通信连接有至少一个账单请求设备，或者，部分所述区块链节点设备110可以未连接有账单请求设备，但至少有一个区块链节点设备110连接有账单请求设备。

如此，在所述账单请求设备对应的目标用户需要对所述目标区块链中的待处理支付账单进行处理时，可以对该账单请求设备进行操作，使得该账单请求设备可以基于该操作生成账单处理请求信息，并发送给通信连接的区块链节点设备110，使得所述区块链账单处理系统100可以获得该账单处理请求信息，并基于该账单处理请求信息对该待处理支付账单进行处理。

可以理解的是，所述区块链节点设备110和所述账单请求设备的具体类型不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，所述区块链节点设备110可以包括，但不限于，手机、电脑、平板电脑等终端设备，以及服务器等。所述账单请求设备可以包括，但不限于，手机、电脑、平板电脑等终端设备。

结合图2，本申请实施例还提供一种基于区块链的账单处理方法，可应用于上述区块链账单处理系统100。其中，所述基于区块链的账单处理方法有关的流程所定义的方法步骤，可以由所述区块链账单处理系统100中的各区块链节点设备110实现。

下面将对图2所示的具体流程，进行详细阐述。

步骤S110，通过第一目标区块链节点设备获得该第一目标区块链节点设备通信连接的账单请求设备发送的账单处理请求信息。

在本实施例中，在所述区块账单处理系统包括的多个区块链节点设备中，每一个所述区块链节点设备可以作为通信连接的账单请求设备的第一目标区块链节点设备。如此，若区块链节点设备A1与账单请求设备A2通信连接，则区块链节点设备A1作为账单请求设备A2的第一目标区块链节点设备；若区块链节点设备B1与账单请求设备B2通信连接，则区块链节点设备B1作为账单请求设备B2的第一目标区块链节点设备。

也就是说，所述第一目标区块链节点设备可以为所述多个区块链节点设备中的一个区块链节点设备，且该区块链节点设备可以与所述账单请求设备通信连接。

步骤S120，通过所述第一目标区块链节点设备将所述账单处理请求信息发送给针对该账单处理请求信息确定的第二目标区块链节点设备。

在本实施例中，在基于步骤S110使得所述第一目标区块链节点设备获得所述账单处理请求信息之后，还可以通过该第一目标区块链节点设备将该账单处理请求信息发送给针对该账单处理请求信息确定的第二目标区块链节点设备。

其中，所述第二目标区块链节点设备也可以为所述多个区块链节点设备中的一个区块链节点设备，且该第二目标区块链节点设备不同于所述第一目标区块链节点设备。

步骤S130，通过所述第二目标区块链节点设备对所述账单处理请求信息解析，得到解析结果。

在本实施例中，在基于步骤S120使得所述第二目标区块链节点设备获得所述账单处理请求信息之后，还可以通过该第二目标区块链节点设备对该账单处理请求信息进行解析处理，从而得到该解析处理对应的解析结果。

其中，所述解析结果中可以包括待验证信息。

步骤S140，通过所述第二目标区块链节点设备对所述解析结果中的待验证信息进行验证处理，并在该待验证信息通过该验证处理时，基于所述账单处理请求信息对目标区块链中对应的待处理支付账单进行处理。

在本实施例中，在基于步骤S130得到所述解析结果之后，还可以通过所述第二目标区块链节点设备对该解析结果中的待验证信息进行验证处理（如账单请求设备是否有请求对待处理支付账单进行处理的权限）。然后，在该待验证信息通过该验证处理之后，可以通过该第二目标区块链节点设备，基于所述账单处理请求信息对目标区块链中该账单处理请求信息对应的待处理支付账单进行处理。

其中，所述目标区块链可以部署于所述多个区块链节点设备。

基于上述方法，通过与发送账单处理请求信息的账单请求设备通信连接的第一目标区块链节点设备和基于针对该账单处理请求信息确定的第二目标区块链节点设备的配合，使得可以基于该账单处理请求信息对待处理支付账单进行处理，从而提高对该待处理支付账单进行处理的安全性，进而改善现有技术中对支付账单信息进行处理时存在安全性不高的问题。

第一方面，对于步骤S120需要说明的是，针对所述账单处理请求信息确定所述第二目标区块链节点设备的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种示例中，为了使得可以通过所述第二目标区块链节点设备对所述待处理支付账单进行较高安全性的处理，步骤S120可以包括子步骤21-子步骤27，具体内容如下所述。

子步骤21，通过所述第一目标区块链节点设备获得所述多个区块链节点设备中该第一目标区块链节点设备以外的其它区块链节点设备的设备标识信息。

在本实施例中，可以通过所述第一目标区块链节点设备获得所述多个区块链节点设备中，该第一目标区块链节点设备以外的其它区块链节点设备的设备标识信息（每一个所述区块链节点设备的本地数据库中可以存储有其它区块链节点的设备标识信息，或者说，作为目标数据库的一远端数据库中存储有所有区块链节点设备的设备标识信息）。

其中，所述其它区块链节点设备可以为多个。

子步骤22，基于所述设备标识信息在多个所述其它区块链节点设备中选择目标数量个所述其它区块链节点设备，作为初始目标区块链节点设备，得到多个初始目标区块链节点设备。

在本实施例中，在基于子步骤21获得每一个所述其它区块链节点设备的设备标识信息之后，即得到多个设备标识信息之后，（通过所述第一目标区块链节点设备）可以在该多个设备标识信息中选择（例如，可以随机进行选择，也可以按照各区块链节点设备当前的计算资源消耗情况进行选择，如优先选择计算资源消耗较小的设备）出目标数量个设备标识信息，即选择出该目标数量个所述其它区块链节点设备。如此，可以将该目标数量个所述其它区块链节点设备作为初始目标区块链节点设备。

其中，所述目标数量可以大于1，使得可以得到多个所述初始目标区块链节点设备。

子步骤23，针对多个所述其它区块链节点设备中的每一个其它区块链节点设备，确定该其它区块链节点设备在所述多个初始目标区块链节点设备中最信任的初始目标区块链节点设备。

在本实施例中，在基于步骤22确定多个所述初始目标区块链节点设备之后，（通过所述第一目标区块链节点设备）可以针对多个所述其它区块链节点设备中的每一个其它区块链节点设备，在所述多个初始目标区块链节点设备中，确定该其它区块链节点设备最信任的初始目标区块链节点设备。如此，可以确定每一个所述其它区块链节点设备最信任（例如，可以是进行信息交互，应答成功几率最高和/或应答响应速率最高的设备）的初始目标区块链节点设备。

子步骤24，针对每一个所述初始目标区块链节点设备，基于该初始目标区块链节点设备和最信任该初始目标区块链节点设备的其它区块链节点设备形成区块链节点设备集合，得到多个区块链节点设备集合。

在本实施例中，基于子步骤23确定每一个所述其它区块链节点设备最信任的初始目标区块链节点设备之后，（通过所述第一目标区块链节点设备）可以针对每一个所述初始目标区块链节点设备，将该初始目标区块链节点设备和最信任该初始目标区块链节点设备的其它区块链节点设备（在一些示例中，部分初始目标区块链节点设备可能没有最信任该初始目标区块链节点设备的其它区块链节点设备，因而，对应的集合可以仅包括初始目标区块链节点设备）组成一个集合，即形成区块链节点设备集合。

如此，针对多个所述初始目标区块链节点设备，可以得到多个所述区块链节点设备集合。

子步骤25，针对每一个所述区块链节点设备集合，基于该区块链节点设备集合中各区块链节点设备之间的信任关系确定一个最受信任的区块链节点设备，作为该区块链节点设备集合的中间目标区块链节点设备，得到多个中间目标区块链节点设备。

在本实施例中，在基于子步骤24得到多个所述区块链节点设备集合之后，（通过所述第一目标区块链节点设备）可以针对每一个所述区块链节点设备集合，基于该区块链节点设备集合中各区块链节点设备之间的信任关系确定一个最受信任的区块链节点设备。

并且，可以将每一个最受信任的区块链节点设备作为对应区块链节点设备集合的中间目标区块链节点设备。如此，针对多个所述区块链节点设备集合，可以得到多个中间目标区块链节点设备。

其中，一个所述区块链节点设备集合可以包括区块链节点设备1、区块链节点设备2和区块链节点设备3。区块链节点设备1的受信任程度可以是，区块链节点设备2对区块链节点设备1的信任程度与区块链节点设备3对区块链节点设备1的信任程度的均值。

子步骤26，重复依次执行子步骤22、子步骤23、子步骤24和子步骤25至少一次，直到当前执行子步骤25得到的多个中间目标区块链节点设备与之前执行子步骤25得到的多个中间目标区块链节点设备匹配（例如，既可以是完全相同，也可以是相同设备的数量占比大于预设值）。

在本实施例中，在基于子步骤25第一次得到多个中间目标区块链节点设备之后，可以再次执行子步骤22、子步骤23、子步骤24和子步骤25，以第二次得到多个中间目标区块链节点设备，然后，（通过所述第一目标区块链节点设备）将第一次得到多个中间目标区块链节点设备与第二次得到多个中间目标区块链节点设备进行匹配，若匹配成功，则执行后续的子步骤27；若匹配不成功，则再一次执行子步骤22、子步骤23、子步骤24和子步骤25，并再次进行匹配。如此，依次执行，直到匹配成功（其中，在其它示例中，也可以对重复依次执行子步骤22、子步骤23、子步骤24和子步骤25的次数进行限制，若次数达到最大值，还未匹配成功，则执行后续的子步骤27）。

子步骤27，在最后一次执行子步骤25得到的多个中间目标区块链节点设备中，基于各中间目标区块链节点设备之间的信任关系确定一个最受信任的中间目标区块链节点设备，并将该中间目标区块链节点设备作为针对所述账单处理请求信息确定的第二目标区块链节点设备。

在本实施例中，在基于子步骤26进行设备匹配成功之后，（通过所述第一目标区块链节点设备）可以在最后一次执行子步骤25得到的多个中间目标区块链节点设备中，基于各中间目标区块链节点设备之间的信任关系确定一个最受信任的中间目标区块链节点设备。然后，可以将该最受信任的中间目标区块链节点设备作为针对所述账单处理请求信息确定的第二目标区块链节点设备。

其中，若对重复依次执行子步骤22、子步骤23、子步骤24和子步骤25的次数进行了限制，则可以在多次执行子步骤25得到的多个中间目标区块链节点设备中，选择出匹配度最高的一次执行子步骤25得到的多个中间目标区块链节点设备，然后，在该次执行子步骤25得到的多个中间目标区块链节点设备中，基于各中间目标区块链节点设备之间的信任关系确定一个最受信任的中间目标区块链节点设备。

例如，执行子步骤25共5次，其中，得到的各匹配度中，第4次与第2次之间的匹配度最高，可以在第4次执行子步骤25得到的多个中间目标区块链节点设备中，基于各中间目标区块链节点设备之间的信任关系确定一个最受信任的中间目标区块链节点设备。

可选地，在子步骤22中，选择所述目标数量个所述其它区块链节点设备的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种示例中，为了使得选择出的所述其它区块链节点设备与所述账单处理请求信息具有较高的关联度，使得对该账单处理请求信息的处理合理性更高，子步骤22可以包括以下子步骤：

首先，可以通过所述第一目标区块链节点设备获取所述账单处理请求信息中的账单处理标识信息；

其次，可以基于所述账单处理标识信息和预先建立的对应关系（如账单处理标识信息-数量对应关系），得到对应的目标数量；

然后，可以基于所述设备标识信息在多个所述其它区块链节点设备中选择所述目标数量个所述其它区块链节点设备。

其中，在上述各子步骤中，所述账单处理标识信息的具体内容可以不受限制，基于实际的应用需求不同，可以有不同的选择。并且，基于所述账单处理标识信息的具体内容不同，得到所述目标数量的方式也可以不同。

例如，在一种示例中，可以基于所述账单处理请求信息中的处理请求类型信息和预先建立的对应关系（如处理请求类型信息-数量对应关系），得到该处理请求类型信息对应的目标数量。

其中，所述处理请求类型信息可以作为所述账单处理标识信息，且该处理请求类型信息可以包括账单查询信息和账单修改信息，在一些示例中，由于账单修改的重要程度高于账单查询，该账单查询信息对应的目标数量小于该账单修改信息对应的目标数量。在另一些示例中，由于账单修改的重要程度低于账单查询（如为了在最大程度上避免泄密），该账单查询信息对应的目标数量大于该账单修改信息对应的目标数量。

又例如，在另一种示例中，可以基于所述账单处理请求信息中的处理请求效率信息（可以是账单请求设备基于用户的操作生成）和预先建立的对应关系（如处理请求效率信息-数量对应关系），得到该处理请求效率信息对应的目标数量。

其中，所述处理请求效率信息可以作为所述账单标识信息，且该处理请求效率信息可以包括多个不同等级的效率信息，等级较高的处理请求效率信息对应的目标数量小于等级较低的处理请求效率信息对应的目标数量。如此，针对等级较高的处理请求效率信息对应的账单处理请求信息，可以快速地确定出对应的第二目标区块链节点设备。

第二方面，对于步骤S130需要说明的是，对所述待验证信息进行验证处理的具体方式不受限制，也可以根据实际应用需求进行选择。

例如，在一种示例中，为了提高进行验证处理的安全性，步骤S130可以包括子步骤31-子步骤39，具体内容如下所述。

子步骤31，通过所述第二目标区块链节点设备获得所述待验证信息，并在该第二目标区块链节点设备的本地数据库中获得该待验证信息对应的初始验证设备集合。

在本实施例中，可以先通过所述第二目标区块链节点设备获得所述待验证信息（例如，从所述解析结果中），然后，可以在该第二目标区块链节点设备的本地数据库中获得该待验证信息对应的初始验证设备集合（如预先在该本地数据库存储有待验证信息-初始验证设备集合的对应关系）。

其中，所述初始验证设备集合可以包括多个用于对该待验证信息进行验证的区块链节点设备的设备标识信息。

子步骤32，基于所述待验证信息中所述账单请求设备的设备标识信息在本地数据库中进行关联查找处理，得到该账单请求设备的第一设备属性信息。

在本实施例中，在基于子步骤31获得所述待验证信息之后，（通过所述第二目标区块链节点设备）可以基于所述待验证信息中所述账单请求设备的设备标识信息在本地数据库中进行关联查找处理（如预先在该本地数据库存储有设备标识信息-第一设备属性信息的关联关系），得到该账单请求设备的第一设备属性信息。

子步骤33，基于所述初始验证设备集合中每一个区块链节点设备的设备标识信息在所述本地数据库中进行关联查找处理，得到该初始验证设备集合中的每一个区块链节点设备的第二设备属性信息。

在本实施例中，在基于子步骤31获得所述初始验证设备集合之后，（通过所述第二目标区块链节点设备）可以基于所述初始验证设备集合中每一个区块链节点设备的设备标识信息在所述本地数据库中进行关联查找处理（如预先在该本地数据库存储有设备标识信息-第二设备属性信息的关联关系），得到该初始验证设备集合中的每一个所述区块链节点设备的第二设备属性信息。如此，可以得到多个第二设备属性信息。

子步骤34，根据所述账单请求设备的第一设备属性信息与所述验证设备集合中的每一个所述区块链节点设备的第二设备属性信息，分别确定每一个所述第二设备属性信息与所述第一设备属性信息之间的设备属性关联程度信息。

在本实施例中，在基于子步骤34得到所述初始验证设备集合中的每一个所述区块链节点设备的第二设备属性信息之后，（通过所述第二目标区块链节点设备）可以根据所述账单请求设备的第一设备属性信息与所述验证设备集合中的每一个区块链节点设备的第二设备属性信息，分别确定每一个所述第二设备属性信息与所述第一设备属性信息之间的设备属性关联程度信息。如此，可以得到多个设备属性关联程度信息。

子步骤35，针对每一个所述设备属性关联程度信息，将该设备属性关联程度信息与预设的目标关联程度信息进行比较。

在本实施例中，在基于子步骤34得到所述多个设备属性关联程度信息之后，（通过所述第二目标区块链节点设备）可以针对每一个所述设备属性关联程度信息，将该设备属性关联程度信息与预设的目标关联程度信息（可以基于对验证处理的安全性高低需求进行配置，例如，若对验证处理的安全性越高，设置的目标关联程度信息可以越小）进行比较。

子步骤36，针对每一个所述设备属性关联程度信息，若该设备属性关联程度信息小于所述目标关联程度信息，则将该设备属性关联程度信息对应的第二设备属性信息作为目标第二设备属性信息。

在本实施例中，在基于子步骤35进行比较处理之后，（通过所述第二目标区块链节点设备）可以针对每一个所述设备属性关联程度信息，若该设备属性关联程度信息小于所述目标关联程度信息，可以将该设备属性关联程度信息对应的第二设备属性信息作为目标第二设备属性信息。反之，若该设备属性关联程度信息不小于所述目标关联程度信息，可以不将该设备属性关联程度信息对应的第二设备属性信息作为目标第二设备属性信息

子步骤37，至少利用每一个所述目标第二设备属性信息对应的区块链节点设备的设备标识信息构成目标验证设备集合。

在本实施例中，在基于子步骤36得到所述目标第二设备属性信息之后，（通过所述第二目标区块链节点设备）可以至少利用每一个所述目标第二设备属性信息对应的区块链节点设备的设备标识信息构成目标验证设备集合，即该目标验证设备集合中至少包括每一个所述目标第二设备属性信息对应的区块链节点设备（其中，在所述目标第二设备属性信息的数量较小时，如小于预设值，所述目标验证设备集合中可以包括所述目标第二设备属性信息对应的区块链节点设备以外的区块链节点设备）。

子步骤38，将所述待验证信息广播至所述目标验证设备集合包括的设备标识信息对应的区块链节点设备，以使该区块链节点设备对该待验证信息进行验证处理。

在本实施例中，在基于子步骤37得到所述目标验证设备集合之后，（通过所述第二目标区块链节点设备）可以将所述待验证信息广播至所述目标验证设备集合包括的设备标识信息对应的区块链节点设备，如此，该区块链节点设备可以对该待验证信息进行验证处理。

子步骤39，基于所述目标验证设备集合包括的设备标识信息对应的区块链节点设备发送的验证处理结果确定待验证信息是否通过验证处理。

在本实施例中，在基于子步骤38进行验证处理之后，（通过所述第二目标区块链节点设备）可以基于所述目标验证设备集合包括的设备标识信息对应的区块链节点设备发送的验证处理结果确定待验证信息是否通过验证处理（如每一个区块链节点设备发送的验证处理结果都为验证通过，则确定所述待验证信息通过验证处理，或为验证通过的验证处理结果的比例大于预设比例，则确定所述待验证信息通过验证处理）。

可选地，基于子步骤31获得所述初始验证设备集合的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种示例中，子步骤31可以包括以下子步骤：

首先，可以通过所述第二目标区块链节点设备获得所述待验证信息中的处理请求类型信息，其中，该处理请求类型信息包括账单查询信息和账单修改信息；

其次，可以通过所述第二目标区块链节点设备在本地数据库中获得所述处理请求类型信息对应的初始验证设备集合。

如此，可以实现不同重要程度的账单查询信息和账单修改信息，分别通过不同的初始验证设备集合进行验证处理。

可选地，基于子步骤34确定所述设备属性关联程度信息的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种示例中，为了充分保证进行验证处理的安全性，所述第一设备属性信息为所述账单请求设备的第一网络地址信息（即该账单请求设备的IP地址，其中，在上述示例中，设备标识信息可以时设备ID号或设备物理地址等），所述第二设备属性信息为所述区块链节点设备的第二网络地址信息（即该区块链节点设备的IP地址）。

如此，子步骤34可以包括以下子步骤：

第一步，可以基于所述第一网络地址信息，在目标数据库中进行关联查找（在该目标数据库中，可以存储有海量网络设备的网络交互记录，包括所述账单请求设备的网络交互记录和每一个所述区块链节点设备的网络交互记录，以及其它网络设备的网络交互记录），确定与所述账单请求设备相关联的每一个网络关联设备，形成该账单请求设备的第一网络关联设备组，其中，该第一网络关联设备组中的每一个网络关联设备与该账单请求设备之间有直接形成信息交互通道（即该账单请求设备与该网络关联设备有直接进行信息交互），或者，通过小于预设数量的其它设备形成信息交互通道（例如，若预设数量为3，账单请求设备与网络设备1有直接进行信息交互，网络设备1与网络设备2有直接进行信息交互，网络设备2与网络设备3有直接进行信息交互，网络设备3与网络设备4有直接进行信息交互，网络设备4与网络设备5有直接进行信息交互，如此，网络设备1、网络设备2、网络设备3和网络设备4都可以作为账单请求设备的网络关联设备，网络设备5则不能作为账单请求设备的网络关联设备）；

第二步，针对每一个所述第二网络地址信息，在所述目标数据库中进行关联查找，确定该第二网络地址信息对应的区块链节点设备的每一个网络网络设备，形成该第二网络地址信息对应的区块链节点设备的第二网络关联设备组，以得到多个第二网络关联设备组，其中，每一个所述第二网络关联设备组中的每一个网络关联设备与对应的区块链节点设备之间有直接形成信息交互通道，或者，有通过小于预设数量的其它设备形成信息交互通道（可以参照前文的解释说明）；

第三步，针对每一个所述第二网络关联设备组，将该第二网络关联设备组与所述第一网络关联设备组进行设备重复度计算处理，得到该第二网络关联设备组与该第一网络关联设备组的初始设备重复度信息（例如，所述第一网络关联设备组包括网络设备1、网络设备2、网络设备3和网络设备4，一个所述第二网络关联设备组包括网络设备2、网络设备3和网络设备5，如此，重复的设备为网络设备2和网络设备3，对应的初始设备重复度信息可以为2/3）；

第四步，针对每一个所述第二网络关联设备组，获得该第二网络关联设备组中每一个第二网络关联设备与对应的区块链节点设备之间的关联关系（例如，针对区块链节点设备1，该区块链节点设备1与网络设备2有直接进行信息交互，网络设备2与网络设备3有直接进行信息交互，网络设备3与网络设备5有直接进行信息交互，则区块链节点设备1与网络设备2之间可以为关联程度较高的关联关系，区块链节点设备1与网络设备3之间可以为关联程度一般的关联关系，区块链节点设备1与网络设备5之间可以为关联程度较低的关联关系）；

第五步，针对每一个所述第二网络关联设备组，基于与对应的区块链节点设备之间具有的每一种类型的关联关系的第二网络关联设备的数量，确定对应的重复度信息权重系数（例如，具有关联程度较高的关联关系的第二网络网络设备的数量越多，对应的重复度信息权重系数越大）；

第六步，针对每一个所述第二网络关联设备组，基于该第二网络关联设备组对应的初始设备重复度信息和重复度信息权重系数，计算（如相乘）得到该第二网络关联设备组的目标设备重复度信息；

第七步，分别将每一个所述目标设备重复度信息作为对应的区块链节点设备与所述账单请求设备之间的设备属性关联程度信息。

进一步地，为了实现上述对待处理支付账单进行处理的追溯（如在发现账单泄密的时候，可以对账单查询请求进行追溯，以确定泄密的账单请求设备），所述账单处理方法还可以包括以下步骤：

首先，可以通过所述第二目标区块链节点设备，基于对所述待处理支付账单进行的处理，生成该处理的过程记录信息（如账单查询过程记录信息，即账单请求设备在XXX时间对XXX支付账单进行了查询）；

其次，可以通过所述第二目标区块链节点设备，将所述过程记录信息广播至所述多个区块链节点设备中该第二目标区块链节点设备以外的其它区块链节点设备，其中，每一个所述其它区块链节点设备可以用于在接送到该过程记录信息时分别向该第二目标区块链节点发送存储的公钥信息（每一个所述其它区块链节点设备可以存储有不同的公钥信息）；

然后，可以通过所述第二目标区块链节点设备，基于接收到的第一个公钥信息对所述过程记录信息进行加密存储处理，并将该公钥信息广播至所述多个区块链节点设备中该第二目标区块链节点设备以外的其它区块链节点设备，其中，每一个所述其它区块链节点设备可以用于分别基于该公钥信息对所述过程记录信息进行加密存储处理。

综上所述，本申请提供的基于区块链的支付账单处理方法和区块链账单处理系统，通过与发送账单处理请求信息的账单请求设备通信连接的第一目标区块链节点设备和基于针对该账单处理请求信息确定的第二目标区块链节点设备的配合，使得可以基于该账单处理请求信息对待处理支付账单进行处理，可以提高对该待处理支付账单进行处理的安全性，从而改善现有技术中对支付账单信息进行处理时存在安全性不高的问题。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (3)

1.一种基于区块链的信息验证方法，其特征在于，应用于区块链账单处理系统，该区块链账单处理系统包括多个区块链节点设备，该方法包括：

通过第二目标区块链节点设备获得待验证信息，并在该第二目标区块链节点设备的本地数据库中获得该待验证信息对应的初始验证设备集合，其中，该初始验证设备集合包括多个用于对该待验证信息进行验证的区块链节点设备的设备标识信息，其中，该第二目标区块链节点设备为所述多个区块链节点设备中的一个区块链节点设备；

基于所述待验证信息中所述账单请求设备的设备标识信息在本地数据库中进行关联查找处理，得到该账单请求设备的第一设备属性信息，其中，该账单请求设备为发送账单处理请求信息的设备，且该账单处理请求信息解析后得到该待验证信息；

基于所述初始验证设备集合中每一个区块链节点设备的设备标识信息在所述本地数据库中进行关联查找处理，得到该初始验证设备集合中的每一个区块链节点设备的第二设备属性信息；

根据所述账单请求设备的第一设备属性信息与所述初始验证设备集合中的每一个区块链节点设备的第二设备属性信息，分别确定每一个所述第二设备属性信息与所述第一设备属性信息的设备属性关联程度信息；

针对每一个所述设备属性关联程度信息，将该设备属性关联程度信息与预设的目标关联程度信息进行比较；

针对每一个所述设备属性关联程度信息，若该设备属性关联程度信息小于所述目标关联程度信息，则将该设备属性关联程度信息对应的第二设备属性信息作为目标第二设备属性信息；

至少利用每一个所述目标第二设备属性信息对应的区块链节点设备的设备标识信息构成目标验证设备集合；

将所述待验证信息广播至所述目标验证设备集合包括的设备标识信息对应的区块链节点设备，以使该区块链节点设备对该待验证信息进行验证处理；

基于所述目标验证设备集合包括的设备标识信息对应的区块链节点设备发送的验证处理结果确定所述待验证信息是否通过验证处理。

2.根据权利要求1所述的基于区块链的信息验证方法，其特征在于，所述第一设备属性信息为所述账单请求设备的第一网络地址信息，所述第二设备属性信息为所述区块链节点设备的第二网络地址信息，所述根据所述账单请求设备的第一设备属性信息与所述验证设备集合中的每一个区块链节点设备的第二设备属性信息，分别确定每一个所述第二设备属性信息与所述第一设备属性信息的设备属性关联程度信息的步骤，包括：

基于所述第一网络地址信息，在目标数据库中进行关联查找，确定与所述账单请求设备相关联的每一个网络关联设备，形成该账单请求设备的第一网络关联设备组，其中，该第一网络关联设备组中的每一个网络关联设备与该账单请求设备之间有直接形成信息交互通道，或者，通过小于预设数量的其它设备形成信息交互通道；

针对每一个所述第二网络地址信息，在所述目标数据库中进行关联查找，确定该第二网络地址信息对应的区块链节点设备的每一个网络网络设备，形成该第二网络地址信息对应的区块链节点设备的第二网络关联设备组，以得到多个第二网络关联设备组，其中，每一个所述第二网络关联设备组中的每一个网络关联设备与对应的区块链节点设备之间有直接形成信息交互通道，或者，有通过小于预设数量的其它设备形成信息交互通道；

针对每一个所述第二网络关联设备组，将该第二网络关联设备组与所述第一网络关联设备组进行设备重复度计算处理，得到该第二网络关联设备组与该第一网络关联设备组的初始设备重复度信息；

针对每一个所述第二网络关联设备组，获得该第二网络关联设备组中每一个第二网络关联设备与对应的区块链节点设备之间的关联关系；

针对每一个所述第二网络关联设备组，基于与对应的区块链节点设备之间具有的每一种类型的关联关系的第二网络关联设备的数量，确定对应的重复度信息权重系数；

针对每一个所述第二网络关联设备组，基于该第二网络关联设备组对应的初始设备重复度信息和重复度信息权重系数，计算得到该第二网络关联设备组的目标设备重复度信息；

分别将每一个所述目标设备重复度信息作为对应的区块链节点设备与所述账单请求设备之间的设备属性关联程度信息。

3.根据权利要求1所述的基于区块链的信息验证方法，其特征在于，所述通过所述第二目标区块链节点设备获得所述待验证信息，并在该第二目标区块链节点设备的本地数据库中获得该待验证信息对应的初始验证设备集合的步骤，包括：

通过所述第二目标区块链节点设备获得所述待验证信息中的处理请求类型信息，其中，该处理请求类型信息包括账单查询信息和账单修改信息；

通过所述第二目标区块链节点设备在本地数据库中获得所述处理请求类型信息对应的初始验证设备集合。

Images