基于区块链的资金管理方法和装置

技术领域

本公开涉及区块链技术领域，具体涉及一种基于区块链的资金管理方法和装置。

背景技术

财政领域的资金管理通常需要涉及多个部门，且需要在该多个部门之间进行信息或资金的交互。由于各个部门用于资金管理的应用系统通常是独立的，且彼此可以分布在不同的网络环境中，因此，其信息或资金的交互需要依赖通信接口。然而，该方式容易受到网络的影响，会导致资金管理的过程中出现异常。

发明内容

有鉴于此，本公开提供基于区块链的资金管理方法及装置。下面对本公开实施例所涉及的各个方面进行介绍。

第一方面，提供一种基于区块链的资金管理方法，所述区块链包括多个区块链节点，所述多个区块链节点与多个用于资金管理的应用系统一一对应，所述方法包括：接收针对缴款码的注册请求；响应于所述注册请求，生成所述缴款码，并将所述缴款码在所述区块链上进行存证；接收针对所述缴款码的动账信息；根据所述动账信息生成缴款票据，并将所述缴款票据在所述区块链上进行存证，其中，所述缴款票据与所述动账信息关联。

第二方面，提供一种基于区块链的资金管理装置，所述区块链包括多个区块链节点，所述多个区块链节点与多个用于资金管理的应用系统一一对应，所述装置包括：第一接收模块，用于接收针对缴款码的注册请求；第一生成模块，用于响应于所述注册请求，生成所述缴款码，并将所述缴款码在所述区块链上进行存证；第二接收模块，用于接收针对所述缴款码的动账信息；第二生成模块，用于根据所述动账信息生成缴款票据，并将所述缴款票据在所述区块链上进行存证，其中，所述缴款票据与所述动账信息关联。

第三方面，提供一种基于区块链的资金管理装置，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器被配置为执行所述可执行代码，以实现如第一方面所述的方法。

第四方面，提供一种计算机可读存储介质，其上存储有可执行代码，当所述可执行代码被执行时，能够实现如第一方面所述的方法。

第五方面，提供一种计算机程序产品，包括可执行代码，当所述可执行代码被执行时，能够实现如第一方面所述的方法。

本公开实施例提供的基于区块链的资金管理方法，可借助于区块链来生成和存证缴款码和缴款票据，从而可以使各个用于资金管理的应用系统通过区块链进行交互，避免了相关技术中的网络不稳定对财政资金管理所造成的影响，保证了资金管理的安全性、稳定性和可信度。

附图说明

图1为本公开实施提供的区块链的架构示意图。

图2为本公开实施例提供基于区块链的资金管理方法的流程示意图。

图3是本公开实施例提供的区块链系统的结构示意图。

图4是基于图3中的区块链系统进行信息交互的流程示意图。

图5是本公开实施例提供的基于区块链的资金管理装置的结构示意图。

图6是本公开另一实施例提供的基于区块链的资金管理装置的结构示意图。

具体实施方式

下面对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本公开一部分实施例，而不是全部的实施例。

财政领域的资金管理通常需要涉及多个部门，且需要在该多个部门之间进行信息或资金的交互。例如，该资金管理可以是中央财政非税收入的管理。对应地，该多个部门例如可以是财政、执收单位以及银行。财政可以是指财政部或者财政局等对国民财政进行管理的部门。执收单位可以是指负责收取税收收入和各种非税收收入的单位，例如，可以是交管部门、教育部门、公检法部门、计生办等等。

具体地，对于中央财政非税收收入的缴纳而言，不管是采取直接缴库或者集中汇缴，都需要财政或者执收单位出具缴款码，以供缴款人进行缴款。缴款完成之后，还需要为缴款人出具缴款票据。而缴款人既可以通过代收银行向财政缴纳费用，也可以通过代收银行向执收单位缴纳费用后再由执收单位统一上缴给财政。

在一些实施例中，财政或者执收单位也均可以具有对应的代理银行来办理相关业务。因此，在中央财政非税收收入的缴纳过程中其资金通常会涉及财政、执收单位以及各种代理银行，且其缴款码或者缴款票据的信息也需要在各个部门之间进行流转。

在相关技术中，各个部门之间的信息或资金的交互是通过各个部门的用于资金管理的应用系统的通信接口进行的。然而，由于各应用系统通常是独立的，且彼此可以被部署在不同的网络环境中，其在进行信息或者资金的交互时，需要借助于在不同网络中所设置的对外通信接口。以非税收入为例，财政的非税收入收缴管理系统可以部署在电信网络中，而相应地对接银行的非税收入收缴管理系统可以部署在局域网络中，财政的系统与银行的系统在进行交互时需要依赖于电信网络的通信接口以及局域网络中的通信接口。

然而，通过不同网络中的对外通信接口进行交互时，需要依赖于网络的稳定性和可靠性。如果一方网络出现异常，就会造成另外一方无法接收到其需要传递的信息。这对于财政资金的管理非常不利，会导致资金管理的过程中出现异常。

有鉴于此，本公开实施例提出一种基于区块链的资金管理方案。由于区块链技术具有去中心化、分布式、不可篡改性、可溯源、安全可信等特点，因而借助于区块链来生成和存证缴款码和缴款票据，可以使各个用于资金管理的应用系统通过区块链进行交互，避免了相关技术中的网络不稳定对财政资金管理所造成的影响，保证了资金管理的安全性、稳定性和可信度。

为了方便理解，先对本公开实施例中涉及的区块链及其部分概念进行简单的介绍。

区块链(Blockchain)

区块链是一种以密码技术为基础的分布式链式存储记账技术，因此，区块链也可以称为分布式账本。在一些实施例中，区块链被称为账本链。区块链技术可以通过去中心化或多中心化的方式对大量数据进行阻止和维护，具有分布式、不可篡改性、可溯源、安全可信等特点。

参见图1，区块链100是一个典型的分布式协同系统。该系统包括多个区块链节点110。该多个区块链节点110可以共同维护一个不断增长的分布式数据记录。这些记录的数据可以通过密码学技术保护内容和时序，使得任何一方难以篡改、抵赖和造假。区块链节点110可以是具有计算能力的设备，例如，服务器、服务器组、区块链芯片等，其中，服务器组可以是集中式的，也可以是分布式的。在一些实现方式中，服务器可以是区域的或者远程的。在另一些实现方式中，上述服务器还可以是为云平台提供服务的服务器。而云平台可以包括私有云、公有云、混合云、社区云、分散式云、内部云等中的一种或其任意组合。

在区块链中，数据(例如，交易信息、交易执行结果等)可以以区块(Block)的形式被封装。区块彼此之间可以通过前向的引用彼此链接形成“链”，即区块链。通常，可以将区块链中的第一个区块称为“创始区块”或“初始区块”，将区块链中位于当前区块之前的一个区块称为“上一区块”，将区块链中位于当前区块之后的一个区块称为“后继块”。

通常，区块可以包括区块头和区块体。区块头可以包含当前区块的基本信息，用以保证当前区块能正确的进入区块链。例如，区块头可以记录当前区块的上一区块的区块哈希值。又如，区块头还可以记录当前区块的区块高度。区块高度简称“块高”，用来识别区块在区块链中的位置。通常，创始区块的块高为0。区块体可以用于记录交易信息。该交易信息例如可以包括交易数量和交易数据等信息。

区块链一般被划分为三种类型：公有链(Public Blockchain)，私有链(PrivateBlockchain)和联盟链(Consortium Blockchain)。此外，还可以有上述多种类型的结合，比如私有链+联盟链、联盟链+公有链等。本公开所提供的实施方式能够在合适类型的区块链中实现。

在一些实现方式中，区块链节点110可具有对应的区块链用户端(简称用户端)，区块链节点110可与用户端连接以使用户端获取区块链的服务。用户端可以是终端设备或者终端设备上的应用。终端设备可以是具有计算能力的一切设备，例如，移动电话、计算机、可计算穿戴设备或者服务器等。用户端可以通过发起区块链交易(简称交易，也可称为请求)的方式获取区块链服务，即用户端可以生成交易并将生成的交易经过区块链节点110发送至区块链。例如，用户端可以针对其内的数据向其对应的区块链节点110发起上链请求，区块链节点110响应于该请求可以将该数据在区块链上进行保存。

然而，当用户端为外部终端设备上的应用时，用户端可以通过在该应用中部署对外访问的应用程序接口(Application Program Interface，简称API)，以使应用通过API与区块链节点110进行交互。

共识机制

共识机制可以理解为区块链中的负责记账的节点(或称记账节点)之间如何达成共识，以认定一个记录的有效性。

区块链的共识机制具备“少数服从多数”以及“人人平等”的特点，其中“少数服从多数”并不完全指节点个数，也可以是计算能力、股权数或者其他的计算机可以比较的特征量。“人人平等”是当节点满足条件时，所有节点都有权优先提出共识结果、直接被其他节点认同后并最后有可能成为最终共识结果。以比特币为例，采用的是工作量证明，只有在控制了全网超过51％的记账节点的情况下，才有可能伪造出一条不存在的记录。当加入区块链的节点足够多的时候，这基本上不可能，从而杜绝了造假的可能。

区块链的自信任主要体现在分布于区块链中的用户无须信任交易的另一方，也无须信任一个中心化的机构，只需要信任区块链协议下的软件系统即可实现交易。这种自信任的前提是区块链的共识机制，即在一个互不信任的市场中，要想使各节点达成一致的充分必要条件是每个节点出于对自身利益最大化的考虑，都会自发、诚实地遵守协议中预先设定的规则，判断每一笔记录的真实性，最终将判断为真的记录记入区块链之中。换句话说，如果各节点具有各自独立的利益并互相竞争，则这些节点几乎不可能合谋欺骗你，而当节点们在网络中拥有公共信誉时，这一点体现得尤为明显。区块链技术正是运用一套基于共识的数学算法，在机器之间建立“信任”网络，从而通过技术背书而非中心化信用机构来进行全新的信用创造。

区块链的共识机制例如可以是以下共识机制中的一种：工作量证明机制(ProofOf Work，POW)、(Proof Of Stake，POS)权益证明机制、股份授权证明机制、验证池机制以及实用拜占庭容错机制(Practical Byzantine Fault Tolerance，PBFT)。

智能合约

智能合约(Smart Contract)是一种旨在以信息化方式传播、验证或执行合同的计算机协议。或者说，智能合约可以理解为部署在计算机系统上的一段程序，当智能合约的触发条件被满足时，智能合约可以被自动地执行。区块链上可具有多个智能合约，每个智能合约可以执行不同的代码或者协议以实现不同的功能。智能合约允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。

区块链的出现为智能合约的实现提供了技术支撑。将智能合约以数字化的形式写入区块链中，由区块链技术的特性保障智能合约的存储、读取、执行，整个过程透明可跟踪、不可攥改。另一方面，可以由区块链自带的共识算法构建出一套状态机系统，使得智能合约能够高效地运行。

在一些实现方式中，区块链用户可以通过向区块链系统提交交易的方式，调用智能合约，并对智能合约中记录的数据进行设置，然后将设置后的智能合约存储在区块链中。相应地，当智能合约中的特定条件被触发后，区块链节点可以执行智能合约，并记录智能合约的执行结果以及智能合约的执行状态。

本公开实施例中的区块链网络在系统层面上，支持了智能合约的拓展能力，能够基于智能合约编写图灵完备业务逻辑来实现丰富的业务场景。同时，区块链网络设计支持多语言的合约编程能力，通过LLVM的设计目标来实现将多语言版本的智能合约编译生成统一的执行指令集。

在本公开实施例的区块链中所提供的智能合约包括如下的生命周期：合约编写，使用合约开发语言编写智能合约；合约编译，使用合约编译器将智能合约编译为字节码；合约部署，将编译得到的字节码部署到区块链上；合约调用，客户端将调用合约方法的交易发送到区块链节点执行；合约升级，即根据业务需求修改合约代码，重新编译后再更新到区块链上；合约冻结，冻结后的合约不再允许新的调用，该特性用于合约缺陷下的紧急干预或者合约下线。

有鉴于区块链的以上特点，如图2所示，为本公开实施例提供的基于区块链的资金管理方法的流程示意图。该区块链包括多个区块链节点，且多个区块链节点与前文所述的多个用于资金管理的应用系统一一对应。该方法可以应用于与区块链节点。

可以理解，本公开实施例中的区块链节点与应用系统对应可以是指应用系统集成在区块链节点上，即应用系统作为区块链节点构成区块链网络的一部分。或者，区块链节点与应用系统对应还可以是指应用系统可以与区块链网络的节点通信连接，即应用系统可以通过其API接口与对应的区块链节点进行交互。

详见图2，本公开实施例中的方法可以包括步骤S210-步骤S240。

在步骤S210：接收针对缴款码的注册请求。

针对缴款码的注册请求的发起方可以是财政或者执收单位。例如，财政或者执收单位可以通过客户端向对应的区块链节点发送针对缴款码的注册请求。或者财政或者执收单位还可以作为区块链的注册用户直接向其区块链节点发送针对缴款码的注册请求。

针对缴款码的注册请求可以包含用于生成缴款码的相关信息，例如，发起缴款码的发起方的用户标识、缴款人的用户标识、缴款详情信息等。

在步骤S220：响应于注册请求，生成缴款码，并将缴款码在区块链上进行存证。

缴款码可以指用于让缴款人进行缴款的数据凭证。缴款码通常可以按照约定的格式存在。在一些实施例中，缴款码可以是非税收入一般缴款书(下文简称缴款书)中的基本要素。缴款书是指由财政监管、执收单位依法收缴政府非税收入时，运用计算机和信息网络技术开具、存储、传输和接收的数字电文形式的凭证，是以电子数据形式表现的财政票据。缴款书中的基本要素还可以包括执收单位编码、执收单位名称、票据代码、票据号码、校验日、填制日期、付款人(全称、账号、开户银行)、收款人(全称、账号、开户银行)、项目编码、收入项目名称、单位、数量、收缴标准、金额、执收单位签章、财政监制签章等。缴款码可以与缴款书中的其他基本要素是关联的，即通过缴款码也可以获取上述缴款书的其他内容。

在本公开实施例中，区块链上可部署有自动生成缴款码的智能合约。在区块链节点接收到注册请求后，可以自动触发该智能合约，以使区块链执行相关代码而生成缴款码。

区块链节点通过区块链上的智能合约完成缴款码的生成之后，会发起共识请求。如果区块链上的其他节点可基于共识机制达成共识，则该区块链节点将上述缴款码广播给区块链上的其他各个节点，从而完成了对缴款码进行上链存证的过程。通过对缴款码进行存证，可以使区块链上的任意区块链节点获取该缴款码。

在步骤S230：接收针对缴款码的动账信息。

针对缴款码的动账信息的发送方可以是缴款用户。缴款用户可以是指向财政缴款的用户，其可以缴款人或者执收单位。以非税收入的收缴为例，如果是直接缴库的汇缴形式，缴款用户为缴款人或者缴款人的代理银行。如果是集中汇缴的形式，缴款用户可以是指执收单位或者执收单位的代理银行。而在集中汇缴的形式中，向财政汇缴的缴款用户虽然是执收单位或者执收单位的代理银行，但其实际缴款款项依然是来自于缴款人，只是执收单位可以作为中间代理将多个缴款用户的缴款进行统一上缴。

可以理解，上述接收针对缴款码的注册请求的区块链节点和接收针对缴款码的动账信息的区块链节点可以不是同一个区块链节点。例如，接收针对缴款码的注册请求的区块链节点可以是财政对应的节点，而接收针对缴款码的动账信息的区块链节点可以是银行对应的节点。财政对应的节点和银行对应的节点可以共同构成如图3所示的账本链。

动账的具体过程可以是：缴款用户通过区块链节点获取缴款码。由于缴款码中包含缴款用户的用户标识，因此，缴款用户获取到缴款码后就可以确定其是否需要处理该缴款码。如果需要处理，则发起支付请求，以使其代理银行发起转账。该转账信息即可理解为是针对缴款码的动账信息。

在步骤S240：根据动账信息生成缴款票据，并将缴款票据在区块链上进行存证。

缴款票据与动账信息关联，其是一种代表账目信息的票据。缴款票据可以理解为是一种完成状态的缴款码，或者是一种填写完成的缴款书。换句话说，缴款票据中包含了缴款码的信息以及以下已经填写完成的信息：执收单位编码、执收单位名称、票据代码、票据号码、校验日、填制日期、付款人(全称、账号、开户银行)、收款人(全称、账号、开户银行)、项目编码、收入项目名称、单位、数量、收缴标准、金额、执收单位签章、财政监制签章。

在本公开实施例中，区块链上还可部署有自动生成缴款票据的智能合约。在区块链节点接收到动账信息后，可以自动触发该智能合约，以使区块链执行相关代码而生成缴款票据。将缴款票据和缴款码存证在区块链上的过程一致，此处不再赘述，具体可参考前文中缴款码的存证方式。

本公开实施例中基于区块链的资金管理方法，可以借助于区块链来生成和存证缴款码和缴款票据。从而可使各个用于资金管理的应用系统通过区块链进行交互，避免了相关技术中的网络不稳定对财政资金管理所造成的影响，保证了资金管理的安全性、稳定性和可信度。

财政资金的管理除了收缴管理还包括对账管理。有鉴于此，在一些实施例中，基于区块链的资金管理方法还包括以下步骤。

在步骤S250：接收针对缴款票据的对账请求。

针对缴款票据的对账请求的发送方可以是财政、执收单位或者银行。例如，财政、执收单位或者银行可以通过其客户端向相应的区块链节点发送对账请求。或者，财政、执收单位或者银行可以作为区块链的注册用户直接向其区块链节点发送针对缴款票据的对账请求。

在步骤S260：响应于对账请求，从区块链上调取缴款票据。

区块链节点在接收到上述对账请求后，可以通过从与缴款票据对应的链上交易地址上获取缴款票据。在一些实施例中，链上交易地址即块高，获取链上交易地址则可以称为拉取块高。财政、执收单位或者银行都可以通过区块链获取缴款票据，并基于此缴款票据来进行对账。通过实施本公开实施例，可以使需要对账的用户(财政、执收单位或者银行)之间均通过区块链获取账目信息，而不再依赖于网络或者工作时间等限制，例如，银行之间进行对账时，可以不再依赖双方银行的出账时间，从而使得用于资金管理的各个应用系统之间的对账更加安全可靠。

如前所述，缴款码是一种用于让缴款人进行缴款的数据凭证。在实际使用中，缴款码是可以被更新或者作废的。例如，缴款码出现故障此时已经出具的缴款码需要被更新。或者，缴款人申诉后不需要进行缴费了，此时缴款码需要被作废。

有鉴于此，在一些实施例中，基于区块链的资金管理方法还包括以下步骤。

在步骤S270：接收针对缴款码的操作请求。

在本公开实施例中，接收针对缴款码的操作请求的发起方可以与前文所述的针对缴款码的注册请求的发起方一致。例如，如图3所示，其发起方均为财政。操作请求可以包括针对缴款码的操作的具体操作内容，例如，对缴款码所执行的操作为更新或作废。

在步骤S280：响应于操作请求，通过区块链上的智能合约对缴款码执行相应的操作。

区块链上所部署的智能合约包括对缴款码进行更新的智能合约以及对缴款码进行作废的智能合约。区块链节点在接收到针对缴款码的操作请求后，就可以通过操作请求中包含的信息确定具体触发某个智能合约。

在步骤S290：将操作后的结果在区块链上进行存证。

操作后的结果可以理解为对缴款码进行更新或者作废之后，相应的更新的缴款码或者该缴款码已作废的信息。其存证过程与前文缴款码的存证过程一致，此处不再赘述。

本公开实施例通过区块链对缴款码进行更新或者作废，并将更新的缴款码或者该缴款码已作废的信息存证在区块链上，可以便于区块链节点及时的更新相应的内容，并保证了安全性、可信性和不可篡改性，避免资金管理(如收缴或者对账)过程中的异常。

在本公开实施例中缴款码或者缴款票据均可以是以哈希值或者哈希摘要的方式在区块链上进行存证，即，再发起共识请求之前，缴款码或者缴款票据可以被区块链节点先转换为哈希值。该缴款码既可以是指新注册的缴款码还可以是指更新后的缴款码。在一些实施例中，在发起共识之前还可以进行加密。

以缴款码在区块链上进行存证为例，将缴款码在区块链上进行存证可以包括以下步骤：对缴款码进行参数校验；通过参数校验后，对缴款码进行加密，并将加密后的缴款码在区块链上进行存证。其中，加密后的缴款码包括缴款码对应的缴款用户的标识。

参数校验可以是指用于生成缴款码的区块链节点将缴款码计算为哈希值之后，利用用于验证的区块链节点对此进行校验，以保证可信性。具体地，参数校验可以是指用于生成缴款码的区块链节点将缴款码计算为哈希值(标记哈希值1)之后，可以使用于验证的区块链节点得到该哈希值(哈希值1)和缴款码。用于验证的区块链节点可以对缴款码进行哈希计算后得到哈希值(标记哈希值2)，并比较哈希值1和哈希值2是否一致。如果哈希值2和哈希值1是一致的，则说明通过参数校验。

通过参数校验之后，区块链节点可以对相应的哈希值进行加密，以最大限度的保证数据的可信性和不可篡改性。其加密方式例如可以是基于非对称加密技术而进行的加密，或者在基于非对称加密技术而进行的加密同时添时间戳。

可以理解的是电子签名通常是采用非对称加密的方法。具体来说，区块链中的可信节点在申请加入区块链时会得到一对私匙、公匙密匙对。私匙仅当前节点能够得到，其他节点的私匙与其完全不同。采用不同的私匙对同一数据进行签名是完全不同的，类似于物理签名的字迹(即每个人用笔签名是字迹完全不同)。使用私匙对数据进行加密这一过程可称为增加电子签名，而加密后的数据就是数字签名。公匙是同属于一区块链的所有节点所具有的，其他节点在收到广播后的数据和数字签名后，可利用公匙对该数据的完整性以及发送者的身份的合法性进行验证。如果可以顺利通过验证，才会触发后续的流程，例如，各个节点将其在区块上进行保存。

下面结合图3和图4以一个具体的示例来说明本公开实施例中的区块链以及基于区块链的资金管理方法。在图3和图4中，其区块链被称为账本链。在图3和图4中财政和银行可以通过其自身的应用系统与相应的区块链节点进行交互，以获取区块链服务。

详见图3，财政端包括财政自身的应用系统以及运行在该系统内的区块链非税收收缴dapp1。银行端包括银行自身的应用系统以及运行在该系统内的区块链非税收收缴dapp2。dapp为去中心化应用，即基于区块链所创建的应用程序。财政和银行可以通过其对应的dapp与账本链上对应的区块链节点进行交互，并利用dapp对账本链进行操作。

例如，财政可以利用dapp1进行注册缴款码、更新缴款码或作废缴款码。且缴款码经过dapp1的参数验证后，可以通过dapp1进行加密存证到账本链上。缴款码的使用方可以利用区块链工具包(图3中的非税账本SDK1)实时的获取加密的缴款码，并根据加密缴款码中的归属来确定是否需要解析该笔存证交易。以图3中的银行为使用方为例，如果需要解析，则通过资金入账接口与dapp2交互，并利用dapp2完成动账和加密存证。可以理解的是SDK可以嵌入在dapp中，图3中仅为了清楚理解，将SDK和dapp分为了两个部分。

另外，由于账本链上的各个合作方都可以通过其dapp内的SDK获取完整的缴款码信息，因此各个合作方之间的对账不再基于网络的稳定性或者出账时间，保证了对账的可靠性。

图4为基于图3中的系统进行财政资金交换的流程示意图。具体包括缴款码的生成过程和票据信息的生成过程。

在图4中，财政或银行可以随时指定需要拉取的块高(或称链上交易地址)来请求存证数据或者查询数据。有鉴于此，区块链上的缴款码的完整的生命周期都被安全的记录了。任何有权限的使用方都可以对其进行审计，银行和财政也可以通过完整的缴款码列表进行内部对账。由于链上的缴款码均具有数字签名以及时间戳，如果财政或银行内部账单和链上账单是对齐，但是其在线下对账出现异常，可以快速的定位错误交易，并和对应的银行进行下一步订正工作。

上文结合图1至图4，详细描述了本公开的方法实施例，下面结合图5和图6详细描述本公开的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图5是本公开实施例提供的一种基于区块链的资金管理装置的示意性结构图。该区块链包括多个区块链节点，且多个区块链节点与前文的多个用于资金管理的部门的应用系统一一对应。

如图5所示，该装置500可以包括第一接收模块510、第一生成模块520、第二接收模块530以及第二生成模块540。下面对这些模块进行详细介绍。

第一接收模块510用于接收针对缴款码的注册请求。

第一生成模块520用于响应于注册请求，生成缴款码，并将缴款码在区块链上进行存证。

第二接收模块530用于接收针对缴款码的动账信息。

第二生成模块540用于根据动账信息生成缴款票据，并将缴款票据在区块链上进行存证，其中，缴款票据与动账信息关联。

可选地，装置500还包括第三接收模块，用于接收针对缴款票据的对账请求；发送模块用于响应于对账请求，从区块链上调取缴款票据。

可选地，第一接收模块510还用于接收针对缴款码的操作请求，装置500还包括：执行模块，用于响应于操作请求，通过区块链上的智能合约对缴款码执行相应的操作，其中，操作包括更新或作废；存证模块，用于将操作后的结果在区块链上进行存证。

可选地，第一生成模块520还包括：校验模块，用于对缴款码进行参数校验；加密模块，用于通过参数校验后，对缴款码进行加密，并将加密后的缴款码在区块链上进行存证；其中，加密后的缴款码包括缴款码对应的缴款用户的标识。

可选地，对账请求的发送方为财政、执收单位或者银行。

图6是本公开又一实施例提供基于区块链的资金管理装置的结构示意图。该装置600例如可以是具有计算功能的计算设备。比如，装置600可以是移动终端或者服务器。装置600可以包括存储器610和处理器620。存储器610可用于存储可执行代码。处理器620可用于执行所述存储器610中存储的可执行代码，以实现前文描述的各个方法中的步骤。在一些实施例中，该装置600还可以包括网络接口630，处理器620与外部设备的数据交换可以通过该网络接口630实现。

本公开实施例还提供了一种计算机可读存储介质，其上存储有可执行代码，当所述可执行代码被执行时，能够实现如前文所述的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其他任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如数字视频光盘(Digital Video Disc，DVD))、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

本领域普通技术人员可以意识到，结合本公开实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。