[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2011034230A1 - 호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법 - Google Patents

호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법 Download PDF

Info

Publication number
WO2011034230A1
WO2011034230A1 PCT/KR2009/005661 KR2009005661W WO2011034230A1 WO 2011034230 A1 WO2011034230 A1 WO 2011034230A1 KR 2009005661 W KR2009005661 W KR 2009005661W WO 2011034230 A1 WO2011034230 A1 WO 2011034230A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
transaction
information
sam
payment
Prior art date
Application number
PCT/KR2009/005661
Other languages
English (en)
French (fr)
Inventor
이기한
Original Assignee
한국건설교통기술평가원
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 한국건설교통기술평가원 filed Critical 한국건설교통기술평가원
Publication of WO2011034230A1 publication Critical patent/WO2011034230A1/ko

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/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • G07F19/20—Automatic teller machines [ATMs]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • 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/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals

Definitions

  • the present invention relates to a compatible transportation card system, and more particularly, a system for compatible transportation card payment and settlement, which provides a system for payment and settlement of a nationally compatible transportation card and payment and settlement of other electronic money companies; It's about how.
  • the smart card In the field of ID recognition, barcode systems and magnetic card systems have been used closely with our lives as commodities, credit cards or pay phone cards, but smart cards have been improved through changes in production methods, cultural and technological advances, etc. And RFID cards are becoming increasingly active.
  • the smart card is also called an IC card.
  • the payment SAM is a standard that shows the physical characteristics and basic structure of the payment application module (SAM) used in the contactless electronic money terminal used in Korea.
  • SAM payment application module
  • the payment installed inside the terminal for compatible use of the domestic contactless electronic money. This is the standard specification for security application modules related to.
  • 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.
  • the current transportation card is not compatible with each other because of the operation of private operators by districts, causing inconvenience to citizens, and hampering the market development by oligopolizing private operators.
  • the present invention has been made in view of the above problems, and an object of the present invention is to provide a system and method for payment and settlement with a nationally compatible transportation card.
  • Another object of the present invention is to provide a system and method for compatible payment settlement and settlement between the card issuing service provider and the card payment target operators.
  • another object of the present invention is to make the transportation card system, which is constructed differently according to regional or business operators, to be compatible with each other, to prevent overlapping investment in the system, and furthermore, to establish a national technical standard for the transportation card system. It is to contribute to the construction and dissemination of a stable transportation card system.
  • the present invention is a system for payment and settlement of compatible traffic cards, equipped with a payment SAM for recognizing and authenticating traffic cards for different operators, identifying them as existing traffic cards or compatible traffic cards, and then identifying the corresponding traffic cards.
  • a card terminal for performing a payment transaction according to the present invention And connected with the card terminal, the transaction history information is collected from the card terminal to process the transaction history for the company-issued compatible transit card traded in the company's card terminal, and the transaction history settled with the third party card Characterized in that it comprises a; operator management server to transmit to the settlement server.
  • FIG. 1 is a schematic configuration diagram of a system for compatible transportation card payment and settlement according to an embodiment of the present invention.
  • FIG. 2 is a diagram showing a card operating system according to an embodiment of the present invention.
  • FIG. 3 is a block diagram of a card terminal according to an embodiment of the present invention.
  • FIG. 4 is a diagram illustrating an RF control circuit of a contactless card interface unit according to an embodiment of the present invention.
  • FIG. 5 is a block diagram of a carrier management server according to an embodiment of the present invention.
  • FIG. 6 is an overall flowchart of a method of operating a compatible traffic card system according to an embodiment of the present invention.
  • FIG. 7 is a detailed flowchart of a transaction execution process according to an embodiment of the present invention.
  • Transaction history settlement part 350 BL part
  • processing unit 11 judgment module
  • FIG. 1 is a schematic diagram of a system for compatible transportation card payment and settlement according to an embodiment of the present invention.
  • a system for payment and settlement of a compatible traffic card includes a traffic card 100, a card terminal 200, and a carrier management server 300. .
  • the transportation 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 files in the card include a dedicated file (DF) and an element file (EF), and have a directory structure as follows.
  • the dedicated file 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.
  • ADF Additional Field
  • Config DF Config DF
  • the terminal first selects the Config DF and then determines whether to make a standard transaction or an existing transaction.
  • the command for standard trading defines the command conforming to KS-6924 standard.
  • the card terminal 200 is equipped with a payment SAM that recognizes and authenticates traffic cards for different operators, identifies them as existing traffic cards or compatible traffic cards, and then performs payment transaction processing according to the corresponding traffic cards.
  • a payment SAM that recognizes and authenticates traffic cards for different operators, identifies them as existing traffic cards or compatible traffic cards, and then performs payment transaction processing according to the corresponding traffic cards.
  • the card terminal has a payment type SAM (Secure Application Module) that can be equipped with a security authentication IC chip that authenticates the validity of a contactless IC chip (nationally compatible transportation card) and maintains security. It is installed and processes the data of the compatible transportation card.
  • SAM Secure Application Module
  • the card terminal comprises an antenna, a contact card reader, a control board, and a payment SAM board for performing charge collection and charging for the contact or contactless electronic card and balance inquiry using an internal antenna.
  • the control board includes a processing processor for operating a payment transaction of the card terminal.
  • the payment transaction operation identifies the existing transportation card and the transportation card of the national compatible function, and performs the payment transaction according to the operation algorithm of each transportation card.
  • the card terminal transmits and receives the transportation card and the electronic payment related processing data through RS-232, and can be simultaneously accessed from the control board (CPU B'd) and the payment SAM board (SAM B'd), ISO- Hardware will be provided to have a contact card interface function with the 7816 communication standard and a contactless electronic card interface function with the ISO-1443 communication standard.
  • the present invention provides a hardware to which both the B-type communication method and the A-type communication method according to the contactless communication method are applied.
  • the present invention it is possible to use the nationally compatible transportation card without changing the hardware of the currently installed road construction terminal, bus terminal, railway construction terminal, which is based on the wireless protocol format (typeA / B) of the nationally compatible transportation card. Make it available regardless. As a result, even if the hardware or software is changed for the function of the national compatible transportation card in the currently installed highway e-card system, there is no problem in the use of the current e-card.
  • the card terminal has a processing process for the national compatible card, and continuously monitors the traffic card to detect one of the high-plus card, K-Cash card, X-Cash card.
  • the existing railroad construction electronic card processing order is followed, and in the case of a nationally compatible transportation card, the national compatible transportation card processing order is followed.
  • the hardware configuration of the card terminal is applied to the RS-232 communication protocol for the charge terminal controller interface, the electronic card interface has a contact or contactless function.
  • the mobile payment interface configures a spare port through RS-232 communication, and the SAM slot configures a port for one SIM connection.
  • the control processor is an 8-bit microcomputer made up of ATMEL's ATmega128 and has a programmable IO line, including an operating clock of 14.7456 MHz, 128 KB of Flash memory, 4 KB EEPROM, 4 KB SRAM, and two UARTs.
  • the electronic card communication distance using the control processor is 10mm or more, the electronic card communication speed is 400mS or less (based on SAM of Korea Highway Corporation), the antenna size is 90 mm x 90 mm, there is no O / S, DC 5V, Use 12V Battery Back-Up power.
  • the processing processor for operating the control board that is, the operation algorithm of the traffic card terminal is based on the card operating system (COS) of the traffic card having a compatible function.
  • COS card operating system
  • the card operating system is designed to have a tree structure of a directory structure such as a dedicated file (DF) and an element file (EF).
  • the dedicated file DF adds an ADF (Add Field) called Config DF to be compatible with each operator, and stores the information of the traffic compatible ADF and provides it to the outside during the transaction. In addition, it specifies the required file to store additional information required for transactions such as transfer information, entrance information.
  • ADF Additional Information
  • the terminal first selects the Config DF and then determines whether to make a standard transaction or an existing transaction in the response.
  • FIG. 3 is a block diagram of a card terminal according to an embodiment of the present invention.
  • the card terminal according to the present embodiment transmits and receives electronic payment related processing data through a traffic card and RS-232, continuously monitors an existing card and a national compatible card, and according to the monitoring result.
  • a processing unit 10 which selects one and performs payment transaction processing according to the corresponding transportation card, a fare terminal controller interface 20 for communicating with a traffic card in an RS-232 manner and displaying an operation state, and an RF unit of an internal terminal.
  • an overcurrent protection circuit is configured to communicate with the card in the contact card interface unit 30, ISO-1443, which controls the existing card and the national compatible card, but the existing card and the national compatible card. Consists of a contactless card interface unit 40 for operating and controlling the contactless communication method for.
  • card terminals can be accessed simultaneously from the internal CPU board and the SAM board, and have a communication speed of 115,200BPS as a communication specification and form a No Parity communication protocol including a 1-bit stop bit.
  • the processor 10 includes a determination module 11, an information inquiry module 12, a payment transaction module 13, a re-transaction module 14, a cancellation module 15.
  • the determination module 11 recognizes a dedicated file (Config DF) set as a card operating system (COS), and performs a function of determining whether the traffic card has a national compatibility function or an existing card, and retrieves information.
  • Config DF a dedicated file set as a card operating system
  • COS card operating system
  • the determination module 12 determines that the result of the determination module is a transportation card having a national compatibility function
  • the module 12 performs an information inquiry for a national compatible card transaction based on the dedicated file
  • the payment transaction module 13 displays information of the information inquiry module.
  • the payment transaction with the payment SAM is performed based on the inquiry, and the re-transaction module 14 performs the re-transaction when the value is not transferred to the payment SAM although it is deducted from the user card during the payment transaction. 15, at the request of the cardholder, performs the payment cancellation transaction for the immediately preceding transaction.
  • the payment transaction module 13, the re-transaction module 14, and the cancellation module 15, which are the respective components of the processing unit 10 according to the present embodiment, are set as “ ⁇ means” for the sake of convenience as the “module” sub-concept. .
  • the payment transaction module includes an initialization means 1 and a payment transaction means (2).
  • Initialization means (1) transmits an initialization command (Initialize CARD Command) to the traffic card, the traffic card algorithm information (ALG IEP ), the signing key (VK IEP_KDP ), the balance information (transaction card) according to the initialization command from the traffic card ( BAL IEP ), ID Center Name (ID CENTER ), Transit Card ID Information (ID IEP ), Transit Card Transaction Serial Number (NT IEP ), and the first signature information (S1) according to this transaction, and to the payment SAM Initialize SAM command is transmitted, ID SAM , which is ID information of payment SAM, NT SAM as payment serial number of payment SAM, SC SAM , which is encryption information of payment SAM, and signature, according to the initialization command from the payment SAM. Receive the information S2.
  • the payment transaction means 2 receives transaction information and signature information provided from the payment SAM, and then transmits a payment transaction command to the transportation card to receive third signature information S3.
  • the credit SAM command is transmitted to the payment SAM to generate a transaction record and terminate the transaction.
  • the re-transaction module includes a reinitialization means 3 and a re-transaction means 4.
  • the reinitialization means 3 sends a RE Initialize CARD command to the traffic card, and according to the reinitialization command from the traffic card, the traffic card algorithm information (ALG IEP ), the signature key (VK IEP_KDP ), and the balance before the transaction.
  • AAG IEP traffic card algorithm information
  • VK IEP_KDP the signature key
  • BAL IEP ID center name (ID CENTER ), traffic card ID information (ID IEP ), traffic card transaction serial number (NT IEP ), ID card information (ID SAM_LOG ) of the traded traffic card, card terminal information (M PDA_LOG ), the electronic money transaction serial number (NT EP_LOG ) for the previous transaction of the transportation card (IEP), and the first signature information (S1) according to the transaction, and reinitialize command (RE Initialize SAM Command) to the payment SAM.
  • the NT SAM as the transaction serial number of the payment SAM, the SC SAM of the encryption information of the payment SAM and the signature information S2 according to the re-initialization command.
  • the re-transaction means 4 receives the transaction information and the signature information provided from the payment SAM, and then transmits a RE purchase card command to the traffic card to receive the third signature information S3. Then, a RE transaction command (RE Credit SAM Command) is transmitted to the payment SAM, and the individual transaction details of the re transaction information are registered.
  • RE Credit SAM Command RE Credit SAM Command
  • the cancellation module includes a transaction cancellation initialization means 5 and a transaction cancellation means 6.
  • the transaction cancellation initialization means 5 transmits an Initialize CARD For Cancellation Command to the traffic card, and according to the transaction cancellation initialization command from the traffic card, the traffic card algorithm information (ALG IEP ) and the signature key (VK).
  • IEP_KDP pre-transaction balance information
  • BAL IEP pre-transaction balance information
  • ID CENTER ID center name
  • NT IEP transit card ID information
  • ID SAM_LOG transit card ID information
  • the transaction canceling means 6 receives the transaction information and the signature information provided from the payment SAM, and then transmits a cancellation CARD command to the transportation card to receive the third signature information S3.
  • the cancellation SAM (Cancellation SAM Command) is transmitted to the payment SAM to erase the last transaction record, change the status code to normal, and terminate the transaction.
  • a PDA Packet Device Application
  • ADF ADded File
  • PDA card terminal
  • the Nationally Compatible Transportation Card provides the card terminal (PDA) with a set arbitrary code in response to an ADF information request.
  • 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 the EFconfig from the nationally compatible transportation 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.
  • 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 is reserved area, 0x01 is a financial settlement company, 0x02 is an Acash company, 0x03 is a mibi company, 0x04 is a reserved area, 0x05 is a vcash company and 0x06 is a Mondex Korea
  • the operator, 0x07, represents the Korea Expressway Corporation.
  • 0x08 is Korea Smart Card Business
  • 0x09 is Korail Networks Business
  • 0x0A is reserved
  • 0x0B is EB Business.
  • 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.
  • 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.
  • the charge terminal controller interface 20 has an RS-232 communication method and consists of an 8-bit data structure of a communication speed of 115,200 bps and No Parity of 1 Stop bit.
  • the contact card interface unit 30 is ISO-7816 communication method is applied, the contactless card interface unit 40 communicates with the traffic card in the ISO-1443 method, and has a communication speed of 106,000 bps.
  • the contactless card interface unit 40 includes two RF controllers to perform conventional card communication and national compatible card communication, and includes a transmission (Tx) unit and a reception (Rx) unit for short range communication with the card. This will be described with reference to the circuit shown in FIG. 4.
  • the first controller 41 to perform the communication card and the existing card communication according to the communication protocol of the ISO-1443 method, the transmission and reception data provided from the processing unit, the transmission and reception data provided from the processing unit of the ISO-1443 method It consists of a second controller 42 for performing a communication card and national compatible card communication in accordance with the protocol, the clock generation circuit 43 for providing a rated clock to the first controller and the second controller, the presence or absence of a signal received from the antenna And a communication switch circuit 45 for transmitting and receiving data of any one of the first electric field and the first controller and the second controller.
  • the clock generation circuit 43 includes a crystal oscillation element of 13.56 MHz and a packaged oscillation circuit, and the reception electric field detection circuit 44 stores a signal corresponding to a received value currently received through a buffer using an AND circuit. 1 controller 41 is connected to provide.
  • the processor 10 sequentially activates the contact card interface and the contactless card interface to determine whether the currently accessed card is contact or contactless.
  • the processing unit activates only the contact card interface in the case of contact type, and performs functions such as payment transaction, payment re-transaction, payment cancellation according to the card processing algorithm for the contact card, and in the case of contactless type, activates only the contactless card interface. Let's do it. Thereafter, the first and second controllers constituting the contactless card interface are sequentially monitored to determine whether the current contactless card is an existing card or a national compatible card.
  • Determining such a card type is based on a result of analyzing received data received from the antenna based on the reception field detection circuit.
  • the received data is input to the first controller through the communication switching circuit, the received received data is supplied to the processing unit through the data port of the first controller, and the processing unit analyzes the received data to determine the type of card.
  • a traffic card terminal having a national compatibility function performs a payment transaction based on short-range communication, and proposes an operation algorithm of the terminal for payment transaction in the present invention.
  • the operation of the terminal is largely based on the process of determining the types of compatible card transactions nationwide based on EFconfig of Config DF, performing payment transactions for transactions with payment SAM based on pre-transaction information inquiry protocol, and user cards during payment transactions. Is deducted, but is classified into a payment re-transaction process for performing a re-transaction when the value is not transferred to the payment SAM and a payment cancellation transaction process for canceling the previous transaction at the request of the card holder.
  • the traffic card is recognized by the card terminal.
  • COS card operating system
  • the current card has a compatible function as a result of the Config DF recognition, check the information necessary for transactions such as electronic money AID (Applcation IDentifier), that is, additional information transfer information, entrance information. Then select the DF of the standard card with compatible functions. It determines whether it is an X-CASH, K-CASH, or High Plus card as a standard card, and performs a payment transaction on the standard card.
  • the payment procedure of the standard card of the compatible function is a DF designed for compatible use with each company, and when the various cards having the AID classification method for each issuer are added, the card selection recognition time is shortened.
  • the above-described Config DF is an ADF existing in the "prepaid IC card" for compatibility use with each company.
  • the Config DF stores the information of the traffic compatible ADF of the "prepaid IC card” and provides the information of the traffic compatible ADF to the outside.
  • Select Config DF as the first transaction.
  • EFconfig and EFconfig2 are designed.
  • the EFconfig stores traffic compatibility information
  • the EFconfig2 stores selection data in a selection file.
  • the card terminal according to the present embodiment is characterized by including an X-CASH card terminal, a K-CASH card terminal, a high plus card terminal for each operator.
  • the operator management server 300 includes an X-CASH settlement server, a K-CASH settlement server, and a high plus settlement server for each operator, and provides transaction details of a nationwide compatible transportation card through a VPN through a company or a third party card terminal. Collect and classify whether the transaction is based on a compatible transportation card issued by a company or a compatible transportation card issued by a third party. Of the collected traffic card transaction details, the transaction details of the compatible card issued by the company issued by the company's card terminal are automatically settled, and the transaction details settled by the third party's card are transmitted to the service provider's settlement server through the VPN. do.
  • the operator management server as shown in Figure 5, the transaction history collection unit 310, transaction history exchange unit 320, transaction history verification unit 330, transaction history settlement unit 340 and BL (Black List) It is composed of a portion (350).
  • Transaction history collection unit 310 collects and stores the transaction history for the national compatible transit card from the card terminal, and whether the compatible transit card is the company issued card or third-party issued card (X-CASH, K-CASH) The transaction is classified according to the result, and as a result, the transaction history for the third-party issuance card is transferred to the transaction history exchange unit 320, and the transaction history for the company issuance card is transferred to the transaction history settlement unit 340.
  • the transaction history exchange unit 320 is a transaction server for the third-party issuance card classified by the card issuer in the transaction history collection server according to the card issuer (X-CASH settlement server or K-CASH settlement) Server) and receives a transaction history of the company's issuance card (HiPlus) used in the card terminal from a third-party settlement server (X-CASH settlement server or K-CASH settlement server).
  • the transaction verification unit 330 examines whether the transaction history for the company-issued compatible transportation card (HiPlus) used in the third-party card terminal received from the transaction history exchange unit is returned, and the review result and return Send transaction details based on the standard settlement item of the company-issued compatible transportation card without any reason to the third-party settlement server (X-CASH settlement server or K-CASH settlement server), and settle the transaction (Hiplus) It performs the function of transferring to the transaction history settlement part of the server.
  • HiPlus company-issued compatible transportation card
  • K-CASH settlement server K-CASH settlement server
  • the reason for the return is a field error including data values not specified in the standard settlement item, a double occurrence error when the card number, the date and time of boarding and the station of loading and dropping are the same, the sales date error when the date and time of the ride are future, and the unit fee
  • This error is based on the amount of usage error, the boarding data alone or when the boarding and disembarkation data exist simultaneously, and when the boarding data alone exists, the valid date of use is more than 60 days from the date of use. This may include a valid date error, a card number error that does not conform to the card identification code system, or a card number error that the card issuer itself defines as a number error.
  • each settlement server is defined as the transaction history occurred at the settlement date, including the transaction details up to 02:00 of the next day in the compatible transportation card transaction history occurred in the company's card terminal,
  • the transaction date of settlement date generated by the company-issued transportation card is settled by itself, and the transaction date of settlement date generated by the third-party compatible transportation card issued by the company's transportation card terminal is the transaction details corresponding to the reason for return until 15:00 the next day of the settlement date.
  • each settlement server receives from the third-party settlement server about the transaction history of the company's issuance compatible transport card from the third-party card terminal to review the reason for the return and process settlement.
  • the transaction settlement unit 340 mutually settles the transaction history transmitted from the transaction verification unit to the third-party settlement server (X-CASH settlement server or K-CASH settlement server) based on the standard settlement item, and the corresponding transaction. It performs the function of depositing the transaction amount for the details into the relevant third-party settlement server (X-CASH settlement server or K-CASH settlement server).
  • the third-party settlement server X-CASH settlement server or K-CASH settlement server
  • the transaction history settlement unit performs a settlement process for the transaction history for the company-issued compatible transportation card traded in its own card terminal classified in the transaction history collection unit.
  • the BL (Black List) unit 350 receives BL data of the third-party settlement server and transmits BL data of the company or the third-party settlement server to the transaction history verification unit to determine the BL reason, which is one of the reasons for returning the transaction history at the time of settlement.
  • BL (Black List) is a list created to block the payment in the card terminal of the compatible transportation card issued by the operator.
  • Standard settled items include classification, file name, data serial number, unique number, card company code, card number, transaction amount, amount before transaction, amount after transaction, error code, transportation code, transaction type, NC, ID PSAM , TRT PSAM , PP IEP , ID EP , NT IEP , NI PP , NT PSAM , MTOT PSAM , ALG IEP , SINDC, ID CENTER , VK PSAM_KDINDC , VK PSAM_KDINDS , SINDS, Boarding / Getting Off, Departure Code, Departure Date, Arrival Code, Date of Arrival , Terminal number, transit segment, transit count, transit time, route ID, route number, transit company ID, transit company name, vehicle number ID, vehicle registration number, usage time, distance, card type, worker number, general COUNTER , General Transaction Amount, College Student COUNTER, College Student Amount, Student COUNTER, Student Transaction Amount, Child COUNTER, Child Transaction Amount, Other COUNTER, Other
  • the division item has a format A, has a length of one digit, and the file name item has a format of N, and has a length of eight digits.
  • the data serial number entry is of type N, has a length of 8 digits, and starts with '00000001'.
  • the unique number item has a format of N, has a length of 20 digits, and consists of 8 digits of transaction date and 12 digits of SEQ.
  • the card company code item has a format of N and has a length of two digits, and the card number item has a format of AN and has a length of 20 digits.
  • the transaction amount item is N, has a length of 8 digits, and means the balance before the prepaid card request amount.
  • the transaction amount means a ticket amount in the case of multi-ticket purchase.
  • the pre-transaction amount item has a format of N, has a length of 8 digits, and indicates a balance after processing a prepaid card request amount.
  • the post-transaction item is of type N, has a length of 8 digits, and represents a balance after processing the prepaid card request amount.
  • the error code item is of type N and has a length of 4 digits.
  • the transportation code item has an AN format and has a length of 6 digits. In the item, 080800 for KORAIL, 010102 for KORAIL, and 060205 for KFTC-related means of transportation. In the case of related transportation, it is defined as '070700'.
  • the transaction type item has a format N and has a length of one digit.
  • '0' for purchase '1' for cancellation of the last transaction
  • '2' for refund of KORAIL railway ticket
  • the NC item is of type N, has a length of 8 digits, and means a total transaction collection frequency.
  • the ID PSAM item has a format of N, has a length of 16 digits, and indicates an identifier of a PSAM.
  • the TRT PSAM item has a format of N, has a length of 2 digits, and means a transaction type, '00' for purchase transactions, '01' for value storage transactions, and '02' for cancel transactions and error transactions. In case of parameter update, it is defined as '03'.
  • the PP IEP The item is of type N, has a length of 6 digits, Identification of the transportation card operator.
  • ID above EP The item is of type AN, has a length of 10 digits, and means a serial number of an electronic money identification.
  • NT IEP Is the number of transactions of electronic money, NI PP
  • the item is of type N, has a length of 5 digits, and represents the number of individual transaction purchases of electronic money.
  • NT above PSAM The item has a format of N, has a length of 10 digits, and means a serial number according to the number of individual transactions in a payment secure application module (SAM).
  • SAM payment secure application module
  • MTOT PSAM The item is of type N, has a length of 10 digits, it means.
  • ALG IEP The item is of type N, has a length of two digits, and represents an algorithm identification of the transportation card. .
  • the SINDS item has an AN format, has a length of 8 digits, and indicates a SIGN value of a payment SAM signature or prepaid card.
  • ID above CENTER The item is of type N, has a length of two digits, and represents the identification of an electronic money company.
  • the VK PSAM_KDINDC The item is of type N and has a length of 2 digits, and means a version of KDINDC, which is a key used when generating a signature for verifying individual transaction details in the KFTC.
  • PSAM_KDINDS The item is of type N, has a length of two digits, and refers to a version of KDINDS, which is a key used when generating a signature for verifying individual transactions in the KFTC.
  • the SINDS item has the format AN and has a length of 8 digits, and indicates the individual transaction PSAM generation signature required on the high plus side.
  • the format is AN, has a length of one digit, 'P' when purchasing a KORAIL railway ticket, 'T' for bank transfer refund, 'C' for return charging, and other mixed payments And issuance of change is defined as 'F'.
  • the departure code item the type is AN, has a length of 10 digits, means the station code when using the subway, the station code when using the bus, the corresponding office number on the high-plus side and the departure station 6 digits and blank 4 on the KORAIL side Organize and fill in the seat.
  • the departure date and time item is N, has a length of 14 digits, means the ride date and time on the subway, bus or Korail side, the entrance date and time on the high-plus side, the data in the format 'YYYYMMDDhhmmss' Is indicated.
  • the arrival code item has an AN format, has a length of 10 digits, a subway station getting off code, a bus station getting off code, a High Pass side transit office number, a Korail side 6 arrival space, and 4 blank spaces. Configure and describe.
  • the arrival date and time item, the format is N, has a length of 14 digits, the departure time when using the subway and bus, the passing date and time on the office on the high-plus side, the arrival date and time on the Korail side, the data in the format 'YYYYMMDDhhmmss' Is indicated.
  • the terminal number item is based on the terminal number of the getting off when the terminal is composed of a pair, the format is AN, has a length of 10 digits, the terminal number when using the subway and bus, reserved code '0 on the Korail side 'And a TID consisting of a 4-digit reverse number and a 5-digit window number.
  • the transfer category is a type A, has a length of one digit, and when using the subway, bus or Korail side is defined as 'Y' at the time of transfer, 'N' when non-transfer, on the high-plus side according to the car model classification It is defined as '0 ⁇ 9'.
  • the transfer frequency item has a format of N, has a length of 1 digit, and is defined as '0' on the Korail side.
  • the transit time required item is N, has a length of 4 digits, the data representation format is in accordance with 'mmss', and means the transit time on the Korail side.
  • the route ID item has a format of N, has a length of 3 digits, and the KORAIL consists of 2 digits for each train type and 1 digit for each cabin type.
  • the line number item has an AN format, has a length of 6 digits, means a bus route number in a bus, and consists of 5 train numbers and 1 space in KORAIL.
  • the transport operator ID item has a format of N, has a length of 4 digits, and consists of 2 digits of division and 2 digits of a business serial number.
  • the vehicle number ID item has a format of AN, has a length of 10 digits, the purchase date is written on the high-plus side, the railroad member number is written on the Korail, and is processed as a blank when there is no railroad member number.
  • the vehicle registration number item has an AN format, has a length of 12 digits, and records the actual return amount in the vehicle registration number item on a bus or the Korail side.
  • the usage time item has a format of N, has a length of 6 digits, and uses data as 'hhmmss' on the bus and the Korail side.
  • the use distance item has a format of N, has a length of 3 digits, and means a use distance when using a bus or on a Korail side.
  • the card type item has a format of N, has a length of one digit, the general is defined as '0', the university student is '1', the teenager is '2', the child is '3', and the other is '4'.
  • the employee number item is of type N, has a length of 5 digits, describes the ticket release serial number on the Korail side, and is an essential item on the High Plus side.
  • the departure station name item is AN, having a length of 16 digits, the name of the departure station when using the subway, the name of the departure station when using the bus, the name of the entrance office on the high-plus side, and the name of the station on the KORAIL side.
  • the arrival station name item is AN, having a length of 16 digits, the name of the station getting off when using the subway, the name of the station getting off when using the bus, the name of the exit office on the high plus side, and the name of the station getting off on the Korail side.
  • the reprocessing item is of type A, has a length of one digit, and is defined as 'N' on the Korail side.
  • the college student COUNTER item, student COUNTER item, postmark COUNTER item and other COUNTER item is of type N and has a length of 6 digits.
  • the college student transaction amount item, student transaction amount item, postmark transaction amount item, and other transaction amount item are of type N and have a length of one digit.
  • the general transaction amount is N and has a length of 6 digits, and means the amount of use of subways and buses, the amount of tolls on the high-plus side and the amount of the ticket on the KORAIL side.
  • the general COUNTER item has a format N and has a length of one digit.
  • the PNR number item is AN, has a length of 15 digits, and means a rail journey number on the Korail side.
  • the return number item and the original ticket number item have a format of N and have a length of 18 digits, and on the KORAIL side, the counter number is composed of 5 digits, 8 digits of release date and 5 digits of serial number.
  • the handling date and time item is of type N, has a length of 14 digits, and indicates a release date and a return date and time.
  • operation method of the compatible transport card system (hereinafter referred to as "operation method of the compatible transport card system") will be described with reference to FIG.
  • FIG. 6 is an overall flowchart of a method of operating a compatible traffic card system according to an embodiment of the present invention.
  • step (S2) when the traffic card has a compatible function, after confirming the transfer information, entrance information, which is additional information based on the electronic money AID (Application IDentifier), a standard card having a compatible function Select the DF to perform a payment transaction for the standard card (S4).
  • entrance information which is additional information based on the electronic money AID (Application IDentifier)
  • a standard card having a compatible function Select the DF to perform a payment transaction for the standard card (S4).
  • the transaction history for the nationally compatible transit card is collected, and it is determined whether the transit card is a company issued card or a third party issued card (S6).
  • step (S6) in the case of a third-party issuance card, the transaction history information for the third-party issuance card is transmitted to the service provider settlement server, and the transaction history information for the company's issuance card is received from the third-party settlement server.
  • Exchange transaction details (S8) when the determination result of step (S6), if the company issued card, the transaction history for the company issued card is settled.
  • step (S8) the transaction history information for the third-party issuance card of step (S8) are mutually settled, and the transaction payment information for the transaction history is deposited into the operator settlement server (S10).
  • FIG. 7 is a detailed flowchart of a transaction execution process according to an embodiment of the present invention.
  • the information inquiry of the first step may be performed, including a first step S22 of performing an information inquiry for a nationwide compatible card transaction based on the EFconfig of the Config DF.
  • ID CENTER is a unique number of the transportation operator specified by the Korea Electronic Payment Industry Association
  • the AID length indicates the length of the additional information
  • the DF Name is a dedicated file. Characterized in that the name of the Config DF (Divert File).
  • IEP And VK the Version of Key for the IEP IEP_KDP And BAL, information representing the balance of the electronic card before the transaction.
  • IEP An ID representing the ID center name.
  • CENTER And ID which shows ID information of National Compatibility Card (IEP)
  • IEP NT which indicates the number of transactions of the nationally compatible card.
  • IEP And receiving signature information first signature information S1 according to the transaction, and bc) ALG received from a national compatible card.
  • IEP , VK IEP_KDP , BAL IEP , ID CENTER , ID IEP , NT IEP M which is device information about a card terminal (PDA), including S1 information PDA And transmitting additional data to the payment SAM to initialize the payment SAM; bd) corresponding to the payment SAM initialization request, an ID which is ID information of the payment SAM from the payment SAM.
  • SAM And NT as SAM's transaction serial number SAM And SC, the encryption information of SAM SAM And the ALG IEP
  • VK as the signature key information generated by the payment type TRT and payment SAM from the processed payment SAM.
  • IND_KEY And ID which is ID center information CENTER Wow, ID for national compatible card ID information EP And NT, serial number information for compatible card transactions across the country.
  • EP BAL as the balance information of the nationally compatible card before the transaction EP And M which is device information of a card terminal (PDA).
  • PDA And ID which is ID information of payment
  • SAM SAM And NT the transaction serial number of the payment SAM.
  • SAM And NC SAM's transaction collection serial number.
  • SAM And NI which is the number of indivisual transactions in SAM SAM And a TOT representing the total amount of the transaction amount (TOTal) traded through the SAM.
  • SAM And SIGN as transaction information according to transaction authentication IND And SIGN IND2 Receiving information and completing a normal payment transaction.
  • the additional data includes time information for the transaction and manager information, and is additional information according to an operator's request.
  • the algorithm information for the card (IEP) IEP VK is the signing key for the National Compatible Card (IEP).
  • IEP_KDP And BAL the information representing the balance of the electronic card before the transaction.
  • IEP An ID representing the ID center name.
  • CENTER And ID which shows ID information of National Compatibility Card (IEP) IEP NT that the transaction serial number of the whole country compatible card indicates IEP ID, the ID information of the national compatible card (IEP) that was traded SAM_LOG And M, the terminal information on the transaction terminal.
  • PDA_LOG And NT the electronic currency transaction serial number for the previous transaction of the National Compatibility Card (IEP).
  • PDA terminal
  • ID PSAM_LOG ID PSAM_LOG
  • NT IEP_LOG NT IEP_LOG
  • And M which is device information of a terminal (PDA) that currently performs a transaction function, including S1 PDA And providing additional data for payment re-transaction to the payment SAM, requesting initialization of the payment SAM, and bd) ID, which is ID information about the payment SAM that
  • PSAM And NT the payment serial number of the payment SAM.
  • IEP national compatibility card
  • SAM And NI which is information on the number of transactions per issuer generated by payment SAM.
  • SAM And a TOT representing the total amount of the transaction amount traded through the payment SAM.
  • SAM And SIGN as transaction information according to transaction authentication IND And SIGN IND2 And receiving information, bh) registering individual transaction details for payment re-transaction information provided from the payment SAM, and then completing the normal payment re-transaction.
  • the fourth step (S28) describes the transaction cancellation process, ba) requesting the ADF and initialization of additional files to the national compatibility card (IEP), bb) national compatibility card (IEP) from the national compatibility card (IEP) ALG EP for algorithm information, VK EP for signature key for national compatible card (IEP), BAL EP for information indicating balance of electronic card before transaction, ID CENTER for ID center name, and national compatibility ID EP indicating the ID information of the card (IEP), NT EP indicating the national compatible card's transaction number, ID SAM_LOG which is the ID information of the national compatible card (IEP) that was traded, and M's terminal information about the transaction terminal.
  • ALG EP for algorithm information
  • VK EP for signature key for national compatible card
  • BAL EP for information indicating balance of electronic card before transaction
  • ID CENTER for ID center name
  • national compatibility ID EP indicating the ID information of the card (IEP)
  • NT EP indicating the national compatible card's transaction number
  • ID SAM_LOG
  • One transaction information ALG EP , VK EP , BAL EP , ID CENTER , I Transmitting the current terminal information M PDA and additional data for canceling the transaction to the payment SAM, including D EP , NT EP , ID SAM_LOG , M PDA_LOG , NT EP_LOG , and S1 information;

Landscapes

  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명은 호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법에 관한 것으로서, 전국호환형 교통카드의 결제 및 정산과 타 전자화폐사의 결제 및 정산을 위한 시스템을 제공하는 호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법에 관한 것이다. 본 발명은 호환형 교통카드 결제 및 정산을 위한 시스템에 있어서, 각기 다른 사업자별 교통카드를 인식하여 인증하는 지불 SAM이 장착되어, 기존 교통카드 또는 호환형 교통카드로 식별한 후, 해당 식별 교통카드에 따른 지불거래 처리를 수행하는 카드 단말기와, 카드 단말기로부터 거래내역 정보를 수집하여 자사 카드 단말기에서 거래된 자사 발급 호환형 교통카드에 대한 거래내역에 대해 정산처리하고, 타사 카드로 결제된 거래내역을 해당 사업자 정산서버로 전송하는 사업자 관리서버를 포함하는 것을 특징으로 한다.

Description

호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법
본 발명은 호환형 교통카드 시스템에 관한 것으로서, 더욱 상세하게는 전국호환형 교통카드의 결제 및 정산과 타 전자화폐사의 결제 및 정산을 위한 시스템을 제공하는 호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법에 관한 것이다.
ID 인식분야에서 바코드 시스템과 마그네틱 카드 시스템은 상품과 신용카드 혹은 공중전화카드로서 우리 생활과 밀접하게 사용되어 왔으나, 생산방식의 변화, 문화 및 기술의 진보 등으로 이를 개선한 스마트 카드(SMART CARD)와 RFID카드가 점차 활성화되고 있다. 여기서, 스마트 카드는 IC카드라고도 칭한다.
지불SAM은 국내에서 사용되는 비접촉식 전자화폐 단말기에 사용되는 지불 보안응용모듈(SAM, Secure Application Module)의 물리적 특성 및 기본 구조를 나타내는 규격으로 국내 비접촉식 전자화폐의 호환 사용을 위한 단말기 내부에 장착되는 지불에 관련된 보안응용모듈에 대한 표준 규격이다.
스마트 카드는 마이크로 프로세서, 카드 운영체제, 보안모듈, 메모리 등을 갖춤으로써 특정 트랜잭션을 처리할 수 있는 능력을 가진 집적회로 칩을 내장한 신용카드 크기의 플라스틱 카드이다. 스마트 카드는 데이터가 읽히는 방식에 따라 접촉식 카드와, 비접촉식 카드, 겸용카드(콤비카드) 등으로 구분된다.
현재 대중교통 이용 국민의 생활권역의 확대로 광역화된 서비스가 요구되고 있으나 다양한 교통카드 사업자들의 개별기술에 의한 시스템 구축으로 경제적, 사회적 손실이 발생되고 있다.
현행 교통카드는 권역별 민간 사업자가 운영 중에 있음으로 인하여 상호호환이 안되어 시민들에게 불편을 초래하고, 민간 사업자 과점에 의한 시장발전을 저해하는 문제점이 있다.
또한 운영주체별 서비스 제공을 위한 기술개발의 중복투자로 인한 경제적 손실과 교통카드 인프라의 독자구축으로 인접 지역간 활용도가 감소하며 KS 표준 미 준수에 의한 신뢰성 저하 및 사회적 비용 낭비가 발생하는 문제점이 있다.
이에 KS에 따른 전국호환 교통카드 및 관련 시스템을 구현하기 위한 핵심 표준기술을 개발하고 기능 및 성능 확인을 위한 시제품을 개발함으로써 교통카드 전국호환 서비스 제공의 기술적 기반을 조성하고 전국호환 교통카드 시스템에 의한 서비스 다양화, 신뢰성, 실시간 운용성을 확보할 필요가 있다.
본 발명은 상기와 같은 문제점을 감안하여 안출된 것으로, 본 발명의 목적은 전국적으로 호환 가능한 교통카드로 결제 및 정산을 위한 시스템 및 그 방법을 제공함에 있다.
또한, 본 발명의 다른 목적은 카드 발급 사업자와 카드 결제대상인 사업자 상호간 결제내역 호환 및 정산을 하는 시스템 및 그 방법을 제공함에도 있다.
그리고 본 발명의 다른 목적은 현재 지역별 또는 사업자 간 규격이 상이하게 구축되어 있는 교통카드 시스템이 상호 호환가능하도록 하여, 시스템에 대한 중복투자를 방지하며, 나아가 교통카드 시스템에 대한 국가차원의 기술적 표준을 규정하여 안정성 있는 교통카드 시스템의 구축 및 보급에 기여함에 있다.
본 발명은 호환형 교통카드 결제 및 정산을 위한 시스템에 있어서, 각기 다른 사업자별 교통카드를 인식하여 인증하는 지불 SAM이 장착되어, 기존 교통카드 또는 호환형 교통카드로 식별한 후, 해당 식별 교통카드에 따른 지불거래 처리를 수행하는 카드 단말기; 및 상기 카드 단말기와 연결되어, 상기 카드 단말기로부터 거래내역 정보를 수집하여 자사 카드 단말기에서 거래된 자사 발급 호환형 교통카드에 대한 거래내역에 대해 정산처리하고, 타사 카드로 결제된 거래내역을 해당 사업자 정산서버로 전송하는 사업자 관리서버;를 포함하는 것을 특징으로 한다.
한편, 본 발명은 호환형 교통카드 시스템의 운영방법에 있어서, (a) 카드운영체제(COS)로 설정되는 전용파일(Config DF)을 인식하여, 교통카드가 전국호환 기능을 갖는지 또는 기존의 카드인지를 판단하는 단계; (b) 상기 제 (a) 단계의 판단결과, 상기 교통카드가 호환 기능을 가질 경우, 전자화폐 AID(Application IDentifier)를 기반으로 부가정보인 환승정보, 입구정보를 확인한 후, 호환 기능을 갖는 표준 카드의 DF를 선택하여 표준카드에 대한 지불거래를 수행하는 단계; (c) 전국호환형 교통카드에 대한 거래내역을 수집하고, 상기 교통카드가 자사 발급카드인지 또는 타사 발급카드인지를 판단하는 단계; (d) 상기 제 (c) 단계의 판단결과, 타사 발급카드인 경우, 타사 발급카드에 대한 거래내역 정보를 해당 사업자 정산서버로 송신하고, 타사 정산서버로부터 자사 발급 카드에 대한 거래내역 정보를 수신하는 단계; 및 (e) 상기 제 (d) 단계의 타사 발급카드에 대한 거래내역 정보를 상호 정산처리하고, 해당 거래내역에 대한 거래대금을 해당 사업자 정산서버로 입금하는 단계; 를 포함하는 것을 특징으로 한다.
상기와 같은 본 발명에 따르면, 전국호환형 교통카드로 결제 및 정산과 타 전자화폐사의 결제 및 정산을 하는 효과가 있다.
그리고 카드 발급 사업자와 카드 결제대상인 사업자 상호간 결제내역 호환 및 정산을 하여, 종래 지역별 또는 사업자별로 상이하게 구축된 교통카드 시스템에 대한 중복투자 방지가 가능하며, 전국호환형 교통카드 사업자 간 공통적인 정산전문을 토대로 구축되어 국가공통의 안정적인 교통카드 시스템 운영에 기여하는 효과가 있다.
도 1은 본 발명의 일실시예에 따른 호환형 교통카드 결제 및 정산을 위한 시스템의 개략적인 구성도.
도 2는 본 발명의 일실시예에 따른 카드운영체제를 나타내는 도면.
도 3은 본 발명의 일실시예에 따른 카드 단말기에 관한 구성도.
도 4는 본 발명의 일실시예에 따른 비접촉식 카드 인터페이스부의 RF제어회로를 나타낸 도면.
도 5는 본 발명의 일실시예에 따른 사업자 관리서버에 관한 구성도.
도 6은 본 발명의 일실시예에 따른 호환형 교통카드 시스템의 운영방법의 전체 흐름도.
도 7은 본 발명의 일실시예에 따른 거래 수행과정의 상세 흐름도.
** 도면의 주요 부분에 대한 부호의 설명 **
100 : 교통카드 200 : 카드 단말기
300 : 사업자 관리서버 310 : 거래내역 수집부
320 : 거래내역 교환부 330 : 거래내역 검증부
340 : 거래내역 정산부 350 : BL부
10 : 처리부 11 : 판단모듈
12 : 정보조회모듈 13 : 지불거래모듈
14 : 재거래모듈 15 : 취소모듈
20 : 요금터미널 제어기 인터페이스부
30 : 접촉식 카드 인터페이스부 40 : 비접촉식 카드 인터페이스부
41 : 제1 컨트롤러 42 : 제2 컨트롤러
43 : 클럭발생 회로 44 : 수신전계 검출회로
45 : 통신 스위치 회로 1 : 초기화 수단
2 : 지불거래수단 3 : 재초기화 수단
4 : 재거래수단 5 : 거래취소 초기화수단
6 : 거래취소수단
본 발명의 구체적 특징 및 이점들은 첨부도면에 의거한 다음의 상세한 설명으로 더욱 명백해질 것이다. 이에 앞서 본 발명에 관련된 공지 기능 및 그 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는, 그 구체적인 설명을 생략하였음에 유의해야 할 것이다.
도 1은 본 발명의 일실시예에 따른 호환형 교통카드 결제 및 정산을 위한 시스템의 개략적인 구성도이다.
도 1에 도시된 바와 같이, 본 발명의 일실시예에 따른 호환형 교통카드 결제 및 정산을 위한 시스템은 교통카드(100), 카드 단말기(200), 사업자 관리서버(300)를 포함하여 구성된다.
-교통카드(100)-
여기서, 교통카드(선불IC카드)는 금전적 가치가 IC칩에 저장되고, 교통 등 다양한 서비스 이용에 대한 대가를 지불하는데 사용되는 카드를 의미한다. 본 실시예에 따른 선불IC카드는 전국 호환형 교통카드를 지칭한다.
본 실시예에 따른 선불IC카드에 대해 설명하면, 각 교통카드 사업자사와의 호환사용을 위하여 다음 파일요구사항을 만족하여야 한다. 카드 내의 파일에는 전용파일(DF:Divert File) 및 요소파일(EF:Element File)이 있으며, 다음과 같은 디렉토리 구조의 계층구조(Tree Structure)를 가진다.
여기서, 전용파일(DF)은 각 사업자와의 호환사용을 위하여 Config DF라는 ADF(Add Field)를 추가하여, 교통 호환 ADF의 정보를 저장하고 거래 시 이를 외부에 제공토록 하고 있다. 이러한 호환 기능은, 전국호환 교통카드와 기존 카드를 구분하기 위해 단말기에서는 먼저 Config DF를 선택한 다음에 나오는 응답에서 표준거래를 할 것인지, 혹은 기존 거래를 할 것인지 판단한다. 그리고 표준 거래를 위한 명령어는 KS-6924 규격에 맞는 명령어를 정의하고 있다.
-카드 단말기(200)-
카드 단말기(200)는 각기 다른 사업자별 교통카드를 인식하여 인증하는 지불 SAM이 장착되어, 기존 교통카드 또는 호환형 교통카드로 식별한 후, 해당 식별 교통카드에 따른 지불거래 처리를 수행한다.
이러한 카드 단말기는 비접촉식 IC칩(전국 호환형 교통카드)의 유효성(Validation)을 인증하고 보안성을 유지해주는 보안인증 IC칩의 장착이 가능한 카드형태의 지불 SAM(Secure Application Module, 보안응용모듈)이 장착되어, 호환형 교통카드의 데이터를 처리한다.
본 실시예에 따른 카드 단말기는 내부 안테나를 이용하여 접촉식 또는 비접촉식 전자카드에 대한 이용 요금 징수 및 충전, 잔액 조회 등을 수행하기 위해, 안테나, 접촉식 카드리더, 제어보드, 지불SAM보드로 구성되며, 제어보드는 카드 단말기의 지불거래 운영을 위한 처리 프로세서를 포함한다.
지불거래 운영은 기존 교통카드와 전국 호환 기능의 교통카드를 식별한 후, 각 교통카드의 운영 알고리즘에 따라 지불 거래를 수행토록 한다.
여기서, 카드 단말기는 RS-232를 통해 교통카드와 전자지불 관련 처리 데이터를 송수신하고, 제어보드(CPU B'd)와 지불SAM보드(SAM B'd)에서 동시에 접근이 가능하도록 하며, ISO-7816 통신 규격을 갖는 접촉식 카드 인터페이스 기능과, ISO-1443 통신 규격을 갖는 비접촉 전자카드 인터페이스 기능을 갖도록 하드웨어를 제공할 것이다. 또한, 상기 비접촉 전자카드 인터페이스 기능을 수행하기 위해, 비접촉식 통신 방식에 따른 B-type 통신방식과, A-type 통신방식 모두가 적용되는 하드웨어를 제공한다.
따라서, 본 발명에서는 현재 설치되어 있는 도로공사 단말기, 버스 단말기, 철도공사 단말기의 하드웨어를 변경하지 않고 전국호환 교통카드를 사용할 수 있도록 하는데, 이는 전국호환 교통카드의 무선 프로토콜 형식(typeA/B)에 상관없이 사용이 가능하도록 한다. 결국, 현재 설치되어 있는 고속도로 전자카드 시스템에 전국호환 교통카드를 위한 기능을 위해 하드웨어 또는 소프트웨어 측면으로 변경되더라도 현재 사용하고 있는 전자 카드의 사용에는 문제가 없도록 하는 것이다.
이를 위해, 카드 단말기는 전국호환 카드에 대한 처리 프로세스를 갖는데, 교통카드를 지속적으로 모니터링하여 하이플러스 카드, K-Cash 카드, X-Cash 카드 중 하나의 카드를 검출한다. 예를들면, 철도공사 전자카드의 경우 기존 철도공사 전자카드 처리 순서를 따르고 전국 호환 교통카드의 경우 전국 호환교통카드 처리 순서를 따르게 된다.
또한, 상기 카드 단말기의 하드웨어 구성은 요금터미널 제어기 인터페이스를 위해 RS-232 통신 프로토콜이 적용되고, 전자카드 인터페이스는 접촉식 또는 비접촉식 기능을 갖는다. 모바일 결제 인터페이스는 RS-232 통신으로 예비 포트를 구성하고, SAM 슬롯은 1개의 SIM 접속을 위한 포트를 구성한다.
제어 프로세서는 ATMEL 사의 ATmega128로 이루어진 8 bit 마이컴로써, 동작 클럭 14.7456MHz, 128KB의 Flash Memory, 4KB EEPROM, 4KB SRAM, 2개의 UART를 포함하여, Programmable IO Line을 갖는다. 상기 제어 프로세서를 이용한 전자카드 통신 거리는 10mm 이상이고, 전자카드 통신 속도는 400mS 이하(한국도로공사 SAM 기준), 안테나 크기는 90 mm x 90 mm이고, O/S가 없으며, 입력 전원으로 DC 5V, 12V의 Battery Back-Up 전원을 사용한다.
한편, 상기 제어 보드를 운영하기 위한 처리 프로세서 즉, 교통카드 단말기의 운영 알고리즘은 호환기능을 갖는 교통카드의 카드운영체제(COS)에 기반한다. 이러한 카드운영체제는 도 2에 도시된 바와 같이, 카드내의 파일에는 전용파일(DF:Divert File) 및 요소파일(EF:Element File)과 같은 디렉토리 구조의 계층구조(Tree Structure)를 가지도록 설계된다.
여기서, 상기 전용파일(DF)은 각 사업자와의 호환사용을 위하여 Config DF라는 ADF(Add Field)를 추가하여, 교통 호환 ADF의 정보를 저장하고 거래 시 이를 외부에 제공토록 하고 있다. 또한, 환승정보, 입구정보 등 거래 시 필요한 부가정보를 저장할 수 있도록 필수 파일을 지정한다.
이러한 호환 기능은, 전국호환 교통카드와 기존 카드를 구분하기 위해 단말기에서는 먼저 Config DF를 선택한 다음에 나오는 응답에서 표준 거래를 할 것인지, 혹은 기존 거래를 할 것인지 판단한다.
본 실시예에 따른 전국 호환기능을 갖는 카드 단말기의 구조를 살펴보면 다음과 같다. 도 3은 본 발명의 일실시예에 따른 카드 단말기에 관한 구성도이다. 도 3에 도시된 바와 같이, 본 실시예에 따른 카드 단말기는 교통카드와 RS-232를 통해 전자지불 관련 처리 데이터를 송수신하며, 기존 카드와 전국호환 카드를 지속적으로 감시하고, 감시결과에 따라 어느 하나를 선별하여 해당 식별 교통카드에 따른 지불거래 처리를 수행하는 처리부(10), RS-232방식으로 교통카드와 통신하며 동작 상태를 디스플레이하는 요금터미널 제어기 인터페이스부(20), 내부 단말기의 RF부 이상에 대비한 예비 포트로서 과전류 방지회로가 구성되어 상기 기존 카드 및 전국호환 카드를 제어하는 접촉식 카드 인터페이스부(30), ISO-1443방식으로 상기 카드와 통신하되, 상기 기존 카드 및 전국호환 카드에 대한 비접촉식 통신방식을 운영제어하는 비접촉식 카드 인터페이스부(40)로 구성된다.
이러한 카드 단말기는 내부 CPU 보드와 SAM 보드에서 동시 접근이 가능하며, 통신 사양으로, 115,200BPS의 통신속도를 갖고, 1 비트의 Stop Bit를 포함하여 No Parity통신 프로토콜을 형성한다.
여기서, 처리부(10)는 판단모듈(11), 정보조회모듈(12), 지불거래모듈(13), 재거래모듈(14), 취소모듈(15)을 포함하여 구성된다.
우선, 판단모듈(11)은 카드운영체제(COS)로 설정되는 전용파일(Config DF)을 인식하여, 상기 교통카드가 전국호환 기능을 갖는지 또는 기존의 카드인지를 판단하는 기능을 수행하고, 정보조회모듈(12)은 판단모듈의 판단결과, 전국호환 기능을 갖는 교통카드인 경우, 상기 전용파일을 토대로 전국 호환카드 거래를 위한 정보조회를 수행하며, 지불거래모듈(13)은 정보조회모듈의 정보조회를 기반으로 상기 지불SAM과의 지불 거래를 수행하고, 재거래모듈(14)은 지불 거래 수행 중 사용자 카드에서는 차감되었으나 상기 지불SAM으로 가치가 이동되지 못한 경우에 재거래를 수행하며, 취소모듈(15)은 카드 소지자의 요청에 따라 직전 거래에 대한 지불 취소 거래를 수행한다.
이하, 본 실시예에 따른 처리부(10)의 각 구성요소인 지불거래모듈(13), 재거래모듈(14), 취소모듈(15)에서 "모듈" 하위 개념으로 편의상 "~수단"으로 설정하였다.
여기서, 지불거래모듈은 초기화수단(1)과 지불거래수단(2)을 포함한다. 초기화수단(1)은 교통카드로 초기화 명령(Initialize CARD Command)을 전송하여, 상기 교통카드로부터 상기 초기화 명령에 따라 교통카드 알고리즘정보(ALGIEP), 서명키(VKIEP_KDP), 거래 전 잔액정보(BALIEP), ID 센터명(IDCENTER), 교통카드 ID 정보(IDIEP), 교통카드 거래일련번호(NTIEP) 및 본 거래에 따른 제1 서명정보(S1)를 수신하고, 상기 지불SAM으로 초기화 명령(Initialize SAM Command)을 전송하여, 상기 지불SAM으로부터 상기 초기화 명령에 따라 지불SAM의 ID 정보인 IDSAM, 지불SAM의 거래 일련번호로서 NTSAM 와, 지불SAM의 암호화 정보인 SCSAM 및 서명정보(S2)를 수신한다.
그리고 지불거래수단(2)은 지불SAM으로부터 제공되는 거래정보 및 서명정보를 수신한 후, 상기 교통카드로 지불거래 명령(Purchase CARD Command)을 전송하여 이에 대한 제3 서명정보(S3)를 수신하고, 상기 지불SAM으로 지불거래 명령(Credit SAM Command)을 전송하여, 거래 기록을 생성하고 거래를 종료한다.
다음으로 재거래모듈은 재초기화수단(3)과 재거래수단(4)을 포함한다. 재초기화수단(3)은 교통카드로 재초기화 명령(RE Initialize CARD Command)을 전송하여, 교통카드로부터 재초기화 명령에 따라 교통카드 알고리즘 정보(ALGIEP), 서명키(VKIEP_KDP), 거래 전 잔액정보(BALIEP), ID 센터명(IDCENTER), 교통카드 ID정보(IDIEP), 교통카드 거래일련 번호(NTIEP), 거래된 교통카드의 ID정보(IDSAM_LOG), 카드단말기 정보(MPDA_LOG), 교통카드(IEP)의 기 거래에 대한 전자화폐 거래 일련 번호(NTEP_LOG) 및 본 거래에 따른 제1 서명정보(S1)를 수신하고, 상기 지불SAM으로 재초기화 명령(RE Initialize SAM Command)을 전송하여, 지불SAM으로부터 상기 재초기화 명령에 따라 지불SAM의 ID 정보인 IDSAM, 지불SAM의 거래 일련번호로서 NTSAM 와, 지불SAM의 암호화 정보인 SCSAM 및 서명정보(S2)를 수신한다.
그리고 재거래수단(4)은 지불SAM으로부터 제공되는 거래정보 및 서명정보를 수신한 후, 상기 교통카드로 재거래 명령(RE Purchase CARD Command)을 전송하여 이에 대한 제3 서명정보(S3)를 수신하고, 상기 지불SAM으로 재거래 명령(RE Credit SAM Command)을 전송하여, 재거래 정보에 대한 개별거래 내역을 등록한다.
다음으로 취소모듈은 거래취소 초기화수단(5)과 거래취소수단(6)을 포함한다. 거래취소 초기화수단(5)은 교통카드로 거래취소 초기화명령(Initialize CARD For Cancellation Command)을 전송하여, 상기 교통카드로부터 상기 거래취소 초기화명령에 따라 교통카드 알고리즘 정보(ALGIEP), 서명키(VKIEP_KDP), 거래 전 잔액정보(BALIEP), ID센터명(IDCENTER), 교통카드 ID 정보(IDIEP), 교통카드 거래일련 번호(NTIEP), 거래된 교통카드의 ID정보(IDSAM_LOG), 카드단말기 정보(MPDA_LOG), 교통카드(IEP)의 기 거래에 대한 전자화폐 거래 일련 번호(NTEP_LOG) 및 본 거래에 따른 제1 서명정보(S1)를 수신하고, 상기 지불SAM으로 거래취소 초기화명령(Initialize SAM For Cancellation Command)을 전송하여, 상기 지불SAM으로부터 상기 거래취소 초기화명령에 따라 지불SAM의 ID 정보인 IDSAM, 지불SAM의 거래 일련번호로서 NTSAM 와, 지불SAM의 암호화 정보인 SCSAM 및 서명정보(S2)를 수신한다.
그리고 거래취소수단(6)은 지불SAM으로부터 제공되는 거래정보 및 서명정보를 수신한 후, 상기 교통카드로 취소명령(Cancellation CARD Command)을 전송하여 이에 대한 제3 서명정보(S3)를 수신하고, 상기 지불SAM으로 취소명령(Cancellation SAM Command)을 전송하여, 직전거래 기록을 소거하고 상태코드를 정상으로 변경한 후 거래를 종료시킨다.
참고로, 전국 호환카드 거래의 종류를 판단하기 위해, Config DF의 EFconfig로 Application 정보 조회를 수행하는 절차를 나타낸다. 카드 단말기(PDA:Purcharge Device Application)는 전국 호환카드로 교통 호환 ADF의 정보를 요청한다. 상기 ADF(ADded File)는 전국호환을 위해 카드로 부가된 파일로서, 상기 카드 단말기(PDA)는 해당 카드로 Config DF를 요청하는 것이다.
이에 응답하여, 상기 전국호환 교통카드(IEP)는 상기 카드 단말기(PDA)로 ADF 정보요청에 응답하는 설정된 임의의 코드를 제공한다. 여기서, 임의의 코드는 표준 거래, 기존 거래에 대응하는 고유 코드이다. 따라서, 카드 단말기(PDA)는 Config DF를 선택한 다음에 나오는 응답에서 표준 거래를 할 것인지, 혹은 기존 거래를 할 것인지 판단한다. 그리고, 상기 카드 단말기(PDA)는 임의의 코드를 접수한 후, 상기 전국호환 교통카드(IEP)로 EFconfig를 요청한다.
상기 전국호환 교통카드(IEP)는 단말기(PDA)로부터 EFconfig 요청에 응답하여, IDCENTER, AID length, DF Name, 부가 Data File 정보, 카드 소지자 정보, 유효기간 정보를 상기 카드 단말기(PDA)로 제공한다. 여기서, 상기 IDCENTER는 한국전자지불산업협회에서 지정한 교통 사업자의 고유 번호이다. 상기 교통호환 사업자는 고유의 IDCENTER값을 가지고 있으며 이를 표시하기 위한 영역을 갖는다. 0x00 번지는 Reserved 영역이고, 0x01 번지는 금융결제원 사업자이고, 0x02 번지는 에이캐시 사업자이며, 0x03 번지는 마이비 사업자이고, 0x04 번지는 Reserved 영역이며, 0x05 번지는 브이캐시 사업자이고, 0x06 번지는 몬덱스코리아 사업자, 0x07 번지는 한국도로공사 사업자를 나타낸다. 그리고, 0x08 번지는 한국스마트카드 사업자, 0x09 번지는 코레일네트웍스 사업자, 0x0A 번지는 Reserved 영역이며, 0x0B는 이비 사업자를 나타낸다.
또한, 상기 AID length는 부가정보의 길이를 나타내는 것으로, 환승정보, 입구정보 등 거래 시 필요한 부가정보에 대한 총 길이를 나타내며, 상기 부가 Data File 정보를 통해 부가정보의 내용을 파악한다. 그리고, 상기 DF Name은 전용파일 즉, Config DF(Divert File)의 이름을 나타내고, 이외에 카드 소지자 정보, 카드의 유효기간 정보를 포함한다. 상기 카드 단말기(PDA)는 전술된 바와 같이, Config DF의 EFconfig로 Application 정보 조회함으로써, 전국호환 교통카드 거래의 종류를 파악한다.
또한 요금터미널 제어기 인터페이스부(20)는 RS-232통신 방식을 갖고, 115,200 bps의 통신속도 및 1 Stop 비트의 No Parity의 8비트 데이터 구조로 이루어진다.
그리고 접촉식 카드 인터페이스부(30)는 ISO-7816 통신방식이 적용되며, 비접촉식 카드 인터페이스부(40)는 ISO-1443 방식으로 교통카드와 통신하고, 106,000 bps의 통신 속도를 갖는다.
여기서, 비접촉식 카드 인터페이스부(40)는 기존 카드 통신과 전국호환 카드 통신을 수행하기 위해 두 개의 RF 컨트롤러를 포함하며, 카드와의 근거리 통신을 위한 전송(Tx)부 및 수신(Rx)부로 이루어진다. 이를 도 4에 도시된 회로를 참조하여 설명하면 다음과 같다.
도 4는 비접촉식 카드 인터페이스부(40)의 RF제어회로를 나타낸 도면이다. 도시된 바와 같이, 처리부로부터 제공되는 송수신 데이터를 ISO-1443 방식의 통신 프로토콜에 따라 교통카드와 기존 카드 통신을 수행하는 제1 컨트롤러(41), 처리부로부터 제공되는 송수신 데이터를 ISO-1443방식의 통신 프로토콜에 따라 교통카드와 전국호환 카드 통신을 수행하는 제2 컨트롤러(42)로 이루어지며, 제1 컨트롤러 및 제2 컨트롤러로 정격 클럭을 제공하는 클럭발생 회로(43), 안테나로부터 수신되는 신호의 유무를 검출하는 수신전계 검출회로(44), 제1 컨트롤러 및 제2 컨트롤러 중 어느 하나의 송수신 데이터를 전송부 즉, RF송신 회로로 전송하는 통신 스위치회로(45)를 포함하여 이루어진다.
여기서, 클럭발생 회로(43)는 13.56MHz의 크리스털 발진소자 및 패키지화된 발진회로를 포함하며, 수신전계 검출회로(44)는 현재 접수되는 수신값에 대응하는 시그널을 AND회로를 이용한 버퍼를 통해 제1 컨트롤러(41)로 제공하도록 접속된다.
따라서 처리부(10)는 접촉식 카드 인터페이스 및 비접촉식 카드 인터페이스를 순차적으로 기동하여, 현재 접근되는 카드가 접촉식인지 또는 비접촉식인지를 판단한다. 그 결과, 접촉식일 경우 처리부는 접촉식 카드 인터페이스만을 기동시켜 접촉식 카드에 대한 카드 처리 알고리즘에 따라 지불거래, 지불 재거래, 지불 취소 등의 기능을 수행하고, 비접촉식일 경우, 비접촉식 카드 인터페이스만을 기동시킨다. 이후, 비접촉식 카드 인터페이스를 구성하는 제1 및 제2 컨트롤러를 순차적으로 모니터링하여, 현재 비접촉식 카드가 기존 카드인지, 전국호환 카드인지를 판단한다.
이러한 카드 종류를 판단하는 것은 수신전계 검출회로에 근거하여 안테나로부터 접수되는 수신 데이터를 분석한 결과에 따른 것이다. 수신 데이터는 통신 스위칭회로를 통해 제1 컨트롤러로 입력되고, 입력된 수신 데이터는 제1 컨트롤러의 데이터포트를 거쳐 처리부로 공급된 후, 처리부가 수신데이터를 분석하여 카드의 종류를 판단한다.
이와 같이 전국 호환기능을 갖는 교통카드 단말기는 근거리 통신에 의거 지불거래를 수행하며, 본 발명에서 지불거래를 위한 단말기의 운영 알고리즘을 제시한다. 단말기의 운영은 크게, Config DF의 EFconfig를 토대로 전국 호환카드 거래의 종류를 판단하는 과정, 거래 전 정보조회 프로토콜를 기반으로 지불SAM과의 거래를 위한 지불 거래를 수행하는 과정, 지불 거래 수행 중 사용자 카드에서는 차감되었으나 지불SAM으로 가치가 이동되지 못한 경우에 재거래를 수행하는 지불 재거래 과정, 카드 소지자의 요청에 따라 직전 거래를 취소하기 위한 지불 취소 거래 과정으로 분류된다.
전국 호환기능을 갖는 교통카드 단말기의 동작상태를 살펴 보면, 카드 단말기에 의해 교통카드가 인식된다. 먼저, 교통카드의 카드운영체제(COS)로 설정되는 Config DF를 인식하여, 현재의 교통카드가 호환 기능을 갖는지 또는 기존의 카드인지를 판단한다. 판단한 결과, 기존의 카드일 경우, 기존 카드의 DF를 선택하고, 기존 카드에 대한 지불거래를 수행한다.
반면, Config DF 인식 결과 현재의 카드가 호환 기능을 가질 경우, 전자화폐 AID(Applcation IDentifier) 즉, 부가정보인 환승정보, 입구정보 등 거래 시 필요한 정보를 확인한다. 그리고 호환 기능을 갖는 표준 카드의 DF를 선택한다. 이는 표준 카드로써 X-CASH인지, K-CASH인지, 하이플러스 카드인지를 판단하는 것으로, 해당 표준카드에 대한 지불거래를 수행한다. 이러한 호환기능의 표준 카드의 지불절차는 각 사와의 호환사용을 위해 설계한 DF로서, 발행사별 AID 구분 방법을 갖고 있는 다양한 카드 추가시, 카드 선택 인식 소요시간을 단축하게 된다.
한편, 전술된 Config DF는 "선불 IC 카드"에서는 각사와의 호환사용을 위하여 존재하는 ADF로서, "선불 IC 카드"의 교통호환 ADF의 정보를 저장, 교통호환 ADF의 정보를 외부에 제공하는 역할을 하며 최초의 거래시 필수적으로 Config DF를 선택한다. 그리고, Config DF 아래에는 EFconfig와 EFconfig2가 설계되고 있으며, 상기 EFconfig는 교통호환 정보를 저장하고 EFconfig2는 선택 사항 파일로 거래 시 필요한 데이터를 저장한다.
본 실시예에 따른 카드 단말기는 사업자별로 X-CASH 카드 단말기, K-CASH 카드 단말기, 하이플러스 카드 단말기를 포함하는 것을 특징으로 한다.
-사업자 관리서버(300)-
사업자 관리서버(300)는 사업자별로 X-CASH 정산서버, K-CASH 정산서버, 하이플러스 정산서버를 포함하고, 자사 또는 타사 카드 단말기를 통해 전국호환형 교통카드에 대한 거래내역 정보를 VPN을 통해 수집하고, 해당 거래내역이 자사에서 발급한 호환형 교통카드에 의한 것인지 또는 타사에서 발급한 호환형 교통카드에 의한 것인지 분류한다. 수집된 교통카드 거래내역 정보 중, 자사 카드 단말기에서 거래된 자사 발급 호환형 교통카드에 대한 거래내역에 대해서 자체 정산처리하고, 타사카드로 결제된 거래내역을 VPN을 경유하여 해당 사업자 정산서버로 전송한다.
이러한 사업자 관리서버는 도 5에 도시된 바와 같이, 거래내역 수집부(310), 거래내역 교환부(320), 거래내역 검증부(330), 거래내역 정산부(340) 및 BL(Black List)부(350)로 구성된다.
여기서, 자사를 하이플러스로 예를 들어 설명하면 다음과 같다.
거래내역 수집부(310)는 카드 단말기로부터 전국호환형 교통카드에 대한 거래내역을 수집 및 저장하고, 호환형 교통카드가 자사 발급카드인지 또는 타사 발급카드(X-CASH, K-CASH)인지 여부에 따라 거래내역을 분류하고, 그 결과 타사 발급카드에 대한 거래내역의 경우 거래내역 교환부(320)로 전달하며, 자사 발급카드에 대한 거래내역의 경우 거래내역 정산부(340)로 전달한다.
다음으로, 거래내역 교환부(320)는 거래내역 수집부에서 카드 발급사에 따라 분류된 타사 발급카드에 대한 거래내역을 해당 카드 발급사에 따른 정산서버(X-CASH 정산서버 또는 K-CASH 정산서버)로 송신하며, 타사 정산서버(X-CASH 정산서버 또는 K-CASH 정산서버)로부터 카드 단말기에서 사용된 자사 발급카드(하이플러스)에 대한 거래내역을 수신하는 기능을 수행한다.
다음으로, 거래내역 검증부(330)는 거래내역 교환부에서 수신한 타사 카드 단말기에서 사용된 자사 발급 호환형 교통카드(하이플러스)에 대한 거래내역의 반송사유 여부를 검토하고, 검토결과 및 반송사유가 없는 자사 발급 호환형 교통카드의 표준 정산항목에 의거한 거래내역을 해당 타사 정산서버(X-CASH 정산서버 또는 K-CASH 정산서버)로 송신하고, 상기 거래내역을 자사(하이플러스) 정산서버의 거래내역 정산부로 전달하는 기능을 수행한다.
여기서, 반송사유는 표준 정산항목에 명시되지 않은 데이터 값이 포함된 필드 오류, 카드번호, 승차일시 및 승하차역이 동일한 경우인 이중발생 오류, 승차일시가 미래일시인 매출일자 오류, 1원 단위 요금이 발생한 이용금액 오류, 승차데이터 단독 또는 승차 및 하차 데이터 동시존재시 승차일시를 기준으로 하고, 하차데이터단독 존재시 하차일시를 기준으로 하여 이용일로부터 유효사용일자가 60일 이상 초과하여 청구된 거래에 대한 오류인 유효사용일자 오류, 카드구분코드체계에 부합하지 않는 경우이거나 기타 카드발행사 자체적으로 번호 오류로 규정하고 있는 카드번호 오류를 포함한다.
그리고 바람직하게, 각사 정산서버는 자사 카드 단말기에서 발생한 호환형 교통카드 거래내역에 있어 정산일의 익일 02:00까지 거래된 내역을 포함하여 정산일에 발생한 거래내역으로 정의하며, 자사 교통카드 단말기에서 자사 발급 교통카드에 의해 발생한 정산일 거래 내역은 자체정산하고, 자사 교통카드 단말기에서 타사 발급 호환형 교통카드에 의해 발생한 정산일 거래 내역은 정산일의 익일 15:00까지 반송사유에 해당하는 거래내역을 제외하고 카드 발급한 타사 정산서버로 송신하도록 한다. 또한, 각사 정산서버는 타사 정산 서버로부터 타사 카드 단말기에서 발생한 자사발급 호환형 교통카드에 대한 거래내역에 대해 수신한 후 반송사유 여부를 검토하고 정산처리 하도록 하며. 이 때 반송사유가 없는 경우 표준 정산항목에 따른 자사발급 호환형 교통카드에 대한 거래내역 및 검토결과에 대한 송신과 거래대금 입금을 타사 정산 서버로부터 거래내역을 수신한 거래내역 수신일의 익일 12:00까지 처리하도록 한다. 덧붙여, 타사 카드 단말기에서 발생한 자사발급 호환형 교통카드에 대한 거래내역에 반송사유가 있음에도 수신하게 된 경우 거래내역 수신일의 익일까지 반송처리하며, 상호정산에서 제외한다.
본 실시예에 따른 표준 정산항목은 후술하기로 한다.
다음으로, 거래내역 정산부(340)는 거래내역 검증부에서 타사 정산서버(X-CASH 정산서버 또는 K-CASH 정산서버)에 송신한 거래내역을 표준 정산항목에 의거 상호 정산처리하고, 해당 거래내역에 대한 거래대금을 해당 타사 정산서버(X-CASH 정산서버 또는 K-CASH 정산서버)로 입금하는 기능을 수행한다.
여기서 거래내역 정산부는 거래내역 수집부에서 분류된 자사 카드 단말기에서 거래된 자사 발급 호환형 교통카드에 대한 거래내역에 대해서 자체 정산처리하도록 한다.
마지막으로 BL(Black List)부(350)는 타사 정산서버의 BL데이터를 수신하고, 자사 또는 타사 정산서버의 BL데이터를 거래내역 검증부로 전송하여, 정산시 거래내역 반송사유 중 하나인 BL사유 판단에 자사 또는 타사 정산서버의 BL데이터를 활용하도록 한다. 여기서, BL(Black List)는, 해당 사업자사가 발급한 호환형 교통카드 중 카드 단말기에서 결제를 차단하기 위해 작성한 리스트이다.
본 발명의 일실시예에 따른 표준 정산항목에 대해 설명하면 다음과 같다.
표준 정산항목은 구분, 파일명, 데이터 일련번호, 고유번호, 카드사 코드, 카드번호, 거래금액, 거래전 금액, 거래후 금액, 오류코드, 교통수단 코드, 거래유형, NC, IDPSAM, TRTPSAM, PPIEP, IDEP, NTIEP, NIPP, NTPSAM, MTOTPSAM, ALGIEP, SINDC, IDCENTER, VKPSAM_KDINDC, VKPSAM_KDINDS, SINDS, 승차/하차 구분, 출발코드, 출발일시, 도착코드, 도착일시, 단말기번호, 환승구분, 환승횟수, 환승소요시간, 노선ID, 노선번호, 교통사업자ID, 교통사업자명, 차량번호ID, 차량등록번호, 이용시간, 이용거리, 카드유형, 근무자번호, 일반COUNTER, 일반거래금액, 대학생COUNTER, 대학생거래금액, 학생COUNTER, 학생거래금액, 소인COUNTER, 소인 거래금액, 기타COUNTER, 기타거래금액, 출발역명, 도착역명, 재처리구분, PNR번호, 반환번호, 원권번호, 취급일시로 구성되어 있다.
상기 구분 항목은 형식이 A이고, 1자리의 길이를 가지며, 상기 파일명항목은 형식이 N이며, 8자리의 길이를 가진다. 상기 데이터 일련번호 항목은 형식이 N이며, 8자리의 길이를 가지고, '00000001'부터 시작한다. 상기 고유번호 항목은 형식이 N이며, 20자리의 길이를 가지고, 거래일자 8자리 및 SEQ 12자리로 구성된다. 상기 카드사 코드 항목은 형식이 N이고, 2자리의 길이를 가지며, 상기 카드번호 항목은 형식이 AN이고, 20자리의 길이를 가지며, 후불카드의 경우 카드번호 16자리 및 공백 4자리로 구성된다. 상기 거래금액 항목은 형식이 N이며, 8자리의 길이를 가지고, 선불카드 요청금액 이전 잔액을 의미하며, 코레일 측에서는 철도 승차권 다권구매인 경우 승차권금액을 의미한다. 상기 거래전 금액 항목은 형식은 N이며, 8자리의 길이를 가지고, 선불카드 요청금액 처리 후 잔액을 의미한다. 상기 거래후 항목은 형식이 N이며, 8자리의 길이를 가지고, 선불카드 요청금액 처리후 잔액을 의미한다. 상기 오류코드 항목은 형식이 N이며, 4자리의 길이를 갖는다. 상기 교통수단 코드 항목은 형식이 AN이며, 6자리의 길이를 가지고, 상기 항목에서는 코레일의 경우 '080800', 공항철도의 경우 '010102', 금융결제원 관련 교통수단의 경우 '060205', 하이플러스 관련 교통수단의 경우 '070700'로 정의한다. 상기 거래유형 항목은 형식이 N이며, 1자리의 길이를 가지고, 상기 항목에서는 매입의 경우 '0', 직전거래 취소의 경우 '1', 코레일 철도승차권 환불의 경우 '2', 매입거래 취소의 경우 '9'로 정의한다.
또한, 상기 NC 항목은 형식이 N이며, 8자리의 길이를 가지고, 총액거래 수집횟수를 의미한다. 상기 IDPSAM 항목은 형식이 N이며, 16자리의 길이를 가지고, PSAM의 식별자를 의미한다. 상기 TRTPSAM 항목은 형식이 N이며, 2자리의 길이를 갖고, 거래형식을 의미하며, 구매거래의 경우 '00', 가치저장거래의 경우 '01', 취소거래 및 오류거래의 경우 '02', 파라미터 갱신의 경우 '03'으로 정의한다.
또한, 상기 PPIEP 항목은 형식이 N이며, 6자리의 길이를 가지고, 교통카드 사업자의 식별자(IDentification)를 의미한다. 상기 IDEP 항목은 형식이 AN이며, 10자리의 길이를 갖고, 전자화폐 식별자(IDentification)의 일련번호를 의미한다. 그리고 NTIEP는 전자화폐의 거래 횟수, 상기 NIPP항목은 형식이 N이며, 5자리의 길이를 갖고, 전자화폐의 개별거래 구매횟수를 의미한다. 상기 NTPSAM항목은 형식이 N이며, 10자리의 길이를 갖고, 지불SAM(Purcharge Secure Application Module) 내 개별거래 횟수에 따른 일련번호를 의미한다. 상기 MTOTPSAM항목은 형식이 N이며, 10자리의 길이를 가지고, 지불SAM 거래총액을 의미한다. 상기 ALGIEP 항목은 형식이 N이며, 2자리의 길이를 갖고, 교통카드의 알고리즘 식별자(IDentification)를 의미한다. 상기 SINDS 항목은 형식이 AN이며, 8자리의 길이를 갖고, 지불SAM서명 또는 선불카드의 SIGN값을 의미한다. 상기 IDCENTER 항목은 형식이 N이며, 2자리의 길이를 갖고, 전자화폐 회사의 식별자(IDentification)를 의미한다. 그리고, 상기 VKPSAM_KDINDC 항목은 형식이 N이며, 2자리의 길이를 가지고, 금융결제원에서 개별거래 내역 검증을 위한 서명 생성시 사용되는 키인 KDINDC의 버젼을 의미하며, 상기 VKPSAM_KDINDS항목은 형식이 N이며, 2자리의 길이를 가지고, 금융결제원에서 개별거래 내역 검증을 위한 서명 생성시 사용되는 키인 KDINDS의 버젼을 의미한다. 상기 SINDS 항목은 형식이 AN이며, 8자리의 길이를 가지고, 하이플러스 측에서 필요한 개별거래 PSAM 생성서명을 의미한다.
또한, 상기 승차/하차 구분 항목의 경우 형식은 AN이며, 1자리의 길이를 가지고, 코레일 철도 승차권 구매시는 'P', 계좌이체환불은 'T', 반환충전은 'C', 기타 혼용결제 및 변경발행은 'F'로 정의한다. 그리고, 상기 출발코드 항목은, 형식이 AN이고, 10자리의 길이를 가지며, 지하철 이용시 승차역 코드, 버스 이용시 승차정류장 코드, 하이플러스 측에서는 해당영업소 번호를 의미하며 코레일 측에서는 출발역 6자리 및 공백 4자리로 구성 및 기재한다. 그리고, 상기 출발일시 항목은, 형식은 N이며, 14자리의 길이를 가지고, 지하철, 버스 이용시 또는 코레일 측에서는 승차일시를 의미하며, 하이플러스 측에서는 입구진입일시를 의미하고, 'YYYYMMDDhhmmss'형식으로 데이터를 표기한다.
또한, 상기 도착코드 항목은, 형식이 AN이며, 10자리의 길이를 가지며, 지하철 이용시 하차역 코드, 버스 이용시 하차정류장 코드, 하이플러스 측에서는 통과영업소 번호, 코레일 측에서는 도착역 6자리 및 공백 4자리로 구성 및 기재한다. 그리고, 상기 도착일시 항목은, 형식은 N이며, 14자리의 길이를 가지고, 지하철,버스 이용시는 하차시간, 하이플러스 측에서는 영업소 통과일시, 코레일 측에서는 도착일시를 의미하고,'YYYYMMDDhhmmss'형식으로 데이터를 표기한다 .
또한, 상기 단말기 번호 항목은, 단말기가 쌍으로 구성된 경우에는 하차쪽 단말기 번호를 기준으로 하고, 형식은 AN이며, 10자리의 길이를 가지고, 지하철 및 버스 이용시 단말기 번호, 코레일 측에서는 reserved code '0' 및 역번호 4자리 및 창구번호 5자리로 구성된 TID를 의미한다. 그리고, 상기 환승구분 항목은 형식이 A이며, 1자리의 길이를 가지고, 지하철,버스 이용시 또는 코레일 측에서는 환승시 'Y', 비환승시 'N'으로 정의하며, 하이플러스 측에서는 차종구분에 따라 '0~9'로 정의한다. 상기 환승횟수 항목은 형식이 N이고, 1자리의 길이를 가지며, 코레일 측에서는 '0'으로 정의한다. 상기 환승소요시간 항목은 형식은 N이고, 4자리의 길이를 가지며, 데이터 표기형식은 'mmss'에 따르며, 코레일 측에서는 환승시간을 의미한다.
또한, 상기 노선ID 항목은 형식이 N이며, 3자리의 길이를 가지고, 코레일에서는 열차종별 2자리 및 객실종별 1자리로 구성 및 기재한다. 그리고, 상기 노선번호 항목은 형식은 AN이고, 6자리의 길이를 가지며, 버스에서는 버스노선번호를 의미하고, 코레일에서는 열차번호 5자리 및 공백 1자리로 구성 및 기재한다. 그리고, 상기 교통사업자ID 항목은 형식은 N이며, 4자리의 길이를 가지고, 지역구분 2자리 및 사업자일련번호 2자리로 구성 및 기재한다. 그리고, 상기 차량번호ID 항목은 형식이 AN이며, 10자리의 길이를 가지고, 하이플러스 측에서는 구매일자를 기재하며, 코레일에서는 철도회원번호를 기재하며, 철도회원 번호가 없는 경우 공백으로 처리한다. 상기 차량등록번호 항목은 형식이 AN이며, 12자리의 길이를 가지고, 버스 이용 시 또는 코레일 측에서는 상기 차량등록번호 항목에 실반환금액을 기재한다.
또한,상기 이용시간 항목은 형식이 N이며, 6자리의 길이를 가지고, 버스 이용시 및 코레일 측에서는 'hhmmss'로 데이터를 표기한다. 그리고, 상기 이용거리 항목은 형식이 N이고, 3자리의 길이를 가지며, 버스 이용시 또는 코레일 측에서는 이용거리를 의미한다. 상기 카드유형 항목은 형식이 N이며, 1자리의 길이를 가지고, 일반은 '0', 대학생은 '1', 청소년은 '2', 어린이는 '3', 기타는 '4'로 정의한다. 상기 근무자번호 항목은 형식이 N이며, 5자리의 길이를 가지고, 코레일 측에서는 승차권발매일련번호를 기재하며, 하이플러스 측에서는 필수적인 항목이다.
또한, 상기 출발역명 항목은 형식이 AN이며, 16자리의 길이를 가지고, 지하철 이용시 출발역명, 버스 이용시 출발정류장명, 하이플러스 측에서는 입구영업소명, 코레일 측에서는 승차역명을 의미한다. 그리고, 상기 도착역명 항목은 형식이 AN이며, 16자리의 길이를 가지고, 지하철 이용시 하차역명, 버스 이용시 하차정류장명, 하이플러스 측에서는 출구영업소명, 코레일 측에서는 하차역명을 의미한다. 상기 재처리항목은 형식이 A이며, 1자리의 길이를 가지고, 코레일 측에서는 'N'으로 정의한다.
또한, 상기 대학생COUNTER 항목,학생COUNTER 항목,소인COUNTER 항목 및 기타COUNTER 항목은 형식이 N이며, 6자리의 길이를 갖는다. 그리고, 대학생거래금액 항목,학생거래금액 항목,소인 거래금액 항목 및 기타거래금액 항목은 형식이 N이며, 1자리의 길이를 갖는다. 그리고, 상기 일반거래 금액은 형식이 N이며, 6자리의 길이를 가지고, 지하철 및 버스 이용시 금액, 하이플러스 측에서는 통행료, 코레일 측에서는 승차권금액을 의미한다. 그리고, 상기 일반COUNTER 항목은 형식이 N이며, 1자리의 길이를 갖는다.
마지막으로, 상기 PNR번호 항목은 형식이 AN이며, 15자리의 길이를 가지고, 코레일 측에서는 철도여정번호를 의미한다. 상기 반환번호 항목 및 원권번호 항목은 형식이 N이며, 18자리의 길이를 가지고, 코레일 측에서는 창구번호 5자리 및 발매일자 8자리 및 일련번호 5자리로 구성 및 기재한다. 그리고, 상기 취급일시 항목은 형식이 N이며, 14자리의 길이를 가지고, 발매일시 및 반환일시를 의미한다.
한편, 상술한 호환형 교통카드 결제 및 정산 시스템을 이용한 운영방법(이하, "호환형 교통카드 시스템의 운영방법"이라 함)에 대하여 도 5를 참조하여 설명하면 다음과 같다.
도 6은 본 발명의 일실시예에 따른 호환형 교통카드 시스템의 운영방법의 전체 흐름도이다.
도 6에 도시된 바와 같이, 카드운영체제(COS)로 설정되는 전용파일(Config DF)을 인식하여, 교통카드가 전국호환 기능을 갖는지 또는 기존의 카드인지를 판단한다(S2).
다음으로, 제 (S2) 단계의 판단결과, 상기 교통카드가 호환 기능을 가질 경우, 전자화폐 AID(Application IDentifier)를 기반으로 부가정보인 환승정보, 입구정보를 확인한 후, 호환 기능을 갖는 표준 카드의 DF를 선택하여 표준카드에 대한 지불거래를 수행한다(S4).
다음으로, 전국호환형 교통카드에 대한 거래내역을 수집하고, 상기 교통카드가 자사 발급카드인지 또는 타사 발급카드인지를 판단한다(S6).
다음으로, 제 (S6) 단계의 판단결과, 타사 발급카드인 경우, 타사 발급카드에 대한 거래내역 정보를 해당 사업자 정산서버로 송신하고, 타사 정산서버로부터 자사 발급 카드에 대한 거래내역 정보를 수신하는 거래내역을 교환한다(S8). 여기서, 제 (S6) 단계의 판단결과, 자사 발급카드인 경우, 자사 발급카드에 대한 거래내역을 정산 처리한다.
다음으로, 제 (S8) 단계의 타사 발급카드에 대한 거래내역 정보를 상호 정산처리하고, 해당 거래내역에 대한 거래대금 정보를 해당 사업자 정산서버로 입금처리한다(S10). 그리고 타사 카드 단말기에서 사용된 자사 발급 호환형 교통카드에 대한 거래내역의 반송사유 여부를 검토하고, 검토결과 반송사유가 없는 자사 발급 호환형 교통카드의 표준 정산항목에 의거한 거래내역을 해당 타사 정산서버로 송신하고, 상기 거래내역을 자사 정산서버의 거래내역 정산부로 전달한다.
도 7은 본 발명의 일실시예에 따른 거래 수행과정의 상세 흐름도이다.
도 7에 도시된 바와 같이, 거래 수행과정을 설명하면, 상기 Config DF의 EFconfig를 토대로 전국 호환카드 거래를 위한 정보조회를 수행하는 제1 단계(S22)를 포함하여, 제1 단계의 정보조회를 기반으로 지불SAM과의 지불 거래를 수행하는 제2 단계(S24)와, 지불 거래 수행 중 사용자 카드에서는 차감되었으나 상기 지불SAM으로 가치가 이동되지 못한 경우에 재거래를 수행하는 제3 단계(S26)와, 카드 소지자의 요청에 따라 직전 거래에 대한 지불 취소 거래를 수행하는 제4 단계(S28) 중 어느 하나의 과정을 처리하는 것을 특징으로 한다.
여기서, 제1 단계(S22)인 정보 조회 수행과정을 설명하면, 카드 단말기가 전국 호환카드로 교통 호환 ADF의 정보에 대한 상기 Config DF를 요청하는 단계와, 상기 전국 호환카드(IEP)로 EFconfig를 요청하고, 이로부터 IDCENTER, AID length, DF Name, 부가 Data File 정보, 카드 소지자 정보, 유효기간 정보를 접수하는 단계와, 상기 Config DF의 EFconfig로 Application 정보 조회를 수행하는 단계를 포함하는 것을 특징으로 한다.
이때, IDCENTER는 한국전자지불산업협회에서 지정한 교통 사업자의 고유 번호이고, 상기 AID length는 부가정보의 길이를 나타내는 것으로, 지불 거래 시 부가정보에 대한 총 길이를 나타내며, 상기 DF Name은 전용파일로서 상기 Config DF(Divert File)의 이름을 나타내는 것을 특징으로 한다.
다음으로 제2 단계(S24)인 지불거래 과정을 설명하면, ba) 전국 호환카드(IEP)로 부가파일인 ADF를 요청하는 단계와, bb) 상기 전국 호환카드로부터 알고리즘 정보인 ALGIEP와, 전국호환카드(IEP)에 대한 서명키(Version of Key)인 VKIEP_KDP와, 거래 전 전자카드의 잔액(BALance)을 나타내는 정보인 BALIEP 와, ID 센터명을 나타내는 IDCENTER와, 전국 호환카드(IEP)의 ID 정보를 나타내는 IDIEP 와, 전국 호환카드의 거래일련 번호(Number of Transaction)는 나타내는 NTIEP 및 본 거래에 따른 서명정보 제1 서명정보 S1을 접수하는 단계와, bc) 전국 호환카드로부터 접수된 ALGIEP, VKIEP_KDP, BALIEP, IDCENTER, IDIEP, NTIEP, S1 정보를 포함하여, 카드 단말기(PDA)에 대한 기기정보인 MPDA 및 부가데이터를 지불SAM으로 전송하여 지불SAM을 초기화하는 단계와, bd) 상기 지불SAM 초기화 요청에 대응하여, 상기 지불SAM으로부터 지불SAM의 ID 정보인 IDSAM 와, SAM의 거래 일련번호로서 NTSAM 와, SAM의 암호화 정보인 SCSAM 및 상기 ALGIEP에 기반하여 제공되는 상기 S1 정보와 대응하는 제2 서명정보 S2를 수신하는 단계와, be) 상기 지불SAM으로부터 제공되는 거래정보 및 서명정보를 수신한 후, 거래승인 및 해당 전국 호환카드에 대한 지불거래를 명령하고, 이를 위해, 상기 전국 호환카드로 IDPSAM 정보, NTPSAM 정보, SCSAM 정보, S2 정보 및 부가데이터를 전송하는 단계와, bf) 전국 호환카드로부터 상기 IDPSAM 정보, NTPSAM 정보, SCSAM 정보, S2 정보 및 부가데이터에 기반한 제3 서명정보 S3을 수신하는 단계와, bg) 전국 호환카드로부터 접수된 제3 서명정보 S3을 지불SAM으로 전달하는 단계와, bh) 서명정보S3에 대한 인증절차를 거친 지불SAM으로부터, 거래유형 정보인 TRT, 지불SAM 에서 생성한 서명키 정보로서 VKIND_KEY 와, ID 센터 정보인 IDCENTER와, 전국 호환카드 ID 정보인 IDEP 와, 전국 호환카드 거래에 대한 일련번호 정보인 NTEP와, 거래 전 전국 호환카드의 잔액 정보로서 BALEP와, 카드 단말기(PDA)의 기기 정보인 MPDA와, 지불SAM의 ID 정보인 IDSAM와, 지불SAM의 거래 일련번호인 NTSAM와, SAM의 거래수집 일련 번호인 NCSAM와, SAM에서 발생된 개별 거래건수(Number of Indivisual transaction) 정보인 NISAM와, SAM을 통해 거래된 거래금액의 총액(TOTal)을 나타내는 TOTSAM와, 거래 인증에 따른 거래 정보로서 SIGNIND 및 SIGNIND2 정보를 수신하여 정상적인 지불거래를 완료하는 단계를 포함하는 것을 특징으로 한다. 여기서, 부가데이터는 거래를 위한 시간정보, 관리자 정보를 포함하는 것으로, 운영자의 요구에 따라 부가되는 정보인 것을 특징으로 한다.
다음으로 제3 단계(S26)인 지불재거래 과정을 설명하면, ba) 상기 전국 호환카드로 부가파일인 ADF를 요청하는 단계와, bb) 전국 호환카드로 초기화를 요청하며, 이에 응답하여 전국 호환카드(IEP)에 대한 알고리즘 정보인 ALGIEP와, 전국 호환카드(IEP)에 대한 서명키인 VKIEP_KDP와, 거래 전 전자카드의 잔액을 나타내는 정보인 BALIEP 와, ID 센터명을 나타내는 IDCENTER와, 전국 호환카드(IEP)의 ID 정보를 나타내는 IDIEP 와, 전국 호환카드의 거래일련 번호는 나타내는 NTIEP 와, 거래되었던 전국 호환카드(IEP)의 ID 정보인 IDSAM_LOG 와, 거래 단말기에 대한 단말기 정보인 MPDA_LOG 와, 전국 호환카드(IEP)의 기 거래에 대한 전자화폐 거래 일련 번호인 NTEP_LOG 및 본 거래에 따른 제1 서명정보 S1을 접수하는 단계와, bc) 전국 호환카드(IEP)로부터 접수된 거래 정보인 ALGIEP, VKIEP_KDP, BALIEP, IDCENTER, IDIEP, NTIEP, MPDA_LOG, IDPSAM_LOG, NTIEP_LOG, 및 S1를 포함하여, 현재 거래 기능을 수행하는 단말기(PDA)의 기기정보인 MPDA 및 지불 재거래를 위한 부가데이타를 지불SAM으로 제공하며, 지불SAM의 초기화를 요청하는 단계와, bd) 초기화 요청에 따라, 지불SAM으로부터 현재 지불 재거래를 요청한 지불SAM에 대한 ID 정보인 IDSAM 와, 거래 일련 번호인 NTSAM 와, 지불SAM에 대한 암호화 정보인 SCSAM 및 상기 S1에 대응하는 제2 서명정보인 S2를 수신하는 단계와, be) 지불SAM으로부터 제2 서명정보 S2 수신에 응답하여, 상기 지불SAM에 대한 ID 정보인 IDPSAM 와, 지불SAM의 전자화폐 거래 일련번호인 NTPSAM 와, 상기 PSAM의 암호화 정보 SCPSAM 와, 제2 서명정보 S2 및 지불 재거래 요청을 위한 부가데이터를 전국 호환카드(IEP)로 전송함으로써 지불 재거래를 지시하는 단계와, bf) 상기 전국 호환카드(IEP)로부터 지불 재거래 요청에 응답하여, 제3 서명정보인 S3을 수신하고, 이를 상기 지불SAM으로 전달하는 단계와, bg) 서명정보S3에 대한 인증절차가 수행된 상기 지불SAM으로부터 거래유형 정보인 TRT, 지불SAM 에서 생성한 서명키 정보로서 VKIND_KEY 와, ID 센터 정보인 IDCENTER와, 전국 호환카드 ID 정보인 IDEP 와, 전국 호환카드 거래에 대한 일련번호 정보인 NTEP와, 지불 재거래 전 카드에 대한 일련번호 정보인 NTEP_log 와, 거래 전 전국 호환카드의 잔액 정보로서 BALEP와, 단말기(PDA)의 기기 정보인 MPDA와, 지불SAM의 ID 정보인 IDSAM와, 지불SAM의 거래 일련번호인 NTSAM와, 지불SAM의 거래수집 일련 번호인 NCSAM와, 지불SAM에서 발생된 발행기관별 거래건수 정보인 NISAM와, 지불SAM을 통해 거래된 거래금액의 총액을 나타내는 TOTSAM와, 거래 인증에 따른 거래 정보로서 SIGNIND 및 SIGNIND2 정보를 접수하는 단계와, bh) 지불SAM으로부터 제공되는 지불 재거래 정보에 대한 개별거래 내역을 등록한 후, 정상적인 지불 재거래를 완료하는 단계를 포함하는 것을 특징으로 한다.
그리고 제4 단계(S28)인 거래취소 과정을 설명하면, ba) 전국 호환카드(IEP)로 부가파일인 ADF 및 초기화를 요청하는 단계와, bb) 전국 호환카드(IEP)로부터 전국 호환카드(IEP)에 대한 알고리즘 정보인 ALGEP와, 전국 호환카드(IEP)에 대한 서명키인 VKEP와, 거래 전 전자카드의 잔액을 나타내는 정보인 BALEP 와, ID 센터명을 나타내는 IDCENTER와, 전국 호환카드(IEP)의 ID 정보를 나타내는 IDEP 와, 전국 호환카드의 거래일련 번호는 나타내는 NTEP 와, 거래되었던 전국 호환카드(IEP)의 ID 정보인 IDSAM_LOG 와, 거래 단말기에 대한 단말기 정보인 MPDA_LOG 와, 전국 호환카드(IEP)의 기 거래에 대한 전자화폐 거래 일련 번호인 NTEP_LOG 및 본 거래에 따른 서명정보 제1 서명정보 S1을 접수하는 단계와, bc) 전국 호환카드(IEP)로부터 접수한 거래정보 즉, ALGEP, VKEP, BALEP, IDCENTER, IDEP, NTEP, IDSAM_LOG, MPDA_LOG, NTEP_LOG, S1 정보를 포함하여, 현재의 단말기 정보인 MPDA 및 거래 취소를 위한 부가데이터를 지불SAM으로 전송하는 단계와, bd) 지불SAM으로부터 지불SAM에 대한 ID 정보 IDSAM, 전자화폐 거래 일련번호 NTSAM, 지불SAM의 암호화 정보 SCSAM 및 제2 서명정보 S2 값을 접수하는 단계와, be) 지불SAM에서 제공되는 응답신호인 IDSAM, NTSAM, SCSAM, S2를 포함하여, 거래취소를 용인하기 위한 부가데이터를 전국 호환카드(IEP)로 전송하고, 상기 지불SAM으로 기 거래된 지불SAM 정보를 취소토록 요청하는 단계와, bf) 지불SAM 정보 취소 요청에 대응하는 상기 지불SAM으로부터 거래 유형정보 TRT, 개별거래에 따른 서명 키 버전정보 VKIND_KEY, ID 센터 정보 IDCENTER, 전자화폐 ID 정보 IDEP, 기 거래되었던 전자화폐 거래일련 번호 NTEP_LOG, 전자화폐의 잔액정보 BALEP, 단말기 기기 정보 MPDA, 지불SAM ID 정보 IDSAM, 지불SAM 거래 일련번호 NTSAM, 지불SAM 거래수집 일련 번호 NCSAM, 지불SAM에 대한 거래 건수 정보 NISAM, 거래 금액 정보 TOTSAM, 개별 서명정보 SIGNIND, SIGNIND2를 수신하여 거래 취소를 수행하는 단계와, bg) 거래 취소에 따른 개별거래의 내역을 등록하고, 거래 취소 절차를 종료하는 단계를 포함하여 구성된다.
이상으로 본 발명의 기술적 사상을 예시하기 위한 바람직한 실시예와 관련하여 설명하고 도시하였지만, 본 발명은 이와 같이 도시되고 설명된 그대로의 구성 및 작용에만 국한되는 것이 아니며, 기술적 사상의 범주를 일탈함이 없이 본 발명에 대해 다수의 변경 및 수정이 가능함을 당업자들은 잘 이해할 수 있을 것이다. 따라서, 그러한 모든 적절한 변경 및 수정과 균등물들도 본 발명의 범위에 속하는 것으로 간주되어야 할 것이다.

Claims (21)

  1. 호환형 교통카드 결제 및 정산을 위한 시스템에 있어서,
    각기 다른 사업자별 교통카드를 인식하여 인증하는 지불 SAM이 장착되어, 기존 교통카드 또는 호환형 교통카드로 식별한 후, 해당 식별 교통카드에 따른 지불거래 처리를 수행하는 카드 단말기; 및
    상기 카드 단말기와 연결되어, 상기 카드 단말기로부터 거래내역 정보를 수집하여 자사 카드 단말기에서 거래된 자사 발급 호환형 교통카드에 대한 거래내역에 대해 정산처리하고, 타사 카드로 결제된 거래내역을 해당 사업자 정산서버로 전송하는 사업자 관리서버;를 포함하는 것을 특징으로 하는 호환형 교통카드 결제 및 정산을 위한 시스템.
  2. 제 1 항에 있어서,
    상기 카드 단말기는,
    상기 교통카드와 RS-232를 통해 전자지불 관련 처리 데이터를 송수신하며, 기존 카드와 전국호환 카드를 지속적으로 감시하고, 감시결과에 따라 어느 하나를 선별하여 해당 식별 교통카드에 따른 지불거래 처리를 수행하는 처리부;를 포함하고,
    RS-232방식으로 교통카드와 통신하며 동작 상태를 디스플레이하는 요금터미널 제어기 인터페이스부;
    내부 단말기의 RF부 이상에 대비한 예비 포트로서 과전류 방지회로가 구성되어 상기 기존 카드 및 전국호환 카드를 제어하는 접촉식 카드 인터페이스부; 및
    ISO-1443방식으로 상기 카드와 통신하되, 상기 기존 카드 및 전국호환 카드에 대한 비접촉식 통신방식을 운영제어하는 비접촉식 카드 인터페이스부;를 더 포함하는 것을 특징으로 하는 호환형 교통카드 결제 및 정산을 위한 시스템.
  3. 제 1 항에 있어서,
    상기 카드 단말기는,
    통신사양으로, 115,200bps의 통신속도를 갖고, 1 비트의 Stop Bit를 포함하여 No Parity 통신 프로토콜을 보유하는 것을 특징으로 하는 호환형 교통카드 결제 및 정산을 위한 시스템.
  4. 제 1 항에 있어서,
    상기 카드 단말기는,
    카드운영체제(COS)로 설정되는 전용파일(Config DF)을 인식하여, 상기 교통카드가 전국호환 기능을 갖는지 또는 기존의 카드인지를 판단하는 판단모듈;
    상기 판단모듈의 판단결과, 전국호환 기능을 갖는 교통카드인 경우, 상기 전용파일을 토대로 전국 호환카드 거래를 위한 정보조회를 수행하는 정보조회모듈;
    상기 정보조회모듈의 정보조회를 기반으로 상기 지불SAM과의 지불 거래를 수행하는 지불거래모듈;
    상기 지불 거래 수행 중 사용자 카드에서는 차감되었으나 상기 지불SAM으로 가치가 이동되지 못한 경우에 재거래를 수행하는 재거래모듈; 및
    카드 소지자의 요청에 따라 직전 거래에 대한 지불 취소 거래를 수행하는 취소모듈;을 포함하는 것을 특징으로 하는 호환형 교통카드 결제 및 정산을 위한 시스템.
  5. 제 1 항에 있어서,
    상기 사업자 관리서버는,
    상기 카드 단말기로부터 전국호환형 교통카드에 대한 거래내역을 수집하고, 상기 거래내역 중, 상기 교통카드가 자사 발급카드인지 또는 타사 발급카드인지를 판단하여, 그 결과 타사 발급카드에 대한 거래내역의 경우 거래내역 교환부로 전달하며, 자사 발급카드에 대한 거래내역의 경우 거래내역 정산부로 전달하는 거래내역 수집부;
    상기 거래내역 수집부로부터 타사 발급카드에 대한 거래내역을 해당 사업자 정산서버로 송신하고, 타사 정산서버로부터 카드 단말기에서 사용된 자사 발급카드에 대한 거래내역을 수신하는 거래내역 교환부;
    상기 거래내역 교환부에서 수신한 타사 카드 단말기에서 사용된 자사 발급 호환형 교통카드에 대한 거래내역의 반송사유 여부를 검토하고, 검토결과 반송사유가 없는 자사 발급 호환형 교통카드의 표준 정산항목에 의거한 거래내역을 해당 타사 정산서버로 송신하고, 상기 거래내역을 자사 정산서버의 거래내역 정산부로 전달하는 거래내역 검증부; 및
    상기 거래내역 검증부에서 해당 타사 정산서버로 송신한 거래내역을 상호 정산처리하고, 해당 거래내역에 대한 거래대금을 해당 사업자 정산서버로 입금하며, 상기 거래내역 수집부로부터 수신하는 자사 발급카드에 대한 거래내역을 정산처리하는 거래내역 정산부; 를 포함하는 것을 특징으로 하는 호환형 교통카드 결제 및 정산을 위한 시스템.
  6. 제 4 항에 있어서,
    상기 지불거래모듈은,
    상기 교통카드로 초기화 명령(Initialize CARD Command)을 전송하여, 상기 교통카드로부터 상기 초기화 명령에 따라 교통카드 알고리즘정보(ALGIEP), 서명키(VKIEP_KDP), 거래 전 잔액정보(BALIEP), ID 센터명(IDCENTER), 교통카드 ID 정보(IDIEP), 교통카드 거래일련번호(NTIEP) 및 본 거래에 따른 제1 서명정보(S1)를 수신하고, 상기 지불SAM으로 초기화 명령(Initialize SAM Command)을 전송하여, 상기 지불SAM으로부터 상기 초기화 명령에 따라 지불SAM의 ID 정보인 IDSAM, 지불SAM의 거래 일련번호로서 NTSAM 와, 지불SAM의 암호화 정보인 SCSAM 및 서명정보(S2)를 수신하는 초기화수단; 및
    상기 지불SAM으로부터 제공되는 거래정보 및 서명정보를 수신한 후, 상기 교통카드로 지불거래 명령(Purchase CARD Command)을 전송하여 이에 대한 제3 서명정보(S3)를 수신하고, 상기 지불SAM으로 지불거래 명령(Credit SAM Command)을 전송하여, 거래 기록을 생성하고 거래를 종료하는 지불거래 수단; 을 포함하는 것을 특징으로 하는 호환형 교통카드 결제 및 정산을 위한 시스템.
  7. 제 4 항에 있어서,
    상기 재거래모듈은,
    상기 교통카드로 재초기화 명령(RE Initialize CARD Command)을 전송하여, 상기 교통카드로부터 상기 재초기화 명령에 따라 교통카드 알고리즘 정보(ALGIEP), 서명키(VKIEP_KDP), 거래 전 잔액정보(BALIEP), ID 센터명(IDCENTER), 교통카드 ID정보(IDIEP), 교통카드 거래일련 번호(NTIEP), 거래된 교통카드의 ID정보(IDSAM_LOG), 카드단말기 정보(MPDA_LOG), 교통카드(IEP)의 기 거래에 대한 전자화폐 거래 일련 번호(NTEP_LOG) 및 본 거래에 따른 제1 서명정보(S1)를 수신하고, 상기 지불SAM으로 재초기화 명령(RE Initialize SAM Command)을 전송하여, 상기 지불SAM으로부터 상기 재초기화 명령에 따라 지불SAM의 ID 정보인 IDSAM, 지불SAM의 거래 일련번호로서 NTSAM 와, 지불SAM의 암호화 정보인 SCSAM 및 서명정보(S2)를 수신하는 재초기화 수단; 및
    상기 지불SAM으로부터 제공되는 거래정보 및 서명정보를 수신한 후, 상기 교통카드로 재거래 명령(RE Purchase CARD Command)을 전송하여 이에 대한 제3 서명정보(S3)를 수신하고, 상기 지불SAM으로 재거래 명령(RE Credit SAM Command)을 전송하여, 재거래 정보에 대한 개별거래 내역을 등록하는 재거래 수단; 을 포함하는 것을 특징으로 하는 호환형 교통카드 결제 및 정산을 위한 시스템.
  8. 제 4 항에 있어서,
    상기 취소모듈은,
    상기 교통카드로 거래취소 초기화명령(Initialize CARD For Cancellation Command)을 전송하여, 상기 교통카드로부터 상기 거래취소 초기화명령에 따라 교통카드 알고리즘 정보(ALGIEP), 서명키(VKIEP_KDP), 거래 전 잔액정보(BALIEP), ID센터명(IDCENTER), 교통카드 ID 정보(IDIEP), 교통카드 거래일련 번호(NTIEP), 거래된 교통카드의 ID정보(IDSAM_LOG), 카드단말기 정보(MPDA_LOG), 교통카드(IEP)의 기 거래에 대한 전자화폐 거래 일련 번호(NTEP_LOG) 및 본 거래에 따른 제1 서명정보(S1)를 수신하고, 상기 지불SAM으로 거래취소 초기화명령(Initialize SAM For Cancellation Command)을 전송하여, 상기 지불SAM으로부터 상기 거래취소 초기화명령에 따라 지불SAM의 ID 정보인 IDSAM, 지불SAM의 거래 일련번호로서 NTSAM 와, 지불SAM의 암호화 정보인 SCSAM 및 서명정보(S2)를 수신하는 거래취소 초기화 수단; 및
    상기 지불SAM으로부터 제공되는 거래정보 및 서명정보를 수신한 후, 상기 교통카드로 취소명령(Cancellation CARD Command)을 전송하여 이에 대한 제3 서명정보(S3)를 수신하고, 상기 지불SAM으로 취소명령(Cancellation SAM Command)을 전송하여, 직전거래 기록을 소거하고 상태코드를 정상으로 변경한 후 거래를 종료시키는 거래취소 수단; 을 포함하는 것을 특징으로 하는 호환형 교통카드 결제 및 정산을 위한 시스템.
  9. 제 5 항에 있어서,
    상기 사업자 관리서버는,
    타사 정산서버로부터 BL(Black List)데이터를 수신하고, 자사 또는 타사 정산서버의 BL데이터를 상기 거래내역 검증부로 전송하는 BL부; 를 더 포함하는 것을 특징으로 하는 호환형 교통카드 결제 및 정산을 위한 시스템.
  10. 제 5 항에 있어서,
    상기 표준 정산항목은,
    구분, 파일명, 데이터 일련번호, 고유번호, 카드사 코드, 카드번호, 거래금액, 거래전 금액, 거래후 금액, 오류코드, 교통수단 코드, 거래유형, NC, IDPSAM, TRTPSAM, PPIEP, IDEP, NTIEP, NIPP, NTPSAM, MTOTPSAM, ALGIEP, SINDC, IDCENTER, VKPSAM_KDINDC, VKPSAM_KDINDS, SINDS, 승차/하차 구분, 출발코드, 출발일시, 도착코드, 도착일시, 단말기번호, 환승구분, 환승횟수, 환승소요시간, 노선ID, 노선번호, 교통사업자ID, 교통사업자명, 차량번호ID, 차량등록번호, 이용시간, 이용거리, 카드유형, 근무자번호, 일반COUNTER, 일반거래금액, 대학생COUNTER, 대학생거래금액, 학생COUNTER, 학생거래금액, 소인COUNTER, 소인 거래금액, 기타COUNTER, 기타거래금액, 출발역명, 도착역명, 재처리구분, PNR번호, 반환번호, 원권번호 및 취급일시 중 어느 하나 이상을 포함하는 것을 특징으로 하는 호환형 교통카드 결제 및 정산을 위한 시스템.
  11. 제 5 항에 있어서,
    상기 반송사유는,
    상기 표준 정산항목에 명시되지 않은 데이터 값이 포함된 필드 오류, 카드번호, 승차일시 및 승하차역이 동일한 경우인 이중발생 오류, 승차일시가 미래일시인 매출일자 오류, 1원 단위 요금이 발생한 이용금액 오류, 승차데이터 단독 또는 승차 및 하차 데이터 동시존재시 승차일시를 기준으로 하고, 하차데이터단독 존재시 하차일시를 기준으로 하여 이용일로부터 유효사용일자가 60일 이상 초과하여 청구된 거래에 대한 오류인 유효사용일자 오류, 카드구분코드체계에 부합하지 않는 경우이거나 기타 카드발행사 자체적으로 번호 오류로 규정하고 있는 카드번호 오류 중 어느 하나 이상을 포함하는 것을 특징으로 하는 호환형 교통카드 결제 및 정산을 위한 시스템.
  12. 호환형 교통카드 시스템의 운영방법에 있어서,
    (a) 카드운영체제(COS)로 설정되는 전용파일(Config DF)을 인식하여, 교통카드가 전국호환 기능을 갖는지 또는 기존의 카드인지를 판단하는 단계;
    (b) 상기 제 (a) 단계의 판단결과, 상기 교통카드가 호환 기능을 가질 경우, 전자화폐 AID(Application IDentifier)를 기반으로 부가정보인 환승정보, 입구정보를 확인한 후, 호환 기능을 갖는 표준 카드의 DF를 선택하여 표준카드에 대한 지불거래를 수행하는 단계;
    (c) 전국호환형 교통카드에 대한 거래내역을 수집하고, 상기 교통카드가 자사 발급카드인지 또는 타사 발급카드인지를 판단하는 단계;
    (d) 상기 제 (c) 단계의 판단결과, 타사 발급카드인 경우, 타사 발급카드에 대한 거래내역 정보를 해당 사업자 정산서버로 송신하고, 타사 정산서버로부터 자사 발급 카드에 대한 거래내역 정보를 수신하는 단계; 및
    (e) 상기 제 (d) 단계의 타사 발급카드에 대한 거래내역 정보를 상호 정산처리하고, 해당 거래내역에 대한 거래대금을 해당 사업자 정산서버로 입금하는 단계; 를 포함하는 것을 특징으로 하는 호환형 교통카드 시스템의 운영방법.
  13. 제 12 항에 있어서,
    (f) 상기 제 (c) 단계의 판단결과, 자사 발급카드인 경우, 자사 발급카드에 대한 거래내역을 정산 처리하는 단계; 를 더 포함하는 것을 특징으로 하는 호환형 교통카드 시스템의 운영방법.
  14. 제 12 항에 있어서,
    (g) 타사 카드 단말기에서 사용된 자사 발급 호환형 교통카드에 대한 거래내역의 반송사유 여부를 검토하고, 검토결과 반송사유가 없는 자사 발급 호환형 교통카드의 표준 정산항목에 의거한 거래내역을 해당 타사 정산서버로 송신하고, 상기 거래내역을 자사 정산서버의 거래내역 정산부로 전달하는 단계; 를 더 포함하는 것을 특징으로 하는 호환형 교통카드 시스템의 운영방법.
  15. 제 12 항에 있어서,
    상기 (b) 단계는,
    상기 Config DF의 EFconfig를 토대로 전국 호환카드 거래를 위한 정보조회를 수행하는 제1 단계를 포함하여;
    상기 제1 단계의 정보조회를 기반으로 지불SAM과의 지불 거래를 수행하는 제2 단계;
    상기 지불 거래 수행 중 사용자 카드에서는 차감되었으나 상기 지불SAM으로 가치가 이동되지 못한 경우에 재거래를 수행하는 제3 단계; 및
    카드 소지자의 요청에 따라 직전 거래에 대한 지불 취소 거래를 수행하는 제4 단계 중 어느 하나의 과정을 처리하는 것을 특징으로 하는 호환형 교통카드 시스템의 운영방법.
  16. 제 15 항에 있어서,
    상기 제1 단계는,
    카드 단말기가 전국 호환카드로 교통 호환 ADF의 정보에 대한 상기 Config DF를 요청하는 단계;
    상기 전국 호환카드(IEP)로 EFconfig를 요청하고, 이로부터 IDCENTER, AID length, DF Name, 부가 Data File 정보, 카드 소지자 정보, 유효기간 정보를 접수하는 단계; 및
    상기 Config DF의 EFconfig로 Application 정보 조회를 수행하는 단계; 를 포함하는 것을 특징으로 하는 호환형 교통카드 시스템의 운영방법.
  17. 제 15 항에 있어서,
    상기 제2 단계는,
    ba) 전국 호환카드(IEP)로 부가파일인 ADF를 요청하는 단계;
    bb) 상기 전국 호환카드로부터 알고리즘 정보인 ALGIEP와, 전국호환카드(IEP)에 대한 서명키(Version of Key)인 VKIEP_KDP와, 거래 전 전자카드의 잔액(BALance)을 나타내는 정보인 BALIEP 와, ID 센터명을 나타내는 IDCENTER와, 전국 호환카드(IEP)의 ID 정보를 나타내는 IDIEP 와, 전국 호환카드의 거래일련 번호(Number of Transaction)는 나타내는 NTIEP 및 본 거래에 따른 서명정보 제1 서명정보 S1을 접수하는 단계;
    bc) 전국 호환카드로부터 접수된 ALGIEP, VKIEP_KDP, BALIEP, IDCENTER, IDIEP, NTIEP, S1 정보를 포함하여, 카드 단말기(PDA)에 대한 기기정보인 MPDA 및 부가데이터를 지불SAM으로 전송하여 지불SAM을 초기화하는 단계;
    bd) 상기 지불SAM 초기화 요청에 대응하여, 상기 지불SAM으로부터 지불SAM의 ID 정보인 IDSAM 와, SAM의 거래 일련번호로서 NTSAM 와, SAM의 암호화 정보인 SCSAM 및 상기 ALGIEP에 기반하여 제공되는 상기 S1 정보와 대응하는 제2 서명정보 S2를 수신하는 단계;
    be) 상기 지불SAM으로부터 제공되는 거래정보 및 서명정보를 수신한 후, 거래승인 및 해당 전국 호환카드에 대한 지불거래를 명령하고, 이를 위해, 상기 전국 호환카드로 IDPSAM 정보, NTPSAM 정보, SCSAM 정보, S2 정보 및 부가데이터를 전송하는 단계;
    bf) 상기 전국 호환카드로부터 상기 IDPSAM 정보, NTPSAM 정보, SCSAM 정보, S2 정보 및 부가데이터에 기반한 제3 서명정보 S3을 수신하는 단계;
    bg) 상기 전국 호환카드로부터 접수된 제3 서명정보 S3을 상기 지불SAM으로 전달하는 단계;
    bh) 상기 S3에 대한 인증절차를 거친 상기 지불SAM으로부터, 거래유형 정보인 TRT, 지불SAM 에서 생성한 서명키 정보로서 VKIND_KEY 와, ID 센터 정보인 IDCENTER와, 전국 호환카드 ID 정보인 IDEP 와, 전국 호환카드 거래에 대한 일련번호 정보인 NTEP와, 거래 전 전국 호환카드의 잔액 정보로서 BALEP와, 카드 단말기(PDA)의 기기 정보인 MPDA와, 지불SAM의 ID 정보인 IDSAM와, 지불SAM의 거래 일련번호인 NTSAM와, SAM의 거래수집 일련 번호인 NCSAM와, SAM에서 발생된 개별 거래건수(Number of Indivisual transaction) 정보인 NISAM와, SAM을 통해 거래된 거래금액의 총액(TOTal)을 나타내는 TOTSAM와, 거래 인증에 따른 거래 정보로서 SIGNIND 및 SIGNIND2 정보를 수신하여 정상적인 지불거래를 완료하는 단계;로 이루어진 것을 특징으로 하는 호환형 교통카드 시스템의 운영방법.
  18. 제 15 항에 있어서,
    상기 제3 단계는,
    ba) 상기 전국 호환카드로 부가파일인 ADF를 요청하는 단계;
    bb) 상기 전국 호환카드로 초기화를 요청하며, 이에 응답하여 전국 호환카드(IEP)에 대한 알고리즘 정보인 ALGIEP와, 전국 호환카드(IEP)에 대한 서명키인 VKIEP_KDP와, 거래 전 전자카드의 잔액을 나타내는 정보인 BALIEP 와, ID 센터명을 나타내는 IDCENTER와, 전국 호환카드(IEP)의 ID 정보를 나타내는 IDIEP 와, 전국 호환카드의 거래일련 번호는 나타내는 NTIEP 와, 거래되었던 전국 호환카드(IEP)의 ID 정보인 IDSAM_LOG 와, 거래 단말기에 대한 단말기 정보인 MPDA_LOG 와, 전국 호환카드(IEP)의 기 거래에 대한 전자화폐 거래 일련 번호인 NTEP_LOG 및 본 거래에 따른 제1 서명정보 S1을 접수하는 단계;
    bc) 상기 전국 호환카드(IEP)로부터 접수된 거래 정보인 ALGIEP, VKIEP_KDP, BALIEP, IDCENTER, IDIEP, NTIEP, MPDA_LOG, IDPSAM_LOG, NTIEP_LOG, 및 S1를 포함하여, 현재 거래 기능을 수행하는 단말기(PDA)의 기기정보인 MPDA 및 지불 재거래를 위한 부가데이타를 지불SAM으로 제공하며, 지불SAM의 초기화를 요청하는 단계;
    bd) 상기 초기화 요청에 따라, 상기 지불SAM으로부터 현재 지불 재거래를 요청한 지불SAM에 대한 ID 정보인 IDSAM 와, 거래 일련 번호인 NTSAM 와, 지불SAM에 대한 암호화 정보인 SCSAM 및 상기 S1에 대응하는 제2 서명정보인 S2를 수신하는 단계;
    be) 상기 지불SAM으로부터 제2 서명정보 S2 수신에 응답하여, 상기 지불SAM에 대한 ID 정보인 IDPSAM 와, 지불SAM의 전자화폐 거래 일련번호인 NTPSAM 와, 상기 PSAM의 암호화 정보 SCPSAM 와, 제2 서명정보 S2 및 지불 재거래 요청을 위한 부가데이터를 전국 호환카드(IEP)로 전송함으로써 지불 재거래를 지시하는 단계;
    bf) 상기 전국 호환카드(IEP)로부터 지불 재거래 요청에 응답하여, 제3 서명정보인 S3을 수신하고, 이를 상기 지불SAM으로 전달하는 단계;
    bg) 상기 S3에 대한 인증절차가 수행된 상기 지불SAM으로부터 거래유형 정보인 TRT, 지불SAM 에서 생성한 서명키 정보로서 VKIND_KEY 와, ID 센터 정보인 IDCENTER와, 전국 호환카드 ID 정보인 IDEP 와, 전국 호환카드 거래에 대한 일련번호 정보인 NTEP와, 지불 재거래 전 카드에 대한 일련번호 정보인 NTEP_log 와, 거래 전 전국 호환카드의 잔액 정보로서 BALEP와, 단말기(PDA)의 기기 정보인 MPDA와, 지불SAM의 ID 정보인 IDSAM와, 지불SAM의 거래 일련번호인 NTSAM와, 지불SAM의 거래수집 일련 번호인 NCSAM와, 지불SAM에서 발생된 발행기관별 거래건수 정보인 NISAM와, 지불SAM을 통해 거래된 거래금액의 총액을 나타내는 TOTSAM와, 거래 인증에 따른 거래 정보로서 SIGNIND 및 SIGNIND2 정보를 접수하는 단계; 및
    bh) 상기 지불SAM으로부터 제공되는 지불 재거래 정보에 대한 개별거래 내역을 등록한 후, 정상적인 지불 재거래를 완료하는 단계;로 이루어진 것을 특징으로 하는 호환형 교통카드 시스템의 운영방법.
  19. 제 15 항에 있어서,
    상기 제4 단계는,
    ba) 전국 호환카드(IEP)로 부가파일인 ADF 및 초기화를 요청하는 단계;
    bb) 상기 전국 호환카드(IEP)로부터 전국 호환카드(IEP)에 대한 알고리즘 정보인 ALGEP와, 전국 호환카드(IEP)에 대한 서명키인 VKEP와, 거래 전 전자카드의 잔액을 나타내는 정보인 BALEP 와, ID 센터명을 나타내는 IDCENTER와, 전국 호환카드(IEP)의 ID 정보를 나타내는 IDEP 와, 전국 호환카드의 거래일련 번호는 나타내는 NTEP 와, 거래되었던 전국 호환카드(IEP)의 ID 정보인 IDSAM_LOG 와, 거래 단말기에 대한 단말기 정보인 MPDA_LOG 와, 전국 호환카드(IEP)의 기 거래에 대한 전자화폐 거래 일련 번호인 NTEP_LOG 및 본 거래에 따른 서명정보 제1 서명정보 S1을 접수하는 단계;
    bc) 상기 전국 호환카드(IEP)로부터 접수한 거래정보 즉, ALGEP, VKEP, BALEP, IDCENTER, IDEP, NTEP, IDSAM_LOG, MPDA_LOG, NTEP_LOG, S1 정보를 포함하여, 현재의 단말기 정보인 MPDA 및 거래 취소를 위한 부가데이터를 지불SAM으로 전송하는 단계;
    bd) 상기 지불SAM으로부터 지불SAM에 대한 ID 정보 IDSAM, 전자화폐 거래 일련번호 NTSAM, 지불SAM의 암호화 정보 SCSAM 및 제2 서명정보 S2 값을 접수하는 단계;
    be) 상기 지불SAM에서 제공되는 응답신호인 IDSAM, NTSAM, SCSAM, S2를 포함하여, 거래취소를 용인하기 위한 부가데이터를 전국 호환카드(IEP)로 전송하고, 상기 지불SAM으로 기 거래된 지불SAM 정보를 취소토록 요청하는 단계;
    bf) 상기 지불SAM 정보 취소 요청에 대응하는 상기 지불SAM으로부터 거래 유형정보 TRT, 개별거래에 따른 서명 키 버전정보 VKIND_KEY, ID 센터 정보 IDCENTER, 전자화폐 ID 정보 IDEP, 기 거래되었던 전자화폐 거래일련 번호 NTEP_LOG, 전자화폐의 잔액정보 BALEP, 단말기 기기 정보 MPDA, 지불SAM ID 정보 IDSAM, 지불SAM 거래 일련번호 NTSAM, 지불SAM 거래수집 일련 번호 NCSAM, 지불SAM에 대한 거래 건수 정보 NISAM, 거래 금액 정보 TOTSAM, 개별 서명정보 SIGNIND, SIGNIND2를 수신하여 거래 취소를 수행하는 단계; 및
    bg) 거래 취소에 따른 개별거래의 내역을 등록하고, 거래 취소 절차를 종료하는 단계;로 이루어진 것을 특징으로 하는 호환형 교통카드 시스템의 운영방법.
  20. 제 16 항에 있어서,
    상기 IDCENTER는 한국전자지불산업협회에서 지정한 교통 사업자의 고유 번호이고, 상기 AID length는 부가정보의 길이를 나타내는 것으로, 지불 거래 시 부가정보에 대한 총 길이를 나타내며, 상기 DF Name은 전용파일로서 상기 Config DF(Divert File)의 이름을 나타내는 것을 특징으로 하는 호환형 교통카드 시스템의 운영방법.
  21. 제 17 항에 있어서,
    상기 부가데이터는 거래를 위한 시간정보, 관리자 정보를 포함하는 것으로, 운영자의 요구에 따라 부가되는 정보인 것을 특징으로 하는 호환형 교통카드 시스템의 운영방법.
PCT/KR2009/005661 2009-09-18 2009-10-01 호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법 WO2011034230A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020090088764A KR101218693B1 (ko) 2009-09-18 2009-09-18 호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법
KR10-2009-0088764 2009-09-18

Publications (1)

Publication Number Publication Date
WO2011034230A1 true WO2011034230A1 (ko) 2011-03-24

Family

ID=43758820

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2009/005661 WO2011034230A1 (ko) 2009-09-18 2009-10-01 호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법

Country Status (2)

Country Link
KR (1) KR101218693B1 (ko)
WO (1) WO2011034230A1 (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8733645B2 (en) 2011-10-28 2014-05-27 Lg Cns Co., Ltd. Unified transportation payment system
KR101421568B1 (ko) 2012-07-27 2014-07-22 주식회사 케이티 스마트카드, 스마트카드 서비스 단말 및 스마트카드 서비스 방법
KR20140097832A (ko) 2013-01-30 2014-08-07 주식회사 케이티 가상 카드를 물리적 카드로 생성 및 만료하는 장치
KR20140103210A (ko) 2013-02-14 2014-08-26 주식회사 케이티 주거래 결제수단 설정 장치 및 방법
KR101627188B1 (ko) * 2014-08-19 2016-06-08 주식회사 알씨엔 가택 설치용 지능형 가택감독장치
KR101852455B1 (ko) * 2016-01-22 2018-06-11 주식회사 마크에이트 즉시충전 선불교통카드 및 이를 포함하는 교통 카드 결제 시스템
KR101986561B1 (ko) * 2018-01-09 2019-06-07 에스트래픽 (주) 교통카드 발매장치
KR101986562B1 (ko) * 2018-01-09 2019-06-07 에스트래픽 (주) 교통카드 통합관리시스템
KR101965408B1 (ko) * 2018-01-09 2019-04-03 에스트래픽 (주) 접촉식 교통요금 정산장치
KR102306187B1 (ko) * 2019-02-19 2021-09-27 김승훈 결제 과정에서의 보안성 강화 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040022297A (ko) * 2002-09-03 2004-03-12 주식회사 쓰리비 시스템 멀티교통카드 롬데이타가 탑재된 콤비형 교통카드 및 그설정방법
KR20050015046A (ko) * 2003-08-01 2005-02-21 에스케이 텔레콤주식회사 화이트 리스트를 이용한 교통 카드 발급 시스템 및 그 방법
KR20060104044A (ko) * 2005-03-29 2006-10-09 씨제이인터넷 주식회사 교통카드 서비스 방법 및 시스템
KR20080017878A (ko) * 2006-08-23 2008-02-27 (주)로직아이텍 각 지역별 교통카드를 전국에서 사용하기 위한통합운영관리 방법 및 시스템

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050022652A (ko) * 2003-08-29 2005-03-08 에이캐시 주식회사 위치기반서비스를 이용한 스마트 카드의 키 코드 변경장치및 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040022297A (ko) * 2002-09-03 2004-03-12 주식회사 쓰리비 시스템 멀티교통카드 롬데이타가 탑재된 콤비형 교통카드 및 그설정방법
KR20050015046A (ko) * 2003-08-01 2005-02-21 에스케이 텔레콤주식회사 화이트 리스트를 이용한 교통 카드 발급 시스템 및 그 방법
KR20060104044A (ko) * 2005-03-29 2006-10-09 씨제이인터넷 주식회사 교통카드 서비스 방법 및 시스템
KR20080017878A (ko) * 2006-08-23 2008-02-27 (주)로직아이텍 각 지역별 교통카드를 전국에서 사용하기 위한통합운영관리 방법 및 시스템

Also Published As

Publication number Publication date
KR101218693B1 (ko) 2013-01-18
KR20110031046A (ko) 2011-03-24

Similar Documents

Publication Publication Date Title
WO2011034230A1 (ko) 호환형 교통카드 결제 및 정산을 위한 시스템 및 그 방법
KR100366060B1 (ko) 광지불송수신장치 및 이를 이용한 광결제시스템
KR101511801B1 (ko) 지연된 운송 요금 할당
JP4847451B2 (ja) 旅客輸送システムおよび該システム内でチケットを取得する方法
JP3468744B2 (ja) 交通料金自動精算システム
US20140108256A1 (en) Electronic System for Quickly and Securely Processing Transactions Using Mobile Devices
JP2011209989A (ja) 課金システム
US20030036355A1 (en) Method for electronically paying for the use of a means of transportation, associated monitoring methods and associated units
WO2017048005A1 (ko) 개인용 금융 자동화 단말기를 이용한 전자 금융 처리 시스템 및 그의 처리 방법
JP4214653B2 (ja) カード情報処理方法
JPH10162176A (ja) 自動改札システム
JP3509664B2 (ja) 自動料金収受システム及びそのシステム用の車載器
CN113344571A (zh) 一种支付方法、装置及设备
KR101349934B1 (ko) 차량탑재장치에서의 티머니 카드 호환 방법
KR100820133B1 (ko) 휴대전화를 이용한 도로 통행료 후불제 징수시스템
KR20020064490A (ko) 도로요금 자동징수 시스템에 있어서의 요금 후불 시스템및 방법
KR100359317B1 (ko) 광결제시스템을 위한 카드 발급방법 및 시스템
JP2004110147A (ja) 自動料金支払いシステム
WO2011034231A1 (ko) 호환형 교통카드에 대한 상호 정산 시스템 및 상호 정산 시스템의 운영방법
WO2011034242A1 (ko) 호환형 피샘이 장착된 카드 단말기 및 이의 운영 방법
KR20130089892A (ko) 자전거 단말을 이용한 자전거 과금 시스템 및 그 제어방법
JPH11328454A (ja) 有料道路の通行車両管理方法、通行料課金方法及び課金装置
JP2003044889A (ja) 車載用端末機器及び道路料金収受システム
KR20100020362A (ko) 선불식 스마트 카드를 이용한 지불 거래 시스템
KR20240050319A (ko) 모바일 기기에 의한 주차 요금 결제 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09849556

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09849556

Country of ref document: EP

Kind code of ref document: A1