KR20160134806A - 자동 데이터 전송 - Google Patents

자동 데이터 전송 Download PDF

Info

Publication number
KR20160134806A
KR20160134806A KR1020167029026A KR20167029026A KR20160134806A KR 20160134806 A KR20160134806 A KR 20160134806A KR 1020167029026 A KR1020167029026 A KR 1020167029026A KR 20167029026 A KR20167029026 A KR 20167029026A KR 20160134806 A KR20160134806 A KR 20160134806A
Authority
KR
South Korea
Prior art keywords
data
request
transmission
message
user
Prior art date
Application number
KR1020167029026A
Other languages
English (en)
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 마스터카드 인터내셔날, 인코포레이티드
Publication of KR20160134806A publication Critical patent/KR20160134806A/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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • 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"
    • 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/3226—Use of secure elements separate from 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/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/327—Short range or proximity payments by means of 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/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/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of 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/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/352—Contactless payments by cards
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/403—Solvency checks
    • G06Q20/4037—Remote solvency checks
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/409—Device specific authentication in transaction processing
    • G06Q20/4093—Monitoring of device authentication
    • 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
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07C9/00007—
    • 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
    • G06Q2240/00—Transportation facility access, e.g. fares, tolls or parking
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/20—Individual registration on entry or exit involving the use of a pass

Landscapes

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

Abstract

컴퓨터에 의해 구현되는 데이터의 전송을 요청하기 위한 방법이 여기서 개시되는데, 상기 방법은 사용자 장치의 사용에 응답하여 데이터의 전송을 위한 제1 요청을 전송하는 단계; 상기 데이터의 전송을 위한 상기 제1 요청이 거절되었음을 결정하는 단계; 상기 사용자 장치의 사용에 응답하여 상기 데이터의 전송이 허용될 수 있다는 것을 나타내는 이벤트를 감지하는 단계; 및 상기 이벤트가 발생하였음을 감지하는 것에 의존하여 상기 데이터의 전송을 위한 제2 요청을 전송하는 단계를 포함한다.

Description

자동 데이터 전송{AUTOMATIC DATA TRANSFER}
본 발명은 일반적으로, 그러나 독점적이지는 않게, 자동 데이터 전송에 관한 것이다. 본 발명의 일 실시예에 따르면, 데이터의 전송을 위한 요청은 해당 요청이 허용될 것 같다는 것을 나타내는 이벤트가 발생할 때에만 이루어진다. 응용들은 시스템의 사용이 거부된 장치들의 상태 목록을 빠르게 업데이트 하는 것을 포함한다. 또 다른 실시예에서, 데이터는 개별 시스템의 상태 목록들을 업데이트하기 위해 시스템들 사이에서 자동으로 전송된다.
런던, 파리 및 싱가포르를 포함하는 많은 대도시들의 운송 시스템들은 사용자가 그들의 여정에 대한 요금을 지불 하기 위해 전용 교통 카드(proprietary transit card)를 소지할 것을 요구한다. 이와 같은 자신의 통행 카드들을 요구하지 않는 것은 운송 시스템의 사용자들에게 훨씬 더 편리할 것이다. 그러므로 몇몇 통행 기관들(transit agencies)의 온라인 거래로 이루어지는 사용자의 여정에 대한 요금 지불로서, 표준 은행 발행 카드들(standard bank issued cards)을 허용하도록 적응되고 있다. 운송 시스템에 유효하게 진입하고 이탈하기 위해 사용자들에게 은행 카드를 사용하도록 할 때 발생하는 문제점은 사용자의 은행 카드로 온라인 거래를 수행하기 위해 요구되는 시간이 운송 시스템에 대한 진입 및 이탈에 있어서 사용자를 지연시키는 시간의 용인되는(acceptable) 길이 보다 더 길다는 것이다.
그러므로 사용자에게 은행 카드들로 그들의 여정에 대한 요금을 지불하도록 하는 운송 시스템들의 알려진 구현예들은 일반적으로 운송 시스템의 사용자의 진입 및/또는 이탈에 있어서 카드들로 온라인 거래를 수행하지 않는다. 운송 시스템은 오직 개별 사용자의 카드가 요금 지불을 위해 적합한 카드라는 것과 해당 카드가 운송 시스템에 접근이 거부된 카드들의 목록 즉, 상태 목록에 있지 않은 카드라는 것을 확실하게 인증한다. 블랙 리스트(black list)로 고려될 수 있는 상태 목록은 지불되어야(settled) 할 잔액을 가지고 있는 카드의 정보(details) 그리고 또한, 도난 신고된 카드 또는 운송 시스템을 이용한 여행이 금지된 카드의 사용자와 같은 다른 이유들로 여행이 거부된 카드들의 정보를 포함한다.
여정에 대한 요금이 지불되도록 하기 위해, 사용자의 은행 카드의 발급사(issuer)에게 요금 지불을 위한 요청을 송신하는 운송 시스템의 매입사(acquirer)에 의해 거래가 이루어진다. 이러한 요청은 사용자가 운송 시스템을 이용하여 여행 중일 때 또는 사용자가 운송 시스템을 이미 빠져 나왔을 때에 전송된다. 만약 요금 지불 요청이 발급사에 의해 거부되면, 그들이 이미 여행 서비스들(travel services)을 소비하였음에 따라 사용자는 운송 시스템을 제공하는 통행 기관에 채무를 진다. 채무가 정산되었다는(recovered) 것을 보장하기 위해, 운송 시스템은 일반적으로 운송 시스템의 카드들의 상태 목록에 사용자의 은행 카드의 정보를 추가한다. 그러므로 사용자는 지불되지 않은 잔액(outstanding balance)이 지불될 때까지 운송 시스템을 이용한 여행이 금지된다.
사용자를 상태 목록화하는(status listing) 상술한 기술에 대한 문제점은 사용자가 그들의 카드가 상태 목록에 추가되었다는 것을 알지 못할 수 있고 이에 따라, 운송 시스템에 진입하기 위한 그들의 다음 시도가 거부될 때 사용자는 매우 좋지 않은 경험(poor experience)을 한다는 것이다. 더욱이, 사용자가 그들의 카드가 상태 목록화 되었다는 것을 안다고 하더라도, 다시 여행이 가능하게 되기 전에 사용자는 수동으로 작업을 수행하는 불편한 과정을 수행할 것이 요구된다.
상술한 문제점들을 해결하기 위해, 자동 채무 정산(automatic debt recovery)이 수행될 수 있다. 자동 채무 정산을 수행하기 위해, 운송 시스템은 카드의 발급사에 대한 요금 지불을 위한 하나 이상의 추가 요청들을 (그들의 매입사를 통해)자동으로 송신한다. 이러한 요청들 중 하나가 발급사에 의해 승인되고 이에 따라 요금 지불이 이루어지면, 일반적으로 통행 기관은 상태 목록에서 사용자의 카드 정보를 자동으로 제거할 것이다. 그러므로, 사용자의 수동 작업 수행 없이, 또는 심지어 그들의 카드가 상태 목록에 들어있었다는 것에 대한 사용자의 인식 없이 사용자는 상태 목록에 추가되거나 상태 목록에서 제거될 수 있다. 그러나, 알려진 자동 채무 정산 기술들에 의해 발생하는 문제점은 그것이 작동할 것인지 여부가 매우 추측에 근거한(speculative)다는 것이다. 상술한 기술에서 허락된 요청들의 개수는 일반적으로 제한되고, 매입사는 해당 요청이 작동할 것인지 여부에 대해 인식할 방법 없이 개별 요청을 전송하기 위한 시간을 추측할 수 있을 뿐이다. 더욱이, 자동 채무 정산 요청들은 일반적으로 거래의 허가가 거절된 후 4일 까지 시작되지 않을 수 있고 사용자는 자동 채무 정산 요청이 전송되기 전에 운송 시스템을 이용한 여행을 시도할 것이 당연하다.
또한, 상태 목록의 효과적인 업데이트에 관해, 상태 목록 업데이트를 위한 매커니즘(mechanism)은 느리고 운송 시스템이 거래 데이터를 획득하는 방법에 의해 본질적으로 제한된다.
그러므로 일반적인 데이터의 자동 전송을 개선할 필요성이 있다.
본 발명의 첫 번째 측면에 따르면, 데이터의 전송을 요청하기 위해 컴퓨터에 의해 구현되는(computer-implemented) 방법이 제공되고, 이러한 방법은 사용자 장치의 사용에 응답하여 데이터의 전송을 위한 제1 요청을 전송하는 단계; 데이터의 전송을 위한 제1 요청이 거절되었음을 결정하는(determining) 단계; 사용자 장치의 사용에 응답하여 데이터의 전송이 허용될(accepted) 수 있다는 것을 나타내는(indicate) 이벤트를 감지하는 단계; 및 이벤트가 발생되었음을 감지하는 것에 의존하여 데이터의 전송을 위한 제2 요청을 전송하는 단계를 포함한다.
바람직하게, 방법은 제1 시스템이 제1 요청을 발생시키는 단계를 더 포함한다; 제1 요청을 전송하는 단계는 제1 시스템이, 제1 요청을 제2 시스템을 통해 제3 시스템으로 전송하는 단계를 포함한다; 제2 시스템은 제1 및 제3 시스템들 사이에서 메시지들 및 데이터를 전송하도록 구성된다; 그리고 제3 시스템은 제1 및/또는 제2 요청에 대한 허용(acceptance)에 응답하여 제1 시스템에 전송되는 데이터를 제공하도록 구성된다.
바람직하게, 이벤트는 제3 시스템으로의 데이터 전송을 감지하는 것을 포함한다; 데이터 전송은 사용된 사용자 장치에 대응하여 식별된다.
바람직하게, 방법은 제2 시스템 및, 선택적으로, 제1 시스템에 이벤트가 발생하였다는 것에 대한 지시(indication)를 전송하는 단계를 더 포함한다.
바람직하게, 데이터의 전송을 위한 제1 요청이 거절되었음을 결정하는 단계는, 제2 시스템이, 제3 시스템으로부터 제1 시스템으로 전송되고 데이터의 전송을 위한 요청을 거절하는 메시지를 감지하는 단계를 포함한다.
바람직하게, 이벤트는 제3 시스템으로부터 제1 시스템으로 전송되고, 데이터 전송을 위한 추가적인 요청을 허용하는 메시지에 대한 감지를 포함한다.
바람직하게, 방법은 이벤트가 발생되었음을 감지하는 것에 응답하여 추가적인 요청이 이루어져야 한다는 것을 나타내는 메시지를 제2 시스템 및/또는 제3 시스템이 제1 시스템으로 전송하는 단계를 더 포함한다.
바람직하게, 방법은 추가적인 요청이 이루어져야 한다는 것을 나타내는 메시지를 수신하는 것에 응답하여, 제1 시스템이 제2 요청을 제3 시스템으로 자동으로 전송하는 단계를 더 포함한다.
바람직하게, 방법은 제1 시스템이 사용자 장치의 사용에 응답하여 데이터의 전송을 위한 요청이 거절되었다는 것을 나타내는 메시지를 수신하는 단계; 제1 시스템이 데이터의 전송을 위한 요청이 거절되었다는 것을 나타내는 메시지를 제4 시스템으로 전송하는 단계; 및 제4 시스템이 제4 시스템에 의해 사용이 거부된 사용자 장치들의 목록에 사용자의 식별 정보를 추가하는 단계를 더 포함한다.
바람직하게, 방법은 제1 시스템이 사용자 장치의 사용에 응답하여 데이터의 전송을 위한 요청이 허용되었다는 것을 나타내는 메시지를 수신하는 단계; 제1 시스템이 데이터의 전송을 위한 요청이 허용되었다는 것을 나타내는 메시지를 제4 시스템으로 전송하는 단계; 및 제4 시스템이 제4 시스템에 의해 사용이 거부된 사용자 장치들의 목록에서 사용자 장치의 식별 정보를 제거하는 단계를 더 포함한다.
바람직하게, 제1 시스템은 매입사다; 그리고 제3 시스템은 사용자 장치에 대한 발급사다.
바람직하게, 제4 시스템은 운송 시스템이다.
바람직하게, 사용자 장치는 표준 발급 신용 카드(standard issue credit card), 직불 카드(debit card), 선불 카드(prepaid card), 상용 카드(commercial card), 일시불 카드(charge card), 휴대폰(mobile telephone), 스티커(sticker), 시계(watch) 또는 전자 열쇠(key fob) 중 적어도 하나이다.
바람직하게, 사용자 장치는 비접촉(contactless) 요금 지불을 할 수 있는 임의의 장치다.
바람직하게, 상기 데이터의 전송을 위한 제2 요청을 전송하는 단계는 데이터의 전송이 요구됨에 대한 결정(determination)에 또한 의존한다.
바람직하게, 방법은 데이터의 전송을 위한 상기 제2 요청이 거절되었음을 결정하는 단계; 및 데이터의 전송을 위한 요청이 허용될 때까지 사용자 장치의 사용에 응답하여 데이터의 전송이 허용될 수 있다는 것을 나타내는 이벤트를 감지하는 단계; 및 이벤트가 발생되었음을 감지하는 것에 의존한 데이터의 전송을 위한 요청을 전송하는 단계를 반복하는 단계를 더 포함한다.
본 발명의 두 번째 측면에 따르면, 전술한 임의의 방법을 수행하도록 구성된 하나 이상의 시스템이 제공된다.
본 발명의 세 번째 측면에 따르면, 사용자 장치들의 목록을 업데이트 하는 컴퓨터에 의해 구현되는 방법이 제공되고, 이러한 방법은 사용자 장치의 사용에 응답하여 제1 시스템에 대한 데이터의 전송을 위한 요청을 제1 시스템에 의해 송신하는 단계; 요청을 수신하는 것에 응답하여 요청된 데이터의 전송을 거절하는 메시지를 제1 시스템으로 전송하는 단계; 요청된 데이터의 전송을 거절하는 메시지를 감지하는 단계; 감지에 응답하여 제1 시스템에 대한 요청된 데이터의 전송이 거절되었다는 것을 제2 시스템에 나타내는 메시지를 제2 시스템으로 전송하는 단계; 및 제2 시스템에서 사용이 거부된 사용자 장치들의 목록에 사용자 장치의 식별 데이터를 추가하는 단계를 포함한다.
바람직하게, 세 번째 측면의 방법은 제1 시스템에 대한 데이터의 전송을 거절하는 메시지를 수신하는 제1 시스템에 응답하여, 제1 시스템에서 사용이 거부된 사용자 장치들의 목록에 사용자 장치의 식별 데이터를 추가하는 단계를 더 포함한다.
바람직하게, 세 번째 측면의 방법은 제1 시스템에 대한 데이터의 전송을 위한 요청을 허용하는 메시지로서, 제1 시스템으로 전송된 메시지를 감지하는 단계; 감지에 응답하여 제1 시스템에 대한 데이터의 전송을 위한 요청이 허용되었다는 것을 나타내는 메시지를 제2 시스템으로 송신하는 단계; 및 메시지를 수신하는 것에 의존하여 제2 시스템에서 사용이 거부된 사용자 장치들의 목록에서 사용자 장치의 식별 데이터를 제거하거나, 또는 식별 데이터의 상태를 변경하는 단계를 더 포함한다.
바람직하게, 세 번째 측면에 따른 방법에 있어서, 사용자 장치는 표준 발급 신용 카드, 직불 카드, 선불 카드, 일시불 카드, 휴대폰, 스티커, 시계, 전자 열쇠 또는 비접촉 요금 지불을 할 수 있는 임의의 장치 중 적어도 하나이다.
본 발명의 네 번째 측면에 따르면, 제1 시스템, 제2 시스템, 제3 시스템 및 제4 시스템이 제공된다: 제1 시스템은 사용자 장치의 사용에 응답하여, 제1 시스템에 대한 데이터의 전송을 위한 요청을 제3 시스템을 통해 제4 시스템으로 송신하도록 구성된다; 제4 시스템은 요청을 수신하는 것에 응답하여, 제1 시스템에 대한 요청된 데이터의 전송을 거절하는 메시지를 제3 시스템을 통해 제1 시스템에 전송하도록 구성된다; 제3 시스템은 요청된 데이터의 전송을 거절하는 메시지를 감지하도록 구성되고 감지에 응답하여 제1 시스템에 대한 요청된 데이터의 전송이 거절되었다는 것을 제2 시스템에 나타내는 메시지를 제2 시스템으로 전송하도록 구성된다; 그리고 제2 시스템은 제2 시스템에서 사용이 거부된 사용자 장치들의 목록에 사용자 장치의 식별 데이터를 추가하도록 구성된다.
바람직하게, 네 번째 측면에 따른 방법에 있어서, 제1 시스템은 제1 시스템에 대한 데이터의 전송을 거절하는 메시지를 수신하는 제1 시스템에 응답하여, 제1 시스템에서 사용이 거부된 사용자 장치들의 목록에 사용자 장치의 식별 데이터를 추가하도록 더 구성된다.
바람직하게, 네 번째 측면에 따른 방법에 있어서, 제3 시스템은 제1 시스템에 대한 데이터의 전송을 위한 요청을 허용하는 메시지로서, 제1 시스템으로 전송된 메시지를 감지하도록 구성된다; 제3 시스템은 감지에 응답하여 제1 시스템에 대한 데이터의 전송을 위한 요청이 허용되었다는 것을 나타내는 메시지를 제2 시스템으로 송신하도록 구성된다; 그리고 제2 시스템은 메시지를 수신하는 것에 의존하여 제2 시스템에서 사용이 거부된 사용자 장치들의 목록에서 사용자 장치를 식별하는 데이터를 제거하도록 구성된다.
바람직하게, 네 번째 측면에 따른 방법에 있어서, 사용자 장치는 표준 발급 신용 카드, 직불 카드, 선불 카드, 일시불 카드, 휴대폰, 스티커, 시계, 전자 열쇠 또는 비접촉 요금 지불을 할 수 있는 임의의 장치 중 적어도 하나이다.
본 발명의 실시예들은 첨부된 도면을 참조하여 오직 예시적인 방법에 의해 설명될 것이다.
도 1은 본 발명의 첫 번째 실시예에 따른 시스템을 보여준다.
도 2는 본 발명의 첫 번째 실시예에 따른 순서도이다.
도 3은 본 발명의 두 번째 실시예에 따른 시스템을 보여준다.
도 4는 본 발명의 두 번째 실시예에 따른 순서도이다.
본 발명의 첫 번째 실시예는 자동 데이터 전송이 성공할 것 같다는 것을 나타내는 이벤트가 감지된 직후에 수행되는 자동 데이터 전송 동작을 제공한다.
첫 번째 실시예는 사용자들이 표준 발급 은행 카드를 사용하여 요금을 지불하는 운송 시스템을 제공하는 통행 기관에 의해 요구될 수 있는 것과 같은 자동 채무 정산의 응용에 대해 특히 유리하다. 그러나, 실시예들은 자동 채무 정산에 결코 제한되지 않고 일반적인 자동 데이터 전송에 적용될 수 있다. 더욱이, 실시예들은 통행 기관들에 대한 응용들에 제한되지 않고 행사장(venue) 또는 경기장 진입을 위해 요금을 지불하는 사람들과 같이 넓고 다양한 응용들에 적용될 수 있다.
또한, 두 번째 실시예는 하나 이상의 통행 기관의 상태 목록들이 업데이트되는 속도 및 정확성을 개선하기 위한 기술을 제공한다.
첫 번째 실시예는 통행 기관에 의한 자동 채무 정산을 참조하여 아래에서 설명된다. 통행 기관에 의해 지원되는 운송 시스템의 사용자들은 표준 발급 은행 카드로 그들의 여정들에 대해 요금을 지불한다.
도 1은 첫 번째 실시예에 따른 시스템을 보여준다. 시스템은 통행 기관(101), 통행 기관(101)의 매입사(102), 데이터 전송 시스템(103) 및 발급사(104)를 포함한다.
통행 기관(101)은 도시의 철도 또는 버스 시스템과 같은 운송 시스템을 제공한다. 통행 기관(101)은 상태 목록을 포함하는 것으로 도시되어 있다. 상태 목록은 운송 시스템의 이용이 거부된 은행 카드들의 정보를 포함한다. 은행 카드들의 정보는 안전하게 저장되고 토큰화(tokenized) 될 수 있다. 상태 목록은 통행 기관(101)으로부터 분리된 시스템에 의해 대안적으로(alternatively) 제공될 수 있다.
통행 기관의 매입사(102)는 통행 기관(101) 및 데이터 전송 시스템(103)과 통신한다. 매입사(102)는 통행 기관(101)의 사용자들의 결제금을 획득하는데 책임이 있고 통행 기관(101)의 은행의 시스템들에 의해 제공될 수 있다.
데이터 전송 시스템(103)은 매입사(102) 및 개별 사용자의 은행 카드의 발급사(104)과 통신한다. 비록 하나의 발급사(104)가 도시되었으나, 데이터 전송 시스템(103)은 여정들에 대한 요금 지불을 하기 위해 통행 기관(101)에 의해 허용된 조직들(schemes)의 은행 카드들의 많은 발급사들과 통신할 수 있다. 또한, 데이터 전송 시스템(103)은 통행 기관(101)의 매입사 이외의 다른 매입사들과도 통신할 수 있고 통행 기관(101)에서의 거래의 유형들에 더하여 매입사(102) 및 발급사(104) 사이의 거래의 다른 유형들을 지원할 수 있다. 데이터 전송 시스템(103)은 메시지들, 결제금 및 발급사(104) 및 매입사(102) 시스템들 사이의 임의의 다른 거래 데이터를 전송한다. 데이터 전송 시스템(103)은 예를 들어, MasterCard®의 시스템과 같은 카드 조직에 의해 제공될 수 있다.
발급사(104)은 데이터 전송 시스템(103)과 통신한다. 발급사(104)은 사용자가 그들의 여정에 대한 요금 지불을 시도하기 위해 사용하는 카드의 계좌를 보유한다. 발급사(104)는 은행의 시스템들에 의해 제공될 수 있다.
사용자는 통행 기관(101)에 진입함에 있어서 그들의 은행 카드를 사용한다. 카드 정보는 읽히고 상태 목록 상의 카드 정보와 비교된다. 각각의 복수의 카드 리더기들(card readers)에 국부적으로(locally) 저장되는 개별 상태 목록으로서, 상태 목록의 복수의 버전들이 존재할 수 있고, 또는 하나의 상태 목록이 복수의 카드 리더기들과 통신하는 중앙 위치(central location)에 저장될 수도 있다. 만약 카드 정보가 상태 목록 상에 없고, 해당 카드가 카드 사용자의 여정에 대한 요금 지불을 위해 적합하다고 결정되면 사용자의 카드는 허용되고 사용자는 통행 기관(101)을 이용할 수 있게 된다. 만약 은행 카드의 발급사(104)와 실시간 통신이 불가능한 경우에 특히, 통행 기관(101)에 진입하는데 있어서 사용자의 통행(passage)을 지연시키는데 용인될 수 있는 시간보다 온라인 거래를 수행하기 위해 요구되는 시간이 더 길어질 것이므로, 사용자는 그들의 완료된 여정에 대한 결제금을 획득하기 위한 온라인 거래에 앞서, 운송 시스템(101)을 이용한 여행을 할 수 있게 된다.
통행 기관(101)은 사용자들에게 그들의 여정이 시작될 때에만 은행 카드를 제시하도록 요구할 수 있고 통행 기관(101)에 진입함에 있어서 읽혀진 카드 데이터에만 의존하여 거래를 발생시킬 수 있다. 대안적으로 통행 기관(101)은 사용자들에게 사용자가 통행 기관(101)에서 이탈함에 있어서, 그들의 은행 카드를 제시하도록 요구할 수도 있고 그리고 나서 사용자가 통행 기관(101)에서 이탈할 때 읽혀진 카드 데이터에 의존하여 거래를 발생시킬 수 있다.
사용자의 카드 정보는 사용자의 여정에 대한 요금 지불과 함께 매입사(102)에게 전송된다. 카드 정보에 더하여, 다른 거래 데이터 또는 요금 지불 데이터는 매입사(102)에게 전송될 수 있다. 매입사(102)는 카드 정보를 수신하고 카드의 발급사(104)에게 요금 지불을 위한 거래 요청을 송신한다.
만약 요청이 허용되면, 거래를 승인하는 응답 메시지는 발급사(104)로부터 매입사(102)에게 전송되고 사용자의 여정에 대한 요금 지불이 이루어진다.
만약 사용자가 그들의 은행 계좌에 그들의 여정에 대한 요금 지불을 하기 위해 충분하지 않은 자금을 가지고 있는 경우와 같이, 거래 요청이 거절되면 거래 요청이 거절되었음을 매입사(102)에게 알리는 응답 메시지가 발급사(104)로부터 매입사(102)에게 전송된다.
거래가 거절되었다는 메시지를 수신한 후에, 매입사(102)는 사용자의 카드로 사용자의 여정에 대한 요금 지불을 할 수 없다는 것을 통행 기관(101)에 알리는 메시지를 통행 기관(101)에 송신한다. 그러면 통행 기관(101)은 통행 기관(101)의 사용이 금지된 카드들의 상태 목록에 사용자의 카드 정보를 추가한다.
사용자의 여행이 차단되면, 그들은 그들의 발급사(104) 및 통행 기관(101) 모두와 함께 상황을 해결할 것이 요구된다. 이것이 발생할 수 있는 여러 가지 방법들이 있다. 완전하지 않은(non exhaustive) 목록은 아래와 같다:
* 웹 사이트를 통해 시작된(initiated) 사용자 - 이 경우 통행 기관(101)은 사용자가 그들의 채무를 볼 수 있도록 하고, 그것을 지불하고 다시 여행을 시작하기 위한 시도를 할 수 있도록 하는 웹사이트를 제공한다.
* 콜 센터(call centre)를 통해 시작된 사용자 - 이 경우 통행 기관(101)은 사용자가 그들의 채무를 들을 수 있도록 하고, 그것을 지불하고 다시 여행을 시작하기 위한 시도를 할 수 있도록 하는 전화 콜 센터를 제공한다.
* 티켓 판매기(ticket vending machine)를 통해 시작된 사용자 - 이 경우 통행 기관(101)은 사용자가 그들의 채무를 볼 수 있도록 하고, 그것을 지불하고 다시 여행을 시작하기 위한 시도를 할 수 있도록 하는 자동화된 티켓 판매기를 제공한다.
* 매표소(ticket office)/키오스크(kiosk)를 통해 시작된 사용자 - 이 경우 통행 기관(101)은 사용자가 그들의 채무를 볼 수 있도록 하고, 그것을 지불하고 다시 여행을 시작하기 위한 시도를 할 수 있도록 하는 유인(manned) 매표소 또는 부스(booth)를 제공한다.
* 리더기에 대한 탭(tap on a reader)을 통해 시작된 사용자 - 이 경우 통행 기관(101)은 카드 소지자가 여행을 희망한다는 것을 감지하고, 그들이 그들의 정보가 상태 목록에 있음에 따라 진입이 거부될 때, 통행 기관(101)은 이것을 사용자가 여행을 희망한다는 신호 및 빚진 돈을 정산하기 위한 시도를 개시하는 것 등으로 받아들일 수 있고, 사용자가 다시 여행을 시작하도록 할 수 있다.
이것들에 더하여, 통행 기관(101)은 채무 정산 거래들을 자동으로 시도할 수 있다. 일반적으로 이것은 약속된(agreed) 시간 주기 동안에 복수의 시도들을 수반할 수 있고, 채무가 발생된 후 며칠까지 시작하지 않을 수 있다.
이러한 메커니즘들 전부는 다음과 같은 문제점들을 가진다 - 그들은 사용자에게 일련의 행위들(특히 도시에 방문한 외국 방문자들에게 복잡할 수 있고, 또는 이해하기 힘들 수 있는)을 요구하고, 또는 통행 기관(101)은 완전히 추측에 근거한 기준(speculative basis)에서 채무를 정산하기 위한 시도를 하고, 그들의 매입사(102)로부터 거래 수수료를 잠재적으로 발생시킨다.
실시예들은 채무를 정산하는 동작이 성공 가능성을 가질 것 같을 때, 사용자의 카드 세부사항들이 자동으로, 그리고 빠르게 상태 목록에서 제거되도록, 발급사(104)에 의해 알려진 채무 정산 동작을 자동으로 수행하는 기술들을 개선한다.
발명자들은 사용자의 계좌가 여정에 대한 요금 지불을 위해 충분하지 않은 자금을 갖는 것에 대한 일반적인 이유가 사용자가 그들의 봉급을 받기 전 날들에, 일반적으로 월 말에 계좌 자금이 낮아지기 때문이라는 것을 깨달았다. 그러므로 가까운 미래에, 그들의 봉급이 그들의 계좌에 지불된 때에 사용자는 그들의 여정에 대한 요금 지불을 위해 충분한 자금을 가질 것이 기대될 수 있다.
첫 번째 실시예에 따르면, 사용자가 이전에 거절된 요금 지불을 하기 위해 사용자가 그들의 계좌에 충분한 자금을 가지고 있다는 것을 나타내는 이벤트가 모니터링된다. 이와 같은 이벤트를 감지하는 것에 응답하여, 성공할 것으로 기대될 수 있는 자동 채무 정산 동작은 이벤트가 발생한 이후에 수행된다. 그러므로 사용자의 카드는 요금 지불에 응답하여 상태 목록에서 자동으로 그리고 빠르게 제거될 수 있다.
첫 번째 실시예의 첫 번째 구현예에서, 데이터 전송 시스템(103)은 데이터 전송 시스템(103)을 통해 발급사(104)로부터 매입사(102)로 전송되는 메시지들을 모니터링한다. 데이터 전송 시스템(103)이 거래 요청을 거절하는 메시지가 발급사(104)에 의해 전송된 것을 감지하면, 데이터 전송 시스템(103)은 매입사(102)에게 메시지를 전송하고 또한, 매입사(102)에 의한 거래 요청이 거절되었음을 기록한다(log). 그러므로 데이터 전송 시스템(103)은 Primary Account Numbers(요금 지불 카드에 양각으로 새겨지거나 인쇄된 번호, PAN 이라고도 함) 및/또는 거래 요청이 거절되었던 카드들의 임의의 다른 식별 데이터와 같은 카드 정보의 로그(log) 또는 목록을 생성한다.
데이터 전송 시스템(103)은 데이터 전송 시스템(103)을 가로질러 매입사들 및 발급사들 사이에서 전송되는 거래 요청 메시지들의 전부를 모니터링 한다. 만약 데이터 전송 시스템(103)이 로그에 있는 카드의 카드 정보를 포함하는 하나 이상의 거래 요청들을 감지하면, 데이터 전송 시스템(103)은 카드의 발급사(104)로부터 전송되는 요청에 대한 응답을 모니터링 한다. 만약 응답이 요청된 거래를 승인하면, 사용자의 계좌가 다시 한번 사용자가 양호한 상태(good standing)에 있다는 것과 이전에 거절된 요금 지불을 하기 위해 사용자가 그들의 계좌에 충분한 자금을 가지고 있을 가능성이 있다는 것을 나타내는 이벤트로서 응답이 감지된다.
승인된 거래는 사용자가 임의의 유형의 구매를 하기 위해 그들의 카드를 사용하는 것에 의해 발생할 수 있다. 거래가 성공적이었으므로, 예를 들어 사용자가 그들의 봉급을 받는 것에 의해, 사용자의 계좌가 해당 계좌로 전송된 자금을 가지고 있었다고 추정하는 것이 합리적이고 이에 따라, 이것이 이벤트로서 감지된다.
대안적으로, 사용자는 그들의 카드에 대한 부과(load)로서 그들의 계좌에 전송되는 봉급, 또는 다른 수입원(예를 들어, 동일인의 다른 은행 계좌(예를 들어, 예금 계좌)로부터의 전송 또는 다른 개인으로부터 전송을 포함)을 가질 수 있다. 데이터 전송 시스템(103)은 로그에 있는 카드 정보에 대한 데이터 전송 등을 모니터링하고, 이전에 거절되었던 요금 지불을 하기 위해 사용자가 그들의 계좌에 충분한 자금을 가진다는 것을 나타내는 이벤트로서 데이터 전송을 감지한다.
위에서 설명된 이벤트들 중 임의의 이벤트를 감지한 후에, 데이터 전송 시스템(103)은 자동 채무 정산 과정을 수행하기 위한 적당한 때일 수 있다는 것을 매입사(102)에게 알리는 메시지를 통행 기관(101)의 매입사(102)에게 송신한다. 이러한 메시지를 수신하는 것에 응답하여, 매입사(102)는 사용자의 여정에 대한 결제금을 정산하기 위해 하나 이상의 거래 요청들을 발급사(104)에게 자동으로 전송한다. 만약 이러한 거래 요청들 중 하나가 승인되면, 매입사(102)는 사용자가 상태 목록에서 제거될 수 있다는 것을 통행 기관(101)에 알리는 메시지를 통행 기관(101)에 자동으로 전송한다.
본 실시예에 대한 대안으로, 매입사(102)는 사용자의 계좌가 다시 한번 양호한 상태에 있다는 결정을 통행 기관(101)에 송신하고, 그러면 통행 기관은 채무 정산을 시도하기를 원하는지 여부를 결정한다. 매입사(102)는 통행 기관(101)으로부터 정산을 하라는 명령을 받으면 결제금을 정산하기 위한 하나 이상의 거래 요청들만을 발급사(104)에게 전송한다.
첫 번째 실시예의 두 번째 구현예는 통행 기관(101)의 매입사(102)로부터의 거래 요청을 거절한 발급사(104)가 거절된 거래 요청을 갖는 카드들의 정보를 포함하는 로그 등을 유지하는 것을 제외하고는 첫 번째 구현예와 유사하다. 그리고 나서 발급사(104)는 로그에 있는 개별 카드의 계좌를 모니터링하고, 자금의 부족에 의해 이전에 거절된 요금 지불을 하기 위해 사용자가 그들의 계좌에 충분한 자금을 가지고 있다는 것을 나타내는 이벤트들을 감지한다. 예를 들어, 발급사(104)는 로그에 있는 카드의 정보에 부합하는 카드의 계좌로 들어간 봉급 또는 임의의 다른 자금의 지불을 이벤트들로서 감지한다. 이와 같은 이벤트를 감지한 후에, 발급사(104)는 자동 채무 정산 과정을 수행하기에 적당한 때라는 것을 매입사(102)에게 알리는 메시지를, 통행 기관(101)의 매입사(102)에게 메시지를 차례대로 전송하는 데이터 전송 시스템(103)으로 송신하고, 해당 과정은 첫 번째 구현예에서 이미 설명된 바와 같이 진행된다.
유리하게는, 두 번째 구현예는 이벤트가 감지되도록 하기 위해, 사용자가 성공적인 거래를 수행할 때까지, 또는 사용자가 그들의 카드에 대한 부과로서 결제금을 받을 때까지 기다릴 필요가 없으므로 첫 번째 구현예보다 빠른 채무 정산을 수행하기 위한 적당한 시간이라는 것을 매입사에게 알릴 수 있다.
세 번째 구현예는 위에서 설명된 첫 번째 및 두 번째 실시예들 모두의 결합이다. 발급사(104) 및 데이터 전송 시스템(103) 모두는 이벤트를 감지할 수 있고 자동 채무 정산 과정을 시도하기 위한 적당한 시간이라는 것을 매입사(102) 및 통행 기관(101)에게 알리는 메시지를 통행 기관(101)의 매입사(102)에게 송신할 수 있다.
유리하게는, 실시예들은 사용자에게 임의의 단계들을 수행하는 것에 대한 요구 없이 상태 목록에서 사용자를 빠르게 자동으로 제거한다. 더욱이 실시예들은 높은 수준의 확실성을 제공하고 종래 자동 채무 정산 기술들 보다 덜 추측에 근거한다. 사용자가 그들의 계좌에 충분한 자금을 가지고 있다는 것을 나타내는 이벤트를 기다림으로써, 자동 채무 정산 과정은 높은 성공 가능성으로 수행된다. 더욱이, 데이터 전송 시스템(103) 및/또는 발급사(104)가 해당 과정을 수행하기 위한 적당한 시간이라는 것을 매입사(102)에게 알리면 자동 채무 정산이 개시된다. 이러한 데이터 전송 시스템(103) 및/또는 발급사(104)가 개시한 자동 채무 정산 과정이 수행되면, 매입사(102)는 그들이 자동 채무 정산 과정을 수행하고 자동 채무 정산 과정을 수행하기 위한 적당한 시간이라는 것에 대한 지시(indication)가 제공되지 않을 때 독자적으로 기능(act autonomously)하는 매입사들의 작동상의 제약들(operational constraints)에 의해 제한되지 않는다.
첫 번째 실시예에 따라 컴퓨터에 의해 구현되는 과정의 순서도가 도 2에 도시되어 있다.
단계(201)에서, 과정은 시작된다.
단계(203)에서, 사용자 장치의 사용에 응답하여 데이터의 전송을 위해 제1 요청이 전송된다. 이것은 통행 기관(101)에서 사용자가 그들의 카드를 태핑(tapping)하는, 이에 따라 그들이 여행을 희망한다는 것을 나타내는 사용자의 태핑에 의해 개시될 수 있다.
단계(205)에서, 과정은 데이터의 전송을 위한 제1 요청이 거절되었음을 결정한다.
단계(207)에서, 과정은 사용자 장치의 사용에 응답하여 데이터의 전송이 허용될 수 있다는 것을 나타내는 이벤트를 감지한다.
단계(209)에서, 과정은 이벤트가 발생하였음을 감지하는 것에 의존하여 데이터의 전송에 대한 채무를 정산하기 위해 제2 요청을 전송한다. 만약 이것 또한 거절되면, 과정은 제2 요청이 허용될 때까지 단계(207) 및 단계(209)를 반복할 수 있다.
단계(211)에서, 과정은 끝난다.
상태 목록들이 업데이트 되는 속도 및 그로 인한 정확도를 개선하는 개선하는 두 번째 실시예가 아래에서 설명된다.
두 번째 실시예에 따르면, 도 1에 도시되고 도 1을 참조하여 설명된 상술한 데이터 전송 시스템(103)일 수 있는 데이터 전송 시스템(103)은 각각의 복수의 시스템들의 복수의 상태 목록들을 업데이트 하기 위해 사용된다. 예를 들어, 데이터 전송 시스템(103)은 도 1에 도시된 통행 기관(101)의 상태 목록들뿐만 아니라 다른 통행 기관들의 상태 목록들 또는 그들 자신의 상태 목록들을 갖는 임의의 다른 시스템들의 상태 목록들을 업데이트한다. 데이터 전송 시스템(103)은 예를 들어 MasterCard® 시스템에 의해 제공될 수 있다.
두 번째 실시예는 각각의 복수의 통행 기관들의 복수의 상태 목록들을 업데이트 하는 데이터 전송 시스템을 참조하여 아래에서 설명된다. 그러나, 이것은 순전히 예시적인 것이고 상태 목록들은 임의의 시스템 유형에 속할 수 있다.
도 3은 두 번째 실시예에 따른 데이터 전송 시스템(103) 및 복수의 추가적인 시스템들을 보여준다.
TA1, TA2, TA3 및 TA4는 모두 통행 기관들이고 개별 통행 기관은 첫 번째 실시예에서 설명된 통행 기관(101)일 수 있다. 통행 기관들(101, 301, 302 및 303)은 기차 또는 트램(tram), 및/또는 다른 지역들을 가로질러 동작하는 다른 방식들의 운송 수단(transport)을 제공할 수 있다. 도 3에서는 비록 네 개의 통행 기관들이 도시되었지만, 임의의 개수의 통행 기관들이 지원될 수 있다. 통행 기관들 TA1, TA2, TA3 및 TA4 각각은 첫 번째 실시예에서 설명된 바와 같은 매입사(102) 및 운송 시스템을 포함한다. 또한, 통행 기관들 TA1, TA2, TA3 및 TA4 각각은 동일한 매입사(102)의 서비스를 이용할(employ) 수 있고, 또는 다른 매입사를 이용할 수 있으며, 또는 몇몇은 하나의 매입사를 이용할 수 있고 몇몇은 다른 매입사를 이용할 수도 있다. 매입사들 모두는 데이터 전송 시스템(103)과 연결된다.
개별 통행 기관은 그들 각각의 매입사를 통해 데이터 전송 시스템(103)과 통신한다. 또한, 데이터 전송 시스템(103)은 개별 통행 기관의 사용자들의 카드들에 의한 거래들을 지원하는 하나 이상의 발급사들 또는 모든 발급사들과 통신한다.
개별 통행 기관은 통행 기관의 사용이 거부된 카드들의 정보를 포함하는 상태 목록의 고유의 버전을 유지한다. 개별 상태 목록은 첫 번째 실시예에서 설명된 것일 수 있다. 개별 상태 목록 내부에 저장된 데이터는 토큰화된 형태(tokenized form)로 저장될 수 있는 Primary Account Number, PAN과 같은 임의의 카드 정보일 수 있고 또한, 토큰 등의 내부의 만료일 및 카드 일련 번호(card sequence number)와 같은 카드 정보를 포함할 수도 있다.
첫 번째 실시예에서 설명한 바와 같이, 통행 기관 TA1은 그들의 매입사 및 데이터 전송 시스템(103)을 통해 발급사(104)로 요금 지불 요청을 송신한다. 발급사(104)는 요청된 요금 지불이 거절되었다는 것을 TA1에게 알리는 메시지를 데이터 전송 시스템(103) 및 관련 매입사를 통해 TA1으로 회신한다. 그리고 나서 TA1은 TA1의 상태 목록에 해당 카드를 추가한다.
두 번째 실시예에 따르면, 데이터 전송 시스템(103)은 발급사(104)로부터 전송된 요금 지불을 거절하는 메시지를 감지하고, 해당 카드로 이루어지는 요금 지불 요청이 거절되었다는 것을 TA2, TA3 및 TA4의 통행 기관들에게 알리는 메시지를 TA2, TA3 및 TA4으로 자동으로 송신한다. 데이터 전송 시스템(103)으로부터 메시지를 수신하는 것에 응답하여, 그 다음 TA2, TA3 및 TA4는 마찬가지로 그들의 상태 목록들에 해당 카드를 추가하기로 결정할 수 있다. 그러므로 비록 사용자가 특정 통행 기관을 이용한 여정에 대한 요금 지불에 실패하지 않았다고 하더라도 사용자의 카드는 통행 기관의 상태 목록에 추가될 수 있다. 유리하게는, 개별 통행 기관은 그들의 여정에 대한 요금 지불을 할 수 없는 사용자의 여행을 금지하기 위하여 그들의 상태 목록을 빠르게 업데이트 할 수 있다.
또한, 데이터 전송 시스템(103)은 거절된 거래를 갖는 카드들의 정보를 포함하는 로그를 생성한다. 그리고 나서 데이터 전송 시스템(103)은 데이터 전송 시스템(103)을 가로질러 전송되는 메시지들을 모니터링 한다. 만약 데이터 전송 시스템(103)이 발급사(104)로부터의 메시지로서, 기록된(logged) 카드들 중 하나에 대한 지불 승인의 메시지를 감지하면, 데이터 전송 시스템(103)은 해당 카드에 대한 거래가 승인되었다는 것을 통행 기관들에게 알리는 메시지를 모든 통행 기관들에 송신한다. 메시지를 수신하는 것에 응답하여, 개별 통행 기관들은 그들의 상태 목록에서 해당 카드를 제거할 수 있다. 유리하게는, 사용자의 카드는 모든 상태 목록들에서 자동으로 제거될 수 있다.
대안적인 구현예에서, 카드가 상태 목록에서 제거되기 전에, 통행 기관은 카드의 발급사(104)로부터 통행 기관에 대한 임의의 상환 예정 금액(payment due)이 있는지 여부를 결정할 수도 있다. 그리고 나서, 상환 예정 금액이 없는 통행 기관들 만이 그들의 상태 목록에서 카드 정보를 자동으로 제거할 것이고 반면에 여전히 요금 지불을 요구하는 통행 기관들은 그들의 상태 목록에 해당 카드를 유지할 것이다. 개별 통행 기관은 필요한 경우, 메시지를 수신하는 것에 응답하여 자동 채무 정산 동작을 수행할 수도 있다.
유리하게는, 복수의 분리 시스템들의 상태 목록들은 빠르게 자동으로 업데이트된다.
두 번째 실시예에 따라 컴퓨터에 의해 구현되는 과정의 순서도가 도 4에 도시되어 있다.
단계(401)에서, 과정은 시작한다.
단계(403)에서, 과정은 사용자 장치의 사용에 응답하여, 제1 시스템(101)에 대한 데이터의 전송을 위한 요청을 제1 시스템(101)에 의해 송신한다. 이것은 통행 기관(101)에서 사용자가 그들의 카드를 태핑하는, 이에 따라 그들이 여행을 희망한다는 것을 나타내는 사용자의 태핑에 의해 개시될 수 있다.
단계(405)에서, 과정은 요청을 수신하는 것에 응답하여, 제1 시스템(101)에 대한 요청된 데이터의 전송을 거절하는 메시지를 송신한다.
단계(407)에서, 과정은 요청된 데이터의 전송을 거절하는 메시지를 감지한다.
단계(409)에서, 과정은 감지에 응답하여, 제1 시스템(101)에 대한 요청된 데이터의 전송이 거절되었다는 것을 제2 시스템(301, 302, 303)에게 나타내는 메시지를 제2 시스템(301, 302, 303)으로 송신한다.
단계(411)에서, 과정은 제2 시스템(301, 302, 303)에서 사용이 거부된 사용자 장치들의 목록에 사용자 장치의 식별 데이터를 추가한다.
단계(413)에서, 과정은 끝난다.
본 발명의 범위를 벗어나지 않고 위에서 설명한 실시예들에 대한 많은 수정들(modifications) 및 변형들(variations)이 이루어 질 수 있다.
예를 들어, 두 번쌔 실시예는 통행 기관들로 전송되는 메시지 및 통행 기관으로부터 전송되는 메시지들과 함께 설명되었다. 통상의 기술자(the skilled person)는 요금 지불 요청 메시지들 및 응답 메시지들이 개별 통행 기관들의 매입사에 의해 전송 및 수신될 수 있음을 이해할 수 있을 것이다. 개별 통행 기관의 매입사는 도 5에 도시된 바와 같이 통행 기관 내에서 제공될 수 있다. 대안적으로, 개별 매입사는 도 1에 도시된 바와 같이 통행 기관으로부터 분리되어 제공될 수 있다.
첫 번째 및 두 번째 실시예들 모두에서, 데이터 전송 시스템(103)을 통해 통신되는 메시지들은 알려진 데이터 전송 시스템들에서 표준 허가 요청(Authorisation Request), 승인 응답(Approve Response) 및 거절 응답(Declince Reponse) 메시지들일 수 있다.
위에서 설명된 실시예들에서, 각각의 시스템들의 하나 이상의 상태 목록들은 유지된다. 또한, 개별 시스템은 해당 시스템에 의한 사용이 절대 거부되지 않는 카드들의 정보들을 포함하는 화이트 리스트(white list)를 가질 수 있다. 또한, 상태 목록 상의 카드의 정보에 대응하여 요금 지불이 받아들여지면, 해당 카드가 통행 기관에 의해 사용되는 것이 금지되도록, 목록에서 카드 정보를 실제로 제거하기 보다는 통행 기관에 의해 카드가 사용되도록 하기 위해 카드의 정보는 그들의 상태를 변화시킬 수 있다.
위에서 설명한 실시예들에 걸쳐서, 사용자는 카드들을 사용하여 요금 지불을 하는 것으로 설명된다. 카드는 신용 카드, 직불 카드, 선불 카드, 상용 카드 또는 일시불 카드와 같은 임의의 표준 발급 은행 카드일 수 있다. 실시예들은 카드들의 사용에 제한되지 않고, 보다 일반적으로는 시스템의 사용에 대한 요금 지불을 할 수 있는 임의의 사용자 장치의 사용을 포함한다. 사용자 장치는 예를 들어, 휴대폰, 스티커, 시계, 전자 열쇠 또는 비접촉 요금 지불을 할 수 있는 임의의 다른 비카드 형태(non-card form)의 요소일 수 있다.
여기서 순서도들 및 그것에 대한 설명들은 설명된 방법 단계들을 수행하는 고정된 순서를 규정하는 것으로 이해되어서는 안 된다. 대신에, 방법 단계들은 구현예 가능한 임의의 순서에 따라 수행될 수 있다. 비록 본 발명이 특정 예시적인 실시예들과 관련하여 설명되었지만, 다양한 변화들, 대용들(substitutions) 및 당해 기술 분야에서 통상의 기술자에게 자명한 변경들(alterations)이 첨부된 청구항들에 명시된 바와 같은 본 발명의 사상(spirit) 및 범위를 벗어나지 않고 개시된 실시예들로 이루어질 수 있는 것으로 이해되어야 한다.

Claims (25)

  1. 데이터의 전송을 요청하기 위한 컴퓨터에 의해 구현되는 방법에 있어서,
    사용자 장치의 사용에 응답하여 데이터의 전송을 위한 제1 요청을 전송하는 단계(203);
    상기 데이터의 전송을 위한 상기 제1 요청이 거절되었음을 결정하는 단계(205);
    상기 사용자 장치의 사용에 응답하여 상기 데이터의 전송이 허용될 수 있다는 것을 나타내는 이벤트를 감지하는 단계(207); 및
    상기 이벤트가 발생하였음을 감지하는 것에 의존하여 상기 데이터의 전송을 위한 제2 요청을 전송하는 단계(209)를 포함하는 데이터 전송 요청 방법.
  2. 제1항에 있어서,
    제1 시스템(101)이 상기 제1 요청을 발생시키는 단계를 더 포함하고,
    상기 제1 요청을 전송하는 단계(203)는 상기 제1 시스템(101)이 상기 제1 요청을 제2 시스템(103)을 통해 제3 시스템(104)으로 전송하는 단계를 포함하고;
    상기 제2 시스템(103)은 상기 제1 및 제3 시스템들 사이에서 메시지들 및 데이터를 전송하도록 구성되고;
    상기 제3 시스템(104)은 상기 제1 및/또는 제2 요청에 대한 허용(acceptance)에 응답하여 상기 제1 시스템(101)에 전송되는 데이터를 제공하도록 구성되는 데이터 전송 요청 방법.
  3. 제2항에 있어서,
    상기 이벤트는 상기 제3 시스템(104)으로의 데이터 전송을 감지하는 것을 포함하고;
    상기 데이터 전송은 상기 사용된 사용자 장치에 대응하여 식별되는 데이터 전송 요청 방법.
  4. 제3항에 있어서,
    상기 제2 시스템(103) 및, 선택적으로, 상기 제1 시스템(101)에 상기 이벤트가 발생하였다는 것에 대한 지시(indication)를 전송하는 단계를 더 포함하는 데이터 전송 요청 방법.
  5. 제2항 또는 제2항의 종속항 중 어느 한 항에 있어서,
    상기 데이터의 전송을 위한 제1 요청이 거절되었음을 결정하는 단계는
    상기 제2 시스템(103)이 상기 제3 시스템(104)으로부터 상기 제1 시스템(101)으로 전송되고 상기 데이터의 전송을 위한 요청을 거절하는 메시지를 감지하는 단계를 포함하는 데이터 전송 요청 방법.
  6. 제2항 또는 제2항의 종속항 중 어느 한 항에 있어서,
    상기 이벤트는 상기 제3 시스템(104)으로부터 상기 제1 시스템(101)으로 전송되고, 데이터 전송을 위한 추가적인 요청을 허용하는 메시지에 대한 감지(detection)를 포함하는 데이터 전송 요청 방법.
  7. 제2항 또는 제2항의 종속항 중 어느 한 항에 있어서,
    이벤트가 발생되었음을 감지하는 것에 응답하여, 추가적인 요청이 이루어져야 한다는 것을 나타내는 메시지를 상기 제2 시스템(103) 및/또는 제3 시스템(104)이 상기 제1 시스템(101)으로 전송하는 단계를 더 포함하는 데이터 전송 요청 방법.
  8. 제7항에 있어서,
    추가적인 요청이 이루어져야 한다는 것을 나타내는 상기 메시지를 수신하는 것에 응답하여, 상기 제1 시스템(101)이 상기 제2 요청을 상기 제3 시스템(104)으로 자동으로 전송하는 단계를 더 포함하는 데이터 전송 요청 방법.
  9. 제2항 또는 제2항의 종속항 중 어느 한 항에 있어서,
    상기 제1 시스템(101)이 사용자 장치의 사용에 응답하여 데이터의 전송을 위한 요청이 거절되었다는 것을 나타내는 메시지를 수신하는 단계;
    상기 제1 시스템(101)이 상기 데이터의 전송을 위한 상기 요청이 거절되었다는 것을 나타내는 메시지를 제4 시스템으로 전송하는 단계; 및
    상기 제4 시스템이 상기 제4 시스템에 의해 사용이 거부된 사용자 장치들의 목록에 상기 사용자의 식별 정보를 추가하는 단계를 더 포함하는 데이터 전송 요청 방법.
  10. 제9항에 있어서,
    상기 제1 시스템(101)이 사용자 장치의 사용에 응답하여 데이터의 전송을 위한 요청이 허용되었다는 것을 나타내는 메시지를 수신하는 단계;
    상기 제1 시스템(101)이 상기 데이터의 전송을 위한 상기 요청이 허용되었다는 것을 나타내는 메시지를 상기 제4 시스템으로 전송하는 단계; 및
    상기 제4 시스템이 상기 제4 시스템에 의해 사용이 거부된 사용자 장치들의 목록에서 상기 사용자 장치의 식별 정보를 제거하는 단계를 더 포함하는 데이터 전송 요청 방법.
  11. 제2항 또는 제2항의 종속항 중 어느 한 항에 있어서,
    상기 제1 시스템(101)은 매입사(acquirer)이고;
    상기 제3 시스템(104)은 상기 사용자 장치에 대한 발급사(issuer)인 데이터 전송 요청 방법.
  12. 제9항 또는 제10항에 있어서,
    상기 제4 시스템은 운송 시스템(transport system)인 데이터 전송 요청 방법.
  13. 제1항 내지 제12항 중 어느 한 항에 있어서,
    상기 사용자 장치는 표준 발급 신용 카드(standard issue credit card), 직불 카드(debit card), 선불 카드(prepaid card), 상용 카드(commercial card), 일시불 카드(charge card), 휴대폰(mobile telephone), 스티커(sticker), 시계(watch) 또는 전자 열쇠(key fob) 중 적어도 하나인 데이터 전송 요청 방법.
  14. 제1항 내지 제13항 중 어느 한 항에 있어서,
    상기 사용자 장치는 비접촉(contactless) 요금 지불을 할 수 있는 임의의 장치인 데이터 전송 요청 방법.
  15. 제1항 내지 제14항 중 어느 한 항에 있어서,
    상기 데이터의 전송을 위한 제2 요청을 전송하는 단계는
    상기 데이터의 전송이 요구됨(desired) 에 대한 결정에 또한 의존하는 데이터 전송 요청 방법.
  16. 제1항 내지 제15항 중 어느 한 항에 있어서,
    상기 데이터의 전송을 위한 상기 제2 요청이 거절되었음을 결정하는 단계; 및
    상기 데이터의 전송을 위한 요청이 허용될 때까지, 상기 사용자 장치의 사용에 응답하여 상기 데이터의 전송이 허용될 수 있다는 것을 나타내는 이벤트를 감지하는 단계; 및 상기 이벤트가 발생되었음을 감지하는 것에 의존한 상기 데이터의 전송을 위한 요청을 전송하는 단계를 반복하는 단계를 더 포함하는 데이터 전송 요청 방법.
  17. 제1항 내지 제16항 중 어느 한 항의 방법을 수행하도록 구성된 하나 이상의 시스템.
  18. 사용자 장치들의 목록을 업데이트 하는 컴퓨터에 의해 구현된 방법에 있어서,
    사용자 장치의 사용에 응답하여 제1 시스템(101)에 대한 데이터의 전송을 위한 요청을 상기 제1 시스템(101)에 의해 송신하는 단계(403);
    상기 요청을 수신하는 것에 응답하여, 상기 요청된 데이터의 전송을 거절하는 메시지를 상기 제1 시스템(101)으로 전송하는 단계(405);
    상기 요청된 데이터의 전송을 거절하는 메시지를 감지하는 단계(407);
    상기 감지에 응답하여, 상기 제1 시스템(101)에 대한 상기 요청된 데이터의 전송이 거절되었다는 것을 제2 시스템(301, 302, 303)에 나타내는 메시지를 상기 제2 시스템(301, 302, 303)으로 전송하는 단계(409); 및
    상기 제2 시스템(301, 302, 303)에서 사용이 거부된 사용자 장치들의 목록에 상기 사용자 장치의 식별 데이터를 추가하는 단계(411)를 포함하는 사용자 장치 목록 업데이트 방법.
  19. 제18항에 있어서,
    상기 제1 시스템(101)에 대한 상기 데이터의 전송을 거절하는 상기 메시지를 수신하는 상기 제1 시스템(101)에 응답하여, 상기 제1 시스템(101)에서 사용이 거부된 사용자 장치들의 목록에 상기 사용자 장치의 식별 데이터를 추가하는 단계를 더 포함하는 사용자 장치 목록 업데이트 방법.
  20. 제18항 또는 제19항에 있어서,
    상기 제1 시스템(101)에 대한 데이터의 전송을 위한 요청을 허용하는 메시지로서, 상기 제1 시스템(101)으로 전송된 상기 메시지를 감지하는 단계;
    상기 감지에 응답하여, 상기 제1 시스템(101)에 대한 데이터 전송을 위한 요청이 허용되었다는 것을 나타내는 메시지를 상기 제2 시스템(301, 302, 303)으로 송신하는 단계; 및
    상기 메시지를 수신하는 것에 의존하여 상기 제2 시스템(301, 302, 303)에서 사용이 거부된 사용자 장치들의 상기 목록에서 상기 사용자 장치의 상기 식별 데이터를 제거하거나, 또는 상기 식별 데이터의 상태를 변경하는 단계를 포함하는 사용자 장치 목록 업데이트 방법.
  21. 제18항 내지 제20항 중 어느 한 항에 있어서,
    상기 사용자 장치는 표준 발급 신용 카드(standard issue credit card), 직불 카드(debit card), 선불 카드(prepaid card), 일시불 카드(charge card), 휴대폰(mobile telephone), 스티커(sticker), 시계(watch), 전자 열쇠(key fob) 또는 비접촉(contactless) 요금 지불을 할 수 있는 임의의 장치 중 적어도 하나인 사용자 장치 목록 업데이트 방법.
  22. 제1 시스템(101), 제2 시스템(301, 302, 303), 제3 시스템(103) 및 제4 시스템(104)으로서,
    상기 제1 시스템(101)은 사용자 장치의 사용에 응답하여, 상기 제1 시스템(101)에 대한 데이터의 전송을 위한 요청을 상기 제3 시스템(103)을 통해 상기 제4 시스템(104)으로 송신하도록 구성되고;
    상기 제4 시스템(104)은 상기 요청을 수신하는 것에 응답하여, 상기 제1 시스템(101)에 대한 상기 요청된 데이터의 전송을 거절하는 메시지를 상기 제3 시스템(103)을 통해 상기 제1 시스템(101)에 전송하도록 구성되고;
    상기 제3 시스템(103)은 상기 요청된 데이터의 전송을 거절하는 상기 메시지를 감지하도록 구성되고, 상기 감지에 응답하여, 상기 제1 시스템(101)에 대한 상기 요청된 데이터의 전송이 거절되었다는 것을 상기 제2 시스템(301, 302, 303)에 나타내는 메시지를 상기 제2 시스템(301, 302, 303)으로 전송하도록 구성되고; 그리고
    상기 제2 시스템(301, 302, 303)은 상기 제2 시스템(301, 302, 303)에서 사용이 거부된 사용자 장치들의 목록에 상기 사용자 장치의 식별 데이터를 추가하도록 구성되는 상기 제1 시스템(101), 상기 제2 시스템(301, 302, 303), 상기 제3 시스템(103) 및 상기 제4 시스템(104).
  23. 제18항에 있어서,
    상기 제1 시스템(101)은 상기 제1 시스템(101)에 대한 상기 데이터의 전송을 거절하는 상기 메시지를 수신하는 상기 제1 시스템(101)에 응답하여, 상기 제1 시스템(101)에서 사용이 거부된 사용자 장치들의 목록에 상기 사용자 장치의 식별 데이터를 추가하도록 더 구성되는 사용자 장치 목록 업데이트 방법.
  24. 제18항 또는 제19항에 있어서,
    상기 제3 시스템(103)은 상기 제1 시스템(101)에 대한 데이터의 전송을 위한 요청을 허용하는 메시지로서, 상기 제1 시스템으로 전송되는 상기 메시지를 감지하도록 구성되고;
    상기 제3 시스템(103)은 상기 감지에 응답하여, 상기 제1 시스템(101)에 대한 데이터의 전송을 위한 요청이 허용되었다는 것을 나타내는 메시지를 상기 제2 시스템(301, 302, 303)으로 송신하도록 구성되고; 그리고
    상기 제2 시스템(301, 302, 303)은 상기 메시지를 수신하는 것에 의존하여 상기 제2 시스템(301, 302, 303)에서 사용이 거부된 사용자 장치들의 목록에서 상기 사용자 장치를 식별하는 데이터를 제거하도록 구성되는 사용자 장치 목록 업데이트 방법.
  25. 제18항 내지 제20항 중 어느 한 항에 있어서,
    상기 사용자 장치는 표준 발급 신용 카드(standard issue credit card), 직불 카드(debit card), 선불 카드(prepaid card), 일시불 카드(charge card), 휴대폰(mobile telephone), 스티커(sticker), 시계(watch), 전자 열쇠(key fob) 또는 비접촉(contactless) 요금 지불을 할 수 있는 임의의 장치 중 적어도 하나인 사용자 장치 목록 업데이트 방법.
KR1020167029026A 2014-03-19 2015-03-02 자동 데이터 전송 KR20160134806A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB1404907.6 2014-03-19
GB1404907.6A GB2524282A (en) 2014-03-19 2014-03-19 Automatic data transfer
PCT/GB2015/050606 WO2015140503A1 (en) 2014-03-19 2015-03-02 Automatic data transfer

Publications (1)

Publication Number Publication Date
KR20160134806A true KR20160134806A (ko) 2016-11-23

Family

ID=50635030

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020167029026A KR20160134806A (ko) 2014-03-19 2015-03-02 자동 데이터 전송

Country Status (14)

Country Link
US (2) US9727865B2 (ko)
EP (2) EP4213087A1 (ko)
KR (1) KR20160134806A (ko)
CN (1) CN106462854A (ko)
AU (2) AU2015233169A1 (ko)
BR (1) BR112016021424A2 (ko)
CA (1) CA2943590C (ko)
GB (1) GB2524282A (ko)
MX (1) MX368279B (ko)
MY (1) MY179156A (ko)
NZ (2) NZ743803A (ko)
RU (1) RU2656816C2 (ko)
SG (1) SG11201607797XA (ko)
WO (1) WO2015140503A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2524282A (en) 2014-03-19 2015-09-23 Mastercard International Inc Automatic data transfer
US11023888B2 (en) * 2015-06-09 2021-06-01 Worldpay, Llc Systems and methods for management and recycling of payment transactions
RU2723459C1 (ru) * 2019-07-30 2020-06-11 Публичное Акционерное Общество "Сбербанк России" (Пао Сбербанк) Способ и система для оплаты услуг
US20230060707A1 (en) * 2021-09-02 2023-03-02 The Toronto-Dominion Bank Systems and methods for including a data acceptance condition in a data transfer proposal

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7809650B2 (en) * 2003-07-01 2010-10-05 Visa U.S.A. Inc. Method and system for providing risk information in connection with transaction processing
GB0401570D0 (en) * 2004-01-24 2004-02-25 Guaranteed Markets Ltd A transaction management system and method
WO2006124808A2 (en) * 2005-05-16 2006-11-23 Mastercard International Incorporated Method and system for using contactless payment cards in a transit system
WO2006135779A2 (en) * 2005-06-10 2006-12-21 American Express Travel Related Services Company, Inc. System and method for mass transit merchant payment
US7828204B2 (en) 2006-02-01 2010-11-09 Mastercard International Incorporated Techniques for authorization of usage of a payment device
USH2252H1 (en) * 2006-09-27 2011-01-04 Vesta Corporation Integrated pre-collections system
US8881971B2 (en) * 2008-10-10 2014-11-11 Visa U.S.A. Inc. Transit agency as an issuer and/or program manager of prepaid products
US7527208B2 (en) * 2006-12-04 2009-05-05 Visa U.S.A. Inc. Bank issued contactless payment card used in transit fare collection
US8523069B2 (en) * 2006-09-28 2013-09-03 Visa U.S.A. Inc. Mobile transit fare payment
US8346639B2 (en) * 2007-02-28 2013-01-01 Visa U.S.A. Inc. Authentication of a data card using a transit verification value
US8118223B2 (en) * 2006-09-28 2012-02-21 Visa U.S.A. Inc. Smart sign mobile transit fare payment
US8738485B2 (en) * 2007-12-28 2014-05-27 Visa U.S.A. Inc. Contactless prepaid product for transit fare collection
US7566003B2 (en) * 2006-12-07 2009-07-28 Specialty Acquirer Llc Learning fare collection system for mass transit
US8763902B2 (en) * 2006-12-07 2014-07-01 Smart Systems Innovations, Llc Mass transit fare processing system
US7568617B2 (en) * 2006-12-07 2009-08-04 Specialty Acquirer Llc Learning fare collection system for mass transit
US8281990B2 (en) * 2006-12-07 2012-10-09 Smart Systems Innovations, Llc Public transit system fare processor for transfers
US8448852B2 (en) * 2007-01-30 2013-05-28 Visa U.S.A. Inc. Open system account remote validation for access
US20080249928A1 (en) * 2007-04-06 2008-10-09 Hill Dennis J Payment card based remittance system with designation of recipient by mobile telephone number
US7958050B2 (en) * 2007-07-02 2011-06-07 Early Warning Services, Llc Payment account monitoring system and method
US7844522B2 (en) 2007-10-30 2010-11-30 Intuit Inc. Method and apparatus for monitoring and verifying a transfer of financial settings
US7567920B2 (en) * 2007-11-01 2009-07-28 Visa U.S.A. Inc. On-line authorization in access environment
US8117129B2 (en) * 2007-12-21 2012-02-14 American Express Travel Related Services Company, Inc. Systems, methods and computer program products for performing mass transit merchant transactions
CN101470874A (zh) * 2007-12-29 2009-07-01 阿里巴巴集团控股有限公司 利用中间平台完成交易的方法及***
US9596359B2 (en) * 2008-06-26 2017-03-14 Visa International Service Association Mobile communication device configured for transit application
EP2469476A3 (en) * 2008-10-31 2014-08-20 Accenture Global Services Limited System for controlling user access to a service
US8915431B2 (en) * 2009-07-06 2014-12-23 Visa International Service Association Transit access system and method including device authentication
WO2011031768A2 (en) * 2009-09-08 2011-03-17 Cubic Corporation Association of contactless payment card primary account number
US20120109820A1 (en) * 2009-09-23 2012-05-03 Scott Galit Computer-Implemented Methods, Computer Program Products, and Systems for Enhanced Loan Product Repayments
CA2808440C (en) * 2010-08-25 2018-05-22 Cubic Corporation Advanced decision logic for transit acceptance
US20120084164A1 (en) 2010-09-30 2012-04-05 Ayman Hammad Accumulation alerts
CA2726781A1 (en) * 2010-12-29 2012-06-29 Evgeny Lishak Methods of offline fare collection for open-loop and hybrid card systems
US8924297B2 (en) * 2011-02-25 2014-12-30 Visa International Service Association Direct connection systems and methods
US10438299B2 (en) * 2011-03-15 2019-10-08 Visa International Service Association Systems and methods to combine transaction terminal location data and social networking check-in
WO2012125759A2 (en) * 2011-03-15 2012-09-20 Visa International Service Association System and method for processing payment transactions
WO2012142045A2 (en) * 2011-04-11 2012-10-18 Visa International Service Association Multiple tokenization for authentication
US20130138563A1 (en) * 2011-05-26 2013-05-30 Global Standard Financial, Inc. Systems and methods for prepaid merchant payment services
WO2013003809A2 (en) * 2011-06-29 2013-01-03 Visa International Service Association Processing monitor system and method
US8630954B2 (en) * 2011-12-15 2014-01-14 Visa International Service Association System and method of using load network to associate product or service with a consumer token
KR20130113292A (ko) * 2012-04-05 2013-10-15 주식회사 엘지씨엔에스 결재 수단을 통한 결제 방법, 이를 수행하는 결제 서버 및 모바일 단말
WO2013192158A1 (en) * 2012-06-18 2013-12-27 Visa International Service Association Issuer identification and verification system
US10026119B2 (en) * 2012-09-10 2018-07-17 Google Llc Efficient transfer of funds between accounts
WO2014152419A1 (en) 2013-03-15 2014-09-25 Mastercard International Incorporated Transaction-history driven counterfeit fraud risk management solution
GB2524282A (en) 2014-03-19 2015-09-23 Mastercard International Inc Automatic data transfer

Also Published As

Publication number Publication date
CA2943590C (en) 2019-04-02
WO2015140503A1 (en) 2015-09-24
BR112016021424A2 (pt) 2017-08-15
GB201404907D0 (en) 2014-04-30
GB2524282A (en) 2015-09-23
CN106462854A (zh) 2017-02-22
US9727865B2 (en) 2017-08-08
RU2656816C2 (ru) 2018-06-06
SG11201607797XA (en) 2016-10-28
NZ724512A (en) 2018-07-27
US20170316413A1 (en) 2017-11-02
EP4213087A1 (en) 2023-07-19
US20150269572A1 (en) 2015-09-24
AU2018202367A1 (en) 2018-04-26
NZ743803A (en) 2019-11-29
MY179156A (en) 2020-10-29
MX2016012084A (es) 2017-05-23
US10062077B2 (en) 2018-08-28
AU2015233169A1 (en) 2016-10-06
RU2016138460A (ru) 2018-04-24
EP3120311A1 (en) 2017-01-25
CA2943590A1 (en) 2015-09-24
MX368279B (es) 2019-09-26

Similar Documents

Publication Publication Date Title
US8700412B2 (en) Methods and systems for coordinating pooled financial transactions
US8584936B2 (en) Techniques for authorization of usage of a payment device
PL176193B1 (pl) Sposób i urządzenie do przeprowadzania transakcji bezgotówkowych
RU2744698C2 (ru) Системы и способы для обеспечения, пополнения и возмещения предоплатных карт, используемых в транспортных приложениях
JP6985664B2 (ja) 料金計算システム及びサーバ装置
US10062077B2 (en) Automatic data transfer
KR100629084B1 (ko) 사은포인트 적립금을 이용한 교통요금 결제시스템
TW201535312A (zh) 在包含賭場之綜合度假勝地之適於國外旅行者之電子貨幣結算系統
US10049348B2 (en) Transaction systems and associated methods for enhanced account balance and status management
JP2007264782A (ja) 振替輸送返金システム
JP6929818B2 (ja) 自動取引システム
JP2007004406A (ja) 電子マネーシステム
JP6439533B2 (ja) 返金受付端末およびプログラム
JP6761533B2 (ja) 運賃決済システムおよび運賃決済方法
KR20100122329A (ko) 관광카드 발급 및 결제 시스템 및 방법
JP4499036B2 (ja) 決済システム及び決済方法
KR20200114069A (ko) 2 모드로 작동하는 교통 카드 및 교통 카드의 트랜잭션 처리 방법
KR20190103920A (ko) 간편 결제 서비스 제공방법
KR20210070765A (ko) 스마트 결제 서비스 제공 시스템
JPH02136990A (ja) 改札システム
JPS63137388A (ja) 交通機関の利用料金処理システム

Legal Events

Date Code Title Description
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment