WO2011034227A1

WO2011034227A1 - System for evaluating suitability of compatible transportation card and method thereof

Info

Publication number: WO2011034227A1
Application number: PCT/KR2009/005656
Authority: WO
Inventors: 이기한
Original assignee: 한국건설교통기술평가원
Priority date: 2009-09-18
Filing date: 2009-10-01
Publication date: 2011-03-24
Also published as: KR101100387B1; KR20110031043A

Abstract

The present invention relates to a system for evaluating the suitability of a compatible transportation card and a method thereof, and more specifically, to a system for evaluating the suitability of a compatible transportation card and a method thereof which can evaluate the suitability depending on whether the national compatible transportation cards work normally. According to the present invention, the system for evaluating the suitability of the compatible transportation card comprises: a card terminal which is mounted with a payment SAM for recognizing and authenticating transportation cards of different companies, and carries out the payment transaction processing of the transportation cards; and a card tester which includes a function test means for determining a state for a normal processing or an error processing according to the payment transaction functions of the transportation cards when the card terminal is linked with the transportation cards.

Description

Compatible transportation card conformity evaluation system and method

The present invention relates to a compatible traffic card suitability evaluation system and method, and more particularly, to a compatible transport card suitability evaluation system and method for evaluating suitability according to the normal operation of the national compatible transport card.

In the field of ID recognition, barcode system and magnetic card system have been used closely with our lives as commodities, credit cards or pay phone cards, but smart cards have been improved by changes in production methods, cultural and technological advances, etc. And RFID cards are becoming increasingly active. Here, the smart card is also called an IC card.

A smart card is a credit card-sized plastic card with an integrated circuit chip that has the ability to handle a particular transaction by having a microprocessor, card operating system, security module, and memory. Smart cards are classified into contact cards, contactless cards, and combined cards (combi cards), depending on how data is read.

RFID is also a technology that incorporates the use of electromagnetic or electrostatic coupling within the radiofrequency of the electromagnetic spectrum portion to identify objects, animals or humans.

Typically, a contactless card system consists of a contactless card reader and a contactless smart card, where the contactless card reader continuously generates electromagnetic waves of a constant frequency, and the contactless smart card wirelessly powers when approaching the frequency operating range of the contactless card reader. Supplied and activated. A contactless smart card activated by the supplied power source waits for a command from the contactless card reader and sends a response back to the contactless card reader when the correct command is received. If a contactless card reader sends a command and there is no response from the contactless smart card after the delay specified by the standard, no further communication takes place.

Operation for such contactless smart cards is recommended in ISO / IEC 10536 and ISO / IEC 14443. That is, the contact card is defined as ISO / IEC 7816, but the contactless type is defined as ISO / IEC 10536 for CCIC (Contactless IC Card) and ISO / IEC 14443 for Remote Coupling Communication Card (RCCC). Has been recommended.

At present, wider service is required due to the expansion of the living area of citizens using public transportation, but economic and social losses are incurred due to the system construction by individual technology of various transportation card operators. In addition, there is a problem that the utilization of neighboring regions decreases due to economic loss due to overlapping investment in technology development to provide services for each operator, and the construction of an independent transportation card infrastructure, resulting in a decrease in reliability and waste of social costs due to non-compliance with KS standards.

Therefore, by developing the core standard technology for implementing the nationally compatible transportation card and related systems according to KS, and developing prototypes for function and performance verification, it establishes the technical basis for providing nationally compatible transportation card services, It is necessary to secure service diversification, reliability, and real-time operability.

The present invention has been made in view of the above problems, and an object of the present invention is to provide a compatible transport card suitability evaluation system and method for evaluating physical, security, and functional suitability, which are the main items for authenticating a compatible transport card. In providing.

In addition, another object of the present invention is to overcome the technical differences due to the integration of the test certification system between the transportation card operators, and to provide a suitability evaluation-based technology in other IC card field in addition to the transportation card field in accordance with the establishment of certification standards for the transportation card system It also provides a compatible transportation card conformity evaluation system and method thereof.

The present invention provides a compatible transport card suitability evaluation system, comprising: a payment terminal equipped with a payment SAM for recognizing and authenticating a traffic card for each operator, and performing a payment transaction processing of a traffic card; And a card tester connected to the card terminal and determining a state of normal processing or error processing according to the payment transaction function of the traffic card when the card terminal and the traffic card are interlocked. Characterized in that it comprises a.

On the other hand, the present invention provides a compatible traffic card suitability evaluation method, comprising: (a) allowing the card tester to transmit an initialization command to the traffic card through the card terminal; (b) Traffic card algorithm information (ALG _IEP ), signature key (VK _{IEP_KDP} ), pre-transaction balance information (BAL _IEP ), ID center name (ID _CENTER ), traffic card ID information (ID _IEP ), traffic from the traffic card Receiving response data including the card transaction serial number NT _IEP and the first signature information S1 according to the transaction, determining the normal processing or error processing status of the Initialize CARD Command. ; (c) based on the ID information (ID _SAM ) of the payment SAM, the transaction serial number (NT _SAM ) of the SAM, the encryption information (SC _SAM ), and the ALG _IEP , which are transaction information provided from the payment SAM of the card terminal. Transmitting second signature information (S2) corresponding to the first signature information provided and additional data for a payment transaction command to the traffic card and receiving third signature information (S3) thereto; (D) determining a normal processing or error processing status of a payment transaction command of the transportation card; Characterized in that it comprises a.

According to the present invention as described above, there is an effect of evaluating the physical, security, functional suitability for authenticating the compatible traffic card.

In addition, it is possible to overcome the technical differences due to the integration of the test certification system among the transportation card providers, and the establishment of certification standards for the transportation card system can provide the technology for conformity assessment based on other IC card fields.

1 is a schematic configuration diagram of a compatible traffic card suitability evaluation system according to an embodiment of the present invention.

Figure 2 is a block diagram showing a physical test means according to an embodiment of the present invention.

3 is an overall flowchart of a method for evaluating compatibility of a compatible traffic card according to an embodiment of the present invention.

Figure 4 is a detailed flowchart of the payment transaction test process of the traffic card according to an embodiment of the present invention.

5 is a detailed flowchart of a payment transaction test process of a traffic card according to an embodiment of the present invention.

6 is a detailed flowchart of a payment transaction cancellation test process of a traffic card according to an embodiment of the present invention.

** Description of symbols for the main parts of the drawing **

100: traffic card 200: card terminal

300: card tester 310: physical test means

311: card specification test unit 312: electrical function test unit

313: stability test unit 320: functional test means

321: payment transaction testing unit 322: re-transaction testing unit

323: payment transaction cancellation test unit 330: security test means

340: database 350: control means

Specific features and advantages of the present invention will become more apparent from the following detailed description based on the accompanying drawings. In the meantime, when it is determined that the detailed description of the known functions and configurations related to the present invention may unnecessarily obscure the subject matter of the present invention, it should be noted that the detailed description is omitted.

As shown in FIG. 1, a compatible traffic card suitability evaluation system according to an embodiment of the present invention includes a traffic card 100, a card terminal 200, and a card tester 300.

Transportation Card (100)

Here, the transportation card (prepaid IC card) means a card in which the monetary value is stored in the IC chip and used to pay for the use of various services such as transportation. The prepaid IC card according to this embodiment refers to a national compatible transportation card.

The traffic card test environmental conditions according to the present embodiment is low temperature -25 ℃ to 0 ℃, 0 ℃ to 50 ℃ at room temperature, high temperature is set to 50 ℃ to 80 ℃, relative humidity is 10% to 75%, Atmospheric pressure was set at 86 KPa (860 mbar) to 106 KPa (1060 mbar).

Test subjects should be used within one week after manufacture, except those exposed to natural light for a long time, and those not exposed to chemicals or seawater.

Referring to the prepaid IC card according to the present embodiment, the following file requirements must be satisfied in order to be compatible with each transportation card company. The files in the card include a dedicated file (DF) and an element file (EF), and have a directory structure as follows.

Here, the dedicated file (DF) adds an ADF (Add Field) called Config DF for compatible use with each operator, and stores the information of the traffic compatible ADF and provides it to the outside during the transaction. This compatibility function, in order to distinguish between the nationally compatible transportation card and the existing card, the terminal first selects the Config DF and then determines whether to make a standard transaction or an existing transaction. And the command for standard trading defines the command conforming to KS-6924 standard.

Card terminal 200

The card terminal 200 is a transportation fee payment terminal, and performs a function of recognizing traffic cards for different operators and processing payment transactions.

The card terminal is equipped with a payment SAM (Secure Application Module) that can be equipped with a security authentication IC chip that authenticates the validity of the contactless IC chip (nationally compatible transportation card) and maintains security. Process data from compatible transit cards.

Card tester 300

The card tester 300 is connected to the card terminal through a telephone line or an internet connection, and outputs to the display or voice / sound whether it is normally performed according to physical, security, and functional suitability, which are the main items for authenticating the prepaid IC card. Perform the function.

The card tester 300 performing this function includes a physical test means 310, a function test means 320, a security test means 330, a database 340, and a control means 350.

First, the physical test means 310 performs a function of prepaid IC card standard test, electrical function test, stability test. As shown in FIG. 2, the physical test means for performing such a function includes a card standard test unit 311, an electrical function test unit 312, and a stability test unit 313.

First, the card standard test unit 311 performs a function of measuring whether the width and length of the prepaid IC card to be tested can be inserted into the card terminal. Here, the prepaid IC card conforms to KS X 6924 as a standard for ID-1 type cards.

The electrical function test unit 312 includes an electromagnetic measurement module 21 for measuring the resistance of the prepaid IC card to the electromagnetic field and an alternating magnetic field measurement module 22 for measuring the resistance of the prepaid IC card to the alternating magnetic field. ), An AC field measuring module 23 for measuring the resistance of the prepaid IC card to the AC electric field, and an electrostatic measuring module 24 for measuring the resistance of the prepaid IC card to static electricity.

Here, the electromagnetic measuring module 21 according to the present embodiment should not degrade the function of the IC chip when the prepaid IC is exposed to the electromagnetic field of 1000 Oe.

In addition, the AC magnetic field measuring module 22 should be operated normally after exposure to the magnetic field of Table 1 below.

In addition, the AC field measuring module 23 should be normally operated after exposure to the electric field of Table 2 below.

In addition, the electrostatic measuring module 24 should be free from the performance degradation of the prepaid IC card when exposed to electrostatic discharge between a ground wire of 1500 V passing through a resistance of 1500 ohms and a contact point from a 100 pF capacity of the prepaid ICzkem.

Table 1

Frequency range (MHz)	Average magnetic tension (A / m)	Average minutes
0.3 to 3.0	1.63	6
3.0 to 30	4.98 / frequency in ㎒	6
30 to 300	0.163	6

TABLE 2

Frequency range (MHz)	Average electric tension (V / m)	Average minutes
0.3 to 3.0	0.614	6
3.0 to 30	1842 / frequency in ㎒	6
30 to 300	61.4	6

The stability test unit 313 performs a test test on the impact test module 31 for measuring the operation of the prepaid IC card according to the impact strength applied from the outside and the test measurement of the operation of the prepaid IC card according to the chemical substance applied from the outside. The chemical test module 32, the temperature and humidity test module 33 for measuring the operation of the prepaid IC card according to the temperature and humidity, and the ultraviolet test module 34 for measuring the operation (sensitivity) to ultraviolet rays applied from the outside. It is configured to include.

Here, the impact test module 31 according to the present embodiment is only in the case of an ID-1 type card, the standard of the prepaid IC card according to the tensile strength is at least 47.1 N / mm2 (4.82 kg) during the impact applied from the outside. / Mm²), and 500g steel ball should be free from physical damage when dropped from 30cm height, and should be free from physical damage when 1.5N force is applied to the surface and contact surface of each contact with a steel ball of 1mm diameter. There should be no physical damage to bending and torsion, and the prepaid IC card should operate normally when interlocked with the card terminal.

In addition, the chemical test module 32 is applied to the chemical during the immersion time of the following Table 3, after which there should be no change in appearance, the prepaid IC card should work normally when interlocked with the card terminal.

TABLE 3

Exam conditions	Immersion time	Type of solution	Temperature of solution
A
	24 hours	5% saline	Room temperature
B
	24 hours	1% sodium carbonate solution	Room temperature
C
	24 hours	5% acetic acid	Room temperature

In addition, the temperature and humidity test module 33 is a test condition applied from the outside, there should be no change in appearance even after preserving for 18 hours at a temperature of 40 ℃, 90% relative humidity, there should be no appearance peeling or bubbles, etc. There should be no abnormalities in.

In the ultraviolet test module 34, stored values are erased when the EEPROM of the prepaid IC card is exposed to ultraviolet light. This test is to check for the occurrence of defects caused by exposure to ultraviolet rays for a long time. 72 hours is exposed to ultraviolet rays with an energy density of 15 Ws / cm 2 at a wavelength of 254 nm.

Next, the function test means 320 has a function of determining whether the payment transaction, payment re-transaction, payment transaction cancellation, which are the main functions when the test subject transportation card and the card terminal are interlocked, are normally performed.

The functional test means 320 includes a payment transaction test unit 321 for determining whether a payment transaction is normally performed when the traffic card under test and the card terminal are interlocked, and a transaction interruption during the interlocking transaction between the card terminal and the traffic card. In the case of a transaction error, the payment re-transaction test unit 322 that determines whether the payment re-transaction is normally performed or not, after the normal payment transaction during the interworking transaction between the card terminal and the transportation card, is performed immediately before the cancellation of the transaction according to the cancellation request from the outside. It is configured to include a payment transaction cancellation test unit 323 for determining whether or not.

Referring to the functional test means 320 according to this embodiment is as follows.

Here, the functional test means tests the transaction protocol function according to the payment transaction procedure between the prepaid IC card and the payment SAM, and only a signature is added to each transaction, and no encryption is performed.

For reference, in order to determine the type of compatible card transactions nationwide, it shows the procedure of performing Application information inquiry with EFconfig of Config DF. A PDA (Purcharge Device Application) requests information from a traffic compatible ADF to a national compatible card. The ADF (ADded File) is a file added to the card for national compatibility, the card terminal (PDA) is to request the Config DF to the card.

In response, the National Compatible Card (IEP) provides the card terminal (PDA) with a set arbitrary code that responds to an ADF information request. Here, the arbitrary code is a unique code corresponding to a standard transaction, an existing transaction. Therefore, the card terminal PDA determines whether to perform a standard transaction or an existing transaction in the response following the selection of the Config DF. After receiving the arbitrary code, the card terminal PDA requests EFconfig from the national compatible card IEP.

The NEP provides ID _CENTER , AID length, DF Name, additional data file information, card holder information, and expiration date information to the card terminal in response to an EFconfig request from the terminal PDA. do. In this case, the ID _CENTER is a unique number of a transportation company designated by the Korea Electronic Payment Industry Association. The traffic compatible operator has a unique ID _CENTER value and has an area for displaying it. 0x00 address is reserved area, 0x01 address is a financial settlement operator, 0x02 address is an Acash company, 0x03 address is a mibi business operator, 0x04 address is a reserved area, 0x05 address is a vcash company, and 0x06 address is Mondex Korea The operator, 0x07, represents the Korea Expressway Corporation. In addition, 0x08 is Korea Smart Card Business, 0x09 is Korail Networks Business, 0x0A is reserved and 0x0B is EB Business.

In addition, the AID length indicates the length of the additional information. The AID length indicates the total length of additional information required for a transaction, such as transfer information and entrance information, and identifies the content of the additional information through the additional data file information. The DF Name indicates the name of a dedicated file, that is, a Config DF (Divert File), and also includes cardholder information and card expiration information. As described above, the card terminal PDA identifies the type of the nationally compatible transportation card transaction by querying the application information in the EFconfig of the Config DF.

First, the description of the payment transaction processing is for the transaction with the payment SAM, the information inquiry before the transaction is preceded. Next, the card terminal PDA performs the Initialize CARD Command with a nationally compatible transportation card. In this case, an additional file, i.e., an ADF, is requested to an Identification Electronics Purse (IEP). The ADF is a Config DF for compatible use with each company. Accordingly, in response to a request from a card terminal (IEP), a nationally compatible transit card (IEP) generates an ALG _IEP , which is algorithm information about an nationally compatible transit card (IEP), and a signature key for a nationally compatible transit card (IEP). VK _{IEP_KDP} of Key), BAL _IEP which indicates the balance of the card before the transaction, ID _CENTER which indicates the ID center name, ID _IEP which indicates the ID information of the nationally compatible transportation card (IEP), and nationwide An NT _IEP indicating a number of transactions of a compatible transportation card and signature information first signature information S1 according to this transaction are provided.

Thereafter, the card terminal PDA executes an Initialize SAM command with the payment SAM. To explain this, the card terminal (PDA) receives ALG _IEP , VK _{IEP_KDP} , BAL _IEP , ID _CENTER , ID _IEP , NT _IEP and S1 information from the nationally compatible transportation card (IEP), and then M, the device information for the terminal. _The SAM is initialized by sending additional data including the _PDA to the payment SAM. The additional data is information that can be added at the request of an operator, such as time information and manager information for a transaction. And, in response to the SAM initialization request from the card terminal (PDA), the payment SAM is based on the ID _SAM of the SAM, NT _SAM as the transaction serial number of the _SAM , SC _SAM of the _SAM encryption information, and the ALG _IEP . The second signature information S2 corresponding to the provided S1 information is transmitted.

Accordingly, the card terminal PDA receives the transaction information and signature information provided from the payment SAM, and in addition to the transaction approval, orders the payment to the corresponding nationally compatible transportation card (IEP). That is, the card terminal PDA performs a purchase card command with a nationally compatible transportation card (IEP). Explaining this, the card terminal (PDA) is the ID_PSAMInformation,NT_PSAM Information, SC_SAMInformation, S2 information and additional data are transmitted to the Nationally Compatible Transportation Card (IEP), and the Nationally Compatible Transportation Card (IEP) is the ID described above._PSAMInformation,NT_PSAM Information, SC_SAMBased on the information, S2 information and additional data, the third signature information S3 in response to the payment command is transmitted to the card terminal PDA.

Next, in the card terminal PDA, a credit SAM command is performed with a nationally compatible transportation card. Explaining this, the card terminal (PDA) transfers the third signature information received from the nationally compatible transportation card (IEP) to the payment SAM. Then, the payment SAM goes through the authentication procedure with respect to the third signature information S3, and as a response according to the authentication result, VK _{IND_KEY} as signature information generated by TRT and PSAM as transaction type information, ID _{CENTER as} ID center information and ID _EP , the nationally compatible transit card ID information, NT _EP , the serial number information for the nationally compatible transit card transaction, BAL _EP as the balance information of the nationally compatible transit card before transaction, and M, the device information of the terminal (PDA). ID _SAM of the _PDA , SMA ID, NT _SAM of SAM's transaction serial number, NC _SAM of SAM's transaction collection serial number, and NI _SAM of Number of Indivisual transaction information generated from _SAM And TOT _SAM indicating the total amount of the transaction amount (TOTal) traded through the _SAM, and SIGN _IND and SIGN _IND2 information as the transaction information according to the transaction authentication to the terminal PDA, thereby completing the normal transaction.

Payment Transaction Testing Unit (321)

The payment transaction test unit 321 according to the present embodiment performs a function of determining whether payment transaction processing is normally performed when the card terminal and the transportation card are interlocked. In order to perform this function, the payment transaction testing unit 321 is configured to include an initialization module 41 and a transaction module 42.

The initialization module 41 determines whether the normal operation for the above-described Initialize CARD Command processing, and the transaction module 42 determines whether the normal operation for the above-described Purchase CARD Command processing.

The initialization module 41 is the ALG _IEP which is algorithm information about the national compatible traffic card (IEP) which is normal data when executing the above-described Initialize CARD Command, and the signature key (Version of Key) for the national compatible traffic card (IEP). VK _{IEP_KDP} , BAL _IEP which indicates the balance of the card before the transaction, ID _CENTER which indicates the ID center name, ID _IEP which indicates the ID information of the National Compatible Transportation Card (IEP), and the national compatible transportation card. NT _IEP indicating a number of transactions and signature information first signature information S1 according to this transaction and test results are determined whether or not to output Initialize CARD Command processing.

That is, when the status of the card terminal is normally processed, the initialization module determines whether or not it is output to 9000. In addition, when an error is processed, the state of the card terminal is outputted as (6E00, 6700, 9101, 9103), and it is determined whether the state for the corresponding error processing is normally output. In this case, 6E00 is a case where a non-existent class (Class, CLA) is used when executing the above-described Initialize CARD command, 6700 is a case where an incorrect instruction length is used, and 9101 is a transaction amount larger than the balance of the card. In card balance error, 9103 is command sequence error. In this case, the command sequence error is, for example, when the Initialize CARD Command is executed without initializing, when the Purchase CARD Command is executed instead of the Initialize CARD Command, and the Initialize CARD Command is executed twice.

Transaction module 42 the ID information of the normal data when run above Purchase CARD Command SAM ID _SAM with, and NT _SAM as a transaction sequence number of the SAM, based on the SC _SAM and the ALG _IEP encrypted information of the SAM It is determined whether the second signature information S2 corresponding to the provided S1 information and the output of the test result Purchase CARD Command processing are determined.

That is, when the status of the card terminal is normally processed, the transaction module determines whether or not it is output to 9000. In addition, when an error is processed, the state of the card terminal is outputted as (6E00, 6700, 910F, 9103), and it is determined whether the state for the corresponding error processing is normally output. Here, 6E00 is a case where a non-existent class (Class, CLA) is used (not a nationally compatible transit card) when executing the Initialize CARD command described above, 6700 is a case where an incorrect instruction length is used, and 910F is a wrong instruction. 9103 is an instruction sequence error. In this case, the command sequence error is, for example, when the Purchase CARD Command is executed twice.

-Payment Transaction Transaction Testing Unit (322)

For reference, when explaining the payment retransaction process, if the value is deducted from the card during the payment transaction but the value cannot be transferred to the payment SAM, the payment retransaction must be performed. For this purpose, pre-transaction application information inquiry is preceded.

Next, the card terminal PDA performs a RE Initialize CARD Command with a nationally compatible transportation card. In this regard, the card terminal (PDA) requests an additional file, that is, an ADF, to a national compatible card (IEP), and the ADF is a Config DF for compatible use with each company, and grasps the content of the additional information. Thereafter, the card terminal (PDA) requests initialization to the nationally compatible transportation card (IEP). In addition, the Nationally Compatible Transport Card (IEP) represents ALG _IEP , the algorithm information for the Nationally Compatible Transport Card (IEP), VK _{IEP_KDP} , the signature key for the Nationally Compatible Transport Card (IEP), and the balance of the electronic card before the transaction. information in BAL ID _CENTER and national compatible transportation card (IEP) transaction serial number NT _IEP and trading nation compatible transport was indicative of the ID _IEP and national compatible transportation card indicating the ID information indicating the _IEP and ID Center name ID _{SAM_LOG} , which is the ID information of the card (IEP), M _{PDA_LOG} , which is the terminal information for the trading terminal, NT _{EP_LOG} , which is the electronic currency transaction serial number for the _existing transaction of the Nationally Compatible Transportation Card (IEP), and signature information according to this transaction. First signature information S1 is provided.

Thereafter, the card terminal PDA performs a RE Initialize SAM command using the payment SAM. In other words, the card terminal PDA is a transaction information received from the nationally compatible transportation card (IEP), that is, ALG_IEP, VK_{IEP_KDP}, BAL_IEP, ID_CENTER, ID_IEP, NT_IEP, M_{PDA_LOG}, ID_{SAM_LOG}, NT_{IEP_LOG,}AndM, which is device information of a card terminal (PDA) that performs a current transaction function, including S1_PDA And provide additional data for payment retransaction to the payment SAM and request initialization of the payment SAM. The payment SAM is an ID that is ID information for a SAM that currently requests payment retransaction._SAM And NT, the transaction serial number_SAM And SC, the encryption information for SAM._SAM And S2, which is second signature information about S1, is transmitted to the card terminal PDA to perform a response to initialization.

Next, the card terminal PDA performs a RE Purchase CARD Command with a nationally compatible transportation card. Explaining this, the card terminal PDA receives the second signature information from the payment SAM and requests the payment re-transaction for the nationally compatible transportation card IEP. To this end, the card terminal (PDA) is the ID information of the payment SAM ID _SAM , the electronic money transaction serial number of the payment SAM NT _SAM , the encryption information SC _SAM of the payment SAM, the second signature information S2 and The additional data for requesting a payment retransmission is transmitted to an IEP.

Next, the card terminal PDA performs a RE Credit SAM command with the payment SAM. In this case, the NEP provides the third signature information S3 to the terminal PDA in response to the payment re-transaction request from the card terminal PDA, and the terminal PDA provides the third terminal with the third terminal. 3 Deliver signature information S3 to payment SAM. After the payment SAM goes through the authentication process for the S3, the response is based on the authentication result TRT, transaction type information, VK _{IND_KEY} as signature key information generated by the payment SAM, ID _CENTER , ID Center information, national compatible card ID _EP as ID information, NT _{EP as} serial number information for compatible card transactions nationwide, NT _{EP_log as} serial number information for cards before payment re-transaction, BAL _EP as balance information for nationally compatible transit cards before transaction, M _PDA , the device information of the card terminal (PDA), ID _SAM , the ID information of the SMA, NT _SAM , the transaction serial number of the _SAM , NC _SAM , the transaction collection serial number of the _SAM, and transaction by issuer generated from the SAM. NI _SAM , which is the number information, a TOT _SAM representing the total amount of the transaction amount traded through the _SAM, and SIGN _IND and SIGN _IND2 information as transaction information according to the transaction authentication, are transmitted to the PDA. Thereafter, the card terminal (PDA) registers the individual transaction details for the payment re-transaction information provided from the payment SAM, thereby completing the normal payment re-transaction.

The payment retransaction test unit 322 according to the present exemplary embodiment performs a function of determining whether a payment retransaction process is normally performed when a transaction error including a transaction interruption occurs between a card terminal and a transportation card. In order to perform such a function, the payment retransaction test unit 322 includes a reinitialization module 51 and a retransaction module 52.

The reinitialization module 51 determines whether the normal operation for the above-described RE Initialize CARD Command processing, and the re-transaction module 52 determines whether the normal operation for the above-described RE Purchase CARD Command processing.

The reinitialization module 51 performs ALG _IEP , which is algorithm information on the National Compatible Traffic Card (IEP), which is normal data when executing the above RE Initialize CARD Command, and VK _{IEP_KDP} , which is a signature key on the National Compatible Traffic Card (IEP). , and BAL _IEP information indicating the balance of trade around the electronic cards, ID and ID _CENTER represents the center name, and ID _IEP represents the ID information of the national compatible transportation card (IEP), transaction serial number of national-compatible transportation card showing NT _IEP , ID _{SAM_LOG} , the ID information of the Nationally Compatible Transport Card (IEP) that was traded, M _{PDA_LOG} , the terminal information for the trading terminal, and the electronic money transaction serial number for the previous transaction of the Nationally Compatible Transport Card (IEP). NT _{EP_LOG} and the signature information first signature information S1 according to this transaction and test result, it is determined whether to output the RE Initialize CARD Command processing.

That is, the reinitialization module determines whether or not the output status of the card terminal is output to 9000 after the RE Initialize CARD Command process is normally processed. In addition, when an error is processed, the state of the card terminal is outputted as (6E00, 6700, 9101, 9103), and it is determined whether the state for the corresponding error processing is normally output. Here, 6E00 is a case where a non-existent class (CLA) is used when executing the above RE Initialize CARD Command, 6700 is a case where an incorrect instruction length is used, and 9101 is a transaction amount error when the transaction amount is different. , 9103 is an instruction sequence error. Here, the command sequence error is, for example, when the RE Initialize CARD Command is executed without performing the initialization operation, when the RE Purchase CARD Command is executed instead of the RE Initialize CARD Command, and the RE Initialize CARD Command is executed twice.

Re trading module 52 of the ID information for the normal data in the event of executing the above-described RE Purchase CARD Command payment SAM ID _SAM and NT _SAM as a transaction sequence number of the SAM and the encryption information of the SAM SC _SAM and the ALG The second signature information S2 corresponding to the S1 information provided based on the _IEP and the test result are determined whether to output the RE Purchase CARD Command process.

Here, when the status of the card terminal is normally processed, the re-transaction module determines whether or not it is output to 9000. In addition, when an error is processed, the state of the card terminal is outputted as (6E00, 6700, 910F, 9103), and it is determined whether the state for the corresponding error processing is normally output. Here, 6E00 is a case where a non-existent class (Class, CLA) is used when executing the above RE Purchase CARD Command, 6700 is a case where an invalid instruction length is used, and 910F is a signature error using an incorrect signature. 9103 is an instruction sequence error. In this case, for example, 9103, which is a command sequence error, is executed when the RE Purchase CARD Command is executed twice.

-Payment transaction cancellation test unit (323)

For reference, when the payment transaction cancellation process is described, it is possible to cancel the last transaction at the request of the card holder. Therefore, the transaction cancellation is limited to the terminal at the time of the transaction and is limited to the case of the previous transaction in both the card and the terminal, and the application information inquiry before the transaction is preceded.

Next, the card terminal PDA performs an Initialize CARD For Cancellation Command with a nationally compatible transportation card. In this case, the terminal PDA requests an additional file, that is, an ADF, to the national compatibility card (IEP), and the ADF is a Config DF for compatible use with each company. Thereafter, in step S603, the terminal PDA requests initialization to a national compatible card IEP. In response to the initialization request of the card terminal (PDA), the nationally compatible transportation card (IEP), ALG _EP which is algorithm information about the nationally compatible transportation card (IEP), and the signature key for the nationally compatible transportation card (IEP) _EP and _the trade I deal with BAL _EP information indicating the balance of electronic cards, ID _EP indicating the ID information of the ID _CENTER represents the ID Center, people, nation compatible transportation card (IEP) and the national-compatible transportation card serial number _{Indicates the} NT _EP , ID _{SAM_LOG} , the ID information of the nationally compatible transport card (IEP) that was traded, M _{PDA_LOG} , the terminal information for the transaction terminal, and the electronic money transaction serial number for the previous transaction of the national compatible card (IEP). NT _{EP_LOG} and signature information first signature information S1 according to this transaction are provided to a card terminal (PDA).

Thereafter, the card terminal (PDA) performs an Initialize SAM For Cancellation Command with the payment SAM. To explain this, the card terminal receives transaction information received from the Nationally Compatible Transport Card (IEP), that is, ALG _EP , VK _EP , BAL _EP , ID _CENTER , ID _EP , NT _EP , ID _{SAM_LOG} , M _{PDA_LOG} , NT _{EP_LOG} , S1 information. Including, the current terminal information M _PDA and additional data for transaction cancellation to transmit to the payment SAM. This requires the initialization of the SAM to cancel the transaction. The payment SAM is an ID information ID _SAM for the _SAM , an electronic money transaction serial number NT _SAM , and the encryption information SC _SAM and the second signature information S2 value of the SAM. Answer the request.

Next, the card terminal performs a Cancellation CARD Command with a nationally compatible transportation card. In this regard, the card terminal (PDA) transmits additional data for accepting the transaction cancellation to the national compatible card (IEP), including ID _SAM , NT _SAM , SC _SAM , and S2, which are response signals provided by the payment SAM. .

Next, the card terminal requests a cancellation SAM command to the payment SAM to cancel the previously traded SAM information with the payment SAM. In response to the request for cancellation of the SAM information of the card terminal (PDA), the payment SAM is the transaction type information TRT, the signature key version information VK _{IND_KEY} , the ID center information ID _CENTER , the electronic money ID information ID _EP , and the electronic money that was previously traded. Transaction Serial Number NT _{EP_LOG} , Balance of Electronic Money BAL _EP , Terminal Device Information M _PDA , SAM ID Information ID _SAM , SAM Transaction Serial Number NT _SAM , SAM Transaction Collection Serial Number NC _SAM , Transaction Count Information about _SAM By providing transaction amount information TOT _SAM , individual signature information SIGN _{IND and} SIGN _IND2 to the card terminal (PDA), the transaction approval and completion are notified. Thereafter, the terminal (PDA) registers and manages the details of the individual transaction to terminate the transaction cancellation procedure.

The payment transaction canceling test unit 323 performs a function of determining whether a transaction cancellation immediately before a normal payment transaction is normally performed when the card terminal and a traffic card interworking transaction are performed. In order to perform such a function, the payment transaction cancellation test unit 323 includes a transaction cancellation initialization module 61 and a cancellation module 62.

The transaction cancellation initialization module 61 determines whether the normal operation for the above-described Initialize CARD For Cancellation Command processing is performed, and the cancellation module 62 determines whether the normal operation for the above-mentioned Cancellation CARD Command processing is performed.

The transaction cancellation initialization module 61 executes the above-described Initialize CARD For Cancellation Command, and ALG _EP , which is algorithm information that is normal data, VK _EP , which is a signature key for an IEP, and the balance of the electronic card before the transaction. and ID _CENTER representing the information of BAL _EP, and ID Center, people representing the, with ID _EP indicating the ID information of the national compatible transportation card (IEP), transaction serial number of national-compatible transportation cards NT _EP, and was trading in the country representing ID _{SAM_LOG} , the ID information of the compatible transit card (IEP), M _{PDA_LOG} , the terminal information for the trading terminal, NT _{EP_LOG} , the serial number of the electronic money transaction for the previous transaction of the national compatible card (IEP), and the signature according to this transaction. It is determined whether the first signature information S1 and the test result are output for the Initialize CARD For Cancellation Command process.

That is, the transaction cancellation initialization module determines whether or not an output status (Status) of the card terminal is normally output to (9000) after the Initialize CARD For Cancellation Command processing. In addition, when an error is processed, the state of the card terminal is outputted as (6E00, 6700, 9101, 9103), and it is determined whether the state for the corresponding error processing is normally output. Here, 6E00 is a case where a non-existent class (CLA) is used when executing the above-described Initialize CARD For Cancellation Command, 6700 is a case where an incorrect instruction length is used, and 9101 is a data error when incorrect data is used. Is a transaction amount error when the amount and cancellation amount are different, and 9103 is an instruction sequence error. Here, the command sequence error may be, for example, when the Initialize CARD For Cancellation Command is executed without initializing, when the Cancellation CARD Command is executed instead of the Initialize CARD For Cancellation Command, and when the Initialize CARD For Cancellation Command is executed twice. to be.

Cancellation module 62 to the ID information, the ID _SAM and NT _SAM and the SC _SAM and the ALG _IEP encryption information for SAM as the transaction serial number of the SAM on the normal data when run above Cancellation CARD Command payment SAM It is determined whether the second signature information S2 corresponding to the S1 information provided based on the output and the test result Cancellation CARD Command processing are performed.

Here, when the status of the card terminal is normally processed, the cancellation module determines whether or not it is output to 9000. In addition, when an error is processed, the state of the card terminal is outputted as (6E00, 6700, 910F, 9103), and it is determined whether the state for the corresponding error processing is normally output. Here, 6E00 is a case where a class (CLA) that does not exist when the above-mentioned Cancellation CARD Command is executed, 6700 is a case where an invalid instruction length is used, and 910F is a signature error using an invalid signature. 9103 is an instruction sequence error. In this case, for example, 9103, which is an instruction order error, is a case where the Cancellation CARD Command is executed twice.

In addition, the security test means 330 is a function of determining whether or not the protocol security suitability for each of the payment transaction, payment re-transaction, payment transaction cancellation, which is the main function when the test card terminal and the traffic card. Security test means according to this embodiment is in accordance with the protocol security test standard specified in KS X 6924-3 for each of the main functions payment transactions, payment re-transactions, payment cancellation. Since the KS X 6924-3 security test standard according to the present embodiment is a known standard, description thereof will be omitted in the present invention.

In addition, the database 340 sets and stores data that is a reference for each test means.

The control unit 350 compares the measurement and determination results with the reference data preset in the database 340 through the physical test unit 310, the function test unit 320, and the security test unit 330. Perform a function to output sound.

On the other hand, the evaluation method (hereinafter referred to as "compatible transport card suitability evaluation method") using the above-described compatible transport card suitability evaluation system will be described with reference to FIG.

As shown in Figure 3, the card tester measures the standard of the traffic card (S2).

Next, test the resistance of the electromagnetic field, alternating magnetic field, alternating electric field, static electricity of the traffic card (S4).

Next, test measures the resistance to impact, chemicals, temperature and humidity, ultraviolet rays applied to the traffic card from the outside (S6). Here, it was tested to measure the resistance to the electromagnetic field, alternating magnetic field, alternating electric field and static electricity of the traffic card, and to test the resistance to impact, chemicals, temperature and humidity, and ultraviolet rays applied to the traffic card from the outside. It is a matter of course that the operation of AC magnetic field, AC electric field, static electricity, impact from outside, chemicals, temperature and humidity, and UV rays can be measured and stored in the form of data.

Next, by contacting the traffic card to the card terminal to determine the normal processing or error processing status (Status) of the order for the payment transaction (S8). Here, after an error occurs during the payment transaction, the payment re-transaction is performed to determine the normal processing or error processing status of the payment re-transaction, and after the payment transaction, the payment cancellation transaction is performed according to the payment transaction cancellation request. Determine the normal or error status of the canceled transaction.

Next, it is determined whether the protocol security suitability for the payment transaction function when the card terminal and the traffic card interlocked (S10). Then, the test measurement and the determination result are compared with the preset reference data and outputted (S12).

4 is a detailed flowchart of a payment transaction test process of a traffic card according to an embodiment of the present invention.

As illustrated in FIG. 4, the payment transaction test process of the traffic card will be described. The card tester causes the card terminal to transmit an initialization command to the traffic card (S22).

Next, through the card terminal from the traffic card, the traffic card algorithm information (ALG _IEP ), signature key (VK _{IEP_KDP} ), pre-transaction balance information (BAL _IEP ), ID center name (ID _CENTER ), traffic card ID information (ID _IEP) ), The response card including the transit card transaction serial number (NT _IEP ) and the first signature information (S1) according to the transaction, receives the normal processing or error processing status of the initialization command (Initialize CARD Command). It is determined (S24).

Next, the first information provided based on the ID information (ID _SAM ) of the payment SAM, the transaction serial number (NT _SAM ) of the SAM, the encryption information (SC _SAM ) of the _SAM , and the ALG _IEP , which are transaction information provided from the payment SAM. The second signature information S2 corresponding to the signature information and additional data for the payment transaction command are transmitted to the traffic card to receive the third signature information S3 (S26).

Then, the normal processing or error processing status (Status) for the payment transaction command (Purchase CARD Command) of the traffic card is determined (S28).

As shown in Fig. 5, when explaining the payment transaction test process of the traffic card, the card tester causes the card terminal to transmit a reinitialization command to the traffic card (S32).

Next, through the card terminal from the traffic card, the traffic card algorithm information (ALG _IEP ), signature key (VK _{IEP_KDP} ), pre-transaction balance information (BAL _IEP ), ID center name (ID _CENTER ), traffic card ID information (ID _IEP) ), Transit Card Transaction Serial Number (NT _IEP ), Transit Card ID Information (ID _{SAM_LOG} ), Card Terminal Information (M _{PDA_LOG} ), Electronic Money Transaction Serial Number (NT _{EP_LOG)} ) And the response data including the first signature information S1 according to the transaction is received to determine the normal processing or error processing status of the RE Initialize CARD Command (S34).

Next, the first information provided based on the ID information (ID _SAM ) of the payment SAM, the transaction serial number (NT _SAM ) of the SAM, the encryption information (SC _SAM ) of the _SAM , and the ALG _IEP , which are transaction information provided from the payment SAM. The second signature information S2 corresponding to the signature information and the additional data for the payment transaction order are transmitted to the traffic card to receive the third signature information S3 (S3).

Then, the normal processing or error processing status (Status) for the RE Purchase CARD Command of the transportation card is determined (S38).

As shown in Figure 6, when explaining the payment transaction cancellation test process of the traffic card, the card tester causes the card terminal to transmit a transaction cancellation initialization command to the traffic card (S42).

Next, through the card terminal from the traffic card, the traffic card algorithm information (ALG _IEP ), signature key (VK _{IEP_KDP} ), pre-transaction balance information (BAL _IEP ), ID center name (ID _CENTER ), traffic card ID information (ID _IEP) ), Transit Card Transaction Serial Number (NT _IEP ), Transit Card ID Information (ID _{SAM_LOG} ), Card Terminal Information (M _{PDA_LOG} ), Electronic Money Transaction Serial Number (NT _{EP_LOG)} ) And the response data including the first signature information (S1) according to the transaction to determine the normal processing or error processing status for the Initialize CARD For Cancellation Command (S44).

Next, the first information provided based on the ID information (ID _SAM ) of the payment SAM, the transaction serial number (NT _SAM ) of the SAM, the encryption information (SC _SAM ) of the _SAM , and the ALG _IEP , which are transaction information provided from the payment SAM. The second signature information S2 corresponding to the signature information and the additional data for the cancellation command are transmitted to the traffic card to receive the third signature information S3 (S46).

Then, the normal processing or error processing status (Status) for the cancellation card (Cancellation CARD Command) of the traffic card is determined (S48).

As described above and described with reference to a preferred embodiment for illustrating the technical idea of the present invention, the present invention is not limited to the configuration and operation as shown and described as such, it is a deviation from the scope of the technical idea It will be understood by those skilled in the art that many modifications and variations can be made to the invention without departing from the scope of the invention. Accordingly, all such suitable changes and modifications and equivalents should be considered to be within the scope of the present invention.

Claims

In the compatible transportation card conformity evaluation system,

A card terminal equipped with a payment SAM for recognizing and authenticating a traffic card for each operator, and performing a payment transaction processing of the traffic card; And

A card tester connected to the card terminal and including a function test means for determining a state of normal processing or error processing according to a payment transaction function of the traffic card when the card terminal and the traffic card are interlocked; Compatible transport card suitability evaluation system comprising a.
The method of claim 1,

The card tester,

Physical test means for testing the standard, electrical function and stability of the traffic card; And

Control means for outputting the test measurement and judgment results by comparing the preset test data with the physical test means and the function test means; Compatible traffic card suitability evaluation system further comprising a.
The method of claim 1,

The card tester,

Security test means for determining whether or not protocol security suitability for the payment transaction function of the transportation card when the card terminal and the transportation card are interworked; Compatible traffic card suitability evaluation system further comprising a.
The method of claim 1,

The card tester,

And a payment transaction tester for contacting the card terminal with a transportation card for each operator to determine a status of a payment transaction normal processing or an error processing.

A payment retransmission test unit configured to determine a state for normal processing or error processing by performing a payment retransaction after an error occurs in the payment transaction; And

A payment transaction cancellation test unit configured to determine a state for normal processing or error processing by performing a payment cancellation transaction according to a payment transaction cancellation request after the payment transaction; Compatible traffic card suitability evaluation system further comprising.
The method of claim 2,

The physical test means,

Card standard test unit for measuring the standard of the traffic card;

Electrical functional test unit for measuring the resistance to electromagnetic, alternating magnetic field, alternating electric field, static electricity; And

Stability test unit for measuring the impact, chemicals, temperature and humidity, ultraviolet rays applied to the traffic card from the outside; Compatible transport card suitability evaluation system comprising a.
The method of claim 3, wherein

The security test means,

Compatible traffic card conformity assessment system according to KS X 6924-3 protocol security test standard.
The method according to claim 1 or 4,

The card tester,

An initialization module that transmits an initialization command to the traffic card, receives response data according to the initialization command from the traffic card, and determines a normal processing or error processing status for an initialization command; And

After receiving the transaction information and the signature information provided from the payment SAM, the payment transaction command is transmitted to the traffic card to receive the third signature information (S3) for this, and normal to the payment card command (Purchase CARD Command) And a transaction module for determining a processing or error processing status.
The method of claim 7, wherein

Response data of the initialization module,

Transportation Card Algorithm Information (ALG IEP ), Signature Key (VK IEP_KDP ), Pre-Transaction Balance Information (BAL IEP ), ID Center Name (ID CENTER ), Transportation Card ID Information (ID IEP ), Transportation Card Transaction Serial Number (NT IEP) And the first signature information (S1) according to the transaction.
The method according to claim 1 or 4,

The card tester,

Send a reinitialization command to the traffic card, receive response data according to the reinitialization command from the traffic card, and determine a status for normal processing or error processing for a RE Initialize CARD command. A reinitialization module; And

After receiving the transaction information and signature information provided from the payment SAM, the retransmission command is transmitted to the traffic card to receive the third signature information S3 for this, and for the RE Purchase CARD Command Compatible transaction card suitability evaluation system comprising a; re-transaction module for determining the normal processing or error processing status (Status).
The method of claim 9,

Response data of the reinitialization module,

Transportation Card Algorithm Information (ALG IEP ), Signature Key (VK IEP_KDP ), Pre-Transaction Balance Information (BAL IEP ), ID Center Name (ID CENTER ), Transportation Card ID Information (ID IEP ), Transportation Card Transaction Serial Number (NT IEP) ), The ID information (ID SAM_LOG ) of the transit card, the card terminal information (M PDA_LOG ), the electronic money transaction serial number (NT EP_LOG ) for the previous transaction of the transit card (IEP), and the first signature information according to this transaction. A compatible traffic card suitability evaluation system comprising: (S1).
The method according to claim 1 or 4,

The card tester,

Sending a transaction cancellation initialization command to the transit card, receiving response data according to the transaction cancellation initialization command from the transit card, and normal processing or error processing status (Initialize CARD For Cancellation Command) A transaction cancellation initialization module to determine;

After receiving the transaction information and signature information provided from the payment SAM, a cancellation command is transmitted to the transportation card to receive third signature information S3, and normal processing for the cancellation CARD command or Canceling module for determining the error processing status (Status); compatible traffic card suitability evaluation system comprising a.
The method of claim 11,

Response data of the transaction cancellation initialization module,

Transportation Card Algorithm Information (ALG IEP ), Signature Key (VK IEP_KDP ), Pre-Transaction Balance Information (BAL IEP ), ID Center Name (ID CENTER ), Transportation Card ID Information (ID IEP ), Transportation Card Transaction Serial Number (NT IEP) ), The ID information (ID SAM_LOG ) of the transit card, the card terminal information (M PDA_LOG ), the electronic money transaction serial number (NT EP_LOG ) for the previous transaction of the transit card (IEP), and the first signature information according to this transaction. A compatible traffic card suitability evaluation system comprising: (S1).
The method according to claim 2 or 5,

Electrical functional test unit of the physical test means,

Electromagnetic measuring module for test measuring the resistance of the traffic card to the electromagnetic field, AC magnetic field measuring module for test measuring the resistance of the traffic card to the AC magnetic field, AC electric field for test measuring the resistance to the AC electric field of the traffic card Compatible module according to claim 1, characterized in that it comprises a measurement module and a static electricity measurement module for measuring the resistance to static electricity of the traffic card.
The method according to claim 2 or 5,

Stability test unit of the physical test means,

Impact test module to test the operation of the traffic card according to the impact strength applied from the outside, chemical test module to test the operation according to the chemical substance applied from the outside, temperature and humidity test to test the operation according to the temperature and humidity The module, compatible transportation card suitability evaluation system, characterized in that it comprises an ultraviolet test module for testing the operation of the ultraviolet light applied from the outside.
In the compatible transportation card suitability evaluation method,

(a) causing the card tester to send an initialization command to the traffic card through the card terminal;

(b) Traffic card algorithm information (ALG IEP ), signature key (VK IEP_KDP ), pre-transaction balance information (BAL IEP ), ID center name (ID CENTER ), traffic card ID information (ID IEP ), traffic from the traffic card Receiving response data including the card transaction serial number NT IEP and the first signature information S1 according to the transaction, determining the normal processing or error processing status of the Initialize CARD Command. ;

(c) based on the ID information (ID SAM ) of the payment SAM, the transaction serial number (NT SAM ) of the SAM, the encryption information (SC SAM ), and the ALG IEP , which are transaction information provided from the payment SAM of the card terminal. Transmitting second signature information (S2) corresponding to the first signature information provided and additional data for a payment transaction command to the traffic card and receiving third signature information (S3) thereto; And

(d) determining a normal processing or error processing status of a payment transaction command of the transportation card; Compatible traffic card suitability evaluation method comprising the.
The method of claim 15,

Before step (a),

(a-1) testing the standard of the traffic card by the card tester;

(a-2) test measuring the resistance to electromagnetic fields, alternating magnetic fields, alternating electric fields, and static electricity of the traffic card; And

(a-3) measuring the resistance to impact, chemicals, temperature and humidity, and ultraviolet rays applied to the traffic card from the outside; Compatible traffic card suitability evaluation method further comprising.
The method of claim 15,

(e) after the error occurs during the payment transaction, performing a payment re-transaction to determine the normal processing or error processing status (Status) for the payment re-transaction; compatible traffic card suitability evaluation further comprising a Way.
The method of claim 15,

(f) after the payment transaction, performing a payment cancellation transaction according to the payment transaction cancellation request to determine a normal processing or error processing status (Status) for the payment cancellation; Conformity Assessment Method.
The method of claim 15,

Determining a protocol security suitability for a payment transaction function when the card terminal and a traffic card are interworked; Compatible traffic card suitability evaluation method further comprising.
The method of claim 17,

The step (e) is

(e-1) causing the card tester to send a reinitialization command from the card terminal to the traffic card;

(e-2) Traffic card algorithm information (ALG IEP ), signature key (VK IEP_KDP ), pre-transaction balance information (BAL IEP ), ID center name (ID CENTER ), traffic card ID information (ID IEP ) , Transit Card Transaction Serial Number (NT IEP ), Transit Card ID Information (ID SAM_LOG ), Card Terminal Information (M PDA_LOG ), Electronic Money Transaction Serial Number (NT EP_LOG ) And receiving response data including the first signature information S1 according to the transaction to determine a normal processing or error processing status for a RE Initialize CARD command.

(e-3) provided based on the ID information (ID SAM ) of the payment SAM, the transaction serial number (NT SAM ) of the SAM, the encryption information (SC SAM ) of the SAM , and the ALG IEP Transmitting second signature information (S2) corresponding to first signature information and additional data for payment re-transaction order to the traffic card and receiving third signature information (S3) thereto; And

(e-4) determining a normal processing or error processing status of a RE Purchase CARD command of the transportation card; Compatible traffic card suitability evaluation method comprising the.
The method of claim 18,

Step (f),

(f-1) causing the card tester to transmit a cancel transaction initialization command from the card terminal to the traffic card;

(f-2) Traffic card algorithm information (ALG IEP ), signature key (VK IEP_KDP ), pre-transaction balance information (BAL IEP ), ID center name (ID CENTER ), traffic card ID information (ID IEP ) , Transit Card Transaction Serial Number (NT IEP ), Transit Card ID Information (ID SAM_LOG ), Card Terminal Information (M PDA_LOG ), Electronic Money Transaction Serial Number (NT EP_LOG ) And receiving the response data including the first signature information S1 according to the transaction to determine a normal processing or error processing status for an Initialize CARD For Cancellation Command.

(f-3) provided based on the ID information (ID SAM ) of the payment SAM, the transaction serial number (NT SAM ) of the SAM, the encryption information (SC SAM ) of the SAM , and the ALG IEP Transmitting second signature information (S2) corresponding to first signature information and additional data for a cancellation command to the traffic card and receiving third signature information (S3) thereto; And

(f-4) determining a normal processing or error processing status of the cancellation card (Cancellation CARD Command) of the traffic card; Compatible traffic card suitability evaluation method comprising the.
The method of claim 16,

And comparing the test measurement result with preset reference data and outputting the result of the test measurement.