阅读说明：本技术 一种消费处理的方法以及相关装置 (A kind of method and relevant apparatus of consumption processing ) 是由 王星雅 于 2019-08-30 设计创作，主要内容包括：本申请实施例提供一种消费处理的方法以及相关装置,该方法通过区块链的智能合约规定账户的消费权限,从而用户在区块链转账消费时,需符合智能合约的消费权限,才能实现转账消费。用户根据本申请实施例,通过智能合约对资金用途进行规划安排,安全可靠,解决了通过备忘录进行规划安排的不可靠且备忘录容易丢失的问题。(The embodiment of the present application provides the method and relevant apparatus of a kind of consumption processing, this method provides the consumption rights of account by the intelligent contract of block chain, to which user is when block chain is transferred accounts and consumed, the consumption rights of intelligent contract need to be met, be just able to achieve consumption of transferring accounts.User carries out planning arrangement to use of funds according to the embodiment of the present application, by intelligent contract, securely and reliably, solves the problems, such as that the unreliable and memorandum that planning arrangement is carried out by memorandum is easily lost.)

一种消费处理的方法以及相关装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种消费处理的方法以及相关装置。

背景技术

随着互联网技术的发展，电子支付(electronic payment)在人们日常生活中应用广泛。消费者根据关联的银行卡或第三方支付账户，通过电子支付的方式可以方便地为自己喜爱的服务或物品支付金额。

在目前的购物消费中，若用户A喜欢用户B售卖的物品，则用户A可以通过将自己账户中的资金转账到用户B的账户中，从用户B中购买得到该物品。若用户A期望管理自己账户中资金的使用用途，则用户A可以通过备忘录记录账户中的剩余资金以及计划的资金用途。

本申请的发明人发现现有技术至少存在如下缺点：用户采用备忘录的方式管理自己的资金用途，在购物消费时容易忘记查看备忘录，从而忘记设定的资金计划。同时，采用实体备忘录时，用户容易丢失该备忘录。

由上述分析可知，现有技术中，用户采用备忘录的方式管理资金用途存在不可靠且容易丢失的问题。

发明内容

本申请实施例提供了一种消费处理的方法以及相关装置，用于从交易过程限定资金的消费权限，解决备忘录方式不可靠且备忘录容易丢失的问题。

有鉴于此，本申请实施例第一方面提供一种消费处理的方法，包括：

获取账户转账请求，所述账户转账请求包括账户标识，所述账户转账请求还包括消费类型、所述消费类型对应的消费金额以及位置信息中的至少一种；

根据所述账户转账请求，通过智能合约确定消费权限，所述消费权限与所述账户标识具有对应关系；

若所述账户转账请求满足消费权限，则通过区块链同步所述账户转账请求。

本申请实施例第二方面提供一种消费处理的装置，包括：

获取单元，用于获取账户转账请求，所述账户转账请求包括账户标识，所述账户转账请求还包括消费类型、所述消费类型对应的消费金额以及位置信息中的至少一种；

处理单元，用于根据所述账户转账请求，通过智能合约确定消费权限，所述消费权限与所述账户标识具有对应关系；

处理单元，还用于若所述账户转账请求满足消费权限，则通过区块链同步所述账户转账请求。

在一种可能的设计中，在本申请实施例第二方面的一种实现方式中，所述处理单元还用于：

根据所述账户转账请求获取所述消费类型对应的消费金额；

若所述消费类型对应的消费金额小于或等于所述消费类型对应的消费限额，则确定所述账户转账请求满足所述消费权限，其中，所述消费类型对应的消费限额为通过所述智能合约确定的；

若所述消费类型对应的消费金额大于所述消费类型对应的消费限额，则确定所述账户转账请求未满足所述消费权限。

在一种可能的设计中，在本申请实施例第二方面的一种实现方式中，所述处理单元还用于：

根据所述账户转账请求获取所述消费类型；

若所述消费类型满足所述账户标识对应的消费类型限制条件，则确定所述账户转账请求满足所述消费权限，其中，所述账户标识对应的消费类型限制条件为通过所述智能合约确定的；

若所述消费类型未满足所述账户标识对应的消费类型限制条件，则确定所述账户转账请求未满足所述消费权限。

在一种可能的设计中，在本申请实施例第二方面的一种实现方式中，所述处理单元还用于：

根据所述账户转账请求获取所述位置信息；

若所述位置信息满足所述账户标识对应的位置信息限制条件，则确定所述账户转账请求满足所述消费权限，其中，所述账户标识对应的位置信息限制条件为通过所述智能合约确定的；

若所述位置信息未满足所述账户标识对应的位置信息限制条件，则确定所述账户转账请求未满足所述消费权限。

在一种可能的设计中，在本申请实施例第二方面的一种实现方式中，还包括存款单元，所述存款单元用于：

获取存款请求，所述存款请求包括所述账户标识，所述消费类型以及存款金额；

根据所述账户标识，所述消费类型以及所述存款金额，确定所述智能合约；

向区块链同步所述存款请求以及所述智能合约。

在一种可能的设计中，在本申请实施例第二方面的一种实现方式中，所述存款单元还用于：

向区块链同步所述存款请求；

向区块链同步所述智能合约；

其中，所述向区块链同步所述智能合约包括：

通过私钥加密所述智能合约，得到加密后的所述智能合约；

向区块链同步加密后的所述智能合约。

在一种可能的设计中，在本申请实施例第二方面的一种实现方式中，所述处理单元还用于：

若所述消费金额大于所述消费限额，则生成提示消息，所述提示消息用于提示转账失败。

在一种可能的设计中，在本申请实施例第二方面的一种实现方式中，所述处理单元还用于：

根据所述消费限额与所述消费金额确定更新后的所述消费限额。

在一种可能的设计中，在本申请实施例第二方面的一种实现方式中，所述处理单元还用于：

根据所述智能合约中的所述消费限额生成提醒消息，所述提醒消息用于展示所述消费限额。

在一种可能的设计中，在本申请实施例第二方面的一种实现方式中，所述处理单元还用于：

根据所述账户转账请求中的所述账户标识获取历史消费记录，所述历史消费记录与所述账户标识具有关联关系；

根据所述账户转账请求中的所述账户标识、所述消费类型以及所述历史消费记录，通过所述智能合约确定所述消费类型对应的消费限额。

本申请实施例第三方面提供一种节点设备，该节点设备可以是终端设备或服务器，包括：存储器、收发器、处理器以及总线系统；

其中，所述存储器用于存储程序；

所述处理器用于执行所述存储器中的程序，包括如下步骤：

获取账户转账请求，所述账户转账请求包括账户标识，所述账户转账请求还包括消费类型、所述消费类型对应的消费金额以及位置信息中的至少一种；

根据所述账户转账请求，通过智能合约确定消费权限，所述消费权限与所述账户标识具有对应关系；

若所述账户转账请求满足消费权限，则通过区块链同步所述账户转账请求；所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。

在一种可能的设计中，在本申请实施例第三方面的一种实现方式中，所述处理器用于执行所述存储器中的程序，还包括如下步骤：

根据所述账户转账请求获取所述消费类型对应的消费金额；

若所述消费类型对应的消费金额小于或等于所述消费类型对应的消费限额，则确定所述账户转账请求满足所述消费权限，其中，所述消费类型对应的消费限额为通过所述智能合约确定的；

若所述消费类型对应的消费金额大于所述消费类型对应的消费限额，则确定所述账户转账请求未满足所述消费权限。

在一种可能的设计中，在本申请实施例第三方面的一种实现方式中，所述处理器用于执行所述存储器中的程序，还包括如下步骤：

根据所述账户转账请求获取所述消费类型；

若所述消费类型满足所述账户标识对应的消费类型限制条件，则确定所述账户转账请求满足所述消费权限，其中，所述账户标识对应的消费类型限制条件为通过所述智能合约确定的；

若所述消费类型未满足所述账户标识对应的消费类型限制条件，则确定所述账户转账请求未满足所述消费权限。

在一种可能的设计中，在本申请实施例第三方面的一种实现方式中，所述处理器用于执行所述存储器中的程序，还包括如下步骤：

根据所述账户转账请求获取所述位置信息；

若所述位置信息满足所述账户标识对应的位置信息限制条件，则确定所述账户转账请求满足所述消费权限，其中，所述账户标识对应的位置信息限制条件为通过所述智能合约确定的；

若所述位置信息未满足所述账户标识对应的位置信息限制条件，则确定所述账户转账请求未满足所述消费权限。

在一种可能的设计中，在本申请实施例第三方面的一种实现方式中，所述处理器用于执行所述存储器中的程序，还包括如下步骤：

获取存款请求，所述存款请求包括所述账户标识，所述消费类型以及存款金额；

根据所述账户标识，所述消费类型以及所述存款金额，确定所述智能合约；

向区块链同步所述存款请求以及所述智能合约。

在一种可能的设计中，在本申请实施例第三方面的一种实现方式中，所述处理器用于执行所述存储器中的程序，还包括如下步骤：

向区块链同步所述存款请求；

向区块链同步所述智能合约；

其中，所述向区块链同步所述智能合约包括：

通过私钥加密所述智能合约，得到加密后的所述智能合约；

向区块链同步加密后的所述智能合约。

在一种可能的设计中，在本申请实施例第三方面的一种实现方式中，所述处理器用于执行所述存储器中的程序，还包括如下步骤：

若所述消费金额大于所述消费限额，则生成提示消息，所述提示消息用于提示转账失败。

在一种可能的设计中，在本申请实施例第三方面的一种实现方式中，所述处理器用于执行所述存储器中的程序，还包括如下步骤：

根据所述消费限额与所述消费金额确定更新后的所述消费限额。

在一种可能的设计中，在本申请实施例第三方面的一种实现方式中，所述处理器用于执行所述存储器中的程序，还包括如下步骤：

根据所述智能合约中的所述消费限额生成提醒消息，所述提醒消息用于展示所述消费限额。

在一种可能的设计中，在本申请实施例第三方面的一种实现方式中，所述处理器用于执行所述存储器中的程序，还包括如下步骤：

根据所述账户转账请求中的所述账户标识获取历史消费记录，所述历史消费记录与所述账户标识具有关联关系；

根据所述账户转账请求中的所述账户标识、所述消费类型以及所述历史消费记录，通过所述智能合约确定所述消费类型对应的消费限额。

本申请第四方面提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如第一方面的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供一种消费处理的方法以及相关装置，该方法通过区块链的智能合约规定账户的消费权限，从而用户在区块链转账消费时，需符合智能合约的消费权限，才能实现转账消费。用户根据本申请实施例，通过智能合约对资金用途进行规划安排，安全可靠，解决了通过备忘录进行规划安排的不可靠且备忘录容易丢失的问题。

附图说明

图1为本申请实施例的系统架构图；

图2为本申请实施例提供的一种消费处理的方法的流程图；

图3为本申请实施例中账户转账请求的示意图；

图4为本申请实施例用户通过扫描商家的二维码向商家转账的界面图；

图5为本申请实施例商家扫描用户的客户端上的条码进行转账时用户客户端的界面图；

图6为本申请实施例中用户直接向商家账户进行支付的界面示意图；

图7为本申请实施例中智能合约的示意图；

图8为本申请实施例中分布式区块链账本的一个网络拓扑图；

图9为本申请实施例中用户、商家与区块链的示意图；

图10为本申请实施例区块链账本的示意图；

图11为本申请实施例中账户标识1的消费记录示意图；

图12为本申请实施例中用户存款的界面示意图；

图13为本申请实施例中父母向子女账户存款的示意图；

图14为本申请实施例中终端设备提示转账失败的示意图；

图15为本申请实施例更新后的智能合约示意图；

图16为本申请实施例中终端设备显示消费计划的界面图；

图17为本申请实施例提供的一种消费处理的方法的流程图；

图18为本申请实施例中终端设备支付界面的示意图；

图19为一种消费处理的方法的应用例示意图；

图20为本申请实施例提供的一种消费处理的装置的示意图；

图21为本申请实施例提供的一种消费处理的装置的另一个示意图；

图22为与本申请实施例提供的终端相关的手机的部分结构的框图

图23是本申请实施例提供的一种服务器结构示意图。

具体实施方式

本申请实施例提供了一种消费处理的方法以及相关装置，用于从交易过程限定资金的消费权限，解决备忘录方式不可靠且备忘录容易丢失的问题。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应理解，电子支付在人们日常生活中应用广泛，大大改善了人们的生活。人们通过终端设备例如手机或电脑，即可完成支付转账流程。然而，一些自制力较差的消费者容易冲动消费，例如，某消费者计划每月用900元作为伙食费，然而面对美食的诱惑，该消费者最后使用了2000元吃饭以及购买零食，完全超出了该消费者的计划，让该消费者苦不堪言。此外，许多家长专门为其子女开设电子支付账户，方便其子女生活，例如去饭堂打饭、购买文具、搭乘公共交通等都可以用电子支付，这些子女可能经受不住诱惑，将本来用于吃饭的饭钱用来买玩具。因此，消费者有必要对其电子支付账户的资金用途进行管理。

目前的消费者一般通过将自己的资金计划写在备忘录上，然后在进行电子支付前查看自己的备忘录中的资金计划，从而确定自己是否应该进行该电子支付。然而，许多消费者经常忘记查看备忘录，导致忘记了自己的资金计划并错误地支付了金钱。此外，消费者还可能会丢失手机，从而丢失了手机中的电子备忘录，或者消费者使用的是纸质备忘录，这类备忘录更加容易丢失。

为了解决上述问题，本申请实施例提供了一种消费处理的方法以及相关装置，能够从电子支付的过程对电子支付进行限制，当满足设定的规则时，消费者才能实现电子支付消费。

图1为本申请实施例的系统架构图。可见，用户通过终端设备与商家进行转账交易，用户所用的终端设备类型与商家所用的终端设备类型相同，这些终端设备可以包括但不限于手机、台式电脑、平板电脑、笔记本电脑以及掌上电脑。这些终端设备通过网络上的服务器相互连接，以完成用户与商家之间的电子交易。用户可以与商家转账，以从商家中购买所需的物品或服务，例如，用户1与商家1转账，用户1与商家2转账。用户之间也可以进行转账，例如，用户1与用户2转账，用户1与用户3转账。

可以理解的是，图1中的终端设备上一般安装有用于电子支付的客户端，这些客户端可以是电脑软件、手机软件、小程序等，电脑软件可以是电脑插件、浏览器、股票交易软件等，手机软件可以是购物应用程序(Application，APP)、银行APP、第三方支付软件APP等，小程序可以是嵌入在手机软件中的功能程序。在实际应用中，还可以是其他能够实现电子支付的客户端，具体此处不做限定。

基于如图1所示的架构，本申请实施例提供一种消费处理的方法，如图2所示，图2为本申请实施例提供的一种消费处理的方法的流程图，该方法适合实施在用户与商家面对面交易的场景，该方法包括：

201、获取账户转账请求，账户转账请求包括账户标识，账户转账请求还包括消费类型、消费类型对应的消费金额以及位置信息中的至少一种；

在本申请实施例中，账户标识可以是账户的身份标识号(identity document，ID)，也可以是账户的昵称，在实际应用中，还可以是其他情况，具体此处不做具体限定。账户标识具体是用户用于转账消费的账户标识。消费类型可以是伙食费、交通消费、商店消费等，可以由用户设定或账户体系的管理者设定或其他用户设定。位置信息可以是基于移动位置服务(location based service，LBS)信息，是通过电信移动运营商的无线电通讯网络(如全球移动通信系统网、码分多址通信系统网)或外部定位方式(如全球定位系统)获取移动终端用户的位置信息(地理坐标，或大地坐标)。

在一些实施例中，客户端或服务器获取包括账户标识、消费类型的账户转账请求，如下面描述：

图3为本申请实施例中账户转账请求的示意图，可见，账户转账请求包括账户标识、消费类型以及与消费类型对应的消费金额，该消费金额与该次消费中的账户标识具有关联关系，且与该次消费的消费类型具有关联关系。例如，账户A在该次转账消费中的消费类型为伙食费，消费金额为10元。

在本申请实施例中，用户到达商家的店铺中，看中某商品并决定购买，用户可以通过电子支付的方式向商家转账，从而购买到该商品。或者是，用户来到商家的饭店中，用餐消费并向商家转账。用户在向商家转账时，可以通过扫描商家的二维码向商家转账，也可以是商家扫描用户的客户端上的条码进行转账，还可以是用户直接向商家账户进行支付，以下将对这三种场景进行详细的描述：

图4为本申请实施例用户通过扫描商家的二维码向商家转账的界面图。用户通过客户端扫描商家的二维码后，客户端可以从二维码中获得商家标识、商家昵称、消费类型等信息，然后客户端将商家昵称显示在客户端的界面上，例如，在客户端的界面上显示“向商家(XXX)转账”，并且，客户端将消费类型自动填入对应输入区域。用户可以查看消费类型是否正确，若不正确，则用户可以点击该输入区域然后通过虚拟键盘进行修改。然后，用户还可以填入转账金额，支付密码等信息，同时，客户端还可以将用户进行转账的账户标识进行显示，例如，在客户端的界面上显示“支付用的账户：xxx”。用户确认信息无误后，点击“确定”虚拟按钮，使得客户端获取到账户转账请求，账户转账请求中可以包括用户进行转账的账户标识、显示在客户端界面上的消费类型、消费金额，一般还包括商家标识、支付密码等。

在一种可能的实施例中，客户端未从二维码中获得消费类型，而是根据商家标识，通过服务器中存储的商家标识与消费类型的关联关系获取到商家标识对应的消费类型，然后将消费类型自动填入对应区域。用户可以查看消费类型是否正确，若不正确，则用户可以点击该输入区域然后通过虚拟键盘进行修改。

表1示出了商家标识与消费类型的关联关系。可见，客户端可以通过商家标识查询到对应的消费类型。消费类型可以包括但不限于伙食费、商店消费等，还可以是交通消费、资产买卖等等，具体此处不做限定。消费类型可以由用户自行设定，也可以由账户体系的管理者设定，然后上传至服务器供用户选择。

表1

在一种可能的实施例中，客户端未从二维码中获得消费类型，也未从服务器中获得消费类型，而是如图4所示，让用户自己填入消费类型。用户点击消费类型对应的输入区域时，可以通过虚拟键盘输入消费类型。

在本申请实施例中，输入区域可以是如图4所示的下划线上方区域，也可以是通过框图将输入区域包围，还可以是其他方式，具体此处不做限定。

图5为本申请实施例商家扫描用户的客户端上的条码进行转账时用户客户端的界面图。可见，用户客户端上显示条码或二维码，以及支付用的账户：xxx。用户可以通过点击“支付用的账户：xxx”，从而客户端弹出用户的其他账户选择界面，以供用户选择。商家通过终端设备扫描如图3所示的界面后，可以从用户的客户端中获取到支付用的账户标识以及其他信息。然后商家的终端设备生成账户转账请求，账户转账请求中可以包括用户进行转账的账户标识、消费类型、消费金额等，以及商家标识。可以理解的是，商家的终端设备生成账户转账请求后可以将账户转账请求发送至用户的客户端上显示其内容。

在一种可能的实施例中，商家的终端设备仅将用户进行转账的账户标识、消费金额以及商家标识等上传至服务器，然后服务器根据商家标识，通过服务器中存储的商家标识与消费类型的关联关系获取到商家标识对应的消费类型，最后服务器生成账户转账请求，账户转账请求中包括可以包括用户进行转账的账户标识、消费类型、消费金额等，以及商家标识。可以理解的是，服务器生成账户转账请求后可以将账户转账请求发送至用户的客户端上显示其内容。

在一种可能的实施例中，商家的终端设备将用户进行转账的账户标识、消费类型、消费金额以及商家标识等通过服务器发送至用户的客户端，等待用户输入支付密码并确认后，用户的客户端获取到账户转账请求。账户转账请求中可以包括用户进行转账的账户标识、消费类型、消费金额、支付密码等，以及商家标识。

图6为本申请实施例中用户直接向商家账户进行支付的界面示意图。商家仅提供了商家自己的账户标识给用户，商家没有二维码，也没有扫描的终端设备，则用户需要向客户端自行输入商家的账户，以及消费类型、消费金额、支付密码等。用户点击“确定”虚拟按钮后，客户端获取到账户转账请求，该账户转账请求可以包括用户进行转账的账户标识、消费类型、消费金额、支付密码等，以及商家账户标识。

在实际应用中，客户端还可以通过其他方式获取到账户转账请求，具体此处不再赘述。

在另一些实施例中，客户端或服务器可以获取到包括账户标识、消费类型的账户转账请求，与前述实施例类似，此处不再赘述。

在另一些实施例中，客户端或服务器可以获取到包括账户标识、位置信息的账户转账请求，其中，账户标识的获取方式与前述实施例类型，此处不再赘述。

在本申请实施例中，客户端或服务器可以根据无线电通讯网络(如全球移动通信系统网、码分多址数字蜂窝系统网)或外部定位方式(如全球定位系统)获取到位置信息，其中，全球移动通信系统(global system for mobile communications，GSM)可称为第二代(2G)移动电话系统，码分多址(code division multiple access，CDMA)通信系统网是一种移动电话系统，全球定位系统(global positioning system，GPS)为提供定位服务的一种系统。在实际应用中，客户端或服务器还可以通过其他方式获取到客户端的位置信息，此处不做具体限定。

202、根据账户转账请求，通过智能合约确定消费权限，消费权限与账户标识具有对应关系；

在本申请实施例中，消费权限包括但不限于消费类型对应的消费限额、账户标识对应的消费类型限制条件以及账户标识对应的位置信息限制条件中的至少一种；

在一些实施例中，客户端或服务器通过智能合约确定消费类型对应的消费限额，如下描述：

在本申请实施例中，智能合约是用户预先在区块链中设定的，如图7所示，智能合约中一般包括账户标识、消费类型以及消费限额。图7为本申请实施例中智能合约的示意图，可见，智能合约可以包括多个消费类型，例如消费类型1和消费类型2，它们对应不同的消费限额。例如可以是账户A中的伙食费的消费限额为100，账户A中的交通消费的消费限额为200。

终端设备获取到账户转账请求后，可以根据账户转账请求从智能合约中找到对应的消费限额，例如，账户转账请求中的账户标识为账户A以及消费类型为交通消费，则可以根据账户标识以及消费类型从智能合约中找到账户A中的交通消费的消费限额为200。

在另一些实施例中，客户端或服务器通过智能合约确定账户标识对应的消费类型限制条件，如下描述：

在本申请实施例中，智能合约是用户预先在区块链中设定的，智能合约中可以包括账户标识对应的消费类型限制条件。在一些实施例中，父母可以在智能合约中设定其子女的账户对应的消费类型限制条件为允许的消费类型包括伙食费、学习用品或零食。则当子女使用其账户进行消费时，可以通过智能合约确定该账户对应的消费类型限制条件，并与当前消费的消费类型对比，若当前消费类型符合消费类型限制条件，则可以完成消费。例如，账户当前消费类型为伙食费，客户端或服务器判断伙食费属于消费类型限制条件(包括伙食费、学习用品或零食)中的一种，则可以完成该消费。又例如，账户当前消费类型为直播打赏，客户端或服务器判断伙食费不属于消费类型限制条件(包括伙食费、学习用品或零食)中的一种，则不完成该消费。在另一些实施例中，父母可以在智能合约中设定其子女的账户对应的消费类型限制条件为禁止的消费类型包括观看***、直播打赏等。则当子女使用其账户消费时，若账户当前消费类型为伙食费，不属于消费类型限制条件的禁止的消费类型，则可以完成该消费，若账户当前消费类型为直播打赏，属于消费类型限制条件的禁止的消费类型，则不完成该消费。在另一些实施例中，消费类型限制条件既包括允许的消费类型，也包括禁止的消费类型，其消费过程与前述实施例类似，此处不再赘述。

在另一些实施例中，客户端或服务器通过智能合约确定账户标识对应的位置信息限制条件，如下描述：

在本申请实施例中，智能合约是用户预先在区块链中设定的，智能合约中可以包括账户标识对应的位置信息限制条件。在一些实施例中，用户设定位置信息限制条件包括允许的位置信息，示例性的，允许的位置信息可以包括但不限于百货商场、饭店等。当用户进行消费时，可以将用户当前的位置信息与允许的位置信息对比，若当前的位置信息属于允许的位置信息，则可以进行消费，例如，当前的位置信息为饭店，而允许的位置信息中包括饭店，则可以进行消费。在另一些实施例中，用户设定位置信息限制条件包括禁止的位置信息，示例性的，禁止的位置信息可以包括但不限于赌场区域、色情场所区域等。当用户进行消费时，可以将用户当前的位置信息与禁止的位置信息对比，若当前的位置信息属于禁止的位置信息，则不可以进行消费，例如，当前的位置信息为赌场区域，而禁止的位置信息中包括赌场区域，则不可以进行消费。在另一些实施例中，用户设定位置信息限制条件既包括允许的位置信息也包括禁止的位置信息，其消费过程与前述实施例类似，此处不再赘述。203、若账户转账请求满足消费权限，则通过区块链同步账户转账请求。

在本申请实施例中，账户转账请求满足消费权限可以包括但不限于消费类型对应的消费金额小于或等于消费类型对应的消费限额，消费类型满足账户标识对应的消费类型限制条件，位置信息满足账户标识对应的位置信息限制条件。在实际应用中，还可以包括其他判断条件，此处不做具体限定。

在一些实施例中，终端设备确定消费限额后，可以将账户转账请求中的消费金额与消费限额进行对比，若消费金额小于或等于消费限额，则通过区块链该同步账户转账请求。

区块链(blockchain)是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。随着区块链技术的发展，区块链技术在各个领域均得到了广泛应用，例如，在金融领域、信息安全、计算资源共享、娱乐游戏、社交、供应链管理或医疗等领域。

区块链中，各个组织共同维护一个区块链账本，为了便于介绍，请参阅图8，图8为本申请实施例中分布式区块链账本的一个网络拓扑图，如图8所示，分布式账本(distributed ledger)是一种在网络成员之间共享、复制和同步的数据库。分布式账本记录网络参与者之间的交易，比如资产或数据的交换，这种共享账本降低了因调解不同账本所产生的时间和开支成本。在本申请中所涉及的网络成员包含但不仅限于生产者、消费者、供应商、合作伙伴、造市者、推动者和其他项目干系人，交易的资产可以是有形的物理资产(比如汽车、住房或草莓)，也可以是无形的虚拟资产(比如契约、专利和证券)。资产的所有权和转移会在业务网络中创造价值，这个过程被称为交易(transaction)。

分布式账本是由大型网络中的每个参与者独立持有和更新的数据库。分布是独一无二的，记录不是由中央机构传达给各个节点设备，而是由每个节点设备独立构建和保存。也就是说，网络上的每一个节点设备都处理每一笔交易，得出自己的结论，然后对这些结论进行投票，以确定大多数节点设备都同意这些结论。一旦达成共识，分布式区块链账本已经更新，并且所有节点设备都维护自己账本的相同副本。即如图2所示的，节点设备1与其他节点设备(如节点设备2、节点设备3、节点设备4、节点设备5和节点设备6)共享节点设备1的本地账本，节点设备2与其他节点设备(如节点设备1、节点设备3、节点设备4、节点设备5和节点设备6)共享节点设备2的本地账本，节点设备3其他节点设备(如节点设备1、节点设备2、节点设备4、节点设备5和节点设备6)共享节点设备3的本地账本，节点设备4与其他节点设备(如节点设备1、节点设备2、节点设备3、节点设备5和节点设备6)共享节点设备4的本地账本，节点设备5与其他节点设备(如节点设备1、节点设备2、节点设备3、节点设备4和节点设备6)共享节点设备5的本地账本，节点设备6与其他节点设备(如节点设备1、节点设备2、节点设备3、节点设备4和节点设备5)共享节点设备6的本地账本。至此，节点设备1、节点设备2、节点设备3、节点设备4、节点设备5和节点设备6均维护同一个区块链账本，该区块链账本包括所有节点设备记录的数据。

基于如图8所示的分布式区块链账本，本申请实施例用户与商家可以通过如图8所示的分布式区块链账本进行交易，用户和商家都具有自己的账户，用户和商家可以将自己的账户以及账户中的金额写在区块链账本上。

图9为本申请实施例中用户、商家与区块链的示意图。可见，用户1、用户2、商家1、商家2、商家3、商家4均连上了区块链，他们可以将账户转账请求向区块链同步。例如，用户1与商家1进行转账，账户转账请求的内容为用户1向商家1转账10元伙食费，则用户1和商家1通过客户端向区块链上传该账户转账请求，区块链通过共识机制达成共识后，将该账户转账请求写入区块链账本上，即将用户1向商家1转账10元伙食费写在区块链账本上，则可以得到用户1的账户减少了10元，商家1的账户中增加了10元的结果。

终端设备通过区块链同步账户转账请求后，区块链账本上增加了该账户转账请求对应的账户转账记录，如图10所示。图10为本申请实施例区块链账本的示意图，区块链账本中包括若干个账户标识对应的记录，图10仅示出了其中一部分参数，从图10可以看出，用户向账户标识1进行存款，存款金额为100，对应的消费类型为伙食费，表示该100元存款用于伙食费，账户标识1向商家标识1在伙食费的消费类型上转账了100元，账户标识1向商家标识2在交通出行的消费类型上转账了5元，则终端设备可以从区块链账本中读取到类似前述的区块链账本记录，然后根据这些区块链账本记录统计到账户标识1向外转账的消费记录。图11为本申请实施例中账户标识1的消费记录示意图，可见，终端设备根据区块链账本，得到账户标识1在伙食费的消费类型上消费了100元，账户标识1在交通出行的消费类型上消费了5元，同理，终端设备也可以根据区块链账本统计到账户的其他情况，具体此处不再赘述。可选地，在本申请实施例图2对应的一种消费处理的方法的一个可选实施例中，获取账户转账请求之前，方法还包括：获取存款请求，存款请求包括账户标识，消费类型以及存款金额；根据账户标识，消费类型以及存款金额，确定智能合约；向区块链同步存款请求以及智能合约。

在本申请实施例中，终端设备首先往账户中存款，再进行消费。存款的方式可以是用户输入存款请求，如图12所示，图12为本申请实施例中用户存款的界面示意图，用户在终端设备的界面上填写账户标识、存款金额，还可以填写消费类型，用来限定该存款金额的用途，例如，填写的消费类型为伙食费，存款金额为100元，则可以限定该次存款中存款的100元指定用于伙食费。然后，用户选定支付用的银行卡以及输入银行密码，点击“确定”虚拟按钮即可生成存款请求。终端设备获取到存款请求后，可以根据存款请求中的账户标识，消费类型以及存款金额确定智能合约，其中，存款金额与消费限额具有关联关系，例如，存款请求中账户标识1的存款金额为100元，并指定消费类型为伙食费，则智能合约中添加账户标识1的伙食费的消费限额增加100元。

在一种可能的实施例中，用户可以不用银行卡进行存款，而用第三方支付软件进行存款，存款方式类似，具体此处不再赘述。

在一种可能的实施例中，用户可以用A账户往B账户存款，例如，父母用其自己的账户向子女的账户进行存款，以限定子女账户的消费类型和消费限额。图13为本申请实施例中父母向子女账户存款的示意图，可见，父母先在账户标识中填入子女的账户标识，然后填入消费类型和存款金额，最后选定自己的账户用于支付，并输入支付密码，点击“确定”虚拟按钮，则终端设备可以获取到对应的存款请求。终端设备获取到存款请求后，可以根据存款请求中的账户标识，消费类型以及存款金额确定智能合约。

终端设备得到存款请求和智能合约后，向区块链同步存款请求以及智能合约，同步方式与本申请其他实施例中同步账户转账请求类似，此处不再赘述。

可选地，在本申请实施例图2对应的一种消费处理的方法的一个可选实施例中，向区块链同步存款请求以及智能合约包括：向区块链同步存款请求；向区块链同步智能合约；其中，向区块链同步智能合约包括：通过私钥加密智能合约，得到加密后的智能合约；向区块链同步加密后的智能合约。

在本申请实施例中，终端设备先用私钥对智能合约加密，再将加密后的智能合约向区块链同步。可以理解的是，经过加密后的智能合约更加安全，不容易被盗取。当终端设备需要使用区块链中的智能合约时，可以通过私钥或公钥进行解密，具体此处不做限定。

可选地，在本申请实施例图2对应的一种消费处理的方法的一个可选实施例中，根据账户转账请求中的账户标识以及消费类型，通过智能合约确定消费限额之后，方法还包括：

若消费金额大于消费限额，则生成提示消息，提示消息用于提示转账失败。

在本申请实施例中，用户消费时，若超出限额，则不能转账，并且终端设备会提示转账失败。图14为本申请实施例中终端设备提示转账失败的示意图。可见，用户向终端设备输入账户转账信息，终端设备获取账户转账请求后，通过智能合约确定对应的消费限额，当终端设备检测到消费金额大于该消费限额时，则生成提示消息，使得终端设备在界面上显示“转账失败”，例如，用户准备向餐厅转账200元的金额，对应的消费类型为伙食费，而智能合约中，该账户在伙食费下的消费限额只有100元，则消费金额大于消费限额，使得终端设备无法完成转账，提示转账失败。用户可以点击终端设备界面上的“确定”虚拟按钮关闭该提示消息。

可选地，在本申请实施例图2对应的一种消费处理的方法的一个可选实施例中，向区块链同步账户转账请求之后，方法还包括：

根据消费限额与消费金额确定更新后的消费限额。

在本申请实施例中，用户进行转账消费之后，终端设备可以根据该转账消费更新智能合约中的消费限额。具体可以是，将消费限额减去消费金额得到更新后的消费限额。如图7和图15所示，图15为本申请实施例更新后的智能合约示意图，可见，原本账户在消费类型1的消费限额为X。当用户在消费类型1中消费了Y元后，终端设备根据消费限额与消费金额确定更新后的消费类型1的消费限额为X-Y。当用户不断在该消费类型上消费时，消费限额不断减少，直到消费限额用完或者用户再进行存款。例如，用户每隔一个月为自己账户存款，用于伙食费，则用户每天吃饭时，智能合约中的消费限额每天根据用户吃饭消费的金额减少。

同理，用户为自己存款时，对应的消费类型中若还有消费限额，则终端设备在该消费限额的基础上加上存款时规定的金额。例如，原本账户在消费类型1的消费限额为X。用户往账户中存款Y元，并且指定该金额对应的消费类型为消费类型1，则终端设备根据消费限额与消费金额确定更新后的消费类型1的消费限额为X+Y。

可选地，在本申请实施例图2对应的一种消费处理的方法的一个可选实施例中，方法还包括：

根据智能合约中的消费限额生成提醒消息，提醒消息用于展示消费限额。

在本申请实施例中，若用户需要查看自己计划用于某消费类型的消费限额，可以让终端设备显示消费类型以及消费限额。图16为本申请实施例中终端设备显示消费计划的界面图。可见，终端设备可以显示用户的账户标识以及消费类型，并且显示消费类型对应的消费限额，用户可以直观看到自己的消费计划，例如，用户计划每月使用1000元伙食费，则可以通过如图16的界面查看。

可选地，在本申请实施例图2对应的一种消费处理的方法的一个可选实施例中，根据账户转账请求中的账户标识以及消费类型，通过智能合约确定消费限额包括：

根据账户转账请求中的账户标识获取历史消费记录，历史消费记录与账户标识具有关联关系；

根据账户转账请求中的账户标识、消费类型以及历史消费记录，通过智能合约确定消费限额。

在本申请实施例中，终端设备在确定智能合约的过程中，可以首先获取与账户标识对应的历史消费记录，则可以根据账户转账请求中的账户标识、消费类型以及终端设备获取的历史消费记录，通过智能合约确定消费限额。例如，账户标识1中所有历史消费记录为用户向账户标识1进行存款，存款金额为100，对应的消费类型为伙食费，表示该100元存款用于伙食费，账户标识1向商家标识1在伙食费的消费类型上转账了20元，账户标识1向商家标识2在伙食费的消费类型上转账了30元，则终端设备根据这些历史消费记录，可以确定该账户标识1在伙食费这个消费类型中，首先存款了100元，然后消费了20元，又消费了30元，则可以确定账户标识1在在伙食费这个消费类型中的消费限额还剩下100-20-30＝50元。

基于如图1所示的架构，本申请实施例还提供一种消费处理的方法，如图17所示，图17为本申请实施例提供的一种消费处理的方法的流程图，该方法适合实施在用户网上购物的场景，该方法包括：

1701、获取账户转账请求，账户转账请求包括账户标识、消费类型以及与消费类型对应的消费金额；

在本申请实施例中，用户进行网上购物时，若准备购买购物车中的商品，则可以进入对应的支付界面，如图18所示，图18为本申请实施例中终端设备支付界面的示意图。可见，终端设备上显示有商品1的消费类型以及对应的消费金额，消费金额即该商品1的价格/打折后的价格，用于表示该次消费中用多少钱购买该商品1，若购物车中还有其他商品，例如商品2、商品3，均一一在支付界面上显示出来。用户选择支付账户以及输入支付密码后，可以点击“确定”虚拟按钮，使得终端设备获取到账户转账请求。在一种可能的实施例中，用户可以不将商品放入购物车，而是直接购买，进入支付界面，则支付界面仅显示商品1的消费类型以及消费金额。

在一种可能的实施例中，用户不需要手动输入商品的消费类型，而是终端设备自动根据商品的商品标识找到该商品对应的消费类型，具体是根据商品的消费类型与商品标识的关联关系找到该商品对应的消费类型，表2为本申请实施例中商品标识与消费类型的关联关系表格，如表2所示，蛋糕对应的消费类型为伙食费，牙刷对应的消费类型为日常用品消费，在实际应用中，还可以设定若干个关联关系，这些关联关系可以预先设定，并存储在终端设备或电商平台的服务器中。

表2

商品标识	消费类型
		蛋糕	伙食费
牙刷	日常用品消费
		…	…

在本申请实施例中，进行网上购物的终端设备可以是手机或电脑，在实际应用中，还可以是平板等设备，具体此处不做限定。

1702、根据账户转账请求中的账户标识以及消费类型，通过智能合约确定消费限额，消费限额与账户标识具有关联关系，且消费限额与消费类型具有关联关系；

在本申请实施例中，步骤1702与前述图2对应的各个实施例中步骤202类似，此处不再赘述。

1703、若消费金额小于或等于消费限额，则通过区块链同步账户转账请求。

在本申请实施例中，该账户转账请求包括多个商品的转账，其中，多个商品的消费类型可能相同，例如，商品1的消费类型和商品2的消费类型相同，则终端设备将商品1的消费金额与商品2的消费金额相加作为该消费类型的消费金额。例如，用户购买了蛋糕和雪糕，这两个商品都属于伙食费这一消费类型，则终端设备可以根据商品将消费类型对应的消费金额确定为蛋糕的消费金额加雪糕的消费金额。然后，终端设备将统计后的消费类型对应的消费金额与消费限额比较，若消费金额小于或等于消费限额，则终端设备通过区块链同步账户转账请求。

终端设备通过区块链同步账户转账请求的详细情况与前述图2对应的各个实施例中步骤203类似，此处不再赘述。

可选地，在本申请实施例图17对应的一种消费处理的方法的一个可选实施例中，获取账户转账请求之前，方法还包括：获取存款请求，存款请求包括账户标识，消费类型以及存款金额；根据账户标识，消费类型以及存款金额，确定智能合约；向区块链同步存款请求以及智能合约。

可选地，在本申请实施例图17对应的一种消费处理的方法的一个可选实施例中，向区块链同步存款请求以及智能合约包括：向区块链同步存款请求；向区块链同步智能合约；其中，向区块链同步智能合约包括：通过私钥加密智能合约，得到加密后的智能合约；向区块链同步加密后的智能合约。

在本申请实施例中，终端设备进行存款以及私钥加密的步骤与前述图2对应的各个实施例类似，此处不再赘述。

可选地，在本申请实施例图17对应的一种消费处理的方法的一个可选实施例中，根据账户转账请求中的账户标识以及消费类型，通过智能合约确定消费限额之后，方法还包括：

若消费金额大于消费限额，则生成提示消息，提示消息用于提示转账失败。

在本申请实施例中，终端设备提示转账失败的情况与前述图2对应的各个实施例类似，此处不再赘述。

可选地，在本申请实施例图17对应的一种消费处理的方法的一个可选实施例中，向区块链同步账户转账请求之后，方法还包括：

根据消费限额与消费金额确定更新后的消费限额。

在本申请实施例中，终端设备更新消费限额的情况与前述图2对应的各个实施例类似，此处不再赘述。

可选地，在本申请实施例图17对应的一种消费处理的方法的一个可选实施例中，方法还包括：

根据智能合约中的消费限额生成提醒消息，提醒消息用于展示消费限额。

在本申请实施例中，终端设备展示消费限额的情况与前述图2对应的各个实施例类似，此处不再赘述。

可选地，在本申请实施例图2对应的一种消费处理的方法的一个可选实施例中，根据账户转账请求中的账户标识以及消费类型，通过智能合约确定消费限额包括：

根据账户转账请求中的账户标识获取历史消费记录，历史消费记录与账户标识具有关联关系；

根据账户转账请求中的账户标识、消费类型以及历史消费记录，通过智能合约确定消费限额。

在本申请实施例中，终端设备确定消费限额的情况与前述图2对应的各个实施例类似，此处不再赘述。

在一种可能的实施例中，用户通过终端设备连接服务器，终端设备生成账户转账请求后将账户转账请求发送至服务器，服务器接收到账户转账请求后执行如图2或图17对应的各个实施例的方法。用户的终端设备仅需生成并发送账户转账请求，减轻了用户的终端设备负担，且服务器可以管理各个终端设备的账户转账情况。

图19为一种消费处理的方法的应用例示意图，可见，该应用例中，终端设备预先签订智能合约，智能合约与图7对应的描述类似，此处不再赘述。终端设备签订智能合约后，将智能合约同步至区块链。

用户需要消费，产生用户消费行为，终端设备生成账户转账请求，并从网络中获取该账户的智能合约以及历史消费情况，然后终端设备根据智能合约以及历史消费情况确定消费限额，进一步确定当前支付行为是否满足智能合约，即账户转账请求是否满足智能合约，若是，则支付成功并将数据同步至区块链，若否，则支付失败，终端设备可以在界面上提示支付失败的信息，如图14所示。

图20为本申请实施例提供的一种消费处理的装置的示意图，可见，本申请实施例提供的一种消费处理的装置2000包括：

获取单元2001，用于获取账户转账请求，账户转账请求包括账户标识，账户转账请求还包括消费类型、消费类型对应的消费金额以及位置信息中的至少一种；

处理单元2002，用于根据账户转账请求，通过智能合约确定消费权限，消费权限与账户标识具有对应关系；

处理单元2002还用于若账户转账请求满足消费权限，则通过区块链同步账户转账请求。

可选地，在本申请实施例图20对应的一种消费处理的装置的一个可选实施例中，还包括存款单元2003，如图21所示，图21为本申请实施例提供的一种消费处理的装置的另一个示意图，存款单元2003用于：

获取存款请求，存款请求包括账户标识，消费类型以及存款金额；

根据账户标识，消费类型以及存款金额，确定智能合约；

向区块链同步存款请求以及智能合约。

可选地，在本申请实施例图21对应的一种消费处理的装置的一个可选实施例中，存款单元2003还用于：

向区块链同步存款请求；

向区块链同步智能合约；

其中，向区块链同步智能合约包括：

通过私钥加密智能合约，得到加密后的智能合约；

向区块链同步加密后的智能合约。

可选地，在本申请实施例图20对应的一种消费处理的装置的一个可选实施例中，处理单元2002还用于：

若消费金额大于消费限额，则生成提示消息，提示消息用于提示转账失败。

可选地，在本申请实施例图20对应的一种消费处理的装置的一个可选实施例中，处理单元2002还用于：

根据消费限额与消费金额确定更新后的消费限额。

可选地，在本申请实施例图20对应的一种消费处理的装置的一个可选实施例中，处理单元2002还用于：

根据智能合约中的消费限额生成提醒消息，提醒消息用于展示消费限额。

可选地，在本申请实施例图20对应的一种消费处理的装置的一个可选实施例中，处理单元2002还用于：

根据账户转账请求中的账户标识获取历史消费记录，历史消费记录与账户标识具有关联关系；

根据账户转账请求中的账户标识、消费类型以及历史消费记录，通过智能合约确定消费限额。

本申请实施例还提供一种节点设备，该节点设备可以是终端设备或服务器，下面将对该节点设备为终端设备的情况进行详细的描述：

本申请实施例还提供了另一种消费处理的装置，如图22所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(personal digital assistant，PDA)、销售终端(point of sales，POS)、车载电脑等任意终端设备，以终端为手机为例：

图22示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图22，手机包括：射频(radio frequency，RF)电路2210、存储器2220、输入单元2230、显示单元2240、传感器2250、音频电路2260、无线保真(wireless fidelity，WiFi)模块2270、处理器2280、以及电源2290等部件。本领域技术人员可以理解，图22中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图22对手机的各个构成部件进行具体的介绍：

RF电路2210可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器2280处理；另外，将设计上行的数据发送给基站。通常，RF电路2210包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noiseamplifier，LNA)、双工器等。此外，RF电路2210还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystem of mobile communication，GSM)、通用分组无线服务(general packet radioservice，GPRS)、码分多址(code division multiple access，CDMA)、宽带码分多址(wideband code division multiple access,WCDMA)、长期演进(long term evolution，LTE)、电子邮件、短消息服务(short messaging service，SMS)等。

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

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

显示单元2240可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元2240可包括显示面板2241，可选的，可以采用液晶显示器(liquidcrystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)等形式来配置显示面板2241。进一步的，触控面板2231可覆盖显示面板2241，当触控面板2231检测到在其上或附近的触摸操作后，传送给处理器2280以确定触摸事件的类型，随后处理器2280根据触摸事件的类型在显示面板2241上提供相应的视觉输出。虽然在图22中，触控面板2231与显示面板2241是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板2231与显示面板2241集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器2250，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板2241的亮度，接近传感器可在手机移动到耳边时，关闭显示面板2241和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路2260、扬声器2261，传声器2262可提供用户与手机之间的音频接口。音频电路2260可将接收到的音频数据转换后的电信号，传输到扬声器2261，由扬声器2261转换为声音信号输出；另一方面，传声器2262将收集的声音信号转换为电信号，由音频电路2260接收后转换为音频数据，再将音频数据输出处理器2280处理后，经RF电路2210以发送给比如另一手机，或者将音频数据输出至存储器2220以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块2270可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图22示出了WiFi模块2270，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

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

手机还包括给各个部件供电的电源2290(比如电池)，可选的，电源可以通过电源管理系统与处理器2280逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，该终端所包括的处理器2280还具有以下功能：

获取账户转账请求，账户转账请求包括账户标识，账户转账请求还包括消费类型、消费类型对应的消费金额以及位置信息中的至少一种；

根据账户转账请求，通过智能合约确定消费权限，消费权限与账户标识具有对应关系；

若账户转账请求满足消费权限，则通过区块链同步账户转账请求；

在本申请实施例中，该终端所包括的处理器2280还具有以下功能：

获取存款请求，存款请求包括账户标识，消费类型以及存款金额；

根据账户标识，消费类型以及存款金额，确定智能合约；

向区块链同步存款请求以及智能合约。

在本申请实施例中，该终端所包括的处理器2280还具有以下功能：

向区块链同步存款请求；

向区块链同步智能合约；

其中，向区块链同步智能合约包括：

通过私钥加密智能合约，得到加密后的智能合约；

向区块链同步加密后的智能合约。

在本申请实施例中，该终端所包括的处理器2280还具有以下功能：

若消费金额大于消费限额，则生成提示消息，提示消息用于提示转账失败。

在本申请实施例中，该终端所包括的处理器2280还具有以下功能：

根据消费限额与消费金额确定更新后的消费限额。

在本申请实施例中，该终端所包括的处理器2280还具有以下功能：

根据智能合约中的消费限额生成提醒消息，提醒消息用于展示消费限额。

在本申请实施例中，该终端所包括的处理器2280还具有以下功能：

根据账户转账请求中的账户标识获取历史消费记录，历史消费记录与账户标识具有关联关系；

根据账户转账请求中的账户标识、消费类型以及历史消费记录，通过智能合约确定消费限额。

下面将对该节点设备为服务器的情况进行详细的描述：

图23是本申请实施例提供的一种服务器结构示意图，该服务器2300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以***处理器(central processingunits，CPU)2322(例如，一个或一个以上处理器)和存储器2332，一个或一个以上存储应用程序2342或数据2344的存储介质2330(例如一个或一个以上海量存储设备)。其中，存储器2332和存储介质2330可以是短暂存储或持久存储。存储在存储介质2330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器2322可以设置为与存储介质2330通信，在服务器2300上执行存储介质2330中的一系列指令操作。

服务器2300还可以包括一个或一个以上电源2326，一个或一个以上有线或无线网络接口2350，一个或一个以上输入输出接口2358，和/或，一个或一个以上操作系统2341，例如Windows Server^TM，Mac OS X^TM，Unix^TM,Linux^TM，FreeBSD^TM等等。

上述实施例中由服务器所执行的步骤可以基于该图23所示的服务器结构。

在本申请实施例中，中央处理器2322还可以执行以下步骤：

获取账户转账请求，账户转账请求包括账户标识，账户转账请求还包括消费类型、消费类型对应的消费金额以及位置信息中的至少一种；

根据账户转账请求，通过智能合约确定消费权限，消费权限与账户标识具有对应关系；

若账户转账请求满足消费权限，则通过区块链同步账户转账请求；

在本申请实施例中，中央处理器2322还可以执行以下步骤：

获取存款请求，存款请求包括账户标识，消费类型以及存款金额；

根据账户标识，消费类型以及存款金额，确定智能合约；

向区块链同步存款请求以及智能合约。

在本申请实施例中，中央处理器2322还可以执行以下步骤：

向区块链同步存款请求；

向区块链同步智能合约；

其中，向区块链同步智能合约包括：

通过私钥加密智能合约，得到加密后的智能合约；

向区块链同步加密后的智能合约。

在本申请实施例中，中央处理器2322还可以执行以下步骤：

若消费金额大于消费限额，则生成提示消息，提示消息用于提示转账失败。

在本申请实施例中，中央处理器2322还可以执行以下步骤：

根据消费限额与消费金额确定更新后的消费限额。

在本申请实施例中，中央处理器2322还可以执行以下步骤：

根据智能合约中的消费限额生成提醒消息，提醒消息用于展示消费限额。

在本申请实施例中，中央处理器2322还可以执行以下步骤：

根据账户转账请求中的账户标识获取历史消费记录，历史消费记录与账户标识具有关联关系；

根据账户转账请求中的账户标识、消费类型以及历史消费记录，通过智能合约确定消费限额。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。