|Publication number||USRE37067 E1|
|Application number||US 09/324,686|
|Publication date||Feb 27, 2001|
|Filing date||Jun 3, 1999|
|Priority date||Aug 31, 1994|
|Also published as||EP0700023A1, US5635695|
|Publication number||09324686, 324686, US RE37067 E1, US RE37067E1, US-E1-RE37067, USRE37067 E1, USRE37067E1|
|Original Assignee||Koninklijke Ptt Nederland N.V.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (11), Referenced by (17), Classifications (30), Legal Events (3)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This application is a Reissue of application Ser. No. 08/519,253, filed Aug. 25, 1995, which issued as U.S. Pat. No. 5,635,695.
The invention relates to a payment system in which use is made of electronic payment cards, in particular “chip cards” or “smart cards”. Under consideration in the present application are, in particular, payment cards which can be used for paying call costs in public telephone terminals. However, other services and goods can also be paid for in this way. This development is in fact referred to as a so-called “electronic purse”. Under consideration in this connection is the payment of generally none too large small amounts by means of electronic payment cards on which a balance is previously entered. Payment takes place by reducing the balance on the card. Of course, measures have to be taken in order to arrange for the balance reduction to benefit the supplier; systems for this purpose are still being developed and tests are taking place in that field. To place an initial balance on the card and increase the balance later, there must be an infrastructure of terminals and the like if this form of payment is to be accepted. It appears possible to use the public telephone terminals for this purpose. Such terminals act as “charging stations” for the electronic payment cards. Of course, the public telephone terminals remain suitable as means for conducting telephone calls and offering any other telecommunication facilities via the downstream central telephone system or telecommunication system. Payment of such telephone calls and any other facilities may, at the same time, take place by means of the “electronic purse”. Although the payment of telephone/telecommunication costs, in particular, is considered below, it is emphasized that the invention, as explained below, is not limited thereto and is equally applicable for payment for other services or goods by means of an “electronic purse”. The “charging” of payment cards need not occur via telephone terminals either, but can equally well occur via other terminals, for example, terminals which are now used for issuing cash (so-called “cash points”).
After a payment card has been provided with an initial balance, that balance is reduced by the telephone terminal in accordance with a rate for the telephone costs. The provision of an initial balance and the replenishment of the balance after the passing of time can also occur via the telephone terminal. To do this, a connection has to be made to a central administration system which, onto on the one hand, enters the amount desired by the user on the card and, on the other hand, ensures that the amount can be received, for example, by sending an account to the user or via (after authorization) electronic reduction of the balance of a bank account belonging to the user.
The measures proposed according to the present invention are intended to combat errors and frauds in the processes mentioned (the use/payment process and the “balance process”).
The essence of the invention is that a “flag” is placed on the payment card during each balance process throughout the entire process time in order to indicate that the payment card is occupied with an indivisible action, i.e. a process which cannot be interrupted. After said indivisible action has taken place, the flag is removed. The placing and removal of the flag takes place by writing a certain first symbol (for example, “1”) or second symbol (for example, “0”) into a certain memory location of the payment card. The exploitation process and payment process (the use of the telephone facilities) can only be started after it has been confirmed that there is no flag at said certain memory location, which means that the last balance process was correctly concluded. If there is, in fact, a flag, no connection to the telephone system is set up. Instead thereof, a balance session is set up in which the incorrectly concluded previous session is repeated or is continued and correctly and finally concluded on the basis of the information still present an the in an administration system.
In order to prevent the flag from being capable of being removed by fraud, for example by means of a PC and a card terminal (under consideration is the situation where the payment card is pulled out of the terminal during the balance process at the instant when the balance on the card has already been increased while preparation of the invoice (or automatic debit instruction) has not yet taken place) provision is preferably made that the flag can be removed only by the central system which is concerned with increasing the balance. The code signal for removing the flag is therefore, preferably also presented to the payment card, provided with a cryptographic code which the central system denotes as the origin of the code signal (message authentication code, MAC). If this appears to be correct, the code signal is converted into an instruction to replace the first symbol (“1”, “flag up”) into the second symbol (“0”, “flag down”). Preferably, if EEPROM cards are used, various instructions are used to set up the flag and to remove it. For the first action (“0”→“1”), the instruction “WRITE” is used and for the second action (“1”→“0”), the instruction “MODIFY” is used. The difference is:
bit in buffer
bit in buffer
bit in buffer
bit in buffer
The invention is discussed in greater detail below with reference to a diagrammatic representation of a card telephone system in FIG. 1 and four diagrams in FIGS. 2-5.
FIG. 1 depicts apparatus, here illustratively a telephone terminal and an accounting and billing system, both interconnected by a telephone network, which embodies the present invention; and
FIGS. 2-5 each depicts a particular protocol occurring among the telephone network (system), the terminal and a payment card for a corresponding mode of operation involving the present invention.
FIG. 1 shows, a e.g., a public switched telephone network (PSTN) to which a telephone terminal is connected. Payment of telephone costs occurs by periodically reducing a balance stored in an electronic payment card. The balance stored in the card can be increased by inserting the card into the terminal. Connection is made to an “Accounting & Billing” system (ABS) connected to the PSTN in a menu-controlled dialog with the terminal (via the keyboard and display window of the terminal). After a balance desired by the user has been entered (for which the user receives an invoice from the ABS), the payment card can be used to start a telephone session with the PSTN, the costs of which are paid by periodically debiting the balance. The payment card contains, inter alia, an electrically erasable programmable read only memory (EEPROM).
The diagram of FIG. 2 diagrammatically shows a protocol which occurs after a user has inserted his payment card into the terminal.
After the card has been inserted into the terminal and the identity has been established and authorized (like further protocol details, this is not indicated in the figures), the “flag” of the payment card is read. (lines 1-7) This normally has (in this example) the value “0”: “flag down”. If the flag is down, a telephone connection set-up can be started, which is illustrated in FIG. 3. In place thereof, an action can also be started to increase the card balance, see FIG. 4. If the flag has the value “1” (“flag up”), something is not in order and an error routine is first processed; this is shown in FIG. 5. (lines 8-14)
FIG. 3 shows a protocol for set-up and payment of a telephone call through of the card balance. In this process, the initial balance is first investigated to determine whether it is sufficient (lines 20-24); thereafter the connection is set up and periodically an amount P is deducted from the card balance. As soon as the balance is insufficient, the connection is interrupted. (lines 25-29)
FIG. 4 shows a protocol for increasing the card balance. The first action is to raise the flag (“1”). (lines 31-33) This indicates that a “RAISE CREDIT” operation is in progress; only at the end of the latter is the flag lowered (“0”). The amount by which the balance has to be increased is entered via a keyboard of the terminal (the same one as that through which telephone connections can be dialled). After the value of the flag has been read for the purpose of security (it should now be “1”), the card balance is read. (lines 34-39) Connection is also made to ABS (via the telephone network). The card balance and the amount with which the card balance has to be replenished is now transmitted by the terminal to the ABS and registered at the credit and amount registration system (CAR). The terminal then instructs the payment card to increase the balance by the amount (lines 40-43); the card transmits the new balance to the ABS via the terminal. The amount entered is compared in the ABS with the difference between the new and the old card balance and, in the event of agreement, an invoice is prepared for the user. (lines 44-45) The registration of the old card balance in the ABS and the amount entered by the user are then erased. Finally, the flag on the payment card is lowered again. The instruction to do this is received from the ABS using “message authentication” by means of a cryptographic “message authentication code” (MAC). This is checked in the payment card, after which the flag is set by means of a MODIFY instruction to “0”. (lines 46-47) The payment card is programmed in such a way that the MODIFY instruction can be carried out only together with a correct MAC. Use of MACs is generally known, inter alia from “Electronic banking using smartcards”, SMART CARD '90, Int. Exh. and Conf. PLF Commun., vol. 2, 1990, pages M1-8, or from the book entitled “Security for Communication Networks” by Davis and Price.
FIG. 5 shows a protocol which is processed if, after the payment card has been inserted, it is found that the flag is raised. This indicates that an earlier action to increase the card balance has not been correctly terminated. The incorrectly processed previous action is now correctly terminated by the protocol shown in FIG. 5.
First of all (through lines 50-51), it is determined whether the registration (made during the previous action) of the old card balance and the amount by which the balance had to be increased (CAR) still exist in the ABS. If this information was erased in the previous action, then the only action which has to be carried out is to reset the flag. It may be assumed that only the resetting of the card flag has been omitted in the incorrectly concluded action (lines 52-53).
If the CAR still exists (lines 54-55), it is determined whether the registered card balance is or is not equal to the present card balance (line 56).
If the present card balance is greater than the registered card balance in the CAR, it may be assumed that during the previous session the card balance has, in fact, been increased but that no account thereof has been prepared. In that case, the account is now updated, the CAR is erased and the flag is reset (lines 57-59).
If the present card balance is equal to the card balance registered in the CAR, the previous attempt to increase the balance is now processed, namely on the basis of the amount, known from the CAR, by which the balance had to be increased. The card balance is now increased, the account is prepared, the CAR is erased and the flag is reset (lines 60-66). After an incorrect session to increase the card balance was signalled by detection of the flag and the error was then corrected, the planned session for which the choice was already made (see FIG. 2, lines 12-14) can be started after all (line 67).
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US4845351 *||Sep 18, 1986||Jul 4, 1989||Casio Computer Co., Ltd.||IC card|
|US4877945 *||Nov 9, 1987||Oct 31, 1989||Hitachi, Ltd.||IC card having a function to exclude erroneous recording|
|US5155342 *||May 17, 1990||Oct 13, 1992||Brother Kogyo Kabushiki Kaisha||Prepaid card processing device|
|US5175416 *||May 17, 1991||Dec 29, 1992||Mansvelt Andre Peter||Funds transfer system|
|US5401950 *||Feb 18, 1992||Mar 28, 1995||Omron Tateisi Electronics Co.||IC card having improved security checking function|
|US5504701 *||Sep 29, 1994||Apr 2, 1996||Toppan Printing Co., Ltd.||Memory card|
|DE4230866A1 *||Sep 16, 1992||Mar 17, 1994||Venture Engineering Management||Data handling system for smart data cards - has input of code and values to on card integrated circuit for checking to control access and use|
|EP0563997A1 *||Apr 2, 1993||Oct 6, 1993||Kabushiki Kaisha Toshiba||Memory card apparatus|
|FR2689662A1 *||Title not available|
|NL9200857A *||Title not available|
|WO1989002140A1 *||Aug 26, 1988||Mar 9, 1989||Mars Incorporated||Data carrying devices|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US6832718 *||Dec 20, 2000||Dec 21, 2004||Sagem Sa||Smart card payment terminal|
|US6853983 *||Dec 2, 1997||Feb 8, 2005||R. Clewits Beheer B.V.||System and method for the selective activation of one or several software and/or hardware functions of a programmable device|
|US7711639||Jan 12, 2005||May 4, 2010||Visa International||Pre-funding system and method|
|US7822679||Oct 26, 2010||Visa U.S.A. Inc.||Method and system for conducting a commercial transaction between a buyer and a seller|
|US8036985||Mar 15, 2010||Oct 11, 2011||Visa International Service Association||Pre-funding system and method|
|US8566231||May 17, 2005||Oct 22, 2013||Visa International Service Association||Method and system for providing buyer bank payable discounting aggregation services|
|US8571977||May 17, 2005||Oct 29, 2013||Visa International Service Association||Method and system for providing seller bank receivable discounting aggregation services|
|US8571978||May 17, 2005||Oct 29, 2013||Visa International Service Association||Method and system for providing assurance and financing services|
|US8606697||May 17, 2005||Dec 10, 2013||Visa International Service Association||Method and system for providing buyer bank payable discounting services|
|US20030052162 *||Dec 20, 2000||Mar 20, 2003||Jean-Louis Sarradin||Smart card payment terminal|
|US20030154153 *||Jan 31, 2002||Aug 14, 2003||Steidlmayer J. Peter||Composite commodity financial product|
|US20050283430 *||May 17, 2005||Dec 22, 2005||Visa International Service Association||Method and system for providing buyer bank payable discounting services|
|US20050283433 *||May 17, 2005||Dec 22, 2005||Visa International Service Association||Method and system for providing seller bank receivable discounting services|
|US20060155644 *||Jan 12, 2005||Jul 13, 2006||Visa International||Pre-funding system and method|
|US20100205092 *||Aug 12, 2010||Visa International||Pre-Funding System and Method|
|US20110004552 *||Sep 15, 2010||Jan 6, 2011||Visa U.S.A., Inc.||Method and system for conducting a commercial transaction between a buyer and a seller|
|US20120296819 *||Jun 29, 2011||Nov 22, 2012||Zhou Lu||Method for operating an e-purse|
|U.S. Classification||235/380, 235/436, 235/382|
|International Classification||H04M17/00, G07F7/10, G07F7/08|
|Cooperative Classification||G06Q20/341, G07F7/1008, H04M2017/14, G07F7/0866, H04M17/20, G07F7/082, H04M2017/24, H04M2215/0156, H04M15/47, H04M2215/0148, H04M17/204, H04M17/00, H04M15/48, H04M17/106|
|European Classification||H04M15/47, H04M15/48, G06Q20/341, H04M17/10B, G07F7/08A2B, H04M17/00, H04M17/20C, H04M17/20, G07F7/08C, G07F7/10D|
|Sep 2, 1999||AS||Assignment|
Owner name: KONINKLIJKE PTT NEDERLAND N.V., NETHERLANDS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FEIKEN, ALBERTUS;REEL/FRAME:010209/0351
Effective date: 19950815
|Dec 8, 2008||REMI||Maintenance fee reminder mailed|
|Jun 3, 2009||LAPS||Lapse for failure to pay maintenance fees|