基于区块链的数据处理方法和装置与流程

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

背景技术：

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

技术实现要素：

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

为实现上述目的，本说明书一个或多个实施例提供了一种基于区块链的数据处理方法，应用于包括业务平台方节点设备、用户客户端和业务提供方客户端的区块链网络，所述用户客户端和所述业务提供方客户端与所述业务平台节点设备通信连接；所述区块链的分布式数据库内存储有所述业务平台方与所述业务提供方签署的业务代理合约，所述业务代理合约对应有唯一性的识别码；所述业务平台节点设备配置有与所述业务代理合约对应的至少一份业务服务数据；所述方法由所述业务平台方节点设备执行，包括：

向所述用户客户端发送业务展示数据，所述业务展示数据包括至少一份业务服务数据的标识信息，和与所述至少一份业务服务数据对应的业务代理合约的识别码；

接收所述用户客户端发送的目标订单，所述目标订单包括用户选定的目标业务服务数据的标识信息，和与所述目标业务服务数据对应的目标业务代理合约的识别码；

基于所述目标业务代理合约和所述目标业务服务数据，执行预设的业务受理逻辑。

在又一示出的实施方式中，所述业务代理合约包括所述平台节点设备与所述业务提供方客户端作出的数字签名。

在又一示出的实施方式中，所述业务代理合约为部署在所述区块链的智能合约。

在又一示出的实施方式中，所述目标业务代理合约包括所述业务平台方可代理的业务特征内容；所述目标业务服务数据包括有所述业务平台方提供的目标业务特征内容；所述执行预设的业务受理逻辑包括：

验证所述目标业务服务数据包括的目标业务特征内容与目标业务代理合约可代理的业务特征内容是否一致。

在又一示出的实施方式中，所述验证所述目标业务服务数据包括的目标业务特征内容与目标业务代理合约可代理的业务特征内容是否一致，包括：

调用业务服务数据验证智能合约，执行所述智能合约声明的业务服务数据验证逻辑，验证所述目标业务服务数据包括的目标业务特征内容与目标业务代理合约可代理的业务特征内容是否一致。

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

在又一示出的实施方式中，所述业务平台方节点设备为保险平台方节点设备；所述用户客户端为投保用户客户端；所述业务提供方客户端为保险提供方客户端；所述业务代理合约为保单代理合约；所述业务服务数据为保单条款数据；所述预设的业务受理逻辑为投保受理逻辑。

在又一示出的实施方式中，所述业务平台方节点设备为保险平台方节点设备；所述用户客户端为投保用户客户端；所述业务提供方客户端为保险提供方客户端；所述业务代理合约为保单代理合约；所述业务服务数据为保单条款数据；所述业务特征内容包括保费、或保额或风险内容；所述预设的业务受理逻辑为投保受理逻辑。

相应地，本说明书还提供了一种基于区块链的数据处理装置，应用于包括业务平台方节点设备、用户客户端和业务提供方客户端的区块链网络，所述用户客户端和所述业务提供方客户端与所述业务平台节点设备通信连接；所述区块链的分布式数据库内存储有所述业务平台方与所述业务提供方签署的业务代理合约，所述业务代理合约对应有唯一性的识别码；所述业务平台节点设备配置有与所述业务代理合约对应的至少一份业务服务数据；所述装置应用于所述业务平台节点设备端，包括：

发送单元，用于向所述用户客户端发送业务展示数据，所述业务展示数据包括至少一份业务服务数据的标识信息，和与所述至少一份业务服务数据对应的业务代理合约的识别码；

接收单元，用于接收所述用户客户端发送的目标订单，所述目标订单包括用户选定的目标业务服务数据的标识信息，和与所述目标业务服务数据对应的目标业务代理合约的识别码；

执行单元，基于所述目标业务代理合约和所述目标业务服务数据，执行预设的业务受理逻辑。

在又一示出的实施方式中，所述业务代理合约包括所述平台节点设备与所述业务提供方客户端作出的数字签名。

在又一示出的实施方式中，所述业务代理合约为部署在所述区块链的智能合约。

在又一示出的实施方式中，所述目标业务代理合约包括所述业务平台方可代理的业务特征内容，所述执行单元，进一步用于：

验证所述目标业务服务数据的业务特征内容与目标业务代理合约可代理的业务特征内容是否一致。

在又一示出的实施方式中，所述验证所述目标业务服务数据的业务特征内容与目标业务代理合约可代理的业务特征内容是否一致，包括：

调用业务服务数据验证智能合约，执行所述智能合约声明的业务服务数据验证逻辑，验证所述目标业务服务数据的业务特征内容与目标业务代理合约可代理的业务特征内容是否一致。

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

在又一示出的实施方式中，所述业务平台方节点设备为保险平台方节点设备；所述用户客户端为投保用户客户端；所述业务提供方客户端为保险提供方客户端；所述业务代理合约为保单代理合约；所述业务服务数据为保单条款数据；所述预设的业务受理逻辑为投保受理逻辑。

在又一示出的实施方式中，所述业务平台方节点设备为保险平台方节点设备；所述用户客户端为投保用户客户端；所述业务提供方客户端为保险提供方客户端；所述业务代理合约为保单代理合约；所述业务服务数据为保单条款数据；所述业务特征内容包括保费、或保额或风险内容；所述预设的业务受理逻辑为投保受理逻辑。

相应地，本说明书还提供了一种计算机设备，包括：存储器和处理器；所述存储器上存储有可由所述处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行如业务平台方节点设备所执行的数据处理方法。

相应地，本说明书还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时，执行如业务平台方节点设备所执行的数据处理方法。

由以上技术方案可见，本说明书提供的基于区块链的数据处理方法和装置，在区块链的分布式数据库内存储业务平台方与业务提供方签署的业务代理合约，基于区块链的防篡改机制，为上述业务代理合约进行存证，进而为业务平台方提供的业务服务数据是否符合业务代理合约的规定提供内容佐证；相较于线下与业务提供方签署业务代理合约，为签署该业务代理合约和业务平台基于上述业务代理合约的应用降低了人力成本，提高了执行效率。

附图说明

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

图2为本说明书所提供的一实施例所示的将基于区块链的数据处理方法应用于投保业务中的流程示意图；

图3为本说明书所提供的一实施例提供的应用于保险平台节点设备端的基于区块链的投保装置的示意图；

图4为运行本说明书所提供的基于区块链的投保装置实施例的一种硬件结构图。

具体实施方式

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

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

在现有基于平台的保险投保业务场景中，保险平台运营方通常需与保险公司线下签署保单代理合约(或保险产品代理合约)，以为保险平台上提供用户进行投保的保单提供代理权限及保险内容的合理性支持。线下签署的保单代理合约，未形成结构化的数据，因此使用效率不高；而且核对或者查询线下的合约数据均需要工作人员手动进行，且分散签署的合约数据较难集中，难以基于合约数据进行抽象或建模，对合约数据的使用不方便。

有鉴于此，在本说明书示出的一种实施方式中，提供了一种基于区块链的数据处理方法，应用于包括业务平台方节点设备、用户客户端和业务提供方客户端的区块链网络，所述用户客户端和所述业务提供方客户端与所述业务平台节点设备通信连接；所述区块链的分布式数据库内存储有所述业务平台方与所述业务提供方签署的业务代理合约，所述业务代理合约对应有唯一性的识别码；所述业务平台节点设备配置有与所述业务代理合约对应的至少一份业务服务数据。

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

区块链网络的示例类型可以包括公有区块链网络、私有区块链网络和联盟区块链网络。尽管术语区块链通常与比特币加密货币网络相关联，但是本文使用的区块链可指代不参考任何特定用例的dls(分布式账本系统)。

在公有区块链网络中，共识过程由共识网络的节点控制。例如，数百、数千、甚至数百万个实体可以在公有区块链网络中协作，每个实体在公有区块链网络中操作至少一个节点。因此，公有区块链网络可以被认为是相对于参与实体的公有网络。示例公有区块链网络包括比特币网络，比特币网络是对等支付网络。比特币网络利用分布式账本，被称为区块链。然而如上所述，术语区块链通常用于指代不特别参考比特币网络的分布式账本。

通常，公有区块链网络支持公有交易。公有交易与公有区块链网络内的所有节点共享，并存储在全局区块链中。全局区块链是跨所有节点复制的区块链。也就是说，对于全局区块链，所有节点处于完全一致的状态。为了达成共识(例如，同意向区块链添加块)，在公有区块链网络内实施共识协议。示例共识协议包括但不限于，在比特币网络中实施的工作量证明(proof-of-work，pow)。

通常，私有区块链网络提供给特定实体，特定实体集中控制读取和写入权限。该实体控制哪些节点能够参与区块链网络。因此，私有区块链网络通常被称为许可网络，其对允许谁参与网络及其参与水平(例如，仅在某些交易中)施加限制。可以使用各种类型的访问控制机制(例如，现有参与者投票添加新实体，监管机构可以控制准入)。

通常，联盟区块链网络在参与实体中是私有的。在联盟区块链网络中，共识过程由授权的一组节点(联盟成员节点)控制，一个或多个节点由相应的实体(例如，企业)操作。例如，由十(10)个实体(例如，企业)组成的联盟可以操作联盟区块链网络，每个实体在该联盟区块链网络中操作至少一个节点。因此，就参与实体而言，联盟区块链网络可以被认为是私有网络。在一些示例中，每个实体(节点)必须对每个块进行签名，以使该块有效并将有效的块添加到区块链。在一些示例中，至少实体(节点)的子集(例如，至少7个实体)必须对每个块进行签名以使该块有效，并且将有效的块添加到区块链。

可以预期，本说明书所提供的实施方式能够在任何合适类型的区块链网络中实现。

本说明书一个或多个实施例所述的节点(或节点设备)是指可通过遵循相应节点协议、运行节点协议程序的安装来加入该区块链，作为该区块链的节点。本领域的技术人员通常将具有区块链分布式数据库的数据全备份的节点设备称为全节点，将具有区块链分布式数据库的部分备份数据(如仅有区块头的数据)的节点设备称为轻节点等。在本说明书的一个或多个实施例中，并不限定上述业务平台方节点设备的节点类型。本说明书也不限定上述业务平台节点设备的个数，业务平台方可以对应一个设备终端或服务器，也可以对应多个设备终端或服务器以作为上述区块链的节点设备。

本说明书中一个或多个实施例所述的业务平台是指面向用户的提供业务服务受理或通知的网络平台；上述业务平台的用户包括接受上述业务服务的用户；上述业务提供方包括通过上述网络平台为上述业务平台的用户提供业务服务提供或支持的实体，一般为组织实体；上述业务平台的用户和业务提供方相应的客户端均与业务平台节点设备通信连接。本说明书中一个或多个实施例所述的“业务服务数据”可以看作业务平台方向平台用户提供的、用以表现业务提供方与平台用户就上述业务服务达成的共识数据(如业务合同的数字化体现)。

在本说明书提供的一个或多个实施例中，上述业务平台的用户实体和业务提供方通过在终端运行客户端安装程序加入到上述区块链网络中来，上述客户端安装程序可以为区块链节点设备的安装程序，相应地，该客户端也作为上述区块链的节点设备，在备份区块链的分布式数据库副本时向其邻近的节点设备(如上述业务平台方节点设备)发起数据获取请求，或通过向其邻近的节点设备进行数据广播而向区块链上发布数据；上述客户端安装程序也可以是与联盟区块链链中的一联盟成员节点设备(如上述业务平台方节点设备)连接的、被控制访问的区块链用户客户端程序，相应地，该客户端由于不具备直接访问区块链的分布式数据库的权限，而一般不被作为上述区块链的节点，需要向与其连接的一个或多个联盟成员节点进行具有权限获知的数据请求。本说明书并不限定上述用户客户端、业务提供方客户端是否为上述区块链的节点设备。

本说明书中一个或多个实施例中提到的“业务代理合约”，包括业务平台方与业务提供方签署的纸质业务代理合约(电子版)、电子业务代理合约等，用以为业务平台提供的上述业务服务数据提供代理权限证明或合规性证明，防止业务平台方无权限代理上述业务服务，或其提供的业务服务数据的内容与业务代理合约规定的内容不符。上述业务代理合约在区块链的分布式数据库中对应有唯一性的识别码；上述识别码可以是业务平台方为上述业务代理合约分配的，也可以是由上述业务代理合约的内容决定的，例如，使用上述业务代理合约的哈希摘要作为识别码。通过使用“识别码-业务代理合约”的形式关系化存储上述业务代理合约，方便了对业务代理合约的关键字段抽取、查询或使用。

上述业务代理合约可以以“交易”的内容或部分内容的形式被存储在区块链的分布式数据库中。本说明书中一个或多个实施方式中所描述的交易(transaction)，是指通过区块链的节点设备创建，并需要最终发布至区块链的分布式数据库中的一笔数据。其中，区块链中的交易，存在狭义的交易以及广义的交易之分。狭义的交易是指用户向区块链发布的一笔价值转移；例如，在传统的比特币区块链网络中，交易可以是用户在区块链中发起的一笔转账。而广义的交易是指用户实体通过节点向区块链发布的一笔具有业务意图的业务服务数据。本实施方式所述的包括业务代理合约内容的交易，可以包含上述业务代理合约的原文或密文，以为上述业务代理合约的内容作存证，也可以包含上述业务代理合约内容的“数字指纹”——即上述业务代理合约的哈希摘要以作为存证数据，基于区块链的防篡改机制，起到为上述业务代理合约存证的作用。

在实际的业务应用中，本说明书上述一个或多个实施例所述的区块链网络可以构架为联盟链，上述业务平台方节点设备作为联盟成员节点设备，向联盟链上发送包含所述业务代理合约的存证交易。相比于公有链，联盟链采用的共识算法通常效率高，可满足高频交易量的需求，例如基于业务提供方多样化的业务服务提供而需与业务平台频繁签约产生的业务代理合约的存证交易；且共识的时延很低，基本达到实时处理的要求，能快速实时地在区块链的新生区块中收录上述存证交易；而且，将联盟链网络中可信节点(如业务平台方、或政府机构对应的节点)作为预选的记账节点，兼顾了安全性与稳定性；另外，联盟链的共识算法(如pbft)通常不会消耗过多的计算机算力资源，也不一定需要代币流通，因此具有良好的可使用性。

为了方便业务平台方对为用户提供的业务服务数据进行查验、校正等合规性操作，该业务平台节点设备将业务服务数据与上述业务代理合约对应配置。上述业务服务数据与业务代理合约的对应关系可以为一对一对应关系，也可以为多对一对应关系，在本说明书中不作限定。

在一示出的实施方式中，上述业务代理合约包括上述业务平台方节点设备与上述业务提供方客户端作出的数字签名，从而防止其他机构或用户冒充上述合约签署双方任意方的身份伪造合约，为上述业务代理合约的合法合规性提供进一步的保证。

在又一示出的实施方式中，上述业务代理合约为部署在上述区块链的智能合约。为进一步提供本说明书的实施方式的背景，在区块链网络中，可以开发、测试和部署应用程序以在区块链网络内执行。示例应用程序可以包括但不限于智能合约。智能合约可以被描述为具有影响各方的合约条款的现实世界的法律合约的数字表示，如本实施例所提供的业务代理合约。智能合约被实施、存储、更新(根据需要)、并在区块链网络内执行。与智能合约相关联的合约方(例如，买方和卖方)被表示为区块链网络中的节点。

在一些示例中，智能合约可以存储数据，该数据可以用于记录信息、事实、关联、余额以及实现合约执行逻辑所需的任何其他信息，如本实施方式所提供的业务代理合约可记录具体的业务特征内容，用以体现上述业务代理合约的关键特征数据。智能合约可以被描述为由函数组成的计算机可执行程序，其中可以创建该智能合约的实例(instance)，调用函数以执行智能合约的逻辑。

在技术方面，可以基于对象和面向对象的类来实现智能合约。例如，智能合约的条款和组件可以表示为由实现智能合约的应用程序处理的对象。智能合约(或智能合约中的对象)可以像其他面向对象的对象一样调用另一个智能合约(或同一智能合约中的对象)。例如，对象进行的调用可以是创建、更新、删除、传播或与另一个类的对象通信的调用。对象之间的调用可以由函数、方法、应用程序编程接口(applicationprogramminginterface，api)或其他调用机制实现。例如，第一对象可以调用函数来创建第二对象。

因此，基于以上关于智能合约的描述，在本实施方式中，可以将上述业务平台方与所述业务提供方对业务代理合约内容进行签署的逻辑，编写为智能合约代码，并经区块链的共识验证后部署在区块链上。通过上述业务平台节点设备、或所述业务提供方客户端对该智能合约的调用交易，完成上述业务代理合约的签署或查询。本领域的技术人员应知，该智能合约的执行逻辑经区块链节点设备的共识验证，基于区块链的防篡改机制和共识机制，具有执行高效(可随时应包含加密数据的调用交易的触发而执行)、执行准确(执行结果经区块链共识验证)、低人为干预风险(智能合约所执行的代码经区块链共识验证放篡改)、较低的运行成本(如人力成本)等优点，从而自动地、既为合约双方签署业务代理合约的逻辑进行存证，又为合约双方签署业务代理合约的内容进行了存证。

如图1所示，本实施方式所提供的基于区块链的数据处理方法，包括：

步骤102，所述业务平台节点设备向所述用户客户端发送业务展示数据，所述业务展示数据包括至少一份业务服务数据的标识信息，和与所述至少一份业务服务数据对应的业务代理合约的识别码。

上述业务服务数据的标识信息，可以包括业务服务数据的全部内容，或业务服务数据的编码序列号等标识码，以方便用户客户端获取到业务服务数据的内容信息进行查阅，并从至少一份业务服务数据中选择目标业务服务数据。

步骤104，接收所述用户客户端发送的目标订单，所述目标订单包括用户选定的目标业务服务数据的标识信息，和与所述目标业务服务数据对应的目标业务代理合约的识别码。

步骤106，基于所述目标业务代理合约和所述目标业务服务数据，执行预设的业务受理逻辑。

上述实施方式所述的业务受理逻辑，可以包括用户资料获取、或传递、或对用户选定的目标业务服务进行审核、或签署目标业务服务合同等业务受理流程。

在又一示出的实施方式中，所述目标业务代理合约包括所述业务平台方可代理的业务特征内容；所述目标业务服务数据包括有所述业务平台方提供的目标业务特征内容；所述执行预设的业务受理逻辑包括：验证所述目标业务服务数据包括的目标业务特征内容与目标业务代理合约可代理的业务特征内容是否一致。

在本说明书上述各实施方式中，目标业务代理合约为数字化的合约或可数字化的合约(例如，当上述目标业务代理合约为数字图片格式的纸质合约时，可通过文字识别等方式获取到数字化的合约)；业务平台方可对目标业务代理合约的数据内容进行查询、提取、对比等数据化操作。因此，通过将业务平台方提供的上述目标业务服务数据的目标业务特征内容与目标业务代理合约可代理的业务特征内容进行对比，可验证上述两业务特征内容是否一致，从而得出目标业务服务数据是否符合上述目标业务代理合约的约定或目标业务服务数据是否有效的结论，避免了现有的业务受理流程中，由人工进行目标业务数据的内容核验。

由于在本说明书上述各实施方式中，目标业务代理合约为数字化的合约或可数字化的合约，上述验证所述目标业务服务数据的目标业务特征内容与目标业务代理合约可代理的业务特征内容是否一致的过程可由计算机可执行的程序执行。在一示出的实施方式中，上述过程可通过调用业务服务数据验证智能合约，执行所述智能合约声明的业务服务数据验证逻辑，验证所述目标业务服务数据包括的目标业务特征内容与目标业务代理合约可代理的业务特征内容是否一致。

可选的，上述业务服务数据验证智能合约可以与业务代理合约对应的智能合约为同一合约，即为上述业务代理合约对应的智能合约部署相应的业务服务数据验证逻辑，通过调用上述业务代理智能合约，即可完成对目标业务服务数据的验证。

具体地，可将本说明书上述一个或多个实施方式所提供的基于区块链的数据处理方法应用于保险投保领域，即上述业务平台方节点设备为保险平台方节点设备；上述用户客户端为投保用户客户端；上述业务提供方客户端为保险提供方客户端；上述业务代理合约为保单代理合约；上述业务服务数据为保单条款数据；上述预设的业务受理逻辑为投保受理逻辑。

上述的保险平台是指提供投保服务的面向用户的网络平台；上述保险平台的投保用户是在上述保险平台上接收保险产品或保单的购置或签订的个人或组织实体；上述保险提供方是通过保险平台为投保用户提供保险服务的组织机构；投保用户和保险提供方相应的客户端均与保险平台节点设备通信连接。本说明书中一个或多个实施例所述的“保单”是保险提供方与投保用户待签订的保险合同的数字化体现。

上述的“保险代理合约”，包括保险平台方与保险提供方签署的纸质合约(电子版)、电子合约等，用以为保险平台提供的保险产品或保单提供合规性证明，防止保险平台无权限代理保单，或代理保单的内容与保单代理合约规定的内容不符。上述保单代理合约在区块链的分布式数据库中对应有唯一性的识别码；上述识别码可以是保险平台为上述保单代理合约分配的，也可以是由上述保单代理合约决定的，例如，使用上述保单代理合约的哈希摘要作为识别码。通过使用“识别码-保单代理合约”的形式关系化存储上述保单代理合约，方便了对保单代理合约的关键字段抽取、查询或使用。

因此，如图2所示，上述保险平台方节点设备执行的基于区块链的投保受理方法，包括：

步骤201，向所述用户客户端发送保单展示数据，所述保单展示数据包括至少一份保单的标识信息，和与所述至少一份保单对应的保单代理合约的识别码。

上述保单的标识信息，可以包括保单的全部内容，或保单的序列号等标识码，以方便投保用户客户端获取到保单的内容信息进行查阅，并从至少一份保单中选择待投保的目标保单。

步骤202，接收所述投保用户客户端发送的目标订单，所述目标订单包括用户选定的目标保单的标识信息，和与所述目标保单对应的目标保单代理合约的识别码；

步骤203，基于所述目标保单代理合约和所述目标包括，执行预设的投保受理逻辑。

上述的投保受理逻辑，可以包括投保用户资料获取、或传递、或对投保用户核保、或接受核保结果、或签署保险合同等投保业务流程。

在又一示出的实施方式中，所述业务代理合约包括所述平台节点设备与所述业务提供方客户端作出的数字签名。

在又一示出的实施方式中，所述业务代理合约为部署在所述区块链的智能合约。

在一示出的实施方式中，上述目标保单代理合约包括所述保险平台可代理的保单特征内容，所述保单特征内容用以体现保单的关键特征信息，如保费、或保额或风险内容。由于在本说明书上述各实施方式中，目标保单代理合约为数字化的合约或可数字化的合约(例如，当上述目标保单代理合约为数字图片格式的纸质合约时，可通过文字识别等方式获取到数字化的合约)；保险平台可对目标保单代理合约的数据内容进行查询、提取、对比等数据化操作。因此，通过将保险平台提供的上述目标保单的保单特征内容与目标保单代理合约可代理的保单特征内容进行对比，可验证上述两保单特征内容是否一致，从而得出目标保单是否符合上述目标代理合约的约定或目标保单是否有效的结论，避免了现有的投保受理流程中，由人工进行目标保单的内容核验。

由于在本说明书上述各实施方式中，目标保单代理合约为数字化的合约或可数字化的合约，上述验证所述目标保单的保单特征内容与目标保单代理合约可代理的保单特征内容是否一致的过程可由计算机可执行的程序执行。在一示出的实施方式中，上述过程可通过调用保单验证智能合约，执行所述智能合约声明的保单验证逻辑，验证所述目标保单的保单特征内容与目标保单代理合约可代理的保单特征内容是否一致。

可选的，上述保单验证智能合约可以与保单代理合约对应的智能合约为同一合约，即为上述保单代理合约对应的智能合约部署相应的保单验证逻辑，通过调用上述保单代理智能合约，即可完成对目标保单的验证。

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

如图3所示，本说明书还提供了一种基于区块链的数据处理装置30，应用于包括业务平台方节点设备、用户客户端和业务提供方客户端的区块链网络，所述用户客户端和所述业务提供方客户端与所述业务平台节点设备通信连接；所述区块链的分布式数据库内存储有所述业务平台方与所述业务提供方签署的业务代理合约，所述业务代理合约对应有唯一性的识别码；所述业务平台节点设备配置有与所述业务代理合约对应的至少一份业务服务数据；所述装置30应用于所述业务平台节点设备端，包括：

发送单元302，用于向所述用户客户端发送业务展示数据，所述业务展示数据包括至少一份业务服务数据的标识信息，和与所述至少一份业务服务数据对应的业务代理合约的识别码；

接收单元304，用于接收所述用户客户端发送的目标订单，所述目标订单包括用户选定的目标业务服务数据的标识信息，和与所述目标业务服务数据对应的目标业务代理合约的识别码；

执行单元306，基于所述目标业务代理合约和所述目标业务服务数据，执行预设的业务受理逻辑。

在又一示出的实施方式中，所述业务代理合约包括所述平台节点设备与所述业务提供方客户端作出的数字签名。

在又一示出的实施方式中，所述业务代理合约为部署在所述区块链的智能合约。

在又一示出的实施方式中，所述目标业务代理合约包括所述业务平台方可代理的业务特征内容，所述执行单元306，进一步用于：

验证所述目标业务服务数据的业务特征内容与目标业务代理合约可代理的业务特征内容是否一致。

在又一示出的实施方式中，所述验证所述目标业务服务数据的业务特征内容与目标业务代理合约可代理的业务特征内容是否一致，包括：

调用业务服务数据验证智能合约，执行所述智能合约声明的业务服务数据验证逻辑，验证所述目标业务服务数据的业务特征内容与目标业务代理合约可代理的业务特征内容是否一致。

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

在又一示出的实施方式中，所述业务平台方节点设备为保险平台方节点设备；所述用户客户端为投保用户客户端；所述业务提供方客户端为保险提供方客户端；所述业务代理合约为保单代理合约；所述业务服务数据为保单条款数据；所述预设的业务受理逻辑为投保受理逻辑。

在又一示出的实施方式中，所述业务平台方节点设备为保险平台方节点设备；所述用户客户端为投保用户客户端；所述业务提供方客户端为保险提供方客户端；所述业务代理合约为保单代理合约；所述业务服务数据为保单条款数据；所述业务特征内容包括保费、或保额或风险内容；所述预设的业务受理逻辑为投保受理逻辑。

上述装置30中各个单元的功能和作用的实现过程具体详见上述业务平台方节点设备所执行的基于区块链的数据处理方法中对应步骤的实现过程，相关之处参见方法实施例的部分说明即可，在此不再赘述。

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

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

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

与上述方法实施例相对应，本说明书的实施例还提供了一种计算机可读存储介质，该存储介质上存储有计算机程序，这些计算机程序在被处理器运行时，执行本说明书实施例中上述业务平台方节点设备所执行的基于区块链的数据处理方法的各个步骤。对上述业务平台方节点设备所执行的基于区块链的数据处理方法的各个步骤的详细描述请参见之前的内容，不再重复。

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

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

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

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

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

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

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