CN109710687A - 基于区块链的投保处理方法、装置及电子设备 - Google Patents
基于区块链的投保处理方法、装置及电子设备 Download PDFInfo
- Publication number
- CN109710687A CN109710687A CN201811407767.0A CN201811407767A CN109710687A CN 109710687 A CN109710687 A CN 109710687A CN 201811407767 A CN201811407767 A CN 201811407767A CN 109710687 A CN109710687 A CN 109710687A
- Authority
- CN
- China
- Prior art keywords
- insuring
- user
- block chain
- request
- user identifier
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
本申请提出一种基于区块链的投保处理方法、装置、电子设备及存储介质，属于计算机技术领域。其中，该方法包括：获取客户端发送的投保请求，所述投保请求中包含用户标识；根据所述用户标识，查询区块链网络中的黑名单数据，以确定与所述用户标识对应的用户是否为黑名单用户；根据查询结果，对所述投保请求进行处理。由此，通过这种基于区块链的投保处理方法，建立了用户的投保黑名单数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
Description
技术领域
本申请涉及计算机技术领域，尤其涉及一种基于区块链的投保处理方法、装置、电子设备及存储介质。
背景技术
购买保险不仅是一种理财方式，而且是规避风险，建立个人保障体系的有效方法。随着经济的快速发展和生活水平不断提高，越来越多的人选择购买保险，以为自身和家人提供长远的人身保障。随着互联网应用范围的扩大化，网上购买保险成为人们购买保险的一种重要方式。然而，由于投保人通过网络购买保险时，保险公司无法直接与客户接触，从而无法全面了解投保人的信息。
因此，建立投保人的投保信息数据库，以拓宽保险公司了解投保人信息的渠道，是一个至关重要的问题。相关技术中，每个保险公司的投保信息数据库都是独立且不共享的，保险公司无法获得投保人在其他保险公司的保单数据、信用状况等信息，导致保险公司无法全面了解投保人的投保信息，并作出正确、合理的判断，从而无法为用户提供更合适的保险服务。
发明内容
本申请提出的基于区块链的投保处理方法、装置、电子设备及存储介质，用于解决相关技术中，每个保险公司的投保信息数据库都是独立且不共享的，保险公司无法获得投保人在其他保险公司的保单数据、信用状况等信息，导致保险公司无法全面了解投保人的投保信息，并作出正确、合理的判断，从而无法为用户提供更合适的保险服务的问题。
本申请一方面实施例提出的基于区块链的投保处理方法，应用于投保服务器，包括：获取客户端发送的投保请求，所述投保请求中包含用户标识；根据所述用户标识，查询区块链网络中的黑名单数据，以确定与所述用户标识对应的用户是否为黑名单用户；根据查询结果，对所述投保请求进行处理。
本申请另一方面实施例提出的基于区块链的投保处理方法，应用于投保服务器，包括：获取客户端发送的投保请求，所述投保请求中包含用户标识；向区块链网络发送用户信用等级查询请求，所述查询请求中包含所述用户标识；获取所述区块链网络返回的与所述用户标识对应的信用等级；根据所述信用等级，生成投保结果；向所述客户端返回所述投保结果。
本申请再一方面实施例提出的基于区块链技术的投保处理方法，应用于区块链网络，包括：获取投保服务器发送的用户信用等级查询请求，所述查询请求中包含用户标识；查询用户信用数据，以获取与所述用户标识对应的信用等级；将所述用户标识对应的信用等级返回给所述投保服务器。
本申请又一方面实施例提出的基于区块链的投保处理装置，应用于投保服务器，包括：获取模块，用于获取客户端发送的投保请求，所述投保请求中包含用户标识；查询模块，用于根据所述用户标识，查询区块链网络中的黑名单数据，以确定与所述用户标识对应的用户是否为黑名单用户；处理模块，用于根据查询结果，对所述投保请求进行处理。
本申请又一方面实施例提出的基于区块链的投保处理装置，应用于投保服务器，包括：第一获取模块，用于获取客户端发送的投保请求，所述投保请求中包含用户标识；发送模块，用于向区块链网络发送用户信用等级查询请求，所述查询请求中包含所述用户标识；第二获取模块，用于获取所述区块链网络返回的与所述用户标识对应的信用等级；生成模块，用于根据所述信用等级，生成投保结果；返回模块，用于向所述客户端返回所述投保结果。
本申请另一方面实施例提出的基于区块链技术的投保处理装置，应用于区块链网络，包括：获取模块，用于获取投保服务器发送的用户信用等级查询请求，所述查询请求中包含用户标识；查询模块，用于查询用户信用数据，以获取与所述用户标识对应的信用等级；返回模块，用于将所述用户标识对应的信用等级返回给所述投保服务器。
本申请再一方面实施例提出的电子设备，其包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如前所述的基于区块链的投保处理方法。
本申请又一方面实施例提出的计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如前所述的基于区块链的投保处理方法。
本申请再一方面实施例提出的计算机程序，该程序被处理器执行时，以实现本申请实施例所述的基于区块链的投保处理方法。
本申请实施例提供的基于区块链的投保处理方法、装置、电子设备、计算机可读存储介质及计算机程序，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，查询区块链网络中的黑名单数据，以确定与用户标识对应的用户是否为黑名单用户，进而根据查询结果，对投保请求进行处理。由此，通过根据客户端发送的投保请求与区块链网络中保存的用户黑名单数据，确定投保用户的信用情况，并生成相应的投保结果，从而通过利用区块链网络，建立了用户的黑名单数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本申请实施例所提供的一种基于区块链的投保处理方法的流程示意图；
图2为本申请实施例所提供的一种基于区块链的投保处理方法的信令交互图；
图3为本申请实施例所提供的另一种基于区块链的投保处理方法的流程示意图；
图4为本申请实施例所提供的另一种基于区块链的投保处理方法的流程示意图；
图5为本申请实施例所提供的再一种基于区块链的投保处理方法的流程示意图；
图6为本申请实施例所提供的另一种基于区块链的投保处理方法的信令交互图；
图7为本申请实施例所提供的一种基于区块链的投保处理装置的结构示意图；
图8为本申请实施例所提供的另一种基于区块链的投保处理装置的结构示意图；
图9为本申请实施例所提供的再一种基于区块链的投保处理装置的结构示意图；
图10为本申请实施例所提供的电子设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。
本申请实施例针对每个保险公司的投保信息数据库都是独立且不共享的，保险公司无法获得投保人在其他保险公司的投保信息，导致保险公司无法全面了解投保人的保单数据、信用状况等信息，并作出正确、合理的判断，从而无法为用户提供更合适的保险服务的问题，提出一种基于区块链的投保处理方法。
本申请实施例提供的基于区块链的投保处理方法，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，查询区块链网络中的黑名单数据，以确定与用户标识对应的用户是否为黑名单用户，进而根据查询结果，对投保请求进行处理。由此，通过根据客户端发送的投保请求与区块链网络中保存的用户黑名单数据，确定投保用户的信用情况，并生成相应的投保结果，从而通过利用区块链网络，建立了用户的黑名单数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
下面参考附图对本申请提供的基于区块链的投保处理方法、装置、电子设备、存储介质及计算机程序进行详细描述。
下面分别以投保服务器侧、区块链系统侧为例，对本申请实施例提供的基于区块链的投保处理方法进行详细说明。
首先以投保服务器侧为例，对本申请实施例提供的基于区块链的投保处理方法进行详细说明。
图1为本申请实施例所提供的一种基于区块链的投保处理方法的流程示意图，该方法应用于投保服务器。
如图1所示，该基于区块链的投保处理方法，包括以下步骤：
步骤101，获取客户端发送的投保请求，所述投保请求中包含用户标识。
其中，用户标识，是指用户的身份认证信息。可以理解的是，每个用户都拥有唯一确定的用户标识。比如，可以是用户的身份证号码等。
实际使用时，本申请实施例提供的基于区块链的投保处理方法，可以由本申请实施例提供的基于区块链的投保处理装置执行，基于区块链的投保处理装置可以配置在任意电子设备中。用户可以根据自身的需求，通过客户端的输入装置(如键盘、鼠标、触摸屏等)，输入投保请求，并提供给投保处理装置。
步骤102，根据所述用户标识，查询区块链网络中的黑名单数据，以确定与所述用户标识对应的用户是否为黑名单用户。
其中，区块链网络，是指分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链网络中实现不同节点之间建立信任、获取权益的数学算法。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块，每个区块都包含一个时间戳和一个与前一区块的链接。狭义来讲，区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本，即区块链中的数据一旦记录下来将不可逆。
需要说明的是，在本申请实施例中，可以通过区块链网络保存各保险公司的黑名单数据，而不必怀疑数据的真实性。其中，每条黑名单数据中包括用户标识，以及该用户标识对应的用户的历史违法行为。因此，可以根据投保请求中包括的用户标识，确定区块链网络的黑名单数据中，是否包含与该用户标识对应的黑名单数据，若包含，则可以确定与该用户标识对应的用户为黑名单用户；若未包含，则可以确定与该用户标识对应的用户为合法用户。
进一步的，通过区块链网络保存各保险公司共享的黑名单数据时，可以采用预定义键名的方式，以JavaScript对象简谱(JavaScript Object Notation，简称JSON)数据格式，存储黑名单数据。即在本申请实施例一种可能的实现形式中，上述步骤102，可以包括：
根据所述用户标识，查询所述黑名单数据中的各键值，以获取与所述用户标识对应的数组。
需要说明的是，JSON数据格式是一种轻量级的数据交换格式，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得JSON成为理想的数据交换语言，不仅易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。在使用JSON格式存储黑名单数据时，一条黑名单数据可以使用一个数组进行存储，并根据黑名单数据中包含的各项信息，为每一项信息预定义不同的键名，之后根据具体的用户信息，为不同的键名赋予不同的键值，从而形成一条黑名单数据。
举例来说，对于人员黑名单数据，可以保存姓名、英文名、证件类型及号码、手机号、邮箱、职业、住址等信息，在采用JSON格式存储时，可以将各项信息的键名分别预定义为：name、Ename、TypeofID、ID、mobile、email、profession、address。假设用户甲的姓名为张三、英文名为Zhangsan、证件类型为居民身份证、证件号码为12345、手机号为23456、邮箱为abcd、职业为医生、住址为上海，则键名name、Ename、TypeofID、ID、mobile、email、profession、address分别对应的键值为张三、Zhangsan、居民身份证、12345、23456、abcd、医生、上海，即用户甲的黑名单数据存储格式为{“name”:“张三”,“Ename”:“Zhangsan”,“TypeofID”:“居民身份证”,“ID”:“12345”,“mobile”:“23456”,“email”:“abcd”,“profession”:“医生”,“address”:“上海”}。
因此，在本申请实施例一种可能的实现形式中，可以根据投保请求中的用户标识，查询黑名单数据中的各键值，判断是否存在与该用户标识匹配的键值。若黑名单数据中存在与该用户标识匹配的键值，则可以确定与该用户标识对应的用户为黑名单用户，并获取包含与该用户标识匹配的键值的数组，即与该用户标识对应的黑名单数据。
进一步的，在通过区块链网络存储各保险公司共享的黑名单数据时，还可以将投保类型的不同将黑名单数据分为不同的类别进行存储，以减少查询黑名单数据时的数据处理时间，提高查询效率。即在本申请实施例一种可能的实现形式中，所述投保请求中，还包括目标保险类型；相应的，上述步骤102，可以包括：
查询所述区块链网络中与所述目标黑名单类别对应的黑名单数据。
其中，目标保险类型，是指用户选择的投保类型，比如可以是意外险、重疾险、车险等。
需要说明的是，为提高在区块链网络中查询黑名单数据的效率，可以在存储黑名单数据时，根据黑名单数据对应的业务场景，将黑名单数据分为不同的类别进行存储。在本申请实施例一种可能的实现形式中，可以将黑名单数据分为车辆、用户、机构、网络和通用类别五大类，并且在存储黑名单数据时，对于不同类别黑名单数据，可以存储不同类型的信息。比如，“车辆”类别的黑名单数据，可以存储车牌号、车架号、车型等信息；“用户”类别的黑名单数据，可以存储姓名、英文名、证件类型及号码、手机号、邮箱、职业、住址等信息；“机构”类别的黑名单数据，可以存储机构名称、机构英文名称、组织机构代码、纳税人识别号等信息；“网络”类型的黑名单数据，可以存储域名、IP地址、设备号等信息。黑名单数据有但不限于以上列举信息，此处为说明问题只列举部分信息。
实际使用时，黑名单数据的分类不限于以上类型，可以根据实际的应用场景预设黑名单数据的类型，以及各类型黑名单数据中包括的信息，本申请实施例对此不做限定。
可以理解的是，在对黑名单数据进行分类存储时，可以根据投保请求中包含的目标保险类型，确定与目标保险类型对应的目标黑名单类别，进而查询目标黑名单类别对应的黑名单数据中是否包含与用户标识对应的黑名单数据。
举例来说，黑名单数据类别有车辆、用户、机构、网络和通用类别，投保请求中的目标保险类型为“车险”，则可以确定与目标保险类型对应的目标黑名单类别为“车辆”，之后即可只查询“车辆”类别的黑名单数据中，是否包含与用户标识对应的黑名单数据。
进一步的，还可以为每条黑名单数据设置有效期，以使得黑名单数据中的用户在黑名单数据的有效期结束后，可以重新享受保险服务，从而不仅可以为用户提供更加优质的保险服务，而且可以降低保险公司不必要的客户损失。即在本申请实施例一种可能的实现形式中，所述黑名单数据中还包括时间信息；相应的，上述步骤102，可以包括：
查询区块链网络中的黑名单数据，以确定与所述用户标识对应的用户是否为黑名单用户、且当前时间是否在所述用户标识对应的时间信息内。
在本申请实施例一种可能的实现形式中，可以在每条黑名单数据中保存合适的时间信息，黑名单数据中的时间信息为该黑名单数据的有效期。若当前时间在黑名单数据中的时间信息之后，则可以确定该黑名单数据已经失效，该黑名单数据对应的用户可以重新享受保险服务。比如，黑名单数据A中的时间信息为2020年1月1日，则说明该黑名单数据在2020年1月1日之前以及当天是有效，该黑名单数据对应的用户在2020年1月1日之前以及当天，不可以享受保险服务；而因此，可以该黑名单数据在2020年1月1日之后即失效，该黑名单数据对应的用户在2020年1月1日之后可以重新享受保险服务。
可以理解的是，在黑名单数据中包含时间信息时，可以首先根据投保请求中的用户标识，查询区块链网络中的黑名单数据是否包含与该用户标识对应的黑名单数据，并在黑名单数据中包含与该用户标识对应的黑名单数据时，进一步判断当前时间是否在该黑名单数据中的时间信息内，若在该黑名单数据中的时间信息内，则可以确定该用户标识对应的用户为黑名单用户；否则，可以确定该用户标识对应的用户为合法用户。
需要说明的是，黑名单数据中的时间信息可以根据黑名单数据的性质或实际需要确定，黑名单数据的有效期可以是几天、几个月、几年，甚至是永久有效，本申请实施例对此不做限定。
步骤103，根据查询结果，对所述投保请求进行处理。
在本申请实施例中，根据投保请求查询区块链网络中的黑名单数据之后，即可根据查询的结果，对投保请求进行相应的处理。具体的，若查询结果为与投保请求中的用户标识对应的用户为黑名单用户，则可以拒绝该用户的投保请求，并向客户端返回“投保失败”的提示消息；若查询结果为黑名单数据中未包含与投保请求中的用户标识对应的黑名单数据，即该用户标识对应的用户为合法用户，则可以同意改投保请求，并向客户端返回投保成功消息以及具体的投保信息，以供用户知悉和根据需求进一步选择或完善投保信息。
进一步的，在通过区块链网络存储各保险公司共享的黑名单数据时，还可以根据用户的历史违法行为，为黑名单数据标注相应的标签，以根据黑名单数据中的标签，确定黑名单书对应的用户可以购买的保险类型。即在本申请实施例一种可能的实现形式中，所述投保请求中，还包括目标保险类型；所述黑名单数据中，还包括与用户标识对应的标签，所述标签用于表征与所述用户标识对应的用户的历史非法行为；相应的，上述步骤103，可以包括：
根据与所述用户标识对应的标签，确定所述用户是否为与所述目标保险类型对应的合法用户；
若是，则向所述客户端返回投保成功消息；
否则，向所述客户端返回投保失败消息。
需要说明的是，在存储黑名单数据时，可以根据黑名单数据对应的业务场景，将黑名单数据分为不同的类别进行存储。比如，可以将黑名单数据分为车辆、用户、机构、网络和通用类别五大类。对于不同的类型的黑名单数据，可以根据相应的非法行为类型，在黑名单数据中标注不同的标签。
举例来说，“车辆”类别的黑名单数据对应的标签可以有：违章过多、骗保等；“用户”类别的黑名单数据对应的标签可以有：老赖、带病投保、重疾出险、骗保等；“机构”类别的黑名单数据对应的标签可以有：贷款不良记录等；“网络”类别的黑名单数据对应的标签可以有：恶意攻击、网络诈骗等；“通用”类别的黑名单数据对应的标签为所有类别都适用的标签，如恐怖分子、吸毒、犯罪前科等。
可以理解的是，可以黑名单数据中包含的用户标识对应的标签，确定该用户标识对应的用户可以投保的类型。因此，在本申请实施例一种可能的实现形式中，在黑名单数据中包含用户标识对应的标签时，可以首先根据投保请求中的目标保险类型，确定目标保险类型对应的目标黑名单类别，并根据投保请求中的用户标识，确定目标黑名单类别对应的黑名单数据中，是否包含与该用户标识对应的黑名单数据，若包含，则进一步根据投保请求中的目标保险类型以及黑名单数据中与该用户标识对应的标签，判断用户是否可以对目标保险类型的保险进行投保，即是否为与目标保险类型对应的合法用户，并根据判断结果做出相应的处理。
举例来说，投保请求中的目标保险类型为“健康险”，根据投保请求中的用户标识，确定该用户标识对应的用户A为黑名单用户，并且该用户标识对应的黑名单数据中标注有“重疾出险”的标签，则认为该用户投保“健康险”的风险较高，可以拒绝为其承保“健康险”，并向客户端返回投保失败消息。然而，对于用户A，若其投保请求中的目标保险类型为“车险”，而其对应的黑名单数据中只包括“重疾出险”的标签，而没有包括车险类的标签，则可以确定用户A为“车险”对应的合法用户，可以同意其购买车险，并向客户端返回投保成功消息。
需要说明的是，如果用户标识对应的黑名单数据中，包含通用类别的标签，如“恐怖分子”，则该用户标识对应的用户不能购买任何类型的保险产品。
实际使用时，用户是否为目标保险类型对应的合法用户的判断规则，不限于以上列举的内容，可以根据实际需要或保险公司自身的风险评估，做出相应的调整。
本申请实施例提供的基于区块链的投保处理方法，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，查询区块链网络中的黑名单数据，以确定与用户标识对应的用户是否为黑名单用户，进而根据查询结果，对投保请求进行处理。由此，通过根据客户端发送的投保请求与区块链网络中保存的用户黑名单数据，确定投保用户的信用情况，并生成相应的投保结果，从而通过利用区块链网络，建立了用户的黑名单数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
图2为本申请实施例所提供的一种基于区块链的投保处理方法的信令交互图。
如图2所示，该基于区块链的投保处理方法，包括以下步骤：
步骤201，客户端向投保服务器发送投保请求。
其中，投保请求中包括用户标识和目标保险类型。
步骤202，投保服务器根据用户标识查询区块链网络中的黑名单数据。
步骤203，区块链网络判断与用户标识对应的用户是否在黑名单中，并将查询结果返回投保服务器；若是，则执行步骤204；否则，投保服务器向客户端返回投保成功消息。
步骤204，投保服务器根据黑名单数据中的标签，判断用户是否为与目标保险类型对应的合法用户，若是，则向客户端返回投保成功消息；否则，向客户端返回投保失败消息。
上述过程，通过客户端向投保服务器发送投保请求，投保服务器根据投保请求中的用户标识查询区块链网络中的黑名单数据，以判断与用户标识对应的用户是否在黑名单中，若不在，则向客户端返回投保成功消息；若在，则根据黑名单数据中的标签，判断用户是否为与目标保险类型对应的合法用户，若是，则向客户端返回投保成功消息；否则，向客户端返回投保失败消息。由此，通过根据客户端发送的投保请求与区块链网络中保存的用户黑名单数据，确定投保用户的信用情况，并生成相应的投保结果，从而通过利用区块链网络，建立了用户的黑名单数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
在本申请一种可能的实现形式中，还可以根据从各种渠道获取的用户的信用数据，生成用户的信用等级数据，并存储在区块链网络中，进而根据从区块链网络中获取的信用等级数据，为用户生成相应的投保结果。
图3为本申请实施例所提供的另一种基于区块链的投保处理方法的流程示意图，该方法应用于投保服务器。
如图3所示，该基于区块链的投保处理方法，包括以下步骤：
步骤301，获取客户端发送的投保请求，所述投保请求中包含用户标识。
其中，用户标识，是指用户的身份认证信息。可以理解的是，每个用户都拥有唯一确定的用户标识。比如，可以是用户的身份证号码等。
实际使用时，本申请实施例提供的基于区块链的投保处理方法，可以由本申请实施例提供的基于区块链的投保处理装置执行，基于区块链的投保处理装置可以配置在任意电子设备中。用户可以根据自身的需求，通过客户端的输入装置(如键盘、鼠标、触摸屏等)，输入投保请求，并提供给投保处理装置。
步骤302，向区块链网络发送用户信用等级查询请求，所述查询请求中包含所述用户标识。
其中，区块链网络，是指分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链网络中实现不同节点之间建立信任、获取权益的数学算法。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块，每个区块都包含一个时间戳和一个与前一区块的链接。狭义来讲，区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本，即区块链中的数据一旦记录下来将不可逆。
需要说明的是，在本申请实施例中，可以通过区块链网络保存各保险公司所有用户的保单数据，以及从各种渠道获取的用户的征信数据。征信数据可以是用户的历史赔付数据、贷款数据、信用数据、违法数据等，区块链网络可以根据用户的征信数据确定用户的信用等级，并写入区块链网络的数据块中，并且不可篡改和伪造，可靠性高，从而解决了保险公司之间的数据同步和信任问题。
在本申请实施例一种可能的实现形式中，在获取到客户端发送的投保请求之后，即可根据用户标识，向区块链网络发送用户信用等级查询请求，以获取用户的信用等级。
步骤303，获取所述区块链网络返回的与所述用户标识对应的信用等级。
需要说明的是，由于用户标识是可以唯一确定用户的信息，并且在通过区块链网络存储用户的保单数据、征信数据、信用等级时，都是与用户标识进行对应存储的，因此，在本申请实施例一种可能的实现形式中，可以根据查询请求中包含的用户标识，确定用户的信用等级，即获取区块链网络中与用户标识对应的信用等级。
步骤304，根据所述信用等级，生成投保结果。
在本申请实施例中，用户的信用等级不同，可以生成不同的投保结果。具体的，若用户的信用等级较低，则可以限制用户的投保范围，或者拒绝承保；若用户的信用等级较高，则可以认为用户为优质客户，可以为其提供更大额度的投保服务等。
具体的，在本申请实施例一种可能的实现形式中，上述步骤304，可以包括：
根据所述信用等级，确定当前的投保请求对应的保费额度、赔付额度及投保风险；
或者，根据所述信用等级，确定当前的投保请求是否满足受理条件。
其中，保费额度，是指用户购买保险需要缴纳的费用。赔付额度，是指在满足用户购买保险的理赔调节时，保险公司赔付的费用。其中，投保风险，是指保险公司责任免除风险，即在某些特定的情况下需要免除保险公司责任，不予赔付。
需要说明的是，在本申请实施例一种可能的实现形式中，可以预设信用等级与投保结果的映射关系，在从区块链网络中获取到与用户标识对应的信用等级之后，即可根据预设的信用等级与投保结果的映射关系，确定该用户当前的投保请求对应的保费额度、赔付额度及投保风险，或者确定用户当前的投保请求是否满足受理条件。
在本申请实施例中，可以根据以下规则预设信用等级与投保结果的映射关系。假设区块链网络将用户的信用等级分为三级：0级、1级和2级，其中，0级代表的信用等级最低，2级代表的信用等级最高。在本申请实施例中，可以将0级信用等级对应的投保结果，预设为“不满足受理条件，拒绝承保”；将1级信用等级对应的投保结果，预设为“保费额度提高50％，赔付额度降低50％，需要承担投保风险”；将2级信用等级对应的投保结果，预设为“保费额度正常，赔付额度正常，无需承担投保风险”。
其中，在本申请实施例一种可能的实现形式中，用户具体需要承担的投保风险还可以根据用户的历史理赔记录确定。比如，某用户曾经因为疾病A，有过“重疾险”的理赔记录，那么，可以当该用户再次购买“重疾险”时，并且根据其对应的信用记录，确定其需要承担投保风险时，可以将该用户的投保风险确定为“疾病A不理赔”。
举例来说，假设“重疾险”的保费额度为5000元，赔付额度为100万元，若当前发起“重疾险”投保请求的用户A，获取到其用户标识对应的信用等级为1级，则可以确定用户A当前的投保请求对应的投保结果为“保费额度为7500元，赔付额度为50万元，需要承担投保风险”。
需要说明的是，上述举例仅为示例性的，不能视为对本申请的限制。实际使用时，可以根据实际情况划分用户的信用等级，以及预设信用等级与投保结果的映射关系。
步骤305，向所述客户端返回所述投保结果。
在本申请实施例中，根据用户的信用等级，确定出投保结果之后，即可将投保结果返回客户端，以使得客户可以及时得知投保请求的受理结果，或者根据自己的投保需求，确定是否继续投保。
具体的，在本申请实施例一种可能的实现形式中，若投保结果为“不满足受理条件，拒绝承保”，则向客户端返回“投保失败”提示信息；若投保结果为同意承保，则向客户端返回“是否确认投保”提示信息。
进一步的，若投保结果为同意承保，还可以将根据信用等级确定的投保信息返回客户端，以供用户选择。即在本申请实施例一种可能的实现形式中，上述步骤305，还可以包括：
将所述当前的投保请求对应的保费额度、赔付额度及投保风险同步给所述客户端；
在获取到所述客户端返回的确认指令后，生成与所述投保请求对应的保单。
需要说明的是，若用户可以接受确定出的保费额度、赔付额度及投保风险，则可以通过客户端发出确认指令，在获取到客户端返回的确认指令之后，可以根据确定出的当前的投保请求对应的保费额度、赔付额度及投保风险，生成对应的保单；若用户不可以接受确定出的保费额度、赔付额度及投保风险，则可以通过客户端放弃此次投保，在获取到客户端发出的放弃指令之后，可以清除此次投保信息。
本申请实施例提供的基于区块链的投保处理方法，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，向区块链网络发送用户信用等级查询请求，之后获取区块链网络返回的与用户标识对应的信用等级，进而根据信用等级，生成投保结果，并将投保结果返回客户端。由此，通过根据客户端发送的投保请求与区块链网络中保存的用户信用等级数据，获取了与用户标识对应的信用等级，之后即可根据信用等级生成投保结果，从而通过利用区块链网络，建立了用户的信用等级数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
在本申请一种可能的实现形式中，在不同的保险类型中，用户的信用等级可能不同，因此还可以根据用户投保的保险类型，确定用户在该保险类型下的信用等级。另外，在传输用户的相关数据之前，可以首先对用户的关键信息进行加密处理，以保证用户的信息安全。
下面结合图4，对本申请实施例提供的基于区块链的投保处理方法进行进一步说明。
图4为本申请实施例所提供的另一种基于区块链的投保处理方法的流程示意图，该方法应用于服务器。
如图4所示，该基于区块链的投保处理方法，包括以下步骤：
步骤401，获取客户端发送的投保请求，所述投保请求中包含用户标识及目标保险类型。
其中，目标保险类型，是指用户选择的投保类型，比如可以是意外险、重疾险、车险等。
上述步骤401的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
步骤402，将所述用户标识进行加密处理，以生成与所述用户标识对应的加密标识。
需要说明的是，在本申请实施例中，可以使用特定的加密算法对用户标识进行加密处理，生成与用户标识对应的加密标识，以保证用户的信息安全。在本申请实施例一种可能的实现形式中，可以通过MD5算法对用户标识进行加密处理，生成一个唯一的加密标识，将此加密标识作为与该用户标识对应的用户的唯一身份信息。
步骤403，向区块链网络发送用户信用等级查询请求，所述查询请求中包含所述加密标识及所述目标保险类型。
在本申请实施例中，在不同的保险类型中，用户的信用等级可以不同。比如，某用户在“意外险”中有过骗保记录，因此其在“意外险”中对应的信用等级为0级；而该用户在“车险”中不存在不良记录，因此其在“车险”中的信用等级为2级。因此，在本申请实施例一种可能的实现形式中，可以根据投保请求中的目标保险类型，进一步确定在目标保险类型中用户对应的信用等级。
可以理解的是，在对用户标识进行加密处理之后，即可根据生成的加密标识及目标保险类型，向区块链网络发送用户等级数据查询请求，以使区块链网络，根据查询请求中包含的加密标识和目标保险类型，查询与加密标识对应的用户，在目标保险类型中的信用等级数据。
步骤404，获取所述区块链网络返回的与所述加密标识和所述目标保险类型对应的信用等级。
需要说明的是，为保证用户的信息安全，在将用户的保单数据、征信数据、信用等级等信息加入区块链网络中时，也可以使用特定的加密算法对用户标识进行加密处理，生成一个与用户标识唯一对应的加密标识。在加入用户的信息数据时，该用户的所有数据都与该唯一的加密标识对应。从而，在查询用户的信用等级时，只需使用相同的加密算法对用户标识进行加密处理，进而根据生成的唯一的加密标识，即可在区块链网络中快速查询到与该加密标识对应的信用等级，也就是与该加密标识对应的用户的信用等级。
进一步的，在根据加密标识确定了用户的所有信用等级数据之后，可以根据目标保险类型，进一步确定与目标保险类型对应的用户的信用等级。
举例来说，假设对于用户B来说，与“车险”对应的信用等级为2级，与“重疾险”对应的信用等级为0级。若用户B发起的投保请求中包含的目标保险类型为“车险”，则查询请求中的目标类型为“车险”，根据查询请求，获取到的与加密标识和目标保险类型对应的信用等级为2级；若用户B发起的投保请求中包含的目标保险类型为“重疾险”，则查询请求中的目标类型为“重疾险”，根据查询请求，获取到的与加密标识和目标保险类型对应的信用等级为0级。
步骤405，根据所述信用等级，生成投保结果。
步骤406，向所述客户端返回所述投保结果。
需要说明的是，在本申请实施例中，若用户当前的投保成功，则可以将用户当前的投保数据存储在区块链网络中。即在上述步骤406之后，还可以包括：
向所述区块链网络发送保单数据写入请求，以使所述区块链网络在确定所述写入请求中包含的交易数据完成合法校验处理后，对所述区块链网络中的账本数据进行更新，其中，所述写入请求中包含所述用户标识、目标保险类型及赔付额度。
需要说明的是，在用户投保成功之后，即可向区块链网络发送保单数据写入请求，将该用户的投保成功的保单数据写入区块链网络的数据块中，及时更新区块链网络中的账本数据，以保证区块链网络中用户数据的时效性。
本申请实施例提供的基于区块链的投保处理方法，可以首先获取客户端发送的投保请求，并将投保请求中包含的用户标识进行加密处理，以生成与用户标识对应的加密标识，之后向区块链网络发送包含加密标识和目标保险类型的用户信用等级查询请求，并获取区块链网络返回的与加密标识和目标保险类型对应的信用等级，进而根据信用等级，生成投保结果，并将投保结果返回客户端。由此，通过利用特定的加密算法对用户标识进行加密处理，并根据客户端发送的投保请求与区块链网络中保存的用户信用等级数据，获取了与加密标识和目标保险类型对应的信用等级，之后即可根据信用等级生成投保结果，从而通过利用区块链网络和加密算法，建立了用户的信用等级数据库，不仅实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验，而且保证了用户的信息安全。
下面以区块链网络侧为例，对本申请实施例提供的基于区块链的投保处理方法进行详细说明。
下面结合图5，对本申请实施例提供的基于区块链的投保处理方法，进行进一步说明。
图5为本申请实施例所提供的再一种基于区块链的投保处理方法的流程示意图，应用于区块链网络。
如图5所示，该基于区块链的投保处理方法，包括以下步骤：
步骤501，获取投保服务器发送的用户信用等级查询请求，所述查询请求中包含用户标识。
实际使用时，本申请实施例提供的基于区块链的投保处理方法，可以由本申请提供的基于区块链的投保处理装置执行。其中，该基于区块链的投保处理装置应用于区块链网络。
需要说明的是，用户标识是指可以将用户唯一确定的身份认证信息，如身份证号等。进一步的，若投保服务器在发送用户信用等级查询请求之前，对用户标识进行了加密处理，用户标识也可以是指对原始用户标识进行加密后生成的加密标识。
步骤502，查询用户信用数据，以获取与所述用户标识对应的信用等级。
需要说明的是，由于用户标识是可以唯一确定用户的信息，并且在通过区块链网络存储用户的信息数据时，用户的所有数据都与该唯一的用户标识对应。因此，在本申请实施例一种可能的实现形式中，可以根据查询请求中包含的用户标识，获取用户的信用等级。
进一步的，在不同的保险类型中，用户的信用等级可以不同。即在本申请实施例一种可能的实现形式中，查询请求中还可以包括目标保险类型，上述步骤502，还可以包括：
查询与所述目标保险类型对应的用户信用数据。
需要说明的是，在本申请实施例一种可能的实现形式中，在根据用户标识确定了用户对应的所有信用数据后，可以进一步根据目标保险类型，将用户与目标保险类型对应的信用等级。
步骤503，将所述用户标识对应的信用等级返回给所述投保服务器。
在本申请实施例中，获取到与用户标识对应的信用等级数据之后，即可将信用等级返回给投保服务器，以使得投保服务器可以根据用户的信用等级，判断用户的信用状况，并生成相应的投保结果。
进一步的，在用户投保成功之后，区块链网络还可以接收投保服务器发送的保单数据写入请求，以更新区块链网络中的账本数据。即在本申请实施例一种可能的实现形式中，上述步骤503之后，还可以包括：
在客户端节点获取到所述投保服务器发送的保单数据写入请求时，控制每个背书节点执行预设的智能合约，以对所述写入请求的合法性进行校验，所述写入请求中包括用户标识、保险类型及赔付额度；
所述客户端节点在获取到每个背书节点返回的签名结果后，将所有签名结果进行打包处理，并发送给排序服务节点；
所述排序服务节点将打包处理后的签名结果进行排序及打包处理，以生成交易集数据；
所述排序服务节点将所述交易集数据发送给每个客户端节点及每个背书节点，以使每个客户端节点及每个背书节点，在对所述交易集数据进行签名验证后，根据所述交易集数据更新本地的账本数据。
其中，客户端节点，是指区块链网络中的任意节点，其可以向背书节点提交实际的交易调用，并且向排序服务节点广播交易数据。背书节点，是指可以验证交易并声明此交易合法(或不合法)的节点。智能合约，是指用于指导背书节点对交易进行背书的条件，即要得到背书成功(交易合法)的结论，必须满足智能合约中给出的条件，并且区块链网络中的背书节点也可以通过智能合约指定。排序服务节点，是指可以为交易排序和发出提议区块(一组将被节点验证的交易)，并与所有节点共享提议区块的节点。
需要说明的是，在本申请实施例中，在获取到投保服务器发送的保单数据写入请求之后，客户端节点即可将写入请求，提交给智能合约中规定的各背书节点，各背书节点在接收到客户端节点发送的写入请求之后，根据预设的智能合约判断写入请求是否满足智能合约中给出的条件，若满足，则确定写入请求合法，对其进行签名并将签名结果返回客户端节点。
若客户端节点获取到足够的背书节点返回的消息及签名(证明写入请求合法的消息)，则可以确定写入请求背书成功，即写入请求合法，之后可以开始排序服务；若客户端节点没有获取到足够的背书节点返回的消息及签名，则可以确定写入请求不合法，并放弃此次交易，稍后重试。
在本申请实施例一种可能的实现形式中，客户端节点获取到的背书节点返回的有效的消息及签名的数量阈值，可以在预设的智能合约中规定。
在本申请实施例中，在确定写入请求合法之后，客户端节点即可以将所有签名结果打包处理，并发送给排序服务节点。排序服务节点对接收到的签名结果在交易池中进行排序和打包处理，以生成交易数据集，并新增区块。之后排序服务节点向每个客户端节点及每个背书节点发送交易集数据，客户端节点及背书节点，对交易集数据进行签名验证后，根据交易集数据更新本地的账本数据。
进一步的，若有新增节点加入区块链网络，还可以将账本数据同步至新增的节点。即在本申请实施例一种可能的实现形式中，上述步骤503之后，还可以包括：
将更新后的账本数据同步至新客户端节点或新背书节点。
需要说明的是，在区块链网络中，每个客户端节点都可以与一个用户相连，该用户持有区块链网络中注册的公钥，若用户想要获取或使用区块链网络中的账本数据，需要首先在区块链网络中注册，以成为合法节点。当区块链网络中有新的节点注册完成时，可以将区块链网络中最新的账本数据同步至新增节点。
本申请实施例提供的基于区块链的投保处理方法，可以获取投保服务器发送的用户信用等级查询请求，并根据查询请求中包含的用户标识，查询信用数据，以获取与用户标识对应的信用等级，进而将信用等级返回给投保服务器，之后还可以根据保单数据写入请求，将新增的保单数据写入区块链网络，以更新本地账本数据。由此，通过根据用户信用等级查询请求，确定了与用户标识对应的信用等级并返回给投保服务器，之后还可以将新增的保单数据写入区块链网络，更新本地账本数据，从而通过利用区块链网络，建立了用户的信用等级数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
图6为本申请实施例所提供的另一种基于区块链的投保处理方法的信令交互图。
如图6所示，该基于区块链的投保处理方法，包括以下步骤：
步骤601，客户端向投保服务器发送投保请求。
其中，所述投保请求中包含用户标识及目标保险类型。
步骤602，投保服务器向区块链网络发送用户信用等级查询请求。
其中，所述查询请求中包含所述用户标识及目标保险类型。
步骤603，区块链网络查询用户信用数据，以获取与所述用户标识对应的信用等级。
步骤604，区块链网络将所述用户标识对应的信用等级返回给投保服务器。
步骤605，投保服务器根据所述信用等级，生成投保结果。
步骤606，投保服务器向客户端返回所述投保结果。
上述过程，通过客户端向投保服务器发送投保请求，投保服务器向区块链网络发送用户信用等级查询请求，区块链网络根据查询请求查询用户信用数据，以获取与查询请求中包含的用户标识对应的信用等级，并将信用等级返回给投保服务器，之后投保服务器根据信用等级，生成投保结果，进而将投保结果返回客户端。由此，通过根据客户端发送的投保请求与区块链网络中保存的用户信用等级数据，获取了与用户标识对应的信用等级，之后即可根据信用等级生成投保结果，从而通过利用区块链网络，建立了用户的信用等级数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
为了实现上述实施例，本申请还提出一种基于区块链的投保处理装置。
图7为本申请实施例提供的一种基于区块链的投保处理装置的结构示意图，应用于投保服务器。
如图7所示，该基于区块链的投保处理装置70，包括：
获取模块71，用于获取客户端发送的投保请求，所述投保请求中包含用户标识；
查询模块72，用于根据所述用户标识，查询区块链网络中的黑名单数据，以确定与所述用户标识对应的用户是否为黑名单用户；
处理模块73，用于根据查询结果，对所述投保请求进行处理。
在实际使用时，本申请实施例提供的基于区块链的投保处理装置，可以被配置在电子设备中，以执行前述基于区块链的投保处理方法。
本申请实施例提供的基于区块链的投保处理装置，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，查询区块链网络中的黑名单数据，以确定与用户标识对应的用户是否为黑名单用户，进而根据查询结果，对投保请求进行处理。由此，通过根据客户端发送的投保请求与区块链网络中保存的用户黑名单数据，确定投保用户的信用情况，并生成相应的投保结果，从而通过利用区块链网络，建立了用户的黑名单数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
在本申请一种可能的实现形式中，上述投保请求中，还包括目标保险类型；相应的，上述基于区块链的投保处理装置70，还包括：
确定模块，用于根据所述目标保险类型，确定待查询的目标黑名单类别；
相应的，上述查询模块72，具体用于：
查询所述区块链网络中与所述目标黑名单类别对应的黑名单数据。
进一步的，在本申请另一种可能的实现形式中，上述投保请求中，还包括目标保险类型；上述黑名单数据中，还包括与用户标识对应的标签，所述标签用于表征与所述用户标识对应的用户的历史非法行为；
相应的，上述处理模块73，具体用于：
根据与所述用户标识对应的标签，确定所述用户是否为与所述目标保险类型对应的合法用户；
若是，则向所述客户端返回投保成功消息；
否则，向所述客户端返回投保失败消息。
进一步的，在本申请再一种可能的实现形式中，上述黑名单数据中还包括时间信息；
相应的，上述查询模块72，还用于：
查询区块链网络中的黑名单数据，以确定与所述用户标识对应的用户是否为黑名单用户、且当前时间是否在所述用户标识对应的时间信息内。
进一步的，在本申请又一种可能的实现形式中，上述查询模块72，还用于：
根据所述用户标识，查询所述黑名单数据中的各键值，以获取与所述用户标识对应的数组。
需要说明的是，前述对图1、图2、图3、图4、图5或图6所示的基于区块链的投保处理方法实施例的解释说明也适用于该实施例的基于区块链的投保处理装置70，此处不再赘述。
本申请实施例提供的基于区块链的投保处理装置，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，查询区块链网络中的黑名单数据，以确定与用户标识对应的用户是否为黑名单用户，进而根据查询结果，对投保请求进行处理。由此，通过根据客户端发送的投保请求与区块链网络中保存的用户黑名单数据，确定投保用户的信用情况，并生成相应的投保结果，从而通过利用区块链网络，建立了用户的黑名单数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
为了实现上述实施例，本申请还提出另一种基于区块链的投保处理装置。
图8为本申请实施例提供的一种基于区块链的投保处理装置的结构示意图，应用于投保服务器。
如图8所示，该基于区块链的投保处理装置80，包括：
第一获取模块81，用于获取客户端发送的投保请求，所述投保请求中包含用户标识；
第一发送模块82，用于向区块链网络发送用户信用等级查询请求，所述查询请求中包含所述用户标识；
第二获取模块83，用于获取所述区块链网络返回的与所述用户标识对应的信用等级；
第一生成模块84，用于根据所述信用等级，生成投保结果；
返回模块85，用于向所述客户端返回所述投保结果。
在实际使用时，本申请实施例提供的基于区块链的投保处理装置，可以被配置在电子设备中，以执行前述基于区块链的投保处理方法。
本申请实施例提供的基于区块链的投保处理装置，应用于投保服务器，可以首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，向区块链网络发送用户信用等级查询请求，之后获取区块链网络返回的与用户标识对应的信用等级，进而根据信用等级，生成投保结果，并将投保结果返回客户端。由此，通过根据客户端发送的投保请求与区块链网络中保存的用户信用等级数据，获取了与用户标识对应的信用等级，之后即可根据信用等级生成投保结果，从而通过利用区块链网络，建立了用户的信用等级数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
在本申请一种可能的实现形式中，所述投保请求及所述查询请求中还包括目标保险类型，上述第二获取模块83，具体用于：
获取所述区块链网络返回的与所述用户标识和所述目标保险类型对应的信用等级。
在本申请一种可能的实现形式中，上述生成模块84，具体用于：
根据所述信用等级，确定当前的投保请求对应的保费额度、赔付额度及投保风险；
或者，根据所述信用等级，确定当前的投保请求是否满足受理条件。
在本申请一种可能的实现形式中，上述基于区块链的投保处理装置80，还包括：
同步模块，用于将所述当前保单对应的保费额度、赔付额度及投保风险同步给所述客户端；
第二生成模块，用于在获取到所述客户端返回的确认指令后，生成与所述投保请求对应的保单。
进一步的，在本申请另一种可能的实现形式中，上述基于区块链的投保处理装置80，还包括：
加密模块，用于将所述用户标识进行加密处理，以生成与所述用户标识对应的加密标识；
第二发送模块，用于向所述区块链网络发送包含所述加密标识的用户信用等级查询请求。
进一步的，在本申请再一种可能的实现形式中，所述投保结果为投保成功，上述基于区块链的投保处理装置80，还包括：
第三发送模块，用于向所述区块链网络发送保单数据写入请求，以使所述区块链网络在确定所述写入请求中包含的交易数据完成合法校验处理后，对所述区块链网络中的账本数据进行更新，其中，所述写入请求中包含所述用户标识、目标保险类型及赔付额度。
需要说明的是，前述对图1、图2、图3、图4、图5或图6所示的基于区块链的投保处理方法实施例的解释说明也适用于该实施例的基于区块链的投保处理装置80，此处不再赘述。
本申请实施例提供的基于区块链的投保处理装置，应用于投保服务器，可以首先获取客户端发送的投保请求，并将投保请求中包含的用户标识进行加密处理，以生成与用户标识对应的加密标识，之后向区块链网络发送包含加密标识和目标保险类型的用户信用等级查询请求，并获取区块链网络返回的与加密标识和目标保险类型对应的信用等级，进而根据信用等级，生成投保结果，并将投保结果返回客户端。由此，通过利用特定的加密算法对用户标识进行加密处理，并根据客户端发送的投保请求与区块链网络中保存的用户信用等级数据，获取了与加密标识和目标保险类型对应的信用等级，之后即可根据信用等级生成投保结果，从而通过利用区块链网络和加密算法，建立了用户的信用等级数据库，不仅实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验，而且保证了用户的信息安全。
为了实现上述实施例，本申请还提出再一种基于区块链的投保处理装置。
图9为本申请实施例提供的一种基于区块链的投保处理装置的结构示意图，应用于区块链网络。
如图9所示，该基于区块链的投保处理装置90，包括：
获取模块91，用于获取投保服务器发送的用户信用等级查询请求，所述查询请求中包含用户标识；
查询模块92，用于查询用户信用数据，以获取与所述用户标识对应的信用等级；
返回模块93，用于将所述用户标识对应的信用等级返回给所述投保服务器。
在实际使用时，本申请实施例提供的基于区块链的投保处理装置，可以被配置在任意电子设备中，以执行前述基于区块链的投保处理方法。
本申请实施例提供的基于区块链的投保处理装置，应用于区块链网络，可以获取投保服务器发送的用户信用等级查询请求，并根据查询请求中包含的用户标识，查询信用数据，以获取与用户标识对应的信用等级，进而将信用等级返回给投保服务器，之后还可以根据保单数据写入请求，将新增的保单数据写入区块链网络，以更新本地账本数据。由此，通过根据用户信用等级查询请求，确定了与用户标识对应的信用等级并返回给投保服务器，之后还可以将新增的保单数据写入区块链网络，更新本地账本数据，从而通过利用区块链网络，建立了用户的信用等级数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
在本申请一种可能的实现形式中，所述查询请求中还包括目标保险类型；
上述查询模块92，具体用于：
查询与所述目标保险类型对应的用户信用数据。
在本申请一种可能的实现形式中，上述基于区块链的投保处理装置90，还包括：
校验模块，用于在客户端节点获取到所述投保服务器发送的保单数据写入请求时，控制每个背书节点执行预设的智能合约，以对所述写入请求的合法性进行校验，所述写入请求中包括用户标识、保险类型及赔付额度；
第一发送模块，用于所述客户端节点在获取到每个背书节点返回的签名结果后，将所有签名结果进行打包处理，并发送给排序服务节点；
生成模块，用于所述排序服务节点将打包处理后的签名结果进行排序及打包处理，以生成交易集数据；
第二发送模块，用于所述排序服务节点将所述交易集数据发送给每个客户端节点及每个背书节点，以使每个客户端节点及每个背书节点，在对所述交易集数据进行签名验证后，根据所述交易集数据更新本地的账本数据。
进一步的，在本申请另一种可能的实现形式中，上述基于区块链的投保处理装置90，还包括：
同步模块，用于将更新后的账本数据同步至新客户端节点或新背书节点。
需要说明的是，前述对图1、图2、图3、图4、图5或图6所示的基于区块链的投保处理方法实施例的解释说明也适用于该实施例的基于区块链的投保处理装置90，此处不再赘述。
本实施例提供的基于区块链的投保处理装置，应用于区块链网络，可以获取投保服务器发送的用户信用等级查询请求，并根据查询请求中包含的用户标识，查询信用数据，以获取与用户标识对应的信用等级，进而将信用等级返回给投保服务器，之后还可以根据保单数据写入请求，将新增的保单数据写入区块链网络，以更新本地账本数据。由此，通过根据用户信用等级查询请求，确定了与用户标识对应的信用等级并返回给投保服务器，之后还可以将新增的保单数据写入区块链网络，更新本地账本数据，从而通过利用区块链网络，建立了用户的信用等级数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
为了实现上述实施例，本申请还提出一种电子设备，应用于投保服务器侧和区块链网络侧。
图10为本发明一个实施例的电子设备的结构示意图。
如图10所示，上述电子设备200包括：
存储器210及处理器220，连接不同组件(包括存储器210和处理器220)的总线230，存储器210存储有计算机程序，当处理器220执行所述程序时实现本申请实施例所述的基于区块链的投保处理方法。
总线230表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
电子设备200典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备200访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
存储器210还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)240和/或高速缓存存储器250。电子设备200可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统260可以用于读写不可移动的、非易失性磁介质(图10未显示，通常称为“硬盘驱动器”)。尽管图10中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线230相连。存储器210可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。
具有一组(至少一个)程序模块270的程序/实用工具280，可以存储在例如存储器210中，这样的程序模块270包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块270通常执行本申请所描述的实施例中的功能和/或方法。
电子设备200也可以与一个或多个外部设备290(例如键盘、指向设备、显示器291等)通信，还可与一个或者多个使得用户能与该电子设备200交互的设备通信，和/或与使得该电子设备200能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口292进行。并且，电子设备200还可以通过网络适配器293与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器293通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理器220通过运行存储在存储器210中的程序，从而执行各种功能应用以及数据处理。
需要说明的是，本实施例的电子设备的实施过程和技术原理参见前述对本申请实施例的基于区块链的投保处理方法的解释说明，此处不再赘述。
本申请实施例提供的电子设备，可以执行如前所述的基于区块链的投保处理方法，首先获取客户端发送的投保请求，并根据投保请求中包含的用户标识，查询区块链网络中的黑名单数据，以确定与用户标识对应的用户是否为黑名单用户，进而根据查询结果，对投保请求进行处理。由此，通过根据客户端发送的投保请求与区块链网络中保存的用户黑名单数据，确定投保用户的信用情况，并生成相应的投保结果，从而通过利用区块链网络，建立了用户的黑名单数据库，实现了保险公司之间投保信息数据库的同步和共享，为保险公司为用户提供更加适合的保险业务提供了条件，改善了用户体验。
为了实现上述实施例，本申请还提出一种计算机可读存储介质。
其中，该计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，以实现本申请实施例所述的基于区块链的投保处理方法。
为了实现上述实施例，本申请再一方面实施例提供一种计算机程序，该程序被处理器执行时，以实现本申请实施例所述的基于区块链的投保处理方法。
一种可选实现形式中，本实施例可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户电子设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务器上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。
本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未发明的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
Claims (13)
1.一种基于区块链的投保处理方法，其特征在于，包括：
获取客户端发送的投保请求，所述投保请求中包含用户标识；
根据所述用户标识，查询区块链网络中的黑名单数据，以确定与所述用户标识对应的用户是否为黑名单用户；
根据查询结果，对所述投保请求进行处理。
2.如权利要求1所述的方法，其特征在于，所述投保请求中，还包括目标保险类型；
所述查询区块链网络中的黑名单数据之前，还包括：根据所述目标保险类型，确定待查询的目标黑名单类别；
所述查询区块链网络中的黑名单数据，包括：
查询所述区块链网络中与所述目标黑名单类别对应的黑名单数据。
3.如权利要求1所述的方法，其特征在于，所述投保请求中，还包括目标保险类型；所述黑名单数据中，还包括与用户标识对应的标签，所述标签用于表征与所述用户标识对应的用户的历史非法行为；
所述根据查询结果，对所述投保请求进行处理，包括：
根据与所述用户标识对应的标签，确定所述用户是否为与所述目标保险类型对应的合法用户；
若是，则向所述客户端返回投保成功消息；
否则，向所述客户端返回投保失败消息。
4.如权利要求1所述的方法，其特征在于，所述黑名单数据中还包括时间信息；
所述查询区块链网络中的黑名单数据，包括：
查询区块链网络中的黑名单数据，以确定与所述用户标识对应的用户是否为黑名单用户、且当前时间是否在所述用户标识对应的时间信息内。
5.如权利要求1-4任一所述的方法，其特征在于，所述查询区块链网络中的黑名单数据，包括：
根据所述用户标识，查询所述黑名单数据中的各键值，以获取与所述用户标识对应的数组。
6.一种基于区块链的投保处理方法，其特征在于，包括：
获取客户端发送的投保请求，所述投保请求中包含用户标识；
向区块链网络发送用户信用等级查询请求，所述查询请求中包含所述用户标识；
获取所述区块链网络返回的与所述用户标识对应的信用等级；
根据所述信用等级，生成投保结果；
向所述客户端返回所述投保结果。
7.如权利要求6所述的方法，其特征在于，所述投保请求及所述查询请求中还包括目标保险类型；
所述获取所述区块链网络返回的所述用户标识的信用等级，包括：
获取所述区块链网络返回的与所述用户标识和所述目标保险类型对应的信用等级。
8.如权利要求6所述的方法，其特征在于，所述向区块链网络发送用户信用等级查询请求之前，还包括：
将所述用户标识进行加密处理，以生成与所述用户标识对应的加密标识；
所述向区块链网络发送用户信用等级查询请求，包括:
向所述区块链网络发送包含所述加密标识的用户保单查询请求。
9.如权利要求6-8任一所述的方法，其特征在于，所述投保结果为投保成功；
所述生成投保结果之后，还包括：
向所述区块链网络发送保单数据写入请求，以使所述区块链网络在确定所述写入请求中包含的交易数据完成合法校验处理后，对所述区块链网络中的账本数据进行更新，其中，所述写入请求中包含所述用户标识、目标保险类型及赔付额度。
10.一种基于区块链的投保处理装置，应用于投保服务器，其特征在于，包括：
获取模块，用于获取客户端发送的投保请求，所述投保请求中包含用户标识；
查询模块，用于根据所述用户标识，查询区块链网络中的黑名单数据，以确定与所述用户标识对应的用户是否为黑名单用户；
处理模块，用于根据查询结果，对所述投保请求进行处理。
11.一种基于区块链的投保处理装置，应用于投保服务器，其特征在于，包括：
第一获取模块，用于获取客户端发送的投保请求，所述投保请求中包含用户标识；
发送模块，用于向区块链网络发送用户信用等级查询请求，所述查询请求中包含所述用户标识；
第二获取模块，用于获取所述区块链网络返回的与所述用户标识对应的信用等级；
生成模块，用于根据所述信用等级，生成投保结果；
返回模块，用于向所述客户端返回所述投保结果。
12.一种电子设备，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-5或6-9中任一所述的基于区块链的投保处理方法。
13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-5或6-9中任一所述的基于区块链的投保处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811407767.0A CN109710687A (zh) | 2018-11-23 | 2018-11-23 | 基于区块链的投保处理方法、装置及电子设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811407767.0A CN109710687A (zh) | 2018-11-23 | 2018-11-23 | 基于区块链的投保处理方法、装置及电子设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109710687A true CN109710687A (zh) | 2019-05-03 |
Family
ID=66255127
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811407767.0A Pending CN109710687A (zh) | 2018-11-23 | 2018-11-23 | 基于区块链的投保处理方法、装置及电子设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109710687A (zh) |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110245187A (zh) * | 2019-05-20 | 2019-09-17 | 深圳壹账通智能科技有限公司 | 一种基于区块链的名单类型查询方法及节点 |
| CN110489393A (zh) * | 2019-07-08 | 2019-11-22 | 深圳壹账通智能科技有限公司 | 违约信息查询方法、装置、计算机设备和存储介质 |
| CN110555780A (zh) * | 2019-09-09 | 2019-12-10 | 腾讯科技（深圳）有限公司 | 基于区块链的保险数据处理方法、装置、设备及存储介质 |
| CN110648196A (zh) * | 2019-08-29 | 2020-01-03 | 深圳市新系区块链技术有限公司 | 设备数据共享方法及系统、存储介质 |
| CN110659904A (zh) * | 2019-09-06 | 2020-01-07 | 阿里巴巴集团控股有限公司 | 一种基于区块链的风险数据服务方法、装置及电子设备 |
| CN110717817A (zh) * | 2019-08-14 | 2020-01-21 | 深圳壹账通智能科技有限公司 | 贷前审核方法及装置、电子设备和计算机可读存储介质 |
| CN110730078A (zh) * | 2019-10-10 | 2020-01-24 | 重庆特斯联智慧科技股份有限公司 | 一种数据信息处理方法及其系统 |
| CN111382454A (zh) * | 2020-03-10 | 2020-07-07 | 广东工业大学 | 一种网络身份保护方法、装置及电子设备和存储介质 |
| CN111737322A (zh) * | 2020-07-31 | 2020-10-02 | 支付宝(杭州)信息技术有限公司 | 一种数据共享方法、装置及设备 |
| CN112215602A (zh) * | 2020-10-12 | 2021-01-12 | 支付宝(杭州)信息技术有限公司 | 数据查询方法、装置、系统及电子设备 |
| CN112446702A (zh) * | 2020-11-17 | 2021-03-05 | 深圳市元征科技股份有限公司 | 一种数据验证方法、装置及节点设备 |
| CN112581011A (zh) * | 2020-12-25 | 2021-03-30 | 深圳市元征科技股份有限公司 | 租赁管理方法、装置、终端设备及存储介质 |
| CN112598516A (zh) * | 2020-12-22 | 2021-04-02 | 精英数智科技股份有限公司 | 基于区块链的保险投保方法及装置 |
| CN113222770A (zh) * | 2021-06-15 | 2021-08-06 | 杭州链驾科技有限公司 | Defi车险经济互助方法、装置 |
| CN113327169A (zh) * | 2021-06-10 | 2021-08-31 | 支付宝(杭州)信息技术有限公司 | 基于区块链的理赔方法及装置、电子设备 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160217532A1 (en) * | 2015-01-23 | 2016-07-28 | Sure, Inc. | Securing Claim Data via Block-Chains for a Peer to Peer Platform |
| CN106776973A (zh) * | 2016-12-05 | 2017-05-31 | 深圳前海微众银行股份有限公司 | 黑名单数据生成方法和装置 |
| CN108830733A (zh) * | 2018-06-21 | 2018-11-16 | 中国银行股份有限公司 | 一种信息处理方法、区块链集群及系统 |
| CN108830732A (zh) * | 2018-04-28 | 2018-11-16 | 厦门快商通信息技术有限公司 | 一种基于区块链技术的预防保险欺诈的方法及系统 |
-
2018
- 2018-11-23 CN CN201811407767.0A patent/CN109710687A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160217532A1 (en) * | 2015-01-23 | 2016-07-28 | Sure, Inc. | Securing Claim Data via Block-Chains for a Peer to Peer Platform |
| CN106776973A (zh) * | 2016-12-05 | 2017-05-31 | 深圳前海微众银行股份有限公司 | 黑名单数据生成方法和装置 |
| CN108830732A (zh) * | 2018-04-28 | 2018-11-16 | 厦门快商通信息技术有限公司 | 一种基于区块链技术的预防保险欺诈的方法及系统 |
| CN108830733A (zh) * | 2018-06-21 | 2018-11-16 | 中国银行股份有限公司 | 一种信息处理方法、区块链集群及系统 |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020233043A1 (zh) * | 2019-05-20 | 2020-11-26 | 深圳壹账通智能科技有限公司 | 一种基于区块链的名单类型查询方法及节点 |
| CN110245187A (zh) * | 2019-05-20 | 2019-09-17 | 深圳壹账通智能科技有限公司 | 一种基于区块链的名单类型查询方法及节点 |
| CN110489393A (zh) * | 2019-07-08 | 2019-11-22 | 深圳壹账通智能科技有限公司 | 违约信息查询方法、装置、计算机设备和存储介质 |
| WO2021003977A1 (zh) * | 2019-07-08 | 2021-01-14 | 深圳壹账通智能科技有限公司 | 违约信息查询方法、装置、计算机设备和存储介质 |
| CN110717817A (zh) * | 2019-08-14 | 2020-01-21 | 深圳壹账通智能科技有限公司 | 贷前审核方法及装置、电子设备和计算机可读存储介质 |
| CN110648196A (zh) * | 2019-08-29 | 2020-01-03 | 深圳市新系区块链技术有限公司 | 设备数据共享方法及系统、存储介质 |
| CN110659904B (zh) * | 2019-09-06 | 2023-07-14 | 创新先进技术有限公司 | 一种基于区块链的风险数据服务方法、装置及电子设备 |
| CN110659904A (zh) * | 2019-09-06 | 2020-01-07 | 阿里巴巴集团控股有限公司 | 一种基于区块链的风险数据服务方法、装置及电子设备 |
| CN110555780B (zh) * | 2019-09-09 | 2021-03-19 | 腾讯科技（深圳）有限公司 | 基于区块链的保险数据处理方法、装置、设备及存储介质 |
| CN110555780A (zh) * | 2019-09-09 | 2019-12-10 | 腾讯科技（深圳）有限公司 | 基于区块链的保险数据处理方法、装置、设备及存储介质 |
| CN110730078A (zh) * | 2019-10-10 | 2020-01-24 | 重庆特斯联智慧科技股份有限公司 | 一种数据信息处理方法及其系统 |
| CN111382454A (zh) * | 2020-03-10 | 2020-07-07 | 广东工业大学 | 一种网络身份保护方法、装置及电子设备和存储介质 |
| CN111382454B (zh) * | 2020-03-10 | 2021-03-16 | 广东工业大学 | 一种网络身份保护方法、装置及电子设备和存储介质 |
| CN111737322A (zh) * | 2020-07-31 | 2020-10-02 | 支付宝(杭州)信息技术有限公司 | 一种数据共享方法、装置及设备 |
| CN111737322B (zh) * | 2020-07-31 | 2020-12-04 | 支付宝(杭州)信息技术有限公司 | 一种数据共享方法、装置及设备 |
| CN112215602A (zh) * | 2020-10-12 | 2021-01-12 | 支付宝(杭州)信息技术有限公司 | 数据查询方法、装置、系统及电子设备 |
| CN112446702A (zh) * | 2020-11-17 | 2021-03-05 | 深圳市元征科技股份有限公司 | 一种数据验证方法、装置及节点设备 |
| CN112598516A (zh) * | 2020-12-22 | 2021-04-02 | 精英数智科技股份有限公司 | 基于区块链的保险投保方法及装置 |
| CN112581011A (zh) * | 2020-12-25 | 2021-03-30 | 深圳市元征科技股份有限公司 | 租赁管理方法、装置、终端设备及存储介质 |
| CN112581011B (zh) * | 2020-12-25 | 2024-04-02 | 深圳市元征科技股份有限公司 | 租赁管理方法、装置、终端设备及存储介质 |
| CN113327169A (zh) * | 2021-06-10 | 2021-08-31 | 支付宝(杭州)信息技术有限公司 | 基于区块链的理赔方法及装置、电子设备 |
| CN113222770A (zh) * | 2021-06-15 | 2021-08-06 | 杭州链驾科技有限公司 | Defi车险经济互助方法、装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109710687A (zh) | 基于区块链的投保处理方法、装置及电子设备 | |
| CN111034114B (zh) | 具有记录安全性的区块链架构 | |
| CN109711837A (zh) | 基于区块链技术的投保处理方法、装置及电子设备 | |
| EP3465418B1 (en) | Systems and methods for providing identity scores | |
| US8224753B2 (en) | System and method for identity verification and management | |
| WO2020147709A1 (zh) | 身份认证方法、个人安全内核节点、设备和介质 | |
| US11558201B2 (en) | Self-authenticating digital identity | |
| EP3791341A1 (en) | Rewards and penalties of the reward function for the attestation game | |
| US20130061055A1 (en) | Apparatus and Methods for Providing Scalable, Dynamic, Individualized Credential Services Using Mobile Telephones | |
| US20210243037A1 (en) | Method for information processing in digital asset certificate inheritance transfer, and related device | |
| US20020038290A1 (en) | Digital notary system and method | |
| US20030115148A1 (en) | Method and apparatus for processing a secure transaction | |
| JPH10504150A (ja) | 商用暗号システムにおけるディジタル署名を安全に使用するための方法 | |
| JP2004506245A (ja) | デバイスの公開鍵と製造中の情報とのリンク | |
| JP2002504731A (ja) | コンピュータを利用した方法と取引支援システム | |
| CN105874495A (zh) | 使用令牌确保数据传送风险的系统和方法 | |
| EA003620B1 (ru) | Система и способ для электронной передачи, хранения и извлечения аутентифицированных документов | |
| JP2002536732A (ja) | 暗号化でサポートされるサービスのためのインフラストラクチャとアプリケーションを運用する方法 | |
| CN108696348A (zh) | 一种实现ca互信的方法、装置、系统和电子设备 | |
| CN108985930A (zh) | 信息处理方法及装置、区块链节点及存储介质 | |
| CN110210249A (zh) | 基于数据混淆实现匿踪查询功能的系统及其方法 | |
| Abelson et al. | Digital identity in cyberspace | |
| KR102085997B1 (ko) | 블록체인 기반의 부동산 거래 서비스 방법 및 시스템 | |
| KR20200124121A (ko) | 간편하고 안전한 마이데이터이동 인증방법 | |
| US20200252408A1 (en) | Graduated accounts using assertions |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190503 |