WO2002084569A1 - Card transaction system and method on on-line and/or off-line - Google Patents
Card transaction system and method on on-line and/or off-line Download PDFInfo
- Publication number
- WO2002084569A1 WO2002084569A1 PCT/KR2002/000558 KR0200558W WO02084569A1 WO 2002084569 A1 WO2002084569 A1 WO 2002084569A1 KR 0200558 W KR0200558 W KR 0200558W WO 02084569 A1 WO02084569 A1 WO 02084569A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- card
- line
- account
- data
- transaction
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/28—Pre-payment schemes, e.g. "pay before"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/403—Solvency checks
- G06Q20/4033—Local solvency checks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/403—Solvency checks
- G06Q20/4037—Remote solvency checks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/409—Device specific authentication in transaction processing
- G06Q20/4093—Monitoring of device authentication
Definitions
- the present invention relates to a system and method for allowing a user to have card transactions on-line and/or off-line with a non-rechargeable electronic money (e-money) card.
- e-money electronic money
- a card transaction system including a card issuing unit which allocates a unique card number to each card and sets a card account corresponding to the card number to issue a card; a card adjustment unit which receives transaction details corresponding to the card and adjusts the card account corresponding to the card according to the transaction details; a flag generator which generates a flag, which indicates whether the card can be used, according to the balance of the card account, on the basis of an off-line reference amount set for off-line transactions and an on-line reference amount set for on-line transactions; and a card information transmitter which transmits the flag corresponding to the card.
- the off-line reference amount i.e., a negative amount
- the on-line reference amount i.e., a yellow amount
- the balance of the card account is not less than the on-line reference amount after an on-line card transaction is made.
- the card transaction system may further includes an on-line processor which inquires the card account to check the balance of the card account when an on-line transaction using the card is requested, rejects the request if a charge for the on-line transaction is larger than the result of subtracting the on-line reference amount from the balance of the card account, and otherwise, approves the on-line transaction by subtracting the charge for the on-line transaction from the balance of the card account.
- an on-line processor which inquires the card account to check the balance of the card account when an on-line transaction using the card is requested, rejects the request if a charge for the on-line transaction is larger than the result of subtracting the on-line reference amount from the balance of the card account, and otherwise, approves the on-line transaction by subtracting the charge for the on-line transaction from the balance of the card account.
- the flag generator automatically attempts to transfer money from an account of a user of the card to the card account so that the balance of the card account is at least the on-line reference amount.
- the card transaction system further includes a fixed data storage unit in which a memory area is divided into blocks, and flag information corresponding to individual card numbers is sequentially stored in each block according to the card numbers; and a variable data storage unit which temporarily stores changed data when there are changes in data regarding flag information stored in the fixed table. Data stored in the fixed data storage unit is updated in units of blocks based on data stored in the variable data storage unit.
- a method of processing a card transaction includes the steps of (a) checking the balance of a card account, which is used for settling payment for transactions using a card; (b) generating a positive flag indicating that the card can be used when the balance of the card account is at least a negative amount which is set to a predetermined amount of money; (c) when the balance of the card account is larger than the negative amount and is less than a yellow amount, which is set to be larger than the negative amount, attempting to transfer money from an account of an owner of the card to the card account so that the balance of the card account is at least the yellow amount; and (d) when receiving information about the details of a card transaction, adjusting the charge for the card transaction from the balance of the card account and then repeating the steps starting from step (b) to update flag information corresponding to the card.
- a method of allowing on- and off-line transactions to be made using a single card includes inquiring a card account, which is used for settling payment for transactions using the card, through a communication network to check the balance of the card account when there is a request to use the card on-line; and rejecting the requested on-line card transaction when a charge for the on-line card transaction is larger than the result of subtracting a certain amount of money, which is set for an off-line transaction, from the balance of the card account, and when the charge is not larger than the result of the subtraction, approving the requested on-line card transaction by subtracting the charge from the balance of the card account.
- the method further includes generating a positive flag, which indicates that an off-line transaction is possible, when the balance of the card account is larger than a certain amount of money, which is set to be less than the certain amount of money set for an off-line transaction.
- the method includes providing a fixed table, in which a memory area is divided into blocks, and flag information corresponding to individual card numbers is stored, and a variable table, which stores data regarding card numbers, for which flag information is changed, when there are changes in data regarding flag information stored in the fixed table; when there is a request to use a card, reading a card number from the card; checking whether the variable table includes data regarding the card number; if the variable table includes data regarding the card number, determining whether the card can be used according to flag information, which is stored in the variable table corresponding to the card number, and if the variable table does not include data regarding the card number, checking data in the fixed table; and reading flag information corresponding to the card number from the fixed table and determining whether the card can be used according to the read flag information.
- a card terminal including a fixed table database which stores flag information, which indicates whether each card can be used, corresponding to each card number; a variable table database which stores data regarding card numbers, for which flag information is changed, when there are changes in data regarding flag information stored in the fixed table database; a card reader which reads a card number from a given card when there is a request to use the card; and a card controller which checks whether the variable table database includes data regarding the card number of a given card, determining whether the card can be used according to flag information in the variable table database when the variable table database includes the data, and checking data in the fixed table database to read flag information corresponding to the card number from the fixed table database to determine whether the card can be used according to the read flag information when the variable table database does not include the data regarding the card number.
- the fixed table database of which a memory area is divided into blocks further stores version information indicating data update history of each of blocks; the variable table database further stores version information indicating data update history thereof; and when the fixed and variable table databases are updated with data stored in a server, the version information stored in the fixed and variable table databases is compared with version information stored in the sever, and only data, for which the server and the card terminal have different version information, is updated.
- the flag information includes a positive flag indicating that an off-line transaction using the card corresponding to the card number can be made.
- FIG. 1 is a schematic block diagram of a non-rechargeable electronic money (e-money) system according to the present invention.
- FIG. 2 is a flowchart of a procedure for applying for a cyber account in a method of operating a non-rechargeable e-money system according to the present invention.
- FIG. 3 is a flowchart of a procedure for transferring money to a cyber account in a method of operating a non-rechargeable e-money system according to the present invention.
- FIG. 4 is a flowchart of a procedure for managing a client database (DB) in a method of operating a non-rechargeable e-money system according to the present invention.
- FIG. 5 is a flowchart of a procedure for downloading a DB in a method of operating a non-rechargeable e-money system according to the present invention.
- DB client database
- FIG. 6 is a flowchart of a procedure for settling an account in a method of operating a non-rechargeable e-money system according to the present invention.
- FIGS. 7A and 7B are flowcharts of procedures for processing an on-line transaction and an automated teller machine (ATM) transaction, respectively, in a method of operating a non-rechargeable e-money system according to the present invention.
- FIG. 8 is a diagram showing a general outline of a card transaction system according to an embodiment of the present invention.
- FIG. 9 is a block diagram of a card terminal according to an embodiment of the present invention.
- FIGS. 10A through 10C are diagrams for explaining the types of data stored in databases.
- FIGS. 11A and 11 B are flowcharts for explaining a procedure in which a main server sets flag information about authority to use a card.
- FIG. 12 is a flowchart of a method of updating data in a memory pack of a card terminal.
- FIG. 13 is a flowchart of a procedure in which a card terminal approves the off-line use of a card.
- a non-rechargeable electronic money (e-money) system includes a client accessing a non-rechargeable card management server, a non-rechargeable card management server connected to banks or various traffic management organizations, and a database storing information about members and e-money.
- a client when a client opens a cyber account on a network using mobile communication equipment such as a portable phone or Internet communication and deposits a certain amount of money to the account using Internet banking, phone banking, or mobile communication equipment, the client is allowed to pay for transport fares such as bus and subway fares, charges for on-line electronic commerce, or charges for using off-line member stores through a point-of-sale terminal within the limit of money deposited to the account.
- mobile communication equipment such as a portable phone or Internet communication and deposits a certain amount of money to the account using Internet banking, phone banking, or mobile communication equipment
- a client opens a cyber account on a network using the Internet or mobile communication equipment such as a portable phone and deposits a certain amount of money to the account using Internet banking or phone banking
- the client can pay for transport fares such as bus and subway fares, charges for on-line electronic commerce, or charges for using off-line member stores with e-money within the limit of money deposited to the account, so the client can avoid annoyance of repeatedly visiting a charging station and charging a bus transport card or a prepayed e-money card.
- FIG. 1 is a schematic block diagram of a non-rechargeable e-money system according to the present invention.
- the non-rechargeable e-money system includes clients 11 CM through 110_n who access a non-rechargeable card management server as members through cyber accounts associated with their bank accounts; a non-rechargeable card management server 130 which processes information transmitted from each of the clients 110_1 through 110_n and transmits data to and receives data from banks and various traffic management organizations; a network 120 which connects each of the clients 110_1 through 110_n to the card management server 130; and a database (DB) 140 for storing personal information and e-money information of each member, which are processed by the card management server 130.
- DB database
- FIG. 2 is a flowchart of a procedure for applying for a cyber account in a method of operating a non-rechargeable e-money system according to the present invention.
- the non-rechargeable card management server If a client accesses a non-rechargeable card management server through a network and applies for a cyber account in step S201 , the non-rechargeable card management server generates a DB in step S202, inquires of a bank about the client's name using the client's identification number and account number in step S203, and determines whether the client's name is real in step S204.
- the non-rechargeable card management server requests the bank to transfer the agreed amount of money in step S205 and generates a DB for a normal transfer in step S206.
- the charging system When the non-rechargeable card management server transmits normal data to a charging system in step S207, the charging system generates a non-rechargeable card DB in step S208. It is determined whether the client is a new member in step 209. If it is determined that the client is a new member, an initialization flag is set in step S210, and a card is issued in step S211.
- a terminal is requested to perform registration for adding an initialization function key in step 212. Thereafter, the non-rechargeable card DB is searched for a corresponding card in step S213, and an initialization flag is set for the searched card in step S214.
- an initialization flag may be set to 0 indicating a normal card, 1 indicating a new card for a student, 2 indicating an initialized card for a student, 3 indicating a card for a college student, 4 indicating a preliminary card, 5 indicating a non-rechargeable card for a student, and 6 indicating a non-rechargeable card for an adult.
- FIG. 3 is a flowchart of a procedure for transferring money to a cyber account in a method of operating a non-rechargeable e-money system according to the present invention.
- a client who has applied for a non-rechargeable e-money card and had permission, transfers money to a cyber account 330 of an e-money system using a bank window, an automated teller machine (ATM), internet banking or phone banking and mobile communication equipment, another cyber account or the like 310 via a network 320 such as a banknet or the Internet
- the non-rechargeable card management server 340 receives the result of transfer and updates the amount of money stored in a client DB 350.
- ATM automated teller machine
- FIG. 4 is a flowchart of a procedure for managing a client DB in a method of operating a non-rechargeable e-money system according to the present invention.
- a non-rechargeable card management server searches the client DB in step S401 and determines whether the client's balance exceeds a yellow limit in step S402. If it is determined that the balance is less than the yellow limit, the non-rechargeable card management server automatically requests money transfer from the client's bank account to a predetermined cyber account in step S403.
- step S404 If the transfer is normally performed according to the request in step S404, the positive state is restored from the yellow state and a positive DB is generated for the client in step S405 so that the client can use e-money without a separate charging action.
- the client is classified into a yellow state in step 406, and a warning message informing that the client is put on the yellow list is sent to the client using e-mail or mobile communication in order to notify the client to deposit money to the client's bank account so that the predetermined cyber account can be maintained in the positive state in step S407.
- FIG. 5 is a flowchart of a procedure for downloading a positive list on a terminal for charging transport fares in a method of operating a non-rechargeable e-money system according to the present invention.
- a positive list is generated in step S501 , it is transmitted to a main server of a bus association or a transport organization in step S502. Thereafter, the positive list is transmitted to a bus management system (BMS) of a bus company or a subway management system (SMS) of a subway corporation in step S503 and is then downloaded on a card reader installed at a gate of a bus or subway station in the form of bit map data in step S504.
- BMS bus management system
- SMS subway management system
- the downloaded positive list may be updated every day by setting the term of validity to a day.
- the following description concerns a method of compressing, storing, and managing the positive list in the transport related terminal in a method of operating a non-rechargeable e-money system according to the present invention.
- a minimum of 5 bytes is required to store black list data for a single card in a terminal. Accordingly, a capacity of about 10 Mbytes is required to store back list data for 2 million cards.
- a transport card terminal has a memory capacity of 5 Mbytes, so it can store black list data for 1 million cards.
- a method of storing a positive list in a transport card terminal is different from a method of storing a black list of deferred-payment transport cards.
- unique serial numbers Alias numbers or e-transport card numbers
- each unique serial number is allocated to only one e-money card.
- the normal or abnormal state of a deferred-payment transport card is determined based on a card number itself in a method using a black list.
- the memory area of a transport card terminal is composed in the form of a bit map, and each e-money card is determined as having a positive flag according to the logic state of a memory bit corresponding to the E-transport card number allocated to the e-money card.
- data (flags) for about 43 million e-money cards can be stored when the positive data for each e-money card has one bit, and positive data for about 21.5 million e-money cards can be stored when the positive data for each e-money card has two bits.
- searching a positive list the Alias number of a relevant e-money card is read; data stored at a memory position allocated to the Alias number is read; and it is determined whether the data indicates a positive flag, so the search can be performed very fast.
- FIG. 6 is a flowchart of a procedure for settling an account in a method of operating a non-rechargeable e-money system according to the present invention.
- the application result data is transmitted to a BMS of a transportation company in step S602 and is then transmitted to a bus association server in step S603. Thereafter, the application result data is itemized in step S604.
- the application result data is transmitted to an SMS installed at the subway station in step S606 and is then transmitted to a management server of a transport organization in step S607 to itemize the application result data.
- the itemized data is collected at a non-rechargeable card management server in step 608.
- the amount of money corresponding to the itemized data is adjusted in step S609, and the adjusted amount is transferred to a relevant bus association or subway organization in step S610.
- FIGS. 7A and 7B are flowcharts of procedures for processing an on-line transaction and an ATM transaction, respectively, in a method of operating a non-rechargeable e-money system according to the present invention.
- a client terminal receiving the request is accessed to a non-rechargeable card management server through an on-line network in step S702 and a client DB is searched in step S703.
- the client DB stores data (DB amount) regarding the balance of a cyber account for the client's e-money card, i.e., the amount of money the client can withdraw from the cyber account.
- step S704 If the balance between the DB amount and a yellow amount is at least the amount of money requested by the client in step S704, the requested amount is subtracted from the DB amount in the cyber account in step S705. The requested amount is requested to be transferred to a relevant shopping mall's account, the other part's virtual account, or a member shop's account in step S706, and the request is approved in step S707. If the balance between the DB amount and the yellow amount is less than the amount of money requested by the client, the request is rejected in step S708.
- a client requests to withdraw cash or transfer money to a third party using a bank window or an ATM in step S711
- a terminal receiving the request is accessed to a non-rechargeable card management server through a network in step S712, and a client DB is searched in step S713. If the balance between the DB amount and a yellow amount is at least the amount of money requested by the client in step S714, the requested amount is subtracted from the DB amount in the cyber account in step S715. The requested amount is requested to be transferred to a relevant bank or an ATM management company in step S716, and the request is approved in step S717. If the balance between the DB amount and the yellow amount is less than the amount of money requested by the client, the request is rejected in step S718.
- a non-rechargeable e-money system according to the present invention is designed such that the balance (or deposit) of a cyber account corresponding to an e-money card is maintained larger than the negative amount of money for off-line transactions, and the result of subtracting a requested amount of money from the balance of the account is maintained to be at least a yellow amount for on-line transactions.
- off-line transactions which are not processed in real time but are processed in a batch mode, can be processed together with on-line e-commerce transactions, for which the balance of the cyber account is maintained above a predetermined amount of money and a transaction is requested and approved in real time.
- the time difference between the time when a particular transaction occurs and the time when the host's ledge is checked may occur errors.
- an updated positive list is downloaded on a terminal every day and the balance of a client's cyber account is always maintained to be at least a predetermined amount of money, thereby buffering errors which may occur due to the time difference.
- an on-line transaction method using a card which can be used on-line and offline is described.
- account information necessary for settling payment for the on-line card transaction is inquired through a communication network to check the balance of an account related to the relevant card. If the amount of money requested for the on-line card transaction is larger than the result of subtracting a yellow amount from the balance of the account, the on-line card transaction is rejected. Otherwise, the on-line transaction is approved by subtracting the requested amount of money from the balance of the account.
- FIG. 8 is a diagram showing a general outline of a card transaction system according to an embodiment of the present invention.
- a main server 830 is connected to a banking agency 810 for settling payment for a card transaction and a management server 850 for managing transactions using a card 890 through a card terminal 870.
- the management server 850 functions as a mediator between the card terminal 870 and the main server 830.
- the management server 850 downloads data for card authentication to the card terminal 870 and receives data regarding card transaction details from the card terminal 870.
- the functions of the management server 850 may be integrated into the main server 830.
- the user's card account 814 is linked to the card 890.
- the user's card account 814 may be linked to a user account 812 of the card user for transferring money to the card account 814.
- the user may transfer money to the card account 814 using a normal remittance 816 such as wire transfer or credit transfer.
- a normal remittance 816 such as wire transfer or credit transfer.
- the money for each card transaction is automatically transferred to the account of a card member shop 820, in which the card transaction was made, or to a special account.
- the main server 830 performs processes such as issuance of a card, generation of data related to approval of a card transaction, and settlement of accounts for a card transaction.
- a card issuing unit 838 allocates a unique number to each card, sets the card account 814 corresponding to the card number, and issues the card. In addition, the card issuing unit 838 can set information about the user account 812 for transferring money to the card account 814.
- the account processor 831 accesses the banking agency 810 to check the balance (or deposit) of the card account 814 or request to subtract the amount of money for card transaction from the balance.
- the banking agency 810 transmits data to or receives data from the account processor 831.
- a flag generator 832 generates a use authority flag for each card according to the balance of the card account 814.
- the flag is generated based on an off-line reference amount (a negative amount), which is set for an off-line transaction, and an on-line reference amount (a yellow amount), which is set for an on-line transaction.
- the off-line reference amount is set based on a minimum amount of money, which is necessary for an off-line card transaction.
- the on-line reference amount is set based on a minimum amount of money, which needs to be left as the balance of the card account 814 for an off-line transaction. It is preferable that the balance of the card account 814, which remains after an on-line card transaction is made, is not less than the on-line reference amount.
- the flags transmitted to the card terminal 870 for off-line transactions include positive flags for approving the off-line use of a card and negative flags for rejecting the off-line use of a card.
- a positive flag is generated when the balance of the card account 814 is at least the negative amount, and a negative flag is generated when the balance of the card account 814 is less than the negative amount.
- Positive or negative flag information corresponding to each card number is transmitted to the card terminal 870, and the card terminal 870 determines approval or rejection for use of a card according to the flag information in case of an off-line transaction.
- the negative amount is set to a minimum limit for an off-line card transaction. For example, when a card is made for the purpose of using the subway, the negative amount may be set to one or two subway fares.
- the yellow amount is set for an on-line transaction in order to secure a reliable off-line transaction.
- the amount of money left in the card account 814 after the charge for an on-line card transaction is paid is maintained to be at least the yellow amount. That is, if the balance after the charge for an on-line card transaction is subtracted from the balance of the card account 814 is less than the yellow amount, the on-line card transaction is rejected.
- the main server usually performs settlement of accounts with a predetermined period (for example, 24 hours), so the yellow amount is set as a maximum amount of money or an average amount of money, which may be spent for an off-line transaction during that period.
- the yellow amount may be set to the amount of money, which can be spent per day, based on the average number of uses per day. Accordingly, on-line and off-line transactions can be reliably made using a single card.
- the flag generator 832 automatically attempts to transfer money from the user account 812 to the card account 814 via the banking agency 810 such that the balance of the card account 812 is at least the yellow amount. If the transfer is successfully performed, the flag generator 832 generates a positive flag. Otherwise, the flag generator 832 generates a yellow flag.
- the yellow flag is for approving an on-line transaction taking into account an off-line transaction. Even if the yellow flag is generated, a flag for an off-line transaction is set to a positive flag, as described above, when the balance of the card account 814 is larger than the negative amount.
- a notification unit 839 periodically or intermittently notifies a user of a card having a yellow flag to deposit money to th£t.ar account 814 so that a deficit can be made up.
- the user receiving the notification may deposit money to the user account 812 so that money can be automatically transferred to the card account 814 or may directly deposit at least a predetermined amount of money to the card account 814 through the normal remittance 816.
- the flag generator 832 which checks the balance of the card account 814 on occasion or periodically, updates flag information for a relevant card.
- the memory area of a fixed DB 835 is divided into blocks. Flag information corresponding to each card number is sequentially stored in a block according to the card numbers. When data regarding a card number and flag information stored in the table of the fixed DB 835 is changed, a variable DB 836 temporarily stores data regarding a changed card number and flag information.
- FIG. 10B is a diagram illustrating a method of storing data in a fixed table of the fixed DB 835.
- the memory area is divided into "n" blocks, each of which is allocated a block number.
- a version number for data update history is stored corresponding to each block number. For example, let's assume that (M+1 ) bits are assigned to each block. Then, a block 1 is assigned bits having addresses from 0 to M.
- In the first bit of the block 1 is stored flag information of a card corresponding to a card number "0000". If the flag information has a positive flag, a logic "1" is stored in a bit. If the flag information has a negative flag, a logic "0" is stored in a bit.
- flag information for a single card can be stored using only a single bit. If a card number is "0009", flag information for a corresponding card is stored in the second bit of the second byte of the block 1. Flag information can be found by finding a particular bit at a particular byte in a particular block using a card number as a memory address.
- FIG. 10C is a diagram illustrating a method of storing data in a variable table of the variable DB 836.
- the variable table are stored card numbers, block numbers for storing flag information corresponding to the card numbers, and changed flags corresponding to the card numbers.
- flag information is restricted to two types: a positive flag and a negative flag, it is not necessary to store the changed flags because the changed flags can be obtained just by inverting the flag stored in the fixed table.
- the block numbers may not be stored because they can be calculated from the card numbers.
- a card DB controller 833 stores a card number, for which flag information has been changed, in the variable DB 836 and updates data stored in the fixed DB 835 in units of blocks using data stored in the variable DB 836.
- the card DB controller 833 checks the card numbers stored in the variable DB 836. If is determined that among the card numbers stored in the variable DB 836, the number of card numbers belonging to a certain block in the fixed DB 835 is at least a predetermined value, the card DB controller 833 updates data stored in the block of the fixed DB 835 in a bundle and increases the version number of the block by 1. In the meantime, the card DB controller 833 deletes the card numbers used for update from the variable table and increases the version number of the variable table by 1.
- FIG. 10A is diagram showing the types of data stored in the card information DB 834 that stores entire information about cards and users.
- the card information DB 834 stores card numbers, user IDs such as user names, card account numbers, deposits (balances), flags, user account numbers or credit card numbers, users contacts, etc.
- a main controller 837 issues a card, notifies a user of a yellow flag, controls data update through the card DB controller 833, and transmits card information.
- the main controller 837 receives card transaction details through a transaction information receiver 840 and makes a settlement according to the transaction details with respect to the card account 814 related to the relevant card.
- the main controller 837 can also process on-line card transactions.
- the main controller 837 transmits card information stored in the main server 830 to the card terminal 870 to allow a card transaction to be made off-line through the card terminal 870 or may be connected to the card terminal 870 on-line so that card transactions can be established.
- the main controller 837 performs the procedures described in FIGS. 7A and 7B and updates data of the variable DB 836 if flag information is changed as a result of performing the procedures.
- the transaction information receiver 840 receives transaction details information occurring due to a card transaction from the management server 850 and transmits the transaction details information to the main controller 837.
- a card information transmitter 841 transmits flag information stored in the DBs 834, 835, and 836 to the management server 850.
- the management server 850 receives the fixed table and the variable table from the main server 830 and downloads them to a memory pack installed at the card terminal 870.
- FIGS. 11A and 11 B are flowcharts for explaining a procedure in which the main server 830 sets flag information about authority to use a card.
- a card account which is used for settling payment for card transactions, is opened in step 111.
- Money is deposited to the card account in step 112.
- the main server 830 checks the present balance of the card account in step 113.
- Flag information is generated according the balance of the card account in step 1 4. The detailed procedure of generating flag information is illustrated in FIG. 11 B.
- step 1141 If it is determined that the balance is at least a first amount (i.e., the yellow amount) in step 1141 , a positive flag indicating that the card can be used is generated in step 1142. If it is determined that the balance is less than a second amount, which is set to be less than the first amount, in step 1143, a negative flag indicating that the card cannot be used is generated in step 1144.
- a first amount i.e., the yellow amount
- step 1143 money is automatically transferred from a user account to the card account so that the balance of the card account is at least the first amount in step 1145. If it is determined that the transfer is done successfully in step 1146, a positive flag indicating that the card can be used is generated in step 1147. Otherwise, the user is notified of lack of the balance in step 1148, and a yellow flag is generated in step 1149.
- the flag information generated for the card is stored in a DB in step 1150.
- a positive flag indicating that an off-line transaction can take place is stored in a DB for storing data used for approving off-line transactions unless a negative flag is generated.
- the flag information is transmitted to a card terminal in step 115. It is not necessary to transmit yellow flag information to the card terminal because the yellow flag information is used for an on-line transaction.
- the yellow flag information is separately managed by the main server 870.
- step 116 If transaction details information corresponding to the relevant card is received from a card terminal in step 116, and the charge for the transaction is adjusted in the card account in step 117. Then, the above-described procedure is performed, and the flag information is updated.
- FIG. 9 is a block diagram of a card terminal according to an embodiment of the present invention.
- a card reader 92 reads card information such as a card number from a card 91.
- the card 91 may be either a non-contact type using radio frequency (RF) communication or a contact type in which information is storied in a magnetic strip.
- a fixed DB 951 and a variable DB 952 are used for authenticating the card 91 for an off-line transaction and are periodically or intermittently updated with the latest data of a main server.
- a transaction information DB 953 stores information about the details of a card transaction, which has taken place through the card terminal. The transaction details information is periodically or intermittently transmitted to the main server (or a management server).
- a storage unit for storing the fixed DB 951 , the variable DB 952, and the transaction information DB 953 may be embodied as a memory pack 95 which can be removed from the card terminal.
- Data transmission between the card terminal and the management server (or the main server) may be performed through an online network or by separating the memory pack 95 from the card terminal and then installing it in the management server (or the main server).
- FIG. 12 is a flowchart of a method of updating data in a memory pack of a card terminal.
- Update of data stored in a variable DB and a transaction information DB, which are provided in the card terminal, can be performed through the management server 850 (which downloads the latest DB from the main server 830 in advance) shown in FIG. 8 or may be directly performed by the main server 830.
- a server (a main server or a management server) and a card terminal are provided with a fixed table and a variable table.
- the memory area of the fixed table is divided into blocks, and flag information corresponding to individual card numbers is sequentially stored in each block according to the card numbers.
- the fixed table stores version information indicating the update history of block data.
- the variable table stores data regarding card numbers, for which flag information is changed, when there are changes in data regarding flag information on each card number stored in the fixed table and version information indicating the update history of the variable table.
- the card terminal needs to periodically or intermittently update data with data from the server so that data coherency between the server and the terminal can be maintained. Data update is performed as follows.
- Update of the fixed table is performed starting from a block number 1 in step 121.
- Version information of the block of the fixed table which is stored in a memory pack of a card terminal, is compared with version information of the block of the latest fixed table, which is stored in a server, in step 122. If it is determined that the version information in the card terminal is the same as that in the server in step 123, it is not necessary to download block data because the block data stored in the card terminal is the latest data. However, if it is determined that the two pieces of version information are not the same in step 123, the block data stored in the server is downloaded to the corresponding block of the fixed table stored in the memory pack in step 124. It is checked whether the current block is the last block in the fixed table in step 125. If the current block is not the last one, the block number is increased by 1 , and update of block data is repeated.
- variable table is updated. Version information of the variable table stored in the card terminal is compared with version information of the variable table stored in the server in step 127. If it is determined that the two pieces of version information are not the same in step 128, data stored in the variable table in the card terminal is updated with data stored in the variable table in the server in step 129.
- FIG. 13 is a flowchart of a procedure in which a card terminal approves the off-line use of a card.
- a memory pack installed in the card terminal is provided with a fixed table, in which a memory area is divided into blocks and flag information corresponding to card numbers is sequentially stored in each block according to the card numbers, and a variable table, which stores data regarding card numbers, for which flag information stored in the fixed table is changed, when there are changes in data regarding flag information stored in the fixed table, in step 131.
- a card number is read from the card in step 133.
- the variable table is checked to find flag information corresponding to the card number in step 134. If the flag information is found in step 135, it is determined whether the card can be used according to the flag information in the va ⁇ able table. Otherwise, flag information corresponding to the card number is checked in the fixed table in step 137 to determine whether the card can be used. That is, if the flag information is positive in step 137, the use of the card is approved in step 139. If the flag information is negative in step 137, the use of the card is rejected in step 138.
- Information regarding the details of card transaction is stored in step 140 and is then transmitted to a server when the card terminal communicates with the server in step 141.
- the present invention can be realized as a code which is recorded on a computer readable recording medium and can be read by a computer.
- the computer readable recording medium may be any type on which data that can be read by a computer system can be recorded, for example, a ROM, a RAM, a CD-ROM, a magnetic tape, a floppy disc, or an optical data storage device.
- the present invention can also be realized as carrier waves (for example, a signal transmitted through Internet).
- computer readable recording media are distributed among computer systems connected through a network so that the present invention can be realized as a code which is stored in the recording media and can be read and executed in the computers.
- a client when a client opens a cyber account on a network such as the Internet using mobile communication equipment and deposits a certain amount of money to the account using Internet banking, phone banking, or mobile communication equipment, the client is allowed to pay for transport fares such as bus and subway fares, charges for on-line electronic commerce, or charges for using off-line member stores through a point-of-sale terminal within the limit of money deposited to the account.
- a network such as the Internet using mobile communication equipment and deposits a certain amount of money to the account using Internet banking, phone banking, or mobile communication equipment
- transport fares such as bus and subway fares
- charges for on-line electronic commerce charges for using off-line member stores through a point-of-sale terminal within the limit of money deposited to the account.
- a client can make on-line real time transactions and off-line batch transactions with a single card. Accordingly, network type cyber money and e-money, which is restrictively used only on an on-line, can be applied to off-line transactions.
Abstract
Description
Claims
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/473,122 US20040111365A1 (en) | 2001-03-29 | 2002-03-29 | Card transaction system and method on on-line and /or off-line |
BR0208337-0A BR0208337A (en) | 2001-03-29 | 2002-03-29 | Card transaction system, card transaction processing methods, maintaining data consistency between a server and a terminal, determining whether a card can be used, and permitting online and offline transactions, terminal card reader, computer read log and data table |
EP02714586A EP1374136A4 (en) | 2001-03-29 | 2002-03-29 | Card transaction system and method on on-line and/or off-line |
US13/227,753 US20110320356A1 (en) | 2001-03-29 | 2011-09-08 | Card transaction system and method on on-line and/or off-line |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20010016434 | 2001-03-29 | ||
KR2001/0016434 | 2001-03-29 | ||
KR2002/0007685 | 2002-02-09 | ||
KR1020020007685A KR100549209B1 (en) | 2001-03-29 | 2002-02-09 | Card transaction system and method on on-line and/or off-line |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/227,753 Division US20110320356A1 (en) | 2001-03-29 | 2011-09-08 | Card transaction system and method on on-line and/or off-line |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2002084569A1 true WO2002084569A1 (en) | 2002-10-24 |
Family
ID=26638926
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2002/000558 WO2002084569A1 (en) | 2001-03-29 | 2002-03-29 | Card transaction system and method on on-line and/or off-line |
Country Status (5)
Country | Link |
---|---|
US (2) | US20040111365A1 (en) |
EP (2) | EP1374136A4 (en) |
CN (1) | CN1287327C (en) |
BR (1) | BR0208337A (en) |
WO (1) | WO2002084569A1 (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1455274A2 (en) * | 2003-03-05 | 2004-09-08 | Siemens Aktiengesellschaft | Dynamic processing of data processing jobs |
WO2010147559A1 (en) * | 2009-06-16 | 2010-12-23 | Smartconnect Holdings Pte. Ltd. | Transaction system and method |
US8341084B2 (en) | 2009-06-08 | 2012-12-25 | Mastercard International Incorporated | Method, apparatus, and computer program product for topping up prepaid payment cards for offline use |
CN103646467A (en) * | 2013-12-24 | 2014-03-19 | 拉卡拉支付有限公司 | Off-line transaction data processing method and device of logic encryption card |
US9098851B2 (en) | 2008-02-14 | 2015-08-04 | Mastercard International Incorporated | Method and apparatus for simplifying the handling of complex payment transactions |
WO2017121268A1 (en) * | 2016-01-13 | 2017-07-20 | 阿里巴巴集团控股有限公司 | Offline payment method, device and system |
FR3076027A1 (en) * | 2017-12-21 | 2019-06-28 | Oberthur Technologies | SECURING THE PROCESSING OF A TRANSACTION |
CN116452198A (en) * | 2023-06-14 | 2023-07-18 | 南京能可瑞科技有限公司 | Offline authorization and charging method and system for charging pile |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070214024A1 (en) * | 2006-03-08 | 2007-09-13 | Gaurav Jain | Airline transactions using mobile handsets |
KR100839146B1 (en) * | 2006-11-01 | 2008-06-19 | 주식회사 한국스마트카드 | A card authorization terminal system and a card management method using the same |
US7958057B2 (en) * | 2007-03-28 | 2011-06-07 | King Fahd University Of Petroleum And Minerals | Virtual account based new digital cash protocols with combined blind digital signature and pseudonym authentication |
KR100953452B1 (en) * | 2007-08-21 | 2010-04-20 | 주식회사 한국스마트카드 | A card authorization terminal system and a card management method using the same |
US8770470B2 (en) * | 2008-04-29 | 2014-07-08 | Visa U.S.A. Inc. | Device including form factor indicator |
CN101667275A (en) * | 2008-09-04 | 2010-03-10 | 阿里巴巴集团控股有限公司 | Off-line recharge method and system |
CN102369547A (en) * | 2009-03-26 | 2012-03-07 | 诺基亚公司 | Method and apparatus for providing off-line payment transactions with minimal data transfer |
EP2320393A1 (en) * | 2009-10-07 | 2011-05-11 | Scheidt & Bachmann GmbH | Method for conducting cash-less usage processes related to automatic machines |
CN102081821B (en) | 2009-11-27 | 2013-08-14 | 中国银联股份有限公司 | IC (integrated circuit) card paying system and method as well as multi-application IC card and payment terminal |
JP5553821B2 (en) * | 2011-12-28 | 2014-07-16 | 楽天株式会社 | Information processing server, information processing method, information processing program, recording medium recorded with information processing program, portable terminal, portable terminal program, and recording medium recorded with portable terminal program |
JP5597185B2 (en) * | 2011-12-28 | 2014-10-01 | 楽天株式会社 | Electronic money management apparatus, electronic money management method, electronic money management program, and computer-readable storage medium storing the program |
JP5595434B2 (en) * | 2012-03-02 | 2014-09-24 | 楽天株式会社 | Information processing server, information processing method, information processing program, and recording medium on which information processing program is recorded |
CN103473850B (en) * | 2012-06-06 | 2016-09-28 | 中国银联股份有限公司 | A kind of off line circle deposit method and system |
JP5780366B2 (en) * | 2013-08-13 | 2015-09-16 | 日本電気株式会社 | Payment system, server device, terminal device, recording medium, method, and program |
US20170140358A1 (en) * | 2015-11-18 | 2017-05-18 | Andrew Orrock | Network Bridge for Local Transaction Authorization |
US10733611B2 (en) * | 2016-08-02 | 2020-08-04 | Mastercard International Incorporated | Systems and methods for locally processing a financial transaction |
JP2018084892A (en) * | 2016-11-22 | 2018-05-31 | 東芝テック株式会社 | Checkout system, settlement device, and control program thereof |
WO2018114654A1 (en) * | 2016-12-20 | 2018-06-28 | Pbv Kaufmann Systeme Gmbh | System for offline payment with e-money using a mobile device with a short transaction time and final settlement |
TWI668672B (en) * | 2018-02-07 | 2019-08-11 | 開曼群島商庫幣科技有限公司 | Method Of Creating And Recovering Digital Wallet |
CN110135840A (en) * | 2018-02-09 | 2019-08-16 | 库币科技有限公司 | The generation of electronic money packet and restoring method |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20000059133A (en) * | 2000-07-15 | 2000-10-05 | 임성식 | Pay Hold Cash Card System for the Protection of On-Line and Off-Line Business |
KR20000059020A (en) * | 2000-07-10 | 2000-10-05 | 이상열 | System and method for executing electronic payment process on data communication network |
KR20010105521A (en) * | 2000-05-12 | 2001-11-29 | 유승렬 | Filling money, payment and supplement service system using ic-card and method using the same at on-line and off-line |
KR20020009256A (en) * | 2000-07-25 | 2002-02-01 | 이창무 | barter method using e-Trade money |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4630201A (en) * | 1984-02-14 | 1986-12-16 | International Security Note & Computer Corporation | On-line and off-line transaction security system using a code generated from a transaction parameter and a random number |
US4804825A (en) * | 1986-06-17 | 1989-02-14 | Casio Computer Co., Ltd. | I C card system |
JPH03223958A (en) * | 1990-01-29 | 1991-10-02 | Hitachi Ltd | Transaction inquiring method |
US5744787A (en) * | 1994-09-25 | 1998-04-28 | Advanced Retail Systems Ltd. | System and method for retail |
KR0146624B1 (en) * | 1994-12-19 | 1998-09-15 | 김광호 | Credit dealing card and credit dealing apparatus and method thereof |
DE69637733D1 (en) * | 1995-02-13 | 2008-12-11 | Intertrust Tech Corp | SYSTEMS AND METHOD FOR SAFE TRANSMISSION |
AU6970096A (en) * | 1995-09-14 | 1997-04-01 | Cybermark, Inc. | Stored value transaction system and method using anonymous account numbers |
DE19611632A1 (en) * | 1996-03-25 | 1997-10-02 | Deutsche Telekom Ag | Off-line data stations with virtual on-line capability |
US6012049A (en) * | 1998-02-04 | 2000-01-04 | Citicorp Development Center, Inc. | System for performing financial transactions using a smartcard |
JP4176181B2 (en) * | 1998-03-13 | 2008-11-05 | 富士通株式会社 | Electronic wallet management system, terminal device and computer-readable recording medium recording electronic wallet management program |
EP1277179A2 (en) * | 2000-04-20 | 2003-01-22 | Innovative Payment Systems, Llc | Method and system for ubiquitous enablement of electronic currency |
US20040073509A1 (en) * | 2000-05-15 | 2004-04-15 | Sid Haddad | Network communication electronic commerce system |
US7337145B2 (en) * | 2000-08-03 | 2008-02-26 | Fujitsu Limited | E-money managing method and system, e-money managing/holding medium, computer-readable recording medium in which e-money managing program is recorded, e-value managing/holding medium, and e-value managing method |
US7032047B2 (en) * | 2001-03-12 | 2006-04-18 | Motorola, Inc. | Method of regulating usage and/or concession eligibility via distributed list management in a smart card system |
EP1399869A4 (en) * | 2001-05-14 | 2010-02-10 | Cubic Corp | System enablement of automatic fare collection devices using a network |
US7024174B2 (en) * | 2001-07-24 | 2006-04-04 | Citibank, N.A. | Method and system for data management in electronic payments transactions |
US20030216996A1 (en) * | 2002-05-14 | 2003-11-20 | Capital One Financial Corporation | Methods and systems for providing financial payment services |
US20030222138A1 (en) * | 2002-05-31 | 2003-12-04 | Carole Oppenlander | System and method for authorizing transactions |
-
2002
- 2002-03-29 EP EP02714586A patent/EP1374136A4/en not_active Ceased
- 2002-03-29 BR BR0208337-0A patent/BR0208337A/en not_active Application Discontinuation
- 2002-03-29 WO PCT/KR2002/000558 patent/WO2002084569A1/en not_active Application Discontinuation
- 2002-03-29 CN CN02807310.XA patent/CN1287327C/en not_active Expired - Fee Related
- 2002-03-29 EP EP10011991A patent/EP2293263A3/en not_active Withdrawn
- 2002-03-29 US US10/473,122 patent/US20040111365A1/en not_active Abandoned
-
2011
- 2011-09-08 US US13/227,753 patent/US20110320356A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20010105521A (en) * | 2000-05-12 | 2001-11-29 | 유승렬 | Filling money, payment and supplement service system using ic-card and method using the same at on-line and off-line |
KR20000059020A (en) * | 2000-07-10 | 2000-10-05 | 이상열 | System and method for executing electronic payment process on data communication network |
KR20000059133A (en) * | 2000-07-15 | 2000-10-05 | 임성식 | Pay Hold Cash Card System for the Protection of On-Line and Off-Line Business |
KR20020009256A (en) * | 2000-07-25 | 2002-02-01 | 이창무 | barter method using e-Trade money |
Non-Patent Citations (1)
Title |
---|
See also references of EP1374136A4 * |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1455274A3 (en) * | 2003-03-05 | 2007-09-05 | Siemens Aktiengesellschaft | Dynamic processing of data processing jobs |
EP1455274A2 (en) * | 2003-03-05 | 2004-09-08 | Siemens Aktiengesellschaft | Dynamic processing of data processing jobs |
US9098851B2 (en) | 2008-02-14 | 2015-08-04 | Mastercard International Incorporated | Method and apparatus for simplifying the handling of complex payment transactions |
US10521797B2 (en) | 2008-02-14 | 2019-12-31 | Mastercard International Incorporated Purchase | Method and apparatus for simplifying the handling of complex payment transactions |
US11238438B2 (en) | 2009-06-08 | 2022-02-01 | Mastercard International Incorporated | Method, apparatus, and computer program product for topping up prepaid payment cards for offline use |
US8341084B2 (en) | 2009-06-08 | 2012-12-25 | Mastercard International Incorporated | Method, apparatus, and computer program product for topping up prepaid payment cards for offline use |
US10255596B2 (en) | 2009-06-08 | 2019-04-09 | Mastercard International Incorporated | Method, apparatus, and computer program product for topping up prepaid payment cards for offline use |
US8949152B2 (en) | 2009-06-08 | 2015-02-03 | Mastercard International Incorporated | Method, apparatus, and computer program product for topping up prepaid payment cards for offline use |
AU2010260571B2 (en) * | 2009-06-16 | 2013-01-17 | Einnovations Holdings Pte. Ltd. | Transaction system and method |
RU2517270C2 (en) * | 2009-06-16 | 2014-05-27 | Смарт Хаб Пте. Лтд. | System and method of transactions |
WO2010147559A1 (en) * | 2009-06-16 | 2010-12-23 | Smartconnect Holdings Pte. Ltd. | Transaction system and method |
CN103646467B (en) * | 2013-12-24 | 2019-07-23 | 拉卡拉支付股份有限公司 | A kind of logic encryption card offline transaction data processing method and device |
CN103646467A (en) * | 2013-12-24 | 2014-03-19 | 拉卡拉支付有限公司 | Off-line transaction data processing method and device of logic encryption card |
WO2017121268A1 (en) * | 2016-01-13 | 2017-07-20 | 阿里巴巴集团控股有限公司 | Offline payment method, device and system |
FR3076027A1 (en) * | 2017-12-21 | 2019-06-28 | Oberthur Technologies | SECURING THE PROCESSING OF A TRANSACTION |
CN116452198A (en) * | 2023-06-14 | 2023-07-18 | 南京能可瑞科技有限公司 | Offline authorization and charging method and system for charging pile |
CN116452198B (en) * | 2023-06-14 | 2023-09-01 | 南京能可瑞科技有限公司 | Offline authorization and charging method and system for charging pile |
Also Published As
Publication number | Publication date |
---|---|
EP1374136A4 (en) | 2007-11-28 |
US20040111365A1 (en) | 2004-06-10 |
EP1374136A1 (en) | 2004-01-02 |
BR0208337A (en) | 2004-03-23 |
US20110320356A1 (en) | 2011-12-29 |
EP2293263A3 (en) | 2012-01-04 |
EP2293263A2 (en) | 2011-03-09 |
CN1509452A (en) | 2004-06-30 |
CN1287327C (en) | 2006-11-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20110320356A1 (en) | Card transaction system and method on on-line and/or off-line | |
JP4901053B2 (en) | Settlement method using mobile phone and mobile phone | |
WO2018204456A1 (en) | System and method for restricted transaction processing | |
EP1111561A2 (en) | Transaction system and method | |
WO2008072424A1 (en) | Electronic money system, amount-of-money change information transmitter, server, and amount-of-money change information transmitting method | |
KR20060111200A (en) | Payment method and system with virtual account by using mobile phone number | |
CN111819825A (en) | Method for providing data security using one-way tokens | |
EP1416456B1 (en) | Methods for maintaining prepaid account information and for supporting transactions in an e-Commerce system | |
WO2015022717A1 (en) | Settlement system, server device, terminal device, recording medium, method, and program | |
KR100549209B1 (en) | Card transaction system and method on on-line and/or off-line | |
KR100365672B1 (en) | System for managing together points gained according to using on-line card media and off-line card media | |
WO2020059893A1 (en) | Blockchain-based system and method for federated automated teller machine management | |
CN110580652A (en) | On-chain asset pledge financing system and method through on-chain digital currency settlement | |
US20090210343A1 (en) | Payment system | |
US20220038460A1 (en) | Systems and methods for refreshing token data | |
KR20010035338A (en) | A method for providing payment by proxy the charge of wireless communications and a server thereof | |
CN116645226A (en) | Money issuing method, money issuing device, money issuing equipment and storage medium | |
KR20020030321A (en) | Method for Managing Unified Credit Card Having a Function of Reserving a Setteled Money Through Mobile Terminal | |
CN114240445A (en) | Service processing method and device, electronic equipment and computer readable medium | |
CN116830104A (en) | Interactive request system and method | |
KR20030064600A (en) | Electronic purse system for charging an amount of money by deferred payment and transaction method using the electronic purse and charging device of the electronic purse | |
KR20210146626A (en) | Method and system for utilizing cash using electronic settlement means | |
JP2013016197A (en) | Electronic money system, amount change information transmitter, server, and amount change information transmission method | |
KR20040088769A (en) | Credit Card System related to set up credit limit | |
KR20010108956A (en) | Electronic payment method and apparatus thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 02807310X Country of ref document: CN |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2002714586 Country of ref document: EP Ref document number: 10473122 Country of ref document: US |
|
WWP | Wipo information: published in national office |
Ref document number: 2002714586 Country of ref document: EP |
|
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
NENP | Non-entry into the national phase |
Ref country code: JP |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: JP |