CN115601091A - 一种基于区块链的票据管理方法以及相关设备 - Google Patents

Abstract

本发明公开了一种基于区块链的票据管理方法以及相关设备，该方法包括：获取电子票据开具请求；电子票据开具请求包含票据服务商的服务商身份信息；根据电子票据开具请求调用电子票据合约中的授权服务商集合对服务商身份信息进行鉴权处理，得到鉴权结果；若鉴权结果为具备票据开具权限结果，则通过电子票据合约生成电子票据；通过电子票据合约获取具有电子票据的持有权限的第一用户信息，根据第一用户信息生成第一票据流转轨迹，将第一用户信息、第一票据流转轨迹和电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中。采用本发明，可以记录电子票据的唯一归属状态，提高电子票据的使用安全性。

Description

一种基于区块链的票据管理方法以及相关设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于区块链的票据管理方法以及相关设备。

背景技术

电子发票是指在购销商品、提供或接受服务以及从事其他经营活动中，由税务系统所开具的全国同一编码，采用统一防伪技术的电子收付款凭证。与传统纸质发票相比，网络发票管理系统可以在线开票，节省发票工本费、税控机成本以及相关人力成本。

传统的电子发票解决方案中，通常采用中心化数据库结合数字签名的手段保证电子发票的安全和生命周期，但是多方很难验证识别电子发票的实际归属状态，而在不确定电子发票的实际归属状态的情况下，往往很难保证电子发票的使用安全性。

发明内容

本申请实施例提供一种基于区块链的票据管理方法以及相关设备，可以记录电子票据的唯一归属状态，提高电子票据的使用安全性。

本申请实施例一方面提供了一种基于区块链的票据管理方法，包括：

获取电子票据开具请求；电子票据开具请求包含票据服务商的服务商身份信息；

根据电子票据开具请求调用电子票据合约中的授权服务商集合对服务商身份信息进行鉴权处理，得到鉴权结果；

若鉴权结果为具备票据开具权限结果，则通过电子票据合约生成电子票据；

通过电子票据合约获取具有电子票据的持有权限的第一用户信息，根据第一用户信息生成第一票据流转轨迹，将第一用户信息、第一票据流转轨迹和电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中；票据令牌是指电子票据容器中与电子票据的电子票据标识对应的票据存储地址；电子票据容器处于电子票据合约中。

本申请实施例一方面提供了一种基于区块链的票据管理装置，包括：

第一请求获取模块，用于获取电子票据开具请求；电子票据开具请求包含票据服务商的服务商身份信息；

鉴权处理模块，用于根据电子票据开具请求调用电子票据合约中的授权服务商集合对服务商身份信息进行鉴权处理，得到鉴权结果；

票据生成模块，用于若鉴权结果为具备票据开具权限结果，则通过电子票据合约生成电子票据；

信息获取模块，用于通过电子票据合约获取具有电子票据的持有权限的第一用户信息；

轨迹生成模块，用于根据第一用户信息生成第一票据流转轨迹；

存储模块，用于将第一用户信息、第一票据流转轨迹和电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中；票据令牌是指电子票据容器中与电子票据的电子票据标识对应的票据存储地址；电子票据容器处于电子票据合约中。

其中，鉴权处理模块，包括：

调用单元，用于根据电子票据开具请求调用电子票据合约中的授权服务商集合；授权服务商集合包括至少两个授权服务商的合法身份信息；

遍历鉴权单元，用于根据服务商身份信息对授权服务商集合进行遍历；

遍历鉴权单元，还用于若在授权服务商集合中遍历到与服务商身份信息相同的合法身份信息，则确定鉴权结果为具备票据开具权限结果。

其中，信息获取模块，包括：

请求处理单元，用于获取第一用户信息对应的终端设备发送的针对电子票据的票据持有请求；

请求处理单元，还用于根据票据持有请求调用电子票据合约；

权限分配单元，用于通过电子票据合约为票据持有请求所携带的第一用户信息，分配针对电子票据的持有权限，得到具有电子票据的持有权限的第一用户信息。

其中，票据持有请求还携带有第一用户信息针对电子票据的第一签名数据；

权限分配单元，包括：

共识子单元，用于通过电子票据合约向共识网络发起针对电子票据和第一签名数据的共识处理，得到第一共识结果；共识网络用于在第一共识结果为共识通过结果时，将电子票据和第一用户信息的关联关系写入区块链账本中；

权限确定子单元，用于当电子票据和第一用户信息的关联关系被写入区块链账本时，确定票据持有请求所携带的第一用户信息，具有针对电子票据的持有权限。

其中，票据基础信息包括电子票据标识和电子票据票面信息；票据令牌包括令牌标识字段、票据拥有者字段、票面信息字段和票据流转字段；

存储模块，包括：

提取单元，用于通过电子票据合约中的票据容器函数，从电子票据中提取出电子票据标识和电子票据票面信息；

存储单元，用于将电子票据标识存储至令牌标识字段，将第一用户信息存储至票据拥有者字段，将电子票据票面信息存储至票面信息字段，将第一票据流转轨迹存储至票据流转字段。

其中，上述票据管理装置，还包括：

第二请求获取模块，用于获取流转请求用户信息对应的终端设备发送的电子票据转移请求；电子票据转移请求包含第二用户信息、流转请求用户信息和电子票据；

第一令牌调用模块，用于根据电子票据转移请求调用电子票据合约中与电子票据对应的票据令牌；

第一信息读取模块，用于读取票据令牌的票据拥有者字段中所存储的第一用户信息；

第一权限转移模块，用于若流转请求用户信息与第一用户信息相同，则通过电子票据合约将第一用户信息具有的电子票据的持有权限转移至第二用户信息；

第一令牌更新模块，用于根据第一用户信息、第二用户信息和电子票据更新票据令牌。

其中，第一令牌更新模块，包括：

第一轨迹生成单元，用于根据第一用户信息和第二用户信息生成第二票据流转轨迹；

第一更新单元，用于将票据令牌的票据拥有者字段中存储的第一用户信息替换为第二用户信息；

第一更新单元，还用于将第二票据流转轨迹添加进票据令牌的票据流转字段。

其中，上述票据管理装置，还包括：

第三请求获取模块，用于获取报销请求用户信息对应的终端设备发送的电子票据报销请求；电子票据报销请求包含报销企业信息、报销请求用户信息和电子票据；

第二令牌调用模块，用于根据电子票据报销请求调用电子票据合约中与电子票据对应的票据令牌；

第二信息读取模块，用于读取票据令牌的票据拥有者字段中所存储的第一用户信息；

第二权限转移模块，用于若报销请求用户信息与第一用户信息相同，且票据令牌的票据流转字段中不存在票据报销标识，则通过电子票据合约将第一用户信息具有的电子票据的持有权限转移至报销企业信息；

第二令牌更新模块，用于生成票据报销标识，根据票据报销标识、第一用户信息、报销企业信息和电子票据更新票据令牌。

其中，第二令牌更新模块，包括：

第二轨迹生成单元，用于根据第一用户信息和报销企业信息生成第三票据流转轨迹；

报销标识生成单元，用于针对第一用户信息生成票据报销标识；

第二更新单元，用于将票据令牌的票据拥有者字段中存储的第一用户信息替换为报销企业信息；

第二更新单元，还用于将第三票据流转轨迹和票据报销标识添加进票据令牌的票据流转字段。

其中，上述票据管理装置，还包括：

日志写入模块，用于调用电子票据合约中的日志功能函数查询针对电子票据开具请求的票据生成行为信息和票据存储行为信息；

日志写入模块，还用于将票据生成行为信息和票据存储行为信息写入电子票据合约中的操作日志。

其中，上述票据管理装置，还包括：

服务商添加模块，用于接收服务商添加请求；服务商添加请求包括票据服务商的身份信息和票据管理局的身份信息；

服务商添加模块，还用于根据服务商添加请求调用电子票据合约中的合法管理局对票据管理局进行身份验证，得到验证结果；

服务商添加模块，还用于若验证结果为验证通过结果，则将票据服务商的身份信息添加进电子票据合约中的授权服务商集合。

本申请实施例一方面提供了一种计算机设备，包括：处理器和存储器；

处理器与存储器相连，其中，存储器用于存储计算机程序，计算机程序被处理器执行时，使得该计算机设备执行本申请实施例提供的方法。

本申请实施例一方面提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，该计算机程序适于由处理器加载并执行，以使得具有该处理器的计算机设备执行本申请实施例提供的方法。

本申请实施例一方面提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例提供的方法。

在本申请实施例中，获取包含票据服务商的服务商身份信息的电子票据开具请求后，可以根据电子票据开具请求调用电子票据合约中的授权服务商集合对服务商身份信息进行鉴权处理，得到鉴权结果；若鉴权结果为具备票据开具权限结果，则通过电子票据合约生成电子票据；然后通过电子票据合约获取具有电子票据的持有权限的第一用户信息，根据服务商身份信息和第一用户信息生成第一票据流转轨迹，将第一用户信息、第一票据流转轨迹和电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中；其中，票据令牌是指电子票据容器中与电子票据的电子票据标识对应的票据存储地址；其中，电子票据容器处于电子票据合约中。采用本申请实施例提供的方法，电子票据对应的票据流转情况和具有电子票据的持有权限的第一用户信息，可以随时调用电子票据容器中的与该电子票据的电子票据标识对应的票据令牌进行查看，可以记录电子票据的唯一归属状态，提高电子票据的使用安全性。

附图说明

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

图1是本申请实施例提供的一种网络架构示意图；

图2a-图2b是本申请实施例提供的一种票据管理的场景示意图；

图3是本申请实施例提供的一种基于区块链的票据管理方法的流程示意图；

图4是本申请实施例提供的一种票据持有权限分配的场景示意图；

图5是本申请实施例提供的一种电子票据合约的示意图；

图6是本申请实施例提供的一种电子票据流转方法的流程示意图；

图7是本申请实施例提供的一种电子票据报销方法的流程示意图；

图8是本申请实施例提供的一种基于区块链的票据管理装置的结构示意图；

图9是本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参见图1，图1是本申请实施例提供的一种网络架构示意图。区块链是一种分布式数据存储、点对点传输、共识机制以及加密算法等计算机技术的新型应用模式，主要用于对数据按时间顺序进行整理，并加密成账本，使其不可被篡改和伪造，同时可进行数据的验证、存储和更新。区块链本质上是一个去中心化的数据库，该数据库中的每个节点均存储一条相同的区块链，区块链网络可以将节点区分为共识节点和业务节点，其中共识节点负责区块链全网的共识。对于区块链网络中交易数据被写入账本的过程可以为，客户端发送交易数据至业务节点，随后该交易数据以接力棒的方式在区块链网络中的业务节点之间传递，直到共识节点收到该交易数据，共识节点再将该交易数据打包进区块，与其他共识节点之间进行共识，在共识通过后，将携带该交易数据的区块写入账本。

其中，可以理解的是，区块(Block)是在区块链网络上承载交易数据(即交易业务)的数据包，是一种被标记上时间戳和之前一个区块的哈希值的数据结构，区块经过网络的共识机制验证并确定区块中的交易。

其中，可以理解的是，区块链系统中可以包括有智能合约，该智能合约在区块链系统中可以理解为是一种区块链各节点(包括共识节点)可以理解并执行的代码，可以执行任意逻辑并得到结果。用户可以通过客户端发起一个交易业务请求的方式，调用区块链上已经部署的智能合约，随后，区块链上的业务节点可以将该交易业务请求发送至共识节点，而区块链上的各个共识节点可以分别运行该智能合约。应当理解，区块链中可以包括一个或多个智能合约，这些智能合约可以标识号(Identity document，ID)或名称来进行区分，而客户端发起的交易业务请求中，也可以携带智能合约的标识号或名称，以此指定区块链需要运行的智能合约。而若客户端所指定的智能合约为需要读取数据的合约，则各个共识节点会访问本地账本来进行数据的读取，最后各个共识节点会互相验证执行结果是否一致(也就是进行共识)，若一致则可以将执行结果存入各自的本地账本中，并将执行结果返回至客户端。

如图1所示，该网络架构可以包括共识节点集群1000、业务节点集群100以及终端设备(客户端)集群10，该共识节点集群1000可以包括至少两个共识节点，业务节点集群100可以包括至少两个业务节点。如图1所示，该共识节点集群1000可以包括共识节点1000a、共识节点1000b、…、共识节点1000n，该业务节点集群100具体可以包括业务节点100a、业务节点100b、…、业务节点100n，该终端设备集群10具体可以包括终端设备10a、终端设备10b、…、终端设备10n。

如图1所示，终端设备10a、终端设备10b、…、终端设备10n可以分别与业务节点100a、业务节点100b、…、业务节点100n进行网络连接，以便于终端设备可以通过该网络连接与业务节点进行数据交互；业务节点100a、业务节点100b、…、业务节点100n可以分别与共识节点1000a、共识节点1000b、…、共识节点1000n进行网络连接，以便于业务节点可以通过该网络连接与共识节点进行数据交互；业务节点100a、业务节点100b、…、业务节点100n互相连接，以便于业务节点之间可以进行数据交互，共识节点1000a、共识节点1000b、…、共识节点1000n互相连接，以便于共识节点之间可以进行数据交互。

可以理解的是，上述区块链中的各个节点(可以是业务节点或者共识节点)之间可以通过上述数据连接进行数据或者区块传输。区块链网络可以基于节点标识实现节点之间的数据连接，对于区块链网络中的每个节点，均具有与其对应的节点标识，而且上述每个节点均可以存储与自身有相连关系的其他节点的节点标识，以便后续根据其他节点的节点标识，将获取到的数据或生成的区块广播至其他节点。其中，节点标识可为网络之间互联的协议(Internet Protocol，IP)地址以及其他任意一种能够用于标识区块链网络中节点的信息。

可以理解的是，上述的数据连接不限定连接方式，可以通过有线通信方式进行直接或间接地连接，也可以通过无线通信方式进行直接或间接地连接，还可以通过其他连接方式，本申请在此不做限制。

可以理解的是，本申请实施例所提供的数据处理方法可以由计算机设备执行，计算机设备包括但不限于上述业务节点、共识节点(可以为终端或服务器)。上述服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。上述终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。

如图1所示，业务节点集群100中的任一业务节点可以获取终端设备集群10中票据服务商对应的终端设备传来的电子票据开具请求，其中，该电子票据开具请求包含票据服务商的服务商身份信息。然后，接收到电子票据开具请求的业务节点可以根据电子票据开具请求调用电子票据合约(属于上述智能合约)中的授权服务商对该服务商身份信息进行鉴权处理，得到鉴权结果，若该鉴权结果为具备票据开具权限结果，则通过电子票据合约生成电子票据。其中，具备票据开具权限结果的票据服务商才可以开具电子发票，换言之，不具备票据开具权限结果的票据服务商发起的电子票据开具请求是无效的。其中，通过电子票据合约生成电子票据的过程，可以为：业务节点可以根据电子票据开具请求运行该电子票据合约，生成电子票据，随后，将携带该电子票据的共识请求发到给共识节点集群1000中的提议节点(可以为共识节点集群中的任一共识节点)，该提议节点根据该电子票据生成新的区块，随后，该提议节点可以根据区块链网络中其他共识节点的节点标识，将上述新生成的区块分别发送给其所在的区块链网络中的其他共识节点，由其他共识节点对新生成的区块进行校验(即进行共识)，并在完成校验后将上述新生成的区块添加至其存储的区块链中(也就是说，在共识通过后将电子票据存储至区块链中)。可以理解的是，只有当该电子票据通过区块链网络中共识节点的共识，该电子票据的生成过程才算完成，此时该电子票据才有效，如果该电子票据没有通过共识，该电子票据会被区块链网络中的任一节点(即无论是业务节点还是共识交接单)均确认为无效电子票据。

可以理解的是，本发明实施例提供的方法可以由计算机设备执行，计算机设备包括但不限于终端或服务器。本发明实施例中的业务节点或者共识节点可以为计算机设备。

为便于理解，请参见图2a-图2b，图2a-图2b是本申请实施例提供的一种票据管理的场景示意图。其中，如图2a所示的用户A对应的用户终端设备20可以为上述图1所对应实施例中的终端设备集群10中的任一终端设备，如，该用户终端设备20可以为终端设备10a；如图2a所示的餐饮商B对应的商户终端设备21可以为上述图1所对应实施例中的终端设备集群10中的任一终端设备，如，该商户终端设备21可以为终端设备10b；如图2a所示的票据服务商C对应的开票终端设备22可以为上述图1所对应实施例中的终端设备集群10中的任一终端设备，如，该开票终端设备22可以为终端设备10n；如图2a所示的业务节点200可以为上述图1所对应实施例中的业务节点集群100中的任一业务节点，如，该业务节点可以为业务节点100b；如图2a所示的共识节点集群2000可以为上述共识节点集群1000。

如图2a所示，用户A是企业D的员工，通过用户终端设备20以企业D的名义向餐饮商B线上支付了500元的餐饮费，随后，用户A可以申请开票，即通过用户终端设备20向餐饮商B对应的商户终端设备21发起一笔电子票据开具业务(即要求餐饮商B为企业D开具一张金额为500元的电子票据g)。商户终端设备21会将餐饮商B的身份信息、企业D的身份信息以及发票面额信息一起发送给票据服务商C对应的开票终端设备22，申请开票。其中，票据服务商C是经过税局授权的、可以为商户申请开具电子发票的服务商。开票终端设备22会根据商户终端设备21传来的信息生成电子票据开具请求，其中，电子票据开具请求除了包含电子票据生成所需要的餐饮商B的身份信息、企业D的身份信息以及发票面额信息，还会包含票据服务商C的服务商身份信息。然后，开票终端设备22会将电子票据开具请求发送给业务节点200，业务节点200会先调用电子票据合约201中的授权服务商集合对该票据服务商C的服务商身份信息进行鉴权，得到鉴权结果。其中，授权服务商集合中包含的授权服务商均是经过税局授权的、可以为商户申请开具电子票据的服务商，即具备票据开票权限的服务商。业务节点200对票据服务商C进行鉴权，是为了确定该票据服务商C属于授权服务商集合中的授权服务商。当鉴权结果为票据服务商C具备票据开具权限结果时，业务节点200会根据电子票据开具请求中包含的餐饮商B的身份信息、企业D的身份信息以及发票面额信息等信息生成电子票据g，然后将该携带该电子票据g的共识请求202发送给共识节点集群2000中的提议节点，比如提议节点为共识节点2000a，共识节点2000a会根据该电子票据g生成新的区块，然后共识节点2000a会将新的区块广播给共识节点2000b、…、共识节点2000n，共识节点2000b、…、共识节点2000n会对该新的区块进行共识，如果共识通过，共识节点集群中的共识节点会将新的区块添加至存储的区块链中。当新的区块被共识节点集群2000共识通过以后，电子票据g的生成过程才算完成，即电子票据g才算有效电子票据，随后，业务节点200可以将该电子票据g返回给票据服务商C对应的开票终端设备22。最后，开票终端设备22会向用户终端设备20下发电子票据认领指令，用户终端设备20可以根据该电子票据认领指令生成针对该电子票据g的票据持有请求，以使业务节点200通过该票据持有请求将电子票据g的持有权限分配给用户A。

在业务节点200将电子票据g的持有权限分配给用户A后，还会将记录该电子票据g的票据基础信息、票据流转轨迹以及所属用户的身份信息，便于后续对该电子票据g的管理。其中，票据基础信息是指电子票据g的票面信息，即该电子票据g显示时呈现的信息，比如上述餐饮商B的身份信息、企业D的身份信息以及发票面额信息等等；票据流转轨迹是指电子票据g的持有权限的变化情况；所属用户是指当前时刻拥有电子票据g的持有权限的用户。请参见图2b，如图2b所示，业务节点200会先通过电子票据合约201获取电子票据g所属用户的身份信息，即用户A的身份信息。然后，业务节点200会根据用户A的身份信息生成电子票据g的票据流转轨迹，其中，票据流转轨迹用于记录电子票据g的持有权限的变化，可以默认电子票据g的初始拥有者为票据服务商C，则生成的票据流转轨迹可以为“票据服务商C→用户A”。然后，业务节点会存储用户A的身份信息、票据流转轨迹和电子票据g中的票据基础信息。如图2b所示，业务节点200中包含有电子票据合约201，电子票据合约201中除了包含授权服务商集合2011(即上述图2a中所述的授权服务商集合)以外，还可以包含有电子票据容器2012。在电子票据容器2012中，包含有多个票据令牌，一个票据令牌可以用于存储一张电子票据的票据基础信息、票据流转轨迹以及所属用户的身份信息。业务节点可以将用户A的身份信息、票据流转轨迹和电子票据g中的票据基础信息都存进票据令牌20121中。

进一步地，请参见图3，图3是本申请实施例提供的一种基于区块链的票据管理方法的流程示意图。其中，该方法可以由业务节点(例如，上述图1所对应实施例中的业务节点)执行，也可以由业务节点、共识节点(例如，上述图1所对应实施例中的共识节点)、终端设备(例如，上述图1所对应实施例中的终端设备)共同执行。以下将以本方法由业务节点执行为例进行说明，其中，该基于区块链的票据管理方法至少可以包括以下步骤S101-步骤S104：

步骤S101，获取电子票据开具请求；所述电子票据开具请求包含票据服务商的服务商身份信息。

具体的，电子票据又可以称作电子发票，电子发票是指在购销商品、提供或接受服务以及从事其他经营活动中，由税务系统所开具的采用全国统一编码，采用统一防伪技术的电子收付款凭证。与传统纸质发票相比，网络发票管理系统可以在线开票，节省发票工本费、税控机成本以及相关人力成本。票据服务商又可以称作开票服务商，合法的票据服务商是税局授权的，可以为商户申请开具电子票据的第三方服务平台，一个票据服务商可以与多家商户有合作，即可以接收多家商户传来的开票请求，然后根据开票请求生成电子票据开具请求。为了整个税务体系的安全，没有被税局授权的票据服务商对应的终端设备生成的电子票据开具请求，无法生成电子票据。因此，电子票据开具请求中除了包含生成电子票据所需要的基础信息(比如商户的身份信息、消费企业或者消费个人的身份信息以及发票面额信息等等)，需要包含票据服务商的服务商身份信息。

步骤S102，根据所述电子票据开具请求调用电子票据合约中的授权服务商集合对所述服务商身份信息进行鉴权处理，得到鉴权结果。

具体的，业务节点在获取到电子票据开具请求后，会从电子票据开具请求中提取票据服务商的服务商身份信息，然后业务节点会根据该电子票据开具请求调用电子票据合约中的授权服务商集合。其中，授权服务商集合中包括至少两个授权服务商的合法身份信息。其中，至少两个授权服务商中的每个授权服务商均是经过税局授权的合法票据服务商。然后，业务节点可以根据服务商身份信息对授权服务商集合进行遍历；若在授权服务商集合中遍历到与服务商身份信息相同的合法身份信息，则确定鉴权结果为具备票据开具权限结果。为便于理解，假设服务商身份信息为服务商识别编码，授权服务商集合中存储的是授权服务商对应的合法识别编码，授权服务商集合1中包括{xbz165，wqp132，qpz901}，其中，xbz165、wqb132、qpz901分别对应一个授权服务商的合法识别编码，业务节点从电子票据开具请求中提取到的票据服务商2的服务商识别编码为xyz468，随后业务节点会遍历授权服务商集合1查找与xyz468相同的识别编码，遍历完毕，该授权服务商集合1中没有与xyz468相同的识别编码，业务节点会确定该票据服务商2不具备票据开具权限，即鉴权结果为不具备票据开具权限结果。可以理解，如果在授权服务商集合1中找到与xyz468相同的识别编码，业务节点就会确定该票据服务商2具备票据开具权限，即鉴权结果为具备票据开具权限结果。

可选的，业务节点可以接收服务商添加请求，其中，服务商添加请求包括票据服务商的身份信息和票据管理局的身份信息。然后，业务节点可以根据服务商添加请求调用电子票据合约中的合法管理局对票据管理局进行身份验证，得到验证结果；若验证结果为验证通过结果，则将票据服务商的身份信息添加进电子票据合约中的授权服务商集合。

步骤S103，若所述鉴权结果为具备票据开具权限结果，则通过所述电子票据合约生成电子票据。

具体的，一个可行的实施例中，业务节点通过电子票据合约生成电子票据的过程，可以为：业务节点可以根据电子票据开具请求运行该电子票据合约，通过该电子票据合约中的票据生成函数生成电子票据，随后，业务节点可以将携带该电子票据的共识请求发到给共识节点集群的提议节点(可以为上述图1所述的共识节点集群1000中的任一共识节点)，该提议节点根据该电子票据生成包含该电子票据的票据验证区块，随后，该提议节点可以根据区块链网络中其他共识节点的节点标识，将上述新生成的票据验证区块分别发送给其所在的区块链网络中的其他共识节点，由其他共识节点对新生成的票据验证区块进行共识，并在共识通过后将上述新生成的票据验证区块添加至其存储的区块链中(也就是说，在共识通过后将电子票据存储至区块链中)。其中，一个共识节点对票据验证区块进行共识是指该共识节点对该票据验证区块进行校验，如果确认该票据验证区块合法，则投出一个赞同票，否则，投出一个反对票。当针对该票据验证区块投出赞同票的共识节点的数量超过共识通过阈值，确定该票据验证区块共识通过。可以理解的是，只有当该电子票据通过区块链网络中共识节点的共识，该电子票据的生成过程才算完成，此时该电子票据才有效，如果该电子票据没有通过共识，该电子票据会被区块链网络中的任一节点(即无论是业务节点还是共识交接单)均确认为无效电子票据。

具体的，一个可行的实施例中，业务节点通过电子票据合约生成电子票据的过程，可以为：业务节点可以通过发起一个票据生成业务请求的方式，来调用区块链上已经部署的电子票据合约。其中，票据生成业务请求可以携带生成电子票据所需的基础信息，如商户的身份信息、消费企业或者消费个人的身份信息以及发票面额信息等等，票据生成业务请求中还可以携带需要调用的电子票据合约的标识号或名称，来指定区块链需要运行的电子票据合约的票据生成函数)。业务节点将该票据生成业务请求发送至共识节点集群中的提议节点，提议节点会根据该票据生成业务请求打包一个票据生成区块，然后广播给其他共识节点，其余共识节点会对该票据生成区块进行共识，即分别根据票据生成区块中包含的票据合约的标识号或名称来调用该电子票据合约中的票据生成函数来生成电子票据，然后各自对生成的电子票据进行校验，如果校验成功，就投出一个赞成票，如果校验失败，就投出一个反对票。当针对该票据验证区块投出赞同票的共识节点的数量超过共识通过阈值，确定该票据生成区块共识通过。共识节点会新生成的票据生成区块添加至其存储的区块链中，并将生成的电子票据写入账本中。业务节点可以同步账本数据，从而获取到有效的电子票据。

步骤S104，通过所述电子票据合约获取具有所述电子票据的持有权限的第一用户信息，根据所述第一用户信息生成第一票据流转轨迹，将所述第一用户信息、所述第一票据流转轨迹和所述电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中。

具体的，业务节点通过电子票据合约获取具有电子票据的持有权限的第一用户信息的过程，可以为：获取第一用户信息对应的终端设备发送的针对电子票据的票据持有请求，根据票据持有请求调用电子票据合约，通过电子票据合约为票据持有请求所携带的第一用户信息，分配针对电子票据的持有权限，得到具有电子票据的持有权限的第一用户信息。可选的，票据持有请求还携带有第一用户信息针对该电子票据的第一签名数据，即第一用户信息对应的私钥对该电子票据的基础信息进行数字签名后，得到的签名数据。其中，基础信息可以是该电子票据的电子票据标识。此时，通过电子票据合约为票据持有请求所携带的第一用户信息，分配针对电子票据的持有权限，得到具有电子票据的持有权限的第一用户信息的过程，可以为：通过电子票据合约向共识网络发起针对电子票据和第一签名数据的共识处理，得到第一共识结果。共识网络可以在第一共识结果为共识通过结果时，将电子票据和第一用户信息的关联关系写入区块链账本中；当电子票据和所述第一用户信息的关联关系被写入区块链账本时，业务节点可以确定票据持有请求所携带的第一用户信息，具有针对电子票据的持有权限。

为便于理解电子票据的持有权限分配过程，以上述图2a中的业务节点200将电子票据g的持有权限分配给用户A为例进行说明。请一并参见图4，图4是本申请实施例提供的一种票据持有权限分配的场景示意图。如图4所示，用户A对应的用户终端设备20接收到开票终端设备发送的电子票据认领指令(电子票据认领指令的下发可以参见上述图2a对应实施例的描述)后，用户A根据该电子票据认领指令对应的电子票据认领界面完成认领操作，随后用户终端设备20响应认领操作生成票据持有请求23，其中，电子票据认领指令中携带电子票据g的电子票据标识，票据持有请求23携带用户A的身份信息以及用户A的私钥对该电子票据标识进行签名后得到的签名数据。业务节点200接收到票据持有请求23以后，会通过电子票据合约201向共识网络发起针对电子票据g和用户A的签名数据的共识处理，得到共识结果。共识处理过程如图4所示，业务节点200可以生成携带电子票据g和用户A的签名数据的共识请求203到共识节点集群2000中的提议节点，假设当前提议节点为共识节点2000b，共识节点2000b会根据共识请求203生成包含电子票据和用户A的签名数据的票据持有区块，然后将该票据持有区块发送给其他共识节点进行共识投票。当共识节点集群2000中的共识节点对该票据持有区块共识通过时，电子票据g和用户A的关联关系会被写入区块链账本，业务节点200同步区块链账本中的数据以后，会确定用户A具有电子票据的持有权限，同时业务节点200会将电子票据g下发到用户终端设备20。可选的，业务节点200和用户终端设备20之间的通信可以通过开票终端设备22的数据转发来实现，即上述票据持有请求23可以是用户终端设备20发送给开票终端设备22后，再由开票终端设备22转发给业务节点200，这里不作限制。

具体的，电子票据容器是电子票据合约中的存储地址，电子票据容器中可以包含多个票据令牌，一个票据令牌可以存储一张电子票据的第一票据流转轨迹、第一用户信息以及票据基础信息。其中，票据基础信息包括电子票据标识和电子票据票面信息。其中，电子票据标识可以包含电子票据号码和电子票据代码，即电子发票号码和电子发票代码，普通电子发票代码可以由国地税代码、行政区域代码、年份代码、行业代码、发票种类代码等组成，共12位。从左至右按照下列顺序编制：第1位为国地税代码，第2位～第5位为行政区域代码，第6位、第7位为年份代码，第8位为行业代码，第9位～第12位为发票种类代码；电子发票号码由国家工商局统一编号，一般是8位，是具有唯一性的，按年度、分批次编制。其中，电子票据票面信息可以包含票据消费对象的身份信息(比如上述企业D的企业名称、企业税号等等)，票据开具对象的身份信息(比如上述餐饮商B的名称、商品名称或经营项目等等)，票据面额信息等等。其中，第一票据流转轨迹是指电子票据的持有权限的变化情况，假设一张电子票据生成，默认该电子票据的持有权限为票据服务商，当第一用户通过对应的用户终端设备领取该电子票据后，电子票据的持有权限就变为第一用户所有，此时电子票据的第一票据流转轨迹就可以是“票据服务商→第一用户”。

具体的，票据令牌可以包括令牌标识字段、票据拥有者字段、票面信息字段和票据流转字段，则上述将第一用户信息、第一票据流转轨迹和电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中的过程，可以为：通过电子票据合约中的票据容器函数，从电子票据中提取出电子票据标识和电子票据票面信息；将电子票据标识存储至令牌标识字段，将第一用户信息存储至票据拥有者字段，将电子票据票面信息存储至票面信息字段，将第一票据流转轨迹存储至票据流转字段。

采用本申请实施例提供的方法，获取到包含票据服务商的服务商身份信息的电子票据开具请求后，可以根据电子票据开具请求调用电子票据合约中的授权服务商集合对服务商身份信息进行鉴权处理，得到鉴权结果；若鉴权结果为具备票据开具权限结果，则通过电子票据合约生成电子票据；然后通过电子票据合约获取具有电子票据的持有权限的第一用户信息，根据服务商身份信息和第一用户信息生成第一票据流转轨迹，将第一用户信息、第一票据流转轨迹和电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中。存储在票据令牌中的第一用户信息、第一票据流转轨迹和电子票据中的票据基础信息可以随时查阅，业务节点可以随时确定电子票据的唯一归属状态，从而避免对电子票据没有持有权限的用户对该电子票据进行操作，从而提高电子票据的使用安全性。

进一步地，请参见图5，图5是本申请实施例提供的一种电子票据合约的示意图。电子票据合约可以存储于业务节点(例如，上述图1所对应实施例中的业务节点)或共识节点(例如，上述图1所对应实施例中的共识节点)内，如图5所示的电子票据合约5主要由角色权限51，合约说明52，电子票据容器53及操作日志54这四个部分组成。

如图5所示，角色权限51表明电子票据合约的创建者，管理员和票据服务商，在一般的电子票据系统中，合约创建者和管理员应该均为税局，票据服务商是指具有开票权限的服务商。具有开票权限的票据服务商为开票服务商角色，通常由作为管理员角色的服务商(即税局)指定。可以理解的是，票据服务商对应的合法身份信息可以存储在上述图3所对应实施例中提到的票据服务商集合中。

如图5所示，合约说明52用于记录该电子票据合约的名称、类型、以及资产总量，比如，合约名称为电子发票，合约类别为票务，票务合约没有对应的资产总量，资产总量为无。

如图5所示，电子票据容器53用于保存实际的电子票据信息，包含票据令牌531、票据令牌532、票据令牌533、…。以票据令牌533为例进行电子票据信息存储说明，票据令牌533包括令牌标识(token-id)字段5331、票据拥有者(owner)字段5332、票面信息(meta)字段5333以及票据流转(data)字段5334，其中，令牌标识字段5331用于记录电子票据标识，即电子票据的票据号码和票据代码，可以理解的是，每张电子票据均只能通过票据服务商申请发行，并分配唯一的票据号码和票据代码，因为可以通过电子票据标识来区分不同的电子票据以及电子票据对应的票据令牌。其中，票据拥有者字段5332用于记录当前电子票据所有者信息，换言之，记录当前具有电子票据持有权限的用户信息。其中，票面信息字段5333用于记录电子票据票面信息。其中，票据流转字段5334用于记录电子票据的流转信息，通过对票据流转字段5334进行解析，可以快速查询到电子票据的最初创建者和每一次流转的用户身份。

如图5所示，操作日志54用于记录电子票据合约中的关键操作，包括合约角色权限的指定，电子票据的创建及流转等各种变更操作，并将这些操作与区块链交易标识相关联。可选的，业务节点在将电子票据存进票据令牌后，还可以调用电子票据合约中的日志功能函数，查询针对生成该电子票据的电子票据开具请求的票据生成行为信息和票据存储行为信息；然后将票据生成行为信息和票据存储行为信息写入电子票据合约中的操作日志。

采用本申请实施例提供的方法，对电子票据合约进行了标准化规范，从而使得电子票据的发行和操作更加规范，赋予了每一张电子票据唯一电子票据标识和独特价值，使电子票据成为数字资产的一部分。通过电子票据合约构建了电子票据的角色权限体系及电子票据的数据维护方式，在满足电子票据创建和流转等业务需求的同时，可以实现电子票据全生命周期的监管，保证对资产所有权的跟踪维护，保证了电子票据资产的唯一性和安全性。

进一步地，请参见图6，图6是本申请实施例提供的一种电子票据流转方法的流程示意图。如图6所示，该电子票据流转方法可以由业务节点(可以上述图1所对应实施例中的任一业务节点)执行。以下将以该电子票据流转方法由业务节点600执行为例进行说明。如图6所示，在该电子票据流转方法执行以前，业务节点600中的票据令牌6001中，存储有电子票据标识为电子票据标识x的电子票据的相关信息，具体为：令牌标识字段存储有电子票据标识x，票据拥有者字段存储有第一用户信息，票面信息字段存储有电子票据票面信息y，票据流转字段中存储有第一票据流转轨迹，其中，第一票据流转轨迹为“票据流转商→第一用户”。该电子票据的相关信息如何存储进票据令牌6001可以参见上述图3所对应实施例中的描述，这里不再进行赘述。如图6所示，该电子票据流转方法至少可以包括以下步骤S61-步骤S65：

步骤S61，获取流转请求用户信息对应的终端设备发送的电子票据转移请求；所述电子票据转移请求包含第二用户信息、所述流转请求用户信息和电子票据。

具体的，流转请求用户信息是指流转请求用户的身份信息，其中，流转请求用户是指想要进行电子票据持有权限转移操作的用户。如图6所示，假设终端设备60对应的流转请求用户想要将一张电子票据标识为电子票据标识x的电子票据转给第二用户，终端设备60会获取流转请求用户的流转请求身份信息、第二用户的第二身份信息以及该电子票据，生成电子票据转移请求，发送给业务节点600。

步骤S62，根据所述电子票据转移请求调用所述电子票据合约中与所述电子票据对应的票据令牌。

具体的，业务节点600获取到电子票据转移请求后，会从该电子票据转移请求中提取电子票据的电子票据标识(即电子票据标识x)，随后，业务节点600会在电子票据合约的电子票据容器中，查找令牌标识字段中存储的电子票据标识也为电子票据标识x的票据令牌，作为与该电子票据对应的票据令牌。如图6所示，该电子票据对应的票据令牌可以为票据令牌6001。

步骤S63，读取所述票据令牌的票据拥有者字段中所存储的第一用户信息。

步骤S64若所述流转请求用户信息与所述第一用户信息相同，则通过所述电子票据合约将所述第一用户信息具有的所述电子票据的持有权限转移至所述第二用户信息。

具体的，业务节点600需要先对流转请求用户信息进行验证，确定该流转请求用户信息具有电子票据转移请求中携带的电子票据的持有权限。因此，业务节点600可以从该电子票据对应的票据令牌6001中的票据拥有者字段读取第一用户信息，然后比对第一用户信息和流转请求用户信息。如果第一用户信息和流转请求用户信息相同，则流转请求用户信息的验证通过，业务节点200可以通过电子票据合约将第一用户信息具有的电子票据的持有权限转移至第二用户信息。可以理解的是，将第一用户信息具有的电子票据的持有权限转移至第二用户信息需要经过共识网络(即上述图1所对应实施例中共识节点集群所在的网络)的共识处理，共识通过，第一用户信息具有的电子票据的持有权限转移至第二用户信息才会被整个区块链中的各个共识节点或者业务节点承认。

步骤S65，根据所述第一用户信息、所述第二用户信息和所述电子票据更新所述票据令牌。

具体的，根据第一用户信息、第二用户信息和电子票据更新票据令牌的过程，可以为：根据第一用户信息和第二用户信息生成第二票据流转轨迹；将票据令牌的票据拥有者字段中存储的第一用户信息替换为第二用户信息；将第二票据流转轨迹添加进票据令牌的票据流转字段。如图6所示，业务节点更新票据令牌6001后，票据令牌6001的令牌标识字段中的电子票据标识x和票面信息字段中的电子票据票面信息y没有更改，但是票据拥有者字段中存储的第一用户信息变为了第二用户信息。业务节点600生成的第二票据流转轨迹为“第一用户→第二用户”，业务节点600会将该第二票据流转轨迹添加进票据流转字段，即第一票据流转轨迹依然在票据流转字段中进行存储，不会被替换。

可选的，业务节点600调用电子票据合约完成将第一用户信息具有的电子票据的持有权限转移给第二用户信息的转移行为，以及对电子票据对应的票据令牌进行更新的更新行为，也可以写进操作日志中，后续可以进行查阅。

采用本申请实施例提供的方法，电子票据的流转情况可以在电子票据对应的票据令牌中随时查看，避免了一票多人所有的情况，提高了电子票据的安全性。

进一步地，请参见图7，图7是本申请实施例提供的一种电子票据报销方法的流程示意图。如图6所示，该电子票据流转方法可以由业务节点执行。以下将以该电子票据流转方法由业务节点700(可以上述图6所对应实施例中业务节点600)执行为例进行说明。如图6所示，在该电子票据报销方法执行以前，业务节点700中的票据令牌7001中，存储有电子票据标识为电子票据标识x的电子票据的相关信息，具体为：令牌标识字段存储有电子票据标识x，票据拥有者字段存储有第一用户信息，票面信息字段存储有电子票据票面信息y，票据流转字段中存储有第一票据流转轨迹，其中，第一票据流转轨迹为“票据流转商→第一用户”。如图7所示，该电子票据流转方法至少可以包括以下步骤S71-步骤S75：

S71，获取报销请求用户信息对应的终端设备发送的电子票据报销请求；所述电子票据报销请求包含报销企业信息、所述报销请求用户信息和电子票据。

具体的，报销请求用户信息是指报销请求用户的身份信息，其中，报销请求用户是指想要进行对该电子票据进行报销的用户。如图6所示，假设终端设备70对应的报销请求用户想要在企业报销一张电子票据标识为电子票据标识x的电子票据，终端设备60会获取报销请求用户的报销请求身份信息、企业的报销企业信息以及该电子票据，生成电子票据报销请求，发送给业务节点700。

S72，根据所述电子票据报销请求调用电子票据合约中与所述电子票据对应的票据令牌。

具体的，业务节点700获取到电子票据报销请求后，会从该电子票据报销请求中提取电子票据的电子票据标识(即电子票据标识x)，随后，业务节点700会在电子票据合约的电子票据容器中，查找令牌标识字段中存储的电子票据标识也为电子票据标识x的票据令牌，作为与该电子票据对应的票据令牌。如图7所示，该电子票据对应的票据令牌可以为票据令牌7001。

S73，读取所述票据令牌的票据拥有者字段中所存储的第一用户信息。

S74，若所述报销请求用户信息与所述第一用户信息相同，且所述票据令牌的所述票据流转字段中不存在票据报销标识，则通过所述电子票据合约将所述第一用户信息具有的所述电子票据的持有权限转移至所述报销企业信息。

具体的，业务节点700需要先确定报销请求用户的报销请求用户信息是否具有该电子票据的持有权限，以及该电子票据是否已经被报销过。只有当报销请求用户具有该电子票据的持有权限，且该电子票据没有被报销过，业务节点700才会响应电子票据报销请求执行相应的报销方法，如通过电子票据合约将第一用户信息具有的电子票据的持有权限转移至报销企业信息。可以理解的是，将第一用户信息具有的电子票据的持有权限转移至报销企业信息需要经过共识网络(即上述图1所对应实施例中共识节点集群所在的网络)的共识处理，共识通过，第一用户信息具有的电子票据的持有权限转移至报销企业信息才会被整个区块链中的各个共识节点或者业务节点承认，该电子票据的报销才算成功。

具体的，可以通过票据报销标识来对已经报销过的电子票据进行标记，当电子票据报销完成时，业务节点会生成对应的票据报销标识，然后将该票据报销标识添加进电子票据对应的票据令牌中的票据流转字段中，方便后续查看。

S75，生成所述票据报销标识，根据所述票据报销标识、所述第一用户信息、所述报销企业信息和所述电子票据更新所述票据令牌。

具体的，业务节点700可以根据第一用户信息和报销企业信息生成第三票据流转轨迹；然后针对第一用户信息生成票据报销标识；然后将票据令牌的票据拥有者字段中存储的第一用户信息替换为报销企业信息；最后将第三票据流转轨迹和票据报销标识添加进票据令牌的票据流转字段。如图7所示，业务节点更新票据令牌7001后，票据令牌7001的令牌标识字段中的电子票据标识x和票面信息字段中的电子票据票面信息y没有更改，但是票据拥有者字段中存储的第一用户信息变为了报销企业信息。业务节点700生成的第三票据流转轨迹为“第一用户→报销企业”，业务节点700还会针对第一用户信息生成票据报销标识，然后业务节点700会将该第三票据流转轨迹和票据报销标识添加进票据流转字段。

可选的，业务节点700调用电子票据合约完成报销第一用户信息具有的电子票据的报销行为，以及对电子票据对应的票据令牌进行更新的更新行为，也可以写进操作日志中，后续可以进行查阅。

采用本申请实施例提供的方法，在电子票据报销前，对报销用户的报销用户身份信息进行验证，验证通过后才允许报销；在电子票据报销后，会生成针对报销用户身份信息的票据报销标识，并写入该电子票据对应的票据令牌的票据流转字段中，后续针对该电子票据的电子票据报销请求均会被业务节点拒绝，可以避免假票真开、一票多开等问题。

进一步地，请参见图8，图8是本申请实施例提供的一种基于区块链的票据管理装置的结构示意图。上述基于区块链的票据管理装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如该基于区块链的票据处理装置为一个应用软件；该装置可以用于执行本申请实施例提供的方法中的相应步骤。该基于区块链的票据管理装置1可以包括：第一请求获取模块101、鉴权处理模块102、票据生成模块103、信息获取模块104、轨迹生成模块105以及存储模块106。

第一请求获取模块101，用于获取电子票据开具请求；电子票据开具请求包含票据服务商的服务商身份信息；

鉴权处理模块102，用于根据电子票据开具请求调用电子票据合约中的授权服务商集合对服务商身份信息进行鉴权处理，得到鉴权结果；

票据生成模块103，用于若鉴权结果为具备票据开具权限结果，则通过电子票据合约生成电子票据；

信息获取模块104，用于通过电子票据合约获取具有电子票据的持有权限的第一用户信息；

轨迹生成模块105，用于根据第一用户信息生成第一票据流转轨迹；

存储模块106，用于将第一用户信息、第一票据流转轨迹和电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中；票据令牌是指电子票据容器中与电子票据的电子票据标识对应的票据存储地址；电子票据容器处于电子票据合约中。

其中，第一请求获取模块101、鉴权处理模块102、票据生成模块103、信息获取模块104、轨迹生成模块105以及存储模块106的具体实现方式，可以参见上述图3所对应实施例中步骤S101-步骤S104的描述，这里将不再进行赘述。

请参见图8，鉴权处理模块102可以包括：调用单元1021以及遍历鉴权单元1022。

调用单元1021，用于根据电子票据开具请求调用电子票据合约中的授权服务商集合；授权服务商集合包括至少两个授权服务商的合法身份信息；

遍历鉴权单元1022，用于根据服务商身份信息对授权服务商集合进行遍历；

遍历鉴权单元1022，还用于若在授权服务商集合中遍历到与服务商身份信息相同的合法身份信息，则确定鉴权结果为具备票据开具权限结果。

其中，调用单元1021以及遍历鉴权单元1022的具体实现方式，可以参见上述图3所对应实施例中步骤S102的描述，这里将不再进行赘述。

请参见图8，信息获取模块104可以包括：请求处理单元1041以及权限分配单元1042。

请求处理单元1041，用于获取第一用户信息对应的终端设备发送的针对电子票据的票据持有请求；

请求处理单元1041，还用于根据票据持有请求调用电子票据合约；

权限分配单元1042，用于通过电子票据合约为票据持有请求所携带的第一用户信息，分配针对电子票据的持有权限，得到具有电子票据的持有权限的第一用户信息。

其中，请求处理单元1041以及权限分配单元1042的具体实现方式，可以参见上述图3所对应实施例中步骤S104的描述，这里将不再进行赘述。

其中，票据持有请求还携带有第一用户信息针对电子票据的第一签名数据；

请参见图8，权限分配单元1042可以包括：共识子单元10421以及权限确定子单元10422。

共识子单元10421，用于通过电子票据合约向共识网络发起针对电子票据和第一签名数据的共识处理，得到第一共识结果；共识网络用于在第一共识结果为共识通过结果时，将电子票据和第一用户信息的关联关系写入区块链账本中；

权限确定子单元10422，用于当电子票据和第一用户信息的关联关系被写入区块链账本时，确定票据持有请求所携带的第一用户信息，具有针对电子票据的持有权限。

其中，共识子单元10421以及权限确定子单元10422的具体实现方式，可以参见上述图3所对应实施例中步骤S104的描述，这里将不再进行赘述。

其中，票据基础信息包括电子票据标识和电子票据票面信息；票据令牌包括令牌标识字段、票据拥有者字段、票面信息字段和票据流转字段；

请参见图8，存储模块106可以包括：提取单元1061以及存储单元1062。

提取单元1061，用于通过电子票据合约中的票据容器函数，从电子票据中提取出电子票据标识和电子票据票面信息；

存储单元1062，用于将电子票据标识存储至令牌标识字段，将第一用户信息存储至票据拥有者字段，将电子票据票面信息存储至票面信息字段，将第一票据流转轨迹存储至票据流转字段。

其中，提取单元1061以及存储单元1062的具体实现方式，可以参见上述图3所对应实施例中步骤S104的描述，这里将不再进行赘述。

请参见图8，上述票据管理装置1还可以包括：第二请求获取模块107、第一令牌调用模块108、第一信息读取模块109、第一权限转移模块110以及第一令牌更新模块111。

第二请求获取模块107，用于获取流转请求用户信息对应的终端设备发送的电子票据转移请求；电子票据转移请求包含第二用户信息、流转请求用户信息和电子票据；

第一令牌调用模块108，用于根据电子票据转移请求调用电子票据合约中与电子票据对应的票据令牌；

第一信息读取模块109，用于读取票据令牌的票据拥有者字段中所存储的第一用户信息；

第一权限转移模块110，用于若流转请求用户信息与第一用户信息相同，则通过电子票据合约将第一用户信息具有的电子票据的持有权限转移至第二用户信息；

第一令牌更新模块111，用于根据第一用户信息、第二用户信息和电子票据更新票据令牌。

其中，第二请求获取模块107、第一令牌调用模块108、第一信息读取模块109、第一权限转移模块110以及第一令牌更新模块111的具体实现方式，可以参见上述图6所对应实施例中步骤S61-步骤S65的描述，这里将不再进行赘述。

请参见图8，第一令牌更新模块111可以包括：第一轨迹生成单元1111以及第一更新单元1112。

第一轨迹生成单元1111，用于根据第一用户信息和第二用户信息生成第二票据流转轨迹；

第一更新单元1112，用于将票据令牌的票据拥有者字段中存储的第一用户信息替换为第二用户信息；

第一更新单元1112，还用于将第二票据流转轨迹添加进票据令牌的票据流转字段。

其中，第一轨迹生成单元1111以及第一更新单元1112的具体实现方式，可以参见上述图6所对应实施例中步骤S65的描述，这里将不再进行赘述。

请参见图8，可以包括：第三请求获取模块112、第二令牌调用模块113、第二信息读取模块114、第二权限转移模块115以及第二令牌更新模块116。

第三请求获取模块112，用于获取报销请求用户信息对应的终端设备发送的电子票据报销请求；电子票据报销请求包含报销企业信息、报销请求用户信息和电子票据；

第二令牌调用模块113，用于根据电子票据报销请求调用电子票据合约中与电子票据对应的票据令牌；

第二信息读取模块114，用于读取票据令牌的票据拥有者字段中所存储的第一用户信息；

第二权限转移模块115，用于若报销请求用户信息与第一用户信息相同，且票据令牌的票据流转字段中不存在票据报销标识，则通过电子票据合约将第一用户信息具有的电子票据的持有权限转移至报销企业信息；

第二令牌更新模块116，用于生成票据报销标识，根据票据报销标识、第一用户信息、报销企业信息和电子票据更新票据令牌。

其中，第三请求获取模块112、第二令牌调用模块113、第二信息读取模块114、第二权限转移模块115以及第二令牌更新模块116的具体实现方式，可以参见上述图7所对应实施例中步骤S71-步骤S75的描述，这里将不再进行赘述。

请参见图8，第二令牌更新模块116可以包括：第二轨迹生成单元1161、报销标识生成单元1162以及第二更新单元1163。

第二轨迹生成单元1161，用于根据第一用户信息和报销企业信息生成第三票据流转轨迹；

报销标识生成单元1162，用于针对第一用户信息生成票据报销标识；

第二更新单元1163，用于将票据令牌的票据拥有者字段中存储的第一用户信息替换为报销企业信息；

第二更新单元1163，还用于将第三票据流转轨迹和票据报销标识添加进票据令牌的票据流转字段。

其中，第二轨迹生成单元1161、报销标识生成单元1162以及第二更新单元1163的具体实现方式，可以参见上述图7所对应实施例中步骤S75的描述，这里将不再进行赘述。

请参见图8，上述票据管理装置1还可以包括：日志写入模块117。

日志写入模块117，用于调用电子票据合约中的日志功能函数查询针对电子票据开具请求的票据生成行为信息和票据存储行为信息；

日志写入模块117，还用于将票据生成行为信息和票据存储行为信息写入电子票据合约中的操作日志。

其中，日志写入模块117的具体实现方式，可以参见上述图5所对应实施例中对应操作日志54的描述，这里将不再进行赘述。

请参见图8，上述票据管理装置1还可以包括：服务商添加模块118。

服务商添加模块118，用于接收服务商添加请求；服务商添加请求包括票据服务商的身份信息和票据管理局的身份信息；

服务商添加模块118，还用于根据服务商添加请求调用电子票据合约中的合法管理局对票据管理局进行身份验证，得到验证结果；

服务商添加模块118，还用于若验证结果为验证通过结果，则将票据服务商的身份信息添加进电子票据合约中的授权服务商集合。

其中，服务商添加模块118的具体实现方式，可以参见上述图3所对应实施例中步骤S102的描述，这里将不再进行赘述。

进一步地，请参见图9，图9是本申请实施例提供的一种计算机设备的结构示意图。如图9所示，上述图8所对应实施例中的票据管理装置1可以应用于上述计算机设备9000，上述计算机设备9000可以包括：处理器9001，网络接口9004和存储器9005，此外，上述计算机设备9000还包括：用户接口9003，和至少一个通信总线9002。其中，通信总线9002用于实现这些组件之间的连接通信。其中，用户接口9003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口9003还可以包括标准的有线接口、无线接口。网络接口9004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器9005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器9005可选的还可以是至少一个位于远离前述处理器9001的存储装置。如图9所示，作为一种计算机可读存储介质的存储器9005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在图9所示的计算机设备9000中，网络接口9004可提供网络通讯功能；而用户接口9003主要用于为用户提供输入的接口；而处理器9001可以用于调用存储器9005中存储的设备控制应用程序，以实现：

获取电子票据开具请求；电子票据开具请求包含票据服务商的服务商身份信息；

根据电子票据开具请求调用电子票据合约中的授权服务商集合对服务商身份信息进行鉴权处理，得到鉴权结果；

若鉴权结果为具备票据开具权限结果，则通过电子票据合约生成电子票据；

通过电子票据合约获取具有电子票据的持有权限的第一用户信息，根据第一用户信息生成第一票据流转轨迹，将第一用户信息、第一票据流转轨迹和电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中；票据令牌是指电子票据容器中与电子票据的电子票据标识对应的票据存储地址；电子票据容器处于电子票据合约中。

应当理解，本申请实施例中所描述的计算机设备9000可执行前文图3所对应实施例中对该基于区块链的票据管理方法的描述，也可执行前文图8所对应实施例中对该基于区块链的票据管理装置1的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是：本申请实施例还提供了一种计算机可读存储介质，且上述计算机可读存储介质中存储有前文提及的数据处理的计算机设备9000所执行的计算机程序，且上述计算机程序包括程序指令，当上述处理器执行上述程序指令时，能够执行前文图3所对应实施例中对上述票据管理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

上述计算机可读存储介质可以是前述任一实施例提供的票据管理装置或者上述计算机设备的内部存储单元，例如计算机设备的硬盘或内存。该计算机可读存储介质也可以是该计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(smart media card，SMC)，安全数字(secure digital，SD)卡，闪存卡(flash card)等。进一步地，该计算机可读存储介质还可以既包括该计算机设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该计算机设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例中一方面提供的方法。

本申请实施例的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括没有列出的步骤或模块，或可选地还包括对于这些过程、方法、装置、产品或设备固有的其他步骤单元。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例提供的方法及相关装置是参照本申请实施例提供的方法流程图和/或结构示意图来描述的，具体可由计算机程序指令实现方法流程图和/或结构示意图的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可提供到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或结构示意一个方框或多个方框中指定的功能的步骤。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (14)

1.一种基于区块链的票据管理方法，其特征在于，包括：

获取电子票据开具请求；所述电子票据开具请求包含票据服务商的服务商身份信息；

根据所述电子票据开具请求调用电子票据合约中的授权服务商集合对所述服务商身份信息进行鉴权处理，得到鉴权结果；

若所述鉴权结果为具备票据开具权限结果，则通过所述电子票据合约生成电子票据；

通过所述电子票据合约获取具有所述电子票据的持有权限的第一用户信息，根据所述第一用户信息生成第一票据流转轨迹，将所述第一用户信息、所述第一票据流转轨迹和所述电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中；所述票据令牌是指所述电子票据容器中与所述电子票据的电子票据标识对应的票据存储地址；所述电子票据容器处于所述电子票据合约中。

2.根据权利要求1所述的方法，其特征在于，所述根据所述电子票据开具请求调用电子票据合约中的授权服务商集合对所述服务商身份信息进行鉴权处理，得到鉴权结果，包括：

根据所述电子票据开具请求调用电子票据合约中的授权服务商集合；所述授权服务商集合包括至少两个授权服务商的合法身份信息；

根据所述服务商身份信息对所述授权服务商集合进行遍历；

若在所述授权服务商集合中遍历到与所述服务商身份信息相同的合法身份信息，则确定鉴权结果为具备票据开具权限结果。

3.根据权利要求1所述的方法，其特征在于，所述通过所述电子票据合约获取具有所述电子票据的持有权限的第一用户信息，包括：

获取所述第一用户信息对应的终端设备发送的针对所述电子票据的票据持有请求，根据所述票据持有请求调用所述电子票据合约，通过所述电子票据合约为所述票据持有请求所携带的所述第一用户信息，分配针对所述电子票据的持有权限，得到具有所述电子票据的持有权限的第一用户信息。

4.根据权利要求3所述的方法，其特征在于，所述票据持有请求还携带有所述第一用户信息针对所述电子票据的第一签名数据；

所述通过所述电子票据合约为所述票据持有请求所携带的所述第一用户信息，分配针对所述电子票据的持有权限，得到具有所述电子票据的持有权限的第一用户信息，包括：

通过所述电子票据合约向共识网络发起针对所述电子票据和所述第一签名数据的共识处理，得到第一共识结果；所述共识网络用于在所述第一共识结果为共识通过结果时，将所述电子票据和所述第一用户信息的关联关系写入区块链账本中；

当所述电子票据和所述第一用户信息的关联关系被写入区块链账本时，确定所述票据持有请求所携带的所述第一用户信息，具有针对所述电子票据的持有权限。

5.根据权利要求1所述的方法，其特征在于，所述票据基础信息包括电子票据标识和电子票据票面信息；所述票据令牌包括令牌标识字段、票据拥有者字段、票面信息字段和票据流转字段；

所述将所述第一用户信息、所述第一票据流转轨迹和所述电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中，包括：

通过所述电子票据合约中的票据容器函数，从所述电子票据中提取出所述电子票据标识和所述电子票据票面信息；

将所述电子票据标识存储至所述令牌标识字段，将所述第一用户信息存储至所述票据拥有者字段，将所述电子票据票面信息存储至所述票面信息字段，将所述第一票据流转轨迹存储至所述票据流转字段。

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

获取流转请求用户信息对应的终端设备发送的电子票据转移请求；所述电子票据转移请求包含第二用户信息、所述流转请求用户信息和所述电子票据；

根据所述电子票据转移请求调用所述电子票据合约中与所述电子票据对应的所述票据令牌；

读取所述票据令牌的所述票据拥有者字段中所存储的第一用户信息；

若所述流转请求用户信息与所述第一用户信息相同，则通过所述电子票据合约将所述第一用户信息具有的所述电子票据的持有权限转移至所述第二用户信息；

根据所述第一用户信息、所述第二用户信息和所述电子票据更新所述票据令牌。

7.根据权利要求6所述的方法，其特征在于，所述根据所述第一用户信息、所述第二用户信息和所述电子票据更新所述票据令牌，包括：

根据所述第一用户信息和所述第二用户信息生成第二票据流转轨迹；

将所述票据令牌的所述票据拥有者字段中存储的所述第一用户信息替换为所述第二用户信息；

将所述第二票据流转轨迹添加进所述票据令牌的所述票据流转字段。

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

获取报销请求用户信息对应的终端设备发送的电子票据报销请求；所述电子票据报销请求包含报销企业信息、所述报销请求用户信息和所述电子票据；

根据所述电子票据报销请求调用所述电子票据合约中与所述电子票据对应的所述票据令牌；

读取所述票据令牌的所述票据拥有者字段中所存储的第一用户信息；

若所述报销请求用户信息与所述第一用户信息相同，且所述票据令牌的所述票据流转字段中不存在票据报销标识，则通过所述电子票据合约将所述第一用户信息具有的所述电子票据的持有权限转移至所述报销企业信息；

生成所述票据报销标识，根据所述票据报销标识、所述第一用户信息、所述报销企业信息和所述电子票据更新所述票据令牌。

9.根据权利要求8所述的方法，其特征在于，所述生成所述票据报销标识，根据所述票据报销标识、所述第一用户信息、所述报销企业信息和所述电子票据更新所述票据令牌，包括：

根据所述第一用户信息和所述报销企业信息生成第三票据流转轨迹；

针对所述第一用户信息生成所述票据报销标识；

将所述票据令牌的所述票据拥有者字段中存储的所述第一用户信息替换为所述报销企业信息；

将所述第三票据流转轨迹和所述票据报销标识添加进所述票据令牌的所述票据流转字段。

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

调用所述电子票据合约中的日志功能函数查询针对所述电子票据开具请求的票据生成行为信息和票据存储行为信息；

将所述票据生成行为信息和票据存储行为信息写入所述电子票据合约中的操作日志。

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

接收服务商添加请求；所述服务商添加请求包括票据服务商的身份信息和票据管理局的身份信息；

根据所述服务商添加请求调用电子票据合约中的合法管理局对所述票据管理局进行身份验证，得到验证结果；

若所述验证结果为验证通过结果，则将所述票据服务商的身份信息添加进所述电子票据合约中的授权服务商集合。

12.一种基于区块链的票据管理装置，其特征在于，包括：

第一请求获取模块，用于获取电子票据开具请求；所述电子票据开具请求包含票据服务商的服务商身份信息；

鉴权处理模块，用于根据所述电子票据开具请求调用电子票据合约中的授权服务商集合对所述服务商身份信息进行鉴权处理，得到鉴权结果；

票据生成模块，用于若所述鉴权结果为具备票据开具权限结果，则通过所述电子票据合约生成电子票据；

信息获取模块，用于通过所述电子票据合约获取具有所述电子票据的持有权限的第一用户信息；

第一轨迹生成模块，用于根据所述第一用户信息生成第一票据流转轨迹；

存储模块，用于将所述第一用户信息、所述第一票据流转轨迹和所述电子票据中的票据基础信息，存储到电子票据容器中的票据令牌中；所述票据令牌是指所述电子票据容器中与所述电子票据的电子票据标识对应的票据存储地址；所述电子票据容器处于所述电子票据合约中。

13.一种计算机设备，其特征在于，包括：处理器、存储器以及网络接口；

所述处理器与所述存储器、所述网络接口相连，其中，所述网络接口用于提供网络通信功能，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，以执行权利要求1-11任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，该计算机程序适于由处理器加载并执行权利要求1-11任一项所述的方法。

Images