CN116993345A - 用户额度分配方法及装置 - Google Patents

Abstract

本说明书一个或多个实施例提供一种用户额度分配方法及装置，所述方法包括：响应于接收到用户发布的调用所述目标交易合约的交易，根据所述目标交易合约中额度管理合约的地址调用所述额度管理合约；根据所述额度管理合约中所述用户的银行账户信息，确认所述交易要求的交易金额是否超出所述银行账户的额度；在超出所述额度的情况下，确定所述交易失败；在未超出所述额度的情况下，处理所述交易。通过区块链上的额度管理合约进行用户的额度分配，解决了区块链交易配额的问题，并且可以规避中心化系统管理额度时导致的风险；并且通过将目标交易合约与额度管理合约自动关联，减少了链下系统的交互频率。

Description

用户额度分配方法及装置

技术领域

本说明书一个或多个实施例涉及计算机应用技术领域，尤其涉及一种用户额度分配方法及装置。

背景技术

随着区块链调拨服务场景的扩大，为了保证各个服务场景下的可用性，需要对额度进行分配。目标的区块链交易中，或者没有解决用户配额问题，需要通过链下判断额度是否充足；或者采用中心化系统进行配额，每个用户在发起区块链交易之前，都需要先去中心化系统查询自身的额度，使得整个交易流程无法实现去中心化。而中心化系统因为数据更新延迟、系统问题、甚至是恶意操作，可能导致用户没有查询到正常的额度，导致交易无法发起。

因此，有必要开发一种用户额度管理方法，以解决区块链交易配额的问题，规避中心化系统管理额度时导致的风险。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种用户额度分配方法及装置。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种用户额度分配方法，所述方法应用于区块链中的节点设备；其中，所述区块链上部署了额度管理合约和至少一个目标交易合约，所述额度管理合约包括所述区块链上用户的银行账户信息，所述目标交易合约中包含了所述额度管理合约的地址；所述方法包括：

响应于接收到用户发布的调用所述目标交易合约的交易，根据所述目标交易合约中额度管理合约的地址调用所述额度管理合约；

根据所述额度管理合约中所述用户的银行账户信息，确认所述交易要求的交易金额是否超出所述银行账户的额度；

在超出所述额度的情况下，确定所述交易失败；

在未超出所述额度的情况下，处理所述交易。

在一些实施例中，所述额度管理合约还包括目标交易合约的白名单，所述白名单用于限定能够消耗所述额度管理合约中银行账户额度的智能合约。

在一些实施例中，所述银行账户信息存储在用户账户地址中，所述银行账户信息包括：用户关联的银行、用户在所关联的银行中的银行账户以及所述银行账户的额度。

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

在区块链上部署目标交易合约；

在区块链上部署额度管理合约；

将所述额度管理的合约的地址添加至所述目标交易合约中。

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

接收银行对于所述银行中的银行账户余额的设置请求；

根据所述设置请求指示的额度，通过所述更新接口设置所述额度管理合约中的额度信息。

在一些实施例中，所述额度管理合约还包括查询接口；在接收用户发布的调用所述目标交易合约的交易之前，所述方法还包括：

接收用户对银行账户的查询请求；

通过所述查询接口，获取所述额度管理合约中所述查询请求所指示的银户账户的额度信息；

将所述额度信息发送给所述用户。

在一些实施例中，所述额度管理合约还包括更新接口；所述方法还包括：

在所述交易处理成功的情况下，根据交易后所述银行账户的剩余额度，通过所述更新接口更新所述额度管理合约中的额度信息。

根据本说明书一个或多个实施例的第二方面，提出了一种用户额度分配装置，所述装置应用于区块链中的节点设备；其中，所述区块链上部署了额度管理合约和至少一个目标交易合约，所述额度管理合约包括所述区块链上用户的银行账户信息，所述目标交易合约中包含了所述额度管理合约的地址；所述装置包括：

调用单元，用于响应于接收到用户发布的调用所述目标交易合约的交易，根据所述目标交易合约中额度管理合约的地址调用所述额度管理合约；

判断单元，用于根据所述额度管理合约中所述用户的银行账户信息，确认所述交易要求的交易金额是否超出所述银行账户的额度；

确定单元，用于在超出所述额度的情况下，确定所述交易失败；

处理单元，用于在未超出所述额度的情况下，处理所述交易。

在一些实施例中，所述额度管理合约还包括目标交易合约的白名单，所述白名单用于限定能够消耗所述额度管理合约中银行账户额度的智能合约。

在一些实施例中，所述银行账户信息存储在用户账户地址中，所述银行账户信息包括：用户关联的银行、用户在所关联的银行中的银行账户以及所述银行账户的额度。

在一些实施例中，所述装置还包括部署单元，用于：

在区块链上部署目标交易合约；

在区块链上部署额度管理合约；

将所述额度管理的合约的地址添加至所述目标交易合约中。

在一些实施例中，所述装置还包括配额单元，用于：

接收银行对于所述银行中的银行账户余额的设置请求；

根据所述设置请求指示的额度，通过所述更新接口设置所述额度管理合约中的额度信息。

在一些实施例中，所述额度管理合约还包括查询接口；在所述装置还包括查询单元，用于：

在接收用户发布的调用所述目标交易合约的交易之前，接收用户对银行账户的查询请求；

通过所述查询接口，获取所述额度管理合约中所述查询请求所指示的银户账户的额度信息；

将所述额度信息发送给所述用户。

在一些实施例中，所述额度管理合约还包括更新接口；所述装置还包括更新单元，用于：

在所述交易处理成功的情况下，根据交易后所述银行账户的剩余额度，通过所述更新接口更新所述额度管理合约中的额度信息。

根据本说明书一个或多个实施例的第三方面，提出了一种电子设备，包括：

处理器；

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

其中，所述处理器通过运行所述可执行指令以实现上述实施例提出的方法。

根据本说明书一个或多个实施例的第四方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现上述实施例提出的方法。

在说明书实施例所提供的用户额度分配方法中，在区块链上部署额度管理合约和至少一个目标交易合约，该额度管理合约用于维护链上用户的银行账户的额度信息，目标交易合约中包含了额度管理合约的地址。目标交易合约在收到用户的交易请求时，同步调用额度管理合约以查询该交易请求的金额是否超出该用户的银行账户的额度，如果超额则确认该交易失败，如果未超额则继续处理该交易。通过区块链上的额度管理合约进行用户的额度分配，解决了区块链交易配额的问题，并且可以规避中心化系统管理额度时导致的风险；并且通过将目标交易合约与额度管理合约自动关联，减少了链下系统的交互频率。

附图说明

图1A是没有额度管理的情况下区块链交易发起的流程图。

图1B是在利用中心化系统维护每个账户的配额的情况下交易发起的流程图。

图2是本说明书提出的用户额度分配方法所应用的区块链的架构示意图。

图3是本说明书一示例性实施例示出的一种用户额度分配方法的流程示意图。

图4是本说明书一示例性实施例示出的一种用户额度分配方法中的初始化流程示意图。

图5是本说明书一示例性实施例示出的一种用户额度分配方法的流程图。

图6是本说明书一示例性实施例示出的一种用户额度分配装置所在电子设备的硬件结构图。

图7是本说明书一示例性实施例示出的一种用户额度分配装置的框图。

具体实施方式

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

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

随着区块链调拨服务场景的扩大，为了保证各个服务场景下的可用性，需要对额度进行分配。以付款业务为例，在付款产品的业务量比较大的情况下，很可能针对某个地区的额度已经使用完，而无法发起调拨。

目前的区块链交易中，要么没有解决用户配额问题，要么采用中心化系统维护每个账户的配额。

在没有额度管理的情况下，交易发起的流程如图1A所示。用户调用区块链提交新交易，银行在发现区块链新交易的情况下，则链下判断该交易所要求的金额是否超过该用户的额度，并将该判断结果提交到链上。在额度充足的情况下，银行调用区块链，确认该用户的额度充足，并处理该交易；而在额度不足的情况下，则调用区块链，标记该交易额度不够。

如果没有额度管理，银行无法链上判断用户的交易金额是否超出用户账户的额度，用户也无法预先查询账户的额度，导致可能因用户账户额度不足而无法完成交易。

在利用中心化系统维护每个账户的配额的情况下，交易发起的流程如图1B所示。用户在发起区块链交易之前，先去中心化系统查询自身账户的额度是否充足。在中心化系统返回额度充足的信息的情况下，则用户可以调用区块链，提交新交易；而在中心化系统提示额度不足的情况下，用户可以选择不发起交易。在额度充足、用户提交新交易的情况下，银行链下判断该交易所请求的金额是否超过该用户的额度，并将判断结果提交到链上。在额度充足的情况下，银行调用区块链，确认该用户的额度充足，并处理该交易。

然而，如果利用中心化维护账户的配额，整个交易流程就不是去中心化的了。并且而中心化系统因为数据更新延迟、系统问题、甚至是恶意操作，可能导致用户没有查询到正常的额度，导致交易无法发起。

有鉴于此，本说明书提出一种用于用户额度管理的技术方案，以解决区块链交易配额的问题，规避中心化系统管理额度时导致的风险。

在该技术方案中，在区块链上部署了额度管理合约和至少一个目标交易合约，该目标交易合约中包含了额度管理合约的地址，该额度管理合约用于维护链上用户的银行账户的额度信息。在用户发起调用目标交易合约的链上交易时，被调用的目标交易合约可以自动调用额度管理合约，校验额度是否充足，并通过校验结果来推进交易的处理。

通过上述方式，用户可以使用的额度可以通过区块链上的智能合约进行分配，解决了区块链交易配额的问题，并且可以规避中心化系统管理额度时导致的风险。

本说明书一示例性实施例示出的用户额度分配方法应用于区块链中的节点设备；其中，所述额度管理合约包括所述区块链上用户的银行账户信息，所述目标交易合约中包含了所述额度管理合约的地址。

请参照图2，图2示例性地示出了该用户额度分配方法所应用的区块链的架构示意图。如图2所示，区块链可以包括多个节点设备：节点设备1、节点设备2、节点设备3、…、节点设备N，其中，N为正整数。每个节点设备均可与其他节点设备进行通信，持续共识出最新的区块信息。

图2所示的区块链中部署了额度管理合约和至少一个目标交易合约。如图2所示，区块链上可以部署多个目标交易合约：目标交易合约1、目标交易合约2、…、目标交易合约M，其中，M为正整数。每个目标交易合约中包含额度管理合约的地址，该额度管理合约包含链上用户的银行账户信息。

具体地，额度管理合约中用户的银行账户信息可以包括用户所关联的银行账户(在本说明书中可以称为银存)以及该银行账户的额度。银存是用户(包括个人或者企业)在银行开立账号的编号，具有唯一性，通过银存账号可以查询到用户信息，从而进行转账汇款等交易。

该区块链的参与方可以包括多个银行和多个用户，银行对应的客户端和用户对应的客户端可以与区块链中的任意一个或多个节点设备进行通信，而不需要与其他客户端进行通信。

图3是本说明书一示例性实施例示出的一种用户额度分配方法的流程图，该方法可以应用于图2所示的区块链中的节点设备，该方法包括步骤301～304。

在步骤301中，响应于接收到用户发布的调用所述目标交易合约的交易，根据所述目标交易合约中额度管理合约的地址调用所述额度管理合约。

具体地，用户可以通过客户端，向该客户端所接改的区块链中的节点设备提交交易请求，从而将调用目标交易合约的交易发送到区块链中。该交易包括发起方(用户)账户的地址、被调用的目标交易合约的地址、以及调用该目标交易合约的参数。被调用的目标交易合约可以从用户的请求中获取所发起交易的用户、交易银行、交易请求金额等信息。

接收到该交易的节点设备在发起对额度管理合约的调用时，会将该调用请求同步到区块链中的其他节点，使得区块链中的每个节点都执行额度管理合约的调用，并根据共识机制确定最终的调用结果。

本说明书实施例中以接收到交易的节点设备所执行的操作为例进行描述，其他节点设备执行的操作可以参见对该节点设备的描述。

在步骤302中，根据所述额度管理合约中所述用户的银行账户信息，确认所述交易请求的交易金额是否超出所述银行账户的额度。

在所述额度管理合约存储的各个用户的银行信息中，根据进行交易请求的用户以及该交易请求指定的银行账户，查询该用户的该银行账户的额度。通过将所述交易请求的交易金额与银行账户的额度进行比较，来判断该交易请求是否超额，以确定该银行账户剩余的额度是否够发起区块链交易。

在步骤303中，在超出所述额度的情况下，确定所述交易失败。

如果确认交易请求的金额超出银行账户的额度，则认为该交易不合法，自动将该交易设置为失败状态，无需该银行账户所属银行进行交易状态的修改，从而避免了银行进行确认才能推进交易状态的问题。

在步骤304中，在未超出所述额度的情况下，处理所述交易。

如果确认交易请求的金额未超出银行账户的额度，则认为额度校验成功，从而可以继续进行链上交易的其他校验流程、继续推进交易状态。

在说明书实施例所提供的用户额度分配方法中，在区块链上部署额度管理合约和至少一个目标交易合约，该额度管理合约用于维护链上用户的银行账户的额度信息，目标交易合约中包含了额度管理合约的地址。目标交易合约在收到用户的交易请求时，同步调用额度管理合约以查询该交易请求的金额是否超出该用户的银行账户的额度，如果超额则确认该交易失败，如果未超额则继续处理该交易。通过区块链上的额度管理合约进行用户的额度分配，解决了区块链交易配额的问题，并且可以规避中心化系统管理额度时导致的风险；并且通过将目标交易合约与额度管理合约自动关联，减少了链下系统的交互频率。

在一个示例中，交易合约在额度管理合约地址之外，还可以包括交易详情，历史交易列表等等。

额度管理合约中的持久化数据部分包括以银行账户清单形式存储的银行账户信息，以及可以调用该额度管理合约的目标交易合约的白名单。该白名单用于限定能够消耗所述额度管理合约中银行账户额度的智能合约。也即，只有白名单中的目标交易合约调用该额度管理合约，额度管理合约才允许这些目标交易合约消耗额度(减少额度值)；而未在白名单中的目标交易合约，或者不允许其调用该额度管理合约，或者即便调用了额度管理合约，也无法消耗额度。

具体地，该银行账户信息可以如表1所示的方式进行存储：

表1

如表1所述，额度管理合约可以包括区块链上多个用户或者全部用户的银行账户信息，每个用户可以关联多个银行的多个银存，每个银存对应着用户可用于交易的剩余额度。其中，该银行账户信息存储在用户账户地址中。每个用户账户地址用于存储该用户的相关信息，银行账户信息为其中的部分信息。

本说明书一示例性实施例示出的一种用户额度分配方法可以分为配置、交易两个阶段。

其中，配置流程可以参见图4所示，该配置流程也可以称为初始化过程。该配置方法包括步骤401～403。

在步骤401中，在区块链上部署目标交易合约，用于处理链上交易。

在步骤402中，在区块链上部署额度管理合约。

如前所述，在所述额度管理合约中，可以设置目标交易合约的白名单，所述白名单用于限定能够消耗所述额度管理合约中银行账户额度的智能合约。所述额度管理合约还可以设置银行账户清单。在初始化阶段，各个银行账户的额度可以为空，以待后续由银行进行设置。

在本说明书实施例中，目标交易合约和额度管理合约都属于区块链上的智能合约，部署的方式与常规智能合约的部署方式相同。例如，用户可以将包含创建目标交易合约或者额度管理合约的交易发送到区块链中，该交易包括创建的合约的代码(如字节码或者机器码)。区块链中的各个节点主设备间通过共识机制达成共识后，确定合约的地址，实现合约的创建。

在步骤403中，将所述额度管理合约的地址添加至所述目标交易合约中。

在目标交易合约中设置了额度管理合约的地址后，后续目标交易合约发起一笔新的区块链交易时，将自动调用该额度管理合约，从而可以校验交易银存是否具有足够的额度进行区块链交易。

需要注意的是，本说明实施例所提出的用户额度分配方法，也可以通过对原本即部署在区块链中的交易合约进行改进——将额度管理合约的地址设置在该交易合约中，并将该交易合约加入额度管理合约的白名单中，使得区块链中原有的交易合约成为本说明书提出的用户额度分配方法中的目标交易合约，从而可以调用额度管理合约进行额度校验。

在本说明书实施例中，额度管理合约还可以包括更新接口。

在完成了额度管理合约的部署后，节点设备可以离线通知银行通过调用额度管理合约来对用户银存进行配额。

区块链中的节点设备可以接收银行对于所述银行中的银行账户余额的设置请求；并根据所述设置请求指示的额度，通过所述更新接口设置所述额度管理合约中的额度信息，从而实现对于用户银存的配额。

需要注意的是，各个银行只能对于自身银行的银行账户进行配额或者额度修改，而无权对于其他银行的银行账户进行配额或者额度修改。

参见表1所示，银行AAA可以设置自身行内的银存1001被链上用户1使用，额度为100USD；银存1002可以被链上用户2使用，额度为20000USD；银行BBB可以设置自身行内的银存A0123可以被用户1使用，额度为200RMB。

在完成银存的配额后，则进入了交易阶段。用户发起调用目标交易合约的链上交易时，被调用的目标交易合约可以自动调用额度管理合约，校验额度是否充足，并通过校验结果来推进交易的处理。

在本说明书实施例中，额度管理合约还可以包括查询接口。区块链中的节点设备在接收到用户发布的交易前，还可以先接收用户对银行账户的查询请求；通过所述查询接口，获取所述额度管理合约中所述查询请求所指示的银户账户的额度信息；并将所述额度信息发送给所述用户。

如果用户要发起一笔新的链上交易，可以选择先单独调用额度管理合约，判断进行交易的银存是否还有足够的额度发起该区块链交易。如果判断额度不足，则用户可以直接选择不发起该区块链交易，从而可以减少区块链负载；如果判断额度充足，用户再发起区块链交易，那么链上交易的成功率得到了提高。

在本说明书实施例中，任意链上参与方都可以通过查询额度管理合约，获取自身银存的剩余额度，不存在丢失或者中心化托管系统篡改的问题，提高了用户账户的安全性。

在用户发起查询请求的情况下，该查询操作可以仅由用户信任的节点设备执行，也可以链上的各个节点设备都执行。在本说明书实施例中，通过在额度管理合约中设置用于查询账户余额的查询接口，用户可以提前规避超额的交易，降低区块链处理负载，提高区块链交易成功率。

在本说明书实施例中，在所述交易处理成功的情况下，进行交易处理的各个节点设备可以根据交易后银行账户的剩余额度，通过该更新接口更新额度管理合约中对应银行账户的额度信息。即，在交易最终在链上推进到成功状态后，该交易所调用的目标交易合约会自动调用额度管理合约，通过更新接口更新进行该交易的银行账户的剩余额度。

在交易阶段，银行还可以根据需要对银存的额度进行修改。与初始化阶段的额度设置过程相似，银行可以对于银行内的银存发送修改请求，节点设地在接收到该修改请求后，可以根据该修改请求指示的额度，通过更新接口修改该额度管理合约中的额度信息。

图5是一示例性实施例提供的一种用户额度分配方法的示意图。

如图5所示，用户在提交新交易的申请前，可以先调用额度管理合约，判断待进行交易的银存是否还有足够的额度发起该区块链交易。

由于额度管理合约中包括查询接口，因此区块链中的节点设备在接收到用户对银存的查询请求的情况下，可以通过所述查询接口获取所述额度管理合约中该查询请求所指示的银存额度；并将该额度发送给所述用户。

如果区块链返回额度充足，则用户可以调用提交新交易，由于已经事先确认了银存额度充足，因此提高了链上交易的成功率；如果区块链提示额度不足，则用户可以直接选择不发起该区块链交易，以可以减少区块链负载。当然，用户也可以仍然选择发区块链交易，那么该交易仍按照正常的链上交易流程进行。

在用户提交新交易的情况下，用户可以通过客户端，向该客户端所接改的区块链中的节点设备提交交易请求，从而将调用目标交易合约的交易发送到区块链中。由于目标易合约中包含了额度管理合约的地址，该目标交易合约收到该交易请求时，则会同步调用该额度管理合约，在所述额度管理合约存储的各个用户的银行信息中，根据进行交易请求的用户以及该交易请求指定的银存，查询该用户的该银存的额度。通过将所述交易请求的交易金额与该银存的额度进行比较，来判断该交易请求是否超额，以确定该银存剩余的额度是否够发起区块链交易。

如果确认交易请求的金额超出银行账户的额度，则认为该交易不合法，自动将该交易设置为失败状态，无需该银行账户所属银行进行交易状态的修改，从而避免了银行进行确认才能推进交易状态的问题。

如果确认交易请求的金额未超出银行账户的额度，则认为额度校验成功，从而可以继续进行链上交易的其他校验流程、继续推进交易状态。

图6是一示例性实施例提供的一种设备的示意结构图。请参考图6，在硬件层面，该设备包括处理器602、内部总线604、网络接口606、内存608以及非易失性存储器610，当然还可能包括所需要的其他硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器602从非易失性存储器610中读取对应的计算机程序到内存608中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑模块，也可以是硬件或逻辑器件。

请参考图7，图7是本说明书一示例性实施例示出的一种用户额度分配装置的框图。

上述用户额度分配装置可以应用于图6所示的设备，以实现本说明书的技术方案。所述装置应用于区块链中的节点设备。其中，所述区块链上部署了额度管理合约和至少一个目标交易合约，所述额度管理合约包括所述区块链上用户的银行账户信息，所述目标交易合约中包含了所述额度管理合约的地址；

所述装置包括：

调用单元701，用于响应于接收到用户发布的调用所述目标交易合约的交易，根据所述目标交易合约中额度管理合约的地址调用所述额度管理合约；

判断单元702，用于根据所述额度管理合约中所述用户的银行账户信息，确认所述交易要求的交易金额是否超出所述银行账户的额度；

确定单元703，用于在超出所述额度的情况下，确定所述交易失败；

处理单元704，用于在未超出所述额度的情况下，处理所述交易。

在一些实施例中，所述额度管理合约还包括目标交易合约的白名单，所述白名单用于限定能够消耗所述额度管理合约中银行账户额度的智能合约。

在一些实施例中，所述银行账户信息存储在用户账户地址中，所述银行账户信息包括：用户关联的银行、用户在所关联的银行中的银行账户以及所述银行账户的额度。

在一些实施例中，所述装置还包括部署单元，用于：

在区块链上部署目标交易合约；

在区块链上部署额度管理合约；

将所述额度管理的合约的地址添加至所述目标交易合约中。

在一些实施例中，所述装置还包括配额单元，用于：

接收银行对于所述银行中的银行账户余额的设置请求；

根据所述设置请求指示的额度，通过所述更新接口设置所述额度管理合约中的额度信息。

在一些实施例中，所述额度管理合约还包括查询接口；在所述装置还包括查询单元，用于：

在接收用户发布的调用所述目标交易合约的交易之前，接收用户对银行账户的查询请求；

通过所述查询接口，获取所述额度管理合约中所述查询请求所指示的银户账户的额度信息；

将所述额度信息发送给所述用户。

在一些实施例中，所述额度管理合约还包括更新接口；所述装置还包括更新单元，用于：

在所述交易处理成功的情况下，根据交易后所述银行账户的剩余额度，通过所述更新接口更新所述额度管理合约中的额度信息。

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

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

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

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

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

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

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

Claims (10)

1.一种用户额度分配方法，所述方法应用于区块链中的节点设备；其中，所述区块链上部署了额度管理合约和至少一个目标交易合约，所述额度管理合约包括所述区块链上用户的银行账户信息，所述目标交易合约中包含了所述额度管理合约的地址；所述方法包括：

响应于接收到用户发布的调用所述目标交易合约的交易，根据所述目标交易合约中额度管理合约的地址调用所述额度管理合约；

根据所述额度管理合约中所述用户的银行账户信息，确认所述交易要求的交易金额是否超出所述银行账户的额度；

在超出所述额度的情况下，确定所述交易失败；

在未超出所述额度的情况下，处理所述交易。

2.根据权利要求1所述的方法，所述额度管理合约还包括目标交易合约的白名单，所述白名单用于限定能够消耗所述额度管理合约中银行账户额度的智能合约。

3.根据权利要求1所述的方法，所述银行账户信息存储在用户账户地址中，所述银行账户信息包括：用户关联的银行、用户在所关联的银行中的银行账户以及所述银行账户的额度。

4.根据权利要求1至3中任一项所述的方法，所述方法还包括：

在区块链上部署目标交易合约；

在区块链上部署额度管理合约；

将所述额度管理合约的地址添加至所述目标交易合约中。

5.根据权利要求4所述的方法，所述额度管理合约还包括更新接口，所述方法还包括：

接收银行对于所述银行中的银行账户余额的设置请求；

根据所述设置请求指示的额度，通过所述更新接口更新所述额度管理合约中的额度信息。

6.根据权利要求1至3中任一项所述的方法，所述额度管理合约还包括查询接口；在接收用户发布的调用所述目标交易合约的交易之前，所述方法还包括：

接收用户对银行账户的查询请求；

通过所述查询接口，获取所述额度管理合约中所述查询请求所指示的银户账户的额度信息；

将所述额度信息发送给所述用户。

7.根据权利要求1至3任一项所述的方法，所述额度管理合约还包括更新接口；所述方法还包括：

在所述交易处理成功的情况下，根据交易后所述银行账户的剩余额度，通过所述更新接口更新所述额度管理合约中的额度信息。

8.一种用户额度分配装置，所述装置应用于区块链中的节点设备；其中，所述区块链上部署了额度管理合约和至少一个目标交易合约，所述额度管理合约包括所述区块链上用户的银行账户信息，所述目标交易合约中包含了所述额度管理合约的地址；所述装置包括：

调用单元，用于响应于接收到用户发布的调用所述目标交易合约的交易，根据所述目标交易合约中额度管理合约的地址调用所述额度管理合约；

判断单元，用于根据所述额度管理合约中所述用户的银行账户信息，确认所述交易要求的交易金额是否超出所述银行账户的额度；

确定单元，用于在超出所述额度的情况下，确定所述交易失败；

处理单元，用于在未超出所述额度的情况下，处理所述交易。

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

处理器；

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

其中，所述处理器通过运行所述可执行指令以实现如权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如权利要求1至7中任一项所述的方法。