CN110263085A - 基于区块链的数据处理系统、方法、计算设备及存储介质 - Google Patents

Abstract

本说明书提供基于区块链的数据处理系统、方法、计算设备及存储介质，其中所述基于区块链的数据处理系统包括：请求客户端、业务端、服务端以及区块链上的至少两个区块链节点；信息存储节点对应于所述区块链的区块链节点，接收用户的案件信息并存储；请求客户端向业务端发送案件审核请求；业务端接收所述案件审核请求，确定符合审核条件的项目成员，为所述符合审核条件的项目成员提供对所述待审核案件进行审核的审核通道，接收所述项目成员对所述待审核案件进行审核生成的案件审核数据；服务端从区块链节点拉取案件审核数据并根据所述案件审核数据确定案件审核结果，将所述案件审核结果返回至请求客户端。

Description

基于区块链的数据处理系统、方法、计算设备及存储介质

技术领域

本说明书涉及区块链技术领域，特别涉及一种基于区块链的数据处理系统、方法、计算设备及计算机可读存储介质。

背景技术

随着大众对保险的意识越来越强，越来越多的人开始投保，为方便大众的投保流程，越来越多的互联网保险随之应用而生。

现有技术中，互联网保险借助陪审团审核理赔案件的一般步骤为：首先由用户针对自身被保险公司拒赔的案件发起陪审请求并提交理赔材料，然后由保险公司填写拒赔理由以及调查材料，最后由陪审团成员针对双方提交的信息作出自己的判断，并借助互联网平台投票表决是否支持用户理赔。

但是现有技术中借助陪审团审核理赔案件存在一定的缺陷，由于一般互联网平台的不可靠性，无法保证陪审团成员投票结果的正确性，因此无法保证案件审核结果的公正性以及准确性。

发明内容

有鉴于此，本说明书实施例提供了一种基于区块链的数据处理系统、方法、计算设备及计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种基于区块链的数据处理系统，包括：

请求客户端、业务端、服务端以及区块链上的至少两个区块链节点；

所述请求客户端，被配置为向业务端发送案件审核请求，所述案件审核请求中携带有用户的身份标识信息和待审核案件标识信息；

所述业务端，被配置为接收所述案件审核请求，根据所述用户的身份标识信息和待审核案件标识信息确定符合审核条件的项目成员，为所述符合审核条件的项目成员提供对所述待审核案件进行审核的审核通道，接收所述项目成员对所述待审核案件进行审核生成的案件审核数据，将所述案件审核数据上传至所述区块链节点；

所述服务端，被配置为从所述区块链节点拉取案件审核数据并根据所述案件审核数据确定案件审核结果，将所述案件审核结果返回至所述请求客户端。

可选地，业务端，还被配置为获取所述案件审核请求中携带的用户的身份标识信息和待审核案件标识信息，将所述用户的身份标识信息及待审核案件标识信息按照预设数据模型上传至区块链节点；

所述区块链节点，被配置为接收所述用户的身份标识信息及待审核案件标识信息，将所述待审核案件对应的审核状态信息进行更新，将所述用户的身份标识信息、待审核案件标识信息及对应的审核状态信息扩散到其他区块链节点。

可选地，区块链节点，还被配置为根据所述用户的身份标识及待审核案件标识信息获取与所述待审核案件对应的审核状态，若所述待审核案件对应的审核状态为未审核，则将所述审核状态更新为审核中，若所述待审核案件对应的审核状态为审核中或审核结束，则向所述业务端发送审核状态异常的提示信息。

可选地，服务端，还被配置为将用户的案件信息上传至区块链节点；

所述区块链节点，还被配置为接收所述案件信息并存储；

所述业务端，还被配置为按照预设拉取方式从区块链节点拉取案件信息并存储于本地。

可选地，业务端，还被配置为根据所述用户的身份标识信息及待审核案件标识信息从本地获取待审核案件信息；根据所述用户的身份标识信息及待审核案件信息确定符合条件项目成员，将所述符合条件的项目成员作为案件第一审核成员；向所述案件第一审核成员发送参与案件审核的邀请，将回复确认参与案件审核的案件第一审核成员作为案件第二审核成员。

可选地，业务端，还被配置为为所述案件第二审核成员提供审核通道及待审核案件信息，接收所述案件第二审核成员对所述待审核案件信息进行审核生成的案件审核数据，将所述审核数据上传至区块链节点。

可选地，业务端，还被配置为向所述区块链节点发送案件审核授权请求，所述案件审核授权请求中携带有案件第二审核成员的唯一标识信息；

区块链节点，还被配置为接收案件审核授权请求，所述案件审核授权请求中携带有案件第二审核成员的唯一标识信息；对所述案件第二审核成员的唯一标识信息进行验证，在验证通过的情况下，向所述业务端发送授权成功通知。

可选地，服务端，还被配置为获取案件审核数据，确定所述审核数据中审核结果为同意的数量在总数中的占比，若所述占比大于预设阈值，则审核结果为审核通过，若所述占比小于等于预设阈值，则审核结果为审核未通过，将所述审核结果发送至请求客户端。

可选地，服务端，还被配置为若审核结果为审核通过，则根据待审核案件信息中的数据完成对所述用户的案件处理。

可选地，服务端，还被配置为将案件审核结果发送至区块链节点；

所述区块链节点，还被配置为接收所述案件审核结果，对所述用户的案件审核状态进行更新，并将更新后的案件状态信息扩散至其他区块链节点。

根据本说明书实施例的另一方面，提供了一种基于区块链的数据处理方法，包括：

接收案件审核请求，所述案件审核请求中携带有用户的身份标识信息和待审核案件标识信息；

根据所述用户的身份标识信息和待审核案件标识信息确定符合审核条件的项目成员；

为所述符合审核条件的项目成员提供对所述待审核案件进行审核的审核通道；

接收所述项目成员对所述待审核案件进行审核生成的案件审核数据，将所述案件审核数据上传至区块链节点。

可选地，基于区块链的数据处理方法，还包括：

获取所述案件审核请求中携带的用户的身份标识信息和待审核案件标识信息；

将所述用户的身份标识信息及待审核案件标识信息按照预设数据模型上传至区块链节点。

可选地，接收案件审核请求之前，还包括：

按照预设拉取方式从区块链节点拉取案件信息并存储于本地。

可选地，根据所述用户的身份标识信息和待审核案件标识信息确定符合审核条件的项目成员包括：

根据所述用户的身份标识信息及待审核案件标识信息从本地获取待审核案件信息；

根据所述用户的身份标识信息及待审核案件信息确定符合条件的项目成员，将所述符合条件的项目成员作为案件第一审核成员。

可选地，为所述符合审核条件的项目成员提供对所述待审核案件进行审核的审核通道包括：

向所述案件第一审核成员发送参与案件审核的邀请，将回复确认参与案件审核的案件第一审核成员作为案件第二审核成员；

为所述案件第二审核成员提供对所述待审核案件进行审核的审核通道，在所述审核通道显示待审核案件信息。

可选地，基于区块链的数据处理方法，还包括：

向所述区块链节点发送案件审核授权请求，所述案件审核授权请求中携带有案件第二审核成员的唯一标识信息；

接收所述区块链节点返回的授权结果通知。

根据本说明书实施例的另一方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述基于区块链的数据处理方法的步骤。

根据本说明书实施例的另一方面，提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述基于区块链的数据处理方法的步骤。

本说明书实施例中，通过请求客户端向业务端发送案件审核请求；业务端接收所述案件审核请求，确定符合审核条件的项目成员，为所述符合审核条件的项目成员提供对所述待审核案件进行审核的审核通道，接收所述项目成员对所述待审核案件进行审核生成的案件审核数据，将所述案件审核数据上传至所述区块链节点；服务端从区块链节点拉取案件审核数据并根据所述案件审核数据确定案件审核结果，将所述案件审核结果返回至请求客户端。通过业务端将项目成员的案件审核数据上传至区块链节点，保证了案件审核数据的不可篡改性，服务端可直接从区块链节点获取案件审核数据，而无需对审核结果的准确性进行查证，有效地提高了工作效率。

附图说明

图1是本申请实施例提供的基于区块链的数据处理系统的示意图；

图2是本申请实施例提供的计算设备的结构框图；

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

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

图5是本申请实施例提供的基于区块链的数据处理方法在保险业务联盟链的应用场景中的交互示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本发明一个或多个实施例涉及的名词术语进行解释。

互助式保险：具有同质风险保障需求的单位或个人，通过订立合同成为会员，并缴纳保费形成互助基金，由该基金对合同约定的事故发生所造成的损失承担赔偿责任，或者当被保险人死亡、伤残、疾病或者达到合同约定的年龄、期限等条件时承担给付保险金责任的保险活动。

联盟链：由某个群体内部指定多个预选的节点为记账人，每个块的生成由所有的预选节点共同决定，其他任何公司和组织可以通过该区块链开放的API进行限定访问。

在本申请中，提供了一种基于区块链的数据处理系统、方法、计算设备及计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本说明书一实施例的基于区块链的数据处理系统的示意图，包括请求客户端102、业务端104、服务端106以及区块链100上的至少两个区块链节点108。

所述请求客户端102，被配置为向业务端发送案件审核请求，所述案件审核请求中携带有用户的身份标识信息和待审核案件标识信息。

所述业务端104，被配置为接收所述案件审核请求，根据所述用户的身份标识信息和待审核案件标识信息确定符合审核条件的项目成员，为所述符合审核条件的项目成员提供对所述待审核案件进行审核的审核通道，接收所述项目成员对所述待审核案件进行审核生成的案件审核数据，将所述案件审核数据上传至所述区块链节点108。

所述服务端106，被配置为从所述区块链节点拉取案件审核数据并根据所述案件审核数据确定案件审核结果，将所述案件审核结果返回至所述请求客户端。

本说明书一实施例中，所述业务端，还被配置为获取所述案件审核请求中携带的用户的身份标识信息和待审核案件标识信息，将所述用户的身份标识信息及待审核案件标识信息按照预设数据模型上传至区块链节点；

所述区块链节点，被配置为接收所述用户的身份标识信息及待审核案件标识信息，将所述待审核案件对应的审核状态信息进行更新，将所述用户的身份标识信息、待审核案件标识信息及对应的审核状态信息扩散到其他区块链节点。

本说明书一实施例中，所述区块链节点，还被配置为根据所述用户的身份标识及待审核案件标识信息获取与所述待审核案件对应的审核状态，若所述待审核案件对应的审核状态为未审核，则将所述审核状态更新为审核中，若所述待审核案件对应的审核状态为审核中或审核结束，则向所述业务端发送审核状态异常的提示信息。

本说明书一实施例中，所述服务端，还被配置为将用户的案件信息上传至区块链节点；

所述区块链节点，还被配置为接收所述案件信息并存储；

所述业务端，还被配置为按照预设拉取方式从区块链节点拉取案件信息并存储于本地。

本说明书一实施例中，所述业务端，还被配置为根据所述用户的身份标识信息及待审核案件标识信息从本地获取待审核案件信息；根据所述用户的身份标识信息及待审核案件信息确定符合条件项目成员，将所述符合条件的项目成员作为案件第一审核成员；向所述案件第一审核成员发送参与案件审核的邀请，将回复确认参与案件审核的案件第一审核成员作为案件第二审核成员。

本说明书一实施例中，所述业务端，还被配置为为所述案件第二审核成员提供审核通道及待审核案件信息，接收所述案件第二审核成员对所述待审核案件信息进行审核生成的案件审核数据，将所述审核数据上传至区块链节点。

本说明书一实施例中，所述业务端，还被配置为向所述区块链节点发送案件审核授权请求，所述案件审核授权请求中携带有案件第二审核成员的唯一标识信息；

所述区块链节点，还被配置为接收案件审核授权请求，所述案件审核授权请求中携带有案件第二审核成员的唯一标识信息；对所述案件第二审核成员的唯一标识信息进行验证，在验证通过的情况下，向所述业务端发送授权成功通知。

本说明书一实施例中，所述服务端，还被配置为获取案件审核数据，确定所述审核数据中审核结果为同意的数量在总数中的占比，若所述占比大于预设阈值，则审核结果为审核通过，若所述占比小于等于预设阈值，则审核结果为审核未通过，将所述审核结果发送至请求客户端。

本说明书一实施例中，所述服务端，还被配置为若审核结果为审核通过，则根据待审核案件信息中的数据完成对所述用户的案件处理。

本说明书一实施例中，所述服务端，还被配置为将案件审核结果发送至区块链节点；

所述区块链节点，还被配置为接收所述案件审核结果，对所述用户的案件审核状态进行更新，并将更新后的案件状态信息扩散至其他区块链节点。

本说明书一实施例中，案件第二审核成员在业务端对案件审核结束后，业务端将案件审核数据上传至区块链节点，利用区块链中数据的不可篡改性，保证了案件审核数据的准确性，服务端对案件进行处理时，可直接从区块链节点获取案件审核数据，并根据案件审核数据确定审核结果，这个过程中服务端无需对案件审核数据的准确性进行判断和验证，为案件处理过程节省了时间，提高了案件处理效率。

图2示出了根据本说明书一实施例的计算设备200的结构框图。该计算设备200的部件包括但不限于存储器210和处理器220。处理器220与存储器210通过总线230相连接，数据库250用于保存数据。

计算设备200还包括接入设备240，接入设备240使得计算设备200能够经由一个或多个网络260通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备240可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本说明书的一个实施例中，计算设备200的上述部件以及图2中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图2所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备200可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备200还可以是移动式或静止式的服务器。

其中，处理器220可以执行图3所示基于区块链的数据处理方法中的步骤。图3示出了根据本说明书一实施例的基于区块链的数据处理方法的流程图，应用于业务端，包括步骤302至步骤308。

步骤302：接收案件审核请求，所述案件审核请求中携带有用户的身份标识信息和待审核案件标识信息。

本说明书一实施例中，用户向业务端发送案件审核请求，所述案件审核请求中携带有用户的身份标识信息和待审核案件标识信息，业务端接收案件审核请求后，将案件审核请求中携带的用户身份标识信息以及待审核案件标识信息按照预设的数据模型上传至区块链节点。预设的数据模型如表1所示。

表1

姓名	年龄	职业	所在城市	待审核案件标识
					用户姓名	用户年龄	用户职业	用户所在城市	待审核案件对应的唯一编码

本说明书一实施例中，仅以表1所示的数据模型为例进行说明，实际应用中，可根据实际需要确定数据模型，在此不做限定。

以保险项目为例，用户的待审核案件标识即为用户待审核保单的保单号，将用户的身份标识及待审核保单号按照表2所示的数据模型上传至区块链节点。

表2

姓名	年龄	职业	所在城市	待审核案件标识
					用户A	35	建筑师	上海	ZX0110100003

区块链节点接收所述用户的身份标识信息及待审核保单号后，根据所述用户的身份标识及待审核保单号获取与所述待审核保单对应的审核状态信息。若所述待审核保单对应的审核状态为未审核，则将所述审核状态更新为审核中，并通过共识机制将所述用户的身份标识信息、待审核保单号及对应的更新后的审核状态信息扩散到其他区块链节点，若所述待审核保单对应的审核状态为审核中或审核结束，则向所述业务端发送审核状态异常的提示信息。

本说明书一实施例中，由服务端将用户的案件信息上传至区块链节点，业务端在接收案件审核请求之前，按照预设拉取方式从区块链节点拉取案件信息并存储于本地。其中，业务端拉取区块链节点数据的方式有两种：主动拉取式和监听拉取式；主动拉取式即间隔一定时间拉取链上节点数据写入到本地，监听拉取式即监听区块链出块信息拉取节点数据写入到本地数据库中；在数据拉取过程中，每次拉取出块数据由块高决定，例如前面已经拉取了1-5000的5000个块，一定时间间隔后块高增为5100，则再次拉取时只会拉取5000-5100中新增的100个块的信息，可以有效避免数据重复拉取。

步骤304：根据所述用户的身份标识信息和待审核案件标识信息确定符合审核条件的项目成员。

本说明书一实施例中，根据所述用户的身份标识信息及待审核案件标识信息从本地获取待审核案件信息。仍以保险项目为例，假设用户的身份标识信息及待审核案件标识信息为用户H、50岁、厨师、所在地为北京，保单号为BZ201705020017，根据以上信息从业务端获取该用户的保单信息以及就诊信息如表3所示。

表3

本说明书一实施例中，获取用户H的保单信息及就诊信息后，根据该用户H的身份标识信息、保单信息以及就诊信息确定符合条件的项目成员，将所述符合条件的项目成员作为案件第一审核成员。互助式保险项目中，案件审核成员为投保的互助式保险项目成员，确定符合条件的项目成员的一种可选的方法为根据用户的身份标识信息及保单信息确定案件第一审核成员。具体地，若用户H的年龄为50岁，职业为厨师，所在地为北京，则可以更多的选择北京的50岁的厨师作为案件第一审核成员，或者若用户投保的险种为健康险B，则可较多的选择投保该险种的项目成员作为案件第一审核成员。

实际应用中，案件第一审核成员的确定方法可根据实际需要来确定，在此不做限定。

步骤306：为所述符合审核条件的项目成员提供对所述待审核案件进行审核的审核通道。

本说明书一实施例中，步骤306可以通过如图4所示的步骤实现，包括步骤402至步骤404。

步骤402：向所述案件第一审核成员发送参与案件审核的邀请，将回复确认参与案件审核的案件第一审核成员作为案件第二审核成员。

本说明书一实施例中，确定案件第一审核成员后，由业务端向所述案件第一审核成员发送参与案件审核的邀请，将回复确认参与案件审核的案件第一审核成员作为案件第二审核成员，在所述案件第二审核成员的人数达到预设阈值N时，停止向所述案件第一审核成员发送参与案件审核的邀请。

业务端确定案件第二审核成员后，向区块链节点发送案件第二审核成员的案件审核授权请求，所述案件审核授权请求中携带有所述案件第二审核成员的唯一标识信息。区块链节点通过所述唯一标识信息对所述案件第二审核成员的身份进行验证，以确保所述案件第二审核成员为项目成员。在验证结束后，区块链节点向业务端发送授权结果，若验证通过，则授权结果为授权成功，若验证未通过，则授权结果为授权失败。在授权结果为授权成功的情况下，可继续执行步骤404中为所述案件第二审核成员提供审核通道的步骤。

步骤404：为所述案件第二审核成员提供对所述待审核案件进行审核的审核通道，在所述审核通道显示待审核案件信息。

本说明书一实施例中，案件第二审核成员成功获得案件审核授权后，在业务端提供的案件审核通道对待审核案件信息进行审核，其中，待审核案件信息在所述案件审核通道的界面显示。仍以保险项目为例，待审核案件信息的具体内容如表3所示，案件第二审核成员针对所述待审核案件信息进行审核。

本说明书一实施例中，审核通道为第三方服务平台为案件第二审核成员提供的案件信息审核平台，用户的待审核案件信息通过所述案件信息审核平台的界面进行显示，案件第二审核成员通过所述案件信息审核平台对所述用户的待审核案件信息进行审核，并在案件信息审核平台的界面提交案件审核数据。为避免所述案件第二审核成员对所述待审核案件信息进行重复审核，业务端将案件审核数据上传至区块链节点的同时将关闭为所述案件第二审核成员提供的审核通道。

本说明书一实施例中，业务端将回复确认参与案件审核的案件第二审核成员的身份信息发送至区块链节点进行身份验证，为身份验证成功的案件第二审核成员提供审核通道，确保参与案件审核的案件第二审核成员均为项目成员，更有利于保证案件审核结果的准确性。

步骤308：接收所述项目成员对所述待审核案件进行审核生成的案件审核数据，将所述案件审核数据上传至区块链节点。

本说明书一实施例中，案件第二审核成员在审核完成后，由业务端将案件审核数据上传至区块链节点，其中，所述案件审核数据中包含案件第二审核成员的身份标识信息。

本说明书一实施例中，在N个案件第二审核成员均完成案件审核后，服务端从区块链节点获取N个案件审核数据，根据所述N个案件审核数据确定案件审核结果，具体地，确定所述N个案件审核数据中审核结果为同意的数量在总数中的占比，以预设阈值为50％为例，若所述N个案件审核数据中审核结果为同意的数量在总数N中的占比大于50％，则审核结果为审核通过，若所述N个案件审核数据中审核结果为同意的数量在总数N中的占比小于或等于50％，则审核结果为审核未通过，由服务端将所述审核结果发送至请求客户端。

本说明书一实施例中，仅以预设阈值为50％为例进行说明，实际应用中，预设阈值可根据实际需要来确定，在此不做限定。

以保险项目为例，若审核结果为审核通过，则服务端可根据所述用户的待审核案件信息中的保单信息及就诊信息确定理赔金额，并根据所述理赔金额完成对所述用户的理赔。

本说明书一实施例中，服务端根据案件审核数据确定案件审核结果后，将案件审核结果发送至区块链节点，区块链节点接收所述案件审核结果后，对所述用户的案件审核状态进行更新，并通过共识机制将更新后的案件状态信息扩散至其他区块链节点。

本说明书一实施例中，业务端将回复确认参与案件审核的案件第二审核成员的身份信息发送至区块链节点进行身份验证，为身份验证成功的案件第二审核成员提供审核通道，确保参与案件审核的案件第二审核成员均为项目成员，更有利于保证案件审核结果的准确性。将案件第二审核成员的案件审核数据上传至区块链节点，并且案件审核数据中包括案件第二审核成员的身份信息，保证了案件审核的公开以及公正性，利用区块链中数据的不可篡改性，服务端对案件进行处理时，可直接从区块链节点获取案件审核数据，并根据案件审核数据确定审核结果，这个过程中服务端无需对案件审核数据的准确性进行判断和验证，为案件处理过程节省了时间，提高了案件处理效率。

图5示出了本说明书一实施例的基于区块链的数据处理方法在保险业务联盟链的应用场景中的交互示意图，包括步骤502至步骤518。

步骤502：保险公司向保险业务联盟链节点发送案件信息。

本说明书一实施例中，用户投保后，保险公司将用户的投保信息发送至保险业务联盟链节点。

步骤504：第三方服务平台从保险业务联盟链节点获取案件信息。

本说明书一实施例中，第三方服务平台按照预设拉取方式从保险业务联盟链节点拉取数据，第三方服务平台拉取保险业务联盟链节点数据的方式有两种：主动拉取式和监听拉取式；主动拉取式即间隔一定时间拉取链上节点数据写入到本地，监听拉取式即监听保险业务联盟链出块信息拉取节点数据写入到本地；在数据拉取过程中，每次拉取出块数据由块高决定，例如前面已经拉取了1-5000的5000个块，一定时间间隔后块高增为5100，则再次拉取时只会拉取5000-5100中新增的100个块的信息，可以有效避免数据重复拉取。

步骤506：第三方服务平台接收案件审核请求。

本说明书一实施例中，投保用户出险后，向第三方服务平台发送审核请求，审核请求中携带有用户的身份标识信息以及待审核保单的保单号，若审核通过，则可获得理赔。

步骤508：第三方服务平台确定案件第一审核成员。

本说明书一实施例中，第三方服务平台接收所述审核请求后，将审核请求中携带的所述用户的身份标识信息以及待审核保单号按照预设数据模型上传至保险业务联盟链节点，保险业务联盟链链节点根据所述用户的身份标识信息以及待审核保单号确定与所述待审核保单对应的审核状态，若所述待审核保单的审核状态为未审核，则将所述审核状态更新为审核中，并通过共识机制将所述用户的身份标识信息、待审核保单号以及更新后的审核状态信息扩散至其他区块链节点；若所述待审核保单的审核状态为审核中或审核结束，则向所述第三方服务平台发送审核状态异常的提示信息。

本说明书一实施例中，第三方服务平台根据用户的身份标识信息以及待审核保单号从本地获取所述用户的投保信息以及就诊信息，根据所述用户的身份标识信息、投保信息以及就诊信息确定符合条件的项目成员，并将所述符合条件的项目成员作为案件第一审核成员。向所述案件第一审核成员发送参与案件审核的邀请，将回复确认参与案件审核的案件第一审核成员作为案件第二审核成员，在所述案件第二审核成员的数量达到预设阈值时，停止向所述案件第一审核成员发送邀请。

步骤510：第三方服务平台接收案件审核数据。

本说明书一实施例中，第三方服务平台确定案件第二审核成员后，向保险业务联盟链节点发送案件审核授权请求，所述案件审核授权请求中携带有案件第二审核成员的身份标识信息。

保险业务联盟链对所述案件第二审核成员的身份标识信息进行验证，以确保所述案件第二审核成员为项目成员。在验证结束后，保险业务联盟链节点向第三方服务平台发送授权结果，若验证通过，则授权结果为授权成功，若验证未通过，则授权结果为授权失败。在授权结果为授权成功的情况下，第三方服务平台为案件第二审核成员提供案件审核通道，用户的就诊信息以及投保信息均在审核通道显示，第二案件审核成员在所述审核通道对所述用户的投保信息以及就诊信息进行审核。审核结束后，第三方服务平台获取案件第二审核成员用过审核通道提交的案件审核数据。

步骤512：第三方服务平台向保险业务联盟链节点发送案件审核数据。

本说明书一实施例中，假设共有M个案件第二审核成员，每个案件第二审核成员在审核完成后，由第三方服务平台将所述案件第二审核成员的案件审核数据上传至保险业务联盟链节点并关闭为所述案件第二审核成员提供的审核通道，其中，所述案件审核数据中包含案件第二审核成员的身份标识信息。

步骤514：保险公司从保险业务联盟链节点获取案件审核数据。

步骤516：保险公司确定审核结果。

本说明书一实施例中，M个案件第二审核成员均完成对所述用户的投保信息及就诊信息的审核且第三方平台将M个案件审核数据均上传至区块链节点后，保险公司从保险业务联盟链节点拉取所述M个案件审核数据，并根据M个案件审核数据确定案件审核结果。具体地，确定所述M个案件审核数据中审核结果为同意理赔的数量在总数中的占比，若所述M个案件审核数据中审核结果为同意理赔的数量在总数M中的占比大于预设阈值，则审核结果为审核通过，若所述M个案件审核数据中审核结果为同意理赔的数量在总数M中的占比小于或等于预设阈值，则审核结果为审核未通过。

步骤518：保险公司向保险业务联盟链节点发送审核结果。

本说明书一实施例中，保险公司确定审核结果后，将所述审核结果进行公示，并将所述审核结果发送至保险业务联盟链进行存储，用户可通过第三方服务平台自行查询审核结果，或由第三方服务平台接收到公示的审核结果后向用户发送审核结果提示信息。若审核结果为审核通过，则保险公司可根据所述用户的待审核案件信息中的保单信息及就诊信息确定理赔金额，并根据所述理赔金额完成对所述用户的理赔。

本说明书一实施例中，保险公司根据案件审核数据确定案件审核结果后，将案件审核结果分别发送至用户和保险业务联盟链节点，保险业务联盟链节点接收所述案件审核结果后，对所述用户的案件审核状态进行更新，即将审核状态改为审核结束，并通过共识机制将更新后的案件状态信息扩散至其他区块链节点。若审核结果为审核通过，则保险公司可根据所述用户的投保信息和就诊信息确定待理赔金额，并根据所述待理赔金额完成对所述用户的理赔。

本说明书一实施例中，保险业务联盟链节点对用户保单号的审核状态进行更新，可以避免用户多次发起审核请求导致第三方服务平台进行额外的审核工作，有利于提高工作效率，并且将案件审核数据上传至保险业务联盟链，保证了审核数据的准确性以及不可篡改性，保险公司在对用户进行理赔操作时，可直接从保险业务联盟链获取审核数据而无需对审核结果进行验证，有效提高了理赔效率。

本说明书一实施例中还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现所述的基于区块链的数据处理方法的步骤。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述基于区块链的数据处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的基于区块链的数据处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述基于区块链的数据处理方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (18)

1.一种基于区块链的数据处理系统，其特征在于，包括：

请求客户端、业务端、服务端以及区块链上的至少两个区块链节点；

所述请求客户端，被配置为向业务端发送案件审核请求，所述案件审核请求中携带有用户的身份标识信息和待审核案件标识信息；

所述业务端，被配置为接收所述案件审核请求，根据所述用户的身份标识信息和待审核案件标识信息确定符合审核条件的项目成员，为所述符合审核条件的项目成员提供对所述待审核案件进行审核的审核通道，接收所述项目成员对所述待审核案件进行审核生成的案件审核数据，将所述案件审核数据上传至所述区块链节点；

所述服务端，被配置为从所述区块链节点拉取案件审核数据并根据所述案件审核数据确定案件审核结果，将所述案件审核结果返回至所述请求客户端。

2.根据权利要求1所述的系统，其特征在于，所述业务端，还被配置为获取所述案件审核请求中携带的用户的身份标识信息和待审核案件标识信息，将所述用户的身份标识信息及待审核案件标识信息按照预设数据模型上传至区块链节点；

所述区块链节点，被配置为接收所述用户的身份标识信息及待审核案件标识信息，将所述待审核案件对应的审核状态信息进行更新，将所述用户的身份标识信息、待审核案件标识信息及对应的审核状态信息扩散到其他区块链节点。

3.根据权利要求2所述的系统，其特征在于，所述区块链节点，还被配置为根据所述用户的身份标识及待审核案件标识信息获取与所述待审核案件对应的审核状态，若所述待审核案件对应的审核状态为未审核，则将所述审核状态更新为审核中，若所述待审核案件对应的审核状态为审核中或审核结束，则向所述业务端发送审核状态异常的提示信息。

4.根据权利要求1所述的系统，其特征在于，所述服务端，还被配置为将用户的案件信息上传至区块链节点；

所述区块链节点，还被配置为接收所述案件信息并存储；

所述业务端，还被配置为按照预设拉取方式从区块链节点拉取案件信息并存储于本地。

5.根据权利要求1所述的系统，其特征在于，所述业务端，还被配置为根据所述用户的身份标识信息及待审核案件标识信息从本地获取待审核案件信息；根据所述用户的身份标识信息及待审核案件信息确定符合条件项目成员，将所述符合条件的项目成员作为案件第一审核成员；向所述案件第一审核成员发送参与案件审核的邀请，将回复确认参与案件审核的案件第一审核成员作为案件第二审核成员。

6.根据权利要求1所述的系统，其特征在于，所述业务端，还被配置为为所述案件第二审核成员提供审核通道及待审核案件信息，接收所述案件第二审核成员对所述待审核案件信息进行审核生成的案件审核数据，将所述审核数据上传至区块链节点。

7.根据权利要求1所述的系统，其特征在于，所述业务端，还被配置为向所述区块链节点发送案件审核授权请求，所述案件审核授权请求中携带有案件第二审核成员的唯一标识信息；

区块链节点，还被配置为接收案件审核授权请求，所述案件审核授权请求中携带有案件第二审核成员的唯一标识信息；对所述案件第二审核成员的唯一标识信息进行验证，在验证通过的情况下，向所述业务端发送授权成功通知。

8.根据权利要求1所述的系统，其特征在于，所述服务端，还被配置为获取案件审核数据，确定所述审核数据中审核结果为同意的数量在总数中的占比，若所述占比大于预设阈值，则审核结果为审核通过，若所述占比小于等于预设阈值，则审核结果为审核未通过，将所述审核结果发送至请求客户端。

9.根据权利要求8所述的系统，其特征在于，所述服务端，还被配置为若审核结果为审核通过，则根据待审核案件信息中的数据完成对所述用户的案件处理。

10.根据权利要求1所述的系统，其特征在于，所述服务端，还被配置为将案件审核结果发送至区块链节点；

所述区块链节点，还被配置为接收所述案件审核结果，对所述用户的案件审核状态进行更新，并将更新后的案件状态信息扩散至其他区块链节点。

11.一种基于区块链的数据处理方法，其特征在于，应用于业务端，包括：

接收案件审核请求，所述案件审核请求中携带有用户的身份标识信息和待审核案件标识信息；

根据所述用户的身份标识信息和待审核案件标识信息确定符合审核条件的项目成员；

为所述符合审核条件的项目成员提供对所述待审核案件进行审核的审核通道；

接收所述项目成员对所述待审核案件进行审核生成的案件审核数据，将所述案件审核数据上传至区块链节点。

12.根据权利要求11所述的方法，其特征在于，还包括：

获取所述案件审核请求中携带的用户的身份标识信息和待审核案件标识信息；

将所述用户的身份标识信息及待审核案件标识信息按照预设数据模型上传至区块链节点。

13.根据权利要求11所述的方法，其特征在于，所述接收案件审核请求之前，还包括：

按照预设拉取方式从区块链节点拉取案件信息并存储于本地。

14.根据权利要求11所述的方法，其特征在于，所述根据所述用户的身份标识信息和待审核案件标识信息确定符合审核条件的项目成员包括：

根据所述用户的身份标识信息及待审核案件标识信息从本地获取待审核案件信息；

根据所述用户的身份标识信息及待审核案件信息确定符合条件的项目成员，将所述符合条件的项目成员作为案件第一审核成员。

15.根据权利要求14所述的方法，其特征在于，所述为所述符合审核条件的项目成员提供对所述待审核案件进行审核的审核通道包括：

向所述案件第一审核成员发送参与案件审核的邀请，将回复确认参与案件审核的案件第一审核成员作为案件第二审核成员；

为所述案件第二审核成员提供对所述待审核案件进行审核的审核通道，在所述审核通道显示待审核案件信息。

16.根据权利要求11所述的方法，其特征在于，还包括：

向所述区块链节点发送案件审核授权请求，所述案件审核授权请求中携带有案件第二审核成员的唯一标识信息；

接收所述区块链节点返回的授权结果通知。

17.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现权利要求11-16任意一项所述方法的步骤。

18.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求11-16任意一项所述方法的步骤。