CN104978657A - 无线支付方法和无线支付*** - Google Patents

Abstract

本发明提供一种无线支付方法和无线支付***。该方法包括：定位得到用户端与服务端之间的当前距离，并判断当前距离是否小于或等于预先设定的距离门限；在判定当前距离小于或等于距离门限时，用户端和服务端中的一者根据用户端记录的用户的消费信息得到用户端应支付的交易金额；用户端和服务端中的另一者对交易金额进行确认；在确认通过后，用户端向服务端支付交易金额。本发明能够无需排队即可完成支付，有利于提高人们日常生活、办公以及出行的效率。

Description

无线支付方法和无线支付***

技术领域

本发明涉及信息交互技术领域，具体涉及移动支付技术领域，特别是涉及一种无线支付方法和无线支付***。

背景技术

人们乘坐地铁、公交等公共交通工具以及购物时往往需要排队，这无疑会严重影响人们日常生活、办公以及出行的效率，例如，对于上班早高峰期间乘坐客流量较大的地铁的上班族，长长的刷卡进站、出站队伍大大增加了出行的时间，极易导致上班迟到。当前，排队的一个很重要的原因就是刷卡支付，既然在排队时就已经知晓应支付的交易金额，那么如何无需排队就能完成支付就显得十分必要。

发明内容

有鉴于此，本发明实施例提供一种无线支付方法和无线支付***，能够无需排队就能完成支付。

本发明实施例的无线支付方法，包括：定位得到用户端与服务端之间的当前距离，并判断当前距离是否小于或等于预先设定的距离门限；在判定所述当前距离小于或等于所述距离门限时，用户端和服务端中的一者根据用户端记录的用户的消费信息得到用户端应支付的交易金额；用户端和服务端中的另一者对所述交易金额进行确认；在确认通过后，用户端向服务端支付所述交易金额。

其中，在判定所述当前距离小于或等于所述距离门限的步骤之后，所述方法还包括：服务端和用户端之间进行鉴权，并在鉴权通过后执行所述用户端和服务端中的一者根据用户端记录的用户的消费信息得到用户端应支付的交易金额的步骤。

其中，所述用户端向服务端支付交易金额的步骤包括：判断交易金额是否大于或等于预先设定的金额门限；若是，则用户端自动向服务端支付交易金额；若否，则用户端向用户发出是否支付交易金额的请求指令，并在接到用户的确认指令后向服务端支付交易金额。

其中，所述消费信息包括起始站和终点站的名称及乘坐时间，所述方法进一步包括：服务端判断乘坐时间是否位于预先设定的时间门限内；若是，则用户端和服务端的一者根据用户的消费信息得到应支付的交易金额的步骤包括：服务端根据起始站和终点站的名称计算得到用户端应支付的交易金额；若否，则用户端和服务端的一者根据用户的消费信息得到应支付的交易金额的步骤包括：服务端根据时间门限与交易金额之间的映射关系得到用户端应支付的交易金额。

其中，用户端与服务端之间采用非接触通信方式，所述非接触通信方式包括3G、蓝牙、Wi-Fi中的至少一个。

本发明实施例的无线支付***，包括用户端和服务端以及定位模块、判断模块，定位模块用于定位得到用户端与服务端之间的当前距离；判断模块用于判断定位模块定位得到的当前距离是否小于或等于预先设定的距离门限；用户端包括第一收发模块、第一计算模块以及支付模块，服务端包括第二收发模块以及第二计算模块，在判断模块判定当前距离小于或等于距离门限时，第一收发模块用于向第二收发模块发送用户端记录的用户的消费信息，第二计算模块用于根据第二收发模块接收的消费信息得到用户端应支付的交易金额，并由第二收发模块发送给第一收发模块，第一计算模块用于根据消费信息得到用户端应支付的交易金额，使得用户端在第一计算模块得到的交易金额与第一收发模块接收的交易金额相同时确认支付，支付模块用于向服务端支付交易金额；或者，第一收发模块将消费信息以及第一计算模块得到的交易金额发送至第二收发模块，第二计算模块根据第二收发模块接收的消费信息得到用户端应支付的交易金额，并在第二计算模块得到的交易金额与第二收发模块接收的交易金额相同时，由第二收发模块向第一收发模块发送确认指令，使得支付模块向服务端支付交易金额。

其中，用户端进一步包括第一鉴权模块，服务端进一步包括第二鉴权模块，第一鉴权模块用于对服务端进行鉴权，且第二鉴权模块用于对用户端进行鉴权。

其中，判断模块还用于判断交易金额是否大于或等于预先设定的金额门限，若是，则支付模块自动向服务端支付交易金额；若否，则第一收发模块向用户发出是否支付交易金额的请求指令，并在接到用户的确认指令后，支付模块向服务端支付交易金额。

其中，消费信息包括起始站和终点站的名称以及从起始站到终点站的乘坐时间，判断模块进一步用于判断乘坐时间是否位于预先设定的时间门限内，若是，则第二计算模块根据起始站和终点站的名称计算得到用户端应支付的交易金额；若否，则第二计算模块根据预先设定的时间门限与交易金额之间的映射关系得到用户端应支付的交易金额。

其中，第一收发模块与第二收发模块之间采用非接触通信方式，包括3G、蓝牙、Wi-Fi中的至少一个。

本发明实施例的无线支付方法和无线支付***，可以使得用户无需到达收银台、地铁闸机等收款处才能买单，而是在进入预先设定的距离门限内时即可根据已经知晓的交易金额执行付款操作，避免了大量用户拥堵于收款处而导致的排队现象，从而有利于提高人们日常生活、办公以及出行的效率。

附图说明

图1是本发明的无线支付方法一实施例的流程示意图；

图2是本发明的无线支付方法另一实施例的流程示意图；

图3是本发明的无线支付***一实施例的原理框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明所提供的示例性的实施例的技术方案进行清楚、完整地描述。

图1是本发明的无线支付方法一实施例的流程示意图。如图1所示，本实施例的无线支付方法包括以下步骤：

步骤S11：定位得到用户端与服务端之间的当前距离。

鉴于GPS(Global Positioning System，全球定位***)信号在地铁等室内环境中较弱，无法确保定位得到的所述当前距离的精度，本实施例可以采用无线室内定位技术得到所述当前距离，其原理例如为利用用户端与服务端之间所采用的通信方式的信号强度得到两者之间的距离，其中用户端与服务端之间采用非接触通信方式，例如红外射频、Wi-Fi、蓝牙(Blue tooth)等近程无线通信方式以及3G(3rd-Generation，第三代移动通信技术)等远程无线通信方式中的任意组合。

无线室内定位技术作为当前成熟的测距技术，可以将所述当前距离的结果精确到厘米级，从而使得所述当前距离的精度极高。

应该理解到，本发明实施例全文所述的用户端为用户随身携带的支付终端，例如智能手机、便携式通讯装置等具有通信功能的终端、可穿戴设备，并且在测距及移动时用户端实质上表示用户的位置信息，在支付时用户端实质上为用户端所持有的支付账户。另外，本发明实施例可以由用户端也可以由服务端计算得到所述当前距离。

步骤S12：判断当前距离是否小于或等于预先设定的距离门限。

若判定当前距离大于预先设定的距离门限，表示用户还未完成本次消费即不需要进行支付，则继续执行步骤S11。

若判定当前距离小于或等于预先设定的距离门限，表示用户已经完成本次消费即需要进行支付，则执行步骤S13。

步骤S13：用户端和服务端中的一者根据用户端记录的用户的消费信息得到用户端应支付的交易金额。

步骤S14：用户端和服务端中的另一者对交易金额进行确认。

所述消费信息根据应用场景的不同而具有不同的意义，例如，在乘坐地铁的应用场景中，所述消费信息即为起始站和终点站的名称以及从起始站到终点站的乘坐时间，而在超市购物的应用场景中，所述消费信息即为用户购买的所有商品的条形码等信息。

本实施例可以由用户端得到用户端应支付的交易金额，具体而言：

用户端根据自身记录的消费信息计算得到应支付的交易金额，而后将交易金额以及所述消费信息发送给服务端，服务端对此进行确认，例如服务端根据所述消费信息计算得到用户端应支付的交易金额，并在计算得到的交易金额与接收到的交易金额相同时确认通过。

本实施例也可由服务端得到用户端应支付的交易金额，具体而言：

用户端将自身记录的消费信息发送给服务端，服务端根据接收到的所述消费信息计算得到用户端应支付的交易金额，并将计算得到的交易金额反馈给用户端，用户端对此进行确认，例如用户端可以根据自身记录的消费信息计算得到应支付的交易金额，并在计算得到的交易金额与接收到的交易金额相同时确认通过。

步骤S15：在确认通过后，用户端向服务端支付交易金额。

本发明实施例可以使得用户无需到达收银台、地铁闸机等收款处才能买单，而是在进入预先设定的距离门限内时即可根据已经知晓的交易金额执行付款操作，在无需执行传统意义上的刷卡操作的同时，还能够避免大量用户拥堵于收款处而导致的排队现象，从而有利于提高人们日常生活、办公以及出行的效率。

由于用户端和服务端分别扮演着付款方和收款方的角色，因此为了确保用户端所持有的支付账户的安全，本发明实施例需要进一步对进行交易的两者进行鉴权，以确保双方的合法性，具体地，服务端和用户端之间进行鉴权，并在鉴权通过后再计算得到应支付的交易金额。所谓合法性和进行鉴权指的是：用户端校验服务端是否为用户端所要付费的对象，例如乘坐地铁时，用户端校验服务端是否是官方认可的公共交通收费机构；服务端校验用户端付费所使用的是否为服务端指定的软件，且所述软件及其注册的账户信息是否是合法等。

需要说明的是，对用户端和服务端进行鉴权既可以发生在用户端进入预先设定的距离门限内之后，也可以发生在计算得到所述交易金额且用户端支付所述交易金额之前，且并不限于此。

另外，为进一步确保用户端所持有的支付账户的安全，本发明实施例限制了用户端能够无需用户本人确认而直接自动支付的金额上限。具体而言，用户端需要判断所述交易金额是否大于或等于预先设定的金额门限，若是，则用户端自动向服务端支付所述交易金额；若否，则用户端向用户发出是否支付所述交易金额的请求指令，并在接到用户的确认指令后向服务端支付所述交易金额。

图2是本发明的无线支付方法另一实施例的流程示意图。在前述各实施例的描述基础上但与其不同的是，本实施例考虑到当前乘坐地铁所购买的票具有时效性的具体情况，将所述交易金额与乘坐时间相关联。其中，前述消费信息包括乘坐的起始站和终点站的名称以及从起始站到终点站的乘坐时间，如图2所示，本实施例的方法包括：

步骤S21：定位得到用户端与服务端之间的当前距离。

步骤S22：判断当前距离是否小于或等于预先设定的距离门限。

若否，则继续执行步骤S21。若是，则执行步骤S23。

步骤S23：服务端判断乘坐时间是否位于预先设定的时间门限内。

若乘坐时间位于预先设定的时间门限内，表示用户乘坐地铁的时间小于从起始站到终点站的最长乘坐时间，则执行步骤S24。

若乘坐时间超出预先设定的时间门限内，表示用户乘坐地铁的时间大于从起始站到终点站的最长乘坐时间，则执行步骤S25。

步骤S24：服务端根据起始站和终点站的名称计算得到用户端应支付的交易金额。

步骤S25：服务端根据预先设定的时间门限与交易金额之间的映射关系得到用户端应支付的交易金额。

所述预先设定的时间门限与交易金额之间的映射关系即为预先设定的超过所述时间门限时用户端应支付的交易金额。

本实施例可以需要用户端对交易金额进行确认也可以不需要。

步骤S26：用户端向服务端支付交易金额，可以理解为服务端从用户端所持有的支付账户中直接扣除所述交易金额。

图3是本发明的无线支付***一实施例的原理框图。如图3所示，本实施例的无线支付***30包括用户端31和服务端32以及定位模块33、判断模块34，用户端31至少包括第一收发模块311、第一计算模块312以及支付模块313，服务端32包括第二收发模块321以及第二计算模块322，其中：

定位模块33用于定位得到用户端31与服务端32之间的当前距离。

判断模块34用于判断定位模块33定位得到的当前距离是否小于或等于预先设定的距离门限。

在判断模块34判定当前距离小于或等于距离门限时，

第一收发模块311向第二收发模块321发送用户端31记录的用户的消费信息，第二计算模块322根据第二收发模块321接收的消费信息得到用户端31应支付的交易金额，并由第二收发模块321发送给第一收发模块311，第一计算模块312根据消费信息得到用户端31应支付的交易金额，使得用户端31在第一计算模块312得到的交易金额与第一收发模块311接收的交易金额相同时确认支付，支付模块313用于向服务端32支付交易金额。

或者，第一收发模块311将消费信息以及第一计算模块312得到的交易金额发送至第二收发模块321，第二计算模块322根据第二收发模块321接收的消费信息得到用户端31应支付的交易金额，并在第二计算模块322得到的交易金额与第二收发模块321接收的交易金额相同时，由第二收发模块321向第一收发模块311发送确认指令，使得支付模块313向服务端32支付交易金额。

其中，第一收发模块311与第二收发模块321之间采用非接触通信方式，包括3G、蓝牙、Wi-Fi中的至少一个。

可选地，用户端31进一步包括第一鉴权模块314，服务端32进一步包括第二鉴权模块323，第一鉴权模块314用于对服务端32进行鉴权，且第二鉴权模块323用于对用户端31进行鉴权，从而确保双方的合法性。所谓合法性和进行鉴权指的是：第一鉴权模块314校验服务端32是否为用户端31所要付费的对象，例如乘坐地铁时，第一鉴权模块314校验服务端32是否是官方认可的公共交通收费机构；第二鉴权模块323校验用户端31付费所使用的是否为服务端32指定的软件，且所述软件及其注册的账户信息是否是合法等。

为进一步确保用户端31所持有的支付账户的安全，本实施例的判断模块34还用于判断交易金额是否大于或等于预先设定的金额门限，若是，则支付模块313自动向服务端32支付交易金额；若否，则第一收发模块311向用户发出是否支付交易金额的请求指令，并在接到用户的确认指令后，支付模块313向服务端32支付交易金额。

本实施例考虑到当前乘坐地铁所购买的票具有时效性的具体情况，将所述交易金额与乘坐时间相关联，此时前述消费信息包括起始站和终点站的名称以及从起始站到终点站的乘坐时间，判断模块34进一步用于判断乘坐时间是否位于预先设定的时间门限内，若是，则第二计算模块322根据起始站和终点站的名称计算得到用户端31应支付的交易金额；若否，则第二计算模块322根据预先设定的时间门限与交易金额之间的映射关系得到用户端31应支付的交易金额。

本领域技术人员可以清楚地了解到，上述无线支付***30的各个模块的具体工作过程，可参考前述方法实施例中的对应过程，为描述方便和简洁此处不再赘述。各个模块可以单独或集成设置于物理元件中，例如判断模块34和定位模块33可以设置于服务端32中也可以设置于用户端31中。并且，上述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中，即，本发明实施例可以以软件产品的形式体现出来，其包括若干指令用以使得两台通信与支付功能的终端(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在此基础上，以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，例如各实施例之间技术特征的相互结合，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种无线支付方法，其特征在于，所述方法包括：

定位得到用户端与服务端之间的当前距离，并判断所述当前距离是否小于或等于预先设定的距离门限；

在判定所述当前距离小于或等于所述距离门限时，所述用户端和所述服务端中的一者根据所述用户端记录的用户的消费信息得到所述用户端应支付的交易金额；

所述用户端和所述服务端中的另一者对所述交易金额进行确认；

在确认通过后，所述用户端向所述服务端支付所述交易金额。

2.根据权利要求1所述的方法，其特征在于，在所述判定所述当前距离小于或等于所述距离门限的步骤之后，所述方法还包括：

所述服务端和所述用户端之间进行鉴权，并在鉴权通过后执行所述用户端和所述服务端中的一者根据所述用户端记录的用户的消费信息得到所述用户端应支付的交易金额的步骤。

3.根据权利要求1所述的方法，其特征在于，所述用户端向所述服务端支付所述交易金额的步骤包括：

判断所述交易金额是否大于或等于预先设定的金额门限；

若是，则所述用户端自动向所述服务端支付所述交易金额；

若否，则所述用户端向用户发出是否支付所述交易金额的请求指令，并在接到用户的确认指令后向所述服务端支付所述交易金额。

4.根据权利要求1所述的方法，其特征在于，所述消费信息包括起始站和终点站的名称以及从所述起始站到所述终点站的乘坐时间，

所述方法进一步包括：

所述服务端判断所述乘坐时间是否位于预先设定的时间门限内；

若是，则所述用户端和所述服务端的一者根据用户的消费信息得到应支付的交易金额的步骤包括：

所述服务端根据所述起始站和所述终点站的名称计算得到所述用户端应支付的交易金额；

若否，则所述用户端和所述服务端的一者根据用户的消费信息得到应支付的交易金额的步骤包括：

所述服务端根据预先设定的所述时间门限与交易金额之间的映射关系得到所述用户端应支付的交易金额。

5.根据权利要求1-4任意一项所述的方法，其特征在于，所述用户端与所述服务端之间采用非接触通信方式，包括3G、蓝牙、Wi-Fi中的至少一个。

6.一种无线支付***，其特征在于，所述***包括用户端和服务端以及定位模块、判断模块，

所述定位模块用于定位得到用户端与服务端之间的当前距离；

所述判断模块用于判断所述定位模块定位得到的所述当前距离是否小于或等于预先设定的距离门限；

所述用户端包括第一收发模块、第一计算模块以及支付模块，所述服务端包括第二收发模块以及第二计算模块，

在所述判断模块判定所述当前距离小于或等于所述距离门限时，

所述第一收发模块用于向所述第二收发模块发送所述用户端记录的用户的消费信息，所述第二计算模块用于根据所述第二收发模块接收的消费信息得到所述用户端应支付的交易金额，并由所述第二收发模块发送给所述第一收发模块，所述第一计算模块用于根据所述消费信息得到所述用户端应支付的交易金额，使得所述用户端在所述第一计算模块得到的交易金额与所述第一收发模块接收的交易金额相同时确认支付，所述支付模块用于向所述服务端支付所述交易金额；

或者，所述第一收发模块将所述消费信息以及所述第一计算模块得到的交易金额发送至所述第二收发模块，所述第二计算模块根据所述第二收发模块接收的消费信息得到所述用户端应支付的交易金额，并在所述第二计算模块得到的交易金额与所述第二收发模块接收的交易金额相同时，由所述第二收发模块向所述第一收发模块发送确认指令，使得所述支付模块向所述服务端支付所述交易金额。

7.根据权利要求6所述的***，其特征在于，所述用户端进一步包括第一鉴权模块，所述服务端进一步包括第二鉴权模块，所述第一鉴权模块用于对所述服务端进行鉴权，且所述第二鉴权模块用于对所述用户端进行鉴权。

8.根据权利要求6所述的***，其特征在于，所述判断模块还用于判断所述交易金额是否大于或等于预先设定的金额门限，若是，则所述支付模块自动向所述服务端支付所述交易金额；若否，则所述第一收发模块向用户发出是否支付所述交易金额的请求指令，并在接到用户的确认指令后，所述支付模块向所述服务端支付所述交易金额。

9.根据权利要求6所述的***，其特征在于，所述消费信息包括起始站和终点站的名称以及从所述起始站到所述终点站的乘坐时间，所述判断模块进一步用于判断所述乘坐时间是否位于预先设定的时间门限内，若是，则所述第二计算模块根据所述起始站和所述终点站的名称计算得到所述用户端应支付的交易金额；若否，则所述第二计算模块根据预先设定的所述时间门限与交易金额之间的映射关系得到所述用户端应支付的交易金额。

10.根据权利要求6-9任意一项所述的***，其特征在于，所述第一收发模块与所述第二收发模块之间采用非接触通信方式，包括3G、蓝牙、Wi-Fi中的至少一个。