KR101103583B1

KR101103583B1 - 전국호환 기능을 갖는 교통 카드

Info

Publication number: KR101103583B1
Application number: KR1020090088749A
Authority: KR
Inventors: 이기한
Original assignee: 한국건설교통기술평가원
Priority date: 2009-09-18
Filing date: 2009-09-18
Publication date: 2012-01-09
Also published as: CN102667822B; MY154035A; CN102667822A; WO2011034232A1; MX2012003197A; KR20110031032A

Abstract

본 발명에서 전국호환 기능을 갖는 교통카드를 개시한다.

본 발명에 따른 교통카드는, 전용파일(DF) 및 요소파일(EF)로 구성된 디렉토리 구조의 계층구조(Tree Structure)를 가지며, 상기 전용파일(DF)은 각 사업자와의 호환사용을 위하여 Config DF라는 ADF를 추가하여, 교통 호환 ADF의 정보를 저장 후 거래 시 이를 외부에 제공하고, 적어도 환승정보, 입구정보를 갖는 부가정보를 저장할 수 있도록 필수 파일을 포함하며; 단말기로부터 상기 Config DF를 인식하여 전국호환 교통카드 또는 기존 카드가 인식된 후, 인식 결과에 기초하여 기존 카드에 대한 지불거래를 수행하거나, 상기 부가정보를 토대로 전국호환 교통카드에 대한 표준카드의 지불거래를 수행하되; 상기 기존 카드에 대한 지불거래 시, 타 전자화폐사로부터 받은 키전달 카드의 키를 지불 SAM 발급용 SAM으로 전달하고, 상기 지불 SAM 발급용 SAM은 전국호환 교통카드용 지불 SAM으로 상기 키를 제공함으로써, 상기 전국호환 교통카드용 지불 SAM으로부터 기존 발급하던 키와 타 전자화폐사용 키를 일괄 발급하기 위한 카드 운영 시스템을 포함한다. 따라서, 본 발명은 교통카드의 전국호환이 가능한 효과를 제공한다.

교통, 카드, 호환, 전국, 카드운영체제, COS, SAM, Config DF, DF, EF

Description

전국호환 기능을 갖는 교통 카드{TRAFFIC CARD HAVING A FUNCTION OF WHOLE COUNTRY COMPATIBILLITY}

본 발명은 교통 카드에 관한 것으로, 더욱 상세하게는 카드내의 파일 디렉토리 구조를 전용파일(DF) 및 요소파일(EF)로 구획된 계층구조(Tree Structure)로 형성하여 전국호환이 가능한 교통 표준 규격의 교통 카드에 관한 것이다.

일반적으로 교통카드란, 대중 교통수단 이용의 대가를 지급하기 위한 전자적 카드를 의미하며, 1996년 국내에 교통카드가 도입된 이후, 현재까지 5천만장 이상의 교통카드가 발행되어, 전국 대도시 및 인접지역과 수도권에서 교통카드 시스템이 운영 중이며, 수도권의 경우 일일 평균 전체 수요자의 70% 이상이 사용되고 있는 실정이다.

이러한 교통카드는 그 기능과 사용범위에 따라 통상 접촉식 카드, 비접촉식 카드, 하이브리드 카드 및 콤비 카드로 분류된다. 상기한 접촉식 카드는 ISO 7816을 준용하는 전자카드로 카드를 단말기에 장착하여 처리되는 접촉식 카드이며, 비접촉식 카드는 ISO 14443을 준용하고 카드의 칩에 CPU를 탑재하여 메모리카드의 보 안성을 확보하고, 내부에 데이터 송수신/전원 공급용 안테나가 설치되어 있으며, 안테나를 통하여 단말기로부터 전원 등을 공급받는다. 그리고, 카드를 단말기에 장착하는 시간이 필요 없어 처리속도가 빠르고, 카드의 노출 없이 처리가 가능하며, 정전기로 인한 손상이 거의 없는 것이 특징이다. 이러한 비접촉식 카드가 적용되는 카드는 T-money 교통카드가 대표적이라 할 수 있다.

또한, 상기 하이브리드 카드는 메모리 카드와 비접촉식 카드를 하나의 카드에 구현하였으나 각각의 칩에 있는 메모리를 공유하지 못하여서 제한적인 문제가 있다. 이러한 하이브리드 카드가 적용되는 카드로써, 직불카드, 현금카드, 체크카드 등의 기능에 U-Pass 카드(현 서울시 버스 조합 카드, 이하, U-Pass)를 탑재한 카드로 현재 학생증에 많이 사용되고 있다.

상기 콤비 카드는 접촉식 카드와 비접촉식 카드의 장점 보유한 카드로, 한 개의 칩에 접점과 안테나 모두 존재하여 다양한 응용에 적용 가능하지만, 구조가 복잡하고 고도의 기술이 필요한 실정이다. 콤비 카드가 적용 교통카드는 한국도로공사의 HiPass+ 카드, 서울시 T-Money, 철도공사 X-Cash, 금융결제원 K-Cash 등이 있다.

이와 같이 전술된 다수 종류의 교통카드는 교통이용자에게는 편리함을 제공하고 동시에 교통운영주체에게는 경영의 효율화 등을 도모하기 위하여 도입되었으나, 각 교통수단 간 호환사용이 불가능하여 교통카드 사용자 및 교통운영 주체는 복수의 카드 이용 및 운영상 많은 번거로움이 있어 교통카드의 문제점으로 제기되고 있다.

즉, 표준화 이전에 지역별로 교통카드가 발급, 판매된 관계로 인해 교통카드사업자별로 규격이 상이하여 상호 호환이 이루어지지 않아, 광대역 교통수단을 이용하기 위해서는 이용자들이 복수의 교통카드를 소지하여야 하는 등 이용자에게 불편을 초래하고, 시스템이 표준화되지 않아 교통용 단말기 및 시스템의 가격경쟁을 이끌어내기 어려워 시스템 구축 및 보완 비용이 증가하고 있는 것이다.

또한 일부 지역에서는 복수의 단말기가 설치되는 등 이중 투자의 문제가 발생하고 있으며 이로 인하여, 기존 교통시스템 운영자가 신규 사업자의 진입 비용을 과다하게 산정하여 신규 사업자 진입 장벽으로 활용되고 있는 추세이다. 이런 문제를 해결하기 위하여 한 장의 교통카드로 전국 어디에서나 대중교통을 이용할 수 있는 전국호환 교통카드 표준화 필요성에 따라 2006년 교통카드 규격인 선불IC카드 규격이 산업표준규격(KS)으로 제정되어, KS 규격 제정으로 교통카드 전국호환을 위한 기술적 기반이 마련되고 있으나, 그럼에도 불구하고 이전과 동일하게 지역적으로 교통카드 사업자간 교통카드 호환은 지지부진하게 진행되는 추세이다.

이에 건설교통부는 교통카드 이용 국민의 편의성 증진, 교통카드 인프라의 중복 투자에 따른 사회적 비용의 방지를 위하여 한 장의 교통카드로 전국에서 사용할 수 있도록 교통카드 전국호환 정책을 추진하게 되었다.

다만, 교통카드 전국호환을 위해서는 기존 교통카드 인프라를 수정하여야 하는 막대한 자금이 투입되어야 하는 상황이어서 예산의 효율적 집행과 교통카드 전국호환의 실익 분석을 위하여 “One Card All Pass 표준기술 개발 및 테스트베드 운영 사업”을 추진하게 되었으며, 동 사업 추진의 일환으로 “전국호환 교통카드 표준기술 개발”과제 교통카드부문에서 (주)하이플러스가 담당하는 고속도로 교통카드 및 관련 시스템을 타 교통사업자와 호환이 가능하게 산업표준규격(KS)을 준수하여 개발하고자 하는 것이다.

본 발명은 이와 같은 문제점을 해결하기 위해 창출된 것으로, 본 발명의 목적은 전국호환이 상용화 되어 전국이 One Card 교통카드를 통한 All Pass 환경이 구축되게 되는 것은 표준을 통하여 난립한 기존 시장을 하나로 통합함으로써, 국내 IC카드 산업의 국제 경쟁력을 향상시킬 수 있는 호환 기능을 갖는 교통 카드를 제공함에 있다.

본 발명의 다른 목적은, 통합된 교통카드를 제공하여 대중교통을 이용하는 이용자의 사용 편의성을 제공하고, 교통카드 관련 산업의 해외 진출을 통한 시장 확대와 수익증대를 유도할 수 있는 호환 기능을 갖는 교통 카드를 제공함에 있다.

본 발명의 또 다른 목적은, 사업자간 교통카드 체계를 통합함으로써, 기술적 차이를 극복하여 표준 기술의 실효성 있는 적용을 가능토록 하고 기술적 안정성을 기반으로 한 교통카드 시스템의 전국적인 조기상용화에 기여할 수 있는 호환 기능을 갖는 교통 카드를 제공함에 있다.

상기 목적을 달성하기 위한 본 발명의 관점에 따른 호환 기능을 갖는 교통 카드는, 마이크로프로세서(MPU), 메모리, 카드운영체제(COS), 보안 알고리즘(SAM), EEPROM으로 이루어진 교통카드에 있어서, 상기 카드운영체제(COS)는 카드내의 파일에는 전용파일(DF) 및 요소파일(EF)로 구성된 디렉토리 구조의 계층구조(Tree Structure)를 가지며, 상기 전용파일(DF)은 각 사업자와의 호환사용을 위하여 Config DF라는 ADF를 추가하여, 교통 호환 ADF의 정보를 저장 후 거래 시 이를 외부에 제공하고, 적어도 환승정보, 입구정보를 갖는 부가정보를 저장할 수 있도록 필수 파일을 포함하며; 단말기로부터 상기 Config DF를 인식하여 전국호환 교통카드 또는 기존 카드가 인식된 후, 인식 결과에 기초하여 기존 카드에 대한 지불거래를 수행하거나, 상기 부가정보를 토대로 전국호환 교통카드에 대한 표준카드의 지불거래를 수행하되; 상기 기존 카드에 대한 지불거래 시, 타 전자화폐사로부터 받은 키전달 카드의 키를 지불 SAM 발급용 SAM으로 전달하고, 상기 지불 SAM 발급용 SAM은 전국호환 교통카드용 지불 SAM으로 상기 키를 제공함으로써, 상기 전국호환 교통카드용 지불 SAM으로부터 기존 발급하던 키와 타 전자화폐사용 키를 일괄 발급하기 위한 카드 운영 시스템을 포함하는 것을 특징으로 한다.

바람직하게, 본 발명에 따른 상기 Config DF는 이하의 계층으로 EFconfig와 EFconfig2를 포함하며, 상기 EFconfig는 교통호환 정보를 저장하고 EFconfig2는 선택 사항 파일로 하이패스 거래 시 필요한 데이터를 저장하는 것을 특징으로 한다.

또한, 상기 EFconfig의 교통호환 정보는 카드가 지원하는 호환 카드의 규격의 버전을 저장하는 카드 규격정보, 카드가 규격의 일부만을 지원하는 경우에 이를 표시하기 위한 지원 항목 정보, 한국전자지불산업협회에서 지정한 교통 사업자의 고유 번호를 기재하기 위한 IDCENTER 정보, 단말기에서 카드의 잔액을 조회하기 위해 사용되는 잔액 조회 명령 정보, 교통 호환 사업자 별 고유 ADF의 AID인 교통 호환 ADF AID 정보, 정보의 조회 및 기록을 담당하는 부가 정보 파일, 카드를 소지하 고 있는 사람의 정보를 표시하는 소지자 정보를 포함하는 것을 특징으로 한다.

본 발명에 따른 호환 기능을 갖는 교통 카드는, KS에 따른 전국호환 교통카드를 구현하기 위한 핵심 표준기술을 개발하고 기능 및 성능 확인을 위한 시제품을 개발함으로써, 교통카드 전국호환 서비스 제공의 기술적 기반을 조성하고 전국호환 교통카드 시스템에 의한 서비스의 다양화, 신뢰성, 실시간 운용성을 조기에 확보할 수 있는 효과가 있다.

또한 본 발명에서는 대중교통 이용 국민의 생활권역의 확대로 광역화된 서비스가 요구되고 있는 실정에서, 다양한 교통카드 사업자들의 개별기술에 의한 시스템 구축으로 다음과 같은 경제적, 사회적 손실을 조기에 차단할 수 있는 효과가 있다. 즉, 운영주체별 서비스 제공을 위한 기술개발의 중복투자를 방지하고, 교통카드 인프라의 독자구축으로 인접 지역간 활용도를 증가시켜 KS 표준 미 준수에 의한 신뢰성 저하 및 사회적 비용 과잉 발생을 억제하는 효과가 있다.

이하, 본 발명의 바람직한 실시 예를 첨부된 예시도면에 의거 상세히 설명하면 다음과 같다.

먼저, 본 발명에 따른 교통 카드는 현재 적용되고 있는 한국도로공사의 하이패스 카드의 구조를 기반으로 전국호환이 가능한 교통 카드를 제시한다. 상기한 하 이패스 카드는 마이크로프로세서(MPU), 메모리, 카드운영체제(COS), 보안 알고리즘(SAM:Secure Access Module), EEPROM으로 이루어지며, 전국 호환 기능을 위해 효율적인 카드운영체제(COS:Card Operating System) 및 보안 알고리즘(SAM)을 제시한다. 물론, 국제표준화기구(ISO)에서 제정한 카드관련 국제표준, 그리고 한국산업규격을 참조하고 있다.

본 발명에서 호환기능을 갖는 교통카드의 카드운영체제(COS)는 도 1에 도시된 바와 같이, 카드내의 파일에는 전용파일(DF:Divert File) 및 요소파일(EF:Element File)과 같은 디렉토리 구조의 계층구조(Tree Structure)를 가지도록 설계된다. 여기서, 상기 전용파일(DF)은 각 사업자와의 호환사용을 위하여 Config DF라는 ADF(Add Field)를 추가하여, 교통 호환 ADF의 정보를 저장하고 거래 시 이를 외부에 제공토록 하고 있다. 또한, 환승정보, 입구정보 등 거래 시 필요한 부가정보를 저장할 수 있도록 필수 파일을 지정한다.

이러한 호환 기능은, 전국호환 교통카드와 기존 카드를 구분하기 위해 단말기에서는 먼저 Config DF를 선택한 다음에 나오는 응답에서 표준 거래를 할 것인지, 혹은 기존 거래를 할 것인지 판단한다. 그리고, 표준 거래를 위한 명령어는 KS-6923 규격에 맞는 명령어를 정의하고 있다.

즉, 도 2에 도시된 바와 같이 호환기능을 갖는 교통카드의 동작상태를 살펴 보면, S201 단계에서 단말기에 의해 교통카드가 인식된다. 먼저, 교통카드의 카드운영체제(COS)로 설정되는 Config DF를 인식하여, 현재의 교통카드가 호환 기능을 갖는지 또는 기존의 카드인지를 판단한다. 판단한 결과, 기존의 카드일 경우, S203 단계로 진입하여 기존 카드의 DF를 선택하고, S205 단계에서 기존 카드에 대한 지불거래를 수행한다.

반면, S201 단계에서 판단한 결과, Config DF 인식 결과 현재의 카드가 호환 기능을 가질 경우, S207 단계로 진입하여 전자화폐 AID(Access IDentification) 즉, 부가정보인 환승정보, 입구정보 등 거래 시 필요한 정보를 확인한다. 그리고, S209 단계에서 호환 기능을 갖는 표준 카드의 DF를 선택한다. 이는 표준 카드로써 X-CASH인지, K-CASH인지, 하이패스 카드인지를 판단하는 것으로, S211 단계를 통해 해당 표준카드에 대한 지불거래를 수행한다.

이러한 호환기능의 표준 카드의 지불절차는 각 사와의 호환사용을 위해 설계한 DF로서, 발행사별 AID 구분 방법을 갖고 있는 다양한 카드 추가시, 카드 선택 인식 소요시간을 단축하게 된다.

여기서, 도 1에 도시된 카드 운영체제(COS)의 계층구조의 각 필드의 기능을 구체적으로 설명한다. 전술된 Config DF는 "선불 IC 카드"에서는 각사와의 호환사용을 위하여 존재하는 ADF로서, "선불 IC 카드"의 교통호환 ADF의 정보를 저장, 교통호환 ADF의 정보를 외부에 제공하는 역할을 하며 최초의 거래시 필수적으로 Config DF를 선택한다. 그리고, Config DF 아래에는 EFconfig와 EFconfig2가 설계되고 있으며, 상기 EFconfig는 교통호환 정보를 저장하고 EFconfig2는 선택 사항 파일로 하이패스 거래 시 필요한 데이터를 저장한다.

또한, 상기 Config DF에 대한 응답(Response) 파일 구조는 도 3에 도시된 바와 같이, 필수 항목으로 FCI Template, DF Name, FCI Proprietary Template, 카드 규격, 지원 항목, ID_CENTER,잔액 조회 명령, 부가 Data File 정보, 카드 소지자(카드타입) 정보, 유효기간 정보를 포함하며, 선택항목으로서 FCI Issuer Discretionary Data, 교통 호환 ADF AID 항목을 갖는다. 각 항목들은 데이터의 크기를 정의하고 있으며, 각각의 고유 TAG를 보유한다.

한편, 상기 교통호환 정보를 저장하는 EFconfig를 도 4를 참조하여 살펴 보면, 먼저 파일의 쓰기 권한은 각 교통 호환 사업자가 결정하며 16바이트 이상의 키에 의해서 보호 되거나 금지 되어 있어야 하며, 이러한 호환 카드는 위 정보의 항목을 상기 순서로 저장하도록 권고 하는 것이므로, Tag 및 Length를 무시한 고정된 데이터 구조로 확정하는 것은 지양된다. 또한, EFconfig의 정보는 Config DF 선택시 FCI로 응답 할 수 있다.

그리고 상기 교통호환 정보는 EFconfig 파일의 1번 레코드에 저장 되어야 하는 필수 항목이며, 교통 호환에 필요한 데이터를 저장한다. 이러한 교통호환 정보로서, 카드 규격 즉, 카드가 지원하는 호환 카드의 규격의 버전을 저장하되, 상위 바이트에는 메이져 버전을 저장하고, 하위 바이트에는 마이너 버전을 표시한다. 현재 규격이 1.0 버전이므로 4비트 '0100'로 정의될 수 있을 것이다.

또한, 교통호환 정보로서 지원 항목이 있는데, 이는 카드가 규격의 일부만을 지원하는 경우에 이를 표시토록 하며 전체 16비트로 구성된다. 지원 항목의 첫 번째 b0비트는 ISO 14443-3를 준수하고, b1비트는 ISO 14443-4를 준수하며, b2비트에는 Config DF를 준수하고, b3비트에는 Hipass의 지원 여부를 기록하며, b4~b15비트 는 예비 영역으로 설정된다. 여기서, 각 항목을 지원하는 경우 각 비트에 ‘1’의 값을 설정하며, 지원하지 않는 경우에는 ‘0’의 값을 설정함이 바람직할 것이다.

이후, 1 바이트 구조를 갖는 IDCENTER는 한국전자지불산업협회에서 지정한 교통 사업자의 고유 번호이다. 상기 교통호환 사업자는 고유의 IDCENTER값을 가지고 있으며 이를 표시하기 위한 영역을 갖는다. 0x00 번지는 Reserved 영역이고, 0x01 번지는 금융결제원 사업자이고, 0x02 번지는 에이캐시 사업자이며, 0x03 번지는 마이비 사업자이고, 0x04 번지는 Reserved 영역이며, 0x05 번지는 브이캐시 사업자이고, 0x06 번지는 몬덱스코리아 사업자, 0x07 번지는 한국도로공사 사업자를 나타낸다. 그리고, 0x08 번지는 한국스마트카드 사업자, 0x09 번지는 코레일네트웍스 사업자, 0x0A 번지는 Reserved 영역이며, 0x0B는 이비 사업자를 나타낸다.

또한 전술된 잔액 조회 명령은 단말기에서 카드의 잔액을 조회하기 위해 사용할 명령이며, 잔액 조회의 명령에 서명값 등 상수로 표현이 불가능한 경우에는 표시를 하지 않을 수 있다. 또한, 카드에서 잔액을 조회 할 수 있는 명령이 없는 경우 표시 하지 않으며, 응답의 구조는 4바이트 이하의 16진수 값만이 가능하다.

상기 교통 호환 ADF AID는 교통 호환 사업자 별 고유의 ADF의 AID이다. 교통 호환 ADF를 선택하기 위해서 사용되며, 부가 정보 파일은 교통 호환 사업자가 부가 서비스를 하기 위하여 기록하는 부가 정보 파일의 정보이다. 이러한 부가 정보는 부가정보 파일의 종류, SFI 및 저장 가능한 최대 길이에 관한 정보를 나타낸다. 부가 정보 파일이 레코드 파일의 경우에는 길이에 Tag Length를 포함한 저장 가능한 최대 길이를 표시한다.

그리고, 부가 정보 파일은 1개 이상 존재해야 하며, 파일 하나당 3바이트로 표현한다. 교통 사업자는 이 중 어떤 파일에 호환 정보를 기록 하여도 상관없으나 일관된 파일을 사용하여 정보를 조회 및 기록한다. 또한, 호환카드 규격 상 필요한 최대길이 이상을 포함한 정보 파일이 1개 이상 존재할 경우, 카드 발급 시 처음 기록된 부가 정보 파일에 이를 표시함이 바람직할 것이다.

상기 소지자 정보는 카드를 소지하고 있는 사람의 정보를 표시하는 것으로, 일반, 어린이, 청소년, 경로, 장애인을 포함하여, 버스 또는 화물차를 분리하여 표시된다. 그리고, 유효기간은 카드의 유효기간을 표시하는 것으로, 'YYMM' 방식을 적용한다.

한편, 상기한 EFconfig2는 Config DF 하위에 존재하며 하이패스 거래를 위한 정보를 저장한다. 이는 한국도로공사의 하이플러스 카드 이외의 카드가 하이패스 거래가 가능한 경우에만 존재하는 것으로, Read Record 명령으로 파일 내용의 정보가 조회될 수 있다. 즉, 교통호환 카드가 한국도로공사의 하이패스 기능을 지원하는 경우에 발급하는 선택 항목으로, '하이패스 정보’는 EFconfig2 파일 1번 레코드에 저장된다.

이러한 EFconfig2는 도 5에 도시된 바와 같이, “하이패스 정보” 항목에서 저장되는 데이터의 목록 및 형식을 갖지며, 파일 구조는 'LF 또는 LV'이며, 파일 크기는 가변적(Var)이고, SFI는 02를 가지며, 읽기 권한은 Free로 설정되고, 쓰기 권한은 사업자에게 주어진다.

전술된 본 발명에 따른 호환 기능을 갖는 교통카드는 전국호환 교통카드용 지불 SAM(Secure Access Module) 또한 기존 카드 및 전국호환 교통카드에 대하여 모두 처리할 수 있도록 하고 있다. 이를 위해, 전국호환 교통카드용 지불 SAM은 국제표준화기구(ISO)에서 제정한 카드관련 국제표준, 그리고 한국산업규격을 참조하여, 각 전자 화폐사별로 구매, 정산용 키와 누적거래 총액, 거래수집 건수 데이터를 별도 관리하고, 구매 거래 발생 시 해당 전자화폐사별로 증가 또는 차감을 수행한다.

여기서, 전국호환 교통카드용 지불 SAM의 명령어 구현은 KS-6923 규격에 맞는 명령어를 정의하였으며 표준 규격에 맞게 구현된다. 도 6은 전국호환 교통카드용 지불 SAM 발급을 위한 절차를 나타내고 있으며, 도시된 바와 같이 타 전자화폐사로부터 받은 키전달 카드의 키를 지불 SAM 발급용 SAM으로 전달한다. 그리고, 지불 SAM 발급용 SAM으로 전국호환 교통카드용 지불 SAM을 발급 시, 기존 발급하던 키와 타 전자화폐사용 키를 모두 일괄 발급토록 함으로써, 기존 카드와 전국호환 교통카드와의 겸용이 가능하게 된다.

전술된 바와 같이, 본 발명에 따른 호환 기능을 갖는 교통 카드는 사용자의 편의성을 확보하고, 교통카드 관련 산업의 해외 진출을 통한 시장 확대와 수익증대를 유도할 수 있을 것으로 판단되며, One Card 교통카드를 통한 All Pass 환경이 구축되어 국내 IC카드 산업의 국제 경쟁력을 향상시키고, 사업자별 각 규격을 호환하려는 움직임이 가시화 되면서 기존 노후 장비 교체 및 기존 교통카드 시스템의 업그레이드 수요 증가로 내수 경제 활성화 기여하며, 시장 확대로 인한 교통카드 R&D투자가 이루어져, 침체된 IC카드 및 교통카드 산업에 활력을 불어 넣게 됨에 따라 IC카드 기반의 각종 서비스 및 제품들의 수요 증가가 예측됨에 따라 산업적 이용 가치가 극히 높을 것으로 판단된다.

도 1은 본 발명에 따른 전국호환 기능을 갖는 교통카드의 카드 운영체제를 나타낸 구성도이다.

도 2는 도 1의 카드 운영 절차를 나타낸 순서도이다.

도 3은 본 발명에 따른 전국호환 기능을 갖는 교통카드의 카드 운영체제로 적용되는 ConfiDF Response 파일 구조를 설명하기 위한 도면이다.

도 4는 본 발명에 따른 전국호환 기능을 갖는 교통카드의 카드 운영체제로 적용되는 EFconfig 파일을 설명하기 위한 도면이다.

도 5는 본 발명에 따른 전국호환 기능을 갖는 교통카드의 카드 운영체제로 적용되는 EFconfig2 파일을 설명하기 위한 도면이다.

도 6은 본 발명에 따른 전국호환 기능을 갖는 교통카드의 카드에 대한 전국호환 교통카드용 지불 SAM 발급 절차를 나타낸 플로우챠트이다.

Claims

마이크로프로세서(MPU), 메모리, 카드운영체제(COS), 보안 알고리즘(SAM), EEPROM으로 이루어진 교통카드에 있어서,

상기 카드운영체제(COS)는 카드내의 파일에는 전용파일(DF) 및 요소파일(EF)로 구성된 디렉토리 구조의 계층구조(Tree Structure)를 가지며, 상기 전용파일(DF)은 각 사업자와의 호환사용을 위하여 Config DF라는 ADF를 추가하여, 교통 호환 ADF의 정보를 저장 후 거래 시 이를 외부에 제공하고, 적어도 환승정보, 입구정보를 갖는 부가정보를 저장할 수 있도록 필수 파일을 포함하며;

단말기로부터 상기 Config DF를 인식하여 전국호환 교통카드 또는 기존 카드가 인식된 후, 인식 결과에 기초하여 기존 카드에 대한 지불거래를 수행하거나, 상기 부가정보를 토대로 전국호환 교통카드에 대한 표준카드의 지불거래를 수행하되;

상기 기존 카드에 대한 지불거래 시, 타 전자화폐사로부터 받은 키전달 카드의 키를 지불 SAM 발급용 SAM으로 전달하고, 상기 지불 SAM 발급용 SAM은 전국호환 교통카드용 지불 SAM으로 상기 키를 제공함으로써, 상기 전국호환 교통카드용 지불 SAM으로부터 기존 발급하던 키와 타 전자화폐사용 키를 일괄 발급하기 위한 카드 운영 시스템을 포함하되,

상기 Config DF는 이하의 계층으로 EFconfig와 EFconfig2를 포함하며, 상기 EFconfig는 교통호환 정보를 저장하고 EFconfig2는 선택 사항 파일로 하이패스 거래 시 필요한 데이터를 저장하는 것을 특징으로 하고,

상기 EFconfig의 교통호환 정보는 카드가 지원하는 호환 카드의 규격의 버전을 저장하는 카드 규격정보, 카드가 규격의 일부만을 지원하는 경우에 이를 표시하기 위한 지원 항목 정보, 한국전자지불산업협회에서 지정한 교통 사업자의 고유 번호를 기재하기 위한 IDCENTER 정보, 단말기에서 카드의 잔액을 조회하기 위해 사용되는 잔액 조회 명령 정보, 교통 호환 사업자 별 고유 ADF의 AID인 교통 호환 ADF AID 정보, 정보의 조회 및 기록을 담당하는 부가 정보 파일, 카드를 소지하고 있는 사람의 정보를 표시하는 소지자 정보를 포함하는 것을 특징으로 하고,

상기 카드 규격정보는 상위 바이트에는 메이져 버전을 저장하고, 하위 바이트에는 마이너 버전을 표시하며;

상기 지원 항목정보는 전체 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바이트로 표현되고;

상기 소지자 정보는 일반, 어린이, 청소년, 경로, 장애인을 포함하여, 버스 또는 화물차를 분리하도록 표시되는 것을 특징으로 하고,

상기 EFconfig2는 상기 Config DF 하위에 존재하며 하이패스 거래를 위한 정보를 저장하되, 파일 구조는 'LF 또는 LV'이며, 파일 크기는 가변적(Var)이고, SFI는 02를 가지며, 읽기 권한은 Free로 설정되고, 쓰기 권한은 사업자에게 제공되도록 정의되는 것을 특징으로 하는 전국호환 기능을 갖는 교통 카드.
제 1 항에 있어서,

상기 표준 카드는 X-CASH 카드, K-CASH 카드, 하이패스 카드 중 어느 하나의 카드인 것을 특징으로 하는 전국호환 기능을 갖는 교통 카드.
제 1 항에 있어서,

상기 표준 카드는 X-CASH 카드, K-CASH 카드, 하이패스 카드를 포함하는 것을 특징으로 하는 전국호환 기능을 갖는 교통 카드.
제 1 항 내지 제 3 항 중 어느 한 항에 있어서,

상기 표준 카드에 대한 지불거래는 KS-6923 규격에 맞는 명령어에 근거하여 거래되는 것을 특징으로 하는 전국호환 기능을 갖는 교통 카드.
삭제
삭제
삭제
삭제
제 1 항에 있어서,

상기 전국호환 교통카드용 지불 SAM은 각 전자 화폐사별로 구매, 정산용 키 와 누적거래 총액, 거래수집 건수 데이터를 별도 관리하고, 구매 거래 발생 시 해당 전자화폐사별로 증가 또는 차감을 수행하는 것을 특징으로 하는 전국호환 기능을 갖는 교통 카드.