KR101795696B1 - 메신저 서비스를 통하여 송수신되는 데이터에 대한 기록 및 검증 서비스를 제공하는 방법, 및 이를 이용한 서버 - Google Patents

메신저 서비스를 통하여 송수신되는 데이터에 대한 기록 및 검증 서비스를 제공하는 방법, 및 이를 이용한 서버 Download PDF

Info

Publication number
KR101795696B1
KR101795696B1 KR1020160088989A KR20160088989A KR101795696B1 KR 101795696 B1 KR101795696 B1 KR 101795696B1 KR 1020160088989 A KR1020160088989 A KR 1020160088989A KR 20160088989 A KR20160088989 A KR 20160088989A KR 101795696 B1 KR101795696 B1 KR 101795696B1
Authority
KR
South Korea
Prior art keywords
hash value
server
data
private key
chat
Prior art date
Application number
KR1020160088989A
Other languages
English (en)
Inventor
홍재우
어준선
송주한
Original Assignee
주식회사 코인플러그
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 코인플러그 filed Critical 주식회사 코인플러그
Priority to KR1020160088989A priority Critical patent/KR101795696B1/ko
Priority to PCT/KR2017/007448 priority patent/WO2018012872A1/ko
Application granted granted Critical
Publication of KR101795696B1 publication Critical patent/KR101795696B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
    • H04L51/16—
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/02—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail using automatic reactions or user delegation, e.g. automatic replies or chatbot-generated messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

본 발명은 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 및 검증 서비스를 제공하는 방법에 관한 것이다. 본 발명에 따르면, (a) 상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나로부터 메신저 봇에 대한 호출이 감지되면, 서버가, 상기 메신저 봇을 상기 채팅에 관여시키거나 관여시키도록 지원하는 단계; 및 (b) 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함이 감지되면, 상기 서버가, 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부를 기록 데이터로서 상기 요청에 따라 데이터베이스에 등록하거나 등록하도록 지원하는 단계를 포함하는 기록 서비스 제공 방법이 제공된다. 또한, 본 발명에 따르면, (a) 기존에 상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나로부터 메신저 봇에 대한 호출이 감지되어 서버가 상기 메신저 봇을 상기 채팅에 관여시키거나 관여시키도록 지원하고, 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청에 따라 상기 서버가 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부를 기록 데이터로서 데이터베이스에 등록하고 있는 상태에서, 상기 서버가, 상기 기록 데이터와 관련된 검증 요청을 획득하는 단계; 및 (b) 상기 검증 요청에 포함된 입력 데이터가 상기 기록 데이터에 대응되는지 여부를 판별하고, 상기 입력 데이터가 상기 기록 데이터에 대응되면, 상기 서버가, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원하는 단계를 포함하는 검증 서비스 제공 방법도 제공된다. 물론, 이 방법들을 이용하는 서버 또한 제공된다.

Description

메신저 서비스를 통하여 송수신되는 데이터에 대한 기록 및 검증 서비스를 제공하는 방법, 및 이를 이용한 서버{METHOD FOR PROVIDING ARCHIVING AND VERIFICATION SERVICES OF DATA TRANSCEIVED VIA MESSENGER SERVICE AND SERVER USING THE SAME}
본 발명은 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 및 검증 서비스를 제공하는 방법 및 그 방법을 수행하는 서버에 관한 것으로, 보다 상세하게는, (1) 상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나로부터 메신저 봇에 대한 호출이 감지되면, 상기 메신저 봇을 상기 채팅에 관여시키거나 관여시키도록 지원하고, 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함이 감지되면, 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부를 기록 데이터로서 상기 요청에 따라 데이터베이스에 등록하거나 등록하도록 지원하는 기록 서비스 제공 방법 및 (2) 기존에 상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나로부터 메신저 봇에 대한 호출이 감지되어 상기 메신저 봇을 상기 채팅에 관여시키거나 관여시키도록 지원하고, 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청에 따라 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부를 기록 데이터로서 데이터베이스에 등록하고 있는 상태에서, 상기 기록 데이터와 관련된 검증 요청을 획득하고, 상기 검증 요청에 포함된 입력 데이터가 상기 기록 데이터에 대응되는지 여부를 판별하고, 상기 입력 데이터가 상기 기록 데이터에 대응되면, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원하는 검증 서비스 제공 방법, 및 이들 방법을 이용한 서버에 관한 것이다.
‘메신저(messenger)’란 네트워크 상에서 실시간으로 메시지를 포함하는 데이터를 송수신할 수 있는 소프트웨어를 의미하며, 즉시 전달한다는 의미로 ‘인스턴트 메신저(instant messenger)’라고도 한다. 이와 같이 메신저를 통하여 네트워크 상에서 실시간으로 데이터를 송수신할 수 있도록 제공되는 서비스를 ‘메신저 서비스’라고 지칭한다. 이용자들이 메신저 서비스를 이용하는 경우에 상호 간에 네트워크에 접속해 있는지 여부(이른바, 온라인 여부)를 즉시 확인할 수 있으므로 응답이 즉시 이루어질 수 있다는 장점이 있다. 또한, 통상적으로 전자 우편보다 신속할 뿐만 아니라 컴퓨팅 장치를 다른 목적으로 이용하면서도 메시지를 포함한 데이터를 주고 받을 수 있기 때문에 그 이용자 수가 최근 많이 증가했다.
메신저 서비스를 이용할 수 있는 컴퓨팅 장치는 최근 각광 받고 있는 스마트폰(smart phone), PDA(Personal Digital Assistants), 태블릿 PC(tablet PC) 등과 같은 모바일 장치도 포함하므로, 이와 같은 장치들을 통하여 텍스트 형태로 된 메시지뿐만 아니라, 각종 전자 문서, 음악 및 대용량 동영상 파일의 송수신도 가능하게 되었다.
이와 같은 범용성과 편리함 덕분에 메신저 서비스를 통한 개인적 약속이 꾸준히 이루어져 왔으나, 메신저 서비스를 통한 약속이나 계약은 디지털 데이터의 형태를 띠게 되므로, 디지털 데이터에 관한 법률적인 효력을 인정하는 데 소극적이었던 기존의 대한민국 법률 체계에 비추어, 결국 메신저 서비스를 통한 약속이나 계약의 법적인 강제성이 희박했던 문제점이 있었다. 예를 들어, 검증 내지 증빙의 문제가 있으므로, 부동산 임대차 계약이나 금전 소비대차 계약과 같은 법률행위는 메신저 서비스를 통하여 이루어지지 않았다.
이와 같은 제한은 최근 대한민국의 법령이 개정되면서 풀리게 되었다. 2016년 5월 29일 개정 대한민국 형사소송법의 제313조 등에 따르면, 정보저장매체에 저장된 문자, 사진, 영상 등의 정보도 진술서로서의 효력이 인정될 수 있으며, 심지어 진술서의 작성자가 그 진술서의 성립을 부인하는 경우에도 과학적 분석결과에 기초한 디지털포렌식 자료, 감정 등 객관적 방법으로 성립의 진정함이 증명되는 때에는 증거로 할 수 있게 되었다.
이에, 본 발명자는, 사용하기 간편한 메신저 서비스 상에서도 법률적으로 효력 있고, 수학적으로 검증 가능하며, 위변조 가능성이 없도록 계약에 관한 디지털 데이터를 기록하고, 추후 이를 검증할 수 있게 하는 기술을 제안하고자 한다.
본 발명은 상술한 문제점을 해결하는 것을 목적으로 한다.
구체적으로, 본 발명은 메신저 서비스를 이용하는 참여자들로 하여금 간편하게 계약, 약정, 약속 등을 할 수 있게 하는 것을 목적으로 한다.
또한, 본 발명은 그 계약, 약정, 약속 등을 기록 및 보관하여 증거 자료로서 삼을 수 있도록 과학적, 객관적으로 검증할 수 있게 하는 것을 다른 목적으로 한다.
또한, 본 발명은 블록체인(block chain) 기술을 이용하여 메신저 서비스 상의 채팅 내용에 기반한 암호학적 입증 방법을 제공하는 것을 다른 목적으로 한다.
상기한 바와 같은 본 발명의 목적을 달성하고, 후술하는 본 발명의 특징적인 효과를 실현하기 위한, 본 발명의 특징적인 구성은 하기와 같다.
본 발명의 일 태양에 따르면, 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 서비스를 제공하는 방법이 제공되는바, 그 방법은, (a) 상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나에 의하여 서버가 상기 메신저 봇으로 하여금 상기 채팅에 관여되게 한 상태에서, 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함이 감지되면, 상기 서버가, 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부인 기록 데이터를 획득하거나 상기 기록 데이터의 message digest를 획득하거나 획득하도록 지원하는 단계; 및 (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은, (i) 상기 서버의 private key로 서명되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값 또는 (ii) 상기 서버의 private key로 인코딩되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 상기 데이터베이스에 등록하거나 등록하도록 지원하는 단계를 포함한다.
본 발명의 다른 태양에 따르면, 메신저 서비스를 통하여 송수신되는 데이터에 대한 검증 서비스를 제공하는 방법이 제공되는바, 그 방법은, (a) 기존에 서버가 상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나에 의하여 상기 메신저 봇으로 하여금 상기 채팅에 관여되게 하고, 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함이 감지되어 상기 서버가 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부인 기록 데이터를 획득하거나 상기 기록 데이터의 message digest를 획득하여, 제1 특정 해쉬값 - 상기 제1 특정 해쉬값은, (i) 상기 서버의 private key로 서명되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값 또는 (ii) 상기 서버의 private key로 인코딩되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값임 - 및 상기 제1 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값을 상기 데이터베이스에 등록하고 있는 상태에서, 상기 서버가, 상기 기록 데이터와 관련된 검증 요청을 획득하는 단계, 및 (b) 상기 검증 요청에 포함된 입력 데이터를 이용하여 생성된 제2 대표 해쉬값 또는 상기 제2 대표 해쉬값을 가공한 값이 상기 데이터베이스에 등록된 상기 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값과 대응되면, 상기 서버가, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원하는 단계를 포함한다.
본 발명의 또 다른 태양에 따르면, 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 서비스를 제공하는 서버가 제공되는바, 그 서버는, 상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나에 의하여 서버가 상기 메신저 봇으로 하여금 상기 채팅에 관여되게 한 상태에서, 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함을 감지하는 통신부; 및 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함이 감지되면, 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부인 기록 데이터를 획득하거나 상기 기록 데이터의 message digest를 획득하거나 획득하도록 지원하는 프로세서를 포함하되, 상기 프로세서는, 소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은, (i) 상기 서버의 private key로 서명되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값 또는 (ii) 상기 서버의 private key로 인코딩되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 상기 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 한다.
본 발명의 또 다른 태양에 따르면, 메신저 서비스를 통하여 송수신되는 데이터에 대한 검증 서비스를 제공하는 서버가 제공되는바, 그 서버는, 기존에 서버가 상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나에 의하여 상기 메신저 봇으로 하여금 상기 채팅에 관여되게 하고, 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함이 감지되어 상기 서버가 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부인 기록 데이터를 획득하거나 상기 기록 데이터의 message digest를 획득하여, 제1 특정 해쉬값 - 상기 제1 특정 해쉬값은, (i) 상기 서버의 private key로 서명되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값 또는 (ii) 상기 서버의 private key로 인코딩되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값임 - 및 상기 제1 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값을 상기 데이터베이스에 등록하고 있는 상태에서, 상기 기록 데이터와 관련된 검증 요청을 획득하는 통신부; 및 상기 검증 요청에 포함된 입력 데이터를 이용하여 생성된 제2 대표 해쉬값 또는 상기 제2 대표 해쉬값을 가공한 값이 상기 데이터베이스에 등록된 상기 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값과 대응되면, 상기 서버가, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원하는 프로세서를 포함한다.
본 발명에 의하면, 법률적인 효력을 가지는 검증이 간편한 메신저 서비스 상에서 가능해지는 효과가 있다.
또한, 본 발명에 의하면, 검증의 목적에 따라 다양한 유형의 양식에 맞춰 데이터를 기록 및 검증하게 할 수 있는 효과가 있다.
또한, 본 발명은 모든 기록 데이터와 검증과 관련하여 필요한 데이터를 블록체인에 올리는 대신에 이를 이용하여 머클 트리를 구성하여 상기 구성된 머클 트리의 루트값만을 블록체인에 등록함으로써 서비스의 속도를 향상시키고 transaction fee를 절감할 수 있는 효과가 있다.
또한, 본 발명은 기록 데이터에 대한 검증 요청시에 상기와 같이 생성된 머클 트리를 이용하여 검증을 수행함으로써 데이터베이스의 integrity를 좀더 보장할 수 있는 효과가 있다.
본 발명의 실시예의 설명에 이용되기 위하여 첨부된 아래 도면들은 본 발명의 실시예들 중 단지 일부일 뿐이며, 본 발명이 속한 기술분야에서 통상의 지식을 가진 자(이하 “통상의 기술자”)에게 있어서는 발명적 작업이 이루어짐 없이 이 도면들에 기초하여 다른 도면들이 얻어질 수 있다.
도 1은 본 발명의 일 실시예에 따라 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 서비스 및 검증 서비스를 제공하는 서버의 구성을 도시한 블록도이다.
도 2는 본 발명의 일 실시예에 따라 메신저 서비스 송수신 데이터에 대한 기록 서비스 및 검증 서비스가 이용되는 상황에서 전체 시스템의 구성을 도시한 개념도이다.
도 3은 본 발명의 일 실시예에 따라 메신저 서비스 송수신 데이터에 대한 기록 서비스 및 검증 서비스를 제공하는 서버의 소프트웨어 아키텍처를 예시적으로 도시한 개념도이다.
도 4는 본 발명의 일 실시예에 따라 메신저 서비스 송수신 데이터에 대한 기록 서비스를 제공하는 과정을 예시적으로 2명의 채팅 참여자에 대하여 도시한 시퀀스 다이어그램이다.
도 5는 본 발명의 일 실시예에 따라 메신저 서비스 송수신 데이터에 대한 기록 서비스를 제공함에 있어서 저장된 데이터를 열람하는 과정을 예시적으로 2명의 채팅 참여자에 대하여 도시한 시퀀스 다이어그램이다.
도 6 및 7은 본 발명의 일 실시예에 따라 생성된 머클 트리의 예를 도시한 도면이다.
후술하는 본 발명에 대한 상세한 설명은, 본 발명의 목적들, 기술적 해법들 및 장점들을 분명하게 하기 위하여 본 발명이 실시될 수 있는 특정 실시예를 예시로서 도시하는 첨부 도면을 참조한다. 이들 실시예는 통상의 기술자가 본 발명을 실시할 수 있기에 충분하도록 상세히 설명된다.
또한, 본 발명의 상세한 설명 및 청구항들에 걸쳐, ‘포함하다’라는 단어 및 그것의 변형은 다른 기술적 특징들, 부가물들, 구성요소들 또는 단계들을 제외하는 것으로 의도된 것이 아니다. 통상의 기술자에게 본 발명의 다른 목적들, 장점들 및 특성들이 일부는 본 설명서로부터, 그리고 일부는 본 발명의 실시로부터 드러날 것이다. 아래의 예시 및 도면은 실례로서 제공되며, 본 발명을 한정하는 것으로 의도된 것이 아니다.
더욱이 본 발명은 본 명세서에 표시된 실시예들의 모든 가능한 조합들을 망라한다. 본 발명의 다양한 실시예는 서로 다르지만 상호 배타적일 필요는 없음이 이해되어야 한다. 예를 들어, 여기에 기재되어 있는 특정 형상, 구조 및 특성은 일 실시예에 관련하여 본 발명의 정신 및 범위를 벗어나지 않으면서 다른 실시예로 구현될 수 있다. 또한, 각각의 개시된 실시예 내의 개별 구성요소의 위치 또는 배치는 본 발명의 정신 및 범위를 벗어나지 않으면서 변경될 수 있음이 이해되어야 한다. 따라서, 후술하는 상세한 설명은 한정적인 의미로서 취하려는 것이 아니며, 본 발명의 범위는, 적절하게 설명된다면, 그 청구항들이 주장하는 것과 균등한 모든 범위와 더불어 첨부된 청구항에 의해서만 한정된다. 도면에서 유사한 참조부호는 여러 측면에 걸쳐서 동일하거나 유사한 기능을 지칭한다.
본 명세서에서 달리 표시되거나 분명히 문맥에 모순되지 않는 한, 단수로 지칭된 항목은, 그 문맥에서 달리 요구되지 않는 한, 복수의 것을 아우른다. 이하, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있도록 하기 위하여, 본 발명의 바람직한 실시예들에 관하여 첨부된 도면을 참조하여 상세히 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따라 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 서비스 및 검증 서비스를 제공하는 서버의 구성을 도시한 블록도이고, 도 2는 본 발명의 일 실시예에 따라 메신저 서비스 송수신 데이터에 대한 기록 서비스 및 검증 서비스가 이용되는 상황에서 전체 시스템의 구성을 도시한 개념도이다.
본 명세서에서 메신저 서비스를 통하여 송수신되는 데이터는 텍스트(text), 이미지, 소리 및 비디오 중 적어도 일부를 포함할 수 있으나, 이에 한정되지 않으며 데이터로 표현될 수 있는 것이라면 무엇이든 포함할 수 있다.
또한, 본 명세서에서 ‘봇(bot)’은 사용자나 다른 프로그램의 행동을 흉내내는 대리자로 동작하는 수단(주로, 소프트웨어로 구현됨)을 지칭한다. 그 한 가지 예로서, ‘검색 봇’은 웹 사이트에 주기적으로 방문하여 검색 엔진을 위한 색인을 위한 콘텐츠를 모아오는 기능을 한다. 본 명세서의 ‘메신저 봇’은 메신저 서비스를 이용하는 채팅 참여자를 위한 서비스를 제공하도록 동작하는 수단이다. ‘메신저 봇(messenger bot)’은 전형적으로는 메신저 서비스를 제공하는 메신저 서비스 제공자 측에서 마련하여 놓은 메신저 API(Application Programming Interface; 애플리케이션 프로그래밍 인터페이스)를 이용하여 구현될 수 있다. 특히, 본 명세서에서 언급되는 ‘메신저 봇’은 메신저 서비스 상에서 채팅 참여자들과 마찬가지로 하나의 세션(session)으로 기능하는데, 구체적으로, 진행 중인 채팅 중에 메신저 봇이 하나의 세션으로서 관여하면, 채팅 중에 채팅 참여자 간 송수신되는 데이터를 감지하여 이를 취급할 수 있게 되는바, 일종의 채팅 참여자와 본 발명 서버 간 인터페이스(interface) 역할을 한다.
본 명세서에서는 설명의 편의상 메신저 API가 제공되는 경우를 상정하고 있지만, 메신저 서비스 제공자 측에 의하여 메신저 API가 마련되어 있지 않다고 해서 그것이 메신저 봇을 구현할 수 없다는 결론으로 귀결되지 않다는 점을 통상의 기술자는 이해할 수 있을 것이다.
이제 각 실시예에 대한 설명을 위하여 본 명세서에서 사용되는 표현식을 다음과 같이 정의한다. ‘:’의 왼쪽은 표현식을 나타내며, 오른쪽의 표현식의 정의를 나타낸다.
<표현식 정의>
PrivX: Private key of X
PubX: Public key of X
AESX: AES secret key of X
SigPrivX(Y): Output of ECDSA or RSA signature of Y using PrivX
VerPubX (Y): Output result of SigPrivX (Y) verification using PubX (True or False)
EncPrivX(Y): Output of ECC or RSA encryption of Y using PrivX
DecPubX(Y): Output of ECC or RSA decryption of Y using PubX
EncAESX(Y): Output of AES encryption of Y using AESX
DecAESX(Y): Output of AES decryption of Y using AESX
Hash(Y): triple sha256(Hash value of Y)
SigECC256PrivX(Y): ECC256 Signature of Y using PrivX
VerECC256PubX (Y): ECC256 signature verification of Y using PubX
우선, 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 서비스를 제공하는 과정을 도 1 내지 4를 참조로 하여 설명한다.
도 1을 참조하면, 본 발명의 일 실시예에 따른 서버(100)는 통신부(110) 및 프로세서(120)를 포함한다. 각 실시예에서 설명되는 서버는 상이하게 구성될 수도 있을 것이나, 설명의 편의상 동일한 서버(100)를 통하여 서비스가 이루어지는 것으로 설명한다. 서버(100)는 데이터베이스(200)와 연동하는데, 데이터베이스(200)는 서버(100)에 포함되어 있을 수도 있으며, 포함되어 있지 않을 수도 있다. 다만, 바람직하게는 데이터베이스(200)는 블록체인으로서 서버(100)의 외부에 존재할 것이다.
다음으로, 도 2를 참조하면, 예시적으로 채팅 참여자 P1 내지 P12가 메신저 서비스 장치(300)를 이용하여 데이터를 송수신하는 상황이 도시되어 있다. 도 2에는 메신저 API를 통하여 메신저 서비스 상에서 송수신되는 데이터에 대한 기록 및 검증 서비스를 제공하는 서버(100)도 도시되어 있다. 전형적으로 채팅 참여자는 2명일 수 있으나, 3명 이상인 경우와 1명인 경우도 상정할 수 있을 것이다.
또한, 도 2에서는 메신저 서비스가 상기 채팅 참여자 모두의 단말과는 별개인 장치, 예컨대 메신저 서비스 서버(300)에 의하여 제공되는 것을 상정하고 있으나, 메신저 서비스는 상기 채팅 참여자 모두의 단말에 의하여 P2P(peer-to-peer) 방식으로 제공될 수도 있을 것이다.
앞서 언급된 통신부(110)는 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나로부터 메신저 봇에 대한 호출을 감지하는 구성이다. 예를 들어, 메신저 서비스 장치(300)를 통하여 메신저 서비스가 제공되는 경우를 상정하면 메신저 봇에 대한 호출은 통신부(110)가 메신저 서비스 장치(300)로부터 감지하게 될 수 있으며, P2P 방식으로 메신저 서비스가 제공되는 경우를 상정하면 메신저 봇에 대한 호출은 통신부(110)가 적어도 하나의 채팅 참여자로부터 감지하게 될 수 있을 것이다. 기타 통신부(110)의 기능은 본 발명의 서비스 제공 방법에 관하여 하기에서 상술하기로 한다.
도 2에 도시된 것처럼, 채팅 참여자가 메신저 서비스를 이용하여 데이터를 송수신하고 있는 상황에서, 메신저 봇에 대한 호출이 감지되면, 프로세서(120)는, 메신저 봇을 상기 채팅에 관여시키거나 관여시키도록 지원할 수 있다. 다른 예로서, 채팅의 개시시에, 채팅 참여자 중 채팅을 개시한 참여자가 메신저 봇을 초대한 선택이 감지되면 프로세서(120)가 메신저 봇을 채팅에 관여시키거나 관여시키도록 지원할 수도 있다.
이 메신저 봇은 메신저 API를 통하여 메신저 서비스 상에서 하나의 세션(session)으로 기능하며, 프로세서(120)에 의하여 취급(handling)될 수 있다. 따라서 이러한 메신저 봇에 대한 호출은 메신저 서비스에 의하여 전달되는 새 세션 정보(new session info)의 알림(notification)으로서 감지될 수도 있다. 메신저 봇은 하기에서 상술될 본 발명의 기록 서비스 및 검증 서비스를 채팅 참여자에게 제공하는 인터페이스(interface)로 기능한다.
다음으로, 도 3은 본 발명의 일 실시예에 따라 메신저 서비스 송수신 데이터에 대한 기록 서비스 및 검증 서비스를 제공하는 서버가 구현하는 소프트웨어 아키텍처를 예시적으로 도시한 개념도이다.
도 3을 참조하면, 서버(100)는 서버(100)의 구성요소들로써 메신저 봇 핸들러를 구현할 수 있다. 메신저 봇 핸들러는 메신저 서비스에서 제공되는 메신저 API를 이용하여 메신저 봇을 취급하며, 메신저 봇 핸들러는 메신저 API를 통하여 채팅 참여자들과 채팅에 관한 데이터를 송수신할 수 있다.
또한, 서버(100)는 서버(100)의 구성요소들로써 텍스트/컨텐트 파서/핸들러를 구현할 수 있는데, 텍스트/컨텐트 파서/핸들러는 메신저 봇 핸들러가 전달받은 텍스트, 이미지, 소리(sound), 비디오 컨텐트들을 취급할 수 있다.
또한, 서버(100)는 서버(100)의 구성요소들로써 자연어 파서를 구현할 수 있는데, 자연어 파서는 텍스트/컨텐트 파서/핸들러로부터 전달받은 텍스트를 파싱하고 자연어 인식을 수행함으로써 자연어 기반 명령어들을 지원할 수 있다.
또한, 서버(100)는 서버(100)의 구성요소들로써 비즈니스 로직 핸들러를 구현할 수 있는데, 비즈니스 로직 핸들러는 명령어들에 기초하여 컨텐트들을 취급하고 기록 및 검증, 확인하는 등의 절차를 수행할 수 있다.
또한, 서버(100)는 서버(100)의 구성요소들로써 양식 관리자(form manager)를 구현할 수 있는데, 양식 관리자는 비즈니스 로직 핸들러가 기록, 검증, 및 확인 등의 절차를 수행하는 것을 지원하게끔, 요청에 따라 다양한 양식들 및 규칙들을 제공할 수 있다.
또한, 서버(100)는 서버(100)의 구성요소들로써 블록체인 핸들러를 구현할 수 있는데, 블록체인 핸들러는 기록을 위하여 비즈니스 로직 핸들러에 의하여 제공된 메신저 서비스 송수신 데이터를 블록체인에 앵커링(anchoring)하는 기능을 할 수 있다. 여기에서, 앵커링이란 서버(100)가 보유, 저장 또는 취급하는 데이터들을 분산 관리 및 상호 검증되는 블록체인에 기입하고 비교 검증하는 등, 취급 대상인 데이터를 블록체인에 연관시키는 작용을 지칭한다.
또한, 서버(100)는 서버(100)의 구성요소들로써 검증 API 모듈을 구현할 수 있는데, 검증 API 모듈은 채팅에 관한 데이터를 검증하는 절차를 요청하는 외부 단말에 대한 인터페이스를 제공할 수 있다.
다음으로, 도 4는 본 발명의 일 실시예에 따라 메신저 서비스 송수신 데이터에 대한 기록 서비스를 제공하는 과정을 예시적으로 2명의 채팅 참여자에 대하여 도시한 시퀀스 다이어그램이다. 도 4에서는 메신저 서비스가 메신저 서비스 장치(300)에 의하여 제공되는 경우를 상정하고 있으나, 통상의 기술자라면 본 발명에 따른 기록 서비스 제공 방법을 메신저 서비스가 P2P 방식으로 제공되는 경우에도 적용할 수 있을 것이다.
도 4를 참조하면, 본 발명에 따른 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 서비스를 제공하는 방법은, 메신저 서비스를 통하여 채팅을 하는 n명(n은 자연수임)의 채팅 참여자(Pi; i≤n, i는 자연수임)가 있는 상태에서, 상기 채팅 참여자 중 적어도 하나로부터 메신저 봇에 대한 호출이 감지되면, 서버(100)가, 메신저 봇을 채팅에 관여시키거나 관여시키도록 지원하는 단계(Sa; S425, S430)를 포함한다.
본 발명에 따른 기록 서비스를 제공하는 방법은, 상기 단계(Sa; S425, S430)에 대한 하나의 대안으로서, 채팅의 개시시에, 채팅 참여자 중 채팅을 개시한 참여자가 메신저 봇을 초대한 선택이 감지되면, 서버(100)가, 메신저 봇을 채팅에 관여시키거나 관여시키도록 지원하는 단계를 포함할 수도 있다.
다음으로, 본 발명에 따른 기록 서비스를 제공하는 방법은, 채팅 참여자 중 적어도 하나가 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함이 감지되면, 서버(100)가, 채팅 참여자에 의해 생성된 데이터 중 적어도 일부를 기록 데이터로서 요청에 따라 데이터베이스에 등록하거나 등록하도록 지원하고, 데이터베이스에 등록된 데이터의 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 채팅 참여자 중 적어도 하나의 참여자에게 제공하거나 제공하도록 지원하는 단계(Sb; S435 내지 S495-3)를 더 포함한다.
일 실시예에서, 단계(Sb)는 채팅 참여자 중 적어도 하나가 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함(S435)이 감지(S440)되면, 서버(100)가, 기록에 대한 동의 여부를 문의하는 정보를 채팅 참여자 모두에게 전달하거나 전달하도록 지원(S445, S450 및 S465)하는 단계(Sb1a; S435 내지 S450 및 S465), 동의 여부를 문의하는 정보에 채팅 참여자 모두가 호응함(S455 및 S470)이 감지(S460 및 S475)되면, 서버(100)가, 채팅 참여자에 의하여 생성되는 데이터를 보유하거나 보유하도록 지원하는 단계(Sb2a; S455, S460, S470 및 S475), 및 채팅 참여자 중 적어도 하나가 기록의 종료를 요청함(S480)이 감지(S485)되면, 서버(100)가, 보유된 데이터 중 적어도 일부를 기록 데이터로서 데이터베이스에 등록하거나 등록하도록 지원(S490)하고, 데이터베이스에 등록된 데이터의 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 채팅 참여자 중 적어도 하나의 참여자에게 제공하거나 제공하도록 지원(S495-1 내지 S495-3)하는 단계(Sb3a; S480 내지 S495-3)를 포함한다.
더 상세하게 설명하자면, 도 4에서 메신저 서비스를 통하여 채팅을 하는 n명의 채팅 참여자(Pi)가 있는 상태는 예시적으로 단계(Sa) 전의 S405 내지 S420으로 도시되어 있다. 구체적으로, 제1 채팅 참여자(P1)가 메신저 서비스 장치(300)에 채팅에 관한 데이터를 전달하고(S405), 그 데이터를 메신저 서비스 장치(300)가 제2 채팅 참여자(P2)에게 전달한다(S410). 그러면 이에 대응하여 P2가 메신저 서비스 장치(300)에 채팅에 관한 다른 데이터를 전달하는데(S415), 메신저 서비스 장치(300)는 그 다른 데이터를 P1에게 전달한다(S420).
이러한 채팅 도중에 P1이 채팅 내용(메신저 서비스 송수신 데이터)을 기록하여 보관하고 싶을 수 있을 것이다. P1이 메신저 봇이 채팅에 관여할 수 있도록 메신저 봇을 호출하면(S425), 메신저 서비스 장치(300)는 새 세션 정보(new session info)를 서버(100)에 알리고(S430), 이를 감지한 서버(100)가 메신저 봇을 채팅에 관여시키거나 관여시키도록 지원한다.
메신저 봇이 채팅에 관여된 상태에서, P1이 기록 요청(인증 요청; certification request)을 메신저 서비스 장치(300)에 전달하고(S435), 메신저 서비스 장치(300)가 그 기록 요청을 서버(100)에 전달하여(S440), 서버(100)가 이를 감지하면, 서버(100)는 기록에 대한 동의 여부를 문의하는 정보를 메신저 서비스 장치(300)로 하여금 모든 채팅 참여자(P1, P2)에게 전달하도록 지원하는 정보를 메신저 서비스 장치(300)에 전달하면(S445), 메신저 서비스 장치는 그 동의 여부를 문의하는 정보를 채팅 참여자(P1 및 P2)에게 전달한다(S450 및 S465). 각각의 채팅 참여자에 대한 동의 여부의 문의와 이에 대한 응답은 동시에 또는 이시(다른 시각)에 이루어질 수 있다. 각각의 채팅 참여자가 동의 여부를 문의하는 정보를 전달 받고 이에 호응하는 데이터를 메신저 서비스 장치(300)에 전달하면(S455 및 S470), 이를 전달 받은 메신저 서비스 장치(300)가 서버(100)에 알려서 서버(100)가 이를 감지한다(S460 및 S475). 이때로부터 서버(100)가 채팅 참여자에 의하여 생성되는 데이터를 보유하거나 보유하도록 지원하는데, 보유되는 데이터는 기록에 대한 동의 여부를 서버(100)가 확인한 때(S475) 이후에 생성된 데이터를 포함할 수 있으나, 이에 한정되지 않고 메신저 서비스가 허용하는 범위 내에서 기록에 대한 동의 여부를 서버(100)가 확인한 때 이전에 생성된 데이터까지 포함할 수 있다.
이후 채팅 참여자에 의하여 채팅이 계속 진행되다가 채팅 참여자 중 적어도 하나, 예컨대 P1이 기록의 종료를 요청함이 메신저 서비스 장치(300)에 전달되고(S480), 메신저 서비스 장치(300)가 이를 서버(100)에 전달하여 서버(100)가 그 기록 종료의 요청을 감지하면(S485), 서버(100)가 그때까지 보유된 데이터 중 적어도 일부를 기록 데이터로서 데이터베이스에 등록하거나 등록하도록 지원한다(S490). 그 후, 서버(100)는 데이터베이스에 등록된 데이터의 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 인증 확정(certification confirmation) 정보로서 메신저 서비스 장치(300)에 전달하고(S495-1), 이를 전달 받은 메신저 서비스 장치(300)가 채팅 참여자에게 transaction ID를 인증 확정 정보로서 제공한다(S495-2, S495-3).
다른 일 실시예로서, 단계(Sb)는 미리 정의된 약정 양식의 유형이 채팅 참여자 중 적어도 하나에 의하여 선택되어 선택된 유형이 감지되면, 서버(100)가, 선택된 유형에 따라 약정 양식에 포함된 문의 사항을 메신저 서비스를 통하여 채팅 참여자 모두에게 전달하거나 전달하도록 지원하는 단계(Sb1b; 미도시), 전달된 문의 사항에 대응되는 채팅 참여자의 응답 데이터가 감지되면, 서버(100)가, 응답 데이터를 약정 양식에 적합화(adapt)하여 적합화된 응답 데이터를 보유하거나 보유하도록 지원하는 단계(Sb2b; 미도시), 및 채팅 참여자 중 적어도 하나가 기록의 종료를 요청함 또는 약정 양식에 포함된 모든 문의 사항에 대한 응답이 이루어졌음이 감지되면, 서버(100)가, 보유된 데이터 중 적어도 일부를 기록 데이터로서 데이터베이스에 등록하거나 등록하도록 지원하고, 데이터베이스에 등록된 데이터의 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 채팅 참여자 중 적어도 하나의 참여자에게 제공하거나 제공하도록 지원하는 단계(Sb3b; 미도시)를 포함할 수도 있다.
여기에서 미리 정의된 약정 양식은 예컨대 임대차 계약서, 금전소비대차 계약서(차용증), 근로계약서, 도급 계약서와 같은 계약서의 양식일 수 있으나 이에 한정되지 않는다.
예를 들어 금전소비대차계약서라는 유형이 선택되면 그 계약서에 포함된 문의 사항은, 대주(빌려주는 사람), 차주(빌리는 사람), 대차 목적물인 금액, 금액 인도일시, 금액 반환일시, 이자 등일 수 있다. 서버(100)가 메신저 봇을 통하여 각각의 문의 사항을 메신저 표시창에 표시하면, 그 각각의 문의 사항에 대응하여 채팅 참여자가 응답을 하게 되는데, 그 응답 데이터는 각각의 문의 사항에 적합한 단답식 텍스트일 수 있으나, 이에 한정되지 않으며, 예컨대 각각의 문의 사항에 대하여 사람들이 일반적으로 대화에 이용하는 자연어 문장으로 구성된 텍스트일 수도 있으며, 심지어 메신저 서비스가 지원한다면, 그러한 자연어 문장을 채팅 참여자가 발성한 목소리 사운드 데이터일 수도 있다. 그러한 사운드 데이터는 서버(100)에 의하여 구현되는 텍스트/컨텐트 파서/핸들러에 의하여 자연어 문장 텍스트 형식으로 변환될 수 있으며, 그 데이터는 역시 서버(100)에 의하여 구현되는 자연어 파서에 의하여 각각의 문의 사항에 맞게끔 약정 양식에 적합화될 수도 있다. 만약, 데이터가 자연어 파서에 의하여 문의 사항에 적합화될 수 없다고 판정되면, 서버(100)가 다시 그 문의 사항을 메신저 표시창에 표시할 수 있을 것이다.
다른 예시로서, B 회사로부터 고객 A가 환불 받기를 희망하는 경우에 그 환불에 적합한 ‘맞춤형’ 양식을 선택함으로써 A가 B 회사의 고객지원팀 및 메신저 봇과의 채팅을 시작할 수 있다. 이 경우에 고객 지원팀이 B 회사에 대한 환불 양식을 준비할 것으로 메신저 봇에게 요청할 수 있으며, 제공된 환불 양식에 따라 고객이 정보를 제공하여 그 환불 양식을 완성하면, 그 완성된 환불 양식이 데이터베이스(200)에 기록될 데이터가 될 수 있다.
보다 구체적으로 기록 데이터에 대한 등록 메커니즘을 설명하는 또 다른 일 실시예에서, 단계(Sb)는, 기록 데이터가 획득되거나 기록 데이터의 message digest가 획득되면, 서버(100)가, (i) 서버(100)의 private key로 서명되거나 채팅 참여자 중 적어도 하나의 private key 및 서버(100)의 private key로 서명된 기록 데이터의 해쉬값, 또는 (ii) 서버(100)의 private key로 인코딩되거나 채팅 참여자 중 적어도 하나의 private key 및 서버(100)의 private key로 인코딩된 message digest의 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원하는 단계(Sb1; 미도시)와, 서버(100)가, 등록된 해쉬값의 데이터베이스 상의 위치 정보를 나타내는 transaction ID를 획득하는 단계(Sb2; 미도시)를 포함할 수 있다.
바람직하게는, 단계(Sb1)에 앞서 기록 데이터(data)가 획득되면, 서버(100)가, hash 함수를 사용하여 기록 데이터의 message digest(MD=Hash(data))를 생성하거나 생성하도록 지원하는 단계(Sb0; 미도시)가 더 포함될 수 있다. 여기서 hash 함수의 종류는 한정되지 않는다. 예를 들어, hash 함수는 triple sha256일 수 있다. 또한, 본 명세서에서 hash 함수는 일반적으로는 원본 데이터를 변형시키기 위한 함수를 의미하지만, 극단적인 경우로서, 특정 데이터에 대해 아무런 처리를 하지 않고 단순히 돌려주는 함수를 포함할 수도 있다. 이 경우, hash 함수가 적용되어 생성된 message digest는 특정 데이터와 동일할 수도 있을 것이다.
단계(Sb0)에서 상기 데이터 기록 요청에 대한 응답으로서, 생성된 기록 데이터의 message digest가 채팅 참여자 중 적어도 하나({Pi})에게 전달될 수 있다. 여기에서 {Pi}는 원소가 Pi들인 집합을 나타낸 것이다. 구체적으로, 상기 생성된 기록 데이터의 message digest는 {Pi}가 이용하는 단말로 전송될 수 있다.
단계(Sb0) 다음으로 서버(100)가 {Pi}로부터 {Pi}의 private key({PrivPi})로 서명된 message digest(Sig{PrivPi}(MD))를 획득할 수 있다(Sb01; 미도시). 여기에서 Sig{PrivPn}는 SigPrivPn(SigPrivPn-1(…(SigPrivP1)…))인 합성함수를 간단하게 표기한 것이다. 이와 함께, {Pi}로부터 message digest와 {Pi}의 public key({PubPi})도 수신될 수 있다.
또한, 단계(Sb1)에서, 채팅 참여자 중 적어도 하나의 private key로 서명된 message digest가 획득되면, 서버(100)가, 채팅 참여자 중 적어도 하나의 private key로 서명된 message digest에 대해 채팅 참여자 중 적어도 하나의 private key에 대응되는 적어도 하나의 public key를 사용하여 확인한 결과가 참인지 판단할 수 있다.
상기 확인 결과가 참이면, 서버(100)는, (i) 채팅 참여자 중 적어도 하나의 private key, 서버의 private key 순으로 서명된 기록 데이터의 해쉬값 또는 (ii) 채팅 참여자 중 적어도 하나의 private key, 서버의 private key 순으로 인코딩된 message digest의 해쉬값을 생성하거나 생성하도록 지원할 수 있다. 그리고, 그렇게 생성된 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원할 수 있다. 이처럼 해쉬값의 형태로 데이터베이스(200)에 등록하는 이유는 데이터베이스(200)의 저장 용량 제한 등으로 인해 데이터의 사이즈를 줄이기 위함이다. 여기서, 데이터베이스(200)는 가상 화폐의 블록체인일 수 있다. 예를 들어, 비트코인 블록체인일 수 있다. 블록체인을 처리하는 서버(blockchain server; 200)는 개별 컴퓨팅 장치가 하나의 노드(node)를 이루고 있는 분산 시스템으로서, 복수의 노드로 이루어진 분산 시스템일 수 있다. 가령 비트코인 블록체인의 경우에는 이를 처리하는 서버가 현재 전세계적으로 분산된 다수의 노드를 가진 거대한 분산 시스템을 이루고 있다.
참고로, 본 명세서에서는 private key나 public key를 이용하여 데이터를 서명하는 표현식(SigPriv(data), SigPub(data))을 기준으로 설명을 하나, 이는 private key나 public key를 이용하여 MD를 인코딩하는 표현식(EncPriv(MD), EncPub(MD))로 대체될 수 있다.
계속해서 설명을 하면, 상기 확인 결과가 참이면, 서버(100)는, (i) 채팅 참여자 중 적어도 하나의 private key, 서버의 private key 순으로 서명된 기록 데이터의 해쉬값 또는 (ii) 채팅 참여자 중 적어도 하나의 private key, 서버의 private key 순으로 인코딩된 message digest의 해쉬값을 데이터베이스에 등록하거나 등록하도록 지원할 수 있다. 즉, 채팅 참여자 중 적어도 하나({Pi})가 먼저 자신의 private key로 서명을 하고 서버(100)의 private key로 서명을 한 후 그 해쉬값을 데이터베이스(200)에 등록할 수 있는 것이다. 그러나 서명의 순서는 이와 다르게 구현될 수도 있다. 특히, 서버(100)가 먼저 서명을 하고, {Pi}가 다음에 서명을 하도록 구현될 수도 있으며, {Pi} 간에도 서명을 하는 순서를 다르게 구현할 수도 있을 것이다.
단계(Sb1) 다음으로 단계(Sb2)에서 서버(100)는 데이터베이스(200)로부터 상기 등록된 해쉬값의 데이터베이스(200) 상의 위치 정보를 나타내는 transaction ID(TxID)를 획득할 수 있다.
또한, 서버(100)는 상기 확인 결과가 참이면, 상기 기록 데이터를 저장하거나 저장하도록 지원할 수 있다. 이때 상기 기록 데이터는 AES(Advanced Encryption Standard)와 같은 대칭키 암호 알고리즘으로 암호화될 수 있다. 이 경우 비밀키는 {Pi}의 public key로부터 가공된 특정한 비밀키일 수 있으나 이에 한정되는 것은 아니다. 또한, 서버(100)는 {Pi}의 private key, 상기 서버(100)의 private key(PrivC)를 이용한 서명 정보를 상기 기록 데이터에 attach시켜 저장할 수도 있다.
서버(100)는 채팅 참여자 중 적어도 하나({Pi})의 public key({PubPi}), 상기 기록 데이터의 message digest(MD), 채팅 참여자 중 적어도 하나({Pi})의 private key로 서명된 기록 데이터(Sig{PrivPi}(data)), 상기 획득된 transaction ID(TxID), 및 기록 데이터(EncAESC(data))를 저장하거나 저장하도록 지원할 수 있다. 또한, 이 밖에도 상기 채팅 참여자 중 적어도 하나의 private key, 상기 서버(100)의 private key 순으로 서명된 상기 기록 데이터(SigPrivC(Sig{PrivPi}(data))) 및 이것의 해쉬값 중 적어도 일부를 더 저장하거나 저장하도록 지원할 수도 있다.
위와 같이 상기 기록 데이터가 데이터베이스(200)에 등록되면, 서버(100)는 상기 채팅 참여자 중 적어도 하나에게 상기 기록 데이터의 등록이 성공했음을 나타내는 응답을 전달할 수도 있다.
다음으로, 도 5는 본 발명의 일 실시예에 따라 메신저 서비스 송수신 데이터에 대한 기록 서비스를 제공함에 있어서 저장된 데이터를 열람하는 과정을 예시적으로 2명의 채팅 참여자에 대하여 도시한 시퀀스 다이어그램이다.
도 5를 참조하면, 본 발명에 따른 기록 서비스를 제공하는 방법은, 기록 데이터와 관련된 열람 요청(certification retrieval request; 인증 인출 요청)이 획득(S535, S540)되면, 서버(100)가, 열람 요청에 포함된 transaction ID를 이용하여 데이터베이스(200)로부터 기록 데이터를 인출(S545)하고, 인출된 기록 데이터(certification info; 인증 정보)를 채팅 참여자에게 전달하거나 전달하도록 지원(S550 내지 S560)하는 단계(Sc; S535 내지 S560)를 더 포함할 수도 있다.
또한, 본 발명에 따르면 메신저 서비스를 통하여 송수신되는 데이터에 대한 검증 서비스를 제공하는 방법도 제공되는데, 이는 본 발명에 따라 제공되는 기록 서비스에 의하여 채팅 참여자에 의해 생성된 데이터 중 적어도 일부가 기록 데이터로서 데이터베이스에 등록된 상태에서 제공된다. 우선, 본 발명에 따라 검증 서비스를 제공하는 방법은, 서버(100)가, 상기 기록 데이터와 관련된 검증 요청을 획득하는 단계(Sd; 미도시)를 포함한다.
또한, 본 발명에 따라 검증 서비스를 제공하는 방법은, 상기 검증 요청에 포함된 입력 데이터가 상기 기록 데이터에 대응되는지 여부를 판별하고, 상기 입력 데이터가 상기 기록 데이터에 대응(매칭)되면, 서버(100)가, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원하는 단계(Se; 미도시)를 더 포함한다.
상기 입력 데이터는, (i) (상기 데이터베이스에 기록된 기록 데이터에 대응되는지 여부의 검증을 위하여 제시된 데이터로서의) 기록 데이터, (ii) 상기 기록 데이터에 대한 (상기 데이터베이스에 기록된 기록 데이터에 대응되는지 여부의 검증을 위하여 제시된 message digest로서의) message digest, 또는 (iii) 상기 기록 데이터의 등록 당시 발급된 (transaction) ID 중 어느 하나를 포함할 수 있다.
또한, 단계(Se)에서 입력 데이터가 기록 데이터에 대응되는지 여부를 판별하는 것은, 특정 해쉬값 - 상기 특정 해쉬값은, (i) 상기 서버의 private key로 서명되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 입력 데이터의 해쉬값, 또는 (ii) 상기 입력 데이터의 message digest를 상기 서버의 private key로 인코딩하거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩한 값의 해쉬값임 - 이 상기 기록 데이터와 대응되는지 여부를 판별하는 것일 수 있다.
그러한 경우에, 더 구체적으로 단계(Sd)는, 상기 기록 데이터와 관련된 검증 요청이 획득되면, 서버(100)가, 상기 기록 데이터와 관련된 소정의 transaction ID를 참조하는 단계(Sd1), 및 서버(100)가, 상기 transaction ID를 사용하여 상기 데이터베이스로부터 OP 메시지를 획득하는 단계(Sd2)를 포함하고, 단계(Se)는, 상기 특정 해쉬값이 상기 OP 메시지에 포함된 해쉬값과 대응되면, 서버(100)가, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원하는 것을 특징으로 할 수도 있다.
그런데, 전술한 실시예들의 경우, 매 데이터마다 OP 메시지를 생성하여 블록체인에 기록하므로 transaction 요청이 많아졌을 때, 서비스 제공의 bottle neck 현상이 발생될 수 있고, 매번 transaction fee를 소모해야 하므로 서비스 운영에 많은 비용 및 자원이 들 수 있는 단점이 있다.
이하에서는 위변조가 불가능하고 메신저 서비스 송수신 데이터의 기록 및 검증을 실시간으로 가능하게 하는 장점을 살리면서도 상기와 같은 단점을 보완하여 서비스 요청이 몰릴 경우에도 빠른 서비스 속도를 보장하고 비용 및 자원도 절감할 수 있는 기록 및 검증 서비스 방법을 설명한다. 이러한 방법은 전술한 실시예와 달리 서버(100)에 의해 관리되는 별도의 데이터 구조를 이용한다.
서버(100)는, 상기 기록 데이터가 획득되거나 상기 기록 데이터의 message digest를 획득되고 소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은, (a) 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값, (b) 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값, (c) 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값, 및 (d) 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값 중 어느 하나임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 상기 데이터베이스(200)에 등록하거나 등록하도록 지원할 수 있다.
즉, 서버(100)는 전술한 실시예의 단계(S490)와 같이 (i) 상기 채팅 참여자 중 적어도 하나({Pi})의 private key({PrivPi})와 상기 서버(100)의 private key(PrivC)로 서명된 기록 데이터에 대한 해쉬값 또는 (ii) 상기 채팅 참여자 중 적어도 하나({Pi})의 private key 및 상기 서버(100)의 private key로 인코딩된 상기 message digest의 해쉬값을 데이터베이스(200)에 등록하는 대신, 소정의 조건이 만족되면, 상기 (a) 내지 (d) 중 어느 하나와 적어도 하나의 이웃 해쉬값을 연산하여 대표 해쉬값을 생성하거나 생성하도록 지원하고, 생성된 대표 해쉬값 또는 이를 가공한 값을 데이터베이스에 등록하거나 등록하도록 지원할 수 있다. 여기에서, 데이터베이스는 전술한 데이터베이스(200)와 같이 상기 서버(100)가 관리하지 않는 데이터베이스(예를 들어, 가상 화폐의 블록체인)일 수도 있으나 이와 달리 상기 서버(100)에 의해 관리되는 데이터베이스일 수도 있다. 본 명세서에서 서버(100)가 관리하지 않는 데이터베이스(200)를 중심으로 설명을 하나, 본 발명의 기술 사상은 서버(100)에 의해 관리되는 데이터베이스의 경우도 적용될 수 있다.
특정 해쉬값과 적어도 하나의 이웃 해쉬값과의 연산은 다양한 함수에 의해 수행될 수 있다. 특정 해쉬값을 input라고 나타내고, 적어도 하나의 이웃 해쉬값을 x1, x2, …, x3이라고 나타낼 때, 대표 해쉬값 t는 다음 수학식과 같이 나타낼 수 있다.
<수학식>
t=hash(function(input, x1, x2, …, xn))
이때 서버(100)는 상기 특정 해쉬값과 상기 적어도 하나의 이웃 해쉬값을 소정의 데이터 구조로 저장하여 관리할 수 있다. 여기서, 데이터 구조는 다양할 수 있는데, 일 예로 머클 트리(merkle tree) 구조가 될 수도 있다. 이 경우, 상기 특정 해쉬값과 적어도 하나의 이웃 해쉬값의 연산은 머클 트리(merkle tree)를 통해 이루어질 수 있다.
즉, 서버(100)는 상기 특정 해쉬값이 특정 리프 노드에 할당된 머클 트리(merkle tree)를 생성하거나 생성하도록 지원할 수 있고, 상기 소정의 조건이 만족되면, 상기 특정 해쉬값과 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해쉬값을 연산하여 생성되는 상기 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 데이터베이스(200)에 등록하거나 등록하도록 지원할 수 있다.
좀더 구체적으로 설명하면, (x1) 서버(100)는, (i) 상기 특정 해쉬값과 (ii) 상기 특정 해쉬값이 할당된 노드의 형제 노드에 할당된 해쉬값을 연산하거나 연산하도록 지원하고, 상기 연산값에 대한 해쉬값을 상기 노드의 부모 노드에 할당하거나 할당하도록 지원할 수 있다. (x2) 만일, 상기 부모 노드가 상기 머클 트리의 루트 노드이면, 상기 부모 노드에 할당된 해쉬값이 상기 대표 해쉬값이 된다. (x3) 반면, 상기 부모 노드가 상기 머클 트리의 루트 노드가 아니면, 서버(100)는, 상기 부모 노드에 할당된 해쉬값을 상기 특정 해쉬값으로 하여 상기 (x1) 내지 (x3)를 반복하여 수행한다.
그리고, 서버(100)는 최종적으로 머클 트리의 루트 노드에 할당된 해쉬값을 대표 해쉬값으로서 데이터베이스(200)에 등록하거나 등록하도록 지원한다. 이때, 대표 해쉬값을 가공한 값이 등록될 수도 있다. 예를 들어, 대표 해쉬값에 hex 연산이 수행된 결과값이 등록될 수도 있다.
한편, 상기 서버(100)가 상기 특정 해쉬값과 상기 적어도 하나의 이웃 해쉬값을 소정의 제1 데이터 구조로 저장하고, 이후 상기 제1 데이터 구조와 동일한 형태의 제2 데이터 구조를 저장하여 관리하는 경우, 상기 제1 데이터 구조와 상기 제2 데이터 구조는 체인 형태로 연결될 수 있다.
특히, 상술한 예에서와 같이 상기 제1 데이터 구조 및 상기 제2 데이터 구조가 머클 트리인 경우, 상기 제1 데이터 구조의 루트값 또는 상기 루트값의 해쉬값이 상기 제2 데이터 구조의 첫번째 리프 노드에 할당될 수 있다.
또한, 제2 데이터 구조를 생성할 때는 제1 데이터 구조에 대한 검증이 이루어짐으로써 데이터 integrity가 좀더 보장될 수 있다. 제2 데이터 구조의 검증에 대해서는 후술하기로 한다.
또한, 체인 형태로 연결된 적어도 하나의 머클 트리 중 첫번째 머클 트리의 경우, 상기 첫번째 머클 트리의 첫번째 리프 노드에는 텍스트, 숫자, 또는 기호로 이루어진 소정의 메시지 데이터의 해쉬값 또는 이를 가공한 값이 할당될 수 있다. 예를 들어, 머클 트리 생성시 서버(100)에 의해 최초로 부여된 입력 메시지의 해쉬값이 할당될 수 있다.
도 6 및 7는 본 발명의 일 실시예에 따라 생성된 머클 트리의 예를 도시한 도면이다.
도 6에서는 리프 노드의 개수가 4(22)개인 머클 트리가 도시된다. 도시된 머클 트리는 첫번째 머클 트리이기 때문에(tree_id=0), 첫번째 리프 노드인 h1 노드에는 소정의 메시지 데이터 “Coinplug 2016-01-01”의 해쉬값(triplesha256digest(coinplug_unique_message))이 할당되었음을 알 수 있다. 기록 데이터에 대한 등록 요청(즉, 메신저 서비스 송수신 데이터에 관한 기록 요청)이 있는 경우, 서버(100)는 현재 구성 중인 머클 트리의 가장 마지막 리프 노드의 다음 리프 노드를 생성하여 특정 해쉬값 또는 특정 해쉬값을 가공한 값을 할당하거나 할당하도록 지원한다. 예를 들어, 도 6의 머클 트리에서 두번째 리프 노드인 h1 노드까지 값 할당이 완료된 상태에서 새로운 리프 노드를 생성하여야 하는 경우, 다음 리프 노드인 h2 노드를 생성하여 특정 해쉬값 또는 특정 해쉬값을 가공한 값(triplesha256digest(input2))을 할당할 수 있다. 또한, 서버(100)는 (i) h2 노드에 할당된 특정 해쉬값과 (ii) 상기 h2 노드의 형제 노드인 h3 노드에 할당된 해쉬값을 연산하거나 연산하도록 지원할 수 있다. 상기 연산값에 대한 해쉬값은 h2 노드와 h3 노드의 부모 노드(h23 노드)에 할당된다. 부모 노드(h23 노드)가 머클 트리의 루트 노드가 아니므로 서버(100)는 상기 h23 노드에 할당된 해쉬값을 상기 특정 해쉬값으로 하여 상기 과정을 반복하여 수행할 수 있다. 즉, h23 노드에 할당된 해쉬값을 특정 해쉬값으로 하고, h23 노드에 할당된 해쉬값과 h01 노드에 할당된 해쉬값을 연산하여 h23 노드와 h01 노드의 부모 노드(h0123 노드)에 할당할 수 있다. 이때, h0123 노드가 머클 트리의 루트 노드이므로 서버(100)는, h0123 노드에 할당된 해쉬값을 가공한 값(hex(h{node_index}))을 데이터베이스(200)에 등록하거나 등록하도록 지원할 수 있다.
한편, 전술한 소정의 조건이란, (i) 소정의 개수만큼의 상기 기록 데이터가 획득되거나 소정의 개수만큼의 message digest가 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 블록 체인에서 블록이 생성되는 조건, (iv) 서비스 특성에 대한 조건 중 적어도 하나를 포함할 수 있다.
예를 들어, 복수의 기록 데이터 등록 요청이 이루어져 message digest가 머클 트리의 리프 노드 수만큼 획득되면, 각각의 message digest에 대하여 채팅 참여자 중 적어도 하나의 private key 및 서버(100)의 private key로 인코딩한 결과에 대한 해쉬값이 전술한 머클 트리의 입력값(리프 노드에 할당된 값)이 될 수 있다.
또한, 서버(100)는 소정 시간 단위로 전술한 머클 트리의 루트값을 생성할 수 있다(상기 (ii) 조건). 이 경우 서버(100)는 소정의 시간이 경과되면 그때까지의 입력값을 이용하여 머클 트리를 생성하고 머클 트리의 루트값을 데이터베이스(200)에 등록하거나 등록하도록 지원할 수 있다.
그런데, 이 경우에는 소정 시간이 경과하였음에도 머클 트리의 특정 해쉬값이 할당된 노드의 형제 노드에 값이 할당되지 않을 수 있다. 이처럼 소정의 조건이 만족되었음에도 상기 특정 해쉬값이 할당된 노드의 형제 노드에 해쉬값이 할당되어 있지 않은 경우, 서버(100)는, 상기 형제 노드에 소정의 해쉬값을 할당하거나 할당하도록 지원하여 전술한 방식으로 머클 트리의 루트값이 산출되도록 할 수 있다. 예를 들어, 서버(100)는 상기 특정 해쉬값을 복제하여 상기 형제 노드에 할당하거나 할당하도록 지원할 수 있다.
상기 서비스 특성이란, 송수신 데이터 기록 요청을 한 채팅 참여자가 제공한 비용 정보, 기록 데이터 등록이 이루어지는 시간대 정보, 기록 데이터 등록 서비스가 이루어지는 지역 정보, 기록 데이터 등록 요청을 한 회사 타입 정보 중 적어도 일부가 될 수 있다. 다만, 여기서 기재한 것에 한정할 것은 아니고, 통상적으로 인정되는 차등적 서비스가 제공될 수 있는 다양한 조건 정보를 포함한다.
한편, 새로운 머클 트리 생성이 시작되고, 기록 데이터나 message digest 획득이 없는 상태에서 상기 소정의 조건이 만족되면, 상기 서버(120)는, 소정의 메시지 데이터가 첫번째 리프 노드와 두번째 리프 노드에 할당된 머클 트리를 생성하거나 생성하도록 지원하고, 상기 머클 트리의 루트값 또는 이를 가공한 값을 데이터베이스(200)에 등록하거나 등록하도록 지원할 수 있다. 이 경우에는 리프 노드 2개짜리 머클 트리가 생성될 수도 있는 것이다.
한편, 전술한 것처럼 서버(100)가 상기 특정 해쉬값과 상기 적어도 하나의 이웃 해쉬값을 소정의 제1 데이터 구조로 저장하고, 이후 상기 제1 데이터 구조와 동일한 형태의 제2 데이터 구조를 저장하여 관리하는 경우, 상기 제1 데이터 구조와 상기 제2 데이터 구조는 체인 형태로 연결될 수 있다. 특히, 상기 제1 데이터 구조 및 상기 제2 데이터 구조가 머클 트리인 경우, 상기 제1 데이터 구조의 루트값 또는 상기 루트값의 해쉬값이 상기 제2 데이터 구조의 첫번째 리프 노드에 할당될 수 있다.
도 7는 본 발명의 일 실시예에 따라 상기 제2 데이터 구조로서 생성된 머클 트리를 도시한 도면이다.
도 7를 참조하면, 도 6의 머클 트리(tree_id=0)의 루트값(hex(h0123))이 새로운 머클 트리의 첫번째 리프 노드(h4 노드)에 할당되었음을 알 수 있다(triplesha256digest(input4)). 본 발명은 이와 같이 트랜잭션 발생시 생성되는 복수의 데이터 구조를 연결함으로써 중간에 데이터가 변조가 발생되는 경우라도 쉽게 트래킹이 가능하여 데이터 integrity를 향상시키는 장점을 가진다.
다음으로, 전술한 데이터 구조를 이용하여 등록된 기록 데이터에 대해 검증을 수행하는 과정을 설명한다.
기존에 서버(100)가 상기 기록 데이터를 획득하거나 상기 기록 데이터의 message digest를 획득하여, 제1 특정 해쉬값(설명의 편의를 위하여 전술한 특정 해쉬값을 여기서는 제1 특정 해쉬값이라 지칭한다.) - 상기 제1 특정 해쉬값은, (i) 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값, (ii) 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값, (iii) 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값, 및 (iv) 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값 중 어느 하나임 - 과 소정의 조건 하에서 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 제1 대표 해쉬값(설명의 편의를 위하여 전술한 대표 해쉬값을 여기서는 제1 대표 해쉬값이라 지칭한다.) 또는 상기 제1 대표 해쉬값을 가공한 값을 상기 데이터베이스(200)에 등록하고 있는 상태에서, 서버(100)가 상기 기록 데이터와 관련된 검증 요청을 획득하고, 상기 검증 요청에 포함된 입력 데이터를 사용하여 생성된 제2 대표 해쉬값 또는 상기 제2 대표 해쉬값을 가공한 값이 상기 데이터베이스(200)에 등록된 상기 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값과 대응되면, 서버(100)가 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원할 수 있다.
여기서, 상기 제2 대표 해쉬값은, 제2 특정 해쉬값 - 상기 제2 특정 해쉬값은, (i) 상기 서버의 private key로 서명되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 입력 데이터에 포함된 검증 요청 데이터(A)의 해쉬값, 또는 (ii) 상기 검증 요청 데이터(A)의 message digest에 대하여 상기 서버의 private key로 인코딩되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 결과의 해쉬값임 - 및 상기 제2 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성될 수 있다.
이때, 상기 검증 요청에 포함된 입력 데이터는, (i) 검증 요청 데이터, (ii) 상기 검증 요청 데이터에 대한 message digest, 또는 (iii) 상기 기록 데이터의 등록 당시 발급된 ID 중 어느 하나를 포함할 수 있다.
입력 데이터에 검증 요청 데이터가 포함되는 경우, 전술한 방법으로 검증 요청 데이터에 대한 message digest가 생성되고 이를 기초로 하여 상기 제2 특정 해쉬값이 산출될 수 있다. 그리고, 상기 제2 대표 해쉬값은 상기 제2 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산하여 생성될 수 있다.
입력 데이터에 기록 데이터 등록 당시 발급된 ID가 포함되는 경우 기존에 생성된 머클 트리에서 상기 ID에 대응되는 리프 노드에 할당된 값이 상기 제2 특정 해쉬값으로 설정될 수 있다. 도 6 및 7에 도시된 예에서, 상기 ID는 unique ID일 수 있다.
제2 특정 해쉬값에 대해서는 전술한 제1 특정 해쉬값에 대한 설명이 동일하게 적용될 수 있다. 즉, 제2 특정 해쉬값과 적어도 하나의 이웃 해쉬값의 연산은 다양한 함수에 의해 수행될 수 있다. 이에 대해서는 전술하였으므로 설명을 생략한다.
이 경우, 상기 제2 특정 해쉬값과 적어도 하나의 이웃 해쉬값의 연산은 머클 트리(merkle tree)를 통해 이루어질 수 있다. 상기 기록 데이터와 관련된 검증 요청이 획득되면, 서버(100)는, 상기 입력 데이터와 관련된 머클 트리 정보 및 리프 노드 정보를 식별할 수 있다.
그리고, 상기 제2 대표 해쉬값은, 상기 제2 특정 해쉬값이 특정 리프 노드에 할당된 머클 트리(merkle tree)에서 상기 제2 특정 해쉬값 및 상기 제2 특정 해쉬값과 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해쉬값을 연산하여 생성될 수 있다.
서버(100)가 관리하지 않는 데이터베이스(예를 들어, 가상 화폐의 블록체인)를 사용하여 서비스가 이루어지는 경우, 서버(100)는, 상기 식별된 머클 트리 정보에 대응되는 상기 소정의 transaction ID를 참조할 수 있다.
이 경우, 서버(100)는, 상기 기록 데이터와 관련된 검증 요청이 획득되면, 상기 기록 데이터와 관련된 소정의 transaction ID를 참조하고, 상기 transaction ID를 사용하여 상기 데이터베이스(200)로부터 OP 메시지를 획득하거나 획득하도록 지원할 수 있다. 또한, 상기 검증 요청에 포함된 입력 데이터를 사용하여 생성된 상기 제2 대표 해쉬값 또는 상기 제2 대표 해쉬값을 가공한 값이 상기 OP 메시지에 포함된 상기 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값과 대응되면, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원할 수 있다.
한편, 상기 소정의 transaction ID는 입력 데이터에 포함되어 제공될 수도 있다. 즉, 채팅 참여자는 검증 요청시 전술한 (i) 검증 요청 데이터, (ii) 상기 검증 요청 데이터에 대한 message digest, 또는 (iii) 상기 기록 데이터의 등록 당시 발급된 ID 중 어느 하나와 함께 transaction ID를 서버(100)에 전달할 수도 있다.
검증 연산 과정에서 서버(100)는 새로운 머클 트리를 생성하거나 생성하도록 지원할 수 있는데, 여기에는 전술한 기록 데이터의 데이터베이스 등록 과정에서 생성된 머클 트리가 이용될 수 있다. 즉, 서버(100)는 (y1) (i) 상기 제2 특정 해쉬값과 (ii) 기존에 생성된 머클 트리에서 상기 제2 특정 해쉬값이 할당된 노드의 형제 노드에 할당된 해쉬값을 연산하거나 연산하도록 지원하고, 상기 연산값에 대한 해쉬값을 새로운 머클 트리에서 상기 노드의 부모 노드에 할당하거나 할당하도록 지원할 수 있다. 또한, (y2) 상기 부모 노드가 상기 새로운 머클 트리의 루트 노드이면, 상기 부모 노드에 할당된 해쉬값을 상기 제2 대표 해쉬값으로서 상기 OP 메시지에 포함된 값과 비교하거나 비교하도록 지원하고, (y3) 상기 부모 노드가 상기 새로운 머클 트리의 루트 노드가 아니면, 상기 부모 노드에 할당된 해쉬값을 상기 제2 특정 해쉬값으로 하여 상기 (y1) 내지 (y3)를 반복하여 수행할 수 있다.
서버(100)는, 최종적으로 생성된 머클 트리의 루트값 또는 이를 가공한 값이 상기 OP 메시지에 포함된 상기 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값과 대응되면, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원할 수 있다.
이처럼 본 발명은 기록 데이터의 등록 단계에서 nm(=N)개의 리프 노드를 가지는 머클 트리가 생성이 되면, 머클 트리의 높이(lognN=m)만큼의 연산만을 수행함으로써 파일에 대한 검증을 수행할 수 있어 빠르게 transaction의 integrity 확인이 가능하게 된다.
한편, 서버(100)는 입력 데이터를 획득하는 경우, 입력 데이터와 관련된 시간 정보를 참조로 하여 상기 입력 데이터와 관련된 머클 트리 정보 및 리프 노드 정보 중 적어도 하나를 식별할 수도 있다.
이하에서는 도 6에 도시된 구체적인 예를 들어 검증 과정을 설명한다.
다시 도 6을 참조하면, input 2에 대한 검증 요청이 있는 경우, 서버(120)는 입력 데이터 정보를 참조로 하여 기존에 생성된 머클 트리와 리프 노드 정보를 식별하고, 식별된 머클 트리 정보(tree_id = 0)에 대응되는 소정의 transaction ID를 데이터베이스(200)에 전송하여 데이터베이스(200)로부터 OP 메시지를 획득한다. 그리고, 서버(100)는 input 2를 이용하여 새로운 머클 트리를 생성하거나 생성하도록 지원할 수 있다. input 2의 해쉬값(triplesha256digest(input2))이 h2 노드에 할당되어 있으므로 서버(100)는 h2 노드에 할당된 해쉬값과 기존에 생성된 머클 트리에서 h2 노드의 형제 노드인 h3 노드에 할당된 해쉬값을 연산하거나 연산하도록 지원할 수 있다. 상기 연산값에 대한 해쉬값은 h2 노드와 h3 노드의 부모 노드인 h23 노드에 할당된다. h23 노드가 새로운 머클 트리의 루트 노드가 아니므로 서버(100)는 상기 h23 노드에 할당된 해쉬값을 상기 제2 특정 해쉬값으로 하여 상기 과정을 반복하여 수행할 수 있다. 즉, h23 노드에 할당된 해쉬값을 제2 특정 해쉬값으로 하고, h23 노드에 할당된 해쉬값과 기존에 생성된 머클 트리에서 h01 노드에 할당된 해쉬값을 연산하여 h23 노드와 h01 노드의 부모 노드인 h0123 노드에 할당할 수 있다. 이때, h0123 노드가 머클 트리의 루트 노드이므로 서버(100)는, h0123 노드에 할당된 해쉬값을 가공한 값(hex(h{node_index}))을 상기 OP 메시지에 포함된 값과 비교하거나 비교하도록 지원할 수 있다.
한편, 전술한 프로세서(120)는 통신부(110) 및 다른 구성요소 간의 데이터의 흐름을 제어하는 기능을 수행한다. 즉, 프로세서(120)는 서버(100)의 각 구성요소 간의 데이터의 흐름을 제어함으로써, 통신부(110) 및 다른 구성요소에서 각각 고유 기능을 수행하도록 제어한다.
프로세서(120)는 MPU(Micro Processing Unit) 또는 CPU(Central Processing Unit), 캐쉬 메모리(Cache Memory), 데이터 버스(Data Bus) 등의 하드웨어 구성을 포함할 수 있다. 또한, 운영체제, 특정 목적을 수행하는 어플리케이션의 소프트웨어 구성을 더 포함할 수도 있다.
본 발명의 전술한 모든 실시예들에 걸쳐, 법률적인 효력을 가지는 검증이 간편한 메신저 서비스 상에서 가능해지고, 검증의 목적에 따라 다양한 유형의 양식에 맞춰 데이터를 기록 및 검증하게 할 수 있는 효과가 있다.
상기 실시예들로써 여기에서 설명된 기술의 이점은, 이용하기에 간편한 텍스트 명령어, 특히 자연어 명령어를 지원함으로써 본 발명 서비스의 편의를 도모할 수 있다는 점, 메신저 서비스 상의 컨텐트들을 검증 가능한 방식으로 기록, 보관함으로써 법률적 효력을 가질 수 있게 한다는 점, 다수의 채팅 쓰레드들을 지원하고, 다양한 유형의 입증을 지원함과 동시에 검증에 관한 이용 통계를 제공할 수 있다는 점, 사적 열람만 가능하게 할 것인지 아니면 공개 열람을 가능하게 할 것인지에 관한 선호 옵션을 제공할 수 있다는 점, 본 발명의 기술을 이용하여 써드 파티(third party)를 위한 맞춤형 봇 서비스를 제공할 수 있다는 점이다.
위 실시예의 설명에 기초하여 통상의 기술자는, 본 발명이 소프트웨어 및 하드웨어의 결합을 통하여 달성되거나 하드웨어만으로 달성될 수 있다는 점을 명확하게 이해할 수 있다. 본 발명의 기술적 해법의 대상물 또는 선행 기술들에 기여하는 부분들은 다양한 컴퓨터 구성요소를 통하여 수행될 수 있는 프로그램 명령어의 형태로 구현되어 컴퓨터 판독 가능한 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 컴퓨터 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 분야의 통상의 기술자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM, DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 ROM, RAM, 플래시 메모리 등과 같은 프로그램 명령어를 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는, 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함된다. 상기 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다. 상기 하드웨어 장치는, 프로그램 명령어를 저장하기 위한 ROM/RAM 등과 같은 메모리와 결합되고 상기 메모리에 저장된 명령어들을 실행하도록 구성되는 CPU나 GPU와 같은 프로세서를 포함할 수 있으며, 외부 장치와 신호를 주고 받을 수 있는 통신부를 포함할 수 있다. 덧붙여, 상기 하드웨어 장치는 개발자들에 의하여 작성된 명령어들을 전달받기 위한 키보드, 마우스, 기타 외부 입력장치를 포함할 수 있다.
이상에서 본 발명이 구체적인 구성요소 등과 같은 특정 사항들과 한정된 실시예 및 도면에 의해 설명되었으나, 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐, 본 발명이 상기 실시예들에 한정되는 것은 아니며, 본 발명이 속하는 기술분야에서 통상적인 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형을 꾀할 수 있다.
예를 들어, Facebook사(社)에 의하여 제공되는 SNS 서비스와 같이 다양한 SNS 서비스 상에서 송수신되는 데이터를 사용자의 요청에 따라 수집하고 기록하여, 추후 그 내용을 사용자 또는 제3자가 열람 및/또는 검증할 수 있게 하는 서비스의 형태로도 적용할 수 있을 것이다.
따라서, 본 발명의 사상은 상기 설명된 실시예에 국한되어 정해져서는 아니 되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등하게 또는 등가적으로 변형된 모든 것들은 본 발명의 사상의 범주에 속한다고 할 것이다.
100: 서버
110: 통신부
120: 프로세서
200: 데이터베이스
300: 메신저 서비스 장치
Pi: 제i 채팅 참여자

Claims (23)

  1. 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 서비스를 제공하는 방법에 있어서,
    (a) 상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나의 메신저 봇에 대한 호출에 의하여 서버가 상기 메신저 봇으로 하여금 상기 채팅에 관여되게 한 상태에서, 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함이 감지되면, 상기 서버가, 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부인 기록 데이터를 획득하거나 상기 기록 데이터의 message digest를 획득하거나 획득하도록 지원하는 단계; 및
    (b) 소정의 조건이 만족되면, 상기 서버가, 특정 해쉬값 - 상기 특정 해쉬값은, (i) 상기 서버의 private key로 서명되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값 또는 (ii) 상기 서버의 private key로 인코딩되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 데이터베이스에 등록하거나 등록하도록 지원하는 단계
    를 포함하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    상기 (b) 단계에서,
    상기 소정의 조건은,
    (i) 소정의 개수만큼 상기 기록 데이터가 획득되거나 소정의 개수만큼의 message digest가 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 블록 체인에서 블록이 생성되는 조건, (iv) 송수신 데이터 기록 요청을 한 채팅 참여자가 제공한 비용 정보, 기록 데이터 등록이 이루어지는 시간대 정보, 기록 데이터 등록 서비스가 이루어지는 지역 정보, 기록 데이터 등록 요청을 한 회사 타입 정보 중 적어도 일부를 포함하는 서비스 특성에 대한 조건 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  3. 제1항에 있어서,
    상기 (b) 단계에서,
    상기 서버는, 상기 특정 해쉬값이 리프 노드에 할당된 머클 트리(merkle tree)를 생성하거나 생성하도록 지원하고,
    상기 소정의 조건이 만족되면, 상기 특정 해쉬값과 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해쉬값을 연산하여 생성되는 상기 대표 해쉬값 또는 상기 해쉬값을 가공한 값을 상기 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 방법.
  4. 제3항에 있어서,
    상기 머클 트리가 체인 형태로 연결된 적어도 하나의 머클 트리 중 첫번째 트리인 경우, 상기 머클 트리의 첫번째 리프 노드에는 텍스트, 숫자 또는 기호로 이루어진 소정의 메시지 데이터의 해쉬값 또는 이를 가공한 값이 할당되는 것을 특징으로 하는 방법.
  5. 제3항에 있어서,
    상기 소정의 조건이 만족되면,
    (x1) 상기 서버는, (i) 상기 특정 해쉬값과 (ii) 상기 특정 해쉬값이 할당된 노드의 형제 노드에 할당된 해쉬값을 이용하여 해쉬 연산하거나 해쉬 연산하도록 지원하고, 상기 해쉬 연산에 의한 해쉬값을 상기 노드의 부모 노드에 할당하거나 할당하도록 지원하며,
    (x2) 상기 부모 노드가 상기 머클 트리의 루트 노드이면, 상기 부모 노드에 할당된 해쉬값을 상기 대표 해쉬값으로서, 상기 데이터베이스로부터 획득된 데이터 기록에 대응되는 스크립트 코드인 OP 메시지에 포함된 값과 비교하거나 비교하도록 지원하고,
    (x3) 상기 부모 노드가 상기 머클 트리의 루트 노드가 아니면, 상기 부모 노드에 할당된 해쉬값을 상기 특정 해쉬값으로 하여 상기 (x1) 내지 (x3)을 반복하여 수행하는 것을 특징으로 하는 방법.
  6. 제5항에 있어서,
    상기 (x1)에서
    상기 소정의 조건이 만족되었음에도 상기 특정 해쉬값이 할당된 노드의 형제 노드에 해쉬값이 할당되어 있지 않은 경우, 상기 서버는, 상기 형제 노드에 소정의 해쉬값을 할당하거나 할당하도록 지원하여 상기 (x1) 내지 (x3)를 수행하는 것을 특징으로 하는 방법.
  7. 제1항에 있어서,
    상기 서버가 상기 특정 해쉬값과 상기 적어도 하나의 이웃 해쉬값을 소정의 제1 데이터 구조로 저장하고, 이후 상기 제1 데이터 구조와 동일한 형태의 제2 데이터 구조를 저장하여 관리하는 경우, 상기 제1 데이터 구조와 상기 제2 데이터 구조는 체인 형태로 연결되는 것을 특징으로 하는 방법.
  8. 제7항에 있어서,
    상기 제1 데이터 구조 및 상기 제2 데이터 구조가 머클 트리인 경우, 상기 제1 데이터 구조의 루트값 또는 상기 루트값의 해쉬값이 상기 제2 데이터 구조의 첫번째 리프 노드에 할당되는 것을 특징으로 하는 방법.
  9. 제1항에 있어서,
    상기 데이터베이스는 가상 화폐의 블록체인 또는 상기 서버에 의해 관리되는 데이터베이스인 것을 특징으로 하는 방법.
  10. 메신저 서비스를 통하여 송수신되는 데이터에 대한 검증 서비스를 제공하는 방법에 있어서,
    (a) 기존에 서버가 상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나의 메신저 봇에 대한 호출에 의하여 상기 메신저 봇으로 하여금 상기 채팅에 관여되게 하고, 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함이 감지되어 상기 서버가 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부인 기록 데이터를 획득하거나 상기 기록 데이터의 message digest를 획득하여, 제1 특정 해쉬값 - 상기 제1 특정 해쉬값은, (i) 상기 서버의 private key로 서명되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값 또는 (ii) 상기 서버의 private key로 인코딩되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값임 - 및 상기 제1 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값을 데이터베이스에 등록하고 있는 상태에서, 상기 서버가, 상기 기록 데이터와 관련된 검증 요청을 획득하는 단계, 및
    (b) 상기 검증 요청에 포함된 입력 데이터를 이용하여 생성된 제2 대표 해쉬값 또는 상기 제2 대표 해쉬값을 가공한 값이 상기 데이터베이스에 등록된 상기 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값과 대응되면, 상기 서버가, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원하는 단계를 포함하는 방법.
  11. 제10항에 있어서,
    상기 (a) 단계는,
    (a1) 상기 기록 데이터와 관련된 검증 요청이 획득되면, 상기 서버가, 상기 기록 데이터와 관련된 소정의 transaction ID를 참조하는 단계, 및
    (a2) 상기 서버가, 상기 transaction ID를 이용하여 상기 데이터베이스로부터 OP 메시지를 획득하는 단계를 포함하고,
    상기 (b) 단계에서,
    상기 검증 요청에 포함된 입력 데이터를 이용하여 생성된 상기 제2 대표 해쉬값 또는 상기 제2 대표 해쉬값을 가공한 값이, 상기 데이터베이스로부터 획득된 데이터 기록에 대응되는 스크립트 코드인 OP 메시지에 포함된 상기 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값과 대응되면, 상기 서버가, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원하는 것을 특징으로 하는 방법.
  12. 제11항에 있어서,
    상기 (a1) 단계에서,
    상기 기록 데이터와 관련된 검증 요청이 획득되면, 상기 서버는, 상기 입력 데이터와 관련된 머클 트리 정보 및 리프 노드 정보를 식별하고, 상기 식별된 머클 트리 정보에 대응되는 상기 소정의 transaction ID를 참조하는 것을 특징으로 하는 방법.
  13. 제10항에 있어서,
    상기 (b) 단계에서,
    상기 입력 데이터는, (i) 검증 요청 데이터, (ii) 상기 검증 요청 데이터에 대한 message digest, 또는 (iii) 상기 기록 데이터의 등록 당시 발급된 ID 중 어느 하나를 포함하는 것을 특징으로 하는 방법.
  14. 제10항에 있어서,
    상기 제2 대표 해쉬값은, 제2 특정 해쉬값 - 상기 제2 특정 해쉬값은, (i) 상기 서버의 private key로 서명되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 입력 데이터에 포함된 검증 요청 데이터(A)의 해쉬값, 또는 (ii) 상기 검증 요청 데이터(A)의 message digest에 대하여 상기 서버의 private key로 인코딩되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 결과의 해쉬값임 - 및 상기 제2 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 것을 특징으로 하는 방법.
  15. 제14항에 있어서,
    상기 제2 대표 해쉬값은,
    상기 제2 특정 해쉬값이 특정 리프 노드에 할당된 머클 트리(merkle tree)에서 상기 제2 특정 해쉬값 및 상기 제2 특정 해쉬값과 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해쉬값을 연산하여 생성되는 것을 특징으로 하는 방법.
  16. 제15항에 있어서,
    (x1) 상기 서버는, (i) 상기 제2 특정 해쉬값과 (ii) 상기 제2 특정 해쉬값이 할당된 노드의 형제 노드에 할당된 해쉬값을 이용하여 해쉬 연산하거나 해쉬 연산하도록 지원하고, 상기 해쉬 연산에 의한 해쉬값을 상기 노드의 부모 노드에 할당하거나 할당하도록 지원하며,
    (x2) 상기 부모 노드가 상기 머클 트리의 루트 노드이면, 상기 부모 노드에 할당된 해쉬값을 상기 제2 대표 해쉬값으로서, 상기 데이터베이스로부터 획득된 데이터 기록에 대응되는 스크립트 코드인 OP 메시지에 포함된 값과 비교하거나 비교하도록 지원하고,
    (x3) 상기 부모 노드가 상기 머클 트리의 루트 노드가 아니면, 상기 부모 노드에 할당된 해쉬값을 상기 제2 특정 해쉬값으로 하여 상기 (x1) 내지 (x3)를 반복하여 수행하는 것을 특징으로 하는 방법.
  17. 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 서비스를 제공하는 서버에 있어서,
    상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나의 메신저 봇에 대한 호출에 의하여 서버가 상기 메신저 봇으로 하여금 상기 채팅에 관여되게 한 상태에서, 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함을 감지하는 통신부; 및
    상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함이 감지되면, 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부인 기록 데이터를 획득하거나 상기 기록 데이터의 message digest를 획득하거나 획득하도록 지원하는 프로세서를 포함하되,
    상기 프로세서는,
    소정의 조건이 만족되면, 특정 해쉬값 - 상기 특정 해쉬값은, (i) 상기 서버의 private key로 서명되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값 또는 (ii) 상기 서버의 private key로 인코딩되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값임 - 및 상기 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 대표 해쉬값 또는 상기 대표 해쉬값을 가공한 값을 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 서버.
  18. 제17항에 있어서,
    상기 소정의 조건은,
    (i) 소정의 개수만큼 상기 기록 데이터가 획득되거나 소정의 개수만큼의 message digest가 생성되는 조건, (ii) 소정 시간이 경과하는 조건, (iii) 블록 체인에서 블록이 생성되는 조건, (iv) 송수신 데이터 기록 요청을 한 채팅 참여자가 제공한 비용 정보, 기록 데이터 등록이 이루어지는 시간대 정보, 기록 데이터 등록 서비스가 이루어지는 지역 정보, 기록 데이터 등록 요청을 한 회사 타입 정보 중 적어도 일부를 포함하는 서비스 특성에 대한 조건 중 적어도 하나를 포함하는 것을 특징으로 하는 서버.
  19. 제17항에 있어서,
    상기 프로세서는,
    상기 특정 해쉬값이 리프 노드에 할당된 머클 트리(merkle tree)를 생성하거나 생성하도록 지원하고,
    상기 소정의 조건이 만족되면, 상기 특정 해쉬값과 매칭되는 적어도 하나의 다른 리프 노드에 할당된 해쉬값을 연산하여 생성되는 상기 대표 해쉬값 또는 상기 해쉬값을 가공한 값을 상기 데이터베이스에 등록하거나 등록하도록 지원하는 것을 특징으로 하는 서버.
  20. 제19항에 있어서,
    상기 머클 트리가 체인 형태로 연결된 적어도 하나의 머클 트리 중 첫번째 트리인 경우, 상기 머클 트리의 첫번째 리프 노드에는 텍스트, 숫자 또는 기호로 이루어진 소정의 메시지 데이터의 해쉬값 또는 이를 가공한 값이 할당되는 것을 특징으로 하는 서버.
  21. 메신저 서비스를 통하여 송수신되는 데이터에 대한 검증 서비스를 제공하는 서버에 있어서,
    기존에 서버가 상기 메신저 서비스를 통하여 채팅을 하는 채팅 참여자 중 적어도 하나의 메신저 봇에 대한 호출에 의하여 상기 메신저 봇으로 하여금 상기 채팅에 관여되게 하고, 상기 채팅 참여자 중 적어도 하나가 상기 채팅 참여자에 의해 생성된 데이터에 대한 기록을 요청함이 감지되어 상기 서버가 상기 채팅 참여자에 의해 생성된 데이터 중 적어도 일부인 기록 데이터를 획득하거나 상기 기록 데이터의 message digest를 획득하여, 제1 특정 해쉬값 - 상기 제1 특정 해쉬값은, (i) 상기 서버의 private key로 서명되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 서명된 상기 기록 데이터의 해쉬값 또는 (ii) 상기 서버의 private key로 인코딩되거나 상기 채팅 참여자 중 적어도 하나의 private key 및 상기 서버의 private key로 인코딩된 상기 message digest의 해쉬값임 - 및 상기 제1 특정 해쉬값과 매칭되는 적어도 하나의 이웃 해쉬값을 연산함으로써 생성되는 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값을 데이터베이스에 등록하고 있는 상태에서, 상기 기록 데이터와 관련된 검증 요청을 획득하는 통신부; 및
    상기 검증 요청에 포함된 입력 데이터를 이용하여 생성된 제2 대표 해쉬값 또는 상기 제2 대표 해쉬값을 가공한 값이 상기 데이터베이스에 등록된 상기 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값과 대응되면, 상기 서버가, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원하는 프로세서를 포함하는 서버.
  22. 제21항에 있어서,
    상기 프로세서는,
    상기 기록 데이터와 관련된 검증 요청이 획득되면, 상기 기록 데이터와 관련된 소정의 transaction ID를 참조하고, 상기 transaction ID를 이용하여 상기 데이터베이스로부터 OP 메시지를 획득하며,
    상기 검증 요청에 포함된 입력 데이터를 이용하여 생성된 상기 제2 대표 해쉬값 또는 상기 제2 대표 해쉬값을 가공한 값이 상기 OP 메시지에 포함된 상기 제1 대표 해쉬값 또는 상기 제1 대표 해쉬값을 가공한 값과 대응되면, 상기 기록 데이터와 관련된 검증이 이루어진 것으로 판단하거나 판단하도록 지원하는 것을 특징으로 하는 서버.
  23. 제22항에 있어서,
    상기 기록 데이터와 관련된 검증 요청이 획득되면, 상기 프로세서는, 상기 입력 데이터와 관련된 머클 트리 정보 및 리프 노드 정보를 식별하고, 상기 식별된 머클 트리 정보에 대응되는 상기 소정의 transaction ID를 참조하는 것을 특징으로 하는 서버.
KR1020160088989A 2016-07-14 2016-07-14 메신저 서비스를 통하여 송수신되는 데이터에 대한 기록 및 검증 서비스를 제공하는 방법, 및 이를 이용한 서버 KR101795696B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020160088989A KR101795696B1 (ko) 2016-07-14 2016-07-14 메신저 서비스를 통하여 송수신되는 데이터에 대한 기록 및 검증 서비스를 제공하는 방법, 및 이를 이용한 서버
PCT/KR2017/007448 WO2018012872A1 (ko) 2016-07-14 2017-07-12 메신저 서비스를 통하여 송수신되는 데이터에 대한 기록 및 검증 서비스를 제공하는 방법, 및 이를 이용한 서버

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020160088989A KR101795696B1 (ko) 2016-07-14 2016-07-14 메신저 서비스를 통하여 송수신되는 데이터에 대한 기록 및 검증 서비스를 제공하는 방법, 및 이를 이용한 서버

Publications (1)

Publication Number Publication Date
KR101795696B1 true KR101795696B1 (ko) 2017-11-09

Family

ID=60385765

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020160088989A KR101795696B1 (ko) 2016-07-14 2016-07-14 메신저 서비스를 통하여 송수신되는 데이터에 대한 기록 및 검증 서비스를 제공하는 방법, 및 이를 이용한 서버

Country Status (2)

Country Link
KR (1) KR101795696B1 (ko)
WO (1) WO2018012872A1 (ko)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190001243A (ko) * 2017-06-27 2019-01-04 문명국 서버 독립적 채팅 시스템
KR20200043858A (ko) * 2018-10-18 2020-04-28 주식회사 카카오 소셜 미디어 서비스의 콘텐츠를 상호 인증하는 방법, 이를 구현한 서버, 사용자 단말, 그리고 어플리케이션
KR102315328B1 (ko) 2021-02-23 2021-10-21 주식회사 시티랩스 온라인 상의 대화를 블록체인에 저장하여 당사자간의 분쟁을 해결하기 위한 법률 계약 서비스 제공 시스템 및 그 방법
KR102387590B1 (ko) * 2020-11-02 2022-04-15 계명대학교 산학협력단 블록체인 혼합형 서버리스 메신저 서비스 시스템 및 방법
US11888976B2 (en) 2017-12-13 2024-01-30 Nchain Licensing Ag System and method for multi-party generation of blockchain-based smart contract

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108446171B (zh) * 2018-02-01 2022-07-08 平安科技（深圳）有限公司 电子装置、分布式系统执行任务分配方法及存储介质
CN110417561B (zh) * 2018-04-28 2021-10-15 华为技术有限公司 一种基于区块链的分布式计费方法、装置和系统
CN108882230B (zh) * 2018-06-01 2022-02-01 中国联合网络通信集团有限公司 通话记录管理方法、装置及系统
CN110880968A (zh) * 2018-09-05 2020-03-13 元一科技控股有限公司 一种区块传输、记录方法、装置及计算机存储介质
CN109525689A (zh) * 2018-11-23 2019-03-26 深圳市威赫科技有限公司 基于区块链的手机数字化上链和智能化管理控制方法
CN109872196A (zh) * 2019-03-12 2019-06-11 上海溢唐数据科技有限公司 一种基于区块链的用户行为价值管理系统及方法
CN110347678B (zh) * 2019-06-19 2023-10-17 创新先进技术有限公司 一种金融数据的存储方法、系统、装置及设备
CN111046069B (zh) * 2019-11-11 2021-05-07 蚂蚁区块链科技(上海)有限公司 一种块链式账本中的聚合计算方法、装置及设备
CN111339206B (zh) * 2020-03-11 2023-07-18 建信金融科技有限责任公司 一种基于区块链的数据共享方法和装置
CN111553450B (zh) * 2020-04-27 2023-04-18 中国银行股份有限公司 二维码生成、验证的方法及装置
CN112084201B (zh) * 2020-08-27 2024-04-09 东软集团股份有限公司 分布式账本处理方法和装置、存储介质和电子设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6269446B1 (en) 1998-06-26 2001-07-31 Canon Kabushiki Kaisha Authenticating images from digital cameras

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7571319B2 (en) * 2004-10-14 2009-08-04 Microsoft Corporation Validating inbound messages
US8958559B2 (en) * 2011-06-03 2015-02-17 Apple Inc. System and method for secure instant messaging
KR101821358B1 (ko) * 2013-01-22 2018-01-25 네이버 주식회사 다자간 메신저 서비스를 제공하는 방법 및 시스템
KR102131752B1 (ko) * 2014-03-17 2020-07-08 에스케이플래닛 주식회사 메신저 프로그램에서의 정보 백업 방법, 이를 위한 장치 및 시스템

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6269446B1 (en) 1998-06-26 2001-07-31 Canon Kabushiki Kaisha Authenticating images from digital cameras

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190001243A (ko) * 2017-06-27 2019-01-04 문명국 서버 독립적 채팅 시스템
KR102040367B1 (ko) 2017-06-27 2019-11-04 문명국 서버 독립적 채팅 시스템
US11888976B2 (en) 2017-12-13 2024-01-30 Nchain Licensing Ag System and method for multi-party generation of blockchain-based smart contract
KR20200043858A (ko) * 2018-10-18 2020-04-28 주식회사 카카오 소셜 미디어 서비스의 콘텐츠를 상호 인증하는 방법, 이를 구현한 서버, 사용자 단말, 그리고 어플리케이션
KR102120418B1 (ko) * 2018-10-18 2020-06-08 주식회사 카카오 소셜 미디어 서비스의 콘텐츠를 상호 인증하는 방법, 이를 구현한 서버, 사용자 단말, 그리고 어플리케이션
US11252153B2 (en) 2018-10-18 2022-02-15 Kakao Corp. Method of providing mutual authentication of contents in social media service, and server, user terminal, and application implementing the method
KR102387590B1 (ko) * 2020-11-02 2022-04-15 계명대학교 산학협력단 블록체인 혼합형 서버리스 메신저 서비스 시스템 및 방법
KR102315328B1 (ko) 2021-02-23 2021-10-21 주식회사 시티랩스 온라인 상의 대화를 블록체인에 저장하여 당사자간의 분쟁을 해결하기 위한 법률 계약 서비스 제공 시스템 및 그 방법

Also Published As

Publication number Publication date
WO2018012872A1 (ko) 2018-01-18

Similar Documents

Publication Publication Date Title
KR101795695B1 (ko) 메신저 서비스를 통하여 송수신하는 데이터에 대한 기록 서비스 및 검증 서비스를 제공하는 방법, 및 이를 이용한 서버
KR101795696B1 (ko) 메신저 서비스를 통하여 송수신되는 데이터에 대한 기록 및 검증 서비스를 제공하는 방법, 및 이를 이용한 서버
JP6985576B2 (ja) ビジネスプロセスシステム、ビジネスデータ処理方法及び装置
US11809608B2 (en) Methods and systems for using digital signatures to create trusted digital asset transfers
US11651109B2 (en) Permission management method, permission verification method, and related apparatus
CN110400221B (zh) 数据处理方法、系统、存储介质及计算机设备
US10721336B2 (en) Transaction analyzer using graph-oriented data structures
US10491396B2 (en) Method and server for providing notary service for file and verifying file recorded by notary service
US11108566B2 (en) Methods and systems for using digital signatures to create trusted digital asset transfers
US20190172057A1 (en) Blockchain-implemented method and system
KR101354898B1 (ko) 피어-투-피어 통신 채널을 통한 전자 상거래
US20190220624A1 (en) Method and server for providing notary service for file and verifying file recorded by notary service
US20170148021A1 (en) Homogenization of online flows and backend processes
CN112437938A (zh) 用于区块链地址和所有者验证的系统和方法
CN108923908A (zh) 授权处理方法、装置、设备及存储介质
CN113056741A (zh) 基于分布式账本的简档验证
CN113544722A (zh) 使用区块链的方法
CN113508570B (zh) 在区块链中节点之间共享及验证区块及电子文档的方法
CN111291394B (zh) 一种虚假信息管理方法、装置和存储介质
US20210241270A1 (en) System and method of blockchain transaction verification
CN111178840A (zh) 业务处理方法及装置、系统、电子设备、存储介质
CN110910110A (zh) 一种数据处理方法、装置及计算机存储介质
KR102125784B1 (ko) 블록체인을 활용한 음성 녹취 데이터 검증 방법
WO2024021785A1 (zh) 一种数字实体的处理方法、装置、设备、介质及程序产品
KR102365914B1 (ko) 블록체인 기반의 스마트 컨트랙트를 이용한 개인 정보가 포함된 전자 문서를 유통하는 방법 및 그 시스템

Legal Events

Date Code Title Description
GRNT Written decision to grant