KR101937388B1

KR101937388B1 - Dns 명칭 설정 방법 및 이를 위한 장치

Info

Publication number: KR101937388B1
Application number: KR1020170021042A
Authority: KR
Inventors: 정재훈; 이근태
Original assignee: 주식회사 에프엔에스벨류
Priority date: 2017-02-16
Filing date: 2017-02-16
Publication date: 2019-01-11
Also published as: KR20180094644A

Abstract

DNS 명칭 설정 방법 및 이를 위한 장치가 개시된다. 구체적으로, IPv4(Internet Protocol Version 4) 네트워크에 연결된 장치가 DHCPv4(Dynamic Host Configuration Protocol Version 4) 서버로부터 IPv4 주소 및 DNS 탐색 리스트(DNSSL: DNS Search List)를 수신하는 단계, 상기 장치가 상기 수신한 DNSSL 내 포함된 도메인 서픽스(Suffix) 내 동일한 제품 모델의 장치를 구분하기 위한 상기 장치의 고유 식별자(Unique ID), 상기 장치의 객체 식별자(Object Identifier), 상기 장치의 위치 정보 및 상기 도메인 서픽스(Suffix)를 이용하여 상기 장치의 DNS 명칭을 생성하는 단계, 상기 장치가 상기 생성한 DNS 명칭을 DNS 서버 등록하기 위하여 상기 DHCPv4 서버에게 상기 IPv4 및 상기 생성한 DNS 명칭을 포함하는 등록 요청 메시지를 전송하는 단계 및 상기 장치가 상기 DHCPv4 서버로부터 상기 생성된 DNS 명칭이 중복됨을 지시하는 오류 코드를 포함하는 오류 메시지를 수신하면, 상기 장치의 DNS 명칭을 재생성하는 단계를 포함할 수 있다.

Description

DNS 명칭 설정 방법 및 이를 위한 장치{METHOD AND APPARATUS FOR CONFIGURATION DNS NAME}

본 발명은 IPv4(Internet Protocol Version 4) 네트워크에 관한 것으로서, 보다 상세하게 IPv4 네트워크에 연결된 장치(특히, IoT(Internet of Things) 장치)의 DNS(Domain Name System) 명칭을 설정하기 위한 방법 및 이를 지원하는 장치에 관한 것이다.

IoT는 최근 가장 주목받고 있는 인터넷 관련 기술이다. IoT를 이용한 서비스는 기본적으로 인터넷에 연결된 매우 많은 디바이스를 통해 일정한 서비스를 제공할 수 있다.

한편 DNS(Domain Name System)는 인터넷에 연결된 개체에 대한 IP 주소와 도메인 이름을 관리한다. 종래 인터넷 환경에서는 도메인 이름을 사용자가 수동으로 설정하였다.

IoT 환경에서 IoT 디바이스는 매우 많은 개수가 사용된다. 따라서 각 IoT 디바이스에 대한 도메인 이름을 일일이 설정하는 것은 매우 번거로운 일이 된다. mDNS(multicast Domain Name System)과 같이 도메인 이름을 자동으로 부여하기 위한 기술이 있다. 대표적으로 애플(apple)이 개발한 Bonjour와 같은 프로토콜이 있다. 하지만 mDNS는 기본적으로 멀티캐스트 기반으로 네트워크에 많은 트래픽을 발생시키고, 인터넷에 연결된 디바이스가 항상 동작하는(깨어 있는) 경우에만 네이밍 요청 메시지에 응답할 수 있다.

본 발명의 목적은 IPv4 네트워크에서 장치 카테고리 및 모델 등을 이용하여 장치의 DNS 명칭을 자동으로 설정하기 위한 방법을 제안한다.

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

본 발명의 일 양상은, IPv4 네트워크에 연결된 장치가 DHCPv4(Dynamic Host Configuration Protocol Version 4) 서버로부터 IPv4 주소 및 DNS 탐색 리스트(DNSSL: DNS Search List)를 수신하는 단계, 상기 장치가 상기 수신한 DNSSL 내 포함된 도메인 서픽스(Suffix) 내 동일한 제품 모델의 장치를 구분하기 위한 상기 장치의 고유 식별자(Unique ID), 상기 장치의 객체 식별자(Object Identifier), 상기 장치의 위치 정보 및 상기 도메인 서픽스(Suffix)를 이용하여 상기 장치의 DNS 명칭을 생성하는 단계, 상기 장치가 상기 생성한 DNS 명칭을 DNS 서버 등록하기 위하여 상기 DHCPv4 서버에게 상기 IPv4 및 상기 생성한 DNS 명칭을 포함하는 등록 요청 메시지를 전송하는 단계 및 상기 장치가 상기 DHCPv4 서버로부터 상기 생성된 DNS 명칭이 중복됨을 지시하는 오류 코드를 포함하는 오류 메시지를 수신하면, 상기 장치의 DNS 명칭을 재생성하는 단계를 포함할 수 있다.

본 발명의 다른 일 양상은, IPv4 네트워크에 연결된 장치에 있어서, 유/무선 신호를 송수신하기 위한 통신 모듈(Communication Module) 및 상기 통신 모듈을 제어하는 프로세서를 포함하고, 상기 프로세서는 DHCPv4서버로부터 IPv4 주소 및 DNS 탐색 리스트(DNSSL)를 수신하고, 상기 수신한 DNSSL 내 포함된 도메인 서픽스(Suffix) 내 동일한 제품 모델의 장치를 구분하기 위한 상기 장치의 고유 식별자(Unique ID), 상기 장치의 객체 식별자(Object Identifier), 상기 장치의 위치 정보 및 상기 도메인 서픽스(Suffix)를 이용하여 상기 장치의 DNS 명칭을 생성하고, 상기 생성한 DNS 명칭을 DNS 서버 등록하기 위하여 상기 DHCPv4 서버에게 상기 IPv4 및 상기 생성한 DNS 명칭을 포함하는 등록 요청 메시지를 전송하고, 상기 DHCPv4 서버로부터 상기 생성된 DNS 명칭이 중복됨을 지시하는 오류 코드를 포함하는 오류 메시지를 수신하면, 상기 장치의 DNS 명칭을 재생성하도록 구성될 수 있다.

바람직하게, 상기 장치에 의해 상기 고유 식별자가 변경됨으로써 상기 DNS 명칭이 재생성될 수 있다.

바람직하게, 상기 장치가 상기 재생성된 DNS 명칭이 중복됨으로 지시하는 오류 코드를 포함하는 오류 메시지를 수신하면, 상기 DHCPv4 서버로부터 재할당된 IPv4 주소 및 DNSSL를 재수신하는 단계를 더 포함할 수 있다.

바람직하게, 상기 장치가 상기 DHCPv4 서버로부터 상기 등록 요청 메시지가 유효하지 않음을 지시하는 오류 코드를 포함하는 오류 메시지를 수신하면, 상기 IPv4 및 상기 생성한 DNS 명칭을 포함하는 등록 요청 메시지를 재생성하는 단계 및 상기 재생성된 등록 요청 메시지를 상기 DHCPv4 서버에 재전송하는 단계를 더 포함할 수 있다.

바람직하게, 상기 재생성된 등록 요청 메시지는 미리 정해진 재전송 최대 횟수까지만 재전송될 수 있다.

바람직하게, 상기 장치가 DHCPv4 서버를 찾기 위하여 DHCP 발견(DHCP Discover) 메시지를 브로드캐스팅하는 단계, 하나 이상의 DHCPv4로부터 DHCP 발견(DHCP Discover) 메시지에 대한 응답으로 DHCP 제안(DHCP Offer) 메시지를 수신하는 단계 및 상기 장치가 서버 식별자(Server Identifier) 필드 값이 상기 장치에 의해 선택된 상기 DHCPv4의 주소로 셋팅된 DHCP 요청(DHCP Request) 메시지를 브로드캐스팅하는 단계를 더 포함하고, 상기 IPv4 주소 및 상기 DNSSL은 상기 DHCP 요청(DHCP Request) 메시지에 대한 응답인 DHCP 확인(DHCP Acknowledgement) 메시지를 통해 전송될 수 있다.

바람직하게, 상기 DNSSL은 DNSSL 옵션 포맷으로 전송되고, 상기 DNSSL 옵션은 DNSSL 옵션 타입의 식별자를 나타내는 타입(Type) 필드, DNSSL 옵션의 길이를 나타내는 길이(Length) 필드, DNSSL 옵션 내에서 포함되는 도메인 서픽스의 사용 가능 기간을 나타내는 수명시간(LifeTime) 필드, 하나 이상의 도메인 서픽스를 나타내는 DNS 탐색 리스트의 도메인 명칭(Domain Names of DNS Search List) 필드로 구성될 수 있다.

바람직하게, 상기 객체 식별자는 상기 장치에 대한 전역적으로(Globally) 고유한 식별자인 지시 식별자, 상기 장치의 제조업체 식별자, 상기 장치의 모델 식별자, 상기 장치의 일련번호 식별자로 구성될 수 있다.

바람직하게, 상기 위치 정보는 상대적으로 큰 범위를 지시하는 매크로(Macro) 위치 정보와 각 매크로 위치 내에서 상대적으로 작은 범위를 지시하는 마이크로(Micro) 위치 정보가 연접되어 구성될 수 있다.

본 발명의 다른 일 양상은, DHCPv4서버가 IPv4 네트워크에 연결된 장치에게 IPv4 주소 및 DNS 탐색 리스트(DNSSL)를 전송하는 단계, 상기 DHCPv4 서버가 상기 장치로부터 상기 IPv4 주소 및 상기 장치에 의해 생성된 상기 장치의 DNS 명칭을 포함하는 등록 요청 메시지를 수신하는 단계 및 상기 수신한 DNS 명칭이 기 등록된 DNS 명칭과 중복되는 경우, 상기 DHCPv4 서버가 상기 장치에게 상기 수신한 DNS 명칭이 중복됨을 지시하는 오류 코드를 포함하는 오류 메시지를 전송하는 단계를 포함하고, 상기 DNS 명칭은 상기 DNSSL 내 포함된 도메인 서픽스(Suffix) 내 동일한 제품 모델의 장치를 구분하기 위한 상기 장치의 고유 식별자(Unique ID), 상기 장치의 객체 식별자(Object Identifier), 상기 장치의 위치 정보 및 상기 도메인 서픽스(Suffix)를 이용하여 생성될 수 있다.

본 발명의 다른 일 양상은, DHCPv4 서버에 있어서, 유/무선 신호를 송수신하기 위한 통신 모듈(Communication Module) 및 상기 통신 모듈을 제어하는 프로세서를 포함하고, 상기 프로세서는 IPv4 네트워크에 연결된 장치에게 IPv4 주소 및 DNS 탐색 리스트(DNSSL)를 전송하고, 상기 장치로부터 상기 IPv4 주소 및 상기 장치에 의해 생성된 상기 장치의 DNS 명칭을 포함하는 등록 요청 메시지를 수신하고, 상기 수신한 DNS 명칭이 기 등록된 DNS 명칭과 중복되는 경우, 상기 장치에게 상기 수신한 DNS 명칭이 중복됨을 지시하는 오류 코드를 포함하는 오류 메시지를 전송하도록 구성되고, 상기 DNS 명칭은 상기 DNSSL 내 포함된 도메인 서픽스(Suffix) 내 동일한 제품 모델의 장치를 구분하기 위한 상기 장치의 고유 식별자(Unique ID), 상기 장치의 객체 식별자(Object Identifier), 상기 장치의 위치 정보 및 상기 도메인 서픽스(Suffix)를 이용하여 생성될 수 있다.

바람직하게, 상기 장치로부터 상기 IPv4 주소 및 상기 장치에 의해 재생성된 DNS 명칭을 포함하는 등록 요청 메시지를 재수신하는 단계를 더 포함하고, 상기 장치에 의해 상기 고유 식별자가 변경됨으로써 상기 DNS 명칭이 재생성될 수 있다.

바람직하게, 상기 재생성된 DNS 명칭이 기 등록된 DNS 명칭과 중복되는 경우, 상기 DHCPv4 서버가 상기 장치에게 상기 재생성된 DNS 명칭이 중복됨을 지시하는 오류 코드를 포함하는 오류 메시지를 전송하는 단계를 더 포함할 수 있다.

바람직하게, 상기 DHCPv4 서버가 상기 장치에게 재할당된 IPv4 주소 및 DNSSL를 재전송하는 단계를 더 포함할 수 있다.

바람직하게, 상기 등록 요청 메시지가 유효하지 않은 경우, 상기 DHCPv4 서버가 상기 장치에게 상기 등록 요청 메시지가 유효하지 않음을 지시하는 오류 코드를 포함하는 오류 메시지를 전송하는 단계를 더 포함할 수 있다.

바람직하게, 상기 DHCPv4 서버가 상기 장치로부터 재생성된 등록 요청 메시지를 수신하는 단계를 더 포함하고, 상기 재생성된 등록 요청 메시지는 미리 정해진 재전송 최대 횟수까지만 재전송될 수 있다.

바람직하게, 상기 수신한 DNS 명칭이 기 등록된 DNS 명칭과 중복되지 않으며, 상기 등록 요청 메시지가 유효한 경우, 상기 DNS 명칭을 등록하기 위하여 DNS 명칭 업데이트 메시지를 DNS 서버에게 전송하는 단계를 더 포함할 수 있다.

바람직하게, 상기 장치로부터 DHCPv4 서버를 찾기 위하여 DHCP 발견(DHCP Discover) 메시지를 수신하면, 상기 DHCPv4 서버가 상기 DHCP 발견(DHCP Discover) 메시지에 대한 응답으로 DHCP 제안(DHCP Offer) 메시지를 브로드캐스팅하는 단계 및 상기 장치로부터 서버 식별자(Server Identifier) 필드 값이 상기 DHCPv4 서버의 주소로 셋팅된 DHCP 요청(DHCP Request) 메시지를 수신하면, 상기 DHCP 요청(DHCP Request) 메시지에 대한 응답으로 상기 IPv4 주소 및 상기 DNSSL을 포함하는 DHCP 확인(DHCP Acknowledgement) 메시지를 상기 장치에 전송하는 단계를 더 포함할 수 있다.

본 발명의 실시예에 따르면, 효율적인 DNS 명명 서비스를 제공함으로써, IPv4 네트워크 환경에 속한 IoT 장치를 효율적으로 관리할 수 있다.

또한, 본 발명의 실시예에 따르면, 현재 IPv4 네트워크 환경 내 DHCP 프로토콜을 이용하여 DNS 명명 서비스를 제공할 수 있다.

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

본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 특징을 설명한다.
도 1은 본 발명의 일 실시예에 따른 DNSNAv4 시스템의 구성을 예시한다.
도 2는 본 발명이 일 실시예에 따른 DNS 명칭을 생성하는 과정을 설명하기 위한 도면이다.
도 3은 본 발명이 일 실시예에 따른 DNS 명칭을 등록하는 과정을 설명하기 위한 도면이다.
도 4는 본 발명이 일 실시예에 따른 IoT 장치의 상태 확인 및 제어하는 과정을 설명하기 위한 도면이다.
도 5는 본 발명의 일 실시예에 따른 댁내 댁내에서 사용하는 IoT 장치에 대한 DSN 명칭을 예시한다.
도 6은 본 발명의 일 실시예에 따른 댁내에서 사용하는 IoT 장치에 대한 DNS 명칭의 다른 예시를 나타낸다.
도 7은 본 발명의 일 실시예에 따른 사용자 장치가 댁내에 위치한 IoT 장치에 대한 정보를 표시하는 디스플레이 화면을 예시하는 도면이다.
도 8은 본 발명의 일 실시예에 따른 DNS 명칭 설정 방법을 예시하는 도면이다.
도 9는 본 발명의 일 실시예에 따른 DNS 명칭 설정 방법을 예시하는 도면이다.
도 10은 본 발명의 일 실시예에 따른 DNS 명칭 설정 방법을 예시하는 도면이다.
도 11은 본 발명의 일 실시예에 따른 통신 장치의 블록 구성도를 예시한다.

이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.

몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다.

이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.

IoT 환경에서는 수많은 IoT 장치(Device)에 대한 DNS 명칭을 일일이 설정하기가 어려울 수 있다.

이하 본 발명에서는 IPv4 DNS 명칭(또는 도메인 명칭)을 자동으로 생성하고 관리하는 기법에 대하여 제안한다.

본 발명에 따르면, IPv4 환경에서, 본 발명에 따르면, IoT 장치(예, 센서, 가전제품, 신호등, 자동차 등)는 자신의 장치 정보를 기반으로 DNS 명칭을 생성할 수 있다. 그리고, IoT 장치는 동적 호스트 설정 프로토콜(DHCP)로 상호 동작(Interacting)함으로써 IoT 장치를 등록할 수 있으며, 이에 따라 IoT 장치는 자신의 DNS 명칭 및 그에 상응하는 IPv4 주소를 DHCP 서버를 통해 DNS 서버에 등록할 수 있다. 즉, DNS 서버는 관리자 또는 사용자의 개입 없이 IoT 장치에 대한 DNS 명칭을 자동으로 생성하여 등록한다. 이후, 사용자는 클라이언트 장치(PC, 스마트폰, 태블릿 PC 등)를 이용해서 DNS 서버를 통해 IoT 장치에 대한 DNS 명칭을 획득하여 IoT 장치를 원격 감시/제어 등을 할 수 있다.

종래 DNS와는 달리 DNS 명칭을 자동으로 설정한다는 의미에서 도메인 명칭을 설정하고 등록하는 시스템을 이하 DNSNAv4(DNS Name Autoconfiguration version 4)라고 지칭할 수 있다.

또한, 이하 본 발명의 설명에 있어서, DNS 명칭은 도메인 명칭(Domain Name), 전체 주소 도메인 명칭(FQDN: Fully Qualified Domain Name), 부분 주소 도메인 명칭(Partially Qualified Domain Name)을 통칭한다.

도 1은 본 발명의 일 실시예에 따른 DNSNAv4 시스템의 구성을 예시한다.

도 1을 참조하면, DNSNAv4 시스템은 라우터(Router)(101)가 DHCPv4 서버(Server)의 기능을 수행하는 경우, 라우터(101), DNS 서버(102), IoT 장치(103)(예를 들어, 댁내 사용하는 냉장고, 에어컨 등)로 구성될 수 있다. 또는, 라우터(101)와 DHCPv4 서버(106)가 별도의 장치로 구현되는 경우, DNSNAv4 시스템은 라우터(101), DNS 서버(102), IoT 장치(103), DHCPv4 서버(106)으로 구성될 수 있다.

이때, 도 1에 도시된 바와 같이, IoT 장치(103)가 액세스 포인트(AP: Access Point)를 통해 라우터(101)에 연결될 수도 있으나, 본 발명이 이에 한정되는 것은 아니며, 라우터(101)에 직접 유선 등으로 연결될 수도 있다.

라우터(101)는 DNS 서버(102)와 IoT 장치(103) 간, 및/또는 DHCPv4 서버(106)와 IoT 장치(103)(DHCPv4 서버(106)가 라우터(101)과 별도의 장치로 구현되는 경우), 및/또는 DNS 서버(102)와 DHCPv4 서버(106) 간(DHCPv4 서버(106)가 라우터(101)과 별도의 장치로 구현되는 경우)에 교환되는 데이터 패킷을 라우팅(Routing)한다. 또한, IoT 장치(103)는 라우터(101)를 경유하여 외부 인터넷과 데이터 패킷을 송수신할 수 있다.

DHCPv4 서버(106)는 DHCP 프로토콜을 이용하여 유무선 IP 환경에서 단말의 IP 주소, 서브넷 마스크(Subnet Mask), 디폴트 게이트웨이(Default Gateway) IP 주소, DNS 서버 IP 주소, 임대기간(Lease Time) 등의 다양한 네트워크 정보를 이용자 단말에 동적으로 할당한다.

특히, 본 발명에 따른 DHCPv4 서버(106)는 IoT 장치(103)에 의해 생성된 DNS 명칭의 유효성(즉, 중복 여부) 및/또는 IoT 장치(103)로부터 수신된 등록 요청 메시지를 유효성(즉, 메시지 타입이 정확한지 여부)을 판단하고, DHCP 프로토콜을 이용하여 DNS 서버(102)에 DNS 명칭을 업데이트(즉, 등록)한다.

상술한 바와 같이, 라우터(101)가 앞서 설명한 DHCPv4 서버(106)의 기능을 수행할 수도 있다.

DNS 서버(102)는 DNS 명칭과 DNS 명칭이 나타내는 실제 IP 주소를 저장하고 관리한다.

IoT 장치(103)는 네트워크에 최초 접속하는 경우 또는 일정한 요청이 있는 경우 자신이 직접 DNS 명칭을 생성한다.

IoT 장치(103)가 생성한 DNS 명칭은 DHCPv4 서버(106) 또는 라우터(101)에 의해 유효성이 검증되고, 검증된 DNS 명칭은 DNS 서버(102)에 등록된다. DNS 서버(102)는 IoT 장치(103)에 의해 생성된(즉, 라우터(101)로부터 전달된) DNS 명칭과 해당 DNS 명칭이 의미하는 IP 주소를 저장한다.

이후, 사용자가 사용자 장치(104)를 사용하여 DNS 명칭으로 IoT 장치(103)에 접속을 시도하는 경우, 사용자 장치(104)가 전달한 접속 명령은 DNS 서버(102)에 전달됨으로써, 사용자 장치(104)는 DNS 명칭에 해당하는 IP 주소를 획득할 수 있으며, 획득한 IP 주소를 이용하여 IoT 장치(103)에 사용자 장치(104)가 접속될 수 있다.

즉, 사용자는 사용자 장치(104)를 이용하여 DNS 서버(102)로부터 IoT 장치(103)에 대한 DNS 명칭에 대한 IP 주소를 획득하고, IoT 장치(103)에 접근하여 IoT 장치(103)의 상태를 확인하거나 및/또는 IoT 장치(103)를 제어할 수 있다.

이때, 사용자 장치(104)는 AP(105)를 통해 IoT 장치(103)에 접속할 수도 있으며, 인터넷을 통해 라우터(101)를 경유하여 IoT 장치(103)에 접속할 수도 있다.

이하, 본 발명의 설명에 있어서, 설명의 편의를 위해 라우터(101)가 DHCPv4 서버(106)의 기능을 수행한다고 가정한다.

도 2는 본 발명이 일 실시예에 따른 DNS 명칭을 생성하는 과정을 설명하기 위한 도면이다.

1-2. IoT 장치(203)는 서브셋 내 DHCPv4 서버(201)에게 IPv4 주소를 요청하고, DHCPv4 서버(201)는 IPv4 주소를 포함하는 정보를 IoT 장치(203)에게 전송하면서 DNS 탐색 리스트 옵션(DNSSL option: DNS Search List option)을 통해 DNS 서픽스(Suffix) 정보(즉, DNSSL)(예를 들어, .home)를 IoT 장치에게 전송한다.

이에 대하여 구체적으로 살펴보면 다음과 같다.

1) DHCP 발견(DHCP Discover)

IoT 장치(203)는 동일 서브넷(랜)에 위치하는 DHCPv4 서버를 찾기 위해 DHCP Discover 메시지를 브로드캐스팅할 수 있다. 예를 들어, 목적지 MAC(Media Access Control)이 브로드캐스트 MAC으로 셋팅될 수 있다. 이를 통해 동일 서브넷 상에 있는 모든 DHCPv4 서버들은 이 메시지를 수신할 수 있다.

2) DHCP 제안(DHCP Offer)

DHCP Discover 메시지를 수신한 DHCPv4 서버는 자신의 존재를 알리기 위해 DHCP Offer 메시지를 브로드캐스팅할 수 있다. 즉, 아직 IoT 장치(203)가 IP 주소를 할당 받지 못했기 때문에 브로드캐스팅할 수 있다. DHCP Offer 메시지는 IoT 장치(203)가 필요로 하는 네트워크 정보들(예를 들어, IoT 장치의 IP 주소, 서브넷 마스크(Subnet Mask), 기본 게이트웨이(Default Gateway) IP 주소, DNS 서버 IP 주소, 임대 시간(Lease Time)(DHCP 서버가 할당(임대) 해 준 IP 주소를 IoT 장치가 사용할 수 있는 기간) 등)을 포함할 수 있다.

이와 같이, 브로드캐스팅되는 DHCP Offer 메시지는 DHCP Discover 메시지를 송신한 IoT 장치(203)를 포함하여 동일 서브넷 상의 모든 장치들이 수신할 수 있다.

3) DHCP 요청(DHCP Request)

DHCP Offer 메시지를 수신한 IoT 장치(203)는 동일 서브넷에 DHCPv4 서버가 존재한다는 것을 알 수 있다.

IoT 장치(203)는 IoT 장치(203)의 IP 주소를 포함한 네트워크 정보를 요청하기 위해서 DHCPv4 서버에 DHCP Request 메시지를 브로드캐스팅할 수 있다.

이때, 동일 서브넷 상에 복수의 DHCPv4 서버가 존재하는 경우, IoT 장치(203)는 복수개의 DHCP Offer 메시지를 수신할 수 있다. 이 경우, IoT 장치는 이 중에 하나의 DHCPv4 서버를 선택하고, 선택된 DHCPv4 서버의 IP 주소를 DHCP Request 메시지 내에 서버 식별자(Server Identifier) 필드에 셋팅함으로써 모든 DHCPv4 서버에게 자신이 특정 DHCP 서버를 선택하였다는 사실을 알릴 수 있다.

여기서, 각 DHCPv4 서버가 DHCP Offer 메시지를 전송하면서 해당 IoT 장치(203)에게 할당할 IP 주소와 기타 정보들을 내부적으로 저장해 놓기 때문에, IoT 장치(203)에 의해 선택 받지 못한 DHCPv4 서버들이 미리 저장한 IP 주소와 기타 정보들을 삭제할 수 있도록 하기 위하여, 모든 DHCP 서버들이 DHCP Request 메시지를 수신할 수 있도록 DHCP Request 메시지를 브로드캐스팅하게 된다.

4) DHCP 확인(DHCP Ack(Acknowledgement))

DHCP Request 메시지를 수신한 DHCPv4 서버는 메시지 내에 서버 식별자 필드에 셋팅된 IP 주소가 자신의 주소인지 확인한다.

서버 식별자 필드에 셋팅된 IP 주소가 자신의 주소인 경우, 해당 DHCPv4 서버는 DHCP Ack 메시지를 브로드캐스팅할 수 있다. 이 경우에도, 아직 IoT 장치(203)가 IP 주소를 할당 받지 못했기 때문에, IoT 장치(203)가 DHCP Ack 메시지를 수신할 수 있도록 브로드캐스팅할 수 있다.

이때, DHCPv4 서버는 DHCP Offer 메시지와 같이, IoT 장치(203)에게 할당한 IP 주소를 포함한 다양한 네트워크 정보들을 DHCP Ack 메시지에 포함시킬 수 있다.

DHCP Ack 메시지를 통해 단말로 전달되는 네트워크 정보는 IoT 장치(203)의 IP 주소, 서브넷 마스크, 기본 게이트웨이 IP 주소, DNS 서버 IP 주소, 임대 시간 등을 포함할 수 있다.

또한, DHCP Ack 메시지는 DNS 탐색 리스트(DNSSL)을 포함할 수 있다. DNSSL은 IoT 장치(203)가 DNS 명칭을 생성 및 등록하는 과정에서 이용되는 DNS 서픽스(Suffix)의 리스트를 의미하고, DNSSL은 복수의 DNS 서픽스를 포함할 수 있다.

DNSSL Option은 DNSSL 정보를 IoT 장치(203)에게 전달하기 위한 포맷을 의미한다. DNSSL Option은 DHCP 프로토콜을 통해 IoT 장치(203)에게 전달될 수 있다.

DNSSL Option은 DNS 서픽스의 하나 또는 그 이상의 도메인 명칭을 포함할 수 있다. 모든 도메인 명칭은 동일한 수명 시간(Life Time) 값을 공유할 수 있다. DNSSL Option은 DNSSL option 타입의 식별자를 나타내는 타입(Type) 필드, DNSSL Option의 길이를 나타내는 길이(Length) 필드, DNSSL Option 내에서 지시되는 도메인 명칭(즉, 도메인 서픽스)을 IoT 장치(203)가 사용할 수 있는 기간을 나타내는 수명시간(LifeTime) 필드, DNSSL의 하나 이상의 도메인 명칭(즉, 도메인 서픽스)을 나타내는 DNS 탐색 리스트의 도메인 명칭(Domain Names of DNS Search List) 필드를 포함할 수 있다.

DHCP Ack 메시지를 수신한 IoT 장치(203)는 DHCPv4 서버가 전달해 준 정보를 기반으로 IoT 장치(203)의 네트워크 환경을 구성한 후 인터넷에 액세스할 수 있게 된다.

3. IoT 장치(203)가 DHCPv4 서버(201)로부터 응답 메시지(예를 들어, DHCP Ack 메시지)를 수신하면(또한, 해당 응답 메시지가 유효하면), IoT 장치(203)는 DNS 서비스를 위한 DNS 명칭을 생성한다.

IoT 장치(203)는 수신한 DNSSL 옵션이 유효한지 점검할 수 있다. DNSSL 옵션이 유효하다면, IoT 장치(203)는 자신의 DNS 명칭을 생성한다. IoT 장치(203)는 제품 명칭, 생산 과정에서 부여되는 모델 식별자, 일련번호 식별자 등과 같은 객체 식별자, 위치 정보를 이용하여 DNS 명칭을 생성할 수 있다. 즉, IoT 장치(203)는 DNSSL을 통해 수신한 DNS 도메인 서픽스에 제품 명칭, 객체 식별자 및 위치 정보를 결합하여 DNS 명칭을 생성할 수 있다.

만약 DNSSL에 복수의 DNS 도메인 서픽스가 포함되는 경우, IoT 장치(203)는 모든 DNS 도메인 서픽스에 대해 각각 DSN 명칭을 생성하는 과정을 반복할 수 있다.

IoT 장치가 DNS 명칭을 생성하는 방법에 대한 보다 상세한 설명은 후술한다.

도 3은 본 발명이 일 실시예에 따른 DNS 명칭을 등록하는 과정을 설명하기 위한 도면이다.

1. IoT 장치(303)가 자신의 DNS 명칭을 생성한 후, IoT 장치(303)는 자신의 DNS 명칭을 등록하기 위하여 요청 메시지(IPv4 주소 및 DNS 명칭)를 DHCPv4 서버(301)에게 전송한다.

2. DHCPv4 서버(301)가 DNS 명칭 등록을 위한 요청 메시지를 수신하면, DHCPv4 서버(301)는 수신한 요청 메시지가 유효한지 및/또는 DNS 명칭이 중복되지 않았는지 여부를 체크한다. 그리고, 메시지가 유효하고 및/또는 DNS 명칭이 중복되지 않으면, DHCPv4 서버(301)는 DHCP 프로토콜을 이용하여 DNS 서버(302)에 해당 DNS 명칭을 업데이트한다. 즉, DHCPv4(301)는 DNS 명칭의 업데이트를 요청하기 위하여 업데이트(UPDATE) 메시지를 DNS 서버(302)에 요청한다.

UPDATE 메시지는 헤더(Header) 섹션(또는 필드), 존(Zone) 섹션, 전제(Prerequisite) 섹션, 업데이트(Update) 섹션, 추가 데이터(Additional Data) 섹션(필요한 경우)으로 구성될 수 있다.

Header 섹션은 해당 메시지가 UPDATE임을 특정하고, 다른 섹션의 크기를 설명한다. Zone 섹션은 해당 메시지에 의해 업데이트될 존(zone)을 지시한다. Prerequisite 섹션은 이 업데이트를 위해 요구되는 시작 불변량(starting invariant)를 특정한다. Update 섹션은 zone에 추가되거나 혹은 zone으로부터 삭제될 DNS 명칭의 정보를 포함한다. Additional Data 섹션(필요한 경우)은 업데이트를 위해 추가적으로 필요한 데이터를 포함한다.

위의 등록 과정이 완료되면, DNS 서버(302)에 IoT 장치(303)의 IP 주소와 해당 IP 주소에 대응되는 DSN 명칭이 저장된다.

도 4는 본 발명이 일 실시예에 따른 IoT 장치의 상태 확인 및 제어하는 과정을 설명하기 위한 도면이다.

모든 설정(즉, DNS 명칭 생성 및 등록)이 완료되면, 사용자는 이동 단말, 태블릿 PC, 스마트폰 등과 같은 사용자 장치(404)를 통해 IoT 장치(403)에 대한 정보를 확인하거나, IoT 장치(403)를 제어할 수 있다.

1. 사용자 장치(404)는 DNS 서버(402)에 접속하여 DNS 명칭 리스트를 DNS 서버로부터 획득한다. 즉, 네트워크에 존재하는 IoT 장치(403)에 대한 DNS 이름을 획득한다. 도 4에서는 하나의 IoT 장치(403)만을 도시하였으나, 네트워크에는 다수의 IoT 장치(403)들이 있을 수 있다. 이 경우, 사용자 장치(404)는 DNS 서버(402)로부터 네트워크에 존재하는 다수의 IoT 장치(403)들에 대한 DNS 명칭을 획득할 수 있다.

2. 사용자 장치(404)는 획득한 DNS 이름을 이용하여 IoT 장치(403)에 접속함으로써, 사용자 장치(404)는 IoT 장치(403)의 정보를 확인하거나, IoT 장치(403)를 원격-제어(remote-control)할 수 있다.

ITU-T(International Telecommunications Union Telecommunication)와 ISO(International Organization for Standardization)/IEC(International Electronical Committee) 는 M2M(Machine-to-Machine) 노드(또는 장치)에 전역(global) 고유 ID를 할당하기 위해 OID(Object Identifier)를 개발하였다.

M2M 노드 ID는 상위 아크(higher arc)(M2M 노드 지시 식별자) 및 4개의 하위 아크들(lower arcs)의 시퀀스(제조업체 식별자, 모델 식별자, 일련번호 식별자 및 확장 식별자)로 구성되고, 아크들은 전역 고유 식별자의 계층 구조 트리에서 장치의 식별 및 설명을 위한 자리 표시(placeholder)이다.

M2M 노드 지시 식별자(즉, 상위 아크(higher arc))는 M2M 노드에 대한 전역적으로 고유한 식별자를 나타낸다. 상위 아크(higher arc)는 다수개의 서브-아크(sub-arc)들로 구성될 수 있으며, 이는 가변적이다. 상위 아크(higher arc)는 ITU-T 및 ISO/IEC에 의해 할당되고, 관리된다.

본 발명에서 제안하는 DNS 명칭의 포맷은 상술한 OID(Object Identifier)를 사용하여, 보다 계층적인 구조를 가진다. 즉, IoT 장치의 DNS 명칭 포맷의 일부로서, OID를 적용할 수 있다.

표 1은 본 발명의 일 실시예에 따른 OID를 이용한 DNS 명칭을 예시한다.

- 고유 식별자(unique id)는 ASCII(American Standard Code for Information Interchange) 문자로 된 도메인 명칭 내 존재하는 IoT 장치에 대한 DNS 명칭의 고유성을 보장하는 식별자이다. unique id는 제품 명칭(예를 들어, TV를 위한 unique id는 TV1일 수 있음)처럼 가독성있는 시퀀스 번호 또는 알파뉴메릭(alphanumeric)(문자와 숫자(경우에 따라서는 또 다른 약간의 캐릭터)를 포함시킨 캐릭터의 세트)일 수 있다.

- 객체 식별자(object identifier)는 M2M 노드 지시 ID(운영 조직(managing organization), 관리(administration), 데이터 국가 코드(data country code) 및 M2M 노드와 같은), 제조업체 식별자, 모델 식별자 및 일련번호 식별자로 구성되는 복합 식별자이다. 예를 들어, OID가 0.2.481.1.100.3030.10011인 경우, 여기서 0은 운영 조직(managing organization) I-TUT, 2는 관리(administration), 481은 한국의 데이터 국가 코드, 1은 M2M 노드, 100은 노드 제조업체, 3030은 노드 모델이고, 10011은 노드 일련번호이다.

- 위치(location)는 장치의 매크로 위치(예를 들어, 아파트의 거실 등) 및 마이크로 위치(예를 들어, 거실의 중앙, 왼쪽-하단 벽 또는 오른쪽-상단 모서리 등)를 포함하는 및/또는 매크로 위치와 마이크로 위치의 연접(concatenation)을 포함하는 물리적인 위치이다.

즉, 위치 정보는 상대적으로 큰 범위를 지시하는 매크로 위치 정보와 각 매크로 위치 내에서 상대적으로 작은 범위를 지시하는 마이크로 위치 정보가 연접되어 구성된다.

이러한, 위치 정보는 IoT 장치가 사전에 미리 획득한 것을 전제로 한다.

예를 들어, IoT 장치가 GPS 센서와 같인 위치 추적 장치를 갖고 있다면 GPS 좌표와 같은 절대적인 좌표 정보를 사용할 수 있다. GPS 좌표 정보와 같이 위성 신호를 이용하는 경우 주로 실외에 배치되는 IoT 장치가 좌표를 획득할 수 있다. 또는 실내 통신 신호(WiFi 등)를 이용하여 실내에서 위치 측위를 하는 시스템이 있는 경우, IoT 장치는 실내에서의 위치 정보도 획득할 수 있다

또한, IoT 장치가 가속도 센서, 지자기 센서 등을 내장하고 있다면 특정 기준 지점을 기준으로 IoT 장치가 이동하여 위치한 지점에 대한 상대적인 위치 정보를 생성할 수 있다. 예컨대, 댁내에 배치되는 IoT 장치는 댁내의 구조를 사전에 알고 있다는 전제하에 출입문과 같은 기준 위치에서 이동을 시작하여 배치되는 위치를 파악할 수 있다.

또한, 특정 영역에 이미 일정한 위치 정보를 보유하고 있는 다른 IoT 장치가 있다고 가정하면, IoT 장치는 무선 통신을 통해 통신 가능한 거리에 특정 IoT 장치가 있다는 것을 알 수 있다. 따라서 IoT 장치는 주변에 있는 다른 IoT 장치의 위치 정보를 참조하여 자신의 위치를 대략 추정할 수 있다. 또한 IoT 장치는 통신 가능한 거리에 다수의 위치 정보를 갖고 있는 장치가 3개 이상 있다면 서로 주고받는 신호의 세기를 이용하여, 자신이 주변 장치와의 사이에서 어떤 위치에 있는지 비교적 정확하게 파악할 수도 있다.

또한, IoT 장치에 대한 위치 정보를 획득하는 별도의 장치를 사용할 수도 있다. 예컨대, 사용자가 자신의 실외 또는 실내에서 위치를 측위할 수 있는 장치를 이용하여 근처에 배치된 IoT 장치에 IoT 장치의 위치 정보를 전달할 수 있다.

- 도메인 명칭은 표현 및 도메인 명칭 사용의 규격에 따라 인코딩된 DNS 도메인 명칭이다(예를 들어, skku.edu 또는 home)

객체 식별자(object identifier)는 사전에 IoT 장치에 설정된 정보에 해당할 수 있다. 고유 식별자(unique id), 위치(location)는 IoT 장치에서 DNS 명칭 생성 과정에서 생성하는 정보이다. 도메인 명칭(즉, DNS 서픽스)는 DNSSL에 포함되어 전달된 정보이다.

IoT 장치의 DNS 명칭이 위치 정보를 포함하고 있으면, 사용자는 쉽게 각 장치의 물리적인 위치를 식별할 수 있다. 여기서, 매크로 용어와 마이크로 용어로 물리적인 위치가 고려될 수 있다. 매크로 위치 정보(예를 들어, 아파트 내 거실, 주방, 침실 등)가 IoT 장치에 이용 가능하다면, 위치에 대한 키워드가 거실과 같은 서브도메인(subdomain) 명칭으로서 DNS 명칭에 사용될 수 있다. 각 장치의 물리적인 위치는 DNS 명명을 위한 매크로 위치로서 정의될 수 있다. 마이크로 위치를 사용하여, IoT 장치는 매크로 위치 내에서 특정되는 방의 중앙, 벽 또는 모서리에 위치될 수 있다.

예를 들어, 로봇 청소기가 거실의 우측-상단 모서리에 위치한다고 가정한다. 로봇 청소기의 DNS 명칭이 거실의 우측-상단 모서리를 포함한다면, 주택 거주자는 쉽게 로봇 청소기를 찾을 수 있다.

도 5는 본 발명의 일 실시예에 따른 댁내 댁내에서 사용하는 IoT 장치에 대한 DSN 명칭을 예시한다.

도 5에서 설명의 편의를 위해 DNS 명칭이 IoT 장치의 고유 식별자(unique id)(예를 들어, 제품 종류(카테고리)) 및 도메인 이름으로 구성되는 경우를 예시한다. 상술한 바와 같이, DNS 명칭은 객체 식별자(object identifier) 및 위치(location) 정보를 더 포함하여 구성될 수 있다.

도 5에서 도메인 명칭은 "home"이고, 도메인 명칭 앞에 위치한 정보가 고유 식별자(unique id)(예를 들어, 제품 종류(카테고리))에 해당한다. 도 5에서 TV는 "tv.home", 냉장고는 "refrigerator.home", 세탁기는 "washer.home", 통풍팬(fan)은 "fan.home", 난방기구인 히터는 "heater.home", 컴퓨터는 "computer.home", 전화기는 "phone.home", 체중계는 "scale.home"이란 DNS 명칭을 가질 수 있다.

도 5와 같이 DNS 명칭에 도메인 이름 외에 모델 카테고리가 포함되면, DNS 명칭이 IoT 장치에 대한 정보를 제공하게 된다. 물론 DNS 이름에 포함된 모델 정보가 어떤 의미인지에 대해서는 사전에 정의되고, 공유되어야 할 것이다. 예컨대, 사용자는 자신의 스마트폰을 통해 DNS 서버에 접속하여 DNS 명칭을 획득하면, 스마트폰은 사전에 정의된 규약에 따라 모델 카테고리를 기준으로 도 5과 같이 댁내(home)에 어떠한 종류의 IoT 장치가 있는지 표시할 수 있다.

도 6은 본 발명의 일 실시예에 따른 댁내에서 사용하는 IoT 장치에 대한 DNS 명칭의 다른 예시를 나타낸다.

도 6에서는 DNS 명칭이 IoT 장치의 고유 식별자(unique id)(예를 들어, 제품 종류(카테고리)), 객체 식별자(object identifier), 위치(location) 정보 및 도메인 이름으로 구성되는 경우를 예시한다. 상술한 바와 같이, DNS 명칭은 를 더 포함하여 구성될 수 있다.

도 6에서는 설명의 편의를 위해 객체 식별자는 각각 A 내지 F로 표기하였으나, 앞서 설명한 포맷을 따라 구성될 수 있다.

침실에 있는 에어컨(air conditioner), 주방에 있는 냉장고, 거실에 있는 TV, 세탁실에 있는 세탁기는 각각 고유 식별자, 객체 식별자, 위치 정보 및 도메인 이름 이름을 DNS 명칭으로 가진다.

각 IoT 장치들의 DNS 명칭은 각 IoT 장치들이 위치한 위치 정보가 DNS 명칭에 포함된다. 예를 들어, 각각의 에어컨의 위치 정보는 bed_room1, bed_room2 및 bed_room3으로 설정되고, TV의 위치 정보는 living room으로 설정되며, 냉장고의 위치 정보는 kitchen으로 설정되며, 세탁기의 위치 정보는 bathroom으로 설정될 수 있다.

이때, 동일한 제품 종류에 해당하는 각각의 에어컨을 식별하기 위하여 고유 식별자는 각각 air conditioner1, air conditioner2 및 air conditioner3로 각각 상이하게 설정될 수 있다.

본 발명에 따르면, 로컬 네트워크 또는 인터넷을 통해 모니터링 및 원격 제어를 위하여 IoT 장치의 DNS 명칭을 쉽게 구별할 수 있도록 사용자에게 편리한 IoT DNS 명명 서비스를 지원할 수 있다. 이 서비스를 제공하기 위해 텍스트 기반 또는 그래픽 기반 디스플레이를 사용할 수 있다.

텍스트 기반의 디스플레이는 DNS 서버에 등록 된 IoT 장치들의 리스트를 표시할 수 있으며, 사용자는 리스트에 나열된 장치에서 IoT 장치를 클릭함으로써, 상세 장치 정보를 확인할 수 있다. 장치 정보는 서비스의 DNS 영역 파일에 있는 서비스 리소스 레코드에 등록할 수 있다. 사용자가 상세하고 복잡한 서비스 리소스를 볼 필요가 없으므로 서비스 리소스 레코드 자체가 아닌 장치 정보와 함께 서비스 이름이 표시될 수 있다.

그래픽 기반 디스플레이는 사용자에게 친숙한 방식으로 IoT 장치를 검색하고 식별하는 데 사용될 수 있다. 예를 들어, 사용자의 집에 두 개의 에어컨이 있는 경우, 에어컨의 이름은 서로 동일하거나 유사 할 수 있다. 고유 한 IPv4 주소로 구분하는 대신 그래픽 기반 디스플레이를 통해 에어컨의 DNS 명칭을 다른 위치(예를 들어, 침실 및 거실)와 구분할 수 있다.

도 7은 본 발명의 일 실시예에 따른 사용자 장치가 댁내에 위치한 IoT 장치에 대한 정보를 표시하는 디스플레이 화면을 예시하는 도면이다.

DNS 명칭에 위치 정보가 포함된 TV 및 에어컨들은 정확하게 배치된 위치에 각 IoT 장치에 해당하는 아이콘이 표시될 수 있다. 이는 사용자의 사용자 장치가 DNS 서버로부터 DNS 명칭을 획득하고, DNS 명칭으로부터 각 IoT 장치의 고유 식별자 및 위치 정보를 추출할 수 있기 때문이다.

만약, DNS 이름에 냉장고 및 세탁기에 대한 위치 정보가 없는 경우, 정확한 위치를 알 수 없으므로, 어서 중앙에 점선 영역에 물음표(?) 함께 표시될 수도 있다.

사용자는 침실 3에 있는 에어컨을 선택하면, 도 7의 하단과 같은 메뉴가 화면에 표시될 수 있다. 사용자 장치는 도 7의 하단과 같이 사용자에 의해 선택된 IoT 장치(예를 들어, 에어컨)에 대한 개략적인 정보를 출력하고, 에어컨을 제어할 수 있는 메뉴를 출력할 수 있다.

이후, 사용자는 제어 메뉴를 통해 에어컨을 제어할 수 있다. 예컨대, (1) 에어컨의 전원을 키거나 끌 수도 있고(On/Off), (2) 에어컨이 동작되는 시간을 설정할 수 있고(Timer), (3) 에어컨의 현재 상태(Status)를 확인할 수도 있다.

별도로 도시하지 않았지만 IoT 장치는 댁내뿐만 아니라 쇼핑몰, 물류 창고와 같은 거대한 공간에서 사용될 수도 있다. 예컨대, 물류 창고에 보관된 각 물품은 자신의 정보를 나타내는 센서 장치(IoT 장치)가 부착되어 있다고 가정한다. 이 경우 관리자는 각 IoT 장치의 DNS 명칭을 획득하면, IoT 장치의 위치 정보를 획득할 수 있다. 또한 쇼핑몰 같은 곳에서 매장에 배치된 제품에 자신의 정보를 나타내는 센서 장치(IoT 장치)가 부착되어 있다고 가정하면, 쇼핑몰 고객은 스마트폰을 통해 자신이 원하는 물건이 쇼핑몰 몇 층 어떤 구역에 있는지 쉽게 파악할 수 있다. 이는 DNS 명칭에 모델 정보 및 위치 정보가 포함되어 있기 때문이다. 즉, 별도로 서버에서 모델 정보 및 위치 정보를 관리하지 않아도, 사용자 장치가 DNS 서버로부터 DNS 명칭을 획득하면, 사용자에게 특정한 정보를 제공할 수 있다.

도 8은 본 발명의 일 실시예에 따른 DNS 명칭 설정 방법을 예시하는 도면이다.

도 8을 참조하면, DNS 명칭 설정 방법은 IoT 장치의 DNS 명칭 생성, DNS 명칭 등록-1, DNS 명칭 등록-2 및 IoT 장치 리스트 획득(즉, DNS 명칭 검색)의 4 단계로 구분됩니다. 이들 4 단계 후에, IPv4 노드(즉, 호스트, IoT 장치)의 DNS 명칭은 그 위치와 함께 IPv4 노드(예를 들어, 이동 장치 또는 정적 장치)의 유형에 따라 생성될 수 있다.

이하, 도 8에 따른 IoT 장치의 DNS 명칭 설정 방법의 설명에 있어서, 설명의 편의를 위해 앞서 설명한 내용과 중복되는 구체적인 내용은 설명을 생략한다.

도 8에서 도시되지 않았으나, IoT 장치는 DHCPv4 서버에게 IPv4 주소를 요청하기 시작한다.

DHCPv4 서버는 IPv4 주소 및 DHCP DNS 서픽스(Suffix) 옵션을 포함하는 메시지를 IoT 장치에게 전송한다(S801).

이때, IPv4 네트워크의 경우, IPv4 노드가 IPv4 네트워크에 연결되어 있기 때문에, 이전 DNSNA의 다른 점은 라우터(즉, DHCPv4 서버)는 요청에 대한 회신을 필요로 하지 않는다.

IoT 장치는 자체적으로 DNS 이름을 생성한다(S802).

상술한 바와 같이, IoT 장치는 DNS 명칭을 생성하기 위하여, 라우터(즉, DHCPv4 서버)로부터 수신한 DNSSL 내 포함된 도메인 서픽스(Suffix) 정보, DNS 서픽스 내 동일한 제품 모델(또는 카테고리)의 장치를 구분하기 위한 IoT 장치의 고유 식별자(Unique id), IoT 장치의 객체 식별자(Object Identifier), IoT 장치의 위치 정보를 이용하여 DNS 이름을 생성할 수 있다.

IoT 장치는 IPv4 및 생성한 DNS 명칭을 포함하는 등록 요청 메시지를 라우터(즉, DHCPv4 서버)에게 전송한다(S803).

즉, DNS 명칭은 DNS 명칭 생성 단계 후에 DHCPv4 서버를 통해 IoT 장치의 DNS 명칭으로 등록된다.

라우터(즉, DHCPv4 서버)는 각 호스트의 DNS 명칭을 보유 할 수 있는 권한이 있는 DNS 서버에게 해당 IPv4 주소로 DNS 명칭을 업데이트한다(S804).

IoT 장치 리스트 획득(즉, DNS 명칭 검색)은 IoT 장치의 DNS 명칭을 검색하여 사용자 장치에서 IoT 장치의 DNS 명칭을 표시하는 프로세스이다. 신뢰할 수 있는 DNS 서버는 IoT 장치에 대한 DNS 정보를 영역 파일에 유지 관리한다.

DNS 이름 등록 후, 사용자 장치(예를 들어, 스마트 폰, 태블릿 PC)는 DNS 서버로부터 IoT 장치 리스트를 검색 및 획득하고 텍스트 기반 또는 그래픽 기반 사용자 인터페이스로 표시할 수 있다(S805).

그리고, 이러한 인터페이스를 통해 사용자 장치는 대상 네트워크에서 IoT 장치를 쉽게 모니터링하고 원격 제어할 수 있다(S806).

앞서 본 발명에서 제안하는 방안은 DNS 명칭의 충돌에 대한 문제를 고려한다. DNSNA 체계의 궁극적인 목표는 각 IoT 장치가 인간 상호 작용을 최소화하면서 자동 구성할 수 있도록 제공하기 위함이다. 따라서 많은 IoT 장치가 거의 입력 장치를 가지고 있지 않기 때문에 IPv4 네트워크에서 IoT 장치에 대한 명확한 DNS 명칭 확인이 필요하다.

이하, 본 발명에서는 IPv4 네트워크 환경에서 DHCPv4 서버가 DNS 명칭 요청 메시지를 수신했지만 유효하지 않은 경우, 또한 DNS 명칭 복제의 경우에 대한 두 가지 문제를 해결하기 위한 방안을 제안한다.

도 9는 본 발명의 일 실시예에 따른 DNS 명칭 설정 방법을 예시하는 도면이다.

도 9에서 도시되지 않았으나, IoT 장치는 DHCPv4 서버에게 IPv4 주소를 요청하기 시작한다.

DHCPv4 서버는 IPv4 주소 및 DHCP DNS 서픽스(Suffix) 옵션을 포함하는 메시지를 IoT 장치에게 전송한다(S901).

IoT 장치는 자체적으로 DNS 이름을 생성한다(S902).

IoT 장치는 IPv4 및 생성한 DNS 명칭을 포함하는 등록 요청 메시지를 라우터(즉, DHCPv4 서버)에게 전송한다(S903).

라우터(즉, DHCPv4 서버)는 등록 요청 메시지가 유효한지 여부를 체크한다. 등록 요청 메시지가 유효한지에 대해서는 기본적으로 미리 정의한 등록 요청 메시지의 포맷과 맞는지 확인한다. 패킷 헤더에 옵션으로 미리 설정해 놓은 적절한 값과 이에 따른 정보들이 정확히 맞을 때 라우터(즉, DHCPv4 서버)는 등록 요청 메시지가 올바르다는 것을 알 수 있다.

만약, 수신한 요청 메시지가 등록 요청 메시지와 메시지 타입이 상이한 경우, 라우터(즉, DHCPv4 서버)는 수신한 요청 메시지를 무시할 수 있다. 이 경우, 수신한 요청 메시지 내 헤더에 포함된 메시지 타입 정보를 이용하여 라우터(즉, DHCPv4 서버)는 수신한 요청 메시지가 등록 요청 메시지와 메시지 타입이 동일한지 여부를 확인할 수 있다.

반면, 메시지 타입이 동일하나 등록 요청 메시지가 유효하지 않은 경우, 라우터(즉, DHCPv4 서버)는 해당 오류 코드(등록 요청 메시지가 유효하지 않음을 지시)를 포함하는 오류 메시지를 IoT 장치에게 전송할 수 있다(S904).

IoT 장치가 이 오류 메시지를 수신하면, IoT 장치는 등록 요청 메시지를 재생성하여, 라우터(즉, DHCPv4 서버)에게 전송할 수 있다(S905).

이러한 프로세스는 다시 실패 할 경우 최대 세 번까지 수행 할 수 있습니다. 만약, 최대 재전송 횟수가 초과되면, 라우터(즉, DHCPv4 서버)는 해당 IoT 장치의 DNS 등록 요청을 무시할 수 있다.

이처럼, 최대 재전송 횟수를 제한함으로써, 서비스 리소스 소모를 줄일 수 있다. 만약, 악성 장치가 계속 요청 메시지를 보내면 라우터(즉, DHCPv4 서버)에 공격자에 의해 과부하가 걸릴 수 있기 때문이다.

만약, 등록 요청 메시지가 유효한 경우, 앞서 도 8의 과정과 같이 라우터(즉, DHCPv4 서버)는 수신한 IPv4 주소와 DNS 명칭은 DNS 서버에 등록하게 된다.

도 10은 본 발명의 일 실시예에 따른 DNS 명칭 설정 방법을 예시하는 도면이다.

도 10에서 도시되지 않았으나, IoT 장치는 DHCPv4 서버에게 IPv4 주소를 요청하기 시작한다.

DHCPv4 서버는 IPv4 주소 및 DHCP DNS 서픽스(Suffix) 옵션을 포함하는 메시지를 IoT 장치에게 전송한다(S1001).

IoT 장치는 자체적으로 DNS 이름을 생성한다(S1002).

IoT 장치는 IPv4 및 생성한 제1 DNS 명칭을 포함하는 등록 요청 메시지를 라우터(즉, DHCPv4 서버)에게 전송한다(S1003).

라우터(즉, DHCPv4 서버)는 IoT 장치가 등록을 요청한 제1 DNS 명칭이 이미 다른 DNS 서버에 등록된 DNS 명칭과 중복되는지 여부를 체크한다. DNS 명칭이 중복되었는지는 라우터(즉, DHCPv4 서버)가 등록 요청 받은 DNS 명칭을 DNS 서버에게 물은 뒤 이에 중복되는 명칭이 없다면 DNS 서버에 등록하도록 요청할 수 있다. 또한, 한 번의 요청에 대해 매번 DNS 서버에게 등록한다면 많은 오버헤드가 발생되므로, 라우터(즉, DHCPv4 서버)는 등록할 DNS 명칭들을 로컬 저장소에 저장한 뒤, 일정 단위로모아서 DNS 서버에 등록할 수 있는데, 이 때 이 로컬 저장소에도 중복된 DNS 명칭이 있는지 검토할 수 있다.

예를 들어, 라우터(즉, DHCPv4 서버)가 IoT 장치로부터 DNS 서버에게 레졸루션(resolution)을 요청한 DNS 명칭에 대한 등록 요청 메시지를 수신하면, 등록할(즉, 수신한) DNS 명칭이 중복된다고 판단할 수 있다.

만약, 제1 DNS 명칭이 중복되면 라우터(즉, DHCPv4 서버)는 해당 오류 코드(DNS 명칭이 중복됨을 지시)를 포함하는 오류 메시지를 IoT 장치에게 전송할 수 있다(S1004).

IoT 장치가 이 오류 메시지를 수신하면, IoT 장치는 자체적으로 DNS 명칭을 재생성할 수 있으며(S1005), IoT 장치는 IPv4 주소와 함께 다시 재생성한 제2 DNS 명칭을 포함하는 등록 요청 메시지를 라우터(즉, DHCPv4 서버)에게 전송할 수 있다(S1006).

이때, IoT 장치는 고유 식별자(Unique ID)를 변경함으로써 DNS 명칭을 재생성할 수 있다.

만약, IoT 장치가 고유 식별자(Unique ID)를 변경하여 재생성한 DNS 명칭에 대하여도 중복된다는 오류 메시지를 수신한 경우, IoT 장치는 라우터(즉, DHCPv4 서버)에게 다시 IPv4 주소를 요청함으로써 IPv4 주소와 함께 DNSSL을 다시 수신할 수도 있다. 그리고, 재수신한 DNSSL에 포함된 도메인 서픽스(Suffix) 정보를 이용하여 DNS 명칭을 재생성할 수 있다.

IoT 장치에 의해 생성된 DNS 명칭의 고유성을 확인할 때까지 위의 과정은 반복될 수 있다.

만약, DNS 명칭이 고유한 경우, 앞서 도 8의 과정과 같이 라우터(즉, DHCPv4 서버)는 수신한 IPv4 주소와 DNS 명칭은 DNS 서버에 등록하게 된다.

한편, 앞서 도 9의 과정과 도 10의 과정은 결합되어 수행될 수도 있다. 즉, 라우터(즉, DHCPv4 서버)는 IoT 장치로부터 수신한 등록 요청 메시지의 유효성을 체크함과 동시에 DNS 명칭의 고유성을 체크할 수 있다. 그리고, 체크 결과 어느 하나라도 만족되지 않은 경우, 해당 오류 코드를 포함하는 오류 메시지를 IoT 장치에게 전송할 수도 있다.

도 11은 본 발명의 일 실시예에 따른 통신 장치의 블록 구성도를 예시한다.

도 11에서 예시하는 통신 장치(1120)는 앞서 설명한 IoT 장치, 사용자 장치, 라우터, DHCPv4 서버 등에 해당될 수 있다.

도 11를 참조하면, 통신 장치(1120)는 프로세서(Processor, 1121), 메모리(Memory, 1122) 및 통신 모듈(Communication Module, 1123)을 포함한다. 프로세서(1121)는 앞서 도 1 내지 도 10에서 제안된 기능, 과정 및/또는 방법을 구현한다. 통신 프로토콜(특히, DHCP 프로토콜)의 계층들은 프로세서(1121)에 의해 구현될 수 있다. 메모리(1122)는 프로세서(1121)와 연결되어, 프로세서(1121)를 구동하기 위한 다양한 정보를 저장한다. 통신 모듈(1123)은 프로세서(1121)와 연결되어, 유/무선 신호를 송신 및/또는 수신한다.

메모리(1122)는 프로세서(1121) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(1121)와 연결될 수 있다. 또한, 통신 장치(1120)가 IoT 장치인 경우, 한 개의 안테나(Single Antenna) 또는 다중 안테나(Multiple Antenna)를 가질 수 있다.

이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.

본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(Firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.

펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 일 실시예는 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리는 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.

본 발명은 본 발명의 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상술한 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

101, 201, 301, 401: 라우터(DHCPv4 서버)
102, 202, 302, 402: DNS 서버
103, 203, 303, 403: IoT 장치
104, 204, 304, 404: 사용자 장치
105, 205, 305, 405: AP
106: DHCPv4 서버

Claims

IPv4(Internet Protocol Version 4) 네트워크에 연결된 장치가 DHCPv4(Dynamic Host Configuration Protocol Version 4) 서버로부터 IPv4 주소 및 DNS 탐색 리스트(DNSSL: DNS Search List)를 수신하는 단계;
상기 장치가 상기 수신한 DNSSL 내 포함된 도메인 서픽스(Suffix) 내 동일한 제품 모델의 장치를 구분하기 위한 상기 장치의 고유 식별자(Unique ID), 상기 장치의 객체 식별자(Object Identifier), 상기 장치의 위치 정보 및 상기 도메인 서픽스(Suffix)를 이용하여 상기 장치의 DNS 명칭을 생성하는 단계;
상기 장치가 상기 생성한 DNS 명칭을 DNS 서버 등록하기 위하여 상기 DHCPv4 서버에게 상기 IPv4 및 상기 생성한 DNS 명칭을 포함하는 등록 요청 메시지를 전송하는 단계; 및
상기 장치가 상기 DHCPv4 서버로부터 상기 생성된 DNS 명칭이 중복됨을 지시하는 오류 코드를 포함하는 오류 메시지를 수신하면, 상기 장치의 DNS 명칭을 재생성하는 단계를 포함하는 DNS 명칭 설정 방법.
제1항에 있어서,
상기 장치에 의해 상기 고유 식별자가 변경됨으로써 상기 DNS 명칭이 재생성되는 DNS 명칭 설정 방법.
제2항에 있어서,
상기 장치가 상기 재생성된 DNS 명칭이 중복됨으로 지시하는 오류 코드를 포함하는 오류 메시지를 수신하면, 상기 DHCPv4 서버로부터 재할당된 IPv4 주소 및 DNSSL를 재수신하는 단계를 더 포함하는 DNS 명칭 설정 방법.
제1항에 있어서,
상기 장치가 상기 DHCPv4 서버로부터 상기 등록 요청 메시지가 유효하지 않음을 지시하는 오류 코드를 포함하는 오류 메시지를 수신하면, 상기 IPv4 및 상기 생성한 DNS 명칭을 포함하는 등록 요청 메시지를 재생성하는 단계; 및
상기 재생성된 등록 요청 메시지를 상기 DHCPv4 서버에 재전송하는 단계를 더 포함하는 DNS 명칭 설정 방법.
제4항에 있어서,
상기 재생성된 등록 요청 메시지는 미리 정해진 재전송 최대 횟수까지만 재전송되는 DNS 명칭 설정 방법.
제1항에 있어서,
상기 장치가 DHCPv4 서버를 찾기 위하여 DHCP 발견(DHCP Discover) 메시지를 브로드캐스팅하는 단계;
하나 이상의 DHCPv4로부터 DHCP 발견(DHCP Discover) 메시지에 대한 응답으로 DHCP 제안(DHCP Offer) 메시지를 수신하는 단계; 및
상기 장치가 서버 식별자(Server Identifier) 필드 값이 상기 장치에 의해 선택된 상기 DHCPv4의 주소로 셋팅된 DHCP 요청(DHCP Request) 메시지를 브로드캐스팅하는 단계를 더 포함하고,
상기 IPv4 주소 및 상기 DNSSL은 상기 DHCP 요청(DHCP Request) 메시지에 대한 응답인 DHCP 확인(DHCP Acknowledgement) 메시지를 통해 전송되는 DNS 명칭 설정 방법.
제1항에 있어서,
상기 DNSSL은 DNSSL 옵션 포맷으로 전송되고,
상기 DNSSL 옵션은 DNSSL 옵션 타입의 식별자를 나타내는 타입(Type) 필드, DNSSL 옵션의 길이를 나타내는 길이(Length) 필드, DNSSL 옵션 내에서 포함되는 도메인 서픽스의 사용 가능 기간을 나타내는 수명시간(LifeTime) 필드, 하나 이상의 도메인 서픽스를 나타내는 DNS 탐색 리스트의 도메인 명칭(Domain Names of DNS Search List) 필드로 구성되는 DNS 명칭 설정 방법.
제1항에 있어서,
상기 객체 식별자는 상기 장치에 대한 전역적으로(globally) 고유한 식별자인 지시 식별자, 상기 장치의 제조업체 식별자, 상기 장치의 모델 식별자, 상기 장치의 일련번호 식별자로 구성되는 DNS 명칭 설정 방법.
제1항에 있어서,
상기 위치 정보는 상대적으로 큰 범위를 지시하는 매크로(macro) 위치 정보와 각 매크로 위치 내에서 상대적으로 작은 범위를 지시하는 마이크로(micro) 위치 정보가 연접되어 구성되는 DNS 명칭 설정 방법.
IPv4(Internet Protocol Version 4) 네트워크에 연결된 장치에 있어서,
유/무선 신호를 송수신하기 위한 통신 모듈(Communication module); 및
상기 통신 모듈을 제어하는 프로세서를 포함하고,
상기 프로세서는 DHCPv4(Dynamic Host Configuration Protocol Version 4) 서버로부터 IPv4 주소 및 DNS 탐색 리스트(DNSSL: DNS Search List)를 수신하고,
상기 수신한 DNSSL 내 포함된 도메인 서픽스(Suffix) 내 동일한 제품 모델의 장치를 구분하기 위한 상기 장치의 고유 식별자(Unique ID), 상기 장치의 객체 식별자(Object Identifier), 상기 장치의 위치 정보 및 상기 도메인 서픽스(Suffix)를 이용하여 상기 장치의 DNS 명칭을 생성하고,
상기 생성한 DNS 명칭을 DNS 서버 등록하기 위하여 상기 DHCPv4 서버에게 상기 IPv4 및 상기 생성한 DNS 명칭을 포함하는 등록 요청 메시지를 전송하고,
상기 DHCPv4 서버로부터 상기 생성된 DNS 명칭이 중복됨을 지시하는 오류 코드를 포함하는 오류 메시지를 수신하면, 상기 장치의 DNS 명칭을 재생성하도록 구성되는 장치.
DHCPv4(Dynamic Host Configuration Protocol Version 4) 서버가 IPv4(Internet Protocol Version 4) 네트워크에 연결된 장치에게 IPv4 주소 및 DNS 탐색 리스트(DNSSL: DNS Search List)를 전송하는 단계;
상기 DHCPv4 서버가 상기 장치로부터 상기 IPv4 주소 및 상기 장치에 의해 생성된 상기 장치의 DNS 명칭을 포함하는 등록 요청 메시지를 수신하는 단계; 및
상기 수신한 DNS 명칭이 기 등록된 DNS 명칭과 중복되는 경우, 상기 DHCPv4 서버가 상기 장치에게 상기 수신한 DNS 명칭이 중복됨을 지시하는 오류 코드를 포함하는 오류 메시지를 전송하는 단계를 포함하고,
상기 DNS 명칭은 상기 DNSSL 내 포함된 도메인 서픽스(Suffix) 내 동일한 제품 모델의 장치를 구분하기 위한 상기 장치의 고유 식별자(Unique ID), 상기 장치의 객체 식별자(Object Identifier), 상기 장치의 위치 정보 및 상기 도메인 서픽스(Suffix)를 이용하여 생성되는 DNS 명칭 설정 방법.
제11항에 있어서,
상기 장치로부터 상기 IPv4 주소 및 상기 장치에 의해 재생성된 DNS 명칭을 포함하는 등록 요청 메시지를 재수신하는 단계를 더 포함하고,
상기 장치에 의해 상기 고유 식별자가 변경됨으로써 상기 DNS 명칭이 재생성되는 DNS 명칭 설정 방법.
제12항에 있어서,
상기 재생성된 DNS 명칭이 기 등록된 DNS 명칭과 중복되는 경우, 상기 DHCPv4 서버가 상기 장치에게 상기 재생성된 DNS 명칭이 중복됨을 지시하는 오류 코드를 포함하는 오류 메시지를 전송하는 단계를 더 포함하는 DNS 명칭 설정 방법.
제13항에 있어서,
상기 DHCPv4 서버가 상기 장치에게 재할당된 IPv4 주소 및 DNSSL를 재전송하는 단계를 더 포함하는 DNS 명칭 설정 방법.
제11항에 있어서,
상기 등록 요청 메시지가 유효하지 않은 경우, 상기 DHCPv4 서버가 상기 장치에게 상기 등록 요청 메시지가 유효하지 않음을 지시하는 오류 코드를 포함하는 오류 메시지를 전송하는 단계를 더 포함하는 DNS 명칭 설정 방법.
제15항에 있어서,
상기 DHCPv4 서버가 상기 장치로부터 재생성된 등록 요청 메시지를 수신하는 단계를 더 포함하고,
상기 재생성된 등록 요청 메시지는 미리 정해진 재전송 최대 횟수까지만 재전송되는 DNS 명칭 설정 방법.
제11항에 있어서,
상기 수신한 DNS 명칭이 기 등록된 DNS 명칭과 중복되지 않으며, 상기 등록 요청 메시지가 유효한 경우, 상기 DNS 명칭을 등록하기 위하여 DNS 명칭 업데이트 메시지를 DNS 서버에게 전송하는 단계를 더 포함하는 DNS 명칭 설정 방법.
제11항에 있어서,
상기 장치로부터 DHCPv4 서버를 찾기 위하여 DHCP 발견(DHCP Discover) 메시지를 수신하면, 상기 DHCPv4 서버가 상기 DHCP 발견(DHCP Discover) 메시지에 대한 응답으로 DHCP 제안(DHCP Offer) 메시지를 브로드캐스팅하는 단계; 및
상기 장치로부터 서버 식별자(Server Identifier) 필드 값이 상기 DHCPv4 서버의 주소로 셋팅된 DHCP 요청(DHCP Request) 메시지를 수신하면, 상기 DHCP 요청(DHCP Request) 메시지에 대한 응답으로 상기 IPv4 주소 및 상기 DNSSL을 포함하는 DHCP 확인(DHCP Acknowledgement) 메시지를 상기 장치에 전송하는 단계를 더 포함하는 DNS 명칭 설정 방법.
제11항에 있어서,
상기 DNSSL은 DNSSL 옵션 포맷으로 전송되고,
상기 DNSSL 옵션은 DNSSL 옵션 타입의 식별자를 나타내는 타입(Type) 필드, DNSSL 옵션의 길이를 나타내는 길이(Length) 필드, DNSSL 옵션 내에서 포함되는 도메인 서픽스의 사용 가능 기간을 나타내는 수명시간(LifeTime) 필드, 하나 이상의 도메인 서픽스를 나타내는 DNS 탐색 리스트의 도메인 명칭(Domain Names of DNS Search List) 필드로 구성되는 DNS 명칭 설정 방법.
제11항에 있어서,
상기 객체 식별자는 상기 장치에 대한 전역적으로(globally) 고유한 식별자인 지시 식별자, 상기 장치의 제조업체 식별자, 상기 장치의 모델 식별자, 상기 장치의 일련번호 식별자로 구성되는 DNS 명칭 설정 방법.
제11항에 있어서,
상기 위치 정보는 상대적으로 큰 범위를 지시하는 매크로(macro) 위치 정보와 각 매크로 위치 내에서 상대적으로 작은 범위를 지시하는 마이크로(micro) 위치 정보가 연접되어 구성되는 DNS 명칭 설정 방법.
DHCPv4(Dynamic Host Configuration Protocol Version 4) 서버에 있어서,
유/무선 신호를 송수신하기 위한 통신 모듈(Communication Module); 및
상기 통신 모듈을 제어하는 프로세서를 포함하고,
상기 프로세서는 IPv4(Internet Protocol Version 4) 네트워크에 연결된 장치에게 IPv4 주소 및 DNS 탐색 리스트(DNSSL: DNS Search List)를 전송하고,
상기 장치로부터 상기 IPv4 주소 및 상기 장치에 의해 생성된 상기 장치의 DNS 명칭을 포함하는 등록 요청 메시지를 수신하고,
상기 수신한 DNS 명칭이 기 등록된 DNS 명칭과 중복되는 경우, 상기 장치에게 상기 수신한 DNS 명칭이 중복됨을 지시하는 오류 코드를 포함하는 오류 메시지를 전송하도록 구성되고,
상기 DNS 명칭은 상기 DNSSL 내 포함된 도메인 서픽스(Suffix) 내 동일한 제품 모델의 장치를 구분하기 위한 상기 장치의 고유 식별자(Unique ID), 상기 장치의 객체 식별자(Object Identifier), 상기 장치의 위치 정보 및 상기 도메인 서픽스(Suffix)를 이용하여 생성되는 DHCP 서버.