CN112884374A - 基于区块链的数据处理方法以及分布式的数据处理系统 - Google Patents

Abstract

本申请提供一种基于区块链的数据处理方法以及分布式的数据处理系统。该方法包括：资源需求节点获取资源需求方的预算申请请求，该预算申请请求用于从预算资源中申请第一资源，并且该资源需求节点向资源分配节点发送预算分配请求，该预算分配请求用于请求该资源分配节点将该第一资源由该预算资源分配至该资源需求方。实现了对预算资源的去中心化的管理，保证了预算数据的数据安全，进而才能使基于预算数据的分析或审计结果更可靠、准确。

Description

基于区块链的数据处理方法以及分布式的数据处理系统

技术领域

本申请涉及区块链技术领域，尤其涉及一种基于区块链的数据处理方法以及分布式的数据处理系统。

背景技术

预算管理为促使资源的规范运行而进行的一系列组织、调节、控制、监督等的活动。随着电子技术的不断发展，能够通过电子化的预算管理平台实现预算管理，以使对预算的管控能力更强。

目前，通过预算管理平台进行预算编制、预算消耗、以及基于已消耗的预算进行预算审计等。

然而，现有技术中预算管理平台的数据容易遭受攻击被篡改，导致预算数据的安全性较低，进而，导致预算审计等得到的结果可靠性较低。

发明内容

本申请提供一种基于区块链的数据处理方法以及分布式的数据处理系统，能够以去中心化的方式对预算资源进行管理，以保证预算数据的安全性，并使得基于预算数据得到的预算审计的结果具有较高的可靠性。

第一方面，本申请实施例提供一种基于区块链的数据处理方法，包括：资源需求节点获取资源需求方的预算申请请求，该预算申请请求用于从预算资源中申请第一资源；该资源需求节点向资源分配节点发送预算分配请求，该预算分配请求用于请求该资源分配节点将该第一资源由该预算资源分配至该资源需求方。

第二方面，本申请实施例提供一种基于区块链的数据处理方法，包括：资源分配节点接收资源需求节点发送的预算分配请求；该资源分配节点基于该预算分配请求，将该第一资源由该预算资源分配至该资源需求方。

第三方面，本申请实施例提供一种分布式的数据处理系统，包括：资源需求节点和资源分配节点；该资源需求节点获取资源需求方的预算申请请求，该预算申请请求用于从预算资源中申请第一资源；该资源需求节点向资源分配节点发送预算分配请求，该预算分配请求用于请求该资源分配节点将该第一资源由该预算资源分配至该资源需求方；该资源分配节点基于该预算分配请求，将该第一资源由该预算资源分配至该资源需求方。

第四方面，本申请实施例提供一种区块链节点，包括：获取单元，用于获取资源需求方的预算申请请求，该预算申请请求用于从预算资源中申请第一资源；收发单元，用于向资源分配节点发送预算分配请求，该预算分配请求用于请求该资源分配节点将该第一资源由该预算资源分配至该资源需求方。

第五方面，本申请实施例提供一种区块链节点，包括：收发单元，用于接收资源需求节点发送的预算分配请求；分配单元，用于该资源分配节点基于该预算分配请求，将该第一资源由该预算资源分配至该资源需求方。

第六方面，本申请实施例提供一种区块链节点，包括：存储器和处理器；

该存储器存储计算机执行指令；

该处理器执行该存储器存储的计算机执行指令，使得该处理器执行第一方面、第二方面或其各实现方式中的方法。

第七方面，本申请实施例提供一种存储介质，包括：可读存储介质和计算机程序，该计算机程序用于实现第一方面、第二方面或其各实现方式中的方法。

本申请实施例，基于区块链技术，通过资源需求节点向资源分配节点请求从预算资源中为资源需求方分配第一资源，实现了对预算资源的去中心化的管理，保证了预算数据的数据安全，进而才能使基于预算数据的分析或审计结果更可靠、准确。

附图说明

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

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种基于区块链的数据处理方法200的交互流程示意图；

图3为本申请实施例提供的一种基于区块链的数据处理方法300的交互流程示意图；

图4为本申请实施例提供的一种基于区块链的数据处理方法400的交互流程示意图；

图5为本申请实施例提供的一种区块链节点500的结构示意图；

图6为本申请实施例提供的一种区块链节点600的结构示意图；

图7为本申请一实施例提供的区块链的节点700的硬件结构示意图。

具体实施方式

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

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

为了便于理解，下面对本申请相关的技术术语进行说明。

预算资源：未来一段时间内的经营、资本、财务各方面的收支的总体计划。

预算管理要素：作业流程以及作业链中的关键控制点，旨在对作业流程提供标准规范和效果评价。

公有链：任何人都可读取、发送交易且交易能获得有效确认的、也可以参与其中共识过程的区块链。

联盟链：部署于特定网络环境，只针对特定群体成员的去中心化分布式区块链网络。

智能合约(Smart contract)：是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易，这些交易可追踪且不可逆转。

参与方节点：区块链网络是一个集体共享的对等网络，由一组可识别且可验证的参与者运营。参与者可以是个人或机构。参与方节点以链上节点的形式，加入区块链网络活动中。

目前，常通过预算管理平台进行预算编制、预算消耗、以及基于已消耗的预算进行预算审计等。然而，现有技术中预算管理平台的数据容易遭受攻击被篡改，导致预算数据的安全性较低，进而，导致预算审计等得到的结果可靠性较低。

针对上述问题，本申请实施例提供一种数据处理方法，以实现对预算的有效管控。本申请实施例的数据处理方法基于区块链实现，区块链具有“不可伪造”“全程留痕”“可以追溯”“公开透明”“集体维护”等特征，因此，本申请实施例基于区块链实现的数据处理方法，以去中心化的方式对预算资源进行管理，保证了预算数据的安全，进而提高了预算审计的可靠性和准确性。

图1为本申请实施例提供的一种应用场景示意图。如图1所示，区块链网络100中包括多个区块链节点110和智能合约120。

其中，区块链网络100可以理解为一种分布式的数据处理系统100。

智能合约120可以部署于一个区块链节点110中，或者智能合约120作为一个节点部署于区块链网络100中。

应理解，区块链网络100中还包括区块链130，区块链130由多个区块连接而成，区块链130为区块链网络100通过区块链账本技术实现的分布式存储。

示例性的，智能合约120至少包括以下合约中的一种：编制合约、执行合约、调整合约、通用合约。不同合约可以作为一个智能合约的不同模块，或者每个合约均为独立的一个智能合约。

可选的，每个合约中部署有多个功能模块。例如，编制合约中部署有总预算模块、各部门预算模块、成本控制模块；执行合约中部署有申请模块、预支取模块、分配模块、核销模块；调整合约中部署有返还模块、追加模块、暂停模块、冻结模块；考核合约中部署有流程合规性模块、效益模块、财务审计模型；通用合约中部署有查询预算数据模块。可选的，上述每个模块对应有各自的接口，当合约被调用时，可以调用具体的接口实现相应的功能。需要说明的是，上述任一合约中可以包括更多或者更少的模块，本申请实施例对此不做限制。

需要说明的是，多个区块链节点110中有仅用于数据同步的节点，还有与参与方关联的区块链节点。其中，与参与方关联的区块链节点可登录有参与方的账号，此时与参与方关联的区块链节点中部署有区块链的客户端，该客户端为参与方提供与区块链进行交互的界面；或者与参与方关联的区块链节点可与登录有参与方的账号的终端设备通过有线或者无线的方式连接，此时终端设备中部署有区块链的客户端。

示例性的，参与方包括资源需求方、资源审批方、资源分配方、资源控制方、资源配置方、资源审计方等。相应的，上述参与方分别关联的区块链节点可以依次为资源需求节点、资源审批节点、资源分配节点、资源控制节点、资源配置节点、资源审计节点等。

可选的，资源需求方为申请使用资源的个人或者机构，例如可以是企业中的职员；资源审批方确认是否批准资源需求方使用所申请的资源，例如可以是企业中的经理人；资源分配方为资源需求方分配所申请的资源，例如可以是企业中的财务；资源控制方对预算的编制、使用等进行监督，例如可以是企业中的股东；资源配置方对预算进行编制，例如可以是企业中的经理人；资源审计方对预算资源的使用进行审计。

示例性的，区块链节点110中可以包括以下至少一种节点类型：读写节点、只读节点和轻节点。

读写节点：支持参与方部署节点，并通过客户端发起读、写操作。区块链节点，包含了调用智能合约、发起交易，同步区块链账本等功能。读写节点用于区块链网络主要参与方，会发起读写操作的所有参与方。

读节点：与读写节点的功能基本一致，但不支持发起交易或调用合约写操作。读节点主要用于仅需进行监督的参与方，例如股东、监管部门等。

轻节点：轻节点为只部署了客户端的节点，可以向区块链网络发起请求，但请求需委托其他节点代为完成。读写操作依赖所访问的节点的权限。

参与方的各个节点通过网络互联，构成了区块链网络。各个参与方独立提供区块链网络节点资源，各个区块链节点由各参与方独立维护。

参与方提供资源并控制节点后，通过认证加入区块链网络。认证的方式不限，可以通过证书CA认证，智能合约权限认证，或者网络IP/MAC地址绑定认证等。本方案对此不做限制。

各参与方完成认证加入区块链网络后，形成了整体网络关系，同网络内的参与方，可以互相监督、验证。

下面通过几个实施例对本申请进行说明。

图2为本申请实施例提供的一种基于区块链的数据处理方法200的交互流程示意图。如图2所示，该方法包括：

S201：资源需求节点获取资源需求方的预算申请请求，该预算申请请求用于从预算资源中申请第一资源；

S202：该资源需求节点向资源分配节点发送预算分配请求，该预算分配请求用于请求该资源分配节点将该第一资源由该预算资源分配至该资源需求方；

相应的，资源分配节点接收资源需求节点发送的预算分配请求；

S203：该资源分配节点基于该预算分配请求，将该第一资源由该预算资源分配至该资源需求方。

需要说明的是，资源需求节点可以根据资源需求方对其输入的操作指令，获取到预算申请请求，例如接收资源需求方在其操作界面输入的操作指令；或者，资源需求节点可以接收终端设备发送的资源需求方的预算申请请求，该终端设备上登录有资源需求方的账户。

可选的，预算资源的总额为预先设定的，例如通过参与方对应的区块链节点同步至区块链网络中的，该参与方可以是资源控制方、资源审批方、资源分配方、资源配置方等。

应理解，资源需求节点具有申请资源的权限，且资源分配节点具有分配预算资源的权限。

在一些实施例中，需要对资源需求节点和资源分配节点的权限进行确认，例如可通过区块链的共识算法进行确认。

应理解，上述步骤S201至S203所发送的任一请求均在区块链网络中进行同步，且记载与区块链账本中。

本申请实施例中，基于区块链技术，通过资源需求节点向资源分配节点请求从预算资源中为资源需求方分配第一资源，实现了对预算资源的去中心化的管理，保证了预算数据的数据安全，进而才能使基于预算数据的分析或审计结果更可靠、准确。

在图2所示实施例的基础上，为了能够对预算资源的使用进行有效的监督和管理，本申请实施例在向资源需求方分配第一资源之前需要确保资源需求方申请第一资源已获得批准。下面结合图3进行说明。

图3为本申请实施例提供的一种基于区块链的数据处理方法300的交互流程示意图。如图3所示，该方法包括：

S201：资源需求节点获取资源需求方的预算申请请求，该预算申请请求用于从预算资源中申请第一资源。

S204：该资源需求节点向资源审批节点发送预算审批请求，该预算审批请求用于请求该资源审批节点对申请第一资源进行审批。

S202：该资源需求节点向资源分配节点发送预算分配请求，该预算分配请求用于请求该资源分配节点将该第一资源由该预算资源分配至该资源需求方。

相应的，资源分配节点接收资源需求节点发送的预算分配请求。

S205：该资源分配节点确定该资源需求方申请的第一资源是否经过资源审批节点的审批。

在资源需求方申请的第一资源经过资源审批节点的审批后，执行步骤S203。

S203：该资源分配节点基于该预算分配请求，将该第一资源由该预算资源分配至该资源需求方。

本实施例对执行步骤S204和步骤S202的先后顺序不做要求，在一些实施例中，二者可以同时执行。

示例性的，资源分配节点在将第一资源从预算资源分配至资源需求方之前，可以从区块链账本中读取资源审批节点对第一资源的审批结果，在资源需求方申请的第一资源经过资源审批节点的审批后，换句话说，在确定资源审批节点对资源需求方申请的第一资源的审批结果为审批通过后，资源分配节点再基于预算分配请求将第一资源从预算资源分配至资源需求方。

为了更清楚的对上述过程进行说明，下面给出一种非限制性的示例。

资源需求节点获取资源需求方A发起的预算申请请求，请求从额度为200w的预算资源中申请额度为1w的第一资源，用于互联网技术(Internet Technology，IT)设备采购。示例性的，该预算申请请求包括资源需求方的身份(同下文中的participant)，例如职员、经理人、股东等，本实施例中可以是职员；资源需求方的名称，(同下文中的proposer)，例如姓名、机构名称等，本实施例中可以是A；预算交易编码(同下文中的budget tx)、资源用途(同下文中的purpose)、第一资源的额度(同下文中的amount)和申请时间(同下文中的date)。

在一些实施例中，预算申请请求还包括预算资源的子预算的标识。需要说明的是，预算资源可以划分为多个子预算，例如可以为企业中每个部门划分对应的子预算，子预算的总额即为预算资源的总额。当预算申请请求包括预算资源的子预算的标识时，资源分配节点应从对应的子预算向资源需求节点分配第一资源。

例如，预算申请请求可以包括如下所示内容：

participant:Employee

proposer:A

budget tx:9cc3ebeac9b2340159dbf40da0b0a01d

department:DepartA

purpose:IT equipment order

amount:10,000

date:xxxx-xx-xx

上述内容均记录在区块链账本中。

示例性的，资源需求节点向资源审批节点发送的预算审批请求和资源需求节点向资源分配节点发送的预算分配请求均包含上述预算申请请求中的内容，或者，资源需求节点向区块链网络中同步该预算申请请求，资源审批节点和资源分配节点从区块链账本中获取该预算申请请求后即对该申请进行审批、分配。

在一些实施例中，资源审批节点接收到预算审批请求后，获取资源审批方B的审批处理请求。示例性的，审批处理请求包括：资源审批方的名称，例如经理人、股东等；资源审批方的名称，例如姓名、机构名称等，本实施例中可以是B；预算交易编码；处理时间。

在一些实施例中，在第一资源得到资源审批节点的审批后，资源分配节点接收到预算分配请求后，获取资源分配方C的分配处理请求。示例性的，分配处理请求包括资源分配方的名称，例如财务；资源分配方的名称，例如姓名、机构名称等，本实施例中可以是C；预算交易编码；处理时间。

上述审批处理请求和分配处理请求均记录的区块链账本中。

需要说明的是，在资源分配节点完成资源分配后，预算资源的总额以及对应的子预算的总额将发生变化，例如，本实施例中将额度为1w的第一资源分配给资源需求方后，部门A(DepartA)的子预算由50w变为49w，预算资源的总额度由200w变为199w。预算资源的总额以及子预算的总额变化后，在资源控制方需要对预算资源数据进行查询时，可以返回最新的预算资源数据。

可选的，预算资源数据除了上述实施例中的预算资源的总和和子预算的总额外，还可以包括预算资源的初始额度以及各子预算的初始额度，还可以包括预算编制、预算申请、预算审批、预算分配等过程的流程性数据。

在一些实施例中，资源需求节点可以通过调用执行合约实现上述实施例中的以下过程：

获取资源需求方的预算申请请求；

向资源分配节点发送该预算分配请求；

向资源审批节点发送该预算审批请求。

示例性的，资源需求节点可以通过调用执行合约中的申请接口，获取预算申请请求。

在一些实施例中，资源分配节点可以通过调用执行合约将预算资源中的第一资源分配给资源需求方。示例性的，资源分配节点可以通过调用执行合约的分配接口，将预算资源中的第一资源分配给资源需求方。

在上述实施例的基础上，为了进一步确保资源使用的安全，本申请实施例对预算资源的申请进行实时的监控，以在存在异常时，及时处理避免资源损失。下面结合图4对本申请实施例进行说明。

图4为本申请实施例提供的一种基于区块链的数据处理方法400的交互流程示意图。如图4所示，该方法包括：

S401：考核合约按照预设的触发条件，确定区块链账本中记载的该第一资源的交易数据是否存在异常；

S402：在该区块链账本中记载的该第一资源的交易数据存在异常时，该考核合约向资源分配节点发送告警信息，该告警信息用于提示该区块链账本中记载的该第一资源的交易数据存在异常。

S403：该资源分配节点响应于该告警信息，获取资源分配方的资源处理请求；

S404：该资源分配节点基于该资源处理请求，对该第一资源执行对应的处理操作。

需要说明的是，考核合约按照预设的触发条件，确定区块链账本中记载的该第一资源的交易数据是否存在异常可以包括以下至少一种实现方式：

一、考核合约按照预设周期，确定区块链账本中记载的第一资源的交易数据是否存在异常，示例性的，可以仅确定区块链中新增的区块对应的区块链账本；

二、考核合约在每次新增区块时，确定新增区块对应的区块链账本中记载的第一资源的交易数据是否存在异常。

三、考核合约在预算资源的总额低于预设值时，确定区块链账本中记载的第一资源的交易数据是否存在异常。

需要说明的是，本实施例中第一资源的交易数据是否存在异常，包括第一资源的额度是否符合要求，例如第一资源额度大于额度阈值时认为第一资源的交易数据存在异常，还包括第一资源的交易过程是否存在异常，例如第一资源未经过资源审批方的审批及被分配至资源需求方。

示例性的，若第一资源的交易数据存在异常，资源分配节点在收到考核合约的告警信息后，获取资源分配方的资源处理请求，该资源处理请求可以包括冻结第一资源、暂停向资源需求方分配该第一资源等。

示例性的，资源分配节点可调用调整合约对第一资源执行对应的处理操作，例如冻结或暂停向资源需求方分配该第一资源等。可选的，资源分配节点可调用调整合约中的冻结接口冻结该第一资源，资源分配节点可调用调整合约中的暂停接口暂停向资源需求方分配该第一资源。

例如，考核合约监测到第一资源未经过资源审批节点的审批，直接由资源分配节点分配给了资源需求方，则该第一资源的交易数据存在异常。由于区块链账本中记录了所有的交易过程的相关数据，当发送这笔不合规的交易后，触发了考核合约的流程合规性模块，考核合约立刻生成告警信息，并将告警信息发送给资源分配方，使资源分配方尽快进行异常纠正，可选的，考核合约还可以将告警信息发送给资源审计节点，由资源审计节点对该第一资源进行冻结，避免资源损失，保证资源的使用安全。

在一些实施例中，资源审计节点可获取资源审计方的在线审计请求，并基于该审计请求对交易数据进行审计。或者，资源审计节点可获取资源审计方的离线审计请求，并基于该离线审计请求将区块链账本中的交易数据导出到本地，使资源审计方对交易数据进行离线分析。

在一些实施例中，预算资源为资源配置节点通过编制合约预先配置的。

示例性的，资源配置节点获取第一资源配置方的资源配置请求，并根据资源配置请求配置预算资源的总额度。示例性的，资源配置节点可调用编制合约配置预算资源的总额度。可选的，资源配置节点可调用编制合约的总预算接口配置预算资源的总额度。

可选的，资源配置节点可获取至少一个第二资源配置方的资源配置请求，并根据该资源配置请求配置子预算的总额度。需要说明的是，第二资源配置方与第一资源配置方可以相同也可以不同，本实施例对此不做要求。

示例性的，资源配置节点可调用编制合约的各部门预算接口配置子预算的总额度。

例如，资源配置方，企业领导层制定全年度预算资源的总额度，由首席执行官(Chief Executive Officer，CEO)提交资源配置请求。CEO A通过调用区块链的软件开发工具包(Software Development Kit，SDK)或应用程序编程接口(Application ProgrammingInterface，API)，调用编制合约的总预算函数。调用过程表明参与方身份，操作人为CEO A；年度预算为200w元；提交时间等。

此处仅为了举例说明问题，编制合约可以支持任意调用操作，资源配置请求除了上述示例性的内容，可根据实际情况进行增删，能实现目标即可，不做强制要求。

包括编制合约在内的智能合约接收到调用后，会先完成权限校验，然后发起区块链上的多方背书，背书过程为区块链基于共识算法的通用操作，此处不再赘述。

完成背书后，会在区块链上创建一个预算记录空间，并将此次交易通过Hash算法，记录在区块链上。

完成创建预算空间后，由首席财务官(Chief Financial Officer，CFO)发起各部门预算制定提交。提交人为CFO B，可选的，各部门编制预算时，资源配置请求可以包括部门(Depart)A＝50w，DepartB＝50w,DepartC＝100w，提交时间为等。

预算编制提交后，将由董事会进行审批。董事会的审批单，会制定需要审批的预算编制申请单子，由董事会的C发起了审批。

在一些实施例中，资源控制节点获取资源控制方的预算查询请求，该预算查询请求用于请求查看预算数据，该预算数据包括预算资源的余额、预算资源的总额和已使用的预算资源中的至少一种，并且，该资源控制节点调用通用合约，基于该预算查询请求，获取该预算数据。

示例性的，资源控制节点可调用通用合约的查询预算数据接口获取资源控制方的预算查询请求。

示例性的，CEO提交全年预算、CFO提交各部门预算，董事会完成审批，这些操作，对所有监管、股东，都是透明可见的。监管或股东可以发起查询，查看区块链上所有的交易的交易数据。

如股东D发起了预算查询请求，该预算查询请求至少包括预算交易编码。

区块链网络收到后，将返回该预算数据。如该比预算为全年度预算，总额为200w。

在本实施例中，可实现对上述任一实施例涉及的智能合约的预设值。在实际应用场景中，可基于不同的智能合约涉及的利益相关方和责任方，确定编写和审批智能合约的参与方。

智能合约编写完毕后，需要将智能合约提交至区块链上留档、执行。智能合约提交由参与方进行提交，由区块链上多个参与方进行背书。背书策略取决于区块链采用的共识算法，可以选择由全部参与方进行背书，也可以选择仅由几方主要权责方进行背书，又或者仅由主要权责方中的大多数背书。本方案不做限定。当完成智能合约上链后，那么该智能合约将于区块链上执行，可被调用，可存储数据，且不可更改。智能合约上链以及后续进行的调用智能合约的交易，均会在区块链网络上留痕，并对所有区块链参与方均可见(可见，是指各个参与方可以看到网络发起了调用智能合约的交易，但看不到交易的入参、出参的数据，若要查询入参、出参、账本数据，需要通过调用通用合约，并通过权限校验)。

在一些实施例中，参与方发起交易流程，以资源需求方提交预算申请请求为例：

首先资源需求方发起调用，可通过区块链客户端、SDK或API向资源需求节点发起调用。此时，会将交易预先写入资源需求节点的区块中，然后触发共识算法。区块链共识背书，会在整个网络进行多播或者广播。

区块链网络内的其他参与方节点，接收到上述交易数据后，会按照各自的校验逻辑，对交易进行判断。若无异常，则完成背书；若有异常，则拒绝。

资源需求节点收到背书后，若背书成功，则节点产出区块，若背书失败，则节点产出区块失败。例如，当有60％的区块链节点进行背书，如果共识算法要求全部区块链节点进行背书，则背书失败，若共识算法要求1/2节点进行背书，则背书成功。背书成功后，交易将写入区块，该区块将在区块链网络中同步。

在预算管理过程中，参与方的定义可以有董事会、股东、财务、审计、经理人等等。各个参与方分别通过各自的节点，加入区块链网络中，参与到预算管理流程之中。

按照职能划分，一些参与方部署读写节点，一些部署只读节点，还有一些只需要部署轻客户端即可。各个区块链节点，均部署在各个参与方的设备资源上，通过区块链网络(一般采用点对点(peer to peer，P2P)网络，或者局域网内多播、广播)进行数据和交易的同步，并将同步后的数据记入区块链账本中。

参与方节点接收到交易请求后，可以对该交易进行背书。当背书超过所需背书的阈值后，交易即可完成，完成的交易会被记入区块链账本，并在区块链网络上同步。若无法达成背书要求，则该交易会被拒绝。这样避免了单节点作恶，又实现了交易信息的合规认定、满足了审计规范。

预算管理依赖于整个企业的责权拆分，并能责任细化到人。在本方案中，各个责任人称之为参与方，每个参与方将以独立的节点，接入区块链网络(区块链不限于公有链或联盟链)。

参与方可以通过节点以SDK或API接口的方式，向区块链网络发起读或写操作。读操作完成基本权限校验后，就可以获取区块链上的数据。但写操作，在调用发起后，并不能立刻返回，这个过程需要区块链上的其他参与方的节点进行背书。

背书策略取决于区块链采用的共识算法，可以选择由全部参与方进行背书，也可以选择仅由几方主要权责方进行背书，又或者仅由主要权责方中的大多数背书。本方案不做限定，均可支持。

示例性的，背书由董事会、股东、领导层三个参与进行背书即可，不需要全部参与方进行背书。若背书通过，则将此次写操作记录上区块链。若背书失败(一般失败是由于参与背书的参与方认为请求存在问题，并拒绝了交易)，则交易失败，不会写入区块链上。

图5为本申请实施例提供的一种区块链节点500的结构示意图，如图5所示，该区块链节点500包括：

获取单元510，用于获取资源需求方的预算申请请求，该预算申请请求用于从预算资源中申请第一资源；

收发单元520，用于向资源分配节点发送预算分配请求，该预算分配请求用于请求该资源分配节点将该第一资源由该预算资源分配至该资源需求方。

在一些实施例中，收发单元520还用于：向资源审批节点发送预算审批请求，该预算审批请求用于请求该资源审批节点对申请第一资源进行审批。

在一些实施例中，区块链节点500还包括调用单元530，用于调用执行合约；其中，该执行合约用于指示以下至少一个过程：

获取该资源需求方的预算申请请求；

向该资源分配节点发送该预算分配请求；

向该资源审批节点发送该预算审批请求。

在一些实施例中，预算资源为资源配置节点通过编制合约预先配置的。

在一些实施例中，获取单元510还用于获取资源控制方的预算查询请求，该预算查询请求用于请求查看预算数据，该预算数据包括预算资源的余额、预算资源的总额和已使用的预算资源中的至少一种；调用单元530还用于：调用通用合约，基于该预算查询请求，获取该预算数据。

本实施例提供的一种区块链节点可用于实现上述任一实施例中的方法，其实现效果与方法实施例类似，此处不再赘述。

图6为本申请实施例提供的一种区块链节点600的结构示意图，如图6所示，该区块链节点600包括：

收发单元610，用于接收资源需求节点发送的预算分配请求；

分配单元620，用于该资源分配节点基于该预算分配请求，将该第一资源由该预算资源分配至该资源需求方。

在一些实施例中，区块链节点600还包括：处理单元630，用于：确定该资源需求方申请的第一资源是否经过资源审批节点的审批；在该资源需求方申请的第一资源经过资源审批节点的审批后，执行该基于该预算分配请求，将该第一资源由该预算资源分配至该资源需求方的步骤。

在一些实施例中，处理单元630还用于：按照预设的触发条件，确定区块链账本中记载的该第一资源的交易数据是否存在异常；在该区块链账本中记载的该第一资源的交易数据存在异常时，该考核合约向资源分配节点发送告警信息，该告警信息用于提示该区块链账本中记载的该第一资源的交易数据存在异常。

在一些实施例中区块链节点600还包括获取单元640；

获取单元640用于：响应于该告警信息，获取资源分配方的资源处理请求；

处理单元630还用于：该资源分配节点基于该资源处理请求，对该第一资源执行对应的处理操作。

本实施例提供的一种区块链节点可用于实现上述任一实施例中的方法，其实现效果与方法实施例类似，此处不再赘述。

图7为本申请一实施例提供的区块链的节点700的硬件结构示意图。如图7所示，通常，区块链节点700包括有：处理器701和存储器702。

处理器701可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器701可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器701也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器701可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器701还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器702可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器702还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器702中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器701所执行以实现本申请中方法实施例提供的方法。

可选地，如图7所示，区块链节点700还可以包括收发器703，处理器701可以控制该收发器703与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器703可以包括发射机和接收机。收发器703还可以进一步包括天线，天线的数量可以为一个或多个。

可选地，该区块链节点700可以实现本申请实施例的各个方法中的相应流程，为了简洁，在此不再赘述。

本领域技术人员可以理解，图7中示出的结构并不构成对区块链节点700的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本申请实施例还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由区块链的节点的处理器执行时，使得区块链节点能够执行上述实施例提供的电子证书的信用评估方法。

本实施例中的计算机可读存储介质可以是计算机能够存取的任何可用介质，或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备，可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如SSD)等。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的电子证书的信用评估方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

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

资源需求节点获取资源需求方的预算申请请求，所述预算申请请求用于从预算资源中申请第一资源；

所述资源需求节点向资源分配节点发送预算分配请求，所述预算分配请求用于请求所述资源分配节点将所述第一资源由所述预算资源分配至所述资源需求方。

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

所述资源需求节点向资源审批节点发送预算审批请求，所述预算审批请求用于请求所述资源审批节点对申请第一资源进行审批。

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

所述资源需求节点调用执行合约；

其中，所述执行合约用于指示以下至少一个过程：

获取所述资源需求方的预算申请请求；

向所述资源分配节点发送所述预算分配请求；

向所述资源审批节点发送所述预算审批请求。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述预算资源为资源配置节点通过编制合约预先配置的。

5.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

资源控制节点获取资源控制方的预算查询请求，所述预算查询请求用于请求查看预算数据，所述预算数据包括预算资源的余额、预算资源的总额和已使用的预算资源中的至少一种；

所述资源控制节点调用通用合约，基于所述预算查询请求，获取所述预算数据。

6.一种基于区块链的数据处理方法，其特征在于，包括：

资源分配节点接收资源需求节点发送的预算分配请求；

所述资源分配节点基于所述预算分配请求，将所述第一资源由所述预算资源分配至所述资源需求方。

7.根据权利要求6所述的方法，其特征在于，在所述资源分配节点基于所述预算分配请求，将所述第一资源由所述预算资源分配至所述资源需求方之前，所述方法还包括：

所述资源分配节点确定所述资源需求方申请的第一资源是否经过资源审批节点的审批；

所述资源分配节点在所述资源需求方申请的第一资源经过资源审批节点的审批后，执行所述基于所述预算分配请求，将所述第一资源由所述预算资源分配至所述资源需求方的步骤。

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

考核合约按照预设的触发条件，确定区块链账本中记载的所述第一资源的交易数据是否存在异常；

在所述区块链账本中记载的所述第一资源的交易数据存在异常时，所述考核合约向资源分配节点发送告警信息，所述告警信息用于提示所述区块链账本中记载的所述第一资源的交易数据存在异常。

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

所述资源分配节点响应于所述告警信息，获取资源分配方的资源处理请求；

所述资源分配节点基于所述资源处理请求，对所述第一资源执行对应的处理操作。

10.一种分布式的数据处理系统，其特征在于，包括：资源需求节点和资源分配节点；

所述资源需求节点获取资源需求方的预算申请请求，所述预算申请请求用于从预算资源中申请第一资源；

所述资源需求节点向资源分配节点发送预算分配请求，所述预算分配请求用于请求所述资源分配节点将所述第一资源由所述预算资源分配至所述资源需求方；

所述资源分配节点基于所述预算分配请求，将所述第一资源由所述预算资源分配至所述资源需求方。

Images