WO2024046453A1

WO2024046453A1 - 交易方法、硬件钱包开立方法、装置和设备

Info

Publication number: WO2024046453A1
Application number: PCT/CN2023/116424
Authority: WO
Inventors: 穆长春; 狄刚; 吕远; 赵新宇; 许科峰; 张湛; 崔沛东; 祁同飞; 彭美玲; 王汀; 范亚棋; 胡强; 彭晨漪; 张红学; 陈松; 周羽波
Original assignee: 中国人民银行数字货币研究所
Priority date: 2022-09-01
Filing date: 2023-09-01
Publication date: 2024-03-07

Abstract

一种交易方法应用于硬件钱包；硬件钱包中存储有与硬件钱包关联的目标钱包账户的关联信息；交易方法包括：接收来自交易发起设备的交易请求(201)；响应于交易请求，向交易发起设备发送关联信息，以使得交易发起设备根据关联信息与目标钱包账户进行交易(202)。交易方法涉及支付交易技术领域，可降低硬件钱包的交易成本。

Description

交易方法、硬件钱包开立方法、装置和设备

本申请要求于2022年09月01日提交的、申请号为202211065583.7的中国专利申请的优先权，要求于2022年09月01日提交的、申请号为202211065359.8的中国专利申请的优先权，要求于2022年09月01日提交的、申请号为202211065587.5的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本公开涉及支付交易技术领域，尤其涉及一种交易方法、硬件钱包开立方法、装置和设备。

背景技术

随着数字货币技术的发展，出现了硬件钱包产品。

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

发明内容

第一方面，本公开一些实施例提供一种交易方法，应用于硬件钱包，所述硬件钱包中存储有与所述硬件钱包关联的目标钱包账户的关联信息，所述方法包括：接收来自交易发起设备的交易请求；以及响应于所述交易请求，向所述交易发起设备发送所述关联信息，以使得所述交易发起设备根据所述关联信息与所述目标钱包账户进行交易。

第二方面，提供一种交易方法，应用于交易发起设备，包括：在与硬件钱包进行交易的过程中，获取所述硬件钱包的关联信息，所述关联信息为与所述硬件钱包关联的目标钱包账户的关联信息；以及基于所述关联信息与所述目标钱包账户进行交易。

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

第四方面，提供一种硬件钱包开立方法，应用于硬件钱包发行机构对应的服务器，包括：接收终端设备发送的目标用户对应的申请信息，所述申请信息是请求开立目标硬件钱包的信息，所述申请信息包括以下至少一项：用户信息、目标钱包账户信息；基于所述申请信息生成所述目标硬件钱包对应的目标数据，所述目标硬件钱包为所述目标用户对应的目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息；以及将所述目标数据发送给终端设备或硬件钱包平台设备，使得所述终端设备或所述硬件钱包平台设备基于所述目标数据开立目标硬件钱包。

第五方面，提供一种硬件钱包开立方法，应用于终端设备，包括：基于目标钱包账户向硬件钱包发行机构对应的服务器发送目标用户对应的申请信息，所述申请信息是请求开立目标硬件钱包的信息，所述申请信息包括以下至少一项：用户信息、目标钱包账户信息；接收所述服务器发送的目标数据；以及基于所述目标数据开立所述目标硬件钱包，所述目标硬件钱包为所述目标用户对应的所述目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息。

第六方面，提供一种硬件钱包开立方法，应用于硬件钱包平台设备，包括：接收服务器发送的目标数据，所述目标数据为所述服务器基于申请信息生成的所述目标硬件钱包对应的数据，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息；以及将所述目标数据写入到目标设备中得到目标硬件钱包，所述目标硬件钱包为所述目标用户对应的所述目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额。

第七方面，提供一种交易装置，应用于硬件钱包；所述硬件钱包中存储有与所述硬件钱包关联的目标钱包账户的关联信息；所述装置包括：接收单元和发送单元；所述接收单元，被配置为接收来自交易发起设备的交易请求；所述发送单元，被配置为响应于所述交易请求，向所述交易发起设备发送所述关联信息，以使得所述交易发起设备根据所述关联信息与所述目标钱包账户进行交易。

第八方面，提供一种交易装置，应用于交易发起设备；包括：获取单元和处理单元；所述获取单元，被配置为在与硬件钱包进行交易的过程中，获取所述硬件钱包的关联信息；所述关联信息为与所述硬件钱包关联的目标钱包账户的关联信息；所述处理单元，被配置为基于所述关联信息与所述目标钱包账户进行交易。

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

第十方面，提供一种硬件钱包发行机构对应的服务器，包括：传输单元和处理单元；所述传输单元，被配置为接收终端设备发送的目标用户对应的申请信息，所述申请信息是请求开立目标硬件钱包的信息，所述申请信息包括以下至少一项：用户信息、目标钱包账户信息；所述处理单元，被配置为基于所述申请信息生成所述目标硬件钱包对应的目标数据，所述目标硬件钱包为所述目标用户对应的目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息；所述传输单元，被配置为将所述目标数据发送给终端设备或硬件钱包平台设备，使得所述终端设备或所述硬件钱包平台设备基于所述目标数据开立目标硬件钱包。

第十一方面，提供一种终端设备，包括：传输单元和处理单元；所述传输单元，被配置为基于目标钱包账户向硬件钱包发行机构对应的服务器发送目标用户对应的申请信息，所述申请信息是请求开立目标硬件钱包的信息，所述申请信息包括以下至少一项：用户信息、目标钱包账户信息；所述传输单元，被配置为接收所述服务器发送的目标数据；所述处理单元，被配置为基于所述目标数据开立所述目标硬件钱包，所述目标硬件钱包为所述目标用户对应的所述目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息。

第十二方面，提供一种硬件钱包平台设备，包括：传输单元和处理单元；所述传输单元，被配置为接收服务器发送的目标数据，所述目标数据为所述服务器基于申请信息生成的所述目标硬件钱包对应的数据，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息；所述处理单元，被配置为将所述目标数据写入到目标设备中得到目标硬件钱包，所述目标硬件钱包为所述目标用户对应的所述目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额。

第十三方面，提供一种交易系统，包括：硬件钱包和交易发起设备；所述硬件钱包，被配置为执行如第一方面任一项的交易方法；所述交易发起设备，被配置为执行如第二方面任一项的交易方法。

第十四方面，提供一种硬件钱包开立系统，包括：硬件钱包发行机构对应的服务器、终端设备、硬件钱包平台设备；所述硬件钱包发行机构对应的服务器，被配置为执行如第四方面任一项的硬件钱包开立方法；所述硬件钱包平台设备，被配置为执行如权第五方面任一项的硬件钱包开立方法；所述终端设备，被配置为执行如第六方面的硬件钱包开立方法。

第十五方面，提供一种电子设备，包括：处理器；以及用于存储所述处理器可执行指令的存储器，所述处理器被配置为执行指令，以实现如第一方面任一项、第二方面任一项、第三方面任一项、第四方面任一项、第五方面任一项或第六方面的方法。

第十六方面，提供一种计算机可读存储介质，存储有计算机执行指令，所述计算机执行指令在由电子设备的处理器执行时，使得电子设备执行如第一方面任一项、第二方面任一项、第三方面任一项、第四方面任一项、第五方面任一项或第六方面的方法。

附图说明

图1是根据一个或多个实施例的一种交易方法实施架构图；

图2是根据一个或多个实施例的一种交易方法的流程图；

图3是根据一个或多个实施例的又一种交易方法的流程图；

图4是根据一个或多个实施例的又一种交易方法的流程图；

图5是根据一个或多个实施例的又一种交易方法的流程图；

图6是根据一个或多个实施例的又一种交易方法的流程图；

图7是根据一个或多个实施例的又一种交易方法的流程图；

图8是根据一个或多个实施例的又一种交易方法的流程图；

图9是根据一个或多个实施例的又一种交易方法的流程图；

图10是根据一个或多个实施例的又一种交易方法的流程图；

图11是根据一个或多个实施例的又一种交易方法的流程图；

图12是根据一个或多个实施例的又一种交易方法实施架构图；

图13是根据一个或多个实施例的一种付款应用图；

图14是根据一个或多个实施例的一种交易方法的流程图；

图15是根据一个或多个实施例的一种交易方法的流程图；

图16是根据一个或多个实施例的又一种交易方法的流程图；

图17是根据一个或多个实施例的又一种交易方法的流程图；

图18是根据一个或多个实施例的一种交易场景图；

图19是根据一个或多个实施例的一种交易过程图；

图20是根据一个或多个实施例的一种交易系统设备关系图；

图21是根据一个或多个实施例的又一种交易方法的流程图；

图22是根据一个或多个实施例的又一种交易方法实施架构图；

图23是根据一个或多个实施例的一种硬件钱包开立方法的流程图；

图24是根据一个或多个实施例的又一种硬件钱包开立方法的流程图；

图25是根据一个或多个实施例的又一种硬件钱包开立方法的流程图；

图26是根据一个或多个实施例的又一种硬件钱包开立方法的流程图；

图27是根据一个或多个实施例的又一种硬件钱包开立方法的流程图；

图28是根据一个或多个实施例的又一种硬件钱包开立方法的流程图；

图29是根据一个或多个实施例的又一种硬件钱包开立方法的流程图；

图30是根据一个或多个实施例的又一种硬件钱包开立方法的流程图；

图31是根据一个或多个实施例的又一种硬件钱包开立方法的流程图；

图32是根据一个或多个实施例的又一种硬件钱包开立方法的流程图；

图33是根据一个或多个实施例的又一种硬件钱包开立方法的流程图；

图34是根据一个或多个实施例的一种交易装置的框图；

图35是根据一个或多个实施例的又一种交易装置的框图；

图36是根据一个或多个实施例的又一种交易装置的框图；

图37是根据一个或多个实施例的一种硬件钱包开立装置的框图；

图38是根据一个或多个实施例的又一种硬件钱包开立装置的框图；

图39是根据一个或多个实施例的又一种硬件钱包开立装置的框图；

图40是根据一个或多个实施例的一种电子设备的框图。

具体实施方式

下面将详细描述本公开的各个方面的特征和示例性实施例。为了使本公开面临的技术问题、采用的技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本公开进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本公开，并不被配置为限定本公开。对于本领域技术人员来说，本公开可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本公开的示例来提供对本公开更好的理解。

需要说明的是，在本申请中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与又一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序；也不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

此外，说明书和/或权利要求中所使用的术语“一(a或an)”将被解释为表示“至少一个”。

随着数字货币技术的发展，出现了硬件钱包产品。现有的一些硬件钱包产品，在交易过程基于自身存储的数字货币进行交易，交易过程中采用大量的安全算法和交易算法，交易成本较高。

此外，硬件钱包还存在数字货币存储容量的问题。用户通过个人账户向硬件钱包兑入兑出数字货币也比较麻烦。

针对上述问题，一些实施例提供了一种交易方法，可以应用于硬件钱包。硬件钱包中存储有与硬件钱包关联的目标钱包账户的关联信息。这样，在接收来自交易发起设备的交易请求后，硬件钱包可以响应于交易请求，向交易发起设备发送关联信息，以使得交易发起设备根据关联信息与目标钱包账户进行交易。

由上可知，本公开一些实施例提供的硬件钱包仅需通过存储的关联信息，便可以实现与交易发起设备之间的交易。由于该硬件钱包中无需存储数字货币，因此，本公开一些实施例提供的硬件钱包也无需设置大量的安全算法和交易算法，降低了硬件钱包的交易成本。

此外，由于该硬件钱包中无需存储数字货币，因此，本公开一些实施例提供的硬件钱包也不存在数字货币存储容量的问题。用户也无需通过个人账户向硬件钱包兑入兑出数字货币，方便用户使用。

图1为本公开一些实施例的实施架构图。持有硬件钱包101的用户102可以与持有交易发起设备103的商户104进行支付交易。

在一种可以实现的方式中，硬件钱包101与交易发起设备103进行支付交易时，可以是数字货币与实体物品的交易，也可以是数字货币与虚拟物品的交易，还可以是其他类型的交易，本公开对此不作限定。

在硬件钱包101与交易发起设备103的交易为数字货币与实体物品情况下，硬件钱包101可以向交易发起设备103发送存储的关联信息。该关联信息是与硬件钱包关联的目标钱包账户的关联信息(又可以称为关联标识、关联码、关联码信息)。

交易发起设备103在接收到关联信息后，可以向目标钱包账户的账户平台发送交易请求。目标钱包账户的账户平台可以响应于交易请求，向交易发起设备103发送数字货币，或者数字货币的标识，或者用户标识等用于表示数字货币的支付信息。

交易发起设备103接收到支付信息，并确认支付信息无误后，可以将实体物品交易给硬件钱包101(或者硬件钱包101对应的用户)，交易完成。

一些实施例，硬件钱包101可以的实体形式可以是移动终端、卡片，也可以是可穿戴设备等各种不同形态，如可视卡钱包、手表、手环等。

在一种可以实现的方式中，硬件钱包101上可以安装有客户端。该客户端也可以是一个应用程序(application，APP)。在需要设置硬件钱包的交易参数的场景下，用户102可以在硬件钱包101上的客户端或者APP中执行的参数配置操作。

交易发起设备103可以是POS受理终端、自动贩卖机、自动售票机等用于发起交易的设备。

在一种可以实现的方式中，交易发起设备103上也可以安装有客户端。该客户端可以是用于执行发起交易的客户端。该客户端可以是一个APP。在需要发起交易的场景下，商户104可以在交易发起设备103上的客户端或者APP中执行交易发起操作。

为了便于理解，以下结合附图对本公开一些实施例提供的交易方法进行介绍。

图2是根据一个或多个实施例的一种交易方法的流程图，该交易方法应用于图1中的硬件钱包101。硬件钱包中存储有与硬件钱包关联的目标钱包账户的关联信息。

如图2所示，该交易方法包括以下步骤201-步骤202：

步骤201、硬件钱包接收来自交易发起设备的交易请求。

一些实施例，商户在发起交易时，可以在交易发起设备上执行交易发起操作。在这种情况下，交易发起设备可以响应于交易发起用户执行的交易发起操作，向硬件钱包发送交易请求。所述交易请求中可以包括交易金额、交易时间等信息。

在一种可能的实施方式中，硬件钱包接收来自交易发起设备的交易请求的方法包括：硬件钱包接收交易发起设备通过预设通讯方式发送的交易请求。

预设通讯方式包括：近场无线通讯方式、蓝牙通讯方式和超宽带(Ultra Wide Band，UWB)通讯方式中的至少一项。

近场无线通讯方式为无线通信模式，因此，上述无线交易通讯方式也可以称为标签支付技术的交易通讯方式。

一些实施例，预设通讯方式还可以包括但不限于：红外线交易通讯方式、紫蜂交易通讯方式、无线保真交易通讯方式。

在实际应用中，硬件钱包还可以接收交易发起设备通过有线通讯方式发送的交易请求。

在一种示例中，预设交易发起设备为POS终端。预设上述交易方法的应用场景为商户通过POS终端对用户进行收款的交易应用场景。

商户在发起收款交易时，可以在POS终端的交易发起页面(例如收款页面)，对交易发起控件(例如收款控件)执行触发操作(即交易发起操作)，并输入与该交易对应的收款信息(例如收款金额、收款方式等)。接着，POS终端可以响应于商户执行的触发操作，基于近场无线通讯方式向硬件钱包发送交易请求。相应的，硬件钱包接收来自交易发起设备的交易请求。

在一种可以实现的方式中，硬件钱包与交易发起设备的交易场景可以是线下交易场景(例如小额零售场景等)，也可以是线上收银台交易场景，还可以是其他场景，本公开对此不作限定。

一些实施例，在硬件钱包与交易发起设备的交易场景为线上收银台交易场景时，硬件钱包可以是手机客户端。交易发起设备可以是线上收银台。

手机客户端的NFC读写模块可以通过NFC技术与线上收银台建立连接，并获取支付凭证(即关联信息)实现线上支付。

对于手机PAY类的账户模式的硬件钱包，也可以通过手机内部的通道与线上收银台建立连接，并获取支付凭证(即关联信息)实现线上支付。

步骤202、硬件钱包响应于交易请求，向交易发起设备发送关联信息，以使得交易发起设备根据关联信息与目标钱包账户进行交易。

一些实施例，硬件钱包存储有与硬件钱包关联的目标钱包账户的关联信息，在接收到交易请求后，硬件钱包可以响应于交易请求，向交易发起设备发送关联信息，以使得交易发起设备根据关联信息与目标钱包账户进行交易。

在一种可以实现的方式中，硬件钱包中安装有安全芯片，关联信息可以存储于安全芯片中。

在一种可以实现的方式中，硬件钱包又称为子钱包，目标钱包账户又称为母钱包。子钱包可以复用母钱包的资金，无需单独兑入兑出，方便用户使用。

在一种可以实现的方式中，子钱包和母钱包的钱包级别可以相同，也可以不同。

钱包级别可以包括：一类实名钱包、二类实名钱包、三类实名钱包、四类匿名钱包。用户可以通过配置信息确定匿名或实名使用硬件钱包，充分维护了用户隐私权益。

在一种可以实现的方式中，硬件钱包中存储有硬件钱包的密钥。硬件钱包向交易发起设备发送关联信息的方法包括：

硬件钱包基于密钥对关联信息进行加密，并向交易发起设备发送加密后的关联信息。

一些实施例，硬件钱包可以使用国密算法，硬件载体内按照“一卡一密”的原则存储密钥。硬件钱包可以使用密钥对硬件钱包内存储的关联信息以及交易金额信息进行加密，并通过交易发起设备发送到账户平台进行支付交易，提高了基于硬件钱包的交易可靠性。

本公开一些实施例提供了一种交易方法，可以应用于硬件钱包。硬件钱包中存储有与硬件钱包关联的目标钱包账户的关联信息。这样，在接收到来自交易发起设备的交易请求后，硬件钱包可以响应于交易请求，向交易发起设备发送关联信息，以使得交易发起设备根据关联信息与目标钱包账户进行交易。

在一种可以实现的方式中，由于该硬件钱包中无需存储数字货币，因此，该硬件钱包又可以称为账户模式的硬件钱包。

一些实施例，账户模式的硬件钱包是运营机构以账户的形式记载数字人民币的价值，并建立所有者身份与账户中的数字人民币价值间的关联关系，以安全芯片形式储存数字人民币凭证，具有唯一硬件钱包编号，在发行运营机构后台系统储存币串的硬件钱包。

账户模式的硬件钱包可在为用户开立个人钱包后以安全芯片为载体发行，也可通过数字人民币APP将已开立的个人钱包以凭证形式推送至安全芯片。

此外，账户模式的硬件钱包主要应用于数字货币双层运营体系的场景中。基于数字货币双层运营体系，是由指定运营机构参与运营，以广义账户体系为基础，支持银行账户松耦合功能，与实物货币等价，具有价值特征和法偿性，为现有电子支付体系提供补充和备份，支持零售支付领域的公平和效率。

相对于前端存储币串的硬件产品，账户模式的硬件钱包对收付款双方的硬件设备要求不那么高，不要求支持高速的算法处理能力、以及大容量的存储空间，推广拓展更便利。

相对于准账户模式的硬件钱包(即硬件钱包在后台有独立的账户)，账户模式的硬件钱包可以复用母钱包的资金，无需单独兑入兑出，方便用户使用。

账户模式的硬件钱包也可通过加载不影响数字货币功能的智能合约实现可编程性，使数字货币在确保合规的前提下，可根据交易双方商定的条件、规则进行自动支付交易，促进业务模式创新。

在一种可以实现的方式中，硬件钱包与交易发起设备发起交易之前，可以提前进行特征协商，确定硬件钱包与交易发起设备的特征参数是否一致，进而降低因硬件钱包与交易发起设备的特征参数不同导致的交易失败的概率，提高硬件钱包与交易发起设备交易的可靠性。在这种情况下，结合图2，如图3所示，在硬件钱包接收来自交易发起设备的交易请求之前，本公开一些实施例提供的交易方法还包括步骤301-步骤302：

步骤301、硬件钱包接收来自交易发起设备的特征协商请求消息。

特征协商请求消息用于请求协商硬件钱包与交易发起设备的特征参数。特征参数包括以下一项或多项：币串表达式的版本信息、应用版本信息、交易方式、设备类型和联网参数。

一些实施例，币串表达式是指硬件钱包中存储的数字货币的表达形式。该币串表达式的版本信息可以是币串表达式的原始版本信息，也可以币串表达式升级后的版本信息，本公开对此不作限定。

应用版本信息可以包括：指硬件钱包的应用版本的版本号、版本证书、版本系列等信息，本公开对此不作限定。

交易方式可以包括：单离线交易方式、双在线交易方式等交易方式，本公开对此不作限定。

单离线交易方式是指交易发起设备需要与交易平台或者账户平台进行交互，而硬件钱包无需与交易平台或者账户平台进行交互，因此，硬件钱包可以处于离线模式，而交易发起设备需要处于在线模式。

双在线交易方式是指交易发起设备需要与交易平台或者账户平台进行交互，而硬件钱包无需与交易平台或者账户平台进行交互，因此，硬件钱包可以处于在线模式，交易发起设备也可以处于在线模式。

设备类型可以包括：交易发起设备的设备类型，例如POS机、自动售货机、自动售票机等，本公开对此不作限定。

设备类型还可以包括：硬件钱包的设备类型，例如卡片、终端、可穿戴式设备等，本公开对此不作限定。

联网参数可以包括：交易发起设备的网络参数，例如互联网协议地址(Internet Protocol Address，IP)等，本公开对此不作限定。

步骤302、硬件钱包响应于特征协商请求消息，向交易发起设备发送硬件钱包的特征参数。

一些实施例，在接收来自交易发起设备的特征协商请求消息后，硬件钱包可以响应于特征协商请求消息，向交易发起设备发送硬件钱包的特征参数，以使得交易发起设备确定硬件钱包的特征参数与交易发起设备的特征参数是否一致，进而确定交易发起设备与硬件钱包的交易是否可以继续进行。

由上可知，硬件钱包与交易发起设备建立连接关系时，可以提前确定特征协商结果。硬件钱包可以通过特征协商机制实现快速交易方式选择，大大缩短了交易时间,降低了收银员和消费者的操作负担。

在一种可以实现的方式中，硬件钱包还可以独立设置配置信息。在这种情况下，结合图2，如图4所示，在步骤201之前，本公开一些实施例提供的交易方法还包括步骤401：

步骤401、硬件钱包响应于用户执行的参数配置操作，更新与参数配置操作对应的配置信息。

在一种可以实现的方式中，参数配置操作可以包括：输入配置信息的操作、提交配置信息的操作，本公开对此不作限定。

配置信息用于配置硬件钱包的交易参数。交易参数包括以下一项或多项：交易限额、交易密码、验密支付额度、免密支付额度。

交易限额是指硬件钱包在一定时间内的交易最大额度，例如一天最多进行一万元的支付交易。

交易密码是指硬件钱包的支付交易密码，用于提高交易支付过程中的可靠性。

验密支付额度是指硬件钱包在一定时间内，需要输入交易密码的交易最大额度，例如一天最多进行一万元、需要输入交易密码的支付交易。

免密支付额度是指硬件钱包在一定时间内，无需输入交易密码的交易最大额度，例如一天最多进行一千元、无需输入交易密码的支付交易。

在一种可以实现的方式中，当硬件钱包中安装有APP，并且硬件钱包包括可交互控件(例如触摸屏、实体操控按键等)时，用户可以在硬件钱包上安装的APP中执行参数配置操作。

在又一种可以实现的方式中，当硬件钱包中未安装有APP时，用户可以将硬件钱包连接到可以操控的电子设备(例如手机、电脑等)上。后续，用户可以在电子设备上执行参数配置操作。

在一种可以实现的方式中，硬件钱包还可以直接复用所归属的母钱包以及母钱包下绑定的银行卡，并且由母钱包负责额度管理。

在一种可以实现的方式中，硬件钱包在实现交易之前，需要与目标钱包账户进行绑定。在这种情况下，结合图2，如图5所示，在步骤201之前，本公开一些实施例提供的交易方法还包括步骤501-步骤503：

步骤501、硬件钱包响应于用户执行的账户绑定操作，获取与账户绑定操作对应的账户信息。

上述账户信息为目标钱包账户的账户信息。

在一种可以实现的方式中，账户绑定操作可以包括：输入账户信息的操作、提交账户信息的操作，本公开对此不作限定。

在一种可以实现的方式中，账户信息可以包括：目标钱包账户的账户卡号、目标钱包账户的账户密码等，本公开对此不作限定。

在一种可以实现的方式中，当硬件钱包中安装有APP，并且硬件钱包包括可交互控件(例如触摸屏、实体操控按键等)时，用户可以在硬件钱包上安装的APP中执行账户绑定操作。

在又一种可以实现的方式中，当硬件钱包中未安装有APP时，用户可以将硬件钱包连接到可以操控的电子设备(例如手机、电脑等)上。后续，用户可以在电子设备上执行账户绑定操作。

步骤502、硬件钱包向目标钱包账户的账户平台发送包括账户信息的账户绑定请求。

账户绑定请求用于请求绑定硬件钱包与目标钱包账户的关联关系。

在一种可以实现的方式中，账户平台可以是目标钱包账户对应的银行账户机构对应的服务平台。

在一种可以实现的方式中，当硬件钱包中安装有APP时，硬件钱包可以在硬件钱包可以与账户平台进行通信(即硬件钱包为在线模式)的情况下，向目标钱包账户的账户平台发送包括账户信息的账户绑定请求。

硬件钱包向目标钱包账户的账户平台发送包括账户信息的账户绑定请求时，可以通过无线通信网络，向目标钱包账户的账户平台发送包括账户信息的账户绑定请求，也可以通过其他通讯方式，向目标钱包账户的账户平台发送包括账户信息的账户绑定请求，本公开对此不作限定。

在又一种可以实现的方式中，当硬件钱包中未安装有APP时，用户可以将硬件钱包连接到可以操控的电子设备(例如手机、电脑等)上。后续，硬件钱包可以通过电子设备向目标钱包账户的账户平台发送包括账户信息的账户绑定请求。

步骤503、当硬件钱包与目标钱包账户绑定成功时，硬件钱包接收账户平台发送的关联信息，并存储关联信息。

一些实施例，硬件钱包向目标钱包账户的账户平台发送包括账户信息的账户绑定请求后，账户平台可以基于硬件钱包发送的账户绑定请求进行账户绑定。

当确定账户绑定成功后，账户平台可以生成关联信息，并向硬件钱包发送绑定成功消息。绑定成功消息中可以携带有关联信息，也可以不携带关联信息。

当绑定成功消息中不携带关联信息时，账户平台可以在硬件钱包与目标钱包账户绑定成功后，单独向硬件钱包发送关联信息。

在一种可以实现的方式中，账户平台根据账户信息生成的关联信息可以是目标钱包账户的账户卡号，也可以是目标钱包账户对应用户的手机号，还可以是其他目标钱包账户的唯一标识，本公开对此不作限定。

在一种可以实现的方式中，硬件钱包存储关联信息时，可以将关联信息存储到硬件钱包的安全芯片中，并通过硬件钱包的唯一密钥对关联信息加密，提高了硬件钱包进行交易的可靠性。

在一种可以实现的方式中，为了便于用户快速了解交易结果，硬件钱包可以在具有可视屏的情况下，显示交易结果。在这种情况下，结合图2，如图6所示，在步骤202之后，本公开一些实施例提供的交易方法还包括步骤601-步骤602：

步骤601、硬件钱包接收交易发起设备发送的交易结果，并显示交易结果。

在一种可以实现的方式中，交易发起设备向硬件钱包发送交易结果时，可以基于预设通讯方式向硬件钱包发送交易结果。相应的，硬件钱包可以基于预设通讯方式接收交易发起设备发送的交易结果。

预设通讯方式包括：近场无线通讯方式。

在实际应用中，硬件钱包还可以接收交易发起设备通过有线通讯方式发送的交易结果。

在一种可以实现的方式中，当硬件钱包的实体设备上配置有显示屏，则硬件钱包可以通过显示屏显示交易结果。

在又一种可以实现的方式中，当硬件钱包的实体设备上未配置有显示屏，则硬件钱包可以通过与硬件钱包相连的终端(例如手机交易APP等)显示交易结果。

在一种可以实现的方式中，硬件钱包接收交易发起设备发送的交易结果之后，本公开一些实施例提供的交易方法还包括：

步骤602、当交易结果用于表示交易成功时，硬件钱包基于交易计数器，更新交易结果对应交易的交易计数信息。

一些实施例，硬件钱包中可以设置有交易计数器。该交易计数器可以在硬件钱包进行交易后，更新硬件钱包的交易计数信息。这样，本公开一些实施例中的硬件钱包可以在交易中使用交易计数器累计增加机制，即每笔交易的交易计数器均是唯一的，用于为交易时多端一致性提供判断依据。

一些实施例，硬件钱包在本次交易之前共交易成功过10次。本次交易成功后，硬件钱包可以基于交易计数器，将交易计数信息更新为11次。

图7是根据一些实施例示出的又一种交易方法的流程图，该交易方法应用于图1中的交易发起设备103。

如图7所示，该交易方法包括以下步骤701-步骤702：

步骤701、在与硬件钱包进行交易的过程中，交易发起设备获取硬件钱包的关联信息。

关联信息为与硬件钱包关联的目标钱包账户的关联信息。

一些实施例，商户在发起交易时，可以在交易发起设备上执行交易发起操作。在这种情况下，交易发起设备可以响应于交易发起用户执行的交易发起操作，与硬件钱包建立交易连接关系。由于硬件钱包中未存储有数字货币，因此，在与硬件钱包进行交易的过程中，交易发起设备可以获取硬件钱包的关联信息。

在一种可以实现的方式中，交易发起设备获取硬件钱包的关联信息的方法可以包括：交易发起设备接收硬件钱包基于预设通讯方式发送的关联信息。

预设通讯方式包括：近场无线通讯方式、蓝牙通讯方式和UWB通讯方式中的至少一项。

在一种可以实现的方式中，交易发起设备获取硬件钱包的关联信息的方法可以包括：交易发起设备接收硬件钱包基于预设通讯方式发送的硬件钱包的唯一标识。

一些实施例，交易发起设备可以基于硬件钱包的唯一标识，从存储有硬件钱包的唯一标识与管理信息的存储设备(例如账户平台等)，获取硬件钱包的关联信息。

步骤702、交易发起设备基于关联信息与目标钱包账户进行交易。

一些实施例，交易发起设备在获取到硬件钱包的关联信息后，可以确定硬件钱包的关联信息对应的目标钱包账户的账户平台，并向该账户平台发送交易发起请求。后续，账户平台可以在确定交易发起请求无误后，完成与交易发起设备之间的交易。

一些实施例，预设硬件钱包为数字货币钱包卡，交易发起设备为POS终端。数字货币钱包卡在POS终端上碰一碰消费的场景下，数字货币钱包卡可以基于NFC近场通讯技术，实现小额免密支付。

一些实施例，在碰一碰消费时，POS终端读取到数字货币钱包卡的硬件载体内的关联信息后，可以向账户平台发送付款请求。账户平台完成对关联信息对应的母钱包(即目标钱包账户)扣款处理后，可以将结果原路返回至POS终端。

POS终端可以显示交易结果，也可以向数字货币钱包卡发送交易结果。

在一种可以实现的方式中，交易发起设备基于关联信息与目标钱包账户进行交易的方法具体包括：交易发起设备向与目标钱包账户对应的运营机构后台系统发送交易请求信息，以使目标钱包账户对应的运营机构后台系统对目标钱包账户中的数字货币进行更新。

一些实施例，在获取到硬件钱包的关联信息后，交易发起设备可以向与目标钱包账户对应的运营机构后台系统发送交易请求信息，以使目标钱包账户对应的运营机构后台系统对目标钱包账户中的数字货币进行更新。

目标钱包账户对应的运营机构后台系统对目标钱包账户中的数字货币进行更新包括：扣除目标钱包账户中的币串、增加目标钱包账户中的币串。

一些实施例，在交易发起设备为收款设备，硬件钱包为付款设备的场景下，目标钱包账户对应的运营机构后台系统可以扣除目标钱包账户中的币串，扣除的数额为硬件钱包与交易发起设备进行交易的数额。

相应的，在交易发起设备为付款设备，硬件钱包为收款设备的场景下，目标钱包账户对应的运营机构后台系统可以增加目标钱包账户中的币串，增加的数额为硬件钱包与交易发起设备进行交易的数额。

在一种可以实现的方式中，交易发起设备基于关联信息与目标钱包账户进行交易的方法具体包括：交易发起设备向与目标钱包账户对应的运营机构后台系统发送交易请求信息，以使目标钱包账户对应的运营机构后台系统对目标钱包账户中的数字货币进行更新，并使与交易发起设备对应的运营机构后台系统对与交易发起设备对应账户中的数字货币进行更新。

一些实施例，在获取到硬件钱包的关联信息后，交易发起设备可以向与目标钱包账户对应的运营机构后台系统发送交易请求信息，以使目标钱包账户对应的运营机构后台系统对目标钱包账户中的数字货币进行更新，并使与交易发起设备对应的运营机构后台系统对与交易发起设备对应账户中的数字货币进行更新。

相应的，交易发起设备对应的运营机构后台系统对与交易发起设备对应账户中的数字货币进行更新包括：扣除交易发起设备对应账户中的币串、增加交易发起设备对应账户中的币串。

与交易发起设备对应的运营机构后台系统可以增加交易发起设备对应账户中的币串，增加的数额为硬件钱包与交易发起设备进行交易的数额。

与交易发起设备对应的运营机构后台系统可以扣除交易发起设备对应账户中的币串，扣除的数额为硬件钱包与交易发起设备进行交易的数额。

在一种可以实现的方式中，交易方法还包括：在与交易发起设备对应的运营机构后台系统对与交易发起设备对应账户中的数字货币更新成功时，交易发起设备接收与交易发起设备对应的运营机构后台系统发送的交易成功信息，并对交易成功信息进行展示。

交易发起设备对交易成功信息进行展示可以包括：通过显示器显示交易成功信息，通过音频播放器播放交易成功信息等。

在一种可以实现的方式中，硬件钱包与交易发起设备发起交易之前，可以提前进行特征协商，确定硬件钱包与交易发起设备的特征参数是否一致，进而降低因硬件钱包与交易发起设备的特征参数不同导致的交易失败的概率。在这种情况下，结合图7，如图8所示，在步骤701之前，本公开一些实施例提供的交易方法还包括步骤801-步骤803：

步骤801、交易发起设备向硬件钱包发送特征协商请求消息。

步骤802、交易发起设备接收硬件钱包发送的硬件钱包特征参数，并基于硬件钱包特征参数和交易发起设备的特征参数确定特征协商结果。

在一种可以实现的方式中，交易发起设备可以确定硬件钱包特征参数和交易发起设备的特征参数是否一致。

当确定硬件钱包特征参数和交易发起设备的特征参数一致时，交易发起设备可以确定特征协商结果为协商成功。

当确定硬件钱包特征参数和交易发起设备的特征参数不一致时，交易发起设备可以更新自己的特征参数(例如对应用版本进行升级等)，并确定更新后的特征参数与硬件钱包特征参数一致的情况下，确定特征协商结果为协商成功。

当确定硬件钱包特征参数和交易发起设备的特征参数不一致时，交易发起设备还可以向硬件钱包发送特征参数更新请求，请求硬件钱包更新硬件钱包的特征参数(例如对应用版本进行升级等)。后续，交易发起设备可以接收硬件钱包发送的更新后的特征参数，并确定更新后的特征参数与硬件钱包特征参数一致的情况下，确定特征协商结果为协商成功。

步骤803、交易发起设备向硬件钱包发送特征协商结果。

硬件钱包与交易发起设备建立连接关系时，可以提前确定特征协商结果。硬件钱包可以通过特征协商机制实现快速交易方式选择，大大缩短了交易时间和降低了收银员和消费者的操作负担。

图9是根据一些实施例示出的又一种交易方法的流程图，该交易方法应用于图1中的硬件钱包101和交易发起设备103。

如图9所示，该交易方法包括以下步骤901-步骤906：

步骤901、硬件钱包通过NFC近场通讯协议与交易发起设备建立连接。

步骤902、交易发起设备向硬件钱包发送交易请求。

步骤903、硬件钱包响应于交易请求，向交易发起设备发送关联信息。

一些实施例，硬件钱包响应于交易请求，向交易发起设备发送关联信息，以使得交易发起设备基于关联信息，向目标钱包账户对应的账户平台发送交易请求。

步骤904、当交易发起设备发送的交易请求对应的交易业务为目标钱包账户对应的账户平台的业务时，交易发起设备向账户平台发送交易扣款申请。

步骤905、当交易发起设备发送的交易请求对应的交易业务不是目标钱包账户对应的账户平台的业务时，交易发起设备向互联互通平台发送交易扣款申请。

步骤906、互联互通平台向账户平台转发交易扣款申请。

图10是根据一些实施例示出的又一种交易方法的流程图。如图10所示，该交易方法包括以下步骤1001-步骤1002：

步骤1001、硬件钱包响应于用户执行的账户绑定操作，获取与账户绑定操作对应的账户信息，并向目标钱包账户的账户平台发送包括账户信息的账户绑定请求。

步骤1002、账户平台可以根据账户信息确定绑定结果，并在绑定结果为绑定成功消息时，向硬件钱包发送绑定成功消息。

图11是根据一些实施例示出的又一种交易方法的流程图。如图11所示，该交易方法包括以下步骤1101-步骤1103：

步骤1101、交易发起设备向硬件钱包发送特征协商请求消息。

步骤1102、硬件钱包响应于特征协商请求消息，向交易发起设备发送硬件钱包的特征参数。

步骤1103、交易发起设备基于硬件钱包特征参数和交易发起设备的特征参数确定特征协商结果，并向硬件钱包发送特征协商结果。

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

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

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

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

下面对本公开一些实施例涉及的实施架构进行介绍。

图12是本公开一些实施例提供的一种交易系统的示意图。如图12所示，该交易系统包括服务器1201、收款设备1202和付款设备1203。服务器1201可以通过有线网络或无线网络与收款设备1202之间建立连接，付款设备1203与收款设备1202之间通过NFC非网络连接或通过蓝牙非网络连接。

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

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

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

在一些实施方式中，如图13所示，付款设备1203可与付款应用对应，一些实施例，付款应用上内容显示方式与银行应用数字货币相关信息的显示方式类似。该付款应用可以显示为该付款设备1203提供付款来源的付款账户的相关信息，如，目标钱包账户的相关信息，目标钱包账户可以关联一个或者多个银行账户，如：银行账户1、银行账户2、银行账户3……。

一些实施例，该付款应用安装于终端设备上，并通过终端设备的内容显示界面上显示付款设备标识(如，硬件钱包标识)、目标钱包账户以及二者的关联信息，如，关联信息。一些实施例，用户在用户的终端设备的付款应用上通过手动操作，如，输入将付款设备的设备标识信息、关联信息和绑定认证信息等信息，完成付款设备与付款应用二者之间的对应绑定。又例如，终端设备与付款设备1203通过NFC或蓝牙进行信息交互传输，以代替用户手动操作地输入信息，从而实现二者的对应绑定。因此，对付款设备与付款应用绑定的绑定方式不作限定。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一些实施例，数字货币更新额度由银行账户对应的发行机构与硬件钱包的发行机构签署的如图19所示的扣款协议以及银行账户的存款金额共同确定。该扣款协议用于指示银行账户能为该硬件钱包扣款。

一些实施例，在银行账户信息包括该扣款协议时，该银行账户的存款金额更新额度为银行账户的存款金额；在银行账户信息不包括该扣款协议时，该银行账户的存款金额更新额度为零。需要说明的是，如图20所示，硬件钱包、母钱包账户、各个银行账户分别对应硬件钱包的发行机构、母钱包账户的发行机构、银行账户的发行机构。各个发行机构分别对应不同的数据库：硬件钱包的发行机构数据库、母钱包账户的发行机构数据库、银行账户的发行机构数据库。各个发行机构的数据库存储有对应的发行机构发行的相关信息(如，硬件钱包标识、硬件钱包的账户信息、母钱包账户信息、银行账户的账户信息、关联信息等)。服务器与各个发行机构的数据库之间进行交互访问，以实现信息共享。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

在一种可能的实施方式中，结合图14，如图21所示，在步骤1403之后，还包括步骤1404和步骤1405，即在完成支付后，还可以执行以下实施流程，以完成交易退款。

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

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

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

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

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

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

在一些实施例中，已经公开的数字人民币硬件钱包主要是独立发行的，即在发行硬件钱包时，不建立使用者身份信息与账户中的数字人民币价值间的关联关系，使用硬件钱包时余额和限额都是单独维护的，无法实现在线账户(即使用者对应的在线钱包账户)、硬件设备的关联使用。这种硬件钱包在开立时不与在线账户建立关联关系，硬件设备虽然可以独立使用，但是得预先充值。并且硬件钱包没有实名信息，虽然可以保持匿名性，但是无法很好的解决丢失、盗刷的问题。以及硬件钱包的余额来源比较唯一，且无法实现资金的反向追溯。

针对上述问题，本公开一些实施例提供了一种交易方法，应用于交易系统，在需要开立硬件钱包的情况下，硬件钱包发行机构对应的服务器可以在接收到终端设备发送的，用于请求开立目标硬件钱包的申请信息时，基于申请信息生成目标用户的目标钱包账户对应的目标硬件钱包的目标数据，并将目标硬件钱包作为目标钱包账户的子钱包，以及使得目标硬件钱包共享目标钱包账户对应的余额和支付限额。进一步的，将包括目标硬件钱包的标识、目标硬件钱包与目标钱包账户之间对应的关联信息中至少一项的目标数据发送给终端设备或硬件钱包平台设备，以使得终端设备或硬件钱包平台设备基于目标数据开立目标硬件钱包。因此，基于上述方法，可以在开立硬件钱包时，将所开立的目标硬件钱包与目标用户进行关联，以及将所开立的目标硬件钱包与目标用户对应的目标钱包账户进行关联，将目标硬件钱包作为目标钱包账户的子钱包，从而在目标用户使用硬件钱包时，可以提高硬件钱包的使用效率。

下面对本公开一些实施例提供的方法所涉及的实施环境(实施架构)进行介绍。

图22为本公开一些实施例的实施架构图。交易系统2200包括：终端设备2201、服务器2202和硬件钱包平台设备2203，终端设备2201、服务器2202和硬件钱包平台设备2203之间可以通过有线方式或无线方式进行连接，实现终端设备2201、服务器2202和硬件钱包平台设备2203之间数据信息的交互。

终端设备2201中可以安装有目标应用程序，该目标应用程序可以为数字人民币应用程序，目标应用程序用于申请开立硬件钱包，基于目标钱包账户发起交易申请，并在目标用户对应的身份验证信息通过验证、且目标用户签署支付服务协议的情况下，创建目标用户对应的申请信息；并将申请信息发送给硬件钱包发行机构对应的服务器；从而接收服务器发送的目标数据，并基于目标数据开立目标硬件钱包。

需要说明的是，数字人民币应用程序用于对账户模式硬件钱包进行管理，包括空发应用、空发个人化、开立或激活申请等功能。

在一些实施例中，终端设备2201中还可以包括安全单元，用于确定终端设备2201中是否包括目标硬件钱包对应的安全域、且终端设备是否满足安全写入条件；以在确定终端设备2201中包括目标硬件钱包对应的安全域、且终端设备2201满足安全写入条件的情况下，将目标数据写入到终端设备2201中，得到目标硬件钱包。

在一些实施例中，终端设备2201还可以通过读取目标设备中的数据信息，在目标用户的身份信息验证通过后激活目标设备中目标数据对应的目标硬件钱包。

服务器2202可以为银行对应的服务器，服务器2202可以包括钱包后台系统、互联互通平台、数字货币可信服务管理(Digital Currency Electronic Payment-Trusted Service Manager，DCEP-TSM)平台。DCEP-TSM，主要用来管理硬件钱包应用Applet版本，同时接收数字人民币APP发起的开立硬件钱包的申请，将申请信息转发到硬件钱包发行机构(即硬件钱包平台设备2203)。互联互通平台：主要负责开立硬件钱包的过程中对相关的信息进行转发。钱包后台系统用于处理硬件钱包的相关数据，包括交易数据、个人化数据、设置参数等。

在一些实施例中，服务器2202用于接收终端设备2201发送的目标用户对应的申请信息，并基于申请信息生成目标硬件钱包对应的目标数据；以及将目标数据发送给终端设备2201或硬件钱包平台设备2203，使得终端设备2201或硬件钱包平台设备2203基于目标数据开立目标硬件钱包。

在一些实施例中，服务器2202还可以预先确定是否存在目标钱包账户，以在确定存在目标钱包账户，且目标钱包账户为正常状态的情况下，基于申请信息生成目标硬件钱包对应的目标数据。或者，在确定不存在目标钱包账户的情况下，基于申请信息生成目标钱包账户。

硬件钱包平台设备2203可以包括安全芯片可信服务管理平台SEI-TSM(硬件设备TSM)和硬件钱包发行机构，硬件设备TSM负责管理硬件设备中安全域的创建和管理，以及硬件钱包应用数据的下载和写入。硬件钱包发行机构负责提供硬件钱包的个性化数据、母子钱包关联信息。

在一些实施例中，硬件钱包平台设备2203用于接收服务器2202发送的目标数据，并将目标数据写入到目标设备中得到目标硬件钱包。

此外，需要说明的是，本公开一些实施例所涉及的用户信息(包括但不限于用户设备信息、用户个人信息、用户的银行卡信息等)，均为经用户授权或者经过各方充分授权的信息。

图23是根据一些实施例示出的一种硬件钱包开立方法的流程图，该方法应用于硬件钱包发行机构对应的服务器，同时，该方法也可以应用于终端设备，或者，该方法还可以应用于硬件钱包平台设备。以下，以该方法应用于硬件钱包发行机构对应的服务器为例，对该方法进行说明，如图23所示，该硬件钱包开立方法包括以下步骤2301-步骤2302：

步骤2301、接收终端设备发送的目标用户对应的申请信息，并基于申请信息生成目标硬件钱包对应的目标数据。

申请信息用于请求开立目标硬件钱包，申请信息包括以下至少一项：用户信息、目标钱包账户信息、支付服务协议，用户信息包括以下至少一项：身份信息、证件信息、联系信息、身份验证信息，目标硬件钱包为目标用户对应的目标钱包账户的子钱包，目标硬件钱包共享目标钱包账户对应的余额和支付限额，目标数据包括以下至少一项：目标硬件钱包的标识、目标硬件钱包与目标钱包账户之间对应的关联信息、登录验证信息。

在本公开一些实施例中，当目标用户需要开立硬件钱包的情况下，可以基于终端设备向硬件钱包发行机构对应的服务器发送申请信息，从而使得服务器基于申请信息生成目标硬件钱包对应的目标数据，并将目标数据发送给终端设备或硬件钱包平台设备，使得终端设备或硬件钱包平台设备基于目标数据开立目标用户对应的目标硬件钱包。

一些实施例，硬件钱包发行机构对应的服务器可以理解为银行机构根据目标用户提供的申请信息，在目标用户对应的目标钱包账户下生成子钱包(即目标硬件钱包)对应的数据，并确定子钱包与目标钱包账户之间为母子关系，以使得子钱包共享目标钱包账户对应的余额和支付限额。

一些实施例，目标硬件钱包共享目标钱包账户对应的余额和支付限额可以理解为：目标硬件钱包与目标钱包账户对应相同的余额和支付限额，即在通过目标硬件钱包完成支付功能时，从目标钱包账户中扣除交易金额。

需要说明的是，子钱包对应的数据需要写入硬件设备内才可正式使用，即赋予硬件设备数字人民币的支付能力，支付扣款需要从对应的目标钱包账户中扣除。

一些实施例，服务器还可以确定目标硬件钱包对应的个性化数据，并将个性化数据发送给终端设备或硬件钱包平台设备。需要说明的是，个性化数据可以理解为：单次支付限额、免密支付限额、单日最多支付次数等参数。

步骤2302、将目标数据发送给终端设备或硬件钱包平台设备，使得终端设备或硬件钱包平台设备基于目标数据开立目标硬件钱包。

作为一种可能的实现方式，服务器将目标数据发送给终端设备中的目标应用程序，或者发送给硬件钱包平台设备对应的服务器。

需要说明的是，关于终端设备或硬件钱包平台设备基于目标数据开立目标硬件钱包的相关步骤的实施方式，可以参照本公开一些实施例的后续描述。

本公开一些实施例提供了一种硬件钱包开立方法，应用于硬件钱包发行机构对应的服务器，在需要开立硬件钱包的情况下，硬件钱包发行机构对应的服务器可以在接收到终端设备发送的，用于请求开立目标硬件钱包的申请信息时，基于申请信息生成目标用户的目标钱包账户对应的目标硬件钱包的目标数据，并将目标硬件钱包作为目标钱包账户的子钱包，以及使得目标硬件钱包共享目标钱包账户对应的余额和支付限额。进一步的，将包括目标硬件钱包的标识、目标硬件钱包与目标钱包账户之间对应的关联信息中至少一项的目标数据发送给终端设备或硬件钱包平台设备，以使得终端设备或硬件钱包平台设备基于目标数据开立目标硬件钱包。因此，基于上述方法，可以在开立硬件钱包时，将所开立的目标硬件钱包与目标用户进行关联，以及将所开立的目标硬件钱包与目标用户对应的目标钱包账户进行关联，将目标硬件钱包作为目标钱包账户的子钱包，从而在目标用户使用硬件钱包时，可以提高硬件钱包的使用效率。

在一些实施例中，由于目标硬件钱包为目标用户对应的目标钱包账户的子钱包，因此，为了确定目标硬件钱包为目标钱包账户的子钱包，如图24所示，在本公开一些实施例提供的步骤2301中的“基于申请信息生成目标硬件钱包对应的目标数据”之前，方法还包括下述步骤2401；并且，在步骤2401之后，本公开一些实施例提供的步骤2301中的“基于申请信息生成目标硬件钱包对应的目标数据”，包括下述步骤2402：

步骤2401、确定是否存在目标用户对应的目标钱包账户。

作为一种可能的实现方式，服务器在接收到终端设备发送的目标用户对应的申请信息之后，需要预先确定是否存在目标用户对应的目标钱包账户，即目标用户是否已经注册目标钱包账户。

步骤2402、在确定存在目标钱包账户，且目标钱包账户为正常状态的情况下，基于申请信息生成目标硬件钱包对应的目标数据。

作为一种可能的实现方式，若服务器确定存在目标用户对应的目标钱包账户时，还需要进一步的判断目标钱包账户的状态是否存在异常，若确定目标钱包账户的状态不存在异常，则可以直接基于目标用户对应的目标钱包账户生成对应的目标硬件钱包对应的目标数据，并将目标数据发送至终端设备或硬件钱包平台设备。

需要说明的是，目标钱包账户的状态存在异常可以理解为：目标钱包账户信用值小于预设信用值、目标钱包账户处于冻结状态、目标钱包账户存在违法交易等。

作为一种可能的实现方式，若服务器确定目标钱包账户的状态存在异常时，则拒绝开立目标用户对应的硬件钱包。

需要说明的是，在包括上述步骤2401和步骤2402的情况下，上述步骤2301中包括的内容为“接收终端设备发送的目标用户对应的申请信息”。

由上可知，在服务器基于申请信息生成目标硬件钱包对应的目标数据之前，还需要确定是否存在目标用户对应的目标钱包账户，以在确定存在目标钱包账户，且目标钱包账户为正常状态的情况下，再基于申请信息生成目标硬件钱包对应的目标数据，从而可以提高生成硬件钱包的效率。

在一些实施例中，如图25所示，本公开一些实施例提供的硬件钱包开立方法，在步骤2401之后，还可以包括下述步骤2403：

步骤2403、在确定不存在目标用户对应的目标钱包账户的情况下，基于申请信息生成目标钱包账户，并生成目标硬件钱包对应的目标数据。

作为一种可能的实现方式，若服务器确定不存在目标用户对应的目标钱包账户，则需要先生成目标用户对应的目标钱包账户，再基于目标用户对应的目标钱包账户生成对应的目标硬件钱包对应的目标数据，并将目标数据发送至终端设备或硬件钱包平台设备。

作为一种可能的实现方式，在生成目标用户对应的目标钱包账户，并基于目标用户对应的目标钱包账户生成对应的目标硬件钱包对应的目标数据之后，终端设备接收到目标数据时，需要先激活目标钱包账户，然后再激活目标硬件钱包。

由上可知，在服务器确定不存在目标用户对应的目标钱包账户的情况下，需要先基于申请信息生成目标钱包账户，再基于申请信息生成目标硬件钱包对应的目标数据，从而可以提高生成硬件钱包的效率。

在一些实施例中，如图26所示，本公开一些实施例提供的硬件钱包开立方法，在步骤2302之后，还可以包括下述步骤2601-步骤2602：

步骤2601、接收终端设备发送的反馈消息，并基于反馈消息确定目标交易成功。

反馈消息用于指示以下任一项：目标数据成功写入终端设备、目标设备成功激活。

一些实施例，在终端设备成功将目标数据写入终端设备中，基于目标数据开立目标硬件钱包完成之后，终端设备还需要向服务器发送反馈消息，从而服务器可以基于反馈消息，确定目标交易成功。

一些实施例，在终端设备成功将目标设备激活之后，终端设备还需要向服务器发送反馈消息，从而服务器可以基于反馈消息，确定目标交易成功。

步骤2602、接收目标硬件钱包对应的支付请求，并基于支付请求，通过目标钱包账户完成支付，以及从目标钱包账户中扣除支付请求对应的交易金额。

一些实施例，在目标交易成功之后，当通过目标硬件钱包完成支付功能时，目标硬件钱包需要向服务器发送支付请求，从而服务器在接收到目标硬件钱包对应的支付请求之后，可以基于支付请求，通过目标硬件钱包对应的目标钱包账户完成支付，以及从目标钱包账户中扣除支付请求对应的交易金额。

由上可知，在目标交易成功之后，终端设备需要向服务器发送反馈信息，以使得服务器确定目标交易成功；并在目标硬件钱包执行支付功能时，目标硬件钱包向服务器发送支付请求，以使得服务器基于支付请求，通过目标钱包账户完成支付，以及从目标钱包账户中扣除支付请求对应的交易金额，从而实现目标硬件钱包共享目标钱包账户对应的余额和支付限额。

在一些实施例中，如图27所示，本公开一些实施例提供的硬件钱包开立方法，在步骤2302之后，还可以包括下述步骤2603：

步骤2603、接收目标设备激活请求，并基于目标设备激活请求，激活目标设备得到目标硬件钱包。

目标设备中写入有目标硬件钱包对应的目标数据。

一些实施例，在终端设备通过目标应用程序激活目标设备的过程中，终端设备需要向服务器发送目标设备激活请求，从而使得服务器基于目标设备激活请求，激活目标设备得到目标硬件钱包。

需要说明的是，激活目标设备得到目标硬件钱包可以理解为：开启目标设备对应的功能及权限，使得目标设备具备支付功能等。

图28是根据一些实施例示出的一种硬件钱包开立方法的流程图，以下，以该方法应用于终端设备为例，对该方法进行说明，如图28所示，该硬件钱包开立方法包括以下步骤2801-步骤2802：

步骤2801、基于目标钱包账户向硬件钱包发行机构对应的服务器发送目标用户对应的申请信息。

申请信息用于请求开立目标硬件钱包，申请信息包括以下至少一项：用户信息、目标钱包账户信息。

一些实施例，当目标用户需要开立硬件钱包的情况下，可以基于终端设备向硬件钱包发行机构对应的服务器发送申请信息，从而使得服务器基于申请信息生成目标硬件钱包对应的目标数据，并将目标数据发送给终端设备或硬件钱包平台设备，使得终端设备或硬件钱包平台设备基于目标数据开立目标用户对应的目标硬件钱包。

此步骤的实施方式，可以参照上述描述，此处不再赘述。

步骤2802、接收服务器发送的目标数据，并基于目标数据开立目标硬件钱包。

目标硬件钱包为目标用户对应的目标钱包账户的子钱包，目标硬件钱包共享目标钱包账户对应的余额和支付限额，目标数据包括以下至少一项：目标硬件钱包的标识、目标硬件钱包与目标钱包账户之间对应的关联信息。

一些实施例，在服务器基于申请信息生成目标硬件钱包对应的目标数据，并将目标数据发送给终端设备之后，终端设备可以基于接收到的目标数据开立目标硬件钱包。

一些实施例，终端设备在接收到服务器发送的目标数据之后，可以将目标数据写入到终端设备中，生成基于终端设备的目标硬件钱包。

需要说明的是，在将目标数据写入到终端设备中，生成基于终端设备的目标硬件钱包之后，基于终端设备的目标硬件钱包可以直接进行使用，即无需进行激活操作，即可实现支付功能。

作为一种可能的实现方式，在将目标数据写入到终端设备中，生成基于终端设备的目标硬件钱包之后，终端设备还需要将目标数据写入结果返回给服务器，以使得服务器根据目标数据写入结果，判断目标硬件钱包是否可做出母子关联、及激活使用。

一些实施例，在确定目标硬件钱包与目标钱包账户之间的关联状态正常时，即可确定目标交易成功。

本公开一些实施例提供了一种硬件钱包开立方法，应用于终端设备，在需要开立硬件钱包的情况下，可以通在终端设备基于目标钱包账户向硬件钱包发行机构对应的服务器发送目标用户对应的、用于请求开立目标硬件钱包的申请信息，以在接收到服务器生成目标硬件钱包对应的目标数据之后，基于目标数据开立目标硬件钱包。因此，基于上述方法，可以通过终端设备向硬件钱包发行机构对应的服务器发送申请信息，以接收服务器返回的目标硬件钱包对应的目标数据，从而基于目标数据和终端设备开立目标硬件钱包，提高硬件钱包的开立效率。

此步骤的实施方式，可以参照本公开一些实施例的下述描述。

在一些实施例中，如图29所示，在本公开一些实施例提供的步骤2801中的方法，包括下述步骤2901-步骤2902：

步骤2901、接收目标用户基于目标应用程序触发的硬件钱包申请操作，在目标用户对应的身份验证信息通过验证、且目标用户签署支付服务协议的情况下，创建目标用户对应的申请信息。

一些实施例，目标用户可以通过终端设备中的目标应用程序，选择目标用户对应的目标钱包账户，并在目标用户的身份验证信息(例如钱包支付密码等)通过验证，并签署支付服务协议之后，将申请信息实时提交到服务器。

一些实施例，目标用户可以通过终端设备中的目标应用程序，填写实名信息并签署支付服务协议，以在服务器收集到多个用户的信息后做出开立判断，批量开立多个用户对应的硬件钱包。

步骤2902、基于目标应用程序将申请信息发送给硬件钱包发行机构对应的服务器。

一些实施例，终端设备可以为目标用户对应的手持设备，或银行机构的自助服务设备等。通过用户提供的实名信息，向服务器提交开立申请，服务器根据用户提交的信息实时生成硬件钱包对应的目标数据。

作为一种可能的实现方式，终端设备与硬件钱包发行机构对应的服务器之间的数据传输，是通过目标应用程序实现的，即目标应用程序为硬件钱包发行机构对应的服务器所相关的应用程序。

由上可知，终端设备可以接收目标用户基于目标应用程序触发的硬件钱包申请操作，并在目标用户对应的身份验证信息通过验证、且目标用户签署支付服务协议的情况下，创建目标用户对应的申请信息，以及基于目标应用程序将申请信息发送给硬件钱包发行机构对应的服务器，从而使得服务器基于申请信息返回的目标硬件钱包对应的目标数据。

在一些实施例中，还需要预先确定终端设备中是否包括目标硬件钱包对应的安全域、且终端设备是否满足安全写入条件，如图30所示，本公开一些实施例提供的步骤2802中的“基于目标数据开立目标硬件钱包”，包括下述步骤3001：

步骤3001、在确定终端设备中包括目标硬件钱包对应的安全域、且终端设备满足安全写入条件的情况下，将目标数据写入到终端设备中，得到目标硬件钱包。

目标硬件钱包为基于终端设备开立的。

一些实施例，还需要确定终端设备中是否包括目标硬件钱包对应的安全域、且终端设备是否满足安全写入条件。

作为一种可能的实现方式，终端设备在将目标数据写入到终端设备中之前，还需要判断终端设备的合法性，以确定终端设备中是否包括目标硬件钱包对应的安全域、且终端设备是否满足安全写入条件，以在确定终端设备中包括目标硬件钱包对应的安全域、且终端设备满足安全写入条件的情况下，再将目标数据写入到终端设备中，得到目标硬件钱包。

作为一种可能的实现方式，在确定终端设备中不包括目标硬件钱包对应的安全域的情况下，需要先创建目标硬件钱包对应的安全域，再将目标数据写入到终端设备中，得到目标硬件钱包。

一些实施例，如图31所示，为判断终端设备的合法性的流程示意图，首先需要通过终端设备的管理平台，根据相关指令判断终端设备的硬件安全存储芯片中是否有安全域，若不存在安全域，则需要创建对应的安全域；若存在安全域，则需要确定目标数据(应用文件)是否存在，在确定接收到目标数据的情况下，将目标数据写入到终端设备中，得到目标硬件钱包；或者加载目标数据，将目标数据写入到终端设备中。进一步的，还需要判断应用实例是否存在，若确定不存在应用实例，则需要先安装应用实例；在确定存在应用实例的情况下，确定是否完成个性化数据的设置，并在设置个性化数据之后，激活目标硬件钱包。

需要说明的是，在本公开一些实施例包括上述步骤3001的情况下，上述步骤2802中包括的内容为“接收服务器发送的目标数据”。

由上可知，在终端设备接收到目标数据之后，还需要确定终端设备中是否包括目标硬件钱包对应的安全域、且终端设备是否满足安全写入条件，以在确定终端设备中包括目标硬件钱包对应的安全域、且终端设备满足安全写入条件的情况下，将目标数据写入到终端设备中，得到目标硬件钱包；或者在确定终端设备中不包括目标硬件钱包对应的安全域的情况下，先创建目标硬件钱包对应的安全域，再将目标数据写入到终端设备中，得到目标硬件钱包，从而可以提高开立硬件钱包的可靠性。

在一些实施例中，如图32所示，本公开一些实施例提供的硬件钱包开立方法，在步骤2801之后，本公开一些实施例还可以包括下述步骤3002：

步骤3002、读取目标设备中的数据信息，并在目标用户的身份信息验证通过后，激活目标设备中目标数据对应的目标硬件钱包。

数据信息包括目标数据。

作为一种可能的实现方式，在硬件钱包平台设备通过将目标数据写入到目标设备中的情况下，终端设备还可以直接读取目标设备，并在目标用户的身份信息验证通过后激活目标设备，得到目标硬件钱包。

需要说明的是，在这种情况下，终端设备无需接收服务器发送的目标数据，通过读取并激活目标设备，即可得到基于目标设备开立的目标硬件钱包。

作为一种可能的实现方式，终端设备在读取目标设备之后，可以从目标设备中获取目标数据，并将目标数据写入到终端设备本地中，得到基于终端设备的目标硬件钱包。

由上可知，终端设备还可以在不接收服务器发送的目标数据的情况下，通过读取目标设备中的数据信息，并在目标用户的身份信息验证通过后，激活目标设备中目标数据对应的目标硬件钱包，得到目标硬件钱包，从而提高了开立硬件钱包的多样性。

图33是根据一些实施例示出的一种硬件钱包开立方法的流程图，以下，以该方法应用于硬件钱包平台设备为例，对该方法进行说明，如图33所示，该硬件钱包开立方法包括以下步骤3301-步骤3302：

步骤3301、接收服务器发送的目标数据，并将目标数据写入到目标设备中得到目标硬件钱包。

目标数据为服务器基于申请信息生成的目标硬件钱包对应的数据，目标数据包括以下至少一项：目标硬件钱包的标识、目标硬件钱包与目标钱包账户之间对应的关联信息。目标硬件钱包为目标用户对应的目标钱包账户的子钱包，目标硬件钱包共享目标钱包账户对应的余额和支付限额。

在本公开一些实施例中，硬件钱包可以批量预置开立，即服务器根据用户提交的信息，在后台非实时的批量生成多个用户对应的硬件钱包的数据信息，并将多个用户对应的硬件钱包的数据信息发送给硬件钱包平台设备，从而硬件钱包平台设备分别将多个用户对应的硬件钱包的数据信息写入到多个目标设备中，得到多个用户对应的基于目标设备的目标硬件钱包，从而用户在拿到目标设备并激活后即可成功开立硬件钱包。

一些实施例，用户在拿到目标设备之后，可以通过终端设备中的目标应用程序激活目标设备；或者也可以通过银行机构柜面激活目标设备。

一些实施例，硬件钱包平台设备在接收到服务器发送的目标数据之后，需要首先判断目标设备的合法性，以确定目标设备中是否包括目标硬件钱包对应的安全域、且目标设备是否满足安全写入条件，以在确定目标设备中包括目标硬件钱包对应的安全域、且目标设备满足安全写入条件的情况下，再将目标数据写入到目标设备中，得到基于目标设备的目标硬件钱包。

一些实施例，硬件钱包平台设备在将目标数据写入到目标设备中，得到基于目标设备的目标硬件钱包之后，还需要将目标数据写入结果返回到服务器，以使得服务器根据目标数据写入结果判断目标硬件钱包是否可做出母子关联、及激活使用。

一些实施例，硬件钱包平台设备在将目标数据写入到目标设备中，得到基于目标设备的目标硬件钱包之后，可以将目标设备邮寄到服务器(即银行机构)、或者直接邮寄给目标用户。在目标设备运输的过程中，基于目标设备的目标硬件钱包不可使用，不会给目标用户的目标钱包账户带来资金损失风险。

步骤3302、通过终端设备读取目标设备，在目标用户的身份信息验证通过后激活目标设备，得到基于目标设备开立的目标硬件钱包。

一些实施例，在得到基于目标设备的目标硬件钱包之后，需要通过终端设备读取目标设备，并验证目标用户的身份信息，以在目标用户的身份信息验证通过后才能激活目标设备，得到基于目标设备开立的目标硬件钱包。

本公开一些实施例中，目标硬件钱包是目标用户对应的目标钱包账户的子钱包，子钱包与目标钱包账户是关联的母子关系，从而在通过目标硬件钱包触碰收款终端即可完成数字人民币的支付，支付时从关联的目标钱包账户中扣款。

在本公开一些实施例中，当目标用户需要开立硬件钱包的情况下，目标用户基于终端设备中的目标应用程序，触发硬件钱包申请操作，并在目标用户对应的身份验证信息通过验证、且目标用户签署支付服务协议的情况下，创建目标用户对应的申请信息，并基于目标应用程序将申请信息发送给硬件钱包发行机构对应的服务器。从而使得服务器在接收到终端设备发送的目标用户对应的申请信息时，先确定是否存在目标用户对应的目标钱包账户，以在确定存在目标钱包账户，且目标钱包账户为正常状态的情况下，基于申请信息生成目标硬件钱包对应的目标数据，并将目标数据发送给终端设备或硬件钱包平台设备，使得终端设备或硬件钱包平台设备基于目标数据开立目标用户对应的目标硬件钱包；或者，在确定不存在目标用户对应的目标钱包账户的情况下，基于申请信息生成目标钱包账户，再基于申请信息生成目标硬件钱包对应的目标数据，并将目标数据发送给终端设备或硬件钱包平台设备。

在一种情况下，当终端设备接收到服务器发送的目标数据时，可以先确定终端设备中是否包括目标硬件钱包对应的安全域、且终端设备是否满足安全写入条件，以在确定终端设备中包括目标硬件钱包对应的安全域、且终端设备满足安全写入条件的情况下，将目标数据写入到终端设备中，得到目标硬件钱包。在目标硬件钱包完成开立之后，向服务器发送反馈信息，以使得服务器在接收到终端设备发送的反馈消息时，基于反馈消息确定目标交易成功。从而在目标用户通过目标硬件钱包进行付款时，目标硬件钱包可以向服务器发送支付请求，以使得服务器在接收目标硬件钱包发送的支付请求时，基于支付请求，通过目标钱包账户完成支付，并从目标钱包账户中扣除支付请求对应的交易金额。

在又一种情况下，当硬件钱包平台设备接收到服务器发送的目标数据时，可以将目标数据写入到目标设备中得到目标硬件钱包，从而可以通过终端设备读取目标设备中的数据信息，并在目标用户的身份信息验证通过后，向服务器发送目标设备激活请求，当服务器接收目标设备激活请求时，基于目标设备激活请求，激活目标设备得到目标硬件钱包。

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

本公开一些实施例可以根据上述方法，对交易装置进行功能模块的划分。交易装置可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本公开一些实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图34是根据一些实施例示出的一种交易装置框图。参照图34，该交易装置应用于硬件钱包；硬件钱包中存储有与硬件钱包关联的目标钱包账户的关联信息；交易装置包括：接收单元3401和发送单元3402。

接收单元3401，被配置为接收来自交易发起设备的交易请求。

发送单元3402，被配置为响应于交易请求，向交易发起设备发送关联信息，以使得交易发起设备根据关联信息与目标钱包账户进行交易。

在一种可以实现的方式中，接收单元3401，还被配置为接收来自交易发起设备的特征协商请求消息；特征协商请求消息是请求协商硬件钱包与交易发起设备的特征参数的消息；特征参数包括以下一项或多项：币串表达式的版本信息、应用版本信息、交易方式、设备类型和联网参数。

发送单元3402，还被配置为响应于特征协商请求消息，向交易发起设备发送硬件钱包的特征参数。

在一种可以实现的方式中，交易装置还包括：处理单元3403；处理单元3403，被配置为响应于用户执行的参数配置操作，更新与参数配置操作对应的配置信息；配置信息是配置硬件钱包的交易参数的信息；交易参数包括以下一项或多项：交易限额、交易密码、验密支付额度、免密支付额度。

在一种可以实现的方式中，交易装置还包括：获取单元3404；获取单元3404，被配置为响应于用户执行的账户绑定操作，获取与账户绑定操作对应的账户信息；账户信息为目标钱包账户的账户信息。

发送单元3402，还被配置为向目标钱包账户的账户平台发送包括账户信息的账户绑定请求；账户绑定请求是请求绑定硬件钱包与目标钱包账户的关联关系的请求。

接收单元3401，还被配置为当硬件钱包与目标钱包账户绑定成功时，接收账户平台发送的关联信息，并存储关联信息。

在一种可以实现的方式中，接收单元3401，被配置为：接收交易发起设备通过预设通讯方式发送的交易请求；预设通讯方式包括：近场无线通讯方式、蓝牙通讯方式和UWB通讯方式中的至少一项。

在一种可以实现的方式中，接收单元3401，还被配置为接收交易发起设备发送的交易结果，并显示交易结果。

在一种可以实现的方式中，处理单元3403，还被配置为当交易结果是表示交易成功的结果时，基于交易计数器，更新交易结果对应交易的交易计数信息。

在一种可以实现的方式中，硬件钱包中存储有硬件钱包的密钥；发送单元3402，被配置为：基于密钥对关联信息进行加密，并向交易发起设备发送加密后的关联信息。

图35是根据一些实施例示出的又一种交易装置框图。参照图35，该交易装置3500应用于交易发起设备；交易装置包括：获取单元3501和处理单元3502。

获取单元3501，被配置为在与硬件钱包进行交易的过程中，获取硬件钱包的关联信息；关联信息为与硬件钱包关联的目标钱包账户的关联信息。

处理单元3502，被配置为基于关联信息与目标钱包账户进行交易。

在一种可以实现的方式中，获取单元3501，被配置为：接收硬件钱包基于预设通讯方式发送的关联信息；预设通讯方式包括：近场无线通讯方式、蓝牙通讯方式和UWB通讯方式中的至少一项。

在一种可以实现的方式中，交易装置还包括：发送单元3503和接收单元3504；

发送单元3503，被配置为向硬件钱包发送特征协商请求消息；特征协商请求消息是请求协商硬件钱包与交易发起设备的特征参数的消息；特征参数包括以下一项或多项：币串表达式的版本信息、应用版本信息、交易方式、设备类型和联网参数。

接收单元3504，被配置为接收硬件钱包发送的硬件钱包特征参数，并基于硬件钱包特征参数和交易发起设备的特征参数确定特征协商结果。

发送单元3503，还被配置为向硬件钱包发送特征协商结果。

关于上述实施例中的装置，各个模块执行操作的方式已经在有关该方法的实施例中进行了详细描述，此处不再赘述。

在一种可以实现的方式中，处理单元3502，被配置为：向与目标钱包账户对应的运营机构后台系统发送交易请求信息，以使目标钱包账户对应的运营机构后台系统对目标钱包账户中的数字货币进行更新。

在一种可以实现的方式中，处理单元3502，被配置为：向与目标钱包账户对应的运营机构后台系统发送交易请求信息，以使目标钱包账户对应的运营机构后台系统对目标钱包账户中的数字货币进行更新，并使与交易发起设备对应的运营机构后台系统对与交易发起设备对应账户中的数字货币进行更新。

在一种可以实现的方式中，接收单元3504，还被配置为在与交易发起设备对应的运营机构后台系统对与交易发起设备对应账户中的数字货币更新成功时，接收与交易发起设备对应的运营机构后台系统发送的交易成功信息，并对交易成功信息进行展示。

在一些实施例中，本公开一些实施例还提供一种如图36所示的交易装置，该交易装置3600包括：接收单元3601,确定单元3602,以及数字货币更新单元3603。

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

确定单元3602，被配置为执行确定与硬件钱包标识关联的母钱包账户及母钱包账户的余额。

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

在一种可能的实施方式中，扣款请求还包括关联信息；关联信息是指示与硬件钱包关联的母钱包账户的标识的信息；

确定单元3602被配置为执行：根据与硬件钱包标识关联的关联信息，确定出与硬件钱包关联的母钱包账户。

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

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

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

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

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

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

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

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

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

图37是根据一些实施例示出的一种硬件钱包发行机构对应的服务器。参照图37，该服务器包括：传输单元3701以及处理单元3702。

传输单元3701，被配置为接收终端设备发送的目标用户对应的申请信息，申请信息是请求开立目标硬件钱包的信息，申请信息包括以下至少一项：用户信息、目标钱包账户信息。

处理单元3702，被配置为基于申请信息生成目标硬件钱包对应的目标数据，目标硬件钱包为目标用户对应的目标钱包账户的子钱包，目标硬件钱包共享目标钱包账户对应的余额和支付限额，目标数据包括以下至少一项：目标硬件钱包的标识、目标硬件钱包与目标钱包账户之间对应的关联信息。

传输单元3701，还被配置为将目标数据发送给终端设备或硬件钱包平台设备，使得终端设备或硬件钱包平台设备基于目标数据开立目标硬件钱包。

一些实施例，处理单元3702，被配置为确定是否存在目标用户对应的目标钱包账户；处理单元3702，还被配置为在确定存在目标钱包账户，且目标钱包账户为正常状态的情况下，基于申请信息生成目标硬件钱包对应的目标数据。

一些实施例，处理单元3702，还被配置为在确定不存在目标用户对应的目标钱包账户的情况下，基于申请信息生成目标钱包账户。

一些实施例，传输单元3701，被配置为接收终端设备发送的反馈消息，反馈消息被配置为指示以下任一项：目标数据成功写入终端设备、目标设备成功激活；

处理单元3702，被配置为基于反馈消息确定目标交易成功。

传输单元3701，被配置为接收目标硬件钱包对应的支付请求。

处理单元3702，还被配置为基于支付请求，通过目标钱包账户完成支付，并从目标钱包账户中扣除支付请求对应的交易金额。

一些实施例，传输单元3701，被配置为接收目标设备激活请求。

处理单元3702，被配置为基于目标设备激活请求，激活目标设备得到目标硬件钱包，目标设备中写入有目标硬件钱包对应的目标数据。

图38是根据一些实施例示出的一种终端设备。参照图38，该终端设备包括：传输单元3801以及处理单元3802。

传输单元3801，被配置为基于目标钱包账户向硬件钱包发行机构对应的服务器发送目标用户对应的申请信息，申请信息是请求开立目标硬件钱包的信息，申请信息包括以下至少一项：用户信息、目标钱包账户信息。

传输单元3801，还被配置为接收服务器发送的目标数据。

处理单元3802，被配置为基于目标数据开立目标硬件钱包，目标硬件钱包为目标用户对应的目标钱包账户的子钱包，目标硬件钱包共享目标钱包账户对应的余额和支付限额，目标数据包括以下至少一项：目标硬件钱包的标识、目标硬件钱包与目标钱包账户之间对应的关联信息。

一些实施例，传输单元3801，被配置为接收目标用户基于目标应用程序触发的硬件钱包申请操作。

处理单元3802，被配置为在目标用户对应的身份验证信息通过验证、且目标用户签署支付服务协议的情况下，创建目标用户对应的申请信息。

传输单元3801，被配置为基于目标应用程序将申请信息发送给硬件钱包发行机构对应的服务器。

一些实施例，处理单元3802，被配置为在确定终端设备中包括目标硬件钱包对应的安全域、且终端设备满足安全写入条件的情况下，将目标数据写入到终端设备中，得到目标硬件钱包，目标硬件钱包为基于终端设备开立的。

一些实施例，处理单元3802，被配置为读取目标设备中的数据信息，数据信息包括目标数据。

处理单元3802，还被配置为在目标用户的身份信息验证通过后，激活目标设备中目标数据对应的目标硬件钱包。

图39是根据一些实施例示出的一种硬件钱包平台设备。参照图39，该硬件钱包平台设备包括：传输单元3901以及处理单元3902。

传输单元3901，被配置为接收服务器发送的目标数据，目标数据为服务器基于申请信息生成的目标硬件钱包对应的数据，目标数据包括以下至少一项：目标硬件钱包的标识、目标硬件钱包与目标钱包账户之间对应的关联信息。

处理单元3902，被配置为将目标数据写入到目标设备中得到目标硬件钱包，目标硬件钱包为目标用户对应的目标钱包账户的子钱包，目标硬件钱包共享目标钱包账户对应的余额和支付限额。

关于上述实施例中的装置，各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处不再赘述。

图40是根据一些实施例示出的一种电子设备的框图。如图40所示，电子设备100包括：处理器4001和存储器4002。

存储器4002，被配置为存储上述处理器4001的可执行指令。可以理解的是，处理器4001被配置为执行指令，以实现上述实施例中的交易方法和硬件钱包开立方法。

需要说明的是，本领域技术人员可以理解，图40中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图40所示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

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

存储器4002可用于存储软件程序以及各种数据。存储器4002可主要包括存储程序区和存储数据区，存储程序区可存储操作系统、至少一个功能模块所需的应用程序(比如接收模块、获取模块和支付模块等)等。此外，存储器4002可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在一些实施例中，还提供了一种包括指令的计算机可读存储介质(例如，非暂态计算机可读存储介质)，例如包括指令的存储器4002，上述指令可由电子设备100的处理器4001执行以实现上述实施例中的交易方法和硬件钱包开立方法。

举例来说而非限制，计算机可读存储介质可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在一些实例中，计算机可读存储介质可以包括可移除或不可移除(或固定)的介质，或者计算机可读存储介质是非易失性固态存储器。计算机可读存储介质可在交易设备的内部或外部。

在实际实现时，上述虚拟装置中各个单元的处理功能均可以由图40中的处理器4001调用存储器4002中存储的计算机程序实现。其执行过程可参考上述实施例中的交易方法和硬件钱包开立方法部分的描述，这里不再赘述。

在一些实施例中，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，该非临时性计算机可读存储介质可以是只读存储器(Read-Only Memory，ROM)、随机存储存储器(Random Access Memory，RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，本公开实施例还提供了一种包括一条或多条指令的计算机程序产品，该一条或多条指令可以由电子设备100的处理器4001执行以完成上述实施例中的交易方法和硬件钱包开立方法。

需要说明的是，上述计算机可读存储介质中的指令或计算机程序产品中的一条或多条指令被电子设备100的处理器4001执行时实现上述交易方法和硬件钱包开立方法实施例的各个过程，且能达到与上述交易方法和硬件钱包开立方法相同的技术效果，为避免重复，这里不再赘述。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全分类部或者部分功能。

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

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

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

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

以上，仅为本公开实施例的具体实施方式，但本公开实施例的保护范围并不局限于此，任何在本公开实施例揭露的技术范围内的变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。

Claims

一种交易方法，应用于硬件钱包，所述硬件钱包中存储有与所述硬件钱包关联的目标钱包账户的关联信息，所述方法包括：

接收来自交易发起设备的交易请求；以及

响应于所述交易请求，向所述交易发起设备发送所述关联信息，以使得所述交易发起设备根据所述关联信息与所述目标钱包账户进行交易。
根据权利要求1所述的交易方法，所述接收来自交易发起设备的交易请求之前，还包括：

接收来自所述交易发起设备的特征协商请求消息，所述特征协商请求消息是请求协商所述硬件钱包与所述交易发起设备的特征参数的信息，其中，所述特征参数包括以下一项或多项：币串表达式的版本信息、应用版本信息、交易方式、设备类型和联网参数；以及

响应于所述特征协商请求消息，向所述交易发起设备发送所述硬件钱包的特征参数。
根据权利要求1或2所述的交易方法，还包括：

响应于用户执行的参数配置操作，更新与所述参数配置操作对应的配置信息，所述配置信息是配置所述硬件钱包的交易参数的信息，其中，所述交易参数包括以下一项或多项：交易限额、交易密码、验密支付额度、免密支付额度。
根据权利要求1-3中任一项所述的交易方法，还包括：

响应于用户执行的账户绑定操作，获取与所述账户绑定操作对应的账户信息，所述账户信息为所述目标钱包账户的账户信息；

向所述目标钱包账户的账户平台发送包括所述账户信息的账户绑定请求，所述账户绑定请求是请求绑定所述硬件钱包与所述目标钱包账户的关联关系的请求；

当所述硬件钱包与所述目标钱包账户绑定成功时，接收所述账户平台发送的所述关联信息；以及

存储所述关联信息。
根据权利要求1-4中任一项所述的交易方法，其中，所述接收来自交易发起设备的交易请求，包括：

接收所述交易发起设备通过预设通讯方式发送的交易请求，所述预设通讯方式包括：近场无线通讯方式、蓝牙通讯方式或超宽带UWB通讯方式中的至少一项。
根据权利要求1-5中任一项所述的交易方法，还包括：

接收所述交易发起设备发送的交易结果；以及

显示所述交易结果。
根据权利要求6所述的交易方法，所述接收所述交易发起设备发送的交易结果之后，所述方法还包括：

当所述交易结果是表示交易成功的结果时，基于交易计数器，更新所述交易结果对应交易的交易计数信息。
根据权利要求1-7任一项所述的交易方法，其中，所述硬件钱包中存储有所述硬件钱包的密钥，所述向所述交易发起设备发送所述关联信息，包括：

基于所述密钥对所述关联信息进行加密；以及

向所述交易发起设备发送加密后的关联信息。
一种交易方法，应用于交易发起设备，包括：

在与硬件钱包进行交易的过程中，获取所述硬件钱包的关联信息，所述关联信息为与所述硬件钱包关联的目标钱包账户的关联信息；以及

基于所述关联信息与所述目标钱包账户进行交易。
根据权利要求9所述的交易方法，其中，所述获取所述硬件钱包的关联信息，包括：

接收所述硬件钱包基于预设通讯方式发送的所述关联信息，所述预设通讯方式包括：近场无线通讯方式、蓝牙通讯方式或UWB通讯方式中的至少一项。
根据权利要求9或10所述的交易方法，所述获取所述硬件钱包的关联信息之前，还包括：

向所述硬件钱包发送特征协商请求消息，所述特征协商请求消息是请求协商所述硬件钱包与所述交易发起设备的特征参数的信息，所述特征参数包括以下一项或多项：币串表达式的版本信息、应用版本信息、交易方式、设备类型和联网参数；

接收所述硬件钱包发送的所述硬件钱包特征参数；

基于所述硬件钱包特征参数和所述交易发起设备的特征参数确定特征协商结果；以及

向所述硬件钱包发送所述特征协商结果。
根据权利要求9-11中任一项所述的交易方法，其中，所述基于所述关联信息与所述目标钱包账户进行交易，包括：

向与所述目标钱包账户对应的运营机构后台系统发送交易请求信息，以使所述目标钱包账户对应的运营机构后台系统对所述目标钱包账户中的数字货币进行更新。
根据权利要求9-12中任一项所述的交易方法，其中，所述基于所述关联信息与所述目标钱包账户进行交易，包括：

向与所述目标钱包账户对应的运营机构后台系统发送交易请求信息，以使所述目标钱包账户对应的运营机构后台系统对所述目标钱包账户中的数字货币进行更新；以及

使与所述交易发起设备对应的运营机构后台系统对与所述交易发起设备对应账户中的数字货币进行更新。
根据权利要求13所述的交易方法，还包括：

在与所述交易发起设备对应的运营机构后台系统对与所述交易发起设备对应账户中的数字货币更新成功时，接收与所述交易发起设备对应的运营机构后台系统发送的交易成功信息；以及

对所述交易成功信息进行展示。
一种交易方法，应用于服务器，包括：

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

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

在所述余额大于或等于所述收款金额的情况下，根据所述收款金额，更新所述目标钱包账户的数字货币与收款账户的数字货币。
根据权利要求15所述的交易方法，其中，所述扣款请求还包括关联信息；所述关联信息是指示与所述硬件钱包关联的所述目标钱包账户的标识；

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

将所述关联信息对应的钱包账户确定为与所述硬件钱包标识关联的目标钱包账户。
根据权利要求15或16所述的交易方法，还包括：

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

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

根据所述收款金额，更新所述目标银行账户的存款金额与所述收款账户的数字货币；或者，确定所述收款金额与所述余额的差值金额；以及根据所述余额，更新所述目标钱包账户的数字货币，根据所述差值金额，更新所述目标银行账户的存款金额，以及根据所述收款金额更新所述收款账户的数字货币。
根据权利要求17所述的交易方法，其中，所述银行账户信息包括所述至少一个银行账户具有不同的扣款优先级和数字货币更新额度；所述根据所述至少一个银行账户的银行账户信息，从所述至少一个银行账户中确定出目标银行账户，包括：

按照各个所述银行账户的扣款优先级，逐个确定各个银行账户的存款金额更新额度是否大于或者等于待更新金额，直到确定出数字货币更新额度大于或者等于所述待更新金额的所述目标银行账户。
根据权利要求18所述的交易方法，还包括：

在未确定出所述目标银行账户的情况下，拒绝所述扣款请求；以及

向所述交易发起设备发送第一提示指令，所述第一提示指令是指示所述交易发起设备显示数字货币交易失败的提示信息。
根据权利要求15-19中任一项所述的交易方法，还包括：

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

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

在确定出所述收款金额大于所述最大额度阈值时，拒绝所述扣款请求。
根据权利要求20所述的交易方法，其中，所述硬件钱包的账户信息还包括状态信息，所述状态信息是表征所述硬件钱包处于可用状态或非可用状态的信息；所述方法还包括：

在确定所述硬件钱包处于可用状态的情况下，对比所述收款金额与所述最大额度阈值。
根据权利要求21所述的交易方法，还包括：

在确定所述硬件钱包处于非可用状态下时，拒绝所述扣款请求，以及向所述交易发起设备发送第二提示指令，所述第二提示指令是指示所述交易发起设备显示所述硬件钱包处于所述非可用状态的提示信息。
根据权利要求20-22中任一项所述的交易方法，其中，所述账户信息还包括允许免密更新数字货币的免密额度阈值，所述免密额度阈值小于所述最大额度阈值，所述方法还包括：

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

接收所述交易发起设备返回的所述密码信息；

认证所述密码信息；以及

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

在所述密码信息认证通过时，根据所述收款金额，更新所述目标钱包账户的数字货币与所述收款账户的数字货币。
根据权利要求15-23任一项所述的交易方法，还包括：

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

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

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

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

在所述付款账户包括所述目标钱包账户和所述目标银行账户的情况下，根据所述余额，更新所述目标钱包账户的数字货币，以及，根据所述差值金额，更新所述目标银行账户的存款金额。
一种硬件钱包开立方法，应用于硬件钱包发行机构对应的服务器，包括：

接收终端设备发送的目标用户对应的申请信息，所述申请信息是请求开立目标硬件钱包的信息，所述申请信息包括以下至少一项：用户信息、目标钱包账户信息；

基于所述申请信息生成所述目标硬件钱包对应的目标数据，所述目标硬件钱包为所述目标用户对应的目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息；以及

将所述目标数据发送给终端设备或硬件钱包平台设备，使得所述终端设备或所述硬件钱包平台设备基于所述目标数据开立目标硬件钱包。
根据权利要求25所述的硬件钱包开立方法，所述基于所述申请信息生成目标硬件钱包对应的目标数据之前，所述方法还包括：

确定是否存在所述目标用户对应的目标钱包账户；以及

所述基于所述申请信息生成所述目标硬件钱包对应的目标数据，包括：

在确定存在所述目标钱包账户，且所述目标钱包账户为正常状态的情况下，基于所述申请信息生成目标硬件钱包对应的目标数据。
根据权利要求26所述的硬件钱包开立方法，还包括：

在确定不存在所述目标用户对应的目标钱包账户的情况下，基于所述申请信息生成所述目标钱包账户。
根据权利要求25-27中任一项所述的硬件钱包开立方法，还包括：

接收所述终端设备发送的反馈消息，所述反馈消息是指示以下任一项的消息：所述目标数据成功写入所述终端设备、目标设备成功激活；

基于所述反馈消息确定所述目标交易成功；

接收所述目标硬件钱包对应的支付请求；

基于所述支付请求，通过所述目标钱包账户完成支付；以及

从所述目标钱包账户中扣除所述支付请求对应的交易金额。
根据权利要求25所述的硬件钱包开立方法，还包括：

接收目标设备激活请求；以及

基于所述目标设备激活请求，激活所述目标设备得到所述目标硬件钱包，所述目标设备中写入有所述目标硬件钱包对应的所述目标数据。
一种硬件钱包开立方法，应用于终端设备，包括：

基于目标钱包账户向硬件钱包发行机构对应的服务器发送目标用户对应的申请信息，所述申请信息是请求开立目标硬件钱包的信息，所述申请信息包括以下至少一项：用户信息、目标钱包账户信息；

接收所述服务器发送的目标数据；以及

基于所述目标数据开立所述目标硬件钱包，所述目标硬件钱包为所述目标用户对应的所述目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息。
根据权利要求30所述的硬件钱包开立方法，其中，所述基于目标钱包账户向硬件钱包发行机构对应的服务器发送目标用户对应的申请信息，包括：

接收所述目标用户基于目标应用程序触发的硬件钱包申请操作，在所述目标用户对应的身份验证信息通过验证、且所述目标用户签署支付服务协议的情况下，创建所述目标用户对应的申请信息；以及

基于所述目标应用程序将所述申请信息发送给硬件钱包发行机构对应的服务器。
根据权利要求30或31所述的硬件钱包开立方法，其中，所述基于所述目标数据开立所述目标硬件钱包，包括：

在确定所述终端设备中包括所述目标硬件钱包对应的安全域、且所述终端设备满足安全写入条件的情况下，将所述目标数据写入到所述终端设备中，得到所述目标硬件钱包，所述目标硬件钱包为基于所述终端设备开立的。
根据权利要求30-32中任一项所述的硬件钱包开立方法，还包括：

读取目标设备中的数据信息，所述数据信息包括所述目标数据；以及

在所述目标用户的身份信息验证通过后，激活所述目标设备中所述目标数据对应的所述目标硬件钱包。
一种硬件钱包开立方法，应用于硬件钱包平台设备，包括：

接收服务器发送的目标数据，所述目标数据为所述服务器基于申请信息生成的所述目标硬件钱包对应的数据，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息；以及

将所述目标数据写入到目标设备中得到目标硬件钱包，所述目标硬件钱包为所述目标用户对应的所述目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额。
一种交易装置，应用于硬件钱包；所述硬件钱包中存储有与所述硬件钱包关联的目标钱包账户的关联信息；所述装置包括：接收单元和发送单元；

所述接收单元，被配置为接收来自交易发起设备的交易请求；

所述发送单元，被配置为响应于所述交易请求，向所述交易发起设备发送所述关联信息，以使得所述交易发起设备根据所述关联信息与所述目标钱包账户进行交易。
一种交易装置，应用于交易发起设备；包括：获取单元和处理单元；

所述获取单元，被配置为在与硬件钱包进行交易的过程中，获取所述硬件钱包的关联信息；所述关联信息为与所述硬件钱包关联的目标钱包账户的关联信息；

所述处理单元，被配置为基于所述关联信息与所述目标钱包账户进行交易。
一种交易装置，包括：

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

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

数字货币更新单元，被配置为执行在所述余额大于或等于所述收款金额的情况下，根据所述收款金额，更新所述目标钱包账户的数字货币与收款账户的数字货币。
一种硬件钱包发行机构对应的服务器，包括：传输单元和处理单元；

所述传输单元，被配置为接收终端设备发送的目标用户对应的申请信息，所述申请信息是请求开立目标硬件钱包的信息，所述申请信息包括以下至少一项：用户信息、目标钱包账户信息；

所述处理单元，被配置为基于所述申请信息生成所述目标硬件钱包对应的目标数据，所述目标硬件钱包为所述目标用户对应的目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息；

所述传输单元，被配置为将所述目标数据发送给终端设备或硬件钱包平台设备，使得所述终端设备或所述硬件钱包平台设备基于所述目标数据开立目标硬件钱包。
一种终端设备，包括：传输单元和处理单元；

所述传输单元，被配置为基于目标钱包账户向硬件钱包发行机构对应的服务器发送目标用户对应的申请信息，所述申请信息是请求开立目标硬件钱包的信息，所述申请信息包括以下至少一项：用户信息、目标钱包账户信息；

所述传输单元，被配置为接收所述服务器发送的目标数据；

所述处理单元，被配置为基于所述目标数据开立所述目标硬件钱包，所述目标硬件钱包为所述目标用户对应的所述目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息。
一种硬件钱包平台设备，包括：传输单元和处理单元；

所述传输单元，被配置为接收服务器发送的目标数据，所述目标数据为所述服务器基于申请信息生成的所述目标硬件钱包对应的数据，所述目标数据包括以下至少一项：所述目标硬件钱包的标识、所述目标硬件钱包与所述目标钱包账户之间对应的关联信息；

所述处理单元，被配置为将所述目标数据写入到目标设备中得到目标硬件钱包，所述目标硬件钱包为所述目标用户对应的所述目标钱包账户的子钱包，所述目标硬件钱包共享所述目标钱包账户对应的余额和支付限额。
一种交易系统，包括：硬件钱包和交易发起设备；

所述硬件钱包，被配置为执行如权利要求1-8中任一项所述的交易方法；

所述交易发起设备，被配置为执行如权利要求9-14中任一项所述的交易方法。
一种硬件钱包开立系统，包括：硬件钱包发行机构对应的服务器、终端设备、硬件钱包平台设备；

所述硬件钱包发行机构对应的服务器，被配置为执行如权利要求25-29中任一项所述的硬件钱包开立方法；

所述硬件钱包平台设备，被配置为执行如权利要求30-33中任一项所述的硬件钱包开立方法；

所述终端设备，被配置为执行如权利要求34所述的硬件钱包开立方法。
一种电子设备，包括：

处理器；以及

用于存储所述处理器可执行指令的存储器，

所述处理器被配置为执行所述指令，以实现如权利要求1-8中任一项、9-14中任一项、15-24中任一项、25-29中任一项、30-33中任一项或34所述的方法。
一种计算机可读存储介质，存储有计算机执行指令，所述计算机执行指令在由电子设备的处理器执行时，使得电子设备执行如权利要求1-8中任一项、9-14中任一项、15-24中任一项、25-29中任一项、30-33中任一项或34所述的方法。