KR20160136415A - 가상 카드 값들을 사용하여 거래들을 수행하는 방법 - Google Patents

가상 카드 값들을 사용하여 거래들을 수행하는 방법 Download PDF

Info

Publication number
KR20160136415A
KR20160136415A KR1020167029526A KR20167029526A KR20160136415A KR 20160136415 A KR20160136415 A KR 20160136415A KR 1020167029526 A KR1020167029526 A KR 1020167029526A KR 20167029526 A KR20167029526 A KR 20167029526A KR 20160136415 A KR20160136415 A KR 20160136415A
Authority
KR
South Korea
Prior art keywords
transaction
server
merchant
virtual card
value
Prior art date
Application number
KR1020167029526A
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 KR20160136415A publication Critical patent/KR20160136415A/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/351—Virtual 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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping 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/38—Payment protocols; Details thereof
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

가상 카드 값들을 사용하여 거래들을 수행하는 것은: 거래에 대응하는 가상 카드 값을 생성하는 것; 카드 관리 서버에 요청을 전송하는 것으로서, 상기 요청은 상기 거래에 대응하는 상기 가상 카드 값 및 거래 양을 포함하는, 상기 전송하기; 상기 카드 관리 서버로부터 상기 가상 카드 값 및 상기 거래 양이 성공적으로 저장되었다는 표시를 수신하는 것; 머천트 서버 및 상기 가상 카드 값과 연관된 식별 정보에 적어도 부분적으로 기초하여 머천트-관련 로케이터를 생성하는 것; 상기 머천트-관련 로케이터를 클라이언트 디바이스에 전송하는 것; 및 상기 카드 관리 서버로부터, 무카드 지불 서버와 연관된 사용자 계정에서 머천트 서버와 연관된 자금 계정으로 거래 양을 이체하기 위한 요청을 수신하는 것을 포함하여, 개시된다.

Description

가상 카드 값들을 사용하여 거래들을 수행하는 방법{PERFORMING TRANSACTIONS USING VIRTUAL CARD VALUES}
본 발명은 가상 카드 값들을 사용하여 거래들을 수행하는 것에 관한 것이다.
종래에, 머천트들은 여러 개의 카드 발행 엔티티들과 통합되는 지불 시스템들을 가진다. 예를 들면, 카드 발행 엔티티들은 은행들 및/또는 신용 카드 회사들을 포함할 수 있다. 카드 발행 엔티티들은 사용자들에게 물리적 카드들을 발행할 수 있다. 예를 들면, 이러한 카드-소지 사용자이 온라인으로 구매하기를 원할 때, 사용자은 카드 발행 엔티티에 의해 사용자에게 발행된 물리적 직불 카드 또는 신용 카드의 계정 번호(account number) 및/또는 카드 번호를 머천트에게 제공할 수 있다. 머천트는 구매 금액을 사용자의 계좌/카드에 청구하기 위해 사용자에 의해 공급된 카드 정보를 사용할 수 있다. 결국, 카드 발행 엔티티는 머천트로의 사용자의 온라인 구매와 연관된 자금의 이체를 용이하게 할 수 있다.
신용 또는 직불 카드를 신청하는 것은 통상적으로 상당한 양의 시간을 요구하며 규제 요건들에 의해 통제되는 프로세스이다. 따라서, 해외에 거주하는 사람들과 같은 특정한 소비자들은 온라인으로 구매들을 하기 위해 신용 또는 직불 카드를 획득하는 것이 어렵다는 것을 알 수 있다.
본 발명은, 프로세스; 장치; 시스템; 물질의 구성; 컴퓨터 판독 가능한 저장 매체상에 구현된 컴퓨터 프로그램 제품; 및/또는 프로세서에 결합된 메모리 상에 저장되고 및/또는 그것에 의해 제공된 명령들을 실행하도록 구성된 프로세서와 같은 프로세서를, 하나의 프로세스로서 포함한, 다수의 방식들로 구현될 수 있다. 본 명세서에서, 이들 구현들, 또는 본 발명이 취할 수 있는 임의의 다른 형태는 기술들로서 불리울 수 있다. 일반적으로, 개시된 프로세스들의 단계들의 순서는 본 발명의 범위 내에서 변경될 수 있다. 달리 서술되지 않는다면, 태스크를 수행하도록 구성되는 것으로서 설명된 프로세서 또는 메모리와 같은 구성요소는 주어진 시간에 태스크를 수행하도록 일시적으로 구성되는 일반 구성요소 또는 태스크를 수행하기 위해 제조되는 특정 구성요소로서 구현될 수 있다. 여기에서 사용된 바와 같이, 용어('프로세서')는 컴퓨터 프로그램 명령들과 같은, 데이터를 프로세싱하도록 구성된 하나 이상의 디바이스들, 회로들, 및/또는 프로세싱 코어들을 나타낸다.
본 발명의 하나 이상의 실시예들에 대한 상세한 설명은 본 발명의 원리들을 예시하는 수반되는 도면들과 함께 이하에서 제공된다. 본 발명은 이러한 실시예들과 관련되어 설명되지만, 본 발명은 임의의 실시예에 제한되지 않는다. 본 발명의 범위는 청구항들에 의해서만 제한되며 본 발명은 다수의 대안들, 수정들 및 등가물들을 포함한다. 다수의 특정 상세들은 본 발명의 철저한 이해를 제공하기 위해 다음의 설명에서 제시된다. 이들 상세들은 예의 목적을 위해 제공되며 본 발명은 이들 특정 상세들 중 일부 또는 모두 없이 청구항들에 따라 실시될 수 있다. 명료함을 위해, 본 발명에 관련된 기술 분야들에서 알려져 있는 기술 자료는 본 발명이 불필요하게 모호해지지 않도록 상세히 설명되지 않았다.
몇몇 시나리오들에서, 온라인 전자 상거래 플랫폼의 사용자는 물리적 직불 또는 신용 카드를 갖지 않으며 및/또는 카드 관리 서비스에 의해 발행되는 물리적 직불 또는 신용 카드를 받을 자격이 없다(예로서, 규제 이슈들로 인해). 카드 관리 서비스의 예들은 은행 또는 신용 카드 회사를 포함한다. 이러한 유형들의 카드 관리 서비스들은 카드 관리 서비스에 의해 물리적 카드를 발행받은 사용자가 사용자 각각의 카드의 계정 정보(예로서, 신용 카드 정보 및/또는 보안 번호)를 제공함으로써 머천트들에게 구매 지불들을 할 수 있도록 종래에 다양한 머천트들의 것들과 통합되는 지불 시스템들(예로서, 판매 시점 관리(point-of-sale) 시스템들, 신용 카드 지불 단말기들, 서버들)을 가질 수 있다. 그러나, 물리적 직불 또는 신용 카드를 갖지 않고 및/또는 카드 관리 서비스에 의해 발행되는 물리적 직불 또는 신용 카드를 받을 자격이 없는 사용자는 이들 머천트들과 구매들을 하기 위해, 한다 하더라도, 편리한 대안적인 방법을 가질 수 없을 것이다.
많은 사용자들은 온라인 지불 플랫폼들에 계정들을 가진다. 온라인 지불 플랫폼의 예는 Alipay®이다. 종래에, 온라인 지불 플랫폼은 반드시 그것의 사용자들에게 물리적 카드들을 발행하는 것은 아니지만 사용자로 하여금 온라인 지불 플랫폼에서 사용자들이 그들 각각의 사용자 계정들과 연관시키는 자금을 통해 온라인 지불 플랫폼과 통합되는 온라인 머천트들에게 온라인 지불들을 할 수 있게 할 것이다. 예를 들면, 온라인 머천트에서 구매를 하기 위해, 온라인 지불 플랫폼의 사용자는 사용자의 온라인 지불 플랫폼 계정으로 로그인하며 구매 금액이 이체될 수 있는 자금들의 소스를 선택할 수 있다.
그러나, 카드 관리 서비스들에 의해 발행된 물리적 카드들을 수용하는 특정한 머천트들은 온라인 지불 플랫폼들과 통합되지 않는다. 이와 같이, 종래에, 온라인 지불 플랫폼에서의 계정을 갖지만 카드 관리 서비스에 의해 발행된 물리적 카드가 없는 사용자는 그것의 지불 시스템들이 종래에 카드 관리 서비스의 시스템들과 통합되었지만 온라인 지불 플랫폼의 시스템들과는 통합되지 않은 특정한 머천트들로부터 구매들을 하지 않을 수 있다.
그러므로, 온라인 지불 플랫폼의 사용자들이 그것의 시스템들이 온라인 지불 플랫폼의 것들과 통합되지 않지만 종래에 하나 이상의 카드 관리 서비스들의 것들과 통합되는 머천트에게 지불하기 위해 그것들 각각의 온라인 지불 플랫폼 계정들과 연관된 자금들을 사용하도록 허용하는 것이 바람직하다. 이러한 거래들은 각각의 이러한 거래에 대한 가상 카드 값을 발행하기 위해 온라인 지불 플랫폼과 연관된 무카드 지불 서비스와 통합하도록 종래에 머천트 서버와 통합되는 카드 관리 서버를 구성함으로써 가능해질 수 있다.
가상 카드 값들을 사용하여 거래들을 수행하는 실시예들이 여기에서 설명된다. 다양한 실시예들에서, 온라인 지불 플랫폼의 사용자는 거래을 위해 발행된 가상 카드 값을 통해 사용자의 온라인 지불 플랫폼 계정과 연관된 자금들을 갖고 거래에 대해 머천트에게 지불하는 것이 가능해질 수 있다. 다양한 실시예들에서, 가상 카드 값은 일련의 영숫자 문자들을 포함한다. 몇몇 실시예들에서, 가상 카드 값은 단지 단일 거래에 대해서만 유효하다. 다양한 실시예들에서, 고유한 가상 카드 값이 각각의 거래에 대해 생성된다. 다양한 실시예들에서, 거래에 대응하는 가상 카드 값은 무카드 지불 서버에 의해 생성된다. 값은 어떤 실제, 물리적 카드도 발행될 필요가 없기 때문에 가상인 것으로 말하여진다. 다양한 실시예들에서, 무카드 지불 서버는 온라인 지불 플랫폼의 구성요소로서 구현될 수 있다. 가상 카드 값은 그 후 거래를 완료하기 위해 머천트와 이미 통합된 카드 관리 서버에 의해 사용된다.
가상 카드 값들을 사용하여 거래들을 수행하는 것은: 거래에 대응하는 가상 카드 값을 생성하는 것; 카드 관리 서버에 요청을 전송하는 것으로서, 상기 요청은 상기 거래에 대응하는 상기 가상 카드 값 및 거래 양을 포함하는, 상기 전송하기; 상기 카드 관리 서버로부터 상기 가상 카드 값 및 상기 거래 양이 성공적으로 저장되었다는 표시를 수신하는 것; 머천트 서버 및 상기 가상 카드 값과 연관된 식별 정보에 적어도 부분적으로 기초하여 머천트-관련 로케이터를 생성하는 것; 상기 머천트-관련 로케이터를 클라이언트 디바이스에 전송하는 것; 및 상기 카드 관리 서버로부터, 무카드 지불 서버와 연관된 사용자 계정에서 머천트 서버와 연관된 자금 계정으로 거래 양을 이체하기 위한 요청을 수신하는 것을 포함하여, 개시된다.
본 발명의 실시예에 따라 온라인 지불 플랫폼의 사용자는 거래를 위해 발행된 가상 카드 값을 통해 사용자의 온라인 지불 플랫폼 계정과 연관된 자금들을 갖고 거래에 대해 머천트에게 지불하는 것이 가능해질 수 있다.
본 발명의 다양한 실시예들이 다음의 상세한 설명 및 수반되는 도면들에서 개시된다.
도 1은 가상 카드 값들을 사용하여 거래들을 수행하기 위한 시스템의 실시예를 도시한 다이어그램이다.
도 2는 무카드 지불 서버의 예를 도시한 다이어그램이다.
도 3은 온라인 지불 플랫폼에서 새로운 사용자 계정을 생성하기 위한 프로세스의 실시예를 도시한 흐름도이다.
도 4는 온라인 지불 플랫폼의 사용자를 인증하는 프로세스의 실시예를 도시한 흐름도이다.
도 5는 가상 카드 값을 사용하여 거래를 수행하기 위한 프로세스의 실시예를 도시한 흐름도이다.
도 6은 거래에 대응하는 가상 카드 값을 생성하기 위한 프로세스의 실시예를 도시한 흐름도이다.
도 7은 거래가 가상 카드 값을 사용하여 수행되는 예를 도시한 시퀀스 다이어그램이다.
도 8은 가상 카드 값을 사용하여 완료된 거래와 연관된 환불을 수행하기 위한 프로세스의 실시예를 도시한 흐름도이다.
도 9는 가상 카드 값을 사용하여 거래를 수행하는 프로세스의 실시예를 도시한 흐름도이다.
도 10은 가상 카드 값을 사용하여 거래를 수행하는 프로세스의 실시예를 도시한 흐름도이다.
도 11은 전자 상거래 웹사이트의 결제(checkout) 프로세스와 연관된 지불 방법 선택을 위해 프롬프팅하는 사용자 인터페이스의 예를 도시한 다이어그램이다.
도 12는 거래를 완료하기 위해 사용되도록 선택된 온라인 지불 플랫폼과 연관된 사용자 크리덴셜들을 위해 프롬프팅하는 사용자 인터페이스의 예를 도시한 다이어그램이다.
도 13은 거래에 적용될 사용자 자금의 소스의 선택을 위해 프롬프팅하는 사용자 인터페이스의 예를 도시한 다이어그램이다.
도 14는 거래 완료 정보를 나타내는 사용자 인터페이스의 예를 도시한 다이어그램이다.
도 1은 가상 카드 값들을 사용하여 거래들을 수행하기 위한 시스템의 실시예를 도시한 다이어그램이다. 예에서, 시스템(100)은 클라이언트 디바이스(102), 네트워크(104), 머천트 서버(106), 무카드 지불 서버(108), 및 카드 관리 서버(110)를 포함한다. 네트워크(104)는 하나 이상의 고속 데이터 네트워크들 및/또는 전기통신 네트워크들을 포함한다.
클라이언트 디바이스(102)는 스마트폰으로서 도시되지만, 클라이언트 디바이스(102)의 다른 예들은 랩탑 컴퓨터, 데스크탑 컴퓨터, 이동 디바이스, 태블릿 디바이스, 및/또는 임의의 컴퓨팅 디바이스를 포함한다. 다양한 실시예들에서, 웹 브라우저 애플리케이션은 클라이언트 디바이스(102)에서 실행한다. 사용자, Alice는 온라인 지불 플랫폼과 연관된 웹사이트를 액세스하기 위해 클라이언트 디바이스(102)에서 실행하고 있는 웹 브라우저를 사용하는 것을 통해 온라인 지불 플랫폼(예로서, Alipay®)과 연관된 사용자 계정을 이미 생성하였다. 더욱이, Alice는 온라인 지불 플랫폼에서의 계정 및/또는 온라인 지불 플랫폼에서의 그녀의 계정을 사용하여 이루어질 미래(예로서, 온라인) 구매들을 위해 사용할 식별된 자금들의 하나 이상의 소스들로 자금들을 이미 입금하였을 수 있다. 다양한 실시예들에서, 무카드 지불 서버(108)는 온라인 지불 플랫폼에 의해 적어도 부분적으로 동작된다.
Alice는 머천트 서버(106)에 의해 동작된 전자 상거래 웹사이트를 브라우징하기 위해 클라이언트 디바이스(102)에서 실행하는 웹 브라우저를 사용할 수 있다. 머천트 서버(106)는 종래에 카드 관리 서버(110)와 통합되며, 이것은 물리적 신용 카드들 및/또는 직불 카드들을 발행하는 카드 관리 서비스와 연관된다. 카드 관리 서비스의 예는 Visa®, Mastercard®, Discover®, 및 American Express®와 같은 신용 카드 회사이다. 머천트 서버(106)가 카드 관리 서버(110)와 이미 통합되었기 때문에, 카드 관리 서비스로부터 물리적 카드를 발행받은 사용자는 물리적 카드와 연관된 계정 정보를 머천트 서버(106)로 제출함으로써 머천트 서버(106)에 의해 동작된 웹사이트에서 구매를 할 수 있으며, 이것은 결국 직접 구매 금액을 커버하기 위해 상기 사용자의 자금들의 이체를 카드 관리 서버(110)와 통합할 것이다. 머천트 서버(106)는 무카드 지불 서버(108)와 통합되지 않았으며, 이와 같이, 종래에, 온라인 지불 플랫폼에서의 계정을 가진 사용자는 머천트 서버(106)로 직접 자금들을 지불할 수 없다.
다양한 실시예들에서, 카드 관리 서버(110)가 온라인 지불 플랫폼에서의 계정을 가진 사용자로 하여금 카드 관리 서버(110)에 의해 인식된 가상 카드 값을 통해 머천트 서버(106)로 지불할 수 있게 하기 위해 무카드 지불 서버(108)와 통합하도록 구성되도록 온라인 지불 플랫폼 및 카드 관리 서비스 사이에 합의가 이루어졌다.
그러므로, Alice는 무카드 지불 서버(108)가 머천트 서버(106)와 통합되지 않을지라도 머천트 서버(106)에 의해 동작된 웹사이트에서 구매를 하기 위해 무카드 지불 서버(108)와 연관된 온라인 지불 플랫폼에서의 그녀의 계정을 사용할 수 있다. 이하에서 보다 상세히 설명될 바와 같이, Alice가 카드 관리 서버(110)와 연관된 카드 관리 서비스에 의해 발행된 물리적 카드를 갖는지에 관계없이, Alice는 온라인 지불 플랫폼에서의 그녀의 계정과 연관된 자금들을 사용하여 머천트 서버(106)와의 구매를 할 수 있다.
예를 들면, 거래를 완료하기 위해 머천트 서버(106)에 의해 동작된 웹사이트에서 Alice에 의한 선택에 응답하여, 클라이언트 디바이스(102)에서 실행하는 웹 브라우저는 지불 요청을 머천트 서버(106)에 전송한다. 클라이언트 디바이스(102)로부터의 지불 요청의 수신에 응답하여, 머천트 서버(106)는 클라이언트 디바이스(102)에서 실행하는 웹 브라우저를 무카드 지불 서버(108)로 리다이렉팅하도록 구성된다. 클라이언트 디바이스(102)에서 실행하는 웹 브라우저로부터의 요청의 수신에 응답하여, 무카드 지불 서버(108)는 온라인 지불 플랫폼에서의 계정과 연관된 사용자 크리덴셜들에 대해 프롬프팅하는 페이지와 연관된 데이터를 전송하도록 구성된다. 클라이언트 디바이스(102)에서 실행하는 웹 브라우저는 온라인 지불 플랫폼에서의 계정과 연관된 사용자 크리덴셜들(예로서, 로그인명 및 패스워드)에 대해 프롬프팅하는 페이지를 Alice에게 제공할 수 있다. Alice는 그 후 클라이언트 디바이스(102)에서 실행하는 웹 브라우저를 통해 그녀의 크리덴셜들을 무카드 지불 서버(108)로 제출할 수 있다. 무카드 지불 서버(108)가 Alice를 인증한 경우에, 무카드 지불 서버(108)는 이하에서 보다 상세히 설명될 바와 같이, Alice의 것의 이러한 특정한 거래에 대응하는 (예로서, 고유한) 가상 카드 값을 생성한다. 무카드 지불 서버(108)는 그 후 거래에 관한 다른 정보(예로서, Alice가 하길 원하는 구매의 가격인, 거래 양)와 함께 생성된 가상 카드 값을 카드 관리 서버(110)에 전송한다. 다양한 실시예들에서, 무카드 지불 서버(108)는 Alice의 프라이버시를 보호하기 위해, Alice와 연관된 임의의 부가적인 사용자 정보를 가상 카드 값과 함께 카드 관리 서버(110)에 전송하지 않는다.
카드 관리 서버(110)는 수신된 가상 카드 값 및 거래에 대응하는 거래 정보를 저장하며 이러한 정보를 성공적으로 저장할 때 표시를 무카드 지불 서버(108)로 리턴하도록 구성된다. 카드 관리 서버(110)가 가상 카드 값 및 거래 양을 성공적으로 저장하였다는 표시의 수신에 응답하여, 무카드 지불 서버(108)는 클라이언트 디바이스(102)에서 실행하는 웹 브라우저로 데이터(예로서, 머천트-관련 로케이터)를 전송하도록 구성되며, 여기에서 데이터는 가상 카드 값 및 거래 양을 포함하고 클라이언트 디바이스(102)에서 실행하는 웹 브라우저를 머천트 서버(106)로 리다이렉팅하기 위해 사용 가능하며 또한 머천트 서버(106)로 하여금 가상 카드 값 및 거래 양을 포함한 사전-승인 요청을 카드 관리 서버(110)로 전송하게 한다. 머천트 서버(106)로부터의 사전-승인 요청의 수신에 응답하여, 카드 관리 서버(110)는 거래 양이 결국 머천트 서버(106)와 연관된 자금 계정으로 지불된 것으로 승인됨을 표시하는 거래에 대응하는 가상 카드 값에 대응하는 데이터를 저장한다. 카드 관리 서버(110)는 또한 가상 카드 값과 연관된 사전-승인 확인을 머천트 서버(106)에 전송한다. 카드 관리 서버(110)로부터의 사전-승인 확인의 수신에 응답하여, 머천트 서버(106)는 거래가 완료되었다는 데이터를 저장하며 거래가 성공적으로 완료되었음을 Alice에게 알리는 페이지와 연관된 데이터를 클라이언트 디바이스(102)에서 실행하는 웹 브라우저로 전송한다.
결국(예로서, 각각의 날의 구성된 시간에), 머천트 서버(106)는 상기 설명된 적어도 Alice의 거래에 대응하는 가상 카드 값을 포함하는 캡처 요청을 카드 관리 서버(110)에 전송한다. 머천트 서버(106)로부터의 캡처 요청의 수신에 응답하여, 카드 관리 서버(110)는 가상 카드 값과 연관된 사용자 자금들의 소스로부터 머천트 서버(106)와 연관된 자금 계정으로 가상 카드 값에 대응하는 거래 양을 이체하기 위한 요청을 무카드 지불 서버(108)에 전송한다. 카드 관리 서버(110)로부터의 자금들을 이체하기 위한 요청의 수신에 응답하여, 무카드 지불 서버(108)는 이러한 거래에 충당하기 위한 Alice에 의해 선택된 자금들의 소스의 위치를 찾고 찾은 자금들의 소스로부터 머천트 서버(106)와 연관된 자금 계정으로 거래 양을 이체하기 위한 요청을 전송한다(예로서, 찾은 사용자 자금들의 소스와 연관된 금융 기관으로 또는 온라인 지불 시스템으로).
이와 같이, 카드 관리 서버(110)와 연관된 카드 관리 서비스에 의해 발행된 물리적 카드를 갖을 수 있거나 또는 갖지 않을 수 있는, Alice는 그녀의 온라인 지불 플랫폼 계정을 사용하여 머천트 서버(106)와의 구매를 하는 것이 가능해진다. 머천트의 관점으로부터, 그것은 Alice가 카드 관리 서버(110)와 연관된 카드 관리 서비스에 의해 발행된 물리적 신용 카드 및/또는 직불 카드로 지불한 것과 같다. Alice의 관점으로부터, 그것은 마치 그녀가 그녀의 온라인 지불 플랫폼 계정을 사용하여 직접 머천트 서버(106)에 의해 동작된 웹사이트에서 구매를 한 것 같으며 가상 카드 값이 그녀의 거래를 위해 생성되었고 및/또는 온라인 지불 플랫폼과의 합의를 가진 특정한 카드 관리 서비스(카드 관리 서버(110)와 연관된)와 함께 사용되었다는 것을 알지 못할 수 있다. 몇몇 실시예들에서, 머천트 서버(106)가 종래에 다수의 카드 관리 서비스들과 통합된다면, 이러한 카드 관리 서비스들 중 하나 이상은 여기에서 설명된 바와 같이 가상 카드 값들을 사용하기 위해 무카드 지불 서버(108)와 통합하도록 배열될 수 있다.
도 2는 무카드 지불 서버의 예를 도시한 다이어그램이다. 몇몇 실시예들에서, 도 1의 시스템(100)의 무카드 지불 서버(108)는 도 2의 예를 사용하여 구현될 수 있다. 사용자 계정 데이터베이스(202) 및 거래 데이터베이스(204)의 각각은 하나 이상의 데이터베이스들을 사용하여 구현될 수 있다. 인증 엔진(206), 가상 카드 값 생성 엔진(208), 머천트-관련 로케이터 생성 엔진(210), 및 자금 이체 엔진(212)의 각각은 소프트웨어 및/또는 하드웨어 중 하나 또는 양쪽 모두를 사용하여 구현될 수 있다.
사용자 계정 데이터베이스(202)는 무카드 지불 서버가 연관되는 온라인 지불 플랫폼에 생성된 사용자 계정들과 연관된 정보를 저장하도록 구성된다. 예를 들면, 사용자 계정과 연관된 정보는 사용자 식별자, 사용자 크리덴셜들(예로서, 로그인 명 및 패스워드), 사용자에 의해 이루어진 각각의 거래에 대응하는 (예로서, 고유의) 가상 카드 값, 얼마나 많은 자금들(만약에 있다면)이 사용자의 온라인 지불 플랫폼 계좌로 예치되었는지, 어떤 자금들의 하나 이상의 (예로서, 외부) 소스들(예로서, 은행 계좌 번호들)이 사용자를 위해 저장되었는지, 및 거래 데이터베이스(204)에서 대응하는 엔트리들과 연관된 데이터를 포함할 수 있다.
거래 데이터베이스(204)는 정보가 사용자 계정 데이터베이스(202)에 저장되는 대응하는 사용자 계정들에 대한 가상 카드 값들을 사용하여 수행된 다양한 거래들과 연관된 정보를 저장하도록 구성된다. 예를 들면, 거래와 연관된 정보는 거래 식별자(예로서, 무카드 지불 서버의 내부에 유지되는 고유 식별자), 가상 카드 값, 거래 양, 거래에 수반되는 사용자 계정과 연관된 사용자 식별자, 및 거래의 상태(예로서, 보류, 완료, 환불 등)를 포함할 수 있다.
인증 엔진(206)은 그것들의 각각의 온라인 지불 플랫폼 계정들을 사용하여 머천트와의 거래를 수행하도록 요청하는 사용자들을 인증하도록 구성된다. 예를 들면, 머천트 서버로 결제를 하기 위한 사용자 요청에 응답하여, 머천트 서버는 하나 이상의 입력 필드들을 통해 사용자의 사용자 크리덴셜들을 제출하도록 사용자를 촉구하는 무카드 지불 서버에 의해 동작된 웹 페이지로 사용자의 웹 브라우저를 리다이렉팅할 것이다. 인증 엔진(206)은 매칭이 있는지를 결정하기 위해 사용자 계정 데이터베이스(202)에 저장된 사용자 크리덴셜들의 세트들에 제출된 사용자 크리덴셜들을 비교할 것이다. 매칭이 발견된다면, 인증 엔진(206)은 인증의 성공을 표시하는 데이터를 웹 브라우저로 전송할 것이며, 몇몇 실시예들에서, 인증 엔진(206)은 또한 현재 거래에서 사용하기 위한 특정한 자금들의 소스를 선택하도록 사용자를 촉구하는 데이터를 전송한다. 사용자가 성공적으로 인증되었다면, 몇몇 실시예들에서, 인증 엔진(206)은 가상 카드 값이 인증된 사용자와 연관된 거래 및 선택적으로, 머천트와 통합된 카드 관리 서비스와 연관된 정보에 대해 생성되어야 함을 표시하기 위해 메시지를 가상 카드 값 생성 엔진(208)으로 전송한다. 그렇지 않고, 매칭이 발견되지 않았다면, 인증 엔진(206)은 인증의 실패를 표시하는 데이터를 웹 브라우저로 전송할 것이며 몇몇 실시예들에서, 인증 엔진(206)은 또한 크리덴셜 정보를 재제출하도록 사용자를 촉구한다.
가상 카드 값 생성 엔진(208)은 각각의 거래에 대응하는 가상 카드 값을 생성하도록 구성된다. 몇몇 실시예들에서, 고유한 가상 카드 값이 각각의 거래에 대해 생성된다. 다양한 실시예들에서, 가상 카드 값은 일련의 영숫자 문자들을 포함한다. 몇몇 실시예들에서, 가상 카드 값은 3개의 값들의 연쇄를 포함하며, 여기에서 각각의 값은 하나 이상의 영숫자 문자들을 포함할 수 있다. 예를 들면, 제 1 값은 거래와 연관된 사용자 계정과 연관된 정보에 기초하여 결정될 수 있고, 제 2 값은 가상 카드 값의 발행자와 연관된 정보(예로서, 머천트, 온라인 지불 플랫폼, 및/또는 무카드 지불 서버와 연관된 고유 식별 코드)에 기초하여 결정될 수 있으며, 제 3 값은 제 1 값, 제 2 값, 및 제 3 값의 연쇄가 고유한 값을 야기하도록 문자 시퀀스이도록 선택될 수 있다. 몇몇 실시예들에서, 가상 카드 값 생성 엔진(208)은 사용자 계정 데이터베이스(202) 및/또는 거래 데이터베이스(204)의 대응하는 엔트리들에 저장되도록 거래에 대응하는 가상 카드 값을 전송하기 위해 구성된다.
머천트-관련 로케이터 생성 엔진(210)은 클라이언트 디바이스에 실행하는 웹 브라우저로 전송하기 위해 데이터를 생성하도록 구성되며 웹 브라우저가 가상 카드 값 및 거래에 대응하는 거래 양을 따라 머천트 서버에 전달하게 하도록 구성된다. 다양한 실시예들에서, "머천트-관련 로케이터"는 웹 브라우저가 가상 카드 값 및 거래에 대응하는 거래 양을 따라 머천트 서버에 전달하게 하기 위해 사용 가능한 데이터를 포함한다. 예를 들면, 머천트-관련 로케이터는 리다이렉션 상태 코드(예로서, 302)를 포함하는 (예로서, HTTP) 요청 및 머천트와 연관된 정보 및/또는 가상 카드 값을 포함하는 유니폼 리소스 로케이터(URL)를 포함한다. 몇몇 실시예들에서, 머천트-관련 로케이터는 머천트 서버가 거래에 대응하는 사전-승인 정보를 카드 관리 서버에 전송하게 하기 위해 추가로 구성된다. 몇몇 실시예들에서, 머천트-관련 로케이터는 가상 카드 값 및 거래에 대응하는 거래 양이 성공적으로 저장되었다는 카드 관리 서버의 확인에 응답하여 생성된다.
자금 이체 엔진(212)은 거래를 나타내는, 가상 카드 값에 대응하는 거래 양을, 거래에 수반된 사용자 계정과 연관된 자금의 소스에서 거래에 수반된 머천트와 연관된 자금 계정으로 이체하기 위해 카드 관리 서버로부터 요청을 수신 및 프로세싱하도록 구성된다. 몇몇 실시예들에서, 자금 이체 엔진(212)은 매칭되는 가상 카드 값을 갖고 거래 데이터베이스(204)에 저장된 엔트리를 찾기 위한 요청에 포함된 가상 카드 값을 사용하며 거래를 위한 자금의 적절한 소스(예로서, 사용자에 의해 지정된 바와 같이)의 위치를 찾으며 찾은 소스로부터 머천트와 연관된 자금 계정으로 거래 양의 이체를 요청하기 위해(예로서, 수행할 온라인 지불 시스템 또는 자금 계정들과 연관된 하나 이상의 금융 기관들) 검색된 정보(예로서, 사용자 계정 데이터베이스(202)에 저장된 정보 외에)를 사용하도록 구성된다.
데이터베이스 및 엔진들이 이 예에서 무카드 지불 서버(108) 내에 구현되는 것으로 도시되지만, 몇몇 실시예들에서, 하나 이상의 데이터베이스들 및/또는 엔진들은 다른 디바이스들 상에서 구현되며 무카드 지불 서버에 의해 액세스 가능하다.
도 3은 온라인 지불 플랫폼에서 새로운 사용자 계정을 생성하기 위한 프로세스의 실시예를 도시한 흐름도이다. 몇몇 실시예들에서, 프로세스(300)는 도 1의 시스템(100)의 무카드 지불 서버(108)에서 구현된다.
프로세스(300)는 사용자를 위해 온라인 지불 플랫폼에 새로운 계정을 생성하는 예를 설명한다.
302에서, 새로운 사용자 크리덴셜 정보가 수신된다. 예를 들면, 사용자는 온라인 지불 플랫폼과 연관된 페이지를 액세스하기 위해 웹 브라우저를 사용하며 새로운 사용자 계정을 생성하는 것과 연관된 페이지 상에 디스플레이된 제어를 선택함으로써 온라인 지불 플랫폼에 새로운 사용자 계정을 생성할 수 있다. 사용자 선택에 응답하여, 사용자와 연관된 정보를 요구하는 입력 필드들(예로서, 폼 내에서)를 가진 또 다른 페이지가 사용자에게 전송된다. 사용자가 폼을 통해 제출하는 정보 중에 사용자 특정 로그인 명 및 사용자 특정 패스워드가 있다. 몇몇 실시예들에서, 온라인 지불 플랫폼 계정과 연관된 사용자 크리덴셜들은 로그인 명 및 패스워드를 포함한다.
304에서, 무카드 지불 서비스와 연관된 새로운 사용자 계정이 생성된다. 새로운 사용자 계정은 다른 사용자 제출 정보(예로서, 이름, 생일, 주소 등) 외에 사용자 제출 크리덴셜 정보를 저장하는 것에 적어도 부분적으로 기초하여 생성된다.
306에서, 새로운 사용자 계정과 연관된 정보가 전송된다. 몇몇 실시예들에서, 정보는 새로운 사용자 계정에 할당된 사용자 식별자를 포함한다. 새로운 사용자 계정과 연관된 사용자 식별자는 사용자에 의해 사용된 웹 브라우저로 전송될 수 있다.
308에서, 자금의 하나 이상의 소스들과 연관된 데이터가 수신된다. 몇몇 실시예들에서, 사용자는 그로부터 자금이 미래 거래들을 완료하기 위해 인출될 수 있는 자금의 하나 이상의 소스들을 식별하는 데이터를 선택적으로 제출할 수 있다. 자금의 예시적인 소스는 은행 계좌이다. 몇몇 실시예들에서, 사용자는 또한 미래 거래 동안, 자금이 외부 소스로부터 위치되는 대신에 사용자의 온라인 지불 플랫폼 계정 밖으로 직접 이체될 수 있도록 식별된 자금의 소스들 중 적어도 하나로부터 온라인 지불 플랫폼 계정으로 이체하도록(예로서, 특정된 양의 돈을 입금함으로써) 선택할 수 있다.
도 4는 온라인 지불 플랫폼의 사용자를 인증하는 프로세스의 실시예를 도시한 흐름도이다. 몇몇 실시예들에서, 프로세스(400)는 도 1의 시스템(100)의 무카드 지불 서버(108)에서 구현된다.
프로세스(400)는 거래가 가상 카드 값을 사용하여 사용자를 위해 수행되도록 허용하기 전에 온라인 지불 플랫폼 계정을 갖고 사용자를 인증하는 예를 설명한다.
402에서, 거래 및 머천트 서버와 연관된 요청이 수신된다. 예를 들면, 요청은 사용자의 클라이언트 디바이스에서 실행하는 웹 브라우저로부터 전송된다. 요청은 사용자가 머천트 서버가 완비되기를 원하는(예로서, 머천트 서버에 의해 동작된 웹 사이트에서 판매된 제품의 구매를 위해) 거래와 연관된 정보를 포함한다. 거래와 연관된 정보는, 예를 들면, 거래 양(예로서, 요구된 구매의 총 비용) 및 관련된 머천트와 연관된 식별 정보를 포함할 수 있다.
404에서, 로그인 페이지 데이터가 전송된다. 온라인 지불 플랫폼을 위한 로그인 페이지와 연관된 데이터(예로서, 로그인 페이지의 URL 및/또는 로그인 페이지를 디스플레이하기 위해 웹 브라우저에 의해 렌더링될 수 있는 데이터)가 사용자의 웹 브라우저로 전송된다.
406에서, 온라인 지불 플랫폼의 사용자와 연관된 크리덴셜들이 수신된다. 로그인 페이지는 온라인 지불 플랫폼을 갖고 사용자 크리덴셜들을 제출하도록 사용자를 위해 프롬프팅한다.
408에서, 인증이 성공적인지가 결정된다. 인증이 성공적인 경우에, 제어는 410으로 전달된다. 그렇지 않고, 인증이 성공적이지 않은 경우에, 프로세스(400)는 종료된다. 예를 들면, 수신된 사용자 크리덴셜들은 매칭이 있는지를 결정하기 위해 저장된 사용자 크리덴셜들의 세트들에 비교된다. 매칭이 발견된다면, 인증은 성공적이며 몇몇 실시예들에서, 사용자는 현재 거래에서 사용할 특정한 자금의 소스를 선택하도록 촉구된다. 그렇지 않고, 어떤 매칭도 발견되지 않는다면, 인증은 성공적이지 않으며 프로세스(400)는 종료된다.
410에서, 거래는 가상 카드 값을 사용하여 진행하도록 허용된다. 사용자가 온라인 지불 플랫폼을 갖고 성공적으로 인증되었기 때문에, 가상 카드 값은 거래에 대응하여 생성되도록 및 거래를 완료하기 위해 사용되도록 허용된다.
도 5는 가상 카드 값을 사용하여 거래를 수행하기 위한 프로세스의 실시예를 도시한 흐름도이다. 몇몇 실시예들에서, 프로세스(500)는 도 1의 시스템(100)의 무카드 지불 서버(108)에서 구현된다.
502에서, 거래에 대응하는 가상 카드 값이 생성된다. 다양한 실시예들에서, 가상 카드 값은 각각의 거래에 대해 생성된다. 예를 들면, 거래는 웹 사이트 또는 웹 사이트 액세스를 가진 물리적 저장소에서 머천트에 의해 판매된 하나 이상의 아이템들에 대해 지불하기 위해 선택을 하는 사용자에 의해 개시될 수 있다. 몇몇 실시예들에서, 고유한 가상 카드 값은 각각의 거래에 대해 생성된다. 몇몇 실시예들에서, 가상 카드 값은 거래에 수반된 사용자와 연관된 정보, 거래에 수반된 머천트와 연관된 정보, 및/또는 무카드 지불 서버와 연관된 온라인 지불 플랫폼과 연관된 정보에 적어도 부분적으로 기초하여 생성된다. 몇몇 실시예들에서, 무카드 지불 서버는 거래와 연관된 다른 정보(예로서, 거래 식별자, 거래 양, 및 사용자 식별자)와 함께 가상 카드 값을 저장한다.
504에서, 요청은 무카드 지불 서버로부터 카드 관리 서버로 전송되며, 여기에서 요청은 가상 카드 값 및 거래에 대응하는 거래 양을 포함하며 요청은 카드 관리 서버가 가상 카드 값 및 거래 양을 저장하게 하도록 구성된다. 생성된 가상 카드 값 및 거래 양을 포함하는 요청은 카드 관리 서버로 전송된다. 몇몇 실시예들에서, 카드 관리 서버로의 요청은 XML 파일을 포함하는 웹 서비스 호출로서 전송된다. 몇몇 실시예들에서, 카드 관리 서버로의 요청은 기본 액세스 인증을 포함하는 HTTP 요청으로서 전송된다. 기본 액세스 인증은 무카드 지불 서버 및/또는 온라인 지불 플랫폼의 사용자 명 및 패스워드를 포함할 수 있다. 예를 들면, 기본 액세스 인증은 무카드 지불 서버가 이러한 유형의 요청을 카드 관리 서버로 전송할 때마다 수행된다. 몇몇 실시예들에서, 거래에 수반된 사용자와 연관된 정보는 사용자의 프라이버시를 유지하도록 카드 관리 서버에 전송된 요청에 포함되지 않는다.
506에서, 가상 카드 값 및 거래 양이 성공적으로 저장되었다는 표시는 카드 관리 서버로부터 수신된다. 요청에 응답하여, 카드 관리 서버는 새로운 가상 카드에 대응하는 가상 카드 값 및 거래 양을 포함한 요청과 연관된 정보를 저장한다. 예를 들면, 가상 카드의 한도는 거래 양으로 설정되고, 가상 카드의 잔액은 0으로 설정되며, 만료 날짜는 미래(예로서, 현재 시간에 대해)로의 사용자 구성된 일수들(예로서, 365)인 날짜로 설정된다. 카드 관리 서버가 새로운 가상 카드와 연관된 정보를 성공적으로 저장한 후, 카드 관리 서버는 표시를 다시 무카드 지불 서버로 전송한다.
508에서, 머천트-관련 로케이터는 머천트 서버 및 가상 카드 값과 연관된 식별 정보에 적어도 부분적으로 기초하여 생성된다.
510에서, 머천트-관련 로케이터는 클라이언트 디바이스로 전송되며, 여기에서 머천트-관련 로케이터는 클라이언트 디바이스를 머천트 서버로 리다이렉팅하며 머천트 서버로 하여금 거래를 완료하기 위해 사전-승인 요청을 카드 관리 서버로 전송하게 하도록 구성되며, 여기에서 사전-승인 요청은 가상 카드 값 및 거래 양을 포함한다. 표시의 수신에 응답하여, 무카드 지불 서버는 거래에 수반된 사용자에 의해 사용되는 클라이언트 디바이스에서 실행하는 웹 브라우저로 전송하기 위해 머천트-관련 로케이터(예로서, HTTP 요청에서)를 생성한다. 다양한 실시예들에서, 머천트-관련 로케이터는 URL로의 리다이렉션 명령(예로서, HTTP 상태 코드 302)를 포함하는 HTTP 요청을 포함한다. 머천트-관련 로케이터와 연관된 URL은 머천트 서버에 의해 특정되는 포맷과 연관된다. 예를 들면, 머천트-관련 로케이터는 머천트와 연관된 정보 및/또는 가상 카드 값을 포함한다. 머천트("머천트")에 대해 및 가상 카드 값("vcardvalue")에 대해 생성된 머천트-관련 로케이터에 포함된 URL의 예는: https://www.merchant.com/PayResultNotification.do?vcardvalue를 포함한다. 몇몇 실시예들에서, 머천트-관련 로케이터의 포맷은 거래와 연관된 머천트에 의해 특정된다. 상이한 머천트들은 머천트-관련 로케이터에 대한 상이한 포맷들을 특정할 수 있다.
몇몇 실시예들에서, 머천트-관련 로케이터는 사용자에 의해 사용되는 클라이언트 디바이스에서 실행한 웹 브라우저가 머천트 서버와 연관된 페이지(머천트-관련 로케이터에 포함된 URL에 대응하는)로 리다이렉팅하게 하며(예로서, 리다이렉션을 위해 HTTP 상태 코드 302를 포함하는 위치(Location) 헤더를 사용하여) 가상 카드 값 및 거래 양을 포함하는 요청을 머천트 서버에 전송하게 하기 위해 구성된다. 머천트 서버는 그 후 사전-승인 요청을 카드 관리 서버로 전송할 것이며, 여기에서 사전-승인 요청은 가상 카드 값에 대응하는 가상 카드상에 청구될 거래 양을 승인하기 위해 카드 관리 서버에 대한 요청을 포함한다. 사전-승인 요청의 수신에 응답하여, 카드 관리 서버는 승인을 허락하고 사전-승인 확인을 머천트 서버로 되돌려 전송할 수 있으며, 이것은 그 후 거래에 대응하는 거래 양의 지불이 승인되었음을 표시하는 데이터를 저장한다. 예를 들면, 사전-승인은 결제 기술(예로서, 이러한 결제 기술은 때때로 "승인 및 캡처"로서 불리운다)의 제 1 부분일 수 있으며 여기에서 지불의 승인이 먼저 허락되며 그 후 승인된 지불과 연관된 정확한 자금이 나중에 머천트의 자금 계정으로 이체된다. 머천트 서버가 거래에 대응하는 거래 양의 지불이 승인되었음을 표시하는 데이터를 저장한 후, 머천트 서버는 거래 완료 확인을 표시하는 페이지 데이터를 웹 브라우저로 전송할 수 있다.
몇몇 실시예들에서, 머천트-관련 로케이터를 포함한 HTTP 요청은 서명을 포함한다. 서명은 키를 사용하여 무카드 지불 서버 및/또는 온라인 지불 플랫폼에 의해 생성된 암호화된 데이터를 포함한다. 서명은 또한 웹 브라우저에 의해 머천트 서버로 리다이렉팅되도록 구성되며 머천트 서버는 머천트-관련 로케이터를 인증하며 로케이터가 승인된 소스로부터 왔음을 검증하기 위해 국소적으로 저장된 키를 사용하여 서명을 복호화할 것이다. 예를 들면, 서명은 인증의 애플리케이션-레벨 형태를 포함한다.
512에서, 무카드 지불 서버와 연관된 사용자 계정으로부터 머천트 서버와 연관된 자금 계정으로 거래 양을 이체하기 위한 요청이 카드 관리 서버로부터 수신된다. 몇몇 실시예들에서, 거래의 가상 카드 값에 대응하는 캡처 요청(예로서, "인증 및 캡처" 결제 기술의 제 2 부분)이 머천트 서버에서 카드 관리 서버로 전송될 수 있으며, 이것은 그 다음에 거래 양을 이체하기 위한 요청을 무카드 지불 서버로 전송한다. 몇몇 실시예들에서, 요청의 수신에 응답하여, 무카드 지불 서버는 거래를 위해 사용하기 위해 거래에 수반된 사용자에 의해 이전에 선택된 자금의 소스의 위치를 찾는다. 무카드 지불 서버는 예를 들면, 식별된 사용자 자금의 소스와 연관된 금융 기관(예로서, 은행)으로 또는 사용자 자금과 연관된 온라인 지불 플랫폼으로 요청을 발행함으로써, 식별된 사용자 자금의 소스로부터 머천트와 연관된 자금 계정으로 거래 양의 이체를 개시할 수 있다.
도 6은 거래에 대응하는 가상 카드 값을 생성하기 위한 프로세스의 실시예를 도시한 흐름도이다. 몇몇 실시예들에서, 프로세스(600)는 도 1의 시스템(100)의 무카드 지불 서버(108)에서 구현된다. 몇몇 실시예들에서, 도 5의 프로세스(500)의 502는 프로세스(600)를 사용하여 구현될 수 있다.
602에서, 제 1 값은 거래와 연관된 사용자와 연관된 정보에 적어도 부분적으로 기초하여 결정된다. 제 1 값(예로서, 하나 이상의 영숫자 문자들을 포함한)은 거래에 수반된 사용자 계정에 대해 저장된 정보 중 적어도 일부를 사용하여 생성될 수 있다. 예를 들면, 사용자 계정에 대해 저장된 정보 중 적어도 일부(예로서, 사용자 식별자 스트링)는 구성된 해시 기술을 사용하여 해싱될 수 있으며 결과적인 해시는 제 1 값으로서 작용할 수 있다.
604에서, 제 2 값은 발행자와 연관된 정보에 적어도 부분적으로 기초하여 결정된다. 제 2 값(예로서, 하나 이상의 영숫자 문자들을 포함한)은 거래와 연관된 발행자에 대해 저장된 정보 중 적어도 일부를 사용하여 생성될 수 있다. 예를 들면, 거래와 연관된 발행자는 무카드 지불 서버와 연관된 온라인 지불 플랫폼 및 거래와 연관된 머천트 중 하나 또는 양쪽 모두를 나타낼 수 있다. 예를 들면, 발행자에 대해 저장된 정보 중 적어도 일부(예로서, 발행자와 연관된 식별자 스트링)는 구성된 해시 기술을 사용하여 해싱될 수 있으며 결과적인 해시는 제 2 값으로서 작용할 수 있다.
606에서, 제 3 값은 제 1 값, 제 2 값, 및 제 3 값의 조합이 고유 값을 포함하도록 결정된다. 다양한 실시예들에서, 고유한 가상 카드 값은 각각의 거래에 대해 생성될 것이다. 사용자가 다수의 거래들을 수행할 수 있으며 거래들 중 적어도 일부가 동일한 발행자를 수반할 수 있기 때문에, 제 1 값 및 제 2 값의 조합(예로서, 연쇄)은 고유한 값을 야기하지 않을 수 있다. 이와 같이, 몇몇 실시예들에서, 영숫자 문자들의 시퀀스를 포함한, 제 3 값은 제 1 값, 제 2 값, 및 제 3 값의 조합(예로서, 연쇄)이 고유 값을 포함하도록 생성될 수 있다. 예를 들면, 제 3 값은 랜덤한 시퀀스의 문자들로서 생성되며 그 후 조합된 값이 고유하다는 것(예로서, 이전에 생성된 가상 카드 값들에 대해)을 검증하기 위해 제 1 및 제 2 값들에 연쇄될 수 있다.
608에서, 가상 카드 값이 제 1 값, 제 2 값, 및 제 3 값에 적어도 부분적으로 기초하여 생성된다. 몇몇 실시예들에서, 가상 카드 값은 제 1 값, 제 2 값, 및 제 3 값의 연쇄로서 생성된다. 몇몇 실시예들에서, 가상 카드 값은 제 1 및 제 2 값들 사이에서의 다른 구분 문자(예로서, "―") 및 제 2 및 제 3 값들 사이에서의 구분 문자를 포함하도록 생성될 수 있다.
도 7은 거래가 가상 카드 값을 사용하여 수행되는 예를 도시한 시퀀스 다이어그램이다. 몇몇 실시예들에서, 도 7의 클라이언트 웹 브라우저는 도 1의 시스템(100)의 클라이언트 디바이스(102)에서 실행하는 웹 브라우저에 의해 구현될 수 있다. 몇몇 실시예들에서, 도 7의 머천트 서버는 도 1의 시스템(100)의 머천트 서버(106)에 의해 구현될 수 있다. 몇몇 실시예들에서, 도 7의 무카드 지불 서버는 도 1의 시스템(100)의 무카드 지불 서버(108)에 의해 구현될 수 있다. 몇몇 실시예들에서, 도 7의 카드 관리 서버는 도 1의 시스템(100)의 카드 관리 서버(110)에 의해 구현될 수 있다.
701에서, 클라이언트 웹 브라우저는 거래를 수행하기 위한 요청을 머천트 서버로 전송한다. 예를 들면, 거래는 웹사이트를 통해 머천트 서버와 연관된 머천트에 의해 판매된 하나 이상의 아이템들의 사용자 개시 구매를 포함한다. 체크아웃 프로세스 동안, 웹사이트는 지불 방법을 선택하도록 사용자를 촉구하며, 이에 응답하여, 사용자는 무카드 지불 서버와 연관되는, 온라인 지불 플랫폼(예로서, Alipay®)에서의 사용자의 계정을 사용하는 지불 방법을 선택하였다. 예를 들면, 거래에 대한 요청은 거래 양(예로서, 운송 및 취급비 및 세금을 포함하여, 사용자가 구매하기를 원하는 아이템들의 총 가격)을 포함한다. 예를 들면, 거래에 대한 요청은 HTTP 요청으로서 구현될 수 있다. 거래에 대한 요청의 수신에 응답하여, 702에서, 머천트 서버는 무카드 지불-관련 로케이터를 생성한다. 몇몇 실시예들에서, 무카드 지불-관련 로케이터는 URL을 포함한 (예로서, HTTP) 요청을 포함한다. 예를 들면, 무카드 지불-관련 로케이터는 현재 거래에 특정적인 파라미터 값들을 포함한다. 무카드 지불-관련 로케이터에 포함된 URL의 예는 https://www.alipay.com/cooperate/gateway.do?total_fee=13&currency=USD&notify_url=http%3A%2F%2Fwww.tabao.com&service=create_forex_trade&agent=2088002007018916&partner=2088002007018916&out_trade_no=16177126201&subject=42560013718&return_url=http%3A%2F%2Fwww.tabao.com&body=71819701647&sign=UzZ7bRelBtSVB63jsfI9vbu3d21442SJV88po0XvIptqWGM4rxP5EQ%3D%3D&sign_type=DSA이다. 무카드 지불-관련 로케이터는 온라인 지불 플랫폼 및/또는 무카드 지불 서버에 의해 특정된 포맷에 기초하여 생성될 수 있다. 예를 들면, 무카드 지불-관련 로케이터는 거래 양을 포함할 수 있다. 무카드 지불-관련 로케이터를 포함한 HTTP 응답 및 리다이렉션을 위한 HTTP 상태 코드 302를 포함하는 로케이션 헤더는 703에서 머천트 서버에 의해 클라이언트 웹 브라우저로 전송된다.
704에서, 클라이언트 웹 브라우저는 머천트 서버로부터 무카드 지불-관련 로케이터를 사용하여 무카드 지불 서버로 리다이렉션될 수 있다. 705에서, 클라이언트 웹 브라우저로부터의 요청에 응답하여, 무카드 지불 서버는 온라인 지불 플랫폼에서의 계정과 연관된 사용자 크리덴셜들에 대해 프롬프팅하는 페이지와 연관된 데이터를 전송한다. 클라이언트 웹 브라우저는 사용자 크리덴셜들에 대해 프롬프팅하는 페이지를 디스플레이할 수 있으며 706에서, 사용자는 페이지를 통해 사용자의 사용자 크리덴셜들을 무카드 지불 서버로 제출할 수 있다. 제출된 사용자 크리덴셜들이 인증될 수 있다면, 몇몇 실시예들에서, 무카드 지불 서버는 거래(도시되지 않음)에 적용할 원하는 자금의 소스를 사용자들이 선택하도록 프롬프팅하는 페이지와 연관된 데이터를 전송할 수 있다.
707에서, 제출된 사용자 크리덴셜들이 인증될 수 있다면, 무카드 지불 서버는 거래에 대응하는 가상 카드 값을 생성한다. 예를 들면, 무카드 지불 서버는 도 6의 프로세스(600)와 같은 프로세스를 사용하여 거래에 대응하는 가상 카드 값을 생성할 수 있다. 몇몇 실시예들에서, 무카드 지불 서버는 가상 카드 값 및 (예로서, 국소적으로) 생성된 거래 식별자를 포함하여, 거래와 연관된 정보를 저장한다. 708에서, 무카드 지불 서버는 가상 카드 값 및 거래 양을 포함한 요청을 카드 관리 서버에 전송한다. 몇몇 실시예들에서, 708에서 전송된 요청은 HTTP 기본 인증 크리덴셜들을 포함한다. 몇몇 실시예들에서, 708에서 전송된 요청은 웹 서비스 호출을 포함한다. 무카드 지불 서버로부터의 요청의 수신에 응답하여, 카드 관리 서버는 새로운 가상 카드와 연관된 정보로서 가상 카드 값 및 거래 양(예로서, 잔액 및 만료 날짜와 같은 다른 정보 중에서)을 저장한다. 709에서, 이러한 정보를 저장한 후, 카드 관리 서버는 가상 카드 값 및 거래 양이 성공적으로 저장되었음을 확인하는 확인을 무카드 지불 서버로 전송한다. 710에서, 확인의 수신에 응답하여, 무카드 지불 서버는 가상 카드 값 및 거래 양을 포함하는 머천트-관련 로케이터를 생성하며 711에서, 머천트-관련 로케이터(예로서, HTTP 요청)를 클라이언트 웹 브라우저로 전송한다. 712에서, 클라이언트 웹 브라우저는 머천트-관련 로케이터를 사용하여 머천트 서버로 리다이렉팅될 수 있다. 머천트-관련 로케이터에 포함된 가상 카드 값 및 거래 양은 그 후 머천트 서버로 전달된다. 몇몇 실시예들에서, 머천트-관련 로케이터와 연관된 요청은 또한 무카드 지불 서버에 의해 생성된 암호화된 서명을 포함하며 머천트 서버는 국소적으로 저장된 키를 사용하여 서명을 복호화함으로써 로케이터의 소스를 인증할 수 있다. 713에서, 머천트 서버는 가상 카드 값을 포함한 사전-승인 요청을 카드 관리 서버로 전송한다. 사전-승인 요청은 또한 거래 양을 포함할 수 있다. 예를 들면, 사전-승인은 "승인 및 캡처" 지불 결제 해결책의 제 1 부분이다. 카드 관리 서버는 사전-승인 요청에 포함된 가상 카드 값을 통해 지불의 승인을 허락할 수 있으며, 여기에서 지불은 거래 양이다. 예를 들면, 카드 관리 서버는 거래 양의 요금(예로서, 가상 카드에 대한 한도)이 승인되었다는 데이터를 관련된 가상 카드 값과 함께 저장할 수 있다. 그 후, 714에서, 카드 관리 서버는 지불이 허가되었음을 머천트 서버에 알리기 위해 사전-승인 확인을 머천트 서버로 전송할 수 있다. 사전-승인 확인의 수신에 응답하여, 머천트 서버는 거래가 승인되었음을 나타내는 데이터를 저장하며 715에서, 거래 완료 정보를 클라이언트 웹 브라우저로 전송할 수 있다. 예를 들면, 거래 완료 정보는 머천트 서버에 의해 생성된 거래 확인 번호를 포함할 수 있다. 예를 들면, 클라이언트 웹 브라우저는 거래가 성공적으로 완료되었음을 사용자에게 알리기 위해 거래 완료를 사용자에게 제공할 수 있다. 몇몇 실시예들에서, 이때, 머천트 서버는 사용자에 의해 구매된 아이템들을 전달하려고 준비할 수 있다. 사용자의 온라인 지불 플랫폼을 사용하여 거래에 대해 지불하도록 선택한 사용자는 카드 관리 서버의 거래 및/또는 수반을 위해 생성된 가상 카드 값을 알고 있지 않을 수 있다.
716에서, 머천트 서버는 가상 카드 값에 대응하는 캡처 요청을 카드 관리 서버에 전송할 수 있다. 몇몇 실시예들에서, 캡처 요청은 다수의 거래들에 대응하는 캡처들을 요청하는 배치 파일을 포함할 수 있다. 캡처 요청의 수신에 응답하여, 717에서, 카드 관리 서버는 캡처가, 한도(예로서, 거래 양)가 지불로서 승인된 가상 카드 값에 대응함을 검증하며 그 후 캡처 요청에 포함된 가상 카드 값과 연관된 거래 양을 무카드 지불 서버로 전송하기 위한 요청을 전송한다. 무카드 지불 서버는 거래를 위해 사용자에 의해 선택된 자금의 소스에서 머천트 서버와 연관된 자금 계정으로 자금의 이체를 개시할 수 있다.
여기에서 설명된 시스템의 실시예들은 지불들뿐만 아니라 환불들을 다룬다. 도 8은 가상 카드 값을 사용하여 완료된 거래와 연관된 환불을 수행하기 위한 프로세스의 실시예를 도시한 흐름도이다. 몇몇 실시예들에서, 프로세스(800)는 도 1의 시스템(100)의 무카드 지불 서버(108)에서 구현된다.
프로세스(800)는 가상 카드 값을 갖고 완료된 거래에 대한 환불을 수행하는 예를 설명한다. 프로세스(800) 이전에, 거래와 연관된 거래 양은 거래에 수반된 사용자와 연관된 자금의 소스에서 거래에 수반된 머천트와 연관된 자금 계정으로 이체되었다.
802에서, 완료된 거래와 연관된 환불 요청이 머천트 서버로부터 수신되며, 여기에서 환불 요청은 완료된 거래에 대응하는 가상 카드 값을 포함한다. 예를 들면, 사용자는 상기 거래에 수반된 머천트 서버와 연관된 웹사이트에서 이전에 완료된 거래의 환불을 개시할 수 있다. 예를 들면, 사용자는 거래와 연관된 거래 확인 번호를 머천트 서버에 제공할 수 있다. 머천트 서버는 가상 카드 값들 및 거래 확인 번호들 사이에서의 저장된 매핑들에 기초하여 머천트 서버에 의해 이전에 생성되고 저장된 상기 거래 확인 번호에 대응하는 가상 카드 값을 결정할 수 있다. 머천트 서버는 그 후 결정된 가상 카드 값을 무카드 지불 서버로 전송할 수 있다. 몇몇 다른 실시예들에서, 머천트 서버는 환불 프로세스를 완료하기 위해 카드 관리 서버에 대한 카드 관리 서버로 결정된 가상 카드 값을 전송할 수 있다.
804에서, 가상 카드 값에 대응하는 거래 식별자가 거래 식별자들 및 가상 카드 값들 사이에서의 저장된 매핑들에 적어도 부분적으로 기초하여 결정된다. 무카드 지불 서버에 의해 이전에 생성되고 저장된 거래 식별자는 가상 카드 값들 및 거래 식별자들 사이에서의 국소적으로 저장된 매핑들에 기초하여 결정될 수 있다.
806에서, 거래 식별자와 함께 저장된 데이터가 검색된다. 무카드 지불 서버에서 결정된 거래 식별자와 함께 저장되는 데이터가 검색될 수 있다. 몇몇 실시예들에서, 결정된 거래 식별자와 함께 저장된 검색된 데이터는 사용자 식별자, 사용자 식별자와 연관된 자금의 소스, 머천트 식별자, 및/또는 거래 양을 포함한다.
808에서, 머천트 서버와 연관된 자금 계정에서 사용자 자금의 소스로 자금을 이체하기 위한 요청이 검색된 데이터에 적어도 부분적으로 기초하여 생성된다. 예를 들면, 머천트 식별자와 연관된 자금 계정에서 사용자 식별자와 연관된 자금의 소스로 거래 양을 이체하기 위한 요청이 생성된다. 몇몇 실시예들에서, 요청은 머천트 식별자와 연관된 자금 계정과 연관된 머천트 서버 및/또는 금융 기관으로 전송될 수 있다.
도 9는 가상 카드 값을 사용하여 거래를 수행하는 프로세스의 실시예를 도시한 흐름도이다. 몇몇 실시예들에서, 프로세스(900)는 도 1의 시스템(100)의 머천트 서버(106)에서 구현된다.
프로세스(900)는 머천트 서버의 관점으로부터 가상 카드 값을 사용하여 거래를 수행하는 예를 설명한다.
902에서, 거래와 연관된 지불 요청이 클라이언트 디바이스로부터 수신되며, 여기에서 상기 지불 요청은 거래와 연관된 거래 양을 포함한다. 예를 들면, 사용자는 머천트 서버와 연관된 웹사이트에서 판매된 하나 이상의 아이템들을 구매하려고 선택하였으며 상기 구매에 대해 지불하기 위해 사용자의 온라인 지불 플랫폼 계정을 사용하려고 선택하였다. 예를 들면, 지불 요청은 HTTP 요청을 포함한다. 온라인 지불 플랫폼과 연관된 무카드 지불 서버는 사용자의 온라인 지불 플랫폼 계정 및 머천트와 연관된 자금 계정 사이에서의 지불을 용이하게 하도록 구성된다.
904에서, 무카드 지불-관련 로케이터는 지불 요청에 적어도 부분적으로 기초하여 생성된다. 다양한 실시예들에서, 무카드 지불-관련 로케이터는 HTTP 요청 및 URL을 포함한다. 몇몇 실시예들에서, 무카드 지불-관련 로케이터는 무카드 지불 서버 및/또는 온라인 지불 플랫폼에 의해 특정된 포맷(예로서, 파라미터 유형들)에 기초하여 생성된다. 예를 들면, 무카드 지불-관련 로케이터는 현재 거래에 특정적인 파라미터 값들을 포함한다.
906에서, 무카드 지불-관련 로케이터는 클라이언트 디바이스로 전송되며, 여기에서 무카드 지불-관련 로케이터는 클라이언트 디바이스를 무카드 지불 서버로 리다이렉팅하도록 구성되고, 여기에서 무카드 지불 서버는 카드 관리 서버와의 거래를 완료하기 위해 사용 가능한 가상 카드 값을 생성하도록 구성된다. 다양한 실시예들에서, 무카드 지불-관련 로케이터는 HTTP 요청으로서 클라이언트 디바이스의, 예로서 웹 브라우저로 전송된다. HTTP 요청은 클라이언트 디바이스를 무카드 지불 서버로 리다이렉팅하도록(예로서, 리다이렉션을 위해 HTTP 상태 코드 302를 포함하는 로케이션 헤더를 사용함으로써) 구성될 수 있다. 무카드 지불 서버는 그 후 사용자의 온라인 지불 플랫폼 계정과 연관된 사용자의 사용자 크리덴셜들을 제출하도록 사용자들을 촉구하는 페이지와 연관된 데이터를 전송할 수 있다.
908에서, 가상 카드 값 및 거래 양이 카드 관리 서버에 의해 성공적으로 저장되었다는 표시가 수신되며, 여기에서 클라이언트 디바이스로부터의 표시는 무카드 지불 서버에 의해 생성된 머천트-관련 로케이터에 적어도 부분적으로 기초하여 생성된다. 사용자의 제출된 크리덴셜들이 인증될 수 있는 경우에, 무카드 지불 서버는 거래에 대응하는 가상 카드 값을 생성하며 가상 카드 값 및 거래 양을 카드 관리 서버로 전송할 수 있다. 그 후, 가상 카드 값 및 거래 양의 성공적인 저장과 연관된 응답이 무카드 지불 서버로 되돌려 보내어진다. 무카드 지불 서버는 가상 카드 값 및 거래 양을 포함하는 머천트-관련 로케이터를 생성하며 HTTP 요청에서 그것을 클라이언트 디바이스로 전송한다. 가상 카드 값 및 거래 양을 포함한 표시는 머천트-관련 로케이터에 의해 머천트 서버로 리다이렉팅되는 클라이언트 디바이스를 통해 머천트 서버로 전달된다.
910에서, 표시에 응답하여, 사전-승인 요청이 카드 관리 서버로 전송되며, 여기에서 사전-승인 요청은 가상 카드 값 및 거래 양을 포함한다. 표시에 포함된 가상 카드 값 및 거래 양에 기초하여, 머천트 서버는 가상 카드 값 및 거래 양을 포함한 사전-승인 요청을 카드 관리 서버로 전송한다.
912에서, 거래와 연관된 사전-승인 확인이 카드 관리 서버로부터 수신된다. 예를 들면, 카드 관리 서버는 가상 카드 값과 연관된 거래에 대응하는 거래 양의 지불을 승인하는 것으로 결정할 수 있다. 거래와 연관된 사전-승인 확인을 수신하는 것에 응답하여, 머천트 서버는 거래에 대한 지불이 성공적으로 승인되었음을 표시하는 데이터를 저장할 수 있다. 사전-승인이 카드 관리 서버에 의해 허락되는 경우에, 머천트 서버는 클라이언트 디바이스에서 실행한 웹 브라우저에 의해 사용자에게 제공될 거래 완료 데이터를 전송할 수 있다.
914에서, 무카드 지불 서버와 연관된 사용자 계정에서 머천트 서버와 연관된 자금 계정으로 거래 양을 이체하기 위한 캡처 요청이 카드 관리 서버로 전송된다. 사전-승인이 카드 관리 서버에 의해 허락된 얼마 후, 머천트 서버는 무카드 지불 서버와 연관된 사용자 계정에서 머천트 (서버)와 연관된 자금 계정으로 거래 양을 이체하기 위한 캡처 요청을 카드 관리 서버에 전송할 수 있다. 몇몇 실시예들에서, 캡처 요청은 가상 카드 값을 포함한다. 몇몇 실시예들에서, 캡처 요청은, 다른 거래들에 대응하는 여러 개의 다른 캡처 요청들과 함께, 배치로 전송된다. 카드 관리 서버는 그 후 자금의 이체를 완료하기 위해 무카드 지불 서버와 통신할 수 있다.
예를 들면, 캡처 요청은 캡처 요청 및 환불 요청 양쪽 모두를 포함하는 캡처 파일에 포함된다. 예를 들면, 캡처 파일은 5개의 섹션들을 포함한다: 파일 헤더(예로서, 파일의 제 1 라인은 파일을 누가 제공하는지, 파일 버전 등과 같은 파일 레벨 정보를 포함한다), 캡처 헤더(예로서, 파일의 제 2 라인은 캡처 요청에 대한 요약 정보를 포함한다), 캡처 아이템(예로서, 캡처 요청을 나타내는), 환불 헤더(예로서, 환불 요청에 대한 요약 정보를 포함하는), 및 환불 아이템(예로서, 환불 요청을 나타내는). 파일 헤더 섹션은, 구체적으로, 예를 들면, 다음의 파라미터들을 포함할 수 있다: record_type(예로서, 제출되는 요청의 유형), submit_party, recipient_party, submit_dt(예로서, 제출 날짜 및 시간), form_version(예로서, 파일의 버전), 및 file_name. 캡처 헤더 섹션은, 구체적으로, 예를 들면, 다음의 파라미터들을 포함할 수 있다: record_type(예로서, 캡처 헤더 섹션을 식별하는), total nums(예로서, 캡처 아이템들의 총 수), 및 transaction_DT(예로서, 거래 날짜). 캡처 아이템 섹션은, 구체적으로, 예를 들면, 다음의 파라미터들을 포함할 수 있다: record_type, alipay_trans_ID(예로서, 사용자의 Alipay 식별자), partner_trans_ID, amount(예로서, 캡처 양), 및 currency(예로서, 거래가 지불되는 통화). 환불 헤더 섹션은, 구체적으로, 예를 들면, 다음의 파라미터들을 포함할 수 있다: record_type(예로서, 환불 헤더 섹션을 식별하는) 및 total_nums(예로서, 환불할 아이템들의 총 수). 환불 아이템 섹션은, 구체적으로, 예를 들면, 다음의 파라미터들을 포함할 수 있다: record_type(예로서, 환불 아이템 섹션을 식별하는), partner_trans_ID, alipay_trans_ID, partnet_refund_ID, amount(예로서, 환불의), currency(예로서, 환불이 이루어지는 통화), 및 이유(예로서, 환불에 대한 사용자 상태).
도 10은 가상 카드 값을 사용하여 거래를 수행하는 프로세스의 실시예를 도시한 흐름도이다. 몇몇 실시예들에서, 프로세스(1000)는 도 1의 시스템(100)의 카드 관리 서버(110)에서 구현된다.
프로세스(1000)는 카드 관리 서버의 관점으로부터 가상 카드 값을 사용하여 거래를 수행하는 예를 설명한다.
1002에서, 거래와 연관된 요청이 무카드 지불 서버로부터 수신되며, 여기에서 요청은 거래에 대응하는 가상 카드 값 및 거래 양을 포함한다. 사용자의 온라인 지불 플랫폼 계정을 사용하여 거래를 위해 머천트에 대해 이루어지도록 요청된 지불에 대해, 온라인 지불 플랫폼과 연관된 무카드 지불 서버가 거래에 대응하는 가상 카드 값을 생성한다. 가상 카드 값 및 거래 양은 웹 서비스 호출을 통해 카드 관리 서버로 전송된다(예로서, XML 문서를 갖고 HTTP POST 요청을 전송함으로써). 몇몇 실시예들에서, HTTP 기본 인증을 위한 무카드 지불 서버와 연관된 크리덴셜들이 또한 요청에 포함될 수 있다.
1004에서, 가상 카드 값 및 거래 양이 저장된다. 가상 카드 값 및 거래 양은 카드 관리 서버에서 새로운 가상 카드와 연관된 정보로서 저장된다. 예를 들면, 새로운 가상 카드에 대한 한도가 거래 양으로 설정될 수 있다. 몇몇 실시예들에서, 새로운 가상 카드와 연관된 저장된 정보는 또한 사용자 구성된 만료 날짜(예로서, 거래가 개시된 날짜로부터 1년) 및 사용자 구성 잔액을 포함한다. 사용자-구성 대신에, 만료 날짜 및 잔액이 또한 온라인 지불 플랫폼 또는 카드 관리 서버에 의해 결정될 수 있다.
1006에서, 가상 카드 값 및 거래 양이 성공적으로 저장되었다는 표시가 무카드 지불 서버로 전송되며, 여기에서 표시에 응답하여, 무카드 지불 서버는 머천트-관련 로케이터를 생성하고 이를 클라이언트 디바이스로 전송하도록 구성되며, 여기에서 머천트-관련 로케이터는 클라이언트 디바이스를 머천트 서버로 리다이렉팅하기 위해 사용되도록 구성된다. 카드 관리 서버로부터의 표시에 응답하여, 무카드 지불 서버는 가상 카드 값 및 거래 양을 클라이언트 디바이스를 통해 머천트 서버로 전달하도록 사용하기 위해 머천트-관련 로케이터를 생성한다.
1008에서, 사전-승인 요청이 머천트 서버로부터 수신되며, 여기에서 사전-승인 요청은 가상 카드 값 및 거래 양을 포함한다. 사전-승인 요청은 몇몇 실시예들에서, 가상 카드 값 및 거래 양이 카드 관리 서버에 의해 저장된 가상 카드 값에 매칭될 수 있다면 허락될 수 있다. 카드 관리 서버는 한도의 비용(예로서, 거래 양)이 가상 카드상에서 승인되었음을 표시하는 가상 카드 값과 연관된 데이터를 저장할 수 있다.
1010에서, 사전-승인 확인이 머천트 서버로 전송된다. 사전-승인이 카드 관리 서버에 의해 허락된다면, 승인의 확인이 머천트 서버로 전송된다.
1012에서, 캡처 요청이 무카드 지불 서버와 연관된 사용자 계정에서 머천트 서버와 연관된 자금 계정으로 거래 양을 이체하기 위해 머천트 서버로부터 수신된다. 사전-승인이 카드 관리 서버에 의해 허락된 얼마 후, 머천트 서버는 무카드 지불 서버와 연관된 사용자 계정에서 머천트와 연관된 자금 계정으로 거래 양을 이체하기 위한 캡처 요청을 카드 관리 서버로 전송할 수 있다. 몇몇 실시예들에서, 캡처 요청은 가상 카드 값을 포함한다. 몇몇 실시예들에서, 캡처 요청은, 다른 거래들에 대응하는 여러 개의 다른 캡처 요청들과 함께, 배치로 전송된다. 카드 관리 서버는 캡처 요청에 포함된 가상 카드 값이 지불이 승인된 것과 연관된다는 것을 검증할 수 있다. 카드 관리 서버는 그 후 자금의 이체를 완료하기 위해 무카드 지불 서버와 통신할 수 있다.
도 11 내지 도 14는 가상 카드 값을 사용하여 사용자가 지불을 할 수 있게 하기 위해 상기 설명된 다양한 실시예들을 적용한 예들을 예시한다.
도 11은 전자 상거래 웹 사이트의 체크아웃 프로세스와 연관된 지불 방법 선택을 위해 프롬프팅하는 사용자 인터페이스의 예를 도시한 다이어그램이다. 예를 들면, 사용자 인터페이스(1100)는 MerchantABC로 제품을 구매하도록 선택한 사용자에게 제공될 수 있다(예로서, 클라이언트 디바이스에서 실행한 웹 브라우저에 의해). 예에서, 구매될 제품은 $500의 비용이 드는 Cannon 모델 X43 카메라로서 쇼핑 카트 영역(1102)에서 설명된다. 예에서, MerchantABC의 서버는 MerchantABC의 서버가 이러한 카드 관리 서비스들로부터 발행된 물리적 신용 카드들 및/또는 직불 카드들을 가진 사용자들로부터 직접 지불들을 수신할 수 있도록 카드 관리 서비스들(예로서, Visa®, Mastercard®, Discover®, 및 American Express®) 중 적어도 일부의 것과 통합될 수 있다. 그러나, MerchantABC의 서버가, 몇몇 실시예들에 따라, 온라인 지불 플랫폼과 연관된 무카드 지불 서버 및 적어도 하나의 카드 관리 서비스와 연관된 카드 관리 서버 사이에서의 합의된 통합으로 인해, 온라인 지불 플랫폼(예로서, Alipay®)과 연관된 무카드 지불 서버와 통합되지 않는 반면, 사용자는 온라인 지불 플랫폼에서의 사용자의 계정을 사용하여 거래에 대한 지불을 하는 것이 가능하게 된다. 예를 들면, 무카드 지불 서버는 MerchantABC의 서버와 종래에 통합되었으며 또한 무카드 지불 서버와 통합하도록 구성된 카드 관리 서버들 중 하나 이상과 통합할 수 있다. 거래에 수반된 사용자는 무카드 지불 서버 및 카드 관리 서버 사이에서의 통합을 모를 수 있으며 임의의 경우에, 하나 이상이 MerchantABC의 서버와 통합된다면, 거래가 진행될 어떤 카드 관리 서버를 선택하기 위한 옵션을 가질 필요가 없다. 오히려, 하나 이상이 MerchantABC의 서버와 통합된다면, 거래를 완료하기 위해 사용되는, 하나 이상의 카드 관리 서버들이 어떤 무카드 지불 서버들이 온라인 지불 플랫폼/카드 지불 서버와의 합의들을 수립하였는지에 기초하여 결정된다.
예에서, 사용자는 이러한 거래를 위해 MerchantABC에 의해 수용되는 원하는 지불 방법과 연관된 버튼을 선택할 수 있다. 가능한 지불 방법들은 카드 관리 서비스들, 즉 각각 버튼들(1110, 1106, 1112, 및 1108)에 대응하는, Visa®, Mastercard®, Discover®, 및 American Express®를 포함한다. 가능한 지불 방법들은 또한 버튼(1114)에 대응하는, 온라인 지불 플랫폼(Alipay®)을 포함한다. 예에서, 사용자는 이전에 Alipay®에 계정을 생성하였으며 버튼(1114)을 선택하고 그 후 "다음" 버튼(1104)을 선택함으로써 Alipay®와의 이러한 거래를 위한 지불을 하도록 선택한다. 이에 응답하여, 도 4의 프로세스(400)는 도 12와 같은, 무카드 지불 서버 및 사용자 인터페이스에 의해 수행되며, 예를 들면, 웹 브라우저에서 디스플레이된다.
도 12는 거래를 완료하기 위해 사용되도록 선택된 온라인 지불 플랫폼과 연관된 사용자 크리덴셜들을 위해 프롬프팅하는 사용자 인터페이스의 예를 도시한 다이어그램이다. 예에서, 사용자 인터페이스(1200)는 사용자의 Alipay®와의 거래를 완료하기 위해 도 11의 사용자 인터페이스(1100)에서의 사용자 선택에 응답하여 사용자에게 제공될 수 있다. 사용자 인터페이스(1200)는 1202 및 1204의 각각의 입력 필드들에서 사용자의 이전 생성된 Alipay®로 로그인 명 및 패스워드의 사용자의 크리덴셜들을 입력하도록 사용자를 촉구한다. 사용자가 사용자의 크리덴셜들을 입력한 후, 사용자는 "크리덴셜들 제출" 버튼(1206)을 선택할 수 있다. 이에 응답하여, 도 5의 프로세스(500)가 무카드 지불 서버에 의해 수행된다.
도 13은 거래에 적용될 사용자 자금의 소스의 선택을 위해 프로프팅하는 사용자 인터페이스의 예를 도시한 다이어그램이다. 예에서, 사용자 인터페이스(1300)는 도 12의 사용자 인터페이스(1200)에서 사용자의 Alipay® 계정 크리덴셜들의 사용자 제출에 응답하여 사용자에게 (선택적으로) 제공될 수 있다. 예에서, 사용자 인터페이스(1300)는 사용자 크리덴셜들이 인증되었기 때문에 제공된다. 사용자 인터페이스(1300)는 사용자의 Alipay® 계정으로 이전에 링크된 다수의 소스들로부터 거래에 적용하기 위한 원하는 자금의 소스를 선택하도록 사용자를 촉구한다. 예를 들면, 사용자는 풀 다운 메뉴(1302)로부터 하나의 이러한 자금의 소스(예로서, "은행 저축 계좌" 또는 "Alipay 예치금들")를 선택할 수 있다. 사용자가 거래에 적용할 원하는 자금의 소스를 선택한 후, 사용자는 "선택 제출" 버튼(1304)을 선택할 수 있다. 예를 들면, 거래에 적용될 자금의 소스의 사용자 선택은 무카드 지불 서버에 의해 수행되는 도 5의 프로세스(500) 전 또는 그 동안 수신될 수 있다.
MerchantABC와의 거래를 완료하기 위해 사용자의 Alipay® 계정을 갖고 지불하도록 선택함으로써, Alipay®와 연관된 무카드 지불 서버는 이러한 거래에 대응하는 가상 카드 값을 생성하기 위해 무카드 지불 서버와 통합하도록 구성되어 온 카드 관리 서버와 통합한다. 카드 관리 서버는 가상 카드의 한도로서 $500의 거래 양을 갖고 새로운 가상 카드와 연관되는 것으로 가상 카드 값을 처리하며 거래에 대한 $500을 청구하기 위한 MerchantABC 서버의 요청을 승인할 것이며, 그에 의해 거래를 완료한다. MerchantABC 서버가 거래가 완료되었다고(예로서, 거래 양이 가상 카드로 성공적으로 청구되었다) 결정한 후, MerchantABC 서버는 이하에서, 도 14에 설명된 바와 같이, 거래 완료 정보와 연관된 데이터를 사용자의 웹 브라우저로 전송할 수 있다.
도 14는 거래 완료 정보를 제공하는 사용자 인터페이스의 예를 도시한 다이어그램이다. 예에서, 사용자 인터페이스(1400)는 사용자의 Alipay® 계정을 갖고 Cannon 모델 X43 카메라의 구매에 대한 사용자의 지불의 완료에 응답하여 사용자에게 제공될 수 있다.
도 11 내지 도 14의 예에서 도시된 바와 같이, 사용자는 사용자사용자불 플랫폼 계정과의 거래에 대해 지불하도록 선택할 수 있다. 그 후, 온라인 지불 플랫폼과 연관된 무카드 지불 서버는, 모두가 도 5의 프로세스(500)에 의해 설명된 바와 같이 사용자에게 투명할 수 있는 방식으로, 가상 카드 값을 사용함으로써 거래를 완료하기 위해 머천트의 서버와 종래에 통합된 카드 관리 서버와 자동으로 통합할 것이다.
앞서 말한 실시예들은 이해의 명료함을 위해 일부 상세히 설명되었지만, 본 발명은 제공된 상세들에 제한되지 않는다. 본 발명을 구현하는 많은 대안적인 방식들이 있다. 개시된 실시예들은 예시적이며 제한적이지 않다.
100: 시스템 102: 클라이언트 디바이스
104: 네트워크 106: 머천트 서버
108: 무카드 지불 서버 110: 카드 관리 서버
202: 사용자 계정 데이터베이스 204: 거래 데이터베이스
206: 인증 엔진 208: 가상 카드 값 생성 엔진
210: 머천트-관련 로케이터 생성 엔진 212: 자금 이체 엔진
1100, 1200, 1300, 1400: 사용자 인터페이스

Claims (24)

  1. 무카드 지불 서버에 있어서:
    하나 이상의 프로세서들로서:
    거래에 대응하는 가상 카드 값을 생성하고;
    요청을 카드 관리 서버에 전송하고, 상기 요청은 상기 거래에 대응하는 상기 가상 카드 값 및 거래 양을 포함하며 상기 요청은 상기 카드 관리 서버가 상기 가상 카드 값 및 상기 거래 양을 저장하게 하도록 구성되고;
    상기 가상 카드 값 및 상기 거래 양이 성공적으로 저장되었다는 표시를 상기 카드 관리 서버로부터 수신하고;
    머천트 서버 및 상기 가상 카드 값과 연관된 식별 정보에 적어도 부분적으로 기초하여 머천트-관련 로케이터를 생성하고;
    상기 머천트-관련 로케이터를 클라이언트 디바이스에 전송하고, 상기 머천트-관련 로케이터는 상기 클라이언트 디바이스를 상기 머천트 서버로 재지향시키며 상기 머천트 서버로 하여금 상기 거래를 완료하기 위해 사전-승인 요청을 상기 카드 관리 서버에 전송하게 하도록 구성되고, 상기 사전-승인 요청은 상기 가상 카드 값 및 상기 거래 양을 포함하고;
    상기 카드 관리 서버로부터, 상기 무카드 지불 서버와 연관된 사용자 계정으로부터 상기 거래 양을 상기 머천트 서버와 연관된 자금 계정으로 이체하기 위한 요청을 수신하도록 구성된, 상기 하나 이상의 프로세서들; 및
    상기 하나 이상의 프로세서들에 결합되며 명령들을 상기 하나 이상의 프로세서들에 제공하도록 구성된 하나 이상의 메모리들을 포함하는, 무카드 지불 서버.
  2. 제 1 항에 있어서,
    상기 하나 이상의 프로세서들은 또한:
    상기 거래에 적용될 상기 무카드 지불 서버와 연관된 상기 사용자 계정과 연관된 자금의 소스를 결정하고;
    상기 결정된 자금의 소스로부터 상기 거래 양을 상기 머천트 서버와 연관된 상기 자금 계정으로 이체하기 위한 요청을 발행하도록 구성되는, 무카드 지불 서버.
  3. 제 1 항에 있어서,
    상기 하나 이상의 프로세서들은 또한:
    상기 거래 및 상기 머천트 서버와 연관된 지불 요청을 수신하고;
    로그인 페이지 데이터를 전송하고;
    상기 무카드 지불 서버와 연관된 상기 사용자 계정과 연관된 크리덴셜들(credentials)을 수신하며;
    상기 거래에 대응하는 상기 가상 카드 값을 생성하기 전에 상기 크리덴셜들을 인증하도록 구성되는, 무카드 지불 서버.
  4. 제 1 항에 있어서,
    상기 거래에 대응하는 상기 가상 카드 값을 생성하는 것은:
    상기 무카드 지불 서버와 연관된 상기 사용자 계정과 연관된 정보에 적어도 부분적으로 기초하여 제 1 값을 결정하는 것;
    발행자의 정보에 적어도 부분적으로 기초하여 제 2 값을 결정하는 것;
    상기 제 1 값, 상기 제 2 값, 및 제 3 값의 조합이 고유한 값을 포함하도록 상기 제 3 값을 결정하는 것; 및
    상기 제 1 값, 상기 제 2 값, 및 상기 제 3 값에 적어도 부분적으로 기초하여 상기 가상 카드 값을 생성하는 것을 포함하는, 무카드 지불 서버.
  5. 제 1 항에 있어서,
    상기 하나 이상의 프로세서들은 또한 상기 가상 카드 값에 대응하는 거래 식별자를 저장하도록 구성되는, 무카드 지불 서버.
  6. 제 1 항에 있어서,
    상기 카드 관리 서버로의 상기 요청은 상기 무카드 지불 서버와 연관된 인증 정보를 포함하는, 무카드 지불 서버.
  7. 제 1 항에 있어서,
    상기 카드 관리 서버는 새로운 가상 카드와 연관된 정보로서 상기 가상 카드 값 및 상기 거래 양을 저장하도록 구성되며, 상기 새로운 가상 카드와 연관된 한도는 상기 거래 양으로 설정되는, 무카드 지불 서버.
  8. 제 1 항에 있어서,
    상기 머천트 서버는 상기 사전-승인 요청에 응답하여 상기 카드 관리 서버로부터 사전-승인 확인을 수신하도록 구성되며 상기 머천트 서버는 상기 사전-승인 확인에 응답하여 거래 완료 정보를 저장하도록 구성되는, 무카드 지불 서버.
  9. 제 1 항에 있어서,
    상기 하나 이상의 프로세서들은:
    상기 거래와 연관되고, 상기 가상 카드 값을 포함하는 환불 요청을 수신하고,
    거래 식별자들 및 가상 카드 값들 사이에서의 저장된 매핑들에 적어도 부분적으로 기초하여 상기 가상 카드 값에 대응하는 거래 식별자를 결정하고;
    상기 거래 식별자와 연관된 저장된 데이터를 검색하고;
    상기 검색된 데이터에 적어도 부분적으로 기초하여 상기 머천트 서버와 연관된 상기 자금 계정으로부터 자금을 사용자 자금의 소스로 이체하기 위한 요청을 생성하도록 구성되는, 무카드 지불 서버.
  10. 제 1 항에 있어서,
    상기 머천트-관련 로케이터는 유니폼 리소스 로케이터(uniform resource locator; URL)를 포함하는, 무카드 지불 서버.
  11. 방법에 있어서:
    거래에 대응하는 가상 카드 값을 생성하는 단계;
    요청을 카드 관리 서버에 전송하는 단계로서, 상기 요청은 상기 거래에 대응하는 상기 가상 카드 값 및 거래 양을 포함하며 상기 요청은 상기 카드 관리 서버가 상기 가상 카드 값 및 상기 거래 양을 저장하게 하도록 구성되는, 상기 요청을 전송하는 단계;
    상기 가상 카드 값 및 상기 거래 양이 성공적으로 저장되었다는 표시를 상기 카드 관리 서버로부터 수신하는 단계;
    머천트 서버 및 상기 가상 카드 값과 연관된 식별 정보에 적어도 부분적으로 기초하여 머천트-관련 로케이터를 생성하는 단계;
    상기 머천트-관련 로케이터를 클라이언트 디바이스로 전송하는 단계로서, 상기 머천트-관련 로케이터는 상기 클라이언트 디바이스를 상기 머천트 서버로 재지향시키며 상기 머천트 서버로 하여금 상기 거래를 완료하기 위해 사전-승인 요청을 상기 카드 관리 서버로 전송하게 하도록 구성되고, 상기 사전-승인 요청은 상기 가상 카드 값 및 상기 거래 양을 포함하는, 상기 머천트-관련 로케이터 전송 단계; 및
    상기 카드 관리 서버로부터, 무카드 지불 서버와 연관된 사용자 계정으로부터 상기 머천트 서버와 연관된 자금 계정으로 상기 거래 양을 이체하기 위한 요청을 수신하는 단계를 포함하는, 방법.
  12. 제 11 항에 있어서:
    상기 거래에 적용될 상기 무카드 지불 서버와 연관된 상기 사용자 계정과 연관된 자금의 소스를 결정하는 단계; 및
    상기 결정된 자금의 소스로부터 상기 머천트 서버와 연관된 상기 자금 계정으로 상기 거래 양을 이체하기 위한 요청을 발행하는 단계를 더 포함하는, 방법.
  13. 제 11 항에 있어서:
    상기 거래 및 상기 머천트 서버와 연관된 지불 요청을 수신하는 단계;
    로그인 페이지 데이터를 전송하는 단계;
    상기 무카드 지불 서버와 연관된 상기 사용자 계정과 연관된 크리덴셜들을 수신하는 단계; 및
    상기 거래에 대응하는 상기 가상 카드 값을 생성하기 전에 상기 크리덴셜들을 인증하는 단계를 더 포함하는, 방법.
  14. 제 11 항에 있어서,
    상기 거래에 대응하는 상기 가상 카드 값을 생성하는 단계는:
    상기 무카드 지불 서버와 연관된 상기 사용자 계정과 연관된 정보에 적어도 부분적으로 기초하여 제 1 값을 결정하는 단계;
    발행자와 연관된 정보에 적어도 부분적으로 기초하여 제 2 값을 결정하는 단계;
    상기 제 1 값, 상기 제 2 값, 및 제 3 값의 조합이 고유한 값을 포함하도록 상기 제 3 값을 결정하는 단계; 및
    상기 제 1 값, 상기 제 2 값, 및 상기 제 3 값에 적어도 부분적으로 기초하여 상기 가상 카드 값을 생성하는 단계를 포함하는, 방법.
  15. 제 11 항에 있어서,
    상기 가상 카드 값에 대응하는 거래 식별자를 저장하는 단계를 더 포함하는, 방법.
  16. 제 11 항에 있어서,
    상기 카드 관리 서버로의 상기 요청은 상기 무카드 지불 서버와 연관된 인증 정보를 포함하는, 방법.
  17. 제 11 항에 있어서,
    상기 카드 관리 서버는 새로운 가상 카드와 연관된 정보로서 상기 가상 카드 값 및 상기 거래 양을 저장하도록 구성되며, 상기 새로운 가상 카드와 연관된 한도는 상기 거래 양으로 설정되는, 방법.
  18. 제 11 항에 있어서,
    상기 머천트 서버는 상기 사전-승인 요청에 응답하여 상기 카드 관리 서버로부터 사전-승인 확인을 수신하도록 구성되며 상기 머천트 서버는 상기 사전-승인 확인에 응답하여 거래 완료 정보를 저장하도록 구성되는, 방법.
  19. 제 11 항에 있어서:
    상기 거래와 연관된 환불 요청을 수신하는 단계로서, 상기 환불 요청은 상기 가상 카드 값을 포함하는, 상기 환불 요청 수신 단계;
    거래 식별자들 및 가상 카드 값들 사이에서의 저장된 매핑들에 적어도 부분적으로 기초하여 상기 가상 카드 값에 대응하는 거래 식별자를 결정하는 단계;
    상기 거래 식별자와 연관된 저장된 데이터를 검색하는 단계; 및
    상기 검색된 데이터에 적어도 부분적으로 기초하여 상기 머천트 서버와 연관된 상기 자금 계정으로부터 자금을 사용자 자금의 소스로 이체하기 위한 요청을 생성하는 단계를 더 포함하는, 방법.
  20. 제 11 항에 있어서,
    상기 머천트-관련 로케이터는 유니폼 리소스 로케이터(URL)를 포함하는, 방법.
  21. 머천트 서버에 있어서:
    하나 이상의 프로세서들로서:
    클라이언트 디바이스로부터, 상기 거래와 연관된 거래 양을 포함하는 거래와 연관된 지불 요청을 수신하고;
    상기 지불 요청에 적어도 부분적으로 기초하여 무카드 지불-관련 로케이터를 생성하고;
    상기 무카드 지불-관련 로케이터를 상기 클라이언트 디바이스로 전송하고, 상기 무카드 지불-관련 로케이터는 상기 클라이언트 디바이스를 무카드 지불 서버로 재지향시키도록 구성되고, 상기 무카드 지불 서버는 카드 관리 서버와의 거래를 완료하기 위해 사용 가능한 가상 카드 값을 생성하도록 구성되고;
    상기 가상 카드 값 및 상기 거래 양이 상기 카드 관리 서버에 의해 성공적으로 저장되었다는 표시를 상기 클라이언트 디바이스로부터 수신하고, 상기 클라이언트 디바이스로부터의 상기 표시는 상기 무카드 지불 서버에 의해 생성된 머천트-관련 로케이터에 적어도 부분적으로 기초하여 생성되고;
    상기 표시에 응답하여, 상기 가상 카드 값 및 상기 거래 양을 포함하는 사전-승인 요청을 상기 카드 관리 서버로 전송하고;
    카드 관리 서버로부터 상기 거래와 연관된 사전-승인 확인을 수신하고;
    상기 무카드 지불 서버와 연관된 사용자 계정으로부터 상기 거래 양을 상기 머천트 서버와 연관된 자금 계정으로 이체하기 위해 캡처 요청을 상기 카드 관리 서버로 전송하도록 구성된, 상기 하나 이상의 프로세서들; 및
    상기 하나 이상의 프로세서들에 결합되며 명령들을 상기 하나 이상의 프로세서들에 제공하도록 구성된 하나 이상의 메모리들을 포함하는, 머천트 서버.
  22. 방법에 있어서:
    클라이언트 디바이스로부터 거래와 연관된 지불 요청을 수신하는 단계로서, 상기 지불 요청은 상기 거래와 연관된 거래 양을 포함하는, 상기 지불 요청을 수신하는 단계;
    상기 지불 요청에 적어도 부분적으로 기초하여 무카드 지불-관련 로케이터를 생성하는 단계;
    상기 무카드 지불-관련 로케이터를 상기 클라이언트 디바이스로 전송하는 단계로서, 상기 무카드 지불-관련 로케이터는 상기 클라이언트 디바이스를 무카드 지불 서버로 재지향시키도록 구성되고, 상기 무카드 지불 서버는 카드 관리 서버와의 상기 거래를 완료하기 위해 사용 가능한 가상 카드 값을 생성하도록 구성되는, 상기 무카드 지불-관련 로케이터를 전송하는 단계;
    상기 가상 카드 값 및 상기 거래 양이 상기 카드 관리 서버에 의해 성공적으로 저장되었다는 표시를 상기 클라이언트 디바이스로부터 수신하는 단계로서, 상기 클라이언트 디바이스로부터의 상기 표시는 상기 무카드 지불 서버에 의해 생성된 머천트-관련 로케이터에 적어도 부분적으로 기초하여 생성되는, 상기 표시를 수신하는 단계;
    상기 표시에 응답하여, 상기 가상 카드 값 및 상기 거래 양을 포함하는 사전-승인 요청을 상기 카드 관리 서버에 전송하는 단계;
    상기 카드 관리 서버로부터 상기 거래와 연관된 사전-승인 확인을 수신하는 단계; 및
    상기 무카드 지불 서버와 연관된 사용자 계정으로부터 상기 거래 양을 머천트 서버와 연관된 자금 계정으로 이체하기 위한 캡처 요청을 상기 카드 관리 서버로 전송하는 단계를 포함하는, 방법.
  23. 카드 관리 서버에 있어서:
    하나 이상의 프로세서들로서:
    무카드 지불 서버로부터 거래와 연관된 요청을 수신하고, 상기 요청은 상기 거래에 대응하는 가상 카드 값 및 거래 양을 포함하고;
    상기 가상 카드 값 및 상기 거래 양을 저장하고;
    상기 가상 카드 값 및 상기 거래 양이 성공적으로 저장되었다는 표시를 상기 무카드 지불 서버에 전송하고, 상기 표시에 응답하여, 상기 무카드 지불 서버는 머천트-관련 로케이터를 생성하며 이를 클라이언트 디바이스로 전송하도록 구성되며, 상기 머천트-관련 로케이터는 상기 클라이언트 디바이스를 머천트 서버로 재지향시키기 위해 사용되도록 구성되고;
    상기 머천트 서버로부터 상기 가상 카드 값 및 상기 거래 양을 포함하는 사전-승인 요청을 수신하고;
    사전-승인 확인을 상기 머천트 서버로 전송하고;
    상기 무카드 지불 서버와 연관된 사용자 계정으로부터 상기 거래 양을 상기 머천트 서버와 연관된 자금 계정으로 이체하기 위한 캡처 요청을 상기 머천트 서버로부터 수신하도록 구성된, 상기 하나 이상의 프로세서들; 및
    상기 하나 이상의 프로세서들에 결합되며 명령들을 상기 하나 이상의 프로세서들에 제공하도록 구성되는, 하나 이상의 메모리들을 포함하는, 카드 관리 서버.
  24. 방법에 있어서:
    무카드 지불 서버로부터 거래와 연관된 요청을 수신하는 단계로서, 상기 요청은 상기 거래에 대응하는 가상 카드 값 및 거래 양을 포함하는, 상기 요청을 수신하는 단계;
    상기 가상 카드 값 및 상기 거래 양을 저장하는 단계;
    상기 가상 카드 값 및 상기 거래 양이 성공적으로 저장되었다는 표시를 상기 무카드 지불 서버에 전송하는 단계로서, 상기 표시에 응답하여, 상기 무카드 지불 서버는 머천트-관련 로케이터를 생성하고 이를 클라이언트 디바이스로 전송하도록 구성되며, 상기 머천트-관련 로케이터는 상기 클라이언트 디바이스를 머천트 서버로 재지향시키기 위해 사용되도록 구성되는, 상기 표시를 전송하는 단계;
    상기 머천트 서버로부터 상기 가상 카드 값 및 상기 거래 양을 포함하는 사전-승인 요청을 수신하는 단계;
    사전-승인 확인을 상기 머천트 서버로 전송하는 단계; 및
    상기 무카드 지불 서버와 연관된 사용자 계정으로부터 상기 거래 양을 상기 머천트 서버와 연관된 자금 계정으로 이체하기 위한 캡처 요청을 상기 머천트 서버로부터 수신하는 단계를 포함하는, 방법.
KR1020167029526A 2014-05-23 2015-04-28 가상 카드 값들을 사용하여 거래들을 수행하는 방법 KR20160136415A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14/286,163 2014-05-23
US14/286,163 US10210507B2 (en) 2014-05-23 2014-05-23 Performing transactions using virtual card values
PCT/US2015/028070 WO2015179082A1 (en) 2014-05-23 2015-04-28 Performing transactions usnig virtual card values

Publications (1)

Publication Number Publication Date
KR20160136415A true KR20160136415A (ko) 2016-11-29

Family

ID=54554519

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020167029526A KR20160136415A (ko) 2014-05-23 2015-04-28 가상 카드 값들을 사용하여 거래들을 수행하는 방법

Country Status (5)

Country Link
US (2) US10210507B2 (ko)
EP (1) EP3146484A4 (ko)
JP (1) JP6446474B2 (ko)
KR (1) KR20160136415A (ko)
WO (1) WO2015179082A1 (ko)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10210507B2 (en) 2014-05-23 2019-02-19 Alibaba Group Holding Limited Performing transactions using virtual card values
US9430630B2 (en) * 2014-07-31 2016-08-30 Textpower, Inc. Credential-free identification and authentication
US11295291B2 (en) * 2014-12-24 2022-04-05 Paypal, Inc. Low battery and digital wallet
CN105812345B (zh) * 2014-12-31 2019-08-23 广州市动景计算机科技有限公司 一种实现网页到客户端通信的方法及装置
CN105894279A (zh) * 2016-03-29 2016-08-24 联想(北京)有限公司 一种信息处理方法及装置、设备
US10592907B2 (en) * 2016-05-16 2020-03-17 Mastercard International Incorporated System and method for authenticating a transaction
US10289991B1 (en) 2016-06-13 2019-05-14 Square, Inc. Utilizing APIs to facilitate open ticket synchronization
AU2017235967B2 (en) * 2017-02-23 2022-08-04 Plate Properties Pty Ltd Computer System Configured for Issuing a Personalised Vehicle Number Plate
CN107358435B (zh) * 2017-06-22 2021-11-23 北京小米移动软件有限公司 公交支付方法及装置
US11062320B2 (en) * 2017-10-19 2021-07-13 Capital One Services, Llc User account controls for online transactions
US11790470B1 (en) 2018-03-16 2023-10-17 Block, Inc. Storage service for sensitive customer data
WO2019200169A1 (en) * 2018-04-13 2019-10-17 Violet.io, Inc. Headless multi-platform e-commerce distribution system and method
US11055757B2 (en) 2018-04-13 2021-07-06 Violet.io, Inc. Multi-platform e-commerce system with asynchronous cart
US11049160B2 (en) 2018-04-13 2021-06-29 Violet.io, Inc. Headless multi-platform e-commerce distribution system and method
CN109508976B (zh) * 2019-02-12 2023-09-15 上海银商资讯有限公司 一种虚拟预付卡系统
US10477510B1 (en) 2019-05-29 2019-11-12 Capital One Services, Llc Aggregating location data of a transaction device and a user device associated with a user to determine a location of the user
CN110428243A (zh) * 2019-08-02 2019-11-08 广州羊城通有限公司 一种用于实现实体ic卡信息转移的方法及信息转移系统
US11488149B2 (en) * 2019-08-08 2022-11-01 Capital One Services, Llc Management of credentials and authorizations for transactions
US11651297B2 (en) * 2019-12-30 2023-05-16 Expedia, Inc. Booking management system
CN112288425B (zh) * 2020-12-23 2021-04-13 中国银联股份有限公司 支付功能开通方法、终端设备、服务器、系统及存储介质
US11888955B1 (en) * 2021-01-29 2024-01-30 T-Mobile Usa, Inc. Card engine integration with backend systems
US11405480B1 (en) 2021-01-29 2022-08-02 T-Mobile Usa, Inc. Card engine integration with backend systems
BR102021002782A2 (pt) * 2021-02-12 2022-08-16 Paulo Cesar Faraco Guimaraes Plataforma multi crédito parcelado para pagamentos diversos à vista via pix através de cartão virtual
BR102021009919A2 (pt) * 2021-05-21 2022-12-06 Paulo Cesar Faraco Guimaraes Sistema de captura de pagamentos eletrônicos via aplicativo vendedor adquirente
CN113781039A (zh) * 2021-08-23 2021-12-10 广西申能达智能技术有限公司 一种绑定一卡通和手机的支付系统
GB2620370A (en) * 2022-06-28 2024-01-10 Mastercard International Inc Securely and efficiently using tokenised VCNs on electronic devices, and in e-commerce platforms

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6192142B1 (en) * 1994-11-28 2001-02-20 Smarttouch, Inc. Tokenless biometric electronic stored value transactions
US6227447B1 (en) 1999-05-10 2001-05-08 First Usa Bank, Na Cardless payment system
US7606760B2 (en) 1999-06-18 2009-10-20 Echarge Corporation Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
US7908216B1 (en) 1999-07-22 2011-03-15 Visa International Service Association Internet payment, authentication and loading system using virtual smart card
CA2305249A1 (en) 2000-04-14 2001-10-14 Branko Sarcanin Virtual safe
US7529563B1 (en) * 2000-07-10 2009-05-05 Pitroda Satyan G System for distribution and use of virtual stored value cards
JP4579405B2 (ja) 2000-12-19 2010-11-10 株式会社ジェーシービー 携帯電話端末による決済システム
AU2002331004A1 (en) 2001-08-20 2003-03-03 Real User Corporation System, method, and article of manufacture for providing security and verification services in an online networks
US6908030B2 (en) 2001-10-31 2005-06-21 Arcot Systems, Inc. One-time credit card number generator and single round-trip authentication
US20040127256A1 (en) 2002-07-30 2004-07-01 Scott Goldthwaite Mobile device equipped with a contactless smart card reader/writer
US20100145818A1 (en) 2002-09-30 2010-06-10 Ifedayo Udiani Electronic Credit/Debit Cardless Payment Processing System and Method PSM
JP2007241527A (ja) 2006-03-07 2007-09-20 Nec Corp 商品関連アクセス情報提供装置および商品関連アクセス情報提供システムとサーバ装置
JP5147258B2 (ja) 2007-02-21 2013-02-20 株式会社野村総合研究所 決済システムおよび決済方法
US8725638B2 (en) 2007-05-18 2014-05-13 Visa U.S.A. Inc. Method and system for payment authorization and card presentation using pre-issued identities
US8121956B2 (en) 2007-06-25 2012-02-21 Visa U.S.A. Inc. Cardless challenge systems and methods
CN101655947A (zh) * 2008-08-21 2010-02-24 阿里巴巴集团控股有限公司 实现境外交易的网上交易方法及网上交易系统
CN102187353A (zh) * 2008-09-05 2011-09-14 吉弗坦戈公司 用于虚拟储值卡的身份验证的系统和方法
US20100076833A1 (en) * 2008-09-19 2010-03-25 Giftango Corporation Systems and methods for managing and using a virtual card
KR20100129028A (ko) 2009-05-29 2010-12-08 비씨카드(주) 모바일 결제 방법 및 시스템
US20140249904A1 (en) * 2009-09-23 2014-09-04 E2Interactive, Inc. D/B/A E2Interactive, Inc. Systems and Methods for Managing a Virtual Card Based on Geographical and Balance Information
WO2012167202A2 (en) 2011-06-03 2012-12-06 Visa International Service Association Virtual wallet card selection apparatuses, methods and systems
DE202012100620U1 (de) 2011-11-22 2012-06-13 Square, Inc. System zur Bearbeitung von kartenlosen Bezahlungstransaktionen
JP2013218414A (ja) 2012-04-05 2013-10-24 Fujitsu Frontech Ltd タクシーのカード決済システムおよび方法
US11836706B2 (en) * 2012-04-16 2023-12-05 Sticky.Io, Inc. Systems and methods for facilitating a transaction using a virtual card on a mobile device
US10068295B1 (en) * 2012-05-30 2018-09-04 Vpay, Inc. Merchant portal system with explanation of benefits
KR20140038698A (ko) 2012-09-21 2014-03-31 주식회사 우리은행 무선통신 단말을 이용한 신용카드 결제 시스템 및 방법
CA3126471A1 (en) * 2012-10-17 2014-04-17 Royal Bank Of Canada Virtualization and secure processing of data
US20160189135A1 (en) * 2013-11-27 2016-06-30 Ca, Inc. Virtual chip card payment
US20150332251A1 (en) * 2014-05-16 2015-11-19 Datavi, LLC Methods and Systems for Managing Payments Between Payor and Payee
US10210507B2 (en) * 2014-05-23 2019-02-19 Alibaba Group Holding Limited Performing transactions using virtual card values
WO2016122035A1 (ko) * 2015-01-30 2016-08-04 주식회사 쿠노소프트 거래 전 확인이 가능한 카드 결제시스템 및 결제방법
US10922693B2 (en) * 2015-09-02 2021-02-16 Jpmorgan Chase Bank, N.A. System and method for mobile device limits
US11062320B2 (en) * 2017-10-19 2021-07-13 Capital One Services, Llc User account controls for online transactions

Also Published As

Publication number Publication date
WO2015179082A1 (en) 2015-11-26
US10210507B2 (en) 2019-02-19
US11010751B2 (en) 2021-05-18
US20190197523A1 (en) 2019-06-27
EP3146484A4 (en) 2017-12-27
JP6446474B2 (ja) 2018-12-26
JP2017517061A (ja) 2017-06-22
EP3146484A1 (en) 2017-03-29
US20150339661A1 (en) 2015-11-26

Similar Documents

Publication Publication Date Title
US11010751B2 (en) Performing transactions using virtual card values
US11157896B2 (en) Transaction data tokenization
US20210209583A1 (en) Single Sign-On Using A Secure Authentication System
US20220300963A1 (en) Bifurcated digital wallet systems and methods for processing transactions using information extracted from multiple sources
JP5575935B2 (ja) 金融手段を確認するためのシステムおよび方法
AU2011207602B2 (en) Verification mechanism
US20130103584A1 (en) Payment service that provides option to authenticate with external authentication service
AU2017254975A1 (en) Methods and systems for providing 3-d secure service on-behalf-of merchants
US11494768B2 (en) Systems and methods for intelligent step-up for access control systems
US11461770B2 (en) Active application of secondary transaction instrument tokens for transaction processing systems
US20210303331A1 (en) Enhanced descriptors systems and processes
US20130198082A1 (en) Payment service that provides option to authenticate with external authentication service
US20130046656A1 (en) Method and System for Navigation Free Online Payment
AU2022223747A1 (en) Secure and compliant multi-cryptocurrency payment gateway
KR101596434B1 (ko) 결제정보 분리를 이용한 온라인 전자금융거래 인증방법
US12008570B2 (en) Systems and methods for intelligent step-up for access control systems
US11973871B2 (en) Domain validations using verification values
US12003640B2 (en) Efficient token provisioning system and method
US20240152912A1 (en) Authentication system and method
US20230216679A1 (en) Efficient token provisioning system and method

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
J301 Trial decision

Free format text: TRIAL NUMBER: 2018101002518; TRIAL DECISION FOR APPEAL AGAINST DECISION TO DECLINE REFUSAL REQUESTED 20180615

Effective date: 20190822