CN109711837A - 基于区块链技术的投保处理方法、装置及电子设备 - Google Patents

Abstract

本申请提出一种基于区块链技术的投保处理方法、装置、电子设备及存储介质，属于计算机技术领域。其中，该方法包括：获取客户端发送的投保请求，投保请求中包含用户标识、目标保险类型及目标保险额度；向区块链系统发送用户保单查询请求，查询请求中包含所述用户标识；获取区块链系统返回的与用户标识对应的历史保单数据，历史保单数据中包括每个历史保单对应的保险类型及保险额度；根据每个历史保单对应的保险类型和保险额度，以及目标保险类型和目标保险额度，生成投保结果；向客户端返回所述投保结果。由此，通过这种基于区块链技术的投保处理方法，实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。

Description

基于区块链技术的投保处理方法、装置及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于区块链技术的投保处理方法、装置、电子设备及存储介质。

背景技术

购买保险不仅是一种理财方式，而且是规避风险，建立个人保障体系的有效方法。随着经济的快速发展和生活水平不断提高，越来越多的人选择购买保险，以为自身和家人提供长远的人身保障。随着互联网应用范围的扩大化，网上购买保险成为人们购买保险的一种重要方式。然而，由于投保人通过网络购买保险时，保险公司无法直接与客户接触，从而无法全面了解投保人的信息。

因此，建立投保人的保单数据库，以降低保险公司的承保风险，是一个至关重要的问题。相关技术中，每个保险公司的保单数据库都是独立且不共享的，保险公司无法获得投保人在其他保险公司的投保信息，导致保险公司无法全面了解投保人的投保信息，并作出正确、合理的判断，从而无法为用户提供更合适的保险服务。

发明内容

本申请提出的基于区块链技术的投保处理方法、装置、电子设备及存储介质，用于解决相关技术中，每个保险公司的保单数据库都是独立且不共享的，保险公司无法获得投保人在其他保险公司的投保信息，导致保险公司无法全面了解投保人的投保信息，并作出正确、合理的判断，从而无法为用户提供更合适的保险服务的问题。

本申请一方面实施例提出的基于区块链技术的投保处理方法，应用于投保服务器，包括：获取客户端发送的投保请求，所述投保请求中包含用户标识、目标保险类型及目标保险额度；向区块链系统发送用户保单查询请求，所述查询请求中包含所述用户标识；获取所述区块链系统返回的与所述用户标识对应的历史保单数据，所述历史保单数据中包括每个历史保单对应的保险类型及保险额度；根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，生成投保结果；向所述客户端返回所述投保结果。

在本申请的一个示例中，所述向区块链系统发送用户保单查询请求之前，所述方法还包括：确定所述目标保险类型与预设的保险类型匹配。

在本申请的一个示例中，所述向区块链系统发送用户保单查询请求之前，所述方法还包括：将所述用户标识进行加密处理，以生成与所述用户标识对应的加密标识；所述向区块链系统发送用户保单查询请求，包括:向所述区块链系统发送包含所述加密标识的用户保单查询请求。

在本申请的一个示例中，所述根据每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，生成投保结果，包括：根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，判断所述所有历史保单中包含所述目标保险类型对应的保险额度的总和是否大于阈值；若所述所有历史保单中包含所述目标保险类型对应的保险额度的总和大于阈值，则生成的所述投保结果指示投保失败。

在本申请的一个示例中，所述生成投保结果之后，所述方法还包括：根据所述所有历史保单中包含所述目标保险类型对应的保险额度总和与所述阈值的差值，确定所述目标保险类型对应的可购买保险额度；向所述客户端返回所述目标保险类型对应的可购买保险额度。

在本申请的一个示例中，所述方法还包括：若所述所有历史保单中包含所述目标保险类型对应的保险额度的总和不大于阈值，则生成的所述投保结果指示投保成功。

在本申请的一个示例中，若生成的所述投保结果指示投保成功，所述方法还包括：向所述区块链系统发送保单数据写入请求，以使所述区块链系统对账本数据进行更新，其中，所述写入请求中包含所述用户标识、所述目标保险类型及所述目标保险额度。本申请另一方面实施例提出的基于区块链技术的投保处理方法，应用于区块链系统，包括：获取投保服务器发送的保单查询请求，所述查询请求中包含用户标识；查询账本数据，以获取与所述用户标识对应的历史保单数据，所述历史保单数据包括保险类型及保险额度；将所述历史保单数据返回给所述投保服务器。

本申请再一方面实施例提出的基于区块链技术的投保处理装置，应用于投保服务器，包括：第一获取模块，用于获取客户端发送的投保请求，所述投保请求中包含用户标识、目标保险类型及目标保险额度；发送模块，用于向区块链系统发送用户保单查询请求，所述查询请求中包含所述用户标识；第二获取模块，用于获取所述区块链系统返回的与所述用户标识对应的历史保单数据，所述历史保单数据中包括每个历史保单对应的保险类型及保险额度；生成模块，用于根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，生成投保结果；返回模块，用于向所述客户端返回所述投保结果。

本申请又一方面实施例提出的基于区块链技术的投保处理装置，应用于区块链系统，包括：获取模块，用于获取投保服务器发送的保单查询请求，所述查询请求中包含用户标识；查询模块，用于查询账本数据，以获取与所述用户标识对应的历史保单数据，所述历史保单数据包括保险类型及保险额度；返回模块，用于将所述历史保单数据返回给所述投保服务器。

本申请又一方面实施例提出的电子设备，其包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如前所述的基于区块链技术的投保处理方法。

本申请另一方面实施例提出的计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如前所述的基于区块链技术的投保处理方法。

本申请再一方面实施例提出的计算机程序，该程序被处理器执行时，以实现本申请实施例所述的基于区块链技术的投保处理方法。

本申请实施例提供的基于区块链技术的投保处理方法、装置、电子设备、计算机可读存储介质及计算机程序，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，向区块链系统发送用户保单查询请求，之后获取区块链系统返回的与用户标识对应的历史保单数据，进而根据每个历史保单对应的保险类型和保险额度，以及投保请求中包含的目标保险类型和目标保险额度，生成投保结果并返回客户端。由此，通过根据客户端发送的投保请求与区块链系统中保存的保单数据，获取了与用户标识对应的历史保单数据，之后即可根据用户对应的历史保单数据和投保请求，生成投保结果，从而通过利用区块链系统，实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例所提供的一种基于区块链技术的投保处理方法的流程示意图；

图2为本申请实施例所提供的另一种基于区块链技术的投保处理方法的流程示意图；

图3为本申请实施例所提供的另一种基于区块链技术的投保处理方法的流程示意图；

图4为本申请实施例所提供的一种基于区块链技术的投保处理方法的信令交互图；

图5为本申请实施例所提供的一种基于区块链技术的投保处理装置的结构示意图；

图6为本申请实施例所提供的另一种基于区块链技术的投保处理装置的结构示意图；

图7为本申请实施例所提供的电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

本申请实施例针对每个保险公司的保单数据库都是独立且不共享的，保险公司无法获得投保人在其他保险公司的投保信息，导致保险公司无法全面了解投保人的投保信息，并作出正确、合理的判断，从而无法为用户提供更合适的保险服务的问题，提出一种基于区块链技术的投保处理方法。

本申请实施例提供的基于区块链技术的投保处理方法，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，向区块链系统发送用户保单查询请求，之后获取区块链系统返回的与用户标识对应的历史保单数据，进而根据每个历史保单对应的保险类型和保险额度，以及投保请求中包含的目标保险类型和目标保险额度，生成投保结果并返回客户端。由此，通过根据客户端发送的投保请求与区块链系统中保存的保单数据，获取了与用户标识对应的历史保单数据，之后即可根据用户对应的历史保单数据和投保请求，生成投保结果，从而通过利用区块链系统，实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。

下面参考附图对本申请提供的基于区块链技术的投保处理方法、装置、电子设备、存储介质及计算机程序进行详细描述。

下面分别以投保服务器侧、区块链系统侧为例，对本申请实施例提供的基于区块链技术的投保处理方法进行详细说明。

首先以投保服务器侧为例，对本申请实施例提供的基于区块链技术的投保处理方法进行详细说明。

图1为本申请实施例所提供的一种基于区块链技术的投保处理方法的流程示意图，该方法应用于投保服务器。

如图1所示，该基于区块链技术的投保处理方法，包括以下步骤：

步骤101，获取客户端发送的投保请求，所述投保请求中包含用户标识、目标保险类型及目标保险额度。

其中，用户标识，是指用户的身份认证信息。可以理解的是，每个用户都拥有唯一确定的用户标识。比如，可以是用户的身份证号码等。目标保险类型，是指用户选择的投保类型，比如可以是意外险、大病险、车险等。目标保险额度，是指用户选择的投保额度，即保险公司的理赔额度，可以是50万、100万等等。

实际使用时，本申请实施例提供的基于区块链技术的投保处理方法，可以由本申请实施例提供的基于区块链技术的投保处理装置执行，基于区块链技术的投保处理装置可以配置在任意电子设备中。用户可以根据自身的需求，通过客户端的输入装置(如键盘、鼠标、触摸屏等)，输入投保请求，并提供给投保处理装置。

步骤102，向区块链系统发送用户保单查询请求，所述查询请求中包含所述用户标识。

其中，区块链系统，是指分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链系统中实现不同节点之间建立信任、获取权益的数学算法。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块，每个区块都包含一个时间戳和一个与前一区块的链接。狭义来讲，区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本，即区块链中的数据一旦记录下来将不可逆。

需要说明的是，在本申请实施例中，可以通过区块链系统保存各保险公司所有用户的保单数据，并且不可篡改和伪造，可靠性高，从而解决了保险公司之间的数据同步和信任问题。在通过区块链系统存储用户的保单数据时，可以将用户标识以及用户的投保信息作为一次交易信息，存储在区块链系统的一个数据块中。

在本申请实施例一种可能的实现形式中，在获取到客户端发送的投保请求之后，即可根据用户标识，向区块链系统发送保单查询请求，以获取用户的历史保单数据。

步骤103，获取所述区块链系统返回的与所述用户标识对应的历史保单数据，所述历史保单数据中包括每个历史保单对应的保险类型及保险额度。

需要说明的是，由于用户标识是可以唯一确定用户的信息，并且在通过区块链系统存储用户的保单数据时，是将用户标识以及用户的投保信息共同存储的，因此，在本申请实施例一种可能的实现形式中，可以根据查询请求中包含的用户标识，确定用户的历史保单数据，即获取区块链系统中与用户标识对应的历史保单数据。

步骤104，根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，生成投保结果。

可以理解的是，用户的历史保单数据可以反映用户的历史投保行为，进而判断该用户所属的类型。在本申请实施例一种可能的实现形式中可以将用户所属的类型分为优质客户和恶意投保用户，并根据用户所属的类型生成相应的投保结果。

具体的，若用户所属的类型为优质客户，则同意承保；若用户所属的类型为恶意投保用户，则拒绝承保。

在本申请实施例中，可以根据用户的历史保单中对应的保险类型、保险额度分析用户的投保行为，判断用户所属的类型。进而根据目标保险类型及目标保险额度，确定在目标保险类型中用户所属的类型。

进一步的，可以预设保险额度阈值，若用户对某个保险类型的投保额度大于保险额度阈值，则可以将其确定为该保险类型的恶意投保用户。即在本申请实施例一种可能的实现形式中，上述步骤104，可以包括：

根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，判断所述所有历史保单中包含所述目标保险类型对应的保险额度的总和是否大于阈值；

若所述所有历史保单中包含所述目标保险类型对应的保险额度的总和大于阈值，则生成的所述投保结果指示投保失败。

若所述所有历史保单中包含所述目标保险类型对应的保险额度的总和不大于阈值，则生成的所述投保结果指示投保成功。

实际使用时，可以根据保险公司自身的承保风险，预设保险额度阈值，比如针对意外险保单总保额，预设保险额度阈值可以是500万，本申请实施例对此不做限定。

举例来说，假设A公司针对意外险预设的保险额度阈值为150万，某用户当前的投保请求中，目标保险类型为意外险，目标保险额度为100万，根据用户标识从区块链系统中获取到的该用户的两条历史保单数据分别为：投保公司：B公司，保险类型：意外险，保险额度：100万；投保公司：C公司，保险类型：意外险，保险额度：100万。那么，可以确定该用户在意外险中的保险额度为200万，大于预设的保险额度阈值150万，因此，该用户在意外险中属于恶意投保用户，可以拒绝承保，即生成的投保结果为指示投保失败。相应的，若用户当前的投保请求中，目标保险类型为意外险，目标保险额度为100万，根据用户标识从区块链系统中未获取到与该用户标识对应的保单数据，则可以确定该用户未投保过意外险，即该用户在意外险中的保险额度小于预设的保险额度阈值150万，因此，该用户在意外险中属于优质客户，可以同意承保，即生成的投保结果为指示投保成功。

进一步的，在确定投保请求中的目标保险类型与预设的保险类型相符，还可以根据获取到的每个历史保单中包含目标保险类型对应的保险额度总和，确定用户还可以投保目标保险类型的保险额度，以使用户可以根据自身情况选择合适的保险额度。即在本申请实施例一种可能的实现形式中，上述步骤104，可以包括：

根据所述所有历史保单中包含所述目标保险类型对应的保险额度总和与所述阈值的差值，确定所述目标保险类型对应的可购买保险额度；

向所述客户端返回所述目标保险类型对应的可购买保险额度。

需要说明的是，若确定所有历史保单中包含目标保险类型对应的保险额度总和不大于预设的阈值，则可以确定历史保单中包含目标保险类型对应的保险额度总和与阈值的差值，并将该差值确定为该用户对目标保险类型对应的可购买保险额度，并向客户端返回确定出目标保险类型对应的可购买保险额度，以使用户可以在可购买保险额度范围内，选择合适的保险额度进行投保。

举例来说，假设A公司预设的保险额度阈值为150万，某用户当前的投保请求中，目标保险类型为意外险，目标保险额度为100万，根据用户标识从区块链系统中获取到的该用户的一条历史保单数据分别为：投保公司：B公司，保险类型：意外险，保险额度：100万。那么，可以确定该用户在意外险中的保险额度为100万，小于预设的保险额度阈值150万，因此，该用户在意外险中属于优质投保用户，可以同意承保。之后确定出该用户在意外险中的可购买保险额度为50万，并将可购买保险额度50万返回给客户端，以使用户可以将目标保险额度修改为50万之内，或者放弃投保。

进一步的，若用户当前的投保成功，则可以将用户当前的投保数据存储在区块链系统中。即在上述步骤104之后，还可以包括：

向所述区块链系统发送保单数据写入请求，以使所述区块链系统对账本数据进行更新，其中，所述写入请求中包含所述用户标识、所述目标保险类型及所述目标保险额度。

需要说明的是，在用户投保成功之后，即可向区块链系统发送保单数据写入请求，将该用户的投保成功的保单数据写入区块链系统的数据块中，及时更新区块链系统中的账本数据，以保证区块链系统中保单数据的时效性。具体地，若投保结果指示投保成功，可向所述区块链系统发送保单数据写入请求，以使所述区块链系统在确定所述写入请求中包含的交易数据完成合法校验处理后，对账本数据进行更新，其中，所述写入请求中包含所述用户标识、所述目标保险类型及所述目标保险额度。步骤105，向所述客户端返回所述投保结果。

在本申请实施例中，根据用户的投保请求及历史保单数据，确定出投保结果之后，即可将投保结果返回客户端。若投保结果指示投保成功，可向客户端返回“是否确认投保”提示信息，用户确认后投保成功；若投保结果指示投保失败，则向客户端返回“投保失败”提示信息。

本申请实施例提供的基于区块链技术的投保处理方法，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，向区块链系统发送用户保单查询请求，之后获取区块链系统返回的与用户标识对应的历史保单数据，进而根据每个历史保单对应的保险类型和保险额度，以及投保请求中包含的目标保险类型和目标保险额度，生成投保结果并返回客户端。由此，通过根据客户端发送的投保请求与区块链系统中保存的保单数据，获取了与用户标识对应的历史保单数据，之后即可根据用户对应的历史保单数据和投保请求，生成投保结果，从而通过利用区块链系统，实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。

在本申请一种可能的实现形式中，可以根据实际需求，预设需要预防用户恶意投保的保险类型。另外，在传输用户的相关数据之前，可以首先对用户的关键信息进行加密处理，以保证用户的信息安全。

下面结合图2，对本申请实施例提供的基于区块链技术的投保处理方法进行进一步说明。

图2为本申请实施例所提供的另一种基于区块链技术的投保处理方法的流程示意图，该方法应用于服务器。

如图2所示，该基于区块链技术的投保处理方法，包括以下步骤：

步骤201，获取客户端发送的投保请求，所述投保请求中包含用户标识、目标保险类型及目标保险额度。

上述步骤201的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

步骤202，判断所述目标保险类型与预设的保险类型是否匹配，若是，则执行步骤203；否则，执行步骤207。

需要说明的是，实际使用时，不同的保险类型遇到恶意投保的几率不同，因此，为了提高用户投保的效率，可以只查询遇到恶意投保几率较高的保险类型的历史保单数据，对于遇到恶意投保几率较低的保险类型，可以直接同意承保。

因此，在本申请实施例一种可能的实现形式中，可以根据保险公司的实际需要，预设投保时需要查询历史保单数据的保险类型。具体的，可以将遇到恶意投保几率较高的保险类型，预设为投保时需要查询历史保单数据的保险类型，比如意外险。

举例来说，假设预设的保险类型为意外险，若获取到用户A发送的投保请求，其中目标保险类型为意外险，则确定目标保险类型与预设保险类型匹配；若获取到用户B发送的投保请求，其中目标保险类型为车险，则确定目标保险类型与预设的保险类型不匹配。

可以理解的是，在本申请实施例中，若确定目标保险类型与预设的保险类型匹配，则需要查询与投保请求中包含的用户标识对应的历史保单数据，以判断该用户是否为恶意投保；若目标保险类型与预设的保险类型不匹配，则可以直接同意承保，并向客户端返回“是否确认投保”提示信息，即无需查询与用户标识对应的历史保单数据。

步骤203，将所述用户标识进行加密处理，以生成与所述用户标识对应的加密标识。

需要说明的是，在本申请实施例中，可以使用特定的加密算法对用户标识进行加密处理，生成与用户标识对应的加密标识，以保证用户的信息安全。在本申请实施例一种可能的实现形式中，可以通过MD5算法对用户标识进行加密处理，生成一个唯一的加密标识，将此加密标识作为与该用户标识对应的用户的唯一身份信息。

步骤204，向所述区块链系统发送包含所述加密标识的用户保单查询请求。

在本申请实施例中，在对用户标识进行加密处理之后，即可根据生成的加密标识，向区块链系统发送用户保单查询请求，以根据查询请求中包含的加密标识，查询与加密标识对应的用户的历史保单数据。

步骤205，获取所述区块链系统返回的与所述加密标识对应的历史保单数据，所述历史保单数据中包括每个历史保单对应的保险类型及保险额度。

需要说明的是，为保证用户的信息安全，在将用户的保单数据加入区块链系统中时，也需要使用特定的加密算法对用户标识进行加密处理，生成一个与用户标识唯一对应的加密标识。在加入用户的保单数据时，该用户的保单数据都与该唯一的加密标识对应。从而，在查询用户的保单数据时，只需使用相同的加密算法对用户标识进行加密处理，进而根据生成的唯一的加密标识，即可在区块链系统中快速查询到与该加密标识对应的历史保单数据，也就是与该加密标识对应的用户的历史保单数据。

步骤206，根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，生成投保结果。

步骤207，向所述客户端返回所述投保结果。

上述步骤206-207的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

本申请实施例提供的基于区块链技术的投保处理方法，可以首先获取客户端发送的投保请求，并判断投保请求中包含的目标保险类型与预设的保险类型是否匹配，若匹配，则将所述用户标识进行加密处理，以生成与用户标识对应的加密标识，并向区块链系统发送包含加密标识的用户保单查询请求，之后获取区块链系统返回的与加密标识对应的历史保单数据，进而根据每个历史保单对应的保险类型和保险额度，以及投保请求中包含的目标保险类型和目标保险额度，生成投保结果并返回客户端。由此，通过特定的加密算法对用户标识进行加密处理，并根据客户端发送的投保请求与区块链系统中保存的保单数据，获取了与加密标识对应的历史保单数据，之后即可根据用户对应的历史保单数据和投保请求，生成投保结果，从而通过利用区块链系统和加密算法，不仅实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验，而且保证了用户的信息安全。

下面以区块链系统侧为例，对本申请实施例提供的基于区块链技术的投保处理方法进行详细说明。

下面结合图3，对本申请实施例提供的基于区块链技术的投保处理方法，进行进一步说明。

图3为本申请实施例所提供的另一种基于区块链技术的投保处理方法的流程示意图，应用于区块链系统。

如图3所示，该基于区块链技术的投保处理方法，包括以下步骤：

步骤301，获取投保服务器发送的保单查询请求，所述查询请求中包含用户标识。

实际使用时，本申请实施例提供的基于区块链技术的投保处理方法，可以由本申请提供的基于区块链技术的投保处理装置执行。其中，该基于区块链技术的投保处理装置应用于区块链系统。

需要说明的是，用户标识是指可以将用户唯一确定的身份认证信息，如身份证号等。进一步的，若投保服务器在发送保单查询请求之前，对用户标识进行了加密处理，用户标识也可以是指对原始用户标识进行加密后生成的加密标识。

步骤302，查询账本数据，以获取与所述用户标识对应的历史保单数据，所述历史保单数据包括保险类型及保险额度。

需要说明的是，由于用户标识是可以唯一确定用户的信息，并且在通过区块链系统存储用户的保单数据时，是将用户标识以及用户的投保信息共同存储的，因此，在本申请实施例一种可能的实现形式中，可以根据查询请求中包含的用户标识，获取用户的历史保单数据。

步骤303，将所述历史保单数据返回给所述投保服务器。

在本申请实施例中，获取到与用户标识对应的历史保单数据之后，即可将历史保单数据返回给投保服务器，以使得投保服务器可以根据用户的历史保单数据，判断用户是否为恶意投保用户，并生成相应的投保结果。

进一步的，在用户投保成功之后，区块链系统还可以接收投保服务器发送的保单数据写入请求，以更新区块链系统中的账本数据。即在本申请实施例一种可能的实现形式中，上述步骤303之后，还可以包括：

在客户端节点获取到所述投保服务器发送的保单数据写入请求时，控制每个背书节点执行预设的智能合约，以对所述写入请求的合法性进行校验，所述写入请求中包括用户标识、保险类型及保险额度；

所述客户端节点在获取到每个背书节点返回的签名结果后，将所有签名结果进行打包处理，并发送给排序服务节点；

所述排序服务节点将打包处理后的签名结果进行排序及打包处理，以生成交易集数据；

所述排序服务节点将所述交易集数据发送给每个客户端节点及每个背书节点，以使每个客户端节点及每个背书节点，在对所述交易集数据进行签名验证后，根据所述交易集数据更新本地的账本数据。

其中，客户端节点，是指区块链系统中的任意节点，其可以向背书节点提交实际的交易调用，并且向排序服务节点广播交易数据。背书节点，是指可以验证交易并声明此交易合法(或不合法)的节点。智能合约，是指用于指导背书节点对交易进行背书的条件，即要得到背书成功(交易合法)的结论，必须满足智能合约中给出的条件，并且区块链系统中的背书节点也可以通过智能合约指定。排序服务节点，是指可以为交易排序和发出提议区块(一组将被节点验证的交易)，并与所有节点共享提议区块的节点。

需要说明的是，在本申请实施例中，在获取到投保服务器发送的保单数据写入请求之后，客户端节点即可将写入请求，提交给智能合约中规定的各背书节点，各背书节点在接收到客户端节点发送的写入请求之后，根据预设的智能合约判断写入请求是否满足智能合约中给出的条件，若满足，则确定写入请求合法，对其进行签名并将签名结果返回客户端节点。

若客户端节点获取到足够的背书节点返回的消息及签名(证明写入请求合法的消息)，则可以确定写入请求背书成功，即写入请求合法，之后可以开始排序服务；若客户端节点没有获取到足够的背书节点返回的消息及签名，则可以确定写入请求不合法，并放弃此次交易，稍后重试。

在本申请实施例一种可能的实现形式中，客户端节点获取到的背书节点返回的有效的消息及签名的数量阈值，可以在预设的智能合约中规定。

在本申请实施例中，在确定写入请求合法之后，客户端节点即可以将所有签名结果打包处理，并发送给排序服务节点。排序服务节点对接收到的签名结果在交易池中进行排序和打包处理，以生成交易数据集，并新增区块。之后排序服务节点向每个客户端节点及每个背书节点发送交易集数据，客户端节点及背书节点，对交易集数据进行签名验证后，根据交易集数据更新本地的账本数据。

进一步的，若有新增节点加入区块链系统，还可以将账本数据同步至新增的节点。即在本申请实施例一种可能的实现形式中，上述步骤303之后，还可以包括：

将更新后的账本数据同步至新客户端节点或新背书节点。

需要说明的是，在区块链系统中，每个客户端节点都可以与一个用户相连，该用户持有区块链系统中注册的公钥，若用户想要获取或使用区块链系统中的账本数据，需要首先在区块链系统中注册，以成为合法节点。当区块链系统中有新的节点注册完成时，可以将区块链系统中最新的账本数据同步至新增节点。

本申请实施例提供的基于区块链技术的投保处理方法，可以获取投保服务器发送的保单查询请求，所并根据查询请求中包含的用户标识，查询账本数据，以获取与用户标识对应的历史保单数据，进而将历史保单数据返回给投保服务器，之后还可以根据保单数据写入请求，将新增的保单数据写入区块链系统，以更新本地账本数据。由此，通过根据保单查询请求，确定了与用户标识对应的历史保单数据并返回给投保服务器，之后还可以将新增的保单数据写入区块链系统，更新本地账本数据，从而通过利用区块链系统，实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。

图4为本申请实施例所提供的一种基于区块链技术的投保处理方法的信令交互图。

如图4所示，该基于区块链技术的投保处理方法，包括以下步骤：

步骤401，客户端向投保服务器发送投保请求。

其中，所述投保请求中包含用户标识、目标保险类型及目标保险额度。

步骤402，投保服务器向区块链系统发送用户保单查询请求。

其中，所述查询请求中包含所述用户标识。

步骤403，区块链系统查询账本数据，以获取与所述用户标识对应的历史保单数据。

其中，所述历史保单数据包括保险类型及保险额度。

步骤404，区块链系统将所述历史保单数据返回给投保服务器。

步骤405，投保服务器根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，生成投保结果。

步骤406，投保服务器向客户端返回所述投保结果。

上述过程，通过客户端向投保服务器发送投保请求，投保服务器向区块链系统发送用户保单查询请求，区块链系统根据查询请求查询账本数据，以获取与查询请求中包含的用户标识对应的历史保单数据，并将历史保单数据返回给投保服务器，之后投保服务器根据所述每个历史保单对应的保险类型和保险额度，以及目标保险类型和目标保险额度，生成投保结果，进而将投保结果返回客户端。由此，通过根据客户端发送的投保请求与区块链系统中保存的保单数据，获取了与用户标识对应的历史保单数据，之后即可根据用户对应的历史保单数据和投保请求，生成投保结果，从而通过利用区块链系统，实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。

为了实现上述实施例，本申请还提出一种基于区块链技术的投保处理装置。

图5为本申请实施例提供的一种基于区块链技术的投保处理装置的结构示意图，应用于投保服务器。

如图5所示，该基于区块链技术的投保处理装置50，包括：

第一获取模块51，用于获取客户端发送的投保请求，所述投保请求中包含用户标识、目标保险类型及目标保险额度；

第一发送模块52，用于向区块链系统发送用户保单查询请求，所述查询请求中包含所述用户标识；

第二获取模块53，用于获取所述区块链系统返回的与所述用户标识对应的历史保单数据，所述历史保单数据中包括每个历史保单对应的保险类型及保险额度；

生成模块54，用于根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，生成投保结果；

返回模块55，用于向所述客户端返回所述投保结果。

在实际使用时，本申请实施例提供的基于区块链技术的投保处理装置，可以被配置在电子设备中，以执行前述基于区块链技术的投保处理方法。

本申请实施例提供的基于区块链技术的投保处理装置，应用于投保服务器，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，向区块链系统发送用户保单查询请求，之后获取区块链系统返回的与用户标识对应的历史保单数据，进而根据每个历史保单对应的保险类型和保险额度，以及投保请求中包含的目标保险类型和目标保险额度，生成投保结果并返回客户端。由此，通过根据客户端发送的投保请求与区块链系统中保存的保单数据，获取了与用户标识对应的历史保单数据，之后即可根据用户对应的历史保单数据和投保请求，生成投保结果，从而通过利用区块链系统，实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。

在本申请一种可能的实现形式中，上述基于区块链技术的投保处理装置50，还包括：

确定模块，用于确定所述目标保险类型与预设的保险类型匹配。

进一步的，在本申请另一种可能的实现形式中，上述基于区块链技术的投保处理装置50，还包括：

加密模块，用于将所述用户标识进行加密处理，以生成与所述用户标识对应的加密标识。

相应的，上述第一发送模块52，具体用于：

向所述区块链系统发送包含所述加密标识的用户保单查询请求。

进一步的，在本申请再一种可能的实现形式中，所述投保结果为投保成功，上述基于区块链技术的投保处理装置50，还包括：

第二发送模块，用于向所述区块链系统发送保单数据写入请求，以使所述区块链系统对账本数据进行更新，其中，所述写入请求中包含所述用户标识、目标保险类型及目标保险额度。

在本申请一种可能的实现形式中，上述生成模块54，具体用于：

根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，判断所述所有历史保单中包含所述目标保险类型对应的保险额度的总和是否大于阈值；

若所述所有历史保单中包含所述目标保险类型对应的保险额度的总和大于阈值，则生成的所述投保结果指示投保失败。

进一步的，在本申请另一种可能的实现形式中，上述生成模块54，还用于：

根据所述所有历史保单中包含所述目标保险类型对应的保险额度总和与所述阈值的差值，确定所述目标保险类型对应的可购买保险额度；

向所述客户端返回所述目标保险类型对应的可购买保险额度。

进一步的，在本申请再一种可能的实现形式中，上述生成模块54，还用于：

若所述所有历史保单中包含所述目标保险类型对应的保险额度的总和不大于阈值，则生成的所述投保结果指示投保成功。

需要说明的是，前述对图1、图2、图3或图4所示的基于区块链技术的投保处理方法实施例的解释说明也适用于该实施例的基于区块链技术的投保处理装置50，此处不再赘述。

本申请实施例提供的基于区块链技术的投保处理装置，应用于投保服务器，可以首先获取客户端发送的投保请求，并判断投保请求中包含的目标保险类型与预设的保险类型是否匹配，若匹配，则将所述用户标识进行加密处理，以生成与用户标识对应的加密标识，并向区块链系统发送包含加密标识的用户保单查询请求，之后获取区块链系统返回的与加密标识对应的历史保单数据，进而根据每个历史保单对应的保险类型和保险额度，以及投保请求中包含的目标保险类型和目标保险额度，生成投保结果并返回客户端。由此，通过特定的加密算法对用户标识进行加密处理，并根据客户端发送的投保请求与区块链系统中保存的保单数据，获取了与加密标识对应的历史保单数据，之后即可根据用户对应的历史保单数据和投保请求，生成投保结果，从而通过利用区块链系统和加密算法，不仅实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验，而且保证了用户的信息安全。

为了实现上述实施例，本申请还提出另一种基于区块链技术的投保处理装置。

图6为本申请实施例提供的另一种基于区块链技术的投保处理装置的结构示意图，应用于区块链系统。

如图6所示，该基于区块链技术的投保处理装置60，包括：

获取模块61，用于获取投保服务器发送的保单查询请求，所述查询请求中包含用户标识；

查询模块62，用于查询账本数据，以获取与所述用户标识对应的历史保单数据，所述历史保单数据包括保险类型及保险额度；

返回模块63，用于将所述历史保单数据返回给所述投保服务器。

在实际使用时，本申请实施例提供的基于区块链技术的投保处理装置，可以被配置在任意电子设备中，以执行前述基于区块链技术的投保处理方法。

本申请实施例提供的基于区块链技术的投保处理装置，应用于区块链系统，可以获取投保服务器发送的保单查询请求，所并根据查询请求中包含的用户标识，查询账本数据，以获取与用户标识对应的历史保单数据，进而将历史保单数据返回给投保服务器。由此，通过根据保单查询请求，确定了与用户标识对应的历史保单数据并返回给投保服务器，从而通过利用区块链系统，实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。

在本申请一种可能的实现形式中，上述基于区块链技术的投保处理装置60，还包括：

校验模块，用于在客户端节点获取到所述投保服务器发送的保单数据写入请求时，控制每个背书节点执行预设的智能合约，以对所述写入请求的合法性进行校验，所述写入请求中包括用户标识、保险类型及保险额度；

第一发送模块，用于所述客户端节点在获取到每个背书节点返回的签名结果后，将所有签名结果进行打包处理，并发送给排序服务节点；

生成模块，用于所述排序服务节点将打包处理后的签名结果进行排序及打包处理，以生成交易集数据；

第二发送模块，用于所述排序服务节点将所述交易集数据发送给每个客户端节点及每个背书节点，以使每个客户端节点及每个背书节点，在对所述交易集数据进行签名验证后，根据所述交易集数据更新本地的账本数据。

在本申请另一种可能的实现形式中，上述基于区块链技术的投保处理装置60，还包括：

同步模块，用于将更新后的账本数据同步至新客户端节点或新背书节点。

需要说明的是，前述对图1、图2、图3或图4所示的基于区块链技术的投保处理方法实施例的解释说明也适用于该实施例的基于区块链技术的投保处理装置60，此处不再赘述。

本实施例提供的基于区块链技术的投保处理装置，应用于区块链系统，可以获取投保服务器发送的保单查询请求，所并根据查询请求中包含的用户标识，查询账本数据，以获取与用户标识对应的历史保单数据，进而将历史保单数据返回给投保服务器，之后还可以根据保单数据写入请求，将新增的保单数据写入区块链系统，以更新本地账本数据。由此，通过根据保单查询请求，确定了与用户标识对应的历史保单数据并返回给投保服务器，之后还可以将新增的保单数据写入区块链系统，更新本地账本数据，从而通过利用区块链系统，实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。

为了实现上述实施例，本申请还提出一种电子设备，应用于投保服务器侧和区块链系统侧。

图7为本发明一个实施例的电子设备的结构示意图。

如图7所示，上述电子设备700包括：

存储器710及处理器720，连接不同组件(包括存储器710和处理器720)的总线730，存储器710存储有计算机程序，当处理器720执行所述程序时实现本申请实施例所述的基于区块链技术的投保处理方法。

总线730表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备700典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备700访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器710还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)740和/或高速缓存存储器750。电子设备700可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统760可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线730相连。存储器710可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块770的程序/实用工具780，可以存储在例如存储器710中，这样的程序模块770包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块770通常执行本发明所描述的实施例中的功能和/或方法。

电子设备700也可以与一个或多个外部设备790(例如键盘、指向设备、显示器791等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口792进行。并且，电子设备700还可以通过网络适配器793与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器793通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器720通过运行存储在存储器710中的程序，从而执行各种功能应用以及数据处理。

需要说明的是，本实施例的电子设备的实施过程和技术原理参见前述对本申请实施例的基于区块链技术的投保处理方法的解释说明，此处不再赘述。

本申请实施例提供的电子设备，可以执行如前所述的基于区块链技术的投保处理方法，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，向区块链系统发送用户保单查询请求，之后获取区块链系统返回的与用户标识对应的历史保单数据，进而根据每个历史保单对应的保险类型和保险额度，以及投保请求中包含的目标保险类型和目标保险额度，生成投保结果并返回客户端。由此，通过根据客户端发送的投保请求与区块链系统中保存的保单数据，获取了与用户标识对应的历史保单数据，之后即可根据用户对应的历史保单数据和投保请求，生成投保结果，从而通过利用区块链系统，实现了保险公司之间保单数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。

为了实现上述实施例，本申请还提出一种计算机可读存储介质。

其中，该计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，以实现本申请实施例所述的基于区块链技术的投保处理方法。

为了实现上述实施例，本申请再一方面实施例提供一种计算机程序，该程序被处理器执行时，以实现本申请实施例所述的基于区块链技术的投保处理方法。

一种可选实现形式中，本实施例可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户电子设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务器上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未发明的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种基于区块链技术的投保处理方法，其特征在于，包括：

获取客户端发送的投保请求，所述投保请求中包含用户标识、目标保险类型及目标保险额度；

向区块链系统发送用户保单查询请求，所述查询请求中包含所述用户标识；

获取所述区块链系统返回的与所述用户标识对应的历史保单数据，所述历史保单数据中包括每个历史保单对应的保险类型及保险额度；

根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，生成投保结果；

向所述客户端返回所述投保结果。

2.如权利要求1所述的方法，其特征在于，所述向区块链系统发送用户保单查询请求之前，所述方法还包括：

确定所述目标保险类型与预设的保险类型匹配。

3.如权利要求1所述的方法，其特征在于，所述向区块链系统发送用户保单查询请求之前，所述方法还包括：

将所述用户标识进行加密处理，以生成与所述用户标识对应的加密标识；

所述向区块链系统发送用户保单查询请求，包括:

向所述区块链系统发送包含所述加密标识的用户保单查询请求。

4.如权利要求1-3任一所述的方法，其特征在于，所述根据每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，生成投保结果，包括：

根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，判断所有历史保单中包含所述目标保险类型对应的保险额度的总和是否大于阈值；

若所述所有历史保单中包含所述目标保险类型对应的保险额度的总和大于阈值，则生成的所述投保结果指示投保失败。

5.如权利要求4所述的方法，其特征在于，所述生成投保结果之后，所述方法还包括：

根据所述所有历史保单中包含所述目标保险类型对应的保险额度总和与所述阈值的差值，确定所述目标保险类型对应的可购买保险额度；

向所述客户端返回所述目标保险类型对应的可购买保险额度。

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

若所述所有历史保单中包含所述目标保险类型对应的保险额度的总和不大于阈值，则生成的所述投保结果指示投保成功。

7.如权利要求6所述的方法，其特征在于，若生成的所述投保结果指示投保成功，所述方法还包括：

向所述区块链系统发送保单数据写入请求，以使所述区块链系统对账本数据进行更新，其中，所述写入请求中包含所述用户标识、所述目标保险类型及所述目标保险额度。

8.一种基于区块链技术的投保处理装置，其特征在于，包括：

第一获取模块，用于获取客户端发送的投保请求，所述投保请求中包含用户标识、目标保险类型及目标保险额度；

发送模块，用于向区块链系统发送用户保单查询请求，所述查询请求中包含所述用户标识；

第二获取模块，用于获取所述区块链系统返回的与所述用户标识对应的历史保单数据，所述历史保单数据中包括每个历史保单对应的保险类型及保险额度；

生成模块，用于根据所述每个历史保单对应的保险类型和保险额度，以及所述目标保险类型和所述目标保险额度，生成投保结果；

返回模块，用于向所述客户端返回所述投保结果。

9.一种电子设备，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-7中任一所述的基于区块链技术的投保处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的基于区块链技术的投保处理方法。