KR20220092525A - 거래 결제용 시스템 및 방법 - Google Patents

거래 결제용 시스템 및 방법 Download PDF

Info

Publication number
KR20220092525A
KR20220092525A KR1020227015873A KR20227015873A KR20220092525A KR 20220092525 A KR20220092525 A KR 20220092525A KR 1020227015873 A KR1020227015873 A KR 1020227015873A KR 20227015873 A KR20227015873 A KR 20227015873A KR 20220092525 A KR20220092525 A KR 20220092525A
Authority
KR
South Korea
Prior art keywords
cryptocurrency
currency
computer system
merchant
user
Prior art date
Application number
KR1020227015873A
Other languages
English (en)
Inventor
사친 체리안 매튜
크리슈나 넬루틀라
니구옌 타이 빈 도
벵카타 라마이아 베미네니
동순 데니스 캉
Original Assignee
비자 인터네셔널 서비스 어소시에이션
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 비자 인터네셔널 서비스 어소시에이션 filed Critical 비자 인터네셔널 서비스 어소시에이션
Publication of KR20220092525A publication Critical patent/KR20220092525A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/067—Enterprise or organisation modelling
    • 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • 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/381—Currency conversion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/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/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Microelectronics & Electronic Packaging (AREA)

Abstract

암호화폐는 현재의 4 당사자 모델 내에서 명목화폐 및/또는 암호화폐를 사용하거나 수락할 수 있는 판매자와 소비자 간의 거래를 결제하기 위해 사용될 수 있다. 중개자 지갑 엔티티는 암호화폐 거래의 위험을 맡을 수 있다. 예를 들어, 명목화폐-명목화폐 거래는 4 당사자 모델의 통상적인 결제 프로세스를 따를 수 있다. 암호화폐-암호화폐 거래에서, 결제는 실시간으로 발생할 수 있다. 그러나, 명목화폐 판매자/암호화폐 고객 거래에서, 결제는 고객의 암호화폐 지갑에서 중개자 지갑으로 이루어질 수 있다. 그 다음, 명목화폐 결제는 4 당사자 모델을 따라 중개자와 판매자 사이에 이루어진다. 암호화폐 판매자/명목화폐 고객 거래에서, 중개자 지갑으로부터 판매자의 암호화폐 지갑으로의 이체가 이루어질 수 있다. 고객의 은행(발급자)과 중개자 간의 명목화폐 결제는 일반적인 결제 프로세스에서 발생할 수 있다.

Description

거래 결제용 시스템 및 방법
관련 출원에 대한 상호 참조
본 출원은 2019년 11월 13일자로 출원된 미국 특허 출원 번호 제16/682,451호에 대한 우선권을 주장하며, 그 개시 내용은 본원에 참조로 포함된다.
"4 당사자 모델"은 카드 네트워크, 발급 은행("발급자"), 카드 소지자 또는 소비자, 판매자 및 매입자로 구성된 신용카드 비즈니스 모델을 설명한다. 이 모델은 내재적 가치가 없는 "명목" 화폐의 사용에 의존하지만, 소비자에게 발행하는 정부의 지원을 받는다. 명목화폐는, 정부가 그 가치를 유지하거나, 또는 그 가치에 대해 교환을 하는 당사자가 동의하기 때문에, 단지 가치가 있다. 사실상, 모든 전자 카드 지불은 명목화폐를 사용하고, 4 당사자 모델 및 ISO 8583의 지원으로 구성되는데, 이들은 상이한 시스템이 거래 요청 및 응답을 교환하여 전체 시스템이 함께 작동하도록 메시지 포맷 및 통신 흐름을 정의하기 때문이다. 소비자는 발급자로부터 지불 카드 계정을 받는다. 계정은 지불 장치에 연결된 계정의 신용, 직불 또는 선불 유형일 수 있다. 계정은 인터넷, 물리적 카드, 또는 모바일 장치를 포함한 다수의 상이한 방법을 통해 작동할 수 있다.
일반적인 거래는 승인, 정산 및 결제의 3단계로 생긴다. 승인 중에, 카드 소지자 또는 소비자는 발급자 계정에 연결된 지불 장치를 사용하여 구매하고자 하는 상품 및 서비스를 선택한다. 판매자의 매입 은행은 판매자로부터 거래를 수신하고 카드 네트워크(예, 다이너스 클럽, 디스커버 등)에 연락하여 카드 보안 기능을 확인하고 승인을 위해 거래를 카드 소지자의 은행으로 발신한다. 발급자는 카드 네트워크뿐만 아니라 거래를 승인하고 판매자의 은행에 회신한다. 판매자의 은행은 판매자에게 승인을 발신하고, 카드 소지자는 거래를 완료하고 영수증을 받는다. 정산하는 동안, 판매자의 은행은, 구매 정보를 포함한 정산 메시지를 카드 네트워크에 발신하고, 이는 구매 정보를 검증하고 구매 정보를 카드 소지자의 은행에 발신한다. 정산 프로세스를 통해 판매자의 은행과 카드 소지자의 은행이 거래에 대해 조정된다. 결제 시, 카드 소지자의 은행은 카드 네트워크에 지불을 발신하고, 카드 네트워크는 판매자의 은행에 지불을 발신한다. 그 다음, 판매자의 은행은 판매자에게 대금을 지불하고, 카드 소지자의 은행은 카드 소지자에게 대금을 청구한다.
암호화폐는 명목화폐의 대안으로서 대두되었다. 암호화폐는, 강력한 암호화를 사용하여 금융 거래를 보호하고 추가 단위의 생성을 제어하고 자산의 이체를 검증하는, 완전한 디지털 교환 매체이다. 암호화폐는 중앙 집중식 디지털 화폐 및 중앙 뱅킹 시스템과는 대조적으로 분산형 제어를 사용한다. 분산형 제어는, 공공 금융 거래 데이터베이스의 역할을 하는 블록체인과 같이, 분산 원장 기술에 의해 달성된다.
현재 수천 가지 유형의 암호화폐가 있다. 그러나, 이들 암호화폐는 명목화폐와 중앙 집중식 뱅킹 시스템과의 통합에 의존하는 4 당사자 모델에 쉽게 통합되지 않는다. 4 당사자 모델에 통합되거나 암호화폐를 허용하기 위해 모델을 업데이트하지 않는다면, 판매자는 명목화폐 대신에 이 지불 수단을 수락하기를 꺼려한다.
다음은 본 개시의 일부 양태의 기본적인 이해를 제공하기 위해 본 개시의 단순화된 내용을 제공한다. 이 내용은 광범위한 개요가 아니다. 이는, 본 개시의 주요 또는 중요 요소를 식별하거나 그 범주를 기술하기 위한 것이 아니다. 다음의 내용은 단지 아래에 제공된 보다 상세한 설명에 대한 전제로, 단순화된 형태로 일부 개념을 제공한다.
본 개시는, 명목 및/또는 암호화폐를 사용하거나 수락할 수 있는 판매자와 소비자 사이의 4 당사자 모델 내에서 암호화폐의 사용을 용이하게 하는 기술적 문제에 대한 기술적 해결책을 제공한다. 일부 구현예에서, 중개자 지갑 엔티티는 암호화폐 거래의 위험을 가정할 수 있다. 예를 들어, 명목화폐-명목화폐 거래는 4 당사자 모델의 통상적인 결제 프로세스를 따를 수 있다. 암호화폐-암호화폐 거래에서, 결제는 실시간으로 발생할 수 있다. 그러나, 명목화폐 판매자/암호화폐 고객 거래에서, 결제는 고객의 암호화폐 지갑에서 중개자 지갑으로 이루어질 수 있다. 그 다음, 명목화폐 결제는 4 당사자 모델을 따라 중개자와 판매자 사이에 이루어진다. 암호화폐 판매자/명목화폐 고객 거래에서, 중개자 지갑에서 판매자 암호화폐 지갑으로 이체된다. 고객의 은행(발급자)과 중개자 간의 명목화폐 결제는 일반적인 결제 프로세스에서 발생할 수 있다.
추가의 구현예에서, 프로세서, 및 메모리에 저장된 프로세서 실행 가능 명령어를 포함한 컴퓨터 구현 방법 또는 시스템은, 명목화폐 또는 암호화폐를 선택적으로 사용할 경우에 4 당사자 모델 내에서 거래를 결제할 수 있다. 시스템에 의해 실행되거나 방법으로 구현될 경우에, 구현예는 사용자 컴퓨터 시스템과 판매자 컴퓨터 시스템 간의 거래에 대한 거래 요청을 수신할 수 있다. 거래 요청은, 사용자 컴퓨터 시스템을 위한 제1 화폐 및 판매자 컴퓨터 시스템을 위한 제2 화폐를 표시할 수 있다. 제1 화폐 및 제2 화폐는 명목화폐 또는 암호화폐 중 하나이다. 그 다음, 구현예는, 제1 화폐가 명목화폐이고 제2 화폐가 암호화폐인 것에 응답하여, 승인 요청을 지불 장치 발급자 시스템에 발신하고, 명목화폐의 결제 금액을 사용자 컴퓨터 시스템으로부터 중개자 암호화폐 지갑 모듈로 이체하고, 결제 금액을 암호화폐로 중개자 암호화폐 지갑 모듈에서 판매자 컴퓨터 시스템으로 이체할 수 있다. 제1 화폐가 암호화폐이고 제2 화폐가 명목화폐인 것에 응답하여, 구현예는 암호화폐에 대한 검증 요청을 검증 네트워크에 발신할 수 있고, 사용자 암호화폐 규칙 세트를 판매자 암호화폐 규칙 세트와 비교하고, 판매자 암호화폐 규칙 세트와 일치하는 사용자 암호화폐 규칙 세트에 응답하여 암호화폐의 결제 금액을 사용자 컴퓨터 시스템으로부터 중개자 암호화폐 지갑 모듈로 이체할 수 있다. 그 다음, 구현예는, 명목화폐로 결제 금액을 중개자 암호화폐 지갑 모듈로부터 판매자 컴퓨터 시스템으로 이체할 수 있다.
본 발명은 첨부 도면과 관련하여 고려될 때 상세한 설명을 참조함으로써 더 잘 이해될 수 있다. 도면에서의 구성 요소는 반드시 축척대로 된 것이 아니며, 대신에 본 발명의 원리를 도시하는 것에 중점을 두고 있다. 도면에서, 유사한 참조 번호는 다른 도면 전반에 걸쳐서 대응하는 부분을 가리키고 있다.
도 1은 암호화폐 검증을 4 당사자 모델에 통합하기 위한 예시적인 지불 시스템의 도면을 나타낸다.
도 2a 및 도 2b는 예시적인 지불 장치의 도면을 나타낸다.
도 3은 판매자가 암호화폐를 수락할 경우에, 4 당사자 모델에서 암호화폐를 통합하는 방법의 흐름도이다.
도 4는 판매자가 명목화폐를 수락할 경우에, 4 당사자 모델에서 암호화폐를 통합하는 방법의 흐름도이다.
도 5a는 중개 시스템에 대한 대시보드의 그래픽 사용자 인터페이스의 도면을 나타낸다.
도 5b 및 도 5c는 중개 관리자가 파라미터 및 상이한 영역의 암호화폐 규칙에 대한 "고객 알기"를 보고 편집하기 위한 그래픽 사용자 인터페이스의 뷰를 나타낸다.
도 5d는 중개 시스템을 위한 거래 인터페이스의 도면을 나타낸다.
도 6은 방법을 실행하도록 물리적으로 구성될 수 있고 본원에 설명된 다양한 구성 요소를 포함하는 예시적인 컴퓨팅 장치를 나타낸다.
당업자라면, 도면의 요소가 간결화 및 명료화를 위해 도시되어 있으므로, 발명의 측면을 모호하게 하는 것을 회피하기 위해, 모든 연결 및 옵션이 도시된 것이 아니라는 것을 이해할 것이다. 예를 들어, 상업적으로 실현 가능한 구현예에서 유용하거나 필수적이고 보편적이나 충분히 이해가 되는 요소는, 본 개시의 이들 다양한 구현예를 덜 방해하고 볼 수 있도록 하기 위해 자주 도시되지 않는다. 소정의 조치 및/또는 단계를 특정 발생 순서로 설명 또는 도시할 수 있음을 또한 이해할 것이지만, 당업자라면, 순서에 대한 이러한 특수성이 실질적으로 요구되지 않음을 이해할 것이다. 또한, 특정 의미가 본원에서 다른 방식으로 서술된 경우를 제외하고, 본원에서 사용되는 용어 및 표현은 이들의 대응하는 조사 및 연구 영역과 각각 관련하여 정의되어야 함을 이해할 것이다.
본 발명은 이제 첨부 도면을 참조하여 더 충분히 설명될 것이고, 도면은 그의 일부를 형성하고, 본 발명을 실행할 수 있게 하는 특정의 예시적인 구현예를 예시로서 보여준다. 본 개시는 하나 이상의 발명의 원리의 실례이고 본 발명 중 임의의 것을 예시된 구현예로 제한하도록 의도되지 않음을 감안해서, 이들 도시 및 예시적인 구현예를 제시한다. 본 발명은 많은 상이한 형태로 구현될 수 있고 본원에 기술되는 구현예로 제한되는 것으로 이해되어서는 안 되고, 오히려 이들 구현예는, 본 개시가 철저하고 완전하도록 그리고 당업자에게 본 발명의 범주를 충분히 전달하도록 하기 위해 제공된다. 특히, 본 발명은 방법, 시스템, 컴퓨터 판독가능 매체, 장치, 구성 요소, 또는 디바이스로서 구체화될 수 있다. 따라서, 본 발명은 전체적인 하드웨어 구현예, 전체적인 소프트웨어 구현예, 또는 소프트웨어 및 하드웨어 양태를 조합한 구현예의 형태를 취할 수 있다. 그러므로, 다음의 상세한 설명은 제한하는 관점으로 취해져서는 안 된다.
도 1은 일반적으로 암호화폐를 4 당사자 모델에 통합하기 위한 지불 시스템(100)의 일 구현예를 나타낸다. 시스템(100)은, 하나 이상의 시스템 및 컴퓨터 구성 요소를 연결하는 컴퓨터 네트워크(102)를 포함할 수 있다. 일부 구현예에서, 시스템(100)은 사용자 컴퓨터 시스템(104), 판매자 컴퓨터 시스템(106), 지불 네트워크 시스템(108), 중개 시스템(110), 및 지불 장치 발급자 시스템(111)을 포함한다.
네트워크(102)는 통신 링크, 컴퓨터 네트워크, 인터넷 연결 등으로서 다양하게 설명될 수 있다. 시스템(100)은, 본원에서 설명하는 바와 같이 "4 당사자 모델" 내의 암호화폐를 사용하여 거래를 용이하게 하기 위해 소프트웨어 및 명령어를 이용하는, 유형의 메모리에 저장된 다양한 소프트웨어 또는 컴퓨터 실행 가능 명령어 또는 구성 요소, 및 특수 하드웨어 구성 요소 또는 모듈을 포함할 수 있다.
다양한 모듈은, 특수 또는 고유 컴퓨팅 장치 내에서 시스템(100)의 하나 이상의 프로세서에 의한 실행을 위해 컴퓨터 판독 가능 명령어(즉, 소프트웨어)를 포함한 컴퓨터 판독 가능 저장 메모리로서 구현될 수 있다. 모듈은 본원에 설명된 바와 같이 다양한 작업, 방법, 모듈 등을 수행할 수 있다. 시스템(100)은 또한 하드웨어 및 소프트웨어 애플리케이션뿐만 아니라 다양한 전문 및 고유 하드웨어 및 소프트웨어 구성 요소 사이에서 데이터를 통신하기 위한 다양한 데이터 통신 채널을 포함할 수 있다.
네트워크는 일반적으로 하드웨어, 데이터 및 기타 엔티티의 상호 연결 및 상호 운용을 포함하는 것으로 여겨진다. 컴퓨터 네트워크, 또는 데이터 네트워크는, 노드가 리소스를 공유할 수 있게 하는 디지털 통신 네트워크이다. 컴퓨터 네트워크에서, 컴퓨팅 장치는 노드 간의 연결, 즉 데이터 링크를 사용하여 서로 데이터를 교환한다. 예를 들어, 하드웨어 네트워크는 클라이언트, 서버 및 중개자 노드를 그래프 토폴로지에 포함할 수 있다. 유사한 방식으로, 데이터 네트워크는, 각 노드가 관련 또는 링크된 정보, 소프트웨어 방법, 및 기타 데이터를 포함하는, 그래프 토폴로지에 데이터 노드를 포함할 수 있다. 본 출원 전반에 걸쳐 사용되는 용어 "서버"는 일반적으로 통신 네트워크에 걸쳐 원격 사용자의 요청을 처리하고 응답하는 컴퓨터, 다른 장치, 프로그램 또는 이들의 조합을 지칭한다는 것을 주목해야 한다. 서버는 "고객"을 요청하기 위한 정보를 제공한다. 본원에서 사용되는 바와 같이, 용어 "클라이언트"는 일반적으로 통신 또는 데이터 네트워크에 걸쳐 서버로부터 임의의 응답을 처리 프로세싱하고 획득 프로세싱할 수 있는 컴퓨터, 프로그램, 다른 장치, 사용자 및/또는 이들의 조합을 지칭한다. 정보와 요청, 및/또는 추가적으로 소스 사용자로부터 대상 사용자로의 정보 전달을 용이하게 프로세싱하는 컴퓨터, 다른 장치, 관련 데이터, 프로그램 또는 이들의 조합의 세트는 일반적으로 "노드"로서 지칭된다. 네트워크는 일반적으로 소스 지점으로부터 대상으로의 정보 전달을 용이하게 하는 것으로 여겨진다. 소스에서 대상으로의 정보 전달을 촉진하는 작업을 특별히 수행하는 노드를, 일반적으로 "라우터"라고 한다. 로컬 영역 네트워크(LAN), 피코 네트워크, 광역 네트워크(WAN), 무선 네트워크(WLAN) 등과 같은 많은 형태의 네트워크가 있다. 예를 들어, 인터넷은, 일반적으로 원격 클라이언트와 서버가 서로 액세스하고 상호 작동할 수 있는 다수의 네트워크의 상호 연결로서, 허용된다.
사용자 컴퓨터 시스템(104)은 프로세서(145) 및 메모리(146)를 포함할 수 있다. 사용자 컴퓨팅 시스템(104)은 서버, 모바일 컴퓨팅 장치, 스마트폰, 태블릿 컴퓨터, Wi와이파이 지원 장치 또는 유무선 통신이 가능한 다른 개인 컴퓨팅 장치, 씬 클라이언트, 또는 다른 공지된 유형의 컴퓨팅 장치를 포함할 수 있다. 메모리(146)는, 프로세서(145)에 의해 실행될 경우에, 일반적으로 사용자 컴퓨터 시스템의 기능을 제어하고 특히 사용자 컴퓨터 시스템(104)을 시스템(100)에 통합하는 명령어를 포함한 모듈을 다양하게 포함할 수 있다. 예를 들어, 일부 모듈은 운영 체제(150A), 브라우저 모듈(150B), 통신 모듈(150C), 및 암호화폐 지갑 모듈(150D)을 포함할 수 있다. 일부 구현예에서, 암호화폐 지갑 모듈(150D) 및 본원에 설명된 그 기능은, 사용자 컴퓨터 시스템(104)의 하나 이상의 모듈로서 통합될 수 있다. 다른 구현예에서, 본원에 설명된 모듈(150D) 및 그 기능은, 명목화폐 및/또는 암호화폐 기능을 포함할 수 있고, 지불 네트워크 시스템(110)의 하나 이상의 서브 모듈로서 통합될 수 있다. 암호화폐 지갑 모듈(150D)은, 사용자의 암호화폐를 위한 공개 및 개인 키를 저장하는 명령어, 및 잔고를 모니터링하고 자금을 발신하고 거래를 수행하기 위해 다양한 블록체인과의 인터페이스를 포함할 수 있다.
판매자 컴퓨터 시스템(106)은 판매자 서버(129)와 같은 컴퓨팅 장치를 포함할 수 있고, 이는, 프로세서(130), 및 시스템(100)의 다른 엔티티를 통해 사용자 컴퓨터 시스템(104) 및/또는 지불 장치(200)(도 2)와의 거래를 용이하게 하는 구성 요소를 포함한 메모리(132)를 포함한다. 일부 구현예에서, 메모리(132)는 거래 통신 모듈(134)을 포함할 수 있다. 거래 통신 모듈(134)은 시스템(100)의 다른 엔티티(즉, 104, 108, 110, 111)에 판매자 메시지(134A)를 발신하는 명령을 포함할 수 있어, 암호화폐 데이터, 지불 장치 데이터, 및 본원에 설명된 다른 데이터를 포함한 사용자 컴퓨터 시스템(104) 및/또는 지불 장치(200)를 이용해 거래가 개시되었음을 나타낼 수 있다. 또한, 판매자 컴퓨터 시스템(106)은 거래 저장소(142), 및 거래 저장소(142) 내에 지불 및 다른 거래 데이터(142A)를 저장하는 명령을 포함할 수 있다. 일부 구현예에서, 판매자 컴퓨터 시스템(106)은, 지불 장치(200)(도 2) 및/또는 암호화폐 지갑 모듈(150D)에 대응하는 지불 데이터(143A)를 지불 네트워크 시스템(108) 또는 시스템(100)의 다른 엔티티에 발신하거나, 사용자 컴퓨터 시스템(104)과 판매자 컴퓨터 시스템(106) 간의 암호화폐 지갑 기반 또는 다른 컴퓨터 기반 거래에서 사용자 컴퓨터 시스템(104)으로부터 지불 데이터를 수신할 수 있다.
지불 네트워크 시스템(108)은, 프로세서(158) 및 메모리(160)를 포함한 지불 서버(156)를 포함할 수 있다. 메모리(160)는, 결제 시스템(100)을 사용하여 당사자(예, 하나 이상의 사용자, 판매자 등) 간의 지불을 용이하게 하는 명령어를 포함한 지불 네트워크 모듈(162)을 포함할 수 있다. 모듈(162)은, 지불 네트워크 계정 데이터(164A)를 포함한 계정 소지자 데이터 저장소(164)에 통신 가능하게 연결될 수 있다. 지불 네트워크 계정 데이터(164A)는, 시스템 엔티티(즉, 104, 106, 110, 및 111) 간의 지불 및 기타 암호화폐 및 자금 이체를 용이하게 하는 임의의 데이터를 포함할 수 있다. 예를 들어, 지불 네트워크 계정 데이터(164A)는 식별 데이터, 계정 이력 데이터, 지불 장치 데이터 등을 포함할 수 있다. 모듈(162)은, 사용자 및/또는 판매자 간의 거래를 완료하기 위해, 시스템(100)의 다른 엔티티 및 구성 요소에 지불 메시지(166)를 발신하는 명령어를 또한 포함할 수 있다.
중개 시스템(110)은 암호화폐 모듈(112)을 포함한 하나 이상의 명령 모듈을 포함할 수 있고, 이는 일반적으로, 중개자 서버(116)의 프로세서(114)로 하여금 복수의 다른 컴퓨터 실행 가능 단계 또는 서브 모듈, 예를 들어 서브 모듈(112A, 112B, 112C, 112D) 및 네트워크(102)를 통한 시스템(100)의 구성 요소와 기능적으로 통신시켜 암호화폐 거래를 용이하게 하는 명령어를 포함할 수 있다. 이들 모듈(112A, 112B, 112C, 및 112D)은, 서버 메모리(118)에 로딩하고 하나 이상의 컴퓨터 프로세서(114)에 의해 실행될 시, 지불 네트워크 시스템(108)에 의해 프로세싱될 수 있는 다양한 사용자 및/또는 판매자 간의 지불 거래에 대한 암호화폐 또는 명목화폐의 사용을 용이하게 하고, 암호화폐 거래의 위험을 관리하고, 상이한 유형의 암호화폐 거래에 대한 하나 이상의 지갑을 갖는 명령어를 포함할 수 있다. 예를 들어, 서브 모듈은 중개자 암호화폐 지갑 모듈(112A), 규칙 모듈(112B), 이체 모듈(112C), 인터페이스 모듈(112D) 등을 포함할 수 있다. 제1 데이터 저장소(122)는, 암호화폐 지갑 모듈(150D)을 포함한 모든 사용자 컴퓨터 시스템(104)에 대한 규칙을 각각 포함하는, 사용자 프로파일(122A)을 저장할 수 있다. 예를 들어, 사용자 프로파일(122A)은, 사용자가 다양한 거래에서 사용하고자 하는 모든 화폐에 대한 암호화폐 지갑 데이터, 암호화폐 지갑(150D)으로부터 자금을 이체하기 위한 중개 시스템에 대한 승인), 고객 파악(KYC), 자금세탁방지(AML), 및 각 사용자 및 판매자에 대한 테러자금조달 방지(CFT) 규칙 등을 포함할 수 있다. 일부 구현예에서, 추가 데이터 저장소는 상이한 유형의 지불 네트워크 거래 데이터(122A) 또는 지불 네트워크 거래 데이터(122A)의 하위 구성 요소(예, 판매자, 계정 보유자, 거래 영역, 거래 유형, 일중 시간, 판매자 및/또는 고객 유형, 지불 장치 유형, 거래 금액, 카드 소지자 이름, 카드 소지자 계정 번호, 암호화폐의 유형, 및 기타 지불 네트워크 데이터(164A) 등)에 대응할 수 있다. 판매자 컴퓨터 시스템(106)은, 그 판매자와의 암호화폐 거래의 가용성을 나타내기 위해, 매입자 또는 매입자 프로세서와 함께 등록할 수 있다. 예를 들어, 판매자 컴퓨터 시스템(106)은, 판매자가 암호화폐 거래의 결제를 용이하게 하는 판매자 지갑 데이터를 수락하고 제공할, 상이한 유형의 암호화폐를 매입자와 등록할 수 있다. 일부 구현예에서, 제2 데이터 저장소(124)는, 판매자 등록 데이터뿐만 아니라 매입자 데이터 및 판매자 지갑 데이터를 포함할 수 있다. 다른 데이터는 중개 시스템(110)에 의해 수신되고/수신되거나 유래될 수 있고, 제2 데이터 저장소(124)에 저장될 수 있고, 본원에 설명된 시스템(100)에 의해 사용될 수 있다. 예를 들어, 제2 데이터 저장소는, 암호화폐 지갑 시스템 또는 전자 또는 컴퓨터 기반 지불의 다른 방법으로부터, 검증 데이터(124A)를 저장하는 데 사용될 수 있다. 검증 데이터(124A)는, 각 유형의 암호화폐를 지원하는 각각의 검증 네트워크의 일부인, P2P 컴퓨터에 대한 노드 정보를 포함할 수 있다. 예를 들어, 거래에 사용되는 특정 유형의 암호화폐에 대한 네트워크 파라미터에 따라, 거래는 즉시 검증되거나 보안 레코드로 전사되어 대기 중인 거래의 큐에 배치된다. 이 경우, 노드는, 거래가 일련의 규칙(예, 도 5b 및 5c에 나타낸 규칙)에 기반하여 유효한지를 결정한다.
도 2a 및 도 2b를 간단히 참조하면, 예시적인 지불 장치(200)는 다양한 형상 및 형태를 취할 수 있다. 일부 구현예에서, 지불 장치(200)는 직불 카드 또는 신용 카드와 같은 전통적인 카드이다. 다른 구현예에서, 지불 장치(200)는 키 체인 상의 fob, NFC 웨어러블, 또는 다른 장치일 수 있다. 다른 구현예에서, 지불 장치(200)는 전자 지갑(예, 명목화폐 및/또는 암호화폐 지갑 모듈(150D)과 같은 암호화폐)일 수 있으며, 여기서 지갑에 이전 저장된 복수의 계정(예, 암호화폐 공개 키(151) 및 암호화폐 개인 키(152), 다양한 블록체인(153)용 인터페이스 등)으로부터의 계정이 선택되고, 거래를 실행하도록 시스템(100)에 통신된다. 지불 장치(200)가 시스템(100)과 그의 구성 요소와 안전하게 통신할 수 있는 한, 지불 장치(200)의 형태는 특별히 중요하지 않을 수 있으며 설계적 선택사항일 수 있다. 예를 들어, 많은 종래의 지불 장치는 자기 띠 판독기에 의하여 판독될 수 있으며, 따라서 지불 장치(200)는 자기 카드 판독기를 통해 끼워질 수 있는 크기로 되어야 한다. 다른 예시에서, 지불 장치(200)는 근거리 무선 통신을 통하여 통신할 수도 있으며 지불 장치(200)의 형태는 사실상 임의의 형태일 수 있다. 물론, 카드의 사용, 사용되고 있는 판독기의 유형 등에 기초하여 다른 형태가 가능할 수 있다.
물리적으로, 지불 장치(200)는 카드일 수 있으며, 카드는 다수의 층을 갖고 있어 지불 장치(200)를 구성하는 다양한 요소를 포함할 수 있다. 일 구현예에서, 지불 장치(200)는 실질적으로 평평한 전방 표면(202) 및 전방 표면(202)에 대향하는 실질적으로 평평한 후방 표면(204)을 가질 수 있다. 논리적으로, 일부 구현예에서, 표면(202, 204)은 일부 엠보싱부(206), 또는 개인 계정 번호(PAN)(206A) 및 카드 검증 번호(CVN)(206B)를 포함한 읽기 쉬운 쓰기의 다른 형태를 가질 수 있다. 일부 구현예에서, 지불 장치(200)는 주 계정 소지자에 대응하는 데이터, 예컨대 계정 보유자에 대한 지불 네트워크 계정 데이터(164A)를 포함할 수 있다. 메모리(254) 및 특히 모듈(254A)은, 일반적으로 지불 관련된 모든 데이터가 원하지 않는 제3자로부터 안전하도록 암호화될 수 있다. 통신 인터페이스(256)는, 네트워크(102)를 통해 시스템(100)의 하나 이상의 구성 요소에 지불 정보를 식별하기 위해 지불 데이터(143B, 143A), 예컨대 지불 페이로드, 지불 토큰, 또는 다른 데이터를 발신하는 것을 용이하게 하는 명령어를 포함할 수 있다.
지불 장치 발급자 시스템(111)은 또한, 프로세서(172) 및 메모리(174)를 포함한 지불 장치 발급자 서버(170)를 포함할 수 있다. 메모리는, 지불 시스템(100)을 사용하여 판매자 컴퓨터 시스템(106)에 대한 지불을 용이하게 하는 명령어를 포함한 지불 장치 발급자 모듈(176)을 포함할 수 있다. 모듈(176)은, 발급자 거래 데이터 (178A)를 포함한 발급자 거래 저장소(178)에 통신 가능하게 연결될 수 있다. 발급자 거래 데이터(178A)는, 지불 장치 발급자 시스템(111)에서 판매자로/판매자로부터 지불 및 다른 자금 이체를 용이하게 하는 데이터를 포함할 수 있다. 예를 들어, 발급자 거래 데이터(178A)는 판매자 식별 데이터, 사용자 계정 이력 데이터, 지불 장치 데이터 등을 포함할 수 있다. 모듈(176)은 또한, 카드 소지자 계정 데이터(180A)를 포함한 카드 소자자 계정 데이터 저장소(180)에 통신 가능하게 연결될 수 있다. 모듈(162)은 또한, 사용자 및/또는 판매자 간의 거래를 완료하고 사용자 및 판매자 자금 계정 잔고를 더 잘 관리하여 암호화폐 거래를 완료하기 위해, 지불 네트워크 시스템(108)으로부터 지불 메시지(166)를 수신하는 명령어를 포함할 수도 있다.
도 3은, 판매자가 명목화폐를 허용하고 사용자가 시스템을 통해 명목화폐 또는 암호화폐로 지불하는 경우에, 4 당사자 모델에서 암호화폐를 통합하기 위한 방법(300)의 흐름도이다. 방법(300)의 각각의 단계는, 방법의 상이한 양태를 실행하도록 물리적으로 구성될 수 있는 서버 또는 다른 컴퓨팅 장치에서 수행될 수 있다. 방법(300)의 각각의 단계는, 서버 또는 다른 컴퓨팅 장치(예, 지불 네트워크 시스템(108), 사용자 컴퓨터 시스템(104), 판매자 컴퓨터 시스템(106), 중개 시스템(110), 지불 장치 발급자 시스템(111), 또는 다른 컴퓨터 시스템)의 프로세서(예, 114, 130, 145, 158, 172, 902 등) 상에 실행된 하나 이상의 컴퓨터 실행 가능 명령어(예, 모듈, 블록, 독립형 명령어 등)이고, 이는 방법(300)의 상이한 양태를 실행하도록 물리적으로 구성될 수 있다. 각각의 단계는, 시스템 또는 시스템의 내부 또는 외부에 있는 다른 구성 요소와 관련하여, 설명된 바와 같은 임의의 명령어의 실행을 포함할 수 있다. 하기 블록은 순서 세트로서 제공되지만, 설명된 다양한 단계는 본원에 설명된 방법을 완료하기 위해 임의의 특정 순서로 실행될 수 있다.
블록(302)에서, 시스템(100)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜 거래 요청을 수신할 수 있다. 일부 구현예에서, 거래 요청은 판매자로부터 제품을 구매하기 위해, 사용자 컴퓨터 시스템(104)에서 판매자 컴퓨터 시스템(106)로 될 수 있다. 요청은, 일반적으로 사용자 컴퓨터 시스템(104) 또는 특히 통신 모듈(150C)에 의해, 판매자 컴퓨터 시스템(106) 및 특히 거래 통신 모듈(134)로 발신될 수 있다.
블록(304)에서, 시스템(100)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 판매자 컴퓨터 시스템(106)이 명목화폐 또는 암호화폐를 허용하는지 여부를 결정할 수 있다. 만약 명목화폐인 경우, 방법(300)은 블록(306)으로 진행할 수 있고, 시스템(100)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 제품 구매 요청으로부터 화폐 선택을 결정할 수 있다.
블록(306)에서, 방법(300)이, 사용자가 판매자와의 지불 거래를 완료하기 위해 명목화폐를 선택했다고 결정하면, 블록(308)에서, 방법(300)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 승인 요청을 발신할 수 있다. 일부 구현예에서, 사용자 컴퓨터 시스템은, 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 승인 요청을 판매자(106), 지불 네트워크 시스템(108), 판매자 컴퓨터 시스템(106)의 매입자(예, 판매자 컴퓨터 시스템(106)을 대신하여 지불을 프로세싱하는 은행 또는 금융 기관의 컴퓨팅 시스템) 중 하나 이상에 발신할 수 있다.
블록(310)에서, 시스템(100)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 거래가 사용자 컴퓨터 시스템(104)에 의해 승인되는지 여부를 결정할 수 있다. 일부 구현예에서, 지불 장치 발급자 모듈(176)은, 사용자 컴퓨터 시스템(104)이 블록(302)의 제품 구매 요청에 의해 표시된 거래를 승인했는지 여부를 결정하기 위한 명령어를 수신할 수 있다. 사용자 컴퓨터 시스템(104)이 거래를 승인하지 않으면, 방법(300)은 종료될 수 있다. 사용자 컴퓨터 시스템(104)이 거래를 승인한 경우, 시스템(100)의 하나 이상의 엔티티(예, 판매자 컴퓨터 시스템(106), 지불 네트워크 시스템(108) 등)는, 판매자가 지불 장치 발급자 시스템(111)으로부터 거래에 대한 지불을 수신했음을 나타내는 인가된 승인 응답을 수신할 수 있다. 블록(314)에서, 방법(300)은 시스템(100)의 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜 사용자에게 제품을 배포할 수 있다.
블록(306)으로 되돌아가면, 방법(300)은, 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 사용자가 암호화폐 및 암호화폐 유형(예, 비트코인)을 선택하여 판매자와의 지불 거래를 완료하도록 선택했음을 결정할 수 있다. 그 다음, 블록(316)에서, 방법(100)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 검증 요청을 발신할 수 있다. 일부 구현예에서, 검증 요청은, 판매자 컴퓨터 시스템(106) 및/또는 그 매입자 및 지불 네트워크 시스템(108)에 의해, 사용자 컴퓨터 시스템(104)의 지갑 모듈(150D)에 의해 표시된 특정 암호화폐에 대응하는 검증 네트워크로 발신된다. 그 다음, 블록(318)에서, 방법(100)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜 거래의 암호화폐 금액을 결정할 수 있다. 일부 구현예에서, 지불 네트워크 시스템(108)은, 블록(306)에서 사용자 컴퓨터 시스템(104)에 의해 지정된 특정 암호화폐에 대한 시장 값에 따라 거래에 대한 암호화폐 금액을 결정하기 위한 명령어를 포함할 수 있다.
블록(320)에서, 방법(300)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 제품 구매 요청의 거래에 대해 사용자 및/또는 판매자 암호화폐 규칙을 실행하거나 비교할 수 있다. 예를 들어, 중개 시스템(110)의 규칙 모듈(112B)은, 거래가 진행될 수 있는지 여부를 결정하기 위해 거래를 요청했던 사용자 컴퓨터 시스템(104)에 대응하는 사용자 프로파일 데이터(122A)로부터 사용자 및 판매자 규칙을 평가하는 명령어를 포함할 수 있다. 규칙을 평가하기 위한 명령어는, 암호화폐법 및 거래의 관련 위치(사용자 컴퓨터 시스템 영역 및/또는 판매자 컴퓨터 시스템 영역)에 대한 다른 규정에 대해, 규칙을 비교하는 것을 포함할 수 있다.
도 5a, 5b, 5c, 및 5d를 참조하면, 중개 시스템(110)의 인터페이스 모듈(112D)은, 사용자, 판매자 및 지불 네트워크 시스템(108)의 다른 파트너로 하여금 암호화폐 거래를 볼 수 있게 하고 이들 거래를 제어하는 규칙, 예컨대 KYC, AML, CFT, 및 기타를 편집할 수 있게 하는, 그래픽 사용자 인터페이스를 포함할 수 있다. 대시보드 인터페이스(500)(도 5a)는 시스템(100)을 사용하여, 각 클라이언트/고객/판매자 등에 대한 거래 데이터(122A) 및/또는 검증 데이터(124A)를 디스프레이할 수 있다. 일부 구현예에서, 대시보드 인터페이스는 시간에 따른 다수의 거래(502), 사용된 암호화폐의 유형의 통계적 측정(504), 거래의 값(506), 및 다수의 거래(508)을 포함할 수 있다. 제1 규칙 인터페이스(525)(도 5b) 및 제2 규칙 인터페이스(550)(도 5c)는, 상응하는 영역(530 및 554)에 대한 규칙 세트(528 및 552)를 제공할 수 있다. 일부 구현예에서, 방법(300)은, 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 로컬 및 국제 거래 한도를 설정하고, KYC 세부 사항(이름, 여권 번호, 지문 등록, 암호화폐 거래에 허용된 국가 등을 포함함)을 설정할 수 있다. 추가의 구현예에서, 방법(300)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 참여 은행(532 및 556)을 각각 설정할 수 있다. 거래 인터페이스(575)(도 5d)는, 상이한 암호화폐 거래뿐만 아니라 다른 거래 데이터에 대한 소스 및 대상을 포함한 거래 이력(578)을 표시할 수 있다.
도 3으로 돌아가, 블록(322)에서, 거래가 블록(320)으로부터 규칙을 통과한 경우, 방법(300)은 블록(324)으로 진행하고 사용자 컴퓨터 시스템(104)의 지갑 모듈(150D)을 점검하여 지갑이 거래와 진행하기 위한 자금을 포함한 것을 확인할 수 있다. 예를 들어, 블록(326)에서, 방법(300)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 지갑 모듈(150D)과 모듈(150D)에 대응하는 지갑 계정이, 사용자 컴퓨터 시스템(104)과 판매자 컴퓨터 시스템(106) 사이의 거래 대상에 대한 구매 금액 이상의 금액을 포함하는지 결정할 수 있다.
블록(328)에서, 지갑 모듈(150D)이 사용자 컴퓨터 시스템(104)과 판매자 컴퓨터 시스템(106) 간의 거래의 대상에 대한 구매 금액 이상의 금액을 포함하는 경우, 방법(300)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 지갑 모듈(150D)로부터, 사용자 컴퓨터 시스템(104)과 판매자 컴퓨터 시스템(106) 모두 멀리 떨어진 중개 시스템(110)의 중개자 암호화폐 지갑 모듈(112A)로, 자금을 이체할 수 있다. 일부 구현예에서, 방법(300)은 또한 프로세서로 하여금 컴퓨터 메모리(예, 중개자 암호화폐 지갑 모듈(112A))에 저장된 명령어를 실행시켜, 중개자 암호화폐 지갑 모듈(112A)에 이체된 자금을, 판매자 컴퓨터 시스템(106)에 의해 수용된 자금의 유형으로 변환할 수 있다. 판매자 컴퓨터 시스템(106)이 블록(304)과 관련하여 실행된 명령어에 의해 표시된 바와 같이, 명목화폐를 수락하기 때문에, 중개자 암호화폐 지갑 모듈(112A)은 자금을 명목화폐로 변환할 수 있다.
블록(330)에서, 지갑 모듈(150D)로부터 중개 시스템(110)의 중개자 암호화폐 지갑 모듈(112A)로 자금을 이체하고 자금을 판매자 컴퓨터 시스템(106)으로 수용 가능하게 변환할 시, 방법(300)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 중개 시스템(110)으로부터 판매자 컴퓨터 시스템(106)으로 자금을 이체할 수 있다. 프로세서는, 방법(300)의 다른 블록(예, 블록(328) 등)과 비동기적으로, 또는 블록(326)의 명령어 직후에 블록(330)의 명령어를 실행할 수 있다. 일부 구현예에서, 방법(300)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 블록(316)의 검증 요청에 응답하여 이체를 확인하는 허가된 검증 응답을 발신할 수 있다. 허가된 검증 응답은, 지불 네트워크 시스템(108), 판매자 컴퓨터 시스템(106), 판매자의 매입자, 및 시스템(100)의 다른 요소에서 수신될 수 있다. 허가된 검증 응답은, 중개 시스템(110)의 중개자 암호화폐 지갑 모듈(112A)로부터의 자금을 포함할 수 있다. 자금이 판매자 컴퓨터 시스템(106)에서 수신된 후, 방법(300)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜 블록(314)에서 제품을 배포할 수 있다.
도 4는, 판매자가 암호화폐를 허용하고 사용자가 시스템(100)을 통해 명목화폐 또는 암호화폐로 지불하는 경우에, 4 당사자 모델에서 암호화폐를 통합하기 위한 방법(400)의 흐름도이다. 방법(400)의 각각의 단계는, 방법의 상이한 양태를 실행하도록 물리적으로 구성될 수 있는 서버 또는 다른 컴퓨팅 장치에서 수행될 수 있다. 방법(400)의 각각의 단계는, 서버 또는 다른 컴퓨팅 장치(예, 시스템(100), 사용자 컴퓨터 시스템(104), 판매자 컴퓨터 시스템(106), 지불 네트워크 시스템(108), 중개 시스템(110), 지불 장치 발급자 시스템(111), 또는 다른 컴퓨터 시스템)의 프로세서(예, 114, 130, 145, 158, 172, 902 등) 상에 실행된 하나 이상의 컴퓨터 실행 가능 명령어(예, 모듈, 블록, 독립형 명령어 등)이고, 이는 방법의 상이한 양태를 실행하도록 물리적으로 구성될 수 있다. 각각의 단계는, 시스템 또는 시스템의 내부 또는 외부에 있는 다른 구성 요소와 관련하여, 설명된 바와 같은 임의의 명령어의 실행을 포함할 수 있다. 하기 블록은 순서 세트로서 제공되지만, 설명된 다양한 단계는 본원에 설명된 방법을 완료하기 위해 임의의 특정 순서로 실행될 수 있다.
블록(402)에서, 시스템(100)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜 제품 구매 요청을 수신할 수 있다. 일부 구현예에서 제품 구매 요청은, 일반적으로 사용자 컴퓨터 시스템(104) 또는 특히 통신 모듈(150C)에 의해, 판매자 컴퓨터 시스템(106) 및 특히 거래 통신 모듈(134)로 발신될 수 있다.
블록(404)에서, 시스템(100)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 판매자 컴퓨터 시스템(106)이 명목화폐 또는 암호화폐를 허용하는지 여부를 결정할 수 있다. 만약 암호화폐인 경우, 방법(400)은 블록(406)으로 진행할 수 있고, 시스템(100)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 제품 구매 요청으로부터 화폐 선택을 결정할 수 있다.
블록(406)에서, 방법(400)이, 사용자가 판매자와의 지불 거래를 완료하기 위해 명목화폐를 선택했다고 결정하면, 블록(408)에서, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 승인 요청을 발신할 수 있다. 일부 구현예에서, 사용자 컴퓨터 시스템은, 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 승인 요청을 판매자(106), 지불 네트워크 시스템(108), 판매자 컴퓨터 시스템(106)의 매입자(예, 판매자 컴퓨터 시스템(106)을 대신하여 지불을 프로세싱하는 은행 또는 금융 기관의 컴퓨팅 시스템) 중 하나 이상에 발신할 수 있다.
블록(410)에서, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 판매자가 수락한 암호화폐 거래를 만족시킬 명목화폐의 금액을 결정할 수 있다. 일부 구현예에서, 지불 네트워크 시스템(108)의 지불 네트워크 모듈(162)은, 실행 시, 프로세서로 하여금 거래에 대한 암호화폐 금액을 명목화폐 금액으로 변환시킬 수 있는 명령어를 포함한다. 예를 들어, 지불 네트워크 모듈(162)은, 프로세서에 의해 실행될 경우에, 그 거래에 대해 판매자에 의해 표시된 암호화폐의 유형에 대해 명목화폐로 온라인 시장 가격을 참조하는 추가 명령어를 포함할 수 있다. 그 다음, 방법은 암호화폐 가격을 사용하여, 그 거래에 대해 판매자에 의해 표시된 암호화폐의 금액과 동일한 명목화폐의 금액을 결정할 수 있다.
블록(412)에서, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 거래가 지불 장치 발급자 시스템(111)에 의해 승인되는지 여부를 결정할 수 있다. 일부 구현예에서, 지불 장치 발급자 모듈(176)은, 사용자 컴퓨터 시스템(104)의 사용자를 위한 카드 소지자 계정 데이터(180A)가, 블록(302)의 제품 구매 요청에 의해 표시된 거래를 결제하도록 승인됨을 나타내는지 결정하기 위한 명령어를 수신할 수 있다. 사용자 컴퓨터 시스템(104)이 거래에 대해 승인되지 않은 경우, 방법(400)은 종료될 수 있다. 사용자 컴퓨터 시스템(104)이 거래에 대해 승인된 경우, 블록(414)에서, 시스템(100)의 하나 이상의 엔티티(예, 판매자 컴퓨터 시스템(106), 지불 네트워크 시스템(108) 등)는, 판매자가 지불 장치 발급자 시스템(111)으로부터 거래에 대한 지불을 수신했음을 나타내는 인가된 승인 응답을 수신할 수 있다.
블록(416)에서, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 지불 장치 발급자 컴퓨터 시스템(111), 판매자 컴퓨터 시스템(106), 및 중개 시스템(110) 간의 자금 이체를 개시하여 거래를 결제할 수 있다. 일부 구현예에서, 블록(416)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 사용자의 명목화폐의 결제 금액을 중개자 암호화폐 지갑 모듈(112A)에 그 다음 판매자 컴퓨터 시스템(106)으로 이체할 수 있다. 추가의 구현예에서, 명목화폐 자금을 중개자 암호화폐 지갑 모듈(112A)로 이체할 시, 모듈(112A)은 시스템(100)의 프로세서로 하여금 명령어를 실행시켜, 명목화폐 자금을 판매자 컴퓨터 시스템(106)을 위한 암호화폐로 변환할 수 있다. 추가 구현예에서, 모듈(112A)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 암호화폐 자금을 중개자 암호화폐 지갑 모듈(112A)로부터 판매자 컴퓨터 시스템(104)으로 이체할 수 있다. 블록(418)에서, 방법(400)은 시스템(100)의 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜 사용자에게 제품을 배포할 수 있다. 프로세서는, 방법(400)의 다른 블록(예, 블록(416) 등)과 비동기적으로 블록(418)의 명령어를 실행할 수 있다.
블록(406)으로 되돌아가면, 방법(400)은, 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 사용자가 암호화폐 및 암호화폐 유형(예, 비트코인)을 선택하여 판매자와의 지불 거래를 완료하도록 선택했음을 결정할 수 있다. 그 다음, 블록(420)에서, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 검증 요청을 발신할 수 있다. 일부 구현예에서, 검증 요청은 판매자 컴퓨터 시스템(106) 및/또는 그 매입자 및 지불 네트워크 시스템(108)에 의해 발신된다. 그 다음, 블록(422)에서, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜 거래의 암호화폐 금액을 결정할 수 있다. 일부 구현예에서, 지불 네트워크 시스템(108)은, 블록(406)에서 사용자 컴퓨터 시스템(104)에 의해 지정된 특정 암호화폐에 대한 시장 값에 따라 거래에 대한 암호화폐 금액을 결정하기 위한 명령어를 포함할 수 있다.
블록(424)에서, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 도 3 및 블록(320)과 관련하여 전술한 바와 같이, 제품 구매 요청의 거래에 대해 사용자 및/또는 판매자 암호화폐 규칙을 실행할 수 있다. 예를 들어, 중개 시스템(110)의 규칙 모듈(112B)은, 거래가 진행될 수 있는지 여부를 결정하기 위해 거래를 요청했던 사용자 컴퓨터 시스템(104)에 대응하는 사용자 프로파일 데이터(122A)로부터 사용자 및 판매자 규칙을 평가하는 명령어를 포함할 수 있다. 규칙을 평가하기 위한 명령어는, 거래의 관련 영역(고객 위치 및/또는 판매자 위치)에 대한 법률 및 기타 규정에 대한 규칙을 비교하는 것을 포함할 수 있다.
도 5b 및 도 5c를 참조하면, 제1 규칙 인터페이스(525)(도 5b) 및 제2 규칙 인터페이스(550)(도 5c)는, 상응하는 영역(530 및 554)에 대한 규칙 세트(528 및 552)를 제공할 수 있다. 일부 구현예에서, 블록(424)은, 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 로컬 및 국제 거래 한도를 설정하고, KYC 세부 사항(이름, 여권 번호, 지문 등록, 암호화폐 거래에 허용된 국가 등을 포함함)을 설정할 수 있다. 추가의 구현예에서, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 참여 은행(532 및 556)을 각각 설정할 수 있다.
도 4로 돌아가, 블록(426)에서, 거래가 블록(424)으로부터 규칙을 통과한 경우, 방법(400)은 블록(428)으로 진행하고 사용자 컴퓨터 시스템(104)의 지갑 모듈(150D)을 점검하여 지갑이 거래와 진행하기 위한 자금을 포함한 것을 확인할 수 있다. 예를 들어, 블록(428)에서, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 지갑 모듈(150D)과 모듈(150D)에 대응하는 지갑 계정이, 사용자 컴퓨터 시스템(104)과 판매자 컴퓨터 시스템(106) 사이의 거래 대상에 대한 구매 금액 이상의 금액을 포함하는지 결정할 수 있다.
블록(430)에서, 지갑 모듈(150D)이 사용자 컴퓨터 시스템(104)과 판매자 컴퓨터 시스템(106) 간의 거래의 대상에 대한 구매 금액 이상의 금액을 포함하는 경우, 블록(432)에서, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 지갑 모듈(150D)로부터 판매자 컴퓨터 시스템(106)으로, 암호화폐 자금을 이체할 수 있다. 일부 구현예에서, 방법(300)은 또한 프로세서로 하여금 컴퓨터 메모리(예, 중개자 암호화폐 지갑 모듈(112A))에 저장된 명령어를 실행시켜, 중개자 암호화폐 지갑 모듈(112A)에 이체된 한 유형(예, 비트코인)의 암호화폐 자금을, 판매자 컴퓨터 시스템(106)에 의해 수락된 제2 유형의 암호화폐(예, 이더리움) 자금으로 변환할 수 있다.
블록(434)에서, 지갑 모듈(150D)로부터 중개 시스템(110)의 중개자 암호화폐 지갑 모듈(112A)로 자금을 이체하고 필요하면 자금을 판매자 컴퓨터 시스템(106)으로 수용 가능하게 변환할 시, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜, 블록(420)에서의 검증 요청에 응답하여 이체를 확인한 허가된 검증 응답을 발신할 수 있다. 프로세서는, 방법(400)의 다른 블록(예, 블록(432) 등)과 비동기적으로 블록(434)의 명령어를 실행할 수 있다. 허가된 검증 응답은, 지불 네트워크 시스템(108), 판매자 컴퓨터 시스템(106), 판매자의 매입자, 판매자 컴퓨터 시스템(106), 및 시스템(100)의 다른 요소에서 수신될 수 있다. 일부 구현예에서, 허가된 검증 응답은, 중개 시스템(110)의 중개자 암호화폐 지갑 모듈(112A)로부터의 자금을 포함할 수 있다. 블록(418)에서 자금이 판매자 컴퓨터 시스템(106)에서 수신된 후, 방법(400)은 프로세서로 하여금 컴퓨터 메모리에 저장된 명령어를 실행시켜 블록(418)에서 제품을 배포할 수 있다.
따라서, 본 개시는, 명목화폐 및/또는 암호화폐를 사용하거나 수락할 수 있는 판매자와 소비자 사이에서 4 당사자 모델 내에서 암호화폐의 사용을 용이하게 하는 기술적 문제에 대한 기술적 해결책을 제공한다. 본원에 설명된 바와 같이, 중개자 지갑 엔티티는 암호화폐 거래의 위험을 가정할 수 있다. 예를 들어, 명목화폐-명목화폐 거래는 4 당사자 모델의 통상적인 결제 프로세스를 따를 수 있다. 암호화폐-암호화폐 거래에서, 결제는 실시간으로 발생할 수 있다. 그러나, 명목화폐 판매자/암호화폐 고객 거래에서, 결제는 고객의 암호화폐 지갑에서 중개자 지갑으로 이루어질 수 있다. 그 다음, 명목화폐 결제는 4 당사자 모델에 따라 중개자와 판매자 사이에 이루어질 수 있다. 암호화폐 판매자/명목화폐 고객 거래에서, 중개자 지갑으로부터 판매자의 암호화폐 지갑으로의 이체가 이루어질 수 있다. 그 다음 고객의 은행(발급자)과 중개자 간의 명목화폐 결제가 일반적인 결제 과정에서 이루어질 수 있다.
도 6은 시스템(100)을 위한 예시적인 컴퓨팅 환경(900) 및 본원에 기술된 방법(예, 방법(300 및 400))의 상위 블록 다이어그램이다. 컴퓨팅 장치(900)는, 서버(예, 지불 서버(156), 판매자 서버(129), 지불 서버(156), 중개 서버(116)), 모바일 컴퓨팅 장치(예, 사용자 컴퓨팅 시스템(104), 셀룰러 폰, 태블릿 컴퓨터, 와이파이 가능 장치 또는 유무선 통신이 가능한 다른 개인 컴퓨팅 장치), 씬 클라이언트, 또는 다른 공지된 유형의 컴퓨팅 장치를 포함할 수 있다.
논리적으로, 특정 작업을 구체적으로 실행하도록 다양한 서버를 설계하고 구축할 수 있다. 예를 들어, 지불 서버(156)는 짧은 시간 내에 많은 양의 데이터를 수신할 수 있으며, 이는, 지불 서버가 많은 양의 데이터를 처리하기 위해 특별한 고속 입출력 회로를 포함할 수 있음을 의미한다. 유사하게, 중개 서버(116)는 프로세서 집중 검증 절차를 실행할 수 있고, 따라서 중개 서버(116)는 검증 알고리즘을 신속하게 실행하도록 특별히 조정된 처리 능력을 증가시킬 수 있다. 또 다른 예시에서, 판매자 서버(129)는 중개 서버(116)보다 컴퓨팅 부담이 적을 수 있고 처리 능력이 적을 수 있다.
당업자에 의해 인식되는 바와 같이, 본 개시물 및 본 명세서 내의 교시의 관점에서, 상이한 아키텍처를 갖는 다른 유형의 컴퓨팅 장치가 사용될 수 있다. 본원에 설명된 예시적인 시스템 및 방법과 유사하거나 동일한 프로세서 시스템은, 본원에 설명된 예시적인 시스템 및 방법을 구현하고 실행하는 데 사용될 수 있다. 예시적인 시스템(100)이 복수의 주변기기, 인터페이스, 칩, 메모리 등을 포함하는 것으로 아래에 설명되어 있지만, 이들 요소 중 하나 이상은 예시적인 시스템 및 방법을 구현하고 실행하는 데 사용된 다른 예시적인 프로세서 시스템으로부터 생략될 수 있다. 또한, 다른 구성요소가 추가될 수 있다.
도 6에 나타낸 바와 같이, 컴퓨팅 장치(901)는 배선 버스에 결합되는 프로세서(902)를 포함한다. 프로세서(902)는, 전체적으로 온-칩인 것으로 도 6에 도시되어 있지만 대안으로는 전체적으로 또는 부분적으로 오프-칩으로 위치할 수 있고 전용 전기 접속부를 통해 그리고/또는 배선 버스를 통해 프로세서(902)에 직접적으로 결합될 수 있는, 레지스터 세트 또는 레지스터 공간(904)을 포함한다. 프로세서(902)는 임의의 적합한 프로세서, 프로세싱 유닛, 또는 마이크로프로세서일 수 있다. 도 6에는 나타나지 않지만, 컴퓨팅 장치(901)는 멀티프로세서일 수 있고, 따라서, 프로세서(902)와 동일하거나 유사하고 배선 버스에 통신가능하게 결합된 하나 이상의 추가의 프로세서를 포함할 수 있다.
도 6의 프로세서(902)는, 메모리 제어부(908) 및 주변기기 입출력(I/O) 제어부(910)를 포함하는, 칩셋(906)에 결합된다. 잘 알려진 바와 같이, 칩셋은, 전형적으로, I/O 및 메모리 관리 기능뿐 아니라 칩셋(906)에 결합된 하나 이상의 프로세서에 의해 액세스가능하거나 그에 의해 사용되는 복수의 범용 및/또는 전용 레지스터, 타이머 등을 제공한다. 메모리 제어부(908)는 프로세서(902)(또는 다수의 프로세서가 있는 경우에는 프로세서들)가, 인-메모리 캐시(, 메모리(912) 내의 캐시) 또는 온-디스크 캐시(예, 대용량 저장 메모리(914) 내의 캐시) 중 어느 하나 또는 양측 모두를 포함할 수 있는 시스템 메모리(912) 및 대용량 저장 메모리(914)에 액세스할 수 있게 하는 기능을 수행한다.
시스템 메모리(912)는, 예를 들어 정적 랜덤 액세스 메모리(SRAM), 동적 랜덤 액세스 메모리(DRAM), 플래시 메모리, 판독 전용 메모리(ROM) 등과 같은 임의의 원하는 유형의 휘발성 및/또는 비휘발성 메모리를 포함할 수 있다. 대용량 저장 메모리(914)는 임의의 원하는 유형의 대용량 저장 장치를 포함할 수 있다. 예를 들어, 컴퓨팅 장치(901)는 모듈(916)(예, 본원에 설명된 바와 같은 다양한 모듈)을 구현하는 데 사용될 수 있다. 대용량 저장 메모리(914)는 하드 디스크 드라이브, 광학 드라이브, 테이프 저장 장치, 솔리드 스테이트 메모리(예, 플래시 메모리, RAM 메모리 등), 자기 메모리(예, 하드 드라이브), 또는 대용량 저장에 적합한 임의의 다른 메모리를 포함할 수 있다. 본원에 사용된 바와 같이, 모듈, 블록, 기능, 작동, 절차, 루틴, 단계, 및 방법이라는 용어는, 특정된 기능을 컴퓨팅 장치(901) 및 본원에 설명된 시스템과 방법에 제공하는 유형적인 컴퓨터 프로그램 로직 또는 유형적인 컴퓨터 실행가능 명령어를 지칭한다. 따라서, 모듈, 블록, 기능, 작동, 절차, 루틴, 단계, 및 방법은 하드웨어, 펌웨어, 및/또는 소프트웨어로 구현될 수 있다. 일 구현예에서, 프로그램 모듈 및 루틴은 대용량 저장 메모리(914)에 저장되고, 시스템 메모리(912) 내에 로딩되고, 프로세서(902)에 의해 실행되며, 또는 유형적인 컴퓨터 판독가능 저장 매체(예, RAM, 하드 디스크, 광학/자기 매체 등) 내에 저장되는 컴퓨터 프로그램 제품으로부터 제공될 수 있다.
주변기기 I/O 제어부(910)는, (네트워크 인터페이스(926)를 통해) 주변기기 I/O 버스를 통해 프로세서(902)가 주변기기 입출력(I/O) 장치(924), 네트워크 인터페이스(926), 근거리 통신망 송수신기(928)와 통신할 수 있게 하는 기능을 수행한다. I/O 장치(924)는, 예를 들어 키보드, 디스플레이(예, 액정 디스플레이(LCD), 음극선관(CRT) 디스플레이 등), 내비게이션 장치(예, 마우스, 트랙볼, 용량성 터치 패드, 조이스틱 등) 등과 같은 임의의 원하는 유형의 I/O 장치일 수 있다. I/O 장치(924)는 모듈(916) 등과 함께 사용되어, 송수신기(928)로부터 데이터를 수신하고, 데이터를 시스템(100)의 구성 요소로 발신하고, 본원에 설명된 방법과 관련된 임의의 작동을 수행할 수 있다. 근거리 통신망 송수신기(928)는 와이파이 네트워크, 블루투스, 적외선, 셀룰러, 또는 다른 무선 데이터 전송 프로토콜에 대한 지원을 포함할 수 있다. 다른 구현예에서, 하나의 요소는 컴퓨팅 장치(901)에 의해 채용된 다양한 무선 프로토콜 각각을 동시에 지원할 수 있다. 예를 들어, 소프트웨어 한정형 라디오가 다운로드 가능한 명령어를 통해 다수의 프로토콜을 지원하는 것이 가능할 수 있다. 작동 시, 컴퓨팅 장치(901)는 주기적 기반으로 가시광 무선 네트워크 송신기(셀룰러 네트워크와 근거리 네트워크 양측 모두)를 주기적으로 폴링하는 것이 가능할 수 있다. 이러한 폴링은 일반 무선 트래픽이 컴퓨팅 장치(901) 상에서 지원되고 있는 동안에도 가능할 수 있다. 네트워크 인터페이스(926)는, 예를 들어 시스템(100)이 적어도 시스템(100)과 관련하여 기술된 요소를 갖는 다른 컴퓨터 시스템과 통신할 수 있게 하는, 이더넷 장치, 비동기식 전송 모드(ATM) 장치, 802.11 무선 인터페이스 장치, DSL 모뎀, 케이블 모뎀, 셀룰러 모뎀 등일 수 있다.
메모리 제어부(908) 및 I/O 제어부(910)가 도 6에서 칩셋(906) 내의 개별적인 기능 블록으로 도시되어 있지만, 이들 블록에 의해 수행되는 기능은 단일 집적 회로 내에 통합될 수 있고, 또는 두 개 이상의 별도 집적 회로를 사용하여 구현될 수 있다. 컴퓨팅 환경(900)은 또한, 원격 컴퓨팅 장치(930) 상에서 모듈(916)을 구현할 수 있다. 원격 컴퓨팅 장치(930)는 이더넷 링크(932)를 통해 컴퓨팅 장치(901)와 통신할 수 있다. 일부 구현예에서, 모듈(916)은 인터넷(936)을 통해 클라우드 컴퓨팅 서버(934)로부터 컴퓨팅 장치(901)에 의해 검색될 수 있다. 클라우드 컴퓨팅 서버(934)를 사용하는 경우, 검색된 모듈(916)은 프로그램에 따라 컴퓨팅 장치(901)와 링크될 수 있다. 모듈(916)은 인공 지능 소프트웨어 및 문서 작성 소프트웨어를 비롯한 다양한 소프트웨어 플랫폼의 집합일 수 있거나, 컴퓨팅 장치(901) 또는 원격 컴퓨팅 장치(930) 내에 상주하는 Java® 가상 머신(JVM) 환경 내에서 실행되는 Java® 애플릿일 수도 있다. 모듈(916)은, 또한 컴퓨팅 장치(901, 930) 상에 위치한 웹 브라우저에서 실행하도록 조정된 "플러그-인"일 수 있다. 일부 구현예에서, 모듈(916)은 인터넷(936)을 통해 백엔드 구성 요소(938)와 통신할 수 있다.
시스템(900)은 LAN, MAN, WAN, 모바일, 유무선 네트워크, 개인 네트워크, 또는 가상 개인 네트워크의 임의의 조합을 포함할 수 있지만, 이들로 제한되지 않는다. 더욱이, 설명을 간소화하고 명료하게 하기 위해 단 하나의 원격 컴퓨팅 장치(930)만이 도 6에 나타나 있지만, 임의의 개수의 클라이언트 컴퓨터가 지원되고 시스템(900) 내에서 통신할 수 있음을 이해한다.
또한, 특정 구현예는 로직 또는 다수의 구성 요소, 모듈, 또는 메커니즘을 포함하는 것으로 본원에서 설명된다. 모듈은 소프트웨어 모듈(예, 기계 판독 가능 매체 또는 전송 신호에 구현된 코드 또는 명령어, 여기서 코드는 프로세서에 의해 실행됨) 또는 하드웨어 모듈을 구성할 수 있다. 하드웨어 모듈은 특정 작동을 수행할 수 있는 유형적인 유닛이며, 특정 방식으로 구성되거나 배열될 수 있다. 예시적인 구현예에서, 하나 이상의 컴퓨터 시스템(예, 독립형, 클라이언트 또는 서버 컴퓨터 시스템) 또는 컴퓨터 시스템의 하나 이상의 하드웨어 모듈(예, 프로세서 또는 프로세서의 그룹)은 소프트웨어(예, 애플리케이션 또는 애플리케이션 부분)에 의해 본원에 설명된 바와 같은 특정 작동을 수행하기 위해 작동하는 하드웨어 모듈로서 구성될 수 있다.
다양한 구현예에서, 하드웨어 모듈은 기계적으로 또는 전자적으로 구현될 수 있다. 예를 들어, 하드웨어 모듈은, 특정 작동을 수행하기 위해 (예를 들어, 필드 프로그래밍 가능 게이트 어레이(FPGA) 또는 주문형 집적 회로(ASIC)와 같은 특수 목적 프로세서로서) 영구적으로 구성되는 전용 회로 또는 로직을 포함할 수 있다. 하드웨어 모듈은, 특정 작동을 수행하기 위해 소프트웨어에 의해 일시적으로 구성되는 (예를 들어, 범용 프로세서 또는 다른 프로그램 가능한 프로세서 내에 포함되는) 프로그램 가능한 로직 또는 회로를 포함할 수도 있다. 하드웨어 모듈을 기계적으로, 전용으로 및 영구적으로 구성된 회로로, 또는 일시적으로 구성된(예, 소프트웨어에 의해 구성된) 회로로 구현하는 결정은 비용 및 시간 고려사항에 의해 구동될 수 있음을 이해할 것이다.
따라서, 용어 "하드웨어 모듈"은 유형적인 엔티티를 포함하는 것으로 이해되어야 하며, 물리적으로 구성되거나, 영구적으로 구성되거나(예, 배선됨), 또는 일시적으로 구성되거나(예, 프로그래밍됨) 본원에 설명된 특정 방식으로 작동하거나 특정 작동을 수행하도록 구성되는 엔티티인 것으로 이해되어야 한다. 본원에서 사용되는 바와 같이, "하드웨어 구현 모듈"은 하드웨어 모듈을 지칭한다. 하드웨어 모듈이 일시적으로 구성되는(예, 프로그래밍되는) 구현예를 고려하면, 각각의 하드웨어 모듈은 임의의 하나의 인스턴스에서 제때에 구성되거나 인스턴스화될 필요가 없다. 예를 들어, 하드웨어 모듈이 소프트웨어를 사용하여 구성된 범용 프로세서를 포함하는 경우에, 범용 프로세서는 상이한 시간에 각각의 상이한 하드웨어 모듈로서 구성될 수 있다. 이에 따라, 소프트웨어는, 예를 들어 한 번에 특정 하드웨어 모듈을 구성하고 다른 시간에 다른 하드웨어 모듈을 구성하도록 프로세서를 구성할 수 있다.
하드웨어 모듈은 다른 하드웨어 모듈에 정보를 제공하고 이로부터 정보를 수신할 수 있다. 따라서, 설명된 하드웨어 모듈은 통신 가능하게 결합되는 것으로 간주될 수 있다. 이러한 하드웨어 모듈 중 다수의 모듈이 동시에 존재하는 경우에, 통신은 하드웨어 모듈을 연결하는 신호 전송을 통해(예, 적절한 회로 및 버스를 통해) 달성될 수 있다. 다수의 하드웨어 모듈이 상이한 시간에 구성되거나 인스턴스화되는 구현예에서, 이러한 하드웨어 모듈 사이의 통신은, 예를 들어 다수의 하드웨어 모듈이 액세스할 수 있는 메모리 구조 내의 정보의 저장 및 검색을 통해 달성될 수 있다. 예를 들어, 하나의 하드웨어 모듈은 작동을 수행할 수 있고, 그 작동의 출력을 통신 가능하게 결합된 메모리 장치에 저장할 수 있다. 그 다음, 추가 하드웨어 모듈은, 나중에 메모리 장치에 액세스하여 저장된 출력을 검색하고 처리할 수 있다. 하드웨어 모듈은, 또한 입력 또는 출력 장치와 통신을 개시할 수 있고, 리소스(예, 정보의 수집) 상에서 작동할 수 있다.
본원에 설명된 예시적인 방법의 다양한 작동은, (예를 들어, 소프트웨어에 의해) 일시적으로 구성되거나 관련 작동을 수행하도록 영구적으로 구성된, 하나 이상의 프로세서에 의해 적어도 부분적으로 수행될 수 있다. 일시적으로 또는 영구적으로 구성되든지, 이러한 프로세서는 하나 이상의 작동 또는 기능을 수행하도록 작동하는 프로세서 구현 모듈을 구성할 수 있다. 본원에서 언급된 모듈은, 일부 예시적인 구현예에서 프로세서 구현 모듈을 포함할 수 있다.
유사하게, 본원에 설명된 방법 또는 루틴은 적어도 부분적으로 프로세서로 구현될 수 있다. 예를 들어, 방법의 작동 중 적어도 일부는, 하나 이상의 프로세서 또는 프로세서 구현 하드웨어 모듈에 의해 수행될 수 있다. 특정 작동의 성능은, 단일 머신 내에 상주할 뿐만 아니라 다수의 머신에 걸쳐 배포된 하나 이상의 프로세서 사이에 분산될 수 있다. 일부 예시적인 구현예에서, 프로세서(들)은 단일 위치(예, 가정 환경, 사무실 환경 또는 서버 팜)에 위치할 수 있는 반면, 다른 구현예에서는 프로세서가 다수의 위치에 걸쳐 분산될 수 있다.
하나 이상의 프로세서는, "클라우드 컴퓨팅" 환경에서 또는 "서비스로서의 소프트웨어"(SaaS)로서 관련 작동의 성능을 지원하도록 작동할 수도 있다. 예를 들어, 작동 중 적어도 일부는 (프로세서를 포함하는 머신 예로서) 컴퓨터 그룹에 의해 수행될 수 있고, 이들 작동은 네트워크(예, 인터넷) 및 하나 이상의 적절한 인터페이스(예, 애플리케이션 프로그램 인터페이스(API))를 통해 액세스 가능하다.
특정 작동의 성능은, 단일 머신 내에 상주할 뿐만 아니라 다수의 머신에 걸쳐 배포된 하나 이상의 프로세서 사이에 분산될 수 있다. 일부 예시적인 구현예에서, 하나 이상의 프로세서 또는 프로세서 구현 모듈은, 단일 지리적 위치(예, 가정 환경, 사무실 환경, 또는 서버 팜)에 위치할 수 있다. 다른 예시적인 구현예에서, 하나 이상의 프로세서 또는 프로세서 구현 모듈은 다수의 지리적 위치에 걸쳐 분산될 수 있다.
본 명세서의 일부 부분은 머신 메모리(예, 컴퓨터 메모리) 내의 비트 또는 이진 디지털 신호로서 저장된 데이터 상의 작동의 알고리즘 또는 심볼 표현의 관점에서 제공된다. 이들 알고리즘 또는 심볼 표현은 데이터 처리 기술 분야의 당업자가 그들의 작업물을 당업자에게 전달하기 위해 사용하는 기술의 예이다. 본원에서 사용되는 바와 같이, "알고리즘"은 원하는 결과를 이끄는 자기 일관성 있는 작동 시퀀스 또는 유사한 처리이다. 이러한 맥락에서, 알고리즘 및 작동은 물리적 수량의 물리적 조작을 포함한다. 통상적이나 반드시 그렇지는 않지만, 이러한 양은 머신에 의해 저장, 액세스, 전달, 조합, 비교 또는 달리 조작될 수 있는 전기, 자기 또는 광학 신호의 형태를 취할 수 있다. 때때로, 주로 공통 사용의 이유로, "데이터", "컨텐츠", "비트", "값", "요소", "심볼", "문자", "용어", "숫자", "수치" 등과 같은 단어를 사용하는 이러한 신호를 지칭하는 것이 편리하다. 그러나, 이들 단어는 단지 편리한 표지이며, 적절한 물리적 양과 연관되어야 한다.
달리 명시되지 않는 한, "프로세싱", "컴퓨팅", "계산", "결정" "제공" "디스플레이" 등와 같은 단어를 사용하여 본원에서 논의하는 경우는 머신(예, 컴퓨터)의 조치 또는 프로세스를 지칭할 수 있고, 이는, 하나 이상의 메모리(예, 휘발성 메모리, 비휘발성 메모리, 또는 이들의 조합), 레지스터, 또는 정보를 수신, 저장, 송신, 또는 디스플레이하는 기타 머신 구성 요소에 제공된 데이터를, 물리적(예, 전자, 자기, 또는 광학적) 양으로서 조작 또는 변환시킨다.
본원에서 사용되는 바와 같이, "일부 구현예" 또는 "일 구현예" 또는 "교시"에 대한 임의의 참조는, 구현예와 관련하여 설명된 특정 요소, 특징부, 구조 또는 특징이 적어도 하나의 구현예에 포함된다는 것을 의미한다. 본 명세서의 다양한 위치에서 "일부 구현예에서" 또는 "교시"라는 문구의 외관은 반드시 동일한 구현예를 지칭하는 것은 아니다.
일부 구현예는, 이들의 파생어와 함께 "결합된" 및 "연결된" 표현을 사용하여 설명될 수 있다. 예를 들어, 일부 구현예는, 용어 "결합된"을 사용하여 두 개 이상의 요소가 직접적으로 물리적 접촉 또는 전기적 접촉 상태에 있음을 나타내기 위해 설명될 수 있다. 그러나, 용어 "결합된"은, 두 개 이상의 요소가 서로 직접 접촉하지 않지만, 여전히 서로 협력하거나 상호 작용하는 것을 의미할 수도 있다. 구현예는 이러한 맥락에서 제한되지 않는다.
추가적으로, 도면은 단지 예시의 목적을 위하여 바람직한 구현예를 도시한다. 당업자는 본 명세서에 도시된 구조 및 방법의 대안적인 구현예가 본원에서 설명된 원리를 벗어나지 않고 사용될 수 있다는 점을 하기 설명으로부터 쉽게 인식할 것이다.
본 개시를 읽을 때, 당업자는 본원에 개시된 원리를 통해 본원에 기술된 시스템 및 방법에 대해 여전히 추가적이고 대안적인 구조 및 기능 설계를 이해할 것이다. 따라서, 특정 구현예 및 응용이 도시되고 설명되었지만, 개시된 구현예는 본원에 개시된 정확한 구성 및 구성요소로 제한되지 않음을 이해해야 한다. 당업자에게 명백하게 될 다양한 변형, 변경 및 변형은 첨부된 청구범위에 정의된 사상 및 범위를 벗어나지 않고 본원에 개시된 시스템 및 방법의 배열, 작동 및 세부사항을 통해 이루어질 수 있다.

Claims (20)

  1. 명목화폐 또는 암호화폐를 선택적으로 사용할 경우에, 거래를 결제하기 위한 컴퓨터 구현 방법으로서, 상기 방법은,
    사용자 컴퓨터 시스템과 판매자 컴퓨터 시스템 사이의 거래 요청을 수신하는 단계(상기 거래 요청은 상기 사용자 컴퓨터 시스템을 위한 제1 화폐 및 상기 판매자 컴퓨터 시스템을 위한 제2 화폐를 나타내고, 상기 제1 화폐와 상기 제2 화폐는 명목화폐 또는 암호화폐 중 하나임);
    상기 제1 화폐가 상기 명목화폐이고, 상기 제2 화폐가 상기 암호화폐인 것에 응답하여,
    지불 장치 발급자 시스템에 승인 요청을 발신하고,
    상기 사용자 컴퓨터 시스템에서 중개자 암호화폐 지갑 모듈로 상기 명목화폐 결제 금액을 이체하고,
    상기 중개자 암호화폐 지갑 모듈에서 상기 판매자 컴퓨터 시스템으로 암호화폐 결제 금액을 이체하는 단계;
    상기 제1 화폐가 상기 암호화폐이고, 상기 제2 화폐가 상기 명목화폐인 것에 응답하여,
    상기 암호화폐에 대한 검증 요청을 검증 네트워크에 발신하고,
    사용자 암호화폐 규칙 세트를 판매자 암호화폐 규칙 세트와 비교하고,
    상기 판매자 암호화폐 규칙 세트와 일치하는 상기 사용자 암호화폐 규칙세트에 응답하여, 상기 사용자 컴퓨터 시스템에서 상기 중개자 암호화폐 지갑 모듈로 상기 암호화폐의 결제 금액을 이체하고,
    상기 중개자 암호화폐 지갑 모듈에서 상기 판매자 컴퓨터 시스템으로 명목화폐 결제 금액을 이체하는 단계를 포함하는, 방법.
  2. 제1항에 있어서, 상기 중개자 암호화폐 지갑 모듈은 상기 사용자 컴퓨터 시스템과 상기 판매자 컴퓨터 시스템 모두로부터 원격인, 방법.
  3. 제1항에 있어서, 상기 사용자 암호화폐 규칙 세트는 제1 영역에 대응하고, 상기 판매자 암호화폐 규칙 세트는 제2 영역에 대응하는, 방법.
  4. 제3항에 있어서, 상기 거래는 상기 제1 영역과 상기 제2 영역을 나타내는, 방법.
  5. 제1항에 있어서, 상기 제1 화폐가 상기 암호화폐이고 상기 제2 화폐가 상기 명목화폐인 것에 추가로 응답하여, 상기 거래의 암호화폐 금액을 결정하는, 방법.
  6. 제1항에 있어서, 상기 사용자 암호화폐 규칙 세트 와 상기 판매자 암호화폐 규칙 세트는 고객 알기(KYC) 규칙 세트, 자금세탁방지(AML) 규칙 세트, 및 테러자금조달방지(CFT) 규칙 세트 중 하나 이상을 포함하는, 방법.
  7. 제1항에 있어서, 상기 제1 화폐 및 상기 제2 화폐 모두가 상기 암호화폐인 것에 응답하여,
    상기 암호화폐에 대한 상기 검증 요청을 상기 검증 네트워크에 발신하고,
    상기 사용자 암호화폐 규칙 세트를 상기 판매자 암호화폐 규칙 세트와 비교하고,
    상기 판매자 암호화폐 규칙 세트와 일치하는 상기 사용자 암호화폐 규칙세트에 응답하여, 상기 사용자 컴퓨터 시스템에서 상기 판매자 컴퓨터 시스템으로 상기 암호화폐의 결제 금액을 이체하는, 방법.
  8. 제7항에 있어서, 상기 제1 화폐와 상기 제2 화폐 모두 암호화폐이거나, 상기 제1 화폐가 암호화폐이고 상기 제2 화폐가 명목화폐인 것에 응답하여, 상기 판매자 컴퓨터 시스템으로의 결제 금액의 이체를 확인하는 허가된 검증 응답을 수신하는, 방법.
  9. 제1항에 있어서, 상기 사용자 컴퓨터 시스템과 상기 판매자 컴퓨터 시스템 간의 거래에 의해 표시된 제품을 상기 사용자 컴퓨터 시스템에 배포하는 단계를 추가로 포함하는 방법.
  10. 제1항에 있어서, 상기 결제 금액을 결정하기 위해 상기 암호화폐에 대한 온라인 시장 가격을 참조하는 단계를 추가로 포함하는 방법.
  11. 명목화폐 또는 암호화폐를 선택적으로 사용하는 경우, 거래를 결제하기 위한 시스템으로서, 상기 시스템은,
    프로세서; 및
    명령어를 저장하는 메모리를 포함하고, 상기 명령어는 상기 프로세서에 의해 실행될 경우에,
    사용자 컴퓨터 시스템과 판매자 컴퓨터 시스템 사이의 거래 요청을 수신하고(상기 거래 요청은 상기 사용자 컴퓨터 시스템을 위한 제1 화폐 및 상기 판매자 컴퓨터 시스템을 위한 제2 화폐를 나타내고, 상기 제1 화폐와 상기 제2 화폐는 명목화폐 또는 암호화폐 중 하나임),
    상기 제1 화폐가 상기 명목화폐이고, 상기 제2 화폐가 상기 암호화폐인 것에 응답하여,
    지불 장치 발급자 시스템에 승인 요청을 발신하고,
    상기 사용자 컴퓨터 시스템에서 중개자 암호화폐 지갑 모듈로 상기 명목화폐 결제 금액을 이체하고,
    상기 중개자 암호화폐 지갑 모듈에서 상기 판매자 컴퓨터 시스템으로 암호화폐 결제 금액을 이체하고,
    상기 제1 화폐가 상기 암호화폐이고, 상기 제2 화폐가 상기 명목화폐인 것에 응답하여,
    상기 암호화폐에 대한 검증 요청을 검증 네트워크에 발신하고,
    사용자 암호화폐 규칙 세트를 판매자 암호화폐 규칙 세트와 비교하고,
    상기 판매자 암호화폐 규칙 세트와 일치하는 상기 사용자 암호화폐 규칙세트에 응답하여, 상기 사용자 컴퓨터 시스템에서 상기 중개자 암호화폐 지갑 모듈로 상기 암호화폐의 결제 금액을 이체하고,
    상기 중개자 암호화폐 지갑 모듈에서 상기 판매자 컴퓨터 시스템으로 명목화폐 결제 금액을 이체하는, 시스템.
  12. 제11항에 있어서, 상기 중개자 암호화폐 지갑 모듈은 상기 사용자 컴퓨터 시스템과 상기 판매자 컴퓨터 시스템 모두로부터 원격인, 시스템.
  13. 제11항에 있어서, 상기 사용자 암호화폐 규칙 세트는 제1 영역에 대응하고, 상기 판매자 암호화폐 규칙 세트는 제2 영역에 대응하는, 시스템.
  14. 제13항에 있어서, 상기 거래는 상기 제1 영역과 상기 제2 영역을 나타내는, 시스템.
  15. 제11항에 있어서, 상기 제1 화폐는 암호화폐이고 상기 제2 화폐는 명목화폐인 것에 추가로 응답하여, 상기 프로세서는 상기 거래에 대한 암호화폐 금액을 결정하기 위해 상기 메모리에 저장된 추가 명령어를 실행하는, 시스템.
  16. 제11항에 있어서, 상기 사용자 암호화폐 규칙 세트 와 상기 판매자 암호화폐 규칙 세트는 고객 알기(KYC) 규칙 세트, 자금세탁방지(AML) 규칙 세트, 및 테러자금조달방지(CFT) 규칙 세트 중 하나 이상을 포함하는, 시스템.
  17. 제11항에 있어서, 상기 제1 화폐와 상기 제2 화폐 모두 암호화폐인 것에 응답하여, 상기 프로세서는 상기 메모리에 저장된 추가 명령어를 실행하여,
    상기 암호화폐에 대한 상기 검증 요청을 상기 검증 네트워크에 발신하고,
    상기 사용자 암호화폐 규칙 세트를 상기 판매자 암호화폐 규칙 세트와 비교하고,
    상기 판매자 암호화폐 규칙 세트와 일치하는 상기 사용자 암호화폐 규칙세트에 응답하여, 상기 사용자 컴퓨터 시스템에서 상기 판매자 컴퓨터 시스템으로 상기 암호화폐의 결제 금액을 이체하는, 시스템.
  18. 제17항에 있어서, 상기 제1 화폐와 상기 제2 화폐 모두 상기 암호화폐이거나, 상기 제1 화폐가 상기 암호화폐이고 상기 제2 화폐가 상기 명목화폐인 것에 응답하여, 상기 프로세서는 상기 메모리에 저장된 추가 명령어를 실행하여 상기 판매자 컴퓨터 시스템으로의 결제 금액의 이체를 확인하는 허가된 검증 응답을 수신하는, 시스템.
  19. 제11항에 있어서, 상기 프로세서는 상기 메모리에 저장된 추가 명령어를 실행하여 상기 사용자 컴퓨터 시스템과 상기 판매자 컴퓨터 시스템 간의 거래에 의해 표시된 제품을 상기 사용자 컴퓨터 시스템에 배포하는, 시스템.
  20. 제11항에 있어서, 상기 프로세서는 상기 메모리에 저장된 추가 명령어를 실행하여 상기 암호화폐에 대한 온라인 시장 가격을 참조하여 상기 결제 금액을 결정하는 시스템.
KR1020227015873A 2019-11-13 2020-11-11 거래 결제용 시스템 및 방법 KR20220092525A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US16/682,451 US11710107B2 (en) 2019-11-13 2019-11-13 System and method for transaction settlement
US16/682,451 2019-11-13
PCT/US2020/060037 WO2021096973A1 (en) 2019-11-13 2020-11-11 System and method for transaction settlement

Publications (1)

Publication Number Publication Date
KR20220092525A true KR20220092525A (ko) 2022-07-01

Family

ID=75846935

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020227015873A KR20220092525A (ko) 2019-11-13 2020-11-11 거래 결제용 시스템 및 방법

Country Status (6)

Country Link
US (2) US11710107B2 (ko)
EP (1) EP4058960A4 (ko)
JP (1) JP2023502573A (ko)
KR (1) KR20220092525A (ko)
CN (1) CN115427996A (ko)
WO (1) WO2021096973A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11587071B2 (en) * 2020-06-24 2023-02-21 Mastercard Asia/Pacific Pte. Ltd. Method and system for merchant acceptance of cryptocurrency via payment rails
WO2022027027A1 (en) * 2020-07-27 2022-02-03 New York Digital Investiment Group Llc Cryptocurrency payment and distribution platform

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8538845B2 (en) 2011-06-03 2013-09-17 Mozido, Llc Monetary transaction system
WO2019106659A1 (en) * 2017-11-28 2019-06-06 Brandshield Ltd. System, device, and method of protected electronic commerce and electronic financial transactions
US9898782B1 (en) 2013-06-28 2018-02-20 Winklevoss Ip, Llc Systems, methods, and program products for operating exchange traded products holding digital math-based assets
US20170048209A1 (en) * 2015-07-14 2017-02-16 Fmr Llc Crypto Key Recovery and Social Aggregating, Fractionally Efficient Transfer Guidance, Conditional Triggered Transaction, Datastructures, Apparatuses, Methods and Systems
US9747586B1 (en) * 2016-06-28 2017-08-29 Cpn Gold B.V. System and method for issuance of electronic currency substantiated by a reserve of assets
US10055715B1 (en) 2017-07-26 2018-08-21 Square, Inc. Cryptocurrency payment network
EP3688705B1 (en) 2017-09-29 2023-08-02 Leverage Rock LLC Transaction privacy in public distributed ledger systems
US20190139033A1 (en) * 2017-11-08 2019-05-09 Burstiq Analytics Corporation Method for real-time conversion of cryptocurrency to cash and other forms of value at the point of use
CA3102606A1 (en) * 2018-06-08 2019-12-12 Rocket Lawyer Incorporated Cryptographic contract payment and dispute resolution system

Also Published As

Publication number Publication date
EP4058960A4 (en) 2022-12-14
US20210142297A1 (en) 2021-05-13
US20230368159A1 (en) 2023-11-16
EP4058960A1 (en) 2022-09-21
JP2023502573A (ja) 2023-01-25
WO2021096973A1 (en) 2021-05-20
US11710107B2 (en) 2023-07-25
CN115427996A (zh) 2022-12-02

Similar Documents

Publication Publication Date Title
US20220253858A1 (en) System and method for analyzing transaction nodes using visual analytics
RU2602394C2 (ru) Устройства, способы и системы токенизации конфиденциальности платежей
US9875385B1 (en) Method and system for sharing of product receipts
US10373156B2 (en) Method and system for linked electronic wallet application
US11734760B1 (en) Systems and methods for operating a math-based currency exchange
US20230035321A1 (en) Systems and methods for hyperledger-based payment transactions, alerts, and dispute settlement, using smart contracts
US11748753B2 (en) Message delay estimation system and method
US20230368159A1 (en) System and method for transaction settlement
US20180108011A1 (en) Method and system for a virtual payment card funded by multiple sources
US20160292783A1 (en) Online marketplace interface having a network of qualified user offers
JP2023521707A (ja) 暗号通貨取引に関するマルチ署名ウォレットにおけるｅｍｖカードの使用のための方法及びシステム
US20180240094A1 (en) Method and system for multiple cascading authorization in real time
US20240086875A1 (en) Systems and methods for online math based currency (mbc) card-based exchanges
US20230342788A1 (en) Method and system for providing a service node within a blockchain
US20220343296A1 (en) Systems, methods, and storage media for settling transaction payments
US20220005023A1 (en) Programmable Transactions
US20200242573A1 (en) Cryptographic transactions supporting real world requirements
US20210295279A1 (en) Method and system to manage dispute resolution via digital asset network
US11270274B1 (en) Mobile wallet using math based currency systems and methods
Afgani et al. The Analysis on Factors Influencing the Use of Mobile Payment System Among Generation Z in Indonesia
Mon Factors influencing consumer trust on mobile wallet in Yangon
JP2023533206A (ja) ペイメントレールを介した販売業者の暗号通貨受領のための方法及びシステム
US20160267457A1 (en) Payment system for enabling transactions using preferred payment methods
JP2020046986A (ja) 銀行が仮想通貨サービスを提供するための方法およびコンピュータシステム

Legal Events

Date Code Title Description
A201 Request for examination