서울시 도시철도운영기관 교통카드 시스템 구축 사업

기술사양서

2013. 7

서울특별시

(교통정책과)

목    차

1. 시스템	1

1.1 시스템 개념도	1

1.1.1 개발대상 및 구축 요건	1

2. 시스템 설계 및 구축	2

2.1 센터시스템	2

2.1.1 구축목표	2

2.1.2 운영개념	3

2.1.3 주요 개발방향	3

2.2 집계시스템(SMS)	7

2.2.1 구축목표	7

2.2.2 운영개념	7

2.2.3 주요 개발방향	8

2.3 RF 단말기	11

2.3.1구축목표	11

2.3.2 운영개념	11

2.3.3 주요개발방향	12

2.4 휴대용 정산기	15

2.4.1 구축목표	15

2.4.2 운영개념	15

2.4.3 주요개발방향	16

3. 도입장비 요건	19

3.1 공통 요건	19

3.1.1 대용량거래 처리능력	19

3.1.2 고가용성 및 확장성 보장	19

3.1.3 보안성 확보 방안	19

3.1.4 최신 정보기술 동향의 반영	19

3.1.5 최신 교통정책 변화의 반영	19

3.1.6 단말기 인증	20

3.1.7 기타 사항	20

3.2 도입 H/W 및 S/W 내역	22

3.2.1 도입 요건	22

3.2.2 하드웨어 세부 내역	24

3.2.3 소프트웨어 세부 내역	27

3.3 RF단말기	30

3.3.1 도입내역	30

3.3.2 하드웨어 세부 내역	31

3.3.3 소프트웨어 세부 내역	32

3.4 휴대용 정산기	35

3.4.1 도입내역	35

3.4.2 하드웨어 세부 내역	36

3.4.3 소프트웨어 세부 내역	37

별첨 : 요금처리부 도면

1. 시스템

1.1 시스템 개념도

[그림 1] 시스템 구성도

1.1.1 개발대상 및 구축 요건

제안사는 아래의 각 개발대상과 구축요건을 요구기능과 개선기능으로 구분하여 제안하여야 하고 누락되었거나 시스템 운영 및 서비스 개선 등을 위해 필요한 기능을 추가로 제안하여야 한다.

2. 시스템 설계 및 구축

2.1 센터시스템

[그림 2] 센터시스템 개념도

2.1.1 구축목표

❍ RF단말기에서 생성된 거래내역은 집계시스템을 통해 센터시스템으로 전송되어야 하며, 수집된 거래내역은 수도권통합정산시스템으로 전송 되도록 제안하여야 한다.

❍ RF단말기 운영에 필요한 정보들을 효율적으로 관리함으로써 최신으로 단말기 운영정보 상태를 유지하고 변경 내역이 준실시간 적용 가능하도록 제안하여야 한다.

❍ RF단말기의 거래내역 수집과 기관 전송이 원활하게 수행될 수 있도록 수집 업무와 관련된 기초정보가 효율적으로 관리되어야 하며, 단말기운영관리 시스템 등 유관 기관과 기초자료를 동기화할 수 있도록 제안하여야 한다.

❍ 향후 다양한 정책 변경 사항의 적용과 시스템의 변경이 용이하도록 유연성을 보유한 센터시스템으로 제안하여야 한다.

❍ 대내외 주요 시스템간 인터페이스 구현에 대하여 준실시간 처리를 고려한 성능 및 인터페이스 설계가 제안되어야 한다.

2.1.2 운영개념

❍ 수집된 거래내역을 수도권 통합정산시스템으로 전송하는 연계시스템을 구축해야 한다.

❍ 센터시스템은 RF단말기의 교통카드 거래내역을 통합 수집하여야 하며, 수집된 정보를 수도권 통합정산시스템 으로 전송하여야 한다. 이 때 해당 거래 데이터는 사전 정의된 표준 프로토콜을 준수해야 하며, 대용량 트랜잭션 처리 특성을 고려하여 설계되어야 하며, 동시에 RF단말기 또한 수집 및 전송 성능이 보장되도록 구축되어야 한다.

❍ 수집된 거래데이터의 수집 현황 파악 및 조회가 가능하여야 한다.

❍ RF단말기의 운영 상태를 관리하며 운영정보 전송, 장애발생 처리 등을 관리하여야 한다.

❍ 거래내역 수집업무와 RF단말기 상태 관리를 원활하게 수행하기 위한 기초정보를 관련 기관과 연계하여 정합성을 확보할 수 있는 시스템을 구축해야 한다.

2.1.3 주요 개발방향

❍ 거래내역 수집의 안정성 확보

- RF단말기에서 생성된 거래내역은 센터시스템으로 안정되게 수집될 수 있는 구조로 제안하여야 한다.

- 센터시스템은 대량의 RF단말기가 동시 접속하여 거래내역을 전송할 경우 이를 안정되게 수집될 수 있는 구조로 설계되어야 하며, 향후 데이터양의 증가에 유연하게 대응할 수 있도록 제안하여야 한다.

- 거래자료 누락 발생 여부를 검증할 수 있는 방안이 제시되어야 하며, 누락 자료 발생 시 이를 재처리할 수 있는 방안이 제안되어야 한다.

- 수집된 거래내역에서 오류 발생 시 이를 재처리할 수 있는 방안이 제시되어야 한다.

- 철도기관/호선/역사/단말기별 거래내역 수집 실적을 조회하여 활용할 수 있도록 제안하여야 한다.

- 요금 정책의 반영 중 신규카드 적용 혹은 사용중지(도난/분실)등에 대하여 준실시간 적용 가능하도록 제안한다.

- 서버의 규격은 운영기관별 통행량 등을 감안해 원활한 운영이 가능하도록 구축해야 한다.

❍ 정보 정합성 확보

- 거래내역 수집 업무를 원활하게 수행하기 위해 필요한 기초정보가 효율적으로 관리될 수 있어야 하며, 데이터의 정합성이 확보되도록 제안하여야 한다.

- 사용자가 편리하게 자료를 조회하고 활용할 수 있도록 사용성과 접근 용이성, 보안성을 고려한 자료 구조 및 사용자 인터페이스를 설계하도록 제안하여야 한다.

- 철도기관, RF단말기, 역사정보 등의 기초정보를 관리하여야 하며 추가 관리가 필요한 정보를 식별하여 제안하여야 한다.

❍ 사용자 관리

- 센터시스템의 메뉴 접근 권한, 업무 수행 권한이 사용자별 관리되어야 하며, 사용자 편의성을 제공하도록 제안하여야 한다.

❍ RF단말기 관리

- RF단말기의 조작운영부 펌웨어를 센터시스템을 통해 배포할 수 있어야 하며, RF단말기 별 수신 여부와 정상 적용 여부를 확인할 수 있도록 시스템을 설계하도록 제안하여야 한다.

- RF단말기 요금처리부의 요금산정을 위한 운영정보를 제외한 기타 운영정보가 식별될 경우 이를 관리하는 방안이 제시되어야 하며, 식별된 운영정보는 RF단말기로 일괄 배포될 수 있어야 한다. 또한 RF단말기 별 수신 여부와 정상 적용 여부를 확인할 수 있도록 시스템을 설계하도록 제안하여야 한다.

- F/W와 운영정보의 배포 이력을 효율적으로 관리할 수 있는 시스템을 설계하도록 제안하여야 한다.

- RF단말기의 운영 상태를 직관적이고 명시적으로 파악할 수 있는 효과적인 모니터링 방안을 제안하여야 한다.

❍ RF단말기 제어 기능

- RF단말기 운영의 효율성을 확보하기 위하여 개별 RF단말기의 거래내역, 백업자료, 로그 등의 정보를 용이하게 추출할 수 있는 방안을 제시하여야 하며, 사용자가 센터시스템을 통하여 이를 제어할 수 있는 방안을 제안하여야 한다.

❍ 연계 시스템 고도화를 통한 서비스 안정성 확보

- 외부 기관과의 통신 프로토콜을 표준화하여 연계 시스템의 확장성과 유지보수의 효율성이 확보되도록 제안하여야 한다.

- 연계 시스템 영역에서는 응용DB에 직접 접근하지 않도록 File to File 또는 전문 통신 방식으로 설계 제안하여야 한다.

- 내부/외부 구간의 연계영역에서 구축되어지는 연계 솔루션을 제안하여야 하고 연계 모니터링 기능의 추가가 유연하고 용이하여야 한다.

- 구축되는 연계 시스템은 이중화로 구성될 수 있도록 제안되어야 한다.

- 연계되는 데이터의 신뢰성이 보장되도록 제안하여야 한다.

❍ 오류 검증 및 품질 시험 환경 구축

- 다양한 비즈니스 요구 변화에 대한 기능 구현의 즉시성을 확보할 수 있도록 구축하고, 변경 혹은 신규 구축된 기능을 품질 시험을 통해 사전 검증할 수 있어야 하며 모든 진행과정은 입력, 결과 관리 측면에서 관리되어야 한다.

- 시험 신청, 진행 과정, 결과 피드백을 처리하기 위한 품질시험 관리방안을 제안하여야 한다.

- 품질 시험에서 도출된 오류 사항 및 개선 필요 사항은 해당 담당

조직에 전달되어 즉시 결함 조치될 수 있어야 하며 조치

결과에 대한 재시험을 하여 완료되는 일련의 시험 과정이 제안되어야 한다.

❍ 백업 시스템

- 수집된 거래내역은 백업 시스템을 사용하여 일정 기간 보관해야 한다.

2.2 집계시스템(SMS)

[그림 3] 집계시스템 개념도

2.2.1 구축목표

❍ 기존 노후화된 집계시스템 PC 교체를 통하여 고성능 CPU와 메모리를 적용한 집계시스템 구축을 제안하여야 한다.

❍ 집계시스템 고유업무인 거래 수집과 단말기 운영에 최적화되도록 제안하여야 한다.

2.2.2 운영개념

❍ 집계시스템은 단말기로부터 수집된 거래내역을 센터시스템으로 전달하도록 제안되어야 한다.

❍ 상위시스템에서 전송된 운영정보를 단말기로 전송하여 단말기가 최신버전으로 운영될 수 있도록 구성되어야 한다.

2.2.3 주요개발방향

❍ 집계시스템은 단말기 운영정보를 일정기간 동안 보관하고 재전송 하도록 구축하여야 한다.

❍ 운영되는 단말기와 자료 송수신이 가능하도록 구축하여야 한다.

❍ 집계시스템은 상위시스템과 네트워크 단절 시에도 단말기 운영에 이상이 없도록 구축하여야 한다.

❍ 집계시스템은 시간오류가 발생하지 않도록 센터시스템과 동기화하도록 구축하여야 한다.

❍ 집계시스템은 단말기 이상유무 판단을 위하여 단말기 상태를 모니터링 할 수 있어야 한다.

❍ 역사 비상상황 발생 시 집계시스템에 연결된 모든 게이트에 비상모드 정보를 송신할 수 있도록 구축하여야 한다.

❍ 단말기 운영관리를 위하여 단말기에 적용된 운영정보를 집계시스템에서 파악할 수 있도록 구축하여야 한다.

❍ SMS 집계시스템 H/W

장비명	상세 규격
집계 시스템 SMS	- CPU : Intel 코어i5-2400 (쿼드 코어 3.1Ghz ) 256KB x4 - RAM : 4GB DDR3 - HDD : 500GB - ODD DVD-Super Multi - 케이스 : 미들타워 케이스 - 파워 : 350W - OS : WIN 7 프로 - 19"LCD
	- UPS 전원장비 - RS485 통신 장비 - 라우터 - L2스위치 - CSU 장비 - V.35케이블

장비명	상세 규격
집계 시스템 SMS	- 백신 - 이미지복제 툴 - DBMS - 응용프로그램

❍ SMS 집계시스템 S/W

❍ 집계시스템 응용프로그램

기능	상세
통신 연결	- 기존 역사 단말기 통신을 초기화 하고 센서 및 모듈을 체크함 - 1기 철도수집관리시스템 통신하여 각종 자료 다운로드 및 거래내역 업로드 진행 함
운영정보 관리	- 1회권 단말기 노선 맵/역 정보관리 - 1회권 단말기 요금 테이블 관리 - 역번호 입력, 날짜 및 시간 조정
소프트웨어 관리	- 소프트웨어 다운로드 및 적용 - 버전정보 관리 및 확인
감시 및 장애 처리	- 기존 역사 단말기 이상 증후 발견 시 장애등급을 판별하고 중정비 전달 및 오류 처리 - 고장 경보 시 발생되는 가청 경보 해제
화면표시기능	- 기존 역사 단말기 운영 상태 표시 - 기존 단말기 오류 사항 상태 표시 - 영업마감 시간 설정

2.3 RF 단말기

[그림 4] RF 단말기 개념도

2.3.1 구축목표

❍ 기존 노후화된 개집표기 RF단말기 교체를 통하여 고성능 CPU와 대용량 메모리를 적용한 RF단말기를 제안하여야 한다.

❍ 요금 정책 변경 시 RF단말기 내부 요금처리부에 즉시 반영될 수 있어야 하며 반영 결과를 단말기운영관리시스템에 제공 가능하도록 제안하여야 한다.

❍ RF단말기의 요금처리부는 (주)한국스마트카드로부터 표준화된 모듈을 공급 받아서 적용하여야 한다.

2.3.2 운영개념

❍ RF단말기는 승객이 개/집표 시 처리한 카드 거래데이터를 취합하여 집계시스템(SMS)을 통하여 센터시스템으로 전달하도록 설계하여야 한다.

❍ 수집된 거래데이터는 전송 과정에서 데이터 누락, 오류가 없어야 하며, 상위 기관 관리시스템의 요청에 따라 재전송 기능을 수행하여야 한다.

❍ 운영정보는 최신 상태를 유지하도록 설계되어야 하며 긴급히 제공되는 운영정보에 대해서도 즉시 반영이 될 수 있도록 설계하여야 한다.

❍ RF단말기는 스스로 상태를 진단하여 적절한 정보를 집계시스템(SMS) 및 상위 시스템으로 제공하여 신속히 점검을 받을 수 있도록 제안하여야 한다.

❍ 카드처리에 대한 결과(정상/오류)를 승객이 인지할 수 있도록 하여야 한다.

2.3.3 주요개발방향

❍ 단말기운영관리시스템에서 인증 가능하도록 RF단말기 요금처리부에 보안모듈(Secure Element)을 장착하여 모든 처리작업의 보안성과 신뢰성을 확보할 수 있도록 설계하여야 한다.

❍ 집계시스템(SMS)과 RF단말기 간의 필요한 Data를 송/수신 가능하도록 설계하여야 한다.

❍ 사용자 편의를 위한 화면 및 음성장치를 적용하여 기본 결제 정보를 비롯한 다양한 정보를 표시 할 수 있도록 설계하여야 한다.

❍ 단말기운영관리시스템에서 제공하는 정책에 대하여 수용이 가능한 하드웨어 사양을 준수하며, 기존 운영되는 개집표기의 RF단말기와 교체 가능하도록 설계하여야 한다.

❍ 메모리 공간을 확보하여 일정기간동안 거래 DATA를 보관할 수 있도록 설계하여야 한다.

❍ 기존 운영되는 개집표기에 장착되어 있는 모듈과 연동 가능하도록 설계하여야 한다.

❍ 전원 차단 시 RF단말기에 보관되어 있는 DATA 손실 및 멸실 없이 설계하여야 한다.

❍ RF단말기의 사이즈는 기존 장비에 장착이 용이하며 유지보수가 편리하도록 설계하여야 한다.

❍ 센터시스템 및 단말기운영관리시스템으로부터 정보(운영정보, F/W등)를 집계시스템(SMS)을 통하여 수신하는 동안에도 RF단말기는 정상적으로 운영되도록 설계하여야 한다.

❍ RF단말기 커버는 불연재 또는 난연재 재질을 사용하여 제작하여야 한다.

❍ RF단말기는 시간오류가 발생하지 않도록 RTC 및 백업 배터리를 적용하고, 운영 시작 시 집계시스템(SMS)과 동기화하도록 설계하여야 한다.

❍ RF단말기는 S/W Reset이 가능하도록 설계하여야 한다.

❍ RF단말기 RFID 처리부는 ISO14443 Type A, B & Mifare를 수용 하도록 설계하여야 한다.

❍ 전국호환이 가능한 모든 선/후불 카드 수용하도록 설계하여야 한다.

❍ 전국호환카드 적용을 위한 SAM 및 기존 서울에서 사용중인 모든 교통카드가 사용가능하도록 SAM slot을 장착하여야 한다.

❍ 해외 교통카드(ex. Paypass, Paywave)를 수용 가능하도록 설계하여야 한다.

❍ 단말기운영관리시스템의 인증프로세스를 준수하도록 설계하여야 한다.

❍ 신뢰성 시험 규격

항목	조 건	비고
전원역극성시험	기준전압±0.2V를 역극성으로 5분간 인가	시험 전/중/후 성능,동작에 이상이 없을 것
과전압시험	DC 18V 60분간 인가
전원전압 변동시험	10V~16V구간을 1.0V/SEC간격으로 변동
전원전압 순단시험	구형파로 주기적 순단 (10msec/50msec간격)
전원ON/OFF시험	구동전압 최대부하상태 1000회
전자파시험(EMI)	KC 인증 기준
전자파시험(EMS)	ISO11452-2 , ISO11452-4
고온동작	+60℃, 습도 80% 72시간
저온동작	-20℃, 72시간
고온방치	+80℃ 48시간
저온방치	-30℃ 48시간
온습도 사이클시험	온도범위(-30℃ ~ +75℃), 습도 범위 (45%~99%), 24시간
낙하시험	제품포장상태로 100cm 높이에서 콘크리트 또는 철판위에 자유낙하(6면)
방진/방수	생활방수
가압시험	RF단말기의 X,Y,Z축 각 단면에 1,000N으로2회인가
음량측정시험	스피커에서 10cm 이격 시 85dB이상 부저에서 10cm 이격 시 75dB이상
RFID 시험	ISO14443 Type A,B,Mifare기준 만족
카드인식거리	일반교통카드 5cm, 액세서리형 교통카드 3cm, 모바일USIM 3cm, 모바일NFC 3.5cm(사층이 없어야 함)

2.4 휴대용 정산기

[그림 4] 휴대용 정산기 개념도

2.4.1 구축목표

❍ 기존 노후화된 휴대용 정산기 교체를 통하여 고성능 CPU와 대용량 메모리를 적용한 휴대용 정산기를 제안하여야 한다.

❍ 요금 정책 변경 시 휴대용 정산기 내부 요금처리부에 즉시 반영될 수 있어야 하며 반영 결과를 단말기운영관리시스템으로 제공 가능하도록 제안하여야 한다.

❍ 향후 추가되는 휴대용 정산기를 수용할 수 있도록 표준화된 프로토콜 및 연계 방안을 제안하여야 한다.

❍ 휴대용 정산기의 요금처리부는 (주)한국스마트카드로부터 표준화된 모듈을 공급받아서 설계하여야 한다.

2.4.2 운영개념

❍ 휴대용 정산기는 승객이 개/집표 시 처리한 카드 거래데이터 및 과징금 부과 거래데이터를 취합하여 통신 크래들 장착 시 집계시스템(SMS)을 통하여 센터시스템으로 전달하도록 설계하여야 한다.

❍ 수집된 거래데이터는 전송 과정에서 데이터 누락, 오류가 없어야 하며, 상위 기관 관리시스템의 요청에 따라 재전송 기능을 수행하여야 한다.

❍ 운영정보는 최신 상태를 유지하도록 설계하여야 하며 긴급히 제공되는 운영정보에 대해서도 통신 크래들 장착 시 반영하도록 설계하여야 한다.

❍ 휴대용 정산기는 스스로 상태를 진단하여 적절한 정보를 집계시스템(SMS) 및 상위 시스템으로 제공하여 신속히 점검을 받을 수 있도록 제안하여야 한다.

❍ 안전한 카드처리 및 거래내역의 신뢰성을 위해 요금처리부 모듈의 인증을 위한 보안 메커니즘을 제공하여야 한다.

❍ 카드처리에 대한 결과(정상/오류)를 운영자가 인지할 수 있도록 하여야 한다.

2.4.3 주요개발방향

❍ 단말기운영관리시스템에서 인증 가능하도록 휴대용 정산기 요금처리부에 보안모듈(Secure Element)을 장착하여 모든 처리작업의 보안성과 신뢰성을 확보할 수 있도록 설계하여야 한다.

❍ 집계시스템(SMS)과 휴대용 정산기 간의 필요한 Data는 휴대용 정산기를 통신 크래들에 장착하여 송/수신 가능하도록 설계하여야 한다.

❍ 사용자 편의를 위한 화면 및 음성장치를 적용하여 기본 결제 정보를 비롯한 다양한 정보를 표시 할 수 있도록 설계하여야 한다.

❍ 거래한 내역은 사용자(승객) 요청 시 인쇄하도록 설계하여야 한다.

❍ 단말기운영관리시스템에서 제공하는 정책에 대하여 수용이 가능한 하드웨어 사양을 준수하며, 기존 운영되는 휴대용 정산기와 교체 가능하도록 설계하여야 한다.

❍ 메모리 공간을 확보하여 일정기간동안 거래 DATA를 보관할 수 있도록 설계하여야 한다.

❍ 사용자 편의를 위하여 배터리 잔량에 대해서 Display 및 음성 알림이 되도록 설계하여야 한다.

❍ 휴대용 정산기는 배터리 충전이 가능하도록 설계하여야 한다.

❍ 휴대용 정산기 커버는 불연재 또는 난연재 재질을 사용하여 제작하여야 한다.

❍ 휴대용 정산기 배터리는 교체가 가능하도록 설계하여야 한다.

❍ 휴대용 정산기는 시간오류가 발생하지 않도록 RTC 및 백업 배터리를 사용하고 운영 시작 시 집계시스템(SMS)과 동기화하도록 설계하여야 한다.

❍ 휴대용 정산기는 RFID 처리부는 ISO14443 Type A, B & Mifare를 수용 하도록 설계하여야 한다.

❍ 전국호환이 가능한 모든 선/후불 카드 수용하도록 설계하여야 한다.

❍ 전국호환카드 적용을 위한 SAM 및 기존 서울에서 사용중인 모든 교통카드가 사용가능하도록 SAM slot을 장착하여야 한다.

❍ 해외 교통카드(ex. Paypass, Paywave)를 수용 가능하도록 설계하여야 한다.

❍ 단말기운영관리시스템의 인증프로세스를 준수하도록 설계하여야 한다.

❍ 휴대용 정산기 배터리는 운영 4시간이 가능하도록 설계하여야 한다.

❍ 신뢰성 시험 규격

항목	조 건	비고
전원역극성시험	기준전압±0.2V를 역극성으로 5분간 인가	시험 전/중/후 성능,동작에 이상이 없을 것
과전압시험	DC 18V 60분간 인가
전원전압 변동시험	10V~16V구간을 1.0V/SEC간격으로 변동
전원전압 순단시험	구형파로 주기적 순단 (10msec/50msec간격)
전원ON/OFF시험	구동전압 최대부하상태 1000회
전자파시험(EMI)	KC 인증 기준
전자파시험(EMS)	ISO11452-2 , ISO11452-4
고온동작	+60℃, 습도 80% 72시간
저온동작	-20℃, 72시간
고온방치	+80℃ 48시간
저온방치	-30℃ 48시간
온습도 사이클시험	온도범위(-30℃ ~ +75℃), 습도 범위 (45%~99%), 24시간
낙하시험	제품상태로 50cm 높이에서 콘크리트 또는 철판위에 자유낙하(6면)
방진/방수	생활방수
가압시험	휴대용 정산기의 X,Y,Z축 각 단면에 1,000N으로2회인가
음량측정시험	스피커에서 10cm 이격 시 85dB이상 부저에서 10cm 이격 시 75dB이상
RFID 시험	ISO14443 Type A,B,Mifare기준 만족
카드인식거리	일반교통카드 5cm, 액세서리형 교통카드 3cm, 모바일USIM 3cm, 모바일NFC 3.5cm(사층이 없어야 함)

3. 도입장비 요건

3.1 공통 요건

3.1.1 대용량거래 처리능력

❍ 시스템이 지원해야 하는 처리건수 목표치는 현행 운영 시스템의 거래량을 수용하고, 향후 증가되는 거래량을 감안하여 처리할 수 있도록 제안하여야 한다.

❍ 철도 거래내역의 송수신이 집중되는 시간을 고려한 성능적 요건과 최적화된 배치 시간보장 방안을 제안하여야 한다.

3.1.2 고가용성 및 확장성 보장

❍ 장애를 대비한 시스템의 고가용성 구성 방안을 제안하여야 한다.

❍ 동적 부하분산 기능 및 용량 증설 등을 고려한 시스템 설계 및 구현 방안을 제안하여야 한다.

3.1.3 보안성 확보 방안

❍ 데이터, 어플리케이션 및 시스템 전반에 대한 보안성 확보 방안을 제안하여야 한다.

3.1.4 최신 정보기술 동향의 반영

❍ 최신 정보기술을 활용한 미래 지향적 아키텍처 설계 및 구현 방안을 제안하여야 한다.

3.1.5 최신 교통정책 변화의 반영

❍ 다양한 종류의 RF단말기를 수용할 수 있는 유연한 아키텍처 설계 구조로 제안하여야 한다.

❍ 다양한 외부 기관 연계 확장을 대비한 아키텍처 설계 구조로 제안하여야 한다.

3.1.6 단말기 인증

❍ 도입되는 단말기는 단말기운영관리센터로부터 인증(기술,성능,운영)을 취득하여야 하며 실제 설치 운영 전 통합정산사로부터 정산데이터의 정합성을 검증받아야 한다.

❍ 단말기 인증 절차는 아래의 프로세스를 따른다.

[그림 5] 단말기 인증관리 프로세스

❍ 단말기운영관리센터의 인증지침서를 준용한다.

3.1.7 기타 사항

❍ 각종 하드웨어 및 시스템 소프트웨어의 용량, 수량은 제안요청서상의 규격과 수량을 만족하여야 하며, 라이선스 등을 고려해서 최적의 구성방안을 제안하고 확보하여야 한다.

❍ 본 제안요청서에서 제시한 제품별 제안규격에도 불구하고 수도권 통합정산을 위한 철도단말정보 수집에 보다 적합한 최신기술 및 최적의 솔루션이 있을 경우 제시할 수 있다.

❍ 제안요청 내용(시스템 구성 포함) 이외의 추가 설비(하드웨어, 소프트웨어) 필요 시 제안에 포함해야 하며, 추가 설비로 인해 성능저하가 되지 않도록 제안하여야 한다.

❍ 제안 제품의 설치 및 테스트 시 속도저하, 장애발생, 보안취약점 발견, 기능미비 등으로 사용에 중대한 결함이 있는 것으로 판단될 경우 제안제품을 교체 또는 대체, 증설, 보완을 요구할 수 있으며 제안사는 이에 응해야 한다.

❍ 신규 도입 SW는 최신정품이어야 하며, 국내 Reference Site를 보유하여야 한다. 또한 모든 서버의 OS버전은 성능이 검증된 최신 버전으로 설치하여야 한다. 단, 성능 및 안정성을 고려하여 필요할 경우 최신 버전이 아닌 안정화 버전을 설치할 수 있으며 이 경우 제품검수 후 1년간 무상 업그레이드를 보장하여야 한다.

❍ 신규 서버 장비는 검수 완료 후 2년 이내 장애등으로 문제발생 시 동일 제조사의 동일성능 이상의 부품 또는 신제품으로 교체하여야 한다.

❍ 신규 도입되는 서버의 소프트웨어 라이선스는 제안되는 서버 CPU 수량에 맞도록 제안하고, 성능문제 등으로 CPU 추가 시 소프트웨어 라이선스도 함께 제공하여야 한다.

❍ 도입되는 모든 소프트웨어의 라이선스는 제출하여야 한다.

❍ 장비설치에 따른 제반 시설공사(분전반, 전원케이블, 네트워크케이블 등 장비운영에 필요한 시설공사) 필요 시 철도기관과 협의를 통하여 조치하여야 한다.

❍ 신규 장비에 대한 발열량 및 전산실 상면 최소화 등을 고려한 신규장비 배치 적정 방안을 제안하여야 한다.

❍ 모든 서버는 이중화된 네트워크를 수용할 수 있어야 한다.

❍ 개발환경 구성을 위한 개발서버 및 데이터 전환을 위한 전환서버를

별도로 구성하여야 한다.

❍ 서버와 네트워크 장비간 케이블 시공은 기존 배선 시스템(케이블 트레이)을 활용하여야 한다.

❍ 프리웨어는 제안에 포함할 수 없으며, 오픈 소스인 경우 업무용으로 사용 시 관리적, 기술적, 법적 하자가 없어야 한다.

3.2 도입 H/W 및 S/W 내역

3.2.1 도입 요건

❍ 신규 도입장비에 대한 전체적인 설치 및 시험 관리 방안을 제안하여야 한다.

❍ 신규 시스템 교체에 대한 유지보수 조직과 협업 진행 방안을 제안하여야 한다.

❍ 하드웨어는 현황 및 각 장비별 최소사양을 참조하여 향후 증가되는 부하를 고려하여 제안하여야 한다.

❍ 상용 소프트웨어는 시스템의 안정적인 기능, 유지보수 비용, 지원체계 및 거래 수집의 안정성 등을 고려하여 제품을 선정하고, 하드웨어의 용량 또는 예상 사용자 수에 맞는(또는 이상) 라이선스 확보방안을 제안하여야 한다.

❍ 네트워크는 RF단말기 및 통합정산시스템, 단말기운영관리시스템 등 외부 기관과의 연동을 고려하여 최적의 구성안으로 설계하고, 필요한 수량 및 성능 이상으로 제안되어야 한다.

❍ 센터시스템의 구축 및 운영에 차질없이 정상적인 서비스를 제공할 수 있는 하드웨어, 상용 소프트웨어, 네트워크를 제안하며, 이에 대한 객관적인 자료 및 타당성을 제시하여야 한다.

❍ 센터시스템의 장애에 대비한 이중화 구성, 고가용성 확보 등 서비스 연속성을 보장할 수 있는 안정적인 구성방안을 제안하여야 한다.

❍ 통합정산시스템, 단말기운영관리시스템, 향후 구축될 시스템 등 필요한 외부 시스템 및 내부 시스템간의 원활한 시스템 연계 방안을 제안하여야 한다.

❍ 제안사는 시스템의 연속성을 위하여 본 구축 사업 수행에 필수적이거나 권장하여야 할 하드웨어, 소프트웨어, 네트워크, 시스템 등이 제안안내서 상에 누락되었을 경우에는 이를 포함하여 제안하여야 하며, 동비용은 계약 금액에 포함된 것으로 본다.

❍ 제안사는 내ㆍ외부시스템과의 연계에 따른 보안 및 데이터 무결성 보장 방안 등에 대하여 제안하여야 한다.

❍ 데이터베이스는 대용량 데이터를 생성, 관리함에 있어 적합하여야 하고, 최적의 응답속도를 보장할 수 있는 제품을 제안하여야 한다.

❍ 네트워크 장비의 이중화, 보안방안, 모니터링, 장애관리, 트래픽분산, 네트워크 관리 등의 방안을 제안하여야 한다.

❍ 네트워크 장비는 RF단말기 및 수도권통합정산시스템, 단말기운영관리시스템 그리고 향후 기타 사업에서 구축될 시스템, 내ㆍ외부 시스템과의 통신망 구성에 따른 호환성, 안정성, 향후 확장성, 표준화 방안 등이 제안되어야 하며, 통신 신뢰성 및 통신 방법을 고려하여 제안되어야 한다.

❍ 거래내역 수집과 RF단말기 관리 등의 서비스 지원과 고객 서비스를 원활하게 지원할 수 있는 데이터베이스 구축 방안 및 시스템 개발 및 운영 방안을 제안하여야 한다.

❍ 주요 서버의 실시간 성능분석 및 로그 관리정보 방안을 제안하여야 한다.

❍ 제안사는 하드웨어, 소프트웨어, 네트워크 시스템을 최신 사양의 장비로 제안하고, 안정적인 운영 및 확장성을 위하여 추가적인 제안이 가능하다.

3.2.2 하드웨어 세부 내역

구분	장비명	수량	비고
서버	수집관리 통합서버#1	1	- 수집관리통합DB #1 - 수집/운영정보관리 #1 - 연계 #1 - WEB/WAS #1 - 총 4개 파티션 구성
	수도권정산 통합서버#2	1	- 수집관리통합DB #2 - 수집/운영정보관리 #2 - 연계 #2 - WEB/WAS #2 - 총 4개 파티션 구성
스토리지	수집관리 스토리지	1	- Usable 3.5 TB - 백업볼륨 3.5TB Spare 구성
	SAN 스위치	2	- 16 port
네트워크	L2스위치	2	- 서버 이중화 통신용 L2스위치
	L3 스위치	2	- 백본용 L3 스위치
	L4 스위치	2	- 10G SFP 포함
	연계망 라우터	2	- 4 포트 이상

* 위 사양은 최소 사양이며 품질과 성능이 동등이상이어야 함

* 위 수량은 각 전철운영기관별로 1 Set임

* 수량 및 사양은 각 전철운영기관 협의 후 변경될 수 있음

❍ 도입되는 서버에는 보안정책, 시스템 관리운영 정책, 백업정책 등에 맞게 관련 소프트웨어 라이선스를  신규 도입되어야 하며, 신규 도입되는 소프트웨어는 품질과 성능에서 신뢰성이 확보된  제품으로 제안하여야 한다.

❍ 도입되는 서버는 전산 기계실의 전기량 및 발열량 등의 최소화 및 공간을 최대 활용할 수 있도록 물리적 또는 논리적 파티션으로 분리하여 통합서버 형태로 제안하여야 한다.(물리적 장애 분산을 최대한 고려하여 구성 방안 제시)

❍ 통합서버는 2배 이상의 확장성 제공 및 물리 메모리 2TB 이상 지원해야 하며, 예상치 못한 자원 요구에 대해 시스템 중단 없이 CPU 용량을 확장하는 CoD(Capacity on Demand) 기능을 제공 하여야 한다.

❍ 서버의 구성은 운영 및 관리용이성을 고려하여 동일 제조사의 제품으로 통일하여 구성하여야 한다.

❍ 시스템 오픈 시 운영조직과 협업하여 기존장비의 자원에 대한 적절한 처리  방안을 제시하여야 한다.

❍ 서버규격

장비명	수량	비고
수집관리통합서버	2	- SMP 구조의 UNIX 시스템 - 최소 900,000tpmc 이상 - 메모리 90 GB 이상 - 300GB 2개 이상 (미러링 구성) - HBA 8 Gigabit FC port 6개 이상 - 최신 OS 포함 - Cluster SW 포함

* 위 사양은 최소 사양이며 품질과 성능이 동등이상이어야 함

❍ 백업장비 규격

장비명	수량	비고
스토리지	1	- 운영 : Usable 3.5TB(미러링) - 백업볼륨 : Usable 3.5TB( Raid5) 디스크 Spare
SAN 스위치	1	- 16 port 이상

* 위 사양은 최소 사양이며 품질과 성능이 동등이상이어야 함

❍ 네트워크 장비 규격

장비명	수량	비고
L2스위치	2	-4 Port GE SFP -20 Port 1000Base-T
L3 스위치	2	-8 port GE SFP -20 port 10/100/1000 RJ45
L4 스위치	2	-16 Port GE SFP -10G SFP * 2EA 포함 8 Gigabit 이상
연계망 라우터	2	4 port Serial HWIC * 8

* 위 사양은 최소 사양이며 품질과 성능이 동등이상이어야 함

3.2.3 소프트웨어 세부 내역

품목	SW명	수량	대상서버
업무SW	DBMS	1	- 수집관리 DB서버 * 2대(cluster)
	DB보안	1	- 수집관리 DB서버 * 2
	WAS	2	- WEB/WAS
	작업관리 SW	2	- 수집관리 AP
	연계 솔루션	2	- 연계서버
	백업SW	1	- Network Client - SAN 백업 Client

* 위 사양은 최소 사양이며 품질과 성능이 동등이상이어야 함

* 위 수량은 각 전철운영기관별로 1 Set임

❍ 업무 소프트웨어

소프트웨어 명	수량	세부규격
DBMS	2	- 다중 동시사용자를 지원하여 효율적인 트랜잭션 처리를 보장하여야 함 - 동적 데이터베이스 구조 변경(테이블 구조 변경, 인덱스 생성 및 변경) 기능 제공 - 사용자 감시 기능 및 다양한 데이터 탑재, 추출 기능 제공 - 최신 표준 SQL 규격 지원 - 병렬처리를 통한 성능 향상 기능 보장 - 개방형 플랫폼 지원 - DB서버 Active-Active
DB보안	2	- DB보안 요구에 맞는 다양한 API제공 - DBMS에 Plug-in 형태로 설치 - API를 통하여 요청되는 암·복호화 요청을 처리 - DB 보안정책 및 암·복호화 키 관리 - 암호화 통신을 통해 암호화 정책 설정 - Multi-Thread를 지원
WAS	2	- Java SE 6, Java EE 5 이상의 규약을 지원 - 복수의 도메인을 운영할 수 있어야 함 - Java Web Service 관련 규약(확장포함) 지원 - 대용량 트랜잭션 처리사례가 있는 제품

* 위 사양은 최소 사양이며 품질과 성능이 동등이상이어야 함

소프트웨어 명	수량	세부규격
연계 솔루션	2	- 대외기간 시스템연계를 위한 통합 파일 라우팅 게이트웨이 방식 - P2P 파일전송을 위한 전용 프로토콜 이외에 다양한 대외기관 연계를 위한 다양한 파일 전송 프로토콜 (FTP, FTPs, SFTP, HTTP, HTTPs 등)을 단일 플랫폼 에서 지원 - 파일 라우팅을 위한 템플릿제공 - 기업 내 주 사용 통신 프로토콜 연계 기능 제공( TCP, HTTP(s), FTP(s) ) - Custom 연계 기능 구현을 위한 프레임웍 제공
백업 SW	1	- 백업 SW 라이선스 포함 - SAN 및 네트워크 Agent 포함

* 위 사양은 최소 사양이며 품질과 성능이 동등이상이어야 함

3.3 RF단말기

3.3.1 도입내역

구분		수량	비고
RF 단말기	조작 운영부	2	Display부 TCP/IP 통신부 I/O Board 통신부 음성 처리부 요금처리 통신부
	요금 처리부		조작 운영 통신부 SAM Socket부 카드 처리부
I/O Board		1	Flap 제어부 방향표시기 제어부 승객감지센서 제어부 RF 단말기 통신부 운용모드(개/집표/비상) 제어부

3.3.2 하드웨어 세부내역

장비명		상세 규격
RF단말기	조작 운영부	- CPU 1GHz 이상 - RAM 512MB 이상 - NAND 1GB 이상 - NOR 8MB 이상 - TFT LCD or FND Display - RFID Reader (ISO 14443 Type A/B, Mifare 지원) - TCP/IP 3Port 이상 & RS-485 - USB HOST 2.0 1Port 이상 - Multi Serial Port(Debug, I/OBoard 통신) - SAM Slot(SIM Type 4 slots) 확장 - 1W Speaker 1EA 이상 - Buzzer Wi-Fi(Option) - Key Button(select, Up, Down) - RTC 내장(내장 배터리) - Power Management(PMIC) - OS Linux 2.6.35 이상
	요금 처리부	- CPU 1GHz 이상 - RAM 512MB 이상 - NAND 1GB 이상 - NOR 8MB 이상 - SAM Slot(SIM Type 4 slots) - TCP/IP 1Port 이상 - Multi Serial Port(Debug, I/OBoard통신) - USB HOST 2.0 1Port 이상 - RTC 내장 - Power Management(PMIC) - OS Linux 2.6.35 이상
I/O Board		- CPU 8bit 이상 - Multi Uart Port - FND (7Segment) - Key Button(select, Up, Down) ※ 개집표기 사양에 따라 변경 가능

* 위 사양은 최소 사양이며 품질과 성능이 동등이상이어야 함

3.3.3 소프트웨어 세부내역

❍ RF 단말기-조작 운영부

기능	상세
단말 초기화	- 초기 부팅 및 Reset 시 이벤트를 발생하여 센터의 단말 상태를 전송함 - 각종 디바이스를 초기화 하고 운영 정보 및 실행 파일을 체크함
자가진단	- 전원 및 디바이스를 체크하고 관리함 - 서비스 시간 체크 하고 해당 모드로 변경함
관리자 기능	- 역사 등 코드를 변경 가능하게 하며 운영/테스트/정비 모드 등의 장비 모드를 변경함
Profile 관리	- 프로그램 버전 체크를 통하여 최신의 프로그램 상태를 유지 함 - 장비 내 작동상태를 Log로 남기고 센터 요청 시 전송함
감시 및 장애 처리	- RF단말기에서 이상 증후 발견 시 장애등급을 판별하고 비상시 개집표기오픈
시간동기화	- 센터와의 시간을 자동 동기화 하며 수동 보정 가능 함
요금 처리부 연계	- 요금처리부와 통신하여 단말기의 유효성을 인증 받고 운영정보를 수신한다.
거래 내역처리	- 처리 내역 7일 이상 보관 관리 함 - 요금처리부로 받은 거래 내역을 백업하고 요청 시 거래 정보를 재전송 함
화면표시기능	- 승객 통과 시 거래 및 카드 정보를 알려줌
통신 초기화	- 센터시스템의 통신을 초기화 함
운영설정	- 내부 변수 및 역정보 획득/설정
업로드	- 거래내역 및 운영 상태, 이벤트 정보를 전송하며 센터 요청 시 데이터를 재전송 함
다운로드	- 센터시스템으로부터 운영에 필요한 정보를 수신 받는다.
데이터 처리	- 센터시스템으로부터 다운로드 한 데이터를 처리함

❍ RF 단말기-요금 처리부

기능	상 세
카드처리	- 카드발행사, 교통상품 지원 - 신규 카드 진입 정책 반영 - 카드 내부의 비즈니스 타입 체크 및 처리 기능 모듈화 - 카드 제어 API - 정형화된 카드 처리 메시지 구현
SAM 관리	- 키 또는 키셋 배포(추가/갱신) - 카드 및 SAM 관리 데이터 갱신 - 카드 및 SAM에 대한 보안 인증 - SAM 통신 API
인터페이스 관리	- RF단말기와의 인터페이스 - 메시지 정보 관리 - 응용프레임워크로 구성 - 명령어 해석기, 장치제어 및 제어응답처리 로직
요금계산관리	- 요금테이블 수신 - 요금처리를 위한 기초정보 수집 - 카드 처리 시 요금 확인 - 환승 요금 처리
RF 단말기 인증	- 거래를 위해 사전 서명을 생성 - 암호화 및 서명 인증 수행
운영정보 관리	- 다양한 교통상품, 교통요금에 대한 적용을 쉽게 하기 위한 운영정보 파일 관리 - 노선 맵/역 정보관리 - 요금 테이블 관리 - BL/PL 관리 - RF단말기 정보관리 - RF단말기 버전
소프트웨어 관리	- 소프트웨어 다운로드 및 적용 - 버전정보 관리 및 확인
보안 모듈	- 보안강화기술을 이용한 보안 취약성(기밀성, 무결성)을 해결 - 송수신 메시지에 대한 보안프레임워크 제시 - 다양한 보안 알고리즘 기반의 MAC 생성 기능을 구현하여 송수신 메시지에 대한 인증 및 무결성 확보 - 암호학적 키 성립 및 암복호
가변적 비즈니스 인터페이스	- 다양한 요금 상품, 각종 할인/할증 서비스 적용 - 카드처리 모듈화 기능

❍ I/O Board

기능	상세
통신 연결	- RF단말기와 통신을 초기화 하고 센서 및 모듈을 체크함
센서 처리	- 승객 진입 감지 처리
모듈 처리	- Approach 표기 처리, Flap 처리, Lamp 처리 등

3.4 휴대용 정산기

3.4.1 도입내역

구분		수량	비고
휴대용 정산기	조작 운영부	1	Display부 밧데리 충전부 TCP/IP 통신부 음성 처리부 요금처리 통신부 PRINT 인쇄부 KEY PAD 연결부
	요금 처리부		조작 운영 통신부 SAM Socket부 카드 처리부
크래들		1	조작 운영부 연결부 Power 공급 Indicator Display

3.4.2 하드웨어 세부내역

장비명		상세 규격
휴대용 정산기	조작 운영부	- CPU 1GHz 이상 - RAM 512MB 이상 - NAND 1GB 이상 - NOR 8MB 이상 - TFT LCD Display - RFID Reader (ISO 14443 Type A/B, Mifare 지원) - TCP/IP 2Port 이상 - USB HOST 2.0 1Port 이상 - Multi Serial Port(Debug, 크래덜 통신) - SAM Slot(SIM Type 4 slots) 확장 - 1W Speaker 1EA 이상 - Buzzer Indicated LED(RED, BLUE, GREEN) - Key Button - RTC 내장 - Power Management(PMIC) - OS Linux 2.6.35 이상
	요금 처리부	- CPU 1GHz 이상 - RAM 512MB 이상 - NAND 1GB 이상 - NOR 8MB 이상 - SAM Slot(SIM Type 4 slots) - TCP/IP 1Port 이상 - Multi Serial Port(Debug) - USB HOST 2.0 1Port 이상 - RTC 내장 - Power Management(PMIC) - OS Linux 2.6.35 이상

* 위 사양은 최소 사양이며 품질과 성능이 동등이상이어야 함

3.4.3 소프트웨어 세부내역

❍ 휴대용 정산기-조작 운영부

기능	상세
단말 초기화	- 초기 부팅 및 Reset 시 이벤트를 발생하여 센터의 단말 상태를 전송함 - 각종 디바이스를 초기화 하고 운영 정보 및 실행 파일을 체크함
자가진단	- 밧데리 및 디바이스를 체크하고 관리함 - 자가 진단 후 오류가 발생 시 단말기 상태를 표시 후 센터시스템에게 알림
Profile 관리	- 프로그램 버전 체크를 통하여 최신의 프로그램 상태를 유지 함 - 장비 내 작동상태를 Log로 남기고 센터 요청 시 전송함
시간동기화	- 센터와의 시간을 자동 동기화 하며 수동 보정 가능 함
요금 처리부 연계	- 요금처리부와 통신하여 단말기의 유효성을 인증 받고 운영정보를 수신한다.
거래 내역처리	- 처리 내역 7일 이상 보관 관리 함 - 요금처리부로 받은 거래 내역을 백업하고 요청 시 거래 정보를 재전송 함
화면표시기능	- 과징금 및 개/집표 내용을 화면으로 고객에게 알려줌
통신 초기화	- 센터시스템의 통신을 초기화 함
운영설정	- 내부 변수 및 역정보 획득/설정
업로드	- 거래내역 및 운영 상태, 이벤트 정보를 전송하며 센터 요청 시 데이터를 재전송 함
다운로드	- 센터시스템으로부터 운영에 필요한 정보를 수신 받는다.
데이터 처리	- 센터시스템으로부터 다운로드 한 데이터를 처리함
PRINT 기능	- 고객의 요청 시 과징금 및 개/집표 내용을 인쇄 함

❍ 휴대용 정산기-요금 처리부

기능	상 세
카드처리	- 카드발행사, 교통상품 지원 - 신규 카드 진입 정책 반영 - 카드 내부의 비즈니스 타입 체크 및 처리 기능 모듈화 - 카드 제어 API - 정형화된 카드 처리 메시지 구현
SAM 관리	- 키 또는 키셋 배포(추가/갱신) - 카드 및 SAM 관리 데이터 갱신 - 카드 및 SAM에 대한 보안 인증 - SAM 통신 API
인터페이스 관리	- 조작 운영부의 인터페이스 - 메시지 정보 관리 - 응용프레임워크로 구성 - 명령어 해석기, 장치제어 및 제어응답처리 로직
요금계산관리	- 요금테이블 수신 - 요금처리를 위한 기초정보 수집 - 카드 처리 시 요금 확인 - 과징금 처리
휴대용 정산기 인증	- 거래를 위해 사전 서명을 생성 - 암호화 및 서명 인증 수행
운영정보 관리	- 다양한 교통상품, 교통요금에 대한 적용을 쉽게 하기 위한 운영정보 파일 관리 - 노선 맵/역 정보관리 - 요금 테이블 관리 - BL/PL 관리 - 휴대용 정산기 정보관리 - 휴대용 정산기 버전
소프트웨어 관리	- 소프트웨어 다운로드 및 적용 - 버전정보 관리 및 확인
보안 모듈	- 보안강화기술을 이용한 보안 취약성(기밀성, 무결성)을 해결 - 송수신 메시지에 대한 보안프레임워크 제시 - 다양한 보안 알고리즘 기반의 MAC 생성 기능을 구현하여 송수신 메시지에 대한 인증 및 무결성 확보 - 암호학적 키 성립 및 암복호
가변적 비즈니스 인터페이스	- 다양한 요금 상품, 각종 할인/할증 서비스 적용 - 카드처리 모듈화 기능

별첨 요금처리부 도면

※ 요금처리부 외곽 사이즈

[ 정면 ]                             [ 후면]

※ 요금처리부 고정 지지대 사양

※ 124핀 요금처리부 커넥터 사양