A method of transferring funds includes the steps of linking a first "smart card" to a first financial institution, debiting an account held at the financial institution and recording a corresponding credit value in the first smart card. The first smart card is then linked to a second, similar device, the credit value in the first device is reduced, and a corresponding credit value is recorded in the second device. The second device is then linked to a second financial institution, the credit value in the second device is reduced, and a corresponding credit value is recorded in an account held at the second financial institution. The first and second devices each store at least a portion of a program which is run in a synchronized interactive manner between the first devices. The invention extends to a system for implementing the method.
|
8. A system for transferring funds including:
first and second portable data storage and processing devices, each storing at least a portion of a program which is run in a synchronized, interactive manner between the first and second devices; first terminal means for linking the first device to a first financial institution; second terminal means for linking the second device to a second financial institution; and third terminal means adapted to receive the first and second devices and to permit data transfer between them, so that a credit value stored in the first device which corresponds to a debit from an account held at the first financial institution can be reduced by a desired amount and a corresponding credit value can be recorded in the second device, the second device being adapted to transfer the credit value stored therein to an account held at the second financial institution.
13. A method of transferring funds comprising:
linking a first smart card to a first financial institution, said first smart card storing at least a portion of a program; debiting a first account held at said first financial institution and recording a corresponding credit value in said first smart card; linking said first smart card to a second, similar smart card via a terminal means, said second smart card storing at least a portion of said program which is run in a synchronized, interactive manner with the portion of said program stored in said first smart card, said program being consistent with a value transfer protocol of said smart cards; reducing said credit value in said first smart card and recording a corresponding credit value in said second smart card; linking said second smart card to a second financial institution; reducing said credit value in said second smart card; and recording a corresponding credit value in an account held at said second financial institution.
1. A method of transferring funds including the steps of:
linking a first portable data storage and processing device to a first financial institution, the first portable data storage device storing at least a portion of a program; debiting an account held at the financial institution and recording a corresponding credit value in the first portable data storage and processing device; linking the first portable data storage device to a second, similar device via a terminal means, the second portable data storage device storing at least a portion of a program which is run in a synchronized, interactive manner with the portion of the program stored in the first portable data storage device; reducing the credit value in the first device and recording a corresponding credit value in the second device; linking the second portable data storage and processing device to a second financial institution; reducing the credit value in the second device; and recording a corresponding credit value in an account held at the second financial institution.
2. A method according to
3. A method according to
4. A method according to
5. A method according to
6. A method according to
7. A method according to
9. A system according to
10. A system according to
11. A system according to
12. A system according to
14. A method as recited in
from said first smart card to said second smart card.17. A method as recited in claim 16 wherein said first and second smart cards exchange messages during said transaction sequence and wherein subsequent messages carry information from previous messages, whereby implementation of said predetermined transaction sequence is ensured.18. A method as recited in claim 13 further comprising: sending a first random challenge from said first smart card to said second smart card, thereby ensuring to said first smart card that said second smart card is valid; and sending a second random challenge from said second smart card to said first smart card, thereby ensuring to said second smart card that said credit value in said first smart card has been reduced.19. A method as recited in claim 13 wherein at least one of said smart cards is embodied within an integrated circuit mounted on a substrate and wherein contacts on a surface of said substrate allow said terminal means to apply power to said integrated circuit and to permit data transfer to and from said integrated circuit.20. A method of transferring funds comprising: linking a first smart card to a first financial institution, said first smart card storing at least a portion of a program; debiting a first account held at said first financial institution and recording a corresponding credit value in said first smart card; linking said first smart card to a second, similar smart card via a terminal means, said second smart card storing at least a portion of said program which is run in a synchronized, interactive manner with the portion of said program stored in said first smart card; exchanging messages between said first and second smart cards, each reply message being dependent upon information received from an earlier message; determining whether each received message is valid using said information received from an earlier message, wherein when it is determined that a message is not valid, said program terminates; reducing said credit value in said first smart card and recording a corresponding credit value in said second smart card; linking said second smart card to a second financial institution; reducing said credit value in said second smart card; and recording a corresponding credit value in a second account held at said second financial institution.21. A method as recited in claim 20 wherein said terminal means is a single unit including a keypad for entering said credit value and a display for displaying said credit value and receives said first and second smart cards and permits data transfer therebetween, said terminal means facilitating interaction of said first and second smart cards.22. A method of transferring funds comprising: linking a first smart card to a first financial institution, said first smart card storing at least a portion of a program; debiting a first account held at said first financial institution and recording a corresponding credit value in said first smart card; linking said first smart card to a second, similar smart card via a terminal means, said second smart card storing at least a portion of said program; running said program in a synchronized, interactive manner between said smart cards; a step for performing the function of ensuring that said first and second smart cards are valid and are continuously linked during said running, whereby fraud is reduced; reducing said credit value in said first smart card and recording a corresponding credit value in said second smart card; linking said second smart card to a second financial institution; reducing said credit value in said second smart card; and recording a corresponding credit value in a second account held at said second financial institution.23. A method as recited in claim 22 wherein said terminal means is a single unit including a keypad for entering said credit value and a display for displaying said credit value and receives said first and second smart cards and permits data transfer therebetween, said terminal means facilitating interaction of said first and second smart cards.24. A smart card for transferring funds, said smart card being arranged for effecting the following: linking a first smart card to a first financial institution, said first smart card storing at least a portion of a program; debiting a first account held at said first financial institution and recording a corresponding credit value in said first smart card; linking said first smart card to a second, similar smart card via a terminal means, said second smart card storing at least a portion of said program which is run in a synchronized, interactive manner with the portion of said program stored in said first smart card, said program being consistent with a value transfer protocol of said smart cards; reducing said credit value in said first smart card and recording a corresponding credit value in said second smart card; linking said second smart card to a second financial institution; reducing said credit value in said second smart card; and causing a corresponding credit value to be recorded in a second account held at said second financial institution.25. A smart card as recited in claim 24 wherein said terminal means is a single unit including a keypad for entering said credit value and a display for displaying said credit value, and wherein said terminal means receives said first and second smart cards and permits data transfer therebetween and facilitates interaction of said first and second smart cards.26. A smart card as recited in claim 24 wherein said first smart card is allocated to an individual registered at said first financial institution and said second smart card is allocated to a commercial entity, and wherein the magnitude of the reduction in said credit value stored in said first smart card corresponds to the value of a transaction between said individual and said commercial entity, whereby the direct transfer of currency from said individual to said commercial entity is allowed.27. A smart card as recited in claim 24 being further arranged wherein said value transfer protocol ensures implementation of a predetermined transaction sequence to effect the transfer of credit value from said first smart card to said second smart card.28. A smart card as recited in claim 24 being further arranged wherein said first and second smart cards exchange messages during said transaction sequence and wherein subsequent messages carry information from previous messages, whereby implementation of said predetermined transaction sequence is ensured.29. A smart card as recited in claim 24 being further arranged for effecting the following: sending a first random challenge from said first smart card to said second smart card, thereby ensuring to said first smart card that said second smart card is valid; and sending a second random challenge from said second smart card to said first smart card, thereby ensuring to said second smart card that said credit value in said first smart card has been reduced.30. A smart card as recited in claim 24 being embodied within an integrated circuit mounted on a substrate and having contacts on a surface of said substrate to allow said terminal means to apply power to said integrated circuit and to permit data transfer to and from said integrated circuit.1. A system for transferring funds comprising: first and second smart cards, each storing at least a portion of a program which is run in a synchronized, interactive manner between said first and second smart cards, said program being consistent with a value transfer protocol of said smart cards; first terminal means for linking said first smart card to a first financial institution; second terminal means for linking said second smart card to a second financial institution; and third terminal means adapted to receive said first and second smart cards and to permit data transfer between them, so that a credit value stored in said first smart card which corresponds to a debit from an account held at said first financial institution can be reduced by a desired amount and a corresponding credit value can be recorded in said second smart card, said second smart card being adapted to transfer said credit value stored therein to an account held at said second financial institution.32. A system as recited in claim 31 wherein said third terminal means is a single unit including a keypad for entering said credit value and a display for displaying said credit value and receives both smart cards and allows data transfer therebetween, said third terminal means facilitating interaction of said first and second smart cards.33. A system as recited in claim 31 wherein said first smart card is allocated to an individual registered at said first financial institution and said second smart card is allocated to a commercial entity, and wherein the magnitude of the reduction in said credit value stored in said first smart card corresponds to the value of a transaction between said individual and said commercial entity, whereby the direct transfer of currency from said individual to said commercial entity is allowed.34. A system as recited in claim 31 wherein said value transfer protocol ensures implementation of a predetermined transaction sequence to effect the transfer of said credit value from said first smart card to said second smart card. 5. A system as recited in
wherein said first smart card is further adapted to send a first random challenge to said second smart card, thereby ensuring to said first smart card that said second smart card is valid; and wherein said second smart card is further adapted to send a second random challenge to said first smart card, thereby ensuring to said second smart card that said credit value in said first smart card has been reduced.37. A system according to claim 31 wherein at least one of said smart cards is embodied within an integrated circuit mounted on a substrate and contacts on a surface of said substrate allow said terminal means to apply power to said integrated circuit and to permit data transfer to and from said integrated circuit.38. A system for transferring funds comprising: first and second smart cards, each storing at least a portion of a program which is run in a synchronized, interactive manner between said first and second smart cards; said program stored on said smart cards being arranged to perform the following when run, exchanging messages between said first and second smart cards, each reply message being dependent upon information received from an earlier message, and determining whether each received message is valid using said information received from an earlier message, wherein when it is determined that a message is not valid, said program terminates; first terminal means for linking said first smart card to a first financial institution; second terminal means for linking said second smart card to a second financial institution; and third terminal means adapted to receive said first and second smart cards and to permit data transfer between them, so that a credit value stored in said first smart card which corresponds to a debit from an account held at said first financial institution can be reduced by a desired amount and a corresponding credit value can be recorded in said second smart card, said second smart card being adapted to transfer said credit value stored therein to an account held at said second financial
institution.39. A system as recited in claim 38 wherein said third terminal means is a single unit including a keypad for entering said credit value and a display for displaying said credit value and receives both smart cards and allows data transfer therebetween, said third terminal means facilitating interaction of said first and second smart cards.40. A system for transferring funds comprising: first and second smart cards, each storing at least a portion of a program which is run in a synchronized, interactive manner between said first and second smart cards; means for performing the function of ensuring that said first and second smart cards are valid and are continuously linked during said program, whereby fraud is reduced; first terminal means for linking said first smart card to a first financial institution; second terminal means for linking said second smart card to a second financial institution; and third terminal means adapted to receive said first and second smart cards and to permit data transfer between them, so that a credit value stored in said first smart card which corresponds to a debit from an account held at said first financial institution can be reduced by a desired amount and a corresponding credit value can be recorded in said second smart card, said second smart card being adapted to transfer said credit value stored therein to an account held at said second financial institution.41. A system as recited in claim 40 wherein said third terminal means is a single unit including a keypad for entering said credit value and a display for displaying said credit value and receives both smart cards and allows data transfer therebetween, said third terminal means facilitating interaction of said first and second smart cards. |
This application claims priority of South African Patent Application No. 907106 filed Sep. 6, 1990 in the Republic of South Africa, in the name of inventors Mansvelt and Belamant.
This invention relates to a method of and a system for transferring funds.
At present, remote banking generally involves the use of magnetic stripe cards, together with cheques or cash. The cards are encoded with information identifying holders of the cards. The information stored on the card is typically a primary account number (PAN). Typically, the card is inserted into an automatic teller machine (ATM) and a personal identification number (PIN) is entered by the cardholder. In some cases, the ATM verifies that the entered PIN corresponds with a PIN calculated by the ATM and then allows a transaction such as a withdrawal or deposit of funds to take place. If the ATM is on-line to the relevant financial institution, the account of the cardholder may be debited immediately a withdrawal takes place, or the ATM may store the transaction information, with the cardholder's account being debited at a later stage, utilising track 3 on the card. In any event, direct debiting or crediting of an account is generally limited to a two way transaction between a financial institution and an account holder at the financial institution.
Cheques, credit cards, debit cards and cash are also utilised for the purchasing of goods and services. However, these systems are cumbersome and risky and, if provided as on-line services, are relatively unreliable and expensive.
According to the invention a method of transferring funds includes the steps of linking a first portable data storage and processing device to a first financial institution; debiting an account held at the financial institution and recording a corresponding credit value in the first portable data storage and processing device; linking the first portable data storage device to a second, similar device; reducing the credit value in the first device and recording a corresponding credit value in the second device; linking the second portable data storage and processing device to a second financial institution; reducing the credit value in the second device; and recording a corresponding credit value in an account held at the second financial institution.
Preferably, the first and second devices each store at least a portion of a program which is run in a synchronised interactive manner between the first and second devices.
A terminal means may be provided which receives the first and second devices and permits data transfer therebetween, the terminal means operating under the control of a stored program to facilitate interaction of the first and second devices.
The first and second financial institutions may be one and the same or different banks, building societies or other similar institutions.
The first and second portable data storage and processing devices are preferably "smart cards" comprising electronic data storage and processing circuitry on a credit card-like substrate, operating under the control of stored software.
The first device may be allocated to an individual registered at the first financial institution, while the second device may be allocated to a retailer or other commercial entity, the magnitude of the reduction in the credit value stored in the first device corresponding to the value of a transaction between the individual and the retailer or commercial entity.
The second device may total the credit values recorded therein, so that the credit value recorded at the second financial institution corresponds to the total of all credit values recorded in the second device in a predetermined period. Further according to the invention a system for transferring funds includes first and second portable data storage and processing devices; first terminal means for linking the first device to a first financial institution; second terminal means for linking the second device to a second financial institution; and third terminal means adapted to receive the first and second devices and to permit data transfer between them, so that a credit value stored in the first device which corresponds to a debit from an account held at the first financial institution can be reduced by a desired amount and a corresponding credit value can be recorded in the second device, the second device being adapted to transfer the credit value stored therein to an account held at the second financial institution.
Preferably, the first and second devices each store at least a portion of a program which is run in a synchronised interactive manner between the first and second devices.
The first and second portable data storage and processing devices are preferably "smart cards" comprising electronic data storage and processing circuitry on a credit card-like substrate, operating under the control of stored software.
The first and second terminal means are preferably adapted to link the respective smart cards to the respective financial institutions via a digital or analogue data network.
The third terminal means is preferably a card reader device adapted to receive both smart cards and to allow data transfer therebetween.
Preferably, the card reader device operates under the control of a stored program which facilitates the interaction of the first and second smart cards.
FIG. 1 is a schematic illustration of a funds transfer system according to the invention;
FIG. 2 is a schematic illustration of a basic mode of operation of the system of FIG. 1;
FIG. 3 is a basic schematic block diagram of a card reader device used in the system of FIG. 1; and
FIGS. 4 to 7 illustrate schematically several different operations possible with the system of FIG. 1.
The funds transfer system illustrated schematically in the drawings is designed to allow the direct transfer of funds from a first financial institution to a cardholder, from the cardholder to a retailer, and from the retailer to a second financial institution, via an analogue or digital data network. In order to allow the necessary data to be transferred in a convenient manner, use is made of "smart cards". Such devices are well known and comprise a credit card-like substrate on which is mounted an integrated circuit containing a central processing unit (CPU) and associated random access memory (RAM) and read-only memory (ROM), as well as an electrically erasable programmable read-only memory (EEPROM). Contacts on the surface of the substrate allow a suitable card reader device to apply power to the computer on the card and permit data transfer to and from the computer.
The operation of the system is illustrated in a highly simplified form in the diagram of FIG. 2. In the first leg of the process, a card holder obtains funds from an account held at a financial institution (FI). This is carried out in real time or on-line via a funds transfer machine (FTM) which is linked to the financial institution via the data network. The cardholder selects an amount to be credited to his personalised smart card (referred to hereinafter as a client card), and a credit balance on his credit card is increased, while the balance in his account at the financial institution is debited correspondingly.
The cardholder can now use his client card to conduct financial transactions of different kinds, in either an on-line or an off-line manner. Typically, as shown in FIG. 2, the client card will be used by the cardholder in a transaction in which goods are purchased from a retailer. The retailer is provided with a point of sale (POS) device which is a self-contained, battery powered smart card reading device. To conduct a transaction, both the client card and a personalised smart card of the retailer (hereinafter called a retailer card) are both inserted into the POS device, which operates under the control of a stored program to allow communication between the client card and the retailer card. The amount of the transaction is entered into the POS device. This amount is then presented to the client card, which reduces the credit value stored in its EEPROM by the amount of the transaction, and forwards this amount to the retailer card which increases a credit value stored therein by the same amount.
Once the transaction is completed, the client card of the cardholder is removed from the POS device while the retailer card remains in the device. The retailer will typically conduct a number of different transactions with different cardholders during the course of a business day, and an accumulating total credit value will be stored in the retailer card. At intervals, typically at the end of each working day, the retailer will remove the retailer card from the POS device and insert it into a dedicated funds transfer machine (FTM) which is linked to a second financial institution (that is, the financial institution at which the retailer holds an account) via the electronic data network. The transaction information stored on the retailer card is transferred to the retailer's financial institution, which identifies the accounts of the various cardholders who have conducted transactions with the retailer, and which then credits the retailer's account with the total value of the transactions, and debits the financial institution's cardholder account with the value of the respective transaction. A magnetic tape record of the data transmissions conducted over the data network allows the respective financial institutions to generate printed statements for the cardholders and the retailer, if necessary. The cardholder can also use his card in an on-line manner, via an on-line funds transfer machine, to settle accounts, credit his card with a salary payment or another deposited amount, or conduct similar on-line transactions.
The advantage of an electronic funds transfer system of the kind described above in broad terms is that both conventional currency, such as cash or cheques, and conventional credit transactions, such a those employing credit cards, can be replaced. Delays in processing financial transactions are reduced or eliminated, while the use of cards on which a credit balance is stored ensures the availability of funds and reduces the risks associated with cash or credit transactions. Numerous other benefits arise from the use of an electronic data network, allowing a reduction in record-keeping and administration and reducing the likelihood of errors.
The operation of the funds transfer system will now be described in greater detail. A crucial part of the system is a card reader device which is adapted to receive two smart cards simultaneously, and effectively to allow communication between the cards. The card reader device is essentially conventional except for the provision of a second card reader slot and associated input/output circuitry. A suitable device is a type P500 terminal manufactured by Crouzet Sextant Avionique of France.
The circuitry of the card reader device is illustrated schematically in FIG. 3, and is based around an Intel type 8096 microprocessor 10. Associated with the microprocessor 10 is a random access memory (RAM) 12 and a read-only memory (ROM) 14. First and second smart card readers 16 and 18 and an input/output (I/O) interface 20 comprising an RS232 interface are connected to the microprocessor 10. Finally, a keypad 22, a liquid crystal display (LCD) 24 and a miniaturised paper printer 26 are also controlled by the microprocessor 10. The device is powered by a power supply circuit 28 comprising a rechargeable battery pack which allows the card reader to be operated for up to 30 days before replacement or recharging of the battery is necessary.
A boot program is stored in the ROM 14, which initialises the card reader when it is turned on. An operating system and software controlling the operation of the card reader is downloaded into the RAM 12 via the I/O interface 20, and must be reloaded if power is removed from the device.
The above described card reader device is used as a stand-alone point of sale (POS) device allowing communication between the client cart of a cardholder and the retailer card of the retailer. An essentially similar machine is used as a funds transfer machine (FTM) to allow communication between the client card and the cardholders financial institution, and to allow communication between the retailer card and the retailers financial institution. In this case however a modem is included in the device to link it to the electronic data network and thus to the respective financial institutions. In either case, the stored computer program in the RAM controls the operation of the device and generates prompts and other information which is displayed on the liquid crystal display 24 in use.
The first leg of a typical sequence of transactions will now be described, in which a cardholder transfers funds from an account held at his financial institution to his own client card. This is done using a card reader device as described above, configured as a funds transfer machine (FTM). Using the keypad 22, the cardholder selects a "Funds transfer" option and enters the amount to be transferred and the type of account to be debited. A display is generated on the liquid crystal display 24, prompting the cardholder to enter this card into the card reader device. Power is now applied to the card reader in the device, which applies power to the circuitry on the card itself. The microprocessor on the card initialises itself and outputs data to the card reader device indicating its operating parameters, including the baud rates, clock speed and data format which it uses. The card also outputs an identification code to the card reader device, indicating that it is a client card of the correct type.
Once the handshaking procedure between the client card and the FTM control card (as described in Appendices 1 and 2) is completed correctly, the transaction can continue. The cardholder is prompted to enter a password, which is checked with a corresponding code stored in a secure memory area on the card. If the correct password is not entered within three attempts, the card is disabled. Assuming that the correct password is entered, a file information table in the card memory is read, providing details, inter alia, of the current credit balance stored in the card.
The FTM now compiles a message for transmission via the data network, which includes critical fields such as the amount to be transferred, a transaction sequence number (TSN) and a unique sequence number (USN). The message is transmitted via the data network to the financial institution at which the cardholder holds an account. Assuming that there are sufficient funds in the cardholder's account to meet the request, the financial institution debits the cardholder's account and moves the funds to a holding account. The amount of the transfer, together with the TSN and the USN, is encrypted under the issuer key of the financial institution and transmitted back to the data network, which encrypts this encrypted data further with a data network key. The database of the data network is also updated with details of the transaction.
The message is routed back to the FTM, which extracts the encrypted portion of the data and transmits it, together with the data and account type, to the client card. The client card decrypts the encrypted data using the random key and the issuer key (both of which are stored securely on the card) and will check that the TSN and the USN in the decrypted data match the original TSN and USN. Assuming that a match occurs, the transaction is then written to the client card transaction file, and the current credit balance is updated on the card.
The FTM now runs a utility program on the client card which sends an 8 byte encrypted message to the FTM containing the TSN, the USN, and a code indicating whether the transaction was good or bad. The TSN stored in the card is incremented. The above data is encrypted with the data network key and is transmitted via the network to the financial institution for confirmation of the transaction. The display of the FTM now prompts the cardholder to remove his client card.
The result of the above transaction is that an amount of funds corresponding to the figure entered by the cardholder into the FTM is deducted from the credit balance of his account at the financial institution and transferred to a holding account of the financial institution. The credit balance stored on the client card is updated by the same amount, and can now be used to conduct further transactions. A state table of the above described transaction is shown in Appendix 1.
The above described transaction takes place between the financial institution and a so-called secure card account (SCA) which can only be accessed via a high security encryption/decryption procedure. The client card also makes provision for a high speed self service (HSSS) account which is limited to a relatively low maximum credit balance and which does not require the use of a password to be debited. This account can be used, for example, when using vending machines or the like, where relatively small amounts are involved. A state table showing how funds are transferred from the secure card account (SCA) to the high speed self service (HSSS) account is shown in Appendix 2.
Assuming now that cardholder wishes to conduct a transaction with a retailer, such as the purchase of goods or services, the card reader terminal illustrated in FIG. 3 is used, configured as a point of sale (POS) device. When this device is turned on by the retailer, the display prompts the retailer to enter the retailer card into the appropriate slot at the bottom of the machine. The card outputs its identity code to the device, which verifies that it is a retailer card, and a handshaking procedure is carried out as described above with reference to the funds transfer machine.
The retailer card has a merchant information file which stores, inter alia, the merchant's name, a "hot card" file and transaction batch numbers. The main menu of the software stored in the terminal is now displayed, and offers a choice of "Sales" or "Utilities". Assuming that "Sales" is selected, a second menu appears, offering a choice of "Purchase" or "Card balance". The latter option allows the retailer to check the running total credit balance stored in his card.
Assuming that the "Purchase" option is selected, the display will then prompt the retailer to enter the amount of the transaction. This can be done directly via the keypad 22, or via the input/output interface 20, if the card reader terminal is connected to a till. The display now prompts the cardholder to enter his client card into the second card reader, and a handshaking procedure once again takes place to ensure that the correct type of card is being used.
The sequence of events is described in the state table of Appendix 3, and includes the generation of a random key by the client card which is then used in the subsequent messages for this transaction. The retailer card checks to see whether the credit balance stored thereon is below the permissable maximum and that the amount of the transaction will not cause the balance to exceed the maximum. Information from the client card is now read into the RAM 12 of the terminal, including the client identification code and balance information. Once the security measures (up to and including Utility 4 in Appendix 3) have been carried out, the terminal prompts the card holder to indicate whether a secure card account (SCA) transaction or a high speed self service (HSSS) transaction is desired. The terminal now runs a utility to check whether the client card is on the "hot card" list stored on the retailer card, and if so, aborts the transaction, and switches off the client card.
The terminal now prompts the cardholder to enter his password. If the correct password is recognised, a flag is set in the RAM of the card. The amount of the transaction, the date, the retailer identity, and the transaction batch number are now transferred directly to the client card in an unencrypted form. The microprocessor of the client card checks that the flag in the RAM is correctly set to indicate the use of the correct password, and checks the identity of the retailer card to ensure that it is in fact a retailer card. The transaction information is then stored in the RAM of the card. The transaction information is now written to the transaction file on the client card and the balance in the client card is updated (that is, reduced) and stored in a non volatile memory area of the card. If the amount of the transaction is greater than the stored balance (that is, an impermissible transaction) the card is put into a CPU loop so that it "hangs", and cannot be reset except by aborting the transaction. Once the transaction has been encrypted and recorded, the RAM of the card is cleared.
The terminal now transmits the encrypted transaction information to the retailer card, and the cardholder's identification number and the record sequence number are checked, both to ensure a valid transaction and to ensure correct decryption. The accumulated credit balance on the retailer card is now updated. Similarly to the client card, the card will "hang" if the total balance exceeds the maximum permissible limit. The amount of the transaction, the client card unique sequence number (USN), and the financial institution issuer code are now encrypted with the key of the data network, and this information is stored in a non volatile area on the retailer card. The total number of SCA transactions is incremented, and the transaction information is written to the retailer card transaction file. This information is further encrypted with the card reader terminal key, as contained on the retailer card.
The encrypted information is now transferred to the RAM 12 of the card reader terminal, and a transaction record is printed using the printer 26. On the same record, an encrypted record of the transaction is printed, in a 16 byte format, to ensure, if necessary, that the retailer has not modified the POS device software. The cardholder is now prompted to remove his card, and the original main menu is displayed.
The result of the above transaction is that the credit balance on the client card is reduced by the amount of the transaction, and the accumulated credit balance on the retailer card is increased correspondingly. The printed transaction record, including its encrypted data, allows errors to be traced. The entire transaction takes place on an off-line basis, using only the two smart cards (the client card and the retailer card) and the stand-alone card reader terminal.
In the case of a high speed self service (HSSS) transaction, a simplified procedure is followed. A state table of such a transaction is shown in Appendix 4.
The next step in the operation of the system is for the retailer to settle the transactions, whether SCA or HSSS transactions, recorded on his retailer card. The settlement procedure is once again an on-line procedure, requiring the use of a funds transfer machine (FTM). This may be a dedicated device located on the premises of the retailer, or may be located elsewhere.
Using the keypad of the FTM, the retailer chooses the "settlement" option, and is prompted via the display to insert his card. The FTM then conducts the usual handshaking procedure between the FTM card inserted into the machine and the retailer card. A utility on the retailer card is now run which outputs the batch total, date, batch number, number of transactions and the retailer card USN, all encrypted under the data network key. This data is then transmitted to the data network through the pre-initialised communications link, typically a XXX pad. Transactions which are encrypted using the data network key are sent to the data network on a one to one basis, and are confirmed by the network. The network decrypts the received data and conducts a number of validity checks, for example, by checking the sum of all transaction amounts against the total in the batch data.
The batch number and the new batch data are now encrypted by the data network with the data network key, and transmitted back to the FTM. The FTM transfers this data to the retailer card, and the retailer card decrypts the data and checks that the batch numbers remain the same. The retailer card then increments the batch number and updates it, enters the batch date, and resets all totals to zero. The transaction address on the file information table (FIT) on the card is reset to the first address position, and a bit flag is set which allows the transaction file to be overwritten by the data network hot card file. A utility is then run to write the hot card file to the transaction file. Finally, the FTM prompts the retailer to remove the retailer card. The batch transaction data is transmitted via the data transfer network to the financial institution of the retailer, updating the retailer's account by crediting it with the total value of the transactions. The network also sends a message to the financial institution of each cardholder who conducted a transaction in the particular batch concerned, authorising a transfer of funds from the holding account of the cardholder's financial institution to the retailer's financial institution. A state table illustrating the above settlement procedure appears in Appendix 5.
It will be apparent from the above description that the entire chain of financial transactions is accomplished by the direct transfer of information between the financial institutions concerned and the client and retailer smart cards. By the use of high levels of encryption, a high security level is achieved. This is made possible mainly by the use of intelligent cards which can communicate with one another, via an intelligent terminal device, which permits the necessary high standard of encryption/decryption and other security procedures to be achieved. Diagrams illustrating the various transactions are shown in FIGS. 4 to 7.
An important aspect of the invention is the running of a program (application) which is effectively split between the two (or more) CPU's of the smart cards. The running of these CPU's is facilitated and synchronised by the card reader terminal, which itself runs a stored program. However, the transaction is controlled by the programs stored on the cards themselves, while the terminal merely allows direct communication between the cards, consistent with the operating protocol of the cards.
Although the funds transfer system of the invention has be described in relation to a conventional, typical series of transactions, it will be appreciated that the applicability of the system is wider than the specific example given above. The described system can be used to operate savings, transmission and current accounts, as well as credit accounts (including general credit accounts and specific credit accounts such as petrol or garage type accounts). The system is also applicable to the running of mortage bond accounts, subscription deposit accounts, or foreign exchange accounts, for example.
APPENDIX 1 |
__________________________________________________________________________ |
Client (Utility) FTM (Control) |
__________________________________________________________________________ |
UTIL-- 1: |
Function: Generate random number. Encrypt random number. |
card type and currency with transaction key. |
Output. |
Dependencies: None |
UTIL-- 2: |
Function: Input. Decrypt with transaction key. |
Encrypt |
random number and card type with random |
key. |
Dependencies: Utility card must be client |
card. |
UTIL-- 3: |
Function: Output. |
Dependencies: None. |
UTIL-- 2: |
Function: Input. Decrypt with random key. |
Dependencies: Random number must match random number |
generated in UTIL-- 1. |
UTIL-- 9: |
Function: Input. Decrypt with Metrolink key and issuer |
key. Write transaction. Update balance. Clear |
RAM. |
Dependencies: Control card presented in UTIL-- 2 must be |
FTM card. |
Password must have been presented. |
Client transaction sequence numbers must |
match. |
Transactions amount cannot overflow SCA |
balance. |
__________________________________________________________________________ |
APPENDIX 2 |
__________________________________________________________________________ |
Client (Utility) FTM (Control) |
__________________________________________________________________________ |
UTIL-- 1: |
Function: Generate random number. Encrypt random number. |
card type and currency with transaction key. |
Output. |
Dependencies: None |
UTIL-- 2: |
Function: Input. Decrypt with transaction key. |
Encrypt |
random number and card type with random |
key. |
Dependencies: Utility card must be client |
card. |
UTIL-- 3: |
Function: Output. |
Dependencies: None. |
UTIL-- 2: |
Function: Input. Decrypt with random key. |
Dependencies: Random number must match random number |
generated in UTIL-- 1. |
UTIL-- 7: |
Function: Input. Write transaction. Update balances. |
Clear RAM. |
Dependencies: Control card presented in UTIL-- 2 must be |
FTM card. |
Password must have been presented. |
Transaction amount cannot be greater than |
SCA balance. |
Transaction amount cannot overflow HSSS |
balance. |
__________________________________________________________________________ |
APPENDIX 3 |
__________________________________________________________________________ |
Client (Utility) Retailer (Control) |
__________________________________________________________________________ |
UTIL-- 1: |
Function: Generate random number. Encrypt random number. |
card type and currency with transaction key. |
Output. |
Dependencies: None |
UTIL-- 4: |
Function: Input. Decrypt with transaction key. |
Encrypt |
random number, record sequence number & |
card |
type with random key. |
Dependencies: Retailer card can not be full. |
Utility card must be client card. |
Currencies must match. |
UTIL-- 5: |
Function: Output. |
Dependencies: None. |
UTIL-- 2: |
Function: Input. Decrypt with random key. |
Dependencies: Random number must match random number |
generated in UTIL-- 1. |
UTIL-- 4: |
Function: Input. Handle information. |
Dependencies: Password must have been presented. |
Control card presented in UTIL-- 2 must be |
retailer card. |
UTIL-- 6: |
Function: Write transaction. Update balance. Encrypt |
amount, client card unique sequence number |
and record sequence number with random key. |
Output. Clear RAM. |
Dependencies: Paynote amount presented to card in UTIL-- 4 |
must be greater than zero. |
Paynote amount cannot be greater than SCA |
balance. |
UTIL-- 6: |
Function: Input. Decrypt with random key. |
Update balance. |
Write transaction. Encrypt amount, client |
card |
unique sequence number and issuer code |
with |
metrolink 1 key. |
Dependencies: Utility card presented in |
UTIL-- 4 must be |
client card. |
Record sequence number must match. |
Paynote amount cannot overflow batch |
total. |
UTIL-- 5: |
Function: Output. |
Dependencies: None. |
__________________________________________________________________________ |
APPENDIX 4 |
__________________________________________________________________________ |
Client (Utility) Retailer (Control) |
__________________________________________________________________________ |
UTIL-- 1: |
Function: Generate random number. Encrypt random number. |
card type and currency with transaction key. |
Output. |
Dependencies: None |
UTIL-- 4: |
Function: Input. Decrypt with transaction key. |
Encrypt |
random number, record sequence number & |
card |
type with random key. |
Dependencies: Retailer card can not be full. |
Utility card must be client card. |
Currencies must match. |
UTIL-- 5: |
Function: Output. |
Dependencies: None. |
UTIL-- 2: |
Function: Input. Decrypt with random key. |
Dependencies: Random number must match random number |
generated in UTIL-- 1. |
UTIL-- 4: |
Function: Input. Handle information. |
Dependencies: Control card presented in UTIL-- 2 must be |
retailer card. |
UTIL-- 6: |
Function: Write transaction. Update balance. Encrypt |
amount, client card unique sequence number |
and record sequence number with random key. |
Output. |
Dependencies: Paynote amount presented to card in UTIL-- 4 |
must be greater than zero. |
Paynote amount cannot be greater than HSSS |
balance. |
UTIL-- 6: |
Function: Input. Decrypt with random key. |
Update balance. |
Write transaction. Encrypt amount, client |
card |
unique sequence number and issuer code |
with |
metrolink 1 key. |
Dependencies: Utility card presented in |
UTIL-- 4 must be |
client card. |
Record sequence number must match. |
Paynote amount cannot overflow batch |
total. |
UTIL-- 5: |
Function: Output. |
Dependencies: None. |
__________________________________________________________________________ |
APPENDIX 5 |
__________________________________________________________________________ |
Retailer (Utility) FTM (Control) |
__________________________________________________________________________ |
UTIL-- 1: |
Function: Generate random number. Encrypt random |
number |
and card type with transaction key. |
Output. |
Dependencies: None |
UTIL-- 1: |
Function: Input. Decrypt with transaction key. |
Dependencies: None |
UTIL-- 2: |
Function: Encrypt batch number, batch total and batch |
date with metrolink key. Encrypt batch number. |
retailer card unique sequence number & total |
number of transactions with metrolink key. |
Output. |
Dependencies: Control card presented in UTIL-- 1 must be |
FTM card. |
UTIL-- 3: |
Function: Input. Decrypt with metrolink key. Reset batch. |
Dependencies: Batch number must match batch number |
encrypted in UTIL-- 2. |
__________________________________________________________________________ |
Mansvelt, Andre P., Belamant, Serge C. P.
Patent | Priority | Assignee | Title |
10127535, | Sep 07 1999 | MasterCard International Incorporated | Method of and system for authorizing purchases made over a computer network |
10304127, | May 09 2008 | Visa International Service Association | Communication device including multi-part alias identifier |
10594767, | Jan 28 2015 | Twitter, Inc. | Method and system for online conversion attribution |
10769657, | Feb 14 2011 | CARDSPRING, LLC | Measuring conversion of an online advertising campaign including referral offers from an offline merchant |
10817896, | Feb 14 2011 | CARDSPRING, LLC | Measuring conversion of an online advertising campaign including group offers from an offline merchant |
10839388, | Jul 10 2001 | Liberty Peak Ventures, LLC | Funding a radio frequency device transaction |
11012494, | Jan 28 2015 | Twitter, Inc. | Method and system for online conversion attribution |
6516996, | Sep 25 1997 | Nokia Networks Oy | Electronic payment system |
6805287, | Sep 12 2002 | Liberty Peak Ventures, LLC | System and method for converting a stored value card to a credit card |
6945457, | May 10 1996 | TRANSACTION HOLDINGS LTD , L L C ; TRANSACTION HOLDINGS LTD L L C | Automated transaction machine |
6991157, | Sep 12 2002 | Liberty Peak Ventures, LLC | System and method for re-associating an account number to another transaction account |
7059531, | Jul 10 2001 | Liberty Peak Ventures, LLC | Method and system for smellprint recognition biometrics on a fob |
7070112, | Sep 07 1999 | Liberty Peak Ventures, LLC | Transparent transaction device |
7093767, | Sep 07 1999 | Liberty Peak Ventures, LLC | System and method for manufacturing a punch-out RFID transaction device |
7099850, | Sep 21 2001 | JPMORGAN CHASE BANK, N A | Methods for providing cardless payment |
7103576, | Sep 21 2001 | JPMORGAN CHASE BANK, N A | System for providing cardless payment |
7107236, | Jan 02 2001 | ROAMING MESSENGER, INC | Self-contained business transaction capsules |
7119659, | Jul 10 2001 | Liberty Peak Ventures, LLC | Systems and methods for providing a RF transaction device for use in a private label transaction |
7121471, | Jul 10 2001 | Liberty Peak Ventures, LLC | Method and system for DNA recognition biometrics on a fob |
7154375, | Jul 10 2001 | Liberty Peak Ventures, LLC | Biometric safeguard method with a fob |
7156301, | Sep 07 1999 | Liberty Peak Ventures, LLC | Foldable non-traditionally-sized RF transaction card system and method |
7172112, | Jan 21 2000 | Liberty Peak Ventures, LLC | Public/private dual card system and method |
7195151, | Feb 25 2003 | ACE SERIES A HOLDCO LLC | Method and system for automated value transfer |
7204412, | Oct 14 2003 | CC Serve Corporation | Family stored value card program |
7228155, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for remotely initializing a RF transaction |
7233926, | Mar 07 2000 | INTERDIGITAL CE PATENT HOLDINGS | Electronic wallet system with secure inter-purses operations |
7239226, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for payment using radio frequency identification in contact and contactless transactions |
7249093, | Sep 07 1999 | MasterCard International Incorporated | Method of and system for making purchases over a computer network |
7249112, | Jul 16 2002 | Liberty Peak Ventures, LLC | System and method for assigning a funding source for a radio frequency identification device |
7268667, | May 09 2003 | Liberty Peak Ventures, LLC | Systems and methods for providing a RF transaction device operable to store multiple distinct accounts |
7268668, | May 09 2003 | Liberty Peak Ventures, LLC | Systems and methods for managing multiple accounts on a RF transaction instrument |
7303120, | Jul 10 2001 | Liberty Peak Ventures, LLC | System for biometric security using a FOB |
7306158, | Jul 10 2001 | Liberty Peak Ventures, LLC | Clear contactless card |
7312707, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for authenticating a RF transaction using a transaction account routing number |
7318048, | Sep 07 1999 | MasterCard International Incorporated | Method of and system for authorizing purchases made over a computer network |
7360689, | Jul 10 2001 | Liberty Peak Ventures, LLC | Method and system for proffering multiple biometrics for use with a FOB |
7416115, | Feb 25 2003 | ACE SERIES A HOLDCO LLC | Method and system for automated value transfer |
7429927, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for providing and RFID transaction device |
7463133, | Jul 10 2001 | Liberty Peak Ventures, LLC | Systems and methods for providing a RF transaction device operable to store multiple distinct calling card accounts |
7493288, | Oct 17 2003 | Liberty Peak Ventures, LLC | RF payment via a mobile device |
7494058, | Jul 01 2004 | Liberty Peak Ventures, LLC | Smartcard transaction method and system using voiceprint recognition |
7500616, | Jul 10 2001 | Liberty Peak Ventures, LLC | Authenticating fingerprints for radio frequency payment transactions |
7503480, | Jul 10 2001 | Liberty Peak Ventures, LLC | Method and system for tracking user performance |
7506818, | Jul 10 2001 | Liberty Peak Ventures, LLC | Biometrics for radio frequency payment transactions |
7506819, | Jul 10 2001 | Liberty Peak Ventures, LLC | Biometric security using a fob |
7542942, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for securing sensitive information during completion of a transaction |
7543738, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for secure transactions manageable by a transaction account provider |
7571850, | May 10 1996 | Transaction Holdings, Ltd. LLC | Automated transaction machine |
7575158, | May 10 1996 | Transaction Holding Ltd. LLC | Automated transaction machine |
7578438, | Jul 15 2005 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for user selection of fraud detection rules |
7578448, | Jul 10 2001 | Liberty Peak Ventures, LLC | Authorizing radio frequency transactions using a keystroke scan |
7587756, | Jul 23 2004 | Liberty Peak Ventures, LLC | Methods and apparatus for a secure proximity integrated circuit card transactions |
7591419, | Mar 28 2006 | Capital One Services, LLC | User selectable functionality facilitator |
7591420, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
7597248, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
7597251, | May 10 1996 | Transaction Holdings Ltd. LLC | Automated transaction machine |
7600677, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
7614549, | Jul 15 2005 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for immediate issuance of transaction cards |
7617972, | Jul 15 2005 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for disputing individual items that are the subject of a transaction |
7617973, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
7637434, | Jul 10 2001 | Liberty Peak Ventures, LLC | Registering a biometric for radio frequency transactions |
7639116, | Jul 10 2001 | Liberty Peak Ventures, LLC | Converting account data associated with a radio frequency device |
7650314, | May 25 2001 | Liberty Peak Ventures, LLC | System and method for securing a recurrent billing transaction |
7668750, | Jul 10 2001 | Liberty Peak Ventures, LLC | Securing RF transactions using a transactions counter |
7690577, | Jul 10 2001 | Liberty Peak Ventures, LLC | Registering a biometric for radio frequency transactions |
7694876, | Jul 10 2001 | Liberty Peak Ventures, LLC | Method and system for tracking user performance |
7699220, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
7702916, | Mar 31 2003 | VISA U S A | Method and system for secure authentication |
7705732, | Jul 10 2001 | Liberty Peak Ventures, LLC | Authenticating an RF transaction using a transaction counter |
7725427, | May 25 2001 | Liberty Peak Ventures, LLC | Recurrent billing maintenance with radio frequency payment devices |
7746215, | Jul 10 2001 | Liberty Peak Ventures, LLC | RF transactions using a wireless reader grid |
7762457, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for dynamic fob synchronization and personalization |
7768379, | Jul 10 2001 | Liberty Peak Ventures, LLC | Method and system for a travel-related multi-function fob |
7793830, | May 10 1996 | Transaction Holdings Ltd, LLC | Automated transaction machine |
7793845, | Jul 01 2004 | Liberty Peak Ventures, LLC | Smartcard transaction system and method |
7797207, | Jul 24 2000 | CheckFree Services Corporation | Method and apparatus for analyzing financial data |
7802718, | May 10 1996 | Transaction Holdings Ltd, L.L.C. | Automated transaction machine |
7805378, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for encoding information in magnetic stripe format for use in radio frequency identification transactions |
7814332, | Jul 10 2001 | Liberty Peak Ventures, LLC | Voiceprint biometrics on a payment device |
7827106, | Dec 24 2003 | Liberty Peak Ventures, LLC | System and method for manufacturing a punch-out RFID transaction device |
7835960, | Mar 07 2000 | Liberty Peak Ventures, LLC | System for facilitating a transaction |
7837101, | May 10 1996 | Transaction Holdings Ltd, L.L.C. | Automated transaction machine |
7837116, | Sep 07 1999 | Liberty Peak Ventures, LLC | Transaction card |
7870071, | Sep 08 2004 | Liberty Peak Ventures, LLC | Systems, methods, and devices for combined credit card and stored value transaction accounts |
7886157, | Jul 10 2001 | Liberty Peak Ventures, LLC | Hand geometry recognition biometrics on a fob |
7909246, | Jul 15 2005 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for establishment of rules governing child accounts |
7921038, | Feb 19 1999 | Visa International Service Association | Conducting commerce between individuals |
7925535, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for securing RF transactions using a radio frequency identification device including a random number generator |
7988038, | Jul 10 2001 | Liberty Peak Ventures, LLC | System for biometric security using a fob |
7996324, | Jul 10 2001 | Liberty Peak Ventures, LLC | Systems and methods for managing multiple accounts on a RF transaction device using secondary identification indicia |
8001054, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for generating an unpredictable number using a seeded algorithm |
8016185, | Jul 06 2004 | Visa International Service Association | Money transfer service with authentication |
8016191, | Jul 01 2004 | Liberty Peak Ventures, LLC | Smartcard transaction system and method |
8038058, | Feb 25 2003 | ACE SERIES A HOLDCO LLC | Method and system for automated value transfer |
8061597, | Jul 15 2005 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for disputing individual items that are the subject of a transaction |
8074889, | Jul 10 2001 | Liberty Peak Ventures, LLC | System for biometric security using a fob |
8083134, | Jul 15 2005 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for new execution and management of financial and data transactions |
8127987, | Jul 15 2005 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for disputing individual items that are the subject of a transaction |
8132714, | May 10 1996 | Transaction Holdings Ltd, L.L.C. | Automated transaction machine |
8132715, | May 10 1996 | Transaction Holdings Ltd, L.L.C. | Automated transaction machine |
8157165, | Mar 28 2006 | Capital One Services, LLC | User selectable functionality facilitator |
8162208, | Jan 23 2009 | Capital One Services, LLC | Systems and methods for user identification string generation for selection of a function |
8191788, | Sep 07 1999 | Liberty Peak Ventures, LLC | Transaction card |
8249957, | Jan 15 2008 | VISA U S A INC | System and method for data completion including push identifier |
8255336, | Sep 20 2000 | WELLS FARGO CAPITAL FINANCE, LLC, AS AGENT | Method and apparatus for managing transactions |
8266056, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for manufacturing a punch-out RFID transaction device |
8272567, | Jul 15 2005 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for disputing individual items that are the subject of a transaction |
8279042, | Jul 10 2001 | Liberty Peak Ventures, LLC | Iris scan biometrics on a payment device |
8284025, | Jul 10 2001 | Liberty Peak Ventures, LLC | Method and system for auditory recognition biometrics on a FOB |
8289136, | Jul 10 2001 | Liberty Peak Ventures, LLC | Hand geometry biometrics on a payment device |
8294552, | Jul 10 2001 | Liberty Peak Ventures, LLC | Facial scan biometrics on a payment device |
8359474, | Mar 31 2003 | Visa U.S.A. Inc. | Method and system for secure authentication |
8392301, | Mar 08 2002 | JPMORGAN CHASE BANK, N.A. | Financial system for isolated economic environment |
8413896, | Jul 15 2005 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for new execution and management of financial and data transactions |
8429041, | May 09 2003 | Liberty Peak Ventures, LLC | Systems and methods for managing account information lifecycles |
8458064, | Jan 30 2006 | Capital One Services, LLC | System and method for transferring electronic account information |
8469268, | Jul 15 2005 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for disputing individual items that are the subject of a transaction |
8473353, | Feb 19 1999 | Conducting commerce between individuals | |
8538863, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for facilitating a transaction using a revolving use account associated with a primary account |
8543423, | Jul 16 2002 | Liberty Peak Ventures, LLC | Method and apparatus for enrolling with multiple transaction environments |
8543507, | May 10 1996 | Transactions Holdings Ltd., LLC | Automated transaction machine |
8548927, | Jul 10 2001 | Liberty Peak Ventures, LLC | Biometric registration for facilitating an RF transaction |
8554677, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
8560451, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
8571952, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
8571979, | Jul 22 2005 | Huntington Bancshares Incorporated | Arrangements and methods for automatically dispersing and tracking funds |
8583522, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
8600887, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
8600888, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
8600889, | May 10 1996 | Transaction Holdings Ltd. LLC | Automated transaction machine |
8600890, | May 10 1996 | Transaction Holdings Ltd., LLC | Automated transaction machine |
8606709, | Sep 08 2004 | Liberty Peak Ventures, LLC | Systems, methods, and devices for combined credit card and stored value transaction accounts |
8631231, | Apr 17 2007 | Visa U.S.A. Inc. | Mobile device initiated transaction |
8635131, | Jul 10 2001 | Liberty Peak Ventures, LLC | System and method for managing a transaction protocol |
8700531, | Sep 08 2004 | Liberty Peak Ventures, LLC | Systems, methods, and devices for combined credit card and stored value transaction accounts |
8818907, | Mar 07 2000 | Liberty Peak Ventures, LLC | Limiting access to account information during a radio frequency transaction |
8872619, | Jul 10 2001 | Liberty Peak Ventures, LLC | Securing a transaction between a transponder and a reader |
8918637, | Apr 17 2007 | Visa U.S.A. Inc. | Remote authentication system |
8960535, | Jul 10 2001 | Liberty Peak Ventures, LLC | Method and system for resource management and evaluation |
9010633, | Jul 15 2005 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for new execution and management of financial and data transactions |
9024719, | Jul 10 2001 | Liberty Peak Ventures, LLC | RF transaction system and method for storing user personal data |
9031880, | Jul 10 2001 | Liberty Peak Ventures, LLC | Systems and methods for non-traditional payment using biometric data |
9160741, | Apr 17 2007 | Visa U.S.A. Inc. | Remote authentication system |
9208485, | Mar 24 2008 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | System and method for facilitating online transactions |
9336634, | Jul 10 2001 | Liberty Peak Ventures, LLC | Hand geometry biometrics on a payment device |
9454752, | Jul 10 2001 | Liberty Peak Ventures, LLC | Reload protocol at a transaction processing entity |
9665862, | Feb 19 1999 | Visa International Service Association | Conducting commerce between individuals |
9665863, | Feb 19 1999 | Visa International Service Association | Conducting commerce between individuals |
9665866, | Dec 21 2012 | NATIONZ TECHNOLOGIES, INC.; NATIONZ TECHNOLOGIES, INC | Smart cards and smart card communication methods and systems |
9715709, | May 09 2008 | Visa International Services Association | Communication device including multi-part alias identifier |
9818102, | Apr 06 2010 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | Secure exchange of indicia of value and associated information |
9818103, | Apr 06 2010 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | Secure exchange of indicia of value and associated information |
9818110, | Mar 24 2008 | American Express Travel Related Services Company, Inc. | Method, medium, and system for facilitating online transactions |
9846872, | Apr 06 2010 | AMERICAN EXPRESS TRAVEL RELATED SERVICES COMPANY, INC | Secure exchange of indicia of value and associated information |
9881294, | Jul 10 2001 | Liberty Peak Ventures, LLC | RF payment via a mobile device |
9886692, | Jul 10 2001 | Liberty Peak Ventures, LLC | Securing a transaction between a transponder and a reader |
RE43157, | Sep 12 2002 | Liberty Peak Ventures, LLC | System and method for reassociating an account number to another transaction account |
RE43460, | Jan 21 2000 | Liberty Peak Ventures, LLC | Public/private dual card system and method |
RE45615, | Jul 10 2001 | Liberty Peak Ventures, LLC | RF transaction device |
Patent | Priority | Assignee | Title |
4007355, | Mar 25 1974 | Societe anonyme dite: Societe Internationale pour l'Innovation | Data-transfer system |
4215421, | Jun 07 1977 | Compagnie Internationale pour l'Informatique Cii-Honeywell Bull (Societe | Data-processing system which protects the secrecy of confidential data |
4277837, | Dec 30 1977 | International Business Machines Corporation | Personal portable terminal for financial transactions |
4305059, | Jan 03 1980 | CURRENCY SCIENTIFIC, INC | Modular funds transfer system |
4320387, | Dec 28 1978 | Information communicating apparatus and method | |
4341951, | Jul 02 1980 | MONEYFAX, INC | Electronic funds transfer and voucher issue system |
4450535, | Sep 16 1980 | Compagnie Internationale pour l'Informatique Cii-Honeywell Bull (Societe | System and method for authorizing access to an article distribution or service acquisition machine |
4454414, | Apr 05 1982 | MONEYFAX, INC | Funds transfer system using optically coupled, portable modules |
4467139, | Apr 09 1980 | Compagnie Internationale pour l'Informatique Cii Honeywell Bull | Process and system for transmission of signed messages |
4549075, | Jul 08 1982 | Cii Honeywell Bull (Societe Anonyme) | Method for certifying the origin of at least one item of information stored in the memory of a first electronic device and transmitted to a second electronic device, and system for carrying out the method |
4556958, | May 30 1980 | CII-Honeywell Bull; BULL S A | Device for single line bidirectional data transmission between an intelligent card's microprocessor and a second processor |
4625276, | Aug 31 1983 | MONEYFAX, INC | Data logging and transfer system using portable and resident units |
4709136, | Jun 04 1985 | Toppan Moore Company, Ltd. | IC card reader/writer apparatus |
4786790, | Mar 04 1987 | Siemens Nixdorf Informationssysteme AG | Data exchange system with authentication code comparator |
4802218, | Nov 26 1986 | Pitney Bowes Inc | Automated transaction system |
4877947, | Aug 05 1986 | Oki Electric Industry Co., Ltd. | Transaction processing system |
4900903, | Nov 26 1986 | Wright Technologies, L.P. | Automated transaction system with insertable cards for transferring account data |
4926325, | Aug 23 1988 | Moneyfax, Inc. | Apparatus for carrying out financial transactions via a facsimile machine |
5093862, | Jul 20 1988 | SPA Syspatronic AG | Data carrier-controlled terminal in a data exchange system |
5434395, | Mar 05 1990 | STORCK, JEAN R | Method and device for effecting a transaction between a first and at least one second data carrier and carrier used for this purpose |
DE355372, | |||
EP172670A2, | |||
EP256768A2, | |||
EP281058B1, | |||
EP355372, | |||
EP527203, | |||
FR2413721, | |||
FR2530053B1, | |||
FRO9117528, | |||
GB2066540, | |||
WO830301, | |||
WO8303694, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Dec 07 1995 | BELAMANT, S C P | CORNET LIMITED | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 008726 | /0546 | |
Dec 07 1995 | MANSVELT, A P | CORNET LIMITED | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 008726 | /0546 | |
Dec 15 1995 | CORNET LIMITED | NET1 HOLDINGS S A R L | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 008726 | /0534 | |
Aug 22 1997 | Visa International Service Association | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
May 26 2004 | M2553: Payment of Maintenance Fee, 12th Yr, Small Entity. |
Jun 30 2004 | LTOS: Pat Holder Claims Small Entity Status. |
Jun 30 2004 | R1553: Refund - Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
Jul 25 2003 | 4 years fee payment window open |
Jan 25 2004 | 6 months grace period start (w surcharge) |
Jul 25 2004 | patent expiry (for year 4) |
Jul 25 2006 | 2 years to revive unintentionally abandoned end. (for year 4) |
Jul 25 2007 | 8 years fee payment window open |
Jan 25 2008 | 6 months grace period start (w surcharge) |
Jul 25 2008 | patent expiry (for year 8) |
Jul 25 2010 | 2 years to revive unintentionally abandoned end. (for year 8) |
Jul 25 2011 | 12 years fee payment window open |
Jan 25 2012 | 6 months grace period start (w surcharge) |
Jul 25 2012 | patent expiry (for year 12) |
Jul 25 2014 | 2 years to revive unintentionally abandoned end. (for year 12) |