KR20200073803A - 블록체인 전자지갑 관리 시스템 - Google Patents

Abstract

본 발명은 블록체인 전자지갑 관리 시스템에 관한 것으로서, 보다 구체적으로는 블록체인 기술을 기반으로 하는 큐브체인 기술을 활용하여 향상된 보안성을 제공하며, 다양한 기능을 구현하여 향상된 효율성, 편리성을 제공하는 블록체인 전자지갑을 관리하는 시스템에 관한 것이다.

Description

블록체인 전자지갑 관리 시스템{Block Chain Electronic Wallet Management System}

본 발명은 블록체인 전자지갑 관리 시스템에 관한 것으로서, 보다 구체적으로는 블록체인 기술을 활용한 큐브체인을 적용한 전자지갑 관리 시스템에 관한 것이다.

IT 기술, 인터넷 등의 네트워크 기술이 발달함에 따라 전자상거래 서비스가 확산되고 있는 추세이다. 전자상거래는, 일반적으로 기업과 기업 사이의 거래 (B2B; Business to Business), 기업과 개인 사이의 거래 (B2C; Business to Customer), 개인과 개인 사이의 거래 (C2C; Customer to Customer) 및 기업과 정부 사이의 거래(B2G; Business to Government)로 구분할 수 있으며, 여기에는 유선 또는 무선으로 연결된 네트워크 시스템을 통해서 이루어지는 금전의 이동뿐만 아니라, 물건의 구매와 배송과 마케팅, 서비스 제공 등의 일련의 행위가 포함될 수 있다.

이와 같은 전자상거래와 관련하여, 최근에는 비트코인과 같은 가상의 전자 화폐를 이용한 거래 방식이 주목 받고 있다. 비트 코인은 지갑 파일의 형태로 저장되는데, 지갑에는 각각 공개 어드레스(Public address)와 비밀번호에 해당하는 개인키(Private key)가 부여되며, 공개 어드레스를 기반으로 하여 거래가 이루어질 수 있다. 이러한 전자 화폐의 거래 내역은 P2P 방식으로 이루어진 네트워크에서 블록을 생성하고 검증을 하게 되며, 이를 통해 생성된 블록들은 다른 블록과의 연결 관계를 통하여 블록체인을 형성하게 된다.

이러한 블록체인은, 데이터를 시간 순으로 암호화 검증하여 비가역적이고, 이를 P2P 방식으로 동일 데이터를 공유하여 저장함으로써 데이터를 매우 안전하게 보호하고 유지할 수 있다는 장점을 가지고 있어, 높은 신뢰성이 요구되는 암호화 화폐 시장의 기반 기술로 자리잡고 있다.

하지만, 블록체인은 사용자의 증가에 따라 거래 시 처리 속도가 느리기 때문에 효율성과 사용의 편리성이 떨어지는 문제점이 있다.

이에, 블록체인 기술이 가진 단점을 보완하여 전자 화폐의 거래 내역을 향상된 보안성 및 효율성으로 저장하고 관리할 수 있도록 하는 지갑 서비스가 요구된다.

(특허문헌 1) KR10-1628007 B1

본 발명은 상술한 목적을 달성하기 위한 것으로서, 지갑 간의 거래내역을 기존의 블록체인 기술보다 향상된 신뢰성과 보안성을 가지는 큐브체인 기술을 이용하여, 안전성, 편리성 및 효율성을 향상시킨 지갑 서비스를 제공하고자 한다.

본 발명에 따른 블록체인 전자지갑 관리 시스템은, 블록체인 전자지갑 사용자의 지갑주소와 상기 사용자와 거래하는 거래대상의 지갑주소를 관리하는 지갑주소 관리 모듈; 을 포함하여 구성되며, 상기 지갑주소 관리 모듈은, 사용자가 소지하고 있는 하나 이상의 지갑 주소와 상기 하나 이상의 지갑 주소의 사용 목적정보를 입력 받는 사용자 정보 입력 모듈; 상기 사용자 입력 모듈에서 입력 받은 사용자 지갑 주소 및 지갑주소의 사용 목적 정보를 관리하는 사용자 정보 관리 모듈; 사용자가 거래하고자 하는 거래대상들의 지갑 주소를 입력 받는 거래대상 입력 모듈; 상기 거래대상 입력 모듈에서 입력 받은 거래대상 지갑 주소를 관리하는 거래대상 관리 모듈; 을 포함하여 구성되는 것을 특징으로 한다.

구체적으로, 상기 사용자 정보 관리 모듈은, 상기 사용자 정보 입력 모듈에서 입력 받은 하나 이상의 사용자 지갑 주소를, 동일한 사용 목적 정보끼리 그룹화하여 관리하는 것을 특징으로 한다.

또한, 상기 거래대상 입력 모듈에서, 거래하고자 하는 거래대상이 하나 이상인 경우, 상기 거래대상의 지갑 주소 별로 분배하는 비율인 분배 정보를 추가로 입력하는 것을 특징으로 한다.

한편, 사용자 지갑에서 거래대상 지갑으로의 이체를 수행하는 이체 모듈; 을 포함하여 구성되며, 상기 이체 모듈은, 사용자로부터 이체정보를 입력 받는 이체정보 입력 모듈; 상기 이체정보 입력 모듈에서 입력 받은 이체정보에 따라 해당 사용자 지갑에서 거래대상 지갑으로의 이체를 수행하고, 상기 사용자 관리 모듈 및 거래대상 관리 모듈과 연계하여, 사용자 지갑 주소 별로 설정된 속성정보와 거래대상 주소 별로 설정된 분배정보에 따라 자동으로 이체를 수행하는 이체 수행 모듈; 이체 요청정보를 입력하며 해당 거래대상의 지갑에 자동이체를 요청하는 이체 요청 모듈; 을 포함하여 구성되는 것을 특징으로 한다.

여기서, 상기 이체 요청 모듈에서 자동이체를 요청한 거래대상이 이체 요청을 승인함에 따라, 상기 이체 요청정보를 바탕으로 해당 거래대상 지갑에서 사용자 지갑으로 자동이체가 수행되는 것을 특징으로 한다.

한편, 사용자의 설정에 따라 사용자 지갑주소와 특정 도메인 주소의 연결하여, 상기 도메인 주소가 해당 사용자 지갑주소를 대체하여 사용할 수 있도록 하는 도메인 서비스 모듈; 을 포함하여 구성되며, 상기 도메인 서비스 모듈은, 사용자로부터 사용자 지갑주소를 대체하여 사용할 도메인 주소와 그 사용 기간을 입력 받아, 해당 사용자 지갑주소와 상기 도메인 주소를 연결하여 등록하는 도메인 등록 모듈; 상기 사용자 관리 모듈과 연계하여, 사용자 지갑 주소 별로 상기 도메인 등록 모듈에서 등록한 도메인 주소, 그 사용 기간을 연계하여 관리하는 도메인 관리 모듈; 을 포함하여 구성되는 것을 특징으로 한다.

여기서, 상기 도메인 주소는, 이메일 주소 또는 모바일 번호를 포함하여 구성되는 것을 특징으로 한다.

또한, 상기 사용자 정보 입력모듈은, 상기 지갑의 속성정보를 추가로 입력 받으며, 상기 속성정보는, 이체 기간, 날짜, 금액, 거래 지갑주소를 포함하여 구성되는 것을 특징으로 한다.

또한, 상기 이체 요청정보는, 사용자 지갑주소, 자동이체 요청 거래대상 지갑주소 및 부가정보를 포함하여 구성되는 것을 특징으로 하며, 상기 부가정보는, 자동이체 기간, 날짜, 금액을 포함하여 구성되는 것을 특징으로 한다.

한편, 쿠폰 서비스 모듈; 을 포함하여 구성되며, 상기 쿠폰 서비스 모듈은, 사용자가 설정하는 쿠폰 생성조건에 따른 쿠폰 및 그에 해당하는 쿠폰 번호를 생성하는 쿠폰 생성 모듈; 상대방으로부터 받은 쿠폰을 그에 해당하는 쿠폰 번호를 이용하여 등록하는 쿠폰 등록 모듈; 상기 쿠폰 생성 모듈에 의해 생성된 쿠폰 및 상기 쿠폰 등록 모듈에 의해 등록된 쿠폰을 그에 해당하는 쿠폰 정보와 연계하여 관리하는 쿠폰 관리 모듈; 을 포함하여 구성되는 것을 특징으로 한다.

한편, 토큰 서비스 모듈; 을 포함하여 구성되며, 상기 토큰 서비스 모듈은, 사용자가 설정하는 토큰 설정 조건을 입력 받아, 그에 해당하는 토큰을 생성하는 토큰 발행 모듈; 사용자로부터 입력되는 토큰 이체정보에 따라, 상기 토큰 발행 모듈에 의해 발행된 토큰 중 하나를 해당 사용자 지갑에서 거래대상 지갑으로 이체하는 토큰 이체 모듈; 상기 토큰 발행 모듈에 의해 발행된 토큰에 대하여, 각 토큰 별로 그 발행 내역을 관리하는 토큰 관리 모듈; 을 포함하여 구성되는 것을 특징으로 한다.

또한, 거래내역 관리 모듈; 을 추가로 포함하여 구성되며, 상기 거래내역 관리 모듈은, 상기 이체 모듈과 연계하여, 사용자 지갑과 거래대상 지갑 간의 거래내역을 블록에 기록하고, 상기 거래내역을 포함하는 블록들을 하나의 큐브로 묶고, 큐브끼리 연결하여 형성되는 큐브체인에 저장하여 관리하는 제1 거래내역 관리 모듈; 및 상기 토큰 이체 모듈과 연계하여, 사용자 지갑과 거래대상 지갑 간의 토큰 거래내역을 블록에 기록하고, 상기 토큰 거래내역을 포함하는 블록들을 하나의 큐브로 묶고, 큐브끼리 연결하여 형성되는 큐브체인에 저장하여 관리하는 것을 특징으로 한다.

여기서, 상기 제1 거래내역 관리 모듈은, 상기 큐브를 이루는 사용자 지갑과 거래대상 지갑 간의 거래내역을 포함하는 블록들 중, 에스크로 거래 내역을 기록하는 적어도 하나 이상의 에스크로 블록을 생성하는 것을 특징으로 한다.

또한, 상기 거래내역 관리 모듈은, 에스크로 블록을 생성하고, 상기 이체 모듈과 연계하여, 사용자 지갑과 거래대상 지갑 간의 이체 내역을 상기 에스크로 블록에 기록하는 것을 특징으로 한다.

구체적으로, 상기 에스크로 블록을 생성하는 과정은, 사용자로부터 거래할 내역 및 적어도 둘 이상의 승인 방식 중 어느 하나를 선택적으로 입력 받아 에스크로 블록에 임시로 기록하는 이체 정보 임시 기록 과정; 상기 이체 정보 임시 기록과정을 통해 에스크로 블록에 기록된 소정의 승인 방식으로 이체가 승인되면, 이체 승인 결과를 기록하는 이체 승인 기록 과정; 상기 이체 승인이 완료된 거래에 대하여, 상기 이체 정보 임시 기록 과정을 통해 에스크로 블록에 기록된 이체 정보를 바탕으로 해당 거래 금액을 거래대상에게 최종 이체하고, 최종 이체 결과를 기록하는 최종 이체 기록 과정; 을 포함하여 구성되는 것을 특징으로 한다.

본 발명은 지갑 간의 거래내역을 블록에 기록하고, 이들 블록들을 큐브체인 기술을 이용하여 저장하고 관리함으로써 기존의 블록체인보다 향상된 신뢰성 및 보안성을 제공해줄 수 있다.

또한, 본 발명에 따른 블록체인 전자지갑 관리 시스템은 다양한 기능을 구현하여 향상된 편리성과 효율성을 제공해줄 수 있다.

구체적으로, 사용자가 하나의 지갑에서 본인이 소지하고 있는 여러 개의 지갑 주소를 그 사용 용도에 따라 그룹화하여 관리가 가능하여 향상된 편리성 및 효율성을 제공해줄 수 있다.

또한, 한 번에 외우기 어려운 지갑주소를 사용자의 설정에 따라 기억하기 쉬운 이메일 주소나 모바일 번호 등 사용자가 설정하는 특정 도메인 주소로 대체하여 사용할 수 있도록 함으로써, 편리성을 증대시키는 효과가 있다.

또한, 기존과 달리 간소화된 절차만으로도 발행하고자 하는 토큰의 옵션을 설정할 수 있어 간단하고 편리하게 토큰 발행이 가능할 수 있다.

도 1은 본 발명에 적용되는 블록체인 기반의 큐브체인의 형태를 간략하게 나타내는 도면이다.
도 2는 큐브에 포함되는 특수 블록을 간략하게 나타내는 도면이다.
도 3은 본 발명에 따른 블록체인 전자지갑 관리 시스템의 전체적인 구성을 개략적으로 나타내는 블록도이다.
도 4는 본 발명에 따른 이체 모듈의 예시를 나타내는 도면이다.
도 5내지 7은 본 발명에 따른 토큰 서비스 모듈의 예시를 나타내는 도면이다.

아래에서는 첨부한 도면을 참조하여 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 본 발명의 실시 예를 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시 예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면부호를 붙였다.

제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되지는 않는다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예컨대, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 본 출원에서 사용한 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다.

명세서 전체에서, 어떤 부분이 다른 부분과 “연결”되어 있다고 할 때, 이는 “직접적으로 연결”되어 있는 경우뿐 아니라, 그 중간에 다른 소자를 사이에 두고 “전기적으로 연결”되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 “포함”한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 본원 명세서 전체에서 사용되는 정도의 용어 “~(하는) 단계” 또는 “~의 단계”는 “~를 위한 단계”를 의미하지 않는다.

본 발명에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어들을 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 판례, 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 발명에서 사용되는 용어는 단순한 용어의 명칭이 아닌, 그 용어가 가지는 의미와 본 발명의 전반에 걸친 내용을 토대로 정의되어야 한다.

본 발명을 상세히 설명하기에 앞서, 본 발명에서 사용하는 용어/기술에 대하여 설명하도록 한다.

1. 개념/용어

1.1. 큐브체인(Cube Chain)

본 발명에서 사용하는 큐브체인이라 함은, 블록체인을 구성하는 복수 개의 블록을 하나의 큐브로 묶고, 큐브끼리 연결하여 데이터를 보관하는 블록체인 기술을 활용한 새로운 형태의 데이터 관리 방식이다.

구체적으로, 도 1을 참조하면 27개의 블록들은 3개씩 3열로 9개의 블록이 하나의 평면에 배열되고, 이와 같이 배열되는 9개의 블록이 3층으로 쌓여서 육면체 입체구조를 형성할 수 있다. 이러한 구조를 형성하는 각각의 블록들은 인접한 블록들과 해시 값으로 연결되어 있다. 즉, 데이터가 기록된 복수 개의 블록이 1차 암호화 과정을 통해 연결되고, 1차 암호화 과정을 통해 연결된 복수 개의 블록을 소정의 서로 다른 연결 패턴을 가지고 상호 연결하여 상기 복수 개의 블록의 연결 관계를 다중화하여 데이터를 기록하고 보관하는 방식이라 할 수 있다.

여기서, 해시 값은 데이터가 기록된 블록을 블록에 저장된 데이터의 내용 및 크기에 상관없이 소정의 정해진 비트(크기)를 가지는 무작위로 이루어진 문자열로 치환하는 해싱(hasing) 과정의 결과 값이다.

본 발명은 이와 같이 해시 값으로 치환하여 한번 암호화 된 27개의 블록들이 연결되어 형성되는 육면체 입체구조 전체를 하나의 해시 값으로 치환하여 한번 더 암호화하는 큐브체인 기술을 사용하여 지갑 간의 거래 내역을 기록하고 보관함으로써, 이중 암호화 작업을 통해 기존의 블록체인 기술보다 뛰어난 보안성을 제공해줄 뿐만 아니라 빠른 속도로 데이터 처리가 가능하기 때문에 향상된 효율성을 제공해준다.

한편, 본 발명의 이해를 돕기 위하여 도 1과 같이 입체구조가 27개의 블록들로 구성되는 육면체 입체구조인 경우를 예를 들어 설명하였지만 블록의 개수는 27개보다 많거나 적을 수 있으며, 입체구조 또한 육면체로 한정되는 것은 아니다.

1.1.1. 큐브엔진(Cube Engine)

큐브엔진은 큐브체인의 코어 기술로서, 블록을 큐브화(큐빙, Cubing)시키고, 큐브를 이루는 27개의 블록 중 3개의 특수한 기능을 가진 블록(이하, 특수 블록)을 형성하여 기존의 블록체인보다 우수한 성능을 가진다. 또한, 블록화와 큐브화를 거치는 2중 암호화 방식으로 인터넷이라는 신뢰가 형성되지 않은 공간에서 신뢰를 만들어 데이터를 이동시킬 수 있는 혁신적인 암호화 기술이다.

1.1.2. 큐빙(Cubing)

27개의 블록을 모아 하나의 큐브로 만드는 큐브화 기술을 뜻한다. 거래내역을 기록한 24개의 블록과 큐브화가 진행되면서 동시에 생기는 3개의 특수 블록이 합쳐져 하나의 큐브를 생성한다. 27개의 블록이 생성됨과 동시에 큐브화는 진행되며, 생성된 큐브는 또 하나의 해시(Hash) 값을 만든다. 이 후 기록되는 모든 거래내역들은 지속적으로 큐브(Cube)를 만들고, 해시 값은 블록과 블록이 아닌 큐브와 큐브를 연결한다. 이는 블록이 연결되면서 생기는 1차 암호화, 큐브가 연결되면서 생기는 2차 암호화 현상을 만들어내며 기존의 블록체인보다 훨씬 강력한 암호화 기술을 가진다.

1.1.3. 특수 블록

도 2를 참조하면, 큐브를 이루는 27개의 블록 중 3개는 특수한 기능을 가지는 특수 블록이 할당된다. 상기 특수 블록은 데이터 블록에 기반으로 하여 재 가공된 데이터나 반영될 데이터이기 때문에 특수 블록이 생성되기 위해서는 먼저 데이터 블록이 존재한다.

따라서, 최초의 첫번째 큐브에서는 특수 블록이 생성되지 않고 두번째 큐브부터 특수 블록이 생성되는데, 이 때 특수블록의 생성으로 인해 큐브가 완성되는데 지연되는 시간을 없애기 위하여, 특수 블록의 생성시점은 이전 큐브가 만들어지고 현재 큐브가 형성되는 시점에서 진행되고, 이전 특수블록과 이전 데이터에서 추출된 내용을 합쳐서 생성하므로 누적 반영을 쉽게 처리할 수 있다.

즉, n번째 큐브의 특수 블록은 n-1번째 큐브까지의 데이터를 담고 있다. n-1번째 큐브가 완성되는 시점에서 n-2번째 큐브의 데이터를 담은 특수 블록과 n-1번째 데이터를 합쳐서 만들어지기 시작하며, n번째 큐빙이 이루어질 때, 데이터 블록과 유기적인 관계를 형성하게 된다. 특수 블록은 큐브와 큐브의 체인화가 이루어지는 시간 동안 생성됨으로 기능적 요소는 확장되지만 이로 인해 지연되는 시간은 발생하지 않는다.

인덱싱(Indexing), 통계(Statistics), 에스크로(Escrow) 기능을 가진 특수 블록은 방대한 데이터를 빠르게 처리하거나, 안전한 거래를 진행하게 한다.

가. 인덱싱 블록(Indexing Block)

인덱싱 블록은 전체 블록에 대하여 데이터를 색인으로 표시하여 해당 블록의 방대한 데이터를 일목요연하게 정리하여 검색기능을 탑재한 블록이다. 기존의 블록체인 방식에서 특정 지갑주소에 관한 거래내역을 검색하기 위해서는 모든 데이터에 대한 검색 작업이 이루어져야 하기 때문에 많은 시간이 소요되었지만, 상기 인덱싱 블록은 전체 거래에 포함된 모든 지갑주소들을 주소 값 순서대로 정리한 후 해당되는 블록높이를 주소 값에 맞게 정리한 데이터 블록이기 때문에, 인덱싱 블록을 이용하여 검색하고자 하는 특정 지갑주소에 대한 거래 내역을 빠른 속도로 찾아낼 수 있다.

구체적으로, 상술한 큐브화 과정은 큐브를 구성하는 27개의 블록들 중에서 적어도 하나의 블록을 인덱싱 블록(Indexing Block)으로 생성하는 인덱싱 블록 생성 과정을 포함하여 구성될 수 있다.

예를 들어, 상기 고유 번호 확인 과정은 해당 주소의 거래 내역이 포함되어 있는 큐브 번호와 블록 번호의 조합으로 구성될 수 있다. 다시 말해, 2번째 큐브의 5번째 블록, 15번째 큐브의 26번째 블록에 A주소에 대한 거래 내역이 기록되어 있다면, A 주소에 대한 데이터 블록의 고유 번호는 205, 1526이다.

이와 같은 방식으로 큐브체인을 구성하는 모든 거래 내역에 대해서 주소별로 분류하고, 주소별로 분류된 데이터 블록들의 고유 식별 번호를 나열함으로써 인덱싱 블록이 생성될 수 있다.

이러한 과정으로 생성된 인덱싱 블록은, 큐브를 구성하는 데이터 블록에 저장되어 있는 거래 내역을 주소 별로 분류하여 그 색인 데이터가 기록된 블록으로서, 큐브를 구성하는 다른 데이터 블록들과 마찬가지로 해싱되어 해시 값이 생성될 수 있다.

이와 같은 인덱싱 블록은 특정 지갑주소에 대한 이력을 빠르게 찾고 쉽게 관리할 수 있도록 해줌으로써, 전자지갑의 목록 출력이나 이력 제공, API 제공 시 빠른 속도로 구현이 가능하다.

나. 통계 블록(Statistics Block)

통계 블록은, 큐브를 구성하는 데이터 블록들에 기록되어 있는 거래 내역을 통계 기법으로 분석한 통계 값이 저장되는 특수 블록이다. 종래의 블록체인 기술은 블록들이 선형적으로 연결되어 소정의 통계 값을 추출하기 위해서는 연결되어 있는 모든 블록을 하나씩 확인해야 되므로 시간이 오래 걸리는 문제점이 있었다. 이에 비해 본 발명의 큐브체인은 전체 블록에 대해서 소정의 통계 값을 미리 산출하여 통계 블록에 저장하고 업데이트 함으로써, 종래의 통계 값을 산출할 때마다 모든 블록의 데이터를 확인하는 과정을 생략하여 통계 값을 추출하는 시간을 줄일 수 있기 때문에 빠른 시간 내에 서비스 처리가 가능하다.

구체적으로, 본 발명의 실시 예에 따른 큐브들은 해시 값으로 상호 연결되어 있으며, 각각의 큐브는 1개의 통계 블록을 포함하는 총 3개의 특수 블록과 다수의 데이터 블록을 포함하여 구성된다, 본 발명의 실시 예는24개의 데이터 블록을 포함하여 구성된다.

다시 말해 첫 번째 큐브는 고유 식별번호 1 내지 24를 가지는 데이터 블록과 제1 통계 블록을 포함하여 구성되고, 두 번째 큐브는 고유 식별번호 28 내지 51을 가지는 데이터 블록과 제2 통계 블록을 포함하여 구성될 수 있다. 이와 같은 방식으로 복수 개의 큐브들이 연결되어 하나의 블록 체인을 구현하게 된다.

첫 번째 큐브의 제1 통계 블록은 고유 식별번호 1을 가지는 데이터 블록이 생성된 직후에 생성될 수 있다. 그 후, 첫 번째 큐브의 통계 블록은, 고유 식별번호 1내지 24를 가지는 데이터 블록들이 하나씩 생성될 때마다 통계 값을 업데이트할 수 있다.

한편, 두 번째 큐브의 제2 통계 블록은 두 번째 큐브가 생성되는 시점에 생성될 수 있으며, 이때 생성되는 제2 통계 블록은 첫 번째 큐브의 고유 식별번호 1 내지 24 데이터 블록에 대한 통계 값을 포함하여 생성될 수 있다. 그 후, 두 번째 큐브의 고유 식별번호 28 내지 51을 가지는 데이터 블록들이 하나씩 생성될 때마다 통계 값을 업데이트할 수 있다.

다시 말해, 두 번째 큐브의 통계 블록은 이전 큐브의 데이터 블록을 포함하는 전체 데이터 블록에 대한 통계 값을 초기 값으로 가지며, 이후에 데이터 블록이 생성될 때 마다 통계 값을 업데이트 한다.

한편, 상기에서는 큐브를 구성하는 데이터 블록이 하나씩 생성될 때 마다 업데이트 되는 것으로 설명하였으나, 데이터 블록이 짧은 기간 동안 많이 생성될 경우에는 블록 체인 시스템의 자원이 업데이트를 수행하기 위해 너무 많이 소모되어 블록 체인 시스템 전체의 속도가 저하될 수도 있으므로, 이를 방지하기 위해 소정의 주기 간격으로 통계 블록을 업데이트할 수도 있다

다. 에스크로 블록(Escrow Block)

에스크로 블록은, 조건부 날인 증서 기능을 하는 블록으로서 2중 승인 기능을 탑재하여 안전하게 신용거래를 진행할 수 있다.

상술한 큐브화 과정은 큐브를 구성하는 27개의 블록들 중에서 적어도 하나의 블록을 에스크로 블록(Escrow Block)으로 생성하는 에스크로 블록 생성 과정을 포함하여 구성될 수 있다. 본 발명의 실시 예에서 3개의 특수 블록과 24개의 데이터 블록을 포함하여 큐브가 구성되며, 상기 3개의 특수 블록 중 하나는 에스크로 블록으로 설정한다.

구체적으로 에스크로 생성 과정은, 송신자로부터 거래할 내역을 입력 받아 임시로 기록하는 이체 정보 임시 기록 과정, 소정의 승인 방식으로 이체를 승인 받고 이체 승인 결과를 기록하는 이체 승인 기록 과정, 상기 이체 승인 과정이 완료된 거래에 대해 상기 소정의 거래 금액을 수신자에게 최종 이체하고 최종 이체 결과를 기록하는 최종 이체 기록 과정을 포함하여 구성될 수 있다. 한편, 이와 같은 과정으로 생성되는 에스크로 블록은, 상술한 큐브화 과정에서 다른 데이터 블록들과 마찬가지로 해싱되어 해시 값을 생성할 수 있다.

한편, 상기 에스크로 블록 생성 과정에서 생성되는 에스크로 블록은 조건부 날인 증서 거래 기능을 하는 블록으로 에스크로 블록에서 2중 승인 기능을 탑재하여 안전하게 신용거래를 진행할 수 있다.

구체적으로, 에스크로 블록에 저장되는 거래 데이터는 거래 데이터를 등록하는 사용자(송신자)가 설정하는 비밀번호를 통해 암호화 및 복호화가 이루어진다. 즉, 본 발명에서 설명하는 이중암호화는, 개인키, 공개키를 생성하고, 공개키를 기반으로 암호화 및 복호화 하는 것이 아니라 송신자가 거래 데이터를 에스크로 블록에 저장할 때, 데이터를 암호화 하기 위해 생성된 하나의 추가적인 키로 암호화 및 복호화를 수행하게 된다.

한편, 조건부 날인 증서 거래는, 거래할 소정의 금액이 상대방에게 즉시 이체되는 것이 아니라 홀딩 된 상태가 되고, 그 상태에서 소정의 승인 방식에 따른 승인이 이루어져야지만 홀딩 된 금액이 상대방 지갑으로 이체되어 사용할 수 있는 금융 거래를 말한다.

종래에는 이러한 조건부 날인 증서 거래를 수행함에 있어서, 제3자(중계자)가 송신인과 수신인 중간에서 거래의 매개 역할을 수행하여야 했다. 그러나 본 발명에서는 제3 자(중계자)의 개입 없이 송신인과 수신인이 에스크로 블록을 사용함으로써 조건부 날인 증서 거래를 수행할 수 있다.

본 발명의 실시 예에 따른 이체 정보 기록 과정은, 에스크로 블록에 상술한 조건부 날인 증서 거래에 대한 데이터를 이중 승인 방식으로 저장하는 과정이다.

구체적으로 이중 승인 방식이란, 일반적인 블록체인을 사용하는 거래 시 이루어지는 승인 방식 도중, 거래자들 사이에서 승인 암호화 키를 추가 발급하여 이중 승인이 이루어져야만 거래가 가능한 방식이다.

한편, 상기 임시 이체 결과 기록과정에서는 이체를 승인 받을 때 사용되는 승인 암호화 키를 생성하는 승인 암호화 키 생성 과정을 포함하여 구성된다.

상기 이체 승인 결과 기록 단계는, 상기 소정의 방식으로 승인 암호화 키를 확인하여 이체 승인을 받는 과정이다.

구체적으로, 상기 소정의 승인 방식은, 송신인만 이체를 승인하는 송신인 승인 방식, 수신인만 이체를 승인하는 수신인 승인 방식, 송신인과 수신인 모두 이체를 승인하는 양측 승인 방식 중 어느 하나의 방식으로 이체를 승인할 수 있다.

한편, 상기 송신인 승인 방식, 수신인 승인 방식, 양측 승인 방식 중 어느 하나의 방식으로 승인이 이루어지지 않았을 경우에는 소정의 기간이 지난 후 자동으로 승인이 이루어지는 자동 승인 방식으로 이체를 승인할 수 있다. 상기 자동 승인 방식은, 상기 소정의 기간이 지나기 전에 송신인 및/또는 수신인이 승인을 수락하는 경우 자동 승인에 대한 제한이 해제될 수도 있다. 즉, 자동 승인에서 설정한 상기 소정의 기간이 지나기 전에도 이체가 승인될 수 있다.

다만, 자동 승인에 대한 소정의 기간이 설정되어 있지 않으면, 상기 송신인 승인 방식, 수신인 승인 방식, 양측 승인 방식 중 어느 하나의 방식으로 승인이 이루어질 때까지 자동으로 승인이 이루어지지 않을 수 있다.

한편, 상술한 이체 승인이 이루어지기 전 상태인 거래할 금액이 에스크로 블록에 홀딩 된 상태에서 소정의 승인 방식으로 거래를 취소할 수도 있다. 구체적으로, 상기 소정의 승인 방식은, 송신인만 거래 취소를 승인하는 송신인 승인 방식, 송신인과 수신인 모두 거래 취소를 승인하는 양측 승인 방식 중 어느 하나의 방식으로 거래를 취소할 수 있다. 여기서, 상기 양측 승인 방식은, 먼저 송신인이 거래 취소를 요청하고, 그 요청에 대해 수신인이 승인하여 거래 취소가 승인되는 방식으로서 이는 수신인 승인 방식으로 지칭할 수도 있다.

한편, 이체가 승인되면, 상기 최종 이체 결과 확인 기록 단계가 수행될 수 있다. 구체적으로, 최종 이체 결과 기록 단계는, 수신자가 이체된 금액을 임의로 사용할 수 있는 상태라는 것을 기록하는 과정일 수 있다.

한편, 최종 이체 결과 기록 단계가 수행되는 시점에서 에스크로 블록의 데이터는 일반 데이터로 전환되어 데이터 블록에 재기록될 수 있다.

이하, 도 3을 참조하여 본 발명에 따른 블록체인 전자지갑 관리 시스템을 설명하도록 한다.

2. 본 발명에 따른 블록체인 전자지갑 관리 시스템

2.1. 지갑주소 관리 모듈(100)

지갑주소 관리 모듈은, 큐브체인 기술이 적용된 블록체인 전자지갑을 이용하는 사용자의 지갑 주소, 거래대상의 지갑 주소를 관리해주는 구성으로서 하기의 세부구성을 포함하여 구성될 수 있다.

가. 사용자 정보 입력 모듈(110)

사용자 정보 입력 모듈은 사용자가 소지하고 있는 하나 이상의 지갑 주소와 각 지갑 주소의 사용 목적정보, 그리고 속성 정보를 입력 받을 수 있다.

즉, 사용자는 상기 사용자 정보 입력 모듈에 본인이 소지하고 있는 여러 개의 지갑 주소들을 입력할 수 있고, 각 지갑 주소를 입력하면서 각각에 해당하는 사용 목적정보와 속성 정보를 설정할 수 있다.

여기서, 상기 사용 목적정보라 함은, 사용자가 해당 지갑 주소의 사용 용도를 의미하는 것으로서, 예를 들어 공과금, 통신비, 보험 등일 수 있다.

또한, 상기 속성 정보라 함은, 지갑 주소의 사용 용도에 따라 특정한 날에 동일 비용이 지속적으로 이체를 해야 하는 경우 사용자가 일일이 이체할 필요 없이 자동으로 이체할 수 있도록 하는 이체조건으로서, 예를 들어 기간, 날짜, 금액, 거래 지갑주소 등을 포함하여 구성될 수 있다.

나. 사용자 정보 관리 모듈(120)

사용자 정보 관리 모듈은, 상기 사용자 정보 입력 모듈(110)에서 입력 받은 사용자의 지갑 주소, 각 지갑의 사용 목적 정보 및 속성 정보를 관리하는 구성이다.

구체적으로, 상기 사용자 정보 입력 모듈(110)에서 입력 받은 사용자의 지갑 주소를 그 사용 목적정보에 따라 그룹화하여 관리할 수 있다. 예를 들어, A 주소: 공과금, B 주소: 공과금, C 주소: 보험과 같이 지갑 주소 별로 그 사용 목적정보를 입력 받은 경우라면, 동일한 사용 목적정보인 ‘공과금’으로 설정된 A 및 B 주소를 그룹화하여 관리할 수 있다.

이와 같이 사용자가 소지한 여러 개의 지갑 주소를 그 사용 목적에 따라 사용 용도별로 그룹화하여 관리함으로써, 사용자는 본인이 소지하고 있는 여러 개의 지갑 주소를 개별적으로 관리할 필요 없어 편리성과 효율성을 향상시켜 줄 수 있다. 이 때, 사용자의 필요에 따라 지갑 주소에 대한 사용 목적이나 속성 정보의 변경하여 관리할 수 있다.

이와 같은 사용자 관리 모듈은, 후술할 이체 모듈(200)과 연계되어 사용자가 설정한 사용 목적과 그 속성 정보에 따라 자동으로 이체될 수 있도록 한다.

또한, 상기 사용자 관리 모듈은, 후술할 거래내역 관리 모듈(600)과 연계되어, 사용자 지갑의 그룹별, 개별로 해당 거래내역을 조회할 수 있도록 데이터베이스화하여 관리할 수 있다. 이에 따라, 사용자는 보다 편리하고 효율적으로 본인이 소지한 다수의 지갑에 대한 거래내역들의 조회 및 관리가 가능하다.

다. 거래대상 입력 모듈(130)

거래대상 입력 모듈은, 사용자가 거래하고자 하는 거래대상들의 지갑 주소를 입력 받을 수 있다. 이 때, 필요에 따라 거래대상의 지갑 주소와 함께 그에 해당하는 분배정보를 함께 입력 받을 수 있다.

여기서, 상기 분배정보라 함은, 사용자가 특정 금액에 대하여 적어도 하나 이상의 거래대상에게 일정한 비율로 분배하여 이체해줘야 하는 경우, 그 일정 비율(%)을 의미할 수 있다. 예를 들어, 특정 사용자 지갑주소에 대하여 거래대상 주소 별로 각 분배비율을 설정하면, 후술할 이체 모듈(200)에서 해당 사용자가 거래하고자 하는 금액을 상기 설정한 분배비율에 따라 거래대상 지갑 주소로 분배하여 이체할 수 있다. 예를 들어, 거래대상이 하나인 경우에는 거래금액에 대해 사용자 본인과 거래대상에 해당하는 분배정보를 각각 설정할 수 있다. 다른 예로, 거래대상이 둘인 경우에는 거래금액에 대해 사용자 본인, 거래대상 1, 2에 해당하는 분배정보를 각각 설정하는 것일 수 있다. 이와 같이 분배정보를 설정하면, 사용자 지갑으로 입금되는 분배할 거래금액이 상기 설정한 분배정보에 따라 분배되어 각각 해당 지갑으로 이체될 수 있다.

라. 거래대상 관리 모듈(140)

상기 거래대상 입력 모듈(130)에서 입력 받은 거래대상의 지갑 주소 및 그에 해당하는 분배정보를 관리하는 구성이다. 여기서, 상기 거래대상 관리 모듈을 통해 필요에 따라 거래대상의 분배정보를 변경할 수도 있다.

상기 거래대상 관리 모듈은, 후술할 이체 모듈(200)과 연계되어, 사용자가 상기 설정한 분배정보에 따른 분배 이체를 위해 사용자 지갑으로 입금된 특정 금액에 대하여 분배 이체를 승인하면, 그에 따른 분배 이체 승인신호를 출력하여 해당 분배 이체를 수행할 수 있도록 한다.

2.2. 이체 모듈(200)

가. 이체정보 입력 모듈(210)

이체정보 입력 모듈은, 사용자로부터 본인 지갑에서 특정 거래대상 지갑으로의 이체를 위한 이체정보를 입력 받는 구성이다. 사용자는 상기 사용자 관리 모듈(120) 및 거래대상 관리 모듈(140)을 통한 사용자 지갑주소 별 부가정보 및 거래대상 지갑주소 별 분배정보 설정에 따른 자동이체 외에, 도 4에 보이는 것과 같이, 상기 이체정보 입력 모듈(210)을 통해 필요에 따라 거래대상 지갑으로의 이체가 수행될 수 있다.

상기 이체정보는, 출금 대상 사용자 지갑주소, 해당 거래대상 지갑주소(또는 도메인 주소), 금액, 에스크로 이체 여부 등을 포함한다. 여기서, 상기 이체정보에서 에스크로 이체를 사용하는 경우 송신인 승인방식, 수신인 승인방식, 양측 승인방식 중 어느 하나를 선택할 수 있으며, 이에 따라 에스크로 이체를 실행하는 경우, 우선, 이체 내역이 특수 블록인 에스크로 블록에 기록되고, 상기 선택한 승인방식에 따라 승인이 완료되면 상기 에스크로 블록에 기록되어 있는 이체 내역에 해당하는 금액이 해당 거래대상의 지갑으로 최종 이체 될 수 있다. 이와 같이 에스크로 이체 거래가 완료되면, 최종 이체 결과, 즉 최종 이체 거래 내역이 해당 에스크로 블록에 기록되고, 최종 이체 결과가 기록되면 다른 데이터 블록들과 마찬가지로 해싱되어 해시 값을 생성할 수 있다, 이와 같이 이루어지는 에스크로 거래 내역은 후술할 제1 거래내역 관리 모듈(610)에 의해 에스크로 블록에 기록되어 관리될 수 있다.

상기 에스크로 이체가 이루어지는 과정을 설명하면, 사용자(송신인)로부터 거래할 내역 및 송신인 승인 방식, 수신인 승인 방식, 양측 승인 방식 중 어느 하나를 입력 받아 에스크로 블록에 임시로 기록하는 이체 정보 임시 기록 과정, 상기 에스크로 블록에 기록된 승인 방식으로 이체가 승인되면, 해당 에스크로 블록에 이체 승인 결과를 기록하는 이체 승인 기록 과정, 상기 이체 승인 과정이 완료된 거래에 대하여, 상기 이체 정보 임시 기록 과정을 통해 에스크로 블록에 기록된 이체 정보를 바탕으로 해당 거래 금액을 거래대상(수신인)에게 최종 이체하고, 해당 에스크로 블록에 최종 이체 결과를 기록하는 최종 이체 기록 과정을 포함하여 구성될 수 있다. 이와 같은 과정을 통해 사용자와 거래대상 간의 에스크로 이체가 이루어질 수 있다. 최종 이체 결과 내역까지 기록된 에스크로 블록은, 상술한 큐브화 과정에서 다른 데이트 블록들과 마찬가지로 해싱되어 해시 값을 생성할 수 있다. 상술한 과정을 통해 생성된 에스크로 블록은, 일반적인 이체 거래내역이 기록된 다른 데이터 블록들과 큐브화 과정을 통해 큐브를 이루게 되어 향상된 보안성을 제공해줄 수 있다.

본 발명은 이와 같이 에스크로 거래를 위한 이체 내역 및/또는 거래 완료의 에스크로 거래 내역이 본 발명의 큐브 블록중 에스크로 블록에 기록되도록 함으로써, 종래의 블록체인 방식을 이용하는 경우에 비하여 에스크로 승인을 위한 이체 내역의 조회 및 에스크로 거래 내역이 에스크로 블록에 기록되도록 하여 관리함으로써, 보안성을 강화할 수 있으며, 보다 안전하고 신속한 승인 및 거래를 가능하도록 한다.

나. 이체 수행 모듈(220)

이체 수행 모듈은, 상기 이체정보 입력 모듈(210)에서 입력 받은 이체정보에 따라 해당 사용자 지갑에서 해당 거래대상 지갑으로의 이체를 수행할 수 있다.

또한, 사용자 정보 관리 모듈(120)과 연계하여 사용자 지갑 주소 별로 설정된 속성정보(기간, 일자, 금액, 거래 지갑주소)에 따라 후술할 전자 화폐 관리 모듈(700)에 저장된 해당 사용자 지갑에서 해당 거래대상 지갑으로의 자동이체를 수행할 수 있다.

또한, 상기 거래대상 관리 모듈(140)과 연계하여, 상술한 바와 같이 사용자가 특정 금액에 대한 분배 이체를 승인함에 따른 분배 이체 승인신호가 출력되면, 해당 분배정보에 따라 후술할 전자 화폐 관리 모듈(700)에 입금된 특정 금액에 대하여 분배 이체를 수행할 수 있다.

또한, 후술한 쿠폰 생성 모듈(310)과 연계하여, 쿠폰 생성 시 해당 쿠폰 생성정보를 바탕으로 해당 사용자(쿠폰 생성자)의 지갑에서 중계자(예, 회사)의 지갑으로 그 쿠폰에 해당하는 금액의 이체를 수행할 수 있다. 이에 대해서는 후술할 쿠폰 서비스(300) 모듈 설명에서 상세히 설명하도록 한다.

다. 이체 요청 모듈(230)

이체 요청 모듈은 거래대상에게 자동이체를 요청하기 위한 구성이다. 사용자가 거래대상으로부터 이체 받을 본인의 지갑주소, 자동이체 요청 대상인 거래대상 지갑주소와 그 부가정보를 입력하면 이들을 이체 요청정보로 하여 해당 거래대상의 지갑으로 전송하며 자동이체를 요청할 수 있다.

여기서, 상기 부가정보는 자동이체 기간, 일자, 금액 등을 포함하여 구성될 수 있다.

이에, 해당 거래대상이 상기와 같은 자동이체 요청을 승인하면, 그 거래대상 측에서는 자동이체 요청 승인을 나타내는 이체 성립신호가 출력됨으로써, 사용자가 설정한 상기 이체 요청정보에 해당하는 내용대로 해당 거래대상 지갑에서 사용자 지갑으로 이체가 수행될 수 있도록 한다. 즉, 사용자가 설정한 상기 이체 요청정보와 함께 해당 거래대상으로 이체를 요청함에 따라 해당 거래대상이 이를 승인하면, 해당 거래대상 측에서는 상기 이체 요청정보에 포함된 이체 받을 사용자 지갑주소, 거래대상 지갑주소 및 부가정보(자동이체 기간, 일자, 금액 등)를 포함하는 이체 성립신호를 출력함에 따라 상기 거래대상 지갑으로부터 사용자 지갑으로 이체 받을 수 있는 것이다.

이와 같이 구성되는 이체 요청 모듈은, 예를 들어 업체(사용자)에서 소비자(거래대상)에게 상품 대금을 할부로 요청하는 경우 등에 사용될 수 있다.

2.3. 쿠폰 서비스 모듈(300)

사용자의 설정에 따라 쿠폰을 발행하고 관리하며, 이를 통해 발행한 쿠폰은 다수의 상대방에게 배포해줄 수 있다.

상기 발행된 쿠폰을 다수의 상대방에게 배포하는 방식은, 쿠폰 번호를 전달하는 형태로 이루어지며, 이에 따라 쿠폰 번호의 전달이 가능한 형태라면 온/오프라인을 통해 쿠폰 배포가 가능하다. 사용자 또한 마찬가지로, 상대방으로부터 쿠폰 번호를 전달 받아 후술하는 쿠폰 등록 모듈(320)을 통해 등록하여 사용할 수 있다.

여기서, 상기 쿠폰 서비스 모듈은 상술한 에스크로 기능 중 수신인만 이체를 승인하는 수신인 승인 방식을 사용한다. 예를 들어 사용자(송신인)가 특정 거래대상(수신인)에게 쿠폰을 배포했을 때, 이를 받은 거래대상의 승인만 수락되면 그 쿠폰에 해당하는 금액의 이체가 이루어질 수 있다.

가. 쿠폰 생성 모듈(310)

쿠폰 생성 모듈은, 사용자가 설정하는 쿠폰 생성조건에 따라 그에 해당하는 쿠폰을 생성하는 구성이다. 상기 생성되는 쿠폰은 해당 쿠폰 번호가 부여될 수 있다. 여기서, 상기 쿠폰 생성조건은, 예를 들어 금액, 수량, 유효기간 등을 포함할 수 있다.

상기 생성되는 쿠폰은 그에 해당하는 쿠폰 정보를 포함하며, 상기 쿠폰 생성정보는 예를 들어 금액, 수량, 생성자 지갑주소, 유효기간, 생성 일자 등을 포함하여 구성될 수 있다. 여기서, 상기 쿠폰 생성정보는, 해당 쿠폰에 부여된 쿠폰 번호와 연계될 수 있다.

이 때, 상기 생성자 지갑주소라 함은, 쿠폰을 생성하고자 하는 사용자 본인의 지갑주소 중 하나를 의미한다.

이와 같이 쿠폰을 생성하게 되면, 상기 이체 수행 모듈(220)에 의해 상기 쿠폰 생성정보를 바탕으로 {(쿠폰 하나의 금액 X 쿠폰 수량) * (이체 수수료 X 쿠폰 수량) * (쿠폰 발행 수수료)}에 해당하는 금액이 중계자 역할을 하는 제3자(예, 회사)의 지갑으로 이체될 수 있다. 나아가, 상기 쿠폰을 받은 거래대상(수신인)이 해당 쿠폰 번호를 이용하여 쿠폰 등록이 이루어지면, 해당 쿠폰을 발행한 사용자(송신인)의 지갑에서 상기 제3자의 지갑으로 이체된 {(쿠폰 하나의 금액 X 쿠폰 수량) * (이체 수수료 X 쿠폰 수량) * (쿠폰 발행 수수료)}에 해당하는 금액 중 쿠폰 하나의 금액이 해당 거래대상(수신인)의 지갑으로 이체되는 형태로 쿠폰 거래가 이루어질 수 있다. 즉, 발행되는 쿠폰의 거래는 사용자(송신인)과 거래대상(수신인) 사이에 중계자인 제3자(예, 회사)를 거쳐 쿠폰 금액의 거래가 이루어지는 것일 수 있다.

여기서, 쿠폰 생성 시 사용자(송신인)가 설정한 유효기간 내에 해당 쿠폰이 거래대상(수신인)에 의해 등록(승인)되지 않으면, 해당 쿠폰의 금액과 해당 이체 수수료를 합한 금액이 제3자(예, 회사)의 지갑에서 사용자(송신인)의 지갑으로 환불될 수 있다.

나. 쿠폰 등록 모듈(320)

쿠폰 등록 모듈은, 상대방으로부터 쿠폰을 받은 경우 해당 쿠폰을 등록하는 구성으로서, 쿠폰을 등록함으로써 해당 쿠폰을 사용할 수 있다. 여기서, 상대방으로부터 쿠폰을 받는 형태는, 해당 쿠폰의 쿠폰 번호를 전달 받는 것일 수 있다. 상기 쿠폰 생성 모듈(310)에서 생성되는 쿠폰과 마찬가지로, 상대방으로부터 받은 쿠폰 또한 해당 쿠폰 번호가 부여되어 있고, 상기 쿠폰 번호와 해당 금액, 수량, 생성자 지갑주소, 유효기간, 생성 일자 등으로 포함하는 쿠폰 생성정보가 연계되어 있기 때문에, 쿠폰이 거래되는 형태는 쿠폰 번호로 주거나 받는 것으로 이루어질 수 있다.

상기 쿠폰 등록 모듈은, 사용자로부터 등록자(사용자 본인) 지갑주소와 해당 쿠폰 번호를 입력 받아 등록할 수 있다. 상술한 바와 같이, 상기 쿠폰 번호에는 해당 금액, 수량, 생성자 지갑주소, 유효기간, 생성 일자 등이 포함된 쿠폰 정보가 연계되어 있다.

이와 같이 등록자(사용자 본인) 지갑주소 및 쿠폰 번호를 입력 받음에 따라 이들 정보를 포함하는 쿠폰 등록 신호를 생성하며 해당 쿠폰을 등록할 수 있다. 상기 쿠폰 등록 신호가 생성됨에 따라 제3자(예, 회사)의 지갑으로부터 그 쿠폰에 해당하는 금액이 등록자(본인)의 지갑주소로 이체될 수 있다. 이 경우는, 상술한 쿠폰 생성 모듈(310)에서와 반대로 쿠폰을 등록하는 사용자가 수신인이고, 해당 쿠폰을 발행한 상대방이 송신인이 된다.

다. 쿠폰 관리 모듈(330)

상기 쿠폰 생성 모듈(310)에서 생성한 쿠폰 및 상기 쿠폰 등록 모듈(320)에서 등록한 쿠폰들을 관리하는 구성이다. 각 쿠폰에 부여된 쿠폰 번호에 연계되어 있는 쿠폰 정보를 이용하여, 쿠폰 별 해당 쿠폰 정보를 연계하여 리스트 형태로 관리하며, 상기 생성 쿠폰과 등록 쿠폰을 분류하여 관리할 수 있다.

상기 쿠폰 생성 모듈(310)에 의해 생성된 쿠폰은, 해당 쿠폰 번호와 금액, 수량, 생성 일자, 생성자 지갑 주소, 유효기간 등을 포함하는 쿠폰 정보를 연계하여 리스트 형태로 관리할 수 있다.

상기 쿠폰 등록 모듈(320)에 의해 등록된 쿠폰은, 해당 쿠폰 번호와 금액, 수량, 사용 내역, 등록자 지갑주소, 생성자 지갑 주소 등을 포함하는 쿠폰 정보를 리스트 형태로 관리할 수 있다.

이와 같이 구성되는 쿠폰 관리 모듈을 통해, 쿠폰의 생성 내역, 등록 내역, 사용 내역 등을 확인할 수 있고 효율적인 관리가 가능하다.

2.4. 도메인 서비스 모듈(400)

도메인 서비스 모듈은, 사용자의 설정에 따라 사용자 지갑주소와 특정 도메인 주소를 연결하여, 외우기 어려운 지갑주소를 대체하여 사용자가 설정한 특정 도메인 주소를 사용할 수 있도록 하는 구성이다.

가. 도메인 등록 모듈(410)

사용자로부터 사용자 지갑주소를 대체하여 사용할 도메인 주소와 그 사용 기간을 입력 받아, 해당 사용자 지갑주소와 상기 도메인 주소를 연결하여 등록할 수 있다.

상기 도메인 주소는, 예를 들어 이메일 주소, 모바일 번호 등으로 사용할 수도 있다.

예를 들어, 사용자가 본인의 지갑주소 중 CWxhQRgBrqZUbj6fj1ftprurb2U9yAFMhu의 형식을 가진 지갑주소를 대신할 도메인 주소로 Abc.com 를 설정하였다면, 상기 도메인 등록 모듈은 상기 CWxhQRgBrqZUbj6fj1ftprurb2U9yAFMhu와 상기 Abc.com 를 연결하여, 복잡한 지갑주소를 대신하여 다소 단순한 문자열로 설정된 도메인 주소를 사용할 수 있도록 한다. 이에 따라, 복잡한 지갑주소 대신에 본인이 설정한 기억하기 쉬운 도메인 주소를 사용함으로써 사용자 또는 이체를 할 상대방이 쉽게 기억하여 입력할 수 있도록 하여 편리성을 증대시켜줄 수 있다.

이 때, 지갑주소를 대체할 도메인 주소와 그 사용 기간을 설정하는 것은, 코인을 이용하여 구매하는 형태로 이루어질 수 있다.

이와 같이 각각의 지갑주소 별 해당 도메인 주소를 등록하게 되면, 그 지갑주소를 대신하여 해당 도메인 주소를 사용할 수 있기 때문에 이체를 수행할 시 지갑주소가 아닌 해당 도메인 주소를 이용하여도 이체가 이루어질 수 있다.

나. 도메인 관리 모듈(420)

상기 사용자 정보 관리 모듈(120)과 연계하여, 상기 도메인 등록 모듈(410)에서 등록한 도메인 주소와 해당 사용자 지갑 주소, 그리고 사용 기간을 연계하여 관리할 수 있다. 여기서, 사용자는 필요에 따라 사용 기간을 연장할 수도 있고, 사용 기간이 남아있는 도메인 주소라면 해당 도메인 주소를 그 남은 기간과 함께 상대방에게 이관해줄 수도 있다.

2.5. 토큰 서비스 모듈(500)

가. 토큰 발행 모듈(510)

도 5 및 6과 같이 사용자가 설정하는 토큰 설정 조건을 입력 받아, 그에 해당하는 토큰을 생성할 수 있다. 상기 도 5 및 6에 보이는 바와 같이 간소화된 절차를 통해 생성하고자 하는 토큰의 설정 조건을 선택할 수 있어, 기존보다 향상된 편리성으로 토큰을 생성할 수 있다.

여기서, 상기 토큰 설정 조건은, 예를 들어 토큰명, 토큰심볼, 총 발행량, 소수점, 소각기능, 동결기능, 토큰사용기간, 발행량 추가 기능, 분배기능, 자동이체 기능, 발행자 수수료 부담, 토큰 관리 주소 변경 등을 포함하여 구성될 수 있다.

나. 토큰 이체 모듈(520)

토큰 이체 모듈은, 상기 토큰 발행 모듈(510)에 의해 발행된 토큰 중 사용자로부터 토큰 이체정보를 입력 받아 해당 사용자 지갑에서 해당 거래대상 지갑으로의 이체를 수행하는 구성이다. (도 7 참조)

상기 토큰 이체정보는, 출금대상 사용자 지갑주소, 이체하고자 하는 토큰, 이체 받을 거래대상 지갑주소(또는 도메인 주소) 등을 포함할 수 있다.

이에 상기 토큰 이체 모듈은, 입력 받은 토큰 이체 정보에 따라 해당 토큰이 사용자 지갑에서 거래대상 지갑으로의 이체를 수행할 수 있다.

즉, 거래대상(상대방) 지갑으로 토큰을 이체하는 것은, 상기 이체 수행(220) 모듈에서 수행하는 일반적인 이체와는 별도로 수행되는 것이다.

다. 토큰 관리 모듈(530)

토큰 관리 모듈은, 상기 토큰 발행 모듈(510)에 의해 발행된 토큰을 관리한다. 상기 토큰 관리 모듈은, 각 토큰 별로 그 설정 조건, 그리고 발행 일자를 연계하여 데이터베이스화하여 관리할 수 있다. 이를 통해, 사용자는 토큰들의 발행 내역을 확인할 수 있다.

2.6. 거래내역 관리 모듈(600)

거래내역 관리 모듈은, 제1 거래내역 관리 모듈(610) 및 제2 거래내역 관리 모듈(620)을 포함하여 구성될 수 있다.

본 발명의 거래내역 관리 모듈은, 에스크로 블록을 생성하고, 상기 이체 모듈과 연계하여, 사용자 지갑과 거래대상 지갑 간의 이체 내역을 상기 에스크로 블록에 기록하여 에스크로 거래를 진행하도록 할 수 있다. 본 발명의 에스크로 거래를 위한 이체 내역은 에스크로 블록에 기록되며, 추가로 승인절차 후 거래 완료 내역 역시 에스크로 블록에 기록될 수 있다.

1) 제1 거래내역 관리 모듈(610)

제1 거래내역 관리 모듈은, 상기 이체 모듈(200) 및 후술할 전자화폐 관리 모듈(700)과 연계하여, 사용자 지갑과 거래대상 지갑 간의 일반적인 이체 거래내역을 블록에 기록하고, 상기 거래내역을 포함하는 블록들을 도 1과 같은 형태로 큐브체인에 저장할 수 있다. 상기 큐브체인에 저장되는 일반이체 거래내역은, 사용자 지갑주소, 거래대상 지갑주소, 이체 일자, 금액 등을 포함할 수 있다. 따라서, 사용자는 상기 제1 거래내역 관리 모듈을 통해 사용자 지갑과 거래대상 지갑 간의 이체 거래내역을 확인할 수 있다.

특히, 상기 이체정보 입력 모듈(210)에서 입력 받은 이체정보에 따른 에스크로 이체 내역은 큐브를 구성하는 복수 개의 블록들 증 조건부 날인 증서 기능을 하는 특수 블록인 에스크로 블록에 기록하여 큐브체인에 저장한다.

에스크로 블록에 기록되는 이체 내역은, 해당 이체 수행 시 사용자가 설정하는 비밀번호를 이용하여 암호화 및 복호화가 수행되기 때문에 보다 향상된 보안성을 제공해준다.

2) 제2 거래내역 관리 모듈(620)

제2 거래내역 관리 모듈은, 상기 토큰 이체 모듈(520)과 연계하여, 사용자 지갑에서 거래대상 지갑으로의 토큰 이체 거래내역을 블록에 기록하고, 상기 거래내역을 포함하는 블록들을 도 1과 같은 형태로 큐브체인에 저장할 수 있다. 상기 큐브체인에 저장되는 토큰이체 거래내역은, 해당 사용자 지갑주소, 거래대상 지갑주소, 이체 일자, 토큰명 등을 포함할 수 있다. 따라서, 사용자는 상기 제2 거래내역 관리 모듈을 통해 사용자 지갑에서 거래대상 지갑으로의 토큰 이체 거래내역을 확인할 수 있다.

이와 같이, 상기 거래내역 관리 모듈은, 해시 값으로 치환하여 한번 암호화 된 27개의 블록들이 연결되어 형성되는 육면체 입체구조 전체를 하나의 해시 값으로 치환하여 한번 더 암호화하는 큐브체인 기술을 사용하여 지갑 간의 거래 내역을 기록하고 보관함으로써, 이중 암호화 작업을 통해 기존의 블록체인 기술보다 뛰어난 보안성을 제공해줄 뿐만 아니라 빠른 속도로 데이터 처리가 가능하기 때문에 향상된 효율성을 제공해줄 수 있다.

2.7. 전자 화페 관리 모듈(700)

전자 화폐 관리 모듈은, 현재 보유하고 있는 전자 화폐와 그 잔액 정보를 저장하고 관리하는 구성이다. 상기 지갑 주소 관리 모듈(100)의 사용자 정보 관리 모듈(120)과 연계하여, 사용자의 지갑 주소 별로 현재 보유하고 있는 전자 화폐와 그 잔액 정보를 저장하고 관리한다.

상기 전자 화폐 관리 모듈은, 거래대상들의 지갑으로부터 입금되는 전자 화폐를 저장 및 관리하고, 상기 이체 수행 모듈(220)에 의해 해당 사용자 지갑에 서 해당 거래대상 지갑으로 출금되면, 보유하고 있던 전자 화폐에서 출금된 전자화폐만큼 차감된 나머지 전자 화폐에 해당하는 잔액 정보를 저장하고 관리하는 것이다.

거래대상(상대방)의 지갑으로부터 입금되는 경우의 예를 들면, 상술한 이체 요청 모듈(230)에서 자동이체를 요청한 거래대상 지갑이 그 요청을 승인함에 따라 그로부터 이체 승인정보에 포함된 부가정보에 따라 그에 해당하는 금액을 입금 받을 수 있다. 또한, 상기 쿠폰 등록 모듈(320)을 통해 상대방으로부터 받은 쿠폰을 등록함에 따라, 해당 쿠폰 번호에 연계되어 있는 쿠폰 정보를 바탕으로 해당 생성자 지갑으로부터 해당 사용자 지갑으로 입금 받을 수 있다.

한편, 사용자 지갑에서 거래대상 지갑으로 출금되는 경우의 예를 들면, 상술한 지갑주소 관리 모듈(100)과 연계하여, 상기 사용자 정보 관리 모듈(120)에서 관리되고 있는 사용자 지갑 주소 별로 설정된 속성정보에 따라 상기 이체 수행 모듈(220)에 의해 해당 사용자 지갑에서 보유하고 있는 금액에서 설정한 금액만큼 해당 거래대상 지갑으로 출금될 수 있다. 또한, 상기 거래대상 관리 모듈(140)에서 관리되고 있는 거래대상 지갑주소 별 분배정보에 해당하는 분배 이체 승인신호가 출력됨에 따라, 사용자 지갑으로 입금된 특정 금액이 해당 분배 비율로 분배되어 해당 거래대상 지갑으로 출금될 수 있다.

한편, 본 발명의 기술적 사상은 상기 실시 예에 따라 구체적으로 기술되었으나, 상기 실시 예는 그 설명을 위한 것이며, 그 제한을 위한 것이 아님을 주지해야 한다. 또한, 본 발명의 기술분야에서 당업자는 본 발명의 기술 사상의 범위 내에서 다양한 실시 예가 가능함을 이해할 수 있을 것이다.

100: 지갑주소 관리 모듈
200: 이체 모듈
300: 쿠폰 서비스 모듈
400: 도메인 서비스 모듈
500: 토큰 서비스 모듈
600: 거래내역 관리 모듈
700: 전자화폐 관리 모듈

Claims (15)

1. 블록체인 전자지갑 사용자의 지갑주소와 상기 사용자와 거래하는 거래대상의 지갑주소를 관리하는 지갑주소 관리 모듈;
   을 포함하여 구성되며,
   상기 지갑주소 관리 모듈은,
   사용자가 소지하고 있는 하나 이상의 지갑 주소와 상기 하나 이상의 지갑 주소의 사용 목적정보를 입력 받는 사용자 정보 입력 모듈;
   상기 사용자 입력 모듈에서 입력 받은 사용자 지갑 주소 및 지갑주소의 사용 목적 정보를 관리하는 사용자 정보 관리 모듈;
   사용자가 거래하고자 하는 거래대상들의 지갑 주소를 입력 받는 거래대상 입력 모듈;
   상기 거래대상 입력 모듈에서 입력 받은 거래대상 지갑 주소를 관리하는 거래대상 관리 모듈;
   을 포함하여 구성되는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
2. 제1항에 있어서,
   상기 사용자 정보 관리 모듈은,
   상기 사용자 정보 입력 모듈에서 입력 받은 하나 이상의 사용자 지갑 주소를, 동일한 사용 목적 정보끼리 그룹화하여 관리하는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
3. 제1항에 있어서,
   상기 거래대상 입력 모듈에서,
   거래하고자 하는 거래대상이 하나 이상인 경우, 상기 거래대상의 지갑 주소 별로 분배하는 비율인 분배 정보를 추가로 입력하는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
4. 제1항에 있어서,
   사용자 지갑에서 거래대상 지갑으로의 이체를 수행하는 이체 모듈; 을 포함하여 구성되며,
   상기 이체 모듈은,
   사용자로부터 이체정보를 입력 받는 이체정보 입력 모듈;
   상기 이체정보 입력 모듈에서 입력 받은 이체정보에 따라 해당 사용자 지갑에서 거래대상 지갑으로의 이체를 수행하고, 상기 사용자 관리 모듈 및 거래대상 관리 모듈과 연계하여, 사용자 지갑 주소 별로 설정된 속성정보와 거래대상 주소 별로 설정된 분배정보에 따라 자동으로 이체를 수행하는 이체 수행 모듈;
   이체 요청정보를 입력하며 해당 거래대상의 지갑에 자동이체를 요청하는 이체 요청 모듈;
   을 포함하여 구성되는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
5. 제4항에 있어서,
   상기 이체 요청 모듈에서 자동이체를 요청한 거래대상이 이체 요청을 승인함에 따라, 상기 이체 요청정보를 바탕으로 해당 거래대상 지갑에서 사용자 지갑으로 자동이체가 수행되는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
6. 제1항에 있어서,
   사용자의 설정에 따라 사용자 지갑주소와 특정 도메인 주소의 연결하여, 상기 도메인 주소가 해당 사용자 지갑주소를 대체하여 사용할 수 있도록 하는 도메인 서비스 모듈;
   을 포함하여 구성되며,
   상기 도메인 서비스 모듈은,
   사용자로부터 사용자 지갑주소를 대체하여 사용할 도메인 주소와 그 사용 기간을 입력 받아, 해당 사용자 지갑주소와 상기 도메인 주소를 연결하여 등록하는 도메인 등록 모듈;
   상기 사용자 관리 모듈과 연계하여, 사용자 지갑 주소 별로 상기 도메인 등록 모듈에서 등록한 도메인 주소, 그 사용 기간을 연계하여 관리하는 도메인 관리 모듈;
   을 포함하여 구성되는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
7. 제6항에 있어서,
   상기 도메인 주소는,
   이메일 주소 또는 모바일 번호를 포함하여 구성되는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
8. 제1항에 있어서,
   상기 사용자 정보 입력모듈은, 상기 지갑의 속성정보를 추가로 입력 받으며,
   상기 속성정보는,
   이체 기간, 날짜, 금액, 거래 지갑주소를 포함하여 구성되는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
9. 제4항에 있어서,
   상기 이체 요청정보는,
   사용자 지갑주소, 자동이체 요청 거래대상 지갑주소 및 부가정보를 포함하여 구성되는 것을 특징으로 하며,
   상기 부가정보는,
   자동이체 기간, 날짜, 금액을 포함하여 구성되는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
10. 제1항에 있어서,
    쿠폰 서비스 모듈; 을 포함하여 구성되며,
    상기 쿠폰 서비스 모듈은,
    사용자가 설정하는 쿠폰 생성조건에 따른 쿠폰 및 그에 해당하는 쿠폰 번호를 생성하는 쿠폰 생성 모듈;
    상대방으로부터 받은 쿠폰을 그에 해당하는 쿠폰 번호를 이용하여 등록하는 쿠폰 등록 모듈;
    상기 쿠폰 생성 모듈에 의해 생성된 쿠폰 및 상기 쿠폰 등록 모듈에 의해 등록된 쿠폰을 그에 해당하는 쿠폰 정보와 연계하여 관리하는 쿠폰 관리 모듈;
    을 포함하여 구성되는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
11. 제1항에 있어서,
    토큰 서비스 모듈; 을 포함하여 구성되며,
    상기 토큰 서비스 모듈은,
    사용자가 설정하는 토큰 설정 조건을 입력 받아, 그에 해당하는 토큰을 생성하는 토큰 발행 모듈;
    사용자로부터 입력되는 토큰 이체정보에 따라, 상기 토큰 발행 모듈에 의해 발행된 토큰 중 하나를 해당 사용자 지갑에서 거래대상 지갑으로 이체하는 토큰 이체 모듈;
    상기 토큰 발행 모듈에 의해 발행된 토큰에 대하여, 각 토큰 별로 그 발행 내역을 관리하는 토큰 관리 모듈;
    을 포함하여 구성되는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
12. 제4항 또는 제11항에 있어서,
    거래내역 관리 모듈; 을 추가로 포함하여 구성되며,
    상기 거래내역 관리 모듈은,
    상기 이체 모듈과 연계하여, 사용자 지갑과 거래대상 지갑 간의 거래내역을 블록에 기록하고, 상기 거래내역을 포함하는 블록들을 하나의 큐브로 묶고, 큐브끼리 연결하여 형성되는 큐브체인에 저장하여 관리하는 제1 거래내역 관리 모듈; 및
    상기 토큰 이체 모듈과 연계하여, 사용자 지갑과 거래대상 지갑 간의 토큰 거래내역을 블록에 기록하고, 상기 토큰 거래내역을 포함하는 블록들을 하나의 큐브로 묶고, 큐브끼리 연결하여 형성되는 큐브체인에 저장하여 관리하는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
13. 제12항에 있어서,
    상기 제1 거래내역 관리 모듈은,
    상기 큐브를 이루는 사용자 지갑과 거래대상 지갑 간의 거래내역을 포함하는 블록들 중, 에스크로 거래 내역을 기록하는 적어도 하나 이상의 에스크로 블록을 생성하는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
14. 제13항에 있어서,
    상기 거래내역 관리 모듈은, 에스크로 블록을 생성하고,
    상기 이체 모듈과 연계하여, 사용자 지갑과 거래대상 지갑 간의 이체 내역을 상기 에스크로 블록에 기록하는 것을 특징으로 하는 블록체인 전자지갑 관리 시스템.
15. 제14항에 있어서,
    상기 에스크로 블록을 생성하는 과정은,
    사용자로부터 거래할 내역 및 적어도 둘 이상의 승인 방식 중 어느 하나를 선택적으로 입력 받아 에스크로 블록에 임시로 기록하는 이체 정보 임시 기록 과정;
    상기 이체 정보 임시 기록과정을 통해 에스크로 블록에 기록된 소정의 승인 방식으로 이체가 승인되면, 이체 승인 결과를 기록하는 이체 승인 기록 과정;
    상기 이체 승인이 완료된 거래에 대하여, 상기 이체 정보 임시 기록 과정을 통해 에스크로 블록에 기록된 이체 정보를 바탕으로 해당 거래 금액을 거래대상에게 최종 이체하고, 최종 이체 결과를 기록하는 최종 이체 기록 과정;
    을 포함하여 구성되는 블록체인 전자지갑 관리 시스템.

Images