US20150287024A1 - Processing method for failing to read data from non-contact ic card and device for implementing the method - Google Patents

Processing method for failing to read data from non-contact ic card and device for implementing the method Download PDF

Info

Publication number
US20150287024A1
US20150287024A1 US14/439,222 US201314439222A US2015287024A1 US 20150287024 A1 US20150287024 A1 US 20150287024A1 US 201314439222 A US201314439222 A US 201314439222A US 2015287024 A1 US2015287024 A1 US 2015287024A1
Authority
US
United States
Prior art keywords
transaction
card
contact
current
read
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US14/439,222
Other languages
English (en)
Inventor
Chunye Hui
Feng Wang
Linrun Ding
Bo Xiao
Chunhuan Li
Chengchu Zhan
Hongjian Wang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Unionpay Co Ltd
Original Assignee
China Unionpay Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Unionpay Co Ltd filed Critical China Unionpay Co Ltd
Publication of US20150287024A1 publication Critical patent/US20150287024A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • 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/352—Contactless payments by cards
    • 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/20—Point-of-sale [POS] network systems
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • 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
    • 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
    • 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/0873—Details of the card reader
    • G07F7/0893—Details of the card reader the card reader reading the card in a contactless manner

Definitions

  • the invention relates to the data processing technology, and in particular, to a method for processing failure to read non-contact IC card data by a transaction terminal and an apparatus for implementing the same.
  • An off-line consumption transaction of non-contact electronic cash is sensitive to the retention time of card swiping. If the time of card swiping of non contact IC card is too short, a transaction failure is likely to happen; and if the time of card swiping is required to be too long, it will impair client's experience.
  • the following situation might occur during a certain time window: when a non-contact IC card leaves a transaction terminal or machine, a success of transaction is shown on the card side (e.g., money is successfully deducted from the non contact IC card), but the transaction terminal never receives a recent transaction record returned from the card and thus makes a determination that this transaction fails.
  • Such a situation is often called “card flashing”. In case of card flashing, since the balance in the card is decreased while the transaction terminal determines that the transaction is not successful, the card holder has to request return of deducted money with card issuer, resulting in an unpopular experience of the client.
  • the ways of solving the “card flashing” problem generally aim to narrow the time window in which the card flashing situation occurs as much as possible.
  • the following technical measures are taken: (1) when the non-contact IC card is personalized, the length of the last record is adjusted to be as short as possible; (2) the private key length of IC card is reduced so as to shorten time of transaction; (3) a prompt device (e.g., an indicator light or a voice device) is provided on the transaction terminal, which informs the card holder to take the card with him/her when the transaction terminal receives the last record returned from the card; (4) the operational speed of the chip inside the non-contact IC card is increased.
  • a prompt device e.g., an indicator light or a voice device
  • An object of the invention is to provide a method for processing failure to read data from a non-contact IC card by a transaction terminal, which can eliminate the adverse effects caused by the “card flashing” problem at a low cost of implementation.
  • the transaction terminal performs the following steps in the above processing method:
  • a re-read non-contact IC card is consistent with the non-contact IC that is not successfully read and the re-read latest transaction record corresponds to the information on the current transaction that is stored in the transaction terminal, it is determined whether the non-contact IC should be instructed to update the transaction record associated with the current transaction again, based on the current balance in the latest transaction record and the information on the current transaction.
  • the information on the current transaction comprises card number, transaction certificate (TC), application transaction counter (ATC), random number, dynamic signature data and card record.
  • the re-read non-contact IC card is consistent with the non-contact IC that is not successfully read based on the card number.
  • the re-read latest transaction record has the same count value as the application transaction counter in the information on the current transaction, it is determined that the re-read latest transaction record corresponds to the information on the current transaction.
  • the non-contact IC card is instructed again to update the transaction record associated with the current transaction.
  • the non-contact IC card is in the list of failure to read data stored by the transaction terminal, it is determined whether the latest transaction record read from the non-contact IC has corresponding transaction information in the transaction terminal, and whether a time period for the corresponding transaction information, from a time point at which the failure to read data from the non-contact card is recorded to the current time point, is not timed-out;
  • the above embodiment is particularly applicable to the following situation: after a certain card has the “card flashing” problem, other cards are swiped at the same transaction terminal. Specifically, according to the above embodiment, other cards can be also successfully swiped in such a situation, and the card that has the “card flashing” problem can be also swiped again at the same transaction terminal so as to determine whether the transaction record is updated. In addition, in the above embodiment, the safety of transaction is improved by increasing constraints on the time of re-swiping card after the “card flashing” has happened.
  • Another object of the invention is to provide a transaction terminal which can eliminate the adverse effects caused by the “card flashing” problem at a low cost of implementation.
  • a transaction terminal comprises:
  • a reader-writer that is adapted to be in communication with a non-contact IC card
  • a processor coupled to the reader-writer and the storage, wherein the processor is configured to: when the reader-writer does not successfully read a transaction record associated with a current transaction, store information on the current transaction in the storage and generate an instruction that it is required to re-read the transaction record; and the processor is further configured to: if a re-read non-contact IC read by the reader-writer is consistent with the non-contact IC that is not successfully read and the re-read latest transaction record corresponds to the information on the current transaction that is stored in the transaction terminal, determine whether to generate an instruction to update the transaction record associated with the current transaction, based on the current balance in the latest transaction record and the information on the current transaction.
  • the above transaction terminal can be a swipe machine or a ticket checking gate machine.
  • the above transaction terminal can be a swipe machine or a ticket checking gate machine.
  • a transaction terminal comprising:
  • a reader-writer that is adapted to be in communication with a non-contact IC card
  • processor coupled to the reader-writer and the storage, wherein the processor is configured to determine whether the following conditions are satisfied when the reader-writer detects the non-contact IC card:
  • the non-contact IC card is in a list of failure to read data stored by the transaction terminal;
  • processor is further configured to determine whether to generate an instruction to update the transaction record associated with the corresponding transaction information based on the balance in the latest transaction record and the corresponding transaction information, if the conditions are all satisfied.
  • FIG. 1 is a flowchart of a method for processing failure to read data from a non-contact IC card according to an embodiment of the invention.
  • FIG. 2 is a flowchart of a special processing routine in the embodiment shown in FIG. 1 .
  • FIG. 3 is a flowchart of a method for processing failure to read data from a non-contact IC card according to another embodiment of the invention.
  • FIG. 4 is a flowchart of a first processing routine in the embodiment shown in FIG. 3 .
  • FIG. 5 is a flowchart of a second processing routine in the embodiment shown in FIG. 3 .
  • FIG. 6 is a schematic view of a transaction terminal according to another embodiment of the invention.
  • a transaction terminal e.g., a swipe machine or a ticket checking gate machine
  • a non-contact IC card to update a transaction record thereof.
  • the card will perform an update operation (e.g., deducting the amount of current transaction from the balance of card).
  • an update operation e.g., deducting the amount of current transaction from the balance of card.
  • the transaction terminal will store transaction information associated with the current transaction, and inform the card holder to re-swipe the card to obtain the latest transaction record stored at the card. Then, the transaction terminal determines whether the card has performed the update operation while only failure to successfully return the updated transaction record. If it is determined that the update operation has been correctly performed, a subsequent normal routine will be continued; otherwise, the card holder is informed to re-swipe the card.
  • whether the update operation has been correctly performed can be determined based on a self-consistency between the current balance in the latest transaction record and transaction information stored at the transaction terminal. That is, if the current balance is equal to a difference between the balance in the last transaction and the amount of the current transaction, it can be determined that the update operation is correct.
  • FIG. 1 is a flowchart of a method for processing failure to read data from a non-contact IC card according to an embodiment of the invention.
  • the transaction terminal initiates a normal processing routine at step S 101 by selecting a proximity payment system environment (PPSE). Then, at step 102 , an application identifier (AID) is selected, and at step S 103 , an application initialization operation is performed (e.g., instructing the non-contact IC card to deduct the amount of the current transaction from the balance). Next, the transaction terminal performs an operation of reading the first transaction record from the non-contact IC and the operation of reading the last transaction record from the non-contact IC at steps S 104 and S 105 respectively.
  • PPSE proximity payment system environment
  • AID application identifier
  • an application initialization operation e.g., instructing the non-contact IC card to deduct the amount of the current transaction from the balance.
  • the transaction terminal performs an operation of reading the first transaction record from the non-contact IC and the operation of reading the last transaction record from the non-contact IC at steps S 104 and S 105 respectively.
  • step S 106 the transaction terminal determines whether the last transaction record has been successfully read. If it is successfully read, step S 107 is executed and a subsequent normal processing routine is continued; otherwise, it is determined that there is an abnormal transaction and the process proceeds to a special processing routine that will be described below in detail with reference to FIG. 2 .
  • FIG. 2 is a flowchart of the special processing routine in the embodiment shown in FIG. 1 .
  • the transaction terminal when the process turns to the special processing routine from the step S 106 in FIG. 1 , the transaction terminal firstly stores the transaction information associated with the current abnormal transaction at step S 201 .
  • the transaction information can be card number, transaction certificate (TC), application transaction counter (ATC), random number, dynamic signature data and card record of the non-contact IC card, etc.
  • the transaction terminal prompts the card holder to re-swipe the card on a display screen.
  • step S 203 when the transaction terminal detects the card, the card will be powered on again and a proximity payment system environment (PPSE) is selected; and at step S 204 , an application identifier (AID) is selected.
  • PPSE proximity payment system environment
  • step S 205 the transaction terminal reads the card number from the card and step S 206 is executed, in which the read card number is compared with the card number in the transaction information stored at step S 201 .
  • step S 207 if the two card numbers match with each other, it means that the card that is currently swiped is the card to which the abnormal transaction happens, and step S 207 is executed. Otherwise, it means that the card that is currently being swiped is a new card, and step S 103 in FIG. 1 is executed so as to perform the application initialization operation.
  • the transaction terminal determines whether the last transaction record in the card corresponds to the transaction information stored at step S 201 .
  • the transaction terminal reads the count value of the application transaction counter (ATC) in the card (e.g., by a Get Data command) and compares it with the ATC value in the transaction information. If they match, step S 208 is executed; otherwise, step S 103 in FIG. 1 is executed so as to perform the application initialization operation.
  • ATC application transaction counter
  • the transaction terminal reads the current balance, and at step S 209 , the transaction terminal determines whether the amount of transaction has been deducted from the card when the present abnormal transaction occurs. If it is determined at step S 209 that the amount is deducted, the process proceeds to step S 210 ; otherwise, the process proceeds to step S 103 in FIG. 1 .
  • the transaction terminal reads the current balance in the last transaction record in the card by a Get Data command, for example, and determines whether current balance is equal to the difference between the balance of the last transaction in the transaction information stored at step S 201 and the amount of the current transaction; if equal, the process proceeds to step S 210 ; otherwise, the process proceeds to step S 103 .
  • step S 210 the transaction terminal will read the last transaction record or the latest transaction record in the card. Then, at step S 211 , it is determined whether the last transaction record or the latest transaction record is successfully read; if it is successfully read, the process proceeds to step S 107 in FIG. 1 , and a subsequent normal processing routine is then performed; otherwise, the process proceeds to step S 212 , in which it is determined whether the number of times of re-swiping the card exceeds a predetermined number of times (e.g., 3 times). If the predetermined number of times is exceeded, the entire transaction processing routine is closed; otherwise, the process turns to step S 202 to inform the card holder to re-swipe the card.
  • a predetermined number of times e.g., 3 times
  • FIG. 3 is a flowchart of a method for processing failure to read data from a non-contact IC card according to another embodiment of the invention.
  • step S 301 when the transaction terminal detects the non-contact IC card, it firstly checks whether there is a record of “card flashing” without successfully re-swiping the card at the transaction terminal.
  • the traction information of these cards to which abnormal transactions have happened can be stored in the storage of the transaction terminal in the form of list (referred to as list of failure to read data or list of card flashing record).
  • Each card flashing record in the list corresponds to one of the cards to which “card flashing” has happened, and contains the transaction information of card at the time of abnormal transaction.
  • the transaction information for example comprises but not limited to card number, transaction certificate (TC), application transaction counter (ATC), random number, dynamic signature data and card record of the non-contact IC card, etc. If a card flashing record is discovered at step S 301 , the process proceeds to step S 302 ; otherwise, the process proceeds to a first processing routine which will be described below with reference to FIG. 4 .
  • step S 302 the transaction terminal deletes all the timed-out card flashing records in the list of failure to read data.
  • timed-out card flashing record it means such cards which records that the time period from the time when the “card flashing” happens to the present time point has exceeds a predetermined time period. Then, the process proceeds to step S 303 , at which the transaction terminal determines whether there is non-timed-out card flashing record in the list of failure to read data. If not, the process proceeds to a first processing routine; otherwise, the second processing routine which will be described below with reference to FIG. 5 is performed.
  • FIG. 4 is a flowchart of the first processing routine in the embodiment shown in FIG. 3 .
  • the first processing routine is started by selecting a proximity payment system environment (PPSE). Then, at step S 402 , an application identifier (AID) is selected, and at step S 403 , an application initialization operation is performed (e.g., instructing the non-contact IC card to deduct the amount of the current transaction from the balance).
  • PPSE proximity payment system environment
  • AID application identifier
  • an application initialization operation is performed (e.g., instructing the non-contact IC card to deduct the amount of the current transaction from the balance).
  • the transaction terminal performs an operation of reading the first transaction record from the non-contact IC and the operation of reading the last transaction record from the non-contact IC at steps S 404 and S 405 respectively.
  • step S 406 the transaction terminal determines whether the last transaction record or the latest transaction record is successfully read; if it is successfully read, the process proceeds to step S 407 , and a subsequent normal processing routine is then performed; otherwise, it is determined that the transaction is abnormal and the second processing routine which will be described below in detail with reference to FIG. 5 is performed.
  • FIG. 5 is a flowchart of the second processing routine in the embodiment shown in FIG. 3 .
  • the transaction terminal when the process turns to the second processing routine from the step S 406 in FIG. 4 , the transaction terminal firstly stores the transaction information associated with the current abnormal transaction at step S 501 . As described above, the transaction information can be stored in the transaction terminal in the form of list. Then, at step S 502 , the transaction terminal prompts the card holder to re-swipe the card on a display screen. At step S 503 , when the transaction terminal detects the card, the card will be powered on again and a proximity payment system environment (PPSE) is selected; and at step S 504 , an application identifier (AID) is selected.
  • PPSE proximity payment system environment
  • AID application identifier
  • step S 303 of FIG. 3 determines that there is a non-timed-out card flashing record. It is noted that when it is determined at step S 303 of FIG. 3 that there is a non-timed-out card flashing record, the processing routine turns to step S 503 in the second processing routine rather than step S 501 .
  • step S 504 the process proceeds to step S 505 in which the transaction terminal reads card number from the card, and step S 506 is executed, in which a search is made in the card flashing record list in the transaction terminal so as to determine whether this is a record corresponding to the read card number.
  • step S 506 if there is matching card flashing record in the card flashing record list, it means that the card that is currently being swiped is the card to which the abnormal transaction happens, and step S 207 is executed. Otherwise, it means that the card that is currently swiped is a new card, and step S 703 in FIG. 4 is executed so as to perform the application initialization operation.
  • the transaction terminal checks whether the matching card flashing record is timed-out, i.e., whether the time period from the time when the “card flashing” happens to the present time point has exceeds a predetermined time period. If the card flashing record is timed-out, the process proceeds to step S 508 ; otherwise, the process proceeds to step S 509 . It is noted that the predetermined time period mentioned herein can be set at the same vale as the time period mentioned at step S 302 .
  • step S 508 the transaction terminal deletes the matching card flashing records from the list of failure to read data, and then step S 403 in FIG. 4 is executed so as to perform an application initialization operation.
  • the transaction terminal determines whether the last transaction record in the card corresponds to the matching card flashing record. Preferably, it can be realized in the following way: the transaction terminal reads the count value of the application transaction counter (ATC) in the card (e.g., by a GetData command) and compares it with the ATC value in the matching card flashing record. If they match, step S 510 is executed; otherwise, step S 508 is executed.
  • ATC application transaction counter
  • the transaction terminal reads the current balance from the card, and at step S 511 , the transaction terminal determines whether the amount of transaction has been deducted from the card when the present abnormal transaction occurs. If it is determined at step S 511 that the amount is deducted, the process proceeds to step S 512 ; otherwise, the process proceeds to step S 508 .
  • the transaction terminal reads the current balance in the last transaction record in the card by a Get Data command, for example, and determines whether current balance is equal to the difference between the balance of the last transaction stored in the matching card flashing record and the amount of the current transaction; if equal, the process proceeds to step S 512 ; otherwise, the process proceeds to step S 508 .
  • step S 512 the transaction terminal will read the last transaction record or the latest transaction record in the card. Then, at step S 513 , it is determined whether the last transaction record or the latest transaction record is successfully read; if it is successfully read, the process proceeds to step S 514 ; otherwise, the process proceeds to step S 515 , in which it is determined whether the number of times of re-swiping the card exceeds a predetermined number of times. If it determined at step S 515 that the predetermined number of times is exceeded, the entire transaction processing routine is closed; otherwise, the process turns to step S 502 to inform the card holder to re-swipe the card.
  • step S 514 the transaction terminal deletes the corresponding card flashing records from the list of failure to read data, and then step S 407 in FIG. 4 is executed so as to perform a subsequent normal processing routine.
  • the measures of limiting the storing time of card flashing records within a certain time period is optional.
  • the above measures can be omitted.
  • the number of card flashing records stored at the transaction terminal can be also limited (e.g., storing the card flashing records in a First In First Out manner (FIFO)).
  • the transaction terminal mentioned herein comprises a reader-writer 610 , a storage 620 , a communication interface 630 , a display 640 and a processor 650 that is coupled with the above units.
  • the reader-writer 610 which serves as an interface between the transaction terminal and the non-contact IC card, is responsible for reading data from the non-contact IC card (e.g., executing the above described steps of reading transaction records S 104 , S 105 , S 210 , S 404 , S 405 and S 512 , steps of reading card number S 206 , S 505 , steps of reading the balance S 208 , S 510 , etc.) and writing data in the non-contact IC card (e.g., instructing the non-contact IC card to deduct the amount of transaction from the current balance).
  • the non-contact IC card e.g., executing the above described steps of reading transaction records S 104 , S 105 , S 210 , S 404 , S 405 and S 512 , steps of reading card number S 206 , S 505 , steps of reading the balance S 208 , S 510 , etc.
  • the storage 620 stores application programs that are required for operation of the processor 650 and data associated with transactions (e.g., the above described transaction information and card flashing records, etc.).
  • data associated with transactions e.g., the above described transaction information and card flashing records, etc.
  • the processor 650 reads the application programs in the storage 620 to the memory and starts operations.
  • the processor 650 stores relevant transaction information or card flashing records in the storage 620 (e.g., executing steps S 201 and S 501 , etc.); when performing application programs, transaction information or card flashing records are read from the storage 620 according to a command (e.g., executing steps S 206 , S 207 , S 209 , S 301 , S 506 , S 507 , S 509 , S 511 , etc.); and modifying the data stored in the storage 620 (e.g., executing steps S 302 , S 508 , S 513 . etc.).
  • a command e.g., executing steps S 206 , S 207 , S 209 , S 301 , S 506 , S 507 , S 509 , S 511 , etc.
  • modifying the data stored in the storage 620 e.g., executing steps S 302 , S 508 , S 513 . etc.
  • the communication interface 630 communicates with a remote transaction center so as to achieve receipt and transmission of transaction data as well as such operations of update and service of transaction terminal application programs.
  • the display 640 displays corresponding transaction information to the user (e.g., executing step S 202 of informing the card holder to enter transaction password and step S 502 of informing the card holder to re-swipe the card, etc.).
  • the processor 650 can be configured to have the following processing ability: when the reader-writer 610 does not successfully read the last record, the processor 650 stores transaction information associated with the current transaction in the storage 620 and generates an instruction to re-swipe the card; when executing the special processing routine shown in FIG.
  • the processor 650 determines whether the non-contact IC card re-read by the reader-writer 610 and the non-contact IC card that is not successfully read have the same card number and whether the re-read latest transaction record corresponds to the information on the current transaction stored in the storage 620 ; if they correspond to each other, it will be determined whether to continue a subsequent normal processing routine or to inform the card holder to re-swipe the card, based on the current balance in the latest transaction record and the information on the current transaction.
  • the processor 650 can be further configured to have the following processing ability: when the reader-writer receives an indication that there is non-contact IC card, the processor 650 executes the method shown in FIGS. 3-5 . Briefly, the processor 650 is configured to determine the following conditions:
  • the processor 650 will determine whether to continue a subsequent normal processing routine or to inform the card holder to re-swipe the card, based on the balance in the latest transaction record and the corresponding transaction information.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Computer Security & Cryptography (AREA)
  • Credit Cards Or The Like (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)
US14/439,222 2012-10-31 2013-10-25 Processing method for failing to read data from non-contact ic card and device for implementing the method Abandoned US20150287024A1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201210426067.2 2012-10-31
CN201210426067.2A CN103794000B (zh) 2012-10-31 2012-10-31 读取非接触ic卡数据失败的处理方法及实施该方法的设备
PCT/CN2013/085961 WO2014067425A1 (zh) 2012-10-31 2013-10-25 读取非接触ic卡数据失败的处理方法及实施该方法的设备

Publications (1)

Publication Number Publication Date
US20150287024A1 true US20150287024A1 (en) 2015-10-08

Family

ID=50626477

Family Applications (1)

Application Number Title Priority Date Filing Date
US14/439,222 Abandoned US20150287024A1 (en) 2012-10-31 2013-10-25 Processing method for failing to read data from non-contact ic card and device for implementing the method

Country Status (7)

Country Link
US (1) US20150287024A1 (zh)
EP (1) EP2916278A4 (zh)
JP (1) JP6062057B2 (zh)
KR (1) KR20150110467A (zh)
CN (1) CN103794000B (zh)
TW (1) TWI557663B (zh)
WO (1) WO2014067425A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106257493A (zh) * 2016-08-30 2016-12-28 重庆市城投金卡信息产业股份有限公司 交通优惠卡冒用识别方法及识别系统
CN109753837A (zh) * 2018-12-27 2019-05-14 佛山市伟邦电子科技有限公司 一种ic卡的防复制及防篡改方法
CN110414971A (zh) * 2019-08-02 2019-11-05 广州羊城通有限公司 一种实体ic卡余额转移的控制方法及装置
CN112990402A (zh) * 2021-04-29 2021-06-18 飞天诚信科技股份有限公司 一种车载终端异常处理方法及车载终端
US11341479B2 (en) 2017-08-29 2022-05-24 Mastercard International Incorporated System for verifying a user of a payment device

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105590367B (zh) * 2015-05-11 2019-12-24 中国银联股份有限公司 Ic卡交易异常的处理方法以及实现该处理方法的受理终端
WO2018023612A1 (zh) * 2016-08-04 2018-02-08 汤隆初 转向技术的使用数据收集方法和地铁检票闸
WO2018023611A1 (zh) * 2016-08-04 2018-02-08 汤隆初 过道转向时的信息推送方法以及地铁检票闸
KR102403640B1 (ko) * 2016-09-06 2022-05-30 코나아이(주) 컨텐츠 정보 저장 장치 및 이를 이용한 컨텐츠 실행 시스템과 방법
CN112185031A (zh) * 2020-09-18 2021-01-05 广州市贺氏办公设备有限公司 一种消费机异常数据的处理方法、系统、装置及介质

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5384449A (en) * 1992-04-28 1995-01-24 Visa International Service Association Authorization matching system
JP3897950B2 (ja) * 2000-05-12 2007-03-28 日本信号株式会社 非接触券処理装置
CN1947140A (zh) * 2004-04-27 2007-04-11 比特瓦雷特股份有限公司 货币终端处理服务器、货币终端处理方法、货币终端、运算指令输入装置、及金额变更信息输入装置
JP4337051B2 (ja) * 2005-01-31 2009-09-30 ソニー株式会社 通信装置、通信方法、およびプログラム
JP2007052657A (ja) * 2005-08-18 2007-03-01 Fuji Electric Retail Systems Co Ltd 自動販売機
JP4779653B2 (ja) * 2006-01-06 2011-09-28 ソニー株式会社 情報通信システム、情報通信装置及び情報通信方法、並びにコンピュータ・プログラム
CN2898953Y (zh) * 2006-04-13 2007-05-09 上海复旦微电子股份有限公司 集成安全加密认证功能的非接触卡读写装置
US20080203170A1 (en) * 2007-02-28 2008-08-28 Visa U.S.A. Inc. Fraud prevention for transit fare collection
JP2008176410A (ja) * 2007-01-16 2008-07-31 Omron Corp 取引処理装置、取引処理プログラム、および取引処理方法
US8113435B2 (en) * 2009-01-28 2012-02-14 Cubic Corporation Card reader
CN101894426A (zh) * 2009-05-18 2010-11-24 北京银融科技有限责任公司 一种交易的方法及交易系统
CN102081820A (zh) * 2009-11-27 2011-06-01 中国移动通信集团湖南有限公司 非接触式ic卡的防拔处理方法及ic卡终端
US9508068B2 (en) * 2009-12-31 2016-11-29 First Data Corporation Systems and methods for processing a contactless transaction card
US8616441B2 (en) * 2009-12-31 2013-12-31 First Data Corporation Systems and methods for processing a transaction associated with a contactless transaction card
TW201227579A (en) * 2010-12-30 2012-07-01 Ping-Chien Chen Financial trade method and trade system using mobile device for the same
CN102436692A (zh) * 2011-10-11 2012-05-02 上海公共交通卡股份有限公司 一种交易终端设备

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106257493A (zh) * 2016-08-30 2016-12-28 重庆市城投金卡信息产业股份有限公司 交通优惠卡冒用识别方法及识别系统
US11341479B2 (en) 2017-08-29 2022-05-24 Mastercard International Incorporated System for verifying a user of a payment device
CN109753837A (zh) * 2018-12-27 2019-05-14 佛山市伟邦电子科技有限公司 一种ic卡的防复制及防篡改方法
CN110414971A (zh) * 2019-08-02 2019-11-05 广州羊城通有限公司 一种实体ic卡余额转移的控制方法及装置
CN112990402A (zh) * 2021-04-29 2021-06-18 飞天诚信科技股份有限公司 一种车载终端异常处理方法及车载终端

Also Published As

Publication number Publication date
JP6062057B2 (ja) 2017-01-18
TWI557663B (zh) 2016-11-11
TW201423624A (zh) 2014-06-16
KR20150110467A (ko) 2015-10-02
WO2014067425A1 (zh) 2014-05-08
EP2916278A1 (en) 2015-09-09
EP2916278A4 (en) 2016-07-06
JP2015535380A (ja) 2015-12-10
CN103794000A (zh) 2014-05-14
CN103794000B (zh) 2017-04-19

Similar Documents

Publication Publication Date Title
US20150287024A1 (en) Processing method for failing to read data from non-contact ic card and device for implementing the method
US20190318357A1 (en) Passive cardholder verification method in mobile device
US20100270374A1 (en) Device, system and method for reducing an interaction time for a contactless transaction
EP4293596A2 (en) Managed emv kernel for faster processing
JP6292703B1 (ja) Ｉｃカードの磁気データ自動修復方法及び自動取引装置
CN105590367B (zh) Ic卡交易异常的处理方法以及实现该处理方法的受理终端
US20140337225A1 (en) Biometric-based transaction fraud detection
EP3411826B1 (en) Method for managing a real-time clock in a portable tamper-resistant device
AU2016341183B2 (en) A method performed by an electronic device capable of communicating with a reader with improved self-testing
CN104123792A (zh) 自动存取款机以及自动存取款机的防盗取方法
TWM640763U (zh) 基於交易風險控管的晶片卡交易系統
KR101537553B1 (ko) 터치 결제 기반의 카드 결제 보조 장치 및 방법
JP6752161B2 (ja) 自動取引装置、カードリーダ及びその方法
CN112036891B (zh) 交易控制方法及装置、计算机设备及计算机可读存储介质
JP6585135B2 (ja) 自動取引装置
JP6353128B1 (ja) 自動取引装置
EP4322034A1 (en) Method for managing a biometric pattern in a card
CN109670359A (zh) 金融终端的业务处理方法及系统、金融终端
CN103105783A (zh) 嵌入式元件与控制方法
CN104361278A (zh) 计算机用户身份认证方法
JPH057651Y2 (zh)
CN115812213A (zh) 用于更快速的处理的托管的emv核心程序
JP2014029711A (ja) 自動取引システム及び自動取引装置
CN113409513A (zh) 自助设备的读卡方法、系统、金融自助设备和存储介质
JP2020201728A (ja) Ｉｃカードの磁気ストライプの情報を自動修復する方法

Legal Events

Date Code Title Description
STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION