KR20220160210A - method and apparatus for user registration and authentication using Decentralized Identity - Google Patents

method and apparatus for user registration and authentication using Decentralized Identity Download PDF

Info

Publication number
KR20220160210A
KR20220160210A KR1020210068087A KR20210068087A KR20220160210A KR 20220160210 A KR20220160210 A KR 20220160210A KR 1020210068087 A KR1020210068087 A KR 1020210068087A KR 20210068087 A KR20210068087 A KR 20210068087A KR 20220160210 A KR20220160210 A KR 20220160210A
Authority
KR
South Korea
Prior art keywords
user
domain
verification
verification information
request message
Prior art date
Application number
KR1020210068087A
Other languages
Korean (ko)
Other versions
KR102532564B1 (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 KR1020210068087A priority Critical patent/KR102532564B1/en
Publication of KR20220160210A publication Critical patent/KR20220160210A/en
Application granted granted Critical
Publication of KR102532564B1 publication Critical patent/KR102532564B1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3242—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving keyed hash functions, e.g. message authentication codes [MACs], CBC-MAC or HMAC

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Power Engineering (AREA)
  • Storage Device Security (AREA)

Abstract

A user registration method using a decentralized identification (DID) according to an embodiment of the present invention comprises: a step of receiving a user registration request message including a first DID from a user terminal; a step of transmitting the registration request message to a legacy system; a step of requesting verification information from a first DID domain on the basis of a verification information request from the legacy system; a step of transmitting the verification information of the first DID domain to the legacy system; a step of receiving a validation result for the verification information and a first update request message of a first DID document from the legacy system; and a step of transmitting the first update request message to the user terminal. According to the present invention, user registration and verification services can be provided by matching an issued decentralized identification with an ID and password of a legacy system. In addition, according to the present invention, user registration and verification services can be provided between multiple blockchain domain services on the basis of an issued decentralized identification.

Description

탈중앙화된 신분증을 이용한 사용자 등록 및 검증 방법 및 장치{method and apparatus for user registration and authentication using Decentralized Identity}Method and apparatus for user registration and authentication using decentralized identity {method and apparatus for user registration and authentication using Decentralized Identity}

본 발명은 탈중앙화된 신분증(이하 DID)을 이용하여 시스템에 사용자를 등록하고 상기 시스템에서 사용자를 검증하는 기술에 관한 것이다.The present invention relates to a technology for registering a user in a system using a decentralized identification (DID) and verifying the user in the system.

특히, 본 발명은 DID를 이용하여 ID 및 패스워드를 이용하는 레거시 시스템에 사용자를 등록 및 검증하는 기술에 관한 것이다.In particular, the present invention relates to a technique for registering and verifying a user in a legacy system using an ID and password using a DID.

특히, 본 발명은 DID를 이용하여 다중 블록체인 환경에서 사용자를 등록 및 검증하는 기술에 관한 것이다.In particular, the present invention relates to a technology for registering and verifying a user in a multi-blockchain environment using DID.

최근 탈중앙화 신원증명(Dicentralized Identity, DID)기술이 기존의 중앙집권형 신원증명 시스템을 대체할 기술로 주목 받고 있다. DID는 중앙 기관이 아닌 개인들이 자신의 데이터를 직접 관리하는 구조로, 기존 방식과 달리 서비스 이용 과정에서 모든 개인정보를 제공하지 않아도 된다.Recently, decentralized identity (DID) technology is attracting attention as a technology to replace the existing centralized identity certification system. DID is a structure in which individuals manage their own data directly, rather than a central institution, and unlike the existing method, it is not necessary to provide all personal information in the process of using the service.

마이크로소프트는 비트코인 블록체인 기반의 탈중앙화 신원증명 프로젝트 아이온(Identity Overlay Network, ION)의 프리뷰 버전을 오픈소스로 공개한 바 있으며, 페이스북은 리브라 백서에 디지탈 아이덴티티(Digital ID)를 탈중앙화된 방향으로 혁신하겠다는 의견을 제시했다. 국내에서도 DID 개발 프로젝트의 추진이 활발히 진행 중이다.Microsoft has released a preview version of the Bitcoin blockchain-based decentralized identity project Aion (Identity Overlay Network, ION) as an open source. He suggested that he would innovate in the right direction. DID development projects are also actively underway in Korea.

기존의 탈중앙화 신원증명 시스템과 블록체인간의 연계는 현재 개발되어 있는 시스템들이 많이 나와있지만 다중 블록체인간의 DID 시스템은 연계되어 있지 않은 상황이다. 또한, DID 시스템을 통해 사용자의 신원을 증명하는 서비스를 사용하고 있지만 종래의 레거시 시스템의 ID 및 패스워드와의 매칭 시스템은 현재 존재하지 않은 상황이다. 때문에, 종래의 레거시 시스템과의 매칭 시스템 및 다중 블록체인간의 DID 시스템에 대한 필요성이 절실히 대두된다.There are many systems currently being developed for linkage between existing decentralized identity verification systems and block chains, but the DID system between multiple blocks is not linked. In addition, although a service for verifying the user's identity is being used through the DID system, a matching system for ID and password of the conventional legacy system does not currently exist. For this reason, there is an urgent need for a matching system with the conventional legacy system and a DID system between multiple blockchains.

국내 등록특허공보 제10-2248237호(발명의 명칭: 브라우저 기반 보안PIN인증을 이용한 DID 시스템 및 그것의 제어방법)Korean Registered Patent Publication No. 10-2248237 (Title of Invention: DID system using browser-based security PIN authentication and its control method)

본 발명의 목적은 발급된 탈중앙화 신분증(DID)을 레거시 시스템의 ID 및 패스워드와 매칭하여 사용자 등록 및 검증 서비스를 제공하는 것이다.The purpose of the present invention is to provide user registration and verification services by matching the issued decentralized ID (DID) with the ID and password of the legacy system.

또한, 본 발명의 목적은 발급된 탈중앙화 신분증(DID)을 기반으로 다중 블록체인 도메인 서비스간 사용자 등록 및 검증 서비스를 제공하는 것이다.In addition, an object of the present invention is to provide user registration and verification services between multi-blockchain domain services based on the issued decentralized ID (DID).

상기한 목적을 달성하기 위한 본 발명의 일 실시예에 따른 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법은 사용자 단말로부터 제1 DID(Decentralized Identity)를 포함하는 사용자 등록요청 메시지를 수신하는 단계, 상기 등록요청 메시지를 상기 레거시 시스템에 전달하는 단계, 상기 레거시 시스템의 검증정보 요청에 기반하여 제1 DID 도메인에 검증정보를 요청하는 단계, 상기 제1 DID 도메인의 검증정보를 상기 레거시 시스템에 전달하는 단계, 상기 레거시 시스템으로부터 상기 검증정보에 대한 유효성 검증 결과 및 제1 DID 문서의 제1 업데이트 요청 메시지를 수신하는 단계, 및 상기 사용자 단말에 상기 제1 업데이트 요청 메시지를 전달하는 단계를 포함할 수 있다.A user registration method using a decentralized identification (DID) according to an embodiment of the present invention for achieving the above object includes receiving a user registration request message including a first DID (Decentralized Identity) from a user terminal; Transmitting the registration request message to the legacy system, requesting verification information from a first DID domain based on the legacy system's request for verification information, forwarding verification information of the first DID domain to the legacy system Receiving a validation result of the verification information and a first update request message of a first DID document from the legacy system, and transmitting the first update request message to the user terminal. .

이때, 실시예에 따른 DID를 이용한 사용자를 등록하는 방법은 사용자 검증 지원 장치에서 수행될 수 있다.At this time, the method of registering a user using the DID according to the embodiment may be performed by a user verification support device.

이때, 본 발명의 일 실시예에 따른 DID를 이용한 사용자 등록 방법은 상기 사용자 단말의 제2 업데이트 요청 메시지를 상기 제1 DID 도메인에 전달하는 단계, 및 상기 제1 DID 도메인의 업데이트 완료 메시지를 상기 사용자 단말에 전달하는 단계를 더 포함할 수 있다.At this time, the user registration method using DID according to an embodiment of the present invention includes the steps of transmitting a second update request message of the user terminal to the first DID domain, and sending an update completion message of the first DID domain to the user. The step of delivering to the terminal may be further included.

이때, 상기 등록요청 메시지는 상기 레거시 시스템에 상응하는 ID 및 패스워드를 더 포함할 수 있다.At this time, the registration request message may further include an ID and password corresponding to the legacy system.

이때, 상기 제1 업데이트 요청 메시지는 상기 사용자의 ID 및 상기 제1 DID에 대하여 제1 해시값을 이용하여 생성한 제1 메시지 인증 코드, 및 상기 제1 메시지 인증 코드에 대한 제1 서명값을 포함할 수 있다.At this time, the first update request message includes a first message authentication code generated using a first hash value for the user's ID and the first DID, and a first signature value for the first message authentication code. can do.

이때, 상기 제2 업데이트 요청 메시지는 상기 제1 서명값, 상기 제1 메시지 인증 코드, 제2 해시값, 및 상기 제2 해시값에 대한 제2 서명값을 포함할 수 있다.In this case, the second update request message may include the first signature value, the first message authentication code, a second hash value, and a second signature value for the second hash value.

이때, 상기 제1 해시값은 상기 사용자의 패스워드 및 제1 변수를 이용하여 생성될 수 있다.In this case, the first hash value may be generated using the user's password and a first variable.

이때, 상기 제2 해시값은 상기 제1 변수와 상기 제2 정수의 차이값 및 상기 사용자의 패스워드를 이용하여 생성될 수 있다.In this case, the second hash value may be generated using a difference between the first variable and the second integer and the password of the user.

이때, 상기 제1 도메인의 업데이트 완료 메시지는 상기 제2 서명값의 서명 검증 결과, 및 상기 사용자의 ID 및 상기 제1 DID에 대하여 제3 해시값을 이용하여 생성한 제2 메시지 인증 코드와 상기 제1 메시지 인증 코드의 검증 결과가 참인 경우 전달될 수 있다.At this time, the update completion message of the first domain includes a second message authentication code generated using a signature verification result of the second signature value, a third hash value for the ID of the user and the first DID, and the first DID. 1 May be delivered if the verification result of the message authentication code is true.

이때, 상기 제3 해시값은 상기 제2 정수 및 상기 제2 해시값을 이용하여 생성될 수 있다.In this case, the third hash value may be generated using the second integer and the second hash value.

이때, 상기 제1 DID 도메인으로부터 수신한 검증정보는 제1 DID 문서 및 상기 제1 DID 문서에 대한 메타데이터(Metadata)를 포함할 수 있다.At this time, the verification information received from the first DID domain may include a first DID document and metadata for the first DID document.

이때, 상기 제1 업데이트 요청 메시지는 상기 메타데이터를 이용한 제1 DID의 유효성 검증 결과에 기반하여 수신될 수 있다.In this case, the first update request message may be received based on a validation result of the first DID using the metadata.

또한, 상기한 목적을 달성하기 위한 본 발명의 일 실시예에 따른 탈중앙화된 신분증을 이용한 사용자 검증 방법은 사용자 단말로부터 서명값, 및 제1 DID를 포함하는 사용자 검증요청 메시지를 수신하는 단계, 상기 검증요청 메시지를 상기 레거시 시스템에 전달하는 단계, 상기 레거시 시스템의 검증정보 요청에 기반하여 제1 DID에 상응하는 제1 DID 도메인에 검증정보를 요청하는 단계, 상기 제1 DID 도메인으로부터 수신한 검증정보를 상기 레거시 시스템에 전달하는 단계, 및 상기 레거시 시스템으로부터 상기 검증정보에 대한 유효성 검증 결과를 수신하는 단계를 포함할 수 있다.In addition, a user verification method using a decentralized identification card according to an embodiment of the present invention for achieving the above object includes the steps of receiving a user verification request message including a signature value and a first DID from a user terminal; Transmitting a verification request message to the legacy system, requesting verification information from a first DID domain corresponding to a first DID based on the legacy system's request for verification information, and receiving verification information from the first DID domain. It may include transmitting to the legacy system, and receiving a validation result for the verification information from the legacy system.

이때, 상기 제1 DID 도메인으로부터 수신한 검증정보는 제1 DID 문서 및 상기 제1 DID 문서에 대한 메타데이터(Metadata)를 포함할 수 있다.At this time, the verification information received from the first DID domain may include a first DID document and metadata for the first DID document.

이때, 상기 검증정보에 대한 유효성 검증 결과는 상기 메타데이터를 이용한 제1 DID의 유효성 검증 결과 및 상기 제1 DID 문서 내의 레거시 시스템 ID에 대한 검증 결과에 상응할 수 있다.In this case, a validation result of the validation information may correspond to a validation result of the first DID using the metadata and a validation result of a legacy system ID in the first DID document.

상기한 목적을 달성하기 위한 본 발명의 다른 실시예에 따른 탈중앙화된 신분증을 이용한 사용자 등록 방법은 사용자 단말로부터 제1 DID(Decentralized Identity)를 포함하는 사용자 등록요청 메시지를 수신하는 단계, 상기 등록요청 메시지를 상기 제1 DID에 상응하는 제1 DID 도메인에 전달하는 단계, 상기 제1 DID 도메인의 상기 제2 DID 도메인에 상응하는 제2 DID에 대한 검증정보 요청에 기반하여 상기 제2 DID 도메인에 검증정보를 요청하는 단계, 상기 제2 DID 도메인의 검증정보를 상기 제1 DID 도메인에 전달하는 단계, 및 상기 제1 DID 도메인으로부터 상기 제2 DID 도메인의 검증정보에 대한 유효성 검증 및 제1 DID 문서 갱신 결과를 수신하는 단계를 포함할 수 있다.A user registration method using a decentralized ID according to another embodiment of the present invention for achieving the above object includes receiving a user registration request message including a first DID (Decentralized Identity) from a user terminal, the registration request Transmitting a message to a first DID domain corresponding to the first DID, verifying the second DID domain based on a request for verification information for a second DID corresponding to the second DID domain of the first DID domain. Requesting information, transferring verification information of the second DID domain to the first DID domain, and verifying validity of the verification information of the second DID domain from the first DID domain and updating the first DID document. It may include receiving a result.

이때, 실시예에 따른 탈중앙화된 신분증을 이용한 사용자를 등록하는 방법은 사용자 검증 지원 장치에서 수행될 수 있다.At this time, the method of registering a user using a decentralized identification card according to an embodiment may be performed in a user verification supporting device.

이때, 상기 등록요청 메시지는 제2 DID, 상기 제1 DID에 상응하는 제1 서명값, 및 제2 DID에 상응하는 제2 서명값을 더 포함할 수 있다.At this time, the registration request message may further include a second DID, a first signature value corresponding to the first DID, and a second signature value corresponding to the second DID.

이때, 상기 제2 DID에 대한 검증정보 요청은 상기 제1 서명값에 대한 서명 검증 및 상기 제1 DID의 유효성 검증 결과에 기반하여 요청될 수 있다.At this time, the verification information request for the second DID may be requested based on a result of verifying the signature of the first signature value and verifying the validity of the first DID.

이때, 상기 제2 DID 도메인으로부터 수신한 검증정보는 제2 DID 문서 및 상기 제2 DID 문서에 대한 메타데이터(Metadata)를 포함할 수 있다.At this time, the verification information received from the second DID domain may include a second DID document and metadata about the second DID document.

이때, 상기 제2 DID 도메인의 검증정보에 대한 유효성 검증은 상기 제2 서명값에 대한 서명 검증 및 상기 제2 DID의 유효성 검증을 포함할 수 있다.In this case, the validity verification of the verification information of the second DID domain may include signature verification of the second signature value and validity verification of the second DID.

이때, 상기 제1 DID 문서 갱신 결과는 상기 제1 DID 문서에 상기 제2 DID의 정보의 갱신 여부를 포함할 수 있다.In this case, the update result of the first DID document may include whether information of the second DID is updated in the first DID document.

이때, 상기 제1 DID 문서에 상기 제2 DID의 정보가 갱신된 경우, 상기 사용자 단말에 업데이트 완료 메시지를 전달할 수 있다.In this case, when the information of the second DID is updated in the first DID document, an update completion message may be delivered to the user terminal.

상기한 목적을 달성하기 위한 본 발명의 다른 실시예에 따른 탈중앙화된 신분증을 이용한 사용자 검증 방법은 사용자 단말로부터 제1 서명값, 및 제1 DID를 포함하는 인증요청 메시지를 수신하는 단계, 상기 인증요청 메시지를 상기 제2 DID 도메인을 통한 사용자 검증이 가능한 서비스 채널에 전달하는 단계, 상기 서비스 채널의 검증정보 요청에 기반하여 제1 DID에 상응하는 제1 DID 도메인에 제1 검증정보를 요청하는 단계, 상기 제1 DID 도메인으로부터 수신한 제1 검증정보를 상기 서비스 채널에 전달하는 단계, 상기 서비스 채널로부터 제2 검증정보에 대한 유효성 검증 결과를 수신하는 단계를 포함할 수 있다.A user verification method using a decentralized identification card according to another embodiment of the present invention for achieving the above object includes receiving an authentication request message including a first signature value and a first DID from a user terminal, the authentication Transmitting a request message to a service channel capable of user verification through the second DID domain, requesting first verification information from a first DID domain corresponding to a first DID based on a request for verification information of the service channel , transmitting the first verification information received from the first DID domain to the service channel, and receiving a validation result for the second verification information from the service channel.

이때, 상기 제1 DID 도메인으로부터 수신한 검증정보는 제1 DID 문서, 제2 DID, 및 상기 제1 DID 문서에 대한 메타데이터(Metadata)를 포함할 수 있다.In this case, the verification information received from the first DID domain may include a first DID document, a second DID, and metadata for the first DID document.

이때, 상기 제2 검증정보에 대한 유효성 검증은 상기 서비스 채널에서 상기 제1 검증정보를 이용한 유효성 검증결과가 참인 경우 수행될 수 있다.At this time, validation of the second validation information may be performed when a validation result using the first validation information in the service channel is true.

이때, 상기 제2 검증정보는 상기 서비스 채널의 검증정보 요청에 기반하여, 상기 제2 DID 도메인에서 상기 서비스 채널로 전달될 수 있다.In this case, the second verification information may be transferred from the second DID domain to the service channel based on the verification information request of the service channel.

이때, 상기 제2 검증정보는 제2 DID 문서 및 상기 제2 DID 문서에 대한 메타데이터를 포함할 수 있다.In this case, the second verification information may include a second DID document and metadata about the second DID document.

이때, 상기 제2 검증정보에 대한 유효성 검증 결과는 상기 제2 DID 문서에 대한 메타데이터를 이용한 제2 DID의 유효성 검증 결과에 상응할 수 있다.In this case, the validation result of the second verification information may correspond to the validation result of the second DID using the metadata of the second DID document.

본 발명에 따르면, 발급된 탈중앙화된 신분증을 레거시 시스템의 ID 및 패스워드와 매칭하여 사용자 등록 및 검증 서비스를 제공할 수 있다.According to the present invention, a user registration and verification service can be provided by matching the issued decentralized identification card with the ID and password of the legacy system.

또한, 본 발명에 따르면, 발급된 탈중앙화된 신분증을 기반으로 다중 블록체인 도메인 서비스간 사용자 등록 및 검증 서비스를 제공할 수 있다.In addition, according to the present invention, it is possible to provide user registration and verification services between multiple blockchain domain services based on the issued decentralized ID.

도 1은 본 발명의 일 실시예에 따른 탈중앙화된 신분증을 이용한 사용자 검증 시스템의 구성을 나타낸 블록도이다.
도 2는 본 발명의 일 실시예에 따른 탈중앙화된 신분증을 이용한 사용자 등록 방법을 나타낸 흐름도이다.
도 3은 본 발명의 일 실시예에 따른 탈중앙화된 신분증을 이용한 사용자 검증 방법을 나타낸 흐름도이다.
도 4는 본 발명의 다른 실시예에 따른 탈중앙화된 신분증을 이용한 사용자 등록방법을 나타낸 흐름도이다.
도 5는 본 발명의 다른 실시예에 따른 탈중앙화된 신분증을 이용한 사용자 검증 방법을 나타낸 흐름도이다.
도 6은 탈중앙화된 신분증을 이용하여 레거시 시스템에 사용자를 등록시키는 과정을 나타낸 래더 다이어그램이다.
도 7은 도6의 방법을 통해 레거시 시스템에 DID에 대한 인증 등록 후, 사용자를 검증하는 방법을 나타낸 래더 다이어그램이다.
도 8은 발급된 DID를 이용하여 타 DID 도메인의 신원인증 서비스를 받기 위한 DID 등록방법을 나타낸 래더 다이어그램이다.
도 9는 도8의 방법을 통해 타 DID 도메인에 대한 인증 등록 후, 타 DID 도메인 서비스에서 사용자를 검증하는 방법을 나타낸 래더 다이어그램이다.
도 10은 실시예에 따른 컴퓨터 시스템의 구성을 나타낸 도면이다.1 is a block diagram showing the configuration of a user verification system using a decentralized identification card according to an embodiment of the present invention.
2 is a flowchart illustrating a user registration method using a decentralized identification card according to an embodiment of the present invention.
3 is a flowchart illustrating a user verification method using a decentralized identification card according to an embodiment of the present invention.
4 is a flowchart illustrating a user registration method using a decentralized identification card according to another embodiment of the present invention.
5 is a flowchart illustrating a user verification method using a decentralized identification card according to another embodiment of the present invention.
6 is a ladder diagram illustrating a process of registering a user in a legacy system using a decentralized ID card.
FIG. 7 is a ladder diagram illustrating a method of verifying a user after registering authentication for a DID in a legacy system through the method of FIG. 6 .
8 is a ladder diagram illustrating a DID registration method for receiving an identity authentication service of another DID domain using an issued DID.
9 is a ladder diagram illustrating a method of verifying a user in another DID domain service after authentication registration for another DID domain through the method of FIG. 8 .
10 is a diagram showing the configuration of a computer system according to an embodiment.

본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 것이며, 단지 본 실시예들은 본 발명의 개시가 완전하도록 하며, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.Advantages and features of the present invention, and methods of achieving them, will become clear with reference to the detailed description of the following embodiments taken in conjunction with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but will be implemented in various different forms, only these embodiments make the disclosure of the present invention complete, and common knowledge in the art to which the present invention belongs. It is provided to fully inform the holder of the scope of the invention, and the present invention is only defined by the scope of the claims. Like reference numbers designate like elements throughout the specification.

비록 "제1" 또는 "제2" 등이 다양한 구성요소를 서술하기 위해서 사용되나, 이러한 구성요소는 상기와 같은 용어에 의해 제한되지 않는다. 상기와 같은 용어는 단지 하나의 구성요소를 다른 구성요소와 구별하기 위하여 사용될 수 있다. 따라서, 이하에서 언급되는 제1 구성요소는 본 발명의 기술적 사상 내에서 제2 구성요소일 수도 있다.Although "first" or "second" is used to describe various elements, these elements are not limited by the above terms. Such terms may only be used to distinguish one component from another. Therefore, the first component mentioned below may also be the second component within the technical spirit of the present invention.

본 명세서에서 사용된 용어는 실시예를 설명하기 위한 것이며 본 발명을 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다. 명세서에서 사용되는 "포함한다(comprises)" 또는 "포함하는(comprising)"은 언급된 구성요소 또는 단계가 하나 이상의 다른 구성요소 또는 단계의 존재 또는 추가를 배제하지 않는다는 의미를 내포한다.Terms used in this specification are for describing embodiments and are not intended to limit the present invention. In this specification, singular forms also include plural forms unless specifically stated otherwise in a phrase. As used herein, "comprises" or "comprising" implies that a stated component or step does not preclude the presence or addition of one or more other components or steps.

다른 정의가 없다면, 본 명세서에서 사용되는 모든 용어는 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 공통적으로 이해될 수 있는 의미로 해석될 수 있다. 또한, 일반적으로 사용되는 사전에 정의되어 있는 용어들은 명백하게 특별히 정의되어 있지 않는 한 이상적으로 또는 과도하게 해석되지 않는다.Unless otherwise defined, all terms used herein may be interpreted as meanings commonly understood by those of ordinary skill in the art to which the present invention belongs. In addition, terms defined in commonly used dictionaries are not interpreted ideally or excessively unless explicitly specifically defined.

이하, 첨부된 도면을 참조하여 본 발명의 실시예들을 상세히 설명하기로 하며, 도면을 참조하여 설명할 때 동일하거나 대응하는 구성 요소는 동일한 도면 부호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다.Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings, and when describing with reference to the drawings, the same or corresponding components are given the same reference numerals, and overlapping descriptions thereof will be omitted. .

본 발명의 실시예는, 다중 블록체인 내 단일 탈중앙화된 신분증 (DID)을 이용하여 사용자의 신원을 증명하는 과정을 포함하며, 탈중앙화된 신분증과 레거시 시스템과의 연계 시 DID 문서를 업데이트하는 과정을 포함한다. 또한, 기존 인증기관을 통해 사용자는 DID를 보유하는 과정을 포함한다.An embodiment of the present invention includes a process of proving a user's identity using a single decentralized ID (DID) in multiple blockchains, and a process of updating the DID document when linking the decentralized ID with a legacy system. includes In addition, through the existing certification authority, the user includes the process of holding the DID.

또한, 본발명의 실시예에 따른 사용자 단말은 사용자의 모바일에서 신원증명을 할 수 있는 서비스 어플리케이션을 실행할 수 있다. 본 발명의 실시예는, 사용자가 신원인증 기관에서 사용자의 신원을 증명하고 발급받은 과정, 사용자의 DID 문서에 레거시 시스템의 인증 정보와 다중 블록체인 서비스의 인증정보를 업데이트시키는 과정, 타 블록체인 서비스 사용을 위한 인증 요청 과정 등 탈중앙화된 신분증을 사용자가 관리할 수 있는 모바일 어플리케이션을 포함할 수 있다.In addition, a user terminal according to an embodiment of the present invention may execute a service application capable of verifying an identity in a user's mobile device. An embodiment of the present invention is a process in which a user proves and receives a user's identity from an identity authentication authority, a process of updating authentication information of a legacy system and authentication information of multiple blockchain services in a user's DID document, and other blockchain services. It can include a mobile application that allows users to manage decentralized identification, such as a process of requesting authentication for use.

또한, 본 발명의 실시예는 ID와 패스워드를 이용하여 사용자의 신원을 증명하였던 웹, 앱, 시스템 서비스로 탈중앙화된 신분증(DID)과 레거시 시스템의 사용자 인증을 매칭 시키기 위함으로 탈중앙화된 신분증(DID)과 레거시 시스템의 사용자와 매칭시키는 과정과 DID 문서에 업데이트 되는 데이터의 처리 과정을 포함한다.In addition, the embodiment of the present invention uses a decentralized ID (DID) to match the user authentication of the legacy system with the web, app, and system service that authenticated the user's identity using an ID and password. DID) and the process of matching the user of the legacy system and the process of processing data updated in the DID document.

이하, 도 1 내지 도 10을 참조하여 본 발명의 일실시예에 따른 탈중앙화된 신분증을 이용한 사용자 등록 및 검증 방법을 상세하게 설명한다.Hereinafter, a user registration and verification method using a decentralized identification card according to an embodiment of the present invention will be described in detail with reference to FIGS. 1 to 10 .

도 1은 본 발명의 일 실시예에 따른 탈중앙화된 신분증을 이용한 사용자 검증 시스템의 구성을 나타낸 블록도이다.1 is a block diagram showing the configuration of a user verification system using a decentralized identification card according to an embodiment of the present invention.

도 1을 참조하면, 본 발명의 일 실시예에 따른 탈중앙화된 신분증(DID)을 이용한 사용자 검증 시스템은 탈중앙화된 신분증(DID)이 저장되어 있는 사용자단말(101), 디지털 신원정보가 분포되어 있는 블록체인 DID 도메인(A)(401), 사용자 신원 정보가 저장되어 있는 문서인 DID 문서(402), DID(A)를 이용하여 타 블록체인 DID 내 사용자 인증이 필요한 서비스(303), DID 문서(B)를 포함할 수 있다.Referring to Figure 1, the user verification system using a decentralized ID (DID) according to an embodiment of the present invention is a user terminal 101 in which the decentralized ID (DID) is stored, digital identity information is distributed Blockchain DID domain (A) (401), DID document (402), a document in which user identity information is stored, service that requires user authentication within another blockchain DID using DID (A) (303), DID document (B) may be included.

또한, ID와 패스워드를 사용하는 레거시 시스템(301) 및 상기 사용자 단말(101), 레거시 시스템(301), 블록체인 DID 도메인(A)(401)과 블록체인 DID 도메인(B)(302)의 중개자 역할을 하는 에이전트(401)를 포함할 수 있다.In addition, a broker between the legacy system 301 using ID and password, the user terminal 101, the legacy system 301, the blockchain DID domain (A) 401 and the blockchain DID domain (B) 302 It may include an agent 401 that plays a role.

본 명세서에서 사용자 단말은 사용자의 탈중앙화된 신분증(DID)을 저장할 수 있는 지갑에 상응할 수 있다.In this specification, a user terminal may correspond to a wallet capable of storing a user's decentralized identification (DID).

예를 들어, 사용자 단말은 셀룰러 전화기(cellular phone), 개인휴대통신 전화기(PCS: personal communication system), 복합무선단말기(PDA: Personal data assistant), IMT-2000(International mobile telecommunication-2000) 단말기, 스마트폰(Smart Phone), 노트북(Notebook), PC(Personal Computer), 및 테블릿 PC(Tablet Personal Computer)를 모두 포함하는 의미이다.For example, the user terminal includes a cellular phone, a personal communication system (PCS), a personal data assistant (PDA), an international mobile telecommunication-2000 (IMT-2000) terminal, and a smart phone. It is meant to include all of a smart phone, a notebook, a personal computer (PC), and a tablet personal computer (tablet PC).

이하 실시예는 하나의 탈중앙화된 신분증을 통해 레거시 시스템과 멀티 블록체인의 DID 서비스 연계방법을 설명할 것이나, 모든 블록체인 내 서비스와 레거시 시스템 서비스에 적용이 가능함은 물론이다.The following embodiment will explain how to connect legacy systems and multi-blockchain DID services through one decentralized ID, but it can be applied to all intra-blockchain services and legacy system services.

도 2는 본 발명의 일 실시예에 따른 탈중앙화된 신분증을 이용한 사용자 등록 방법을 나타낸 흐름도이다.2 is a flowchart illustrating a user registration method using a decentralized identification card according to an embodiment of the present invention.

도 2를 참조하면, 본 발명의 일 실시예에 따른 사용자 등록 방법은 사용자 단말로부터 제1 DID(Decentralized Identity)를 포함하는 사용자 등록요청 메시지를 수신한다(S210).Referring to FIG. 2 , in the user registration method according to an embodiment of the present invention, a user registration request message including a first decentralized identity (DID) is received from a user terminal (S210).

이때, 상기 등록요청 메시지는 상기 레거시 시스템에 상응하는 ID 및 패스워드를 더 포함할 수 있다.At this time, the registration request message may further include an ID and password corresponding to the legacy system.

다음으로, 사용자 검증 지원 장치는 상기 제1 DID를 포함하는 사용자 등록요청 메시지를 ID 및 패스워드를 이용하는 레거시 시스템에 전달한다(S220).Next, the user verification support device transmits the user registration request message including the first DID to the legacy system using the ID and password (S220).

이때, 등록요청 메시지를 수신한 레거시 시스템은 등록요청 메시지에 포함된 ID 및 패스워드를 확인할 수 있다. ID 및 패스워드를 확인한 레거시 시스템은, 사용자 검증 지원 장치에 제1 DID의 검증정보를 요청할 수 있다.At this time, the legacy system receiving the registration request message can check the ID and password included in the registration request message. After verifying the ID and password, the legacy system may request verification information of the first DID from the user verification support device.

다음으로, 사용자 검증 지원 장치는 레거시 시스템의 검증정보 요청에 기반하여 제1 DID 도메인에 검증정보를 요청한다(S230).Next, the user verification support device requests verification information from the first DID domain based on the verification information request of the legacy system (S230).

사용자 검증 지원 장치로부터 제1 DID 도메인에 관한 검증정보를 요청 받은 제1 DID 도메인은 검증정보를 수집하여 사용자 검증 지원장치에 전달할 수 있다.The first DID domain that has received a request for verification information on the first DID domain from the user verification supporting apparatus may collect and transmit the verification information to the user verification supporting apparatus.

다음으로, 사용자 검증 지원 장치는 상기 제1 DID 도메인으로부터 전달받은 검증정보를 상기 레거시 시스템에 전달할 수 있다(S240).Next, the user verification support device may transmit the verification information received from the first DID domain to the legacy system (S240).

다음으로, 사용자 검증 지원 장치는 상기 레거시 시스템으로부터 상기 검증정보에 대한 유효성 검증 결과 및 제1 DID 문서의 제1 업데이트 요청 메시지를 수신할 수 있다(S250).Next, the user verification support device may receive a validity verification result for the verification information and a first update request message of the first DID document from the legacy system (S250).

이때, 제1 DID 도메인으로부터 수신한 검증정보는 제1 DID 문서 및 상기 제1 DID 문서에 대한 메타데이터(Metadata)를 포함하며, 상기 제1 업데이트 요청 메시지는 상기 메타데이터를 이용한 제1 DID의 유효성 검증 결과에 기반하여 수신될 수 있다.At this time, the verification information received from the 1st DID domain includes a 1st DID document and metadata for the 1st DID document, and the 1st update request message is the validity of the 1st DID using the metadata. It may be received based on the verification result.

다음으로, 사용자 검증 지원 장치는 상기 유효성 검증 결과에 기반하여, 사용자 단말에 상기 제1 업데이트 요청 메시지를 전달할 수 있다(S260).Next, the user verification support device may transmit the first update request message to the user terminal based on the validation result (S260).

이때, 도 2에는 도시되지 않았지만, 본 발명의 일 실시예에 따른 사용자 등록 방법은 상기 제1 업데이트 요청 메시지를 전달하는 단계(S260)를 수행한 후, 사용자 단말의 제2 업데이트 요청 메시지를 제1 DID 도메인에 전달하고, 제1 DID 도메인의 업데이트 완료 메시지를 다시 사용자 단말에 전달할 수 있다.At this time, although not shown in FIG. 2, the user registration method according to an embodiment of the present invention transmits the second update request message of the user terminal to the first update request message after performing the step (S260) of transmitting the first update request message. It is delivered to the DID domain, and the update completion message of the first DID domain may be delivered to the user terminal again.

이때, 상기 제1 업데이트 요청 메시지는 상기 사용자의 ID 및 상기 제1 DID에 대하여 제1 해시값을 이용하여 생성한 제1 메시지 인증 코드, 및 상기 제1 메시지 인증 코드에 대한 제1 서명값을 포함할 수 있다.At this time, the first update request message includes a first message authentication code generated using a first hash value for the user's ID and the first DID, and a first signature value for the first message authentication code. can do.

이때, 제1 해시값은 사용자의 패스워드 및 제1 변수를 이용하여 생성될 수 있다.In this case, the first hash value may be generated using the user's password and the first variable.

이때, 상기 제1 해시값, 상기 제1 메시지 인증 코드, 및 상기 제1 서명값은 상기 레거시 시스템에서 생성될 수 있다.In this case, the first hash value, the first message authentication code, and the first signature value may be generated in the legacy system.

이때, 상기 제2 업데이트 요청 메시지는 상기 제1 서명값, 상기 제1 메시지 인증 코드, 제2 해시값, 및 상기 제2 해시값에 대한 제2 서명값을 포함할 수 있다.In this case, the second update request message may include the first signature value, the first message authentication code, a second hash value, and a second signature value for the second hash value.

이때, 상기 제2 해시값은 상기 제1 변수와 상기 제2 정수의 차이값 및 상기 사용자의 패스워드를 이용하여 생성될 수 있다.In this case, the second hash value may be generated using a difference between the first variable and the second integer and the password of the user.

이때, 상기 제2 해시값 및 상기 제2 서명값은 사용자 단말에서 생성될 수 있다.At this time, the second hash value and the second signature value may be generated in the user terminal.

이때, 제1 DID 도메인의 업데이트 완료 메시지는 상기 제2 서명값의 서명 검증 결과, 및 상기 사용자의 ID 및 상기 제1 DID에 대하여 제3 해시값을 이용하여 생성한 제2 메시지 인증 코드와 상기 제1 메시지 인증 코드의 검증 결과에 기반하여 전달될 수 있다.At this time, the update completion message of the first DID domain includes the second message authentication code generated using the signature verification result of the second signature value, the user's ID and the third hash value for the first DID, and the first DID. 1 It can be delivered based on the verification result of the message authentication code.

이때, 상기 제3 해시값은 상기 제2 정수 및 상기 제2 해시값을 이용하여 생성될 수 있다.In this case, the third hash value may be generated using the second integer and the second hash value.

이때, 상기 제3 해시값 및 상기 제2 메시지 인증 코드는 제1 DID 도메인에서 생성될 수 있다.In this case, the third hash value and the second message authentication code may be generated in the first DID domain.

도 3은 본 발명의 일 실시예에 따른 탈중앙화된 신분증을 이용한 사용자 검증 방법을 나타낸 흐름도이다.3 is a flowchart illustrating a user verification method using a decentralized identification card according to an embodiment of the present invention.

도 3을 참조하면, 사용자 검증 지원 장치에서 수행되는 사용자 검증 방법은 사용자 단말로부터 서명값 및 제1 DID를 포함하는 사용자 검증요청 메시지를 수신할 수 있다(S310).Referring to FIG. 3 , the user verification method performed by the user verification support device may receive a user verification request message including a signature value and a first DID from a user terminal (S310).

다음으로, 사용자 검증 지원 장치는 상기 검증요청 메시지를 상기 레거시 시스템에 전달할 수 있다(S320).Next, the user verification support device may transmit the verification request message to the legacy system (S320).

다음으로, 사용자 검증 지원 장치는 상기 레거시 시스템의 검증정보 요청에 기반하여 제1 DID에 상응하는 제1 DID 도메인에 검증정보를 요청할 수 있다(S330).Next, the user verification support device may request verification information from the first DID domain corresponding to the first DID based on the verification information request of the legacy system (S330).

다음으로, 사용자 검증 지원 장치는 상기 제1 DID 도메인으로부터 수신한 검증정보를 상기 레거시 시스템에 전달할 수 있다(S340).Next, the user verification support device may transmit the verification information received from the first DID domain to the legacy system (S340).

이때, 상기 제1 DID 도메인으로부터 수신한 검증정보는 제1 DID 문서 및 상기 제1 DID 문서에 대한 메타데이터(Metadata)를 포함하고, 상기 검증정보에 대한 유효성 검증 결과는 상기 메타데이터를 이용한 제1 DID의 유효성 검증 결과 및 상기 제1 DID 문서 내의 레거시 시스템 ID에 대한 검증 결과에 상응할 수 있다.At this time, the verification information received from the first DID domain includes a first DID document and metadata for the first DID document, and the validation result for the verification information is the first DID document using the metadata. It may correspond to a validation result of the DID and a validation result of the legacy system ID in the first DID document.

이때, 상기 검증정보에 대한 유효성 검증은 상기 레거시 시스템에서 수행될 수 있다. 상기 검증정보에 대한 유효성 검증을 완료하면, 상기 레거시 시스템은 ID 인증 성공(실패) 여부를 사용자 검증 지원 장치에 전달할 수 있다.At this time, validation of the validation information may be performed in the legacy system. Upon completion of validating the verification information, the legacy system may transmit whether ID authentication has succeeded (failed) to the user verification support device.

사용자 검증 지원 장치는 상기 레거시 시스템으로부터 상기 검증정보에 대한 유효성 검증 결과를 수신할 수 있다(S350).The user verification support device may receive a validity verification result for the verification information from the legacy system (S350).

도 3에는 도시되지 않았지만, 사용자 검증 지원 장치는 레거시 시스템으로부터 전달받은 유효성 검증 결과를 사용자 단말에 전달할 수 있다.Although not shown in FIG. 3 , the user verification support device may deliver the validation result received from the legacy system to the user terminal.

또한, 도 3의 탈중앙화된 신분증(DID)을 이용한 사용자 검증 방법은 도 2의 사용자 등록 방법에 의해 등록된 후, 등록 결과에 기반하여 수행될 수 있다.In addition, the user verification method using the decentralized ID (DID) of FIG. 3 may be registered by the user registration method of FIG. 2 and then performed based on the registration result.

도 4는 본 발명의 다른 실시예에 따른 탈중앙화된 신분증(DID)을 이용한 사용자 등록방법을 나타낸 흐름도이다.4 is a flowchart illustrating a user registration method using a decentralized ID (DID) according to another embodiment of the present invention.

도 4를 참조하면, 본 발명의 다른 실시예에 따른 사용자 등록 방법은 사용자 단말로부터 제1 DID(Decentralized Identity)를 포함하는 사용자 등록요청 메시지를 수신한다(S410).Referring to FIG. 4 , in a user registration method according to another embodiment of the present invention, a user registration request message including a first decentralized identity (DID) is received from a user terminal (S410).

이때, 상기 사용자 등록요청 메시지는 제2 DID, 상기 제1 DID에 상응하는 제1 서명값, 및 제2 DID에 상응하는 제2 서명값을 더 포함할 수 있다.At this time, the user registration request message may further include a second DID, a first signature value corresponding to the first DID, and a second signature value corresponding to the second DID.

다음으로, 사용자 검증 지원 장치는 상기 등록요청 메시지를 상기 제1 DID에 상응하는 제1 DID 도메인에 전달할 수 있다(S420).Next, the user verification support device may transmit the registration request message to the first DID domain corresponding to the first DID (S420).

이때, 상기 제1 DID 도메인은 상기 제1 서명값에 대한 서명 검증 및 제1 DID에 대한 유효성 검증을 수행할 수 있다. 제1 서명값에 대한 서명 검증 및 제1 DID에 대한 유효성 검증이 완료되면, 사용자 검증 지원 장치에 제2 DID에 대한 검증정보를 요청할 수 있다.At this time, the first DID domain may perform signature verification on the first signature value and validity verification on the first DID. When the signature verification for the first signature value and the validity verification for the first DID are completed, verification information for the second DID may be requested from the user verification support device.

다음으로, 사용자 검증 지원 장치는 상기 제1 DID 도메인의 상기 제2 DID 도메인에 상응하는 제2 DID에 대한 검증정보 요청에 기반하여 상기 제2 DID 도메인에 검증정보를 요청할 수 있다(S430).Next, the device for supporting user verification may request verification information from the second DID domain based on the request for verification information for the second DID corresponding to the second DID domain of the first DID domain (S430).

이때, 상기 제2 DID에 대한 검증정보 요청은 상기 제1 서명값에 대한 서명 검증 및 상기 제1 DID의 유효성 검증 결과에 기반하여 요청되는 것일 수 있다.In this case, the request for verification information for the second DID may be requested based on a result of verifying the signature of the first signature value and verifying the validity of the first DID.

다음으로, 사용자 검증 지원 장치는 상기 제2 DID 도메인의 검증정보를 상기 제1 DID 도메인에 전달할 수 있다(S440).Next, the device for supporting user verification may transmit verification information of the second DID domain to the first DID domain (S440).

이때, 상기 제2 DID 도메인으로부터 수신한 검증정보는 제2 DID 문서 및 상기 제2 DID 문서에 대한 메타데이터(Metadata)를 포함하고, 상기 제2 DID 도메인의 검증정보에 대한 유효성 검증은 상기 제2 서명값에 대한 서명 검증 및 상기 제2 DID의 유효성 검증을 포함하는 것일 수 있다.At this time, the verification information received from the second DID domain includes a second DID document and metadata for the second DID document, and the validity verification for the verification information of the second DID domain includes the second DID document. It may include verifying the signature of the signature value and verifying the validity of the second DID.

이때, 상기 제2 DID 도메인의 검증정보에 대한 유효성 검증은 제1 DID 도메인에서 수행될 수 있다. 제1 DID 도메인은 제2 DID 도메인의 검증정보에 대한 유효성 검증 결과가 참인 경우, 제1 DID 문서를 갱신하고 갱신 결과를 전달할 수 있다.At this time, validation of the verification information of the second DID domain may be performed in the first DID domain. The first DID domain may update the first DID document and transmit the update result when the validation result of the verification information of the second DID domain is true.

다음으로, 사용자 검증 지원 장치는 상기 제1 DID 도메인으로부터 상기 제2 DID 도메인의 검증정보에 대한 유효성 검증 및 제1 DID 문서 갱신 결과를 수신할 수 있다(S450).Next, the device for supporting user verification may receive a result of validating the verification information of the second DID domain and updating the first DID document from the first DID domain (S450).

이때, 상기 제1 DID 문서 갱신 결과는 상기 제1 DID 문서에 상기 제2 DID 정보의 갱신 여부를 포함할 수 있다.In this case, the update result of the first DID document may include whether or not the second DID information is updated in the first DID document.

이때, 도 4에는 도시되지 않았지만, 사용자 검증 지원 장치는 상기 제1 DID 문서에 상기 제2 DID의 정보가 갱신된 경우, 상기 사용자 단말에 업데이트 완료 메시지를 전달할 수 있다.In this case, although not shown in FIG. 4 , when the information of the second DID is updated in the first DID document, the user verification support device may transmit an update completion message to the user terminal.

도 5는 본 발명의 다른 실시예에 따른 탈중앙화된 신분증(DID)을 이용한 사용자 검증 방법을 나타낸 흐름도이다.5 is a flowchart illustrating a user verification method using a decentralized ID (DID) according to another embodiment of the present invention.

도 5를 참조하면, 사용자 검증 지원 장치는 사용자 단말로부터 제1 서명값, 및 제1 DID를 포함하는 인증요청 메시지를 수신할 수 있다(S510).Referring to FIG. 5 , the apparatus for supporting user verification may receive an authentication request message including a first signature value and a first DID from the user terminal (S510).

다음으로, 사용자 검증 지원 장치는 상기 인증요청 메시지를 상기 제2 DID 도메인을 통한 사용자 검증이 가능한 서비스 채널에 전달할 수 있다(S520).Next, the user verification support device may transmit the authentication request message to a service channel capable of user verification through the second DID domain (S520).

다음으로, 사용자 검증 지원 장치는 상기 서비스 채널의 검증정보 요청에 기반하여 제1 DID에 상응하는 제1 DID 도메인에 제1 검증정보를 요청할 수 있다(S530).Next, the device for supporting user verification may request first verification information from the first DID domain corresponding to the first DID based on the request for verification information of the service channel (S530).

제1 검증정보 요청 메시지를 수신한 제1 DID 도메인은 검증정보를 수집하여 사용자 검증 지원 장치에 전달할 수 있다.Upon receiving the first verification information request message, the first DID domain may collect and transmit the verification information to the user verification support device.

다음으로, 사용자 검증 지원 장치는 상기 제1 DID 도메인으로부터 수신한 제1 검증정보를 상기 서비스 채널에 전달할 수 있다(S540).Next, the user verification supporting device may transmit the first verification information received from the first DID domain to the service channel (S540).

이때, 상기 제1 DID 도메인으로부터 수신한 검증정보는 제1 DID 문서, 제2 DID, 및 상기 제1 DID 문서에 대한 메타데이터(Metadata)를 포함할 수 있다.In this case, the verification information received from the first DID domain may include a first DID document, a second DID, and metadata for the first DID document.

이때, 상기 제1 DID 도메인으로부터 수신한 검증정보를 전달받은 서비스 채널은 제1 DID에 대한 유효성 검증 및 서명 검증을 수행할 수 있다. 또한, 제2 DID에 대한 유효성 검증을 수행하기 위해 제2 DID 도메인에 제2 검증정보를 요청할 수 있다.At this time, the service channel receiving the verification information received from the first DID domain may perform validity verification and signature verification for the first DID. In addition, in order to verify the validity of the second DID, the second verification information may be requested from the second DID domain.

제2 검증정보 요청 메시지를 수신한 제2 DID 도메인은 제2 검증정보를 수집하고 제2 검증정보를 상기 서비스 채널에 전달할 수 있다.Upon receiving the second verification information request message, the second DID domain may collect second verification information and deliver the second verification information to the service channel.

서비스 채널은 제2 DID 도메인으로부터 전달받은 제2 검증정보에 기반하여 제2 DID에 대한 유효성 검증을 수행할 수 있다.The service channel may perform validity verification on the second DID based on the second verification information transmitted from the second DID domain.

다음으로, 사용자 검증 지원 장치는 상기 서비스 채널로부터 제2 검증정보에 대한 유효성 검증 결과를 수신할 수 있다(S550).Next, the user verification support device may receive a validity verification result for the second verification information from the service channel (S550).

이때, 상기 제2 검증정보에 대한 유효성 검증은 상기 서비스 채널에서 상기 제1 검증정보를 이용한 유효성 검증결과가 참인 경우 수행될 수 있다.At this time, validation of the second validation information may be performed when a validation result using the first validation information in the service channel is true.

또한, 상기 제2 검증정보는 상기 서비스 채널의 검증정보 요청에 기반하여, 상기 제2 DID 도메인에서 상기 서비스 채널로 전달될 수 있다.Also, the second verification information may be transferred from the second DID domain to the service channel based on a request for verification information of the service channel.

이때, 상기 제2 검증정보는 제2 DID 문서 및 상기 제2 DID 문서에 대한 메타데이터를 포함할 수 있으며, 상기 제2 검증정보에 대한 유효성 검증 결과는 상기 제2 DID 문서에 대한 메타데이터를 이용한 제2 DID의 유효성 검증 결과에 상응할 수 있다.In this case, the second verification information may include a second DID document and metadata for the second DID document, and the validation result for the second verification information may be obtained using the metadata for the second DID document. It may correspond to the validation result of the second DID.

또한, 도 5의 탈중앙화된 신분증(DID)을 이용한 사용자 검증 방법은 도 4의 사용자 등록 방법에 의해 등록된 후, 등록 결과에 기반하여 수행될 수 있다.In addition, the user verification method using the decentralized ID (DID) of FIG. 5 may be performed based on the registration result after being registered by the user registration method of FIG. 4 .

도 6은 탈중앙화된 신분증(DID)을 이용하여 레거시 시스템에 사용자를 등록시키는 과정을 나타낸 래더 다이어그램이다.6 is a ladder diagram illustrating a process of registering a user in a legacy system using a decentralized ID (DID).

이때, 레거시 시스템(301)은 ID 및 패스워드를 사용하여 사용자를 검증하는 레거시 시스템에 상응할 수 있다.In this case, the legacy system 301 may correspond to a legacy system that verifies a user using an ID and a password.

이때, 레거시 시스템(301)은 별도 탈중앙화된 신분증(DID)을 발급받아 저장하고 있거나 X.509 인증서를 사용할 수 있는 시스템에 상응할 수 있다.At this time, the legacy system 301 may correspond to a system that receives and stores a separate decentralized identification (DID) or uses an X.509 certificate.

사용자 단말(101)은 DID(A)를 레거시 시스템(301)에 등록하기 위해 ID와 패스워드, DID(A)를 에이전트에 전달한다(S602).The user terminal 101 transfers the ID, password, and DID(A) to the agent in order to register the DID(A) in the legacy system 301 (S602).

이때, 에이전트(201)는 ID 및 패스워드를 이용하는 레거시 시스템에 탈중앙화된 신분증을 이용하여 사용자를 검증하도록 지원하는 사용자 검증 지원 장치에 상응할 수 있다.In this case, the agent 201 may correspond to a user verification supporting device that supports a legacy system using an ID and password to verify a user using a decentralized identification card.

사용자의 ID, 패스워드, 및 DID(A)를 전달 받은 에이전트(201)는 이를 레거시 시스템(301)에 전달한다(S604).The agent 201 receiving the user's ID, password, and DID (A) transfers them to the legacy system 301 (S604).

레거시 시스템(301)은 전달받은 메시지의 ID와 패스워드를 확인하여 사용정보를 확인한다(S606). The legacy system 301 confirms the usage information by checking the ID and password of the received message (S606).

레거시 시스템(301)은 사용자 정보를 확인한 후, 에이전트를 이용하여 DID 도메인(A)(401)에 DID(A) 검증정보를 요청한다(S608, S610).After verifying user information, the legacy system 301 requests DID (A) verification information from the DID domain (A) 401 using an agent (S608 and S610).

이때, 레거시 시스템(301)의 검증정보 요청은 DID(A)에 대한 검증정보 요청에 상응할 수 있다.At this time, the verification information request of the legacy system 301 may correspond to the verification information request for DID(A).

검증정보를 요청 받은 DID 도메인(A)(401)는 DID(A)의 정보를 수집하여, 에이전트(201)에 DID(A)에 대한 검증정보(DID Doc(A), Metadata)를 전달한다(S612). The DID domain (A) 401 requested for the verification information collects the information of the DID(A) and delivers the verification information (DID Doc(A), Metadata) for the DID(A) to the agent 201 ( S612).

레거시 시스템(301)은 DID(A)에 대한 검증정보를 에이전트(201)를 통해 전달받고(S614), 전달받은 DID(A) 검증정보 내에 metadata를 통해 DID(A)의 유효성을 확인한다(S616). The legacy system 301 receives verification information for DID(A) through the agent 201 (S614), and confirms the validity of DID(A) through metadata in the received DID(A) verification information (S616). ).

DID(A)에 대한 유효성이 검증되면, 레거시 시스템(301)은 메시지 인증 코드값(hash-based message authentication code, HMAC), 및 서명값을 생성한다(S618).If the validity of DID(A) is verified, the legacy system 301 generates a hash-based message authentication code (HMAC) and a signature value (S618).

보다 상세하게, 레거시 시스템(301)은 사용자의 패스워드를 해시함수로 변환하여 해시값(HV)를 생성하고, HV를 이용하여 DID(A)와 ID에 대한 메시지 인증 코드값(hash-based message authentication code, HMAC)인 MV를 생성한다. 레거시 시스템(301)은 MV에 대해 서명하여 서명값(SV)를 생성한다(S618).More specifically, the legacy system 301 converts the user's password into a hash function to generate a hash value (HV), and uses the HV to generate a DID (A) and a message authentication code value for the ID (hash-based message authentication code, HMAC) to create an MV. The legacy system 301 generates a signature value (SV) by signing the MV (S618).

레거시 시스템(301)에서 생성한 SV와 MV를 사용자 단말(101)에 전달하면서, DID Doc(A)에 업데이트 요청을 한다(S620, S622).While transmitting the SV and MV generated by the legacy system 301 to the user terminal 101, an update request is made to DID Doc(A) (S620 and S622).

이때, 레거시 시스템(301)에서 생성한 SV, MV의 전달 및 업데이트 요청은 에이전트(201)를 통해 수행될 수 있다(S620, S622).At this time, the transmission and update request of the SV and MV generated by the legacy system 301 may be performed through the agent 201 (S620 and S622).

사용자 단말(101)은 레거시 시스템(301)에서 DID Doc(A)에 대한 업데이트 요청을 받을 경우 해시값 및 서명값을 생성할 수 있다(S624).When receiving an update request for DID Doc(A) from the legacy system 301, the user terminal 101 may generate a hash value and a signature value (S624).

보다 상세하게, 사용자 단말(101)은 사용자의 패스워드를 이용하여 해시값 HV를 생성할 때 사용한 변수 n에서 α를 뺀 정수(n - α)를 이용하여 해시값 HV'를 생성할 수 있다(S624).In more detail, the user terminal 101 may generate the hash value HV' using an integer (n - α) obtained by subtracting α from the variable n used when generating the hash value HV using the user's password (S624 ).

또한, 사용자 단말(101)은 HV'에 대하여 DID 비밀키를 이용하여 서명값 SV'을 생성한다(S624). In addition, the user terminal 101 generates a signature value SV' using the DID private key for HV' (S624).

사용자 단말(101)은 DID 도메인(A)(401)에 DID Doc(A)에 대한 업데이트 요청을 한다(S626). The user terminal 101 requests an update for DID Doc(A) to the DID domain (A) 401 (S626).

이때, 사용자 단말(101)의 DID 도메인(A)(401)에 대한 업데이트 요청은 에이전트(201)를 통해서 수행될 수 있다.At this time, an update request for the DID domain (A) 401 of the user terminal 101 may be performed through the agent 201 .

이때, 사용자 단말(101)은 {ID, DID(A)}, {SV, MV}, {α, HV', SV'}값을 DID 도메인(A)(401)에 전달할 수 있다.At this time, the user terminal 101 may transmit {ID, DID(A)}, {SV, MV}, {α, HV', SV'} values to the DID domain (A) 401 .

DID 도메인(A)(401)는 수신한 메시지를 기반으로 DID 문서 조회 및 서명값에 대한 서명 검증을 수행할 수 있다(S628).The DID domain (A) 401 may perform DID document inquiry and signature verification on the signature value based on the received message (S628).

보다 상세하게, DID 도메인(A)(401)는 수신한 메시지를 기준으로 DID에 대한 DID Doc(A)를 조회하고, 조회된 Doc(A)의 공개키를 이용하여 SV' 서명에 대한 검증을 진행한다(S628). In more detail, the DID domain (A) 401 searches DID Doc (A) for the DID based on the received message, and verifies the SV' signature using the public key of the searched Doc (A). Proceed (S628).

DID 문서 조회 및 서명값 SV'에 대한 검증이 완료되면, DID 도메인(A)(401)는 사용자가 보내준 정보 내에 레거시 시스템에 관련된 정보를 검증하기 위해 레거시 DID Doc(Public Key)이나 인증서를 조회하여 SV 서명(Secret Key)에 대한 검증을 실시한다(S630).When the DID document search and verification of the signature value SV' are completed, the DID domain (A) 401 searches the legacy DID Doc (Public Key) or certificate to verify the information related to the legacy system within the information sent by the user. Verification of the SV signature (Secret Key) is performed (S630).

또한, DID 도메인(A)(401)는 검증용 메시지 인증 코드값 MV''를 생성하여 MV와의 일치 여부를 검사할 수 있다(S632).In addition, the DID domain (A) 401 may generate a message authentication code value MV for verification and check whether it matches the MV (S632).

보다 상세하게, DID 도메인(A)(401)는 전달받은 α값과 HV' 값을 이용하여 HV''값을 생성하고, 최종 검증을 위한 HV''(Secret Key)를 이용하여 DID(A), ID를 이용한 HMAC 값 MV''을 도출할 수 있다(S632). 다음으로, HMAC 값과 MV''의 일치여부를 검증한다. More specifically, the DID domain (A) 401 generates an HV″ value using the received α value and HV′ value, and uses the HV″ (Secret Key) for final verification to generate the DID (A) value. , HMAC value MV'' using ID can be derived (S632). Next, whether the HMAC value and MV'' match is verified.

위 검증 결과가 참인 경우, DID 도메인(A)(401)는 DID DOC을 업데이트 하고(S634), 업데이트 결과를 통보할 수 있다(S636).If the above verification result is true, the DID domain (A) 401 may update the DID DOC (S634) and notify the update result (S636).

이때, 사용자 단말(101)에 업데이트 결과를 통보하는 것은 에이전트(201)를 통해서 이뤄질 수 있다(S636).At this time, notification of the update result to the user terminal 101 may be performed through the agent 201 (S636).

도 7은 도6의 방법을 통해 레거시 시스템에 DID에 대한 인증 등록 후, 사용자를 검증하는 방법을 나타낸 래더 다이어그램이다.FIG. 7 is a ladder diagram illustrating a method of verifying a user after registering authentication for a DID in a legacy system through the method of FIG. 6 .

사용자 단말(101)은 에이전트(201)에 사용자 인증 요청을 위해 서명값과 DID(A)를 전달한다(S702).The user terminal 101 transfers the signature value and DID(A) to the agent 201 for user authentication request (S702).

인증요청 메시지를 수신한 에이전트(201)는 레거시 시스템(301)에 수신된 인증요청 메시지(서명값, DID(A))를 전달한다(S704).Upon receiving the authentication request message, the agent 201 transfers the received authentication request message (signature value, DID(A)) to the legacy system 301 (S704).

레거시 시스템(301)은 수신된 메시지 내 DID 정보를 검증하기 위해 에이전트(201)에 DID(A) 검증정보를 전달해달라는 요청 메시지를 전송한다(S706).In order to verify the DID information in the received message, the legacy system 301 transmits a request message requesting delivery of the DID (A) verification information to the agent 201 (S706).

에이전트(201)는 해당 메시지를 수신하여 DID 도메인(A)에 전달한다(708).The agent 201 receives the corresponding message and forwards it to the DID domain (A) (708).

검증정보 요청 메시지를 수신한 DID 도메인(A)(401)은 DID Doc(A)(402)를 수집하여 DID(A) 검증정보(DID Doc(ID), Metadata)를 에이전트(201)로 전달한다(S710).Upon receiving the verification information request message, the DID domain (A) 401 collects the DID Doc (A) 402 and delivers the DID (A) verification information (DID Doc (ID), Metadata) to the agent 201. (S710).

검증정보를 전달받은 에이전트(201)은 레거시 시스템(301)에 검증정보를 전달한다(S712).The agent 201 receiving the verification information delivers the verification information to the legacy system 301 (S712).

검증정보 메시지를 수신한 레거시 시스템(301)은 DID(A)에 대한 유효성 검증을 수행하고(S714), DID Doc(A) 내에 ID에 대한 인증 성공(실패) 판정에 대한 결과 값을 전달 한다(S716, S718).Upon receiving the verification information message, the legacy system 301 performs validity verification on DID (A) (S714), and transmits the resultant value for determining the success (failure) of authentication for ID in DID Doc (A) ( S716, S718).

도 8은 발급된 DID를 이용하여 타 DID 도메인의 신원인증 서비스를 받기 위한 DID 등록방법을 나타낸 래더 다이어그램이다.8 is a ladder diagram illustrating a DID registration method for receiving an identity authentication service of another DID domain using an issued DID.

본 실시예에서는 하나의 DID를 예시로 들고 있지만 복수개의 타 도메인에서도 동일하게 적용될 수 있다.In this embodiment, one DID is taken as an example, but it can be equally applied to a plurality of other domains.

도 8을 참조하면, 사용자 단말(101)이 선발급받은 DID 도메인(A)(301)에서 발급한 DID(A)를 이용하여 타 도메인(B)(302) 내에 인증 서비스들을 활용하기 위한 방법을 볼 수 있다.Referring to FIG. 8 , a method for utilizing authentication services in another domain (B) 302 by using a DID (A) issued by a DID domain (A) 301 for which a user terminal 101 has been prepaid can be seen. can

사용자 단말(101)은 에이전트(201)로 DID(A) 문서에 DID 도메인(B) (302)에서의 신원증명 정보를 저장하기 위해 DID(A), DID(B), 서명값(A), 서명값(B)의 정보를 에이전트(201)로 전달할 수 있다(S802).The user terminal 101 uses the agent 201 to store the identity verification information in the DID domain (B) 302 in the DID (A) document. Information of the signature value (B) may be transmitted to the agent 201 (S802).

에이전트(201)는 수신한 메시지를 DID 도메인(A)(401)로 전달하고(S804), 메시지를 수신한 DID 도메인(A)(401)는 DID Doc(A)의 정보를 이용하여 서명(A) 검증과 DID(A)의 유효성을 검증한다(S806).The agent 201 forwards the received message to the DID domain (A) 401 (S804), and the DID domain (A) 401 receiving the message signs (A) using the information of the DID Doc (A). ) and verify the validity of the DID (A) (S806).

서명 검증과 DID(A)의 유효성 검증을 완료한 후, DID 도메인(A)(401)는 에이전트(201)에 DID(B)의 검증정보를 요청한다(S808).After completing the signature verification and validity verification of DID(A), the DID domain (A) 401 requests verification information of DID(B) from the agent 201 (S808).

에이전트(201)는 DID(A)의 검증정보 요청에 기반하여, DID 도메인(B)(302)에 DID(B)의 검증정보를 요청한다(S810).Agent 201 requests verification information of DID (B) from DID domain (B) 302 based on the request for verification information of DID (A) (S810).

DID 도메인(B)(302)는 DID Doc(B)를 수집하여 에이전트(201)에 검증정보 요청에 대한 응답 값(DID Doc(B), Metadata)을 전달한다(S812). The DID domain (B) 302 collects the DID Doc (B) and transmits the response value (DID Doc (B), Metadata) to the verification information request to the agent 201 (S812).

에이전트(201)는 DID 도메인(B)(302)에서 수신한 DID(B) 검증정보를 DID 도메인(A)(401)에 전달하고(S814), 해당 메시지를 수신한 DID도메인(A)(401)는 서명(B)검증과 DID(B)의 유효성을 검증한다(S816).The agent 201 transfers the DID (B) verification information received from the DID domain (B) 302 to the DID domain (A) 401 (S814), and the DID domain (A) 401 receiving the message ) verifies the signature (B) verification and the validity of the DID (B) (S816).

도 8에는 도시되지 않았지만, DID 도메인(A)(401)는 위 서명 검증 및 유효성 검증이 성공적으로 완료될 경우 DID Doc(A)에 DID(B)의 정보를 업데이트 한다. Although not shown in FIG. 8 , the DID domain (A) 401 updates DID (B) information in DID Doc (A) when the above signature verification and validity verification are successfully completed.

업데이트가 완료될 경우 사용자 단말(101)에 DID Doc(A)가 업데이트 되었다고 통보한다(S818).When the update is completed, the user terminal 101 is notified that the DID Doc(A) has been updated (S818).

이때, 사용자 단말(101)에 DID Doc(A)의 업데이트 완료를 통보하는 단계는 에이전트(201)를 통해 이루어질 수 있다.At this time, the step of notifying the user terminal 101 of the update completion of DID Doc(A) may be performed through the agent 201.

도 9는 도8의 방법을 통해 타 DID 도메인에 대한 인증 등록 후, 타 DID 도메인 서비스에서 사용자를 검증하는 방법을 나타낸 래더 다이어그램이다.9 is a ladder diagram illustrating a method of verifying a user in another DID domain service after authentication registration for another DID domain through the method of FIG. 8 .

사용자 단말(101)에서 에이전트를 통해 블록체인 DID 도메인(B) 서비스(303)에 서명값과 VC(DID(A))를 전달한다(S902).The user terminal 101 transfers the signature value and VC (DID (A)) to the blockchain DID domain (B) service 303 through the agent (S902).

DID 정보를 수신한 에이전트(201)는 인증요청 메시지를 DID 도메인(B) 서비스 시스템(303)에 전달한다(S904).Upon receiving the DID information, the agent 201 forwards the authentication request message to the DID domain (B) service system 303 (S904).

서비스 시스템(303)은 DID(A)정보를 확인하기 위해 에이전트(201)에 DID(A)에 대한 신원 인증 정보를 요청(S904)한다.The service system 303 requests identity authentication information for DID(A) from the agent 201 to check DID(A) information (S904).

에이전트(201)는 수신한 인증정보 요청을 블록체인 DID 도메인(A)(401)에 전달하고(S906), DID(A) 문서 정보를 수집하여 DID 도메인(B) 서비스(303)에 전달한다(S908). The agent 201 forwards the received authentication information request to the blockchain DID domain (A) 401 (S906), collects DID (A) document information, and delivers it to the DID domain (B) service 303 (S906). S908).

DID 도메인(B) 서비스(303)는 전달받은 메시지를 통해 사용자가 전달한 서명검증을 수행하고 DID(A)에 대한 유효성을 검증한다(S912).The DID domain (B) service 303 performs signature verification transmitted by the user through the received message and verifies the validity of the DID (A) (S912).

DID 도메인(B) 서비스는 DID(A)에 대한 검증이 완료되면 DID Doc(A) 내에 DID(B)의 유효성을 확인하기 위해 DID 도메인(B)(302) 내 DID Doc(B)를 수집한다(S914, S916).DID Domain (B) service collects DID Doc (B) in DID Domain (B) 302 to verify the validity of DID (B) in DID Doc (A) when verification of DID (A) is completed. (S914, S916).

DID 도메인(B) 서비스(303) 내에서 DID(B)의 유효성을 검증하고(S918), 결과에 따라 사용자 단말(101)에 인증 성공(실패) 여부를 전달한다(S920).The validity of the DID (B) is verified within the DID domain (B) service 303 (S918), and authentication success (failure) is transmitted to the user terminal 101 according to the result (S920).

이때, 사용자 단말(101)에 인증 성공 여부를 전달하는 단계(S920)는, 에이전트(201)를 통해 이뤄질 수 있다.At this time, the step of conveying the authentication success or failure to the user terminal 101 (S920) may be performed through the agent 201.

도 10은 실시예에 따른 컴퓨터 시스템의 구성을 나타낸 도면이다.10 is a diagram showing the configuration of a computer system according to an embodiment.

실시예에 따른 탈중앙화된 신분증(DID)을 이용한 사용자 등록 및 검증 장치는 컴퓨터로 읽을 수 있는 기록매체와 같은 컴퓨터 시스템(1000)에서 구현될 수 있다.A user registration and verification device using a decentralized ID (DID) according to an embodiment may be implemented in the computer system 1000 such as a computer-readable recording medium.

컴퓨터 시스템(1000)은 버스(1020)를 통하여 서로 통신하는 하나 이상의 프로세서(1010), 메모리(1030), 사용자 인터페이스 입력 장치(1040), 사용자 인터페이스 출력 장치(1050) 및 스토리지(1060)를 포함할 수 있다. 또한, 컴퓨터 시스템(1000)은 네트워크(1080)에 연결되는 네트워크 인터페이스(1070)를 더 포함할 수 있다. 프로세서(1010)는 중앙 처리 장치 또는 메모리(1030)나 스토리지(1060)에 저장된 프로그램 또는 프로세싱 인스트럭션들을 실행하는 반도체 장치일 수 있다. 메모리(1030) 및 스토리지(1060)는 휘발성 매체, 비휘발성 매체, 분리형 매체, 비분리형 매체, 통신 매체, 또는 정보 전달 매체 중에서 적어도 하나 이상을 포함하는 저장 매체일 수 있다. 예를 들어, 메모리(1030)는 ROM(1031)이나 RAM(1032)을 포함할 수 있다.Computer system 1000 may include one or more processors 1010, memory 1030, user interface input devices 1040, user interface output devices 1050, and storage 1060 that communicate with each other via a bus 1020. can In addition, computer system 1000 may further include a network interface 1070 coupled to network 1080 . The processor 1010 may be a central processing unit or a semiconductor device that executes programs or processing instructions stored in the memory 1030 or the storage 1060 . The memory 1030 and the storage 1060 may be storage media including at least one of volatile media, nonvolatile media, removable media, non-removable media, communication media, and information delivery media. For example, memory 1030 may include ROM 1031 or RAM 1032 .

본 발명에서 설명하는 특정 실행들은 실시예들로서, 어떠한 방법으로도 본 발명의 범위를 한정하는 것은 아니다. 명세서의 간결함을 위하여, 종래 전자적인 구성들, 제어시스템들, 소프트웨어, 상기 시스템들의 다른 기능적인 측면들의 기재는 생략될 수 있다. 또한, 도면에 도시된 구성 요소들 간의 선들의 연결 또는 연결 부재들은 기능적인 연결 및/또는 물리적 또는 회로적 연결들을 예시적으로 나타낸 것으로서, 실제 장치에서는 대체 가능하거나 추가의 다양한 기능적인 연결, 물리적인 연결, 또는 회로 연결들로서 나타내어질 수 있다. 또한, “필수적인”, “중요하게” 등과 같이 구체적인 언급이 없다면 본 발명의 적용을 위하여 반드시 필요한 구성 요소가 아닐 수 있다.The specific implementations described herein are examples and do not limit the scope of the invention in any way. For brevity of the specification, description of conventional electronic components, control systems, software, and other functional aspects of the systems may be omitted. In addition, the connection of lines or connecting members between the components shown in the drawings represent functional connections and / or physical or circuit connections by way of example, and in actual devices, various functional connections that are replaceable or additional, physical connection, or circuit connections. In addition, if there is no specific reference such as “essential” or “important”, it may not be a component necessarily required for the application of the present invention.

따라서, 본 발명의 사상은 상기 설명된 실시예에 국한되어 정해져서는 아니되며, 후술하는 특허청구범위뿐만 아니라 이 특허청구범위와 균등한 또는 이로부터 등가적으로 변경된 모든 범위는 본 발명의 사상의 범주에 속한다고 할 것이다.Therefore, the spirit of the present invention should not be limited to the above-described embodiments and should not be determined, and all scopes equivalent to or equivalently changed from the claims as well as the claims to be described later are within the scope of the spirit of the present invention. will be said to belong to

101: 사용자 단말
201: 사용자 검증 지원 장치(Agent)
301: 레거시 시스템
401: DID 도메인(A)101: user terminal
201: User Verification Support Device (Agent)
301: legacy system
401: DID domain (A)

Claims (18)

사용자 검증 장치에서 수행되는 ID 및 패스워드를 이용하는 레거시 시스템에 탈중앙화된 신분증(DID)을 이용하여 사용자를 등록하는 방법에 있어서,
사용자 단말로부터 제1 DID(Decentralized Identity)를 포함하는 사용자 등록요청 메시지를 수신하는 단계;
상기 등록요청 메시지를 상기 레거시 시스템에 전달하는 단계;
상기 레거시 시스템의 검증정보 요청에 기반하여 제1 DID 도메인에 검증정보를 요청하는 단계;
상기 제1 DID 도메인의 검증정보를 상기 레거시 시스템에 전달하는 단계;
상기 레거시 시스템으로부터 상기 검증정보에 대한 유효성 검증 결과 및 제1 DID 문서의 제1 업데이트 요청 메시지를 수신하는 단계; 및
상기 사용자 단말에 상기 제1 업데이트 요청 메시지를 전달하는 단계;
를 포함하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법.A method for registering a user using a decentralized ID (DID) in a legacy system using an ID and password performed in a user verification device,
Receiving a user registration request message including a first decentralized identity (DID) from a user terminal;
transmitting the registration request message to the legacy system;
requesting verification information from a first DID domain based on a request for verification information from the legacy system;
transmitting verification information of the first DID domain to the legacy system;
Receiving a validity verification result of the verification information and a first update request message of a first DID document from the legacy system; and
Transmitting the first update request message to the user terminal;
A user registration method using a decentralized identification (DID) comprising a. 청구항 1에 있어서,
상기 사용자 단말의 제2 업데이트 요청 메시지를 상기 제1 DID 도메인에 전달하는 단계; 및
상기 제1 DID 도메인의 업데이트 완료 메시지를 상기 사용자 단말에 전달하는 단계;
를 더 포함하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법.The method of claim 1,
transmitting a second update request message of the user terminal to the first DID domain; and
transmitting an update completion message of the first DID domain to the user terminal;
A user registration method using a decentralized identification (DID), characterized in that it further comprises. 청구항 2에 있어서,
상기 등록요청 메시지는 상기 레거시 시스템에 상응하는 ID 및 패스워드를 더 포함하고,
상기 제1 업데이트 요청 메시지는 상기 사용자의 ID 및 상기 제1 DID에 대하여 제1 해시값을 이용하여 생성한 제1 메시지 인증 코드, 및 상기 제1 메시지 인증 코드에 대한 제1 서명값을 포함하고,
상기 제2 업데이트 요청 메시지는 상기 사용자의 ID, 상기 제1 서명값, 상기 제1 메시지 인증 코드, 제2 해시값, 및 상기 제2 해시값에 대한 제2 서명값을 포함하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법.The method of claim 2,
The registration request message further includes an ID and password corresponding to the legacy system,
The first update request message includes a first message authentication code generated using a first hash value for the user's ID and the first DID, and a first signature value for the first message authentication code,
The second update request message includes the ID of the user, the first signature value, the first message authentication code, a second hash value, and a second signature value for the second hash value. User registration method using centralized identification (DID). 청구항 3에 있어서,
상기 제1 해시값은
상기 사용자의 패스워드 및 제1 변수를 이용하여 생성되고,
상기 제2 해시값은 상기 제1 변수와 상기 제2 정수의 차이값 및 상기 사용자의 패스워드를 이용하여 생성되는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법.The method of claim 3,
The first hash value is
It is generated using the user's password and a first variable,
The second hash value is generated using a difference between the first variable and the second integer and the password of the user. 청구항 4에 있어서,
상기 제1 DID 도메인의 업데이트 완료 메시지는
상기 제2 서명값의 서명 검증 결과 및 상기 사용자의 ID 및 상기 제1 DID에 대하여 제3 해시값을 이용하여 생성한 제2 메시지 인증 코드와 상기 제1 메시지 인증 코드의 검증 결과가 참인 경우 전달되고, 상기 사용자의 ID 정보의 업데이트 여부를 포함하고,
상기 제3 해시값은 상기 제2 정수 및 상기 제2 해시값을 이용하여 생성되는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법.The method of claim 4,
The update completion message of the first DID domain
When the signature verification result of the second signature value and the verification result of the second message authentication code generated using the third hash value for the user's ID and the first DID and the first message authentication code are true, , including whether the user's ID information is updated,
The third hash value is a user registration method using a decentralized identification (DID), characterized in that generated using the second integer and the second hash value. 청구항 1에 있어서,
상기 제1 DID 도메인으로부터 수신한 검증정보는 제1 DID 문서 및 상기 제1 DID 문서에 대한 메타데이터(Metadata)를 포함하고,
상기 제1 업데이트 요청 메시지는 상기 메타데이터를 이용한 제1 DID의 유효성 검증 결과에 기반하여 수신되는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법.The method of claim 1,
The verification information received from the first DID domain includes a first DID document and metadata for the first DID document,
The first update request message is received based on a validation result of the first DID using the metadata. 청구항 1의 방법에 의해 사용자를 등록한 후에 사용자를 검증하는 방법에 있어서,
사용자 단말로부터 서명값 및 제1 DID를 포함하는 사용자 검증요청 메시지를 수신하는 단계;
상기 검증요청 메시지를 상기 레거시 시스템에 전달하는 단계;
상기 레거시 시스템의 검증정보 요청에 기반하여 제1 DID에 상응하는 제1 DID 도메인에 검증정보를 요청하는 단계;
상기 제1 DID 도메인으로부터 수신한 검증정보를 상기 레거시 시스템에 전달하는 단계; 및
상기 레거시 시스템으로부터 상기 검증정보에 대한 유효성 검증 결과를 수신하는 단계;
를 포함하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 검증 방법.In the method of verifying the user after registering the user by the method of claim 1,
Receiving a user verification request message including a signature value and a first DID from a user terminal;
transmitting the verification request message to the legacy system;
requesting verification information from a first DID domain corresponding to a first DID based on a request for verification information from the legacy system;
forwarding verification information received from the first DID domain to the legacy system; and
Receiving a validation result for the validation information from the legacy system;
A user verification method using a decentralized identification (DID) comprising a. 청구항 7에 있어서,
상기 제1 DID 도메인으로부터 수신한 검증정보는 제1 DID 문서 및 상기 제1 DID 문서에 대한 메타데이터(Metadata)를 포함하고,
상기 검증정보에 대한 유효성 검증 결과는 상기 메타데이터를 이용한 제1 DID의 유효성 검증 결과 및 상기 제1 DID 문서 내의 레거시 시스템 ID에 대한 검증 결과를 포함하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 검증 방법.The method of claim 7,
The verification information received from the first DID domain includes a first DID document and metadata for the first DID document,
The validation result of the validation information includes a validation result of the first DID using the metadata and a validation result of the legacy system ID in the first DID document. User verification method used. 사용자 검증 장치에서 수행되는 제2 DID 도메인에 탈중앙화된 신분증(DID)을 이용하여 사용자를 등록하는 방법에 있어서,
사용자 단말로부터 제1 DID(Decentralized Identity)를 포함하는 사용자 등록요청 메시지를 수신하는 단계;
상기 등록요청 메시지를 상기 제1 DID에 상응하는 제1 DID 도메인에 전달하는 단계;
상기 제1 DID 도메인의 상기 제2 DID 도메인에 상응하는 제2 DID에 대한 검증정보 요청에 기반하여 상기 제2 DID 도메인에 검증정보를 요청하는 단계;
상기 제2 DID 도메인의 검증정보를 상기 제1 DID 도메인에 전달하는 단계; 및
상기 제1 DID 도메인으로부터 상기 제2 DID 도메인의 검증정보에 대한 유효성 검증 및 제1 DID 문서 업데이트 결과를 수신하는 단계;
를 포함하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법.A method for registering a user using a decentralized ID (DID) in a second DID domain performed in a user verification device,
Receiving a user registration request message including a first decentralized identity (DID) from a user terminal;
forwarding the registration request message to a first DID domain corresponding to the first DID;
requesting verification information from the second DID domain based on a request for verification information for a second DID corresponding to the second DID domain of the first DID domain;
transmitting verification information of the second DID domain to the first DID domain; and
receiving a result of validating the verification information of the second DID domain and updating the first DID document from the first DID domain;
A user registration method using a decentralized identification (DID) comprising a. 청구항 9에 있어서,
상기 등록요청 메시지는 제2 DID, 상기 제1 DID에 상응하는 제1 서명값, 및 제2 DID에 상응하는 제2 서명값을 더 포함하고,
상기 제2 DID에 대한 검증정보 요청은 상기 제1 서명값에 대한 서명 검증 및 상기 제1 DID의 유효성 검증 결과에 기반하여 요청되는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법.The method of claim 9,
The registration request message further includes a second DID, a first signature value corresponding to the first DID, and a second signature value corresponding to the second DID,
The user registration method using a decentralized identification (DID), characterized in that the request for verification information for the second DID is requested based on a result of verifying the signature for the first signature value and verifying the validity of the first DID. 청구항 10에 있어서,
상기 제2 DID 도메인으로부터 수신한 검증정보는 제2 DID 문서 및 상기 제2 DID 문서에 대한 메타데이터(Metadata)를 포함하고,
상기 제2 DID 도메인의 검증정보에 대한 유효성 검증은 상기 제2 서명값에 대한 서명 검증 및 상기 제2 DID의 유효성 검증을 포함하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법.The method of claim 10,
The verification information received from the second DID domain includes a second DID document and metadata about the second DID document,
The user registration method using a decentralized identification (DID), characterized in that the validity verification of the verification information of the second DID domain includes signature verification for the second signature value and validity verification of the second DID. 청구항 11에 있어서,
상기 제1 DID 문서 업데이트 결과는 상기 제1 DID 문서에 상기 제2 DID의 정보의 업데이트 여부를 포함하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법.The method of claim 11,
The user registration method using a decentralized identification (DID), characterized in that the update result of the first DID document includes whether information of the second DID is updated in the first DID document. 청구항 12에 있어서,
상기 제1 DID 문서에 상기 제2 DID의 정보가 업데이트된 경우, 상기 사용자 단말에 업데이트 완료 메시지를 전달하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 등록 방법.The method of claim 12,
When the information of the second DID is updated in the first DID document, a user registration method using a decentralized identification (DID), characterized in that for transmitting an update completion message to the user terminal. 청구항 9의 방법에 의해 사용자를 등록한 후에 사용자를 검증하는 방법에 있어서,
사용자 단말로부터 제1 서명값 및 제1 DID를 포함하는 인증요청 메시지를 수신하는 단계;
상기 인증요청 메시지를 상기 제2 DID 도메인을 통한 사용자 검증이 가능한 서비스 채널에 전달하는 단계;
상기 서비스 채널의 검증정보 요청에 기반하여 제1 DID에 상응하는 제1 DID 도메인에 제1 검증정보를 요청하는 단계;
상기 제1 DID 도메인으로부터 수신한 제1 검증정보를 상기 서비스 채널에 전달하는 단계; 및
상기 서비스 채널로부터 제2 검증정보에 대한 유효성 검증 결과를 수신하는 단계;
를 포함하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 검증 방법.In the method of verifying the user after registering the user by the method of claim 9,
Receiving an authentication request message including a first signature value and a first DID from a user terminal;
transmitting the authentication request message to a service channel capable of verifying a user through the second DID domain;
requesting first verification information from a first DID domain corresponding to a first DID based on a request for verification information of the service channel;
transmitting first verification information received from the first DID domain to the service channel; and
Receiving a validity verification result for second verification information from the service channel;
A user verification method using a decentralized identification (DID) comprising a. 청구항 14에 있어서,
상기 제1 DID 도메인으로부터 수신한 검증정보는 제1 DID 문서, 제2 DID, 및 상기 제1 DID 문서에 대한 메타데이터(Metadata)를 포함하고,
상기 제2 검증정보에 대한 유효성 검증은 상기 서비스 채널에서 상기 제1 검증정보를 이용한 유효성 검증결과가 참인 경우 수행되고,
상기 제2 검증정보는 상기 서비스 채널의 검증정보 요청에 기반하여, 상기 제2 DID 도메인에서 상기 서비스 채널로 전달되는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 검증 방법.The method of claim 14,
The verification information received from the first DID domain includes a first DID document, a second DID, and metadata for the first DID document,
Validation of the second verification information is performed when a validity verification result using the first verification information in the service channel is true,
The second verification information is transmitted from the second DID domain to the service channel based on the verification information request of the service channel. 청구항 15에 있어서,
상기 제2 검증정보는 제2 DID 문서 및 상기 제2 DID 문서에 대한 메타데이터를 포함하고,
상기 제2 검증정보에 대한 유효성 검증 결과는 상기 제2 DID 문서에 대한 메타데이터를 이용한 제2 DID의 유효성 검증 결과에 상응하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 검증 방법.The method of claim 15
The second verification information includes a second DID document and metadata about the second DID document,
The user verification method using a decentralized identification (DID), characterized in that the validation result of the second verification information corresponds to the validation result of the second DID using the metadata for the second DID document. 적어도 하나의 프로그램이 기록된 메모리; 및
상기 프로그램을 실행하는 프로세서
를 포함하며,
상기 프로그램은
사용자 단말로부터 제1 DID를 포함하는 사용자 등록요청 메시지를 수신하는 단계;
상기 등록요청 메시지를 ID 및 패스워드를 이용하는 레거시 시스템에 전달하는 단계;
상기 레거시 시스템의 검증정보 요청에 기반하여 제1 DID 도메인에 검증정보를 요청하는 단계;
상기 제1 DID 도메인의 검증정보를 상기 레거시 시스템에 전달하는 단계;
상기 레거시 시스템으로부터 상기 검증정보에 대한 유효성 검증 결과 및 제1 DID 문서의 제1 업데이트 요청 메시지를 수신하는 단계; 및
상기 사용자 단말에 상기 제1 업데이트 요청 메시지를 전달하는 단계;
의 수행을 위한 명령어들을 포함하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 검증 장치.a memory in which at least one program is recorded; and
Processor running the program
Including,
said program
Receiving a user registration request message including a first DID from a user terminal;
Transmitting the registration request message to a legacy system using ID and password;
requesting verification information from a first DID domain based on a request for verification information from the legacy system;
transmitting verification information of the first DID domain to the legacy system;
Receiving a validity verification result of the verification information and a first update request message of a first DID document from the legacy system; and
Transmitting the first update request message to the user terminal;
A user verification device using a decentralized identification (DID), characterized in that it includes instructions for the execution of. 적어도 하나의 프로그램이 기록된 메모리; 및
상기 프로그램을 실행하는 프로세서
를 포함하며,
상기 프로그램은
사용자 단말로부터 제1 DID(Decentralized Identity)를 포함하는 사용자 등록요청 메시지를 수신하는 단계;
상기 등록요청 메시지를 상기 제1 DID에 상응하는 제1 DID 도메인에 전달하는 단계;
상기 제1 DID 도메인의 제2 DID에 대한 검증정보 요청에 기반하여 상기 제2 DID에 상응하는 제2 DID 도메인에 검증정보를 요청하는 단계;
상기 제2 DID 도메인의 검증정보를 상기 제1 DID 도메인에 전달하는 단계; 및
상기 제1 DID 도메인으로부터 상기 제2 DID 도메인의 검증정보에 대한 유효성 검증 및 제1 DID 문서 업데이트 결과를 수신하는 단계;
의 수행을 위한 명령어들을 포함하는 것을 특징으로 하는 탈중앙화된 신분증(DID)을 이용한 사용자 검증 장치.
a memory in which at least one program is recorded; and
Processor running the program
Including,
said program
Receiving a user registration request message including a first decentralized identity (DID) from a user terminal;
forwarding the registration request message to a first DID domain corresponding to the first DID;
requesting verification information from a second DID domain corresponding to the second DID based on the verification information request for the second DID of the first DID domain;
transmitting verification information of the second DID domain to the first DID domain; and
receiving a result of validating the verification information of the second DID domain and updating the first DID document from the first DID domain;
A user verification device using a decentralized identification (DID), characterized in that it includes instructions for the execution of.
KR1020210068087A 2021-05-27 2021-05-27 method and apparatus for user registration and authentication using Decentralized Identity KR102532564B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020210068087A KR102532564B1 (en) 2021-05-27 2021-05-27 method and apparatus for user registration and authentication using Decentralized Identity

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020210068087A KR102532564B1 (en) 2021-05-27 2021-05-27 method and apparatus for user registration and authentication using Decentralized Identity

Publications (2)

Publication Number Publication Date
KR20220160210A true KR20220160210A (en) 2022-12-06
KR102532564B1 KR102532564B1 (en) 2023-05-17

Family

ID=84407532

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210068087A KR102532564B1 (en) 2021-05-27 2021-05-27 method and apparatus for user registration and authentication using Decentralized Identity

Country Status (1)

Country Link
KR (1) KR102532564B1 (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200043320A (en) * 2020-04-08 2020-04-27 주식회사 코인플러그 Method for sso service through blockchain, and terminal and server using the same
KR20200046942A (en) * 2018-10-26 2020-05-07 삼성에스디에스 주식회사 Method for authenticating legacy service based on token and platform service server supporting the same
KR20200107976A (en) * 2018-01-12 2020-09-16 노크 노크 랩스, 인코포레이티드 System and method for binding verifiable claims
KR102248237B1 (en) 2020-11-10 2021-05-04 (주)소프트제국 Decentralized identifiers system using browser-based security personal identification number authentication and method thereof

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200107976A (en) * 2018-01-12 2020-09-16 노크 노크 랩스, 인코포레이티드 System and method for binding verifiable claims
KR20200046942A (en) * 2018-10-26 2020-05-07 삼성에스디에스 주식회사 Method for authenticating legacy service based on token and platform service server supporting the same
KR20200043320A (en) * 2020-04-08 2020-04-27 주식회사 코인플러그 Method for sso service through blockchain, and terminal and server using the same
KR102248237B1 (en) 2020-11-10 2021-05-04 (주)소프트제국 Decentralized identifiers system using browser-based security personal identification number authentication and method thereof

Also Published As

Publication number Publication date
KR102532564B1 (en) 2023-05-17

Similar Documents

Publication Publication Date Title
CN111010382B (en) Method and apparatus for processing data requests in a blockchain network
US11477032B2 (en) System and method for decentralized-identifier creation
US11212665B2 (en) Embedded SIM management system, node device, embedded SIM management method, program, and information registrant device
CN111163182B (en) Block chain-based device registration method and apparatus, electronic device, and storage medium
CN110311958B (en) Block chain network system
FI124424B (en) A method and system for using PKCS registration in a mobile communication environment
CN112508578B (en) Resource transfer request verification and sending method and device based on block chain
KR20180079805A (en) Method for authenticating a user without a face-to-face contact by using mobile id based on blockchain, and terminal and server using the same
CN109508564B (en) Block chain-based digital asset storage system and method
US20180158058A1 (en) Apparatus and method to prevent execution of an unauthorized transaction via a distributed database
CN111314172B (en) Block chain-based data processing method, device, equipment and storage medium
CN110602108B (en) Data communication method, device, equipment and storage medium based on block chain network
CN111275555B (en) Block chain transaction processing method, transaction node and block chain system
US20230232222A1 (en) User terminal, authentication terminal, registration terminal, management system and program
CN113474804A (en) Transaction and account verification method, device and storage medium of digital currency
KR102532564B1 (en) method and apparatus for user registration and authentication using Decentralized Identity
KR20210084380A (en) Method for providing relational decentralized identifier service and blockchain node using them
CN108833105B (en) Electronic signature method and device
CN114978596B (en) Registration and processing method and device for ownership of digital assets
CN109658104B (en) System and method for confirming asset consistency on chain
CN113672988A (en) Block chain-based information management method, system, medium, and electronic device
CN113674118A (en) Donation method, system, medium and electronic device based on block chain
US12008145B2 (en) Method and server for certifying an electronic document
KR102497440B1 (en) Method and system for providing user information management service based on decentralized identifiers
CN117061089B (en) Voting management method, device, equipment and storage medium

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right