CN108352863A - 一种交通支付方法及设备 - Google Patents
一种交通支付方法及设备 Download PDFInfo
- Publication number
- CN108352863A CN108352863A CN201680065985.3A CN201680065985A CN108352863A CN 108352863 A CN108352863 A CN 108352863A CN 201680065985 A CN201680065985 A CN 201680065985A CN 108352863 A CN108352863 A CN 108352863A
- Authority
- CN
- China
- Prior art keywords
- station
- certification
- data record
- counting equipment
- outbound
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 43
- 230000004044 response Effects 0.000 claims abstract description 68
- 230000008569 process Effects 0.000 claims abstract description 17
- 238000004891 communication Methods 0.000 claims description 21
- 238000004321 preservation Methods 0.000 claims description 7
- 238000012011 method of payment Methods 0.000 claims description 6
- 238000004088 simulation Methods 0.000 description 20
- 230000006870 function Effects 0.000 description 17
- 238000013461 design Methods 0.000 description 16
- 238000010586 diagram Methods 0.000 description 14
- 238000012545 processing Methods 0.000 description 13
- 230000011664 signaling Effects 0.000 description 10
- 238000007726 management method Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000007689 inspection Methods 0.000 description 4
- 230000007257 malfunction Effects 0.000 description 3
- 238000003860 storage Methods 0.000 description 3
- HCBIBCJNVBAKAB-UHFFFAOYSA-N Procaine hydrochloride Chemical compound Cl.CCN(CC)CCOC(=O)C1=CC=C(N)C=C1 HCBIBCJNVBAKAB-UHFFFAOYSA-N 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 230000011218 segmentation Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000013475 authorization Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 238000005094 computer simulation Methods 0.000 description 1
- 230000005674 electromagnetic induction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
Abstract
一种交通支付方法及设备，用以实现两人或两人以上可以使用同一交通卡进出站。该方法为：具备NFC功能的终端确定本次需要进行交通支付的人数N，与第一计费设备执行M次进站认证，生成M条计费数据记录，每触发一次进站认证，终端将预先保存的指示交通支付功能正常的信息发送给第一计费设备，并接收第一计费设备返回的第一应答消息，以及基于第一应答消息中包含的进站相关信息生成一条计费数据记录；终端与第二计费设备执行M次出站认证，每触发一次出站认证，终端按照设定次序在M条计费数据记录中选取一条计费数据记录并发送给第二计费设备，并接收第二计费设备发送的第二应答消息，根据第二应答消息中包含的交易金额执行许可交易过程。
Description
本申请涉及近场通信(英文：Near Field Communication，缩写：NFC)领域，特别涉及一种交通支付方法及设备。
近场通信NFC是一种利用电磁感应实现电子设备间的短距离通信的无线连接技术，NFC的工作模式包括卡模拟模式(英文：Card Emulation，缩写：CE)等。随着NFC技术的普及，具备NFC功能的终端(可简称为NFC终端)数量越来越多，NFC终端工作在卡模拟模式下，模拟交通卡、金融非接触式集成电路(英文：Integrated Circuit，缩写：IC)卡成为了NFC终端应用于支付的重要应用场景。用户可使用NFC终端模拟交通卡乘坐公交，或使用NFC终端模拟金融IC卡，购物时使用手机与非接触POS机结账。
以NFC终端模拟交通卡为例，针对分段收费制公共交通系统(如地铁)，比较常见的模拟交通卡应用支付方法为进出站各刷一次卡。具体实现为：
用户刷模拟交通卡进站时，非接触读卡器(例如闸机)选择模拟交通卡中的交通卡应用，读取模拟交通卡中的地铁应用数据文件，具体地，非接触读卡器发送READ CAPP DATA指令，并接收模拟交通卡返回的应答信息。非接触读卡器根据该地铁应用数据文件中记录的数据，判断上次交易是否成功，若交易成功，则向模拟交通卡发送包含交易金额为0的获取处理选项(英文：Get Processing Option，缩写：GPO)指令。之后，非接触读卡器利用写应用数据文件指令向地铁应用数据文件中写入进站信息，更新地铁收费专用数据记录，填写城市代码、运营企业代码、记录格式版本号、交易标志、进收费区交易时间、进收费区交易线路代码、进收费区交易站点代码、进收费区交易闸机代码、进收费区交易序号和专用跟踪区域码(英文：Tracking Area Code，缩写：TAC)等字段，并预留收费区相关信息的写入位置。在完成上述操作
后进站闸机开闸，完成用户进站。
出站时，非接触读卡器首先要读取模拟的交通卡中的地铁应用数据文件，根据该应用文件的数据记录，判断上次是否正常进入收费区；如果正常，则根据进站信息计算消费金额，并发送包含交易金额的交易命令GPO；之后，非接触读卡器向地铁应用数据文件中写入出站信息。具体的，非接触读卡器通过读应用数据文件(READ CAPP DATA)命令已经获得了一条进站记录，根据这个记录，更新地铁收费专用数据记录，填写出收费区交易时间、出收费区交易线路代码、出收费区交易站点代码、出收费区交易闸机代码、出收费区交易金额、出收费区交易序号、专用TAC等记录，并保留城市代码、运营企业代码、记录格式版本号、交易标志、进收费区交易时间、进收费区交易线路代码、进收费区交易站点代码、进收费区交易闸机代码、进收费区交易序号等字段记录原值，最后将记录写入模拟交通卡中，完成模拟交通卡侧计费以及用户出站。
在上述利用模拟交通卡应用实现交通付费的过程中，当至少两人一起乘坐分段收费制公交交通工具出行时，如果不能达到人手一张模拟交通卡，乘客需要长时间排队购卡、自备零钱买票，从而导致出行不便甚至无法乘车，用户体验性较差。
发明内容
本申请提供一种交通支付方法及设备，用以实现至少两个人能够使用一张交通卡进出站，方便用户出行。
一方面，提供一种交通支付方法，应用于具备近场通信NFC功能的终端，该方法通过以下方式实现：终端通过改变交通卡侧的业务逻辑，在刷卡进站时，使用同样内容的信令应答计费设备，实现至少两次进站操作，在刷卡出站时，依次使用进站时生成的数据记录应答计费设备，实现至少两次出站操作。这样，就可以通过简单的终端侧业务逻辑的改变，实现一卡多刷，两人或两人以上可以使用同一交通卡(即终端模拟的交通卡)进出站。
在一个可能的设计中，终端通过以下方式实现交通支付方法：确定本次需要进行交通支付的人数N，N为大于1的自然数；所述终端与第一计费设备执行M次进站认证，生成M条计费数据记录，M为大于1且小于等于N的自然数；其中，每当所述终端置于所述第一计费设备的通信范围内时，触发一次所述进站认证，且在每次执行所述进站认证的过程中，所述终端将预先保存的指示交通支付功能正常的信息发送给所述第一计费设备，并接收所述第一计费设备返回的用于指示所述进站认证成功的第一应答消息，以及基于所述第一应答消息中包含的进站相关信息生成一条计费数据记录；所述终端与第二计费设备执行M次出站认证，其中，每当所述终端置于所述第二计费设备的通信范围内时，触发一次所述出站认证，且每执行一次所述出站认证，所述终端按照设定次序在所述M条计费数据记录中选取一条计费数据记录，将选取的一条计费数据记录发送给所述第二计费设备，并接收所述第二计费设备发送的用于指示所述出站认证成功的第二应答消息，以及根据所述第二应答消息中包含的交易金额执行许可交易过程。这样，可以不改动计费设备侧的业务逻辑，只通过比较简单的改动交通卡侧的业务逻辑，就可以使得至少两人使用同一张交通卡实现交通付费。
在一个可能的设计中，所述终端在确定本次需要进行交通支付的人数N之后，启动计数器，所述计数器用于在所述终端每与所述第一计费设备执行一次所述进站认证或者每与所述第二计费设备执行一次所述出站认证时，记录或更新已通过的人数。这样，避免了实际进站人数超出了终端开始设置的进站人数N，造成交易出错。
在一个可能的设计中，所述终端在执行所述进站认证和所述出站认证的过程中，根据最新数据记录位置指示信息，确定向所述第一计费设备和所述第二计费设备发送的信息所在的位置；其中，所述终端与所述第一计费设备执行第一次至第(M-1)次所述进站认证时，在每一次完成所述进站认证后，保持所述最新数据记录位置指示信息所指示的位置为指示交通支付功能正常的信息所在的位置，并在执行完第M次所述进站认证后，将所述最新数据记
录位置指示信息所指示的位置更改为执行第一次所述进站认证时生成的计费数据记录所在位置；所述终端与所述第二计费设备执行第一次至第(M-1)次所述出站认证时，在每一次完成所述出站认证后，将所述最新数据记录位置指示信息所指示的位置分别对应的更改为执行第二次至第M次所述进站认证时生成的计费数据记录所在的位置。这样，可以从业务逻辑方面实现多人进站出站，简单易实现。
在一个可能的设计中，所述终端在与所述第一计费设备执行第一次所述进站认证之前，将所述计数器的初始值设置为0；所述终端与所述第一计费设备在每次执行所述进站认证的过程中，在将保存的指示交通支付功能正常的信息发送给所述第一计费设备之前，判定所述计数器的计数值小于或等于(M-1)；以及，在每一次完成所述进站认证后，将所述计数器的计数值加1；所述终端与所述第二计费设备在每次执行所述出站认证的过程中，在将选定的计费数据记录发送给所述第二计费设备之前，判定所述计数器的计数值小于或等于(2M-1)；以及，在每一次完成所述出站认证后，将所述计数器的计数值加1。
在一个可能的设计中，所述终端在接收所述第二计费设备发送的所述第二应答消息后，将所述第二应答消息中包含的出站相关信息保存在对应的计费数据记录中。
在一个可能的设计中，所述M条计费数据记录的每一条计费数据记录中包含的进站相关信息均相同。这样，可防止不同用户从不同站进站。
在一个可能的设计中，若M＜N，则所述终端在执行第M次所述进站认证之后，若所述终端经过设定时间阈值后仍未执行第(M+1)次所述进站认证，则将本次需要进行交通支付的人数由N调整为M。
第二方面，提供一种交通支付设备，所述设备具备近场通信NFC功能，所述设备包括确定单元，用于确定本次需要进行交通支付的人数N，N为大于1的自然数；认证单元，用于与第一计费设备执行M次进站认证，生成M条计费数据记录，M为大于1且小于等于N的自然数；其中，每当所述设备
置于所述第一计费设备的通信范围内时，触发一次所述进站认证，且在每次执行所述进站认证的过程中，将预先保存的指示交通支付功能正常的信息发送给所述第一计费设备，并接收所述第一计费设备返回的用于指示所述进站认证成功的第一应答消息，以及基于所述第一应答消息中包含的进站相关信息生成一条计费数据记录；所述认证单元，还用于与第二计费设备执行M次出站认证，其中，每当所述设备置于所述第二计费设备的通信范围内时，触发一次所述出站认证，且每执行一次所述出站认证，按照设定次序在所述M条计费数据记录中选取一条计费数据记录，将选取的一条计费数据记录发送给所述第二计费设备，并接收所述第二计费设备发送的用于指示所述出站认证成功的第二应答消息，以及根据所述第二应答消息中包含的交易金额执行许可交易过程。这样，就可以通过简单的终端侧业务逻辑的改变，实现一卡多刷，两人或两人以上可以使用同一交通卡进出站。
在一个可能的设计中，所述设备还包括计数单元，用于在所述确定单元确定本次需要进行交通支付的人数N之后，在所述认证单元每与所述第一计费设备执行一次所述进站认证或者每与所述第二计费设备执行一次所述出站认证时，记录或更新已通过的人数。这样，避免了实际进站人数超出了终端开始设置的进站人数N，造成交易出错。
在一个可能的设计中，所述认证单元还用于在执行所述进站认证和所述出站认证的过程中，根据最新数据记录位置指示信息，确定向所述第一计费设备和所述第二计费设备发送的信息所在的位置；其中，所述认证单元与所述第一计费设备执行第一次至第(M-1)次所述进站认证时，在每一次完成所述进站认证后，保持所述最新数据记录位置指示信息所指示的位置为指示交通支付功能正常的信息所在的位置，并在执行完第M次所述进站认证后，将所述最新数据记录位置指示信息所指示的位置更改为执行第一次所述进站认证时生成的计费数据记录所在的位置；所述认证单元与所述第二计费设备执行第一次至第(M-1)次所述出站认证时，在每一次完成所述出站认证后，将所述最新数据记录位置指示信息所指示的位置分别对应的更改为执行第二次
至第M次所述进站认证时生成的计费数据记录所在的位置。这样，可以从业务逻辑方面实现多人进站出站，简单易实现。
在一个可能的设计中，所述计数单元在所述认证单元与所述第一计费设备执行第一次所述进站认证之前，将初始值设置为0；所述认证单元与所述第一计费设备在每次执行所述进站认证的过程中，在将保存的指示交通支付功能正常的信息发送给所述第一计费设备之前，判定所述计数器的计数值小于或等于(M-1)；以及，在每一次完成所述进站认证后，将所述计数器的计数值加1；所述认证单元与所述第二计费设备在每次执行所述出站认证的过程中，在将选定的计费数据记录发送给所述第二计费设备之前，判定所述计数器的计数值小于或等于(2M-1)；以及，在每一次完成所述出站认证后，将所述计数器的计数值加1。
在一个可能的设计中，所述认证单元还用于：在接收所述第二计费设备发送的所述第二应答消息后，将所述第二应答消息中包含的出站相关信息保存在对应的计费数据记录中。
在一个可能的设计中，所述M条计费数据记录的每一条计费数据记录中包含的进站相关信息均相同。
在一个可能的设计中，若M＜N，则所述认证单元还用于：在执行第M次所述进站认证之后，若经过设定时间阈值时仍未执行第(M+1)次所述进站认证，则将本次需要进行交通支付的人数由N调整为M。
第三方面，提供一种终端，该终端具有实现上述第一方面和第一方面的任一种可能的设计中终端行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中，终端的结构包括收发器、存储器和处理器，其中，所述存储器用于存储一组程序，所述处理器用于调用所述存储器存储的程序以执行如上述第一方面和第一方面的任一种可能的设计中所述的方法。
第四方面，提供了一种计算机存储介质，用于储存为上述方面所述的终
端所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
图1为本申请实施例中系统架构示意图；
图2为本申请实施例中交通支付方法流程示意图；
图3为本申请实施例中手机实现多人同时进站的流程示意图；
图4为本申请实施例中进站认证的信令流程示意图；
图5为本申请实施例中手机实现多人同时出站的流程示意图；
图6为本申请实施例中出站认证的信令流程示意图；
图7为本申请实施例中交通支付设备结构示意图；
图8为本申请实施例中终端结构示意图。
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
鉴于现有技术利用模拟交通卡应用实现交通付费的过程中，不能实现至少两人共用同一张模拟交通卡进出站的问题，本申请实施例提供了一种交通支付方法及设备，通过改变交通卡的业务逻辑，就可以实现一卡多刷，两人或两人以上可以使用同一交通卡进出站。
本申请实施例可应用于刷卡支付的场景中，较佳的应用于移动支付场景，所涉及的交通卡为手机或平板电脑等终端设备模拟的交通卡，承载于具备NFC功能的终端中。本申请实施例应用的系统架构如图1所示，包括终端101和计费设备102。终端101具备NFC功能，可以包括各种具有无线通信功能的手持设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设
备等等，例如，具有NFC功能的手机、平板电脑。该终端101包括主控制器(英文：Device Host，缩写：DH)，例如，若终端为手机，则DH为手机中央处理器(英文：Central Processing Unit，缩写：CPU)。计费设备102用于对公共交通系统内的交通卡应用进行扣费，可以为公交车载收费机(也称为车载机)；计费设备102可应用于分段收费的交通工具中，例如公交车、地铁、轮船等。计费设备102还可应用于分时间段收费的收费场景中，例如停车收费场景，交通卡为停车卡，计费设备102用于对停车系统内的停车卡进行按时段扣费。
基于图1所示的系统架构，下面将结合附图对本申请实施例提供的交通支付方法作详细说明。
参阅图2所示，本申请实施例提供的交通支付方法流程如下所述。
以下描述中，终端具备NFC功能，终端内置有能够模拟交通卡(简称交通卡)的软硬件，终端通过NFC与计费设备进行通信，通过模拟交通卡与计费设备执行计费扣费。
步骤201、终端确定本次需要进行交通支付的人数N，N为大于1的自然数；
步骤202、终端与第一计费设备执行M次进站认证，生成M条计费数据记录，M为大于1且小于等于N的自然数。
步骤203、终端与第二计费设备执行M次出站认证。
下面对上述步骤201～步骤203作详细说明。
具体地，终端的操作系统(英文：Operating System，缩写：OS)中可运行交通卡管理应用程序，用户可以在该交通卡管理应用程序中对交通卡进行一些基本设置和管理。步骤201中，用户在使用终端的交通卡应用时，可以在OS中交通卡管理应用程序的界面输入本次需要进行交通支付的人数，终端检测到用户的输入操作，确定本次需要进行交通支付的人数N。
当然，终端检测到的本次需要进行交通支付的人数N可以跟实际进站的人数M不同，比如，终端检测到的本次需要进行交通支付的人数为5，而实
际进站人数为4。
可选的，终端还可检测用户输入的交通区间信息，即，进站信息和出站信息。
在步骤201之后，步骤202之前，终端判断交通卡当前余额是否足以支付N人本次交通支付的金额。具体方法为，终端判断交通卡当前余额是否大于等于最高单次限额与N的乘积，若是，则判定交通卡当前余额充足；否则，判定交通卡当前余额不足。或者，若终端检测到了用户输入的交通区间信息，则计算单人在该交通区间的交通支付金额，终端判断交通卡当前金额是否大于等于单人在该交通区间的交通支付金额与N的乘积，若是，则判定交通卡当前余额充足；否则，判定交通卡当前余额不足。
在判定交通卡当前余额充足的情况下，执行步骤202。
具备NFC功能的终端具有这样的性质：每执行完一次完整的进出站认证，会保存一条数据记录。数据记录中记录本次交通支付的进站信息、出站信息、扣费金额等信息。
在步骤202执行之前，终端内可能已保存有历史交易过程产生的数据记录。在步骤202中，
在步骤202中，每当终端置于第一计费设备的通信范围内时，即每当终端可以与第一计费设备通过NFC进行通信时，触发一次进站认证。终端在每次执行进站认证时，会向第一计费设备发送历史记录的一条完整的数据记录，第一计费设备会通过收到的数据记录判断终端上次交易是否成功，在判定交易成功时，才会执行进站认证成功，否则，执行进站认证失败。终端向第一计费设备发送的数据记录中包含指示交通支付功能正常的信息即可。一种特殊的情况是，若终端在步骤202之前未发生过历史交易过程，但是卡内余额充足，且未发现上次错误交易，可能是终端新安装的交通卡应用程序，这种情况下，终端向第一计费设备发送的数据记录可以是一条特殊的数据记录，例如，进站信息和出站信息均为空的数据记录，用这条特殊的数据记录来作为交通卡交通支付功能正常的指示。
终端将包含指示交通支付功能正常的信息发送给第一计费设备后，第一计费设备返回一个应答消息，记为第一应答消息，第一应答消息用于指示进站认证成功，可选的，第一应答消息中包含进站相关信息，例如进站的站名，开始交易金额等，开始交易金额可以为0。终端接收第一计费设备返回的第一应答消息后，基于第一应答消息中包含的进站相关信息生成一条计费数据记录，计费数据记录在历史保存的数据记录之后。这样，终端在执行M次进站认证后，会生成M条计费数据记录，且M条计费数据记录的每一条计费数据记录中包含的进站相关信息均相同，也就意味着，M个人次所进站是相同的站。
在步骤203中，每当终端置于第二计费设备的通信范围内时，触发一次出站认证。终端在触发出站认证时，需要向第二计费设备发送一条包含进站相关信息的计费数据记录，第二计费设备会判断终端是否正常进站，在判定终端正常进站的情况下，才会执行出站认证成功，否则，执行出站认证失败。具体地，终端每触发一次出站认证，就会向第二计费设备发送一条在进站认证时生成的计费数据记录，因为M条计费数据记录中包含的进站相关信息相同，因此，终端在各个出站认证时发送的计费数据记录可以按照任意次序，比如，可以从第一条到第M条依次选取。
具体地，每执行一次出站认证，终端按照设定次序在M条计费数据记录中选取一条计费数据记录，将选取的一条计费数据记录发送给第二计费设备。第二计费设备在接收到计费数据记录后，判定终端正常进站，则会构造一条包含进站相关信息、出站相关信息和扣费金额的完整交易数据记录，将该完整交易数据记录写入终端的卡应用中；或者，第二计费设备在接收到计费数据记录后，判定终端正常进站，则会向终端返回一个指示出站成功的应答消息，记为第二应答消息。可选的，可以在第二应答消息中携带出站相关信息，例如出站的站名和交易金额等。终端接收第二计费设备发送的第二应答消息后，将第二应答消息中包含的出站相关信息添加在对应的计费数据记录中，生成一条包含进站相关信息和出站相关信息的完整交易数据记录。并且，终
端根据第二应答消息中包含的交易金额执行许可交易过程，也就是，按照第二应答消息中包含的交易金额进行扣费。
可选的，终端维护计数器的信息，即，终端在确定本次需要进行交通支付的人数N之后，启动计数器，在每与第一计费设备执行一次进站认证或者每与第二计费设备执行一次出站认证时，记录或更新已通过的人数。这样，避免了实际进站人数超出了终端开始设置的进站人数N，造成交易出错。
具体地，计数器的初始值设置为0。终端与第一计费设备在每次执行进站认证的过程中，在将保存的指示交通支付功能正常的信息发送给第一计费设备之前，判定计数器的计数值小于等于(M-1)且大于0；以及，在每一次完成进站认证后，将计数器的计数值加1；
终端与第二计费设备在每次执行出站认证的过程中，在将选定的计费数据记录发送给第二计费设备之前，判定计数器的计数值小于或等于(2M-1)；以及，在每一次完成出站认证后，将计数器的计数值加1。
可选的，终端还可以维护最新数据记录位置指示信息(可简称为位置指示信息)，通过位置指示信息来指示向第一计费设备或者第二计费设备发送的信息所在的位置。也就是说，每次与第一计费设备进行进站认证或者与第二计费设备进行出站认证时，终端都按照位置指示信息所指示的位置确定发送的信息所在的位置。
其中，终端与第一计费设备执行第一次至第(M-1)次进站认证时，在每一次完成进站认证后，保持最新数据记录位置指示信息所指示的位置不变，均为指向交通支付功能正常的信息所在位置。在执行完第M次进站认证后，将最新数据记录位置指示信息所指示的位置更改为执行第一次进站认证时生成的计费数据记录所在位置；
终端与第二计费设备执行第一次至第(M-1)次出站认证时，在每一次完成出站认证后，将最新数据记录位置指示信息所指示的位置分别对应的更改为执行第二次至第M次进站认证时生成的计费数据记录所在位置。
可选的，在M＜N的情况下，由于终端最初检测到的进站人数为N，则
在这种情况，终端可通过以下方式判断最终需要进站的人数：
终端在执行第M次进站认证之后，若终端经过设定时间阈值后仍未执行第(M+1)次进站认证，则将本次需要进行交通支付的人数由N调整为M。
基于上述实施例，下面结合具体的应用场景对本申请实施例提供的交通支付方法做进一步详细说明。
假设终端为手机，手机具有NFC功能，手机内安装有模拟交通卡(简称交通卡)的应用程序，并安装有管理该交通卡的交通卡管理应用程序，该交通卡管理应用程序对交通卡进行一些基本设置和管理。应用场景为地铁进出站的计费系统，第一计费设备和第二计费设备均为地铁内的闸机，具体分别为进站闸机和出站闸机。
如图3所示，在地铁进出站计费系统中，手机实现多人同时进站的流程如下所述。
步骤301、用户打开手机，将手机界面切换至交通卡管理应用程序界面，选择本次同时乘坐的人数N(N＝2，3，4……)。
可选的，还可以输入乘车区间。N值不高于公交公司限定的最多乘车人数。公交卡管理应用是手机OS中的一个应用程序。
步骤302、手机判断是否允许N人同时乘车。
具体地，手机内的交通卡管理应用程序接收用户输入的人数N后，开始执行策略检查，判断手机模拟的交通卡的当前余额是否支持N人乘坐；具体的，交通卡管理应用程序查询交通卡当前余额，若(余额+分段扣费抵扣限额)大于等于(N*最高单次乘坐限额)，或者，若(余额+分段扣费抵扣限额)大于等于(N*用户输入乘坐区间对应票价)，则执行步骤303；否则，执行步骤303’。
步骤303、允许本次N人同时乘车。
具体地，将同时乘车人数N传给交通卡应用，并初始化计数器和初始化最新数据记录位置指示信息(简称位置指示信息)。该数据记录可以是地铁收费专用数据记录。
交通卡管理应用程序配置交通卡，将同时乘车人数N写入交通卡应用程序中的“同时乘坐人数限制”字段。计数器用于记录已进站人数和已出站人数，交通卡管理应用程序将计数器的初始值配置为0。位置指示信息初始值设置在最近交易产生的数据记录的位置。具体地，位置指示信息可以设置为“最新数据记录指针”的形式，该指针是指向上次成功完成交易的地铁收费专用数据记录的指针，或者读取上次成功交易对应的地铁收费专用数据记录的标识ID。
假设交通卡中已保存有m+1条地铁乘坐记录，则交通卡管理应用程序在配置完交通卡之后，交通卡中的数据记录文件如下表1所示。
表1
| Rm | 进站信息 | 出站信息 | 位置指示信息 |
| Rm-1 | 进站信息 | 出站信息 | —— |
| …… | …… | …… | —— |
| R0 | 进站信息 | 出站信息 | —— |
表1及下述各表中的“——”指示该行对应的数据记录未设置“位置指示信息”，标有“位置指示信息”的字段表示该行对应的数据记录设置“位置指示信息”。“——”和“位置指示信息”的字段可以设计为是/否(即true/false或yes/no)的形式。R0～Rm用于表示数据记录的标号，位置指示信息所在行对应的Rm为最新的数据记录。
步骤303’、手机提示用户交通卡内余额不足或者交通卡状态异常。
步骤304、刷卡，手机内的交通卡检查进站人数是否小于(N-1)，若是，则执行步骤305；否则，执行步骤306。
交通卡检查计数器的数值是否小于(N-1)，例如，N＝5，交通卡检查计数器的数值是否小于4。
步骤305、手机内的交通卡按照位置指示信息指示的最新的数据记录应答
进站闸机，将计数器数值加1，并返回执行步骤304。
在第一次刷卡进站时，计数器的数值为0，位置指示信息所在行对应的Rm为最新的数据记录，手机内的交通卡按照Rm对应的数据记录发送给进站闸机。第一个人进站后，计数器的数值加1，变为1。第二次到第(N-1)次的每次刷卡进站时，计数器的数值均加1，但是位置指示信息指示的最新的数据记录保持不变，保持为指向Rm。
步骤306、刷卡，手机内的交通卡检查进站人数是否等于(N-1)，若是，则执行步骤307；否则，执行步骤309。
步骤307、手机内的交通卡按照位置指示信息指示的最新的数据记录应答进站闸机，将计数器数值加1。
步骤308、将位置指示信息指示的最新的数据记录更新为第一个人进站时产生的数据记录。
步骤309、执行出站流程。
以第一次刷卡进站为例，对上述步骤进行举例说明。用户第一次使用手机中的交通卡刷卡进站时，在进站处理流程中，进站闸机会发送读应用数据文件(即READ CAPP DATA)命令读取CAPP文件，以便判断上次是否交易成功；交通卡收到此命令时，执行已进站人数检查，若交通卡的计数器的值小于等于(N-1)，则判定交通卡为多人进站模式；利用步骤303中最新数据记录指针指向的数据记录应答进站闸机，或者，利用最新地铁收费专用数据记录标记指向的地铁收费数据记录应答进站闸机；多个进站数据记录的标记可以是连续的整数。
进站闸机收到应答后判定交通卡上次交易正常，发送授权金额为0的GPO，交通卡收到GPO后反馈GPO的应答消息；
进站闸机闸机收到GPO的应答消息后判定上次交易成功，进入分段计费流程；并利用更新应用数据文件(UPDATA CAPP DATA CACHE)指令向交通卡更新进闸信息，具体向交通卡中写一个新的地铁收费专用数据记录，包
含进站信息以及默认的出站信息。
第一个人刷卡进站之后，交通卡中的数据记录文件更新如表2所示。
表2
| Rm+1 | 进站信息 | NULL | —— |
| Rm | 进站信息 | 出站信息 | 位置指示信息 |
| Rm-1 | 进站信息 | 出站信息 | —— |
| …… | …… | …… | …… |
| R0 | 进站信息 | 出站信息 | —— |
表2及下表中的“NULL”指示内容为空。从表2可以看出，第一个人刷卡进站后，交通卡中的数据记录文件中增加了一条进站记录，但最新位置指示信息所指示的最新数据记录的位置仍然不变，意味着，在下次刷卡依然以记录Rm应答闸机。
可选的，当第N次刷卡，也就是第N人进站刷卡时，用户可通过手机界面提示本次为最后一人进站。
当第N个人刷卡进站时，计数器的数值为(N-1)，交通卡检查计数器的数值小于(N-1)不成立，则执行步骤306。
在第N个人刷卡进站后，交通卡修改位置指示信息指向Rm+1，这样第Rm+1条交易记录成为最新数据记录，交通卡中的数据记录文件如表3所示。
表3
| Rm+N | 进站信息 | NULL | —— |
| …… | …… | …… | …… |
| Rm+1 | 进站信息 | NULL | 位置指示信息 |
| Rm | 进站信息 | 出站信息 | —— |
| Rm-1 | 进站信息 | 出站信息 | —— |
| …… | …… | …… | …… |
| R0 | 进站信息 | 出站信息 | —— |
由表3可以看出，N个人都进站后，位置指示信息指向了第一个人进站时产生的数据记录，则意味着，在下次刷卡时，将只包含进站信息的第Rm+1条数据记录应答闸机，从而触发出站结算。
值得注意的是：交通卡依据表征已进站人数的计数器判断交通卡的工作模式，0<＝计数器<＝N-1时为多人卡进站模式。
多个用户必须同站上车，因此交通卡收到更新卡应用数据文件指令时，检查应用数据文件中只包含进站信息的数据记录中的进站信息，与更新卡应用数据文件命令中的进站信息是否一致；如不一致，则报错并将卡应用设定为异常模式。
为防止实际刷卡进站次数少于设定同时乘车人数N，交通卡预设时间阈值T，超过T之后，电子卡自动计算当前卡内进站信息条数，并将位置指示信息指示的最新的数据记录指向第一个进站记录。
基于图3所示的方法流程，参阅图4所示，进站认证的信令流程如下所述。
第一次进站认证信令流程为：
S401、进站闸机向手机发送READ CAPP DATA命令，手机接收进站闸机发送的READ CAPP DATA命令，读取CAPP文件，判断交通卡的进站模式，并做应答准备。
S402、手机向进站闸机返回应答消息，应答消息中包含第Rm条数据记录。
S403、进站闸机向手机发送UPDATA CAPP DATA CACHE指令向交通卡更新进闸信息，在交通卡的数据记录文件中写入第Rm+1条数据记录。
S404、手机向进站闸机返回响应消息。
第二次到第N次进站认证信令流程与第一次进站认证信令流程相似，只
是在S403步骤中依次写入第Rm+2～Rm+n条数据记录，n＝N。
如图5所示，在地铁进出站计费系统中，手机实现多人同时出站的流程如下所述。
步骤501、用户持手机在出闸处刷卡，交通卡收到READ CAPP DATA命令后获取“同时乘坐人数限制N”和“已使用次数的计数器”的信息。
步骤502、判断计数器值是否大于等于N且小于等于2N-1，若是，则执行步骤503，否则执行步骤504。
步骤503、交通卡可判定当前为多人出站模式；以最新数据记录指针指向的数据记录(也就是第一个进站记录)应答进站闸机，或者，利用最新地铁收费专用数据记录标记指向的地铁收费数据记录应答进站闸机。
步骤503’、交通卡可判定当前为单人模式。
步骤504、闸机接收READ CAPP DATA应答报文，读到进站信息判定正常进站，开始执行出闸计费流程；使用GPO向交通卡发送交易指令，交通卡应执行出站流程许可交易；
步骤505、闸机利用READ CAPP DATA获得的应答中包含的进站数据记录，生成包含进、出站信息和交易金额的完整数据记录，并以UPDATE CAPP DATA CACHE指令向交通卡写入完整的数据记录；交通卡收到命令之后将完整数据记录保存到地体应用数据文件CAPP中，并将“最新地铁收费专用数据记录标记”更新为指向下一个进站数据记录；同时计数器增1；第一个人出站后，卡片中的收费记录文件如表4所示。
表4
| Rm+N | 进站信息 | NULL | —— |
| …… | …… | …… | …… |
| Rm+2 | 进站信息 | NULL | 位置指示信息 |
| Rm+1 | 进站信息 | 出站信息 | —— |
| Rm | 进站信息 | 出站信息 | —— |
| Rm-1 | 进站信息 | 出站信息 | —— |
| …… | …… | …… | …… |
| R0 | 进站信息 | 出站信息 | —— |
步骤506、再次刷卡时，判断计数器的值是否等于2N-1，若不等于，则返回执行步骤501，即可继续刷卡出站；每次刷卡出站后，都要移动位置指示信息所指示的最新数据记录的位置；若判定计数器的值等于2N-1，则执行步骤507。
步骤507、计数器值为2N-1时，通过手机界面提示最后一人出站。交通卡自动将“同时乘坐人数限制N”恢复为1，并将进出站处理流程恢复为单人模式，即单人使用状态。
单人模式下，在使用时不再检查N和计数器，计数器值归零，最新地铁收费专用数据记录指向最新一个交易记录。
在上述第N个人出站以后，交通卡片中数据记录文件如表5所示。
表5
| Rm+N | 进站信息 | 出站信息 | 位置指示信息 |
| …… | …… | …… | …… |
| Rm+2 | 进站信息 | 出站信息 | —— |
| Rm+1 | 进站信息 | 出站信息 | —— |
| Rm | 进站信息 | 出站信息 | —— |
| Rm-1 | 进站信息 | 出站信息 | —— |
| …… | …… | …… | …… |
| R0 | 进站信息 | 出站信息 | —— |
基于图5所示的方法流程，参阅图6所示，出站认证的信令流程如下所述。
S601、出站闸机向手机发送READ CAPP DATA命令，手机接收出站闸机发送的READ CAPP DATA命令，读取CAPP文件，判定交通卡处于出站模式，并做应答准备。
S602、手机向出站闸机返回应答消息，应答消息中包含第Rm+1条数据记录，第Rm+1条数据记录是一条只包含进站信息的进站记录。
S603、出站闸机向手机发送UPDATA CAPP DATA CACHE指令向交通卡更新出站信息，在交通卡的数据记录文件中写入包含出站信息的第Rm+1条数据记录。
S604、手机向出站闸机返回响应消息。
第二次到第N次出站认证信令流程与第一次出站认证信令流程相似，只是在S603步骤中依次写入第Rm+2～Rm+n，n＝N，每条数据记录中均写入相应的出站信息。
基于同一发明构思，参阅图7所示，本申请实施例中还提供一种交通支付设备700，交通支付设备700具备近场通信NFC功能，包括确定单元701和认证单元702。
确定单元701，用于确定本次需要进行交通支付的人数N，N为大于1的自然数；
认证单元702，用于与第一计费设备执行M次进站认证，生成M条计费数据记录，M为大于1且小于等于N的自然数；其中，每当设备置于第一计费设备的通信范围内时，触发一次进站认证，且在每次执行进站认证的过程中，将预先保存的指示交通支付功能正常的信息发送给第一计费设备，并接收第一计费设备返回的用于指示进站认证成功的第一应答消息，以及基于第一应答消息中包含的进站相关信息生成一条计费数据记录；
认证单元702，还用于与第二计费设备执行M次出站认证，其中，每当设备置于第二计费设备的通信范围内时，触发一次出站认证，且每执行一次出站认证，按照设定次序在M条计费数据记录中选取一条计费数据记录，将选取的一条计费数据记录发送给第二计费设备，并接收第二计费设备发送的
用于指示出站认证成功的第二应答消息，以及根据第二应答消息中包含的交易金额执行许可交易过程。
可选的，交通支付设备700还包括计数单元703，用于在确定单元701确定本次需要进行交通支付的人数N之后，在认证单元702每与第一计费设备执行一次进站认证或者每与第二计费设备执行一次出站认证时，记录或更新已通过的人数。
可选的，认证单元702还用于：
在执行进站认证和出站认证的过程中，根据最新数据记录位置指示信息，确定向第一计费设备和第二计费设备发送的信息所在位置；
其中，认证单元702与第一计费设备执行第一次至第(M-1)次进站认证时，在每一次完成进站认证后，保持最新数据记录位置指示信息所指示的位置为指向交通支付功能正常的信息所在位置，并在执行完第M次进站认证后，将最新数据记录位置指示信息所指向的位置更改为执行第一次进站认证时生成的计费数据记录所在位置；
认证单元702与第二计费设备执行第一次至第(M-1)次出站认证时，在每一次完成出站认证后，将最新数据记录位置指示信息所指示的位置分别对应的更改为执行第二次至第M次进站认证时生成的计费数据记录所在位置。
可选的，计数单元703在认证单元702与第一计费设备执行第一次进站认证之前，将初始值设置为0；
认证单元702与第一计费设备在每次执行进站认证的过程中，在将保存的指示交通支付功能正常的信息发送给第一计费设备之前，判定计数器的计数值小于或等于(M-1)；以及，在每一次完成进站认证后，将计数器的计数值加1；
认证单元702与第二计费设备在每次执行出站认证的过程中，在将选定的计费数据记录发送给第二计费设备之前，判定计数器的计数值小于或等于(2M-1)；以及，在每一次完成出站认证后，将计数器的计数值加1。
可选的，认证单元702还用于：
在接收第二计费设备发送的第二应答消息后，将第二应答消息中包含的出站相关信息保存在对应的计费数据记录中。
可选的，M条计费数据记录的每一条计费数据记录中包含的进站相关信息均相同。
可选的，若M＜N，则认证单元702还用于：
在执行第M次进站认证之后，若经过设定时间阈值时仍未执行第(M+1)次进站认证，则将本次需要进行交通支付的人数由N调整为M。
基于同一发明构思，参阅图8所示，本申请实施例中还提供一种终端800，包括存储器801、处理器802、收发器803和总线804，存储器801、处理器802、收发器803均与总线804连接，其中，所述存储器801中存储一组程序，所述处理器802用于调用所述存储器801中存储的程序，使得所述终端800执行图2、图3和图5提供的方法。
需要说明的是图8所示的各部分之间的连接方式仅为一种可能的示例，也可以是，存储器801与收发器803均与处理器802连接，且存储器801与收发器803之间没有连接，或者，也可以是其他可能的连接方式。
处理器802可以是中央处理器(英文：central processing unit，缩写：CPU)，网络处理器(英文：network processor，缩写：NP)或者CPU和NP的组合。
处理器802还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(英文：application-specific integrated circuit，缩写：ASIC)，可编程逻辑器件(英文：programmable logic device，缩写：PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，缩写：CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，缩写：FPGA)，通用阵列逻辑(英文：generic array logic,缩写：GAL)或其任意组合。
存储器801可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)；存储器801也可以包括非易失性存储器(英文：non-volatile memory)，例如快闪存储器(英
文：flash memory)，硬盘(英文：hard disk drive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器801还可以包括上述种类的存储器的组合。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权
利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
Claims (14)
- 一种交通支付方法，其特征在于，包括：具备近场通信NFC功能的终端确定本次需要进行交通支付的人数N，N为大于1的自然数；所述终端与第一计费设备执行M次进站认证，生成M条计费数据记录，M为大于1且小于等于N的自然数；其中，每当所述终端置于所述第一计费设备的通信范围内时，触发一次所述进站认证，且在每次执行所述进站认证的过程中，所述终端将预先保存的指示交通支付功能正常的信息发送给所述第一计费设备，并接收所述第一计费设备返回的用于指示所述进站认证成功的第一应答消息，以及基于所述第一应答消息中包含的进站相关信息生成一条计费数据记录；所述终端与第二计费设备执行M次出站认证，其中，每当所述终端置于所述第二计费设备的通信范围内时，触发一次所述出站认证，且每执行一次所述出站认证，所述终端按照设定次序在所述M条计费数据记录中选取一条计费数据记录，将选取的一条计费数据记录发送给所述第二计费设备，并接收所述第二计费设备发送的用于指示所述出站认证成功的第二应答消息，以及根据所述第二应答消息中包含的交易金额执行许可交易过程。
- 如权利要求1所述的方法，其特征在于，所述终端在确定本次需要进行交通支付的人数N之后，还包括：所述终端启动计数器，所述计数器用于在所述终端每与所述第一计费设备执行一次所述进站认证或者每与所述第二计费设备执行一次所述出站认证时，记录或更新已通过的人数。
- 如权利要求1或2所述的方法，其特征在于，所述方法还包括：所述终端在执行所述进站认证和所述出站认证的过程中，根据最新数据记录位置指示信息，确定向所述第一计费设备和所述第二计费设备发送的信息所在位置；其中，所述终端与所述第一计费设备执行第一次至第(M-1)次所述进站认证时，在每一次完成所述进站认证后，保持所述最新数据记录位置指示信息所指示的位置为指示交通支付功能正常的信息所在位置，并在执行完第M次所述进站认证后，将所述最新数据记录位置指示信息所指示的位置更改为执行第一次所述进站认证时生成的计费数据记录所在位置；所述终端与所述第二计费设备执行第一次至第(M-1)次所述出站认证时，在每一次完成所述出站认证后，将所述最新数据记录位置指示信息所指示的位置分别对应的更改为执行第二次至第M次所述进站认证时生成的计费数据记录所在位置。
- 如权利要求2所述的方法，其特征在于，所述终端在与所述第一计费设备执行第一次所述进站认证之前，将所述计数器的初始值设置为0；所述终端与所述第一计费设备在每次执行所述进站认证的过程中，在将保存的指示交通支付功能正常的信息发送给所述第一计费设备之前，判定所述计数器的计数值小于或等于(M-1)；以及，在每一次完成所述进站认证后，将所述计数器的计数值加1；所述终端与所述第二计费设备在每次执行所述出站认证的过程中，在将选定的计费数据记录发送给所述第二计费设备之前，判定所述计数器的计数值小于或等于(2M-1)；以及，在每一次完成所述出站认证后，将所述计数器的计数值加1。
- 如权利要求1-4任一项所述的方法，其特征在于，所述终端在接收所述第二计费设备发送的所述第二应答消息后，还包括：将所述第二应答消息中包含的出站相关信息保存在对应的计费数据记录中。
- 如权利要求5所述的方法，其特征在于，所述M条计费数据记录的每一条计费数据记录中包含的进站相关信息均相同。
- 如权利要求1-5任一项所述的方法，其特征在于，若M＜N，则所述终端在执行第M次所述进站认证之后，还包括：若所述终端经过设定时间阈值时仍未执行第(M+1)次所述进站认证，则将本次需要进行交通支付的人数由N调整为M。
- 一种交通支付设备，其特征在于，所述设备具备近场通信NFC功能，包括：确定单元，用于确定本次需要进行交通支付的人数N，N为大于1的自然数；认证单元，用于与第一计费设备执行M次进站认证，生成M条计费数据记录，M为大于1且小于等于N的自然数；其中，每当所述设备置于所述第一计费设备的通信范围内时，触发一次所述进站认证，且在每次执行所述进站认证的过程中，将预先保存的指示交通支付功能正常的信息发送给所述第一计费设备，并接收所述第一计费设备返回的用于指示所述进站认证成功的第一应答消息，以及基于所述第一应答消息中包含的进站相关信息生成一条计费数据记录；所述认证单元，还用于与第二计费设备执行M次出站认证，其中，每当所述设备置于所述第二计费设备的通信范围内时，触发一次所述出站认证，且每执行一次所述出站认证，按照设定次序在所述M条计费数据记录中选取一条计费数据记录，将选取的一条计费数据记录发送给所述第二计费设备，并接收所述第二计费设备发送的用于指示所述出站认证成功的第二应答消息，以及根据所述第二应答消息中包含的交易金额执行许可交易过程。
- 如权利要求8所述的设备，其特征在于，还包括：计数单元，用于在所述确定单元确定本次需要进行交通支付的人数N之后，在所述认证单元每与所述第一计费设备执行一次所述进站认证或者每与所述第二计费设备执行一次所述出站认证时，记录或更新已通过的人数。
- 如权利要求8或9所述的设备，其特征在于，所述认证单元还用于：在执行所述进站认证和所述出站认证的过程中，根据最新数据记录位置指示信息，确定向所述第一计费设备和所述第二计费设备发送的信息所在位置；其中，所述认证单元与所述第一计费设备执行第一次至第(M-1)次所述进站认证时，在每一次完成所述进站认证后，保持所述最新数据记录位置指示信息所指示的位置为指示交通支付功能正常的信息所在位置，并在执行完第M次所述进站认证后，将所述最新数据记录位置指示信息所指示的位置更改为执行第一次所述进站认证时生成的计费数据记录所在位置；所述认证单元与所述第二计费设备执行第一次至第(M-1)次所述出站认证时，在每一次完成所述出站认证后，将所述最新数据记录位置指示信息所指示的位置分别对应的更改为执行第二次至第M次所述进站认证时生成的计费数据记录所在位置。
- 如权利要求9所述的设备，其特征在于，所述计数单元在所述认证单元与所述第一计费设备执行第一次所述进站认证之前，将初始值设置为0；所述认证单元与所述第一计费设备在每次执行所述进站认证的过程中，在将保存的指示交通支付功能正常的信息发送给所述第一计费设备之前，判定所述计数器的计数值小于或等于(M-1)；以及，在每一次完成所述进站认证后，将所述计数器的计数值加1；所述认证单元与所述第二计费设备在每次执行所述出站认证的过程中，在将选定的计费数据记录发送给所述第二计费设备之前，判定所述计数器的计数值小于或等于(2M-1)；以及，在每一次完成所述出站认证后，将所述计数器的计数值加1。
- 如权利要求8-11任一项所述的设备，其特征在于，所述认证单元还用于：在接收所述第二计费设备发送的所述第二应答消息后，将所述第二应答消息中包含的出站相关信息保存在对应的计费数据记录中。
- 如权利要求12所述的设备，其特征在于，所述M条计费数据记录的每一条计费数据记录中包含的进站相关信息均相同。
- 如权利要求8-12任一项所述的设备，其特征在于，若M＜N，则所述认证单元还用于：在执行第M次所述进站认证之后，若经过设定时间阈值时仍未执行第(M+1)次所述进站认证，则将本次需要进行交通支付的人数由N调整为M。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2016/102930 WO2018072206A1 (zh) | 2016-10-21 | 2016-10-21 | 一种交通支付方法及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108352863A true CN108352863A (zh) | 2018-07-31 |
| CN108352863B CN108352863B (zh) | 2020-10-09 |
Family
ID=62018245
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201680065985.3A Active CN108352863B (zh) | 2016-10-21 | 2016-10-21 | 一种交通支付方法及设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN108352863B (zh) |
| WO (1) | WO2018072206A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110648131A (zh) * | 2019-08-27 | 2020-01-03 | Oppo广东移动通信有限公司 | 基于近场通信的刷卡方法、装置、电子设备以及存储介质 |
| CN111401866A (zh) * | 2020-03-13 | 2020-07-10 | 杭州复杂美科技有限公司 | 手续费的预存和扣除方法、设备和存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102184593A (zh) * | 2011-02-25 | 2011-09-14 | 惠州Tcl移动通信有限公司 | 基于移动通信终端的一卡通系统 |
| CN103473853A (zh) * | 2013-08-20 | 2013-12-25 | 华为终端有限公司 | 一种用于移动支付的方法、装置和系统 |
| US20140256251A1 (en) * | 2013-03-11 | 2014-09-11 | Cellco Partnership D/B/A Verizon Wireless | Secure nfc data authentication |
| CN104899731A (zh) * | 2015-03-19 | 2015-09-09 | 腾讯科技（深圳）有限公司 | 移动支付数据的传输方法、装置和系统 |
| CN105654617A (zh) * | 2014-11-26 | 2016-06-08 | 镇江雅迅软件有限责任公司 | 一种基于nfc支付的地铁刷卡系统 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101604374B (zh) * | 2009-07-03 | 2011-09-07 | 北京百纳威尔科技有限公司 | 无线识别系统及方法 |
| CN203350948U (zh) * | 2013-06-24 | 2013-12-18 | 南京航空航天大学 | 地铁一卡式多人次计费终端 |
-
2016
- 2016-10-21 CN CN201680065985.3A patent/CN108352863B/zh active Active
- 2016-10-21 WO PCT/CN2016/102930 patent/WO2018072206A1/zh active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102184593A (zh) * | 2011-02-25 | 2011-09-14 | 惠州Tcl移动通信有限公司 | 基于移动通信终端的一卡通系统 |
| US20140256251A1 (en) * | 2013-03-11 | 2014-09-11 | Cellco Partnership D/B/A Verizon Wireless | Secure nfc data authentication |
| CN103473853A (zh) * | 2013-08-20 | 2013-12-25 | 华为终端有限公司 | 一种用于移动支付的方法、装置和系统 |
| CN105654617A (zh) * | 2014-11-26 | 2016-06-08 | 镇江雅迅软件有限责任公司 | 一种基于nfc支付的地铁刷卡系统 |
| CN104899731A (zh) * | 2015-03-19 | 2015-09-09 | 腾讯科技（深圳）有限公司 | 移动支付数据的传输方法、装置和系统 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110648131A (zh) * | 2019-08-27 | 2020-01-03 | Oppo广东移动通信有限公司 | 基于近场通信的刷卡方法、装置、电子设备以及存储介质 |
| CN111401866A (zh) * | 2020-03-13 | 2020-07-10 | 杭州复杂美科技有限公司 | 手续费的预存和扣除方法、设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108352863B (zh) | 2020-10-09 |
| WO2018072206A1 (zh) | 2018-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9996985B2 (en) | Distribution and enablement of reloadable prepaid cards in transit | |
| AU2010271244B2 (en) | Predictive techniques in transit alerting | |
| AU2011239331B2 (en) | Determining companion and joint cards in transit | |
| AU2010271245B2 (en) | Reloadable prepaid card distribution, reload, and registration in transit | |
| US8584936B2 (en) | Techniques for authorization of usage of a payment device | |
| US8387873B2 (en) | System and method for mass transit merchant payment | |
| US20110165836A1 (en) | Id application for nfc phone | |
| US8991699B2 (en) | Association of contactless payment card primary account number | |
| CN105976529A (zh) | 一种充电宝租借方法 | |
| EP2873061A2 (en) | On-board onwards travel enablement kiosk (obotek) | |
| CN106096954B (zh) | 非联网数据处理装置、非联网数据交互系统及方法 | |
| CN108352863A (zh) | 一种交通支付方法及设备 | |
| CN206209867U (zh) | 非联网数据处理装置、非联网数据交互系统 | |
| Droździel et al. | The application of the progressive decision-making methods in the electronic payment system in public transport | |
| JPH08161555A (ja) | 交通機関用の利用媒体処理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |