CN109523413A - 保单处理方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开了一种保单处理方法、装置、计算机设备及存储介质，属于区块链技术领域。所述方法包括：根据保单处理指令中的保险标的，向保险标的对应的目标区块链系统发送保单处理请求，保单处理请求用于指示基于保险标的损失情况进行数值转移；获取保险标的事故信息、损失信息和保单信息；基于保单处理请求、事故信息、损失信息以及保单信息，生成第一区块；当第一区块在目标区块链系统中共识通过时，将第一区块添加至目标区块链系统的区块链中。本发明通过向目标区块链系统发送保单处理请求，由该目标区块链系统自行进行保单处理，无需人工参与，实现了保单处理的自动化，从而提高了保单处理的效率和安全性。

Description

保单处理方法、装置、计算机设备及存储介质

技术领域

本发明涉及区块链技术领域，特别涉及一种保单处理方法、装置、计算机设备及存储介质。

背景技术

随着区块链技术的发展，区块链技术应用到越来越多的领域中，例如，在金融领域、信息安全、计算资源共享、娱乐、社交、供应链管理或医疗等领域均得到了广泛应用。其中，保单处理也是金融领域中的一种处理类型。

目前，保单处理方法通常是由用户线下与保险公司签订保险合同并生成保单，在用户需要理赔时，可以携带从各个相关机构得到的理赔所需票据或证明去保险公司申请理赔，保险公司需要针对用户提供的票据、证明以及保单等进行人工审核，审核通过才为该用户进行理赔。例如，以车保险为例，用户需要与保险公司签订车保险合同，生成保单，在用户发生交通事故时，可以在交通部门得到本次事故的情况，并在修车公司得到修车所花费的费用凭据，从而拿着这些票据或证明去保险公司理赔。保险公司则需要由人工审核用户提供的这些票据、证明和保单，并确定本次理赔的数额，在审核通过后，才可以通过银行向该用户转账，完成理赔。

上述保单处理过程中完全由用户线下收集数据，收集过程繁琐且耗时较长，并由保险公司的工作人员人工对用户提供的各项数据进行审核，通常审核周期较长，保单处理过程效率低，且完全线下操作，人为收集数据和数据审核，保单处理过程的安全性很低。

发明内容

本发明实施例提供了一种保单处理方法、装置、计算机设备及存储介质，可以解决相关技术中效率低和安全性低的问题。所述技术方案如下：

一方面，提供了一种保单处理方法，应用于第一节点设备，所述方法包括：

根据保单处理指令中的保险标的，向所述保险标的对应的目标区块链系统发送保单处理请求，所述保单处理请求用于指示基于所述保险标的损失情况进行数值转移；

获取所述保险标的事故信息、损失信息和保单信息；

基于所述保单处理请求、所述事故信息、所述损失信息以及所述保单信息，生成第一区块；

当所述第一区块在所述目标区块链系统中共识通过时，将所述第一区块添加至所述目标区块链系统的区块链中。

一方面，提供了一种保单处理方法，应用于第二节点设备，所述第二节点设备为目标区块链系统中用于对保险标的进行维护的节点设备，所述方法包括：

接收第一节点设备发送的保单处理请求，所述保单处理请求用于指示基于保险标的损失情况进行数值转移；

向所述目标区块链系统发送所述保险标的损失信息；

获取所述保险标的事故信息和保单信息；

基于所述保单处理请求、所述损失信息、所述事故信息和所述保单信息，生成第一区块；

当所述第一区块在所述目标区块链系统中共识通过时，将所述第一区块添加至所述目标区块链系统的区块链中。

一方面，提供了一种保单处理装置，应用于第一节点设备，所述装置包括：

发送模块，用于根据保单处理指令中的保险标的，向所述保险标的对应的目标区块链系统发送保单处理请求，所述保单处理请求用于指示基于所述保险标的损失情况进行数值转移；

获取模块，用于获取所述保险标的事故信息、损失信息和保单信息；

生成模块，用于基于所述保单处理请求、所述事故信息、所述损失信息以及所述保单信息，生成第一区块；

添加模块，用于当所述第一区块在所述目标区块链系统中共识通过时，将所述第一区块添加至所述目标区块链系统的区块链中。

一方面，提供了一种保单处理装置，应用于第二节点设备，所述第二节点设备为目标区块链系统中用于对保险标的进行维护的节点设备，所述装置包括：

接收模块，用于接收第一节点设备发送的保单处理请求，所述保单处理请求用于指示基于保险标的损失情况进行数值转移；

发送模块，用于向所述目标区块链系统发送所述保险标的损失信息；

获取模块，用于获取所述保险标的事故信息和保单信息；

生成模块，用于基于所述保单处理请求、所述损失信息、所述事故信息和所述保单信息，生成第一区块；

添加模块，用于当所述第一区块在所述目标区块链系统中共识通过时，将所述第一区块添加至所述目标区块链系统的区块链中。

一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现所述保单处理方法所执行的操作。

一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现所述保单处理方法所执行的操作。

本发明实施例通过向目标区块链系统发送保单处理请求，由该目标区块链系统自行获取保险标的多项信息，基于获取到的多项信息对该保险标的保单处理请求进行审核，并在审核成功后直接进行保单处理，无需人工线下收集信息并去相关机构提交数据，也无需人工线下审核，实现了保单处理的自动化，从而提高了保单处理的效率，且该目标区块链系统中的信息具有分布式存储和不可篡改的特性，可以有效提高保单处理的安全性。

附图说明

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

图1是本发明实施例提供的一种保险系统的结构示意图；

图2是本发明实施例提供的一种保单处理方法的流程图；

图3是本发明实施例提供的一种保单处理方法的流程图；

图4是本发明实施例提供的一种保单处理方法的流程图；

图5是本发明实施例提供的一种保单处理方法的流程图；

图6是本发明实施例提供的一种保单处理装置的结构示意图；

图7是本发明实施例提供的一种保单处理装置的结构示意图；

图8是本发明实施例提供的一种终端的结构示意图；

图9是本发明实施例提供的一种服务器的结构示意图。

具体实施方式

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

下面，对下述具体说明过程中出现的一些名词进行介绍：

智能合约：根据特定条件自动执行的合约程序，是用户与区块链进行交互，利用区块链实现业务逻辑的重要途径。例如，各家机构可以通过区块链上的智能合约存储和共享信息，还可以基于接收到的请求、获取到的信息或预先存储的信息，在达到一定条件时，触发智能合约，执行相应的步骤，以实现该请求对应的业务处理功能。

保单：全称为保险单，它是保险人与投保人签订保险合同的书面证明。其中，保险人是指承保人，该保险人是指与投保人签订保险合同并承担赔偿或给付保险金责任的保险公司。投保人是指与保险人签订保险合同并按照保险合同支付保险费义务的人。

保险标的：也可以称为保险对象、保险项目或保险保障的对象，它是指根据保险合同投保人为其支付保险费要求得到保障的对象，保险人根据保险合同承担的是基于该保险标的损失情况进行赔偿或给付保险金的责任。例如，在人身保险中，保险标的可以为人的生命或退休养老的人，具体地，在医疗保险中，该保险标的可以为人的生命或身体，在财产保险中，保险标的可以为投保人的财产以及财产有关的利益，具体地，在车辆保险中，保险标的可以为车辆。

图1是本发明实施例提供的一种保险系统的结构示意图。该保险系统包括多个计算机设备，计算机设备可以为服务器，也可以为终端。

其中，该多个计算机设备可以为区块链系统中的多个节点设备，区块链系统中的任意一个节点设备可以执行本发明实施例提供的保单处理方法中的一个或多个步骤。该多个计算机设备可以为同一个机构的多个节点设备，也可以属于不同的机构。例如，该多个计算机设备可以均属于保险公司，而该多个计算机设备可以属于保险公司的不同部门，也可以其中一个或多个计算机设备为用户设备，一个或多个计算机设备属于医院或修车公司，一个或多个计算机设备属于保险公司，当然，其他的计算机设备还可以属于其他机构，例如，银行，本发明实施例在此不一一列举。

当然，该多个计算机设备属于那些机构也可以根据该保险系统所服务的保单的保险类型确定，也即是，不同的保险标的可能对应不同的保险类型，不同的保险类型的保单可以由不同的保险系统来提供处理服务，例如，保险类型为医疗保险时，该保险系统中的某个计算机设备可以属于医院，保险类型为车辆保险时，该保险系统中的某个计算机设备可以属于修车公司。

当然，为了进行安全验证、权限管理等服务，区块链系统中可以配置有CA 中心(Certificate Authority，证书授权中心)，该CA中心可以通过以太网(Internet) 或局域网与区块链系统连接，用于存储各个机构的密钥，区块链系统中的各个计算机设备可以从CA中心中获取各个机构的密钥，以进行数据的加密和解密等过程。

图2是本发明实施例提供的一种保单处理方法的流程图，该保单处理方法应用于第一节点设备，参见图2，该方法可以包括以下步骤：

201、第一节点设备根据保单处理指令中的保险标的，向该保险标的对应的目标区块链系统发送保单处理请求。

其中，该保单处理请求用于指示基于该保险标的损失情况进行数值转移。在该目标区块链系统中可以包括该保单处理请求中的保险标的保单信息，在该保险标的受到损失时，用户可以在该第一节点设备上进行保单处理操作，该第一节点设备在接收到该保单处理操作触发的保单处理指令时，可以执行该步骤201，通过该目标区块链系统，基于该保险标的损失情况申请赔偿或给付。

需要说明的是，该目标区块链系统是指该保险标的对应的区块链系统。保险标的不同时，对应的区块链系统可能不同。也即是，不同的保险标的可以对应于不同的区块链系统。在本发明实施例中，该目标区块链系统可以为一个联盟链，不同的保险标的均可以对应一个联盟链。例如，在车辆保险中，保险标的为车辆，车辆保险可以对应于一个联盟链，该联盟链中可以包括用户设备、保险公司的服务器、银行的服务器、修车公司的服务器、公安局的服务器和CA 中心等节点设备。在医疗保险中，保险标的为人的生命或身体，该医疗保险可以对应一个联盟链，该联盟链中可以包括用户设备、保险公司的服务器、银行的服务器、医院和CA中心等节点设备。因而，在该步骤201中，第一节点设备在获取到保单处理指令时，可以基于该保单处理指令中的保险标的，确定对应的目标区块链系统，从而向其发送保单处理请求。可以理解的是，第一节点设备可以是目标区块链系统中的任意一个节点设备，第一节点设备可能会配置多个目标区块链系统。

其中，该目标区块链系统中可以包括多个节点设备，该第一节点设备可以向该目标区块链系统中任一节点设备发送保单处理请求，该任一节点设备在接收到该保单处理请求时，可以向目标区块链系统中的其他节点设备发送该保单处理请求，以此类推，从而该目标区块链系统中的多个节点设备可以均接收到该保单处理请求，从而可以对该保单处理请求进行处理。当然，该第一节点设备也可以向该目标区块链系统中的多个节点设备发送保单处理请求，从而该多个节点设备执行上述保单处理请求的转发步骤，也可以向该目标区块链系统中除该第一节点设备外的所有节点设备发送该保单处理请求，本发明实施例对该第一节点设备的发送以及其他节点设备的转发过程不作限定。

例如，以该保单处理请求中的保险标的为车辆为例，该目标区块链系统中可以包括用户设备、保险公司的服务器、修车公司的服务器、公证CA、公安局的服务器和银行的服务器。该用户设备可以向保险公司的服务器发送保单处理器请求，该保险公司的服务器可以向该目标区块链系统中的其它节点设备转发该保单处理请求，从而各个节点设备均接收到该保单处理请求。

在一种可能实现方式中，该保单处理请求可以携带有该保险标的对应的保单标识，该保单标识用于唯一标识该保险标的保单。例如，该保单标识可以为该保单的编号，或该保险标的标识信息，例如，如果保险标的为车辆，该保险标的标识信息可以为车牌号码。当然，该保险标的不是用户自身，而是用户的财产或其他所有物，该保单标识还可以为保险标的所有者的标识信息，例如，用户的身份证号。上述仅为几种示例性说明，本发明实施例对该保单标识不作限定。

以车辆保险为例，用户为自己的车辆投保，为其购买一份车辆保险，并生成一份保单，该保单则被存储于目标区块链系统的区块链上。用户在驾驶该车辆出了事故，该车辆受到了损伤，该用户则可以基于该车辆的保单，向目标区块链发送保单处理请求，以申请赔付，实现车险理赔。用户可以在自己的用户设备上发起保单处理请求，该用户设备即为第一节点设备。具体地，该用户可以通过该保单的任一种标识信息来查询到该保单，从基于该保单发起保单处理请求。例如，用户可以输入自己的名字、身份证号或车辆的车牌号码等，以查询到相关联的保单、保单信息或保单的标识，从而发起保单处理请求。上述信息(名字、身份证后或车牌号码等)可以与该车辆的信息关联，也可以与该车辆的保单关联。当然，该用户也可以仅基于输入的上述信息，发起保单处理请求，本发明实施例对此不作限定。

202、第一节点设备获取该保险标的事故信息、损失信息和保单信息。

上述步骤201之后，目标区块链系统接收到第一节点设备发送的保单处理请求时，可以获取该保单处理请求相关的信息，从而基于获取到的信息对该保单处理请求进行处理。其中，目标区块链系统中的每个节点设备均可以执行该获取信息和对请求进行处理的过程，在此仅以第一节点设备执行该过程进行详细说明，其他节点设备同理，在此不一一说明。

该保单处理请求相关的信息即可包括该保险标的事故信息、损失信息和保单信息。其中，对于事故信息，该事故信息可以用于体现该保险标的受到损失的事件的具体情况。例如，对于车辆保险，该事故信息可以为该车辆发生的交通事故的地点、时间或该车辆在本次交通事故中的责任信息等，当然，还可以包括该车辆发生事故的全过程的记录信息，本发明实施例对该事故信息的具体内容不做限定。

在一种可能实现方式中，该事故信息可以通过传感器采集得到，则该第一节点设备获取该保险标的事故信息的过程可以为：第一节点设备接收由传感器采集的该保险标的事故信息，该传感器包括行车记录仪或监控设备。该监控设备可以为道路上的摄像头，也可以是其它机构安装的摄像头或其他信息采集设备，该传感器采集到事故信息后，可以将其发送至该目标区块链系统，从而该第一节点设备接收到该传感器采集的事故信息，也可以由该传感器将采集到的事故信息传输至相关机构的服务器，从而该服务器将其发送给目标区块链系统，本发明实施例对此不作限定。

对于损失信息，该损失信息可以为该保险标的损失，例如，车辆的损失信息可以为该车辆受到损失后在修车公司修车的费用，当然，也可以是为该车辆的定损信息。又例如，医疗保险中，该损失信息可以为人在医院看病所花费的费用。因而，该第一节点设备获取该保险标的损失信息的过程可以为：第一节点设备接收第二节点设备发送的该保险标的损失信息，该第二节点设备为该目标区块链系统中用于对该保险标的进行维护的节点设备。

对于保单信息，该保单信息可以由第一节点设备从该目标区块链系统的区块链上获取得到。具体地，第一节点设备可以根据该保险标的，从该目标区块链系统的区块链上获取该保险标的保单信息。在一种可能实现方式中，在该目标区块链系统的各个节点设备(包括第一节点设备)上还可以存储有保单信息的保单标识与保险标的对应关系，节点设备可以获取该保险标的对应的保单标识，并基于该保单标识获取对应的保单信息。在另一种可能实现方式中，该第一节点设备在发送保单处理请求时，该保单处理请求中可以携带有该保险标的保单标识，该目标区块链系统中的各个节点设备即可根据该保单标识，获取该保单标识对应的保单信息，也即是该保险标的保单信息。

具体地，该保险标的保单信息可以存储于区块链上的区块中，该第一节点设备在获取该保单信息时，可以基于该保单信息所在区块的哈希值，获取该保单信息。其中，该哈希值可以与该保险标的或上述保单标识对应存储于该目标区块链系统中。

在一种可能实现方式中，该区块链上的保单信息还可以包括多种来源。第一种来源：该保单信息可以由该目标区块链系统预先从保险公司的服务器中获取得到，并存储于该目标区块链系统的区块链上。在该第一种来源中，保险公司在生成保单信息时，即可将生成的保单信息发送至目标区块链系统，由该目标区块链系统将其存储于区块链上，以便于后续基于该保单信息进行保单处理。第二种来源：该保单信息可以由该目标区块链系统基于接收到的投保请求生成并存储与该目标区块链系统的区块链上。在该第二种来源中，该目标区块链系统还可以提供投保服务，用户在想要投保时，可以基于第一节点设备向目标区块链系统发送投保请求，以申请该目标区块链系统为其生成保单信息，具体该投保过程可以参见下述步骤205中的相关内容，在此先不作说明。

203、第一节点设备基于该保单处理请求、该事故信息、该损失信息以及该保单信息，生成第一区块。

第一节点设备获取到该保单处理请求相关的信息，即可生成第一区块，由目标区块链系统对该第一区块进行共识。在该过程中，第一节点设备获取到用户的请求，并获取到处理该请求时所需的信息，需要对请求和信息进行审核，审核通过时，即可执行该请求所对应的业务功能。

以车保险赔付为例，用户通过第一节点设备向目标区块链系统发送了赔付请求，该目标区块链系统则可以根据该赔付请求，获取该用户的车辆的事故信息、车辆维修的成本以及车辆保险的保单信息，从而可以对这些信息进行审核，如果信息无误且确认可以进行理赔，则后续可以执行理赔的步骤。

其中，该第一区块中即可包括上述保单处理请求的内容、事故信息、损失信息以及保单信息。当然，该第一节点设备生成第一区块后，还可以向其他节点设备广播该第一区块，从而目标区块链系统可以对该第一区块进行共识。当然，在另一种可能实现方式中，该目标区块链系统中的某个或多个节点设备可以生成第一区块，并向其他节点设备广播该第一区块，从而进行共识，该过程可以基于共识本发明实施例对此不作限定。

在一种可能实现方式中，该第一节点设备生成该第一区块的过程可以为：将当前区块链中最后一个区块称为上一区块，也即是该上一区块为当前区块链中区块高度最高的区块，将该第一节点设备正在生成的区块称为下一区块(也即是第一区块)。第一节点设备可以从区块链中获取该上一区块的所有信息，从而可以基于该上一区块的所有信息，生成上一区块的区块头特征值，并将要存入下一区块中的合约的信息、上述保单处理请求、事故信息、损失信息以及保单信息进行特征值计算，得到下一区块的区块主体特征值，进而，第一节点设备可以将上一区块的区块头特征值、下一区块的区块主体特征值(还可以包括版本号、难度值和时间戳等)存储至下一区块的区块头，并将合约的信息、上述保单处理请求、事故信息、损失信息和保单信息等存储至下一区块的区块主体，从而生成下一区块。这样该上一区块和下一区块通过上一区块的区块头特征值相关，可以实现在区块链中区块串联起来的目的。当然，该第一区块的生成过程即可参见上述下一区块的生成过程，上述仅为一种生成区块的示例，该第一区块的生成过程还可以采用其他实现方式，本发明实施例对该第一区块的具体生成过程不作限定。

其中，目标区块链系统对该第一区块进行共识时，可以确定该第一区块的信息是否准确，也即是可以对该第一区块中的信息进行验证。例如，可以对该第一区块中生成的上述特征值进行验证，也可以对本次存入的信息的准确性进行验证，还可以针对本次存入的信息与保单信息中的保单处理条件进行验证，确定是否符合保单处理条件等。当然，还可以验证该保单处理请求的发送者的身份信息等。在一种可能实现方式中，每个节点设备对该第一区块进行验证后，可以向其他节点设备广播验证结果，当该目标区块链系统中大于预设比例的节点设备的验证结果为通过时，该目标区块链系统可以确定该第一区块共识通过，当然，该广播验证结果的具体实现过程以及该预设比例可以由相关技术人员预先设置，也可以由相关技术人员进行调整，本发明实施例对此不作限定，对该共识过程也不作具体限定。

需要说明的是，上述共识过程仅是区块共识的一种示例，该共识过程还可以由目标区块链系统中的领导节点设备或挖矿节点设备进行区块生成和广播，确定区块共识是否通过的方式也可以与上述预设比例的设置不同。其中，该共识过程可以基于共识策略实现，例如，该共识策略可以为背书策略，该背书策略可以用于指示该目标区块链系统中背书过程需满足的必要条件。例如，该背书策略可以指示需要背书的多个背书节点，形成一个背书节点集合，背书过程则需要该背书节点集合的联合签名，本发明实施例在此不作过多赘述，也不限定共识的具体过程。

204、当该第一区块在该目标区块链系统中共识通过时，第一节点设备将该第一区块添加至该目标区块链系统的区块链中。

当该第一区块在该目标区块链系统中共识通过时，该目标区块链系统中的其它节点设备也可以将该第一区块添加至该目标区块链系统的区块链中。这样在共识通过时，该目标区块链系统中的各个节点设备均存储了本次保单处理的相关信息，从而实现了保单处理的相关信息的分布式存储，各个节点设备存储的信息一致，可以有效防止信息篡改和可疑的欺诈行为。

205、第一节点设备接收保单处理成功消息，该保单处理成功消息用于指示该目标区块链系统中的第三节点设备已成功基于该保单处理请求进行了数值转移。

在该第一区块在该目标区块链系统中共识通过时，该目标区块链系统中的第三节点设备可以基于该保单处理请求进行数值转移，并向该目标区块链系统中的各个节点设备返回数值转移结果。其中，该第三节点设备可以调用智能合约，基于该智能合约和上述第一区块的内容进行数值转移。其中，该数值转移过程中具体可以为：第三节点设备在该数值转移的时间，将该待转移的数值从转出账户中转移至转入账户。

例如，在车辆保险场景中，在提交的保单处理请求生成的区块共识通过时，如该车辆保险约定理赔金额在3天内到账，则银行的服务器可以在3天内，执行将该车辆的理赔金额从保险公司的账户转到车主的用户账户中的步骤即可。

需要说明的是，上述数值转移的账户、待转移的数值和数值转移的时间均可以在上述生成第一区块时确定，例如，可以基于上述保单处理请求、事故信息、损失信息和保单信息确定，具体确定规则可以在该保单信息中，也可以在该目标区块链系统建立后通过智能合约的方式存储于区块链上。例如，该待转移的数值可以存储于该损失信息中。当然，上述信息也可以在第一节点设备发送保单处理请求时即基于智能合约和保单信息确定，并携带于该保单处理请求中，从而在对第一区块进行共识时已进行过验证，本发明实施例对此不做限定。

在一种可能实现方式中，可以将共识结果作为智能合约的触发方式。该第一区块在目标区块链系统中共识通过时，共识结果可以为是(Yes)，共识未通过时，共识结果可以为否(No)。具体地，如果共识结果为是，则可以自动触发该智能合约，基于该保单处理请求进行数值转移；如果共识结果为否，则无法触发智能合约，该保单处理请求的处理结果为失败。

在一个具体的可能实施例中，在该目标区块链系统的区块链上还可以存储有账户表，在该账户表中包括至少一个账户的信息。当该第一区块在该目标区块链系统中共识通过时，第一节点设备还可以对该区块链上的账户表中目标账户的数值进行更新，该目标账户为该保险标的对应的账户。该目标账户也即是上述转入账户，当然，该目标账户还可以包括上述转出账户。当然，对于该账户表中的账户的信息，还可以设置有访问权限，例如，第一节点设备可以访问该账户表中的部分账户的信息，而无法访问另一部分账户的信息，其他节点设备同理，本发明实施例对此不作限定。

通过上述步骤201至步骤205，该第一节点设备通过向目标区块链系统发送保单处理请求即可，目标区块链系统可自动根据该保单处理请求实现相应的业务功能，而无需用户线下收集数据，无需人工审核，可以有效提高保单处理效率和安全性。下面通过图3所示内容，以车辆保险理赔过程为例，对上述保单处理的具体流程进行说明：

参见图3，该目标区块链系统为一个联盟链系统，该联盟链系统中可以包括多个节点设备，该多个节点设备分别属于公安局、保险公司、修车公司、公证 CA和用户。可以通过数据源向该联盟链系统提供理赔所需数据，其中，该数据源可以为各种传感器，例如，行车记录仪或监控设备。传感器可以实时将事故数上传到联盟链系统，比如传感器可以将采集到的事故数据发送至公安局的节点设备，由该公安局的节点设备向该联盟链系统的其他节点设备共享事故数据。该事故数据也即是指保险标的事故信息。修车公司可以向该联盟链系统提供车辆维修成本数据，该车辆维修成本数据也即是指保险标的损失信息。该联盟链系统中的各个节点设备(车辆保险的各个参与方)均可以接收到上述事故数据和损失信息，且各个节点设备得到的数据均是一致的。然后各个节点设备可以根据接收到的数据进行共识，例如，各个节点设备是否对维修成本达成共识。共识结果作为智能合约的触发条件，该智能合约中则包括自动理赔的条款，也即是业务明细说明，在共识通过时，即可自动触发该智能合约完成理赔。

当然，该目标区块链系统中的各个节点设备之间的信息及时共享，可以有效避免理赔争议，有效避免重复保险或一保多赔的情况。通过该目标区块链系统实现自动理赔，也可以避免人为操作，在降低人工成本的同时，能够降低出错概率。

上述步骤201至步骤205仅示出了该第一区块在该目标区块链系统中共识通过的情况，在上述步骤203之后，该第一区块还可能在该目标区块链系统中共识未通过。在这种情况下，第一节点设备可以接收保单处理失败消息，该保单处理失败消息由该目标区块链系统在该第一区块在该目标区块链系统中共识未通过时发送。当然，该目标区块链系统中的其它节点设备也可以接收该保单处理失败消息，也可以无需接收该保单处理失败消息，本发明实施例对此不作限定。

在一种可能实现方式中，该目标区块链系统中的各个节点设备还可以基于该保单处理请求的处理结果，存储该保单处理请求的状态。当该保单处理请求的处理结果为成功时，该各个节点设备可以将该保单处理请求的状态更新为成功；当该保单处理请求的处理结果为失败时，该各个节点设备可以将该保单处理请求的状态更新为失败。

在一个具体的可能实施例中，上述步骤203之后，该第一区块在该目标区块链系统中共识未通过的原因也可能是因为本次共识时获取的信息不充足，并不能达到保单处理条件。在这种情况下，该第一节点设备还可以接收信息不足消息，该信息不足消息用于提示基于该保单处理请求进行数值转移需要提交更多信息，该信息不足消息由该目标区块链系统在该第一区块在该目标区块链系统中共识未通过时发送。

下面通过图4所示内容，以一个具体示例对上述保单处理方法的具体流程进行说明，仍以该保单的保险类型为车辆保险为例，如图4所示，用户通过用户设备(也即是第一节点设备)进行理赔报警，也即是对应于上述步骤201，联盟多节点方(目标区块链系统的多个节点设备)信息同步获取，上述步骤202 中仅示出了第一节点设备执行该步骤，实质上该联盟多节点方均可以执行上述步骤202，在信息获取完成后，该联盟多节点方可以确定理赔是否达成共识，例如，该共识过程可以基于背书策略实现，该过程也即是上述步骤203中目标区块链系统基于获取到的信息生成第一区块，并对第一区块进行共识的过程。如果确定理赔达到共识，触发智能合约，完成理赔，也即是对应于上述步骤204 和步骤205，也即是第一区块在目标区块链系统中共识通过时，将第一区块添加到该目标区块链系统的区块链上，并自动进行数值转移，完成理赔。而如果确定理赔未达到共识，则本次理赔并未成功，可以提醒提交更多数据以再次进行理赔，这样如果传感器上传更多数据，则该联盟多节点方还可以同步获取信息，并再次进行共识。

需要说明的是，上述目标区块链系统中的其它节点设备在上述保单处理过程中所执行的步骤与该第一节点设备所执行的步骤同理。例如，对于第二节点设备，该第二节点设备为目标区块链系统中用于对保险标的进行维护的节点设备。在该保单处理过程中，该第二节点设备可以接收第一节点设备发送的保单处理请求，该保单处理请求用于指示基于保险标的损失情况进行数值转移，该第二节点设备还可以向该目标区块链系统发送该保险标的损失信息，并获取该保险标的事故信息和保单信息。在获取该这些信息后，该第二节点设备也可以基于该保单处理请求、该损失信息、该事故信息和该保单信息，生成第一区块，并由该目标区块链系统对该第一区块进行共识，当该第一区块在该目标区块链系统中共识通过时，第二节点设备可以将该第一区块添加至该目标区块链系统的区块链中。上述步骤均与上述步骤201至步骤204同理，本发明实施例在此不作过多赘述。

在一种可能实现方式中，该目标区块链系统中的信息均进行了加密保护，为了进一步保证用户的信息的安全性和保密性，该目标区块链系统中还可以设置有信息获取权限，具体地，保险类型为目标类型时，可能该保险标的信息可能涉及到个人隐私，可以为其设置有上述信息获取权限，这样并非所有的设备均可以从该目标区块链系统中获取到该保险标的信息。

具体地，该信息获取权限的设置可以存储于该目标区块链系统中的各个节点设备中，下述仅以第三节点设备接收到信息获取请求为例进行说明：当接收到该目标区块链系统之外的任一设备的信息获取请求，且该信息获取请求对应的目标保险标的保险类型为目标类型时，第三节点设备获取该任一设备的信息获取权限。获取到该信息获取权限后，第三节点设备可以确定该设备是否可以具有获取该目标保险标的信息的权限，则可能存在下述具有和不具有两种情况，在该两种情况中，第三节点设备所执行的步骤可以不同，具体如下：

第一种情况：当根据该信息获取权限确定该任一设备具有获取该目标保险标的信息的权限时，第三节点设备向该任一设备发送该目标保险标的目标信息，该目标信息为该信息获取请求所请求的信息。第二种情况：当根据该信息获取权限确定该任一设备没有获取该目标保险标的信息的权限时，向该任一设备发送信息获取失败消息，该信息获取失败消息用于告知该任一设备没有获取该目标保险标的信息的权限。

其中，该目标类型可以由相关技术人员预先设置，也可以由用户通过第一节点设备进行设置，本发明实施例在此不作限定。例如，该目标类型可以为医疗类，通过该目标区块链系统对医疗记录被加密保护，还可以保证医疗记录仅在健康服务提供者间共享，而其他用户无法访问该用户的医疗记录，从而保证了该用户的隐私安全。

在一种可能实现方式中，在步骤201之前，还可以通过该目标区块链系统进行投保，从而在保险标的出现损失时，可执行该步骤201至步骤205，以基于之前投保的信息进行理赔。这样既可以通过目标区块链系统进行投保，又可以通过该目标区块链系统进行理赔，可以实现投保、理赔全流程，在减少人工成本的同时，由于区块链可以对数据进行分布式存储和永久性记录，该目标区块链系统中对于一个保单的处理全流程中产生的数据均可以记录完整，无需人工收集，且通过各个节点设备之间合作处理保单，可以识别出保险体系中可疑的欺诈行为，从而有助于反欺诈。具体地，该投保过程可以通过下述步骤一至步骤三实现：

步骤一、第一节点设备根据投保指令中的保险标的，向该保险标的对应的该目标区块链系统发送投保请求，该投保请求携带有该保险标的保单信息。

用户在需要投保时，可以在第一节点设备上进行投保操作，从而第一节点设备在接收到投保操作触发的投保指令时，可以执行该步骤一。例如，该投保操作可以为：用户在第一节点设备上的目标界面中，用户可以根据保险标的选择相应的保单模板，从而根据提示信息，输入建立保单所需的信息。例如用户可以输入自己的身份信息，比如名字、性别、年龄或身份证号等，用户也可以输入保险标的信息，当然，如果该保险标的即为该用户自身，用户输入上述身份信息即可。如果该保险标的为该用户的财产，比如车辆、房屋等，该用户还可以输入该保险标的信息，比如车辆信息可以包括车牌号码、车龄、车辆品牌或型号等，又比如房屋信息可以包括房屋地址、房屋的产权信息或房屋面积等，在此仅提供几种信息作为示例，本发明实施例对具体输入信息不作限定。当然，该保单模板中还包括其他信息，例如，投保人和保险人有关保险标的事项说明，保险金额、保险期限或保险费等，还可以包括双方的权利和义务等，当然还可以包括一些附注条件，用户也可以输入该附注条件。用户在输入信息后，确定投保时，第一节点设备可以向该保险标的对应的目标区块链系统发送投保请求。

具体地，该向目标区块链系统发送请求的过程与上述发送保单处理请求的过程同理，在此不多做赘述。目标区块链系统中的各个节点设备接收该第一节点设备发送的投保请求，可以均执行下述步骤二和三，在此仅以第一节点设备执行该步骤二和三的过程进行说明。

步骤二、第一节点设备基于该投保请求，生成第二区块。

第一节点设备可以基于投保请求，生成第二区块，该第二区块即包括该投保请求的内容，具体地，该第二区块中可以包括该投保请求携带的保单信息。需要说明的是，该第二区块的生成过程与上述步骤203中第一区块的生成过程同理，在此不多做赘述。

步骤三、当该第二区块在该目标区块链系统中共识通过时，第一节点设备将该第二区块添加至该目标区块链系统的区块链中。

该目标区块链系统可以对该第二区块进行共识，共识过程也可以与上述步骤203中提供的共识过程同理，本发明实施例在此不多作赘述。

这样基于区块链技术实现投保、核赔、理赔全流程，在该过程中，对于一个保单的建立和后续的处理过程均通过该目标区块链系统实现，该保单的数据也均存储于该目标区块链系统的区块链上，从而通过该区块链，可以实现实物资产的数字化管理、追踪和保险，又由于区块链上的信息可永久性记录且无法篡改，在实现投保和理赔的自动化和高效的同时，保证信息的安全存储，可以有效防范欺诈行为。可以称上述区块链为该目标区块链系统的共享账本，该共享账本中永久记录保单和保险标的理赔数据，且所有数据均一致，这样将保险索赔置于不可更改的总账下，有助于消除保险业中常见的欺诈源。另外，尤其是财产保险和意外伤害保险，无需人工录入大量数据和多方的协调合作，来收集理赔所需的必要信息，从而可以有效提高财产保险和意外伤害保险的效率，也可以有效降低出错概率。

在一种可能实现方式中，在再保险场景中，该第一节点设备也可以执行上述步骤201至步骤205。其中，再保险是指保险人在原保险合同的基础上，通过签订分保合同，将其所承保的部分风险和责任向其他保险人进行保险的行为。不同的是，该目标区块链系统中的节点设备可能与上述内容所示的节点设备不相同，例如，可以至少包括保险人的节点设备和再保险人的节点设备，具体保单处理过程与上述步骤同理，本发明实施例在此不多做赘述。在该再保险场景中，也可以保证该再保险合同在区块链系统中的信息安全，缩减信息量，简化保险人和再保险人之间的支付流程，提高了保单处理的效率。

本发明实施例通过向目标区块链系统发送保单处理请求，由该目标区块链系统自行获取保险标的多项信息，基于获取到的多项信息对该保险标的保单处理请求进行审核，并在审核成功后直接进行保单处理，无需人工线下收集信息并去相关机构提交数据，也无需人工线下审核，实现了保单处理的自动化，从而提高了保单处理的效率，且该目标区块链系统中的信息具有分布式存储和不可篡改的特性，可以有效提高保单处理的安全性。

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

上述图2所示实施例对保单处理方法的流程进行了详细说明，下面通过图5 所示实施例，对通过目标区块链系统实现投保和保单处理的全流程的场景再次进行说明。图5是本发明实施例提供的一种保单处理方法的流程图，该保单处理方法应用于第一节点设备，参见图5，该保单处理方法可以包括以下步骤：

501、第一节点设备根据投保指令中的保险标的，向该保险标的对应的该目标区块链系统发送投保请求，该投保请求携带有该保险标的保单信息。

502、第一节点设备基于该投保请求，生成第二区块。

503、当该第二区块在该目标区块链系统中共识通过时，第一节点设备将该第二区块添加至该目标区块链系统的区块链中。

该步骤501至步骤503为投保过程，用户为保险标的投保，并在目标区块链中存储了该保险标的保单信息，该步骤501至步骤503与上述步骤205中投保过程的步骤一至步骤三同理，本发明实施例在此不多做赘述。

504、当接收到对该保险标的保单处理指令时，第一节点设备根据该保单处理指令，向该目标区块链系统发送保单处理请求。

505、第一节点设备获取该保险标的事故信息、损失信息和保单信息。

506、第一节点设备基于该保单处理请求、该事故信息、该损失信息以及该保单信息，生成第一区块。

507、当该第一区块在该目标区块链系统中共识通过时，第一节点设备将该第一区块添加至该目标区块链系统的区块链中。

508、第一节点设备接收保单处理成功消息，该保单处理成功消息用于指示该目标区块链系统中的第三节点设备已成功基于该保单处理请求进行了数值转移。

该步骤504至步骤508为接收到保单处理指令时，基于目标区块链系统进行保单处理，实现理赔过程。该步骤504至步骤508与上述步骤201至步骤205 同理，本发明实施例在此不多做赘述。

这样基于区块链技术实现投保、核赔、理赔全流程，在该过程中，对于一个保单的建立和后续的处理过程均通过该目标区块链系统实现，该保单的数据也均存储于该目标区块链系统的区块链上，从而通过该区块链，可以实现实物资产的数字化管理、追踪和保险，又由于区块链上的信息可永久性记录且无法篡改，在实现投保和理赔的自动化和高效的同时，保证信息的安全存储，可以有效防范欺诈行为。可以称上述区块链为该目标区块链系统的共享账本，该共享账本中永久记录保单和保险标的理赔数据，且所有数据均一致，这样将保险索赔置于不可更改的总账下，有助于消除保险业中常见的欺诈源。另外，尤其是财产保险和意外伤害保险，无需人工录入大量数据和多方的协调合作，来收集理赔所需的必要信息，从而可以有效提高财产保险和意外伤害保险的效率，也可以有效降低出错概率。

本发明实施例通过向目标区块链系统发送投保请求，从而由该目标区块链系统自行完成投保所需的审核步骤，并在需要进行保单处理时向目标区块链系统发送保单处理请求，由该目标区块链系统自行获取保险标的多项信息，基于获取到的多项信息对该保险标的保单处理请求进行审核，并在审核成功后直接进行保单处理，无需人工线下收集信息并去相关机构提交数据，也无需人工线下审核，可以通过目标区块链实现保单的建立和处理的全流程，且该保单处理过程实现了自动化，可以有效提高保单建立和处理的效率，且该目标区块链系统中的信息具有分布式存储和不可篡改的特性，可以有效提高保单处理的安全性。

图6是本发明实施例提供的一种保单处理装置的结构示意图，该保单处理装置应用于第一节点设备，参见图6，该装置包括：

发送模块601，用于根据保单处理指令中的保险标的，向该保险标的对应的目标区块链系统发送保单处理请求，该保单处理请求用于指示基于该保险标的损失情况进行数值转移；

获取模块602，用于获取该保险标的事故信息、损失信息和保单信息；

生成模块603，用于基于该保单处理请求、该事故信息、该损失信息以及该保单信息，生成第一区块；

添加模块604，用于当该第一区块在该目标区块链系统中共识通过时，将该第一区块添加至该目标区块链系统的区块链中。

在一种可能实现方式中，该获取模块602用于接收由传感器采集的该保险标的事故信息，该传感器包括行车记录仪或监控设备。

在一种可能实现方式中，该获取模块602用于接收第二节点设备发送的该保险标的损失信息，该第二节点设备为该目标区块链系统中用于对该保险标的进行维护的节点设备。

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

第一接收模块，用于接收保单处理成功消息，该保单处理成功消息用于指示该目标区块链系统中的第三节点设备已成功基于该保单处理请求进行了数值转移。

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

更新模块，用于当该第一区块在该目标区块链系统中共识通过时，对该区块链上的账户表中目标账户的数值进行更新，该目标账户为该保险标的对应的账户。

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

第二接收模块，用于接收保单处理失败消息，该保单处理失败消息由该目标区块链系统在该第一区块在该目标区块链系统中共识未通过时发送。

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

第三接收模块，用于接收信息不足消息，该信息不足消息用于提示基于该保单处理请求进行数值转移需要提交更多信息，该信息不足消息由该目标区块链系统在该第一区块在该目标区块链系统中共识未通过时发送。

在一种可能实现方式中，该发送模块601还用于根据投保指令中的保险标的，向该保险标的对应的该目标区块链系统发送投保请求，该投保请求携带有该保险标的保单信息；

该生成模块603还用于基于该投保请求，生成第二区块；

该添加模块604还用于当该第二区块在该目标区块链系统中共识通过时，将该第二区块添加至该目标区块链系统的区块链中。

本发明实施例提供的装置，通过向目标区块链系统发送保单处理请求，由该目标区块链系统自行获取保险标的多项信息，基于获取到的多项信息对该保险标的保单处理请求进行审核，并在审核成功后直接进行保单处理，无需人工线下收集信息并去相关机构提交数据，也无需人工线下审核，实现了保单处理的自动化，从而提高了保单处理的效率，且该目标区块链系统中的信息具有分布式存储和不可篡改的特性，可以有效提高保单处理的安全性。

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

图7是本发明实施例提供的一种保单处理装置的结构示意图，该保单处理装置应用于第二节点设备，该第二节点设备为目标区块链系统中用于对保险标的进行维护的节点设备。参见图7，该装置包括：

接收模块701，用于接收第一节点设备发送的保单处理请求，该保单处理请求用于指示基于保险标的损失情况进行数值转移；

发送模块702，用于向该目标区块链系统发送该保险标的损失信息；

获取模块703，用于获取该保险标的事故信息和保单信息；

生成模块704，用于基于该保单处理请求、该损失信息、该事故信息和该保单信息，生成第一区块；

添加模块705，用于当该第一区块在该目标区块链系统中共识通过时，将该第一区块添加至该目标区块链系统的区块链中。

在一种可能实现方式中，该获取模块703还用于当接收到该目标区块链系统之外的任一设备的信息获取请求，且该信息获取请求对应的目标保险标的保险类型为目标类型时，获取该任一设备的信息获取权限；

该发送模块702还用于当根据该信息获取权限确定该任一设备具有获取该目标保险标的信息的权限时，向该任一设备发送该目标保险标的目标信息，该目标信息为该信息获取请求所请求的信息。

在一种可能实现方式中，该发送模块702还用于当根据该信息获取权限确定该任一设备没有获取该目标保险标的信息的权限时，向该任一设备发送信息获取失败消息，该信息获取失败消息用于告知该任一设备没有获取该目标保险标的信息的权限。

本发明实施例提供的装置，通过向目标区块链系统发送投保请求，从而由该目标区块链系统自行完成投保所需的审核步骤，并在需要进行保单处理时向目标区块链系统发送保单处理请求，由该目标区块链系统自行获取保险标的多项信息，基于获取到的多项信息对该保险标的保单处理请求进行审核，并在审核成功后直接进行保单处理，无需人工线下收集信息并去相关机构提交数据，也无需人工线下审核，可以通过目标区块链实现保单的建立和处理的全流程，且该保单处理过程实现了自动化，可以有效提高保单建立和处理的效率，且该目标区块链系统中的信息具有分布式存储和不可篡改的特性，可以有效提高保单处理的安全性。

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

上述第一节点设备、第二节点设备以及该目标区块链系统中的其它节点设备可以为计算机设备，该计算机设备可以被提供为下述图8所示的终端，也可以被提供为下述图9所示的服务器，本发明实施例在此不作限定。

图8是本发明实施例提供的一种终端的结构示意图。该终端800可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端800还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端800包括有：处理器801和存储器802。

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

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

在一些实施例中，终端800还可选包括有：外围设备接口803和至少一个外围设备。处理器801、存储器802和外围设备接口803之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口803 相连。具体地，外围设备包括：射频电路804、触摸显示屏805、摄像头806、音频电路807、定位组件808和电源809中的至少一种。

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

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

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

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

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

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

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

在一些实施例中，终端800还包括有一个或多个传感器810。该一个或多个传感器810包括但不限于：加速度传感器811、陀螺仪传感器812、压力传感器 813、指纹传感器814、光学传感器815以及接近传感器816。

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

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

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

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

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

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

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

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

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

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

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

Claims (15)

1.一种保单处理方法，其特征在于，应用于第一节点设备，所述方法包括：

根据保单处理指令中的保险标的，向所述保险标的对应的目标区块链系统发送保单处理请求，所述保单处理请求用于指示基于所述保险标的损失情况进行数值转移；

获取所述保险标的事故信息、损失信息和保单信息；

基于所述保单处理请求、所述事故信息、所述损失信息以及所述保单信息，生成第一区块；

当所述第一区块在所述目标区块链系统中共识通过时，将所述第一区块添加至所述目标区块链系统的区块链中。

2.根据权利要求1所述的方法，其特征在于，所述获取所述保险标的事故信息包括：

接收由传感器采集的所述保险标的事故信息，所述传感器包括行车记录仪或监控设备。

3.根据权利要求1所述的方法，其特征在于，所述损失信息的获取过程包括：

接收第二节点设备发送的所述保险标的损失信息，所述第二节点设备为所述目标区块链系统中用于对所述保险标的进行维护的节点设备。

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

接收保单处理成功消息，所述保单处理成功消息用于指示所述目标区块链系统中的第三节点设备已成功基于所述保单处理请求进行了数值转移。

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

当所述第一区块在所述目标区块链系统中共识通过时，对所述区块链上的账户表中目标账户的数值进行更新，所述目标账户为所述保险标的对应的账户。

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

接收保单处理失败消息，所述保单处理失败消息由所述目标区块链系统在所述第一区块在所述目标区块链系统中共识未通过时发送。

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

接收信息不足消息，所述信息不足消息用于提示基于所述保单处理请求进行数值转移需要提交更多信息，所述信息不足消息由所述目标区块链系统在所述第一区块在所述目标区块链系统中共识未通过时发送。

8.根据权利要求1所述的方法，其特征在于，所述根据保单处理指令中的保险标的，向所述保险标的对应的目标区块链系统发送保单处理请求之前，所述方法还包括：

根据投保指令中的保险标的，向所述保险标的对应的所述目标区块链系统发送投保请求，所述投保请求携带有所述保险标的保单信息；

基于所述投保请求，生成第二区块；

当所述第二区块在所述目标区块链系统中共识通过时，将所述第二区块添加至所述目标区块链系统的区块链中。

9.一种保单处理方法，其特征在于，应用于第二节点设备，所述第二节点设备为目标区块链系统中用于对保险标的进行维护的节点设备，所述方法包括：

接收第一节点设备发送的保单处理请求，所述保单处理请求用于指示基于保险标的损失情况进行数值转移；

向所述目标区块链系统发送所述保险标的损失信息；

获取所述保险标的事故信息和保单信息；

基于所述保单处理请求、所述损失信息、所述事故信息和所述保单信息，生成第一区块；

当所述第一区块在所述目标区块链系统中共识通过时，将所述第一区块添加至所述目标区块链系统的区块链中。

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

当接收到所述目标区块链系统之外的任一设备的信息获取请求，且所述信息获取请求对应的目标保险标的保险类型为目标类型时，获取所述任一设备的信息获取权限；

当根据所述信息获取权限确定所述任一设备具有获取所述目标保险标的信息的权限时，向所述任一设备发送所述目标保险标的目标信息，所述目标信息为所述信息获取请求所请求的信息。

11.根据权利要求10所述的方法，其特征在于，所述获取所述任一设备的信息获取权限之后，所述方法还包括：

当根据所述信息获取权限确定所述任一设备没有获取所述目标保险标的信息的权限时，向所述任一设备发送信息获取失败消息，所述信息获取失败消息用于告知所述任一设备没有获取所述目标保险标的信息的权限。

12.一种保单处理装置，其特征在于，应用于第一节点设备，所述装置包括：

发送模块，用于根据保单处理指令中的保险标的，向所述保险标的对应的目标区块链系统发送保单处理请求，所述保单处理请求用于指示基于所述保险标的损失情况进行数值转移；

获取模块，用于获取所述保险标的事故信息、损失信息和保单信息；

生成模块，用于基于所述保单处理请求、所述事故信息、所述损失信息以及所述保单信息，生成第一区块；

添加模块，用于当所述第一区块在所述目标区块链系统中共识通过时，将所述第一区块添加至所述目标区块链系统的区块链中。

13.一种保单处理装置，其特征在于，应用于第二节点设备，所述第二节点设备为目标区块链系统中用于对保险标的进行维护的节点设备，所述装置包括：

接收模块，用于接收第一节点设备发送的保单处理请求，所述保单处理请求用于指示基于保险标的损失情况进行数值转移；

发送模块，用于向所述目标区块链系统发送所述保险标的损失信息；

获取模块，用于获取所述保险标的事故信息和保单信息；

生成模块，用于基于所述保单处理请求、所述损失信息、所述事故信息和所述保单信息，生成第一区块；

添加模块，用于当所述第一区块在所述目标区块链系统中共识通过时，将所述第一区块添加至所述目标区块链系统的区块链中。

14.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令，所述指令由所述处理器加载并执行以实现如权利要求1至权利要求8任一项所述的保单处理方法所执行的操作；或如权利要求9至权利要求11任一项所述的保单处理方法所执行的操作。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现如权利要求1至权利要求8任一项所述的保单处理方法所执行的操作；或如权利要求9至权利要求11任一项所述的保单处理方法所执行的操作。