CN109191219A - 关于电子票据的数据处理方法、装置、存储介质和设备 - Google Patents

Abstract

本发明涉及一种关于电子票据的数据处理方法、装置、存储介质和计算机设备，该方法包括：接收与请求方标识对应的电子票据标识申领请求；查询与所述请求方标识对应设置的电子票据标识申领条件；按照所述电子票据标识申领条件，确定响应于所述电子票据标识申领请求所分配的电子票据标识；将所述电子票据标识与所述请求方标识对应上传至区块链节点；对应上传的所述请求方标识和所述电子票据标识，用于指示所述区块链节点将对应上传的所述请求方标识和所述电子票据标识关联写入数据区块。本申请提供的方案提高了票据领取效率。

Description

关于电子票据的数据处理方法、装置、存储介质和设备

技术领域

本发明涉及计算机技术领域，特别是涉及一种关于电子票据的数据处理方法、装置、存储介质和设备。

背景技术

发票是企业或个人在向消费者出售商品、提供服务或者从事其他经营活动时，为消费者提供的消费凭证。企业或个人在向消费者出售商品、提供服务或者从事其他经营活动时，应当开具发票并依法根据发票进行纳税。

传统技术中，发票的申领方式还是企业的税务工作人员或具有税务处理资格的个人到税务局进行人工申领，耗时耗力，极大地影响了发票申领的效率。

发明内容

基于此，有必要针对目前发票申领效率比较低的问题，提供一种关于电子票据的数据处理方法、装置、存储介质和设备。

一种关于电子票据的数据处理方法，包括：

接收与请求方标识对应的电子票据标识申领请求；

查询与所述请求方标识对应设置的电子票据标识申领条件；

按照所述电子票据标识申领条件，确定响应于所述电子票据标识申领请求所分配的电子票据标识；

将所述电子票据标识与所述请求方标识对应上传至区块链节点；对应上传的所述请求方标识和所述电子票据标识，用于指示所述区块链节点将对应上传的所述请求方标识和所述电子票据标识关联写入数据区块。

一种关于电子票据的数据处理装置，包括：

接收模块，用于接收与请求方标识对应的电子票据标识申领请求；

查询模块，用于查询与所述请求方标识对应设置的电子票据标识申领条件；

分配模块，用于按照所述电子票据标识申领条件，确定响应于所述电子票据标识申领请求所分配的电子票据标识；

上链模块，用于将所述电子票据标识与所述请求方标识对应上传至区块链节点；对应上传的所述请求方标识和所述电子票据标识，用于指示所述区块链节点将对应上传的所述请求方标识和所述电子票据标识关联写入数据区块。

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行以下步骤：

接收与请求方标识对应的电子票据标识申领请求；

查询与所述请求方标识对应设置的电子票据标识申领条件；

按照所述电子票据标识申领条件，确定响应于所述电子票据标识申领请求所分配的电子票据标识；

将所述电子票据标识与所述请求方标识对应上传至区块链节点；对应上传的所述请求方标识和所述电子票据标识，用于指示所述区块链节点将对应上传的所述请求方标识和所述电子票据标识关联写入数据区块。

一种计算机设备，包括存储器和处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行以下步骤：

接收与请求方标识对应的电子票据标识申领请求；

查询与所述请求方标识对应设置的电子票据标识申领条件；

按照所述电子票据标识申领条件，确定响应于所述电子票据标识申领请求所分配的电子票据标识；

将所述电子票据标识与所述请求方标识对应上传至区块链节点；对应上传的所述请求方标识和所述电子票据标识，用于指示所述区块链节点将对应上传的所述请求方标识和所述电子票据标识关联写入数据区块。

上述关于电子票据的数据处理方法、装置、存储介质和设备，将纸质票据电子化，以电子票据标识来标识电子票据，线上接收与请求方标识对应的电子票据标识申领请求，避免了请求方人工申领纸质票据带来的耗时。在接收到电子票据标识申领请求后，即自动查询与请求方标识对应设置的电子票据标识申领条件，即可自动按照该电子票据标识申领条件为请求方分配电子票据标识，避免了人工分配纸质票据带来的耗时，从而提高了票据申领效率。而且，将电子票据标识与请求方标识关联上链，通过区块链保证了票据申领数据的安全性和可靠性。

附图说明

图1为一个实施例中关于电子票据的数据处理方法的应用环境图；

图2为一个实施例中关于电子票据的数据处理方法的流程示意图；

图3为一个实施例中请求方基础数据录入界面的示意图；

图4为一个实施例中请求方注册的时序图；

图5为一个实施例中电子票据标识申领的时序图；

图6为一个实施例中共识算法的原理示意图；

图7为一个实施例中关于电子票据的数据处理系统的部署图；

图8为一个实施例中关于电子票据的数据处理装置的模块结构图；

图9为另一个实施例中关于电子票据的数据处理装置的模块结构图；

图10为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1为一个实施例中关于电子票据的数据处理方法的应用环境图。参照图1，该关于电子票据的数据处理方法应用于关于电子票据的数据处理系统。该关于电子票据的数据处理系统包括电子票据管理终端110、电子票据管理服务器120、请求方设备130和区块链节点140。其中，区块链节点140的数量为多个且位于区块链网络中。这些区块链节点间两两可以进行数据传递。请求方设备130可以是终端也可以是服务器。

具体地，请求方设备130可向电子票据管理服务器120发送电子票据标识申领请求，电子票据管理服务器120自身也可发起与请求方标识对应的电子票据标识申领请求。这样，电子票据管理服务器120在接收到与请求方标识对应的电子票据标识申领请求后；查询与请求方标识对应设置的电子票据标识申领条件；按照该电子票据标识申领条件，确定响应于电子票据标识申领请求所分配的电子票据标识；将电子票据标识与请求方标识对应上传至区块链节点140。区块链节点140则将对应上传的请求方标识和电子票据标识关联写入数据区块。这样，请求方设备130后续即可从区块链节点140上查询与请求方标识对应的、且处于未使用状态的电子票据标识来开具电子票据，并在没有与请求方标识对应的、且处于未使用状态的电子票据标识时，发起电子票据标识申领请求。

在具体的应用场景中，电子票据具体可以是区块链电子发票；电子票据管理终端110具体可以是税局工作人员操作的终端；电子票据管理服务器120具体可以是税局服务器；请求方设备130具体可以是电子票据开票方(电子票据报票方)对应的终端或者服务器，也可以是电子票据开票方(电子票据报票方)所授权的第三方代理设备。可以理解，请求方既可以作为电子票据开票方开具电子票据，又可以作为电子票据报票方报销电子票据。终端具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。服务器具体可以是独立的服务器，也可以是多个独立的服务器组成的服务器集群。

图2为一个实施例中关于电子票据的数据处理方法的流程示意图。本实施例主要以该关于电子票据的数据处理方法应用于图1所示的电子票据管理服务器110来举例说明。参照图2，该方法具体包括如下步骤：

S202，接收与请求方标识对应的电子票据标识申领请求。

其中，电子票据标识申领请求用于申请领取可用的电子票据标识。电子票据标识用于唯一标识一张电子票据。电子票据是电子化存储的票据，比如可存储于存储介质或计算机设备中。请求方标识所标识的请求方是在电子票据管理服务器中注册成功的任一用户。该用户具体可以是企业用户。可以理解，企业用户在电子票据管理服务器中注册成功后，则可向电子票据管理服务器申领电子票据标识。

具体地，电子票据标识申领请求的触发时机可以是定期触发，也可以是在用户操作下触动，还可以是在发生特定的事件时触发。这里发生特定的事件，是指未查询到与请求方标识关联的、且处于未使用状态的电子票据标识。

在一个实施例中，请求方设备可定期自动发起电子票据标识申领请求。这样，电子票据管理服务器则接收到与请求方标识对应的电子票据标识申领请求。这里的定期是指按周期进行电子票据标识申领，比如一个或多个自然日、自然周、自然月或者自然年等。该周期可以由请求方设备自定义设置。

在一个实施例中，电子票据管理服务器可提供用于触发电子票据标识申领请求的客户端或网页。请求方设备则获取由请求方的工作人员通过该客户端或网页触发的电子票据标识申领请求，请求方设备再将该电子票据标识申领请求上行至电子票据管理服务器，这样，电子票据管理服务器便接收到与请求方标识对应的电子票据标识申领请求。

在一个实施例中，请求方设备可定期查询是否还存在与请求方标识关联的、且处于未使用状态的电子票据标识，也就是查看自己是否还有可用的电子票据标识。请求方设备可在未查询到与请求方标识关联的、且处于未使用状态的电子票据标识时，向电子票据管理服务器发起电子票据标识申领请求，这样，电子票据管理服务器便接收到与请求方标识对应的电子票据标识申领请求。

在一个实施例中，电子票据管理服务器也可查询是否还存在与请求方标识关联的、且处于未使用状态的电子票据标识，也就是查看请求方是否还有可用的电子票据标识。这样，电子票据管理服务器可在未查询到与请求方标识关联的、且处于未使用状态的电子票据标识时，自动触发与请求方标识对应的电子票据标识申领请求。

可以理解，在电子票据管理服务器中注册成功的任一用户，均可自动或者根据用户操作或者在发生特定的事件时发起电子票据标识申领请求。电子票据管理服务器也可自动或者根据用户操作或者在发生特定的事件时，触发与在本地注册的任一用户对应的电子票据标识申领请求。

S204，查询与请求方标识对应设置的电子票据标识申领条件。

其中，电子票据标识申领条件，是用于按电子票据开具控制周期来限定电子票据标识申领的约束条件。电子票据开票控制周期是用于控制电子票据开票数据的时间长度，比如一个或多个自然日、自然周、自然月或者自然年等。控制电子票据开票数据，比如控制电子票据的开票数量或者单张电子票据的开票金额等。

具体地，与请求方标识对应设置的电子票据标识申领条件，是由电子票据管理服务器，根据与请求方标识对应的请求方特征数据自定义设置并存储在电子票据管理服务器中，以在需要时查询使用。其中，请求方特征数据包括请求方基础数据和/或请求方行为数据。请求方基础数据是反映请求方基本特征的数据。请求方行为数据是反映请求方行为特征的数据。

举例说明，当请求方标识所标识的请求方为企业用户时，请求方基础数据比如：企业名称、企业类型或者经营范围等。请求方行为数据比如：企业开票数据、企业报票数据以及企业纳税数据等。

可以理解，与请求方标识对应设置的电子票据标识申领条件是可更新的。电子票据管理服务器在完成请求方注册后，可根据注册数据中的请求方基础数据首次设置与请求方标识对应的电子票据标识申领条件。比如，设置开票企业每月可开具增值税电子发票300张。此后，电子票据管理服务器可在请求方基础数据发生变化时自行更新与请求方标识对应设置的电子票据标识申领条件；也可响应于通过请求方标识发起的请求，更新与请求方标识对应设置的电子票据标识申领条件。比如，开票企业扩大经营范围，税局可自动更新设置开票企业每月可开具增值税电子发票400张。

电子票据管理服务器也可查询与请求方标识对应请求方行为数据，根据请求方行为数据自行更新与请求方标识对应设置的电子票据标识申领条件。比如，税局查询到开票企业数月内开票数据不足200张，税局可自动更新设置开票企业每月可开具增值税电子发票200张。

电子票据管理服务器还可接收通过请求方标识发起的电子票据标识申领条件变更请求，并在审核通过后更新与请求方标识对应设置的电子票据标识申领条件。比如，开票企业数月内电子票据数量无法满足开票需求，可向税局提起电子票据标识增量申领请求，税局可在审核通过后更新设置该开票企业每月可开具增值税电子发票400张。

S206，按照电子票据标识申领条件，确定响应于电子票据标识申领请求所分配的电子票据标识。

具体地，电子票据管理服务器在查询到与请求方标识对应设置的电子票据标识申领条件后，即按照该电子票据标识申领条件为请求方分配电子票据标识。

在一个实施例中，电子票据标识申领条件可包括多个子限制条件。这多个子条件包括但不限于分配控制条件和数量控制条件。分配控制条件用于决定是否响应于电子票据标识申领请求进行电子票据标识分配，数量控制条件用于决定响应于电子票据标识申领请求进行电子票据标识分配的数量。

分配控制条件可在与请求方标识关联的、且处于未使用状态的电子票据标识的数量小于或等于预设数量时被满足。比如，开票企业可用的电子票据数量小于5张等。分配控制条件也可在当前时间节点距离上次对应于请求方标识分配电子票据标识的时间节点超过电子票据开具控制周期时被满足。比如，税局按月对开票企业进行开票控制，当前时间距离上次为开票企业分配电子票据标识超过一个月等。

当分配控制条件被满足时，则按照数量控制条件，确定响应于电子票据标识申领请求所分配的电子票据标识。

在一个实施例中，S206包括：在未查询到与请求方标识关联、且处于未使用状态的电子票据标识时，则按照电子票据标识申领条件，从未分配的电子票据标识中选取电子票据标识；将选取的电子票据标识作为响应于电子票据标识申领请求所分配的电子票据标识，与请求方标识关联存储。

具体地，电子票据管理服务器在接收到电子票据标识申领请求后，可查询与请求方标识关联、且处于未使用状态的电子票据标识是否为空。若是，电子票据管理服务器则查询未分配的电子票据标识，根据电子票据标识申领条件中的数量控制条件，从未分配的电子票据标识中选取电子票据标识，将选取的电子票据标识分配至请求方标识所表示的请求方。在本实施例中，在请求方没有可用的电子票据标识时，才为请求方分配新的电子票据标识，避免了请求方频繁申领导致电子票据标识堆积浪费的问题。而且，从未分配的电子票据标识中选取电子票据标识，被分配过的电子票据标识则不再二次分配，可以尽量避免一票多开的情形。

S208，将电子票据标识与请求方标识对应上传至区块链节点；对应上传的请求方标识和电子票据标识，用于指示区块链节点将对应上传的请求方标识和电子票据标识关联写入数据区块。

其中，区块链节点是区块链网络中的一个数据处理节点。区块链网络是运行区块链技术的载体和组织方式。区块链技术，简称BT(Blockchain technology)，也被称为分布式账本技术，是一种互联网数据库技术，其特点是去中心化、公开透明，让每个人均可参与数据记录。区块链技术是利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据的一种全新的分布式基础架构与计算方式。

具体地，电子票据管理服务器可将电子票据标识与请求方标识对应上传至区块链节点。区块链节点在接收到对应上传的电子票据标识与请求方标识后，可将电子票据标识与请求方标识传递至所在区块链网络中的其他区块链节点进行共识。在这些区块链节点达成共识后，接收电子票据管理服务器上传数据的这一区块链节点则可以将请求方标识和电子票据标识关联写入数据区块。关联写入数据区块的请求方标识和电子票据标识，表示该电子票据标识归该请求方标识所标识的请求方所有。

其中，电子票据管理服务器上传数据的区块链节点，可以是与电子票据管理服务器一一对应的区块链节点。在其他实施例中，电子票据管理服务器上传数据的区块链节点，还可以与其他权限角色的计算机设备对应。

可以理解，在电子票据管理服务器上传数据的区块链节点，也是与请求方标识对应的区块链节点的情况下，请求方设备在需要进行电子票据开票时，即可直接从该区块链节点中查询与该请求方标识关联的、且处于未使用状态的电子票据标识，来基于该电子票据标识开具电子票据。

在电子票据管理服务器上传数据的区块链节点，不是与请求方标识对应的区块链节点的情况下，区块链网络中的区块链节点完成共识后，请求方标识对应的区块链节点也会将请求方标识和电子票据标识关联写入数据区块。这样，请求方设备在需要进行电子票据开票时，则可以从请求方标识对应的区块链节点中查询与该请求方标识关联的、且处于未使用状态的电子票据标识，来基于该电子票据标识开具电子票据。

在一个具体的实施例中，电子票据为区块链电子发票；电子票据标识为区块链电子发票编号；请求方标识为企业标识；电子票据标识申领条件为区块链电子发票领取限制条件。

其中，区块链电子发票是基于区块链技术处理的电子发票。区块链电子发票编号具体可以包括发票代码和发票号码。企业标识用于唯一标识一个企业，具体可以是企业在税局注册后，由税局为企业分配的唯一标识。区块链电子发票领取限制条件是用于按发票开具控制周期来限定发票申领的约束条件。发票开票控制周期是用于控制发票开票数据的时间长度，如一个或多个自然日、自然周、自然月或者自然年等。

可以理解，纸质发票电子化后，在未开具电子发票前，可以认为不再存在空白发票的概念。那么，开票企业在税局即申领可以进行发票开具的发票编号，再在开具发票时，基于该发票编号生成电子发票。

上述关于电子票据的数据处理方法，将纸质票据电子化，以电子票据标识来标识电子票据，线上接收与请求方标识对应的电子票据标识申领请求，避免了请求方人工申领纸质票据带来的耗时。在接收到电子票据标识申领请求后，即自动查询与请求方标识对应设置的电子票据标识申领条件，即可自动按照该电子票据标识申领条件为请求方分配电子票据标识，避免了人工分配纸质票据带来的耗时，从而提高了票据申领效率。而且，将电子票据标识与请求方标识关联上链，通过区块链保证了票据申领数据的安全性和可靠性。

在一个实施例中，该关于电子发票的数据处理方法还包括：请求方注册的步骤。该请求方注册的步骤包括：获取通过管理员标识录入的请求方基础数据；或者，获取请求方设备发送的请求方基础数据；或者，获取从票据管理系统同步的请求方基础数据；根据请求方基础数据完成请求方注册，并相应分配请求方标识；设置与请求方标识对应的电子票据标识申领条件。

其中，管理员标识用于唯一标识一个电子票据管理角色。具体地，电子票据管理终端，可接收通过当前登录的管理员标识录入的请求方基础数据，并将该请求方基础数据发送至电子票据管理服务器。电子票据管理服务器则可验证该请求方基础数据的真实有效性，并在请求方基础数据真实有效时完成请求方注册，且为请求方分配请求方标识。电子票据管理服务器还可根据该请求方基础数据设置电子票据标识申领条件，将设置的电子票据标识申领条件与请求方标识关联存储，以在获取与请求方标识对应的电子票据标识申领请求时，根据该电子票据标识申领条件来分配电子票据标识。

在具体的区块链电子发票应用场景中，税局工作人员可通过管理员标识登录电子票据管理终端，通过电子票据管理服务器提供的内部访问接口访问电子票据管理服务器。也就是由税局工作人员录入开票企业的基础数据，实现对开票企业注册的注册方式。企业用户则可通过企业账户登录请求方设备，并继续通过电子票据管理服务器提供的外部访问接口访问电子票据管理服务器。也就是由开票企业录入基础数据提出注册请求，由税局响应该注册请求完成开票企业注册的注册方式。可以理解，内部访问接口与外部访问接口分别对应不同的访问权限。

可以理解，这里通过管理员标识或者企业账户所登录的，具体可以是电子票据管理服务器提供的客户端或者网页等。这里的请求方标识是电子票据管理服务器为完成注册的请求方，也就是企业用户分配的唯一标识。请求方标识具体可由电子票据管理服务器随机生成。

举例说明，图3示出了一个实施例中请求方基础数据录入界面的示意图。参考图3，电子票据管理终端在通过管理员标识登录电子票据管理服务器提供的客户端或者网页后，可展示如图3所示的请求方注册界面，获取在该界面中输入的请求方基础数据。可以理解，图3所示的界面图仅用于举例说明，实际场景中具体使用的界面图可以包括比图3中所示更多或更少的内容。

在一个具体地实施例中，请求方基础数据包括但不限于企业名称、开户银行、地址、银行账户、税号以及登记序号等。

在另外的实施例中，电子票据管理服务器还可从票据管理系统同步请求方基础数据。可以理解，这里的票据管理系统可以是另外的、未基于区块链技术的票据管理系统，而本发明实施例中所提到的电子票据管理服务器归属于基于区块链技术的票据管理系统。未基于区块链技术的票据管理系统与基于区块链技术的票据管理系统相互独立。但两者间可以进行数据交互。在具体的区块链电子发票应用场景中，未基于区块链技术的票据管理系统具体可以是目前税局所应用的金税工程三期系统(以下简称金三系统)。比如，电子票据管理服务器可将响应于电子票据标识申领请求为开票企业所分配的电子票据标识同步至金三系统，在金三系统中将这部分电子票据标识与开票企业关联，避免一票多开。

上述实施例中，提供了多种请求方注册的方式，通过丰富注册方式提高了注册的便利性。而且，在注册完成后，线上针对每个注册方分配请求方标识，以及根据请求方基础信息针对性进行电子票据标识申领条件设置，提高了电子票据标识申领管理的有效性与便捷性。

在一个实施例中，该关于电子发票的数据处理方法还包括：接收与请求方标识对应的电子票据标识申领条件更新请求；查询与请求方标识对应的请求方特征数据；请求方特征数据包括请求方基础数据和/或请求方行为数据；依据请求方特征数据审核电子票据标识申领条件更新请求；在审核通过后，更新与请求方标识对应设置的电子票据标识申领条件。

可以理解，由于生产经营活动的不确定性，通过请求方标识在不同的电子票据开具控制周期内开具的电子票据的数量也具有不稳定性。那么，为了适应生产经营活动的实际需求，在本发明的实施例中与请求方标识所对应的电子票据标识申领条件不是固定不变的，是可由电子票据管理服务器根据实际情况灵活设置的。

具体地，请求方设备可在请求方特征数据发生变更时，向电子票据管理服务器发起电子票据标识申领条件更新请求。比如变更生产经营范围，或者在多个电子票据开具控制周期内时出现电子票据标识过剩或者不足等。电子票据管理服务器在接收到与请求方标识对应的电子票据标识申领条件更新请求后，可以查询与请求方标识对应的请求方特征数据，并依据请求方特征数据审核电子票据标识申领条件更新请求是否合理。电子票据管理服务器可以在判定电子票据标识申领条件更新请求合理时，更新与请求方标识对应设置的电子票据标识申领条件。

其中，依据请求方特征数据审核电子票据标识申领条件更新请求是否合理，具体地可以是审核是否存在更新电子票据标识申领条件的需求。具体可以是审核请求方特征数据包括的请求方基础数据或者请求方行为数据中，是否存在触发更新电子票据标识申领条件的数据。比如，请求方基础数据所反映的生产经营范围是否发生变更；再比如，请求方是否在多个电子票据开具控制周期内时出现电子票据标识过剩或者不足的情形等。

在另外的实施例中，电子票据管理服务器可自行查询与请求方标识对应的请求方特征数据，在依据请求方特征数据判定存在电子票据标识申领条件更新需求时，自动更新与请求方标识对应设置的电子票据标识申领条件。这样，可以在请求方无感知的情形下灵活变更请求方的电子票据标识申领条件，既可以保障请求方开票过程的顺畅性，又可以避免分配票据不平衡导致的资源浪费，还可以让请求方专注于开票过程减少其他工作量。

上述实施例中，线上灵活设置电子票据标识申领条件，避免了人工调整带来的耗时，进一步提高了票据申领的效率与便捷性。

在一个实施例中，该关于电子发票的数据处理方法还包括：生成与请求方标识对应的身份密钥；身份密钥包括公钥和私钥；私钥用于证明请求方身份；公钥用于验证请求方身份；将身份密钥与请求方标识关联存储；根据请求方标识下发私钥。

其中，身份密钥是用于验证请求方合法性与保障数据传输安全性的数据。由于请求方标识所标识的请求方是在电子票据管理服务器注册后可进行电子票据开具或报销的企业用户，那么，这里的身份密钥也可称为企业用户密钥。在本发明实施例中，企业用户密钥是非对称密钥，包括企业用户公钥和企业用户私钥。由企业用户公钥加密的数据，可由企业用户私钥进行解密；由企业用户私钥加密的数据，可由企业用户公钥进行解密。企业用户密钥具体可以是基于RSA-2048的非对称密钥，当然，该企业用户密钥也可以是其他非对称密钥，本发明实施例对此不作限定。

具体地，电子票据管理服务器在完成请求方注册，也就是完成企业用户注册后，可生成该企业用户的身份密钥，将身份密钥中的企业用户私钥反馈至企业用户，将身份密钥中的企业用户公钥对应企业用户保存。

可以理解，企业用户既可以作为电子票据开票方开具电子票据，又可以作为电子票据报票方报销电子票据。那么，与请求方标识对应的请求方设备在后续关于电子票据的数据处理中，与区块链节点进行交互时，通过与请求方标识对应的私钥对传递的数据进行签名以证明身份；区块链节点则用与请求方标识对应的公钥验证数据发送者的身份，并验证发送的数据是否被篡改。区块链节点所使用的与请求方标识对应的公钥可从电子票据管理服务器获取。

举例说明，企业用户通过自己的计算机设备与区块链节点进行交互时，通过该企业用户自己的企业用户私钥对传递的数据进行签名。区块链节点则通过该企业用户的公钥验证是否是该企业用户发送的数据，以及数据是否被篡改。企业用户通过委托的代理方的计算机设备与区块链节点进行交互时，代理方通过该企业用户的企业用户私钥对传递的数据进行签名，再通过代理方的私钥进行二次签名。区块链节点则通过该企业用户的公钥验证是否是对应该企业用户发送的数据，以及通过代理方的公钥验证数据是否被篡改。

在另外的实施例中，该关于电子票据的数据处理系统还包括系统中心服务器，具体可以是认证服务器(Certificate Authority CA)。电子票据管理服务器在生成与请求方标识对应的身份密钥后，可将身份密钥中的公钥对应于该请求方标识发送至系统中心服务器统一存储。这样，系统中心服务器上则存储有各个完成注册的企业用户的请求方标识和公钥的映射关系。由系统中心服务器专门管理企业公钥，区块链节点在需要使用企业公钥时，可从系统中心服务器中获取，这样可以减少电子票据服务器的部分数据交互和数据存储压力。

图4示出了一个实施例中请求方注册的时序图。参考图4，在一个具体的应用场景中，该时序图涉及的硬件设备包括企业设备、税局终端、金三系统设备、税局服务器和认证服务器。企业设备可向税局服务器发送携带企业基础数据的注册请求以请求进行企业注册，税局终端也可获取税局工作人员录入的企业基础数据上传至税局服务器以自动进行企业注册，税局服务器也可从金三系统设备同步企业基础数据以自动进行企业注册。

税局服务器在获取到企业基础数据，并审核通过后，生成企业标识和企业公私密钥对，将企业标识与企业公钥对应发送至认证服务器对应存储，并将企业私钥反馈至企业设备。这样，企业设备后续可在与区块链节点进行通信时，采用企业私钥对传输的数据进行签名以证明身份和保证数据安全，区块链节点则可从认证服务器获取企业公钥来对对企业进行身份验证，以及验证数据是否被篡改。可以理解，企业也可通过代理方设备向税局服务器发送企业基础数据以请求注册。

上述实施例中，在请求方注册完成后，为请求方分配身份密钥，这样后续关于电子票据的数据处理过程中就可以使用该身份密钥进行身份证明和身份验证，保证数据的准确性与安全性。

在一个实施例中，S202包括：当与请求方标识对应的请求方设备从区块链节点中，未查询到与请求方标识关联、且处于未使用状态的电子票据标识时，则接收通过请求方设备发起的电子票据标识申领请求。

其中，与请求方标识对应的请求方设备，可以是请求方标识所代表的请求方的计算机设备，也可以是请求方标识所代表的请求方所授权的代理方的计算机设备。具体地，请求方可自行进行电子票据标识的申领，也可授权通过电子票据管理服务器认证的代理方进行电子票据标识的申领。通常情况下，生产经营范围较小的中小型企业用户，可选择授权通过电子票据管理服务器认证的代理方进行电子票据标识的申领；生产经营范围较大的大型企业用户，可选择自行进行电子票据标识的申领。可以理解，无论是请求方的计算机设备，还是代理方的计算机设备均是以请求方的名义进行电子票据标识申领。

具体地，与请求方标识对应的请求方设备可自定义查询时机，从区块链节点中，查询是否还存在与请求方标识关联、且处于未使用状态的电子票据标识。当请求方标识对应的请求方设备未查询到与请求方标识关联、且处于未使用状态的电子票据标识时，则判定当前没有可供请求方开票使用的电子票据标识，则发起电子票据标识申领请求，这样，电子票据管理服务器便接收到与请求方标识对应的电子票据标识申领请求。

可以理解，电子票据管理服务器在完成请求方注册并分配请求方标识后，请求方设备便可通过该请求方标识向电子票据管理服务器发起电子票据标识申领请求。电子票据管理服务器在响应于该电子票据标识申领请求分配电子票据标识后，将分配的电子票据标识对应于请求方标识上传至区块链节点。这样，请求方设备便可从区块链节点上查询与该请求方标识关联的电子票据标识来开具发票，并在没有可用的电子票据标识时，再次发起电子票据标识申领请求，以在需要进行电子票据开票时，能够获取到可用的电子票据标识。

举例说明，图5示出了一个实施例中电子票据标识申领的时序图。参考图5，在一个具体的应用场景中，该时序图涉及的硬件设备包括企业设备、税局服务器和区块链节点。企业设备可从区块链节点查询与企业标识关联、且处于未使用状态的电子票据标识，区块链节点则反馈查询结果。当查询结果表示与企业标识关联、且处于未使用状态的电子票据标识为空时，企业设备则向税局服务器发起电子票据标识申领请求。税局服务器则查询与企业标识对应的电子票据标识申领条件，按照电子票据标识申领条件，确定响应于电子票据标识申领请求所分配的电子票据标识。税局服务器再向区块链节点发送电子票据标识上链请求，在接收到区块链节点反馈的允许上传的应答消息后，用税局密钥对需要对应上传的电子票据标识与请求方标识签名后上传至区块链节点。区块链节点在联合区块链网络中的其他区块链节点对上传的数据完成共识后，反馈上链成功的应答消息，税局服务器则向企业反馈申领成功的应答消息。

可以理解，本发明实施例中各参与关于电子票据的数据处理方法的各权限角色均对应有身份密钥，这些身份密钥均由电子票据管理服务器生成并发放。而且，仅允许电子票据管理服务器将电子票据标识上链。

在一个实施例中，各权限角色对应的身份密钥不是固定的。电子票据管理服务器可定期重新为各权限角色生成新的身份密钥，尽量避免密钥丢失带来的数据安全隐患。各角色在密钥丢失后也可及时向电子票据管理服务器申请密钥更换。

在本实施例中，请求方在没有电子票据标识可用时，发起电子票据标识申领请求，一方面保证了在无电子票据标识可用时能够及时补充电子票据标识，另一方面可防止频繁地进行电子票据标识申领请求带来的资源浪费。

在一个实施例中，电子票据标识与请求方标识对应上传至的区块链节点是与本地对应的区块链节点；请求方设备所查询的区块链节点是与请求方设备对应的区块链节点；与本地对应的区块链节点和与请求方设备对应的区块链节点位于同一条区块链中。

具体地，电子票据管理服务器可对应存在专用的区块链节点。在电子票据管理服务器意图将数据写入区块链网络中时，可直接通过专用的区块链节点所提供的接口，将数据传输至区块链节点，由该区块链节点协同区块链节点中的其他区块链节点达成共识后，将数据写入数据区块。

可选的，电子票据管理服务器也可以作为区块链中的一个节点。将电子票据标识与请求方标识对应上传至区块链节点可以是指将电子票据标识与请求方标识上传至区块链中的任意一个节点中。

类似的，请求方设备也可对应存在专用的区块链节点。在请求方设备意图从区块链网络中读取数据时，可直接通过专用的区块链节点所提供的接口，将查询请求传输至区块链节点，由该区块链节点在验证请求方身份后，将查询结果反馈给请求方设备。

可选的，请求方设备也可以作为区块链中的一个节点。在请求方设备意图从区块链网络中读取数据时，可以是从区块链中的任意一个节点中获取数据。

可以理解，电子票据管理服务器首次将分配至请求方设备的电子票据标识上传至相应的区块链节点，该区块链节点协同其他的区块链节点达成共识后，将分配至请求方设备的电子票据标识写入数据区块，且请求方设备对应的区块链节点也将分配至请求方设备的电子票据标识写入数据区块后，电子票据管理服务器对应的区块链节点即与请求方设备对应的区块链节点形成一条区块链。需要说明的是，不同的请求方设备对应的区块链节点与电子票据管理服务器对应的区块链节点形成的是不同的区块链，不同的区块链之间可以独立运行，互不影响。

在一个实施例中，将电子票据标识与请求方标识对应上传至区块链节点，包括：将电子票据标识与请求方标识对应上传至与本地对应的区块链节点；其中，对应上传的请求方标识和电子票据标识，用于指示与本地对应的区块链节点，将电子票据标识和所请求方标识传递至区块链中的其他区块链节点并完成共识后，将对应上传的请求方标识和电子票据标识关联写入数据区块；对应上传的请求方标识和票据标识，还用于指示与请求方设备对应的区块链节点在完成共识后，将传递的请求方标识和电子票据标识关联写入数据区块。

具体地，电子票据管理服务器将电子票据标识与请求方标识对应上传至与电子票据管理服务器对应的区块链节点，也就是意图将电子票据标识与请求方标识关联写入区块链网络中的数据区块，那么需要将电子票据标识与请求方标识关联写入即为需要达成共识的事件。当电子票据管理服务器对应的区块链节点为处于领导状态的区块链节点时，则由该区块链节点将需要达成共识的事件广播至区块链网络中的其他未处于领导状态的区块链节点。

这些未处于领导状态的区块链节点在接收到需要达成共识的事件后，再将接收到的需要达成共识的事件广播至区块链网络中的其他区块链节点。这样，区块链网络中的每个区块链节点再在接收到预设数量的其他区块链节点所广播的数据一致时才进入确认阶段，以防止处于领导状态的区块链节点的欺诈行为。这些未处于领导状态的区块链节点再在确认完成后将确认结果反馈至处于领导状态的区块链节点，处于领导状态的区块链节点在接收到预设数量的其他区块链节点反馈确认通过时，则判定对需要达成共识的事件完成共识，此后，区块链节点则可将达成共识的事件所对应的数据写入数据区块。

当电子票据管理服务器对应的区块链节点不是处于领导状态的区块链节点时，则将需要达成共识的事件转发至处于领导状态的区块链节点，再由处于领导状态的区块链节点如前所述的步骤主导共识过程。其中，处于领导状态的区块链节点由区块链网络中的各区块链节点共同选举得到。

在一个具体的实施例中所采用的共识算法具体是基于一致性算法(如：Raft)和拜占庭容错算法(如：Bft)的共识算法(Bft-Raft)。当然本发明的其他实施例中也可以采用其他共识算法，本发明实施例在此不作限制。

举例说明，图6示出了一个实施例中共识算法的原理示意图。参考图6，客户端(Client，具体可以是如图7中所示的区块链电子发票应用平台)发起共识请求(Request)，并将共识请求发送至处于领导状态的区块链节点(主节点Leader A)；继续进入AppendEntity(添加实体)阶段，由Leader A将共识请求所对应的共识内容(或对共识内容进行处理后得到的中间数据)广播至区块链网络中其他未处于领导状态的区块链节点(跟从节点Follower B、Follower C、Follower D…)；继续进入Append Response(追加响应)阶段，由各跟从节点将接收到的共识内容广播至其他各区块链节点，并在接收到预设数量(2f+1)的其他区块链节点所广播的共识内容一致时，进入Commit(确认)阶段，各跟从节点再将确认结果反馈至主节点。主节点在接收到预设数量(2f+1)的其他区块链节点反馈确认通过时，则判定完成共识向Client反馈(Reply)共识完成的结果。其中，3f+1≤N，N是区块链网络中区块链节点的数量。f是区块链网络中作恶区块链节点的数量。

如图7所示，在一个具体的实施例中关于电子票据的数据处理系统的部署图。在具体的区块链电子发票应用场景中，参考图7，区块链网络中至少包括4个区块链节点来形成联盟链，分别为与税局服务器对应的区块链节点，与开票企业对应的区块链节点、与公用服务器对应的区块链节点以及与报销企业对应的区块链节点。通常情况下，各角色的设备与对应的区块链节点进行交互。

税局服务器一方面通过反向代理服务向外提供访问接口(对税局终端的内部接口，以及对企业用户的外部接口)供各角色的设备进行访问，托管各角色的身份密钥，管理各角色的特征数据。另一方面通过同步工具实时从对应的区块链节点中的区块链网络模块中同步写入区块链网络(或共识完待写入)的数据，以对各角色的区块链电子发票相关数据进行查询与统计。

区块链网络中的各区块链节点一方面通过反向代理服务向外提供访问接口，供相应的设备进行访问(如，开票企业的设备访问开票企业对应的区块链节点等)。另一方面通过区块链电子发票应用平台接收对应设备通过反向代理服务发送的数据(如，开票企业的设备向开票企业对应的区块链节点上传数据，即通过反向代理服务提供的接口将数据传递至区块链电子发票应用平台等)。区块链电子发票应用平台再将数据传递至区块链网络模块。各个区块链节点的区块链网络模块共同构成共识网络，在共识网络中达成共识后，再将数据写入区块链网络模块。区块链节点中还包括缓存数据库，用于缓存各中数据，如从系统中心服务器获取的企业公钥等。

该部署图可还包括区块链网络模块系统中心服务器，保存各企业的企业标识与公钥的映射，与税局服务器相隔离，主要用于进行身份鉴权(如，限制只有税局才能发行发票，更改与企业相关的约束条件)。后续一些需要中心化的操作，统一放到这个系统中心服务器执行。

其中，反向代理服务具体可以是nginx。区块链电子发票应用平台实现了区块链电子发票的主要业务逻辑，并且对外暴露开发sdk(Software Development Kit，软件开发工具包)和api(Application Programming Interface，应用程序编程)接口，供第三方通过反向代理服务接入进行交互。区块链网络模块具体可基于腾讯底层区块链技术(trustSQL)实现。缓存区域具体可通过mysql数据库实现。可以理解，本实施例用于举例说明，不对具体实现中所采用的实现方式进行限定。

在具体的应用场景中，电子票据具体可以是区块链电子发票，电子票据管理服务器具体可以是税局服务器，请求方设备具体可以是电子票据开票方(电子票据报票方)对应的终端或者服务器，电子票据公用服务器具体可以是用于提供源自于区块链节点的电子票据的公共存储服务，比如，微信服务器。

应该理解的是，虽然上述各实施例的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述各实施例中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

如图8所示，在一个实施例中，提供了一种关于电子票据的数据处理装置800。参照图8，该关于电子票据的数据处理装置800包括：接收模块801、查询模块802、分配模块803和上链模块804。

接收模块801，用于接收与请求方标识对应的电子票据标识申领请求。

查询模块802，用于查询与请求方标识对应设置的电子票据标识申领条件。

分配模块803，用于按照电子票据标识申领条件，确定响应于电子票据标识申领请求所分配的电子票据标识。

上链模块804，用于将电子票据标识与请求方标识对应上传至区块链节点；对应上传的请求方标识和电子票据标识，用于指示区块链节点将对应上传的请求方标识和电子票据标识关联写入数据区块。

在一个实施例中，接收模块801还用于当与请求方标识对应的请求方设备从区块链节点中，未查询到与请求方标识关联、且处于未使用状态的电子票据标识时，则接收通过请求方设备发起的电子票据标识申领请求。

在一个实施例中，电子票据标识与请求方标识对应上传至的区块链节点是与本地对应的区块链节点；请求方设备所查询的区块链节点是与请求方设备对应的区块链节点；与本地对应的区块链节点和与请求方设备对应的区块链节点位于同一条区块链中。

在一个实施例中，上链模块804还用于将电子票据标识与请求方标识对应上传至与本地对应的区块链节点；其中，对应上传的请求方标识和电子票据标识，用于指示与本地对应的区块链节点，将电子票据标识和所请求方标识传递至区块链中的其他区块链节点并完成共识后，将对应上传的请求方标识和电子票据标识关联写入数据区块；对应上传的请求方标识和票据标识，还用于指示与请求方设备对应的区块链节点在完成共识后，将传递的请求方标识和电子票据标识关联写入数据区块。

在一个实施例中，分配模块803还用于在未查询到与请求方标识关联、且处于未使用状态的电子票据标识时，则按照电子票据标识申领条件，从未分配的电子票据标识中选取电子票据标识；将选取的电子票据标识作为响应于电子票据标识申领请求所分配的电子票据标识，与请求方标识关联存储。

如图9所示，在一个实施例中，关于电子票据的数据处理装置800还包括：注册模块805，用于获取通过管理员标识录入的请求方基础数据；或者，获取请求方设备发送的请求方基础数据；或者，获取从票据管理系统同步的请求方基础数据；根据请求方基础数据完成请求方注册，并相应分配请求方标识；设置与请求方标识对应的电子票据标识申领条件。

在一个实施例中，注册模块805还用于接收与请求方标识对应的电子票据标识申领条件更新请求；查询与请求方标识对应的请求方特征数据；请求方特征数据包括请求方基础数据和/或请求方行为数据；依据请求方特征数据审核电子票据标识申领条件更新请求；在审核通过后，更新与请求方标识对应设置的电子票据标识申领条件。

在一个实施例中，注册模块805还用于生成与请求方标识对应的身份密钥；身份密钥包括公钥和私钥；私钥用于证明请求方身份；公钥用于验证请求方身份；将身份密钥与请求方标识关联存储；根据所述请求方标识下发所述私钥。。

在一个实施例中，电子票据为区块链电子发票；电子票据标识为区块链电子发票编号；请求方标识为企业标识；电子票据标识申领条件为区块链电子发票领取限制条件。

图10示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的电子票据管理服务器120。如图10所示，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现关于电子票据的数据处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行关于电子票据的数据处理方法。本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的关于电子票据的数据处理装置可以实现为一种计算机程序的形式，计算机程序可在如图10所示的计算机设备上运行，计算机设备的非易失性存储介质可存储组成该资源分享装置的各个程序模块，比如，图8所示的接收模块801、查询模块802、分配模块803和上链模块804等。各个程序模块组成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的关于电子票据的数据处理方法中的步骤。

例如，图10所示的计算机设备可以通过如图8所示的关于电子票据的数据处理装置800中的接收模块801接收与请求方标识对应的电子票据标识申领请求。通过查询模块802查询与请求方标识对应设置的电子票据标识申领条件。通过分配模块803按照电子票据标识申领条件，确定响应于电子票据标识申领请求所分配的电子票据标识。通过上链模块804将电子票据标识与请求方标识对应上传至区块链节点；对应上传的请求方标识和电子票据标识，用于指示区块链节点将对应上传的请求方标识和电子票据标识关联写入数据区块。

在一个实施例中，提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时，使得处理器执行以下步骤：接收与请求方标识对应的电子票据标识申领请求；查询与请求方标识对应设置的电子票据标识申领条件；按照电子票据标识申领条件，确定响应于电子票据标识申领请求所分配的电子票据标识；将电子票据标识与请求方标识对应上传至区块链节点；对应上传的请求方标识和电子票据标识，用于指示区块链节点将对应上传的请求方标识和电子票据标识关联写入数据区块。

在一个实施例中，接收与请求方标识对应的电子票据标识申领请求，包括：当与请求方标识对应的请求方设备从区块链节点中，未查询到与请求方标识关联、且处于未使用状态的电子票据标识时，则接收通过请求方设备发起的电子票据标识申领请求。

在一个实施例中，电子票据标识与请求方标识对应上传至的区块链节点是与本地对应的区块链节点；请求方设备所查询的区块链节点是与请求方设备对应的区块链节点；与本地对应的区块链节点和与请求方设备对应的区块链节点位于同一条区块链中。

在一个实施例中，将电子票据标识与请求方标识对应上传至区块链节点，包括：将电子票据标识与请求方标识对应上传至与本地对应的区块链节点；其中，对应上传的请求方标识和电子票据标识，用于指示与本地对应的区块链节点，将电子票据标识和所请求方标识传递至区块链中的其他区块链节点并完成共识后，将对应上传的请求方标识和电子票据标识关联写入数据区块；对应上传的请求方标识和票据标识，还用于指示与请求方设备对应的区块链节点在完成共识后，将传递的请求方标识和电子票据标识关联写入数据区块。

在一个实施例中，按照电子票据标识申领条件，确定响应于电子票据标识申领请求所分配的电子票据标识，包括：在未查询到与请求方标识关联、且处于未使用状态的电子票据标识时，则按照电子票据标识申领条件，从未分配的电子票据标识中选取电子票据标识；将选取的电子票据标识作为响应于电子票据标识申领请求所分配的电子票据标识，与请求方标识关联存储。

在一个实施例中，该计算机程序还使得处理器执行以下步骤：获取通过管理员标识录入的请求方基础数据；或者，获取请求方设备发送的请求方基础数据；或者，获取从票据管理系统同步的请求方基础数据；根据请求方基础数据完成请求方注册，并相应分配请求方标识；设置与请求方标识对应的电子票据标识申领条件。

在一个实施例中，该计算机程序还使得处理器执行以下步骤：接收与请求方标识对应的电子票据标识申领条件更新请求；查询与请求方标识对应的请求方特征数据；请求方特征数据包括请求方基础数据和/或请求方行为数据；依据请求方特征数据审核电子票据标识申领条件更新请求；在审核通过后，更新与请求方标识对应设置的电子票据标识申领条件。

在一个实施例中，该计算机程序还使得处理器执行以下步骤：生成与请求方标识对应的身份密钥；身份密钥包括公钥和私钥；私钥用于证明请求方身份；公钥用于验证请求方身份；将身份密钥与请求方标识关联存储；根据请求方标识下发私钥。

在一个实施例中，电子票据为区块链电子发票；电子票据标识为区块链电子发票编号；请求方标识为企业标识；电子票据标识申领条件为区块链电子发票领取限制条件。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中储存有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：接收与请求方标识对应的电子票据标识申领请求；查询与请求方标识对应设置的电子票据标识申领条件；按照电子票据标识申领条件，确定响应于电子票据标识申领请求所分配的电子票据标识；将电子票据标识与请求方标识对应上传至区块链节点；对应上传的请求方标识和电子票据标识，用于指示区块链节点将对应上传的请求方标识和电子票据标识关联写入数据区块。

在一个实施例中，接收与请求方标识对应的电子票据标识申领请求，包括：当与请求方标识对应的请求方设备从区块链节点中，未查询到与请求方标识关联、且处于未使用状态的电子票据标识时，则接收通过请求方设备发起的电子票据标识申领请求。

在一个实施例中，电子票据标识与请求方标识对应上传至的区块链节点是与本地对应的区块链节点；请求方设备所查询的区块链节点是与请求方设备对应的区块链节点；与本地对应的区块链节点和与请求方设备对应的区块链节点位于同一条区块链中。

在一个实施例中，将电子票据标识与请求方标识对应上传至区块链节点，包括：将电子票据标识与请求方标识对应上传至与本地对应的区块链节点；其中，对应上传的请求方标识和电子票据标识，用于指示与本地对应的区块链节点，将电子票据标识和所请求方标识传递至区块链中的其他区块链节点并完成共识后，将对应上传的请求方标识和电子票据标识关联写入数据区块；对应上传的请求方标识和票据标识，还用于指示与请求方设备对应的区块链节点在完成共识后，将传递的请求方标识和电子票据标识关联写入数据区块。

在一个实施例中，按照电子票据标识申领条件，确定响应于电子票据标识申领请求所分配的电子票据标识，包括：在未查询到与请求方标识关联、且处于未使用状态的电子票据标识时，则按照电子票据标识申领条件，从未分配的电子票据标识中选取电子票据标识；将选取的电子票据标识作为响应于电子票据标识申领请求所分配的电子票据标识，与请求方标识关联存储。

在一个实施例中，该计算机程序还使得处理器执行以下步骤：获取通过管理员标识录入的请求方基础数据；或者，获取请求方设备发送的请求方基础数据；或者，获取从票据管理系统同步的请求方基础数据；根据请求方基础数据完成请求方注册，并相应分配请求方标识；设置与请求方标识对应的电子票据标识申领条件。

在一个实施例中，该计算机程序还使得处理器执行以下步骤：接收与请求方标识对应的电子票据标识申领条件更新请求；查询与请求方标识对应的请求方特征数据；请求方特征数据包括请求方基础数据和/或请求方行为数据；依据请求方特征数据审核电子票据标识申领条件更新请求；在审核通过后，更新与请求方标识对应设置的电子票据标识申领条件。

在一个实施例中，该计算机程序还使得处理器执行以下步骤：生成与请求方标识对应的身份密钥；身份密钥包括公钥和私钥；私钥用于证明请求方身份；公钥用于验证请求方身份；将身份密钥与请求方标识关联存储；根据请求方标识下发私钥。

在一个实施例中，电子票据为区块链电子发票；电子票据标识为区块链电子发票编号；请求方标识为企业标识；电子票据标识申领条件为区块链电子发票领取限制条件。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (15)

1.一种关于电子票据的数据处理方法，包括：

接收与请求方标识对应的电子票据标识申领请求；

查询与所述请求方标识对应设置的电子票据标识申领条件；

按照所述电子票据标识申领条件，确定响应于所述电子票据标识申领请求所分配的电子票据标识；

将所述电子票据标识与所述请求方标识对应上传至区块链节点；对应上传的所述请求方标识和所述电子票据标识，用于指示所述区块链节点将对应上传的所述请求方标识和所述电子票据标识关联写入数据区块。

2.根据权利要求1所述的方法，其特征在于，所述接收与请求方标识对应的电子票据标识申领请求，包括：

当与请求方标识对应的请求方设备从区块链节点中，未查询到与所述请求方标识关联、且处于未使用状态的电子票据标识时，则

接收通过所述请求方设备发起的电子票据标识申领请求。

3.根据权利要求2所述的方法，其特征在于，所述电子票据标识与所述请求方标识对应上传至的区块链节点是与本地对应的区块链节点；所述请求方设备所查询的区块链节点是与所述请求方设备对应的区块链节点；所述与本地对应的区块链节点和所述与所述请求方设备对应的区块链节点位于同一条区块链中。

4.根据权利要求3所述的方法，其特征在于，所述将所述电子票据标识与所述请求方标识对应上传至区块链节点，包括：

将所述电子票据标识与所述请求方标识对应上传至与本地对应的区块链节点；其中，对应上传的所述请求方标识和所述电子票据标识，用于指示与本地对应的区块链节点，将所述电子票据标识和所请求方标识传递至所述区块链中的其他区块链节点并完成共识后，将对应上传的所述请求方标识和所述电子票据标识关联写入数据区块；对应上传的所述请求方标识和所述票据标识，还用于指示所述与所述请求方设备对应的区块链节点在完成共识后，将传递的所述请求方标识和所述电子票据标识关联写入数据区块。

5.根据权利要求1所述的方法，其特征在于，所述按照所述电子票据标识申领条件，确定响应于所述电子票据标识申领请求所分配的电子票据标识，包括：

在未查询到与所述请求方标识关联、且处于未使用状态的电子票据标识时，则按照所述电子票据标识申领条件，从未分配的电子票据标识中选取电子票据标识；

将选取的所述电子票据标识作为响应于所述电子票据标识申领请求所分配的电子票据标识，与所述请求方标识关联存储。

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

获取通过管理员标识录入的请求方基础数据；或者，

获取请求方设备发送的请求方基础数据；或者，

获取从票据管理系统同步的请求方基础数据；

根据所述请求方基础数据完成请求方注册，并相应分配请求方标识；

设置与所述请求方标识对应的电子票据标识申领条件。

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

接收与所述请求方标识对应的电子票据标识申领条件更新请求；

查询与所述请求方标识对应的请求方特征数据；所述请求方特征数据包括请求方基础数据和/或请求方行为数据；

依据所述请求方特征数据审核所述电子票据标识申领条件更新请求；

在审核通过后更新与所述请求方标识对应设置的电子票据标识申领条件。

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

生成与所述请求方标识对应的身份密钥；所述身份密钥包括公钥和私钥；所述私钥用于证明请求方身份；所述公钥用于验证请求方身份；

将所述身份密钥与所述请求方标识关联存储；

根据所述请求方标识下发所述私钥。

9.根据权利要求1-7中任一项所述的方法，其特征在于，所述电子票据为区块链电子发票；所述电子票据标识为区块链电子发票编号；所述请求方标识为企业标识；所述电子票据标识申领条件为区块链电子发票领取限制条件。

10.一种关于电子票据的数据处理装置，包括：

接收模块，用于接收与请求方标识对应的电子票据标识申领请求；

查询模块，用于查询与所述请求方标识对应设置的电子票据标识申领条件；

分配模块，用于按照所述电子票据标识申领条件，确定响应于所述电子票据标识申领请求所分配的电子票据标识；

上链模块，用于将所述电子票据标识与所述请求方标识对应上传至区块链节点；对应上传的所述请求方标识和所述电子票据标识，用于指示所述区块链节点将对应上传的所述请求方标识和所述电子票据标识关联写入数据区块。

11.根据权利要求10所述的装置，其特征在于，所述接收模块还用于当与请求方标识对应的请求方设备从区块链节点中，未查询到与所述请求方标识关联、且处于未使用状态的电子票据标识时，则接收通过所述请求方设备发起的电子票据标识申领请求。

12.根据权利要求10所述的装置，其特征在于，所述分配模块还用于在未查询到与所述请求方标识关联、且处于未使用状态的电子票据标识时，则按照所述电子票据标识申领条件，从未分配的电子票据标识中选取电子票据标识；将选取的所述电子票据标识作为响应于所述电子票据标识申领请求所分配的电子票据标识，与所述请求方标识关联存储。

13.根据权利要求10所述的装置，其特征在于，所述装置还包括：

注册模块，用于获取通过管理员标识录入的请求方基础数据；或者，获取通过请求方标识发送的请求方基础数据；或者，获取从票据管理系统同步的请求方基础数据；根据所述请求方基础数据完成请求方注册，并相应分配请求方标识；设置与所述请求方标识对应的电子票据标识申领条件。

14.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如权利要求1至9中任一项所述的方法的步骤。

15.一种计算机设备，包括存储器和处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至9中任一项所述的方法的步骤。