CN107943951B - 一种区块链业务信息的检索方法及系统 - Google Patents

Abstract

本申请公开了一种区块链业务信息的检索方法，包括中间件监听区块链节点是否产生新区块，如果产生，则在预定时间后获取所述新区块的数据；解析所述数据中有关交易的业务信息，针对业务信息建立索引数据库；根据业务端发来的查询条件检索所述索引数据库得到索引，并利用索引获取对应的所述业务信息。通过按照预定方式同步区块链节点中的新区块的数据，得到业务相关的索引数据库，并根据相关索引获取对应的业务信息。提高了区块链业务信息的检索效率，同时无需对区块链的区块内容进行重新编排，加快了处理速度。以业务信息作为索引内容，方便了使用者更直观的查询业务信息。本申请还公开了一种区块链业务信息的检索系统，具有上述有益效果。

Description

一种区块链业务信息的检索方法及系统

技术领域

本申请涉及区块链技术领域，特别涉及一种区块链业务信息的检索方法及系统。

背景技术

随着区块链技术的发展，其作为去中心化记账平台的核心技术，区块链被应用在金融、信征、物联网、经济贸易结算以及资产管理等众多领域。区块链是自带信任化和防止篡改的分布式记录系统，其基本原理包括但不限于：交易，一次操作，导致账本状态的一次改变，如添加一条记录；区块，记录一段时间内发生的交易和状态改变，是对当前账本状态的依次共识；链，由一个个区块按照发生顺序串联而成，是整个状态变化的日志记录。可以把区块链看作是一个状态机，每次交易就是试图改变依次状态，而每次共识生成的区块，就是参与者对于区块中所有交易内容导致状态改变进行确认的结果。其根据参与者的不同，可以分为公开链、联盟链以及私有链。

因此，每个区块中的交易，都包含了交易的发送方和收买方以及交易内容，为了保证区块链的不可篡改性，所有区块的交易内容都以单向联系在一起，这使得如果在检索交易内容时都必须根据发送者的地址，或者合约地址进行检索，或者根据块号遍历整个区块链。

而检索时查找的是业务信息，而根据合约和发送者的地址进行查找都是十分技术化的方法，与所要查找的业务信息无关，管理者在查找时也十分不直观。而根据区块号进行检索的过程实际上是通过多次检索进行在此编排，再进行搜索，效率十分低。

因此，如何提高区块链的检索效率以及使检索过程与业务相关，是本领域技术人员关注的重点问题。

发明内容

本申请的目的是提供一种区块链业务信息的检索方法及系统，通过按照预定方式同步区块链节点中的新区块的数据，并针对业务信息建立数据库，得到业务相关的索引数据库，在检索相关业务信息时根据相关索引获取对应的业务信息。提高了区块链业务信息的检索效率，同时无需对区块链的区块内容进行重新编排，加快了处理速度。以业务信息作为索引内容，方便了使用者更直观的查询业务信息。

为解决上述技术问题，本申请提供一种区块链业务信息的检索方法，所述方法包括：

中间件监听区块链节点是否产生新区块，如果产生，则在预定时间后获取所述新区块的数据；

解析所述数据中有关交易的业务信息，针对所述业务信息建立索引数据库；

向业务端发送开始检索指令，根据所述业务端发来的查询条件检索所述索引数据库得到索引，并利用所述索引获取对应的所述业务信息。

可选的，解析所述数据中有关交易的业务信息，针对所述业务信息建立索引数据库，包括：

所述中间件解析所述数据中的所述交易，得到交易信息；

根据业务的需要解析所述交易的所述交易信息，得到所述业务信息；其中，所述业务信息为合约信息；

针对所述业务信息建立所述索引数据库。

可选的，所述向业务端发送开始检索指令，根据所述业务端发来的查询条件检索所述索引数据库得到索引，并利用所述索引获取对应的所述业务信息，包括：

所述中间件向所述业务端发送开始检索指令，根据所述业务端发来的所述查询条件在所述索引数据库中检索，得到符合所述查询条件的合约地址；

根据所述合约地址从所述区块链节点获取所述合约信息，并返回给所述业务端。

可选的，其特征在于，所述索引数据库采用关系型数据库。

可选的，所述索引数据库部署在独立服务器中。

可选的，当所述区块链为联盟链时，所述预定时间为零。

本申请还提供一种区块链业务信息的检索系统，所述系统包括：

新区块数据获取模块，用于监听区块链节点是否产生新区块，如果产生，则在预定时间后获取所述新区块的数据；

索引数据库创建模块，用于解析所述数据中有关交易的业务信息，针对所述业务信息建立索引数据库；

检索模块，用于向业务端发送开始检索指令，根据所述业务端发来的查询条件检索所述索引数据库得到索引，并利用所述索引获取对应的所述业务信息。

可选的，所述索引数据库创建模块，包括:

交易信息获取单元，用于解析所述数据中的所述交易，得到交易信息；

业务信息获取单元，用于根据业务的需要解析所述交易的所述交易信息，得到业务信息；其中，所述业务信息为合约信息；

数据库创建单元，用于针对所述业务信息建立所述索引数据库。

可选的，所述检索模块，包括：

合约地址获取单元，用于向业务端发送开始检索指令，根据所述业务端发来的所述查询条件在所述索引数据库中检索，得到符合所述查询条件的合约地址；

合约信息处理单元，用于根据所述合约地址从所述区块链节点获取所述合约信息，并返回给所述业务端。

本申请所提供的一种区块链业务信息的检索方法，包括：中间件监听区块链节点是否产生新区块，如果产生，则在预定时间后获取所述新区块的数据；解析所述数据中有关交易的业务信息，针对业务信息建立索引数据库；根据业务端发来的查询条件检索所述索引数据库得到索引，并利用索引获取对应的所述业务信息。

通过按照预定方式同步区块链节点中的新区块的数据，通过按照预定方式同步区块链节点中的新区块的数据，并针对业务信息建立数据库，得到业务相关的索引数据库，在检索相关业务信息时根据相关索引获取对应的业务信息。提高了区块链业务信息的检索效率，同时无需对区块链的区块内容进行重新编排，加快了处理速度。以业务信息作为索引内容，方便了使用者更直观的查询业务信息。

同时，还可以延时同步，以应对可修改可撤销的区块链在同步过程中出现修改的情况。

本申请还提供一种区块链业务信息的检索系统，具有上述有益效果，在此不再做赘述。

附图说明

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

图1为本申请实施例提供的一种区块链业务信息的检索方法的流程图；

图2为本申请实施例提供的一种区块链业务信息的检索方法的建立索引数据库的流程图；

图3为本申请实施例提供的一种区块链业务信息的检索方法的检索过程的流程图；

图4为本申请实施例提供的一种区块链业务信息的检索系统的框图。

具体实施方式

本申请的核心是提供一种区块链业务信息的检索方法，通过按照预定方式同步区块链节点中的新区块的数据，并针对业务信息建立数据库，得到业务相关的索引数据库，在检索相关业务信息时根据相关索引获取对应的业务信息。提高了区块链业务信息的检索效率，同时无需对区块链的区块内容进行重新编排，加快了处理速度。以业务信息作为索引内容，方便了使用者更直观的查询业务信息。

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

请参考图1，图1为本申请实施例提供的一种区块链业务信息的检索方法的流程图。

本申请实施例提供一种区块链业务信息的检索方法，可以包括：

S101，中间件监听区块链节点是否产生新区块；

S102，如果产生，则在预定时间后获取新区块的数据；

本步骤旨在，对区块链采用监听同步的方法采集新区块的数据。一般的，由于区块链网络是由各个区块链节点组成，因此监听和同步的单位可以是区块链节点，同样的，中间件设置的位置以及指向目标为区块链节点。其中，区块链存储的数据是由每个区块组成，因此，中间件所观察的对象是区块链节点中是否出现区块的变化。

区块链的目的是记录交易信息，一次操作，导致账本状态改变一次，则记为一次交易。一段时间内发生的交易和状态结果记录为一个区块，一个区块是对当前脚本状态的一次共识。区块链就是由一个个区块按照发生顺序串联而成，是整个状态变化的日志记录。

一般的，区块链的记录是只允许添加、不允许删除，区块链的结构是一个线性的链表，也就是说区块链的变化单位即区块是只允许添加、不允许删除，因此，本实施中对于区块链的变化监听是通过监听是否产生新区块实现的。

需要说明的是，区块链一般情况是不可修改的，有的区块链，如联盟链是可以规定在一定时间内可以进行区块内容的修改，因此对于此种情况，区块的同步步骤不可以是即时同步，因此可以规定在一定时间后才进行同步，可以避免将修改前的区块数据进行同步，而导致区块数据错误。而对于一般的区块即不可修改的区块，可以当新区块产生时就进行同步，可以对于区块数据的更新更即时，检索系统可以做到更好的实时性。

其中，中间件可以是设置在本地可以用来监听区块链节点的装置，可以是单独设置的服务器，也可以是嵌入在服务器中的监听装置，只要可以保持中间件与区块链节点之间可以高速传输数据就可以，在此不再做限定。

S103，解析数据中有关交易的业务信息，针对业务信息建立索引数据库；

在步骤S102的基础上，本步骤旨在对同步的区块数据进行解析操作，并建立索引数据库。其中，区块的数据的结构为区块大小信息、区块头信息、交易计数器以及交易信息，一般所要检索的是交易信息，因此，本步骤需要根据区块的结构形成而解析出其中的交易信息。而交易信息中又含有合约信息等信息，需要将交易信息根据业务需求进行解析整理，得到相应的索引以建立索引数据库。

当然，在对交易信息进行解析处理时，不可避免的会存在其他的解析处理，因视具体的处理解析结果，以及需要的业务需求想要获得什么样的业务解析数据，进行解析处理操作的选择，在此不再做赘述。

可选的，该索引数据库可以采用关系型数据库，关系型数据库对比非关系型数据库可以保持数据更好的一致性，使事务处理更加高效，由于关系型数据库以标准化为前提，其数据更新的开销较小，可以相对节约服务器的硬件资源。

可选的，该索引数据库可以部署在独立服务器中，可以拥有更多的硬件资源，数据读写更加高效，存储的容量也可以更大。

需要说明的是，上述也可以选非关系型数据库，可以使开发成本更低。对于数据库服务器也可以选择内嵌在中间模块中的嵌入式数据库，只要能维护区块链上的所有业务数据索引就可以。

S104，向业务端发送开始检索指令，根据业务端发来的查询条件检索索引数据库得到索引，并利用索引获取对应的业务信息。

在步骤S103的基础上，本步骤旨在根据相关的查询条件检索数据库中的相关内容，并返回该内容。其中业务端，是使用者的一端，通常可以是使用者的电脑终端或者是移动终端，其可以接收到用户的查询条件并发送至中间件中，还可以接收到中间件发送来的查询结果并给予显示。

其中，中间件在建立数据库后可以向业务端发送开始检索指令，是为了通知业务端可以开始检索，确保业务端不用进行轮询检查是否有新数据或者是可用数据的出现，可以提高业务端的运行效率。

当中间件接收到业务端发来的查询信息时，根据查询信息中的查询条件查询检索数据库，得到结果，并返回相应结果。

当然，在中间件获取到业务需要的结果中，不可避免的会存在其他的处理过程，需要视用户的查询条件以及检索数据库的数据关系而选择不同的处理方式，在此不再做赘述。

本申请技术方案提供一种区块链业务信息的检索方法，通过按照预定方式同步区块链节点中的新区块的数据，并针对业务信息建立数据库，得到业务相关的索引数据库，在检索相关业务信息时根据相关索引获取对应的业务信息。提高了区块链业务信息的检索效率，同时无需对区块链的区块内容进行重新编排，加快了处理速度。以业务信息作为索引内容，方便了使用者更直观的查询业务信息。

请参考图2，图2为本申请实施例提供的一种区块链业务信息的检索方法的建立索引数据库的流程图。

结合上一实施例，本实施例是针对上一实施例的如何建立索引数据库做出的一个具体实施例，本实施例的其他内容大体上一实施例相同，相同部分可以参照上一实施例，在此不再做赘述。

本实施例可以包括：

S201，中间件解析数据中的交易，得到交易信息；

本步骤旨在解析区块数据中的数据，由于其数据是由其他功能模块和交易信息组成，因此需要解析数据，从中抽取出交易信息。可以想到的是，其中不可避免的会存在其他处理操作，应视具体的处理情况而决定选择什么处理数据的方式以及过程，在此不再做赘述。

S202，根据业务的需要解析交易的交易信息，得到业务信息；其中，业务信息为合约信息；

在步骤S201的基础上，本步骤旨在从交易信息中解析出符合要求的数据信息，在本步骤中符合要求的信息是指合约信息。

其中，交易信息的类型有三种，公信的数据货币、公信的交易处理以及带权限的交易处理，其中公信的数据货币不带有只能合约或者带有较弱的智能合约，公信的交易处理和带缺陷的交易处理都带有智能合约。其中，智能合约是一套以数字形式定义的承诺，包括合约参与方可以在上面执行这些承诺的协议，在本实施例中所解析的业务信息所指的就是智能合约信息，其中包含了交易的本质和目的。业务需要查找的东西也就是交易的本质和目的，因此需要解析出合约信息的地址，以方便后续的索引数据库的建立。

S203，针对业务信息建立索引数据库。

在步骤S202的基础上，本步骤旨在利用合约信息中的检索条件与合约信息的索引，并以索引建立索引数据库。

请参考图3，图3为本申请实施例提供的一种区块链业务信息的检索方法的检索过程的流程图。

结合上一实施例，本实施例是针对上一实施例的如何进行检索做出的一个具体实施例，本实施例的其他内容大体上一实施例相同，相同部分可以参照上一实施例，在此不再做赘述。

S301，中间件向业务端发送开始检索指令，根据业务端发来的查询条件在索引数据库中检索，得到符合查询条件的合约地址；

本步骤旨在根据业务端发来的查询条件检索符合条件的合约地址。其中具体经过了怎样的检索处理，总的来说时首先接收到业务端发来的检索信息解析出相应的查询条件，利用该查询条件在索引数据库中进行查询，并得到符合查询条件的合约地址。

当然，其中不可避免的会存在一些其它的处理操作，此处并不做具体限定，应视具体实际情况中想要解决的什么问题和需要得到什么样的结果以及其它各种影响因素再综合考虑并选择相应的处理方式和步骤。

S302，根据合约地址从区块链节点获取合约信息，并返回给业务端。

在步骤S301的基础上，本步骤旨在通过得到的合约地址在区块链节点中获取相应的合约信息，并返回给业务端。

其中，对于业务端可以做到更加直观的查询接口，业务系统无需再为了查询区块链上的数据而保存大量与区块链的相关信息，如发送者地址、合约地址等，节省了大量的硬件资源。

使用者通过业务端直接发送查询条件，只关注查询的业务本身，而不用关注查询的过程，如发送者地址、合约地址等。更利于使用者的查询操作，并且由于此查询系统具有通用性，可以一次开发多次复用，避免了每个项目单独开发一次，帮助业务开发人员减少工作量。

结合以上实施例的说明，以下给出具体的实施步骤。

在本地部署区块链网络节点，此区块链网络节点保持能连上多个外部节点。

在本地部署中间件，并保持中间件与区块链节点连接无阻，中间件可以快速连接到区块链节点。

在独立的服务器中部署数据库，数据库采用关系型数据库。

本地应用服务器和业务端连接到中间件，而不需要连接到区块链节点。

步骤可以如下：

步骤1，某个业务系统向区块链上发送了一个交易；

步骤2，区块链网络达成共识，并形成新区块；

步骤3，本地区块链节点收到区块链网络的新区块，并记录在本地区块链节点；

步骤4，中间件监听到本地区块链节点产生了新区块；

步骤5，中间件拉取新区块的数据，以便解析其中的所有交易；

步骤6，解析新区块数据中与交易相关的所有智能合约；

步骤7，将所有的合约的索引数据更新至索引数据库中；

步骤8，中间件向业务端发出数据变化通知，业务端向中间件发起基于业务信息的查询请求；

步骤9，中间件在索引数据库中检索出符合条件的合约地址，然后从区块链中获取对应的合约信息，再返回给业务系统。

本申请实施例提供了一种区块链业务信息的检索方法，通过按照预定方式同步区块链节点中的新区块的数据，并针对业务信息建立数据库，得到业务相关的索引数据库，在检索相关业务信息时根据相关索引获取对应的业务信息。提高了区块链业务信息的检索效率，同时无需对区块链的区块内容进行重新编排，加快了处理速度。以业务信息作为索引内容，方便了使用者更直观的查询业务信息。

下面对本申请实施例提供的一种区块链业务信息的检索系统进行介绍，下文描述的一种区块链业务信息的检索系统与上文描述的一种区块链业务信息的检索方法可相互对应参照。

请参考图4，图4为本申请实施例提供的一种区块链业务信息的检索系统的框图。

本实施例，可以包括：

新区块数据获取模块100，用于监听区块链节点是否产生新区块，如果产生，则在预定时间后获取新区块的数据；

索引数据库创建模块200，用于解析数据中有关交易的业务信息，针对业务信息建立索引数据库；

检索模块300，用于向业务端发送开始检索指令，根据所述业务端发来的查询条件检索索引数据库得到索引，并利用索引获取对应的业务信息。

可选的，索引数据库创建模块200可以包括：

交易信息获取单元，用于解析数据中的交易，得到交易信息；

业务信息获取单元，用于根据业务的需要解析交易的交易信息，得到业务信息；其中，业务信息为合约信息；

数据库创建单元，用于针对业务信息建立索引数据库。

可选的，检索模块300可以包括：

合约地址获取单元，用于向业务端发送开始检索指令，根据业务端发来的查询条件在索引数据库中检索，得到符合查询条件的合约地址；

合约信息处理单元，用于根据合约地址从区块链节点获取合约信息，并返回给业务端。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种区块链业务信息的检索方法及检索系统进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (7)

1.一种区块链业务信息的检索方法，其特征在于，所述方法包括：

中间件监听区块链节点是否产生新区块，如果产生，则在预定时间后获取所述新区块的数据；

解析所述数据中有关交易的业务信息，针对所述业务信息建立索引数据库；

向业务端发送开始检索指令，根据所述业务端发来的查询条件检索所述索引数据库得到索引，并利用所述索引获取对应的所述业务信息；

其中，解析所述数据中有关交易的业务信息，针对所述业务信息建立索引数据库，包括：

所述中间件解析所述数据中的所述交易，得到交易信息；根据业务的需要解析所述交易的所述交易信息，得到所述业务信息；其中，所述业务信息为合约信息；针对所述业务信息建立所述索引数据库。

2.根据权利要求1所述的方法，其特征在于，所述向业务端发送开始检索指令，根据所述业务端发来的查询条件检索所述索引数据库得到索引，并利用所述索引获取对应的所述业务信息，包括：

所述中间件向所述业务端发送开始检索指令，根据所述业务端发来的所述查询条件在所述索引数据库中检索，得到符合所述查询条件的合约地址；

根据所述合约地址从所述区块链节点获取所述合约信息，并返回给所述业务端。

3.根据权利要求1至2任一项所述的方法，其特征在于，所述索引数据库采用关系型数据库。

4.根据权利要求3所述的方法，其特征在于，所述索引数据库部署在独立服务器中。

5.根据权利要求4所述的方法，其特征在于，当所述区块链为联盟链时，所述预定时间为零。

6.一种区块链业务信息的检索系统，其特征在于，所述系统包括：

新区块数据获取模块，用于监听区块链节点是否产生新区块，如果产生，则在预定时间后获取所述新区块的数据；

索引数据库创建模块，用于解析所述数据中有关交易的业务信息，针对所述业务信息建立索引数据库；

检索模块，用于向业务端发送开始检索指令，根据所述业务端发来的查询条件检索所述索引数据库得到索引，并利用所述索引获取对应的所述业务信息；

其中，所述索引数据库创建模块，包括:

交易信息获取单元，用于解析所述数据中的所述交易，得到交易信息；

业务信息获取单元，用于根据业务的需要解析所述交易的所述交易信息，得到业务信息；其中，所述业务信息为合约信息；

数据库创建单元，用于针对所述业务信息建立所述索引数据库。

7.根据权利要求6所述的系统，其特征在于，所述检索模块，包括：

合约地址获取单元，用于向所述业务端发送开始检索指令，根据所述业务端发来的所述查询条件在所述索引数据库中检索，得到符合所述查询条件的合约地址；

合约信息处理单元，用于根据所述合约地址从所述区块链节点获取所述合约信息，并返回给所述业务端。

Images