US RE38,255 E1Grant
Method and apparatus for distributing currency
Issue Date:2003-09-23
•34 Claims
•6 Drawing Sheets
Abstract
A process which provides electronic access to pre-paid funds for cash or payment for goods and services. A card is issued to a customer with a value selectable by the customer. The card has a magnetic stripe with an encoded card number including a bank identification number (BIN) and an account number. The central card processor establishes a zero balance database including the card numbers, but with blank fields for the customer data and the value of the account. When a customer purchases a card, the sales agent transmits to the central database computer which fills in the blanks in the database, activating the account, and transmits an acknowledgement signal back to the sales agent. The customer can immediately use the card in ATM or other remote terminals to acquire cash or purchase goods and services. The customer inputs a PIN number which is provided with the card, or a customer selected alternative PIN number.
Metadata
Assignee
- Visa International Service Association
Inventors
- Jack Levine
- Priscilla C. Brandt
- Nydia Jackson
- David L. Johnson
- Helen Clark
Application Information
Application Number:US 09/826,564
Filing Date:2001-04-02
Priority Date:1993-10-25
Art Unit:7
Classifications
IPC:
G06K 500
Field of Search:
235380235379235381902 4902 5902 25902 27
Patent Drawings (6 sheets)
Description
[0002] 09/062,517, filed Apr. 17, 1998, now U.S. Pat. No. Re. 37,122, which is a continuation of Reissue Application No. 08/707,733, filed Sep. 4, 1996, now U.S. Pat. No. Re. 36,365, which is a reissue of U.S. application Ser. No. 08/141,772, filed Oct. 25, 1993, now U.S. Pat. No 5,477,038.
Background of the Invention
[0003] The present invention relates to systems and processes for dispensing currency to a cardholder in response to an authorization over an electronic data network.
[0004] A variety of cards are available to enable a customer to electronically interface with a financial institution. Credit cards are a well-known example of this, plastic cards having a magnetic stripe with an encoded account number. These cards can be read by special terminals at a merchant's site, commonly referred to as point-of-sale (POS) terminals. The account number can then be transmitted over a network, such as the VisaNet network. In addition to the account number, the amount of the transaction is also transmitted for authorization. A remote main-frame computer checks a database to determine if the credit card customer is still within his/her credit limit, before authorizing the purchase.
[0005] Another type of card is a debit card, which is not used to extend credit, but rather to withdraw cash or pay a merchant immediately. The amount of the transaction is deducted from the customer's checking account, which the customer can periodically replenish. Here, the customer must have the money in the account before the transaction is approved, rather than having to pay the money on credit extended, as for a standard credit card.
[0006] Another type of card is an automated teller machine (ATM) card. These are typically issued by a particular financial institution or bank, allowing a customer to access the customer's checking or savings account for withdrawal from a remote ATM. The remote ATM is connected through an ATM interchange to various banks subscribing to a particular ATM network. Like a debit card, this card causes an immediate deduction from the customer's account. The immediate deduction is actually a same day or same night deduction, since the amount of the transaction is typically recorded, and then actually processed in batch mode at night with other transactions. One danger of the ATM system is that of a lost or stolen card. The use of a Personal Identification Number (PIN), known only to the customer, eliminates much of the risk. Another control is imposing a daily limit, $200, for instance, on any withdrawals by a particular card during any day.
[0007] Other types of cards store the account amount directly on the card. An example would be a transit card, such as cards for the Bay Area Rapid Transit (BART) District. When these cards are purchased, the dollar amount of the card is magnetically recorded on the card. Each time the card is used by passing it through an access terminal, the fare is deducted from the amount on the card, and a new card value is magnetically recorded on the card itself. An advantage of such a card is that if it is lost or stolen, the potential loss value is only the amount recorded on the card itself. A disadvantage is that there is no ability to contact the issuer and freeze the remaining account balance.
[0008] Other than these different types of cards, and currency itself, there is yet another device for obtaining cash which is very popular. That is the paper travellers cheque. Travellers cheques are desirable as compared to currency because of the signature authorization required and the ability to report them as stolen or lost and identify them by serial number. In addition, they are issued in limited amounts, and thus may limit the possible exposure. Unlike debit cards or credit cards or even ATM cards, there is no account number which can easily be verified online to see if the account has been closed.
Summary of the Invention
[0009] The present invention provides an electronic cash access process which includes a unique combination of aspects of both debit cards and travellers cheques, referred to herein as an Electronic Travellers Cheque (ETC). The process can also be used for money transfer and any other pre-paid cash access product. A card is issued to a customer with a value selected by the customer. Unlike a credit or debit card, the value is fixed. Unlike a transit card, the amount of the value of the card is stored in a central computer. The card can be used to access the account through an ATM or other terminals world-wide, with the use of a personal identification number (PIN) to provide added security greater than that, for instance, given by the signature on a traditional paper travellers cheque. The card is disposable when the account is depleted, with a new card and account required for a new amount of cash.
[0010] The cards themselves have a magnetic stripe with an encoded card number including a bank identification number (BIN) and an account number. The cards may be issued by multiple ETC issuers who have financial responsibility for the accounts, but are processed on their behalf by a single entity referred to as the ETC processor herein. The ETC processor establishes a zero balance database including the card numbers, but with blank fields for the customer data (name, address, etc.) and the value of the card. The cards are provided to a bank or other sales agent. When a customer purchases a card, the sales agent uses local software to remotely transmit to the central database the card number (or a serial number) along with the customer data and the amount purchased. The software at the ETC processor fills in the blanks in the database, activating the account, and transmits an acknowledgement signal back to the sales agent software.
[0011] The customer can immediately use the card in ATM or other remote terminals to acquire cash or purchase goods or services. The customer inputs a PIN number which is provided with the card, or a customer selected alternative PIN number. The transaction is handled by the ATM or other terminal in much the same manner as a normal ATM transaction using an ATM card.
[0012] When the cards are manufactured, they preferably have a serial number printed on them which is different from the card number recorded on a magnetic stripe on the card. The sales agent would actually preferably transmit the serial number over the data link to the ETC processor for added security. In addition, the agent will transmit an agent identification number. The ETC processor verifies that the agent is authorized to sell a particular serial number, and translates the serial number into the appropriate card number, including the BIN number and account number. The remote computer can then determine a location in the database to be loaded with the account information.
[0013] The BIN number of the issuing institution is stored in the database in the ETC processor along with an indication of the currency used for issuance. A particular bank may have multiple BIN numbers for multiple types of currencies in which cards can be issued. When a customer uses the card in a remote terminal, that terminal may be connected to an intermediate network, such as the VisaNet network. The currency of the terminal is transmitted to the central VisaNet computer, and the central VisaNet computer does a currency conversion, if necessary, to debit the account balance.
[0014] The serial number provides an additional level of security. The sales agent can transmit the serial number, making it more difficult for someone to intercept the message and determine the account number. Also, a customer can select or change the PIN from any touch tone phone by using the serial number printed on the card. In addition, the central database has fields for storing status information indicating that certain serial number cards have been ordered from the manufacturer, shipped to the sales agent, and received by the sales agent. This information can be accessed by standard inventory software to track it and keep it current for security to insure an agent is authorized to sell a particular serial number card.
[0015] For a fuller understanding of the nature and advantages of the invention, reference should be made to the ensuing detailed description taken in conjunction with the accompanying drawings.
Brief Description of the Drawings
[0016] FIG. 1 is a diagram of an ETC card according to the present invention;
[0017] FIG. 2 is a diagram illustrating the production of the card of FIG. 1;
[0018] FIG. 3 is a simplified block diagram illustrating the issuance and use of the electronic travellers cheque (ETC) of the present invention;
[0019] FIG. 4 is a block diagram of the data network used by the present invention;
[0020] FIG. 5 is a flowchart illustrating the program steps for issuance and activation of an ETC;
[0021] FIG. 6 is a flowchart illustrating a software program for controlling the usage of an ETC;
[0022] FIG. 7 is a flowchart illustrating a software program for controlling replacement card issuance; and
[0023] FIG. 8 is a flowchart illustrating a program for assigning a replacement PIN.
Description of the Preferred Embodiment
[0024] FIG. 1 is a diagram of an ETC card 10 according to the present invention. The card has a magnetic stripe 12 on it, including the account information. The magnetic stripe has encoded on it first a bank identification number (BIN) 14. This number not only defines the issuing bank, but also the currency in which the card was issued. If a bank issues only in U.S. currency, it might have just a single number, while a bank which issues in multiple currencies might have multiple BIN numbers assigned. A second number is the actual account number 16 for the particular card. The BIN and account number form a card number 17, sometimes also referred to as a Primary Account Number (PAN). A third number is a service code number 18 which identifies to the appropriate software that this is a “cash only” use card. An alternate service code could be used for authorizing the card for debits for a purchase at a merchant's site in a point of sale (POS) device. Finally, a Card Verification Value (CVV) 19 is used for error detection and fraud detection.
[0025] The card also includes a serial number 20 printed on the face of the card to be visible to a sales agent. The serial number can be related by the computer to the encoded account number, which is not itself visible. Finally, a memo pad 22 is included on the card, with multiple lines for a customer to write on to indicate the current balance on the card. As each withdrawal is made with the card, the customer can indicate the remaining balance by subtracting the amount withdrawn from the previous balance and writing it on the card. The card is not embossed to prevent its use as a credit or debit card. Fraud possibilities are thus limited because it cannot be used to produce imprints like a credit card or debit card. There is no need for an expiration date as for a credit card since there is no need for credit controls because the money has already been received by the issuer. However, an expiration date (which may be a long time in the future) may be encoded on the magnetic stripe so it will be compatible with ATM and other terminals that expect to see an expiration date to accept a card.
[0026] FIG. 2 is a diagram illustrating the actual creation of the cards. A series of blank cards 26 are provided to card personalizing machinery 28. Machinery 28 encodes on the magnetic stripe on the card the card number (the BIN number and the account number), the service code and the CVV number. In addition, the serial number is printed on the card, with the finalized card 10 coming out of the output of the machine. At the same time, a printed envelope or jacket 30 is produced from a printer 32. The envelope 30 will include in it a personal identification number (PIN). The card is placed in its corresponding envelope to produce a combined media and pin jacket 34. A record of the BIN, account and other numbers is stored in an issuer record database 36. A number of card packages 34 can be provided for the inventory of a particular sales agent for sales to end customers.
[0027] FIG. 3 is a diagram illustrating the activation and use of the ETC cards at a broad level. A sales agent 40 has a stack of packaged cards 34 in inventory. A customer 42 can approach the sales agent, indicating the customer's name and other identifying information, along with the amount of value desired. The sales agent selects an ETC card and enters its serial number into a terminal (which could be a telephone) 44, along with the customer data and amount. The terminal then transmits this information via communications link 43 to a network such as the VisaNet network 51 (as used herein, VisaNet network refers to the combination of the hardware, software and other elements which comprise the network). The sales agent will also transmit a sales agent code and password. The sales agent code will identify the agent or financial institution. If the sales agent is authorized to issue multiple currencies, a code for the appropriate currency desired by the customer is used.
[0028] A database 46 in a main-frame computer 45 looks up the BIN and then the account number for that serial number in a database 46. The database will include blanks for the customer data and amount next to each account number, which will be filled in by the information provided. The computer will then send an acknowledgement message back to the sales agent, who will print a receipt for the customer and complete the transaction.
[0029] The customer can then go to any Visa ATM 50 to use the card. ATM 50 is connected to the VisaNet network via communications link 52. The data transmitted by the ATM includes the card number and the amount of the currency the customer wishes to withdraw. This currency amount is compared to the amount stored in the database for that card number. If sufficient value is authorized, the withdrawal is authorized by return message. The VisaNet computer provides any currency conversion needed, since the ATM will transmit a code indicating the currency it dispenses and the database will know the currency of the card from the BIN number for that card number stored in its database.
[0030] The account number for the ETC card is not an account of the sales agent or bank. Instead, it is an account maintained with the ETC issuer. Thus, no preexisting account relationship with the bank or sales agent is required. In addition, the issuing procedure for the ETC card results in instant activation of the account and the card. The customer can literally walk to a Visa ATM outside the bank issuing the card and use the ETC card immediately.
[0031] FIG. 4 is a more detailed block diagram of an electronic network used by the present invention. A first sales terminal 60 is shown connected through an interface 62 to a communication line, such as a digital TI line 64 to an ETC processor 66. A second sales terminal 68 at a separate bank or sales agent is connected through a dial-up modem 70 to a public packet-switched network communication link 72 to ETC processor 66. The ETC processor includes a computer 74 connected to an inventory database 76, an account database 78, and an agent database 80. The account database 78 stores the account information which is updated each time a customer uses the ETC card.
[0032] ETC processor 66 is connected to a network, such as VisaNet network 82. VisaNet network 82 includes a central computer with a communication processor 84, such as an IBM 3745. The communication processor 84 is connected to a main-frame 86, such as an IBM 3090. A memory 88 provides storage for main-frame 86. A control terminal 90 allows for local servicing and control.
[0033] Communication processor 84 is connected to an ATM interchange 92, which in turn is connected to individual ATM machines 94. In addition, the communication processor 84 may be connected to a direct-debit network 96, which is connected to individual point-of-sale (POS) terminals 98.
[0034] In operation, when a card is used at an ATM 94, a message is passed through ATM interchange 92 to VisaNet network 82. The VisaNet network determines the destination, then forwards the message to the ETC processor for authorization and debiting of the account balance. The return message is passed from ETC processor 66, through VisaNet network 82 and ATM interchange 92 to the individual ATM machine 94, which can now dispense cash to the customer.
[0035] Another VisaNet service is stand-in processing (STIP) software 100, typically used when a connected processor is not available. This STIP software includes positive card-holder authorization service (PCAS) software which can do card number verification, PIN verification, and balance verification, if desired.
[0036] FIG. 5 is a flowchart illustrating the operation of the software at the sales agent's terminal in conjunction with the software at the ETC processor. The sales agent first inputs an agent number and an agent password (step A). Next, the card serial number is input (step B). The customer data and the currency amount are also input (steps C and D). Finally, the customer may optionally select a PIN number other than the one preassigned, if the sales agent has this capability (step E). Alternately, the customer may change the PIN at a touch-tone phone as shown in FIG. 8, discussed below. This information is then transmitted to the ETC processor via the datalink (step F).
[0037] The software at the ETC processor, upon receiving the transmitted data, first validates the agent number and password by comparing it to the database 80, shown in FIG. 4, of authorized agents and passwords (step G). A translation table is then consulted to determine the card number from the serial number (step H). The card number is used to find the appropriate BIN and account number records in the database (step I).
[0038] The account database is consulted, looking up the entries corresponding to that issuer BIN (step J). Once that sector of the database is located, the particular account number is located (step K). The inventory status data stored with the account number is checked to determine if the serial number received was distributed to that sales agent. The customer data and currency amount is then entered into the blank fields corresponding to that account number in the database (step L). The account number and the PIN number stored in the database (or a new PIN number transmitted by the customer) are then transmitted to the VisaNet system for updating of the PCAS software (step M). Finally, an acknowledgement message is sent back to the sales agent (step N).
[0039] The software at the ETC processor also calculates an agent commission, if any (step 0). This is stored in the database, with a settlement routine (step P) being run at the end of the day. Finally, back at the agent terminal, the agent terminal software, upon receipt of the acknowledgement message from the ETC processor, prints a customer receipt (step Q).
[0040] The use of a serial number separate from the card number allows a customer to securely use a touch-tone phone to change a PIN by transmitting the identifying serial number. A customer can access customer service software through a touch-tone phone for this purpose. The customer could also be required to transmit other customer data, to enable a check of the database to confirm that customer data is associated with that serial number or corresponding card number.
[0041] The status data maintained in the account database allows additional security for card inventory. In one embodiment, a first status field is used to indicate when the issuer has placed an order with the card manufacturer to create more cards. A second status field indicates an acknowledgement from the card manufacturer that the cards have been made and shipped to a particular sales agent. A third status field is used to indicate an acknowledgement from that sales agent of receipt of the cards. Thus, a multiple point check is built into the database. Using the account database to store this inventory information also allows simple inventory software to be used, and integrates the inventory security requirements (unique to this type of a card) with the rest of the system.
[0042] FIG. 6 is a flowchart illustrating the software used when a customer actually uses the card after issuance. The customer can insert the card into a standard Visa ATM machine (alternately, a POS or other device may be used). The ATM machine software causes the magnetic stripe to be read and determines the card number, including the BIN number and account number from the card (step A). The customer then inputs the PIN number, which the software also captures (step B). Finally, the customer inputs the desired debit amount to be withdrawn (step B).
[0043] The local ATM software then transmits a message to the VisaNet system with the input information (step C). The ATM also transmits a currency code which show what currency is in the ATM. The VisaNet network performs any required currency translation (step D). The ETC processor software then looks up the card number in the database (step E), and the PIN number associated with the account in the database is compared to the transmitted PIN number (step F). If the PINs don't match, a return error message is transmitted to the ATM (step G).
[0044] If the numbers do match, the debit amount is then compared to the amount remaining in the account (step H). If there is insufficient funds, an error message is returned to the ATM indicating insufficient funds (step I). If sufficient funds are available, the software then updates the balance for that account after the debit (step J), and an authorization approval message is returned to the ATM (step K).
[0045] FIG. 7 illustrates a software routine used by a service center to issue a new card when a customer has lost the card. The service agent first inputs the customer name and other data along with a new account number corresponding to a new card, just as in the new card routine (step A). This is transmitted to the ETC processor, which then does a lookup of the account, matching the customer name and other data to verify ownership of the account. If the card number or card serial number are available, these can be used instead (step B). If there is no match, an error message is returned (step C).
[0046] If the customer name and other data matches to verify account ownership, the old account is closed (step D). The amount of the old balance is then transferred to the new account, along with the customer name and any other identifying information (step E). An acknowledgement message is then transmitted back to the service agent (step F). The other aspects of the card issuance set forth in FIG. 5 are also followed, with FIG. 7 setting out the new steps required for transfer from one account to another. As can be seen, a lost card can thus have the account closed, rendering it useless. This is an advantage over a paper travellers cheque, which could be forged.
[0047] FIG. 8 illustrates the operation of the service agent software for assigning a new PIN number where a customer desires a new PIN or has forgotten the PIN number. The service agent first inputs the customer name and any other identifying data that is available, along with the desired new PIN number (step A). The old PIN could also be required, except for a lost PIN. This information is then transmitted to the ETC processor computer (step B). The ETC processor computer compares the account information to determine whether there is sufficient information to claim that account (step C). If there is insufficient or non-matching information, an error message is returned (step D).
[0048] Otherwise, the PIN number assigned to that account is updated (step E). The new PIN number is also transmitted to the PCAS issuer record database in the VisaNet system for updating as well (step F). Finally, an acknowledgement message is returned to the service agents software (step G).
[0049] As will be understood by those familiar with the art, the present invention may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. Accordingly, the disclosure of the preferred embodiment of the invention is intended to be illustrative, but not limiting, of the scope of the invention which is set forth in the following claims.
Claims
What is claimed is:
generating a plurality of card numbers, each card number including an account number and a bank identification number, corresponding to card numbers encoded on a plurality of cards;
creating a database on a central computer having at least a first field for said bank identification number, a second field for said account number, a third field for customer data, a fourth field for a currency amount, and a fifth field for a personal identification number (PIN);
loading said bank identification number and said account numbers into said database, leaving said third and fourth fields without customer data or currency amount;
receiving, at a subsequent time of card purchase, customer data, an ID number corresponding to a card number and a currency amount selected by a customer from a first remote terminal;
immediately entering said customer data and said currency amount into said third and fourth fields, respectively, of said database corresponding to a bank identification number and an account number included in said card number,
immediately entering a personal identification number (PIN) into a fifth field of said database corresponding to said customer;
subsequently receiving, from a second remote terminal, a customer inputted PIN, a card number from a card for said customer and a debit currency amount;
subtracting said currency debit amount from the currency amount in said database corresponding to the received customer card number and PIN and updating said currency amount in said database;
transmitting to said second remote terminal an authorization message for transferring said currency debit amount if said currency debit amount is not greater than said currency amount in the database;
transmitting to said second remote terminal a message denying the transferring of currency if said currency debit amount is greater than the currency amount in the database.
claim 1 further comprising the steps of:
transmitting, from said second remote terminal, a currency code indicating a currency type in said second remote terminal;
comparing said currency type to an issuance currency of said card indicated by said bank identification number; and
converting said debit currency amount of said currency type to said issuance currency.
claim 1 further comprising the steps of:
printing a serial number different from said card number on each of said cards;
transmitting said serial number as said ID number, and converting said serial number into said card number.
claim 1 further comprising the steps of storing inventory control status information in said database to indicate the status of said cards;
receiving a sales agent ID with said ID number for said card;
comparing said sales agent ID with said inventory control status information;
returning an error message if said comparing step does not produce a match.
claim 4 wherein said inventory control status information includes first data indicating the ordering of cards by an issuer, second data indicating the shipment of cards by a card manufacturer and third data indicating the receipt of cards by said sales agent.
claim 1 further comprising changing said PIN according to the steps of:
receiving a new PIN and said ID number; locating a card number corresponding to said ID number in said database; and
replacing the PIN in said fifth field for said card number with said new PIN.
generating a plurality of card numbers, each card number including an account number and a bank identification number, corresponding to card numbers encoded on magnetic stripes on a plurality of cards;
printing a visible serial number, different from, but related to, said card number, on each of said cards;
creating a database on a central computer having at least a first field for said bank identification number, a second field for said account numbers, a third field for customer data, and a fourth field for a currency amount;
loading said bank identification number and said account numbers into said database, leaving said third and fourth fields without customer data or currency amount;
storing inventory control status information in said database to indicate the status of said cards;
receiving, at a subsequent time, customer data, the serial number and a currency amount from a first remote terminal;
receiving a sales agent ED with said serial number for said card;
immediately translating said serial number into a card number;
immediately entering said customer data and said currency amounts into said third and fourth fields, respectively, of said database corresponding to a bank identification number and an account number included in said card number;
immediately entering a personal identification number (PIN) into a fifth field of said database corresponding to said customer;
comparing said sales agent ID with said inventory control status information;
returning an error message if said comparing step does not produce a match;
subsequently receiving, from a second remote terminal, a customer inputted PIN, a card number from a card for said customer and a debit currency amount;
subtracting said currency debit amount from the currency amount in said database corresponding to the received customer card number and PIN and updating said currency amount in said database;
transmitting to said second remote terminal an authorization message for transferring said currency debit amount if said currency debit amount is less than said currency amount in the database; and
transmitting to said second remote terminal a message denying the transferring of currency if said currency debit amount is greater than the currency amount in the database.
means for generating a plurality of card numbers, each card number including an account number and a bank identification number, corresponding to card numbers encoded on a plurality of cards;
a database on a central computer having at least a first field for said bank identification number, a second field for said account numbers, a third field for customer data, and a fourth field for a currency amount, said bank identification number and said account numbers being loaded into said database, leaving said third and fourth fields without customer data or currency amount, and a fifth field for a personal identification number (PIN);
a first remote terminal for transmitting customer data, and ID number corresponding to a card number and a currency amount;
means for entering said customer data and said currency amounts into said third and fourth fields, respectively, of said database corresponding to a bank identification number and an account number included in said card number and entering the PIN into said fifth field of said database corresponding to said customer;
a second remote terminal for transmitting a customer inputted PIN, a card number from a card for said customer and a debit currency amount;
means for subtracting said currency debit amount from the currency amount in said database corresponding to the received customer card number and PIN and updating said currency amount in said database;
means for transmitting to said second remote terminal an authorization message for transferring said currency debit amount if said currency debit amount is not greater than said currency amount in the database;
means for transmitting to said second remote terminal a message denying the transferring of currency if said currency debit amount is greater than the currency amount in the database.
generating a plurality of card numbers, each card number including an account number and a bank identification number, corresponding to card numbers encoded on a plurality of cards;
creating a database on a central computer having at least a first field for said bank identification number, a second field for said account number, a third field for customer data, a fourth field for a currency amount, and a fifth field for a person identification number (PIN);
loading said bank identification number and said account number into said database, leaving said third and fourth fields without customer data or currency amount;
receiving at a subsequent time of card purchase, customer data, an ID number corresponding to a card number and a currency amount selected by a customer from a first remote terminal;
immediately entering said customer data and said currency amount into said third and fourth fields, respectively, of said database corresponding to a bank identification number and an account number included in said card number;
immediately entering a personal identification number (PIN) into a fifth field of said database corresponding to said customer;
subsequently receiving, from a second remote terminal, a customer inputted PIN, a card number from a card for said customer and a debit currency amount;
subtracting said currency debit amount from the currency amount in said database corresponding to the received customer card number and PIN and updating said currency amount in said database;
transmitting to said second remote terminal an authorization message for dispensing said currency debit amount to the customer if said currency debit amount is less than said currency amount in the database:
transmitting to said second remote terminal a message denying the dispensing of currency if said currency debit amount is greater than the currency amount in the database; and
disposing of said card when the currency amount in the database is depleted and deactivating the account corresponding to said card number.
generating a plurality of card numbers, each card number including an account number and a bank identification number, corresponding to card numbers encoded on a plurality of cards;
creating a database on a central computer having at least a first field for said bank identification number, a second field for said account number, a third field for customer data, a fourth field for a currency amount, and a fifth field for a personal identification number (PIN);
loading said bank identification number and said account numbers into said database;
loading customer data and a fixed currency amount into said third and fourth fields, respectively, of said database corresponding to a bank identification number and an account number included in said card number;,
entering a personal identification number (PIN) into a fifth field of said database corresponding to said customer;
subsequently receiving, from a second remote terminal, a customer inputted PIN, a card number from a card for said customer;
subtracting a currency debit amount from the currency amount in said database corresponding to the received customer card number and PIN and updating said currency amount in said database;
transmitting to said second remote terminal an authorization message for transferring said currency debit amount if said currency debit amount is in the database;
transmitting to said second remote terminal a message denying the transferring of currency if said currency debit amount is not in the database.
claim 10 further comprising the step of dispensing currency to said customer if said currency debit amount is in the database.
generating a plurality of card numbers, each card number including an account number corresponding to card numbers encoded on a plurality of cards;
loading said account number into a database having a plurality of fields, including fields for said account number and for currency amount, leaving said fields for currency amount without currency amount;
receiving, at a subsequent time of card purchase, an ID number corresponding to a card number and a currency amount selected by a customer, from a first remote terminal; and
entering said currency amount into said field of said database for said currency amount corresponding to an account number included in said card number.
claim 12 further comprising:
subsequently receiving, from a second remote terminal, a card number from a card for a purchaser and a debit amount;
transmitting to said second remote terminal an authorization message for authorizing a purchase by the purchaser if said debit amount is not greater than said currency amount in said database corresponding to an account number included in the received purchaser card number; and
subtracting said debit amount from said currency amount in said database corresponding to the received purchaser card number, thereby updating said currency amount in said database.
claim 12 wherein said card number comprises a bank identification number.
claim 12 wherein said plurality of fields of said database includes a field for a bank identification number.
claim 12 wherein said step of receiving from a second remote terminal a card number and a debit amount includes the step of receiving a personal identification number from said second remote terminal.
claim 13 further comprising:
transmitting, from said second remote terminal, a currency code indicating a currency type in said second remote terminal;
comparing said currency type to an issuance currency of said card;
converting said debit amount of said currency to said issuance currency.
claim 12 further comprising:
printing a serial number different from said card number on each of said cards;
transmitting said serial number as said ID number
converting said ID number to said card number.
means for generating a plurality of card numbers, each card number including an account number, corresponding to card numbers encoded on a plurality of cards;
a database on a central computer having a plurality of fields, including fields for said account number and for currency amount, said account number being loaded into said database, leaving said field for currency amount without currency amount;
a first remote terminal for transmitting an ID number corresponding to a card number and a currency amount;
means for entering said currency amount into said fields of said database for said currency amount corresponding to an account number included in said card number.
claim 19 further comprising:
a second remote terminal for transmitting a card number from a card for a purchaser and a debit amount;
means for subtracting said debit amount from the currency amount in said database corresponding to the received purchaser card number and updating said currency amount in said database.
claim 20 further comprising:
means for transmitting to said second remote terminal an authorization message for authorizing a purchase by the purchaser if said currency debit amount is not greater than said currency amount in the database.
claim 19 wherein said card number comprises a bank identification number.
claim 19 wherein said plurality of fields of said database includes a field for a bank identification number.
claim 20 wherein said second remote terminal comprises means for transmitting a purchaser inputted personal identification number.
claim 20 wherein said second remote terminal comprises means for transmitting a currency code indicating a currency type in said second remote terminal.
claim 25 further comprising:
means for converting said debit currency amount from said currency type to an issuance currency of said card.
computer program code for loading an account number for a card into a database having a plurality of fields, including fields for said account number and for currency amount, leaving said fields for customer data and currency amount without customer data or currency amount, said account number being associated with said cardnumber;
computer program code for receiving, at a subsequent time of purchase of the card, said card number and a currency amount, from a first remote terminal; and
computer program code for determining an account number from said card number and for entering said currency amount into said field of said database for said currency amount corresponding to said account number.
claim 27 wherein said computer readable medium further comprises:
computer program code for subsequently receiving, from a second remote terminal, a card number from a card and a debit amount associated with a purchase of goods or services;
computer program code for transmitting to said second remote terminal an authorization message for authorizing the purchase if said debit amount is not greater than said currency amount in said database corresponding to the account number associated with the card number; and
computer program code for subtracting said debit amount from the currency amount in said database corresponding to the account number, thereby updating said currency amount in said database.
claim 28 wherein said computer readable medium further comprises:
computer program code for transmitting to said second remote terminal a message denying the purchase if said currency debit amount is greater than the currency amount in the database.
claim 28 wherein said computer readable medium further comprises:
computer program code for transmitting, from said second remote terminal, a currency code indicating a currency type in said second remote terminal;
computer program code for comparing said currency type to an issuance currency of said card; and
computer program code for converting said debit amount to said issuance currency.
claim 27 wherein at least one of the card number and the account number are encoded.
providing card activating locations with a plurality of financial cards, each of the financial cards being unactivated and having a magnetic stripe containing at least a unique card identifier;
receiving a request to activate a particular one of the financial cards, the request indicating an initial currency amount to be associated with the particular one of the financial cards; and
associating the initial currency amount with the particular one of the financial cards in a central database, thereby activating the particular one of the financial cards.
claim 32, within a customer purchases the particular one of the financial cards from a sales agent.
claim 32, wherein said method further comprises:
subsequently receiving the unique card identifier from the particular one of the financial cards for a user and a debit amount associated with a currency withdraw or a purchase of goods or services;
transmitting to the second remote terminal an authorization to permit the currency withdraw or the purchase when the debit amount is not greater than a currency amount in the central database for the particular one of the financial cards; and
updating the currency amount in the central database for the particular one of the financial cards by subtracting the debit amount from the currency amount when the currency withdraw or the purchase has been authorized.
Patent Citations (20)
| Patent | Date | Inventor | Cited By |
|---|---|---|---|
| US4700055(A) | 1987-10-01 | Kashkashian, Jr. | Examiner |
| US4707592(A) | 1987-11-01 | Ware | Examiner |
| US4766293(A) | 1988-08-01 | Boston | Examiner |
| US4837422(A) | 1989-06-01 | Dethloff et al. | Examiner |
| US5012077(A) | 1991-04-01 | Takano | Examiner |
| US5038022(A) | 1991-08-01 | Lucero | Examiner |
| US5068891(A) | 1991-11-01 | Marshall | Examiner |
| US5101098(A) | 1992-03-01 | Naito | Examiner |
| US5206488(A) | 1993-04-01 | Teicher | Examiner |
| US5267149(A) | 1993-11-01 | Anada et al. | Examiner |
| US5477038(A) | 1995-12-01 | Levine et al. | Applicant |
| US5511114(A) | 1996-04-01 | Stimson et al. | Applicant |
| US5557516(A) | 1996-09-01 | Hogan | Applicant |
| US5577109(A) | 1996-11-01 | Stimson et al. | Applicant |
| USRE36365(E) | 1999-11-01 | Levine et al. | Applicant |
| USRE37122(E) | 2001-04-01 | Levine et al. | Applicant |
| EP397512 | 1990-11-01 | Examiner | |
| JP4-367991 | 1992-12-01 | Applicant | |
| JP7-25459 | 1995-05-01 | Applicant | |
| WO9217856 | 1992-10-01 | Examiner |
Non-Patent Literature (11)
- Prepayment Cards The Electronic Purse Becomes Big Business, Harrop, Peter A Financial Times Management Report, 1991, Chapters 1, 2, 3, 5, 7, 8, and 9.Applicant
- Prepaid Card Developments, Visa International, Visa International Corporate Planning, Jul. 1990, pp. 1-38.Applicant
- The Electronic Payments International POS Databook by Lafferty Business Research, Aisling Maguire, Lafferty Publications, 1992, Executive Summary pp. I-xxiii, Chapter 1 and Chapter 2, pp. 1-31.Applicant
- Pre-Paid Card; Svigals, Jerome; Bank Branching 2000, the Next Ten Years; Lafferty Publications; 1990; Reprinted in Cards and Payments, Strategies in Action, vol. 1, Chapter 42; Lafferty Publications; 1994.Applicant
- Magnetic Stripe Versus Chip Card, George Gysels, Banksys, Electronic Payments International, Oct. 1992; Reprinted in Cards and Payments, Strategies in Action, vol. 1, Chapter 44; Lafferty Publications; 1994.Applicant
- Cards 2000, The Coming Revolution In The Cards Market, Chapter 10, Prepaid Cards; Svigals, Jerome; Lafferty Publications, Ltd.; 1993; pp. 95-107.Applicant
- Visa Debit Card, Visa U.S.A., Inc.; 1990.Applicant
- Debit Goes National; Higgins, Kevin T.; Credit Card Management; Feb. 1992; pp. 55,58,60,62, 65-67.Applicant
- After a Series of False Starts, Debit Cards Show Promise; American Banker, Aug. 19, 1992; p. 1; vol. 157, No. 160.Applicant
- The Banks in Europe Break Down Barriers: Development of Eurocheque and Eurocard Typify Growing Financial Cooperation; American Banker; Jun. 14, 1984, p. 18.Applicant
- Prepaid Card System For Shopping; Mitsubishi Denko Giho; 1990; vol. 64, No. 7. (English Abstract).Applicant