CN114169880A - 一种离线无感支付方法、***、设备及存储介质 - Google Patents

Abstract

本文涉及计算机技术领域，尤其涉及一种离线无感支付方法、***、设备及存储介质。在服务提供端上设置消费终端的感应读头，在被服务端上设置支付终端的感应环，感应读头和服务提供端对应，感应环和被服务端对应，二者结构使得感应通信距离小于通信设定距离；感应环和感应读头带有安全芯片，解决离线交易安全问题，方法包括，在服务提供端和被服务端之间进行商品的交付或服务的提供时，服务提供端和被服务端之间的距离缩小，服务提供端上设置的感应读头与服务提供端绑定，被服务端上设置的感应环与被服务端绑定，通过感应读头和感应环的近距感应通信解决了交易过程中服务提供端与被服务端的绑定，实现关联扣费；实现了离线无感地自动完成交易扣费。

Description

一种离线无感支付方法、***、设备及存储介质

技术领域

本文涉及计算机技术领域，尤其涉及一种离线无感支付方法、***、设备及存储介质。

背景技术

随着科技的不断发展，支付产业快速变革推进，基于互联网、近距离无线通讯技术(NFC,Near Field Communication)、卡模拟(HCE,Host Card Emulation)、生物识别等各类技术的业务模式不断创新，应用场景不断扩展丰富，线上、线下业务一体化发展加速。如何提高支付的便利性是本领域密切关注的话题。

为了提高支付的便利性，现有技术中大多通过生物识别技术(例如刷脸支付)进行支付，具体地，例如，消费者在连接支付服务器的设备上录入面部信息，并设置支付的账号和密码，实现面部信息与支付账号的绑定。消费者进行消费时，首先在支付终端上扫描所购买的商品，支付终端根据扫描的商品单价得到消费者需支付的金额，当进行支付时，消费者在支付终端上扫描面部信息，支付终端得到其支付的账号和密码自动对支付金额进行支付。但该方法仍需要消费者进行支付的动作(例如刷脸)，对于消费者来说仍是有感觉的支付过程，且消费者的支付账号、密码和面部信息均存储在支付服务器中，存在较大的安全隐患。

现在亟需一种离线无感支付方法，能够完美解决读写感应距离，并保证跟智能卡同样甚至更高的国际交易安全等级，从而解决现有技术中消费者在进行支付时需要进行额外的支付动作，支付便利性差，且交易安全等级低的问题。

发明内容

为解决现有技术中消费者在进行支付时需要进行额外的支付动作，支付便利性差的问题，本文实施例提供了一种离线无感支付方法、***、设备及存储介质，能够提高支付的便利性，并提升用户的支付体验。本文实施例的方法和装置可以适用于数字货币交易领域，提高数字货币支付的便利性。

本文实施例提供了一种离线无感支付方法，

在服务提供端上设置消费终端的感应读头，在被服务端上设置支付终端的感应环，所述感应读头和所述服务提供端对应，所述感应环和所述被服务端对应，所述服务提供端和所述被服务端的结构使得所述感应环和所述感应读头的感应通信距离小于通信设定距离；

所述感应环和所述感应读头带有安全芯片，解决离线交易安全问题；

所述方法包括，

在所述服务提供端和所述被服务端之间进行商品的交付或服务的提供时，所述服务提供端和所述被服务端之间的距离缩小，所述服务提供端上设置的感应读头与所述服务提供端绑定，所述被服务端上设置的感应环与所述被服务端绑定，通过所述感应读头和所述感应环的近距感应通信，解决了交易过程中服务提供端与被服务端的绑定，实现关联扣费；

由以上三点实现了所述商品的交付或所述服务的提供时离线无感地自动完成交易扣费，无需人工干预。

本文实施例还提供了一种离线无感支付***，包括服务提供端、被服务端、以及设置在服务提供端上的消费终端、设置在被服务端上的支付终端；

当所述服务提供端、被服务端以及所述消费终端、支付终端进行无感支付时，执行上述方法。

本文实施例还提供了一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，所述处理器执行所述计算机程序时实现上述方法。

本文实施例还提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被计算机设备的处理器运行时，执行上述方法。

利用本文实施例，在服务提供端和被服务端之间进行商品或服务的交付时，服务提供端和被服务端之间的距离缩小，从而自动缩小了设置在服务提供端上的消费终端和设置在被服务端上设置的支付终端的距离，消费终端和支付终端采用近距离通信方式进行通信自动完成对商品或服务的交付，实现了感应环和被服务端的一一对应，感应读头和服务提供端的一一对应，实现了在商品或服务的交付的支付过程，感应环和感应读头的近距离建立了被服务端和服务提供端的一一对应关系，商品或服务提供人员对扣费无感，消费者对交付过程和支付过程无感，支付过程无需人工干预，实现了离线无感支付，提高了支付的便利性。

附图说明

为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1所示为本文实施例一种离线无感支付***的结构示意图；

图2所示为本文一种离线无感支付方法的原理图；

图3所示为本文实施例根据固定支付金额完成无感支付的流程图；

图4所示为本文实施例根据计算的支付金额完成无感支付的流程图；

图5所示为本文实施例提供的交易***的详细结构图；

图6所示为本文实施例计算机设备的结构示意图。

【附图标记说明】：

101、服务提供端；

102、被服务端；

103、消费终端；

104、支付终端；

501、服务提供端；

5011、服务提供单元；

5012、支付状态显示单元；

502、被服务端；

5021、服务接收单元；

5022、支付状态显示单元；

503、消费终端；

5031、消费终端交易数据获取单元；

5032、支付交易数据接收单元；

5033、支付终端密钥计算单元；

5034、交易签名处理单元；

5035、通信单元；

5036、支付金额计算单元；

504、支付终端；

5041、支付交易数据获取单元；

5042、消费终端交易数据接收单元；

5043、交易签名处理单元；

5044、灰锁处理单元；

5045、扣费单元；

5046、通信单元；

601、计算机设备；

602、处理器；

603、存储器；

604、驱动机构；

605、输入/输出模块；

606、输入设备；

607、输出设备；

608、呈现设备；

609、图形用户接口；

610、网络接口；

611、通信链路；

612、通信总线。

具体实施方式

下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。

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

如图1所示为本文实施例一种离线无感支付***的结构示意图，包括：服务提供端101、被服务端102、消费终端103和支付终端104。

所述消费终端103的感应读头设置在所述服务提供端101上，所述支付终端104的感应环设置在所述被服务端102上。

在目前的现有技术中，直接将非接触式智能卡(支付终端104)放置在消费者(消费终端103)上的方法是不可行的，主要的原因在于一般非接触式智能卡的理论读写距离为10厘米，真实的最大读写距离部分在5厘米以内，真正有效的读写距离很多情况都是不到1厘米，就像大多数人在进地铁时需要将非接触式公交卡贴在闸机上过闸。

本文实施例所述的离线无感支付可以应用于电子支付等领域，例如汽车加油、电动汽车充电、快递收发服务等应用场景。

例如，在汽车加油的应用场景中，服务提供端101可以是加油机的加油枪，被服务端102可以是汽车的油箱，消费终端103可以是设置在加油枪上的POS机，支付终端104可以是设置在汽车油箱上的IC卡。在服务提供端101(加油枪)为被服务端102(汽车油箱)提供加油服务时，加油枪***油箱中，这时，加油枪的油箱之间的距离缩小，加油枪上的POS机可以与油箱上的IC卡进行近距离通信，根据加油金额自动完成支付，而不需要汽车司机手动执行支付的动作，实现了在加油过程中的无感支付。

例如，现有技术中快递收件的服务场景中，消费者需要填写好运单信息，然后将快递放置在属于自己的快递柜中，快递员根据消费者填写的运单信息和快递重量等计算运费，快递员需要从快递柜中取出快递并向消费者发出付费通知。本文实施例所述的服务提供端101是上述快递收件的服务场景中的快递员，被服务端102是快递柜，消费终端103可以是佩戴在快递员手上的智能手环，支付终端104可以是设置在快递柜内部的IC卡，当快递员才从快递柜中取出快递时，佩戴在快递员手上的消费终端103与快递柜内的支付终端104的距离缩小，消费终端103与支付终端104进行近距离通信，根据运费自动完成支付，而不需要快递员再向消费者发送付费通知，也不需要消费者手动执行消费的动作，实现了在快递收件过程中的无感支付。

此外，需要说明的是，上述举例的场景仅仅是本文的离线无感支付***的一种应用场景，在实际应用中，还可以包括其他应用环境，例如，应用在电动汽车充电过程中，服务提供端101为充电桩的充电枪，被服务端102为电动汽车的充电座，消费终端103为设置在充电枪上的POS机，支付终端104为设置在充电座上的IC卡，通过本文实施例的技术方案，在为电动汽车充电时自动完成支付。

如图2所示为本文一种离线无感支付方法的原理图，具体包括：

201：在服务提供端上设置消费终端的感应读头，在被服务端上设置支付终端的感应环，所述感应读头和服务提供端对应，所述感应环和被服务端对应，二者结构使得感应通信距离小于通信设定距离；

202：感应环和感应读头带有安全芯片，解决离线交易安全问题；

203：在所述服务提供端和所述被服务端之间进行商品的交付或服务的提供时，所述服务提供端和所述被服务端之间的距离缩小，所述服务提供端上设置的感应读头与所述服务提供端绑定，所述被服务端上设置的感应环与所述被服务端绑定，通过所述感应读头和所述感应环的近距感应通信，解决了交易过程中服务提供端与被服务端的绑定，实现关联扣费；

204：由以上三点实现了所述商品的交付或所述服务的提供时离线无感地自动完成交易扣费，无需人工干预。

此外，本文实施例提供的一种离线无感支付方法还可以包括如下步骤：

步骤1：在所述服务提供端和所述被服务端之间进行商品或服务的交付时，所述服务提供端和所述被服务端之间的距离缩小；

步骤2：当所述距离小于预定的门限值后，所述被服务端上的支付终端的感应环和所述服务提供端上的消费终端的感应环采用近距离通信方式进行通信，所述感应环的安全芯片和感应读头的安全芯片的近距离感应建立所述被服务端和服务提供端的一一对应关系，完成对所述商品或服务的支付；

通过本文的方法，在服务提供端和被服务端之间进行商品或服务的交付时，服务提供端和被服务端之间的距离缩小，从而自动缩小了设置在服务提供端上的消费终端和设置在被服务端上设置的支付终端的距离，消费终端和支付终端采用近距离通信方式进行通信自动完成对商品或服务的交付，实现了感应环和被服务端的一一对应，感应读头和服务提供端的一一对应，实现了在商品或服务的交付的支付过程，感应环和感应读头的近距离建立了被服务端和服务提供端的一一对应关系，商品或服务提供人员对扣费无感，消费者对交付过程和支付过程无感，支付过程无需人工干预，实现了离线无感支付，提高了支付的便利性。

在本文实施例中，不同的应用场景下的预定门限值不同，根据服务提供端完成向被服务端提供的服务所需的距离确定。例如，在本文实施例所述的汽车加油的应用场景中，加油枪(服务提供端101)需要伸入油箱(被服务端102)的加油口内方能完成加油，因此预定门限值可以根据加油枪伸入油箱进行加油时，加油枪和加油口的距离设定。

此外，消费终端在服务提供端上的具***置以及支付终端在被服务端上的具***置也需根据服务提供端完成向被服务端提供的服务所需的距离以及消费终端和支付终端的近距离通信范围确定。例如，在快递收件的应用场景中，若快递员(服务提供端101)取快递时需要将手伸入快递柜(被服务端102)内，快递员的手腕距离快递柜内壁的距离范围在5-15cm，若智能手环(消费终端103)与IC卡(支付终端104)的近距离通信范围在1-20cm，则可以将智能手环(消费终端103)设置在快递员(服务提供端101)的手腕上，将IC卡(支付终端104)设置在快递柜(被服务端102)的内壁上。

根据本文的一个实施例，当所述距离小于预定的门限值后，所述被服务端上的支付终端和所述服务提供端上的消费终端采用近距离通信方式进行通信，完成对所述商品或服务的支付进一步包括，所述支付终端和消费终端根据在所述消费终端上预设的固定的支付金额完成对所述商品或服务的支付；或，所述消费终端根据交付的所述商品的数量和单价或所述服务的次数和单价确定支付金额，完成对所述商品或服务的支付。

在本文实施例中，消费终端可以预设固定的支付金额，在服务提供端和被服务端之前进行商品或服务的交付时，消费终端和支付终端根据所述固定的支付金额自动完成离线无感支付。例如在本文实施例所述的快递收件的应用场景中，消费终端可以根据运单信息以及快递的重量预先计算好运费，并将预先计算好的运费存储在消费终端内，在快递员从快递柜中去取出快递时，佩戴在快递员手腕上的消费终端与快递柜内的支付终端自动完成运费的离线无感支付。

此外，在本文的一些其他实施例中，消费终端根据交付的商品的数量和单价，或交付的服务的次数和单价确定支付金额，完成对商品或服务的离线无感支付。例如，在本文实施例所述的汽车加油的应用场景中，消费终端可以根据加入的油量以及油的单价计算加油金额，当加油机的加油枪完成对汽车的油箱加油时，设置在加油枪上的消费终端与设置在油箱口的支付终端自动完成加油金额的离线无感支付。

根据本文的一个实施例，如图3所示，所述支付终端和消费终端根据在所述消费终端上预设的固定的支付金额完成对所述商品或服务的支付进一步包括，

步骤301：在所述消费终端和支付终端之间同步交易数据，所述交易数据包括所述固定的支付金额；

步骤302：所述支付终端根据所述交易数据生成支付交易签名，将所述支付交易签名发送给所述消费终端；

步骤303：所述消费终端验证所述支付交易签名通过后生成终端交易签名，将所述终端交易签名发送给所述支付终端；

步骤304：所述支付终端验证所述终端交易签名通过后，根据所述支付金额对所述支付终端的余额进行扣费并通知所述消费终端完成支付。

在本文实施例中，所述消费终端和支付终端之间同步的交易数据分为消费终端交易数据和支付交易数据，其中，所述消费终端交易数据包括消费终端交易序列号、消费终端随机数和支付金额，所述消费终端交易序列号和消费终端随机数由消费终端内部的PSAM安全芯片生成，所述消费终端交易序列号表示消费终端已完成交易的总次数；所述支付交易数据包括支付终端号、支付交易序列号、支付随机数、余额，所述支付终端号、支付交易序列号、支付随机数由支付终端内部的安全芯片生成，所述支付序列号表示支付终端已完成交易的总次数。

具体地，步骤301在所述消费终端和支付终端之间同步交易数据的过程可以包括，

支付终端向消费终端发送支付交易数据；

消费终端接收支付交易数据，并将消费终端交易数据发送给支付终端。

此外，还可以通过其他方式在所述消费终端和支付终端之间同步交易数据，本文实施例不做限制。

在本文实施例中，步骤302支付终端内的安全芯片根据支付交易数据、支付终端的密钥和对称加密算法生成支付交易签名，然后将支付交易签名发送给消费终端，所述支付终端的密钥在支付终端出厂之前由运营商设定。

在本文实施例中，步骤303消费终端接收到支付交易签名之前，还根据同步的支付终端号以及存储在消费终端的PSAM安全芯片内的上级密钥计算支付终端的密钥，所述上级密钥在消费终端出厂之前由运营商设定。消费终端接收到支付交易签名后，消费终端内的PSAM安全芯片根据计算的支付终端的密钥、支付交易数据和对称加密算法验证支付交易签名，验证通过后，PSAM根据消费终端交易数据、计算的支付终端的密钥和对称加密算法计算终端交易签名，然后将终端交易签名发送给支付终端。

在本文实施例中，步骤304支付终端接收到消费终端发送的终端交易签名后，根据消费终端交易数据、支付终端的密钥和对称加密算法验证终端交易签名，验证通过后，根据消费终端交易数据中的支付金额对支付终端的余额进行扣费，并通知消费终端完成支付。其中，所述支付终端的余额已经预先存储在消费终端的远端服务器中，因此支付终端只需要在余额中扣除支付金额，并通知消费终端即可完成支付，而不需要支付终端再将支付金额转移到消费终端的远端服务器中，实现了支付终端和消费终端之间的离线支付，提高了支付的便利性。

根据本文的一个实施例，步骤301在所述消费终端和支付终端之间同步交易数据之后还包括，所述支付终端根据所述交易数据验证支付是否能进行；若支付不能进行则所述服务提供端终止所述商品或服务的交付。

在本文实施例中，支付终端接收到消费终端发送的消费终端交易数据后，根据消费终端交易数据和支付交易数据验证支付是否能进行，具体地，支付终端可以根据消费终端交易数据中的支付金额和支付交易数据中的余额验证支付是否能进行，若余额小于支付金额，则支付终端确定支付不能进行。若支付不能进行，则支付终端通知消费终端支付不能进行，消费终端将支付不能进行的消息发送给服务提供端，以使服务提供端终止所述商品或服务的交付。

例如，在本文实施例所述的快递取件应用场景中，当快递员(服务提供端)进行取件时，佩戴在快递员手腕上的智能手环(消费终端)接收到快递柜(被服务端)内的IC卡(支付终端)发送的支付不能进行的消息后，发出震动或其他形式的信号告知快递员(服务提供端)支付不能进行，快递员(服务提供端)终止取件。

根据本文的一个实施例，如图4所示，所述消费终端根据交付的所述商品数量和单价或所述服务的次数和单价确定支付金额，完成对所述商品或服务的支付之前，还包括，

步骤401：在所述消费终端和支付终端之间同步交易数据，所述交易数据包括所述支付终端的余额；

步骤402：所述消费终端根据所述交易数据生成第一终端交易签名，并将所述第一终端交易签名发送给所述支付终端；

步骤403：所述支付终端验证所述第一终端交易签名通过后对所述余额进行锁定，并根据所述交易数据生成支付交易签名，将所述支付交易签名发送给所述消费终端；

所述消费终端根据交付的所述商品数量和单价或所述服务的次数和单价确定支付金额，完成对所述商品或服务的支付进一步包括，

步骤404：所述消费终端验证所述支付交易签名通过后，根据所述支付金额生成第二终端交易签名，将所述第二终端交易签名和支付金额发送给所述支付终端；

步骤405：所述支付终端验证所述第二终端交易签名通过后，对所述余额进行解锁，根据所述支付金额进行扣费并通知所述消费终端完成支付。

在本文实施例中，所述消费终端和支付终端之间同步的交易数据分为消费终端交易数据和支付交易数据，其中，所述消费终端交易数据包括消费终端交易序列号、消费终端随机数，所述消费终端交易序列号、消费终端随机数和交易类型由消费终端内部的PSAM安全芯片生成，所述消费终端交易序列号表示消费终端已完成交易的总次数；所述支付交易数据包括支付终端号、支付交易序列号、支付随机数、余额，所述支付终端号、支付交易序列号、支付随机数由支付终端内部的安全芯片生成，所述支付序列号表示支付终端已完成交易的总次数。

具体地，步骤401在所述消费终端和支付终端之间同步交易数据的过程可以包括，

支付终端向消费终端发送支付交易数据；

消费终端接收支付交易数据，并将消费终端交易数据发送给支付终端。

此外，还可以通过其他方式在所述消费终端和支付终端之间同步交易数据，本文实施例不做限制。

在本文实施例中，步骤402消费终端生成第一终端交易签名之前，还根据同步的支付终端号以及存储在消费终端的PSAM安全芯片内的上级密钥计算支付终端的密钥，所述上级密钥在消费终端出厂之前由运营商设定。在步骤402中，消费终端中的PSAM根据支付交易数据、消费终端交易数据、交易类型、计算的支付终端的密钥以及对称加密算法计算第一终端交易签名，然后将第一终端交易签名、交易类型发送给支付终端。

在本文实施例中，所述交易类型包括灰锁和解锁，其中灰锁表示指令支付终端对余额进行锁定，在锁定期间，支付终端不能变动余额，解锁表示指令支付终端对余额进行解锁，并根据支付进行对余额进行扣费。在步骤402中，消费终端中的PSAM计算第一终端签名所使用的交易类型为灰锁，并将灰锁交易类型和第一终端签名发送给支付终端。

在本文实施例中，步骤403支付终端中的安全芯片根据支付交易数据、消费终端交易数据、交易类型、支付终端的密钥以及对称加密算法验证第一终端交易签名，验证通过后，根据灰锁交易类型对余额进行锁定。然后支付终端的安全芯片根据支付交易数据、支付终端的密钥以及对称加密算法计算支付交易签名，然后将支付交易签名发送给消费终端。

在本文实施例中，步骤404消费终端接收到支付交易签名后，消费终端的PSAM根据支付交易数据、计算的支付终端的密钥以及对称加密算法验证支付交易签名。验证通过后，消费终端通知服务提供端向被服务端交付商品或服务，然后根据交付的商品数量和单价或所述服务的次数和单价确定支付金额。PSAM根据支付金额、交易类型、支付交易数据、消费终端交易数据、计算的支付终端的密钥以及对称加密算法计算第二终端交易签名，其中交易类型为解锁。然后将第二终端交易签名、解锁的交易类型以及支付金额发送给支付终端。

在文本实施例中，步骤405支付终端接收到第二终端交易签名后，根据支付金额、交易类型、支付交易数据、消费终端交易数据、支付终端的密钥以及对称加密算法验证第二终端交易签名，验证通过后，解锁余额，并根据消费终端交易数据中的支付金额对支付终端的余额进行扣费，并通知消费终端完成支付。其中，所述支付终端的余额已经预先存储在消费终端的远端服务器中，因此支付终端只需要在余额中扣除支付金额，并通知消费终端即可完成支付，而不需要支付终端再将支付金额转移到消费终端的远端服务器中，实现了支付终端和消费终端之间的离线支付，提高了支付的便利性。

根据本文的一个实施例，本文实施例所述的近距离通信方式为近场通信(NFC)。

在本文实施例中，消费终端在服务提供端上的具***置以及支付终端在被服务端上的具***置根据服务提供端完成向被服务端提供的服务所需的距离以及NFC的通信范围确定。在服务提供端和被服务端之间的距离小于预设的门限值时，消费终端和支付终端可以通过NFC进行通信，完成离线无感支付。

如图5所示为本文实施例提供的交易***的详细结构图，在本图中描述了交易***的详细结构，具体包括服务提供端501、被服务端502、消费终端503、支付终端504。

根据本文的一个实施例，服务提供端501进一步包括服务提供单元5011，用于向被服务端502交付商品或服务。

根据本文的一个实施例，服务提供端501进一步包括支付状态显示单元5012，用于显示消费终端503和支付终端504的离线无感支付结果。在本文的一些实施例中，例如在本文实施例所述的加油应用场景中，支付状态显示单元5012可以包括显示屏，在显示屏上显示支付金额和支付结果。在本文的一些其他实施例中，例如在本文实施例所述的快递收件应用场景中，支付状态显示单元5012还可以包括震动马达，当不能进行支付时，震动马达通过震动的方式提示快递员支付不能进行，以使快递员停止快递的收件服务。

根据本文的一个实施例，被服务端502进一步包括服务接收单元5021，用于接收服务提供端501交付的商品或服务。

根据本文的一个实施例，被服务端502进一步包括支付状态显示单元5022，用于显示消费终端503和支付终端504的离线无感支付结果。在本文实施例中，支付状态显示单元5022可以包括显示屏或通信模块，在显示屏上显示支付的结果，或通过通信模块将支付结果发送到消费者指定的终端或服务器上。

根据本文的一个实施例，消费终端503进一步包括消费终端交易数据获取单元5031，用于获取消费终端503自身的消费终端交易数据，在本文的一些实施例中，例如本文实施例所述的快递收件应用场景中，所述消费终端交易数据包括消费终端交易序列号、消费终端随机数和支付金额。在本文的一些其他实施例中，例如本文实施例所述的加油应用场景中，所述消费终端交易数据包括消费终端交易序列号、消费终端随机数。其中所述消费终端交易序列号表示消费终端已完成交易的总次数。所述消费终端交易数据由消费终端内部的PSAM安全芯片生成。

根据本文的一个实施例，消费终端503进一步包括支付交易数据接收单元5032，用于通过通信单元5035接收支付终端504发送的支付交易数据。在本文实施例中，所述支付交易数据包括支付终端号、支付交易序列号、支付随机数、余额，所述支付交易序列号表示支付终端已完成交易的总次数。

根据本文的一个实施例，消费终端503进一步包括支付终端密钥计算单元5033，用于根据支付交易数据接收单元5032接收的支付交易数据中的支付终端号以及消费终端PSAM安全芯片内的上级密钥计算支付终端的密钥，所述上级密钥在消费终端出厂之前由运营商设定。

根据本文的一个实施例，消费终端503进一步包括交易签名处理单元5034，用于根据支付交易数据、消费终端交易数据、支付终端的密钥等计算终端交易签名，并且验证交易终端发送的支付交易签名。具体地，交易签名处理单元5034可以为消费终端内的PSAM安全芯片，在本文的一些实施例中，例如快递收件应用场景，交易签名处理单元5034根据计算的支付终端的密钥、支付交易数据和对称加密算法验证支付交易签名，验证通过后，交易签名处理单元5034根据消费终端交易数据、计算的支付终端的密钥和对称加密算法计算终端交易签名，然后将终端交易签名通过通信单元5035发送给支付终端504；在本文的一些其他实施例中，例如汽车加油应用场景，交易签名处理单元5034根据支付交易数据、消费终端交易数据、交易类型(灰锁)、计算的支付终端的密钥以及对称加密算法计算第一终端交易签名，然后将第一终端交易签名、交易类型通过通信单元5035发送给支付终端504，此外，交易签名处理单元5034还根据支付交易数据、计算的支付终端的密钥以及对称加密算法验证支付终端504计算的支付交易签名，验证通过后，根据支付金额、交易类型(解锁)、支付交易数据、消费终端交易数据、计算的支付终端的密钥以及对称加密算法计算第二终端交易签名，然后将第二终端交易签名、解锁的交易类型以及支付金额通过通信单元5035发送给支付终端504。

根据本文的一个实施例，消费终端503进一步包括通信单元5035，用于与支付终端504进行近距离通信，接收支付终端504发送的支付交易数据、支付交易签名、支付结果，将消费终端交易数据和终端交易签名发送给支付终端504。在一些实施例中，通信单元5035可以为近距离无线通信的线圈。此外，在本文的一些其他实施例中，通信单元5035还用于在接收到支付终端504发送的支付不能进行的通知后，通知服务提供端501支付不能进行的结果。

根据本文的一个实施例，消费终端503进一步包括支付金额计算单元5036，用于计算支付金额。在本文的一些实施例中，例如快递收件应用场景，支付金额计算单元5036根据运单信息和快递的重量计算固定的支付金额，并将计算出的固定的支付金额预设在消费终端503中。在本文的一些其他实施例中，例如加油的应用场景，支付金额计算单元5036根据交付的商品的数量和单价或所述服务的次数和单价计算支付金额。

根据本文的一个实施例，支付终端504进一步包括支付交易数据获取单元5041，用于获取支付终端504自身的支付交易数据。在本文实施例中，所述支付交易数据包括支付终端号、支付交易序列号、支付随机数、余额，所述支付交易序列号表示支付终端已完成交易的总次数。

根据本文的一个实施例，支付终端504进一步包括消费终端交易数据接收单元5042，用于通过通信单元5046接收消费终端503发送的消费终端交易数据。

根据本文的一个实施例，支付终端504进一步包括交易签名处理单元5043，用于根据支付交易数据、消费终端交易数据、支付终端的密钥等计算支付交易签名，并且验证消费终端发送的终端交易签名。具体地，交易签名处理单元5043可以为支付终端内的安全芯片，在本文的一些实施例中，例如本文实施例所述的快递收件应用场景，交易签名处理单元5043根据支付交易数据、支付终端的密钥和对称加密算法生成支付交易签名，并根据消费终端交易数据、支付终端的密钥和对称加密算法验证终端交易签名。在本文的一些其他实施例中，例如加油应用场景，根据支付交易数据、消费终端交易数据、交易类型、支付终端的密钥以及对称加密算法验证第一终端交易签名，并根据支付交易数据、支付终端的密钥以及对称加密算法计算支付交易签名，并根据支付金额、交易类型、支付交易数据、消费终端交易数据、支付终端的密钥以及对称加密算法验证第二终端交易签名。

根据本文的一个实施例，例如本文实施例所述加油应用场景，支付终端504进一步包括灰锁处理单元5044，用于根据消费终端503的交易类型对支付终端的余额进行锁定或解锁，具体地，当交易签名处理单元5043验证第一终端交易签名通过后，根据灰锁交易类型对余额进行锁定，支付终端不能变动余额；当交易签名处理单元5043验证第二终端交易签名通过后，根据解锁交易类型对余额进行解锁。

根据本文的一个实施例，支付终端504进一步包括扣费单元5045，根据支付金额对余额进行扣费，并通过通信单元5046通知消费终端完成支付。

根据本文的一个实施例，支付终端504进一步包括通信单元5046，用于与消费终端503进行近距离通信，接收消费终端503发送的消费终端交易数据、终端交易签名，将支付交易数据、支付交易签名和支付结果发送给消费终端503。在一些实施例中，通信单元5046可以为近距离无线通信的线圈。此外通信单元5046还用于将支付结果通知被服务端502，在本文的一些实施例中，例如本文实施例所述的加油应用场景，当支付终端504根据支付金额和余额验证支付不能进行后，通知被服务端502支付不能进行，以使消费者根据被服务端502的支付状态显示单元5022及时对支付终端进行充值等，完成对交付的商品或服务的支付。

如图6所示为本文实施例计算机设备的结构示意图，本文中消费终端或支付终端可以为本实施例中的计算机设备，执行上述本文的方法。计算机设备601可以包括一个或多个处理器602，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备601还可以包括任何存储器603，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器603可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备601的固定或可移除部件。在一种情况下，当处理器602执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备601可以执行相关联指令的任一操作。计算机设备601还包括用于与任何存储器交互的一个或多个驱动机构604，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备601还可以包括输入/输出模块605(I/O)，其用于接收各种输入(经由输入设备606)和用于提供各种输出(经由输出设备607)。一个具体输出机构可以包括呈现设备608和相关联的图形用户接口(GUI)609。在其他实施例中，还可以不包括输入/输出模块605(I/O)、输入设备606以及输出设备607，仅作为网络中的一台计算机设备。计算机设备601还可以包括一个或多个网络接口610，其用于经由一个或多个通信链路611与其他设备交换数据。一个或多个通信总线612将上文所描述的部件耦合在一起。

通信链路611可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路611可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图2-图4中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图2-图4所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

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

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

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

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

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

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。

Claims (9)

1.一种离线无感支付方法，其特征在于，

在服务提供端上设置消费终端的感应读头，在被服务端上设置支付终端的感应环，所述感应读头和所述服务提供端对应，所述感应环和所述被服务端对应，所述服务提供端和所述被服务端的结构使得所述感应环和所述感应读头的感应通信距离小于通信设定距离；

所述感应环和所述感应读头带有安全芯片，解决离线交易安全问题；

所述方法包括，

在所述服务提供端和所述被服务端之间进行商品的交付或服务的提供时，所述服务提供端和所述被服务端之间的距离缩小，所述服务提供端上设置的感应读头与所述服务提供端绑定，所述被服务端上设置的感应环与所述被服务端绑定，通过所述感应读头和所述感应环的近距感应通信，解决了交易过程中服务提供端与被服务端的绑定，实现关联扣费；

由以上三点实现了所述商品的交付或所述服务的提供时离线无感地自动完成交易扣费，无需人工干预。

2.根据权利要求1所述的离线无感支付方法，其特征在于，

在所述服务提供端和所述被服务端之间进行商品或服务的交付或服务的提供时，所述服务提供端和所述被服务端之间的距离缩小，所述服务提供端上设置的感应读头与所述服务提供端绑定，所述被服务端上设置的感应环与所述被服务端绑定，通过所述感应读头和所述感应环的近距感应通信，解决了交易过程中服务提供端与接被服务收端的绑定，实现关联扣费进一步包括，

所述支付终端和所述消费终端根据在所述消费终端上预设的固定的支付金额完成对所述商品或服务的支付；或，

所述消费终端根据交付的所述商品的数量和单价或所述服务的次数和单价确定支付金额，完成对所述商品或服务的支付。

3.根据权利要求2所述的离线无感支付方法，其特征在于，所述支付终端和消费终端根据在所述消费终端上预设的固定的支付金额完成对所述商品或服务的支付进一步包括，

在所述消费终端和所述支付终端之间同步交易数据，所述交易数据包括所述固定的支付金额；

所述支付终端根据所述交易数据生成支付交易签名，将所述支付交易签名发送给所述消费终端；

所述消费终端验证所述支付交易签名通过后生成终端交易签名，将所述终端交易签名发送给所述支付终端；

所述支付终端验证所述终端交易签名通过后，根据所述支付金额对所述支付终端的余额进行扣费并通知所述消费终端完成支付。

4.根据权利要求3所述的离线无感支付方法，其特征在于，在所述消费终端和所述支付终端之间同步交易数据之后还包括，

所述支付终端根据所述交易数据验证支付是否能进行；

若支付不能进行则所述服务提供端终止所述商品或服务的交付。

5.根据权利要求2所述的离线无感支付方法，其特征在于，所述消费终端根据交付的所述商品或所述服务的计价规则确定支付金额，完成对所述商品或服务的支付之前，还包括，

在所述消费终端和所述支付终端之间同步交易数据，所述交易数据包括所述支付终端的余额；

所述消费终端根据所述交易数据生成第一终端交易签名，并将所述第一终端交易签名发送给所述支付终端；

所述支付终端验证所述第一终端交易签名通过后对所述余额进行锁定，并根据所述交易数据生成支付交易签名，将所述支付交易签名发送给所述消费终端；

所述消费终端根据交付的所述商品数量和单价或所述服务的次数和单价确定支付金额，完成对所述商品或服务的支付进一步包括，

所述消费终端验证所述支付交易签名通过后，根据所述支付金额生成第二终端交易签名，将所述第二终端交易签名和支付金额发送给所述支付终端；

所述支付终端验证所述第二终端交易签名通过后，对所述余额进行解锁，根据所述支付金额进行扣费并通知所述消费终端完成支付。

6.根据权利要求3或5所述的离线无感支付方法，其特征在于，所述近距离通信方式为NFC通信。

7.一种离线无感支付***，包括服务提供端、被服务端、以及设置在服务提供端上的消费终端、设置在被服务端上的支付终端；

当所述服务提供端、被服务端以及所述消费终端、支付终端进行无感支付时，执行如权利要求1-6任一项所述的方法。

8.一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，其特征在于，所述计算机程序被所述处理器运行时，执行根据权利要求1-6任一项所述方法的指令。

9.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被计算机设备的处理器运行时，执行根据权利要求1-6任一项所述方法的指令。

Images