CN110020543B - 一种基于区块链的数据处理方法和装置 - Google Patents

Abstract

本说明书的一个或多个实施例提供了一种基于区块链的数据处理方法和装置，所述区块链包括业务受理平台节点设备和业务数据处理方节点设备，所述方法包括：所述业务受理平台节点设备接收目标用户的业务处理申请数据；根据预设的第一业务处理步骤，基于所述业务处理申请数据，生成第一业务处理结果；向所述区块链发送第一交易，所述第一交易包括所述第一业务处理结果，以使所述第一交易被区块链共识验证后收录于所述区块链的分布式数据库；所述第一业务处理结果用于由所述业务数据处理方节点设备根据预设的第二业务处理步骤，基于所述第一业务处理结果而生成第二业务处理结果。

Description

一种基于区块链的数据处理方法和装置

技术领域

本说明书涉及数据处理技术领域，尤其涉及一种基于区块链的数据处理方法和装置。

背景技术

区块链技术，也被称之为分布式账本技术，是一种由若干台计算设备共同参与“记账”，共同维护一份完整的分布式数据库的新兴技术。由于区块链技术具有去中心化、公开透明、每台计算设备可以参与数据库记录、并且各计算设备之间可以快速的进行数据同步的特性，使得区块链技术已在众多的领域中广泛的进行应用。

发明内容

有鉴于此，本说明书一个或多个实施例提供了基于区块链的数据处理方法、装置和计算机设备。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种基于区块链的数据处理方法，所述区块链包括业务受理平台节点设备和业务数据处理方节点设备，所述方法包括：

所述业务受理平台节点设备接收目标用户的业务处理申请数据；

根据预设的第一业务处理步骤，基于所述业务处理申请数据，生成第一业务处理结果；

向所述区块链发送第一交易，所述第一交易包括所述第一业务处理结果，以使所述第一交易被区块链共识验证后收录于所述区块链的分布式数据库；所述第一业务处理结果用于由所述业务数据处理方节点设备根据预设的第二业务处理步骤，基于所述第一业务处理结果而生成第二业务处理结果。

根据本说明书一个或多个实施例的第二方面，提出了一种基于区块链的数据处理方法，所述区块链包括业务受理平台节点设备和业务数据处理方节点设备，所述方法包括：

所述业务数据处理方节点设备从所述区块链的分布式数据库获取所述业务受理平台节点设备发送的第一交易，所述第一交易包括第一业务处理结果，所述第一业务处理结果是所述业务受理平台节点设备根据预设的第一业务处理步骤，基于接收到的目标用户的业务处理申请数据而生成；

根据预设的第二业务处理步骤，基于所述第一业务处理结果，生成第二业务处理结果；

向所述区块链发送第二交易，所述第二交易包括所述第二业务处理结果，以使所述第二交易被区块链共识验证后收录于所述区块链的分布式数据库。

根据本说明书一个或多个实施例的第三方面，提出了一种基于区块链的数据处理装置，所述区块链包括业务受理平台节点设备和业务数据处理方节点设备，所述装置包括：

接收单元，用于接收目标用户的业务处理申请数据；

生成单元，用于根据预设的第一业务处理步骤，基于所述业务处理申请数据，生成第一业务处理结果；

发送单元，用于向所述区块链发送第一交易，所述第一交易包括所述第一业务处理结果，以使所述第一交易被区块链共识验证后收录于所述区块链的分布式数据库；所述第一业务处理结果用于由所述业务数据处理方节点设备根据预设的第二业务处理步骤，基于所述第一业务处理结果而生成第二业务处理结果。

根据本说明书一个或多个实施例的第四方面，提出了一种基于区块链的数据处理装置，所述区块链包括业务受理平台节点设备和业务数据处理方节点设备，所述装置包括：

获取单元，用于从所述区块链的分布式数据库获取所述业务受理平台节点设备发送的第一交易，所述第一交易包括第一业务处理结果，所述第一业务处理结果是所述业务受理平台节点设备根据预设的第一业务处理步骤，基于接收到的目标用户的业务处理申请数据而生成；

生成单元，用于根据预设的第二业务处理步骤，基于所述第一业务处理结果，生成第二业务处理结果；

发送单元，用于向所述区块链发送第二交易，所述第二交易包括所述第二业务处理结果，以使所述第二交易被区块链共识验证后收录于所述区块链的分布式数据库。

根据本说明书一个或多个实施例的第五方面，提出了一种计算机设备，包括：存储器和处理器；所述存储器上存储有可由处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行上述业务受理平台节点设备所执行的基于区块链的数据处理方法。

根据本说明书一个或多个实施例的第六方面，提出了一种计算机设备，包括：存储器和处理器；所述存储器上存储有可由处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行上述业务数据处理方节点设备所执行的基于区块链的数据处理方法。

由以上技术方案可见，本说明书提供的基于区块链的数据处理方法及装置，将业务受理平台和数据处理方的终端设置为区块链的节点设备，通过区块链的分布式数据库进行双方处理所得的业务处理结果数据的传输及获取，既保证了所传输数据的时效性，又保证了所传输数据的不可篡改性。

附图说明

图1为本说明书所提供的一实施例所示的基于区块链的数据处理方法的流程示意图；

图2为本说明书所提供的一实施例所示的在区块链网络中进行保险投保业务或保险理赔业务的节点设备组织结构示意图；

图3为本说明书所提供的一实施例所示的在区块链网络中进行保险投保业务和保险理赔业务的流程图；

图4为本说明书所提供的一实施例提供的应用于业务受理平台节点设备端的数据处理装置的示意图；

图5为本说明书所提供的一实施例提供的应用于业务数据处理方节点设备端的数据处理装置的示意图；

图6为运行本说明书所提供的基于区块链的数据处理装置实施例的一种硬件结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

随着基于互联网的多种业务处理模式的发展，业务受理平台前端——多业务处理机构后端的服务模式以其业务处理的广泛性、高效性和较低的业务宣传成本的优势，越来越受到各种业务处理机构的青睐。目前对于业务受理平台前端和业务处理机构后端之间的数据交互的常见方案有两种：方案一，基于http协议的实时接口进行数据同步；方案二，基于ftp文件传输协议的T+1文件数据同步。以上两种方式虽然都能够实现业务受理平台前端和业务处理机构后端之间的数据同步，但是各自存在很多问题。

例如，https协议对接节点间存在耦合关系，维护成本高；存在数据泄露等安全隐患，解决安全隐患又需增加新的技术成本；且技术对接联调成本高，通常需要对接双方约定接口出入参数、签名验签、业务逻辑需要双方相互响应，因此需要两个节点的多个系统协作才能完成；因此，传统的HTTP协议要求两个节点系统在原有业务系统之上搭建一层甚至多层网关系统，一次接口调用需要在这些网关系统中流转，然后才能请求到实际需要完成动作的业务系统，整体链路长且复杂。而对于ftp协议中的数据传输模式，由于一般采用T+1的传输频率，数据的时效性难以保证；数据以文件批量传输，一旦批量数据中某一文件发生错误，回溯成本很高，而且文件解析成本高，无法高效及时完成监控预警。

鉴于以上提出的技术现状和问题，图1是本说明书所提供的一实施例所示的基于区块链的数据处理方法的流程示意图，所述区块链业务受理平台节点设备和业务数据处理方节点设备。

本实施例所述的业务受理平台可包括多种基于网络建立的面向用户的业务受理服务平台，例如保险相关业务受理平台、理财产品相关业务受理平台、供应链相关业务受理平台等等，在本说明书中不作限定。本实施例所述的业务数据处理方为基于上述业务受理平台受理的业务申请进行相应业务处理的机构。

本实施例所述的区块链，具体可指一个各节点通过共识机制达成的、具有分布式数据存储结构的P2P网络系统，该区块链内的数据分布在时间上相连的一个个“区块(block)”之内，后一区块包含前一区块的数据摘要，且根据具体的共识机制(如POW、POS、DPOS或PBFT等)的不同，达成全部或部分节点的数据全备份。本领域的技术人员熟知，由于区块链系统在相应共识机制下运行，已收录至区块链数据库内的数据很难被任意的节点篡改，例如采用Pow共识的区块链，至少需要全网51％算力的攻击才有可能篡改已有数据，因此区块链系统有着其他中心化数据库系统所无法比拟的保证数据安全、防攻击篡改的特性。由此可知，在本说明书所提供的实施例中，被收录至区块链的分布式数据库中的数据不会被攻击或篡改，从而保证了上述业务受理平台和业务数据处理方基于区块链的分布式数据库进行的数据传输的真实可靠性。

本实施例所述的业务受理平台节点设备和业务数据处理方节点设备，均可通过遵循相应节点协议、运行节点协议程序的安装来加入该区块链，作为该区块链的节点。本领域的技术人员通常将具有区块链分布式数据库的数据全备份的节点设备称为全节点，将具有区块链分布式数据库的部分备份数据(如仅有区块头的数据)的节点设备称为轻节点或客户端等；在本实施例中所述的业务受理平台节点设备和业务数据处理方节点设备可包括上述的全节点、轻节点或客户端，只要直接或间接连入上述区块链、且可发送或获取区块链的分布式数据库的数据的任何设备均可称为本实施例所述的节点设备。

如图1所示，上述基于区块链的数据处理方法包括：

步骤102，所述业务受理平台节点设备接收目标用户的业务处理申请数据。

本实施例所述的业务受理平台节点设备接收的目标用户的业务处理申请数据，可包括例如保险投保或理赔申请数据、或理财产品购买或赎回申请数据、或供应链中产品的购买、或付款、或应收账款转让或抵押贷款等金融贷款申请数据等等各种可能的基于互联网而展开的业务处理申请数据。本实施例所述的目标用户可以是个人用户，也可以是组织机构用户，在本说明书中不作限定。

步骤104，所述业务受理平台节点设备根据预设的第一业务处理步骤，基于所述业务处理申请数据，生成第一业务处理结果。

业务受理平台在受理目标用户的业务处理申请后，通常会基于平台预设的第一业务处理步骤基于上述业务处理申请数据进行预先业务处理，以生成第一业务处理结果。例如，保险投保受理平台可基于所述目标用户的投保申请数据生成预设格式的目标用户的保单数据，上述保单数据即上述第一业务处理结果，可包括目标用户的身份信息、投保种类、投保资格证明材料等数据，以供作为业务数据处理方的保险公司进行目标用户的投保申请审核。

值得注意的是，一些业务受理平台在受理目标用户的业务处理申请后，将目标用户的业务处理申请直接作为第一业务处理结果，而省去了上述第一业务处理步骤。在该种情况下，本实施例所述的第一业务处理步骤为空，也属于本说明书所申请保护的范围。

步骤106，所述业务受理平台节点设备向所述区块链发送第一交易，所述第一交易包括所述第一业务处理结果，以使所述第一交易被区块链共识验证后收录于所述区块链的分布式数据库。

在本说明书中所描述的交易(transaction)，是指各方用户通过区块链的节点设备端创建，并需要最终发布至区块链的分布式数据库中的一笔数据。其中，区块链中的交易，存在狭义的交易以及广义的交易之分。狭义的交易是指用户向区块链发布的一笔价值转移；例如，在传统的比特币区块链网络中，交易可以是用户在区块链中发起的一笔转账。而广义的交易是指用户向区块链发布的一笔具有业务意图的业务数据；例如，交易可以是用户在区块链中发布的一笔与价值转移无关的、具有业务意图的业务(比如，租房业务、车辆调度业务、保险理赔业务、信用服务、医疗服务等)消息或者业务请求。本实施例所述的第一交易，即包含上述第一业务处理结果的一笔业务数据，该第一业务处理结果可依据预设的保单交易格式被封装成第一交易，然后上传至区块链。

由于上述第一交易所包含的第一业务处理结果通常包括目标用户的隐私信息，如健康信息、或财务信息等，为防止目标用户的隐私信息发生意外的泄露或误用，上述预设的交易格式中，可规定将上述第一交易所包含的第一业务处理结果进行加密处理。可选的，上述加密处理的加密方式可选用将与上述第一业务处理结果对应的业务数据处理方的公钥对上述第一业务处理结果进行加密，这样，在相应的业务处理方节点设备获取到上述第一处理结果后，可使用自身的私钥进行解密，从而获得上述第一业务处理结果的明文信息，从而降低了在区块链上进行数据传输时数据泄露的安全隐患。

上述实施例所述的将所述第一交易上传到所述区块链的分布式数据库中的详细过程，可依据所述区块链的共识机制及交易规则而具体设定。在一示出的实施例中，将所述第一交易上传到所述区块链的分布式数据库中，包括:

所述区块链中具有记账权限的节点设备将所述第一交易加入到候选区块；

从所述具有记账权限的节点设备中确定满足所述区块链共识机制的共识记账节点设备；

所述共识记账节点向所述区块链的节点设备广播所述候选区块；

在所述候选区块通过所述区块链符合预设数量的节点设备的验证认可后，所述候选区块被视为最新区块，加入到所述区块链的分布式数据库中。

在上述的实施例中，具有记账权限的节点设备是指具有生成候选区块权限的节点设备。根据所述区块链的共识机制，可从所述候选区块具有记账权限的节点设备中确定共识记账节点设备，上述共识机制可以包括工作量证明机制(PoW)、或权利证明机制(PoS)、或股份授权证明机制(DPoS)等。

PoS或DPoS共识机制与PoW类似，均属于公有区块链中确认共识记账节点设备所常选用的共识算法。在又一示出的实施例中，为降低交易或数据的确认时间、提高交易吞吐量、满足对安全和性能的需求，本说明书所提供的实施例还可选用联盟链架构来构建该区块链。上述业务受理平台节点设备和业务数据处理方、及业务相关的监督机构可作为该联盟链的预选的节点设备，参与区块的记账。联盟链的共识过程也由该预选的节点设备控制，当网络上有超过设定比例(如2/3)的节点设备确认一个区块，该区块记录的交易或数据将得到全网确认。

联盟链通常多采用权益证明或PBFT、RAFT等共识算法。在实现时，在区块链的每一轮共识开始之前，可以在区块链中的各节点设备中选举出一台主节点设备，即上述实施例所述的共识记账节点(比如，每一轮共识都重新选举出一主节点设备，其它节点设备作为从节点设备)，由主节点设备进一步向发起交易的验证和共识，并负责基于共识通过的交易数据(或目标数据)为区块链创建最新的区块。

PBFT算法作为本说明书所提供的联盟链的共识算法的一种优选的实施方式，是由于采用该种算法共识的效率高，可满足高频交易量的需求，例如在本实施例中业务受理平台基于频繁受理的用户业务处理申请而生成相应的第一交易；且共识的时延很低，基本达到实时处理的要求，能快速实时地在区块链的新生区块中收录上述第一交易；而且，将联盟链网络中可信节点作为预选的记账节点，兼顾了安全性与稳定性；另外，采用PBFT算法不会消耗过多的计算机算力资源，也不一定需要代币流通，因此具有良好的可使用性。

步骤108，所述业务数据处理方节点设备从所述区块链的分布式数据库获取所述业务受理平台节点设备发送的所述第一交易。

上述业务数据处理方节点设备可基于上述区块链的共识机制所决定的新区块生成频率，同步新区块而获得上述第一交易。由以上实施例可知，基于联盟链而架构的区块链，通常具有高的交易处理吞吐量和几乎实时的数据上链时效，从而提高了对业务处理的效率。

步骤110，所述业务数据处理方节点设备根据预设的第二业务处理步骤，基于所述第一业务处理结果生成第二业务处理结果。

当上述第一交易所包含的第一业务处理结果被上述业务数据处理方的公钥所加密时，上述业务数据处理方节点设备基于上述公钥对应的私钥对加密数据进行解密，即可生成上述第一业务处理结果的明文。

上述业务数据处理方依据预设的第二业务处理步骤，基于上述第一业务处理结果进行业务处理，以生成上述第二业务处理结果。例如，保险机构可对保险投保受理平台生成的保单数据进行审核，上述审核包括对保单数据所包含的目标用户的身份信息、或投保资格证明材料的真实性审核、对目标用户是否可参保其申请参保的保险产品进行资格审核等等过程或步骤；相应地，上述第二业务处理结果可包括表示所述目标用户的投保申请是否被审核通过的数据、或基于目标用户的保单数据而计算出的目标用户的保费金额数据等。

步骤112，所述业务数据处理方节点设备向所述区块链发送第二交易，所述第二交易包括所述第二业务处理结果，以使所述第二交易被区块链共识验证后收录于所述区块链的分布式数据库。

例如，上述业务数据处理方节点设备可依据预设的交易格式，将上述第二业务处理结果封装为第二交易，发送至上述区块链。由于上述第二交易所包含的第二业务处理结果通常也会包括目标用户的隐私信息，如保费金额等，为防止目标用户的隐私信息发生意外的泄露或误用，上述预设的交易格式中，可规定将上述第二交易所包含的第二业务处理结果进行加密处理。可选的，上述加密处理的加密方式可利用上述业务受理平台的公钥对上述第二业务处理结果进行加密，这样，在上述业务受理平台节点设备获取到上述第二处理结果后，可使用自身的私钥进行解密，从而获得上述第二业务处理结果的明文信息，从而降低了在区块链上进行数据传输时数据泄露的安全隐患。

关于上述第二交易被收录至上述区块链的分布式数据库的具体过程与第一交易被收录的具体过程类似，在此不再赘述。

在又一示出的实施方式中，由于上述业务受理平台通常作为与目标用户进行业务受理与反馈的平台，上述基于区块链的数据处理方法还包括步骤114(图1中未示)：上述业务受理平台节点设备从所述区块链的分布式数据库中获取所述业务数据处理方节点设备发送的第二交易，所述第二交易包括所述目标用户的第二业务处理结果；并将所述第二业务处理结果发送至所述目标用户。

本实施例所述的目标用户也可受益于上述实施例所述的区块链上进行数据上传或同步的时效性，及时有效地获取到关于业务处理申请的业务处理结果(即第二业务处理结果)，提高了目标用户的服务使用体验。

当然，本说明书不限于此，上述目标用户的终端设备，如PC终端、移动设备终端等也可以作为上述区块链的节点设备，从上述区块链的分布式数据库中直接获取上述第二业务处理结果，具体过程在此不再赘述。

至此，通过本实施例所述的步骤102至110，上述业务受理平台和数据处理方依靠区块链完成了对第一业务处理结果和第二业务处理结果的传递。相较于传统的http协议数据传输模式或ftp协议数据传输模式，既保证了所传输数据的时效性，又保证了所传输数据的不可篡改性；而且，区块链的分布式的架构所决定的高可用和稳定性远远优胜与单节点网络，所以服务稳定性相比传统方式更加有优势。相对于http协议数据传输模式，区块链网络中中业务受理平台节点设备和数据处理方节点设备各自按照预设的业务处理步骤完成自己的业务动作，上述两节点设备之前不存在数据对接联调服务耦合，因此大大提升了对接消息的效率，降低了成本。

以下，本说明书以保险理赔平台前端——保险理赔机构后端的服务架构模式，详细阐述本说明书所提供的基于区块链的数据处理方法。

如图2所示，一保险平台可对接多个保险公司，用于接收用户投保及理赔的受理，相应的，上述多个保险公司可进行用户的投保审核及理赔审核。上述多个保险公司的终端设备201-204及上述保险平台的终端设备205均作为区块链的节点设备加入到区块链网络中来，基于区块链的分布式数据库进行业务数据的传输。

图3示意了上述一保险公司节点设备201与上述保险平台节点设备205进行用户投保、及用户理赔业务处理的具体过程。

步骤301，目标用户基于其终端设备上所安装的保险平台的客户端，提出对某保险产品的参保申请。

步骤302，保险平台根据预设的保单数据生成步骤，基于上述目标用户的参保申请，通过投保申请受理、投保资料获取、投保费用收取(可为预收保费，最后的保费由保险公司机构根据目标用户的情况核保后再实际收取)、保单格式数据生成等流程步骤，生成上述目标用户参保上述保险产品的保单数据。

步骤303，保险平台节点设备将上述目标用户参保上述保险产品的保单数据封装成保单交易，并将该保单交易向上述区块链发送；基于上述区块链的共识及验证机制，上述保单交易在被共识验证通过后收录于上述区块链的分布式数据库中。

步骤304，保险公司节点设备同步更新所述区块链的分布式数据库，并从数据库中获取上述保单交易。

步骤305，保险公司节点设备根据预设的投保结果的生成步骤，基于上述目标用户的保单数据，通过对上述保单数据所包括的目标用户的证明资料真实有效性审核、对目标用户的保费进行具体核算、对上述保单数据的保单号分配、对保单数据的签章认定等流程步骤，生成上述目标用户的投保结果，如投保成功的信息通知、或具体保费金额的通知、或投保未通过的信息通知等。

步骤306，保险公司节点设备将上述目标用户的投保结果封装为目标用户的投保结果交易，并将上述投保结果交易发送至上述区块链；基于上述区块链的共识及验证机制，上述保单结果交易在被共识验证通过后收录于上述区块链的分布式数据库中。

步骤307，保险平台节点设备同步更新所述区块链的分布式数据库，并从数据库中获取上述投保结果交易。

步骤308，保险平台节点设备可依据上述投保结果交易中的投保结果向上述目标用户通知用户投保申请结果、或在平台上更新所述目标用户的保单状态等。

步骤301至308阐释了目标用户在投保场景中使用了本说明书所提供的基于区块链的数据处理方法的具体过程。类似地，目标用户的理赔场景中也可使用本说明书所提供的基于区块链的数据处理方法。例如：

步骤309，目标用户基于其终端设备上所安装的保险平台的客户端，提出对其参保的某保险产品的理赔申请数据。

步骤310，保险平台基于预设的理赔报案数据生成步骤，基于上述目标用户的理赔申请数据，通过核赔材料处理、报案受理等流程步骤，生成上述目标用户的理赔报案数据。

步骤311，保险平台节点设备将上述理赔报案数据进行封装以生成报案交易，并向区块链发送上述报案交易；基于上述区块链的共识及验证机制，上述报案交易在被共识验证通过后收录于上述区块链的分布式数据库中。

步骤312，保险公司节点设备同步更新所述区块链的分布式数据库，并从数据库中获取上述报案交易。

步骤313，保险公司节点设备依据预设的赔付结果的生成步骤，基于上述理赔报案交易数据，通过对上述报案交易所包括的目标用户的理赔证明资料真实有效性进行审核、对目标用户的本次理赔报案申请进行理赔金额核算等流程步骤，生成所述目标用户的赔付结果，如理赔审核通过的通知信息、理赔金的数额、或理赔失败的通知信息、或理赔失败的原因信息等数据。

步骤314，保险公司节点设备将上述目标用户的赔付结果封装为赔付结果交易，并将上述赔付结果交易发送至区块链；基于上述区块链的共识及验证机制，上述赔付结果交易在被共识验证通过后收录于上述区块链的分布式数据库中。

步骤315，保险平台节点设备同步更新所述区块链的分布式数据库，并从数据库中获取上述赔付结果交易。

步骤316，保险平台节点设备可依据上述赔付结果交易中的赔付结果向上述目标用户通知理赔审核通过的通知信息、理赔金的数额、或理赔失败的通知信息、或理赔失败的原因信息等。

当上述目标用户的终端也为上述区块链的节点设备时，上述保险公司节点设可基于上述赔付结果所包括的理赔金的数额，在上述区块链上向所述目标用户的区块链账户汇入(或称为转移)对应于该理赔金的数额的资产凭证。上述资产凭证可以对应于区块链内的代币(token)、数字资产等智能资产，还可以对应于区块链外的现金、证券、优惠券、房产等链外资产。关于理赔金的支付结果也可被包含在上述赔付结果的范围中。

与上述流程实现对应，本说明书的实施例还提供了基于区块链的数据处理装置40和50。该装置40或50可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过所在设备的CPU(Central Process Unit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图6所示的CPU、内存以及存储器之外，网络风险业务的实现装置所在的设备通常还包括用于进行无线信号收发的芯片等其他硬件，和/或用于实现网络通信功能的板卡等其他硬件。

图4所示为一种基于区块链的数据处理装置40，所述区块链包括业务受理平台节点设备和业务数据处理方节点设备，所述装置40应用于业务受理平台节点设备端，包括：

接收单元402，用于接收目标用户的业务处理申请数据；

生成单元404，用于根据预设的第一业务处理步骤，基于所述业务处理申请数据，生成第一业务处理结果；

发送单元406，用于向所述区块链发送第一交易，所述第一交易包括所述第一业务处理结果，以使所述第一交易被区块链共识验证后收录于所述区块链的分布式数据库；所述第一业务处理结果用于被所述业务数据处理方节点设备根据预设的第二业务处理步骤，基于所述第一业务处理结果而生成第二业务处理结果。

在又一示出的实施方式中，所述的装置40还包括：

获取单元408，用于从所述区块链的分布式数据库中获取所述业务数据处理方节点设备发送的第二交易，所述第二交易包括所述目标用户的第二业务处理结果；

所述发送单元406，进一步用于将所述第二业务处理结果发送至所述目标用户。

在又一示出的实施方式中，所述第一业务处理结果被所述业务处理节点设备的公钥加密。

在又一示出的实施方式中，所述业务受理平台节点设备为投保受理平台节点设备，所述业务数据处理方节点设备为投保审核机构节点设备；所述目标用户的业务处理申请数据为目标用户的投保申请数据；

所述第一业务处理步骤为保单数据的生成步骤；所述第一业务处理结果为所述保单数据；

所述第二业务处理步骤为投保结果的生成步骤；所述第二业务处理结果为所述投保结果。

在又一示出的实施方式中，所述业务受理平台节点设备为理赔受理平台节点设备，所述业务数据处理方节点设备为理赔审核机构节点设备；所述目标用户的业务处理申请数据为目标用户的理赔申请数据；

所述第一业务处理步骤为理赔报案数据的生成步骤；所述第一业务处理结果为所述理赔报案数据；

所述第二业务处理步骤为赔付结果的生成步骤；所述第二业务处理结果为所述赔付结果。

在又一示出的实施方式中，所述区块链为联盟链，所述业务受理平台节点设备和业务数据处理方节点设备为联盟成员节点设备。

图5所示为一种基于区块链的数据处理装置50，所述区块链包括业务受理平台节点设备和业务数据处理方节点设备，所述装置50应用于上述业务数据处理方节点设备端，包括：

获取单元502，用于从所述区块链的分布式数据库获取所述业务受理平台节点设备发送的第一交易，所述第一交易包括第一业务处理结果，所述第一业务处理结果是所述业务受理平台节点设备根据预设的第一业务处理步骤，基于接收到的目标用户的业务处理申请数据而生成；

生成单元504，用于根据预设的第二业务处理步骤，基于所述第一业务处理结果，生成第二业务处理结果；

发送单元506，用于向所述区块链发送第二交易，所述第二交易包括所述第二业务处理结果，以使所述第二交易被区块链共识验证后收录于所述区块链的分布式数据库。

在又一示出的实施方式中，所述第二业务处理结果被所述业务受理平台节点设备的公钥加密。

在又一示出的实施方式中，所述业务受理平台节点设备为投保受理平台节点设备，所述业务数据处理方节点设备为投保审核机构节点设备；所述目标用户的业务处理申请数据为目标用户的投保申请数据；

所述第一业务处理步骤为保单数据的生成步骤；所述第一业务处理结果为所述保单数据；

所述第二业务处理步骤为投保结果的生成步骤；所述第二业务处理结果为所述投保结果。

在又一示出的实施方式中，所述业务受理平台节点设备为理赔受理平台节点设备，所述业务数据处理方节点设备为理赔审核机构节点设备；所述目标用户的业务处理申请数据为目标用户的理赔申请数据；

所述第一业务处理步骤为理赔报案数据的生成步骤；所述第一业务处理结果为所述理赔报案数据；

所述第二业务处理步骤为赔付结果的生成步骤；所述第二业务处理结果为所述赔付结果。

上述装置40及50中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，相关之处参见方法实施例的部分说明即可，在此不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部单元或模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述实施例阐明的装置、单元、模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

与上述方法实施例相对应，本说明书的实施例还提供了一种计算机设备，如图6所示，该计算机设备包括存储器和处理器。其中，存储器上存储有能够由处理器运行的计算机程序；处理器在运行存储的计算机程序时，执行本说明书实施例中业务受理平台节点设备端执行的基于区块链的数据处理方法的各个步骤。对业务受理平台节点设备端执行的基于区块链的数据处理方法的各个步骤的详细描述请参见之前的内容，不再重复。

与上述方法实施例相对应，本说明书的实施例还提供了一种计算机设备，如图6所示，该计算机设备包括存储器和处理器。其中，存储器上存储有能够由处理器运行的计算机程序；处理器在运行存储的计算机程序时，执行本说明书实施例中业务数据处理方节点设备端执行的基于区块链的数据处理方法的各个步骤。对业务数据处理方节点设备端执行的基于区块链的数据处理方法的各个步骤的详细描述请参见之前的内容，不再重复。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。

计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书的实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书的实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

Claims (14)

1.一种基于区块链的数据处理方法，所述区块链包括投保受理平台节点设备和多个投保审核机构节点设备，所述方法包括：

所述投保受理平台节点设备接收目标用户的投保申请数据；

根据预设的保单数据的生成步骤，基于所述投保申请数据，生成保单数据；

向所述区块链发送第一交易，所述第一交易包括所述保单数据，以使所述第一交易被收录于所述区块链的分布式数据库后被所述投保审核机构节点设备获取；所述第一交易用于由至少一个投保审核机构节点设备根据预设的投保结果的生成步骤，基于所述第一交易所包括的保单数据而生成投保结果，并向所述区块链的分布式数据库中发送包括所述投保结果的第二交易。

2.根据权利要求1所述的方法，还包括：

从所述区块链的分布式数据库中获取所述至少一个投保审核机构节点设备发送的所述第二交易；

将所述第二交易包括的投保结果发送至所述目标用户。

3.根据权利要求1或2所述的方法，所述保单数据被所述至少一个投保审核机构节点设备的公钥加密。

4.根据权利要求1所述的方法，所述区块链为联盟链，所述投保受理平台节点设备和多个投保审核机构节点设备为联盟成员节点设备。

5.一种基于区块链的数据处理方法，所述区块链包括投保受理平台节点设备和多个投保审核机构节点设备，所述方法包括：

投保审核机构节点设备从所述区块链的分布式数据库获取所述投保受理平台节点设备发送的第一交易，所述第一交易包括保单数据，所述保单数据是所述投保受理平台节点设备根据预设的保单数据的生成步骤，基于接收到的目标用户的投保申请数据而生成；

根据预设的投保结果的生成步骤，基于所述保单数据，生成投保结果；

向所述区块链发送第二交易，所述第二交易包括所述投保结果，以使所述第二交易被收录于所述区块链的分布式数据库后被所述投保受理平台节点设备获取。

6.根据权利要求5所述的方法，所述投保结果被所述投保受理平台节点设备的公钥加密。

7.一种基于区块链的数据处理装置，所述区块链包括投保受理平台节点设备和多个投保审核机构节点设备，所述装置包括：

接收单元，用于接收目标用户的投保申请数据；

生成单元，用于根据预设的保单数据的生成步骤，基于所述投保申请数据，生成保单数据；

发送单元，用于向所述区块链发送第一交易，所述第一交易包括所述保单数据，以使所述第一交易被收录于所述区块链的分布式数据库后被至少一个投保审核机构节点设备获取；所述第一交易用于由所述至少一个投保审核机构节点设备根据预设的投保结果的生成步骤，基于所述第一交易所包括的保单数据而生成投保结果，并向所述区块链的分布式数据库中发送包括所述投保结果的第二交易。

8.根据权利要求7所述的装置，还包括：

获取单元，用于从所述区块链的分布式数据库中获取所述至少一个投保审核机构节点设备发送的所述第二交易；

所述发送单元，进一步用于将所述第二交易包括的投保结果发送至所述目标用户。

9.根据权利要求7或8所述的装置，所述保单数据被所述至少一个投保审核机构节点设备的公钥加密。

10.根据权利要求7所述的装置，所述区块链为联盟链，所述投保受理平台节点设备和多个投保审核机构节点设备为联盟成员节点设备。

11.一种基于区块链的数据处理装置，所述区块链包括投保受理平台节点设备和多个投保审核机构节点设备，所述装置包括：

获取单元，用于从所述区块链的分布式数据库获取所述投保受理平台节点设备发送的第一交易，所述第一交易包括保单数据，所述保单数据是所述投保受理平台节点设备根据预设的保单数据的生成步骤，基于接收到的目标用户的投保申请数据而生成；

生成单元，用于根据预设的投保结果的生成步骤，基于所述保单数据，生成投保结果；

发送单元，用于向所述区块链发送第二交易，所述第二交易包括所述投保结果，以使所述第二交易被收录于所述区块链的分布式数据库后被所述投保受理平台节点设备获取。

12.根据权利要求11所述的装置，所述投保结果被所述投保受理平台节点设备的公钥加密。

13.一种计算机设备，包括：存储器和处理器；所述存储器上存储有可由所述处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行如权利要求1到4任意一项所述的方法。

14.一种计算机设备，包括：存储器和处理器；所述存储器上存储有可由所述处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行如权利要求5到6任意一项所述的方法。

Images