实时余额更新 【相关申请的交叉引用】
这是2006年12月26日提交的美国临时专利申请No.60/871,898的非临时专利申请并要求该临时申请的提交日的优先权。该申请通过整体引用通用地结合于此。
背景
某些现有系统向消费者发送关于当前交易的通知。例如，发行方可在消费者的信用卡正用于进行大宗购买时通知消费者。这些现有系统通常依赖账户信息中的联系信息来通知消费者。例如，如果只有消费者的家庭地址记录在案，则该通知可能直到交易完成之后很久才到达该消费者。
拥有预付卡的消费者可能想要在交易完成之前或交易一完成就知道其预付卡上所剩下的余额。例如，消费者可能想要在他们结账之前或甚至在他们去商店之前知道他们是否能够承受用预付卡来购买产品。通常，消费者联系诸如银行等其预付卡的发行方以确定其预付卡上的当前余额。然而，在某些情况下，诸如在零售商店购买的卡等预付卡(例如，礼品卡)可能不与发行方处的账户相关联。消费者可能无法容易地获得其当前余额。
本发明的各实施例单独地或共同地解决这些问题及其它问题。
发明概述
本发明的各实施例涉及自动通知、提供和请求自动通知的方法以及提供自动通知的系统。
本发明的各实施例通过提供向消费者提供具有动态数据的通知的方法和系统来解决上述问题。动态数据指的是反映在触发通知时进行的涉及便携式消费设备的所有交易的信息。动态数据的示例是实时更新的账户余额。动态数据的示例包括与便携式消费设备的账户相关联的实时更新的账户余额和实时更新的奖励信息。当触发时，将具有动态数据的通知发送到通知设备，例如，蜂窝电话。该通知可以周期性地或者在消费者使用其便携式消费设备来进行交易时触发。该通知还可以在消费者请求动态数据时触发。例如，消费者可通过将其便携式消费设备放在其通知设备附近以使得该便携式消费设备中的发射机将请求发送到该通知设备中的接收机来请求动态数据。消费者还可通过选择其通知设备上的程控键来请求动态数据。然后在消费者已登记接收通知的情况下将动态数据传递给通知设备并将其提供给该消费者。
本发明的一实施例涉及在触发具有动态数据的通知时取得动态数据的方法。该动态数据与账户相关联，该账户与关联于消费者的便携式消费设备相关联。该方法还自动将通知发送到通知设备，其中该具有动态数据的通知被提供给消费者。
本发明的另一实施例涉及使用通知设备来触发具有动态数据的通知的方法。该动态数据与关联于消费者的便携式消费设备的账户相关联。该方法还在通知设备上接收通知。
本发明的另一实施例涉及一种系统，其包括用于生成并存储动态数据的支付处理网络以及耦合到该支付处理网络的通知服务器。该通知服务器被配置成在触发具有动态数据的通知时从支付处理网络取得该动态数据。该动态数据与账户相关联，该账户与关联于消费者的便携式消费设备相关联。该通知服务器还被配置成自动将具有动态数据的通知发送到通知设备，其中该具有动态数据的通知被提供给消费者。
本发明的另一实施例涉及一种电话，其具有处理器、耦合到该处理器的接收机、耦合到该处理器的输出设备、以及耦合到该处理器的计算机可读介质。该计算机可读介质包括用于在消费者使用便携式消费设备后将包括动态数据地通知显示到该输出设备的代码。
以下将详细描述本发明的这些和其它实施方式。
附图简述
图1是示出根据本发明一实施例的动态数据通知系统的框图。
图2是示出根据本发明一实施例的提供动态数据通知的方法的流程图。
图3是根据本发明一实施例的显示实时余额更新的蜂窝电话的示意图。
详细描述
本发明的各实施例涉及提供具有动态数据的通知的方法、请求具有动态数据的通知的方法、以及动态数据通知系统。更具体而言，具有动态数据的通知在消费者请求该通知时或在消费者使用便携式消费设备时触发。消费者还可使得通知被周期性地自动发送到通知设备。如果消费者已登记接收该通知，则一旦触发通知动态数据就可取得并传递给通知设备。
本发明的某些实施例可以向发行方和消费者提供一个或多个技术优点。一个技术优点是消费者可以在无需联系发行方的情况下知道其卡上可用的当前余额或奖励，这可节省时间并可节省消费者的金钱。另一技术优点是消费者可请求其卡上所剩下的当前余额以使其可确定他们是否具有足够的资金或信用额度来进行购买或完成交易。对于发行方的技术优点可以是向消费者发送自动通知并且发行方不必通过其他手段来提供通知。
本发明的某些实施例可不包括以上所有技术优点，或者包括以上所有技术优点中的部分或全部。一个或多个其他技术优点可通过此处所包括的附图、描述和权利要求书而容易地对于本领域技术人员显而易见。
图1是示出根据本发明一实施例的动态数据通知系统10的框图。动态数据通知系统10包括消费者20、便携式消费设备30、商家40、收单方50、支付处理网络60、发行方70、通知设备80、聚集器90、登记和通知模块100、以及计算机190。尽管示出了一个消费者20、一个便携式设备30、一个商家40、一个收单方50、一个发行方70、一个通知设备80、以及一个计算机190，但在动态数据通知系统10中可能存在任何合适数量的任一这些实体。
动态数据通知系统10包括与便携式消费设备30进行有效通信的消费者20。动态数据通知系统10还包括具有用于与便携式消费设备30交互的接入设备42的商家40、以及与商家40相关联的收单方50。收单方50通过支付处理网络60来与发行方70进行通信。
动态数据通知系统10还包括与消费者20进行有效通信的通知设备80，其用于向消费者20显示通知并用于从消费者20接收对通知的请求或指令。通知设备80还与便携式消费设备30进行通信以便从消费者20接收对通知的请求。
动态数据通知系统10还包括登记和通知模块100与聚集器90，前者用于处理通知，而后者用于从登记和通知模块100收集通知并将其转发到通知设备80。动态数据通知系统10还包括与登记通知模块100和消费者20进行通信的计算机190。消费者可使用计算机190来接收通知及登记通知。动态数据通知系统10还包括支付处理网络60，其与登记和通知模块100、收单方50和发行方70进行通信。
消费者20指的是能够购买商品或服务或者与商家40进行任何合适的交易的个人或诸如企业等组织。
便携式消费设备30指的是使与商家40能进行交易的任何合适的设备。便携式消费设备30可以是任何合适的形式。例如，合适的便携式消费设备30可以是手持式且是紧凑型的，从而使其适于放入消费者的钱包和/或口袋(例如，袖珍型的)。这些便携式消费设备可包括智能卡、磁条卡、钥匙链设备(如可在市场上从埃克森美孚公司买到的SpeedpassTM)等。便携式消费设备30的其它示例包括蜂窝电话、个人数字助理(PDA)、寻呼机、支付卡、安全卡、赊购卡、智能介质、发射机应答器等。在某些情况下，便携式消费设备30可以与诸如银行账户等消费者20的账户相关联。
在所示示例中，便携式消费设备30包括用于发送无线信号的非接触式发射机32、处理器34、以及计算机可读介质(CRM)36。便携式消费设备30的这些元件彼此进行通信。处理器34(例如，微处理器)处理便携式消费设备30的功能。
非接触式发射机32指的是向通知设备80发送具有存储在便携式消费设备30上的存储器(例如，CRM 36)中的信息的无线信号的任何合适的设备。非接触式发射机32使用近场通信(NFC)能力来发送信号以便将信息从便携式消费设备30发送到通知设备80上的非接触式接收机82。通常，NFC能力符合标准化协议或数据传输机制(例如，ISO 14443/NFC)。NFC能力的某些示例是射频识别(RFID)、蓝牙TM、红外线和其他合适的通信能力。在其他实施例中，非接触式发射机32通过接口(未示出)经由蜂窝网络来发送信息。该接口用于准许在蜂窝网络(未示出)和非接触式发射机32之间交换数据。
CRM 36可处于便携式消费设备30的主体上。主体可以是塑料衬底、外壳或其他结构的形式。CRM 36可以是存储数据的存储器并且可以是任何合适的形式。示例性CRM 36可以是任何合适的形式，包括磁条、存储器芯片等。如果便携式消费设备30是卡的形式，则它可具有凸印有PAN(主账号)的凸印区域(ER)。CRM 36可电子地存储PAN以及诸如PIN数据等其他数据。
商家40指的是与消费者20进行交易的合适的任一个或多个实体。商家40可使用任何合适的方法来进行交易。例如，商家40可使用电子商务业务来以使得商家40能够通过因特网来进行交易。商家40的其他示例包括百货商店、加油站、药店、食品杂货店或其他合适的企业。
接入设备42可以是用于与商家40进行通信以及用于与便携式消费设备30交互的任何合适的设备。接入设备42可以在任何合适的位置，诸如与商家40相同的位置等。接入设备42可以是任何合适的形式。接入设备42的某些示例包括POS设备、蜂窝电话、PDA、个人计算机(PC)、写字板PC、手持式专用读取器、机顶盒、电子收银机(ECR)、自动提款机(ATM)、虚拟收银机(VCR)、自助服务终端、安全系统、接入系统、网站等。接入设备42可使用任何合适的接触式或非接触式操作摸式来发送或接收来自便携式消费设备30的数据。
如果接入设备42是POS终端，则可使用任何合适的POS终端并且其可包括读取器、处理器和计算机可读介质。读取器可以包括任何合适的接触式或非接触式操作模式。例如，示例性读卡器可包括用于与便携式消费设备30交互的RF(射频)天线、光学扫描仪、条形码读取器、磁条读取器等。
收单方50指的是具有商家40的账户的任何合适的实体。在某些实施例中，发行方70也可以是收单方50。
发行方70指的是可以为消费者20开立并维护与便携式消费设备30相关联的账户的任何适合的实体。发行方的某些示例可以是银行、诸如零售商店等商业实体、或政府实体。在许多情况下，发行方70还可向消费者20发放与账户相关联的便携式消费设备30。
支付处理网络60指的是具有关于与便携式消费设备30相关联的账户的信息的合适实体的网络。该信息包括与便携式消费设备30的账户相关联的数据，诸如简档信息、动态数据和其他合适的信息等。动态数据指的是被更新以反映使用便携式消费设备30来进行的交易的任何合适的信息。
尽管未在所示实施例中示出，但支付处理网络60可具有或操作服务器计算机并且可包括数据库。该数据库可包括用于存储信息并便于检索信息的任何硬件、软件、固件或其组合。此外，该数据库可使用各种数据结构、排列和汇编中的任一种来存储信息并便于检索信息。服务器计算机可耦合到数据库并且可包括用于服务来自一个或多个客户计算机的请求的任何硬件、软件、其他逻辑或其组合。服务器计算机可使用各种计算结构、排列和汇编中的任一种来服务来自一个或多个客户计算机的请求。在一个实施例中，服务器计算机可以是强大的计算机或计算机群。例如，服务器计算机可以是大型主机、小型计算机群、或作为一个单元来运作的服务器组。在一个示例中，服务器计算机可以是耦合到web服务器的数据库服务器。服务器计算机为一个或多个客户计算机的请求服务。
支付处理网络60可包括用于支持和传递授权服务、异常文件服务、以及清算和结算服务的数据处理子系统、网络、和操作。示例性支付处理网络60可包括VisaNetTM。包括VisaNetTM在内的网络能够处理信用卡交易、借记卡交易、以及其它类型的商业交易。具体而言，VisaNetTM包括处理授权请求的VIP系统(维萨(Visa)集成支付系统)以及执行清算和结算服务的Base II系统。支付处理网络60可使用包括因特网在内的任何合适的有线或无线网络。
通知设备80指的是用于接收通知并将通知提供给消费者的任何合适的设备。通知指的是通知设备80上动态数据向消费者20的传送。通知可以是任何合适的形式并且可通过任何合适的方法来传递。通知的某些示例包括电话呼叫、语音消息、语音邮件消息、短消息服务(SMS)消息，如文本消息、即时消息传送(IM)消息、或电子邮件消息、或设备上周期性更新的显示。通知的示例性实施例是实时余额更新。实时余额更新是用于将在计算最后一次交易之后的便携式消费设备30上的可用资金(余额)通知给消费者20的通信。通知的另一实施例是实时奖励信息更新，其是用于将最后一次交易后可用于兑换的奖励通知给消费者20的通信。
动态数据指的是反映在触发动态数据的通知时进行的涉及便携式消费设备30的所有交易的任何合适的信息。动态数据涉及与关联于消费者20的便携式消费设备30相关联的账户。例如，动态数据可以是账户余额，诸如信用卡账户余额、储值账户余额、奖励余额、支票账户余额、储蓄账户余额、投资账户余额、经纪账户余额、以及其他合适的账户余额。
通知设备80可以是任何合适的形式。例如，合适的通知设备80可以是手持式且是紧凑型的，从而使其适于放入消费者的钱包和/或口袋(例如，袖珍型的)。通知设备80的其它示例包括膝上型或台式计算机、蜂窝电话(例如，如图3所示的蜂窝电话)、个人数字助理(PDA)、寻呼机、支付卡、安全卡、赊购卡、智能介质、发射机应答器等。在某些实施例中，通知设备80和便携式消费设备30被包含在同一设备中。
通知设备80包括用于接收无线信号的非接触式接收机82、耦合到接收机82的处理器84、以及耦合到处理器84的计算机可读介质(CRM)36。尽管未示出，但通知设备880还可包括耦合到处理器84的一个或多个输入设备(例如，键区)或输出设备(例如，显示器、扬声器)。非接触式接收机82指的是用于接收无线信号的任何合适的设备。信号由非接触式接收机82通过任何合适的方法(例如，使用NFC能力)来接收。在一个示例中，非接触式接收机82从便携式消费设备30的非接触式发射机32接收具有对通知的请求的无线信号。在另一示例中，非接触式接收机82经由蜂窝网络来从聚集器90接收具有一个或多个通知的无线信号。处理器84(例如，微处理器)处理通知设备80的功能。CRM 86包括用于处理对通知的请求的代码、用于接收通知的代码、以及用于向消费者20提供通知的代码。用户向消费者20提供通知的代码的示例包括用于将包括动态数据的通知显示到输出设备的代码。
消费者20使用计算机190接收通知和/或在程序中登记了接收通知。计算机190可以是台式计算机、膝上型计算机、蜂窝或移动电话、个人数字助理(PDA)或其他合适的设备。
登记和通知模块100包括通知登记服务器105、通知登记应用服务器110、数据库服务器120、通知数据库130、具有动态余额模块160和动态奖励模块170的通知服务器150、以及网关140。通知登记服务器105与通知登记应用服务器110进行通信，该通知登记应用服务器110与数据库服务器120进行通信以便对于通知数据库130存取信息。数据库服务器120还与通知服务器150进行通信。通知服务器150还与网关140、动态余额模块160和动态奖励模块170进行通信。尽管登记和通知模块100被示为与发行方70分开，但登记和通知模块100在某些实施例中可以在发行方70处。在这些实施例中，发行方70处理被发送到通知设备80的通知。
通知登记服务器105指的是经由计算机190来从消费者20接收登记信息并将该登记信息发送到通知登记应用服务器110的设备。通知登记应用服务器110通过通知登记服务器105来从消费者20或从发行方70接收登记信息，并且可将该登记信息存储在通知数据库130中。通知数据库130可接收并存储新的或已更新的登记信息以及其他账户信息。
登记信息包括描述触发通知所必须发生的事情以及消费者20想要在通知中接收的动态数据的类型的触发信息。消费者20可以在程序中登记了接收通知时定义该触发信息。
在某些情况下，通知由消费者20或另一合适的实体所采取的动作来触发。例如，通知可通过消费者20或商家40在接入设备42处使用便携式消费设备30来触发。在另一示例中，通知可通过消费者20使用便携式消费设备30、通知设备80、计算机190或其他合适的设备发送对通知的请求来触发。在又一示例中，通知可通过将便携式消费设备30放在通知设备80附近以使得具有对通知的请求的信号从便携式消费设备30上的非接触式发射机32发送到通知设备80上的非接触式接收机82来触发。在另一示例中，通知可通过完成涉及与便携式消费设备30相关联的账户的交易来触发。在其他情况下，周期性的通知可通过由消费者20定义的时间段结束来触发。时间段的示例包括一星期、一天和一小时。例如，如果消费者20选择一天的时间段，则将向通知设备80发送每日通知。通常，每日通知将在每天大致相同的时间发送。
通知服务器150包括用于处理具有动态余额的通知的动态余额模块160以及用于处理具有动态奖励信息的通知的动态奖励模块170。
通知服务器150处理具有动态数据的通知并通过网关140来将该通知发送到聚集器90。如果动态数据是动态余额，则动态余额模块160处理通知。如果动态数据是动态奖励，则动态奖励模块170处理通知。网关140是将信息从在登记和通知模块100中使用的协议或格式转换为在聚集器90中使用的协议或格式的任何合适的设备。聚集器90指的是接收通知、收集通知并将通知发送到消费者20的通知设备80的任何合适的实体或设备。在某些情况下，聚集器90可以是无线电话公司。
通知服务器150被触发以发送具有动态数据的通知并处理该通知。通知服务器150使用数据库服务器120来从通知数据库130取得具有触发信息的登记信息。通知服务器150基于该触发信息来证实消费者20已登记了接收通知。通知服务器150从发行方70或其他合适的实体取得动态数据并通过网关140来将具有该动态数据的通知发送到聚集器90。聚集器90根据登记信息来收集通知并将这些通知转发给通知设备80。如果所触发的通知与动态余额数据相关联，则动态余额模块160处理该通知。如果所触发的通知与动态奖励数据相关联，则动态奖励模块170处理该通知。
在一个示例实施例中，消费者20使用计算机190在程序中登记了在其通知设备80(例如，蜂窝电话)上以文本或语音消息的形式接收通知。消费者20登记了接收具有与其便携式消费设备30(例如，预付或礼品卡)相关联的账户上的动态余额的通知。消费者20指定该通知将在每一次便携式消费设备30与接入设备42交互时发送。
在典型的支付交易中，消费者20在接入设备42处使用便携式消费设备30来从商家40购买商品或服务。例如，消费者可使用50美元的礼品卡来在玩具商店使用该玩具商店处的POS(销售点)终端来购买25美元的游戏卡(gamecartridge)。消费者可将礼品卡刷过POS终端中的拉卡槽并且该POS终端可从该礼品卡中读取包括账号的数据。
然后将授权请求消息转发给收单方50并且收单方50通过支付处理网络60来将该消息转发给发行方70。在接入设备42处使用便携式消费设备30触发通知服务器150发送通知。
发行方70确定是否授权交易。如果有足够的资金，则可授权该交易，而如果没有足够的资金，则可拒绝该交易。然后通过支付处理网络60来将授权响应消息发回到收单方50，其将该授权响应消息转发给商家40。在一天结束时，支付处理网络60可进行正常的清算和结算过程。清算过程是在收单方和发行方之间交换财务明细以便于对消费者的账户过账并与消费者的结算余额对账的过程。
在该示例中，所触发的通知与动态余额相关联并且动态余额模块160处理该通知。在消费者使用便携式消费设备30时触发动态余额模块160发送通知。例如，动态余额模块160可接收已使用先前描述且注册的礼品卡来购买25美元的游戏卡的信息。
动态余额模块160使用数据库服务器120来从通知数据库130取得具有触发信息的登记信息。动态余额模块160使用该触发信息来证实消费者20想要接收已被触发的通知。动态余额模块160还根据该触发信息确定消费者20想要以文本消息的形式来接收所触发的通知。动态余额模块160取得与便携式消费设备30相关联的账户上的动态余额。例如，模块160可确定礼品卡上有25美元的余额。该动态余额将反映已获授权的最后一次交易，包括与触发通知的使用便携式消费设备30的动作相关联的交易。动态余额模块160将具有动态余额的文本消息发送到通知设备80。例如，该文本消息可指示礼品卡在购买了25美元的游戏卡之后现在有25美元的余额。通知设备80将该文本消息提供给消费者20。例如，消费者的电话可显示25美元的余额加上与该礼品卡相关联的账号。消费者20之后可将该信息存储在通知设备80中以便将来在确定便携式消费设备30上剩余多少钱时使用。
可对动态数据通知系统10作出修改、添加或省略而不背离本发明的范围。可根据特定需求来集成或分离动态数据通知系统10的组件。此外，动态数据通知系统10的操作可由更多、更少或其他系统模块来执行。另外，动态数据通知系统10的操作可使用包括软件、硬件、其他逻辑或其任何合适的组合在内的任何合适的逻辑来执行。
图2是示出根据本发明一实施例的提供动态数据通知的方法的流程图。
消费者20使用计算机190在程序中登记接收关于其便携式消费设备30的通知(步骤200)。计算机190将登记信息从消费者20发送到通知登记服务器105。通知登记服务器105将该登记信息发送到通知登记应用服务器110。通知登记应用服务器110将该登记信息发送到数据库服务器120以便将其存储在通知数据库130中。
触发通知(步骤210)。通知服务器150检测到通知已被触发。消费者20或其他合适的实体触发该通知。
在一个实施例中，消费者20或其他合适的实体通过在接入设备42处使用便携式消费设备30来触发通知。在某些情况下，通知只在交易获得授权或完成的情况下触发。在使用便携式消费设备30时，将指示通知已被触发的信息从接入设备42发送到收单方50，其通过支付处理网络60来将该信息转发给通知服务器150。
在另一实施例中，消费者20通过在通知设备80或计算机190上请求通知来触发通知，通知设备80或计算机190将该对通知的请求转发给通知服务器150。例如，消费者20可通过选择其蜂窝电话上的程控按钮来请求通知。该蜂窝电话将该请求发送到通知服务器150。
在另一实施例中，消费者20通过将便携式消费设备30放在通知设备80附近来触发通知。具有对通知的请求的信号从便携式消费设备30中的非接触式发射机32发出并且由通知设备80上的非接触式接收机82来接收。通知设备80将该请求转发给通知服务器150。
在又一实施例中，通知由通知服务器150来周期性地自动触发。通常，通知在时间段结束时触发，尽管可使用在该时间段期间的任何时间。消费者20选择诸如每天、每小时或每星期等时间段。例如，消费者20可选择在上午12:00发送每日通知。
在一个示例实施例中，消费者20使用计算机190在程序中登记了在其通知设备80(例如，蜂窝电话)上以电子邮件消息的形式接收通知。消费者20登记了接收具有其便携式消费设备30(例如，预付卡)的账户上的动态余额的通知。消费者20指定该通知将在每一次便携式消费设备30与接入设备42交互时发送。
通知服务器150使用数据库服务器120来取得从通知数据库130取得的登记信息(步骤220)。该登记信息与便携式消费设备30的账户相关联。在其中消费者20请求通知的实施例中，通知服务器150可跳过取得登记信息和检查对通知的登记(步骤220和230)而去取得动态数据(步骤240)。
通知服务器150分析登记信息中的触发信息以确定消费者20是否已登记了接收已被触发的通知(步骤230)。如果消费者20未登记接收通知，则该方法结束(步骤270)并且不向消费者20发送通知。
如果消费者20已登记了接收通知，则通知服务器150取得动态数据(步骤240)。通知服务器150生成具有该动态数据的通知并通过网关140来将该通知发送到聚集器90。聚集器90将该通知转发给通知设备80以便递送给消费者20(步骤250)。通知设备80将该通知提供给消费者20(步骤260)。
在一个实施例中，可在通知设备80上的屏幕上向消费者20显示通知。通知的显示可以是显示在屏幕或其他合适的显示器上直到消费者20关闭显示器的文本消息。在其他情况下，可在预定时间段内显示通知。
在另一实施例中，通知可以按对于消费者20的语音消息或语音邮件消息的形式来发送给消费者。例如，通知可以是发送到通知设备20的自动化的话音通知。
在提供通知之后，该方法结束(步骤270)。可对该方法作出修改、添加或省略而不背离本发明的范围。该方法可包括更多、更少或其他步骤。另外，各步骤可以按任何合适的次序来执行而不背离本发明的范围。
图3是根据本发明一实施例的显示实时余额更新的蜂窝电话的示意图。通知设备80包括用于显示诸如具有动态数据的通知等信息的显示器320、用于输入诸如对通知的请求等信息的按钮330、用于向消费者20发送听觉信号的扬声器(未示出)、以及用于从消费者20接收听觉信号的话筒(未示出)。
显示器320包括用于向消费者20显示已更新的动态数据的通知的动态数据显示322。在所示示例中，动态数据显示322正在显示与便携式消费设备30相关联的账户上的实时余额更新。动态数据可在任何合适的时间更新。动态数据何时更新的某些示例包括在消费者请求动态数据时、在消费者20使用便携式消费设备30时、或周期性地。
按钮330包括用于请求实时余额更新的余额请求按钮334、以及用于请求实时奖励信息更新的奖励请求按钮336。显示器320还包括余额请求按钮指示符324，其指示选择余额请求按钮334将请求实时余额更新。显示器320还包括奖励请求按钮指示符326，其指示选择奖励请求按钮336将请求实时奖励更新。
在操作中，消费者20选择余额请求按钮334以便在动态数据显示322上显示实时余额更新。该请求被转发给通知服务器150。通知服务器150通过支付处理网络60来从发行方70或其他合适的实体取得该实时余额更新。通知服务器150将该实时余额更新发送到通知设备80并且通知设备80向消费者20显示该更新。
可对通知设备80作出修改、添加或省略而不背离本发明的范围。例如，通知设备80和便携式消费设备30可被集成到同一设备中。同样，可根据特定需求来集成或分离通知设备80的组件。此外，通知设备80的操作可由更多、更少或其他模块来执行。另外，通知设备80的操作可使用包括软件、硬件、其他逻辑或其任何合适的组合在内的任何合适的逻辑来执行。
应当理解，如上所述的本发明能够以模块化或集成的方式使用计算机软件来以控制逻辑的形式实现。基于此处所提供的公开和示教，本领域普通技术人员将理解并认识到使用硬件以及硬件和软件的组合来实现本发明的其它方式和/或方法。
在本申请中描述的任何软件组件或功能都可被实现为由处理器使用诸如，例如比如使用常规的或面向对象的技术的Java、C++、或Perl等任何适当计算机语言来执行的软件代码。软件代码可作为一系列指令或命令来存储在诸如随机存取存储器(RAM)、只读存储器(ROM)、诸如硬盘或软盘等磁性介质、或诸如CD-ROM等光学介质等计算机可读介质上。任何这种计算机可读介质可驻留在单个计算装置之上或之内，并可存在于系统或网络内的不同计算装置之上或之内。
对“一”、“一个”或“该”的叙述旨在表示“一个或多个”，除非特别地有相反指示。
以上说明书是说明性的而非限制性的。本发明的许多变体在审阅本发明后对于本领域技术人员将会是显而易见的。因此，本发明的范围不应参考以上描述来确定，而是应当参考所附权利要求以及其全部范围或等效方案来确定。
来自任何实施例的一个或多个特征可以与任何其它实施例的一个或多个特征相结合而不背离本发明的范围。