KR20200002769A - 블록 체인 기반의 광고 중개 방법, 서버 및 컴퓨터 프로그램 - Google Patents

Abstract

본 개시의 일 실시예에 따른, 컴퓨터 판독가능 저장 매체에 저장된 컴퓨터 프로그램이 개시된다. 상기 컴퓨터 프로그램은 컴퓨터로 하여금 이하의 단계들을 수행하기 위한 명령들을 포함하며, 상기 단계들은: 광고 거래 정보에 기초하여, 광고 페이지를 생성하고, 상기 광고 페이지가 광고 노출 대상자에게 노출되도록 야기하는 단계; 상기 광고 노출 대상자로부터 상기 광고 페이지를 통해 응모 신호를 수신함에 따라, 상기 광고 거래 정보에 기초하여, 제 1 동결 코인을 광고 대행사에게 전송하고, 제 2 동결 코인을 상기 광고 노출 대상자에게 전송하는 단계; 상기 광고 거래 정보에 기초하여, 보상 지급 조건의 만족 여부를 인식하는 단계; 및 상기 보상 지급 조건이 만족된 경우, 상기 제 1 동결 코인에 대응하는 제 1 키를 상기 광고 대행사에게 전송하고, 상기 제 2 동결 코인에 대응하는 제 2 키를 상기 광고 노출 대상자에게 전송하는 단계;를 포함할 수 있다.

Description

블록 체인 기반의 광고 중개 방법, 서버 및 컴퓨터 프로그램{COMPUTER PROGRAM, SERVER AND METHOD FOR ADVERTISING INTERMEDIATION THROUGH BLOCK CHAIN}

본 개시는 블록 체인 기반의 광고 중개 방법, 서버 및 컴퓨터 프로그램에 관한 것이다.

이동 통신 및 유무선 인터넷 등 네트워크 기반이 확대됨에 따라, 네트워크 기반의 광고물을 광고 수단으로 선호하는 광고주들이 증가하고 있다.

한국 등록 특허 제 10-0867088호는 프로모션 제품에 대한 바이럴 마케팅 방법 및 상기 방법을 수행하는 시스템을 제시한다.

광고주는 광고 활동을 위해 광고 매체를 제공하는 광고 대행사를 찾는다. 광고 대행사는 광고주가 개재하기 원하는 광고의 집행 가능 여부를 확인한다. 이후 광고주 및 광고 대행사 간의 협의에 따라 구체적인 광고 계약이 체결된다.

광고주로 하여금 광고 대행사를 찾고 광고에 따른 비용이 적정한 가격인지 여부를 판단하는 과정에는 많은 시간이 소요된다. 또한, 계약 체결을 위해 협의하는 과정에는 광고주 및 광고 대행사 모두의 많은 시간과 정성이 요구된다.

이에, 다수의 광고주는 중개인을 통해 광고 대행사와 광고 계약을 수행하고 있다. 즉, 중개인이 광고주 및 광고 대행사 간의 광고 계약을 중개하고 그에 관련된 모든 조정을 담당하게 되는 것이다.

이 경우, 광고주는 광고 대행사를 쉽게 이용할 수 있으나, 직접 계약에 비해 비용이 더 부가될 수밖에 없다.

더욱이 계약 당사자 간의 직접 거래가 아닌 간접 거래가 이루어지면서 일부 광고 거래의 경우 거래의 투명성이 저해되고 있는 실정이다.

따라서, 광고 거래 체결에 소요되는 비용 및 시간을 절감하기 위한 시스템에 대한 당업계의 수요가 존재한다.

동시에, 투명하고 공정한 거래 체결을 위한 스마트 컨트랙트를 통한 광고 중개 방법에 대한 당업계의 수요가 존재한다.

또한, 광고의 결과로 발생하는 트래픽의 양과 형태를 정확하게 예측하는 것에 대한 당업계의 수요가 존재한다.

공개특허　10-20160143172

본 개시는 전술한 배경 기술에 대응하여 안출된 것으로, 사용자에게 블록 체인에 기반한 광고 중개 서비스를 제공하기 위한 것이다.

본 개시의 기술적 과제들은 이상에서 언급한 기술적 과제로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 아래의 기재로부터 당업자에게 명확하게 이해될 수 있을 것이다.

전술한 바와 같은 과제를 해결하기 위한 본 개시의 일 실시예에 따라, 컴퓨터 판독가능 저장 매체에 저장된 컴퓨터 프로그램이 개시된다. 상기 컴퓨터 프로그램은 광고 마켓 서버의 제어부로 하여금 이하의 단계들을 수행하기 위한 명령들을 포함하며, 상기 단계들은: 광고 거래 정보에 기초하여, 광고 페이지를 생성하고, 상기 광고 페이지가 광고 노출 대상자에게 노출되도록 야기하는 단계; 상기 광고 노출 대상자로부터 상기 광고 페이지를 통해 응모 신호를 수신함에 따라, 상기 광고 거래 정보에 기초하여, 제 1 동결 코인을 광고 대행사에게 전송하고, 제 2 동결 코인을 상기 광고 노출 대상자에게 전송하는 단계; 상기 광고 거래 정보에 기초하여, 보상 지급 조건의 만족 여부를 인식하는 단계; 및 상기 보상 지급 조건이 만족된 경우, 상기 제 1 동결 코인에 대응하는 제 1 키를 상기 광고 대행사에게 전송하고, 상기 제 2 동결 코인에 대응하는 제 2 키를 상기 광고 노출 대상자에게 전송하는 단계;를 포함할 수 있다.

또한, 상기 광고 페이지를 생성하기 이전에 광고주 디바이스로부터 광고 거래 요청에 대한 제 1 정보, 상기 보상 지급 조건에 대한 제 2 정보와 함께 밀봉된 제 1 코인을 수신하고, 상기 광고 대행사로부터 광고 선택 정보를 수신하는 단계;를 더 포함하고, 상기 광고 거래 정보는, 상기 제 1 정보, 상기 제 2 정보 및 상기 광고 선택 정보를 포함할 수 있다.

또한, 상기 광고 거래 정보에 기초하여, 광고 페이지를 생성하고, 상기 광고 페이지가 광고 노출 대상자에게 노출되도록 야기하는 단계는, 상기 광고 선택 정보가 상기 제 1 정보에 대응하는 경우, 상기 제 1 정보에 기초하여 광고 페이지를 생성하는 단계; 및 상기 광고 페이지를 상기 광고 대행사에게 전송함으로써, 상기 광고 페이지가 상기 광고 대행사를 통해 노출되도록 야기하는 단계;를 포함할 수 있다.

또한, 상기 단계는, 상기 광고주 디바이스로 정산 요청 신호를 전송하는 단계; 및 상기 제 1 코인에 대응하는 제 3 키를 수신하는 단계;를 더 포함할 수 있다.

또한, 상기 광고주 디바이스로 정산 요청 신호를 전송하는 단계는, 기 설정된 시간이 경과된 경우, 상기 광고주 디바이스로 상기 정산 요청 신호를 전송할 수 있다.

또한, 상기 광고주 디바이스로 정산 요청 신호를 전송하는 단계는, 상기 제 1 동결 코인을 지급받은 상기 광고 대행사 및 상기 제 2 동결 코인을 지급받은 상기 광고 노출 대상자의 수가 기 설정된 수에 대응하는 경우, 상기 광고주 디바이스로 상기 정산 요청 신호를 전송할 수 있다.

또한, 상기 제 1 동결 코인을 상기 광고 대행사에게 전송하고, 상기 제 2 동결 코인을 상기 광고 노출 대상자에게 전송하는 단계는: 상기 제 1 동결 코인 및 상기 제 2 동결 코인이 전송됨에 따라, 제 1 트랜잭션을 생성하는 단계; 상기 제 1 트랜잭션을 복수의 노드에 전송함으로써, 상기 제 1 트랜잭션이 합의 알고리즘을 통해 검증된 경우, 복수의 노드 각각에서 제 1 블록을 생성하고 상기 제 1 블록에 상기 제 1 트랜잭션이 기록되도록 야기시키는 단계;를 포함할 수 있다.

또한, 상기 제 1 동결 코인에 대응하는 제 1 키를 상기 광고 대행사에게 전송하고, 상기 제 2 동결 코인에 대응하는 제 2 키를 상기 광고 노출 대상자에게 전송하는 단계는: 상기 제 1 키 및 상기 제 2 키가 전송됨에 따라, 제 2 트랜잭션을 생성하는 단계; 상기 제 2 트랜잭션을 복수의 노드에 전송하는 단계; 및 상기 제 2 트랜잭션을 복수의 노드에 전송함으로써, 상기 제 2 트랜잭션이 합의 알고리즘을 통해 검증된 경우, 복수의 노드 각각에서 제 2 블록을 생성하고 상기 제 2 블록에 상기 제 2 트랜잭션이 기록되도록 야기시키는 단계;를 포함할 수 있다.

또한, 상기 제 1 코인에 대응하는 제 3 키를 수신하는 단계는: 상기 제 3 키가 수신됨에 따라, 제 3 트랜잭션을 생성하는 단계; 상기 제 3 트랜잭션을 복수의 노드에 전송함으로써, 상기 제 3 트랜잭션이 합의 알고리즘을 통해 검증된 경우, 복수의 노드 각각에서 제 3 블록을 생성하고 상기 제 3 블록에 상기 제 3 트랜잭션이 기록되도록 야기시키는 단계;를 포함할 수 있다.

또한, 상기 제 2 정보는, 상기 제 1 동결 코인 및 상기 제 2 동결 코인 각각의 수에 대한 정보, 상기 밀봉된 제 1 코인의 분할과 관련된 정보 및 상기 제 1 키와 상기 제 2 키의 전송과 관련된 정보 중 적어도 하나를 포함할 수 있다.

또한, 상기 제 1 키는, 상기 제 1 동결 코인의 밀봉을 해제하여 사용 가능한 코인으로 변환시키는 키고, 상기 제 2 키는, 상기 제 2 동결 코인의 밀봉을 해제하여 사용 가능한 코인으로 변환시키는 키일 수 있다.

또한, 상기 보상 지급 조건이 만족된 경우, 상기 제 1 동결 코인에 대응하는 제 1 키를 상기 광고 대행사에게 전송하고, 상기 제 2 동결 코인에 대응하는 제 2 키를 상기 광고 노출 대상자에게 전송하는 단계는, 상기 보상 지급 조건이 만족된 경우, 상기 광고 대행사의 제 1 공개 키 및 상기 광고 노출 대상자의 제 2 공개 키를 수신하는 단계; 상기 제 1 공개 키로 상기 제 1 키를 암호화한 제 1 데이터를 상기 광고 대행사에게 전송하는 단계; 및 상기 제 2 공개 키로 상기 제 2 키를 암호화한 제 2 데이터를 상기 광고 노출 대상자에게 전송하는 단계;를 포함할 수 있다.

또한, 상기 광고주 디바이스로 정산 요청 신호를 전송하는 단계는, 제 3 공개 키 및 상기 제 3 공개 키에 대응하는 개인 키를 생성하는 단계; 상기 제 3 공개 키를 상기 정산 요청 신호와 함께 상기 광고주 디바이스에게 전송하는 단계;를 포함할 수 있다.

또한, 상기 제 1 코인에 대응하는 제 3 키를 수신하는 단계는, 상기 제 3 공개 키를 이용하여 상기 제 3 키가 암호화된 제 3 데이터를 수신하는 단계; 상기 개인 키를 이용하여 상기 제 3 데이터를 복호화하여 상기 제 3 키를 추출하는 단계; 상기 제 3 키를 이용하여 상기 밀봉된 제 1 코인의 밀봉을 해제하는 단계;를 포함할 수 있다.

또한, 상기 밀봉된 제 1 코인, 상기 제 1 동결 코인 및 상기 제 2 동결 코인은, 블록체인 네트워크 내에서 홀드 명령에 의해 상기 홀드 명령이 해제될 때까지 다른 엔티티로 전송될 수 없는 동결(freeze)된 상태의 코인일 수 있다.

또한, 상기 보상 지급 조건은, 상기 광고 노출 대상자가 상기 광고 페이지를 통해 특정 어플리케이션을 설치하기 위한 웹사이트에 접속한 후, 상기 특정 어플리케이션을 설치한 경우 만족될 수 있다.

또한, 상기 보상 지급 조건은, 상기 광고 노출 대상자가 상기 광고 페이지를 통해 특정 게임 어플리케이션을 설치한 후, 상기 특정 게임 어플리케이션에서 기 설정된 레벨을 달성한 경우 만족될 수 있다.

또한, 상기 보상 지급 조건은, 상기 광고 노출 대상자가 상기 광고 페이지를 통해 특정 광고 영상의 시청과 관련된 인디케이터를 특정 어플리케이션에서 터치한 후, 상기 특정 광고 영상을 시청한 경우 만족될 수 있다.

본 개시에서 얻을 수 있는 기술적 해결 수단은 이상에서 언급한 해결 수단들로 제한되지 않으며, 언급하지 않은 또 다른 해결 수단들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 개시는 사용자에게 블록 체인 기반의 광고 중개 방법을 제공하며, 신뢰도 높은 거래 방법을 제공할 수 있다.

다양한 양상들이 이제 도면들을 참조로 기재되며, 여기서 유사한 참조 번호들은 총괄적으로 유사한 구성요소들을 지칭하는데 이용된다. 이하의 실시예에서, 설명 목적을 위해, 다수의 특정 세부사항들이 하나 이상의 양상들의 총체적 이해를 제공하기 위해 제시된다. 그러나, 그러한 양상(들)이 이러한 구체적인 세부사항들 없이 실시될 수 있음은 명백할 것이다.
도 1은 본 개시의 다양한 양태가 구현될 수 있는 블록 체인에 기반한 광고 중개 시스템의 일례를 설명하기 위해 도시한 도면이다.
도 2는 몇몇 실시예에 따른, 광고 마켓 서버의 블록 구성도를 도시한다.
도 3은 몇몇 실시예에 따른 클라우드를 설명하기 위한 도면이다.
도 4는 몇몇 실시예에 따른 블록 체인에 기반한 광고 중개 방법의 일례를 설명하기 위한 흐름도이다.
도 5는 몇몇 실시예에 따른 광고 중개 시스템이 최초 블록을 생성하는 일례를 설명하기 위한 도면이다.
도 6은 몇몇 실시예에 따른 광고 중개 시스템이 제 1 블록을 생성하는 일례를 설명하기 위한 도면이다.
도 7은 몇몇 실시예에 따른 광고 중개 시스템이 제 2 블록을 생성하는 일례를 설명하기 위한 도면이다.
도 8은 몇몇 실시예에 따른 광고 중개 시스템 제 3 블록을 생성하는 일례를 설명하기 위한 도면이다.
도 9는 몇몇 실시예에 따른 정산 요청 신호가 전송되는 조건의 일례를 설명하기 위한 흐름도이다.
도 10은 몇몇 실시예에 따른 정산 요청 신호가 전송되는 조건의 다른 일례를 설명하기 위한 흐름도이다.
도 11은 몇몇 실시예에 따른 블록들에 대한 예시들을 설명하기 위한 도면이다.
도 12는 본 개시 내용의 실시예들이 구현될 수 있는 예시적인 컴퓨팅 환경에 대한 간략하고 일반적인 개략도를 도시한다.

다양한 실시예들 및/또는 양상들이 이제 도면들을 참조하여 개시된다. 하기 설명에서는 설명을 목적으로, 하나 이상의 양상들의 전반적 이해를 돕기 위해 다수의 구체적인 세부사항들이 개시된다. 그러나, 이러한 양상(들)은 이러한 구체적인 세부사항들 없이도 실행될 수 있다는 점 또한 본 개시의 기술 분야에서 통상의 지식을 가진 자에게 감지될 수 있을 것이다. 이후의 기재 및 첨부된 도면들은 하나 이상의 양상들의 특정한 예시적인 양상들을 상세하게 기술한다. 하지만, 이러한 양상들은 예시적인 것이고 다양한 양상들의 원리들에서의 다양한 방법들 중 일부가 이용될 수 있으며, 기술되는 설명들은 그러한 양상들 및 그들의 균등물들을 모두 포함하고자 하는 의도이다.

본 명세서에서 사용되는 "실시예", "예", "양상", "예시" 등은 기술되는 임의의 양상 또는 설계가 다른 양상 또는 설계들보다 양호하다거나, 이점이 있는 것으로 해석되지 않을 수도 있다.

더불어, 용어 "또는"은 배타적 "또는"이 아니라 내포적 "또는"을 의미하는 것으로 의도된다. 즉, 달리 특정되지 않거나 문맥상 명확하지 않은 경우에, "X는 A 또는 B를 이용한다"는 자연적인 내포적 치환 중 하나를 의미하는 것으로 의도된다. 즉, X가 A를 이용하거나; X가 B를 이용하거나; 또는 X가 A 및 B 모두를 이용하는 경우, "X는 A 또는 B를 이용한다"가 이들 경우들 어느 것으로도 적용될 수 있다. 또한, 본 명세서에 사용된 "및/또는"이라는 용어는 열거된 관련 아이템들 중 하나 이상의 아이템의 가능한 모든 조합을 지칭하고 포함하는 것으로 이해되어야 한다.

또한, "포함한다" 및/또는 "포함하는"이라는 용어는, 해당 특징 및/또는 구성요소가 존재함을 의미하지만, 하나 이상의 다른 특징, 구성요소 및/또는 이들의 그룹의 존재 또는 추가를 배제하지 않는 것으로 이해되어야 한다. 또한, 달리 특정되지 않거나 단수 형태를 지시하는 것으로 문맥상 명확하지 않은 경우에, 본 명세서와 청구범위에서 단수는 일반적으로 "하나 또는 그 이상"을 의미하는 것으로 해석되어야 한다.

더불어, 본 명세서에서 사용되는 용어 "정보" 및 "데이터"는 종종 서로 상호교환 가능하도록 사용될 수 있다.

이하, 도면 부호에 관계 없이 동일하거나 유사한 구성 요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략한다. 또한, 본 명세서에 개시된 실시예를 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 명세서에 개시된 실시예의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 명세서에 개시된 실시예를 쉽게 이해할 수 있도록 하기 위한 것일 뿐, 첨부된 도면에 의해 본 명세서에 개시된 기술적 사상이 제한되지 않는다.

비록 제1, 제2 등이 다양한 소자나 구성요소들을 서술하기 위해서 사용되나, 이들 소자나 구성요소들은 이들 용어에 의해 제한되지 않음은 물론이다. 이들 용어들은 단지 하나의 소자나 구성요소를 다른 소자나 구성요소와 구별하기 위하여 사용하는 것이다. 따라서, 이하에서 언급되는 제1 소자나 구성요소는 본 개시의 기술적 사상 내에서 제2 소자나 구성요소 일 수도 있음은 물론이다.

다른 정의가 없다면, 본 명세서에서 사용되는 모든 용어(기술 및 과학적 용어를 포함)는 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 공통적으로 이해될 수 있는 의미로 사용될 수 있을 것이다. 또 일반적으로 사용되는 사전에 정의되어 있는 용어들은 명백하게 특별히 정의되어 있지 않는 한 이상적으로 또는 과도하게 해석되지 않는다.

어떤 구성 요소가 다른 구성 요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성 요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성 요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성 요소가 다른 구성 요소에 "직접 연결되어" 있다거나 "직접 접속되어"있다고 언급된 때에는, 중간에 다른 구성 요소가 존재하지 않는 것으로 이해되어야 할 것이다.

이하의 설명에서 사용되는 구성 요소에 대한 접미사 "모듈" 및 "부"는 명세서 작성의 용이함만이 고려되어 부여되거나 혼용되는 것으로서 그 자체로 서로 구별되는 의미 또는 역할을 갖는 것은 아니다.

본 개시의 목적 및 효과, 그리고 그것들을 달성하기 위한 기술적 구성들은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 본 개시를 설명하는데 있어서 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다.

그러나 본 개시는 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있다. 단지 본 실시예들은 본 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 개시의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

도 1은 본 개시의 다양한 양태가 구현될 수 있는 블록 체인 기반의 광고 중개 시스템의 일례를 설명하기 위해 도시한 도면이다.

본 개시의 실시예들에 따른 블록 체인 기반의 광고 중개 시스템은 광고 마켓 서버(100), 광고주 디바이스(200), 광고 대행사(300), 광고 노출 대상자(400), 네트워크(500) 및 클라우드(600) 중 적어도 하나를 포함할 수 있다. 다만, 상술한 구성 요소들은 광고 중개 시스템을 구현하는데 있어서 필수적인 것은 아니어서, 스마트 거래 시스템은 위에서 열거된 구성요소들 보다 많거나, 또는 적은 구성요소들을 가질 수 있다.

본 개시의 실시예들에 따른 광고 마켓 서버(100), 광고주 디바이스(200), 광고 대행사(300), 광고 노출 대상자(400) 및 클라우드(600)는 네트워크(500)를 통해, 본 개시의 실시예들에 따른 시스템을 위한 데이터를 상호 송수신할 수 있다.

본 개시의 실시예들에서, “코인”은 온라인에서 거래되는 암호화 화폐(cryptocurrency)를 의미할 수 있다. 예를 들어, 코인은 비트코인, 이더리움, 비트코인 골드, 리플, 데시, 라이트코인, BAT(Basic Attention Token) 등이 될 수 있다. 또한, “코인”은 “코인”에 대한 소유권이 있는자에게 보유분의 정률비로 이자(interest)(코인)를 지급하는 블록 체인(block chain) 시스템의 “코인”일 수 있다. 다만, 이에 한정되는 것은 아니고 다양한 형태의 암호화 화폐가 본 개시의 실시예들에 따른 코인으로 사용될 수 있다.

본 개시의 실시예들에서, "제 1 정보"는 광고주 디바이스(200)가 생성하는 광고 거래 요청에 대한 정보를 의미한다. 예를 들어, 제 1 정보는 광고 비용 정보, 광고 콘텐츠에 대한 정보 및 광고 계약 요청 서류 등을 포함할 수 있다. 이에 대한 자세한 설명은 후술한다.

본 개시의 실시예들에서, "제 2 정보"는 광고주 디바이스(200)가 생성하는 보상 지급 조건에 대한 정보를 의미한다.

구체적으로, 제 2 정보에 포함된 보상 지급 조건은 광고 노출 대상자에게 코인이 지급되는 조건에 대한 정보 및 광고 대행사에게 코인이 지급되는 조건에 대한 정보를 포함할 수 있다. 예를 들어, 제 2 정보는, 광고 대행사에게 최초로 제공되는 밀봉된 제 2 코인 수에 대한 정보, 광고 노출 대상자에게 최초로 지급되는 밀봉된 제 3 코인 수에 대한 정보, 광고주 디바이스로부터 제공 받은 밀봉된 제 1 코인의 분할과 관련된 정보 및 상기 제 1 키와 상기 제 2 키의 전송과 관련된 정보 중 적어도 하나를 포함할 수 있다.

본 개시의 실시예들에서, "밀봉된 코인"은, 예를 들어, 특정 조건이 만족되는 경우 지급되는 “키”를 통해 밀봉을 해제하여 사용 가능한 코인으로 변환되는 코인을 의미한다. 예를 들어, 밀봉된 제 1 코인은, 상기 제 1 코인에 대응하는 제 3 키를 통해 사용 가능한 제 1 코인으로 변환될 수 있으며, 본 개시의 권리 범위는 이에 제한되지 않는다. 다른 예시에서, “밀봉된 코인”은 블록체인 네트워크 내에서의 홀드(hold) 명령에 의해 홀드 명령이 해제될 때까지 다른 엔티티로 전송될 수 없는 동결(freeze) 상태의 코인을 의미할 수도 있다. 여기서, 상기 홀드 명령은 밀봉된 코인에 대응하는 키를 수신한 경우 해제될 수 있다.

한편, 본 개시와 관련하여 제 1 코인은, 광고 마켓 서버에 지급되는 코인의 양에 대한 정보를 포함하고 있을 수 있다.

몇몇 실시예에 따르면, 상기 제 1 코인에 포함된 코인의 양에 대한 정보는 객수(또는 제1 코인을 지급받을 사용자 수)와 객단가의 곱으로 산출될 수 있다. 예를 들어, 제 1 코인은 광고 노출 대상자(400)의 수 및 광고 대행사(300)의 수와 객단가(광고 노출 대상자에게 지급되는 코인(제 2 코인)의 양에 대한 정보 및 광고 대행사(300)에게 지급되는 코인(제 3 코인)의 양에 대한 정보에 기초하여 산출된 총 코인의 합)의 곱으로 산출될 수 있다.

본 개시의 실시예들에서 설명되는 코인들은 제 1 코인, 제 2 코인 및 제 3 코인으로 각각 구분하여 설명하였으나, 각각의 코인은 서로 다른 키로 밀봉된 코인을 의미할 뿐 동일한 코인일 수 있다. 그리고, 제 1 코인, 제 2 코인 및 제 3 코인 각각은 동일한 코인이 서로 다른 양을 갖고 있는 것을 표현하기 위한 것일 뿐(예를 들어, 제 1 코인은 코인 100개를 의미할 수 있고, 제 2 코인은 코인 50개를 의미할 수 있고, 제 3 코인은 코인 30개를 의미할 수 있음), 서로 다른 코인을 의미하는 것은 아니다.

본 개시의 실시예들에 따른 광고주 디바이스(200)는, 광고주가 소유하고 있는 PC(personal computer), 노트북(note book), 모바일 단말기(mobile terminal), 스마트 폰(smart phone), 태블릿 PC(tablet pc) 등을 포함할 수 있으며, 유/무선 네트워크에 접속할 수 있는 모든 종류의 단말을 포함할 수 있다.

광고 대행사(300)는 광고가 가능한 블로그, 소셜네트워크(예를 들어, 인스타그램, 페이스북 및 트위터 등), 게임 및 유튜브 등과 같은 온라인으로 광고가 가능한 어떠한 형태의 퍼블리셔(Publisher)가 될 수 있다. 본 개시와 관련하여, 광고 대행사(300)는 상술한 퍼블리셔의 단말기를 의미하는 것으로 정의하고 이하 설명한다.

광고 노출 대상자(400)는 광고 대행사(300)의 광고를 어떠한 형태로든 시청하는 사용자가 될 수 있다. 본 개시와 관련하여, 광고 노출 대상자(400)는 상기 사용자의 단말기를 의미하는 것으로 정의하고 이하 설명한다.

본 명세서에서 사용하는 용어 “노드”는 “광고 마켓 서버”, “광고주 디바이스”, “광고 대행사” 및 “광고 노출 대상자” 중 적어도 하나와 상호 데이터를 교환할 수 있는 서버일 수 있다. 다만, 이에 한정되는 것은 아니고, 노드는 복수의 노드 간 상호 데이터를 교환할 수 있는 어떠한 장치도 될 수 있다.

본 개시의 실시예들에 따른 클라우드(600)는 복수의 노드를 포함할 수 있다. 클라우드(600)에 포함된 복수의 노드는, 네트워크(500)를 통해, 생성된 트랜잭션을 공유 및 저장할 수 있다. 클라우드(600)에 포함된 복수의 노드는 블록 체인 기술의 합의(Consensus) 알고리즘을 통해 트랜잭션의 검증이 완료되면 블록에 트랜잭션을 기록하는 기능을 수행할 수 있다.

본 개시의 실시예들에 따른 네트워크(500)는 공중전화 교환망(PSTN:Public Switiched Telephone Network), xDSL(x Digital Subscriber Line), RADSL(Rate Adaptive DSL), MDSL(Multi Rate DSL), VDSL(Very High Speed DSL), UADSL(Universal Asymmetric DSL), HDSL(High Bit Rate DSL) 및 근거리 통신망(LAN) 등과 같은 다양한 유선 통신 시스템들을 사용할 수 있다.

또한, 여기서 제시되는 네트워크(500)는 CDMA(Code Division Multi Access), TDMA(Time Division Multi Access), FDMA(Frequency Division Multi Access), OFDMA(Orthogonal Frequency Division Multi Access), SC-FDMA(Single Carrier-FDMA) 및 다른 시스템들과 같은 다양한 무선 통신 시스템들을 사용할 수 있다.

본 개시의 실시예들에 따른 네트워크(500)는 유선 및 무선 등과 같은 그 통신 양태를 가리지 않고 구성될 수 있으며, 단거리 통신망(PAN:Personal Area Network), 근거리 통신망(WAN:Wide Area Network) 등 다양한 통신망으로 구성될 수 있다. 또한, 상기 네트워크는 공지의 월드와이드웹(WWW:World Wide Web)일 수 있으며, 적외선(IrDA:Infrared Data Assoication) 또는 블루투스(Bluetooth)와 같이 단거리 통신에 이용되는 무선 전송 기술을 이용할 수도 있다.

본 명세서에서 설명된 기술들은 위에서 언급된 네트워크들뿐만 아니라, 다른 네트워크들에서도 사용될 수 있다.

도 2는 몇몇 실시예에 따른, 광고 마켓 서버의 블록 구성도를 도시한다.

도 2를 참조하면, 광고 마켓 서버(100)는 통신부(110), 광고 관리부(120), 코인 분배부(130), 키 관리부(140) 및 제어부(150)를 포함할 수 있다. 다만, 상술한 구성 요소들은 광고 마켓 서버(100)를 구현하는데 있어서 필수적인 것은 아니어서, 광고 마켓 서버(100)는 위에서 열거된 구성요소들 보다 많거나, 또는 적은 구성요소들을 가질 수 있다. 여기서, 각각의 구성 요소들은 별개의 칩이나 모듈이나 장치로 구성될 수 있고, 하나의 장치 내에 포함될 수도 있다.

통신부(110)는, 광고 마켓 서버(100)와 통신 시스템 사이, 광고 마켓 서버(100)와 광고주 디바이스(200) 사이, 또는 광고 마켓 서버(100)와 광고 대행사(300) 사이, 또는 광고 마켓 서버(100)와 광고 노출 대상자(400)사이의 통신을 가능하게 하는 하나 이상의 모듈을 포함할 수 있다. 또한, 상기 통신부(110)는, 광고 마켓 서버(100)를 하나 이상의 네트워크에 연결하는 하나 이상의 모듈을 포함할 수 있다.

이러한 통신부(110)는, 이동통신 모듈, 무선 인터넷 모듈, 근거리 통신 모듈 중 적어도 하나를 포함할 수 있다.

통신부(110)는 수신부(111) 및 송신부(112)를 포함할 수 있다. 다만, 이에 한정되는 것은 아니고, 통신부(110)는 하나의 모듈을 통해 데이터를 송수신할 수도 있다.

수신부(111)는 광고주 디바이스로부터 광고 거래 요청에 대한 제 1 정보, 보상 지급 조건에 대한 제 2 정보 및 밀봉된 제 1 코인(Coin)을 수신할 수 있다.

제어부(150)는, 제 1 정보, 제 2 정보 및 밀봉된 제 1 코인이 수신함에 따라, 최초 트랜잭션을 생성할 수 있다.

제어부(150)는 통신부(110)의 송신부(112)를 제어하여, 상기 최초 트랜잭션을 복수의 노드에 전송함으로써, 상기 최초 트랜잭션을 합의 알고리즘을 통해 검증할 수 있다. 최초 트랜잭션이 검증된 경우, 복수의 노드 각각은 최초 블록을 생성할 수 있다. 이 경우, 상기 최초 블록에 상기 최초 트랜잭션이 기록될 수 있다.

트랜잭션은 노드 간 거래 내역에 대한 정보 및 거래 노드의 현재 코인 수에 대한 정보 등을 포함할 수 있다. 일례로, 최초 트랜잭션은 광고 마켓 서버(100)와 광고주 디바이스(200) 간의 거래 내역, 광고 마켓 서버(100)의 현재 코인 수 및 광고주 디바이스(200)의 현재 코인 수 등에 대한 정보를 포함할 수 있다.

본 개시의 일 실시예에 따르면, 블록은 블록 체인 기술에서 활용되는 블록으로 광고주 디바이스(200)의 정보, 광고 마켓 서버(100)의 정보, 광고 대행사(300)의 정보 및 광고 노출 대상자(400)의 정보와 관련된 모든 내용(예를 들어, 거래 내역, 현재 보유하고 있는 코인의 수 등)을 트랜잭션으로 기록하고 있을 수 있다. 블록의 보다 구체적인 설명은 도 11에서 상세히 설명한다.

최초 블록은 제네시스 블록(Genesis Block)일 수도 있고, 광고주 디바이스(200)와 광고 마켓 서버(100) 간에 최초로 생성된 블록일 수도 있다.

최초 블록이, 제네시스 블록(Genesis Block)인 경우, 최초 블록에는 이전 블록의 제 1 해쉬값에 대한 정보가 존재하지 않을 수 있다. 제네시스 블록(Genesis Block)은 처음으로 생성된 블록으로 이전 블록이 존재하지 않기 때문이다.

최초 블록이 단순히 광고주 디바이스(200)와 광고 마켓 서버(100)간에 최초로 생성된 블록이고, 제네시스 블록이 아닌 경우, 최초 블록은, 다른 광고주 디바이스가 생성한 이전 블록의 해쉬값을 포함할 수도 있다.

광고 관리부(120)는 광고 대행사로부터 광고 선택 정보가 수신되고, 상기 광고 선택 정보가 상기 제 1 정보에 대응하는 경우, 상기 제 1 정보에 기초하여 광고 페이지를 생성할 수 있다. 또한, 광고 관리부(120)는 상기 광고 페이지가 상기 광고 대행사에게 전송되어, 상기 광고 페이지가 상기 광고 대행사를 통해 노출되도록 야기시킬 수 있다.

구체적으로, 광고 마켓 서버(100)는, 광고주 디바이스(200)로부터 제 1 정보, 제 2 정보 및 제 1 코인을 수신함에 따라, 광고 대행사(300)를 모집하기 위한 플랫폼을 광고 대행사(300)에게 제공할 수 있다. 광고 대행사(300)는, 상기 플랫폼에 제공된 광고들 중 특정 광고가 선택된 경우, 상기 특정 광고에 대응하는 광고 선택 정보를 광고 마켓 서버(100)에게 전송할 수 있다. 광고 마켓 서버(100)의 제어부(150)는 광고 대행사(300)가 전송한 광고 선택 정보에 기초하여 상기 플랫폼에 포함된 광고 거래 요청들 중 광고주 디바이스(200)의 광고 거래 요청을 선택할 수 있다. 즉, 광고 선택 정보는, 광고 대행사(300)가 보상지급 조건 및 광고 비용에 기초하여 선택한 광고에 대한 정보를 포함할 수 있다.

코인 분배부(130)는 광고 노출 대상자로부터 상기 광고 페이지를 통해 응모 신호를 수신할 수 있다. 또한, 코인 분배부(130)는, 응모 신호를 수신하는 경우, 상기 제 2 정보에 기초하여, 광고 마켓 서버(100)가 보유하고 있는 코인 수 내에서, 밀봉된 제 2 코인 및 밀봉된 제 3 코인을 생성할 수 있다. 또한, 코인 분배부(130)는 밀봉된 제 2 코인을 광고 대행사에 전송하고, 밀봉된 제 3 코인을 광고 노출 대상자에게 전송할 것을 결정할 수 있다. 즉, 광고주 디바이스(200)가 광고 마켓 서버(100)로 전송하는 밀봉된 제 1 코인은 밀봉된 제 2 코인 및 밀봉된 제 3 코인과 별개의 코인일 수 있다.

몇몇 다른 실시예에 따르면, 코인 분배부(130)는, 응모 신호를 수신하는 경우, 상기 제 2 정보에 기초하여 상기 제 1 코인을 밀봉된 제 2 코인 및 밀봉된 제 3 코인으로 분할할 수도 있다. 또한, 코인 분배부(130)는 상기 제 2 코인을 상기 광고 대행사에게 전송하고, 상기 제 3 코인을 상기 광고 노출 대상자에게 전송할 것을 결정할 수 있다.

또한, 코인 분배부(130)는, 코인을 분배하는 경우, 소유권을 이전할지 여부를 결정할 수도 있다. 이에 대한 자세한 설명은 후술한다.

제어부(150)는 블록 체인 기반의 광고 중개와 관련된 동작 외에도, 통상적으로 광고 마켓 서버(100)의 전반적인 동작을 제어한다. 제어부(150)는 위에서 살펴본 구성요소들을 통해 입력 또는 출력되는 신호, 데이터, 정보 등을 처리하거나 메모리(미도시)에 저장된 응용 프로그램을 구동함으로써, 사용자에게 적절한 정보 또는 기능을 제공 또는 처리할 수 있다.

또한, 제어부(150)는 메모리에 저장된 응용 프로그램을 구동하기 위하여, 도 2과 함께 살펴본 구성요소들 중 적어도 일부를 제어할 수 있다. 나아가, 제어부(150)는 상기 응용 프로그램의 구동을 위하여, 광고 마켓 서버(100)에 포함된 구성요소들 중 적어도 둘 이상을 서로 조합하여 동작시킬 수 있다.

제어부(150)는, 제 2 코인 및 제 3 코인이 전송됨에 따라, 제 1 트랜잭션을 생성할 수 있다. 또한, 제어부(150)는 상기 제 1 트랜잭션을 복수의 노드에 전송하도록 송신부(112)를 제어함으로써, 복수의 노드 각각이 상기 제 1 트랜잭션을 합의 알고리즘을 통해 검증하도록 야기시킬 수 있다. 제 1 트랜잭션이 검증된 경우, 복수의 노드 각각은 제 1 블록을 생성할 수 있다. 여기서, 제 1 트랜잭션은 제 1 블록에 기록될 수 있다. 이 경우, 복수의 노드 각각은 상기 제 1 블록에 상기 제 1 트랜잭션을 기록할 수 있다.

키 관리부(140)는, 상기 보상 지급 조건이 만족된 경우, 상기 제 2 코인에 대응하는 제 1 키를 상기 광고 대행사에게 전송하도록 송신부(112)를 제어할 수 있다. 또한, 키 관리부(140)는, 상기 보상 지급 조건이 만족되는 경우, 상기 제 3 코인에 대응하는 제 2 키를 상기 광고 노출 대상자에게 전송하는 것을 결정할 수 있다. 여기서, 제 1 키 및 제 2 키는 밀봉된 제 2 코인 및 밀봉된 제 3 코인을 사용 가능한 코인으로 변환시키는 일종의 신호일 수도 있다. 또한, 키 관리부(140)는, 상기 보상 지급 조건이 만족된 경우, 제 1 키 및 제 2 키를 전송하도록 송신부(112)를 제어함과 동시에 상기 제 1 키 및 제 2 키에 대응하는 코인의 소유권을 전송하도록 송신부(112)를 제어할 수 있다. 이 경우, 광고 마켓 서버(100)의 키 관리부(140)가 제 1 키 및 제 2 키를 전송하기 전에는 제 2 코인 및 제 3 코인에 대한 소유권이 광고 마켓 서버(100)에 존재하기 때문에 광고 마켓 서버(100)가 제 2 코인 및 제 3 코인에 대한 이자를 획득할 수 있다. 다만, 광고 마켓 서버(100)의 키 관리부(140)가 제 1 키 및 제 2 키를 전송하여 제 2 코인 및 제 3 코인 각각에 대한 소유권이 광고 대행사(300) 및 광고 노출 대상자(400) 각각에게 이전된 경우, 광고 대행사(300)가 제 2 코인에 대한 이자를 획득할 수 있고, 광고 노출 대상자(400)가 제 3 코인에 대한 이자를 획득할 수 있다.

한편, 제어부(150)는, 제 1 키 및 제 2 키가 전송됨에 따라, 제 2 트랜잭션을 생성할 수 있다. 또한, 제어부(150)는 상기 제 2 트랜잭션을 복수의 노드에 전송하도록 송신부(112)를 제어함으로써, 상기 복수의 노드 각각이 상기 제 2 트랜잭션을 합의 알고리즘을 통해 검증하도록 야기시킬 수 있다. 제 2 트랜잭션이 검증된 경우, 복수의 노드 각각은 제 2 블록을 생성할 수 있다. 이 경우, 복수의 노드 각각은 상기 제 2 블록에 상기 제 2 트랜잭션을 기록할 수 있다.

제어부(150)는 광고주 디바이스로 정산 요청 신호를 전송하도록 송신부(112)를 제어할 수 있다. 예를 들어, 제어부(150)는 기 설정된 시간이 경과된 경우, 광고주 디바이스로 상기 정산 요청 신호를 전송하도록 송신부(112)를 제어할 수 있다. 다른 예를 들어, 제어부(150)는 특정 조건이 만족된 경우, 광고주 디바이스로 상기 정산 요청 신호를 전송하도록 송신부(112)를 제어할 수 있다.

수신부(111)는 제 1 코인에 대응하는 제 3 키를 수신할 수 있다. 여기서, 제 3 키는, 광고 마켓 서버(100)가 광고주 디바이스(200)로부터 수신한 봉인된 제 1 코인의 밀봉을 해제하여, 사용 가능한 코인으로 변환시키는 키이다.

제 3 키가 수신됨에 따라, 제어부(150)는 제 3 트랜잭션을 생성할 수 있다. 또한, 제어부(150)는 상기 제 3 트랜잭션을 복수의 노드에 전송하도록 송신부(112)를 제어함으로써, 상기 복수의 노드 각각이 제 3 트랜잭션을 합의 알고리즘을 통해 검증하도록 야기시킬 수 있다. 제 3 트랜잭션이 검증된 경우, 복수의 노드 각각은 제 3 블록을 생성할 수 있다. 이 경우, 복수의 노드 각각은 상기 제 3 블록에 상기 제 3 트랜잭션을 기록할 수 있다.

도 3은 몇몇 실시예에 따른 클라우드를 설명하기 위한 도면이다.

본 개시의 일 실시예에 따라, 클라우드(600)는 복수의 노드(601 내지 606)를 포함할 수 있다. 본 개시의 일 실시예에 따라, 복수의 노드(601 내지 606) 각각은 블록체인 시스템과 같이 서로 연결되어 광고, 코인 및 키와 관련된 정보를 포함하는 트랜잭션을 공유 및 저장할 수 있다.

클라우드(600)에 포함된 복수의 노드는 클라우드는 풀 블록 체인 노드(Full Block Chain Node) 및 라이트 노드(Lightweight Node)를 포함할 수 있다.

풀 블록 체인 노드(Full Block Chain Node)는 블록 체인의 최초의 블록부터 현재 새롭게 생성되는 블록까지 모든 블록 정보를 포함할 수 있다. 또한, 풀 블록 체인 노드(Full Block Chin Node)는 모든 블록체인 정보를 수집하고, 저장하는 역할을 수행하며, 새로운 블록을 추가하기 위해 전달받은 블록에 대해 검증을 수행할 수 있다.

라이트 노드(Lightweight Node)는 모든 블록 정보의 원본을 가지고 있지 않고, 헤더(Header) 정보만을 포함할 수 있다. 라이트 노드(Lightweight Node)가 트랜잭션을 확인하기 위해서는 SPV(Simple Payment Verify)를 수행할 수 있다.

예를 들면, 라이트 노드(Lightweight Node)가 풀 블록 체인 노드(Full Block Chain Node)에게 블록 정보를 요청하고, 머클루트(Merkle Root)를 통해 트랜잭션의 인증 내용을 확인할 수 있다.

다만, 설명의 편의를 위해 클라우드(600)에 포함된 복수의 노드(601 내지 606)는, 풀 블록 체인 노드(Full Block Chain Node)임을 가정하고 이하 설명할 수 있다.

본 개시의 실시예들에 따른 광고 마켓 서버(100), 광고주 디바이스(200), 제 광고 대행사(300) 및 광고 노출 대상자(400) 각각은 상술한 복수의 노드(601 내지 606) 중 어느 하나의 노드에 대응할 수 있다.

본 개시의 일 실시예에 따르면, 광고 마켓 서버(100)는 복수의 노드 중 어느 하나의 노드(예컨대, 노드(601))가 될 수도 있고, 광고 마켓 서버(100)와 노드는 별개의 구성으로 서로 통신이 연결되어 있을 수도 있다.

또한, 광고주 디바이스(200)가 복수의 노드 중 어느 하나의 노드(예컨대, 노드(602))가 될 수도 있고, 광고주 디바이스(200)와 노드는 별개의 구성으로 서로 통신이 연결되어 있을 수도 있다.

또한, 광고 대행사(300)가 복수의 노드 중 어느 하나의 노드(예컨대, 노드(603))가 될 수도 있고, 광고 대행사(300)와 노드는 별개의 구성으로 서로 통신이 연결되어 있을 수도 있다.

또한, 광고 노출 대상자(400)가 복수의 노드 중 어느 하나의 노드(예컨대, 노드(604))가 될 수도 있고, 광고 노출 대상자(400)와 노드는 별개의 구성으로 서로 통신이 연결되어 있을 수도 있다.

클라우드(600)에 포함된 복수의 노드(601 내지 606)에 동일한 블록이 분산 저장될 수 있다. 분산 저장된 블록은 광고, 코인 및 키와 관련된 정보를 포함하는 트랜잭션을 포함할 수 있다.

복수의 노드(601 내지 606)는 동일한 블록(예를 들면, 제 1 블록, 제 2 블록 및 제 3 블록 등)을 포함할 수 있다.

복수의 노드(601 내지 606) 각각은 생성된 트랜잭션을 서로 공유할 수 있고, 합의 알고리즘을 통해 검증된 트랜잭션을 블록에 기록할 수 있다.

예를 들어, 제 1 트랜잭션이 합의 알고리즘을 통해 합의를 완료한 경우(제 1 트랜잭션의 유효성 검증이 완료된 경우), 제 1 트랜잭션은 복수의 노드(601 내지 606)의 제 1 블록에 분산되어 저장될 수 있다. 제 1 블록 생성된 이후에는, 합의 알고리즘을 통해 합의를 완료한 제 2 트랜잭션(유효성 검증이 완료된 제 2 트랜잭션)이 복수의 노드(601 내지 606)의 제 2 블록에 분산되어 저장될 수 있다. 제 2 블록에는 제 1 블록의 해쉬값에 대한 정보가 포함될 수 있다. 따라서, 제 1 블록과 제 2 블록은 체인으로 연결된 것과 같다고 볼 수 있다. 다시 말해서, 제 1 블록과 제 2 블록은 블록체인을 형성할 수 있다. 상술한 내용에 따라, 블록체인 구조의 데이터는 위변조가 불가능하다는 효과를 가질 수 있다.

몇몇 실시예에 따르면, 본 개시에 사용되는 합의 알고리즘으로 작업 증명(Proof of Work; POW), 지분증명(Proof of stake), Practical Byzantine Fault Tolerant(PBFT) 및 Sieve 알고리즘 등이 사용될 수도 있다.

상술한 바와 같이, 블록 체인 기반의 광고 중개 방법은 블록 체인 기술의 합의 알고리즘을 이용하여 코인의 거래 내역 및 현재 코인 수에 대한 정보 등을 블록에 기록하기 때문에 코인의 거래 내역 및 현재 코인 수의 위조 또는 변조를 방지할 수 있다는 효과가 발생하게 된다.

한편, 본 발명의 몇몇 실시예에 따른 합의 알고리즘은 퍼블릭(Public) 형일 수도 있고, 프라이빗(Private) 형일 수도 있다. 퍼블릭 형 합의 알고리즘의 경우 거래 트랜잭션을 검증하기 위해서 모든 노드에 검증작업을 수행해야 하므로 매우 비효율적이라는 문제가 존재하므로 프라이빗 형 합의 알고리즘을 이용하는 것이 적합하다. 다만, 이에 한정되는 것은 아니고 합의 알고리즘으로 퍼블릭 형이 이용될 수도 있다.

도 4는 몇몇 실시예에 따른 블록 체인 기반의 광고 중개 방법의 일례를 설명하기 위한 흐름도이다. 도 5는 몇몇 실시예에 따른 광고 중개 시스템이 최초 블록을 생성하는 일례를 설명하기 위한 도면이다. 도 6은 몇몇 실시예에 따른 광고 중개 시스템이 제 1 블록을 생성하는 일례를 설명하기 위한 도면이다. 도 7은 몇몇 실시예에 따른 광고 중개 시스템이 제 2 블록을 생성하는 일례를 설명하기 위한 도면이다. 도 8은 몇몇 실시예에 따른 광고 중개 시스템이 제 3 블록을 생성하는 일례를 설명하기 위한 도면이다.

도 4 내지 도 8과 관련하여, 광고 중개 방법은 탈중앙화된 애플리케이션 (Decentralized Application;DApp)에서 구현될 수 있다. 또한, 광고 중개 방법은 솔리디티(solidity) 언어로 프로그램이 코딩(Coding)될 수 있다. 다만, 이에 한정되는 것은 아니고, 광고 중개 방법은 범용적인 프로그래밍 언어(C 언어, JAVA 언어 등)를 통해 프로그램이 코딩될 수도 있다.

도 4를 참조하면, 광고주 디바이스(200)는 광고 마켓 서버(100)에게 광고 거래 요청 정보를 송신할 수 있다(S101). 또한, 광고주 디바이스(200)는 광고 마켓 서버(100)에게 밀봉된 제 1 코인을 송신할 수 있다(S102). 이때, 광고주 디바이스(200)는 광고 마켓 서버(100)에게 밀봉된 제 1 코인에 대한 소유권을 함께 전송할 수 있다. 이 경우, 광고 마켓 서버(100)는 밀봉된 제 1 코인에 대한 이자(interest)를 획득할 수 있다. 예를 들어, 광고 마켓 서버(100)는, 제 1 코인에 대한 이자로 제 1 코인의 0.5%를 일주일에 한번씩 획득할 수 있다.

즉, 광고 마켓 서버(100)는 광고주 디바이스(200)로부터 제공 받는 밀봉된 제 1 코인의 이자를 통해 광고 마켓의 운영 자금을 확보할 수 있다.

단계(S101) 및 단계(S102)가 수행되는 순서는 바뀔 수 있다. 즉, 광고주 디바이스(200)가 광고 마켓 서버(100)로 밀봉된 제 1 코인(S102)을 송신하고, 광고주 디바이스(200)가 광고 마켓 서버(100)로 광고 거래 요청 정보를 송신할 수 있다. 한편, 단계(S101) 및 단계(S102)는 동시에 수행될 수도 있다.

광고 거래 요청 정보(제 1 정보)는 광고 비용 정보, 광고 콘텐츠에 대한 정보 및 광고 계약 요청 서류를 포함할 수 있다. 다만, 이에 한정되지 않는다.

콘텐츠에 대한 정보는, 광고주가 광고하고자 하는 광고 분야(예컨대, 기업 광고, 상품 광고, 캠페인 등), 광고 하고자 하는 아이템의 정보(예컨대, 기업 정보, 상품 정보, 캠페인 정보 등) 및 광고 하고자 하는 아이템의 타겟(예컨대, 대학생, 30대, 40 대 등) 등을 포함할 수 있다.

광고 비용 정보는, 광고 대행사에게 지급되는 코인에 대한 정보, 광고 노출 대상자에게 지급되는 코인에 대한 정보를 포함할 수 있다. 예를 들어, 광고 비용 정보는, 광고 노출 대상자(400)가 보상 지급 조건을 만족시키는 경우, 광고 대행사(300)에게 100코인(제 2 코인)을 지급하고, 광고 노출 대상자에게 300코인 (제 3 코인)을 지급한다는 정보를 포함할 수 있다.

또한, 밀봉된 제 1 코인은 광고주가 광고 마켓 서버에 지불하는 광고 비용일 수 있다. 상기 제 1 코인에 포함된 코인의 양에 대한 정보는 객수(또는 제 1 코인을 지급받을 사용자 수)와 객단가의 곱으로 산출될 수 있다. 예를 들어, 제 1 코인은 광고 노출 대상자(400)의 수 및 광고 대행사(300)의 수와 객단가(광고 노출 대상자에게 지급되는 코인(제 2 코인)의 양에 대한 정보 및 광고 대행사(300)에게 지급되는 코인(제 3 코인)의 양에 대한 정보에 기초하여 산출된 총 코인의 합)의 곱으로 산출될 수 있다.

여기서, 밀봉된 제 1 코인을 송신하는 것은 광고주 디바이스(200)가 광고 비용으로 결정한 개수의 밀봉된 코인을 광고 마켓 서버(100)에게 전송했다는 기록(또는 트랜잭션)을 전송하는 것을 의미할 수 있다.

밀봉된 제 1 코인을 광고주 디바이스(200)가 광고 마켓 서버(100)에게 전송했다는 내용을 포함하는 최초 트랜잭션이 생성된 경우, 상기 최초 트랜잭션은 복수의 노드에서 합의 알고리즘을 통해 검증 받을 수 있다. 즉, 광고 마켓 서버(100)의 제어부(150)는 송신부(112)를 제어하여 최초 트랜잭션을 복수의 노드에 전송함으로써 최초 트랜잭션이 복수의 노드에서 합의 알고리즘을 통해 최초 트랜잭션의 유효성을 검증 받도록 야기시킬 수 있다.

밀봉된 제 1 코인을 광고주 디바이스(200)가 광고 마켓 서버(100)에게 전송했다는 내용을 포함하는 최초 트랜잭션을 복수의 노드에서 합의 알고리즘을 통해 검증하는 방법에 대한 설명은 이하 도 5를 참조하여 설명한다.

도 5를 참조하면, 광고 마켓 서버(100)의 제어부(150)는, 광고주 디바이스(200)로부터 제 1 코인을 수신한 경우, 광고주 디바이스(200)가 제 1 코인을 광고주 디바이스(200)로 전송했다는 최초 트랜잭션(50)을 생성할 수 있다(S201).

최초 트랜잭션(50)은 코인 전송 내역에 대한 정보(51) 및 현재 코인 보유 상태에 대한 최신 정보를 나타내는 코인 보유 상태 정보(52)를 포함할 수 있다.

예를 들어, 코인 전송 내역에 대한 정보(51)는 “제 1 코인(100 코인)을 광고주 디바이스에서 광고 마켓 서버로 전송”과 같은 거래 내역에 대한 정보를 포함할 수 있다. 또한, 코인 전송 내역에 대한 정보(51)는 “제 1 코인(100 코인)의 소유권을 광고주 디바이스에서 광고 마켓 서버로 이전”과 같은 거래 내역(코인의 소유권 이전)에 대한 정보를 포함할 수도 있다. 또한, 코인 보유 상태 정보(52)는 “광고 마켓 서버의 현재 코인 수가 100 coin이라는 정보, 100 coin이 밀봉되어 있다는 정보” 그리고, “광고주 디바이스의 현재 코인 수가 100 coin이라는 정보” 등과 같이 코인을 거래한 주체들이 보유한 현재 코인 수에 대한 정보 및 밀봉된 코인에 대한 정보를 포함할 수 있다.

여기서, 광고 마켓 서버(100)의 현재 코인 수가 100 coin이라는 정보는 광고 마켓 서버(100)가 기존에 가지고 있던 코인이 100 coin이라는 정보이고, 100 coin이 밀봉되어 있다는 정보는 광고 마켓 서버(100)가 기존에 가지고 있던 코인과 별개로 밀봉된 100 coin을 가지고 있다는 것을 의미할 수 있다.

최초 트랜잭션(50)이 코인 보유 상태 정보(52)를 포함하고 있기 때문에, 복수의 노드들은 이전 블록을 확인하지 않고 이중 지불 문제를 해결할 수 있다는 효과가 발생하게 된다.

몇몇 실시예에 따르면, 코인 전송 내역에 대한 정보(51) 및 현재 코인 보유 상태 정보(52)에는 엔티티에 대한 정보가 익명으로 저장될 수 있다. 예를 들어, 코인 전송 내역에 대한 정보(51)에서 광고 마켓 서버가 제 1 코인을 광고 마켓 서버로 전송했다는 내용이 최초 트랜잭션에 기록될 때, 광고 마켓 서버의 공개 키에 대한 정보, 제 1 코인에 대한 정보, 광고주 디바이스의 공개 키에 대한 정보만 상기 최초 트랜잭션에 기록될 수 있다. 상술한 예시에서는 코인 전송 내역에 대한 정보(51)에 대해서만 예를 들어 설명하였으나, 이에 한정되는 것은 아니고 모든 코인 전송 내역에 대한 정보(51) 및 현재 코인 보유 상태 정보(52)에서의 엔티티에 대한 정보가 각각의 엔티티의 공개 키로 기록될 수 있다. 따라서, 광고 중개 시스템 내의 엔티티들의 개인 정보가 보호될 수 있다는 효과가 발생하게 된다.

몇몇 실시예에 따르면, 광고 마켓 서버(100)의 제어부(150)는 최초 트랜잭션(50)을 상기 광고 마켓 서버(100)의 비밀키로 서명하여, 복수의 노드에 전송하도록 송신부(112)를 제어할 수 있다(S202). 구체적으로, 광고 마켓 서버(100)의 제어부(150)는 공개키 암호화 알고리즘을 통해 개인 키(Private Key)로 최초 트랜잭션(50)을 암호화하여 노드(53)에게 전송하도록 송신부(112)를 제어할 수 있고, 노드(53)가 복수의 노드에게 상기 암호화된 트랜잭션을 공유할 수 있다(S203). 복수의 노드는 광고 마켓 서버(100)의 공개 키(Public Key)로 암호화된 트랜잭션을 복호화할 수 있다. 복수의 노드는 광고 마켓 서버(100)의 공개 키로만 암호화된 트랜잭션을 복호화할 수 있기 때문에, 복수의 노드는 광고 마켓 서버(100)가 최초 트랜잭션(50)을 암호화하여 전송하였다고 인식할 수 있게 된다.

클라우드(600)에 포함된 복수의 노드(53 내지 57)는, 단계(S203)에서 트랜잭션이 공유된 경우, 공유된 트랜잭션에 포함된 코인 전송 내역에 대한 정보(51) 및 코인 보유 상태 정보(52)를 저장하고 있을 수 있다.

블록 생성 노드(55)는 단계(S203)에서 공유된 최초 트랜잭션(50)을 모아 최초 블록을 생성할 수 있다(S204). 여기서, 블록 생성 노드(55)는 작업 증명(Proof of Work; POW) 알고리즘, 지분 증명(Proof of stake) 알고리즘, Practical Byzantine Fault Tolerant(PBFT) 알고리즘 및 Sieve 알고리즘 중 적어도 하나를 통해 블록을 생성할 수 있다. 다만, 이에 한정되는 것은 아니고, 블록 생성 노드(55)는 상술한 합의 알고리즘과 다른 합의 알고리즘을 통해 블록을 생성할 수도 있다(S204). 여기서, 클라우드(600)에 포함된 모든 노드들 중 어느 하나의 노드가 블록 생성 노드(55)가 될 수 있고, 특정 노드가 블록 생성 노드가 되는 것은 아니다. 즉, 복수의 노드 중 합의 알고리즘을 통해 논스 값을 가장 먼저 발견한 노드가 블록 생성 노드가 될 수 있다.

한편, 블록 생성 노드(55)는 최초 블록에 최초 트랜잭션(50)을 적용하여, 거래되는 노드들의 잔액 장부를 갱신할 수 있다(S205). 여기서, 잔액 장부는 코인 보유 상태 정보(52)일 수 있다.

또한, 블록 생성 노드(55)는 잔액 장부가 갱신된 최초 블록을 복수의 노드(53 내지 57)에 전파할 수 있다(S206).

복수의 노드(53 내지 57)는 블록 생성 노드(55)가 전파한 최초 블록 정보를 공유할 수 있다(S207). 복수의 노드(53 내지 57)는 최초 블록 정보를 공유함으로써 합의 알고리즘을 통해 최초 트랜잭션의 유효성을 검증할 수 있다.

구체적으로, 복수의 노드(53 내지 57)는 최초 블록 정보에 포함된 이전 블록의 해쉬값에 대한 정보가 복수의 노드(53 내지 57) 각각에 기록된 이전 블록의 해쉬값에 대한 정보와 동일한지 여부에 기초하여 이전 블록에 포함된 정보들이 위/변조되었는지 여부를 인식할 수 있다. 또한, 복수의 노드(53 내지 57)는 최초 블록 정보에 포함된 논스 값에 대한 정보를 이용하여 최초 블록의 해쉬값에 대한 정보가 산출되는지 확인하여 트랜잭션의 유효성을 검증할 수 있다. 이와 같은 방법으로 트랜잭션의 유효성을 검증하는 경우, 트랜잭션의 위/변조가 사실상 불가능하고, 트랜잭션의 유효성 검증 단계가 간편해진다는 효과가 발생하게 된다.

상기 논스 값에 대한 정보는 해쉬 알고리즘(예를 들어, Secure Hash Algorithm-256; SHA-256)을 통해 상기 최초 블록의 해쉬값을 생성할 때 사용된 임의의 값일 수 있다. 블록 생성 노드(55)는 논스 값을 랜덤하게 변경하면서 최초 블록의 헤더에 포함된 난이도 값보다 작은 해쉬값을 출력시키는 논스 값을 검색할 수 있다.

또한, 상기 최초 블록의 해쉬값에 대한 정보는 상기 논스 값과 상기 최초 블록의 헤더에 포함된 정보를 해쉬 알고리즘을 통해 해쉬값으로 변환한 값일 수 있다. 여기서, 해쉬값은 최초 블록의 헤더에 포함된 난이도 값보다 작은 값일 수 있다.

상술한 바와 같은 트랜잭션의 유효성을 검증하는 방법은 작업 증명(Proof of Work; POW), 지분증명(Proof of stake), Practical Byzantine Fault Tolerant(PBFT) 및 Sieve 알고리즘과 같은 합의 알고리즘에서 사용되는 방법으로 이에 대한 자세한 설명은 생략한다.

복수의 노드(53 내지 57)에서 최초 트랜잭션의 유효성이 검증된 경우, 복수의 노드 각각(블록 생성 노드를 제외한 클라우드에 포함된 모든 노드)에서 최초 블록을 생성하고, 최초 블록에 상기 최초 트랜잭션을 기록할 수 있다. 이 경우, 클라우드에 포함된 모든 노드는 최초 블록에 대한 정보를 공유하고 있기 때문에 블록에 동일한 최초 트랜잭션을 기록하고 있을 수 있다. 따라서, 최초 트랜잭션의 위/변조가 사실상 불가능하다는 효과가 발생하게 된다.

또한, 몇몇 실시예에 따르면, 복수의 노드(53 내지 57) 각각은 최초 블록을 생성할때, 공유된 최초 블록 정보의 최초 트랜잭션(50)을 이용하여, 각각의 노드에서 생성한 최초 블록의 잔액 장부를 갱신할 수도 있다.

다시 도 4를 참조하면, 광고 대행사(300)는 광고 선택 정보를 광고 마켓 서버(100)에 전송할 수 있다(S103).

상술한 광고 선택 정보는, 도 2의 설명에서 상세히 설명한 바와 같이, 광고 대행사(300)가 보상지급 조건 및 광고 비용에 기초하여 선택한 광고에 대한 정보일 수 있다.

광고 마켓 서버(100)의 제어부(150)는 광고 대행사(300)로부터 광고 선택 정보를 수신함에 따라, 상기 광고 선택 정보에 기초하여 광고 페이지를 생성할 수 있다(S104).

몇몇 실시예에 따르면, 광고주 디바이스(200)는 광고 페이지를 생성하여 광고 마켓 서버(100)에 전송할 수 있다.

구체적으로, 광고 마켓 서버(100)의 제어부(150)는 광고주 디바이스(200)로부터 수신한 제 1 정보를 저장할 수 있다. 이 경우, 광고 마켓 서버(100)의 제어부(150)는 제 1 정보에 대응하는 광고 선택 정보를 수신부(111)를 통해 수신한 때, 제 1 정보에 기초하여 광고 페이지를 생성할 수 있다.

몇몇 실시예에 따르면, 광고 마켓 서버(100)의 제어부(150)는 광고 대행사(300)에 대한 정보에 기초하여, 광고 페이지를 생성하도록 광고 관리부(120)를 제어할 수 있다.

일례로, 광고 마켓 서버(100)의 광고 관리부(120)는, 광고 대행사(300)가 블로거인 경우, 광고 페이지를 기 설정된 수의 페이지를 갖는 웹 페이지로 수정할 수도 있다.

다른 일례로, 광고 마켓 서버(100)의 광고 관리부(120)는, 광고 대행사(300)가 SNS 의 계정인 경우, 상기 광고 페이지를 상기 광고 대행사(300)의 SNS 플랫폼에 게시가 가능한 형태의 페이지로 수정할 수도 있다.

광고 마켓 서버(100)의 광고 관리부(120)는 생성한 광고 페이지를 광고 대행사(300)로 전송하도록 송신부(112)를 제어할 수 있다(S105). 또한, 광고 대행사(300)는 광고 페이지를 광고 노출 대상자(400)에게 노출할 수 있다(S106).

광고 노출 대상자(400)는 단계(S106)에서 노출된 광고를 확인하여 특정 광고에 응모할 수 있다. 광고 노출 대상자(400)가 특정 광고에 응모하는 경우, 광고 노출 대상자(400)는 응모 신호를 광고 마켓 서버(100)로 전송할 수 있다.

일례로, 광고 노출 대상자(400)가 특정 어플리케이션을 설치해야 보상이 지급되는 경우, 상기 응모 신호는 광고 노출 대상자(400)가 노출된 광고를 통해 상기 특정 어플리케이션을 설치하기 위한 웹사이트에 접속하였다는 접속 신호일 수 있다. 즉, 광고 노출 대상자(400)가 상기 웹사이트에 접속하여 상기 접속 신호를 광고 마켓 서버(100)에게 전송하는 경우, 광고 마켓 서버(100)의 제어부(150)는 상기 수신된 접속 신호를 상기 응모 신호로 인식할 수 있다.

다른 일례로, 광고 노출 대상자(400)가 특정 게임 어플리케이션에서 기 설정된 레벨을 달성해야 보상이 지급되는 경우, 상기 응모 신호는 광고 노출 대상자(400)가 광고 노출 대상자(400)에게 노출된 광고를 통해 상기 특정 게임 어플리케이션을 설치하였다는 설치 신호일 수 있다. 즉, 광고 노출 대상자(400)가 상기 특정 어플리케이션을 설치하여 상기 설치 신호를 광고 마켓 서버(100)에게 전송하는 경우, 광고 마켓 서버(100)의 제어부(150)는 상기 수신된 설치 신호를 상기 응모 신호로 인식할 수 있다.

또 다른 일례로, 광고 노출 대상자(400)가 광고 영상을 시청해야 보상이 지급되는 경우, 상기 응모 신호는, 광고 노출 대상자(400)에게 노출된 광고를 통해 광고 노출 대상자(400)가 특정 어플리케이션에서 특정 광고 영상의 시청과 관련된 인디케이터를 터치 입력하는 신호일 수 있다.

다만, 상술한 예시들은 응모 신호의 일례를 설명한 것에 불과하고, 다양한 신호가 응모 신호가 될 수 있다. 응모 신호에 대한 정보는 단계(S101)에서 광고 마켓 서버(100)가 수신한 광고 거래 요청 정보에 포함되어 있을 수 있다.

몇몇 실시예에 따르면, 광고 마켓 서버(100)의 코인 분배부(130)는, 단계(S107)에서 응모 신호를 수신하는 경우, 광고 마켓 서버(100)가 보유하고 있는 코인 수 내에서, 밀봉된 제 1 코인과 별개인 밀봉된 제 2 코인 및 밀봉된 제 3 코인을 광고 대행사(300) 및 광고 노출 대상자(400) 각각에 전송할 수 있다. 이 경우, 광고 마켓 서버(100)는 밀봉된 제 2 코인 및 밀봉된 제 3 코인을 다른 단말기(광고 대행사 및 광고 노출 대상자)로 전송하더라도 밀봉된 제 2 코인 및 밀봉된 제 3 코인의 소유권을 보유하고 있을 수 있다.

여기서, 밀봉된 제 2 코인 및 밀봉된 제 3 코인의 소유권은 밀봉된 코인에 대응하는 키가 제공될 때 함께 제공될 수 있다.

몇몇 다른 실시예에 따르면, 광고 마켓 서버(100)의 코인 분배부(130)는, 단계(S107)에서 응모 신호를 수신하는 경우, 밀봉된 제 1 코인을 밀봉된 복수의 코인(예컨대, 밀봉된 제 2 코인, 밀봉된 제 3 코인 및 밀봉된 제 4 코인 등)으로 분할할 수 있다(S108).

구체적으로, 단계(S101)에서 수신된 광고 거래 요청 정보는 코인의 분할과 관련된 정보를 포함하고 있을 수 있다. 따라서, 코인 분배부(130)는 응모 신호를 수신한 경우 광고 거래 요청 정보에 포함된 코인의 분할과 관련된 정보를 이용하여 광고 대행사(300)에게 지급될 코인의 양과 광고 노출 대상자(400)에게 지급될 코인의 양을 인식할 수 있다. 그리고, 코인 분배부(130)는 광고 대행사(300) 및 광고 노출 대상자(400) 각각에게 지급될 코인의 양에 기초하여 밀봉된 제 1 코인을 밀봉된 제 2 코인 및 밀봉된 제 3 코인으로 분할할 수 있다.

또한, 광고 마켓 서버(100)의 코인 분배부(130)는 분할된 복수의 코인 중 적어도 하나(예컨대, 밀봉된 제 2 코인)를 광고 대행사(300)로 전송하도록 송신부(112)를 제어할 수 있다. 또한, 광고 마켓 서버(100)의 코인 분배부(130)는 분할된 복수의 코인 중 적어도 하나(예컨대, 밀봉된 제 3 코인)를 광고 노출 대상자(400)로 전송하도록 송신부(112)를 제어할 수 있다.

상술한 바와 같이, 광고 마켓 서버(100)가 보유하고 있는 코인 수 내에서, 밀봉된 제 2 코인 및 밀봉된 제 3 코인을 광고 대행사(300) 및 광고 노출 대상자(400) 각각에 전송하는 경우, 제 1 코인을 분할하는 것과 관련된 단계(S108)는 생략될 수 있다.

상술한 밀봉된 코인은 상기 밀봉된 코인의 가치(예컨대, 100 코인)는 갖고 있으나, 상기 코인을 수요자가 바로 사용할 수 없는 상태로 밀봉된 것을 의미할 수 있다. 예를 들어, 광고 마켓 서버(100)가 광고주 디바이스(200)로부터 제공 받은 밀봉된 100 코인은 상기 밀봉된 코인과 대응하는 키로 밀봉이 해제되기 전까지 사용될 수 없다. 여기서, 사용될 수 없다는 의미는, 다른 트랜잭션을 생성할 수 있는 코인으로 활용될 수 없다는 것이다.

여기서, 밀봉된 제 2 코인 및 밀봉된 제 3 코인을 전송하는 것은 광고 마켓 서버(100)에서 광고 대행사(300) 및 광고 노출 대상자(400)에게 밀봉된 코인들을 전송했다는 기록(또는 트랜잭션)을 전송하는 것을 의미할 수 있다.

광고 마켓 서버(100)가 밀봉된 제 2 코인 및 밀봉된 제 3 코인 각각을 광고 대행사(300) 및 광고 노출 대상자(400) 각각에게 전송했다는 내용을 포함하는 제 1 트랜잭션이 생성된 경우, 상기 제 1 트랜잭션은 복수의 노드에서 합의 알고리즘을 통해 검증 받을 수 있다. 즉, 광고 마켓 서버(100)의 제어부(150)는 송신부(112)를 제어하여 제 1 트랜잭션을 복수의 노드에 전송함으로써 제 1 트랜잭션이 복수의 노드에서 합의 알고리즘을 통해 검증 받도록 야기시킬 수 있다.

밀봉된 제 2 코인 및 밀봉된 제 3 코인을 광고 마켓 서버(100)가 광고 대행사(300) 및 광고 노출 대상자(400) 각각에게 전송했다는 내용을 포함하는 제 1 트랜잭션을 복수의 노드에서 합의 알고리즘을 통해 검증하는 방법에 대한 설명은 이하 도 6을 참조하여 설명한다.

도 6을 참조하면, 광고 마켓 서버(100)의 제어부(150)는 제 2 코인 및 제 3 코인을 전송한 경우, 광고 마켓 서버(100)가 광고 대행사(300)로 밀봉된 제 2 코인을 전송하고, 광고 마켓 서버(100)가 광고 노출 대상자(400)로 밀봉된 제 3 코인을 전송했다는 제 1 트랜잭션(60)을 생성할 수 있다(S301).

제 1 트랜잭션(60)은 코인 전송 내역에 대한 정보(61) 및 현재 코인 보유 상태에 대한 최신 정보를 나타내는 코인 보유 상태 정보(62)를 포함할 수 있다.

예를 들어, 코인 전송 내역에 대한 정보(61)는 “제 1 코인을 제 2 코인, 제 3 코인 및 제 4 코인으로 분할”, “제 2 코인을 광고 마켓 서버에서 광고 대행사로 전송” 및 “제 3 코인을 광고 마켓 서버에서 광고 노출 대상자로 전송”과 같은 거래 내역에 대한 정보를 포함할 수 있다. 또한, 코인 전송 내역에 대한 정보(61)는 “제 2 코인 및 제 3 코인의 소유권을 이전하지 않음”과 같은 거래 내역(코인의 소유권 이전)에 대한 정보를 포함할 수도 있다. 또한, 코인 보유 상태 정보(62)는 “광고 마켓 서버의 현재 coin 수가 100coin이라는 정보, 20coin이 밀봉되어 있다는 정보”, “광고 대행사의 현재 코인 수가 100 coin이라는 정보, 50coin이 밀봉되어 있다는 정보” 등과 같이 코인을 거래한 주체들이 보유한 현재 코인 수에 대한 정보 및 밀봉된 코인에 대한 정보를 포함할 수 있다.

여기서, 광고 마켓 서버(100)의 현재 코인 수가 100 coin이고 20 coin이 밀봉되어 있다는 정보는, 광고 마켓 서버(100)가 밀봉되지 않은 100 coin과 밀봉된 20 coin을 보유하고 있다는 것이다. 또한, 광고 대행사의 현재 코인수가 100 coin이고 50 coin이 밀봉되었다는 정보는, 광고 대행사가 밀봉되지 않은 100coin과 밀봉된 50 coin을 보유하고 있다는 것이다.

제 1 트랜잭션(60)이 코인 보유 상태 정보(62)를 포함하고 있기 때문에, 복수의 노드들은 이전 블록을 확인하지 않고 이중 지불 문제를 해결할 수 있다는 효과가 발생하게 된다.

몇몇 실시예에 따르면, 코인 전송 내역에 대한 정보(61) 및 코인 보유 상태 정보(62)에는 엔티티에 대한 정보가 익명으로 저장될 수 있다. 예를 들어, 코인 전송 내역에 대한 정보(61)에서 제 2 코인을 광고 마켓 서버에서 광고 대행사로 전송했다는 내용이 제 1 트랜잭션에 기록될 때, 광고 마켓 서버의 공개 키에 대한 정보, 제 2 코인에 대한 정보, 광고 대행사의 공개 키에 대한 정보만 상기 제 1 트랜잭션에 기록될 수 있다. 상술한 예시에서는 코인 전송 내역에 대한 정보(61)의 일부에 대해서만 예를 들어 설명하였으나, 이에 한정되는 것은 아니고 모든 코인 전송 내역에 대한 정보(61) 및 현재 코인 보유 상태 정보(62)에서의 엔티티에 대한 정보가 각각의 엔티티의 공개 키로 기록될 수 있다. 따라서, 광고 중개 시스템 내의 엔티티들의 개인 정보가 보호될 수 있다는 효과가 발생하게 된다.

몇몇 실시예에 따르면, 광고 마켓 서버(100)의 제어부(150)는 제 1 트랜잭션(60)을 상기 광고 마켓 서버(100)의 비밀키로 서명하여, 복수의 노드에 전송하도록 송신부(112)를 제어할 수 있다(S302). 구체적으로, 광고 마켓 서버(100)의 제어부(150)는 공개키 암호화 알고리즘을 통해 개인 키(Private Key)로 제 1 트랜잭션(60)을 암호화하여 노드(53)에게 전송하도록 송신부(112)를 제어할 수 있고, 노드(53)가 복수의 노드에게 상기 암호화된 트랜잭션을 공유할 수 있다(S303). 복수의 노드는 광고 마켓 서버(100)의 공개 키(Public Key)로 암호화된 트랜잭션을 복호화할 수 있다. 복수의 노드는 광고 마켓 서버(100)의 공개 키로만 암호화된 트랜잭션을 복호화할 수 있기 때문에, 복수의 노드는 광고 마켓 서버(100)가 제 1 트랜잭션(60)을 암호화하여 전송하였다고 인식할 수 있게 된다.

클라우드(600)에 포함된 복수의 노드(53 내지 57)는, 단계(S303)에서 트랜잭션이 공유된 경우, 공유된 트랜잭션에 포함된 코인 전송 내역에 대한 정보(61) 및 코인 보유 상태 정보(62)를 저장하고 있을 수 있다.

블록 생성 노드(55)는 단계(S303)에서 공유된 제 1 트랜잭션(60)을 모아 제 1 블록을 생성할 수 있다(S304). 여기서, 블록 생성 노드(55)는 작업 증명(Proof of Work; POW) 알고리즘, 지분 증명(Proof of stake) 알고리즘, Practical Byzantine Fault Tolerant(PBFT) 알고리즘 및 Sieve 알고리즘 중 적어도 하나를 통해 블록을 생성할 수 있다. 다만, 이에 한정되는 것은 아니고, 블록 생성 노드(55)는 상술한 합의 알고리즘과 다른 합의 알고리즘을 통해 블록을 생성할 수도 있다(S304). 여기서, 클라우드(600)에 포함된 모든 노드들 중 어느 하나의 노드가 블록 생성 노드(55)가 될 수 있고, 특정 노드가 블록 생성 노드가 되는 것은 아니다. 즉, 복수의 노드 중 합의 알고리즘을 통해 논스 값을 가장 먼저 발견한 노드가 블록 생성 노드가 될 수 있다.

한편, 블록 생성 노드(55)는 제 1 블록에 제 1 트랜잭션(60)을 적용하여, 거래되는 노드들의 잔액 장부를 갱신할 수 있다(S305). 여기서, 잔액장부는 코인 보유 상태 정보(62)일 수 있다.

또한, 블록 생성 노드(55)는 잔액 장부가 갱신된 제 1 블록을 복수의 노드(53 내지 57)에 전파할 수 있다(S306).

복수의 노드(53 내지 57)는 블록 생성 노드(55)가 전파한 제 1 블록 정보를 공유할 수 있다(S307). 복수의 노드(53 내지 57)는 제 1 블록 정보를 공유함으로써 합의 알고리즘을 통해 제 1 트랜잭션의 유효성을 검증할 수 있다.

구체적으로, 복수의 노드(53 내지 57)는 제 1 블록 정보에 포함된 이전 블록의 해쉬값에 대한 정보가 복수의 노드(53 내지 57) 각각에 기록된 이전 블록의 해쉬값에 대한 정보와 동일한지에 기초하여 이전 블록에 포함된 정보들이 위/변조되었는지 여부를 인식할 수 있다. 또한, 복수의 노드(53 내지 57)는 제 1 블록 정보에 포함된 논스 값에 대한 정보를 이용하여 제 1 블록의 해쉬값에 대한 정보가 산출되는지 확인하여 트랜잭션의 유효성을 검증할 수 있다. 이와 같은 방법으로 트랜잭션의 유효성을 검증하는 경우, 트랜잭션의 위/변조가 사실상 불가능하고, 트랜잭션의 유효성 검증 단계가 간편해진다는 효과가 발생하게 된다.

상기 논스 값에 대한 정보는 해쉬 알고리즘(예를 들어, Secure Hash Algorithm-256; SHA-256)을 통해 상기 제 1 블록의 해쉬값을 생성할 때 사용된 임의의 값일 수 있다. 블록 생성 노드(55)는 논스 값을 랜덤하게 변경하면서 제 1 블록의 헤더에 포함된 난이도 값보다 작은 해쉬값을 출력시키는 논스 값을 검색할 수 있다.

또한, 상기 제 1 블록의 해쉬값에 대한 정보는 상기 논스 값과 상기 제 1 블록의 헤더에 포함된 정보를 해쉬 알고리즘을 통해 해쉬값으로 변환한 값일 수 있다. 여기서, 해쉬값은 제 1 블록의 헤더에 포함된 난이도 값보다 작은 값일 수 있다.

상술한 바와 같은 트랜잭션의 유효성을 검증하는 방법은 작업 증명(Proof of Work; POW), 지분증명(Proof of stake), Practical Byzantine Fault Tolerant(PBFT) 및 Sieve 알고리즘과 같은 합의 알고리즘에서 사용되는 방법으로 이에 대한 자세한 설명은 생략한다.

복수의 노드(53 내지 57)에서 제 1 트랜잭션의 유효성이 검증된 경우, 복수의 노드 각각(블록 생성 노드를 제외한 클라우드에 포함된 모든 노드)에서 제 1 블록을 생성하고, 제 1 블록에 상기 제 1 트랜잭션을 기록할 수 있다. 이 경우, 클라우드에 포함된 모든 노드는 제 1 블록에 대한 정보를 공유하고 있기 때문에 블록에 동일한 제 1 트랜잭션을 기록하고 있을 수 있다. 따라서, 제 1 트랜잭션의 위/변조가 사실상 불가능하다는 효과가 발생하게 된다.

또한, 몇몇 실시예에 따르면, 복수의 노드(53 내지 57) 각각은 제 1 블록을 생성할 때, 공유된 제 1 블록 정보의 제 1 트랜잭션(60)을 이용하여, 각각의 노드에서 생성한 제 1 블록의 잔액 장부를 갱신할 수도 있다.

다시 도 4를 참조하면, 광고 노출 대상자(400)는 액션 신호를 광고주 디바이스(200)로 전송할 수 있다(S111).

여기서, 액션 신호는, 응모 신호에 대응하는 액션이 수행되었다는 신호일 수 있다. 구체적으로, 액션 신호는, 광고 노출 대상자(400)가 보상 지급 조건을 만족했다는 신호 일 수 있다.

일례로, 광고 노출 대상자(400)가 특정 어플리케이션을 설치해야 보상이 지급되는 경우, 상기 액션 신호는 광고 노출 대상자(400)가 상기 특정 어플리케이션을 설치하기 위한 웹사이트에 접속하여 상기 특정 어플리케이션을 설치했다는 신호일 수 있다.

다른 일례로, 광고 노출 대상자(400)가 특정 게임 어플리케이션에서 기 설정된 레벨을 달성해야 보상이 지급되는 경우, 상기 액션 신호는, 광고 노출 대상자(400)가 상기 특정 게임 어플리케이션에서 기 설정된 레벨을 달성했다는 신호일 수 있다.

또 다른 일례로, 광고 노출 대상자(400)가 특정 광고 영상을 시청해야 보상이 지급되는 경우, 상기 액션 신호는, 광고 노출 대상자(400)가 특정 어플리케이션에서 광고 시청을 완료했다는 신호일 수 있다.

광고주 디바이스(200)는, 수신한 액션 신호에 대응하여, 이벤트 신호를 광고 마켓 서버(100)에 전송할 수 있다(S112). 여기서, 이벤트 신호는, 광고 마켓 서버(100)가 제 1 키 및 제 2 키 각각을 광고 대행사(300) 및 광고 노출 대상자(400) 각각에게 전송하라는 신호일 수 있다.

광고 마켓 서버(100)의 키 관리부(140)는, 이벤트 신호를 수신하는 경우, 밀봉된 코인의 밀봉을 해제하여 사용 가능한 코인으로 변환시키는 키를 광고 대행사(300) 및 광고 노출 대상자(400) 각각에게 전송하도록 송신부(112)를 제어할 수 있다.

구체적으로, 광고 마켓 서버(100)의 키 관리부(140)는, 밀봉된 제 2 코인의 밀봉을 해제할 수 있는 제 1 키를 광고 대행사(300)로 전송하도록 송신부(112)를 제어할 수 있다(S113). 이 경우, 광고 대행사(300)는 밀봉된 제 2 코인을 사용 가능한 코인으로 변환시켜 제 2 코인을 사용할 수 있다.

또한, 광고 마켓 서버(100)의 키 관리부(140)는 밀봉된 제 3 코인의 밀봉을 해제할 수 있는 제 2 키를 광고 노출 대상자(400)로 전송하도록 송신부(112)를 제어할 수 있다(S114). 이 경우, 광고 노출 대상자(400)는 밀봉된 제 3 코인을 사용 가능한 코인으로 변환시켜 제 3 코인을 사용할 수 있다.

단계(S113) 및 단계(S114)가 수행되는 순서는 바뀔 수 있다. 즉, 광고 마켓 서버(100)의 키 관리부(140)는 밀봉된 제 3 코인의 밀봉을 해제할 수 있는 제 2 키를 광고 노출 대상자(400)로 전송하고, 밀봉된 제 2 코인의 밀봉을 해제할 수 있는 제 1 키를 광고 대행사(300)로 전송하도록 송신부(112)를 제어할 수 있다. 한편, 단계(S113) 및 단계(S114)는 동시에 수행될 수도 있다. 또한, 단계(S112), 단계(S113) 및 단계(S114)가 동시에 수행될 수도 있다.

한편, 몇몇 실시예에 따르며, 광고 마켓 서버(100)의 키 관리부(140)는 제 1 키 및 제 2 키를 공개키 암호화 알고리즘을 이용하여 암호화하여 광고 대행사(300) 및 광고 노출 대상자(400)에게 전송할 수 있다.

구체적으로, 광고 마켓 서버(100)의 수신부(111)는 제 1 키 및 제 2 키를 전송하기 전에 광고 대행사(300) 및 광고 노출 대상자(400) 각각으로부터 광고 대행사(300)의 제 1 공개 키 및 광고 노출 대상자(400)의 제 2 공개 키를 수신할 수 있다. 광고 마켓 서버(100)의 키 관리부(140)는 상기 제 1 키를 제 1 공개 키로 암호화하여 광고 대행사(300)에게 제 1 키가 암호화된 제 1 데이터를 전송할 수 있다. 또한, 광고 마켓 서버(100)의 키 관리부(140)는 상기 제 2 키를 제 2 공개 키로 암호화하여 광고 노출 대상자(400)에게 상기 제 2 키가 암호화된 제 2 데이터를 전송할 수 있다. 이와 같이, 제 1 키 및 제 2 키를 암호화하여 광고 대행사(300) 및 광고 노출 대상자(400) 각각에게 전송하는 경우, 밀봉된 코인이 다른 사용자에 의해 사용되는 것을 방지할 수 있다. 제 1 키가 암호화된 제 1 데이터는 광고 대행사(300)의 개인 키로만 복호화되여 사용될 수 있고, 제 2 키가 암호화된 제 2 데이터는 광고 노출 대상자(400)의 개인 키로만 복호화되어 사용될 수 있기 때문이다.

광고 마켓 서버(100)가 밀봉된 코인의 밀봉을 해제하여 사용 가능한 코인으로 변환시키는 키를 광고 대행사(300) 및 광고 노출 대상자(400)에 전송했다는 내용을 포함하는 제 2 트랜잭션이 생성된 경우, 상기 제 2 트랜잭션은 복수의 노드에서 합의 알고리즘을 통해 검증 받을 수 있다. 즉, 광고 마켓 서버(100)의 제어부(150)는 송신부(112)를 제어하여 제 2 트랜잭션을 복수의 노드에 전송함으로써 제 2 트랜잭션이 복수의 노드에서 합의 알고리즘을 통해 검증 받도록 야기시킬 수 있다.

광고 마켓 서버(100)가 밀봉된 코인의 밀봉을 해제하여 사용 가능한 코인으로 변환시키는 키를 광고 대행사(300) 및 광고 노출 대상자(400)에 전송했다는 내용을 포함하는 제 2 트랜잭션을 복수의 노드에서 합의 알고리즘을 통해 검증하는 방법에 대한 설명은 이하 도 7를 참조하여 설명한다.

도 7을 참조하면, 광고 마켓 서버(100)의 제어부(150)는 제 1 키 및 제 2 키를 전송한 경우, 광고 마켓 서버(100)가 광고 대행사(300)로 제 1 키를 전송하고, 광고 마켓 서버(100)가 광고 노출 대상자(400)로 제 2 키를 전송했다는 제 2 트랜잭션(70)을 생성할 수 있다(S401).

제 2 트랜잭션(70)은 키 전송 내역에 대한 정보(71) 및 현재 코인 보유 상태에 대한 최신 정보를 나타내는 코인 보유 상태 정보(72)를 포함할 수 있다.

예를 들어, 키 전송 내역에 대한 정보(71)는 “제 1 키를 광고 마켓 서버에서 광고 대행사로 전송” 및 “제 2 키를 광고 마켓 서버에서 광고 노출 대상자로 전송”과 같은 거래 내역에 대한 정보를 포함할 수 있다. 또한, 키 전송 내역에 대한 정보(71)는 “제 1 키 및 제 2 키에 대응하는 코인의 소유권을 광고 마켓 서버에서 광고 대행사 및 광고 노출 대상자 각각으로 이전”과 같은 거래 내역(코인의 소유권 이전)에 대한 정보를 포함할 수도 있다. 또한, 코인 보유 상태 정보(72)는 “광고 대행사의 현재 coin 수가 150coin이라는 정보” 그리고, “광고 노출 대상자의 현재 coin 수는 30coin이라는 정보” 등과 같이 코인 및/또는 키를 거래한 주체들이 보유한 현재 코인 수에 대한 정보 및 밀봉된 코인에 대한 정보를 포함할 수 있다.

도 6의 설명에서, 광고 대행사(300)가 보유했던 밀봉된 50 coin은, 제 1 키로 밀봉이 해제되어 사용 가능한 코인으로 변환될 수 있다. 또한, 광고 노출 대상자(400)가 보유했던 밀봉된 30 coin은 제 2 키로 밀봉이 해제되어 사용 가능한 코인으로 변환될 수 있다. 따라서, 코인 보유 상태 정보(72)에 광고 대행사(300)가 150 coin을 보유하고 있다는 정보 및 광고 노출 대상자(400)가 30 coin을 보유하고 있다는 정보가 기록될 수 있다.

제 2 트랜잭션(70)이 코인 보유 상태 정보(72)를 포함하고 있기 때문에, 복수의 노드들은 이전 블록을 확인하지 않고 이중 지불 문제를 해결할 수 있다는 효과가 발생하게 된다.

몇몇 실시예에 따르면, 코인 전송 내역에 대한 정보(71) 및 코인 보유 상태 정보(72)에는 엔티티에 대한 정보가 익명으로 저장될 수 있다. 예를 들어, 코인 전송 내역에 대한 정보(71)에서 제 1 키를 광고 마켓 서버에서 광고 대행사로 전송했다는 내용이 제 2 트랜잭션에 기록될 때, 광고 마켓 서버의 공개 키에 대한 정보, 제 1 키에 대한 정보 및 광고 대행사의 공개 키에 대한 정보만 상기 제 2 트랜잭션에 기록될 수 있다. 상술한 예시에서는 코인 전송 내역에 대한 정보(71)의 일부에 대해서만 예를 들어 설명하였으나, 이에 한정되는 것은 아니고 모든 코인 전송 내역에 대한 정보(71) 및 현재 코인 보유 상태 정보(72)에서의 엔티티에 대한 정보가 각각의 엔티티의 공개 키로 기록될 수 있다. 따라서, 광고 중개 시스템 내의 엔티티들의 개인 정보가 보호될 수 있다는 효과가 발생하게 된다.

몇몇 실시예에 따르면, 광고 마켓 서버(100)의 제어부(150)는 제 2 트랜잭션(70)을 상기 광고 마켓 서버(100)의 비밀키로 서명할 수 있다. 또한, 제어부(150)는, 상기 제 2 트랜잭션(70)을 복수의 노드에 전송하도록 송신부(112)를 제어할 수 있다(S402). 구체적으로, 광고 마켓 서버(100)의 제어부(150)는 공개키 암호화 알고리즘을 통해 개인 키(Private Key)로 제 2 트랜잭션(70)을 암호화하여 노드(53)에게 전송하도록 송신부(112)를 제어할 수 있고, 노드(53)가 복수의 노드에게 상기 암호화된 트랜잭션을 공유할 수 있다(S403). 복수의 노드는 광고 마켓 서버(100)의 공개 키(Public Key)로 암호화된 트랜잭션을 복호화할 수 있다. 복수의 노드는 광고 마켓 서버(100)의 공개 키로만 암호화된 트랜잭션을 복호화할 수 있기 때문에, 복수의 노드는 광고 마켓 서버(100)가 제 2 트랜잭션(70)을 암호화하여 전송하였다고 인식할 수 있게 된다.

클라우드(600)에 포함된 복수의 노드(53 내지 57)는, 단계(S403)에서 트랜잭션이 공유된 경우, 공유된 트랜잭션에 포함된 코인 전송 내역에 대한 정보(71) 및 코인 보유 상태 정보(72)를 저장하고 있을 수 있다.

블록 생성 노드(55)는 단계(S403)에서 공유된 제 2 트랜잭션(70)을 모아 제 2 블록을 생성할 수 있다(S404). 여기서, 블록 생성 노드(55)는 작업 증명(Proof of Work; POW) 알고리즘, 지분 증명(Proof of stake) 알고리즘, Practical Byzantine Fault Tolerant(PBFT) 알고리즘 및 Sieve 알고리즘 중 적어도 하나를 통해 블록을 생성할 수 있다. 다만, 이에 한정되는 것은 아니고, 블록 생성 노드(55)는 상술한 합의 알고리즘과 다른 합의 알고리즘을 통해 블록을 생성할 수도 있다(S404). 여기서, 클라우드(600)에 포함된 모든 노드들 중 어느 하나의 노드가 블록 생성 노드(55)가 될 수 있고, 특정 노드가 블록 생성 노드가 되는 것은 아니다. 즉, 복수의 노드 중 합의 알고리즘을 통해 논스 값을 가장 먼저 발견한 노드가 블록 생성 노드가 될 수 있다.

한편, 블록 생성 노드(55)는 제 2 블록에 제 2 트랜잭션(70)을 적용하여, 거래되는 노드들의 잔액 장부를 갱신할 수 있다(S405). 여기서, 잔액 장부는 코인 보유 상태 정보(72)일 수 있다.

또한, 블록 생성 노드(55)는 잔액 장부가 갱신된 제 2 블록을 복수의 노드(53 내지 57)에 전파할 수 있다(S406).

복수의 노드(53 내지 57)는 블록 생성 노드(55)가 전파한 제 2 블록 정보를 공유할 수 있다(S407). 복수의 노드(53 내지 57)는 제 2 블록 정보를 공유함으로써 합의 알고리즘을 통해 제 2 트랜잭션의 유효성을 검증할 수 있다.

구체적으로, 복수의 노드(53 내지 57)는 제 2 블록 정보에 포함된 이전 블록의 해쉬값에 대한 정보가 복수의 노드(53 내지 57) 각각에 기록된 이전 블록의 해쉬값에 대한 정보와 동일한지에 기초하여 이전 블록에 포함된 정보들이 위/변조되었는지 여부를 인식할 수 있다. 또한, 복수의 노드(53 내지 57)는 제 2 블록 정보에 포함된 논스 값에 대한 정보를 이용하여 제 2 블록의 해쉬값에 대한 정보가 산출되는지 확인하여 트랜잭션의 유효성을 검증할 수 있다. 이와 같은 방법으로 트랜잭션의 유효성을 검증하는 경우, 트랜잭션의 위/변조가 사실상 불가능하고, 트랜잭션의 유효성 검증 단계가 간편해진다는 효과가 발생하게 된다.

상기 논스 값에 대한 정보는 해쉬 알고리즘(예를 들어, Secure Hash Algorithm-256; SHA-256)을 통해 상기 제 2 블록의 해쉬값을 생성할 때 사용된 임의의 값일 수 있다. 블록 생성 노드(55)는 논스 값을 랜덤하게 변경하면서 제 2 블록의 헤더에 포함된 난이도 값보다 작은 해쉬값을 출력시키는 논스 값을 검색할 수 있다.

또한, 상기 제 2 블록의 해쉬값에 대한 정보는 상기 논스 값과 상기 제 2 블록의 헤더에 포함된 정보를 해쉬 알고리즘을 통해 해쉬값으로 변환한 값일 수 있다. 여기서, 해쉬값은 제 2 블록의 헤더에 포함된 난이도 값보다 작은 값일 수 있다.

상술한 바와 같은 트랜잭션의 유효성을 검증하는 방법은 작업 증명(Proof of Work; POW), 지분증명(Proof of stake), Practical Byzantine Fault Tolerant(PBFT) 및 Sieve 알고리즘과 같은 합의 알고리즘에서 사용되는 방법으로 이에 대한 자세한 설명은 생략한다.

복수의 노드(53 내지 57)에서 제 2 트랜잭션의 유효성이 검증된 경우, 복수의 노드 각각(블록 생성 노드를 제외한 클라우드에 포함된 모든 노드)에서 제 2 블록을 생성하고, 제 2 블록에 상기 제 2 트랜잭션을 기록할 수 있다. 이 경우, 클라우드에 포함된 모든 노드는 제 2 블록에 대한 정보를 공유하고 있기 때문에 블록에 동일한 제 2 트랜잭션을 기록하고 있을 수 있다. 따라서, 제 2 트랜잭션의 위/변조가 사실상 불가능하다는 효과가 발생하게 된다.

또한, 몇몇 실시예에 따르면, 복수의 노드(53 내지 57) 각각은 제 2 블록을 생성할 때, 공유된 제 2 블록 정보의 제 2 트랜잭션(70)을 이용하여, 각각의 노드에서 생성한 제 2 블록의 잔액 장부를 갱신할 수도 있다.

다시 도 4를 참조하면, 광고 마켓 서버(100)의 제어부(150)는 기 설정된 조건이 달성된 때 정산 요청 신호를 광고주 디바이스(200)로 전송하도록 송신부(112)를 제어할 수 있다(S115). 기 설정된 조건에 대한 자세한 설명은 도 9 및 도 10을 참조하여 후술한다.

광고주 디바이스(200)는, 정산 요청 신호를 수신함에 따라, 밀봉된 코인의 밀봉을 해제하여 사용 가능한 코인으로 변환시키는 제 3 키를 광고 마켓 서버(100)로 전송할 수 있다(S116). 이 경우, 광고 마켓 서버(100)의 제어부(150)는 밀봉된 제 1 코인을 사용 가능한 코인으로 변환시켜 제 1 코인을 사용할 수 있다. 여기서, 제 3 키는 밀봉된 제 1 코인을 사용 가능한 코인으로 변환시키는 일종의 신호일 수 있다. 한편, 몇몇 실시예에 따르며, 광고 마켓 서버(100)의 수신부(111)는 공개키 암호화 알고리즘을 통해 암호화된 제 3 키를 광고주 디바이스(200)로부터 수신할 수 있다.

구체적으로, 광고 마켓 서버(100)의 송신부(112)는 정산 요청 신호를 광고주 디바이스(200)에게 전송할 때 제 3 공개 키 및 상기 제 3 공개 키에 대응되는 개인 키를 생성할 수 있다. 여기서, 제 3 공개 키로 암호화된 제 3 데이터는 상기 제 3 공개 키에 대응되는 개인 키로만 복호화 될 수 있다. 광고주 디바이스(200)는 제 3 공개 키 및 정산 요청 신호를 수신함에 따라 상기 제 3 키를 상기 제 3 공개 키로 암호화하여 광고 마켓 서버(100)에게 상기 제 3 공개키가 암호화된 제 3 데이터를 전송할 수 있다. 이 경우, 광고 마켓 서버(100)의 제어부(150)는 제 3 공개 키에 대응하는 개인 키를 이용하여 상기 제 3 데이터를 복호화하여 상기 제 3 키를 추출하고, 상기 제 3 키를 이용하여 제 3 코인의 밀봉을 해제할 수 있다. 이와 같이, 제 3 키를 광고 마켓 서버(100)의 공개 키로 암호화하여 광고 마켓 서버(100)가 수신한 경우, 밀봉된 제 1 코인을 다른 사용자가 해킹하여 사용하는 것을 방지할 수 있다.

한편, 도 8을 참조하면, 광고 마켓 서버(100)의 제어부(150)는 제 3 키를 수신한 경우, 광고 마켓 서버(100)가 광고주 디바이스(200)로부터 제 3 키를 수신했다는 제 3 트랜잭션(80)을 생성할 수 있다(S401).

제 3 트랜잭션(80)은 키 전송 내역에 대한 정보(81) 및 현재 코인 보유 상태에 대한 최신 정보를 나타내는 코인 보유 상태 정보(82)를 포함할 수 있다.

예를 들어, 키 전송 내역에 대한 정보(81)는 “제 3 키를 광고주 디바이스에서 광고 마켓 서버로 전송”과 같은 거래 내역에 대한 정보를 포함할 수 있다. 또한, 코인 보유 상태 정보(82)는 “광고 마켓 서버의 현재 coin 수가 120coin이라는 정보” 등과 같이 코인 및/또는 키를 거래한 주체들이 보유한 현재 코인 수에 대한 정보 및 밀봉된 코인에 대한 정보를 포함할 수 있다.

도 6의 설명에서, 광고 마켓 서버(100)가 보유했던 밀봉된 20 coin은, 제 3 키로 밀봉이 해제되어 사용 가능한 코인으로 변환될 수 있다. 따라서, 코인 보유 상태 정보(82)에 광고 마켓 서버(100)가 120 coin을 보유하고 있다는 정보가 기록될 수 있다.

몇몇 실시예에 따르면, 코인 전송 내역에 대한 정보(81) 및 코인 보유 상태 정보(82)에는 엔티티에 대한 정보가 익명으로 저장될 수 있다. 예를 들어, 코인 전송 내역에 대한 정보(81)에서 제 3 키를 광고주 디바이스에서 광고 마켓 서버로 전송 했다는 내용이 제 3 트랜잭션에 기록될 때, 광고주 디바이스의 공개 키에 대한 정보, 제 3 키에 대한 정보 및 광고 마켓 서버의 공개 키에 대한 정보만 상기 제 3 트랜잭션에 기록될 수 있다. 상술한 예시에서는 코인 전송 내역에 대한 정보(81)의 일부에 대해서만 예를 들어 설명하였으나, 이에 한정되는 것은 아니고 모든 코인 전송 내역에 대한 정보(81) 및 현재 코인 보유 상태 정보(82)에서의 엔티티에 대한 정보가 각각의 엔티티의 공개 키로 기록될 수 있다. 따라서, 광고 중개 시스템 내의 엔티티들의 개인 정보가 보호될 수 있다는 효과가 발생하게 된다.

몇몇 실시예에 따르면, 광고 마켓 서버(100)의 제어부(150)는 제 3 트랜잭션(80)을 상기 광고 마켓 서버(100)의 비밀키로 서명하여, 복수의 노드에 전송하도록 송신부(112)를 제어할 수 있다(S502). 구체적으로, 제어부(150)는 공개키 암호화 알고리즘을 통해 개인 키(Private Key)로 제 3 트랜잭션(80)을 암호화하여 노드(53)에게 전송하도록 송신부(112)를 제어할 수 있고, 노드(53)가 복수의 노드에게 상기 암호화된 트랜잭션을 공유할 수 있다(S503). 복수의 노드는 광고 마켓 서버(100)의 공개 키(Public Key)로 암호화된 트랜잭션을 복호화할 수 있다. 복수의 노드는 광고 마켓 서버(100)의 공개 키로만 암호화된 트랜잭션을 복호화할 수 있기 때문에, 복수의 노드는 광고 마켓 서버(100)가 제 3 트랜잭션(80)을 암호화하여 전송하였다고 인식할 수 있게 된다.

클라우드(600)에 포함된 복수의 노드(53 내지 57)는, 단계(S403)에서 트랜잭션이 공유된 경우, 공유된 트랜잭션에 포함된 코인 전송 내역에 대한 정보(71) 및 코인 보유 상태 정보(82)를 저장하고 있을 수 있다.

블록 생성 노드(55)는 단계(S503)에서 공유된 제 3 트랜잭션(80)을 모아 제 3 블록을 생성할 수 있다(S504). 여기서, 블록 생성 노드(55)는 작업 증명(Proof of Work; POW) 알고리즘, 지분 증명(Proof of stake) 알고리즘, Practical Byzantine Fault Tolerant(PBFT) 알고리즘 및 Sieve 알고리즘 중 적어도 하나를 통해 블록을 생성할 수 있다. 다만, 이에 한정되는 것은 아니고, 블록 생성 노드(55)는 상술한 합의 알고리즘과 다른 합의 알고리즘을 통해 블록을 생성할 수도 있다(S504). 여기서, 클라우드(600)에 포함된 모든 노드들 중 어느 하나의 노드가 블록 생성 노드(55)가 될 수 있고, 특정 노드가 블록 생성 노드가 되는 것은 아니다. 즉, 복수의 노드 중 합의 알고리즘을 통해 논스 값을 가장 먼저 발견한 노드가 블록 생성 노드가 될 수 있다.

한편, 블록 생성 노드(55)는 제 3 블록에 제 3 트랜잭션(80)을 적용하여, 거래되는 노드들의 잔액 장부를 갱신할 수 있다(S505). 여기서, 잔액 장부는 코인 보유 상태 정보(82)일 수 있다.

또한, 블록 생성 노드(55)는 잔액 장부가 갱신된 제 3 블록을 복수의 노드(53 내지 57)에 전파할 수 있다(S506).

복수의 노드(53 내지 57)는 블록 생성 노드(55)가 전파한 제 3 블록 정보를 공유할 수 있다(S507). 복수의 노드(53 내지 57)는 제 3 블록 정보를 공유함으로써 합의 알고리즘을 통해 제 3 트랜잭션의 유효성을 검증할 수 있다.

구체적으로, 복수의 노드(53 내지 57)는 제 3 블록 정보에 포함된 이전 블록의 해쉬값에 대한 정보가 복수의 노드(53 내지 57) 각각에 기록된 이전 블록의 해쉬값에 대한 정보와 동일한지에 기초하여 이전 블록에 포함된 정보들이 위/변조되었는지 여부를 인식할 수 있다. 또한, 복수의 노드(53 내지 57)는 제 3 블록 정보에 포함된 논스 값에 대한 정보를 이용하여 제 3 블록의 해쉬값에 대한 정보가 산출되는지 확인하여 트랜잭션의 유효성을 검증할 수 있다. 이와 같은 방법으로 트랜잭션의 유효성을 검증하는 경우, 트랜잭션의 위/변조가 사실상 불가능하고, 트랜잭션의 유효성 검증 단계가 간편해진다는 효과가 발생하게 된다.

상기 논스 값에 대한 정보는 해쉬 알고리즘(예를 들어, Secure Hash Algorithm-256; SHA-256)을 통해 상기 제 3 블록의 해쉬값을 생성할 때 사용된 임의의 값일 수 있다. 블록 생성 노드(55)는 논스 값을 랜덤하게 변경하면서 제 3 블록의 헤더에 포함된 난이도 값보다 작은 해쉬값을 출력시키는 논스 값을 검색할 수 있다.

또한, 상기 제 3 블록의 해쉬값에 대한 정보는 상기 논스 값과 상기 제 3 블록의 헤더에 포함된 정보를 해쉬 알고리즘을 통해 해쉬값으로 변환한 값일 수 있다. 여기서, 해쉬값은 제 3 블록의 헤더에 포함된 난이도 값보다 작은 값일 수 있다.

상술한 바와 같은 트랜잭션의 유효성을 검증하는 방법은 작업 증명(Proof of Work; POW), 지분증명(Proof of stake), Practical Byzantine Fault Tolerant(PBFT) 및 Sieve 알고리즘과 같은 합의 알고리즘에서 사용되는 방법으로 이에 대한 자세한 설명은 생략한다.

복수의 노드(53 내지 57)에서 제 3 트랜잭션의 유효성이 검증된 경우, 복수의 노드 각각(블록 생성 노드를 제외한 클라우드에 포함된 모든 노드)에서 제 3 블록을 생성하고, 제 3 블록에 상기 제 3 트랜잭션을 기록할 수 있다. 이 경우, 클라우드에 포함된 모든 노드는 제 3 블록에 대한 정보를 공유하고 있기 때문에 블록에 동일한 제 3 트랜잭션을 기록하고 있을 수 있다. 따라서, 제 3 트랜잭션의 위/변조가 사실상 불가능하다는 효과가 발생하게 된다.

또한, 몇몇 실시예에 따르면, 복수의 노드(53 내지 57) 각각은 제 3 블록을 생성할 때, 공유된 제 3 블록 정보의 제 3 트랜잭션(80)을 이용하여, 각각의 노드에서 생성한 제 3 블록의 잔액 장부를 갱신할 수도 있다.

도 4 내지 도 8의 설명에서 전술한 바와 같이, 광고주 디바이스(200)(또는 광고 마켓 서버(100)가 밀봉된 코인을 광고 마켓 서버(100)(또는 광고 대행사(300) 및 광고 노출 대상자(400))에게 우선 지급한 후, 기 설정된 조건이 만족된 때 스마트 컨트랙트를 통해 밀봉된 코인의 밀봉 해제를 수행하는 키를 자동으로 지급하는 경우, 확실히 코인이 지급될 수 있다는 신뢰를 광고 거래 시스템의 사용자들에게 제공할 수 있다는 효과가 발생하게 된다.

즉, 블록 체인에 기반한 광고 중개 방법은 광고 마켓, 광고주, 광고대행사 및 광고 노출 대상자 간 신뢰도 높은 광고 중개 방법을 제공할 수 있다.

도 9는 몇몇 실시예에 따른 정산 요청 신호가 전송되는 조건의 일례를 설명하기 위한 흐름도이다.

먼저 도 4의 단계(S115)를 참조하면, 광고 마켓 서버(100)의 제어부(150)는 기 설정된 조건이 만족된 때 광고주 디바이스(200)로 정산 요청 정보를 전송하도록 송신부(112)를 제어할 수 있다.

몇몇 실시예에 따르면, 광고 마켓 서버(100)의 제어부(150)는 기 설정된 시간(예를 들어, 6개월)이 경과 했는지 여부를 인식할 수 있다(S601). 즉, 광고 마켓 서버(100)의 제어부(150)는 기 설정된 조건이 만족되었는지 여부를 기 설정된 시간이 경과되었는지 여부에 기초하여 인식할 수 있다.

여기서, 기 설정된 시간은 광고주 디바이스(200)로부터 수신된 광고 거래 요청 정보에 포함되어 있는 시간일 수도 있고, 광고 마켓 서버(100)까 자동으로 설정한 시간일 수도 있다.

광고 마켓 서버(100)의 제어부(150)는 기 설정된 시간이 경과된 경우(S601, Yes), 상기 기 설정된 조건이 만족되었다고 인식하고, 정산 요청 신호를 광고주 디바이스(200)에게 전송하도록 송신부(112)를 제어할 수 있다(S602).

한편, 광고 마켓 서버(100)의 제어부(150)는 기 설정된 시간이 경과되지 않은 경우(S601, No), 상기 기 설정된 조건 이 만족되지 않았다고 인식하고, 기 설정된 시간이 경과될 때까지 대기할 수 있다.

도 10은 몇몇 실시예에 따른 정산 요청 신호가 전송되는 조건의 다른 일례를 설명하기 위한 흐름도이다.

먼저 도 4의 단계(S115)를 참조하면, 광고 마켓 서버(100)의 제어부(150)는 기 설정된 조건이 만족된 때 광고주 디바이스(200)로 정산 요청 정보를 전송하도록 송신부(112)를 제어할 수 있다.

몇몇 실시예에 따르면, 광고 마켓 서버(100)의 제어부(150)는 특정 조건이 만족되었는지 여부를 인식할 수 있다(S701). 즉, 광고 마켓 서버(100)의 제어부(150)는 기 설정된 조건이 만족되었는지 여부를 특정 조건이 만족되었는지 여부에 기초하여 인식할 수 있다.

여기서, 특정 조건은 광고주 디바이스(200)에서 설정된 특정 조건일 수 있다.

광고주 디바이스(200)에서 특정 조건을 “코인을 지급 받은 광고 대행사 및 광고 노출 대상자의 수가 기 설정된 수(예를 들어, 100명)에 대응하는 경우 만족된다”고 설정할 수 있다. 이 경우, 광고 마켓 서버(100)의 제어부(150)는 상기 특정 조건에 관한 정보를 광고주 디바이스(200)로부터 수신함으로써 상기 특정 조건이 만족되었는지 여부를 계속 확인할 수 있다. 광고 마켓 서버(100)의 제어부(150)는 특정 조건이 만족된 경우(S701, Yes), 정산 요청 신호를 광고주 디바이스(200)로 전송하도록 송신부(112)를 제어할 수 있다.

예를 들어, 광고 마켓 서버(100)의 제어부(150)가 상기 광고 대행사 및 광고 노출 대상자의 수가 상기 기 설정된 수에 대응한다고 인식한 경우, 상기 특정 조건이 만족되었다고 인식할 수 있다.

광고 마켓 서버(100)의 제어부(150)는 특정 조건이 만족되지 않은 경우(S701, No), 상기 기 설정된 특정 조건이 만족될 때까지 대기할 수 있다.

전술한 도 4 내지 도 10의 단계는 필요에 의해 순서가 변경될 수 있으며, 적어도 하나 이상의 단계 및/또는 구성이 생략 또는 추가될 수 있다. 또한, 전술한 단계 및/또는 구성은 본 개시의 실시예에 불과할 뿐, 본 개시의 권리 범위는 이에 한정되지 않는다.

도 11은 몇몇 실시예에 따른 블록들에 대한 예시들을 설명하기 위한 도면이다.

몇몇 실시예에 따르면, 최초 블록(700)은 최초 블록 생성 시간(701), 이전 블록의 해쉬값(702), 최초 블록의 해쉬값(703), 최초 트랜잭션의 해쉬값(704) 및 최초 트랜잭션(705)을 포함할 수 있다. 여기서, 최초 트랜잭션(705)에는 도 5에서 상술한 코인 전송 내역에 대한 정보(51) 및 현재 코인 보유 상태에 대한 최신 정보를 나타내는 코인 보유 상태 정보(52)를 포함할 수 있다.

제 1 블록(710)은 제 1 블록 생성 시간(711), 최초 블록의 해쉬값(712), 제 1 블록의 해쉬값(713), 제 1 트랜잭션의 해쉬값(714) 및 제 1 트랜잭션(715)을 포함할 수 있다. 여기서, 제 1 트랜잭션(715)에는 도 6에서 상술한 코인 전송 내역에 대한 정보(61) 및 현재 코인 보유 상태에 대한 최신 정보를 나타내는 코인 보유 상태 정보(62)를 포함할 수 있다.

제 2 블록(720)은 제 2 블록 생성 시간(721), 제 1 블록의 해쉬값(722), 제 2 블록의 해쉬값(723), 제 2 트랜잭션의 해쉬값(724) 및 제 2 트랜잭션(725)을 포함할 수 있다. 여기서, 제 2 트랜잭션(725)에는 도 7에서 상술한 키 전송 내역에 대한 정보(71) 및 현재 코인 보유 상태에 대한 최신 정보를 나타내는 코인 보유 상태 정보(72)를 포함할 수 있다.

제 3 블록(730)은 제 3 블록 생성 시간(731), 제 2 블록의 해쉬값(732), 제 3 블록의 해쉬값(733), 제 3 트랜잭션의 해쉬값(734) 및 제 3 트랜잭션(735)을 포함할 수 있다. 여기서, 제 3 트랜잭션(735)에는 도 7에서 상술한 키 전송 내역에 대한 정보(81) 및 현재 코인 보유 상태에 대한 최신 정보를 나타내는 코인 보유 상태 정보(82)를 포함할 수 있다.

상술한 최초 트랜잭션 그리고, 제 1 내지 제 3 트랜잭션 각각은 코인 전송 내역에 대한 정보, 키 전송 내역에 대한 정보 및 코인 보유 상태에 대한 정보 중 적어도 하나를 포함할 수 있다.

또한, 최초 트랜잭션의 해쉬값(704) 그리고, 제 1 내지 제 3 트랜잭션 각각의 해쉬값(714, 724, 734)들은 머클루트를 이용하여 생성될 수 있다.

일례로, 블록 생성 노드는 최초 트랜잭션의 해쉬값(704)을 생성할 때, 코인 전송 내역에 대한 정보에 포함된 광고주 디바이스가 제 1 코인을 광고 마켓 서버에게 전송하였다는 정보를 해쉬 알고리즘을 통해 제 1 머클 해쉬값으로 생성할 수 있다. 블록 생성 노드는 광고주 디바이스의 현재 코인 보유 상태를 해쉬 알고리즘을 통해 제 2 머클 해쉬값으로 생성할 수 있다. 블록 생성 노드는 광고 마켓 서버의 현재 코인 보유 상태를 해쉬 알고리즘을 통해 제 3 머클 해쉬값으로 생성할 수 있다. 블록 생성 노드는, 제 1 머클 해쉬값과 제 2 머클 해쉬값을 이용하여 제 4 머클 해쉬값을 생성할 수 있다. 그리고, 블록 생성 노드는 제 3 머클 해쉬값과 제 4 머클 해쉬값을 이용하여 최초 트랜잭션의 해쉬값(704)을 생성할 수 있다. 이와 같이, 머클루트를 통해 최초 트랜잭션의 해쉬값(704)을 생성할 경우, 트랜잭션의 어느 하나의 정보가 위조 또는 변조된 때 전혀 다른 해쉬값이 생성되므로 트랜잭션의 무결성을 검증할 수 있게 된다.

블록 생성 노드는 머클루트를 통해 최초 트랜잭션의 해쉬값(704)을 생성하는 방법과 동일한 방법으로 제 1 트랜잭션의 해쉬값(714), 제 2 트랜잭션의 해쉬값(724) 및 제 3 트랜잭션의 해쉬값(734)을 생성할 수 있다.

몇몇 실시예에 따르면, 블록은 특정 시간 간격(예컨대, 10분)으로 생성될 수 있다. 여기서, 특정 시간은 블록 생성의 난이도 등에 기초하여 변경될 수 있다. 또한, 블록은 특정 시간 간격 동안 거래된 거래내역을 저장할 수 있다.

이하의 설명에서, 제 1 블록을 기준으로 설명한다. 도 11에 기재된 용어 “최초”, “제 1”, “제 2” 및 “제 3”은 복수의 블록을 용이하게 구분하기 위해 기재되었다. 또한, 블록에 포함된 구성에서, “블록 생성 시간”, “블록의 해쉬값”, “트랜잭션의 해쉬값” “트랜잭션” 등과 같이 동일하게 사용된 용어는 동일한 역할을 수행한다. 다만, 상술한 복수의 블록 각각에 저장되어 있는 정보는 다를 수 있다.

몇몇 실시예에 따르면, 제 1 블록(710)은 블록 체인 기술에서 활용되는 블록으로 광고 마켓 서버(100)의 정보, 광고주 디바이스(200)의 정보, 광고 대행사(300)의 정보 및 광고 노출 대상자(400)의 정보와 관련된 모든 내용(예를 들어, 거래 내역, 현재 보유하고 있는 코인의 수 등)을 트랜잭션으로 기록하고 있을 수 있다.

먼저, 제 1 블록(710)은 블록의 생성 시간(711)에 대한 정보, 이전 블록인 최초 블록(700)의 해쉬값(712)에 대한 정보, 제 1 블록(710)의 해쉬값(713)에 대한 정보, 트랜잭션(715) 및 트랜잭션의 해쉬값(714)을 포함할 수 있다. 다만, 상술한 제 1 블록(710)의 구성 요소들은 제 1 블록(710)을 구현하는데 있어서 필수적인 것은 아니어서, 제 1 블록(710)은 위에서 열거된 구성요소들 보다 많거나, 또는 적은 구성요소들을 가질 수 있다.

한편, 도면에 도시되지는 않았지만, 제 1 블록(710)은 제 1 블록(710)의 버전에 대한 정보, 논스(nonce)에 대한 정보 및 난이도 목표에 대한 정보를 더 포함할 수도 있다.

제 1 블록(710)의 버전에 대한 정보, 논스(nonce), 제 1 블록(710)의 생성시간에 대한 정보, 이전 블록(최초 블록)의 해쉬값(712)에 대한 정보, 합의 메타데이터(미도시), 블록 메타데이터(미도시), 제 1 블록의 해쉬값(713)에 대한 정보 및 난이도 목표는 제 1 블록(710)의 헤더(Header)에 포함될 수 있다. 그리고, 제 1 트랜잭션(715)은 제 1 블록(710)의 바디(Body)에 포함될 수 있다.

제 1 블록의 버전에 대한 정보는, 현재 이 블록 헤더를 만든 블록 체인 프로그램의 버전 정보가 될 수 있다.

논스(nonce)는 블록을 만드는 과정에서 해쉬값을 구할 때, 사용된 값으로 일반적인 블록 체인 기술의 논스가 이에 해당한다.

난이도 목표는 영어로 Bits라고 표현할 수 있다. Bits는 난이도 해쉬 목표 값을 의미할 수 있습니다.

제 1 블록(710)의 생성 시간(711)에 대한 정보는 제 1 블록이 생성된 시간(예를 들어, 2018년 04월 02일 15시)에 대한 정보일 수 있다.

이전 블록인 최초 블록의 해쉬값(712)에 대한 정보는 이전 블록의 헤더에 포함된 정보들(예를 들어, 최초 블록의 생성 시간 (701), 이전 블록의 최초 트랜잭션 해쉬값(704) 등)을 해쉬값으로 변환하여 생성된 정보일 수 있다. 이전 블록의 해쉬값(712)에 대한 정보는 해쉬 알고리즘(Hash Algorithm)의 종류에 따라, 문자의 길이와 값(예를 들어, 256bits, 512bits)이 달라질 수 있다.

따라서, 최초 블록(700)과 제 1 블록(710)은 체인으로 연결된 것과 같다고 볼 수 있다. 다시 말해서, 최초 블록(700)과 제 1 블록(710)은 블록체인을 형성할 수 있다. 상술한 내용에 따라, 블록체인 구조의 데이터는 위변조가 불가능하다는 효과를 가질 수 있다.

제 1 블록(710)에 이전 블록의 해쉬값(712)에 대한 정보가 포함되는 경우, 트랜잭션의 위/변조를 방지할 수 있고, 트랜잭션의 무결성을 검증할 수 있다.

상술한 해쉬값은 해쉬 알고리즘을 통해 도출된 해쉬값을 의미한다. 상술한 해쉬 알고리즘(hash algorithm)은 문장의 길이에 관계 없이 일정한 길이의 값으로 변경하는 알고리즘을 지칭한다. 해쉬 알고리즘은 문장의 내용이 완전히 같은 경우, 완전히 같은 해쉬값을 가진다. 반면, 해쉬 알고리즘은 문장의 내용이 일부라도 다른 경우, 완전히 다른 해쉬값을 가진다. 따라서, 해쉬 알고리즘을 이용하는 경우, 트랜잭션의 위/변조가 사실상 불가능하다는 효과가 발생하게 된다.

도 12는 본 개시 내용의 실시예들이 구현될 수 있는 예시적인 컴퓨팅 환경에 대한 간략하고 일반적인 개략도를 도시한다.

본 개시가 일반적으로 하나 이상의 컴퓨터 상에서 실행될 수 있는 컴퓨터 실행가능 명령어와 관련하여 전술되었지만, 당업자라면 본 개시가 기타 프로그램 모듈들과 결합되어 및/또는 하드웨어와 소프트웨어의 조합으로서 구현될 수 있다는 것을 잘 알 것이다.

일반적으로, 본 명세서에서의 모듈은 특정의 태스크를 수행하거나 특정의 추상 데이터 유형을 구현하는 루틴, 프로시져, 프로그램, 컴포넌트, 데이터 구조, 기타 등등을 포함한다. 또한, 당업자라면 본 개시의 방법이 단일-프로세서 또는 멀티프로세서 컴퓨터 시스템, 미니컴퓨터, 메인프레임 컴퓨터는 물론 퍼스널 컴퓨터, 핸드헬드 컴퓨팅 장치, 마이크로프로세서-기반 또는 프로그램가능 가전 제품, 기타 등등(이들 각각은 하나 이상의 연관된 장치와 연결되어 동작할 수 있음)을 비롯한 다른 컴퓨터 시스템 구성으로 실시될 수 있다는 것을 잘 알 것이다.

본 개시의 설명된 실시예들은 또한 어떤 태스크들이 통신 네트워크를 통해 연결되어 있는 원격 처리 장치들에 의해 수행되는 분산 컴퓨팅 환경에서 실시될 수 있다. 분산 컴퓨팅 환경에서, 프로그램 모듈은 로컬 및 원격 메모리 저장 장치 둘다에 위치할 수 있다.

컴퓨터는 통상적으로 다양한 컴퓨터 판독가능 매체를 포함한다. 컴퓨터에 의해 액세스 가능한 매체는 그 어떤 것이든지 컴퓨터 판독가능 매체가 될 수 있고, 이러한 컴퓨터 판독가능 매체는 휘발성 및 비휘발성 매체, 일시적(transitory) 및 비일시적(non-transitory) 매체, 이동식 및 비-이동식 매체를 포함한다. 제한이 아닌 예로서, 컴퓨터 판독가능 매체는 컴퓨터 판독가능 저장 매체 및 컴퓨터 판독가능 전송 매체를 포함할 수 있다.

컴퓨터 판독가능 저장 매체는 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보를 저장하는 임의의 방법 또는 기술로 구현되는 휘발성 및 비휘발성 매체, 일시적 및 비-일시적 매체, 이동식 및 비이동식 매체를 포함한다. 컴퓨터 판독가능 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 기타 메모리 기술, CD-ROM, DVD(digital video disk) 또는 기타 광 디스크 저장 장치, 자기 카세트, 자기 테이프, 자기 디스크 저장 장치 또는 기타 자기 저장 장치, 또는 컴퓨터에 의해 액세스될 수 있고 원하는 정보를 저장하는 데 사용될 수 있는 임의의 기타 매체를 포함하지만, 이에 한정되지 않는다.

컴퓨터 판독가능 전송 매체는 통상적으로 반송파(carrier wave) 또는 기타 전송 메커니즘(transport mechanism)과 같은 피변조 데이터 신호(modulated data signal)에 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터등을 구현하고 모든 정보 전달 매체를 포함한다. 피변조 데이터 신호라는 용어는 신호 내에 정보를 인코딩하도록 그 신호의 특성들 중 하나 이상을 설정 또는 변경시킨 신호를 의미한다. 제한이 아닌 예로서, 컴퓨터 판독가능 전송 매체는 유선 네트워크 또는 직접 배선 접속(direct-wired connection)과 같은 유선 매체, 그리고 음향, RF, 적외선, 기타 무선 매체와 같은 무선 매체를 포함한다. 상술된 매체들 중 임의의 것의 조합도 역시 컴퓨터 판독가능 전송 매체의 범위 안에 포함되는 것으로 한다.

컴퓨터(1102)를 포함하는 본 개시의 여러가지 측면들을 구현하는 예시적인 환경(1100)이 나타내어져 있으며, 컴퓨터(1102)는 처리 장치(1104), 시스템 메모리(1106) 및 시스템 버스(1108)를 포함한다. 시스템 버스(1108)는 시스템 메모리(1106)(이에 한정되지 않음)를 비롯한 시스템 컴포넌트들을 처리 장치(1104)에 연결시킨다. 처리 장치(1104)는 다양한 상용 프로세서들 중 임의의 프로세서일 수 있다. 듀얼 프로세서 및 기타 멀티프로세서 아키텍처도 역시 처리 장치(1104)로서 이용될 수 있다.

시스템 버스(1108)는 메모리 버스, 주변장치 버스, 및 다양한 상용 버스 아키텍처 중 임의의 것을 사용하는 로컬 버스에 추가적으로 상호 연결될 수 있는 몇가지 유형의 버스 구조 중 임의의 것일 수 있다. 시스템 메모리(1106)는 판독 전용 메모리(ROM)(1110) 및 랜덤 액세스 메모리(RAM)(1112)를 포함한다. 기본 입/출력 시스템(BIOS)은 ROM, EPROM, EEPROM 등의 비휘발성 메모리(1110)에 저장되며, 이 BIOS는 시동 중과 같은 때에 컴퓨터(1102) 내의 구성요소들 간에 정보를 전송하는 일을 돕는 기본적인 루틴을 포함한다. RAM(1112)은 또한 데이터를 캐싱하기 위한 정적 RAM 등의 고속 RAM을 포함할 수 있다.

컴퓨터(1102)는 또한 내장형 하드 디스크 드라이브(HDD)(1114)(예를 들어, EIDE, SATA)―이 내장형 하드 디스크 드라이브(1114)는 또한 적당한 섀시(도시 생략) 내에서 외장형 용도로 구성될 수 있음―, 자기 플로피 디스크 드라이브(FDD)(1116)(예를 들어, 이동식 디스켓(1118)으로부터 판독을 하거나 그에 기록을 하기 위한 것임), 및 광 디스크 드라이브(1120)(예를 들어, CD-ROM 디스크(1122)를 판독하거나 DVD 등의 기타 고용량 광 매체로부터 판독을 하거나 그에 기록을 하기 위한 것임)를 포함한다. 하드 디스크 드라이브(1114), 자기 디스크 드라이브(1116) 및 광 디스크 드라이브(1120)는 각각 하드 디스크 드라이브 인터페이스(1124), 자기 디스크 드라이브 인터페이스(1126) 및 광 드라이브 인터페이스(1128)에 의해 시스템 버스(1108)에 연결될 수 있다. 외장형 드라이브 구현을 위한 인터페이스(1124)는 예를 들어, USB(Universal Serial Bus) 및 IEEE 1394 인터페이스 기술 중 적어도 하나 또는 그 둘다를 포함한다.

이들 드라이브 및 그와 연관된 컴퓨터 판독가능 매체는 데이터, 데이터 구조, 컴퓨터 실행가능 명령어, 기타 등등의 비휘발성 저장을 제공한다. 컴퓨터(1102)의 경우, 드라이브 및 매체는 임의의 데이터를 적당한 디지털 형식으로 저장하는 것에 대응한다. 상기에서의 컴퓨터 판독가능 저장 매체에 대한 설명이 HDD, 이동식 자기 디스크, 및 CD 또는 DVD 등의 이동식 광 매체를 언급하고 있지만, 당업자라면 집 드라이브(zip drive), 자기 카세트, 플래쉬 메모리 카드, 카트리지, 기타 등등의 컴퓨터에 의해 판독가능한 다른 유형의 저장 매체도 역시 예시적인 운영 환경에서 사용될 수 있으며 또 임의의 이러한 매체가 본 개시의 방법들을 수행하기 위한 컴퓨터 실행가능 명령어를 포함할 수 있다는 것을 잘 알 것이다.

운영 체제(1130), 하나 이상의 애플리케이션 프로그램(1132), 기타 프로그램 모듈(1134) 및 프로그램 데이터(1136)를 비롯한 다수의 프로그램 모듈이 드라이브 및 RAM(1112)에 저장될 수 있다. 운영 체제, 애플리케이션, 모듈 및/또는 데이터의 전부 또는 그 일부분이 또한 RAM(1112)에 캐싱될 수 있다. 본 개시가 여러가지 상업적으로 이용가능한 운영 체제 또는 운영 체제들의 조합에서 구현될 수 있다는 것을 잘 알 것이다.

사용자는 하나 이상의 유선/무선 입력 장치, 예를 들어, 키보드(1138) 및 마우스(1140) 등의 포인팅 장치를 통해 컴퓨터(1102)에 명령 및 정보를 입력할 수 있다. 기타 입력 장치(도시 생략)로는 마이크, IR 리모콘, 조이스틱, 게임 패드, 스타일러스 펜, 터치 스크린, 기타 등등이 있을 수 있다. 이들 및 기타 입력 장치가 종종 시스템 버스(1108)에 연결되어 있는 입력 장치 인터페이스(1142)를 통해 처리 장치(1104)에 연결되지만, 병렬 포트, IEEE 1394 직렬 포트, 게임 포트, USB 포트, IR 인터페이스, 기타 등등의 기타 인터페이스에 의해 연결될 수 있다.

모니터(1144) 또는 다른 유형의 디스플레이 장치도 역시 비디오 어댑터(1146) 등의 인터페이스를 통해 시스템 버스(1108)에 연결된다. 모니터(1144)에 부가하여, 컴퓨터는 일반적으로 스피커, 프린터, 기타 등등의 기타 주변 출력 장치(도시 생략)를 포함한다.

컴퓨터(1102)는 유선 및/또는 무선 통신을 통한 원격 컴퓨터(들)(1148) 등의 하나 이상의 원격 컴퓨터로의 논리적 연결을 사용하여 네트워크화된 환경에서 동작할 수 있다. 원격 컴퓨터(들)(1148)는 워크스테이션, 서버 컴퓨터, 라우터, 퍼스널 컴퓨터, 휴대용 컴퓨터, 마이크로프로세서-기반 오락 기기, 피어 장치 또는 기타 통상의 네트워크 노드일 수 있으며, 일반적으로 컴퓨터(1102)에 대해 기술된 구성요소들 중 다수 또는 그 전부를 포함하지만, 간략함을 위해, 메모리 저장 장치(1150)만이 도시되어 있다. 도시되어 있는 논리적 연결은 근거리 통신망(LAN)(1152) 및/또는 더 큰 네트워크, 예를 들어, 원거리 통신망(WAN)(1154)에의 유선/무선 연결을 포함한다. 이러한 LAN 및 WAN 네트워킹 환경은 사무실 및 회사에서 일반적인 것이며, 인트라넷 등의 전사적 컴퓨터 네트워크(enterprise-wide computer network)를 용이하게 해주며, 이들 모두는 전세계 컴퓨터 네트워크, 예를 들어, 인터넷에 연결될 수 있다.

LAN 네트워킹 환경에서 사용될 때, 컴퓨터(1102)는 유선 및/또는 무선 통신 네트워크 인터페이스 또는 어댑터(1156)를 통해 로컬 네트워크(1152)에 연결된다. 어댑터(1156)는 LAN(1152)에의 유선 또는 무선 통신을 용이하게 해줄 수 있으며, 이 LAN(1152)은 또한 무선 어댑터(1156)와 통신하기 위해 그에 설치되어 있는 무선 액세스 포인트를 포함하고 있다. WAN 네트워킹 환경에서 사용될 때, 컴퓨터(1102)는 모뎀(1158)을 포함할 수 있거나, WAN(1154) 상의 통신 서버에 연결되거나, 또는 인터넷을 통하는 등, WAN(1154)을 통해 통신을 설정하는 기타 수단을 갖는다. 내장형 또는 외장형 및 유선 또는 무선 장치일 수 있는 모뎀(1158)은 직렬 포트 인터페이스(1142)를 통해 시스템 버스(1108)에 연결된다. 네트워크화된 환경에서, 컴퓨터(1102)에 대해 설명된 프로그램 모듈들 또는 그의 일부분이 원격 메모리/저장 장치(1150)에 저장될 수 있다. 도시된 네트워크 연결이 예시적인 것이며 컴퓨터들 사이에 통신 링크를 설정하는 기타 수단이 사용될 수 있다는 것을 잘 알 것이다.

컴퓨터(1102)는 무선 통신으로 배치되어 동작하는 임의의 무선 장치 또는 개체, 예를 들어, 프린터, 스캐너, 데스크톱 및/또는 휴대용 컴퓨터, PDA(portable data assistant), 통신 위성, 무선 검출가능 태그와 연관된 임의의 장비 또는 장소, 및 전화와 통신을 하는 동작을 한다. 이것은 적어도 Wi-Fi 및 블루투스 무선 기술을 포함한다. 따라서, 통신은 종래의 네트워크에서와 같이 미리 정의된 구조이거나 단순하게 적어도 2개의 장치 사이의 애드혹 통신(ad hoc communication)일 수 있다.

Wi-Fi(Wireless Fidelity)는 유선 없이도 인터넷 등으로의 연결을 가능하게 해준다. Wi-Fi는 이러한 장치, 예를 들어, 컴퓨터가 실내에서 및 실외에서, 즉 기지국의 통화권 내의 아무 곳에서나 데이터를 전송 및 수신할 수 있게 해주는 셀 전화와 같은 무선 기술이다. Wi-Fi 네트워크는 안전하고 신뢰성 있으며 고속인 무선 연결을 제공하기 위해 IEEE 802.11(a,b,g, 기타)이라고 하는 무선 기술을 사용한다. 컴퓨터를 서로에, 인터넷에 및 유선 네트워크(IEEE 802.3 또는 이더넷을 사용함)에 연결시키기 위해 Wi-Fi가 사용될 수 있다. Wi-Fi 네트워크는 비인가 2.4 및 5 GHz 무선 대역에서, 예를 들어, 11Mbps(802.11a) 또는 54 Mbps(802.11b) 데이터 레이트로 동작하거나, 양 대역(듀얼 대역)을 포함하는 제품에서 동작할 수 있다.

본 개시의 기술 분야에서 통상의 지식을 가진 자는 여기에 개시된 실시예들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 프로세서들, 수단들, 회로들 및 알고리즘 단계들이 전자 하드웨어, (편의를 위해, 여기에서 "소프트웨어"로 지칭되는) 다양한 형태들의 프로그램 또는 설계 코드 또는 이들 모두의 결합에 의해 구현될 수 있다는 것을 이해할 것이다. 하드웨어 및 소프트웨어의 이러한 상호 호환성을 명확하게 설명하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들 및 단계들이 이들의 기능과 관련하여 위에서 일반적으로 설명되었다. 이러한 기능이 하드웨어 또는 소프트웨어로서 구현되는지 여부는 특정한 애플리케이션 및 전체 시스템에 대하여 부과되는 설계 제약들에 따라 좌우된다. 본 개시의 기술 분야에서 통상의 지식을 가진 자는 각각의 특정한 애플리케이션에 대하여 다양한 방식들로 설명된 기능을 구현할 수 있으나, 이러한 구현 결정들은 본 개시의 범위를 벗어나는 것으로 해석되어서는 안 될 것이다.

여기서 제시된 다양한 실시예들은 방법, 장치, 또는 표준 프로그래밍 및/또는 엔지니어링 기술을 사용한 제조 물품(article)으로 구현될 수 있다. 용어 "제조 물품"은 임의의 컴퓨터-판독가능 장치로부터 액세스 가능한 컴퓨터 프로그램, 캐리어, 또는 매체(media)를 포함한다. 예를 들어, 컴퓨터-판독가능 저장 매체는 자기 저장 장치(예를 들면, 하드 디스크, 플로피 디스크, 자기 스트립, 등), 광학 디스크(예를 들면, CD, DVD, 등), 스마트 카드, 및 플래쉬 메모리 장치(예를 들면, EEPROM, 카드, 스틱, 키 드라이브, 등)를 포함하지만, 이들로 제한되는 것은 아니다. 용어 "기계-판독가능 매체"는 명령(들) 및/또는 데이터를 저장, 보유, 및/또는 전달할 수 있는 무선 채널 및 다양한 다른 매체를 포함하지만, 이들로 제한되는 것은 아니다.

제시된 프로세스들에 있는 단계들의 특정한 순서 또는 계층 구조는 예시적인 접근들의 일례임을 이해하도록 한다. 설계 우선순위들에 기반하여, 본 개시의 범위 내에서 프로세스들에 있는 단계들의 특정한 순서 또는 계층 구조가 재배열될 수 있다는 것을 이해하도록 한다. 첨부된 방법 청구항들은 샘플 순서로 다양한 단계들의 엘리먼트들을 제공하지만 제시된 특정한 순서 또는 계층 구조에 한정되는 것을 의미하지는 않는다.

제시된 실시예들에 대한 설명은 임의의 본 개시의 기술 분야에서 통상의 지식을 가진 자가 본 개시를 이용하거나 또는 실시할 수 있도록 제공된다. 이러한 실시예들에 대한 다양한 변형들은 본 개시의 기술 분야에서 통상의 지식을 가진 자에게 명백할 것이며, 여기에 정의된 일반적인 원리들은 본 개시의 범위를 벗어남이 없이 다른 실시예들에 적용될 수 있다. 그리하여, 본 개시는 여기에 제시된 실시예들로 한정되는 것이 아니라, 여기에 제시된 원리들 및 신규한 특징들과 일관되는 최광의의 범위에서 해석되어야 할 것이다.

Claims (1)

1. 광고를 중개하는 컴퓨터 판독가능 저장 매체에 저장된 컴퓨터 프로그램.
   

Images