CN112181474B - 区块链业务处理方法、电子设备及计算机存储介质 - Google Patents

Abstract

本发明实施例提供了一种区块链业务处理方法、电子设备及计算机存储介质，其中，所述区块链业务处理方法包括：获取用于进行业务处理的配置文件；通过所述配置文件，指示区块链中的第一节点根据所述区块链中预先存储的配置信息生成所述配置文件中指示的数据处理服务；并且，通过所述配置文件，在第二节点根据所述预先存储的配置信息生成人机交互服务；通过所述人机交互服务接收用户输入的业务处理参数；根据所述业务处理参数调用所述数据处理服务，以进行所述业务处理参数所对应的业务处理。通过本发明实施例，使得区块链与业务的对接更加灵活，并且，可以满足基于区块链的各种多样化的业务需求。

Description

区块链业务处理方法、电子设备及计算机存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种区块链业务处理方法、电子设备及计算机存储介质。

背景技术

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链分为三类，分别是：公有区块链、联盟区块链和私有区块链。

由于区块链的可信理念使其尤其强调技术信用，这也就意味着区块链针对不同业务的实现是需要定制的。而这种定制性，在一些应用场景下则会成为应用障碍。比如，应对医疗数据的采集整理和分析，不同医疗学科的临床数据格式和采集点是千差万别的，并且，针对不同种类的病例样本，对其跟踪和研究也是不同的，这就需要使用不同的专门定制化的基于区块链的业务处理。那么面对一个医院用户，可能就意味着百十种不同的定制产品，换个医院还要一切重来。当然，在其它应用场景下，也存在同样的问题。

因此，如何使得区块链与业务的对接更加灵活，以满足基于区块链的各种多样化的业务需求成为亟待解决的问题。

发明内容

有鉴于此，本发明实施例提供一种区块链业务处理方案，以至少部分解决上述问题。

根据本发明实施例的第一方面，提供了一种区块链业务处理方法，包括：获取用于进行业务处理的配置文件；通过所述配置文件，指示区块链中的第一节点根据所述区块链中预先存储的配置信息生成所述配置文件中指示的数据处理服务；并且，通过所述配置文件，在第二节点根据所述预先存储的配置信息生成人机交互服务；通过所述人机交互服务接收用户输入的业务处理参数；根据所述业务处理参数调用所述数据处理服务，以进行所述业务处理参数所对应的业务处理。

根据本发明实施例的第二方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如第一方面所述的区块链业务处理方法对应的操作。

根据本发明实施例的第三方面，提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的区块链业务处理方法。

根据本发明实施例提供的区块链业务处理方案，区块链中预先存储有生成各种服务的配置信息，不同的业务处理对应有不同的配置文件，在需要进行相应的业务处理时，只需根据配置文件在第一节点使用预先存储的配置信息生成相应的数据处理服务，在第二节点生成相应的人机交互服务，进而，通过人机交互服务接收用户输入的业务处理参数，并据此调用第一节点中的数据处理服务进行处理，即可实现相应的业务处理。因区块链中预先存储的配置信息通常为适合大部分数据服务的通用数据结构和通用数据操作的配置信息，在此基础上，通过配置文件，可将区块链中预先存储的配置信息按需动态拼装搭建起需要的业务处理逻辑。由此，使得区块链与业务的对接更加灵活，并且，可以满足基于区块链的各种多样化的业务需求。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为根据本发明实施例一的一种区块链业务处理方法的步骤流程图；

图2为根据本发明实施例二的一种区块链业务处理方法的步骤流程图；

图3为图2所示实施例中的一种数据结构配置的示意图；

图4为图2所示实施例中的一种通用数据操作配置的示意图；

图5为根据本发明实施例五的一种电子设备的结构示意图。

具体实施方式

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

下面结合本发明实施例附图进一步说明本发明实施例具体实现。

实施例一

参照图1，示出了根据本发明实施例一的一种区块链业务处理方法的步骤流程图。

本实施例的区块链业务处理方法包括以下步骤：

步骤S102：获取用于进行业务处理的配置文件。

本发明实施例中，业务处理可以为任意适当的可实现某一功能或完成某一操作的逻辑，如，用于病案或档案采集、处理和存储的逻辑，用于进行合约签署的逻辑，用于申请存储资源的逻辑，用于根据用户输入生成相应界面的逻辑，等等，本发明实施例对此不作限制。

不同的业务处理对应不同的配置文件，配置文件中包含了生成业务处理所需要的配置指示，如，所需使用的控件的指示、控件间的交互的指示、数据的存储的指示，等等。配置文件所包含的具体指示由本领域技术人员根据实际业务处理的需求适当设置，本发明实施例对此亦不作限制。

步骤S104：通过所述配置文件，指示区块链中的第一节点根据所述区块链中预先存储的配置信息生成所述配置文件中指示的数据处理服务；并且，通过所述配置文件，在第二节点根据所述预先存储的配置信息生成人机交互服务。

其中，第二节点可以为区块链中的某一节点，也可以为独立于区块链之外的某一节点。

如前所述，配置文件中包含了生成业务处理所需要的配置指示，该配置指示可以包括用于客户端的配置指示和用于服务端的配置指示。本实施例中，以第一节点承担服务端角色，第二节点承担客户端角色为例。需要说明的是，本实施例中，第一节点和第二节点仅用于对不同节点进行区分，并不表示两者之间具有顺序或时序关系。此外，本实施例中，可以以第二节点为执行主体，当然，也可以以第一节点和第二节点之外的具有控制功能的其它节点作为执行主体。

基于配置指示中包括的用于客户端的配置指示和用于服务端的配置指示，可以指示区块链中的第一节点根据区块链中预先存储的配置信息生成所述配置文件中指示的数据处理服务；并且，通过所述配置文件，在第二节点根据所述预先存储的配置信息生成人机交互服务。

其中，区块链中预先存储的配置信息均需具有上链功能，例如，均可被序列化和反序列化，以保证其能有效应用于区块链场景。这些配置信息被划分为实现多种不同功能的数据结构和数据操作，相互之间彼此独立，且可被灵活组装。在一种可行方式中，这些配置信息可被配置为能够上链的、松耦合控件形式。

此外，本发明实施例中，所述服务可以表现为实现某一功能或目的的业务逻辑，如，数据处理服务用于实现相应的数据处理功能，人机交互服务用于实现相应的人机交互功能，数据处理服务和人机交互服务都可以实现为控件的形式。

步骤S106：通过所述人机交互服务接收用户输入的业务处理参数。

在第二节点生成前端的人机交互服务后，即可通过该人机交互服务接收用户输入的业务处理参数，进行人机交互处理，将相应数据传递至服务端节点，从而实现相应的数据处理控件的调用和处理。

其中，所述业务处理参数可以为任意适当的、用于实现所述业务处理的参数，包括但不限于：业务处理的信息参数、类型参数、交互参数，等等。本发明实施例对此不作限制。

步骤S108：根据所述业务处理参数调用所述数据处理服务，以进行所述业务处理参数所对应的业务处理。

在人机交互服务接收业务处理参数后，可根据对该业务处理参数的处理调用后端服务端节点中的数据处理服务，与服务端节点进行数据交互和处理，从而实现业务处理参数对应的业务处理。

根据本实施例，区块链中预先存储有生成各种服务的配置信息，不同的业务处理对应有不同的配置文件，在需要进行相应的业务处理时，只需根据配置文件在第一节点使用预先存储的配置信息生成相应的数据处理服务，在第二节点生成相应的人机交互服务，进而，通过人机交互服务接收用户输入的业务处理参数，并据此调用第一节点中的数据处理服务进行处理，即可实现相应的业务处理。因区块链中预先存储的配置信息通常为适合大部分数据服务的通用数据结构和通用数据操作的配置信息，在此基础上，通过配置文件，可将区块链中预先存储的配置信息按需动态拼装搭建起需要的业务处理逻辑。由此，使得区块链与业务的对接更加灵活，并且，可以满足基于区块链的各种多样化的业务需求。

本实施例的区块链业务处理方法可以由任意适当的具有数据处理能力的电子设备执行，包括但不限于：服务器、移动终端(如手机、PAD等)和PC机等。

实施例二

参照图2，示出了根据本发明实施例二的一种区块链业务处理方法的步骤流程图。

本实施例的区块链业务处理方法包括以下步骤：

步骤S202：对不同业务处理涉及的通用控件进行数据结构配置，获取第一配置信息。

其中，所述通用控件可以为本领域的常规通用控件，包括但不限于，如，表单控件、表格控件、按钮控件、列表控件、对话框控件、框架控件、容器控件、标签控件，等等，本发明实施例不对通用控件包括的内容进行限制。在实际应用中，对于涉及前端的通用控件，可以采用比如蚂蚁ANTD、或者VUE的ELEMENT-UI实现，其可以通过配置直接部署这些控件的属性，只要控件的属性接口完备，通过对控件接口的临时编程即可实现配置。

对通用控件的数据结构配置需要从数据采集->数据传输->数据处理->数据存储全流程是可接受和可识别的，其应是程序可读的，并且，是可上链的。在一种可行方式中，可以使用JSON/XML代码实现对通用控件的数据结构配置。JSON/XML代码是从前端到后端到区块链技术被普遍支持的数据格式代码，可以方便地实现通用控件的数据结构配置。

在一种可行方式中，对不同业务处理涉及的通用控件进行数据结构配置至少包括：针对当前通用控件，进行根据当前通用控件对应的公共变量集合中的变量对当前通用控件进行控制的配置。其中，所述控制包括但不限于动作控制和状态控制。公共变量集合中的变量对区块链中所有节点可用，当需要对相应的控件进行处理时，即可通过变量实现。通过这种方式，可以方便且低成本地实现用于业务处理的控件生成和控制。

需要说明的是，第一配置信息最终被封装为可被调用的控件的形式。

一种以表单为例的数据结构配置如图3所示。其中，第七行的tag字段用于生成一个表单控件；第八行的name字段用于指示该表单控件的系统标识为“libo”；第九行和第十行用于指示表单控件对远端数据读写的路径；第十二行用于指示表单控件下的内容组件(图3中为一个列表，与表单控件提交内容有关的tag均为formitem，以便系统识别)；第十四行用于指示系统实时生成一个输入文本框控件，第十五行至第二十四行为该文本框控件的属性，其中，第十七行用于指示这个输入文本框可以被置为不可用，第十八十九行是一个函数的参数表和结构体，表明读取$$也即表单控件对应的公共变量集合中的变量，然后返回，作为控制该输入文本框状态的把手，通过该变量指示将该输入文本框置为不可用，或者恢复为可用；第二十五至二十八行用于指示如何对该输入文本框进行初始化；第二十九行用于指示该输入文本框里面的值绑定了哪个数据库字段(由本领域技术人员根据实际需求设定，图3中示例为inputValue，即以inputValue为键传给后端)；第三十至三十五行用于指示表单控件的格式；第三十六行始用于指示配置该输入文本框的安全检查规则。需要说明的是，上述各行以图3左侧边的序号为准。

图3中仅以表单控件为例对通用控件的数据结构配置进行了示例性说明，在实际应用中，本领域技术人员可以按照本发明实施例中通用控件的数据结构配置的基本原则进行适应性配置和调整。

步骤S204：对通用控件间的通用数据操作进行配置，获取第二配置信息。

其中，对通用控件间的通用数据操作进行以下配置至少之一：接口配置、参数配置、处理流程配置。

可选地，所述接口配置包括：用于指示增加数据的接口配置、用于指示删除数据的接口配置、用于指示修改数据的接口配置、和用于指示查询数据的接口配置；和/或，所述参数配置包括：使用参数进行业务识别的配置；和/或，所述处理流程配置至少包括以下至少之一：根据输入的参数生成数据库并向所述数据库中存储数据的配置、支持参数路径的路由配置、增加所述通用控件的配置、删除所述通用控件的配置。

首先，在接口配置方面，可以把接口统一归类为数据的增、删、改、和查的接口，也即，用于指示增加数据的接口配置、用于指示删除数据的接口配置、用于指示修改数据的接口配置、用于指示查询数据的接口配置。在实际实现时，可以使用RestFul接口或者RPC(Remote Procedure Calls)接口实现。

本实施例中，采用通过参数区分具体业务的设置，因此，在参数配置时，需要进行使用参数进行业务识别的配置，以便对不同业务进行区分和正确识别。出于区块链技术信用的保证，前后端数据接口规范应该是约定好的，不可随心所欲，而通过参数则可提供实现的灵活性和可配置性。

而在处理流程配置方面，相应的控件需要具有：根据输入的参数生成数据库并向数据库中存储数据的配置、支持参数路径的路由配置、增加通用控件的配置、删除通用控件的配置，等相关能力。

例如，数据存储可以使用关系型数据库，也可以使用非关系型数据库，但数据库的表结构应该是可以根据配置文件中的配置指示生成的，所采用的数据库应该支持这样的能力，比如使用MongoDB在JavaScript生态下结合Mongoose实现，数据库应该可以保存配置的序列化结果。

提供数据处理服务的路由功能应支持“参数路径”，即，支持参数路径的路由配置。比如，可采用nodejs技术体系下的koa js的路由技术。koa js是控件化的服务器，各功能控件是独立的，比如，是否配置关键字过滤，是否进行权限检查，做什么样的权限检查，等等。由此，可以低成本地实现配置调用。

而对于涉及服务器端功能的组件，可以进行诸如，根据配置文件执行按需严格或放宽用户访问权限、增加或者删除指定通过控件的配置。在实际应用中，也可以采用比如nodejs的koajs技术来实现。

而对于涉及前端如客户端功能的组件，多以人机交互控件的形式提供，并且具备控件化能力。比如，采用Reactjs/Vuejs技术实现的前端功能控件。前端的控件应该支持数据安全性检查的灵活配置，包括检查规则和参照的数值来源。前端的控件还应该具有支持数据操作的动作和事件的配置，比如说点击某个按钮后的反应，可采用比如react-redux/saga技术，或者，其它相关技术实现。

一种实现表格数据的数据操作配置如图4所示。图4中，从第4行到第29行，是服务器端的配置代码示例。其中，第4行是函数签名，其参数表中包含的第一项router表示路由器，也即实际执行网络访问信息路由操作的实体。其它项…middlewares表示一系列传入该函数的中间件实体，这些中间件作为第5行和第17行的路由器调用RESTFUL的API的函数的参数。第5行表示这个服务端函数处理的是前端向后端上传表单信息，访问路径是/form/[数据库名]/[数据表名]。第6行到第15行是服务函数体，将表单数据以userid字段中的值为标识，存入mongodb数据库中，并返回表单保存结果。第17行表示前端需要从后端获取某个表格的数据，表格数据由/table/[数据库名]/[数据表名]指定的数据表中获取，第19行表示从表中查询是否有标识为userid这个字段值的表格数据，并返回查询结果。第20行到第26行表示对查询结果的处理。需要说明的是，上述各行以图4左侧边的序号为准。

由图4中可见，该配置使用了JS代码。后续在需要时，可以通过JS代码的eval()，直接将字符串形态的代码现编译现执行，从而使得图4中的代码可以文本化、序列化。

图4中仅以对表格数据的数据操作为例对通用控件的数据操作配置进行了示例性说明，在实际应用中，本领域技术人员可以按照本发明实施例中通用控件的数据操作配置的基本原则进行适应性配置和调整。

也即，在实际应用中，各个通用控件及其相互间数据操作的具体配置均由本领域技术人员根据实际需求设计相应代码实现，本发明实施例在此不做赘述。

需要说明的是，第二配置信息最终被封装为可被调用的控件的形式。

步骤S206：根据第一配置信息和第二配置信息生成区块数据，将区块数据发布至区块链中的至少一个节点进行存储。

其中，第一配置信息和第二配置信息均为可被序列化和反序列化的信息，以保证其可被发布到区块链中进行存储。

生成区块数据的具体实现可以采用相应区块链中的区块数据的常规生成方式，每一个区块数据可以包括一个通用控件的配置信息，也可以包括多个通用控件的配置信息；可以仅包括通用控件的配置信息，也可以同时包括通用控件和通用数据操作的配置信息。在生成区块数据后，即可将其发布到区块链中进行上链操作，保存至一个或多个节点进行存储。

通过上述过程，实现了相应配置信息的部署和上链，后续基于此，即可实现区块链的组件化，以实现基于区块链的不同业务处理的实现。

步骤S208：获取用于进行业务处理的配置文件。

如前所述，不同的业务处理对应不同的配置文件，配置文件中包含了生成业务处理所需要的配置指示。

在一种可行方式中，配置文件可以使用json数据结构实现。json是一种从前端到后端到区块链均被支持的数据格式，能够简单方便地实现从编写到传输到保存的过程。并且，JS语言读取json代码并解析时，会自动把文本中的键值变成内存中的键值，然后可以通过JS语言的键值调用方式读取，使得方案的实现更为简单，且节省了系统资源。但不限于此，其它可指示生成与业务处理相关的数据处理服务和人机交互服务的方式均同样适用。

步骤S210：通过配置文件，指示区块链中的第一节点根据区块链中预先存储的配置信息生成配置文件中指示的数据处理服务；并且，通过配置文件，在第二节点根据预先存储的配置信息生成人机交互服务。

一种可行方式中，通过配置文件，指示区块链中的第一节点根据区块链中预先存储的配置信息生成配置文件中指示的数据处理服务可以实现为：确定配置文件中用于指示数据处理的第一配置指示；将第一配置指示发送至区块链中的第一节点，以指示第一节点从存储有第一配置信息和第二配置信息的节点中，获取与第一配置指示对应的第一配置信息和第二配置信息；并且，根据获取的第一配置信息和第二配置信息，生成包括数据处理操作和数据存储操作的数据处理服务。

而通过配置文件，在第二节点根据预先存储的配置信息生成人机交互服务可以实现为：确定配置文件中用于指示人机交互的第二配置指示；根据第二配置指示，从存储有第一配置信息和第二配置信息的节点中，获取与第二配置指示对应的第一配置信息和第二配置信息；并且，根据获取的第一配置信息和第二配置信息，生成包括人机交互界面和人机交互处理的本地人机交互服务。

步骤S212：通过人机交互服务接收用户输入的业务处理参数。

例如，用户通过人机交互服务的人机交互界面输入用于进行合约签署的业务处理参数，包括，业务类型“3”(指示该业务为合约签署业务)，以及，签署参与方，如ID1、ID2、ID3等(参与方标识)，以及具体的合约内容，以期根据这些业务处理参数实现该合约的签署。

步骤S214：根据业务处理参数调用数据处理服务，以进行业务处理参数所对应的业务处理。

在收到业务处理参数后，可以调用与合约签署有关的通用控件和用于控件间的数据操作的控件，从而生成相应的服务和界面，以最终实现区块链中的多个节点进行合约签署的功能。

以下，以一个多节点进行合约签署的具体配置为示例，对上述过程进行说明。

该业务处理的配置包括：

(一)在承担前端客户端角色的节点中，配置：

1、人机交互界面生成合约查询入口，包括一个文本框(包括文本框标题和操作提示等控件配置)和一个查询提交按钮。除了对这两个控件的静态说明信息之外，还包括点击按钮后向后端服务端节点报告文本框中的查询信息的动作。在客户端提交信息时自动上传用户信息，以便后端对用户身份作鉴别。

2、查询结果的呈现控件，比如一个简单的div标签。

3、人机交互界面还包括根据查询结果判断是生否生成签署操作的相应控件。例如，经后端信息查询发现该合约用户已签署，当前状态是等待其它应署名人签署，就不生成签署按钮，否则生成，并且生成点击签署按钮后的动作，即向后端提交签署命令。同1，默认自动上传用户信息，以便后端鉴别。

(二)在承担后端服务端角色的节点中，配置：

1、生成服务函数，该函数的功能是根据用户上传的身份信息和合约标识，从链上检查该合约的署名状态，并将结果返回给客户端。

2、生成服务函数，该函数的功能是根据用户上传的身份信息和署名指令，调用区块链体系相应服务接口，通知区块链体系某用户对某标识的合约发起了署名动作，请求执行。

上述服务函数均可呈现为相应控件的形式。

基于上述配置，在实际需要时，即可通过配置文件调用和组装相应的控件，实现合约签署功能。

根据本实施例，区块链中预先存储有生成各种服务的配置信息，不同的业务处理对应有不同的配置文件，在需要进行相应的业务处理时，只需根据配置文件在第一节点使用预先存储的配置信息生成相应的数据处理服务，在第二节点生成相应的人机交互服务，进而，通过人机交互服务接收用户输入的业务处理参数，并据此调用第一节点中的数据处理服务进行处理，即可实现相应的业务处理。因区块链中预先存储的配置信息通常为适合大部分数据服务的通用数据结构和通用数据操作的配置信息，在此基础上，通过配置文件，可将区块链中预先存储的配置信息按需动态拼装搭建起需要的业务处理逻辑。由此，使得区块链与业务的对接更加灵活，并且，可以满足基于区块链的各种多样化的业务需求。

本实施例的区块链业务处理方法可以由任意适当的具有数据处理能力的电子设备执行，包括但不限于：服务器、移动终端(如手机、PAD等)和PC机等。

实施例三

参照图5，示出了根据本发明实施例五的一种电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图5所示，该电子设备可以包括：处理器(processor)502、通信接口(Communications Interface)504、存储器(memory)506、以及通信总线508。

其中：

处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。

通信接口504，用于与区块链中的其它节点或区块链外的节点进行通信。

处理器502，用于执行程序510，具体可以执行上述区块链业务处理方法实施例中的相关步骤。

具体地，程序510可以包括程序代码，该程序代码包括计算机操作指令。

处理器52可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器506，用于存放程序510。存储器506可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序510具体可以用于使得处理器502执行以下操作：获取用于进行业务处理的配置文件；通过所述配置文件，指示区块链中的第一节点根据所述区块链中预先存储的配置信息生成所述配置文件中指示的数据处理服务；并且，通过所述配置文件，在第二节点根据所述预先存储的配置信息生成人机交互服务；通过所述人机交互服务接收用户输入的业务处理参数；根据所述业务处理参数调用所述数据处理服务，以进行所述业务处理参数所对应的业务处理。

在一种可选的实施方式中，程序510还用于使得处理器502在所述获取用于进行业务处理的配置文件之前，对不同业务处理涉及的通用控件进行数据结构配置，获取第一配置信息；对所述通用控件间的通用数据操作进行配置，获取第二配置信息；根据所述第一配置信息和所述第二配置信息生成区块数据，将所述区块数据发布至所述区块链中的至少一个节点进行存储。

在一种可选的实施方式中，程序510还用于使得处理器502在所述对不同业务处理涉及的通用控件进行数据结构配置时：针对当前通用控件，进行根据当前通用控件对应的公共变量集合中的变量对当前通用控件进行控制的配置。

在一种可选的实施方式中，程序510还用于使得处理器502在所述对所述通用控件间的通用数据操作进行配置时：对所述通用控件间的通用数据操作进行以下配置至少之一：接口配置、参数配置、处理流程配置。

在一种可选的实施方式中，所述接口配置包括：用于指示增加数据的接口配置、用于指示删除数据的接口配置、用于指示修改数据的接口配置、和用于指示查询数据的接口配置；和/或，所述参数配置包括：使用参数进行业务识别的配置；和/或，所述处理流程配置至少包括以下至少之一：根据输入的参数生成数据库并向所述数据库中存储数据的配置、支持参数路径的路由配置、增加所述通用控件的配置、删除所述通用控件的配置。

在一种可选的实施方式中，所述第一配置信息和所述第二配置信息均为可被序列化和反序列化的信息。

在一种可选的实施方式中，程序510还用于使得处理器502在所述通过所述配置文件，指示区块链中的第一节点根据所述区块链中预先存储的配置信息生成所述配置文件中指示的数据处理服务时：确定所述配置文件中用于指示数据处理的第一配置指示；将所述第一配置指示发送至所述区块链中的第一节点，以指示所述第一节点从存储有所述第一配置信息和所述第二配置信息的节点中，获取与所述第一配置指示对应的第一配置信息和第二配置信息；并且，根据获取的所述第一配置信息和所述第二配置信息，生成包括数据处理操作和数据存储操作的数据处理服务。

在一种可选的实施方式中，程序510还用于使得处理器502在所述通过所述配置文件，在第二节点根据所述预先存储的配置信息生成人机交互服务时：确定所述配置文件中用于指示人机交互的第二配置指示；根据所述第二配置指示，从存储有所述第一配置信息和所述第二配置信息的节点中，获取与所述第二配置指示对应的第一配置信息和第二配置信息；并且，根据获取的所述第一配置信息和所述第二配置信息，生成包括人机交互界面和人机交互处理的本地人机交互服务。

程序510中各步骤的具体实现可以参见上述区块链业务处理方法实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

通过本实施例的电子设备，区块链中预先存储有生成各种服务的配置信息，不同的业务处理对应有不同的配置文件，在需要进行相应的业务处理时，只需根据配置文件在第一节点使用预先存储的配置信息生成相应的数据处理服务，在第二节点生成相应的人机交互服务，进而，通过人机交互服务接收用户输入的业务处理参数，并据此调用第一节点中的数据处理服务进行处理，即可实现相应的业务处理。因区块链中预先存储的配置信息通常为适合大部分数据服务的通用数据结构和通用数据操作的配置信息，在此基础上，通过配置文件，可将区块链中预先存储的配置信息按需动态拼装搭建起需要的业务处理逻辑。由此，使得区块链与业务的对接更加灵活，并且，可以满足基于区块链的各种多样化的业务需求。

需要指出，根据实施的需要，可将本发明实施例中描述的各个部件/步骤拆分为更多部件/步骤，也可将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步骤，以实现本发明实施例的目的。

上述根据本发明实施例的方法可在硬件、固件中实现，或者被实现为可存储在记录介质(诸如CD ROM、RAM、软盘、硬盘或磁光盘)中的软件或计算机代码，或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如ASIC或FPGA)的记录介质上的这样的软件处理。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如，RAM、ROM、闪存等)，当所述软件或计算机代码被计算机、处理器或硬件访问且执行时，实现在此描述的区块链业务处理方法。此外，当通用计算机访问用于实现在此示出的区块链业务处理方法的代码时，代码的执行将通用计算机转换为用于执行在此示出的区块链业务处理方法的专用计算机。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。

以上实施方式仅用于说明本发明实施例，而并非对本发明实施例的限制，有关技术领域的普通技术人员，在不脱离本发明实施例的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本发明实施例的范畴，本发明实施例的专利保护范围应由权利要求限定。

Claims (10)

1.一种区块链业务处理方法，其特征在于，包括：

获取用于进行业务处理的配置文件；

通过所述配置文件，将区块链中预先存储的配置信息按需动态拼装搭建为与所述业务处理对应的业务处理逻辑，包括：通过所述配置文件，指示区块链中的第一节点根据所述区块链中预先存储的配置信息生成所述配置文件中指示的数据处理服务；并且，通过所述配置文件，在第二节点根据所述预先存储的配置信息生成人机交互服务；

通过所述人机交互服务接收用户输入的业务处理参数；

根据所述业务处理参数调用所述数据处理服务，以进行所述业务处理参数所对应的业务处理。

2.根据权利要求1所述的方法，其特征在于，在所述获取用于进行业务处理的配置文件之前，所述方法还包括：

对不同业务处理涉及的通用控件进行数据结构配置，获取第一配置信息；

对所述通用控件间的通用数据操作进行配置，获取第二配置信息；

根据所述第一配置信息和所述第二配置信息生成区块数据，将所述区块数据发布至所述区块链中的至少一个节点进行存储。

3.根据权利要求2所述的方法，其特征在于，所述对不同业务处理涉及的通用控件进行数据结构配置，包括：

针对当前通用控件，进行根据当前通用控件对应的公共变量集合中的变量对当前通用控件进行控制的配置。

4.根据权利要求3所述的方法，其特征在于，所述对所述通用控件间的通用数据操作进行配置，包括：

对所述通用控件间的通用数据操作进行以下配置至少之一：接口配置、参数配置、处理流程配置。

5.根据权利要求4所述的方法，其特征在于，

所述接口配置包括：用于指示增加数据的接口配置、用于指示删除数据的接口配置、用于指示修改数据的接口配置、和用于指示查询数据的接口配置；

和/或，

所述参数配置包括：使用参数进行业务识别的配置；

和/或，

所述处理流程配置至少包括以下至少之一：根据输入的参数生成数据库并向所述数据库中存储数据的配置、支持参数路径的路由配置、增加所述通用控件的配置、删除所述通用控件的配置。

6.根据权利要求2-5任一项所述的方法，其特征在于，

所述第一配置信息和所述第二配置信息均为可被序列化和反序列化的信息。

7.根据权利要求6所述的方法，其特征在于，所述通过所述配置文件，指示区块链中的第一节点根据所述区块链中预先存储的配置信息生成所述配置文件中指示的数据处理服务，包括：

确定所述配置文件中用于指示数据处理的第一配置指示；

将所述第一配置指示发送至所述区块链中的第一节点，以指示所述第一节点从存储有所述第一配置信息和所述第二配置信息的节点中，获取与所述第一配置指示对应的第一配置信息和第二配置信息；并且，根据获取的所述第一配置信息和所述第二配置信息，生成包括数据处理操作和数据存储操作的数据处理服务。

8.根据权利要求6所述的方法，其特征在于，所述通过所述配置文件，在第二节点根据所述预先存储的配置信息生成人机交互服务，包括：

确定所述配置文件中用于指示人机交互的第二配置指示；

根据所述第二配置指示，从存储有所述第一配置信息和所述第二配置信息的节点中，获取与所述第二配置指示对应的第一配置信息和第二配置信息；并且，根据获取的所述第一配置信息和所述第二配置信息，生成包括人机交互界面和人机交互处理的本地人机交互服务。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

计算机可读介质，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的区块链业务处理方法。

10.一种计算机存储介质，其特征在于，其上存储有计算机程序，该程序被处理器执行时实现如权利要求1-8中任一所述的区块链业务处理方法。

Images