CN105788072A - 一种移动终端的刷卡方法及装置 - Google Patents

Abstract

本公开是关于一种移动终端的刷卡方法及装置，该方法包括：在接收到刷卡器发送的查询城市公交标识的指令时，查询所述城市公交标识；在查询到所述城市公交标识时，确定所述城市公交标识对应的剩余金额；将所述城市公交标识对应的剩余金额发送至所述刷卡器；在接收到所述刷卡器发送的扣除所述消费金额的指令时，将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的剩余金额。本公开提供的方案可使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作，从而为用户提供了便利。

Description

一种移动终端的刷卡方法及装置

技术领域

本发明涉及通信技术领域，更具体的说，涉及移动终端的刷卡方法及装置。

背景技术

目前，在乘坐城市公交车或地铁等交通工具之前，用户需要在公交服务中心购买公交车卡片，并为该公交车卡片充值。在用户乘车的时候，用户需要使公交车卡片在公交车或地铁的刷卡器上执行刷卡操作，以使刷卡器对公交车卡片进行扣费，用户便可以乘坐此次的公交车或地铁。

由于每个城市的公交车刷卡体系均是独立的，所以在每个城市办理的公交车卡片只能在所办理的城市使用，无法在其他城市使用。例如，用户在城市A办理了一张公交车卡片X，由于该公交车卡片X内的芯片仅与城市A的公交车或地铁的刷卡器相互匹配和识别，所以在用户到了城市B的时候，该公交车卡片X内的芯片便无法与城市B的公交车或地铁的刷卡器相互匹配和识别。

因此，用户每到一个城市，便需要购买该城市的公交车卡片，这给用户带来很大的麻烦与不便。

发明内容

为克服相关技术中存在的问题，本公开提供一种移动终端的刷卡方法及装置，以使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作。

根据本公开实施例的第一方面，提供一种移动终端的刷卡方法，包括：

在接收到刷卡器发送的查询城市公交标识的指令时，查询所述城市公交标识；

在查询到所述城市公交标识时，确定所述城市公交标识对应的剩余金额，所述城市公交标识为预先在服务器上下载得到的；

将所述城市公交标识对应的剩余金额发送至所述刷卡器；

在接收到所述刷卡器发送的扣除所述消费金额的指令时，将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的剩余金额。

可选的，所述方法还包括：

在接收到用户输入的获取目标城市的公交刷卡权限的指令时，向所述服务器发送所述获取目标城市的公交刷卡权限的指令；

获取所述服务器发送的城市公交标识。

可选的，所述方法还包括：

在接收到用户输入的对所述城市公交标识的充值指令和充值金额时，向所述服务器发送所述城市公交标识的充值指令和所述充值金额；

显示所述服务器发送的具有所述充值金额的付款页面；

在接收到用户输入的基于所述付款页面的付款指令时，将所述付款页面的付款指令发送给所述服务器；

在接收到所述服务器发送的对所述城市公交标识充入所述充值金额的指令时，将所述剩余金额与所述充值金额之和确定为所述城市公交标识对应的剩余金额。

可选的，所述方法还包括：

在接收到用户输入的查询所述城市公交标识对应的剩余金额的指令时，确定与所述城市公交标识对应的剩余金额；

显示所述城市公交标识对应的剩余金额。

可选的，所述方法还包括：

在接收到用户输入的查询所述城市公交标识的消费记录的指令时，确定与所述城市公交标识对应的每个消费金额和与所述每个消费金额对应的消费日期；

显示所述城市公交标识对应的每个消费金额和与所述每个消费金额对应的消费日期。

根据本公开实施例的第二方面，提供一种移动终端的刷卡方法，包括：

在检测到预设范围内存在移动终端时，向所述移动终端发送查询城市公交标识的指令；

接收所述移动终端发送的所述城市公交标识对应的剩余金额；

在所述城市公交标识对应的剩余金额大于或等于消费金额时，向所述移动终端发送扣除所述消费金额的指令。

可选的，在所述向所述移动终端发送扣除所述消费金额的指令之后，所述方法还包括：

将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的最新剩余金额；

显示所述城市公交标识对应的最新剩余金额。

可选的，在所述向所述移动终端发送扣除所述消费金额的指令之后，所述方法还包括：

将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的最新剩余金额；

将所述城市公交标识对应的最新剩余金额发送至服务器。

根据本公开实施例的第三方面，提供一种移动终端的刷卡装置，包括：

查询模块，用于在接收到刷卡器发送的查询城市公交标识的指令时，查询所述城市公交标识；

第一确定模块，用于在查询到所述城市公交标识时，确定所述城市公交标识对应的剩余金额，所述城市公交标识为预先在服务器上下载得到的；

第一发送模块，用于将所述城市公交标识对应的剩余金额发送至所述刷卡器；

第一计算模块，用于在接收到所述刷卡器发送的扣除所述消费金额的指令时，将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的剩余金额。

可选的，所述装置还包括：

第二发送模块，用于在接收到用户输入的获取目标城市的公交刷卡权限的指令时，向所述服务器发送所述获取目标城市的公交刷卡权限的指令；

获取模块，用于获取所述服务器发送的城市公交标识。

可选的，所述装置还包括：

第三发送模块，用于在接收到用户输入的对所述城市公交标识的充值指令和充值金额时，向所述服务器发送所述城市公交标识的充值指令和所述充值金额；

第一显示模块，用于显示所述服务器发送的具有所述充值金额的付款页面；

第四发送模块，用于在接收到用户输入的基于所述付款页面的付款指令时，将所述付款页面的付款指令发送给所述服务器；

第二计算模块，用于在接收到所述服务器发送的对所述城市公交标识充入所述充值金额的指令时，将所述剩余金额与所述充值金额之和确定为所述城市公交标识对应的剩余金额。

可选的，所述装置还包括：

第二确定模块，用于在接收到用户输入的查询所述城市公交标识对应的剩余金额的指令时，确定与所述城市公交标识对应的剩余金额；

第二显示模块，用于显示所述城市公交标识对应的剩余金额。

可选的，所述装置还包括：

第三确定模块，用于在接收到用户输入的查询所述城市公交标识的消费记录的指令时，确定与所述城市公交标识对应的每个消费金额和与所述每个消费金额对应的消费日期；

第三显示模块，用于显示所述城市公交标识对应的每个消费金额和与所述每个消费金额对应的消费日期。

根据本公开实施例的第四方面，提供一种移动终端的刷卡装置，包括：

第一发送模块，用于在检测到预设范围内存在移动终端时，向所述移动终端发送查询城市公交标识的指令；

接收模块，用于接收所述移动终端发送的所述城市公交标识对应的剩余金额；

第二发送模块，用于在所述城市公交标识对应的剩余金额大于或等于消费金额时，向所述移动终端发送扣除所述消费金额的指令。

可选的，所述装置还包括：

第一计算模块，用于将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的最新剩余金额；

显示模块，用于显示所述城市公交标识对应的最新剩余金额。

可选的，所述装置还包括：

第二计算模块，用于将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的最新剩余金额；

第三发送模块，用于将所述城市公交标识对应的最新剩余金额发送至服务器。

根据本公开实施例的第五方面，提供一种移动终端的刷卡装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

在接收到刷卡器发送的查询城市公交标识的指令时，查询所述城市公交标识；

在查询到所述城市公交标识时，确定所述城市公交标识对应的剩余金额，所述城市公交标识为预先在服务器上下载得到的；

将所述城市公交标识对应的剩余金额发送至所述刷卡器；

在接收到所述刷卡器发送的扣除所述消费金额的指令时，将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的剩余金额。

本公开的实施例提供的技术方案可以包括以下有益效果：由于移动终端可以预先在服务器上下载用户需要的城市公交标识，所以在刷卡器向移动终端发送查询城市公交标识的指令时，移动终端便会查询到预先存储的城市公交标识。而且，每个城市公交标识均对应有剩余金额，所以刷卡器便可以向移动终端发送扣除消费金额的指令，以使用户每次在乘坐公交车时便可以按照使移动终端按照该扣除消费金额的指令进行相应的扣费。因此，本公开提供的方案可使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作，从而为用户提供了便利。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种移动终端的刷卡方法的流程图。

图2是根据一示例性实施例示出的另一种移动终端的刷卡方法的流程图。

图3是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图。

图4是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图。

图5是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图。

图6是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图。

图7是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图。

图8是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图。

图9是根据一示例性实施例示出的一种移动终端的刷卡装置的示意图。

图10是根据一示例性实施例示出的另一种移动终端的刷卡装置的示意图。

图11是根据一示例性实施例示出的又一种移动终端的刷卡装置的示意图。

图12是根据一示例性实施例示出的又一种移动终端的刷卡装置的示意图。

图13是根据一示例性实施例示出的又一种移动终端的刷卡装置的示意图。

图14是根据一示例性实施例示出的又一种移动终端的刷卡装置的示意图。

图15是根据一示例性实施例示出的又一种移动终端的刷卡装置的示意图。

图16是根据一示例性实施例示出的又一种移动终端的刷卡装置的示意图。

图17是根据一示例性实施例示出的一种用于移动终端的刷卡的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种移动终端的刷卡方法的流程图，如图1所示，图1所示的移动终端的刷卡方法，可以用于移动终端中。本公开提供的移动终端的刷卡方法可以使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作。该方法包括以下步骤。

在步骤S11中，在接收到刷卡器发送的查询城市公交标识的指令时，查询城市公交标识。

其中，本公开提供的方法可以应用于移动终端内，移动终端可以为智能手机或平板电脑等具有近距离通信模块的移动设备，设置在移动终端内的近距离通信模块可以为NFC(NearFieldCommunication，近距离通信)模块等安全芯片，当然，近距离通信模块还可以为其他类型的近距离通信安全芯片，为了方便起见，下文将近距离通信安全芯片简称为安全芯片。随着移动终端的普及，用户通常会将移动终端随身携带，这为本公开提供的方法提供了非常好的应用环境。

城市公交标识用于区别不同城市的公交卡标识。例如，假设北京市的城市公交标识为ID001，上海市的城市公交标识为ID002，广州市的城市公交标识为ID003。每个城市的城市公交标识都是不同的，以便于扣费的时候将不同的城市区分开。每个城市公交标识相当于每个城市的公交卡。

由于每个城市的公交计费***均是独立的，所以为了实现本公开提供的方法，需要预先使移动终端在服务器上下载到用户需要用到的城市公交标识，并将城市公交标识存储到安全芯片中，以保证城市公交标识和城市公交标识对应的剩余金额不会被恶意篡改，进而保证了移动终端与刷卡器进行信息交互的安全性。例如，假设北京市的城市公交标识为ID001，上海市的城市公交标识为ID002，广州市的城市公交标识为ID003，假设用户经常在北京和上海出差，经常会乘坐北京和上海的公交车，那么用户便可以在服务器上下载北京市的城市公交标识ID001和上海市的城市公交标识ID002，移动终端会将北京市的城市公交标识ID001和上海市的城市公交标识ID002存储到安全芯片中，以便于公交车的刷卡器向移动终端发送扣费指令时，移动终端可以知道要对哪个城市的城市公交标识对应的剩余金额进行扣费。

当然，用户在使用移动终端在公交车的刷卡器上执行刷卡操作之前，需要预先对移动终端内存储的城市公交标识进行充值，以使城市公交标识对应的剩余金额能够大于或等于本次的消费金额。

由于移动终端内置有安全芯片，所以用户将移动终端移动至公交车的刷卡器附近时，公交车的刷卡器会检测到一定范围内存在移动终端内置的安全芯片，此时，移动终端的安全芯片便可以与刷卡器进行信息交互。首先，刷卡器与移动终端的安全芯片会进行双向身份认证，刷卡器与移动终端根据预先定义好的双向身份认证算法进行认证，以确定对方是可信设备。由于刷卡器与移动终端的安全芯片之间的双向身份认证的技术较为成熟，在此不再进行过多的赘述。在刷卡器与移动终端的安全芯片完成了双向身份认证以后，彼此确信对方均为可信设备时，刷卡器会向移动终端的安全芯片发送查询城市公交标识的指令。

例如，假设北京市的城市公交标识为ID001，北京市的公交车的刷卡器预先内置的为北京市的城市公交标识ID001。用户已经预先在移动终端的安全芯片内存储了北京市的城市公交标识ID001，并且为城市公交标识ID001进行了充值。此时，用户在北京市乘坐公交车，用户在上车时，将移动终端向公交车的刷卡器移动，以使刷卡器能够感应到移动终端内置的安全芯片。在刷卡器感应到移动终端的安全芯片时，刷卡器与移动终端的安全芯片会进行双向身份认证。在刷卡器与移动终端的安全芯片完成双向身份认证以后，刷卡器向移动终端的安全芯片发送查询城市公交标识ID001的指令。移动终端在接收到该查询城市公交标识ID001的指令时，便会在安全芯片内查询该城市公交标识ID001，以确定安全芯片内是否存储有北京市的城市公交标识ID001。

在步骤S12中，在查询到城市公交标识时，确定城市公交标识对应的剩余金额，城市公交标识为预先在服务器上下载得到的。

其中，移动终端在查询安全芯片内是否存在城市公交标识时，会存在两种情况，一种情况为没查到，第二种情况为查到了。

对于第一种情况而言，在移动终端无法查询到安全芯片内的城市公交标识时，说明用户预先并没有在服务器上向移动终端的安全芯片内下载该城市公交标识，所以移动终端便会向刷卡器发送未查询到该城市公交标识的指令。在刷卡器接收到移动终端发送的未查询到该城市公交标识的指令时，刷卡器便会认为此次刷卡无效，并在刷卡器的显示器上显示出此次刷卡无效的文字，也可以在刷卡器的喇叭上发出此次刷卡无效的提示音。

对于第二种情况而言，在移动终端可以查询到安全芯片内的城市公交标识时，说明用户预先在服务器上向移动终端的安全芯片内下载了该城市公交标识，此时，移动终端便会确定出该城市公交标识对应的剩余金额。例如，假设北京市的城市公交标识为ID001，北京市的公交车的刷卡器预先内置的为北京市的城市公交标识ID001。用户已经预先在移动终端的安全芯片内存储了北京市的城市公交标识ID001，并且为城市公交标识ID001充值了100元，那么城市公交标识ID001对应的剩余金额为100元。此时，用户在北京市乘坐公交车，用户在上车时，将移动终端向公交车的刷卡器移动，以使刷卡器能够感应到移动终端内置的安全芯片。在刷卡器感应到移动终端的安全芯片时，刷卡器与移动终端的安全芯片会进行双向身份认证。在刷卡器与移动终端的安全芯片完成双向身份认证以后，刷卡器向移动终端的安全芯片发送查询城市公交标识ID001的指令。移动终端在接收到该查询城市公交标识ID001的指令时，便会在安全芯片内查询该城市公交标识ID001，以确定安全芯片内是否存储有北京市的城市公交标识ID001。在移动终端查询以后，查询到了安全芯片内存在城市公交标识ID001，移动终端便会继续确定该城市公交标识ID001对应的剩余金额100元，以便于刷卡器能够对该剩余金额100元进行正常的扣费操作。

在步骤S13中，将城市公交标识对应的剩余金额发送至刷卡器。

其中，移动终端在安全芯片内确定到城市公交标识对应的剩余金额以后，便会将该城市公交标识对应的剩余金额发送给刷卡器，以使刷卡器判断出该城市公交标识对应的剩余金额是否大于或等于本次消费金额。

在步骤S14中，在接收到刷卡器发送的扣除消费金额的指令时，将剩余金额与消费金额之差确定为城市公交标识对应的剩余金额。

其中，在移动终端将安全芯片内的城市公交标识对应的剩余金额发送至刷卡器以后，刷卡器便会判断出该城市公交标识对应的剩余金额是否大于或等于本次消费金额。在该城市公交标识对应的剩余金额小于本次消费金额时，刷卡器会输出剩余金额不足的提示信息。在该城市公交标识对应的剩余金额大于或等于本次消费金额时，则刷卡器便会向移动终端发送扣除消费金额的指令。

例如，假设北京市的城市公交标识为ID001，北京市的公交车的刷卡器预先内置的为北京市的城市公交标识ID001。用户已经预先在移动终端的安全芯片内存储了北京市的城市公交标识ID001，并且为城市公交标识ID001充值了100元，那么城市公交标识ID001对应的剩余金额为100元。此时，用户在北京市乘坐公交车，用户在上车时，将移动终端向公交车的刷卡器移动，以使刷卡器能够感应到移动终端内置的安全芯片。在刷卡器感应到移动终端的安全芯片时，刷卡器与移动终端的安全芯片会进行双向身份认证。在刷卡器与移动终端的安全芯片完成双向身份认证以后，刷卡器向移动终端的安全芯片发送查询城市公交标识ID001的指令。移动终端在接收到该查询城市公交标识ID001的指令时，便会在安全芯片内查询该城市公交标识ID001，以确定安全芯片内是否存储有北京市的城市公交标识ID001。在移动终端查询以后，查询到了安全芯片内存在城市公交标识ID001，移动终端便会继续在安全芯片内确定该城市公交标识ID001对应的剩余金额100元，并将该城市公交标识ID001对应的剩余金额100元发送至刷卡器。此时，刷卡器会向移动终端发送扣除消费金额1元的指令。在移动终端接收到刷卡器发送的扣除消费金额1元的指令时，将剩余金额100元与消费金额1元之差99元确定为城市公交标识ID001对应的剩余金额，那么移动终端的安全芯片内城市公交标识ID001对应的剩余金额为99元，从而完成了整个刷卡扣费的过程。

在图1所示的实施例中，由于移动终端可以预先在服务器上下载用户需要的城市公交标识，所以在刷卡器向移动终端发送查询城市公交标识的指令时，移动终端便会查询到预先存储的城市公交标识。而且，每个城市公交标识均对应有剩余金额，所以刷卡器便可以向移动终端发送扣除消费金额的指令，以使用户每次在乘坐公交车时便可以按照使移动终端按照该扣除消费金额的指令进行相应的扣费。因此，本公开提供的方案可使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作，从而为用户提供了便利。

图2是根据一示例性实施例示出的另一种移动终端的刷卡方法的流程图，如图2所示，图2所示的移动终端的刷卡方法，可以用于移动终端中。图2为基于图1的一个可选的实施例，在图2所示的实施例中，与图1所示的实施例相同的部分可以参见图1所示的实施例中介绍和解释。图2所示的方法包括以下步骤。

在步骤S21中，在接收到用户输入的获取目标城市的公交刷卡权限的指令时，向服务器发送获取目标城市的公交刷卡权限的指令。

其中，在使用移动终端向刷卡器执行刷卡操作之前，需要先向移动终端的安全芯片内下载目标城市的城市公交标识，这样才能够使刷卡器与移动终端的安全芯片之间顺利的执行刷卡和扣费操作，所以用户会向移动终端发送获取目标城市的公交刷卡权限的指令。在移动终端接收到用户输入的获取目标城市的公交刷卡权限的指令时，移动终端会向服务器发送该获取目标城市的公交刷卡权限的指令。在服务器接收到移动终端发送的获取目标城市的公交刷卡权限的指令时，服务器会查找与目标城市的公交刷卡权限对应的城市公交标识。

例如，假设北京市的城市公交标识为ID001，北京市的公交车的刷卡器预先内置的为北京市的城市公交标识ID001。用户需要向移动终端发送获取北京市的公交刷卡权限的指令，在移动终端接收到用户输入的获取北京市的公交刷卡权限的指令时，移动终端会向服务器发送该获取北京市的公交刷卡权限的指令。在服务器接收到移动终端发送的获取北京市的公交刷卡权限的指令时，服务器会查找与北京市的公交刷卡权限对应的城市公交标识ID001。

在步骤S22中，获取服务器发送的城市公交标识。

其中，在服务器查找到与目标城市的公交刷卡权限对应的城市公交标识以后，服务器便会向移动终端的安全芯片发送该目标城市的公交刷卡权限对应的城市公交标识。在移动终端获取到服务器发送的城市公交标识时，移动终端便会将该城市公交标识存储至安全芯片内。

因此，在步骤S21和步骤S22中，这样做的目的是，可以使移动终端在服务器中下载目标城市对应的城市公交标识，所以用户在目标城市乘坐公交车时，可以使用移动终端向刷卡器执行刷卡操作，从而为用户带来便利。

在步骤S23中，在接收到刷卡器发送的查询城市公交标识的指令时，查询城市公交标识。

在步骤S24中，在查询到城市公交标识时，确定城市公交标识对应的剩余金额，城市公交标识为预先在服务器上下载得到的。

在步骤S25中，将城市公交标识对应的剩余金额发送至刷卡器。

在步骤S26中，在接收到刷卡器发送的扣除消费金额的指令时，将剩余金额与消费金额之差确定为城市公交标识对应的剩余金额。

在步骤S23至步骤S26中，与图1所示的实施例相同，所以关于步骤S22至步骤S26中的解释和说明可以参见图1所示的实施例。另外，由于图2所示的流程图仅为本公开的一种可选的实施例，本公开提供的方法并不局限于此，步骤S21和步骤S22还可以设置在步骤S23之后，所以在此不做具体的限定。

图3是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图，如图3所示，图3所示的移动终端的刷卡方法，可以用于移动终端中。图3为基于图1的一个可选的实施例，在图3所示的实施例中，与图1所示的实施例相同的部分可以参见图1所示的实施例中介绍和解释。图3所示的方法包括以下步骤。

在步骤S31中，在接收到用户输入的对城市公交标识的充值指令和充值金额时，向服务器发送城市公交标识的充值指令和充值金额。

其中，在使用移动终端向刷卡器执行刷卡操作之前，需要先向移动终端的安全芯片内下载目标城市的城市公交标识，并且向移动终端的安全芯片内的城市公交标识进行充值，这样才能够使刷卡器与移动终端的安全芯片之间顺利的执行刷卡和扣费操作。为了实现对城市公交标识顺利充值，用户需要向移动终端发送对城市公交标识的充值指令和充值金额。在移动终端接收到用户输入的对城市公交标识的充值指令和充值金额时，移动终端便会向服务器发送城市公交标识的充值指令和充值金额。

在步骤S32中，显示服务器发送的具有充值金额的付款页面。

其中，在移动终端向服务器发送城市公交标识的充值指令和充值金额之后，服务器便会向移动终端发送具有充值金额的付款页面。在移动终端接收到服务器发送的具有充值金额的付款页面以后，便会显示该具有充值金额的付款页面。

在步骤S33中，在接收到用户输入的基于付款页面的付款指令时，将付款页面的付款指令发送给服务器。

其中，在显示服务器发送的具有充值金额的付款页面以后，用户会向移动终端输入基于付款页面的付款指令。移动终端在接收到用户输入的基于付款页面的付款指令时，会将基于付款页面的付款指令发送给服务器。

在步骤S34中，在接收到服务器发送的对城市公交标识充入充值金额的指令时，将剩余金额与充值金额之和确定为城市公交标识对应的剩余金额。

其中，在服务器接收到移动终端发送的基于付款页面的付款指令时，服务器会确定判断该移动终端是否已经付款成功，如果该移动终端付款成功，那么服务器便会向移动终端发送对城市公交标识充入充值金额的指令。在移动终端接收到服务器发送的对城市公交标识充入充值金额的指令时，移动终端便会将剩余金额与充值金额之和确定为城市公交标识对应的剩余金额，并将该城市公交标识对应的剩余金额存储至安全芯片内。

因此，在步骤S31至步骤S34中，这样做的目的是，用户可以按照本公开提供的方法实现移动终端的自助充值，用户无需再去公交卡营业厅去充值，从而为用户带来便利。

在步骤S35中，在接收到刷卡器发送的查询城市公交标识的指令时，查询城市公交标识。

在步骤S36中，在查询到城市公交标识时，确定城市公交标识对应的剩余金额，城市公交标识为预先在服务器上下载得到的。

在步骤S37中，将城市公交标识对应的剩余金额发送至刷卡器。

在步骤S38中，在接收到刷卡器发送的扣除消费金额的指令时，将剩余金额与消费金额之差确定为城市公交标识对应的剩余金额。

在步骤S35至步骤S38中，与图1所示的实施例相同，所以关于步骤S35至步骤S38中的解释和说明可以参见图1所示的实施例。另外，由于图3所示的流程图仅为本公开的一种可选的实施例，本公开提供的方法并不局限于此，步骤S31至步骤S34还可以设置在步骤S35之后，所以在此不做具体的限定。

图4是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图，如图4所示，图4所示的移动终端的刷卡方法，可以用于移动终端中。图4为基于图1的一个可选的实施例，在图4所示的实施例中，与图1所示的实施例相同的部分可以参见图1所示的实施例中介绍和解释。图4所示的方法包括以下步骤。

在步骤S41中，在接收到用户输入的查询城市公交标识对应的剩余金额的指令时，确定与城市公交标识对应的剩余金额。

其中，用户为了能够知道城市公交标识对应的剩余金额还有多少，需要向移动终端输入查询城市公交标识对应的剩余金额的指令。在移动终端接收到用户输入的查询城市公交标识对应的剩余金额的指令时，移动终端便会确定与城市公交标识对应的剩余金额。

在步骤S42中，显示城市公交标识对应的剩余金额。

其中，在移动终端确定出与城市公交标识对应的剩余金额时，移动终端便会显示出该城市公交标识对应的剩余金额。

因此，在步骤S41和步骤S42中，这样做的目的是，用户可以通过移动终端直接查询到城市公交标识对应的剩余金额，从而满足了用户查询剩余金额方面的需求，从而为用户带来便利。

在步骤S43中，在接收到刷卡器发送的查询城市公交标识的指令时，查询城市公交标识。

在步骤S44中，在查询到城市公交标识时，确定城市公交标识对应的剩余金额，城市公交标识为预先在服务器上下载得到的。

在步骤S45中，将城市公交标识对应的剩余金额发送至刷卡器。

在步骤S46中，在接收到刷卡器发送的扣除消费金额的指令时，将剩余金额与消费金额之差确定为城市公交标识对应的剩余金额。

在步骤S43至步骤S46中，与图1所示的实施例相同，所以关于步骤S43至步骤S46中的解释和说明可以参见图1所示的实施例。另外，由于图4所示的流程图仅为本公开的一种可选的实施例，本公开提供的方法并不局限于此，步骤S41和步骤S42还可以设置在步骤S43之后，所以在此不做具体的限定。

图5是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图，如图5所示，图5所示的移动终端的刷卡方法，可以用于移动终端中。图5为基于图1的一个可选的实施例，在图5所示的实施例中，与图1所示的实施例相同的部分可以参见图1所示的实施例中介绍和解释。图5所示的方法包括以下步骤。

在步骤S51中，在接收到用户输入的查询城市公交标识的消费记录的指令时，确定与城市公交标识对应的每个消费金额和与每个消费金额对应的消费日期。

其中，移动终端在每次在刷卡扣费的时候，移动终端都会在安全芯片内记录消费金额和与消费金额对应的消费日期。所以一旦用户需要查看消费记录和消费日期时，用户便可以向移动终端发送查询城市公交标识的消费记录的指令。在移动终端接收到用户输入的查询城市公交标识的消费记录的指令时，移动终端便会确定出与该城市公交标识对应的每个消费金额和与每个消费金额对应的消费日期。

在步骤S52中，显示城市公交标识对应的每个消费金额和与每个消费金额对应的消费日期。

其中，在移动终端便会确定出与该城市公交标识对应的每个消费金额和与每个消费金额对应的消费日期以后，移动终端便会将该城市公交标识对应的每个消费金额和与每个消费金额对应的消费日期全部显示出来。

因此，在步骤S51和步骤S52中，这样做的目的是，用户可以通过移动终端直接查询到城市公交标识对应的消费记录，从而满足了用户查询消费记录方面的需求，从而为用户带来便利。

在步骤S53中，在接收到刷卡器发送的查询城市公交标识的指令时，查询城市公交标识。

在步骤S54中，在查询到城市公交标识时，确定城市公交标识对应的剩余金额，城市公交标识为预先在服务器上下载得到的。

在步骤S55中，将城市公交标识对应的剩余金额发送至刷卡器。

在步骤S56中，在接收到刷卡器发送的扣除消费金额的指令时，将剩余金额与消费金额之差确定为城市公交标识对应的剩余金额。

在步骤S53至步骤S56中，与图1所示的实施例相同，所以关于步骤S53至步骤S56中的解释和说明可以参见图1所示的实施例。另外，由于图5所示的流程图仅为本公开的一种可选的实施例，本公开提供的方法并不局限于此，步骤S51和步骤S52还可以设置在步骤S53之后，所以在此不做具体的限定。

图6是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图，如图6所示，图6所示的移动终端的刷卡方法，可以用于刷卡器中。图6所示的方法与图1所示的方法可以实现相互配合使用。图6所示的方法包括以下步骤。

在步骤S61中，在检测到预设范围内存在移动终端时，向移动终端发送查询城市公交标识的指令。

其中，由于移动终端内置有安全芯片，所以用户将移动终端移动至公交车的刷卡器附近时，公交车的刷卡器会检测到一定范围内存在移动终端内置的安全芯片，此时，移动终端的安全芯片便可以与刷卡器进行信息交互。首先，刷卡器与移动终端的安全芯片会进行双向身份认证，刷卡器与移动终端根据预先定义好的双向身份认证算法进行认证，以确定对方是可信设备。由于刷卡器与移动终端的安全芯片之间的双向身份认证的技术较为成熟，在此不再进行过多的赘述。在刷卡器与移动终端的安全芯片完成了双向身份认证以后，彼此确信对方均为可信设备时，刷卡器会向移动终端的安全芯片发送查询城市公交标识的指令。

在步骤S62中，接收移动终端发送的城市公交标识对应的剩余金额。

其中，在刷卡器向移动终端的安全芯片发送查询城市公交标识的指令以后，移动终端便会在安全芯片内查询到城市公交标识对应的剩余金额，并且移动终端会将该城市公交标识对应的剩余金额发送给刷卡器。

在步骤S63中，在城市公交标识对应的剩余金额大于或等于消费金额时，向移动终端发送扣除消费金额的指令。

其中，刷卡器在接收到移动终端发送的城市公交标识对应的剩余金额以后，刷卡器便会判断城市公交标识对应的剩余金额是否大于或等于消费金额。在刷卡器判断出城市公交标识对应的剩余金额小于消费金额时，刷卡器便会输出剩余金额不足的提示信息。在刷卡器判断出城市公交标识对应的剩余金额大于或等于消费金额时，刷卡器便会向移动终端发送扣除消费金额的指令，以使移动终端根据该扣除消费金额的指令执行扣费操作。

在图6所示的实施例中，由于移动终端可以预先在服务器上下载用户需要的城市公交标识，所以在刷卡器向移动终端发送查询城市公交标识的指令时，移动终端便会查询到预先存储的城市公交标识。而且，每个城市公交标识均对应有剩余金额，所以刷卡器便可以向移动终端发送扣除消费金额的指令，以使用户每次在乘坐公交车时便可以按照使移动终端按照该扣除消费金额的指令进行相应的扣费。因此，本公开提供的方案可使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作，从而为用户提供了便利。

图7是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图，如图7所示，图7所示的移动终端的刷卡方法，可以用于刷卡器中。图7为基于图6的一个可选的实施例，在图7所示的实施例中，与图6所示的实施例相同的部分可以参见图6所示的实施例中介绍和解释。图7所示的方法包括以下步骤。

在步骤S71中，在检测到预设范围内存在移动终端时，向移动终端发送查询城市公交标识的指令。

在步骤S72中，接收移动终端发送的城市公交标识对应的剩余金额。

在步骤S73中，在城市公交标识对应的剩余金额大于或等于消费金额时，向移动终端发送扣除消费金额的指令。

在步骤S74中，将剩余金额与消费金额之差确定为城市公交标识对应的最新剩余金额。

其中，为了方便用户看到当次扣费后的剩余金额，刷卡器向移动终端发送扣除消费金额的指令之后，刷卡器会将剩余金额与消费金额之差确定为城市公交标识对应的最新剩余金额，并通过刷卡器的显示设备将城市公交标识对应的最新剩余金额显示出来。这样，用户便可以在刷卡器上的显示设备上看到本次消费后的最新剩余金额，从而为用户带来便利。

在步骤S75中，显示城市公交标识对应的最新剩余金额。

图8是根据一示例性实施例示出的又一种移动终端的刷卡方法的流程图，如图8所示，图8所示的移动终端的刷卡方法，可以用于刷卡器中。图8为基于图6的一个可选的实施例，在图8所示的实施例中，与图6所示的实施例相同的部分可以参见图6所示的实施例中介绍和解释。图8所示的方法包括以下步骤。

在步骤S81中，在检测到预设范围内存在移动终端时，向移动终端发送查询城市公交标识的指令。

在步骤S82中，接收移动终端发送的城市公交标识对应的剩余金额。

在步骤S83中，在城市公交标识对应的剩余金额大于或等于消费金额时，向移动终端发送扣除消费金额的指令。

在步骤S84中，将剩余金额与消费金额之差确定为城市公交标识对应的最新剩余金额。

其中，为了将每次扣费后的剩余金额保存在服务器中，刷卡器向移动终端发送扣除消费金额的指令之后，便会将剩余金额与消费金额之差确定为城市公交标识对应的最新剩余金额，并将城市公交标识对应的最新剩余金额发送至服务器。这样，便可以将每次扣费后的剩余金额保存在服务器中，用户便可以在服务器上查询每次消费的情况，从而为用户带来便利。

在步骤S85中，将城市公交标识对应的最新剩余金额发送至服务器。

图9是根据一示例性实施例示出的一种移动终端的刷卡装置的示意图。本公开提供的移动终端的刷卡装置可以使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作。参照图9，该装置包括查询模块11、第一确定模块12、第一发送模块13和第一计算模块14。其中：

查询模块11，用于在接收到刷卡器发送的查询城市公交标识的指令时，查询城市公交标识。

第一确定模块12，用于在查询到城市公交标识时，确定城市公交标识对应的剩余金额，城市公交标识为预先在服务器上下载得到的。

第一发送模块13，用于将城市公交标识对应的剩余金额发送至刷卡器。

第一计算模块14，用于在接收到刷卡器发送的扣除消费金额的指令时，将剩余金额与消费金额之差确定为城市公交标识对应的剩余金额。

图10是根据一示例性实施例示出的另一种移动终端的刷卡装置的示意图。本公开提供的移动终端的刷卡装置可以使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作。参照图10，该装置包括第二发送模块21、获取模块22、查询模块23、第一确定模块24、第一发送模块25和第一计算模块26。其中：

第二发送模块21，用于在接收到用户输入的获取目标城市的公交刷卡权限的指令时，向服务器发送获取目标城市的公交刷卡权限的指令；

获取模块22，用于获取服务器发送的城市公交标识。

查询模块23，用于在接收到刷卡器发送的查询城市公交标识的指令时，查询城市公交标识。

第一确定模块24，用于在查询到城市公交标识时，确定城市公交标识对应的剩余金额，城市公交标识为预先在服务器上下载得到的。

第一发送模块25，用于将城市公交标识对应的剩余金额发送至刷卡器。

第一计算模块26，用于在接收到刷卡器发送的扣除消费金额的指令时，将剩余金额与消费金额之差确定为城市公交标识对应的剩余金额。

图11是根据一示例性实施例示出的又一种移动终端的刷卡装置的示意图。本公开提供的移动终端的刷卡装置可以使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作。参照图11，该装置包括第三发送模块31、第一显示模块32、第四发送模块33、第二计算模块34、查询模块35、第一确定模块36、第一发送模块37和第一计算模块38。其中：

第三发送模块31，用于在接收到用户输入的对城市公交标识的充值指令和充值金额时，向服务器发送城市公交标识的充值指令和充值金额。

第一显示模块32，用于显示服务器发送的具有充值金额的付款页面；

第四发送模块33，用于在接收到用户输入的基于付款页面的付款指令时，将付款页面的付款指令发送给服务器；

第二计算模块34，用于在接收到服务器发送的对城市公交标识充入充值金额的指令时，将剩余金额与充值金额之和确定为城市公交标识对应的剩余金额。

查询模块35，用于在接收到刷卡器发送的查询城市公交标识的指令时，查询城市公交标识。

第一确定模块36，用于在查询到城市公交标识时，确定城市公交标识对应的剩余金额，城市公交标识为预先在服务器上下载得到的。

第一发送模块37，用于将城市公交标识对应的剩余金额发送至刷卡器。

第一计算模块38，用于在接收到刷卡器发送的扣除消费金额的指令时，将剩余金额与消费金额之差确定为城市公交标识对应的剩余金额。

图12是根据一示例性实施例示出的另一种移动终端的刷卡装置的示意图。本公开提供的移动终端的刷卡装置可以使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作。参照图12，该装置包括查询模块41、第一确定模块42、第一发送模块43、第一计算模块44、第二确定模块45和第二显示模块46。其中：

查询模块41，用于在接收到刷卡器发送的查询城市公交标识的指令时，查询城市公交标识。

第一确定模块42，用于在查询到城市公交标识时，确定城市公交标识对应的剩余金额，城市公交标识为预先在服务器上下载得到的。

第一发送模块43，用于将城市公交标识对应的剩余金额发送至刷卡器。

第一计算模块44，用于在接收到刷卡器发送的扣除消费金额的指令时，将剩余金额与消费金额之差确定为城市公交标识对应的剩余金额。

第二确定模块45，用于在接收到用户输入的查询城市公交标识对应的剩余金额的指令时，确定与城市公交标识对应的剩余金额。

第二显示模块46，用于显示城市公交标识对应的剩余金额。

图13是根据一示例性实施例示出的又一种移动终端的刷卡装置的示意图。本公开提供的移动终端的刷卡装置可以使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作。参照图13，该装置包括查询模块51、第一确定模块52、第一发送模块53、第一计算模块54、第三确定模块55和第三显示模块56。其中：

查询模块51，用于在接收到刷卡器发送的查询城市公交标识的指令时，查询城市公交标识。

第一确定模块52，用于在查询到城市公交标识时，确定城市公交标识对应的剩余金额，城市公交标识为预先在服务器上下载得到的。

第一发送模块53，用于将城市公交标识对应的剩余金额发送至刷卡器。

第一计算模块54，用于在接收到刷卡器发送的扣除消费金额的指令时，将剩余金额与消费金额之差确定为城市公交标识对应的剩余金额。

第三确定模块55，用于在接收到用户输入的查询城市公交标识的消费记录的指令时，确定与城市公交标识对应的每个消费金额和与每个消费金额对应的消费日期.

第三显示模块56，用于显示城市公交标识对应的每个消费金额和与每个消费金额对应的消费日期。

图14是根据一示例性实施例示出的又一种移动终端的刷卡装置的示意图。本公开提供的移动终端的刷卡装置可以使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作。参照图14，该装置包括第一发送模块61、接收模块62和第二发送模块63。其中：

第一发送模块61，用于在检测到预设范围内存在移动终端时，向移动终端发送查询城市公交标识的指令。

接收模块62，用于接收移动终端发送的城市公交标识对应的剩余金额。

第二发送模块63，用于在城市公交标识对应的剩余金额大于或等于消费金额时，向移动终端发送扣除消费金额的指令。

图15是根据一示例性实施例示出的又一种移动终端的刷卡装置的示意图。本公开提供的移动终端的刷卡装置可以使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作。参照图15，该装置包括第一发送模块71、接收模块72、第二发送模块73、第一计算模块74和显示模块75。其中：

第一发送模块71，用于在检测到预设范围内存在移动终端时，向移动终端发送查询城市公交标识的指令。

接收模块72，用于接收移动终端发送的城市公交标识对应的剩余金额。

第二发送模块73，用于在城市公交标识对应的剩余金额大于或等于消费金额时，向移动终端发送扣除消费金额的指令。

第一计算模块74，用于将剩余金额与消费金额之差确定为城市公交标识对应的最新剩余金额。

显示模块75，用于显示城市公交标识对应的最新剩余金额。

图16是根据一示例性实施例示出的又一种移动终端的刷卡装置的示意图。本公开提供的移动终端的刷卡装置可以使移动终端能够与每个城市的公交车的刷卡器执行刷卡操作。参照图16，该装置包括第一发送模块81、接收模块82、第二发送模块83、第二计算模块84和第三发送模块85。其中：

第一发送模块81，用于在检测到预设范围内存在移动终端时，向移动终端发送查询城市公交标识的指令。

接收模块82，用于接收移动终端发送的城市公交标识对应的剩余金额。

第二发送模块83，用于在城市公交标识对应的剩余金额大于或等于消费金额时，向移动终端发送扣除消费金额的指令。

第二计算模块84，用于将剩余金额与消费金额之差确定为城市公交标识对应的最新剩余金额。

第三发送模块85，用于将城市公交标识对应的最新剩余金额发送至服务器。

图17是根据一示例性实施例示出的一种用于移动终端的刷卡的装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图17，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理***，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种移动终端的刷卡方法，所述方法包括：在接收到刷卡器发送的查询城市公交标识的指令时，查询城市公交标识；在查询到城市公交标识时，确定城市公交标识对应的剩余金额，城市公交标识为预先在服务器上下载得到的；将城市公交标识对应的剩余金额发送至刷卡器；在接收到刷卡器发送的扣除消费金额的指令时，将剩余金额与消费金额之差确定为城市公交标识对应的剩余金额。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (17)

1.一种移动终端的刷卡方法，其特征在于，包括：

在接收到刷卡器发送的查询城市公交标识的指令时，查询所述城市公交标识；

在查询到所述城市公交标识时，确定所述城市公交标识对应的剩余金额，所述城市公交标识为预先在服务器上下载得到的；

将所述城市公交标识对应的剩余金额发送至所述刷卡器；

在接收到所述刷卡器发送的扣除所述消费金额的指令时，将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的剩余金额。

2.根据权利要求1所述的移动终端的刷卡方法，其特征在于，所述方法还包括：

在接收到用户输入的获取目标城市的公交刷卡权限的指令时，向所述服务器发送所述获取目标城市的公交刷卡权限的指令；

获取所述服务器发送的城市公交标识。

3.根据权利要求1所述的移动终端的刷卡方法，其特征在于，所述方法还包括：

在接收到用户输入的对所述城市公交标识的充值指令和充值金额时，向所述服务器发送所述城市公交标识的充值指令和所述充值金额；

显示所述服务器发送的具有所述充值金额的付款页面；

在接收到用户输入的基于所述付款页面的付款指令时，将所述付款页面的付款指令发送给所述服务器；

在接收到所述服务器发送的对所述城市公交标识充入所述充值金额的指令时，将所述剩余金额与所述充值金额之和确定为所述城市公交标识对应的剩余金额。

4.根据权利要求1所述的移动终端的刷卡方法，其特征在于，所述方法还包括：

在接收到用户输入的查询所述城市公交标识对应的剩余金额的指令时，确定与所述城市公交标识对应的剩余金额；

显示所述城市公交标识对应的剩余金额。

5.根据权利要求1所述的移动终端的刷卡方法，其特征在于，所述方法还包括：

在接收到用户输入的查询所述城市公交标识的消费记录的指令时，确定与所述城市公交标识对应的每个消费金额和与所述每个消费金额对应的消费日期；

显示所述城市公交标识对应的每个消费金额和与所述每个消费金额对应的消费日期。

6.一种移动终端的刷卡方法，其特征在于，包括：

在检测到预设范围内存在移动终端时，向所述移动终端发送查询城市公交标识的指令；

接收所述移动终端发送的所述城市公交标识对应的剩余金额；

在所述城市公交标识对应的剩余金额大于或等于消费金额时，向所述移动终端发送扣除所述消费金额的指令。

7.根据权利要求6所述的移动终端的刷卡方法，其特征在于，在所述向所述移动终端发送扣除所述消费金额的指令之后，所述方法还包括：

将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的最新剩余金额；

显示所述城市公交标识对应的最新剩余金额。

8.根据权利要求6所述的移动终端的刷卡方法，其特征在于，在所述向所述移动终端发送扣除所述消费金额的指令之后，所述方法还包括：

将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的最新剩余金额；

将所述城市公交标识对应的最新剩余金额发送至服务器。

9.一种移动终端的刷卡装置，其特征在于，包括：

查询模块，用于在接收到刷卡器发送的查询城市公交标识的指令时，查询所述城市公交标识；

第一确定模块，用于在查询到所述城市公交标识时，确定所述城市公交标识对应的剩余金额，所述城市公交标识为预先在服务器上下载得到的；

第一发送模块，用于将所述城市公交标识对应的剩余金额发送至所述刷卡器；

第一计算模块，用于在接收到所述刷卡器发送的扣除所述消费金额的指令时，将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的剩余金额。

10.根据权利要求9所述的移动终端的刷卡装置，其特征在于，所述装置还包括：

第二发送模块，用于在接收到用户输入的获取目标城市的公交刷卡权限的指令时，向所述服务器发送所述获取目标城市的公交刷卡权限的指令；

获取模块，用于获取所述服务器发送的城市公交标识。

11.根据权利要求9所述的移动终端的刷卡装置，其特征在于，所述装置还包括：

第三发送模块，用于在接收到用户输入的对所述城市公交标识的充值指令和充值金额时，向所述服务器发送所述城市公交标识的充值指令和所述充值金额；

第一显示模块，用于显示所述服务器发送的具有所述充值金额的付款页面；

第四发送模块，用于在接收到用户输入的基于所述付款页面的付款指令时，将所述付款页面的付款指令发送给所述服务器；

第二计算模块，用于在接收到所述服务器发送的对所述城市公交标识充入所述充值金额的指令时，将所述剩余金额与所述充值金额之和确定为所述城市公交标识对应的剩余金额。

12.根据权利要求9所述的移动终端的刷卡装置，其特征在于，所述装置还包括：

第二确定模块，用于在接收到用户输入的查询所述城市公交标识对应的剩余金额的指令时，确定与所述城市公交标识对应的剩余金额；

第二显示模块，用于显示所述城市公交标识对应的剩余金额。

13.根据权利要求9所述的移动终端的刷卡装置，其特征在于，所述装置还包括：

第三确定模块，用于在接收到用户输入的查询所述城市公交标识的消费记录的指令时，确定与所述城市公交标识对应的每个消费金额和与所述每个消费金额对应的消费日期；

第三显示模块，用于显示所述城市公交标识对应的每个消费金额和与所述每个消费金额对应的消费日期。

14.一种移动终端的刷卡装置，其特征在于，包括：

第一发送模块，用于在检测到预设范围内存在移动终端时，向所述移动终端发送查询城市公交标识的指令；

接收模块，用于接收所述移动终端发送的所述城市公交标识对应的剩余金额；

第二发送模块，用于在所述城市公交标识对应的剩余金额大于或等于消费金额时，向所述移动终端发送扣除所述消费金额的指令。

15.根据权利要求14所述的移动终端的刷卡装置，其特征在于，所述装置还包括：

第一计算模块，用于将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的最新剩余金额；

显示模块，用于显示所述城市公交标识对应的最新剩余金额。

16.根据权利要求14所述的移动终端的刷卡装置，其特征在于，所述装置还包括：

第二计算模块，用于将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的最新剩余金额；

第三发送模块，用于将所述城市公交标识对应的最新剩余金额发送至服务器。

17.一种移动终端的刷卡装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

在接收到刷卡器发送的查询城市公交标识的指令时，查询所述城市公交标识；

在查询到所述城市公交标识时，确定所述城市公交标识对应的剩余金额，所述城市公交标识为预先在服务器上下载得到的；

将所述城市公交标识对应的剩余金额发送至所述刷卡器；

在接收到所述刷卡器发送的扣除所述消费金额的指令时，将所述剩余金额与所述消费金额之差确定为所述城市公交标识对应的剩余金额。