CN108550079A - 保险理赔信息管理方法、系统及区块链节点设备 - Google Patents

Abstract

本发明提供了一种保险理赔信息管理方法、系统及区块链节点设备，其中方法包括：接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息，并将第一、第二和第三交易信息登记在区块链中，第一交易信息包括保险理赔请求信息和保险理赔请求信息的特征值，第二交易信息包括保险理赔查勘信息，第三交易信息包括保险理赔赔付信息；建立第一、第二和第三交易信息的关联关系；将关联后的第一、第二和第三交易信息封装成保险理赔信息，将特征值作为保险理赔信息的标识，并将保险理赔信息登记在区块链中。本发明可实现对保险理赔信息的公开透明化管理，确保保险理赔信息的可信性，防止诈保及一案多赔的情况发生。

Description

保险理赔信息管理方法、系统及区块链节点设备

技术领域

本发明属于区块链技术领域，尤其涉及一种保险理赔信息管理方法、系统及区块链节点设备。

背景技术

目前，保险公司的保险理赔信息都是由保险公司在保险理赔案件结案后上传至保险行业查询平台，并且上传的保险理赔信息仅包括保险理赔金额和承保标的基本信息，承保公司后期可进行案件重开，并更改保险理赔信息，并且非业内人士不能查询。这种保险理赔信息管理方法对保险理赔信息不公开，即使是被保险人也无法随时了解自己的所有详细保险记录，并且由于承保公司后期可更改保险理赔信息，导致可能出现诈保及一案多赔的情况。

发明内容

有鉴于此，本发明提供了一种基于区块链的车辆出险理赔信息管理方法、系统及终端，以解决现有的保险理赔信息管理方法对保险理赔信息不公开，即使是被保险人也无法随时了解自己的所有详细保险记录，并且由于承保公司后期可更改出险理赔信息，导致可能出现诈保及一案多赔的情况的问题。

本发明的第一方面提供了一种保险理赔信息管理方法，应用于区块链节点设备，所述方法包括：

接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息，并将所述第一交易信息、第二交易信息和第三交易信息登记在区块链中，所述第一交易信息包括保险理赔请求信息和所述保险理赔请求信息的特征值，所述第二交易信息包括保险理赔查勘信息，所述第三交易信息包括保险理赔赔付信息；

建立所述第一交易信息、第二交易信息和第三交易信息的关联关系；

将关联后的第一交易信息、第二交易信息和第三交易信息封装成保险理赔信息，将所述特征值作为所述保险理赔信息的标识，并将所述保险理赔信息登记在区块链中。

在上述技术方案的基础上，所述第一交易信息、所述第二交易信息、所述第三交易信息均包括保险对象标识；

所述建立所述第一交易信息、第二交易信息和第三交易信息的关联关系，具体包括：

基于所述保险对象标识建立所述第一交易信息、第二交易信息和第三交易信息的关联关系。

在上述技术方案的基础上，在所述接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息之前，所述方法还包括：

接收保险理赔信息管理智能合约并登记在区块链中；

所述将所述保险理赔信息登记在区块链中，具体包括：

调用所述智能合约将所述保险理赔信息登记在区块链中。

在上述技术方案的基础上，所述方法还包括：

接收信息请求方的保险理赔信息查询请求，所述查询请求包括信息请求方标识；

根据所述请求方标识发送对应的保险理赔信息至请求方。

在上述技术方案的基础上，当所述请求方标识表明信息请求方为保险稽核时，所述方法还包括：

比对所述保险理赔信息中的保险理赔请求信息和保险查勘信息的一致性，

将所述一致性的比对结果发送至保险稽核方。

本发明第二方面提供一种保险理赔信息管理系统，应用于区块链节点设备，所述系统包括：

接收单元，用于接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息，并将所述第一交易信息、第二交易信息和第三交易信息登记在区块链中，所述第一交易信息包括保险理赔请求信息和所述保险理赔请求信息的特征值，所述第二交易信息包括保险理赔查勘信息，所述第三交易信息包括保险理赔赔付信息；

关联单元，用于建立所述第一交易信息、第二交易信息和第三交易信息的关联关系；

登记单元，用于将关联后的第一交易信息、第二交易信息和第三交易信息封装成保险理赔信息，将所述特征值作为所述保险理赔信息的标识，并将所述保险理赔信息登记在区块链中。

在上述技术方案的基础上，所述第一交易信息、所述第二交易信息、所述第三交易信息均包括保险对象标识；所述关联单元具体用于：

基于所述保险对象标识建立所述第一交易信息、第二交易信息和第三交易信息的关联关系。

在上述技术方案的基础上，所述系统还包括：

部署单元，用于接收保险理赔信息管理智能合约并登记在区块链中；

所述登记单元具体用于：

调用所述智能合约将所述保险理赔信息登记在区块链中。

在上述技术方案的基础上，所述系统还包括查询单元，用于：

接收信息请求方的保险理赔信息查询请求，所述查询请求包括信息请求方标识；

根据所述请求方标识发送对应的保险理赔信息至请求方。

在上述技术方案的基础上，当所述请求方标识表明信息请求方为保险稽核时，所述系统还包括比对单元，用于：

比对所述保险理赔信息中的保险理赔请求信息和保险查勘信息的一致性，将所述一致性的比对结果发送至保险稽核方。

本发明第三方面提供一种区块链节点设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面任一项所述方法的步骤。

本发明第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面任一项所述方法的步骤。

本发明的有益效果是：

本发明由于使用区块链和智能合约技术记录完整的保险理赔信息，可以实现对保险理赔信息的公开透明化管理，使得被保险人、保险公司及其他非业内人员实时查询保险理赔信息；此外，由于区块链的去中心和数据防篡改特性，可以确保险理赔信息的可信性，并且可以防止诈保以及一案多赔的情况发生。

附图说明

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

图1是本发明实施例提供的保险理赔信息管理方法的实现流程示意图；

图2是本发明实施例提供的保险理赔信息管理方法在车险应用场景下的具体实现流程示意图；

图3是本发明实施例提供的保险理赔信息管理方法在人身险应用场景下的具体实现流程示意图；

图4是本发明实施例提供的保险理赔信息管理系统的结构示意图；

图5是本发明实施例提供的区块链节点设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1示出了本发明实施例提供的保险理赔信息管理方法的实现流程示意图。该方法应用于区块链节点设备，参见图1所示，该方法的实现流程详述如下：

步骤S101，接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息，并将所述第一交易信息、第二交易信息和第三交易信息登记在区块链中，所述第一交易信息包括保险理赔请求信息和所述保险理赔请求信息的特征值，所述第二交易信息包括保险理赔查勘信息，所述第三交易信息包括保险理赔赔付信息。

其中，所述区块链节点设备既可以是终端，也可以是服务器，该所述区块链设备登记在区块链中成为区块链的一个节点。所述保险理赔平台是保险公司的服务器，所述保险公司的服务器可以是区块链的一个节点设备，也可以是位于区块链以外的一个设备。

在本实施例中，保险理赔平台上传的第一交易信息、第二交易信息、第三交易信息既可以是同时上传，也可以分开上传。这些交易信息由相应的终端上传原始信息如理赔请求信息、查勘信息和赔付信息到保险理平台，然后由保险理赔平台采用单向散列函数算法对保险理赔请求信息进行运算得到特征值。其中，所述单向散列函数算法包括但不限于信息-摘要(Message-Digest Algorithm5，MD5)算法。

在本实施例中，交易信息在登记在区块链中之后，即可实现全网广播，并使区块链中的其他节点设备获取该交易信息。交易信息一旦登记在所述区块链中，由于区块链去中心和不可篡改的特性，可以防止登记的交易信息的篡改。

步骤S102，建立所述第一交易信息、第二交易信息和第三交易信息的关联关系。

在本实施例中，所述第一交易信息、所述第二交易信息、所述第三交易信息均包括保险对象标识；步骤S102具体包括：

基于所述保险对象标识建立所述第一交易信息、第二交易信息和第三交易信息的关联关系。

在本实施例中，所述保险对象包括但不限于车险和人身险。当所述保险对象是车险时，所述保险对象标识为车辆的车辆识别码(Vehicle Identification Number，VIN)，其中，VIN码由17位字符组成，所以俗称十七位码，它包含了车辆的生产厂家、年代、车型、车身型式及代码、发动机代码及组装地点等信息；当所述保险对象是人身险时，所述保险对象标识为人的身份标识，所述人的身份标识包括但不限于人的姓名和身份证信息。

步骤S103，将关联后的第一交易信息、第二交易信息和第三交易信息封装成保险理赔信息，将所述特征值作为所述保险理赔信息的标识，并将所述保险理赔信息登记在区块链中。

在本实施例中，保险理赔在登记在区块链中之后，即可实现全网广播，并使区块链中的其他节点设备获取该保险理赔信息，这样区块链中的其他节点与当前节点即达成共识，可以防止数据的篡改。后续所有人，包括无责方，都可以通过客户端，在区块链中查询该保险案件的保险理赔信息。

优选的，在本实施例中，在所述接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息之前，所述方法还包括：

接收保险理赔信息管理智能合约并登记在区块链中；

所述将所述保险理赔信息登记在区块链中，具体包括：

调用所述智能合约将所述保险理赔信息登记在区块链中。

其中，所述智能合约是安装在区块链节点设备中离散的计算机程序组件，当智能合约被部署好时，智能合约代码的哈希值会被计算出了并打上数字签名。智能合约代码的单向哈希值，数字签名和代码本身会被同时复制到由参加区块链的节点所组成的网络之中。作为智能合约部署流程的一部分，每一个节点第一件要做的事情是要验证哈希值，如果验证通过，节点会在本地部署智能合约的代码。接下来，这个节点会等待智能合约的调用。

由于智能合约代码的完整性是被它的单向哈希值和所述数字签名保护起来的，因此没有人能在部署之后改变它，所述智能合约在部署后，其代码与全部交易记录和内部数据一起，成为不可篡改的区块链的一部分。

当条件被触发时，在每一个部署有智能合约代码的节点上，智能合约代码都会被执行，这些节点会尝试就他们各自的智能合约代码执行的结果达成共识。作为寻找共识过程的一部分，区块链网络协议会保证将最新更新过的智能合约内部数据可靠地复制到每一个节点，这样可以使得区块链网络内部数据结构是不可改变的。

在本实施例中，所述智能合约约定了一个完整的保险理赔信息包括请求信息及特征值、查勘信息和赔付信息。调用所述智能合约将所述保险理赔信息登记在区块链中可以保证保险理赔信息的完整性。

优选的，在本实施例中，所述保险理赔信息管理方法还包括：

接收信息请求方的保险理赔信息查询请求，所述查询请求包括信息请求方标识；

根据所述请求方标识发送对应的保险理赔信息至请求方。

在本实施例中，所述保险理赔信息查询请求包括但不限于所述保险理赔信息的标识、保险对象标识。当所述区块链节点设备接收到所述保险理赔信息查询请求后，会根据所述请求在区块链中查找存储的与所述请求相匹配的保险理赔信息，并将查询到的保险理赔信息返回给所述请求方。其中，所述请求方包括但不限于保险对象、保险公司以及无责方。

优选的，在本实施例中，当所述请求方标识表明信息请求方为保险稽核时，所述方法还包括：

比对所述保险理赔信息中的保险理赔请求信息和保险查勘信息的一致性，将所述一致性的比对结果发送至保险稽核方。

在本实施例中，所述区块链节点设备内预先存储有保险稽核标识，当所述请求方标识与所述保险稽核标识一致时，所述区块链节点设备会比对保险理赔信息中的保险请求信息和保险查勘信息是否一致，并将比对结果通过网络通信返回给保险稽核方，这样可以辅助保险稽核方对诈保案件的排查。其中，所述比对保险理赔信息中的保险请求信息和保险查勘信息是否一致具体包括:

比对所述保险请求信息和所述保险查勘信息中被保险人或物的标识信息、物损信息、人伤信息以及承保人信息是否相同。

以上可以看出，本实施例提供的保险理赔信息管理方法由于使用区块链和智能合约技术记录保险理赔信息，可以实现对保险理赔信息的公开透明化管理，使得承保人、保险公司及其他非业内人员均可实时查询保险理赔信息；此外，由于区块链的去中心和数据防篡改特性，可以确保险理赔信息的可信性，并且可以防止诈保以及一案多赔的情况发生。

图2是本发明实施例提供的保险理赔信息管理方法在车险应用场景下的实现流程示意图。参见图2所示，在车险应用场景下，所述方法包括：

步骤S201，接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息，并将所述第一交易信息、第二交易信息和第三交易信息登记在区块链中，所述第一交易信息包括车辆出险理赔请求信息和所述车辆出险理赔请求信息的特征值，所述第二交易信息包括车辆出险理赔查勘信息，所述第三交易信息包括车辆出险理赔赔付信息；

步骤S202，建立所述第一交易信息、第二交易信息和第三交易信息的关联关系；

步骤S203，将关联后的第一交易信息、第二交易信息和第三交易信息封装成车辆出险理赔信息，将所述特征值作为所述车辆出险理赔信息的标识，并将所述车辆出险理赔信息登记在区块链中；

步骤S204，接收信息请求方的车辆出险理赔信息查询请求，所述查询请求包括信息请求方标识，根据所述请求方标识发送对应的车辆出险理赔信息至请求方。

在本实施例中，所述车辆出险请求信息包括但不限于承保标的车辆的车架号、发动机号、车牌号、被保险人、司机姓名、出险时间和地点、所涉其他车辆的信息、物损信息、人伤信息以及事故经过中的一种或多种。其中，多种是指两种或两种以上。

在本实施例中，所述车辆出险查勘信息包括但不限于承保标的车辆的车架号、发动机号、车牌号、被保险人、司机姓名、出险时间和地点、所涉其他车辆的信息、物损信息、人伤信息以及事故经过中的一种或多种。其中，多种指两种或两种以上。

在本实施例中，所述车辆出险理赔信息查询请求包括车辆出险理赔信息的出险信息标识或者所需查询车辆的基本信息；所述基本信息包括所述车辆的车架号、车牌号、发动机号、司机姓名、出险时间和地点、被保险人中的一种或多种。

在本实施例中，所有人均可以通过客户端向区块链节点设备发送车辆出险理赔信息查询请求，并获得相应的查询结果。例如：车主可以根据车辆的基本信息查询核实是否存在自己不知情的保险理赔案件；保险公司可以及时核实是否存在一案多方赔付的情况；二手交易的车辆购买方可查证欲购买车辆的所涉理赔情况等。

需要说明的是，本实施例中上述步骤S201～步骤S204的具体实现方式由于分别与上一实施例中对应的各个步骤的实现方式完全相同，因此在此不再赘述。

以上可以看出，本实施例提供的保险理赔信息管理方法由于使用区块链和智能合约技术记录保险车辆的完整出险理赔信息，可以实现对出险理赔信息的公开透明化管理，使得车主、保险公司及其他非业内人员实时查询车辆的出险理赔信息；此外，由于区块链的去中心和数据防篡改特性，可以确保出险理赔信息的可信性，并且可以防止车险诈保以及一案多赔的情况发生。

图3是本发明实施例提供的保险理赔信息管理方法在人身险应用场景下的实现流程示意图。参见图3所示，在人身险应用场景下，所述方法包括：

步骤S301，接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息，并将所述第一交易信息、第二交易信息和第三交易信息登记在区块链中，所述第一交易信息包括人身险理赔请求信息和所述人身险理赔请求信息的特征值，所述第二交易信息包括人身险理赔查勘信息，所述第三交易信息包括人身险理赔赔付信息；

步骤S302，建立所述第一交易信息、第二交易信息和第三交易信息的关联关系；

步骤S303，将关联后的第一交易信息、第二交易信息和第三交易信息封装成人身险理赔信息，将所述特征值作为所述人身险理赔信息的标识，并将所述人身险理赔信息登记在区块链中。

步骤S304，接收信息请求方的人身险理赔信息查询请求，所述查询请求包括信息请求方标识，根据所述请求方标识发送对应的人身险理赔信息至请求方。

在本实施例中，所述人身险请求信息包括但不限于被保险人的身份标识、承保人的身份标识、出险时间和地点、所涉其他人的信息、物损信息、人伤信息以及事故经过中的一种或多种。其中，多种是指两种或两种以上。

在本实施例中，所述车辆出险查勘信息包括但不限于被保险人的身份标识、承保人的身份标识、出险时间和地点、所涉其他人的信息、物损信息、人伤信息以及事故经过中的一种或多种。其中，多种是指两种或两种以上。

在本实施例中，所述人身险理赔信息查询请求包括但不限于被保险人的身份标识、承保人的身份标识或者人身险理赔信息标识。

在本实施例中，所有人均可以通过客户端向区块链节点设备发送人身险理赔信息查询请求，并获得相应的查询结果。例如：被保险人可以根据自身的身份标识核实是否存在自己不知情的人身险理赔案件；保险公司可以及时核实是否存在一案多方赔付的情况；承保人可以查询被保险人的人身险赔付情况等。

需要说明的是，本实施例中上述步骤S301～步骤S304的具体实现方式由于分别与上一实施例中对应的各个步骤的实现方式完全相同，应此在此不再赘述。

以上可以看出，本实施例提供的保险理赔信息管理方法由于使用区块链和智能合约技术记录被保险人的完整人身险理赔信息，可以实现对被保险人的人身险理赔信息的公开透明化管理，使得被保险人、承保人、保险公司及其他非业内人员实时被保险人的人身险理赔信息；此外，由于区块链的去中心和数据防篡改特性，可以确保人身险理赔信息的可信性，并且可以防止诈保以及一案多赔的情况发生。

图4是本发明实施例提供的保险理赔信息管理系统的结构示意图。该系统应用于区块链节点设备。为了便于说明仅仅示出了与本实施例相关的部分。

参见图4所示，本实施例提供的保险理赔信息管理系统4包括：

接收单元41，用于接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息，并将所述第一交易信息、第二交易信息和第三交易信息登记在区块链中，所述第一交易信息包括保险理赔请求信息和所述保险理赔请求信息的特征值，所述第二交易信息包括保险理赔查勘信息，所述第三交易信息包括保险理赔赔付信息；

关联单元42，用于建立所述第一交易信息、第二交易信息和第三交易信息的关联关系；

登记单元43，用于将关联后的第一交易信息、第二交易信息和第三交易信息封装成保险理赔信息，将所述特征值作为所述保险理赔信息的标识，并将所述保险理赔信息登记在区块链中。

可选的，所述第一交易信息、所述第二交易信息、所述第三交易信息均包括保险对象标识；所述关联单元42具体用于：

基于所述保险对象标识建立所述第一交易信息、第二交易信息和第三交易信息的关联关系。

可选的，所述系统4还包括：

部署单元44，用于接收保险理赔信息管理智能合约并登记在区块链中；

所述登记单元43具体用于：

调用所述智能合约将所述保险理赔信息登记在区块链中。

可选的，所述系统还包括查询单元45，用于：

接收信息请求方的保险理赔信息查询请求，所述查询请求包括信息请求方标识；

根据所述请求方标识发送对应的保险理赔信息至请求方。

可选的，当所述请求方标识表明信息请求方为保险稽核时，所述系统4还包括比对单元46，用于：

比对所述保险理赔信息中的保险理赔请求信息和保险查勘信息的一致性，将所述一致性的比对结果发送至保险稽核方。

需要说明的是，本发明实施例提供的上述系统的各个单元，由于与本发明方法实施例基于同一构思，其带来的技术效果与本发明方法实施例相同，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

因此，可以看出，本实施例提供的保险理赔信息管理方法由于使用区块链和智能合约技术记录保险车辆的完整出险理赔信息，可以实现对出险理赔信息的公开透明化管理，使得车主、保险公司及其他非业内人员实时查询车辆的出险理赔信息；此外，由于区块链的去中心和数据防篡改特性，可以确保出险理赔信息的可信性，并且可以防止车险诈保以及一案多赔的情况发生。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

图5是本发明实施例提供的区块链节点设备的结构示意图。如图5所示，该实施例的区块链节点设备包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述各个方法实施例中的步骤，例如图1所示的步骤S101至S103。或者，所述处理器50执行所述计算机程序52时实现上述图4所示系统实施例中各单元的功能，例如图2所示单元41至43的功能。

示例性的，所述计算机程序52可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述区块链节点设备5中的执行过程。示例性的，所述计算机程序52可以被分割为接收单元21、关联单元22以及登记单元23。示例性的，所述处理器50执行所述计算机程序52时实现以下步骤：

接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息，并将所述第一交易信息、第二交易信息和第三交易信息登记在区块链中，所述第一交易信息包括保险理赔请求信息和所述保险理赔请求信息的特征值，所述第二交易信息包括保险理赔查勘信息，所述第三交易信息包括保险理赔赔付信息；

建立所述第一交易信息、第二交易信息和第三交易信息的关联关系；

将关联后的第一交易信息、第二交易信息和第三交易信息封装成保险理赔信息，将所述特征值作为所述保险理赔信息的标识，并将所述保险理赔信息登记在区块链中。

所述区块链节点设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述区块链节点设备5可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是区块链节点设备5的示例，并不构成对区块链节点设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述区块链节点设备5还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述区块链节点设备5的内部存储单元，例如装置的硬盘或内存。所述存储器51也可以是所述装置的外部存储设备，例如所述装置上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述区块链节点设备的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的终端和方法，可以通过其它的方式实现。例如，以上所描述的区块链节点设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random AccessMemory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种保险理赔信息管理方法，其特征在于，应用于区块链节点设备，所述方法包括：

接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息，并将所述第一交易信息、第二交易信息和第三交易信息登记在区块链中，所述第一交易信息包括保险理赔请求信息和所述保险理赔请求信息的特征值，所述第二交易信息包括保险理赔查勘信息，所述第三交易信息包括保险理赔赔付信息；

建立所述第一交易信息、第二交易信息和第三交易信息的关联关系；

将关联后的第一交易信息、第二交易信息和第三交易信息封装成保险理赔信息，将所述特征值作为所述保险理赔信息的标识，并将所述保险理赔信息登记在区块链中。

2.根据权利要求1所述的方法，其特征在于，所述第一交易信息、所述第二交易信息、所述第三交易信息均包括保险对象标识；

所述建立所述第一交易信息、第二交易信息和第三交易信息的关联关系，具体包括：

基于所述保险对象标识建立所述第一交易信息、第二交易信息和第三交易信息的关联关系。

3.根据权利要求1所述的方法，其特征在于，在所述接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息之前，所述方法还包括：

接收保险理赔信息管理智能合约并登记在区块链中；

所述将所述保险理赔信息登记在区块链中，具体包括：

调用所述智能合约将所述保险理赔信息登记在区块链中。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

接收信息请求方的保险理赔信息查询请求，所述查询请求包括信息请求方标识；

根据所述请求方标识发送对应的保险理赔信息至请求方。

5.根据权利要求4所述的方法，其特征在于，当所述请求方标识表明信息请求方为保险稽核时，所述方法还包括：

比对所述保险理赔信息中的保险理赔请求信息和保险查勘信息的一致性，

将所述一致性的比对结果发送至保险稽核方。

6.一种保险理赔信息管理系统，其特征在于，应用于区块链节点设备，所述系统包括：

接收单元，用于接收由保险理赔平台上传的第一交易信息、第二交易信息和第三交易信息，并将所述第一交易信息、第二交易信息和第三交易信息登记在区块链中，所述第一交易信息包括保险理赔请求信息和所述保险理赔请求信息的特征值，所述第二交易信息包括保险理赔查勘信息，所述第三交易信息包括保险理赔赔付信息；

关联单元，用于建立所述第一交易信息、第二交易信息和第三交易信息的关联关系；

登记单元，用于将关联后的第一交易信息、第二交易信息和第三交易信息封装成保险理赔信息，将所述特征值作为所述保险理赔信息的标识，并将所述保险理赔信息登记在区块链中。

7.根据权利要求6所述的系统，其特征在于，还包括：

部署单元，用于接收保险理赔信息管理智能合约并登记在区块链中；

所述登记单元具体用于：

调用所述智能合约将所述保险理赔信息登记在区块链中。

8.根据权利要求6或7所述的系统，其特征在于，还包括查询单元，用于：

接收信息请求方的保险理赔信息查询请求，所述查询请求包括信息请求方标识；

根据所述请求方标识发送对应的保险理赔信息至请求方。

9.一种区块链节点设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。