Real time balance on card plastic

Information

  • Patent Grant
  • 8955744
  • Patent Number
    8,955,744
  • Date Filed
    Monday, October 1, 2012
    12 years ago
  • Date Issued
    Tuesday, February 17, 2015
    9 years ago
Abstract
A system, method and credit card configured to display a current card balance on the credit card. The credit card receives a balance request from a button on the card. After retrieving the current card balance encoded on the credit card, the card displays the current card balance. Remote terminals may be configured to support the real-time display of a balance on a credit card by writing the current balance to the card after a payment transaction has occurred.
Description
BACKGROUND

1. Field of the Invention


Aspects of the present invention relate in general to financial services. Aspects include a credit card apparatus, system, method and computer-readable medium to display a real-time credit card balance, remaining credit limit, cash advance balance, or remaining cash advance limit. Further aspects of the invention include a method of storing and displaying a real-time remaining credit limit, cash advance balance, or remaining cash advance limit on a credit card.


2. Description of the Related Art


Credit cards and charge cards are a ubiquitous part of modern finance.


When a consumer cardholder makes a purchase, credit cards may be used to pay for the transaction. With credit cards, cardholders may pay for transactions up to a certain pre-set limit. The credit limit of a card is the maximum dollar amount a cardholder (sometimes referred to as a borrower) may charge on his/her revolving credit account. The credit limit is also known as a “credit line,” or “line size.” Some credit card issuers (also known as lenders or “issuers”) set separate limits for purchases and cash advances.


When the total purchase amounts exceed the credit limit of the card, the cardholder is often assessed an “over the limit” fee by the credit card issuing institution (the “issuer”). Spending more than the credit limit will make the account over-limit, which may cause the lender to charge an over-limit fee and/or cancel account privileges.


Cardholders who carry credit cards are often unaware of the balance of a credit card (also referred to as “available credit”), especially when many purchase transactions have taken place. While the cardholder can look up their balances on-line, or via the telephone, many cardholders simply stop using their credit cards, even though they have not charged up their entire credit limit.


Many credit cards allow a cardholder to obtaining cash from a revolving account, usually at an automatic teller machine (ATM). Such cash advances are recorded on billing statements separately from purchases of goods or services. There is usually a limit on the total cash advance per month (known as the “cash advance limit”), a special fee associated with the transaction, and a higher annual percentage rate (APR) on the cash amount borrowed.


Similarly, cardholders often do not know their the remaining balance of their cash advance limit (“available cash limit”), and are consequently discouraged from taking advantage of the cash advance feature of a credit card.


SUMMARY

Currently, neither a current credit card balance nor a remaining credit limit is stored on a credit card. Embodiments of the invention include a system, method and credit card configured to display either their current credit card balance or remaining credit limit on the credit card. The credit card receives a balance request from a button on the card. After retrieving the current card balance encoded on the credit card, the card displays the current card balance.





BRIEF DESCRIPTION OF THE DRAWINGS


FIGS. 1A-B illustrate an embodiment of a credit card configured to display the current balance or remaining credit limit of the card.



FIGS. 2A-B depict an alternate embodiment of a credit card configured to display the current balance or remaining credit limit of the card.



FIG. 3 is a block diagram of a system embodiment to support the display of a current balance or remaining credit limit on a credit card.



FIG. 4 is an expanded view of a merchant's system embodiment to support the display of the current balance or remaining credit limit on a credit card.



FIG. 5 is a flow chart of a card-writer process embodiment configured to store current balance or remaining credit limit information on a credit card after a payment transaction.



FIG. 6 illustrates a process embodiment that stores current balance or remaining credit limit information on a credit card after a payment transaction.



FIG. 7 is a flow chart of a card-writer process embodiment that stores current balance or remaining credit limit information on a credit card after a partial or entire balance payment.



FIG. 8 illustrates a process embodiment to display the current balance or remaining credit limit information of a credit card.





DETAILED DESCRIPTION

One aspect of the present invention includes the realization that displaying a real-time balance or remaining credit limit on a credit card increases the likelihood of credit card usage by cardholders. With the card balance or credit limit display solution, card holders would be able to check their balance at any time, generating a higher volume of unplanned purchases, and potentially a higher amount uses at the point of sale.


Embodiments of the present invention include a card apparatus, system, method, and computer-readable medium configured to support the real-time display of a current balance or remaining credit limit on a credit card. Other embodiments of the present invention may include remote terminals configured to support the real-time display of a balance or remaining credit limit on a credit card.


In general, a credit card allows a cardholder to make purchases in which they are later billed. Credit card accounts allow cardholders to carry a balance from one billing cycle to the next; however, credit cardholders pay interest on that balance.


A charge card is a specific kind of credit card. The balance on a charge card account is payable in full when the statement is received, and cannot be rolled over from one billing cycle to the next.


For the purposes of this patent, all references to credit cards encompass and include charge cards.


A real-time or current balance is the total amount of money owed (by the cardholder) on a credit card. The current balance may include unpaid balances from previous months, purchases, cash advances, fees, interest, transaction charges, and credits. The current balance is may also be referred to as the “outstanding balance.”


It is understood by those known in the art that the current balance and the remaining credit limit are related by the following formula:

current balance+remaining credit limit=credit limit


Similarly, it is understood by those known in the art that:

cash advance limit=current cash advance balance+remaining cash advance limit


Turning to FIGS. 1A-B, these figures depict a credit card 1000 configured to display a real-time balance or remaining credit limit, constructed and operative in accordance with an embodiment of the present invention.


As shown in FIG. 1A, the credit card 1000 includes a plastic support 1002, a display 1004, and a button 1006. It is understood that plastic support 1002 may further contain a stamped imprint of a primary account number a customer name, expiration date, and various security measures such as a hologram or signature panel. Some embodiments of plastic support 1002 also have a magnetic stripe containing the personal account number (PAN) and the card expiration date.


Display 1004 may be a liquid crystal display (LCD), light-emitting-diode (LED), organic light-emitting-diode (OLED), surface-conduction electron-emitter display (SED), digital light processing (DLP), interferometric modulator display (IMOD) or any other display known in the art that can be used within the form factor required by the credit card 1000.


Button 1006 may be any sensor button known in the art. It is understood by those familiar in the art that one or more buttons may be implemented.


Internal components of credit card 1000 are shown in FIG. 1B. Embedded within plastic support 1002, a processor or central processing unit 1008 is electrically coupled to the display 1004, button 1006, Read-Only-Memory (ROM) 1010, Random Access Memory (RAM) 1012, a non-volatile programmable memory 1014, input/output circuitry 1016, and power supply 1020. It is understood by those familiar with the art that some or all of these elements may be embedded together in some combination as an integrated circuit (IC). Embodiments may also contain a conductive contact-making element 1018.


Processor 1008 may be any central processing unit, microprocessor, micro-controller, computational device or circuit known in the art.


Read only memory 1010 is embedded with an operating system.


Non-volatile programmable memory 1014 is configured to be an application memory device, and may store information such as the primary account number and/or current balance information. Examples of non-volatile programmable memory 1014 include, but not limited to: a magnetic stripe, flash memory, Electrically Erasable Programmable Read-Only Memory (EEPROM), or any other non-volatile computer memory or storage known in the art.


Random access memory 1012 is any temporary memory storage medium element known in the art. Random access memory is usually (but does not have to be) volatile memory.


The processor 1008, the read only memory 1010, the random access memory 1012 and the non-volatile programmable memory 1014 may coupled to one another through an internal bus system. Data can be interchanged between the input/output unit 1016, the processor 1008 and the non-volatile programmable memory 1014. Furthermore, data can be interchanged between the processor 1008 and the non-volatile programmable memory 1014.


Additionally, in some embodiments, the input/output circuitry 1016 is further coupled to a conductive contact-making element 1018 being formed in a surface area of the plastic support 1002. In some embodiments, the conductive contact-making element 1018 may be replaced by a radio frequency (RF) transceiver 1018. Radio frequency embodiments may typically use any RF transceiver known in the art for use in a radio frequency identifier (RFID) application or commonly used in a “pay wave” or “contactless” credit card.


In yet other embodiments, a contactless RF transceiver may be embedded in plastic support 1002 in addition to the conductive contact-making element 1018.


The electrically conductive contact-making element 1018 contains area elements that are electrically decoupled from one another, and these are annotated VCC, GND, RST, VPP, CLK and I/O. VCC is the connection for a supply voltage, RST is the connection for a reset signal, CLK is the connection for a clock signal, GND is the ground connection, VPP is the connection for a programming voltage, and I/O forms a connection as a data input/data output. The connection RST is used for application of a start signal for communication. A clock for the smart card processor is supplied from the outside via the connection CLK, with the clock frequency according to the described exemplary embodiment being 7.5 MHz. The programming voltage which is applied to the connection VPP is usually a voltage higher than the supply voltage. Bi-directional data transmission takes place via the input/output connection I/O for the actual interchange of useful information with the smart card. Similar data exchange or transmission takes place in contactless embodiments.


Power supply 1020 may be any electrical power supply, including a battery, fuel cell, long-term capacitor or any other power storage known in the art. Power supply 1020 may be recharged by applying a direct current voltage. A voltage is applied to the credit card 1000 as the supply voltage VCC. Example supply voltages include 5 volts, 3.3 volts, or 1.7 volts.


As shown in FIGS. 2A-B, constructed and operative in accordance with an embodiment of the present invention, an embodiment of a credit card 1000 is similar to the embodiment of FIGS. 1A-B, and may have multiple buttons 1006a-c. It is understood by those known in the art that any number of buttons 1006 may be implemented on a credit card, and that the choice of three buttons 1006 is for illustrative purposes only. Arrow buttons 1006a-b may be used for entering alpha-numeric information such as a personal identification number (PIN) or alpha-numeric code. Some embodiments may implement buttons 1006 as part of a numeric pad or alpha-numeric keyboard, but available space on the card is a limitation.



FIG. 3 illustrates a system to support the display of a real-time credit card balance, available credit, cash limit, or available cash balance, constructed and operative in accordance with an embodiment of the present invention. A customer 3100 receives a credit card 1000 from an issuer 3500.


When the consumer 3100 uses the credit card 1000 at a merchant 3200 to pay for a product or service, the merchant 3200 contacts an acquirer 3000 (for example, a commercial bank) to determine whether the primary account number has sufficient available credit to pay for the transaction. The acquirer 3300 forwards the details of the payment transaction to a payment processor 3400 for processing. Payment processor may be any payment network known in the art. In some instances, the payment processor 3400 determines whether the transaction should be allowed; in other instances, the payment processor 3400 queries the issuer 3500 to determine whether the credit card has enough available credit to allow the transaction.


Similarly, when the consumer 3100 uses the credit card 1000 at an automatic teller machine (located at the merchant bank or acquirer 3300) to obtain a cash advance, the acquirer 3300 forwards the details of the cash advance to a payment processor 3400 for processing. In some instances, the payment processor 3400 determines whether the transaction should be allowed; in other instances, the payment processor 3400 queries the issuer 3500 to determine whether the credit card has enough available cash balance to allow the transaction.



FIG. 4 depicts merchant 3200 in greater detail, where merchant 3200 includes a system to support the display of a real-time credit card balance, available credit, cash limit, or available cash balance constructed and operative in accordance with an embodiment of the present invention. As shown, in FIG. 4, merchant 3200 comprises a card point-of-sale read/writer 3210 that communicated with a merchant central computer 3230 via the merchant's private network 3220. In some embodiments, merchant central computer 3230 may be coupled to hot list storage 3240.


Card point-of-sale read/writer 3210 is any device capable of reading a personal account number off a credit card 1000, and write card balance information to the credit card 1000.


Merchant central computer 3230 is a networked device capable of communicating transaction data with card point-of-sale read/writer 3210 and transmitting the transaction data over network 4100 to acquirer 3300.


Hot list storage 3240 may be any list, database, or memory structure containing either invalid or valid primary account numbers.


Operation of these credit card and system embodiments of the present invention may be illustrated by example.


We now turn our attention to method or process embodiments. It is understood by those known in the art that instructions for such method embodiments may be stored on a non-volatile programmable memory 1014 and executed by a processor 1008.



FIG. 8 illustrates a process embodiment to display the real-time credit card balance, available credit, cash limit, or available cash balance of a credit card (1000 or 2000), constructed and operative in accordance with an embodiment of the present invention. When a user wants to know the balance of credit card (1000, 2000), the user requests the balance through pressing button 1006. The card receives the balance request, block 8002.


In card (2000) embodiments that utilize a personal identification number (PIN), display 1004 prompts the user for the PIN number, block 8004. The personal identification number may be stored in non-volatile programmable memory 1014 or in a magnetic stripe. At this point, the user may enter a PIN number using buttons 1006a-c.


In some embodiments, an error message is displayed when an invalid PIN number is entered, block 8006, and flow returns to block 8004.


Upon receipt of a valid PIN number as determined at decision block 8006, the display shows the remaining prepaid balance, block 8008.


In embodiments where a credit card 1000 does not use a PIN number, the remaining prepaid balance is displayed 8008 whenever the button 1006 is depressed.


Turning to FIG. 5 is a flow chart of a card-writer process embodiment configured to store real-time credit card balance, available credit, cash limit, or available cash balance information on a credit card after a payment, cash withdrawal or other financial transaction, constructed and operative in accordance with an embodiment of the present invention.


When a credit card (1000 or 2000) is presented for payment at a merchant 3200, the primary account number and other data may be read at a card point-of-sale read/writer 3210, block 5002. The card (1000 or 2000) may be presented in a variety of different methods, such as swiping the card (1000 or 2000) or via a contactless (“pay wave”) radio-frequency presentation, as are known in the art.


A credit card validation, as is known in the art, is performed using the data retrieved from the credit card (1000 or 2000). In some embodiments, merchant central computer 3230 consults with hot list storage 3240 to determine whether the transaction may be validated. In other embodiments, merchant central computer 3230 contacts acquirer 3300 to determine whether the transaction is valid. If the transaction is invalid as determined at decision block 5004, an error message is returned at block 5006. When the transaction is valid, flow continues at block 5008.


At block 5008, the payment transaction occurs.


At block 5010, the user is prompted to re-present the credit card (1000 or 2000). In card embodiments that use a magnetic stripe, the presentation may be accomplished as a swipe of the card (1000 or 2000). During the card swipe, the remaining balance of the credit card (1000 or 2000) is written to the magnetic stripe. The amount of the remaining balance may be received from issuer 3500 or payment processor 3400, or calculated by the merchant 3200 using information received from issuer 3500. In some embodiments, the card balance is written to track 3 of the magnetic stripe. In other embodiments, the card balance may be written to a non-volatile programmable storage media 1014.



FIG. 6 illustrates a process embodiment that stores real-time credit card balance, available credit, cash limit, or available cash balance on a credit card after a payment transaction, constructed and operative in accordance with an embodiment of the present invention. As part of the payment transaction, primary account number and other information may be provided to merchant 3200, block 6002. Credit card (1000 or 2000) is received from a card point-of-sale read/writer 3210, via the conductive contact-making element 1018 or an embedded radio-frequency antenna embedded within the card (1000 or 2000), block 6002, and written to a magnetic stripe or non-volatile programmable storage memory 1014. In magnetic stripe embodiments, the card balance may write to track 3 or other tracks. In “smart card” embodiments, non-volatile programmable memory 1014 stores the card balance.


At certain times, credit card 2000 users may want to add additional funds to their card 2000. In such instances, the balance of credit card 2000 needs to be updated to accurately reflect the total. FIG. 7 depicts a flow chart of a card-writer process 7000 embodiment that stores new balance information on a credit card 2000 after a payment, constructed and operative in accordance with an embodiment of the present invention. FIG. 7 assumes that the card reload is occurring at merchant 3200 in communication with issuer 3500; it is understood that the reload card may also occur at other locations.


At first, merchant 3200 receives funds from consumer 3100, block 7002. The amount of the funds may vary, and may be limited by the issuer 3500. The transfer of funds may occur through a variety of different methods, including cash, or various electronic payment methods. The credit card 2000 is presented to a card point-of-sale read/writer 3210, and the primary account data 7004 is received, block 7004. The card data and new funds are transmitted to the issuer at block 7006.


If the transmission to the issuer 3500 is not confirmed, as determined by decision block 7008, an error is reported at block 7010, and flow returns to block 7006.


When the transmission to the issuer 3500 is successful, process 7000 continues at block 7012.


At block 7012, card point-of-sale read/writer 3210 requests the re-presentation of the card 2000. During the presentation, the new balance of the prepaid card is written to the card 2000. The amount of the new balance may be received as data from payment processor 3400, issuer 3500 or calculated by the merchant 3200 using information received from issuer 3500 or payment processor 3400. In card embodiments that use a magnetic stripe, the presentation may be accomplished as a swipe of the card 2000. During the card swipe, the remaining balance of the credit card 2000 is written to the magnetic stripe. In some embodiments, the card balance is written to track 3 of the magnetic stripe. In other embodiments, the card balance may be written to a non-volatile programmable storage media 1014.


If the card balance write is not confirmed, as determined by decision block 7016, an error is reported at block 7018, and flow returns to block 7012.


When the write is successful, process 7000 ends.


The previous description of the embodiments is provided to enable any person skilled in the art to practice the invention. The various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without the use of inventive faculty. Thus, the present invention is not intended to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims
  • 1. A method of encoding a current card balance on a credit card comprising: reading, by a point of sale device, the credit card to determine primary account data associated with the credit card for a financial transaction;transmitting, by the point of sale device, the primary account data to an issuer computer;determining, by the point of sale device, the current card balance; andafter a completion of the financial transaction, prompting, by the point of sale device, a user for re-presentation of the credit card, andupon the re-presentation of the credit card, encoding, by the point of sale device, the current card balance on the credit card.
  • 2. The method of claim 1, wherein the current card balance is determined by querying an acquirer, a payment processor, or the issuer.
  • 3. The method of claim 1, wherein the current card balance is determined by subtracting a transaction amount of the financial transaction from a previous card balance.
  • 4. The method of claim 1, wherein the current card balance is encoded on a magnetic stripe on the credit card.
  • 5. The method of claim 4, wherein the current card balance is encoded on track 3 of the magnetic stripe on the credit card.
  • 6. The method of claim 1, wherein the current card balance is encoded on a non-volatile programmable memory of the credit card.
  • 7. A computer-readable medium, encoded with data and instructions, such that when executed by a device, the instructions cause the device to: read a credit card to determine primary account data associated with the credit card for a financial transaction;transmit the primary account data to an issuer computer;determine a current card balance of the credit card; andafter a completion of the financial transaction, prompt a user for re-presentation of the credit card, andupon the re-presentation of the credit card, encode the current card balance on the credit card.
  • 8. The computer-readable medium of claim 7, wherein the current card balance is determined by querying an acquirer, a payment processor, or the issuer.
  • 9. The computer-readable medium of claim 7, wherein the current card balance is determined by subtracting a transaction amount of the financial transaction from a previous card balance.
  • 10. The computer-readable medium of claim 7, wherein the current card balance is encoded on a magnetic stripe on the credit card.
  • 11. The computer-readable medium of claim 10, wherein the current card balance is encoded on track 3 of the magnetic stripe of the credit card.
  • 12. The computer-readable medium of claim 7, wherein the current card balance is encoded on a non-volatile programmable memory of the credit card.
  • 13. The method of claim 1, further comprising validating, by the point of sale device, the financial transaction, wherein the financial transaction is conducted using the credit card if the financial transaction is validated.
  • 14. The method of claim 13, wherein validating the financial transaction comprises consulting hot list storage to determine whether the primary account data is valid.
  • 15. The method of claim 13, wherein validating the financial transaction comprises contacting an acquirer computer.
  • 16. The method of claim 1, further comprising: receiving, by the point of sale device, an amount of funds;transmitting, by the point of sale device, the amount of funds to the issuer computer; anddetermining that the transmission is successful, wherein the amount of funds is added to the current card balance.
  • 17. The computer readable medium of claim 7, wherein the instructions further cause the device to validate the financial transaction, wherein the financial transaction is conducted using the credit card if the financial transaction is validated.
  • 18. The computer readable medium of claim 17, wherein validating the financial transaction comprises consulting hot list storage to determine whether the primary account data is valid.
  • 19. The computer readable medium of claim 13, wherein validating the financial transaction comprises contacting an acquirer computer.
  • 20. The computer readable medium of claim 7, wherein the instructions further cause the device to: receive an amount of funds;transmit the amount of funds to the issuer computer; anddetermine that the transmission is successful, wherein the amount of funds is added to the current card balance.
  • 21. A device, comprising: a processor; anda non-transitory computer readable storage medium storing instructions that, when executed by the processor, cause the device to encode a current account value on a credit card by performing operations comprising: reading the credit card to determine primary account data associated with the credit card for a financial transaction;transmitting the primary account data to an issuer computer;determining the current account value; andafter a completion of the financial transaction, prompting a user for re-presentation of the credit card, andupon the re-presentation of the credit card, encoding the current account value on the credit card.
  • 22. The device of claim 21, wherein said current account value comprises a current balance value of the credit card.
  • 23. The device of claim 21, wherein said current account value comprises an available credit value or an available cash balance value.
RELATED APPLICATIONS

This application is a divisional application of U.S. patent application Ser. No. 12/319,598, titled Real-Time Card Limit on Card Plastic, filed Jan. 9, 2009, which claims priority to and is a non-provisional of U.S. Provisional Patent Application No. 61/132,528, titled entitled Real-Time Card Limit on Card Plastic, filed Jun. 19, 2008, the contents of which are hereby incorporated by reference in their entirety for all purposes.

US Referenced Citations (113)
Number Name Date Kind
3356021 May et al. Dec 1967 A
4044231 Beck et al. Aug 1977 A
4614861 Pavlov et al. Sep 1986 A
4639584 Adams et al. Jan 1987 A
4701601 Francini et al. Oct 1987 A
4814591 Nara et al. Mar 1989 A
4868376 Lessin et al. Sep 1989 A
4877179 Baker et al. Oct 1989 A
5034597 Atsumi et al. Jul 1991 A
5055662 Hasegawa Oct 1991 A
5359183 Skodlar Oct 1994 A
5521363 Tannenbaum May 1996 A
5590038 Pitroda Dec 1996 A
5591949 Bernstein Jan 1997 A
5678939 Ross Oct 1997 A
5777903 Piosenka et al. Jul 1998 A
6182894 Hackett et al. Feb 2001 B1
6378775 Hayashida Apr 2002 B2
6556126 Imazuka et al. Apr 2003 B1
6631849 Blossom Oct 2003 B2
6749118 Kobayashi et al. Jun 2004 B2
6926200 Hayashida Aug 2005 B1
6990330 Veerepalli et al. Jan 2006 B2
7159770 Onozu Jan 2007 B2
7213755 Newsome et al. May 2007 B2
7440771 Purk Oct 2008 B2
7653599 Doran et al. Jan 2010 B2
7793581 Erskine Sep 2010 B2
7828220 Mullen Nov 2010 B2
7931195 Mullen Apr 2011 B2
7954705 Mullen Jun 2011 B2
8011577 Mullen Sep 2011 B2
8020775 Mullen Sep 2011 B2
8074877 Mullen Dec 2011 B2
20010003445 Gauther et al. Jun 2001 A1
20010013542 Horowitz et al. Aug 2001 A1
20040064406 Yates et al. Apr 2004 A1
20040225776 DiRaimondo et al. Nov 2004 A1
20050065884 Capurso Mar 2005 A1
20080029607 Mullen Feb 2008 A1
20080035738 Mullen Feb 2008 A1
20080054068 Mullen Mar 2008 A1
20080054079 Mullen Mar 2008 A1
20080054081 Mullen Mar 2008 A1
20080065555 Mullen Mar 2008 A1
20080099556 Park May 2008 A1
20080302869 Mullen Dec 2008 A1
20080302876 Mullen Dec 2008 A1
20090048934 Haddad et al. Feb 2009 A1
20090078777 Granucci et al. Mar 2009 A1
20090081990 Granucci et al. Mar 2009 A1
20090134218 Yuzon et al. May 2009 A1
20090159663 Mullen Jun 2009 A1
20090159667 Mullen et al. Jun 2009 A1
20090159668 Mullen et al. Jun 2009 A1
20090159669 Mullen et al. Jun 2009 A1
20090159670 Mullen et al. Jun 2009 A1
20090159671 Mullen et al. Jun 2009 A1
20090159672 Mullen et al. Jun 2009 A1
20090159673 Mullen et al. Jun 2009 A1
20090159680 Mullen et al. Jun 2009 A1
20090159681 Mullen et al. Jun 2009 A1
20090159682 Mullen et al. Jun 2009 A1
20090159688 Mullen et al. Jun 2009 A1
20090159689 Mullen et al. Jun 2009 A1
20090159690 Mullen et al. Jun 2009 A1
20090159696 Mullen et al. Jun 2009 A1
20090159697 Mullen et al. Jun 2009 A1
20090159698 Mullen et al. Jun 2009 A1
20090159699 Mullen et al. Jun 2009 A1
20090159700 Mullen et al. Jun 2009 A1
20090159701 Mullen et al. Jun 2009 A1
20090159702 Mullen et al. Jun 2009 A1
20090159703 Mullen et al. Jun 2009 A1
20090159704 Mullen et al. Jun 2009 A1
20090159705 Mullen et al. Jun 2009 A1
20090159706 Mullen et al. Jun 2009 A1
20090159707 Mullen et al. Jun 2009 A1
20090159708 Mullen et al. Jun 2009 A1
20090159709 Mullen et al. Jun 2009 A1
20090159710 Mullen et al. Jun 2009 A1
20090159711 Mullen et al. Jun 2009 A1
20090159712 Mullen et al. Jun 2009 A1
20090159713 Mullen et al. Jun 2009 A1
20090160617 Mullen et al. Jun 2009 A1
20090308921 Mullen Dec 2009 A1
20090314840 Granucci et al. Dec 2009 A1
20110272465 Mullen et al. Nov 2011 A1
20110272466 Mullen et al. Nov 2011 A1
20110272467 Mullen et al. Nov 2011 A1
20110272471 Mullen et al. Nov 2011 A1
20110272472 Mullen et al. Nov 2011 A1
20110272473 Mullen et al. Nov 2011 A1
20110272474 Mullen et al. Nov 2011 A1
20110272475 Mullen et al. Nov 2011 A1
20110272476 Mullen et al. Nov 2011 A1
20110272477 Mullen et al. Nov 2011 A1
20110272478 Mullen et al. Nov 2011 A1
20110272479 Mullen et al. Nov 2011 A1
20110272480 Mullen et al. Nov 2011 A1
20110272481 Mullen et al. Nov 2011 A1
20110272482 Mullen et al. Nov 2011 A1
20110272483 Mullen et al. Nov 2011 A1
20110272484 Mullen et al. Nov 2011 A1
20110276380 Mullen et al. Nov 2011 A1
20110276381 Mullen et al. Nov 2011 A1
20110276416 Mullen et al. Nov 2011 A1
20110276424 Mullen et al. Nov 2011 A1
20110276425 Mullen et al. Nov 2011 A1
20110276436 Mullen et al. Nov 2011 A1
20110276437 Mullen et al. Nov 2011 A1
20110278364 Mullen et al. Nov 2011 A1
20110282753 Mullen et al. Nov 2011 A1
Foreign Referenced Citations (4)
Number Date Country
291259 Nov 1988 EP
884293 May 1998 EP
1017756 Jul 2000 EP
2008 03302 Sep 2008 TR
Non-Patent Literature Citations (4)
Entry
“SmarTrip More Than a Smart Card, It's Pure Genius”; 1998-2004, WMATA, http://www.wmata.com/riding/smartrip.cfm.
“Adding value to SmarTrip is as easy as using it”; 1998-2004, WMATA, http://www.wmata.com/riding/smartrip—adding—value.cfm.
Lucy Lzarony; “Stuck for a gift? Give a prepaid credit card”, 1998, www.bankrate.com.
Office Action dated Dec. 8, 2011 from U.S. Appl. No. 11/904,335, 23 pages.
Related Publications (1)
Number Date Country
20130037610 A1 Feb 2013 US
Provisional Applications (1)
Number Date Country
61132528 Jun 2008 US
Divisions (1)
Number Date Country
Parent 12319598 Jan 2009 US
Child 13632682 US