KR101862862B1 - Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버 - Google Patents

Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버 Download PDF

Info

Publication number
KR101862862B1
KR101862862B1 KR1020170004422A KR20170004422A KR101862862B1 KR 101862862 B1 KR101862862 B1 KR 101862862B1 KR 1020170004422 A KR1020170004422 A KR 1020170004422A KR 20170004422 A KR20170004422 A KR 20170004422A KR 101862862 B1 KR101862862 B1 KR 101862862B1
Authority
KR
South Korea
Prior art keywords
hash value
information
payment
server
value
Prior art date
Application number
KR1020170004422A
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 주식회사 코인플러그
Priority to KR1020170004422A priority Critical patent/KR101862862B1/ko
Application granted granted Critical
Publication of KR101862862B1 publication Critical patent/KR101862862B1/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]
    • G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3827—Use of message hashing
    • 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/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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
    • G06Q20/401—Transaction verification
    • G06Q20/4012—Verifying personal identification numbers [PIN]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4018—Transaction verification using the card verification value [CVV] associated with the card
    • H04L67/26—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services

Landscapes

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

Abstract

본 발명은 결제 대행(payment gateway) 서비스를 제공하기 위한 방법 및 이를 이용한 서버에 관한 것으로서, 구체적으로, 데이터베이스를 이용하여 결제 대행 서비스를 제공하기 위한 인증서의 등록 방법, 이를 이용한 결제 대행 서비스 제공 방법, 및 이를 이용하는 카드사 서버 및 결제 대행 서버에 관한 것이다. 본 발명에 따르면 데이터베이스를 이용하여 결제 대행 서비스를 제공하기 위한 인증서의 등록 방법이 제공되는바, 그 방법은, (a) 사용자 단말로부터 본인 인증 정보 또는 이를 가공한 값, 및 상기 사용자 단말로의 푸시(push)를 위하여 상기 사용자 단말에 의하여 생성된 고유 식별자인 제1 푸시 토큰 ID(PushTokenID)가 전달되면, 결제 대행 서버가, 상기 본인 인증 정보 또는 이를 가공한 값, 및 상기 제1 푸시 토큰 ID를 카드사 서버에 전달하는 단계; (b) 상기 카드사 서버로부터 인증 결과가 획득되고, 상기 인증 결과가 성공적이면, 상기 결제 대행 서버가, 상기 사용자 단말에 상기 인증 결과를 전달함으로써 상기 사용자 단말로 하여금 상기 사용자의 공개키 및 개인키를 포함하는 키 쌍을 생성 및 저장하도록 지원하는 단계; 및 (c) 상기 사용자 단말로부터 제2 푸시 토큰 ID 및 상기 사용자의 공개키가 획득되고, 상기 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 결제 대행 서버가, (i) 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 통합 푸시 토큰 ID 및 상기 공개키를 포함하는 등록 정보를 저장하는 프로세스, 및 (ii) 상기 등록 정보 또는 상기 등록 정보를 가공한 값을 상기 인증서의 등록 트랜잭션으로서 제1 데이터베이스 상에 기록하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하는 프로세스를 수행하는 단계; 및 (d) 소정의 조건이 만족되면, 상기 결제 대행 서버가, 상기 등록 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하는 단계를 포함한다.

Description

UTXO 기반 프로토콜에서 머클 트리 구조를 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버{METHOD FOR PROVIDING PAYMENT GATEWAY SERVICE IN USE OF MERKLE TREE STRUCTURE ON THE BASIS OF UNSPENT TRANSACTION OUTPUT PROTOCOL AND SERVERS USING THE SAME}
본 발명은 UTXO(unspent transaction output) 기반 프로토콜에서 머클 트리 구조를 사용하여 페이먼트 게이트웨이(payment gateway) 서비스를 제공하기 위한 방법 및 이를 이용한 서버에 관한 것으로서, 구체적으로, 페이먼트 게이트웨이(payment gateway) 서비스를 제공하기 위한 인증서의 등록 방법, 이를 이용한 결제 대행 서비스 제공 방법, 및 이를 이용하는 카드사 서버 및 결제 대행 서버에 관한 것이다.
인터넷 온라인 쇼핑몰 및 오프라인 상점에서의 신용카드 사용자가 증가하면서, 신용카드는 현금과 함께 중요한 결제 수단으로 자리잡고 있다.
종래에 신용카드를 이용한 일반적인 결제의 흐름은 다음과 같다.
우선, 사용자가 특정 상품 또는 서비스를 구매하기 위하여 쇼핑몰과 같은 서비스 제공자에게 구매 요청을 하고, 온라인 인증사에 카드 번호를 입력한다. 그러면, 온라인 인증사는 카드사에 카드 번호의 인증을 요청하고, 카드사로부터 카드 번호의 인증 결과를 전달받는다. 인증 결과가 성공적이면, 온라인 인증사는 서비스 제공자에게 인증번호를 전달하고, 쇼핑몰은 암호화된 카드 번호와 인증번호를 결제 대행사(PG사; payment gateway사)에 전달하며, 결제 대행사는 이를 VAN사에 전달하고, VAN사는 이를 다시 카드사에 전달하는 연쇄적인 전달이 이루어진다. 그리고 카드사로부터 나온 승인결과가 다시 VAN사에 전달되고, VAN사로부터 결제 대행사에, 결제 대행사로부터 서비스 제공자에게 전달되어, 최종적인 승인 결과를 사용자가 전달받게 된다.
종래에 이와 같은 일반 결제 방식은 온라인 결제를 하기 위하여 별도의 사용자 인증과 카드 인증을 행한 후에 등록한 일반결제 비밀번호를 본인의 신용카드의 카드 번호와 함께 입력하여 결제하는 방식이었는바, 온라인 결제의 특성상 본인 확인이 취약한 형태인 신용카드의 카드 번호 입력을 통한 결제 방식이라고 할 수 있다. 또한, 결제대행사 및 VAN사에서 사용자의 카드 번호를 저장 및 이용하고 있으므로 카드 정보 누출에 대한 위험에 크게 노출되어 있는 단점이 있다.
이에 따라 종래의 일반 결제 방식을 유지하기 위하여는 정보 보호 인증, 적격 PG사, PCI-DSS 인증 자격 취득을 위한 과도한 비용과 노력이 필요하며, FDS(이상 상태 인지 시스템) 등의 이상 거래 추적 시스템 및 인력 운영이 필요한 반면에, 이에 대한 전문적인 인력이 부족한 것이 현실이다.
이러한 일반 결제 방식보다 한 단계 발전한 방식인 간편 결제의 결제 흐름은 다음과 같다.
우선, 사용자가 서비스 제공자에게 구매 요청을 하면, 서비스 제공자는 결제대행사에 결제를 요청한다. 그러면, 결제대행사는 결제대행사에 의하여 사용자의 모바일 단말에 설치할 수 있도록 제공된 간편 결제 앱에 인증 요청 신호를 보내고, 사용자는 그 인증 요청 신호에 대한 응답으로서 소정의 비밀번호 입력과 같은 인증 확인 액션을 취한다. 그러면, 간편 결제 앱으로부터 신용카드의 카드 번호가 결제대행사로 전송되고, 결제대행사는 자체적으로 이를 인증 확인하고, 암호화된 카드 번호를 VAN사에 전달하며, VAN사는 다시 이를 카드사에 전달하는 전달이 이루어진다. 그리고 카드사로부터 나온 승인결과가 다시 VAN사에 전달되고, VAN사로부터 결제 대행사에, 결제 대행사로부터 서비스 제공자에게 전달되어, 최종적인 승인 결과를 사용자가 전달받게 된다.
이와 같은 간편 결제는 온라인 결제에 있어서 일반 결제 방식의 복잡하고 불편한 결제를 앱 비밀번호의 입력만으로 간단히 행할 수 있도록 하는 서비스이다.
그런데, 이와 같은 간편 결제도, 적격 PG사의 자격을 취득한 결제대행사의 앱을 통하여 사용자의 카드 번호를 저장 및 이용하는 방식인바, 결제대행사 및 VAN사에서 사용자의 신용 카드 정보를 저장 및 이용하므로 여전히 카드 정보 노출의 위험이 있다. 앞서 언급한 일반 결제 방식의 단점과 마찬가지로 간편 결제 방식에 있어서도 정보 보호 인증, 적격 PG사, PCI-DSS 인증 자격 취득을 위한 과도한 비용과 노력이 필요하며, FDS(이상 상태 인지 시스템) 등의 이상 거래 추적 시스템 및 인력 운영이 필요한 반면에, 이에 대한 전문적인 인력이 부족한 것이 현실이다.
게다가 간편 결제 방식의 절대적 사업자가 없는 상황에서는 사용자는 자신이 많이 이용하는 신용카드의 카드 번호를 다양한 간편 결제 앱에 등록하여 이용하여야 한다. 2016년 12월 현재, 네이버페이, 카카오페이, 시럽페이, 케이페이, 페이나우 등 15종 이상의 매우 다양한 간편 결제 앱이 존재하고, 서비스 제공자에 따라 사용자가 주로 사용하는 간편 결제 앱을 보유하고 있지 않은 경우에는 반복하여 신용카드 정보를 등록하여야 하는 단점이 있다.
본 발명은 상술한 문제점들을 모두 해결하는 것을 그 목적으로 한다.
또한, 본 발명은 결제의 흐름 상 신용카드 정보가 노출되는 위험을 최소화하는 것을 목적으로 한다.
특히, 본 발명은 신용카드 정보가 카드 결제에 참여하는 엔티티(entity)들 사이에서 송수신되지 않게 함으로써 신용카드 정보가 노출되지 않게 되어 개인 정보가 보호되면서도, 본인 인증의 신뢰성이 높은 결제를 가능하게 되는 것을 목적으로 한다.
그리고 본 발명은 데이터베이스에 트랜잭션을 기록하게 함으로써 카드 결제에 관한 정보의 관리를 용이하게 함과 동시에 오류 방지를 위한 무결성을 도모할 수 있도록 하는 것을 또 다른 목적으로 한다.
이를 위하여 본 발명은 카드 결제에 참여하는 모든 엔티티(entity)들이 암호학적으로 유효한 공개키-개인키 쌍(예컨대, RSA, ECC), 해시 함수 등의 암호화 기술을 이용하게 함으로써 보안이 보장되고 위변작이 불가능하게끔 한다.
그리고 본 발명은 인증서의 등록 및 결제 증명에 관한 트랜잭션을 데이터베이스에 등록함에 있어서 가상 화폐의 블록체인을 그 데이터베이스로서 활용함으로써 거래 정보의 위변작이 불가능하도록 하는 방법을 제공하는 것을 다른 목적으로 한다.
상기 목적을 달성하기 위한 본 발명의 대표적인 구성은 다음과 같다.
본 발명의 일 태양에 따르면, 데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하기 위한 인증서의 등록 방법이 제공되는바, 그 방법은, (a) 사용자 단말로부터 본인 인증 정보 또는 이를 가공한 값, 및 상기 사용자 단말로의 푸시(push)를 위하여 상기 사용자 단말에 의하여 생성된 고유 식별자인 제1 푸시 토큰 ID(PushTokenID)가 전달되면, 결제 대행 서버가, 상기 본인 인증 정보 또는 이를 가공한 값, 및 상기 제1 푸시 토큰 ID를 카드사 서버에 전달하는 단계; (b) 상기 카드사 서버로부터 인증 결과가 획득되고, 상기 인증 결과가 성공적이면, 상기 결제 대행 서버가, 상기 사용자 단말에 상기 인증 결과를 전달함으로써 상기 사용자 단말로 하여금 상기 사용자의 공개키 및 개인키를 포함하는 키 쌍을 생성 및 저장하도록 지원하는 단계; 및 (c) 상기 사용자 단말로부터 제2 푸시 토큰 ID 및 상기 사용자의 공개키가 획득되고, 상기 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 결제 대행 서버가, (i) 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 통합 푸시 토큰 ID 및 상기 공개키를 포함하는 등록 정보를 저장하는 프로세스, 및 (ii) 상기 등록 정보 또는 상기 등록 정보를 가공한 값을 상기 인증서의 등록 트랜잭션으로서 제1 데이터베이스 상에 기록하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하는 프로세스를 수행하는 단계; 및 (d) 소정의 조건이 만족되면, 상기 결제 대행 서버가, 상기 등록 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (i) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (ii) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하는 단계를 포함한다.
본 발명의 다른 태양에 따르면, 데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하기 위한 인증서의 등록 방법이 제공되는바, 그 방법은, (a) 사용자 단말로부터 본인 인증 정보 또는 이를 가공한 값, 및 상기 사용자 단말로의 푸시(push)를 위하여 상기 사용자 단말에 의하여 생성된 고유 식별자인 제1 푸시 토큰 ID(PushTokenID)가 결제 대행 서버를 통하여 전달되면, 카드사 서버가, 상기 본인 인증 정보 또는 이를 가공한 값을 포함하는 인증 요청 정보를 카드사 회원 원장 서버에 전달하는 프로세스, 및 상기 본인 인증 정보에 포함된 상기 사용자 단말을 식별하기 위한 정보인 단말 식별 정보 및 상기 제1 푸시 토큰 ID를 저장하는 프로세스를 수행하는 단계; (b) 상기 카드사 회원 원장 서버로부터 상기 인증 요청 정보에 대응되는 인증 결과가 획득되고, 상기 인증 결과가 성공적이면, 상기 카드사 서버가, 상기 결제 대행 서버에 상기 인증 결과를 전달함으로써, 사용자의 공개키 및 개인키가 키 쌍으로서 생성 및 저장되도록 하고, 상기 사용자 단말로부터 획득된 제2 푸시 토큰 ID 및 상기 사용자의 공개키에 기초하여 상기 결제 대행 서버에 의하여 통합 푸시 토큰 ID 및 상기 공개키를 포함하는 등록 정보 또는 상기 등록 정보를 가공한 값이 상기 인증서의 등록 트랜잭션으로서 소정의 데이터베이스 상에 기록되도록 지원하는 단계를 포함한다.
데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하는 방법이 제공되는바, 그 방법은, (a) 사용자의 결제 요청에 응하여 서비스 제공자의 서버인 서비스 제공자 서버로부터 사용자 단말을 식별하기 위한 정보인 단말 식별 정보를 해시 연산한 결과값인 단말 식별 정보 해시값, 결제 대상 정보 및 서비스 제공자 인증 정보가 결제 접수 요청 정보로서 획득되면, 결제 대행 서버가, (i) 상기 결제 접수 요청 정보에 대응되며 상기 단말 식별 정보 해시값 및 상기 결제 대상 정보에 포함된 주문 번호를 포함하는 결제 접수 결과 정보를 상기 서비스 제공자 서버에 전달하는 프로세스 및 (ii) 상기 결제 접수 요청 정보에 응하여 상기 결제 대상 정보 및 상기 결제 대상 정보에 대한 인증을 요청하는 정보인 인증 요청 정보를 상기 사용자 단말에 전달하는 프로세스를 수행하는 단계; (b) 상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인 하에서 제2 푸시 토큰 ID를 포함하는 결제 승인 요청 정보가 획득되고, 상기 인증 요청 정보에 포함된 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 결제 대행 서버가, 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 결제 승인 요청 정보의 유효성을 검증하는 단계; 및 (c) 상기 결제 승인 요청 정보가 유효하면, 상기 결제 대행 서버가, 카드사 서버로 하여금 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하도록 지원하는 단계; (d) 상기 카드 승인이 처리되면, 상기 결제 대행 서버가, 상기 단말 식별 정보 해시값, 상기 통합 푸시 토큰 ID, 및 상기 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값을 결제 내용 증명 트랜잭션으로서 제1 데이터베이스 상에 기록하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하는 단계; 및 (e) 소정의 조건이 만족되면, 상기 결제 대행 서버가, 상기 결제 내용 증명 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (i) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (ii) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하는 단계를 포함한다.
본 발명의 일 태양에 따르면, 데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하는 방법이 제공되는바, 그 방법은, (a) 사용자의 결제 요청에 응하여 서비스 제공자의 서버인 서비스 제공자 서버로부터 사용자 단말을 식별하기 위한 정보인 단말 식별 정보를 해시 연산한 결과값인 단말 식별 정보 해시값, 결제 대상 정보 및 서비스 제공자 인증 정보가 결제 접수 요청 정보로서 결제 대행 서버에 의하여 획득되어, 상기 결제 대행 서버에 의하여 상기 결제 대상 정보 및 상기 결제 대상 정보에 대한 인증을 요청하는 정보인 인증 요청 정보가 상기 사용자 단말에 전달되고, 상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인 하에서 상기 결제 대행 서버에 전달된 결제 승인 요청 정보가 유효한 것으로 판정된 상태에서, 카드사 서버가, 상기 결제 대행 서버로부터 상기 결제 승인 요청 정보를 획득하는 단계; 및 (b) 상기 카드사 서버가, 획득된 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하기 위한 카드 정보를 이용하여 상기 카드 승인을 처리함으로써, 상기 카드 승인이 처리된 후 상기 결제 대행 서버에 의하여 상기 단말 식별 정보 해시값, 상기 사용자 단말에 의하여 생성된 고유 식별자인 통합 푸시 토큰 ID, 및 상기 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값이 결제 내용 증명 트랜잭션으로서 소정의 데이터베이스 상에 기록되도록 지원하는 단계를 포함한다.
또한, 본 발명의 또 다른 태양들에 따르면, 상기의 방법들을 수행하기 위한 결제 대행 서버 및 카드사 서버가 제공된다.
본 발명에 의하면, 결제의 흐름 상 신용카드 정보가 노출되는 위험이 최소화되는 효과가 있다. 구체적으로, 본 발명에 따르면 결제 대행 서버를 운영하는 결제대행사가 결제를 위한 신용카드 번호를 저장할 필요가 없어진다.
또한, 본 발명은 데이터베이스에 인증서의 등록 및 결제 증명에 관한 트랜잭션을 등록하여 카드 결제에 관한 정보의 관리를 용이하게 함과 동시에 오류 방지를 위한 무결성을 도모하여 신용카드 결제 시스템의 신뢰성 및 보안성을 향상시킬 수 있다.
이를 위하여 본 발명은 카드 결제에 참여하는 모든 엔티티(entity)들이 암호학적으로 유효한 공개키-개인키 쌍(예컨대, RSA, ECC), 해시 함수 등의 암호화 기술을 이용하게 함으로써 보안이 보장되고 위변작이 불가능해진다.
본 발명에 따르면 종래의 결제대행사, VAN사를 경유하는 복잡한 프로세스가 필요하지 않게 되므로 쇼핑몰과 같은 서비스 제공자는 간편 결제, 일반 결제, 안심 결제 등과 같은 복잡한 시스템을 도입할 필요가 없어지는 효과가 있다.
덧붙여, 본 발명은 가상 화폐의 블록체인에 트랜잭션을 기록하게 함으로써 거래 정보의 위변작이 불가능하도록 하여 신용 카드 결제 시스템 전체의 신뢰성 및 보안성을 향상시킬 수 있는 효과가 있다.
도 1은 본 발명의 일 실시예에 따라 결제 대행 서비스를 제공하기 위한 서버 장치를 개략적으로 도시한 개념도이다.
도 2는 본 발명의 제1 및 제2 실시예에 따라 결제 대행 서비스를 제공하기 위한 인증서의 등록 방법을 개략적으로 도시한 시퀀스 다이어그램(sequence diagram)이다.
도 3은 본 발명의 제1 및 제2 실시예에 따라 결제 대행 서비스를 제공하는 방법을 개략적으로 도시한 시퀀스 다이어그램이다.
도 4는 도 3에 도시된 방법의 특정 단계들을 더 세분화하여 도시한 시퀀스 다이어그램이다.
도 5는 본 발명의 제3 및 제4 실시예에 따라 결제 대행 서비스를 제공하기 위한 인증서의 등록 방법을 개략적으로 도시한 시퀀스 다이어그램이다.
도 6은 본 발명의 제3 및 제4 실시예에 따라 결제 대행 서비스를 제공하는 방법을 개략적으로 도시한 시퀀스 다이어그램이다.
도 7은 도 6에 도시된 방법의 특정 단계들을 더 세분화하여 도시한 시퀀스 다이어그램이다.
도 8 및 도 9는 본 발명의 제2 및 제4 실시예에 따라 관련 트랜잭션이 소정의 데이터베이스에 기록되는 과정을 개략적으로 도시한 개념도이다.
후술하는 본 발명에 대한 상세한 설명은, 본 발명의 목적들, 기술적 해법들 및 장점들을 분명하게 하기 위하여 본 발명이 실시될 수 있는 특정 실시예를 예시로서 도시하는 첨부 도면을 참조한다. 이들 실시예는 통상의 기술자가 본 발명을 실시할 수 있기에 충분하도록 상세히 설명된다.
본 명세서에서 “데이터베이스”라고 함은, 체계화된 데이터, 즉 통합 관리되는 정보의 집합 및 이를 관리하는 시스템을 의미하는바, 일반 관계형 데이터베이스, 몽고 데이터베이스(MongoDB), 및 블록체인 데이터베이스를 포함하나 이에 한정되지 않는다. 본 명세서에서는 설명의 편의상, 가상 화폐의 블록체인 데이터베이스를 예시로 설명하고 있으나 이에 한정되지 않음을 통상의 기술자는 이해할 수 있을 것이다.
본 명세서에서 “퍼블릭 블록체인 데이터베이스”라고 함은, 가상 화폐의 블록체인으로서 공중에 널리 이용되고 있는 블록체인인 퍼블릭 블록체인을 관장하는 가상 화폐 시스템 상의 모든 컴퓨팅 장치들을 데이터베이스로서 활용하는 것을 지칭하는바, 본 발명에 따른 서버들이 이에 접근 가능하다.
상기 가상 화폐는 블록체인 기술이 적용된 전자 지갑을 기반으로 하는 트랜잭션(transaction)에 의하여 유통되는 디지털 화폐를 지칭하는바, 가상 화폐에는 비트코인, 라이트코인, 다크코인, 네임코인, 도기코인 및 리플 등이 있다.
또한, 본 명세서에서 “프라이빗 블록체인 데이터베이스”라고 함은, 가상 화폐의 블록체인을 이용하되, 상기 공중에 이용되는 퍼블릭 블록체인이 아닌 본 발명에 따른 서버들이 직접 관리하는 이른바, 독자 구성된 프라이빗 블록체인을 이용하는 데이터베이스를 지칭한다.
그리고 본 명세서에서 “결제 대행 서버”라고 함은, 결제대행사가 본 발명의 결제 대행 서비스를 제공하기 위하여 운영하는 서버 장치를 지칭하며, “카드사 서버”라고 함은, 카드사가 본 발명의 결제 대행 서비스에 응하여 카드 결제 서비스를 제공하기 위한 운영하는 서버 장치를 지칭한다.
또한, 본 발명의 상세한 설명 및 청구항들에 걸쳐, ‘포함하다’라는 단어 및 그것의 변형은 다른 기술적 특징들, 부가물들, 구성요소들 또는 단계들을 제외하는 것으로 의도된 것이 아니다. 통상의 기술자에게 본 발명의 다른 목적들, 장점들 및 특성들이 일부는 본 설명서로부터, 그리고 일부는 본 발명의 실시로부터 드러날 것이다. 아래의 예시 및 도면은 실례로서 제공되며, 본 발명을 한정하는 것으로 의도된 것이 아니다.
더욱이 본 발명은 본 명세서에 표시된 실시예들의 모든 가능한 조합들을 망라한다. 본 발명의 다양한 실시예는 서로 다르지만 상호 배타적일 필요는 없음이 이해되어야 한다. 예를 들어, 여기에 기재되어 있는 특정 형상, 구조 및 특성은 일 실시예에 관련하여 본 발명의 정신 및 범위를 벗어나지 않으면서 다른 실시예로 구현될 수 있다. 또한, 각각의 개시된 실시예 내의 개별 구성요소의 위치 또는 배치는 본 발명의 정신 및 범위를 벗어나지 않으면서 변경될 수 있음이 이해되어야 한다. 따라서, 후술하는 상세한 설명은 한정적인 의미로서 취하려는 것이 아니며, 본 발명의 범위는, 적절하게 설명된다면, 그 청구항들이 주장하는 것과 균등한 모든 범위와 더불어 첨부된 청구항에 의해서만 한정된다. 도면에서 유사한 참조부호는 여러 측면에 걸쳐서 동일하거나 유사한 기능을 지칭한다.
본 발명의 제1 실시예는, 본 발명에 따른 결제 방식에 있어서 카드사가 운영하는 카드사 서버가 주된 역할을 하는 방식으로 구성되고, 필요에 따라서 개별 트랜잭션을 제1 데이터베이스에 기록하도록 구성되는 실시예이다.
본 발명의 제2 실시예는, 본 발명에 따른 결제 방식에 있어서 카드사가 운영하는 카드사 서버가 주된 역할을 하는 방식으로 구성되되, 개별 트랜잭션을 제1 데이터베이스에 기록한 후, 그 제1 데이터베이스에 기록된 트랜잭션들로부터 생성되는 대표 해시값을 제2 데이터베이스에 기록함으로써 이중으로 기록의 무결성을 도모하는 앵커링(anchoring) 방식으로 구성되는 실시예이다.
본 발명의 제3 실시예는, 본 발명에 따른 결제 방식에 있어서 결제대행사가 운영하는 결제 대행 서버가 주된 역할을 하는 방식으로 구성되고, 필요에 따라 개별 트랜잭션을 제1 데이터베이스에 기록하도록 구성되는 실시예이다.
본 발명의 제4 실시예는, 본 발명에 따른 결제 방식에 있어서 결제대행사가 운영하는 결제 대행 서버가 주된 역할을 하는 방식으로 구성되되, 개별 트랜잭션을 제1 데이터베이스에 기록한 후, 그 제1 데이터베이스에 기록된 트랜잭션들로부터 생성되는 대표 해시값을 제2 데이터베이스에 기록함으로써 이중으로 기록의 무결성을 도모하는 앵커링 방식으로 구성되는 실시예이다.
참고로, 본 발명에서 상기 제1 데이터베이스가 트랜잭션의 데이터가 직접 기록되는 데이터베이스라고 한다면, 상기 제2 데이터베이스는 데이터의 무결성을 위하여 상기 제1 데이터베이스를 거쳐 간접적으로 기록되는 데이터베이스라고 할 수 있다.
본 명세서에서 달리 표시되거나 분명히 문맥에 모순되지 않는 한, 단수로 지칭된 항목은, 그 문맥에서 달리 요구되지 않는 한, 복수의 것을 아우른다. 이하, 통상의 기술자가 본 발명을 용이하게 실시할 수 있도록 하기 위하여, 본 발명의 바람직한 실시예들에 관하여 첨부된 도면을 참조하여 상세히 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따라 결제 대행 서비스를 제공하기 위한 서버 장치를 개략적으로 도시한 개념도이다.
도 1을 참조하면, 본 발명에 따른 서버 장치인, 결제 대행 서버 및 카드사 서버는 통신부(110) 및 프로세서(120)를 포함하는 컴퓨팅 장치(100)일 수 있으며, 다른 컴퓨팅 장치와 간접 또는 직접적으로 통신할 수 있다. 결제 대행 서버는 후술하는 바와 같이 결제 대행 관리 서버를 포함하는 다수의 컴퓨팅 장치로 구성될 수 있으며, 카드사 서버도 마찬가지로 카드사 관리 서버를 포함하는 다수의 컴퓨팅 장치로 구성될 수 있다.
또한, 사용자 단말 및 서비스 제공자 서버를 포함하는 엔티티들은 전형적으로 컴퓨터 장치(100)일 수 있다.
구체적으로, 서버 장치 및 사용자 단말은 전형적으로 컴퓨팅 장치(예컨대, 컴퓨터 프로세서, 메모리, 스토리지, 입력 장치 및 출력 장치, 기타 기존의 컴퓨팅 장치의 구성요소들을 포함할 수 있는 장치; 라우터, 스위치 등과 같은 전자 통신 장치; 네트워크 부착 스토리지(NAS) 및 스토리지 영역 네트워크(SAN)와 같은 전자 정보 스토리지 시스템)와 컴퓨터 소프트웨어(즉, 컴퓨팅 장치로 하여금 특정의 방식으로 기능하게 하는 인스트럭션들)의 조합을 이용하여 원하는 시스템 성능을 달성하는 것일 수 있다.
이와 같은 컴퓨팅 장치의 통신부(110)는 연동되는 타 컴퓨팅 장치와 요청과 응답을 송수신할 수 있는바, 일 예시로서 그러한 요청과 응답은 동일한 TCP 세션에 의하여 이루어질 수 있지만, 이에 한정되지는 않는바, 예컨대 UDP 데이터그램으로서 송수신될 수도 있을 것이다.
또한 컴퓨팅 장치의 프로세서(120)는 MPU(Micro Processing Unit) 또는 CPU(Central Processing Unit), 캐쉬 메모리(Cache Memory), 데이터 버스(Data Bus) 등의 하드웨어 구성을 포함할 수 있다. 또한, 운영체제, 특정 목적을 수행하는 애플리케이션의 소프트웨어 구성을 더 포함할 수도 있다.
제1 실시예
이제 본 발명에 따라 결제 대행 서비스를 제공하는 방법을 제1 실시예부터 설명하기로 한다.
도 2는 본 발명에 따라 결제 대행 서비스를 제공하기 위한 인증서의 등록 방법을 개략적으로 도시한 시퀀스 다이어그램이다.
도 2를 참조하면, 우선, 본 발명은, 사용자가 상기 사용자 단말을 통하여 우선 본 발명에 따라 결제 대행 서비스를 제공하기 위한 앱(app; application)을 획득하기 위하여 앱스토어에 접속하여 상기 앱을 다운받는 절차(S201) 및 상기 사용자 단말에 상기 앱을 설치하는 절차(S202)가 완료된 상태임을 상정한다.
도 2에서는 설명의 편의를 위하여 카드사 서버가 카드사 관리 서버 및 카드사 인증 서버로 구분되어 도시되어 있으나 도 2에 도시된 카드사 관리 서버 및 카드사 인증 서버의 기능을 하나의 카드사 서버가 수행할 수 있음은 물론이다.
도 2를 참조하면, 본 발명의 제1 실시예에 따라 결제 대행(payment gateway) 서비스를 제공하기 위한 인증서의 등록 방법은, 사용자 단말로부터 본인 인증 정보 또는 이를 가공한 값, 및 상기 사용자 단말로의 푸시(push)를 위하여 상기 사용자 단말에 의하여 생성(S215)된 고유 식별자인 제1 푸시 토큰 ID(PushTokenID)가 전달(S220)되면, 카드사 서버가, 상기 사용자 단말로 하여금 상기 사용자의 공개키 및 개인키를 포함하는 키 쌍을 생성 및 저장(S250)하도록 지원하는 단계(S210 내지 S250)를 포함한다.
여기에서 상기 본인 인증 정보는, 상기 사용자의 성명, 상기 사용자의 전화 번호, 카드 번호 및 CVC(Card Verification Value) 중 적어도 하나를 포함할 수 있는바, 이에 한정되지 않음은 통상의 기술자가 이해할 수 있을 것이다.
제1 실시예에서, 상기 단계(S210 내지 S250)는, 상기 본인 인증 정보 또는 이를 가공한 값, 및 상기 제1 푸시 토큰 ID가 전달(S220)되면, 상기 카드사 서버가, 상기 본인 인증 정보 또는 이를 가공한 값을 포함하는 인증 요청 정보를 카드사 회원 원장 서버에 전달하는 프로세스(S225), 및 상기 사용자 단말을 식별하기 위한 정보인 단말 식별 정보 및 상기 제1 푸시 토큰 ID를 저장하는 프로세스(S230)를 수행하는 단계; 및 상기 카드사 회원 원장 서버로부터 상기 인증 요청 정보에 대응되는 인증 결과가 획득(S235)되고, 상기 인증 결과가 성공적이면, 상기 카드사 서버가, 상기 사용자 단말에 상기 인증 결과를 전달(S240)함으로써 상기 사용자 단말로 하여금 상기 사용자 단말에 입력된 PIN 코드(S245)에 대응되도록 상기 키 쌍을 생성 및 저장(S250)하도록 지원하는 단계를 포함할 수 있다.
여기에서 상기 푸시 토큰 ID(PushTokenID)는 외부에서 사용자 단말에 알림을 위한 데이터를 송출, 즉, 푸시(push)하기 위한 식별자로 기능하는 것인바, 중복되지 않게 사용자 단말 별로 일의적(uniquely)으로 생성된다.
또한, 위 푸시 토큰 ID와 유사한 역할을 하지만 기억하기에 용이하여 흔히 통용되는 것인 상기 단말 식별 정보는, 예컨대, 상기 사용자 단말에 대응되는 상기 사용자의 전화 번호일 수 있다. 하지만 상기 단말 식별 정보는 이에 한정되지 않고 상기 사용자 단말에 대응되는 유일한 식별 정보라면 무엇이라도 가능한바, 예를 들어, 상기 사용자 단말에 대응되는 소정의 이메일 주소(email address)일 수도 있다.
그리고 상기 PIN 코드는 사용자가 사용자 본인임을 증명하기 위하여 사용자 단말에 입력하는 소정의 정보로서, 일 예시로 영숫자 및 특수문자를 포함할 수 있는 패스워드일 수 있으나, 이에 한정되지는 않으며, 통상의 기술자는 상기 PIN 코드가 FIDO와 같은 생체인식 기술에서 이용되는 정보일 수도 있다는 점을 이해할 수 있을 것이다.
다시 도 2를 참조하면, 본 발명의 제1 실시예에 따른 인증서의 등록 방법은, 제2 푸시 토큰 ID 및 상기 사용자의 공개키가 획득(S255)되고, 상기 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 카드사 서버가, 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 통합 푸시 토큰 ID 및 상기 공개키를 포함하는 등록 정보를 저장(S260, S265)하는 단계(S255 내지 S265)를 더 포함한다.
상기 카드사 서버가 카드사 관리 서버 및 카드사 인증 서버를 포함하도록 구성될 수도 있는데, 이 경우에 상기 단계(S255 내지 S265)는, 상기 제2 푸시 토큰 ID 및 상기 사용자의 공개키가 획득되고, 상기 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 카드사 관리 서버가, 상기 통합 푸시 토큰 ID 및 상기 공개키를 상기 카드사 인증 서버에 전달함으로써 상기 카드사 인증 서버로 하여금 상기 통합 푸시 토큰 ID 및 상기 공개키를 보유하도록 지원하는 것을 특징으로 할 수 있다.
또 도 2를 참조하면, 본 발명의 제1 실시예에 따른 인증서의 등록 방법은, 상기 등록 정보가 저장(S265)되면, 상기 카드사 서버가, (i) 상기 사용자 단말을 식별하기 위한 정보인 단말 식별 정보를 해시 연산한 결과값인 단말 식별 정보 해시값, 및 (ii) 상기 통합 푸시 토큰 ID를 포함하는 사용자 식별 정보를 결제 대행 서버로 전달(S270)함으로써 상기 결제 대행 서버로 하여금 상기 사용자 식별 정보를 관리하도록 지원하는 단계(S265 내지 S275)를 더 포함한다.
이 단계(S265 내지 S275)에서는, 상기 카드사 서버가, 상기 인증서의 등록을 나타내는 인증서 등록 완료 메시지를 상기 사용자 단말에 전달(S275)할 수도 있다.
한편, 도 2를 참조하면, 본 발명의 제1 실시예에 따른 인증서의 등록 방법은, 상기 카드사 서버가, 상기 통합 푸시 토큰 ID 및 상기 공개키를 포함하는 등록 정보 또는 상기 등록 정보를 가공한 값을 상기 인증서의 등록 트랜잭션(S280)으로서 상기 데이터베이스 상에 기록하거나 상기 카드사 서버에 연동되는 타 장치로 하여금 기록하도록 지원하는 단계(S280, S285)를 더 포함한다.
도 2에서는 이 단계(S280, S285)가 상기 단계(S265 내지 S275) 후에 수행되는 것으로 표시되어 있으나, 이는 하나의 예시일 뿐, 단계(S280, S285)는 상기 등록 정보만 상기 카드사 서버가 보유하고 있다면, 단계(S255 내지 S265) 이후의 어느 시기에라도 수행될 수 있다.
여기에서 상기 데이터베이스는 가상 화폐의 블록체인 데이터베이스일 수 있으며, 상기 블록체인 데이터베이스는 퍼블릭 블록체인 데이터베이스 또는 프라이빗 블록체인 데이터베이스일 수 있다.
다음으로, 전술한 인증서를 기반으로 제1 실시예에 따라 결제 대행 서비스를 제공하는 방법을 설명한다.
도 3은 본 발명에 따라 결제 대행 서비스를 제공하는 방법을 개략적으로 도시한 시퀀스 다이어그램이다. 도 3에서는 설명의 편의를 위하여 카드사 서버가 카드사 관리 서버 및 카드사 인증 서버로 구분되어 도시되어 있으나 도 3에 도시된 카드사 관리 서버 및 카드사 인증 서버의 기능을 하나의 카드사 서버가 수행할 수 있음은 물론이다.
도 3을 참조하면, 본 발명의 제1 실시예에 따라 결제 대행 서비스를 제공하는 방법은, 사용자의 결제 요청(S305)에 따라 사용자 단말에 대응되는 제1 푸시 토큰 ID(PushTokenID) 및 결제 대상 정보를 포함하는 결제 접수 요청 정보가 결제 대행 서버로부터 획득(S310, S315)되면, 카드사 서버가, (i) 상기 사용자 단말을 식별하기 위한 정보인 단말 식별 정보를 해시 연산한 결과값인 단말 식별 정보 해시값을 포함하는 결제 접수 결과 정보를 상기 결제 대행 서버에 전달하는 프로세스(S320) 및 (ii) 상기 결제 접수 요청 정보에 응하여 상기 결제 대상 정보 및 상기 결제 대상 정보에 대한 인증을 요청하는 정보인 인증 요청 정보를 상기 사용자 단말에 전달하는 프로세스(S330)를 수행하는 단계(S305 내지 S330)를 포함한다.
여기에서 사용자의 결제 요청(S305)은 일차적으로 사용자 단말로부터 서비스 제공자 서버에 전달된 후 상기 서비스 제공자 서버에 의하여 결제 대행 서버에 관련 정보가 전송될 수 있는데, 그 전달의 수단은 웹페이지(web page), 애플리케이션(application; app), POS(point of sales) 장치가 될 수 있으나 이에 한정되지 않음을 통상의 기술자는 이해할 수 있을 것이다. 웹페이지나 애플리케이션과 같은 경우에는 온라인 결제의 예시에 대응되며, POS 장치의 경우에는 오프라인 매장에서의 결제 예시에 대응될 수 있을 것이다.
여기에서 상기 결제 대상 정보는, 주문 번호, 카드사의 식별 정보, 서비스 제공자의 식별 정보, 상기 서비스 제공자에 의하여 제공되는 소정의 추가 정보, 결제 대상의 이름, 상기 결제 대상의 가격, 분할 결제의 여부, 결제의 수단이 되는 화폐의 식별 정보, 상기 사용자의 이름, 상기 사용자의 주소, 결제 승인의 일시 및 상기 결제의 상태 정보 중 적어도 하나를 포함할 수 있다.
다음으로, 본 발명의 제1 실시예에 따른 결제 대행 서비스 제공 방법은, 상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인(S335) 하에서 제2 푸시 토큰 ID를 포함하는 결제 승인 요청 정보가 획득(S340)되고, 상기 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 카드사 서버가, 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 결제 승인 요청 정보의 유효성을 검증(S345, S350)하는 단계(S335 내지 S350)를 더 포함한다. 예를 들어 상기 사용자의 승인은, 상기 사용자 단말에 입력된 PIN 코드의 유효성을 판단함으로써 수행될 수 있는바, PIN 코드는 전술한 바와 같다.
구체적으로 상기 결제 승인 요청 정보에 의한 결제 승인은 예를 들어 랜덤 넌스(random nonce)를 이용하는 방식과 타임스탬프(timestamp)를 이용하는 방식이 있을 수 있다.
랜덤 넌스를 이용하는 방식에서는, 프로세스(S330)는, 상기 카드사 서버가, 랜덤 넌스(random nonce)를 포함하는 상기 인증 요청 정보 및 상기 결제 대상 정보를 상기 사용자 단말에 전달하는 것을 특징으로 하고, 상기 결제 승인 요청 정보는, 상기 제2 푸시 토큰 ID, 상기 랜덤 넌스를 상기 사용자의 개인키로 서명한 결과값인 랜덤 넌스 서명값, 및 상기 사용자의 공개키를 포함하며, 단계(S345, S350)에서, 상기 카드사 서버가, 상기 사용자의 공개키 및 상기 랜덤 넌스 서명값을 이용하여 상기 결제 승인 요청 정보의 유효성을 검증하는 것을 특징으로 할 수 있다.
이 경우, 상기 랜덤 넌스 서명값에 상기 사용자의 공개키를 이용하여 상기 랜덤 넌스 서명값으로부터 소정의 해쉬값을 얻을 수 있으며, 이 해쉬값과 상기 랜덤 넌스에 소정의 해쉬 함수를 적용하여 얻은 결과값을 비교함으로써 서명의 유효성을 검증할 수 있다. 이와 같은 비교에서 상기 해시값과 상기 소정의 해시 함수를 적용하여 얻은 결과값이 상이하면 서명이 무효이고 동일하면 서명이 유효한 것은 이미 통상의 기술자에게 잘 알려진 바와 같은바, 통상의 기술자는 서명(여기에서는 전자 서명)의 유효성을 검증하는 방법을 잘 알 수 있을 것이다.
한편, 타임스탬프를 이용하는 방식에서는, 상기 결제 승인 요청 정보는, 상기 제2 푸시 토큰 ID, 소정의 타임스탬프를 상기 사용자의 개인키로 서명한 결과값인 타임스탬프 서명값, 및 상기 사용자의 공개키를 포함하며, 단계(S345, S350)에서, 상기 카드사 서버가, 상기 사용자의 공개키 및 상기 타임스탬프 서명값을 이용하여 상기 결제 승인 요청 정보의 유효성을 검증하되, 상기 타임스탬프 서명값에 대응되는 제1 시각과 상기 결제 승인 요청 정보의 유효성이 검증되는 시각인 제2 시각 사이의 시간 간격이 설정값 이상이면, 상기 결제 승인 요청 정보가 무효인 것으로 판정될 수 있다.
다음으로, 도 3 및 그 도 3에 도시된 방법의 특정 단계들을 더 세분화하여 도시한 도 4를 참조하면, 본 발명의 제1 실시예에 따른 결제 대행 서비스 제공 방법은, 상기 결제 승인 요청 정보가 유효하면, 상기 카드사 서버(도 4에서는 카드사 서버가 카드사 관리 서버, 카드사 인증 서버 및 카드사 승인 서버를 포함하도록 구성됨)가, 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하는 단계(S351, S352)를 더 포함한다.
도 4를 참조하면 상기 카드사 서버가 카드사 관리 서버, 카드사 인증 서버 및 카드사 승인 서버를 포함하도록 구성되고 상기 인증 요청 정보에 랜덤 넌스가 포함되는 경우에, 상기 프로세스(S330)는, 상기 카드사 관리 서버가, 상기 결제 접수 요청 정보에 응하여 상기 제1 푸시 토큰 ID, 상기 결제 대상 정보 및 인증 요청 정보를 상기 사용자 단말에 전달하는 것을 특징으로 할 수 있으며, 상기 단계(S335 내지 S350)는, 상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인(S335) 하에서 상기 랜덤 넌스를 상기 사용자의 개인키로 서명(S336, S337)한 결과값인 랜덤 넌스 서명값, 상기 제2 푸시 토큰 ID 및 상기 사용자의 공개키를 포함하는 결제 승인 요청 정보가 상기 사용자 단말로부터 획득(S340)되면, 상기 카드사 관리 서버가, 상기 랜덤 넌스 서명값 및 상기 공개키를 상기 카드사 인증 서버에 전달함으로써 상기 카드사 인증 서버로 하여금 상기 결제 승인 요청 정보의 유효성을 검증(S345, S350)하도록 지원하는 것을 특징으로 할 수 있고, 단계(S351, S352)는, 상기 결제 승인 요청 정보가 유효하면, 상기 카드사 관리 서버가, 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하기 위한 카드 정보를 상기 카드사 승인 서버에 전달(S351)함으로써 상기 카드사 승인 서버로 하여금 상기 카드 정보를 이용하여 상기 카드 승인을 처리(S352)하도록 지원하는 것을 특징으로 할 수 있다.
다시 도 3을 참조하면, 본 발명의 제1 실시예에 따른 결제 대행 서비스 제공 방법은, 상기 카드 승인이 완료(S352)되면, 상기 카드사 서버가, 상기 카드 승인이 완료되었음을 나타내는 결제 승인 결과를 상기 사용자 단말 및 상기 결제 대행 서버 중 적어도 하나에 전달하는 단계(S355, S360)를 더 포함할 수 있다.
그 일 예시로서, 상기 카드사 서버가, 상기 결제 승인 결과를 상기 결제 대행 서버에 전달(S360)함으로써, 상기 결제 대행 서버로 하여금 상기 단말 식별 정보 해시값, 상기 통합 푸시 토큰 ID, 및 상기 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값을 결제 내용 증명 트랜잭션으로서 상기 데이터베이스 상에 기록하도록 지원(S375, S380)할 수 있다.
전술한 바와 같이 본 발명의 제1 실시예에 따라 결제 대행 서비스를 제공하는 방법을 결제 대행 서버를 기준으로 다시 설명하자면, 결제 대행 서비스 제공 방법은, 우선, 사용자의 결제 요청에 응하여 서비스 제공자의 서버인 서비스 제공자 서버로부터 사용자 단말을 식별하기 위한 정보인 단말 식별 정보를 해시 연산한 결과값인 단말 식별 정보 해시값, 결제 대상 정보 및 서비스 제공자 인증 정보가 획득되면, 결제 대행 서버가, 상기 사용자 단말에 대응되는 제1 푸시 토큰 ID(PushTokenID) 및 결제 대상 정보를 포함하는 결제 접수 요청 정보를 카드사 서버에 전달하는 단계; 상기 카드사 서버로부터 상기 단말 식별 정보 해시값 및 상기 결제 대상 정보에 포함된 주문 번호를 포함하는 결제 접수 결과 정보가 획득되면, 상기 결제 대행 서버가, 상기 결제 접수 결과 정보를 상기 서비스 제공자 서버에 전달하는 단계; 및 상기 결제 접수 요청 정보에 응하여 카드사 서버로부터 상기 사용자 단말에 전달된 상기 결제 대상 정보 및 상기 결제 대상 정보에 대한 인증을 요청하는 정보인 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인 하에 상기 사용자 단말로부터 상기 카드사 서버에 전달된 결제 승인 요청 정보를 참조로 하여 획득된 결제 승인 결과가 성공적임이 상기 카드사 서버로부터 전달되고, 상기 결제 승인 요청 정보에 포함된 제2 푸시 토큰 ID가 상기 제1 푸시 토큰 ID가 일치하면, 상기 결제 대행 서버가, 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 단말 식별 정보 해시값, 상기 통합 푸시 토큰 ID, 및 상기 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값을 결제 내용 증명 트랜잭션으로서 상기 데이터베이스 상에 기록하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하는 단계를 포함한다.
제1 실시예에 따른 결제 대행 서비스 제공 방법에서, 상기 결제 대행 서버는, 상기 사용자의 승인에 따라 전달된 결제 승인 요청 정보에 대하여 상기 카드사 서버로부터 획득된 결제 승인 결과를 상기 서비스 제공자 서버 및 상기 사용자 단말 중 적어도 하나에 전달할 수도 있다.
제2 실시예
다음으로, 본 발명에 따라 결제 대행 서비스를 제공하는 방법에 관한 제2 실시예를 설명하기로 한다. 하기에서는 전술한 제1 실시예와 동일한 기술적 특징은 반복하여 설명하지 않을 것인바, 차이점만을 구체적으로 설명한다. 제2 실시예에서는 제1 실시예에서 언급되었던 데이터베이스가 제1 데이터베이스에 해당되는바, 제2 실시예에서는 제2 데이터베이스와의 연동 과정이 추가된다.
다시 도 2를 참조하면, 본 발명의 제2 실시예에 따라 결제 대행 서비스를 제공하기 위한 인증서의 등록 방법은, 제1 실시예에 관하여 전술한 단계(S285) 후에, 소정의 조건이 만족되면, 상기 카드사 서버가, 상기 등록 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (i) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (ii) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하는 단계(미도시)를 더 포함한다.
특정 해시값과 적어도 하나의 이웃 해시값의 연산은 다양한 함수에 의하여 수행될 수 있다. 특정 해시값을 input이라고 나타내고, 적어도 하나의 이웃 해시값을 x1, x2, …, xn이라고 나타낼 때, 대표 해시값 t은 다음 수학식과 같이 나타낼 수 있다.
Figure 112017003615209-pat00001
이때, 카드사 서버는 상기 특정 해시값과 상기 적어도 하나의 이웃 해시값을 소정의 데이터 구조로 저장하여 관리할 수 있다. 여기에서 데이터 구조는 다양할 수 있는데, 일 예로 머클 트리(merkle tree) 구조가 될 수도 있다. 이 경우, 상기 특정 해시값과 적어도 하나의 이웃 해시값의 연산은 머클 트리를 통하여 이루어질 수 있다.
즉, 상기 카드사 서버는, 상기 특정 해시값이 리프 노드에 할당된 머클 트리(merkle tree)를 생성하거나 생성하도록 지원할 수 있고, 상기 소정의 조건이 만족되면, 상기 특정 해시값과 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해시값을 함께 해시 연산하여 생성되는 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값을 획득하고, 상기 획득된 값을 상기 제2 데이터베이스에 기록하거나 타 장치로 하여금 기록하도록 지원할 수 있다.
상기 카드사 서버는, 최종적으로 머클 트리의 루트 노드에 할당된 해시값을 대표 해시값으로서 상기 제2 데이터베이스에 기록하거나 기록하도록 지원할 수 있다. 이때, 대표 해시값을 가공한 값이 기록될 수도 있다. 예를 들어, 대표 해시값에 hex 연산이 수행된 결과값이 등록될 수 있다.
한편, 상기 카드사 서버가 상기 특정 해시값과 상기 적어도 하나의 이웃 해시값을 소정의 제1 데이터 구조로 저장하고, 이후 상기 제1 데이터 구조와 동일한 형태의 제2 데이터 구조를 저장하여 관리하는 경우, 상기 제1 데이터 구조와 상기 제2 데이터 구조는 체인 형태로 연결될 수 있다.
특히, 상술한 예에서와 같이 상기 제1 데이터 구조 및 상기 제2 데이터 구조가 머클 트리인 경우, 상기 제1 데이터 구조의 루트값 또는 상기 루트값의 해시값이 상기 제2 데이터 구조의 첫 번째 리프 노드에 할당될 수 있다.
또한, 제2 데이터 구조가 생성될 때는 제1 데이터 구조에 대한 검증이 이루어짐으로써 데이터의 무결성이 좀 더 확실히 보장될 수 있다.
또한, 상기 머클 트리가 체인 형태로 연결된 적어도 하나의 머클 트리 중 첫 번째 머클 트리인 경우, 상기 머클 트리의 첫 번째 리프 노드에는 텍스트, 숫자, 또는 기호로 이루어진 소정의 메시지 데이터의 해시값 또는 이를 가공한 값이 할당될 수 있다. 예를 들어, 머클 트리 생성시 카드사 서버에 의하여 최초로 부여된 입력 메시지의 해시값이 할당될 수 있다.
도 8 및 9는 본 발명에 따라 생성된 머클 트리의 예를 도시한 도면이다.
도 8에서는 리프 노드의 개수가 4(22)개인 머클 트리가 도시된다. 도시된 머클 트리는 첫 번째 머클 트리이기 때문에(tree_id = 0), 첫 번째 리프 노드인 h1 노드에는 소정의 메시지 데이터 PrivBC_unique_message의 해시값 SHA256(PrivBC_unique_message)이 할당되었음을 알 수 있다. 트랜잭션들의 등록이 있는 경우, 상기 카드사 서버는, 현재 구성 중인 머클 트리의 가장 마지막 리프 노드의 다음 리프 노드를 생성하여 특정 해시값 또는 특정 해시값을 가공한 값을 할당하거나 할당하도록 지원한다. 예를 들어, 도 8의 머클 트리에서 이전 단계에서 두 번째 리프 노드인 h1 노드까지 값 할당이 완료된 경우, 다음 리프 노드인 h2 노드를 생성하여 특정 해시값 또는 특정 해시값을 가공한 값(SHA256(input2))을 할당할 수 있다. 또한, 상기 카드사 서버는, (i) 특정 해시값과, (ii) 상기 특정 해시값이 할당된 세 번째 리프 노드인 h2 노드의 형제 노드인 h3 노드에 할당된 해시값을 연산하거나 연산하도록 지원할 수 있다. 상기 연산의 결과인 연산값에 대한 해시값은 h2 노드와 h3 노드의 부모 노드(h23 노드)에 할당된다. 부모 노드(h23 노드)가 머클 트리의 루트 노드가 아니므로, 상기 카드사 서버는, 상기 h23 노드에 할당된 해시값을 상기 특정 해시값으로 하여 상기 과정을 반복하여 수행할 수 있다. 즉, h23 노드에 할당된 해시값을 특정 해시값으로 하고, h23 노드에 할당된 해시값과 h01 노드에 할당된 해시값을 연산하여 h23 노드와 h01 노드의 부모 노드(h0123) 노드에 할당할 수 있다. 이때, h0123 노드가 머클 트리의 루트 노드이므로, 상기 카드사 서버는, h0123 노드에 할당된 해시값 또는 이를 가공한 값(hex(h{node_index}))을 제2 데이터베이스에 기록하거나 기록하도록 지원할 수 있다.
이를 재귀적(recursive)으로 설명하자면, 상기 소정의 조건이 만족될 때, (x1) 상기 카드사 서버가, (i) 상기 특정 해시값과 (ii) 상기 특정 해시값이 할당된 노드의 형제 노드에 할당된 해시값을 함께 해시 연산하거나 해시 연산하도록 지원하고, 상기 연산의 결과인 연산값에 대한 해시값을 상기 노드의 부모 노드에 할당하거나 할당하도록 지원하며, (x2) 상기 부모 노드가 상기 머클 트리의 루트 노드이면, 상기 부모 노드에 할당된 해시값을 상기 대표 해시값으로서 상기 제2 데이터베이스에 기록하거나 기록하도록 지원하고, (x3) 상기 부모 노드가 상기 머클 트리의 루트 노드가 아니면, 상기 부모 노드에 할당된 해시값을 상기 특정 해시값으로 하여 상기 (x1) 내지 (x3)을 반복하여 수행하는 것이다.
한편, 전술한 소정의 조건이란, (i) 소정의 개수만큼의 상기 특정 해시값과 이웃 해시값이 획득되거나 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 상기 제1 데이터베이스에서 블록이 생성되는 조건, (iv) 서비스 특성에 대한 조건 중 적어도 하나를 포함할 수 있다.
제2 실시예에서, 해시값들 - (i) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (ii) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값 - 이 리프 노드 수만큼 획득되면, 각각의 해시값이 전술한 머클 트리의 입력값(리프 노드에 할당된 값)이 될 수 있다.
또한, 카드사 서버는, 소정 시간 단위로 전술한 머클 트리의 루트값을 생성할 수 있다(상기 (ii) 조건). 이 경우, 상기 카드사 서버는, 소정의 시간이 경과되면 그때까지의 입력값을 이용하여 머클 트리를 생성하고 머클 트리의 루트값을 제2 데이터베이스에 기록하거나 기록하도록 지원할 수 있다.
그런데, 이 경우에는 소정 시간이 경과하였음에도 머클 트리의 특정 해시값이 할당된 노드의 형제 노드에 값이 할당되지 않을 수 있다. 이처럼 소정의 조건이 만족되었음에도 상기 특정 해시값이 할당된 노드의 형제 노드에 해시값이 할당되어 있지 않은 경우, 상기 카드사 서버는, 상기 형제 노드에 소정의 해시값을 할당하거나 할당하도록 지원하여 전술한 방식으로 머클 트리의 루트값이 산출되도록 할 수 있다. 예를 들어, 상기 카드사 서버는, 상기 특정 해시값을 복제하여 상기 형제 노드에 할당하거나 할당하도록 지원할 수 있다.
또한, 상기 서비스 특성이란, 결제 대행 서비스를 이용하는 엔티티(entity)들이 지급한 비용 정보, 상기 트랜잭션의 기록이 이루어지는 시간대 정보, 상기 기록이 이루어지는 지역 정보, 상기 기록에 관여한 서버의 관리 주체인 회사 타입 정보 중 적어도 일부가 될 수 있다. 다만, 여기에서 기재한 것에 한정될 것은 아니고, 통상적으로 인정되는 차등적 서비스가 제공될 수 있는 다양한 조건 정보를 포함할 수 있을 것이다.
한편, 새로운 머클 트리의 생성이 시작되고, 트랜잭션의 수신이 없는 상태에서 상기 소정의 조건이 만족되면, 상기 카드사 서버는, 소정의 메시지 데이터가 첫 번째 리프 노드와 두 번째 리프 노드에 할당된 머클 트리를 생성하거나 생성하도록 지원하고, 상기 머클 트리의 루트값 또는 이를 가공한 값을 제2 데이터베이스에 기록하거나 기록하도록 지원할 수 있다. 예컨대, 이 경우에는 리프 노드 2개짜리의 머클 트리가 생성될 수도 있을 것이다.
한편, 전술한 것처럼 카드사 서버가 상기 특정 해시값과 상기 적어도 하나의 이웃 해시값을 소정의 제1 데이터 구조로 저장하고, 이후 상기 제1 데이터 구조와 동일한 형태의 제2 데이터 구조를 저장하여 관리하는 경우, 상기 제1 데이터 구조와 상기 제2 데이터 구조는 체인 형태로 연결될 수 있다. 특히, 상기 제1 데이터 구조 및 상기 제2 데이터 구조가 머클 트리인 경우, 상기 제1 데이터 구조의 루트값 또는 상기 루트값의 해시값이 상기 제2 데이터 구조의 첫 번째 리프 노드에 할당될 수 있다.
도 9은 본 발명에 따라 상기 제2 데이터 구조로서 생성된 머클 트리를 도시한 도면이다.
도 9을 참조하면, 도 8의 머클 트리(tree_id = 0)의 루트값(hex(h0123))이 새로운 머클 트리의 첫 번째 리프 노드(h4 노드)에 할당되었음을 알 수 있다. 본 발명은 이와 같이 트랜잭션 발생시에 생성되는 복수의 데이터 구조를 연결함으로써 중간에 데이터의 변조가 발생되는 경우라도 쉽게 트래킹이 가능하여 데이터의 무결성을 향상시키는 장점을 가진다.
또한, 본 발명의 제2 실시예에 따른 인증서의 등록 방법은, 추가적으로, 상기 카드사 서버가, 주기적으로(periodically) 상기 제1 데이터베이스에 기록된 적어도 하나의 상기 등록 트랜잭션의 해시값과 매칭되는 적어도 하나의 상기 이웃 해시값을 함께 해시 연산함으로써 생성되는 제1 대표 해시값 또는 상기 제1 대표 해시값을 가공한 값을 이에 대응되는 상기 제2 데이터베이스에 기록된 제2 대표 해시값 또는 상기 제2 대표 해시값을 가공한 값과 일치하는지를 검증함으로써 상기 제1 데이터베이스의 무결성을 검증하는 단계(미도시)를 더 포함할 수 있다.
일 예시로서, 상기 제1 및 제2 데이터베이스는 블록체인 데이터베이스일 수 있다. 이때, 상기 제1 데이터베이스가 프라이빗(private) 블록체인 데이터베이스이고, 상기 제2 데이터베이스가 퍼블릭(public) 블록체인 데이터베이스일 수 있다.
다만, 이에 한정되지 않으며, 통상의 기술자는 상기 제1 데이터베이스가 프라이빗 블록체인 데이터베이스 또는 퍼블릭 블록체인 데이터베이스일 수 있으며, 마찬가지로 상기 제2 데이터베이스가 프라이빗 블록체인 데이터베이스 또는 퍼블릭 블록체인 데이터베이스일 수 있다는 점을 잘 이해할 수 있을 것이다.
다음으로, 제2 실시예에 따라 결제 대행 서비스를 제공하는 방법이 설명될 것인바, 전술한 제1 실시예와 동일한 기술적 특징은 반복하여 설명하지 않고, 차이점만을 구체적으로 설명하기로 한다.
도 3을 참조하면, 본 발명의 제2 실시예에 따라 결제 대행 서비스를 제공하는 방법은, 전술한 단계(S380) 이후에, 소정의 조건이 만족되면, 상기 카드사 서버가, 상기 결제 대행 서버로 하여금 상기 결제 내용 증명 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (i) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (ii) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하는 단계(미도시)를 더 포함하는바, 이는 앞서 인증서의 등록 방법에서 설명했던 바와 마찬가지이다. 즉, 특정 해시값으로부터 대표 해시값을 생성하여 제2 데이터베이스에 기록하는 과정은 전술한 바와 같으므로 중복되는 설명은 생략하기로 한다.
또한, 본 발명의 제2 실시예에 따른 결제 대행 서비스 제공 방법은, 추가적으로, 상기 카드사 서버가, 주기적으로(periodically) 상기 제1 데이터베이스에 기록된 적어도 하나의 상기 결제 내용 증명 트랜잭션의 해시값과 매칭되는 적어도 하나의 상기 이웃 해시값을 함께 해시 연산함으로써 생성되는 제1 대표 해시값 또는 상기 제1 대표 해시값을 가공한 값을 이에 대응되는 상기 제2 데이터베이스에 기록된 제2 대표 해시값 또는 상기 제2 대표 해시값을 가공한 값과 일치하는지를 검증함으로써 상기 제1 데이터베이스의 무결성을 검증하는 단계(미도시)를 더 포함할 수 있다.
제3 실시예
다음으로, 본 발명에 따라 결제 대행 서비스를 제공하는 방법에 관한 제3 실시예를 설명하기로 한다. 하기에서는 전술한 제1 실시예 및 제2 실시예와 동일한 기술적 특징은 반복하여 설명하지 않을 것인바, 차이점만을 구체적으로 설명한다. 제3 실시예는 제1 실시예와 마찬가지로 이웃 해쉬값과의 연산을 통하여 대표 해쉬값을 연산하는 기술적 특징, 예컨대 머클 트리를 이용하는 기술적 특징은 포함하지 않는바, 이는 제2 및 제4 실시예와 다른 점이다.
도 5는 본 발명에 따라 결제 대행 서비스를 제공하기 위한 인증서의 등록 방법을 개략적으로 도시한 시퀀스 다이어그램이다.
도 5를 참조하면, 우선, 본 발명은, 사용자가 상기 사용자 단말을 통하여 우선 본 발명에 따라 결제 대행 서비스를 제공하기 위한 앱(app; application)을 획득하기 위하여 앱스토어에 접속하여 상기 앱을 다운받는 절차(S501) 및 상기 사용자 단말에 상기 앱을 설치하는 절차(S502)가 완료된 상태임을 상정한다.
도 5에서는 설명의 편의를 위하여 결제 대행 서버가 결제 대행 관리 서버 및 결제 대행 인증 서버로 구분되어 도시되어 있으나 도 5에 도시된 결제 대행 관리 서버 및 결제 대행 인증 서버의 기능을 하나의 결제 대행 서버가 수행할 수 있음은 물론이다.
도 5를 참조하면, 본 발명의 제3 실시예에 따라 결제 대행(payment gateway) 서비스를 제공하기 위한 인증서의 등록 방법은, 사용자 단말로부터 본인 인증 정보 또는 이를 가공한 값, 및 상기 사용자 단말로의 푸시(push)를 위하여 상기 사용자 단말에 의하여 생성(S515)된 고유 식별자인 제1 푸시 토큰 ID(PushTokenID)가 전달(S520)되면, 결제 대행 서버가, 상기 본인 인증 정보 또는 이를 가공한 값, 및 상기 제1 푸시 토큰 ID를 카드사 서버에 전달(S525)하는 단계(S520, S525)를 포함한다.
다음으로, 제3 실시예에 따른 인증서의 등록 방법은, 상기 카드사 서버로부터 인증 결과가 획득되고, 상기 인증 결과가 성공적(S545)이면, 상기 결제 대행 서버가, 상기 사용자 단말에 상기 인증 결과를 전달(S550)함으로써 상기 사용자 단말로 하여금 상기 사용자의 공개키 및 비밀키를 포함하는 키 쌍을 생성 및 저장(S560)하도록 지원(S555, S560)하는 단계(S545 내지 S560)를 더 포함한다.
여기에서 상기 키 쌍은 상기 사용자 단말에 입력된 PIN 코드에 대응되도록 생성 및 저장될 수도 있다.
다시 도 5를 참조하면, 제3 실시예에 따른 인증서의 등록 방법은, 상기 사용자 단말로부터 제2 푸시 토큰 ID 및 상기 사용자의 공개키가 획득(S565)되고, 상기 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 결제 대행 서버가, 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 통합 푸시 토큰 ID 및 상기 공개키를 포함하는 등록 정보를 저장(S570, S575)하는 단계(S565 내지 S580)를 더 포함한다.
상기 단계(S565 내지 S580)에서는, 상기 결제 대행 서버가, 상기 인증서의 등록을 나타내는 인증서 등록 완료 메시지를 상기 사용자 단말에 전달할 수도 있다.
상기 결제 대행 서버가 결제 대행 관리 서버 및 결제 대행 인증 서버를 포함하도록 구성되는 경우에 상기 단계(S565 내지 S580)는, 상기 사용자 단말로부터 상기 제2 푸시 토큰 ID 및 상기 사용자의 공개키가 획득되고, 상기 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 결제 대행 관리 서버가, 상기 통합 푸시 토큰 ID 및 상기 공개키를 상기 결제 대행 인증 서버에 전달(S570)함으로써 상기 결제 대행 인증 서버로 하여금 상기 통합 푸시 토큰 ID 및 상기 공개키를 보유(S575)하도록 지원하는 것을 특징으로 할 수도 있다.
다음으로, 제3 실시예에 따른 인증서의 등록 방법은, 상기 결제 대행 서버가, 상기 등록 정보 또는 상기 등록 정보를 가공한 값을 상기 인증서의 등록 트랜잭션으로서 상기 데이터베이스 상에 기록하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하는 단계(S585, S590)를 더 포함할 수 있다.
도 5에서는 이 단계(S585, S590)가 상기 단계(S565 내지 S580) 후에 수행되는 것으로 표시되어 있으나, 이는 하나의 예시일 뿐, 단계(S585, S590)는 상기 등록 정보만 상기 결제 대행 서버가 보유하고 있다면, 단계(S545 내지 S560) 이후의 어느 시기에라도 수행될 수 있다.
한편, 전술한 바와 같이 본 발명의 제3 실시예에 따라 결제 대행 서비스를 제공하기 위하여 인증서를 등록하는 방법을 카드사 서버를 기준으로 다시 설명하자면, 인증서 등록 방법은, 우선, 사용자 단말로부터 본인 인증 정보 또는 이를 가공한 값, 및 상기 사용자 단말로의 푸시(push)를 위하여 상기 사용자 단말에 의하여 생성된 고유 식별자인 제1 푸시 토큰 ID(PushTokenID)가 결제 대행 서버를 통하여 전달되면, 카드사 서버가, 상기 본인 인증 정보 또는 이를 가공한 값을 포함하는 인증 요청 정보를 카드사 회원 원장 서버에 전달하는 프로세스, 및 상기 본인 인증 정보에 포함된 상기 사용자 단말을 식별하기 위한 정보인 단말 식별 정보 및 상기 제1 푸시 토큰 ID를 저장하는 프로세스를 수행하는 단계; 및 상기 카드사 회원 원장 서버로부터 상기 인증 요청 정보에 대응되는 인증 결과가 획득되고, 상기 인증 결과가 성공적이면, 상기 카드사 서버가, 상기 결제 대행 서버에 상기 인증 결과를 전달하는 단계를 포함한다.
다음으로, 전술한 인증서를 기반으로 제3 실시예에 따라 결제 대행 서비스를 제공하는 방법을 설명한다.
도 6은 본 발명에 따라 결제 대행 서비스를 제공하는 방법을 개략적으로 도시한 시퀀스 다이어그램이다. 도 6에서는 설명의 편의를 위하여 결제 대행 서버가 결제 대행 관리 서버 및 결제 대행 인증 서버로 구분되어 도시되어 있으나 도 6에 도시된 결제 대행 관리 서버 및 결제 대행 인증 서버의 기능을 하나의 결제 대행 서버가 수행할 수 있음은 물론이다.
도 6을 참조하면, 본 발명의 제3 실시예에 따라 결제 대행 서비스를 제공하는 방법은, 사용자의 결제 요청(S605)에 응하여 서비스 제공자의 서버인 서비스 제공자 서버로부터 사용자 단말을 식별하기 위한 정보인 단말 식별 정보를 해시 연산한 결과값인 단말 식별 정보 해시값, 결제 대상 정보 및 서비스 제공자 인증 정보가 결제 접수 요청 정보로서 획득(S610)되면, 결제 대행 서버가, (i) 상기 결제 접수 요청 정보에 대응되며 상기 단말 식별 정보 해시값 및 상기 결제 대상 정보에 포함된 주문 번호를 포함하는 결제 접수 결과 정보를 상기 서비스 제공자 서버에 전달하는 프로세스(S625) 및 (ii) 상기 결제 접수 요청 정보에 응하여 상기 결제 대상 정보 및 상기 결제 대상 정보에 대한 인증을 요청하는 정보인 인증 요청 정보를 상기 사용자 단말에 전달하는 프로세스(S630)를 수행하는 단계를 포함한다.
다음으로, 본 발명의 제3 실시예에 따른 결제 대행 서비스 제공 방법은, 상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인(S635) 하에서 제2 푸시 토큰 ID를 포함하는 결제 승인 요청 정보가 획득(S640)되고, 상기 인증 요청 정보에 포함된 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 결제 대행 서버가, 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 결제 승인 요청 정보의 유효성을 검증(S645, S650)하는 단계(S635 내지 S650)를 더 포함한다.
전술한 제1 실시예 및 제2 실시예에서와 마찬가지로 상기 결제 승인 요청 정보에 의한 결제 승인에는 랜덤 넌스(random nonce)를 이용하는 방식과 타임스탬프(timestamp)를 이용하는 방식이 있을 수 있다.
랜덤 넌스를 이용하는 방식에서는, 프로세스(S630)는, 상기 결제 대행 서버가, 랜덤 넌스(random nonce)를 포함하는 상기 인증 요청 정보 및 상기 결제 대상 정보를 상기 사용자 단말에 전달하는 것을 특징으로 하고, 상기 결제 승인 요청 정보는, 상기 제2 푸시 토큰 ID, 상기 랜덤 넌스를 상기 사용자의 개인키로 서명한 결과값인 랜덤 넌스 서명값, 및 상기 사용자의 공개키를 포함하며, 단계(S645, 6350)에서, 상기 결제 대행 서버가, 상기 사용자의 공개키 및 상기 랜덤 넌스 서명값을 이용하여 상기 결제 승인 요청 정보의 유효성을 검증하는 것을 특징으로 할 수 있다. 상기 랜덤 넌스 서명값의 유효성을 검증하는 방법은 전술한 바와 같다.
한편, 타임스탬프를 이용하는 방식에서는, 상기 결제 승인 요청 정보는, 상기 제2 푸시 토큰 ID, 소정의 타임스탬프를 상기 사용자의 개인키로 서명한 결과값인 타임스탬프 서명값, 및 상기 사용자의 공개키를 포함하며, 단계(645, S650)에서, 상기 결제 대행 서버가, 상기 사용자의 공개키 및 상기 타임스탬프 서명값을 이용하여 상기 결제 승인 요청 정보의 유효성을 검증하되, 상기 타임스탬프 서명값에 대응되는 제1 시각과 상기 결제 승인 요청 정보의 유효성이 검증되는 시각인 제2 시각 사이의 시간 간격이 설정값 이상이면, 상기 결제 승인 요청 정보가 무효인 것으로 판정될 수 있다.
다음으로, 도 6 및 그 도 6에 도시된 방법의 특정 단계들을 더 세분화하여 도시한 도 7을 참조하면, 본 발명의 제3 실시예에 따른 결제 대행 서비스 제공 방법은, 상기 결제 승인 요청 정보가 유효하면, 상기 결제 대행 서버(도 7의 결제 대행 서버가 결제 대행 관리 서버 및 결제 대행 인증 서버를 포함하도록 구성됨)가, 카드사 서버(도 7에서는 카드사 서버가 카드사 관리 서버 및 카드사 인증 서버를 포함하도록 구성됨)로 하여금 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하도록 지원하는 단계(S655, S660)를 더 포함한다.
다시 도 6을 참조하면, 상기 결제 대행 서버는, 상기 사용자의 승인에 따라 전달된 결제 승인 요청 정보에 대하여 상기 카드사 서버로부터 획득된 결제 승인 결과를 상기 서비스 제공자 서버 및 상기 사용자 단말 중 적어도 하나에 전달(S665, S670)할 수도 있다.
또한, 도 6을 참조하면, 본 발명의 제3 실시예에 따른 결제 대행 서비스 제공 방법은, 상기 결제 대행 서버가, 상기 단말 식별 정보 해시값, 상기 통합 푸시 토큰 ID, 및 상기 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값을 결제 내용 증명 트랜잭션으로서 상기 데이터베이스 상에 기록하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하는 단계(S680, S685)를 더 포함할 수 있다.
다시 도 7을 참조하면 상기 결제 대행 서버가 결제 대행 관리 서버 및 결제 대행 인증 서버를 포함하도록 구성되고 상기 인증 요청 정보에 랜덤 넌스가 포함되는 경우에, 상기 프로세스(S630)는, 상기 결제 대행 관리 서버가, 상기 결제 접수 요청 정보에 응하여 상기 제1 푸시 토큰 ID, 상기 결제 대상 정보 및 인증 요청 정보를 상기 사용자 단말에 전달하는 것을 특징으로 할 수 있으며, 상기 단계(S635 내지 S650)는, 상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인(S635) 하에서 상기 랜덤 넌스를 상기 사용자의 개인키로 서명(S636, S637)한 결과값인 랜덤 넌스 서명값, 상기 제2 푸시 토큰 ID 및 상기 사용자의 공개키를 포함하는 결제 승인 요청 정보가 상기 사용자 단말로부터 획득(S640)되면, 상기 결제 대행 관리 서버가, 상기 랜덤 넌스 서명값 및 상기 공개키를 상기 결제 대행 인증 서버에 전달(S645)함으로써 상기 결제 대행 인증 서버로 하여금 상기 결제 승인 요청 정보의 유효성을 검증하도록 지원하는 것을 특징으로 할 수 있고, 단계(S655, S660)는, 상기 결제 승인 요청 정보가 유효하면, 상기 결제 대행 관리 서버가, 상기 결제 승인 요청 정보를 상기 카드사 서버에 전달(S655)함으로써 상기 카드사 서버로 하여금 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하기 위한 카드 정보를 이용하여 상기 카드 승인을 처리(S656, S657)하도록 지원하는 것을 특징으로 할 수 있다.
다시 도 6을 참조하면, 본 발명의 제3 실시예에 따른 결제 대행 서비스 제공 방법은, 상기 카드 승인이 완료되면, 상기 결제 대행 서버가, 상기 카드 승인이 완료되었음을 나타내는 결제 승인 결과를 상기 사용자 단말 및 상기 서비스 제공자 서버 중 적어도 하나에 전달하는 단계(S665, S670)를 더 포함할 수 있다.
전술한 바와 같이 본 발명의 제3 실시예에 따라 결제 대행 서비스를 제공하는 방법을 카드사 서버를 기준으로 다시 설명하자면, 결제 대행 서비스를 제공하는 방법은, 우선, 사용자의 결제 요청에 응하여 서비스 제공자의 서버인 서비스 제공자 서버로부터 사용자 단말을 식별하기 위한 정보인 단말 식별 정보를 해시 연산한 결과값인 단말 식별 정보 해시값, 결제 대상 정보 및 서비스 제공자 인증 정보가 결제 접수 요청 정보로서 결제 대행 서버에 의하여 획득되어, 상기 결제 대행 서버에 의하여 상기 결제 대상 정보 및 상기 결제 대상 정보에 대한 인증을 요청하는 정보인 인증 요청 정보가 상기 사용자 단말에 전달되고, 상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인 하에서 상기 결제 대행 서버에 전달된 결제 승인 요청 정보가 유효한 것으로 판정된 상태에서, 카드사 서버가, 상기 결제 대행 서버로부터 상기 결제 승인 요청 정보를 획득하는 단계; 및 상기 카드사 서버가, 획득된 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하기 위한 카드 정보를 이용하여 상기 카드 승인을 처리하는 단계를 포함한다.
제4 실시예
마지막으로, 본 발명에 따라 결제 대행 서비스를 제공하는 방법에 관한 제4 실시예를 설명하기로 한다. 하기에서는 전술한 제3 실시예와 동일한 기술적 특징은 반복하여 설명하지 않을 것인바, 차이점만을 구체적으로 설명한다. 제4 실시예는 제3 실시예의 기술적 특징을 모두 포함하면서, 제2 실시예와 마찬가지로 이웃 해쉬값과의 연산을 통하여 대표 해쉬값을 연산하는 기술적 특징, 예컨대 머클 트리를 이용하는 기술적 특징을 더 포함한다.
구체적으로, 도 5를 다시 참조하면, 본 발명의 제4 실시예에 따라 결제 대행 서비스를 제공하기 위한 인증서의 등록 방법은, 제3 실시예의 단계(S590) 후에, 소정의 조건이 만족되면, 상기 결제 대행 서버가, 상기 등록 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (i) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (ii) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하는 단계(미도시)를 더 포함한다.
이와 같이 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하는 방식에 대하여는 이를 수행하는 주체가 카드사 서버가 아닌 결제 대행 서버라는 점에서만 차이가 있을 뿐, 제2 실시예에 관하여 전술한 바와 같으므로 생략할 것이다.
또한, 도 6을 다시 참조하면, 본 발명의 제4 실시예에 따라 결제 대행 서비스를 제공하는 방법은, 제3 실시예의 단계(S685) 후에, 소정의 조건이 만족되면, 상기 결제 대행 서버가, 상기 결제 내용 증명 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (i) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (ii) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하는 단계(미도시)를 더 포함한다.
전술한 본 발명의 모든 실시예들에 걸쳐, 보안성과 사용성이 강하면서도 저비용으로 신용 카드의 결제 대행 서비스를 제공할 수 있으며, 무단 복제 또는 위변작이 불가능하도록 하여 신용 카드 결제 시스템의 신뢰성 및 보안성을 향상시킬 수 있는 효과가 있다.
상기 실시예들로서 여기에서 설명된 기술의 이점은, 공개키, 해시값 등의 결제 관련 정보의 위변작이 사실상 불가능하게 됨으로써 결제 시스템의 신뢰성이 보장되고, 결제의 흐름 상 신용카드 정보가 노출되는 위험을 최소화할 수 있으며, 가상 화폐의 블록체인에 트랜잭션을 기록하게 함으로써 카드 결제에 관한 정보의 관리를 용이하게 함과 동시에 오류 방지를 위한 무결성을 도모할 수 있게 된다는 점이다.
위 실시예의 설명에 기초하여 통상의 기술자는, 본 발명이 소프트웨어 및 하드웨어의 결합을 통하여 달성되거나 하드웨어만으로 달성될 수 있다는 점을 명확하게 이해할 수 있다. 본 발명의 기술적 해법의 대상물 또는 선행 기술들에 기여하는 부분들은 다양한 컴퓨터 구성요소를 통하여 수행될 수 있는 프로그램 명령어의 형태로 구현되어 컴퓨터 판독 가능한 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 자료 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 컴퓨터 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 통상의 기술자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM, DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 ROM, RAM, 플래시 메모리 등과 같은 프로그램 명령어를 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는, 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함된다. 상기 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다. 상기 하드웨어 장치는, 프로그램 명령어를 저장하기 위한 ROM/RAM 등과 같은 메모리와 결합되고 상기 메모리에 저장된 명령어들을 실행하도록 구성되는 CPU나 GPU와 같은 프로세서를 포함할 수 있으며, 외부 장치와 신호를 주고 받을 수 있는 통신부를 포함할 수 있다. 덧붙여, 상기 하드웨어 장치는 개발자들에 의하여 작성된 명령어들을 전달받기 위한 키보드, 마우스, 기타 외부 입력장치를 포함할 수 있다.
이상에서 본 발명이 구체적인 구성요소 등과 같은 특정 사항들과 한정된 실시예 및 도면에 의해 설명되었으나, 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐, 본 발명이 상기 실시예들에 한정되는 것은 아니며, 본 발명이 속하는 기술분야에서 통상적인 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형을 꾀할 수 있다.
따라서, 본 발명의 사상은 상기 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등하게 또는 등가적으로 변형된 모든 것들은 본 발명의 사상의 범주에 속한다고 할 것이다.
100: 컴퓨팅 장치
110: 통신부
120: 프로세서

Claims (35)

  1. 데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하기 위한 인증서의 등록 방법으로서,
    (a) 사용자 단말로부터 본인 인증 정보 또는 이를 가공한 값, 및 상기 사용자 단말로의 푸시(push)를 위하여 상기 사용자 단말에 의하여 생성된 고유 식별자인 제1 푸시 토큰 ID(PushTokenID)가 전달되면, 결제 대행 서버가, 상기 본인 인증 정보 또는 이를 가공한 값, 및 상기 제1 푸시 토큰 ID를 카드사 서버에 전달하는 단계;
    (b) 상기 카드사 서버로부터 인증 결과가 획득되고, 상기 인증 결과가 성공적이면, 상기 결제 대행 서버가, 상기 사용자 단말에 상기 인증 결과를 전달함으로써 상기 사용자 단말로 하여금 상기 사용자의 공개키 및 개인키를 포함하는 키 쌍을 생성 및 저장하도록 지원하는 단계; 및
    (c) 상기 사용자 단말로부터 제2 푸시 토큰 ID 및 상기 사용자의 공개키가 획득되고, 상기 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 결제 대행 서버가, (i) 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 통합 푸시 토큰 ID 및 상기 공개키를 포함하는 등록 정보를 저장하는 프로세스, 및 (ii) 상기 등록 정보 또는 상기 등록 정보를 가공한 값을 상기 인증서의 등록 트랜잭션으로서 제1 데이터베이스 상에 기록하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하는 프로세스를 수행하는 단계; 및
    (d) 소정의 조건이 만족되면, 상기 결제 대행 서버가, 상기 등록 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (i) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (ii) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하는 단계
    를 포함하는 방법.
  2. 제1항에 있어서,
    상기 (b) 단계는,
    상기 키 쌍이 상기 사용자 단말에 입력된 PIN 코드에 대응되도록 생성 및 저장되는 것을 특징으로 하는 방법.
  3. 제1항에 있어서,
    상기 결제 대행 서버는 결제 대행 관리 서버 및 결제 대행 인증 서버를 포함하고,
    상기 (c) 단계의 상기 (i) 프로세스는,
    상기 사용자 단말로부터 상기 제2 푸시 토큰 ID 및 상기 사용자의 공개키가 획득되고, 상기 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 결제 대행 관리 서버가, 상기 통합 푸시 토큰 ID 및 상기 공개키를 상기 결제 대행 인증 서버에 전달함으로써 상기 결제 대행 인증 서버로 하여금 상기 통합 푸시 토큰 ID 및 상기 공개키를 보유하도록 지원하는 것을 특징으로 하는 방법.
  4. 제1항에 있어서,
    상기 (c) 단계는,
    상기 결제 대행 서버가, 상기 인증서의 등록을 나타내는 인증서 등록 완료 메시지를 상기 사용자 단말에 전달하는 것을 특징으로 하는 방법.
  5. 제1항에 있어서,
    상기 본인 인증 정보는,
    상기 사용자의 성명, 상기 사용자의 전화 번호, 카드 번호 및 CVC(Card Verification Value) 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  6. 제1항에 있어서,
    상기 단말 식별 정보는,
    상기 사용자 단말에 대응되는 상기 사용자의 전화 번호인 것을 특징으로 하는 방법.
  7. 제1항에 있어서,
    상기 소정의 조건은,
    (i) 소정의 개수만큼의 상기 특정 해시값, 및 상기 이웃 해시값이 획득되거나 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 블록이 생성되는 조건, 및 (iv) 서비스 특성에 대한 조건 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  8. 제1항에 있어서,
    상기 (d) 단계에서,
    상기 결제 대행 서버는, 상기 특정 해시값이 리프 노드에 할당된 머클 트리(merkle tree)를 생성하거나 상기 타 장치로 하여금 생성하도록 지원하고,
    상기 소정의 조건이 만족되면, 상기 특정 해시값과 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해시값을 함께 해시 연산하여 생성되는 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값을 획득하고, 상기 획득된 값을 상기 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하는 것을 특징으로 하는 방법.
  9. 제8항에 있어서,
    상기 머클 트리가 체인 형태로 연결된 적어도 하나의 머클 트리 중 첫 번째 머클 트리인 경우, 상기 머클 트리의 첫 번째 리프 노드에는 텍스트, 숫자 또는 기호로 이루어진 소정의 메시지 데이터의 해시값 또는 이를 가공한 값이 할당되는 것을 특징으로 하는 방법.
  10. 제8항에 있어서,
    상기 소정의 조건이 만족되면,
    (x1) 상기 결제 대행 서버는, (i) 상기 특정 해시값과 (ii) 상기 특정 해시값이 할당된 노드의 형제 노드에 할당된 해시값을 함께 해시 연산하거나 해시 연산하도록 지원하고, 상기 연산의 결과인 연산값에 대한 해시값을 상기 노드의 부모 노드에 할당하거나 할당하도록 지원하며,
    (x2) 상기 부모 노드가 상기 머클 트리의 루트 노드이면, 상기 부모 노드에 할당된 해시값을 상기 대표 해시값으로서 상기 제2 데이터베이스에 기록하거나 기록하도록 지원하고,
    (x3) 상기 부모 노드가 상기 머클 트리의 루트 노드가 아니면, 상기 부모 노드에 할당된 해시값을 상기 특정 해시값으로 하여 상기 (x1) 내지 (x3)을 반복하여 수행하는 것을 특징으로 하는 방법.
  11. 제10항에 있어서,
    상기 (x1)에서,
    상기 소정의 조건이 만족되었음에도 상기 특정 해시값이 할당된 노드의 형제 노드에 해시값이 할당되어 있지 않은 경우, 상기 결제 대행 서버는, 상기 형제 노드에 소정의 해시값을 할당하거나 상기 타 장치로 하여금 할당하도록 지원하여 상기 (x1) 내지 (x3)을 수행하는 것을 특징으로 하는 방법.
  12. 제1항에 있어서,
    상기 결제 대행 서버가 상기 특정 해시값과 상기 적어도 하나의 이웃 해시값을 소정의 제1 데이터 구조로 저장하고, 이후 상기 제1 데이터 구조와 동일한 형태의 제2 데이터 구조를 저장하여 관리하는 경우, 상기 제1 데이터 구조와 상기 제2 데이터 구조는 체인 형태로 연결되는 것을 특징으로 하는 방법.
  13. 제12항에 있어서,
    상기 제1 데이터 구조 및 상기 제2 데이터 구조가 머클 트리인 경우, 상기 제1 데이터 구조의 루트값 또는 상기 루트값의 해시값이 상기 제2 데이터 구조의 첫 번째 리프 노드에 할당되는 것을 특징으로 하는 방법.
  14. 제1항에 있어서,
    상기 (a) 단계 내지 상기 (c) 단계에서, 상기 결제 대행 서버의 수신이 없고, 상기 (d) 단계에서, 상기 소정의 조건이 만족되면, 상기 결제 대행 서버는, 소정의 메시지 데이터가 첫 번째 리프 노드와 두 번째 리프 노드에 할당된 머클 트리를 생성하거나 생성하도록 지원하고, 상기 머클 트리의 루트값 또는 이를 가공한 값을 상기 제2 데이터베이스에 기록하거나 기록하도록 지원하는 것을 특징으로 하는 방법.
  15. 제1항에 있어서,
    (e) 상기 결제 대행 서버가, 주기적으로(periodically) 상기 제1 데이터베이스에 기록된 적어도 하나의 상기 등록 트랜잭션의 해시값과 매칭되는 적어도 하나의 상기 이웃 해시값을 함께 해시 연산함으로써 생성되는 제1 대표 해시값 또는 상기 제1 대표 해시값을 가공한 값을 이에 대응되는 상기 제2 데이터베이스에 기록된 제2 대표 해시값 또는 상기 제2 대표 해시값을 가공한 값과 일치하는지를 검증함으로써 상기 제1 데이터베이스의 무결성을 검증하는 단계
    를 더 포함하는 것을 특징으로 하는 방법.
  16. 제1항에 있어서,
    상기 제1 데이터베이스 및 상기 제2 데이터베이스는 가상 화폐의 블록체인 데이터베이스이며,
    상기 제1 데이터베이스는 프라이빗(private) 블록체인 데이터베이스이며,
    상기 제2 데이터베이스는 퍼블릭(public) 블록체인 데이터베이스인 것을 특징으로 하는 방법.
  17. 데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하기 위한 인증서의 등록 방법으로서,
    (a) 사용자 단말로부터 본인 인증 정보 또는 이를 가공한 값, 및 상기 사용자 단말로의 푸시(push)를 위하여 상기 사용자 단말에 의하여 생성된 고유 식별자인 제1 푸시 토큰 ID(PushTokenID)가 결제 대행 서버를 통하여 전달되면, 카드사 서버가, 상기 본인 인증 정보 또는 이를 가공한 값을 포함하는 인증 요청 정보를 카드사 회원 원장 서버에 전달하는 프로세스, 및 상기 본인 인증 정보에 포함된 상기 사용자 단말을 식별하기 위한 정보인 단말 식별 정보 및 상기 제1 푸시 토큰 ID를 저장하는 프로세스를 수행하는 단계;
    (b) 상기 카드사 회원 원장 서버로부터 상기 인증 요청 정보에 대응되는 인증 결과가 획득되고, 상기 인증 결과가 성공적이면, 상기 카드사 서버가, 상기 결제 대행 서버에 상기 인증 결과를 전달함으로써, 상기 결제 대행 서버로 하여금, (i) 상기 사용자 단말에 의해 사용자의 공개키 및 개인키가 키 쌍으로서 생성 및 저장되도록 지원하도록 하고, 상기 사용자 단말로부터 획득된 제2 푸시 토큰 ID 및 상기 사용자의 공개키에 기초하여 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID에 의해 관리되는 통합 푸시 토큰 ID 및 상기 공개키를 포함하는 등록 정보 또는 상기 등록 정보를 가공한 값이 상기 인증서의 등록 트랜잭션으로서 제1 데이터베이스 상에 기록되도록 지원하며, (ii) 소정의 조건이 만족되면, 상기 등록 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (1) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (2) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하도록 지원하는 단계
    를 포함하는 방법.
  18. 데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하는 방법으로서,
    (a) 사용자의 결제 요청에 응하여 서비스 제공자의 서버인 서비스 제공자 서버로부터 사용자 단말을 식별하기 위한 정보인 단말 식별 정보를 해시 연산한 결과값인 단말 식별 정보 해시값, 결제 대상 정보 및 서비스 제공자 인증 정보가 결제 접수 요청 정보로서 획득되면, 결제 대행 서버가, (i) 상기 결제 접수 요청 정보에 대응되며 상기 단말 식별 정보 해시값 및 상기 결제 대상 정보에 포함된 주문 번호를 포함하는 결제 접수 결과 정보를 상기 서비스 제공자 서버에 전달하는 프로세스 및 (ii) 상기 결제 접수 요청 정보에 응하여 상기 결제 대상 정보 및 상기 결제 대상 정보에 대한 인증을 요청하는 정보인 인증 요청 정보를 상기 사용자 단말에 전달하는 프로세스를 수행하는 단계;
    (b) 상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인 하에서 제2 푸시 토큰 ID를 포함하는 결제 승인 요청 정보가 획득되고, 상기 인증 요청 정보에 포함된 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 결제 대행 서버가, 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 결제 승인 요청 정보의 유효성을 검증하는 단계; 및
    (c) 상기 결제 승인 요청 정보가 유효하면, 상기 결제 대행 서버가, 카드사 서버로 하여금 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하도록 지원하는 단계;
    (d) 상기 카드 승인이 처리되면, 상기 결제 대행 서버가, 상기 단말 식별 정보 해시값, 상기 통합 푸시 토큰 ID, 및 상기 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값을 결제 내용 증명 트랜잭션으로서 제1 데이터베이스 상에 기록하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하는 단계; 및
    (e) 소정의 조건이 만족되면, 상기 결제 대행 서버가, 상기 결제 내용 증명 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (i) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (ii) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하는 단계
    를 포함하는 방법.
  19. 제18항에 있어서,
    상기 (c) 단계는,
    상기 결제 대행 서버가, 상기 사용자의 승인에 따라 전달된 결제 승인 요청 정보에 대하여 상기 카드사 서버로부터 획득된 결제 승인 결과를 상기 서비스 제공자 서버 및 상기 사용자 단말 중 적어도 하나에 전달하는 것을 특징으로 하는 방법.
  20. 제18항에 있어서,
    상기 (a) 단계의 상기 (ii) 프로세스는,
    상기 결제 대행 서버가, 랜덤 넌스(random nonce)를 포함하는 상기 인증 요청 정보 및 상기 결제 대상 정보를 상기 사용자 단말에 전달하는 것을 특징으로 하고,
    상기 (b) 단계에서,
    상기 결제 승인 요청 정보는, 상기 제2 푸시 토큰 ID, 상기 랜덤 넌스를 상기 사용자의 개인키로 서명한 결과값인 랜덤 넌스 서명값, 및 상기 사용자의 공개키를 포함하며,
    상기 결제 대행 서버가, 상기 사용자의 공개키 및 상기 랜덤 넌스 서명값을 이용하여 상기 결제 승인 요청 정보의 유효성을 검증하는 것을 특징으로 하는 방법.
  21. 제18항에 있어서,
    상기 (b) 단계에서,
    상기 결제 승인 요청 정보는, 상기 제2 푸시 토큰 ID, 소정의 타임스탬프를 상기 사용자의 개인키로 서명한 결과값인 타임스탬프 서명값, 및 상기 사용자의 공개키를 포함하며,
    상기 결제 대행 서버가, 상기 사용자의 공개키 및 상기 타임스탬프 서명값을 이용하여 상기 결제 승인 요청 정보의 유효성을 검증하되,
    상기 타임스탬프 서명값에 대응되는 제1 시각과 상기 결제 승인 요청 정보의 유효성이 검증되는 시각인 제2 시각 사이의 시간 간격이 설정값 이상이면, 상기 결제 승인 요청 정보를 무효인 것으로 판정하는 것을 특징으로 하는 방법.
  22. 제18항에 있어서,
    상기 결제 대행 서버는 결제 대행 관리 서버 및 결제 대행 인증 서버를 포함하고,
    상기 인증 요청 정보는 랜덤 넌스(random nonce)를 더 포함하며,
    상기 (a) 단계의 상기 (ii) 프로세스는,
    상기 결제 대행 관리 서버가, 상기 결제 접수 요청 정보에 응하여 상기 제1 푸시 토큰 ID, 상기 결제 대상 정보 및 인증 요청 정보를 상기 사용자 단말에 전달하는 것을 특징으로 하고,
    상기 (b) 단계는,
    상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인 하에서 상기 랜덤 넌스를 상기 사용자의 개인키로 서명한 결과값인 랜덤 넌스 서명값, 상기 제2 푸시 토큰 ID 및 상기 사용자의 공개키를 포함하는 결제 승인 요청 정보가 상기 사용자 단말로부터 획득되면, 상기 결제 대행 관리 서버가, 상기 랜덤 넌스 서명값 및 상기 공개키를 상기 결제 대행 인증 서버에 전달함으로써 상기 결제 대행 인증 서버로 하여금 상기 결제 승인 요청 정보의 유효성을 검증하도록 지원하는 것을 특징으로 하며,
    상기 (c) 단계는,
    상기 결제 승인 요청 정보가 유효하면, 상기 결제 대행 관리 서버가, 상기 결제 승인 요청 정보를 상기 카드사 서버에 전달함으로써 상기 카드사 서버로 하여금 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하기 위한 카드 정보를 이용하여 상기 카드 승인을 처리하도록 지원하는 것을 특징으로 하는 방법.
  23. 제18항에 있어서,
    상기 결제 대상 정보는,
    주문 번호, 카드사의 식별 정보, 상기 서비스 제공자의 식별 정보, 상기 서비스 제공자에 의하여 제공되는 소정의 추가 정보, 결제 대상의 이름, 상기 결제 대상의 가격, 분할 결제의 여부, 결제의 수단이 되는 화폐의 식별 정보, 상기 사용자의 이름, 상기 사용자의 주소, 결제 승인의 일시 및 상기 결제의 상태 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  24. 제18항에 있어서,
    상기 사용자의 승인은,
    상기 사용자 단말에 입력된 PIN 코드의 유효성을 판단함으로써 수행되는 것을 특징으로 하는 방법.
  25. 데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하는 방법으로서,
    (a) 사용자의 결제 요청에 응하여 서비스 제공자의 서버인 서비스 제공자 서버로부터 사용자 단말을 식별하기 위한 정보인 단말 식별 정보를 해시 연산한 결과값인 단말 식별 정보 해시값, 결제 대상 정보 및 서비스 제공자 인증 정보가 결제 접수 요청 정보로서 결제 대행 서버에 의하여 획득되어, 상기 결제 대행 서버에 의하여 상기 결제 대상 정보 및 상기 결제 대상 정보에 대한 인증을 요청하는 정보인 인증 요청 정보가 상기 사용자 단말에 전달되고, 상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인 하에서 상기 결제 대행 서버에 전달된 결제 승인 요청 정보가 유효한 것으로 판정된 상태에서, 카드사 서버가, 상기 결제 대행 서버로부터 상기 결제 승인 요청 정보를 획득하는 단계; 및
    (b) 상기 카드사 서버가, 획득된 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하기 위한 카드 정보를 이용하여 상기 카드 승인을 처리함으로써, 상기 카드 승인이 처리된 후 상기 결제 대행 서버로 하여금, (i) 상기 단말 식별 정보 해시값, 통합 푸시 토큰 ID, 및 상기 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값을 결제 내용 증명 트랜잭션으로서 제1 데이터베이스 상에 기록하게 하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하게 하며, (ii) 소정의 조건이 만족되면, 상기 결제 내용 증명 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (1) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (2) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하게 하거나 상기 타 장치로 하여금 기록하도록 지원하게 하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하도록 지원하는 단계
    를 포함하는 방법.
  26. 데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하기 위한 인증서의 등록 방법을 수행하는 결제 대행 서버로서,
    사용자 단말로부터 본인 인증 정보 또는 이를 가공한 값, 및 상기 사용자 단말로의 푸시(push)를 위하여 상기 사용자 단말에 의하여 생성된 고유 식별자인 제1 푸시 토큰 ID(PushTokenID)를 전달받는 통신부; 및
    (i) 상기 본인 인증 정보 또는 이를 가공한 값, 및 상기 제1 푸시 토큰 ID가 전달되면, 상기 본인 인증 정보 또는 이를 가공한 값, 및 상기 제1 푸시 토큰 ID를 카드사 서버에 전달하는 프로세스 및 (ii) 상기 카드사 서버로부터 인증 결과가 획득되고, 상기 인증 결과가 성공적이면, 상기 사용자 단말에 상기 인증 결과를 전달함으로써 상기 사용자 단말로 하여금 상기 사용자의 공개키 및 개인키를 포함하는 키 쌍을 생성 및 저장하도록 지원하는 프로세스를 수행하는 프로세서를 포함하되,
    상기 프로세서는,
    상기 사용자 단말로부터 제2 푸시 토큰 ID 및 상기 사용자의 공개키가 획득되고, 상기 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, (iii) 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 통합 푸시 토큰 ID 및 상기 공개키를 포함하는 등록 정보를 저장하는 프로세스, 및 (iv) 상기 등록 정보 또는 상기 등록 정보를 가공한 값을 상기 인증서의 등록 트랜잭션으로서 제1 데이터베이스 상에 기록하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하는 프로세스를 수행하고,
    소정의 조건이 만족되면, 상기 등록 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (i) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (ii) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하는 것을 특징으로 하는 결제 대행 서버.
  27. 제26항에 있어서,
    상기 소정의 조건은,
    (i) 소정의 개수만큼의 상기 특정 해시값, 및 상기 이웃 해시값이 획득되거나 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 블록이 생성되는 조건, 및 (iv) 서비스 특성에 대한 조건 중 적어도 하나를 포함하는 것을 특징으로 하는 결제 대행 서버.
  28. 제26항에 있어서,
    상기 프로세서는,
    상기 특정 해시값이 리프 노드에 할당된 머클 트리(merkle tree)를 생성하거나 상기 타 장치로 하여금 생성하도록 지원하고,
    상기 소정의 조건이 만족되면, 상기 특정 해시값과 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해시값을 함께 해시 연산하여 생성되는 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값을 획득하고, 상기 획득된 값을 상기 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하는 것을 특징으로 하는 결제 대행 서버.
  29. 제26항에 있어서,
    상기 프로세서는,
    주기적으로(periodically) 상기 제1 데이터베이스에 기록된 적어도 하나의 상기 등록 트랜잭션의 해시값과 매칭되는 적어도 하나의 상기 이웃 해시값을 함께 해시 연산함으로써 생성되는 제1 대표 해시값 또는 상기 제1 대표 해시값을 가공한 값을 이에 대응되는 상기 제2 데이터베이스에 기록된 제2 대표 해시값 또는 상기 제2 대표 해시값을 가공한 값과 일치하는지를 검증함으로써 상기 제1 데이터베이스의 무결성을 검증하는 것을 특징으로 하는 결제 대행 서버.
  30. 데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하기 위한 인증서의 등록 방법을 수행하는 카드사 서버로서,
    사용자 단말로부터 본인 인증 정보 또는 이를 가공한 값, 및 상기 사용자 단말로의 푸시(push)를 위하여 상기 사용자 단말에 의하여 생성된 고유 식별자인 제1 푸시 토큰 ID(PushTokenID)를 결제 대행 서버를 통하여 전달받는 통신부; 및
    상기 본인 인증 정보 또는 이를 가공한 값, 및 상기 제1 푸시 토큰 ID가 전달되면, 상기 본인 인증 정보 또는 이를 가공한 값을 포함하는 인증 요청 정보를 카드사 회원 원장 서버에 전달하는 프로세스, 및 상기 본인 인증 정보에 포함된 상기 사용자 단말을 식별하기 위한 정보인 단말 식별 정보 및 상기 제1 푸시 토큰 ID를 저장하는 프로세스를 수행하는 프로세서를 포함하되,
    상기 프로세서는,
    상기 카드사 회원 원장 서버로부터 상기 인증 요청 정보에 대응되는 인증 결과가 획득되고, 상기 인증 결과가 성공적이면, 상기 결제 대행 서버에 상기 인증 결과를 전달함으로써, 상기 결제 대행 서버로 하여금, (i) 상기 사용자 단말에 의해 사용자의 공개키 및 개인키가 키 쌍으로서 생성 및 저장되도록 지원하도록 하고, 상기 사용자 단말로부터 획득된 제2 푸시 토큰 ID 및 상기 사용자의 공개키에 기초하여 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID에 의해 관리되는 통합 푸시 토큰 ID 및 상기 공개키를 포함하는 등록 정보 또는 상기 등록 정보를 가공한 값이 상기 인증서의 등록 트랜잭션으로서 제1 데이터베이스 상에 기록되도록 지원하며, (ii) 소정의 조건이 만족되면, 상기 등록 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (1) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (2) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하도록 지원하는 것을 특징으로 하는 카드사 서버.
  31. 데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하는 방법을 수행하는 결제 대행 서버로서,
    사용자의 결제 요청에 응하여 서비스 제공자의 서버인 서비스 제공자 서버로부터 사용자 단말을 식별하기 위한 정보인 단말 식별 정보를 해시 연산한 결과값인 단말 식별 정보 해시값, 결제 대상 정보 및 서비스 제공자 인증 정보를 결제 접수 요청 정보로서 획득하는 통신부; 및
    상기 결제 접수 요청 정보가 획득되면, (i) 상기 결제 접수 요청 정보에 대응되며 상기 단말 식별 정보 해시값 및 상기 결제 대상 정보에 포함된 주문 번호를 포함하는 결제 접수 결과 정보를 상기 서비스 제공자 서버에 전달하는 프로세스 및 (ii) 상기 결제 접수 요청 정보에 응하여 상기 결제 대상 정보 및 상기 결제 대상 정보에 대한 인증을 요청하는 정보인 인증 요청 정보를 상기 사용자 단말에 전달하는 프로세스를 수행하는 프로세서를 포함하되,
    상기 프로세서는,
    상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인 하에서 제2 푸시 토큰 ID를 포함하는 결제 승인 요청 정보가 획득되고, 상기 인증 요청 정보에 포함된 제1 푸시 토큰 ID와 상기 제2 푸시 토큰 ID가 일치하면, 상기 제1 푸시 토큰 ID 또는 상기 제2 푸시 토큰 ID를 통합 푸시 토큰 ID로서 관리하고, 상기 결제 승인 요청 정보의 유효성을 검증하며,
    상기 결제 승인 요청 정보가 유효하면, 카드사 서버로 하여금 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하도록 지원하고,
    상기 카드 승인이 처리되면, 상기 단말 식별 정보 해시값, 상기 통합 푸시 토큰 ID, 및 상기 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값을 결제 내용 증명 트랜잭션으로서 제1 데이터베이스 상에 기록하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하며,
    소정의 조건이 만족되면, 상기 결제 내용 증명 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (i) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (ii) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하거나 상기 타 장치로 하여금 기록하도록 지원하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하는 것을 특징으로 하는 결제 대행 서버.
  32. 제31항에 있어서,
    상기 프로세서는,
    상기 사용자의 승인에 따라 전달된 결제 승인 요청 정보에 대하여 상기 카드사 서버로부터 획득된 결제 승인 결과를 상기 서비스 제공자 서버 및 상기 사용자 단말 중 적어도 하나에 전달하는 것을 특징으로 하는 결제 대행 서버.
  33. 제31항에 있어서,
    상기 프로세서는,
    랜덤 넌스(random nonce)를 포함하는 상기 인증 요청 정보 및 상기 결제 대상 정보를 상기 사용자 단말에 전달하는 것을 특징으로 하고,
    상기 결제 승인 요청 정보는, 상기 제2 푸시 토큰 ID, 상기 랜덤 넌스를 상기 사용자의 개인키로 서명한 결과값인 랜덤 넌스 서명값, 및 상기 사용자의 공개키를 포함하며,
    상기 프로세서는,
    상기 사용자의 공개키 및 상기 랜덤 넌스 서명값을 이용하여 상기 결제 승인 요청 정보의 유효성을 검증하는 것을 특징으로 하는 결제 대행 서버.
  34. 제31항에 있어서,
    상기 결제 승인 요청 정보는, 상기 제2 푸시 토큰 ID, 소정의 타임스탬프를 상기 사용자의 개인키로 서명한 결과값인 타임스탬프 서명값, 및 상기 사용자의 공개키를 포함하며,
    상기 프로세서는,
    상기 사용자의 공개키 및 상기 타임스탬프 서명값을 이용하여 상기 결제 승인 요청 정보의 유효성을 검증하되,
    상기 타임스탬프 서명값에 대응되는 제1 시각과 상기 결제 승인 요청 정보의 유효성이 검증되는 시각인 제2 시각 사이의 시간 간격이 설정값 이상이면, 상기 결제 승인 요청 정보를 무효인 것으로 판정하는 것을 특징으로 하는 결제 대행 서버.
  35. 데이터베이스를 이용하여 결제 대행(payment gateway) 서비스를 제공하는 방법을 수행하는 카드사 서버로서,
    사용자의 결제 요청에 응하여 서비스 제공자의 서버인 서비스 제공자 서버로부터 사용자 단말을 식별하기 위한 정보인 단말 식별 정보를 해시 연산한 결과값인 단말 식별 정보 해시값, 결제 대상 정보 및 서비스 제공자 인증 정보가 결제 접수 요청 정보로서 결제 대행 서버에 의하여 획득되어, 상기 결제 대행 서버에 의하여 상기 결제 대상 정보 및 상기 결제 대상 정보에 대한 인증을 요청하는 정보인 인증 요청 정보가 상기 사용자 단말에 전달되고, 상기 인증 요청 정보에 대한 응답으로서 상기 사용자의 승인 하에서 상기 결제 대행 서버에 전달된 결제 승인 요청 정보가 유효한 것으로 판정된 상태에서, 상기 결제 대행 서버로부터 상기 결제 승인 요청 정보를 획득하는 통신부; 및
    획득된 상기 결제 승인 요청 정보에 따른 카드 승인을 처리하기 위한 카드 정보를 이용하여 상기 카드 승인을 처리함으로써, 상기 카드 승인이 처리된 후 상기 결제 대행 서버로 하여금, (i) 상기 단말 식별 정보 해시값, 통합 푸시 토큰 ID, 및 상기 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값을 결제 내용 증명 트랜잭션으로서 제1 데이터베이스 상에 기록하게 하거나 상기 결제 대행 서버에 연동되는 타 장치로 하여금 기록하도록 지원하게 하며, (ii) 소정의 조건이 만족되면, 상기 결제 내용 증명 트랜잭션의 해시값인 특정 해시값과 매칭되는 적어도 하나의 이웃 해시값 - 상기 이웃 해시값은, (1) 특정 푸시 토큰 ID 및 특정 사용자의 공개키를 포함하는 특정 등록 정보 또는 상기 특정 등록 정보를 가공한 값인 특정 등록 트랜잭션의 해시값 또는 (2) 특정 단말 식별 정보 해시값, 상기 특정 푸시 토큰 ID 및 특정 결제 대상 정보 중 적어도 일부를 포함하는 트랜잭션 정보 또는 이를 가공한 값인 특정 결제 내용 증명 트랜잭션의 해시값임 - 을 함께 해시 연산함으로써 생성되는 대표 해시값 또는 상기 대표 해시값을 가공한 값을 제2 데이터베이스에 기록하게 하거나 상기 타 장치로 하여금 기록하도록 지원하게 하고, 상기 대표 해시값 또는 상기 대표 해시값을 가공한 값이 상기 제2 데이터베이스에 기록된 위치 정보인 트랜잭션 ID를 획득하도록 지원하는 프로세서
    를 포함하는 카드사 서버.
KR1020170004422A 2017-01-11 2017-01-11 Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버 KR101862862B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020170004422A KR101862862B1 (ko) 2017-01-11 2017-01-11 Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020170004422A KR101862862B1 (ko) 2017-01-11 2017-01-11 Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버

Publications (1)

Publication Number Publication Date
KR101862862B1 true KR101862862B1 (ko) 2018-07-04

Family

ID=62912650

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020170004422A KR101862862B1 (ko) 2017-01-11 2017-01-11 Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버

Country Status (1)

Country Link
KR (1) KR101862862B1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102052549B1 (ko) * 2018-08-31 2019-12-05 주식회사 케이티 유심 어플리케이션 툴킷 기능을 활용한 인증 서비스 제공 장치 및 방법
CN115456631A (zh) * 2022-09-30 2022-12-09 佛山众陶联供应链服务有限公司 一种基于区块链的多级供应链信用跨层级验证方法及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101637854B1 (ko) * 2015-10-16 2016-07-08 주식회사 코인플러그 블록체인을 기반으로 하는 공인인증서 발급시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 발급방법 및 블록체인을 기반으로 하는 공인인증서 인증시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 인증방법
KR101680260B1 (ko) * 2015-12-14 2016-11-29 주식회사 코인플러그 블록체인을 기반으로 하는 공인인증서 발급시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 발급방법

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101637854B1 (ko) * 2015-10-16 2016-07-08 주식회사 코인플러그 블록체인을 기반으로 하는 공인인증서 발급시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 발급방법 및 블록체인을 기반으로 하는 공인인증서 인증시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 인증방법
KR101680260B1 (ko) * 2015-12-14 2016-11-29 주식회사 코인플러그 블록체인을 기반으로 하는 공인인증서 발급시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 발급방법

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102052549B1 (ko) * 2018-08-31 2019-12-05 주식회사 케이티 유심 어플리케이션 툴킷 기능을 활용한 인증 서비스 제공 장치 및 방법
CN115456631A (zh) * 2022-09-30 2022-12-09 佛山众陶联供应链服务有限公司 一种基于区块链的多级供应链信用跨层级验证方法及系统
CN115456631B (zh) * 2022-09-30 2023-07-21 佛山众陶联供应链服务有限公司 一种基于区块链的多级供应链信用跨层级验证方法及系统

Similar Documents

Publication Publication Date Title
KR101862861B1 (ko) Utxo 기반 프로토콜을 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버
KR101816650B1 (ko) 계정 등록의 간소화 서비스 및 사용자 인증 서비스를 제공하는 방법 및 이를 이용한 인증 서버
US11809608B2 (en) Methods and systems for using digital signatures to create trusted digital asset transfers
TWI723658B (zh) 基於區塊鏈中智慧合約保護交易活動敏感資料的方法和設備
US20220321359A1 (en) Methods and systems for ownership verification using blockchain
KR101780636B1 (ko) 인증 정보의 발급 방법 및 이를 지원하는 블록체인기반 인증 정보 관리 서버
CN110268678B (zh) 基于pki的认证代理用户的登录方法及利用其的服务器
KR101849917B1 (ko) 스마트 컨트랙트 기반의 인증서 서비스를 제공하는 방법 및 이를 이용한 서버
KR101799343B1 (ko) 인증 정보의 사용 방법, 파기 방법 및 이를 지원하는 블록체인기반 인증 정보 관리 서버
KR101849912B1 (ko) 스마트 컨트랙트 기반의 인증서 서비스를 제공하는 방법 및 이를 이용한 서버
KR101829729B1 (ko) 블록체인 및 이와 연동하는 머클 트리 구조를 통해 모바일 아이디를 이용하여 사용자를 인증하는 방법, 단말 및 이를 이용한 서버
KR101877345B1 (ko) 블록체인 및 이와 연동되는 머클 트리 구조 기반의 토큰 아이디를 이용하여 카드 사용을 승인하는 방법 및 이를 이용한 서버
WO2017107976A1 (zh) 用于授权访问的客户端装置、服务器装置和访问控制系统
EP3834156A1 (en) Systems and methods for blockchain addresses and owner verification
KR101862860B1 (ko) Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버
KR102050276B1 (ko) 블록체인 기반의 결제 방법 및 이를 이용한 지급 결제 서버
KR20180041054A (ko) 스마트 컨트랙트 기반의 인증서 서비스를 제공하는 방법 및 이를 이용한 서버
US11856107B2 (en) Methods and systems for exchanging confidential information via a blockchain
KR101835518B1 (ko) Utxo 기반 프로토콜을 사용하여 통합 포인트 서비스를 제공하는 방법 및 이를 이용한 지원 서버
CN112347516A (zh) 基于区块链的资产证明方法及装置
KR101862862B1 (ko) Utxo 기반 프로토콜에서 머클 트리 구조를 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버
KR101862859B1 (ko) Utxo 기반 프로토콜을 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버
US10972349B1 (en) Cryptographic verification of data inputs for executables on a network
US7058804B1 (en) Data storing system, issuing apparatus, data providing apparatus and computer readable medium storing data storing program
JP4888553B2 (ja) 電子データ認証方法、電子データ認証プログラムおよび電子データ認証システム

Legal Events

Date Code Title Description
GRNT Written decision to grant