WO2015118933A1 - コントローラ、サブネット、および情報処理方法 - Google Patents

コントローラ、サブネット、および情報処理方法 Download PDF

Info

Publication number
WO2015118933A1
WO2015118933A1 PCT/JP2015/051295 JP2015051295W WO2015118933A1 WO 2015118933 A1 WO2015118933 A1 WO 2015118933A1 JP 2015051295 W JP2015051295 W JP 2015051295W WO 2015118933 A1 WO2015118933 A1 WO 2015118933A1
Authority
WO
WIPO (PCT)
Prior art keywords
identification information
data
node
subnet
router
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
Application number
PCT/JP2015/051295
Other languages
English (en)
French (fr)
Inventor
山田　雄介
直 大倉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Publication of WO2015118933A1 publication Critical patent/WO2015118933A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • 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/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network

Definitions

  • the present invention relates to a controller, a subnet, and an information processing method.
  • ECHONET registered trademark
  • NodeID an address assigned to the Internet.
  • the echo net address is given by the router. Since the echo net address is 1 byte, only up to 256 communication devices can be registered in one subnet. In order to connect 256 or more communication devices to a network, it is necessary to divide the network into a plurality of subnets.
  • Patent Document 1 discloses a communication terminal that is connected to a server and performs communication according to ECHONET.
  • Patent Document 1 has a problem of connecting a large number of nodes to one subnet.
  • the processing unit of the communication terminal receives a packet
  • the received packet is the same as the transmission source echo net address of the received packet that is the same as the own echo net address assigned to the communication terminal.
  • the processing unit communicates with the server using its own Echonet address.
  • the processing unit transmits a packet using the IP address stored in the duplicate address table storage unit.
  • the processing unit uses its own echo net address. If there is a response, the server acquires a new echo net address and communicates with the server using the newly acquired echo net address.
  • ECHONET Lite registered trademark
  • ECHONET-Lite the physical layer, MAC layer, and the like, which have been subject to standards in ECHONET, are excluded from standards.
  • Non-Patent Document 2 “2.2 ECHONET Lite Network Configuration” shows an ECHONET Lite network configuration model (Fig. 2-3). The IP address is used as an identifier for the ECHONET Lite device that is uniquely identified within the subnet. "Is made.
  • ECHONET SPECIFICATION Part 2 ECHONET ⁇ Communication middleware specification, Date: May 31, 2013, Version 1.10, ECHONET CONSORTIUM ECHONET LITE SPECIFICATION Part 1 Outline of ECHONET LITE, Date: May 31,2013, Version 1.10, ECHONET CONSORTIUM
  • ECHONET Lite does not have specifications related to echonet addresses. Therefore, the network based on ECHONETONLite cannot use the technique shown in Patent Document 1 in order to ensure the uniqueness of the node.
  • a router generally assigns an IP address automatically by a DHCP (Dynamic Host Configuration Protocol) function. Therefore, there is a possibility that the IP address of the node can be changed. Although it is possible to set a fixed IP address by setting the router, there is no guarantee that it is set as such. Since the IP address may be changed, the uniqueness of the node cannot be ensured by using at least the IP address from this point.
  • DHCP Dynamic Host Configuration Protocol
  • the ECHONET-Lite standard has a mandatory property that uniquely determines a node.
  • Version 1.01 or earlier can be set when the first byte is 0x00.
  • Version 1.01 or earlier can be set when the first byte is 0x00.
  • the uniqueness of the node cannot be ensured within the range of the required property based on ECHONETONLite.
  • the controller may receive a packet from a node that conforms to ECHONET Lite beyond the router that constitutes the subnet. In such a case, the router rewrites the source MAC address in the packet with the MAC address of the router. Since there is no general method for checking the MAC address of a node that exists beyond the subnet (that is, a node that can communicate over the router), the source MAC address of the packet received across the router is not known. Therefore, the controller may register a node that exists beyond the subnet as an ECHONET Lite node in the subnet with an incorrect MAC address.
  • node uniqueness cannot be guaranteed in a subnet.
  • the fact that the uniqueness of the node can be ensured is that the controller uniquely identifies the node without being affected by a change in the IP address or the like.
  • the present invention has been made in view of the above problems, and its purpose is to provide a controller, subnet, and node that can ensure the uniqueness of a node without using special identification information such as an echonet address. And providing an information processing method in the controller.
  • the controller is included in the subnet configured by the router.
  • the controller includes a communication unit for communicating with a plurality of nodes each having unique identification information and variable identification information, and a control unit for controlling a node participating in the subnet among the plurality of nodes.
  • Storage means for storing first data in which unique identification information and variable identification information of nodes participating in the subnet are associated with each other.
  • the variable identification information of the nodes participating in the subnet is assigned by the router.
  • the control means determines whether the second data has been transmitted across the router.
  • the variable identification information included in the second data is included in the second data in the first data when the determination means and the second data are not transmitted across the router.
  • the second identification means for determining whether or not the unique identification information matches the variable identification information associated with the same unique identification information, and the variable identification information is determined not to match
  • the variable identification information associated with the same unique identification information as the unique identification information included in the second data in the first data is changed to the variable identification information included in the second data.
  • the first determining means transmits the predetermined third data to the transmission source node of the second data, so that the second data is sent from the router. It is determined whether or not the data has been transmitted beyond the limit.
  • control means further includes search means for spontaneously searching for a node at a predetermined time interval.
  • search means for spontaneously searching for a node at a predetermined time interval.
  • the first determination unit receives the second data without being based on the spontaneous node search, the first determination unit transmits the third data to the node from which the second data is transmitted.
  • a subnet configured by a router includes a controller and a router.
  • the controller includes a communication unit for communicating with a plurality of nodes each having unique identification information and variable identification information, and a control unit for controlling a node participating in the subnet among the plurality of nodes.
  • Storage means for storing first data in which unique identification information and variable identification information of nodes participating in the subnet are associated with each other. The variable identification information of the nodes participating in the subnet is assigned by the router.
  • the control means determines whether the second data has been transmitted across the router.
  • the variable identification information included in the second data is included in the second data in the first data when the determination means and the second data are not transmitted across the router.
  • the variable identification information associated with the same unique identification information as the unique identification information included in the second data in the first data is changed to the variable identification information included in the second data.
  • Update means to update with identification information .
  • the information processing method is executed in a controller included in a subnet configured by a router.
  • the controller communicates with a plurality of nodes each having unique identification information and variable identification information.
  • the information processing method includes: first data in which a step of controlling a node participating in a subnet among a plurality of nodes, and unique identification information and variable identification information of the node participating in the subnet are associated with each other; Storing.
  • the variable identification information of the nodes participating in the subnet is assigned by the router.
  • the information processing method includes a step of determining whether or not the second data is transmitted over the router when the second data including the unique identification information and the variable identification information is received.
  • variable identification information included in the second data is included in the second data in the first data when the second data is not transmitted across the router.
  • the first data based on determining whether or not the variable identification information matches the variable identification information associated with the same unique identification information and the variable identification information does not match Updating the variable identification information associated with the same unique identification information as the unique identification information included in the second data with the variable identification information included in the second data; Further comprising
  • FIG. 1 is a diagram for explaining a schematic configuration of a communication network 1.
  • FIG. 2 is an external view of a HEMS controller 100.
  • FIG. 2 is a diagram for explaining an overall configuration of a HEMS controller 100. It is a figure for demonstrating the outline
  • FIG. It is a figure for demonstrating the content which the host side application 120 notifies to the upper layer. It is a flowchart for demonstrating the process of the host side application 120 after the host side application 120 receives a packet from a node.
  • 2 is a functional block diagram for explaining a functional configuration of a HEMS controller 100.
  • FIG. 2 is a block diagram of a HEMS controller 100.
  • FIG. It is a figure for demonstrating schematic structure of the communication network 1A. It is a flowchart for demonstrating the process of a passive node search.
  • FIG. 1 is a diagram for explaining a schematic configuration of the communication network 1.
  • the communication network 1 includes a broadband router 2 and a subnet 10.
  • the broadband router 2 is connected to an external network 900.
  • the subnet 10 includes a HEMS (Home Energy Management System) controller 100 and a plurality of nodes 201, 202, 203, 204,.
  • a “node” is a communication device (IP compatible device) having an IP address.
  • the nodes include personal computers, printers, NAS (network storage), tablet terminals, AV (Audio Visual) devices, white goods, and the like.
  • Some of the plurality of nodes 201, 202, 203, 204,... Are “ECHONET ⁇ Lite nodes ”. In this embodiment, it is assumed that the nodes 201, 202, 203, and 204 are ECHONETONLite nodes.
  • the HEMS controller 100 is connected to the broadband router 2 through a wired connection.
  • a plurality of nodes 201, 202, 203, 204,... are also connected to the broadband router 2 in a wired or wireless manner so that they can communicate.
  • the HEMS controller 100 functions as a repeater in the communication network 1. Specifically, the HEMS controller 100 controls the plurality of nodes 201, 202, 203, 204,... By communicating with the plurality of nodes 201, 202, 203, 204,.
  • a new node 209 may join the subnet 10 or a node that joins the subnet 10 (hereinafter also referred to as “existing node”) may leave the subnet 10.
  • existing node a node that joins the subnet 10
  • the new node 209 joins the network, the new node 209 is treated as an existing node.
  • the numbers in parentheses in FIG. 1 represent IP addresses.
  • the broadband router 2 automatically assigns IP addresses to the HEMS controller 100 and the plurality of nodes 201, 202, 203, 204,... By the DHCP function.
  • a device having a common part for example, “192.168.0” in “192.168.0.1” used as a network address in the IP address is a physical network (that is, , Subnet 10).
  • the broadband router 2, the HEMS controller 100, and the nodes 201, 202, 203, 204,... Having the network address “192.168.0” constitute one physical network.
  • FIG. 2 is a diagram showing the appearance of the HEMS controller 100.
  • the HEMS controller 100 includes a light emitting element 1103 and an antenna 1107.
  • the light emitting element 1103 includes three LEDs (Light (Emitting Diode) 1103a, 1103b, and 1103c for displaying the operation state of the HEMS controller 100 and the like.
  • the LED 1103a is a light emitting element (power LED) for indicating whether the power of the HEMS controller 100 is on or off.
  • the LED 1103b is a light emitting element for displaying a communication state with the nodes 201, 202, 203, 204,.
  • the LED 1103 c is a light emitting element for displaying a communication state with the broadband router 2.
  • FIG. 3 is a diagram for explaining the overall configuration of the HEMS controller 100.
  • the HEMS controller 100 includes a device-side application 110, a host-side application 120, and an upper layer 130.
  • the device-side application 110 includes a UDP (User Datagram Protocol) socket 111.
  • the UDP socket 111 is common for transmission and reception, and is bound by the port 3610.
  • the host-side application 120 includes a UDP socket 121 for transmission and a RAW socket 122 for reception.
  • the host-side application 120 stores a node list L5.
  • the device-side application 110 receives requests from the nodes 201, 202, 203, 204,..., And transmits a response or notification to the request.
  • EOJ represents an ECHONET object (see 3.2.4 of Non-Patent Document 1 described above). Specifically, EOJ models information and access procedures to be disclosed to the network among information held by a communication IF (high-speed communication interface 1104 in FIG. 9) that performs ECHONET Lite communication.
  • information and instances possessed by each node are defined as properties.
  • an operation method (setting and reference) for nodes and instances is defined as a service.
  • the EOJ is broadly classified into two types: an equipment object and a profile object (FIG. 5B).
  • the host-side application 120 searches for the ECHONET Lite node and maintains the node list L5 in the latest state.
  • the host side application 120 manages one or more instances on each node.
  • the host-side application 120 acquires and stores the important property state of each instance at an appropriate timing. Therefore, the host-side application 120 transmits a request to the node by itself.
  • the host-side application 120 receives a notification or a response to the request from the node.
  • the host-side application 120 further provides an API (Application Programming Interface) to the upper layer 130 (home appliance control application or the like).
  • the host-side application 120 receives an instruction from the upper layer 130 and returns the latest node list L5 and instance list (not shown) to the upper layer 130.
  • the host-side application 120 receives an instruction from the upper layer 130 and transmits a request to the node. Further, the host-side application 120 receives a notification or a response to the request from the node and returns it to the upper layer 130.
  • the upper layer 130 includes a home appliance control application, a home appliance control CGI (Common Gateway Interface), and a home appliance management information acquisition CGI (not shown). These are independent of each other. Each communicates with the host-side application independently.
  • a home appliance control application a home appliance control CGI (Common Gateway Interface)
  • a home appliance management information acquisition CGI not shown
  • Each of the device-side application 110 and the host-side application 120 sets the transmission destination UDP port number to 3610 when transmitting a packet.
  • the source UDP port number may be arbitrary.
  • Each of the device-side application 110 and the host-side application 120 processes the destination UDP port number 3610 when receiving a packet.
  • the host-side application 120 opens the UDP socket 121 for transmission. As described above, the host-side application 120 arbitrarily sets the transmission source port number of the UDP socket 121.
  • the host-side application 120 opens the RAW socket 122 for reception.
  • the reason why the RAW socket 122 is opened is that the source MAC address is obtained at the same time when the packet is received.
  • the RAW socket 122 receives all data that can be received by the network interface “eth0”.
  • the host-side application 120 uses data having UDP / IP and the destination UDP port number “3610” among all the received data.
  • the HEMS controller 100 has a unique MAC address for each of the plurality of nodes 201, 202, 203, 204,... And an IP assigned to each of the plurality of nodes 201, 202, 203, 204,. It has a node list L5 associated with addresses.
  • the HEMS controller 100 ensures the uniqueness of the node using the node list L5. That is, the HEMS controller 100 uses the MAC address and the IP address as the identifier of the ECHONET Lite device uniquely identified in the subnet 10.
  • the HEMS controller 100 can identify an instance on a node with an EOJ code (3 bytes), and therefore, by combining these, the instance is uniquely identified with a MAC address (6 bytes) and an EOJ code (3 bytes). it can.
  • FIG. 4 is a diagram for explaining the outline of the node list L5.
  • a MAC address and an IP address are stored in association with each node.
  • the node list L5 includes a plurality of pieces of node information D5 specified by identification numbers (No. 1, 2, 3,).
  • the MAC address of the node 201 is the first “08: 00: 1F: 52: 2E: 57”.
  • the MAC addresses of the nodes 202 and 203 are “08: 00: 1F: 48: 53: 4C” and “08: 00: 1F: 2D: 92: 6A”, respectively.
  • the MAC address is unique (invariant), while the IP address assigned to the node changes according to the DHCP function of the broadband router 2.
  • the host-side application 120 When the host-side application 120 receives a packet from a node based on a process of spontaneously searching for the node, the MAC address is included in the packet, so that the node can be found by referring to the node list L5. It can be determined whether or not it is a node. When the host-side application 120 determines that the packet is from an existing node, the IP address included in the packet is the IP address associated with the MAC address included in the packet in the node list L5. Determine whether they match. If the host-side application 120 determines that the IP addresses do not match, the host-side application 120 updates the IP address associated with the MAC address included in the packet in the node list L5 with the IP address included in the packet. .
  • the host-side application 120 sends a packet including the MAC address “08: 00: 1F: 48: 53: 4C” and the IP address “192.168.0.7” to the node 202 (see FIG. 1) by spontaneous node search processing. ), It is determined that the IP addresses do not match. Specifically, the host-side application 120 can detect that the IP address has changed from “192.168.0.4” to “192.168.0.7”. In this case, the host-side application 120 updates the IP address associated with the MAC address “08: 00: 1F: 48: 53: 4C” with “192.168.0.7” in the node list L5 ( Overwrite.
  • the host-side application 120 receives a packet including the MAC address of “08: 00: 1F: 48: 53: 4C” and the IP address of “192.168.0.5” from the node 202 by spontaneous node search processing . It is determined that the IP addresses do not match. If it is determined that they do not match, the host-side application 120 uses the IP address “192.168.0.4” associated with the MAC address “08: 00: 1F: 48: 53: 4C” in the node list L5. Update (overwrite) with “192.168.0.5”.
  • the IP address “192.168.0.5” is not only the MAC address “08: 00: 1F: 48: 53: 4C” of the node 202 in the updated node list L5 (not shown).
  • the MAC address “08: 00: 1F: 2D: 92: 6A” of 203 is also associated. That is, IP address duplication occurs in the node list L5.
  • the host-side application 120 can determine that the node 203 has left the subnet 10. Therefore, the host-side application 120 deletes the node information D5 including the MAC address “08: 00: 1F: 2D: 92: 6A” of the node 203 from the node list L5.
  • new node hereinafter also referred to as “new node” joins the subnet 10
  • the host-side application 120 creates node information D5 of the node in the node list L5. To do. This will be described in detail as follows.
  • the host-side application 120 When the host-side application 120 receives a packet from a node based on a process of spontaneously searching for a node, the MAC address is included in the packet, so that the node is newly created by referring to the node list L5. It can be determined whether or not it is a node. When the host-side application 120 determines that the packet is from the new node, the host-side application 120 determines whether or not the same IP address as the IP address received from the new node exists in the node list L5.
  • the node-side application 120 When the host-side application 120 determines that the same IP address as the IP address received from the new node does not exist in the node list L5, the node-side application 120 adds the node information D5 related to the new node to the node list L5. On the other hand, if the host-side application 120 determines that the same IP address as the IP address received from the new node exists in the node list L5, the node-side application 120 adds the node information D5 related to the new node to the node list L5. The node information D5 including the same IP address is deleted from L5.
  • the host-side application 120 receives a packet including the MAC address of “08: 00: 1F: 12: 34: 56” and the IP address of “192.168.0.5” by a spontaneous node search process (for example, the node 209 ( 1))), it is determined that the searched node is a new node because the same MAC address does not exist in the node list L5.
  • a spontaneous node search process for example, the node 209 ( 1)
  • IP address “192.168.0.5” is associated with the MAC address “08: 00: 1F: 2D: 92: 6A” of the node 203 in the updated node list L5. That is, IP address duplication occurs in the node list L5.
  • the host-side application 120 can determine that the node 203 has left the subnet 10. Therefore, the host-side application 120 deletes the node information D5 including the MAC address “08: 00: 1F: 2D: 92: 6A” of the node 203 from the node list L5.
  • the host-side application may receive packets from a node that conforms to ECHONETONLite beyond the broadband router 2. For example, when a spontaneous node search is not performed, such a packet may be received. In such a case, the broadband router 2 rewrites the MAC address in the packet with the MAC address of the router.
  • node management using the node list L5 shown in FIG. 4 is an effective method in a range not exceeding the broadband router 2 (range of the subnet 10). For this reason, in order to perform node management appropriately, the host-side application 120 determines whether the packet is transmitted via the broadband router 2 when receiving the packet. If the host-side application 120 determines that the packet is via the broadband router 2, the node list L5 is not updated. Note that the host-side application 120 uses TTL (Time-to-Live) that indicates the valid period of the packet in order to determine whether the packet is transmitted via the broadband router 2. Details of the determination method will be described later.
  • TTL Time-to-Live
  • the host-side application 120 creates a node list L5 by searching for nodes (ECHONET Lite nodes) in the same subnet as the HEMS controller 100. Further, the host-side application 120 keeps the node list L5 in the latest state by periodically searching for nodes and by notification from the nodes. In addition, the host-side application 120 checks what instances exist on each node, and creates an instance list for each node. The host-side application 120 keeps the instance list up-to-date.
  • the host-side application 120 issues a notification to the upper layer 130 (such as a home appliance control application) if there is a change in the node list L5, the state of the instance, or the monitoring property.
  • the node list L5 held by the host-side application 120 and the state of the instance are returned.
  • the host-side application 120 transmits an ECHONET Lite message to a specified node (more precisely, an instance of the node) according to an instruction from the upper layer 130.
  • FIG. 5 is a diagram for explaining the details of the node list L5 stored in the host-side application 120.
  • FIG. 5A is a diagram showing a schematic configuration of the node list.
  • FIG. 5B is a diagram for explaining node information included in the node list.
  • the node list L5 includes a plurality of pieces of node information.
  • each of the plurality of node information includes a MAC address, an IP address, survival information, a reservation, the time when the packet was last received, one node object, and one It is comprised including the above apparatus objects.
  • Equipment object may be a logical model of information stored in equipment or white goods such as sensors, air conditioners, refrigerators, and / or control items that can be operated remotely.
  • the interface format for remote control is unified.
  • information and instances possessed by each node are defined as properties.
  • an operation method (setting and reference) for nodes and instances is defined as a service.
  • Node profile object is a model of profile information, control items, and setting items as an ECHONET Lite node, such as the operating state of a node (ECHONET Lite node), manufacturer information, and device object list.
  • the HEMS controller 100 also functions as an ECHONETE Lite node in the communication network 1.
  • the host-side application 120 does not perform node management for its own ECHONET Lite node. That is, the host-side application 120 manages nodes (nodes 201, 202, 203, 204, etc.) that are nodes other than the HEMS controller 100 and that constitute the subnet 10. This is because, when the RAW socket 122 is opened, the node transmitted from the host-side application 120 cannot be received.
  • the host-side application 120 manages only nodes on the same subnet (that is, subnet 10) among the ECHONET Lite nodes.
  • the host-side application 120 intentionally excludes the node located beyond the router (in this embodiment, the broadband router 2) even if the packet can be transmitted / received to / from the node. Designed to do.
  • the host-side application 120 creates a node list by searching for a node (ECHONET Lite node) existing in the subnet 10. Find out what instances are on each node.
  • the host-side application 120 creates an instance list for each node.
  • the host-side application 120 changes the node list L5, the host-side application 120 notifies the upper layer 130 of the changed content.
  • FIG. 6 is a diagram for explaining the contents notified from the host-side application 120 to the upper layer 130.
  • the host-side application 120 finds a new node, it notifies the upper layer 130 of a notification “node-added”.
  • the host-side application 120 notifies the upper layer 130 of a notification “node-removed” when an existing node is deleted.
  • the host-side application 120 detects a node with a different MAC address at the same IP address as the existing node, (ii) the existing node is in a missing state and the last packet is received from the node. It is determined that the existing node has been deleted when 3 hours or more have elapsed.
  • the host-side application 120 notifies the upper layer 130 of a notification “address-changed” when the IP address of the existing node changes.
  • spontaneous node search by the host-side application 120 Next, spontaneous node search by the host-side application 120 will be described.
  • the host-side application 120 performs a spontaneous node search immediately after startup.
  • the host-side application performs a spontaneous node search every predetermined time (for example, 5 minutes) after startup.
  • the search frame is as described in Chapter 4.3 (Guidelines for node detection / discovery procedure) in Part 5 of the ECHONET Lite standard. Specifically, the details of the search frame are as follows.
  • the host-side application 120 targets only packets received by unicast.
  • the host-side application 120 does not receive a packet or receives a packet from one or more nodes.
  • the host-side application 120 can accept a packet only for 5 seconds after the simultaneous broadcast. Alternatively, the host-side application 120 may be allowed to accept until a search frame is transmitted next time without providing a timeout period.
  • the host side application 120 confirms the received packet. Specifically, whether the values of “SEOJ”, “DEOJ”, and “TID (16 bits)” match “SEOJ”, “DEOJ”, and “TID (16 bits)” in the transmitted packet. Confirm whether or not. The host-side application 120 may ignore the received packet that does not match.
  • FIG. 7 is a flowchart for explaining processing of the host-side application 120 after the host-side application 120 receives a packet from the node.
  • host-side application 120 confirms the MAC address and IP address of the received packet.
  • the confirmed MAC address is “XX...”
  • the confirmed IP address is “YY.
  • XX ... is one fixed address such as 08: 00: 1F: 2D: 92: 6A
  • YY ... is one fixed address such as 192.168.0.1. That is, “...” represents an ellipsis.
  • step S4 the host-side application 120 determines whether or not MAC addresses XX... Exist in the node list L5 (see FIG. 4). When it is determined that the MAC address exists (YES in step S4), the host-side application 120 determines whether or not the IP address of the node having the MAC address XX... Has changed in the node list L5 in step S6. To do.
  • step S8 the host-side application 120 uses the IP address in the node list L5 to set the MAC address of XX. Update the IP address of the existing node with In step S10, the host-side application 120 sends a notification (specifically, address-changed) indicating that the IP address of the existing node having the MAC address of XX... Has changed to the upper layer 130. Note that the host-side application 120 proceeds to step S14 after step S10. If it is determined that the IP address has not changed (NO in step S6), the host-side application 120 ends the series of processing.
  • a notification specifically, address-changed
  • the host-side application 120 If it is determined that there is no MAC address of XX ... (NO in step S4), the host-side application 120 has the MAC address of XX ... in the node list L5 in step S12, and the IP address of YY ... Add node information (including IP address, MAC address, etc.) of the new node. That is, the host-side application 120 newly registers a node and sends a notification “node-added” to the upper layer 130.
  • step S14 the host-side application 120 determines whether or not the IP address YY... Exists in the node list L5. If it is determined that the host-side application 120 exists (YES in step S14), in step S16, the node information of the existing nodes having IP addresses of YY... And having a MAC address other than XX. To do. In step S18, the host-side application 120 notifies the upper layer 130 of a notification (specifically, node-removed) indicating that an existing node having an IP address of YY... And having a MAC address other than XX. send. When it is determined that the YY... IP address does not exist (NO in step S14), the host-side application 120 ends the series of processes.
  • a notification specifically, node-removed
  • the host-side application 120 may receive an instance list notification from a node (another ECHONET Lite node).
  • the instance list notification is notified when the power is turned on.
  • the instance list notification has the same contents as the self-node instance list S.
  • the host-side application 120 When the host-side application 120 receives an instance list notification from a known node, the host-side application 120 performs the same process as the above “spontaneous node search”. On the other hand, when receiving an instance list notification from an unknown node, the host-side application performs a process different from that when receiving an instance list notification from a known node.
  • node search that is, passive node search
  • the host-side application 120 When the host-side application 120 receives an instance list notification from an unknown node, the host-side application 120 does not register the unknown node in the node list L5 at the time of reception. For this reason, the host-side application 120 does not notify “node-added” to the upper layer 130 because it is not known whether the unknown node exists on the same subnet as the HEMS controller 100.
  • the host-side application 120 transmits a predetermined packet (hereinafter also referred to as “packet P”) by unicast to the unknown node.
  • packet P a predetermined packet
  • the host-side application 120 tries to acquire its own node instance list S.
  • a response to the packet P is sent by unicast.
  • the host-side application 120 registers a new node in the node list L5 when the response is sent.
  • the host-side application 120 issues a notification “node-added” to the upper layer 130.
  • FIG. 11 is a flowchart for explaining passive node search processing.
  • the passive node search process differs from the spontaneous node search shown in FIG. 7 in that step S102 and step S104 exist between step S4 and step S12. . Therefore, in the following, processing different from the processing in FIG. 7 will be described, and description of the same processing will not be repeated.
  • step S104 the host-side application 120 determines whether or not there is a response to the packet P. If the host-side application 120 determines that there is a response (YES in step S104), the process proceeds to step S12. If the host-side application 120 determines that there is no response (NO in step S104), the host-side application 120 does not register the unknown node.
  • FIG. 8 is a functional block diagram for explaining the functional configuration of the HEMS controller 100.
  • the HEMS controller 100 includes a communication unit 140, a node control unit 150, and a storage unit 160.
  • Node control unit 150 includes a determination unit 151, an update unit 152, a search unit 153, and a determination unit 154.
  • the host-side application 120 includes a communication unit 140, a node control unit 150, and a storage unit 160.
  • functional blocks that perform communication between the device-side application and the node are not shown for convenience of explanation. The function of each block will be described below.
  • the HEMS controller 100 is included in the subnet 10 configured by the broadband router 2.
  • the communication unit 140 of the HEMS controller 100 communicates with a plurality of nodes 201, 202, 203, 204,... Each having a MAC address and an IP address.
  • the communication unit 140 communicates with the broadband router 2.
  • the node control unit 150 controls a plurality of nodes 201, 202, 203, 204,... Participating in the subnet 10 among the plurality of nodes.
  • the storage unit 160 stores a node list L5 (first data). In the node list L5, the MAC address and IP address of the first node are associated with each other.
  • the IP address of the first node is assigned by the broadband router 2.
  • the determination unit 154 of the node control unit 150 causes the packet S (second data) to pass through the broadband router 2. It is determined whether or not it has been sent.
  • the determination unit 151 of the node control unit 150 includes the IP address included in the packet S in the packet S in the node list L5. It is determined whether or not it matches the IP address associated with the same MAC address as the existing MAC address.
  • the update unit 152 of the node control unit 150 determines that the IP address associated with the same MAC address as the MAC address included in the second data in the node list L5 based on the determination that the IP addresses do not match. The address is updated with the IP address included in the packet S.
  • the uniqueness of the node can be ensured without using special identification information such as an Echonet address. Since the HEMS controller 100 manages a pair of a MAC address and an IP address, the same node can be tracked even when the IP address of the node is changed by the router. In other words, the host-side application 120 notices that the IP address has changed. As a result, accurate node management can be performed.
  • the determination unit 154 When the determination unit 154 receives the packet S, the determination unit 154 transmits the predetermined packet T (third data) to the node that is the transmission source of the second data, so that the second data is It is determined whether or not the data has been transmitted over the broadband router 2.
  • the packet T includes a value indicating the validity period of the packet T. Specifically, in the packet T, TTL is set to “1”. According to said structure, it can prevent that the node which transmitted packet S (in this case instance list notification) exceeding a router is registered into the node list L5.
  • the search unit 153 of the node control unit 150 searches for a node spontaneously at a predetermined time interval.
  • the determination unit 154 receives the packet S without being based on a spontaneous node search
  • the determination unit 154 transmits the packet T to the node that has transmitted the packet S (in this case, the instance list notification).
  • the HEMS controller 100 does not need to transmit the packet T when receiving the packet S based on the spontaneous node search.
  • the updating unit 152 deletes the IP address other than the updated IP address from the node list L5 among the duplicated IP addresses. . According to the above configuration, an unnecessary IP address can be deleted from the node list L5.
  • the determination unit 154 determines whether the same IP address as the IP address included in the packet S exists in the node list L5. .
  • the updating unit 152 deletes the same IP address from the node list L5.
  • the updating unit 152 When deleting the IP address from the node list L5, the updating unit 152 further deletes the MAC address associated with the IP address to be deleted from the node list L5. According to the above configuration, unnecessary MAC addresses can be erased from the node list L5.
  • the update unit 152 also obtains an IP address and a MAC address from the node list L5 even when the existing node is in a missing state and more than three hours have elapsed since the last packet S was received from the node. to erase. Specifically, the update unit 152 deletes the node information D5 (FIG. 5).
  • FIG. 9 is a block diagram of the HEMS controller 100.
  • the HEMS controller 100 includes a CPU 1101, a light emitting element 1103, a high-speed communication interface 1104, a power source 1105, a push button 1108, a slide switch 1109, and a reset switch (not shown).
  • the high-speed communication interface 1104 is an interface for performing communication with the broadband router 2 using Ethernet (registered trademark).
  • the power source 1105 supplies power to the CPU 1101 and the wireless RF communication controller 1106.
  • the CPU 1101 is connected to a light emitting element 1103, a high-speed communication interface 1104, a power source 1105, a push button 1108, and a slide switch 1109.
  • the CPU 1101 controls the overall operation of the HEMS controller 100.
  • the CPU 1101 receives input from the push button 1108 and the slide switch 1109. In addition, the CPU 1101 issues an output instruction to the light emitting element 1103.
  • FIG. 10 is a diagram for explaining a schematic configuration of the communication network 1A.
  • a communication network 1A includes a broadband router 2, a HEMS controller 100, a plurality of nodes 201, 202, 203, 204,..., A wireless local area network (LAN) router 3, a node 31, 32.
  • LAN local area network
  • the wireless LAN router 3 is communicably connected to the broadband router 2.
  • the wireless LAN router 3 is given an IP address by a broadband router.
  • the wireless LAN 3 communicates with the nodes 31 and 32 wirelessly.
  • the communication network 1A includes a subnet 10A and a subnet 30.
  • the subnet 10A includes the HEMS controller 100, a plurality of nodes 201, 202, 203, 204,... And the wireless LAN router 3.
  • the subnet 30 includes a wireless LAN 3 and nodes 31 and 32. In the communication network 1A, each process described in the subnet 10 can be executed in the subnet 10A.
  • the third data includes a value indicating the valid period of the third data.
  • the controller communicates with nodes participating in the subnet based on the Echonet Light standard.
  • the second data received without being based on the spontaneous node search is an instance list notification.
  • the updating means uses the variable identification information other than the updated variable identification information among the duplicated variable identification information as the first data. Delete from the data.
  • the second determination means includes the variable identification information that is the same as the variable identification information included in the second data in the first data. Determine if it exists.
  • the update means deletes the same variable identification information from the first data when the variable identification information identical to the variable identification information included in the second data exists in the first data.
  • the updating means further erases the unique identification information associated with the variable identification information erased from the first data.
  • the unique identification information is a media access control address.
  • the variable identification information is an Internet protocol address.
  • the program controls the controllers included in the subnet configured by the router.
  • the controller can communicate with a plurality of nodes each having unique identification information and variable identification information.
  • the program stores first data in which a step of controlling a node participating in a subnet among a plurality of nodes is associated with unique identification information and variable identification information of a node participating in the subnet. The step is executed by the processor of the controller.
  • the variable identification information of the nodes participating in the subnet is assigned by the router.
  • the program when the second data including the unique identification information and the variable identification information is received, determines whether the second data has been transmitted across the router; When the second data is not transmitted across the router, the variable identification information included in the second data is a unique identification included in the second data in the first data.
  • variable identification information In the first data, based on determining whether or not the variable identification information matches the variable identification information associated with the same unique identification information as the information and the variable identification information does not match Updating variable identification information associated with the same unique identification information as the unique identification information included in the second data with the variable identification information included in the second data, To the processor To be executed in La.

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

　ルータによって構成されたサブネットに含まれるコントローラであって、制御手段と、前記サブネットに参加しているノードの固有の識別情報と可変の識別情報とを関連付けた第１のデータを記憶する記憶手段とを備え、前記制御手段は、前記固有の識別情報と前記可変の識別情報とを含む第２のデータが受信された場合、前記第２のデータが、前記ルータを越えて送信されてきたものか否かを判断し、前記第２のデータが前記ルータを越えて送信されてきたものではない場合に、前記第２のデータに含まれている可変の識別情報が、前記第１のデータにおいて同一の固有の識別情報に関連付けられている可変の識別情報と一致するか否かを判断し、一致しない場合には、前記第１のデータにおいて前記第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報を、前記第２のデータに含まれている可変の識別情報で更新する。

Description

コントローラ、サブネット、および情報処理方法
　本発明は、コントローラ、サブネット、および情報処理方法に関する。
　従来、家庭内の機器を制御するためのＥＣＨＯＮＥＴ（登録商標）などの通信プロトコルが知られている。ＥＣＨＯＮＥＴでは、ＮｏｄｅＩＤとして付与されるアドレス（以下、「エコーネットアドレス」と称する）を用いて、通信機器が識別される。エコーネットアドレスは、ルータによって付与される。エコーネットアドレスは１バイトであるため、１つのサブネットにおいては２５６台までの通信機器しか登録できない。２５６台以上の通信機器をネットワークに接続するためには、当該ネットワークを複数のサブネットに分割する必要がある。
　特許文献１には、サーバに接続されるとともに、ＥＣＨＯＮＥＴに従った通信を行なう通信端末が開示されている。特許文献１は、１つのサブネットに、多数のノードを接続することを課題としている。この課題を達成するため、上記通信端末の処理部は、パケットを受信すると、受信したパケットの送信元エコーネットアドレスが、通信端末に付与された自己のエコーネットアドレスと同一の場合、受信したパケットのＩＰアドレスおよびハードウエアアドレスを対応付けて、重複アドレステーブル記憶部に記憶する。処理部は、通信端末がサーバと通信する際、重複アドレステーブル記憶部にデータが格納されていない場合、自己のエコーネットアドレスを用いてサーバと通信する。処理部は、重複アドレステーブル記憶部にデータが格納されている場合、重複アドレステーブル記憶部に記憶されたＩＰアドレスを用いてパケットを送信し、応答がなかった場合、自己のエコーネットアドレスを用いてサーバと通信し、応答があった場合、新たに自己のエコーネットアドレスを取得して、新たに取得したエコーネットアドレスを用いてサーバと通信する。
　また、従来、非特許文献１に示すように、ＥＣＨＯＮＥＴの通信ミドルウェア部分を作り直したＥＣＨＯＮＥＴ Ｌｉｔｅ（登録商標）が知られている。ＥＣＨＯＮＥＴ Ｌｉｔｅでは、ＥＣＨＯＮＥＴにおいて規格対象になっていた物理層およびＭＡＣ層等を規格の対象外としている。
　また、非特許文献２の「２．２ ＥＣＨＯＮＥＴ Ｌｉｔｅ ネットワーク構成」には、ＥＣＨＯＮＥＴ Ｌｉｔｅのネットワーク構成モデルが図示（図２－３）されているとともに、「サブネット内では、伝送メディアにおけるレイヤ２の通信を実現するアドレス（以下、本規格においては「ＭＡＣアドレス」と呼ぶ）、もしくはＩＰアドレスを、サブネット内でユニークに識別されるＥＣＨＯＮＥＴ Ｌｉｔｅ機器の識別子として用います。」との記載がなされている。
特開２０１２－６５１５１号公報
ＥＣＨＯＮＥＴ Ｌｉｔｅ ＳＰＥＣＩＦＩＣＡＴＩＯＮ　第２部　ＥＣＨＯＮＥＴ Ｌｉｔｅ　通信ミドルウェア仕様，Ｄａｔｅ：Ｍａｙ ３１,２０１３， Ｖｅｒｓｉｏｎ　１．１０，ＥＣＨＯＮＥＴ　ＣＯＮＳＯＲＴＩＵＭ ＥＣＨＯＮＥＴ Ｌｉｔｅ ＳＰＥＣＩＦＩＣＡＴＩＯＮ　第１部　ＥＣＨＯＮＥＴ Ｌｉｔｅの概要，Ｄａｔｅ：Ｍａｙ ３１,２０１３， Ｖｅｒｓｉｏｎ　１．１０，ＥＣＨＯＮＥＴ　ＣＯＮＳＯＲＴＩＵＭ
　ＥＣＨＯＮＥＴに準拠した特許文献１の通信システムは、エコーネットアドレスと重複アドレステーブル（ＩＰアドレスおよびハードウエアアドレス）とによって、ノードの一意性を担保している。
　しかしながら、ＥＣＨＯＮＥＴ Ｌｉｔｅは、エコーネットアドレスに関する仕様を有していない。したがって、ＥＣＨＯＮＥＴ Ｌｉｔｅに準拠したネットワークは、ノードの一意性を担保するために、特許文献１に示された手法を用いることはできない。
　また、ルータは、一般的にＤＨＣＰ（Dynamic Host Configuration Protocol）機能によりＩＰアドレスを自動的に割り当てる。したがって、ノードのＩＰアドレスは変更されうる可能性がある。ルータの設定により固定ＩＰアドレスにすることもできるけれども、そのように設定されている保証はない。ＩＰアドレスは変更されうる可能性があるため、この点からも、少なくともＩＰアドレスだけを用いてノードの一意性を担保することはできない。
　さらに、ＥＣＨＯＮＥＴ Ｌｉｔｅ規格には、ノードを一意に決定する必須プロパティがあるとは言えない。例えば、Version 1.10 以降のときは識別番号(EPC=0x83)が使えるけども、Version 1.01 以前のときは「１バイト目0x00のとき未設定可能」というのが許されており、実質使えない。異なるバージョンが混在したときに汎用的に使えない。この点からも、ＥＣＨＯＮＥＴ Ｌｉｔｅに準拠した必須プロパティの範囲内では、ノードの一意性を担保することはできない。
　また、ＭＡＣアドレスをＥＣＨＯＮＥＴ Ｌｉｔｅ機器の識別子として使用した場合であっても、以下の問題が生じる。すなわちコントローラは、サブネットを構成するルータを越えて、ＥＣＨＯＮＥＴ Ｌｉｔｅに準拠したノードからパケットを受信することがありえる。このような場合には、ルータは、パケット内の送信元ＭＡＣアドレスを当該ルータのＭＡＣアドレスに書き換えてしまう。サブネットを越えて存在するノード（つまり、ルータを越えて通信可能なノード）のＭＡＣアドレスを調べる一般的な方法はないため、ルータを越えて受信したパケットの送信元ＭＡＣアドレスは分からない。このため、コントローラは、サブネットを越えて存在するノードを、正しくないＭＡＣアドレスでもってサブネット内のＥＣＨＯＮＥＴ Ｌｉｔｅノードとして登録してしまう虞がある。
　その結果、サブネットにおいては、ノードの一意性が担保できなくなる。ノードの一意性を担保できるというのは、ＩＰアドレスの変化等に影響されずに、コントローラがノードを一意に識別することである。
　本発明は、上記の問題点に鑑みなされたものであって、その目的は、エコーネットアドレス等の特殊な識別情報を用いることなく、ノードの一意性を担保することが可能なコントローラ、サブネット、および当該コントローラにおける情報処理方法を提供することにある。
　本発明のある局面に従うと、コントローラは、ルータによって構成されたサブネットに含まれる。コントローラは、各々が固有の識別情報と可変の識別情報とを有する複数のノードと通信するための通信手段と、複数のノードのうち、サブネットに参加しているノードを制御するための制御手段と、サブネットに参加しているノードの固有の識別情報と可変の識別情報とを関連付けた第１のデータを記憶する記憶手段とを備える。サブネットに参加しているノードの可変の識別情報は、ルータによって割り当てられる。制御手段は、固有の識別情報と可変の識別情報とを含む第２のデータが受信された場合、第２のデータが、ルータを越えて送信されてきたものか否かを判断する第１の判断手段と、第２のデータがルータを越えて送信されてきたものではない場合に、第２のデータに含まれている可変の識別情報が、第１のデータにおいて第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報と一致するか否かを判断する第２の判断手段と、可変の識別情報が一致しないと判断されたことに基づき、第１のデータにおいて第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報を、第２のデータに含まれている可変の識別情報で更新する更新手段とを含む。
　好ましくは、第１の判断手段は、第２のデータを受信した場合、予め定められた第３のデータを第２のデータの送信元のノードに送信することによって、第２のデータがルータを越えて送信されてきたものか否かを判断する。
　好ましくは、制御手段は、予め定められた時間間隔で自発的にノードを探索する探索手段をさらに備える。第１の判断手段は、自発的なノードの探索に基づくことなく第２のデータを受信した場合、第３のデータを第２のデータの送信元のノードに送信する。
　本発明の他の局面に従うと、ルータによって構成されたサブネットは、コントローラとルータとを備える。コントローラは、各々が固有の識別情報と可変の識別情報とを有する複数のノードと通信するための通信手段と、複数のノードのうち、サブネットに参加しているノードを制御するための制御手段と、サブネットに参加しているノードの固有の識別情報と可変の識別情報とを関連付けた第１のデータを記憶する記憶手段とを備える。サブネットに参加しているノードの可変の識別情報は、ルータによって割り当てられる。制御手段は、固有の識別情報と可変の識別情報とを含む第２のデータが受信された場合、第２のデータが、ルータを越えて送信されてきたものか否かを判断する第１の判断手段と、第２のデータがルータを越えて送信されてきたものではない場合に、第２のデータに含まれている可変の識別情報が、第１のデータにおいて第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報と一致するか否かを判断する第２の判断手段と、可変の識別情報が一致しないと判断されたことに基づき、第１のデータにおいて第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報を、第２のデータに含まれている可変の識別情報で更新する更新手段とを有する。
　本発明のさらに他の局面に従うと、情報処理方法は、ルータによって構成されたサブネットに含まれるコントローラにおいて実行される。コントローラは、各々が固有の識別情報と可変の識別情報とを有する複数のノードと通信する。情報処理方法は、複数のノードのうち、サブネットに参加しているノードを制御するステップと、サブネットに参加しているノードの固有の識別情報と可変の識別情報とを関連付けた第１のデータを記憶するステップとを備える。サブネットに参加しているノードの可変の識別情報は、ルータによって割り当てられる。情報処理方法は、固有の識別情報と可変の識別情報とを含む第２のデータが受信された場合、第２のデータが、ルータを越えて送信されてきたものか否かを判断するステップと、第２のデータがルータを越えて送信されてきたものではない場合に、第２のデータに含まれている可変の識別情報が、第１のデータにおいて第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報と一致するか否かを判断するステップと、可変の識別情報が一致しないと判断されたことに基づき、第１のデータにおいて第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報を、第２のデータに含まれている可変の識別情報で更新するステップとをさらに備える。
　本発明によれば、サブネットにおいてノードの一意性を担保することが可能となる。
通信ネットワーク１の概略構成を説明するための図である。 ＨＥＭＳコントローラ１００の外観を表した図である。 ＨＥＭＳコントローラ１００の全体構成を説明するための図である。 ノードリストＬ５の概要を説明するための図である。 ホスト側アプリケーション１２０に記憶されているノードリストＬ５の詳細を説明するための図である。 ホスト側アプリケーション１２０が上位層１３０に通知する内容を説明するための図である。 ホスト側アプリケーション１２０がノードからパケットを受信した後におけるホスト側アプリケーション１２０の処理を説明するためのフローチャートである。 ＨＥＭＳコントローラ１００の機能的構成を説明するための機能ブロック図である。 ＨＥＭＳコントローラ１００のブロック図である。 通信ネットワーク１Ａの概略構成を説明するための図である。 受動的なノード探索の処理を説明するためのフローチャートである。
　以下、図面を参照しつつ、本発明の実施の形態に係るネットワークについて説明する。また、以下の説明では、同一の部材には同一の参照符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
　＜Ａ．通信ネットワーク１の概略構成＞
　図１は、通信ネットワーク１の概略構成を説明するための図である。図１を参照して、通信ネットワーク１は、ブロードバンドルータ２と、サブネット１０とを備えている。ブロードバンドルータ２は、外部のネットワーク９００と接続している。
　サブネット１０は、ＨＥＭＳ（Home Energy Management System）コントローラ１００と、複数のノード２０１，２０２，２０３，２０４，…とを備える。「ノード」とは、ＩＰアドレスを持つ通信機器（ＩＰ対応機器）である。一般的には、ノードは、パソコン、プリンタ、ＮＡＳ（ネットワークストレージ）、タブレット端末、ＡＶ（Audio Visual）機器、白物家電などが挙げられる。複数のノード２０１，２０２，２０３，２０４，…のうちいくつかが、「ＥＣＨＯＮＥＴ Ｌｉｔｅノード」である。本実施の形態では、ノード２０１，２０２，２０３，２０４がＥＣＨＯＮＥＴ Ｌｉｔｅノードであるとする。
　ＨＥＭＳコントローラ１００は、ブロードバンドルータ２に通信可能に有線で接続されている。複数のノード２０１，２０２，２０３，２０４，…も、ブロードバンドルータ２に通信可能に有線あるいは無線で接続されている。
　ＨＥＭＳコントローラ１００は、通信ネットワーク１において中継器として機能する。具体的には、ＨＥＭＳコントローラ１００は、複数のノード２０１，２０２，２０３，２０４，…と通信することにより、複数のノード２０１，２０２，２０３，２０４，…を制御する。
　本実施の形態では、新規ノード２０９がサブネット１０に参加したり、サブネット１０に参加しているノード（以下、「既存ノード」とも称する）がサブネット１０から離脱することがある。なお、新規ノード２０９がネットワークに参加した場合には、新規ノード２０９は既存ノードとして扱われる。
　ところで、図１における括弧内の数字（たとえば、192.168.0.1）は、ＩＰアドレスを表している。ブロードバンドルータ２は、ＤＨＣＰ機能によって、ＨＥＭＳコントローラ１００と、複数のノード２０１，２０２，２０３，２０４，…とに対して、ＩＰアドレスを自動的に付与する。
　付与されたＩＰアドレスから分かるように、ＩＰアドレスのうちのネットワークアドレスとして使用される部分（たとえば、“192.168.0.1”における“192.168.0”の部分）が共通する機器が物理的なネットワーク（つまり、サブネット１０）を構成する。“192.168.0”のネットワークアドレスを有する、ブロードバンドルータ２と、ＨＥＭＳコントローラ１００と、ノード２０１，２０２，２０３，２０４，…とが、１つの物理的なネットワークを構成する。
　図２は、ＨＥＭＳコントローラ１００の外観を表した図である。図２を参照して、ＨＥＭＳコントローラ１００は、発光素子１１０３と、アンテナ１１０７とを備える。発光素子１１０３は、ＨＥＭＳコントローラ１００の動作状態等を表示するための３つのＬＥＤ（Light Emitting Diode）１１０３ａ，１１０３ｂ，１１０３ｃにより構成される。
　ＬＥＤ１１０３ａは、ＨＥＭＳコントローラ１００の電源がオン・オフの状態を示すための発光素子（電源ＬＥＤ）である。ＬＥＤ１１０３ｂは、ノード２０１，２０２，２０３，２０４，…との通信状態を表示するための発光素子である。ＬＥＤ１１０３ｃは、ブロードバンドルータ２との通信状態を表示するための発光素子である。
　以下では、主として、サブネット１０に着目して説明を行なう。
　＜Ｂ．ＨＥＭＳコントローラ１００の全体構成＞
　図３は、ＨＥＭＳコントローラ１００の全体構成を説明するための図である。図３を参照して、ＨＥＭＳコントローラ１００は、デバイス側アプリケーション１１０と、ホスト側アプリケーション１２０と、上位層１３０とを備える。デバイス側アプリケーション１１０はＵＤＰ（User Datagram Protocol）ソケット１１１を備える。ＵＤＰソケット１１１は、送信用と受信用に共通で、ポート３６１０でバインドさせる。また、ホスト側アプリケーション１２０は、送信用のＵＤＰソケット１２１と、受信用のＲＡＷソケット１２２とを備える。また、ホスト側アプリケーション１２０は、ノードリストＬ５を記憶している。
　デバイス側アプリケーション１１０は、ＨＥＭＳコントローラ１００自身が、ＥＣＨＯＮＥＴ Ｌｉｔｅにおけるコントローラ（EOJ=05.FF.01）として振る舞うためのアプリケーションである。デバイス側アプリケーション１１０は、ノード２０１，２０２，２０３，２０４，…からの要求を受信して、当該要求に対して応答または通知を送信する。
　なお、“ＥＯＪ”は、ＥＣＨＯＮＥＴオブジェクトを表している（上述した非特許文献１の３．２．４参照）。具体的には、ＥＯＪは、ＥＣＨＯＮＥＴ Ｌｉｔｅの通信を行なう通信ＩＦ（図９における高速通信インターフェイス１１０４）が保持する情報のうち、ネットワークに対して公開する情報やアクセス手順をモデル化したものである。ＥＯＪには、各々のノードが持つ情報およびインスタンスがプロパティとして規定されている。また、ＥＯＪには、ノードおよびインスタンスに対する操作方法（設定、参照）がサービスとして規定されている。ＥＯＪは、詳細については後述するが、機器オブジェクト、プロファイルオブジェクトの２つに大きく分類される（図５（Ｂ））。
　ホスト側アプリケーション１２０は、ＥＣＨＯＮＥＴ Ｌｉｔｅのノードを探索し、ノードリストＬ５を最新の状態に維持する。ホスト側アプリケーション１２０は、各ノード上の１つ以上のインスタンスを管理する。ホスト側アプリケーション１２０は、適当なタイミングで、各インスタンスの重要プロパティの状態を取得して保存する。そのために、ホスト側アプリケーション１２０は、自身が主体となって、ノードへ要求を送信する。また、ホスト側アプリケーション１２０は、通知または当該要求に対する応答を当該ノードから受信する。
　ホスト側アプリケーション１２０は、さらに、上位層１３０（家電制御アプリケーション等）にＡＰＩ（Application Programming Interface）を提供する。ホスト側アプリケーション１２０は、上位層１３０からの指示を受けて、最新のノードリストＬ５やインスタンスリスト（図示せず）を上位層１３０に返す。また、ホスト側アプリケーション１２０は、上位層１３０からの指示を受けて、ノードへ要求を送信する。また、ホスト側アプリケーション１２０は、通知または当該要求に対する応答を当該ノードから受信し、上位層１３０へ返す。
　なお、上位層１３０としては、家電制御アプリケーション、家電制御ＣＧＩ（Common Gateway Interface）、家電管理情報取得ＣＧＩ（図示せず）がある。これらは互いに独立である。各々が独立して、ホスト側アプリと通信する。
　デバイス側アプリケーション１１０およびホスト側アプリケーション１２０の各々は、パケットを送信するときは送信先ＵＤＰポート番号を３６１０にする。送信元ＵＤＰポート番号は任意で良い。デバイス側アプリケーション１１０およびホスト側アプリケーション１２０の各々は、パケットを受信するときは、送信先ＵＤＰポート番号３６１０を処理する。
　ホスト側アプリケーション１２０は、送信用にＵＤＰソケット１２１を開く。なお、上述したように、ホスト側アプリケーション１２０は、ＵＤＰソケット１２１の送信元ポート番号を任意に設定する。
　ホスト側アプリケーション１２０は、受信用にＲＡＷソケット１２２を開く。ＲＡＷソケット１２２を開くのは、パケットを受信すると同時に送信元ＭＡＣアドレスも得るためである。ＲＡＷソケット１２２は、ネットワークインターフェイス“eth0”で受信できるデータをすべて受信する。ホスト側アプリケーション１２０は、受信した全てのデータの中から、ＵＤＰ／ＩＰかつ宛先ＵＤＰポート番号が“３６１０”であるデータを利用する。
　なお、別途、ＡＲＰを送信してＭＡＣアドレスを得るという手法もあるが、当該方法は、余分なトラフィックが発生するため、上記のように、ＲＡＷソケットを利用することが好ましい。
　＜Ｃ．ＨＥＭＳコントローラ１００の処理の概要＞
　ＨＥＭＳコントローラ１００は、複数のノード２０１，２０２，２０３，２０４，…の各々に固有のＭＡＣアドレスと、ブロードバンドルータ２によって複数のノード２０１，２０２，２０３，２０４，…の各々に対して割り当てられるＩＰアドレスとを関連付けたノードリストＬ５を有している。ＨＥＭＳコントローラ１００は、ノードリストＬ５を用いて、ノードの一意性を担保する。つまり、ＨＥＭＳコントローラ１００は、ＭＡＣアドレスとＩＰアドレスとを、サブネット１０内でユニークに識別されるＥＣＨＯＮＥＴ Ｌｉｔｅ機器の識別子として用いる。
　なお、ＨＥＭＳコントローラ１００は、ノード上にあるインスタンスはＥＯＪコード（３バイト）で識別できるため、これらを組み合わせて、ＭＡＣアドレス（６バイト）とＥＯＪコード（３バイト）とで、インスタンスをユニークに識別できる。
　図４は、ノードリストＬ５の概要を説明するための図である。図４を参照して、ノードリストＬ５においては、ＭＡＣアドレスとＩＰアドレスとがノード毎に関連付けて記憶されている。ノードリストＬ５は、識別番号（Ｎｏ．１，２，３…）で特定される複数のノード情報Ｄ５で構成される。
　ノードリストＬ５と図１に示した状態と対比すれば、ノード２０１のＭＡＣアドレスは、１番目の“08:00:1F:52:2E:57”である。また、ノード２０２およびノード２０３の各々のＭＡＣアドレスは、“08:00:1F:48:53:4C”、“08:00:1F:2D:92:6A”である。上述したように、ＭＡＣアドレスは固有（不変）であるのに対し、ノードに割り当てられたＩＰアドレスは、ブロードバンドルータ２のＤＨＣＰ機能により変化する。
　以下では、サブネット１０にノードが参加したり、あるいはサブネット１０からノードが離脱した場合における、ＨＥＭＳコントローラ１００における代表的な処理を説明する。
　（ｃ１．ルータを越えていないパケットを受信した場合の処理）
　以下では、説明の便宜上、ＨＥＭＳコントローラ１００が受信したパケットがブロードバンドルータ２を越えていないもの（つまり、サブネット１０内のノードから送られてきたもの）である場合について、３つの処理を説明する。
　（１）ノードリストＬ５におけるＩＰアドレスの更新
　ブロードバンドルータ２のＤＨＣＰ機能によって、既存ノードのＩＰアドレスが変化した場合には、ホスト側アプリケーション１２０は、ノードリストＬ５において当該既存ノードのＭＡＣアドレスに関連付けられているＩＰアドレスを、変化後のＩＰアドレスで更新する。つまり、ホスト側アプリケーション１２０は、変化後のＩＰアドレスに書き換える。詳しく説明すると以下のとおりである。
　ホスト側アプリケーション１２０は、ノードを自発的に探索する処理に基づいてノードからパケットを受信した場合、当該パケットにはＭＡＣアドレスが含まれているため、ノードリストＬ５を参照することにより、ノードが既存ノードであるか否かを判断できる。ホスト側アプリケーション１２０は、既存ノードからのパケットであると判断した場合、当該パケットに含まれているＩＰアドレスが、ノードリストＬ５において当該パケットに含まれているＭＡＣアドレスに関連付けられているＩＰアドレスと一致しているか否かを判断する。ホスト側アプリケーション１２０は、ＩＰアドレスが一致しないと判断した場合、ノードリストＬ５において上記パケットに含まれているＭＡＣアドレスに関連付けられているＩＰアドレスを、当該パケットに含まれていたＩＰアドレスで更新する。
　具体例を挙げて説明すれば、以下のとおりである。ホスト側アプリケーション１２０は、“08:00:1F:48:53:4C”のＭＡＣアドレスと“192.168.0.7”のＩＰアドレスとを含むパケットを、自発的なノード探索処理によってノード２０２（図１参照）から受信した場合、ＩＰアドレスが一致していないと判断する。具体的には、ホスト側アプリケーション１２０は、ＩＰアドレスが“192.168.0.4”から“192.168.0.7”に変化したことを検知できる。この場合、ホスト側アプリケーション１２０は、ノードリストＬ５において、ＭＡＣアドレス“08:00:1F:48:53:4C”に関連付けられたＩＰアドレスを“192.168.0.4”を“192.168.0.7”で更新（上書き）する。
　（２）ノード情報Ｄ５の消去
　上記のように既存ノードのＩＰアドレスが変化した場合において、ＩＰアドレスの更新によって、ノードリストＬ５においてＩＰアドレスが重複することが起こり得る。この場合、ホスト側アプリケーションは、当該重複しているＩＰアドレスのうち当該更新されたＩＰアドレス以外のＩＰアドレスを含むノード情報Ｄ５を、ノードリストＬ５から消去する。
　具体例を挙げて説明すれば、以下のとおりである。ホスト側アプリケーション１２０は、“08:00:1F:48:53:4C”のＭＡＣアドレスと“192.168.0.5”のＩＰアドレスとを含むパケットを、自発的なノード探索処理によってノード２０２から受信した場合、ＩＰアドレスが一致していないと判断する。なお、一致していないと判断した場合には、ホスト側アプリケーション１２０は、ノードリストＬ５において、ＭＡＣアドレス“08:00:1F:48:53:4C”に関連付けられたＩＰアドレス“192.168.0.4を“192.168.0.5”で更新（上書き）する。
　この場合には、ＩＰアドレス“192.168.0.5”は、更新後のノードリストＬ５（図示せず）において、ノード２０２のＭＡＣアドレス“08:00:1F:48:53:4C”だけではなく、ノード２０３のＭＡＣアドレス“08:00:1F:2D:92:6A”に対しても関連付けられることになる。すなわち、ノードリストＬ５において、ＩＰアドレスの重複が発生する。
　そこで、ホスト側アプリケーション１２０は、ノード２０３がサブネット１０から離脱したものと判断できる。それゆえ、ホスト側アプリケーション１２０は、ノード２０３のＭＡＣアドレス“08:00:1F:2D:92:6A”を含むノード情報Ｄ５を、ノードリストＬ５から消去する。
　（３）ノードリストＬ５への新規登録等
　ホスト側アプリケーション１２０は、サブネット１０に新たにノード（以下、「新規ノード」とも称する）が参加した場合、ノードリストＬ５において当該ノードのノード情報Ｄ５を作成する。詳しく説明すると以下のとおりである。
　ホスト側アプリケーション１２０は、ノードを自発的に探索する処理に基づいてノードからパケットを受信した場合、当該パケットにはＭＡＣアドレスが含まれているため、ノードリストＬ５を参照することにより、ノードが新規ノードであるか否かを判断できる。ホスト側アプリケーション１２０は、新規ノードからのパケットであると判断した場合、新規ノードから受信したＩＰアドレスと同一のＩＰアドレスがノードリストＬ５に存在するか否かを判断する。
　ホスト側アプリケーション１２０は、新規ノードから受信したＩＰアドレスと同一のＩＰアドレスがノードリストＬ５に存在しないと判断した場合には、ノードリストＬ５に新規ノードに関するノード情報Ｄ５を追加する。一方、ホスト側アプリケーション１２０は、新規ノードから受信したＩＰアドレスと同一のＩＰアドレスがノードリストＬ５に存在すると判断した場合には、ノードリストＬ５に新規ノードに関するノード情報Ｄ５を追加するとともに、ノードリストＬ５から当該同一のＩＰアドレスを含むノード情報Ｄ５を消去する。
　以下、上記のように同一のＩＰアドレスがノードリストＬ５に存在すると判断した場合における処理の具体例を説明する。ホスト側アプリケーション１２０は、“08:00:1F:12:34:56”のＭＡＣアドレスと“192.168.0.5”のＩＰアドレスとを含むパケットを、自発的なノード探索処理によってノード（たとえばノード２０９（図１参照））から受信した場合、ノードリストＬ５に同じＭＡＣアドレスが存在しないため、探索されたノードが新規ノードであると判断する。
　ＩＰアドレス“192.168.0.5”は、更新後のノードリストＬ５において、ノード２０３のＭＡＣアドレス“08:00:1F:2D:92:6A”に対して関連付けられている。すなわち、ノードリストＬ５において、ＩＰアドレスの重複が発生する。
　この場合には、ホスト側アプリケーション１２０は、ノード２０３がサブネット１０から離脱したものと判断できる。それゆえ、ホスト側アプリケーション１２０は、ノード２０３のＭＡＣアドレス“08:00:1F:2D:92:6A”を含むノード情報Ｄ５を、ノードリストＬ５から消去する。
　（ｃ２．ルータを越えてパケットを受信した場合の処理）
　上記においては、ＨＥＭＳコントローラ１００が受信したパケットがブロードバンドルータ２を越えていないものである場合について説明した。一例として、ホスト側アプリケーション１２０が、ブロードバンドルータ２を超えない範囲で、自発的なノードの探索を行なう場合を説明した。
　しかしながら、ホスト側アプリケーションは、ブロードバンドルータ２を越えて、ＥＣＨＯＮＥＴ Ｌｉｔｅに準拠したノードからパケットを受信することもある。たとえば、自発的なノード探索を行なっていない場合に、このようなパケットを受信することがある。このような場合には、ブロードバンドルータ２は、パケット内のＭＡＣアドレスを当該ルータのＭＡＣアドレスに書き換えてしまう。
　それゆえ、図４に示したノードリストＬ５を用いたノードの管理は、ブロードバンドルータ２を超えない範囲（サブネット１０の範囲）において有効な手法となる。このため、ホスト側アプリケーション１２０は、ノード管理を適切に行うためには、パケットを受信した場合、ブロードバンドルータ２を介したパケットか否かを判断する。ホスト側アプリケーション１２０は、ブロードバンドルータ２を介したパケットであると判断した場合には、ノードリストＬ５の更新は行なわない。なお、ホスト側アプリケーション１２０は、ブロードバンドルータ２を介したパケットか否かの判断するために、パケットの有効期間を表すＴＴＬ（Time to Live）を用いる。当該判断手法の詳細について後述する。
　＜Ｄ．ホスト側アプリケーションの処理の詳細＞
　次に、ＨＥＭＳコントローラ１００のホスト側アプリケーション１２０における処理について説明する。
　（ｄ１．ノード管理）
　ホスト側アプリケーション１２０は、ＨＥＭＳコントローラ１００と同一のサブネットにあるノード（ＥＣＨＯＮＥＴ Ｌｉｔｅノード）を探索することにより、ノードリストＬ５を作成する。また、ホスト側アプリケーション１２０は、ノードを定期的に探索することにより、またノードからの通知により、ノードリストＬ５を最新状態に保つ。また、ホスト側アプリケーション１２０は、各ノード上にどのようなインスタンスがあるかを調べ、ノードごとにインスタンスリストを作成する。ホスト側アプリケーション１２０は、インスタンスリストを最新状態に保つ。
　ホスト側アプリケーション１２０は、ノードリストＬ５、インスタンスの状態、監視プロパティに変化があれば上位層１３０（家電制御アプリなど）に通知を出す。上位層１３０からの指示により、ホスト側アプリケーション１２０が保持しているノードリストＬ５、およびインスタンスの状態を返す。ホスト側アプリケーション１２０は、上位層１３０からの指示により、指定されたノード（正確には、ノードのインスタンス）に対してＥＣＨＯＮＥＴ Ｌｉｔｅ電文を送信する。
　図５は、ホスト側アプリケーション１２０に記憶されているノードリストＬ５の詳細を説明するための図である。図５（Ａ）は、ノードリストの概略構成を表した図である。図５（Ｂ）は、ノードリストに含まれるノード情報を説明するための図である。
　図５（Ａ）を参照して、ノードリストＬ５は、複数のノード情報を含んで構成される。図５（Ｂ）を参照して、複数のノード情報の各々は、ＭＡＣアドレスと、ＩＰアドレスと、生存情報と、予約と、最後にパケットを受信した時刻と、１つのノードオブジェクトと、１つ以上の機器オブジェクトとを含んで構成される。
　「機器オブジェクト」とは、センサ、エアコン、冷蔵庫など、設備機器または白物家電機器が保持する情報、および／またはリモート操作可能な制御項目を論理的にモデル化したものであえる。機器オブジェクトにおいては、遠隔制御のためのインターフェイス形式は統一されている。機器オブジェクトにおいては、各々のノードが持つ情報やインスタンスがプロパティとして規定されている。また、機器オブジェクトにおいては、ノードおよびインスタンスに対する操作方法（設定、参照）がサービスとして規定されている。
　「ノードプロファイルオブジェクト」とは、ノード（ＥＣＨＯＮＥＴ Ｌｉｔｅノード）の動作状態、製造メーカ情報、機器オブジェクトリストなどといった、ＥＣＨＯＮＥＴＬｉｔｅノードとしてのプロファイルの情報、制御項目、および設定項目をモデル化したものである。
　ＨＥＭＳコントローラ１００は、通信ネットワーク１においては、ＥＣＨＯＮＥＴ Ｌｉｔｅのノードとしても機能している。ホスト側アプリケーション１２０は、自身のＥＣＨＯＮＥＴ Ｌｉｔｅノードについては、ノード管理は行なわない。つまり、ホスト側アプリケーション１２０は、ＨＥＭＳコントローラ１００以外のノードであって、サブネット１０を構成するノード（ノード２０１，２０２，２０３，２０４，…等）を管理する。この理由は、ＲＡＷソケット１２２でオープンすると、ホスト側アプリケーション１２０から送信されたノードを受信できないためである。
　ホスト側アプリケーション１２０は、ＥＣＨＯＮＥＴ Ｌｉｔｅノードのうち、同一のサブネット（つまり、サブネット１０）上にあるノードのみを管理対象とする。ホスト側アプリケーション１２０は、ルータ（本実施の形態では、ブロードバンドルータ２）を越えた位置にあるノードについては、たとえ当該ノードとの間でパケットの送受信できたとしても、当該ノードを意図的に排除するよう設計されている。具体的には、ホスト側アプリケーション１２０は、ＴＴＬ＝１でパケットを当該ノードに対して送信し、当該送信に対する応答があれば、当該ノードが、ホスト側アプリケーション１２０が管理しているノードと同一サブネットに存在するものとみなせる。ＴＴＬ＝１で送信したパケットは、ルータを越えて転送されないからである。
　ホスト側アプリケーション１２０は、上述したように、サブネット１０に存在するノード（ＥＣＨＯＮＥＴ Ｌｉｔｅノード）を探索することにより、ノードリストを作成する。各ノード上にどのようなインスタンスがあるかを調べる。なお、ホスト側アプリケーション１２０は、ノードごとにインスタンスリストを作成する。ホスト側アプリケーション１２０は、ノードリストＬ５を変更した場合、変更内容を上位層１３０に通知する。
　図６は、ホスト側アプリケーション１２０が上位層１３０に通知する内容を説明するための図である。図６を参照して、ホスト側アプリケーション１２０は、新規ノードを見つけた場合には、通知“node-added”を上位層１３０に通知する。ホスト側アプリケーション１２０は、既存ノードが削除された場合には、通知“node-removed”を上位層１３０に通知する。ホスト側アプリケーション１２０は、（i）既存ノードと同じＩＰアドレスに別のＭＡＣアドレスのノードを検出した場合、（ii）既存ノードが行方不明の状態であり、当該ノードから最後にパケットを受信してから３時間以上経過した場合に、既存ノードが削除されたと判断する。
　ホスト側アプリケーション１２０は、既存ノードのＩＰアドレスが変化した場合、通知“address-changed”を上位層１３０に通知する。
　（ｄ２．自発的なノード探索）
　次に、ホスト側アプリケーション１２０による自発的なノード探索について説明する。ホスト側アプリケーション１２０は、起動直後に自発的なノード探索を行なう。また、ホスト側アプリケーションは、起動後、一定時間（たとえば、５分）ごとに自発的なノード探索を行なう。
　具体的には、ホスト側アプリケーション１２０は、一斉同報(マルチキャスト)で、探索用フレームを送信する。その際、ホスト側アプリケーション１２０は、ルータを越えてパケットが届かないようにするために、探索用フレームにおけるＴＴＬを“１”に設定する。なお、マルチキャストの場合は、特に設定しなければＴＴＬ＝１となる。
　探索用フレームは、ＥＣＨＯＮＥＴ Ｌｉｔｅ規格の第５部の第４．３章（ノード検出・発見手順の指針）のとおりである。具体的には、探索用フレームの詳細は以下のとおりである。
　・宛先アドレス：一斉同報（宛先アドレス=224.0.23.0）
　・TID（16ビット）：毎回ランダムに値を変えて送信するようにする。TID=0は使わないのが望ましい。
　・SEOJ=05.FF.01（コントローラ）
　・DEOJ=0E.F0.01（ノードプロファイル）
　・ESV=0x62（GET）
　・OPC=1
　・EPC=0xD6（自ノードインスタンスリストＳ）
　上記探索用フレームに対する応答は、ユニキャストで返るはずである。したがって、ホスト側アプリケーション１２０は、ユニキャストで受信したパケットのみを対象とする。ホスト側アプリケーション１２０は、パケットを受信しないか、あるいは１以上のノードからパケットを受信する。ホスト側アプリケーション１２０は、一斉同報してから５秒間だけパケットを受け付け可能とする。または、ホスト側アプリケーション１２０は、タイムアウト期間を設けず、次回に探索用フレームを送信するまで、受け付け可能なようにしてもよい。
　ホスト側アプリケーション１２０は、受信したパケットを確認する。具体的には、「SEOJ」、「DEOJ」、および「TID（16ビット）」の各々の値が、送信パケットにおける「SEOJ」、「DEOJ」、および「TID（16ビット）」に一致するか否かを確認する。ホスト側アプリケーション１２０は、一致しない受信パケットを無視すればよい。
　図７は、ホスト側アプリケーション１２０がノードからパケットを受信した後におけるホスト側アプリケーション１２０の処理を説明するためのフローチャートである。図７を参照して、ステップＳ２において、ホスト側アプリケーション１２０は、受信したパケットのＭＡＣアドレスおよびＩＰアドレスを確認する。以下では、説明の便宜上、確認されたＭＡＣアドレスが“ＸＸ…”であって、確認されたＩＰアドレスが“ＹＹ…”であるとする。なお、ＸＸ…は、08:00:1F:2D:92:6A等の固定された１個のアドレスであり、ＹＹ…は、192.168.0.1等の固定された１個のアドレスである。つまり、「…」は省略記号を表す。
　ステップＳ４において、ホスト側アプリケーション１２０は、ノードリストＬ５（図４参照）に、ＸＸ…のＭＡＣアドレスが存在するか否かを判断する。ホスト側アプリケーション１２０は、ＭＡＣアドレスが存在すると判断された場合（ステップＳ４においてＹＥＳ）、ステップＳ６において、ノードリストＬ５において、ＸＸ…のＭＡＣアドレスを有するノードのＩＰアドレスが変化したか否かを判断する。
　ホスト側アプリケーション１２０は、ＩＰアドレスが変化したと判断された場合（ステップＳ６においてＹＥＳ）、ステップＳ８において、ホスト側アプリケーション１２０は、ノードリストＬ５において、当該ＩＰアドレスを用いて、ＸＸ…のＭＡＣアドレスを有する既存ノードのＩＰアドレスを更新する。ステップＳ１０において、ホスト側アプリケーション１２０は、ＸＸ…のＭＡＣアドレスを有する既存ノードのＩＰアドレスが変化したことを表す通知（具体的には、address-changed）を上位層１３０に送る。なお、ホスト側アプリケーション１２０は、ステップＳ１０の後は、処理をステップＳ１４に進める。ホスト側アプリケーション１２０は、ＩＰアドレスが変化していないと判断された場合（ステップＳ６においてＮＯ）一連の処理を終了する。
　ホスト側アプリケーション１２０は、ＸＸ…のＭＡＣアドレスが存在しないと判断された場合（ステップＳ４においてＮＯ）、ステップＳ１２において、ノードリストＬ５に、ＸＸ…のＭＡＣアドレスを有し、ＹＹ…のＩＰアドレスを有する新規ノードのノード情報（ＩＰアドレス、ＭＡＣアドレス等を含む）を追記する。つまり、ホスト側アプリケーション１２０は、ノードの新規登録を行ない、通知“node-added”を上位層１３０に送る。
　ステップＳ１４において、ホスト側アプリケーション１２０は、ノードリストＬ５に、ＹＹ…のＩＰアドレスが存在するか否かを判断する。ホスト側アプリケーション１２０は、存在すると判断された場合（ステップＳ１４においてＹＥＳ）、ステップＳ１６において、ノードリストＬ５から、ＹＹ…のＩＰアドレスを有するとともにＭＡＣアドレスがＸＸ…以外の既存ノードのノード情報を消去する。ステップＳ１８において、ホスト側アプリケーション１２０は、ＹＹ…のＩＰアドレスを有するとともにＭＡＣアドレスがＸＸ…以外の既存ノードが削除されたことを表す通知（具体的には、node-removed）を上位層１３０に送る。ホスト側アプリケーション１２０は、ＹＹ…のＩＰアドレスが存在しないと判断された場合（ステップＳ１４においてＮＯ）、一連の処理を終了する。
　（ｄ３．受動的なノード探索）
　ホスト側アプリケーション１２０は、ノード（他のＥＣＨＯＮＥＴ Ｌｉｔｅノード）からインスタンスリスト通知を受けることがある。インスタンスリスト通知とは、電源がオンされたときなどに通知されるものである。なお、インスタンスリスト通知は、自ノードインスタンスリストＳと内容は同じである。
　インスタンスリスト通知（電文）は、
　・SEOJ=0E.F0.01
　・DEOJ=0E.F0.01
　・ESV=0x73（INF）
　・EPC=0xD5（ノードインスタンスリスト通知プロパティ）
　を含んで構成される。
　ホスト側アプリケーション１２０は、既知ノードからインスタンスリスト通知を受信したときには、上述した“自発的なノード探索”と同様の処理を行なう。一方、ホスト側アプリケーションは、未知のノードからインスタンスリスト通知を受信した場合には、既知のノードからインスタンスリスト通知を受信した場合とは異なる処理を行なう。以下、未知のノードからインスタンスリスト通知を受信した場合に行なわれるノード探索（つまり、受動的なノード探索）について説明する。
　ホスト側アプリケーション１２０は、未知のノードからインスタンスリスト通知を受信した場合は、当該受信した時点で当該未知ノードをノードリストＬ５には登録しない。このため、ホスト側アプリケーション１２０は、上位層１３０に対して通知“"node-added”をしない。当該未知ノードが、ＨＥＭＳコントローラ１００と同一のサブネット上に存在するかどうか分からないためである。
　そこで、このような場合には、ホスト側アプリケーション１２０は、当該未知ノードに対してユニキャストで、予め定められたパケット（以下、「パケットＰ」とも称する）を送信する。このとき、意図的にＴＴＬの値を１に設定する。当該パケットＰは、
　・宛先アドレス：ユニキャスト(当該ノードのIPアドレス)
　・TID(16ビット)：毎回ランダムに値を変えて送信するようにする。TID=0は使わないのが望ましい。
　・SEOJ=05.FF.01
　・DEOJ=0E.F0.01
　・ESV=0x62(GET)
　・EPC=0xD6(自ノードインスタンスリストＳの通知プロパティ)
　を含む。
　このように、ホスト側アプリケーション１２０は、自ノードインスタンスリストＳを取得することを試みる。上記パケットＰに対する応答はユニキャストで送られてくる。ホスト側アプリケーション１２０は、当該応答が送られてきたときにノードリストＬ５に新規ノードを登録する。また、ホスト側アプリケーション１２０は、上位層１３０に、通知“node-added”を出す。
　図１１は、受動的なノード探索の処理を説明するためのフローチャートである。図１１を参照して、受動的なノード探索の処理は、ステップＳ４とステップＳ１２との間に、ステップＳ１０２とステップＳ１０４とが存在する点において、図７で示した自発的なノード探索と異なる。しがって、以下では、図７の処理と異なる処理について説明し、同じ処理については説明を繰り返さない。
　ホスト側アプリケーション１２０は、ステップＳ４において、ノードリストＬ５にＸＸ…のＭＡＣアドレスが存在しないと判断すると、処理をステップＳ１０２に進める。ステップＳ１０２において、ホスト側アプリケーション１２０は、未知のノードにパケットＰをユニキャストで、かつ、ＴＴＬ＝１で送信する。ＴＴＬ＝１で送信することにより、パケットＰはルータを越えて転送されない。次いで、ステップＳ１０４において、ホスト側アプリケーション１２０は、パケットＰに対する応答があったか否かを判断する。ホスト側アプリケーション１２０は、応答があったと判断した場合（ステップＳ１０４においてＹＥＳ）、処理をステップＳ１２に進める。ホスト側アプリケーション１２０は、応答がないと判断した場合（ステップＳ１０４においてＮＯ）、未知のノードを登録しない。
　（ｄ４．機能的構成）　図８は、ＨＥＭＳコントローラ１００の機能的構成を説明するための機能ブロック図である。図８を参照して、ＨＥＭＳコントローラ１００は、通信部１４０と、ノード制御部１５０と、記憶部１６０とを備える。ノード制御部１５０は、判断部１５１と、更新部１５２と、探索部１５３と、判断部１５４とを含む。なお、ホスト側アプリケーション１２０は、通信部１４０と、ノード制御部１５０と、記憶部１６０とを含む。なお、図８においては、デバイス側アプリケーションとノードとの間の通信を行なう機能ブロックは、説明の便宜上記載していない。以下、各ブロックの機能等を説明する。
　（１）ＨＥＭＳコントローラ１００は、ブロードバンドルータ２によって構成されたサブネット１０に含まれる。ＨＥＭＳコントローラ１００の通信部１４０は、各々がＭＡＣアドレスとＩＰアドレスとを有する複数のノード２０１，２０２，２０３，２０４，…と通信する。また、通信部１４０は、ブロードバンドルータ２と通信する。ノード制御部１５０は、複数のノードのうち、サブネット１０に参加している複数のノード２０１，２０２，２０３，２０４，…を制御する。記憶部１６０は、ノードリストＬ５（第１のデータ）を記憶している。ノードリストＬ５においては、第１のノードのＭＡＣアドレスとＩＰアドレスとが関連付けられている。第１のノードのＩＰアドレスは、ブロードバンドルータ２によって割り当てられている。
　ノード制御部１５０の判断部１５４は、ＭＡＣアドレスとＩＰアドレスとを含むパケット（以下、「パケットＳ」とも称する）が受信された場合、パケットＳ（第２のデータ）が、ブロードバンドルータ２を越えて送信されてきたものか否かを判断する。
　ノード制御部１５０の判断部１５１は、パケットＳがブロードバンドルータ２を越えて送信されてきたものではない場合に、パケットＳに含まれているＩＰアドレスが、ノードリストＬ５においてパケットＳに含まれているＭＡＣアドレスと同一のＭＡＣアドレスに関連付けられているＩＰアドレスと一致するか否かを判断する。
　ノード制御部１５０の更新部１５２は、ＩＰアドレスが一致しないと判断されたことに基づき、ノードリストＬ５において上記第２のデータに含まれているＭＡＣアドレスと同一のＭＡＣアドレスに関連付けられているＩＰアドレスを、パケットＳに含まれているＩＰアドレスで更新する。
　上記の構成によれば、エコーネットアドレス等の特殊な識別情報を用いることなく、ノードの一意性を担保することが可能となる。ＨＥＭＳコントローラ１００は、ＭＡＣアドレスとＩＰアドレスとの組を管理しているため、ルータによってノードのＩＰアドレスが変わったときでも、同一ノードを追いかけることができる。つまり、ホスト側アプリケーション１２０は、ＩＰアドレスが変わったということに気づける。その結果、正確なノード管理を行なうことが可能となる。
　（２）判断部１５４は、パケットＳを受信した場合、予め定められたパケットＴ（第３のデータ）を当該第２のデータの送信元のノードに送信することによって、当該第２のデータがブロードバンドルータ２を越えて送信されてきたものか否かを判断する。
　（３）上記パケットＴは、パケットＴの有効期間を示す値を含む。具体的には、パケットＴでは、ＴＴＬが“１”に設定されている。上記の構成によれば、ルータを超えてパケットＳ（この場合には、インスタンスリスト通知）を送信してきたノードがノードリストＬ５に登録されてしまうことを防止できる。
　（４）ノード制御部１５０の探索部１５３は、予め定められた時間間隔で自発的にノードを探索する。判断部１５４は、自発的なノードの探索に基づくことなくパケットＳを受信した場合、パケットＴを当該パケットＳ（この場合には、インスタンスリスト通知）の送信元のノードに送信する。上記の構成によれば、ＨＥＭＳコントローラ１００は、自発的なノードの探索に基づきパケットＳを受信した場合には、パケットＴを送信しなくてもすむ。
　（５）更新部１５２は、上記の更新によってノードリストＬ５においてＩＰアドレスが重複した場合、当該重複しているＩＰアドレスのうち当該更新されたＩＰアドレス以外のＩＰアドレスを、ノードリストＬ５から消去する。上記の構成によれば、ノードリストＬ５から不要なＩＰアドレスを消去することができる。
　（６）上記パケットＳをブロードバンドルータ２を介さずに受信した場合、判断部１５４は、パケットＳに含まれているＩＰアドレスと同一のＩＰアドレスがノードリストＬ５に存在するか否かを判断する。更新部１５２は、パケットＳに含まれているＩＰアドレスと同一のＩＰアドレスがノードリストＬ５に存在する場合、ノードリストＬ５から当該同一のＩＰアドレスを消去する。
　上記の構成によれば、たとえば新たなノードがサブネット１０に参加した結果、ＩＰアドレスが重複することになった場合、不要なＩＰアドレスを消去することができる。
　（７）更新部１５２は、ノードリストＬ５からＩＰアドレスを消去する際には、ノードリストＬ５から当該消去されるＩＰアドレスに関連付けられたＭＡＣアドレスをさらに消去する。上記の構成によれば、ノードリストＬ５から不要なＭＡＣアドレスを消去することができる。
　（８）更新部１５２は、既存ノードが行方不明の状態であり、当該ノードから最後にパケットＳを受信してから３時間以上経過した場合にも、ノードリストＬ５から、ＩＰアドレスおよびＭＡＣアドレスを消去する。具体的には、更新部１５２は、ノード情報Ｄ５（図５）を消去する。
　（ｄ５．ハードウェア構成）
　図９は、ＨＥＭＳコントローラ１００のブロック図である。図９を参照して、ＨＥＭＳコントローラ１００は、ＣＰＵ１１０１と、発光素子１１０３と、高速通信インターフェイス１１０４と、電源１１０５と、プッシュボタン１１０８と、スライドスイッチ１１０９と、図示しないリセットスイッチとを備える。
　高速通信インターフェイス１１０４は、ブロードバンドルータ２との間でＥｔｈｅｒｎｅｔ（登録商標）を用いた通信を行なうためのインターフェイスである。電源１１０５は、ＣＰＵ１１０１と無線ＲＦ内蔵通信コントローラ１１０６とに電力を供給する。
　ＣＰＵ１１０１は、発光素子１１０３と、高速通信インターフェイス１１０４と、電源１１０５と、プッシュボタン１１０８と、スライドスイッチ１１０９とに接続されている。ＣＰＵ１１０１は、ＨＥＭＳコントローラ１００の全体的な動作を制御する。ＣＰＵ１１０１は、プッシュボタン１１０８およびスライドスイッチ１１０９からの入力を受け付ける。また、ＣＰＵ１１０１は、発光素子１１０３に出力指示を出す。
　＜Ｅ．変形例＞
　図１０は、通信ネットワーク１Ａの概略構成を説明するための図である。図１０を参照して、通信ネットワーク１Ａは、ブロードバンドルータ２と、ＨＥＭＳコントローラ１００と、複数のノード２０１，２０２，２０３，２０４，…と、無線ＬＡＮ（Local Area Network）ルータ３と、ノード３１，３２とを備える。
　無線ＬＡＮルータ３は、ブロードバンドルータ２と通信可能に接続されている。無線ＬＡＮルータ３は、ブロードバンドルータによってＩＰアドレスを付与される。無線ＬＡＮ３は、無線により、ノード３１，３２と通信する。
　通信ネットワーク１Ａは、サブネット１０Ａと、サブネット３０とを備える。サブネット１０Ａは、ＨＥＭＳコントローラ１００と、複数のノード２０１，２０２，２０３，２０４，…と、無線ＬＡＮルータ３とを含んで構成される。また、サブネット３０は、無線ＬＡＮ３と、ノード３１，３２とを含んで構成される。通信ネットワーク１Ａにおいては、上述したサブネット１０で説明した各処理を、サブネット１０Ａで実行できる。
　＜Ｆ．付記＞
　（１）第３のデータは、第３のデータの有効期間を示す値を含む。
　（２）コントローラは、エコーネットライト規格に基づき、サブネットに参加しているノードと通信する。自発的なノードの探索に基づくことなく受信する第２のデータは、インスタンスリスト通知である。
　（３）更新手段は、更新によって第１のデータにおいて可変の識別情報が重複した場合、重複している可変の識別情報のうち更新された可変の識別情報以外の可変の識別情報を、第１のデータから消去する。
　（４）第２のデータをルータを介さずに受信した場合、第２の判断手段は、第２のデータに含まれている可変の識別情報と同一の可変の識別情報が第１のデータに存在するか否かを判断する。更新手段は、第２のデータに含まれている可変の識別情報と同一の可変の識別情報が第１のデータに存在する場合、第１のデータから同一の可変の識別情報を消去する。
　（５）更新手段は、第１のデータから可変の識別情報を消去する際には、第１のデータから消去される可変の識別情報に関連付けられた固有の識別情報をさらに消去する。
　（６）固有の識別情報は、メディア・アクセス・コントロール・アドレスである。可変の識別情報は、インターネット・プロトコル・アドレスである。
　（７）プログラムは、ルータによって構成されたサブネットに含まれるコントローラを制御する。コントローラは、各々が固有の識別情報と可変の識別情報とを有する複数のノードと通信可能である。プログラムは、複数のノードのうち、サブネットに参加しているノードを制御するステップと、サブネットに参加しているノードの固有の識別情報と可変の識別情報とを関連付けた第１のデータを記憶するステップとを、コントローラのプロセッサに実行させる。サブネットに参加しているノードの可変の識別情報は、ルータによって割り当てられる。プログラムは、固有の識別情報と可変の識別情報とを含む第２のデータが受信された場合、第２のデータが、ルータを越えて送信されてきたものか否かを判断するステップと、第２のデータがルータを越えて送信されてきたものではない場合に、第２のデータに含まれている可変の識別情報が、第１のデータにおいて第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報と一致するか否かを判断するステップと、可変の識別情報が一致しないと判断されたことに基づき、第１のデータにおいて第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報を、第２のデータに含まれている可変の識別情報で更新するステップとを、プロセッサにさらに実行させる。
今回開示された実施の形態は例示であって、上記内容のみに制限されるものではない。本発明の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
　１，１Ａ　通信ネットワーク、２　ブロードバンドルータ、３　無線ＬＡＮルータ、１０，１０Ａ，３０　サブネット、３１，３２，２０１，２０２，２０３，２０４，２０９
　ノード、１００　ＨＥＭＳコントローラ、１１０　デバイス側アプリケーション、１１１，１２１　ＵＤＰソケット、１２２　ＲＡＷソケット、１２０　ホスト側アプリケーション、１３０　上位層、１４０　通信部、１５０　ノード制御部、１５１　判断部、１５２　更新部、１５３　探索部、１５４　判断部、１６０　記憶部、１７０　第２の通信部、２０９　新規ノード、３０１，３０２　インスタンス、９００　ネットワーク、１１０１，１１６１　ＣＰＵ、１１０３　発光素子、１１０４　通信インターフェイス、１１０５　電源、１１０６　無線ＲＦ内蔵通信コントローラ、１１０７　アンテナ、１１０８　プッシュボタン、１１０９　スライドスイッチ、１１６２　ＲＯＭ、１１６３　ＲＡＭ、２１０１　ソケット、２１０２　プラグ、２１０６　設定ボタン、Ｄ５　ノード情報、Ｌ５　ノードリスト。

Claims (5)

  1. 　ルータによって構成されたサブネットに含まれるコントローラであって、
    　各々が固有の識別情報と可変の識別情報とを有する複数のノードと通信するための通信手段と、
    　前記複数のノードのうち、前記サブネットに参加しているノードを制御するための制御手段と、
    　前記サブネットに参加しているノードの前記固有の識別情報と前記可変の識別情報とを関連付けた第１のデータを記憶する記憶手段とを備え、
    　前記サブネットに参加しているノードの可変の識別情報は、前記ルータによって割り当てられ、
    　前記制御手段は、
    　　前記固有の識別情報と前記可変の識別情報とを含む第２のデータが受信された場合、前記第２のデータが、前記ルータを越えて送信されてきたものか否かを判断する第１の判断手段と、
    　　前記第２のデータが前記ルータを越えて送信されてきたものではない場合に、前記第２のデータに含まれている可変の識別情報が、前記第１のデータにおいて前記第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報と一致するか否かを判断する第２の判断手段と、
    　　前記可変の識別情報が一致しないと判断されたことに基づき、前記第１のデータにおいて前記第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報を、前記第２のデータに含まれている可変の識別情報で更新する更新手段とを含む、コントローラ。
  2. 　前記第１の判断手段は、前記第２のデータを受信した場合、予め定められた第３のデータを前記第２のデータの送信元のノードに送信することによって、前記第２のデータが前記ルータを越えて送信されてきたものか否かを判断する、請求項１に記載のコントローラ。
  3. 　前記制御手段は、予め定められた時間間隔で自発的にノードを探索する探索手段をさらに備え、
    　前記第１の判断手段は、前記自発的なノードの探索に基づくことなく前記第２のデータを受信した場合、前記第３のデータを前記第２のデータの送信元のノードに送信する、請求項２に記載のコントローラ。
  4. 　ルータによって構成されたサブネットであって、
    　コントローラとルータとを備え、
    　前記コントローラは、
    　　各々が固有の識別情報と可変の識別情報とを有する複数のノードと通信するための通信手段と、
    　　前記複数のノードのうち、前記サブネットに参加しているノードを制御するための制御手段と、
    　　前記サブネットに参加しているノードの前記固有の識別情報と前記可変の識別情報とを関連付けた第１のデータを記憶する記憶手段とを備え、
    　　前記サブネットに参加しているノードの可変の識別情報は、前記ルータによって割り当てられ、
    　　前記制御手段は、
    　　　前記固有の識別情報と前記可変の識別情報とを含む第２のデータが受信された場合、前記第２のデータが、前記ルータを越えて送信されてきたものか否かを判断する第１の判断手段と、
    　　　前記第２のデータが前記ルータを越えて送信されてきたものではない場合に、前記第２のデータに含まれている可変の識別情報が、前記第１のデータにおいて前記第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報と一致するか否かを判断する第２の判断手段と、
    　　　前記可変の識別情報が一致しないと判断されたことに基づき、前記第１のデータにおいて前記第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報を、前記第２のデータに含まれている可変の識別情報で更新する更新手段とを有する、サブネット。
  5. 　ルータによって構成されたサブネットに含まれるコントローラにおける情報処理方法であって、
    　前記コントローラは、各々が固有の識別情報と可変の識別情報とを有する複数のノードと通信可能であり、
    　前記情報処理方法は、
    　前記複数のノードのうち、前記サブネットに参加しているノードを制御するステップと、
    　前記サブネットに参加しているノードの前記固有の識別情報と前記可変の識別情報とを関連付けた第１のデータを記憶するステップとを備え、
    　前記サブネットに参加しているノードの可変の識別情報は、前記ルータによって割り当てられ、
    　前記情報処理方法は、
    　前記固有の識別情報と前記可変の識別情報とを含む第２のデータが受信された場合、前記第２のデータが、前記ルータを越えて送信されてきたものか否かを判断するステップと、
    　前記第２のデータが前記ルータを越えて送信されてきたものではない場合に、前記第２のデータに含まれている可変の識別情報が、前記第１のデータにおいて前記第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報と一致するか否かを判断するステップと、
    　前記可変の識別情報が一致しないと判断されたことに基づき、前記第１のデータにおいて前記第２のデータに含まれている固有の識別情報と同一の固有の識別情報に関連付けられている可変の識別情報を、前記第２のデータに含まれている可変の識別情報で更新するステップとをさらに備える、情報処理方法。
PCT/JP2015/051295 2014-02-04 2015-01-20 コントローラ、サブネット、および情報処理方法 Ceased WO2015118933A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014019822A JP6289138B2 (ja) 2014-02-04 2014-02-04 コントローラ、サブネット、および情報処理方法
JP2014-019822 2014-02-04

Publications (1)

Publication Number Publication Date
WO2015118933A1 true WO2015118933A1 (ja) 2015-08-13

Family

ID=53777740

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/051295 Ceased WO2015118933A1 (ja) 2014-02-04 2015-01-20 コントローラ、サブネット、および情報処理方法

Country Status (2)

Country Link
JP (1) JP6289138B2 (ja)
WO (1) WO2015118933A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6870923B2 (ja) * 2015-12-08 2021-05-12 旭化成ホームズ株式会社 住宅
JP6568042B2 (ja) * 2016-11-14 2019-08-28 Ｎｅｃプラットフォームズ株式会社 通信システムおよび通信方法
WO2024201880A1 (ja) * 2023-03-30 2024-10-03 三菱電機株式会社 機器管理システムおよび機器管理方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005301670A (ja) * 2004-04-12 2005-10-27 Canon Inc 情報処理装置及び情報処理方法及びプログラム
JP2007235827A (ja) * 2006-03-03 2007-09-13 Nec Corp 無線通信システム、無線基地局装置、無線通信制御装置、プログラム、および経路制御方法
JP2008017122A (ja) * 2006-07-05 2008-01-24 Toshiba Corp ゲートウェイ装置、通信方法および通信プログラム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5021184B2 (ja) * 2005-06-09 2012-09-05 富士通株式会社 機器情報提供装置および機器情報提供方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005301670A (ja) * 2004-04-12 2005-10-27 Canon Inc 情報処理装置及び情報処理方法及びプログラム
JP2007235827A (ja) * 2006-03-03 2007-09-13 Nec Corp 無線通信システム、無線基地局装置、無線通信制御装置、プログラム、および経路制御方法
JP2008017122A (ja) * 2006-07-05 2008-01-24 Toshiba Corp ゲートウェイ装置、通信方法および通信プログラム

Also Published As

Publication number Publication date
JP6289138B2 (ja) 2018-03-07
JP2015149528A (ja) 2015-08-20

Similar Documents

Publication Publication Date Title
RU2742327C1 (ru) Инфраструктурная сеть
RU2735238C1 (ru) Эффективная связь для устройств домашней сети
US10476918B2 (en) Locale profile for a fabric network
JP5767717B2 (ja) ネットワーク上のマスター／スレーブ・デバイスの自動構成のためのシステム及び方法
US8089981B2 (en) Method of resolving duplicate MAC addresses, network device management system, server, and information device
JP6289138B2 (ja) コントローラ、サブネット、および情報処理方法
JP6411262B2 (ja) 制御装置およびシステム
US20250158949A1 (en) Communication system, communication control device, server, communication control method, and recording medium
JP6489837B2 (ja) 制御装置およびシステム
JP2003209551A (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: 15746161

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15746161

Country of ref document: EP

Kind code of ref document: A1