一种基于区块链的报销费用分割方法、装置及电子设备

技术领域

本说明书涉及一个或多个实施例涉及区块链技术领域，尤其涉及一种基于区块链的报销费用分割方法、装置及电子设备。

背景技术

区块链技术，也被称之为分布式账本技术，是一种由若干台计算设备共同参与“记账”，共同维护一份完整的分布式数据库的新兴技术。由于区块链技术具有去中心化、公开透明、每台计算设备可以参与数据库记录、并且各计算设备之间可以快速的进行数据同步的特性，使得区块链技术已在众多的领域中广泛的进行应用。

发明内容

本说明书提出一种基于区块链的报销费用分割方法，所述方法应用于所述区块链的节点设备，所述方法包括：

接收目标交易；所述目标交易中携带有目标电子票据标识；

响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述区块链存证的与所述目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单；

将所述费用分割单发布至所述区块链进行存证。

可选的，所述目标交易为报销受理方发起的费用分割交易；所述区块链存证有电子票据的报销信息；

所述基于所述区块链存证的与所述目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单，包括：

查找所述区块链存证的与所述目标电子票据标识对应的报销信息；

基于查找到的报销信息中的未报销金额，生成费用分割单。

可选的，所述目标交易为报销发起方发起的报销交易；所述区块链存证了与所述报销交易对应的目标电子票据；

所述响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述区块链存证的与所述目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单，包括：

响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的报销逻辑，确定所述目标电子票据是否满足报销条件；

如果所述目标电子票据满足报销条件，生成所述目标电子票据满足报销条件的可报销事件，并将所述可报销事件发布至所述区块链进行存证，以使得报销受理方监听到所述区块链存证的所述可报销事件时，对目标电子票据进行报销处理，并将报销信息发布至所述区块链进行存证；

响应于监听到的所述区块链存证的所述报销信息，进一步调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述报销信息中的未报销金额生成费用分割单。

可选的，所述方法还包括：

如果在预设的监听时长内，仍未监听到所述区块链存证的报销信息，则向所述报销受理方返回报销失败的提示信息。

可选的，所述方法还包括：

如果所述目标电子票据不满足报销条件，则向所述报销受理方返回报销失败的提示信息。

本说明书还提出一种基于区块链的报销费用分割装置，所述装置应用于所述区块链的节点设备，所述装置包括：

接收单元，接收目标交易；所述目标交易中携带有目标电子票据标识；

调用单元，响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述区块链存证的与所述目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单；

发布单元，将所述费用分割单发布至所述区块链进行存证。

可选的，所述目标交易为报销受理方发起的费用分割交易；所述区块链存证有电子票据的报销信息；

所述调用单元，查找所述区块链存证的与所述目标电子票据标识对应的报销信息；基于查找到的报销信息中的未报销金额，生成费用分割单。

可选的，所述目标交易为报销发起方发起的报销交易；所述区块链存证了与所述报销交易对应的目标电子票据；

所述调用单元，响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的报销逻辑，确定所述目标电子票据是否满足报销条件；如果所述目标电子票据满足报销条件，生成所述目标电子票据满足报销条件的可报销事件，并将所述可报销事件发布至所述区块链进行存证，以使得报销受理方监听到所述区块链存证的所述可报销事件时，对目标电子票据进行报销处理，并将报销信息发布至所述区块链进行存证；响应于监听到的所述区块链存证的所述报销信息，进一步调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述报销信息中的未报销金额生成费用分割单。

可选的，所述调用单元，如果在预设的监听时长内，仍未监听到所述区块链存证的报销信息，则向所述报销受理方返回报销失败的提示信息。

可选的，所述调用单元，如果所述目标电子票据不满足报销条件，则向所述报销受理方返回报销失败的提示信息。

本说明书还提出一种电子设备，包括：

处理器；

用于存储机器可执行指令的存储器；

其中，通过读取并执行所述存储器存储的与基于区块链的报销费用分割的控制逻辑对应的机器可执行指令，所述处理器被促使：

接收目标交易；所述目标交易中携带有目标电子票据标识；

响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述区块链存证的与所述目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单；

将所述费用分割单发布至所述区块链进行存证。

由上述描述可知，区块链的节点设备可以响应于携带有目标电子票据标识的目标交易，调用部署在区块链上的智能合约中声明的费用分割逻辑，基于该区块链存证的与目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单，从而实现了用户通过调用区块链伤的智能合约自主开具费用分割单。

附图说明

图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)发送到以太坊网络后，节点1的EVM可以执行这个交易并生成对应的合约实例。“0x68e12cf284…”代表了这个合约的地址，交易的Data字段的字段值保存的合约代码可以是字节码，交易的To字段的字段值为一个null(空)的账户。节点间通过共识机制达成一致后，这个智能合约成功创建，后续用户可以调用这个智能合约。

智能合约创建后，区块链上出现一个与该智能合约对应的合约账户，并拥有一个特定的地址，合约代码(Code)和账户存储(Storage)将保存在该合约账户的账户存储中。智能合约的行为由合约代码控制，而智能合约的账户存储则保存了合约的状态。换句话说，智能合约使得区块链上产生包含合约代码和账户存储的虚拟账户。

前述提到，包含创建智能合约的交易的Data字段保存的可以是该智能合约的字节码。字节码由一连串的字节组成，每一字节可以标识一个操作。基于开发效率、可读性等多方面考虑，开发者可以不直接书写字节码，而是选择一门高级语言编写智能合约代码。例如，高级语言可以采用诸如Solidity、Serpent、LLL语言等。对于采用高级语言编写的智能合约代码，可以经过编译器编译，生成可以部署到区块链上的字节码。

以Solidity语言为例，用其编写的合约代码与面向对象编程语言中的类(Class)很相似，在一个合约中可以声明多种成员，包括状态变量、函数、函数修改器、事件等。状态变量是永久存储在智能合约的账户存储(Storage)字段中的值，用于保存合约的状态。

如图2所示，仍以以太坊为例，Bob将一个包含调用智能合约信息的交易发送到以太坊网络后，节点1的EVM可以执行这个交易并生成对应的合约实例。图2中交易的From字段用于记录发起调用智能合约的账户的地址，To字段用于记录被调用的智能合约的地址，交易的Data字段用于记录调用智能合约的方法和参数。调用智能合约后，合约账户的账户状态可能改变。后续，某个客户端可以通过接入的区块链节点(例如图2中的节点1)查看合约账户的账户状态。

智能合约可以以规定的方式在区块链网络中每个节点独立的执行，所有执行记录和数据都保存在区块链上，所以当这样的交易执行完毕后，区块链上就保存了无法篡改、不会丢失的交易凭证。

创建智能合约和调用智能合约的示意图如图3所示。以太坊中要创建一个智能合约，需要经过编写智能合约、变成字节码、部署到区块链等过程。以太坊中调用智能合约，是发起一笔指向智能合约地址的交易，各个节点的EVM可以分别执行该交易，将智能合约代码分布式的运行在以太坊网络中每个节点的虚拟机中。

随着区块链的业务场景的不断丰富，除了诸如转账等与价值转移息息相关的业务以外，越来越多的区块链项目开始引入一些与价值转移无关的传统业务场景；例如，业务系统可以与业务区块链对接，在业务区块链上来完成诸如电子票据的开具、报销等传统的业务场景。

在传统的电子票据的报销场景中，当电子票据中的报销金额，需要由两个以上的报销受理方共同负担时，针对同一个电子票据用户往往需要向多个报销受理方来申请报销。每当用户向一个报销受理方申请并完成了电子票据中部分报销金额的报销后，需要由该报销受理方基于剩余的未报销金额，为用户开具相应的费用分割单，使得用户可以基于该费用分割单继续完成未报销部分的报销。

比如，在医疗报销领域，医疗报销票据中的报销金额，需要由医保局以及至少一个保险机构共同承担。针对同一个医疗报销票据，用户往往需要向医保局以及至少一个保险机构申请报销。当用户向医保局或者保险机构申请并完成了医疗报销票据中部分报销金额的报销后，需要由医保局或者保险机构基于剩余未报销金额，为用户开具相应的费用分割单，使得用户可以基于该费用分割单继续完成未报销部分的报销。

基于此，本申请旨在提出一种基于区块链存证的报销信息中的未报销金自动生成费用分割单的技术方案。

在具体实现时，区块链上的节点设备在接收携带有目标电子票据标识的目标交易时，可响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述区块链存证的与所述目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单，并将所述费用分割单发布至所述区块链进行存证。

由上述描述可知，区块链的节点设备可以响应于携带有目标电子票据标识的目标交易，调用部署在区块链上的智能合约中声明的费用分割逻辑，基于该区块链存证的与目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单，从而实现了用户通过调用区块链上的智能合约自主开具费用分割单。

此外，通过区块链将用户向各个报销受理方进行报销的电子票据、报销信息和费用分割单联系起来，使得用户的报销轨迹可以在区块链上进行追溯。

参见图4，图4是本说明书一示例性实施例示出的一种基于区块链的报销费用分割系统的示意图。

该基于区块链的报销费用分割系统包括：区块链、报销受理方和报销发起方。

其中，上述报销受理方，是指可以进行报销处理的机构。比如在医疗报销领域，报销受理方可以是医保局机构，保险公司机构等。比如，在车险报销领域，报销受理方可以是车辆的保险机构等。这里只是对报销受理方进行示例性地说明，不进行具体地限定。

上述报销发起方，是指可以发起报销的用户终端。比如，在医疗报销领域，该报销发起方可以是需要进行医疗报销的用户的用户终端。

在本说明书描述的区块链，具体可以包括任意类型的区块链网络；在实际应用中，可以采用共有链、私有链、或者联盟链中的任意一种。本说明书描述的区块链如前文所述，这里不再赘述。

参见图5，图5是本说明书一示例性实施例示出的一种基于区块链的报销费用分割方法的流程图，该方法可应用于区块链的节点设备，可包括如下所示步骤。

步骤502：接收目标交易；所述目标交易中携带有目标电子票据标识；

步骤504：响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述区块链存证的与所述目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单；

步骤506：将所述费用分割单发布至所述区块链进行存证。

其中，上述费用分割单包含有未报销金额，该费用分割单是下一个报销受理方进行报销的依据。

例如，假设需要报销的总金额为100元，用户向医保局报销了40元，则生成费用分割单记录了60元的未报销金额。用户再向保险机构报销时，可出具该费用分割单，保险机构可以基于该费用分割单中记录的未报销的60元，进行报销。

上述电子票据是一种电子凭证。比如，在医疗报销领域，该电子票据为医疗报销单等。在车险领域，该电子票据可以是保险理赔单等。这里只是对电子票据进行示例性地说明，不进行具体地限定。

对于上述智能合约的创建过程，可参见图1所示的创建过程，该创建智能合约信息的交易中的Data字段保存了费用分割逻辑。这里不再赘述。

在本实施例中，上述目标交易可以是报销受理方发送的费用分割交易，区块链的节点设备在监听到费用分割交易后，可自动生成费用分割单。当然，上述目标交易也可以是报销发起方发起的报销交易，区块链的节点设备在接收到报销交易后，对报销交易所指示的目标电子票据进行报销校验，生成可报销事件并在区块链进行存证以促使报销受理方进行相应地报销。在报销受理方完成报销后，基于报销受理方发布至区块链的报销信息自动生成费用分割单。

但不论上述目标交易是费用分割交易还是报销交易，该目标交易是包含有调用智能合约信息的交易。如图4所示，该目标交易的From字段用于记录发起调用智能合约的账户的地址，目标交易To字段用于记录被调用的智能合约的地址，该目标交易的Data字段用于记录调用智能合约的方法和参数。当然，该目标交易还可依据交易的不同携带不同的信息，这里只是示例性地说明，不进行具体限定。

下面对上述生成费用分割单的两种方式进行详细地说明。

方式一：

在该方式中，区块链的节点设备在接收到报销发起方发起的报销交易后，进行与报销相关的处理(比如报销条件校验，可报销事件的发布等)，并存证报销受理方在完成报销后发布至该区块链的报销信息。而区块链的节点设备在监听到报销受理方发起的费用分割交易后，可自动生成费用分割单。

在实现时，区块链上存证了各电子票据、以及各电子票据的报销信息。下面对报销信息的由来进行说明。

报销发起方可向区块链发布报销交易，该报销交易中携带有待报销的目标电子票据的标识。

当区块链上的节点设备监听到区块链存证的该报销交易后，可调用该区块链上部署的智能合约中声明的报销逻辑，对报销发起方进行报销校验。

其中，报销逻辑具体可以是声明在该智能合约中的，与对报销发起方进行报销校验的执行逻辑相关的程序代码(例如：一些可供调用的程序方法或者函数)；该智能合约的创建和调用流程可以参考前述智能合约的创建和调用流程，本说明书在此不再赘述。

具体地，区块链上的节点设备可调用部署在区块链上的智能合约中的报销逻辑，检测该区块链上存证的目标电子票据是否满足报销条件。

在实际应用中，上述报销条件可包括：报销发起方的报销权限条件，以及报销额度条件等。这里只是对报销条件进行示例性地说明，不对该报销条件进行具体地限定。

比如，对于报销发起方的报销权限条件，区块链节点设备可检测报销发起方是否具有该目标电子票据的报销权限。例如，该报销发起方是否为该目标电子票据的付款人；或者，该报销发起方是否属于该报销受理方的员工等。

举例来说，上述报销交易可以包括报销发起方的用户标识。该区块链中的节点设备在对该报销发起方进行报销权限校验时，可以先确定该目标电子票据中的付款方的用户标识，再比较发起方用户标识和付款方用户标识是否一致。如果是，则该区块链中的节点设备可以确定对该报销发起方的报销权限校验通过。

对于报销额度条件，区块链上维护了各报销发起方的报销发起方的剩余报销额度。区块链上的节点设备可检测目标电子票据中的报销金额是否小于该报销发起方的剩余报销额度。如果目标电子票据中的报销金额是否小于该报销发起方的剩余报销额度，则确定该目标电子票据符合报销条件。

举例来说，该区块链中的节点设备可以在本地维护该报销发起方的剩余报销额度，假设该报销发起方的剩余报销额度为10000。在这种情况下，该区块链中的节点设备在对该报销发起方进行报销额度校验时，可以确定该目标电子票据中的金额是否小于该报销发起方的剩余报销额度。假设该目标电子票据中的金额为1000，小于维护的报销发起方的剩余报销额度，则该区块链中的节点设备可以确定对该报销发起方的报销额度校验通过。此外，该区块链中的节点设备可以将维护的该报销发起方的剩余报销额度更新为9000，用于后续的报销额度校验。

在本实施例中，当区块链上的节点设备确定该目标电子票据满足报销条件，则生成针对该目标电子票据满足报销条件的可报销事件，并将该可报销事件发布至区块链进行存证。

例如，区块链上还维护了与各报销交易对应的交易日志。交易日志中可储存与该报销交易中的相关信息，比如报销交易中携带的电子票据等。

当区块链上的节点设备确定该目标电子票据满足报销条件，区块链上的节点设备可将该可报销事件发布至区块链上与上述报销交易对应的交易日志中进行存证。

该报销受理方可进行日志监听。当该报销受理方监听到交易日志中的可报销事件后，在本地进行报销处理。比如向用户账户转账可报销费用。在完成报销处理后，报销受理方可将报销信息发布至区块链进行存证。

其中，该报销信息可包括：报销总金额、已报销信息、未报销信息等。当然，在实际应用中该报销信息还可包括其他内容，比如报销时间，每次报销的报销受理方机构等等。

基于上述描述，区块链上存证了针对目标电子票据的报销信息。

此外，报销受理方可向区块链发布费用分割交易，该费用分割交易携带有目标电子票据的标识。

区块链的节点设备在接收到该报销受理方发起的费用分割交易后，可响应于该费用分割交易，调用部署在该区块链上的智能合约中声明的费用分割逻辑。比如该费用分割逻辑可以是：查找与该目标电子票据的标识对应的报销信息，并基于该报销信息中的未报销金额生成费用分割单，然后区块链的节点设备可将该费用分割单发布至区块链进行存证。

例如，假设报销受理方包括医保局和保险机构，用户先向医保局进行报销，再向保险机构进行报销。假设用户需要报销的电子票据为电子票据1，该电子票据1记载的报销总金额为100元。

用户终端可基于电子票据1，构造针对医保局的报销交易1，并将报销交易1发布至区块链进行存证。

当区块链的节点设备接收到该报销交易1后，可调用部署在区块链上的智能合约中声明的报销逻辑，确定该报销交易携带的电子票据1是否满足报销条件。如果电子票据1满足报销条件1，区块链的节点设备可生成电子票据1满足报销条件的可报销事件，并将该可报销事件发布至区块链上与该报销交易对应的交易日志中进行存证。

医保局可监听该交易日志，当医保局监听到区块链存证的该交易日志中的可报销事件后，可基于该交易日志中的电子票据1，进行报销处理。比如，医保局可报销40元，医保局可向用户账户转款40元。在完成报销处理后，医保局可将电子票据1的报销信息(比如报销总金额100元、已报销金额40元和未报销金额60元)发布至区块链进行存证。

此外，在需要生成费用分割单时，医保局可向区块链发布费用分割交易，该费用分割交易携带有电子票据1的标识。区块链的节点设备在接收到该费用分割交易后，可响应于费用分割交易，调用部署在区块链上的智能合约中声明的费用分割逻辑在区块链存证的报销信息中，确定出电子票据1的报销信息，并基于该报销信息中的未报销金额(如60元)生成费用分割单1。

用户终端可从区块链获取费用分割单1，然后基于费用分割单1构造报销交易2，来使得保险机构可以基于费用分割单1进行报销处理。

具体地，用户终端可获取区块链存证的费用分割单1。当用户需要向保险机构发起报销申请时，用户可基于电子票据1、费用分割单1构造针对保险机构的报销交易2。该报销交易2中携带电子票据1、费用分割单1。用户终端可将报销交易2发布至区块链进行存证。

当区块链的节点设备接收到该报销交易2后，可调用部署在区块链上的智能合约中声明的报销逻辑，确定该报销交易携带的电子票据1是否满足报销条件。如果电子票据1满足报销条件1，区块链的节点设备可生成电子票据1满足报销条件的可报销事件，并将该可报销事件发布至区块链上与该报销交易对应的交易日志中进行存证。

保险机构可监听该交易日志，当保险机构监听到区块链存证的该交易日志中的可报销事件后，可获取区块链存证的电子票据1和费用分割单1，进行报销处理。比如，保险机构可报销40元，保险机构可向用户转款40元，然后将报销信息(比如报销总金额100元，医保局报销40元，保险机构报销40元，未报销20元等)发布至区块链进行存证。

此外，在需要生成费用分割单时，保险机构可向区块链发布费用分割交易，该费用分割交易携带有电子票据1的标识。

区块链的节点设备在接收到该费用分割交易后，可响应于费用分割交易，调用部署在区块链上的智能合约中声明的费用分割逻辑在区块链存证的报销信息中，确定出电子票据1的报销信息，并基于该报销信息中的未报销金额(如20元)生成费用分割单2，并将该费用分割单2发布至区块链进行存证。

其他保险机构可采用上述方式基于电子票据1和费用分割单2完成报销，这里不再赘述。

方式二：

在该方式中，区块链的节点设备可响应于报销发起方发起的报销交易，进行与报销相关的处理(比如报销条件校验等等)，在监听到区块链上存证了报销受理方完成报销后的报销信息时，基于该报销信息中未报销金额，自动生成费用分割单。

在实现时，报销发起方向区块链发布报销交易，该报销交易携带目标电子票据。

当区块链上的节点设备监听到区块链存证的该报销交易后，可响应于该报销交易，调用部署在该区块链上的智能合约中声明的报销逻辑，确定该目标电子票据是否满足报销条件。

其中，上述报销条件如上文所述，这里不再赘述。

如果区块链上的节点设备确定该目标电子票据不满足报销条件，则向该报销受理方返回报销失败的提示信息，以提示用户报销失败。比如，区块链上的节点设备可向用户终端返回“报销金额不满足，无法报销，或者报销权限不满足无法报销”的提示信息，以提示用户报销失败。

如果区块链上的节点设备确定该目标电子票据满足报销条件，则生成针对该目标电子票据满足报销条件的可报销事件，并将该可报销事件发布至区块链进行存证。

例如，区块链上还维护了与各报销交易对应的交易日志。交易日志中可储存与该报销交易中的相关信息，比如报销交易中携带的电子票据等。

当区块链上的节点设备确定该目标电子票据满足报销条件，区块链上的节点设备可将该可报销事件发布至区块链上与上述报销交易对应的交易日志中进行存证。

该报销受理方可进行日志监听。当该报销受理方监听到交易日志中的可报销事件后，在本地进行报销处理。比如向用户账户转账可报销费用。在完成报销处理后，报销受理方可将报销信息发布至区块链进行存证。

区块链的节点设备可在将可报销事件发布至区块链进行存证后，监听区块链存证的与该目标电子票据对应的报销信息。

如果监听到与该目标电子票据对应的报销信息，则进一步调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述报销信息中的未报销金额生成费用分割单。

如果在预设的监听时长内，仍未监听到该区块链存证的报销信息，则向该报销受理方返回报销失败的提示信息。

例如，假设报销受理方包括医保局和保险机构，用户先向医保局进行报销，再向保险机构进行报销。假设用户需要报销的电子票据为电子票据1，该电子票据1记载的报销总金额为100元。

用户终端可基于电子票据1构造针对医保局的报销交易1，并将报销交易1发布至区块链进行存证。

当区块链的节点设备接收到该报销交易1后，可响应于报销交易1，调用部署在区块链上的智能合约中声明的报销逻辑，确定该报销交易1携带的电子票据1是否满足报销条件。

如果电子票据1不满足报销条件1，区块链的节点设备可向报销受理方返回费用报销失败的提示信息。

如果电子票据1满足报销条件1，区块链的节点设备可生成电子票据1满足报销条件的可报销事件1，并将该可报销事件1发布至区块链上与该报销交易1对应的交易日志中进行存证。

医保局可监听该交易日志，当医保局监听到该交易日志中的该可报销事件后，可获取区块链存证的电子票据1，并进行报销处理。比如，医保局可报销40元，医保局可向用户账户转款40元。在完成报销处理后，医保局可将电子票据1的报销信息1(比如报销总金额100元、已报销金额40元和未报销金额60元)发布至区块链进行存证。

区块链的节点设备在将可报销事件1发布至区块链进行存证后，可监听区块链上存证与该电子票据1对应的报销信息1。

如果区块链的节点设备监听到报销信息1，则基于该报销信息1中的未报销金额(如60元)生成费用分割单1，并将该费用分割单1发布至区块链进行存证。

用户终端可从区块链获取费用分割单1，然后基于费用分割单1构造报销交易2，来使得保险机构可以基于费用分割单1进行报销处理。

具体地，用户终端可获取区块链存证的费用分割单1。当用户需要向保险机构发起报销申请时，用户可基于电子票据1、费用分割单1构造针对保险机构的报销交易2。该报销交易2中携带电子票据1标识、费用分割单1标识。用户终端可将报销交易2发布至区块链进行存证。

当区块链的节点设备接收到该报销交易2后，可调用部署在区块链上的智能合约中声明的报销逻辑，确定该报销交易携带的电子票据1是否满足报销条件。如果电子票据1满足报销条件1，区块链的节点设备可生成电子票据1满足报销条件的可报销事件，并将该可报销事件发布至区块链上与该报销交易对应的交易日志中进行存证。该交易日志里还保存有电子票据1标识、费用分割单1标识等信息。

保险机构可监听该交易日志，当保险机构监听到区块链存证的该交易日志中的可报销事件后，可获取区块链存证的电子票据1和费用分割单1，进行报销处理。比如，保险机构可报销40元，保险机构可向用户转款40元，然后将报销信息2(比如报销总金额100元，医保局报销40元，保险机构报销40元，未报销20元等)发布至区块链进行存证。

当区块链的节点设备监听到该报销信息2后，可基于报销信息2中的未报销金额(如20元)，生成费用分割单2，并将该费用分割单2发布至区块链进行存证。

用户还可发起针对其他保险机构的报销申请，其他保险机构可采用上述方式基于电子票据1和费用分割单2完成报销，这里不再赘述。

由上述描述可知，区块链的节点设备可以响应于携带有目标电子票据标识的目标交易，调用部署在区块链上的智能合约中声明的费用分割逻辑，基于该区块链存证的与目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单，从而实现了用户通过调用区块链伤的智能合约自主开具费用分割单。

另一方面，由于区块链存证的数据具有不可篡改的特性，所以采用区块链存证报销信息和费用分割单不易被篡改，真实度更高。

第三方面，通过区块链将用户向各个报销受理方进行报销的电子票据、报销信息和费用分割单联系起来，使得用户的报销轨迹可以在区块链上进行追溯。

与上述方法实施例相对应，本说明书还提供了一种基于区块链的报销费用分割装置的实施例。

参见图6，图6是本说明书一示例性实施例示出的一种基于区块链的报销费用分割装置的框图，该装置可包括如下所示单元。

接收单元601，接收目标交易；所述目标交易中携带有目标电子票据标识；

调用单元602，响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述区块链存证的与所述目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单；

发布单元603，将所述费用分割单发布至所述区块链进行存证。

可选的，所述目标交易为报销受理方发起的费用分割交易；所述区块链存证有电子票据的报销信息；

所述调用单元602，查找所述区块链存证的与所述目标电子票据标识对应的报销信息；基于查找到的报销信息中的未报销金额，生成费用分割单。

可选的，所述目标交易为报销发起方发起的报销交易；所述区块链存证了与所述报销交易对应的目标电子票据；

所述调用单元602，响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的报销逻辑，确定所述目标电子票据是否满足报销条件；如果所述目标电子票据满足报销条件，生成所述目标电子票据满足报销条件的可报销事件，并将所述可报销事件发布至所述区块链进行存证，以使得报销受理方监听到所述区块链存证的所述可报销事件时，对目标电子票据进行报销处理，并将报销信息发布至所述区块链进行存证；响应于监听到的所述区块链存证的所述报销信息，进一步调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述报销信息中的未报销金额生成费用分割单。

可选的，所述调用单元602，如果在预设的监听时长内，仍未监听到所述区块链存证的报销信息，则向所述报销受理方返回报销失败的提示信息。

可选的，所述调用单元602，如果所述目标电子票据不满足报销条件，则向所述报销受理方返回报销失败的提示信息。

此外，本说明书还提供了基于区块链的报销费用分割装置所在的电子设备。

参见图7，图7是本说明书一示例性实施例示出的一种基于区块链的报销费用分割装置所在电子设备的硬件结构图。

该电子设备包括：通信接口701、处理器702、机器可读存储介质703和总线704；其中，通信接口701、处理器702和机器可读存储介质703通过总线704完成相互间的通信。处理器702通过读取并执行机器可读存储介质703中与基于区块链的报销费用分割控制逻辑对应的机器可执行指令，可执行上文描述的基于区块链的报销费用分割方法。

本文中提到的机器可读存储介质703可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：易失存储器、非易失性存储器或者类似的存储介质。具体地，机器可读存储介质703可以是RAM(Radom Access Memory，随机存取存储器)、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、DVD等)，或者类似的存储介质，或者它们的组合。

其中，通过读取并执行所述存储器存储的与基于区块链的报销费用分割的控制逻辑对应的机器可执行指令，所述处理器被促使：

接收发送的目标交易；所述目标交易中携带有目标电子票据标识；

响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述区块链存证的与所述目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单；

将所述费用分割单发布至所述区块链进行存证。

可选的，所述目标交易为报销受理方发起的费用分割交易；所述区块链存证有电子票据的报销信息；

在基于所述区块链存证的与所述目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单时，所述处理器被促使：

查找所述区块链存证的与所述目标电子票据标识对应的报销信息；

基于查找到的报销信息中的未报销金额，生成费用分割单。

可选的，所述目标交易为报销发起方发起的报销交易；所述区块链存证了与所述报销交易对应的目标电子票据；

在响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述区块链存证的与所述目标电子票据标识对应的报销信息中的未报销金额，生成费用分割单时，所述处理器被促使：

响应于所述目标交易，调用部署在所述区块链上的智能合约中声明的报销逻辑，确定所述目标电子票据是否满足报销条件；

如果所述目标电子票据满足报销条件，生成所述目标电子票据满足报销条件的可报销事件，并将所述可报销事件发布至所述区块链进行存证，以使得报销受理方监听到所述区块链存证的所述可报销事件时，对目标电子票据进行报销处理，并将报销信息发布至所述区块链进行存证；

响应于监听到的所述区块链存证的所述报销信息，进一步调用部署在所述区块链上的智能合约中声明的费用分割逻辑，基于所述报销信息中的未报销金额生成费用分割单。

可选的，读取并执行所述存储器存储的与基于区块链的报销费用分割的控制逻辑对应的机器可执行指令，所述处理器还被促使：

如果在预设的监听时长内，仍未监听到所述区块链存证的报销信息，则向所述报销受理方返回报销失败的提示信息。

可选的，读取并执行所述存储器存储的与基于区块链的报销费用分割的控制逻辑对应的机器可执行指令，所述处理器还被促使：

如果所述目标电子票据不满足报销条件，则向所述报销受理方返回报销失败的提示信息。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

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

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