JP6035034B2 - Communication control device and communication control program - Google Patents

Description

Embodiments described herein relate generally to a communication control device and a communication control program .

  In recent years, a network technology has been established for building home networks that connect home appliances using existing power lines and radios, and for controlling operations of home appliances and acquiring the operating status of home appliances using a personal computer or mobile phone. Development is underway. One such network technology is ECHONET (registered trademark) (Energy Conservation and Homecare Network). ECHONET was developed as a communication protocol for home appliance control at home.

  On the other hand, since the number of devices connected to the network is increasing, and the services provided by the home network are diversifying, the need to construct a home network more easily is expanding. Therefore, in order to meet such needs, ECHONET Lite has been developed as a new communication protocol that deletes ECHONET MAC addresses and simplifies the message structure.

  Both of these communication protocols are based on common objects and properties, and the meaning of the transmitted message is almost the same.

  However, devices conforming to the ECHONET standard and devices conforming to the ECHONET Lite standard are not compatible and cannot be interconnected. That is, when viewed from the application level, the communication contents (meaning of telegrams) at the time of processing such as device operation control and operation status acquisition are almost the same, but each device shares both telegrams. Cannot be interpreted. Therefore, for example, a controller that operates as a communication control device in a home network can understand ECHONET messages but cannot understand ECHONET Lite messages, and communication that cannot understand ECHONET Lite messages but cannot understand ECHONET messages. It is not possible to control the nodes in common.

JP 2008-16892 A

ECHONET Standard Version 3.21 (Japanese version) ECHONET Lite Standard Version 1.01 (Japanese version)

  The problem to be solved by the present invention is to provide a communication control apparatus that controls a communication node that operates in accordance with each communication protocol in a network in which a plurality of communication protocols coexist.

The communication control apparatus according to the embodiment operates as a node that transmits a message to a communication node designated as a control target in a network in which a plurality of communication protocols coexist, and address information of the communication nodes constituting the network is stored. It has a registered address table part. When the control unit receives an instruction specifying a communication node from the application unit and the address information of the communication node to be controlled is not registered in the address table unit, the control unit sends an address resolution request message for each communication protocol. Create and send. Then, the communication protocol control unit, after transmitting the message of the address resolution request, when the address information of the communication node control object has been registered, that based on the address information, the communication node of the controlled object to understand Create and send a message. When receiving a message from a predetermined communication node constituting the network, the receiving unit registers address information included in the message in the address table unit, and notifies the control unit to that effect.

  ADVANTAGE OF THE INVENTION According to this invention, the communication control apparatus which controls in common the communication node which operate | moves based on each communication protocol within the network where a some communication protocol coexists can be provided.

FIG. 1 is a diagram illustrating a configuration example of a network system. FIG. 2 is a diagram illustrating a configuration example of the controller. FIG. 3 is a diagram illustrating an example of an address table. FIG. 4 is a diagram illustrating an example of an address table. FIG. 5 is a flowchart showing the operation of the control unit. FIG. 6 is a diagram illustrating a format example of an ECHONET address resolution request packet. FIG. 7 is a diagram illustrating a format example of an ECHONET Lite address resolution request packet. FIG. 8 is a diagram illustrating a format example of an ECHONET address resolution response packet. FIG. 9 is a diagram illustrating a format example of an ECHONET Lite address resolution response packet. FIG. 10 is a diagram illustrating an example of an address table. FIG. 11 is a flowchart showing the operation of the control unit.

  In the first embodiment described below, the controller 1 operates as a node that transmits a message to a communication node designated as a control target in a home network where ECHONET and ECHONET Lite, which are different communication protocols, coexist. And address tables 14 and 15 in which address information of communication nodes constituting the home network is registered. When the address information of the communication node to be controlled is not registered in the address tables 14 and 15, the control unit 12 in the controller 1 individually creates and transmits ECHONET and ECHONET Lite address resolution request packets. When the address information of the communication node to be controlled is registered in one of the address tables as a result of the transmission of the address resolution request packet, the control unit 12 controls the communication node to be controlled based on the address information. Create and send a telegram with a communication protocol that understands. In addition, when receiving a message from a predetermined communication node constituting the network, the receiving unit 13 in the controller 1 registers the address information included in the message in the corresponding address table 14 or the address table 15, and The control unit 12 is notified.

  The address table 14 is an address table in which address information of communication nodes that understand ECHONET messages is registered, and the address table 15 is an address table in which address information of communication nodes that understand ECHONET Lite messages is registered. It is. Therefore, when receiving a message from a communication node constituting the home network, the receiving unit 13 creates an address table of registration destinations of address information included in the message based on information representing a communication protocol extracted from the message. to decide.

  In the second embodiment, the controller 1 operates as a node that transmits a message to a communication node designated as a control target in a home network in which ECHONET and ECHONET Lite, which are different communication protocols, coexist. It has an address table 21 in which address information of composing communication nodes is registered. When the address information of the communication node to be controlled is not registered in the address table 21, the control unit 12 in the controller 1 individually creates and transmits ECHONET and ECHONET Lite address resolution request packets. When the address information of the communication node to be controlled is registered in the address table 21 as a result of the transmission of the address resolution request packet, the control unit 12 understands the communication node to be controlled based on the address information. Create and send a communication protocol message. In addition, when receiving a message from a predetermined communication node constituting the network, the receiving unit 13 in the controller 1 registers address information included in the message in the address table 21 and notifies the control unit 12 to that effect. To do.

  Note that the address information of the communication node that understands the ECHONET message and the address information of the communication node that understands the ECHONET Lite message are registered in the address table 21 in a state associated with each communication protocol. When receiving a message from a communication node constituting the home network, the receiving unit 13 registers information representing the communication protocol extracted from the message in the address table 21 in association with the address information included in the message. .

  In the first and second embodiments, the control unit 12 creates and transmits an address resolution request packet for each communication protocol, and as a result, registration of address information in the address table is completed even after a predetermined time has elapsed. If there is no notification, it is determined that the communication node to be controlled does not exist in the home network.

  In the first and second embodiments, for the ECHONET Lite for which no address resolution request packet is specified, the control unit 12 creates a packet for reading the ECHONET Lite required property as an address resolution request packet. Then, the address resolution request packet is broadcast (multicast transmission). Then, as a result of the broadcast transmission of the address resolution request packet, the control unit 12 receives from the reception unit 13 a notification of completion of registration of address information in the address table for all communication nodes constituting the home network.

  In the first and second embodiments, a time limit for the registration period is provided for an entry in the address table, and when the time limit has elapsed since registration, the entry is invalidated.

  Further, in the first and second embodiments, the control unit 12 creates a telegram for reading the installation-required property for each communication protocol, and broadcasts the telegram every predetermined time.

  Hereinafter, a communication control apparatus according to an embodiment will be described with reference to the drawings. In the embodiment, configurations having the same functions are denoted by the same reference numerals, and redundant description is omitted.

[First Embodiment]
[Network system configuration example]
FIG. 1 is a diagram illustrating a configuration example of a network system according to the first embodiment. In FIG. 1, this network system is, for example, a home network, and includes a controller 1 and communication nodes 2 to 6.

  The controller 1 is a node capable of communicating with the communication nodes 2 to 6 which are home electric appliances in the home network of the present embodiment, and processing such as operation control and operation state acquisition of each communication node 2 to 6 I do. In FIG. 1, communication nodes 2, 3, and 6 are connected to the controller 1 by wire, and communication nodes 4 and 5 are connected to the controller 1 wirelessly. As an example, both are based on IP. It is assumed that communication is performed. In this embodiment, the communication nodes 2 and 4 may be referred to as communication nodes that can understand ECHONET Lite messages but cannot understand ECHONET Lite messages (hereinafter simply referred to as “communication nodes that understand ECHONET messages”). ) And communication nodes 3, 5, and 6 are communication nodes that can understand ECHONET Lite messages but cannot understand ECHONET Lite messages (hereinafter may be simply referred to as "communication nodes that understand ECHONET Lite messages"). To do. In this embodiment, as an example, a home network including the communication nodes 2 to 6 described above is constructed. However, the present invention is not limited to this, and for example, the telegrams of both communication protocols can be understood in the home network. There may be a communication node.

  FIG. 2 is a diagram illustrating a configuration example of the controller 1 in the home network according to the present embodiment. In FIG. 2, the controller 1 includes an application unit 11, a control unit 12, a receiving unit 13, an address table 14, an address table 15, and a communication interface unit 16.

  The application unit 11 designates a communication node that is a device to be controlled, issues a command, and receives the result. When specifying the communication node to be controlled, specify the hardware address of the communication node, then control the operation (power ON / OFF control, etc.) and acquire the operating status (acquire the power ON / OFF status, etc.) And so on.

  The control unit 12 has a function of receiving a command from the application unit 11, interpreting the content, and transmitting a message to a communication node appropriately designated as a control target via the communication interface unit 16.

  The receiving unit 13 receives messages from the communication nodes 2 to 6 via the communication interface unit 16, interprets the contents, and registers address information in a predetermined address table as appropriate. Further, after the registration is completed, the control unit 12 is notified that the registration has been performed.

  The address table 14 is a table in which address information of communication nodes that communicate with ECHONET is recorded. The entry includes at least “ECHONET MAC address”, “hardware address”, and “IP address”. FIG. 3 is a diagram illustrating an example of the address table 14. In FIG. 3, the address table 14 is registered in a state where “ECHONET MAC address”, “hardware address”, and “IP address” are associated with each ECHONET communication node.

  The address table 15 is a table in which address information of communication nodes that communicate with the ECHONET Lite is recorded. The entry includes at least “hardware address” and “IP address”. FIG. 4 is a diagram illustrating an example of the address table 15. In FIG. 4, the address table 15 is registered in a state where “hardware address” and “IP address” are associated with each communication node of ECHONET Lite.

[Operation of controller 1]
Next, the operation of the controller 1 will be described. FIG. 5 is a flowchart showing the operation of the control unit 12 in the controller 1. In the present embodiment, it is assumed that the application unit 11 does not recognize whether the communication node to be controlled is a communication node that understands an ECHONET message or a communication node that understands an ECHONET Lite message.

  For example, when a command in which the hardware address of the communication node to be controlled is issued from the application unit 11 to the control unit 12, the control unit 12 receives this command (S1), and receives a hardware from the received command. The wear address is extracted (S2). Then, the control unit 12 searches the address table 14 using the extracted hardware address as a key (S3), and determines whether this address is registered (S4).

  When registered in the address table 14 (S4, Yes), the control unit 12 reads the corresponding entry ("ECHONET MAC address", "hardware address", "IP address") from the address table 14. Then, the control unit 12 creates an ECHONET telegram according to the read entry and the received command, and transmits the telegram to the IP address of the communication node to be controlled via the communication interface unit 16 (S5).

  On the other hand, if it is not registered in the address table 14 (S4, No), then the control unit 12 searches the address table 15 using the hardware address extracted in step S2 as a key (S6), and this address is registered. It is determined whether it has been performed (S7).

  When registered in the address table 15 (S7, Yes), the control unit 12 reads a corresponding entry ("hardware address", "IP address") from the address table 15. Then, the control unit 12 creates an ECHONET Lite message according to the read entry and the received command, and transmits the message to the IP address of the communication node to be controlled via the communication interface unit 16 (S8).

  On the other hand, if it is not registered in the address table 15 (S7, No), the control unit 12 then sends an address resolution request packet that is an ECHONET packet for inquiring of a communication node having a hardware address received from the application unit 11. (Hard / MAC reverse address resolution request packet) is broadcasted via the communication interface unit 16 (S9). Further, since there is no packet corresponding to the hardware / MAC reverse address resolution request packet in the ECHONET Lite, the control unit 12 instead reads the required property of the ECHONET Lite, for example, the operation state property of the node profile object. An ECHONET Lite message is created as an address resolution request packet, and this packet is broadcasted via the communication interface unit 16 (S9). And it waits for the notification from the receiving part 13 (S10).

  FIG. 6 is a diagram showing a format example of an ECHONET address resolution request packet, and displays only elements necessary for the operation of the present embodiment. In FIG. 6, the address resolution request packet includes “requesting node hardware address” and “broadcast hardware address” as lower media headers, and “requesting node IP address” and “IP address” as IP headers. "IP address representing broadcast" is "0x01" representing ECHONET as payload, "0x05" representing information representing a hardware / MAC reverse address resolution request packet, "IP address of requesting node", "request "Hardware address of the side node" and "Hardware address of the target node" are included.

  FIG. 7 is a diagram showing a format example of an ECHONET Lite address resolution request packet, and displays only elements necessary for the operation of the present embodiment. In FIG. 7, the address resolution request packet includes “requesting node hardware address” and “broadcast hardware address” as lower media headers, and “requesting node IP address” and “IP address” as IP headers. "IP address representing broadcast" is "0x1081" which is information representing ECHONET Lite as payload, "0x0ef001" which is information representing mandatory object, "0x62" which is information representing acquisition of mandatory property, and mandatory property “0xD6”, which is information to be expressed, is included.

  Thereafter, the communication nodes 2 and 4 that understand the ECHONET message, from the payload portion of the received packet, “0x01” that is information representing ECHONET, “0x05” that is information representing the hardware / MAC reverse address resolution request packet, The “requesting node IP address”, “requesting node hardware address”, and “target node hardware address” are extracted to check whether the packet is addressed to itself. The communication node that has been confirmed to be a packet addressed to itself transmits an address resolution response packet (hard / MAC reverse address resolution response packet) as a response to the hardware / MAC reverse address resolution request packet. If the packet is not addressed to itself, no response is made.

  FIG. 8 is a diagram showing a format example of an ECHONET address resolution response packet, and only elements necessary for the operation of the present embodiment are displayed. In FIG. 8, the address resolution response packet includes “target node hardware address” and “requesting node hardware address” as lower media headers, and “target node IP address” and “requesting side” as IP headers. The node IP address is “0x01” representing ECHONET as the payload, “0x06” representing the hardware / MAC reverse address response request packet, “IP address of requesting node”, “requesting node” ”Hardware address”, “target node ECHONET MAC address”, “target node IP address”, and “target node hardware address”.

  The communication nodes 3, 5, and 6 that understand the ECHONET Lite message are information indicating “Hardware address of requesting node”, “IP address of requesting node”, and ECHONET Lite from the received packet “ “0x1081”, “0x0ef001” which is information representing an essential object, “0x62” which is information representing acquisition of a mandatory property, and “0xD6” which is information representing a mandatory property are extracted. Then, each communication node acquires the specified required property, and then creates and returns an ECHONET Lite message for notifying the acquired required property as an address resolution response packet as a response to the received packet. . Here, all communication nodes that understand the ECHONET Lite message transmit the address resolution response packet.

  FIG. 9 is a diagram showing a format example of an ECHONET Lite address resolution response packet, and displays only elements necessary for the operation of the present embodiment. In FIG. 9, the address resolution response packet includes “the hardware address of the responding node” and “the hardware address of the requesting node” as the header of the lower media, and “the IP address of the responding node” and “ “IP address of requesting node” is “0x1081” which is information indicating ECHONET Lite as payload, “0x0ef001” which is information indicating required object, “0x72” which is information indicating acquisition response, and information indicating required property “0xD6” is included.

  Here, the operation of the receiving unit 13 after the control unit 12 executes the process of step S8 will be described. When receiving the address resolution response packet as a response to the process of step S8, the receiving unit 13 determines whether the packet is an ECHONET address resolution response packet or an ECHONET Lite address resolution response packet. . Specifically, when the payload is extracted from the received packet and “0x01” that is information indicating ECHONET and “0x06” that is information indicating the hardware / MAC reverse address response request packet is detected, the ECHONET Judged as an address resolution response packet. On the other hand, when “0x1081”, which is information indicating ECHONET Lite, is detected, it is determined that it is an ECHONET Lite address resolution response packet.

  If it is determined that the packet is an ECHONET address resolution response packet, the “target node ECHONET MAC address”, “target node IP address”, and “target node hardware address” are determined from the payload of the received packet. Extracted and registered in the address table 14. In addition, it notifies the control unit 12 that registration in the address table 14 has been completed.

  On the other hand, if it is determined that the packet is an ECHONET Lite address resolution response packet, the “target node IP address” and “target node hardware address” are extracted from the received packet and registered in the address table 15. In addition, it notifies the control unit 12 that registration in the address table 15 has been completed. Since the response to the ECHONET Lite address resolution request packet is sent from all the communication nodes 3, 5, and 6 that understand the ECHONET Lite message, the receiving unit 13 sends an address to the control unit 12 each time. Notification that registration to the table 15 is completed.

  Next, when there is a notification indicating that the registration is completed from the receiving unit 13 in step S10 (S10, Yes), and the registered address table is the address table 14 (S11, Yes), the control unit 12 The address table 14 is searched again using the hardware address extracted in step S2 as a key (S12), and it is determined whether this address is registered (S13). For example, when it is not registered (S13, No), the control unit 12 waits for the next notification (S10). On the other hand, if registered (S13, Yes), the control unit 12 reads the corresponding entry ("ECHONET MAC address", "hardware address", "IP address") from the address table 14. Then, the control unit 12 creates an ECHONET message according to the read entry and the command received in step S1, and transmits the message to the IP address of the communication node to be controlled via the communication interface unit 16 (S14). .

  On the other hand, when there is a notification indicating that the registration is completed from the receiving unit 13 in step S10 (S10, Yes) and the registered address table is the address table 15 (S11, No), the control unit 12 The address table 15 is searched again using the hardware address extracted in step S2 as a key (S15), and it is determined whether this address is registered (S16). For example, if not registered (S16, No), the control unit 12 waits for the next notification (S10). On the other hand, if registered (S16, Yes), the control unit 12 reads the corresponding entry ("hardware address", "IP address") from the address table 15. Then, the control unit 12 creates an ECHONET Lite message according to the read entry and the instruction received in step S1, and transmits the message to the IP address of the communication node to be controlled via the communication interface unit 16 (S17). ).

  In step S10, when there is no notification from the receiving unit 13 indicating that registration has been completed even after a predetermined time (for example, 3 seconds, 10 seconds, etc.) has elapsed since the transmission of the address resolution request packet (S9). (S10, No), the control unit 12 determines that there is no communication node having the hardware address notified in step S2 in the network, and notifies the application unit 11 to that effect (S18). With this operation, it is possible to avoid a situation in which the application unit 11 continues to wait for a command result for a long time exceeding a predetermined time.

  As described above, in this embodiment, in the home network where ECHONET and ECHONET Lite coexist, when the address information of the communication node to be controlled is not registered in the address table 14 or the address table 15, the control unit 12 individually creates and transmits ECHONET and ECHONET Lite address resolution request packets. Then, when the address information of the control target communication node is registered in one of the address tables as a result of the transmission of the address resolution request packet, the communication protocol understood by the control target communication node based on the address information Create and send a message. As a result, even if the application unit 11 does not recognize whether the communication node to be controlled is a communication node that understands the ECHONET Lite message or an ECHONET Lite message, the communication unit Nodes can be shared and controlled.

  In the present embodiment, a time limit for the registration period may be provided for each address table entry, and the entry may be invalidated when the time limit has elapsed since registration. As a result, even when the address information of the communication node changes dynamically, address resolution is newly performed with the issuance of a command by the application unit 11 after the time limit has elapsed, so that the old destination is Can be avoided.

  Also, in this embodiment, an ECHONET message that reads out the required installation property and an ECHONET Lite message that reads out the required installation property are created every predetermined time, and both are sent as a broadcast message in the network. It is good. For example, an operation state property of the node profile object is listed as the installation-required property to be read. Thereby, the address information of all the communication nodes existing in the network can be registered in the address table 14 and the address table 15 every predetermined time. In addition, since registration in the address table 14 and the address table 15 can be performed every predetermined time, erroneous transmission to an old destination can be avoided.

[Second Embodiment]
[Network system configuration example]
In the second embodiment, a controller having an address table different from that of the first embodiment will be described. The configuration other than the address table is the same as in FIG. 2 of the first embodiment.

  FIG. 10 is a diagram illustrating an example of the address table 21. In the present embodiment, the address table 14 and the address table 15 in the controller 1 of FIG. In FIG. 10, the address table 21 is registered in a state where “ECHONET MAC address”, “hardware address”, “IP address”, and “communication protocol” are associated with each communication node.

[Operation of controller 1]
It continues and demonstrates operation | movement of the controller 1 of this embodiment. FIG. 11 is a flowchart showing the operation of the control unit 12 in the controller 1. In the following, processing different from that in the first embodiment will be described.

  After executing step S2 in the same process as in the first embodiment, the control unit 12 searches the address table 21 using the extracted hardware address as a key (S21), and determines whether this address is registered. (S22).

  When registered in the address table 21 (S22, Yes), the control unit 12 reads a corresponding entry from the address table 21. When the communication protocol column of the read entry is “ECHONET”, the control unit 12 determines the ECHONET according to the address information (“ECHONET MAC address”, “hardware address”, “IP address”) and the received instruction. Create a message. Further, when the communication protocol column of the read entry is “ECHONET Lite”, the control unit 12 creates an ECHONET Lite message according to the address information (“hardware address”, “IP address”) and the received command. To do. Then, a message is transmitted to the IP address of the communication node to be controlled via the communication interface unit 16 (S23).

  On the other hand, when it is not registered in the address table 21 (S22, No), the control unit 12 executes steps S9 and S10 in the same process as in the first embodiment, and waits for a notification from the receiving unit 13 (S10). ).

  Thereafter, when a notification indicating that the registration is completed is received from the receiving unit 13 in step S10 (S10, Yes), the control unit 12 searches the address table 21 again using the hardware address extracted in step S2 as a key. (S24), it is determined whether this address is registered (S25). For example, when it is not registered (S25, No), the control unit 12 waits for the next notification (S10). On the other hand, if registered (S25, Yes), the control unit 12 reads the corresponding entry from the address table 21. When the communication protocol column of the read entry is “ECHONET”, the control unit 12 determines the ECHONET according to the address information (“ECHONET MAC address”, “hardware address”, “IP address”) and the received instruction. Create a message. Further, when the communication protocol column of the read entry is “ECHONET Lite”, the control unit 12 creates an ECHONET Lite message according to the address information (“hardware address”, “IP address”) and the received command. To do. Then, a message is transmitted to the IP address of the communication node to be controlled via the communication interface unit 16 (S26).

  As described above, in the present embodiment, in the present embodiment, in the home network where ECHONET and ECHONET Lite coexist, when the address information of the communication node to be controlled is not registered in the address table 21, The controller 12 individually creates and transmits ECHONET and ECHONET Lite address resolution request packets. When the address information of the control target communication node is registered in the address table 21 as a result of the transmission of the address resolution request packet, the communication protocol message understood by the control target communication node based on the address information. Create and send. As a result, even if the application unit 11 does not recognize whether the communication node to be controlled is a communication node that understands the ECHONET Lite message or an ECHONET Lite message, the communication unit Nodes can be shared and controlled.

  In the present embodiment, a time limit for the registration period may be provided for an entry in the address table 21, and the entry may be invalidated when the time limit has elapsed since registration. As a result, even when the address information of the communication node changes dynamically, address resolution is newly performed with the issuance of a command by the application unit 11 after the time limit has elapsed, so that the old destination is Can be avoided.

  Also, in this embodiment, an ECHONET message that reads out the required installation property and an ECHONET Lite message that reads out the required installation property are created every predetermined time, and both are sent as a broadcast message in the network. It is good. For example, an operation state property of the node profile object is listed as the installation-required property to be read. Thereby, the address information of all the communication nodes existing in the network can be registered in the address table 21 every predetermined time. In addition, since registration to the address table 21 can be performed every predetermined time, erroneous transmission to an old destination can be avoided.

  As mentioned above, although embodiment of this invention was described, these embodiment is shown as an example and is not intending limiting the range of invention. These embodiments can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the spirit of the invention. These embodiments and their modifications are included in the scope and gist of the invention, and are also included in the invention described in the claims and the equivalents thereof.

DESCRIPTION OF SYMBOLS 1 Controller 2,3,4,5,6 Communication node 11 Application part 12 Control part 13 Receiving part 14,15,21 Address table 16 Communication interface part

Claims (8)

In a communication control device that operates as a node that transmits a message to a communication node designated as a control target in a network in which a plurality of communication protocols coexist,
An address table section in which address information of communication nodes constituting the network is registered;
An application section that issues a command specifying a communication node to be controlled;
If the address information of the communication node to be controlled is not registered in the address table unit when the command specifying the communication node is received from the application unit, an address resolution request message is created for each communication protocol. If the address information of the control target communication node is registered in the address table unit, a message of a communication protocol understood by the control target communication node is generated and transmitted based on the address information. A control unit;
Equipped with,
For a communication protocol that does not have a message specified as an address resolution request, the control unit creates a message for reading out the required property of the communication protocol as a substitute message for the address resolution request, and broadcasts the message. transmitted, as a result, for all the communication nodes constituting the network, the communication control device address information to the address table unit and said Rukoto registered. A receiving unit for registering address information included in the telegram in the address table unit and notifying the control unit to that effect when a telegram is received from a predetermined communication node constituting the network;
Further comprising
The control unit resolves an address for each communication protocol when the address information of the communication node to be controlled is not registered in the address table unit when the command specifying the communication node is received from the application unit. Create and send a request message, and then receive a notification of completion of registration of the address information to the address table unit, and if the address information of the communication node to be controlled is registered in the address table unit, The communication control apparatus according to claim 1, wherein a communication protocol message understood by the communication node to be controlled is created and transmitted based on the address information. The address table section
A first address table in which address information of a communication node that understands a message of the first communication protocol is registered;
A second address table in which address information of communication nodes that understand messages of the second communication protocol is registered;
Have
When the receiving unit receives a message from a predetermined communication node that constitutes the network, the receiving unit generates an address table of a registration destination of address information included in the message based on information representing a communication protocol extracted from the message. to decide,
The communication control apparatus according to claim 2. In the address table section, the address information of the communication node that understands the message of the first communication protocol and the address information of the communication node that understands the message of the second communication protocol are associated with each communication protocol. Registered with
When receiving a message from a predetermined communication node constituting the network, the receiving unit registers information representing a communication protocol extracted from the message in the address table unit in association with address information included in the message. To
The communication control apparatus according to claim 2. If the control unit creates and transmits an address resolution request message for each communication protocol, and there is no notification of completion of address information registration to the address table unit even after a predetermined time has elapsed, the control target The communication node is not present in the network,
The communication control apparatus according to any one of claims 1 to 4, wherein A registration time limit is provided for the entry in the address table part, and if the time limit has elapsed since registration, the entry is invalidated.
The communication control apparatus according to any one of claims 1 to 5 , wherein For each communication protocol, the control unit creates a message for reading the required installation property, and broadcasts the message every predetermined time.
The communication control device according to any one of claims 1 to 6 , wherein A communication control program that is executed in a device that operates as a node that transmits a message to a communication node designated as a control target in a network in which a plurality of communication protocols coexist,
An application procedure for issuing a command specifying a communication node to be controlled;
The address information of the communication node to be controlled is not registered in the address table part in which the address information of the communication node constituting the network is registered when the communication node receives the command specified by the application procedure. When the address resolution request message is created and transmitted for each communication protocol, and the address information of the control target communication node is registered in the address table unit, the control target communication node is based on the address information. A control procedure for creating and sending a telegram of a communication protocol understood by
To the device ,
In the control procedure, for a communication protocol that does not have a message specified as an address resolution request, a message for reading the required property of the communication protocol is created as a substitute message for the address resolution request, and the message is broadcast. as transmitted, the result, for all the communication nodes constituting the network, the communication control program address information to the address table unit and said Rukoto registered.

Images