KR20200079290A - 자금 흐름 방법과 장치, 및 전자 디바이스 - Google Patents

자금 흐름 방법과 장치, 및 전자 디바이스 Download PDF

Info

Publication number
KR20200079290A
KR20200079290A KR1020207015267A KR20207015267A KR20200079290A KR 20200079290 A KR20200079290 A KR 20200079290A KR 1020207015267 A KR1020207015267 A KR 1020207015267A KR 20207015267 A KR20207015267 A KR 20207015267A KR 20200079290 A KR20200079290 A KR 20200079290A
Authority
KR
South Korea
Prior art keywords
blockchain
flow
fund
money
fund flow
Prior art date
Application number
KR1020207015267A
Other languages
English (en)
Other versions
KR102394303B1 (ko
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 KR20200079290A publication Critical patent/KR20200079290A/ko
Application granted granted Critical
Publication of KR102394303B1 publication Critical patent/KR102394303B1/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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • 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
    • G06Q20/108—Remote banking, e.g. home banking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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
    • 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/389—Keeping log of transactions for guaranteeing non-repudiation of a 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0618—Block ciphers, i.e. encrypting groups of characters of a plain text message using fixed encryption transformation
    • H04L9/0637—Modes of operation, e.g. cipher block chaining [CBC], electronic codebook [ECB] or Galois/counter mode [GCM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic 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/3236—Cryptographic 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/3239—Cryptographic 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • H04L2209/38—

Landscapes

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

Abstract

블록체인의 제1 멤버는 지급인과 수취인 사이의 지정된 금액에 대한 자금 흐름 요청을 수신한다. 제1 멤버는 블록체인에서 제1 멤버 및 수취인에 대응하는 제2 멤버 사이의 자금 흐름 경로를 결정하며, 여기서 자금 흐름 경로는 블록체인으로부터의 제1 멤버, 제2 멤버 및 여러 중계 멤버를 포함한다. 컴플라이언스 검사 요청은 자금 흐름 경로에서 제1 멤버에 의하여 적어도 2 명의 다른 멤버에게 개시되어, 적어도 2 명의 멤버는 자금 흐름 요청에 대응하는 자금 흐름 이벤트에 대한 컴플라이언스 검사를 동시에 수행한다. 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트의 모든 컴플라이언스 검사 결과가 자격이 있는 경우 제1 멤버가 자금 흐름 계약 동작을 개시하여, 자금 흐름 경로를 기반으로 자금 흐름 이벤트를 완료한다.

Description

자금 흐름 방법과 장치, 및 전자 디바이스
<관련 출원에 대한 상호 참조>
본 출원은 2018년 1월 19일에 출원된 중국 특허 출원 번호 제201810055277.2에 대한 우선권을 주장하고, 이에 의해 그 전문이 참조로 포함된다.
<기술 분야>
본 명세서의 하나 이상의 구현은 블록체인 기술 분야, 특히 자금 흐름 방법과 장치, 및 전자 디바이스에 관한 것이다.
관련 기술에서는 일반적으로 사용자들 간, 사용자와 기업 간, 기업들 간 자금 흐름이 관련된다. 자금을 지불하는 사용자 또는 기업은 지급인(payer)이고, 자금을 얻는 사용자 또는 기업은 수취인(payee)이다. 지급인과 수취인 간에 자금 흐름이 구현된다.
지급인과 수취인 간의 자금 흐름이 복수의 금융 기관을 수반할 때, 복수의 금융 기관은 자금 흐름 이벤트에 대한 컴플라이언스 검사(compliance check)를 연속하여 수행할 필요가 있다. 하나의 금융 기관만이 컴플라이언스 검사에 실패했더라도 전체 자금 흐름이 실패할 수 있다.
이를 고려하여, 본 명세서의 하나 이상의 구현은 자금 흐름 방법과 장치, 및 전자 디바이스를 제공한다.
전술한 목적을 달성하기 위하여, 본 명세서의 하나 이상의 구현에서 제공되는 기술 솔루션은 다음과 같다:
본 명세서의 하나 이상의 구현의 제1 양태에 따르면, 자금 흐름(fund flow) 방법이 제공되고, 자금 흐름 방법은 블록체인의 제1 멤버에 의하여, 지급인(payer)과 수취인(payee) 사이의 지정된 금액에 대한 자금 흐름 요청을 수신하는 단계; 상기 제1 멤버에 의하여, 블록체인에서 상기 제1 멤버 및 수취인에 대응하는 제2 멤버 사이의 자금 흐름 경로―상기 자금 흐름 경로는 상기 블록체인으로부터의 제1 멤버, 제2 멤버, 및 여러 중계(relay) 멤버를 포함함―를 결정하는 단계; 상기 제1 멤버에 의하여, 상기 자금 흐름 경로에서 상기 제1 멤버 이외의 적어도 2 명의 멤버에 대한 컴플라이언스 검사(compliance check) 요청을 개시하여, 상기 적어도 2 명의 멤버가 상기 자금 흐름 요청에 대응하는 자금 흐름 이벤트에 대한 컴플라이언스 검사를 동시에(concurrently) 수행하는 단계; 및 상기 제1 멤버에 의하여, 상기 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트의 모든 컴플라이언스 검사 결과가 자격이 있을 때(qualified), 자금 흐름 계약 동작을 개시하여 상기 자금 흐름 경로에 기초하여 자금 흐름 이벤트를 완료하는 단계를 포함한다.
본 명세서의 하나 이상의 구현의 제2 양태에 따르면, 자금 흐름 방법이 제공되고, 자금 흐름 방법은 제1 멤버에 의하여, 지급인과 수취인 사이의 지정된 금액에 대한 자금 흐름 요청을 수신하는 단계; 상기 제1 멤버에 의하여, 상기 제1 멤버 및 수취인에 대응하는 제2 멤버 사이의 자금 흐름 경로―상기 자금 흐름 경로는 상기 제1 멤버, 제2 멤버, 및 여러 중계 멤버를 포함함―를 결정하는 단계; 상기 제1 멤버에 의하여, 상기 자금 흐름 경로에서 상기 제1 멤버 이외의 적어도 2 명의 멤버에 대한 컴플라이언스 검사 요청을 개시하여, 상기 적어도 2 명의 멤버가 상기 자금 흐름 요청에 대응하는 자금 흐름 이벤트에 대한 컴플라이언스 검사를 동시에 수행하는 단계; 및 상기 제1 멤버에 의하여, 상기 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트의 모든 컴플라이언스 검사 결과가 자격이 있을 때, 상기 자금 흐름 경로에 기초하여 자금 흐름 이벤트를 완료하는 단계를 포함한다.
본 명세서의 하나 이상의 구현의 제3 양태에 따르면, 자금 흐름 장치가 제공되고, 자금 흐름 장치는 블록체인의 제1 멤버가 지급인과 수취인 사이의 지정된 금액에 대한 자금 흐름 요청을 수신할 수 있도록 구성된 요청 수신 유닛; 상기 제1 멤버가 상기 블록체인에서 상기 제1 멤버 및 수취인에 대응하는 제2 멤버 사이의 자금 흐름 경로―상기 자금 흐름 경로는 상기 블록체인으로부터의 제1 멤버, 제2 멤버, 및 여러 중계 멤버를 포함함―를 결정할 수 있도록 구성된 경로 결정 유닛; 상기 제1 멤버가 상기 자금 흐름 경로에서 상기 제1 멤버 이외의 적어도 2 명의 멤버에 대한 컴플라이언스 검사 요청을 개시하여, 상기 적어도 2 명의 멤버가 상기 자금 흐름 요청에 대응하는 자금 흐름 이벤트에 대한 컴플라이언스 검사를 동시에 수행할 수 있도록 구성된 검사 개시 유닛; 상기 제1 멤버가 컴플라이언스 증거 예치 계약 동작을 개시하여, 상기 자금 흐름 이벤트의 컴플라이언스 검사 결과를 상기 블록체인에 기록할 수 있도록 구성된 결과 기록 유닛; 및 상기 제1 멤버가 상기 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트의 모든 컴플라이언스 검사 결과가 자격이 있을 때 자금 흐름 계약 동작을 개시하여, 상기 자금 흐름 경로에 기초하여 자금 흐름 이벤트를 완료할 수 있도록 구성된 자금 흐름 유닛을 포함한다.
본 명세서의 하나 이상의 구현의 제4 양태에 따르면, 자금 흐름 장치가 제공되고, 자금 흐름 장치는 제1 멤버가 지급인과 수취인 사이의 지정된 금액에 대한 자금 흐름 요청을 수신할 수 있도록 구성된 요청 수신 유닛; 상기 제1 멤버가 상기 제1 멤버 및 수취인에 대응하는 제2 멤버 사이의 자금 흐름 경로―상기 자금 흐름 경로는 상기 제1 멤버, 제2 멤버, 및 여러 중계 멤버를 포함함―를 결정할 수 있도록 구성된 경로 결정 유닛; 상기 제1 멤버가 상기 자금 흐름 경로에서 상기 제1 멤버 이외의 적어도 2 명의 멤버에 대한 컴플라이언스 검사 요청을 개시하여, 상기 적어도 2 명의 멤버가 상기 자금 흐름 요청에 대응하는 자금 흐름 이벤트에 대한 컴플라이언스 검사를 동시에 수행할 수 있도록 구성된 검사 개시 유닛; 및 상기 제1 멤버가 상기 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트의 모든 컴플라이언스 검사 결과가 자격이 있을 때 상기 자금 흐름 경로에 기초하여 자금 흐름 이벤트를 완료할 수 있도록 구성된 자금 흐름 유닛을 포함한다.
본 명세서의 하나 이상의 구현의 제5 양태에 따르면, 전자 디바이스가 제공되고 전자 디바이스는 프로세서; 및 프로세서에 의하여 실행될 수 있는 명령어를 저장하도록 구성된 메모리를 포함하고, 프로세서는 이전 구현들 중 임의의 것에 따른 자금 흐름 방법을 구현하도록 구성된다.
도 1은 예시적인 구현에 따른 자금 흐름 방법을 예시하는 흐름도이다.
도 2는 예시적인 구현에 따른 송금 시나리오를 예시하는 개략도이다.
도 3은 예시적인 구현에 따른, 국경 간 송금 프로세스에서의 상호 작용을 도시하는 개략도이다.
도 4는 예시적인 구현에 따라, 월렛(Wallet) 1이 사용자 1에 의하여 제공된 송금 자금을 수신하는 개략도이다.
도 5는 예시적인 구현에 따라 송금 경로가 결정되는 개략도이다.
도 6은 예시적인 구현에 따른, 송금 경로에서 멤버들 사이의 자금 흐름을 도시하는 개략도이다.
도 7은 예시적인 구현에 따라, 월렛 2가 사용자 2에게 송금 자금을 제공하는 개략도이다.
도 8은 예시적인 구현에 따라, 송금 자금을 블록체인 잔고로 이체함으로써 구현되는 송금을 예시하는 개략도이다.
도 9는 예시적인 구현에 따른 신용 기반 송금을 예시하는 개략도이다.
도 10은 예시적인 구현에 따른, 자금 정산(fund settlement) 동안의 트랜잭션 정보를 도시하는 개략도이다.
도 11은 예시적인 구현에 따른, 자금 정산 동안의 수위 회복(water level recovery)을 도시하는 개략도이다.
도 12는 예시적인 구현에 따른, 자금 정산 동안 이력 변경 데이터(historical change data)에 기초한 수위 조정을 도시하는 개략도이다.
도 13은 예시적인 구현에 따른, 자금 정산 동안 자금 트랜잭션 예측 데이터에 기초한 수위 조정을 도시하는 개략도이다.
도 14는 예시적인 구현에 따른 디바이스를 도시하는 개략적인 구조도이다.
도 15 및 도 16은 예시적인 구현에 따른 자금 흐름 장치를 나타내는 블록도이다.
도 17은 본 개시의 구현에 따른, 자금 흐름을 처리하기 위한 컴퓨터 구현 방법의 예를 예시하는 흐름도이다.
예시적인 구현이 여기에 상세하게 설명되고, 예시적인 구현의 예가 첨부 도면에 제시되어 있다. 다음의 설명이 첨부 도면과 관련될 때, 달리 명시되지 않는 한, 상이한 첨부 도면에서 동일한 번호는 동일하거나 유사한 요소를 나타낸다. 다음의 예시적인 구현들에서 설명된 구현들은 본 명세서의 하나 이상의 구현과 일치하는 모든 구현을 나타내지는 않는다. 반대로, 구현은 첨부된 청구범위에 상세히 기술되고 본 명세서의 하나 이상의 구현의 일부 양태와 일치하는 장치 및 방법의 예일 뿐이다.
도 1은 예시적인 구현에 따른 자금 흐름 방법을 예시하는 흐름도이다. 도 1에 도시된 바와 같이, 방법은 다음 단계들을 포함할 수 있다.
단계 102: 제1 멤버는 지급인과 수취인 사이의 지정된 금액에 대한 자금 흐름 요청을 수신한다.
구현에서, 지급인은 수취인이 지정된(payee-specified) 자금 지불 요청을 개시할 수 있다. 구체적으로, 제1 멤버에 의하여 수신된 자금 흐름 요청은 자금 지불 요청일 수 있다. 예를 들어, 자금 지불 요청은 수취인에게의 송금 또는 지불을 위하여 지급인에 의해 사용할 수 있다. 본 명세서에서 구현은 제한되지 않는다.
구현에서, 수취인은 지급인이 지정된(payer-specified) 자금 수신 요청을 개시할 수 있다. 구체적으로, 제1 멤버에 의하여 수신된 자금 흐름 요청은 자금 수신 요청일 수 있다. 예를 들어, 자금 수신 요청은 지급인으로부터 지불을 수신하기 위하여 수취인에 의해 사용될 수 있다. 본 명세서에서 구현은 제한되지 않는다.
구현에서, 지급인 및 수취인은 개인 또는 조직(예를 들어, 기업 또는 플랫폼)일 수 있다. 본 명세서에서 구현은 제한되지 않는다.
단계 104: 제1 멤버는 제1 멤버 및 수취인에 대응하는 제2 멤버 사이의 자금 흐름 경로를 결정하고, 여기서 자금 흐름 경로는 제1 멤버, 제2 멤버 및 여러 중계 멤버를 포함한다.
구현에서, 블록체인은 자금 흐름 경로에 있는 제1 멤버, 제2 멤버 및 중계 멤버에 관한 정보, 및 자금 흐름 경로 외부에 있는 다른 멤버에 관한 정보를 저장할 수 있고, 이들 멤버는 블록체인의 노드일 수 있다. 블록체인의 노드는 여러 앵커 포인트(anchor point)를 더 포함할 수 있으며, 앵커 포인트의 역할은 전술한 멤버에 의하여 수행될 수 있지만, 전술한 멤버로 제한되지는 않는다.
구현에서, 자금 흐름 경로의 멤버는 자금 흐름 서비스를 지원하는 금융 기관, 조직 또는 다른 형태의 플랫폼 등일 수 있다. 본 명세서에서 구현은 제한되지 않는다. 금융 기관이 예로서 사용된다. 자금 흐름 경로의 멤버는 상이한 기관(예를 들어, 복수의 뱅크)에 속하거나, 동일한 기관의 상이한 지점(예를 들어, 동일한 뱅크의 복수 지점)에 속할 수 있다. 본 명세서에서 구현은 제한되지 않는다.
구현에서, 블록체인의 각 멤버는 일정 금액의 블록체인 잔고를 각각의 앵커 포인트에 예치(deposit)할 수 있고, 각각의 앵커 포인트는 앵커 포인트에서의 각 멤버에 의해 예치된 블록체인 잔고를 블록체인에 등록할 책임이 있다. 앵커 포인트에 의하여 기록된 정보는 저장을 위하여 다른 모든 노드로 브로드캐스트될 수 있다. 블록체인 잔고에서 변경이 발생할 때, 앵커 포인트도 또한 해당 변경 정보를 블록체인에 기록하고 변경 정보를 다른 모든 노드에 브로드캐스트한다. 분산 원장(distributed ledger) 기술이 블록체인에 사용되고 각 노드가 전체 원장 정보를 저장하기 때문에, 블록체인의 모든 노드는 합의(concensus) 알고리즘을 사용하여 합의하여, 공통 원장(uniform ledger), 즉 블록체인 원장을 공동으로 유지할 수 있다. 따라서, 본 명세서에서, 멤버 또는 앵커 포인트가 "블록체인 원장(blockchain ledger)" 구현 정보를 판독하거나 기록할 때, 멤버 또는 앵커 포인트는 멤버 또는 앵커 포인트에 의하여 저장된 전체 원장 정보의 구현 정보를 판독하거나 기록한다.
구현에서, 자금 흐름 경로의 각 멤버는 블록체인의 멤버이다. 자금 흐름 경로에 인접 멤버들 간에 관련 앵커 포인트가 있다. 연관된 앵커 포인트에서 인접 멤버들 내의 업스트림(upstream) 멤버에 의해 예치된 블록체인 잔고는 지정된 금액보다 커서, 블록체인 잔고가 지불되어야 하는 자금을 지불하기에 충분하도록 보장한다. 또한, 다운스트림(downstream) 멤버가 연관된 앵커 포인트를 신뢰성 있는(trusted) 앵커 포인트로 설정하여, 다운스트림 멤버가 연관된 앵커 포인트에서 자금을 수신할 수 있고 자금을 기꺼이 수신하도록 보장한다.
단계 106: 제1 멤버는 자금 흐름 경로에서 제1 멤버 이외의 적어도 2 명의 멤버에게 컴플라이언스 검사 요청을 개시하여, 적어도 두 멤버는 자금 흐름 요청에 대응하는 자금 흐름 이벤트에 대한 컴플라이언스 검사를 동시에 수행한다.
구현에서, 컴플라이언스 검사는 KYC(Know Your Customer) 검사, 자금 세탁 방지(Anti-Money Laundering, AML) 검사 등 중 적어도 하나를 포함할 수 있다. 본 명세서에서 구현은 제한되지 않는다.
구현에서, 제1 멤버는 자금 흐름 이벤트에 대한 컴플라이언스 검사를 수행할 수 있다. 제1 멤버는 컴플라이언스 검사 결과가 자격이 있을 때(qualified) 단계 104에서 자금 흐름 경로의 결정을 트리거하거나; 제1 멤버는 자금 흐름 실패를 결정하고 컴플라이언스 검사 결과가 자격이 없을 때 자금 흐름 이벤트를 종료한다.
구현에서, 제1 멤버 및 제2 멤버가 동일한 기관에 속할 때 제1 멤버에 의하여 획득된 컴플라이언스 검사 결과는 제2 멤버와 공유될 수 있다. 따라서, 제1 멤버는 자금 흐름 경로 내의 모든 중계 멤버에게 컴플라이언스 검사 요청을 개시할 수 있고, 컴플라이언스 검사 요청을 제2 멤버에게 보낼 필요는 없다.
구현에서, 제1 멤버 및 제2 멤버가 상이한 기관에 속할 때, 제1 멤버는 제2 멤버 및 자금 흐름 경로 내의 모든 중계 멤버에게 컴플라이언스 검사 요청을 개시하고, 제2 멤버 및 중계 멤버는 컴플라이언스 검사를 독립적으로 수행하여야 한다.
구현에서, 컴플라이언스 검사 요청이 자금 흐름 경로에서 적어도 2 명의 멤버에게 동시에 개시되어, 적어도 2 명의 멤버는 동시에(simultaneously) 컴플라이언스 검사를 개시하고 동시에(concurrently) 수행하여, 일렬로 연속하여 수행하는 것보다 더 많은 시간을 절약한다. 그것은 컴플라이언스 검사에 소요되는 시간을 줄이고 자금 흐름 효율을 향상시킨다.
구현에서, 제1 멤버는 자금 흐름 이벤트의 검사 대상 문서(to-be-checked documents)를 획득하고, 문서 증거 예치 계약 동작을 개시하여, 검사 대상 문서에 대응하는 디지털 다이제스트를 블록체인에 기록할 수 있고; 제1 멤버는 검사 대상 문서를 적어도 2 명의 멤버에게 푸시하여, 적어도 2 명의 멤버가 컴플라이언스 검사를 수행한다. 그런 다음, 검사 대상 문서를 수신한 후, 적어도 하나의 멤버는 대응하는 디지털 다이제스트를 생성하고, 디지털 다이제스트를 블록체인에서 제1 멤버에 의하여 기록된 디지털 다이제스트와 비교하여, 적어도 하나의 멤버에 의해 수신되는 검사 대상 문서가 완전한(complete) 것인지 여부를 결정하여, 불완전하거나 부정확한 검사 대상 문서는 검사될 수 없고, 컴플라이언스 검사 신뢰성을 향상시킬 수 있다. 또한, 검사 대상 문서에 문제가 있다면, 적어도 하나의 멤버가 제1 멤버로부터 정확한 검사 대상 문서를 제때(in time) 요청하여 컴플라이언스 검사 효율을 향상시킬 수 있다.
구현에서, 제1 멤버는 적어도 하나의 멤버에 의하여 제공되는 컴플라이언스 검사 결과가 자격이 없을 때 자금 흐름 요청의 개시자(initiator)에게 문서를 보충하도록 요청할 수 있고, 개시자는 자금 흐름 요청을 다시 개시할 필요가 없다. 그 후, 제1 멤버는 획득된 보충 문서를 적어도 하나의 멤버에게 푸시할 수 있어서, 적어도 하나의 멤버는 컴플라이언스 검사를 다시 수행할 수 있다.
제1 멤버는 자금 흐름 실패를 결정하고, 문서를 보충하라는 요청의 수가 미리 결정된 값에 도달하고 적어도 하나의 멤버에 의하여 리턴된 컴플라이언스 검사 결과는 여전히 자격이 없을 때 자금 흐름 이벤트를 종료할 수 있다.
단계 108: 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트의 모든 컴플라이언스 검사 결과가 자격이 있을 때, 제1 멤버는 자금 흐름 경로에 기초하여 자금 흐름 이벤트를 완료한다.
구현에서, 제1 멤버에 대하여 적어도 하나의 멤버에 의하여 제공되는 컴플라이언스 검사 결과는 자금 흐름 이벤트에 대하여 적어도 하나의 멤버에 의하여 수행된 컴플라이언스 검사의 상세 데이터에 대응하는 디지털 다이제스트, 결정 결과(예를 들어, 자격이 있거나 자격이 없음) 및 적어도 하나의 멤버의 서명 정보를 포함한다. 컴플라이언스 검사의 상세 데이터는 공개할 수 없는 내용을 포함하기 때문에, 적어도 하나의 멤버는 디지털 다이제스트만을 제공할 수 있고, 적어도 하나의 멤버에 의하여서만 상세 데이터가 기록되어, 사적인 데이터가 개시되는 것을 방지하고, 디지털 다이제스트를 기반으로 상세 데이터에 대한 조작 방지 검증(tamper-resistance verification)을 수행할 수 있고, 데이터가 추적(trace)되는 것을 보장할 수 있다.
구현에서, 제1 멤버는 자금 흐름 이벤트의 컴플라이언스 검사 결과를 블록체인에 기록할 수 있다. 예를 들어, 제1 멤버는 컴플라이언스 증거 예치 계약 동작을 개시하여 컴플라이언스 검사 결과를 블록체인에 기록할 수 있다. 제1 멤버가 제1 멤버에 의하여 생성된 컴플라이언스 검사 결과 또는 다른 멤버에 의하여 리턴된 컴플라이언스 검사 결과를 획득한 후에, 제1 멤버는 블록체인의 모든 노드가 합의 알고리즘을 사용하여 컴플라이언스 검사 결과에 동의할 때, 다시 말해서, 컴플라이언스 검사 결과가 모든 노드에 의해 승인될 때, 컴플라이언스 검사 결과를 블록체인에 기록할 수 있다. 블록체인의 조작 방지 특징으로 인하여 블록체인에 기록된 컴플라이언스 검사 결과는 충분히 신뢰성 있고(reliable) 믿을 수 있으므로(credible), 후속 검토 및 추적을 용이하게 한다.
구현에서, 자금 흐름 경로 내의 모든 멤버(제1 멤버, 제2 멤버 및 모든 중계 멤버)의 자금 흐름 이벤트의 모든 컴플라이언스 검사 결과가 자격이 있을 때, 제1 멤버 멤버는 자금 흐름 계약 동작을 개시할 수 있으며 자금 흐름 계약 동작이 시행된 후 자금 흐름 경로를 기반으로 자금 흐름 이벤트를 완료할 수 있다.
구현에서, 본 명세서의 자금 흐름 솔루션은 국내 자금 흐름 및 국경 간 자금 흐름와 같은 다양한 자금 흐름 시나리오에 적용될 수 있다. 본 명세서에서 구현은 제한되지 않는다. 비교적 많은 수의 멤버가 일반적으로 국경 간 자금 흐름 프로세스에 관여한다. 따라서, 본 명세서에서의 자금 흐름 솔루션에 기초하여 자금 흐름 효율성이 크게 개선될 수 있다.
구현에서, 본 명세서의 블록체인은 컨소시엄 체인일 수 있고, 자금 흐름 경로의 각 멤버는 컨소시엄 체인의 컨소시엄 멤버이다. 또한, 컨소시엄 체인은 다른 컨소시엄 멤버들을 포함할 수 있다. 본 명세서에서 구현은 제한되지 않는다.
이해의 용이를 위하여, 이하에서는 "국경 간 송금" 프로세스를 예로서 사용하여 본 명세서의 하나 이상의 구현에서 기술적 솔루션을 기술한다. 도 2는 예시적인 구현에 따른 송금 시나리오를 예시하는 개략도이다. 도 2에 도시된 바와 같이, 제3자 지불 플랫폼 상에서 월렛(Wallet) 1이 국가 A에서 동작하고 월렛 2가 국가 B에서 동작한다고 가정한다. 국가 A의 사용자 1은 월렛 1에서 고객 자본 계정(customer capital account) 1을 열고, 국가 B의 사용자 2는 월렛 2에서 고객 자본 계정 2를 연다. 본 명세서의 자금 흐름 솔루션을 기반으로 사용자 1과 사용자 2 간에 빠른 국경 간 송금이 구현될 수 있다.
구현에서, 도 2에 도시된 월렛 1, 월렛 2, 뱅크 1, 뱅크 2, 뱅크 3 등이 동일한 블록체인의 모든 멤버이고, 블록체인은 도 2에 도시된 앵커 포인트 1, 앵커 포인트 2 및 앵커 포인트 3과 같은 여러 앵커 포인트를 포함할 수 있다고 가정한다. 앵커 포인트의 역할은 멤버에 의해 수행될 수 있다. 예를 들어, 도 2의 앵커 포인트 1 내지 3은 각각 뱅크 1 내지 3에 대응한다. 분명히, 멤버가 의무적으로 앵커 포인트의 역할이 되는 것은 아니며, 앵커 포인트도 멤버일 필요는 없다. 다시 말해서, 멤버와 앵커 포인트간에 일대일 매핑 관계가 필요하지 않다. 월렛 1과 2와 뱅크 1 내지 3, 앵커 포인트 1 내지 3 등과 같은 멤버는 블록체인의 노드이며, 노드는 블록체인에서 분산 원장 기술을 구현한다.
블록체인의 각 멤버를 사용하여 사용자 1과 사용자 2 간의 송금을 구현하려면, "송금" 서비스에 해당하는 계약이 월렛 1과 2, 뱅크 1 내지 3 등에 미리 추가되어야 한다. 예를 들어, 여기서 계약은 송금 계약이라고 지칭된다. 각 멤버는 각 앵커 포인트, 즉 해당 앵커 포인트에서 멤버에 의하여 예치된 블록체인 잔고에 임의의 금액의 자금을 예치할 수 있다. 예를 들어, 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고가 1000 위안이고, 앵커 포인트 2에 예치된 뱅크 1의 블록체인 잔고가 2000 위안이며, 앵커 포인트 3에 예치된 뱅크 2의 블록체인 잔고가 3000 위안이다. 송금 계약에 참여한 후, 각 멤버는 송금 계약에 의하여 구속되므로, 각 앵커 포인트에서 각 멤버에 의하여 예치된 블록체인 잔고는 블록체인의 블록체인 원장에있는 해당 앵커 포인트에 의하여 등록된다. 복수의(보통 4보다 큰) 원장 노드는 블록체인에서 하나의 공통 분산 원장을 유지하고, 각 앵커 포인트에서 각 멤버가 소유한 블록체인 잔고가 원장에 기록된다. 모든 원장 노드에 기록된 계정 장부(account book) 내용은 노드 간 브로드캐스트 및 합의 알고리즘을 사용하여 일치하며, 블록체인의 전체(full) 원장 정보이다. 따라서, 블록체인의 모든 노드는 공통 원장, 즉 앞에서 설명한 블록체인 원장을 사용하는 것으로 간주될 수 있다. 블록체인에 있는 정보의 조작 방지 및 추적(traceability) 특징으로 인하여, 블록체인 원장에 등록된 정보는 충분히 신뢰성이 있고 모든 멤버와 앵커 포인트에 의해 신뢰될 수 있으므로, 자금 이체 및 지불과 같은 다양한 자금 흐름 시나리오에서 동작 기반으로 사용될 수 있다.
또한, 송금 계약에 참여할 때, 각 멤버는 후속 경로 결정 프로세스를 위하여 송금 계약에 각 앵커 포인트에서의 각각의 신뢰(trustiness)를 기록한다. 예를 들어, 도 2에 도시된 바와 같이, 월렛 2의 블록체인 잔고는 앵커 포인트 3에 예치되지 않는다. 그러나, 월렛 2는 앵커 포인트 3을 신뢰성 있는 앵커 포인트인 것으로 설정하기 때문에, "블록체인 잔고는 0"이 도 2에서 신뢰를 나타내는데 사용되고, 그것은 월렛 2가 앵커 포인트 3으로부터 다른 멤버의 블록체인 잔고를 기꺼이 수신할 것임을 표시한다. 그러나, 앵커 포인트 1과 앵커 포인트 2는 월렛 2의 신뢰성 없는 앵커 포인트일 수 있으며, 그것은 월렛 2가 앵커 포인트 1과 앵커 포인트 2로부터 다른 멤버의 블록체인 잔고를 수신하는 것을 꺼릴 것임을 표시한다.
도 2에 도시된 송금 시나리오에 기초하여, 도 3은 예시적인 구현에 따른, 국경 간 송금 프로세스에서의 상호 작용을 도시하는 개략도이다. 도 3에 도시된 바와 같이, 사용자 1 및 2, 월렛 1 및 2, 뱅크 1 내지 3, 블록체인 등 사이의 상호 작용 프로세스는 다음 단계들을 포함할 수 있다.
단계 301: 월렛 1은 사용자 1에 의하여 개시된 송금 요청을 수신한다.
구현에서, 사용자 1은 송금 요청에서 송금되어야 하는 자금의 금액 및 수취인을 지정할 수 있다. 예를 들어, 사용자 1이 자금 금액이 100 위안이고 수취인이 사용자 2라고 지정한다고 가정한다. 사용자 1이 송금 요청을 개시하는 방법 외에도 다른 시나리오에서 송금 프로세스가 다른 방법을 사용하여 트리거될 수 있다. 예를 들어, 사용자 1은 자금 금액이 100 위안이고 수취인이 사용자 2인 지불 요청을 개시한다. 다른 예를 들어, 사용자 2는 자금 금액이 100 위안이고 지급인이 사용자 1인 지불 수신 요청을 개시한다. 본 명세서에서 구현은 제한되지 않는다.
단계 302: 월렛 1은 사용자 1에 대응하는 고객 자본 계정 1의 잔고가 충분하다고 결정하고, 수취인 사용자 2가 존재함을 월렛 2에 확인해준다.
구현에서, 도 2는 사용자 1에 대응하는 고객 자본 계정 1의 잔고가 500 위안이고, 이체되어야 하는 100 위안보다 크다는 것을 보여준다. 따라서, 잔고가 충분하다고 결정된다. 그러나, 이체되어야 하는 잔고가 100 위안 미만인 경우, 잔고가 부족함을 표시하며, 월렛 1은 송금을 즉시(directly) 종료하고 송금 실패 알림 메시지를 사용자 1에게 리턴할 수 있다.
구현에서, 월렛 1은 수취인 정보를 월렛 2에 전송할 수 있고, 월렛 2는 수취인 정보가 유효한지 여부를 결정한다. 수취인 정보는 수취인 이름, 수취인 계좌 번호, 계좌 번호의 뱅크 등을 포함할 수 있다. 구현은 본 명세서에서 제한되지 않는다. 수취인 정보의 유효성을 확인한 후, 월렛 2는 대응하는 확인(verification) 결과를 월렛 1에 리턴할 수 있다. 수취인이 존재하지 않는다고 결정할 때, 월렛 1은 송금을 즉시 종료하고 송금 실패 알림 메시지를 사용자 1에게 리턴할 수 있다.
단계 303: 월렛 1은 사용자 1에 의하여 사용자 2에게 개시된 송금 이벤트에 대한 컴플라이언스 검사를 수행할 수 있다.
구현에서, 월렛 1은 사용자 1에게 문서 제출 항목(entry)을 제공할 수 있고, 사용자 1은 송금 이벤트를 위하여 검사 대상 문서를 제공한다. 사용자 1은 모든 송금 이벤트에 사용될 수 있는 정적(static) 문서(예를 들어, 사용자 1의 신분증 사진)를 미리 제출하고, 송금이 구현될 때마다 해당 송금 이벤트에 대한 동적(dynamic) 문서(예를 들어, 최근 송금 기록)를 제출할 수 있어서, 송금 효율을 향상시킨다.
구현에서, 송금 이벤트에 대하여 월렛 1에 의하여 수행되는 컴플라이언스 검사는 KYC 검사, AML 검사 등의 유형 중 적어도 하나를 포함할 수 있다. 구현은 본 명세서에서 제한되지 않는다.
구현에서, 월렛 1에 의하여 획득된 컴플라이언스 검사 결과가 자격이 없으면, 월렛 1은 송금을 즉시 종료하고 송금 실패 통지 메시지를 사용자 1에게 리턴할 수 있거나; 월렛 1이 사용자 1에게 적어도 하나의 문서 보충 기회를 제공할 수 있다. 예를 들어 월렛 1은 사용자 1에게 최대 2 번의 기회를 제공할 수 있다. 사용자 1의 문서 보충 횟수가 2보다 크고 컴플라이언스 검사 결과가 여전히 자격이 없다면, 월렛 1은 송금을 종료하고 송금 실패 알림 메시지를 사용자 1에게 리턴할 수 있다. 그러나, 도 4에 도시된 바와 같이, 월렛 1에 의해 획득된 컴플라이언스 검사 결과가 자격이 있다면, 월렛 1은 사용자 1에 해당하는 고객 자본 계정 1로부터 100 위안을 차감하고 월렛 1의 자체 소유 계정 1로 100 위안을 이체할 수 있다.
단계 304: 월렛 1은 "라우팅 요청" 계약 동작을 개시한다.
단계 305: 월렛 1은 송금 경로를 결정한다.
구현에서, 송금 계약에 참여한 후, 블록체인의 멤버는 송금 계약에 의하여 지원되는 여러 계약 동작, 여기서 예를 들어 "라우팅 요청" 계약 동작을 호출(invoke)할 수 있다. 계약 동작은 사용자 1에서 사용자 2 로의 송금의 송금 경로를 결정하는데 사용되어, 송금 동작을 구현한다.
구현에서, 송금 경로는 최상 업스트림 멤버인 월렛 1, 최하 다운스트림 멤버 인 월렛 2, 및 월렛 1과 월렛 2 사이의 여러 중계 멤버를 포함한다. 본 명세서에 기초한 기술적 솔루션에서, 블록체인의 앵커 포인트에서 송금 경로의 각 멤버에 의하여 예치된 블록체인 잔고 및 블록체인 잔고 간의 이체의 도움으로, 월렛 1로부터 월렛 2로 "송금 자금(예를 들어, 사용자 1이 송금을 요구하는 100 위안)"이 흘러서, 월렛 2는 마침내 사용자 2에게 송금 자금을 제공한다.
송금 자금이 송금 경로에서 멤버들 사이에 흐를 때, 월렛 1과 중계 멤버 사이의 자금 흐름, 중계 멤버들 사이의 자금 흐름, 및 중계 멤버와 월렛 2 사이의 자금 흐름과 같은 인접 멤버들 사이의 몇 번의 자금 흐름이 있을 수 있다. 예를 들어 송금 경로가 '월렛 1-> 중계 멤버 l-> 중계 멤버 2-> 월렛 2"인 경우, 3 쌍의 인접 멤버:"월렛 l-> 중계 멤버 1", "중계 멤버 l-> 중계 멤버 2", 및 "중계 멤버 2->월렛 2"가 존재하고, 월렛 1로부터 중계 멤버 1로, 중계 멤버 1로부터 중계 멤버 2로, 중계 멤버 2로부터 월렛 2로 세 번의 자금 흐름이 있다. 각각의 인접 멤버 쌍 사이의 자금 흐름은 블록체인에서 앵커 포인트를 사용하여 구현될 필요가 있으며, 두 가지 조건(condition)이 있다: 조건 1: 앵커 포인트에서 인접 멤버의 업스트림 멤버에 의하여 예치된 블록체인 잔고는 송금 금액보다 크다; 조건 2: 인접한 멤버의 다운스트림 멤버는 앵커 포인트를 신뢰성 있는 앵커 포인트로 설정한다. 다시 말해서, 업스트림 멤버와 다운스트림 멤버 사이에 연관된 앵커 포인트가 있으며, 연관된 앵커 포인트에서 업스트림 멤버의 블록체인 잔고는 자금 흐름에 충분하며, 다운스트림 멤버는 관련 앵커 포인트로부터 흐르는 블록체인 자금을 기꺼이 수신한다.
월렛 1은 월렛 1에 저장된 전체 원장 정보를 사용하여 이전의 블록체인 원장을 판독하여, 앵커 포인트 1 내지 3과 같은 각 앵커 포인트에서 뱅크 1 내지 3과 같은 각 멤버에 의하여 예치된 블록체인 잔고를 알게 될 수 있고, 송금 경로를 추가로 결정하기 위하여, 계약의 각 멤버에 대응하는 기록된 신뢰성 있는 앵커 포인트를 참조하여 각 멤버가 조건 1 및 조건 2를 만족시키는지 여부를 결정할 수 있다.
월렛 1 및 뱅크 1이 예로서 사용된다: 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고는 1000 위안이고, 100 위안의 송금 금액보다 크고, 뱅크 1은 앵커 포인트 1을 신뢰성 있는 앵커 포인트로서 설정한다. 따라서 앵커 포인트 1은 월렛 1과 뱅크 1 사이의 관련 앵커 포인트이며, 월렛 1과 뱅크 1은 앵커 포인트 1에 기초하여 자금 흐름을 구현할 수 있다.
뱅크 1 및 뱅크 3이 예로서 사용된다: 앵커 포인트 1에 예치된 뱅크 1의 블록체인 잔고가 없고(앵커 포인트 1은 뱅크 1의 신뢰성 있는 앵커 포인트이기 때문에, 블록체인 잔고가 0이라고 이해될 수 있다), 앵커 포인트 2에 예치된 블록체인 잔고는 2000 위안이다. 앵커 포인트 2에 예치된 뱅크 1의 블록체인 잔고는 100 위안의 송금 금액보다 크고 앵커 포인트 2는 뱅크 3에 의해 지정된 신뢰성 없는 앵커 포인트이다. 따라서, 뱅크 1과 뱅크 3 사이에 연관된 앵커 포인트가 없고, 자금 흐름이 구현될 수 있다. 그러나, 뱅크 1과 뱅크 2가 다른 예로서 사용된다: 앵커 포인트 2에 예치된 뱅크 1의 블록체인 잔고는 2000 위안이고 100 위안의 송금 금액보다 크고, 뱅크 2는 앵커 포인트 2를 신뢰성 있는 앵커 포인트로 설정한다. 따라서 앵커 포인트 2는 뱅크 1과 뱅크 2 사이의 연관된 앵커 포인트이며, 뱅크 1과 뱅크 2는 앵커 포인트 2를 기반으로 자금 흐름을 구현할 수 있다.
유사하게, 블록체인의 각 멤버가 조건 1 및 조건 2를 만족시키는지 여부는 전술한 방법에 기초하여 개별적으로 결정되어, 월렛 1과 월렛 2 사이의 여러 중계 멤버가 직렬로 연결되어 완전한 송금 경로를 획득한다고 결정할 수 있다. 예를 들어, 도 5는 예시적인 구현에 따라 송금 경로가 결정되는 개략도이다. 도 5에 도시된 바와 같이, 송금 경로는 월렛 l -> 뱅크 l -> 뱅크 2 -> 월렛 2를 포함할 수 있으며, 월렛 1과 뱅크 1 사이의 관련 앵커 포인트는 앵커 포인트 1이고, 뱅크 1과 뱅크 2 사이의 관련 앵커 포인트는 앵커 포인트 2이며, 뱅크 2와 월렛 2 사이의 관련 앵커 포인트는 앵커 포인트 3이다.
구현에서, 월렛 1은 복수의 송금 경로를 동시에 결정하고 특정 조건에 기초하여 최종 송금 경로를 선택할 수 있다. 예를 들어 조건에는 최단 경로 또는 최저 비용이 포함될 수 있다. 본 명세서에서 구현은 제한되지 않는다.
단계 306: 월렛 1은 송금 경로의 모든 중계 멤버에게 컴플라이언스 검사 요청을 개시한다.
구현에서, 월렛 1과 월렛 2가 동일한 제3자 지불 플랫폼에 속하는 경우, 월렛 1이 단계 303에서 컴플라이언스 검사를 완료했기 때문에, 컴플라이언스 검사 결과가 또한 월렛 2에도 적용될 수 있으며, 월렛 2는 컴플라이언스 검사를 다시 수행할 필요가 없다. 다른 구현에서, 월렛 1과 월렛 2는 상이한 제3자 지불 플랫폼에 속할 수 있다. 따라서, 월렛 1은 단계 306에서 모든 중계 멤버 및 월렛 2에 대한 컴플라이언스 검사 요청을 동시에 개시할 수 있어서, 모든 중계 멤버 및 월렛 2는 컴플라이언스 검사를 수행할 수 있다. 설명의 편의를 위하여, 월렛 2가 독립적으로 컴플라이언스 검사를 수행할 필요가 없다는 것이 이하에서 설명을 위한 예로서 사용된다.
구현에서, 멤버들은 상이한 컴플라이언스 검사 방법을 사용하므로, 멤버들은 사용자 1의 검사 대상 문서에 대하여 컴플라이언스 검사를 독립적으로 수행할 필요가 있다. 월렛 1은 뱅크 1과 뱅크 2에 동시에 컴플라이언스 검사 요청을 개시하여, 뱅크 1 및 뱅크 2는 중계 멤버에 의하여 연속하여 컴플라이언스 검사를 수행하는 대신에 송금 이벤트에 대한 컴플라이언스 검사를 동시에 개시할 수 있어서, 송금 이벤트에 대한 컴플라이언스 검사에 대한 시간을 줄이고 컴플라이언스 검사 효율을 향상시킬 수 있다.
구현에서, 월렛 1은 사용자 1에 의해 제공되는 검사 대상 문서를 뱅크 1 및 뱅크 2로 푸시할 수 있으므로, 뱅크 1 및 뱅크 2는 검사 대상 문서를 기반으로 컴플라이언스 검사, 예를 들어 이전의 KYC 검사 및 AML 검사를 수행한다. 푸시 프로세스에서 검사 대상 문서의 무결성과 신뢰성을 보장하기 위하여, 월렛 1은 푸시 전에 검사 대상 문서에 해당하는 디지털 다이제스트를 생성하고, "문서 증거 예치(documents evidence deposit)" 계약 동작을 호출함으로써 디지털 다이제스트를 블록체인에 기록할 수 있다. 또한, 푸시된 검사 대상 문서를 수신한 후, 뱅크 1 및 뱅크 2는 블록체인으로부터 디지털 다이제스트를 판독하고 디지털 다이제스트를 수신된 검사 대상 문서의 디지털 다이제스트와 비교할 수 있다. 디지털 다이제스트가 동일한 경우, 뱅크 1과 뱅크 2는 검사 대상 문서가 완전하고 신뢰성이 있다고 결정한다; 그렇지 않으면, 뱅크 1과 뱅크 2는 검사 대상 문서에 문제가 있다고 결정하고, 월렛 1은 검사 대상 문서를 다시 제공하여야 한다.
구현에서, 컴플라이언스 검사를 완료한 후, 송금 경로의 임의의 멤버는 대응하는 검사 결과를 월렛 1에 리턴할 수 있다. 검사 결과는 그 임의의 멤버에 의해 수행된 컴플라이언스 검사의 상세 데이터에 대응하는 디지털 다이제스트, 결정 결과(자격이 있거나 자격이 없음), 및 그 임의의 멤버의 서명 정보(검사 결과가 그 임의의 멤버로부터 온 것을 표시함)를 포함할 수 있다. 검사 결과에 포함된 디지털 다이제스트에 해당하는 상세 데이터는 사용자 1, 사용자 2 등의 사적인 정보, 그 임의의 멤버에 의해 수행된 컴플라이언스 검사의 비공개 규칙 등과 관련이 있다. 따라서 디지털 다이제스트만이 검사 결과에 포함되며 특정 상세 데이터는 규제 당국에 의해 수행된 후속 확인 또는 검사를 위하여 그 임의의 멤버에 의해서만 기록된다.
단계 303에서 월렛 1에 의하여 수행된 컴플라이언스 검사와 비교하여, 단계 306에서 각 중계 멤버에 의하여 수행되는 컴플라이언스 검사가 더 중요하고 필요하다는 것에 주목할 가치가 있다. 일부 시나리오에서, 단계 303에서 월렛 1에 의하여 수행된 컴플라이언스 검사는 심지어 생략될 수 있지만, 단계 306에서 각 중계 멤버에 의하여 수행되는 컴플라이언스 검사는 일반적으로 필요하다.
단계 307: 월렛 1은 "컴플라이언스 증거 예치" 계약 동작을 개시하여, 획득된 검사 결과를 블록체인 원장에 기록한다.
구현에서, "컴플라이언스 증거 예치" 계약 동작을 개시함으로써, 월렛 1은 뱅크 1, 뱅크 2 등에 의하여 리턴된 검사 결과를 월렛 1에 대응하는 블록체인에 기록하고, 또한 기록을 위하여 검사 결과를 블록체인의 다른 노드로 브로드캐스트할 수 있다. 다시 말해서, 월렛 1은 이전의 블록체인 원장에 검사 결과를 기록한다. 블록체인의 변조 방지 및 추적 특징으로 인하여, 검사 결과가 충분히 신뢰할 수 있으며 규제 당국에 의해 호출(call)되고 검토될 수 있다.
유사하게, 단계 303에서 획득된 검사 결과에 대하여, 월렛 1은 또한 "컴플라이언스 증거 예치" 계약 동작을 개시하여, 후속 호출 및 검토를 위하여 검사 결과를 블록체인 원장에 기록할 수 있다.
구현에서, 임의의 멤버에 의하여 리턴된 검사 결과가 자격이 없을 때, 월렛 1은 사용자 1에게 적어도 한 번의 문서 보충 기회를 제공할 수 있다. 보충 문서를 획득한 후 월렛 1은 그 임의의 멤버에게 보충 문서를 제공할 수 있어서, 그 임의의 멤버가 컴플라이언스 검사를 다시 수행한다. 월렛 1은 보충 문서의 디지털 다이제스트를 블록체인 원장에 기록할 수 있으므로, 그 임의의 멤버가 수신된 보충 문서의 디지털 다이제스트를 블록체인 원장에 기록된 디지털 다이제스트과 비교하여 수신된 보충 문서가 신뢰할 수 있는지 여부를 판별한다. 월렛 1이 사용자 1에게 최대 2 번의 기회를 제공할 수 있다고 가정한다. 사용자 1의 문서 보충 횟수가 2 번을 초과하고 그 임의의 멤버에 의해 리턴된 검사 결과가 여전히 자격이 없다면, 월렛 1은 송금을 종료하고 송금 실패 알림 메시지를 사용자 1에게 리턴할 수 있다.
구현에서, 월렛 1이 뱅크 1 및 뱅크 2에 대한 컴플라이언스 검사 요청을 개시한 후 미리 결정된 시간 길이(예를 들어, 2 분) 내에 리턴된 검사 결과를 수신하지 않으면, 월렛 1은 검사 결과가 자격이 없다고 결정할 수 있다. 따라서 월렛 1은 "컴플라이언스 증거 예치" 계약 동작을 호출함으로써 블록체인 원장에 검사 결과 "자격 없음(unqualified)"을 기록하고, 또한 송금 실패 알림 메시지를 사용자 1에게 리턴한다.
단계 308: 뱅크 1 및 뱅크 2 둘 모두의 컴플라이언스 검사 결과가 자격이 있을 때, 월렛 1은 "송금" 계약 동작을 개시하여 송금 경로 내의 멤버들 사이에서 자금 흐름을 수행한다.
구현에서, "송금" 계약 동작이 시행되기 전에, 도 5에 도시된 블록체인 잔고가 블록체인 원장에 기록된다. 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고는 1000 위안이고, 앵커 포인트 2에 예치된 뱅크 1의 블록체인 잔고는 2000 위안이며, 앵커 포인트 3에 예치된 뱅크 2의 블록체인 잔고는 3000 위안이다. "송금" 계약 동작이 시행된 후, 도 6에 도시된 바와 같이 송금 경로에서 월렛 1, 뱅크 1, 뱅크 2 및 월렛 2 사이에 자금 흐름이 연속하여 수행된다.
앵커 포인트 1을 사용하여 월렛 1과 뱅크 1 사이에서 자금 흐름이 구현되고, 100 위안이 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고로부터 앵커 포인트 1에 예치된 뱅크 1의 블록체인 잔고로 흘러서, 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고가 1000 위안에서 900 위안으로 감소하고, 앵커 포인트 1에 예치된 뱅크 1의 블록체인 잔고가 0 위안에서 100 위안으로 증가한다.
앵커 포인트 2를 사용하여 뱅크 1과 뱅크 2 사이에서 자금 흐름이 구현되고, 100 위안이 앵커 포인트 2에 예치된 뱅크 1의 블록체인 잔고에서 앵커 포인트 2에 예치된 뱅크 2의 블록체인 잔고로 흐르므로, 앵커 포인트 2에 예치된 뱅크 1의 블록체인 잔고가 2000 위안에서 1900 위안으로 감소하고, 앵커 포인트 2에 예치된 뱅크 2의 블록체인 잔고가 0 위안에서 100 위안으로 증가한다.
앵커 포인트 3을 사용하여 뱅크 2와 월렛 2 사이에서 자금 흐름이 구현되고, 100 위안이 앵커 포인트 3에 예치된 뱅크 2의 블록체인 잔고에서 앵커 포인트 3에 예치된 월렛 2의 블록체인 잔고로 흘러서, 앵커 포인트 3에 예치된 뱅크 2의 블록체인 잔고가 3000 위안에서 2900 위안으로 감소하고, 앵커 포인트 3에 예치된 뱅크 2의 블록체인 잔고가 0 위안에서 100 위안으로 증가한다.
월렛 1과 뱅크 1 사이의 자금 흐름의 이전 프로세스에서, 자금은 뱅크 1과 뱅크 2 사이에 흐르고, 자금은 뱅크 2와 월렛 2 사이에 흐른다: 100 위안이 사용자1의 고객 자본 계정 1로부터 월렛 1의 자체 소유 계정 1로 이체되고 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고가 100 위안만큼 감소하기 때문에, 월렛 1의 순 자금 흐름(net fund flow) 금액은 0이다; 앵커 포인트 1에 예치된 뱅크 1의 블록체인 잔고가 100 위안만큼 증가하고, 앵커 포인트 2에 예치된 뱅크 1의 블록체인 잔고가 100 위안만큼 감소하기 때문에, 뱅크 1의 순 자금 흐름 금액은 0이다; 앵커 포인트 2에 예치된 뱅크 2의 블록체인 잔고가 100 위안만큼 증가하고, 앵커 포인트 3에 예치된 뱅크 2의 블록체인 잔고가 100 위안만큼 감소하기 때문에, 뱅크 2의 순 자금 흐름 금액이 0이다; 앵커 포인트 3에 예치된 월렛 2의 블록체인 잔고가 100 위안만큼 증가하기 때문에, 사용자 1에 의하여 송금된 100 위안은 송금 경로를 통하여 월렛 2의 블록체인 잔고로 흐른다.
블록체인의 모든 노드는 공통 블록체인 원장을 사용한다는 것, 다시 말해서, 각 앵커 포인트에서 모든 멤버의 블록체인 잔고가 블록체인 원장에 기록된다는 점에 주목할 가치가 있다. 따라서, 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고, 앵커 포인트 1과 앵커 포인트 2에 별도로 예치된 뱅크 1의 블록체인 잔고, 앵커 포인트 2와 앵커 포인트 3에 별도로 예치된 뱅크 2의 블록체인 잔고 및 앵커 포인트 3에 예치된 월렛 2의 블록체인 잔고는 블록체인에서 동시에 균일하게 조정될 수 있으므로 월렛 1의 블록체인 잔고가 100 위안만큼 감소되고, 월렛 2의 블록체인 잔고가 100 위안만큼 증가하고, 각 중계 멤버의 블록체인 잔고는 변경되지 않는다.
도 7에 도시된 바와 같이, 100 위안은 월렛 2의 자체 소유 계정 2로부터 월렛 2에서 사용자 2에 의하여 개설된 고객 자본 계정 2로 이체될 수 있다. 100 위안이 앵커 포인트 3에서 예치된 월렛 2의 블록체인 잔고에 추가되기 때문에, 월렛 2의 최종 순 자금 흐름 금액은 0 위안이고, 사용자 2는 사용자 1로부터 송금된 100 위안을 획득한다.
단계 309: 월렛 1 및 월렛 2는 블록체인 잔고의 변경을 별도로 모니터링한다.
단계 310: 월렛 1은 송금 성공 통지를 사용자 1에게 전송하고, 월렛 2는 지불 수신 통지를 사용자 2에게 전송한다.
이전 구현에서, 자체 소유 계정 1은 월렛 1에서 개설되고, 자체 소유 계정 2는 월렛 2에서 개설되고, 자금 이체가 월렛 1의 자체 소유 계정 1과 사용자 1의 고객 자본 계정 1 사이에서 수행되어 사용자 1에 의해 제공된 송금 자금을 획득하고, 자금 이체가 월렛 2의 자체 소유 계정 2와 사용자 2의 고객 자본 계정 2 사이에서 수행되어 사용자 2에 송금 자금을 제공한다는 점에 주목할 가치가 있다. 또한, 자체 소유 계정과 블록체인 잔고 간의 순 자금 흐름 금액이 0인 경우, 월렛 1의 블록체인 잔고의 자금 변경과 월렛 2의 블록체인 잔고의 자금 변경은 독립적으로 발생한다. 그러나, 아래에 설명된 것처럼 다른 구현에는 다른 처리 방법이 있다.
도 8은 예시적인 구현에 따라, 송금 자금을 블록체인 잔고로 이체함으로써 구현되는 송금을 예시하는 개략도이다. 도 8에 도시된 바와 같이, 블록체인 원장에 기록된 블록체인 잔고의 변경 정보에 기초하여, 앵커 포인트 1에 예치된 월렛 1의 초기 블록체인 잔고는 1000 위안이고, 사용자 1이 사용자 2-지정 송금 요청을 개시한 후, 사용자 1에 해당하는 고객 자본 계정 1에서 월렛 1로 100 위안이 인출(extract)되고, 인출된 100 위안은 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고에 예치되어, 앵커 포인트 1에서 월렛 1의 블록체인 잔고는 1100 위안으로 증가한다는 것을 알 수 있다. 그런 다음, 월렛 1은 "송금" 계약 동작을 호출하여, 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고가 1100 위안에서 1000 위안으로 감소하고 앵커 포인트 1에 예치된 뱅크 1의 블록체인 잔고가 0 위안에서 100 위안으로 증가한다. 또한, 도 7에 도시된 구현에 기초하여, 뱅크 1, 뱅크 2 및 월렛 2 사이에 100 위안이 연속하여 흘러서, 앵커 포인트 3에 예치된 월렛 2의 블록체인 잔고가 0 위안에서 100 위안으로 증가한다. 마지막으로, 앵커 포인트 3에 예치된 월렛 2의 100 위안이 인출(withdraw)되고 사용자 2의 고객 자본 계정 2로 이체되어, 사용자 1로부터 사용자 2로의 송금을 완료한다. 이전의 프로세스에 기초하여, 자체 소유 계정 1 및 자체 소유 계정 2는 월렛 1과 월렛 2에서 개설될 필요가 없으며, 대신 사용자 1에 의해 제공된 자금은 블록체인 잔고에 바로 예치되어 블록체인에서 자금 흐름에 사용된다.
도 9는 예시적인 구현에 따른 크레딧 기반 송금을 예시하는 개략도이다. 도 9에 도시된 바와 같이, 블록체인 원장에 기록된 블록체인 잔고의 변경 정보에 기초하여, 앵커 포인트 1에 예치된 월렛 1의 초기 블록체인 잔고는 1000 위안이고, 사용자 1이 사용자 2-지정 송금 요청을 개시한 후, 월렛 1의 사용자 1에 대한 크레딧에 기초하여, 월렛 1은 사용자 1의 송금 동작을 위한 자금을 선불로 줄 수 있으며(advance fund), 사용자 1은 나중에 상환(repayment)을 수행한다는 것을 알 수 있다. 따라서, 월렛 1, 뱅크 1, 뱅크 2 및 월렛 2 사이의 자금 흐름에 기초하여 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고가 1000 위안에서 900 위안으로 감소하고 순 자금 흐름 금액이 100 위안만큼 감소되고, 뱅크 1의 순 자금 흐름 금액, 뱅크 2의 순 자금 흐름 금액 및 뱅크 1, 뱅크 2 및 월렛 2의 모든 순 자금 흐름 금액은 0 위안이다. 특정 자금 흐름 프로세스의 경우 이전의 구현을 참조할 수 있다. 간략화를 위하여 여기에서 세부 사항을 생략한다.
단계 311: 일일 정산 후, 월렛 1 및 월렛 2는 각 앵커 포인트에 예치된 각각의 블록체인 잔고에 대하여 수위 회복을 수행한다.
구현에서, 블록체인의 각 멤버는 미리 결정된 기간에 기초하여 자금 정산을 수행한다. 예를 들어, 미리 결정된 기간은 1 일, 3 일 또는 1 주일 수 있다. 본 명세서에서 구현은 제한되지 않는다. 예를 들어, 미리 결정된 기간은 1 일이다. 각 멤버는 매일 특정 순간(예를 들어, 18:00)에 자금 정산, 즉 일일 정산을 수행한다. 블록체인 잔고는 트랜잭션에 따라 변경되므로 버킷의 수위가 변경되는 것처럼 블록체인 잔고의 조정(adjustment)을 "수위(water level)" 조정이라고 생생하게 표현할 수 있다.
예를 들어, 도 10은 예시적인 구현에 따른, 자금 정산 동안 트랜잭션 정보를 예시하는 개략도이다. 도 10에 도시된 바와 같이, 월렛 1 및 2 및 뱅크 1 내지 3은 현재 날짜에 총 2 개의 트랜잭션에 관여한다고 가정한다. 제1 트랜잭션은 사용자 1이 사용자 2에게 100 위안을 송금하는 것이고, 제2 트랜잭션은 사용자 2가 사용자 1에게 50 위안을 송금하는 것이다. 따라서 정산 동안 앵커 포인트 1에 예치된 월렛 1의 나머지 블록체인 잔고가 950 위안이고, 앵커 포인트 1에 예치된 뱅크 1의 블록체인 잔고는 50 위안이고, 앵커 포인트 2에 예치된 뱅크 1의 블록체인 잔고가 1950 위안이고, 앵커 포인트 2에 예치된 뱅크 2의 블록체인 잔고가 50 위안이고, 앵커 포인트 3에 예치된 뱅크 2의 블록체인 잔고가 2950 위안이고, 앵커 포인트 3에 예치된 월렛 2의 블록체인 잔고가 50 위안이라고 결정될 수 있다.
블록체인 원장에 기록된 멤버들 사이의 자금 트랜잭션에 관한 정보에 기초하여, 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고가 1000 위안에서 900 위안으로 변하고, 900 위안에서 950 위안으로 변한다고 결정될 수 있다. 따라서 최종 변경은 순 자금 변경 금액이 950-1000 = -50 위안이다. 다시 말해서, 50 위안이 감소된다. 따라서 50 위안은 월렛 1의 자체 소유 계정 1에서 앵커 포인트 1에 예치된 월렛 1의 블록체인 잔고로 이체될 수 있어서(자체 소유 계정 1의 잔고가 그에 상응하여 50 위안에서 0 위안으로 감소함), 블록체인 잔고는 950 위안에서 1000 위안으로 되돌아가고, 블록체인 잔고의 변경 정보는 블록체인 원장의 앵커 포인트 1에 의하여 기록된다. 세부 사항은 도 11에 도시되어 있다. 월렛 1은 자체 예금 계좌 1에서 앵커 포인트 1에 예치된 블록체인 잔고로 50 위안을 이체하기 위하여 자금 예치 계약 동작을 개시할 수 있다.
유사하게, 블록체인 원장에 기록된 멤버들 사이의 자금 트랜잭션에 관한 정보에 기초하여, 앵커 포인트 3에 예치된 월렛 2의 블록체인 잔고가 0 위안에서 100 위안으로 변하고, 100 위안에서 50 위안으로 변한다고 결정될 수 있다. 따라서 최종 변경은 순 자금 변경 금액이 50-0 = 50 위안이다. 다시 말해서, 50 위안이 추가된다. 따라서, 앵커 포인트 1에 예치된 월렛 2의 블록체인 잔고로부터 월렛 2의 자체 소유 계정 2로 50 위안이 인출될 수 있어서(자체 소유 계정 2의 잔고는 이에 상응하여 150 위안에서 200 위안으로 증가함), 블록체인 잔고는 50 위안에서 0 위안으로 되돌아가고, 블록체인 잔고의 변경 정보는 블록체인 원장의 앵커 포인트 3에 의하여 기록된다. 세부 사항은 도 11에 도시되어 있다. 월렛 2는 자금 인출 계약 동작을 개시하여 앵커 포인트 1에 예치된 블록체인 잔고로부터 자체 소유 계정 2로 50 위안을 인출할 수 있다.
단계 312: 이력 변경 데이터에 기초하여 뱅크 1의 블록체인 잔고에 대한 수위 조정을 수행한다.
구현에서, 뱅크 1은 뱅크 1의 이력 변경 데이터를 얻기 위하여 블록체인 원장으로부터 뱅크 1과 관련되는 모든 트랜잭션을 판독할 수 있다. 따라서, 뱅크 1은 전체 이력 변경 데이터 또는 특정 기간(예를 들어, 지난 3 일, 지난 주 및 지난 5 주 월요일)의 기록 변경 데이터를 기반으로 다음 날 각 앵커 포인트에서 블록체인 잔고의 변경을 예측하여, 변경에 기초하여 블록체인 잔고에 대한 수위 조정을 수행할 수 있다.
예를 들어, 이력 변경 데이터가 앵커 포인트 1에서의 뱅크 1의 블록체인 잔고의 초기 금액이 0일 때 순 자금 변경 금액이 100 위안을 초과하지 않음을 나타내는 경우, 앵커 포인트 2에서 블록체인 잔고의 초기 금액이 2000일 때 순 자금 변경 금액이 1000 위안을 초과하지 않는다. 도 12에 도시된 바와 같이, 앵커 포인트 1에서 초기 금액 0 위안과 100 위안 값의 차이는 비교적 작으며, 앵커 포인트 1에서 뱅크 1의 블록체인 잔고는 0 위안으로 유지될 수 있다. 따라서 앵커 포인트 1에 예치된 블록체인 잔고로부터 뱅크 1의 자체 소유 계정으로 50 위안이 인출될 필요가 있으므로, 앵커 포인트 1에 있는 뱅크 1의 블록체인 잔고가 0 위안으로 되돌아간다. 예를 들어, 뱅크 1은 자금 인출 계약 동작을 개시하여 앵커 포인트 1의 블록체인 잔고로부터 뱅크 1의 자체 소유 계정으로 50 위안을 인출할 수 있다. 앵커 포인트 2에서의 초기 금액 2000 위안과 1000 위안 값의 차이는 비교적 크며, 앵커 포인트 2에서 뱅크 1의 블록체인 잔고는 1000 위안으로 조정될 수 있다. 따라서 앵커 포인트 2에 예치된 블록체인 잔고로부터 뱅크 1의 자체 소유 계정으로 950 위안이 인출되어야 할 필요가 있고, 앵커 포인트 2에서 뱅크 1의 블록체인 잔고는 1000 위안으로 감소한다. 예를 들어, 뱅크 1은 자금 인출 계약 동작을 개시하여 앵커 포인트 2의 블록체인 잔고로부터 뱅크 1의 자체 소유 계정으로 950 위안을 인출할 수 있다.
도 11 및 도 12에 도시된 구현들로부터, 수위 조정 프로세스에서, 블록체인 잔고과 멤버의 자체 소유 계정 사이에서 조정이 수행될 수 있다는 것을 알 수 있다.
단계 313: 자금 트랜잭션 예측 데이터에 기초하여 뱅크 2의 블록체인 잔고에 대하여 수위 조정을 수행한다.
구현에서, 뱅크 2는 블록체인 원장으로부터 전체 네트워크에서 발생하는 모든 트랜잭션과 같은 정보를 판독하고, 정보, 예를 들어 다음 날 전체 네트워크에서의 트랜잭션 또는 적어도 다음 날 뱅크 2의 블록체인 잔고의 변화에 기초하여 대응하는 자금 트랜잭션 예측 데이터를 생성하여, 블록체인 잔고에 대한 수위 조정을 수행할 수 있다. 분명히, 자금 트랜잭션 예측 데이터는 뱅크 2에 의하여 생성될 필요는 없으며 다른 멤버, 앵커 포인트, 블록체인 또는 임의의 객체(object)로부터 올 수 있다. 본 명세서에서 구현은 제한되지 않는다.
예를 들어, 도 13에 도시된 바와 같이, 뱅크 2가 다음 날 앵커 포인트 2에서의 순 자금 변경 금액이 약 1000이고 앵커 포인트 3에서의 순 자금 변경 금액이 2000 미만이라고 예측한다고 가정한다. 따라서, 뱅크 2는 앵커 포인트 3에 예치된 뱅크 2의 블록체인 잔고로부터 앵커 포인트 2에 예치된 블록체인 잔고로 950 위안을 이체할 수 있다. 예를 들어, 뱅크 2는 자금 인출 계약 동작을 개시하여 앵커 포인트 3에 예치된 블록체인 잔고로부터 950 위안을 인출한 다음, 자금 예치 계약 동작을 개시하여 앵커 포인트 2에 예치된 블록체인 잔고에 950 위안을 예치하여, 앵커 포인트 2에 예치된 블록체인 잔고가 1000 위안으로 증가하고 앵커 포인트 3에 예치된 블록체인 잔고가 2000 위안으로 감소하며, 이에 의해 다음 날 앵커 포인트 2 및 앵커 포인트 3에서의 자금 변경 요구를 만족시킬 수 있다.
도 13에 도시된 구현으로부터 수위 조정 프로세스에서 복수의 앵커 포인트에서 블록체인 잔고 사이에서 조정이 수행될 수 있다는 것을 알 수 있다.
단계 314: 뱅크 3의 블록체인 잔고를 수동으로 조정한다.
구현에서, 각각의 멤버는 수위 회복, 이력 변경 데이터를 기반으로 한 수위 조정, 자금 트랜잭션 예측 데이터를 기반으로 한 수위 조정, 수동 수위 조정과 같은 이전의 솔루션 중 임의의 것 또는 이들의 조합을 사용할 수 있다(예를 들어, 수위 회복 솔루션은 일부 앵커 포인트에서 블록체인 잔고를 위하여 사용되고 수위 조정은 이력 변경 데이터를 기반으로 다른 앵커 포인트에서 블록체인 잔고에 대하여 수행된다). 본 명세서에서 구현은 제한되지 않는다.
구현에서, 멤버는 각각의 앵커 포인트에서 멤버의 블록체인 잔고에 대한 수위 조정을 수행하기 위하여 "잔고 조정(balance adjustment)" 계약 동작을 호출할 수 있다. "잔고 조정" 계약 동작에는 이전의 자금 예치 계약 동작, 자금 인출 계약 동작 등이 포함될 수 있다. 블록체인 잔고들 간의 조정 및 블록체인 잔고와 자체 소유 계정 간의 조정에 더하여, 만일 멤버가 앵커 포인트로부터 크레딧을 획득한다면, "잔고 조정" 계약 동작은 멤버에 의하여 예치된 블록체인 잔고를 크레딧에 기초하여 조정하도록(다시 말해서, 블록체인 원장에 블록체인 잔고의 값 변경을 등록하도록) 앵커 포인트에게 지시할 수 있다.
본 명세서에는 다수의 유형의 블록체인이 존재할 수 있다는 것에 주목할 가치가 있으며, 본 명세서에서 구현이 제한되지 않는다. 예를 들어, 블록체인이 컨소시엄 체인인 경우 송금 경로의 각 멤버는 해당 컨소시엄 체인의 컨소시엄 멤버이며 멤버가 해당 동작 권한을 갖도록 보장한다.
도 14는 예시적인 구현에 따른 디바이스를 도시하는 개략적인 구조도이다. 도 14를 참조하면, 하드웨어 측면에서, 전자 디바이스는 프로세서(1402), 내부 버스(1404), 네트워크 인터페이스(1406), 메모리(1408) 및 비휘발성 메모리(1410)를 포함하고, 분명히, 다른 서비스에 필요한 하드웨어를 더 포함할 수 있다. 프로세서(1402)는 실행을 위하여 비휘발성 메모리(1410)로부터 메모리(1408)로 대응 컴퓨터 프로그램을 판독하고, 자금 흐름 장치가 논리적으로 형성된다. 분명히, 소프트웨어 구현에 더하여, 본 명세서의 하나 이상의 구현은 다른 구현, 예를 들어 논리 디바이스 또는 하드웨어와 소프트웨어의 조합을 배제하지 않는다. 다시 말해서, 이하의 처리 절차의 실행체는 각 논리 유닛에 한정되지 않고, 또한 하드웨어 또는 논리 디바이스일 수도 있다.
구현에서, 도 15를 참조하면, 소프트웨어 구현에서, 자금 흐름 장치는: 블록체인의 제1 멤버가 지급인과 수취인 사이에 지정된 금액에 대한 자금 흐름 요청을 수신할 수 있도록 구성된 요청 수신 유닛(1501); 제1 멤버가 블록체인에서 제1 멤버 및 수취인에 대응하는 제2 멤버 사이의 자금 흐름 경로―자금 흐름 경로는 블록체인으로부터의 제1 멤버, 제2 멤버 및 여러 중계 멤버를 포함함―를 결정할 수 있도록 구성된 경로 결정 유닛(1502); 제1 멤버가 자금 흐름 경로에서 제1 멤버가 아닌 적어도 2 명의 멤버에 대하여 컴플라이언스 검사 요청을 개시하여, 적어도 2 명의 멤버가 자금 흐름 요청에 대응하는 자금 흐름 이벤트에 대한 컴플라이언스 검사를 동시에 수행할 수 있도록 구성된 검사 개시 유닛(1503); 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트의 모든 컴플라이언스 검사 결과가 자격이 있을 때 제1 멤버가 자금 흐름 계약 동작을 개시할 수 있도록 구성된 자금 흐름 유닛(1504)을 포함할 수 있다.
선택적으로, 장치는, 제1 멤버가 자금 흐름 이벤트에 대한 컴플라이언스 검사를 수행할 수 있고; 컴플라이언스 검사 결과가 자격이 있을 때 제1 멤버가 경로 결정 유닛(1502)를 사용하여 자금 흐름 경로의 결정을 트리거할 수 있거나; 제1 멤버가 자금 흐름 실패를 결정하고 컴플라이언스 검사 결과가 자격이 없을 때 자금 흐름 이벤트를 종료할 수 있도록 구성된 검사 유닛(1505)을 더 포함한다.
선택적으로, 검사 개시 유닛(1503)은 제1 멤버 및 제2 멤버가 동일한 기관에 속할 때 제1 멤버가 자금 흐름 경로 내의 모든 중계 멤버에게 컴플라이언스 검사 요청을 개시할 수 있거나; 제1 멤버 및 제2 멤버가 상이한 기관에 속할 때, 제1 멤버가 자금 흐름 경로 내의 제2 멤버 및 모든 중계 멤버에게 컴플라이언스 검사 요청을 개시할 수 있도록 구성된다.
선택적으로, 장치는, 제1 멤버가 자금 흐름 이벤트의 검사 대상 문서를 획득할 수 있도록 구성된 문서 획득 유닛(1506); 제1 멤버가 문서 증거 예치 계약 동작을 개시하여, 검사 대상 문서에 대응하는 디지털 다이제스트를 블록체인에 기록할 수 있도록 구성된 다이제스트 기록 유닛(1507); 및 제1 멤버가 검사 대상 문서를 적어도 2 명의 멤버에게 푸시하여 적어도 2 명의 멤버가 컴플라이언스 검사를 수행할 수 있도록 구성된 문서 푸시 유닛(1508)을 더 포함한다.
선택적으로, 장치는 적어도 하나의 멤버에 의하여 제공된 컴플라이언스 검사 결과가 자격이 없을 때 제1 멤버가 자금 흐름 요청의 개시자에게 보충 문서를 제공하도록 요청할 수 있도록 구성된 문서 보충 유닛(1509)을 더 포함하고, 문서 푸시 유닛(1508)은 또한 제1 멤버가 획득된 보충 문서를 적어도 하나의 멤버에게 푸시하여, 적어도 하나의 멤버가 컴플라이언스 검사를 다시 수행할 수 있도록 구성된다.
선택적으로, 장치는 제1 멤버가 자금 흐름 실패를 결정하고, 문서 보충 요청 횟수가 미리 결정된 값에 도달하고 적어도 하나의 멤버에 의하여 리턴된 컴플라이언스 검사 결과가 여전히 자격이 없을 때, 자금 흐름 이벤트를 종료할 수 있도록 구성되는 결정 유닛(1510)을 더 포함한다.
선택적으로, 제1 멤버에 대하여 적어도 하나의 멤버에 의하여 제공되는 컴플라이언스 검사 결과는 자금 흐름 이벤트에 대하여 적어도 하나의 멤버에 의하여 수행된 컴플라이언스 검사의 상세 데이터에 대응하는 디지털 다이제스트, 결정 결과, 및 적어도 하나의 멤버의 서명 정보를 포함하고; 상세 데이터는 적어도 하나의 멤버에 의하여 기록된다.
선택적으로, 컴플라이언스 검사는 KYC 검사 및 자금 세탁 방지 검사 중 적어도 하나를 포함한다.
선택적으로, 장치는 제1 멤버가 자금 흐름 이벤트의 컴플라이언스 검사 결과를 블록체인에 기록할 수 있도록 구성된 결과 기록 유닛(1511)을 더 포함하고, 자금 흐름 유닛(1501)은, 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트에 해당하고 블록체인에 기록된 모든 컴플라이언스 검사 결과가 자격이 있을 때, 제1 멤버가 자금 흐름 계약 동작을 개시할 수 있도록 구성된다.
선택적으로, 결과 기록 유닛(1511)은 제1 멤버가 컴플라이언스 증거 예치 계약 동작을 개시하여, 자금 흐름 이벤트의 컴플라이언스 검사 결과를 블록체인에 기록할 수 있도록 구성된다.
선택적으로, 자금 흐름 요청에 기초하여 제1 멤버 및 제2 멤버 간의 자금 흐름은 국경 간 자금 흐름이다.
선택적으로, 자금 흐름 요청에 기초하여 제1 멤버 및 제2 멤버 사이의 자금 흐름은 송금, 지불 또는 지불 수신이다.
선택적으로, 블록체인은 컨소시엄 체인이며, 자금 흐름 경로의 각 멤버는 컨소시엄 체인의 컨소시엄 멤버이다.
다른 구현에서, 도 16을 참조하면, 소프트웨어 구현에서, 자금 흐름 장치는: 제1 멤버가 지급인과 수취인 사이에 지정된 금액에 대한 자금 흐름 요청을 수신할 수 있도록 구성된 요청 수신 유닛(1601); 제1 멤버가 제1 멤버 및 수취인에 대응하는 제2 멤버 사이의 자금 흐름 경로―자금 흐름 경로는 제1 멤버, 제2 멤버 및 여러 중계 멤버를 포함함―를 결정할 수 있도록 구성된 경로 결정 유닛(1602); 제1 멤버가 자금 흐름 경로에서 제1 멤버 이외의 적어도 2 명의 멤버에게 컴플라이언스 검사 요청을 개시하여, 적어도 2 명의 멤버가 자금 흐름 요청에 대응하는 자금 흐름 이벤트에 대하여 컴플라이언스 검사를 동시에 수행할 수 있도록 구성된 검사 개시 유닛(1603); 및 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트의 모든 컴플라이언스 검사 결과가 자격이 있을 때, 제1 멤버가 자금 흐름 경로에 기초하여 자금 흐름 이벤트를 완료할 수 있도록 구성된 자금 흐름 유닛(1604)을 포함할 수 있다.
선택적으로, 장치는 제1 멤버가 컴플라이언스 증거 예치 계약 동작을 개시하여, 자금 흐름 이벤트의 컴플라이언스 검사 결과를 블록체인에 기록할 수 있도록 구성된 결과 기록 유닛(1605)을 더 포함하고, 자금 흐름 유닛(1604)은, 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트에 해당하고 블록체인에 기록된 모든 컴플라이언스 검사 결과가 자격이 있을 때, 제1 멤버가 자금 흐름 경로에 기초하여 자금 흐름 이벤트를 완료할 수 있도록 구성된다.
선택적으로, 장치는 제1 멤버가 자금 흐름 이벤트의 검사 대상 문서를 획득할 수 있도록 구성된 문서 획득 유닛(1606); 제1 멤버가 문서 증거 예치 계약 동작을 개시하여, 검사 대상 문서에 대응하는 디지털 다이제스트를 블록체인에 기록하도록 구성된 다이제스트 기록 유닛(1607); 및 제1 멤버가 검사 대상 문서를 적어도 2 명의 멤버에게 푸시하여 적어도 2 명의 멤버가 컴플라이언스 검사를 수행할 수 있도록 구성된 문서 푸시 유닛(1608)을 더 포함한다.
선택적으로, 제1 멤버에 대하여 적어도 하나의 멤버에 의하여 제공되는 컴플라이언스 검사 결과는 자금 흐름 이벤트에 대하여 적어도 하나의 멤버에 의하여 수행된 컴플라이언스 검사의 상세 데이터에 대응하는 디지털 다이제스트, 결정 결과, 및 적어도 하나의 멤버의 서명 정보를 포함하고; 상세 데이터는 적어도 하나의 멤버에 의하여 기록된다.
이전의 구현들에서 예시된 시스템, 장치, 모듈 또는 유닛은 컴퓨터 칩 또는 엔티티를 사용하여 구현될 수 있거나, 특정 기능을 갖는 제품을 사용하여 구현될 수 있다. 전형적인 구현 디바이스는 컴퓨터이고, 컴퓨터의 특정 형태는 개인용 컴퓨터, 랩탑 컴퓨터, 셀룰러 폰, 카메라 폰, 스마트 폰, 개인용 정보 단말기, 미디어 플레이어, 내비게이션 디바이스, 및 이메일 수신 및 전송 디바이스, 게임 콘솔, 태블릿 컴퓨터, 웨어러블 디바이스 또는 이들 디바이스의 조합일 수 있다.
전형적인 구성에서, 컴퓨터는 하나 이상의 프로세서(CPU), 입/출력 인터페이스, 네트워크 인터페이스 및 메모리를 포함한다.
메모리는 일시적(non-persistent) 메모리, 랜덤 액세스 메모리(random access memory, RAM), 비휘발성 메모리 및/또는 컴퓨터 판독 가능 매체에서의 다른 형태, 예를 들어 ROM(read-only memory) 또는 플래시 메모리를 포함할 수 있다. 메모리는 컴퓨터 판독 가능 매체의 예이다.
컴퓨터 판독 가능 매체는 임의의 방법 또는 기술을 사용하여 정보 저장(information deposit)을 구현할 수 있는 지속적이고, 일시적이고, 이동 가능하고, 이동 불가능한 매체를 포함한다. 정보는 컴퓨터 판독 가능 명령어, 데이터 구조, 프로그램 모듈 또는 다른 데이터일 수 있다. 컴퓨터 저장 매체의 예는 PRAM(phase-change random access memory), SRAM(static random access memory), DRAM(dynamic random access memory), 다른 유형의 RAM(random access memory), ROM, EEPROM(electrically erasable programmable read only memory), 플래시 메모리 또는 다른 메모리 기술, CD-ROM(compact disc read-only memory), DVD(digital versatile disc) 또는 다른 광학 스토리지, 카세트 자기 테이프, 디스크 스토리지, 퀀텀 메모리, 그래핀 기반 저장 매체, 다른 자기 저장 디바이스, 또는 임의의 다른 비-전송 매체를 포함하지만, 이에 제한되지 않는다. 컴퓨터 저장 매체는 컴퓨팅 디바이스에 의하여 액세스될 수 있는 정보를 저장하는데 사용될 수 있다. 본 명세서의 정의에 기초하여, 컴퓨터 판독 가능 매체는 일시적 컴퓨터 판독 가능 매체(일시적 매체), 예를 들어 변조된 데이터 신호 및 반송파를 포함하지 않는다.
용어 "포함한다(include)", "포함한다(comprise)" 또는 이들의 임의의 다른 변형은 비-배타적 포함을 포함하도록 의도되어서, 일련의 요소들(elements)을 포함하는 프로세스, 방법, 제품 또는 디바이스는 그 요소들을 포함할 뿐만 아니라 명시적으로 나열되지 않은 다른 요소도 포함하거나, 그러한 프로세스, 방법, 제품 또는 디바이스에 내재된 요소들을 추가로 포함한다는 것에 또한 주목할 가치가 있다. "포함한다(includes a....)"의 뒤에 나오는 요소는 더 이상의 제약 없이 그 요소를 포함하는 프로세스, 방법, 제품 또는 디바이스에 추가적인 동일한 요소가 존재하는 것을 배제하지 않는다.
본 명세서의 특정 구현들은 위에서 설명되었다. 다른 구현들은 첨부된 청구범위의 범위 내에 속한다. 일부 상황에서, 청구범위에 기술된 행동(actions) 또는 단계는 구현의 순서와 상이한 순서로 수행될 수 있고 원하는 결과가 여전히 달성될 수 있다. 또한, 첨부 도면에 도시된 프로세스는 원하는 결과를 달성하기 위하여 반드시 특정 실행 순서를 요구하지는 않는다. 일부 구현들에서, 멀티 태스킹 및 병렬 처리가 유리할 수 있다.
본 명세서의 하나 이상의 구현에 사용된 용어는 단지 특정한 구현을 설명하기 위한 것이며, 본 명세서의 하나 이상의 구현을 제한하고자 하는 것은 아니다. 본 명세서 및 첨부된 청구범위의 하나 이상의 구현에 사용된 단수 형태의 용어 "a", "said" 및 "the"는 또한 문맥상 달리 명확히 명시되지 않는 한, 복수 형태를 포함하는 것으로 의도된다. 또한, 본 명세서에서 사용된 "및/또는"이라는 용어는 하나 이상의 관련된 열거된 항목의 임의의 또는 모든 가능한 조합을 나타내고 포함하는 것으로 이해되어야 한다.
비록 "제1", "제2", "제3" 등의 용어가 다양한 유형의 정보를 기술하기 위하여 본 명세서의 하나 이상의 구현에서 사용될 수 있지만, 정보는 용어로 제한되지 않는다는 것을 이해하여야 한다. 이 용어들은 단지 동일한 유형의 정보를 구별하기 위하여서만 사용된다. 예를 들어, 본 명세서의 하나 이상의 구현의 범위를 벗어나지 않으면서, 제1 정보는 또한 제2 정보로 지칭될 수 있고, 유사하게 제2 정보는 또한 제1 정보로 지칭될 수 있다. 예를 들어 문맥에 따라 "만일 ~라면(if)"이라는 단어는 "~하는 동안(while)", "~할 때(when)" 또는 "결정에 대한 응답으로(in response to determining)"로서 설명될 수 있다.
전술한 설명은 본 명세서의 하나 이상의 구현의 하나의 예시적인 구현일 뿐이며, 본 명세서의 하나 이상의 구현을 제한하려는 것은 아니다. 본 명세서의 하나 이상의 구현의 사상 및 원리를 벗어나지 않고 이루어진 임의의 수정, 등가의 대체, 개선 등은 본 명세서의 하나 이상의 구현의 보호 범위 내에 속할 것이다.
도 17은 본 개시의 구현에 따른, 자금 흐름을 처리하기 위한 컴퓨터 구현 방법(1700)의 예를 예시하는 흐름도이다. 명확하게 표현하기 위하여, 다음의 설명은 일반적으로 이 설명의 다른 도면들과 관련하여 방법(1700)을 설명한다. 그러나, 방법(1700)은 예를 들어, 임의의 시스템, 환경, 소프트웨어, 및 하드웨어, 또는 시스템, 환경, 소프트웨어 및 하드웨어의 조합에 의하여 적절히 수행될 수 있다는 것이 이해될 것이다. 일부 구현들에서, 방법(1700)의 다양한 단계들은 병렬로, 조합하여, 루프로, 또는 임의의 순서로 실행될 수 있다.
1702에서, 지급인과 수취인 사이에 지정된 금액에 대한 자금 흐름 요청이 블록체인의 제1 멤버에 의하여 수신된다. 일부 구현에서, 블록체인은 컨소시엄 블록체인이며, 자금 흐름 경로 내에 포함된 각 멤버는 컨소시엄 블록체인과 연관된 노드이다. 이러한 구현들에서, 블록체인의 각 멤버는 앵커 포인트에 일정 금액의 블록체인 잔고를 예치하고, 앵커 포인트는 블록체인 잔고 예치를 블록체인에 등록할 책임이 있다. 1702로부터, 방법(1700)은 1704로 진행한다.
1704에서, 블록체인에서 제1 멤버 및 수취인에 대응하는 제2 멤버 사이의 자금 흐름 경로가 결정되며, 여기서 자금 흐름 경로는 블록체인과 관련된 제1 멤버, 제2 멤버 및 다수의 중계 멤버를 포함한다.
일부 구현들에서, 자금 흐름 경로를 결정하기 전에, 방법(1700)은 제1 멤버에 의하여 자금 흐름 이벤트에 대한 컴플라이언스 검사를 수행하여 컴플라이언스 검사 결과를 생성하는 단계를 더 포함한다. 컴플라이언스 검사 결과의 자격 여부가 결정된다. 컴플라이언스 검사 결과가 자격이 있다고 결정하는 것에 응답하여, 자금 흐름 경로가 제1 멤버에 의해 결정된다. 컴플라이언스 검사 결과가 자격이 없다고 결정하는 것에 응답하여, 제1 멤버에 의하여, 자금 흐름 실패를 결정하고 자금 흐름 이벤트를 종료한다. 1704로부터, 방법(1700)은 1706으로 진행된다.
1706에서, 자금 흐름 경로 내에 포함된 적어도 2 명의 다른 멤버에게 컴플라이언스 검사 요청이 개시되어, 적어도 2 명의 다른 멤버는 자금 흐름 요청에 대응하는 자금 흐름 이벤트에 대한 컴플라이언스 검사를 동시에 수행한다.
일부 구현들에서, 제1 멤버가 적어도 2 명의 다른 멤버에게 컴플라이언스 검사 요청을 개시하는 단계는 제1 멤버에 의하여 자금 흐름 이벤트와 관련된 검사 대상 문서를 획득하는 단계; 문서 증거 예치 계약 동작을 개시하는 단계; 검사 대상 문서에 대응하는 디지털 다이제스트를 블록체인에 기록하는 단계; 및 검사 대상 문서를 적어도 2 명의 다른 멤버에게 푸시하여 컴플라이언스 검사를 수행하는 단계를 포함한다.
이러한 구현들에서, 방법(1700)은 각각의 생성된 컴플라이언스 검사 결과가 자격이 있는지 여부를 결정하는 단계; 적어도 하나의 생성된 컴플라이언스 검사 결과가 자격이 없다는 결정에 응답하여, 제1 멤버에 의하여 자금 흐름 요청의 개시자에게 문서를 보충하도록 요청하는 단계; 및 획득된 보충 문서를 제1 멤버에 의하여 적어도 하나의 자격 없는 컴플라이언스 검사 결과를 생성한 멤버에게 푸시하여, 컴플라이언스 검사를 반복한다. 1706로부터, 방법(1700)은 1708로 진행한다.
1708에서, 컴플라이언스 검사를 수행하는 각 멤버에 의하여 생성된 각 컴플라이언스 검사 결과가 자격이 있는지 여부가 결정된다. 일부 구현들에서, 방법(1700)은 컴플라이언스 증거 예치 계약 동작을 제1 멤버에 의하여 개시하여 자금 흐름 이벤트와 연관된 컴플라이언스 검사 결과를 블록체인에 기록하는 단계를 더 포함한다. 1708로부터, 방법(1700)은 1710으로 진행된다.
1710에서, 각각의 컴플라이언스 검사 결과가 자격이 있다는 결정에 응답하여, 자금 흐름 이벤트가 완료된다. 1710 이후에, 방법(1700)이 중지된다.
본 출원의 구현은 데이터 처리의 기술적 문제, 특히 자금 흐름 처리와 관련된 문제를 해결할 수 있다. 전통적으로, 지급인(예를 들어, 자금을 지불하는 사용자 또는 기업)과 수취인(예를 들어, 자금을 얻는 사용자 또는 기업) 사이의 자금 흐름이 여러 금융 기관을 수반하는 경우, 금융 기관은 자금 흐름 이벤트에 대하여 연속하여 컴플라이언스 검사를 수행할 필요가 있다. 하나의 금융 기관만이 컴플라이언스 검사에 실패하더라도 전체 자금 흐름이 실패할 수 있다. 상이한 금융 기관이 상이한 시각대(time zone)에 위치할 수 있으며 각 금융 기관은 전통적인 자금 흐름 처리 처리 방법을 사용하여 자체 자금 흐름 처리 절차 및 요구 사항(예를 들어, 서비스 요금, 환율 및 정보가 제공될 필요가 있음)을 결정할 수 있기 때문에, 특히 국경 간 자금 흐름은 긴 처리 시간을 초래하고 추가 서비스 비용과 기타 고객 부담이 발생할 수 있다. 더욱이, 많은 기관이 자금 흐름 처리에 참여하고 있기 때문에 데이터 보안과 관련하여 여러 가지 가능한 실패 지점(예를 들어, 상이한 보안 방법, 강점, 절차 및 툴)으로 인하여 고객 프라이버시 데이터가 유출될 기회가 많다. 또한 일단 프로세스에서 문제가 발생하면 어떤 기관이 문제를 책임져야 하는지를 결정하기가 어렵다. 필요한 것은 종래의 방법의 문제점을 우회하고 자금 흐름을 처리하기 위한 보다 안전하고 효율적인 솔루션을 제공하는 기법이다. 이러한 방식으로 자금 흐름 처리 속도 및 데이터 보안이 향상될 뿐만 아니라, 컴플라이언스/규제 검사 및 서비스 분석을 위하여 전체적인 처리 결과가 보다 신뢰할 수 있고 추적 가능한 것으로 간주될 수 있다.
본 출원의 구현은 블록체인에 기관 및 사용자를 참여시킴으로써 자금 흐름 처리를 개선하기 위한 방법 및 장치를 제공한다. 이러한 구현에 따르면, 블록체인의 멤버가 자금 결제 서비스에 대한 스마트 계약에 가입 및 허가(authorize)하여, 멤버를 위한 자금 결제 서비스가 스마트 계약을 기반으로 안전하고 자동으로 구현될 수 있다. 설명된 주제(subject matter)는 몇 가지 기술적 이점을 제공한다. 예를 들어, 자금 이체를 하기 전에, 자금 흐름 경로 및 자금 흐름 경로 내에 포함된 멤버가 결정된다. 각 멤버는 블록체인의 노드이며 스마트 계약에 구속된다. 또한, 자금 흐름 경로 내에 포함된 멤버는 자금 흐름 경로에 포함된 다른 멤버에게 컴플라이언스 검사 요청을 개시하여, 다른 멤버는 예를 들어 순차적인 컴플라이언스 검사에 필요한 불필요한 처리 시간을 소비하는 것을 피하기 위하여 컴플라이언스 검사를 동시에 수행함으로써 데이터 처리 효율을 향상시킬 수 있다. 또한, 컴플라이언스 검사 프로세스 동안, 각 멤버와 관련된 검사 대상 문서의 데이터 다이제스트가 블록체인에 저장되고 블록체인의 다른 멤버에게 푸시되어, 각 멤버가 검사 대상 문서를 검사할 수 있어서, 검사 대상 문서의 무결성과 정확성을 보장할 수 있다. (검사 대상 문서의 원본과는 달리) 데이터 다이제스트를 저장하고 검사함으로써 각 멤버의 데이터 프라이버시가 보다 잘 보존될 수 있다. 또한, 블록체인의 멤버는 컴플라이언스 검사 결과를 증거로 예치하는데 사용되는 계약 동작을 개시할 수 있으며, 컴플라이언스 검사 결과는 블록체인에 기록될 수 있다. 블록체인 블록에 저장된 데이터는 변조되거나 수정될 수 없으므로 기록된 컴플라이언스 검사 결과는 신뢰성이 있고 믿을 수 있는 것으로 간주될 수 있다. 자금 흐름 이벤트가 완료된 후에도 기록된 컴플라이언스 검사 결과는 또한 추적 가능하다.
본 명세서에 기술된 실시 예 및 동작은 디지털 전자 회로, 또는 본 명세서에 개시된 구조를 포함하는 컴퓨터 소프트웨어, 펌웨어 또는 하드웨어 또는 이들 중 하나 이상의 조합으로 구현될 수 있다. 동작은 하나 이상의 컴퓨터 판독 가능 저장 디바이스에 저장되거나 다른 소스로부터 수신된 데이터에 대한 데이터 처리 장치에 의하여 수행되는 동작으로서 구현될 수 있다. 데이터 처리 장치, 컴퓨터 또는 컴퓨팅 디바이스는 예를 들어 프로그래머블 프로세서, 컴퓨터, 시스템 온 칩, 또는 복수의 것, 또는 전술한 것의 조합을 포함하여 데이터를 처리하기 위한 장치, 디바이스 및 머신을 포함할 수 있다. 장치는 특수 목적 논리 회로, 예를 들어 CPU(central processing unit), FPGA(field programmable gate array) 또는 ASIC(application-specific integrated circuit)를 포함할 수 있다. 장치는 또한 문제의 컴퓨터 프로그램에 대한 실행 환경을 생성하는 코드, 예를 들어 프로세서 펌웨어를 구성하는 코드, 프로토콜 스택, 데이터베이스 관리 시스템, 운영 체제(예를 들어 운영 체제 또는 운영 체제의 조합), 크로스 플랫폼 런타임 환경, 가상 머신 또는 이들 중 하나 이상의 조합을 포함할 수 있다. 장치 및 실행 환경은 웹 서비스, 분산 컴퓨팅 및 그리드 컴퓨팅 인프라스트럭처와 같은 다양한 상이한 컴퓨팅 모델 인프라스트럭처를 실현할 수 있다.
컴퓨터 프로그램(예를 들어, 프로그램, 소프트웨어, 소프트웨어 애플리케이션, 소프트웨어 모듈, 소프트웨어 유닛, 스크립트 또는 코드로도 또한 알려져 있음)은 컴파일되거나 인터프리트된 언어, 선언형 또는 절차형 언어를 포함하는 임의의 형태의 프로그래밍 언어로 작성될 수 있고, 독립형 프로그램으로서 또는 컴퓨팅 환경에서 사용하기에 적합한 모듈, 컴포넌트, 서브 루틴, 객체 또는 기타 유닛으로서를 포함한 임의의 형태로 배포될 수 있다. 프로그램은 다른 프로그램이나 데이터(예를 들어, 마크업 언어 문서에 저장된 하나 이상의 스크립트)를 보유하는 파일의 일부에, 해당 프로그램 전용의 단일 파일에 또는 여러 개의 조정된(coordinated) 파일(예를 들어, 하나 이상의 모듈, 서브 프로그램 또는 코드 부분을 저장하는 파일)에 저장될 수 있다. 컴퓨터 프로그램은 하나의 컴퓨터에서 또는 한 사이트에 위치하거나 여러 사이트에 걸쳐 분산되어 있고 통신 네트워크에 의해 상호 연결된 여러 컴퓨터에서 실행될 수 있다.
컴퓨터 프로그램의 실행을 위한 프로세서는 예로서 범용 마이크로 프로세서 및 특수 목적 마이크로 프로세서 및 임의의 종류의 디지털 컴퓨터의 임의의 하나 이상의 프로세서를 포함한다. 일반적으로, 프로세서는 읽기 전용 메모리 또는 랜덤 액세스 메모리 또는 둘 다로부터 명령어들 및 데이터를 수신할 것이다. 컴퓨터의 필수 요소는 명령어들에 따른 행동을 수행하기 위한 프로세서 및 명령어들 및 데이터를 저장하기 위한 하나 이상의 메모리 디바이스이다. 일반적으로, 컴퓨터는 또한 데이터를 저장하기 위한 하나 이상의 대용량 저장 디바이스를 포함하거나, 하나 이상의 대용량 저장 디바이스로부터 데이터를 수신하거나 여기로 데이터를 전송하거나 둘 다를 하도록 동작 가능하게 결합될 것이다. 컴퓨터는 다른 디바이스, 예를 들어 모바일 디바이스, PDA, 게임 콘솔, GPS(Global Positioning System) 수신기 또는 휴대용 저장 디바이스에 내장될 수 있다. 컴퓨터 프로그램 명령어들 및 데이터를 저장하기에 적합한 디바이스는 예를 들어 반도체 메모리 디바이스, 자기 디스크 및 광 자기 디스크를 포함하는 비휘발성 메모리, 매체 및 메모리 디바이스를 포함한다. 프로세서 및 메모리는 특수 목적 논리 회로에 의해 보완되거나 통합될 수 있다.
모바일 디바이스는 핸드셋, 사용자 장비(user equipment, UE), 휴대 전화(예를 들어, 스마트 폰), 태블릿, 웨어러블 디바이스(예를 들어, 스마트 워치 및 스마트 안경), 인체 내에 이식된 디바이스(예를 들어, 바이오 센서, 인공 와우), 또는 다른 유형의 모바일 디바이스를 포함할 수 있다. 모바일 디바이스는 (아래에 설명된) 다양한 통신 네트워크와 무선으로 (예를 들어, 무선 주파수(RF) 신호를 사용하여) 통신할 수 있다. 모바일 디바이스는 모바일 디바이스의 현재 환경의 특성을 결정하기 위한 센서를 포함할 수 있다. 센서는 카메라, 마이크, 근접 센서, GPS 센서, 모션 센서, 가속도계, 주변 광 센서, 수분 센서, 자이로스코프, 나침반, 기압계, 지문 센서, 얼굴 인식 시스템, RF 센서(예를 들어, Wi-Fi 및 셀룰러 무선 기기), 열 센서 또는 기타 유형의 센서를 포함할 수 있다. 예를 들어, 카메라는 이동 가능하거나 고정된 렌즈, 플래시, 이미지 센서 및 이미지 프로세서를 갖는 전방 또는 후방 카메라를 포함할 수 있다. 카메라는 얼굴 및/또는 홍채 인식을 위하여 세부 사항을 캡처할 수 있는 메가픽셀 카메라일 수 있다. 카메라는 메모리에 저장되거나 원격으로 액세스되는 데이터 프로세서 및 인증(authentication) 정보와 함께 얼굴 인식 시스템을 형성할 수 있다. 얼굴 인식 시스템 또는 하나 이상의 센서, 예를 들어, 마이크, 모션 센서, 가속도계, GPS 센서 또는 RF 센서가 사용자 인증에 사용될 수 있다.
사용자와의 상호 작용을 제공하기 위하여, 실시 예는 디스플레이 디바이스 및 입력 디바이스, 예를 들어 사용자와 터치 스크린에 정보를 디스플레이하기 위한 액정 디스플레이(liquid crystal display, LCD) 또는 유기 발광 다이오드(organic light-emitting diode, OLED)/가상 현실(virtual-reality, VR)/증강 현실(augmented-reality, AR) 디스플레이, 키보드 및 사용자가 컴퓨터에 입력을 제공할 수 있는 포인팅 디바이스를 갖는 컴퓨터 상에서 구현될 수 있다. 또한 사용자와의 상호 작용을 제공하기 위하여 다른 종류의 디바이스가 사용될 수 있다; 예를 들어, 사용자에게 제공되는 피드백은 임의의 형태의 감각 피드백, 예를 들어 시각적 피드백, 청각 피드백 또는 촉각 피드백일 수 있으며; 사용자로부터의 입력은 음향, 음성 또는 촉각 입력을 포함하는 임의의 형태로 수신될 수 있다. 또한, 컴퓨터는 사용자에 의해 사용되는 디바이스로 문서를 전송하고 디바이스로부터 문서를 수신함으로써 예를 들어, 웹 브라우저로부터 수신된 요청에 응답하여 웹 페이지를 사용자의 클라이언트 디바이스 상의 웹 브라우저로 전송함으로써 사용자와 상호 작용할 수 있다.
실시 예는 임의의 형태 또는 매체의 유선 또는 무선 디지털 데이터 통신(또는 이들의 조합), 예를 들어 통신 네트워크에 의해 상호 연결된 컴퓨팅 디바이스를 사용하여 구현될 수 있다. 상호 연결된 디바이스의 예는 일반적으로 통신 네트워크를 통하여 상호 작용하는 일반적으로 서로 원격인 클라이언트 및 서버이다. 클라이언트, 예를 들어, 모바일 디바이스는 트랜잭션 자체를 서버와 함께 또는 서버를 통하여 수행할 수 있고, 예를 들어 구매(buy), 판매(sell), 지불(pay), 제공(give), 전송(send) 또는 대출(loan) 트랜잭션를 수행하거나, 이를 허가할 수 있다. 이러한 트랜잭션은 실시간으로 수행될 수 있어서 행동 및 응답이 시간적으로 가장 가까울 수 있다; 예를 들어, 개인이 행동과 반응이 실질적으로 동시에 발생하는 것을 인식하고, 개인의 행동에 따른 반응의 시간차가 1 밀리초(ms) 미만 또는 1 초 미만이거나, 응답은 시스템의 처리 제한을 고려하는 의도적 지연이 없다.
통신 네트워크의 예는 근거리 통신망(local area network, LAN), 무선 액세스 네트워크(radio access network, RAN), 대도시 통신망(metropolitan area network, MAN) 및 광역 통신망(wide area network, WAN)을 포함한다. 통신 네트워크는 인터넷의 전부 또는 일부, 다른 통신 네트워크, 또는 통신 네트워크의 조합을 포함할 수 있다. LTE(Long Term Evolution), 5G, IEEE 802, 인터넷 프로토콜(IP) 또는 기타 프로토콜 또는 프로토콜 조합을 포함한 다양한 프로토콜 및 표준에 따라 통신 네트워크에서 정보가 전송될 수 있다. 통신 네트워크는 연결된 컴퓨팅 디바이스들 사이에서 음성, 비디오, 생체 또는 인증 데이터, 또는 다른 정보를 전송할 수 있다.
개별 구현으로서 기술된 특징은 조합으로, 단일 구현으로 구현될 수 있는 반면, 단일 구현으로 기술된 특징은 다중 구현으로, 개별적으로 또는 임의의 적절한 하위 조합으로 구현될 수 있다. 특정 순서로 기술되고 청구된 동작은 그 특정 순서를 요구하거나 도시된 모든 예시된 동작이 수행되어야 하는 것으로 이해되어서는 안 된다(일부 동작은 선택적일 수 있다). 적절한 경우, 멀티 태스킹 또는 병렬 처리(또는 멀티 태스킹과 병렬 처리의 조합)가 수행될 수 있다.

Claims (15)

  1. 자금 흐름(fund flow)을 처리하는 방법에 있어서,
    블록체인의 제1 멤버에 의하여, 지급인(payer)과 수취인(payee) 사이에 지정된 금액에 대한 자금 흐름 요청을 수신하는 단계(102);
    상기 제1 멤버에 의하여, 블록체인에서 상기 제1 멤버 및 수취인에 대응하는 제2 멤버 사이의 자금 흐름 경로―상기 자금 흐름 경로는 상기 블록체인으로부터의 제1 멤버, 제2 멤버, 및 여러 중계 멤버를 포함함―를 결정하는 단계(104);
    상기 제1 멤버에 의하여, 상기 자금 흐름 경로에서 상기 제1 멤버 이외의 적어도 2 명의 멤버에 대한 컴플라이언스 검사 요청(compliance check request)을 개시하여, 상기 적어도 2 명의 멤버가 상기 자금 흐름 요청에 대응하는 자금 흐름 이벤트에 대한 컴플라이언스 검사를 동시에 수행하는 단계(106); 및
    상기 제1 멤버에 의하여, 상기 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트의 모든 컴플라이언스 검사 결과가 자격이 있을 때(qualified), 자금 흐름 계약 동작(contract operation)을 개시하여, 상기 자금 흐름 경로에 기초해 상기 자금 흐름 이벤트를 완료하는 단계(108)
    를 포함하는 자금 흐름 처리 방법.
  2. 제1항에 있어서,
    상기 제1 멤버에 의하여, 상기 자금 흐름 이벤트에 대한 컴플라이언스 검사를 수행하는 단계; 및
    상기 제1 멤버에 의하여, 컴플라이언스 검사 결과가 자격이 있을 때 상기 자금 흐름 경로의 결정을 트리거하거나; 상기 제1 멤버에 의하여, 자금 흐름 실패를 결정하고, 컴플라이언스 검사 결과가 자격이 없을 때 상기 자금 흐름 이벤트를 종료하는 단계를 더 포함하는 자금 흐름 처리 방법.
  3. 제2항에 있어서, 상기 제1 멤버에 의하여, 상기 컴플라이언스 검사 요청을 개시하는 것은:
    상기 제1 멤버에 의하여, 상기 제1 멤버 및 상기 제2 멤버가 동일한 기관에 속할 때, 상기 자금 흐름 경로 내의 모든 중계 멤버에게 상기 컴플라이언스 검사 요청을 개시하는 단계; 또는
    상기 제1 멤버에 의하여, 상기 제1 멤버 및 상기 제2 멤버가 상이한 기관에 속할 때, 상기 자금 흐름 경로 내의 상기 제2 멤버 및 모든 중계 멤버에게 컴플라이언스 검사 요청을 개시하는 단계를 포함하는 것인 자금 흐름 처리 방법.
  4. 제1항에 있어서,
    상기 제1 멤버에 의하여, 상기 자금 흐름 이벤트의 검사 대상 문서(to-be-checked documents)를 획득하는 단계;
    상기 제1 멤버에 의하여, 문서 증거 예치 계약 동작을 개시하여, 상기 검사 대상 문서에 대응하는 디지털 다이제스트를 상기 블록체인에 기록하는 단계; 및
    상기 제1 멤버에 의하여, 상기 검사 대상 문서를 상기 적어도 2 명의 멤버에게 푸시하여, 상기 적어도 2 명의 멤버가 상기 컴플라이언스 검사를 수행하는 단계를 더 포함하는 자금 흐름 처리 방법.
  5. 제4항에 있어서,
    상기 제1 멤버에 의하여, 적어도 하나의 멤버에 의하여 제공되는 컴플라이언스 검사 결과가 자격이 없을 때, 상기 자금 흐름 요청의 개시자에게 문서를 보충(supplement)하도록 요청하는 단계; 및
    상기 제1 멤버에 의하여, 획득된 보충 문서를 상기 적어도 하나의 멤버에게 푸시하여, 상기 적어도 하나의 멤버가 컴플라이언스 검사를 다시 수행하는 단계를 더 포함하는 자금 흐름 처리 방법.
  6. 제5항에 있어서,
    상기 제1 멤버에 의하여, 자금 흐름 실패를 결정하고, 문서 보충 요청 횟수가 미리 결정된 값에 도달하며 상기 적어도 하나의 멤버에 의하여 리턴된 컴플라이언스 검사 결과가 여전히 자격이 없을 때, 상기 자금 흐름 이벤트를 종료하는 단계를 더 포함하는 자금 흐름 처리 방법.
  7. 제1항에 있어서, 상기 제1 멤버에 대하여 적어도 하나의 멤버에 의하여 제공되는 컴플라이언스 검사 결과는, 상기 자금 흐름 이벤트에 대하여 상기 적어도 하나의 멤버에 의하여 수행된 컴플라이언스 검사의 상세 데이터에 대응하는 디지털 다이제스트, 결정 결과, 및 상기 적어도 하나의 멤버의 서명 정보를 포함하고, 상기 상세 데이터는 상기 적어도 하나의 멤버에 의하여 기록되는 것인 자금 흐름 처리 방법.
  8. 제1항에 있어서, 상기 컴플라이언스 검사는 KYC(Know Your Customer) 검사 및 자금 세탁 방지 검사(anti-money laundering check) 중 적어도 하나를 포함하는 것인 자금 흐름 처리 방법.
  9. 제1항에 있어서,
    상기 제1 멤버에 의하여, 상기 자금 흐름 이벤트의 컴플라이언스 검사 결과를 상기 블록체인에 기록하는 단계를 더 포함하고;
    상기 제1 멤버에 의하여, 상기 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트의 모든 컴플라이언스 검사 결과가 자격이 있을 때, 자금 흐름 계약 동작을 개시하는 단계는:
    상기 제1 멤버에 의하여, 상기 자금 흐름 경로 내의 모든 멤버의 자금 흐름 이벤트에 해당하고 상기 블록체인에 기록된 모든 컴플라이언스 검사 결과가 자격이 있을 때 상기 자금 흐름 계약 동작을 개시하는 단계를 포함하는 것인 자금 흐름 처리 방법.
  10. 제9항에 있어서,
    상기 제1 멤버에 의하여, 상기 자금 흐름 이벤트의 컴플라이언스 검사 결과를 상기 블록체인에 기록하는 단계는:
    상기 제1 멤버에 의하여, 컴플라이언스 증거 예치 계약 동작을 개시하여, 상기 자금 흐름 이벤트의 컴플라이언스 검사 결과를 상기 블록체인에 기록하는 단계를 포함하는 것인 자금 흐름 처리 방법.
  11. 제1항에 있어서, 상기 자금 흐름 요청에 기초한 상기 제1 멤버 및 상기 제2 멤버 사이의 자금 흐름은 국경 간 자금 흐름인 것인 자금 흐름 처리 방법.
  12. 제1항에 있어서, 상기 자금 흐름 요청에 기초한 상기 제1 멤버 및 상기 제2 멤버 간의 자금 흐름은 송금, 지불 또는 지불 수신인 것인 자금 흐름 처리 방법.
  13. 제1항에 있어서, 상기 블록체인은 컨소시엄 체인이고, 상기 자금 흐름 경로의 각 멤버는 상기 컨소시엄 체인의 컨소시엄 멤버인 것인 자금 흐름 처리 방법.
  14. 제1항 내지 제13항 중 어느 한 항에 있어서, 상기 제1 멤버 및 상기 제2 멤버 중 적어도 하나는, 앵커 포인트에서 각각의 멤버에 의하여 예치된 블록체인 잔고를 상기 블록체인에 등록할 책임이 있는 앵커 포인트인 것인 자금 흐름 처리 방법.
  15. 제1항 내지 제14항 중 어느 한 항의 방법을 수행하도록 구성된 복수의 모듈을 포함하는 자금 흐름 처리 장치.
KR1020207015267A 2018-01-19 2019-01-18 자금 흐름 방법과 장치, 및 전자 디바이스 KR102394303B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201810055277.2 2018-01-19
CN201810055277.2A CN108256999B (zh) 2018-01-19 2018-01-19 资金流转方法及装置、电子设备
PCT/US2019/014161 WO2019143914A1 (en) 2018-01-19 2019-01-18 Fund flow method and apparatus, and electronic device

Publications (2)

Publication Number Publication Date
KR20200079290A true KR20200079290A (ko) 2020-07-02
KR102394303B1 KR102394303B1 (ko) 2022-05-03

Family

ID=62726788

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020207015267A KR102394303B1 (ko) 2018-01-19 2019-01-18 자금 흐름 방법과 장치, 및 전자 디바이스

Country Status (10)

Country Link
US (2) US20190228393A1 (ko)
JP (1) JP7090708B2 (ko)
KR (1) KR102394303B1 (ko)
CN (2) CN108256999B (ko)
AU (1) AU2019210058A1 (ko)
CA (1) CA3083803A1 (ko)
PH (1) PH12020550744A1 (ko)
SG (1) SG11202005058YA (ko)
TW (1) TWI725355B (ko)
WO (1) WO2019143914A1 (ko)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109508970B (zh) * 2018-10-26 2020-07-10 阿里巴巴集团控股有限公司 基于区块链的汇款方法及装置
CN113128989A (zh) * 2019-02-01 2021-07-16 创新先进技术有限公司 区块链交易方法及装置、电子设备、存储介质
CN110008716B (zh) * 2019-02-01 2020-12-11 创新先进技术有限公司 区块链交易方法及装置、电子设备、存储介质
CN110009492B (zh) * 2019-02-01 2020-11-24 创新先进技术有限公司 区块链交易方法及装置、电子设备、存储介质
CN110264173B (zh) * 2019-05-30 2022-07-05 银清科技有限公司 基于区块链的双边业务结算方法及节点装置
CN110378682A (zh) * 2019-07-02 2019-10-25 银清科技(北京)有限公司 基于区块链架构的人民币跨境支付方法及装置
CN110677407B (zh) * 2019-09-26 2022-04-22 北京笔新互联网科技有限公司 轻量化区块链平台的安全控制方法
US11720895B2 (en) 2019-10-11 2023-08-08 Mastercard International Incorporated Systems and methods for use in facilitating network messaging
CN111260363A (zh) * 2020-01-14 2020-06-09 上海和数软件有限公司 基于区块链的公益基金监管方法、装置、设备及介质
US20220058637A1 (en) * 2020-08-18 2022-02-24 TraDove, Inc. Blockchain based bank checking network
CN111786952B (zh) * 2020-05-29 2023-03-17 中国银联股份有限公司 区块链系统的共识方法、装置、设备及介质
US20210398104A1 (en) 2020-06-22 2021-12-23 TraDove, Inc. Systems and methods for streamlining credit and/or debit card transactions utilizing blockchain supported credit tokens and/or debit tokens
CN111967062A (zh) * 2020-08-21 2020-11-20 支付宝(杭州)信息技术有限公司 基于区块链的数据处理系统、方法及装置
CN111770112B (zh) * 2020-08-31 2020-11-17 支付宝(杭州)信息技术有限公司 一种信息共享方法、装置及设备
US20220114566A1 (en) * 2020-10-08 2022-04-14 Mastercard International Incorporated Systems and methods for use in facilitating messaging
CN112632086A (zh) * 2021-01-08 2021-04-09 海南雷贝科技有限公司 一种基于区块链的数字资产动态余额存储方法
CN113222574B (zh) * 2021-05-11 2023-07-25 支付宝(杭州)信息技术有限公司 一种基于区块链系统的汇款方法及装置
CN115688740B (zh) * 2022-10-27 2023-09-15 杭州袋鼠云科技有限公司 一种银行流水数据自动解析方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140137098A (ko) * 2013-05-22 2014-12-02 주식회사 제로원시스템 데이터로 관리되는 무형화폐인 비트머니의 생성 방법과 제공서비스 시스템
US20160283941A1 (en) * 2015-03-27 2016-09-29 Black Gold Coin, Inc. Systems and methods for personal identification and verification
US20170366348A1 (en) * 2016-06-17 2017-12-21 Capital One Services, Llc Blockchain systems and methods for user authentication

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001029776A1 (en) * 1999-10-18 2001-04-26 Stamps.Com Cryptographic module for secure processing of value-bearing items
WO2009114876A2 (en) * 2008-03-14 2009-09-17 Obopay, Inc. Network-based viral payment system
EP2820600A1 (de) * 2012-02-28 2015-01-07 Giesecke & Devrient GmbH Authentisierte transaktionsfreigabe
CN104036387A (zh) * 2013-03-10 2014-09-10 艾助雄 一种需个体分担的团体消费的记账及结算的方法及系统
US10366386B2 (en) * 2013-09-12 2019-07-30 Paypal, Inc. Electronic wallet fund transfer system
US20150127527A1 (en) * 2013-11-01 2015-05-07 Knox Payments, Inc. Payment processing system and method
US9398018B2 (en) * 2014-03-18 2016-07-19 nTrust Technology Solutions Corp. Virtual currency system
US20160283920A1 (en) * 2015-03-28 2016-09-29 Justin Fisher Authentication and verification of digital data utilizing blockchain technology
US10740732B2 (en) * 2015-05-20 2020-08-11 Ripple Luxembourg S.A. Resource transfer system
US20170132621A1 (en) * 2015-11-06 2017-05-11 SWFL, Inc., d/b/a "Filament" Systems and methods for autonomous device transacting
EP3411824B1 (en) * 2016-02-04 2019-10-30 Nasdaq Technology AB Systems and methods for storing and sharing transactional data using distributed computer systems
CA3019275A1 (en) * 2016-04-11 2017-10-19 nChain Holdings Limited Computer-implemented methods and systems for validating tokens for blockchain-based cryptocurrencies
CN107016542A (zh) * 2016-12-06 2017-08-04 阿里巴巴集团控股有限公司 一种业务数据处理方法、验证方法、装置及系统
CN107194798B (zh) * 2017-04-28 2021-07-20 广东网金控股股份有限公司 一种基于区块链联盟链的银行清算方法
CN107292735A (zh) * 2017-05-27 2017-10-24 唐盛（北京）物联技术有限公司 一种基于区块链技术的抵押融资方法及系统
CN107392603B (zh) * 2017-06-26 2021-03-16 中国人民银行数字货币研究所 使用数字货币的交易方法和装置
CN107545419B (zh) * 2017-07-19 2021-07-13 招商银行股份有限公司 汇款处理方法、系统及计算机可读存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140137098A (ko) * 2013-05-22 2014-12-02 주식회사 제로원시스템 데이터로 관리되는 무형화폐인 비트머니의 생성 방법과 제공서비스 시스템
US20160283941A1 (en) * 2015-03-27 2016-09-29 Black Gold Coin, Inc. Systems and methods for personal identification and verification
US20170366348A1 (en) * 2016-06-17 2017-12-21 Capital One Services, Llc Blockchain systems and methods for user authentication

Also Published As

Publication number Publication date
CA3083803A1 (en) 2019-07-25
KR102394303B1 (ko) 2022-05-03
TWI725355B (zh) 2021-04-21
JP2021510860A (ja) 2021-04-30
US20200134583A1 (en) 2020-04-30
CN108256999A (zh) 2018-07-06
US20190228393A1 (en) 2019-07-25
SG11202005058YA (en) 2020-06-29
TW201933257A (zh) 2019-08-16
PH12020550744A1 (en) 2021-04-19
WO2019143914A1 (en) 2019-07-25
CN112330447A (zh) 2021-02-05
CN108256999B (zh) 2020-08-14
AU2019210058A1 (en) 2020-06-18
JP7090708B2 (ja) 2022-06-24

Similar Documents

Publication Publication Date Title
KR102394303B1 (ko) 자금 흐름 방법과 장치, 및 전자 디바이스
KR102412444B1 (ko) 자금 흐름 방법 및 장치, 및 전자 디바이스
JP7030983B2 (ja) ブロックチェーン残高調整方法およびデバイス、ならびに電子デバイス
KR102268937B1 (ko) 자산 이전 철회 방법과 장치, 및 전자 디바이스
EP3593492B1 (en) Asset transfer method and apparatus, and electronic device
RU2732506C1 (ru) Способ и оборудование перевода активов и электронное устройство
CA3045552C (en) Asset transfer method and apparatus, and electronic device
CA3045575A1 (en) Asset transfer reversal method and apparatus, and electronic device

Legal Events

Date Code Title Description
A201 Request for examination
N231 Notification of change of applicant
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant