KR101589413B1 - IoT 디바이스에 대한 DNS 네이밍 방법 - Google Patents

IoT 디바이스에 대한 DNS 네이밍 방법 Download PDF

Info

Publication number
KR101589413B1
KR101589413B1 KR1020150101662A KR20150101662A KR101589413B1 KR 101589413 B1 KR101589413 B1 KR 101589413B1 KR 1020150101662 A KR1020150101662 A KR 1020150101662A KR 20150101662 A KR20150101662 A KR 20150101662A KR 101589413 B1 KR101589413 B1 KR 101589413B1
Authority
KR
South Korea
Prior art keywords
domain name
dns
name
iot device
domain
Prior art date
Application number
KR1020150101662A
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 KR1020150101662A priority Critical patent/KR101589413B1/ko
Application granted granted Critical
Publication of KR101589413B1 publication Critical patent/KR101589413B1/ko
Priority to PCT/KR2016/007586 priority patent/WO2017014482A1/ko
Priority to US15/745,665 priority patent/US10778637B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/3015—Name registration, generation or assignment
    • H04L61/3025—Domain name generation or assignment
    • H04L61/1511—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/3005—Mechanisms for avoiding name conflicts
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H04L61/6059—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H04L61/3015—Name registration, generation or assignment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5092—Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

IoT 디바이스에 대한 DNS 네이밍 방법은 IPv6 프로토콜에 따라 네트워크에 연결된 디바이스가 DNS 검색 리스트가 포함된 제1 메시지를 수신하는 단계, 상기 디바이스가 상기 디바이스의 모델 정보 및 식별자가 포함된 도메인 이름을 생성하는 단계, 상기 디바이스가 ND(neighbor discovery) 프로토콜에 따라 상기 도메인 이름에 대한 중복 검사를 수행하는 단계 및 상기 도메인 이름이 중복되지 않는 경우 상기 네트워크에 연결된 도메인 이름 수집 장치가 NI(Node Information) 프로토콜에 따라 상기 도메인 이름과 상기 디바이스에 대한 IPv6 주소를 DNS 서버에 등록하는 단계를 포함한다.

Description

IoT 디바이스에 대한 DNS 네이밍 방법{DNS NAMING METHOD FOR IOT DEVICE}
이하 설명하는 기술은 IPv6에 기반한 자동 DNS 네이밍 기법에 관한 것이다.
IoT(Internet of Things)는 최근 가장 주목받고 있는 인터넷 관련 기술이다. IoT를 이용한 서비스는 기본적으로 인터넷에 연결된 매우 많은 디바이스를 통해 일정한 서비스를 제공할 수 있다.
인터넷에 연결되는 장치는 개별적인 인터넷 주소(IP address)를 갖고 있어야 한다. IoT 환경에서 종래 IPv4는 인터넷 주소 고갈이라는 한계를 안고 있었다. 이를 극복하기 위한 기술로 IPv6가 등장하였다. IETF(Internet Engineering Task Force)는 IPv6에 관련된 표준을 제정하고 있다.
한편 DNS(Domain Name System)는 인터넷에 연결된 개체에 대한 IP 주소와 도메인 이름을 관리한다. 종래 인터넷 환경에서는 도메인 이름을 사용자가 수동으로 설정하였다.
한국공개특허 제10-2014-0099194호 한국공개특허 제10-2011-0055392호
S. Thomson, T. Narten and T. Jinmei, "Pv6 Stateless Address Autoconfiguration", RFC 4862, September 2007. J. Jeong, S. Park, L. Beloeil and S. Madanapalli, "IPv6 Router Advertisement Options for DNS Configuration", RFC 6106, November 2010.
IoT 환경에서 IoT 디바이스는 매우 많은 개수가 사용된다. 따라서 각 IoT 디바이스에 대한 도메인 이름을 일일이 설정하는 것은 매우 번거로운 일이 된다. mDNS(multicast Domain Name System)과 같이 도메인 이름을 자동으로 부여하기 위한 기술이 있다. 대표적으로 애플(apple)이 개발한 Bonjour와 같은 프로토콜이 있다. 하지만 mDNS는 기본적으로 멀티캐스트 기반으로 네트워크에 많은 트래픽을 발생시키고, 인터넷에 연결된 디바이스가 항상 동작하는(깨어 있는) 경우에만 네이밍 요청 메시지에 응답할 수 있다.
이하 설명하는 기술은 IPv6의 이웃탐색 프로토콜(Neighbor Discovery, ND)을 기반하여 도메인 정보를 담은 DNS Search List(DNSSL) 옵션을 멀티캐스트(multicast)로 전송하면서, IoT 디바이스가 자동으로 DNS 이름을 생성하는 기법을 제공하고자 한다.
IoT 디바이스에 대한 DNS 네이밍 방법은 IPv6 프로토콜에 따라 네트워크에 연결된 디바이스가 DNS 검색 리스트가 포함된 제1 메시지를 수신하는 단계, 상기 디바이스가 상기 디바이스의 모델 정보 및 식별자가 포함된 도메인 이름을 생성하는 단계, 상기 디바이스가 ND(neighbor discovery) 프로토콜에 따라 상기 도메인 이름에 대한 중복 검사를 수행하는 단계 및 상기 도메인 이름이 중복되지 않는 경우 상기 네트워크에 연결된 도메인 이름 수집장치가 NI(Node Information) 프로토콜에 따라 상기 도메인 이름과 상기 디바이스에 대한 IPv6 주소를 DNS 서버에 등록하는 단계를 포함한다.
다른 측면에서 IoT 디바이스에 대한 DNS 네이밍 방법은 IPv6 프로토콜에 따라 네트워크에 연결된 라우터가 RA(Router Advertisement) 옵션 또는 DHCP(Dynamic Host Configuration Protocol) 옵션을 통해 DNS 검색 리스트를 IoT 디바이스에 전송하는 단계, 상기 IoT 디바이스가 자신의 모델 정보, 식별자 및 상기 DNS 검색 리스트에 포함된 도메인 서픽스(suffix)를 포함하는 도메인 이름을 생성하는 단계 및
상기 IoT 디바이스를 관리하는 도메인 이름 수집장치가 NI(Node Information) 프로토콜에 따라 상기 도메인 이름과 상기 디바이스에 대한 IPv6 주소를 DNS 서버에 등록하는 단계를 포함한다.
이하 설명하는 기술은 DNS 이름을 생성하는 과정에서 유니캐스트로 메시지를 전달하여 트래픽이 적다. 또한 이하 설명하는 기술은 클라이언트 장치가 DNS 서버를 통해 IoT 디바이스에 대한 이름 정보를 참조하므로 IoT 디바이스가 슬립모드(sleep mode)에 있을 때도 해당 IoT 디바이스에 대한 도메인 이름을 확인할 수 있다. 나아가 이하 설명하는 기술은 도메인 이름이 디바이스의 모델 정보 및/또는 위치 정보를 포함하여 도메인 이름만으로도 특정 디바이스에 대한 정보를 제공할 수 있다.
도 1은 종래 DNS의 구성을 도시한 블록도의 예이다.
도 2는 DNSNA의 구성을 도시한 블록도의 예이다.
도 3은 DNSNA에서 IoT 디바이스가 도메인 이름을 생성하는 과정에 대한 예이다.
도 4는 DNSNA에서 IoT 디바이스에 대한 도메인 이름을 등록하는 과정에 대한 예이다.
도 5는 DNSNA에서 클라이언트 장치가 IoT 디바이스를 제어하는 과정에 대한 예이다.
도 6은 댁내에서 사용하는 IoT 디바이스에 대한 DNS 이름에 대한 예이다.
도 7은 댁내에서 사용하는 IoT 디바이스에 대한 DNS 이름의 다른 예이다.
도 8은 스마트폰이 댁내에 위치한 IoT 디바이스에 대한 정보를 표시하는 예이다.
도 9는 도로에서 이동하는 차량에 대한 DNS 이름에 대한 예이다.
도 10은 교차로에서의 차량 및 고정 장치에 대한 DNS 이름에 대한 예이다.
이하 설명하는 기술은 다양한 변경을 가할 수 있고 여러 가지 실시 예를 가질 수 있는 바, 특정 실시 예들을 도면에 예시하고 상세하게 설명하고자 한다. 그러나, 이는 이하 설명하는 기술을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 이하 설명하는 기술의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
제1, 제2, A, B 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 해당 구성요소들은 상기 용어들에 의해 한정되지는 않으며, 단지 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 이하 설명하는 기술의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
본 명세서에서 사용되는 용어에서 단수의 표현은 문맥상 명백하게 다르게 해석되지 않는 한 복수의 표현을 포함하는 것으로 이해되어야 하고, "포함한다" 등의 용어는 설시된 특징, 개수, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함을 의미하는 것이지, 하나 또는 그 이상의 다른 특징들이나 개수, 단계 동작 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 배제하지 않는 것으로 이해되어야 한다.
도면에 대한 상세한 설명을 하기에 앞서, 본 명세서에서의 구성부들에 대한 구분은 각 구성부가 담당하는 주기능 별로 구분한 것에 불과함을 명확히 하고자 한다. 즉, 이하에서 설명할 2개 이상의 구성부가 하나의 구성부로 합쳐지거나 또는 하나의 구성부가 보다 세분화된 기능별로 2개 이상으로 분화되어 구비될 수도 있다. 그리고 이하에서 설명할 구성부 각각은 자신이 담당하는 주기능 이외에도 다른 구성부가 담당하는 기능 중 일부 또는 전부의 기능을 추가적으로 수행할 수도 있으며, 구성부 각각이 담당하는 주기능 중 일부 기능이 다른 구성부에 의해 전담되어 수행될 수도 있음은 물론이다.
또, 방법 또는 동작 방법을 수행함에 있어서, 상기 방법을 이루는 각 과정들은 문맥상 명백하게 특정 순서를 기재하지 않은 이상 명기된 순서와 다르게 일어날 수 있다. 즉, 각 과정들은 명기된 순서와 동일하게 일어날 수도 있고 실질적으로 동시에 수행될 수도 있으며 반대의 순서대로 수행될 수도 있다.
이하 설명하는 기술은 DNS 이름을 자동으로 생성하고 관리하는 기법에 관한 것이다. 이하 설명하는 기술은 IPv6에 기반을 둔 IP 주소를 사용한다. 이하 설명하는 기술은 DNS 이름을 생성하고 등록하는 과정에서 IPv6 표준에서 재정된 프로토콜을 이용하고자 한다. IPv6 표준에 정의된 프로토콜은 이미 공개된 것이므로 이하 자세한 설명은 생략한다.
도 1은 종래 DNS(100)의 구성을 도시한 블록도의 예이다. 종래 DNS(Domain Name System)은 DNS 서버(160)가 핵심적인 구성에 해당한다. 도 1에서는 "www.sample.com"이라는 서비스를 제공하는 서비스 서버(110)를 예로 도시하였다. 서비스 제공자가 서비스 서버(110)를 이용하여 인터넷으로 다른 사용자에게 특정한 서비스를 제공하기 위해서는 서비스 서버(110)에 대한 도메인 이름을 등록해야 한다. 서비스 제공자는 컴퓨터 장치(50)를 통해 DNS 서버(160)에 접근하고, 자신의 서비스 서버(110)에 대한 도메인 이름을 등록한다. DNS 서버(160)는 널리 알려진 바와 같이 도메인 이름과 도메인 이름이 나타내는 실제 IP 주소를 저장하고 관리한다. 도 1에서 DNS 서버(160)는 서비스 서버(110)에 대한 도메인 이름(www.sample.com) 및 서비스 서버(110)에 대한 IP 주소(214.11.00.124)를 저장한다. 도 1은 IPv4를 사용한 예를 도시하였다. 라우터(150)는 DNS 서버(160) 및 서비스 서버(110)에 대한 데이터 전달을 제어하는 구성이다.
이후 서비스를 제공받기 위한 사용자가 클라이언트 장치를 사용하여 도메인 이름으로 서비스 서버에 접속을 시도한다고 가정한다. 클라이언트 장치가 전달한 접속 명령은 DNS 서버(160)에서 도메인 이름에 해당하는 IP 주소를 찾아내고, 해당 IP 주소를 갖는 서비스 서버(110)에 클라이언트 장치가 접속되게 한다.
그러나 IoT 환경에서는 수많은 IoT 디바이스에 대한 도메인 이름을 일일이 설정하기가 어려울 수 있다. 따라서 이하 설명하는 기술에서 IoT 디바이스(예, 센서, 가전제품, 신호등, 자동차 등)는 IPv6 네트워크에 참여할 때 자신의 디바이스 정보를 기반으로 DNS 이름을 생성한다. 이렇게 생성된 유일한 DNS 이름은 IoT 디바이스를 위한 DNS 서버에 등록된다. 즉, DNS는 관리자 또는 사용자의 개입 없이 IoT 디바이스에 대한 DNS 이름을 자동으로 생성하여 등록한다. 이후 사용자는 클라이언트 장치(PC, 스마트폰, 태블릿 PC 등)를 이용해서 DNS 서버를 통해 IoT 디바이스에 대한 도메인 이름을 획득하여 IoT 디바이스를 원격 제어할 수 있다. 종래 DNS와는 달리 이름을 자동으로 설정한다는 의미에서 도메인 이름을 설정하고 등록하는 시스템을 이하 DNSNA(DNS Name Autoconfiguration)라고 명명한다.
DNSNA은 IoT 디바이스를 관리하기 위해 DNS 서버(DNS Server)를 이용하여 IoT 디바이스의 유일한 이름을 생성, 등록, 관리한다. IoT 디바이스가 IPv6 네트워크에 들어올 때 IoT 디바이스는 자신의 디바이스 정보를 기반으로 현재 IPv6 네트워크에 유일한 DNS 이름을 생성한다. 생성된 DNS 이름은 라우터(Router)에 등록되고 IoT 디바이스의 정보는 동적으로 DNS 서버에 등록한다. 사용자는 클라이언트 장치를 이용해 IoT 디바이스 정보를 DNS 서버로부터 수신하여 IoT 디바이스를 원격제어를 할 수 있다.
도 2는 DNSNA(200)의 구성을 도시한 블록도의 예이다. 도 2는 IoT 디바이스(210)로 댁내에서 사용하는 냉장고를 예로 도시하였다. IoT 디바이스는 일반적으로 무선 통신을 수행하므로, 도 2는 IoT 디바이스(210)가 댁내에 있는 AP(230)를 통해 네트워크에 연결된 형태를 도시하였다. 라우터(250)는 도 1과 같이 DNS 서버(260) 및 IoT 디바이스(210)에 전달되는 데이터 패킷을 제어한다.
IoT 디바이스(210)는 네트워크에 최초 접속하는 경우 또는 일정한 요청이 있는 경우 자신이 직접 DNS 이름을 생성한다. 도 2에서 IoT 디바이스(210)는 "refrigerator1.samsung_RH269LP.refrigerator.home"이라는 DNS 이름을 생성하였다. IoT 디바이스가 DNS 이름을 생성하는 과정 및 DNS 이름이 의미하는 내용은 후술한다. IoT 디바이스(210)가 생성한 DNS 이름은 DNS 서버(260)에 저장된다. DNS 서버(260)는 IoT 디바이스(210)가 전달한 DNS 이름과 해당 DNS 이름이 의미하는 IP 주소를 저장한다. 도 2에서 IP 주소는 IPv6에 따른 주소이다. 도 2에 도시한 바와 같이 IPv6에 따른 IP 주소는 콜론으로 구분된 모두 8개의 세그먼트를 갖고, 각 세그먼트는 16bits로 표현된다. IPv6는 128bits를 사용하여 IP 주소를 표현한다.
사용자는 클라이언트 장치(80)를 통해 DNS 서버(260)로부터 IoT 디바이스(210)에 대한 DNS 이름을 획득하고, IoT 디바이스(210)에 접근하여 냉장고의 상태를 확인할 수 있다. 또한 사용자는 IoT 디바이스(210)에 접근하여 냉장고를 제어할 수도 있다.
도 3은 DNSNA(200)에서 IoT 디바이스가 도메인 이름을 생성하는 과정에 대한 예이다.
IoT 디바이스(210)는 라우터(250)를 통해 DNSSL(DNS Search list, DNS 검색 리스트) 옵션(option)을 수신한다(①). DNSSL은 IoT 디바이스가 도메인 이름을 등록하는 과정에서 사용하는 DNS 도메인 서픽스(suffix)의 리스트이다. DNSSL에는 복수의 DNS 서픽스가 있을 수 있다. DNSSL 옵션은 IPv6 표준에 따른 RA(Router Advertisement) 옵션 또는 DHCP(Dynamic Host Configuration Protocol) 옵션을 통해 전달된다. IPv6 표준에 따른 RA 옵션은 DNSSL 정보를 IPv6 호스트(IoT 디바이스)에 전달한다. 또한 DHCP 옵션도 DNSSL 정보를 IPv6 호스트(IoT 디바이스)에 전달한다.
IPv6 호스트인 IoT 디바이스(210)는 수신한 DNSSL 옵션이 유효한지 점검할 수 있다. DNSSL 옵션이 유효하다면 IoT 디바이스(210)는 자신의 DNS 이름을 생성한다(②). IoT 디바이스(210)는 생산 과정에서 부여되는 모델 이름 등과 같은 모델 정보를 보유한다. IoT 디바이스(210)는 모델 정보를 이용하여 DNS 이름을 생성할 수 있다. IoT 디바이스(210)는 DNS 도메인 서픽스에 자신의 디바이스 정보(예, Device Category, Vendor Name, Model Name)을 결합해서 자동으로 설정할 수 있다. 나아가 IoT 디바이스(210)는 DNS 이름은 디바이스 정보에 고유 식별자(unique_id)를 결합할 수 있다. 도 3에서 DNS 이름 중 "refrigerator1"은 동일한 모델의 디바이스를 구별하기 위한 고유 식별자이고, "samsung_RH269LP"는 제조사이름을 포함하는 모델 이름이고, "refrigerator"는 모델 카테고리이고, "home"은 DNS 도메인 서픽스에 해당한다.
IoT 디바이스(210)는 생성한 DNS 이름이 도메인 이름(subnet)에서 유일한 DNS 이름인지 여부를 확인하는 것이 바람직하다. IoT 디바이스(210)는 ND(neighbor discovery) 프로토콜에 따라 도메인 이름에 대한 중복 검사를 수행할 수 있다(③). IoT 디바이스(210)는 IPv6 멀티캐스트 주소(Multicast Address)로 DAD(Duplicate Address Detection)을 수행할 수 있다.
DNS 이름의 IPv6 멀티캐스트 주소는 네트워크 프리픽스(Prefix)에 해당하는 상위 64 비트를 위해 Link-Local Multicast Address Prefix인 ff02::/16를 이용하고, 네트워크 인터페이스(Network Interface) ID에 해당하는 하위 64 비트를 위해 DNS 이름에 대한 해싱값인 128 비트 중에서 MSB(Most Significant Bit)를 포함하는 상위 64비트를 취한다. IoT 디바이스(210)는 ND(neighbor discovery) 프로토콜에 따라 DNS 이름에 해당하는 해싱값을 이용하여 DAD 과정을 수행한다.
도메인 이름이 중복된 경우 IoT 디바이스(210)는 종전의 도메인 이름에서 디바이스의 고유 식별자를 새로운 식별자로 변경한 새로운 도메인 이름을 생성하고, 새로운 도메인 이름에 대한 중복 검사를 수행한다. IoT 디바이스(210)가 도메인 이름에서 중복되지 않은 도메인 이름을 생성했다고 확인해야 도메인 이름 생성과정이 종료된다.
만약 DNSSL에 복수의 DNS 도메인 서픽스가 있는 경우 IoT 디바이스(210)는 모든 DNS 도메인 서픽스에 대해 각각 도메인 이름 생성 과정을 반복한다.
도 4는 DNSNA(200)에서 IoT 디바이스에 대한 도메인 이름을 등록하는 과정에 대한 예이다. 도 3에서 IoT 디바이스(210)는 자신의 DNS 이름을 생성하였고, 도메인 이름에서 중복되지 않는다는 것을 확인한 상태이다.
네트워크에 연결된 도메인 이름 수집 장치가 IoT 디바이스(210)에 도메인 이름을 묻고(query), 응답으로 수신한 IoT 디바이스(210)의 도메인 이름은 DNS 서버(260)에 저장하게 된다. 도메인 이름 수집 장치는 네트워크 구성 중 IoT 디바이스(210)의 도메인 이름에 대한 등록 과정을 제어한다. 일반적으로 도메인 이름 수집 장치는 IoT 디바이스(210)의 도메인 이름을 관리하는 장치일 수 있다. 도 4에서는 라우터(250)가 IoT 디바이스(210)에 대한 도메인 이름을 수집한다.
라우터(250)은 먼저 IoT 디바이스(210)에 대해 DNS 이름을 요청한다. 라우터(250)는 NI(Node Information) 프로토콜을 이용하여 IoT 디바이스(210)에 DNS 이름을 묻는다(NI query,①). 이 과정은 종래 NI 프로토콜에서 새로운 NI query가 필요하다. 즉, NI 타입에 대한 새로운 코드가 정의되어야 한다. IoT 디바이스(210)는 NI query에 대한 응답으로 자신의 DNS 이름을 전달한다(NI reply,②).
한편 NI query는 동일한 도메인 이름에 있는 IoT 디바이스에 멀티캐스트로 전달될 수 있다. 이 경우 도메인 이름에 있는 복수의 IoT 디바이스들은 서로 다른 시간에 NI reply를 하는 것이 바람직하다. 따라서 복수의 IoT 디바이스들은 각각 임의(random)로 지연된 시간을 두고 NI reply를 전송할 수 있다.
라우터(250)는 NI reply를 통해 수신한 IoT 디바이스(210)의 DNS 이름을 DNS 서버(260)에 전송하고, DNS 서버(260)는 IoT 디바이스(210)의 DNS 이름을 저장한다(③). 경우에 따라서 DNS 서버(260)에 이미 도메인 이름이 존재하는 IoT 디바이스가 있을 수 있다. 후술하겠지만 IoT 디바이스의 도메인 이름에 위치 정보 등이 들어갈 수 있기 때문에 IoT 디바이스가 이동하면 도메인 이름도 변경될 수 있다. 따라서 이 경우 DNS 서버(260)는 IoT 디바이스에 대한 DNS 이름을 새롭게 수신한 DNS 이름으로 업데이트한다. 라우터(250)는 IoT 디바이스(210)의 도메인 이름과 함께 IPv6의 IP 주소를 수집하여 DNS 서버(260)에 함께 저장한다.
도 5는 DNSNA(200)에서 클라이언트 장치가 IoT 디바이스를 제어하는 과정에 대한 예이다. 도 5는 도4와 같이 DNS 서버(260)에 IoT 디바이스(210)에 대한 DNS 이름이 저장된 상태를 전제로 한다.
사용자는 스마트폰과 같은 클라이언트 장치(80)를 통해 IoT 디바이스(210)에 대한 정보를 확인하거나, IoT 디바이스(210)를 제어할 수 있다. 클라이언트 장치(80)는 DNS 서버(260)에 접속하여 네트워크에 존재하는 IoT 디바이스(210)에 대한 DNS 이름을 획득한다(①). 도 5에서는 하나의 IoT 디바이스(210)만을 도시하였으나, 네트워크에는 다수의 IoT 디바이스들이 있을 수 있다. 이 경우 클라이언트 장치(80)는 DNS 서버(260)로부터 네트워크에 존재하는 다수의 IoT 디바이스들에 대한 DNS 이름을 획득할 수 있다. 클라이언트 장치(80)는 획득한 DNS 이름을 이용하여 IoT 디바이스(210)에 접근할 수 있다. 이후 클라이언트 장치(80)는 IoT 디바이스(210)인 냉장고의 정보를 확인하거나, 냉장고의 동작을 제어할 수 있다.
DNS 이름은 IoT 디바이스의 모델 이름, IoT 디바이스의 종류를 나타내는 모델 카테고리, 동일한 모델 이름을 갖는 IoT 디바이스 마다 서로 다른 디바이스 식별자 및 IoT 디바이스의 네트워크 도메인 중 적어도 하나를 포함할 수 있다. DNS 이름은 IoT 디바이스의 모델과 관련된 정보(모델 정보)를 DNS 이름에 갖는 것이 특징이다.
도 6은 댁내에서 사용하는 IoT 디바이스에 대한 DNS 이름에 대한 예이다. 도 6에서 DNS 이름은 IoT 디바이스의 제품 종류(카테고리) 및 도메인 이름으로 구성된다. 도 6은 DNS 이름이 IoT 디바이스의 모델 정보 중 모델 카테고리에 해당하는 정보를 포함한 예이다. 도 6에서 도메인 이름은 "home"이고, 도메인 이름 앞에 위치한 정보가 모델 카테고리에 해당한다. 도 6에서 TV는 "tv.home", 냉장고는 "refrigerator.home", 세탁기는 "washer.home", 통풍팬(fan)은 "fan.home", 난방기구인 히터는 "heater.home", 컴퓨터는 "computer.home", 전화기는 "phone.home", 체중계는 "scale.home"이란 DNS 이름을 갖는다.
DNS 이름에 도메인 이름 외에 모델 카테고리가 포함되면, DNS 이름이 IoT 디바이스에 대한 정보를 제공하게 된다. 물론 DNS 이름에 포함된 모델 정보가 어떤 의미인지에 대해서는 사전에 정의되고, 공유되어야 할 것이다. 예컨대, 사용자는 자신의 스마트폰을 통해 DNS 서버에 접속하여 DNS 이름을 획득하면, 스마트폰은 사전에 정의된 규약에 따라 모델 카테고리를 기준으로 도 6과 같이 댁내(home)에 어떠한 종류의 IoT 디바이스가 있는지 표시할 수 있다.
DNS 이름은 아래의 표 1과 같은 형태를 가질 수 있다.
Figure 112015069420652-pat00001
unique_id는 도메인 이름에 존재하는 동일한 모델에 대해 서로 다른 고유 식별자를 의미한다. device_model은 IoT 디바이스를 제조한 제조자 또는 판매자가 제공하는 모델 이름을 말한다. 모델 이름에는 제품을 생산한 제조자의 이름이 포함될 수 있다. device_category는 IoT 디바이스의 모델 카테고리를 나타낸다. domain_name은 IoT 디바이스가 갖는 네트워크 도메인의 DNS 서픽스를 의미한다. 물론 DNS 이름을 구성하는 요소의 순서는 표1과 다를 수 있다. 모델 이름 및 모델 카테고리는 사전에 IoT 디바이스에 저장된 정보에 해당한다. 고유 식별자는 DNS 이름 생성 과정에서 IoT 디바이스가 생성하는 정보이다. DNS 서픽스는 DNSSL에 포함되어 전달된 정보이다.
예컨대, 도 3에서 IoT 디바이스(210)는 "refrigerator1.samsung_RH269LP. refrigerator.home"이란 DNS 이름을 생성하였다. 이미 설명한 바와 같이 "refrigerator1"은 동일한 모델의 디바이스를 구별하기 위한 고유 식별자이고, "samsung_RH269LP"는 제조사이름을 포함하는 모델 이름이고, "refrigerator"는 모델 카테고리이고, "home"은 DNS 도메인 서픽스에 해당한다.
한편 IoT 디바이스의 개체 수가 많을 경우 모델 정보만으로는 IoT 디바이스를 구분하기 어려울 수 있다. 이 경우 DNS 이름은 IoT 디바이스의 위치 정보라는 추가적인 정보를 포함할 수 있다. 장치의 구별 가능성과는 관계없이 DNS 이름에 포함되는 위치 정보는 새로운 정보를 사용자에게 제공할 수 있다. 위치 정보가 포함된 DNS 이름의 예는 아래의 표 2와 같다.
Figure 112015069420652-pat00002
표 2의 DNS 이름은 표1의 DNS 이름에 location_of_device가 추가되었다. location_of_device는 IoT 디바이스의 위치 정보를 의미한다. 위치 정보는 IoT 디바이스가 사전에 미리 획득한 것을 전제로 한다.
위치 정보는 다음과 같이 다양한 방법으로 수집이 가능하다. (1) IoT 디바이스가 GPS 센서와 같인 위치 추적 장치를 갖고 있다면 GPS 좌표와 같은 절대적인 좌표 정보를 사용할 수 있다. GPS 좌표 정보와 같이 위성 신호를 이용하는 경우 주로 실외에 배치되는 IoT 디바이스가 좌표를 획득할 수 있다. 또는 실내 통신 신호(WiFi 등)를 이용하여 실내에서 위치 측위를 하는 시스템이 있는 경우, IoT 디바이스는 실내에서의 위치 정보도 획득할 수 있다.
(2) IoT 디바이스가 가속도 센서, 지자기 센서 등을 내장하고 있다면 특정 기준 지점을 기준으로 IoT 디바이스가 이동하여 위치한 지점에 대한 상대적인 위치 정보를 생성할 수 있다. 예컨대, 댁내에 배치되는 IoT 디바이스는 댁내의 구조를 사전에 알고 있다는 전제하에 출입문과 같은 기준 위치에서 이동을 시작하여 배치되는 위치를 파악할 수 있다.
(3) 특정 영역에 이미 일정한 위치 정보를 보유하고 있는 다른 IoT 디바이스나 장치가 있다고 가정하면, IoT 디바이스는 무선 통신을 통해 통신 가능한 거리에 특정 IoT 디바이스가 있다는 것을 알 수 있다. 따라서 IoT 디바이스는 주변에 있는 다른 장치의 위치 정보를 참조하여 자신의 위치를 대략 추정할 수 있다. 또한 IoT 디바이스는 통신 가능한 거리에 다수의 위치 정보를 갖고 있는 장치가 3개 이상 있다면 서로 주고받는 신호의 세기를 이용하여, 자신이 주변 장치와의 사이에서 어떤 위치에 있는지 비교적 정확하게 파악할 수도 있다.
(4) IoT 디바이스에 대한 위치 정보를 획득하는 별도의 장치를 사용할 수도 있다. 예컨대, 사용자가 자신의 실외 또는 실내에서 위치를 측위할 수 있는 장치를 이용하여 근처에 배치된 IoT 디바이스에 IoT 디바이스의 위치 정보를 전달할 수 있다.
도 7은 댁내에서 사용하는 IoT 디바이스에 대한 DNS 이름의 다른 예이다. 도 7은 댁내에서 사용하는 IoT 디바이스가 모델 정보 및 위치 정보를 사용하여 DNS 이름을 생성한 예를 도시한다.
도 7은 댁내에서의 각 공간(거실, 주방, 침실 등)을 알파벳(A, B, C, D, E 및 F)로 표시하였다. 각 구역에 있는 IoT 디바이스의 DNS 이름은 아래의 표 3과 같다.
영역 IoT 디바이스 DNS 이름
A 에어컨 air_conditioner1.samsung_AC64.air conditiner.bed_room1.home
B 스마트TV smart_tv1.samsung_HG32N.smart_tv.living_room.home
C 에어컨 air_conditioner2.samsung_AC64.air conditiner.bed_room2.home
D 에어컨 air_conditioner3.samsung_AC64.air conditiner.bed_room3.home
E 냉장고 refrigerator1.samsung.regrigerator.home
F 세탁기 washer.home
F로 표시된 세탁실에 있는 세탁기의 DNS 이름은 모델 카테고리 및 도메인 이름 이름을 포함한다. E로 표시된 주방에 있는 냉장고의 DNS 이름은 고유 식별자,제조사만 표시된 모델 이름, 모델 카테고리 및 도메인 이름 이름을 포함한다. B로 표시된 거실에 있는 스마트 TV의 DNS 이름은 고유 식별자, 모델 이름, 모델 카테고리, 위치 정보(living_room) 및 도메인 이름 이름을 포함한다.
A, C 및 D로 표시된 침실에 있는 에어컨도 각각 고유 식별자, 모델 이름, 모델 카테고리, 위치 정보 및 도메인 이름 이름을 DNS 이름으로 갖는다. A, C 및 D로 표시된 침실에 있는 에어컨은 모델 이름이 동일하다. 따라서 고육 식별자가 각각 air conditioner1, air conditioner2 및 air conditioner3로 각각 다르다. 또한 각 에어컨이 위치한 위치 정보도 bed_room1, bed_room2 및 bed_room3으로 서로 다르다. 도 7과 같은 비교적 작은 영역에서 사용되는 IoT 디바이스라면 고유 식별자를 사용하지 않고, 위치 정보만으로도 서로 구분 가능할 수도 있다.
사용자는 IoT 디바이스의 상태를 확인할 수 있고, 각 IoT 디바이스를 제어할 수도 있다. 도 7에서 사용자는 댁내에 있는 WiFi AP를 이용하여 인터넷을 통해 댁내에 배치된 IoT 디바이스에 접속할 수 있다.
도 8은 스마트폰이 댁내에 위치한 IoT 디바이스에 대한 정보를 표시하는 예이다. 도 8은 도 7의 사용자가 스마트폰을 통해 댁내에 배치된 IoT 디바이스를 확인하는 화면에 대한 예이다. DNS 이름에 위치 정보가 포함된 스마트 TV 및 에어컨들은 정확하게 배치된 위치에 각 IoT 디바이스에 해당하는 아이콘이 표시되었다. 이는 사용자의 클라이언트 장치(스마트폰)이 DNS 서버로부터 DNS 이름을 획득하고, DNS 이름으로부터 각 IoT 디바이스의 위치 정보를 추출했기 때문이다. 그러나 DNS 이름에 위치 정보가 없었던 냉장고 및 세탁기는 정확한 위치를 알 수 없어서 중앙에 점선 역역에 물음표(?)와 함께 표시하였다.
사용자는 침실 3에 있는 에어컨을 선택하면 도 8의 하단과 같은 메뉴가 화면에 표시될 수 있다. 스마트폰은 도 8의 하단과 같이 선택한 IoT 디바이스(에어컨)에 대한 개략적인 정보를 출력하고, 에어컨을 제어할 수 있는 메뉴를 출력할 수 있다. 이후 사용자는 제어 메뉴를 통해 에어컨을 제어할 수 있다. 예컨대, (1) 전원을 키거나 끌 수 있고(On/Off), (2) 동작되는 시간을 설정할 수 있고(Timer), (3) 현재 상태(Status)를 확인할 수도 있다.
별도로 도시하지 않았지만 IoT 디바이스는 댁내뿐만 아니라 쇼핑몰, 물류 창고와 같은 거대한 공간에서 사용될 수 있다. 예컨대, 물류 창고에 보관된 각 물품은 자신의 정보를 나타내는 센서 장치(IoT 디바이스)가 부착되어 있다고 가정한다. 이 경우 관리자는 각 IoT 디바이스의 DNS 이름을 획득하면, IoT 디바이스의 위치 정보를 획득할 수 있다. 또한 쇼핑몰 같은 곳에서 매장에 배치된 제품에 자신의 정보를 나타내는 센서 장치(IoT 디바이스)가 부착되어 있다고 가정하면, 쇼핑몰 고객은 스마트폰을 통해 자신이 원하는 물건이 쇼핑몰 몇 층 어떤 구역에 있는지 쉽게 파악할 수 있다. 이는 DNS 이름에 모델 정보 및 위치 정보가 포함되어 있기 때문이다. 즉, 별도로 서버에서 모델 정보 및 위치 정보를 관리하지 않아도, 클라이언트 장치가 IPv6의 DNS 서버에서 DNS 이름을 획득하면, 사용자에게 특정한 정보를 제공할 수 있다.
도 9 및 도 10은 도로에서 자동차 및 교통 제어 장치에 대한 정보를 획득하는 예를 도시한다. 교통관제 센터가 교통 관리를 위하여 차량 등에 대한 정보를 이용할 수 있다. 또한 지능형 자동차 시스템에서 차량의 자율 주행을 위해 차량 등에 대한 정보를 이용할 수도 있다.
도 9는 도로에서 이동하는 차량에 대한 DNS 이름에 대한 예이다. 도 9는 도로를 이동하는 차량(Car 1)과 과속 감시 카메라(Camera1)를 도시하였다. 도 9는 IoT 디바이스의 DNS 이름을 생성하는 과정에 대한 예이다. Car1은 IoT 디바이스에 해당하는 장치를 내장하고 있다. Camera1은 차량들과 통신할 수 있는 장치를 내장하고 있다. Camera1이 라우터의 역할을 할 수도 있다. 물론 일반적으로 과속 감시 카메라는 차량의 번호판을 인식하여 차량을 식별하지만, 영상을 통한 식별 외에 다른 정보를 이용할 수도 있을 것이다.
Car1이 도로를 이동하면 Camera1가 Car1의 속도를 측정하는 동시에 Car1에 대해 DNS 이름을 묻을 수 있다. Camera1은 DNSSL 옵션을 Car1에 전달하고, Car1은 자신의 DNS 이름을 생성한다.
Car1이 생성한 DNS 이름은 "car1.benz_GLK.car_suv.road"이다. 여기서 DNS 이름은 고유 식별자(car1), 모델 이름(benz_GLK), 모델 카테고리(car_suv) 및 도메인 이름 이름(road)으로 구성되어 있다. Car1이 생성한 DNS 이름이 중복되지 않는 다면, Camera1은 곧바로 Car1에 대한 DNS 이름을 DNS 서버에 등록할 수 있다. 또는 전술한 바와 같이 Camera1이 NI query를 통해 Car1의 DNS 이름을 획득하고, 이후 DNS 서버에 Car1의 DNS 이름을 등록할 수도 있을 것이다.
클라이언트 장치는 DNS 서버에 저장한 차량의 DNS 이름을 이용하여 해당 차량에 대한 관리를 할 수도 있고, 특정한 종류의 차량에 대한 통계적인 정보를 생성할 수도 있다.
도 10은 교차로에서의 차량 및 고정 장치에 대한 DNS 이름에 대한 예이다. 도 10에서 교차로를 이동하는 차량 및 교차로 주변에 배치된 교통 장치는 모두 IoT 디바이스에 해당한다. 도 10에서는 교차로에 존재하는 IoT 디바이스에 대한 DNS 이름이 DNS 서버에 이미 등록된 상태라고 가정한다. 도 10은 교차로가 구분하는 영역을 하단의 영역부터 반시계방향으로 Segment1, Segment2, Segment3 및 Segment4로 표시하고 있다.
RSU는 차량 통신(VANET)을 위해 도로에 설치되는 AP 장치이고, Traffic Light는 교차로에 배치되는 신호등이고, Detector는 이동하는 차량에 대한 정보를 획득하기 위한 센서 장치이다. Controller는 현재 교차로에 위치하는 차량 및 교통 장치에 대한 정보를 나타내고, 제어하는 장치이다. 교차로에 배치되는 차량 및 교통 장치는 기본적으로 AP를 통해 네트워크에 접속한다고 가정한다.
도 10에서 4개의 차량(Car1, Car2, Car3 및 Car4)을 도시한다. 도 10은 각 차량에 대한 위치 정보를 X,Y,Z로 표시하였다. RSU가 교차로에 위치하는 IoT 디바이스에 대한 DNS 이름을 요청할 수도 있다. 한편 RSU 자체도 IoT 디바이스에 해당한다. 교차로에서 Detector는 이동하는 차량에 대해 DNS 이름을 요청할 수 있다. 도 10에 도시된 IoT 디바이스 각각에 대한 DNS 이름은 아래의 표 4와 같다.
IoT 디바이스 DNS 이름
RSU1 rsu1.cisco_xz43.rsu.road_segment3.road
Traffic Light1 traffic_light1.gov_TL32.traffic light.road_segment1.road
Traffic Light2 traffic_light2.gov_TL32.traffic light.road_segment2.road
Detector1 detector1.gov_LD51.loop_detector.road_segment1.road
Detector2 detector2.gov_LD51.loop_detector.road_segment2.road
Car1 car1.jeep_wrangler.car_suv.x1y1z1.road
Car2 car2.audi_a435.car_sedan.x2y2z2.road
Car3 car3.lexus_es300h.car_sedan.x3y3z3.road
Car4 car4.bmw_x5.car_suv.x4y4z4.road
도 10의 IoT 디바이스의 DNS 이름은 모두 고유 식별자, 모델 이름, 모델 카테고리, 위치 정보 및 도메인 이름 이름을 포함한다. RSU1을 예로 설명하면 rus1은 고유 식별자이고, cisco_xz43은 모델 이름이고, rsu는 모델 카테고리이고, road_segment3는 위치 정보이고, road는 도메인 이름 이름이다.
교차로에서 Detector는 이동하는 차량을 인식하고, 차량에 대한 DNS 이름을 요청할 수 있다. 도 10에서 차량의 DNS 이름에도 위치 정보를 사용하였다. 따라서 차량이 이동하는 경우 차량의 DNS 이름이 변경될 수 있다. 차량은 GPS 장치를 통해 측정되는 좌표 정보를 위치 정보로 삼는다고 가정한다. 예컨대, Detector1이 Car1에게 DNSSL 옵션을 전송하고, Car1이 현재 위치(X1, Y1, Z1)을 포함하는 DNS 이름을 생성하여 중복 검사할 수 있다. 이후 Detector1 또는 RUS1이 Car 1의 DNS 이름을 DNS 서버에 업데이트할 수 있다. Detector2는 Car2에 대한 DNS 이름 생성을 요청할 수도 있을 것이다.
교차로에 고정 배치된 교통 장치는 배치되면서 자신의 위치 정보를 알고 있다고 가정한다. 따라서 RSU1의 DNS 이름은 road_segment3이라는 위치 정보를 포함하고, Traffic Light1은 road_segment1이라는 위치 정보를 포함하고, Traffic Light2은 road_segment2라는 위치 정보를 포함한다. Detector1은 road_segment1이라는 위치 정보를 포함하고, Detector2은 road_segment2라는 위치 정보를 포함한다.
관리자가 교차로에 배치된 controller 또는 자신의 스마트폰으로 현재 교차로의 상태 정보를 확인할 수 있다. 이 경우 controller 또는 스마트폰의 화면에는 각 IoT 디바이스의 DNS 이름에 포함된 정보를 이용하여, 교차로에 각 IoT 디바이스의 종류 및 배치를 표시할 수 있다. 관리자는 controller 또는 스마트폰을 이용하여 교차로의 신호등(Traffic Light1, Traffic Light2)를 제어할 수도 있을 것이다. 관리자는 신호등의 위치 정보를 제공받기 때문에 직감적으로 자신이 제어해야 하는 신호등이 어떤 것인지(Traffic Light1 인지 또는 Traffic Light2인지)를 식별할 수 있다. 또한 controller 또는 스마트폰에는 교차로에 위치하는 차량도 파악할 수 있기 때문에 관리자는 교통의 흐름을 고려하여 신호등을 적절하게 제어할 수 있다.
한편 IoT 디바이스가 일정하게 이동하는 경우가 있다. 예컨대, 도 10에서 설명한 차량, 사용자가 소지하는 센서 장치, 사용자가 소지하는 스마트폰, 건물 내에서 이동하는 로봇 등과 같은 IoT 디바이스가 이에 해당한다. IoT 디바이스가 이동하면 IoT 디바이스가 속하는 도메인 네임 자체가 변동될 수 있다. 이 경우 IoT 디바이스가 이동하여 새로운 도메인 네임(도메인 서픽스)을 갖는 영역에 도달하는 경우, 새로운 DNS 이름을 생성할 수 있다.
IoT 디바이스가 이동에 따라 새로운 도메인 네임을 포함하는 RA 옵션을 받는 경우 IoT 디바이스는 DNS 동적 업데이트(RFC 2136)를 이용하여 종전의 DNS 이름을 DNS 서버에서 삭제할 수 있다. 특정 IoT 디바이스에 대해서는 적어도 하나의 DNS 이름이 DNA 서버에 존재해야 하므로, IoT 디바이스는 모바일 IPv6의 홈 네트워크에 있는 기본(default) DNS 이름은 삭제하지 않는 것이 바람직하다.
전술한 모든 과정에서 메시지 전달은 보안성을 유지하기 위한 다양한 방법을 사용할 수 있다. 예컨대, RFC 4620 "Security Consideration"에 정의된 NI 프로토콜의 보안 이슈와 관련된 내용을 적용할 수 있다. 예컨대, 개인 정보 유출을 막기 위해 위치와 관련된 도메인 이름은 공유키 또는 공개키를 이용하여 암호화할 수 있다. 예를들어 smartphone1.living_room.home이라는 DNS 이름은 암호화되어 smartphone1.xxx.home과 같이 암호화 될 수 있다. xxx는 living_room에 대해 암호화된 문자열이다.
본 실시 예 및 본 명세서에 첨부된 도면은 전술한 기술에 포함되는 기술적 사상의 일부를 명확하게 나타내고 있는 것에 불과하며, 전술한 기술의 명세서 및 도면에 포함된 기술적 사상의 범위 내에서 당업자가 용이하게 유추할 수 있는 변형 예와 구체적인 실시 예는 모두 전술한 기술의 권리범위에 포함되는 것이 자명하다고 할 것이다.
50 : 컴퓨터 장치 100 : DNS
110 : 서비스 서버 150 : 라우터
160 : DNS 서버
80 : 클라이언트 장치 200 : DNSNA
210 : IoT 디바이스 230 : AP
250 : 라우터 260 : DNS 서버

Claims (20)

  1. IPv6 프로토콜에 따라 네트워크에 연결된 디바이스가 DNS 검색 리스트가 포함된 제1 메시지를 수신하는 단계;
    상기 디바이스가 상기 디바이스의 모델 정보, 동일한 도메인 서픽스에서 동일한 모델의 디바이스를 구별하는 식별자 및 상기 디바이스의 위치 정보를 포함하는 도메인 이름을 생성하는 단계;
    상기 디바이스가 ND(neighbor discovery) 프로토콜에 따라 상기 도메인 이름에 대한 중복 검사를 수행하는 단계; 및
    상기 도메인 이름이 중복되지 않는 경우 상기 네트워크에 연결된 도메인 이름 수집장치가 NI(Node Information) 프로토콜에 따라 상기 도메인 이름과 상기 디바이스에 대한 IPv6 주소를 DNS 서버에 등록하는 단계를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  2. 제1항에 있어서,
    상기 수신하는 단계에서 상기 디바이스는 IPv6 표준에 따른 RA(Router Advertisement) 옵션 또는 DHCP(Dynamic Host Configuration Protocol) 옵션을 통해 상기 제1 메시지를 수신하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  3. 제2항에 있어서,
    상기 도메인 이름 수집장치 또는 상기 네트워크에 연결된 라우터가 상기 RA 옵션 또는 DHCP 옵션에 따라 상기 제1 메시지를 상기 디바이스에 전송하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  4. 제1항에 있어서,
    상기 도메인 이름은
    모델 이름, 상기 디바이스의 종류를 나타내는 모델 카테고리, 동일한 모델 이름을 갖는 디바이스 마다 서로 다른 디바이스 식별자 및 상기 디바이스의 네트워크 도메인 중 적어도 하나를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  5. 제1항에 있어서,
    상기 모델 정보는 상기 디바이스의 모델 이름, 상기 디바이스의 생산자 또는 판매자 및 상기 디바이스의 종류를 나타내는 모델 카테고리 중 적어도 하나를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법
  6. 제1항에 있어서,
    상기 DNS 검색 리스트는 DNS 도메인 서픽스(suffix)를 포함하고,
    상기 도메인 이름은 모델이름, 상기 디바이스의 종류를 나타내는 모델 카테고리, 동일한 모델 이름을 갖는 디바이스 마다 서로 다른 디바이스 식별자 및 상기 DNS 도메인 서픽스 중 적어도 하나를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  7. 제1항에 있어서,
    상기 도메인 이름이 중복된 경우 상기 디바이스는 상기 식별자를 변경한 새로운 식별자를 포함하는 새로운 도메인 이름을 생성하고, 상기 새로운 도메인 이름에 대한 중복 검사를 수행하는 단계를 더 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  8. 삭제
  9. 제1항에 있어서,
    상기 위치 정보는 상기 디바이스가 위치하는 지점에 대한 지리적 좌표 정보인 IoT 디바이스에 대한 DNS 네이밍 방법.
  10. 제1항에 있어서,
    상기 위치 정보는 상기 디바이스의 주변에 위치한 다른 디바이스와의 상대적인 위치 정보인 IoT 디바이스에 대한 DNS 네이밍 방법.
  11. 제1항에 있어서,
    상기 위치 정보는 기준 지점에서 이동하는 위치를 측정하는 센서 장치를 이용하여 측정되는 상대적인 위치 정보인 IoT 디바이스에 대한 DNS 네이밍 방법.
  12. 제11항에 있어서,
    상기 디바이스는 상기 센서 장치로부터 측정된 상대적인 위치 정보를 수신하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  13. 제1항에 있어서,
    상기 위치 정보는 상기 네트워크에 연결된 사용자 단말을 통해 상기 디바이스에 입력되는 IoT 디바이스에 대한 DNS 네이밍 방법.
  14. 제1항에 있어서,
    상기 등록하는 단계는
    상기 도메인 이름 수집장치가 NI(Node Information) 쿼리를 상기 디바이스에 전송하는 단계;
    상기 디바이스가 상기 도메인 이름을 상기 도메인 이름 수집장치에 전송하는 단계; 및
    상기 도메인 이름 수집 장치가 수신한 상기 도메인 이름을 상기 DNS 서버에 전송하는 단계를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  15. 제1항에 있어서,
    상기 네트워크에 연결된 클라이언트 장치가 상기 DNS 서버에서 상기 디바이스에 대한 도메인 이름을 획득하고, 상기 도메인 이름을 이용하여 상기 디바이스를 모니터링하거나, 제어하는 단계를 더 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  16. IPv6 프로토콜에 따라 네트워크에 연결된 라우터가 RA(Router Advertisement) 옵션 또는 DHCP(Dynamic Host Configuration Protocol) 옵션을 통해 DNS 검색 리스트를 IoT 디바이스에 전송하는 단계;
    상기 IoT 디바이스가 자신의 모델 이름, 동일한 도메인 서픽스에서 동일한 모델의 IoT 디바이스를 구별하는 식별자, 상기 IoT 디바이스의 위치 정보 및 상기 DNS 검색 리스트에 포함된 도메인 서픽스(suffix)를 포함하는 도메인 이름을 생성하는 단계; 및
    상기 IoT 디바이스를 관리하는 도메인 이름 수집장치가 NI(Node Information) 프로토콜에 따라 상기 도메인 이름과 상기 디바이스에 대한 IPv6 주소를 DNS 서버에 등록하는 단계를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  17. 제16항에 있어서,
    상기 도메인 이름은 상기 IoT 디바이스의 생산자, 상기 IoT 디바이스의 판매자 및 상기 IoT 디바이스의 종류를 나타내는 모델 카테고리 중 적어도 하나를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  18. 삭제
  19. 제1항에 있어서,
    상기 디바이스는 새로운 도메인 서픽스를 갖는 영역으로 이동하는 경우 상기 새로운 도메인 서픽스를 갖는 도메인 이름을 생성하는 IoT 디바이스에 대한 DNS 네이밍 방법.
  20. 제16항에 있어서,
    상기 IoT 디바이스가 새로운 도메인 서픽스를 갖는 영역으로 이동하는 경우 상기 새로운 도메인 서픽스를 갖는 도메인 이름을 생성하는 IoT 디바이스에 대한 DNS 네이밍 방법.
KR1020150101662A 2015-07-17 2015-07-17 IoT 디바이스에 대한 DNS 네이밍 방법 KR101589413B1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020150101662A KR101589413B1 (ko) 2015-07-17 2015-07-17 IoT 디바이스에 대한 DNS 네이밍 방법
PCT/KR2016/007586 WO2017014482A1 (ko) 2015-07-17 2016-07-13 IoT 디바이스에 대한 DNS 네이밍 방법
US15/745,665 US10778637B2 (en) 2015-07-17 2016-07-13 Method for naming domain name system (DNS) for internet of things (IoT) device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020150101662A KR101589413B1 (ko) 2015-07-17 2015-07-17 IoT 디바이스에 대한 DNS 네이밍 방법

Publications (1)

Publication Number Publication Date
KR101589413B1 true KR101589413B1 (ko) 2016-01-28

Family

ID=55309934

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020150101662A KR101589413B1 (ko) 2015-07-17 2015-07-17 IoT 디바이스에 대한 DNS 네이밍 방법

Country Status (3)

Country Link
US (1) US10778637B2 (ko)
KR (1) KR101589413B1 (ko)
WO (1) WO2017014482A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180058474A (ko) 2016-11-24 2018-06-01 동서대학교산학협력단 Ｆｏｔａ을 적용한 ｔｒ―０６９ 프로토콜 기반의 스마트 홈 디바이스 관리 시스템 및 방법
KR20190103743A (ko) * 2018-02-28 2019-09-05 전자부품연구원 IoT 데이터 의미 변환을 위해 이름 규칙을 이용하는 IoT 서비스 방법

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10447665B2 (en) * 2017-03-31 2019-10-15 Konica Minolta Laboratory U.S.A., Inc. IPv6 link local secure network with biometric security to secure IOT devices
CN107909837A (zh) * 2017-10-24 2018-04-13 华为技术有限公司 一种车辆借道通行的方法和控制中心
JP6973152B2 (ja) * 2018-02-14 2021-11-24 セイコーエプソン株式会社 電子機器、通信システム及びプログラム
EP3759678A1 (en) * 2018-03-01 2021-01-06 Kodak Alaris Inc. Vendor kiosk tracking and routing system over local area network and method of use
EP3611876A1 (de) * 2018-08-13 2020-02-19 Siemens Aktiengesellschaft Verfahren zur konfiguration, verfahren zur bereitstellung von topologie-informationen, verwendung, gerät, computerprogramm und computerlesbares medium
GB2584120B (en) 2019-05-22 2023-04-05 F Secure Corp Network security
JP2022081205A (ja) * 2020-11-19 2022-05-31 キヤノン株式会社 情報処理装置、画像処理装置、情報処理装置の制御方法およびプログラム
CN113132219B (zh) * 2021-03-26 2022-07-12 杭州芯博士网络科技有限公司 一种用于物联网终端的网络快速访问方法及物联网网络装置
US11683286B2 (en) * 2021-11-18 2023-06-20 Cisco Technology, Inc. Anonymizing server-side addresses

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040097849A (ko) * 2003-05-13 2004-11-18 삼성전자주식회사 도메인 네임 자동 등록방법 및 시스템
KR20110055392A (ko) 2009-11-19 2011-05-25 인터내셔널 비지네스 머신즈 코포레이션 사용자 기반의 ｄｎｓ 서버 접근 제어
KR20130117436A (ko) * 2012-04-17 2013-10-28 한국과학기술원 ＩｏＴ를 위한 글로벌 ＩＤ를 이용한 통신 방법 및 시스템
KR20140099194A (ko) 2013-02-01 2014-08-11 하만인터내셔날인더스트리스인코포레이티드 네트워크 어드레스 관리 및 기능 객체 탐색 시스템

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3601526B2 (ja) * 2001-12-27 2004-12-15 日本電気株式会社 代理登録装置およびネットワークシステムおよびプログラム
US7734745B2 (en) * 2002-10-24 2010-06-08 International Business Machines Corporation Method and apparatus for maintaining internet domain name data
KR100545777B1 (ko) 2002-12-23 2006-01-24 한국전자통신연구원 홈네트워크 환경에서의 정보가전 기기의 ＩＰｖ6 주소 및이름 자동설정 방법
KR20040065643A (ko) * 2003-01-15 2004-07-23 삼성전자주식회사 ＩＰｖ６ 프로토콜을 위한 ＩＰ 주소 및 도메인명자동등록 방법
CN100556029C (zh) * 2004-12-20 2009-10-28 上海贝尔阿尔卡特股份有限公司 IPv6无状态地址配置中主机的DNS更新方法和装置
KR101110307B1 (ko) 2008-12-22 2012-02-16 한국전자통신연구원 이동성 제공 인터넷 시스템
US8458118B1 (en) * 2010-03-16 2013-06-04 The Boeing Company Dynamic configuration for networked imaging devices
US8645509B2 (en) * 2010-10-12 2014-02-04 Guest Tek Interactive Entertainment Ltd. System and server for assigning location-dependent hostname to client device over network and method thereof
US8976807B2 (en) * 2011-06-07 2015-03-10 Cisco Technology, Inc. Dynamically determining hostnames of network devices
EP3291635A3 (en) * 2011-12-21 2018-06-20 Intel Corporation Location aware resource locator
KR20130095407A (ko) * 2012-02-20 2013-08-28 한국전자통신연구원 네트워크 연동을 위한 ＩＰｖ6 식별자 사용방법 및 장치
US9819748B2 (en) * 2015-01-15 2017-11-14 Cisco Technology, Inc. Network device identification in an industrial control network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040097849A (ko) * 2003-05-13 2004-11-18 삼성전자주식회사 도메인 네임 자동 등록방법 및 시스템
KR20110055392A (ko) 2009-11-19 2011-05-25 인터내셔널 비지네스 머신즈 코포레이션 사용자 기반의 ｄｎｓ 서버 접근 제어
KR20130117436A (ko) * 2012-04-17 2013-10-28 한국과학기술원 ＩｏＴ를 위한 글로벌 ＩＤ를 이용한 통신 방법 및 시스템
KR20140099194A (ko) 2013-02-01 2014-08-11 하만인터내셔날인더스트리스인코포레이티드 네트워크 어드레스 관리 및 기능 객체 탐색 시스템

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
J. Jeong, S. Park, L. Beloeil and S. Madanapalli, "IPv6 Router Advertisement Options for DNS Configuration", RFC 6106, November 2010.
S. Thomson, T. Narten and T. Jinmei, "Pv6 Stateless Address Autoconfiguration", RFC 4862, September 2007.

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180058474A (ko) 2016-11-24 2018-06-01 동서대학교산학협력단 Ｆｏｔａ을 적용한 ｔｒ―０６９ 프로토콜 기반의 스마트 홈 디바이스 관리 시스템 및 방법
KR20190103743A (ko) * 2018-02-28 2019-09-05 전자부품연구원 IoT 데이터 의미 변환을 위해 이름 규칙을 이용하는 IoT 서비스 방법
KR102271952B1 (ko) * 2018-02-28 2021-07-02 한국전자기술연구원 IoT 데이터 의미 변환을 위해 이름 규칙을 이용하는 IoT 서비스 방법

Also Published As

Publication number Publication date
WO2017014482A1 (ko) 2017-01-26
US10778637B2 (en) 2020-09-15
US20180309712A1 (en) 2018-10-25

Similar Documents

Publication Publication Date Title
KR101589413B1 (ko) IoT 디바이스에 대한 DNS 네이밍 방법
JP6510030B2 (ja) モノのインターネット（ＩｏＴ）におけるデバイス場所登録のためのサーバ
KR101328779B1 (ko) 이동 단말기, 서버 및 이를 이용한 정보 제공 방법
US8812723B2 (en) Assignment of network addresses
KR101937388B1 (ko) Dns 명칭 설정 방법 및 이를 위한 장치
EP2795989B1 (en) Location aware resource locator
US20070091908A1 (en) Communication device and communication control method using efficient echonet address determination scheme
TWI508609B (zh) 無線網路設定方法與無線網路系統
US20160337787A1 (en) Service data provision
US20130344811A1 (en) Method for operating and commissioning devices in a zigbee network
Lee et al. DNSNA: DNS name autoconfiguration for Internet of Things devices
CN105682182A (zh) 一种设备发现与设备连接方法、设备及系统
KR101909270B1 (ko) 센서 네트워크의 가상 센서 생성 장치 및 방법
KR101776882B1 (ko) IoT 디바이스에 대한 보안성 있는 DNS 네이밍 방법 및 보안성 있는 DNS 네이밍 등록을 수행하는 라우터 장치
CN107635007B (zh) 包含外设移动监测控制器的新风机的数据连接系统
KR101795598B1 (ko) 네트워크 설정 방법, 그에 따른 서버 장치, 및 그에 따른 네트워크 시스템
Lee et al. DNS name autoconfiguration for IoT home devices
KR100520040B1 (ko) 이동 ip 네트워크에서 ｄｈｃｐ 서버를 이용하여 서브넷 변경을 확인하는 방법
CN109087492A (zh) 一种家电遥控系统
JP2020067824A (ja) ネットワークシステムおよび電気機器
CN100539527C (zh) 网址转换服务器及方法
KR20110137068A (ko) 와이파이 단말을 이용한 위치정보 제공 시스템 및 방법
KR101885618B1 (ko) Ip기반의 디바이스 자동연결 방법 및 이를 지원하는 장치
TW201916729A (zh) 無線系統的連線方法
KR20150107114A (ko) 스마트 홈 솔루션

Legal Events

Date Code Title Description
E90F Notification of reason for final refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20200203

Year of fee payment: 5