KR101944770B1 - 오픈 api 기반의 교통카드 서비스 제공 시스템 - Google Patents

오픈 api 기반의 교통카드 서비스 제공 시스템 Download PDF

Info

Publication number
KR101944770B1
KR101944770B1 KR1020170084363A KR20170084363A KR101944770B1 KR 101944770 B1 KR101944770 B1 KR 101944770B1 KR 1020170084363 A KR1020170084363 A KR 1020170084363A KR 20170084363 A KR20170084363 A KR 20170084363A KR 101944770 B1 KR101944770 B1 KR 101944770B1
Authority
KR
South Korea
Prior art keywords
traffic card
applet
request
usim
tsm
Prior art date
Application number
KR1020170084363A
Other languages
English (en)
Other versions
KR20190004145A (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 KR1020170084363A priority Critical patent/KR101944770B1/ko
Publication of KR20190004145A publication Critical patent/KR20190004145A/ko
Application granted granted Critical
Publication of KR101944770B1 publication Critical patent/KR101944770B1/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/353—Payments by cards read by M-devices
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3229—Use of the SIM of a M-device as secure element
    • 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)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Economics (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)
  • Stored Programmes (AREA)
  • Telephonic Communication Services (AREA)

Abstract

오픈 API(application programming interface) 기반의 교통카드 서비스를 제공하는 오픈 API 기반의 교통카드 서비스 제공 시스템이 개시된다.
본 발명은 오픈 API(application programming interface) 제공을 통하여 교통카드 사업자뿐만 아니라, 스마트 폰 제조사 및 통신사도 교통카드 관련 어플리케이션을 통하여 교통카드 사업을 진행할 수 있는 효과가 있다.

Description

오픈 API 기반의 교통카드 서비스 제공 시스템{SYSTEM FOR PROVIDING TRAFFIC CARD SERVICE BASED ON OPEN API}
본 발명은 교통카드 서비스 제공 시스템에 관한 것으로서, 보다 상세하게는 오픈 API(application programming interface) 기반의 교통카드 서비스를 제공함으로써, 교통카드 사업자가 아닌 일반 제조사 또는 통신사에서 UI 및 시스템 등을 최적화할 수 있는 오픈 API 기반의 교통카드 서비스 제공 시스템에 관한 것이다.
핀테크(Fintech)는 금융을 뜻하는 파이낸셜(financial)과 기술(technique)의 합성어로서, 모바일 결제 및 송금, 개인자산관리, 클라우드 펀딩(cloud funding) 등 정보기술(Information Technology; IT)을 기반으로 한 새로운 형태의 금융 기술을 지칭한다. 최근 네트워크 기술 및 스마트 폰(smart phone)과 같은 모바일 장치 관련 기술이 급격히 발전하면서, 종래의 금융 서비스가 은행 등 금융기관에 의한 상품 개발 및 출시와 운용에만 초점을 두었던 것과 달리, IT 업체나 대기업 등 다양한 업체가 핀테크 사업자가 되어 스마트폰 애플리케이션(application) 및 인터넷 웹 서비스 등을 통해 사용자의 편의와 수요에 맞춘 핀테크 서비스를 제공하고 있다.
이러한 핀테크 서비스를 이용한 기술 중 하나로서, 오픈 플랫폼을 통해 금융 오픈 API를 제공함으로써, 핀테크 기업이 은행 플랫폼을 사용할 수 있도록 하는 기술이 있다. 하지만 이러한 기술은 은행 플랫폼에 적합한 기술로서, 일반적인 금융 거래에만 적용될 수 있을 뿐, 교통카드 서비스에 적용될 수 없다는 문제가 있다.
보다 구체적으로 교통카드의 경우, 대중 교통수단의 운임이나 유료도로의 통행료를 지불할 때 주로 사용되는 일종의 전자화폐로서, 자기띠를 탑재한 카드 형식 또는 적외선으로 통신하는 것도 있으나, 내장된 IC 칩에 의한 비 접촉식 스마트카드가 주로 이용되고 있으며, 기술의 발달로 인하여, 스마트 폰의 USIM에 내장된 교통카드가 많이 사용되고 있다.
이러한 교통카드 서비스는 국가에서 지정한 교통카드 사업자가 운영하여 제공하는 것으로, 교통카드 사업자는 스마트 폰의 제조사 및 통신사별 별도의 API(application programming interface)를 제공해야 하는바, 인적 및 물적 비용의 상승과 A/S 처리 등의 문제가 항상 발생하였다.
대한민국 공개특허공보 제10-2016-0130034호(2016.11.10 공개)
따라서, 이러한 문제점을 해결하기 위한 본 발명의 목적은 오픈 API(application programming interface) 제공을 통하여 교통카드 사업자뿐만 아니라, 스마트 폰 제조사 및 통신사도 교통카드 관련 어플리케이션을 통하여 교통카드 사업을 진행할 수 있고, 교통카드 사업자의 인적 및 물적 비용 감소 및 A/S 처리의 편의성 향상을 가져오는 오픈 API 기반의 교통카드 서비스 제공 시스템을 제공하는 것이다.
상기 목적을 달성하기 위하여 본 발명은 USIM(Universal Subscriber Identity Module 이하 'USIM')을 저장하고 있는 사용자 단말 및 TSM(Trusted Service Management, 이하 'TSM')을 포함하는 교통카드 서비스 제공 시스템에 있어서, 상기 사용자 단말은 상기 USIM의 초기화를 요청하는 API 운용부, 상기 API 운용부의 요청을 상기 TSM 에 송신하며, 상기 TSM으로부터 USIM 초기화의 응답을 수신하는 에이전트부를 포함하되, 상기 API 운용부는 수신한 상기 USIM 초기화의 응답을 확인하여, 교통카드 어플리케이션 설치가 필요할 경우, 교통카드 어플리케이션을 설치하는 교통카드 서비스 제공 시스템을 제공한다.
상기 시스템은 상기 API 운용부로부터 상기 USIM 체크 요청을 수신하는 관리 서버를 더 포함하되, 상기 관리 서버는 상기 USIM 체크 요청을 상기 TSM으로 송신하며, 상기 TSM은 상기 USIM 체크 요청에 상응하여, 상기 USIM에 대한 정보를 확인하며, 상기 USIM에 대한 정보를 상기 관리 서버로 송신하고, 상기 API 운용부는 상기 관리 서버로부터 확인된 USIM에 대한 정보를 수신하며, 상기 USIM 체크 요청은 교통카드 애플릿 설치 및 교통카드 발급 여부 확인 요청일 수 있다.
상기 API 운용부는 상기 에이전트부로 발급된 교통카드 애플릿 삭제 요청을 송신하며, 상기 에이전트부로부터 교통카드 애플릿 삭제 내용을 수신하고, 상기 에이전트부는 상기 TSM으로 발급된 교통카드 애플릿 삭제 요청을 송신하며, 상기 TSM으로부터 교통카드 애플릿 삭제 내용을 수신할 수 있다.
상기 API 운용부는 교통카드 애플릿 상태 요청을 상기 에이전트부로 송신하며, 상기 에이전트부로부터 교통카드 애플릿 상태 내용을 수신하고, 상기 에이전트부는 상기 API 운용부로부터 상기 교통카드 애플릿 상태 요청을 수신하며, 상기 교통카드 애플릿 상태 요청을 상기 TSM으로 송신하고, 상기 TSM으로부터 수신한 상기 교통카드 애플릿 상태 내용을 상기 API 운용부로 송신할 수 있다.
상기 API 운용부는 상기 에이전트부로 교통카드 애플릿 발급 요청을 송신하며, 상기 에이전트부로부터 상기 교통카드 애플릿 발급 요청에 대응하는 교통카드 애플릿을 수신하고, 상기 에이전트부는 상기 API 운용부로부터 수신한 상기 교통카드 애플릿 발급 요청을 상기 TSM으로 송신하며, 상기TSM으로부터 상기 교통카드 애플릿 발급 요청에 대응하는 명령 APDU(Application Protocol Data Unit 이하 'APDU')를 수신하고, 상기 명령 APDU를 상기 USIM으로 송신하며, 상기 USIM으로부터 상기 명령 APDU에 대응하는 응답 APDU를 수신하고, 상기 응답 APDU를 상기 TSM으로 송신하며, 상기 TSM으로부터 상기 교통카드 애플릿 발급 요청에 대응하는 교통카드 애플릿을 수신할 수 있다.
상기 API 운용부는 교통카드 애플릿 잠금 해제 요청을 상기 에이전트부로 송신하고, 상기 에이전트부로부터 교통카드 애플릿 잠금 해제 결과를 수신하며, 상기 에이전트부는 금융기관 및 서비스 코드를 확인하고, 상기 TSM으로 교통카드 애플릿 잠금 여부 확인을 송신하며, 상기 TSM으로부터 교통카드 애플릿 잠금 여부 결과를 수신하고, 상기 교통카드 애플릿 잠금 여부 확인 결과가 교통카드 애플릿이 잠겨져 있는 경우라면, 상기 TSM으로 교통카드 애플릿 잠금 해제 요청을 송신하며, 상기 TSM으로부터 상기 교통카드 애플릿 잠금 해제에 대응하는 잠금 해제 명령 APDU를 수신하고, 상기 잠금 해제 명령 APDU를 상기 USIM으로 송신하며, 상기 USIM으로부터 잠금 해제 응답 APDU를 수신하고, 상기 잠금 해제 응답 APDU를 상기 TSM으로 송신하며, 상기 TSM으로부터 상기 잠금 해제 응답 APDU에 대응하는 상기 교통카드 애플릿 잠금 해제 결과를 수신할 수 있다.
상기 시스템은 상기 API 운용부로부터 교통카드 정보 애플릿 발급 요청을 수신하고, 상기 교통카드 정보 애플릿발급 요청에 대응하는 교통카드 정보 애플릿을 상기 API 운용부로 송신하며, 상기 API 운용부로부터 교통카드 정보 애플릿 발급 결과를 수신하며, 상기 API 운용부로 교통카드 정보 애플릿 발급 완료를 송신하는 관리 서버를 더 포함하되, 상기 API 운용부는 상기 USIM으로 교통카드 정보 애플릿 발급 요청을 송신하며, 상기 USIM으로부터 상기 교통카드 정보 애플릿 발급 결과를 수신하고, 상기 교통카드 정보 애플릿 발급 완료에 대응하는 교통카드 발급 완료 요청을 상기 TSM으로 송신하며, 상기 교통카드 발급 완료를 상기 TSM으로부터 수신하며, 상기 교통카드 정보는 카드 번호, 카드 권종 및 카드 잔액을 포함하며, 상기 카드 권종은 어린이용, 청소년용 및 성인용 중 어느 하나를 의미할 수 있다.
상기에서 설명한 본 발명의 오픈 API 기반의 교통카드 서비스 제공 시스템에 의하면, 오픈 API(application programming interface) 제공을 통하여 교통카드 사업자뿐만 아니라, 스마트 폰 제조사 및 통신사도 교통카드 관련 어플리케이션을 통하여 교통카드 사업을 진행할 수 있고, 교통카드 사업자의 인적 및 물적 비용 감소 및 A/S 처리의 편의성 향상을 가져올 수 있는 효과가 있다.
도 1은 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템의 구성을 개략적으로 나타낸 도면이다.
도 2는 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 USIM 체크 요청에 대한 시퀀스 도이다.
도 3은 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 애플릿 삭제 요청에 대한 시퀀스 도이다.
도 4는 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 애플릿 상태 요청에 대한 시퀀스 도이다.
도 5는 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 애플릿 발급 요청에 대한 시퀀스 도이다.
도 6은 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 애플릿 잠금 해제 요청에 대한 시퀀스 도이다.
도 7은 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 정보 애플릿 발급 요청에 대한 시퀀스 도이다.
도 8은 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 권종 변경에 대한 시퀀스 도이다.
도 9는 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 다른 방식의 교통카드 권종 변경에 대한 시퀀스 도이다.
도 10은 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 또 다른 방식의 교통카드 권종 변경에 대한 시퀀스 도이다.
본 명세서 및 청구범위에 사용된 용어나 단어는 통상적이거나 사전적인 의미로 한정 해석되지 아니하며, 발명자는 그 사용자의 발명을 가장 최선의 방법으로 설명하기 위해 용어의 개념을 적절하게 정의할 수 있다는 원칙에 입각하여 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야만 한다.
명세서 전체에서, 어떤 부분이 어떤 구성요소를 “포함”한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 “…부”, “…기”, “…단”, “모듈”, “장치” 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어 및/또는 소프트웨어의 결합으로 구현될 수 있다.
본 발명의 실시 예에서 사용되는 용어에 대해 간략히 설명하고, 본 실시 예들에 대해 구체적으로 설명하기로 한다.
본 발명의 실시 예에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어들을 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 판례, 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 실시예들의 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 실시예들에서 사용되는 용어는 단순한 용어의 명칭이 아닌, 그 용어가 가지는 의미와 본 실시예들의 전반에 걸친 내용을 토대로 정의되어야 한다.
본 발명의 실시 예에서, 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되지는 않는다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
또한, 본 발명의 실시 예에서, 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다.
또한, 본 발명의 실시 예에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
또한, 본 발명의 실시 예에서, ‘모듈’ 혹은 ‘부’는 적어도 하나의 기능이나 동작을 수행하며, 하드웨어 또는 소프트웨어로 구현되거나 하드웨어와 소프트웨어의 결합으로 구현될 수 있다. 또한, 복수의‘모듈’ 혹은 복수의‘부’는 특정한 하드웨어로 구현될 필요가 있는 ‘모듈’ 혹은 ‘부’를 제외하고는 적어도 하나의 모듈로 일체화되어 적어도 하나의 프로세서로 구현될 수 있다.
또한, 본 발명의 실시 예에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 소자를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다.
또한, 본 개시의 실시 예에서, “어플리케이션”은 특정한 업무를 수행하기 위해 고안된 일련의 컴퓨터 프로그램 집합을 말한다. 본 개시의 실시 예에서, 어플리케이션은 다양할 수 있다. 예를 들어, 게임 어플리케이션, 동영상 재생 어플리케이션, 지도 어플리케이션, 메모 어플리케이션, 캘린더 어플리케이션, 폰 북 어플리케이션, 방송 어플리케이션, 운동 지원 어플리케이션, 결제 어플리케이션, 사진 폴더 어플리케이션 등이 있을 수 있으나, 이에 한정되는 것은 아니다.
이하, 본 발명의 실시 예를 첨부한 도면들을 참조하여 상세히 설명하기로 한다.
도 1은 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템의 구성을 개략적으로 나타낸 도면이다.
도 1을 참고할때, 오픈 API 기반의 교통카드 서비스 제공 시스템은 사용자 단말(100) 및 TSM(Trusted Service Management, 이하 'TSM')(200)를 포함한다.
여기서 사용자 단말(100)은 스마트 폰, 스마트 워치, 스마트 글라스, 태블릿 PC, 노브툭 PC 등과 같은 다양한 전자 장치로 구현될 수 있다.
사용자 단말(100)은 제1통신부(미도시)를 포함할 수 있고, TSM(200)은 제2통신부(미도시)를 포함할 수 있다.
제1통신부(미도시) 및 제2통신부(미도시)는 다양한 유형의 통신방식에 따라 다양한 유형의 외부 기기와 통신을 수행하는 구성이다. 제1통신부(미도시) 및 제2통신부(미도시)는 와이파이 칩, 블루투스 칩, NFC칩, 무선 통신 칩 등과 같은 다양한 통신 칩을 포함할 수 있다. 이때, 와이파이 칩, 블루투스 칩, NFC 칩은 각각 WiFi 방식, 블루투스 방식, NFC 방식으로 통신을 수행한다. 이 중 NFC 칩은 135kHz, 13.56MHz, 433MHz, 860~960MHz, 2.45GHz 등과 같은 다양한 RF-ID 주파수 대역들 중에서 13.56MHz 대역을 사용하는 NFC(Near Field Communication) 방식으로 동작하는 칩을 의미한다. 와이파이 칩이나 블루투스 칩을 이용하는 경우에는 SSID 및 세션 키 등과 같은 각종 연결 정보를 먼저 송수신하여, 이를 이용하여 통신 연결한 후 각종 정보들을 송수신할 수 있다. 무선 통신 칩은 IEEE, 지그비, 3G(3rd Generation), 3GPP(3rd Generation Partnership Project), LTE(Long Term Evoloution) 등과 같은 다양한 통신 규격에 따라 통신을 수행하는 칩을 의미한다.
사용자 단말(100)은 USIM(Universal Subscriber Identity Module 이하 'USIM')(110)을 저장하고 있다.
또한, 사용자 단말(100)은 API 운용부(120) 및 에이전트부(130)를 포함한다.
API 운용부(120)는 USIM(110)의 초기화를 요청할 수 있고, USIM(110) 초기화 요청을 에이전트부(130)로 송신할 수 있다.
에이전트부(130)는 API 운용부(120)의 USIM(110) 초기화 요청을 수신하여, 수신한 USIM(110) 초기화 요청을 TSM(200)으로 송신할 수 있다.
그리고 TSM(200)은 에이전트부(130)로부터 USIM(110) 초기화 요청을 수신하여, USIM(110) 초기화 요청에 상응하는 USIM (110) 초기화를 수행할 수 있다.
TSM(200)은 USIM(110) 초기화를 수행한 후, USIM(110) 초기화의 응답을 에이전트부(130)로 송신할 수 있다.
에이전트부(130)는 TSM(200)으로부터 USIM(110) 초기화의 응답을 수신하며, 수신한 USIM(110) 초기화의 응답을 API 운용부(120)로 송신할 수 있다.
이후, API 운용부(120)는 수신한 USIM 초기화의 응답을 확인하여, 사용자 단말(100)에 교통카드 어플리케이션 설치가 필요하다고 판단할 경우, 교통카드 어플리케이션을 설치할 수 있다.
이를 통해 사용자 단말(100)의 제조사 및 통신사와 상관없이 교통카드 어플리케이션 설치 유무에 따라 교통카드 어플리케이션을 자동으로 설치할 수 있는 효과가 있다.
도 2는 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 USIM 체크 요청에 대한 시퀀스 도이다.
도 2를 참고하면, 오픈 API 기반의 교통카드 서비스 제공 시스템은 관리 서버(300)를 더 포함할 수 있다.
보다 구체적으로, 관리 서버(300)는 API 운용부(120)로부터 USIM(110) 체크 요청을 수신할 수 있다.(S230)
여기서 USIM(110) 체크 요청은 교통카드 애플릿 설치 여부 및 교통카드 발급 여부 확인 요청일 수 있다.
교통카드 애플릿 설치 여부는 USIM(110)에 교통카드 애플릿이 설치되어있는지 여부를 의미하며, 교통카드 발급 여부는 USIM(110)에 설치된 교통카드 애플릿에 교통카드가 발급되어 있는지 여부를 의미한다.
이후, 관리 서버(300)는 API 운용부(120)로부터 수신한 USIM(110) 체크 요청을 TSM(200)으로 송신할 수 있다.(S231)
TSM(200)은 USIM(110) 체크 요청에 상응하여, USIM(110)에 대한 정보를 확인하며, 확인된 USIM(110)에 대한 정보를 관리 서버(300)로 송신할 수 있다.(S232)
관리 서버(300)는 TSM(200)으로부터 수신한 확인된 USIM(110)에 대한 정보를 API 운용부(120)로 송신할 수 있다.(S233)
API 운용부(120)는 관리 서버(300)로부터 수신한 확인된 USIM(110)에 대한 정보와 기 저장된 USIM(110)에 대한 정보가 동일한지 여부를 판단할 수 있다.
API 운용부(120)는 관리 서버(300)로부터 수신한 확인된 USIM(110)에 대한 정보와 기 저장된 USIM(110)에 대한 정보가 상이한 경우, 기 저장된 USIM(110)에 대한 정보를 삭제하고, 관리 서버(300)로부터 수신한 확인된 USIM(110)에 대한 정보를 저장할 수 있다.
이를 통해 사용자 단말(100)의 제조사 및 통신사와는 무관하게 USIM(110)에 대한 정보를 확인할 수 있고, 관리 서버(300)에서 확인한 USIM(110)에 대한 정보와 사용자 단말(100)에 기 저장된 USIM(110)에 대한 정보가 상이한 경우, 사용자 단말(100)에 기 저장된 USIM(110)에 대한 정보를 관리 서버(300)에서 확인한 USIM(110)에 대한 정보로 편리하게 교체할 수 있는 효과가 있다.
도 3은 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 애플릿 삭제 요청에 대한 시퀀스 도이다.
도 3을 참고하면, API 운용부(120)는 에이전트부(130)로 기 발급된 교통카드 애플릿 삭제 요청을 송신할 수 있다.(S330)
에이전트부(130)는 수신한 기 발급된 교통카드 애플릿 삭제 요청을 TSM(200)으로 송신할 수 있다.(S331)
TSM(200)은 에이전트부(130)로부터 수신한 기 발급된 교통카드 애플릿 삭제 요청을 확인한 후, 기 발급된 교통카드 애플릿을 삭제하고, 교통카드 애플릿 삭제 내용을 에이전트부(130)로 송신할 수 있다.(S332)
에이전트부(130)는 TSM(200)으로부터 수신한 교통카드 애플릿 삭제 내용을 API 운용부(120)로 송신할 수 있고, API 운용부(120)는 에이전트부(130)로부터 교통카드 애플릿 삭제 내용을 수신할 수 있다.(S333)
이를 통해 사용자 단말(100)의 제조사 및 통신사와는 무관하게 USIM(110)에 기 발급된 교통카드 애플릿을 편리하게 삭제할 수 있는 효과가 있다.
도 4는 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 애플릿 상태 요청에 대한 시퀀스 도이다.
도 4를 참고하면, API 운용부(120)는 에이전트부(130)로 교통카드 애플릿 상태 요청을 송신할 수 있고, 에이전트부(130)는 API 운용부(120)로부터 교통카드 애플릿 상태 요청을 수신할 수있다.(S430)
에이전트부(130)는 API 운용부(120)로부터 수신한 교통카드 애플릿 상태 요청을 TSM(200)으로 송신할 수 있다.(S431)
TSM(200)은 에이전트부(130)로부터 수신한 교통카드 애플릿 상태 요청에 대응하여, 교통카드 애플릿 상태를 확인할 수 있고, 교통카드 애플릿 상태 내용을 에이전트부(130)로 송신할 수 있으며, 에이전트부(130)는 TSM(200)으로부터 교통카드 애플릿 상태 내용을 수신할 수 있다.(S432)
에이전트부(130)는 TSM(200)으로부터 수신한 교통카드 애플릿 상태 내용을 API 운용부(120)로 송신할 수 있고, API 운용부(120)는 에이전트부(130)로부터 교통카드 애플릿 상태 내용을 수신할 수 있다.(S433)
여기서 교통카드 애플릿 상태 내용은 교통카드 애플릿이 발급되어 있는지 여부 및 교통카드 애플릿이 활성화되어 있는지 여부를 의미할 수있다.
즉, 교통카드 애플릿 상태 내용은 교통카드 애플릿 미발급, 교통카드 애플릿 발급, 교통카드 애플릿 잠금 및 교통카드 애플릿 잠금 해제 중 어느 하나의 상태를 의미할 수 있다.
이를 통해 사용자 단말(100)의 제조사 및 통신사와 무관하게 교통카드 애플릿이 어떠한 상태인지 편리하게 확인할 수 있는 효과가 있다.
도 5는 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 애플릿 발급 요청에 대한 시퀀스 도이다.
도 5를 참고하면, API 운용부(120)는 에이전트부(130)로 교통카드 애플릿 발급 요청을 송신할 수 있다.(S530)
에이전트부(130)는 API 운용부(120)로부터 수신한 교통카드 애플릿 발급 요청을 TSM(200)으로 송신할 수 있다.(S531)
TSM(200)은 에이전트부(130)로부터 수신한 교통카드 애플릿 발급 요청에 대응하는 명령 APDU(Application Protocol Data Unit 이하 'APDU')를 생성하여, 생성된 명령 APDU를 에이전트부(130)로 송신할 수 있으며, 에이전트부(130)는 TSM(200)으로부터 명령 APDU를 수신할 수 있다.(S532)
에이전트부(130)는 TSM(200)으로부터 수신한 교통카드 애플릿 발급 요청에 대응하는 명령 APDU를 USIM(110)으로 송신할 수 있다.(S533)
USIM(110)은 에이전트부(130)로부터 교통카드 애플릿 발급 요청에 대응하는 명령 APDU를 수신할 수 있고, 수신한 교통카드 애플릿 발급 요청에 대응하는 명령 APDU에 상응하는 응답 APDU를 생성하고, 생성한 응답 APDU를 에이전트부(130)로 송신할 수 있고, 에이전트부(130)는 USIM(110)으로부터 응답 APDU를 수신할 수 있다.(S534)
에이전트부(130)는 USIM(110)으로부터 수신한 응답 APDU를 TSM(200)으로 송신할 수 있다.(S535)
TSM(200)은 에이전트부(130)로부터 수신한 응답 APDU에 상응하여, 교통카드 애플릿 발급 요청에 대응하는 교통카드 애플릿을 생성할 수 있으며, 생성한 교통카드 애플릿 발급 요청에 대응하는 교통카드 애플릿을 에이전트부(130)로 송신할 수 있고, 에이전트부(130)는 TSM(200)으로부터 교통카드 애플릿 발급 요청에 대응하는 교통카드 애플릿을 수신할 수 있다.(S536)
에이전트부(130)는 교통카드 애플릿 발급 요청에 대응하는 교통카드 애플릿을 API 운용부(120)로 송신할 수 있고, API 운용부(120)는 에이전트부(130)로부터 교통카드 애플릿 발급 요청에 대응하는 교통카드 애플릿을 수신할 수 있다.(S537)
이를 통하여, 사용자 단말(100)의 제조사 및 통신사와는 무관하게 사용자 단말(100)에서 교통카드 애플릿 발급을 요청할 수 있고, 교통카드 애플릿 발급 요청에 따라 교통카드 애플릿을 수신할 수 있는 효과가 있다.
도 6은 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 애플릿 잠금 해제 요청에 대한 시퀀스 도이다.
도 6을 참고하면, API 운용부(120)는 교통카드 애플릿 잠금 해제 요청을 에이전트부(130)로 송신할 수 있다.(S630)
에이전트부(130)는 API 운용부(120)로부터 교통카드 애플릿 잠금 해제 요청을 수신한 후, 금융기관 및 서비스 코드를 확인할 수 있다.(S631)
에이전트부(130)는 교통카드 애플릿 잠금 여부 확인을 TSM(200)으로 송신할 수 있다.(S632)
TSM(200)은 에이전트부(130)로부터 수신한 교통카드 애플릿 잠금 여부 확인에 대응하여, 교통카드 애플릿 잠금 여부를 확인하고, 교통카드 애플릿 잠금 여부 결과를 에이전트부(130)로 송신할 수 있고, 에이전트부(130)는 교통카드 애플릿 잠금 여부 결과를 TSM(200)으로부터 수신할 수 있다.(S633)
에이전트부(130)는 교통카드 애플릿 잠금 여부 결과를 확인하고, 교통카드 애플릿 잠금 여부 결과가 교통카드 애플릿이 잠겨져 있는 경우라면, 에이전트부(130)는 TSM(200)으로 교통카드 애플릿 잠금 해제 요청을 송신할 수 있다.(S634)
TSM(200)은 에이전트부(130)로부터 수신한 교통카드 애플릿 잠금 해제에 대응하는 잠금 해제 명령 APDU를 생성할 수 있고, 생성한 잠금 해제 명령 APDU를 에이전트부(130)로 송신할 수 있으며, 에이전트부(130)는 TSM(200)으로부터 잠금 해제 명령 APDU를 수신할 수 있다.(S635)
에이전트부(130)는 TSM(200)으로부터 수신한 잠금 해제 명령 APDU를 USIM(110)으로 송신할 수 있다.(S636)
USIM(110)은 에이전트부(130)로부터 수신한 잠금 해제 명령 APDU에 대응한 잠금 해제 응답 APDU를 생성할 수 있고, USIM(110)은 생성한 잠금 해제 응답 APDU를 에이전트부(130)로 송신할 수 있으며, 에이전트부(130)는 USIM(110)으로부터 잠금 해제 응답 APDU를 수신할 수 있다.(S637)
에이전트부(130)는 USIM(110)으로부터 수신한 잠금 해제 응답 APDU를 TSM(200)으로 송신할 수 있다.(S638)
TSM(200)은 에이전트부(130)로부터 수신한 잠금 해제 응답 APDU에 대응하는 교통카드 애플릿 잠금 해제를 수행할 수 있고, 교통카드 애플릿 잠금 해제 결과를 생성하여, 교통카드 애플릿 잠금 해제 결과를 에이전트부(130)로 송신할 수 있다. 에이전트부(130)는 TSM(200)으로부터 교통카드 애플릿 잠금 해제 결과를 수신할 수 있다.(S639)
에이전트부(130)는 TSM(200)으로부터 수신한 교통카드 애플릿 잠금 해제 결과를 API 운용부(120)로 송신할 수 있고, API 운용부(120)는 에이전트부(130)로부터 교통카드 애플릿 잠금 해제 결과를 수신할 수 있다.(S640)
이를 통해, 사용자 단말(100)의 제조사 및 통신사와는 무관하게 교통카드 애플릿 활성화 즉, 교통카드 애플릿 잠금 해제를 요청할 수 있고, 교통카드 애플릿의 잠금을 해제할 수 있는 효과가 있다.
도 7은 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 정보 애플릿 발급 요청에 대한 시퀀스 도이다.
도 7을 참고하면, API 운용부(120)는 관리 서버(300)로 교통카드 정보 애플릿 발급 요청을 송신할 수 있고, 관리 서버(300)는 API 운용부(120)로부터 교통카드 정보 애플릿 발급 요청을 수신할 수 있다.(S730)
여기서 교통카드 정보는 카드 번호, 카드 권종 및 카드 잔액을 포함하며, 카드 권종은 어린이용, 청소년용 및 성인용 중 어느 하나를 의미하는 것이다.
관리 서버(300)는 API 운용부(120)로부터 수신한 교통카드 정보 애플릿 발급 요청에 대응하는 교통카드 정보 애플릿을 생성하여, 생성한 교통카드 정보 애플릿을 API 운용부(120)로 송신할 수 있다.(S731)
API 운용부(120)는 USIM(110)으로 교통카드 정보 애플릿 발급 요청을 송신할 수 있다.(S732)
USIM(110)은 API 운용부(120)로부터 수신한 교통카드 정보 애플릿 발급 요청에 따라 교통카드 정보 애플릿 발급 결과를 생성할 수 있고, 생성한 교통카드 정보 애플릿 발급 결과를 API 운용부(120)로 송신할 수 있고, API 운용부(120)는 USIM(110)으로부터 교통카드 정보 애플릿 발급 결과를 수신할 수 있다.(S733)
API 운용부(120)는 USIM(110)으로부터 수신한 교통카드 정보 애플릿 발급 결과를 관리 서버(300)로 송신할 수 있고, 관리 서버(300)는 API 운용부(120)로부터 교통카드 정보 애플릿 발급 결과를 수신할 수 있다.(S734)
그리고 관리 서버(300)는 API 운용부(120)로 교통카드 정보 애플릿 발급 완료를 송신할 수 있다.(S735)
API 운용부(120)는 관리 서버(300)로부터 수신한 교통카드 정보 애플릿 발급 완료에 대응하는 교통카드 발급 완료 요청을 생성할 수 있고, 생성한 교통카드 발급 완료 요청을 TSM(200)으로 송신할 수 있다.(S736)
TSM(200)은 교통카드 발급 완료 요청에 대응하여, 교통카드를 발급한 후, 교통카드 발급 완료를 API 운용부(120)로 송신할 수 있다.
이를 통하여 사용자 단말(100)의 제조사 및 통신사와는 무관하게, 교통카드 정보를 확인할 수 있는 효과가 있다.
도 8은 본 발명의 일 실시예인 오픈 API 기반의 교통카드 서비스 제공 시스템에서의 교통카드 권종 변경에 대한 시퀀스 도이다.
도 8을 참고하면, API 운용부(120)는 교통카드 정보 조회 요청을 에이전트부(130)로 송신할 수 있다.(S830)
에이전트부(130)는 API 운용부(120)로부터 수신한 교통카드 정보 조회 요청을 USIM(110)으로 송신할 수 있다.(S831)
USIM(110)은 에이전트부(130)로부터 수신한 교통카드 정보 조회 요청에 의하여, 교통카드 정보를 조회할 수 있고, 교통카드 정보 조회 결과를 에이전트부(130)로 송신할 수 있다.(S832)
에이전트부(130)는 USIM(110)으로부터 수신한 교통카드 정보 조회 결과를 API 운용부(120)로 송신할 수 있다.(S833)
API 운용부(120)는 교통카드 정보 조회 결과를 이용하여, 현재 교통카드 권종을 확인할 수 있고, 기 저장된 사용자의 생년월일을 통해 현재 교통카드 권종이 적합한지 여부를 판단할 수 있으며, 현재 교통카드 권종이 적합하지 않다고 판단하는 경우에는 교통카드 권종 변경 신청 요청을 관리 서버(300)로 송신할 수 있다.(S834)
관리 서버(300)는 API 운용부(120)로부터 수신한 교통카드 권종 변경 신청 요청에 따라 교통카드 권종을 변경할 수 있고, 교통카드 권종 변경 신청 결과를 API 운용부(120)로 송신할 수 있다.(S835)
API 운용부(120)는 관리 서버(300)로부터 수신한 교통카드 권종 변경 신청 결과에 대응하는 교통카드 권종 변경 요청을 에이전트부(130)로 송신할 수 있다.(S836)
에이전트부(130)는 API 운용부(120)로부터 수신한 교통카드 권종 변경 요청에 따라 교통카드 권종 변경 요청 APDU를 생성할 수 있고, 생성한 교통카드 권종 변경 요청 APDU를 USIM(110)으로 송신할 수 있다.(S837)
USIM(110)은 에이전트부(130)로부터 수신한 교통카드 권종 변경 요청 APDU에 의하여, 교통카드 권종을 변경할 수 있고, 교통카드 권종 변경 요청 APDU에 대응하는 교통카드 권종 변경 대응 APDU를 생성할 수 있으며, 생성한 교통카드 권종 변경 대응 APDU를 에이전트부(130)로 송신할 수 있다.(S838)
에이전트부(130)는 USIM(110)으로부터 수신한 교통카드 권종 변경 대응 APDU에 따른 교통카드 권종 변경 결과를 API 운용부(120)로 송신할 수 있다.(S839)
이를 통하여 사용자 단말(100)의 제조사 및 통신사와는 무관하게 교통카드 권종을 변경할 수 있으며, 또한 기 저장된 사용자의 생년월일을 통해 현재 교통카드 권종이 적합한지 여부를 판단할 수 있는바, 부적합한 교통카드 권종 사용자를 방지할 수 있는 효과가 있다.
즉, 어른임에도 불구하고, 교통비를 절약하기 위하여, 청소년용 또는 어린이용으로 교통카드를 사용하는 불법을 사전에 방지할 수 있는 효과가 있다.
상기와 같이 본 발명의 실시 예에 따른 오픈 API 기반의 교통카드 서비스 제공 시스템의 구성 및 동작이 이루어질 수 있으며, 한편 상기 본 발명의 설명에서는 구체적인 실시 예에 관해 설명하였으나 여러 가지 변형이 본 발명의 범위를 벗어나지 않고 실시될 수 있다.
이상에서 본 발명은 비록 한정된 실시 예와 도면에 의해 설명되었으나, 본 발명은 이것에 의해 한정되지 않으며 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 수정 및 변형이 가능함은 물론이다.
본 실시 예와 관련된 기술 분야에서 통상의 지식을 가진 자는 상기된 기재의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시 방법들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.
100: 사용자 단말 110: USIM
120: API 운용부 130: 에이전트부
200: TSM 300: 관리 서버

Claims (7)

  1. USIM(Universal Subscriber Identity Module 이하 ‘USIM’)을 저장하고 있는 사용자 단말 및 TSM(Trusted Service Management, 이하 ‘TSM’)을 포함하는 교통카드 서비스 제공 시스템에 있어서,
    상기 사용자 단말은
    상기 USIM의 초기화를 요청하는 API 운용부;
    상기 API 운용부의 요청을 상기 TSM 에 송신하며, 상기 API 운용부로부터 교통카드 정보 조회 요청을 수신하고, 상기 교통카드 정보 조회 요청을 상기 USIM으로 송신하며, 상기 교통카드 정보 조회 요청에 따른 교통카드 정보를 조회한 상기 USIM으로부터 교통카드 정보 조회 결과를 수신하고, 상기 교통카드 정보 조회 결과를 상기 API 운용부로 송신하며, 상기 TSM으로부터 USIM 초기화의 응답을 수신하는 에이전트부;를 포함하고,
    교통카드 서비스 제공 시스템은 교통카드 권종을 변경하는 관리 서버;
    를 더 포함하되,
    상기 API 운용부는
    수신한 상기 USIM 초기화의 응답을 확인하여, 교통카드 어플리케이션 설치가 필요할 경우, 교통카드 어플리케이션을 설치하며, 상기 교통카드 정보 조회 결과를 이용하여, 현재 교통카드 권종을 확인하며, 기 저장된 사용자의 생년월일을 통해 현재 교통카드 권종이 적합한지 여부를 판단하고, 현재 교통카드 권종이 사용자에게 적합하지 않다고 판단되는 경우, 교통카드 권종 변경 신청 요청을 상기 관리 서버로 송신하며, 상기 관리 서버로부터 교통카드 권종 변경 신청 결과를 수신하고, 상기 관리 서버로부터 수신한 상기 교통카드 권종 변경 신청 결과에 대응하는 교통카드 권종 변경 요청을 상기 에이전트부로 송신하며, 상기 에이전트부로 교통카드 애플릿 발급 요청을 송신하며, 상기 에이전트부로부터 상기 교통카드 애플릿 발급 요청에 대응하는 교통카드 애플릿을 수신하고, 교통카드 애플릿 잠금 해제 요청을 상기 에이전트부로 송신하고, 상기 에이전트부로부터 교통카드 애플릿 잠금 해제 결과를 수신하며, 상기 USIM으로 교통카드 정보 애플릿 발급 요청을 송신하며, 상기 USIM으로부터 상기 교통카드 정보 애플릿 발급 결과를 수신하고, 상기 교통카드 정보 애플릿 발급 완료에 대응하는 교통카드 발급 완료 요청을 상기 TSM으로 송신하며, 상기 교통카드 발급 완료를 상기 TSM으로부터 수신하고,
    상기 관리 서버는
    상기 API 운용부로부터 수신한 교통카드 권종 변경 신청 요청에 따라 교통카드 권종을 변경하고, 교통카드 권종 변경 신청 결과를 상기 API 운용부로 송신하며, 상기 API 운용부로부터 교통카드 정보 애플릿 발급 요청을 수신하고, 상기 교통카드 정보 애플릿 발급 요청에 대응하는 교통카드 정보 애플릿을 상기 API 운용부로 송신하며, 상기 API 운용부로부터 교통카드 정보 애플릿 발급 결과를 수신하며, 상기 API 운용부로 교통카드 정보 애플릿 발급 완료를 송신하며,
    상기 에이전트부는
    상기 API 운용부로부터 수신한 상기 교통카드 권종 변경 요청에 따라 교통카드 권종 변경 요청 APDU(Application Protocol Data Unit 이하 'APDU')를 생성하고, 생성한 교통카드 권종 변경 요청 APDU를 상기 USIM으로 송신하며, 상기 USIM으로부터 교통카드 권종 변경 대응 APDU를 수신하며, 상기 교통카드 권종 변경 대응 APDU에 따른 교통카드 권종 변경 결과를 상기 API 운용부로 송신하고, 상기 API 운용부로부터 수신한 상기 교통카드 애플릿 발급 요청을 상기 TSM으로 송신하며, 상기 TSM으로부터 상기 교통카드 애플릿 발급 요청에 대응하는 명령 APDU를 수신하고, 상기 명령 APDU를 상기 USIM으로 송신하며, 상기 USIM으로부터 상기 명령 APDU에 대응하는 응답 APDU를 수신하고, 상기 응답 APDU를 상기 TSM으로 송신하며, 상기 TSM으로부터 상기 교통카드 애플릿 발급 요청에 대응하는 교통카드 애플릿을 수신하며, 금융기관 및 서비스 코드를 확인하고, 상기 TSM으로 교통카드 애플릿 잠금 여부 확인을 송신하며, 상기 TSM으로부터 교통카드 애플릿 잠금 여부 결과를 수신하고, 상기 교통카드 애플릿 잠금 여부 확인 결과가 교통카드 애플릿이 잠겨져 있는 경우라면, 상기 TSM으로 교통카드 애플릿 잠금 해제 요청을 송신하며, 상기 TSM으로부터 상기 교통카드 애플릿 잠금 해제에 대응하는 잠금 해제 명령 APDU를 수신하고, 상기 잠금 해제 명령 APDU를 상기 USIM으로 송신하며, 상기 USIM으로부터 잠금 해제 응답 APDU를 수신하고, 상기 잠금 해제 응답 APDU를 상기 TSM으로 송신하며, 상기 TSM으로부터 상기 잠금 해제 응답 APDU에 대응하는 상기 교통카드 애플릿 잠금 해제 결과를 수신하고,
    상기 USIM은
    상기 에이전트부로부터 수신한 상기 교통카드 권종 변경 요청 APDU에 의하여, 교통카드 권종을 변경하고, 상기 교통카드 권종 변경 요청 APDU에 대응하는 교통카드 권종 변경 대응 APDU를 생성하며, 생성한 교통카드 권종 변경 대응 APDU를 상기 에이전트부로 송신하며,
    상기 교통카드 정보는
    교통카드 번호, 교통카드 권종 및 교통카드 잔액을 포함하며, 상기 교통카드 권종은 어린이용, 청소년용 및 성인용 중 어느 하나를 의미하는 것을 특징으로 하는 교통카드 서비스 제공 시스템.
  2. 제1항에 있어서,
    상기 관리 서버는
    상기 API 운용부로부터 상기 USIM 체크 요청을 수신하며, 상기 USIM 체크 요청을 상기 TSM으로 송신하며,
    상기 TSM은
    상기 USIM 체크 요청에 상응하여, 상기 USIM에 대한 정보를 확인하며, 상기 USIM에 대한 정보를 상기 관리 서버로 송신하고,
    상기 API 운용부는
    상기 관리 서버로부터 확인된 USIM에 대한 정보를 수신하며,
    상기 USIM 체크 요청은
    교통카드 애플릿 설치 및 교통카드 발급 여부 확인 요청인 것을 특징으로 하는 교통카드 서비스 제공 시스템.
  3. 제1항에 있어서,
    상기 API 운용부는
    상기 에이전트부로 발급된 교통카드 애플릿 삭제 요청을 송신하며, 상기 에이전트부로부터 교통카드 애플릿 삭제 내용을 수신하고,
    상기 에이전트부는
    상기 TSM으로 발급된 교통카드 애플릿 삭제 요청을 송신하며, 상기 TSM으로부터 교통카드 애플릿 삭제 내용을 수신하는 교통카드 서비스 제공 시스템.
  4. 제1항에 있어서,
    상기 API 운용부는
    교통카드 애플릿 상태 요청을 상기 에이전트부로 송신하며, 상기 에이전트부로부터 교통카드 애플릿 상태 내용을 수신하고,
    상기 에이전트부는
    상기 API 운용부로부터 상기 교통카드 애플릿 상태 요청을 수신하며, 상기 교통카드 애플릿 상태 요청을 상기 TSM으로 송신하고, 상기 TSM으로부터 수신한 상기 교통카드 애플릿 상태 내용을 상기 API 운용부로 송신하는 교통카드 서비스 제공 시스템.
  5. 삭제
  6. 삭제
  7. 삭제
KR1020170084363A 2017-07-03 2017-07-03 오픈 api 기반의 교통카드 서비스 제공 시스템 KR101944770B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020170084363A KR101944770B1 (ko) 2017-07-03 2017-07-03 오픈 api 기반의 교통카드 서비스 제공 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020170084363A KR101944770B1 (ko) 2017-07-03 2017-07-03 오픈 api 기반의 교통카드 서비스 제공 시스템

Publications (2)

Publication Number Publication Date
KR20190004145A KR20190004145A (ko) 2019-01-11
KR101944770B1 true KR101944770B1 (ko) 2019-04-17

Family

ID=65028309

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020170084363A KR101944770B1 (ko) 2017-07-03 2017-07-03 오픈 api 기반의 교통카드 서비스 제공 시스템

Country Status (1)

Country Link
KR (1) KR101944770B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102034298B1 (ko) * 2019-09-20 2019-11-08 주식회사 이비카드 하이패스 결제 시스템 및 그 방법

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101040577B1 (ko) * 2009-09-30 2011-06-13 비씨카드(주) 모바일 애플리케이션 재발급 방법 및 시스템
KR20100030641A (ko) * 2010-02-25 2010-03-18 주식회사 티모넷 전자지불수단 활성화 방법 및 활성화 서버
CN103262590A (zh) * 2010-12-30 2013-08-21 Skc&C株式会社 在具有非uicc安全元件的移动通信装置上经由空中提供机密信息的系统和方法
KR101664542B1 (ko) * 2014-04-25 2016-10-10 에스케이 주식회사 모바일 통합 서비스 방법, 이를 적용한 모바일 단말 및 서비스 시스템
KR101693421B1 (ko) 2015-04-30 2017-01-09 농협은행(주) 금융 오픈 플랫폼 기반의 금융서비스 제공 장치

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102034298B1 (ko) * 2019-09-20 2019-11-08 주식회사 이비카드 하이패스 결제 시스템 및 그 방법

Also Published As

Publication number Publication date
KR20190004145A (ko) 2019-01-11

Similar Documents

Publication Publication Date Title
US10063283B2 (en) Method and apparatus for selecting an application of a device having an NFC interface
US9123041B2 (en) System and method for presentation of multiple NFC credentials during a single NFC transaction
US9373110B2 (en) Information processing apparatus, information processing method, program, and information processing system
US7848740B2 (en) Electronic transactions
US20090281947A1 (en) Method and system for mobile commerce
EP2626823A1 (en) Location based selection in mobile wallets
US20070186107A1 (en) User authentication system and data providing system using the same
JP5534186B2 (ja) 情報処理システム、情報処理サーバ、情報処理方法及び情報処理プログラム等
KR20190003973A (ko) 근접장 통신(nfc)에 기반한 거래 방법 및 디바이스
US20190197539A1 (en) Method of providing service for setting condition of card use, card company server and user terminal
KR20130142864A (ko) 신용카드를 이용한 휴대정보 단말기에서의 모바일 카드 발급방법 및 이를 위한 신용카드
JP2013073272A (ja) ユーザ及び端末装置の認証方法、認証システム、認証申請用プログラム
KR101489474B1 (ko) 이동통신망을 이용한 금융 거래 시스템의 안전 거래 서버
KR101944770B1 (ko) 오픈 api 기반의 교통카드 서비스 제공 시스템
EP2778923B1 (en) Method and apparatus for selecting an application of a device having an nfc interface
US7970653B2 (en) Electronic authorisation
JP2009230215A (ja) Ｉｃカードおよびｉｃカードに用いられるアプリケーションプログラムの制御方法
KR20150014056A (ko) NFC(보안 카드)Tag 접촉을 통한 안심결제서비스 방법
KR101156664B1 (ko) 무선 정보 제공 방법
JP2002324219A (ja) カード認証システム
KR20070018295A (ko) 금융거래 데이터 처리 시스템과 이를 위한 금융거래 데이터처리장치와 무선 단말기와 기록매체
KR100629784B1 (ko) 스마트 카드 자동 갱신 방법 및 시스템
KR20070018335A (ko) 전표(또는 서식) 처리 시스템과 이를 위한 전표(또는 서식)처리장치와 무선 단말기와 기록매체
KR100852842B1 (ko) 스마트 카드 자동 갱신 방법 및 시스템
KR100551078B1 (ko) 고유 호출정보에 의한 모바일 금융거래 시스템 및 방법

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E90F Notification of reason for final refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant