CN104520884B - 提供、充值和偿付在交通应用中使用的储值卡的系统和方法 - Google Patents

Abstract

本发明涉及进行与交通卡有关的交易的系统和方法。进行交易的方法可在处理器和交通处理器之间进行。步骤可包括：接收偿付请求和确定偿付请求是预授权请求还是偿付；如果偿付请求是预授权请求，确定账户是否被授权进行特定交通类型。如果账户被授权，向交通处理器传送许可。如果账户未被授权，传送拒绝。如果偿付请求是偿付：确定账户值是否足够支付偿付金额；如果不够，拒绝交易，以及如果足够，许可交易，且扣除该金额，以及针对特定交通类型，确定账户值是否低于预定阈值，如果是，在数据存储器处更新账户的状态。

Description

提供、充值和偿付在交通应用中使用的储值卡的系统和方法

背景技术

本发明要求于2012年8月8日提交的美国临时专利申请No.61/680,802的优先权，将其整体并入本文。本申请总体涉及用于在交通应用中进行储值卡交易的系统和方法。具体地，本发明涉及在交通应用中使用的储值卡的零售、分发、充值和偿付。

交通系统针对不同的交通类型要求或使用不同形式的支付已经变成很平常的事。例如，地铁可能要求地铁代币，而公交可能要求公交乘车票。火车可能要求车票，而公路收费处可能要求现金支付。多种交通类型的支付对于用户而言可能是不方便的。因此，希望有可以以一个或更多个交通类型对值源进行偿付的系统。

此外，允许使用各种储值的交通支付系统通常要求及时注册以及注册交通卡或应答器与接收到交通卡或应答器之间的延迟。因此，希望有在销售点购买交通卡和/或应答器的能力。

发明内容

根据本发明的一些实施例的方案可包括进行交通卡交易的方法，该方法在中央处理器和交通处理器之间进行，中央处理器包括与交通卡相关联的账户和数据存储器，所述数据存储器包括账户状态，所述方法包括：在所述中央处理器处从所述交通处理器接收偿付请求，所述偿付请求包括识别所述交通卡的信息；由所述中央处理器确定所述偿付请求是针对特定交通类型的预授权请求还是费用偿付请求；在确定所述偿付请求是预授权请求时：由所述中央处理器基于包括所述账户的状态在内的因素确定所述账户是否被授权进行针对所述特定交通类型的交易；如果所述账户被授权进行针对所述特定交通类型的交易，向所述交通处理器传送对预授权的许可；如果所述账户未被授权进行针对所述特定交通类型的交易，向所述交通处理器传送对预授权的拒绝；在确定所述偿付请求是费用偿付请求时：由所述中央处理器确定与所述账户相关联的值是否大于或等于所述费用偿付请求所请求的金额；如果与所述账户相关联的值小于所述费用偿付请求所请求的金额，向所述交通处理器传送对所述费用偿付请求的拒绝；如果与所述账户相关联的值大于或等于所述费用偿付请求所请求的金额：向所述交通处理器传送对所述费用偿付请求的许可；从所述账户扣除所设置的费用偿付请求的金额；针对一个或更多个特定交通类型，确定与所述账户相关联的值的金额是否低于预定阈值，以及如果是，在所述数据存储器处更新所述账户的状态。

根据本发明的一些实施例的一些方案可包括进行交通卡交易的方法，该方法在中央处理器和交通处理器之间进行，中央处理器包括与交通卡相关联的账户和数据存储器，所述数据存储器包括账户状态，所述方法包括：在所述中央处理器处从零售商销售点(POS)接收包括识别所述交通卡的信息的激活请求；由所述中央处理器确定：识别所述交通卡的信息是否有效；以及与所述交通卡相关联的账户；以及由中央处理器激活所述交通卡；在所述中央处理器处从所述交通处理器接收偿付请求，所述偿付请求包括识别所述交通卡的信息；由所述中央处理器确定所述偿付请求是针对特定交通类型的预授权请求还是费用偿付请求；在确定所述偿付请求是预授权请求时：由所述中央处理器基于包括所述账户的状态在内的因素确定所述账户是否被授权进行针对所述特定交通类型的交易；如果所述账户被授权进行针对所述特定交通类型的交易，向所述交通处理器传送对预授权的许可；如果所述账户未被授权进行针对所述特定交通类型的交易，向所述交通处理器传送对预授权的拒绝；在确定所述偿付请求是费用偿付请求时：由所述中央处理器确定与所述账户相关联的值是否大于或等于所述费用偿付请求所请求的金额；如果与所述账户相关联的值小于所述费用偿付请求所请求的金额，向所述交通处理器传送对所述费用偿付请求的拒绝；如果与所述账户相关联的值大于或等于所述费用偿付请求所请求的金额：向所述交通处理器传送对所述费用偿付请求的许可；从所述账户扣除所设置的费用偿付请求的金额；针对一个或更多个特定交通类型，确定与所述账户相关联的值的金额是否低于预定阈值，以及如果是，在所述数据存储器处更新所述账户的状态。

根据本发明的一些实施例的一些方案可包括进行交通卡交易的方法，该方法在中央处理器和交通处理器之间进行，中央处理器包括与交通卡相关联的账户和数据存储器，所述数据存储器包括账户状态，所述方法包括：在所述中央处理器处从所述交通处理器接收偿付请求，所述偿付请求包括识别所述交通卡的信息；由所述中央处理器确定所述偿付请求是针对特定交通类型的预授权请求还是费用偿付请求；在确定所述偿付请求是预授权请求时：由所述中央处理器基于包括所述账户的状态在内的因素确定所述账户是否被授权进行针对所述特定交通类型的交易；如果所述账户被授权进行针对所述特定交通类型的交易，向所述交通处理器传送对预授权的许可；如果所述账户未被授权进行针对所述特定交通类型的交易，向所述交通处理器传送对预授权的拒绝；在确定所述偿付请求是费用偿付请求时：由所述中央处理器确定与所述账户相关联的值是否大于或等于所述费用偿付请求所请求的金额；如果与所述账户相关联的值小于所述费用偿付请求所请求的金额，确定是否有必要从费用偿付中使用的特定交通类型退出；如果有必要退出，针对所述账户中值的总金额，授权所述交易；以及从所述账户中扣除所述费用偿付请求，由此导致所述账户中负的余额；如果没有必要退出，向所述交通处理器传送对所述费用偿付请求的拒绝；如果与所述账户相关联的值大于或等于所述费用偿付请求所请求的金额：向所述交通处理器传送对所述费用偿付请求的许可；从所述账户扣除所设置的费用偿付请求的金额；针对一个或更多个特定交通类型，确定与所述账户相关联的值的金额是否低于预定阈值，以及如果是，在所述数据存储器处更新所述账户的状态。

根据本发明的一些实施例的一些方案可以包括一种用于使用交通卡进行交易或进行与交通卡相关联的交易的系统，包括：零售商销售点(POS)；交通处理器：与所述零售商POS和所述交通处理器选择性地通信的中央处理器，所述中央处理器包括：第一数据存储器，包括与所述交通卡相关联并指示与所述交通卡相关联的值的金额的一条或更多条记录；第二数据存储器，包括与未被授权进行交易的一张或更多张交通卡相关联的一条或更多条记录，所述一张或更多张交通卡能够包括所述交通卡；处理器，被配置为：从所述零售商POS接收激活交易卡的激活请求，所述激活请求包括识别所述交通卡的信息；从所述交通处理器接收偿付请求；确定所述偿付请求是否是针对特定交通类型的预授权请求，以及如果是，基于包括所述账户的状态在内的因素来确定所述账户是否被授权进行针对所述特定交通类型的交易；确定所述偿付请求是否是费用偿付请求，以及如果与所述账户相关联的值大于或等于所述费用偿付请求所请求的金额，向所述交通处理器传送对所述交易请求的许可。

从结合以下附图进行的本发明的以下描述中，这些以及其他方案将变得显而易见，但是可以在不偏离本发明的新颖概念的精神和范围的情况下进行变化和修改。

附图说明

通过结合附图阅读以下详细的描述，可以更加全面地理解本发明，在本发明中，类似的标记用于指示类似的元素。附图示出了特定说明性实施例，并可以辅助理解以下详细描述。在详细解释本发明的任何实施例之前，应理解，本发明在其应用中不限于在以下描述中阐明的或者附图中示出的构造细节和组件配置。所示出的实施例应理解为示例性的，并且无论如何不是对本发明整个范围的限制。此外，应理解，这里所使用的措辞和术语是用于描述的目的，并且不应视为限制。详细描述将参照以下附图，其中：

图1A示出了根据本发明的一些实施例，交通使用卡与交通充值卡的示例性配置。

图1B示出了根据本发明的一些实施例，激活交通使用卡和交通充值卡的示例性方法。

图2示出了根据本发明的一些实施例，交通使用卡、交通充值卡和账户之间的示例性关联。

图3示出了根据本发明的一些实施例，交通使用卡、交通充值卡和账户之间的示例性关联。

图4示出了根据本发明的一些实施例，具有各种钱包的示例性账户配置。

图5示出了根据本发明的一些实施例，利用交通使用卡进行交易的示例性方法。

图6示出了根据本发明的一些实施例，利用交通充值卡进行充值交易的示例性方法。

图7示出了根据本发明的一些实施例，进行交通使用卡销售的示例性方法。

图8示出了根据本发明的一些实施例的示例性充值交易。

图9示出了根据本发明的一些实施例的示例性使用交易。

图10示出了根据本发明的一些实施例的示例性交通卡销售。

在详细解释本发明的任何实施例之前，应理解，本发明在其应用中不限于在以下描述中阐明或者在附图中示出的构造细节和组件配置。本发明能够用于其它实施例，并能够用各种方式实践或实施。此外，应理解，这里所使用的措辞和术语是用于描述的目的，并且不应视为限制。

具体实施方式

提供在此描述中例示的内容以有助于参照附图全面理解所公开的各种示例性实施例。因此，本领域技术人员将会认识到，可以在不偏离开所要求保护的发明的精神和范围的情况下做出这里描述的示例性实施例的各种改变和修改。为了清楚和简明，省略了公知的功能机结构的描述。此外，如这里使用的，单数可以解释为复数，以及备选地，复数的术语可以解释为单数。

本发明考虑与至少一张卡相联系的储值账户的使用。卡可配备有近场应答器或标签(例如，RFID(射频识别)标签)，使得可以在靠近读取器时进行支付，或者可以在接触或“轻敲”读取器时触发支付。卡可以在各种交通系统和/或机构上使用，和/或与各种交通系统和/或机构一起使用。例如，用户可以使用卡支付地铁费用、公交费用、出租车费用和/或过桥费，和/或其他任何种类的交通费。

卡可以包括表示卡的序列号或其他识别号的至少一个标记。可以将该标记与储值账户相关联，使得交通系统中卡的使用可导致从储值账户中消耗值。

根据本发明的一些实施例，还可以将第二卡与储值账户相关联，但第二卡可以不配备近场应答器、读取器或标签。第二卡可以包括可与储值账户相关联的机器可读标记(例如，条形码或磁条)。使用该关联，可以将第二卡出示在各个销售点终端处，且将第二卡用于向储值账户添加值，而不是消耗值。

通过这种方式，可以维持第一卡的用户的匿名度。可以将可能包括识别信息的支付(例如，信用卡或借记卡(dda)支付)仅与第二卡相关联。可以由向储值账户提供值的同一用户使用第一卡，也可以不由该用户使用第一卡。

通过这种方式，各方可以向其他各方提供交通卡。例如，父母可以为其子女提供交通卡。雇主可以向雇员提供交通卡，作为福利或用于鼓励公共交通。根据本发明的一些实施例，州或联邦机构可以为低收入或其他识别的人群提供交通卡。

该两张卡(支持近场的卡和机器可读的充值卡)可紧密结合或通过其他方式彼此关联。该关联可发生在例如卡的打印商或制造商处，或之后由中央处理方或其他第三方实体进行。根据本发明的一些实施例，为了完成来自其他源的支付，可以将非附属卡与支持近场的卡而不是机器可读卡相关联。例如，可以将普通的预付费卡(例如，Visa)与支持近场的卡相关联，以向相关的储值账户提供支付。根据本发明的一些实施例，可以关联其他形式的值账户。例如，可以将客户奖励或忠诚点与值的量相关联，并与近场交通卡相关联。类似地，可以关联常旅客飞行里程或其他这种值类型。

本发明考虑可将该两张卡(支持近场的卡和机器可读的充值卡)打包并一起上市销售。例如，这可以是(但不要求是)在相同的包装中。根据本发明的一些实施例，卡可被分开分发，使得机器可读的充值卡可被分发给不同位置处的不同用户，并在后续与支持近场的交通卡相关的储值账户相联系或相关联。对上述父母、雇主和联邦机构的示例而言，这种实施例例如可以是有利的。

根据本发明的一些实施例，支持近场的卡与机器可读的充值卡之间的关联比率不需要是1比1。换言之，支持近场的交通卡可以访问可由一个以上的机器可读的充值卡提供资金的储值账户。因此，交通卡的用户可以向其相关的储值卡添加值，且第三方(例如，父母、雇主、政府机构等)也可以添加值。类似地，可以将单张机器可读充值卡与一张以上的交通卡相联系。在这种实施例中，多张交通卡可各自访问并消耗同一储值账户，或者它们可以各自访问并消耗它们自身的账户，且使用机器可读充值卡的充值交易可能需要识别要将值添加入其中的特定账户。

参考图1，描绘了交通使用卡110和交通充值卡120的示例性包装100。包装100可以包括交通使用卡110和交通充值卡120。包装100还可以包括与使用卡的初始存入值(如果存在)有关的信息101，或可以指示可利用用户选择的任何账户来存入使用卡，提供金额选项等。包装还可以包括包装标记102，包装标记102可以是机器可读的，例如，条形码、QR码、磁条、射频识别(RFID)标签等。可以将包装标记102与包装100相关联，且其如下更详细地讨论的，将其用于激活使用卡110和充值卡120。备选地，可以不使用包装标记102来激活使用卡110和充值卡120，而是可以使用包装标记102来仅作为商家或零售商用于跟踪库存和销售的库存保管设备。在这点上，包装标记102可被视为或用作库存保管单元(SKU)或通用价格码(UPC)。

使用卡110可以包括机器可读的、可传送的或其他方式的一个或更多个标记。例如，使用卡110可以包括可识别使用卡的使用卡识别标记111。参考图1，使用卡识别标记110指示使用卡编号是“12345678”。使用卡110还可以包括使用卡机器可读标记112，例如磁条、条形码等。使用卡机器可读标记112可整体或部分并入使用卡识别标记111，且可包括附加信息。例如，使用卡机器可读标记112可包括发行方识别号(IIN)或银行识别号(BIN)，使得使用使用卡110的交易可被正确路由。备选地，使用卡机器可读标记112可以表示与使用卡识别标记110完全不同的标记。

要注意到的是，使用卡110还可以包括元件113、114，元件113、114具有通信能力或以其他方式向使用卡110提供通信能力。例如，元件113可以是可提供与支持RFID的销售点(POS)系统的通信的(无源的或其他形式的)RFID标签。类似地，元件114可以是可与各种POS识别通信的加电的近场发射机。通过这种方式，可在某些POS系统处“轻敲”使用卡110，而不是手动提供识别标记111和/或刷或读取机器可读标记112。

充值卡120可类似地包括可唯一地或半唯一地识别充值卡120的充值识别标记121。例如，参考图1，充值识别标记121指示通过“ABCD EFGH”来识别充值卡。充值卡120还可以包括一个或更多个充值机器可读标记122、123，充值机器可读标记122、123例如包括磁条和/或条形码。这种机器可读标记122、123可被用于在充值交易期间识别充值卡120。

参考图1B，现在将讨论示例性的激活过程。在130处，将使用卡和充值卡关联在一起。这可在卡被制造之后发生，或通过在数据库中将来自每张卡的标记进行关联或紧密结合而发生，而与卡是何时制造的无关。在135处，可以将使用卡和充值卡与激活标记(例如，图1A中所阐明的包装标记102)相关联。备选地，由于充值卡和使用卡彼此相关联，可以仅将该卡中的一张与激活标记直接关联。

在140处，可以将使用卡和充值卡包装在一起，以及在145处，可将激活标记打印或存储在包装上。备选地，包装可打印有激活标记，在包装之后，可以将激活标记与使用卡和充值卡相关联。

在后续时间，在150处，可在中央处理器处从POS接收激活标记。中央处理器可以在155处确认激活标记是有效的，且在160处根据激活标记来识别使用卡和充值卡。然后，可激活使用卡以进行使用，且可激活充值卡以提供充值能力。

要注意到的是，还考虑将使用卡和充值卡在“激活”状态下销售，且取而代之地，激活交易激活相关账户，这是通过将值放入这种账户或释放这种账户中与值有关的保留来进行的。

参考图2，现在将讨论根据本发明的一些实施例的交通使用卡、交通充值卡和账户之间的示例性关联。在图2中可以看出，使用卡210与充值卡220相关联。使用卡210还与相关账户230相关联。账户230可以是值账户(例如，银行账户、信用账户或其他金融账户)，或者可以是继而与金融金额或账户相关联的数据库账户。参考图2，使用卡210是主卡，且使用充值卡220的充值交易可以要求识别使用卡210，并在然后识别与使用卡210相关联的值账户230。

相反，图3示出了根据本发明的一些实施例的交通使用卡、交通充值卡和账户之间的备选示例性关联。参考图3，使用卡310和充值卡320都与账户330相关联。可通过该配置来实现附加的安全性和/或匿名性。例如，充值卡320可以不具有到使用卡310的连接，且卡使用的细节可以是具有充值卡的访问权的人所不知道或不可获得的。如上所述，当拥有或利用充值卡320的一方不同于拥有或使用使用卡310的一方时，这种配置可以是所希望的。

本发明还考虑与使用卡和/或充值卡相关联的账户可包括一个或更多个钱包，该一个或更多个钱包继而可包括一个或更多个子钱包。这种钱包可具有相同或不同的特性。例如，交通机构可能希望鼓励人们使用大型的、高效率的交通，例如地铁或轨道。因此，用于在地铁或轨道中使用的钱包中的$1.00可能值$1.25。相反，收费公路钱包或停车场钱包中的$1.00可能等于$1.00。

通过使用不同的钱包特性，各方可以鼓励或促进某些活动。如果父母向他或她的子女提供交通卡，父母可能希望子女使用汽车租赁或ZIPCAR服务，而不是购买他们自己的车。因而，为了鼓励子女使用汽车租赁，父母可提供汽车租赁钱包的值特性，使得$1.00等价于$1.50。钱包的不同值特性可以是所希望的，因为针对一个或更多个用户鼓励的活动在系统范围内可能不鼓励。因此，取代对利用交通卡购买的服务的价格进行调整，可以单独(或按组)调整交通卡中与每个钱包相关联的值的金额。

例如，账户可以包括与票单或在交通期间可导致的其他债务有关的钱包。如果利用交通卡来对票单进行支付，值特性可能鼓励直接或快速地对票单进行支付。例如，如果票单在被发出时使用交通卡进行了支付，$1.00可能等价于$1.15。可以通过通常与票单支付收集相关联的管理成本的降低来使这种值的增加(或票单的金额的对应下降)生效。

根据一些实施例，可以使用使用卡来提供交通费用，或者可以使用使用卡来提供票单的支付，但不是二者都进行。备选地，可针对交通费用使用交通卡，然而一旦被用来对票单进行支付，可使得交通卡不激活，且可以获得新的交通卡。

参考图4，账户40可以包括一个或更多个钱包。例如，账户40可以包括收费公路钱包410、停车场钱包420、出租车钱包430、票单/债务钱包440以及汽车租赁/ZIPCAR钱包450。类似地，账户40还可以包括公共交通钱包460，公共交通钱包460继而可以包括公交车子钱包461和地铁/轨道子钱包462。如上所述，这些钱包中的每一个可包括不同的值特性。

可以为这些钱包单独提供资金(或者例如由存入或充值账户的一方指定资金)，或者可以平均地或根据可考虑到平均价格、平均使用等的一般性使用算法来提供资金。备选地，钱包可以不在单独的子账户中保留值，而是可以仅反映当在特定的交易中使用时如何对值进行处理。换言之，公共交通钱包460可以不专门保留值，而是可以指示如果在公共交通背景下使用与总账户40相关联的值，应该应用该某些值特性。

参考图5，现在将讨论根据本发明的一些实施例的利用交通使用卡进行交易的示例性方法50。在510处，可以在销售点(POS)处发起交易。要注意到的是，POS可包括零售商、商家或者货物和/或服务的提供商处的传统收银机。POS还可以包括出租车中的计价表、公共汽车中的票箱、售货亭、(例如，地铁系统的入口处的)旋转式栅门、停车计价表或其他表、收费所、利用无线通信(例如，EZPass、EZTag、FastTrak等所利用的近场通信)的收费设备、和/或在针对货物和/或服务的支付交易中提供值的其他任何系统。

在520处，可以在POS处出示使用卡，作为对货物和/或服务的付款。再次地，使用卡的出示可取决于进行交易的POS的类型。可通过刷使用卡上的磁条或读取其上的条形码或其他机器可读标记来执行传统收银机处的交易。可以使用近场通信来执行票箱处的交易，且客户可以仅在近场读取器上轻敲使用卡。停车计价表处的交易可涉及刷使用卡，或者可涉及用户将使用卡上的标记提供到计价表中。可通过将使用卡与收费系统可读取的设备相关联(例如，将使用卡与收费系统中使用的应答器单元相关联或插入到该应答器单元中)来在高速公路收费处出示使用卡。要注意到的是，上述段落不旨在作为限制，而是旨在解释本发明所做考虑的外延。

在530处，POS可以捕获使用卡上的使用标记。要注意到的是，可通过各种方式来捕获该标记。

在540处，POS或与POS相关联的处理器(例如POS主机或其他中央单元)可以确定与使用卡相关联的处理器或发行方(“中央处理器”)。这种确定可例如基于上述的IIN或BIN。

在550处，POS或与POS相关联的处理器可以向中央处理器路由与交易有关的信息。该信息可包括来自使用卡的标记以及所希望的交易的金额。还可以在通信中包括附加信息，例如交易的位置、时间和日期等，该附加信息可被用于记录保管、欺诈确定等。

在560处，中央处理器可以从POS或与POS相关联的处理器接收信息，以及在561处，中央处理器可以确定使用标记是否是有效的。如果使用标记不是有效的，则在563处，中央处理器可以拒绝交易。如果使用标记是有效的，则中央处理器可以识别与使用标记有关的账户以及其中的值(如果有)。然后，在562处，中央处理器可以确定账户中的值是否大于或等于所请求的交易的金额。如果账户中的金额不大于或等于所请求交易的金额，在563处可拒绝交易。如果账户中的金额大于或等于所请求交易的金额，在564处可授权该交易，以及在565处可从该账户中减去交易的金额。然后，中央处理器可以与POS通信，以指示POS继续交易，以及在570处，POS可进行交易。

要注意到的是，为了执行实时或接近实时的交易，中央处理器可以利用某种试探法或捷径。例如，且如下面更详细地讨论的，中央处理器可以维护拒绝数据库，该拒绝数据库包括与没有值或值不足以获得任何货物和/或服务的账户或者已经与某种类型的欺诈相关联的账户相关联的使用标记。中央处理器可在一开始查询这种拒绝数据库，以及时拒绝与这种使用标记相关联的交易。备选地，可利用拒绝数据库来对POS系统自身进行周期性更新，以使得如果识别出拒绝数据库中列出的标记，则POS自身可以立即拒绝交易。

参考图6，现在将讨论根据本发明的一些实施例的利用交通充值卡进行充值交易的示例性方法60。在610处，可在POS处发起充值交易。POS可以包括上述的各种POS系统，包括电子或计算机化的售货亭。还考虑可以在与交通使用卡所购买的货物和/或服务无关的POS处执行充值交易。换言之，在可在公路收费处或停车位处使用使用卡的同时，可以在便利店、大卖场店、网站或其他数字店面、在移动计算设备或移动通信设备(例如，移动电话、智能电话、平板计算机、膝上型计算机、导航系统等)上运行的应用或小应用处使用充值卡来补充相关账户。

在611处，POS可以捕获或以其他方式获得充值卡上的充值标记。例如，POS可以通过读取充值卡上的机器可读标记(例如，磁条、条形码、RFID标签等)来捕获该标记。备选地，通过用户手动输入充值标记(例如在在线充值交易的情况下或通过使用移动计算设备或移动通信设备)，POS可以获得充值标记。

还考虑可通过电话(例如通过与交互式语音应答(IVR)系统进行通信)来进行充值交易。

在612处，POS或与POS相关联的处理器(例如POS主机或其他中央单元)可以确定与充值卡相关联的处理器或发行方(“中央处理器”)。这种确定可例如基于上述的IIN或BIN。要注意到的是，本文中的讨论假设管理充值交易的中央处理器是管理用户交易的同一中央处理器。然而，考虑可以使用两个或更多个处理器，或者可以将单个处理器分为担当两个不同的处理器。本讨论为清楚起见关注于单个中央处理器，然而本发明完全考虑了一个或更多个处理器之间基于交易类型(充值相比于使用或偿付)的分工。

在613处，POS可以从客户接收用来对与充值卡相关联(并因此与使用卡相关联)的相关账户进行充值的金额。根据一些实施例，客户可以选择任何金额的值。根据一些实施例，可以向客户呈现充值选项，该充值选项可以基于货币金额(例如，$10、$25、$50)，或可以基于特定的使用(例如，20次地铁行程、一个(1个)月的道路收费等)。本发明还考虑交通系统可以为“自助餐(all-you-can-eat)”模型提供单一支付选项，其中，客户可以针对一个月的所有交通(例如包括地铁、公交、轻轨、道路收费以及某些受限停车场)使用来对账户进行支付(例如，$250)。

在614处，POS或与POS相关联的处理器可以与中央处理器通信，并提供充值标记和要插入到相关账户中的值的金额。

在620处，中央处理器可以接收该信息，以及在630处，中央处理器可以确定充值标记是否有效。如果充值标记无效，可以拒绝交易。如果充值标记有效，可以通过各种方式执行充值交易。例如，如果使用卡、充值卡和相关账户的关联结构是图2中指示的关联结构，中央处理器可以在641处确定与充值标记相关联的使用标记，并在然后在642处确定与使用标记相关联的账户。在643处，中央处理器可在然后向与使用标记相关联的账户中的可用金额增加充值金额。如果使用卡、充值卡和相关账户的关联结构是图3中指示的关联结构，中央处理器可以在650处确定与充值标记相关联的账户，并在651处将充值值的金额添加到该账户中。

这两种方式不旨在作为限制，而是用于示出本发明基于各种卡、账户、标记等之间的各种关联考虑的变型。

在660处，中央处理器可以向POS发送对充值交易已成功的确认。在615处，POS可以向用户传递对充值交易已成功的确认。这种确认例如可以是收据、确认邮件、音频确认、文本(SMS或MMS)消息或者在计算机或售货亭上呈现的确认屏幕。

之后，在616、670处，可以在POS或与POS相关联的处理器与中央处理器之间发生结算。这种结算可通过各种方式发生，例如包括自动交易所(ACH)交易。

提供充值交易也可以对系统的试探法造成影响。例如，如上所述，可以因为资金不充足而将使用卡或标记放在拒绝数据库中。因此，在充值交易时，中央处理器在680处可激活该使用标记，由此将其从拒绝数据库移除。如果账户欠款，在690处，在使得使用标记为可用于使用之前，可以从相关账户中扣除欠款的金额。

参考图7，现在将讨论根据本发明的一些实施例的进行交通使用卡销售的示例性方法70。在讨论单个步骤之前，重要的是注意到虽然图7中示出且下面解释了众多步骤，每个步骤都不是必然要求的。相反，图7中阐明的方法70可以是特定配置和销售过程的表示；可以删除和/或向该过程添加各种步骤，而不背离本发明。

在701处，客户可以选择交通卡以进行购买。可以将交通使用卡与充值卡预先关联，或者可以用预设值来单独销售交通使用卡。在预设值的情况下，可在稍后时间购买充值，并在之后将其与使用卡以及与使用卡相关联的相关账户相关联。在702，客户可以在POS处出示卡，以进行购买，以及在703处，POS可以捕获或以其他方式接收使用卡的标记，以确立使用卡的销售。

如果使用卡未被预存入预设值，在704处，可提示客户提供存入金额。可通过数字通信(例如，在售货亭的屏幕上、通过电话、通过文本(SMS、MMS)消息等)提示客户，或者可通过销售助理询问客户要存入多少值来提示客户。

在705处，客户可以将总金额付款给POS。总金额可包括购买卡的初始费用和/或可能适合的和/或要求的任何附加税、费或收费。

在706处，POS或与POS相关联的处理器可以发送激活请求，该激活请求最终要被路由到处理与使用卡有关的交易的中央处理器。一开始在706处，可将该通信路由到POS主机，以及在707处，从POS主机路由到中央处理器。在708处，中央处理器可以处理激活请求，且如果成功，在709处向POS主机回送响应。在710处，POS主机可以向正进行交易的特定POS发送指示激活成功的响应。然后交易可以完成，以及在711处，POS可以生成详细描述交易的收据。这种收据可以是纸质形式、以数字方式提供、或者可以包括可向客户播放的音频信息。

可选地，在712处，可引导客户经由互联网或经由IVR系统713注册使用卡。如果客户选择IVR，其可在714处链接到IVR注册系统，以及如果客户选择web或互联网，其可在715处链接到web注册系统。

可因为若干原因而鼓励注册。如果注册并忘记了将使用卡放在何处，客户可以请求中央处理器禁用该使用卡并提供替换卡来作为其替代。如果注册了使用卡，可更容易地将充值卡与使用卡相关联。此外，如果注册了使用卡，客户可以具有将支付设备(例如，信用卡、借记卡(或其他开环或半开环类型的卡)、经常帐户等)与使用卡相关联的选择，以使得当使用卡相关的账户的余额被减少到低于某个水平时，可自动执行所指定金额的充入。

本发明还考虑使用卡可以是具有用于在交通系统内操作的闭环功能和用于在交通系统外操作的开环功能的组合用途卡。例如，预付费Visa卡可配备有可以在交通系统内使用的闭环钱包。在这种情况下，当闭环钱包降到低于某个水平时，可以从该产品的开环侧向闭环钱包自动充入。

参考图8，现在将讨论根据本发明的一些实施例的示例性充值交易的方法80。在800处，客户可以在POS处出示卡，以进行充值交易。预期客户可能出示充值卡，然而也考虑客户可能出示使用卡以进行直接充值。在805处，POS可以从客户接收来自该卡的标记，以及在810处，POS可以接收客户所寻求的充值金额。在815处，POS可以接收充值金额的实际付款(加上任何适合的税、费、收费等)。在820处，POS(或POS主机或与POS相关联的其他处理器)可以向中央处理器发送充值请求。在825处，中央处理器可以接收充值请求，且在830处，中央处理器可确定识别卡的标记是否有效以及卡是否是激活的。如果在835处确定卡不是激活的，则在840处可路由该处理，作为与以上所讨论的基本相同的初始激活过程。如果在845处确定标记是有效的且卡是激活的，在850处，中央处理器可以识别相关账户。

在855处，中央处理器可以确定相关账户是否欠款或者相关联的卡和账户是否被列在拒绝数据库中。如果在865处卡和/或账户被标记在拒绝数据库中，假设充值金额足以将账户从欠款状态移除，在870处将会在拒绝数据库中移除该条目。如果在860处确定卡和/或账户未被列在拒绝数据库中，或者在870处移除拒绝标志之后，中央处理器可以向相关的卡账户添加值。该值可以是客户指定的特定充值值，或者可以是客户指定的充值值减去任何适合的或要求的费、税、收费等。

在880处，中央处理器可以向POS、POS主机或与POS相关联的处理器发送指示充值交易成功的消息，以及然后，在885处，POS可以向客户传递对充值交易的确认。

参考图9，现在将讨论根据本发明的一些实施例的示例性使用交易90。如之前所讨论的方法一样，要注意到可省略或向下面讨论的方法添加各种步骤，而不背离本发明。

参考图9，该方法涉及以下情形：可能不知道要向客户的使用卡收费的最终金额，直到客户完成他或她的旅行为止。例如，乘坐地铁的价格可基于路线、距离和/或乘坐持续时间而改变。类似地，过路费通常与在收费公路上旅行的总距离有关，或者与在收费公路上通过的市区(municipality)有关。同样类似地，客户可以在交通系统内旅行(公交到地铁，地铁到轻轨，轻轨到停车场)，并被在旅行的终点处而不是针对路途上的每一段收费。因此，图9中阐明的方法可示出以下情况：POS可授权访问客户，并从而在之后针对使用卡对客户的旅行总金额收费。

在901处，客户可在POS处出示使用卡。再次地，POS可以采取上述的很多形式。在902处，POS可以在交通系统的入口或特定交通设备(例如，出租车、地铁、公交、收费公路等)处捕获或以其他方式接收来自使用卡的标记。在903处，POS可针对拒绝数据库来验证该标记，以确定该卡是否与无效卡相关联，或者该卡是否与欠款的、具有零余额的、或余额不足以支付交通系统中的任何货物和/或服务的相关账户相关联。例如，卡可能具有余额$0.78，然而最小的公交车乘坐、地铁行程、收费公路或出租车费用可能是$1.10。

在904处，如果卡被列在拒绝数据库中，在905处可拒绝交易，且客户被阻止进入交通设备。阻止可包括锁定旋转式栅门、收费所处的门不升起，或者公交驾驶员阻止进入。

卡的这种本地预授权可能是所希望的，因为其允许POS高效地阻隔不太可能为服务提供充足支付的乘客，而不要求与中央处理器的及时通信。中央处理器可例如通过访问POS所查询的数据库中或者修改拒绝数据库或允许数据库中卡和/或账户的列表来周期性地更新POS系统。

如果在906处POS确定卡未被列在拒绝数据库中(或备选且等效地，列出在允许数据库中)，在907处可以允许客户进入交通系统。在908处，客户可在交通系统中旅行到他或她的目的地，以及在909处，客户可退出交通系统并再次在POS处出示使用卡。在910处，POS可以确定客户所旅行的行程的总收费，以及在911处，POS(或POS主机或与POS相关联的处理器)可以向中央处理器发送该总收费以及从用户卡捕获或通过其他方式获得的标记。

在912处，中央处理器可确定卡号是否有效。如果在913处确定卡号或标记无效，则在914处可将该卡、标记或相关账户添加到拒绝数据库。如果在915处确定卡号是有效的，则中央处理器可在916处识别相关账户，以及在917处确定相关账户中值的金额。

在918处，中央处理器可以确定相关账户中值的金额是否大于或等于总收费。如果在919处确定账户中的金额小于总收费，则在920处，中央处理器可以确定自动充值的源是否与使用卡或相关账户相关联。在921处如果不存在自动充值的源，则在922处，中央处理器可以从相关账户扣除所有可用资金，并注意到相关账户的金额处于欠款状态。然后，处理可移动到步骤914，在步骤914处，可以向拒绝数据库添加卡、标记或相关账户。

如果在923处确定存在与使用卡或相关账户相关联的所识别的自动充值，则在924处中央处理器可以请求与所识别的值源的充值交易。如果在925处确定充值交易不成功，则过程可返回步骤922，在步骤922处，从账户扣除所有可用资金，且卡、标记或相关账户可被列在拒绝数据库中。

如果在926处确定充值交易成功，则过程可以继续。

不管是926中充值交易成功，还是在步骤918处确定相关账户中的金额大于或等于总收费，在927处，中央处理器都可在然后从账户中的值的金额中扣除或减去该总收费。在928处，中央处理器可在然后确定相关账户中剩余的余额是否太低以至于不能支付交通系统中的任何货物和/或服务(如上所述)，以及如果在929处认为账户太低而不能用，在914处可将卡、标记或相关账户列出在拒绝数据库中。

如果在930处确定账户中剩余的金额是可接受的(即，高于将会允许购买交通系统的至少一些货物和/或服务的所建立的最小阈值)，则在931处结束交易。

参考图10，现在将讨论根据本发明的一些实施例的交通卡的示例性销售过程1000。要注意到的是，图10中公开的方法仅是示例性的，且可以添加或从该过程省略各种步骤。图10中阐明的方法在某种程度上是特定的，因为其旨在公开实际的交易可包括什么内容；然而本文中阐明并要求权利的发明可以不要求图10中阐明的元素或步骤中的每一个。

在1001处，客户可访问POS位置，例如电子或自动售货亭。在1002处，客户可选择通过利用售货亭处的客户界面来购买交通卡。在1003处，客户可输入要向交通卡提供资金的金额，以及在1004处，客户可选取或选择支付方法。客户可使用现金、信用、借记和/或售货亭接受的任何其他值类型来支付交通卡。客户可支付要在交通卡上提供的资金金额，或者在被要求或在向购买交易施加适当的税、费、收费和/或费用之后，可支付更多。在1005处，售货亭客户可例如选择使用信用卡或借记卡的支付方法，并且可以刷或轻敲该信用卡或借记卡。在1006处，售货亭可识别下一可用的卡号(根据算法，其可以是连续的、随机的或半随机的)，以及在1007处，售货亭可向中央处理器的网关发送预授权请求。在1008处，中央处理器的网关可向中央处理器的适当平台发送预授权请求，在1009处，该适当平台可执行预授权激活验证。在1010处，中央处理器平台可响应中央处理器网关，中央处理器网关继而可在1011处向售货亭回送通信。

在1012处，如果预授权交易没有成功，则在1013处，售货亭可向用户呈现友好的失败消息，请求客户再次尝试。

如果预授权交易成功，则在1014处，售货亭可以向与客户所出示的支付卡相关联的商家收单机构发送支付请求。在1015处，商家收单机构可处理支付，并向售货亭发送响应。在1016处，售货亭可以确定支付请求是否成功，如果没有成功，可如步骤1013中一样向客户呈现友好的失败消息。如果支付请求成功，则在1017处，售货亭可以向中央处理器网关发送具有存入金额的激活请求，该激活请求然后在1018处可被路由到适当的中央处理器平台。在1019处，中央处理器平台可以激活卡并为相关联的账户提供所请求金额的资金，以及在1020处，中央处理器平台可以向中央处理器网关提供对此的确认。

在1021处，中央处理器网关可以利用当前状态向售货亭进行响应。在1022处如果激活成功，则售货亭可以在1023处向客户分发交通卡和收据。之后在1024处，可在中央处理器和售货亭之间发生结算，以及在1025处可同步记录。

如果在1022处激活没有成功，则在1026处可以向客户呈现友好的失败消息，以及在1027处，售货亭可在然后通过在1027处向商家收单机构发送信用请求来为客户的支付卡重新提供资金，该信用请求在1028处被商家收单机构接收到，并在1028处被响应回售货亭。如果在1029处确定支付信用不成功，则在1030处，可记录支付，以在之后的时间手动对账。如果在1029处支付信用交易成功，则过程可继续到1020，在1020处，结算可在之后发生(现在是在售货亭和商家收单机构之间)，且在1025处可同步记录。

在若干方之间处理图10中阐明的示例性方法以及上述讨论：客户；售货亭(或零售商)；发出并支持交通卡的中央处理器；以及支付源。本发明考虑到可以由中央处理器维护、运行售货亭或将售货亭与中央处理器相关联，由此呈现上述通信中的一些不是必需的。还考虑到：在现金购买的情况下，上述讨论且在图10中示出的包括商家收单机构的通信可能不是必需的。

换言之，可取决于交易的类型、各方的身份和编号、各方之间的关系和/或各种其他因素来做出各种修改、变更和改变。

应理解，本发明这里示出的和描述的特定实施例仅是示例性的。现在，本领域技术人员将在不偏离本发明的精神和范围的情况下做出多种变化、改变、替代和等同替代。因此，这里描述的和参照附图示出的全部主题旨在被认为仅是说明性的，并不是限制性的，并且本发明的范围将仅由所附权利要求确定。

Claims (15)

1.一种进行交通使用卡交易的方法，所述方法在中央处理器和销售点POS之间进行，所述中央处理器包括与交通使用卡相关联的账户和数据存储器，所述数据存储器包括账户状态，所述方法包括：

使用单独的交通充值卡向所述交通使用卡增加值，所述单独的交通充值卡与所述交通使用卡能够访问的账户相关联，并且只能用于向所述账户增加值而不能访问和使用所述账户中所述交通使用卡能够访问的资金，所述单独的交通充值卡包括识别标记，使得POS被配置为在充值交易期间接收所述交通充值卡的识别标记；

POS在特定交通类型的特定交通设备的入口处接收标记，所述标记包括识别所述交通使用卡的信息，所述交通使用卡用于从与所述交通使用卡相关联的账户支付任何费用、通行费和/或任何其他类型的交通费的值，而不是使用与所述交通使用卡相关联的单独的交通充值卡向所述账户增加值；

通过POS基于包括所述账户的状态在内的因素确定所述标记对于针对特定交通类型的交通设备的交通使用卡交易是否有效来对卡的使用进行预授权，其中所述账户的状态包括与所述账户相关联的值的金额是否高于将会允许从特定交通类型的交通设备购买至少一些物品和/或服务的所建立的最小阈值；

如果POS确定所述账户的状态未被授权进行针对特定交通类型的交通设备的交通使用卡交易，则拒绝所述交易并阻止交通使用卡的客户进入交通设备；

如果POS确定所述标记对于针对特定交通类型的交通设备的交通使用卡交易有效，则允许交通使用卡的客户进入交通设备；

由所述中央处理器确定与所述账户相关联的值是否大于或等于来自POS的针对交通使用卡交易的费用偿付请求所请求的金额；

如果与所述账户相关联的值小于所述费用偿付请求所请求的金额，向发出请求的POS传送对所述费用偿付请求的拒绝；

如果与所述账户相关联的值大于或等于所述费用偿付请求所请求的金额：

向发出请求的POS传送对所述费用偿付请求的许可；

从所述账户扣除费用偿付请求的金额。

2.根据权利要求1所述的方法，其中，包括识别所述交通使用卡的信息的标记包括所述交通使用卡上打印或存储的机器可读标记。

3.根据权利要求1所述的方法，还包括：

在所述中央处理器处从零售商销售点POS接收包括识别所述交通使用卡的信息的激活请求；

由所述中央处理器确定：

包括识别所述交通使用卡的信息的标记是否有效；以及

与所述交通使用卡相关联的账户；以及

由中央处理器激活所述交通使用卡。

4.根据权利要求3所述的方法，其中，在激活之前将所述交通使用卡和充值卡置于包装中，以及所述激活请求还包括由所述POS从所述包装读取或获得的信息。

5.根据权利要求1所述的方法，其中，所述特定交通类型的交通设备是从由以下各项组成的组中选择的：出租车、公交车、地铁、道路或桥梁收费、停车计价表、火车或轻轨、电车和汽车租赁。

6.根据权利要求1所述的方法，还包括：

在所述中央处理器确定有必要从费用偿付请求中使用的特定交通类型退出，并且与所述账户相关联的值小于所述费用偿付请求所请求的金额时：

针对所述账户中的值的总金额，授权所述交通使用卡交易；以及

从所述账户中扣除所述费用偿付请求的金额，由此导致所述账户中负的余额。

7.根据权利要求1所述的方法，其中，所述方法是实时或接近实时地执行的。

8.根据权利要求1所述的方法，其中，所述费用偿付请求与停车、驾车或通行费违章的传票相关联。

9.根据权利要求8所述的方法，还包括：

在使用所述账户来支付所述传票时，终止所述账户，由此使得所述交通使用卡无效而不能用于将来使用。

10.一种用于使用交通卡进行交易或进行与交通卡相关联的交通使用卡交易的系统，所述交通使用卡用于从与所述交通使用卡相关联的账户支付任何费用、通行费和/或任何其他类型的交通费的值，而不是使用与所述交通使用卡相关联的单独的交通充值卡向所述账户增加值，包括：

零售商销售点POS；

与所述零售商POS和交通处理器选择性地通信的中央处理器，所述中央处理器包括：

第一数据存储器，包括与所述交通使用卡相关联并指示与所述交通使用卡相关联的值的金额的一条或更多条记录；

第二数据存储器，包括与未被授权进行交易的一张或更多张交通使用卡相关联的一条或更多条记录；

处理模块，被配置为从所述零售商POS接收激活交通使用卡的激活请求，所述激活请求包括识别所述交通使用卡的信息，

所述交通处理器在交通设备的入口处针对特定交通类型的交通设备的预授权，基于包括所述账户的状态在内的因素，确定与交通使用卡相关联的账户是否被授权用于针对特定交通类型的交通设备的交易，其中所述账户的状态包括与所述账户相关联的值的金额是否高于将会允许从特定交通类型的交通设备购买至少一些物品和/或服务的所建立的最小阈值；

如果所述交通处理器确定所述账户未被授权用于针对特定交通类型的交通设备的交通使用卡交易，则所述交通处理器拒绝所述交易并阻止交通使用卡的客户进入交通设备；

如果所述交通处理器确定所述账户被授权用于针对特定交通类型的交通设备的交通使用卡交易，则允许交通使用卡的客户进入交通设备。

11.根据权利要求10所述的系统，还包括：销售点，所述销售点关于一个或更多个交通类型中的每一个来部署，或与一个或更多个交通类型中的每一个相关联。

12.根据权利要求11所述的系统，其中，所述一个或更多个交通类型是从由以下各项组成的组中选择的：出租车、公交车、地铁、道路或桥梁收费、停车计价表、火车或轻轨、电车和汽车租赁。

13.根据权利要求10所述的系统，还包括：与政府机构相关联的政府处理器，所述处理器被配置为处理与传票有关的交易，所述中央处理器与所述政府处理器进行选择性通信。

14.根据权利要求10所述的系统，还包括：

包括识别标记的交通充值卡，

其中，交通使用卡包括识别标记，

其中，所述交通使用卡的识别标记和所述交通充值卡的识别标记彼此相关联，以激活所述交通使用卡和所述交通充值卡；

其中，所述交通处理器被配置为在偿付交易中接收所述交通使用卡的识别标记；以及

其中，所述零售商POS被配置为在充值交易中接收所述交通充值卡的识别标记。

15.根据权利要求10所述的系统，还包括：

包装，包括：

交通使用卡，包括识别标记，所述交通使用卡用于从与所述交通使用卡相关联的账户支付任何费用、通行费和/或任何其他类型的交通费的值，而不是向所述账户增加值；

单独的交通充值卡，包括识别标记，所述交通充值卡用于向与所述交通使用卡相关联的账户增加值，而不是从所述账户支付值；

包装标记，由所述零售商POS用来激活所述交通使用卡和所述交通充值卡，

其中，通过将所述交通使用卡的识别标记和所述交通充值卡的识别标记与所述包装标记相关联，所述交通使用卡的识别标记和所述交通充值卡的识别标记彼此相关联。