CN108711006B - 收入管理方法、管理节点、系统及存储设备 - Google Patents

Abstract

本发明实施例提供了一种收入管理方法、管理节点、系统及存储设备，其中，收入管理方法应用于收入管理系统，收入管理系统中包括多个节点，多个节点通过区块链网络建立连接，每个节点维护有包含收入清单的区块形成的区块链，所述多个节点包括管理节点和至少两个业务节点，收入管理方法包括：所述管理节点接收任意一个业务节点提交的收入清单，所述收入清单中包括收入金额；所述管理节点将接收到的收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中；所述管理节点广播所述新区块；在所述任意一个业务节点接收到所述管理节点广播的所述新区块之后，所述管理节点获取所述任意一个业务节点上交的所述收入金额并入账。

Description

收入管理方法、管理节点、系统及存储设备

技术领域

本发明实施例涉及信息管理技术领域，具体涉及一种收入管理方法、管理节点、系统及存储设备。

背景技术

作为企业，营业收入是一个重要信息，如何有效管理营业收入，尤其是管理复杂企业架构中分散的营业收入信息，是一个重大挑战。目前，针对营业收入的管理方案通常有如下两种：

第一：构建集中的收入管理平台，该平台为整个公司或业务线提供服务，所有的流程、授权、审核、登记、录入、复合、校验、调整等操作和功能全部标准化，对各业务方向提供一致的产品体验，实现架构如图1a所示，所有的参与者共同参与到统一的系统流程中来。

第二：各业务系统针对自身进行深度定制，由总公司或集团定义标准的数据对接标准和业务执行流程，各业务系统针对其进行合规检查，各业务系统通过不同的渠道最终将定稿的收入清单递交到核心系统中去，并完成最后的确认。一个基本的流程和架构如图1b所示。

在实践过程中发现，第一种方案缺乏最基本的灵活性，且适应的业务场景有限，第二种方案虽然在灵活性和适应性上有所改善，但是不同业务的特点都被掩盖在了标准化后的提交数据中，形成的结果虽然一致标准，但是流程信息、关键路径的经过信息被丢弃，给业务复核和事件复盘带来了层层困难。

发明内容

本发明实施例提供了一种收入管理方法、管理节点、系统及存储设备，能够提高收入管理的灵活性，适应广泛的业务场景，且方便进行业务复核和事件盘查。

本发明实施例提供的收入管理方法，应用于收入管理系统，所述收入管理系统中包括多个节点，所述多个节点通过区块链网络建立连接，每个节点维护有包含收入清单的区块形成的区块链，所述多个节点包括管理节点和至少两个业务节点，所述收入管理方法包括：

所述管理节点接收任意一个业务节点提交的收入清单，所述收入清单中包括收入金额；

所述管理节点将接收到的收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中；

所述管理节点广播所述新区块；

在所述任意一个业务节点接收到所述管理节点广播的所述新区块之后，所述管理节点获取所述任意一个业务节点上交的所述收入金额并入账。

本发明实施例提供的管理节点，包括：

接收单元，用于接收任意一个业务节点提交的收入清单，所述收入清单中包括收入金额；

区块链管理单元，用于将接收到的收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中；

广播单元，用于广播所述新区块；

收入管理单元，用于在所述任意一个业务节点接收到所述管理节点广播的所述新区块之后，获取所述任意一个业务节点上交的所述收入金额并入账。

本发明实施例还提供了一种收入管理系统，所述收入管理系统中包括多个节点，所述多个节点通过区块链网络建立连接，每个节点维护有包含收入清单的区块形成的区块链，所述多个节点包括管理节点和至少两个业务节点；

所述任意一个业务节点用于，创建收入清单并提交，以及上交所述收入清单中的收入金额；

所述管理节点用于，接收所述任意一个业务节点提交的收入清单；将接收到的收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中；广播所述新区块；在所述任意一个业务节点接收到广播的所述新区块之后，获取所述任意一个业务节点上交的所述收入金额并入账。

本发明实施例还提供了一种存储设备，所述存储设备用于储存多条指令，所述指令适于由处理器加载并执行如本发明实施例提供的收入管理方法。

本发明实施例中，基于区块链网络建立了分布式记账方式，业务节点提供收入清单，每个节点都存储有包含收入清单的区块形成的区块链，管理节点基于自身维护的区块链即可进行收入管理，简化了收入管理过程，提高了管理的灵活性，且能够适应广泛的业务场景；另外，所有节点共同维护区块链，彼此监督，避免了数据被篡改或伪造的可能，保证了各环节的信息可追溯，方便了业务复核和事件盘查。

附图说明

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

图1a是现有技术的收入管理系统架构示意图。

图1b是现有技术的收入管理系统的一架构示意图。

图2a是本发明实施例所提供的收入管理系统的场景示意图。

图2b是本发明实施例所提供的收入管理系统的一场景示意图。

图3是本发明实施例所提供的收入管理方法的流程示意图。

图4是本发明实施例所提供的区块的结构示意图。

图5是本发明实施例所提供的收入管理方法的一流程示意图。

图6是本发明实施例所提供的管理节点的结构示意图。

图7是本发明实施例所提供的管理节点的一结构示意图。

图8是本发明实施例所提供的服务器的结构示意图。

图9是本发明实施例所提供的收入管理系统内各节点的处理逻辑示意图。

具体实施方式

请参照图式，其中相同的组件符号代表相同的组件，本申请的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本申请具体实施例，其不应被视为限制本申请未在此详述的其它具体实施例。

在以下的说明中，本申请的具体实施例将参考由一部或多部计算机所执行的步骤及符号来说明，除非另有述明。因此，这些步骤及操作将有数次提到由计算机执行，本文所指的计算机执行包括了由代表了以一结构化型式中的数据的电子信号的计算机处理单元的操作。此操作转换该数据或将其维持在该计算机的内存系统中的位置处，其可重新配置或另外以本领域测试人员所熟知的方式来改变该计算机的运作。该数据所维持的数据结构为该内存的实体位置，其具有由该数据格式所定义的特定特性。但是，本申请原理以上述文字来说明，其并不代表为一种限制，本领域测试人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

本文所使用的术语“模块”可看做为在该运算系统上执行的软件对象。本文所述的不同组件、模块、引擎及服务可看做为在该运算系统上的实施对象。而本文所述的装置及方法可以以软件的方式进行实施，当然也可在硬件上进行实施，均在本申请保护范围之内。

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

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

请参阅图2a，图2a是本发明实施例收入管理系统的一个场景示意图，该收入管理系统中包括多个节点，该多个节点通过区块链网络建立连接，所述区块链网络可以是点对点(Peer to Peer，P2P)网络，P2P网络中的节点彼此对等，网络中不存在中心节点，每个节点都可以随机连接其他节点，因此网络具有去中心化的特点，多个节点通过该去中心化的网络组网，形成一个去中心化的收入管理系统，收入管理系统中的每个节点维护有包含收入清单的区块形成的区块链。该多个节点包括管理节点和至少两个业务节点，其中，业务节点主要用于创造收入并提交收入清单，收入清单中包括收入金额，管理节点接收任意一个业务节点的提交的收入清单，管理节点将预设时间段内(指创建最新区块的有效时间，例如最近十分钟)接收到的所有收入清单(包括该任意一个业务节点的提交的收入清单)打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中，管理节点广播所述新区块，各个业务节点都可以接收到该新区块，当该任意一个业务节点接收到该新区块之后，可以向管理节点上交该收入金额，管理节点获取所述任意一个业务节点上交的所述收入金额并入账。

本发明实施例中，基于区块链网络建立了分布式记账方式，业务节点提供收入收据，每个节点都存储有包含收入清单的区块形成的区块链，管理节点基于自身维护的区块链进行收入管理即可，简化了收入管理过程，提高了管理的灵活性，且能够适应广泛的业务场景，所有节点共同维护区块链，彼此监督，避免了数据篡改和伪造的可能，保证了各环节的信息可追溯，方便了业务复核和事件盘查。

在一个具体的实施例中，本发明的收入管理系统的一个场景示意图可如图2b所示，业务节点可以包括业务节点A、业务节点B以及业务节点C，各业务节点可由对应的业务人员负责操作，各业务节点是区块链中收入的主要创造者，根据不同的业务特性，可以在前端为业务人员定制相应的管理入口，该管理入口的形式例如：web网站，移动端应用、自动化批处理应用等，这些管理入口在物理和逻辑上没有必然的联系，可以属于集团的不同子系统，或分公司独立运营的管理系统。管理节点可由财务管理人员负责操作，财务管理人员通过管理节点维护的区块链，可以跟踪到每笔收入的录入、审核、驳回、执行的生命周期和动作，从而可以实现收入入账、筛选、汇总、复核、确认等操作。另外，收入管理系统中还可以包括审计节点，审计节点通过接入区块链网络维护自身的区块链，审计节点可由监管机构人员负责操作，监管机构人员可以基于审计节点维护的区块链，通过审核、函证、核对、顺查、逆查、详查、抽查等手段完成审计过程，对业务真实存在和收入的合理性、准确性进行监管分析，起到监督管理作用。

需要说明的是，图2a、图2b所示的收入管理系统的场景示意图仅仅是一个示例，本发明实施例描述的收入管理系统及场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着收入管理系统的演变和新业务平台的出现，本发明实施例的技术方案对于类似的技术问题，同样适用。

以下将分别进行详细说明。

在对本发明实施例进行详细说明之前，对本发明实施例中涉及的名词和术语进行说明。

区块(Block)，是一个存储单元，区块采用“区块头”+“区块体”的结构，区块头中包含有验证记录数据有效性的数据、以及前一区块的索引数据，区块体中包含有一定时间内记录的数据，各个区块之间通过哈希算法实现链接，后一个区块的区块头包含前一个区块的区块头的哈希值，从而实现区块与区块的链接，形成区块链。

区块链(Block chain)，从功能结构上讲，区块链是一群分散的节点运行的分布式数据库，用于存储各种记录数据，例如虚拟货币交易的记录数据。从数据结构上讲，区块链中包括一系列的区块，新区块一旦加入到区块链中就不再会被移走，区块中包含了记录数据。

以虚拟货币为比特币为例，比特币的交易依赖运行区块链中的节点的确认，当比特币交易被一节点首次确认时，对应的交易清单被添加到区块链的最新区块，该交易被区块链网络中的其他节点继续确认避免重复交易，当在足够的区块中得到确认时，交易得到最终确认，此时交易不可逆转。

数字签名，涉及哈希函数，发送者的公钥和私钥。发送者利用哈希函数对需要发送的信息进行处理，得到固定长度的字符串，然后利用私钥对该固定长度的字符串进行加密，生成数字签名，接收方利用公钥对数字签名进行解密，以验证发送者的身份以及发送的信息没有经过更改。

接入区块链网络的节点可以有如下功能：

(1)路由功能，用于把其他节点传送过来的交易清单等数据传递给更多的节点，以实现节点之间的通信。

(2)钱包，用于支持进行虚拟货币的交易；

(3)区块链，记录交易数据，保证历史交易的安全性，以及验证新交易的合法性。

(4)矿工，通过记录交易及解密数学题来创建新区块，新区块创建成功可以获得相应奖励。

实际应用中，可以根据需求为接入区块链网络的节点设置上述某些或全部功能，例如，对于某些节点，可以只有路由功能和矿工功能，部分节点可以只实现路由和钱包功能，当然还可以根据需求为接入区块链网络的节点设置除上述功能以外的其他功能，此处不做具体限定。

具体在本发明实施例中，收入管理方法可以应用于收入管理系统，收入管理系统中包括多个节点，所述多个节点通过区块链网络建立连接，每个节点维护有包含收入清单的区块形成的区块链，所述多个节点包括管理节点和至少两个业务节点，下面将从管理节点的角度描述本发明实施例提供的收入管理方法，该管理节点具体可以集成在服务器中，请参阅图3，本实施例的方法如下：

步骤101、所述管理节点接收任意一个业务节点提交的收入清单，所述收入清单中包括收入金额。

本申请实施例中，业务节点可以为集团子系统接入的节点，也可以为企业分公司管理系统接入的节点，管理节点可以为集团或企业财务管理中心接入的节点，即本发明实施例中，各节点维护的区块链可以是私有联盟链。

业务节点至少有两个，即本申请实施例的收入来源至少有两个，每个业务节点在营收后，都可以将收入上交给管理节点，在上交时，可以先创建收入清单，收入清单中可以包括收入金额，此外，收入清单中还可以包括其他数据，例如，节点标识、链标识、业务类型等。在一个具体的实施例中，收入清单中的数据模型可如表1所示：

表1

任意一个业务节点在创建好收入清单之后，可以在收入清单上写上发送方地址、接收方地址，然后采用哈希函数(例如SHA256函数)对收入清单进行哈希计算，将计算结果采用哈希算法的私钥进行加密生成数字签名，将生成的数字签名、哈希算法的公钥都携带在收入清单中，以提交给管理节点，具体的提交方式可以是：该业务节点将自身创建的收入清单进行广播，以使得区块链网络中的其他节点对该收入清单进行验证、存储并转发，最终管理节点将接收到该业务节点提交的收入清单。

每个节点在接收到该收入清单之后，都可以对该收入清单进行验证，具体的验证方法可以是：采用哈希函数(与创建该收入清单的业务节点使用的哈希函数相同)对接收到的收入清单进行哈希计算，并利用收入清单中携带的哈希算法的公钥解密数字签名，将哈希计算得到的结果和解密数字签名得到的结果进行比对，若一致，则说明收入清单来自该业务节点，且收入清单中的数据是使没有被篡改或伪造的，是可信的；另外，各节点还可以验证本次收入上交过程是否可执行，即验证该业务节点有能力上交所述收入金额，在验证通过之后，对应节点可以将该收入清单写入区块体，并将该收入清单转发给区块链网络中的其他节点。

步骤102、所述管理节点将接收到的收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中。

同样，管理节点在接收到该业务节点提交的收入清单之后，也会对该收入清单进行验证，验证通过之后，将该收入清单写入区块体(区块链中最新区块的区块体)，在创建区块链中最新区块的有效时间(例如最近10分钟)未到达时，管理节点还会接收到其他业务节点提交的收入清单，同样会对其他业务节点提交的收入清单进行验证，验证通过之后将收入清单写入该区块体。当创建区块链中最新区块的有效时间到达时，管理节点将该有效时间内接收到的所有收入清单打包生成新区块。

具体的生成过程可以是：管理节点将有效时间内接收到的收入清单写入区块体之后，计算该区块体的默克尔MerKle根值，将所述区块体的默克尔根值写入区块头，并寻找使得所述区块头的哈希值满足预设条件的随机数，将寻找到的所述随机数填入所述区块头，生成所述新区块。

其中，计算区块体的MerKle根值的方法可如下：管理节点将每个收入清单进行哈希计算，将计算得到的哈希值作为叶子节点存储在MerKle树中，然后逐层地把相邻的两个叶子节点的哈希值串联起来，将最终串联得到的字符串进行哈希计算，将最终计算得到的哈希值作为该区块体的MerKle根值。

在一个具体的实施例中，区块链中的一个区块的结构可如图4所示，其中，区块头包括：

版本号，标识软件及协议的相关版本信息。

前一区块哈希，区块链中当前区块的上一个区块(也称父区块)的区块头的哈希值，可以通过SHA256算法对父区块的区块头的数据进行两次哈希计算得到，保证区块链的安全性，防止收入清单中的数据被篡改。

时间戳，记录区块产生的时间。

难度值，区块相关数学题的难度目标。

随机数，解密该区块相关数学题的答案的值。

MerKle根值，由区块体中的所有收入清单逐级哈希计算得到，主要用于检验收入清单是否在该区块中存在。

要生成一个区块，必须得到满足条件的目标哈希值，该目标哈希值是通过对要生成的区块的区块头的数据进行两次SHA256计算得到，在区块头的上述6项数据中，只有随机数是可以修改的，其他数据是不能修改的，因此，为了生成新区块，管理节点可以遍历尝试将不同的随机数填入上述区块头并计算区块头的哈希值，当将某个随机数填入上述区块头并计算得到该区块头的哈希值小于区块头中的难度值时，即得到了满足条件的目标哈希值，将找到的该随机数填入区块头，即可生成新区块。

步骤103、所述管理节点广播所述新区块。

在生成新区块之后，管理节点可以将生成的新区块进行广播。

具体实现中，在管理节点将接收到的收入清单打包生成新区块的过程中，其他业务节点也会按照上述方法将接收的收入清单打包生成新区块，由于各个节点的运算能力不同，在将同一有效时间内的收入清单打包生成新区块的过程中，有的节点会先找到满足条件的目标哈希值(即合适的随机数)，有的节点会后找到满足条件的目标哈希值。

具体在本实施例中，如果管理节点先找到满足条件的目标哈希值并生成新区块，则管理节点可以将自身生成的新区块进行广播，其他节点在接收到该新区块之后，可以停止寻找随机数，并对该新区块进行验证，具体的验证方法可以是：对该新区块的区块头进行两次SHA256计算，判断计算结果是否满足条件；验证通过之后，可以将该新区块链接在各自节点维护的区块链中。

同样，若管理节点在寻找随机数生成新区块还未完成时，接收到其他业务节点广播的区块，则也会停止寻找随机数并对所述其他业务节点广播的区块进行验证，在验证通过后，将所述其他业务节点广播的区块链接在所述管理节点维护的区块链中。各节点间达成共识，减少了对账等繁琐工作。

步骤104、在所述任意一个业务节点接收到所述管理节点广播的所述新区块之后，所述管理节点获取所述任意一个业务节点上交的所述收入金额并入账。

由于每个节点生成的区块都会进行广播，所以当该业务节点接收到某个节点广播的包含自身提交的收入清单的区块之后，可以对该区块进行验证，并在验证通过之后，将该区块链接在该业务节点维护的区块链中，然后可以将收入清单中的收入金额上交给管理节点，管理节点获取该业务节点上交的所述收入金额并入账。

在一个具体的实施例中，为保证交易的可靠性，该业务节点还可以在包含自身提交的收入清单的区块被预设数量的区块确认(即该区块后又生成并链接了预设数量的区块，预设数量例如6个)之后，将收入清单中的收入金额上交给管理节点。

进一步地，管理节点还可以从自身维护的区块链中查找预设周期内(比如每个月、每个季度)生成的区块，并从查找到的区块中提取收入清单，对提取的收入清单进行汇总复核等操作。

另外，审计节点还可以接入上述区块链网络，以维护包含收入清单的区块形成的区块链，审计节点可以接收其他节点广播的收入清单、区块，以维护自身存储的区块链，审计节点可以为集团或公司的审计系统接入的节点，审计节点可以基于自身维护的区块链进行数据审计。

本发明实施例中，基于区块链网络建立了分布式记账方式，业务节点提供收入清单，每个节点都存储有包含收入清单的区块形成的区块链，管理节点基于自身维护的区块链即可进行收入管理，简化了收入管理过程，提高了管理的灵活性，且能够适应广泛的业务场景；另外，所有节点共同维护区块链，彼此监督，避免了数据被篡改或伪造的可能，保证了各环节的信息可追溯，方便了业务复核和事件盘查。

下面以对业务X的收入进行管理为例说明本发明实施例的收入管理方法，请参阅图5，整个收入流程可以分为三个阶段：业务X的收入流程，管理流程和审计流程，这三个流程分别对应由业务节点、管理节点和审计节点执行，如下：

业务X对应的业务节点可以按照集团或公司的标准完成收入的预估和扣收，由相关责任人员进行复核审批之后，创建收入清单以向管理节点提交收入，业务节点可以将收入清单进行广播；接入区块链网络的管理节点可以接收到业务节点提交的的收入清单，对接收到的收入清单进行验证、生成包含该收入清单的区块，将该区块链接在自身维护的区块链中并将该区块进行广播之后，可以获取业务节点提交的收入金额，接下来在每月月结或季度结账的时候，管理节点可以从自身维护的区块链中查找对应月份或季度生成的区块，从查找到的区块中提取收入清单，对提取的收入清单进行汇总复核等操作；审计节点通过接入区块链网络获取待审计数据(区块链的区块中包含的收入清单)，对获取的数据进行审计，形成审计报告并提交给相关管理人员。

为了更好地实施以上方法，本发明实施例还提供一种管理节点，该管理节点可以集成在服务器中，如图6所示，该管理节点包括接收单元201、区块链管理单元202、广播单元203及收入管理单元204，如下：

接收单元201，用于接收任意一个业务节点提交的收入清单，所述收入清单中包括收入金额；

区块链管理单元202，用于将接收到的收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中；

广播单元203，用于广播所述新区块；

收入管理单元204，用于在所述任意一个业务节点接收到所述管理节点广播的所述新区块之后，获取所述任意一个业务节点上交的所述收入金额并入账。

一实施例中，所述收入清单中携带有所述任意一个业务节点的数字签名，如图7所示，所述管理节点还包括：

第一验证单元205，用于基于所述数字签名对所述任意一个业务节点及所述收入清单进行验证。

一实施例中，如图7所示，所述区块链管理单元202包括：

生成子单元2021，用于将接收到的收入清单写入区块体，并计算所述区块体的默克尔MerKle根值，将所述区块体的默克尔根值写入区块头，并寻找使得所述区块头的哈希值满足预设条件的随机数，将寻找到的所述随机数填入所述区块头，生成所述新区块；

链接子单元2022，用于将生成的新区块链接在所述管理节点维护的区块链中。

一实施例中，如图7所示，所述管理节点还包括：

第二验证单元206，用于在所述生成子单元2021寻找到所述随机数之前，若所述接收单元201接收到所述任意一个业务节点以外的其他业务节点广播的区块，则对所述其他业务节点广播的区块进行验证；

所述生成子单元2021还用于，停止寻找所述随机数；

所述链接子单元2022还用于，在所述第二验证单元对所述其他业务节点广播的区块验证通过后，将所述其他业务节点广播的区块链接在所述管理节点维护的区块链中。

一实施例中，所述收入管理单元还用于：

从所述管理节点维护的区块链中查找预设周期内生成的区块，并从查找到的区块中提取收入清单，对提取的收入清单进行汇总复核。

一实施例中，所述收入清单中还包括如下数据：

节点标识、链标识、账本标识、收入账户标识、业务类型、金额、请求时间、操作人以及扩展信息。

需要说明的是，上述实施例提供的管理节点在实现收入管理功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的管理节点与收入管理方法属于同一构思，其具体实现过程详见方法实施例，此处不再赘述。

本实施例中，在接收单元接收任意一个业务节点提交的收入清单之后，区块链管理单元会将接收到的收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中，所述收入清单中包括收入金额，广播单元会广播所述新区块，最后在在所述任意一个业务节点接收到所述管理节点广播的所述新区块之后，收入管理单元获取所述任意一个业务节点上交的所述收入金额并入账；即本实施例中基于区块链网络建立了分布式记账方式，业务节点提供收入清单，每个节点都存储有包含收入清单的区块形成的区块链，管理节点基于自身维护的区块链即可进行收入管理，简化了收入管理过程，提高了管理的灵活性，且能够适应广泛的业务场景；另外，所有节点共同维护区块链，彼此监督，避免了数据被篡改或伪造的可能，保证了各环节的信息可追溯，方便了业务复核和事件盘查。

本发明实施例还提供一种服务器，该服务器中集成了本发明实施例所描述的管理节点，如图8所示，其示出了本发明实施例所涉及的服务器的结构示意图，具体来讲：

该服务器可以包括一个或者一个以上处理核心的处理器301、一个或一个以上计算机可读存储介质的存储器302、射频(Radio Frequency，RF)电路303、电源304、输入单元305、以及显示单元306等部件。本领域技术人员可以理解，图8中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器301是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器302内的软件程序和/或模块，以及调用存储在存储器302内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器301可包括一个或多个处理核心；可选的，处理器301可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器301中。

存储器302可用于存储软件程序以及模块，处理器301通过运行存储在存储器302的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器302可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器302还可以包括存储器控制器，以提供处理器301对存储器302的访问。

RF电路303可用于收发信息过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器301处理；另外，将涉及上行的数据发送给基站。通常，RF电路303包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，RF电路303还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，Global System of Mobilecommunication)、通用分组无线服务(GPRS，General Packet Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband CodeDivision Multiple Access)、长期演进(LTE，Long Term Evolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。

服务器还包括给各个部件供电的电源304(比如电池)，优选的，电源304可以通过电源管理系统与处理器301逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源304还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该服务器还可包括输入单元305，该输入单元305可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元305可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器301，并能接收处理器301发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元305还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

该服务器还可包括显示单元306，该显示单元306可用于显示由用户输入的信息或提供给用户的信息以及服务器的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元306可包括显示面板，可选的，可以采用液晶显示器(LCD，Liquid Crystal Display)、有机发光二极管(OLED，Organic Light-EmittingDiode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器301以确定触摸事件的类型，随后处理器301根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图8中，触敏表面与显示面板是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

尽管未示出，服务器还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，服务器中的处理器301会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器302中，并由处理器301来运行存储在存储器302中的应用程序，从而实现各种功能，如下：

接收任意一个业务节点提交的收入清单，所述收入清单中包括收入金额；

将接收到的收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中；

广播所述新区块；

在所述任意一个业务节点接收到所述管理节点广播的所述新区块之后，获取所述任意一个业务节点上交的所述收入金额并入账。

在一些实施例中，所述收入清单中携带有所述任意一个业务节点的数字签名，在将接收到的收入清单打包生成新区块之前，处理器301还用于执行以下步骤：

基于所述数字签名对所述任意一个业务节点及所述收入清单进行验证。

在一些实施例中，在将接收到的收入清单打包生成新区块时，处理器301具体用于执行以下步骤：

将接收到的收入清单写入区块体，并计算所述区块体的默克尔MerKle根值；

将所述区块体的默克尔根值写入区块头，并寻找使得所述区块头的哈希值满足预设条件的随机数，将寻找到的所述随机数填入所述区块头，生成所述新区块。

在一些实施例中，处理器301还用于执行以下步骤：

在寻找到所述随机数之前，若接收到所述任意一个业务节点以外的其他业务节点广播的区块，则停止寻找所述随机数，并对所述其他业务节点广播的区块进行验证，在验证通过后，将所述其他业务节点广播的区块链接在所述管理节点维护的区块链中。

在一些实施例中，处理器301还用于执行以下步骤：

从所述管理节点维护的区块链中查找预设周期内生成的区块，并从查找到的区块中提取收入清单，对提取的收入清单进行汇总复核。

在一些实施例中，所述收入清单中还包括如下数据：

节点标识、链标识、账本标识、收入账户标识、业务类型、金额、请求时间、操作人以及扩展信息。

本实施例的管理节点，在接收任意一个业务节点提交的收入清单之后，所述收入清单中包括收入金额，会将接收到的收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中，然后广播所述新区块，在所述任意一个业务节点接收到所述管理节点广播的所述新区块之后，获取所述任意一个业务节点上交的所述收入金额并入账。本实施例的管理节点基于自身维护的区块链即可进行收入管理，简化了收入管理过程，提高了管理的灵活性，且能够适应广泛的业务场景；另外，所有节点共同维护区块链，彼此监督，避免了数据被篡改或伪造的可能，保证了各环节的信息可追溯，方便了业务复核和事件盘查。

本申请实施例还提供一种存储设备，所述存储设备存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述任一实施例中的收入管理方法，比如：接收任意一个业务节点提交的收入清单，所述收入清单中包括收入金额；将接收到的收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中；广播所述新区块；在所述任意一个业务节点接收到所述管理节点广播的所述新区块之后，获取所述任意一个业务节点上交的所述收入金额并入账。

在本申请实施例中，存储设备可以是磁碟、光盘、只读存储器(Read Only Memory，ROM，)、或者随机存取记忆体(Random Access Memory，RAM)等。

本发明实施例还提供了一种收入管理系统，收入管理系统中包括多个节点，多个节点通过区块链网络建立连接，每个节点维护有包含收入清单的区块形成的区块链，多个节点包括管理节点和至少两个业务节点，其中：

任意一个业务节点用于，创建收入清单并提交，以及上交所述收入清单中的收入金额；

管理节点用于，接收所述任意一个业务节点提交的收入清单；将接收到的收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中；广播所述新区块；在所述任意一个业务节点接收到广播的所述新区块之后，获取所述任意一个业务节点上交的所述收入金额并入账。

一实施例中，多个节点还包括审计节点，审计节点通过接入区块链网络与所述管理节点及所述至少两个业务节点建立连接，所述审计节点用于，基于所述审计节点维护的区块链进行数据审计。

在一个具体的实施例中，收入管理系统中的各节点中包含的处理逻辑可如图9所示：

业务节点侧可分为四层：外部接入层、业务处理层、批处理层和区块链接入层，如图9所示，外部接入层可以支持多种访问终端和访问形式，包括但不限于Web网站形式，应用程序形式，微信小程序，企业微信等，外部接入层负责相关的协议转换和反向代理功能，对外部提供统一的入口。

业务处理层负责各个用户请求的操作、查询等与业务强相关的动作，其中，和业务相关的身份验证模块、授权管理模块负责用户或操作的合规性判断，业务校验、流程状态两个基础服务最后被流程集成服务所调用，流程集成服务将各基础服务功能按系统流程循序调用，处理其中的错误和流转单据状态，最后处理结果的落地和实例化。

由于整个系统的基础是建立在区块链网络上，因此每个业务方的系统中同样维护着区块链当前的信息、缓存部分区块常用信息，管理相应的账户公钥和本身业务的私钥信息，相应的加解密逻辑统一收拢在区块操作服务中，保证与业务逻辑的隔离。

批处理逻辑对区块中跟本业务相关的信息进行处理，包括对业务单据的掉单补偿，对大批量数据处理前的预加载动作。业务单据生命周期中存在部分的中间状态，这里无需人工操作，需要系统自动流转，这类功能就由状态迁移批处理程序完成。汇总报表主要负责工作日、月度、年度的信息的处理状态和结果统计，并生成相应的管理报表供管理者使用。监控是一个异步程序，对整套系统进行合理有效的确认，包括事前、事中和事后的相关确认。例如事前确认实时服务的状态和配置完整性、可用性，事中确认业务单据的流转循序是否有误和异常状态，事后对结果的完整性、业务增长跌落的合理性进行判断预警等。

另外，管理节点侧主要包含业务处理逻辑，其一般由财务管理人员负责操作，其中可由不同的管理人员承担不同的角色，每个角色又包含不同的操作权限，两相结合完成对人员和业务规则的结合，实现权责分离。剩下的流程管理和审批状态管理是对收入管理流程的独立功能封装，内部逻辑不在这里赘述，管理节点同样需要需要维护区块链。审计节点侧主要包含批处理逻辑，主要是将预加载来的数据递交给审计处理逻辑，完成基本的审计动作，最后分离正常和异常数据形成汇总报告递交管理层。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

需要说明的是，对本申请实施例的收入管理方法而言，本领域普通决策人员可以理解实现本申请实施例的收入管理方法的全部或部分流程，是可以通过计算机程序来控制相关的硬件来完成，所述计算机程序可存储于一计算机可读取存储介质中，如存储在电子设备的存储器中，并被该电子设备内的至少一个处理器执行，在执行过程中可包括如收入管理方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储器、随机存取记忆体等。

对本申请实施例的管理节点而言，其各功能模块可以集成在一个处理芯片中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中，所述存储介质譬如为只读存储器，磁盘或光盘等。

以上对本申请实施例所提供的一种收入管理方法、管理节点、系统及存储设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (15)

1.一种收入管理方法，其特征在于，所述收入管理方法应用于收入管理系统，所述收入管理系统中包括多个节点，所述多个节点通过区块链网络建立连接，每个节点维护有包含收入清单的区块形成的区块链，所述多个节点包括管理节点、审计节点和至少两个业务节点，各节点维护的区块链为私有联盟链，所述收入管理方法包括：

所述管理节点接收任意一个业务节点提交的收入清单，所述收入清单中包括收入金额；

所述管理节点对接收到的收入清单进行数字签名验证和有能力上交所述收入金额验证，在验证通过后，将所述收入清单写入区块体，在创建区块链中最新区块的有效时间未到达时，接收到其他业务节点提交的收入清单，对其他业务节点提交的收入清单进行验证，验证通过之后将其他业务节点提交的收入清单写入所述区块体；当创建区块链中最新区块的有效时间到达时，所述管理节点将所述有效时间内接收到的所有收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中；

所述管理节点广播所述新区块；

在所述任意一个业务节点接收到所述管理节点广播的所述新区块之后，所述管理节点获取所述任意一个业务节点上交的所述收入金额并入账，以供接入所述区块链网络的所述审计节点接收其他节点广播的收入清单和区块，以维护自身存储的包含收入清单的区块形成的区块链，并基于自身维护的区块链进行数据审计。

2.根据权利要求1所述的收入管理方法，其特征在于，所述收入清单中携带有所述任意一个业务节点的数字签名，在所述管理节点将接收到的收入清单打包生成新区块之前，还包括：

所述管理节点基于所述数字签名对所述任意一个业务节点及所述收入清单进行验证。

3.根据权利要求1所述的收入管理方法，其特征在于，所述管理节点将接收到的收入清单打包生成新区块，包括：

所述管理节点将接收到的收入清单写入区块体，并计算所述区块体的默克尔MerKle根值；

所述管理节点将所述区块体的默克尔根值写入区块头，并寻找使得所述区块头的哈希值满足预设条件的随机数，将寻找到的所述随机数填入所述区块头，生成所述新区块。

4.根据权利要求3所述的收入管理方法，其特征在于，所述方法还包括：

在寻找到所述随机数之前，若所述管理节点接收到所述任意一个业务节点以外的其他业务节点广播的区块，则停止寻找所述随机数，并对所述其他业务节点广播的区块进行验证，在验证通过后，将所述其他业务节点广播的区块链接在所述管理节点维护的区块链中。

5.根据权利要求1所述的收入管理方法，其特征在于，所述方法还包括：

所述管理节点从自身维护的区块链中查找预设周期内生成的区块，并从查找到的区块中提取收入清单，对提取的收入清单进行汇总复核。

6.根据权利要求1至5任意一项所述的收入管理方法，其特征在于，所述收入清单中还包括如下数据：

节点标识、链标识、账本标识、收入账户标识、业务类型、金额、请求时间、操作人以及扩展信息。

7.一种管理节点，其特征在于，包括：

接收单元，用于接收任意一个业务节点提交的收入清单，所述收入清单中包括收入金额；

区块链管理单元，用于对接收到的收入清单进行数字签名验证和有能力上交所述收入金额验证，在验证通过后，将所述收入清单写入区块体，在创建区块链中最新区块的有效时间未到达时，接收到其他业务节点提交的收入清单，对其他业务节点提交的收入清单进行验证，验证通过之后将其他业务节点提交的收入清单写入所述区块体；当创建区块链中最新区块的有效时间到达时，所述管理节点将所述有效时间内接收到的所有收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中；

广播单元，用于广播所述新区块；

收入管理单元，用于在所述任意一个业务节点接收到所述管理节点广播的所述新区块之后，获取所述任意一个业务节点上交的所述收入金额并入账，以供接入所述区块链网络的审计节点接收其他节点广播的收入清单和区块，以维护自身存储的包含收入清单的区块形成的区块链，并基于自身维护的区块链进行数据审计。

8.根据权利要求7所述的管理节点，其特征在于，所述收入清单中携带有所述任意一个业务节点的数字签名，所述管理节点还包括：

第一验证单元，用于基于所述数字签名对所述任意一个业务节点及所述收入清单进行验证。

9.根据权利要求7所述的管理节点，其特征在于，所述区块链管理单元包括：

生成子单元，用于将接收到的收入清单写入区块体，并计算所述区块体的默克尔MerKle根值，将所述区块体的默克尔根值写入区块头，并寻找使得所述区块头的哈希值满足预设条件的随机数，将寻找到的所述随机数填入所述区块头，生成所述新区块；

链接子单元，用于将生成的新区块链接在所述管理节点维护的区块链中。

10.根据权利要求9所述的管理节点，其特征在于，所述管理节点还包括：

第二验证单元，用于在所述生成子单元寻找到所述随机数之前，若所述接收单元接收到所述任意一个业务节点以外的其他业务节点广播的区块，则对所述其他业务节点广播的区块进行验证；

所述生成子单元还用于，停止寻找所述随机数；

所述链接子单元还用于，在所述第二验证单元对所述其他业务节点广播的区块验证通过后，将所述其他业务节点广播的区块链接在所述管理节点维护的区块链中。

11.根据权利要求7所述的管理节点，其特征在于，所述收入管理单元还用于：

从所述管理节点维护的区块链中查找预设周期内生成的区块，并从查找到的区块中提取收入清单，对提取的收入清单进行汇总复核。

12.根据权利要求7至11任意一项所述的管理节点，其特征在于，所述收入清单中还包括如下数据：

节点标识、链标识、账本标识、收入账户标识、业务类型、金额、请求时间、操作人以及扩展信息。

13.一种收入管理系统，其特征在于，所述收入管理系统中包括多个节点，所述多个节点通过区块链网络建立连接，每个节点维护有包含收入清单的区块形成的区块链，所述多个节点包括管理节点、审计节点和至少两个业务节点，各节点维护的区块链为私有联盟链；

任意一个业务节点用于，创建收入清单并提交，以及上交所述收入清单中的收入金额；

所述管理节点用于，接收所述任意一个业务节点提交的收入清单；对接收到的收入清单进行数字签名验证和有能力上交所述收入金额验证，在验证通过后，将所述收入清单写入区块体，在创建区块链中最新区块的有效时间未到达时，接收到其他业务节点提交的收入清单，对其他业务节点提交的收入清单进行验证，验证通过之后将其他业务节点提交的收入清单写入所述区块体；当创建区块链中最新区块的有效时间到达时，所述管理节点将所述有效时间内接收到的所有收入清单打包生成新区块，并将生成的新区块链接在所述管理节点维护的区块链中；广播所述新区块；在所述任意一个业务节点接收到广播的所述新区块之后，获取所述任意一个业务节点上交的所述收入金额并入账，以供接入所述区块链网络的所述审计节点接收其他节点广播的收入清单和区块，以维护自身存储的包含收入清单的区块形成的区块链，并基于自身维护的区块链进行数据审计。

14.根据权利要求13所述的收入管理系统，其特征在于，所述审计节点通过接入所述区块链网络与所述管理节点及所述至少两个业务节点建立连接，所述审计节点用于，基于所述审计节点维护的区块链进行数据审计。

15.一种存储设备，其特征在于，所述存储设备用于储存多条指令，所述指令适于由处理器加载并执行如权利要求1至6任一项所述的步骤。

Images