CN110597837A - 业务数据处理方法、装置、存储介质和计算机设备 - Google Patents

Abstract

本申请涉及一种业务数据处理方法、装置、存储介质和计算机设备，所述方法包括：接收携带业务数据的业务处理请求，从业务数据中提取业务申请人信息，根据业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对业务校验数据和业务数据中的业务证明数据；当业务校验数据和业务证明数据一致时，获取业务数据中的合约标识，根据合约标识对预设的业务数据处理区块链进行搜索，确定与合约标识对应的目标智能合约；调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果；下发业务处理结果至业务处理请求的发送方。本申请提供的方案可以实现提高业务处理判断的准确率。

Description

业务数据处理方法、装置、存储介质和计算机设备

技术领域

本申请涉及区块链技术领域，特别是涉及一种业务数据处理方法、装置、存储介质和计算机设备。

背景技术

随着计算机技术的发展，出现了业务数据处理***，传统的业务数据处理***，是根据业务申请人提供的业务数据来进行业务处理资格的判断，并给出对应的业务处理结果。在需要对业务数据进行处理时，在接收到业务申请人提供的业务数据后，计算机需要根据业务数据在业务数据库中进行全面的检索和匹配，获得与业务数据对应的业务校验数据以及各业务处理条件，根据业务校验数据以及各业务处理条件，得到业务处理结果。

然而，目前的业务数据处理方式，在进行业务数据处理之前，计算机会接受外部数据并将外部数据存入业务数据库中，由于业务数据库中数据可以人为进行修改，如果业务数据库的管理员作恶，私自篡改其中数据，将会导致业务处理判断准确率低。

发明内容

基于此，有必要针对业务处理判断准确率低的技术问题，提供一种业务数据处理方法、装置、存储介质和计算机设备。

一种业务数据处理方法，包括：

接收携带业务数据的业务处理请求，从业务数据中提取业务申请人信息，根据业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对业务校验数据和业务数据中的业务证明数据；

当业务校验数据和业务证明数据一致时，获取业务数据中的合约标识，根据合约标识对预设的业务数据处理区块链进行搜索，确定与合约标识对应的目标智能合约；

调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果；

下发业务处理结果至业务处理请求的发送方。

一种业务数据处理装置，包括：

校验模块，用于接收携带业务数据的业务处理请求，从业务数据中提取业务申请人信息，根据业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对业务校验数据和业务数据中的业务证明数据；

处理模块，用于当业务校验数据和业务证明数据一致时，获取业务数据中的合约标识，根据合约标识对预设的业务数据处理区块链进行搜索，确定与合约标识对应的目标智能合约；

调用模块，用于调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果；

结果下发模块，用于下发业务处理结果至业务处理请求的发送方。

一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收携带业务数据的业务处理请求，从业务数据中提取业务申请人信息，根据业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对业务校验数据和业务数据中的业务证明数据；

当业务校验数据和业务证明数据一致时，获取业务数据中的合约标识，根据合约标识对预设的业务数据处理区块链进行搜索，确定与合约标识对应的目标智能合约；

调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果；

下发业务处理结果至业务处理请求的发送方。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时实现以下步骤：

接收携带业务数据的业务处理请求，从业务数据中提取业务申请人信息，根据业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对业务校验数据和业务数据中的业务证明数据；

当业务校验数据和业务证明数据一致时，获取业务数据中的合约标识，根据合约标识对预设的业务数据处理区块链进行搜索，确定与合约标识对应的目标智能合约；

调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果；

下发业务处理结果至业务处理请求的发送方。

上述业务数据处理方法、装置、存储介质和计算机设备，通过比对健康数据区块链中的业务校验数据和业务数据中的业务证明数据对业务申请人进行校验，由于区块链中的数据是不易被篡改的，通过这种方式能够准确验证业务证明数据的真实性，当业务校验数据和业务证明数据一致，即校验通过时，根据业务数据中的合约标识对业务数据处理区块链进行搜索，确定目标智能合约，调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果，下发业务处理结果至处理请求的发送方，由于智能合约中的业务处理条件也是不可篡改的，整个过程，可以实现对业务数据的准确判断，提高了业务处理判断的准确率。

附图说明

图1为一个实施例中业务数据处理方法的应用环境图；

图2为一个实施例中业务数据处理方法的流程示意图；

图3为另一个实施例中业务数据处理方法的流程示意图；

图4为另一个实施例中业务数据处理方法的应用环境图；

图5为又一个实施例中业务数据处理方法的流程示意图；

图6为一个实施例中业务数据处理装置的结构框图；

图7为一个实施例中计算机设备的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

图1为一个实施例中业务数据处理方法的应用环境图。参照图1，该业务数据处理方法应用于业务数据处理***。该业务数据处理***包括终端110、包括多个区块链节点120的业务数据处理区块链130和健康数据区块链140。多个区块链节点120可以是指业务数据处理区块链130中各客户端。每个区块链节点120在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该业务数据处理区块链130内的共享数据。为了保证业务数据处理区块链内的信息互通，业务数据处理区块链中的每个区块链节点之间可以存在信息连接，区块链节点之间可以通过上述信息连接进行信息传输。例如，当业务数据处理区块链中的任意区块链节点接收到输入信息时，业务数据处理区块链中的其他区块链节点便根据共识算法获取该输入信息，将该输入信息作为共享数据中的数据进行存储，使得业务数据处理区块链中全部区块链节点上存储的数据均一致。对于业务数据处理区块链中的每个区块链节点，均具有与其对应的节点标识，而且业务数据处理区块链中的每个区块链节点均可以存储有业务数据处理区块链中其他节点的节点标识，以便后续根据其他节点的节点标识，将生成的区块广播至业务数据处理区块链中的其他节点。每个区块链节点中可维护一个节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(Internet Protocol，网络之间互联的协议)地址以及其他任一种能够用于标识该区块链节点的信息。

其中，业务数据处理区块链包括多个区块链节点，业务数据处理区块链中的每个区块链节点均存储一条相同的业务数据处理区块链。业务数据处理区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。业务数据处理区块链由多个区块组成，创始块中包括区块头和区块主体，区块头中存储有输入信息特征值、版本号、时间戳和难度值，区块主体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块主体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

其中，终端110和区块链节点120通过网络连接，区块链节点120之间通过网络连接，区块链节点120和健康数据区块链140通过网络连接。业务数据处理区块链130中的区块链节点120接收携带业务数据的业务处理请求，从业务数据中提取业务申请人信息，根据业务申请人信息从预设的健康数据区块链140中获取业务校验数据，比对业务校验数据和业务数据中的业务证明数据，当业务校验数据和业务证明数据一致时，获取业务数据中的合约标识，根据合约标识对业务数据处理区块链130进行搜索，确定与合约标识对应的目标智能合约，调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果，下发业务处理结果至终端110。终端110具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。区块链节点120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如图2所示，在一个实施例中，提供了一种业务数据处理方法。本实施例主要以该方法应用于上述图1中的区块链节点120来举例说明。参照图2，该业务数据处理方法具体包括如下步骤S202至步骤S208。

步骤S202，接收携带业务数据的业务处理请求，从业务数据中提取业务申请人信息，根据业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对业务校验数据和业务数据中的业务证明数据。

其中，业务数据是指业务申请人提供的与业务类型对应的业务处理信息。例如，当业务类型为疾病险理赔时，业务数据具体可以是业务申请人病历信息以及业务处理药品数据。业务处理请求是指请求区块链节点根据业务数据进行业务处理判断的请求。业务申请人信息是指业务申请人的身份标识信息。比如，业务申请人信息具体可以是业务申请人身份证信息、业务申请人账户信息。业务校验数据是指业务申请人在业务申请时提供的与业务类型对应的业务申请信息。比如，业务校验数据具体可以是业务申请人身份信息、业务申请人历史病历信息。健康数据区块链是指存储有业务申请人的健康数据的区块链。比如，健康数据区块链具体可以为存储有业务申请人的病历数据的区块链。

在一个实施例中，步骤根据业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对业务校验数据和业务数据中的业务证明数据包括：

生成携带业务申请人信息的病历数据获取请求，将病历数据获取请求发送至健康数据区块链，并接收健康数据区块链在对业务申请人信息校验成功后反馈的业务申请人电子病历；

比对业务申请人电子病历和业务数据中的业务申请人病历信息。

其中，健康数据区块链内存储有业务申请人的最新病历数据。比如，当业务申请人在业务处理之前病历数据有更新时，负责更新病历数据的健康数据区块链的区块链节点会将更新的病历数据进行存证，并基于共识机制将更新的病历数据在健康数据区块链中进行共识。业务申请人电子病历是指业务申请人最新电子病历，通过业务申请人电子病历可以核实业务申请人在业务申请之后的健康状况。业务申请人病历信息是指当业务申请人发起业务处理请求时，上传的病历证明信息，根据业务申请人病历信息可以确定业务申请人的患病情况，进而根据患病情况进行业务处理判断。

具体的，区块链节点在接收到业务数据之后，会从业务数据中提取业务申请人信息，生成携带业务申请人信息的病历数据获取请求，将病历数据获取请求发送至健康数据区块链中的区块链节点，接收健康数据区块链中的区块链节点反馈的业务申请人电子病历，通过比对业务申请人电子病历和业务数据中的业务申请人病历信息，对业务申请人病历信息进行核实，由于在健康数据区块链中的业务申请人电子病历是不易篡改的，通过这种方式，可以实现对业务申请人病历信息的准确核实，进而为进行业务处理提供判断依据，能够提高业务处理的准确率。

在一个实施例中，如图3所示，步骤接收携带业务数据的业务处理请求之前，该业务数据处理方法还包括步骤S302至步骤S308。

步骤S302，接收携带业务申请人的业务申请信息的业务申请资格校验请求；

步骤S304，根据业务申请资格校验请求对业务申请人的业务申请资格进行校验；

步骤S306，当业务申请人具备业务申请资格时，根据业务申请信息生成业务申请人的业务单；

步骤S308，根据业务单，生成智能合约，并在业务数据处理区块链上部署智能合约，反馈已校验提示至业务申请资格校验请求的发送方。

其中，业务申请信息是指业务申请人提供的用于审核该业务申请人是否具备业务申请资格的个人信息。比如，业务申请信息具体可以是业务申请人历史病历信息。业务申请资格校验请求是指用户发送的用于指示区块链节点对业务申请人的业务申请资格进行校验的请求。对业务申请人的业务申请资格进行校验是指对业务申请信息进行核实以及根据业务申请信息判断该业务申请人是否处于可申请范围内。例如，当业务申请为投保申请时，对业务申请人的业务申请资格进行校验即是指对投保信息进行核实以及根据投保信息判断该投保人是否处于可保范围内。

其中，业务单是指业务申请人的电子合同。例如，当业务申请为投保申请时，业务单是指投保人的电子保险合同。智能合约是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。智能合约的目的是提供优于传统合约的安全方法，并减少与合约相关的其他交易成本。已校验提示用于提示业务申请资格校验请求的发送方，区块链节点已经完成业务申请资格校验。业务数据处理区块链是指进行业务数据处理的区块链，其中包括多个区块链节点。

具体的，在接收携带业务数据的业务处理请求之前，区块链节点会接收携带业务申请人的业务申请信息的业务申请资格校验请求，根据业务申请资格校验请求对业务申请人的业务申请资格进行校验，验证业务申请人是否具备业务申请资格，当业务申请人具备业务申请资格时，根据业务申请信息生成业务申请人的业务单，并根据业务单，生成智能合约，在业务数据处理区块链上部署智能合约，通过这种方式，能在业务申请人具备业务申请资格时，根据业务单准确地生成智能合约，从而方便后续根据智能合约对业务申请人进行业务处理判断，能够提高业务处理判断的准确率。

在一个实施例中，步骤根据业务申请资格校验请求对业务申请人的业务申请资格进行校验包括：

生成携带业务申请信息中的用户标识的身份认证请求，将身份认证请求发送至预设的身份认证区块链，并接收身份认证区块链在对用户标识校验成功后反馈的身份校验信息，比对身份校验信息和用户标识；

当身份校验信息和用户标识一致时，生成携带用户标识的历史病历数据获取请求，将历史病历数据获取请求发送至健康数据区块链；

接收健康数据区块链在对用户标识校验成功后反馈的业务申请人历史电子病历，比对业务申请人历史电子病历和业务申请人信息中的业务申请人历史病历信息；

当业务申请人历史电子病历和业务申请人历史病历信息相同时，调用业务申请智能合约，由业务申请智能合约执行声明的业务申请处理逻辑，基于业务申请信息对业务申请人的业务申请资格进行校验。

其中，用户标识是指用于标识业务申请人身份的信息。比如，用户标识具体可以是业务申请人身份证信息、业务申请人账户信息。业务申请人身份信息和业务申请人账户信息具体可以是根据业务申请人身份证号和业务申请人账户以及预设的特征值算法得到的特征值。比如，特征值算法具体可以是哈希算法，特征值具体可以是哈希值。身份认证区块链是指存储有业务申请人的身份校验信息的区块链。身份校验信息是指用于对用户标识进行校验的信息。比如，身份校验信息可以是事先已存储的真实可信的各业务申请人身份证信息。区块链节点需要通过比对身份校验信息和用户标识对业务申请人身份进行核实。

其中，业务申请人历史电子病历是业务申请人在业务申请前的电子病历数据，可用于对业务申请人在业务申请前的健康状况进行核实。业务申请人历史病历信息是指业务申请人在进行业务申请时提供的历史病历信息。区块链节点需要通过比对业务申请人历史电子病历和业务申请信息中的业务申请人历史病历信息，对业务申请人历史病历信息的真实性进行核实。业务申请智能合约是指用于根据业务申请信息对业务申请人的业务申请资格进行校验的合约，业务申请处理逻辑是指用于根据业务申请人的业务申请信息对业务申请资格进行校验的逻辑，业务申请处理逻辑与业务申请约束条件对应。例如，当业务申请为投保申请时，业务申请处理逻辑与投保约束条件对应。由业务申请智能合约执行声明的业务申请处理逻辑，能够实现根据业务申请信息匹配业务申请处理逻辑所对应的业务申请约束条件，对业务申请人的业务申请资格进行校验。

具体的，由于身份认证区块链中的数据是不易篡改的，通过比对身份认证区块链反馈的身份校验信息和用户标识对业务申请人身份进行校验的方式，能够实现对业务申请人身份的核实。当身份校验信息和用户标识一致，即业务申请人身份通过校验时，进一步通过比对业务申请人历史电子病历和业务申请信息中的业务申请人历史病历信息对业务申请人提供的业务申请人历史病历信息进行校验，由于健康数据区块链中的数据是不易篡改的，通过这种方式能够实现对业务申请人历史病历信息的核实。当业务申请人历史电子病历和业务申请人历史病历信息相同时，调用业务申请智能合约，由业务申请智能合约执行声明的业务申请处理逻辑，基于业务申请信息对业务申请人的业务申请资格进行校验。由于业务申请智能合约中的业务申请处理逻辑与业务申请约束条件对应，通过这种方式，可以根据业务申请智能合约中的业务申请处理逻辑实现对业务申请人的业务申请资格的准确校验。

步骤S204，当业务校验数据和业务证明数据一致时，获取业务数据中的合约标识，根据合约标识对业务数据处理区块链进行搜索，确定与合约标识对应的目标智能合约。

其中，合约标识是指与业务处理请求对应的业务项目的标识。例如，合约标识具体可以是业务申请人想要申请业务处理的保险项目的标识。目标智能合约是指用于根据业务数据进行业务处理的合约。例如，目标智能合约具体可以是保险业务处理合约。

具体的，业务数据处理区块链上已预先部署与各种业务处理项目对应的智能合约，当业务校验数据和业务证明数据一致时，区块链节点会获取业务数据中的合约标识，根据合约标识对业务数据处理区块链进行搜索，从业务数据处理区块链中查找到与合约标识对应的目标智能合约。

步骤S206，调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果。

其中，业务数据处理逻辑是指用于根据业务数据中的业务处理项进行业务处理判断的逻辑，业务数据处理逻辑与业务处理约束条件对应，业务处理约束条件包括目标业务处理项集合。由目标智能合约执行声明的业务数据处理逻辑，能够实现根据业务数据中的业务处理项匹配业务数据处理逻辑所对应的目标业务处理项集合进行业务处理判断。业务处理结果是指基于业务数据进行业务处理判断后得到的结果。比如，业务处理结果具体可以是确认进行资源数据转移或者确认不进行资源数据转移。

在一个实施例中，步骤由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果包括：

比对目标智能合约中的目标业务处理项集合和业务数据中的业务处理项；

当业务处理项在目标业务处理项集合内时，得到业务处理结果为确认进行资源数据转移。

其中，目标业务处理项集合是指目标智能合约所声明的业务数据处理逻辑对应的需满足业务处理条件集合，业务处理项是指业务数据中用于进行业务处理判断的业务处理信息，例如，当业务处理请求为保险理赔请求时，目标业务处理项集合具体可以是目标理赔项集合，业务处理项具体可以是业务申请人的需理赔疾病信息、需理赔药品信息以及需理赔金额信息等。具体的，通过比对目标智能合约中的目标业务处理项集合和业务数据中的业务处理项，可以实现对业务申请人是否满足业务处理条件的准确判断，当业务处理项在目标业务处理项集合内时，得到业务处理结果为确认进行资源数据转移，提高了业务处理判断的准确率。

在一个实施例中，目标业务处理项集合包括目标业务处理疾病项集合、目标业务处理药品项集合以及目标业务处理资源数据转移项集合，业务处理项包括业务处理疾病项、业务处理药品项以及业务处理资源数据转移项。

其中，目标业务处理疾病项集合是指满足业务处理条件的疾病项集合，目标业务处理药品项集合是指满足业务处理要求的药品项集合，目标业务处理资源数据转移项集合是指是指满足业务处理要求的资源数据转移项集合。业务处理疾病项是指业务申请人提供的待审核的疾病项，业务处理药品项是指业务申请人提供的待审核的药品项，业务处理资源数据转移项是指业务申请人提供的待审核的资源数据转移项。例如，当业务处理请求为保险理赔请求时，目标业务处理疾病项集合是指可理赔的疾病项集合，只有在理赔疾病项集合内的疾病可以被理赔，目标业务处理药品项集合是指可理赔的药品项集合，只有在理赔药品项集合内的药品可以被理赔，目标业务处理资源数据转移项集合是指可理赔的金额范围，只有在理赔金额项集合内的金额可以被理赔。业务处理疾病项是指投保人提供的待理赔的疾病项，业务处理药品项是指投保人提供的待理赔的药品项，业务处理资源数据转移项是指投保人提供的待理赔的金额。

具体的，只有业务申请人的各业务处理项均包括在目标业务处理项集合中对应的业务处理项集合内时，该业务申请人的业务处理请求才能被通过，通过这种方式，可以实现对业务申请人是否满足业务处理条件的准确判断，提高了业务处理判断的准确率。

步骤S208，下发业务处理结果至业务处理请求的发送方。

具体的，当得到业务处理结果时，区块链节点会下发业务处理结果至业务处理请求的发送方，业务处理请求的发送方是指发送业务处理请求的终端。比如，业务处理请求的发送方具体可以是业务申请人使用的终端。

在一个实施例中，步骤下发业务处理结果至处理请求的发送方之后，该业务数据处理方法还包括：

当业务处理结果为确认进行资源数据转移时，获取业务数据中的业务申请人账户信息；

发送携带业务申请人账户信息的资源数据转移请求至资源数据转移***，资源数据转移请求用于指示资源数据转移***根据业务处理结果中的资源数据转移信息和业务申请人账户信息进行资源数据转移；

接收资源数据转移***反馈的第一已处理提示，根据第一已处理提示反馈第二已处理提示至业务处理请求的发送方。

其中，业务申请人账户信息具体可以是指业务申请人的银行账户信息。资源数据转移请求是指用于指示资源数据转移***根据业务处理结果中的资源数据转移信息和业务申请人账户信息进行资源数据转移的请求。资源数据转移***是指对业务申请人进行资源数据转移的***。第一已处理提示是指用于提示已完成资源数据转移的提示。例如，当业务处理请求为保险理赔时，支付***会在确认进行理赔后，根据理赔金额和投保人账户信息进行理赔。

具体的，当业务处理结果为确认进行资源数据转移时，通过发送携带业务申请人账户信息的资源数据转移请求至资源数据转移***，指示资源数据转移***根据业务处理结果中的资源数据转移信息和业务申请人账户信息进行资源数据转移，实现了自动化业务处理，提高了业务处理效率。

上述业务数据处理方法，通过比对健康数据区块链中的业务校验数据和业务数据中的业务证明数据对业务申请人进行校验，由于区块链中的数据是不易被篡改的，通过这种方式能够准确验证业务证明数据的真实性，当业务校验数据和业务证明数据一致，即校验通过时，根据业务数据中的合约标识对业务数据处理区块链进行搜索，确定目标智能合约，调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果，下发业务处理结果至处理请求的发送方，由于智能合约中的业务处理条件也是不可篡改的，整个过程，可以实现对业务数据的准确判断，提高了业务处理判断的准确率。

在一个实施例中，以图4的保险理赔应用场景为例，对本申请的业务数据处理方法进行说明。

保险业务区块链中的区块链节点接收保险中断发送的携带投保人的投保信息的投保资格校验请求，生成携带投保信息中的用户标识的身份认证请求，将身份认证请求发送至预设的身份认证区块链，并接收身份认证区块链在对用户标识校验成功后反馈的身份校验信息，比对身份校验信息和用户标识，当身份校验信息和用户标识一致时，生成携带用户标识的历史病历数据获取请求，将历史病历数据获取请求发送至健康数据区块链，接收健康数据区块链在对用户标识校验成功后反馈的投保人历史电子病历，比对投保人历史电子病历和投保人信息中的投保人历史病历信息，当投保人历史电子病历和投保人历史病历信息相同时，调用投保智能合约，由投保智能合约执行声明的投保业务逻辑，基于投保信息对投保人的投保资格进行校验，当投保人具备投保资格时，根据投保信息生成投保人的电子投保保单，根据电子投保保单，生成智能合约，并在区块链上部署智能合约，反馈已校验提示至发送投保资格校验请求的保险终端，接收用户终端发送的携带保险业务数据的业务处理请求，从保险业务数据中提取投保人信息，根据投保人信息从预设的健康数据区块链中获取保险业务校验数据，比对保险业务校验数据和保险业务数据中的业务证明数据，当保险业务校验数据和业务证明数据一致时，获取保险业务数据中的保单标识，根据保单标识对预设的保险业务区块链进行搜索，确定与保单标识对应的目标智能合约，调用目标智能合约，由目标智能合约执行声明的保险业务逻辑，基于保险业务数据得到业务处理结果，下发业务处理结果至发送业务处理请求的用户终端，当业务处理结果为确认理赔时，获取保险业务数据中的投保人账户信息，发送携带投保人账户信息的支付请求至理赔支付***，支付请求用于指示理赔支付***根据业务处理结果中的理赔金额和投保人账户信息进行理赔，接收理赔支付***反馈的已处理提示，根据已处理提示反馈已理赔提示至发送业务处理请求的用户终端。

在一个实施例中，如图5所示，在一个实施例中，如图5所示，通过一个最具体实施例来说明本申请中的业务数据处理方法。该方法包括如下步骤S502至步骤S528。

步骤S502，接收携带业务申请人的业务申请信息的业务申请资格校验请求；

步骤S504，生成携带业务申请信息中的用户标识的身份认证请求，将身份认证请求发送至预设的身份认证区块链，并接收身份认证区块链在对用户标识校验成功后反馈的身份校验信息，比对身份校验信息和用户标识；

步骤S506，当身份校验信息和用户标识一致时，生成携带用户标识的历史病历数据获取请求，将历史病历数据获取请求发送至健康数据区块链；

步骤S508，接收健康数据区块链在对用户标识校验成功后反馈的业务申请人历史电子病历，比对业务申请人历史电子病历和业务申请人信息中的业务申请人历史病历信息；

步骤S510，当业务申请人历史电子病历和业务申请人历史病历信息相同时，调用业务申请智能合约，由业务申请智能合约执行声明的业务申请处理逻辑，基于业务申请信息对业务申请人的业务申请资格进行校验；

步骤S512，当业务申请人具备业务申请资格时，根据业务申请信息生成业务申请人的业务单；

步骤S514，根据业务单，生成智能合约，并在业务数据处理区块链上部署智能合约，反馈已校验提示至业务申请资格校验请求的发送方；

步骤S516，接收携带业务数据的业务处理请求，从业务数据中提取业务申请人信息，根据业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对业务校验数据和业务数据中的业务证明数据；

步骤S518，当业务校验数据和业务证明数据一致时，获取业务数据中的合约标识，根据合约标识对预设的业务数据处理区块链进行搜索，确定与合约标识对应的目标智能合约；

步骤S520，调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果；

步骤S522，下发业务处理结果至业务处理请求的发送方；

步骤S524，当业务处理结果为确认进行资源数据转移时，获取业务数据中的业务申请人账户信息；

步骤S526，发送携带业务申请人账户信息的资源数据转移请求至资源数据转移***，资源数据转移请求用于指示资源数据转移***根据业务处理结果中的资源数据转移信息和业务申请人账户信息进行资源数据转移；

步骤S528，接收资源数据转移***反馈的第一已处理提示，根据第一已处理提示反馈第二已处理提示至业务处理请求的发送方。

图5为一个实施例中业务数据处理方法的流程示意图。应该理解的是，虽然图5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

如图6所示，在一个实施例中，提供了一种业务数据处理装置，该装置包括校验模块602、处理模块604、调用模块606和结果下发模块608。

校验模块602，用于接收携带业务数据的业务处理请求，从业务数据中提取业务申请人信息，根据业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对业务校验数据和业务数据中的业务证明数据。

在一个实施例中，校验模块602还包括比对单元，比对单元用于生成携带业务申请人信息的病历数据获取请求，将病历数据获取请求发送至健康数据区块链，并接收健康数据区块链在对业务申请人信息校验成功后反馈的业务申请人电子病历，比对业务申请人电子病历和业务数据中的业务申请人病历信息。

处理模块604，用于当业务校验数据和业务证明数据一致时，获取业务数据中的合约标识，根据合约标识对预设的业务数据处理区块链进行搜索，确定与合约标识对应的目标智能合约。

调用模块606，用于调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果。

在一个实施例中，调用模块606包括智能合约处理单元，智能合约处理单元用于比对目标智能合约中的目标业务处理项集合和业务数据中的业务处理项，当业务处理项在目标业务处理项集合内时，得到业务处理结果为确认进行资源数据转移。

在一个实施例中，目标业务处理项集合包括目标业务处理疾病项集合、目标业务处理药品项集合以及目标业务处理资源数据转移项集合，业务处理项包括业务处理疾病项、业务处理药品项以及业务处理资源数据转移项。

结果下发模块608，用于下发业务处理结果至业务处理请求的发送方。

上述业务数据处理装置，通过比对健康数据区块链中的业务校验数据和业务数据中的业务证明数据对业务申请人进行校验，由于区块链中的数据是不易被篡改的，通过这种方式能够准确验证业务证明数据的真实性，当业务校验数据和业务证明数据一致，即校验通过时，根据业务数据中的合约标识对业务数据处理区块链进行搜索，确定目标智能合约，调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果，下发业务处理结果至处理请求的发送方，由于智能合约中的业务处理条件也是不可篡改的，整个过程，可以实现对业务数据的准确判断，提高了业务处理判断的准确率。

在一个实施例中，该业务数据处理装置还包括部署模块，部署模块用于接收携带业务申请人的业务申请信息的业务申请资格校验请求，根据业务申请资格校验请求对业务申请人的业务申请资格进行校验，当业务申请人具备业务申请资格时，根据业务申请信息生成业务申请人的业务单，根据业务单，生成智能合约，并在业务数据处理区块链上部署智能合约，反馈已校验提示至业务申请资格校验请求的发送方。

在一个实施例中，部署模块包括投保校验单元，投保校验单元用于生成携带业务申请信息中的用户标识的身份认证请求，将身份认证请求发送至预设的身份认证区块链，并接收身份认证区块链在对用户标识校验成功后反馈的身份校验信息，比对身份校验信息和用户标识，当身份校验信息和用户标识一致时，生成携带用户标识的历史病历数据获取请求，将历史病历数据获取请求发送至健康数据区块链，接收健康数据区块链在对用户标识校验成功后反馈的业务申请人历史电子病历，比对业务申请人历史电子病历和业务申请人信息中的业务申请人历史病历信息，当业务申请人历史电子病历和业务申请人历史病历信息相同时，调用业务申请智能合约，由业务申请智能合约执行声明的业务申请处理逻辑，基于业务申请信息对业务申请人的业务申请资格进行校验。

在一个实施例中，该业务数据处理装置还包括支付模块，支付模块用于当业务处理结果为确认进行资源数据转移时，获取业务数据中的业务申请人账户信息，发送携带业务申请人账户信息的资源数据转移请求至资源数据转移***，资源数据转移请求用于指示资源数据转移***根据业务处理结果中的资源数据转移信息和业务申请人账户信息进行资源数据转移，接收资源数据转移***反馈的第一已处理提示，根据第一已处理提示反馈第二已处理提示至业务处理请求的发送方。

图7示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的区块链节点120。如图7所示，该计算机设备包括该计算机设备包括通过***总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作***，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现业务数据处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行业务数据处理方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的业务数据处理装置可以实现为一种计算机程序的形式，计算机程序可在如图7所示的计算机设备上运行。计算机设备的存储器中可存储组成该业务数据处理装置的各个程序模块，比如，图6所示的校验模块、处理模块、调用模块和结果下发模块。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的业务数据处理方法中的步骤。

例如，图7所示的计算机设备可以通过如图6所示的业务数据处理装置中的校验模块执行接收携带业务数据的业务处理请求，从业务数据中提取业务申请人信息，根据业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对业务校验数据和业务数据中的业务证明数据。计算机设备可通过处理模块执行当业务校验数据和业务证明数据一致时，获取业务数据中的合约标识，根据合约标识对预设的业务数据处理区块链进行搜索，确定与合约标识对应的目标智能合约。计算机设备可通过调用模块执行调用目标智能合约，由目标智能合约执行声明的业务数据处理逻辑，基于业务数据得到业务处理结果。计算机设备可通过结果下发模块执行下发业务处理结果至业务处理请求的发送方。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述业务数据处理方法的步骤。此处业务数据处理方法的步骤可以是上述各个实施例的业务数据处理方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述业务数据处理方法的步骤。此处业务数据处理方法的步骤可以是上述各个实施例的业务数据处理方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种业务数据处理方法，包括：

接收携带业务数据的业务处理请求，从所述业务数据中提取业务申请人信息，根据所述业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对所述业务校验数据和所述业务数据中的业务证明数据；

当所述业务校验数据和所述业务证明数据一致时，获取所述业务数据中的合约标识，根据所述合约标识对预设的业务数据处理区块链进行搜索，确定与所述合约标识对应的目标智能合约；

调用所述目标智能合约，由所述目标智能合约执行声明的业务数据处理逻辑，基于所述业务数据得到业务处理结果；

下发所述业务处理结果至所述业务处理请求的发送方。

2.根据权利要求1所述的方法，其特征在于，所述根据所述业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对所述业务校验数据和所述业务数据中的业务证明数据包括：

生成携带所述业务申请人信息的病历数据获取请求，将所述病历数据获取请求发送至健康数据区块链，并接收所述健康数据区块链在对所述业务申请人信息校验成功后反馈的业务申请人电子病历；

比对所述业务申请人电子病历和所述业务数据中的业务申请人病历信息。

3.根据权利要求1所述的方法，其特征在于，所述由所述目标智能合约执行声明的业务数据处理逻辑，基于所述业务数据得到业务处理结果包括：

比对所述目标智能合约中的目标业务处理项集合和所述业务数据中的业务处理项；

当所述业务处理项在所述目标业务处理项集合内时，得到业务处理结果为确认进行资源数据转移。

4.根据权利要求1所述的方法，其特征在于，所述目标业务处理项集合包括目标业务处理疾病项集合、目标业务处理药品项集合以及目标业务处理资源数据转移项集合，所述业务处理项包括业务处理疾病项、业务处理药品项以及业务处理资源数据转移项。

5.根据权利要求1所述的方法，其特征在于，所述接收携带业务数据的业务处理请求之前，还包括：

接收携带业务申请人的业务申请信息的业务申请资格校验请求；

根据所述业务申请资格校验请求对业务申请人的业务申请资格进行校验；

当所述业务申请人具备业务申请资格时，根据所述业务申请信息生成业务申请人的业务单；

根据所述业务单，生成智能合约，并在所述业务数据处理区块链上部署所述智能合约，反馈已校验提示至所述业务申请资格校验请求的发送方。

6.根据权利要求1所述的方法，其特征在于，所述根据所述业务申请资格校验请求对业务申请人的业务申请资格进行校验包括：

生成携带所述业务申请信息中的用户标识的身份认证请求，将所述身份认证请求发送至预设的身份认证区块链，并接收所述身份认证区块链在对所述用户标识校验成功后反馈的身份校验信息，比对所述身份校验信息和所述用户标识；

当所述身份校验信息和所述用户标识一致时，生成携带所述用户标识的历史病历数据获取请求，将所述历史病历数据获取请求发送至所述健康数据区块链；

接收所述健康数据区块链在对所述用户标识校验成功后反馈的业务申请人历史电子病历，比对所述业务申请人历史电子病历和所述业务申请信息中的业务申请人历史病历信息；

当所述业务申请人电子病历和所述业务申请人历史病历信息相同时，调用业务申请智能合约，由所述业务申请智能合约执行声明的业务申请处理逻辑，基于所述业务申请信息对业务申请人的业务申请资格进行校验。

7.根据权利要求1所述的方法，其特征在于，所述下发所述业务处理结果至所述业务处理请求的发送方之后，还包括：当所述业务处理结果为确认进行资源数据转移时，获取所述业务数据中的业务申请人账户信息；

发送携带业务申请人账户信息的资源数据转移请求至资源数据转移***，所述资源数据转移请求用于指示所述资源数据转移***根据所述业务处理结果中的资源数据转移信息和所述业务申请人账户信息进行资源数据转移；

接收所述资源数据转移***反馈的第一已处理提示，根据所述第一已处理提示反馈第二已处理提示至所述业务处理请求的发送方。

8.一种业务数据处理装置，其特征在于，所述装置包括：

校验模块，用于接收携带业务数据的业务处理请求，从所述业务数据中提取业务申请人信息，根据所述业务申请人信息从预设的健康数据区块链中获取业务校验数据，比对所述业务校验数据和所述业务数据中的业务证明数据；

处理模块，用于当所述业务校验数据和所述业务证明数据一致时，获取所述业务数据中的合约标识，根据所述合约标识对预设的业务数据处理区块链进行搜索，确定与所述合约标识对应的目标智能合约；

调用模块，用于调用所述目标智能合约，由所述目标智能合约执行声明的业务数据处理逻辑，基于所述业务数据得到业务处理结果；

结果下发模块，用于下发所述业务处理结果至所述业务处理请求的发送方。

9.一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7中任一项所述方法的步骤。