CN110163691B - 基于区块链的发票创建方法和装置、电子设备 - Google Patents

Abstract

本说明书一个或多个实施例提供一种基于区块链的发票创建方法和装置、电子设备，应用于税务区块链中的节点设备；税务区块链与缴费区块链存在跨链引用关系：接收针对目标缴费订单的发票创建交易；发票创建交易包括税务区块链中存证的第一收款确认交易的标识；第一收款确认交易包括缴费区块链中存证的第二收款确认交易的标识；基于第一收款确认交易的标识，在税务区块链中查找到第一收款确认交易，并基于第二收款确认交易的标识，在缴费区块链中查找到第二收款确认交易；检测第一收款确认交易中的收款确认数据与第二收款确认交易中的收款确认数据是否匹配；如果两者匹配，则调用预设的智能合约中声明的发票创建逻辑，针对目标缴费订单创建发票。

Description

基于区块链的发票创建方法和装置、电子设备

技术领域

本说明书一个或多个实施例涉及区块链技术领域，尤其涉及一种基于区块链的发票创建方法和装置、电子设备。

背景技术

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

发明内容

本说明书提出一种基于区块链的发票创建方法，所述方法应用于税务区块链中的节点设备；所述税务区块链与缴费区块链存在跨链引用关系；所述方法包括：

接收针对目标缴费订单的发票创建交易；其中，所述发票创建交易包括由缴费机构在所述税务区块链中存证的第一收款确认交易的标识；所述第一收款确认交易包括由所述缴费机构在所述缴费区块链中存证的第二收款确认交易的标识；

基于所述第一收款确认交易的标识，在所述税务区块链中查找到所述第一收款确认交易，并基于所述第二收款确认交易的标识，在所述缴费区块链中查找到所述第二收款确认交易；

检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配；

如果所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据匹配，则调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

可选地，所述接收针对目标缴费订单的发票创建交易，包括：

接收到用户发起的针对目标缴费订单的发票创建请求；

或者，在监听到所述税务区块链中存证的所述第二收款确认交易时，基于所述第二收款确认交易的标识生成发票创建交易。

可选地，所述智能合约中还声明了数据匹配逻辑，所述检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配，包括：

调用所述智能合约中声明的数据匹配逻辑，检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配。

可选地，所述第二收款确认交易包括在所述缴费区块链中存证的与所述目标缴费订单对应的原始订单数据的标识；

在调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票之前，所述方法还包括：

基于所述原始订单数据的标识，在所述缴费区块链中查找到所述原始订单数据；

检测所述原始订单数据是否完整；

如果所述原始订单数据完整，则进一步地调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

可选地，所述原始订单数据以链表的形式在所述缴费区块链中存证；所述原始订单数据的标识为与所述链表的尾节点对应的哈希指针。

可选地，所述原始订单数据包括：三方签约结果；订单创建数据；以及，订单支付数据；

其中，所述订单创建数据，通过与所述三方签约结果对应的哈希指针链接至所述三方签约结果；

所述订单支付数据，通过与所述订单创建数据对应的哈希指针链接至所述订单创建数据；所述订单支付数据为所述单向链表的尾节点。

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

在确定针对所述目标缴费订单的发票创建完成时，将发票数据以及所述第一收款确认交易的标识发布至所述税务区块链进行存证。

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

在接收到来自报销机构的报销审批结果时，将所述报销审批结果以及所述发票数据的标识发布至所述税务区块链进行存证。

本说明书还提出一种基于区块链的发票创建装置，所述装置应用于税务区块链中的节点设备；所述税务区块链与缴费区块链存在跨链引用关系；所述装置包括：

接收模块，用于接收针对目标缴费订单的发票创建交易；其中，所述发票创建交易包括由缴费机构在所述税务区块链中存证的第一收款确认交易的标识；所述第一收款确认交易包括由所述缴费机构在所述缴费区块链中存证的第二收款确认交易的标识；

第一查找模块，用于基于所述第一收款确认交易的标识，在所述税务区块链中查找到所述第一收款确认交易，并基于所述第二收款确认交易的标识，在所述缴费区块链中查找到所述第二收款确认交易；

第一检测模块，用于检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配；

发票创建模块，用于如果所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据匹配，则调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

可选地，所述接收模块具体用于：

接收到用户发起的针对目标缴费订单的发票创建请求；

或者，在监听到所述税务区块链中存证的所述第二收款确认交易时，基于所述第二收款确认交易的标识生成发票创建交易。

可选地，所述智能合约中还声明了数据匹配逻辑，所述第一检测模块具体用于：

调用所述智能合约中声明的数据匹配逻辑，检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配。

可选地，所述第二收款确认交易包括在所述缴费区块链中存证的与所述目标缴费订单对应的原始订单数据的标识；

所述装置还包括：

第二查找模块，用于在调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票之前，基于所述原始订单数据的标识，在所述缴费区块链中查找到所述原始订单数据；

第二检测模块，用于检测所述原始订单数据是否完整；

所述发票创建模块具体用于：

如果所述原始订单数据完整，则进一步地调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

可选地，所述原始订单数据以链表的形式在所述缴费区块链中存证；所述原始订单数据的标识为与所述链表的尾节点对应的哈希指针。

可选地，所述原始订单数据包括：三方签约结果；订单创建数据；以及，订单支付数据；

其中，所述订单创建数据，通过与所述三方签约结果对应的哈希指针链接至所述三方签约结果；

所述订单支付数据，通过与所述订单创建数据对应的哈希指针链接至所述订单创建数据；所述订单支付数据为所述单向链表的尾节点。

可选地，所述装置还包括：

第一存证模块，用于在确定针对所述目标缴费订单的发票创建完成时，将发票数据以及所述第一收款确认交易的标识发布至所述税务区块链进行存证。

可选地，所述装置还包括：

第二存证模块，用于在接收到来自报销机构的报销审批结果时，将所述报销审批结果以及所述发票数据的标识发布至所述税务区块链进行存证。

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

处理器；

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

其中，通过读取并执行所述存储器存储的与基于区块链的发票创建的控制逻辑对应的机器可执行指令，所述处理器被促使：

接收针对目标缴费订单的发票创建交易；其中，所述发票创建交易包括由缴费机构在所述税务区块链中存证的第一收款确认交易的标识；所述第一收款确认交易包括由所述缴费机构在所述缴费区块链中存证的第二收款确认交易的标识；

基于所述第一收款确认交易的标识，在所述税务区块链中查找到所述第一收款确认交易，并基于所述第二收款确认交易的标识，在所述缴费区块链中查找到所述第二收款确认交易；

检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配；

如果所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据匹配，则调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票；

其中，所述税务区块链与缴费区块链存在跨链引用关系。

在上述技术方案中，可以在接收到针对目标缴费订单的发票创建交易时，基于该发票创建交易中的标识查找到在税务区块链中存证的第一收款确认交易，以及在缴费区块链中存证的第二收款确认交易，并在两者中的收款确认数据匹配时，针对该目标缴费订单创建发票。采用这样的方式，由于整个发票创建过程都可以在存在跨链引用关系的缴费区块链和税务区块链上完成，因此可以保证发票的真实性以及可靠性，且无法对发票进行篡改。

附图说明

图1是本说明书一示例性实施例示出的一种基于区块链的发票创建系统的示意图；

图2是本说明书一示例性实施例示出的一种基于区块链的发票创建方法的流程图；

图3是本说明书一示例性实施例示出的一种基于区块链的发票创建装置所在电子设备的硬件结构图；

图4是本说明书一示例性实施例示出的一种基于区块链的发票创建装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

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

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

本说明书旨在提供一种在确定存在跨链引用关系的税务区块链与缴费区块链中存证的收款确认数据匹配时，针对与该收款确认数据对应的缴费订单创建发票的技术方案。

在具体实现时，税务区块链中的节点设备可以接收针对目标缴费订单的发票创建交易，并基于该发票创建交易中的标识，在税务区块链中查找到由缴费机构在税务区块链中存证的第一收款确认交易。

进一步地，该节点设备可以基于第一收款确认交易中的标识，在缴费区块链中查找到由该缴费机构在缴费区块链中存证的第二收款确认交易。

后续，该节点设备可以在检测到第一收款确认交易中的收款确认数据，与第二收款确认交易中的收款确认数据匹配时，调用预先部署在税务区块链上的智能合约中的发票创建逻辑，针对目标缴费订单创建发票。

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

其中，区块链中的交易，存在狭义的交易以及广义的交易之分。狭义的交易是指用户向区块链发布的一笔价值转移；例如，在传统的比特币区块链网络中，交易可以是用户在区块链中发起的一笔转账。而广义的交易是指用户向区块链发布的一笔具有业务意图的业务数据；例如，运营方可以基于实际的业务需求搭建一个联盟链，依托于联盟链部署一些与价值转移无关的其它类型的在线业务(比如，租房业务、车辆调度业务、保险理赔业务、信用服务、医疗服务等)，而在这类联盟链中，交易可以是用户在联盟链中发布的一笔具有业务意图的业务消息或者业务请求。

在上述技术方案中，可以在接收到针对目标缴费订单的发票创建交易时，基于该发票创建交易中的标识查找到在税务区块链中存证的第一收款确认交易，以及在缴费区块链中存证的第二收款确认交易，并在两者中的收款确认数据匹配时，针对该目标缴费订单创建发票。采用这样的方式，由于整个发票创建过程都可以在存在跨链引用关系的缴费区块链和税务区块链上完成，因此可以保证发票的真实性以及可靠性，且无法对发票进行篡改。

请参考图1，图1是本说明书一示例性实施例示出的一种基于区块链的发票创建系统的示意图。

在图1所示的基于区块链的发票创建系统中，缴费机构、用户以及支付系统之间可以首先进行三方签约，并将三方签约结果发布至缴费区块链进行存证，从而使用户可以通过支付系统向缴费机构进行缴费，例如：缴费机构可以是供电公司，用户可以通过支付系统向供电公司缴纳电费。

如果缴费机构需要向用户收取一笔费用，则缴费机构可以创建一个与该用户对应的缴费订单，并将相应的订单创建数据发布至缴费区块链进行存证；或者，如果用户希望主动向缴费机构缴纳一笔费用，则用户可以通过客户端创建一个缴费订单，并由客户端将相应的订单创建数据发布至缴费区块链进行存证。其中，订单创建数据可以包括：订单流水号、缴费机构账户、用户账户以及缴费金额等数据。

支付系统在获取到该缴费订单后，可以从用户账户中进行扣款，并将扣除的金额转加到缴费机构账户中。支付系统在确定支付完成后，一方面，可以将相应的订单支付数据发布至缴费区块链进行存证。其中，订单支付数据可以包括：订单流水号、支付金额以及支付时刻等数据。另一方面，支付系统可以向缴费机构发布针对该缴费订单的收款确认通知。

缴费机构在确认收款后，可以将相应的收款确认数据分别发布至缴费区块链和税务区块链进行存证。其中，收款确认数据可以包括订单流水号、收款金额以及收款时刻等数据。

在实际应用中，支付系统可以将该收款确认通知发布至缴费区块链进行存证，缴费机构则可以在监听到缴费区块链中存证的该收款确认通知时，针对该缴费订单进行收款确认(例如：确认收款金额与缴费金额是否相等；确认是否已对该缴费订单进行销账处理等)，并将相应的收款确认数据分别发布至缴费区块链和税务区块链进行存证。

后续，用户可以通过发票服务商所提供的客户端，针对该缴费订单发起发票创建请求，税务区块链中的节点设备在接收到该发票创建请求时，可以针对该缴费订单创建发票，并将该发票发布至税务区块链进行存证；或者，税务区块链中的节点设备也可以在监听到税务区块链中存证的上述收款确认数据时，针对该缴费订单创建发票，并将该发票发布至税务区块链进行存证。

此外，如果用户需要利用该发票向报销机构申请报销该缴费订单，则报销机构可以针对该缴费订单进行报销审批，并将报销审批结果发布至税务区块链进行存证。支付系统可以在监听到税务区块链中存证的该报销审批结果，并确定该报销审批结果为审批通过时，将上述扣除的金额补入到用户账户中，并将报销数据发布至税务区块链进行存证。

需要说明的是，在图1所示的基于区块链的发票创建系统中，缴费区块链和税务区块链之间存在跨链引用关系，例如：缴费机构在将上述收款确认数据发布至缴费区块链进行存证后，可以基于缴费区块链中存证的该收款确认数据的标识，以及该收款确认数据生成收款确认交易，并将该收款确认交易发布至税务区块链进行存证。这样，后续在获取到税务区块链中存证的该收款确认交易中的收款确认数据的同时，还可以基于该收款确认交易中的标识获取到缴费区块链中存证的收款确认交易。

支付系统和客户端等可以是搭载在区块链中的节点设备上的软件系统，也可以是搭载在与区块链中的节点设备之间建立连接的电子设备上的软件系统，本说明书对此不作限制。

请参考图2，图2是本说明书一示例性实施例示出的一种基于区块链的发票创建方法的流程图。该方法可以应用于图1所示的税务区块链中的节点设备，包括如下步骤：

步骤202，接收针对目标缴费订单的发票创建交易；其中，所述发票创建交易包括由缴费机构在所述税务区块链中存证的第一收款确认交易的标识；所述第一收款确认交易包括由所述缴费机构在所述缴费区块链中存证的第二收款确认交易的标识；

步骤204，基于所述第一收款确认交易的标识，在所述税务区块链中查找到所述第一收款确认交易，并基于所述第二收款确认交易的标识，在所述缴费区块链中查找到所述第二收款确认交易；

步骤206，检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配；

步骤208，如果所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据匹配，则调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

在本实施例中，用户可以通过发票服务商所提供的客户端，针对某个缴费订单(称为目标缴费订单)发起发票创建请求。该客户端可以将该发票创建请求(即为发票创建交易)发送给税务区块链中的节点设备。

或者，税务区块链中的节点设备也可以在监听到由缴费机构在税务区块链中存证的第一收款确认交易时，基于第一收款确认交易的标识生成发票创建交易。

其中，该发票创建交易可以包括由缴费机构在税务区块链中存证的第一收款确认交易的标识，该第一收款确认交易则可以包括由缴费机构在缴费区块链中存证的第二收款确认交易的标识。

在实际应用中，该标识可以是基于数据和数据在区块链中的存储地址进行哈希计算，得到的哈希值(称为哈希指针)。

举例来说，第一收款确认交易的标识可以是基于第一收款确认交易中的收款确认数据，以及第一收款确认交易在税务区块链中的存储地址进行哈希计算，得到的哈希指针；第二收款确认交易的标识可以是基于第二收款确认交易中的收款确认数据，以及第二收款确认交易在缴费区块链中的存储地址进行哈希计算，得到的哈希指针。

税务区块链中的节点设备在接收到上述发票创建交易后，可以基于该发票创建交易中的标识(即第一收款确认交易的标识)，在税务区块链中查找到第一收款确认交易；而在查找到第一收款确认交易后，可以进一步地基于第一收款确认交易中的标识(即第二收款确认交易的标识)，在缴费区块链中查找到第二收款确认交易。

后续，税务区块链中的节点设备可以检测在税务区块链中存证的第一收款确认交易中的收款确认数据，与在缴费区块链中存证的第二收款确认交易中的收款确认数据是否匹配，例如：第一收款确认交易中的收款金额与第二收款确认交易中的收款金额是否相等；第一收款确认交易中的订单流水号与第二收款确认交易中的订单流水号是否相同等。

如果第一收款确认交易中的收款确认数据与第二收款确认交易中的收款确认数据匹配，则可以认为上述目标缴费订单真实、有效，即可以针对目标缴费订单创建发票。在这种情况下，税务区块链中的节点设备可以调用预先部署在税务区块链上的智能合约中声明的发票创建逻辑，针对目标缴费订单创建发票，例如：该节点设备可以基于该收款确认数据中的付款方(即用户账户)、收款方(即缴费机构账户)、收款金额以及收款时刻等数据，创建与目标缴费订单对应的发票。

其中，发票创建逻辑具体可以是声明在该智能合约中的，与创建发票的执行逻辑相关的程序代码(例如：一些可供调用的程序方法或者函数)。

如果第一收款确认交易中的收款确认数据与第二收款确认交易中的收款确认数据不匹配，则可以认为上述目标缴费订单暂时不满足开票条件，因此无需针对目标缴费订单创建发票。

在实际应用中，上述智能合约中还可以声明了数据匹配逻辑。在这种情况下，税务区块链中的节点设备可以调用该智能合约中的数据匹配逻辑，以检测在税务区块链中存证的第一收款确认交易中的收款确认数据，与在缴费区块链中存证的第二收款确认交易中的收款确认数据是否匹配。

其中，数据匹配逻辑具体可以是声明在该智能合约中的，与数据匹配的执行逻辑相关的程序代码。

在示出的一种实施方式中，为了进一步地保证上述目标缴费订单的真实性和有效性，税务区块链中的节点设备在确定了第一收款确认交易中的收款确认数据与第二收款确认交易中的收款确认数据匹配后，可以进一步地，基于第二收款确认交易中的标识，在缴费区块链中查找到目标缴费订单的原始订单数据。

请继续参考图1，如图1所示，上述原始订单数据可以以链表的形式在缴费区块链中存证；第二收款确认交易中的标识则可以是与该原始订单数据对应的链表的尾节点的标识。

其中，该标识也可以是基于数据和数据在区块链中的存储地址进行哈希计算，得到的哈希值(称为哈希指针)。

在实际应用中，上述原始订单数据可以包括三方签约结果、订单创建数据以及订单支付数据。

具体地，缴费机构或用户所使用的客户端可以基于上述订单创建数据，以及与缴费区块链中存证的上述三方签约结果对应的哈希指针(即基于该三方签约结果，以及该三方签约结果在缴费区块链中的存储地址进行哈希计算，得到的哈希指针)，生成订单创建交易，并将该订单创建交易发布至缴费区块链进行存证。

支付系统可以基于上述订单支付数据，以及与该订单创建交易对应的哈希指针(即基于该订单创建交易中的订单创建数据，以及该订单创建交易在缴费区块链中的存储地址进行哈希计算，得到的哈希指针)，生成订单支付交易，并将该订单支付交易发布至缴费区块链进行存证。

缴费机构一方面可以基于上述收款确认数据，以及与该订单支付交易对应的哈希指针(即基于该订单支付交易中的订单支付数据，以及该订单支付交易在缴费区块链中的存储地址进行哈希计算，得到的哈希指针)，生成第二收款确认交易，并将第二收款确认交易发布至缴费区块链进行存证。

另一方面，缴费机构可以基于上述收款确认数据，以及与第二收款确认交易对应的哈希指针(即基于第二收款确认交易中的收款确认数据，以及第二收款确认交易在缴费区块链中的存储地址进行哈希计算，得到的哈希指针)，生成第一收款确认交易，并将第一收款确认交易发布至税务区块链进行存证。

在上述情况下，与上述原始订单数据对应的链表的尾节点即为上述订单支付交易，该尾节点的标识即为该订单支付交易的标识。

税务区块链中的节点设备可以基于第二收款确认交易中的标识，在缴费区块链中查找到上述订单支付交易；在查找到该订单支付交易后，可以进一步地基于该订单支付交易中的标识，在缴费区块链中查找到订单创建交易；在查找到该订单创建交易后，可以进一步地基于该订单创建交易中的标识，在缴费区块链中查找到三方签约结果，即该节点设备可以基于第二收款确认交易中的标识，在缴费区块链中查找到包括三方签约结果、订单创建数据以及订单支付数据在内的原始订单数据。

税务区块链中的节点设备在查找到上述目标缴费订单的原始订单数据后，可以检测该原始订单数据是否完整，例如：该原始订单数据中是否包含三方签约结果、订单创建数据以及订单支付数据这三种数据；各种数据是否完整等。

如果上述原始订单数据完整，则税务区块链中的节点设备可以进一步地调用预先部署在税务区块链上的智能合约中声明的发票创建逻辑，针对目标缴费订单创建发票。

如果上述原始订单数据不完整，则可以不针对目标缴费订单创建发票。

税务区块链中的节点设备在确定针对上述目标缴费订单的发票创建完成时，可以生成第一收款确认交易的标识，例如：基于第一收款确认交易中的收款确认数据，以及第一收款确认交易在税务区块链中的存储地址进行哈希计算，得到第一收款确认交易的哈希指针。后续，该节点设备可以将发票数据(即创建的发票)以及第一收款确认交易的标识发布至税务区块链进行存证。

在示出的一种实施方式中，如果用户需要利用上述发票向报销机构申请报销上述缴费订单，则报销机构可以通过客户端针对该缴费订单进行报销审批，并将报销审批结果发送给税务区块链中的节点设备，以由税务区块链中的节点设备将该报销审批结果，以及上述发票数据的标识(例如：与该发票数据对应的哈希指针)在税务区块链进行存证。

支付系统可以在监听到税务区块链中存证的该报销审批结果，并确定该报销审批结果为审批通过时，将上述扣除的金额补入到用户账户中，并将报销数据发送给税务区块链中的节点设备，以由税务区块链中的节点设备将该报销数据，以及上述报销审批结果的标识(例如：与该报销审批结果对应的哈希指针)在税务区块链进行存证。

在示出的一种实施方式中，在针对上述目标缴费订单的退款完成后，税务区块链中的节点设备还可以针对该目标缴费订单创建与上述发票对应的冲红发票，例如：该节点设备可以在检测到由缴费机构在税务区块链中存证的第一退款数据，与由缴费机构在缴费区块链中存证的第二退款数据匹配时，针对该目标缴费订单创建与该发票对应的冲红发票。该节点设备创建该冲红发票的具体步骤可以参考上述发票创建的具体步骤，本说明书对此不再赘述。

在上述技术方案中，可以在接收到针对目标缴费订单的发票创建交易时，基于该发票创建交易中的标识查找到在税务区块链中存证的第一收款确认交易，以及在缴费区块链中存证的第二收款确认交易，并在两者中的收款确认数据匹配时，针对该目标缴费订单创建发票。采用这样的方式，由于整个发票创建过程都可以在存在跨链引用关系的缴费区块链和税务区块链上完成，因此可以保证发票的真实性以及可靠性，且无法对发票进行篡改。

与前述基于区块链的发票创建方法的实施例相对应，本说明书还提供了基于区块链的发票创建装置的实施例。

本说明书基于区块链的发票创建装置的实施例可以应用在作为税务区块链中的节点设备的电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本说明书基于区块链的发票创建装置所在电子设备的一种硬件结构图，除了图3所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的电子设备通常根据该基于区块链的发票创建的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图4，图4是本说明书一示例性实施例示出的一种基于区块链的发票创建装置的框图。该装置40可以应用于图3所示的电子设备；所述税务区块链与缴费区块链存在跨链引用关系；所述装置40可以包括：

接收模块401，用于接收针对目标缴费订单的发票创建交易；其中，所述发票创建交易包括由缴费机构在所述税务区块链中存证的第一收款确认交易的标识；所述第一收款确认交易包括由所述缴费机构在所述缴费区块链中存证的第二收款确认交易的标识；

第一查找模块402，用于基于所述第一收款确认交易的标识，在所述税务区块链中查找到所述第一收款确认交易，并基于所述第二收款确认交易的标识，在所述缴费区块链中查找到所述第二收款确认交易；

第一检测模块403，用于检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配；

发票创建模块404，用于如果所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据匹配，则调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

在本实施例中，所述接收模块401具体可以用于：

接收到用户发起的针对目标缴费订单的发票创建请求；

或者，在监听到所述税务区块链中存证的所述第二收款确认交易时，基于所述第二收款确认交易的标识生成发票创建交易。

在本实施例中，所述智能合约中还声明了数据匹配逻辑，所述第一检测模块403具体可以用于：

调用所述智能合约中声明的数据匹配逻辑，检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配。

在本实施例中，所述第二收款确认交易包括在所述缴费区块链中存证的与所述目标缴费订单对应的原始订单数据的标识；

所述装置40还可以包括：

第二查找模块405，用于在调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票之前，基于所述原始订单数据的标识，在所述缴费区块链中查找到所述原始订单数据；

第二检测模块406，用于检测所述原始订单数据是否完整；

所述发票创建模块404具体可以用于：

如果所述原始订单数据完整，则进一步地调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

在本实施例中，所述原始订单数据以链表的形式在所述缴费区块链中存证；所述原始订单数据的标识为与所述链表的尾节点对应的哈希指针。

在本实施例中，所述原始订单数据包括：三方签约结果；订单创建数据；以及，订单支付数据；

其中，所述订单创建数据，通过与所述三方签约结果对应的哈希指针链接至所述三方签约结果；

所述订单支付数据，通过与所述订单创建数据对应的哈希指针链接至所述订单创建数据；所述订单支付数据为所述单向链表的尾节点。

在本实施例中，所述装置40还可以包括：

第一存证模块407，用于在确定针对所述目标缴费订单的发票创建完成时，将发票数据以及所述第一收款确认交易的标识发布至所述税务区块链进行存证。

在本实施例中，所述装置40还可以包括：

第二存证模块408，用于在接收到来自报销机构的报销审批结果时，将所述报销审批结果以及所述发票数据的标识发布至所述税务区块链进行存证。

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

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

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

与上述基于区块链的发票创建方法实施例相对应，本说明书还提供了一种电子设备的实施例。该电子设备包括：处理器以及用于存储机器可执行指令的存储器；其中，处理器和存储器通常通过内部总线相互连接。在其他可能的实现方式中，所述设备还可能包括外部接口，以能够与其他设备或者部件进行通信。

在本实施例中，通过读取并执行所述存储器存储的与基于区块链的发票创建的控制逻辑对应的机器可执行指令，所述处理器被促使：

接收针对目标缴费订单的发票创建交易；其中，所述发票创建交易包括由缴费机构在所述税务区块链中存证的第一收款确认交易的标识；所述第一收款确认交易包括由所述缴费机构在所述缴费区块链中存证的第二收款确认交易的标识；

基于所述第一收款确认交易的标识，在所述税务区块链中查找到所述第一收款确认交易，并基于所述第二收款确认交易的标识，在所述缴费区块链中查找到所述第二收款确认交易；

检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配；

如果所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据匹配，则调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票；

其中，所述税务区块链与缴费区块链存在跨链引用关系。

在本实施例中，所述接收针对目标缴费订单的发票创建交易，包括：

接收到用户发起的针对目标缴费订单的发票创建请求；

或者，在监听到所述税务区块链中存证的所述第二收款确认交易时，基于所述第二收款确认交易的标识生成发票创建交易。

在本实施例中，所述智能合约中还声明了数据匹配逻辑，所述检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配，包括：

调用所述智能合约中声明的数据匹配逻辑，检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配。

在本实施例中，所述第二收款确认交易包括在所述缴费区块链中存证的与所述目标缴费订单对应的原始订单数据的标识；

在调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票之前，所述方法还包括：

基于所述原始订单数据的标识，在所述缴费区块链中查找到所述原始订单数据；

检测所述原始订单数据是否完整；

如果所述原始订单数据完整，则进一步地调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

在本实施例中，所述原始订单数据以链表的形式在所述缴费区块链中存证；所述原始订单数据的标识为与所述链表的尾节点对应的哈希指针。

在本实施例中，所述原始订单数据包括：三方签约结果；订单创建数据；以及，订单支付数据；

其中，所述订单创建数据，通过与所述三方签约结果对应的哈希指针链接至所述三方签约结果；

所述订单支付数据，通过与所述订单创建数据对应的哈希指针链接至所述订单创建数据；所述订单支付数据为所述单向链表的尾节点。

在本实施例中，所述方法还包括：

在确定针对所述目标缴费订单的发票创建完成时，将发票数据以及所述第一收款确认交易的标识发布至所述税务区块链进行存证。

在本实施例中，所述方法还包括：

在接收到来自报销机构的报销审批结果时，将所述报销审批结果以及所述发票数据的标识发布至所述税务区块链进行存证。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本说明书的其他实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

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

Claims (17)

1.一种基于区块链的发票创建方法，所述方法应用于税务区块链中的节点设备；所述税务区块链与缴费区块链存在跨链引用关系；所述方法包括：

接收针对目标缴费订单的发票创建交易；其中，所述发票创建交易包括由缴费机构在所述税务区块链中存证的第一收款确认交易的标识；所述第一收款确认交易包括由所述缴费机构在所述缴费区块链中存证的第二收款确认交易的标识；

基于所述第一收款确认交易的标识，在所述税务区块链中查找到所述第一收款确认交易，并基于所述第二收款确认交易的标识，在所述缴费区块链中查找到所述第二收款确认交易；

检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配；

如果所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据匹配，则调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

2.根据权利要求1所述的方法，所述接收针对目标缴费订单的发票创建交易，包括：

接收到用户发起的针对目标缴费订单的发票创建请求；

或者，在监听到所述税务区块链中存证的所述第二收款确认交易时，基于所述第二收款确认交易的标识生成发票创建交易。

3.根据权利要求1所述的方法，所述智能合约中还声明了数据匹配逻辑，所述检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配，包括：

调用所述智能合约中声明的数据匹配逻辑，检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配。

4.根据权利要求1所述的方法，所述第二收款确认交易包括在所述缴费区块链中存证的与所述目标缴费订单对应的原始订单数据的标识；

在调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票之前，所述方法还包括：

基于所述原始订单数据的标识，在所述缴费区块链中查找到所述原始订单数据；

检测所述原始订单数据是否完整；

如果所述原始订单数据完整，则进一步地调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

5.根据权利要求4所述的方法，所述原始订单数据以链表的形式在所述缴费区块链中存证；所述原始订单数据的标识为与所述链表的尾节点对应的哈希指针。

6.根据权利要求5所述的方法，所述原始订单数据包括：三方签约结果；订单创建数据；以及，订单支付数据；

其中，所述订单创建数据，通过与所述三方签约结果对应的哈希指针链接至所述三方签约结果；

所述订单支付数据，通过与所述订单创建数据对应的哈希指针链接至所述订单创建数据；所述订单支付数据为所述链表的尾节点。

7.根据权利要求1所述的方法，所述方法还包括：

在确定针对所述目标缴费订单的发票创建完成时，将发票数据以及所述第一收款确认交易的标识发布至所述税务区块链进行存证。

8.根据权利要求7所述的方法，所述方法还包括：

在接收到来自报销机构的报销审批结果时，将所述报销审批结果以及所述发票数据的标识发布至所述税务区块链进行存证。

9.一种基于区块链的发票创建装置，所述装置应用于税务区块链中的节点设备；所述税务区块链与缴费区块链存在跨链引用关系；所述装置包括：

接收模块，用于接收针对目标缴费订单的发票创建交易；其中，所述发票创建交易包括由缴费机构在所述税务区块链中存证的第一收款确认交易的标识；所述第一收款确认交易包括由所述缴费机构在所述缴费区块链中存证的第二收款确认交易的标识；

第一查找模块，用于基于所述第一收款确认交易的标识，在所述税务区块链中查找到所述第一收款确认交易，并基于所述第二收款确认交易的标识，在所述缴费区块链中查找到所述第二收款确认交易；

第一检测模块，用于检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配；

发票创建模块，用于如果所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据匹配，则调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

10.根据权利要求9所述的装置，所述接收模块具体用于：

接收到用户发起的针对目标缴费订单的发票创建请求；

或者，在监听到所述税务区块链中存证的所述第二收款确认交易时，基于所述第二收款确认交易的标识生成发票创建交易。

11.根据权利要求9所述的装置，所述智能合约中还声明了数据匹配逻辑，所述第一检测模块具体用于：

调用所述智能合约中声明的数据匹配逻辑，检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配。

12.根据权利要求9所述的装置，所述第二收款确认交易包括在所述缴费区块链中存证的与所述目标缴费订单对应的原始订单数据的标识；

所述装置还包括：

第二查找模块，用于在调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票之前，基于所述原始订单数据的标识，在所述缴费区块链中查找到所述原始订单数据；

第二检测模块，用于检测所述原始订单数据是否完整；

所述发票创建模块具体用于：

如果所述原始订单数据完整，则进一步地调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票。

13.根据权利要求12所述的装置，所述原始订单数据以链表的形式在所述缴费区块链中存证；所述原始订单数据的标识为与所述链表的尾节点对应的哈希指针。

14.根据权利要求13所述的装置，所述原始订单数据包括：三方签约结果；订单创建数据；以及，订单支付数据；

其中，所述订单创建数据，通过与所述三方签约结果对应的哈希指针链接至所述三方签约结果；

所述订单支付数据，通过与所述订单创建数据对应的哈希指针链接至所述订单创建数据；所述订单支付数据为所述链表的尾节点。

15.根据权利要求9所述的装置，所述装置还包括：

第一存证模块，用于在确定针对所述目标缴费订单的发票创建完成时，将发票数据以及所述第一收款确认交易的标识发布至所述税务区块链进行存证。

16.根据权利要求15所述的装置，所述装置还包括：

第二存证模块，用于在接收到来自报销机构的报销审批结果时，将所述报销审批结果以及所述发票数据的标识发布至所述税务区块链进行存证。

17.一种电子设备，包括：

处理器；

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

其中，通过读取并执行所述存储器存储的与基于区块链的发票创建的控制逻辑对应的机器可执行指令，所述处理器被促使：

接收针对目标缴费订单的发票创建交易；其中，所述发票创建交易包括由缴费机构在税务区块链中存证的第一收款确认交易的标识；所述第一收款确认交易包括由所述缴费机构在缴费区块链中存证的第二收款确认交易的标识；

基于所述第一收款确认交易的标识，在所述税务区块链中查找到所述第一收款确认交易，并基于所述第二收款确认交易的标识，在所述缴费区块链中查找到所述第二收款确认交易；

检测所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据是否匹配；

如果所述第一收款确认交易中的收款确认数据与所述第二收款确认交易中的收款确认数据匹配，则调用预设的智能合约中声明的发票创建逻辑，针对所述目标缴费订单创建发票；

其中，所述税务区块链与缴费区块链存在跨链引用关系。

Images