KR20200031662A - 완전한 암호화 감사 가능성을 통한 거래 처리 방법 및 시스템 - Google Patents

완전한 암호화 감사 가능성을 통한 거래 처리 방법 및 시스템 Download PDF

Info

Publication number
KR20200031662A
KR20200031662A KR1020207004573A KR20207004573A KR20200031662A KR 20200031662 A KR20200031662 A KR 20200031662A KR 1020207004573 A KR1020207004573 A KR 1020207004573A KR 20207004573 A KR20207004573 A KR 20207004573A KR 20200031662 A KR20200031662 A KR 20200031662A
Authority
KR
South Korea
Prior art keywords
transaction
processing server
computing system
address
receiving
Prior art date
Application number
KR1020207004573A
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 KR1020227038040A priority Critical patent/KR102662353B1/ko
Publication of KR20200031662A publication Critical patent/KR20200031662A/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3823Payment protocols; Details thereof insuring higher security of transaction combining multiple encryption tools for a transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825Use of electronic signatures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/223Payment schemes or models based on the use of peer-to-peer networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3827Use of message hashing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/401Transaction verification
    • G06Q20/4014Identity check for transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q2220/00Business processing using cryptography
    • H04L2209/38
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56Financial cryptography, e.g. electronic payment or e-cash

Abstract

암호화 감사 가능한 거래의 처리 방법은: 적어도 주 계좌 번호를 포함하는 지불 데이터를 수신하는 단계; 주 계좌 번호를 컴퓨팅 시스템으로 전송하는 단계; 컴퓨팅 시스템으로부터 주 계좌 번호와 연관된 확인(confirmation)을 수신하는 단계; 적어도 지불 거래와 연관된 레퍼런스 값을 포함하는 지불 요청을 컴퓨팅 시스템으로 전송하는 단계; 컴퓨팅 시스템으로부터 적어도 상기 레퍼런스 값, 수락 주소, 하나 이상의 요금 값, 및 제 3 자에 의해 생성된 제 1 디지털 서명을 포함하는 수락 요청을 수신하는 단계; 적어도 수락 주소를 사용하여 제 2 디지털 서명을 생성하는 단계; 및 적어도 제 2 디지털 서명을 컴퓨팅 시스템으로 전송하는 단계를 포함한다.

Description

완전한 암호화 감사 가능성을 통한 거래 처리 방법 및 시스템
본 출원은 2017년 7월 25일에 출원된 미국 특허 출원번호 제15/658,573호의 이익 및 우선권을 주장한다. 상기 출원의 전체 개시 내용은 본 명세서에 참조로서 포함된다.
본 발명은 완전한 암호화 감사 가능성(cryptographic auditability)을 갖는 전자 거래의 처리에 관한 것으로, 보다 구체적으로 거래에 참여하는 두 엔티티(entity) 사이의 중재 시스템 및 모든 관련 당사자에 대한 거래의 완전한 감사 가능성 및 투명성을 위한 블록체인의 사용에 관한 것이다.
엔티티들은 상품 또는 서비스의 사용 및/또는 구매와 같은 다양한 이유로 거래에 참여한다. 많은 경우, 엔티티는 회계 목적 또는 자신과 다른 엔티티 간의 분쟁 해결 등을 위해 자신의 거래의 기록을 유지할 것이다. 예를 들어, 엔티티가 지불 결손으로 기소된 경우, 엔티티는 자신의 거래 기록을 보고 그러한 지불 또는 지불 결손을 찾을 수 있다. 그러나, 그러한 기록들은 종종 엔티티 자체의 관리 및 유지를 요구하거나, 그러한 기록을 유지하기 위해 제 3 자를 고용하도록 엔티티에게 요구한다.
또한, 개별 엔티티에 의한 그러한 기록의 관리 및 유지는 논란이 되는 거래 기록을 갖는 두 거래 엔티티를 초래할 수도 있다. 예를 들어, 두 거래 당사자는 각각 두 당사자 간에 상이한 금액이 지불되었음을 나타내는 기록을 가질 수 있는데, 각 당사자가 자신의 입장에 대하여 자신이 소유한 기록을 제시할 수는 있지만, 어떤 당사자의 기록이 정확한지를 쉽게 판정할 수 있는 방법이 없기 때문에, 이 둘 사이의 지불 분쟁에 대한 쉬운 해결책은 존재하지 않을 수 있다. 경우에 따라, 거래 엔티티는 제 3자를 이용하여, 예컨대, 에스크로 에이전트(escrow agent) 또는 다른 중재 인을 통해 거래 기록을 유지할 수 있다. 이것은 회계 프로그램과 같은 전자 레코드를 사용하여 수행될 수 있으며, 이러한 프로그램은 종종 거래 세부사항을 정확하게 입력할 것을 요구한다. 이 프로세스의 일부가 자동화되더라도, 이러한 레코드는 여전히 변조 또는 다른 소스로부터의 부정확성(inaccuracy)의 대상이며, 거래 엔티티는 특히 관련 2 또는 3명의 당사자 각각의 이러한 레코드를 감사할 능력을 가질 수 없다. 그렇게 하기 위해서는, 상이한 컴퓨터, 아마도 상이한 포맷으로 유지되는 상이한 선택된 레코드에 대한 접근 및 다양한 불규칙성 및 불일치 레코드 요소를 확인할 수 있도록 충분히 복잡한 프로그램의 설계가 필요할 것이다.
따라서, 관련 엔티티에 의한 거래 감사 가능성을 보장하고, 각 관련 엔티티가 결정한 거래에 대한 거래 기록이 정확하다는 것을 보장하고, 그 기록이 변조되었을 가능성을 제거하거나 크게 줄이기 위해, 완전한 암호화 감사 기능을 갖는 두 엔티티 간의 전자 거래에 대한 기록이 유지될 수 있는 기술 솔루션에 대한 필요성이 존재한다.
본 개시물은 암호화 감사 가능한 거래를 처리하는 시스템 및 방법의 설명을 제공한다. 거래는 당사자들인 두 엔티티에 의해 합의되며, 제 3자는 거래를 중재하는데 사용된다. 두 참여 당사자 간에 직접 발생하는 거래는 중재 자에 의존할 필요성을 최소화할 수 있으며, 이는 중재자의 이점을 계속 유지하면서 거래 수행시 교환되는 데이터를 줄일 수 있다. 중재자는 거래의 추가 검증을 위해 그 거래에 대한 제 3 자 승인(acknowledgement)을 제공할 수 있고, 예시적인 실시예에서, 거래 엔티티 사이의 결제의 제 3 자 촉진자로서 역할하여, 거래하는 엔티티들이 더 적은 자원을 소비하면서도 보다 쉽게 거래를 수행할 수 있다. 거래와 관련된 데이터를 저장하기 위해 블록체인을 사용하는 것은 추가적인 이점을 제공한다. 구체적으로, 그 안에 저장된 거래 기록은 즉각 탐지되지 않게 조작될 수 없고, 블록체인의 불변성은 참여 엔티티에 의한 모든 거래의 완전한 암호화 감사 가능성을 제공한다. 그 결과, 엔티티들은 암호화 감사 가능성이 유지되면서도 기존 시스템에서 사용 가능한 것보다 적은 자원을 소비하고 더 빠른 처리를 달성할 수 있는 거래에 참여할 수 있다.
암호화 감사 가능한 거래를 처리하는 방법은: 처리 서버의 입력 장치에 의해, 적어도 주 계좌 번호를 포함하는 지불 데이터를 수신하는 단계; 처리 서버의 송신 장치에 의해, 주 계좌 번호를 컴퓨팅 시스템으로 전자적으로 전송하는 단계; 처리 서버의 수신 장치에 의해, 컴퓨팅 시스템으로부터 주 계좌 번호와 연관된 확인(confirmation)을 수신하는 단계; 처리 서버의 송신 장치에 의해, 적어도 지불 거래와 연관된 레퍼런스 값을 포함하는 지불 요청을 상기 컴퓨팅 시스템으로 전자적으로 전송하는 단계; 처리 서버의 수신 장치에 의해, 컴퓨팅 시스템으로부터 적어도 레퍼런스 값, 수락 주소, 하나 이상의 요금 값, 및 제 3 자에 의해 생성된 제 1 디지털 서명을 포함하는 수락 요청을 수신하는 단계; 처리 서버의 서명 모듈에 의해, 적어도 수락 주소를 사용하여 제 2 디지털 서명을 생성하는 단계; 및 처리 서버의 송신 장치에 의해, 적어도 제 2 디지털 서명을 컴퓨팅 시스템으로 전자적으로 전송하는 단계를 포함한다.
암호화 감사 가능한 거래를 처리하는 다른 방법은: 처리 서버의 수신 장치에 의해, 제 1 컴퓨팅 시스템으로부터 적어도 지불 거래와 연관된 레퍼런스 값을 포함 하는 지불 요청을 수신하는 단계; 처리 서버의 서명 모듈에 의해, 적어도 수신된 지불 요청을 이용하여 제 1 디지털 서명을 생성하는 단계; 처리 서버의 송신 장치에 의해, 적어도 제 1 디지털 서명 및 지불 요청을 제 2 컴퓨팅 시스템으로 전자적으로 전송하는 단계; 처리 서버의 수신 장치에 의해, 제 2 컴퓨팅 시스템으로부터 적어도 하나 이상의 요금 값, 제 2 디지털 서명 및 수락 주소를 포함하는 확인 메시지를 수신하는 단계; 처리 서버의 송신 장치에 의해, 적어도 레퍼런스 값, 하나 이상의 요금 값, 제 2 디지털 서명 및 수락 주소를 포함하는 수락 요청을 제 1 컴퓨팅 시스템으로 전자적으로 전송하는 단계; 처리 서버의 수신 장치에 의해, 제 1 컴퓨팅 시스템으로부터 적어도 제 3 디지털 서명을 포함하는 수락 메시지를 수신하는 단계; 및 처리 서버의 송신 장치에 의해, 거래 값을 블록체인 네트워크와 연관된 노드로 전자적으로 전송하는 단계를 포함하며, 상기 거래 값은 적어도 레퍼런스 값, 수락 주소 및 제 3 디지털 서명을 포함한다.
암호화 감사 가능한 거래를 처리하는 또 다른 방법은: 처리 서버의 수신 장치에 의해, 컴퓨팅 시스템으로부터 적어도 지불 거래와 연관된 레퍼런스 값 및 제 1 디지털을 포함하는 지불 요청을 수신하는 단계; 처리 서버의 질의 모듈에 의해, 지불 거래에 대한 하나 이상의 요금 값을 식별하기 위한 제 1 질의 및 수락 주소를 식별하기 위한 제 2 질의를 실행하는 단계; 처리 서버의 서명 모듈에 의해, 제 2 디지털 서명을 생성하는 단계; 처리 서버의 송신 장치에 의해, 적어도 하나 이상의 요금 값, 수락 주소 및 제 2 디지털 서명을 컴퓨팅 시스템으로 전자적으로 전송하는 단계; 처리 서버의 수신 장치에 의해, 블록체인 네트워크와 연관된 노드로부터 블록체인 데이터를 수신하는 단계로서, 블록체인 데이터는 블록체인을 포함하는 하나 이상의 블록을 포함하며, 각 블록은 적어도 블록 헤더 및 하나 이상의 거래 값으로 구성되고, 각 거래 값은 적어도 거래 주소, 거래 레퍼런스 및 거래 서명을 포함하는 것인, 상기 블록체인 데이터를 수신하는 단계; 처리 서버의 질의 모듈에 의해, 수신된 블록체인 데이터에 대한 질의를 실행하여 포함된 거래 주소가 수락 주소에 대응하는 특정 거래 값을 식별하는 단계; 및 처리 서버의 검증 모듈에 의해, 적어도 포함된 거래 레퍼런스와 레퍼런스 값 사이의 대응성에 기초하여 특정 거래 값을 검증하는 단계를 포함한다.
암호화 감사 가능한 거래를 처리하는 시스템은: 처리 서버의 서명 모듈; 적어도 주 계좌 번호를 포함하는 지불 데이터를 수신하도록 구성된 처리 서버의 입력 장치; 주 계좌 번호를 컴퓨팅 시스템으로 전자적으로 전송하도록 구성된 처리 서버의 송신 장치; 및 컴퓨팅 시스템으로부터 주 계좌 번호와 연관된 확인을 수신하도록 구성된 처리 서버의 수신 장치를 포함하고, 처리 서버의 송신 장치는 컴퓨팅 시스템으로 지불 요청을 전자적으로 전송하도록 더 구성되고, 지불 요청은 적어도 지불 거래와 연관된 레퍼런스 값을 포함하고, 처리 서버의 수신 장치는 컴퓨팅 시스템으로부터 수락 요청을 수신하도록 더 구성되고, 수락 요청은 적어도 레퍼런스 값, 수락 주소, 하나 이상의 요금 값 및 제 3자에 의해 생성된 제 1 디지털 서명을 포함하고, 처리 서버의 서명 모듈은 적어도 수용 주소를 사용하여 제 2 디지털 서명을 생성하도록 구성되고, 처리 서버의 전송 장치는 적어도 제 2 디지털 서명을 컴퓨팅 시스템으로 전자적으로 전송하도록 구성된다.
암호화 감사 가능한 거래를 처리하는 다른 시스템은, 제 1 컴퓨팅 시스템으로부터 적어도 지불 거래와 연관된 레퍼런스 값을 포함하는 지불 요청을 수신하도록 구성된 처리 서버의 수신 장치; 적어도 수신된 지불 요청을 사용하여 제 1 디지털 서명을 생성하도록 구성된 처리 서버의 서명 모듈; 및 적어도 제 1 디지털 서명 및 지불 요청을 제 2 컴퓨팅 시스템으로 전자적으로 전송하도록 구성된 처리 서버의 송신 장치를 포함하고; 처리 서버의 수신 장치는 제 2 컴퓨팅 시스템으로부터 확인 메시지를 수신하도록 더 구성되고, 확인 메시지는 적어도 하나 이상의 요금 값, 제 2 디지털 서명 및 수락 주소를 포함하고, 처리 서버의 송신 장치는 제 1 컴퓨팅 시스템으로 수락 요청을 전자적으로 송신하도록 더 구성되고, 수락 요청은 적어도 레퍼런스 값, 하나 이상의 요금 값, 제 2 전자 서명 및 수락 주소를 포함하고, 처리 서버의 수신 장치는 제 1 컴퓨팅 시스템으로부터 수락 메시지를 수신하도록 더 구성되고, 수락 메시지는 적어도 제 3 디지털 서명을 포함하고, 처리 서버의 송신 장치는 블록체인 네트워크와 관련된 노드로 거래 값을 전자적으로 전송하도록 더 구성되며, 거래 값은 적어도 레퍼런스 값, 수락 주소 및 제 3 디지털 서명을 포함한다.
암호화 감사 가능한 거래를 처리하는 또 다른 시스템은: 처리 서버의 검증 모듈; 컴퓨팅 시스템으로부터 적어도 지불 거래 및 제 1 디지털 서명과 연관된 레퍼런스 값을 포함하는 지불 요청을 수신하도록 구성된 처리 서버의 수신 장치; 지불 거래에 대한 하나 이상의 요금 값을 식별하기 위한 제 1 질의를 실행하고 수락 주소를 식별하기 위한 제 2 질의를 실행하도록 구성된 처리 서버의 질의 모듈; 제 2 디지털 서명을 생성하도록 구성된 처리 서버의 서명 모듈; 및 적어도 하나 이상의 요금 값, 수락 주소 및 제 2디지털 서명을 컴퓨팅 시스템으로 전자적으로 전송하도록 구성된 처리 서버의 송신 장치를 포함하고, 처리 서버의 수신 장치는 블록체인 네트워크와 연관된 노드로부터 블록체인 데이터를 수신하도록 더 구성되며, 블록체인 데이터는 블록체인을 포함하는 하나 이상의 블록을 포함하고, 각 블록은 적어도 블록 헤더 및 하나 이상의 거래 값으로 구성되며, 각 거래 값은 적어도 거래 주소, 거래 레퍼런스 및 거래 서명을 포함하고, 처리 서버의 질의 모듈은 수신된 블록체인 데이터에 대해 질의를 실행하여 포함된 거래 주소가 수락 주소에 대응하는 특정 거래 값을 식별하도록 더 구성되며, 처리 서버의 검증 모듈은 적어도 포함된 거래 레퍼런스와 레퍼런스 값 사이의 대응성에 기초하여 특정 거래 값을 검증하도록 구성된다.
본 발명의 범위는 첨부 도면과 함께 읽을 때 예시적인 실시예들의 아래의 상세한 설명으로부터 가장 잘 이해된다. 도면에는 다음 도면들이 포함된다.
도 1은 예시적인 실시예에 따른 중재 시스템 및 블록체인의 사용을 포함하는 암호화 감사 가능한 거래의 처리를 위한 하이 레벨 시스템 아키텍처를 도시하는 블록도이다.
도 2는 예시적인 실시예에 따른 암호화 감사 가능한 거래의 처리를 위해 도 1의 시스템에서 사용하기 위한 처리 서버를 도시하는 블록도이다.
도 3은 예시적인 실시예에 따른 도 1의 시스템에서 암호화 감사 가능한 거래에 사용될 계좌의 식별 및 검증을 위한 프로세스를 보여주는 흐름도이다.
도 4a 및 4b는 예시적인 실시예에 따른 도 1의 시스템에서 암호화 감사 가능한 거래의 처리를 위한 프로세스를 보여주는 흐름도이다.
도 5-7은 예시적인 실시예에 따른 암호화 감사 가능한 거래를 처리하기 위한 예시적인 방법을 보여주는 흐름도이다.
도 8은 예시적인 실시예에 따른 컴퓨터 시스템 아키텍처를 보여주는 블록도이다.
본 개시물의 적용 가능한 다른 분야는 아래에 제공된 상세한 설명으로부터 명백해질 것이다. 예시적인 실시예들의 상세한 설명은 단지 예시를 위한 것이며, 따라서 본 발명의 범위를 제한하도록 의도된 것이 아님을 이해해야 한다.
(용어 사전)
블록체인 - 블록체인 기반 통화의 모든 거래에 대한 공개 원장. 하나 이상의 컴퓨팅 장치는 블록체인 네트워크를 포함할 수 있으며, 블록체인 네트워크는 블록체인 내의 블록의 일부로서 거래를 처리하고 기록하도록 구성될 수 있다. 한 블록이 완료되면, 그 블록은 블록체인에 추가되고 그에 따라 거래 레코드가 업데이트된다. 많은 경우에, 블록체인은 시간순의 거래 원장일 수도 있고, 또는 블록체인 네트워크에 의해 사용하기에 적합한 임의의 다른 순서로 제공될 수도 있다. 일부 구성에서, 블록체인에 기록된 거래는 목적지 주소 및 통화량을 포함할 수 있고, 블록체인은 특정 주소에 기인하는 통화량을 기록한다. 일부 경우, 거래는 재정적이거나 재정적이지 않을 수 있고, 또는 소스 주소, 타임스탬프 등과 같은 추가 정보 또는 다른 정보를 포함할 수 있다. 일부 실시예에서, 블록체인은 또한 임의의 유형의 데이터를 거래 형태로 포함할 수 있고, 변조 및 심지어 그것의 운영자에 의한 수정(revision)에 대항하여 강화된 지속적으로 증가하는 데이터 레코드 목록을 유지하는 분산형 데이터베이스 내에 배치되어야 할 필요가 있을 수 있고, 작업 증명 및/또는 그것과 관련된 임의의 다른 적절한 검증 기술을 통해 블록체인 네트워크에 의해 확인되고 검증될 수 있다. 일부 경우에, 주어진 거래에 관한 데이터는 거래 데이터에 추가된 거래의 직접 부분이 아닌 추가 데이터를 더 포함할 수 있다. 일부 경우에, 그러한 데이터를 블록체인에 포함시키는 것은 거래를 구성할 수 있다. 그러한 경우에, 블록체인은 특정 디지털, 가상, 피아트(fiat) 또는 다른 유형의 통화와 직접 연관되지 않을 수 있다.
거래 계좌 - 당좌 계좌, 저축 계좌, 신용 계좌, 가상 지불 계좌 등과 같은, 거래 자금을 조달하는 데 사용될 수 있는 금융 계좌. 거래 계좌는 고객과 연관될 수 있으며, 고객은 개인, 가족, 컴파니, 코포레이션, 정부 기관 등을 포함할 수 있는 지불 계좌와 연관된 임의의 적합한 유형의 엔티티일 수 있다. 몇몇 경우에, 페이팔(PayPal®)에서 운영하는 계좌 등과 같이, 거래 계좌는 가상 계좌일 수 있다.
발행자 - 수혜자 앞으로 발행된 레터 또는 여신 한도를 설정(예컨대, 개설)하고, 레터 또는 여신 한도에 지정된 금액에 대해 수취인이 발행 한 어음을 받아들이는 엔티티. 많은 경우에, 발행자는 여신 한도를 개설하도록 승인된 은행 또는 기타 금융 기관일 수 있다. 일부 경우에, 여신 한도를 수혜자로 확장할 수 있는 임의의 엔티티는 발행자로 간주될 수 있다. 발행자가 개설한 여신 한도는 지불 계좌의 형태로 표현될 수 있으며, 지불 카드를 사용하여 수혜자가 인출할 수 있다. 발행자는 또한 직불 계좌, 선불 계좌, 전자 지갑 계좌, 저축 계좌, 당좌 계좌 등과 같은 관련 기술분야의 당업자에게 명백한 추가 유형의 지불 계좌를 고객에게 제공할 수 있고, 직불 카드, 선불 카드, 현금 자동 입출금 기기 카드, 전자 지갑, 수표 등과 같은, 계좌에 액세스 및/또는 이용하기 위한 물리적 또는 비물리적 수단을 고객에게 제공할 수 있다.
취득자 - 판매자를 대신하여 지불 카드 거래를 처리할 수 있는 엔티티. 취득자는 판매자를 대신하여 지불 카드 거래를 처리하도록 승인된 은행 또는 기타 금융 기관일 수 있다. 많은 경우에, 취득자는 수혜자 역할을 하는 상인과 여신 한도를 개설할 수 있다. 취득자는 발행자가 제공한 여신 한도의 수혜자일 수 있는 고객이 취득자가 대표하는 상인과 지불 카드를 통해 거래하는 경우, 발행자와 자금을 교환할 수 있다.
(암호화 감사 가능 거래 처리 시스템)
도 1은 중재 엔티티 및 블록체인을 사용하여 두 거래 엔티티 사이에서 완전한 암호화 감사 가능성을 갖는 전자 거래를 처리하기 위한 시스템(100)을 도시한다.
시스템(100)은 구매 엔티티(102)와 공급 엔티티(104) 사이에서 수행될 전자 거래를 포함할 수 있다. 공급 엔티티(104)는 구매 엔티티(102)에 상품 또는 서비스를 공급할 수 있으며, 구매 엔티티(102)는 이에 대해 비용을 지불한다. 구매 엔티티(102)는 송신 컴퓨팅 시스템(106)과 상호 작용하여 두 엔티티에 의해 합의된 금액만큼 공급 엔티티(104)에 지불할 수 있다. 아래에서 더 상세하게 논의되는 송신 컴퓨팅 시스템(106)은 암호화 감사 가능한 거래를 개시하기 위해 본 명세서에서 논의된 바와 같이 특별하게 구성된 구매 엔티티(102)에 발행된 거래 계좌와 연관된 컴퓨팅 시스템일 수 있다. 일부 실시예에서, 송신 컴퓨팅 시스템(106)은 전자 거래 자금 제공(funding)에 사용하기 위해 구매 계좌(102)에 거래 계좌를 발행하는 발행 은행과 같은 발행 금융 기관의 일부일 수 있다.
송신 컴퓨팅 시스템(106)은 구매 엔티티(102) 및 공급 엔티티(104)를 포함하는 전자 거래의 일부로서 지불하는데 사용하기 위한 지불 데이터를 수신할 수 있다. 지불 데이터는 적어도 지불 금액 및 지불이 이루어지는 거래 계좌와 연관된 주 계좌 번호(예를 들어, 신용 카드, 직불 카드 또는 다른 지불 카드 번호, 요구 보증금 번호, 또는 공급 엔티티(104)에 발행된 다른 형태의 계좌 번호)를 포함할 수 있다. 일부 경우에, 지불 데이터는 또한 지불이 인출될, 구매 엔티티(102)에 발행된 계좌와 연관된 계좌 번호를 포함할 수 있다. 일부 실시예에서, 송신 컴퓨팅 시스템(106)은, 예컨대, 구매 엔티티(102)에 의해 또는 다른 엔티티 또는 시스템을 통해, 예컨대, 판매 포인트 장치를 통해, 송신 컴퓨팅 시스템(106)으로 전자적으로 전송되는 거래 메시지 내의 지불 데이터를 수신할 수 있다. 거래 메시지는 국제 표준화 기구의 ISO 8583 또는 ISO 20022 표준과 같이, 금융 거래 메시지의 교환을 관장하는 하나 이상의 표준에 따라 특수하게 형식화된 데이터 메시지일 수 있으며, 지불 데이터는 그 안에 저장된 데이터 요소에 포함될 수 있다.
공급 엔티티(104)에 대한 지불 프로세스를 개시하기 전에, 송신 컴퓨팅 시스템(106)은 수신 컴퓨팅 시스템(108)과 접촉하여 지불을 위해 그것에 제공되는 거래 계좌의 적격성(eligibility)을 검증할 수 있다. 아래에서 더 상세하게 논의되는 수신 컴퓨팅 시스템(108)은 전자 거래의 일부로서 자금을 수령하기 위해 주 계좌 번호와 연관된 거래 계좌를 공급 엔티티(104)에 발행하는, 취득 은행과 같은 취득 금융 기관의 일부일 수 있다. 송신 컴퓨팅 시스템(106)은 임의의 적절한 통신 네트워크 및 방법을 사용하여 수신 컴퓨팅 시스템(108)과 통신 채널을 구축할 수 있다. 일부 실시예에서, 송신 컴퓨팅 시스템(106)은 통신 채널을 구축하는데 사용될 수 있는 수신 컴퓨팅 시스템(108)과 접촉하기 위한 통신 데이터를 보유할 수 있다. 예를 들어, 송신 컴퓨팅 시스템(106)은 주 계좌 번호에 기초하여 (예를 들어, 그 안에 포함된 엔티티 식별 번호를 사용하거나 또는 룩업 테이블을 통해) 수신 컴퓨팅 시스템(108)을 식별하고, 그것과 연관된 통신 데이터를 식별할 수 있다.
다른 실시예들에서, 중재 컴퓨팅 시스템(110)은 수신 컴퓨팅 시스템(108)의 식별을 위해 사용될 수 있다. 이하에서 더 상세히 논의되는 중재 컴퓨팅 시스템(110)은 송신 컴퓨팅 시스템(106) 및 수신 컴퓨팅 시스템(108)을 포함하는 거래에 대한 중재자로서 역할하도록 구성된 제 3 자 엔티티의 시스템일 수 있다. 이러한 실시예에서, 송신 컴퓨팅 시스템(106)은 주 계좌 번호 또는 그것과 연관된 데이터(예를 들어, 엔티티 식별 번호, 발행자 식별 번호, 은행 식별 번호 등)를 중재 컴퓨팅 시스템(110)에 제공할 수 있다. 중재 컴퓨팅 시스템(110)은, 예컨대, 룩업 테이블을 통해 그것과 연관된 수신 컴퓨팅 시스템(108)을 식별하고, 수신 컴퓨팅 시스템(108)과 통신 채널을 구축하기 위한 통신 데이터를 송신 컴퓨팅 시스템(106)에 제공할 수 있다.
통신 채널이 구축되면, 송신 컴퓨팅 시스템(106)은 지불 데이터 내에 공급된 주 계좌 번호를 수신 컴퓨팅 시스템(108)으로 전자적으로 전송할 수 있다. 수신 컴퓨팅 시스템(108)은 주 계좌 번호와 연관된 거래 계좌가 있는지, 그리고 그 거래 계좌가 지불 거래에서 자금을 수령하는데 적격한지를 식별할 수 있다. 그러한 거래 계좌가 없거나 거래 계좌가 적격하지 않으면, 수신 컴퓨팅 시스템(108)은 그에 따라 송신 컴퓨팅 시스템(106)에 통지할 수 있으며, 송신 컴퓨팅 시스템(106)은 그 메시지를 구매 엔티티(102)에 중계할 수 있고 거래는 중단될 수 있다. 그 다음, 구매 엔티티(102)는 공급 엔티티(104)로부터 새로운 계좌 번호를 얻거나 계좌 번호의 철자 오류를 정정하는 것과 같이 원래의 주 계좌 번호를 사용하여 거래를 재시도할 수 있다. 거래 계좌가 존재하고 유효한 경우, 수신 컴퓨팅 시스템(108)은 그에 따라 송신 컴퓨팅 시스템(106)에 통지할 수 있으며, 송신 컴퓨팅 시스템(106)은 암호화 감사 가능한 거래의 처리를 개시할 수 있다.
먼저, 송신 컴퓨팅 시스템(106)은 거래에 대한 지불 요청을 생성할 수 있다. 지불 요청은 지불 금액의 지불이 주 계좌 번호와 연관된 거래 계좌에 대해 이루어질 것임을 나타내기 위해 송신 컴퓨팅 시스템(106)에 의해 생성되는 요청일 수 있다. 지불 요청은 적어도 지불 거래에 대한 지불 데이터를 포함할 수 있다. 일 실시예에서, 지불 데이터는 지불 요청에 저장되는 단일 레퍼런스 값으로 포맷화될 수 있다. 이러한 실시예에서, 송신 컴퓨팅 시스템(106)은 해싱 알고리즘을 지불 데이터에 적용하거나 또는 추상 구문 기법 1(ASN.1)의 사용을 통해 지불 데이터의 레퍼런스 값을 생성할 수 있다. 그 다음, 송신 컴퓨팅 시스템(106)은 구축된 통신 채널을 사용하여 레퍼런스 값을 포함하는 지불 요청을 수신 컴퓨팅 시스템(108)으로 전달할 수 있다. 일부 실시예에서, 송신 컴퓨팅 시스템(106)은 지불 요청 내에 고유 식별자를 포함시킬 수 있으며, 이러한 고유 식별자는 그것의 식별을 위한 거래와 연관된 송신 컴퓨팅 시스템(106)과 수신 컴퓨팅 시스템(108) 사이의 모든 통신에 포함될 수 있다.
수신 컴퓨팅 시스템(108)은 지불 요청을 수신하고 그 안에 포함된 레퍼런스 값을 검증할 수 있다. 레퍼런스 값의 검증은 예상 거래에 대한 지불 데이터를 사용하여 수신 컴퓨팅 시스템(108)에 의해 레퍼런스 값을 생성하는 것(예를 들어, 거래에 대하여 구매 엔티티(102)와의 계약에 기초하여 공급 엔티티(104)에 의해 공급되는 동일한 주 계좌 번호 및 지불 금액) 및 생성된 레퍼런스 값과 지불 요청에 포함된 레퍼런스 값을 비교하는 것을 포함할 수 있다. 검증이 실패하면, 수신 컴퓨팅 시스템(108)은 이에 따라 송신 컴퓨팅 시스템(106)에 통지할 수 있고, 거래는 중단된다. 검증이 성공하면, 일부 실시예에서, 수신 컴퓨팅 시스템(108)은 이에 따라 송신 컴퓨팅 시스템(106)에 통지를 제공할 수 있고, 이러한 통지는 수신 컴퓨팅 시스템(108)에 의해 생성된 레퍼런스 값을 포함할 수 있다.
지불 요청의 성공적인 검증 시, 수신 컴퓨팅 시스템(108)은 중재 컴퓨팅 시스템(110)에게 거래를 통지할 수 있다. 이 통지는 송신 컴퓨팅 시스템(106)으로부터 수신된 지불 요청 및 수신 컴퓨팅 시스템(108)에 의해 생성된 디지털 서명으로 구성될 수 있다. 디지털 서명은 임의의 적절한 암호화 알고리즘을 통해 생성될 수 있고, 수신 컴퓨팅 시스템(108)과 연관된 개인 키를 사용하여 생성될 수도 있는데, 이 개인 키는 암호화 키 쌍의 일부일 수 있으며, 중재 컴퓨팅 시스템(110)은 대응하는 공개 키를 보유할 수 있다. 일 실시예에서, 디지털 서명은 개인 키를 사용하여 수신 컴퓨팅 시스템(108)에 의한 지불 요청의 서명을 통해 생성될 수 있다.
중재 컴퓨팅 시스템(110)은 서명된 지불 요청을 수신할 수 있다. 일부 실시예에서, 중재 컴퓨팅 시스템(110)은 지불 요청에 대한 디지털 서명을 검증하도록 구성될 수 있다. 이러한 실시예에서, 디지털 서명은 디지털 서명을 생성하는데 사용된 개인 키에 대응하는 공개 키를 사용하여 검증될 수 있는데, 이는 그것과 연관된 임의의 적절한 알고리즘을 사용하여 검증될 수 있고, 서명을 생성하는데 사용된 알고리즘, 사용된 공개 키의 유형 및 키 쌍을 생성하는 데 사용되는 알고리즘에 따라 달라질 수 있다. 검증이 실패하면, 중재 컴퓨팅 시스템(110)은 수신 컴퓨팅 시스템(108)에 통지하고 거래 처리를 중단할 수 있다.
검증이 성공하면, 중재 컴퓨팅 시스템(110)은 서명된 지불 요청을 저장할 수 있고, 거래의 처리 및 정산(settlement)을 위해 (예를 들어, 수신 컴퓨팅 시스템(108) 및/또는 송신 컴퓨팅 시스템(106)에 의해) 지불될 요금에 대한 하나 이상의 요금 값을 식별할 수 있다. 또한, 중재 컴퓨팅 시스템(110)은 거래에 대한 수락 주소를 식별할 수 있다. 수락 주소는 거래와 연관된 고유 값일 수 있으며, 수락 주소는 거래와 관련된 통신의 식별을 위해 관련 시스템 각각에 의해 사용될 수 있고, 이는 아래에 보다 상세하게 설명한 바와 같이 그것의 감사에 사용될 수도 있다. 중재 컴퓨팅 시스템(110)은 수신 컴퓨팅 시스템(108)으로 반환될 메시지 내에 식별된 요금 값 및 수락 주소를 포함할 수 있다. 중재 컴퓨팅 시스템(110)은 메시지에 디지털 서명하도록 구성될 수 있으며, 디지털 서명은 중재 컴퓨팅 시스템(110)과 연관된 암호화 키 쌍의 개인 키를 사용하여 생성될 수 있다.
수신 컴퓨팅 시스템(108)은 하나 이상의 요금 값, 수락 주소 및 디지털 서명을 포함하는 메시지를 중재 컴퓨팅 시스템(110)으로부터 수신할 수 있다. 일부 실시예에서, 수신 컴퓨팅 시스템(108)은, 예컨대, (중재 컴퓨팅 시스템(110)과의 등록 프로세스의 일부로서 수신 컴퓨팅 시스템(108)에 의해 수신된) 중재 컴퓨팅 시스템(110)에 의해 사용되는 개인 키에 대응하는 공개 키를 사용함으로써 디지털 서명을 검증할 수 있다. 수신 컴퓨팅 시스템(108)은 수락 요청을 생성할 수 있다. 수락 요청은 구축된 통신 채널을 통해 송신 컴퓨팅 시스템(106)에 제출될 수 있고, 적어도 거래에 대한 레퍼런스 값, 수락 주소, 하나 이상의 요금 값 및 중재 컴퓨팅 시스템의 디지털 서명을 포함한다. 일부 경우에, 수신 컴퓨팅 시스템(108)은 지불 거래의 처리의 일부로서 수신 컴퓨팅 시스템(108)에 대한 요금 지불과 같은 하나 이상의 추가 요금 값을 추가할 수 있다.
송신 컴퓨팅 시스템(106)은 수락 요청을 수신하고 그 안에 포함된 데이터를 검증할 수 있다. 예를 들어, 송신 컴퓨팅 시스템(106)은 전술한 바와 같이 거래 레퍼런스 값의 정확성을 검증하고 중재 컴퓨팅 시스템의 디지털 서명을 검증할 수 있다. 그 다음, 송신 컴퓨팅 시스템(106)은, 예를 들어, 검증 결과 및 하나 이상의 요금 값에 기초하여 수락 요청이 수락 또는 거부되어야 하는지 여부를 판정할 수 있다. 예를 들어, 송신 컴퓨팅 시스템(106)은 과도한 요금이 청구되거나, 예컨대, (등록 프로세스 동안) 중재 컴퓨팅 시스템(110) 및/또는 수신 컴퓨팅 시스템(108)의 간의 및/또는 구매 엔티티(102)와 공급 엔티티(104) 간의 미리 이루어진 계약 금액을 초과한 경우 거래를 거부할 수 있다.
송신 컴퓨팅 시스템(106)이 수락 요청에 동의하면, 송신 컴퓨팅 시스템(106)은 그것의 동의 표시를 수신 컴퓨팅 시스템(108)로 반환할 수 있다. 이 표시는 적어도, 예컨대, 송신 컴퓨팅 시스템(106)과 연관된 암호화 키 쌍의 개인 키의 사용을 통해 송신 컴퓨팅 시스템(106)에 의해 생성된 디지털 서명을 포함할 수 있다. 디지털 서명은 적어도 거래 레퍼런스 값 및/또는 수락 주소에 대하여 생성될 수 있지만, 부가적으로 또는 대안으로서 표시된 요금을 지불하겠다는 계약을 직접 인정하기 위한 하나 이상의 요금에 대해서도 생성될 수 있다. 이러한 데이터는 디지털 서명되고 구축된 통신 채널을 사용하여 수신 컴퓨팅 시스템(108)으로 전자적으로 전송되는 메시지에 포함될 수 있다.
수신 컴퓨팅 시스템(108)은 송신 컴퓨팅 시스템(106)으로부터 서명된 메시지를 수신할 수 있으며, 이는 송신 컴퓨팅 시스템(106)이 지불 금액 및 요금 값(들)의 지불에 동의한다는 것을 수신 컴퓨팅 시스템(108)에 나타낼 수 있다. 그 다음, 수신 컴퓨팅 시스템(108)은 거래의 확인을 위해 블록체인에 포함하기 위한 거래 값을 블록체인 네트워크(112)에 제출할 수 있다. 블록체인 네트워크(112)는 복수의 노드(114)로 구성될 수 있으며, 노드(114)는 각각 관련 기술분야의 당업자에게 명백한 전통적인 방법 및 시스템을 사용하여 다른 노드(114)에 의해 검증된 블록체인에 추가하기 위한 새로운 블록을 생성하도록 구성된다. 일부 실시예에서, 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108) 및/또는 중재 컴퓨팅 시스템(110)은 노드(114)일 수 있다.
블록체인 네트워크(112) 내의 노드(114)로 제출되는 거래 값은 적어도 거래에 대한 레퍼런스 값, 수락 주소 및 송신 컴퓨팅 시스템의 디지털 서명을 포함할 수 있다. 거래값은 생성되고, 검증되고, 블록체인에 추가되는 새로운 블록 내에 모두 포함되는 거래 값 세트에 포함될 수 있다. 블록체인은 복수의 블록으로 구성될 수 있으며, 각 블록은 블록 헤더 및 한 세트의 거래 값을 포함한다. 블록 헤더는 타임 스탬프, 이전 블록에 대한 레퍼런스 및 각각의 블록에 포함된 거래 값 세트에 대한 레퍼런스를 포함할 수 있다. 예시적인 실시예에서, 이전 블록에 대한 레퍼런스는 각각의 블록 이전에 그 블록에 가장 최근에 추가된 블록을 지칭할 수 있고(예를 들어, 블록 헤더에 포함된 시간스탬프를 통해 식별됨), 가장 최근에 추가된 블록 내의 블록 헤더의 해싱을 통해 생성된 해시 값일 수 있다. 블록에 포함된 거래 값 세트에 대한 레퍼런스는 그 블록에 포함된 거래 값 세트의 해싱을 통해 유사하게 생성될 수 있다. 일부 경우에, 레퍼런스는 하나 이상의 적합한 해싱 알고리즘을 사용하여 거래 값 세트에 대해 생성된 머클 트리(Merkle tree)의 루트(root)일 수 있다. 블록 헤더에 이러한 레퍼런스를 포함시키면, 블록체인의 불변성 및 암호화 감사가능성을 보장할 수 있다. 거래 값이 변경되면, 그 블록 헤더에 대한 잘못된 레퍼런스로 인해 즉시 식별될 것이고 블록체인에 추가된 모든 후속 블록의 블록 헤더에서 잘못된 레퍼런스를 초래한다. 또한, 복수의 노드에 걸친 블록체인의 전파는 거래 값의 변조를 한층 더 방지한다.
거래에 대한 거래 값이 블록체인에 추가되면, 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108) 및 중재 컴퓨팅 시스템(110)은 각각 거래 레퍼런스 값 및 송신 컴퓨팅 시스템의 디지털 서명의 검증에 의해 거래 값을 검증하여, 그 거래 값의 신뢰성 및 정확성을 보장할 수 있다. 검증되면, 송신 컴퓨팅 시스템(106)은 구매 엔티티(102)로 발행되고 지불에 사용된 거래 계좌를 인출할 수 있고, 수신 컴퓨팅 시스템(108)은 공급 엔티티(104)로 발행되고 주 계좌 번호와 연관된 거래 계좌에 입금(credit)할 수 있다.
거래의 처리에 이어, 송신 컴퓨팅 시스템(106)과 수신 컴퓨팅 시스템(108) 사이에서 정산이 수행될 수 있다. 일부 경우에, 차액 정산(net settlement)이 수행될 수 있으며, 중재 컴퓨팅 시스템(110)은 일정 기간에 걸쳐(예컨대, 매일) 모든 송신 컴퓨팅 시스템(106)과 그것과 함께 등록된 수신 컴퓨팅 시스템(108) 사이의 지불금을 계산할 수 있고, 기간이 만료되면 네트 포지션(net position)의 정산을 시작할 수 있고, 각 시스템은 그들의 네트 포지션에 따라 중재 엔티티에 지불하거나 지불을 받을 수 있다. 시간이 지남에 따른 거래 및 차액 정산을 회계 처리하는 방법은 관련 기술 분야의 당업자에게 명백할 것이다. 일부 실시예에서, 중재 컴퓨팅 시스템(110)은 처리될 거래에의 그것의 참여 및 수행될 정산에의 그것의 포함을 검증하도록 구성될 수 있다. 그러한 실시예에서, 중재 컴퓨팅 시스템(110)은 정산 수락을 생성하도록 구성될 수 있다. 정산 수락은 적어도 거래 레퍼런스 값, 수락 주소, 및 중재 컴퓨팅 시스템(110)에 의해 생성된 디지털 서명을 포함할 수 있으며, 이 디지털 서명은 거래 레퍼런스 값 및 수락 주소에 대해 생성될 수도 있고, 또는 중재 컴퓨팅 시스템(110)에 의해 이전에 의해 생성된 디지털 서명일 수도 있다.
정산 수락은 블록체인 네트워크(112) 내의 노드(114)에 추가되기 위해 노드로 제출될 수 있으며, 그 후 (예컨대, 거래마다 독립적으로 정산을 수행하는 송신 컴퓨팅 시스템(106) 및 수신 컴퓨팅 시스템(108)과는 달리) 중재 컴퓨팅 시스템(110)에 의해 정산이 수행될 것임을 확인하기 위해 송신 컴퓨팅 시스템(106) 및 수신 컴퓨팅 시스템(108)에 의해 검증될 수 있다.
본 명세서에서 논의된 방법 및 시스템은 디지털 서명, 중재 컴퓨팅 시스템(110) 및 블록체인의 사용으로 인해 두 엔티티가 완전한 암호화 감사 가능성이 있는 지불 거래에 참여할 수 있게 한다. 블록체인은 각 엔터티에게 거래를 검증할 수 있는 기능을 제공할 수 있으며, 이러한 데이터는 또한 불변이여서, 각 엔터티 간 거래의 영구적인 기록으로서 역할한다. 또한, 블록체인은 거래에 대한 레퍼런스만 포함하므로, 거래 데이터는 익명으로 유지되어 임의의 거래에 참여한 당사자만 그러한 데이터를 검증할 수 있고, 어떤 엔티티도 그들이 당사자가 아닌 임의의 거래에 참여한 엔티티를 식별할 수 없다. 따라서, 블록체인은 여기에 논의된 방법을 사용하여 엔티티에 완전한 암호화 감사 가능성을 제공하고 동시에 엔티티가 참여한 거래의 완전한 프라이버시를 유지하는 불변의 기록으로서 역할한다.
(처리 서버)
도 2는 시스템(100)에서의 처리 서버(200)의 일 실시예를 도시한다. 도 2에 도시된 처리 서버(200)의 실시예는 단지 예시로서 제공된 것이고, 본 명세서에 논의된 기능을 수행하기에 적합한 처리 서버(200)의 모든 가능한 구성을 전부 포함하는 것은 아님이 관련 기술분야의 당업자에게 명백할 것이다. 예를 들어, 도 8에 도시되고 이하에서 더 상세히 논의되는 컴퓨터 시스템(800)은 처리 서버(200)의 적절한 구성일 수 있다. 처리 서버(200)는 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108) 및/또는 중재 컴퓨팅 시스템(110)의 일부이거나 이를 포함할 수 있다. 따라서, 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108) 및 중재 컴퓨팅 시스템(110) 각각에 의해 수행되는 기능은 후술하는 바와 같이 처리 서버(200)의 구성요소들에 의해 수행될 수 있으며, 각 시스템은 그것과 연관된 기능들의 수행을 위해 처리 서버(200)를 포함하거나 처리 서버로 이루어질 수 있다.
처리 서버(200)는 수신 장치(202)를 포함할 수 있다. 수신 장치(202)는 하나 이상의 네트워크 프로토콜을 통해 하나 이상의 네트워크 상으로 데이터를 수신하도록 구성될 수 있다. 몇몇 경우에, 수신 장치(202)는 무선 주파수, 근거리 통신망, 무선 통신망, 셀룰러 통신 네트워크, 블루투스, 인터넷 등과 같은 하나 이상의 통신 방법을 통해 구매 엔티티(102), 공급 엔티티(104), 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108), 중재 컴퓨팅 시스템(110), 노드(114) 및 다른 시스템 및 엔티티로부터 데이터를 수신하도록 구성될 수 있다. 일부 실시예에서, 수신 장치(202)는 근거리 통신망을 통해 데이터를 수신하기 위한 제 1 수신 장치 및 인터넷을 통해 데이터를 수신하기 위한 제 2 수신 장치와 같이, 상이한 네트워크를 통해 데이터를 수신하기 위한 상이한 수신 장치와 같은, 복수의 장치로 구성될 수 있다. 수신 장치(202)는 전자적으로 전송된 데이터 신호를 수신할 수 있으며, 데이터는 데이터 신호 상에 중첩되거나 다른 방식으로 인코딩될 수 있고 수신 장치(202)에 의한 데이터 신호의 수신을 통해 디코딩, 파싱, 판독 또는 다른 방식으로 획득될 수 있다. 몇몇 경우에, 수신 장치(202)는 수신된 데이터 신호를 파싱하여 데이터 신호에 중첩된 데이터를 획득하기 위한 파싱 모듈을 포함할 수 있다. 예를 들어, 수신 장치(202)는 수신된 데이터 신호를 수신하고 처리 장치에 의해 수행되는 기능을 위한 사용 가능한 입력으로 변환하여 본 명세서에 설명된 방법 및 시스템을 수행하도록 구성된 파서(parser) 프로그램을 포함할 수 있다.
수신 장치(202)는, 예컨대, 구매 엔티티(102) 및/또는 공급 엔티티(104)에 의해 제출될 수 있는 ISO 8583 또는 ISO 20022 표준과 같은, 하나 이상의 표준에 따라 포맷화된 거래 메시지일 수 있는 지불 데이터와 중첩되거나 다른 방식으로 인코딩된 데이터 신호를 수신하도록 구성될 수 있다. 또한, 수신 장치(202)는, 예컨대, 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108), 또는 중재 컴퓨팅 시스템(110)에 의해 전자적으로 전송될 수 있는, 계좌 검증 요청 및 확인과 중첩되거나 다르게 인코딩된 데이터 신호를 수신하도록 구성될 수 있다. 수신 장치(202)는 송신 컴퓨팅 시스템(106)에 의해 전자적으로 전송된 데이터 신호를 수신하도록 구성될 수 있으며, 이 데이터 신호는 지불 요청 및 수락 메시지와 중첩되거나 다르게 인코딩될 수 있다. 또한, 수신 장치(202)는 수신 컴퓨팅 시스템(108)에 의해 전자적으로 전송되는 데이터 신호를 수신하도록 구성될 수 있으며, 이 데이터 신호는 지불 확인, 지불 요청 및 수락 메시지와 중첩되거나 다르게 인코딩될 수 있다. 또한, 수신 장치(202)는 중재 컴퓨팅 시스템(110)에 의해 전자적으로 전송된 데이터 신호를 수신하도록 구성될 수 있으며, 이 데이터 신호는 거래의 정산과 관련된 지불 요청 및 데이터 메시지에 대한 응답과 함께 중첩되거나 다르게 인코딩될 수 있다. 수신 장치(202)는 또한 노드(114)에 의해 전자적으로 전송된 데이터 신호를 수신하도록 구성될 수 있으며, 이 데이터 신호는, 예컨대, 거래의 검증 및 감사 및 정산 수락에 사용하기 위해 블록체인 데이터와 중첩되거나 다르게 인코딩될 수 있다.
또한, 처리 서버(200)는 통신 모듈(204)을 포함할 수 있다. 통신 모듈(204)은 본 명세서에서 논의된 기능을 수행하는데 사용하기 위해 처리 서버(200)의 모듈, 엔진, 데이터베이스, 메모리 및 다른 구성요소들 사이에서 데이터를 전송하도록 구성될 수 있다. 통신 모듈(204)은 하나 이상의 통신 유형으로 구성될 수 있고 컴퓨팅 장치 내에서 통신하기 위한 다양한 통신 방법을 이용할 수 있다. 예를 들어, 통신 모듈(204)은 버스, 접촉 핀 커넥터, 와이어 등으로 구성될 수 있다. 일부 실시예에서, 통신 모듈(204)은 처리 서버(200)의 내부 컴포넌트들과 처리 서버(200)의 외부 컴포넌트들, 예컨대, 외부적으로 연결된 데이터베이스, 디스플레이 장치, 입력 장치 사이에서 통신하도록 구성될 수도 있다. 처리 서버(200)는 또한 처리 장치를 포함할 수 있다. 처리 장치는 관련 기술분야의 당업자에게 명백한 바와 같이 본 명세서에서 논의된 처리 서버(200)의 기능을 수행하도록 구성될 수 있다. 일부 실시예에서, 처리 장치는 질의 모듈(216), 서명 모듈(218), 생성 모듈(220), 검증 모듈(214) 등과 같은 처리 장치의 하나 이상의 기능을 수행하도록 특별히 구성된 복수의 엔진 및/또는 모듈을 포함하거나 이들로 이루어질 수 있다. 본 명세서에서 사용되는 용어 "모듈"은 입력을 수신하고, 그 입력을 사용하여 하나 이상의 프로세스를 수행하고, 출력을 제공하도록 특별히 프로그래밍된 소프트웨어 또는 하드웨어일 수 있다. 입력, 출력 및 다양한 모듈에 의해 수행되는 프로세스는 본 개시물에 기초하여 당업자에게 명백할 것이다.
처리 서버(200)는 계좌 데이터베이스(206)를 포함할 수 있다. 계좌 데이터베이스(206)는 적절한 데이터 저장 포맷 및 스키마를 사용하여 복수의 계좌 프로파일(208)을 저장하도록 구성될 수 있다. 계좌 데이터베이스(206)는 그 안에 저장된 구조화된 데이터 세트의 저장, 식별, 수정, 업데이트, 액세스 등을 위해 구조화된 쿼리(query) 언어를 이용하는 관계형 데이터베이스일 수 있다. 각각의 계좌 프로파일(208)은 하나 이상의 거래 계좌와 관련된 데이터를 저장하도록 구성된 구조화된 데이터 세트일 수 있으며, 그 안에 포함되는 데이터는 처리 서버(200)에 의해 수행되는 기능에 기초할 수 있다. 계좌 프로파일(208)은 연관된 계좌 번호, 잔액 및 신용 정보, 통신 정보 등을 포함할 수 있다. 예를 들어, 송신 컴퓨팅 시스템(106)은 잔액 및 신용 데이터를 포함할 수 있는, 송신 컴퓨팅 시스템(106)에 의해 발행된 거래 계좌에 대한 계좌 프로파일(208)을 저장할 수 있고, 연관된 수신 컴퓨팅 시스템(108)과의 통신을 구축하기 위한 통신 데이터를 포함할 수 있는, 수신 컴퓨팅 시스템(108)으로 발행된 거래 계좌에 대한 계좌 프로파일(208)을 저장할 수도 있다.
또한, 처리 서버(200)는 하나 이상의 입력 장치(210)를 포함하거나 그것과 인터페이싱할 수 있다. 입력 장치(210)는 처리 서버(200)의 내부 또는 처리 서버(200)의 외부에 있을 수 있고, 데이터를 송수신하기 위한 하나 이상의 연결(예를 들어, 유선 또는 무선)을 통해 처리 서버(200)에 연결될 수 있다. 입력 장치(210)는 처리 서버(200)의 사용자로부터 입력을 수신하도록 구성될 수 있으며, 이러한 입력은 (예를 들어, 통신 모듈(204)을 통해) 처리 서버(200)의 다른 모듈 또는 엔진에 제공되어 처리될 수 있다. 입력 장치(210)는 키보드, 마우스, 클릭 휠, 스크롤 휠, 마이크로폰, 터치 스크린, 트랙 패드, 카메라, 광학 이미저 등과 같은 본 명세서에서 논의된 기능을 수행하기 위한 입력을 수신하기에 적합한 임의의 유형의 입력 장치를 포함할 수 있다. 입력 장치(210)는, 예를 들어, 본 명세서에 논의된 처리 서버(200)의 기능을 수행하는데 사용될 수 있는 주 계좌 번호, 지불 금액, 요금 값, 다른 계좌 번호 등과 같은 지불 데이터의 입력을 수신하도록 구성될 수 있다.
처리 서버(200)는 질의 모듈(216)을 포함할 수 있다. 질의 모듈(216)은 정보를 식별하기 위해 데이터베이스 상에서 질의를 실행하도록 구성될 수 있다. 질의 모듈(216)은 하나 이상의 데이터 값 또는 질의 문자열을 수신할 수 있고, 그 안에 저장된 정보를 식별하기 위해 계좌 데이터베이스(206)와 같은 지시된 데이터베이스에 기초하여 질의 문자열을 실행할 수 있다. 질의 모듈(216)은 식별된 정보를 필요에 따라 처리 서버(200)의 적절한 엔진 또는 모듈에 출력할 수 있다. 질의 모듈(216)은, 예를 들어, 거래 계좌 적격성을 검증하고, 수신 컴퓨팅 시스템(108)을 식별하고, 통신 데이터를 식별하는 등에 사용하기 위해, 계좌 프로파일(208)을 식별하기 위해 계좌 데이터베이스에 대한 질의를 실행할 수 있다.
또한, 처리 서버(200)는 검증 모듈(214)을 포함할 수 있다. 검증 모듈(214)은 본 명세서에 논의된 기능과 함께 처리 서버(200)에 대한 데이터 검증을 수행하도록 구성될 수 있다. 검증 모듈(214)은 입력으로서 명령을 수신할 수 있고, 그 명령에 따라 데이터를 검증할 수 있고, 검증 결과를 처리 서버(200)의 다른 모듈 또는 엔진에 출력할 수 있다. 몇몇 경우에, 입력은 검증에 사용될 데이터를 포함할 수 있다. 다른 경우에, 검증 모듈(214)은 검증에 사용될 데이터를 (예를 들어, 질의 모듈(216)의 지시를 통해) 식별하도록 구성될 수 있다. 검증 모듈(214)은, 예를 들어, 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108) 및 중재 컴퓨팅 시스템(110)의 본 명세서에서 논의된 기능 동안 디지털 서명, 거래 레퍼런스 값, 요금 값, 정산 수락 및 수락 주소를 검증하도록 구성될 수 있다.
또한, 처리 서버(200)는 서명 모듈(218)을 포함할 수 있다. 서명 모듈(218)은 본 명세서에서 논의된 처리 서버(200)의 기능을 수행하는데 사용하기 위한 디지털 서명을 생성하도록 구성될 수 있다. 서명 모듈(218)은 입력으로서 서명될 데이터를 수신하도록 구성될 수 있고, 적합한 알고리즘 또는 알고리즘들을 사용하여 그 데이터에 대한 디지털 서명을 생성할 수 있고, 디지털 서명을 처리 서버(200)의 다른 모듈 또는 엔진에 출력할 수 있다. 일부 실시예에서, 서명 모듈(218)은 입력으로서 디지털 서명의 생성에 사용하기 위한 알고리즘 및/또는 암호화 키를 수신할 수 있다. 다른 실시예에서, 서명 모듈(218)은, 예를 들어, 처리 서버에 저장된 데이터를 식별하기 위한 질의를 실행하도록 질의 모듈(216)에 지시함으로써, 디지털 서명을 생성하는 프로세스 동안 이러한 데이터를 식별하도록 구성될 수 있다. 서명 모듈(218)은, 예컨대, 본 명세서에 논의된 암호화 감사 가능한 거래에 대한 지불 금액 및 요금의 수락을 표시하기 위해 지불 요청, 수락 요청, 및 다른 데이터에 대한 디지털 서명을 생성하도록 구성될 수 있다.
또한, 처리 서버(200)는 생성 모듈(220)을 포함할 수 있다. 생성 모듈(220)은 본 명세서에서 논의된 처리 서버(200)의 기능을 수행하는데 사용하기 위한 데이터를 생성하도록 구성될 수 있다. 생성 모듈(220)은 입력으로서 명령을 수신하고, 지시된대로 데이터를 생성할 수 있고, 생성된 데이터를 처리 서버(200)의 다른 모듈 또는 엔진에 출력할 수 있다. 예를 들어, 생성 모듈(220)은 지불 요청, 고유 식별자, 거래 레퍼런스 값, 수락 요청, 수락 주소, 지불 수락, 정산 수락 및 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108), 및 중재 컴퓨팅 시스템(110)의 본 명세서에 서술된 기능을 수행하는데 사용되는 다른 데이터 및 데이터 메시지를 생성하도록 구성될 수 있다.
또한, 처리 서버(200)는 송신 장치(222)를 포함할 수 있다. 송신 장치(222)는 하나 이상의 네트워크 프로토콜을 통해 하나 이상의 네트워크 상으로 데이터를 전송하도록 구성될 수 있다. 몇몇 경우에, 송신 장치(222)는 근거리 통신망, 무선 통신망, 셀룰러 통신, 블루투스, 무선 주파수, 인터넷 등과 같은 하나 이상의 통신 방법을 통해 구매 엔티티(102), 공급 엔티티(104), 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108), 중재 컴퓨팅 시스템(110), 노드(114) 및 다른 엔티티로 데이터를 전송하도록 구성될 수 있다. 일부 실시예에서, 송신 장치(222)는 복수의 장치로 구성될 수 있는데, 예컨대, 근거리 통신망을 통해 데이터를 송신하기 위한 제 1 송신 장치 및 인터넷을 통해 데이터를 송신하기 위한 제 2 송신 장치와 같이, 상이한 네트워크를 통해 데이터를 송신하기 위한 상이한 송신 장치들로 구성될 수 있다. 송신 장치(222)는 수신 컴퓨팅 장치에 의해 파싱될 수 있는 데이터들이 중첩된 데이터 신호를 전자적으로 전송할 수 있다. 몇몇 경우에, 송신 장치(222)는 데이터를 전송에 적합한 데이터 신호로 중첩, 인코딩 또는 다른 방식으로의 포맷팅하기 위한 하나 이상의 모듈을 포함할 수 있다.
송신 장치(222)는 계좌 검증 요청 및 확인과 함께 중첩되거나 달리 인코딩된 데이터 신호를 전자적으로 전송하도록 구성될 수 있으며, 예컨대, 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108), 중재 컴퓨팅 시스템(110)에 의해 전자적으로 전송될 수 있다. 송신 장치(222)는 송신 컴퓨팅 시스템(106)으로부터 데이터 신호를 전자적으로 전송하도록 구성될 수 있으며, 이 데이터 신호는 지불 요청 및 수락 메시지와 함께 중첩되거나 달리 인코딩될 수 있다. 또한, 송신 장치(222)는 수신 컴퓨팅 시스템(108)으로부터의 데이터 신호를 전자적으로 전송하도록 구성될 수 있으며, 이 데이터 신호는 지불 확인, 지불 요청 및 수락 메시지와 함께 중첩되거나 달리 인코딩될 수 있다. 또한, 송신 장치(222)는 중재 컴퓨팅 시스템(110)으로부터의 데이터 신호를 전자적으로 전송하도록 구성될 수 있으며, 이 데이터 신호는 거래의 결제와 관련된 지불 요청 및 데이터 메시지에 대한 응답과 중첩되거나 달리 인코딩될 수 있다. 송신 장치(222)는 또한 데이터 신호를 노드(114)에 전자적으로 전송하도록 구성될 수 있으며, 노드(114)는 그것과 연관된 블록체인에 추가하기 위해 거래 값 및/또는 정산 수락 메시지와 중첩되거나 달리 인코딩될 수 있다.
또한, 처리 서버(200)는 메모리(224)를 포함할 수 있다. 메모리(224)는 공개 및 개인 키, 대칭 키 등과 같은 본 명세서에서 논의된 기능을 수행함에 있어서 처리 서버(200)에 의해 사용하기 위한 데이터를 저장하도록 구성될 수 있다. 메모리(224)는 적합한 데이터 포맷팅 방법 및 스키마를 사용하여 데이터를 저장하도록 구성될 수 있으며, 판독 전용 메모리, 랜덤 액세스 메모리 등과 같은 임의의 적합한 유형의 메모리일 수 있다. 메모리(224)는, 예를 들어, 암호화 키 및 알고리즘, 통신 프로토콜 및 표준, 데이터 포맷 표준 및 프로토콜, 처리 장치의 모듈 및 애플리케이션 프로그램을 위한 프로그램 코드, 및 관련 기술분야의 당업자에게 명백한 바와 같이, 본 명세서에 개시된 기능을 수행함에 있어서 처리 서버(200)에 의해 사용하기에 적합할 수 있는 다른 데이터를 포함할 수 있다. 일부 실시예에서, 메모리(224)는 그 안에 저장된 구조화된 데이터 세트의 저장, 식별, 수정, 업데이트, 액세스 등을 위한 구조화된 쿼리 언어를 이용하는 관계형 데이터베이스를 포함하거나 그것으로 구성될 수 있다. 메모리(224)는, 예를 들어, 블록체인 데이터, 수신 컴퓨팅 시스템(108)을 위한 룩업 테이블 및 통신 데이터, 암호화 키 쌍 또는 디지털 서명을 생성하기 위한 암호화 알고리즘, 개인 및 공개 키 등을 저장하도록 구성될 수 있다.
(거래 계좌 식별 및 확인 프로세스)
도 3은 암호화 감사 가능한 거래에서 자금을 수령하는데 사용하기 위한 거래 계좌를 식별하고 그것의 적격성을 확인하기 위한 시스템(100)의 프로세스를 도시한다.
단계(302)에서, 송신 컴퓨팅 시스템(106)의 수신 장치(202) 및/또는 입력 장치(210)는 제안된 거래에 대한 지불 데이터를 수신할 수 있으며, 지불 데이터는 적어도 지불이 이루어질 주 계좌 번호를 포함한다. 단계(304)에서, 송신 컴퓨팅 시스템(106)의 질의 모듈(216)은 주 계좌 번호와 연관된 수신 엔티티를 식별하기 위해 송신 컴퓨팅 시스템(106)의 계좌 데이터베이스(206) 또는 다른 저장소에 대한 질의를 실행할 수 있다. 송신 컴퓨팅 시스템(106)은 엔티티를 성공적으로 식별할 수 있지만, 엔티티와의 통신을 구축하는데 사용하기 위해 그 엔티티의 수신 컴퓨팅 시스템(108)과 연관된 현재 라우팅 번호를 갖지 않을 수 있다.
단계(306)에서, 송신 컴퓨팅 시스템(106)의 송신 장치(222)는 라우팅 번호 요청을 중재 컴퓨팅 시스템(110)으로 전자적으로 전송할 수 있다. 라우팅 번호 요청은 주 계좌 번호 및/또는 수신 엔티티의 식별정보를 포함할 수 있다. 단계(308)에서, 중재 컴퓨팅 시스템(110)의 수신 장치(202)는 라우팅 번호 요청을 수신할 수 있다. 단계(310)에서, 중재 컴퓨팅 시스템(110)의 질의 모듈(216)은 수신 엔티티에 대한 현재 라우팅 번호를 식별하기 위해 계좌 데이터베이스(206) 또는 중재 컴퓨팅 시스템(110)의 다른 저장소에 대한 질의를 실행할 수 있다. 단계(312)에서, 중재 컴퓨팅 시스템(110)의 송신 장치(222)는 라우팅 번호를 전자 컴퓨팅 시스템(106)으로 전자적으로 전송할 수 있다.
단계(314)에서, 송신 컴퓨팅 시스템(106)의 수신 장치(202)는 라우팅 번호를 수신할 수 있다. 단계(316)에서, 송신 컴퓨팅 시스템(106)의 송신 장치(222)는 계좌 검증 요청을 수신 컴퓨팅 시스템(108)으로 전자적으로 전송할 수 있다. 계좌 검증 요청은 적어도 지불 데이터의 일부로서 공급된 주 계좌 번호를 포함할 수 있고, 중재 컴퓨팅 시스템(110)으로부터 수신된 라우팅 번호를 사용하여 수신 컴퓨팅 시스템(108)에 제출될 수 있다. 일부 예에서, 송신 컴퓨팅 시스템(106)은 라우팅 번호를 사용하여 수신 컴퓨팅 시스템(108)과 직접 통신 채널을 구축할 수 있으며, 이를 통해 계좌 검증 요청이 전송될 수 있다. 단계(318)에서, 수신 컴퓨팅 시스템(108)의 수신 장치(202)는 계좌 검증 요청을 수신할 수 있다.
단계(320)에서, 수신 컴퓨팅 시스템(108)은 주 계좌 번호와 연관된 거래 계좌가 암호화 감사 가능한 거래를 통해 자금을 수령할 자격이 있는지를 판정할 수 있다. 수신 컴퓨팅 시스템(108)의 질의 모듈(216)은 그 안에 저장된 계좌 데이터베이스(206)에 대한 질의를 실행하고 주 계좌 번호를 포함하는 계좌 프로파일(208)을 식별할 수 있다. 수신 컴퓨팅 시스템(108)의 검증 모듈(214)은 그것과 관련된 거래 계좌가 자금을 수령하는데 사용할 자격이 있는지를 검증할 수 있다. 단계(322)에서, 수신 컴퓨팅 시스템(108)의 송신 장치(222)는 확인 메시지를 송신 컴퓨팅 시스템(106)으로 전자적으로 전송할 수 있고, 확인 메시지는 단계(324)에서 수신 컴퓨팅 장치(202)에 의해 수신될 수 있다. 확인 메시지는 주 계좌 번호와 연관된 거래 계좌가 자금을 수령할 자격이 있음을 표시할 수 있고, 암호화 감사 가능한 거래가 처리를 진행할 수 있다.
(암호화 감사 가능한 거래의 처리)
도 4a 및 4b는 중재 엔티티 및 시스템(100)에서의 블록체인의 사용을 포함하는 암호화 감사 가능한 거래의 처리를 위한 프로세스를 도시한다.
단계(402)에서, 송신 컴퓨팅 시스템(106)의 생성 모듈(220)은 처리될 거래에 대한 레퍼런스 값을 생성할 수 있다. 레퍼런스 값은 거래에 대해 수신된 지불 데이터에 대해 생성될 수 있고, 하나 이상의 해싱 알고리즘을 지불 데이터에 적용하고, 표준화된 규칙 또는 다른 적절한 방법을 이용하여 지불 데이터를 변환함으로써 생성될 수 있다. 지불 데이터는 적어도 지불이 이루어질 주 계좌 번호, 지불 금액, 및 거래의 처리 및 정산에 사용하기 적합한 임의의 다른 데이터, 예컨대, 결제가 이루어질 계좌 번호, 거래 시간 및/또는 날짜, 고객 데이터, 제품 데이터, 구매 주문 데이터, 송장 데이터, 제안 데이터, 보상 데이터, 로열티 데이터, 지리적 위치 등을 포함할 수 있다. 단계(404)에서, 송신 컴퓨팅 시스템(106)의 생성 모듈(220)은 적어도 생성된 레퍼런스 값을 포함할 수 있는 지불 요청을 생성할 수 있다.
단계(406)에서, 송신 컴퓨팅 시스템(106)의 송신 장치(222)는 그것과 함께 구축된 통신 채널을 사용하여 생성된 지불 요청을 수신 컴퓨팅 시스템(108)으로 전자적으로 전송할 수 있다. 단계(408)에서, 수신 컴퓨팅 시스템(108)의 수신 장치(202)는 지불 요청을 수신할 수 있다. 일부 실시예에서, 수신 컴퓨팅 시스템(108)은 응답 메시지를 송신 컴퓨팅 시스템(106)으로 반환함으로써 지불 요청의 수신을 확인하도록 구성될 수 있다. 단계(410)에서, 수신 컴퓨팅 시스템(108)의 서명 모듈(218)은 수신 컴퓨팅 시스템(108)과 연관된 개인 키를 사용하여 지불 요청에 대한 디지털 서명을 생성할 수 있다. 단계(412)에서, 수신 컴퓨팅 시스템(108)의 송신 장치(222)는 서명된 지불 요청을 중재 컴퓨팅 시스템(110)으로 전자적으로 전송할 수 있다.
단계(414)에서, 중재 컴퓨팅 시스템(110)의 수신 장치(202)는 서명된 지불 요청을 수신할 수 있다. 일부 실시예에서, 중재 컴퓨팅 시스템(110)의 검증 모듈(214)은, 예컨대, 수신 컴퓨팅 시스템(108)과 연관되고 디지털 서명을 생성하기 위해 사용되는 개인 키에 대응하는 공개키를 이용하여 지불 요청에 대한 디지털 서명을 검증하기 위해 사용될 수 있다. 단계(416)에서, 중재 컴퓨팅 시스템(110)의 질의 모듈(216)은 거래를 처리하기 위한 하나 이상의 요금 값을 식별할 수 있으며, 이 요금 값은 거래에 대한 지불 데이터, 거래에 참여하는 엔티티, 또는 관련 기술분야의 당업자들에게 명백한 다른 기준에 기초할 수 있다. 단계(418)에서, 중재 컴퓨팅 시스템(110)은 거래와의 고유한 연관성을 위해 수락 주소를 식별할 수 있으며, 예컨대, 중재 컴퓨팅 시스템(110)의 질의 모듈(216)에 의해 실행되는 질의를 통해 식별되거나 또는 중재 컴퓨팅 시스템(110)의 생성 모듈(220)에 의해 생성될 수 있다.
단계(420)에서, 중재 컴퓨팅 시스템(110)의 서명 모듈(218)은 적어도 식별된 요금 값에 대한 디지털 서명을 생성할 수 있고, 이 디지털 서명은 식별된 요금 값, 수락 주소 및 거래 레퍼런스 값을 포함하는 메시지에 대해 생성될 수도 있다. 디지털 서명은 중재 컴퓨팅 시스템(110)의 메모리(224)로부터(예를 들어, 중재 컴퓨팅 시스템의 질의 모듈(216)에 의해) 질의될 수 있는, 중재 컴퓨팅 시스템(110)과 연관된 개인 키를 사용하여 생성될 수 있다. 단계(422)에서, 중재 컴퓨팅 시스템(110)의 송신 장치(222)는 거래 데이터를 수신 컴퓨팅 시스템(108)으로 반환할 수 있으며, 이 거래 데이터는 적어도 식별된 요금 값, 수락 주소 및 생성된 디지털 서명으로 구성될 수 있다.
단계(424)에서, 수신 컴퓨팅 시스템(108)의 수신 장치(202)는 중재 컴퓨팅 시스템(110)으로부터 거래 데이터를 수신할 수 있다. 단계(426)에서, 수신 컴퓨팅 시스템(108)의 송신 장치(222)는 수락 요청을 송신 컴퓨팅 시스템(106)으로 전자적으로 전송할 수 있다. 수락 요청은 적어도 거래 레퍼런스 값, 하나 이상의 요금 값, 수락 주소 및 중재 컴퓨팅 시스템의 디지털 서명을 포함할 수 있다. 일부 경우에, 수신 컴퓨팅 시스템(108)은 수락 요청의 전송 전에 중재 컴퓨팅 시스템의 디지털 서명을 검증할 수 있다. 단계(428)에서, 송신 컴퓨팅 시스템(106)의 수신 장치(202)는 수락 요청을 수신할 수 있다. 그 다음, 송신 컴퓨팅 시스템(106)은 (예를 들어, 그것의 검증 모듈(214)을 사용하여), 예컨대, 수락 요청에 포함된 데이터를 확인함으로써(예를 들어, 거래 레퍼런스 값이 정확한지 보장하는 것, 과도한 또는 알 수 없는 요금을 체크하는 것, 중재 컴퓨팅 시스템의 디지털 서명을 검증하는 것 등) 그 거래를 진행해야 하는지 검증할 수 있다.
단계(430)에서, 송신 컴퓨팅 시스템(106)의 서명 모듈(218)은 디지털 서명을 생성할 수 있는데, 디지털 서명은 적어도 식별된 요금 값에 대하여 생성될 수 있고, 또한 수락 요청에 대하여 생성될 수 있다. 디지털 서명은 송신 컴퓨팅 시스템(106)의 메모리(224)로부터 (예를 들어, 송신 컴퓨팅 시스템의 질의 모듈(216)에 의해) 질의될 수 있는, 송신 컴퓨팅 시스템(106)과 연관된 개인 키를 사용하여 생성될 수 있다. 단계(432)에서, 송신 컴퓨팅 시스템(106)의 송신 장치(222)는 수락 메시지를 수신 컴퓨팅 시스템(108)으로 전자적으로 송신할 수 있다. 수락 메시지는 적어도 수락 주소 및 송신 컴퓨팅 시스템의 디지털 서명을 포함할 수 있다.
단계(434)에서, 수신 컴퓨팅 시스템(108)의 수신 장치(202)는 송신 컴퓨팅 시스템(106)으로부터 수락 메시지를 수신할 수 있다. 단계(436)에서, 수신 컴퓨팅 시스템(108)의 생성 모듈(220)은 거래에 대한 거래 값을 생성할 수 있다. 거래 값은 블록체인 네트워크(112)에 의해 제시된 임의의 규칙 또는 표준에 따라 포맷화될 수 있고, 적어도 거래에 대한 레퍼런스 값, 수락 주소 및 송신 컴퓨팅 시스템(106)에 의해 생성된 디지털 서명을 포함할 수 있다. 단계(438)에서, 수신 컴퓨팅 시스템(108)의 송신 장치(222)는 표준 방법 및 시스템을 이용하여 거래 값을 부착을 위해 블록체인 네트워크(112)와 연관된 노드(114)로 전자적으로 전송할 수 있다. 그 다음, 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108) 및 중재 컴퓨팅 시스템(110) 각각은(예를 들어, 수락 주소 및/또는 거래 레퍼런스 값을 통해) 블록체인 내의 거래 값을 자유롭게 식별할 수 있고, 그 안에 포함된 데이터를 검증할 수 있다. 송신 컴퓨팅 시스템(106) 및 수신 컴퓨팅 시스템(108)은 그에 따라 각자의 거래 계좌를 정산할 수 있고, 중재 컴퓨팅 시스템(110)은 모든 관련 엔티티에 대한 차액 정산을 수행할 때 거래를 설명(account for)할 수 있다.
(암호화 감사 가능한 거래 처리를 위한 제 1 방법예)
도 5는 거래 자금을 제공하기 위해 사용되는 거래 계좌와 연관된 엔티티로부터 지불 요청의 생성 및 제출을 포함하는 암호화 감사 가능한 거래의 처리를 위한 방법(500)을 도시한다.
단계(502)에서, 지불 데이터가 처리 서버(예를 들어, 송신 컴퓨팅 시스템(106)을 포함하는 처리 서버(200))의 입력 장치(예를 들어, 입력 장치(210))에 의해 수신될 수 있으며, 지불 데이터는 적어도 주 계좌 번호를 포함한다. 단계(504)에서, 주 계좌 번호는 처리 서버의 송신 장치(예를 들어, 송신 장치(222))에 의해 컴퓨팅 시스템(예를 들어, 수신 컴퓨팅 시스템(108))으로 전자적으로 전송될 수 있다. 단계(506)에서, 주 계좌 번호와 연관된 확인이 컴퓨팅 시스템으로부터 처리 서버의 수신 장치(예를 들어, 수신 장치(202))에 의해 수신될 수 있다.
단계(508)에서, 지불 요청이 처리 서버의 송신 장치에 의해 컴퓨팅 시스템으로 전자적으로 전송될 수 있으며, 지불 요청은 적어도 지불 거래와 연관된 레퍼런스 값을 포함한다. 단계(510)에서, 수락 요청이 처리 서버의 수신 장치에 의해 컴퓨팅 시스템으로부터 수신될 수 있으며, 수락 요청은 적어도 레퍼런스 값, 수락 주소, 하나 이상의 요금 값, 및 제 3 자에 의해(예를 들어, 중재 컴퓨팅 시스템(110))에 의해 생성된 제 1 디지털 서명을 포함한다.
단계(512)에서, 적어도 수락 주소를 사용하여 처리 서버의 서명 모듈(예를 들어, 서명 모듈(218))에 의해 제 2 서명이 생성될 수 있다. 단계(514)에서, 적어도 제 2 디지털 서명은 처리 서버의 전송 장치에 의해 컴퓨팅 시스템으로 전자적으로 전송될 수 있다.
일 실시예에서, 방법(500)은: 처리 서버의 수신 장치에 의해, 지불 거래와 연관된 거래 메시지를 수신하는 단계로서, 이 거래 메시지는 하나 이상의 표준에 기초하여 포맷화되고 적어도 주 계좌 번호를 저장하도록 구성된 제 1 데이터 요소를 포함하는 복수의 데이터 요소를 적어도 포함하는 것인, 상기 거래 메시지를 수신하는 단계; 및 처리 서버의 해싱 모듈(예를 들어, 생성 모듈(220))에 의해, 수신된 거래 메시지에 하나 이상의 해싱 알고리즘의 적용에 기초하여 레퍼런스 값을 생성하는 단계를 포함한다. 일부 실시예에서, 방법(500)은 또한 처리 서버의 수신 장치에 의해, 블록체인 네트워크(예를 들어, 블록체인 네트워크(112))와 연관된 노드(예를 들어, 노드(114))로부터 블록체인 데이터를 수신하는 단계로서, 이 블록체인 데이터는 블록체인을 포함하는 하나 이상의 블록을 포함하고, 각 블록은 적어도 블록 헤더 및 하나 이상의 거래 값으로 구성되며, 각 거래 값은 적어도 거래 주소, 거래 레퍼런스 및 거래 서명을 포함하는 것인, 상기 블록체인 데이터를 수신하는 단계; 처리 서버의 질의 모듈(예를 들어, 질의 모듈(216))에 의해, 포함된 거래 주소가 수락 주소에 대응하는 특정 거래 값을 식별하기 위해 수신된 블록체인 데이터에 대한 질의를 실행하는 단계; 및 및 처리 서버의 검증 모듈(예를 들어, 검증 모듈(214))에 의해, 적어도 포함된 거래 레퍼런스와 레퍼런스 값 사이의 대응성 및 포함된 거래 서명과 제 2 디지털 서명 사이의 대응성에 기초하여 특정 거래 값을 검증하는 단계를 포함한다.
(암호화 감사 가능한 거래의 처리를 위한 제 2 방법예)
도 6은 거래에서 자금의 수령에 사용되는 거래 계좌와 연관된 엔티티에 의한 지불 요청의 수령 및 처리를 포함하는 암호화 감사 가능한 거래의 처리를 위한 방법(600)을 도시한다.
단계(602)에서, 지불 요청은 제 1 컴퓨팅 시스템(예를 들어, 송신)으로부터 처리 서버(예를 들어, 수신 컴퓨팅 시스템(108)을 포함하는 처리 서버(200))의 수신 장치(예를 들어, 수신 장치(202))에 의해 수신될 수 있다. 컴퓨팅 시스템(106)에서, 지불 요청은 지불 거래와 관련된 적어도 레퍼런스 값을 포함한다.
단계(602)에서, 지불 요청은 제 1 컴퓨팅 시스템(예를 들어, 송신 컴퓨팅 시스템(106))으로부터 처리 서버(예를 들어, 수신 컴퓨팅 시스템(108)을 포함하는 처리 서버(200))의 수신 장치(예를 들어, 수신 장치(202))에 의해 수신될 수 있고, 이 지불 요청은 적어도 지불 거래와 연관된 레퍼런스 값을 포함한다. 단계(604)에서, 적어도 수신된 지불 요청을 이용하여 처리 서버의 서명 모듈(예를 들어, 서명 모듈(218))에 의해 제 1 디지털 서명이 생성될 수 있다. 단계(606)에서, 적어도 제 1 디지털 서명 및 지불 요청은 처리 서버의 송신 장치(예를 들어, 송신 장치(222))에 의해 제 2 컴퓨팅 시스템(예를 들어, 중재 컴퓨팅 시스템(110))으로 전자적으로 전송될 수 있다.
단계(608)에서, 처리 서버의 수신 장치에 의해 제 2 컴퓨팅 시스템으로부터 확인 메시지가 수신될 수 있으며, 이 확인 메시지는 적어도 하나 이상의 요금 값, 제 2 디지털 서명 및 수락 주소를 포함한다. 단계(610)에서, 수락 요청은 처리 서버의 송신 장치에 의해 제 1 컴퓨팅 시스템으로 전자적으로 전송될 수 있고, 수락 요청은 적어도 레퍼런스 값, 하나 이상의 요금 값, 제 2 디지털 서명, 및 수락 주소를 포함한다.
단계(612)에서, 처리 서버의 수신 장치에 의해 제 1 컴퓨팅 시스템으로부터 수락 메시지가 수신될 수 있으며, 수락 메시지는 적어도 제 3 디지털 서명을 포함한다. 단계(614)에서, 거래 값이 처리 서버의 송신 장치에 의해 블록체인 네트워크(예를 들어, 블록체인 네트워크(112))와 연관된 노드(예를 들어, 노드(114))로 전자적으로 전송될 수 있으며, 이 거래 값은 적어도 레퍼런스 값, 수락 주소 및 세 번째 디지털 서명을 포함한다.
일 실시예에서, 방법(600)은 또한: 처리 서버의 수신 장치에 의해, 블록체인 네트워크와 연관된 노드로부터 블록체인 데이터를 수신하는 단계로서, 이 블록체인 데이터는 블록체인을 포함하는 하나 이상의 블록을 포함하고, 각 블록은 적어도 블록 헤더 및 하나 이상의 거래 값으로 구성되며, 각 거래 값은 적어도 거래 주소, 거래 레퍼런스 및 거래 서명을 포함하는 것인, 상기 블록체인 데이터를 수신하는 단계; 처리 서버의 질의 모듈(예를 들어, 질의 모듈(216))에 의해, 포함된 거래 주소가 수락 주소에 대응하는 특정 거래 값을 식별하기 위해 수신된 블록체인 데이터에 대한 질의를 실행하는 단계; 및 처리 서버의 검증 모듈(예를 들어, 검증 모듈(214))에 의해, 적어도 포함된 거래 레퍼런스와 레퍼런스 값 사이의 대응성 및 포함된 거래 서명과 제 3 디지털 서명 사이의 대응성에 기초하여 특정 거래 값을 검증하는 단계를 포함한다. 일부 실시예에서, 방법(600)은 또한: 처리 서버의 계좌 데이터베이스(예를 들어, 계좌 데이터베이스(206))에 복수의 계좌 프로파일(예를 들어, 계정 프로파일(208))을 저장하는 단계로서, 각각의 계좌 프로파일은 적어도 주 계좌 번호를 포함하는 거래 계좌와 관련된 구조화된 데이터 세트를 포함하는 것인, 상기 복수의 계좌 프로파일을 저장하는 단계; 처리 서버의 수신 장치에 의해, 제 1 컴퓨팅 시스템으로부터 적어도 특정 계좌 번호를 포함하는 검증 요청을 수신하는 단계; 처리 서버의 검증 모듈에 의해, 포함된 주 계좌 번호가 특정 계정 번호에 대응하는, 복수의 계정 프로파일 중 하나의 계정 프로파일을 검증하는 단계; 및 처리 서버의 송신 장치에 의해, 성공적인 검증의 표시를 제 1 컴퓨팅 시스템으로 전자적으로 송신하는 단계를 포함한다.
(암호화 감사 가능한 거래의 처리를 위한 제 3 방법예)
도 7은 제 3 자, 중재 엔티티에 의해 그것과 연관된 데이터의 처리를 포함하는 암호화 감사 가능한 거래의 처리를 위한 방법(700)을 도시한다.
단계(702)에서, 지불 요청이 컴퓨팅 시스템(예를 들어, 수신 컴퓨팅 시스템(108))으로부터 처리 서버(예를 들어, 중재 컴퓨팅 시스템(110)을 포함하는 처리 서버(200))의 수신 장치(예를 들어, 수신 장치(202))에 의해 수신될 수 있고, 이 지불 요청은 적어도 지불 거래 및 제 1 디지털 서명과 연관된 레퍼런스 값을 포함한다. 단계(704)에서, 처리 서버의 질의 모듈(예를 들어, 질의 모듈(216))은 지불 거래에 대한 하나 이상의 요금 값을 식별하기 위한 제 1 질의 및 수락 주소를 식별하기 위한 제 2 질의를 실행할 수 있다. 단계(706)에서, 제 2 디지털 서명은 처리 서버의 서명 모듈(예를 들어, 서명 모듈(218))에 의해 생성될 수 있다.
단계(708)에서, 적어도 하나 이상의 요금 값, 수락 주소 및 제 2 디지털 서명은 처리 서버의 송신 장치(예를 들어, 송신 장치(222))에 의해 컴퓨팅 시스템으로 전자적으로 전송될 수 있다. 단계(710)에서, 처리 서버의 수신 장치는 블록체인 네트워크(예를 들어, 블록체인 네트워크(112))와 연관된 노드(예를 들어, 노드(114))로부터 블록체인 데이터를 수신할 수 있고, 이 블록체인 데이터는 블록체인을 포함하는 하나 이상의 블록을 포함하고, 각 블록은 적어도 블록 헤더 및 하나 이상의 거래 값으로 구성되며, 각각의 거래 값은 적어도 거래 주소, 거래 레퍼런스 및 거래 서명을 포함한다.
단계(712)에서, 포함된 거래 주소가 수락 주소에 대응하는 특정 거래 값을 식별하기 위해 처리 서버의 질의 모듈에 의해 수신된 블록체인 데이터에 대해 질의가 실행될 수 있다. 단계(714)에서, 특정 거래 값은 적어도 포함된 거래 레퍼런스와 레퍼런스 값 사이의 대응성에 기초하여 처리 서버의 검증 모듈(예를 들어, 검증 모듈(214))에 의해 검증될 수 있다. 일 실시예에서, 방법(700)은 또한: 처리 서버의 생성 모듈(예를 들어, 생성 모듈(220))에 의해 적어도 수락 주소, 레퍼런스 값 및 제 2 디지털 서명을 포함하는 수락 엔트리를 생성하는 단계; 및 처리 서버의 송신 장치에 의해, 생성된 수락 엔트리를 블록체인 네트워크와 연관된 노드로 전자적으로 전송하는 단계를 포함한다.
(컴퓨터 시스템 아키텍처)
도 8은 본 개시물의 실시예 또는 그 일부가 컴퓨터 판독 가능 코드로서 구현될 수 있는 컴퓨터 시스템(800)을 도시한다. 예를 들어, 도 1의 송신 컴퓨팅 시스템(106), 수신 컴퓨팅 시스템(108) 및 중재 컴퓨팅 시스템(110)은 하드웨어, 소프트웨어, 펌웨어, 저장된 명령을 갖는 비-일시적 컴퓨터 판독 가능 매체 또는 이들의 조합을 사용하여 컴퓨터 시스템(800) 내에 구현될 수 있고, 하나 이상의 컴퓨터 시스템 또는 다른 처리 시스템에서 구현될 수 있다. 하드웨어, 소프트웨어 또는 이들의 임의의 조합은 도 3, 4a, 4b 및 5-7의 방법을 구현하는데 사용되는 모듈 및 컴포넌트를 구현할 수 있다.
프로그램 가능 로직이 사용되는 경우, 이러한 로직은 실행 가능 소프트웨어 코드에 의해 구성되는 상업적으로 이용 가능한 프로세싱 플랫폼상에서 실행되어 특정 목적 컴퓨터 또는 특수 목적 장치(예를 들어, 프로그램 가능 로직 어레이, 애플리케이션 특정 집적 회로 등)가 될 수 있다. 당업자는 개시된 본 발명의 실시예가 멀티-코어 멀티 프로세서 시스템, 미니 컴퓨터, 메인 프레임 컴퓨터, 분산 기능과 링크되거나 클러스터된 컴퓨터, 및 사실상 임의의 장치에 내장될 수 있는 보급형 또는 소형 컴퓨터를 포함하는 다양한 컴퓨터 시스템 구성으로 실시될 수 있음을 이해할 것이다. 예를 들어, 적어도 하나의 프로세서 장치 및 메모리가 전술한 실시예들을 구현하기 위해 사용될 수 있다.
본 명세서에서 논의된 프로세서 유닛 또는 장치는 단일 프로세서, 복수의 프로세서 또는 이들의 조합일 수 있다. 프로세서 장치는 하나 이상의 프로세서 "코어"를 가질 수 있다. 본 명세서에 논의된 "컴퓨터 프로그램 매체", "비-일시적 컴퓨터 판독 가능 매체" 및 "컴퓨터 사용 가능 매체"라는 용어는 일반적으로 착탈식 저장 유닛(818), 착탈식 저장 유닛(822), 및 하드 디스크 드라이브(812)에 설치된 하드 디스크와 같은 실재(tangible) 매체를 나타내기 위해 사용된다.
본 개시물의 다양한 실시예는 이 예시적인 컴퓨터 시스템(800)의 관점에서 설명된다. 다른 컴퓨터 시스템 및/또는 컴퓨터 아키텍처를 사용하여 본 개시물을 구현하는 방법은 관련 기술분야의 당업자들에게 명백할 것이다. 동작들이 순차적 프로세스로서 설명될 수 있지만, 동작들 중 일부는 실제로 병행하여, 동시에, 및/또는 분산된 환경에서 수행될 수 있고, 단일 또는 멀티-프로세서 머신에 의한 액세스를 위해 로컬 또는 원격으로 저장된 프로그램 코드와 함께 수행될 수 있다. 또한, 일부 실시예들에서, 동작 순서는 개시된 본 발명의 사상을 벗어나지 않고 재정렬될 수 있다.
프로세서 장치(804)는 본 명세서에서 논의된 기능들을 수행하도록 특별하게 구성된 특수 목적 또는 범용 프로세서 장치일 수 있다. 프로세서 장치(804)는 버스, 메시지 큐(queue), 네트워크, 멀티-코어 메시지 전달 스킴 등과 같은 통신 인프라 구조(806)에 연결될 수 있다. 네트워크는 본 명세서에 개시된 기능들을 수행하기에 적합한 임의의 네트워크일 수 있고, 근거리 통신망(LAN), 광역 통신망(WAN), 무선 네트워크(예를 들어, WiFi), 이동 통신 네트워크, 위성 네트워크, 인터넷, 광섬유, 동축 케이블, 적외선, 무선 주파수(RF) 또는 이들의 임의의 조합을 포함할 수 있다. 다른 적합한 네트워크 유형 및 구성은 관련 기술분야의 당업자들에게 명백할 것이다. 컴퓨터 시스템(800)은 또한 메인 메모리(808)(예를 들어, 랜덤 액세스 메모리, 판독 전용 메모리 등)를 포함할 수 있고, 보조 메모리(810)를 포함할 수도 있다. 보조 메모리(810)는 하드 디스크 드라이브(812) 및 착탈식 저장 드라이브(814), 예컨대, 플로피 디스크 드라이브, 자기 테이프 드라이브, 광 디스크 드라이브, 플래시 메모리 등을 포함할 수 있다.
착탈식 저장 드라이브(814)는 공지된 방식으로 착탈식 저장 유닛(818)으로부터 판독하고 및/또는 그것에 기록할 수 있다. 착탈식 저장 유닛(818)은 착탈식 저장 드라이브(814)에 의해 판독 및 기록될 수 있는 착탈식 저장 매체를 포함할 수 있다. 예를 들어, 착탈식 저장 드라이브(814)가 플로피 디스크 드라이브 또는 범용 직렬 버스 포트인 경우, 착탈식 저장 유닛(818)은 각각 플로피 디스크 또는 휴대용 플래시 드라이브일 수 있다. 일 실시예에서, 착탈식 저장 유닛(818)은 비-일시적 컴퓨터 판독 가능 기록 매체일 수 있다.
일부 실시예에서, 보조 메모리(810)는 컴퓨터 프로그램 또는 다른 명령어가 컴퓨터 시스템(800)에 로딩되게 하는 대안의 수단, 예를 들어, 착탈식 저장 유닛(822) 및 인터페이스(820)를 포함할 수 있다. 이러한 수단의 예는 프로그램 카트리지 및 카트리지 인터페이스(예를 들어, 비디오 게임 시스템에서 볼 수 있음), 제거 가능한 메모리 칩(예를 들어, EEPROM, PROM 등) 및 관련 소켓, 및 다른 착탈식 저장 유닛(822) 및 인터페이스(820)를 포함할 수 있고, 이는 관련 기술 분야의 당업자들에게 명백할 것이다.
컴퓨터 시스템(800)에 저장된(예를 들어, 메인 메모리(808) 및/또는 보조 메모리(810)에 저장된) 데이터는 광학 저장 장치(예를 들어, 컴팩트 디스크, 디지털 다용도 디스크, 블루레이(Blu-ray) 디스크 등) 또는 자기 테이프 저장장치(예컨대, 하드 디스크 드라이브)와 같은, 임의의 유형의 적합한 컴퓨터 판독 가능 매체일 수 있다. 데이터는 관계형 데이터베이스, SQL(Structured Query Language) 데이터베이스, 분산형 데이터베이스, 객체 데이터베이스 등과 같은 임의의 유형의 적합한 데이터베이스 구성으로 구성될 수 있다. 적합한 구성 및 저장장치 유형은 관련 기술 분야의 당업자에게 명백할 것이다.
또한, 컴퓨터 시스템(800)은 통신 인터페이스(824)를 포함할 수 있다. 통신 인터페이스(824)는 소프트웨어 및 데이터가 컴퓨터 시스템(800)과 외부 장치 사이에서 전송되는 것을 가능하게 하도록 구성될 수 있다. 예시적인 통신 인터페이스(824)는 모뎀, 네트워크 인터페이스(예를 들어, 이더넷 카드), 통신 포트, PCMCIA 슬롯 및 카드 등을 포함할 수 있다. 통신 인터페이스(824)를 통해 전송되는 소프트웨어 및 데이터는 전자, 전자기, 광학 또는 다른 신호일 수 있는 신호 형태일 수 있고, 이는 관련 기술 분야의 당업자에게 명백할 것이다. 신호는 통신 경로(826)를 통해 이동할 수 있으며, 통신 경로는 신호를 전달하도록 구성될 수 있고 유선, 케이블, 광섬유, 전화선, 셀룰러 전화 링크, 무선 주파수 링크 등을 사용하여 구현될 수 있다.
컴퓨터 시스템(800)은 디스플레이 인터페이스(802)를 더 포함할 수 있다. 디스플레이 인터페이스(802)는 컴퓨터 시스템(800)과 외부 디스플레이(830) 사이에서 데이터가 전송되는 것을 가능하게 하도록 구성될 수 있다. 예시적인 디스플레이 인터페이스(802)는 고화질 멀티미디어 인터페이스(HDMI), 디지털 비주얼 인터페이스(DVI), 비디오 그래픽 어레이(VGA) 등을 포함할 수 있다. 디스플레이(830)는 음극선 관(CRT) 디스플레이, 액정 디스플레이(LCD), 발광 다이오드(LED) 디스플레이, 용량성 터치 디스플레이, 박막 트랜지스터(TFT) 디스플레이 등을 포함하여, 컴퓨터 시스템(800)의 디스플레이 인터페이스(802)를 통해 전송된 데이터를 디스플레이하기 위한 임의의 적합한 유형의 디스플레이일 수 있다.
컴퓨터 프로그램 매체 및 컴퓨터 사용 가능 매체는 메모리 반도체(예를 들어, DRAM 등)일 수 있는 메인 메모리(808) 및 보조 메모리(810)와 같은 메모리를 지칭할 수 있다. 이러한 컴퓨터 프로그램 프로덕트는 컴퓨터 시스템(800)에 소프트웨어를 제공하기 위한 수단일 수 있다. 컴퓨터 프로그램(예를 들어, 컴퓨터 제어 로직)은 메인 메모리(808) 및/또는 보조 메모리(810)에 저장될 수 있다. 컴퓨터 프로그램은 통신 인터페이스(824)를 통해 수신될 수도 있다. 이러한 컴퓨터 프로그램은 실행될 때 컴퓨터 시스템(800)이 본 명세서에 논의된 본 발명의 방법을 구현할 수 있게 한다. 특히, 컴퓨터 프로그램은 실행될 때, 프로세서 장치(804)가 본 명세서에서 논의된 바와 같이, 도 3, 4a, 4b 및 5-7에 의해 도시된 방법을 구현할 수 있게 한다. 따라서, 이러한 컴퓨터 프로그램은 컴퓨터 시스템(800)의 컨트롤러를 나타낼 수 있다. 본 개시물이 소프트웨어를 사용하여 구현되는 경우, 소프트웨어는 컴퓨터 프로그램 프로덕트에 저장되고, 착탈식 저장 드라이브(814), 인터페이스(820) 및 하드 디스크 드라이브(812), 또는 통신 인터페이스(824)를 사용하여 컴퓨터 시스템(800)에 로딩될 수 있다.
프로세서 장치(804)는 컴퓨터 시스템(800)의 기능을 수행하도록 구성된 하나 이상의 모듈 또는 엔진을 포함할 수 있다. 모듈 또는 엔진 각각은 하드웨어를 사용하여 구현될 수 있고, 일부 경우에서, 메인 메모리(808) 또는 보조 메모리(810)에 저장된 프로그램 코드 및/또는 프로그램에 대응하는 것과 같은 소프트웨어를 이용할 수도 있다. 그러한 경우에, 프로그램 코드는 컴퓨터 시스템(800)의 하드웨어에 의해 실행되기 전에 프로세서 장치(804)에 의해(예를 들어, 컴파일 모듈 또는 엔진에 의해) 컴파일될 수 있다. 예를 들어, 프로그램 코드는 프로세서 장치(804) 및/또는 컴퓨터 시스템(800)의 임의의 추가 하드웨어 구성요소에 의한 실행을 위해, 어셈블리 언어 또는 기계 코드와 같은 더 낮은 레벨의 언어로 번역된 프로그래밍 언어로 작성된 소스 코드일 수 있다. 컴파일 프로세스는 어휘 분석, 전처리, 파싱, 의미 분석, 구문 중심 변환(syntax-directed translation), 코드 생성, 코드 최적화 및 프로그램 코드를 본 명세서에 개시된 기능들을 수행하도록 컴퓨터 시스템(800)을 제어하는데 적합한 더 낮은 레벨의 언어로 변환하기에 적합한 임의의 다른 기술의 사용을 포함할 수 있다. 이러한 프로세스가 컴퓨터 시스템(800)이 상기 논의된 기능들을 수행하도록 고유하게 프로그래밍된 특별하게 구성된 컴퓨터 시스템(800)이 되게 한다는 것이 관련 기술 분야의 당업자에게 명백할 것이다.
본 개시물과 일치하는 기술은, 다른 특징들 중에서도, 암호화 감사 가능한 거래를 처리하는 시스템 및 방법을 제공한다. 개시된 시스템 및 방법의 다양한 예시적인 실시예들이 앞서 설명되었지만, 이들은 제한이 아니라 단지 예시의 목적으로 제공된 것으로 이해되어야 한다. 앞선 설명은 빠트림없이 철저하게 기재된 것이 아니며, 개시된 정확한 형태로 본 발명을 제한하지 않는다. 본 발명의 범위를 벗어나지 않은 수정 및 변형이 상기 교시에 비추어 이루어질 수 있고, 또는 본 개시물의 실시를 통해 획득될 수 있다.

Claims (16)

  1. 암호화 감사 가능한 거래를 처리하는 방법으로서,
    처리 서버의 입력 장치에 의해, 적어도 주 계좌 번호를 포함하는 지불 데이터를 수신하는 단계;
    상기 처리 서버의 송신 장치에 의해, 상기 주 계좌 번호를 컴퓨팅 시스템으로 전자적으로 전송하는 단계;
    상기 처리 서버의 수신 장치에 의해, 상기 컴퓨팅 시스템으로부터 상기 주 계좌 번호와 연관된 확인(confirmation)을 수신하는 단계;
    상기 처리 서버의 상기 송신 장치에 의해, 적어도 지불 거래와 연관된 레퍼런스 값을 포함하는 상기 지불 요청을 상기 컴퓨팅 시스템으로 전자적으로 전송하는 단계;
    상기 처리 서버의 상기 수신 장치에 의해, 상기 컴퓨팅 시스템으로부터, 적어도 상기 레퍼런스 값, 수락 주소, 하나 이상의 요금 값, 및 제 3 자에 의해 생성된 제 1 디지털 서명을 포함하는 수락 요청을 수신하는 단계;
    상기 처리 서버의 서명 모듈에 의해, 적어도 상기 수락 주소를 사용하여 제 2 디지털 서명을 생성하는 단계; 및
    상기 처리 서버의 상기 송신 장치에 의해, 적어도 상기 제 2 디지털 서명을 상기 컴퓨팅 시스템으로 전자적으로 전송하는 단계를 포함하는 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 방법.
  2. 제 1 항에 있어서,
    상기 처리 서버의 상시 수신 장치에 의해, 상기 지불 거래와 연관된 거래 메시지를 수신하는 단계로서, 상기 거래 메시지는 하나 이상의 표준에 기초하여 포맷화되고 적어도 상기 주 계좌 번호를 저장하도록 구성된 제 1 데이터 요소를 포함하는 복수의 데이터 요소를 적어도 포함하는 것인, 상기 지불 거래와 연관된 거래 메시지를 수신하는 단계; 및
    상기 처리 서버의 해싱 모듈에 의해, 수신된 거래 메시지에 하나 이상의 해싱 알고리즘을 적용한 것에 기초하여 상기 레퍼런스 값을 생성하는 단계를 더 포함하는 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 방법.
  3. 제 1 항에 있어서,
    상기 처리 서버의 상기 수신 장치에 의해, 블록체인 네트워크와 연관된 노드로부터 블록체인 데이터를 수신하는 단계로서, 상기 블록체인 데이터는 블록체인을 포함하는 하나 이상의 블록을 포함하고, 각 블록은 적어도 블록 헤더 및 하나 이상의 거래 값으로 구성되며, 각각의 거래 값은 적어도 거래 주소, 거래 레퍼런스 및 거래 서명을 포함하는 것인, 상기 블록체인 데이터를 수신하는 단계;
    상기 처리 서버의 질의 모듈에 의해, 수신된 블록체인 데이터에 대한 질의를 실행하여 포함된 거래 주소가 상기 수락 주소에 대응하는 특정 거래 값을 식별하는 단계; 및
    상기 처리 서버의 검증 모듈에 의해, 적어도 포함된 거래 레퍼런스와 상기 레퍼런스 값 간의 대응성 및 포함된 거래 서명과 상기 제 2 디지털 서명 간의 대응성에 기초하여 상기 특정 거래 값을 검증하는 단계를 더 포함하는 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 방법.
  4. 암호화 감사 가능한 거래를 처리하는 방법으로서,
    처리 서버의 수신 장치에 의해, 제 1 컴퓨팅 시스템으로부터 적어도 지불 거래와 연관된 레퍼런스 값을 포함하는 지불 요청을 수신하는 단계;
    상기 처리 서버의 서명 모듈에 의해, 적어도 수신된 지불 요청을 이용하여 제 1 디지털 서명을 생성하는 단계;
    상기 처리 서버의 송신 장치에 의해, 적어도 상기 제 1 디지털 서명 및 상기 지불 요청을 제 2 컴퓨팅 시스템으로 전자적으로 전송하는 단계;
    상기 처리 서버의 상기 수신 장치에 의해, 상기 제 2 컴퓨팅 시스템으로부터 적어도 하나 이상의 요금 값, 제 2 디지털 서명 및 수락 주소를 포함하는 확인(confirmation) 메시지를 수신하는 단계;
    상기 처리 서버의 상기 송신 장치에 의해, 적어도 상기 레퍼런스 값, 상기 하나 이상의 요금 값, 상기 제 2 디지털 서명 및 상기 수락 주소를 포함하는 수락 요청을 상기 제 1 컴퓨팅 시스템으로 전자적으로 전송하는 단계;
    상기 처리 서버의 상기 수신 장치에 의해, 상기 제 1 컴퓨팅 시스템으로부터 적어도 제 3 디지털 서명을 포함하는 수락 메시지를 수신하는 단계; 및
    상기 처리 서버의 송신 장치에 의해, 적어도 상기 레퍼런스 값, 상기 수락 주소 및 상기 제 3 디지털 서명을 포함하는 거래 값을 블록체인 네트워크와 연관된 노드로 전자적으로 전송하는 단계를 포함하는 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 방법.
  5. 제 4 항에 있어서,
    상기 처리 서버의 상기 수신 장치에 의해, 상기 블록체인 네트워크와 연관된 노드로부터 블록체인 데이터를 수신하는 단계로서, 상기 블록체인 데이터는 블록체인을 포함하는 하나 이상의 블록을 포함하고, 각 블록은 적어도 블록 헤더 및 하나 이상의 거래 값으로 구성되며, 각각의 거래 값은 적어도 거래 주소, 거래 레퍼런스 및 거래 서명을 포함하는 것인, 상기 블록체인 데이터를 수신하는 단계;
    상기 처리 서버의 질의 모듈에 의해, 수신된 블록체인 데이터에 대한 질의를 실행하여 포함된 거래 주소가 상기 수락 주소에 대응하는 특정 거래 값을 식별하는 단계; 및
    상기 처리 서버의 검증 모듈에 의해, 적어도 포함된 거래 레퍼런스와 상기 레퍼런스 값 사이의 대응성 및 포함된 거래 서명과 상기 제 3 디지털 서명 사이의 대응성에 기초하여 상기 특정 거래 값을 검증하는 단계를 더 포함하는 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 방법.
  6. 제 4 항에 있어서,
    상기 처리 서버의 계좌 데이터베이스에 복수의 계좌 프로파일을 저장하는 단계로서, 각각의 계좌 프로파일은 적어도 주 계좌 번호를 포함하는 거래 계좌와 관련된 구조화된 데이터 세트를 포함하는 것인, 상기 복수의 계좌 프로파일을 저장하는 단계;
    상기 처리 서버의 상기 수신 장치에 의해, 상기 제 1 컴퓨팅 시스템으로부터 적어도 특정 계좌 번호를 포함하는 검증 요청을 수신하는 단계;
    상기 처리 서버의 검증 모듈에 의해, 포함된 주 계좌 번호가 상기 특정 계좌 번호에 대응하는, 상기 복수의 계좌 프로파일 중 하나의 계좌 프로파일을 검증하는 단계; 및
    상기 처리 서버의 상기 송신 장치에 의해, 성공적인 검증의 표시를 상기 제 1 컴퓨팅 시스템으로 전자적으로 전송하는 단계를 더 포함하는 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 방법.
  7. 암호화 감사 가능한 거래를 처리하는 방법으로서,
    처리 서버의 수신 장치에 의해, 컴퓨팅 시스템으로부터 적어도 지불 거래와 연관된 적어도 하나의 레퍼런스 값 및 제 1 디지털 서명을 포함하는 지불 요청을 수신하는 단계;
    상기 처리 서버의 질의 모듈에 의해, 상기 지불 거래에 대한 하나 이상의 요금 값을 식별하기 위한 제 1 질의 및 수락 주소를 식별하기 위한 제 2 질의를 실행하는 단계;
    상기 처리 서버의 서명 모듈에 의해, 제 2 디지털 서명을 생성하는 단계;
    상기 처리 서버의 송신 장치에 의해, 적어도 상기 하나 이상의 요금 값, 상기 수락 주소 및 상기 제 2 디지털 서명을 상기 컴퓨팅 시스템으로 전자적으로 전송하는 단계;
    상기 처리 서버의 상기 수신 장치에 의해, 블록체인 네트워크와 연관된 노드로부터 블록체인 데이터를 수신하는 단계로서, 상기 블록체인 데이터는 블록체인을 포함하는 하나 이상의 블록을 포함하며, 각 블록은 적어도 블록 헤더 및 하나 이상의 거래 값으로 구성되고, 각 거래 값은 적어도 거래 주소, 거래 레퍼런스 및 거래 서명을 포함하는 것인, 상기 블록체인 데이터를 수신하는 단계;
    상기 처리 서버의 상기 질의 모듈에 의해, 수신된 블록체인 데이터에 대한 질의를 실행하여 포함된 거래 주소가 상기 수락 주소에 대응하는 특정 거래 값을 식별하는 단계; 및
    상기 처리 서버의 검증 모듈에 의해, 적어도 포함된 거래 레퍼런스와 상기 레퍼런스 값 사이의 대응성에 기초하여 상기 특정 거래 값을 검증하는 단계를 포함하는 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 방법.
  8. 제 7 항에 있어서,
    상기 처리 서버의 생성 모듈에 의해, 적어도 상기 수락 주소, 상기 레퍼런스 값, 및 상기 제 2 디지털 서명을 포함하는 수락 엔트리를 생성하는 단계; 및
    상기 처리 서버의 상기 송신 장치에 의해, 생성된 수락 엔트리를 상기 블록체인 네트워크와 연관된 노드로 전자적으로 송신하는 단계를 더 포함하는 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 방법.
  9. 암호화 감사 가능한 거래를 처리하는 시스템으로서,
    처리 서버의 서명 모듈;
    적어도 주 계좌 번호를 포함하는 지불 데이터를 수신하도록 구성된 상기 처리 서버의 입력 장치;
    상기 주 계좌 번호를 컴퓨팅 시스템으로 전자적으로 전송하도록 구성된 상기 처리 서버의 송신 장치; 및
    상기 컴퓨팅 시스템으로부터 상기 주 계좌 번호와 연관된 확 인(confirmation)을 수신하도록 구성된 상기 처리 서버의 수신 장치를 포함하고,
    상기 처리 서버의 상기 송신 장치는 적어도 지불 거래와 연관된 레퍼런스 값을 포함하는 지불 요청을 상기 컴퓨팅 시스템으로 전자적으로 전송하도록 더 구성되며,
    상기 처리 서버의 상기 수신 장치는 상기 컴퓨팅 시스템으로부터 수락 요청을 수신하도록 더 구성되며, 상기 수락 요청은 적어도 상기 레퍼런스 값, 수락 주소, 하나 이상의 요금 값, 및 제 3 자에 의해 생성된 제 1 디지털 서명을 포함하고,
    상기 처리 서버의 상기 서명 모듈은 적어도 상기 수락 주소를 사용하여 제 2 디지털 서명을 생성하도록 구성되고,
    상기 처리 서버의 상기 송신 장치는 적어도 상기 제 2 디지털 서명을 상기 컴퓨팅 시스템으로 전자적으로 전송하도록 구성된 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 시스템.
  10. 제 9 항에 있어서,
    상기 처리 서버의 해싱 모듈을 더 포함하고,
    상기 처리 서버의 상기 수신 장치는 상기 지불 거래와 연관된 거래 메시지를 수신하도록 더 구성되고, 상기 거래 메시지는 하나 이상의 표준에 기초하여 포맷화되고, 적어도 상기 주 계좌 번호를 저장하도록 구성된 제 1 데이터 요소를 포함하는 복수의 데이터 요소를 적어도 포함하고,
    상기 처리 서버의 상기 해싱 모듈은 수신된 거래 메시지에 하나 이상의 해싱 알고리즘을 적용한 것에 기초하여 상기 레퍼런스 값을 생성하도록 구성된 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 시스템.
  11. 제 9 항에 있어서,
    상기 처리 서버의 질의 모듈; 및
    상기 처리 서버의 검증 모듈을 더 포함하고,
    상기 처리 서버의 상기 수신 장치는 블록체인 네트워크와 연관된 노드로부터 블록체인 데이터를 수신하도록 더 구성되며, 상기 블록체인 데이터는 블록체인을 포함하는 하나 이상의 블록을 포함하고, 각 블록은 적어도 블록 헤더 및 하나 이상의 블록으로 구성되며, 각 거래 값은 적어도 거래 주소, 거래 레퍼런스 및 거래 서명을 포함하고,
    상기 처리 서버의 상기 질의 모듈은 수신된 블록체인 데이터에 대해 질의를 실행하여 포함된 거래 주소가 상기 수락 주소에 대응하는 특정 거래 값을 식별하도록 구성되고,
    상기 처리 서버의 상기 검증 모듈은 적어도 포함된 거래 레퍼런스와 상기 레퍼런스 값 사이의 대응성 및 포함된 거래 서명과 상기 제 2 디지털 서명 사이의 대응성에 기초하여 상기 특정 거래 값을 검증하도록 구성된 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 시스템.
  12. 암호화 감사 가능한 거래를 처리하는 시스템으로서,
    제 1 컴퓨팅 시스템으로부터 적어도 지불 거래와 연관된 레퍼런스 값을 포함하는 지불 요청을 수신하도록 구성된 처리 서버의 수신 장치;
    적어도 수신된 지불 요청을 사용하여 제 1 디지털 서명을 생성하도록 구성된 상기 처리 서버의 서명 모듈; 및
    적어도 상기 제 1 디지털 서명 및 상기 지불 요청을 제 2 컴퓨팅 시스템으로 전자적으로 전송하도록 구성된 상기 처리 서버의 송신 장치를 포함하고,
    상기 처리 서버의 상기 수신 장치는 상기 제 2 컴퓨팅 시스템으로부터 확인(confirmation) 메시지를 수신하도록 더 구성되며, 상기 확인 메시지는 적어도 하나 이상의 요금 값, 제 2 디지털 서명 및 수락 주소를 포함하고;
    상기 처리 서버의 상기 송신 장치는 상기 수락 요청을 상기 제 1 컴퓨팅 시스템으로 전자적으로 전송하도록 더 구성되며, 상기 수락 요청은 적어도 상기 레퍼런스 값, 상기 하나 이상의 요금 값, 상기 제 2 디지털 서명 및 상기 수락 주소를 포함하고;
    상기 처리 서버의 상기 수신 장치는 상기 제 1 컴퓨팅 시스템으로부터 수락 메시지를 수신하도록 더 구성되며, 상기 수락 메시지는 적어도 제 3 디지털 서명을 포함하고;
    상기 처리 서버의 상기 송신 장치는 블록체인 네트워크와 연관된 노드로 거래 값을 전자적으로 전송하도록 더 구성되며, 상기 거래 값은 적어도 상기 레퍼런스 값, 상기 수락 주소 및 상기 제 3 디지털 서명을 포함하는 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 시스템.
  13. 제 12 항에 있어서,
    상기 처리 서버의 질의 모듈; 및
    상기 처리 서버의 검증 모듈을 더 포함하고,
    상기 처리 서버의 상기 수신 장치는 상기 블록체인 네트워크와 연관된 노드로부터 블록체인 데이터를 수신하도록 더 구성되며, 상기 블록체인 데이터는 블록체인을 포함하는 하나 이상의 블록을 포함하고, 각 블록은 적어도 블록 헤더 및 하나 이상의 블록으로 구성되며, 각 거래 값은 적어도 거래 주소, 거래 레퍼런스 및 거래 서명을 포함하고,
    상기 처리 서버의 상기 질의 모듈은 수신된 블록체인 데이터에 대해 질의를 실행하여 포함된 거래 주소가 상기 수락 주소에 대응하는 특정 거래 값을 식별하도록 구성되고,
    상기 처리 서버의 상기 검증 모듈은 적어도 포함된 거래 레퍼런스와 상기 레퍼런스 값 사이의 대응성 및 포함된 거래 서명과 상기 제 3 디지털 서명 사이의 대응성에 기초하여 상기 특정 거래 값을 검증하도록 구성된 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 시스템.
  14. 제 12 항에 있어서,
    상기 처리 서버의 검증 모듈; 및
    복수의 계좌 프로파일을 저장하도록 구성된 상기 처리 서버의 계좌 데이터베이스를 더 포함하고, 각각의 계좌 프로파일은 적어도 주 계좌 번호를 포함하는 거래 계좌와 관련된 구조화된 데이터 세트를 포함하고,
    상기 처리 서버의 상기 수신 장치는 상기 제 1 컴퓨팅 시스템으로부터 검증 요청을 수신하도록 더 구성되며, 상기 검증 요청은 적어도 특정 계좌 번호를 포함하고,
    상기 처리 서버의 상기 검증 모듈은 포함된 주 계좌 번호가 상기 특정 계좌 번호에 대응하는, 상기 복수의 계좌 프로파일 중 하나의 계좌 프로파일을 검증하도록 구성되고,
    상기 처리 서버의 상기 송신 장치는 성공적인 검증의 표시를 상기 제 1 컴퓨팅 시스템으로 전자적으로 전송하도록 더 구성된 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 시스템.
  15. 암호화 감사 가능한 거래를 처리하는 시스템으로서,
    처리 서버의 검증 모듈;
    컴퓨팅 시스템으로부터 적어도 지불 거래와 연관된 레퍼런스 값 및 제 1 디지털 서명을 포함하는 지불 요청을 수신하도록 구성된 상기 처리 서버의 수신 장치;
    상기 지불 거래에 대한 하나 이상의 요금 값을 식별하기 위한 제 1 질의를 실행하고 수락 주소를 식별하기 위한 제 2 질의를 실행하도록 구성된 상기 처리 서버의 질의 모듈;
    제 2 디지털 서명을 생성하도록 구성된 상기 처리 서버의 서명 모듈; 및
    적어도 하나 이상의 요금 값, 상기 수락 주소 및 상기 제 2 디지털 서명을 상기 컴퓨팅 시스템으로 전자적으로 전송하도록 구성된 상기 처리 서버의 송신 장치를 포함하고,
    상기 처리 서버의 상기 수신 장치는 블록체인 네트워크와 연관된 노드로부터 블록체인 데이터를 수신하도록 더 구성되며, 상기 블록체인 데이터는 블록체인을 포함하는 하나 이상의 블록을 포함하고, 각 블록은 적어도 블록 헤더 및 하나 이상의 블록으로 구성되며, 각 거래 값은 적어도 거래 주소, 거래 레퍼런스 및 거래 서명을 포함하고;
    상기 처리 서버의 상기 질의 모듈은 수신된 블록체인 데이터에 대해 질의를 실행하여 포함된 거래 주소가 상기 수락 주소에 대응하는 특정 거래 값을 식별하도록 더 구성되고;
    상기 처리 서버의 상기 검증 모듈은 적어도 포함된 거래 레퍼런스와 상기 레퍼런스 값 사이의 대응성에 기초하여 상기 특정 거래 값을 검증하도록 구성된 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 시스템.
  16. 제 15 항에 있어서,
    수락 엔트리를 생성하도록 구성된 상기 처리 서버의 생성 모듈을 더 포함하고, 상기 수락 엔트리는 적어도 상기 수락 주소, 상기 레퍼런스 값, 및 상기 제 2 디지털 서명을 포함하고,
    상기 처리 서버의 상기 송신 장치는 생성된 수락 엔트리를 상기 블록체인 네트워크와 연관된 노드로 전자적으로 전송하도록 더 구성된 것을 특징으로 하는 암호화 감사 가능한 거래를 처리하는 시스템.
KR1020207004573A 2017-07-25 2018-05-31 완전한 암호화 감사 가능성을 통한 거래 처리 방법 및 시스템 KR20200031662A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020227038040A KR102662353B1 (ko) 2017-07-25 2018-05-31 완전한 암호화 감사 가능성을 통한 거래 처리 방법 및 시스템

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US15/658,573 2017-07-25
US15/658,573 US11651358B2 (en) 2017-07-25 2017-07-25 Method and system for transaction processing with complete cryptographic auditability
PCT/US2018/035318 WO2019022845A1 (en) 2017-07-25 2018-05-31 SYSTEM AND METHOD FOR TRANSACTION PROCESSING WITH COMPLETE CRYPTOGRAPHIC VERIFICATION

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020227038040A Division KR102662353B1 (ko) 2017-07-25 2018-05-31 완전한 암호화 감사 가능성을 통한 거래 처리 방법 및 시스템

Publications (1)

Publication Number Publication Date
KR20200031662A true KR20200031662A (ko) 2020-03-24

Family

ID=62683500

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020207004573A KR20200031662A (ko) 2017-07-25 2018-05-31 완전한 암호화 감사 가능성을 통한 거래 처리 방법 및 시스템

Country Status (7)

Country Link
US (1) US11651358B2 (ko)
EP (1) EP3659085A1 (ko)
JP (3) JP6875597B2 (ko)
KR (1) KR20200031662A (ko)
CN (2) CN109299939B (ko)
SG (1) SG11202000267WA (ko)
WO (1) WO2019022845A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021257218A1 (en) * 2020-06-19 2021-12-23 Mastercard International Incorporated Method and system for payment integration with provenance supply chain events

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
WO2019051822A1 (zh) * 2017-09-18 2019-03-21 腾讯科技(深圳)有限公司 资源交易的方法、节点、装置及存储介质
US20190172059A1 (en) * 2017-12-05 2019-06-06 Bank Of America Corporation Real-time net settlement by distributed ledger system
US20210065267A1 (en) * 2018-05-10 2021-03-04 Civic Technologies, Inc. Eligibility for access to restricted goods and services using zero-knowledge proofs
US11556874B2 (en) * 2018-06-11 2023-01-17 International Business Machines Corporation Block creation based on transaction cost and size
US11409734B2 (en) * 2018-10-29 2022-08-09 Electronics And Telecommunications Research Institute Blockchain system and operation method thereof
US10929816B2 (en) * 2018-10-29 2021-02-23 Advanced Messaging Technologies, Inc. Systems and methods for message transmission and retrieval using blockchain
US11240001B2 (en) * 2018-11-06 2022-02-01 International Business Machines Corporation Selective access to asset transfer data
US11138598B2 (en) * 2018-12-17 2021-10-05 Mastercard International Incorporated Method and system for consent to time-bound queries in a blockchain
US11316841B2 (en) * 2019-03-25 2022-04-26 Micron Technology, Inc. Secure communication between an intermediary device and a network
CN109992998A (zh) * 2019-03-31 2019-07-09 杭州复杂美科技有限公司 一种信息存储方法和系统、设备及存储介质
US20200320622A1 (en) * 2019-04-05 2020-10-08 Secude Ag Method and system for processing and documenting digital transactions
US11336457B2 (en) * 2019-07-11 2022-05-17 Mastercard International Incorporated Method and system for pre-authorization of orphaned blockchain transactions
GB2596096A (en) * 2020-06-17 2021-12-22 Nchain Holdings Ltd Agreements on the blockchain
US11587071B2 (en) * 2020-06-24 2023-02-21 Mastercard Asia/Pacific Pte. Ltd. Method and system for merchant acceptance of cryptocurrency via payment rails
CN113011879B (zh) * 2021-03-22 2023-05-19 中国联合网络通信集团有限公司 关联交易数据处理方法、装置及服务器

Family Cites Families (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU775065B2 (en) 1999-11-05 2004-07-15 Leo R. Schlinkert Payment method and system for online commerce
JP2002247029A (ja) * 2000-02-02 2002-08-30 Sony Corp 認証装置、認証システムおよびその方法、処理装置、通信装置、通信制御装置、通信システムおよびその方法、情報記録方法およびその装置、情報復元方法およびその装置、その記録媒体
US20030069858A1 (en) 2001-07-10 2003-04-10 Kenneth Kittlitz Transaction processing system in a distributed network
US8768838B1 (en) * 2005-02-02 2014-07-01 Nexus Payments, LLC Financial transactions using a rule-module nexus and a user account registry
US9589152B2 (en) * 2007-09-19 2017-03-07 Visa U.S.A. Inc. System and method for sensitive data field hashing
US20130185214A1 (en) 2012-01-12 2013-07-18 Firethorn Mobile Inc. System and Method For Secure Offline Payment Transactions Using A Portable Computing Device
US9842335B2 (en) * 2012-03-23 2017-12-12 The Toronto-Dominion Bank System and method for authenticating a payment terminal
US9530130B2 (en) * 2012-07-30 2016-12-27 Mastercard International Incorporated Systems and methods for correction of information in card-not-present account-on-file transactions
CA2830260C (en) * 2012-10-17 2021-10-12 Royal Bank Of Canada Virtualization and secure processing of data
CN113011896B (zh) * 2013-08-15 2024-04-09 维萨国际服务协会 使用安全元件的安全远程支付交易处理
US10366386B2 (en) 2013-09-12 2019-07-30 Paypal, Inc. Electronic wallet fund transfer system
AU2014321178A1 (en) * 2013-09-20 2016-04-14 Visa International Service Association Secure remote payment transaction processing including consumer authentication
CN104144207B (zh) * 2014-05-30 2016-09-07 腾讯科技(深圳)有限公司 界面加载方法和系统及装置
US10275767B2 (en) * 2014-10-21 2019-04-30 Mastercard International Incorporated Method and system for generating cryptograms for validation in a webservice environment
CN104320262B (zh) 2014-11-05 2017-07-21 中国科学院合肥物质科学研究院 基于加密数字货币公开账本技术的用户公钥地址绑定、检索和校验的方法及系统
GB2535433A (en) * 2014-12-12 2016-08-24 Aeriandi Ltd Method and apparatus for call correlation
US20160189151A1 (en) * 2014-12-31 2016-06-30 Ebay Enterprise, Inc. Distributed authentication for mobile devices
JP2016170761A (ja) 2015-02-09 2016-09-23 バンクガード株式会社 不正送金防止方法、及び不正送金防止システム
SI3073670T1 (sl) * 2015-03-27 2021-07-30 Black Gold Coin, Inc. Sistem in postopek za osebno identifikacijo in verifikacijo
US10997588B2 (en) * 2015-04-14 2021-05-04 Capital One Services, Llc Dynamic transaction card protected by dropped card detection
CA2984360C (en) * 2015-04-29 2020-07-28 Mastercard International Incorporated Method and system for pos enabled installments with eligibility check requirements
WO2016179334A1 (en) 2015-05-05 2016-11-10 ShoCard, Inc. Identity management service using a block chain
US20160335627A1 (en) * 2015-05-11 2016-11-17 Gemalto Sa Method, device and a server for signing data
US10026082B2 (en) * 2015-05-21 2018-07-17 Mastercard International Incorporated Method and system for linkage of blockchain-based assets to fiat currency accounts
US20160342989A1 (en) 2015-05-21 2016-11-24 Mastercard International Incorporated Method and system for processing blockchain-based transactions on existing payment networks
WO2017004527A1 (en) 2015-07-02 2017-01-05 Nasdaq, Inc. Systems and methods of secure provenance for distributed transaction databases
US10332107B2 (en) * 2015-09-28 2019-06-25 Mastercard International Incorporated Secure shell file transfer protocol key administration
US10417632B2 (en) 2015-10-23 2019-09-17 Openpay, S.A.P.I. de C.V. System and method for secure electronic payment
US20170132625A1 (en) 2015-11-05 2017-05-11 Mastercard International Incorporated Method and system for use of a blockchain in a transaction processing network
US11562353B2 (en) 2015-11-24 2023-01-24 Mastercard International Incorporated Method and system for gross settlement by use of an opaque blockchain
US10033712B2 (en) * 2015-12-09 2018-07-24 Google Llc Network security based on proximity
US10387863B2 (en) * 2015-12-14 2019-08-20 Mastercard International Incorporated Method and system for usage of payment cards at travel terminals
US10769626B2 (en) 2015-12-17 2020-09-08 Mastercard International Incorporated Method and system for distribution, use and validation of electronic entitlement certificates
US10404469B2 (en) * 2016-04-08 2019-09-03 Chicago Mercantile Exchange Inc. Bilateral assertion model and ledger implementation thereof
US10535065B2 (en) * 2016-06-11 2020-01-14 Business Information Exchange System Corp. Secure payment transactions based on the public bankcard ledger
US20180053176A1 (en) * 2016-08-19 2018-02-22 Google Inc. Tap And Pair Via Proximity Sensing
US20180053160A1 (en) * 2016-08-22 2018-02-22 Joel E. Schwartz Wire Management and Tracking System
CN106408299B (zh) 2016-08-31 2020-04-14 江苏云签有限公司 一种基于区块链技术的电子智能签约支付方法
US11321680B2 (en) * 2017-04-26 2022-05-03 Ashish Kumar System and method for processing and management of transactions using electronic currency
US20200111105A1 (en) * 2018-10-05 2020-04-09 Mastercard International Incorporated Method and system for tracking and using carbon credits via blockchain

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021257218A1 (en) * 2020-06-19 2021-12-23 Mastercard International Incorporated Method and system for payment integration with provenance supply chain events

Also Published As

Publication number Publication date
CN115907760A (zh) 2023-04-04
JP7366208B2 (ja) 2023-10-20
JP6875597B2 (ja) 2021-05-26
US20190034926A1 (en) 2019-01-31
US11651358B2 (en) 2023-05-16
WO2019022845A1 (en) 2019-01-31
JP2021106011A (ja) 2021-07-26
JP2020529071A (ja) 2020-10-01
JP7153754B2 (ja) 2022-10-14
CN109299939B (zh) 2023-01-03
KR20220154242A (ko) 2022-11-21
SG11202000267WA (en) 2020-02-27
EP3659085A1 (en) 2020-06-03
JP2022166123A (ja) 2022-11-01
CN109299939A (zh) 2019-02-01

Similar Documents

Publication Publication Date Title
JP7366208B2 (ja) 完全な暗号監査能力を備えたトランザクション処理の方法とシステム
CN109074564B (zh) 使用记录保证即时支付的方法和系统
US11966889B2 (en) Method and system for dispute resolution in a public blockchain
US10769626B2 (en) Method and system for distribution, use and validation of electronic entitlement certificates
RU2693271C1 (ru) Способ и система для проверки достоверности запросчика токена
AU2016351569B2 (en) Method and system for validation of hashed data via acceptance frames
US20170357966A1 (en) Method and system for use of a proprietary private blockchain
CN108780550B (zh) 预先交易分期付款支付解决方案和分期付款模拟的方法和系统
EP3365853A1 (en) Method and system for gross settlement by use of an opaque blockchain
WO2017116761A1 (en) Method and system for providing e-invoices
JP2023533691A (ja) 決済レールを介した販売業者の暗号通貨受領のための方法及びシステム
JP2023521707A (ja) 暗号通貨取引に関するマルチ署名ウォレットにおけるemvカードの使用のための方法及びシステム
US11763300B2 (en) Method and system for currency-agnostic real-time settlement
JP7463543B2 (ja) 物理的カードとの間でデジタルトークンを転送するための方法及びシステム
US20210295290A1 (en) Method and system for supporting micro-transactions in a digital asset network via digital tokens
KR102662353B1 (ko) 완전한 암호화 감사 가능성을 통한 거래 처리 방법 및 시스템
KR20240059652A (ko) 완전한 암호화 감사 가능성을 통한 거래 처리 방법 및 시스템
JP2023533206A (ja) ペイメントレールを介した販売業者の暗号通貨受領のための方法及びシステム

Legal Events

Date Code Title Description
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
X091 Application refused [patent]
E601 Decision to refuse application
E801 Decision on dismissal of amendment