基于区块链的信息交互确认系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于区块链的信息交互确认系统。

背景技术

随着信息技术的快速发展，很多应用场景中需要涉及多方机构的信息交互和信息确认，现有的信息交互确认采用的是点对点的技术方案，例如A服务器给B服务器推送数据，B服务器给C服务器推送数据，无法在多方服务器之间做到数据共享，因为各服务器之间缺乏足够的信任而无法快速完成信息交互确认，通常需要进行很多线下的沟通和人工比对信息，造成信息交互确认周期过长，线下人工核对的人力和时间成本高，信息交互确认效率低。

发明内容

本发明目的在于，提供一种基于区块链的信息交互确认系统，能够实现信息共享，提高信息交互确认效率。

根据本发明一方面，提供了一种基于区块链的信息交互确认系统，包括预先构建的区块链、处理器和存储有计算机程序的存储器，所述区块链对应的参与方包括第一服务器、第二服务器和第三服务器，其中，所述第一服务器用于在所述区块链上存储预设信息，每条预设信息包括信息id和至少一个内容信息，所述第二服务器用于从所述预设信息中读取目标信息，所述区块链基于所述第二服务器读取目标信息的操作产生用于供所述第一服务器和第三服务器进行信息确认的交互确认信息；

所述处理器执行所述计算机程序时，实现以下步骤：

步骤S1、接收所述第二服务器发送的目标信息获取请求，并从中解析出第二服务器id、目标用户id、目标信息id和目标内容信息，所述第二服务器id对应至少一个用户id，每一用户id对应至少一个信息id；

步骤S2、基于所述第二服务器id、目标用户id、目标数据id和目标内容数据信息判断所述区块链中是否存储有对应的目标数据读取记录，若没有，则向所述第二服务器发送目标内容数据，生成对应的目标数据读取记录和第一交互确认信息，并存储在所述区块链中，交互确认信息包括交互信息id和至少一个交互内容信息，否则，执行步骤S3；

步骤S3、获取当前目标数据读取记录中的读取次数M，M为正整数，并获取目标参数

本发明与现有技术相比具有明显的优点和有益效果。借由上述技术方案，本发明提供的一种基于区块链的信息交互确认系统可达到相当的技术进步性及实用性，并具有产业上的广泛利用价值，其至少具有下列优点：

本发明所述系统能够实现信息共享，减少线下的沟通和人工比对信息，缩短信息交互确认周期过长，降低线下人工核对的人力和时间成本，提高信息交互确认效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图,详细说明如下。

附图说明

图1为本发明实施例提供的基于区块链的信息交互确认系统架构图。

具体实施方式

为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例，对依据本发明提出的一种基于区块链的信息交互确认系统的具体实施方式及其功效，详细说明如后。

现有的信息交互场景中，很多应用场景下是由多方服务器参与的，例如在一种应用场景下，第一服务器提供数据，第二服务器为第三服务器的代理机构服务器，第二服务器通过读取第一服务器的数据来为第三服务器实现代理操作，即为第三服务器完成数据处理操作，因此，这个过程中由于第二服务器读取第一服务器的数据所产生的交互确认信息便需要第三服务器来确认，以及与第一服务器核对，具体的，交互确认信息可以为读取数据产生的账单信息。为了提高上述场景中多个服务器之间的信息交互效率，本发明实施例提供了一种基于区块链的信息交互确认系统，如图1所示，包括预先构建的区块链、处理器和存储有计算机程序的存储器，所述区块链对应的参与方包括第一服务器、第二服务器和第三服务器，其中，所述第一服务器用于在所述区块链上存储预设信息，可以理解的是，预设信息为可供第二服务器读取的信息，第二服务器基于所读取的第一服务器上传的预设信息，来为第三服务器完成数据处理任务，第二处理器读取数据过程中所产生的信息交互确认信息，用于第一服务器和第三服务器之间进行信息核对和确认，所述预设信息可根据具体的使用场景来具体设定。每条预设信息包括信息id和至少一个内容信息，所述第二服务器用于从所述预设信息中读取目标信息，可以理解的是，目标信息为一条预设信息中的一个或多个内容信息。所述区块链基于所述第二服务器读取目标信息的操作产生用于供所述第一服务器和第三服务器进行信息确认的交互确认信息，基于交互确认信息进行信息确认后，第三服务器可对第一服务器进行确认响应；所述处理器执行所述计算机程序时，实现以下步骤：

步骤S1、接收所述第二服务器发送的目标信息获取请求，并从中解析出第二服务器id、目标用户id、目标信息id和目标内容信息，所述第二服务器id对应至少一个用户id，每一用户id对应至少一个信息id；

步骤S2、基于所述第二服务器id、目标用户id、目标数据id和目标内容数据信息判断所述区块链中是否存储有对应的目标数据读取记录，若没有，则向所述第二服务器发送目标内容数据，生成对应的目标数据读取记录和第一交互确认信息，并存储在所述区块链中，交互确认信息包括交互信息id和至少一个交互内容信息，否则，执行步骤S3；

步骤S3、获取当前目标数据读取记录中的读取次数M，M为正整数，并获取目标参数

可以理解的是，第二服务器在预设的读取次数阈值范围内只产生一个对应的交互确认信息，超过以后，重新生成新的信息交互确认信息，当再次超过阈值时，再生成一个交互确认信息，依次规律执行下去。可以理解的是，第二服务器可以根据自身存储空间的大小以及具体使用场景等因素根据需求多次从区块链上获取目标数据，或一次获取目标数据后存储在本地数据库中，供后续使用。

本发明实施例所述系统能够实现预设信息共享，减少线下的沟通和人工比对信息，缩短信息交互确认周期过长，降低线下人工核对的人力和时间成本，提高信息交互确认效率。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时处理可以被终止，但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。

作为一种实施例，所述步骤S2中，生成对应的目标数据读取记录，包括：

步骤S21、基于所述第二服务器id、目标用户id、目标数据id和目标内容数据信息按照预设的第一数据结构生成所述目标数据读取记录，所述第一数据结构包括第二服务器id数据段、目标用户id数据段、目标数据id数据段、至少一个目标内容数据信息数据段和读取次数数据段，生成所述目标数据读取记录时，所述读取次数数据段对应的值为1。

可以理解的是，具体可以第二服务器id、目标用户id、目标数据id构建唯一键来检索得到对应的目标数据读取记录。目标内容数据信息数据段根据具体的数据使用场景来设定，以民航中的保险业务场景为例，第一服务器为民航运输机构服务器，用于上传民航数据，第三服务器为保险机构服务器，第二服务器用于为第三服务器代理保险业务的服务器，即旅客基于第二服务器的连接的客户端来办理相关保险业务，因此，在保险业务办理及赔付等具体过程中，第二服务器读取第一服务器的数据所产生的交互确认信息具体可为账单信息，账单信息最需由保险机构向数据提供方即民航运输服务器机构支付，该账单信息即为第一服务器和第三服务器之间需要核对确认的信息，在该场景下，以航班延误保险为具体示例，预设信息可以为民航行程数据，目标数据id为行程id，目标内容数据信息数据段具体可包括航班日期数据段、计划时间数据段、航班延误时间数据段，具体数据结构如表1所示：

表1

作为一种实施例，所述步骤S2中，生成对应的第一交互确认信息，包括：

步骤S22、基于所述目标数据读取记录按照预设的第二数据结构生成第一交互确认信息，所述第二数据结构包括：交互信息id数据段、目标数据id数据段和至少一个交互确认信息数据段，所述目标数据id由所述第二服务器id、目标用户id和目标数据id组合构成，所述交互确认信息基于所述第一服务器与第三服务器之间预先构建的信息交互规则以及所述第二服务器id、目标用户id、目标数据id、目标内容数据信息和当前读取次数生成。

仍以民航中的保险业务场景为例，交互确认信息为账单信息，交互确认信息数据段具体可包括账单金额数据段和账单生成日期数据段，具体数据结构如表2所示：

表2

作为一种实施例，所述步骤S3或步骤S4中，包括：当生成第n交互确认信息时，n取值为1或m，m=2,3…，向所述第一服务器发送所述第n交互确认信息，将第n交互确认信息对应的交互信息id发送给所述第三服务器。通过仅向第三服务器发送交互信息id，可基于后续第三服务器从区块基于交互信息id发送的读取请求向第三服务器发送对应交互确认信息的记录，具体的，所述处理器执行所述计算机程序时，还实现以下步骤：

步骤S10、接收所述第三服务器基于收到的交互信息id向所述区块链发送的交互确认信息获取请求；

步骤S20、将所述交互确认信息获取请求对应的交互确认信息发送给所述第三服务器，并在所述区块链中生成该交互信息id对应的读取记录。

通过仅向第三服务器发送交互信息id，可基于后续第三服务器从区块链读取对应交互确认信息的记录来确定第三服务器是否已读取交互确认信息，以便在各服务器接入区块链存在时间差或服务器故障等情况下，能获取到遗漏的历史账单，再次进行推送，具体的，所述处理器执行所述计算机程序时，还实现以下步骤：

步骤S30、接收第一服务器发送的交互确认信息核对请求，并从中解析出第一服务器id、目标时间段和第三服务器id；

步骤S40、从所述区块链存储的交互确认信息中获取目标时间段内所述第一服务器id和第三服务器id对应的所有交互信息id，并生成第一交互信息id列表；

步骤S50、基于所述区块链存储的交互确认信息，从交互信息id对应的读取记录中获取目标时间段内所述第三服务器所读取的所述第一服务器id和第三服务器id对应的所有交互信息id，并生成第二交互信息id列表；

步骤S60、对比所述第一交互信息id列表和第二交互信息id列表，将存在于所述第一交互信息id列表但不存在于所述第二交互信息id列表中的交互信息id确定为历史交互信息id;

步骤S70、将所述历史交互信息id发送给所述第三服务器。

作为一种实施例，为了进一步提高数据的安全性，可以在智能合约中配置每一服务器的对应的权限，这样在每一操作步骤中，可以先判断服务器是否具有预设的权限，若具有，再执行后续的操作， 这样可以避免区块链中所存储的数据被随意更改，提高数据的准确信和可信度。这样，在步骤S1中，在接收所述第二服务器发送的目标信息获取请求时，先基于智能合约判断第二服务器是否具有对应的数据获取权限，若具有，再进行后续操作，再如，所述处理器执行所述计算机程序时，还可实现以下步骤：

步骤S100、接收每一服务器账户向所述区块链发送的注册申请；

步骤S200、基于预先建立的智能合约为每一服务器账户配置对应的属性和内容信息，所述属性包括“读取数据”、“写入数据”和“按照预设的逻辑执行计算数据”。

作为一种实施例，基于区块链中的交互确认信息的数据结构，以及对应服务器的设置权限，相关服务器可根据具体应用需求，通过不同的时间维度来获取对应的交互确认信息进行信息核对，由于基于区块链结构实现不同服务器之间的信息交互并在区块链上生成对应的交互确认信息，因此，在区块链不可篡改和可回溯的机制下，这些数据对于各个机构之间是可信性的，在信息核对时，各机构服务器根据自己的需求和权限直接通过区块链获取即可，信息核对效率高，具体的，所述处理器执行所述计算机程序时，还实现以下步骤：

步骤S101、接收第一服务器或第三服务器发送的目标时间维度内交互确认信息获取请求，并从中解析出目标时间维度，所述目标时间维度的包括小时、天、月、年；

步骤S102、基于所述智能合约判断所述第一服务器或第三服务器是否具有对应的数据获取权限，若具有，则获取目标时间维度内所对应的交互确认信息发送给所述第一服务器或第三服务器进行信息交互确认。

基于交互确认信息进行信息确认后，第三服务器可对第一服务器进行确认响应，仍以民航中的保险业务场景为例，当第一服务器或第三服务器进行信息交互确认后，第三服务器可基于账单信息向第一服务器完成支付响应操作。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明,任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内,当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例,但凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。