WO2011034234A1 - 호환형 케이-캐쉬 교통카드 - Google Patents

호환형 케이-캐쉬 교통카드 Download PDF

Info

Publication number
WO2011034234A1
WO2011034234A1 PCT/KR2009/005681 KR2009005681W WO2011034234A1 WO 2011034234 A1 WO2011034234 A1 WO 2011034234A1 KR 2009005681 W KR2009005681 W KR 2009005681W WO 2011034234 A1 WO2011034234 A1 WO 2011034234A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
compatible
information
file
payment
Prior art date
Application number
PCT/KR2009/005681
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 WO2011034234A1 publication Critical patent/WO2011034234A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G06K19/073—Special arrangements for circuits, e.g. for protecting identification code in memory
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B42—BOOKBINDING; ALBUMS; FILES; SPECIAL PRINTED MATTER
    • B42D—BOOKS; BOOK COVERS; LOOSE LEAVES; PRINTED MATTER CHARACTERISED BY IDENTIFICATION OR SECURITY FEATURES; PRINTED MATTER OF SPECIAL FORMAT OR STYLE NOT OTHERWISE PROVIDED FOR; DEVICES FOR USE THEREWITH AND NOT OTHERWISE PROVIDED FOR; MOVABLE-STRIP WRITING OR READING APPARATUS
    • B42D25/00—Information-bearing cards or sheet-like structures characterised by identification or security features; Manufacture thereof
    • B42D25/20—Information-bearing cards or sheet-like structures characterised by identification or security features; Manufacture thereof characterised by a particular use or purpose
    • B42D25/25—Public transport tickets
    • 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3576—Multiple memory zones on card
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0806—Details of the card
    • G07F7/0813—Specific details related to card security
    • G07F7/0826—Embedded security module

Definitions

  • the present invention relates to a transit card, and more particularly, to a compatible K-Cash transit card having a card operating system for collectively issuing and purchasing payment card and purchase and settlement keys of other electronic money companies.
  • electronic money refers to a means of performing electronic functions such as payment and payment by electronically storing the value of money through electronic media (for example, computers, IC cards, network equipment, etc.). do.
  • electronic money is a secure payment method, and has the advantage that the user can use it as a quick and accurate payment method anytime and anywhere.
  • non-contact smart card type traffic card memory card type which has security with built-in CPU
  • hybrid type transportation card that implements contactless smart card type at the same time
  • combination card type transportation card reflecting advantages of contactless and contact type.
  • the compatible K-cash transit card of the present invention belongs to a combination card type.
  • the prepaid IC card standard which enables the compatible use regardless of the operator or region, was enacted as the Industrial Standard Specification (KS), and the KS standard enacted the technical basis for national transport card compatibility. have.
  • KS Industrial Standard Specification
  • An object of the present invention is to provide a user's convenience of using public transportation by developing a nationally compatible transportation card, thereby eliminating the inconvenience of having a plurality of transportation cards. have.
  • Another object of the present invention is that electronic money is a security means of payment and can be used as a means for payment by the user quickly and accurately. It is intended to contribute to the expansion of distribution and utilization.
  • the present invention relates to a compatible K-cash transportation card, a microprocessor, a memory, a card operating system, a secure application module (SAM), an EEPROM-based card structure, and a card operating system applied thereto. And a tree structure of a directory structure composed of an element file (EF), wherein the dedicated file includes a CONFIG DF existing for compatibility use with each provider, and the card operating system includes an electronic money ADF. do.
  • EF element file
  • the security application module includes a key management unit, a payment SAM issuing unit, and a payment SAM for a nationally compatible transportation card, and after recognizing the CONFIG DF from the terminal, the existing payment transaction or the compatible K according to the recognition result.
  • the first payment SAM is issued by the payment SAM issuing unit; After receiving key of other electronic money in key card format and injecting master key in key management part, paying key of K-cash transportation card compatible with key of other electronic money in which master key is injected in key management part In keycard format; Purchasing a compatible K-cash transit card by injecting the key received from the key management unit in the form of a key card for the first payment SAM previously issued by the payment SAM issuing unit and transferring it to the payment SAM for the nationally compatible transit card. And a card operating system for collectively issuing settlement keys and purchase and settlement keys of other electronic money companies.
  • the effect of the present invention is that it is possible to build a compatible transportation card payment and settlement system, so that the specifications of the transportation card payment and settlement system differ by region or operator, so that a user can use a plurality of transportation cards when using public transportation. There is an effect that can eliminate the inconvenience to possess.
  • FIG. 1 is a block diagram of the internal file of the compatible K-cash transport card.
  • FIG. 3 is a view for explaining the CONFIG DF (310) file of the card operating system of the present invention.
  • FIG. 4 is a view for explaining the EFCONFIG file constituting the CONFIG DF (310) of the card operating system of the present invention.
  • FIG. 5 is a view for explaining the high-pass information of the EFCONFIG file constituting the CONFIG DF (310) of the card operating system of the present invention.
  • FIG. 6 is a detailed flow chart for the procedure for issuing payment SAM 450 for the nationally compatible transportation card in the compatible K-cash transportation card according to the present invention.
  • Figure 7 is a view for explaining the transaction history data stored in the national transportation card payment SAM 450 of the present invention.
  • FIG. 8 is a view for explaining the individual standard payment transaction history data stored in the national transportation card payment SAM 450 of the present invention.
  • Figure 1 is an internal file diagram of a compatible K-cash transit card.
  • the present invention relates to a compatible K-cash transit card and includes a microprocessor (100), a memory (200), a card operating system (300), a secure application module (SAM) 400, and an EEPROM 500. It is configured by.
  • the card operating system 300 has a tree structure of a directory structure composed of a dedicated file (DF) and an element file (EF), and the card operating system further includes an electronic money ADF (330).
  • the dedicated file further includes a CONFIG DF 310 present for compatibility use with each operator.
  • the dedicated file adds an ADF (Add Data Field) called CONFIG DF 310 for compatibility use with each operator, and stores the information of the traffic compatible ADF and provides it to the outside when trading.
  • ADF Additional Data Field
  • CONFIG DF 310 An essential file is specified so that additional information necessary for transactions such as transfer information and entrance information can be stored.
  • the CONFIG DF 310 is an ADF existing for use with each company in the case of a "prepaid IC card".
  • the CONFIG DF 310 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, and selects the CONFIG DF 310 as the first transaction attempt. do.
  • the CONFIG DF 310 includes EFCONFIG in the following hierarchy.
  • the EFCONFIG includes traffic compatibility information and high pass related information that is selectively stored when a high pass transaction is required, and the write permission of the EFCONFIG is determined by each traffic compatible operator and protected by a key of 16 bytes or more. It is desirable to be prohibited.
  • the EFCONFIG can query the contents of the file with the READ RECORD command.
  • EFCONFIG displays card specification information that stores a version of a compatible transport card that the card supports, and indicates when the card supports only a part of the compatible transport card specification.
  • Support item information IDCENTER information for entering the unique number of the transportation company designated by the Korea Electronic Payment Industry Association, balance inquiry command information used to check the balance of the card in the terminal, and AID of the unique ADF for each traffic compatible provider. It includes traffic compatible ADF AID information, additional information files responsible for inquiry and recording of information, and holder information indicating information of a person possessing a card.
  • the card specification information stores a version of the standard of the compatible transportation card supported by the card, but stores a major version in the upper byte and a minor version in the lower byte. Since the current specification is version 1.0, it may be defined as 4 bits '0100'.
  • the support item information is to be displayed when the card supports only a part of the compatible transportation card standard, and consists of 16 bits in total.
  • the first b0 bit of the support item conforms to ISO 14443-3
  • the b1 bit conforms to ISO 14443-4
  • the b2 bit conforms to CONFIG DF
  • the b3 bit records whether Hipass is supported
  • b4 to The b15 bit is set as a spare area.
  • the ID CENTER information is a unique number of a transportation operator designated by the Korea Electronic Payment Industry Association having a size of 1 byte, and thus the traffic compatible operator has an area for displaying a unique ID CENTER value.
  • 0x00 address is reserved area
  • 0x01 address is a financial settlement service provider
  • 0x02 address is an Acash company
  • 0x03 address is a mibi business operator
  • 0x04 address is a reserved area
  • 0x05 address is a vcash operator
  • 0x06 address is 0x06 Mondex Korea operator, 0x07, represents Korea Highway Corporation.
  • 0x08 is Korea Smart Card Business
  • 0x09 is Korail Networks Business
  • 0x0A is reserved
  • 0x0B is EB Business.
  • the balance inquiry command is a command used by the terminal to query the balance of the card, and if the balance inquiry command cannot be expressed as a constant such as a signature value and the balance inquiry command does not exist in the corresponding card, it is not displayed. Do not.
  • the structure of the response to the balance inquiry command can be a hexadecimal value of 4 bytes or less.
  • the traffic compatible ADF AID corresponds to the AID of a unique ADF for each traffic compatible operator used to select a traffic compatible ADF.
  • the additional information file is information of an additional information file recorded by a traffic compatible service provider for an additional service, and at least one of the additional information files must exist and is expressed in size by 3 bytes per file.
  • the carrier may record the compatibility information in any of these files, but the consistent file should be used to retrieve and record the information.
  • the record file the maximum length that can be stored including the tag length is indicated.
  • the holder information indicates the information of the person holding the card, and is displayed separately from the bus or truck, including the general, children, adolescents, the route, the disabled.
  • the expiration date indicates the expiration date of the card, and the 'YYMM' method is applied.
  • the high pass related information which is issued when a compatible K-cash transit card supports the Korea Expressway Corporation's high pass function, and the high pass related information can be read by the Read Record command. Information can be queried.
  • the high pass related information has a list and format of data stored in the “high pass information” item, the file structure is 'LF or LV', and the file size is variable (Var).
  • SFI has 02, read permission is set to Free, and write permission is given to the operator.
  • FIG. 2 is a flowchart illustrating the use of a compatible K-cash transit card.
  • step S10 the terminal recognizes the CONFIG DF 310 is set to the card operating system (COS) of the transportation card, and determines whether the current transportation card has a compatibility function or existing K-cash card. At this time, the terminal determines whether to perform a standard transaction or an existing transaction in the response after selecting the CONFIG DF 310 for the purpose of distinguishing the compatible K-cash transportation card and the existing card.
  • COS card operating system
  • step S20 extracts the AID from the electronic money ADF 330. If the answer is not '0x9000', the user card is not a compatible transportation card, so proceed to step S30 to select the existing K-cash DF, and then, in step S31, perform the existing payment transaction using the existing K-cash transportation card. To perform.
  • step S21 when the AID extracted by selecting the electronic money ADF 330 in step S20 corresponds to K-cash, in step S21, a task of distinguishing between a compatible card of another company or a compatible K-cash transportation card is performed. . At this time, if the compatible card of the third party, go to step S27 to perform a standard payment transaction by the compatible transportation card of the third party.
  • step S21 determines whether the current transaction request card corresponds to the compatible K-cash transportation card. If it is determined in step S21 that the current transaction request card corresponds to the compatible K-cash transportation card, proceed to step S23 to query the transfer information contained in the electronic money ADF (330), and then step S24 Proceed to to calculate the transaction amount, and then in step S25 inquires the information on the card holder and the expiration date included in the Config DF (310), and finally the standard payment for K-cash compatible transport card Perform a transaction.
  • the procedure of using the above-mentioned compatible K-cash transit card is designed for mutual use with each company, and when a variety of transit cards having an AID classification method for each issuer are added, the card selection recognition time is shortened.
  • the security application module (SAM) 400 injects the master key to the key of the other electronic money received in the form of a key card, and delivers it to the payment SAM issuing unit 430 together with the key of the compatible K-cash transportation card.
  • a key manager 410 After issuing the first payment SAM, the key management unit 410 receives the key of the K-cash transportation card compatible with the key of the other electronic money injecting the master key in the form of a key card, the first payment SAM previously issued
  • a payment SAM issuing unit 430 which injects the key received from the key management unit 410 into a transportation card payment SAM 450 for national compatibility; And a nationally compatible transportation card payment SAM 450 that performs standard payment transactions for compatible K-cash transportation cards.
  • the master key uses the CT key of the transportation card payment SAM 450 for national compatibility.
  • the payment SAM issuing unit 430 issues a first payment SAM, receives a key of another electronic money company in the form of a key card, injects a master key in the key management unit 410, and then in the key management unit 410 The key of the other electronic money company injecting the master key and the key of the compatible K-cash transportation card are transferred to the payment SAM issuing unit 430 in the form of a key card.
  • the payment SAM issuing unit 430 is the key management unit.
  • the master key received in step 410 is injected with the key of the other electronic money company that is infused with the key of the K-cash transit card, and injects it into the first-issued payment SAM, which is then transferred to the payment card for the nationally compatible transit card 450. Will be delivered.
  • the payment SAM (Secure Application Module) 450 for the nationwide compatible transportation card is preferable to be able to process both the existing card and the compatible K-cash transportation card.
  • the payment SAM 450 for the nationally compatible transportation card refers to the international standards related to cards and the Korean Industrial Standards established by the International Organization for Standardization (ISO). It is implemented according to the standard specification by defining the command.
  • ISO International Organization for Standardization
  • And payment SAM (450) for the nationally compatible transportation card separately manages transaction collection history data for each electronic money company, total data data for each electronic money company, transaction history data, individual standard payment transaction history data, and transaction collection number data separately, and purchase transactions. In the event of occurrence, an increase or a deduction is made for each relevant electronic money company.
  • the items and formats stored in the transaction history data for each electronic money company are as shown in FIG. 7, and the transaction history data is included in the individual standard payment transaction history data so that the transaction history data when there is a standard payment transaction It is preferable to delete.
  • the compatible K-cash transit card performs transactions by the existing payment transaction in the existing terminal, and conducts the transaction according to the standard payment transaction with the terminal with the payment SAM for the nationally compatible transit card.
  • the details are stored in the payment SAM as individual standard payment transaction data.
  • the items and formats stored in the standard payment transaction history data are as shown in FIG. 8, and in addition, it is preferable to implement an instruction on whether to store individual standard payment transaction data.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Computer Hardware Design (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명에서, 복수의 교통카드를 소지해야 하는 불편함을 해소할 수 있는 호환형 K-cash 교통카드를 개시한다. 본 발명에 따른 교통카드는 표준 지불거래 시, 지불SAM 발급부에서 1차 지불SAM을 발급하고; 타 전자화폐사의 키를 키카드 형식으로 전달받아 키 관리부에서 마스터키를 주입한 후, 상기 키 관리부에서 마스터키가 주입된 타 전자화폐사의 키 및 호환형 K-cash 교통카드의 키를 지불SAM발급부로 키카드 형식으로 전달하며; 지불SAM발급부에서 기 발급된 1차 지불SAM에 대해 상기 키 관리부에서 전달받은 마스터키가 주입된 타 전자화폐사의 키 및 호환형 K-cash 교통카드의 키를 주입하여 전국호환 교통카드용 지불SAM으로 전달하는 것을 통해, 호환형 K-cash 교통카드의 구매 및 정산키와 타 전자화폐사의 구매 및 정산키를 일괄발급하기 위한 카드운영체제를 포함하여 이루어진다. 따라서, 본 발명은 사용자는 복수의 교통카드를 소지해야 하는 불편함을 해소할 수 있으며, 호환가능한 교통카드 규격을 채택함으로써 시설의 중복투자 방지 및 안정적인 교통카드 시스템 운영이 가능한 효과를 갖는다.

Description

호환형 케이-캐쉬 교통카드
본 발명은 교통카드에 관한 것으로, 더욱 상세하게는 교통카드의 구매 및 정산키와 타 전자화폐사의 구매 및 정산키를 일괄발급하기 위한 카드운영체제를 갖는 호환형 케이-캐쉬 교통카드에 관한 것이다.
일반적으로 전자화폐라고 함은 전자적인 매체(예를 들어 컴퓨터,IC카드, 네트워크 장비 등)를 통해 화폐의 가치를 전자적으로 저장하여, 지급결제 등의 현금 본연의 기능을 수행할 수 있는 수단을 의미한다. 이러한 전자화폐는 보안성이 갖추어진 지불수단이며, 사용자가 언제 어디서나 신속하고 정확한 대금지급수단으로 활용가능하다는 장점이 있다.
이러한 전자화폐의 용도는 대금의 지급결제, 교통수단의 비용 지급 등에 있어 광범위하게 활용할 수 있도록 지속적인 보급이 이루어지고 있으며, 본 발명에서 사용되는 전자화폐 K-cash의 경우 한국은행 및 금융결제원의 주관 하에 1996년부터 개발이 시작되어 현재 전자상거래, 교통카드의 결제수단 등으로 활용 중에 있다.
종래 교통카드에 있어 형식과 기능에 따라 구분하는 경우, 크게 CPU가 없이 메모리만 갖춰 보안성이 취약한 메모리카드형 교통카드, CPU를 내장하여 보안성을 갖춘 비접촉식 스마트카드형 교통카드, 메모리카드형과 비접촉식 스마트카드형을 한 카드에 동시에 구현한 하이브리드형 교통카드, 비접촉식과 접촉식 방식의 장점을 반영한 콤비카드형 교통카드 네 가지로 구분할 수 있다. 본 발명의 호환형 K-cash 교통카드의 경우 콤비카드형 교통카드에 속한다.
다만, 현재 지역별 또는 사업자 별로 상이한 교통카드 결제 및 충전,정산 시스템이 구축되어 있는 바, 기존 T-money, eB, 마이비, 대경카드 등의 상호 호환결제 및 충전이 불가능하여 시스템에 대한 중복투자 및 사용자의 불편을 초래하고 있다.
이런 문제를 해결하기 위하여 전국적으로 사업자 또는 지역에 관계없이 호환사용이 가능하도록 하는 선불IC카드 규격이 산업표준규격(KS)으로 제정되어, KS 규격 제정으로 교통카드 전국호환을 위한 기술적 기반이 마련되고 있다.
그럼에도 불구하고, 현재까지도 지역 또는 교통카드 사업자간 교통카드 호환은 지지부진하게 진행되는 추세이며, 본 발명은 정부 주도의 “One Card All Pass 표준기술 개발 및 테스트베드 운영 사업”의 일환으로써, 교통카드의 표준 구축을 통한 호환성 및 사용자 편의 확보에 기술적 바탕을 두고 있다.
즉, 교통카드에 대해 지역별 또는 사업자별로 상이한 규격에 따라 시스템이 구축되는 경우, 원활한 대중교통을 이용하기 위해서 사용자는 복수의 교통카드를 소지하여야 하는 불편이 발생되기 때문에, 이를 해소해야 할 궁극적 목적의 필요성이 야기되고 있는 것이다.
본 발명의 목적은, 전국적으로 호환 가능한 교통카드를 개발함으로써 지역별 또는 사업자별로 교통카드 상호호환이 불가능해 복수의 교통카드를 소지해야 하는 불편을 해소하도록 하여 이용자의 대중교통 사용편의성을 제공하는 데에 있다.
본 발명의 또 다른 목적은, 현재 지역별 또는 사업자간 규격이 상이하게 구축되어 있는 교통카드 시스템이 상호 호환가능하도록 하여, 시스템 및 규격에 대한 중복투자를 방지하며, 나아가 교통카드 시스템에 대한 국가차원의 기술적 표준을 규정하여 안정성 있는 교통카드 시스템의 구축 및 보급에 기여하고자 함에 있다.
마지막으로, 본 발명에 따른 또 다른 목적은, 전자화폐는 보안성이 갖추어진 지불수단이며 사용자가 신속하고 정확한 대금지급수단으로 활용가능한 바, 본 발명에서 지불수단으로 사용되는 전자화폐 K-cash의 보급 및 활용용도 확대에 기여하고자 함에 있다.
본 발명은 호환형 K-cash 교통카드에 관한 것으로 마이크로프로세서, 메모리, 카드운영체제, 보안 응용모듈(SAM,Secure Application Module), EEPROM 기반의 카드 구조로서, 이에 적용되는 카드운영체제는 전용파일(DF) 및 요소파일(EF)로 구성된 디렉토리 구조의 계층구조(Tree Structure)를 가지며, 상기 전용파일은 각 사업자와의 호환사용을 위하여 존재하는 CONFIG DF를 포함하고, 아울러 상기 카드운영체제는 전자화폐ADF를 포함한다.
또한 이때, 보안 응용모듈(SAM)은 키 관리부, 지불SAM 발급부, 전국호환 교통카드용 지불SAM을 포함하도록 하며, 단말기로부터 CONFIG DF를 인식한 후, 인식결과에 따라 기존 지불거래 또는 호환형 K-cash 교통카드에 대한 표준 지불거래 중 어느 하나를 수행하되, 상기 호환형 K-cash 교통카드에 대한 표준 지불거래 시, 지불SAM 발급부에서 1차 지불SAM을 발급하고; 타 전자화폐사의 키를 키카드 형식으로 전달받아 키 관리부에서 마스터키를 주입한 후, 상기 키 관리부에서 마스터키가 주입된 타 전자화폐사의 키와 호환형 K-cash 교통카드의 키를 지불SAM발급부로 키카드 형식으로 전달하며; 지불SAM발급부에서 기 발급된 1차 지불SAM에 대해 상기 키 관리부에서 키카드 형식으로 전달받은 키를 주입하여 전국호환 교통카드용 지불SAM으로 전달하는 것을 통해, 호환형 K-cash 교통카드의 구매 및 정산키와 타 전자화폐사의 구매 및 정산키를 일괄발급하기 위한 카드운영체제를 포함한다.
본 발명에 따른 효과는, 호환가능한 교통카드 지불 및 정산시스템의 구축이 가능해짐에 따라서, 지역별 또는 사업자별로 교통카드 지불 및 정산시스템의 규격이 상이하여 사용자가 대중교통을 이용할 때 복수의 교통카드를 소지해야 하는 불편함을 해소할 수 있는 효과가 있다.
또한, 현재 지역별 또는 사업자간 규격이 상이하게 구축되어 있는 교통카드 시스템을 호환가능하도록 하여 시스템 및 규격에 대한 중복투자를 방지하고, 국가차원의 기술적 표준을 규정하여 안정성 있는 교통카드 시스템의 구축 및 보급에 기여할 수 있는 효과가 있다.
또한, 전자화폐 K-cash의 용도로 교통카드 대금결제가 활용되고 있는 바, 보안성을 갖추면서도 지불이 간편한 전자화폐 K-cash의 활용도를 제고하는 데 기여할 수 있는 효과가 있다.
도 1의 경우 호환형 K-cash 교통카드의 내부 파일 구성도이다.
도 2의 경우 호환형 K-cash 교통카드의 사용절차 흐름도이다.
도 3의 경우 본 발명의 카드운영체제 중 CONFIG DF(310) 파일을 설명하기 위한 도면이다.
도 4의 경우 본 발명의 카드운영체제 중 CONFIG DF(310)을 구성하는EFCONFIG 파일을 설명하기 위한 도면이다.
도 5의 경우 본 발명의 카드운영체제 중 CONFIG DF(310)을 구성하는 EFCONFIG 파일 중 하이패스 관련정보를 설명하기 위한 도면이다.
도 6의 경우 본 발명에 따른 호환형 K-cash 교통카드에 있어 전국호환 교통카드용 지불SAM(450) 발급절차에 대한 세부 흐름도이다.
도 7의 경우 본 발명의 전국호환용 교통카드 지불SAM(450)에 저장되는 거래내역 데이터를 설명하기 위한 도면이다.
도8의 경우 본 발명의 전국호환용 교통카드 지불SAM(450)에 저장되는 개별 표준 지불거래내역 데이터를 설명하기 위한 도면이다.
본 발명의 실시를 위한 구체적인 내용을 설명하기에 앞서, 본 발명의 기술적 요지와 직접적 관련이 없는 구성에 대해서는 본 발명의 기술적 요지를 흩뜨리지 않는 범위 내에서 생략하였음에 유의하여야 할 것이다. 또한, 본 명세서 및 청구범위에 사용된 용어 또는 단어는 발명자가 자신의 발명을 최선의 방법으로 설명하기 위해 적절한 용어의 개념을 정의할 수 있다는 원칙에 입각하여 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야 할 것이다.
이하, 본 발명의 바람직한 실시 예에 따라 호환형 K-cash 교통카드를 첨부된 예시도면에 의거 상세히 설명하면 다음과 같다. 먼저, 도 1은 호환형 K-cash 교통카드의 내부 파일 구성도이다.
본 발명은 호환형 K-cash 교통카드에 관한 것으로 마이크로프로세서(100), 메모리(200), 카드운영체제(300), 보안 응용모듈(SAM,Secure Application Module)(400), EEPROM(500)을 포함하여 구성된다. 상기 카드운영체제(300)는 전용파일(DF) 및 요소파일(EF)로 구성된 디렉토리 구조의 계층구조(Tree Structure)를 가지며, 또한 상기 카드운영체제는 전자화폐ADF(330)를 더 포함하고, 아울러 상기 전용파일은 각 사업자와의 호환사용을 위하여 존재하는 CONFIG DF(310)를 더 포함한다.
그리고 전용파일(DF)은 각 사업자와의 호환사용을 위하여 CONFIG DF(310)라는 ADF(Add Data Field)를 추가하여, 교통 호환 ADF의 정보를 저장하고 거래 시 이를 외부에 제공토록 하고 있다. 덧붙여, 환승정보, 입구정보 등 거래 시 필요한 부가정보를 저장할 수 있도록 필수 파일을 지정한다.
여기서, 상기 CONFIG DF(310)는 "선불 IC 카드"의 경우 각사와의 호환사용을 위하여 존재하는 ADF이다. CONFIG DF(310)은 "선불 IC 카드"의 교통호환 ADF의 정보를 저장, 교통호환 ADF의 정보를 외부에 제공하는 역할을 하게 되며, 최초의 거래 시도 시 필수적으로 CONFIG DF(310)를 선택하게 된다. 상기 CONFIG DF(310)는 이하의 계층으로 EFCONFIG를 포함한다.
또한, 상기 CONFIG DF(310)에 대한 응답(Response) 파일 구조에 대해 도 3을 참조하여 설명하면, 필수 항목으로 FCI Template, DF Name, FCI Proprietary Template, 카드 규격, 지원 항목, IDCENTER, 잔액 조회 명령, 부가 Data File 정보, 카드 소지자(카드타입) 정보, 유효기간 정보를 포함하며, 선택항목으로서 FCI Issuer Discretionary Data, 교통 호환 ADF AID(Access IDentification) 항목을 갖는다. 각 항목들은 데이터의 크기를 정의하고 있으며, 각각의 고유 TAG를 보유한다.
다음으로, 상기 EFCONFIG는 교통호환 정보 및 하이패스 거래가 요구되는 경우 선택적으로 저장되는 하이패스 관련 정보를 포함하고 있으며, EFCONFIG의 쓰기 권한은 각 교통 호환 사업자가 결정하며, 16바이트 이상의 키에 의해서 보호 또는 금지되는 것이 바람직하다. 덧붙여, 상기 EFCONFIG는 READ RECORD 명령으로 파일의 내용을 조회할 수 있다.
좀 더 자세히 설명하기 위해 도 4를 참조하여 살펴보면, EFCONFIG는 카드가 지원하는 호환형 교통카드의 규격의 버전을 저장하는 카드 규격정보, 카드가 호환형 교통카드 규격의 일부만을 지원하는 경우에 이를 표시하기 위한 지원 항목 정보, 한국전자지불산업협회에서 지정한 교통 사업자의 고유 번호를 기재하기 위한 IDCENTER 정보, 단말기에서 카드의 잔액을 조회하기 위해 사용되는 잔액 조회 명령 정보, 교통 호환 사업자 별 고유 ADF의 AID인 교통 호환 ADF AID 정보, 정보의 조회 및 기록을 담당하는 부가 정보 파일 및 카드를 소지하고 있는 사람의 정보를 표시하는 소지자 정보를 포함하고 있다.
상기 카드규격 정보는 카드가 지원하는 호환형 교통카드의 규격의 버전을 저장하되, 상위 바이트에는 메이져 버전을 저장하고, 하위 바이트에는 마이너 버전을 표시한다. 현재 규격이 1.0 버전이므로 4비트 '0100'로 정의될 수 있을 것이다.
다음으로, 상기 지원항목 정보는 카드가 호환형 교통카드 규격의 일부만을 지원하는 경우에 이를 표시토록 하며, 전체 16비트로 구성된다. 그리고 지원 항목의 첫 번째 b0비트는 ISO 14443-3를 준수하고, b1비트는 ISO 14443-4를 준수하며, b2비트에는 CONFIG DF를 준수하고, b3비트에는 Hipass의 지원 여부를 기록하며, b4~b15비트는 예비 영역으로 설정된다. 아울러 각 항목을 지원하는 경우 각 비트에 1의 값을 설정하며, 지원하지 않는 경우에는 0의 값을 설정함이 바람직할 것이다.
다음으로, 상기 IDCENTER 정보는 1바이트의 크기를 갖는 한국전자지불산업협회에서 지정한 교통 사업자의 고유 번호이며, 이에 따라 교통호환 사업자는 고유의 IDCENTER값을 표시하기 위한 영역을 갖는다. 이때, 0x00 번지는 Reserved 영역이고, 0x01 번지는 금융결제원 사업자이고, 0x02 번지는 에이캐시 사업자이며, 0x03 번지는 마이비 사업자이고, 0x04 번지는 Reserved 영역이며, 0x05 번지는 브이캐시 사업자이고, 0x06 번지는 몬덱스코리아 사업자, 0x07 번지는 한국도로공사 사업자를 나타낸다. 그리고, 0x08 번지는 한국스마트카드 사업자, 0x09 번지는 코레일네트웍스 사업자, 0x0A 번지는 Reserved 영역이며, 0x0B는 이비 사업자를 나타낸다.
다음으로, 상기 잔액조회 명령은 단말기에서 카드의 잔액을 조회하기 위해 사용하는 명령이고, 잔액조회 명령에 대해 서명값 등 상수로 표현이 불가능한 경우및 해당 카드에서 잔액조회 명령이 존재하지 않는 경우 표시하지 않는다. 덧붙여, 상기 잔액조회 명령에 대한 응답의 구조는 4바이트 이하의 16진수 값만이 가능하다. 여기서, 상기 교통 호환 ADF AID는 교통 호환 ADF를 선택하기 위해서 사용되는 교통호환사업자 별 고유 ADF의 AID에 해당한다.
또한, 상기 부가 정보 파일은 교통 호환 사업자가 부가 서비스를 하기 위하여 기록하는 부가 정보 파일의 정보이며, 적어도 1개 이상 존재해야 하고, 파일 하나당 3바이트로 크기로 표현한다. 교통 사업자는 이 중 어떤 파일에 호환 정보를 기록하여도 상관없으나 일관된 파일을 사용하여 정보를 조회 및 기록하도록 하며, 레코드 파일의 경우에는 길이에 Tag Length를 포함한 저장 가능한 최대 길이를 표시한다.
덧붙여, 호환용 교통카드 규격 상 필요한 최대길이 이상을 포함한 정보 파일이 1개 이상 존재할 경우,상기 카드 발급 시 처음 기록된 부가 정보 파일에 이를 표시함이 바람직할 것이다.
또한, 상기 소지자 정보는 카드를 소지하고 있는 사람의 정보를 표시하는 것으로, 일반, 어린이, 청소년, 경로, 장애인을 포함하여, 버스 또는 화물차를 분리하여 표시된다. 그리고, 유효기간은 카드의 유효기간을 표시하는 것으로, 'YYMM' 방식을 적용한다.
마지막으로, 하이패스 관련 정보를 저장하는데, 호환형 K-cash교통카드가 한국도로공사의 하이패스 기능을 지원하는 경우에 발급하는 선택 항목으로, 상기 하이패스 관련 정보는 Read Record 명령으로 파일 내용의 정보가 조회될 수 있다. 그리고 상기 하이패스 관련 정보는 도 5에 도시된 바와 같이, “하이패스 정보” 항목에서 저장되는 데이터의 목록 및 형식을 가지며, 파일 구조는 'LF 또는 LV'이며, 파일 크기는 가변적(Var)이고, SFI는 02를 가지며, 읽기 권한은 Free로 설정되고, 쓰기 권한은 사업자에게 주어진다.
이하, 본 발명의 바람직한 실시예에 따라 호환형 K-cash 교통카드의 사용절차를 첨부된 예시도면에 의거 상세히 설명한다. 도 2는 호환형 K-cash 교통카드의 사용절차 흐름도이다.
먼저, S10단계에서 단말기가 교통카드의 카드운영체제(COS)로 설정되는 상기 CONFIG DF(310)를 인식하여, 현재의 교통카드가 호환 기능을 갖는지 또는 기존의 K-cash카드인지를 판단한다. 이 때, 단말기에서는 호환형 K-cash 교통카드와 기존 카드를 구분하기 위한 목적으로, CONFIG DF(310)를 선택한 이후에 나오는 응답에서 표준 거래를 할 것인지, 혹은 기존 거래를 할 것인지 판단한다.
그리고 상기 응답에 있어서, 응답이 '0x9000'일 경우 사용자카드는 호환형 교통카드이므로 S20단계로 진행해 전자화폐ADF(330)에서 AID를 발췌한다. 만약 응답이 '0x9000'이 아닌 경우, 사용자카드는 호환형 교통카드가 아니므로 S30단계로 진행해 기존의 K-cash DF를 선택하고, 이후 S31단계에서 기존 K-cash 교통카드에 의한 기존 지불거래를 수행한다.
다음으로, S20단계에서 전자화폐ADF(330)를 선택하여 발췌한 AID가 K-cash에 해당되는 경우, S21단계에서 타사의 호환형 카드인지 호환형 K-cash 교통카드인지 구분하는 작업을 수행한다. 이 때 타사의 호환형 카드인 경우, S27단계로 진행하여 타사의 호환형 교통카드에 의한 표준 지불거래를 수행한다.
한편, 상기 S21 단계에서 판단한 결과, 현재 거래 요청된 카드가 호환형 K-cash 교통카드에 해당되는 경우, S23단계로 진행하여 전자화폐 ADF(330)에 포함된 환승정보를 조회하고, 이후 S24단계로 진행하여 거래금액을 계산하고, 이후 S25단계에서 Config DF(310)에 포함된 카드 소지자에 대한 정보 및 유효기간에 대한 정보를 조회한 다음, 마지막으로 K-cash 호환형 교통카드에 대한 표준 지불거래를 수행한다. 여기서, 전술한 호환형 K-cash 교통카드의 사용절차는 각 사와의 호환사용을 위해 설계된 것으로서, 발행사별 AID 구분 방법을 갖고 있는 다양한 교통카드 추가시, 카드 선택 인식 소요시간을 단축하게 된다.
상기 보안 응용모듈(SAM)(400)은 키카드 형식으로 전달받은 타 전자화폐사의 키에 마스터키를 주입하고, 호환형 K-cash 교통카드의 키와 함께 지불SAM발급부(430)로 전달하는 키 관리부(410); 1차 지불SAM을 발급하고, 이후 키 관리부(410)으로부터 키카드 형식으로 마스터키가 주입된 타 전자화폐사의 키와 호환형 K-cash 교통카드의 키를 전달받아, 기 발급된 1차 지불SAM에 상기 키 관리부(410)에서 전달받은 키를 주입해 전국호환용 교통카드 지불SAM(450)으로 전달하는 지불SAM발급부(430); 및 호환형 K-cash 교통카드에 대한 표준 지불거래를 수행하는 전국호환용 교통카드 지불SAM(450)로 구성된다.
이 때, 키 관리부(410)에서 타 전자화폐사로부터 키카드 형식으로 전달받은 키에 마스터키를 주입할 시, 해당 마스터키는 전국호환용 교통카드 지불SAM(450)의 CTkey를 사용함이 바람직하다.
여기서, 상기 호환형 K-cash 교통카드에 대한 전국호환 교통카드용 지불SAM(450) 발급절차를 첨부된 예시도면에 의거 설명하면 다음과 같다. 도 6은 본 발명에 따른 호환형 K-cash 교통카드에 있어 전국호환 교통카드용 지불SAM(450) 발급절차에 대한 세부 흐름도이다.
먼저 지불SAM 발급부(430)에서 1차 지불SAM을 발급하게 되며, 타 전자화폐사의 키를 키카드 형식으로 전달받아 키 관리부(410)에서 마스터키를 주입한 후, 상기 키 관리부(410)에서 마스터키가 주입된 타 전자화폐사의 키와 호환형 K-cash 교통카드의 키를 지불SAM 발급부(430)로 키카드 형식으로 전달하게 되고, 이 때 지불SAM 발급부(430)에서는 상기 키 관리부(410)에서 전달받은 마스터키가 주입된 타 전자화폐사의 키와 호환형 K-cash 교통카드의 키를 기 발급한 1차 지불SAM에 주입하여, 이를 전국호환 교통카드용 지불SAM(450)으로 전달하게 된다.
전술된 전국호환 교통카드용 지불 SAM(Secure Application Module)(450)은 기존 카드 및 호환형 K-cash 교통카드에 대하여 모두 처리할 수 있도록 하는 것이 바람직하다.
이를 위해, 전국호환 교통카드용 지불 SAM(450)은 국제표준화기구(ISO)에서 제정한 카드관련 국제표준 및 한국산업규격을 참조하며, 전국호환 교통카드용 지불 SAM의 명령어 구현은 KS-6923 규격에 맞는 명령어를 정의하여 표준 규격에 맞게 구현된다.
그리고 전국호환 교통카드용 지불 SAM(450)은 각 전자 화폐사별 거래 수집내역 데이터, 각 전자 화폐사별 총액 데이터, 거래내역 데이터, 개별 표준 지불거래내역 데이터, 거래수집 건수 데이터를 별도로 관리하고, 구매 거래 발생 시 해당 전자화폐사별로 증가 또는 차감을 수행한다.
이 때, 각 전자 화폐사별 거래내역 데이터에 저장되는 항목 및 형식은 도7에 도시되는 바와 같으며, 상기 거래내역 데이터는 개별 표준 지불거래내역 데이터에 포함되므로 표준 지불거래가 있는 경우의 거래내역 데이터는 삭제하는 것이 바람직하다.
또한, 호환형 K-cash 교통카드는 기존 단말기에 있어서는 기존 지불거래에 의해 거래를 수행하며, 전국호환 교통카드용 지불SAM이 있는 단말기와는 표준 지불거래에 따라 거래를 수행하고, 표준 지불거래 시 해당 내역은 개별 표준 지불거래내역 데이터로서 지불SAM에 저장하게 된다. 그리고, 상기 표준 지불거래내역 데이터에 저장되는 항목 및 형식은 도8에 도시된 바와 같으며, 덧붙여 개별 표준 지불거래내역 데이터를 저장할 지 여부에 관해 명령어를 구현하도록 하는 것이 바람직하다.
이상으로, 본 발명의 기술적 사상을 예시하기 위한 바람직한 실시예와 관련하여 설명하고 도시하였으나, 본 발명은 상기 설명 및 도시대로의 구성 및 작용에만 국한되는 것이 아니다. 아울러 본 발명의 기술적 사상의 범주를 일탈하지 않는 범위 내에서 다수의 변경 및 수정이 가능함을 당업자는 잘 이해할 수 있을 것이다. 따라서 모든 적절한 변경 및 수정이 가해진 발명 및 본 발명의 균등물에 속하는 발명들도 본 발명에 속하는 것으로 간주되어야 할 것이다.

Claims (8)

  1. 마이크로프로세서(100), 메모리(200), 카드운영체제(300), 보안 응용모듈(SAM,Secure Application Module)(400), EEPROM(500)으로 구성된 교통카드에 있어서,
    상기 카드운영체제(300)는 전용파일(DF) 및 요소파일(EF)로 구성된 디렉토리 구조의 계층구조(Tree Structure)를 형성하되, 전자화폐ADF(330)를 포함하며, 상기 전용파일은 각 사업자와의 호환사용을 위하여 존재하는 CONFIG DF(310)를 포함하고, 상기 보안 응용모듈(SAM)(400)은 키 관리부(410), 지불SAM 발급부(430), 전국호환 교통카드용 지불SAM(450)을 포함하며;
    단말기로부터 상기 CONFIG DF(310)를 인식한 후, 인식결과에 따라 호환형 K-cash 교통카드에 대한 표준 지불거래를 수행할 경우, 상기 카드운영체제(300)는 상기 호환형 K-cash 교통카드에 대한 표준 지불거래 시, 지불SAM 발급부(430)에서 1차 지불SAM을 발급하고; 타 전자화폐사의 키를 키카드 형식으로 전달받아 키 관리부(410)에서 마스터키를 주입한 후, 상기 키 관리부(410)에서 마스터키가 주입된 타 전자화폐사의 키와 호환형 K-cash 교통카드의 키를 지불SAM발급부(430)로 키카드 형식으로 전달하며; 지불SAM발급부(430)에서 기 발급된 1차 지불SAM에 대해 상기 키 관리부(410)에서 키카드 형식으로 전달받은 키를 주입하여 전국호환 교통카드용 지불SAM(450)으로 전달하는 것을 통해, 호환형 K-cash 교통카드의 구매 및 정산키와 타 전자화폐사의 구매 및 정산키를 일괄발급하는 것을 특징으로 하는 호환형 케이-캐쉬 교통카드.
  2. 제 1 항에 있어서,
    상기 호환형 K-cash 교통카드에 대한 표준 지불거래는 KS-6923 규격에 맞는 명령어에 근거하여 거래되는 것을 특징으로 하는 호환형 케이-캐쉬 교통 카드.
  3. 제 1 항에 있어서,
    상기 CONFIG DF(310)는 이하의 계층으로 EFCONFIG를 포함하며, 상기 EFCONFIG는 교통호환 정보와 하이패스 거래가 요구되는 경우 선택적으로 저장되는 하이패스 관련 정보를 저장하는 것을 특징으로 하는 호환형 케이-캐쉬 교통카드.
  4. 제 1 항에 있어서,
    상기 전자화폐 ADF(330)는 FCI파일, 전자화폐정보파일(EF IEP), PAN파일(EF IEP), 전자화폐잔액파일(EF BAL), 마지막 구매내력거래파일(EF LPT), 구매거래내역 파일(EF PLOG), 가치저장거래 내역파일(EF LLOG), 파라미터 갱신내역파일(EF ULOG), 카드소지자 정보파일(EF USER), 환승정보파일(EF TRAN), 부가정보 파일(EF ADD)을 포함하는 것을 특징으로 하는 호환형 케이-캐쉬 교통카드.
  5. 제 4 항에 있어서,
    상기 교통호환 정보는 카드가 지원하는 호환 카드의 규격의 버전을 저장하는 카드 규격정보, 카드가 규격의 일부만을 지원하는 경우에 이를 표시하기 위한 지원 항목 정보, 한국전자지불산업협회에서 지정한 교통 사업자의 고유 번호를 기재하기 위한 IDCENTER 정보, 단말기에서 카드의 잔액을 조회하기 위해 사용되는 잔액 조회 명령 정보, 교통 호환 사업자 별 고유 ADF의 AID인 교통 호환 ADF AID 정보, 정보의 조회 및 기록을 담당하는 부가 정보 파일,카드를 소지하고 있는 사람의 정보를 표시하는 소지자 정보를 포함하는 것을 특징으로 하는 호환형 케이-캐쉬 교통카드.
  6. 제 5 항에 있어서,
    상기 카드 규격정보는 상위 바이트에는 메이져 버전을 저장하고, 하위 바이트에는 마이너 버전을 표시하며;
    상기 지원 항목정보는 전체 16비트로 구성되되, 첫 번째 b0비트는 ISO 14443-3를 준수하고, 이후 b1비트는 ISO 14443-4를 준수하며, b2비트에는 CONFIG DF를 준수하고, b3비트에는 Hipass의 지원 여부를 기록하며, b4~b15비트는 예비 영역으로 설정되고;
    상기 IDCENTER 정보는 1 바이트로 구성되며, 0x00 번지는 Reserved 영역이고, 0x01 번지는 금융결제원 사업자이고, 0x02 번지는 에이캐시 사업자이며, 0x03 번지는 마이비 사업자이고, 0x04 번지는 Reserved 영역이며, 0x05 번지는 브이캐시 사업자이고, 0x06 번지는 몬덱스코리아 사업자, 0x07 번지는 한국도로공사 사업자를 나타낸다. 그리고, 0x08 번지는 한국스마트카드 사업자, 0x09 번지는 코레일네트웍스 사업자, 0x0A 번지는 Reserved 영역이며, 0x0B는 이비 사업자를 나타내도록 정의되며;
    상기 잔액조회 명령정보는 잔액 조회의 명령에 서명값에 대한 상수로 표현이 불가능한 경우 및 카드에서 잔액조회 명령이 없는 경우 표시하지 않으며, 응답의 구조는 4바이트 이하의 16진수 값이 사용되고;
    상기 교통 호환 ADF AID는 교통 호환 ADF를 선택하기 위해서 사용되며;
    상기 부가정보 파일은 부가정보 파일의 종류, SFI 및 저장 가능한 최대 길이에 관한 정보를 나타내며, 부가 정보 파일이 레코드 파일의 경우에는 길이에 Tag Length를 포함한 저장 가능한 최대 길이를 표시하고, 상기 부가 정보 파일이 적어도 1개 이상 존재하며, 파일 하나당 3바이트로 표현되고;
    상기 소지자 정보는 일반, 어린이, 청소년, 경로, 장애인을 포함하여, 버스 또는 화물차를 분리하도록 표시되는 것을 특징으로 하는 호환형 케이-캐쉬 교통 카드.
  7. 제 4 항에 있어서,
    상기 하이패스 관련 정보는 파일 구조는 'LF 또는 LV'이며, 파일 크기는 가변적(Var)이고, SFI는 02를 가지며, 읽기 권한은 Free로 설정되고, 쓰기 권한은 사업자에게 제공되도록 정의되는 것을 특징으로 하는 호환형 케이-캐쉬 교통 카드.
  8. 제 1 항에 있어서,
    상기 전국호환 교통카드용 지불SAM(450)은 각 전자 화폐사별 거래 수집내역 데이터, 각 전자 화폐사별 총액 데이터, 거래내역 데이터, 개별 표준 지불거래내역 데이터, 거래수집 건수 데이터를 별도 관리하고;
    거래 발생 시 해당 전자화폐사 별로 증가 또는 차감을 수행하며;
    개별 표준 지불거래내역 데이터 저장가능 여부에 대해 코딩한 것을 특징으로 하는 호환형 케이-캐쉬 교통 카드.
PCT/KR2009/005681 2009-09-18 2009-10-05 호환형 케이-캐쉬 교통카드 WO2011034234A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020090088751A KR101042040B1 (ko) 2009-09-18 2009-09-18 호환형 케이-캐쉬 교통카드
KR10-2009-0088751 2009-09-18

Publications (1)

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

Family

ID=43758824

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2009/005681 WO2011034234A1 (ko) 2009-09-18 2009-10-05 호환형 케이-캐쉬 교통카드

Country Status (2)

Country Link
KR (1) KR101042040B1 (ko)
WO (1) WO2011034234A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108269079A (zh) * 2016-12-30 2018-07-10 株式会社Vp Hce移动交通卡结算方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030030359A (ko) * 2001-10-10 2003-04-18 김용태 케이-캐시 카드를 이용한 교통비 후불 결제 시스템 및 그방법
KR20070098175A (ko) * 2006-03-31 2007-10-05 박성종 이종 체계의 지불처리가 가능한 교통카드 및 그 처리방법
KR20080093012A (ko) * 2008-09-29 2008-10-17 한국정보통신서비스 주식회사 아이씨카드 운영 시스템
KR20090090250A (ko) * 2008-02-20 2009-08-25 (주)모노시스 통합카드

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030030359A (ko) * 2001-10-10 2003-04-18 김용태 케이-캐시 카드를 이용한 교통비 후불 결제 시스템 및 그방법
KR20070098175A (ko) * 2006-03-31 2007-10-05 박성종 이종 체계의 지불처리가 가능한 교통카드 및 그 처리방법
KR20090090250A (ko) * 2008-02-20 2009-08-25 (주)모노시스 통합카드
KR20080093012A (ko) * 2008-09-29 2008-10-17 한국정보통신서비스 주식회사 아이씨카드 운영 시스템

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108269079A (zh) * 2016-12-30 2018-07-10 株式会社Vp Hce移动交通卡结算方法
CN108269079B (zh) * 2016-12-30 2021-12-14 株式会社Vp Hce移动交通卡结算方法

Also Published As

Publication number Publication date
KR20110031034A (ko) 2011-03-24
KR101042040B1 (ko) 2011-06-16

Similar Documents

Publication Publication Date Title
EP1560172A1 (en) Secure device and mobile terminal which carry out data exchange between card applications
JP3722751B2 (ja) オフラインチップカード端末におけるパラメータの配布方法ならびにそれに適したチップカード端末およびユーザチップカード
CN102918510A (zh) 用于经由射频(rf)存储器标签传输数据的方法和装置
JPH10307885A (ja) 電子マネーシステム、電子マネーカード、電子マネー取引方法及び記録媒体
JP2004534338A (ja) 電子財布用電子現金システム
WO2011034232A1 (ko) 전국호환 기능을 갖는 교통 카드
WO2018216877A1 (ko) 잔돈의 적립 시스템 및 그 방법
CN109918590A (zh) 一种标签远程管理系统及方法
CN108932618A (zh) 基于rfid物联网技术的城市one卡通系统
WO2011034234A1 (ko) 호환형 케이-캐쉬 교통카드
GB2324898A (en) Electronic purse
AU738719B2 (en) Chip card and method for its use
WO2011034233A1 (ko) 호환형 엑스-캐쉬 교통카드
US11580509B2 (en) Transaction device, computer program and transaction method
WO2013077559A1 (ko) 아이디 카드이용 선후불겸용결제 방법 및 시스템
EP0798672A2 (en) Electronic settlement method employing electronic money value with identifier and system for use in such a method
KR100471942B1 (ko) 복합형 카드와 카드정보 등록 제어시스템
JP2008112316A (ja) 顧客データ付与方法、そのシステム、そのプログラム、そのプログラムの記録媒体
KR100521993B1 (ko) 선/후불 결제 기능을 가지는 카드 단말기, 카드 단말기의선/후불 결제 방법
JP2001022839A (ja) 電子決済システム及び電子決済方法
CN103021093B (zh) 一种多功能卡系统
KR101149922B1 (ko) 호환형 피샘이 장착된 카드 단말기
JP2000030009A (ja) 前払い料金情報記憶媒体
CN106355787A (zh) 一种采用银行卡支付的缴费系统
JP2001147969A (ja) 共通ｉｃカードの分散サービス享受方法及びシステム装置

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: 09849560

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: 09849560

Country of ref document: EP

Kind code of ref document: A1