CN117689469A - 交易处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开关于一种交易处理方法、装置、电子设备及存储介质，涉及数字货币技术领域，解决相关技术中需要用户根据硬件钱包的余额情况，对硬件钱包的余额单独充值而引起用户体验差的问题。该方法包括：接收扣款请求，扣款请求由收款设备响应于获取到硬件钱包对应的硬件钱包标识发送，扣款请求包括硬件钱包标识和收款金额；确定与硬件钱包标识关联的目标钱包账户及目标钱包账户的余额；在余额大于或等于收款金额的情况下，根据收款金额，更新目标钱包账户的数字货币与收款账户的数字货币。

Description

交易处理方法、装置、电子设备及存储介质

技术领域

本公开涉及数字货币技术领域，尤其涉交易处理方法、装置、电子设备及存储介质。

背景技术

在数字货币流通的过程中,硬件钱包作为通过柜面或电子渠道开立的存储数字货币的实体介质，可以以移动终端、卡片或可穿戴设备等形式被用户使用。例如，用户需要向POS机(point of sales terminal；销售点信息管理系统)支付消费费用时，移动终端形式的硬件钱包与该POS机通过“碰一碰”交易形式进行交易，即可从硬件钱包的余额中扣款，以完成支付。

相关技术中，通过硬件钱包的支付过程，均是依赖硬件钱包的余额进行支付。因此，为了保证通过硬件钱包支付过程的顺利，通常需要用户对该硬件钱包的余额提前充值，以使硬件钱包有充足的余额用于支付。然而，上述这种以硬件钱包有充足余额为前提的支付方式，需用户能明确了解硬件钱包的余额情况的同时，还需用户不定期对硬件钱包的余额单独充值，会使用户使用硬件钱包支付的便捷性大大降低，用户的使用体验也相应地降低。

发明内容

本公开提供一种交易处理方法、装置、电子设备及存储介质，以至少解决相关技术中需要用户根据硬件钱包的余额情况，对硬件钱包的余额单独充值而引起用户体验差的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供了一种交易处理方法，应用于服务器，该方法包括：接收扣款请求，扣款请求由收款设备响应于获取到硬件钱包对应的硬件钱包标识发送，扣款请求包括硬件钱包标识和收款金额；确定与硬件钱包标识关联的目标钱包账户及目标钱包账户的余额；在余额大于或等于收款金额的情况下，根据收款金额，更新目标钱包账户的数字货币与收款账户的数字货币。

其中，硬件钱包与收款设备之间通过进场通信(near field communication，NFC)或蓝牙等无线非网络技术建立连接。

在一种可能的实施方式中，扣款请求还包括关联标识；关联标识用于指示与硬件钱包关联的目标钱包账户；确定与硬件钱包标识关联的目标钱包账户，包括：将关联标识对应的钱包账户确定为与硬件钱包标识关联的目标钱包账户。

另一种可能的实施方式中，交易处理方法还包括：在余额小于收款金额的情况下，获取与目标钱包账户关联的至少一个银行账户的银行账户信息；根据至少一个银行账户的银行账户信息，从至少一个银行账户中确定目标银行账户；根据收款金额，更新目标银行账户的存款金额与收款账户的数字货币；或者，确定收款金额与余额的差值金额；根据余额，更新目标钱包账户的数字货币，根据差值金额，更新目标银行账户的存款金额，以及根据收款金额更新收款账户的数字货币目标银行账户的存款金额目标银行账户的存款金额。

另一种可能的实施方式中，银行账户信息包括至少一个银行账户具有不同的扣款优先级和数字货币更新额度；根据至少一个银行账户的银行账户信息，从至少一个银行账户中确定出目标银行账户，包括：按照各个银行账户的扣款优先级，逐个确定各个银行账户的存款金额更新额度是否大于或者等于待更新金额，直到确定出数字货币更新额度大于或者等于待更新金额的目标银行账户。

另一种可能的实施方式中，交易处理方法还包括：在未确定出目标银行账户的情况下，拒绝扣款请求，并向收款设备发送第一提示指令，第一提示指令用于指示收款设备显示数字货币交易失败的提示信息。

另一种可能的实施方式中，交易处理方法还包括：根据硬件钱包标识获取硬件钱包的账户信息，账户信息包括允许更新数字货币的最大额度阈值；当收款金额小于或等于最大额度阈值时，将目标钱包账户的余额与收款金额进行对比；在确定出收款金额大于最大额度阈值时，拒绝扣款请求。

另一种可能的实施方式中，硬件钱包的账户信息还包括状态信息；状态信息用于表征硬件钱包处于可用状态或非可用状态；交易处理方法还包括：在确定硬件钱包处于可用状态的情况下，对比收款金额与最大额度阈值。

另一种可能的实施方式中，交易处理方法还包括：在确定硬件钱包处于非可用状态下时，拒绝扣款请求，以及向收款设备发送第二提示指令，第二提示指令用于指示收款设备显示硬件钱包处于非可用状态的提示信息。

另一种可能的实施方式中，账户信息还包括允许免密更新数字货币的免密额度阈值；其中，免密额度阈值小于最大额度阈值；交易处理方法还包括：在收款金额小于或等于最大额度阈值，且大于免密额度阈值时，向收款设备发送密码认证指令，密码认证指令用于指示收款设备提示使用硬件钱包的用户输入密码信息；接收收款设备返回的密码信息，并认证密码信息；根据收款金额，更新目标钱包账户的数字货币与收款账户的数字货币，包括：在密码信息认证通过时，根据收款金额，更新目标钱包账户的数字货币与收款账户的数字货币。

另一种可能的实施方式中，交易处理方法还包括：接收到数字货币返回请求，数字货币返回请求由收款设备响应于接收到的退款指令发送，数字货币返回请求用于指示将收款账户更新的数字货币返还至付款账户；根据收款金额，更新收款账户的数字货币；以及，在付款账户为目标钱包账户的情况下，根据收款金额更新目标钱包账户的数字货币；在付款账户为目标银行账户的情况下，根据收款金额更新目标银行账户的存款金额；在付款账户包括目标钱包账户和所述目标银行账户的情况下，根据余额，更新所述目标钱包账户的数字货币，以及，根据差值金额，更新目标银行账户的存款金额。

根据本公开实施例的第二方面，提供一种交易处理装置，该装置包括：接收单元，被配置为执行接收扣款请求，扣款请求由收款设备响应于获取到硬件钱包对应的硬件钱包标识发送，扣款请求包括硬件钱包标识和收款金额；确定单元，被配置为执行确定与硬件钱包标识关联的目标钱包账户及目标钱包账户的余额；数字货币更新单元，被配置为执行在所述余额大于或等于所述收款金额的情况下，根据收款金额，更新目标钱包账户的数字货币与收款账户的数字货币。

在一种可能的实施方式中，扣款请求还包括关联标识；关联标识用于指示与硬件钱包关联的目标钱包账户；确定单元被具体配置为执行：将关联标识对应的钱包账户确定为与硬件钱包标识关联的目标钱包账户。

另一种可能的实施方式中，交易处理装置还被配置为执行：在余额小于收款金额的情况下，获取与目标钱包账户关联的至少一个银行账户的银行账户信息；根据至少一个银行账户的银行账户信息，从至少一个银行账户中确定目标银行账户；根据收款金额，更新目标银行账户的存款金额与收款账户的数字货币；或者，确定收款金额与余额的差值金额；根据余额，更新目标钱包账户的数字货币，根据差值金额，更新目标银行账户的存款金额，以及根据收款金额更新收款账户的数字货币目标银行账户的存款金额目标银行账户的存款金额。

另一种可能的实施方式中，银行账户信息包括至少一个银行账户具有不同的扣款优先级和数字货币更新额度；确定单元被具体配置为执行：按照各个银行账户的扣款优先级，逐个确定各个银行账户的存款金额更新额度是否大于或者等于待更新金额，直到确定出数字货币更新额度大于或者等于待更新金额的目标银行账户。

另一种可能的实施方式中，交易处理装置还被配置为执行：在未确定出目标银行账户的情况下，拒绝扣款请求，并向收款设备发送第一提示指令，第一提示指令用于指示收款设备显示数字货币交易失败的提示信息。

另一种可能的实施方式中，交易处理装置还被配置为执行：根据硬件钱包标识获取硬件钱包的账户信息，账户信息包括允许更新数字货币的最大额度阈值；当收款金额小于或等于最大额度阈值时，将目标钱包账户的余额与收款金额进行对比；在确定出收款金额大于最大额度阈值时，拒绝扣款请求。

另一种可能的实施方式中，硬件钱包的账户信息还包括状态信息；状态信息用于表征硬件钱包处于可用状态或非可用状态；交易处理装置还被配置为执行：在确定硬件钱包处于可用状态的情况下，对比收款金额与最大额度阈值。

另一种可能的实施方式中，交易处理装置还被配置为执行：在确定硬件钱包处于非可用状态下时，拒绝扣款请求，以及向收款设备发送第二提示指令，第二提示指令用于指示收款设备显示硬件钱包处于非可用状态的提示信息。

另一种可能的实施方式中，账户信息还包括允许免密更新数字货币的免密额度阈值；其中，免密额度阈值小于最大额度阈值；交易处理装置还被配置为执行：在收款金额小于或等于最大额度阈值，且大于免密额度阈值时，向收款设备发送密码认证指令，密码认证指令用于指示收款设备提示使用硬件钱包的用户输入密码信息；接收收款设备返回的密码信息，并认证密码信息；根据收款金额，更新目标钱包账户的数字货币与收款账户的数字货币包括：在密码信息认证通过时，根据收款金额，更新目标钱包账户的数字货币与收款账户的数字货币。

另一种可能的实施方式中，交易处理装置还被配置为执行：接收到数字货币返回请求，数字货币返回请求由所述收款设备响应于接收到的退款指令发送，数字货币返回请求用于指示将收款账户更新的数字货币返还至付款账户；根据收款金额，更新收款账户的数字货币；以及，在付款账户为目标钱包账户的情况下，根据收款金额，更新所述目标钱包账户的数字货币；在付款账户为目标银行账户的情况下，根据收款金额，更新目标银行账户的存款金额；在付款账户包括目标钱包账户和目标银行账户的情况下，根据余额，更新目标钱包账户的数字货币，以及，根据差值金额，更新目标银行账户的存款金额。

根据本公开实施例的第三方面，提供一种电子设备，包括：处理器和用于存储处理器可执行指令的存储器；其中，处理器被配置为执行可执行指令，以实现如第一方面及其任一种可能的实施方式的交易处理方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面及其任一种可能的实施方式的交易处理方法；或者当计算机可读存储介质中的指令由交易处理装置执行时，使得交易处理装置能够执行如第一方面及其任一种可能的实施方式的交易处理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序或指令，计算机程序或指令被处理器执行如第一方面及其任一种可能的实施方式的交易处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：在用户使用硬件钱包进行交易时，硬件钱包将硬件钱包标识传送至收款设备，收款设备将接收的硬件钱包标识和收款金额发送至对应的服务器，以使服务器确定出与硬件钱包关联的目标钱包账户和该目标钱包对应的余额。该服务器再以余额大于或等于收款金额为目标钱包的扣款条件，在满足目标钱包的扣款条件时，从目标钱包账户的余额中更新收款金额的数字货币，并基于该笔更新金额更新收款设备对应的收款账户的数字货币，以使在交易过程中能基于硬件钱包的操作，直接从目标钱包的余额中完成扣款。在该交易过程中，需要利用硬件钱包支付时，能直接从硬件钱包关联的目标钱包账户中自动扣款，省略对硬件钱包的余额提前充值的步骤，简化扣款流程和交易流程，提高扣款效率和交易速度，从而提高用户使用硬件钱包进行交易的用户体验度，避免了相关技术中因硬件钱包的余额不足，不仅需要用户进行充值流程的操作，还需要用户重新开始交易流程的操作，而引起用户操作繁琐和用户体验度差的弊端。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种交易处理系统的示意图；

图2是根据一示例性实施例示出的一种付款应用的示意图；

图3是根据一示例性实施例示出的一种交易处理方法的流程图；

图4是根据一示例性实施例示出的一种交易处理方法的流程图；

图5是根据一示例性实施例示出的另一种交易处理方法的流程图；

图6是根据一示例性实施例示出的另一种交易处理方法的流程图；

图7是根据一示例性实施例示出的一种交易处理场景的示意图；

图8是根据一示例性实施例示出的一种交易过程的示图；

图9是根据一示例性实施例示出的一种交易系统设备关系的示意图；

图10是根据一示例性实施例示出的另一种交易处理方法的流程图；

图11是根据一示例性实施例示出的一种交易处理装置的框图；

图12是根据一示例性实施例示出的一种电子设备的示意图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在对本公开实施例提供的交易处理方法进行详细介绍之前，先对本公开实施例涉及的应用背景和实施环境进行简单介绍。

首先，对本公开涉及的应用背景进行简单介绍。

在数字货币流通的过程中,硬件钱包作为通过柜面或电子渠道开立的存储数字人民币的实体介质，可以以移动终端、卡片或可穿戴设备等形式被用户使用。例如，用户需要向POS机支付消费费用时，可以将移动终端形式的硬件钱包与该POS机碰一碰，即可从硬件钱包的余额中扣款，以完成支付。

相关技术中，用硬件钱包的支付过程，均是依赖硬件钱包的余额进行支付。因此，为了保证使用硬件钱包支付过程的顺利，通常需要用户对该硬件钱包的余额提前充值，以使硬件钱包有充足的余额用于支付。然而，上述这种以硬件钱包有充足余额为前提的支付方式，需用户能明确了解硬件钱包的余额情况的同时，还需用户不定期对硬件钱包的余额单独充值，会使用户使用硬件钱包支付的便捷性大大降低，用户的使用体验也相应地降低。

针对上述问题，本公开提供了一种交易处理方法，在用户使用硬件钱包进行交易时，硬件钱包将硬件钱包标识传送至收款设备，收款设备将接收的硬件钱包标识和收款金额发送至对应的服务器，以使服务器确定出与硬件钱包关联的目标钱包账户和该目标钱包账户对应的余额。该服务器再以余额大于或等于收款金额为目标钱包账户的扣款条件，在满足目标钱包账户的扣款条件时，以收款金额为更新金额，更新目标钱包账户的余额中数字货币，并更新收款设备对应的收款账户的数字货币，以使在交易过程中能基于硬件钱包的操作，直接从目标钱包账户的余额中扣款。

通过上述交易处理方法，在该交易过程中，需要利用硬件钱包支付时，能直接从硬件钱包关联的目标钱包账户中自动扣款，省略对硬件钱包的余额提前充值的步骤，简化扣款流程和交易流程，提高扣款效率和交易速度，从而提高用户使用硬件钱包进行交易的用户体验度，避免了相关技术中因硬件钱包的余额不足，不仅需要用户进行充值流程的操作，还需要用户重新开始交易流程的操作，而引起用户操作繁琐和用户体验度差的弊端。

其次，下面对本公开涉及的实施架构进行简单介绍。

图1是本公开提供的一种交易处理系统10的示意图。如图1所示，该交易处理系统包括服务器101、收款设备102和付款设备103。其中，服务器101可以通过有线网络或无线网络与收款设备102之间建立连接，付款设备103与收款设备102之间通过NFC非网络连接或通过蓝牙非网络连接。

本公开的付款设备与用户账户对应，该用户账户为在开通该付款设备的用户对应的账户，该付款设备开通和下发是由付款设备机构(如，银行机构或金融关联机构)执行的。将用户账户关联的用户钱包账户(如，个人钱包账户)作为付款设备的目标钱包账户，即，该付款设备与该目标钱包账户关联。在付款设备向收款设备付款时，收款设备将付款设备的设备标识和收款金额发送至收款设备对应的服务器，该收款设备对应的服务器根据目标钱包账户的余额和收款金额比对情况，从目标钱包账户的余额中扣款。

在一些实施例中，将操作收款设备的用户称为收款用户，将操作付款设备的用户称为付款用户。

在一些实施方式中，付款设备可以为硬件钱包。其付款设备的设备标识为硬件钱包标识。示例性的，硬件钱包可以是设置有安全芯片的移动支付终端设备，也可以是设置有安全芯片的卡片；也可以设置有安全芯片的可穿戴设备(如，手表形式的支付设备)。因此，本申请对该硬件钱包的形成不作具体限定。

在一些实施方式中，如图2所示，付款设备可与付款应用对应，示例性的，付款应用上内容显示方式与银行应用数字货币相关信息的显示方式类似。该付款应用可以显示为该付款设备提供付款来源的付款账户的相关信息，如，目标钱包账户的相关信息，其中，目标钱包账户可以关联一个或者多个银行账户，如：银行账户1、银行账户2、银行账户3……。示例性的，该付款应用安装于终端设备上，并通过终端设备的内容显示界面上显示付款设备标识(如，硬件钱包标识)、目标钱包账户以及二者的关联信息，如，关联标识。示例性的，用户在用户的终端设备的付款应用上通过手动操作，如，输入将付款设备的设备标识信息、关联标识和绑定认证信息等信息，完成付款设备与付款应用二者之间的对应绑定。又一示例的，终端设备与付款设备通过NFC或蓝牙进行信息交互传输，以代替用户手动操作地输入信息，从而实现二者的对应绑定。因此，本申请对付款设备与付款应用绑定的绑定方式不作具体限定。

需要说明的是，该付款应用也可具有独立地线上支付功能，与其他收款应用进行交互，以完成更新付款应用的账户的数字货币以及更新收款应用的账户的数字货币；同时该付款应用还可具有独立地线上收款功能。基于此，本申请对该目标钱包账户对应的应用是独立功能的付款应用还是收款及付款综合功能的应用，不作具体限定。

一些实施例中，服务器包含有数据库或与数据库连接，付款设备的设备标识与目标钱包账户的关联关系可以存储于数据库中。收款设备可以通过服务器实现对数据库中目标钱包账户的有关信息的访问操作。

另一些实施例中，服务器可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。本公开对服务器的具体实现方式也不作限制。

终端设备可以是手机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)\虚拟现实(virtual reality，VR)设备等可以安装并使用付款应用的设备，本公开对该终端的具体形态不作特殊限制。其可以与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互。

可选地，上述图1所示的交易处理系统中，服务器可以与至少一个收款设备通信连接。本公开对收款设备的数量及类型均不作限制。

可选地，结合图1和图2所示的交易处理系统中，服务器可以与至少一个终端设备连接，该终端设备安装有与付款设备对应的付款应用。本公开对终端设备的数量及类型均不作限制。

本公开实施例提供的交易处理方法可以应用于前述图1中的服务器。为了便于理解，以下以目标钱包账户为母钱包账户为例，结合附图对本公开提供的交易处理方法进行具体介绍。

图3是根据一示例性实施例示出的一种交易处理方法的流程图，如图3所示，当该交易处理方法应用于上述交易处理系统中的服务器时，包括以下步骤S31至步骤S33。

步骤S31,服务器接收扣款请求。

其中，扣款请求由收款设备响应于获取到硬件钱包对应的硬件钱包标识发送，扣款请求包括硬件钱包标识和收款金额。该硬件钱包标识是用于确定硬件钱包的标识。

需要说明的是，本公开的硬件钱包与收款设备之间通过NFC或蓝牙等无线非网络技术建立连接。

相对应地，收款设备是能与硬件钱包进行无线非网络技术通信，并且收款设备是被硬件钱包的发行机构和收款设备的发行机构共同认证许可的。如，收款设备可以是POS机。

在一些实施例中，将操作收款设备的用户称为收款用户，将操作硬件钱包的用户称为付款用户。

结合如图4所示的步骤S41至S46交互过程，对上述步骤S31中“扣款请求”的产生场景的作以下说明。

步骤S41，收款设备响应于使用收款设备的收款用户输入信息，确定出收款金额。

其中，该收款用户输入信息至少包括收款金额。示例性，在买家向卖家支付交易费用时，卖家(即，收款用户)在收款设备上输入收款金额的收款，并让买家(即，付款用户)确定该收款金额无误后，确定出是该收款金额。

步骤S42，收款设备向硬件钱包发送获取请求。

其中，该获取请求用于指示获取到硬件钱包标识的请求。

在一些实施方式中，上述获取请求还可包括收款设备的收款设备标识。

步骤S43，硬件钱包响应收款设备发送的获取请求，将硬件钱包标识发送至收款设备。

结合步骤S42中的实施方式，付款设备根据收款设备标识对收款设备进行硬件认证，以保证收款设备与付款设备相匹配。示例性的，付款设备存储各个收款设备对应的收款设备标识，其中，各个收款设备能适用于该付款设备，且与该付款设备匹配。付款设备将获取请求中的收款标识与收款设备存储的各个收款设备标识进行比对，以确定各个收款设备标识是否包括获取请求中的收款标识。若包括则硬件认证通过，则将硬件钱包标识发送至收款设备；若不包括则硬件认证通过，则拒绝获取请求。

步骤S44，收款设备接收硬件钱包标识。

步骤S45，收款设备根据收款金额和硬件钱包标识，生成扣款请求。

步骤S46，收款设备将扣款请求发送至对应的服务器。

相对于步骤S42中的实施方式，在另一实施方式中，收款设备标识也可以包括于发送至服务器的扣款请求中，让服务器对该收款设备进行软件认证，以确保收款设备与付款设备相匹配。

步骤S32,服务器确定与硬件钱包标识关联的母钱包账户及母钱包账户的余额。

上述硬件钱包标识的母钱包账户可以是付款用户账户关联的用户钱包账户(即，个人钱包，如，微信钱包、支付宝)。基于此，母钱包账户可以为用户钱包账户(即，个人钱包账户，如，支付宝账户、微信钱包账户)；母钱包账户的余额可以为用户钱包账户的余额(如，支付宝账户的余额)额度。

服务器可以根据以下两种实施方式确定出关联的母钱包账户。

作为一种可能的实施方式，服务器对应的数据库中预先存储有硬件钱包标识与母钱包账户关联关系。服务器根据扣款请求中的硬件钱包标识与数据库中的前述关联关系确定与该硬件钱包标识关联的母钱包账户。结合图5所示，该实施方式的母钱包账户确定过程如下：硬件钱包将硬件钱包标识发送至收款设备；收款设备再将接收的硬件钱包标识发送至服务器；服务器根据硬件钱包标识与硬件钱包标识关联的母钱包账户对应关系确定与硬件钱包关联的母钱包账户。该实施方式是服务器基于付款设备的硬件钱包标识，确定母钱包账户。

作为另一种可能的实施方式，扣款请求还包括关联标识，关联标识用于指示与硬件钱包关联的母钱包账户的标识。上述步骤S32可以通过以下步骤S32A具体实施。

步骤S32A，服务器根据与硬件钱包标识关联的关联标识，确定出与硬件钱包关联的母钱包账户。

在一些实施例中，关联标识也称为关联码。服务器对应的数据库中预先存储有关联标识与母钱包账户对应关系。服务器根据扣款请求中的关联标识与服务器中的前述对应关系确定与硬件钱包关联的母钱包账户。结合图6所示，母钱包账户确定过程如下：收款设备将关联标识发送至付款设备；付款设备再将接收的关联标识发送至服务器；服务器根据关联标识与关联标识相对应的母钱包账户对应关系确定与硬件钱包关联的母钱包账户。

在该实施方式中，付款设备预先存储有硬件钱包标识与对应的关联标识，从而在付款时将关联标识与硬件钱包标识一并发给收款设备，收款设备则可生成包含关联标识的扣款请求。服务器对应的数据库中预先存储关联标识与母钱包账户的对应关系。基于此，服务器能根据扣款请求中的关联标识，利用该对应关系，确定出与硬件钱包关联的母钱包账户。上述直接根据付款设备发送的关联标识，确定母钱包账户的实施逻辑简单、可行性高，且因其关联标识属于硬件存储，存储的关联标识安全性高，则确定母钱包账户的过程安全性更高。

步骤S33,服务器在确定余额大于或等于收款金额的情况下，根据收款金额，更新母钱包账户的数字货币与收款账户的数字货币。

其中，“更新”可以理解为：生成新的数字货币币串替换原有的数字货币币串，或者增加数字货币币串。

以用于支付的目标钱包账户(即，母钱包)中扣减的金额，更新目标钱包账户的数字货币(如，新的数字货币币串替换原有的数字货币币串)。以用于收款的收款账户增加的金额，更新收款账户的数字货币(如，增加数字货币币串)。

基于上述实施方式，在用户使用硬件钱包进行交易时，硬件钱包将硬件钱包标识传送至收款设备，收款设备将接收的硬件钱包标识和收款金额发送至对应的服务器，以使服务器确定出与硬件钱包关联的母钱包账户和该母钱包对应的余额。该服务器再以余额大于或等于收款金额为母钱包账户的扣款条件，在满足母钱包账户的扣款条件时，从母钱包账户的余额中扣款收款金额的数字货币，并将该笔扣款更新至收款设备对应的收款账户，以使在交易过程中能基于硬件钱包的操作，直接从母钱包账户的余额中扣款。因此，在该交易过程中，需要利用硬件钱包支付时，能直接从硬件钱包关联的母钱包账户中自动扣款，省略对硬件钱包的余额提前充值的步骤，简化扣款流程和交易流程，提高扣款效率和交易速度，从而提高付款用户使用硬件钱包进行交易的用户体验度，避免了相关技术中因硬件钱包的余额不足，不仅需要付款用户进行充值流程的操作，还需要付款用户重新开始交易流程的操作，而引起用户操作繁琐和付款用户体验度差的弊端。

如图7所示，以下结合两种场景对母钱包账户的数字货币更新方式做进一步说明。可理解为，服务器根据余额与收款金额比对结果，更新母钱包账户中收款金额的数字货币和收款账户的数字货币，具体可以包括以下两种场景对应的具体实施步骤。

场景一，如上述步骤S33的实施方式,在母钱包账户的余额充足情况下，即余额大于或等于收款金额，直接从母钱包账户的余额中扣款收款金额。

场景二，在母钱包账户的余额不充足情况下，可以分为以下两种扣款方式。

(1)从母钱包账户关联的银行账户中扣款。

作为一种具体实施方式，获取与母钱包账户关联的至少一个银行账户的银行账户信息；在余额小于收款金额的情况下，根据至少一个银行账户的银行账户信息，从至少一个银行账户中确定出目标银行账户；根据收款金额，更新目标银行账户的存款金额与收款账户的数字货币。在该实施方式，母钱包账户的余额不充足时，母钱包账户中余额不再支付，转为用目标银行账户代扣支付，以实现利用母钱包账户关联的银行账户对收款金额的代扣。

(2)从母钱包账户关联的银行账户和母钱包账户的余额中组合扣款。

作为一种具体实施方式，获取与母钱包账户关联的至少一个银行账户的银行账户信息；在余额小于收款金额的情况下，根据至少一个银行账户的银行账户信息，从至少一个银行账户中确定出目标银行账户；确定出收款金额与余额的差值金额；根据余额，更新母钱包账户的数字货币，根据差值金额，更新目标银行账户的存款金额，以及根据收款金额更新收款账户的数字货币。在该实施方式，母钱包账户的余额不充足时，母钱包账户先将余额支付后，再转为用目标银行账户补扣余额不足的差值金额，以实现利用母钱包账户关联的银行账户对差值金额的补扣。

进一步地，对上述场景二中“根据至少一个银行账户的银行账户信息，从至少一个银行账户中确定出目标银行账户”作进一步说明。

在一些实施例中，银行账户信息包括至少一个银行账户具有不同的扣款优先级和数字货币更新额度。示例性的，根据至少一个银行账户的银行账户信息，从至少一个银行账户中确定出目标银行账户通过以下方式实施：按照各个银行账户的扣款优先级，逐个确定各个银行账户的存款金额更新额度是否大于或者等于待更新金额，直到确定出数字货币更新额度大于或者等于待更新金额的目标银行账户。其中，待更新金额可以是收款金额和差值金额。

在一些具体示例中，数字货币更新额度由银行账户的允许转账额度阈值以及银行账户的存款金额共同确定的。如果银行账户的允许转账额度阈值大于或等于银行账户的存款金额，则该银行账户的存款金额更新额度为银行账户的存款金额；如果银行账户的允许转账额度阈值小于银行账户的存款金额，则该银行账户的存款金额更新额度为该银行账户的允许转账额度阈值。

又一些具体示例中，数字货币更新额度由银行账户对应的发行机构与硬件钱包的发行机构签署的如图8所示的扣款协议以及银行账户的存款金额共同确定的。该扣款协议用于指示银行账户能为该硬件钱包扣款。示例性的，在银行账户信息包括该扣款协议时，该银行账户的存款金额更新额度为银行账户的存款金额；在银行账户信息不包括该扣款协议时，该银行账户的存款金额更新额度为零。需要说明的是，如图9所示，硬件钱包、母钱包账户、各个银行账户分别对应硬件钱包的发行机构、母钱包账户的发行机构、银行账户的发行机构。各个发行结构分别对应不同的数据库：硬件钱包的发行机构数据库、母钱包账户的发行机构数据库、银行账户的发行机构数据库。各个发行机构的数据库存储有对应的发行机构发行的相关信息(如，硬件钱包标识、硬件钱包的账户信息、母钱包账户信息、银行账户的账户信息、关联标识等)。服务器与各个发行机构的数据库之间进行交互访问，以实现信息共享。

上述至少一个银行账户具有不同的扣款优先级。示例性的，可以按照各个银行账户与母钱包账户关联的先后顺序，确定各个银行账户的扣款优先级；也可以按照各个银行账户与母钱包账户之前的数字货币更新频次，确定各个银行账户的扣款优先级；也可以根据硬件钱包关联的用户的需求，设置各个银行账户的扣款优先级。因此，本申请对各个银行账户的扣款优先级的确定方式不作具体限定。

在另一些实施例中，上述具有不同的扣款优先级的各个银行账户，可以按照扣款优先级从大到小的顺序依次与硬件钱包关联，以使在需要银行账户进行支付时，能按照扣款优先级从大到小的顺序，依次将银行账户的存款金额作为待支付的付款来源。

相对地上述确定出目标银行账户的情况，以下针对从至少一个银行账户中为确定出目标银行账户的情况，给出如下实施方式：在未确定出目标银行账户的情况下，拒绝收款设备发送的扣款请求，并向收款设备发送第一提示指令。其中，第一提示指令用于指示收款设备显示数字货币交易失败的提示信息。在该实施方式中，确定不出目标银行账户说明硬件钱包的母钱包账户和母钱包关联的银行账户均不具有支付收款金额数字货币的付款能力。因此，在未确定出目标银行账户的情况，拒绝交易或停止交易。

针对上述场景二中的扣款方式(1)中目标银行账户的确定做出如下实施方式：按照各个银行账户的扣款优先级，逐个确定各个银行账户的存款金额更新额度是否大于或等于收款金额，直至确定出数字货币更新额度大于或等于收款金额的目标银行账户。该实施方式确保目标银行账户的存款金额更新额度大于或等于收款金额，以保证目标银行账户对收款金额的代扣的可行性。

针对上述场景二中的扣款方式(2)中目标银行账户的确定做出如下实施方式：按照各个银行账户的扣款优先级，逐个确定各个银行账户的存款金额更新额度是否大于或等于差值，直至确定出数字货币更新额度大于或等于差值金额的目标银行账户。该实施方式确保目标银行账户的存款金额币更新额度大于或等于差值金额，以保证目标银行账户对差值金额的补扣的可行性。

以上针对母钱包账户中不同的余额情况，提供不同的付款来源，即母钱包账户的余额和/或至少一个银行账户的存款金额，使得交易的扣款不仅仅依赖母钱包的余额这一付款来源，还可依赖母钱包账户关联的至少一个银行账户的存款金额，对差值金额的扣款补扣或对收款金额的扣款代扣。基于此，不同付款来源的扣款方式，能保证有更多付款来源的数字货币向收款账户更新，提高扣款的成功率，从而提高交易过程的可靠性和安全性。

作为一种可能的实施方式，硬件钱包的账户信息包括允许更新数字货币的最大额度阈值，在上述步骤S33之前还可以执行以下实施过程，以完成付款额度限制。

(a)根据硬件钱包标识获取硬件钱包对应的允许更新数字货币的最大额度阈值。

其中，最大额度阈值可以是开通硬件钱包的用户根据用户的付款需求设定；也可以是发行硬件钱包的发行机构设定的。

(b)在确定出收款金额小于或等于最大额度阈值时，将母钱包账户的余额与收款金额进行对比。

具体地，将收款金额与最大额度阈值比较，在收款金额小于或等于最大额度阈值情况下，才能执行上述场景一的实施步骤(如，步骤S33)和场景二的实施步骤，以保证硬件设备的该交易额度不超过最大额度阈值。

(c)在确定出收款金额大于最大额度阈值时，拒绝收款设备发送的扣款请求。

具体地，在收款金额大于最大额度阈值时，停止该笔交易额度(即付款额度)超过最大额度阈值的交易，以使基于硬件钱包发生交易的交易额度在用户许可或硬件钱包发行机构许可的范围内，从而保证交易可靠性。

以下对服务器获取硬件钱包的账户信息的两种实施方式做详细说明。

方式一：上述硬件钱包的账户信息，可以是服务器从与服务器相连的数据库中获取的。具体的，硬件钱包的发行机构能提供硬件钱包的账户信息，结合图9，硬件钱包的发行机构将硬件钱包的账户信息存储在数据库中。服务器根据硬件钱包标识访问该数据库，该服数据库就能为服务器提供该数据库中存储的账户信息。

方式二：上述硬件钱包的账户信息，还可以是收款设备将付款设备发送的硬件钱包的账户信息转发送至服务器的。具体地，付款设备将硬件钱包的账户信息发送至收款设备；收款设备将该账户信息发送至服务器。示例性的，扣款请求还包括硬件钱包的账户信息，该示例中，服务器获得硬件钱包的账户信息与上述服务器获取硬件钱包标识过程等同。

需要说明的是，上述两种获取账户信息的方式仅为示例，因此，本申请对账户信息的获取方式不作具体限定。

在该实施方式中，服务器在接收到扣款请求后，根据收款金额与最大额度阈值比较结合，确定是否继续交易支付过程，以使发生交易的交易额度不超过最大额度阈值，避免产生超额支付的问题。

作为另一种可能的实施方式，硬件钱包的账户信息还包括状态信息，其中，状态信息用于表征硬件钱包处于可用状态或非可用状态。其中，非可用状态包括挂失状态、注销状态、冻结状态和暂停状态中的一项或多项。

基于硬件钱包处于可用状态的实施方式如下：在上述步骤S33之前且在接收扣款请求之后，还可以执行以下实施流程:先根据硬件钱包标识获取硬件钱包的状态信息；再在确定状态信息处于可用状态的情况下，对比收款金额与最大额度阈值。在该实施方式中，在状态信息处于可用状态情况下，才能执行上述场景一的实施步骤(如，步骤S33)和场景二的实施步骤，以保证付款额度的支付过程是在硬件钱包处于可用状态下进行的，以防止硬件钱包在异常状态下(即，非可用状态下)进行错误交易，保证硬件钱包支付过程的安全性。

相对地，基于硬件钱包处于非可用状态的实施方式如下：在确定状态信息处于非可用状态下时，拒绝收款设备发送的扣款请求，以及向收款设备发送第二提示指令。其中，第二提示指令用于指示收款设备显示硬件钱包处于非可用状态的提示信息。在该实施方式中，在硬件钱包确定处于非可用状态下时，停止该笔硬件钱包出现异常的交易，以使交易的支付过程是使用可用状态下的硬件钱包执行的，防止硬件钱包在非可用状态下执行付款支付，从而保证交易可靠性。

在一种可能的实施方式中，账户信息还包括允许免密更新数字货币的免密额度阈值；其中，免密额度阈值小于最大额度阈值。

一些实施例中，免密额度阈值可以是开通硬件钱包的用户根据用户的付款需求设定；也可以是发行硬件钱包的发行机构设定的。本申请对此不作具体限定。

在向付款账户过程中，通过以下实施方式，完成免密支付或密码认证支付。

在收款金额大于免密额度阈值时，向收款设备发送密码认证指令，密码认证指令用于指示使用硬件钱包的用户输入密码信息；接收收款设备返回的密码信息，并认证密码信息；在密码信息认证通过时，根据收款金额，更新目标钱包账户的数字货币与收款账户的数字货币。可以理解的是，更新目标银行账户的存款金额中收款金额的存款金额或母钱包账户的余额中收款金额的数字货币；以及更新将收款账户的数字货币。

在收款金额小于免密额度阈值时，直接对收款金额的数字货币更新，，无需密码认证地完成支付。

通过该实施方式，能根据收款金额与免密额度阈值的比较结果，确定免密支付或密码认证支付的付款方式，以使硬件钱包支付的收款金额较少时进行免密支付，以及硬件钱包支付的收款金额较少时进行密码认证支付。

在一种可能的实施方式中，结合图3如图10所示，在完成支付后，还可以执行以下实施流程，以完成交易退款。

步骤S34，接收到收款设备发送的数字货币返回请求。

其中，数字货币返回请求用于指示将收款账户更新的数字货币返还至硬件钱包对应的付款账户；付款账户为母钱包账户和/或目标银行账户。

步骤S35，根据收款金额，更新收款账户的数字货币和付款账户的账户金额。

具体地，在接收到数字货币返回请求时，根据收款金额，更新收款账户的数字货币，该更新的数字货币用于退款。如果收款账户得到的收款金额的数字货币来源于母钱包账户，即，付款账户是母钱包账户)，则根据收款金额更新母钱包账户余额中的数字货币，以完成将退款退回至母钱包账户。如果收款账户得到的收款金额的数字货币来源于目标银行账户，即，付款账户是目标银行账户，则根据收款金额更新目标钱包账户的余额，以完成将退款退回至目标银行账户。如果收款账户得到的收款金额的数字货币来源于母钱包账户和目标银行账户(如上述场景二的组合扣款方式)，根据余额，更新所述目标钱包账户的数字货币，以及，根据差值金额，更新目标银行账户的存款金额，以完成将退款分别退回至目标银行账户和母钱包账户。

可选的，在收款账户向目标银行账户更新收款金额或差值金额的数字货币失败后，将收款账户的收款金额或差值金额的数字货币更新至母钱包账户，以使在向目标银行账户退款失败时将退款转至母钱包账户。

通过该实施方式，能将收款账户的数字货币退回至付款账户，以保证交易中发生退款需求时，能正常退款。

为了实现上述功能，交易处理装置包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本公开实施例还提供一种如图11所示的交易处理装置11，该装置包括：接收单元111,确定单元112,数字货币更新单元113。

接收单元111，被配置为执行接收扣款请求，扣款请求由收款设备响应于获取到硬件钱包对应的硬件钱包标识发送，扣款请求包括硬件钱包标识和收款金额；如用于执行如上述交易处理方法中步骤S31。确定单元112，被配置为执行确定与硬件钱包标识关联的母钱包账户及母钱包账户的余额，如用于执行如上述交易处理方法中步骤S32。数字货币更新单元113，被配置为执行在所述余额大于或等于所述收款金额的情况下，根据收款金额，更新目标钱包账户的数字货币与收款账户的数字货币；如用于执行如上述交易处理方法中步骤S33。

在一种可能的实施方式中，扣款请求还包括关联标识；关联标识用于指示与硬件钱包关联的母钱包账户的标识；确定单元112被配置为具体执行：根据与硬件钱包标识关联的关联标识，确定出与硬件钱包关联的母钱包账户。

另一种可能的实施方式中，数字货币更新单元113还被配置为执行：在余额小于收款金额的情况下，获取与目标钱包账户关联的至少一个银行账户的银行账户信息；根据至少一个银行账户的银行账户信息，从至少一个银行账户中确定目标银行账户；根据收款金额，更新目标银行账户的存款金额与收款账户的数字货币；或者，确定收款金额与余额的差值金额；根据余额，更新目标钱包账户的数字货币，根据差值金额，更新目标银行账户的存款金额，以及根据收款金额更新收款账户的数字货币。

另一种可能的实施方式中，银行账户信息包括至少一个银行账户具有不同的扣款优先级和数字货币更新额度；确定单元112被具体配置为执行：按照各个银行账户的扣款优先级，逐个确定各个银行账户的存款金额更新额度是否大于或者等于待更新金额，直到确定出数字货币更新额度大于或者等于待更新金额的目标银行账户。

另一种可能的实施方式中，银行账户信息包括至少一个银行账户具有不同的扣款优先级和数字货币更新额度；确定单元112被具体配置为执行：按照各个银行账户的扣款优先级，逐个确定各个银行账户的存款金额更新额度是否大于或者等于待更新金额，直到确定出数字货币更新额度大于或者等于待更新金额的目标银行账户。

另一种可能的实施方式中，交易处理装置11还被配置为执行：在未确定出目标银行账户的情况下，拒绝扣款请求，并向收款设备发送第一提示指令，第一提示指令用于指示收款设备显示数字货币交易失败的提示信息。

另一种可能的实施方式中，交易处理装置11还被配置为执行：根据硬件钱包标识获取硬件钱包的账户信息，账户信息包括允许更新数字货币的最大额度阈值；当收款金额小于或等于最大额度阈值时，将目标钱包账户的余额与收款金额进行对比；在确定出收款金额大于最大额度阈值时，拒绝扣款请求。

另一种可能的实施方式中，硬件钱包的账户信息还包括状态信息；状态信息用于表征硬件钱包处于可用状态或非可用状态；交易处理装置11还被配置为执行：在确定硬件钱包处于可用状态的情况下，对比收款金额与最大额度阈值。

另一种可能的实施方式中，交易处理装置11还被配置为执行：在确定硬件钱包处于非可用状态下时，拒绝扣款请求，以及向收款设备发送第二提示指令，第二提示指令用于指示收款设备显示硬件钱包处于非可用状态的提示信息。

另一种可能的实施方式中，账户信息还包括允许免密更新数字货币的免密额度阈值；其中，免密额度阈值小于最大额度阈值；交易处理装置11还被配置为执行：在收款金额小于或等于最大额度阈值，且大于免密额度阈值时，向收款设备发送密码认证指令，密码认证指令用于指示收款设备提示使用硬件钱包的用户输入密码信息；接收收款设备返回的密码信息，并认证密码信息；根据收款金额，更新目标钱包账户的数字货币与收款账户的数字货币包括：在密码信息认证通过时，根据收款金额，更新目标钱包账户的数字货币与收款账户的数字货币。

另一种可能的实施方式中，交易处理装置11还被配置为执行：接收到数字货币返回请求，数字货币返回请求由所述收款设备响应于接收到的退款指令发送，数字货币返回请求用于指示将收款账户更新的数字货币返还至付款账户；根据收款金额，更新收款账户的数字货币；以及，在付款账户为目标钱包账户的情况下，根据收款金额，更新所述目标钱包账户的数字货币；在付款账户为目标银行账户的情况下，根据收款金额，更新目标银行账户的存款金额；在付款账户包括目标钱包账户和目标银行账户的情况下，根据余额，更新目标钱包账户的数字货币，以及，根据差值金额，更新目标银行账户的存款金额。

示例性的，该交易处理装置还包括：比较单元，该比较单元被配置为执行：根据硬件钱包标识获取硬件钱包的账户信息，账户信息包括允许转移数字货币的最大额度阈值；在确定出收款金额小于或等于最大额度阈值时，将母钱包账户的余额与收款金额进行对比；在确定出收款金额大于最大额度阈值时，拒绝收款设备发送的扣款请求。

关于上述实施例中的装置，其中各个单元模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图12是本公开提供的一种电子设备的示意图。如图12，该电子设备90可以包括至少一个处理器901以及用于存储处理器可执行指令的存储器903。其中，处理器901被配置为执行存储器903中的指令，以实现以下实施例中的交易处理方法。

另外，电子设备90还可以包括通信总线902、至少一个通信接口904、输入设备906和输出设备905。

处理器901可以是一个处理器(central processing units，CPU)，微处理单元，ASIC，或一个或多个用于控制本公开方案程序执行的集成电路。

通信总线902可包括一通路，在上述组件之间传送信息。

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

输入设备906用于接收输入信号和输出设备905用于输出信号。

存储器903可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理单元相连接。存储器也可以和处理单元集成在一起。

其中，存储器903用于存储执行本公开方案的指令，并由处理器901来控制执行。处理器901用于执行存储器903中存储的指令，从而实现本公开方法中的功能。

在具体实现中，作为一种实施例，处理器901可以包括一个或多个CPU，例如图12中的CPU0和CPU1。

在具体实现中，作为一种实施例，电子设备10可以包括多个处理器，例如图12中的处理器901。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

该电子设备如图12所示包括：处理器901和用于存储处理器901可执行指令的存储器903；其中，处理器901被配置为执行可执行指令，以实现如上述任一种可能的实施方式的交易处理方法。且能达到相同的技术效果，为避免重复，这里不再赘述。

本公开实施例还提供一种计算机可读存储介质，当计算机可读存储介质中的指令由交易处理装置或电子设备的处理器执行时，使得交易处理装置或电子设备能够执行如上述任一种可能的实施方式的交易处理方法。且能达到相同的技术效果，为避免重复，这里不再赘述。

本公开实施例还提供一种计算机程序产品，包括计算机程序或指令，计算机程序或指令被处理器执行如上述任一种可能的实施方式的交易处理方法。且能达到相同的技术效果，为避免重复，这里不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (13)

1.一种交易处理方法，其特征在于，应用于服务器，所述方法包括：

接收扣款请求，所述扣款请求由收款设备响应于获取到硬件钱包对应的硬件钱包标识发送，所述扣款请求包括所述硬件钱包标识和收款金额；

确定与所述硬件钱包标识关联的目标钱包账户及所述目标钱包账户的余额；

在所述余额大于或等于所述收款金额的情况下，根据所述收款金额，更新所述目标钱包账户的数字货币与收款账户的数字货币。

2.根据权利要求1所述的交易处理方法，其特征在于，所述扣款请求还包括关联标识；所述关联标识用于指示与所述硬件钱包关联的所述目标钱包账户；

所述确定与所述硬件钱包标识关联的目标钱包账户，包括：

将所述关联标识对应的钱包账户确定为与所述硬件钱包标识关联的目标钱包账户。

3.根据权利要求1所述的交易处理方法，其特征在于，所述方法还包括：

在所述余额小于所述收款金额的情况下，获取与所述目标钱包账户关联的至少一个银行账户的银行账户信息；

根据所述至少一个银行账户的银行账户信息，从所述至少一个银行账户中确定目标银行账户；

根据所述收款金额，更新所述目标银行账户的存款金额与所述收款账户的数字货币；

或者，确定所述收款金额与所述余额的差值金额；

根据所述余额，更新所述目标钱包账户的数字货币，根据所述差值金额，更新所述目标银行账户的存款金额，以及根据所述收款金额更新所述收款账户的数字货币。

4.根据权利要求3所述的交易处理方法，其特征在于，所述银行账户信息包括所述至少一个银行账户具有不同的扣款优先级和数字货币更新额度；所述根据所述至少一个银行账户的银行账户信息，从所述至少一个银行账户中确定出目标银行账户，包括：

按照各个所述银行账户的扣款优先级，逐个确定各个银行账户的存款金额更新额度是否大于或者等于待更新金额，直到确定出数字货币更新额度大于或者等于所述待更新金额的所述目标银行账户。

5.根据权利要求4所述的交易处理方法，其特征在于，所述方法还包括：

在未确定出所述目标银行账户的情况下，拒绝所述扣款请求，并向所述收款设备发送第一提示指令，所述第一提示指令用于指示所述收款设备显示数字货币交易失败的提示信息。

6.根据权利要求1所述的交易处理方法，其特征在于，所述方法还包括：

根据所述硬件钱包标识获取所述硬件钱包的账户信息，所述账户信息包括允许更新数字货币的最大额度阈值；

当所述收款金额小于或等于所述最大额度阈值时，将所述目标钱包账户的余额与所述收款金额进行对比；

在确定出所述收款金额大于所述最大额度阈值时，拒绝所述扣款请求。

7.根据权利要求6所述的交易处理方法，其特征在于，所述硬件钱包的账户信息还包括状态信息；所述状态信息用于表征所述硬件钱包处于可用状态或非可用状态；所述方法还包括：

在确定所述硬件钱包处于可用状态的情况下，对比所述收款金额与所述最大额度阈值。

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

在确定所述硬件钱包处于非可用状态下时，拒绝所述扣款请求，以及向所述收款设备发送第二提示指令，所述第二提示指令用于指示所述收款设备显示所述硬件钱包处于所述非可用状态的提示信息。

9.根据权利要求6所述的交易处理方法，其特征在于，所述账户信息还包括允许免密更新数字货币的免密额度阈值；其中，所述免密额度阈值小于所述最大额度阈值；所述方法还包括：

在所述收款金额小于或等于所述最大额度阈值，且大于所述免密额度阈值时，向所述收款设备发送密码认证指令，所述密码认证指令用于指示所述收款设备提示使用所述硬件钱包的用户输入密码信息；

接收所述收款设备返回的所述密码信息，并认证所述密码信息；

所述根据所述收款金额，更新所述目标钱包账户的数字货币与收款账户的数字货币，包括：

在所述密码信息认证通过时，根据所述收款金额，更新所述目标钱包账户的数字货币与所述收款账户的数字货币。

10.根据权利要求1-9任一项所述的交易处理方法，其特征在于，所述方法还包括：

接收数字货币返回请求，所述数字货币返回请求由所述收款设备响应于接收到的退款指令发送，所述数字货币返回请求用于指示将所述收款账户更新的所述数字货币返还至付款账户；

根据所述收款金额，更新所述收款账户的数字货币；以及，

在所述付款账户为所述目标钱包账户的情况下，根据所述收款金额更新所述目标钱包账户的数字货币；

在所述付款账户为所述目标银行账户的情况下，根据所述收款金额更新所述目标银行账户的存款金额；

在所述付款账户包括所述目标钱包账户和所述目标银行账户的情况下，根据所述余额，更新所述目标钱包账户的数字货币，以及，根据所述差值金额，更新所述目标银行账户的存款金额。

11.一种交易处理装置，其特征在于，所述装置包括：

接收装单元，被配置为执行接收扣款请求，所述扣款请求由收款设备响应于获取到硬件钱包对应的硬件钱包标识发送，所述扣款请求包括所述硬件钱包标识和收款金额；

确定单元，被配置为执行确定与所述硬件钱包标识关联的目标钱包账户及所述目标钱包账户的余额；

数字货币更新单元，被配置为执行在所述余额大于或等于所述收款金额的情况下，根据所述收款金额，更新所述目标钱包账户的数字货币与收款账户的数字货币。

12.一种电子设备，其特征在于，包括：处理器和用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述可执行指令，以实现如权利要求1至10中任一项所述的交易处理方法。

13.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至10中任一项所述的交易处理方法。