CN1406364A - 以电子方式分发利益的系统与方法 - Google Patents

Abstract

用于大量通行系统凭证(voucher)分发的利益计划电子实现利用了一种智能卡。该系统与方法不需要人工发送，而是提供一种无纸的自动化分发利益系统。该系统还降低了与定期人工分发关联的管理成本。本系统可在因特网环境中实施。

Description

以电子方式分发利益的系统与方法

发明背景

本发明涉及一种分发利益(benefit)的系统与方法，尤其涉及用智能卡以电子方式向顾客分发利益的自动化系统与方法。

有了利用电子芯片存贮借贷支付金额的付费卡，大量的通行费用的购买就更为便利了。顾客不用掏出支票和硬币，只要简单地将付费卡触摸付费闸门读卡器就行了。具有读/写功能的可重复使用的付费卡，能让顾客对支付型付费卡充时或充值，可避免必须携带货币或在公共交通的每次通行使用时准确地兑换所带来的不便。

城市高速运输管理局(transit authority)不断改进其对公用和私人部分的服务，若干与政府机构、利益机构、教育部门以及私营商业关联的运输当局向例如雇员、学生与福利领受人等顾客提供通行利益计划。虽然通行利益计划很受欢迎，但是现行的步骤却很繁重，而且在这些组织内大部分未备基金。运输当局每年必须向其客户，即诸机构与院校提供几百万件付费媒体。由于付费媒体具有币值，所以定期提供付费媒体就要求动用装甲车辆。典型地用于通行利益的付费媒体包括具有磁条的纸卡，仅用作金额基卡。客户接着又把付费卡作为直接利益或在一定税利下作为税前利益分发给顾客。

现有的付费卡对顾客来说并不便利，因为这些卡一般作为金额基卡发行，顾客无法将卡改成另一种卡类型，除非把卡送回通常位于运输当局的发行点(POI)装置，这种要求限制了顾客在接收利益最佳通行币值时的灵活性。而且，在顾客偿还或调整到期时，现行的步骤为人工操作，并要求顾客从发行该付费卡的运输当局处再存入金额。随着这些利益计划的普及，管理上的负担和顾客的不便性将会加重。因此，对于各种场合的应用，包括公共交通系统，要求有一种便利而且经济有效的方法对利益信贷进行提供、分发和充值。

发明内容

本发明的一个目的是利用智能卡提供利益的电子分发。

本发明的另一目的是提供一种智能卡，它允许某种付费类型改成另一付费类型而无须把卡送回发行点装置。

本发明的再一个优点是提供一种节省成本的方法来实现将通行利益下载到付费卡。

另一优点是为定期的利益分发提供一种可重复使用的付费卡。

还有一个优点提供一种利用网络终端或通过因特网连接至数据库的远程终端，把利益信贷信息导入数据库的有效方法。

一示例实施例的电子利益分发系统，利用可通过局域网或因特网进行访问的中央计算机来维护客户以及其顾客的利益信贷。利益信贷的金额下载到供顾客即授予该利益的个人使用的智能卡上。在该示范实施例中，智能卡上的利益信贷用于运输当局的费用，包括通行付费利/或停车费用。然而，该电子利益分发系统可用于各种利益分发，包括福利信贷和失业救济(food-stamp)信贷，其中金额信贷通过智能卡分发给顾客。

智能卡有众多应用领域，其中包括付费电话、保健、银行、身份和进出、付费电视、赌搏、登记和自动售货。智能卡一般在卡体内包括一块或多块用来接收和存贮信息的集成电路(IC)。这类IC可以是只读，或具有读写功能。智能卡还可包含接口装置，这取决于该智能卡是接触型卡还是非接触型卡。该接口允许计算机系统对卡增减帐款。非接触卡包含与RF源通信的天线电路，而接触卡要求与磁芯片或磁条以及读卡机作物理接触。

在一示例实施例中，发行当局如运输当局或福利机构维护一台中央计算机，它用于存贮利益信息，并在自动售货机把利益额下载给顾客的智能卡。客户是预先核准通行付费与停车费等利益的任何机构，客户服从发行当局来支付这些利益。例如，客户可以是公共或私人部门的业主、分发“查询工作”利益的福利机构或者向学生提供利益的教育院校。顾客要求利益，并且是使用所要求的利益支付通行费和/或停车费的持卡人。从业主观点来看，顾客就是雇员。

利益信贷由访问利益计划系统的用户预先批准。用户可以浏览系统屏幕来预先批准利益或管理该系统。例如该用户可能是作调整的运输当局雇员，或者是代表预先批准利益的运输当局客户的个人。在一示例实施例中，运输当局维护着客户信息与特征。系统还让运输当局管理客户用户许可与进入，以便，例如不允许一个客户用户更改或查阅另一客户的顾客的利益。

一示例实施例的利益信贷系统允许多个客户用户利用他们自己的个人计算机对中央计算机上的利益数据进行远程维护，并通过因特网访问。客户用户获准查阅、增添、改变、更新和保持其顾客的利益的权力。该实施例系统还通过因特网连接向客户提供周报与月报。

在一示例实施例中，顾客在通行特快自动售货机请求利益。特快自动售货机接至站点监视/控制器。后者将该请求送到发行当局的中央计算机。特快自动售货机等候来自控制器的响应消息一段规定的时间，若在规定时间内收不到响应，特快自动售货机就拒绝交易并通知该顾客；若中央计算机中的顾客数据存贮表包含该顾客的一种或多种利益，则产生单个利益响应消息并送给特快自动售货机。中央计算机通过许多标准评估每种与顾客相关联的利益，并决定核准或拒绝，其中的标准包括利益是否期满，是否以前已要求，或处于锁定状态。若利益未期满、未要求也不处于锁定状态，中央计算机的应用处理器就在数据库里把锁定状态置于该顾客利益。锁定状态消除了在另一台特快自动售货机上同时处理相同利益的可能性。在一示例实施例中，中央计算机、站台监视/控制器和特快自动售货机之间的消息结构，可以在实施于同一张智能卡上的各个资金之间进行区分。

一旦验证了顾客的利益，就把利益响应交易传回站点监视/控制器，后者再把该响应传给原来的特快自动售货机，由该特快自动售货机确认收到了响应。当站点监视/控制器收到特快自动售货机已收到交易的肯定确认时，它就通知中央计算机。若站控制器不能将响应送给特快自动售货机，它就通知中央计算机，并解除置于锁定状态的利益(有的话)。若中央计算机未收到利益已发放的确认，则利益仍然锁定。中央计算机软件应用程序确保了利益的正确发放，而且发行当局或顾客都不会受到不利影响。

若利益响应交易指示已无利益，就通知顾客，也不要求返回利益证实交易。在一示例实施例中，假定当前的卡值为零，下载到顾客智能卡的可用利益最大为200美元(包括红利)。特快自动售货机与顾客的接口限制着分配的金额，以保证所得的卡值在该限制内。若利益值小于所选择的付费媒体的价格，顾客可用批准的借贷交易、现金、付费卡折价或者现金与付费卡折价相结合来补足利益值。

一旦利益值下载到智能卡上，就通过站控制器向中央计算机发送确认交易消息。于是，中央计算机示明在购买的承认的付费产品中如何使用这类利益。在从各自的存储缓冲器里消除交易之前，特快自动售货机和站控制器必须收到接收证实交易的肯定确认。根据请求交易所核准的值和顾客的选择，特快自动售货机可将未使用的请求部分送回中央计算机用于以后的需求。中央计算机根据证实的交易减少顾客利益值，并解除对利益的锁定。若顾客取消请求或者未能选择加载请求值的选项，利益证实交易就在中央计算机利益数据存储器里将利益恢复到没有要求时的状态。利益一旦用完，顾客必须用自己的资金对智能卡充值，或等到下一个利益周期由客户补充利益值。

附图说明

通过下面结合附图对本发明一较佳实施例的详述，就能更好地理解本发明内容，图中用同样的标号表示相同的部分，其中：

图1是一较佳实施例的电子利益信贷分发系统的框图；

图2示出一较佳实施例的应用处理器功能；

图3是一较佳实施例的批量处理流程图；

图4示出一较佳实施例的请求/响应消息处理；

图5示出一较佳实施例的证实消息处理；

图6示出一较佳实施例的最近的证实消息处理；和

图7示出一较佳实施例的意外费用证实消息处理。

较佳实施例的描述

图1示出该较佳实施例的利益分发系统2。系统2将主机或中央计算机作为发行当局36机构中的操作中央点。在一较佳实施例中，运输当局就是发行当局36，它操作中央计算机4来管理城市交通系统。在诸替代实施例中，中央计算机4装在政府福利机构等发行当局36的机构内。在一较佳实施例中，运输当局36对利益分发系统2负有管理责任。运输当局用户14进入系统2，预先核准利益和/或管理系统2。运输当局用户14维护着存入中央计算机4的利益数据存储器6的客户用户20、22的信息和特征。客户用户20、22是某一组织，它预先核准其顾客24的通行费和其它利益，并服从发行当局36支付所核准的利益。顾客24是要求支付例如通行费和/或停车费的利益的个人。从业主观点来看，顾客24是雇员。在另一实施例中，地区利益机构的顾客24则是利益领受人。因此，顾客24是使用这些利益的智能卡30的个体持有者。

运输当局用户14利用利益系统应用程序10进入并更新客户20、22的数据，应用程序10包括Web服务器应用程序、基于浏览器的应用程序和中央计算机应用程序。利益系统应用程序10让运输当局用户14管理客户用户20、22的许可以及访问，以防止非法访问系统2。许可和访问步骤还可保证例如不让某个客户用户20更改或查阅另一客户22的利益。运输当局36的管理还包括“超级用户”的访问，允许更新任何有关客户20、22的任何顾客24的利益，更新包括增加、改变、删除或锁定顾客的帐户。对顾客账户的“锁定”是在信贷可用，但存在某种原因拒绝该顾客24访问信贷时出现。超级用户权限可在客户20、22不能改变其顾客利益时提供临时服务。在本发明一较佳实施例中，运输当局36还具有制定和批准调节利益类型内能力，以便将一钟类型的利益信贷如通行费转成停车费信贷。

在一较佳实施例中，运输当局36具有把利益数据库6与运输当局可接收的帐户整合在一起的选项，这样，分发给客户20、22的值可被利益系统2自动地跟踪与更新，因而客户20、22可在任何时候请求和/或访问欠发行当局36的金额。

利益信贷系统2允许多个客户用户20、22。客户20、22利用他们自己的个人计算机对中央计算机4上的利益数据进行远程维护，这些数据包括轨道运输、停车和调节利益，并可通过因特网18和Web服务器16访问。客户20、22对利益系统2的访问和使用，并不要求在软盘上手工分发个人计算机软件。在一较佳实施例中，客户用户20、22授权能查阅、增加、改变、更新和保持其顾客24的利益。在一替代实施例中，客户用户20、22只授权能查阅顾客利益。利益分发系统2允许客户20、22对任何有效的智能卡30增加利益，而不考虑利益是客户提供的还是顾客购买的。例如，雇员顾客24可以选择从其工资中扣除而加到月度利益津贴里的金额。

该较佳实施例的系统2为顾客利益的客户级默认提供“全局”维护能力。全局改变允许客户用户20、22改变其客户范围的默认值。第一客户20的顾客利益的全局改变不影响任何其它客户22的默认信息的利益。该利益分发系统2还提供“异常维护”功能，允许客户用户20、22在不用客户范围默认时改变各个顾客的参数。

顾客24通过与特快自动售货机26的交互作用而请求和接收利益。顾客24将具有分配给他的唯一序列号的智能卡30与自动售货机目标接触，特快自动售货机26一收到智能卡30，即通过请求消息32向站台监视器与显示系统(SMADS)28提出顾客24的要求，SMADS28向中央计算机发出请求32，后者接着发出未经要求和未到期的利益的响应通知。特快自动售货机26从SMADS28一收到响应32，就把利益值下载给该智能卡30，于是顾客24便能用其利益支付选定类型的通行费媒体。

在自动售货机26把币值转移到智能卡30之前，中央计算机应用程序10验证智能卡30适合所请求的利益。在一较佳实施例中，无效智能卡30通过指明金额不足而直接退回给顾客32，例如指示零美元可用。本较佳实施例的利益系统2保证只有那些经核准未经要求、未到期且不处于锁定状态的利益才允许下载给智能卡30用于购买付费媒体。当顾客24确定要买的付费媒体的价格时，中央计算机4确定未经要求的利益值，并用表格驱动逻辑(table drivenlogic)核准全部、部分或没有利益，以允许购买所选媒体。若顾客24没有指明具有已知的价格的通行类型，特快自动售货机26和中央计算机4接口就核准所有合格的利益。

为防止多次要求同样的利益，智能卡30不能用来从一台以上特快自动售货机26同时要求利益。这一安全措施在数据库6实现，而不是在特快自动售货机26或智能卡30上实现。在特快自动售货机26处要求利益来购买付费媒体的处理，结合了相当于借贷交易的意外处理。在下面将详述并示于图7的意外处理，在硬件或电信故障时可使利益数据的丢失最小。

在本发明一较佳实施例中，轨道与停车等所有利益类型都加到智能卡30的非限制的现金款项里，或用来购买通行证。在一替代例中，该系统允许要求把轨道或停车值等利益类型放在各个智能卡30的款项上。在该较佳实施例中，持卡者即顾客24可以改变发行证的类型。特快自动售货机26的功能允许顾客24将智能卡30的证类型改为任何一种当前规定的有效证类型，这类证类型包括一天通行、例如通行7天的轨道短距离通行利轨道快速通行证，如只用于规定期限的非限制轨道。证类型的改变在特快自动售货机26上实施，不要求将智能卡30送回发行点12调换。利益系统2允许顾客24在证类型之间“切换”，同时保持非限制的现金款项。卡型更改包括从存贮值规定付费到任何有效证型的切换，以及从任何有效的证型变为任何其它有效的证型。在智能卡通行证期满时，例如自发行日起规定若干天内有效的证，系统2就应用只存值卡的默认条件。在一较佳实施例中，默认条件利用通行系统进入闸门的操作机构来施加，当智能卡通行证期满时，允许使用存入非限制现金款项里的值。一旦出现默认选择，该智能卡30就保持处于存贮值模式，直到启动新的通行证周期。

在一较佳实施例中，置于智能卡存贮值款项的值，根据适用的运输当局36的规则可继续接收津贴。例如，智能卡30可用于支付现金值轨道旅行费、停车费或通行证换新，但不能用来支付通行证更改。在一较佳实施例中，所有通行证相关的换新或更改都要求以现金形式存放在特快自动售货机26的新货币。由中央计算机4下载的利益、借贷卡交易或付费卡折扣。利益分发系统2还允许特快自动售货机26在智能卡通行期满之前予以更新。

在本发明一较佳实施例中，运输当局36不执行税收或利益规则，不负规则执行人的责任，因而利益系统2脱离了被视为强制执行步骤的编辑或检验。但在发行当局36同时为规则执行客户的替代实施例中，系统2可以包括顾客特征的编辑与检验，并指明对顾客24拒收智能卡30的原因。

在一较佳实施例中，发行当局36提供的系统应用程序10允许顾客24对其利益智能卡30充值。这在顾客24的未经要求和未期满的利益不足以购买所选择的产品时，该选项是有用的。充值通过客户20、22提供，或由顾客24购买。顾客24可对其智能卡30直接充值和/或通过使用特快自动售货机26利用其自己的基金来充值其利益值。利益可运用批准的信贷交易、批准的借贷交易、现金、付费卡折扣或现金与付费卡折扣相结合来补充。向顾客提供接收打印机收据的选项。“存入银行(banked)”交易是顾客24对特快自动售货机26上的目标出示其智能卡30，在该自动售货机26插入钱币，然后离开自动售货机26，没有使智能卡30再次触及自动售货机26的目标以让智能卡30增值所导致的结果。不完备或“存银行”的交易由自动售货机26自动发送到中央计算机4的数据库，供以后顾客24提出要求。这样，该系统不必像原由技术的系统那样要手工处理利益调整。

如图3的批量处理流程图所示，该较佳实施例的信贷利益系统2跟踪由客户66和顾客64对顾客利益的维护，以便审计维护措施。此外，出于对利益的使用进行审计的目的，中央计算机记录了用利益要求54购买的付费媒体。参照图1，在一较佳实施例中，给予客户用户20、22在线访问最后6个核准和要求的利益。在其它实施例中，利益系统2向客户提供顾客24的全部交易。此外，利益活动报告包括图3所示的顾客退出以及停车交易的月度利益/要求小结82，让客户20、22监视智能卡30的使用，确定哪些顾客24未曾要求过其利益(有的话)。在本发明一实施例中，报告总结了利益使用情况，并不区分从源自顾客用现金、借贷充入智能卡的值里扣除的在闸门和停车设备处利益值。该较佳实施例的系统还为可接收的通行帐单编制可接收的每周帐户(A/R)报告88，可接收的帐户报告88列出核准的利益和要求的利益。在一较佳实施例中，以电子方法向客户20、22提供月报与周报82、88。

顾客利益、客户特征与用户特征信息以利益数据存贮表6存入中央计算机4。表1列出在一较佳实施例的存贮表6中包括的典型信息，表列内容并不详尽，可以包括利益分发系统2特定应用程序所必须的附加信息。按照与各顾客24相关的利益标识来存贮和检索顾客利益数据。在一较佳实施例中，将对每张智能卡30是唯一的智能卡序列号用作利益标识。如表1所列，利益数据可以包括利益值、核准、锁定、购买等信息和其它信息。利益值信息包括利益类型、利益生效日期、利益期满日期、利益值和客户标识。核准信息指明该利益核准的日期与时间和核准该利益的用户的标识。锁定信息指明锁定状态与锁定理由、锁定利益的日期与时间、将利益置于锁定状态的用户标识。购买信息包括用利益进行购买的日期与时间、购买的利益金额、用利益进行购买的自动售货机编号与地点、购买的付费媒体类别和购买总值。其它信息可以包括产生信息以支持可接收帐单报告的日期和补充顾客利益的来源与值。

客户特征表包括客户标识、姓名和地址。利益协调者信息包括电话号码、姓名、传真号码与电子邮件地址。客户特征的客户类型字段指示该客户是公共部门还是私人部门。客户特征还存贮了有关默认顾客利益类型与值的信息。用户特征表包括用户标识、该用户代表的客户、访问和更新许可、超级用户访问状态，还可选用用户姓名、地址、电话、电子邮件地址与传真。

                         表1

顾客利益	客户特征	用户特征
			利益标识	客户标识	用户标识
利益有效期	客户姓名	用户姓名
			利益期满日	客户地址	客户代表
利益值	协调者信息	用户信息
			客户标识	客户类别	访问许可
核准日期	默认类别与值	超级用户访问

核准的用户ID	公开	公开
			锁定状态与理由
锁定日期、时间
			锁定的用户ID
利益使用日期、时间
			利益使用金额
机器编号
			付费媒体类型
购买总值
			生成的日期信息
充值来源
			公开

该利益特征系统2较佳实施例的系统包括一种归档功能。具体而言，把利益和要求表归入存盘资源。用户与客户特征数据存储系在线保存，不要求定期成批归档。

图2示出一较佳实施例的应用处理器8的功能。应用程序包括利益要求处理46、利益请求48、利益响应50和利益维护52。当顾客24在特快自动售货机26上发出利益请求时，该自动售货机将指定为EUB1的交易请求消息发给站台监视与显示系统28，后者又把请求EUB1发给中央计算机4作为输入交易消息(ITM)40。请求消息EUB1启动利益请求48的处理，在利益表58和利益定义表56中查找所请求的利益。在确定了请求状态有效或无效后，利益响应应用程序50将响应消息EUB2的输出传输消息(OTM)42送给站台监视与显示系统28，后者接着把响应EUB2传递给原米的特快自动售货机26。自动售货机26用指定为EUB5的证实消息确认收到该响应并将请求值下载到智能卡30上。当站台监视与显示系统28收到该自动售货机已收到交易的肯定确认，就通知中央计算机4。证实响应消息EUB5启动利益要求处理应用程序46的处理，程序46更新利益数据存储器6中的要求表54和利益表58，并证实己将利益写到顾客的智能卡。利益维护程序52允许发行当局用户14或客户用户20、22来查阅和/或更新利益信息。在一较佳实施例中，可用智能卡30的序列号或客户标识来查阅利益。

图3是本发明一较佳实施例的批量处理流程图。加载利益90是预定每周进行的批量处理。加载利益90从利益数据存储器6表格里读数据，该表包括由客户维护的登记顾客表60、由客户维护的顾客利益合格表62和发行当局维护的利益定义表56。加载利益处理90产生按行插入利益表58的数据，所插入处的利益是顾客24在特快自动售货机26用智能卡30所要求的可用利益(见图1)。在利益表58中利益创建之前必须满足的标准，包括验证顾客是否已登记且合格、利益有效日期为当月或前一个月，而且要求的提前日期与时间如下所述已满足。加载利益处理90产生用来确定被处理利益状态的加载详细报告94，该报告94指示加载利益处理90的结果，包括成功地插入利益表58和遇到的差错。

登记顾客表60对所有符合利益的顾客可读。在一较佳实施例中，状态用登记顾客表60中顾客状态栏里的值“E”(已登记)来识别。顾客状态由客户20、22控制。登记顾客表60还包含客户20、22控制的利益有效期。当利益对顾客24有效时，客户20、22用有效期字段控制第一个月。只要有效期为该顾客请求的处理日期的同一个月或前一个月，顾客24就可收到利益。若有效期为下一个月则请求的利益不下载到顾客24的智能卡30上，直至下一个月来临。这种下一个月有效期规则的例外情况出现在客户20、22把该月的第一天选为有效期的时候。例如，若月度利益的有效期为7月1日至8月1日，就处理6月15日请求的利益。加载详细报告94把利益列为“已加载”。如有效期迟于7月1日，则不处理6月15日请求的利益，而加载详细报告94把该利益列为“将来有效期”，并列出该将来有效期。继续运用该例子，开始日期在7月2日与8月1日之间允许有效期从8月1日午夜开始到9月1日午夜开始的利益在7月份处理。

登记顾客表60的每行利用客户标识和类型与顾客利益合格表62相关联。顾客利益合格表62根据客户20、22分配给它的利益类别，包含至少一行，也可包含多行这种客户标识与类型的组合。每种利益类别用合格状态栏内容来评估。只把那些在顾客利益合格表62中包含E(已登记)的利益类别加载到利益表58里。合格状态受客户20、22控制。

顾客利益合格表62中的每种利益类别，可用利益类别作为参考与利益定义表56相关。利益定义表56包含一频度指示符，如用于指示月度利益的“M”。若加载利益应用程序90遇到未能识别的频度指示符，则该利益被拒绝，并与无效频度消息一起列入加载详细报告94。利益定义表56还包含由运输当局36控制的提前时间数，可用来在创建利益有效期之前建立最小天数的提前时间。例如，若运输当局36在加载某种利益类别之前要求至少14天的提前时间，而有效期为7月1日，则必须在6月16日之前加载。若该利益因这一检查而被拒，则装置详细报告94就列出加载迟于要求的提前时间数日期的消息。

一旦验证了登记顾客表60、顾客利益合格表62和利益定义表56中所有所需的数据，就应用源自表60、62、56之一的信息对利益表58插入一行。在一较佳实施例中，利益表58包括卡序列号、客户ID和源自登记顾客表60的制造商序列号。利益类别源自利益定义表56，利益初始值源自客户所维护的顾客利益合格表62。该利益表还包含初始值为0的最后核准序号、批量处理当前运行日期与时间的加载日期与时间、包含与初始值数额相同数字的余值、从下月第一天午夜开始计算的有效期，以及有效期之后该月第一天午夜开始计算的欺瞒日期。若登记顾客表60里的有效期迟于该有效期，就不处理利益，或者将它插入从下月起生效。利益表58还包含锁定信息，包括以值A(现有)初始化的最后要求锁定代码(自动出售机锁定)和以值0(现有)初始化的锁定代码(人工锁定)。其它记录了要求请求、核准和证实事件的栏以合适的值初始化。利益表58还进一步包含更新措施代码、更新日期/时间和用于提供使用交互屏作利益更新的实施例的更新用户ID栏。

在插入处理期间，加载利益处理90还查验数据库副本返回码，以防无意多次提交加载任务，以导致重复利益。副本记录定义为在卡序列号、客户ID、利益类别和有效期字段中具有相同的值。若遇到副本记录，加载详细报告94就打印一条副本利益消息，且该利益不加载到利益表58里。由于客户ID用来限定唯一性，所以同一张智能卡30可以由一个顾客使用，而该顾客可以从一个以上业主那收取利益，因此副本客户ID本身并不触发副本返回码。

继续参照图3，包括在加载处理工作流中的是可接收帐号报告处理86，用于产生开票客户加载的利益可接收帐号报告88。可接收帐号(A/R)报告处理86使用加载日期范围，它是用自动收费装置(AFC)参考表84的记录来限定和改变，因为费用会根据利益请求日期而不同。参考表84由运输当局36维护。可接收帐号报告处理86也可作为一种独立的工作提交。

一较佳实施例的利益与要求报告处理80产生一利益/要求报告82。报告82列出与利益匹配的要求，并算出差值作为未要求的利益(有的话)。未要求的利益信息可用来向客户20、22信贷。利益/要求报告82包括应用发行当局36维护的参考表84中的记录在规定日期范围内期满的利益数据。报告应用程序80利用了顾客表64的顾客信息、客户表66的客户信息和要求表54的信息。

批量加载利益处理90还包括创建利益索引文件96的创建索引处理92。如图2所示，利益维护屏52把利益索引文件96用作利益表58的索引，以尽量加快对用户的浏览命令的屏响应。

图4示出利益分发系统2一较佳实施例的利益请求与响应消息处理。利益请求消息EUB1由顾客在特快自动售货机26上用智能卡30发起，并通过SMADS 28发送给中央计算机4。该较佳实施例应用固定的200.00美元请求值，假定初始卡值为零，这就是可以加载到智能卡30的最大金额。其它实施例的固定请求由发行当局36或客户20、22规定，如图1所示。再参照图4，当特快自动售货机26发送利益请求EUB1时，就启动超时处理。一较佳实施例的超时处理允许在特快自动售货机26中止交易前，用44秒钟接收对利益请求EUB1的响应EUB2。其它实施例的超时处理定时器可随系统2期望的连接响应时间而变化。

利益请求消息EUB1包含最后核准利益序号，由特快自动售货机26从智能卡30读出。该序号在响应消息EUB2期间处理，在进入图7所示并在下面详述的意外利益处理时，供中央计算机应用程序10使用。在一较佳实施例中，中央计算机以MACKEUB1 STATUS＝0对请求消息EUB1作出响应，指示收到了请求消息EUB1。然而，不管MACKEUB1状态，特快自动售货机26继续作超时处理。

请求消息EUB1的正确响应是利益响应消息EUB2。在超时值期满时，若特快自动售货机26收不到响应消息EUB2，特快自动售货机26就告诉顾客24不能处理该交易。若在超时期满后收到了响应消息EUB2，则特快自动售货机26自动生成含要求的金额为0.00美元的证实消息EUB5。

一收到利益请求EUB1，中央计算机4就用列于利益表58的有效卡序列号验证接收自特快自动售货机26的序列号102。若找不出利益，响应消息EUB2就在请求值或价格字段里包含0.00美元的返回值。若利益表58中留有一种或多种利益，则根据利益有效期、利益期满日、自动售货机锁定状态和人工锁定状态评估利益有效性104。若自动售货机锁定不含值“A”(有效)，就不处理请求的利益。若利益处于自动售货机锁定状态(值＝“N”)，就对中央计算机4未收到证实消息EUB5的意外应用另一利逻辑，如图7所示。若利益处于人工锁定，则响应消息EUB2在核准金额中含值0.00美元。

依据利益有效性104验证，对请求消息EUB1里的款项或类别标识符作评估106，利益表58中的每个利益含一利益类别。在利益定义表56中查找该利益类别，以保证款项或类别标识符对该利益类别有效。例如，一较佳实施例的通用应用款项值为128。利益定义表56有一栏为产品一款项一规则(Product Purse Rules)。在目前的示例中，要评估该栏的位置128，若该位置含“Y”，就对这一产品类型允许该利益；若位置128含“N”，则对这一产品类型不承认该利益类别，并且响应消息EUB2在请求的值或价格里把0.00美元发送给自动售货机26。

在一较佳实施例中，利益定义表56还包括一红利规则栏。类似于产品-款项-规则，该例的这一栏也在位置128评估。若利益定义中红利规则的位置128含“1”，响应消息EUB2就在“红利标志”字段中含“1”，特快自动售货机26算出给予的红利。若位置128在红利规则栏中含“0”，响应消息EUB2则在“红利标志”字段中含“0”，且特快自动售货机26不给红利。这样，红利计算由中央计算机4中的利益定义表56控制，不用特快自动售货机26的软件逻辑i。

利益有效性步骤104还确定所有核准利益的总和值，并将该值在响应消息EUB2中返回，该总和值不超过请求消息EUB1里所请求的金额，且该例中在响应EUB2中核准的最大金额为200美元，服从于前述的限制条件。若在利益表58中包含智能卡30的一种以上的利益，要对每种利益分别评估利益有效性104和利益规则106。

若核准了利益(108)，就更新利益表58的利益行。源自智能卡30的请求消息EUB1里的最后核准利益序号递增1后存入利益表58，该值可在一较佳实施例的利益维护52屏中看到。中央计算机4创建一核准码，并把它记录在利益表58里。该核准码还包含在响应消息EUB2中。核准码以后用来识别图6所示且随后所述的最后证实消息EUB5。为防止顾客24在两台自动售货机26上同时要求利益，把自动售货机锁定状态置成“N”。处理第一请求消息EUB1，而如图7所示，第二请求消息EUB1在核准的金额中返回0.00美元，因为利益处于“自动售货机锁定”状态。

继续步骤108，更新“最后请求”栏。包含在这些栏里的是“请求类型”和检索参考号，前者是请求日期与时间，后者由自动售货机产生并在请求消息EUB1中发送。还要更新“最后要求”栏，该信息包括EUB2中核准的金额、交贸日期与时间、最后核准的序号和核准码。该信息应用于图7中意外利益处理中所示的“遗漏EUB5”的情况。在一较佳实施例的利益维护52屏中，也可看到最后请求和最后要求栏目。

利益响应EUB2进行格式化并返回SMADS28和产生原始利益请求EUB1的特快自动售货机26。响应消息EUB2包含核准的金额和递增的“核准的利益序号”。在该较佳实施例中，站台监视与显示系统28用“MACKEUB2STATUS＝0”对响应消息EUB2作出响应。然而，若中央计算机4未收到“MACK0”，则利益状态既不更改，也不“保留”。依据收到的利益响应EUB2，特快自动售货机26就评估消息字段。该响应必须与自动售货机26发出的EUB1匹配，匹配标准是卡型、序列号、检索参考号和特快自动售货机地址。若响应消息EUB2不匹配或自动售货机的超时值已期满，则自动售货机26向中央计算机4返回证实消息EUB5，其在“请求的值或价格”字段里含0.00美元。

图5示出一较佳实施例的证实消息处理。若响应消息EUB2在超时值内到达特快自动售货机26，且与先前EUB1匹配，自动售货机的面板就示出核准的金额。顾客24可以减少金额或取消交易，但不允许增加金额。自动售货机26顾客的接口可让顾客利用借贷、信贷、现金或付费卡折扣充值。然而，在一较佳实施例中，自动售货机26不能将通用款项的增加超过预定的200.00美元最大值。若响应消息EUB2在红利标志字段中含“1”，自动售货机26就处理红利，该值最终源自利益定义表56中的红利规则栏。若响应消息EUB2在红利标志字段中含“0”，则自动售货机26不付红利。

若顾客24取消交易或自动售货机26收不到顾客的响应，如该顾客离开了交易场所，自动售货机26就准备一证实消息EUB5，在“请求的值或价格”字段中包含0.00美元。证实消息EUB5经SMADS28发给中央计算机。

当顾客24完成利益交易时，就用返回的请求金额和响应消息EUB2中收到的“核准的利益序号”更新智能卡30，于是自动售货机26将证实消息EUB5格式化并把它送给SMADS28，后者再把该消息送给中央计算机4。证实消息EUB5是一种影响顾客的利益值的金融交易，为此，若自动售货机26或站台监视与显示系统28之一未收到正确的消息确认，就无限期地存贮证实消息EUB5，直到收到正确的消息确认。在SMADS28与中央计算机4交换时，SMADS28不从其存储器/盘文件里删除证实消息EUB5，直至它从中央计算机4收到MACKEUB5 STATUS＝0。

证实消息EUB5只含顾客24所要求的利益额，它返回红利额或顾客24用现金、信贷、借贷或付费卡折扣增加的金额。利益额可以是响应消息EUB2里核准的整个金额。然而，若顾客24减少了利益核准，或通过增加整个利益而使智能卡30通用款项超过了最大金额如200.00美元，则证实消息EUB5返回的金额就小于响应消息EUB2核准的金额。

在中央计算机4收到利益证实消息EUB5而且要求表54中还没有该核准码时，就对每种处理过的利益122的要求表54加上EUB5消息数据。由于单个利益可能具有许多要求，所以这些要求用不同的核准码区分。证实消息EUB5还启动利益表58的更新步骤120。更新“最后要求”值，包括如在证实消息EUB5里报告的最后要求额、要求日期与时间、要求核准码，并将自动售货机锁定状态改为“A”，以表示出对该顾客还有剩余利益可用(有的话)。

最后要求值步骤120的更新也更新了顾客利益的余值。将来自证实消息EUB5的要求额从“余额”中减去，把所得结果用来产生新的“余额”。例如，若顾客24提出了所有可用的利益，就把“余额”更新为零；若顾客从现有的120美元中提出50美元，新的“余额”为70美元。该余额对顾客24一直可用，直到利益期满或被置于锁定。若证实消息EUB5包含要求0.00美元，例如在“走开”或顾客取消期间，响应消息EUB2里指示的总额就恢复，并可用于顾客以后提出的要求。

若在证实消息EUB5处理期间发现有一种以上的利益，最早期满的利益的“余额”就减少所要求的金额。若所要求的金额超过“最早到期”利益的”余额”，则证实消息EUB5要求金额的差额就从剩余或下一到期的利益里减去。

图6示出一较佳实施例的最后证实消息处理。证实消息EUB5的处理结合了一种延迟提供证实消息EUB5的意外允许。即便证实消息EUB5必须在由站台监视与显示系统28发出之前接收消息确认状态，但在顾客24试图对余值作另一要求之后，证实消息EUB5由中央计算机4接收时，会有一个时机。证实消息EUB5包括一个中央计算机4在响应消息EUB2处理期间创建的核准码，该核准码对每种要求是唯一的，因而在收到延迟的证实消息EUB5时，中央计算机4首先通过在要求表54中搜索同样的核准码140，来验证要求是否已处理过。若在要求表54中找到一种具有同一核准码的要求，就在要求表54中产生一调整要求行，并在利益表中调整利益差额。若核准码不匹配，则中央计算机执行图5所示的正常证实消息处理142。

图7示出一较佳实施例的意外证实消息处理。在处理第一种要求的证实消息EUB5之前，若顾客24请求第二种要求，中央计算机4处理通过在“自动售货机锁定”栏里呈现“N”来识别这种状态。若已收到证实消息EUB5，在自动售货机锁定栏里含“Y”。这样，若在收到第一证实消息EUB5之前作出第二请求EUB1’，就会出现至少两种情况。即或是顾客24收到了第一种要求的利益，或是顾客24未收到第一种要求的利益。

若利益处于“自动售货机锁定”状态，逻辑电路就确定第一种要求是否成功，即顾客24是否收到了利益，其办法是把利益表58中的最后核准码栏与第二利益请求EUB1’中的“最后核准的利益序号”作比较，如图7的步骤130所示。若序号一样，则更新卡的“序号”，而顾客在特快自动售货机“A”26上成功地完成第一种要求。此时，逻辑电路在步骤136默认要求的创建，用第一利益响应EUB2中核准的所有金额代替第一EUB5。这一处理设计成处理最可能的情况，其中顾客要求和加载所有可用的利益值。若有值留在利益中，则在步骤138，在第二利益响应消息EUB2’中核准该金额。若余值为零，第二利益响应消息EUB2’包含核准的0.00美元。若顾客在响应消息EUB2中减少第一核准的金额，则直到收到了原来的EUB5并作处理后才可用差值。

例如，在第一种最有可能的情况中，顾客要求全部利益值50美元。顾客在第一响应EUB2中获准50美元，并把50美元提到卡上。把50美元值与新的序号写到卡上。中央计算机4未收到证实消息EUB5。在中央计算机处收到该顾客对全值50美元下一次的请求EUB1’，该请求具有同样的序号。遗漏的证实消息EUB5由最可能出现的全要求情况补偿，而第二响应消息EUB2’核准0.00美元。

在第二例中，顾客获准50美元，并把20美元提到卡上。未收到EUB5。具有同样序号的下一次请求EUB1’创建了对所有50美元的要求。余额30美元对该顾客不可用，直到处理了“遗漏”证实消息EUB5。在处理了该EUB5后，在图6所示的延迟证实消息处理中对该顾客恢复信贷或30美元。

在图7所示的第二种情况中，证实消息EUB5遗漏了，并且顾客从第一要求EUB1里收不到利益。若该利益处于“自动售货机锁定”状态，而且利益表58中的最后核准码与第二利益请求EUB1’中的“最后核准的利益序号”不符，则顾客在特快自动售货机“A”26上从第一要求EUB1里接收不到利益。若过了一段特定的时间，逻辑电路就默认允许处理新的请求EUB1’。在较佳实施例中，如图7的步骤132所示，该处理应用了5分钟超时。在这种“遗漏EUB5”的情况中，若过了5分钟，“自动售货机锁定”状态就被解除，并且处理新的EUB1请求，就如同第一次要求未曾发生过。若未过5分钟134，则响应消息EUB2’返回0.00美元值。这5分钟限制明显减少了顾客试图从两台自动售货机26同时利益请求的可能性。

在顾客获准50美元但在智能卡30上未收到该值时，出现在第二种情况的一示例。由于该值未写到智能卡30上，卡30的序号保持不变。中央计算机4未收到应包含接收额为0.00美元的证实消息EUB5。5分钟后，根据第二次请求EUB1’，金额50美元对顾客有效。对第一次EUB1利益请求没有提出要求或调整。

在从站台监视与显示系统28收到副本证实消息EUB5这种不常发生的情况时，该证实消息EUB5立即被中央计算机4处理所拒绝。该特征由在要求表54中查验副本行的数据库参照完整性来处理。

虽然以上通过仅作为示例的方式描述了本发明一较佳实施例，但是本领域的技术人员应理解，可对揭示的实施例作更改而不违背由所附权项限定的本发明的范围。

Claims (20)

1.一种能让发行当局向多个顾客分发利益的系统，其特征在于，所述系统包括：

至少一张与多个顾客中每个顾客关联的智能卡，所述至少一张智能卡具有一序列号和存贮信息的装置；

由所述发行当局控制并具有处理利益信息的应用程序的中央计算机，所述利益信息包括与每个所述顾客关联的利益币值；

与所述中央计算机相连用于存贮所述利益信息的利益存储装置；

用于把所述利益信息输入到利益存储装置或对其更新的输入装置；和

与所述中央计算机双向电子连接的特快自动售货机，用于接受至少一部分利益币值向至少一张智能卡的传递，该特快自动售货机具有供每个所述顾客请求利益的用户接口和用于读取至少一张智能卡并把利益币值写到至少一张智能卡的读/写机构。

2.如权利要求1所述的分发利益系统，其特征在于，所述输入利益信息的输入装置是一个依靠内联网连接与中央计算机相连的终端。

3.如权利要求2所述的分发利益系统，其特征在于，还包括接至终端的智能卡读/写装置，用于将至少一部分利益币值写到至少一张智能卡。

4.如权利要求1所述的分发利益系统，其特征在于，还包括：

接至中央计算机的Web服务器；和

通过因特网连接与Web服务器相连的远程终端，所述远程终端用于输入利益信息。

5.如权利要求4所述的分发利益系统，其特征在于，还包括与终端相连的智能卡读/写装置，用于将至少一部分利益币值写到至少一张智能卡。

6.如权利要求1所述的分发利益系统，其特征在于，所述发行当局是交通系统当局。

7.如权利要求6所述的分发利益系统，其特征在于，至少一张智能卡用来向运输当局购买通行费和停车费。

8.如权利要求1所述的分发利益系统，其特征在于，所述发行当局是福利机构。

9.如权利要求8所述的分发利益系统，其特征在于，所述利益是用于伙食费，且至少一张智能卡用于购买食品。

10.如权利要求1所述的分发利益系统，其特征在于，所述特快自动售货机还包括站台监视与显示系统，用于把特快自动售货机接至中央计算机，并收集来自特快自动售货机的交易与维护数据。

11.如权利要求10所述的分发利益系统，其特征在于，所述站台监视与显示系统把交易与维护数据传给中央计算机，以便整理和准备多种管理报告。

12.如权利要求1所述的分发利益系统，其特征在于，所述特快自动售货机具有充值功能，除了利益币值以外，可供每个所述顾客独立地对至少一张智能卡充值。

13.如权利要求1所述的分发利益系统，其特征在于，许多客户中的某一客户负责向多个顾客中的一组顾客提供利益，而且所述客户对发行当局负责将利益币值发给该组顾客。

14.如权利要求13所述的分发利益系统，其特征在于，所述客户是私营业主。

15.如权利要求12所述的分发利益系统，其特征在于，所述客户是公营业主。

16.一种向多个顾客中某一顾客分发利益的方法，其特征在于，所述方法包括下述步骤：

维护中央计算机里的利益数据库，所述利益数据库包括多个顾客的利益信息，而所述利益信息包括顾客标识符和该顾客的货币利益值；

根据顾客在特快自动售货机上的请求，把至少一部分货币利益值下载到智能卡上。

17.如权利要求16所述的分发利益方法，其特征在于，维护利益数据库的步骤包括利用远程终端将利益数据输入利益数据库。

18.如权利要求17所述的分发利益方法，其特征在于，所述远程终端依靠因特网连接而连接到主计算机。

19.如权利要求16所述的分发利益方法，其中下载步骤还包括下述步骤：

在自动售货机上请求要求；

向中央计算机发送请求消息；

从中央计算机向自动售货机发送响应消息，所述响应消息包含核准值；

把核准值写到智能卡上；

向中央计算机发送核准值已写到智能卡上的证实消息。

20.如权利要求19所述的分发利益方法，其特征在于，清求消息包括该智能卡的序列号、序号和请求的值，而中央计算机未收到证实消息时，还包括下述步骤：

对存贮的序号验证所述序号，判定该卡在先前交易中是否收到了请求的值。

Images