KR102204807B1 - 2 모드로 작동하는 교통 카드 및 교통 카드의 트랜잭션 처리 방법 - Google Patents

2 모드로 작동하는 교통 카드 및 교통 카드의 트랜잭션 처리 방법 Download PDF

Info

Publication number
KR102204807B1
KR102204807B1 KR1020190035170A KR20190035170A KR102204807B1 KR 102204807 B1 KR102204807 B1 KR 102204807B1 KR 1020190035170 A KR1020190035170 A KR 1020190035170A KR 20190035170 A KR20190035170 A KR 20190035170A KR 102204807 B1 KR102204807 B1 KR 102204807B1
Authority
KR
South Korea
Prior art keywords
transaction
transportation card
balance
chip
transportation
Prior art date
Application number
KR1020190035170A
Other languages
English (en)
Other versions
KR20200114069A (ko
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 한국철도공사
Priority to KR1020190035170A priority Critical patent/KR102204807B1/ko
Publication of KR20200114069A publication Critical patent/KR20200114069A/ko
Application granted granted Critical
Publication of KR102204807B1 publication Critical patent/KR102204807B1/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/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/356—Aspects of software for card payments
    • 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/14—Payment architectures specially adapted for billing systems
    • 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/24—Credit schemes, i.e. "pay after"
    • G06Q50/30—
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Development Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

교통 카드 및 교통 카드의 트랜잭션 처리 방법이 개시된다. 개시된 교통 카드의 트랜잭션 처리 방법은 교통 카드에 탑재된 칩이, 트랜잭션 단말기와의 상호작용을 통하여 상기 트랜잭션의 처리를 개시하고, 상기 트랜잭션의 발생 시각에 따라 선불 모드 및 마이너스 모드 중 어느 하나의 작동 모드를 선택하거나 상기 트랜잭션 단말기로 하여금 상기 작동 모드를 선택하게 하도록 지원하는 단계, 상기 작동 모드가 상기 선불 모드이면, 상기 칩이, 상기 트랜잭션 단말기와의 상호작용을 통하여 (i) 상기 교통 카드의 잔액 이하의 한도 내에서 상기 트랜잭션을 완료하는 프로세스를 수행하고, 상기 작동 모드가 상기 마이너스 모드이면, 상기 칩이, (ii) 마이너스 모드에서의 트랜잭션이 수행되는 것으로 미리 정해진 트랜잭션 유형에 해당하는 상기 트랜잭션에 한하여 상기 트랜잭션을 완료하는 프로세스를 수행하는 단계를 포함한다.

Description

2 모드로 작동하는 교통 카드 및 교통 카드의 트랜잭션 처리 방법{TRANSIT CARD OPERATING IN TWO MODES AND METHOD FOR PROCESSING TRANSACTIONS OF THE SAME}
교통 카드 및 교통 카드의 트랜잭션 처리 방법에 관한 것이다.
전자화폐는 결제 수단으로서의 가치 정보를 플레이트 카드나 휴대용 단말, PC 등에 디지털 데이터 형태로 저장하고 상품이나 서비스의 구매 결제에 사용할 수 있는 지급 수단이다. 정보화 사회에서 전자 화폐는 현금을 대신할 수 있는 새로운 개념의 화폐 수단으로 이용되고 있다.
이중에서, 선불형 전자화폐(선불카드)는 현재 교통 카드 분야에 가장 활발하게 적용되고 있다. 교통 카드는 버스나 지하철 등과 같은 대중교통을 이용할 때 편리하게 요금을 지불할 수 있도록 해주는 수단으로서 제안된 것이며, 최근에는 톨게이트나 고속도로 휴게소 등에서도 광범위한 활용이 가능하여 실질적인 전자화폐로서 기능하고 있다. 선불카드는 그 충전된 금액의 한도 내에서만 지불이 가능하므로 각지에 설치되어 있는 전자화폐 충전소에서 미리 현금이나 신용카드를 통해 금액을 충전해 두어야 한다.
교통 카드의 결제 방식으로는 신용을 기반으로 한 후불 방식과, 미리 사용 한도 금액을 충전한 후 한도 금액 안에서 사용하는 선불 방식이 있는데, 선불 방식의 경우, 사용자가 주기적으로 교통 카드의 금액을 직접 충전해야 하고, 충전 금액이 모자라면 대중 교통 사용이 어려운 문제점이 있다. 반면, 후불 방식의 경우, 사용자의 대중교통 사용료 지불을 사용자의 신용에만 의존해야 하는 문제점이 있다.
이와 같이 선불형 교통 카드의 이용시 잔액 확인 및 충전을 해야만 하는 불편함을 해소하고자 본 개시서에서는 "일정산"의 방식을 통하여 후불형 교통 카드 수준의 사용 편의를 이용자에게 제공할 수 있도록 2 모드로 작동하는 교통 카드를 제안한다.
적어도 하나의 실시 예에 따르면, 별도의 충전 절차 없이 소정의 시각적 조건과 거래의 유형에 따라 자동으로 충전 및 정산되고, 정산 등의 전산 작업으로 인하여 은행 서버가 열려 있지 않은 때에도 마이너스 처리를 통하여 교통 거래에 이용 가능한 교통 카드 및 교통 카드의 트랜잭션 처리방법이 개시된다.
일 측면에 따르면, 교통 카드의 트랜잭션 처리 방법이 제공된다.
상기 방법은, 상기 교통 카드에 탑재된 칩이, 트랜잭션 단말기와의 상호작용을 통하여 상기 트랜잭션의 처리를 개시하고, 상기 트랜잭션의 발생 시각에 따라 선불 모드 및 마이너스 모드 중 어느 하나의 작동 모드를 선택하거나 상기 트랜잭션 단말기로 하여금 상기 작동 모드를 선택하게 하도록 지원하는 단계; 및 상기 작동 모드가 상기 선불 모드이면, 상기 칩이, 상기 트랜잭션 단말기와의 상호작용을 통하여 (i) 상기 교통 카드의 잔액 이하의 한도 내에서 상기 트랜잭션을 완료하는 프로세스를 수행하고, 상기 작동 모드가 상기 마이너스 모드이면, 상기 칩이, (ii) 마이너스 모드에서의 트랜잭션이 수행되는 것으로 미리 정해진 트랜잭션 유형에 해당하는 상기 트랜잭션에 한하여 상기 트랜잭션을 완료하는 프로세스를 수행하는 단계를 포함한다.
다른 측면에 있어서, 트랜잭션의 처리를 수행하는 교통 카드가 제공된다. 교통 카드는 트랜잭션 단말기와의 통신을 수행하는 통신부; 및 트랜잭션 단말기와의 상호작용을 통하여 상기 트랜잭션의 처리를 개시하고, 상기 트랜잭션의 발생 시각에 따라 선불 모드 및 마이너스 모드 중 어느 하나의 작동 모드를 선택하거나 상기 트랜잭션 단말기로 하여금 상기 작동 모드를 선택하게 하도록 지원하는 프로세스를 수행하며, 상기 작동 모드가 상기 선불 모드이면, 상기 트랜잭션 단말기와의 상호작용을 통하여 (i) 상기 교통 카드의 잔액 이하의 한도 내에서 상기 트랜잭션을 완료하는 프로세스를 수행하고, 상기 작동 모드가 상기 마이너스 모드이면, (ii) 마이너스 모드에서의 트랜잭션이 수행되는 것으로 미리 정해진 트랜잭션 유형에 해당하는 상기 트랜잭션에 한하여 상기 트랜잭션을 완료하는 프로세스를 수행하는 프로세서를 포함하는 칩을 탑재한다.
개시된 실시 예들에 따르면, 사용자가 별도의 충전 절차 없이 소정의 시각적 조건과 거래의 유형에 따라 자동으로 충전 및 정산되고, 정산 등의 전산 작업으로 인하여 은행 서버가 열려 있지 않은 때에도 마이너스 처리를 통하여 교통 거래에 이용 가능하다. 또한, 값비싼 물건의 구매에 교통 카드의 마이너스 처리, 즉 신용 공여를 악용함으로써 발생할 수 있는 상당 액수의 미수를 방지할 수 있다.
도 1은 본 개시서에서 언급되는 대중 교통 시스템을 예시적으로 나타낸 개념도이다.
도 2는 본 개시서에 따른 교통 카드 및 트랜잭션 단말기를 예시적으로 나타낸 개념도이다.
도 3은 본 개시서에 따른 교통 카드의 발급 과정을 예시적으로 나타낸 흐름도이다.
도 4는 본 개시서에 따른 교통 카드의 트랜잭션 처리 방법의 일 실시 예를 나타낸 흐름도이다.
도 5는 도 4의 단계(S420)의 구체적인 예시(S420')를 나타낸 개념도이다.
도 6은 본 개시서에 따른 교통 카드의 트랜잭션 처리 방법의 일 실시 예를 나타낸 시퀀스 다이어그램(sequence diagram)이다.
도 7은 본 개시서에 따른 교통 카드의 트랜잭션 처리 방법의 다른 일 실시 예를 제휴 금융사 서버에 대하여 구체화한 시퀀스 다이어그램이다.
도 8은 본 개시서에 따른 교통 카드의 트랜잭션 처리 방법에 있어 금액 충전의 과정을 포함하는 또 다른 실시 예를 나타낸 흐름도이다.
도 9는 본 개시서에 따른 교통 카드의 트랜잭션 처리 방법에 있어 카드 승인 및 매입의 과정을 포함하는 또 다른 일 실시 예를 나타낸 흐름도이다.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 설명되는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 발명은 아래에서 제시되는 실시 예들로 한정되는 것이 아니라, 서로 다른 다양한 형태로 구현될 수 있고, 본 발명의 사상 및 기술 범위에 포함되는 모든 변환, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 아래에 제시되는 실시 예들은 본 발명의 개시가 완전하도록 하며, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이다. 본 발명을 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다.
본 출원에서 사용한 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다. 제1, 제2 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다.
도 1은 본 개시서에서 언급되는 대중 교통 시스템을 예시적으로 나타낸 개념도이다. 도 1을 참조하면, 대중 교통 시스템은 교통 카드(100), 트랜잭션 단말기(200), VAN 서버(400), 교통 카드 발행사 서버(500) 및 제휴 금융사 서버(600)를 포함할 수 있다. 트랜잭션 단말기(200), VAN 서버(400), 및 제휴 금융사 서버(500)는 네트워크(300)를 통해 서로 정보를 송수신 할 수 있다.
교통 카드(100)는 IC 칩이 내장된 IC 카드, RF 메모리 카드 등으로 구현될 수 있다. 교통 카드(100)는 접촉 방식 또는 비접촉 방식에 의해 트랜잭션 단말기(200)와 상호작용할 수 있다. 다른 예로 교통 카드(100)는 접촉 및 비접촉 방식이 혼합된 콤비 방식이나 하이브리드 방식에 의해 트랜잭션 단말기(200)와 상호작용할 수 있다. 교통 카드(100)는 상호작용에 의해 트랜잭션 단말기(200)와 트랜잭션 데이터를 주고받을 수 있다. 교통 카드(100)에는 사용자가 대중 교통을 이용하는 과정에 필요한 전자 거래 기능을 수행할 수 있는 애플릿이 탑재되어 있을 수 있다.
트랜잭션 단말기(200)는 버스, 택시와 같은 대중 교통 수단이나 지하철역, 기차역 등에 구비된 장치일 수 있다. 트랜잭션 단말기(200) 내부에는 지급보안응용모듈(Secure Application Module; SAM)이 내장되어 있을 수 있다. 트랜잭션 단말기(200)에 내장된 지급보안응용모듈은 교통 카드의 유효성을 검증하고, 교통 카드와의 통신 보안을 유지하는 기능을 수행할 수 있다.
트랜잭션 단말기(200)는 접촉 방식, 비접촉 방식, 콤비 방식 및 하이브리드 방식 중 적어도 하나에 의해 교통 카드(100)와 상호작용할 수 있다. 트랜잭션 단말기(200)는 상호작용 과정에서 트랜잭션 데이터를 획득할 수 있다. 트랜잭션 단말기(200)는 획득한 트랜잭션 데이터로부터 필요한 정보를 추출하고, VAN 서버(400)와 서로 데이터를 송수신할 수 있다. 트랜잭션 단말기(200)는 네트워크(300)를 통해 VAN 서버(400)와 통신할 수 있다. 본 개시서에서 트랜잭션 단말기(200)를 통하여 교통 카드를 운영하는 주체(예컨대, 한국철도공사)는 교통 카드 운영자라고 지칭하기로 한다.
네트워크(300)는 서버들(400, 500, 600)과 트랜잭션 단말기(200)를 연결하는 망(Network)으로서 유선 네트워크, 무선 네트워크 등을 포함한다. 네트워크(300)는 LAN(Local Area Network), WAN(Wide Area Network)등의 폐쇄형 네트워크 또는 인터넷(Internet)과 같은 개방형 네트워크일 수 있다. 인터넷은 TCP/IP 프로토콜 및 그 상위계층에 존재하는 여러 서비스, 즉 HTTP(HyperText Transfer Protocol), Telnet, FTP(File Transfer Protocol), DNS(Domain Name System), SMTP(Simple Mail Transfer Protocol), SNMP(Simple Network Management Protocol), NFS(Network File Service), NIS(Network Information Service)를 제공하는 전 세계적인 개방형 컴퓨터 네트워크 구조를 의미한다.
VAN 서버(400)는 대중 교통 및 기타 용도의 결제 서비스를 제공하는 회사 또는 기업(VAN사)이 운영하는 서버일 수 있다. 또한, 제휴 금융사 서버(500)는 은행, 증권회사 등 계좌를 운영하며 예치금에 관한 처리를 수행하는 금융 기업이 운영하는 서버일 수 있다.
VAN 서버(400)는 제휴 금융사 서버(500)와의 통신에 의해 교통 카드(100)를 사용하는 사용자 리스트에 대한 정보를 저장 및 관리할 수 있다. VAN 서버(400)는 트랜잭션 단말기(200)로부터 획득한 정보에 기초해 교통 카드(100)의 사용자에 대한 과금 정보를 산출하고, 제휴 금융사 서버(500)에게 이용 요금을 청구할 수 있다.
제휴 금융사 서버(500)는 이용 요금에 대한 지불 청구를 수신하고, 이용 요금 지급에 필요한 작업을 수행할 수 있다. 제휴 금융사 서버(500)는 이용 요금 지급 처리 결과를 저장하고, 저장된 처리 결과에 기초하여 교통 카드(100)의 사용자에게 비용 청구를 하기 위해 필요한 작업을 수행할 수 있다. 제휴 금융사 서버(500)는 교통 카드(100)의 사용자의 계좌에서 사용 금액을 인출하여 VAN사에 지불할 수 있다.
도 2는 본 개시서에 따른 교통 카드 및 트랜잭션 단말기를 예시적으로 나타낸 개념도이다. 도 2를 참조하면, 교통 카드(100)에 포함된 칩은 메모리(130), 프로세서(110) 및 통신부(120)를 포함하고, 메모리(130)를 더 포함할 수 있다.
프로세서(110)는 메모리(130)에 저장된 프로그램 명령(program command)을 실행할 수 있다. 프로세서(110)는 중앙 처리 장치(central processing unit; CPU), 또는 본 발명의 실시 예에 따른 방법들이 수행되는 전용의 프로세서를 의미할 수 있다. 메모리(130)는 저장 매체 및/또는 비휘발성 저장 매체로 구성될 수 있다. 예를 들어, 메모리(130)는 EEPROM(Electrically Erasable Programmable Read-Only Memory) 및/또는 RAM(random access memory)으로 구성될 수 있다. 통신부(120)는 NFC(Near Field communication)칩 또는 RF(Radio frequency) 코일 등을 포함할 수 있다. 통신부(120)는 프로세서(110)의 제어에 의해 트랜잭션 단말기(200)와 근거리 무선 통신을 수행할 수 있다.
도 2를 참조하여 설명한 내용은 예시적인 실시 예에 불과할 뿐 이에 제한되는 것은 아니다. 예를 들어, 교통 카드(100)는 물리적으로 또는 논리적으로 분리된 복수 개의 프로세서들을 포함할 수 있다. 또한, 메모리(130)도 물리적으로 또는 논리적으로 분리된 복수 개의 구성들을 포함할 수 있다. 또한, 교통 카드(100)는 소형 배터리, 별도의 보안 요소(secure element)와 같은 구성을 더 포함할 수도 있다.
도 3은 본 개시서에 따른 교통 카드의 발급 과정을 예시적으로 나타낸 흐름도이다. 도 3을 참조하면, S310 단계에서 제휴 금융사 서버(500)는 카드 신청 접수에 필요한 작업을 수행할 수 있다. 예를 들어, 제휴 금융사 서버(500)는 사용자의 단말로부터 카드 신청 접수 요청을 수신할 수 있다. 다른 예로 제휴 금융사 서버(500)는 제휴 금융사가 운영하는 다른 단말로부터 카드 신청 접수 요청을 수신할 수 있다. 필요한 경우, 제휴 금융사 서버(500)는 예치금 입금을 위한 가상 계좌를 생성할 수 있다.
S320 단계에서 제휴 금융사 서버(500)는 카드 신청에 대응하여 예치금이 입금되었는지 여부를 확인할 수 있다. 예를 들어, 제휴 금융사 서버(500)는 미리 지정된 계좌 또는 가상계좌에 예치금이 입금되었는지 여부를 확인할 수 있다.
S330 단계에서 제휴 금융사 서버(500)는 예치금 입금이 확인되면 교통 카드 발급에 필요한 절차를 수행할 수 있다. 제휴 금융사 서버(500)는 카드전문과 인증키를 SAM에서 생성할 수 있다. 다른 예로 제휴 금융사 서버(500)는 직접 카드 전문과 인증키를 발행하지 않고, 타 기관(e.g. 교통 카드 발행사)의 서버에게 카드전문 및 인증키를 생성하고 발행할 것을 요청할 수 있다. 제휴 금융사 서버(500)는 카드전문에 기초하여 교통 카드(100)의 식별정보 등을 생성하고 교통 카드(100)에 저장할 수 있다. 제휴 금융사 서버(500)는 인증키를 이용하여 교통 카드(100)의 유효성을 검증하기 위한 정보 및 교통 카드(100)의 데이터 암호화에 필요한 정보를 생성할 수 있다. 제휴 금융사 서버(500)는 발급하려는 교통 카드(100)의 식별 정보를 사용자의 계좌, 신용카드, 및 체크카드 중 적어도 하나의 식별 정보에 매핑하여 관리할 수 있다.
S340 단계에서, 제휴 금융사 서버(500)는 교통 카드(100)의 발급 정보를 확인하고, 발급된 교통 카드(100)가 이용 가능 하도록 VAN 서버(400)에게 PL(Positive List) 정보를 전송할 수 있다. PL 정보는 신규 발급된 교통 카드(100)의 식별 정보, 교통 카드(100)의 유효성 검증을 위한 정보, 교통 카드(100)가 전송하는 암호화된 데이터를 복호화 하기 위한 정보 등을 포함할 수 있다.
도 4는 본 개시서에 따른 교통 카드의 트랜잭션 처리 방법의 일 실시 예를 나타낸 흐름도이다.
도 4를 참조하면, 본 개시서에 따른 교통 카드 트랜잭션 처리 방법은, 우선, 교통 카드에 탑재된 칩이, 트랜잭션 단말기와의 상호작용으로 통하여 상기 트랜잭션의 처리를 개시하고, 상기 트랜잭션의 발생 시각에 따라 선불 모드 및 마이너스 모드 중 어느 하나의 작동 모드를 선택하거나 상기 트랜잭션 단말기로 하여금 상기 작동 모드를 선택하게 하도록 지원하는 단계(S410)를 포함한다.
단계(S410)에서 상기 트랜잭션의 발생 시각이 소정 시간, 예컨대 VAN사와 제휴 금융사 간에 정산을 위하여 정해진 정산 시간에 속하면, 상기 작동 모드는 상기 마이너스 모드로 선택되도록 구성될 수 있는바, 그 예시는 도 6을 참조하여 후술하기로 한다.
다시 도 4를 참조하면, 교통 카드 트랜잭션 처리 방법은, 단계(S410) 후에, 상기 선택된 작동 모드에 따른 프로세스를 수행하는 단계(S420)를 더 포함하는바, 구체적으로, 단계(S420)에서 상기 작동 모드가 상기 선불 모드이면, 상기 칩이, 상기 트랜잭션 단말기와의 상호작용을 통하여 (i) 상기 교통 카드의 잔액 이하의 한도 내에서 상기 트랜잭션을 완료하는 프로세스를 수행하고, 상기 작동 모드가 상기 마이너스 모드이면, 상기 칩이, (ii) 마이너스 모드에서의 트랜잭션이 수행되는 것으로 미리 정해진 트랜잭션 유형에 해당하는 상기 트랜잭션에 한하여 상기 트랜잭션을 완료하는 프로세스를 수행한다.
한편, 단계(S420)에서, 상기 마이너스 모드에서 트랜잭션이 완료되는 경우에는, 상기 칩이, 상기 트랜잭션의 금액에 상기 잔액을 뺀 만큼의 액수를 마이너스액으로 보유할 수 있다. 새로운 잔액이 마이너스액이 될 수 있으므로 이 작동 모드를 마이너스 모드라고 지칭한다.
도 5는 도 4의 단계(S420)의 구체적인 예시(S420')를 나타낸 개념도이다. 도 5를 참조하면, 단계(S420')에서 트랜잭션 유형은 상기 트랜잭션 단말기로부터 상기 교통 카드의 칩에 수신되는 트랜잭션 식별자에 의하여 구분될 수 있는바, 예컨대, 트랜잭션 식별자는 지하철 요금, 버스 요금, 통행료를 포함하는 교통 거래에 대응하는 제1 트랜잭션 식별자 및 기타 유통 거래, 택시 요금을 포함하는 기타 거래에 대응하는 제2 트랜잭션 식별자를 포함하는 트랜잭션 식별자 군으로부터 선택될 수 있다. 예를 들면, 제1 트랜잭션 식별자 및 제2 트랜잭션 식별자 중에서 제1 트랜잭션 식별자에 해당하는 트랜잭션만이 마이너스 모드에서의 트랜잭션이 수행될 수 있는 것으로 미리 정해질 수 있다.
다른 일 실시예로서, 교통카드는 적어도 두 개의 SAM을 포함할 수 있다. 구체적으로, 교통카드는 정상 모드로서 동작하며, 지하철 요금, 버스 요금, 통행료를 포함하는 교통 거래에 대응하는 제1 트랜잭션 식별자를 전송하는 제1 SAM 및 마이너스 모드로서 동작하며, 기타 유통 거래, 택시 요금을 포함하는 기타 거래에 대응하는 제2 트랜잭션 식별자를 전송하는 제2 SAM을 포함할 수 있다. 교통카드는 트랙잭션 단말기로부터 트랜잭션 시간을 나타내는 시간 정보를 수신할 수 있다. 상기 시간 정보가 소정의 제1 시간으로 판단된 경우, 교통카드는 제1 SAM으로부터 제1 트랜잭션 식별자를 트랜잭션 단말기에 전달할 수 있다. 또한, 상기 시간 정보에 따라 소정의 제2 시간으로 판단된 경우, 교통카드는 제2 SAM으로부터 제2 트랜잭션 식별자를 트랜잭션 단말기에 전달할 수 있다. 다만, 구현 예시에 따라 구성 상 하나의 SAM이 위 두 가지 모드로서 작동하는 것 또한 가능할 것이다.
물론, 트랜잭션 식별자의 수신은 단계(S420)에서 수행될 수도 있고, 단계(S410)에서 수행될 수도 있는바, 그 수신의 시기는 단계(S420')에서의 트랜잭션 유형에 따른 구분 처리에 이용될 수 있기만 하면 언제든 무방하다. 트랜잭션 식별자가 마이너스 모드에서의 수행 가능 여부를 판단하기 위하여만 필요하다면 상기 트랜잭션 식별자는 상기 소정 시간, 예컨대, 정산 시간에 한하여 수신되어도 무방할 것이다.
도 6은 본 개시서에 따른 교통 카드의 트랜잭션 처리 방법의 일 실시 예를 나타낸 시퀀스 다이어그램(sequence diagram)이다.
도 6을 참조하면, 교통 카드(100)는 발행 당시 초기 잔액이 10,000원으로 설정되어 있을 수 있다. 제휴 금융사 서버(500)는 예치금 입금이 확인되면, 발행하는 교통 카드(100)의 초기 잔액을 설정할 수 있다. 도면에 나타나는 잔액의 구체적인 수치는 이해를 돕기 위한 예시적인 것에 불과할 뿐 실시 예를 제한하는 것은 아니다.
S610 단계에서, 교통 카드(100)는 접촉 방식 또는 비접촉 방식에 의해 트랜잭션 단말기(200)와 상호작용할 수 있다. 상호작용 과정에서 교통 카드(100)는 트랜잭션 단말기(200)와 트랜잭션 데이터를 주고받을 수 있다. 트랜잭션 데이터는 상호작용의 발생 시각, 사용자의 승차, 환승, 하차, 운임 요금 등에 관한 정보를 포함할 수 있다. 교통 카드(100)가 수신하는 트랜잭션 데이터는 상술한 바와 같이 트랜잭션 단말기(200)에 의하여 처리되는 트랜잭션의 유형에 관한 정보, 예컨대, 트랜잭션 식별자를 더 포함할 수 있다. 교통 카드(100)는 상호작용 과정에서 트랜잭션 데이터를 송수신하고, 수신한 트랜잭션 데이터에 기반하여 잔액 정보를 갱신할 수 있다. 예를 들어, 교통 카드(100)는 기존 잔액 10,000원에서 대중교통 이용 요금 1,250원을 차감할 수 있다(S610, S611).
S611 단계에서, 트랜잭션 단말기(200)는 상호작용 과정에서 발생한 거래정보를 VAN 서버(400)에게 전송할 수 있다. 도 4에서는 매 상호작용마다 트랜잭션 단말기(200)가 거래정보를 전송하는 것을 예시적으로 나타냈지만 실시 예가 이에 제한되는 것은 아니다. 예를 들어, 트랜잭션 단말기(200)는 상호작용에 의해 발생하는 거래정보를 저장해 두었다가 일정한 주기(e.g. 시, 분 단위 또는 일 단위)로 저장된 거래정보를 VAN 서버(400)에게 전송할 수 있다. VAN 서버(400)는 트랜잭션 단말기(200)로부터 수신한 거래정보에 기초하여 제휴 금융사 서버(500)에 청구할 금액 정보를 갱신할 수 있다.
S620 단계에서, 교통 카드(100)와 트랜잭션 단말기(200) 사이의 상호작용에 의해 교통 카드(100)의 잔액이 4,000원에서 2,750원으로 갱신될 수 있다. S610 단계와 S620 단계 사이에 존재할 수 있는 다른 상호작용들은 편의상 도면에서 표시를 생략한다. S621 단계에서, 트랜잭션 단말기(200)는 상호작용에서 발생한 거래정보를 VAN 서버(400)에게 전송할 수 있다.
S630 단계에서, VAN 서버(400)는 날짜가 변경(e.g. 2019.01.01->2019.01.02)됨에 따라 전날에 트랜잭션 단말기(200)로부터 수신한 거래정보에 기초하여 대중교통 이용요금의 정산을 제휴 금융사 서버(500)에게 요청할 수 있다. 그 이용요금의 정산에 쓰이는 정산 시간은, 예컨대, 오전 0시에서 4시일 수 있으며, 그 시간 동안, 예를 들어, VAN 서버(400)는 2019.01.01 하루 동안 사용자가 이용한 대중교통 요금 7,250원을 지불할 것을 제휴 금융사 서버(500)에게 요청할 수 있다.
S632 단계에서 제휴 금융사 서버(500)는 정산 요금을 사용자의 계좌에서 출금하고, VAN의 계좌에 정산 요금을 입금할 수 있다.
전술한 바와 같이 이 정산 시간 동안, 교통 카드(100)는 마이너스 모드로 작동할 수 있는바, S640 단계에서도, 교통 카드(100)와 트랜잭션 단말기(200)는 상호작용에 의해 트랜잭션 데이터를 주고받을 수 있고, 교통 카드(100)는 트랜잭션 데이터를 확인하여 상호작용이 발생한 시점 및 대중교통 이용 요금에 대한 정보를 획득할 수 있다. 예를 들어, 교통 카드(100)는 이용 요금을 고려하여 잔액 정보를 갱신(e.g. 2,750원 -> -750원)하되, 마이너스액을 교통 카드(100)의 메모리에 기록해 놓을 수 있다. 마찬가지로 마이너스 모드인 S660, S661 단계에서, 잔액 정보가 마이너스 액수일 때에도 교통 카드(100)를 더 이용할 수 있다(e.g. -750원 -> -2,750원).
정산 시간이 끝난 S660 단계에서, 교통 카드(100)가 선불 모드로 작동하면, 교통 카드(100)의 칩이 상기 교통 카드에 대응하는 계좌의 예치금의 정보를 상기 트랜잭션 단말기로부터 수신(S661)하여 상기 예치금 및 상기 마이너스액에 기초하여 상기 잔액을 설정하거나 상기 마이너스액을 상기 트랜잭션 단말기에 송신하고, 상기 예치금 및 상기 마이너스액에 기초하여 산출된 상기 잔액을 수신하여 상기 잔액을 설정할 수 있다.
여기에서 상기 소정 시간 종료 후에 설정되는 잔액은 상기 예치금의 한도 내에서 소정의 최대 액수로 설정될 수 있다. 예컨대 그 최대 액수는 도 6에 나타난 바와 같이 10,000원일 수 있다.
도 7은 본 개시서에 따른 교통 카드의 트랜잭션 처리 방법의 다른 일 실시 예를 제휴 금융사 서버(500)에 대하여 구체화한 시퀀스 다이어그램이다.
도 7을 참조하면, S710 단계에서, 교통 카드(100)가 트랜잭션 단말기(200)와 상호작용을 함으로써 버스 요금 5,000원과 지하철 요금 3,000원, 즉 합계 8,000원에 관한 트랜잭션이 시작될 수 있다. 다음 S720 단계에서, 트랜잭션 단말기(200)가 VAN 서버(400)에 대하여 8,000원의 지급을 요청하면, VAN 서버(400)는 제휴 금융사 서버(500)에 대하여 대중교통을 이용한 금액인 8,000원에 관한 정산을 요청한다(S730).
제휴 금융사 서버(500)에서는, 정산 요청에 응할 수 있는 계좌 예치금 잔액이 있는지 확인하고(S740), 위 8,000원에 대한 계좌 출금 및 정산(S750)을 수행하는바, 즉, 해당 금액을 사용자의 계좌에서 출금하여 VAN의 계좌에 입금한다. 이를 전달받은 VAN 서버(400)는 대금 수취 및 지급(S760)을 수행한다.
S740 단계에서 계좌 예치금 잔액이 없다면, 계좌 출금을 거절(S770)하고, VAN 서버(400)는 미출금된 대금(여기에서 8,000원 이하일 수 있음)에 대하여 대납 처리(S780)한다. 일시적으로 대납 처리된 미출금 대금에 대하여 VAN서버(400)는 추후, 제휴 금융사 서버(500)에 대하여 그 미출금 대금의 출금을 시도할 수 있다(S790).
이로써 당일에 사용한 교통 카드의 대금을 익일 계좌에서 출금하는 방식으로 후불 교통 카드와 동일한 정도의 사용 편의가 제공될 뿐만 아니라 익일 계좌 잔액 부족으로 인한 미출금 발생시에 VAN사에 의한 대납 처리가 가능해지는바, 제휴 금융사에 있어서는 신용공여가 발생하지 않는 이점이 있다.
도 8은 본 개시서에 따른 교통 카드의 트랜잭션 처리 방법에 있어 금액 충전의 과정을 포함하는 또 다른 실시 예를 나타낸 흐름도이다. 아래 설명의 편의를 위하여 제휴 금융사 서버(500)를 카드계와 계정계로 분리하여 설명하였으나, 제휴 금융사 서버(500)는 하나의 컴퓨팅 장치로 실시되거나, 혹은 카드계와 계정계와 같은 기능군의 분류에 따른 별개의 컴퓨팅 장치들로 연동되도록 실시될 수 있음은 물론이다.
본 개시서에 따른 교통 카드의 사용자는 교통 카드의 운영자를 통하여, 혹은 직접, 제휴 금융사에 대하여 교통 카드의 충전을 요청(S810)할 수 있고, 제휴 금융사 서버의 카드계는 그 충전 요청을 수신하고(S812), 제휴 금융사 서버의 계정계에 계좌의 잔액 확인에 관한 요청(S814)을 전달하면, 계정계에서는 계좌 잔액이 요청된 금액과 같거나 그보다 많은지를 확인하여, 계좌 잔액이 충분하다면 사용자의 계좌로부터의 출금(S840), 운영자의 계좌로의 입금(S850)을 거쳐 교통 카드의 칩 원장을 갱신(update)하는(S852) 한편, 칩 쓰기(chip writing) API를 호출하고(S842), 운영자의 서버는 상기 칩 쓰기 API와 연동(S844)함으로써 충전 금액에 대한 칩 쓰기(S846)가 수행되며, 충전이 완료된다(S848).
또한, 사용자는 운영자를 통하여, 혹은 직접, 제휴 금융사에 대하여 교통 카드의 잔액의 확인을 요청(S860)할 수 있고, 제휴 금융사 서버의 카드계가 그 잔액 확인 요청을 수신(S862)하면, 잔액 확인 API를 호출하고(S864), 운영자의 서버는 상기 잔액 확인 API와 연동(S866)함으로써 잔액 산출(S868)이 수행되며, 사용자는 그 잔액을 확인(S870)할 수 있다.
이 실시 예에 따라 충전소(예컨대, 편의점, 제휴 금융사 등)에 방문할 필요 없이 사용자는 NFC 등을 통하여 편리하게 교통 카드를 충전할 수 있으며, 잔액, 사용 내역 등을 관리함에 있어서 편의를 누릴 수 있다.
도 9는 본 개시서에 따른 교통 카드의 트랜잭션 처리 방법에 있어 카드 승인 및 매입의 과정을 포함하는 또 다른 일 실시 예를 나타낸 흐름도이다.
도 9를 참조하면, 사용자가 교통 카드를 가맹점에서 이용하면 그 교통 카드의 승인 요청(S910)은 교통 카드의 칩을 우회(S920)하여 교통 카드의 운영자에 먼저 전달되며(S922), 이는 제휴 금융사 서버의 카드계에서 수신된다(S924). 상술한 바와 같이 본 개시서에 따른 교통 카드의 칩에 있어 교통 거래인지 기타 거래인지에 따라 처리하는 모드가 분리되어 있는바, 교통 거래가 아닌 기타 거래(이른바, 유통 거래)의 경우에 일 사용 한도 또는 월 사용 한도를 미리 정할 수 있으며, 그 사용 한도를 넘는지를 S920 단계에서 검사하여 사용 한도를 초과한 경우에 승인 요청을 차단할 수 있다.
제휴 금융사 서버의 카드계에서 승인 요청을 수신하면(S924), 제휴 금융사 서버의 계정계에 대하여 계좌 잔액의 확인을 요청(S926)하고, 계정계에서는 계좌 잔액이 요청 금액과 같거나 그보다 많을 때에, 사용자 계좌로부터의 계좌 출금(S950)을 처리하고 승인 메시지를 전송(S952)하여 승인 결과를 수신(S954)한 운영자로 하여금 가맹점에 대한 승인(S956)이 수행되게 하는 한편, 교통 카드 운영자의 매입 데이터(S960, S962)에 따라 수수료를 산출(S964)하고, 운영자의 계좌에 대한 입금 프로세스(S970)를 수행한다. 가맹점에 대한 대금 정산은 운영자의 업무이다(S980). 반면, 계정계에서 계좌 잔액이 요청 금액보다 적다고 판단되면, 거절 메시지가 전송(S940)되고, 거절 결과를 수신(S942)한 운영자로 하여금 가맹점에 대한 거절(S944)이 수행되게 한다.
도 9를 참조하여 설명된 바에 따라 교통 카드의 가맹점에 대한 결제 매입대행이 가능해지는바, 이로써 교통 카드의 운영자는 사업 영역을 확대하고, 가맹점으로 하여금 고객의 편의를 추구할 수 있게 하는 한편, 제휴 금융사의 수수료가 절감되는 효과가 있다.
이상, 도 1 내지 도 9를 참조하여 예시적인 실시 예들에 따른 교통 카드 및 교통 카드의 트랜잭션 처리 방법에 관하여 설명하였다. 상술한 실시 예들에 따르면, 사용자가 일정산 체계를 이용하여 지속적으로 대중교통을 이용할 수 있는 환경이 제공될 수 있고, 제휴 금융사 서버가 정산 작업으로 이용 불가능한 시간에도 VAN사의 신용 공여를 통하여 교통 외의 유통 거래를 과도하게 이용하여 미수 금액이 크게 누적되는 것을 제한할 수 있다.
위 실시 예의 설명에 기초하여 해당 기술분야의 통상의 기술자는, 본 발명의 방법 및/또는 프로세스들, 그리고 그 단계들이 하드웨어, 소프트웨어 또는 특정 용례에 적합한 하드웨어 및 소프트웨어의 임의의 조합으로 실현될 수 있다는 점을 명확하게 이해할 수 있다. 상기 하드웨어는 범용 컴퓨터 및/또는 전용 컴퓨팅 장치 또는 특정 컴퓨팅 장치 또는 특정 컴퓨팅 장치의 특별한 모습 또는 구성요소를 포함할 수 있다. 상기 프로세스들은 내부 및/또는 외부 메모리를 가지는, 하나 이상의 마이크로프로세서, 마이크로컨트롤러, 임베디드 마이크로컨트롤러, 프로그래머블 디지털 신호 프로세서 또는 기타 프로그래머블 장치에 의하여 실현될 수 있다. 게다가, 혹은 대안으로서, 상기 프로세스들은 주문형 집적회로(application specific integrated circuit; ASIC), 프로그래머블 게이트 어레이(programmable gate array), 프로그래머블 어레이 로직(Programmable Array Logic; PAL) 또는 전자 신호들을 처리하기 위해 구성될 수 있는 임의의 다른 장치 또는 장치들의 조합으로 실시될 수 있다. 더욱이 본 발명의 기술적 해법의 대상물 또는 선행 기술들에 기여하는 부분들은 다양한 컴퓨터 구성요소를 통하여 수행될 수 있는 프로그램 명령어의 형태로 구현되어 기계 판독 가능한 기록 매체에 기록될 수 있다. 상기 기계 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 기계 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 분야의 통상의 기술자에게 공지되어 사용 가능한 것일 수도 있다. 기계 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM, DVD, Blu-ray와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 ROM, RAM, 플래시 메모리 등과 같은 프로그램 명령어를 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는, 전술한 장치들 중 어느 하나뿐만 아니라 프로세서, 프로세서 아키텍처 또는 상이한 하드웨어 및 소프트웨어의 조합들의 이종 조합, 또는 다른 어떤 프로그램 명령어들을 실행할 수 있는 기계 상에서 실행되기 위하여 저장 및 컴파일 또는 인터프리트될 수 있는, C와 같은 구조적 프로그래밍 언어, C++ 같은 객체지향적 프로그래밍 언어 또는 고급 또는 저급 프로그래밍 언어(어셈블리어, 하드웨어 기술 언어들 및 데이터베이스 프로그래밍 언어 및 기술들)를 사용하여 만들어질 수 있는 바, 기계어 코드, 바이트코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 이에 포함된다.
따라서 본 발명에 따른 일 태양에서는, 앞서 설명된 방법 및 그 조합들이 하나 이상의 컴퓨팅 장치들에 의하여 수행될 때, 그 방법 및 방법의 조합들이 각 단계들을 수행하는 실행 가능한 코드로서 실시될 수 있다. 다른 일 태양에서는, 상기 방법은 상기 단계들을 수행하는 시스템들로서 실시될 수 있고, 방법들은 장치들에 걸쳐 여러 가지 방법으로 분산되거나 모든 기능들이 하나의 전용, 독립형 장치 또는 다른 하드웨어에 통합될 수 있다. 또 다른 일 태양에서는, 위에서 설명한 프로세스들과 연관된 단계들을 수행하는 수단들은 앞서 설명한 임의의 하드웨어 및/또는 소프트웨어를 포함할 수 있다. 그러한 모든 순차 결합 및 조합들은 본 개시서의 범위 내에 속하도록 의도된 것이다.
예를 들어, 상기 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다. 상기 하드웨어 장치는, 프로그램 명령어를 저장하기 위한 ROM/RAM 등과 같은 메모리와 결합되고 상기 메모리에 저장된 명령어들을 실행하도록 구성되는 MPU, CPU, GPU, TPU와 같은 프로세서를 포함할 수 있으며, 외부 장치와 신호를 주고받을 수 있는 통신부를 포함할 수 있다. 덧붙여, 상기 하드웨어 장치는 개발자들에 의하여 작성된 명령어들을 전달받기 위한 키보드, 마우스, 기타 외부 입력장치를 포함할 수 있다.
이상에서 본 발명이 구체적인 구성요소 등과 같은 특정 사항들과 한정된 실시 예 및 도면에 의해 설명되었으나, 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐, 본 발명이 상기 실시 예들에 한정되는 것은 아니며, 본 발명이 속하는 기술분야에서 통상적인 지식을 가진 사람이라면 이러한 기재로부터 다양한 수정 및 변형을 꾀할 수 있다.
따라서, 본 발명의 사상은 상기 설명된 실시 예에 국한되어 정해져서는 아니되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등하게 또는 등가적으로 변형된 모든 것들은 본 발명의 사상의 범주에 속한다고 할 것이다.
그와 같이 균등하게 또는 등가적으로 변형된 것에는, 예컨대 본 발명에 따른 방법을 실시한 것과 동일한 결과를 낼 수 있는, 논리적으로 동치(logically equivalent)인 방법이 포함될 것인 바, 본 발명의 진의 및 범위는 전술한 예시들에 의하여 제한되어서는 아니되며, 법률에 의하여 허용 가능한 가장 넓은 의미로 이해되어야 한다.
100: 교통 카드
110: 프로세서
120: 통신부
130: 메모리
400: VAN 서버
500: 제휴 금융사 서버

Claims (12)

  1. 교통 카드의 트랜잭션 처리 방법에 있어서,
    상기 교통 카드는,
    지하철 요금, 버스 요금 및 통행료를 포함하는 교통 거래에 대응하는 제1 트랜잭션 식별자를 전송하는 제1 SAM; 및
    기타 유통 거래 및 택시 요금을 포함하는 기타 거래에 대응하는 제2 트랜잭션 식별자를 전송하는 제2 SAM
    을 포함하고,
    상기 제1 SAM 및 상기 제2 SAM은 제휴 금융사 서버로부터 상기 교통 카드에 대응하는 예치금 입금이 확인된 경우, 상기 제휴 금융사 서버의 요청에 따라 교통 카드 발행사의 서버에서 생성된 카드전문 및 인증키를 생성하고,
    상기 제1 트랜잭션 식별자에 해당하는 트랜잭션은 마이너스 모드에서의 트랜잭션으로 수행될 수 있도록 결정되고,
    (a) 상기 교통 카드에 탑재된 칩이, 트랜잭션 단말기와의 상호작용을 통하여 상기 트랜잭션의 처리를 개시하고, 상기 트랜잭션의 발생 시각이 소정 기간에 대한 대중교통 이용요금의 정산 시간인 경우에 마이너스 모드로서 작동 모드를 선택하거나 상기 트랜잭션 단말기로 하여금 상기 작동 모드를 선택하게 하도록 지원하는 단계;
    (b) 상기 작동 모드가 선불 모드이면, 상기 칩이, 상기 트랜잭션 단말기와의 상호작용을 통하여 (i) 상기 교통 카드의 잔액 이하의 한도 내에서 상기 트랜잭션을 완료하는 프로세스를 수행하고, 상기 작동 모드가 상기 마이너스 모드이면, 상기 칩이, (ii) 마이너스 모드에서의 트랜잭션이 수행되는 것으로 미리 정해진 트랜잭션 유형에 해당하는 상기 트랜잭션에 한하여 상기 트랜잭션을 완료하는 프로세스를 수행하는 단계;
    (c) 상기 마이너스 모드로 작동하는 경우, 상기 교통 카드가 상기 트랜잭션 단말기로부터 수신되는 트랜잭션 데이터를 확인하여 마이너스액을 교통 카드의 메모리에 기록하는 단계;
    (d) 상기 대중교통 이용요금의 정산 시간이 종료된 경우, 상기 교통 카드에 대응하는 계좌의 예치금 정보를 상기 트랜잭션 단말기로부터 수신하여 상기 예치금 및 상기 마이너스액에 기초하여 잔액을 설정하는 단계; 및
    (e) 상기 교통 카드가 가맹점에서 이용되면, 상기 교통 카드의 트랜잭션 승인 요청이 상기 교통 카드의 칩을 우회하여 교통 카드의 운영자 서버를 통해 제휴 금융사 서버로 전달되는 단계;
    를 포함하고,
    상기 제1 SAM 및 상기 제2 SAM 각각은, 상기 트랜잭션의 발생 시각이 소정 기간에 대한 대중교통 이용요금의 정산 시간이 경우에 한하여 상기 제1 트랜잭션 식별자 및 상기 제2 트랜잭션 식별자 각각을 전송하고,
    상기 제휴 금융사 서버는, 상기 가맹점에 대한 승인 요청이 수신되면 상기 교통 카드에 대응하는 계좌의 잔액이 승인 요청에 대한 금액보다 같거나 그보다 많을 때에 계좌 출금을 처리하고 상기 교통 카드의 운영자 서버로 승인 결과를 전송하고, 상기 교통 카드에 대응하는 계좌의 잔액이 승인 요청에 대한 금액보다 적으면 상기 교통 카드의 운영자 서버로 거절 결과를 전송하고,
    상기 잔액은 상기 예치금의 한도 내에서 소정의 최대 액수로 설정되고,
    상기 교통 카드는 제휴 금융사 서버의 계좌 잔액의 확인에 따라 상기 교통 카드의 칩 원장의 갱신 및 칩 쓰기(chip writing) API가 호출됨으로써 충전 완료를 지원하고,
    상기 교통 카드의 운영자 서버는 상기 제휴 금융사 서버의 상기 교통 카드에 관한 칩 쓰기 API 호출 및 잔액 확인 API 호출과 각각 연동됨으로써, 상기 칩 쓰기 API 호출 및 상기 잔액 확인 API 호출에 응답하여 칩 쓰기 및 잔액 산출 프로세스를 수행하는 교통 카드 트랜잭션 처리 방법.
  2. 삭제
  3. 삭제
  4. 삭제
  5. 삭제
  6. 제1항에 있어서,
    상기 (b) 단계에서,
    상기 마이너스 모드에서 트랜잭션이 완료되는 경우, 상기 칩이, 상기 트랜잭션의 금액에 상기 잔액을 뺀 만큼의 액수를 마이너스액으로 보유하는 것을 특징으로 하는 교통 카드 트랜잭션 처리 방법.
  7. 삭제
  8. 삭제
  9. 트랜잭션의 처리를 수행하는 교통 카드에 있어서,
    지하철 요금, 버스 요금 및 통행료를 포함하는 교통 거래에 대응하는 제1 트랜잭션 식별자를 전송하는 제1 SAM;
    기타 유통 거래 및 택시 요금을 포함하는 기타 거래에 대응하는 제2 트랜잭션 식별자를 전송하는 제2 SAM;
    트랜잭션 단말기와의 통신을 수행하는 통신부; 및
    트랜잭션 단말기와의 상호작용을 통하여 상기 트랜잭션의 처리를 개시하고, 상기 트랜잭션의 발생 시각이 소정 기간에 대한 대중교통 이용요금의 정산 시간인 경우에 마이너스 모드로서 작동 모드를 선택하거나 상기 트랜잭션 단말기로 하여금 상기 작동 모드를 선택하게 하도록 지원하는 프로세스를 수행하며, 상기 작동 모드가 선불 모드이면, 상기 트랜잭션 단말기와의 상호작용을 통하여 (i) 상기 교통 카드의 잔액 이하의 한도 내에서 상기 트랜잭션을 완료하는 프로세스를 수행하고, 상기 작동 모드가 상기 마이너스 모드이면, (ii) 마이너스 모드에서의 트랜잭션이 수행되는 것으로 미리 정해진 트랜잭션 유형에 해당하는 상기 트랜잭션에 한하여 상기 트랜잭션을 완료하는 프로세스를 수행하는 프로세서를 포함하는 칩을 탑재하고,
    상기 제1 SAM 및 상기 제2 SAM은 제휴 금융사 서버로부터 상기 교통 카드에 대응하는 예치금 입금이 확인된 경우, 상기 제휴 금융사 서버의 요청에 따라 교통 카드 발행사의 서버에서 생성된 카드전문 및 인증키를 생성하고,
    상기 제1 트랜잭션 식별자에 해당하는 트랜잭션은 마이너스 모드에서의 트랜잭션이 수행될 수 있도록 결정되고,
    상기 마이너스 모드로 작동하는 경우, 상기 교통 카드는 상기 트랜잭션 단말기로부터 수신되는 트랜잭션 데이터를 확인하고, 상기 칩이 상기 트랜잭션의 금액에 상기 잔액을 뺀 만큼의 액수를 상기 교통 카드의 칩에 포함되는 메모리에 기록하고,
    상기 대중교통 이용요금의 정산 시간이 종료된 경우, 상기 통신부는 상기 교통 카드에 대응하는 계좌의 예치금 정보를 상기 트랜잭션 단말기로부터 수신하여 상기 예치금 및 마이너스액에 기초하여 잔액을 설정하고,
    상기 잔액은 상기 예치금의 한도 내에서 소정의 최대 액수로 설정되고,
    상기 교통 카드가 가맹점에서 이용되면, 상기 교통 카드의 트랜잭션 승인 요청이 상기 교통 카드의 칩을 우회하여 교통 카드의 운영자 서버를 통해 제휴 금융사 서버로 전달되고,
    상기 제1 SAM 및 상기 제2 SAM 각각은, 상기 트랜잭션의 발생 시각이 소정 기간에 대한 대중교통 이용요금의 정산 시간이 경우에 한하여 상기 제1 트랜잭션 식별자 및 상기 제2 트랜잭션 식별자 각각을 전송하고,
    상기 제휴 금융사 서버는, 상기 가맹점에 대한 승인 요청이 수신되면 상기 교통 카드에 대응하는 계좌의 잔액이 승인 요청에 대한 금액보다 같거나 그보다 많을 때에 계좌 출금을 처리하고 상기 교통 카드의 운영자 서버로 승인 결과를 전송하고, 상기 교통 카드에 대응하는 계좌의 잔액이 승인 요청에 대한 금액보다 적으면 상기 교통 카드의 운영자 서버로 거절 결과를 전송하고,
    상기 교통 카드는 제휴 금융사 서버의 계좌 잔액의 확인에 따라 교통 카드의 칩 원장의 갱신 및 칩 쓰기(chip writing) API가 호출됨으로써 충전 완료를 지원하고,
    상기 교통 카드의 운영자 서버는 상기 제휴 금융사 서버의 상기 교통 카드에 관한 칩 쓰기 API 호출 및 잔액 확인 API 호출과 각각 연동됨으로써, 상기 칩 쓰기 API 호출 및 상기 잔액 확인 API 호출에 응답하여 칩 쓰기 및 잔액 산출 프로세스를 수행하는 교통 카드.
  10. 삭제
  11. 제9항에 있어서,
    상기 트랜잭션 유형은 상기 트랜잭션 단말기로부터 상기 교통 카드의 칩에 수신되는 트랜잭션 식별자에 의하여 구분되는 것을 특징으로 하는 교통 카드.
  12. 삭제
KR1020190035170A 2019-03-27 2019-03-27 2 모드로 작동하는 교통 카드 및 교통 카드의 트랜잭션 처리 방법 KR102204807B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020190035170A KR102204807B1 (ko) 2019-03-27 2019-03-27 2 모드로 작동하는 교통 카드 및 교통 카드의 트랜잭션 처리 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190035170A KR102204807B1 (ko) 2019-03-27 2019-03-27 2 모드로 작동하는 교통 카드 및 교통 카드의 트랜잭션 처리 방법

Publications (2)

Publication Number Publication Date
KR20200114069A KR20200114069A (ko) 2020-10-07
KR102204807B1 true KR102204807B1 (ko) 2021-01-19

Family

ID=72883177

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190035170A KR102204807B1 (ko) 2019-03-27 2019-03-27 2 모드로 작동하는 교통 카드 및 교통 카드의 트랜잭션 처리 방법

Country Status (1)

Country Link
KR (1) KR102204807B1 (ko)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070072802A (ko) * 2006-01-02 2007-07-05 주식회사 비즈모델라인 결제시간 정보에 대응하는 결제 승인처리 방법 및 시스템과이를 위한 결제 승인처리 장치, 기록매체
KR20080022844A (ko) * 2006-09-08 2008-03-12 (주) 엘지텔레콤 선불카드의 잔액 부족시 교통서비스 처리 시스템 및 그방법

Also Published As

Publication number Publication date
KR20200114069A (ko) 2020-10-07

Similar Documents

Publication Publication Date Title
US9324069B2 (en) Transit access apparatus and method including device authentication
KR101511801B1 (ko) 지연된 운송 요금 할당
US8387873B2 (en) System and method for mass transit merchant payment
US9098843B2 (en) System and method for temporarily enabling proprietary transit payments on a hotel room key
EP2226759A1 (en) Electronic settlement method and electronic settlement device
US20190172043A1 (en) Methods and systems for immediate fare notification in account-based ticketing
KR20170006740A (ko) 사용자 단말，중앙 서버 및 이들에 의한 요금 결제 방법
KR102204807B1 (ko) 2 모드로 작동하는 교통 카드 및 교통 카드의 트랜잭션 처리 방법
KR20130043521A (ko) 교통카드 시스템을 이용한 마일리지 충전 및 충전 마일리지 사용방법
CN114612093A (zh) 用于交通出行的数字货币支付方法、装置及数字货币钱包
KR102014420B1 (ko) 선불의 교통요금을 충전하는 임대기반의 교통카드 운영방법
JP4711650B2 (ja) 電子決済システム
KR20170088224A (ko) 즉시충전 선불교통카드 및 이를 포함하는 교통 카드 결제 시스템
KR20090028296A (ko) 전자화폐 충전결제 시스템 및 그 방법
KR20210056293A (ko) 교통카드 및 교통카드의 트랜잭션 처리 방법
JPWO2004075081A1 (ja) モバイル・ネットコマース決済システム
US20160042326A1 (en) Proprietary-currency management device, proprietary-currency management method, and program
KR20100122329A (ko) 관광카드 발급 및 결제 시스템 및 방법
KR20100003264A (ko) 교통수단 이용을 위한 단말장치
JP2000030009A (ja) 前払い料金情報記憶媒体
KR20020024096A (ko) 전자화폐를 이용한 거래시스템 및 거래방법
KR20040019659A (ko) 관광기능 멤버쉽 카드 겸용 전자화폐와 이를 이용한 결제시스템
KR20090133104A (ko) 교통수단 이용을 위한 프로그램을 기록한 기록매체
KR20100003263A (ko) 교통수단 이용을 위한 카드
JPWO2004107233A1 (ja) 決済システム及び決済方法

Legal Events

Date Code Title Description
AMND Amendment
AMND Amendment
E601 Decision to refuse application
X091 Application refused [patent]
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant