CN107516210A - 一种用于轨道交通的基于二维码和蓝牙的移动支付方法 - Google Patents

Abstract

本发明涉及移动支付技术，特别涉及用于轨道交通的基于二维码和蓝牙的移动支付方法，闸机通过扫描APP客户端的进\出站二维码控制乘客进\出站并扣费结算，乘客扫码进\出站时闸机通过蓝牙与APP客户端进行进\出站确认并交互信息，然后APP客户端无效掉当前的进\出站二维码并通知二维码支撑平台更新二维码生成机制，下次只能生成出\进站二维码，最后闸机打开闸门放行。本发明确保乘客单进单出，减少地铁管理成本的同时，提供较佳的用户体验。

Description

一种用于轨道交通的基于二维码和蓝牙的移动支付方法

技术领域

本发明涉及移动支付技术，特别涉及用于轨道交通的基于二维码和蓝牙的移动支付方法。

背景技术

随着智能手机的普及和移动互联网技术的应用，移动支付已经深入人们生活的方方面面。当前，在公交和地铁等公共交通领域，采用较多的移动支付方式有NFC以及手机二维码。

对于NFC方式，由于很多手机没有配置该功能，缺乏终端应用基础，且技术标准不统一，因此NFC仍然未得到大规模推广和普及。

对于手机二维码方式，由于使用方便，以及对手机配置要求不高，当前用户的扫码支付习惯已经培养的相当成熟，其发展相当迅速，但在地铁以及分段计费的公交等领域，尚未广泛推广。由于手机二维码是只读的，数据无法直接快速回写给手机，而当前地铁AFC网络普遍存在偶然离线的情况，使得数据无法通过AFC网络实时上传，容易引起计费的延迟和混乱，并影响用户的体验。

当前二维码支付方案中，正常操作的简要流程如下：

1.用户打开手机APP，并点击生成二维码；

2.二维码支撑系统根据判断用户的合法性(是否在黑名单中，有无足够余额)，如果合法，则生成经过加密的“进站二维码”；

3.用户扫码乘车，闸机对用户二维码进行解密，并判断合法性，如果合法，则开启闸机扇门，并将数据上传到ACC；

4.用户进站以后，后台ACC获取用户进站的相关信息(时间，地点等)，并将数据同步给二维码后台支撑系统；

5.二维码后台支撑系统获取ACC同步过来的数据后，更新二维码生成策略，由“进站二维码”变为“出站二维码”；

6.用户到站后，点击APP生成“出站二维码”进行出站操作。

上述流程中，由于二维码是只读的，且地铁AFC网络又无法及时上传状态，存在诸多问题：

1.用户进站后，由于当前AFC网络无法做到实时更新状态给二维码后台支撑系统，因此用户手机APP侧有一定的概率无法及时生成“出站二维码”，导致用户无法正常出站，需要工作人员进行人工确认处理；

2.允许用户“多进多出”，即进站的时候刷多次“进站二维码”，出站的时候也刷多次“出站二维码”，然后进行多次扣费操作。如果因为某种情况，导致用户出站的刷码次数小于进站的刷码次数，会导致用户账户异常，用户下次进站的时候，无法正常生成进站二维码，需要工作人员进行人工确认。

申请号为201510882219的专利文件公开了一种基于低功耗蓝牙和二维码扫描的地铁检票终端，在进\出站时，分别需要生成并扫描两次二维码，客户体验较差，同时增加了后台工作量，系统运行效率不高。

发明内容

为了解决上述问题，本发明提供了一种用于轨道交通的基于二维码和蓝牙的移动支付方法，确保单进单出，减少地铁管理成本的同时，提供较佳的用户体验。

一种用于轨道交通的基于二维码和蓝牙的移动支付方法，闸机通过扫描APP客户端的进\出站二维码控制乘客进\出站并扣费结算，乘客扫码进\出站时闸机通过蓝牙与APP客户端进行进\出站确认并交互信息，然后APP客户端无效掉当前的进\出站二维码并通知二维码支撑平台更新二维码生成机制，下次只能生成出\进站二维码，最后闸机打开闸门放行。

进一步的，进站二维码生成之前判断用户信息是否符合要求，如果是，则将用户标识信息和消费凭证信息加密生成对应的进站二维码，如果否，则不生成进站二维码并提示对应信息。

进一步的，所述进站确认可以通过以下步骤实现：

1)闸机获取进站二维码进行解析和验证，验证通过后，闸机存储交易数据并通过蓝牙将进站确认信息和用户标识信息进行广播；

2)APP客户端接收到广播后会进行用户标识信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知闸机APP客户端接收到进站确认信息，同时APP客户端将当前进站二维码做失效处理，并将进站确认信息上报给二维码支撑平台，通知其下次生成与进站二维码对应的出站二维码，如果不一致，则舍弃并继续接收，直到接收到正确的进站信息。

更进一步的，所述出站确认可以通过以下步骤实现：

1)闸机获取出站二维码并进行解析和验证，验证通过后，闸机存储交易数据，并通过蓝牙将出站信息和用户标识信息进行广播；

2)APP客户端接收到广播后会进行用户标识信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知闸机APP客户端接收到出站确认信息，同时APP客户端将当前出站二维码做失效处理，并将出站确认信息上报给给二维码支撑平台通知其下次生成进站二维码，如果不一致，则舍弃并继续接收，直到接收到正确的出站信息。

进一步的，所述进站确认还可以通过以下步骤实现：

1)闸机获取进站二维码进行解析和验证，验证通过后，闸机存储交易数据APP客户端通过蓝牙将进站确认信息和用户标识信息进行广播；

2)闸机接收到广播后会进行用户标识信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知APP客户端闸机接收到进站确认信息，同时APP客户端将当前进站二维码做失效处理，并将进站确认信息上报给二维码支撑平台，通知其下次生成与进站二维码对应的出站二维码，如果不一致，则舍弃并继续接收，直到接收到正确的进站信息。

更进一步的，所述出站确认还可以通过以下步骤实现：

1)闸机获取出站二维码并进行解析和验证，验证通过后，闸机存储交易数据，APP客户端通过蓝牙将出站信息和用户标识信息进行广播；

2)闸机接收到广播后会进行用户标识信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知APP客户端闸机接收到出站确认信息，同时APP客户端将当前出站二维码做失效处理，并将出站确认信息上报给给二维码支撑平台通知其下次生成进站二维码，如果不一致，则舍弃并继续接收，直到接收到正确的出站信息。

本发明的有益效果是：

1.保证用户“单进单出”，和现有市民卡等实体卡的方式一致，提供用户体验，减少地铁管理成本；

2.用户进站和出站的时候，只需要各刷一次二维码就行，不用刷多次二维码，提高通行效率和用户体验；

3.蓝牙广播的内容只是一个确认信号，而正常的消费凭证，进出站时间，编号等信息还是通过地铁原有AFC网络进行上传，不需额外增加成本。

附图说明

图1：本发明的系统示意图。

图2：本发明的结构示意图。

图3：本发明一实施例的流程示意图。

图4：本发明另一实施例的流程示意图。

具体实施方式

下面结合实施例对本发明作进一步详细描述：

实施例1

实施用于轨道交通的基于二维码和蓝牙的移动支付方法的系统包括有蓝牙功能以及装有二维码APP客户端的智能终端，装有蓝牙设备以及二维码读码器的闸机，行业前置机，装有二维码支撑平台的系统服务器，如图1所示。

系统服务器为智能终端提供后台数据支撑，APP客户端生成二维码供闸机扫描，闸机通过蓝牙广播与智能终端蓝牙实现快速配对，建立链接，实现数据实时传输，同时通过行业前置机将数据上传系统服务器供对账以及清分结算。

系统结构示意图如图2所示。

实施例2

用于轨道交通的基于二维码和蓝牙的移动支付方法，包括以下步骤：

1)进站时用户登录APP客户端，通过网络向二维码支撑平台获取二维码；

2)二维码支撑平台判断用户信息是否符合要求，如果是，则将用户身份和消费凭证信息加密生成对应的进站二维码给APP客户端，如果否，则不生成对应的进站二维码并提示对应信息；

3)闸机通过扫码器获取步骤2)中的进站二维码，并进行解析和验证，验证通过后，闸机存储交易数据并通过蓝牙将进站确认信息以及用户标示信息进行广播；

4)APP客户端接收到广播后会进行用户标示信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知闸机APP客户端接收到进站确认信息，同时APP客户端将当前进站二维码做失效处理，并将进站确认信息上报给二维码支撑平台，通知其下次生成与进站二维码对应的出站二维码，如果不一致，则舍弃并继续接收，直到接收到正确的用户标示信息；

5)闸机收到APP客户端确认的信息后，打开闸门放行，行业前置机将交易数据信息通过轨道交通AFC网络上传至系统服务器；

6)出站时用户登录APP客户端，通过网络向二维码支撑平台获取二维码；

7)二维码支撑平台生成与进站二维码对应的出站二维码给APP客户端；

8)闸机通过扫码器获取步骤7)中的出站二维码并进行解析和验证，验证通过后，闸机存储交易数据，并通过蓝牙将出站确认信息以及用户标示信息进行广播；

9)APP客户端接收到广播后会进行用户标示信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知闸机APP客户端接收到出站确认信息，同时APP客户端将当前出站二维码做失效处理，并将出站确认信息上报给给二维码支撑平台，如果不一致，则舍弃并继续接收，直到接收到正确的用户标示信息；

10)闸机收到APP客户端确认的信息后，打开闸门放行，行业前置机将交易数据信息通过轨道交通AFC网络上传至系统服务器进行扣费操作。

流程图如图3所示。

实施例3

用于轨道交通的基于二维码和蓝牙的移动支付方法，包括以下步骤：

1)进站时用户登录APP客户端，通过网络向二维码支撑平台获取二维码；

2)二维码支撑平台判断用户信息是否符合要求，如果是，则将用户身份和消费凭证信息加密生成对应的进站二维码给APP客户端，如果否，则不生成对应的进站二维码并提示对应信息；

3)闸机通过扫码器获取步骤2)中的进站二维码，并进行解析和验证，验证通过后，闸机存储交易数据，APP客户端通过蓝牙将进站确认信息以及用户标示信息进行广播；

4)闸机接收到广播后会进行用户标示信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知APP客户端闸机接收到进站确认信息，同时APP客户端将当前进站二维码做失效处理，并将进站确认信息上报给二维码支撑平台，通知其下次生成与进站二维码对应的出站二维码，如果不一致，则舍弃并继续接收，直到接收到正确的用户标示信息；

5)闸机收到APP客户端的广播信息后，打开闸门放行，行业前置机将交易数据信息通过轨道交通AFC网络上传至系统服务器；

6)出站时用户登录APP客户端，通过网络向二维码支撑平台获取二维码；

7)二维码支撑平台生成与进站二维码对应的出站二维码给APP客户端；

8)闸机通过扫码器获取步骤7)中的出站二维码并进行解析和验证，验证通过后，闸机存储交易数据，APP客户端通过蓝牙将出站确认信息以及用户标示信息进行广播；

9)闸机接收到广播后会进行用户标示信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知APP客户端闸机接收到出站确认信息，同时APP客户端将当前出站二维码做失效处理，并将出站确认信息上报给给二维码支撑平台，如果不一致，则舍弃并继续接收，直到接收到正确的用户标示信息；

10)闸机收到APP客户端的广播信息后，打开闸门放行，行业前置机将交易数据信息通过轨道交通AFC网络上传至系统服务器进行扣费操作。

流程图如图4所示。

总之，以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所作的均等变化与修饰，皆应属本发明专利的涵盖范围。

Claims (6)

1.一种用于轨道交通的基于二维码和蓝牙的移动支付方法，闸机通过扫描APP客户端的进\出站二维码控制乘客进\出站并扣费结算，其特征在于，乘客扫码进\出站时闸机通过蓝牙与APP客户端进行进\出站确认并交互信息，然后APP客户端无效掉当前的进\出站二维码并通知二维码支撑平台更新二维码生成机制，下次只能生成出\进站二维码，最后闸机打开闸门放行。

2.根据权利要求1所述的用于轨道交通的基于二维码和蓝牙的移动支付方法，其特征在于，进站二维码生成之前判断用户信息是否符合要求，如果是，则将用户标识信息和消费凭证信息加密生成对应的进站二维码，如果否，则不生成进站二维码并提示对应信息。

3.根据权利要求2所述的用于轨道交通的基于二维码和蓝牙的移动支付方法，其特征在于，所述进站确认包括以下步骤：

1)闸机获取进站二维码进行解析和验证，验证通过后，闸机存储交易数据并通过蓝牙将进站确认信息和用户标识信息进行广播；

2)APP客户端接收到广播后会进行用户标识信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知闸机APP客户端接收到进站确认信息，同时APP客户端将当前进站二维码做失效处理，并将进站确认信息上报给二维码支撑平台，通知其下次生成与进站二维码对应的出站二维码，如果不一致，则舍弃并继续接收，直到接收到正确的进站信息。

4.根据权利要求3所述的用于轨道交通的基于二维码和蓝牙的移动支付方法，其特征在于，所述出站确认包括以下步骤：

1)闸机获取出站二维码并进行解析和验证，验证通过后，闸机存储交易数据，并通过蓝牙将出站信息和用户标识信息进行广播；

2)APP客户端接收到广播后会进行用户标识信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知闸机APP客户端接收到出站确认信息，同时APP客户端将当前出站二维码做失效处理，并将出站确认信息上报给给二维码支撑平台通知其下次生成进站二维码，如果不一致，则舍弃并继续接收，直到接收到正确的出站信息。

5.根据权利要求2所述的用于轨道交通的基于二维码和蓝牙的移动支付方法，其特征在于，所述进站确认包括以下步骤：

1)闸机获取进站二维码进行解析和验证，验证通过后，闸机存储交易数据，APP客户端通过蓝牙将进站确认信息和用户标识信息进行广播；

2)闸机接收到广播后会进行用户标识信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知APP客户端闸机接收到进站确认信息，同时APP客户端将当前进站二维码做失效处理，并将进站确认信息上报给二维码支撑平台，通知其下次生成与进站二维码对应的出站二维码，如果不一致，则舍弃并继续接收，直到接收到正确的进站信息。

6.根据权利要求5所述的用于轨道交通的基于二维码和蓝牙的移动支付方法，其特征在于，所述出站确认包括以下步骤：

1)闸机获取出站二维码并进行解析和验证，验证通过后，闸机存储交易数据，APP客户端通过蓝牙将出站信息和用户标识信息进行广播；

2)闸机接收到广播后会进行用户标识信息的比对，如果一致，则建立蓝牙连接并发送确认信号告知APP客户端闸机接收到出站确认信息，同时APP客户端将当前出站二维码做失效处理，并将出站确认信息上报给给二维码支撑平台通知其下次生成进站二维码，如果不一致，则舍弃并继续接收，直到接收到正确的出站信息。