교통카드 관련 장비의 전국호환성 인증 요령
- 담당부서도시광역교통과
- 작성자한수원
- 등록일2013-07-30
- 조회4471
-
첨부파일
[붙임2]인증요령_개정안_신규비교표.hwp 바로보기
[붙임1]_인증요령_일부개정안.hwp 바로보기
[확인증]교통카드관련장비의전국호환성인증요령개정.hwp 바로보기
교통카드 관련 장비의 전국호환성 인증 요령
[별표 1] 일부개정안
부 칙
이 요령은 고시한 날로부터 시행한다.
[별표 1] 인증대상별 전국호환성 인증기준
제1장 교통카드 전국호환성 인증기준
제 1부 : 기본 구조
<1~ 8.1 생략>
8.2 CONFIG DF
"교통카드"에서는 각 사와의 호환사용을 위하여 존재하는 ADF이며 "교통 카드"의 교통 호환 ADF의 정보를 저장하고 있다. 교통 호환 ADF의 정보를 외부에 제공하는 역할을 하며 최초의 거래시 필수적으로 CONFIG DF를 선택하여야 한다.
CONFIG DF의 AID는 아래와 같다.
AID |
인증대행기관 관리 |
ConfigDF 아래에는 EFCONFIG와 EFCONFIG2가 있으며 EFCONFIG는 교통 호환 정보를 저장하고 있으며 EFCONFIG2는 선택 사항 파일로 하이패스 거래 시 필요한 데이터를 저장하고 있다.
ConfigDF 선택 시 응답으로 EFCONFIG의 내용을 응답하는 경우 아래의 형태를 따른다.
FCI(File Control Information)
파일 구조 |
Lf | ||||||||
파일 크기 |
| ||||||||
레코드번호 |
Tag |
Length |
항목 |
Value |
비고 |
조건 | |||
1 |
6F |
|
|
|
FCI Template |
|
|
필수 | |
|
84 |
|
|
DF Name |
|
|
필수 | ||
A5 |
|
|
FCI Proprietary Template |
|
|
필수 | |||
|
50 |
2 |
카드 규격 및 선후불 구분 |
01 00(선불) 11 00(후불) |
|
필수 | |||
47 |
2 |
지원 항목 |
|
|
필수 | ||||
43 |
1 |
IDCENTER |
|
|
필수 | ||||
11 |
5 |
잔액 조회 명령(선불 필수) |
|
|
선택 | ||||
4F |
5~16 |
교통 호환 ADF AID |
|
|
필수 | ||||
9F10 |
3*N |
부가 Data File 정보 |
|
|
필수 | ||||
45 |
1 |
카드 소지자(카드타입) 정보 |
|
|
선택 | ||||
5F24 |
2 |
유효기간 |
|
|
필수 | ||||
12 |
8 |
카드일련번호(후불 필수) |
|
|
선택 | ||||
13 |
8 |
카드관리번호 |
|
|
선택 | ||||
BF0C |
Var |
FCI Issuer Discretionary Data |
|
|
선택 |
8.3 EFCONFIG
CONFIG DF 하위에 존재하며 실제 교통 호환용 Application 에 대한 정보를 저장하고 있다. Read Record 명령으로 파일 내용의 정보가 조회 가능하다.
EFCONFIG를 통하여 얻을 수 있는 정보는 아래와 같다.
카드가 지원하는 “호환 카드”규격 버전
“호환 카드” 규격 중 카드가 지원하는 항목
교통 호환 ADF의 AID
교통 호환 ADF에서의 존재하는 부가정보 파일의 정보
카드 소지자에 대한 정보 (선택 사항)
각 교통 호환 카드 사업자의 임의의 정보
카드 유효기간
잔액 조회 명령 (선택 사항)
EFCONFIG 파일은 1개이상의 레코드로 구성되어 있으며 1번 레코드는 필수 항목이며 교통 호환을 위한 정보를 저장하고 있다. 2번 이하의 레코드는 선택 사항으로 발급사가 임의의 데이터를 저장할 수 있다. DF Select시 FCI로 조회하는 방법과 하위 EF파일을 조회하는 방법이 있다. FCI응답으로 EFCONFIG 파일의 1번 레코드의 데이터를 포함하는 경우 FCI Proprietary Template Tag인 ‘A5' Tag에 포함 되어야한다.
파일 구조 |
Lf 또는 Lv | |||||||
파일 크기 |
Var. | |||||||
SFI |
01 | |||||||
읽기 권한 |
Free | |||||||
쓰기 권한 |
(주) | |||||||
레코드번호 |
Tag |
Length |
항 목 |
Value |
비고 |
조건 | ||
1 |
87 |
|
|
Config Data Template |
|
교통호환 정보 |
필수 | |
|
50 |
2 |
카드 규격 및 선후불 구분 |
01 00(선불) 11 00(후불) |
|
필수 | ||
|
47 |
2 |
지원 항목 |
|
|
필수 | ||
|
43 |
1 |
IDCENTER |
|
|
필수 | ||
|
11 |
5 |
잔액 조회 명령(선불 필수) |
|
|
선택 | ||
|
4F |
5~16 |
교통 호환 ADF AID |
|
|
필수 | ||
|
9F10 |
3*N |
부가 정보 파일 |
|
|
필수 | ||
|
45 |
1 |
카드소지자(카드타입) 정보 |
|
|
선택 | ||
|
5F24 |
2 |
유효기간 |
|
|
필수 | ||
|
12 |
8 |
카드일련번호(후불 필수) |
|
|
선택 | ||
|
13 |
8 |
카드관리번호 |
|
|
선택 | ||
|
BF0C |
Var |
카드 사업자 임의의 정보 |
|
|
선택 |
<8.3.1 ~ 8.5.3 생략>
8.5.4 부가 정보의 기록
부가 정보 파일이 Transparent 구조의 경우 부가 정보 파일에 기록할 데이터를 거래 명령에 추가 하여 보낸다. 부가 정보 파일이 Record 구조의 경우 부가 정보 파일에 기록할 데이터에 Tag와 Length 필드를 포함하여 거래 명령에 추가 하여 보낸다.
거래 명령에 부가 정보가 포함되는 경우에 APDU의 P2로 부가정보 파일을 지정하여야 한다. 이 때 Application은 P2의 정보가 내부에서 관리하는 부가정보 파일과 일치하는 경우에 부가정보를 기록하다.
● Tag의 구성
부가 정보 파일에 기록할 Tag의 경우 부가 정보 파일의 기록 주체를 확인할 수 있도록 거래 시 아래의 규칙에 따라 Tag를 구성한다. 또한 교통 호환 Application은 부가 정보 파일의 Tag를 값을 확인하거나 조작하지 않는다. 다만, Tag의 구성을 선택으로 하고, 그 값은 교통카드 사업자 임의처리 할 수 있다.
B8 |
B7 |
B6 |
B5 |
B4 |
B3 |
B2 |
B1 |
내용 |
1 |
1 |
0 |
- |
- |
- |
- |
- |
교통카드 사업자의 구분 |
Tag는 B5~B1에 현재 거래를 하는 교통 사업자의 IDCENTER값을 기록한다.
즉 IDCENTER가 ‘01’의 경우 Tag를 ‘C1’로, ‘11’의 경우 Tag를 ‘D1’로 기록한다.
<이하 생략 >