CN116703373A - 支付方法、装置及其存储介质 - Google Patents

Abstract

本申请提供一种支付方法、装置及其存储介质，涉及通信技术领域，能够降低等待支付时间。该方法包括：向用户终端发送支付请求；支付请求用于请求用户终端向收款端进行支付；接收来自用户终端发送的支付响应信息；在支付响应信息为第一响应信息的情况下，向数字货币交易系统发送第一响应信息；第一响应信息包括电子签名和交易信息；数字货币交易系统用于根据第一响应信息对用户终端进行扣款。本申请用于支付过程中。

Description

支付方法、装置及其存储介质

技术领域

本申请涉及通信技术领域，尤其涉及支付方法、装置及其存储介质。

背景技术

相关技术中，数字货币的支付方式与传统的支付方式相同，主要为第三方支付平台或网上银行的线上支付或POS终端的线下支付；其中，数字货币的线下支付方式在支付时，常常面临需要用户排队至收银台，由商家进行商品扫码、生成总金额后，用户支付完成结账，该种方式用户等待支付时间较长，降低购物体验。因此，如何降低等待支付时间是目前亟待解决的问题。

发明内容

本申请提供一种支付方法、装置及其存储介质，能够降低等待支付时间。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种支付方法，应用于收款端，所述方法包括：向用户终端发送支付请求；所述支付请求用于请求所述用户终端向所述收款端进行支付；接收来自所述用户终端发送的支付响应信息；在所述支付响应信息为第一响应信息的情况下，向数字货币交易系统发送所述第一响应信息；所述第一响应信息包括电子签名和交易信息；所述数字货币交易系统用于根据所述第一响应信息对所述用户终端进行扣款。

结合第一方面，在一种可能的实现方式中，所述接收来自所述用户终端发送的支付响应信息之后，还包括：在所述支付响应信息为第二响应信息的情况下，向所述用户终端发送取消所述支付请求的信息；所述第二响应信息为用于表示所述用户终端未采购商品的状态字。

结合第一方面，在一种可能的实现方式中，所述向用户终端发送支付请求，包括：基于所述用户终端的定位信号，确定所述用户终端当前时刻的坐标；基于所述坐标，判断所述用户终端是否超出预设范围；若所述用户终端超出预设范围，则向所述用户终端发送所述支付请求。

第二方面，本申请提供一种支付方法，应用于用户终端，所述方法包括：接收收款端发送的支付请求；所述支付请求用于请求所述用户终端向所述收款端进行支付；基于所述支付请求，生成支付响应信息；其中，在所述用户终端中存在待支付商品的情况下，所述支付响应消息为第一响应消息；所述第一响应信息包括电子签名和交易信息；向所述收款端发送所述支付响应信息。

结合第二方面，在一种可能的实现方式中，所述支付响应信息还包括：第二响应信息；其中，在所述用户终端中未存在待支付商品的情况下，所述支付响应消息为第二响应消息；所述第二响应信息为用于表示所述用户终端未采购商品的状态字。

结合第二方面，在一种可能的实现方式中，所述接收收款端发送的支付请求，包括：获取所述待支付商品的交易金额；判断所述待支付商品的交易金额是否大于所述目标消费限额；若大于，则删除所述待支付商品；若小于，则接收收款端发送的支付请求。

结合第二方面，在一种可能的实现方式中，所述获取所述待支付商品的交易金额之前，还包括：确定目标消费限额；所述目标消费限额为当前时刻可消费额度；判断所述目标消费限额是否大于数字货币钱包余额；若否，则冻结所述数字货币钱包余额中，与所述目标消费限额相等的额度。

第三方面，本申请提供一种支付装置，应用于收款端，所述装置包括：通信单元；所述通信单元，用于向用户终端发送支付请求；所述支付请求用于请求所述用户终端向所述收款端进行支付；所述通信单元，还用于接收来自所述用户终端发送的支付响应信息；所述通信单元，还用于在所述支付响应信息为第一响应信息的情况下，向数字货币交易系统发送所述第一响应信息；所述第一响应信息包括电子签名和交易信息；所述数字货币交易系统用于根据所述第一响应信息对所述用户终端进行扣款。

结合第三方面，在一种可能的实现方式中，所述通信单元，还用于：在所述支付响应信息为第二响应信息的情况下，向所述用户终端发送取消所述支付请求的信息；所述第二响应信息为用于表示所述用户终端未采购商品的状态字。

结合第三方面，在一种可能的实现方式中，所述装置还包括：处理单元；所述处理单元，用于基于所述用户终端的定位信号，确定所述用户终端当前时刻的坐标；所述处理单元，还用于基于所述坐标，判断所述用户终端是否超出预设范围；若所述用户终端超出预设范围，则所述通信单元，还用于向所述用户终端发送所述支付请求。

第四方面，本申请提供一种支付装置，应用于用户终端，所述装置包括：处理单元和通信单元；所述通信单元，用于接收收款端发送的支付请求；所述支付请求用于请求所述用户终端向所述收款端进行支付；所述处理单元，用于基于所述支付请求，生成支付响应信息；其中，在所述用户终端中存在待支付商品的情况下，所述支付响应消息为第一响应消息；所述第一响应信息包括电子签名和交易信息；所述通信单元，还用于向所述收款端发送所述支付响应信息。

结合第四方面，在一种可能的实现方式中，所述支付响应信息还包括：第二响应信息；其中，在所述用户终端中未存在待支付商品的情况下，所述支付响应消息为第二响应消息；所述第二响应信息为用于表示所述用户终端未采购商品的状态字。

结合第四方面，在一种可能的实现方式中，所述处理单元，还用于获取所述待支付商品的交易金额；所述处理单元，还用于判断所述待支付商品的交易金额是否大于所述目标消费限额；若大于，则所述处理单元，还用于删除所述待支付商品；若小于，则所述通信单元，还用于接收收款端发送的支付请求。

结合第四方面，在一种可能的实现方式中，所述处理单元，还用于：确定目标消费限额；所述目标消费限额为当前时刻可消费额度；判断所述目标消费限额是否大于数字货币钱包余额；若否，则冻结所述数字货币钱包余额中，与所述目标消费限额相等的额度。

第五方面，本申请提供了一种支付装置，该装置包括：处理器和通信接口；通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第一方面和第一方面的任一种可能的实现方式中所描述的支付方法。

第六方面，本申请提供了一种支付装置，该装置包括：处理器和通信接口；通信接口和处理器耦合，处理器用于运行计算机程序或指令，以实现如第二方面和第二方面的任一种可能的实现方式中所描述的支付方法。

第七方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在终端上运行时，使得终端执行如第一方面和第一方面的任一种可能的实现方式中描述的支付方法。

第八方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在终端上运行时，使得终端执行如第二方面和第二方面的任一种可能的实现方式中描述的支付方法。

在本申请中，上述支付装置的名字对设备或功能模块本身不构成限定，在实际实现中，这些设备或功能模块可以以其他名称出现。只要各个设备或功能模块的功能和本申请类似，属于本申请权利要求及其等同技术的范围之内。

本申请的这些方面或其他方面在以下的描述中会更加简明易懂。

基于上述技术方案，本申请实施例提供的支付方法，收款端向用户终端发送支付请求；用户终端在接收到支付请求后判断用户终端中是否存在待支付商品，若是则向收款端发送支付响应信息，该响应信息中包括电子签名和交易信息；在支付响应信息为第一响应信息的情况下，向数字货币交易系统发送第一响应信息，进而由数字货币交易系统对用户终端进行扣款，从而降低用户终端等待支付的时间。

附图说明

图1为本申请提供的一种支付系统的结构示意图；

图2为本申请提供的一种智能合约运作机理图；

图3为本申请提供的一种智能合约状态机的原理图；

图4为本申请提供的一种支付装置的结构示意图；

图5为本申请提供的一种支付方法的流程图；

图6为本申请提供的另一种支付方法的流程图；

图7为本申请提供的另一种支付方法的流程图；

图8为本申请提供的另一种支付方法的流程图；

图9为本申请提供的另一种支付方法的流程图；

图10为本申请提供的一种支付装置的结构示意图；

图11为本申请提供的另一种支付装置的结构示意图。

具体实施方式

下面结合附图对本申请实施例提供的支付方法及装置进行详细地描述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。

此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

目前的消费方式主要分为线上消费和线下消费；线上消费主要是通过第三方支付平台或网上银行进行支付，线下消费一般是通过支持磁条卡、金融IC卡、二维码、以及NFC的POS终端进行支付。近年来兴起的数字货币成为线上和线下消费支付的主流，常规的数字货币是一种基于数字技术，依托网络传输以非物理形式存在的价值承载和转移载体。

数字货币的钱包按照载体类型分为软钱包和硬钱包；其中，软钱包是指移动支付APP或以软件开发工具包SDK为基础提供的服务；硬钱包就是硬件钱包，是指将数字资产私钥单独储存在一个芯片中与互联网隔离即插即用，比如IC卡、可穿戴设备、以及其他以硬件安全芯片或安全单元SE为核心的物联网设备，也即是说数字货币是基于节点网络和加密算法的虚拟货币。

相关技术中，SIM数字货币钱包是以SIM模块中的安全单元SE为硬件载体，存储用户私钥。数字货币支付方法目前包括钱包快付(“子钱包”更名)、H5支付、App拉起支付等线上交易方式，以及扫码支付和碰一碰/NFC支付等线下交易方式。UWB-SIM是将SIM模块、UWB模块和UWB天线封装到SIM卡的基底上，外观与普通SIM卡相同，可用于各种智能终端设备。但是数字货币的支付方式与传统支付场景相同，都是支持线上消费和线下消费，在数字货币线下支付过程中与传统的线下支付同时面临着需要排队结账的问题，尤其在大型商超，客户在选购商品后，往往需要排队指收银台才能进行支付消费，而排队的过程通常需要15～20分钟，严重降低了客户的购物体验，因此，如何降低等待支付时间，实现无感支付是目前亟待解决的问题。

为了解决现有技术中的问题，本申请实施例提供的支付方法，收款端向用户终端发送支付请求；用户终端在接收到支付请求后判断用户终端中是否存在待支付商品，若是则向收款端发送支付响应信息，该响应信息中包括电子签名和交易信息；在支付响应信息为第一响应信息的情况下，向数字货币交易系统发送第一响应信息，进而由数字货币交易系统对用户终端进行扣款，从而降低用户终端等待支付的时间。如图1所示为本申请实施例提供一种支付系统100的结构示意图，该支付系统包括用户终端101、收款端102、以及数字货币交易系统103。用户终端101与收款端102建立通信连接，数字货币交易系统103与收款端102、用户终端101建立通信连接。

用户终端101内部安装有UWB-SIM卡，UWB-SIM卡包括SIM卡模块1011、UWB模块1012和UWB天线1013；其中SIM卡模块1011内安装有安全单元(Secure Element，SE)，该安全单元SE1010用于敏感数据的存储和运算，支持国内和国际各种安全算法，如SM2、SM3、SM4、DES、RSA、ECC、MD5等，并且数字货币钱包的公私钥对和地址都是在SE中生成的。值得注意的是，私钥在整个生命周期中不能被导出。收款端102和数字货币交易系统103向用户终端101发送的任何消息由UWB天线1013接收，转发至UWB模块1012，经由UWB模块1012传入SIM模块中的安全单元SE1010中。

收款端102可以理解为商家，收款端102连接有服务器，服务器上装配有处理数据的应用程序，同时收款端102的UWB基站与服务器连接，收款端102的收发信息由UWB基站负责传送至服务器。

数字货币交易系统103内装配有智能合约，本申请实施例中的智能合约在工作时遵循简单的“if/when…then…”语句，这些语句被写入区块链上的代码中。如图2所示为本申请实施例提供的一种智能合约运作机理图，收款端102的UWB基站向数字货币交易系统103发送电子签名、交易信息、以及商品信息组成的第一响应信息，也可以理解为触发智能合约的预置条件；数字货币交易系统103在收到预置条件后，将电子签名、交易信息、以及商品信息存入区块链中，并且做出一系列的响应。

本申请实施例提供的智能合约(Smart contract)是一套以数字形式定义的承诺，包括合约参与方可以在上面执行这些承诺的协议。它们是存储在区块链上的程序，在满足预先确定的条件时会运行这些程序。它们通常用于自动执行协议，以便所有参与者都可以立即确定结果，而无需任何中间人参与，也不会浪费时间。它们还可以自动完成工作流程，在满足条件时触发下一个操作。

智能合约系统根据事件描述信息中包含的触发条件，当触发条件满足时，从智能合约自动发出预设的数据资源，以及包括触发条件的事件；整个智能合约系统的核心就在于智能合约以事务和事件的方式经过智能合约模块的处理，出去还是一组事务和事件；智能合约只是一个事务处理模块和状态机构成的系统，它不产生智能合约，也不会修改智能合约；它的存在只是为了让一组复杂的、带有触发条件的数字化承诺能够按照参与者的意志正确执行。

智能合约的优势包括合约自动完成带来的速度、效率和精确度，无第三方参与和共享加密交易记录带来的信任和透明度，区块链交易记录的加密和分布式账本带来的安全性，无中介机构处理交易带来的时间和费用节省。

智能合约通常基于Hardhat框架，使用Solidity语言进行开发。基于区块链的智能合约包括事务处理和保存的机制，以及一个完备的状态机，用于接受和处理各种智能合约；并且事务的保存和状态处理都在区块链上完成。事务主要包含需要发送的数据；而事件则是对这些数据的描述信息。事务及事件信息传入智能合约后，合约资源集合中的资源状态会被更新，进而触发智能合约进行状态机判断。如果自动状态机中某个或某几个动作的触发条件满足，则由状态机根据预设信息选择合约动作自动执行。

如图3所示本申请实施例提供一种智能合约状态机的原理图，

S301、商家(收款端)在数字货币交易系统建立智能合约后，状态机处于休眠状态。

S302、在数字货币交易系统收到第一响应信息(交易数据)后，智能合约的状态机的状态由休眠变为激活。

S303、数字货币交易系统根据第一响应信息(交易数据)对用户终端发起扣款；

在扣款成功后向用户终端发送扣款成功通知，同时向商家发送收款成功通知。

S304、交易完成，状态机的状态由激活变为休眠。

图4为本申请实施例提供的一种支付装置的结构示意图，如图4所示，该支付装置400包括至少一个处理器401，通信线路402，以及至少一个通信接口404，还可以包括存储器403。其中，处理器401，存储器403以及通信接口404三者之间可以通过通信线路402连接。

处理器401可以是一个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application specific integrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个数字信号处理器(digital signalprocessor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)。

通信线路402可以包括一通路，用于在上述组件之间传送信息。

通信接口404，用于与其他设备或通信网络通信，可以使用任何收发器一类的装置，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless localarea networks，WLAN)等。

存储器403可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于包括或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

一种可能的设计中，存储器403可以独立于处理器401存在，即存储器403可以为处理器401外部的存储器，此时，存储器403可以通过通信线路402与处理器401相连接，用于存储执行指令或者应用程序代码，并由处理器401来控制执行，实现本申请下述实施例提供的网络质量确定方法。又一种可能的设计中，存储器403也可以和处理器401集成在一起，即存储器403可以为处理器401的内部存储器，例如，该存储器403为高速缓存，可以用于暂存一些数据和指令信息等。

作为一种可实现方式，处理器401可以包括一个或多个CPU，例如图4中的CPU0和CPU1。作为另一种可实现方式，支付装置400可以包括多个处理器，例如图4中的处理器401和处理器407。作为再一种可实现方式，支付装置400还可以包括输出设备405和输入设备406。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将网络节点的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，模块和网络节点的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

如图5所示，为本申请实施例提供的一种支付方法的流程图，本申请实施例提供的支付法可以应用于如图4所示的支付装置中，本申请实施例提供的设备定位方法可以通过以下步骤实现。

S501、收款端向用户终端发送支付请求。相应的，用户终端接收收款端发送的收款地址和支付请求。

其中，支付请求包括请求用户终端支付的请求信息和收款端的收款地址。

作为一种可能的实现方式，上述S501的实现过程可以为：收款端的UWB基站将请求用户终端支付的信息发送至用户终端的UWB模块，由用户终端的UWB模块转发至用户终端的SIM模块中存储至SE芯片。

S502、用户终端基于支付请求，生成支付响应信息。

其中，在用户终端中存在待支付商品的情况下，支付响应消息为第一响应消息；第一响应信息包括电子签名和交易信息。

作为一种可能的实现方式，上述S502的实现过程可以为：用户终端的UWB模块经UWB天线收到请求后，通知安全单元SE，如客户采购商品，则安全单元SE使用钱包私钥对付款地址、交易总额、收款地址组成的交易信息进行签名，进而安全单元SE将签名、公钥和商品信息组合成交易信息数据串(支付响应信息)发送给UWB模块。

S503、用户终端向收款端发送支付响应信息。相应的，收款端接收来自用户终端发送的支付响应信息。

在一种可能的实现方式中，用户终端的UWB模块将签名、公钥、交易信息、商品信息发送至收款端。

其中，商品信息包括商品的交易品类和数量。

S504、收款端在支付响应信息为第一响应信息的情况下，向数字货币交易系统发送第一响应信息。

其中，数字货币交易系统用于根据第一响应信息对用户终端进行扣款。

在一种可能的实现方式中，收款端接收到第一响应信息后，将商品信息记录在册，将公钥、签名、交易信息发送至数字货币交易系统。数字货币交易系统接收到公钥、签名、交易信息，确定以满足触发条件，则根据上述信息对用户终端发起扣款。

基于上述技术方案，本申请实施例提供的支付方法，收款端向用户终端发送支付请求；用户终端在接收到支付请求后判断用户终端中是否存在待支付商品，若是则向收款端发送支付响应信息，该响应信息中包括电子签名和交易信息；在支付响应信息为第一响应信息的情况下，向数字货币交易系统发送第一响应信息，进而由数字货币交易系统对用户终端进行扣款，从而降低用户终端等待支付的时间。

一种可能的实现方式中，结合图5，如图6所示，上述S503、用户终端向收款端发送支付响应信息。相应的，收款端接收来自用户终端发送的支付响应信息之后，还包括第二响应信息，具体可以通过以下S601实现。

S601、收款端在支付响应信息为第二响应信息的情况下，向用户终端发送取消支付请求的信息。

其中，第二响应信息为用于表示用户终端未采购商品的状态字。

在一种可能的实现方式中，如客户未采购商品，则安全单元SE向UWB模块反馈相应的状态字，用户终端的UWB模块将状态字转发给收款端的UWB基站，同时告知数字货币APP，数字货币APP将冻结的限额资金解冻。

状态字status Word，一般SIM卡相关有两个字节，可以将0×9000表示为成功，那么不同的值表示不同的含义，在该场景下，双方可约定一个值表示未购买商品即可。

基于上述技术方案，在用户终端判断未采购商品，则将告知商家。

一种可能的实现方式中，结合图5，如图7所示，上述S501、收款端向用户终端发送支付请求。具体可以通过以下S701-S703实现。

S701、收款端基于用户终端的定位信号，确定用户终端当前时刻的坐标。

在一种可能的实现方式中，因收款端和用户终端已建立通信连接，也即是说因用户终端以开启UWB定位功能，UWB模块不断的在发射脉冲，收款端在收到脉冲后，测量每个脉冲信号到达收款端的UWB基站的时间，根据时间差确定用户终端的位置坐标。(TDOA定位是一种利用时间差进行定位的方法。通过测量信号到达监测站的时间，可以确定信号源的距离)。

S702、收款端基于坐标，判断用户终端是否超出预设范围。

作为一种可能的实现方式，上述S702的实现过程可以为：收款端的UWB基站确定用户终端的坐标位置后，根据该坐标位置，判断用户终端是否离开商家范围。

S703、若用户终端超出预设范围，则收款端向用户终端发送支付请求。

作为一种可能的实现方式，上述S703的实现过程可以为：收款端检测到用户终端超出范围，则发起支付请求，并且将收款地址发送至用户终端。

一种可能的实现方式中，结合图5，如图8所示，用户终端接收收款端发送的支付请求，具体可以通过以下S801-S804实现。

S801、用户终端获取待支付商品的交易金额。

在一种可能的实现方式中，用户终端可对商品A、商品B、商品C等进行扫码，获取多个商品的编号和价格等数据，并通过机卡通道将商品数据发送到安全单元SE并存储。

S802、用户终端判断待支付商品的交易金额是否大于目标消费限额。

在一种可能的实现方式中，用户终端的安全单元SE在用户终端每挑选一个商品，则对交易金额进行一次统计求和，进而可判断待支付商品的交易金额是否有超过目标消费限额。

示例性的，用户终端的安全单元SE在用户终端挑选第一个商品A时，确定交易金额为135元，在用户终端挑选第二个商品B时，确定交易金额为275元，在用户终端挑选第三个商品C时，确定交易金额为450元。

S803、若大于，则用户终端删除待支付商品。

结合S802中的示例，若待支付商品的交易金额大于设置的目标消费限额，则将进行提示，用户终端可选择性的删除待支付商品。

S804、若小于，则用户终端接收收款端发送的支付请求。

结合S802中的示例，若待支付商品的交易金额小于设置的目标消费限额，则用户终端在离开收款端的预设范围时将收到收款端发送的支付请求。

基于上述技术方案，本申请实施例中的用户终端可对商品的金额进行求和，并与之前设置的目标消费限额进行对比，为无感支付提供基础。

一种可能的实现方式中，结合图8，如图9所示，上述S801、用户终端获取待支付商品的交易金额之前，用户终端还需确定目标消费限额，具体可以通过以下S901-S903实现。

S901、用户终端确定目标消费限额。

其中，目标消费限额为当前时刻可消费额度。

在一种可能的实现方式中，用户终端启动UWB模块定位功能：指令经机卡通道(ISO/IEC 7816接口)从终端发送至SIM模块，再转发至UWB模块。同时客户可通过终端上的数字货币钱包APP创建硬件钱包，即在UWB-SIM卡的安全单元(Secure Element，SE)中生成钱包的公私密钥对和钱包地址(付款地址)。同时，收款端的UWB基站持续广播监听，广播信号可以为7235MHz-8750 MHz；因用户终端已开启UWB模块，则可与收款端建立通信连接。在双方建立通信连接后，用户终端可在数字货币钱包APP上设备本次消费限额。

S902、用户终端判断目标消费限额是否大于数字货币钱包余额。

示例性的，用户终端设置目标消费限额为500，将目标消费限额500与数字货币钱包余额23004比较；判断本次的消费限额500是否大于数字货币钱包余额23004。

S903、若否，则用户终端冻结数字货币钱包余额中，与目标消费限额相等的额度。

在一种可能的实现方式中，若目标消费限额小于数字货币钱包余额，则说明该目标消费限额设置成功，并进行冻结同时将该信息通知至商家。

若目标消费限额大于数字货币钱包余额，则进行报错，本次目标消费限额未设置成功。

结合S902中的示例，目标消费限额500小于数字货币钱包余额23004，说明数字货币钱包余额可以保证支付本次消费限额，则用户终端冻结数字货币钱包余额中目标消费限额500的部分，以保证该消费限额内的消费成功。

基于上述技术方案，本申请提供的实施例通过将消费限额与钱包余额比对，并冻结数字货币钱包余额中，与目标消费限额相等的额度，保证收款端的权益。

本申请实施例可以根据上述方法示例对支付装置进行功能模块或者功能单元的划分，例如，可以对应各个功能划分各个功能模块或者功能单元，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块或者功能单元的形式实现。其中，本申请实施例中对模块或者单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图10所示，为本申请实施例提供的一种支付装置的结构示意图，应用于收款端，该装置包括：通信单元1001；所述通信单元1001，用于向用户终端发送支付请求；所述支付请求用于请求所述用户终端向所述收款端进行支付；所述通信单元1001，还用于接收来自所述用户终端发送的支付响应信息；所述通信单元1001，还用于在所述支付响应信息为第一响应信息的情况下，向数字货币交易系统发送所述第一响应信息；所述第一响应信息包括电子签名和交易信息；所述数字货币交易系统用于根据所述第一响应信息对所述用户终端进行扣款。

可选的，所述通信单元1001，还用于：在所述支付响应信息为第二响应信息的情况下，向所述用户终端发送取消所述支付请求的信息；所述第二响应信息为用于表示所述用户终端未采购商品的状态字。

可选的，所述装置还包括：处理单元1002；所述处理单元1002，用于基于所述用户终端的定位信号，确定所述用户终端当前时刻的坐标；所述处理单元1002，还用于基于所述坐标，判断所述用户终端是否超出预设范围；若所述用户终端超出预设范围，则所述通信单元1001，还用于向所述用户终端发送所述支付请求。

如图11所示，为本申请实施例提供的一种支付装置的结构示意图，应用于用户终端，该装置包括：处理单元1101和通信单元1102；所述通信单元1102，用于接收收款端发送的支付请求；所述支付请求用于请求所述用户终端向所述收款端进行支付；所述处理单元1101，用于基于所述支付请求，生成支付响应信息；其中，在所述用户终端中存在待支付商品的情况下，所述支付响应消息为第一响应消息；所述第一响应信息包括电子签名和交易信息；所述通信单元1102，还用于向所述收款端发送所述支付响应信息。

可选的，所述支付响应信息还包括：第二响应信息；其中，在所述用户终端中未存在待支付商品的情况下，所述支付响应消息为第二响应消息；所述第二响应信息为用于表示所述用户终端未采购商品的状态字。

可选的，所述处理单元1101，还用于获取所述待支付商品的交易金额；所述处理单元1101，还用于判断所述待支付商品的交易金额是否大于所述目标消费限额；若大于，则所述处理单元1101，还用于删除所述待支付商品；若小于，则所述通信单元1102，还用于接收收款端发送的支付请求。

可选的，所述处理单元1101，还用于：确定目标消费限额；所述目标消费限额为当前时刻可消费额度；判断所述目标消费限额是否大于数字货币钱包余额；若否，则冻结所述数字货币钱包余额中，与所述目标消费限额相等的额度。

在通过硬件实现时，本申请实施例中的通信单元1001或通信单元1102可以集成在通信接口上，处理单元1002或处理单元1101可以集成在处理器上。以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (16)

1.一种支付方法，其特征在于，应用于收款端，所述方法包括：

向用户终端发送支付请求；所述支付请求用于请求所述用户终端向所述收款端进行支付；

接收来自所述用户终端发送的支付响应信息；

在所述支付响应信息为第一响应信息的情况下，向数字货币交易系统发送所述第一响应信息；所述第一响应信息包括电子签名和交易信息；所述数字货币交易系统用于根据所述第一响应信息对所述用户终端进行扣款。

2.根据权利要求1所述的方法，其特征在于，所述接收来自所述用户终端发送的支付响应信息之后，还包括：

在所述支付响应信息为第二响应信息的情况下，向所述用户终端发送取消所述支付请求的信息；所述第二响应信息为用于表示所述用户终端未采购商品的状态字。

3.根据权利要求2所述的方法，其特征在于，所述向用户终端发送支付请求，包括：

基于所述用户终端的定位信号，确定所述用户终端当前时刻的坐标；

基于所述坐标，判断所述用户终端是否超出预设范围；

若所述用户终端超出预设范围，则向所述用户终端发送所述支付请求。

4.一种支付方法，其特征在于，应用于用户终端，所述方法包括：

接收收款端发送的支付请求；所述支付请求用于请求所述用户终端向所述收款端进行支付；

基于所述支付请求，生成支付响应信息；其中，在所述用户终端中存在待支付商品的情况下，所述支付响应消息为第一响应消息；所述第一响应信息包括电子签名和交易信息；

向所述收款端发送所述支付响应信息。

5.根据权利要求4所述的方法，其特征在于，所述支付响应信息还包括：第二响应信息；其中，在所述用户终端中未存在待支付商品的情况下，所述支付响应消息为第二响应消息；所述第二响应信息为用于表示所述用户终端未采购商品的状态字。

6.根据权利要求5所述的方法，其特征在于，所述接收收款端发送的支付请求，包括：

获取所述待支付商品的交易金额；

判断所述待支付商品的交易金额是否大于所述目标消费限额；

若大于，则删除所述待支付商品；

若小于，则接收收款端发送的支付请求。

7.根据权利要求6所述的方法，其特征在于，所述获取所述待支付商品的交易金额之前，还包括：

确定目标消费限额；所述目标消费限额为当前时刻可消费额度；

判断所述目标消费限额是否大于数字货币钱包余额；

若否，则冻结所述数字货币钱包余额中，与所述目标消费限额相等的额度。

8.一种支付装置，其特征在于，应用于收款端，所述装置包括：通信单元；

所述通信单元，用于向用户终端发送支付请求；所述支付请求用于请求所述用户终端向所述收款端进行支付；

所述通信单元，还用于接收来自所述用户终端发送的支付响应信息；

所述通信单元，还用于在所述支付响应信息为第一响应信息的情况下，向数字货币交易系统发送所述第一响应信息；所述第一响应信息包括电子签名和交易信息；所述数字货币交易系统用于根据所述第一响应信息对所述用户终端进行扣款。

9.根据权利要求8所述的装置，其特征在于，所述通信单元，还用于：在所述支付响应信息为第二响应信息的情况下，向所述用户终端发送取消所述支付请求的信息；所述第二响应信息为用于表示所述用户终端未采购商品的状态字。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：处理单元；

所述处理单元，用于基于所述用户终端的定位信号，确定所述用户终端当前时刻的坐标；

所述处理单元，还用于基于所述坐标，判断所述用户终端是否超出预设范围；

若所述用户终端超出预设范围，则所述通信单元，还用于向所述用户终端发送所述支付请求。

11.一种支付装置，其特征在于，应用于用户终端，所述装置包括：处理单元和通信单元；

所述通信单元，用于接收收款端发送的支付请求；所述支付请求用于请求所述用户终端向所述收款端进行支付；

所述处理单元，用于基于所述支付请求，生成支付响应信息；其中，在所述用户终端中存在待支付商品的情况下，所述支付响应消息为第一响应消息；所述第一响应信息包括电子签名和交易信息；

所述通信单元，还用于向所述收款端发送所述支付响应信息。

12.根据权利要求11所述的装置，其特征在于，所述支付响应信息还包括：第二响应信息；其中，在所述用户终端中未存在待支付商品的情况下，所述支付响应消息为第二响应消息；所述第二响应信息为用于表示所述用户终端未采购商品的状态字。

13.根据权利要求12所述的装置，其特征在于，所述处理单元，还用于获取所述待支付商品的交易金额；

所述处理单元，还用于判断所述待支付商品的交易金额是否大于所述目标消费限额；

若大于，则所述处理单元，还用于删除所述待支付商品；

若小于，则所述通信单元，还用于接收收款端发送的支付请求。

14.根据权利要求13所述的装置，其特征在于，所述处理单元，还用于：

确定目标消费限额；所述目标消费限额为当前时刻可消费额度；

判断所述目标消费限额是否大于数字货币钱包余额；

若否，则冻结所述数字货币钱包余额中，与所述目标消费限额相等的额度。

15.一种支付装置，其特征在于，包括：处理器和通信接口；所述通信接口和所述处理器耦合，所述处理器用于运行计算机程序或指令，以实现如权利要求1-7任一项中所述的支付方法。

16.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当计算机执行该指令时，该计算机执行上述权利要求1-7任一项中所述的支付方法。