CN110555780B - 基于区块链的保险数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种基于区块链的保险数据处理方法、装置、设备及存储介质，属于区块链技术领域。本申请通过基于用户对目标保险产品的购买请求，在区块链系统上生成购买意向合约，根据合约中所授权的目标数据类别，从区块链中获取该购买用户的第一数据，由于存储在区块链中的数据不可篡改，可以有效的确保获取到的第一数据真实有效，将第一数据与目标保险产品所对应的禁用条件信息进行对比，基于对比结果，对合约进行处理，在这种保险数据处理方式中，由区块链系统自动根据合约来获取相应的用户数据和禁用条件信息，将用户数据与禁用条件信息进行对比，无需人工介入，极大地降低了保险数据处理过程中的人力成本和耗时，提高了数据处理效率。

Description

基于区块链的保险数据处理方法、装置、设备及存储介质

技术领域

本申请涉及区块链技术领域，特别涉及一种基于区块链的保险数据处理方法、装置、设备及存储介质。

背景技术

保险是一种规避风险、降低损失的有效方法，随着保险业务的发展，越来越多的用户选择购买保险产品来为自己提供长远的保障。通常，保险公司在接收到用户的投保申请时，需要对保险数据进行处理，即保险公司将用户的个人信息与保险产品的投保规则进行比对，来判断该用户能否购买该保险产品。

目前，在保险数据处理过程中，需要专业的核保员来查询各个用户的个人信息，例如健康状况、经济状况等，再基于这些个人信息和投保规则来评估用户能否购买保险产品，上述保险数据处理的方法需要人工介入，操作繁琐，耗时较长，数据处理的效率极低。

发明内容

本申请实施例提供了一种基于区块链的保险数据处理方法、装置、设备及存储介质，可以解决相关技术中保险数据处理效率低的问题。该技术方案如下：

一方面，提供了一种基于区块链的保险数据处理方法，该方法包括：

基于对目标保险产品的购买请求，在该区块链系统的区块链上生成购买意向合约，该购买意向合约包括该目标保险产品的产品标识、购买用户的用户标识以及该目标保险产品的目标数据类别；

基于该目标数据类别以及该用户标识，从该区块链系统中的节点设备获取第一数据，该第一数据与该用户标识对应且属于该目标数据类别；

获取该区块链系统上的该目标保险产品的禁用条件信息，该禁用条件信息包括该目标数据类别以及该目标数据类别的数据限制信息；

将该第一数据和该目标数据类别对应的数据限制信息进行对比，得到对比结果；

在该区块链系统中，基于该对比结果对该购买意向合约进行处理。

一方面，提供了一种基于区块链的保险数据处理装置，该装置包括：

合约生成模块，用于基于对目标保险产品的购买请求，在该区块链系统的区块链上生成购买意向合约，该购买意向合约包括该目标保险产品的产品标识、购买用户的用户标识以及该目标保险产品的目标数据类别；

数据获取模块，用于基于该目标数据类别以及该用户标识，从该区块链系统中的节点设备获取第一数据，该第一数据与该用户标识对应且属于该目标数据类别；

信息获取模块，用于获取该区块链系统上的该目标保险产品的禁用条件信息，该禁用条件信息包括该目标数据类别以及该目标数据类别的数据限制信息；

信息对比模块，用于将该第一数据和该目标数据类别对应的数据限制信息进行对比，得到对比结果；

处理模块，用于在该区块链系统中，基于该对比结果对该购买意向合约进行处理。

在一种可能实现方式中，该装置还包括：

数据记录生成模块，用于基于该购买用户的用户行为，生成数据记录，一条该数据记录对应于一种数据类别；

同步模块，用于基于共识机制，将生成的该数据记录同步至该区块链系统中的各个节点。

在一种可能实现方式中，该处理模块用于：

若该比对结果符合目标条件，则确定该购买意向合约有效；

若该比对结果不符合该目标条件，则确定该购买意向合约无效，为该购买意向合约添加无效标记。

在一种可能实现方式中，该处理模块用于：

若该比对结果符合目标条件，则允许该购买用户购买该目标保险产品；

若该比对结果不符合该目标条件，则禁止该购买用户购买该目标保险产品。

在一种可能实现方式中，该装置还包括：

查询记录生成模块，用于基于获取到的该第一数据，生成数据查询记录；

数据存储模块，用于将该数据查询记录存储至该区块链系统。

在一种可能实现方式中，该目标保险产品的该禁用条件信息中包括对应于不同保险金额的多个数据类别以及各个数据类别的数据限制信息。

一方面，提供了一种计算机设备，该计算机设备包括一个或多个处理器和一个或多个存储器，该一个或多个存储器中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器加载并执行以实现该基于区块链的保险数据处理方法所执行的操作。

一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条程序代码，该至少一条程序代码由处理器加载并执行以实现该基于区块链的保险数据处理方法所执行的操作。

本申请实施例提供的技术方案，通过基于用户对目标保险产品的购买请求，在区块链系统上生成购买意向合约，根据购买意向合约中所授权的目标数据类别，从区块链中获取该购买用户的第一数据，由于存储在区块链中的数据不可篡改，可以有效的确保获取到的第一数据真实有效，将该第一数据与该目标保险产品所对应的禁用条件信息中的数据限制信息进行对比，基于对比结果，对购买意向合约进行处理，在这种保险数据处理方式中，由区块链系统自动根据合约中所授权的数据类别来获取相应的用户数据和禁用条件信息，将用户数据与禁用条件信息进行对比，无需人工介入，极大地降低了保险数据处理过程中的人力成本和耗时，提高了数据处理效率。

附图说明

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

图1是本申请实施例提供的一种基于区块链的保险数据处理方法的实施环境示意图；

图2是本申请实施例提供的一种基于区块链的保险数据处理方法的流程图；

图3是本申请实施例提供的一种用户数据采集过程的示意图；

图4是本申请实施例提供的一种基于区块链的保险黑名单过滤的流程图；

图5是本申请实施例提供的一种基于区块链的保险数据处理装置的结构示意图；

图6是本申请实施例提供的一种终端的结构示意图；

图7是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种基于区块链的保险数据处理方法的实施环境示意图，参见图1，该实施环境可以包括多个计算机设备，该多个计算机设备可以为区块链系统中的多个节点设备，区块链系统中的任意一个节点设备均可以执行本申请实施例提供的保险数据处理方法中的一个或多个步骤。该多个计算机设备可以为属于同一个机构的多个节点设备，也可以属于不同的机构的多个节点设备。例如，该多个计算机设备可以均属于保险公司，该保险公司中的每个部门对应于其中的至少一个计算机设备，或者该多个计算机设备中的至少一个计算机设备为用户设备，至少一个计算机设备属于保险公司，至少一个计算机设备属于医疗机构、汽修公司等与保险行业相关的机构，当然，还可以有至少一个计算机设备属于其他机构，例如，金融机构等。

上述多个计算机设备可以为服务器，也可以为终端，本申请实施例对此不做具体限定。

为了便于理解本申请实施例的技术过程，下面对本申请实施例所涉及的一些名词进行解释：

区块链(Blockchain)：是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

共识机制(Consensus mechanism)：是区块链系统中实现不同节点之间建立信任、获取权益的数学算法。在区块链系统中，通过特殊节点的投票，可以在很短的时间内完成对交易的验证和确认，对一笔交易，如果利益不相干的若干个节点能够达成共识，就可以认为系统中的全部节点对此也能够达成共识。

智能合约(Smart contract)：是一种旨在以信息化方式传播、验证或执行合同的计算机协议。区块链系统中的各个节点根据特定条件自动执行的合约程序，可以对链上存储的数据进行操作，是用户与区块链进行交互、利用区块链实现业务逻辑的重要途径。智能合约的目的是提供优于传统合约的安全方法，并减少与合约相关的其他交易成本，它允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。

图2是本申请实施例提供的一种基于区块链的保险数据处理方法的流程图，该保险数据处理方法可以应用于该区块链系统中的任一节点设备，参见图2，该实施例具体可以包括以下步骤：

201、第一节点设备将目标保险产品的禁用条件信息存储至区块链系统。

其中，该禁用条件信息可以用于指示该目标保险产品的承保规则，该禁用条件信息也可以称为黑名单规则，若任一用户的用户数据与该黑名单规则相符，则可确定该用户不具备购买该目标保险产品的资质。该禁用条件信息可以包括多个数据类别以及各个数据类别对应的数据限制信息，该多个数据类别用于指示购买该保险产品时所需审核的用户数据，该数据限制信息用于指示各个数据类别所对应的具体用户数据应满足的条件，例如取值范围等，该多个数据类别以及各个数据类别所对应的数据限制信息均可以由保险公司进行设置，例如，该保险产品为重疾险时，该禁用条件信息中的数据类别可以包括血压值，该数据限制信息可以为收缩压大于180mmHg，当用户的收缩压大于180mmHg，符合该数据限制信息时，则该用户不可以购买该重疾险。

当然，该目标保险产品的该禁用条件信息中还可以包括对应于不同保险金额的多个数据类别以及各个数据类别的数据限制信息。也即是，对于同一保险产品，当保险金额不同时，可以对应于不同的禁用条件信息，例如，保险金额越高，其对应的禁用条件信息中所包含的数据类别越多，也即是用户在购买该目标保险产品时需要被审核的用户数据越多，该区块链系统能够自动基于不同的保险金额来区分不同审核力度，可以降低保险公司的承保风险。

在本申请实施例中，该第一节点设备可以为保险公司所对应的节点设备，该保险公司在区块链系统中发布目标保险产品时，可以触发产品发布指令，该第一节点设备可以基于该产品发布指令，将该目标保险产品发布至区块链系统。在一种可能实现方式中，该产品发布指令可以携带有该保险公司的公司标识、该目标保险产品的产品标识以及该目标保险产品的产品信息等，其中，该公司标识可以用于唯一标识一家保险公司，该产品标识用于唯一标识一个保险产品，该产品信息可以包括该保险产品的承保内容和禁用条件信息等。

在一种可能实现方式中，该第一节点设备将该目标保险产品发布至区块链系统具体可以包括以下步骤：

步骤一、第一节点设备获取该目标保险产品的信息。

该第一节点设备接收到保险公司触发的产品发布指令后，获取该产品发布指令中携带的该目标保险产品的信息，包括该公司标识、该目标保险产品的产品标识以及该目标保险产品的产品信息。

步骤二、该第一节点设备基于该目标保险产品的信息生成目标区块。

在区块链技术中，数据可以采用电子记录的形式储存在区块中，在本申请实施例中，该第一节点设备可以将该目标保险产品的信息打包，并生成目标区块，由该区块链系统对该目标区块进行共识。

在一种可能实现方式中，该第一节点设备生成该目标区块的过程可以为：将区块链中最后一个区块称为上一区块，第一节点设备可以从区块链中获取该上一区块的所有信息，从而可以基于该上一区块的所有信息，生成上一区块的区块头特征值，并对需要存入该目标区块中的公司标识、产品标识、承保内容以及禁用条件信息等进行特征值计算，得到该目标区块的区块主体特征值，进而，该第一节点设备可以将上一区块的区块头特征值、目标区块的区块主体特征值存储至目标区块的区块头，并将公司标识、产品标识、承保内容以及禁用条件信息等存储至目标区块的区块主体，从而生成目标区块。这样该上一区块和目标区块通过上一区块的区块头特征值相关，可以实现在区块链中区块串联起来的目的，使得后一个区块能够用于验证前一个区块是否正确。需要说明的是，上述对区块生成过程的说明仅是一种区块生成方式的示例性描述，本申请实施例对具体采用哪种区块生成方式不做限定。

步骤三、该第一节点设备基于共识机制将该目标区块添加至区块链上。

该区块链系统可以对该目标区块进行共识，来确定该目标区块中的信息是否准确，也即是对该目标区块中的信息进行验证。在一种可能实现方式中，该第一节点设备生成该目标区块后，可以向其他节点设备广播该目标区块，其他节点设备可以对该目标区块进行验证，并各自在该区块链系统中广播验证结果，当该区块链系统中验证结果为通过的节点设备的数目大于目标比例时，该区块链系统可以确定该目标区块共识通过，将该目标区块添加至该区块链系统中的区块链上。其中，该目标比例可以由开发人员进行设置，本申请实施例对此不做限定。上述共识过程可以基于共识机制实现，例如，该共识机制可以为工作量证明机制、权益证明机制、股份授权证明机制等。需要说明的是，上述共识过程仅为一种示例性描述，本申请实施例对此不做限定。

202、第二节点设备将采集到的用户信息存储至该区块链系统。

在本申请实施例中，该第二节点设备可基于用户的用户行为，生成数据记录，一条该数据记录对应于一种数据类别，该第二节点设备可以基于共识机制，将生成的该数据记录同步至该区块链系统中的各个节点。

该第二节点设备可以为该区块链系统中的任一节点设备，该第二节点设备可以属于与保险行业相关的任一机构，例如医疗机构、汽修公司等。参见图3，图3是本申请实施例提供的一种用户数据采集过程的示意图，任一节点设备可以基于用户的任一行为，生成一条数据记录，该数据记录中携带有该用户的用户标识，例如，某一节点设备可以基于用户的“行为1”生成“ID：记录1”，该用户的多条数据可以存储在一起，且相同数据类别的数据可以存储在一起，例如“类别1：记录1，记录2……”等。具体地，以医疗机构为例，对上述用户信息采集的过程进行说明，首先，该医疗机构所对应的第二节点设备可以采集用户在该医疗机构的就诊信息，基于该就诊信息生成一条数据记录，在一种可能实现方式中，该数据记录中可以包括用户标识，该用户标识可以用于唯一的确定一个用户，然后，为该数据记录添加对应的数据类别，最后，该第二节点设备可以按照目标周期，将一个周期内所采集到的多条数据记录打包，生成一个区块，经过共识后，该区块中的数据记录可以扩散至该区块链系统中的各个节点，任一节点设备收到该区块中的数据记录后，会将其与自己保存的数据记录进行比较，并将相同用户标识的数据记录作如下处理：将统同一个用户标识关联的信息进行处理，将相同数据类别的数据记录进行整合，并同步至区块链系统，该区块链系统中的各个节点均存储有用户的全部用户数据。其中，该目标周期可以由该区块链系统的运营方基于事业务需求进行设置，例如，比特币的区块链系统的记账周期为10分钟，即每10分钟产生一个新的区块。上述区块的生成和共识过程与步骤201中目标区块的生成和共识过程同理，在此不做赘述。

203、第三节点设备基于对目标保险产品的购买请求，在该区块链系统的区块链上生成购买意向合约，该购买意向合约包括该目标保险产品的产品标识、购买用户的用户标识以及该目标保险产品的目标数据类别。

在一种可能实现方式中，用户可以在任一设备上发起购买请求，该任一设备即为第三节点设备。

在一种可能实现方式中，该购买请求中可以携带有该用户的用户标识、该目标保险产品的产品标识、该目标保险产品所属保险公司的公司标识以及用户授权给该保险公司的可读取数据范围。

在本申请实施例中，每个购买意向合约可以对应于一个合约编号，该合约编号可以用于唯一的标识一个购买意向合约，在一种可能实现方式中，该合约编号可以由该目标保险产品的产品标识、该目标保险产品所属保险公司的公司标识以及该购买用户的用户标识构成。该购买意向合约用于授权该保险公司读取该购买用户的用户数据，其中，该目标数据类别即为该购买用户授权给该保险公司的可读取数据范围。例如，该目标保险产品属于医疗保险时，该目标数据类别可以为就诊记录、体检记录等。

204、该第一节点设备基于该目标数据类别以及该用户标识，从该区块链系统中的节点获取第一数据，该第一数据与该用户标识对应且属于该目标数据类别。

该保险公司在与该购买用户签订购买意向合约之后，需对该购买用户的资质进行审核，也即是该保险公司所对应的第一节点设备需要从该区块链系统中获取该用户授权的可读取数据(即第一数据)，对这些可读取数据进行审核。

在一种可能实现方式中，该第一节点设备在获取该第一数据之前，可以对该用户签订的购买意向合约进行查询，来获取该购买用户授权给该保险公司的可读取数据范围，即该购买意向合约中约定的目标数据范围，具体地，该第一节点设备可以接收该保险公司触发的合约查询指令，该合约查询指令中可以携带购买用户的用户标识，该第一节点设备可以将该用户标识与各个购买意向合约的合约编号进行对比，若任一购买意向合约的合约编号包含该用户标识，则获取该任一购买意向合约中的目标数据类别。

该第一节点设备确认该购买用户已经与该保险公司签订了购买意向合约，并获取到该目标数据类别之后，可以基于该目标数据类别以及该购买用户的用户标识，获取用户数据，具体地，该第一节点设备可以基于该用户标识，从该区块链系统中查询该购买用户的用户数据，基于该目标数据类别，从该用户数据中获取该目标数据类别所指示的数据作为该第一数据。

当然，该第一节点设备还可以基于获取到的该第一数据，生成数据查询记录，将该数据查询记录存储至该区块链系统，以备日后查验。上述将数据查询记录存储至区块链系统的方法与步骤201中将禁用条件信息存储至区块链系统的方法同理，在此不做赘述。

通过这种用户数据采集方式，无需专业的核保人员线下采集用户数据，可以降低用户数据采集的耗时，有效地提高保险数据的处理效率，且用户数据均存储于区块链中，不可篡改，可以确保采集到的用户数据真实、有效。

205、该第一节点设备获取该区块链系统上的该目标保险产品的禁用条件信息，该禁用条件信息包括该目标数据类别以及该目标数据类别的数据限制信息。

在本申请实施例中，上述获取该第一数据和该禁用条件信息的步骤可以基于智能合约执行，在一种可能实现方式中，可以将该购买意向合约的查询结果作为智能合约的触发方式，当查询到该购买意向合约时，则可以自动触发该区块链上的该智能合约，使该第一节点设备执行上述获取该第一数据的步骤以及获取该禁用条件信息的步骤，当未查询到该购买意向合约时，则不触发该智能合约。

在本申请实施例中，采用先获取第一数据，再获取禁用条件信息的执行顺序进行描述，但在一些实施方式中，还可以先执行获取禁用条件信息的步骤，再执行获取第一数据的步骤，或者，两个步骤同时进行，本申请实施例对此不做具体限定。

206、该第一节点设备将该第一数据和该目标数据类别对应的数据限制信息进行对比，得到对比结果。

该第一数据中可以包括多个类别的数据，该第一节点设备可以在该数据限制信息中查找该多个类别的数据应满足的条件，判断该多个类别的数据是否符合该条件，在一种可能实现方式中，该数据限制信息可以包括数据取值范围，该第一节点设备可以判断该第一数据中的各个数据是否在该数据取值范围内，以得到对比结果。具体地，以医疗保险产品为例对上述对比过程进行说明，该医疗保险产品所对应的禁用条件信息可以包括身体质量指数大于30、血压值大于180mmHg、空腹全血血糖值大于7.0mmol/l以及重度胃溃疡，该第一节点设备可以在该第一数据中查找该目标数据类别中各个数据类别所对应的数据，当查找到该第一数据包括身体质量指数23、血压值150mmHg、空腹全血血糖值5.0mmol/l以及轻度胃溃疡时，则该对比结果为该第一数据与该数据限制信息均不相符；当查找到该第一数据包括身体质量指数31、血压值150mmHg、空腹全血血糖值5.0mmol/l以及轻度胃溃疡时，则该对比结果为该第一数据与该数据限制信息中的一项相符。

当然，该第一节点设备还可以对该第一数据中的多个数据进行加权运算，该多个数据可以属于同一数据类别，也可以属于不同数据类别，例如，该数据限制信息包括健康值低于60，该购买用户的第一数据包括身体质量指数23、血压值150mmHg、空腹全血血糖值5.0mmol/l，该第一节点设备可以对该身体质量指数、该血压值以及该空腹全血血糖值进行加权运算，得到该购买用户的健康值，将该购买用户的健康值与该数据限制信息中的健康值进行对比。

在本申请实施例中，该节点设备得到对比结果后，还可以将该对比结果同步至该区块链系统，以备日后查验。上述将对比结果存储至区块链系统的方法与步骤201中将禁用条件信息存储至区块链系统的方法同理，在此不做赘述。

207、在该区块链系统中，该第一节点设备基于该对比结果对该购买意向合约进行处理。

若该对比结果符合目标条件，则该节点设备确定该购买意向合约有效，若该对比结果不符合该目标条件，则该节点设备确定该购买意向合约无效，为该购买意向合约添加无效标记，也即是，若该比对结果符合目标条件，则允许该购买用户购买该目标保险产品，若该比对结果不符合该目标条件，则禁止该购买用户购买该目标保险产品。其中，该目标条件可以由保险公司进行设置，例如，该目标条件可以设置为，该第一数据与该目标数据类别中各类数据的数据限制信息均不相符，具体地，当该数据限制信息为身体质量指数大于30、血压值大于180mmHg，第一数据包括身体质量指数23、血压值150mmHg时，则该第一数据与该数据限制信息均不相符，该对比结果符合该目标条件。

在一种可能实现方式中，该对比结果不符合目标条件的原因可能是因为获取的用户数据不足，无法对该购买用户的资质进行充分审核，在这种情况下，该节点设备可以接收到信息不足的提示消息，该信息不足的提示消息用于提示要购买该目标保险产品需要用户提供更多的授权数据，该信息不足的提示消息由区块链系统在确定该比对结果不符合该目标条件时发送。

在本申请实施例中，对该购买意向合约的处理规则可以以智能合约的方式存储于区块链上，在一种可能实现方式中，可以将该对比结果作为智能合约的触发方式，当该对比结果为不符合目标条件时，则可以自动触发该智能合约，为该购买意向合约添加无效标记，当该对比结果为符合目标条件时，则不触发该智能合约。

在一种可能实现方式中，该购买意向合约添加无效标记后，该第一节点设备可以基于该购买用户的用户标识查询到该购买意向合约，但不能获取到该购买意向合约中的目标数据类别，也无法执行用户数据获取的步骤，该购买用户也无法继续购买该目标保险产品。

本申请实施例提供的技术方案，通过基于用户对目标保险产品的购买请求，在区块链系统上生成购买意向合约，根据购买意向合约中所授权的目标数据类别，从区块链中获取该购买用户的第一数据，由于存储在区块链中的数据不可篡改，可以有效的确保获取到的第一数据真实有效，将该第一数据与该目标保险产品所对应的禁用条件信息中的数据限制信息进行对比，基于对比结果，对购买意向合约进行处理，在这种保险数据处理方式中，由区块链系统自动根据合约中所授权的数据类别来获取相应的用户数据和禁用条件信息，将用户数据与禁用条件信息进行对比，无需人工介入，极大地降低了保险数据处理过程中的人力成本和耗时，提高了数据处理效率。

将保险产品的禁用条件信息，也即是该保险产品的黑名单规则存储至区块链系统，由区块链系统基于该黑名单或者自动执行保险核保步骤，增强了保险黑名单识别的准确性，降低了用户资质审核的耗时。参见图4，图4是本申请实施例提供的一种基于区块链的保险黑名单过滤的流程图，用户可以在任一节点设备上申请购买保险，保险公司节点接收到任一用户的购买请求后，可以基于该购买请求，在区块链系统中查询该用户的用户数据以及所购买保险产品的黑名单规则，例如，可以获取属于“类别1”、“类别2”、“类别3”以及“类别4”的用户数据，将获取到的各个类别的数据与黑名单规则进行对比，综合判断该用户数据是否命中该黑名单规则。这一过程中，用户数据和黑名单规则均存储在区块链系统中，确保信息的准确性，用户数据的审核步骤在区块链系统中进行，信息透明，可以有效防止暗箱操作。

图5是本申请实施例提供的一种基于区块链的保险数据处理装置的结构示意图，参见图5，该装置包括：

合约生成模块501，用于基于对目标保险产品的购买请求，在该区块链系统的区块链上生成购买意向合约，该购买意向合约包括该目标保险产品的产品标识、购买用户的用户标识以及该目标保险产品的目标数据类别；

数据获取模块502，用于基于该目标数据类别以及该用户标识，从该区块链系统中的节点获取第一数据，该第一数据与该用户标识对应且属于该目标数据类别；

信息获取模块503，用于获取该区块链系统上的该目标保险产品的禁用条件信息，该禁用条件信息包括该目标数据类别以及该目标数据类别的数据限制信息；

信息对比模块504，用于将该第一数据和该目标数据类别对应的数据限制信息进行对比，得到对比结果；

处理模块505，用于在该区块链系统中，基于该对比结果对该购买意向合约进行处理。

在一种可能实现方式中，该装置还包括：

信息存储模块，用于将该目标保险产品的该禁用条件信息存储至该区块链系统。

在一种可能实现方式中，该装置还包括：

编号对比模块，用于将该用户标识与各个购买意向合约的合约编号进行对比，该合约编号用于唯一的标识一个购买意向合约；

类别获取模块，用于若任一购买意向合约的合约编号包含该用户标识，则获取该任一购买意向合约中的目标数据类别。

在一种可能实现方式中，该数据获取模块502用于：

基于该用户标识，从该区块链系统的任一节点中获取该购买用户的用户数据；

基于该目标数据类别，从该用户数据中获取该目标数据类别所指示的数据作为该第一数据。

在一种可能实现方式中，该装置还包括：

数据记录生成模块，用于基于该购买用户的用户行为，生成数据记录，一条该数据记录对应于一种数据类别；

同步模块，用于基于共识机制，将生成的该数据记录同步至该区块链系统中的各个节点。

在一种可能实现方式中，该处理模块505用于：

若该比对结果符合目标条件，则确定该购买意向合约有效；

若该比对结果不符合该目标条件，则确定该购买意向合约无效，为该购买意向合约添加无效标记。

在一种可能实现方式中，该处理模块505用于：

若该比对结果符合目标条件，则允许该购买用户购买该目标保险产品；

若该比对结果不符合该目标条件，则禁止该购买用户购买该目标保险产品。

在一种可能实现方式中，该装置还包括：

查询记录生成模块，用于基于获取到的该第一数据，生成数据查询记录；

数据存储模块，用于将该数据查询记录存储至该区块链系统。

在一种可能实现方式中，该目标保险产品的该禁用条件信息中包括对应于不同保险金额的多个数据类别以及各个数据类别的数据限制信息。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

需要说明的是：上述实施例提供的基于区块链的保险数据处理装置在进行保险数据处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的基于区块链的保险数据处理装置与基于区块链的保险数据处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述技术方案所提供的计算机设备可以实现为终端或服务器，例如，图6是本申请实施例提供的一种终端的结构示意图。该终端600可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio LayerIV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端600还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端600包括有：一个或多个处理器601和一个或多个存储器602。

处理器601可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器601可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器601也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器601可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器601还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器602可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器602还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器602中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器601所执行以实现本申请中方法实施例提供的基于区块链的保险数据处理方法。

在一些实施例中，终端600还可选包括有：外围设备接口603和至少一个外围设备。处理器601、存储器602和外围设备接口603之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口603相连。具体地，外围设备包括：射频电路604、显示屏605、摄像头组件606、音频电路607、定位组件608和电源609中的至少一种。

外围设备接口603可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器601和存储器602。在一些实施例中，处理器601、存储器602和外围设备接口603被集成在同一芯片或电路板上；在一些其他实施例中，处理器601、存储器602和外围设备接口603中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路604用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路604通过电磁信号与通信网络以及其他通信设备进行通信。射频电路604将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路604包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路604可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路604还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏605用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏605是触摸显示屏时，显示屏605还具有采集在显示屏605的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器601进行处理。此时，显示屏605还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏605可以为一个，设置终端600的前面板；在另一些实施例中，显示屏605可以为至少两个，分别设置在终端600的不同表面或呈折叠设计；在再一些实施例中，显示屏605可以是柔性显示屏，设置在终端600的弯曲表面上或折叠面上。甚至，显示屏605还可以设置成非矩形的不规则图形，也即异形屏。显示屏605可以采用LCD(LiquidCrystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件606用于采集图像或视频。可选地，摄像头组件606包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件606还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路607可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器601进行处理，或者输入至射频电路604以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端600的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器601或射频电路604的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路607还可以包括耳机插孔。

定位组件608用于定位终端600的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件608可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源609用于为终端600中的各个组件进行供电。电源609可以是交流电、直流电、一次性电池或可充电电池。当电源609包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端600还包括有一个或多个传感器610。该一个或多个传感器610包括但不限于：加速度传感器611、陀螺仪传感器612、压力传感器613、指纹传感器614、光学传感器615以及接近传感器616。

加速度传感器611可以检测以终端600建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器611可以用于检测重力加速度在三个坐标轴上的分量。处理器601可以根据加速度传感器611采集的重力加速度信号，控制显示屏605以横向视图或纵向视图进行用户界面的显示。加速度传感器611还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器612可以检测终端600的机体方向及转动角度，陀螺仪传感器612可以与加速度传感器611协同采集用户对终端600的3D动作。处理器601根据陀螺仪传感器612采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器613可以设置在终端600的侧边框和/或显示屏605的下层。当压力传感器613设置在终端600的侧边框时，可以检测用户对终端600的握持信号，由处理器601根据压力传感器613采集的握持信号进行左右手识别或快捷操作。当压力传感器613设置在显示屏605的下层时，由处理器601根据用户对显示屏605的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器614用于采集用户的指纹，由处理器601根据指纹传感器614采集到的指纹识别用户的身份，或者，由指纹传感器614根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器601授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器614可以被设置终端600的正面、背面或侧面。当终端600上设置有物理按键或厂商Logo时，指纹传感器614可以与物理按键或厂商Logo集成在一起。

光学传感器615用于采集环境光强度。在一个实施例中，处理器601可以根据光学传感器615采集的环境光强度，控制显示屏605的显示亮度。具体地，当环境光强度较高时，调高显示屏605的显示亮度；当环境光强度较低时，调低显示屏605的显示亮度。在另一个实施例中，处理器601还可以根据光学传感器615采集的环境光强度，动态调整摄像头组件606的拍摄参数。

接近传感器616，也称距离传感器，通常设置在终端600的前面板。接近传感器616用于采集用户与终端600的正面之间的距离。在一个实施例中，当接近传感器616检测到用户与终端600的正面之间的距离逐渐变小时，由处理器601控制显示屏605从亮屏状态切换为息屏状态；当接近传感器616检测到用户与终端600的正面之间的距离逐渐变大时，由处理器601控制显示屏605从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图6中示出的结构并不构成对终端600的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图7是本申请实施例提供的一种服务器的结构示意图，该服务器700可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(centralprocessing units，CPU)701和一个或多个的存储器702，其中，该一个或多个存储器702中存储有至少一条程序代码，该至少一条程序代码由该一个或多个处理器701加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器700还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器700还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由处理器执行以完成上述实施例中的基于区块链的保险数据处理方法。例如，该计算机可读存储介质可以是只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (18)

1.一种基于区块链的保险数据处理方法，其特征在于，应用于区块链系统中的任一节点设备上，所述方法包括：

基于对目标保险产品的购买请求，在所述区块链系统的区块链上生成购买意向合约，所述购买意向合约包括所述目标保险产品的产品标识、购买用户的用户标识以及所述目标保险产品的目标数据类别，所述目标数据类别为所述购买用户授权的可读取数据范围；

将所述用户标识与各个购买意向合约的合约编号进行对比，所述合约编号用于唯一的标识一个购买意向合约；

若任一购买意向合约的合约编号包含所述用户标识，则获取所述任一购买意向合约中的目标数据类别；

基于所述目标数据类别以及所述用户标识，从所述区块链系统中的节点设备获取第一数据，所述第一数据与所述用户标识对应且属于所述目标数据类别；

获取所述区块链系统上的所述目标保险产品的禁用条件信息，所述禁用条件信息包括所述目标数据类别以及所述目标数据类别的数据限制信息；

将所述第一数据和所述目标数据类别对应的数据限制信息进行对比，得到对比结果；

在所述区块链系统中，基于所述对比结果对所述购买意向合约进行处理。

2.根据权利要求1所述的方法，其特征在于，所述在所述区块链系统的区块链上生成购买意向合约之前，所述方法还包括：

将所述目标保险产品的所述禁用条件信息存储至所述区块链系统。

3.根据权利要求1所述的方法，其特征在于，所述基于所述目标数据类别以及所述用户标识，从所述区块链系统中的节点设备获取第一数据，包括：

基于所述用户标识，从所述区块链系统的任一节点设备中获取所述购买用户的用户数据；

基于所述目标数据类别，从所述用户数据中获取所述目标数据类别所指示的数据作为所述第一数据。

4.根据权利要求1所述的方法，其特征在于，所述基于所述目标数据类别以及所述用户标识，从所述区块链系统中的节点设备获取第一数据之前，所述方法还包括：

基于所述购买用户的用户行为，生成数据记录，一条所述数据记录对应于一种数据类别；

基于共识机制，将生成的所述数据记录同步至所述区块链系统中的各个节点设备。

5.根据权利要求1所述的方法，其特征在于，所述在所述区块链系统中，基于所述对比结果对所述购买意向合约进行处理包括：

若所述对比结果符合目标条件，则确定所述购买意向合约有效；

若所述对比结果不符合所述目标条件，则确定所述购买意向合约无效，为所述购买意向合约添加无效标记。

6.根据权利要求1所述的方法，其特征在于，所述在所述区块链系统中，基于所述对比结果对所述购买意向合约进行处理包括：

若所述对比结果符合目标条件，则允许所述购买用户购买所述目标保险产品；

若所述对比结果不符合所述目标条件，则禁止所述购买用户购买所述目标保险产品。

7.根据权利要求1所述的方法，其特征在于，所述从所述区块链系统中的节点设备获取第一数据之后，所述方法还包括：

基于获取到的所述第一数据，生成数据查询记录；

将所述数据查询记录存储至所述区块链系统。

8.根据权利要求1所述的方法，其特征在于，所述目标保险产品的所述禁用条件信息中包括对应于不同保险金额的多个数据类别以及各个数据类别的数据限制信息。

9.一种基于区块链的保险数据处理装置，其特征在于，所述装置包括：

合约生成模块，用于基于对目标保险产品的购买请求，在所述区块链系统的区块链上生成购买意向合约，所述购买意向合约包括所述目标保险产品的产品标识、购买用户的用户标识以及所述目标保险产品的目标数据类别，所述目标数据类别为所述购买用户授权的可读取数据范围；

编号对比模块，用于将所述用户标识与各个购买意向合约的合约编号进行对比，所述合约编号用于唯一的标识一个购买意向合约；

类别获取模块，用于若任一购买意向合约的合约编号包含所述用户标识，则获取所述任一购买意向合约中的目标数据类别；

数据获取模块，用于基于所述目标数据类别以及所述用户标识，从所述区块链系统中的节点设备获取第一数据，所述第一数据与所述用户标识对应且属于所述目标数据类别；

信息获取模块，用于获取所述区块链系统上的所述目标保险产品的禁用条件信息，所述禁用条件信息包括所述目标数据类别以及所述目标数据类别的数据限制信息；

信息对比模块，用于将所述第一数据和所述目标数据类别对应的数据限制信息进行对比，得到对比结果；

处理模块，用于在所述区块链系统中，基于所述对比结果对所述购买意向合约进行处理。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

信息存储模块，用于将所述目标保险产品的所述禁用条件信息存储至所述区块链系统。

11.根据权利要求9所述的装置，其特征在于，所述数据获取模块用于：

基于所述用户标识，从所述区块链系统的任一节点设备中获取所述购买用户的用户数据；

基于所述目标数据类别，从所述用户数据中获取所述目标数据类别所指示的数据作为所述第一数据。

12.根据权利要求9所述的装置，其特征在于，所述装置还包括：

数据记录生成模块，用于基于所述购买用户的用户行为，生成数据记录，一条所述数据记录对应于一种数据类别；

同步模块，用于基于共识机制，将生成的所述数据记录同步至所述区块链系统中的各个节点。

13.根据权利要求9所述的装置，其特征在于，所述处理模块用于：

若所述对比结果符合目标条件，则确定所述购买意向合约有效；

若所述对比结果不符合所述目标条件，则确定所述购买意向合约无效，为所述购买意向合约添加无效标记。

14.根据权利要求9所述的装置，其特征在于，所述处理模块用于：

若所述对比结果符合目标条件，则允许所述购买用户购买所述目标保险产品；

若所述对比结果不符合所述目标条件，则禁止所述购买用户购买所述目标保险产品。

15.根据权利要求9所述的装置，其特征在于，所述装置还包括：

查询记录生成模块，用于基于获取到的所述第一数据，生成数据查询记录；

数据存储模块，用于将所述数据查询记录存储至所述区块链系统。

16.根据权利要求9所述的装置，其特征在于，所述目标保险产品的所述禁用条件信息中包括对应于不同保险金额的多个数据类别以及各个数据类别的数据限制信息。

17.一种计算机设备，其特征在于，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求8任一项所述的基于区块链的保险数据处理方法所执行的操作。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述至少一条程序代码由处理器加载并执行以实现如权利要求1至权利要求8任一项所述的基于区块链的保险数据处理方法所执行的操作。

Images