数字货币的支付方法、装置、支付设备、终端及存储介质与流程

1.本技术涉及支付技术领域，具体而言，涉及一种数字货币的支付方法、装置、支付设备、终端及存储介质。


背景技术：

2.目前在公共交通领域的支付方式主要有如下三种：
3.一是电子钱包和电子钱包复合应用的交通卡支付方式。其安全体系采用对称密钥算法，利用终端内置psam(purchase secure access module，消费安全存取模块)模式实现支付安全。
4.二是电子现金和电子现金扩展应用，以及升级后的支持小额免密免签和联机oda(offline data authentication，脱机数据认证)的银行卡支付方式。其安全体系同时采用对称密钥算法和非对称密钥算法，终端内置psam并预置ca(certification authority，核证机关)证书来实现支付安全。
5.三是二维码移动支付方式，依靠“智能应用+智能手机+智能设备”来实现二维码支付。
6.然而，无论上述哪种方式，都不能实现快速接入数字货币的硬件钱包作为支付工具。


技术实现要素：

7.本技术实施例的目的在于提供一种数字货币的支付方法、装置、支付设备、终端及存储介质，用以解决如何实现快速接入数字货币硬件钱包作为支付工具的技术问题。
8.本技术实施例提供了一种数字货币的支付方法，应用于支付设备上，所述支付设备内具有电子钱包应用和数字货币的硬件钱包应用；所述电子钱包应用和所述硬件钱包应用之间，具有共享数据；所述方法包括：所述电子钱包应用接收进场终端发来的进场数据，并将所述进场数据作为共享数据进行保存；所述硬件钱包应用接入出场终端，并向所述出场终端提供所述进场数据，以供所述出场终端计算消费金额；所述硬件钱包应用接收所述消费金额，并按照所述消费金额执行交易。
9.在上述实现过程中，通过配置电子钱包应用和硬件钱包应用之间具有共享数据，并将电子钱包应用接收到的进场终端发来的进场数据作为共享数据保存。而在出场时，出场终端可以接入硬件钱包应用，从而实现硬件钱包应用采用数字货币进行交易结算。而由于进场数据是作为共享数据，因此在电子钱包应用进行进场控制时所保存的进场数据，在出场控制时，出场终端可以从硬件钱包应用处获取到进场数据，从而计算出消费金额，使得硬件钱包应用得以正常执行交易。这就实现了在公共交通等领域内接入数字货币硬件钱包作为支付工具，且进场过程仍旧使用电子钱包应用实现，可以实现与现有进场控制方式的兼容，对于支付设备而言，只需配置电子钱包应用和数字货币的硬件钱包应用具有特定的共享数据即可，支付设备侧程序改动量很小。而对于终端侧而言，已支持电子钱包应用功
能，需增加支持硬件钱包应用的功能，根据现有终端功能情况，选择合适方式接入硬件钱包应用即可，对于终端侧的改动量也较小，因此便于在目前的公共交通领域的支付结构上进行改造、推广，改造难度低。
10.进一步地，所述方法还包括：所述硬件钱包应用在执行交易成功后，在所述共享数据中更新表征交易成功的状态信息。
11.在上述实现过程中，硬件钱包应用在执行交易成功后，在共享数据中更新表征交易成功的状态信息，这样就使得在下一次进场时，进场终端可以从电子钱包应用中获取到该状态信息，从而可以据此实现对于是否允许支付设备的持有者进场的判断以及控制。比如，若从电子钱包应用中未获取到该表征交易成功的状态信息，则可以判断支付设备的持有者在上一次乘坐公共交通时，未正常出场，因此可以拒绝支付设备的持有者进场。
12.进一步地，所述方法还包括：所述硬件钱包应用在执行交易成功后，向所述出场终端反馈交易成功信息，以使所述出场终端允许所述支付设备的持有者离场。
13.进一步地，所述数字货币的硬件钱包应用为数字人民币的硬件钱包应用。
14.在上述实现过程中，通过采用数字人民币的硬件钱包应用来进行交易，那么可以实现在公共交通等领域对于数字人民币的快速推广。此外由于数字人民币是法定货币，具有价值特征，支持银行账户松耦合功能，因此采用本技术实施例的方式，可以实现支付即结算，从而相比于目前采用的电子钱包应用结算的方式而言，不需要中间结算组织的介入(电子钱包应用，如微信、支付宝等，其结算时需要通过网联与银行进行结算，不能直接和银行结算)，能够有效提高资金周转效率。
15.进一步地，所述电子钱包应用和所述硬件钱包应用对同一目标存储区域具有数据读写权限；所述共享数据为存储于所述目标存储区域内的数据。
16.在上述实现过程中，通过设置电子钱包应用和所述硬件钱包应用对同一目标存储区域具有数据读写权限，即可从存储控制上实现共享数据的设置，从而便于本技术实施例方案的施行。
17.本技术实施例还提供了一种数字货币的支付方法，应用于出场终端上，包括：与支付设备建立通信连接，并接入所述支付设备的硬件钱包应用；所述硬件钱包应用用于管理和交易数字货币；从所述硬件钱包应用中获取进场数据，并根据所述进场数据计算消费金额；所述进场数据为进场终端通过所述支付设备的电子钱包应用输入，并由所述硬件钱包应用和所述电子钱包应用共用；将所述消费金额发送给所述硬件钱包，以使所述硬件钱包按照所述消费金额执行交易。
18.在上述实现过程中，出场终端通过接入硬件钱包应用获取进场数据，从而计算出消费金额，从而使得硬件钱包应用实现数字货币的交易。这就实现了在公共交通等领域内接入数字货币硬件钱包作为支付工具。且进场过程仍旧使用电子钱包应用实现，可以实现与现有进场控制方式的兼容，对于支付设备而言，只需配置电子钱包应用和数字货币的硬件钱包应用具有特定的共享数据即可，支付设备侧程序改动量很小。而对于终端侧而言，进场终端仍旧与电子钱包应用对接，继续兼容现有进场控制方式，因此可以不进行改动，仅需配置出场终端接入硬件钱包应用即可，对于终端侧的程序改动量也很小，因此便于在目前的公共交通领域的支付结构上进行改造、推广，改造难度低。
19.进一步地，从所述硬件钱包应用中获取进场数据，并根据所述进场数据计算消费
金额，包括：从所述硬件钱包应用的共享数据中获取场景id标识记录的信息；在所述场景id标识记录的信息为进场数据时，根据所述进场数据计算消费金额。
20.进一步地，所述方法还包括：若所述场景id标识记录的信息不为进场数据，结束流程，并进行异常提示。
21.在上述实现过程中，若场景id标识记录的信息不为进场数据，那么即表明支付设备的持有者并非是正常进场的，因此可以结束流程，不再进行消费金额的计算，并进行异常提示以便进行人工处理。
22.进一步地，所述接入所述支付设备的硬件钱包应用，包括：从所述支付设备的近距离支付系统环境中获取所述硬件钱包应用的第一标识；根据所述第一标识在所述支付设备中接入所述硬件钱包应用。
23.在上述实现过程中，通过从近距离支付系统环境中获取硬件钱包应用的第一标识，从而可以实现到硬件钱包应用的准确接入。
24.本技术实施例还提供了一种数字货币的支付方法，应用于进场终端上，包括：与支付设备建立通信连接，并接入所述支付设备的电子钱包应用；向所述电子钱包应用发送进场数据，以供所述电子钱包应用将所述进场数据作为共享数据进行保存；所述共享数据为所述支付设备中，所述电子钱包应用和硬件钱包应用共用的数据；所述硬件钱包应用用于管理和交易数字货币。
25.在上述实现过程中，进场设备正常接入电子钱包应用，并向电子钱包应用发送进场数据。而电子钱包应用将进场数据作为共享数据进行保存，这就使得在出场时，出场终端可以通过接入硬件钱包应用实现对进场数据的获取，从而计算出消费金额，从而为硬件钱包应用采用数字货币结算提供了必要条件。这样，就可以在公共交通等领域内接入数字货币硬件钱包作为支付工具。且进场过程中，进场终端仍旧接入电子钱包应用，因此可以实现与现有进场控制方式的兼容，对于支付设备而言，只需配置电子钱包应用和数字货币的硬件钱包应用具有特定的共享数据即可，支付设备侧程序改动量很小。而对于终端侧而言，已支持电子钱包应用，仅需接入硬件钱包应用即可，对于终端侧的程序改动量也很小，因此便于在目前的公共交通领域的支付结构上进行改造、推广，改造难度低。
26.进一步地，在向所述电子钱包应用发送进场数据之前，所述方法还包括：从所述电子钱包应用的共享数据中获取场景id标识记录的信息；确定所述场景id标识记录的信息为表征交易成功的状态信息。
27.进一步地，所述方法还包括：若所述场景id标识记录的信息不为表征交易成功的状态信息，结束流程，并进行异常提示。
28.在上述实现过程中，若场景id标识记录的信息不为表征交易成功的状态信息，那么即可以认为支付设备的持有者在上一次进场后，没有正常出场，从而给可以结束流程，并进行异常提示，以便进行人工处理。
29.进一步地，所述接入所述支付设备的电子钱包应用，包括：从所述支付设备的近距离支付系统环境中获取所述电子钱包应用的第二标识；根据所述第二标识在所述支付设备中接入所述电子钱包应用。
30.在上述实现过程中，通过从近距离支付系统环境中获取电子钱包应用的第二标识，从而可以实现到电子钱包应用的准确接入。
31.本技术实施例还提供了一种数字货币的支付装置，应用于支付设备上，所述支付设备内具有电子钱包应用和数字货币的硬件钱包应用；所述电子钱包应用和所述硬件钱包应用之间，具有共享数据；所述支付装置包括：第一控制模块和第二控制模块；所述第一控制模块，用于控制所述电子钱包应用接收进场终端发来的进场数据，并将所述进场数据作为共享数据进行保存；所述第二控制模块，用于控制所述硬件钱包应用接入出场终端，并向所述出场终端提供所述进场数据，以供所述出场终端计算消费金额；所述第二控制模块，还用于控制所述硬件钱包应用接收所述消费金额，并按照所述消费金额执行交易。
32.本技术实施例还提供了一种数字货币的支付装置，应用于出场终端上，包括：第一接入模块、处理模块和第一发送模块；所述第一接入模块，用于与支付设备建立通信连接，并接入所述支付设备的硬件钱包应用；所述硬件钱包应用用于管理和交易数字货币；所述处理模块，用于从所述硬件钱包应用中获取进场数据，并根据所述进场数据计算消费金额；所述进场数据为进场终端通过所述支付设备的电子钱包应用输入，并由所述硬件钱包应用和所述电子钱包应用共用；所述第一发送模块，用于将所述消费金额发送给所述硬件钱包，以使所述硬件钱包按照所述消费金额执行交易。
33.本技术实施例还提供了一种数字货币的支付装置，应用于进场终端上，包括：第二接入模块和第二发送模块；所述第二接入模块，用于与支付设备建立通信连接，并接入所述支付设备的电子钱包应用；所述第二发送模块，用于向所述电子钱包应用发送进场数据，以供所述电子钱包应用将所述进场数据作为共享数据进行保存；所述共享数据为所述支付设备中，所述电子钱包应用和硬件钱包应用共用的数据；所述硬件钱包应用用于管理和交易数字货币。
34.本技术实施例还提供了一种支付设备，包括：处理器、存储器及通信总线；所述通信总线用于实现处理器和存储器之间的连接通信；所述存储器内存储有电子钱包应用和数字货币的硬件钱包应用的实现数据和控制程序；所述处理器用于执行所述控制程序，以实现任一种应用于支付设备上的数字货币的支付方法。
35.本技术实施例还提供了一种终端，包括处理器、存储器及通信总线；所述通信总线用于实现处理器和存储器之间的连接通信；所述处理器用于执行存储器中存储的一个或者多个程序，以实现上述任一种应用于出场终端或进场终端上的数字货币的支付方法。
36.本技术实施例中还提供了一种可读存储介质，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个电子设备执行，以实现上述任一种的数字货币的支付方法。
附图说明
37.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
38.图1为本技术实施例提供的一种数字货币的支付方法的流程交互示意图；
39.图2为本技术实施例提供的一种支付设备内的两种钱包应用的结构示意图；
40.图3为本技术实施例提供的一种应用于支付设备上的数字货币的支付方法的流程
示意图；
41.图4为本技术实施例提供的一种应用于进场终端上的数字货币的支付方法的流程示意图；
42.图5为本技术实施例提供的一种应用于出场终端上的数字货币的支付方法的流程示意图；
43.图6为本技术实施例提供的一种数据结构结构示意图；
44.图7为本技术实施例提供的一种进场过程的交互示意图；
45.图8为本技术实施例提供的一种出场过程的交互示意图；
46.图9为本技术实施例提供的一种应用于支付设备中的数字货币的支付装置的结构示意图；
47.图10为本技术实施例提供的一种应用于出场终端中的数字货币的支付装置的结构示意图；
48.图11为本技术实施例提供的一种应用于进场终端中的数字货币的支付装置的结构示意图；
49.图12为本技术实施例提供的一种支付设备的结构示意图；
50.图13为本技术实施例提供的一种终端的结构示意图。
具体实施方式
51.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
52.实施例一：
53.为了实现在公共交通等领域中快速接入数字货币硬件钱包作为支付工具，本技术实施例中提供了三种分别应用于支付设备、进场终端和出场终端上的数字货币的支付方法。
54.为便于理解本技术实施例所提供的方案，下面首先以三方交互的形式对整个实现过程进行描述。
55.可以参见图1所示，图1为本技术实施例中提供的数字货币的支付方法的流程交互示意图，包括：
56.s101：进场终端接入支付设备的电子钱包应用。
57.需要说明的是，在本技术实施例中，支付设备是指用户可以持有，并实现交易的设备，比如移动终端(如手机等)、智能卡等。
58.需要理解的是，在本技术实施例中，支付设备内同时具有电子钱包应用和硬件钱包应用。所谓电子钱包应用，是指诸如微信、支付宝等提供第三方线上交易的钱包应用。而所谓硬件钱包应用则是指针对某种数字货币进行管理和交易的钱包应用，比如目前的数字人民币硬件钱包应用等。
59.在本技术实施例中，参见图2所示，支付设备中的电子钱包应用和硬件钱包应用之间具有共享数据，该共享数据可以同时被电子钱包应用和硬件钱包应用读写。在本技术实施例中，进场终端和出场终端发送给支付设备的需要进行保存的相关信息可以作为共享数据进行保存。
60.在本技术实施例中，进场终端可以与支付设备建立通信连接，从而接入电子钱包
应用。
61.示例性的，进场终端可以与支付设备建立近场通信连接，从而接入电子钱包应用。需要说明的是，本技术实施例中所述的近场通信连接包括但不限于nfc(near field communication，近距离无线通信)连接、蓝牙连接、zigbee(紫蜂协议)连接、simpass(双界面sim卡技术)连接，只要能实现近距离无线通信的连接方式均可认为是近场通信连接方式。
62.当然，进场终端也可以与支付设备之间通过诸如基站等方式建立通信连接，只要能够保证进场终端与支付设备之间的数据正常传输，本技术对于进场终端与支付设备之间的通信连接方式并不做限制。
63.应理解的是，在本技术实施例中，由于支付设备内同时具有硬件钱包应用和电子钱包应用。因此，为了使得进场终端可以准确接入电子钱包应用，进场终端可以从支付设备的ppse(proximity payment systems environment，近距离支付系统环境)中获取应用信息和应用对应的标识。进而可以根据电子钱包应用的应用信息以及其对应的第二标识(第二标识可以采用应用的aid(application id，应用标识)等实现)，从而在支付设备中选择第二标识对应的应用，实现对于电子钱包应用的接入。
64.s102：向电子钱包应用发送进场数据。
65.s103：支付设备的电子钱包将进场数据作为共享数据进行保存。
66.在本技术实施例中，进场终端可以首先采用安全报文的形式，向电子钱包应用发送进场数据，以保证数据传输过程的安全性。
67.示例性的，进场终端可以向支付设备请求获取随机数，进而利用该随机数和预设的消费密钥，对进场数据进行加密，并生成进场数据的mac(message authentication code，消息认证码)，进而将加密的进场数据和mac发送给电子钱包应用。
68.而电子钱包应用则可以依据预设的密钥进行认证和解密，并将认证通过的进场数据作为共享数据进行保存。
69.需要说明的是，在本技术实施例中，进场数据包括但不限于进场终端所在站点、进场终端设备号、进场时间等信息中的一种或多种。
70.还需要说明的是，在本技术实施例中，电子钱包应用在保存好进场数据后，可以向进场终端反馈更新完毕的消息，从而使得进场终端允许支付设备的持有者进入收费区。
71.需要说明的是，在本技术实施例中，进场终端可以为闸机等具有通放行功能的电子设备，从而通过自动控制实现对于支付设备的持有者的放行与否的控制。此外，在本技术实施例中，进场终端也可以为诸如公交车刷卡器等不具有通放行功能的电子设备，此时进场终端可以通过播报或显示的方式通知支付设备的持有者或周边管理者是否允许通行。
72.应当理解的是，在本技术实施例中，进场终端在接入电子钱包应用后，可以先获取电子钱包应用中的共享数据，从而根据获取到的共享数据确定是否需要向电子钱包应用发送进场数据。
73.示例性的，在本技术实施例中，可以设定当支付成功，正常出场时，支付设备需要在共享数据内更新记录表征交易成功的状态信息。进而进场设备可以首先从电子钱包应用的共享数据中获取场景id标识记录的信息，进而识别该信息是否为表征交易成功的状态信息。
74.若是，那么即可按照前述描述，将进场数据发送给电子钱包应用。
75.若不是，那么即表明上一次支付设备的持有者可能并未正常出场，因此可以结束流程，并进行异常提示。比如，可以提示支付设备的持有者或周边工作人员，该支付设备上一次未正常完成出场交易，暂时不允许进场，需进行异常处理。
76.需要说明的是，在实际应用过程中，支付设备往往会应用到不同的场景中，比如第一次使用时是在地铁场景中，而第二次使用时则在公交场景中。但是，在每一次使用时，应基于同一场景中的信息进行判断，比如地铁场景下判断该支付设备上一次是否正常完成出场交易，则需要根据上一次在地铁场景中更新的进场数据来进行判断。
77.为此，在本技术实施例中，可以为每一种应用场景分配相应的场景id标识，并将场景id标识与该应用场景下对应的共享数据进行关联。支付设备可以根据进场终端的信息(比如进场终端的功能信息、标识信息等)确定出对应的场景id标识，进而获取到该场景id标识记录的信息。
78.需要注意的是，在本技术实施例中，每个场景id标识对应记录的信息，可以仅保留该应用场景中，最新一次产生的信息。比如，在地铁场景中，在进场后，即将地铁场景的场景id标识对应信息覆盖为进场数据，在出场后，即将地铁场景的场景id标识对应信息覆盖为表征交易成功的状态信息。
79.此外，在本技术实施例中，支付设备内也可以按照不同的应用场景分配不同的记录空间，从而可以实现对不同应用场景中历史信息的记录。这时，可以根据场景id标识，在对应的记录空间中获取和写入数据。而获取场景id标识记录的信息时，则可以是获取场景id标识对应的记录空间中，最新一次记录的数据。
80.还需要说明的是，为了保证数据安全性，电子钱包应用可以采用与进场终端的密钥相匹配的密钥对数据进行加密(同时同样可以利用随机数生成mac)，然后发送给进场终端，供进场终端进行认证和解密。
81.在本技术实施例中，支付设备可以允许特定设备(如管理员设备对共享信息进行修改)，从而使得工作人员可以对异常状况进行处理。比如，进场终端在进行异常提示后，支付设备的持有者可以至管理平台，将支付设备交予工作人员，通过补齐之前的金额或缴纳罚款等方式，使工作人员通过特定设备在共享数据中重新写入表征交易成功的状态信息，从而使得再次使用时，进场终端得以允许通行。
82.需要注意的是，在本技术实施例中，进场终端与电子钱包应用之间的数据交互过程，均可以采用前述加密认证的方式进行。而一旦在该过程中出现解密失败或认证不通过的情况，则进场终端或电子钱包应用均可结束流程，并进行异常提示，不允许支付设备的持有者通行，从而保证整个支付设备进场至出场过程的数据安全性。
83.应理解，在本技术实施例中，对于不同的应用场景，可以配置不同的密钥，以提高数据交互过程的安全性。
84.需要说明的是，本技术实施例中所述的进场是指进入某种收费场景的过程，比如乘坐地铁时的进入地铁站的过程。出场是指离开某种收费场景的过程，比如乘坐地铁时的离开地铁站的过程。
85.s104：出场终端接入支付设备的硬件钱包应用。
86.在本技术实施例中，与进场终端类似的，出场终端可以与支付设备建立通信连接，
从而接入硬件钱包应用。
87.示例性的，出场终端可以与支付设备建立近场通信连接，从而接入硬件钱包应用。当然，类似的，出场终端也可以与支付设备之间通过诸如基站等方式建立通信连接，只要能够保证出场终端与支付设备之间的数据正常传输，本技术对于出场终端与支付设备之间的通信连接方式也不做限制。
88.类似的，为了使得出场终端可以准确接入硬件钱包应用，出场终端可以从支付设备的ppse中获取应用信息和应用对应的标识。进而可以根据硬件钱包应用的应用信息以及其对应的第一标识(第一标识同样可以采用应用的aid实现)，从而在支付设备中选择第一标识对应的应用，实现对于硬件钱包应用的接入。
89.s105：从硬件钱包应用中获取进场数据。
90.s106：根据进场数据计算消费金额。
91.在本技术实施例中，由于进场数据是作为共享数据进行保存的，因此出场终端在接入硬件钱包应用后，可以从硬件钱包应用中获取到进场数据。
92.而进场数据中含有支付设备的持有者进场时的相关信息，比如进场终端所在站点、进场终端设备号、进场时间等信息中的一种或多种，从而出场终端可以结合自身的信息，计算出消费金额。
93.s107：将消费金额发送给硬件钱包。
94.s108：支付设备的硬件钱包按照消费金额执行交易。
95.在本技术实施例中，硬件钱包可按照正常的交易执行流程进行交易结算。
96.在本技术实施例中，当交易成功后，硬件钱包可向出场终端反馈交易成功信息，以使所述出场终端允许所述支付设备的持有者离场。
97.需要说明的是，为了实现对于出场过程的准确控制，在本技术实施例中，出场终端可以从硬件钱包应用的共享数据中获取场景id标识记录的信息，进而判断场景id标识记录的信息是否为进场数据。
98.在场景id标识记录的信息为进场数据时，即可根据进场数据计算消费金额。
99.若场景id标识记录的信息不为进场数据，那么即表明支付设备的持有者为非正常进场的，此时可以结束流程，并进行异常提示。比如，可以提示支付设备的持有者或周边工作人员，该支付设备本次未正常进场，暂时不允许出场，需进行异常处理。
100.类似的，支付设备可以根据出场终端的信息(比如出场终端的功能信息、标识信息等)确定出对应的场景id标识，进而获取到该场景id标识记录的信息。
101.类似的，在本技术实施例中，支付设备可以允许特定设备(如管理员设备对共享信息进行修改)，从而使得工作人员可以对异常状况进行处理。比如，出场终端在进行异常提示后，支付设备的持有者可以至管理平台，将支付设置交予工作人员，通过告知进场位置等方式，使工作人员通过特定设备在共享数据中重新写入进场数据，从而使得再次使用时，出场终端得以允许通行。
102.还需要说明的是，在本技术实施例中，出场终端也可以为闸机等具有通放行功能的电子设备，从而通过自动控制实现对于支付设备的持有者的放行与否的控制。此外，在本技术实施例中，出场终端也可以为诸如公交车刷卡器等不具有通放行功能的电子设备，此时出场终端可以通过播报或显示的方式通知支付设备的持有者或周边管理者是否允许通
行。
103.在本技术实施例中，当交易成功后，硬件钱包应用可以在共享数据中更新表征交易成功的状态信息，从而便于下一次进场时进行异常判断。
104.应当理解的是，在本技术实施例中，可以将支付设备的某一或某些存储区域设为共享数据的存储区域(为便于表述，本技术实施例中记这些区域为目标存储区域)，并针对目标存储区域，配置电子钱包应用和硬件钱包应用均对其具有数据读写权限。
105.这样，当需要保持共享数据时，只需将其保存至目标存储区域内即可实现电子钱包应用和硬件钱包应用的共用。
106.此外，在本技术实施例中，也可以不配置电子钱包应用和硬件钱包应用具有同一存储区域的数据读写权限，而是将电子钱包应用和硬件钱包应用的数据和存储区域隔离开。此时，当电子钱包应用或硬件钱包应用中保存共享数据时，即将所保存的共享数据复制一份发送给另一钱包应用进行保存，从而实现共享数据的共享。
107.比如，电子钱包应用在保存进场数据时，即可将进场数据复制一份发送给硬件钱包应用进行保存。
108.又比如，硬件钱包应用在执行交易成功后，生成表征交易成功的状态信息后，向电子钱包应用发送该表征交易成功的状态信息以供电子钱包应用保存。
109.还应当理解的是，在本技术实施例中，出场终端与硬件钱包之间的数据交互也可以通过密钥实现。
110.示例性的，出场终端可以向支付设备请求获取随机数，进而利用该随机数和预设的消费密钥，对需要发送给硬件钱包的数据进行加密，并生成相应的mac，进而将加密后的数据和生成的mac发送给硬件钱包应用。硬件钱包应用则可以依据预设的密钥进行认证和解密。
111.而对于硬件钱包应用发送给出场终端的数据，硬件钱包应用则可以采用与出场终端的密钥相匹配的密钥进行加密(同时同样可以利用随机数生成mac)，然后发送给出场终端，供出场终端进行认证和解密。
112.需要理解的是，在本技术实施例中，出场终端和硬件钱包应用在数据交互过程中，若出现解密失败或认证不通过的情况，则出场终端或硬件钱包应用均可结束流程，并进行异常提示，不允许支付设备的持有者通行，从而保证整个支付设备进场至出场过程的数据安全性。
113.值得注意的是，在本技术实施例的一种可行实施方式中，出场终端和进场终端可以为同一终端。此时，终端在与支付设备连接后，需要确定当前所处角色为出场终端还是进场终端。为此，在本技术实施例中，支付设备中，可以在进场后生成进场标记，在出场后生成出场标记，终端可以首先获取支付设备中的状态标识，进而确定其为进场标记还是出场标记。从而在为进场标记时，确定自身为出场终端，从而接入硬件钱包应用；在为出场标记时，确定自身为进场终端，从而接入电子钱包应用。
114.下面，分别针对支付设备、进场终端和出场终端上实现的数字货币的支付方法进行介绍。
115.参见图3所示，图3示出了应用于支付设备上的数字货币的支付方法的实现流程，包括：
116.s301：电子钱包应用接收进场终端发来的进场数据，并将进场数据作为共享数据进行保存。
117.s302：硬件钱包应用接入出场终端，并向出场终端提供该进场数据，以供出场终端计算消费金额。
118.s303：硬件钱包应用接收所述消费金额，并按照所述消费金额执行交易。
119.需要说明的是，关于支付设备的具体执行过程，可以参见前文中有关电子钱包应用和硬件钱包应用的相关内容描述，再此不再赘述。
120.参见图4所示，图4示出了应用于进场终端上的数字货币的支付方法的实现流程，包括：
121.s401：与支付设备建立通信连接，并接入支付设备的电子钱包应用。
122.s402：向电子钱包应用发送进场数据，以供电子钱包应用将进场数据作为共享数据进行保存。
123.需要说明的是，关于进场设备的具体执行过程，可以参见前文中有关进场设备的相关内容描述，再此不再赘述。
124.参见图5所示，图5示出了应用于出场设备上的数字货币的支付方法的实现流程，包括：
125.s501：与支付设备建立通信连接，并接入支付设备的硬件钱包应用。
126.s502：从硬件钱包应用中获取进场数据，并根据进场数据计算消费金额。
127.s503：将消费金额发送给硬件钱包，以使硬件钱包按照该消费金额执行交易。
128.需要说明的是，关于出场设备的具体执行过程，可以参见前文中有关出场设备的相关内容描述，再此不再赘述。
129.需要说明的是，本技术实施例中的硬件钱包应用可以为数字人民币的硬件钱包应用，这样即实现了数字人民币的结算，从而可以实现在公共交通等领域对于数字人民币的快速推广。此外由于数字人民币是法定货币，具有价值特征，支持银行账户松耦合功能，因此采用本技术实施例的方式，可以实现直接采用数字人民币进行交易结算，因此可以实现支付即结算，从而相比于目前采用的电子钱包应用结算的方式而言，不需要中间结算组织的介入(电子钱包应用，如微信、支付宝等，其结算时需要通过网联与银行进行结算，不能直接和银行结算)，能够有效提高资金周转效率。
130.还需要说明的是，本技术实施例的方案可以应用于公共交通领域，但并不作为限制。比如，本技术实施例的方案还可以应用于停车场等场景。事实上，只要具有进场和出场过程，且出场时金额结算需要与进场时的数据相关联的场景，本技术实施例的方案均适用。
131.本技术实施例所提供的数字货币的支付方法，通过配置电子钱包应用和硬件钱包应用之间具有共享数据，并将电子钱包应用接收到的进场终端发来的进场数据作为共享数据保存。而在出场时，出场终端接入硬件钱包应用，从而实现硬件钱包应用采用数字货币进行交易结算。而由于进场数据是作为共享数据，因此在电子钱包应用进行进场控制时所保存的进场数据，在出场控制时，出场终端可以从硬件钱包应用处获取到进场数据，从而计算出消费金额，使得硬件钱包应用得以正常执行交易。这就实现了在公共交通等领域内接入数字货币硬件钱包作为支付工具，且进场过程仍旧使用电子钱包应用实现，可以实现与现有进场控制方式的兼容，对于支付设备而言，只需配置电子钱包应用和数字货币的硬件钱
包应用具有特定的共享数据即可，支付设备侧程序改动量很小。而对于终端侧而言，已支持电子钱包应用功能，需增加支持硬件钱包应用的功能，根据现有终端功能情况，选择合适方式接入硬件钱包应用即可，对于终端侧的改动量也较小，因此便于在目前的公共交通领域的支付结构上进行改造、推广，改造难度低。
132.此外，本技术实施例中并不需要改动硬件钱包应用的支付逻辑，因此采用本技术实施例的方案后，支付设备的硬件钱包应用可以正常应用于各种一次性扣费场景(比如一口价的公交车支付场景、超市支付场景、加油站支付场景等不存在进场与出场两次记录过程的场景中)可以有效兼容现有硬件钱包的各种使用场景，不会降低支付设备的应用场景的广泛性。
133.实施例二：
134.本实施例在实施例一的基础上，以硬件钱包应用为数字人民币的硬件钱包应用的情况为例，为本技术实施例的方案做进一步示例说明。
135.参见图6所示，图6示出了本技术实施例中，支付设备内的一种具体可行的钱包应用数据结构，其中：dc/ep(digital currency/electronic payment，数字货币)硬件钱包应用和电子钱包应用具有共享数据(公共交通过程信息数据元以及公共交通过程信息边长记录文件，通过sfi(short file identifier，短文件标示符)记录)。数据结构通过capp(complex application，复合应用)文件实现。
136.公共交通支付的应用场景一般分为进收费区(进场)和出收费区(出场)两个阶段。本实施例中，在进收费区时复用现有电子钱包应用，进场终端采用改写文件模式进行数据处理。
137.可参见图7所示，进场过程包括：
138.首先，进场终端与支付设备建立通信连接，判断支付设备是否支持非接触式交易。若支持，进入下一步，否则，结束流程。
139.然后进场终端通过select(选择)命令向支付设备请求ppse中存储的应用信息和应用对应的aid。
140.然后进场终端选择电子钱包应用的aid，选择进入电子钱包应用目录，通过select命令获取到电子钱包应用的fci(file control information，文件控制信息)。
141.然后进场终端通过read capp data(读取复合应用数据)命令，从电子钱包应用中读取特定的capp文件(即图6中的公共交通过程信息数据元)，根据特定的capp文件判断上次是否正常出收费区(若特定的capp文件中最新的数据为表征交易成功的状态信息，则确定正常出收费区，否则确定非正常出收费区)。
142.若判断为否，则不允许进入收费区，并提示支付设备的持有者。
143.若判断为是，则组织需更新的capp记录内容(包括进场终端所在站点、进场终端设备号、进场时间等信息)，并将这些待更新的capp记录内容采用安全报文形式发送给电子钱包应用。
144.示例性的，进场终端向硬件钱包发出get challenge命令获取支付设备的随机数，并利用随机数和消费密钥dpk(数字产品密钥)，生成需更新的capp记录内容的mac。终端向电子钱包应用发出包含这些capp记录内容及mac的update capp date cache(更新capp数据缓存)命令。
145.电子钱包应用根据当前所需记录的文件记录，查找出对应的秘钥，进行安全报文的验证。通过后，在特定的capp文件中新增这些待更新的capp记录内容，并更新sfi值。
146.更新成功后即向进场终端返回表征更新成功的信息，进场终端判断是否还有其他需要更新的内容。若有，则继续按照上述方式进行执行，若没有，则进场终端允许进场，并提醒支付设备的持有者进收费区。
147.需要说明的是，因为本实施例提供的支付设备具备特定的capp文件，因此进场终端请求时可以返回特定的capp文件的数据元内容。但是对于本实施例以外的支付设备而言，其可能不具备特定的capp文件，从而会返回错误代码，从而进场终端可以结束流程。此时进场终端可以不允许支付设备的持有者进入收费区，并提示支付设备的持有者。
148.还需要说明的是，在进场终端与电子钱包应用数据交互过程中，若出现认证不通过或者解密失败的情况，则结束流程，不允许支付设备的持有者进入收费区，并提示支付设备的持有者。
149.本实施例中，在出收费区时采用数字人民币硬件钱包离线支付模式进行交易。
150.可参见图8所示，出场过程包括：
151.出场终端与支付设备建立通信连接，通过select(选择)命令向支付设备请求ppse中存储的应用信息和应用对应的aid。
152.然后出场终端选择硬件钱包应用的aid，选择进入硬件钱包应用目录，通过select命令获取到硬件钱包应用的fci。
153.然后出场终端通过read capp data命令，从硬件钱包应用中读取特定的capp文件。
154.需要注意的是，因为本实施例提供的支付设备具备特定的capp文件，因此出场终端请求时可以返回特定的capp文件。但是对于本实施例以外的支付设备而言，其可能不具备特定的capp文件，从而会返回错误代码，从而出场终端可以结束流程。此时出场终端可以不允许支付设备的持有者离开收费区，并提示支付设备的持有者。
155.出场终端在读取到特定的capp文件之后，即可根据特定的capp文件判断上次是否正常进场(若特定的capp文件中最新的数据为进场数据，则确定正常进入收费区，否则确定非正常进入收费区)。
156.若判断为否，则不允许离开收费区，并提示支付设备的持有者。
157.若判断为是，则根据capp记录内容(包括进场终端所在站点、进场终端设备号、进场时间等信息)，计算消费金额，组织交易命令。
158.然后，参见图8所示，执行离线支付操作，离线支付操作中的交易金额为计算出的消费金额。
159.在离线支付完成后，硬件钱包应用更新特定的capp文件中的交易状态(比如新增表征交易成功的状态信息)。而出场终端允许支付设备的持有者离开收费区，并提示支付设备的持有者。
160.还需要说明的是，出场终端与硬件钱包应用数据交互过程中，与进场终端和电子钱包应用的交互过程类似，均会采用密钥进行加密和认证。而在出场终端与硬件钱包应用数据交互过程中，若出现认证不通过或者解密失败的情况，则结束流程，不允许支付设备的持有者离开收费区，并提示支付设备的持有者。
161.采用上述方案，不会对公共交通领域现有支付体系造成大的影响，只需对支付设备件进行升级改造，支持数字人民币交易功能，即能够实现与数字人民币支付的高效对接，有利于数字人民币在公共交通领域的快速推广和应用。
162.且采用上述方案，可以实现应用分离、数据共享、安全支付，在兼容采用电子钱包应用实现进场控制的同时，出场采用数字人民币硬件钱包离线支付交易模式，满足安全高效的支付要求。
163.实施例三：
164.基于同一发明构思，本技术实施例中还提供三种数字货币的支付装置100、200和300。请参阅图9至图11所示，图9示出了采用支付设备所执行的数字货币的支付方法的支付装置，图10示出了采用出场终端所执行的数字货币的支付方法的支付装置，图11示出了采用进场终端所执行的数字货币的支付方法的支付装置。应理解，装置100至装置300具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。装置100至装置300包括至少一个能以软件或固件的形式存储于存储器中或固化在装置100至装置300的操作系统中的软件功能模块。具体地：
165.参见图9所示，装置100应用于支付设备上，所述支付设备内具有电子钱包应用和数字货币的硬件钱包应用；所述电子钱包应用和所述硬件钱包应用之间，具有共享数据；所述支付装置100包括：第一控制模块101和第二控制模块102。其中：
166.所述第一控制模块101，用于控制所述电子钱包应用接收进场终端发来的进场数据，并将所述进场数据作为共享数据进行保存；
167.所述第二控制模块102，用于控制所述硬件钱包应用接入出场终端，并向所述出场终端提供所述进场数据，以供所述出场终端计算消费金额；
168.所述第二控制模块102，还用于控制所述硬件钱包应用接收所述消费金额，并按照所述消费金额执行交易。
169.在本技术实施例中，所述第二控制模块102还用于在控制所述硬件钱包应用执行交易成功后，在所述共享数据中更新表征交易成功的状态信息。
170.在本技术实施例中，所述第二控制模块102还用于在控制所述硬件钱包应用执行交易成功后，向所述出场终端反馈交易成功信息，以使所述出场终端允许所述支付设备的持有者离场。
171.在本技术实施例中，所述数字货币的硬件钱包应用为数字人民币的硬件钱包应用。
172.在本技术实施例的一种可行实施方式中，所述电子钱包应用和所述硬件钱包应用对同一目标存储区域具有数据读写权限；所述共享数据为存储于所述目标存储区域内的数据。
173.参见图10所示，装置200应用于出场终端上，包括：第一接入模块201、处理模块202和第一发送模块203。其中：
174.所述第一接入模块201，用于与支付设备建立通信连接，并接入所述支付设备的硬件钱包应用；所述硬件钱包应用用于管理和交易数字货币；
175.所述处理模块202，用于从所述硬件钱包应用中获取进场数据，并根据所述进场数据计算消费金额；所述进场数据为进场终端通过所述支付设备的电子钱包应用输入，并由
所述硬件钱包应用和所述电子钱包应用共用；
176.所述第一发送模块203，用于将所述消费金额发送给所述硬件钱包，以使所述硬件钱包按照所述消费金额执行交易。
177.在本技术实施例中，所述处理模块202具体用于从所述硬件钱包应用的共享数据中获取场景id标识记录的信息；在所述场景id标识记录的信息为进场数据时，根据所述进场数据计算消费金额。
178.在本技术实施例中，所述处理模块202还用于，若所述场景id标识记录的信息不为进场数据，结束流程，并进行异常提示。
179.在本技术实施例中，所述第一接入模块201具体用于从所述支付设备的近距离支付系统环境中获取所述硬件钱包应用的第一标识，根据所述第一标识在所述支付设备中接入所述硬件钱包应用。
180.参见图11所示，装置300应用于进场终端上，包括：第二接入模块301和第二发送模块302。其中：
181.所述第二接入模块301，用于与支付设备建立通信连接，并接入所述支付设备的电子钱包应用；
182.所述第二发送模块302，用于向所述电子钱包应用发送进场数据，以供所述电子钱包应用将所述进场数据作为共享数据进行保存；所述共享数据为所述支付设备中，所述电子钱包应用和硬件钱包应用共用的数据；所述硬件钱包应用用于管理和交易数字货币。
183.在本技术实施例中，装置300还包括处理单元，用于在所述第二发送模块302向所述电子钱包应用发送进场数据之前，从所述电子钱包应用的共享数据中获取场景id标识记录的信息；确定所述场景id标识记录的信息为表征交易成功的状态信息。
184.在本技术实施例中，所述处理单元还用于，若所述场景id标识记录的信息不为表征交易成功的状态信息，结束流程，并进行异常提示。
185.在本技术实施例中，所述第二接入模块301具体用于从所述支付设备的近距离支付系统环境中获取所述电子钱包应用的第二标识，根据所述第二标识在所述支付设备中接入所述电子钱包应用。
186.需要理解的是，出于描述简洁的考量，部分实施例一中描述过的内容在本实施例中不再赘述。
187.实施例四：
188.本实施例提供了一种支付设备，参见图12所示，其包括处理器1201、存储器1202以及通信总线1203。其中：
189.通信总线1203用于实现处理器1201和存储器1202之间的连接通信。
190.存储器1202内存储有电子钱包应用和数字货币的硬件钱包应用的实现数据和控制程序。
191.处理器1201用于执行该控制程序，以实现上述实施例一和/或实施例二中支付设备所执行的数字货币的支付方法。
192.可以理解，图12所示的结构仅为示意，支付设备还可包括比图12中所示更多或者更少的组件，或者具有与图12所示不同的配置。比如，其还具有近场通信模块。
193.本技术实施例中所提供的支付设备可以是移动终端(如手机、智能手环、智能手表
等)、智能卡等设备。
194.本实施例提供了一种终端，参见图13所示，其包括处理器1301、存储器1302以及通信总线1303。其中：
195.通信总线1303用于实现处理器1301和存储器1302之间的连接通信。
196.处理器1301用于执行存储器1302中存储的一个或多个程序，以实现上述实施例一和/或实施例二中进场终端或出场终端所执行的数字货币的支付方法。
197.同样的，图13所示的结构仅为示意，终端还可包括比图13中所示更多或者更少的组件，或者具有与图13所示不同的配置。比如，图13中可以具有近场通信模块、闸门等部件。
198.本技术实施例中所提供的支付设备可以是闸机、刷卡机、智能门禁等设备。
199.本实施例还提供了一种可读存储介质，如软盘、光盘、硬盘、闪存、u盘、sd(secure digital memory card，安全数码卡)卡、mmc(multimedia card，多媒体卡)卡等，在该可读存储介质中存储有实现上述各个步骤的一个或者多个程序，这一个或者多个程序可被一个或者多个电子设备执行，以实现上述实施例一和/或实施例二中的数字货币的支付方法。在此不再赘述。
200.在本技术所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
201.另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
202.再者，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
203.在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
204.在本文中，多个是指两个或两个以上。
205.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。