WO2017014482A1 - IoT 디바이스에 대한 DNS 네이밍 방법 - Google Patents
IoT 디바이스에 대한 DNS 네이밍 방법 Download PDFInfo
- Publication number
- WO2017014482A1 WO2017014482A1 PCT/KR2016/007586 KR2016007586W WO2017014482A1 WO 2017014482 A1 WO2017014482 A1 WO 2017014482A1 KR 2016007586 W KR2016007586 W KR 2016007586W WO 2017014482 A1 WO2017014482 A1 WO 2017014482A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- dns
- name
- domain name
- iot device
- domain
- Prior art date
- Legal status (The legal status 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 status listed.)
- Ceased
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/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]
-
- 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
-
- 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/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/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
Definitions
- the technology described below relates to an automatic DNS naming scheme based on IPv6.
- IoT Internet of Things
- IPv6 Internet Engineering Task Force
- DNS Domain Name System
- IP addresses and domain names for objects connected to the Internet In the conventional Internet environment, the domain name is manually set by the user.
- mDNS multicast domain name system
- Bonjour a protocol for automatically assigning a domain name
- mDNS generates a lot of traffic to the network on a multicast basis, and can respond to naming request messages only if the device connected to the Internet is always on (wake).
- the IoT device automatically generates a DNS name while multicasting a DNS Search List (DNSSL) option containing domain information based on IPv6 neighbor discovery protocol (ND).
- DNSSL DNS Search List
- ND IPv6 neighbor discovery protocol
- the DNS naming method for an IoT device includes a device connected to a network according to an IPv6 protocol, receiving a first message including a DNS search list, and the device generating a domain name including model information and an identifier of the device. Performing a redundancy check on the domain name according to a neighbor discovery (ND) protocol, and when the domain name is not duplicated, a domain name collector connected to the network according to the NI (Node Information) protocol. Registering a domain name and an IPv6 address for the device with a DNS server.
- IPv6 IP version 6
- a DNS naming method for an IoT device includes a router connected to a network according to an IPv6 protocol, transmitting a DNS search list to an IoT device through a Router Advertisement (RA) option or a Dynamic Host Configuration Protocol (DHCP) option, wherein the IoT A device generating a domain name including its model information, an identifier and a domain suffix included in the DNS lookup list; and
- RA Router Advertisement
- DHCP Dynamic Host Configuration Protocol
- the technique described below uses less traffic by forwarding messages in unicast during DNS name generation.
- the technology described below can check the domain name for the IoT device even when the IoT device is in a sleep mode because the client device references the name information of the IoT device through the DNS server.
- the technology described below may provide information about a specific device with only the domain name, such that the domain name includes model information and / or location information of the device.
- 1 is an example of a block diagram showing the structure of a conventional DNS.
- FIG. 2 is an example of a block diagram showing the configuration of DNSNA.
- 3 is an example of a process of generating a domain name by an IoT device in DNSNA.
- 5 is an example of a process in which a client device controls an IoT device in DNSNA.
- FIG. 8 illustrates an example in which a smartphone displays information on an IoT device located in a home.
- 11 is another example of a DNS name for an IoT device used in a home.
- first, second, A, B, etc. may be used to describe various components, but the components are not limited by the terms, but merely for distinguishing one component from other components. Only used as For example, the first component may be referred to as the second component, and similarly, the second component may be referred to as the first component without departing from the scope of the technology described below.
- each process constituting the method may occur differently from the stated order unless the context clearly indicates a specific order. That is, each process may occur in the same order as specified, may be performed substantially simultaneously, or may be performed in the reverse order.
- the technique described below relates to a mechanism for automatically generating and managing DNS names.
- the technique described below uses an IP address based on IPv6.
- the technique described below intends to use a protocol redefined in the IPv6 standard in the process of generating and registering a DNS name.
- the protocol defined in the IPv6 standard is already published, so the detailed description of the DNS registration process is omitted.
- FIG. 1 is an example of a block diagram showing the structure of a conventional DNS 100.
- the DNS server 160 corresponds to a core configuration.
- a service server 110 that provides a service called “www.sample.com” is illustrated.
- DNS name domain name
- the service provider accesses DNS server 160 through computer device 50 and registers a domain name for its service server 110.
- DNS server 160 stores and manages the domain name and the actual IP address represented by the domain name as is well known.
- the DNS server 160 stores a domain name (www.sample.com) for the service server 110 and an IP address 214.11.00.124 for the service server 110. 1 is an example using IPv4.
- the router 150 is a component that controls data transfer to the DNS server 160 and the service server 110.
- a user for receiving a service attempts to connect to a service server using a domain name using a client device.
- the access command delivered by the client device finds an IP address corresponding to the domain name in the DNS server 160, and causes the client device to be connected to the service server 110 having the corresponding IP address.
- the DNS server 160 stores and manages the domain name of the service server 110.
- service providers may find it difficult to set domain names for many IoT devices.
- an IoT device eg, a sensor, a home appliance, a traffic light, a car, etc.
- a DNS name is generated based on the device information thereof.
- This unique DNS name is registered in the DNS server for the IoT device.
- DNS automatically generates and registers DNS names for IoT devices without administrator or user intervention.
- the client device PC, smartphone, tablet PC, etc.
- the technology described below is called DNSNA (DNS Name Autoconfiguration) in the sense that the domain name is automatically set.
- DNSNA registers and manages unique names of IoT devices by using a DNS server to manage IoT devices.
- the IoT device When an IoT device enters an IPv6 network, the IoT device generates a unique DNS name for the current IPv6 network based on its device information.
- the DNS server registers the generated DNS name.
- FIG. 2 is an example of a block diagram showing the configuration of the DNSNA 200.
- 2 illustrates an example of a refrigerator used in a home as an IoT device 210. Since the IoT device generally performs wireless communication, FIG. 2 illustrates a form in which the IoT device 210 is connected to a network through an AP 230 in a home.
- the router 250 controls data packets transmitted to the DNS server 260 and the IoT device 210 as shown in FIG. 1.
- the IoT device 210 generates a DNS name by itself when first connecting to a network or when there is a certain request.
- the IoT device 210 has generated a DNS name of "refrigerator1.samsung_RH269LP.refrigerator.home". The process of generating a DNS name by the IoT device and the meaning of the DNS name will be described later.
- the DNS name generated by the IoT device 210 is stored in the DNS server 260.
- the DNS server 260 stores the DNS name delivered by the IoT device 210 and the IP address of the corresponding DNS name.
- the IP address is an IPv6 address. As shown in FIG. 2, an IP address according to IPv6 has eight segments separated by colons, and each segment is represented by 16 bits. IPv6 uses 128 bits to represent an IP address.
- the client device 80 can access the IoT device 210 by obtaining a DNS name for the IoT device 210 from the DNS server 260. Thereafter, the user may check the state of the refrigerator or control the refrigerator through the client device 80.
- 3 is an example of a process of generating a domain name by an IoT device in DNSNA 200.
- the IoT device 210 receives the DNSSL (DNS Search list) option through the router 250 (1).
- DNSSL is a list of DNS domain suffixes that IoT devices use to register domain names. DNSSL can have multiple DNS suffixes.
- DNSSL options are delivered through the Router Advertisement (RA) option or the Dynamic Host Configuration Protocol (DHCP) option according to the IPv6 standard.
- RA Router Advertisement
- DHCP Dynamic Host Configuration Protocol
- the RA option according to the IPv6 standard delivers DNSSL information to an IPv6 host (IoT device).
- the DHCP option also forwards DNSSL information to IPv6 hosts (IoT devices).
- the IoT device 210 may check whether the received DNSSL option is valid. If the DNSSL option is valid, the IoT device 210 generates its own DNS name (2).
- the IoT device 210 holds model information, such as a model name, which is given in the production process.
- the IoT device 210 may generate a DNS name using the model information.
- the IoT device 210 may automatically set its own device information (eg, Device Category, Vendor Name, Model Name) to the DNS domain suffix. Furthermore, the IoT device 210 may combine a unique identifier (unique_id) with the DNS name in the device information.
- unique_id unique identifier
- “refrigerator1” among DNS names is a unique identifier for distinguishing devices of the same model.
- "Samsung_RH269LP” of DNS name is model name including manufacturer name.
- the "refrigerator” of the DNS names is the model category.
- the "home” of the DNS name corresponds to the DNS domain suffix.
- the IoT device 210 preferably checks whether the generated DNS name is a unique DNS name in a domain name (subnet).
- the IoT device 210 may perform a duplicate check on the domain name according to the neighbor discovery (ND) protocol (3).
- the IoT device 210 may perform duplicate address detection (DAD) with an IPv6 multicast address.
- DAD duplicate address detection
- the IPv6 multicast address of the DNS name uses the Link-Local Multicast Address Prefix ff02 :: / 16 for the upper 64 bits corresponding to the network prefix, and the lower 64 bits corresponding to the Network Interface ID. To take the upper 64 bits including the MSB (Most Significant Bit) from the 128 bits of the hashing value for the DNS name.
- the IoT device 210 performs a DAD process using a hashing value corresponding to a DNS name according to a neighbor discovery (ND) protocol.
- ND neighbor discovery
- the IoT device 210 If the domain name is duplicated, the IoT device 210 generates a new domain name in which the unique identifier of the device is changed to a new identifier from the previous domain name, and performs a duplicate check on the new domain name. The domain name generation process is terminated only when the IoT device 210 confirms that a domain name that is not duplicated in the domain name is generated.
- the IoT device 210 repeats a domain name generation process for all DNS domain suffixes, respectively.
- the domain name collection device connected to the network queries the IoT device 210 with the domain name, and the domain name of the IoT device 210 received in response is stored in the DNS server 260.
- the apparatus for collecting domain names controls the registration process for the domain name of the IoT device 210 during network configuration.
- the domain name collection device may be a device that manages the domain name of the IoT device 210.
- the router 250 collects a domain name for the IoT device 210.
- Router 250 first requests a DNS name for IoT device 210.
- the router 250 asks the IoT device 210 for the DNS name using the NI (Node Information) protocol (NI query, 1).
- NI query Node Information protocol
- This process requires a new NI query in the traditional NI protocol. In other words, new code for the NI type must be defined.
- the IoT device 210 forwards its DNS name in response to the NI query (NI reply, 2).
- NI queries can be delivered multicast to IoT devices on the same domain name.
- IoT devices on the same domain name.
- a plurality of IoT devices may each send an NI reply with a random delay time.
- the router 250 transmits the DNS name of the IoT device 210 received through the NI reply to the DNS server 260, and the DNS server 260 stores the DNS name of the IoT device 210 (3).
- the DNS server 260 updates the DNS name for the IoT device with the newly received DNS name.
- the router 250 collects an IP address of IPv6 together with the domain name of the IoT device 210 and stores it together in the DNS server 260.
- FIG. 5 is an example of a process in which a client device controls an IoT device in the DNSNA 200.
- FIG. 5 assumes that the DNS name for the IoT device 210 is stored in the DNS server 260 as shown in FIG. 4.
- the user may check information on the IoT device 210 or control the IoT device 210 through the client device 80 such as a smartphone.
- the client device 80 connects to the DNS server 260 to obtain a DNS name for the IoT device 210 existing in the network (1).
- the client device 80 may obtain DNS names for a plurality of IoT devices existing in the network from the DNS server 260.
- the client device 80 may access the IoT device 210 using the obtained DNS name. Thereafter, the client device 80 may check information of the refrigerator which is the IoT device 210 or control the operation of the refrigerator.
- the DNS name may include at least one of a model name of the IoT device, a model category indicating the type of the IoT device, a different device identifier for each IoT device having the same model name, and a network domain (domain suffix) of the IoT device.
- the DNS name is characterized by having information (model information) related to the model of the IoT device.
- FIG. 6 is an example of a DNS name for an IoT device used in the home.
- the DNS name is composed of a product type (category) and a domain name of the IoT device. 6 illustrates an example in which a DNS name includes information corresponding to a model category among model information of an IoT device.
- "home" is a domain suffix, and information located before the domain suffix corresponds to a model category.
- FIG. 6 is an example of a DNS name for an IoT device used in the home.
- the DNS name is composed of a product type (category) and a domain name of the IoT device. 6 illustrates an example in which a DNS name includes information corresponding to a model category among model information of an IoT device.
- "home" is a domain suffix, and information located before the domain suffix corresponds to a model category.
- FIG. 6 is an example of a DNS name for an IoT device used in the home.
- the DNS name is composed of a
- the TV is “tv.home”
- the refrigerator is “refrigerator.home”
- the washing machine is “washer.home”
- the fan is “fan.home”
- the heater is a heater "heater.home”
- a computer Has a DNS name of "computer.home”, a phone of "phone.home”, and a scale of "scale.home”.
- the DNS name may further include a model category.
- the DNS name may provide information about the IoT device.
- the smartphone knows what kind of IoT device is in the home as shown in FIG. 6 based on the DNS name according to a predefined convention. I can display it.
- the DNS name may have a form as shown in Table 1 below.
- domain_name means the DNS suffix of the network domain of the IoT device.
- unique_id means different unique identifiers for the same model in the same domain suffix.
- device_model refers to a model name provided by the manufacturer or seller who manufactured the IoT device.
- the model name may include the name of the manufacturer who produced the product.
- device_category represents a model category of an IoT device. Of course, the order of the elements that make up the DNS name may differ from Table 1.
- the model name and model category correspond to information previously stored in the IoT device.
- the unique identifier is information generated by the IoT device during DNS name generation.
- DNS suffixes are the information conveyed in DNSSL.
- the IoT device 210 has generated a DNS name of “refrigerator1. Samsung_RH269LP. Refrigerator.home”.
- “refrigerator1” is a unique identifier for distinguishing devices of the same model
- "samsung_RH269LP” is a model name including a manufacturer name
- "refrigerator” is a model category
- "home” is a DNS domain suffix. Corresponding.
- the DNS name may further include location information of the IoT device. Location information included in the DNS name may provide new information. Examples of DNS names including location information are shown in Table 2 below.
- DNS name of Table 2 has location_of_device added to DNS name of Table 1.
- location_of_device means location information of the IoT device. The location information is based on the assumption that the IoT device has acquired in advance.
- Location information can be collected in various ways as follows. (1) If the IoT device has a positioning device such as a GPS sensor, absolute coordinate information such as GPS coordinates can be used. In the case of using a satellite signal such as GPS coordinate information, an IoT device mainly disposed outdoors may acquire the coordinates. Alternatively, when there is a system for positioning indoors using indoor communication signals (WiFi, etc.), the IoT device may also acquire location information indoors.
- a positioning device such as a GPS sensor
- GPS coordinate information In the case of using a satellite signal such as GPS coordinate information, an IoT device mainly disposed outdoors may acquire the coordinates. Alternatively, when there is a system for positioning indoors using indoor communication signals (WiFi, etc.), the IoT device may also acquire location information indoors.
- the IoT device may generate location information relative to a location where the IoT device is moved based on a specific reference point. For example, an IoT device deployed in a home may determine a location where a mobile device is started by moving from a reference location, such as a door, on the premise that the structure of the home is known in advance.
- the IoT device can know that the specific IoT device is at a distance that can communicate through wireless communication. Accordingly, the IoT device may roughly estimate its location by referring to location information of other devices in the vicinity. In addition, if there are three or more devices having a large number of location information in a communication distance, the IoT device may relatively accurately determine where it is with neighboring devices by using the strength of signals exchanged with each other.
- a separate device for obtaining location information on the IoT device may be used.
- the device may transmit location information of the IoT device to an IoT device disposed nearby using a device capable of positioning the location outdoors or indoors of the user.
- 7 is another example of a DNS name for an IoT device used in the home. 7 illustrates an example in which an IoT device used in a home generates a DNS name using model information and location information.
- the DNS name of the washing machine in the area marked F includes the model category and domain suffix.
- the DNS name of the refrigerator in the area marked with E includes the unique identifier, the model name with the manufacturer only, the model category and the domain suffix.
- the DNS name of the smart TV in the area indicated by B includes a unique identifier, model name, model category, location information (living_room) and domain suffix.
- the DNS names of the air conditioners in the bedrooms labeled A, C and D each have a unique identifier, model name, model category, location information and domain suffix.
- the air conditioners in the bedrooms marked A, C and D have the same model name. Therefore, the meat identifiers are respectively different as air_conditioner1, air_conditioner2 and air_conditioner3.
- the location information of each air conditioner is also different to bed_room1, bed_room2 and bed_room3. IoT devices used in a relatively small area as shown in FIG. 7 may be distinguished from each other only by location information without using a unique identifier.
- the user can check the status of the IoT device and control each IoT device.
- a user may access an IoT device deployed in the home through the Internet using an AP in the home.
- a user may access an IoT device through short-range communication directly through an in-house AP.
- FIG. 8 illustrates an example in which a smartphone displays information on an IoT device located in a home.
- FIG. 8 is an example of a screen of a user confirming an IoT device disposed in a home via a smartphone.
- Smart TVs and air conditioners with location information in their DNS names have icons corresponding to each IoT device in the exact location. This is because the user's client device (smartphone) has obtained the DNS name from the DNS server and extracted the location information of each IoT device from the DNS name.
- refrigerators and washing machines that did not have location information in the DNS name could not know the exact location, so they were marked with a question mark (?) In the dashed line in the center.
- a menu such as the bottom of FIG. 8 may be displayed on the screen.
- the smartphone may output rough information on the selected IoT device (air conditioner) and may output a menu for controlling the air conditioner.
- the user can then control the air conditioner through the control menu. For example, (1) the power can be turned on or off (On / Off), (2) the operating time can be set (Timer), and (3) the current status can be checked.
- IoT devices can be used not only in the home but also in huge spaces such as shopping malls and warehouses.
- each item stored in the distribution warehouse is attached with a sensor device (IoT device) indicating its information.
- the manager may acquire location information of the IoT device.
- a sensor device (IoT device) indicating information is attached to a product placed in a store in a place such as a shopping mall, a shopping mall customer can easily grasp the floor on which floor of the shopping mall the item he / she wants through a smartphone. Can be.
- the DNS name includes model information and location information. That is, even if the server does not manage model information and location information separately, when the client device obtains the DNS name from the DNS server of IPv6, the user can provide specific information.
- the traffic control center may use the information about the vehicle for traffic management.
- the intelligent vehicle system may use information about the vehicle for autonomous driving of the vehicle.
- FIG. 9 is an example of a DNS name for a vehicle moving on a road.
- FIG. 9 illustrates a vehicle Car 1 and a speeding surveillance camera Camera1 moving on a road.
- 9 is an example of a process of generating a DNS name of an IoT device.
- Car1 has a built-in device for IoT devices.
- Camera1 has a built-in device that can communicate with the vehicles.
- Camera1 can also act as a router.
- speed cameras generally identify the vehicle by recognizing the license plate of the vehicle, but may use other information besides identification through an image.
- Camera1 can measure Car1's speed and at the same time ask for a DNS name for Car1.
- Camera1 passes its DNSSL option to Car1, and Car1 generates its own DNS name.
- the DNS name created by Car1 is "car1.benz_GLK.car_suv.road”.
- the DNS name is composed of a unique identifier (car1), a model name (benz_GLK), a model category (car_suv), and a domain suffix (road).
- Camera1 can immediately register the DNS name for Car1 on the DNS server.
- Camera1 may acquire Car1's DNS name through an NI query, and then register Car1's DNS name with the DNS server.
- the client device may manage the vehicle by using the DNS name of the vehicle stored in the DNS server, or generate statistical information about a specific type of vehicle.
- FIG. 10 is an example of DNS names for vehicles and fixtures at intersections.
- a vehicle moving at an intersection and a traffic device disposed around the intersection correspond to IoT devices.
- FIG. 10 it is assumed that a DNS name for an IoT device existing at an intersection is already registered in a DNS server.
- FIG. 10 shows the areas divided by intersections as Segment1, Segment2, Segment3 and Segment4 in the counterclockwise direction from the lower area.
- RSU is an AP device installed on the road for vehicle communication (VANET)
- Traffic Light is a traffic light arranged at the intersection
- Detector is a sensor device for obtaining information about the moving vehicle.
- the controller is a device that displays and controls information on vehicles and traffic devices located at intersections. It is assumed that vehicles and traffic devices arranged at the intersection basically connect to the network through the AP.
- FIG. 10 four vehicles Car1, Car2, Car3 and Car4 are shown. 10 shows location information for each vehicle in X, Y, and Z.
- the RSU may request a DNS name for the IoT device located at the intersection.
- RSU itself is also an IoT device.
- Detector can request a DNS name for a moving vehicle.
- DNS names for each of the IoT devices illustrated in FIG. 10 are shown in Table 4 below.
- IoT devices DNS name 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
- the DNS names of the IoT devices of FIG. 10 all include unique identifiers, model names, model categories, location information, and domain suffixes.
- rus1 is a unique identifier
- cisco_xz43 is a model name
- rsu is a model category
- road_segment3 is location information
- road is a domain suffix.
- Detector can recognize a moving vehicle and request a DNS name for the vehicle.
- location information is also used for the DNS name of the vehicle. Therefore, when the vehicle moves, the DNS name of the vehicle may change. It is assumed that the vehicle uses the coordinate information measured by the GPS device as the location information.
- Detector1 may send a DNSSL option to Car1, and Car1 may generate a DNS name that includes the current location (X 1 , Y 1 , Z 1 ) for duplicate checking.
- Detector1 or RUS1 can then update Car 1's DNS name to the DNS server.
- Detector2 may request to generate a DNS name for Car2.
- the DNS name of RSU1 includes location information of road_segment3
- Traffic Light1 includes location information of road_segment1
- Traffic Light2 includes location information of road_segment2.
- Detector1 includes location information called road_segment1
- Detector2 includes location information called road_segment2.
- the manager can check the status information of the current intersection with a controller placed at the intersection or his smartphone.
- the type and arrangement of each IoT device may be displayed at the intersection using information included in the DNS name of each IoT device.
- the administrator may use a controller or a smartphone to control the traffic lights (Traffic Light1, Traffic Light2) at the intersection. Since the manager is provided with location information of the traffic light, the manager can intuitively identify which traffic light he or she needs to control (Traffic Light1 or Traffic Light2).
- the controller or smartphone can identify the vehicle located at the intersection, allowing the administrator to control traffic lights appropriately in consideration of the traffic flow.
- IoT devices may move constantly.
- an IoT device such as a vehicle described in FIG. 10, a sensor device possessed by a user, a smartphone possessed by a user, a robot moving in a building, and the like correspond to this.
- the domain name to which the IoT device belongs may change.
- a new DNS name can be generated.
- the IoT device may delete the old DNS name from the DNS server using DNS dynamic update (RFC 2136). Since at least one DNS name must exist in the DNA server for a particular IoT device, it is desirable that the IoT device does not delete the default DNS name in the home network of mobile IPv6.
- DNS dynamic update RRC 2136
- message delivery may use various methods for maintaining security. For example, you may apply the security issues of the NI protocol as defined in RFC 4620 "Security Consideration.” For example, to prevent the leakage of personal information, information related to the location may be encrypted using a shared key or a public key. For example, the DNS name smartphone1.living_room.home can be encrypted and encrypted, such as smartphone1.xxx.home. xxx is an encrypted string for living_room.
- the aforementioned DNS name included a model name or a model category of the device.
- the DNS name may include other information for specifying the device instead of the model name.
- the DNS name may include object_identifier instead of the model name or model category as shown in Table 5 below.
- object_identifier is the information that ISO / IEC, the international standardization organization, established ISO / IEC 9834-1: 2012 for the identification of objects, and suggests that oneM2M, the fact standardization organization for communication of things, use them to identify things.
- the object_identifier includes an M2M node indication ID, a manufacturer ID, a model ID, and a serial number ID.
- the M2M node ID includes an identifier for a subject (eg, country, organization, etc.) managing the M2M node.
- the object_identifier includes a manufacturer identifier, a model identifier, and serial information about the product. Eventually, object_identifier also includes model information for the IoT device.
- unique_id means different unique identifiers for the same model in the same domain suffix (domain_name).
- domain_name means the DNS suffix of the network domain of the IoT device.
- the order of the elements that make up the DNS name may differ from Table 1.
- the DNS name may further include location information of the IoT device together with the object_identifier as shown in Table 6 below.
- DNS name of Table 6 has location_of_device added to DNS name of Table 5.
- location_of_device means location information of the IoT device. The location information is based on the assumption that the IoT device has acquired in advance.
- 11 is another example of a DNS name for an IoT device used in a home.
- 11 illustrates an example in which an IoT device used in a home generates a DNS name using object_identifier and location information.
- 11 shows each space (living room, kitchen, bedroom, etc.) in the home in alphabetical letters (A, B, C, D, E, and F).
- DNS names of IoT devices in each zone are shown in Table 7 below.
- the DNS names of the air conditioners in the bedrooms labeled A, C and D each have a unique identifier, object_identifier, location information and domain suffix (home).
- the air conditioners in the bedrooms marked A, C and D have the same model name. Therefore, the meat identifiers are respectively different as air_conditioner1, air_conditioner2 and air_conditioner3.
- the location information of each air conditioner is also different to bed_room1, bed_room2 and bed_room3. IoT devices used in a relatively small area as shown in FIG. 7 may be distinguished from each other only by location information without using a unique identifier.
- the DNS name of the smart TV in the area indicated by B includes a unique identifier (smart_tv1), an object_identifier, location information (living_room), and a domain suffix (home).
- the DNS name of the refrigerator in the area indicated by E includes a unique identifier refrigerator1, an object_identifier, location information living_room, and a domain suffix home.
- the DNS name of the washing machine in the region indicated by F includes a unique identifier (washer1), an object_identifier, location information (laundry_room), and a domain suffix (home).
- the user can check the status of the IoT device and control each IoT device.
- a user may access an IoT device deployed in the home via the Internet using an AP in the home.
- a user may access an IoT device through short-range communication directly through an in-house AP.
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
이하 설명하는 기술은 IPv6에 기반한 자동 DNS 네이밍 기법에 관한 것이다.
IoT(Internet of Things)는 최근 가장 주목받고 있는 인터넷 관련 기술이다. IoT를 이용한 서비스는 기본적으로 인터넷에 연결된 매우 많은 디바이스를 통해 일정한 서비스를 제공할 수 있다.
인터넷에 연결되는 장치는 개별적인 인터넷 주소(IP address)를 갖고 있어야 한다. IoT 환경에서 종래 IPv4는 인터넷 주소 고갈이라는 한계를 안고 있었다. 이를 극복하기 위한 기술로 IPv6가 등장하였다. IETF(Internet Engineering Task Force)는 IPv6에 관련된 표준을 제정하고 있다.
한편 DNS(Domain Name System)는 인터넷에 연결된 개체에 대한 IP 주소와 도메인 이름을 관리한다. 종래 인터넷 환경에서는 도메인 이름을 사용자가 수동으로 설정하였다.
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 이름에 대한 예이다.
도 11은 댁내에서 사용하는 IoT 디바이스에 대한 DNS 이름의 또 다른 예이다.
이하 설명하는 기술은 다양한 변경을 가할 수 있고 여러 가지 실시 예를 가질 수 있는 바, 특정 실시 예들을 도면에 예시하고 상세하게 설명하고자 한다. 그러나, 이는 이하 설명하는 기술을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 이하 설명하는 기술의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
제1, 제2, A, B 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 해당 구성요소들은 상기 용어들에 의해 한정되지는 않으며, 단지 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 이하 설명하는 기술의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
본 명세서에서 사용되는 용어에서 단수의 표현은 문맥상 명백하게 다르게 해석되지 않는 한 복수의 표현을 포함하는 것으로 이해되어야 하고, "포함한다" 등의 용어는 설시된 특징, 개수, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함을 의미하는 것이지, 하나 또는 그 이상의 다른 특징들이나 개수, 단계 동작 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 배제하지 않는 것으로 이해되어야 한다.
도면에 대한 상세한 설명을 하기에 앞서, 본 명세서에서의 구성부들에 대한 구분은 각 구성부가 담당하는 주기능 별로 구분한 것에 불과함을 명확히 하고자 한다. 즉, 이하에서 설명할 2개 이상의 구성부가 하나의 구성부로 합쳐지거나 또는 하나의 구성부가 보다 세분화된 기능별로 2개 이상으로 분화되어 구비될 수도 있다. 그리고 이하에서 설명할 구성부 각각은 자신이 담당하는 주기능 이외에도 다른 구성부가 담당하는 기능 중 일부 또는 전부의 기능을 추가적으로 수행할 수도 있으며, 구성부 각각이 담당하는 주기능 중 일부 기능이 다른 구성부에 의해 전담되어 수행될 수도 있음은 물론이다.
또, 방법 또는 동작 방법을 수행함에 있어서, 상기 방법을 이루는 각 과정들은 문맥상 명백하게 특정 순서를 기재하지 않은 이상 명기된 순서와 다르게 일어날 수 있다. 즉, 각 과정들은 명기된 순서와 동일하게 일어날 수도 있고 실질적으로 동시에 수행될 수도 있으며 반대의 순서대로 수행될 수도 있다.
이하 설명하는 기술은 DNS 이름을 자동으로 생성하고 관리하는 기법에 관한 것이다. 이하 설명하는 기술은 IPv6에 기반을 둔 IP 주소를 사용한다. 이하 설명하는 기술은 DNS 이름을 생성하고 등록하는 과정에서 IPv6 표준에서 재정된 프로토콜을 이용하고자 한다. IPv6 표준에 정의된 프로토콜은 이미 공개된 것이므로 DNS 등록 과정에 대해서는 자세한 설명을 생략한다.
도 1은 종래 DNS(100)의 구성을 도시한 블록도의 예이다. 종래 DNS(Domain Name System)은 DNS 서버(160)가 핵심적인 구성에 해당한다. 도 1에서는 "www.sample.com"이라는 서비스를 제공하는 서비스 서버(110)를 예로 도시하였다. 서비스 제공자가 서비스 서버(110)를 이용하여 인터넷으로 다른 사용자에게 특정한 서비스를 제공하기 위해서는 서비스 서버(110)에 대한 도메인 이름(DNS 이름)을 등록해야 한다. 서비스 제공자는 컴퓨터 장치(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)에 클라이언트 장치가 접속되게 한다.
종래 DNS(100)에서 DNS 서버(160)가 서비스 서버(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 서버는 생성된 DNS 이름을 등록한다.
도 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)에 접근할 수 있다. 이후 사용자는 클라이언트 장치(80)를 통해 냉장고의 상태를 확인하거나 냉장고를 제어할 수도 있다.
도 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"은 동일한 모델의 디바이스를 구별하기 위한 고유 식별자이다. DNS 이름 중 "samsung_RH269LP"는 제조사이름을 포함하는 모델 이름이다. DNS 이름 중 "refrigerator"는 모델 카테고리이다. DNS 이름 중 "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 디바이스에 대한 도메인 이름을 등록하는 과정에 대한 예이다. 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 디바이스의 모델과 관련된 정보(모델 정보)를 갖는 것이 특징이다.
도 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과 같은 형태를 가질 수 있다.
domain_name은 IoT 디바이스가 갖는 네트워크 도메인의 DNS 서픽스를 의미한다. unique_id는 동일한 도메인 서픽스에 존재하는 동일한 모델에 대해 서로 다른 고유 식별자를 의미한다. device_model은 IoT 디바이스를 제조한 제조자 또는 판매자가 제공하는 모델 이름을 말한다. 모델 이름에는 제품을 생산한 제조자의 이름이 포함될 수 있다. device_category는 IoT 디바이스의 모델 카테고리를 나타낸다. 물론 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와 같다.
표 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 conditioner.bed_room1.home |
| B | 스마트TV | smart_tv1.samsung_HG32N.smart_tv.living_room.home |
| C | 에어컨 | air_conditioner2.samsung_AC64.air conditioner.bed_room2.home |
| D | 에어컨 | air_conditioner3.samsung_AC64.air conditioner.bed_room3.home |
| E | 냉장고 | refrigerator1.samsung.refrigerator.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에서 사용자는 댁내에 있는 AP를 이용하여 인터넷을 통해 댁내에 배치된 IoT 디바이스에 접속할 수 있다. 또는 사용자는 댁내에 있는 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에 대해 암호화된 문자열이다.
전술한 DNS 이름은 장치의 모델 이름 내지 모델 카테고리를 포함하였다. DNS 이름은 모델 이름 대신에 장치를 특정하기 위한 다른 정보를 포함할 수도 있다. 예컨대, DNS 이름은 아래의 표 5와 같이 모델 이름 내지 모델 카테고리 대신에 object_identifier를 포함할 수 있다. object_identifier는 국제표준화기구인 ISO/IEC이 객체에 대한 ID를 위해 ISO/IEC 9834-1:2012를 제정하였고, 사물 통신을 위한 사실 표준화 단체인 oneM2M에서 사물을 식별하는데 사용하자고 제안한 정보이다. object_identifier는 M2M 노드 ID(M2M node indication ID), 제조사 ID(manufacturer ID), 모델 ID(model ID), 시리얼 ID(serial number ID)를 포함한다. M2M 노드 ID는 M2M 노드를 관리하는 주체(예컨대, 국가, 조직 등)에 대한 식별자를 포함한다. object_identifier은 제조사 식별자, 모델 식별자 및 제품에 대한 시리얼 정보를 포함한다. 결국 object_identifier도 IoT 디바이스에 대한 모델 정보를 포함한다.
unique_id는 동일한 도메인 서픽스(domain_name)에 존재하는 동일한 모델에 대해 서로 다른 고유 식별자를 의미한다. domain_name은 IoT 디바이스가 갖는 네트워크 도메인의 DNS 서픽스를 의미한다. 물론 DNS 이름을 구성하는 요소의 순서는 표1과 다를 수 있다.
나아가 DNS 이름은 아래의 표 6과 같이 object_identifier와 함께 IoT 디바이스의 위치 정보를 더 포함할 수 있다.
표 6의 DNS 이름은 표5의 DNS 이름에 location_of_device가 추가되었다. location_of_device는 IoT 디바이스의 위치 정보를 의미한다. 위치 정보는 IoT 디바이스가 사전에 미리 획득한 것을 전제로 한다.
도 11은 댁내에서 사용하는 IoT 디바이스에 대한 DNS 이름의 또 다른 예이다. 도 11은 댁내에서 사용하는 IoT 디바이스가 object_identifier 및 위치 정보를 사용하여 DNS 이름을 생성한 예를 도시한다. 도 11은 댁내에서의 각 공간(거실, 주방, 침실 등)을 알파벳(A, B, C, D, E 및 F)로 표시하였다. 각 구역에 있는 IoT 디바이스의 DNS 이름은 아래의 표 7과 같다.
| 영역 | IoT 디바이스 | DNS 이름 |
| A | 에어컨 | air_conditioner1.object_identifier2.bed_room1.home |
| B | 스마트TV | smart_tv1.object_identifier1.living_room.home |
| C | 에어컨 | air_conditioner2.object_identifier3.bed_room2.home |
| D | 에어컨 | air_conditioner3.object_identifier4.bed_room3.home |
| E | 냉장고 | refrigerator1.object_identifier5.kitchen.home |
| F | 세탁기 | washer1.object_identifier6.laundry_room.home |
A, C 및 D로 표시된 침실에 있는 에어컨의 DNS 이름은 각각 고유 식별자, object_identifier, 위치 정보 및 도메인 서픽스(home)를 갖는다. A, C 및 D로 표시된 침실에 있는 에어컨은 모델 이름이 동일하다. 따라서 고육 식별자가 각각 air_conditioner1, air_conditioner2 및 air_conditioner3로 각각 다르다. 또한 각 에어컨이 위치한 위치 정보도 bed_room1, bed_room2 및 bed_room3으로 서로 다르다. 도 7과 같은 비교적 작은 영역에서 사용되는 IoT 디바이스라면 고유 식별자를 사용하지 않고, 위치 정보만으로도 서로 구분 가능할 수도 있다.
B로 표시된 영역에 있는 스마트 TV의 DNS 이름은 고유 식별자(smart_tv1), object_identifier, 위치 정보(living_room) 및 도메인 서픽스(home)를 포함한다. E로 표시된 영역에 있는 냉장고의 DNS 이름은 고유 식별자(refrigerator1), object_identifier, 위치 정보(living_room) 및 도메인 서픽스(home)를 포함한다. F로 표시된 영역에 있는 세탁기의 DNS 이름은 고유 식별자(washer1), object_identifier, 위치 정보(laundry_room) 및 도메인 서픽스(home)를 포함한다.
사용자는 IoT 디바이스의 상태를 확인할 수 있고, 각 IoT 디바이스를 제어할 수도 있다. 도 11에서 사용자는 댁내에 있는 AP를 이용하여 인터넷을 통해 댁내에 배치된 IoT 디바이스에 접속할 수 있다. 또는 사용자는 댁내에 있는 AP를 통해 직접 근거리 통신을 통해 IoT 디바이스에 접속할 수 있다.
본 실시 예 및 본 명세서에 첨부된 도면은 전술한 기술에 포함되는 기술적 사상의 일부를 명확하게 나타내고 있는 것에 불과하며, 전술한 기술의 명세서 및 도면에 포함된 기술적 사상의 범위 내에서 당업자가 용이하게 유추할 수 있는 변형 예와 구체적인 실시 예는 모두 전술한 기술의 권리범위에 포함되는 것이 자명하다고 할 것이다.
Claims (20)
- IPv6 프로토콜에 따라 네트워크에 연결된 디바이스가 DNS 검색 리스트가 포함된 제1 메시지를 수신하는 단계;상기 디바이스가 상기 디바이스의 모델 정보 및 식별자가 포함된 도메인 이름을 생성하는 단계;상기 디바이스가 ND(Neighbor Discovery) 프로토콜에 따라 상기 도메인 이름에 대한 중복 검사를 수행하는 단계; 및상기 도메인 이름이 중복되지 않는 경우 상기 네트워크에 연결된 도메인 이름 수집장치가 NI(Node Information) 프로토콜에 따라 상기 도메인 이름과 상기 디바이스에 대한 IPv6 주소를 DNS 서버에 등록하는 단계를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제1항에 있어서,상기 수신하는 단계에서 상기 디바이스는 IPv6 표준에 따른 RA(Router Advertisement) 옵션 또는 DHCP(Dynamic Host Configuration Protocol) 옵션을 통해 상기 제1 메시지를 수신하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제2항에 있어서,상기 도메인 이름 수집장치 또는 상기 네트워크에 연결된 라우터가 상기 RA 옵션 또는 DHCP 옵션에 따라 상기 제1 메시지를 상기 디바이스에 전송하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제1항에 있어서,상기 도메인 이름은object_identifier, 모델 이름, 상기 디바이스의 종류를 나타내는 모델 카테고리, 동일한 모델 이름을 갖는 디바이스 마다 서로 다른 디바이스 식별자 및 상기 디바이스의 네트워크 도메인 중 적어도 하나를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제1항에 있어서,상기 모델 정보는 상기 디바이스의 모델 이름, 상기 디바이스의 생산자 또는 판매자 및 상기 디바이스의 종류를 나타내는 모델 카테고리 중 적어도 하나를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법
- 제1항에 있어서,상기 DNS 검색 리스트는 DNS 도메인 서픽스(suffix)를 포함하고,상기 도메인 이름은 object_identifier, 모델이름, 상기 디바이스의 종류를 나타내는 모델 카테고리, 동일한 모델 이름을 갖는 디바이스 마다 서로 다른 디바이스 식별자 및 상기 DNS 도메인 서픽스 중 적어도 하나를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제1항에 있어서,상기 도메인 이름이 중복된 경우 상기 디바이스는 상기 식별자를 변경한 새로운 식별자를 포함하는 새로운 도메인 이름을 생성하고, 상기 새로운 도메인 이름에 대한 중복 검사를 수행하는 단계를 더 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제1항에 있어서,상기 생성하는 단계에서 상기 디바이스는 상기 디바이스에 대한 위치 정보를 더 포함하는 상기 도메인 이름을 생성하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제8항에 있어서,상기 위치 정보는 상기 디바이스가 위치하는 지점에 대한 지리적 좌표 정보인 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제8항에 있어서,상기 위치 정보는 상기 디바이스의 주변에 위치한 다른 디바이스와의 상대적인 위치 정보인 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제8항에 있어서,상기 위치 정보는 기준 지점에서 이동하는 위치를 측정하는 센서 장치를 이용하여 측정되는 상대적인 위치 정보인 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제11항에 있어서,상기 디바이스는 상기 센서 장치로부터 측정된 상대적인 위치 정보를 수신하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제8항에 있어서,상기 위치 정보는 상기 네트워크에 연결된 사용자 단말을 통해 상기 디바이스에 입력되는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제1항에 있어서,상기 등록하는 단계는상기 도메인 이름 수집장치가 NI(Node Information) 쿼리를 상기 디바이스에 전송하는 단계;상기 디바이스가 상기 도메인 이름을 상기 도메인 이름 수집장치에 전송하는 단계; 및상기 도메인 이름 수집 장치가 수신한 상기 도메인 이름을 상기 DNS 서버에 전송하는 단계를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제1항에 있어서,상기 네트워크에 연결된 클라이언트 장치가 상기 DNS 서버에서 상기 디바이스에 대한 도메인 이름을 획득하고, 상기 도메인 이름을 이용하여 상기 디바이스를 모니터링하거나, 제어하는 단계를 더 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- IPv6 프로토콜에 따라 네트워크에 연결된 라우터가 RA(Router Advertisement) 옵션 또는 DHCP(Dynamic Host Configuration Protocol) 옵션을 통해 DNS 검색 리스트를 IoT 디바이스에 전송하는 단계;상기 IoT 디바이스가 자신의 모델 정보, 식별자 및 상기 DNS 검색 리스트에 포함된 도메인 서픽스(suffix)를 포함하는 도메인 이름을 생성하는 단계; 및상기 IoT 디바이스를 관리하는 도메인 이름 수집장치가 NI(Node Information) 프로토콜에 따라 상기 도메인 이름과 상기 디바이스에 대한 IPv6 주소를 DNS 서버에 등록하는 단계를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제16항에 있어서,상기 모델 정보는 상기 디바이스의 모델 이름, 상기 디바이스의 생산자 또는 판매자 및 상기 디바이스의 종류를 나타내는 모델 카테고리 중 적어도 하나를 포함하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제16항에 있어서,상기 생성하는 단계에서 상기 디바이스는 상기 디바이스에 대한 위치 정보를 더 포함하는 상기 도메인 이름을 생성하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제1항에 있어서,상기 디바이스는 새로운 도메인 서픽스를 갖는 영역으로 이동하는 경우 상기 새로운 도메인 서픽스를 갖는 도메인 이름을 생성하는 IoT 디바이스에 대한 DNS 네이밍 방법.
- 제16항에 있어서,상기 IoT 디바이스가 새로운 도메인 서픽스를 갖는 영역으로 이동하는 경우 상기 새로운 도메인 서픽스를 갖는 도메인 이름을 생성하는 IoT 디바이스에 대한 DNS 네이밍 방법.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| 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 (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2015-0101662 | 2015-07-17 | ||
| KR1020150101662A KR101589413B1 (ko) | 2015-07-17 | 2015-07-17 | IoT 디바이스에 대한 DNS 네이밍 방법 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2017014482A1 true WO2017014482A1 (ko) | 2017-01-26 |
Family
ID=55309934
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/KR2016/007586 Ceased WO2017014482A1 (ko) | 2015-07-17 | 2016-07-13 | IoT 디바이스에 대한 DNS 네이밍 방법 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US10778637B2 (ko) |
| KR (1) | KR101589413B1 (ko) |
| WO (1) | WO2017014482A1 (ko) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101881148B1 (ko) | 2016-11-24 | 2018-08-17 | 동서대학교산학협력단 | Fota을 적용한 tr―069 프로토콜 기반의 스마트 홈 디바이스 관리 시스템 및 방법 |
| 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 | セイコーエプソン株式会社 | 電子機器、通信システム及びプログラム |
| KR102271952B1 (ko) * | 2018-02-28 | 2021-07-02 | 한국전자기술연구원 | IoT 데이터 의미 변환을 위해 이름 규칙을 이용하는 IoT 서비스 방법 |
| US11509624B2 (en) * | 2018-03-01 | 2022-11-22 | 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 |
| JP7585005B2 (ja) * | 2020-11-19 | 2024-11-18 | キヤノン株式会社 | 情報処理装置、画像処理装置、情報処理装置の制御方法およびプログラム |
| CN113132219B (zh) * | 2021-03-26 | 2022-07-12 | 杭州芯博士网络科技有限公司 | 一种用于物联网终端的网络快速访问方法及物联网网络装置 |
| US12323422B2 (en) | 2021-08-26 | 2025-06-03 | Cisco Technology, Inc. | Secure remote access to devices on overlapping subnets |
| US11683286B2 (en) * | 2021-11-18 | 2023-06-20 | Cisco Technology, Inc. | Anonymizing server-side addresses |
| US12034707B2 (en) | 2021-11-18 | 2024-07-09 | Cisco Technology, Inc. | Randomizing server-side addresses |
| US11997065B1 (en) * | 2023-02-22 | 2024-05-28 | Charter Communications Operating, Llc | System and method of client-side DNS prioritization using time zone offset to select from configured list of DNS servers |
| US12457191B2 (en) | 2023-03-06 | 2025-10-28 | T-Mobile Usa, Inc. | User plane function configured to prioritize using a preferred internet protocol to establish a connection between user device and host server |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20040056392A (ko) * | 2002-12-23 | 2004-07-01 | 한국전자통신연구원 | 홈네트워크 환경에서의 정보가전 기기의 IPv6 주소 및이름 자동설정 방법 |
| KR20040097849A (ko) * | 2003-05-13 | 2004-11-18 | 삼성전자주식회사 | 도메인 네임 자동 등록방법 및 시스템 |
| KR20100074066A (ko) * | 2008-12-22 | 2010-07-01 | 한국전자통신연구원 | 이동성 제공 인터넷 시스템 |
| KR20130095407A (ko) * | 2012-02-20 | 2013-08-28 | 한국전자통신연구원 | 네트워크 연동을 위한 IPv6 식별자 사용방법 및 장치 |
| KR20130117436A (ko) * | 2012-04-17 | 2013-10-28 | 한국과학기술원 | IoT를 위한 글로벌 ID를 이용한 통신 방법 및 시스템 |
Family Cites Families (11)
| 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 |
| KR20040065643A (ko) * | 2003-01-15 | 2004-07-23 | 삼성전자주식회사 | IPv6 프로토콜을 위한 IP 주소 및 도메인명자동등록 방법 |
| CN100556029C (zh) * | 2004-12-20 | 2009-10-28 | 上海贝尔阿尔卡特股份有限公司 | IPv6无状态地址配置中主机的DNS更新方法和装置 |
| US8489637B2 (en) | 2009-11-19 | 2013-07-16 | International Business Machines Corporation | User-based DNS server access control |
| 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 |
| JP5890037B2 (ja) * | 2011-12-21 | 2016-03-22 | インテル コーポレイション | 位置認識リソースロケータ |
| US9686091B2 (en) | 2013-02-01 | 2017-06-20 | Harman International Industries, Incorporated | Network address management and functional object discovery system |
| US9819748B2 (en) * | 2015-01-15 | 2017-11-14 | Cisco Technology, Inc. | Network device identification in an industrial control network |
-
2015
- 2015-07-17 KR KR1020150101662A patent/KR101589413B1/ko not_active Expired - Fee Related
-
2016
- 2016-07-13 US US15/745,665 patent/US10778637B2/en active Active
- 2016-07-13 WO PCT/KR2016/007586 patent/WO2017014482A1/ko not_active Ceased
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20040056392A (ko) * | 2002-12-23 | 2004-07-01 | 한국전자통신연구원 | 홈네트워크 환경에서의 정보가전 기기의 IPv6 주소 및이름 자동설정 방법 |
| KR20040097849A (ko) * | 2003-05-13 | 2004-11-18 | 삼성전자주식회사 | 도메인 네임 자동 등록방법 및 시스템 |
| KR20100074066A (ko) * | 2008-12-22 | 2010-07-01 | 한국전자통신연구원 | 이동성 제공 인터넷 시스템 |
| KR20130095407A (ko) * | 2012-02-20 | 2013-08-28 | 한국전자통신연구원 | 네트워크 연동을 위한 IPv6 식별자 사용방법 및 장치 |
| KR20130117436A (ko) * | 2012-04-17 | 2013-10-28 | 한국과학기술원 | IoT를 위한 글로벌 ID를 이용한 통신 방법 및 시스템 |
Non-Patent Citations (5)
| Title |
|---|
| J EONG, JAE HOON ET AL.: "DNS Name Autoconfiguration for Internet of Things Devices, Draft-Jeong-Homenet-Device-Name-Autoconf-03", IETF, NETWORK WORKING GROUP, 6 July 2015 (2015-07-06), pages 1 - 12 * |
| JEONG, JAE HOON ET AL.: "DNS Name Autoconfiguration for Home Network Devices, Draft-Jeong-Homenet-Device-Name-Autoconf-01", IETF 91, HONOLULU, HI, 12 November 2014 (2014-11-12), pages 1 - 10, XP055352281 * |
| JEONG, JAE HOON ET AL.: "DNS Name Autoconfiguration for Home Network Devices, Draft-Jeong-Homenet-Device-Name-Autoconf-01", IETF, NETWORK WORKING GROUP, 1 September 2014 (2014-09-01), pages 1 - 11, XP055352284 * |
| JEONG, JAE HOON ET AL.: "DNS Name Autoconfiguration for Internet of Things Devices, Draft-Jeong-Homenet-Device-Name-Autoconf-02", IETF, NETWORK WORKING GROUP, 23 March 2015 (2015-03-23), pages 1 - 11 * |
| LEE, SE JUN ET AL.: "DNS Name Autoconfiguration for IoT Home Devices", IEEE DEPARTMENT OF COMPUTER SCIENCE & ENGINEERING ET AL., 2015 29TH INTERNATIONAL CONFERENCE ON ADVENEED INFORMATION NETWORKING AND APPLICATIONS WORKSHOPS, 27 March 2015 (2015-03-27), pages 131 - 134, XP032771616 * |
Also Published As
| Publication number | Publication date |
|---|---|
| US10778637B2 (en) | 2020-09-15 |
| KR101589413B1 (ko) | 2016-01-28 |
| US20180309712A1 (en) | 2018-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2017014482A1 (ko) | IoT 디바이스에 대한 DNS 네이밍 방법 | |
| WO2015041424A1 (en) | Method and apparatus for controlling devices for smart home service | |
| JP6510030B2 (ja) | モノのインターネット(IoT)におけるデバイス場所登録のためのサーバ | |
| WO2017023019A1 (en) | Method and apparatus for controlling visitor call in home network system | |
| US7779111B2 (en) | Network device and network device managing method | |
| WO2013048024A1 (en) | Method and apparatus for communication connection service | |
| US20030126243A1 (en) | Network device, network connection management device, and method for connecting new network device | |
| WO2015093906A1 (ko) | 스마트 홈 디바이스를 위한 연결 방법 및 그 장치 | |
| CN105681484B (zh) | 一种基于arp协议和onvif标准的ipc自动侦测连接方法 | |
| WO2012148115A2 (ko) | 센서 네트워크를 위한 기간망을 제어하는 장치 및 그 방법 | |
| US20030093542A1 (en) | Communication device and communication control method using efficient echonet address determination scheme | |
| KR101937388B1 (ko) | Dns 명칭 설정 방법 및 이를 위한 장치 | |
| WO2012047074A2 (en) | Methods and apparatus for obtaining a service | |
| CN105722012A (zh) | 一种连接通信设备的方法、终端设备及服务器系统 | |
| US20050251549A1 (en) | System and method for UPnP discovery advertisement byebye by proxy | |
| CN105827745A (zh) | 基于媒体访问控制地址的寻址通信方法及装置 | |
| JP2011199430A (ja) | 通信システム、基地局、通信装置、スイッチおよび通信方法 | |
| KR101909270B1 (ko) | 센서 네트워크의 가상 센서 생성 장치 및 방법 | |
| KR101776882B1 (ko) | IoT 디바이스에 대한 보안성 있는 DNS 네이밍 방법 및 보안성 있는 DNS 네이밍 등록을 수행하는 라우터 장치 | |
| KR101227001B1 (ko) | 노드 식별자 관리 방법 및 시스템 | |
| JP6194128B2 (ja) | ネットワークシステム、アドレス管理装置及びアドレス管理方法 | |
| US20170257225A1 (en) | Smart switch controlling system and method thereof | |
| KR100520040B1 (ko) | 이동 ip 네트워크에서 dhcp 서버를 이용하여 서브넷 변경을 확인하는 방법 | |
| US20160294465A1 (en) | Information collection system, relay terminal, control method for relay terminal to connect to center system, sensor terminal, and control method for sensor terminal to connect to center system | |
| JP4019666B2 (ja) | ゲートウェイ装置および情報機器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 16827986 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 15745665 Country of ref document: US |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 16827986 Country of ref document: EP Kind code of ref document: A1 |



