CN112822261B - 基于区块链的共享保单保额管理方法、装置及电子设备 - Google Patents

基于区块链的共享保单保额管理方法、装置及电子设备 Download PDF

Info

Publication number
CN112822261B
CN112822261B CN202011644613.0A CN202011644613A CN112822261B CN 112822261 B CN112822261 B CN 112822261B CN 202011644613 A CN202011644613 A CN 202011644613A CN 112822261 B CN112822261 B CN 112822261B
Authority
CN
China
Prior art keywords
premium
user
policy
insurance
shared
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.)
Active
Application number
CN202011644613.0A
Other languages
English (en)
Other versions
CN112822261A (zh
Inventor
胡多峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ant Shengxin Shanghai Information Technology Co ltd
Original Assignee
Ant Shengxin Shanghai Information Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ant Shengxin Shanghai Information Technology Co ltd filed Critical Ant Shengxin Shanghai Information Technology Co ltd
Priority to CN202011644613.0A priority Critical patent/CN112822261B/zh
Publication of CN112822261A publication Critical patent/CN112822261A/zh
Application granted granted Critical
Publication of CN112822261B publication Critical patent/CN112822261B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Technology Law (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本说明书提出基于区块链的共享保单保额管理方法、装置及电子设备，包括：接收客户端发送的保额领取交易；所述保额领取交易是所述客户端在检测到用户触发针对该用户的共享保单的保险保额领取操作后发送的；所述保额领取交易包括所述用户待领取的保险保额；响应于所述保额领取交易，调用部署在区块链的智能合约中的校验逻辑，确定所述用户是否满足所述保险保额的领取条件；若是，调用所述智能合约中的更新逻辑，基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额，并将更新后的共享保单发布至所述区块链进行存证。

Description

基于区块链的共享保单保额管理方法、装置及电子设备
技术领域
本说明书一个或多个实施例涉及区块链技术领域，尤其涉及基于区块链的共享保单保额管理方法、装置及电子设备。
背景技术
区块链技术，也被称之为分布式账本技术，是一种由若干台计算设备共同参与“记账”，共同维护一份完整的分布式数据库的新兴技术。由于区块链技术具有去中心化、公开透明、每台计算设备可以参与数据库记录、并且各计算设备之间可以快速的进行数据同步的特性，使得区块链技术已在众多的领域中广泛的进行应用。
发明内容
根据本说明书的第一方面，提供一种基于区块链的共享保单保额管理方法，所述方法应用在区块链的节点设备上，包括：
接收客户端发送的保额领取交易；所述保额领取交易是所述客户端在检测到用户触发针对该用户的共享保单的保险保额领取操作后发送的；所述保额领取交易包括所述用户待领取的保险保额；
响应于所述保额领取交易，调用部署在区块链的智能合约中的校验逻辑，确定所述用户是否满足所述保险保额的领取条件；
若是，调用所述智能合约中的更新逻辑，基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额，并将更新后的共享保单发布至所述区块链进行存证。
可选的，所述共享保单包括至少一个险种；
所述基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额，包括：
将所述保险保额进行划分，得到各险种对应的子保额；
针对每一险种，确定该险种的保额阈值；
基于所述共享保单上记录的该险种的总保额、该险种对应的子保额、以及所述保额阈值，更新所述共享保单上的该险种的总保额。
可选的，所述基于所述共享保单上记录的该险种的总保额、该险种对应的子保额、以及所述保额阈值，更新所述共享保单上的该险种的总保额，包括：
计算所述共享保单上记录的该险种的总保额、以及该险种对应的子保额之和；
若计算结果小于该险种的保额阈值，则将所述共享保单上记录的该险种的总保额更新为所述计算结果；
若计算结果大于或等于该险种的保额阈值，则将所述共享保单上记录的该险种的总保额更新为所述保额阈值。
可选的，所述领取条件包括如下一种或几种：
用户身份信息合法；
所述用户待领取的保险保额符合保额条件；
所述用户对应的共享保单符合保单条件。
可选的，所述保额条件包括如下一种或几种：
所述保险保额合法；
所述保险保额未过期。
可选的，所述保单条件包括如下一种或几种：
所述区块链上存证了所述用户对应的共享保单；
所述共享保单未过期；
所述共享保单未被理赔。
可选的，所述方法还包括：
若确定所述用户不满足所述保险保额的领取条件，则生成不可领取事件，以使得所述客户端在监听到所述不可领取事件时，向所述用户展示领取失败的提示消息。
根据本说明书的第二方面，提供一种基于区块链的共享保单保额管理装置，所述装置应用在区块链的节点设备上，包括：
接收模块，用于接收客户端发送的保额领取交易；所述保额领取交易是所述客户端在检测到用户触发针对该用户的共享保单的保险保额领取操作后发送的；所述保额领取交易包括所述用户待领取的保险保额；
确定模块，用于响应于所述保额领取交易，调用部署在区块链的智能合约中的校验逻辑，确定所述用户是否满足所述保险保额的领取条件；
更新模块，用于若是，调用所述智能合约中的更新逻辑，基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额，并将更新后的共享保单发布至所述区块链进行存证。
可选的，所述共享保单包括至少一个险种；
所述更新模块，在基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额时，用于将所述保险保额进行划分，得到各险种对应的子保额；针对每一险种，确定该险种的保额阈值；基于所述共享保单上记录的该险种的总保额、该险种对应的子保额、以及所述保额阈值，更新所述共享保单上的该险种的总保额。
可选的，所述更新模块，在基于所述共享保单上记录的该险种的总保额、该险种对应的子保额、以及所述保额阈值，更新所述共享保单上的该险种的总保额时，用于计算所述共享保单上记录的该险种的总保额、以及该险种对应的子保额之和；若计算结果小于该险种的保额阈值，则将所述共享保单上记录的该险种的总保额更新为所述计算结果；若计算结果大于或等于该险种的保额阈值，则将所述共享保单上记录的该险种的总保额更新为所述保额阈值。
可选的，所述领取条件包括如下一种或几种：
用户身份信息合法；
所述用户待领取的保险保额符合保额条件；
所述用户对应的共享保单符合保单条件。
可选的，所述保额条件包括如下一种或几种：
所述保险保额合法；
所述保险保额未过期。
可选的，所述保单条件包括如下一种或几种：
所述区块链上存证了所述用户对应的共享保单；
所述共享保单未过期；
所述共享保单未被理赔。
可选的，所述更新模块，还用于若确定所述用户不满足所述保险保额的领取条件，则生成不可领取事件，以使得所述客户端在监听到所述不可领取事件时，向所述用户展示领取失败的提示消息。
根据本说明书的第三方面，提供一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器通过运行所述可执行指令以实现基于区块链的共享保单保额管理方法。
由上述描述可知，一方面，区块链的节点设备可以通过智能合约将用户领取的保险保额累加在该用户对应的共享保单上，从而实现了保险保额自动累加。
另一方面，本说明书基于区块链数据的不可篡改性，通过智能合约自动累加用户共享保单上的领取的保额，可以提高保额累加的可信度，为后续监管部门进行审计监管提供给了可靠的依据。
附图说明
图1是本说明书一示例性实施例示出的一种创建智能合约的示意图；
图2是本说明书一示例性实施例示出的一种调用智能合约的示意图；
图3是本说明书一示例性实施例示出的一种创建智能合约和调用智能合约的示意图；
图4是本说明书一示例性实施例示出的一种共享保单保额管理系统的示意图；
图5是本说明书一示例性实施例示出的一种基于区块链的共享保单保额管理方法的流程图；
图6是本说明书一示例性实施例示出的一种电子设备的硬件结构图；
图7是本说明书一示例性实施例示出的一种基于区块链的共享保单保额管理装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。
需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。
区块链一般被划分为三种类型：公有链(Public Blockchain)，私有链(PrivateBlockchain)和联盟链(Consortium Blockchain)。此外，还可以有上述多种类型的结合，比如私有链+联盟链、联盟链+公有链等。
其中，去中心化程度最高的是公有链。公有链以比特币、以太坊为代表，加入公有链的参与者(也可称为区块链中的节点)可以读取链上的数据记录、参与交易、以及竞争新区块的记账权等。而且，各节点可自由加入或者退出网络，并进行相关操作。
私有链则相反，该网络的写入权限由某个组织或者机构控制，数据读取权限受组织规定。简单来说，私有链可以为一个弱中心化系统，其对节点具有严格限制且节点数量较少。这种类型的区块链更适合于特定机构内部使用。
联盟链则是介于公有链以及私有链之间的区块链，可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织；节点通过授权加入网络并组成利益相关联盟，共同维护区块链运行。
基于区块链的基本特性，区块链通常是由若干个区块构成。在这些区块中分别记录有与该区块的创建时刻对应的时间戳，所有的区块严格按照区块中记录的时间戳，构成一条在时间上有序的数据链条。
对于物理世界产生的真实数据，可以将其构建成区块链所支持的标准的交易(transaction)格式，然后发布至区块链，由区块链中的节点设备对收到的交易进行共识处理，并在达成共识后，由区块链中作为记账节点的节点设备，将这笔交易打包进区块，在区块链中进行持久化存证。
其中，区块链中支持的共识算法可以包括：
第一类共识算法，即节点设备需要争夺每一轮的记账周期的记账权的共识算法；例如，工作量证明(Proof of Work,POW)、股权证明(Proof of Stake，POS)、委任权益证明(Delegated Proof of Stake，DPOS)等共识算法；
第二类共识算法，即预先为每一轮记账周期选举记账节点(不需要争夺记账权)的共识算法；例如，实用拜占庭容错(Practical Byzantine Fault Tolerance，PBFT)等共识算法。
在采用第一类共识算法的区块链网络中，争夺记账权的节点设备，都可以在接收到交易后执行该笔交易。争夺记账权的节点设备中可能有一个节点设备在本轮争夺记账权的过程中胜出，成为记账节点。记账节点可以将收到的交易与其它交易一起打包以生成最新区块，并将生成的最新区块或者该最新区块的区块头发送至其它节点设备进行共识。
在采用第二类共识算法的区块链网络中，具有记账权的节点设备在本轮记账前已经商定好。因此，节点设备在接收到交易后，如果自身不是本轮的记账节点，则可以将该交易发送至记账节点。对于本轮的记账节点，在将该交易与其它交易一起打包以生成最新区块的过程中或者之前，可以执行该交易。记账节点在生成最新区块后，可以将该最新区块或者该最新区块的区块头发送至其它节点设备进行共识。
如上所述，无论区块链采用以上示出的哪种共识算法，本轮的记账节点都可以将接收到的交易打包以生成最新区块，并将生成的最新区块或者该最新区块的区块头发送至其它节点设备进行共识验证。如果其它节点设备接收到最新区块或者该最新区块的区块头后，经验证没有问题，可以将该最新区块追加到原有的区块链末尾，从而完成区块链的记账过程。其它节点验证记账节点发来的新的区块或区块头的过程中，也可以执行该区块中的包含的交易。
在实际应用中，不论是公有链、私有链还是联盟链，都可能提供智能合约(Smartcontract)的功能。区块链上的智能合约是在区块链上可以被交易触发执行的合约。智能合约可以通过代码的形式定义。
以以太坊为例，支持用户在以太坊网络中创建并调用一些复杂的逻辑。以太坊作为一个可编程区块链，其核心是以太坊虚拟机(EVM)，每个以太坊节点都可以运行EVM。EVM是一个图灵完备的虚拟机，通过它可以实现各种复杂的逻辑。用户在以太坊中发布和调用智能合约就是在EVM上运行的。实际上，EVM直接运行的是虚拟机代码(虚拟机字节码，下简称“字节码”)，所以部署在区块链上的智能合约可以是字节码。
如图1所示，Bob将一笔包含创建智能合约信息的交易(Transaction)发送到以太坊网络后，各节点均可以在EVM中执行这笔交易。其中，图中1中交易的From字段用于记录发起创建智能合约的账户的地址，交易的Data字段的字段值保存的合约代码可以是字节码，交易的To字段的字段值为一个null(空)的账户。当节点间通过共识机制达成一致后，这个智能合约成功创建，后续用户可以调用这个智能合约。
智能合约创建后，区块链上出现一个与该智能合约对应的合约账户，并拥有一个特定的地址；比如，图1中各节点中的“0x68e12cf284…”就代表了创建的这个合约账户的地址；合约代码(Code)和账户存储(Storage)将保存在该合约账户的账户存储中。智能合约的行为由合约代码控制，而智能合约的账户存储则保存了合约的状态。换句话说，智能合约使得区块链上产生包含合约代码和账户存储的虚拟账户。
前述提到，包含创建智能合约的交易的Data字段保存的可以是该智能合约的字节码。字节码由一连串的字节组成，每一字节可以标识一个操作。基于开发效率、可读性等多方面考虑，开发者可以不直接书写字节码，而是选择一门高级语言编写智能合约代码。例如，高级语言可以采用诸如Solidity、Serpent、LLL语言等。对于采用高级语言编写的智能合约代码，可以经过编译器编译，生成可以部署到区块链上的字节码。
以Solidity语言为例，用其编写的合约代码与面向对象编程语言中的类(Class)很相似，在一个合约中可以声明多种成员，包括状态变量、函数、函数修改器、事件等。状态变量是永久存储在智能合约的账户存储(Storage)字段中的值，用于保存合约的状态。
如图2所示，仍以以太坊为例，Bob将一笔包含调用智能合约信息的交易发送到以太坊网络后，各节点均可以在EVM中执行这笔交易。其中，图2中交易的From字段用于记录发起调用智能合约的账户的地址，To字段用于记录被调用的智能合约的地址，交易的Data字段用于记录调用智能合约的方法和参数。调用智能合约后，合约账户的账户状态可能改变。后续，某个平台可以通过接入的区块链节点(例如图2中的节点1)查看合约账户的账户状态。
智能合约可以以规定的方式在区块链网络中每个节点独立的执行，所有执行记录和数据都保存在区块链上，所以当这样的交易执行完毕后，区块链上就保存了无法篡改、不会丢失的交易凭证。
创建智能合约和调用智能合约的示意图如图3所示。以太坊中要创建一个智能合约，需要经过编写智能合约、变成字节码、部署到区块链等过程。以太坊中调用智能合约，是发起一笔指向智能合约地址的交易，各个节点的EVM可以分别执行该交易，将智能合约代码分布式的运行在以太坊网络中每个节点的虚拟机中。
在区块链领域，有一个重要的概念就是账户(Account)；以以太坊为例，以太坊通常将账户划分为外部账户和合约账户两类；外部账户就是由用户直接控制的账户，也称之为用户账户；而合约账户则是由用户通过外部账户创建的，包含合约代码的账户(即智能合约)。当然，对于一些基于以太坊的架构而衍生出的区块链项目(比如蚂蚁区块链)，还可以对区块链支持的账户类型，进行进一步的扩展，在本说明书中不进行特别限定。
对于区块链中的账户而言，通常会通过一个结构体，来维护账户的账户状态。当区块中的交易被执行后，区块链中与该交易相关的账户的状态通常也会发生变化。
以以太坊为例，账户的结构体通常包括Balance，Nonce，Code和Storage等字段。其中：
Balance字段，用于维护账户目前的账户余额；
Nonce字段，用于维护该账户的交易次数；它是用于保障每笔交易能且只能被处理一次的计数器，有效避免重放攻击；
Code字段，用于维护该账户的合约代码；在实际应用中，Code字段中通常仅维护合约代码的hash值；因而，Code字段通常也称之为Codehash字段。
Storage字段，用于维护该账户的存储内容(默认字段值为空)；对于合约账户而言，通常会分配一个独立的存储空间，用以存储该合约账户的存储内容；该独立的存储空间通常称之为该合约账户的账户存储。合约账户的存储内容通常会构建成MPT(MerklePatricia Trie)树的数据结构存储在上述独立的存储空间之中；其中，基于合约账户的存储内容构建成的MPT树，通常也称之为Storage树。而Storage字段通常仅维护该Storage树的根节点；因此，Storage字段通常也称之为StorageRoot字段。
其中，对于外部账户而言，以上示出的Code字段和Storage字段的字段值均为空值。
本申请提出了一种基于区块链的保险系统。其中，区块链可以是由与保险业务相关的各方机构(比如第三方平台、保险公司和监管机构)构成的联盟链。其中，各方机构的服务端可以是区块链的节点设备。比如第三方平台的服务端、保险公司的服务端和监管机构的服务端等可以是区块链的节点设备。
此外，链下还部署了与各方机构的服务端对应的客户端，比如部署了与第三方平台的服务端对应的第三方平台的客户端，与保险公司的服务端对应的保险公司的客户端，与监管机构的服务端对应的监管机构客户端。
各类用户可以通过上述各类客户端，通过区块链完成与保险业务相关的业务操作，比如创建保单，保单查询，理赔等。
通过将保险业务相关的各方组成联盟链，利用区块链技术使得各方都参与相关保险业务，实现保险业务的去中心化，从而使得保险业务的处理更加公平、透明且不易被篡改。
本申请在该保险系统的架构下，进一步提出了共享保单保额管理方法。
共享保单，是指一个保单具有多个被保人，多个被保人可以共同享受保单上的保额。此外，共享保单上还可包括至少一个险种，共享保单上的多个被保人都可以共同享受所有险种的保额。
比如，以家庭为单位，该家庭包括父亲、母亲和一个孩子，则这三个人可以具有一个共享保单，共享保单上包括重疾险和住院险，则父亲、母亲和孩子都可以以一定比例享受各个险种的保额。
在实际应用中，为了促进某个险种的发展，或者为了促进某种保险运营模式(比如共享保险)的发展，第三方平台可以出资在保险公司购买一定的保险额度，然后再以赠送的方式发放给用户。用户可以在第三方平台领取保险额度，并将领取到的保险额度累加在自己的共享保单上。
基于此，本说明书提出一种基于区块链的共享保单保额管理方法，与保险业务对应的各方机构对应的区块链的节点设备可以通过智能合约将用户领取的保险保额累加在该用户对应的共享保单上，从而实现了保险保额自动累加。
此外，本说明书基于区块链数据的不可篡改性，通过智能合约自动累加用户共享保单上的领取的保额，可以提高保额累加的可信度。
此外，在本申请说明书，基于与保险业务相关的各方机构搭建联盟链，通过联盟链完成共享保单保额管理方法，使得共享保单保额管理去中心化、更为透明、更加可靠，更方便后续与保险相关的机构进行共享保单查询、审计等业务处理。
参见图4，图4是本说明书一示例性实施例示出的一种共享保单保额管理系统的示意图。
共享保单保额管理系统可包括：客户端，区块链。
其中，区块链可以是由第三方平台、保险公司和监管机构等与保险业务相关的机构组成的联盟链。其中，第三方平台的服务端、保险公司的服务端和监管机构的服务端可以被称为该区块链的节点设备。
通过将保险业务相关的各方机构组成联盟链，利用区块链技术使得各方机构都参与相关保险业务，实现保险业务的去中心化，从而使得保险业务的处理更加公平、透明且不易被篡改。
第三方平台客户端可与第三方平台对接。用户可以在第三方平台客户端上完成共享保单的创建、共享保单的被保人的邀请，第三方平台发放的保险保额的领取等。此外，客户端还将上述操作的中的一些操作结果发布至区块链进行存证。当然在实际应用中，其他类型的用户还可通过其他客户端完成相应的保险业务。比如保险公司的员工可以通过保险公司客户端，在区块链上查询相应的保单信息等。这里不进行具体地限定。
具体地，在本说明书实施例中，客户端在检测到用户创建共享保单的创建操作后，可创建共享保单，并将共享保单发布至区块链进行存证。此时、区块链存证了用户标识和共享保单标识的对应关系、共享保单等。
其中，共享保单中的内容可包括：至少一个险种以及各险种的基础额度，各险种的保额阈值、被保人信息等等。这里只是对共享保单的内容进行示例性地说明，不对其进行具体地限定。
其中，用户标识，可以是用户的身份信息，比如用户的姓名、身份证号码等。当然，该用户标识也可以是用户所在共享组织的ID，比如家庭ID。
此外，用户还可通过客户端邀请其他用户加入该共享保单，当邀请其他用户成功加入该共享保单后，用户的客户端可向该区块链发布其他用户标识与该共享保单标识的对应关系，以由区块链对该对应关系进行存证。
例如，以共享被保人为一个家庭为例进行说明，假设一个家庭里有夫妻两人。丈夫在客户端上创建了共享保单，该共享保单可包括：医疗险和重疾险，每个险种的保额阈值为5000元，每个保险的初始额度为100元，被保人为丈夫。在创建该共享保单后，客户端可将该共享保单发布至存储区块链进行存证。此时，区块链存证了丈夫的标识信息与该共享保单标识的对应关系、以及共享保单，或者区块链存证了该丈夫所在家庭的家庭ID与该共享保单标识的对应关系。
然后，丈夫可通过客户端邀请妻子加入该共享保单。当丈夫的客户端检测到成功邀请妻子加入该共享保单后，客户端可向区块链发布该妻子的标识与该共享保单的标识的对应关系，以由区块链对该对应关系进行存证。或者，当丈夫的客户端检测到成功邀请妻子加入该共享保单后，可在客户端上存储妻子的标识信息与该家庭ID的对应关系。这里不进行具体地限定。
此后，无论是丈夫，还是妻子，都可以在第三方平台上发放的共享保单的保险保额。当丈夫或妻子领取第三方平台发放的共享保单的保险保额后，客户端可通知区块链，以由区块链对共享保单上保险保额进行累加。
下面详细介绍下基于区块链的共享保单上的保险保额的管理方法。
参见图5，图5是本说明书一示例性实施例示出的一种基于区块链的共享保单保额管理方法的流程图，该方法应用在区块链的节点设备上，可包括如下所示步骤。
步骤502：区块链节点设备接收客户端发送的保额领取交易；所述保额领取交易是所述客户端在检测到用户触发针对该用户对应的共享保单的保险保额领取操作后发送的；所述保额领取交易包括所述用户待领取的保险保额。
在实现时，用户可在第三方平台的客户端上领取第三方平台发放的保险保额，当第三方平台的客户端检测到用户针对该共享保单的保险保额的领取操作后，客户端可向第三方平台对应的区块链节点设备发送保额领取交易。该保额领取交易包括该用户待领取的保险保额。
然后，第三方平台对应的区块链节点设备可将该保额领取交易发送给其他区块链节点设备(比如保险机构对应的区块链节点、监管机构对应的区块链节点设备)，以由各区块链节点设备进行共识处理。
步骤504：区块链节点设备响应于所述保额领取交易，调用部署在区块链的智能合约中的校验逻辑，确定所述用户是否满足所述保险保额的领取条件。
在实现时，该保额领取交易是一种智能合约的调用交易。在共识通过后，各区块链的节点设备(比如第三方平台对应的区块链节点设备、监管机构对应的区块链节点设备、保险机构对应的区块链节点设备等)均可响应该保额领取交易，调用部署在区块链上的智能合约的合约代码中的校验逻辑，来校验用户是否满足保险保额的领取条件。
其中，保险保额的领取条件，包括以下至少一种或者几种：
用户身份信息合法；
所述用户待领取的保险保额符合保额条件；
所述用户对应的共享保单符合保单条件。
1)用户身份信息合法性校验
区块链节点设备在调用智能合约中的校验逻辑校验用户身份信息是否合法时，智能合约可进行如下一种或几种方式来进行用户身份信息的合法性校验：
可选的，智能合约可检测保额领取交易中携带的用户的姓名是否与该共享保单上的用户信息(比如被保人信息)匹配。若匹配，则确定用户身份信息合法。若不匹配，则确定用户身份信息不合法。
可选的，智能合约还可检测保额领取交易中携带的用户的身份证号码是否合法。比如正常的身份证号码是18位，如果保额领取交易携带的用户身份证号码为17位，则确定用户身份证号码不合法。此外，智能合约还可检测该保额领取交易中携带的用户身份证号码是否与共享保单上的用户的身份证号码(比如，被保人的身份证号码)匹配。若匹配，则确定用户身份信息合法。若不匹配，则确定用户身份信息不合法。
可选的，智能合约可检测保额领取交易中携带的用户的年龄是否超过年龄阈值。若不超过，则确定用户身份信息合法。若超过，则确定用户身份信息不合法。比如，有些险种要求被保人年龄不超过65岁，若该保额领取交易携带的用户年龄超过65岁，则确定用户身份信息不合法。若该保额领取交易携带的用户年龄不超过65岁，则确定用户身份信息合法。
可选的，该保额领取交易还携带了用户的第三方平台账号信息，智能合约可对该第三方平台账号进行校验。若校验通过，则确定用户身份信息合法，若校验不通过，则确定用户身份信息不合法。
2)检验用户待领取的保险保额是否符合保额条件
其中，保额条件可保额条件包括如下一种或几种：
所述保险保额合法；
所述保险保额未过期。
具体地，智能合约可检测用户待领取的保险保额是否合法，即对用户待领取的保险保额进行形式校验。例如，用户领取的保险保额应为数字，智能合约检测到上述保额领取交易携带的保险保额为字符时，可确定用户待领取的保险保额不合法。
智能合约可检测用户待领取的保险保额是否过期。通常待领取的保险保额有一定的截止期限，若当前时间早于截止期限，则确定保险保额未过期。若当前时间晚于截止期限，则确定保险保额过期。
比如，该用户待领取的保险保额的截止时间为12月30日。假设当前时间为12月25日，由于当前时间早于该保险保额的截止时间，所以可确定该保险保额未过期。若该当前时间为12月31日，则确定该保险保额过期。
当然，在实际应用中，保额条件还可包括其他条件，这里只是对保额条件进行示例性地说明，不对其进行具体地限定。
3)检验用户对应的共享保单是否符合保单条件
其中，保单条件包括如下一种或几种：
区块链上存证了所述用户对应的共享保单；
共享保单未过期；
共享保单未被理赔。
3.1)智能合约检测区块链上是否存证了该用户对应的共享保单。
在实现时，上述保额领取交易中携带了用户的用户标识。由上文可知，区块链存证了用户的用户标识和共享保单标识的对应关系。智能合约可以基于该保额领取交易中携带的用户标识，在区块链上查找与该用户标识对应的共享保单。若在区块链上查找到与该用户标识对应的共享保单，则确定区块链上存证了所述用户对应的共享保单，若在区块链上未查找到与该用户标识对应的共享保单，则确定区块链上未存证所述用户对应的共享保单。
3.2)智能合约检测共享保单是否过期
在实现时，共享保单上通常会记录该共享保单的有效期。智能合约可检测当前时间是否在该共享保单的有效期内。若当前时间在该共享保单的有效期内，则确定该共享保单未过期。若当前时间超过该共享保单的有效期内，则确定该共享保单过期。
3.3)智能合约检测该共享保单是否被理赔
在实现时，当完成该共享保单的理赔后，保险机构会将理赔结果发布至区块链进行存证。智能合约可检测区块链上是否存在该共享保单的理赔结果，若存在，则确定该共享保单被理赔。若不存在，则确定共享保单未被理赔。
这里只是对保单条件进行示例性地说明，在实际应用中，还可包括其他条件，这里不进行具体地限定。
步骤506：若是，区块链节点设备调用所述智能合约中的更新逻辑，基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额，并将更新后的共享保单发布至所述区块链进行存证。
在本说明书实施例中，若用户不满足上述保险保额的领取条件，本说明书可通过智能合约的事件机制通知用户不可领取该保险保额。具体地，若用户不满足上述保险保额的领取条件，区块链的节点设备可生成不可领取事件，并将该不可领取事件添加在智能合约的合约账户里。客户端可以监听智能合约的合约账户，当客户端在监听到所述不可领取事件时，向所述用户展示领取失败的提示消息。
此外，在本说明书实施例中，若用户满足上述保险保额的领取条件，区块链节点设备可进一步调用该智能合约中的更新逻辑，基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额，并将更新后的共享保单发布至所述区块链进行存证。
下面通过步骤A1至步骤A3对“基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额”的方式进行详细地说明。
步骤A1:智能合约将该保额领取交易中携带的保险保额进行划分，得到共享保单上各险种对应的子保额。
在划分时，智能合约可以采取平均划分的方式，当然智能合约才可以采用预设比例进行划分。
例如，假设共享保单包含了3个险种，智能合约可将保险保额平均划分为3份，得到3个子保额。智能合约可将3个子保额分别分配给3个险种，使得每个险种被分配一个子保额。
再例如，假设共享保单包含了3个险种，分别为险种1、险种2和险种3。险种1、险种2和险种3的保险保额划分比例为2:3:5。智能合约可将保险保额划分为3个子保额，分别为子保额1、子保额2和子保额3。子保额1、子保额2和子保额3的额度比分别为2:3:5。然后，将子保额1分配给险种1，将子保额2分配给险种2，将子保额3分配给险种3。
这里只是对保险保额的划分方式进行示例性地说明，不对其进行具体限定。
步骤A2：针对每一险种，确定该险种的保额阈值。
在一种可选的实现方式中，共享保单中记录了各险种的保额阈值。比如，共享保单包括重疾险和医疗险，重疾险的保额阈值为10000元，医疗险的保额阈值为5000元。智能合约可从该共享保单中获取到每一险种的保额阈值。
或者，区块链存证了各个险种的保额阈值，智能合约可从区块链上查找各个险种的保额阈值。
这里只是对确定各险种保额阈值的方式进行示例性地说明，不对其进行具体地限定。
步骤A3：基于所述共享保单上记录的该险种的总保额、该险种对应的子保额、以及所述保额阈值，更新所述共享保单上的该险种的总保额。
在实现时，针对每一险种，智能合约可计算所述共享保单上记录的该险种的总保额、以及该险种对应的子保额之和。
若计算结果小于该险种的保额阈值，智能合约则将所述共享保单上记录的该险种的总保额更新为所述计算结果。
若计算结果大于或等于该险种的保额阈值，智能合约则将所述共享保单上记录的该险种的总保额更新为所述保额阈值。
例如，假设共享保单包括重疾险和医疗险。重疾险和医疗险的保额阈值都为5000元，重疾险对应的子保额为50元，医疗险对应的子保额也为50元。
假设，当前共享保单上重疾险的总额度为4000元。
智能合约可将共享保单上记录的重疾险的总额度(即4000元)、与重疾险对应的子保额(即50元)相加，得到4050元。由于4050元小于重疾险的保额阈值，则将该共享保单上记录的重疾险的总额度更新为4050元，并将更新后的共享保单发布至区块链进行存证。
假设，当前共享保单上重疾险的总额度为4960元。
智能合约可将共享保单上记录的重疾险的总额度(即4960元)、与重疾险对应的子保额(即50元)相加，得到5010元。由于5010元小于重疾险的保额阈值，则将该共享保单上记录的重疾险的总额度更新为5000元，并将更新后的共享保单发布至区块链进行存证。
此外，共享保单上记录的各个保险的总保额可用于后续的理赔。比如，可以基于用户加入共享保单的时间，以及用户加入共享保单后时起到理赔前的各险种的保额的增加值来进行理赔。
比如，用户1在9月1日创建共享保单，用户1从9月1日开始至9月30日进行共享保单的保险保额领取操作，使得共享保单上的险种1的保额达到100元，险种2的保额达到100元。
用户1在10月1日邀请用户2加入共享保单，用户1和用户2从10月1日至10月31日都进行了保险保额的领取操作，使得共享保单上险种1的保额达到300元，险种2的保额达到300元。
假设在11月1日发生理赔，由于用户1是在9月1日加入共享保单，所以用户1可享有险种1的300元的保额，险种2的300元的保额。
由于用户2是10月1日加入共享保单的，而在10月1日至10月31日将，共享保单上的险种1和险种2都增加了200元，所以用户2可享有险种1的200元的保额，险种2的200元的保额。
此外，上述理赔也可以通过智能合约来实现。比如，区块链的节点设备在检测到用户的客户端发送的针对共享保单的理赔交易时，确定用户加入共享保单的加入时间，以及确定共享保单上各险种从加入时间时起至当前时间的总保额增加值，并将该增加值作为该用户享有的各险种的保额额度，基于该保额额度进行理赔。
这里只是示例性性地说明理赔方式，当然，在实际应用中也可以采用其他方式实现共享保单的理赔，这里不进行具体地限定。
由上述描述可知，在本说明书中，与保险业务对应的各方机构对应的区块链的节点设备可以通过智能合约将用户领取的保险保额累加在该用户对应的共享保单上，从而实现了保险保额自动累加。
此外，本说明书基于区块链数据的不可篡改性，通过智能合约自动累加用户共享保单上的领取的保额，可以提高保额累加的可信度，为后续监管部门进行审计监管提供给了可靠的依据。
此外，在本申请说明书，基于与保险业务相关的各方机构搭建联盟链，通过联盟链完成共享保单保额管理方法，使得共享保单保额管理去中心化、更为透明、更加可靠，更方便后续与保险相关的机构进行共享保单查询、审计等业务处理。
下面通过具体地例子对上述基于区块链的共享保单保额管理方法进行详细地说明。
假设一个家庭里包括丈夫和妻子。丈夫和妻子共享一个共享保单1。区块链上存证了丈夫的身份标识与共享保单1的对应关系、以及妻子的身份标识与共享保单1的对应关系。假设共享保单包括重疾险和医疗险。重疾险和医疗险的保额阈值均为5000元。假设当前区块链上当前存储的共享保单中记录的重疾险的总保额为100元，医疗险的总保额为200元。
假设，丈夫在客户端上领取了100元的保险保额，客户端向区块链节点设备发送保额领取交易。区块链节点设备响应该保额领取交易，检测丈夫是否满足领取100元保额的领取条件(检测方式如上文所示，这里不再赘述)。假设丈夫满足领取100元保额的领取条件，区块链节点设备可调用智能合约，将100元的保额分成两个50元的子保额，并为重疾险和医疗险各分配一个子保额。
对于重疾险来说，智能合约计算该共享保单记录的重疾险的总保额100元与子保额50元之和(即150元)，由于其和未超过重疾险保额阈值，则将共享保单上的重疾险的总保额更新为150元。
对于医疗险来说，智能合约计算该共享保单记录的医疗险的总保额200元与子保额50元之和(即250元)，由于其和未超过医疗险保额阈值，则将共享保单上的医疗险的总保额更新为250元。
假设，在丈夫领取之后，妻子又领取了100元的保险保额。客户端向区块链节点设备发送保额领取交易。区块链节点设备响应该保额领取交易，检测妻子是否满足领取100元保额的领取条件(检测方式如上文所示，这里不再赘述)。假设妻子满足领取100元保额的领取条件，区块链节点设备可调用智能合约，将100元的保额分成两个50元的子保额，并为重疾险和医疗险各分配一个子保额。
对于重疾险来说，智能合约计算该共享保单记录的重疾险的总保额150元与子保额50元之和(即200元)，由于其和未超过重疾险保额阈值，则将共享保单上的重疾险的总保额更新为200元。
对于医疗险来说，智能合约计算该共享保单记录的医疗险的总保额250元与子保额50元之和(即300元)，由于其和未超过医疗险保额阈值，则将共享保单上的医疗险的总保额更新为300元。
与上述基于区块链的共享保单保额管理方法实施例相对应，本说明书还提供了基于区块链的共享保单保额管理装置的实施例。
与上述基于区块链的共享保单保额管理方法实施例相对应，本说明书还提供了一种基于区块链的共享保单保额管理装置的实施例。本说明书的基于区块链的共享保单保额管理装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本说明书的基于区块链的共享保单保额管理装置所在电子设备的一种硬件结构图，除了图6所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的电子设备通常根据该电子设备的实际功能，还可以包括其他硬件，对此不再赘述。
参见图7，图7是本说明书一示例性实施例示出的一种基于区块链的共享保单保额管理装置的框图。所述装置应用在区块链的节点设备上，包括：
接收模块701，用于接收客户端发送的保额领取交易；所述保额领取交易是所述客户端在检测到用户触发针对该用户的共享保单的保险保额领取操作后发送的；所述保额领取交易包括所述用户待领取的保险保额；
确定模块702，用于响应于所述保额领取交易，调用部署在区块链的智能合约中的校验逻辑，确定所述用户是否满足所述保险保额的领取条件；
更新模块703，用于若是，调用所述智能合约中的更新逻辑，基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额，并将更新后的共享保单发布至所述区块链进行存证。
可选的，所述共享保单包括至少一个险种；
所述更新模块703，在基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额时，用于将所述保险保额进行划分，得到各险种对应的子保额；针对每一险种，确定该险种的保额阈值；基于所述共享保单上记录的该险种的总保额、该险种对应的子保额、以及所述保额阈值，更新所述共享保单上的该险种的总保额。
可选的，所述更新模块703，在基于所述共享保单上记录的该险种的总保额、该险种对应的子保额、以及所述保额阈值，更新所述共享保单上的该险种的总保额时，用于计算所述共享保单上记录的该险种的总保额、以及该险种对应的子保额之和；若计算结果小于该险种的保额阈值，则将所述共享保单上记录的该险种的总保额更新为所述计算结果；若计算结果大于或等于该险种的保额阈值，则将所述共享保单上记录的该险种的总保额更新为所述保额阈值。
可选的，所述领取条件包括如下一种或几种：
用户身份信息合法；
所述用户待领取的保险保额符合保额条件；
所述用户对应的共享保单符合保单条件。
可选的，所述保额条件包括如下一种或几种：
所述保险保额合法；
所述保险保额未过期。
可选的，所述保单条件包括如下一种或几种：
所述区块链上存证了所述用户对应的共享保单；
所述共享保单未过期；
所述共享保单未被理赔。
可选的，所述更新模块703，还用于若确定所述用户不满足所述保险保额的领取条件，则生成不可领取事件，以使得所述客户端在监听到所述不可领取事件时，向所述用户展示领取失败的提示消息。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (15)

1.一种基于区块链的共享保单保额管理方法，所述方法应用在区块链的节点设备上，包括：
接收客户端发送的保额领取交易；所述保额领取交易是所述客户端在检测到用户触发针对该用户的共享保单的保险保额领取操作后发送的；所述保额领取交易包括所述用户待领取的保险保额；
响应于所述保额领取交易，调用部署在区块链的智能合约中的校验逻辑，确定所述用户是否满足所述保险保额的领取条件；
若是，调用所述智能合约中的更新逻辑，基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额，并将更新后的共享保单发布至所述区块链进行存证；
其中，所述共享保单是第一用户的第一客户端创建的；
所述区块链上存证的与所述用户对应的共享保单，是由所述第一用户的第一客户端在创建所述共享保单后，将所述共享保单和所述第一用户的用户标识和共享保单标识的对应关系发布至区块链存证，以及是由所述第一用户的第一客户端响应于第一用户针对共享保单的共享邀请操作，将所述共享保单发送给第二用户的第二客户端，并在接收到所述第二用户的第二客户端针对该共享保单的确认加入操作后，将所述第二用户的用户标识和所述共享保单标识的对应关系发布至所述区块链进行存证；
所述用户包括第一用户、和/或第二用户。
2.根据权利要求1所述的方法，所述共享保单包括至少一个险种；
所述基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额，包括：
将所述保险保额进行划分，得到各险种对应的子保额；
针对每一险种，确定该险种的保额阈值；
基于所述共享保单上记录的该险种的总保额、该险种对应的子保额、以及所述保额阈值，更新所述共享保单上的该险种的总保额。
3.根据权利要求2所述的方法，所述基于所述共享保单上记录的该险种的总保额、该险种对应的子保额、以及所述保额阈值，更新所述共享保单上的该险种的总保额，包括：
计算所述共享保单上记录的该险种的总保额、以及该险种对应的子保额之和；
若计算结果小于该险种的保额阈值，则将所述共享保单上记录的该险种的总保额更新为所述计算结果；
若计算结果大于或等于该险种的保额阈值，则将所述共享保单上记录的该险种的总保额更新为所述保额阈值。
4.根据权利要求1所述的方法，所述领取条件包括如下一种或几种：
用户身份信息合法；
所述用户待领取的保险保额符合保额条件；
所述用户对应的共享保单符合保单条件。
5.根据权利要求4所述的方法，所述保额条件包括如下一种或几种：
所述保险保额合法；
所述保险保额未过期。
6.根据权利要求4所述的方法，所述保单条件包括如下一种或几种：
所述区块链上存证了所述用户对应的共享保单；
所述共享保单未过期；
所述共享保单未被理赔。
7.根据权利要求1所述的方法，所述方法还包括：
若确定所述用户不满足所述保险保额的领取条件，则生成不可领取事件，以使得所述客户端在监听到所述不可领取事件时，向所述用户展示领取失败的提示消息。
8.一种基于区块链的共享保单保额管理装置，所述装置应用在区块链的节点设备上，包括：
接收模块，用于接收客户端发送的保额领取交易；所述保额领取交易是所述客户端在检测到用户触发针对该用户的共享保单的保险保额领取操作后发送的；所述保额领取交易包括所述用户待领取的保险保额；
确定模块，用于响应于所述保额领取交易，调用部署在区块链的智能合约中的校验逻辑，确定所述用户是否满足所述保险保额的领取条件；
更新模块，用于若是，调用所述智能合约中的更新逻辑，基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额，并将更新后的共享保单发布至所述区块链进行存证；
其中，所述共享保单是第一用户的第一客户端创建的；
所述区块链上存证的与所述用户对应的共享保单，是由所述第一用户的第一客户端在创建所述共享保单后，将所述共享保单和所述第一用户的用户标识和共享保单标识的对应关系发布至区块链存证，以及是由所述第一用户的第一客户端响应于第一用户针对共享保单的共享邀请操作，将所述共享保单发送给第二用户的第二客户端，并在接收到所述第二用户的第二客户端针对该共享保单的确认加入操作后，将所述第二用户的用户标识和所述共享保单标识的对应关系发布至所述区块链进行存证；
所述用户包括第一用户、和/或第二用户。
9.根据权利要求8所述的装置，所述共享保单包括至少一个险种；
所述更新模块，在基于所述保险保额、以及所述区块链上存证的与所述用户对应的共享保单上记录的总保额，更新共享保单上的总保额时，用于将所述保险保额进行划分，得到各险种对应的子保额；针对每一险种，确定该险种的保额阈值；基于所述共享保单上记录的该险种的总保额、该险种对应的子保额、以及所述保额阈值，更新所述共享保单上的该险种的总保额。
10.根据权利要求9所述的装置，所述更新模块，在基于所述共享保单上记录的该险种的总保额、该险种对应的子保额、以及所述保额阈值，更新所述共享保单上的该险种的总保额时，用于计算所述共享保单上记录的该险种的总保额、以及该险种对应的子保额之和；若计算结果小于该险种的保额阈值，则将所述共享保单上记录的该险种的总保额更新为所述计算结果；若计算结果大于或等于该险种的保额阈值，则将所述共享保单上记录的该险种的总保额更新为所述保额阈值。
11.根据权利要求8所述的装置，所述领取条件包括如下一种或几种：
用户身份信息合法；
所述用户待领取的保险保额符合保额条件；
所述用户对应的共享保单符合保单条件。
12.根据权利要求11所述的装置，所述保额条件包括如下一种或几种：
所述保险保额合法；
所述保险保额未过期。
13.根据权利要求11所述的装置，所述保单条件包括如下一种或几种：
所述区块链上存证了所述用户对应的共享保单；
所述共享保单未过期；
所述共享保单未被理赔。
14.根据权利要求8所述的装置，所述更新模块，还用于若确定所述用户不满足所述保险保额的领取条件，则生成不可领取事件，以使得所述客户端在监听到所述不可领取事件时，向所述用户展示领取失败的提示消息。
15.一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器通过运行所述可执行指令以实现如权利要求1-7中任一项所述的方法。
CN202011644613.0A 2020-12-30 2020-12-30 基于区块链的共享保单保额管理方法、装置及电子设备 Active CN112822261B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011644613.0A CN112822261B (zh) 2020-12-30 2020-12-30 基于区块链的共享保单保额管理方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011644613.0A CN112822261B (zh) 2020-12-30 2020-12-30 基于区块链的共享保单保额管理方法、装置及电子设备

Publications (2)

Publication Number Publication Date
CN112822261A CN112822261A (zh) 2021-05-18
CN112822261B true CN112822261B (zh) 2022-04-22

Family

ID=75856684

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011644613.0A Active CN112822261B (zh) 2020-12-30 2020-12-30 基于区块链的共享保单保额管理方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN112822261B (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110232637A (zh) * 2019-06-11 2019-09-13 阿里巴巴集团控股有限公司 基于区块链的保险理赔系统、方法、装置及电子设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108776936A (zh) * 2018-06-05 2018-11-09 中国平安人寿保险股份有限公司 保险理赔方法、装置、计算机设备和存储介质
CN111833057A (zh) * 2018-09-30 2020-10-27 创新先进技术有限公司 基于区块链的交易方法、装置和节点设备
CN109544354B (zh) * 2018-10-19 2024-06-11 中国平安人寿保险股份有限公司 基于区块链的再保结算方法、电子装置及可读存储介质
CN110751527A (zh) * 2019-10-30 2020-02-04 腾讯科技（深圳）有限公司 积分的领取方法、装置及存储介质
CN111738861A (zh) * 2020-07-31 2020-10-02 支付宝(杭州)信息技术有限公司 通过区块链进行权益累加的方法及装置
CN112070618A (zh) * 2020-09-02 2020-12-11 中国平安人寿保险股份有限公司 基于区块链的保险核赔方法、装置、设备及介质

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110232637A (zh) * 2019-06-11 2019-09-13 阿里巴巴集团控股有限公司 基于区块链的保险理赔系统、方法、装置及电子设备

Also Published As

Publication number Publication date
CN112822261A (zh) 2021-05-18

Similar Documents

Publication Publication Date Title
WO2021008122A1 (zh) 基于区块链的虚拟资源分配方法及装置、电子设备
CN110706114B (zh) 一种基于区块链的违约资产处理方法、装置及电子设备
US11032215B2 (en) Allocating virtual resource based on block chain
CN110765200B (zh) 一种基于区块链的资产申购方法、装置及电子设备
CN110458631B (zh) 基于区块链的票据号码分配方法、装置及电子设备
WO2020215836A1 (zh) 基于区块链的房屋信息存证、应用方法和装置
CN110147990B (zh) 基于区块链的缴费代扣签约方法及装置、电子设备
CN111681017B (zh) 基于区块链的货物批量验真方法及装置、电子设备
CN112200571B (zh) 基于区块链的资源发放方法、装置及电子设备
CN110738566A (zh) 一种基于区块链的资产筛选方法、装置及电子设备
CN111383117A (zh) 基于区块链的资产管理方法、装置及电子设备
CN110473030B (zh) 基于区块链的电子票据号码申领方法及装置、电子设备
CN111639125A (zh) 基于区块链的资源流通方法及装置
CN111383120A (zh) 基于区块链的资产管理方法、装置及电子设备
CN111506652B (zh) 基于区块链的交通事故处理方法及装置、电子设备
CN112330181A (zh) 基于区块链的企业信用评价方法及装置
CN111383119A (zh) 一种基于区块链的资产管理方法、装置及电子设备
CN111640002A (zh) 一种基于区块链的货押贷款方法和装置
CN110717820A (zh) 基于区块链的资产清偿方法及装置、电子设备
CN112308690A (zh) 基于区块链的租赁管理方法及装置和电子设备
CN111553695B (zh) 跨区域支付方法及装置、电子设备
CN112100588A (zh) 基于区块链的数字印章申领方法、装置及电子设备
CN110443612B (zh) 一种基于区块链的报销费用分割方法、装置及电子设备
CN110458538B (zh) 基于区块链的状态机维护方法及装置、电子设备、存储介质
CN111475522A (zh) 基于区块链的仓单数据管理方法及装置、电子设备

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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20211220

Address after: Room 610, floor 6, No. 618, Wai Road, Huangpu District, Shanghai 200010

Applicant after: Ant Shengxin (Shanghai) Information Technology Co.,Ltd.

Address before: 310000 801-11 section B, 8th floor, 556 Xixi Road, Xihu District, Hangzhou City, Zhejiang Province

Applicant before: Alipay (Hangzhou) Information Technology Co.,Ltd.

GR01 Patent grant
GR01 Patent grant