KR20170058950A - 전자결제를 위한 시스템 및 방법 - Google Patents

전자결제를 위한 시스템 및 방법 Download PDF

Info

Publication number
KR20170058950A
KR20170058950A KR1020177008480A KR20177008480A KR20170058950A KR 20170058950 A KR20170058950 A KR 20170058950A KR 1020177008480 A KR1020177008480 A KR 1020177008480A KR 20177008480 A KR20177008480 A KR 20177008480A KR 20170058950 A KR20170058950 A KR 20170058950A
Authority
KR
South Korea
Prior art keywords
transaction
token
responder
component
initiator
Prior art date
Application number
KR1020177008480A
Other languages
English (en)
Inventor
죠제프 필리포스 월후터 주버트
루안 말란
Original Assignee
루안 앤드 리아나 패밀리에 트러스트
예레미아 33 패밀리 트러스트
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 루안 앤드 리아나 패밀리에 트러스트, 예레미아 33 패밀리 트러스트 filed Critical 루안 앤드 리아나 패밀리에 트러스트
Publication of KR20170058950A publication Critical patent/KR20170058950A/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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • 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/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • 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
    • 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/385—Payment protocols; Details thereof using an alias or single-use codes
    • 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/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
    • 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]

Abstract

거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 시스템 및 방법이 개시되어 있다. 시스템은 거래 개시자와 거래 응답자의 거래 인프라와 통신하는 서버시스템을 포함하고 거래 개시자가 거래개시 요청을 서버시스템에 보냄으로써 거래를 개시하게 할 수 있고, 차례로 상기 서버시스템은 거래를 나타내는 응답자에 별개인 제 1 토큰을 생성한다. 제 1 토큰은 그런 후 저장되고 거래 개시자의 거래 인프라로 보내지고 상기 거래 인프라로부터 거래 응답자에게 전달된다. 거래 응답자는 차례로 제 1 토큰을 포함한 응답요청을 별개의 채널을 통해 서버시스템으로 보내고, 토큰이 추출되며 본래 생성된 토큰과 비교된다. 토큰이 일치하는 것으로 발견되면, 개시자와 응답자 간에 거래를 마친다.

Description

전자결제를 위한 시스템 및 방법{SYSTEM AND METHOD FOR ELECTRONIC PAYMENTS}
본 출원은 2014년 8월 29일자로 출원한 남아프리카 가출원 제2014/06362호의 우선권을 주장하며, 상기 문헌은 참조로 본 명세서에 합체되어 있다.
본 출원에 설명된 기술은 전자결제, 특히, 그러나 꼭 그런 것은 아니지만, 모바일 통신 디바이스와 관련한 전자결제에 관한 것이다.
상품 및 서비스에 대한 전자적, 무현금 결제가 예외라기 보다는 표준이 되었고 많은 예들에서 바람직한 거래 방식이다. 소비자들도 또한 전자 디바이스들, 특히 모바일 통신 및/또는 컴퓨팅 디바이스들, 즉, 스마트폰이거나 소위 구세대의 "피처"폰, 개인휴대정보단말기, 랩탑, 태블릿 또는 기타 모바일 컴퓨팅 디바이스들과 같은 통신 디바이스들이 제공하는 기능을 이용해, 한가지 방식으로 또는 다른 방식으로, 점점더 전자결제를 행하고 있다.
그러나, 전자결제는 거래 당사자들 간에 광범위한 개인정보 교환에 여전히 의존하며, 이는 대부분의 경우 상인이 소비자의 개인 은행계좌에 액세스하게 하거나 인출하기 위한 직접 승인을 허용하는 결제 크리덴셜(payment credential) 및 기타 개인정보의 교환을 포함한다. 개인 결제 크리덴셜을 교환하는 것은 본래적으로 위험하고, 보다 중요하게는, 이용하는 개인들과 모든 상인들을 반드시 신뢰할 수 없을뿐만 아니라 데이터 네트워크 또는 "오버더에어(over-the-air)"를 통한 결제 크리덴셜의 전자적 전송으로 비양심적인 조작자들과 소위 중간자 공격(Man-in-the-Middle attack)에 의한 가로채기에 취약해진다.
본 출원에 설명된 기술은 적어도 어느 정도 전자결제와 관련된 이들 및 다른 문제들을 해결하는 것을 목적으로 한다.
본 명세서의 나머지에서, "전자 디바이스"라는 용어는 유무선 종류 모두를 포함한 데이터 네트워크 뿐만 아닐 전화 네트워크를 통해 원격 디바이스들과 통신하게 하는 적어도 일부 처리능력과 출력을 가진 임의의 전자 디바이스들을 포함하는 것으로 광범위하게 해석되어야 한다. 특히, 전자 디바이스들은 개인용 컴퓨터, 랩탑 컴퓨터, 피처폰 및 스마트폰 모두를 포함한 휴대폰, 태블릿, 스마트 와치 및 기타 개인휴대정보단말기를 포함할 수 있다.
마찬가지로 "거래 인프라(transactional infrastructure)"라는 용어는 금융 거래의 시행을 처리하거나 보조하도록 구성된 임의의 전자 디바이스들로 해석되어야 하고 거래 서버, 온-사이트 또는 클라우드 기반의 거래 서버 네트워크 및 상술한 임의의 전자 디바이스들을 포함할 수 있다.
본 발명에 대한 배경의 상기 설명은 단지 본 발명의 이해를 쉽게 하기 위한 것이다. 상기 설명은 인용된 참고자료 중 어느 하나가 본 출원의 우선일에 해당기술분야의 통상의 일반적 지식의 일부였음을 인정하거나 시인하는 것이 아님을 알아야 한다.
본 출원의 특징들에 따르면, 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 시스템으로서,
상기 시스템은 거래 개시자와 거래 응답자의 거래 인프라와 통신하는 서버시스템을 포함하고,
상기 서버시스템은:
거래 개시자의 거래 인프라로부터, 거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래의 파라미터와 거래 개시자 식별자를 포함하며, 임의의 거래 응답자 특정 정보를 배제하는, 거래개시 요청을 수신하기 위한 거래개시 컴포넌트;
거래를 나타내며 응답자에 별개인 제 1 토큰을 생성하기 위한 토큰생성 컴포넌트;
서버시스템과 연결된 데이터베이스에 제 1 토큰을 저장하기 위한 저장 컴포넌트;
거래 개시자의 거래 인프라에 제 1 토큰을 전달하기 위한 통신 컴포넌트;
적어도 하나의 거래 응답자의 거래 인프라로부터, 응답자 식별자와 제 2 토큰을 포함한, 거래응답 요청을 수신하기 위한 거래응답 컴포넌트;
제 1 토큰과 제 2 토큰을 비교하기 위한 토큰 비교기 컴포넌트; 및
상기 제 1 토큰과 제 2 토큰이 토큰 비교기에 의해 일치하는 것으로 발견되면 거래 개시자와 거래 응답자 간에 거래를 정산하기 위한 거래정산 컴포넌트를 포함하는 전자결제 거래를 수행하기 위한 시스템이 제공된다.
본원의 다른 특징들은 상기 시스템이 거래 개시자와 거래 응답자 각각의 아키텍쳐 인프라에 커스텀화되고 배치된 인터페이스 컴포넌트를 포함하고, 상기 인터페이스 컴포넌트는, 무엇보다도, 거래 개시자가 거래개시 요청을 거래개시 컴포넌트에 통신하게 하고 거래 응답자가 거래응답 요청을 거래응답 컴포넌트에 통신하게 할 수 있는 사용자 인터페이스를 제공하고; 서버시스템 및 각 인터페이스 컴포넌트가 서버시스템과 인터페이스 컴포넌트 간에 통신을 암호화 및 해독하기 위해 데이터 암호화/해독 컴포넌트를 포함하거나 관련된 데이터 암호화/해독 컴포넌트를 가지며; 각 인터페이스 컴포넌트의 암호화/해독 컴포넌트가 관련된 서버시스템의 암호화/해독 컴포넌트에만 알려진 마스터 암호화키로부터 유도된 유도 암호키를 갖고; 서버시스템의 암호화/해독 컴포넌트와 인터페이스 컴포넌트는 서버시스템과 거래 개시자 및 거래 응답자의 거래 인프라 간에 교신된 데이터에 대한 비대칭 및/또는 삼중 데이터 암호화 알고리즘(TDEA) 암호를 수행하도록 규정한다.
본원의 다른 특징은 서버시스템이 토큰 비교기에 의해 일치하는 것으로 발견된 제 1 및 제 2 토큰에 응답해, 종결될 거래의 파라미터들 중 적어도 일부를 포함한 거래확인 메시지를 컴파일하고; 제 2 토큰에 포함된 응답자 식별자에 해당하는 거래 응답자의 인터페이스 컴포넌트로의 암호화 및 이후에 전송을 위해 결제확인 메시지를 서버시스템의 암호화/해독 컴포넌트로 보내며; 거래 응답자의 인터페이스 컴포넌트로부터, 거래 응답자의 거래에 대한 확인 또는 거부를 포함하는, 결제확인 또는 거부 메시지를 수신하고; 결제확인 또는 거부 메시지가 거래의 확인을 포함한 경우 거래승인 메시지를 거래 개시자 및 응답자의 거래 인프라의 인터페이스 컴포넌트로 컴파일하여 전송하는 결제확인 컴포넌트를 더 포함하도록 규정한다.
거래 개시자와 응답자는 상인, 전자상거래, 광고자, 홍보사 등을 포함한 하나 이상의 소매상, 소비자, 및 하나 이상의 승인된 엔티티들에 의해 표현된 소비자 커뮤니티 중 어느 하나 이상을 포함할 수 있다.
거래 응답자가 소비자인 경우 거래 인프라가 바람직하게는 휴대폰일 수 있으나, 거래 개시자 및 응답자 거래 인프라는 하나 이상의 거래 서버, 개인용 또는 휴대용 컴퓨터, 모바일 전자 디바이스 등을 포함할 수 있다.
거래 파라미터는 하나 이상의 거래금액, 거래참조, 거래 실황 시간주기, 가승인 한계, 다수의 응답자 표시자, 다수의 응답자 실황 시간주기, 과오납 허용 표시자, 초과결제 허용 표시자, 초과결제 실황 시간주기, 미달결제 허용 표시자, 미달결제 퍼센트 변량, 미달결제 실황 시간주기 및 응답자 또는 소비자 식별자를 포함할 수 있다.
본원의 또 다른 특징은 서버시스템이 시스템의 사용을 위해 거래 개시자와 응답자를 등록하기 위한 거래 개시자와 응답자 등록 컴포넌트를 포함하고; 등록 컴포넌트가 등록 프로세스 동안 거래 개시자 및 응답자에 대한 커스텀 소프트웨어 설치가능 컴포넌트의 컴파일을 용이하게 하며; 커스텀 소프트웨어 설치가능 컴포넌트들의 각 예는, 경우에 따라, 적어도 하나의 IP 어드레스, MAC 어드레스, 유도 암호키 및 적용가능한 거래 개시자 또는 응답자에 대한 거래 개시자 또는 응답자 식별자를 포함하도록 규정한다.
본 기술은 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 시스템으로서, 상기 시스템은 거래 컨트롤러의 서버시스템과 통신하는 거래 개시자의 거래 서버를 포함하고,
상기 거래 서버는:
거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래에 대한 거래 개시자의 식별자 및 파라미터들을 포함하고 임의의 거래 응답자 특정 정보를 배제하는 거래개시 요청을 컴파일하기 위한 거래개시 컴포넌트;
거래 컨트롤러의 서버시스템에 거래개시 요청을 통신하기 위한 통신 컴포넌트;
거래 컨트롤러의 서버시스템으로부터 거래를 나타내며 응답자에 별개인 제 1 토큰을 수신하기 위한 토큰수신 컴포넌트;
별개의 통신채널을 통해 거래 컨트롤러로 소비자에 의한 이후 전송을 위해 소비자에게 제 1 토큰을 전송하기 위한 토큰전송 컴포넌트; 및
거래 컨트롤러의 서버시스템으로부터 거래 결과를 수신하기 위한 거래결과 컴포넌트를 포함하는 전자결제 거래를 수행하기 위한 시스템으로 확장된다.
본 기술은 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 방법으로서, 상기 방법은 서버시스템에서 수행되며,
서버시스템의 거래개시 컴포넌트에서, 거래 개시자의 거래 인프라로부터, 거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래의 파라미터와 거래 개시자 식별자를 포함하며, 거래 응답자 특정 정보를 배제하는, 거래개시 요청을 수신하는 단계;
서버시스템의 토큰생성 컴포넌트에 의해, 거래를 나타내며 응답자에 별개인 제 1 토큰을 생성하는 단계;
서버시스템과 연결된 데이터베이스에 제 1 토큰을 저장하는 단계;
서버시스템의 통신 컴포넌트에 의해, 거래 개시자의 거래 인프라에 제 1 토큰을 통신하는 단계;
서버시스템의 거래응답 컴포넌트에 의해, 적어도 하나의 거래 응답자의 거래 인프라로부터, 응답자 식별자와 제 2 토큰을 포함한, 거래응답 요청을 수신하는 단계;
서버시스템의 토큰 비교기 컴포넌트에 의해, 제 1 토큰과 제 2 토큰을 비교하는 단계; 및
서버시스템의 거래정산 컴포넌트에 의해, 상기 제 1 토큰과 제 2 토큰이 토큰 비교기에 의해 일치하는 것으로 발견되면 거래 개시자와 거래 응답자 간에 거래를 정산하는 단계를 포함하는 전자결제 거래를 수행하기 위한 방법으로 확장된다.
본원의 다른 특징들은 거래 개시자와 거래 응답자 각각의 아키텍쳐 인프라로 인터페이스 컴포넌트를 커스텀화 및 배치하는 단계를 포함하고, 상기 인터페이스 컴포넌트는 무엇보다도 거래 개시자가 거래개시 요청을 거래개시 컴포넌트에 통신하게 하고 거래 응답자가 거래응답 요청을 거래응답 컴포넌트에 통신하게 할 수 있는 사용자 인터페이스를 제공하고; 암호화/해독 컴포넌트에 의해 서버시스템과 인터페이스 컴포넌트 간에 통신을 암호화 및 해독하는 단계를 포함하는 전자결제 거래를 수행하기 위한 방법을 규정한다.
본원의 다른 특징들은 토큰 비교기에 의해 일치하는 것으로 발견된 제 1 및 제 2 토큰에 응답해, 종결될 거래의 파라미터들 중 적어도 일부를 포함한 거래확인 메시지를 결제확인 컴포넌트에 의해 컴파일하는 단계; 제 2 토큰에 포함된 응답자 식별자에 해당하는 거래 응답자의 인터페이스 컴포넌트로의 암호화 및 이후에 전송을 위해 결제확인 메시지를 서버시스템의 암호화/해독 컴포넌트로 보내는 단계; 거래 응답자의 인터페이스 컴포넌트로부터, 거래 응답자의 거래에 대한 확인 또는 거부를 포함하는, 결제확인 또는 거부 메시지를 수신하는 단계; 및 결제확인 또는 거부 메시지가 거래의 확인을 포함한 경우 거래승인 메시지를 거래 개시자 및 응답자의 거래 인프라의 인터페이스 컴포넌트로 컴파일하여 전송하는 단계를 포함하는 전자결제 거래를 수행하기 위한 방법을 규정한다.
본 기술은 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 방법으로서, 상기 방법은 거래 개시자의 거래 서버에서 수행되며,
거래 서버의 거래개시 컴포넌트에 의해, 거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래의 파라미터와 거래 개시자 식별자를 포함하며, 임의의 거래 응답자 특정 정보를 배제하는, 거래개시 요청을 컴파일하는 단계;
통신 컴포넌트에 의해, 거래개시 요청을 거래 컨트롤러의 서버시스템에 전송하는 단계;
거래 컨트롤러의 서버 시스템으로부터, 거래를 나타내며 응답자에 별개인 제 1 토큰을 수신하는 단계;
거래 서버의 토큰전달 컴포넌트에 의해, 별개의 통신채널을 통해 거래 컨트롤러로 소비자에 의한 이후 전송을 위해 소비자에게 제 1 토큰을 전달하는 단계; 및
거래결과 컴포넌트에 의해, 거래 컨트롤러의 서버시스템으로부터 거래 결과를 수신하는 단계를 포함하는 전자결제 거래를 수행하기 위한 방법으로 더 확장된다.
본 발명은 또한 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 컴퓨터 프로그램 제품으로서,
거래 개시자의 거래 인프라로부터, 거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래의 파라미터와 거래 개시자 식별자를 포함하며, 임의의 거래 응답자 특정 정보를 배제하는, 거래개시 요청을 수신하는 단계;
거래를 나타내며 응답자에 별개인 제 1 토큰을 생성하는 단계;
서버시스템과 연결된 데이터베이스에 제 1 토큰을 저장하는 단계;
거래 개시자의 거래 인프라에 제 1 토큰을 통신하는 단계;
적어도 하나의 거래 응답자의 거래 인프라로부터, 응답자 식별자와 제 2 토큰을 포함한, 거래응답 요청을 수신하는 단계;
제 1 토큰과 제 2 토큰을 비교하는 단계; 및
상기 제 1 토큰과 제 2 토큰이 토큰 비교기에 의해 일치하는 것으로 발견되면 거래 개시자와 거래 응답자 간에 거래를 정산하는 단계를 수행하도록 구성된 컴퓨터 판독가능 프로그램 코드를 갖는 컴퓨터 판독가능 저장매체를 포함하는 컴퓨터 프로그램 제품을 제공한다.
본 발명은 또한 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 컴퓨터 프로그램 제품으로서,
거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래에 대한 거래 개시자의 식별자 및 파라미터들을 포함하고 임의의 거래 응답자 특정 정보를 배제하는 거래개시 요청을 컴파일하는 단계;
거래 컨트롤러의 서버시스템에 거래개시 요청을 전송하는 단계;
거래 컨트롤러의 서버시스템으로부터 거래를 나타내며 응답자에 별개인 제 1 토큰을 수신하는 단계;
별개의 통신채널을 통해 거래 컨트롤러로 소비자에 의한 이후 전송을 위해 소비자에게 프린트, 전자적 또는 기타 포맷으로 제 1 토큰을 전송하는 단계; 및
거래 컨트롤러의 서버시스템으로부터 거래 결과를 수신하는 단계를 수행하도록 구성된 컴퓨터 판독가능 프로그램 코드를 갖는 컴퓨터 판독가능 저장매체를 포함하는 컴퓨터 프로그램 제품을 제공한다.
본 발명의 내용에 포함됨.
첨부도면을 참조로 단지 예로써 본 발명을 기술한다.
도 1은 본 기술에 따른 전자결제 거래를 수행하기 위한 시스템의 실시예의 개략도이다.
도 2는 본 기술에 따른 거래 개시자와 응답자, 및 거래 컨트롤러 간에 통신 흐름에 대한 개략도이다.
도 3은 본 기술에 따른 전자결제 거래를 수행하기 위한 방법을 도시한 스윔레인 흐름도이다.
도 4는 도 1의 시스템에 사용된 서버 시스템(거래 컨트롤러)의 모듈 또는 컴포넌트들을 도시한 블록도이다.
도 5는 다수의 응답자들이 동일한 거래 개시 요청에 응답할 수 있는 본 기술에 따른 시스템의 대안적인 실시예의 개략도이다.
도 6은 본 기술에 따른 거래 컨트롤러와 함께 거래 개시자 또는 응답자의 등록을 도시한 스윔레인(swim-lane) 흐름도이다.
도 7은 본 기술을 이용한 가승인 거래를 도시한 스윔레인 흐름도이다.
도 8은 지리적으로 동떨어진 위치들에 있고 국경간 거래 및 이종통화 거래를 수행하도록 구성된 다수의 거래 컨트롤러들을 포함한 본 기술에 따른 시스템의 다른 대안적인 실시예의 개략도이다.
도 9는 본 출원의 다양한 태양들이 실행될 수 있는 서버 시스템의 예를 도시한 것이다.
도 10은 본 출원의 실시예에 사용될 수 있는 전자 디바이스의 블록도를 도시한 것이다.
본 명세서에서 "거래 개시자"라는 용어는 넓은 의미를 가지며 적어도 하나의 거래 응답자와 결제 거래를 개시하는 임의의 엔티티를 포함하도록 되어 있다. 대부분의 경우, 거래 개시자는 결제 응답자로부터 결제를 수신하고, 거래 컨트롤러로부터 거래 개시를 요청함으로써 결제 거래를 개시하는 한편, 거래와 관련한 파라미터를 제공하는 엔티티이다.
마찬가지로, "거래 응답자"라는 용어는 일반적으로 거래가 결제되었음을 확인함으로써 거래 개시에 응답하는 임의의 엔티티를 포함하도록 되어 있다. 대부분의 경우, 거래 응답자는 결제 거래의 마지막 동안 거래 개시자, 가장 통상적으로 소비자 또는 소비자 커뮤니티에 대한 결제를 담당하는 엔티티이다.
상기에 대한 가장 주목할만한 예외는 거래 개시자 및 거래 응답자의 역할이 일반적으로 뒤바뀐 결제 가승인 시나리오이다. 이런 시나리오는 하기에서 더 상세히 다룰 것이다.
도 1은 거래 개시자(103) 및 거래 응답자(105) 간에 전자결제 거래를 수행하기 위한 시스템(101)의 실시예를 도시한 것이다. 상기 시스템(101)은 인용의 편이를 위해 하기에서 거래 컨트롤러(107)라고 하는 서버 시스템을 포함한다. 거래 컨트롤러(107)는, 이 실시예에서는 브릭 앤 모타르(Brick and Mortar) 소매상(109)인, 거래 개시자와, 이 실시예에서는 상기 소매상(109)에 지불하는 과정에 있는 소비자(111)인, 거래 응답자의 거래 인프라와 데이터 통신한다. 소매상(109)의 경우, 거래 인프라는 일반적인 방법으로 소매상(109)의 거래 서버(115)에 연결된 POS(Point of Sale) 디바이스(113)를 포함한다. 소비자(111)의 경우, 거래 인프라는 소비자의 휴대폰(117)을 포함한다. 거래 서버(115)와 휴대폰(117) 모두가 현재 실시예에서는 인터넷(118)인 데이터 통신 네트워크를 통해 거래 컨트롤러(107)와 통신할 수 있다.
거래 서버(115)와 휴대폰(117) 모두는 APIs(Application Programming Interfaces)(119)를 제공하는 커스텀 운영 소프트웨어를 갖고, 소비자의 경우, 적어도, 그래픽사용자 인터페이스(Graphic User Interface, GUI)가 휴대폰(117)에 디스플레이된다. APIs(119)는 소매상(109)과 소비자(107)가 인터넷(118)을 통해 거래 컨트롤러(107)와 인터랙션하게 할 수 있다. 소프트웨어는 등록 프로세스 동안 서버(115)와 휴대폰(117)에 배포되고, 등록 프로세스의 세부 내용은 하기에 더 상세히 설명할 것이다. 소프트웨어는, 소매상(109)의 경우, 고유 소매상 식별자(120)와 고유 소매상 유도 암호키(121)를 포함하고, 소비자(111)의 경우, 고유 소비자 식별자(123) 및 고유 소비자 유도 암호키(125)를 포함한다. 식별자(120,123) 및 유도 암호키(121,125)가 소매상(109)와 소비자(111)에게 배포되고 등록 동안 이들에 배포된 소프트웨어에 들어있다. 유도 암호키(121,125)는 거래 컨트롤러(107)에만 알려진 마스터 암호키(127)로부터 도출되었음을 알 것이다. 거래 개시자 또는 거래 응답자에 배포된 각 유도 암호키는 거래 컨트롤러(107)만 이용할 수 있는 자신의 관련된 마스터 암호키를 가질 수 있거나, 대안으로, 거래 컨트롤러(107)에 의해 배포된 유도 암호키들 모두 또는 어느 하나가 하나의 마스터 암호키 또는 제한된 개수의 마스터 암호키들로부터 도출될 수 있음을 또한 알아야 한다.
거래 컨트롤러(107)는 또한 이에 연결된 데이터베이스(129)를 갖는다.
이어진 설명에서, 거래 개시자와 거래 컨트롤러의 거래 인프라 간에 뿐만 아니라 거래 응답자와 거래 컨트롤러의 거래 인프라 간에 모든 통신은 등록 동안 이들에 설치된 소프트웨어가 제공한 이들의 대응하는 APIs를 통해서만 수행될 수 있음에 유의해야 한다. 이 통신 흐름은 거래 개시자(201), 거래 컨트롤러(203) 및 거래 응답자(205) 사이에서와 같이 도 2에 도시되어 있다. 개시자(201)와 거래 컨트롤러(203) 간에 수행된 모든 통신은 개시자측 소프트웨어 컴포넌트 API 레이어(207)를 통해 수행된다. 마찬가지로, 응답자(205)와 거래 컨트롤러(203) 간에 수행된 모든 통신은 응답자측 소프트웨어 컴포넌트 API 레이어(209)를 통해 수행된다. 거래 개시자와 응답자의 API 레이어도 또한 개시자 및 응답자로부터 거래 컨트롤로 모든 또는 적어도 중요한 전송들에 대해 등록 동안 거래 컨트롤러(203)에 의해 이들에 배포된 개시자(201) 및 응답자(205)의 고유 식별자들의 추가뿐만 아니라 거래 컨트롤러와의 통신을 암호화하고 해독하는 것을 담당한다. 따라서, 통신의 암호화와 해독을 하기에 언급되며, 이런 암호화와 해독은 해당 엔티티의 API 레이어들에 의해 취급될 것임에 유의해야 한다. 통신의 암호화와 해독을 하기에 더 상세히 설명할 것이다. 그러나, 거래 컨트롤러 및 거래 개시자와 거래 응답자의 다양한 API들 간에 통신의 암호화는 시스템 컨트롤러의 책임일 수 있으나, 소비자 커뮤니티에 대해 하기에 더 상세히 기술된 바와 같이, 응답자가 궁극의 소비자가 아닌 시나리오에서, 통신 인프라와 소비자 인프라 간에 통신의 한층 더 한 보안은 적용가능한 커뮤니티들의 책임일 수 있음이 당업자에게는 명백하다.
본 명세서의 나머지에서, 기술의 시스템(101)에 의해 개시되고 종결되는 결제거래를 "2D" 거래라 한다. 마찬가지로, 본 명세서에 기술된 시스템 및 방법을 이용해 수행된 결제거래를 "2DTM에 의한 결제"라 한다.
본 기술에 따른 시스템(101)의 기본 동작 및 상기 시스템(101)을 이용해 거래 개시자와 거래 응답자 간에 전자 2DTM 결제거래를 수행하는 방법을 도 3에 도시된 동일한 스윔레인 흐름도를 참조로 설명한다. 이 예에서 2DTM 결제거래에 연루된 엔티티들은 도 1을 참조로 상술한 바와 같으며, 소매상(109), 소비자(111) 및 거래 컨트롤러(107)를 포함한다.
제 1 단계(301)에서, 소비자(111)는 소매상(109)에서 결제시점에 지불하고, 결제옵션을 선택하도록 요청받고 2DTM에 의한 결제를 선택한다. 단계(303)에서, 소매상(109)은 거래개시 요청을 거래 컨트롤러(107)에게 전송한다. 거래개시 요청은 사실상 거래를 나타내는 제 1 거래토큰에 대한 요청이고 등록 동안 소매상(109)에 발행된 적어도 하나의 소매상 식별자와, 종료되는 과정에 있는 거래에 관한 제한된 파라미터 세트를 포함한다. 이런 파라미터들은, 가령, 거래량, 거래가 고유하게 식별될 수 있는 거래기준, 및 거래가 유효해지는 시간주기가 무엇인지를 나타내는 "실황 시간주기(alive-time-period)" 지시자를 포함한다.
거래 컨트롤러(107)는 단계(305)에서 거래개시 요청을 수신하고, 거래와 거래 파라미터 또는 적어도 하나의 거래 파라미터 서브세트를 나타내는 고유한 제 1 토큰을 생성하나, 소비자(111)의 임의의 세부사항을 포함하지 않는다. 따라서, 제 1 토큰은 소비자(응답자)에 독립적이다. 그런 후 토큰은 가령, 몇가지 예로 들면, 개시자 식별자, 거래량, 거래 기준, 실황 시간주기 지시자, 거래가 수행되고 있는 통화, 및 디폴트 거래 언어를 포함할 수 있는 많은 거래 속성들을 따라 단계(307)에서 거래 컨트롤러(107)와 연결된 데이터베이스에 저장된다. 토큰은 단계(309)에서 거래 컨트롤러에 의해 거래 개시자 메시지에 암호화되고 단계(311)에서 소매상(109)에게 전송된다.
암호화된 메시지의 수령시, 소매상(109)은 단계(313)에서 메시지를 해독하고 토큰을 추출한다. 그런 후 토큰은 단계(315)에서 전자 디스플레이 상에 토큰을 디스플레이하는 단계, 슬립 상에 토큰을 프린트하는 단계, "QR(Quick Response)"코드로 토큰을 디스플레이하는 단계, QR코드로 토큰을 프린트하는 단계, 2차원 바코드로 토큰을 프린트하는 단계를 포함할 수 있는 많은 가능한 방법들 중 어느 하나로, 또는 임의의 다른 방법으로 소비자(111)에게 전달된다.
결제를 완료하기 위해, 소비자(111)는 단계(317)에서 토큰을 자신의 휴대폰(117)상의 결제 애플리케이션에 입력한다. 물론, 토큰은 휴대폰에 입력되는 방식은 전반적으로 소비자(111)에게 전송된 방식을 따를 수 있다. 그러므로, 가령, 소매상(109)이 토큰을 QR코드로 디스플레했다면, 소비자는 간단히 애플리케이션으로 소비자가 휴대폰(117)이 제공한 카메라로 QR코드를 스캔할 수 있게 하는 데 응답해 그 또는 그녀가 QR코드 토큰을 입력하고자 하는 애플리케이션에 명령하도록 요구받을 수 있다. 마찬가지로, 토큰이 숫자 또는 문자숫자로 표현되면, 소비자(111)는 소프트웨어가 제공한 GUI에 숫자를 수동으로 입력하게 요구받을 수 있다. 휴대폰(117) 상에 API는 단계(319)에서 토큰뿐만 아니라 등록 동안 그 또는 그녀에게 발행된 적어도 소비자의 응답 식별자를 포함한 거래응답 요청에 응한다. 그런 후 API는 단계(321)에서 소비자(응답자) 유도 암호키를 이용해 요청을 암호화하고 암호화된 응답 요청을 거래 컨트롤러(107)에 전송한다.
단계(323)에서 거래응답 요청의 수신시, 거래 컨트롤러(107)는 단계(325)에서 수신된 응답요청을 해독한다. 거래 컨트롤러(107)가 응답자 유도 암호화키를 유도하는데 사용된 마스터 키를 소유한 유일한 엔티티인 사실로 인해, 거래응답 요청을 해독할 수 있는 유일한 당사자이다. 해독 후, 거래 컨트롤러(107)는 단계(327)에서 응답자 식별자 및 토큰을 추출한다. 거래 컨트롤러는 이 단계에서 데이터베이스(129)에 저장된 임의의 토근과 일치하는 지 여부를 아직 확립하지 않았기 때문에 추출된 토큰을 제 2 토큰으로 마크할 수 있다. 그러나, 실제로, 대부분의 경우 거래응답 요청에 포함된 토큰은 거래 컨트롤러에 의해 데이터베이스에 앞서 저장된 토큰과 동일하나, 명확히 하기 위해 이들 토큰들은 상기 토큰들이 거래 컨트롤러에 의해 동일한 것으로 확인될 때까지 다른 것으로 인식될 것이다.
단계(329)에서, 거래 컨트롤러(107)는 본 명세서에 제 2 토큰을 저장된 토큰과 비교함으로써 데이터베이스(129)에서 거래응답 요청시 수신된 제 2 토큰을 찾는다. 일치하는 제 1 토큰이 데이터베이스(129)에서 발견되면, 거래의 해당 파라미터들이 데이터베이스(129)로부터 검색되고 결제확인 메시지가 단계(331)에서 컴파일된다. 결제확인 메시지는, 무엇보다도, 거래 개시자의 이름, 요구된 결제금액 및 거래 기준과 같은 결제 세부내용을 포함할 수 있다. 결제확인 메시지는 그런 후 단계(333)에서 암호화되고 소비자의 휴대폰으로 전송된다.
단계(335)에서 소비자의 휴대폰에 결제확인 메시지의 수신시, 소비자의 휴대폰 상에 있는 응답자측 소프트웨어 애플리케이션은 단계(337)에서 결제 세부내용을 확인하도록 소비자에게 요청과 함께 결제확인 메시지를 해독하고 결제 세부내용을 소비자에게 디스플레이한다. 소비자로부터 결제 세부내용의 확인을 수신하자마자, 이런 확인은 단계(339)에서 결제승인 메시지로 컴파일되고, 단계(341)에서 거래 컨트롤러로 보내진다. 거래 컨트롤러는 차례로 단계(343)에서 결제승인 메시지를 거래 컨트롤러의 거래정산 컴포넌트로 전달하며, 상기 거래정산 컴포넌트는 소매상과 소비 간에 거래 및 당사자들 간에 유효결제를 정산하는 책임을 진다. 거래의 정산 동안 거래토큰은 데이터베이스로부터 활성 토큰들의 풀로부터 소거될 수 있고 소비자와 개시자 계정은 이에 따라 인출 및 입금될 수 있고 거래의 감사추적 엔트리가 장래 참조를 위해 기록될 수 있다.
그런 후, 거래 컨트롤러는 또한 거래종결 메시지를 컴파일하고 단계(345)에서 소매상(109)과 소비자(111) 모두에 전달되며, 그런 후 거래가 종결된 것으로 간주한다.
소비자가 결제 세부내용들을 확인하지 못하거나 거부하면, 단계(339)에서 어떠한 결제승인 메시지도 컴파일되지 않을 것이 명백하다. 대신, 거래 컨트롤러는 소매상과 소비자에게 전달될 수 있는 결제거부 메시지를 컴파일할 수 있다. 당연히 이런 시나리오에서는 어떠한 거래의 정산도 발생하지 않을 수 있다.
기술의 시스템의 실시예의 동작에 대한 상기 기설은 설명을 위해 간략히 하였고 실제 구현은 상당히 더 복잡할 수 있다. 그러나, 간략한 실시예로부터 본 기술의 시스템은 기존 기술들보다 상당한 이점을 제공하는 것임이 명백하다. 가장 주목할만한 것으로, 거래 동안 개시자와 응답자 간에 어떠한 물리적 카드도 결제 크리덴셜도 제시되지 않는다. 소매상은 따라서 소비자 또는 소비자의 결제 크리덴셜에 관한 임의의 정보를 입력할 필요도 없고 상기 정보를 필요로 하지도 않는다. 따라서, 제 1 토큰은 임의의 소비자(응답자) 세부내용 또는 정보를 포함하지 않고 따라서 응답자에 독립적이다. 소비자(응답자)는 마찬가지로 소매상(개시자)를 식별할 필요도 없고 그 또는 그녀는 실제로 상술한 거래 확인단계 동안과는 다른 거래 종결동안 임의의 단계에서 소매상을 식별할 필요도 없다. 심지어, 다른 우회방식이 아니라 소매상의 ID가 소비자에게 제시된다. 소비자는 또한 결제금액 또는 기준과 같은 임의의 거래 파라미터들을 입력할 필요가 없는데, 이는 이들 파라미터들이 제 1 토큰 내에 고유하기 때문이다.
도 4를 참조하면, 다양한 기능들을 수행하기 위해, 거래 컨트롤러의 서버 시스템(401)은 동작을 위한 많은 기능 컴포넌트들 또는 모듈들을 포함할 수 있고, 이들 중 첫번째는 등록 컴포넌트(403)이다. 거래 개시자와 응답자가 기술의 시스템을 이용할 수 있도록 이들은 거래 컨트롤러와 함께 등록되어야 한다. 등록 프로세스는 하기에 더 상세히 설명되나 본원의 목적으로, 등록 프로세스 동안, 모든 거래 개시자와 응답자들은 최소한으로 상술한 고유 식별자 및 유도 암호키를 임베딩한 커스텀 소프트웨어 컴포넌트들과 함께 발행되는 것에 유의해야 한다. 등록 컴포넌트는 등록 프로세스 동안 거래 개시자 및 응답자에 대한 소비자 소프트웨어 설치가능한 컴포넌트의 컴파일을 담당하거나 단지 컴파일을 용이하게 할 수 있다.
또한, 서버 시스템(401)은 거래 개시자로부터 거래개시 요청을 수신하기 위한 거래개시 컴포넌트(405), 거래를 나타내는 제 1 응답자 독립적 토큰을 생성하기 위한 토큰생성 컴포넌트(407), 서버 시스템 데이터베이스에 제 1 토큰을 저장하기 위한 저장 컴포넌트(409), 개시자 및 응답자의 거래 인프라와 통신하기 위한 통신컴포넌트(411), 서버 시스템 및 거래 개시자와 응답자의 거래 인프라의 인터페이스 컴포넌트 간에 통신을 암호화 및 해독하기 위한 암호/해독 컴포넌트(413), 거래 응답자의 거래 인프라로부터 거래응답 요청을 수신하기 위한 거래응답 컴포넌트(415), 제 1 및 제 2 토큰을 비교하도록 구성된 토큰 비교기 컴포넌트(417), 결제확인 메시지를 컴파일하고 거래 응답자의 인터페이스 컴포넌트로부터 결제승인 메시지를 수신하기 위한 결제확인 컴포넌트(419), 및 거래 개시자와 거래 응답자 간에 거래를 정산하기 위한 거래정산 컴포넌트(421)를 포함한다.
거래 개시자는 물론 소매상, 가게주인, 전자상거래 웹사이트, 광고주, 홍보사뿐만 아니라 가령, 소비자와 최종 사용자가 개인으로서 자신들 간에 거래를 하고 싶어하는 시나리오에서 기타 소비자들을 포함하나 이에 국한되지 않는 매우 많은 다른 엔티티들 중 어느 하나일 수 있다.
본 기술의 시스템에 의해 수행된 거래의 대안적인 실시예로, 거래 개시자는 전자상거래 웹사이트일 수 있다. 이런 시나리오에서 거래 흐름은 실질적으로 상술한 브릭 앤 모타르(Brick and Mortar) 소매상에서와 동일하게 진행된다. 물론, 거래를 나타내는 제 1 토큰을 프린트하고 소비자에게 상기 토큰을 넘겨주는 대신, 전자상거래 웹사이트는 대신 스크린 상에서 소비자에게 제 1 토큰을 간단히 디스플레이할 수 있으며, 그런 후 소비자는 여전히 자신의 휴대폰 또는 기타 거래 인프라에 토큰을 입력하거나 스캔할 수 있다.
수많은 추가 보안조치들이 본 기술의 범위로부터 벗어남이 없이 시나리오에 추가될 수 있음을 알 것이다. 예컨대, 소비자는, 거래 개시자로부터 수신한 제 1 토큰 이외에, 제 1 장소에서 거래응답 요청을 전송기 위해 소비자의 거래 인프라에 소비자 고유의 개인식별번호, 생체인식 속성 등을 입력하도록 요구받을 수 있다.
상기와 같이, 전자상거래 웹사이트에 물리적 카드나 임의의 다른 소비자 민감정보도 전혀 입력되지 않는다. 전자상거래 소매상은 또한 소비자로부터 임의의 정보, 신상, 결제 또는 기타를 입력하거나 필요로 하지 않는다. 제 1 토큰은 다시 임의의 소비자 세부내용 또는 정보를 포함하지 않는다. 이는 거래 세션 동안 소비자 정보가 전혀 캡쳐되지 않기 때문에 기존의 기술을 통해 설계된 보안이점을 제공할 수 있고 전자상거래 운영자가 미보안(SSL 또는 3D Secure가 아닌) 웹사이트를 운영하게 할 수 있다.
도 5는 다수의 거래 응답자들, 본 실시예에서는 식당에서 합석하는 식사손님(503)들이 한 명의 거래 개시자, 이 경우 식당(505) 스스로가 개시한 동일한 거래에 응답할 수 있는 기술에 따른 시스템(501)의 대안적인 실시예를 도시한 것이다. 도 5에서, 하기에 언급된 다른 도면들에서의 경우와 같이, 도 1을 참조로 상기에 상기에 사용된 것들에 대해 동일한 참조부호는 특별히 새 참조부호로 언급하지 않는 한 동일한 부분을 말한다.
식사손님(503)이 식사에 대해 지불하도록 요청받고서 2DTM으로 지불하고자 한다고 의사표시하면, 종업원은 식당의 인보이싱 시스템(507)에 그 테이블을 종결시키고, 상기 시스템은 차례로 결제 파라미터를 거래 파라미터와 개시자 식별자를 포함한 거래개시 요청을 생성하고 거래 컨트롤러(511)로 식당의 등록 동안 식당에 발행된 개시자 유도 암호키를 이용해 요청을 암호화하는 개시자측 소프트웨어 컴포넌트 API(509)에 보낸다. 앞서와 같이, 거래 컨트롤러는 그런 후 거래와 거래 파라미터를 나타내는 고유의 제 1 토큰을 생성하고 이를 개시자측 소프트웨어 컴포넌트 API(509)로 다시 보내며, 상기 API는 차례로 상기 토큰을 식당 인보이싱 시스템(507)으로 보낸다. 그런 다음 종업원은 가령 테이블에서의 식사손님에게 제시되는 영수증에 제 1 토큰을 프린트한다.
한 명이상의 식사손님들은 자신의 휴대폰(515) 상에 응답자측 소프트웨어 컴포넌트 API(513)가 제공한 GUI에 제 1 토큰을 입력함으로써 영수증을 정산하는 옵션을 가질 수 있다. 다수의 식사손님들(응답자들)이 동일한 영수증에 결재하게 하기 위해, 제 1 토큰은 다수의 응답자 요청이 상기 토큰과 관련있음을 나타내는 속성을 포함할 수 있다. 이에 따라 거래 컨트롤러(511)는 영수증의 합산된 가격에 대해, 또는 그 이상으로, 영수증의 결제를 담당하는 여러 식사손님들(503)과 식당(505) 간에 거래가 정산되게 하기 전에 다수의 응답자 요청을 기다릴 수 있다. 응답자측 소프트웨어 컴포넌트 API(513) 및 식사손님의 휴대폰(515) 상에 관련된 GUI는 이에 따라, 다양한 거래 응답 요청의 생성 동안 또는 각각의 해당 식사손님들로부터 결제 세부내용의 확인을 획득하는 동안에 또는 프로세스 동안 임의의 다른 단계에서, 다양한 해당 식사손님들이 영수증의 결제를 위해 내고자 하는 금액을 표시하도록 요청할 수 있다. 따라서, 이런 금액은 다양한 식사손님들(응답자들) 휴대폰에 의해 거래 컨트롤러(511)로 다시 송신된 다양한 거래응답요청들 또는 결제승인 메시지들에 컴파일될 수 있다.
당연히, 데이터베이스(517)에 한 명의 응답자로부터 거래응답요청시 수신된 하나의 제 2 토큰을 찾는 대신, 이 실시예에서 거래는 다수의 제 2 토큰들을 찾아 비교하고 상기 제 2 토큰들을 데이터베이스(517)에 저장된 하나의 제 1 토큰과 매치시킬 수 있다. 상기에서와 같이, 매치하는 제 1 토큰이 데이터베이스(517)에 발견되면, 거래의 해당 파라미터들이 데이터베이스(517)로부터 검색되고 결재확인 메시지들이 컴파일되어 각각의 식사손님들(거래 응답자들)에게 전송되며, 거래 컨트롤러(511)와 여러 식사손님들(503) 간에 거래가 상기와 같이 정산된다.
다수의 응답자 속성 이외에, 거래 파라미터들 및/또는 제 1 토큰은 또한 동일한 제 1 토큰에 대한 결제에 대해 모든 응답자 요청들이 수신되고, 합산해서, 개시된 거래의 가격과 일치하거나 초과해야 하는 다수의 응답자 실황 시간주기(초단위) 속성을 지정할 수 있다. 따라서, 거래 컨트롤러(511)는 모든 수신된 응답 요청들이 취소될 수 있고 관련된 소비자들이 이에 따라 통보받지 못하면 거래금액이 달성되거나 초과될 때까지 동일한 다수의 응답자 제 1 토큰와 관련한 모든 거래 응답 요청을 일시보관할 것이다.
다수의 응답자들과 결부된 다수의 응답자 실황 시간주기 속성들은 또한 가령, 자선단체, 경기, 입찰, 결혼 또는 기타 기념 기프트 레지스트리 등에게 자선 기부와 같은 다른 결제 거래에 사용될 수 있다. 개시자는, 가령, 토큰을 기정의된 값으로 개시하도록 결정할 수 있고 임의의 응답자들에 의한 전체 값이 달성되었을 때만 각 응답자에게 감사의 작은 프라이즈/토큰이 주어질 것이다. 이 예에서, 기정의된 금액 미만이 아니라 다수의 사람들이 동일한 토큰으로 지불하도록 다수 응답자의 최소금액과 같은 다른 속성들도 또한 설정될 수 있다. 이는 거래 개시자가 감사의 작은 프라이즈/토큰의 실제 값보다 응답자당 적어도 더 많은 금액을 모으는 것을 보장할 수 있다.
경쟁에 대해, 출자의 기정의된 값이 특정 시간주기 내에 도달했다면, 경쟁이 단지 "활성"인 것으로 나타내질 수 있다.
입찰 시나리오에서, 다수의 응답자들은 동일한 거래토큰에 대해 특정 아이템의 구매를 위한 입찰을 제기하도록 허용될 수 있다. 다른 소비자 속성들을 통해, 토큰은 또한 거래 응답 요청에 의해 수신된 최고 입찰에 대해 결제를 하도록 설정될 수 있고, 속성들 중 일부는 하기에 더 상세히 기술되어 있다. 다시, 다수의 응답자 최소금액 속성은 지정된 내정가격에 달성되지 않는 한 입찰이 받아들여질 수 없는 것을 보장하도록 설정될 수 있다.
다른 예로써, 웨딩커플은 다수의 응답자 속성을 가지나 기정의된 금액에 도달하지 않은 속성, 즉, 단지 실황 시간주기만을 포함할 수 있는 결제 토큰을 개시할 수 있다. 이 경우, 재정적 기여를 하고 싶어하는 모든 게스트들은 적절한 응답 요청을 제출함으로써 동일한 거래토큰에 기여할 수 있고, 커플은 실황 시간주기가 지날 때까지 기금을 받지 못한다. 이에 대한 대안은 소매상이 웨딩 기프트 목록에 대해 웨딩커플이 선택한 각 아이템에 대해 거래토큰을 발행하는 것이다. 소매상은 그런 후 하나 이상의 토큰들을 다수의 게스트들이 동일한 기프트들에 대해 기부하게 할 수 있는 다수의 응답자 토큰들로 설정할 수 있다. 해당 기프트의 전체 가격에 도달했을 경우에만 거래가 파이널이 되어 소매상과 여러 응답자들 간에 거래가 정산된다.
도 6은 본 기술에 따른 시스템의 사용을 위한 거래 컨트롤러, 보다 상세하게는 거래 컨트롤러의 등록 컴포넌트(605)와 함께 거래 개시자(601)와 거래 응답자(603) 모두의 등록 프로세스의 스윔레인 흐름도를 도시한 것이다.
상술한 바와 같이, 본 기술에 따른 시스템은 거래 개시자와 거래 응답자 간에 결제를 마치는데 사용될 수 있다. 그러나 본 기술의 시스템 및 방법은 동일하게, 대다수의 거래에서, 일반적으로 상기에 대해 거래 개시자 또는 거래 응답자로 간주될 수 있는 엔티티들 간에 결제의 종결에 적합한다. 예로, 몇가지 말하자면, 다른 소매상들, 온라인 커뮤니티들, 금융기관들, 식당들, 상인들, 또는 전자상거래 사이트들 간에 거래들이 종결되고 결제가 달성되는 경우이다. 마찬가지로, 최종 사용자들(소비자들)은 본 기술의 시스템 및 방법을 이용해 상품 또는 서비스의 개인 판매와 같이 거래, 송금 등에서 스스로들 간에 거래를 수행할 수 있다. 따라서, 임의의 거래 응답자도 또한 거래 개시자로 작용할 수 있고 그 반대도 마찬가지임이 명백하다. 이런 이유로, 잇따른 등록 프로세스의 설명은 거래 개시자와 거래 응답자들 모두에 대해 일반적이나, 등록 프로세스 동안 모아진 소정의 정보는 소정의 엔티티들에 적용될 수 없음에 유의해야 한다.
하기에서 등록 당사자를 편의상 간단히 "등록자"라고 하나, 거래 개시자와 거래 응답자 간에 동일하게 등록 프로세스가 적용되는 것에 유의해야 한다.
제 1 단계(607)에서, 등록은 2DTM으로 등록하도록 결정하고, 가령, 등록 컴포넌트 또는 등록을 담당하는 엔티티로 건내지거나 보내지는 물리적 형태, 등록 컴포넌트 또는 등록을 담당하는 기타 엔티티로 제출될 수 있거나 이메일, 팩스, 콜센터에서 콜센터 종업원을 통한 인터랙티브 음성응답을 통해 완료될 수 있는 전자적 형태, 또는 등록 웹페이지, 전용 등록 디바이스 등에서 온라인 등록 형태일 수 있는 등록 형식을 완료한다.
그런 후 등록 컴포넌트(605)는 단계(609)에서 수신된 정보를 검증하고 단계(611)에서 활성 URL을 포함한 등록활성 메시지를 등록자에 보낸다. 이때, 등록 활성은 완료된 것으로 간주되고 등록 프로세스는 적용가능한 등록자에 대해 보류상태를 입력한다. 임의의 적절한 방식으로 식당에 적절한 등록기준이 제공된다.
등록 형태는, 적용가능하다면, 등록자에 대한 하기의 최소 세부내용을 포함할 수 있다:
· (비개인 등록자들에 대한) 회사등록명
· (비개인 등록자들에 대한) 회사거래명
· (비개인 등록자들에 대한) 회사등록번호
· (비개인 등록자들에 대한)회사 VAT번호
· (개인 등록자들에 대한) 개인 전체명
· (개인 등록자들에 대한) 개인식별번호
· 물리적 주소
· 우편주소
· 연락번호(들)
· (비개인 등록자들에 대한) 회사대표
· (비개인 등록자들에 대한) 대표 연락처 세부내용
· 이메일 주소
· 웹사이트
· 은행기관명
· 은행지사 식별자
· (결제정산을 위한) 은행계좌번호
· (커뮤니티 사전승인 통관을 위한) 일상의 보장제한요청
다음 단계(613)에서, 등록자에 대해 철저한 검사가 행해지고 등록자의 상태가 "보류"에서 "합격"으로 업데이트된다. 단계(615)에서, 이메일 또는 기타 통지가 적어도 상태 업데이트 및 등록 프로세스에서 다음 단계들을 포함한 URL과 함께 등록자에 전해지고, 상기 등록 프로세스는 등록자 통합, 등록자 테스트 계정 또는 연결 세부내용 및 등록자 테스트 케이스에 대한 API 사양 참조문헌을 포함할 수 있다. 그런 후, 등록 프로세스는 등록자로부터 테스트 거래를 대기하고, 수신된 다음에, 단계(615)에서 테스트 거래를 합격시킨다. 이 단계에서, 등록 프로세스는 단계(617)에서 "완결 보류"를 입력하고 이메일 또는 기타 통신이 최신 상태 업테이트 및 등록 프로세스에서 다음 단계를 포함한 URL과 함께 등록자에게 보내진다.
등록자가 다수의 사이트 디플로이먼트들을 갖는 소매상 또는 소비자 커뮤니티인 경우에, 등록자는 단계(619)에서 소유한 (동일한 등록자에 속하거나 동일한 은행계좌 세부내용을 갖는) 사이트 디플로이먼트 번호뿐만 아니라 각 사이트 디플로이먼트시 또는 각 사이트 디플로이먼트에 대해 동작하는 인프라 구조의 서버 IP 어드레스 및 서버 MAC 어드레스를 제공하도록 요청받는다. 단계(621)에서, 등록 컴포넌트는 등록자 및 특정 거래 컨트롤로 함께 각 사이트 디플로이먼트를 연관시키며, 본 기술의 시스템 및 방법은 단일 시스템으로 동작하는 다수의 거래 컨트롤러들을 가질 수 있이 주목된다.
단계(623)에서, 등록 컴포넌트는 등록자의 아키텍쳐 인프라에 대한 최종 소프트웨어 설치가능한 컴포넌트들 또는, 다수의 사이트 디플로이먼트 등록자의 경우, 이런 등록자의 각 고유 사이트 디플로이먼트를 컴파일하거나 컴파일을 커미션한다. 아키텍쳐 인프라의 서버 IP 어드레스 및 MAC 어드레스뿐만 아니라 3DES 대칭 암호화를 수행하기 위한 소프트웨어 컴포넌트에 의해 이용될 수 있는 3중 길이 유도키가 소프트웨어 설치가능한 컴포넌트들의 각 고유 인스턴스에 들어 있다. 본 명세서에 사용된 바와 같이 "3DES"는 암호문에서 DES(Data Encryption Standard) 암호 알고리즘을 각 데이터 블록에 3회 적용하는 TDEA(Triple Data Encryption Algorithm) 또는 Triple DEA 대칭키 블록 암호인 통상적인 의미로 기술되어 있음이 주목된다.
단계(625)에서, 등록 프로세스의 상태는 "완결 보류"에서 "완결"로 업데이트되고 이메일 또는 기타 통신이 상태 업데이트 및 사이트 디플로이먼트가 다수인 경우에 각 등록자 또는 사이트 디플로이먼트에 대해 다운로드가능한 최종 소프트웨어 설치가능한 컴포넌트에 액세스를 제공하는 URL과 함께 등록자에게 보내진다. 단계(627)에서, 등록자는 거래 인프라상에 소프트웨어를 다운로드하여 설치하고 상기 거래 인프라는 경우에 따라 차례로 활성 요청을 거래 컴포넌트로 또는 직접 거래 컨트롤러로 전송한다. 활성 요청을 수신하자마자, 거래 컨트롤러는 단계(629)에서 등록자의 계정을 활성화시키고, 계정상태는 "완결"에서 "활성"으로 업데이트되며 이메일 또는 기타 통신이 최신 상태 업데이트 및 라이브 프로덕션 크리덴셜(live production credentials)과 함께 등록자에게 보내진다.
상술한 IP 및 MAC 어드레스가 각 소프트웨어 설치가능한 컴포넌트를 호스트하는 등록자의 거래 인프라의 어드레스임에 유의해야 한다. 각각의 고유한 소프트웨어 컴포넌트는 관련된 등록자에게 거래 인프라에 로컬인 노출된 API 레이어, 3DES 및 임베디드 3중 길이 대칭 유도키를 이용한 대칭채널 암호화, 네트워크 라우팅, 거래 컨트롤러와 연결을 확립하기 위한 능력 및 업타임(uptime) 링크 모니터링을 위한 일정한 하트비트(heartbeat)를 제공한다. 각 소프트웨어 설치 컴포넌트에 임베디드된 보안의 특성으로 인해, 대칭채널 암호화는 잠정적으로는 그렇지 않게 인터넷과 같은 미보안 네트워크 연결을 통해 관련된 등록자와 거래 컨트롤러 간에 개인 가상네트워크를 효과적으로 구축한다.
장래 변화들로 소매상 등록의 일부가 되고 프로세스를 지원하는 중간 엔티티가 고려될 수 있으리라 생각된다. 이러한 경우에도, 중간 플랫폼을 통해 거래 컨트롤러에게 거래 개시지와 응답자 모두로부터의 2DTM 요청을 보낼 수 있다. 그런 후 소정의 정보는 요청 내에서 리포팅 및 중재를 용이하게 하는 것과 관해 중개자에게 이용될 수 있다. 2DTM 요청이 중개자를 통해 보내지더라도 종단간 대칭채널 암호화가 적소에 유지되는 것을 알게 된다.
이벤트의 통상적인 과정에서 주요 개시 또는 응답 사용자인 각 등록자는 거래 컨트롤러로만 일단 한번 등록될 것이나, 등록 후에는 거래 개시자 및 응답자 모두의 역할을 수행할 수 있음을 알게 된다. 또한, 그리고 상술한 바와 같이, 거래 개시자와 응답자의 광범위한 설명 타입에서, 대부분의 경우 거래 개시자로서 동작할 수 있는 소매상은 또 다른 소매상이 응답할 수 있는 2DTM 결제를 개시할 수 있다. 한 소비자는 또 다른 소비자가 응답할 수 있는 2DTM 결제를 개시할 수 있다는 점에서 소비자들에게도 당연히 동일하게 적용된다.
따라서, 본 기술의 시스템 및 방법은 개시자 및 응답자의 임의의 특정 조합들에 국한되지 않고 오히려 당사자들이 이에 의해 거래할 수 있는 개방형 플랫폼이다. 그러므로, 시스템 및 방법의 사용을 위해 등록된 임의의 당사자는 2DTM 거래를 개시해 제 1 거래토큰이 생성될 수 있고, 마찬가지로 등록된 또 다른 누군가는 2DTM 토큰에 응답해 제 2의 2DTM 토큰이 생성될 수 있다. 따라서, 거래 초기요청에 응답해 생성된 거래토큰에 응답할 수 있는 것과 관련해 (선택 변수들로 예측가능하게 설정될 수 있으나) 생성 시간에 제한이 전혀 없다
그러나, 실제로, 개개의 소비자들은 일반적으로 2DTM 결제를 위해 등록되는 게 아니라 대신 그들이 커뮤니티의 회원들이고 차례로 등록되는 사실로 인해 2DTM 결제 플랫폼을 이용하도록 인에이블될 수 있음이 예상될 수 있다. 따라서, 상기 사실에 의해 소비자가 속한 커뮤니티가 개개의 소비자들이 2DTM 인에이블되는 2DTM 결제 플랫폼의 사용을 위해 등록 및 승인되는 것이 가능할 수 있다. 본 명세서의 예는 이와 관련된 1백만 계정들을 갖는 모바일 머니 플랫폼 "XYZ"일 수 있다. 따라서, 모바일 머니 XYZ는 상술한 바와 같이 2DTM 결제 플랫폼을 한번만 등록할 것이며 이 한번의 등록 및 승인을 통해 모든 1백만 계정 소유자들이 2D 인에이블될 수 있다. 그러나, 본 기술을 이용할 수 있는 커뮤니티들은 명백히 모바일 머니 또는 기타 결제 플랫폼들에 국한되는 게 아니라, 몇가지 예로 들면, 금융기관(은행), 폐쇄 사용자 그룹 및 가상 통화그룹과 같은 임의의 커뮤니티를 포함할 수 있다.
소매상은 일반적으로 본 기술의 사용을 위해 개별적으로 등록할 것으로 예상되나, 심지어 소매상들도 커뮤니티의 회원들로서 등록되고 인에이블될 수 있다. 이들 소매 커뮤니티들은, 가령, 몇가지 예로 들자면, 금융기관(은행), 기타 결제 스위치들 및 폐쇄 사용자 그룹을 포함할 수 있다.
본 기술의 이용을 위해 소비자가 그들이 속한 커뮤니티가 공식적으로 등록된 사실에 기인해 본 기술을 이용할 수 있는 환경에서, 등록된 커뮤니티는 응답하는 엔티티의 잔고를 체크하는 것과 같이 그렇지 않으면 수행될 수 있는 다른 거래승인 체크를 하지 않고도 2DTM 결제 플랫폼이 커뮤니티 회원들로부터 결제가 즉시 승인 및/또는 지불되게 할 수 있는 사전승인된 보증결제금액을 가질 수 있다. 원리는 일단 소비자 커뮤니티가 2DTM 결제 플랫폼의 사용을 위해 등록되고 승인된 다음, 2DTM 결제 승인 메시지를 거래 컨트롤러에 전송하자마자 금액이 동의된 정산 시간주기 내에 2DTM 거래 운영자/컨트롤러에 지불되는 것을 소비자 커뮤니티가 보장하는 사실로 작동될 수 있다.
소비자 커뮤니키(기관)은 2DTM 결제가 그들 회원들의 휴대폰 상에 동작하는 그들 소유의 모바일 애플리케이션 상에 수행될 수 있도록 2DTM 플랫폼과 한번만 실행되는 통합을 수행할 수 있음이 예상된다. 회원 휴대폰 상에 동작하는 모바일 애플리케이션들은 단순히 "Request 2D™ Token". "Pay by 2D™", "Request pre-authorisation by 2D™" 등과 같은 동작들을 포함하도록 적용될 수 있다. 따라서 금액이 소비자의 계정에서 사용될 수 있는 인증 위험은 커뮤니티(기관)에 달려있다. 거래 컨트롤러는 또한 이런 커뮤니티(기관)로부터 모든 승인된 결제에 대해 결제 보증을 할 수 있다. 마찬가지로 소매상은 자신의 가게에서 2DTM 결제를 할 수 있도록 2DTM 플랫폼과 한번만 실행되는 통합을 수행할 수 있다. 따라서, 본 기술의 거래 컨트롤러는 가령 커뮤니티(기관)와 소매상 간에 순수한 정산으로서 모든 거래 정산들을 수행하고 관리할 수 있음에 유의해야 한다.
다른 많은 방법들로 상술한 삼중 길이 유도키가 계산될 수 있다. 일예로, 유도키는 24자리 문자숫자를 생성함으로써 계산될 수 있는데, 이들 중 처음 4자리는 커스텀 소프트웨어 인스턴스가 작동되는 식당의 아키텍쳐 인프라의 IP 어드레스를 구성하는 숫자들의 합을 포함하고, 이어지는 12자리는 아키텍쳐 인프라의 MAC 어드레스의 처음 6쌍 값들을 포함하며, 마지막 8자리는 등록 동안 할당되는 (개시자 또는 응답자가 되는) 고유 식당식별자를 포함한다. 예로써, 24자리 숫자는 다음과 같이 계산될 수 있다:
IP: 196.35.123.155 (196+35+123+155) = 509
MAC: 8C-A9-82-42-C9-67
등록 ID: 10978665
24 자리 숫자 = 0509.8CA98242C967.10978665
24자리 숫자는 각각이 하나의 16진수를 산출하는 8자리 세그먼트에서 거래 컨트롤러의 소유시 유도 마스터키("MK")로 선택적으로 암호화될 수 있다. 예컨대:
유도: MK Encrypt(05098CA9) A Decrypt(8242C967) B Encrypt(10978665) C
삼중길이 유도키는 상기 계산으로 인해 발생한 일련의 3개의 16진수 자리들, A+B+C로 계산될 수 있다.
유도키들이 계산되는 방식은 본 발명의 기술범위로부터 벗어남이 없이 광범위하게 다를 수 있음이 당업자에게 명백하다. 그보다 중요한 것은 각 고유 등록자에 대해 컴파일된 각 커스텀 소프트웨어 설치가능한 컴포넌트가 적용가능한 등록자로부터 등록을 담당하는 거래 컨트롤러로 어떤 통신에 의해 등록자가 명백히 암호화될 수 있는 지에 대한 고유 유도키를 포함한다는 것이다. 마찬가지로, 유도키는 등록자가 거래 컨트롤러로부터 수신된 암호화된 통신을 명백히 해독하게 할 것이다.
거래 개시와 응답자는 그들이 거래 컨트롤러와 등록되고 그들의 계정에 활동상태를 갖는다면, 그들이(또는 그들이 속한 커뮤니티가) 자신의 거래 인프라에 유효한 커스텀 소프트웨어 설치가능한 컴포넌트들을 설치하고 활동 네트워크 연결을 갖는다면 본 기술을 이용해 거래할 수 있을 것이 또한 당업자에게 이해된다.
거래를 나타내는 거래토큰들은 거래와 거래 파라미터를 고유하게 식별할 수 있는 임의의 다른 방식들로 거래 컨트롤러에 의해 생성될 수 있음이 예상된다. 그러나, 예로써, 코드는 하기의 방식으로 구성된 문자숫자 코드일 수 있다:
·2 자리 국가/주(州) 코드
○ 가령 5D = 남아프리카
7F = 북미 텍사스
·1 자리 거래 컨트롤러 식별자 또는 코드
○ 8은 가령 국가코드에 의해 결정된 국가에서 식별자 8을 갖는 컨트롤러를 의미할 수 있다.
○ 따라서, 컨트롤러는 남아프리카에서 컨트롤러 번호 8로서 자릿수5D8로 고유하게 식별될 수 있다.
·4 자리 고유 거래참조
○ 다른 생성자들은
4자리로 시작하나 알고리즘에 따른 임의의 개수의 자리수들 및 사용하는 알고리즘에서 숫자들의 차례로 증가할 수 있는 동일한 거래참조 시퀀스들을 이용할 수 있음에 유의해야 한다.
○ 거래참조를 생성하기 위한 예시적인 알고리즘은 다음과 같을 수 있다:
· 임의의 4개의 홀수 숫자들(가령 1357)로 시작한다(첫번째 4개 시작 숫자들은 거래 컨트롤러당 무작위로 생성될 수 있다)
· 다음 숫자는 첫번째를 제외하고 이전 숫자들의 모든 자리들과, 마지막 자리는 이전의 첫번째 자리수 +1이 된다
· 4자리 예: 3572
5724
7246
· 5자리 예: 13579
35792
57924
· 2DTM 고유 알고리즘에 대한 모듈러스 10 변동을 갖는 1 체크 자리 검증 체크
(소문자 또는 대문자에 무관하게) 알파벳문자는 ASCII 값으로 변환된다.
2DTM 토큰 5 D 8 1 3 5 7
비컴(Becomes) 5 6 8 8 1 3 5 7
가중치 1 2 1 2 1 2 1 2
결과 5 12 8 16 1 6 5 14
합 5+1+2+8+1+6+1+6+5+1+4=40
CDV Mod 10 0
2DTM 코드 5D 81 35 70
2DTM 토큰 5 D 8 1 3 5 7 9
비컴 5 6 8 8 1 3 5 7 9
가중치 2 1 2 1 2 1 2 1 2
결과 10 6 16 8 2 3 10 7 18
합 1+0+6+1+6+8+2+3+1+0+7+1+8=46
CDV Mod 10 4
2DTM 코드 5D 81 35 79 4
거래 컨트롤러 당 4자리 고유번호가 2자리 첫머리에 첨부될 수 있음에 유의해야 하며, 이중 이런 첫머리는 특정 2DTM 토큰 타입, 즉, 2DTM 토큰 속성에 사용될 수 있다.
예컨대:
2D 코드 타입 00 = 표준
2D 코드 타입 01 = 가승인
2D 코드 타입 02 = 다수의 응답자들
이용가능한 고유번호(4-5 자리)의 리사이클링이 문제가 된 다음에, 이런 강화는 필수적일 수 있다. 이런 2DTM 토큰은 "활성"으로 남으나 장시간 주기 동안에는 만료되고, 이들 2DTM 토큰 타입 중 일부의 사용이 높아지면, 2DTM 토큰 타입의 사용을 곧 구성하게 된다.
2D 코드 5 D 8 0 2 1 3 5 7
비컴 5 6 8 8 0 2 1 3 5 7
가중치 1 2 1 2 1 2 1 2 1 2
결과 5 12 8 16 0 4 1 6 5 14
합 5+1+2+8+1+6+0+4+1+6+5+1+4=44
CDV Mod 10 6
2D 코드 5D 80 21 35 76
거래 개시요청과 함께 거래 컨트롤러에 전해진 결제 파라미터는 거래를 나타내는 제 1 토큰에 포함된 토큰 속성들로 결국 번역될 수 있는 임의의 개수의 다른 속성들 또는 추가 정보를 포함할 수 있다. 비배타적인 리스트로서, 이들 파라미터들은 다음 중 하나 이상을 포함할 수 있다:
·표준토큰 <Y/N>
·가승인 토큰 <Y/N>
·다수 응답자들 표시자 <Y/N>
·다수 응답자들 실황 시간주기 <초단위>
·과오납 허용 <Y/N>
·초과결제 허용 <Y/N>
·초과결제 실황 시간주기 <초단위>
·미달결제 허용 <Y/N>
·미달결제 % 변량 <특정값>
·미달결제 실황 시간주기 <초단위>
·커스텀 정의 속성
이들 토큰들 중 일부는 이미 상기에서 더 상세히 언급하였고 다른 것들도 자명하다. 그러나, 완전성을 위해, 초과결제 허용 속성은 소비자가 거래를 나타내는 토큰과 관련된 금액 이상을 결제하게 준비한다. 이는 소비자가 개시자를 칭찬하거나 팁을 주고 싶은 상황에 이상적이다.
상기 속성과 결부해 사용될 수 있는 다른 속성들은, 가령, 초과결제 허용% 변량 속성을 포함한다. 이는 초과결제에 한계를 두고 일단 상기 한계에 도달하면 다수의 응답자 거래에 기여하는 마지막 사람은 그 자신이 거래토큰에 의해 표시된 금액에 덧붙여 적절한 금액을 결제하고 싶은지 확인하도록 질문받을 수 있다. 상기 예에 따라, 4명이 식당에서 청구서를 지불하고 있다면, 이 속성은 4명 중 3명이 이미 청구서의 80%를 지불하려고 낸 경우, 두번째 사람 또는 두번째와 세번째 사람은 그들이 실제 청구서의 동일한 몫보다 훨씬 더 많이 지불하고 싶은지 확인하도록 질문받을 수 있음이 보장된다.
초과결제 실황 시간주기 속성과 함께 초과결제 속성은 특징에 있어 상기 다수의 응답자들 및 과오납 허용 속성들로서 유사하게 인식될 수 있지만, 이들 2가지 속성들은 다수 응답자들을 필요로 하는 거래토큰에 대해 준비하나, 정확한 동일 금액에 대해 수신된 모든 응답자 메시지가 즉시 받아져야 하므로, 따라서 토큰으로 표시된 금액이 같거나 초과될 때까지 어떠한 메시지들도 일시보관되지 않는다. 본 명세서의 일예는 소매상이 게시판에 디스플레이한 거래토큰일 수 있다. 소매상은 특매품과 결부해 게시판에 토큰을 사전요청하고 디스플레이함으로써, 응답자가 토큰을 즉시 또는 특정 시간 주기내에 행위(결제)하면 이들은 특별히 물품에 대해 통상적으로 할인된 가격만 결제할 것이다. 이는 소매상이 초과결제 실황 시간주기가 만료될 때까지 동일한 금액에 대해 다수의 "초과결제"를 요구하고 있는 것을 의미한다. 또 다른 예는, 특정가격으로 제품을 판매하는 잡지에서 광고의 일부로서, 거래토큰이 QR 코드나 다른 2차원 또는 3차원 코드로 디스플레이되는 경우일 수 있다. 이에 대해 도입될 수 있는 추가 속성은 특매품을 응답자들의 첫 x명에게 제한하도록 사용될 수 있는 초과결제 허용 카운트 속성일 수 있다. 그런 후 광고는 가령 첫 30명이 특가로 제품을 가질 수 있음을 나타낼 수 있다.
동일한 속성들이 또한 가령 계정환급(빚상환)에 사용될 수 있다. 신용사는, 가령, 미지불 채권에 대한 기정의된 횟수의 자동이체에 사용될 수 있는 거래코드를 개시할 수 있다.
대안적인 속성들은 미달결제가 행해지게 할 수 있다. 이는 응답자가 (특정금액으로 진술된) 거래토큰에 응답하게 준비하고, 속성들이 기정의된 시간주기 내에 응답하면 특정금액보다 x% 미만을 결제하도록 속성들이 허용된다. 다시, 이들 속성들은 상술한 속성들과 결부해 작용할 수 있다. 본 명세서에서 일예는 소매상으로부터 홍보물품에 대해 생성된 거래토큰일 수 있다. 다시 거래토큰은 토큰이 특정 일자 이전에 결제하도록 응답된 경우 응답자는 % 디스카운트를 받으나, 응답자가 특정 일자 이후에 더 응답한다면 응답자는 제품을 여전히 구매할 수 있으나 홍보가가 아닐 수 있다는 유혹으로 제품에 대한 총 가격(금액)으로 디스플레이될 수 있다.
상술한 거래 파라미터 또는 속성은 배타적 리스트를 구성하는 게 아니라 단지 예시용으로 언급한 것이다. 수많은 추가 및 대안적인 속성들이 동일한 방식으로 이용될 수 있음이 예상된다. 본 기술은 개개의 요건에 맞게 사용자 맞춤식 속성들을 제공할 수 있음이 또한 예상된다.
더욱이, 상기 및 다른 파라미터들과 속성들이 거래 컨트롤러와 관련된 룰 엔진들에 제공되고 관리될 수 있으며, 상기 룰은 필요에 따라 동적으로 추가되고 적용될 수 있음이 예상된다.
도 7의 스윔레인 흐름도를 참조하면, 본 기술의 시스템은 여전히 종결되어야 하는 거래의 가승인 결제를 수행하는데 사용될 수 있다. 이런 시나리오에서, 거래 개시자의 통상적인 역할들, 이 예에서 소비자(701)와 거래 응답자, 및 상술한 바와 같이 이 예에서 소매상(703)가 필연적으로 바뀐다. 거래가 어떻게 개시되는지에 대한 기술적 세부내용과 생성된 거래토큰은 실질적으로 상술한 바와 여전히 같은 채 있으나, 거래 응답자 또는, 혼동을 피하기 위해, 소비자(701)가 자신의 2DTM 인에이블 전자 디바이스, 이 실시예에서는, 휴대폰으로부터 거래 컨트롤러(705)로 거래개시 요청을 컴파일하고 전송함으로써 거래를 개시한다.
거래를 개시하기 위해, 소비자(701)는 단계(707)에서 자신의 계정에서 특정 금액까지 지출을 가승인하도록 결정하고, 가승인 금액을 포함한 가승인 세부내용과 함께 거래개시 요청을 자신의 휴대폰으로부터 거래 컨트롤러(705)로 보낸다. 단계(709)에서 요청을 받자마자, 거래 컨트롤러(705)는 가승인 거래를 나타내는 제 1 토큰을 생성하고 단계(711)에서 거래 파라미터들 및 속성들과 함께 상기 토큰을 데이터베이스에 저장하며 단계(713)에서 거래개시 메시지의 일부로서 상기 토큰을 소비자의 휴대폰 또는 기타 디바이스에 다시 보낸다. 거래 컨트롤러(705)로부터 거래개시 메시지를 받자마자, 단계(715)에서 메시지는 해독되고 단계(717)에서 상기 거래토큰은 소비자의 휴대폰에 저장되고 소비자의 임의의 다른 적절한 수단 또는 자신의 디바이스에 의해 작성되거나, 프린트되거나, 캡쳐된다.
그런 후 소비자는 자신이 선택한 소매상(703)에 쇼핑을 진행하고 요금지불시 2DTM 가승인 결제에 의해 지불하도록 선택한다. 소비자(701)는 그런 다음 단계(719)에서 POS 디바이스에 결제시 운영자에 의한 수동 캡쳐를 위해 휴대폰 스크린 상에 제시하는 것, 블루투스, Wi-Fi, NFC 등과 같은 무선통신에 의해 POS 디바이스에 토큰을 송신하는 것, 또는 소비자가 그 자신이 수동 입력 디바이스에 토큰을 입력하는 것을 포함할 수 있는 임의의 적절한 방식으로 결제 토큰을 결제시 운영자에게 제시한다. 단계(721)에서 토큰을 받자마자, 설치된 고유 소프트웨어 컴포넌트를 이용한 소매상(703) 거래 인프라는 단계(723)에서 제 1 토큰, 금액과 같은 거래 파라미터들, 및 고유 소매상 식별자를 포함한 거래응답 요청을 컴파일하고, 단계(725)에서 상기 요청을 거래 컨트롤러(705)로 전송한다.
거래 컨트롤러(705)는 차례로 단계(727)에서 거래응답 요청을 수신하고 이를 해독해 그 안에 포함된 제 2 거래토큰을 추출한다. 상기와 같이, 컨트롤러(705)는 그런 후 단계(729)에서 데이터베이스에 제 2 토큰을 찾고, 특히, 소비자에게 이전에 발행된 가승인 토큰과 매치하는지 찾으며, 그런 후에 거래는 단계(731)에서 상기와 같이 정산 또는 거부된다. 거래 컨트롤러는 또한 가령 몇가지 말하자면 제 1 토큰이 가승인 한계를 포함하는지 여부, 제 1 가승인 요청에 포함된 실황 시간주기가 만료되지 않았고, 거래응답 요청은 거래 금액을 포함하며 거래 금액은 가승인 금액을 초과하지 않은 것을 포함해 제 1 및 제 2 토큰에 대해 많은 추가 체크들을 수행할 수 있다. 데이터베이스에 매치되는 엔트리가 발견되고 모든 체크들이 긍정적이면, 거래는 승인되며, 그렇지 않으면, 거래는 거부되고 소비자(701) 및 소매상(703) 모두는 거래 컨트롤러(705)로부터 해당 거래 승인 또는 거부 메시지를 수신한다.
상기와 같이, 소비자(701)는 결코 소매상(703)을 식별하지도 소매상(703)을 식별해야 하지도 않음에 유의해야 한다. 어떠한 물리적 카드나 기타 결제 크리덴셜도 당사자들 간에 교환되지 않기 때문에 소비자의 결제 크리덴셜이 위태로워지는 위험이 없다. 소매상(703)은 또한 소비자로부터 수신된 거래토큰을 제외하고 소비자(701)의 임의의 개인정보를 입력하지 않는다. 상술한 바와 같이 가승인 토큰은 소비자들 간에 쉽게 전달될 수 있으므로 소비자들은 다른 소비자들에게 기설정된 금액까지만 그들의 계정에 대한 거래 능력을 제공할 수 있다. 기술된 가승인 시나리오에 대한 불리한 면은 물론 가승인 토큰이 되는 시간동안 지참자가 토큰이 안전하게 보관되는 것을 보장하는 의무를 진다는 것이다. 토큰이 의도치 않은 당사자에게 새어나가면, 임의의 이런 당사자는 본래 지참자의 허락 없이 토큰에 대해 거래를 할 수 있다. 가승인 거래토큰은 소비자가 요구하는 기준을 기반으로 토큰에 할당된 만료일자 및 기타 결제 속성들을 가질 수 있음이 예상될 수 있다. 소비자가 자신의 계정에 이용가능한 충분한 금액을 갖고 있는 한 다수의 가승인 거래토큰들이 생성될 수 있음이 또한 예상된다.
고려되는 또 다른 속성 또는 룰은 "체인식" 또는 "임베디드" 토큰 능력의 제공이다. 예로써, 거래 개시자가 소비자가 구매할 수 있는 다양한 제품 또는 서비스를 제공하면, 각 이런 제품 또는 서비스가 이미 할당된 기생성된 거래토큰을 가질 수 있다. 이런 토큰들은 앞서 더 상세히 기술한 바와 같이 몇명의 응답자들이 물품을 구매하게 하며 할당된 "다수 응답자" 속성들을 이미 가질 수 있다. 이는 일반적으로 온라인 소매 환경의 상황일 수 있다. 소비자가 하나의 물품을 구매하고자 하면, 거래는 기생성된 거래토큰만 이용해 종결될 수 있다. 그러나, 소비자가 한번의 거래로 매우 많은 이런 물품들을 구매하고자 하면, 물품들은 소비자가 쇼핑하면서 온라인 장바구니에 추가될 수 있다. 소비자가 "지불"하기로 결정하면, 온라인 소매상은 선택된 물품들의 기생성된 모든 토큰들의 세부내용과 함께 거래 컨트롤러에게 새 거래개시 요청을 보낼 수 있다. 거래 컨트롤러는 내부에 임베디드된 개개의 기생성된 토큰들을 가진 새로운, 하나의, "체인식" 토큰을 생성할 수 있고, 소비자는 그런 후 한번의 거래로 선택된 물품들을 구매하는데 사용할 수 있다. 이런 체인식 토큰을 포함한 거래응답 요청을 받자마자, 거래 컨트롤러는 먼저 모든 임베디드 토큰들을 추출함으로써 체인식 토큰을 해소하고 이런 토큰의 개시자와 응답자 간에 각각의 개개의 물품 토큰을 정산할 수 있다. 이런 체인식 속성의 이점은 소비자가 가능하게는 한번의 거래로 다른 거래 개시자들에서 발생한 다른 많은 물품들을 구매하게 할 수 있기 때문에 자명해진다.
가승인 거래토큰을 요청한 소비자는 상기 소비자가 속한 커뮤니티가 본 기술의 사용을 위해 등록된 사실로 인해 2DTM 결제 시스템 및 플랫폼을 이용할 수 있는 상황에서, 승인 의무는 요청 개시자 커뮤니티 플랫폼에 달려 있을 수 있다. 이들 상황에서, 거래 컨트롤러는 특정 금액의 최대치로 취소불가능하게 지켜질 취소불능의 요청 명령을 수신할 수 있다. 따라서, 커뮤니티 식당을 통해 개시된 가승인 거래토큰은 특정 금액까지 그리고 특정 금액을 포함한 결제의 취소불능 보장일 수 있다. 가승인 토큰에 대한 실황 시간주기 속성은 바람직하게는 미승인 권한에 빠질 토큰의 위험을 제한하기 위해 최대 허용가능한 시간주기로 설정될 수 있다. 가승인 토큰들에 나타나질 다른 속성들은, 가령, 가승인 토큰에 노출 위험을 제한할 수 있는 의도된 응답자 속성을 포함할 수 있다.
도 8을 참조하면, 본 기술에 따른 시스템(801)은 전세계에 배포될 수 있고 국가(805) 당 하나 이상의 거래 컨트롤러들(803) 예들을 포함할 수 있다. 거래 컨트롤러 예들(803)은 차례로 마스터 컨트롤러 서버(807)와 원격통신일 수 있고, 상기 서버와 함께 상기 예들은 인터넷(802)과 같은 통신 네트워크를 통해 통신하도록 구성된다. 본 실시예의 시스템(801)은 많은 추가 의미들뿐만 아니라 국경간 또는 이종통화 거래와 같은 가능성을 갖는다.
상술한 바와 같이, 거래 개시자와 응답자 모두를 포함한 등록자들은 지리학적으로 또는 물류적으로 가장 가깝거나 가장 편리한 거래 컨트롤러(803)와 함께 본 기술의 사용을 등록할 수 있고, 거의 통상적으로 이는 특정 국가 출신의 등록자들이 국가에 기반하거나 국가 전용인 거래 컨트롤러를 등록하는 것을 의미한다. 그러나, 하나 이상의 거래 컨트롤러(803)가 국가마다 이용될 수 있음에 유의해야 한다. 그러나, 중요하기로는, 각 등록자가 하나의 거래 컨트롤러를 등록할 수 있고, 거래 인프라에 사용되고 컴파일되는 고유 소프트웨어 컴포넌트는 등록된 거래 컨트롤러로만 통신하도록 사전구성될 수 있다
여전히 마스터 컨트롤러 서버(807)의 컨트롤 하에 있지만, 각 거래 컨트롤러(803)는 마스터 컨트롤러 서버(807), 고유 삼중길이 마스터 키(811), 고유 IP 어드레스, 고유 MAC 어드레스 및 앞서 더 상세히 언급된 바와 같이 고유 삼중길이 유도키에 의해 발행된 자신의 고유 거래 컨트롤러 식별자 또는 코드(812)로 구성될 것이다. 또한, 각 거래 컨트롤러(803)는 필요에 따라 그리고 필요한 경우 마스터 컨트롤러 서버(807)에 의해 유지되고 업데이트되는 로컬 2DTM 라우팅 테이블(813)을 가질 수 있다. 각 라우팅 테이블(813)은, 무엇보다도, 하기의 정보 또는 적어도 정보의 서브세트: 즉,
·2 자리 국가/주 코드;
·1 자리 거래 컨트롤러 식별자;
·IP 어드레스;
·포트 값;
·MAC 어드레스;
·통화 표시자;
·디폴트 언어 표시자; 및
·무엇보다도 다음을 포함한 정산 세부내용:
○ 정산기관;
○ 정산계정
○ 정산 발생 또는 빈도(매일, 매주)
○ 정산 컷오프 시간(GMT); 및
○ 정산 통화
와 함께 시스템(801)에서 각 거래 컨트롤러(803)에 대한 엔트리를 포함할 수 있다:
본 실시예에 따른 시스템(801)은 국경간 또는 이종통화 거래가 최소 추가 오버헤드와 함께 수행될 수 있게 하는 것이 이해된다. 거래 응답자, 이 예에서는 온라인 쇼퍼(817)는, 가령, 다른 국가, 이 예에서는 온라인 소매상(819)에 있는 거래 개시자 엔티티의 온라인 전자상거래 웹사이트에서 쇼핑할 수 있다. 쇼퍼(817)가 쇼핑을 마치고, 지불하도록 결정하며 2DTM 결제에 의해 지불하도록 선택하면, 소매상(819)은 거래개시 요청(821)을 등록된 거래 컨트롤러(823)에 보낸다. 거래 컨트롤러(823)는 토큰(825)에 자신의 국가코드와 거래 컨트롤러 식별자를 포함한 상기와 같은 제 1 토큰(825)을 생성한다.
쇼퍼(817)는 차례로 자신의 전자 디바이스에 제 1 토큰(825)을 입력하고, 상기 디바이스는 등록된 거래 컨트롤러(829), 본 예에서는 완전히 제 1 토큰(825)을 생성한 국가에 대해 다른 국가에 있는 다른 거래 컨트롤러에 거래응답 요청(827)을 전송한다.
거래응답 요청(827)의 수신시, 쇼퍼(817)의 거래 컨트롤러(829)는 상술한 바와 같이 요청을 해독하고, 토큰(825)을 추출하며 로컬 라우팅 테이블(813)에 토큰(825)의 첫번째 3 자리를 이용해 로컬 데이터베이스(833)에 토큰(825)의 찾기를 행해 토큰(825)의 생성을 담당하는 거래 컨트롤러(823)의 식별 및 통신 세부내용을 판단한다. 토큰(825)의 생성자가 다른 컨트롤러인 것으로 판단하면, 응답 컨트롤러(829)는 응답 컨트롤러(829)의 컨트롤러 식별자를 포함한 중개 요청(834)을 컴파일하고, 토큰(825)을 포함한 상기 중개 요청(834)을 토큰의 생성을 담당하는 올바른 개시 컨트롤러(823)에 전달한다. 로컬 거래 컨트롤러와 등록자 간에 통신에서와 같이, 다른 거래 컨트롤러들 간에 통신도 또한 암호화되는 것에 유의해야 한다.
중개 요청(833)의 수신시, 개시 컨트롤러(823)는 요청(834)을 해독하고, 거래토큰(825)을 추출하며 상술한 바와 동일한 방식으로 거래를 정산한다. 그러나, 결제 정산은 본 예에서 연루된 다양한 당사들 간에 이종통화 결제를 포함할 수 있음이 주목된다.
본 기술의 실시예의 상기 설명은 단지 예이고, 본 발명의 기술범위로부터 벗어남이 없이 기술된 실시예들에 대해 수많은 변경 및 변형들이 이루어질 수 있음이 당업자에 명백할 것이다. 본 기술은 결제를 위한 2개 "차원들", 즉 1개는 결제의 개시자이고 두번째는 결제에 대한 응답자를 포함한 일회 결제 프로세스를 제공한다. 중요하기로, 상기 2개는 링크되어 있지 않으므로, 2개 차원들은 다른 시간, 지리적 위치에서 발생할 수 있고 거래 컨트롤러에 의해 함께 불러들여질 때까지 링크되거나 연관되지 않는다. 따라서 개시자에 의해 생성된 거래토큰은 소정의 정보를 포함하고 연관되기 위한 두번째 "객체 2"(또는 다수의 제 2 객체들)를 대기중인 별도의 "객체 1"로서 존재한다. 이들 2개의 객체들이 연관된 다음에만, 거래가 완결되고 당사자들 간에 결제가 달성될 수 있다.
상기 설명으로부터 생성된 거래토큰들은 이들의 유용성에 추가되는 수많은 고유 특징들을 가질 수 있음에 유의해야 한다. 이들은, 제한없이 다음의 사실을 포함할 수 있다:
○ 거래토큰들은 시간을 전혀 지니지 않는다(초, 또는 달, 또는 년 동안 있을 수 있다);
○ 거래토큰들은 지리적 요건들을 전혀 가지지 않는다(표현될 필요가 전혀 없다);
○ 거래토큰들은 (8 자리에서 다수의 자리수로)임의의 길이를 가질 수 있다;
○ 거래토큰들은 임의의 통화(통화에 대한 객체 1 및 2개의 다른 통화에 대한 객체 2, 따라서 글로벌 코드)에 대한 것일 수 있다;
○ 양 객체들이 거래 컨트롤러에 의해 함께 데려와질 때까지 임의의 방식으로 한 객체는 다른 객체와 연관되지 않는다;
○ 객체 1은 다른 객체 2 또는 다수의 객체 2들에 의해 종결될 수 있다;
○ 거래토큰은 다양한 포맷들, 가령, 단지 숫자번호, 숫자번호와 조합한 알파벳-숫자 문자들, 바코드 이미지, QR 코드, 또는 표현에 이용가능한 임의의 장래 기술로 제시될 수 있다. 따라서, 이전의 디바이스 기술들에서 최신 스마트 디바이스들에까지 임의의 장치에 사용될 수 있다. 휴대폰에 국한되지 않고 위성전화 등을 포함한 임의의 디바이스일 수 있다.
도 9는 본 출원의 다양한 태양들이 실행될 수 있는 서버시스템(901)의 예를 도시한 것이다. 서버시스템(901)은 컴퓨터 프로그램 코드를 저장 및 실행하는데 적합할 수 있다. 앞서 기술된 시스템 다이어그램들에서 다양한 참가자들과 요소들이 임의의 적절한 개수의 서버시스템(901)의 서브시스템들 또는 컴포넌트들을 이용해 본 명세서에 기술된 기능들을 용이하게 할 수 있다.
서버시스템(901)은 통신 인프라(903)(가령, 통신버스, 크로스오버 바 디바이스, 또는 네트워크)를 통해 연결된 서브시스템 또는 컴포넌트들을 포함할 수 있다. 서버시스템(901)은 컴퓨터 판독가능 매체의 형태로 적어도 하나의 중앙 프로세서(907) 및 적어도 하나의 메모리 컴포넌트를 포함할 수 있다.
메모리 컴포넌트는 ROM(Read Only Memory) 및 RAM(Random Access Memory)을 포함할 수 있는 시스템 메모리(909)를 포함할 수 있다. 기본 입출력 시스템(BIOS)이 ROM에 저장될 수 있다. 시스템 소트트웨어가 운영시스템 소프트웨어를 포함한 시스템 메모리(909)에 저장될 수 있다.
메모리 컴포턴트는 또한 보조 메모리(911)를 포함할 수 있다. 보조 메모리(911)는 하드디스크 드라이버와 같은 고정 디스크(913) 및 선택적으로 탈착식 저장 컴포넌트들(917)에 대한 하나 이상의 탈착식 저장 인터페이스(915)를 포함할 수 있다.
탈착식 저장 인터페이스(915)는 탈착식 저장 드라이브에 의해 작성 및 판독될 수 있는 해당 탈착식 저장 컴포넌트(가령, 자기테이프, 광학디스크 등)에 대한 탈착식 저장 드라이브(가령, 자기테이프 드라이브, 광학디스크 드라이브 등) 형태일 수 있다.
탈착식 저장 인터페이스(915)는 또한 플래시 메모리 드라이브, 외장하드 드라이브, 또는 탈착식 메모리 칩 등과 같은 탈착식 저장 컴포넌트(917)의 다른 형태와 인터페이스하기 위한 포트 또는 소켓의 형태일 수 있다.
서버시스템(901)은 다수의 서버시스템들(901) 간에 데이터의 전송을 가능하게 하는 네트워크 환경에서 서버시스템(901)의 운영을 위한 외부통신 인터페이스(919)를 포함할 수 있다. 외부통신 인터페이스(919)를 통해 전송된 데이터는 전기, 전자기, 광학, 무선, 또는 다른 타입의 신호일 수 있는 신호의 형태일 수 있다.
외부통신 인터페이스(919)는 서버시스템(901)과 외부저장시설들을 포함한 다른 서버시스템들 간에 데이터의 통신을 가능하게 할 수 있다. 웹 서비스들이 외부통신 인터페이스(919)를 통해 서버시스템(901)에 의해 액세스될 수 있다.
외부통신 인터페이스(919)는 또한 음성통신, 근거리 통신, 블루투스 등을 포함해 서버시스템(901)을 오가는 다른 형태의 통신을 가능하게 할 수 있다.
다양한 메모리 컴포넌트들의 형태로 컴퓨터 판독가능 매체는 컴퓨터 실행가능한 명령어들, 데이터 구조들, 프로그램 모듈들, 및 기타 데이터의 저장을 제공할 수 있다. 컴퓨터 프로그램 제품은 중앙 프로세스(907)에 의해 실행될 수 있는 컴퓨터 판독가능 프로그램 코드를 저장한 컴퓨터 판독가능 매체에 의해 제공될 수 있다.
컴퓨터 프로그램 제품은 비일시적 컴퓨터 판독가능 매체에 제공될 수 있거나 통신 인터페이스(919)를 통해 하나 또는 기타 임시수단을 통해 제공될 수 있다.
통신 인프라(903)를 통한 상호연결로 중앙 프로세스(907)는 각 서브시스템 또는 컴포넌트와 통신하고 메모리 컴포넌트들로부터 명령의 실행뿐만 아니라 서비시스템 또는 컴포넌트들 간에 정보교환을 제어할 수 있다.
프린터기, 스캐너 등과 같은 주변장치와 입출력(I/O)장치는 I/O 컨트롤러(921)에 직접 또는 I/O 컨트롤러(921)를 통해 서버시스템(901)에 연결될 수 있다. 이들 컴포넌트들은 직렬포트와 같은 해당기술분야에 공지된 임의의 개수의 수단들에 의해 서버시스템(901)에 연결될 수 있다. 하나 이상의 모니터들(923)이 디스플레이 또는 비디오 어댑터(925)를 통해 서버시스템(901)에 연결될 수 있다.
도 10은 본 출원의 실시예에 사용될 수 있는 전자 디바이스(1001)의 블록도를 도시한 것이다. 전자 디바이스(1001)는 휴대폰, 피처폰, 스마트폰, 위성전화, 또는 전화능력을 갖는 컴퓨팅 디바이스일 수 있다.
전자 디바이스(1001)는 사용자가 전화번호, 기타 정보 및 메시지를 보게 하도록 상기 전자 디바이스(1001) 및 디스플레이(1005)의 기능들을 처리하기 위한 프로세서(1003)(가령, 마이크로프로세서)를 포함할 수 있다. 전자 디바이스(1001)는 사용자가 정보를 디바이스(가령, 입력버튼, 터치스크린 등)에 입력하게 하기 위한 입력요소(1007), 사용자가 음성통신, 음악 등을 듣게 하는 스피커(1009), 및 사용자가 자신의 음성을 전자 디바이스(1001)를 통해 전달하게 하는 마이크로폰(1011)을 더 포함할 수 있다.
전자 디바이스(1001)의 프로세서(1003)는 메모리(1013)에 연결될 수 있다. 메모리(1013)는 데이터, 및 선택적으로 컴퓨터 실행가능한 명령어들을 저장하는 컴퓨터 판독가능 매체의 형태일 수 있다.
전자 디바이스(1001)는 또한 통신채널(가령, 셀룰러 전화 네트워크, 데이터 전송 네트워크, Wi-Fi 네트워크, 위성전화 네트워크, 인터넷 네트워크, 위성 인터넷 네트워크 등)에 연결하기 위한 통신요소(1015)를 포함할 수 있다. 통신요소(1015)는 안테나와 같은 관련된 무선전송요소를 포함할 수 있다.
통신요소(1015)는 국제 모바일 가입자 ID 및 전자 디바이스(1001)를 이용해 가입자를 식별 및 인증하는데 사용되는 관련 키를 저장하는 집적회로 형태의 가입자식별모듈(SIM)을 포함할 수 있다. 하나 이상의 가입자식별모듈은 전자 디바이스(1001)로부터 착탈식이거나 전자 디바이스(1001)에 임베디드될 수 있다.
전자 디바이스(1001)는 일반적으로 안테나와 같은 관련된 무선전송요소를 갖는 반도체 칩(또는 다른 데이터 저장요소)의 형태로 실행되는 비접촉요소(1017)를 더 포함할 수 있다. 비접촉요소(1017)는 전자 디바이스(1001)와 연결(가령, 전자 디바이스 내에 임베디드)될 수 있고 셀룰러 네트워크를 통해 전송된 데이터 또는 제어명령이 비접촉요소 인터페이스(미도시)에 의해 비접촉요소(1017)에 가해질 수 있다. 비접촉요소 인터페이스는 모바일 디바이스회로(및 이에 따른 셀룰러 네트워크)와 비접촉요소(1017) 간에 데이터 및/또는 제어명령의 교환을 허용하게 기능할 수 있다.
비접촉요소(1017)는 일반적으로 표준 프로토콜 또는 데이터전송 메카니즘(가령, ISO 14443/NFC)에 따라 근거리 무선통신(NFC) 케이퍼빌리티(또는 근거리 무선통신 매체)를 이용해 데이터를 송수신할 수 있다. 근거리 무선통신 케이퍼빌리티는 전자 디바이스(1001)와 질의디바이스 간에 데이터를 교환하는데 사용될 수 있는 무선인식(RFID), 블루투스, 적외선 또는 기타 데이터 전송능력과 같은 단거리 무선통신 케이퍼빌리티이다. 따라서, 전자 디바이스(1001)는 데이터의 통신 및 전달을 할 수 있고/있거나 셀룰러 네트워크와 근거리 무선통신 케이퍼빌리티 모두를 통해 명령어들을 제어할 수 있다.
상기 설명은 예시를 위해 나타내었다; 이는 철저하게 되거나 본 발명을 개시된 정확한 형태로 제한하려는 것이 아니다. 당업자는 상기의 개시를 고려해 많은 변형 및 변경들이 가능함을 알 수 있다.
본 설명의 일부는 정보에 대한 동작들의 알고리즘과 심볼 표현들로 되어 있다. 이들 알고리즘 설명과 표현들은 작업 내용을 효과적으로 다른 당업자들에 전달하기 위한 데이터 처리기술의 당업자들에 통상적으로 사용된다. 기능적으로, 계산적으로, 논리적으로 기술하였으나 이들 동작들은 컴퓨터 프로그램 또는 등가의 전자회로, 마이크로코드, 등으로 구현될 수 있다. 기술된 동작들은 소프트웨어, 펌웨어, 하드웨어 또는 이들의 임의의 조합으로 구현될 수 있다.
본 출원에 기술된 소프트웨어 컴포넌트들 또는 기능들은 가령 종래 기술 또는 객체지향 기술을 이용한, 예컨대, Java, C++, 또는 Perl과 같은 임의의 적절한 컴퓨터 언어를 이용한 하나 이상의 프로세스들에 의해 실행되는 소프트웨어 코드로서 구현될 수 있다. 소프트웨어 코드는 일련의 명령어들, 또는 RAM(Random Access Memory) 및 ROM(Read Only Memory)과 같은 비일시적 컴퓨터 판독가능 매체 상에 명령어들로서 저장될 수 있다. 임의의 이와 같은 컴퓨터 판독가능 매체도 또한 단일 계산기기에 또는 단일 계산기기 내에 상주될 수 있고, 시스템 또는 네트워크 내의 다른 계산기기들에 또는 다른 계산기기들 내에 있을 수 있다.
본 명세서에 기술된 단계들, 동작들, 또는 프로세스들 중 어느 하나는 단독으로 또는 다른 디바이스들과 결합해 하나 이상의 하드웨어 또는 소프트웨어 컴포넌트들로 수행 또는 구현될 수 있다. 일실시예로, 소프트웨어 컴포넌트는 본 명세서에 기술된 단계들, 동작들, 또는 프로세스들 중 어느 하나 또는 모두를 수행하기 위해 컴퓨터 프로세서에 의해 실행될 수 있는 컴퓨터 프로그램 코드를 포함한 비일시적 컴퓨터 판독가능 매체를 포함한 컴퓨터 프로그램 제품 내에 구현된다.
마지막으로, 본 명세서에 사용된 언어는 원칙적으로 가독성 및 교육 목적으로 선택하였고, 본 발명의 주제를 정확하게 서술하거나 한정하도록 선택하지 않았다. 따라서, 본 발명의 범위는 상세한 설명에 의해서가 아니라 이에 기반한 본 출원에 발표한 임의의 청구항들에 의해 제한되도록 되어 있다.
내용들이 다른 식으로 필요로 하지 않는 한 명세서 및 특허청구범위 전체에 걸쳐 '포함하다'라는 용어 또는 '구비하다' 또는 '포함하는"이라는 변형들은 임의의 다른 완전한 진술 또는 진술들의 그룹의 배제가 아니라 하나의 완전한 진술 또는 진술들의 그룹의 포함을 의미하는 것으로 이해된다.

Claims (17)

  1. 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 시스템으로서,
    상기 시스템은 거래 개시자와 거래 응답자의 거래 인프라와 통신하는 서버시스템을 포함하고,
    상기 서버시스템은:
    거래 개시자의 거래 인프라로부터, 거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래의 파라미터와 거래 개시자 식별자를 포함하며, 임의의 거래 응답자 특정 정보를 배제하는, 거래개시 요청을 수신하기 위한 거래개시 컴포넌트;
    거래를 나타내며 응답자에 별개인 제 1 토큰을 생성하기 위한 토큰생성 컴포넌트;
    서버시스템과 연결된 데이터베이스에 제 1 토큰을 저장하기 위한 저장 컴포넌트;
    거래 개시자의 거래 인프라에 제 1 토큰을 전달하기 위한 통신 컴포넌트;
    적어도 하나의 거래 응답자의 거래 인프라로부터, 응답자 식별자와 제 2 토큰을 포함한, 거래응답 요청을 수신하기 위한 거래응답 컴포넌트;
    제 1 토큰과 제 2 토큰을 비교하기 위한 토큰 비교기 컴포넌트; 및
    상기 제 1 토큰과 제 2 토큰이 토큰 비교기에 의해 일치하는 것으로 발견되면 거래 개시자와 거래 응답자 간에 거래를 정산하기 위한 거래정산 컴포넌트를 포함하는 전자결제 거래를 수행하기 위한 시스템.
  2. 제 1 항에 있어서,
    거래 개시자와 거래 응답자 각각의 아키텍쳐 인프라에 커스텀화되고 배치된 인터페이스 컴포넌트를 포함하고, 상기 인터페이스 컴포넌트는 거래 개시자가 거래개시 요청을 거래개시 컴포넌트에 통신하게 하고 거래 응답자가 거래응답 요청을 거래응답 컴포넌트에 통신하게 할 수 있는 사용자 인터페이스를 제공하는 전자결제 거래를 수행하기 위한 시스템.
  3. 제 2 항에 있어서,
    각 인터페이스 컴포넌트 및 서버시스템은 서버시스템과 인터페이스 컴포넌트 간에 통신을 암호화 및 해독하기 위해 관련된 데이터 암호화/해독 컴포넌트를 갖는 전자결제 거래를 수행하기 위한 시스템.
  4. 제 3 항에 있어서,
    각 인터페이스 컴포넌트의 암호화/해독 컴포넌트는 관련된 서버시스템의 암호화/해독 컴포넌트에만 알려진 마스터 암호화키로부터 유도된 유도 암호키를 갖는 전자결제 거래를 수행하기 위한 시스템.
  5. 제 3 항에 있어서,
    서버시스템의 암호화/해독 컴포넌트와 인터페이스 컴포넌트는 서버시스템과 거래 개시자 및 거래 응답자의 거래 인프라 간에 교신된 데이터에 대한 비대칭 및/또는 삼중 데이터 암호화 알고리즘(TDEA) 암호를 수행하는 전자결제 거래를 수행하기 위한 시스템.
  6. 제 3 항에 있어서,
    서버시스템은:
    토큰 비교기에 의해 일치하는 것으로 발견된 제 1 및 제 2 토큰에 응답해, 종결될 거래의 파라미터들 중 적어도 일부를 포함한 거래확인 메시지를 컴파일하고,
    제 2 토큰에 포함된 응답자 식별자에 해당하는 거래 응답자의 인터페이스 컴포넌트로의 암호화 및 이후에 전송을 위해 결제확인 메시지를 서버시스템의 암호화/해독 컴포넌트로 보내며,
    거래 응답자의 인터페이스 컴포넌트로부터, 거래 응답자의 거래에 대한 확인 또는 거부를 포함하는, 결제확인 또는 거부 메시지를 수신하고,
    결제확인 또는 거부 메시지가 거래의 확인을 포함한 경우 거래승인 메시지를 거래 개시자 및 응답자의 거래 인프라의 인터페이스 컴포넌트로 컴파일하여 전송하기 위한 결제확인 컴포넌트를 포함하는 전자결제 거래를 수행하기 위한 시스템.
  7. 제 1 항에 있어서,
    서버시스템은 시스템의 사용을 위해 거래 개시자 및 응답자를 등록하기 위한 거래 개시자 및 응답자 등록 컴포넌트를 포함하는 전자결제 거래를 수행하기 위한 시스템.
  8. 제 7 항에 있어서,
    등록 컴포넌트는 등록 프로세스 동안 거래 개시자와 응답자에 대한 커스텀 소프트웨어 설치가능한 컴포넌트들의 컴파일을 용이하게 하는 전자결제 거래를 수행하기 위한 시스템.
  9. 제 8 항에 있어서,
    커스텀 소프트웨어 설치가능한 컴포넌트들의 각 예는 적어도 하나의 IP 어드레스, MAC 어드레스, 유도 암호키 및 적용가능한 거래 개시자 또는 응답자에 대한 거래 개시자 또는 응답자 식별자를 포함하는 전자결제 거래를 수행하기 위한 시스템.
  10. 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 시스템으로서,
    상기 시스템은 거래 컨트롤러의 서버시스템과 통신하는 거래 개시자의 거래 서버를 포함하고,
    상기 거래 서버는:
    거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래에 대한 거래 개시자의 식별자 및 파라미터들을 포함하고 임의의 거래 응답자 특정 정보를 배제하는 거래개시 요청을 컴파일하기 위한 거래개시 컴포넌트;
    거래 컨트롤러의 서버시스템에 거래개시 요청을 통신하기 위한 통신 컴포넌트;
    거래 컨트롤러의 서버시스템으로부터 거래를 나타내며 응답자에 별개인 제 1 토큰을 수신하기 위한 토큰수신 컴포넌트;
    별개의 통신채널을 통해 거래 컨트롤러로 소비자에 의한 이후 전송을 위해 소비자에게 제 1 토큰을 전송하기 위한 토큰전송 컴포넌트; 및
    거래 컨트롤러의 서버시스템으로부터 거래 결과를 수신하기 위한 거래결과 컴포넌트를 포함하는 전자결제 거래를 수행하기 위한 시스템.
  11. 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 방법으로서,
    상기 방법은 서버시스템에서 수행되며,
    서버시스템의 거래개시 컴포넌트에서, 거래 개시자의 거래 인프라로부터, 거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래의 파라미터와 거래 개시자 식별자를 포함하며, 거래 응답자 특정 정보를 배제하는, 거래개시 요청을 수신하는 단계;
    서버시스템의 토큰생성 컴포넌트에 의해, 거래를 나타내며 응답자에 별개인 제 1 토큰을 생성하는 단계;
    서버시스템과 연결된 데이터베이스에 제 1 토큰을 저장하는 단계;
    서버시스템의 통신 컴포넌트에 의해, 거래 개시자의 거래 인프라에 제 1 토큰을 통신하는 단계;
    서버시스템의 거래응답 컴포넌트에 의해, 적어도 하나의 거래 응답자의 거래 인프라로부터, 응답자 식별자와 제 2 토큰을 포함한, 거래응답 요청을 수신하는 단계;
    서버시스템의 토큰 비교기 컴포넌트에 의해, 제 1 토큰과 제 2 토큰을 비교하는 단계; 및
    서버시스템의 거래정산 컴포넌트에 의해, 상기 제 1 토큰과 제 2 토큰이 토큰 비교기에 의해 일치하는 것으로 발견되면 거래 개시자와 거래 응답자 간에 거래를 정산하는 단계를 포함하는 전자결제 거래를 수행하기 위한 방법.
  12. 제 11 항에 있어서,
    거래 개시자와 거래 응답자 각각의 아키텍쳐 인프라로 인터페이스 컴포넌트를 커스텀화 및 배치하는 단계를 포함하고,
    상기 인터페이스 컴포넌트는 거래 개시자가 거래개시 요청을 거래개시 컴포넌트에 통신하게 하고 거래 응답자가 거래응답 요청을 거래응답 컴포넌트에 통신하게 할 수 있는 사용자 인터페이스를 제공하는 전자결제 거래를 수행하기 위한 방법.
  13. 제 11 항에 있어서,
    암호화/해독 컴포넌트에 의해 서버시스템과 인터페이스 컴포넌트 간에 통신을 암호화 및 해독하는 단계를 포함하는 전자결제 거래를 수행하기 위한 방법.
  14. 제 13 항에 있어서,
    토큰 비교기에 의해 일치하는 것으로 발견된 제 1 및 제 2 토큰에 응답해, 종결될 거래의 파라미터들 중 적어도 일부를 포함한 거래확인 메시지를 결제확인 컴포넌트에 의해 컴파일하는 단계;
    제 2 토큰에 포함된 응답자 식별자에 해당하는 거래 응답자의 인터페이스 컴포넌트로의 암호화 및 이후에 전송을 위해 결제확인 메시지를 서버시스템의 암호화/해독 컴포넌트로 보내는 단계;
    거래 응답자의 인터페이스 컴포넌트로부터, 거래 응답자의 거래에 대한 확인 또는 거부를 포함하는, 결제확인 또는 거부 메시지를 수신하는 단계; 및
    결제확인 또는 거부 메시지가 거래의 확인을 포함한 경우 거래승인 메시지를 거래 개시자 및 응답자의 거래 인프라의 인터페이스 컴포넌트로 컴파일하여 전송하는 단계를 포함하는 전자결제 거래를 수행하기 위한 방법.
  15. 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 방법으로서,
    상기 방법은 거래 개시자의 거래 서버에서 수행되며,
    거래 서버의 거래개시 컴포넌트에 의해, 거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래의 파라미터와 거래 개시자 식별자를 포함하며, 임의의 거래 응답자 특정 정보를 배제하는, 거래개시 요청을 컴파일하는 단계;
    통신 컴포넌트에 의해, 거래개시 요청을 거래 컨트롤러의 서버시스템에 전송하는 단계;
    거래 컨트롤러의 서버 시스템으로부터, 거래를 나타내며 응답자에 별개인 제 1 토큰을 수신하는 단계;
    거래 서버의 토큰전달 컴포넌트에 의해, 별개의 통신채널을 통해 거래 컨트롤러로 소비자에 의한 이후 전송을 위해 소비자에게 제 1 토큰을 전달하는 단계; 및
    거래결과 컴포넌트에 의해, 거래 컨트롤러의 서버시스템으로부터 거래 결과를 수신하는 단계를 포함하는 전자결제 거래를 수행하기 위한 방법.
  16. 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 컴퓨터 프로그램 제품으로서,
    거래 개시자의 거래 인프라로부터, 거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래의 파라미터와 거래 개시자 식별자를 포함하며, 임의의 거래 응답자 특정 정보를 배제하는, 거래개시 요청을 수신하는 단계;
    거래를 나타내며 응답자에 별개인 제 1 토큰을 생성하는 단계;
    서버시스템과 연결된 데이터베이스에 제 1 토큰을 저장하는 단계;
    거래 개시자의 거래 인프라에 제 1 토큰을 통신하는 단계;
    적어도 하나의 거래 응답자의 거래 인프라로부터, 응답자 식별자와 제 2 토큰을 포함한, 거래응답 요청을 수신하는 단계;
    제 1 토큰과 제 2 토큰을 비교하는 단계; 및
    상기 제 1 토큰과 제 2 토큰이 토큰 비교기에 의해 일치하는 것으로 발견되면 거래 개시자와 거래 응답자 간에 거래를 정산하는 단계를 수행하도록 구성된 컴퓨터 판독가능 프로그램 코드를 갖는 컴퓨터 판독가능 저장매체를 포함하는 컴퓨터 프로그램 제품.
  17. 거래 개시자와 거래 응답자 간에 전자결제 거래를 수행하기 위한 컴퓨터 프로그램 제품으로서,
    거래 개시자와 하나 이상의 거래 응답자들 간에 종결될 거래에 대한 거래 개시자의 식별자 및 파라미터들을 포함하고 임의의 거래 응답자 특정 정보를 배제하는 거래개시 요청을 컴파일하는 단계;
    거래 컨트롤러의 서버시스템에 거래개시 요청을 전송하는 단계;
    거래 컨트롤러의 서버시스템으로부터 거래를 나타내며 응답자에 별개인 제 1 토큰을 수신하는 단계;
    별개의 통신채널을 통해 거래 컨트롤러로 소비자에 의한 이후 전송을 위해 소비자에게 프린트, 전자적 또는 기타 포맷으로 제 1 토큰을 전송하는 단계; 및
    거래 컨트롤러의 서버시스템으로부터 거래 결과를 수신하는 단계를 수행하도록 구성된 컴퓨터 판독가능 프로그램 코드를 갖는 컴퓨터 판독가능 저장매체를 포함하는 컴퓨터 프로그램 제품.
KR1020177008480A 2014-08-29 2015-08-28 전자결제를 위한 시스템 및 방법 KR20170058950A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
ZA201406362 2014-08-29
ZA2014/06362 2014-08-29
PCT/IB2015/056537 WO2016030862A1 (en) 2014-08-29 2015-08-28 System and method for electronic payments

Publications (1)

Publication Number Publication Date
KR20170058950A true KR20170058950A (ko) 2017-05-29

Family

ID=55398838

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177008480A KR20170058950A (ko) 2014-08-29 2015-08-28 전자결제를 위한 시스템 및 방법

Country Status (11)

Country Link
US (1) US20170255908A1 (ko)
EP (1) EP3186762A4 (ko)
KR (1) KR20170058950A (ko)
CN (1) CN106716469A (ko)
AP (1) AP2017009835A0 (ko)
AU (1) AU2015308090B2 (ko)
BR (1) BR112017003991A2 (ko)
MX (1) MX2017002595A (ko)
SG (1) SG11201701510WA (ko)
WO (1) WO2016030862A1 (ko)
ZA (1) ZA201701874B (ko)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10535067B2 (en) 2015-07-01 2020-01-14 Mastercard International Incorporated Electronic incremental payments
US10311413B2 (en) 2015-07-01 2019-06-04 Mastercard International Incorporated By-item bill payments
US10621567B2 (en) 2015-07-01 2020-04-14 Mastercard International Incorporation Electronic grace period billing
SG10201605789VA (en) * 2016-07-14 2018-02-27 Mastercard International Inc Methods and systems for securing a payment initiated by a payee
US11023897B1 (en) * 2017-12-05 2021-06-01 Worldpay, Llc Systems and methods for optimizing transaction conversion rate using measured feedback
US20200097931A1 (en) * 2018-09-21 2020-03-26 Mastercard International Incorporated Payment transaction process employing invoice token
CN110569408B (zh) * 2019-09-04 2022-03-11 广州大学 一种数字货币溯源方法及系统
CN111242594B (zh) * 2020-01-13 2021-11-16 支付宝实验室(新加坡)有限公司 跨地域离线支付的注册、付款方法和装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6957199B1 (en) * 2000-08-30 2005-10-18 Douglas Fisher Method, system and service for conducting authenticated business transactions
CN1186741C (zh) * 2002-08-19 2005-01-26 中国科学院计算技术研究所 交互式的多功能数字身份令牌装置
US20060235795A1 (en) * 2005-04-19 2006-10-19 Microsoft Corporation Secure network commercial transactions
US8838503B2 (en) * 2008-12-08 2014-09-16 Ebay Inc. Unified identity verification
AU2013205575A1 (en) * 2008-12-31 2013-05-16 Paypal, Inc. Unified identity verification
US8380177B2 (en) * 2010-04-09 2013-02-19 Paydiant, Inc. Mobile phone payment processing methods and systems
WO2011153505A1 (en) * 2010-06-04 2011-12-08 Visa International Service Association Payment tokenization apparatuses, methods and systems
US20140372319A1 (en) * 2011-09-28 2014-12-18 Lionel Wolovitz Methods and apparatus for brokering a transaction
US20140297533A1 (en) * 2011-11-13 2014-10-02 Millind Mittal System and method of electronic payment using payee provided transaction identification codes
US20130238503A1 (en) * 2012-02-29 2013-09-12 Upen Patel System and method to manage information for conducting secure transactions
CN102663586B (zh) * 2012-03-21 2016-07-06 华为技术有限公司 一种通过两个移动终端完成支付的方法
US20140310171A1 (en) * 2013-04-12 2014-10-16 Bank Of America Corporation Certified person-to-person payment system
SG10201800291UA (en) * 2013-07-15 2018-02-27 Visa Int Service Ass Secure remote payment transaction processing
CN103854173A (zh) * 2014-03-28 2014-06-11 紫光股份有限公司 一种用于现场购物的移动支付方法
CN103985038A (zh) * 2014-04-16 2014-08-13 深圳市亚略特生物识别科技有限公司 基于指纹识别的移动终端的支付方法

Also Published As

Publication number Publication date
CN106716469A (zh) 2017-05-24
BR112017003991A2 (pt) 2018-02-20
EP3186762A1 (en) 2017-07-05
US20170255908A1 (en) 2017-09-07
MX2017002595A (es) 2017-10-11
WO2016030862A1 (en) 2016-03-03
AU2015308090A1 (en) 2017-04-13
EP3186762A4 (en) 2017-07-26
AU2015308090B2 (en) 2018-03-29
AP2017009835A0 (en) 2017-03-31
SG11201701510WA (en) 2017-03-30
ZA201701874B (en) 2019-06-26

Similar Documents

Publication Publication Date Title
CN109328445B (zh) 唯一令牌认证验证值
US20230206217A1 (en) Digital asset distribution by transaction device
US11250391B2 (en) Token check offline
US10552828B2 (en) Multiple tokenization for authentication
US10621576B1 (en) Mobile payments using payment tokens
US8116734B2 (en) Party identification in a wireless network
US20120028612A1 (en) Method and system for verifying an identification of a person
US20190356489A1 (en) Method and system for access token processing
AU2015308090B2 (en) System and method for electronic payments
AU2011207602B2 (en) Verification mechanism
US20200394620A1 (en) System and method for cryptocurrency point of sale
US11908004B2 (en) Method and system for obtaining credit
US10713679B1 (en) Offline payment processing
JP2013157036A (ja) 消費者の支払を強化する方法及びシステム
CN112308555A (zh) 远程交易系统、方法和销售点终端
EP3610438B1 (en) System for effecting financial transactions between a first party and a second party
CN113518990A (zh) 虚拟访问凭证交互系统和方法
US20180114201A1 (en) Universal payment and transaction system
US20220343314A1 (en) Processing using machine readable codes and secure remote interactions
US20240104530A1 (en) Data processing utilizing a digital tag
WO2019222090A1 (en) Mobile network operator authentication protocol