WO2015092876A1 - 接続管理システム、接続管理方法、および接続管理装置 - Google Patents

接続管理システム、接続管理方法、および接続管理装置 Download PDF

Info

Publication number
WO2015092876A1
WO2015092876A1 PCT/JP2013/083852 JP2013083852W WO2015092876A1 WO 2015092876 A1 WO2015092876 A1 WO 2015092876A1 JP 2013083852 W JP2013083852 W JP 2013083852W WO 2015092876 A1 WO2015092876 A1 WO 2015092876A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
dummy
virtual
network
node
Prior art date
Application number
PCT/JP2013/083852
Other languages
English (en)
French (fr)
Inventor
与一 中本
祥慈 柚木
橋本　和則
Original Assignee
株式会社 日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社 日立製作所 filed Critical 株式会社 日立製作所
Priority to PCT/JP2013/083852 priority Critical patent/WO2015092876A1/ja
Publication of WO2015092876A1 publication Critical patent/WO2015092876A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport

Definitions

  • the present invention relates to a connection management system, a connection management method, and a connection management apparatus, and more specifically to an interconnection technology between a plurality of private networks.
  • an object of the present invention is to provide a technology that enables bidirectional communication between duplicate addresses in a large-scale system and suppression of influences caused by addition or change of a private network.
  • connection management system of the present invention that solves the above-described problems is a communication interface that communicates with other devices, an IP address used in each network, and each network that is set to avoid duplication between networks for communication between the networks.
  • a storage device storing each value of a virtual IP address of a node and a name resolution request accompanying communication between networks are received from a node under a predetermined network
  • the request source and the request destination of the corresponding communication When the IP address used and the virtual IP address set in the target node are read from the storage device and compared, and the IP address and the virtual IP address overlap, any IP held in the storage device A dummy IP address that does not overlap with the address and virtual IP address is specified for the target node.
  • An arithmetic unit that sets a conversion rule between the virtual IP address set in the target node and the identified dummy IP address in the NAT device and returns the dummy IP address to the node as a name resolution result; It includes a DNS server provided.
  • connection management system of the present invention sends a communication interface that communicates with other devices, a storage device that stores the value of an IP address used in the affiliated network, and a name resolution request associated with communication between networks from a node in the affiliated network.
  • a name resolution request is sent to the DNS server that manages the value of the virtual IP address of each node set to avoid duplication between networks for inter-network communication, and a reply from the DNS server
  • the obtained virtual IP address of the corresponding communication request is compared with the IP address held in the storage device, and when the virtual IP address overlaps the IP address, the virtual IP address of each node in the belonging network and A dummy IP address that does not overlap with any IP address held in the storage device Specified for the requested node, generates and holds a conversion rule between the virtual IP address of the requested node and the identified dummy IP address, and returns the dummy IP address to the node as a name resolution result
  • a NAT device provided with an arithmetic device that executes processing.
  • connection management system of the present invention includes a communication interface for communicating with other devices, an IP address used in each network, and a virtual of each node set to avoid duplication between networks for communication between the networks.
  • a storage device storing each value of an IP address and a name resolution request associated with communication between networks is received from a node under a predetermined network
  • the host name of the request destination of the communication indicated by the name resolution request is If the network is different from the external network, a name resolution request is transmitted to another DNS server belonging to the corresponding external network, and the IP address of the host is obtained from the other DNS server, and the storage device Dummy IP address that does not overlap with any IP address or virtual IP address held in Is set for the host, and a conversion rule between the IP address of the host and the specified dummy IP address is set in the NAT device connecting the external network and each network, and the dummy IP address is set.
  • a DNS server including a computing device that executes processing to be returned to the node as a name resolution result.
  • connection management method of the present invention includes a communication interface that communicates with other devices, an IP address used in each network, and a virtual of each node that is set to avoid duplication between networks for communication between the networks.
  • a DNS server having a storage device storing each value of an IP address receives a name resolution request accompanying communication between networks from a node under a predetermined network
  • the request source and request destination of the corresponding communication The IP address used in the target network and the virtual IP address set in the target node are read from the storage device and compared, and if the IP address and the virtual IP address are duplicated, retained in the storage device
  • a dummy IP address that does not overlap with any IP address and virtual IP address A conversion rule between the virtual IP address set in the target node and the specified dummy IP address is set in the NAT device, and a process of returning the dummy IP address to the node as a name resolution result is executed. It is characterized by that.
  • connection management method of the present invention enables a NAT device having a communication interface that communicates with another device and a storage device that stores the value of an IP address used in the network to which the NAT device issues a name resolution request accompanying inter-network communication.
  • a DNS server that manages the value of the virtual IP address of each node set to avoid duplication between networks for inter-network communication
  • the virtual IP address of the request destination of the corresponding communication obtained by the reply from the DNS server is compared with the IP address held in the storage device, and the virtual IP address overlaps with the IP address, Do not overlap the virtual IP address of each node and any IP address held in the storage device.
  • connection management method of the present invention includes a communication interface that communicates with other devices, an IP address used in each network, and a virtual of each node that is set to avoid duplication between networks for communication between the networks.
  • a DNS server having a storage device storing each value of an IP address receives a name resolution request accompanying communication between networks from a node under a predetermined network, the corresponding communication indicated by the name resolution request
  • a name resolution request is transmitted to another DNS server belonging to the corresponding external network, and the IP address of the host is transmitted from the other DNS server. Is duplicated with any IP address and virtual IP address held in the storage device.
  • a dummy IP address is specified for the host, a conversion rule between the host IP address and the specified dummy IP address is set in the NAT device that connects the external network and each network, and A process of returning a dummy IP address to the node as a name resolution result is executed.
  • connection management device of the present invention includes a communication interface that communicates with other devices, an IP address used in each network, and a virtual of each node set to avoid duplication between networks for communication between the networks.
  • the storage device storing each value of the IP address and the name resolution request accompanying communication between networks is received from a node under a predetermined network, it is used in the target network of the request source and the request destination of the corresponding communication
  • the IP address and the virtual IP address set in the target node are read from the storage device and compared, and the IP address and the virtual IP address are duplicated, any IP address and virtual stored in the storage device A dummy IP address that does not overlap with the IP address is specified for the target node, and the target node A DNS, comprising: an arithmetic unit configured to set a conversion rule between a specified virtual IP address and the identified dummy IP address in a NAT device and return the dummy IP address to the node as a name resolution result It is a server.
  • connection management device of the present invention sends a communication interface that communicates with other devices, a storage device that stores the value of the IP address used in the affiliated network, and a name resolution request associated with communication between networks from a node in the affiliated network.
  • a name resolution request is sent to the DNS server that manages the value of the virtual IP address of each node set to avoid duplication between networks for inter-network communication, and a reply from the DNS server
  • the obtained virtual IP address of the corresponding communication request is compared with the IP address held in the storage device, and when the virtual IP address overlaps the IP address, the virtual IP address of each node in the belonging network and A dummy IP address that does not overlap with any IP address held in the storage device
  • a NAT device provided with an arithmetic device for executing the
  • connection management device of the present invention includes a communication interface that communicates with other devices, an IP address used in each network, and a virtual of each node set to avoid duplication between networks for communication between the networks.
  • a storage device storing each value of an IP address and a name resolution request associated with communication between networks is received from a node under a predetermined network
  • the host name of the request destination of the communication indicated by the name resolution request is If the network is different from the external network, a name resolution request is transmitted to another DNS server belonging to the corresponding external network, and the IP address of the host is obtained from the other DNS server, and the storage device Dummy IP address that does not overlap with any IP address or virtual IP address held in Specify for the host, and set a conversion rule between the IP address of the host and the specified dummy IP address in the NAT device connecting the external network and each network, and name the dummy IP address
  • a DNS server comprising: an arithmetic device that executes processing to be returned to the node as a solution result.
  • FIG. 1 is a diagram illustrating a network configuration example including the connection management system 100 of the first embodiment.
  • a connection management system 100 shown in FIG. 1 is a system that enables bidirectional communication between overlapping addresses in a large-scale system and suppression of influence caused by addition or change of a private network.
  • the connection management system 100 illustrated here is constituted by a DNS server 105 and manages communication between each of the subsystems 1 to 3.
  • Each of the subsystems 1 to 3 has their own private networks 103-a to 103-c, and communication nodes 101-a to 101-c are connected to the private networks 103-a to 103-c, respectively. ing.
  • the subsystems 1 to 3 are connected to the virtual IP network 104 via the NAT devices 102-a to 102-c, respectively.
  • the DNS server 105 which is the connection management system 100 described above is connected to the virtual IP network 104.
  • the communication nodes 101-a to 101-c are the communication node 101
  • the NAT devices 102-a to 102-c are the NAT device 102
  • the private network 103-a to 103-c are described as the private network 103.
  • the communication node 101 is a communication terminal on which an application for communication operates, such as a server, a PC, or a control controller.
  • the NAT device 102 is a gateway device installed between the virtual IP network 104 and the private network 103, and an address set in advance for an IP packet passing between the virtual IP network 104 and the private network 103. Address conversion is performed according to the conversion rule.
  • the NAT device 102 includes a transmission / reception unit 106, an address conversion table management unit 107, an address conversion unit 108, and an address conversion table 109.
  • the transmission / reception unit 106 has a function of transmitting / receiving IP packets to / from the virtual IP network 104 or the private network 103.
  • the address conversion table management unit 107 has a function of managing the address conversion table 109 such as new registration or deletion of an address conversion rule.
  • the address conversion unit 108 has a function of performing an address conversion process on the received IP packet according to a conversion rule set in advance.
  • the address conversion table 109 is a table for managing address conversion rules. The table configuration of the address conversion table 109 will be described later.
  • the private network 103 is a network for exchanging data within the subsystem, and a communication node 101 is connected to the private network 103.
  • a unique IP address (hereinafter, “real IP address”) within the private network 103 is assigned to the network interface of the communication node 101.
  • the virtual IP network 104 is a network for the communication nodes 101-a to 101-c to perform mutual communication across the subsystems 1 to 3. All the communication nodes 101-a to 101-c that perform mutual communication between the subsystems 1 to 3 have unique IP addresses (hereinafter referred to as “virtual IP addresses”) on the virtual IP network 104.
  • the virtual IP addresses of the communication nodes 101-a to 101-c are assigned to the network interface on the virtual IP network 104 side of the NAT device 102 to which the communication node 101-a to 101-c belongs.
  • address design / construction of the private networks 103-a to 103-c is individually performed by the system managers of the subsystems 1 to 3, and address design / construction of the virtual IP network 104 is performed by the system of the entire system. It is assumed that the administrator will do it, but it is not limited to that.
  • the DNS server 105 as the connection management system 100 is a name resolution server that resolves the names of the communication nodes 101-a to 101-c of all the subsystems 1 to 3, and includes a transmission / reception unit 110, a host name management unit 111, an address The duplication determination unit 112, the dummy IP management unit 113, the NAT setting unit 114, the address management table 115, the subnet information management table 116, and the dummy IP address management table 117 are configured.
  • the transmission / reception unit 110 transmits / receives name resolution request / response messages to / from the communication nodes 101-a to 101-c and transmits / receives NAT setting request / response messages to / from the NAT devices 102-a to 102-c.
  • the host name management unit 111 has a function of referring to and updating the address management table 115 at the time of host name resolution or host name registration in response to the above name resolution request.
  • the address duplication determination unit 112 also includes the subnet information of the private network 103 to which the name resolution request source communication node 101 belongs and the virtual IP address of the destination communication node 101 whose name has been resolved, or the private network 103 to which the destination communication node 101 belongs. It is determined whether the subnet information and the virtual IP address of the communication node 101 of the name resolution request source overlap.
  • the dummy IP management unit 113 issues and refunds the dummy IP address.
  • the dummy IP address is a virtual IP address that is the original destination address of the source communication node 101 when the subnet information of the source communication node 101 of the packet and the virtual IP address of the destination communication node 101 overlap. Instead, it is an IP address used as a temporary destination address.
  • Such a dummy IP address is secured for a certain number as a dedicated address area on the address space of the virtual IP network 104.
  • an area other than the dummy IP address is used as the virtual IP address of each communication node 101.
  • a specific example of the packet transmission / reception processing flow using the dummy IP address will be described later.
  • the NAT setting unit 114 sets an address conversion rule for the dummy IP address for the NAT device 102 when the above-mentioned dummy IP address is issued.
  • a specific example of the address conversion rule will be described later.
  • the address management table 115 is a table for managing the correspondence between the host name, that is, the communication node name and the virtual IP address.
  • the subnet information management table 116 is a table for managing subnet information of the private network 103 to which each communication node 101 belongs.
  • the dummy IP address management table 117 is a table for managing dummy IP addresses. The detailed configuration of each table will be described later.
  • the DNS server 105 includes a host CPU (Central Processing Unit) 201 that performs various processes, a host memory 202, a peripheral I / F 203, a storage device 204, a communication I / F 205, and a bus 206.
  • the host CPU 201, the host memory 202, the peripheral I / F 203, the storage device 204, and the communication I / F 205 are connected via a bus 206 and can exchange information with each other.
  • a host CPU Central Processing Unit
  • the host CPU 201 is an arithmetic unit that executes a program held in the storage device 204.
  • the host memory 202 is a volatile storage device used as a working memory and a temporary buffer for input / output data when the host CPU 201 executes the above-described program.
  • the peripheral I / F 203 is an interface for connecting various peripheral devices such as an input / output device such as a mouse, a keyboard, and a monitor and an external storage such as a USB (Universal Serial Bus) memory to the DNS server 105.
  • an input / output device such as a mouse, a keyboard, and a monitor
  • an external storage such as a USB (Universal Serial Bus) memory
  • the storage device 204 is composed of a magnetic disk device, a flash ROM (Read Only Memory), and the like, and is set by an OS, various drivers, various application programs, and various information used by the programs (for example, set by an administrator or maintenance personnel). Stored information).
  • the communication I / F 205 provides an interface when the DNS server 105 communicates with the communication node 101 and the NAT device 102 via the virtual IP network 104. There may be two or more communication I / Fs 205.
  • the DNS server 105 includes the functions necessary for the connection management system 100, that is, the transmission / reception unit 110, the host name management unit 111, the address duplication determination unit 112, the dummy IP management unit 113, and the NAT setting unit 114. Each function is implemented by the host CPU 201 reading the program of the storage device 204 into the host memory 202 and executing it. The same applies to the NAT device 102 and the communication node 101 (hereinafter the same).
  • the address management table 115 stores values of the host name 301 and the IP address 302.
  • the column of the host name 301 is an area for storing a host name for uniquely identifying each of the communication nodes 101-a to 101-c in the entire network including all the subsystems 1 to 3.
  • the host name is assigned by an administrator of the entire system.
  • the column of the IP address 302 is an area for storing a virtual IP address corresponding to each host name.
  • the row 303 represents that the virtual IP address of the communication node whose host name is “node1.subsystem1.jp” is “192.168.0.1”.
  • the address management table 115 stores no information when the DNS server 105 is shipped, and stores the host names and virtual IP addresses of the communication nodes 101-a to 101-c of the subsystems 1 to 3 at the time of system construction. They may be assigned and registered, or may be dynamically registered when each communication node 101-a to 101-c performs entry processing to the corresponding subsystem. For example, when the communication node 101 moves, the virtual IP address of the communication node 101 may be changed. In that case, the administrator manually updates the address management table 115 or updates it by a predetermined re-entry process. In any case, when executing the connection management method of the present embodiment, it is assumed that the address management table 115 is in a state where all necessary information is stored.
  • the subnet information management table 116 stores values of the virtual IP address 401 and subnet information 402.
  • the subnet information management table 116 is used when checking whether the virtual IP address of one communication node 101 performing bidirectional communication is included in the subnet information of the private network 103 to which the other communication node 101 belongs.
  • the column of the virtual IP address 401 is an area for storing the virtual IP address of the communication node 101.
  • the subnet information 402 is an area for storing subnet information of the private network 103 to which the communication node 101 to which the corresponding virtual IP address is assigned.
  • the row 403 indicates that the subnet information of the private network 103 to which the communication node 101 assigned the virtual IP address “192.168.0.1” belongs is “192.168.0.0/24”, That is, the real IP address of the communication node 101 connected to the private network 103 is within the range of “192.168.0.1 to 192.168.0.254”. Note that although one example of subnet information is shown here, a plurality of subnet information may be used.
  • the subnet information management table 116 stores no information when the DNS server 105 is shipped, and the virtual IP addresses of the communication nodes 101-a to 101-c of the subsystems 1 to 3 at the time of system construction,
  • the subnet information of the private network 103 to which the communication node belongs may be registered, or the DNS server 105 may dynamically acquire and register network configuration information using an existing technology such as SNMP or traceroute.
  • the subnet information management table 116 is assumed to be in a state where all necessary information is stored.
  • the dummy IP address management table 117 stores the values of the dummy IP address 501 and the state 502.
  • the dummy IP address management table 117 is referred to when a dummy IP address is paid out or refunded, and is a table that manages the usage state of each dummy IP address.
  • the dummy IP address 501 is an area for storing a dummy IP address that can be used by the DNS server 105 in the entire network that is the object of connection management. As described above, a fixed area in the virtual IP address space is secured in advance for the dummy IP address, and the size of the area is appropriately determined in advance according to the number of subsystems, the scale, and the like.
  • the state 502 is an area for storing the use state (in use or empty) of the dummy IP address. For example, the row 503 indicates that the dummy IP address “10.232.0.1” is issued and is “in use”.
  • the dummy IP address is commonly managed by the DNS server 105 in the entire network that is the object of connection management.
  • the dummy IP address management table 117 may be created for each NAT device 102 in order to efficiently use the dummy IP address. Further, by adding the host name of the destination communication node to the column of the dummy IP address management table 117, an operation using the same dummy IP address may be performed for the same destination communication node.
  • FIG. 6 shows an example of the address conversion table 109 of the NAT device 102-a in FIG.
  • Such an address translation table 109 is a table for managing the address translation rules of IP packets passing through the NAT device 102, and includes an I / F 601, a source IP address 602, a destination IP address 603, a translated source IP address 604, and Each value of the destination IP address 605 after conversion is stored.
  • the I / F 601 is an area for storing information of the I / F that has received the IP packet to be converted.
  • the private network side I / F is set to “eth0”
  • the virtual IP network side I / F is set to “eth1”.
  • the source IP address 602 is an area for storing the source IP address described in the header of the IP packet before conversion.
  • the destination IP address 603 is an area for storing the destination IP address described in the header of the IP packet before conversion.
  • the post-conversion source IP address 604 is an area for storing the source IP address described in the header of the post-conversion IP packet.
  • the converted destination IP address 605 is an area for storing the destination IP address described in the header of the converted IP packet.
  • the row 606 indicates that the source IP address and the destination IP address of the IP packet received from the I / F “eth0” are “192.168.0.100” and “10.232, respectively. .0.1 ”represents a rule for rewriting the source IP address and the destination IP address of the IP packet to“ 192.168.0.1 ”and“ 192.168.0.2 ”.
  • the NAT device 102 performs matching determination in order from the top of the entry in the address conversion table 109, that is, the rule in the row 606, and ends the matching process when matching with any rule.
  • the present invention is not limited to this.
  • all rules in the address conversion table 109 may be matched, or priority may be set for each rule.
  • the address conversion table 109 may include not only an IP address but also a port number column, and a column indicating static setting or dynamic setting may be added.
  • the host name may be described in the IP address area.
  • connection management method in the first embodiment, various operations corresponding to the connection management method described below are realized by a program executed by the above-described DNS server 105 constituting the connection management system 100. These programs are composed of codes for performing various operations described below.
  • FIG. 7 is a diagram showing a processing sequence example 1 of the connection management method in the first embodiment. Specifically, a series of processing sequences when the communication node 101-a of the subsystem 1 resolves the name of the communication node 101-b of the subsystem 2 and transmits a packet and receives a response packet will be described.
  • the communication node 101-a of the subsystem 1 transmits a name resolution request message of the communication node 101-b to the DNS server 105 (step S701).
  • the DNS server 105 performs name resolution processing for the communication node 101-b, and acquires a virtual IP address “192.168.0.2” corresponding to the communication node 101-b (step S702).
  • the DNS server 105 performs address duplication determination in order to determine whether or not the dummy IP address needs to be paid out (step S703). Specifically, first, the subnet information management table 116 is referred to, and the subnet information “192.168.0.0” of the communication node 101-a is changed from the virtual IP address “192.168.0.1” of the communication node 101-a. / 24 "and the subnet information" 192.168.0.0/24 "of the communication node 101-b is acquired from the virtual IP address" 192.168.0.2 "of the communication node 101-b.
  • the virtual IP address “192.168.0.1” of the communication node 101-a is included in the subnet “192.168.0.0/24” of the communication node 101-b, and the communication node 101-b It is determined whether the virtual IP address “192.168.0.2” of b is included in the subnet “192.168.0.0/24” of the communication node 101-a.
  • the former is included, it is necessary to assign a dummy IP address to the communication node 101-a.
  • the latter it is necessary to assign a dummy IP address to the communication node 101-b. Since both are included in this example, it is necessary to assign a dummy IP address to both the communication node 101-a and the communication node 101-b.
  • the DNS server 105 refers to the dummy IP address management table 117 and pays out the dummy IP addresses of the communication nodes 101-a and 101-b (step S704).
  • “10.232.0.2” is assigned to the communication node 101-a
  • “10.232.0.1” is assigned to the communication node 101-b.
  • the DNS server 105 generates NAT settings to be set in the NAT device 102-a and the NAT device 102-b (step S705).
  • the NAT setting for the NAT device 102-a is as shown in lines 606 and 607 of the address conversion table 109 illustrated in FIG. That is, the translation rule in the row 606 of the address translation table 109 in FIG. 6 is applied to the packet from the private network 103 to the virtual IP network 104, and the source IP address is the real IP address “192. 168.0.100 ”and the destination IP address is the dummy IP address“ 10.232.0.1 ”of the communication node 101-b, the virtual IP address“ 192.168. ”Of the communication node 101-a is the source IP address.
  • the destination IP address is converted to the virtual IP address“ 192.168.0.2 ”of the communication node 101-b.
  • the translation rule in the row 607 of the address translation table 109 in FIG. 6 is applied to the packet from the virtual IP network 104 to the private network 103.
  • a NAT setting for the NAT device 102-b is also generated using the dummy IP address “10.232.0.2” of the communication node 101-a.
  • the DNS server 105 makes a NAT setting request to the NAT device 102-a (step S706).
  • the NAT device 102-a adds the NAT setting to the address conversion table 109 in accordance with the NAT setting request from the DNS server 105 (step S707), and returns the NAT setting result to the DNS server 105 (step S708).
  • the DNS server 105 performs NAT setting for the NAT device 102-b in the same manner as the NAT device 102-a (steps S709 to S711). Then, after completing the NAT setting of the NAT device 102-a and the NAT device 102-b, the DNS server 105 sends the dummy IP address “10.232.0. 1 "is returned (step S712).
  • the communication node 101-a transmits an IP packet addressed to the name resolution result address of the communication node 101-b (dummy IP address of the communication node 101-b) (step S713).
  • the source IP address of the IP packet is the real IP address “192.168.0.100” of the communication node 101-a
  • the destination IP address is the dummy IP address “10.232.0 of the communication node 101-b. .1 ".
  • the packet addressed to the dummy IP address is made to reach the NAT device 102-a by the routing setting in the private network 103-a.
  • the NAT device 102-a performs address conversion processing on the IP packet received from the communication node 101-a according to the rules of the address conversion table 109 (step S714), and the converted packet is sent to the virtual IP network 104. Transmit (step S715).
  • the source IP address of the converted IP packet is the virtual IP address “192.168.0.1” of the communication node 101-a
  • the destination IP address is the virtual IP address “192. 168.0.2 ".
  • the converted IP packet is delivered to the NAT device 102-b by the routing setting in the virtual IP network 104.
  • the NAT device 102-b of the subsystem 2 performs address conversion on the received IP packet in accordance with the address conversion rules set in the above-described steps S709 to S711 (step S716), and the converted IP packet Transmission is made to the private network 103-b (step S717).
  • the source IP address of the converted IP packet is the dummy IP address “10.232.0.1” of the communication node 101-a
  • the destination IP address is the actual IP address “192. 168.0.100 ".
  • the communication node 101-b transmits a response packet for the received IP packet (step S718).
  • the source IP address of the IP packet is the actual IP address “192.168.0.100” of the communication node 101-b
  • the destination IP address is the dummy IP address “10.232.10 of the communication node 101-a. 0.1 ".
  • the NAT device 102-b performs address conversion of the IP packet received from the communication node 101-b (step S719), and transmits the converted IP packet to the virtual IP network 104 (step S720).
  • the source IP address of the converted IP packet is the virtual IP address “192.168.0.2” of the communication node 101-b
  • the destination IP address is the virtual IP address “192. 168.0.1 ".
  • the NAT device 102-a performs address conversion of the IP packet received from the communication node 101-b via the virtual IP network 104 (step S721), and transmits the converted IP packet to the private network 103-a. (Step S722).
  • the source IP address of the converted IP packet is the dummy IP address “10.232.0.1” of the communication node 101-b
  • the destination IP address is the actual IP address “192. 168.0.100 ".
  • step S704 it is possible to easily trace a communication packet later by leaving a log indicating which dummy IP address has been issued to which communication node.
  • FIG. 8 is a diagram showing a processing sequence example 2 of the connection management method in the first embodiment.
  • the network administrator of the subsystem 1 uses a predetermined terminal and performs a procedure for changing the IP address of the communication node 101-a, for example, in accordance with the change of the network configuration of the private network 103-a.
  • the predetermined terminal sets the contents of the address change described above by the network administrator for the communication node 101-a (step S801).
  • the communication node 101-a returns the result of the address change made by this setting to the above-described predetermined terminal or display interface (step S802).
  • the network administrator uses the predetermined terminal to set the NAT setting for the communication node 101-a to the NAT device 102-a of the subsystem 1. Make a change request.
  • the predetermined terminal notifies the NAT device 102-a of the change request of the NAT setting related to the communication node 101-a received from the network administrator (step S803).
  • the NAT device 102-a changes the NAT setting in response to the above change request, and updates the real IP address before the change of the communication node 101-a to the real IP address after the change (step S804).
  • a method for such update a method of deleting an entry related to the real IP address before the change and newly adding an entry at the time of name resolution may be used, or the real IP address before the change is changed to the real IP address after the change. You may use the replacement method.
  • the NAT device 102-a that has changed the NAT setting returns a NAT setting change result to the above-described predetermined terminal or display interface used by the network administrator (step S805).
  • the network administrator transmits the changed subnet information to the DNS server 105 using a predetermined terminal, and makes a request for changing the subnet information managed by the DNS server 105.
  • the predetermined terminal notifies this DNS information change request to the DNS server 105 (step S806).
  • the DNS server 105 updates the subnet information management table 116 in response to the subnet information change request described above (step S807), and returns the change result to the predetermined terminal or display interface described above (step S808). ), The process is terminated.
  • FIG. 9 is a diagram showing a processing flow example 1 of the connection management method in the first embodiment.
  • the transmission / reception unit 110 in the DNS server 105 receives the name resolution request from the communication node 101 (step S901), and from this name resolution request, the request source virtual IP address and the host name of the destination communication node to be resolved. Extract.
  • the host name management unit 111 of the DNS server 105 refers to the address management table 115 and acquires a corresponding virtual IP address based on the host name of the destination communication node obtained in step S901 described above (step S902). . Further, the host name management unit 111 of the DNS server 105 determines whether or not the corresponding virtual IP address has been acquired in the above-described step S902 (step S903). If the virtual IP address can be acquired (S903: Yes), the host name management unit 111 advances the process to step S905. If the virtual IP address cannot be acquired (S903: No), the process advances to step S904.
  • step S904 the transmission / reception unit 110 of the DNS server 105 returns a name resolution failure error to the name resolution request source, that is, the communication node 101 that has sent the name resolution request in step S901 described above.
  • the address duplication determination unit 112 of the DNS server 105 refers to the subnet information management table 116, and (1) the virtual IP address of the transmission source communication node (name resolution request source communication node) is the destination communication node. Whether it is included in the subnet of the private network 103 to which (name resolution target communication node) belongs, and (2) whether the virtual IP address of the destination communication node is included in the subnet of the private network 103 to which the source communication node belongs, Each condition is determined.
  • step S906: Yes if the address duplication determination unit 112 of the DNS server 105 meets at least one of the above conditions (1) or (2) in step S905 (step S906: Yes), the process proceeds to step S907.
  • step S910 When neither of the above conditions (1) and (2) is satisfied (step S906: No), the process proceeds to step S910.
  • step S907 the dummy IP management unit 113 of the DNS server 105 issues a dummy IP address and performs NAT setting. The detailed flow will be described later with reference to FIG.
  • the transmission / reception unit 110 of the DNS server 105 determines whether or not the dummy IP address issued in step S907 is a dummy IP address for the destination communication node (name resolution target communication node) (step S908). . If the result of this determination is that it is a dummy IP address for the destination communication node (step S908: Yes), the transmission / reception unit 110 proceeds with the process to step S909, otherwise (step S908: No), the process proceeds to step S910. .
  • step S909 the transmission / reception unit 110 of the DNS server 105 returns the dummy IP address for the destination communication node issued in step S907 described above to the name resolution request source communication node as the name resolution result.
  • step S910 the transmission / reception unit 110 of the DNS server 105 returns the virtual IP address resolved in step S902 described above to the name resolution request source communication node as the name resolution result, and ends the process.
  • FIG. 10 is a diagram showing a processing flow example 2 of the connection management method in the first embodiment. Specifically, this is a processing flow for issuing the dummy IP address of the DNS server 105 and setting the NAT.
  • the dummy IP management unit 113 of the DNS server 105 determines whether it is necessary to pay out the dummy IP address of the destination communication node (name resolution target communication node) (step S1001). If necessary (step S1001: Yes), the process proceeds to step S1002. If not necessary (step S1001: No), the process proceeds to step S1009.
  • the dummy IP management unit 113 of the DNS server 105 refers to the dummy IP address management table 117 and checks the usage state of the dummy IP address (step S1002). If there is a dummy IP address that can be used as a result of this check (step S1003: Yes), the dummy IP management unit 113 proceeds to step S1004. If the dummy IP address does not exist (step S1003: No), the process proceeds to step S1004. The process proceeds to S1005.
  • step S1004 the dummy IP management unit 113 issues one of the blank dummy IP addresses as a dummy IP address for the destination communication node, and updates the usage state of the dummy IP address to “in use”. .
  • the dummy IP management unit 113 identifies the dummy IP address having the oldest payout date among the dummy IP addresses, and sets the NAT setting for the NAT device 102 in which the NAT setting for the dummy IP address is set. Perform deletion processing.
  • the dummy IP management unit 113 for each of the above-mentioned dummy IP address payout date and NAT device for which the dummy IP address NAT is set, when performing dummy IP address payout processing, the dummy IP management unit 113, for example, Appropriate information is registered by adding appropriate columns to the IP address management table 117. Note that the processing at the time of dummy IP address exhaustion described here is merely an example, and is not limited to this.
  • the latest reference date and time may be used, or the date and time may not be taken into account and the rotation may be used simply by rotation.
  • the latest use date and time for example, if a packet with a dummy IP address does not flow for a certain period of time in each NAT device 102, the NAT entry is deleted and the DNS server 105 is repaid. Good.
  • the dummy IP management unit 113 issues the dummy IP address specified in step S1005 described above as a dummy IP address for the current destination communication node, and the dummy IP address management table 117 uses the state 502 of the corresponding entry as “used”. Update to “medium” (step S1006).
  • the NAT setting unit 114 of the DNS server 105 generates NAT information to be set for the NAT device 102 of the communication node that is the name resolution request source (step S1007). Further, the NAT setting unit 114 sets NAT information for the NAT device 102 of the communication node that is the name resolution request source (step S1008).
  • the dummy IP management unit 113 of the DNS server 105 determines whether it is necessary to issue a dummy IP address of the communication node that is the name resolution request source (step S1009). If necessary (step S1009: Yes), the dummy IP management unit 113 returns the process to step S1010. On the other hand, if not necessary (step S1009: No), the process returns to step S908 in the flow of FIG.
  • Subsequent steps S1010 to S1016 are the same as those obtained by replacing the destination communication node and the name resolution request source communication node in the processing of steps S1002 to S1008 described above, and thus description thereof is omitted. In this way, the dummy IP address is issued and the NAT setting is performed.
  • the DNS server 105 has a single configuration in a network including a plurality of subsystems 1 to 3. Therefore, while the DNS server 105 can be easily managed, there is a concern that all processing is concentrated on the DNS server 105 and the processing load increases. Therefore, in the second embodiment described below, a configuration is shown in which the processing load on the DNS server is reduced by distributing the functions of the DNS server 105 of the first embodiment to the NAT devices of each subsystem. And
  • the configuration of the connection management system 100 in the second embodiment will be described with reference to FIG.
  • the difference from the first embodiment is the configuration of the NAT devices 1102-a and 1102-b.
  • the NAT device 1102-a includes a NAT processing unit 1106-a and a local DNS processing unit 1107-a.
  • the configuration of the NAT processing unit 1106-a includes the functions and address conversion table 109 that the normal NAT device should have, like the NAT device 102-a of the first embodiment.
  • the configuration of the local DNS processing unit 1107-a includes the functions provided in the DNS server 105 of the first embodiment and the respective tables 115 to 117.
  • the DNS server 105 of the first embodiment performs the name resolution, the dummy IP address allocation, and the NAT setting of all the communication nodes 101 to be connection-managed
  • the DNS server 105 of the second embodiment. 1105 performs only name resolution of all the communication nodes 1101 to be connection-managed
  • the local DNS processing unit 1107 of the NAT device 1102 performs the dummy IP address assignment and NAT setting.
  • the local DNS processing unit 1107 performs name resolution of the communication node 1101 under its control by itself, but the IP address returned as a resolution result is not a virtual IP address but a real IP address.
  • FIG. 12 is a diagram showing a processing sequence example of the connection management method in the second embodiment.
  • the values exemplified in FIG. 11 are assumed for various address information.
  • the communication node 1101-a makes a name resolution request for the communication node 1101-b to the local DNS processing unit 1107-a of the NAT device 1102-a in the subsystem 1 to which it belongs (step S1201).
  • the local DNS processing unit 1107-a of the NAT device 1102-a sends a name to the upper DNS server 1105 via the virtual IP network 1104 because the communication node 1101-b described above does not exist in its own subsystem 1.
  • a solution request is made (step S1202). Note that if the host to be resolved, that is, the communication node exists in its own subsystem 1, the local DNS processing unit 1107-a returns the corresponding real IP address to the communication node 1101-a, and the same sub Communication processing in the private network 1103-a of the system 1 is executed.
  • the DNS server 1105 performs name resolution of the communication node 1101-b in response to the name resolution request received from the local DNS processing unit 1107-a of the NAT device 1102-a (step S1203).
  • the virtual IP address “192.168.0.2” of 1101-b is returned to the local DNS processing unit 1107-a (step S1204).
  • the local DNS processing unit 1107-a returns the virtual IP address “192.168.0.2” of the communication node 1101-b returned from the DNS server 1105 to the subnet “192” of its own private network 1103-a. .168.0.0 / 24 "is determined (step S1205).
  • the virtual IP address “192.168.0.2” of the communication node 1101-b is included in the subnet “192.168.0.0/24” of its own private network 1103-a. Therefore, the local DNS processing unit 1107-a pays out the dummy IP address “10.232.0.1” for the communication node 1101-b from the dummy IP address management table (step S1206).
  • the dummy IP address management table in this case is the same as that illustrated in FIG. 5 and is not shown, but is used in the subsystem 1 to which the NAT device 1102-a belongs.
  • the local DNS processing unit 1107-a sends the virtual IP “192.168.0.2” and dummy IP address “10.232.0.1” of the communication node 1101-b to the NAT processing unit 1106-a. Is set (step S1207 to step S1209), and the dummy IP address “10.232.0.1” for the communication node 1101-b is returned to the communication node 1101-a as the name resolution result (step S1210). .
  • the communication node 1101-a transmits the packet to the private network 1103-a with the dummy IP address “10.232.0.1” for the communication node 1101-b obtained from the NAT device 1102-a as the destination.
  • the source IP address of the IP packet is the real IP address “192.168.0.100” of the communication node 1101-a
  • the destination IP address is the dummy IP address “10.232.0 of the communication node 1101-b. .1 ".
  • the packet addressed to the dummy IP address is made to reach the NAT device 1102-a by the routing setting in the private network 1103-a.
  • the NAT processing unit 1106-a of the NAT device 1102-a performs address conversion on the IP packet received from the communication node 1101-a (step S1212), and transmits the converted packet to the virtual IP network 1104. (Step S1213).
  • the source IP address of the converted IP packet is the virtual IP address “192.168.0.1” of the communication node 1101-a
  • the destination IP address is the virtual IP address “192. 168.0.2 ".
  • the converted IP packet is delivered to the NAT device 1102-b by the routing setting in the virtual IP network 1104.
  • the NAT processing unit 1106-b of the NAT device 1102-b in the subsystem 2 transmits the source IP address of the IP packet received via the virtual IP network 1104 (virtual IP address “192. 168.0.1 ′′) is extracted, and an address duplication determination is requested to the local DNS processing unit 1107-b (step S1214).
  • the local DNS processing unit 1107-b uses the virtual IP address “192.168.0.1” of the communication node 1101-a as the subnet “192.168.0.0/24” of its own private network 1103-b. It is determined whether it is included in "" (step S1215). Since it is included here, the dummy IP address “10.232.0.1” for the communication node 1101-a is paid out from the dummy IP address management table (step S1216).
  • the dummy IP address management table in the local DNS processing unit 1107-b of the NAT device 1102-b has the same configuration as that held by the local DNS processing unit 1107-a of the NAT device 1102-a. 2 is used.
  • the dummy IP address for the communication node 1101-a and the dummy IP address for the communication node 1101-b match here, there is no problem because they are used only in different subsystems.
  • the local DNS processing unit 1107-b of the NAT device 1102-b returns the dummy IP address “10.232.0.1” for the communication node 1101-a to the NAT processing unit 1106-b (step S1217). .
  • the NAT processing unit 1106-b sets the virtual IP address “192.168.0.1” of the communication node 1101-a and the dummy IP address “10.232.0.1” for the communication node 1101-a.
  • NAT setting for conversion is performed (step S1218).
  • the NAT processing unit 1106-b performs address conversion on the IP packet received in step S1213 (step S1219), and transmits the converted IP packet to the private network 1103-b.
  • the source IP address of the converted IP packet is the dummy IP address “10.232.0.1” of the communication node 1101-a
  • the destination IP address is the actual IP address “192. 168.0.100 ".
  • the converted IP packet is delivered to the communication node 1101-b by the routing setting in the private network 1103-b.
  • the communication node 1101-b transmits a response packet of the IP packet received via the private network 1103-b (step S1221).
  • the source IP address of this response packet is the real IP address “192.168.0.100” of the communication node 1101-b
  • the destination IP address is the dummy IP address “10.232.0.1” of the communication node 1101-a. It is.
  • the packet addressed to the dummy IP address is made to reach the NAT device 1102-b by the routing setting in the private network 1103-b.
  • the NAT processing unit 1106-b of the NAT device 1102-b performs address conversion on the response packet received from the communication node 1101-b (step S1222), and converts the IP packet into the virtual IP network 11041. Is transmitted (step S1223).
  • the source IP address of the converted IP packet is the virtual IP address “192.168.0.2” of the communication node 1101-b
  • the destination IP address is the virtual IP address “192.168.168” of the communication node 1101-a. 0.1 ".
  • the converted IP packet is delivered to the NAT device 1102-a of the subsystem 1 by the routing setting in the virtual IP network 1104.
  • the NAT processing unit 1106-a in the NAT device 1102-a of the subsystem 1 performs address conversion on the IP packet received via the virtual IP network 1104 (step S1224), and converts it into the private network 1103-a.
  • the later IP packet is transmitted (step S1225).
  • the source IP address of the converted IP packet is the dummy IP address “10.232.0.1” of the communication node 1101-b
  • the destination IP address is the real IP address “192.168.16” of the communication node 1101-a. 0.100 ".
  • the converted IP packet is delivered to the communication node 1101-a by the routing setting in the private network 1103-a.
  • a private IP is used for the virtual IP address. Therefore, the DNS server performs duplication determination processing between the virtual IP address space and the physical address space of each subsystem, and performs processing for paying out dummy IP when duplication occurs.
  • the global IP for the virtual IP address, the overlap between the physical address space (private IP space) and the virtual IP address space (global IP space) of each subsystem is avoided, and the first embodiment and the second embodiment A description will be given of a third embodiment in which the address duplication determination process in the DNS server which has been performed in the example is unnecessary.
  • FIG. 13 is a diagram showing a network configuration example including the connection management system 100 in the third embodiment.
  • each of the subsystems 1 and 2 has their own private networks 1303-a to 1303-b, and each of the private networks 1303-a to 1303-b has a communication node 1301- a to 1301-b are connected.
  • the subsystems 1 and 2 are connected to the virtual IP network 1304 via the NAT devices 1302-a to 1302-b, respectively.
  • an internal DNS server 1306 that performs name resolution and a NAT device 1302-c as a communication GW (Gateway) for connecting to the Internet 1305 are connected to the virtual IP network 1304.
  • an external DNS server 1308 that resolves names of hosts on the Internet and an external server 1309 are connected to the Internet 1305.
  • a host on the Internet is assigned a global IP address.
  • the difference between the third embodiment and the first embodiment is that (1) the address system of the virtual IP network 1304 is a global IP address, (2) the functional configuration of the internal DNS server 1306, and (3) the virtual IP network 1304. Is connected to the Internet 1305 via the NAT device 1302-c.
  • the other communication nodes 1301-a to 1301-b, NAT devices 1302-a to 1302-c, and private networks 1303-a to 1303-b are the same as those in the first embodiment, and thus description thereof is omitted here. .
  • the internal DNS server 1306 is a name resolution server that resolves the names of all the communication nodes 1301 of the subsystems 1 and 2 that are the targets of connection management. , A dummy IP management unit 1317, a NAT setting unit 1318, an address management table 1319, and a dummy IP address management table 1320.
  • the transmission / reception unit 1314 transmits / receives name resolution request / response messages to / from each communication node 1301 and transmits / receives NAT setting request / response messages to / from each NAT device 1302.
  • the host name management unit 1315 has a function of referencing / updating the address management table 1319 at the time of host name resolution or host name registration.
  • the DNS resolver 1316 makes a name resolution request to the external DNS server 1308 when the host name of the resolution request target is not its own management target, in this case, the host name outside the virtual IP network 1304.
  • the dummy IP management unit 1317 pays out and refunds the dummy IP address.
  • the dummy IP address is the global IP address of the external host whose original destination address is the packet transmission source communication node 1301 when the host name to be resolved is a host name outside the virtual IP network 1304. It is an IP address used as a temporary destination address instead of.
  • a certain number of dummy IP addresses are secured as dedicated address areas in the address space of the virtual IP network 1304, and the other areas are used as virtual IP addresses of the respective communication nodes 1301.
  • the packet transmission / reception processing flow using the dummy IP address will be described later with reference to FIG.
  • the NAT setting unit 1318 gives the dummy IP address and the original destination address (original address) to the NAT device 1302-c connected to the Internet 1305 when the dummy IP management unit 1317 issues a dummy IP address.
  • An address conversion rule with a global IP address acquired as a name resolution result from the external DNS server 1308 is set.
  • the address management table 1319 is a table for managing the correspondence between host names and virtual IP addresses.
  • the dummy IP address management table 1320 is a table for managing dummy IP addresses. Since the detailed configuration of each table is the same as that of the first embodiment, description thereof is omitted.
  • FIG. 14 is a diagram showing a processing sequence example of the connection management method in the third embodiment.
  • the values exemplified in FIG. 13 are assumed for various address information and host names.
  • the communication node 1301-a transmits a name resolution request message of the host name “dummy.abcd.jp” of the external server 1309 to the internal DNS server 1306 (step S1401).
  • the internal DNS server 1306 that has received the name resolution request from the communication node 1301-a checks whether the host name of the name resolution request target is inside or outside the virtual IP network 1304 that is the target of connection management (Step S1402).
  • the internal DNS server 1306 sends a name resolution request message of the host name “dummy.abcd.jp” to the external DNS server 1308. (Step S1403).
  • the external DNS server 1308 performs name resolution processing (step S1404), and returns the resolved IP address “11.0.0.1” to the internal DNS server 1306 (step S1405).
  • the internal DNS server 1306 refers to the dummy IP address management table 1320 and pays out a dummy IP address addressed to the external server 1309 (step S1406).
  • “12.0.0.1” is assigned as the dummy IP address of the external server 1309.
  • the internal DNS server 1306 that has issued the dummy IP address as described above sends the dummy IP address “12.0.0.1” of the external server 1309 and the actual IP address “of the external server 1309” to the NAT device 1302-c.
  • the NAT device 1302-c sets the destination IP address to the external server when the destination IP address is the dummy IP address “12.0.0.1”.
  • the real IP address “11.0.0.1” of 1309 is rewritten, and for the packet in the direction of the virtual IP network 1304 from the Internet 1305, the source IP address is the real IP address “11.0.0 of the external server 1309. .1 ”, NAT setting for rewriting the transmission source IP address to the dummy IP address“ 12.0.0.1 ”is performed (step S1408).
  • the NAT device 1302-c returns such a NAT setting result to the internal DNS server 1306 (step S1409).
  • the internal DNS server 1306 returns the dummy IP address “12.0.0.1” of the external server 1309 to the communication node 1301-a as the name resolution result (step S1410).
  • the communication node 1301-a transmits an IP packet addressed to the name resolution result address of the external server 1309 (dummy IP address of the external server 1309) (step S1411).
  • the source IP address of the IP packet is the real IP address “192.168.0.100” of the communication node 1301-a
  • the destination IP address is the dummy IP address “12.0.0.1 of the external server 1309. ".
  • the packet addressed to the dummy IP address is made to reach the NAT device 1302-a by the routing setting in the private network 1303-a.
  • the NAT device 1302-a performs address conversion processing on the IP packet received from the communication node 1301-a described above according to the rules of the address conversion table 1313 (step S1412), and the converted packet is transmitted to the virtual IP network 1304. (Step S1413).
  • the source IP address of the converted IP packet is the virtual IP address “11.0.0.2” of the communication node 1301-a
  • the destination IP address is the dummy IP address “12.0. 0.1 ".
  • the converted IP packet is delivered to the NAT device 1302-c by the routing setting in the virtual IP network 1304.
  • the NAT device 1302-c performs address conversion on the IP packet received via the virtual IP network 1304 in accordance with the address conversion rules set in the above-described steps S1407 to S1409 (step S1414).
  • the IP packet is transmitted to the Internet 1305 (step S1415).
  • the source IP address of the converted IP packet is the real IP address “11.0.0.100” on the Internet side of the NAT device 1302-c, and the destination IP address is the real IP address “11 of the external server 1309. 0.0.1 ".
  • the external server 1309 receives the above-described IP packet via the Internet 1305 and transmits a response packet of this IP packet (step S1416).
  • the source IP address of the response packet is the real IP address “11.0.0.1” of the external server 1309 and the destination IP address is the real IP address “11.0. 0.100 ".
  • the NAT device 1302-c performs address conversion of the IP packet received from the external server 1309 (step S1417), and transmits the converted IP packet to the virtual IP network 1304 (step S1418).
  • the source IP address of the converted IP packet is the dummy IP address “12.0.0.1” of the external server 1309
  • the destination IP address is the virtual IP address “11.0.0.1” of the communication node 1301-a. 0.2 ".
  • the NAT device 1302-a performs address conversion of the above-described IP packet received via the virtual IP network 1304 (step S1419), and transmits the converted IP packet to the private network 1303-a (step S1420).
  • the source IP address of the converted IP packet is the dummy IP address “12.0.0.1” of the external server 1309, and the destination IP address is the real IP address “192.168.1. 0.100 ".
  • FIG. 15 is a diagram showing a processing flow example of the connection management method in the third embodiment.
  • the transmission / reception unit 1314 of the internal DNS server 1306 receives a name resolution request from the communication node 1301 (step S1501).
  • the transmission / reception unit 1314 extracts the host name of the destination communication node targeted for name resolution from the name resolution request message.
  • the host name management unit 1315 of the internal DNS server 1306 refers to the address management table 1319 and acquires the corresponding virtual IP address from the host name of the destination communication node (step S1502).
  • step S1503 the host name management unit 1315 of the internal DNS server 1306 determines whether or not the corresponding virtual IP address has been acquired in step S1502 (step S1503). If the virtual IP address can be acquired as a result of this determination (step S1503: Yes), the process proceeds to step S1504. If the virtual IP address cannot be acquired (step S1503: No), the process proceeds to step S1505.
  • step S1504 the transmission / reception unit 1314 of the internal DNS server 1306 returns the virtual IP address of the name resolution result to the communication node 1301-a that is the name resolution request source.
  • step S1505 the DNS resolver 1316 of the internal DNS server 1306 makes a name resolution request to the external DNS server 1308.
  • the fact that the name could not be resolved in step S1502 means that the corresponding host name is a host name outside the virtual IP network 1304.
  • step S1506: Yes if the DNS resolver 1316 of the internal DNS server 1306 can resolve the name in the above-described step S1505 (step S1506: Yes), the process proceeds to step S1508, and if the name cannot be resolved (step S1506: No). The process proceeds to step S1507.
  • step S1507 the transmission / reception unit 1314 of the internal DNS server 1306 returns an error to the communication node 1301-a that is the name resolution request source.
  • step S1508 the transmission / reception unit 1314 of the internal DNS server 1306 performs payout of dummy IP address and NAT setting.
  • the dummy IP management unit 1317 refers to the dummy IP address management table 1320 and pays out an available dummy IP address.
  • the NAT setting unit 1318 then performs NAT setting for the NAT device 1302-c to perform address conversion between the issued dummy IP address and the IP address obtained by name resolution in step S1505.
  • the transmission / reception unit 1314 of the internal DNS server 1306 returns the dummy IP address issued in step S1508 described above to the name resolution request source communication node 1301-a as the name resolution result (step S1509).
  • FIG. 13 shows an example of a centralized configuration in which only one NAT device 1302-c for accessing the Internet 1305 is on the virtual IP network, the NAT devices 1302-a, A distributed configuration in which the Internet 1305 can be directly accessed from 1302-b may be adopted.
  • bidirectional communication between duplicate addresses in a large-scale system and influence suppression due to addition or change of a private network can be performed.
  • the DNS server further stores a value of a dummy IP address within a predetermined range in the storage device, and the dummy IP address is specified in the arithmetic device. Accordingly, status information that is being paid out is set for the corresponding dummy IP address, and in the subsequent dummy IP address specifying process, the dummy IP address for which the status information is not being issued is specified from the predetermined range. There may be.
  • the identification of the dummy IP address, that is, the process of payout is made efficient, and the efficiency of the entire communication flow is improved.
  • the NAT device further stores a value of a dummy IP address within a predetermined range in the storage device.
  • the dummy IP address is specified. Accordingly, status information that is being paid out is set for the corresponding dummy IP address, and in the subsequent dummy IP address specifying process, the dummy IP address for which the status information is not being issued is specified from the predetermined range. There may be.
  • the identification of the dummy IP address, that is, the process of payout is made efficient, and the efficiency of the entire communication flow is improved.
  • connection management system 101 1101, 1301 communication node 102, 1102, 1302 NAT device 103, 1103, 1303 private network 104, 1104, 1304 virtual IP network 105, 1105 DNS server 106 transmission / reception unit 107, 1311 address Conversion table management unit 108, 1312 Address conversion unit 109, 1313 Address conversion table 110, 1314 Transmission / reception unit 111, 1315 Host name management unit 112 Address duplication determination unit 113 Dummy IP management unit 114, 1318 NAT setting unit 115, 1319 Address management table 116 Subnet information management tables 117 and 1320 Dummy IP address management table 201 Host CPU 202 Host memory 203 Peripheral I / F 204 Storage device 205 Communication I / F 206 Bus 1106 NAT processing unit 1107 Local DNS processing unit 1305 Internet 1306 Internal DNS server 1308 External DNS server 1309 External server 1316 DNS resolver

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　大規模システムにおける重複アドレス間での双方向通信と、プライベートネットワークの追加、変更に伴う影響抑制とを可能にすることを課題とする。　接続管理システムにおいて、他装置と通信する通信インターフェースと、各ネットワークで用いるＩＰアドレスと、各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスを格納した記憶装置と、名前解決要求の受信時、該当通信の要求元及び要求先の、対象ネットワークで用いているＩＰアドレスと対象ノードの仮想ＩＰアドレスを比較し、重複する場合、いずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを対象ノード用に特定し、対象ノードの仮想ＩＰアドレスとダミーＩＰアドレスとの変換ルールをＮＡＴ装置に設定し、ダミーＩＰアドレスを名前解決結果としてノードに返す処理を実行する演算装置を備えるＤＮＳサーバを含む構成とする。

Description

接続管理システム、接続管理方法、および接続管理装置
　本発明は、接続管理システム、接続管理方法、および接続管理装置に関し、具体的には、複数プライベートネットワーク間での相互接続技術に関する。
　近年、エネルギー分野を中心に、個々に独立して機能しているサブシステムを連携させ、システム全体としての最適化を目指す分散システムが増えてきている。このような分散システムでは、より良い最適化を行うために、サブシステム間で密な情報のやり取りが必要となる。しかしながら、サブシステムは個別にプライベートネットワークを構築することが多いため、サブシステム間のＩＰアドレス体系が重複して相互通信ができない、いわゆる重複アドレス問題が発生する。
　こうした重複アドレス問題を解決する手法として、以下のような技術が提案されている。すなわち、アドレス重複が起きない仮想ＩＰアドレスの割当方法として、アドレス重複が起きているコンピュータに対して、システム全体で重複が起きない仮想的なＩＰアドレスを割り当て、拠点（サブシステム）間の境界に設置したルータのＮＡＴ変換機能を用いて、仮想ＩＰアドレスとプライベートネットワーク上で割り当てられている実際のＩＰアドレス（実ＩＰアドレス）の変換を行う技術（特許文献１参照）などである。
特開２００８－３０１０２４号公報
　しかしながら従来技術においては、各拠点の実ＩＰアドレスと重複しないよう仮想ＩＰアドレスを選ぶことが前提条件となっている。そのため、従来技術を大規模システムに適用した場合、実ＩＰアドレスの衝突が多数発生し、仮想ＩＰアドレスとして使用できるアドレス領域が少なくなってしまう問題がある。また、サブシステム等の追加やネットワーク設定変更などで実ＩＰアドレスの使用領域が更新される度に、仮想ＩＰアドレスの体系見直しが必要となり、そうした追加、変更の対象以外の装置にも影響を及ぼしてしまう、という問題が生じる。
　そこで本発明の目的は、大規模システムにおける重複アドレス間での双方向通信と、プライベートネットワークの追加、変更に伴う影響抑制とを可能にする技術を提供することにある。
　上記課題を解決する本発明の接続管理システムは、他装置と通信する通信インターフェースと、各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、該当通信の要求元及び要求先の、対象ネットワークで用いているＩＰアドレスと対象ノードに設定してある仮想ＩＰアドレスとを前記記憶装置より読み出して比較し、前記ＩＰアドレス及び前記仮想ＩＰアドレスが重複する場合、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記対象ノード用に特定し、対象ノードに設定されている仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールをＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置とを備えるＤＮＳサーバを含むことを特徴とする。
　また、本発明の接続管理システムは、他装置と通信する通信インターフェースと、所属ネットワークで用いるＩＰアドレスの値を格納した記憶装置と、ネットワーク間通信に伴う名前解決要求を、所属ネットワーク内のノードより受信した際、ネットワーク間通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスの値を管理するＤＮＳサーバに対して名前解決要求を送信し、前記ＤＮＳサーバからの返信で得た該当通信の要求先の仮想ＩＰアドレスを、前記記憶装置で保持するＩＰアドレスと比較し、前記仮想ＩＰアドレスが前記ＩＰアドレスに重複する場合、前記所属ネットワーク内の各ノードの仮想ＩＰアドレス及び前記記憶装置中で保持するいずれのＩＰアドレスとも重複しないダミーＩＰアドレスを前記要求先のノード用に特定し、前記要求先のノードの仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを生成して保持し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置と、を備えるＮＡＴ装置を含むことを特徴とする。
　また、本発明の接続管理システムは、他装置と通信する通信インターフェースと、各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、当該名前解決要求が示す該当通信の要求先のホスト名が、前記各ネットワークとは異なる外部ネットワークのものである場合、該当外部ネットワークに属する他ＤＮＳサーバに対して名前解決要求を送信して、前記他ＤＮＳサーバから前記ホストのＩＰアドレスを取得し、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記ホスト用に特定し、前記ホストのＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを、前記外部ネットワークと前記各ネットワークとの間を接続するＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置と、を備えるＤＮＳサーバを含むことを特徴とする。
　また、本発明の接続管理方法は、他装置と通信する通信インターフェースと、各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、を備えたＤＮＳサーバが、ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、該当通信の要求元及び要求先の、対象ネットワークで用いているＩＰアドレスと対象ノードに設定してある仮想ＩＰアドレスとを前記記憶装置より読み出して比較し、前記ＩＰアドレス及び前記仮想ＩＰアドレスが重複する場合、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記対象ノード用に特定し、対象ノードに設定されている仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールをＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する、ことを特徴とする。
　また、本発明の接続管理方法は、他装置と通信する通信インターフェースと、所属ネットワークで用いるＩＰアドレスの値を格納した記憶装置と、を備えたＮＡＴ装置が、ネットワーク間通信に伴う名前解決要求を、所属ネットワーク内のノードより受信した際、ネットワーク間通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスの値を管理するＤＮＳサーバに対して名前解決要求を送信し、前記ＤＮＳサーバからの返信で得た該当通信の要求先の仮想ＩＰアドレスを、前記記憶装置で保持するＩＰアドレスと比較し、前記仮想ＩＰアドレスが前記ＩＰアドレスに重複する場合、前記所属ネットワーク内の各ノードの仮想ＩＰアドレス及び前記記憶装置中で保持するいずれのＩＰアドレスとも重複しないダミーＩＰアドレスを前記要求先のノード用に特定し、前記要求先のノードの仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを生成して保持し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する、ことを特徴とする。
　また、本発明の接続管理方法は、他装置と通信する通信インターフェースと、各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、を備えたＤＮＳサーバが、ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、当該名前解決要求が示す該当通信の要求先のホスト名が、前記各ネットワークとは異なる外部ネットワークのものである場合、該当外部ネットワークに属する他ＤＮＳサーバに対して名前解決要求を送信して、前記他ＤＮＳサーバから前記ホストのＩＰアドレスを取得し、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記ホスト用に特定し、前記ホストのＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを、前記外部ネットワークと前記各ネットワークとの間を接続するＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する、ことを特徴とする。
　また、本発明の接続管理装置は、他装置と通信する通信インターフェースと、各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、該当通信の要求元及び要求先の、対象ネットワークで用いているＩＰアドレスと対象ノードに設定してある仮想ＩＰアドレスとを前記記憶装置より読み出して比較し、前記ＩＰアドレス及び前記仮想ＩＰアドレスが重複する場合、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記対象ノード用に特定し、対象ノードに設定されている仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールをＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置と、を備えたＤＮＳサーバであることを特徴とする。
　また、本発明の接続管理装置は、他装置と通信する通信インターフェースと、所属ネットワークで用いるＩＰアドレスの値を格納した記憶装置と、ネットワーク間通信に伴う名前解決要求を、所属ネットワーク内のノードより受信した際、ネットワーク間通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスの値を管理するＤＮＳサーバに対して名前解決要求を送信し、前記ＤＮＳサーバからの返信で得た該当通信の要求先の仮想ＩＰアドレスを、前記記憶装置で保持するＩＰアドレスと比較し、前記仮想ＩＰアドレスが前記ＩＰアドレスに重複する場合、前記所属ネットワーク内の各ノードの仮想ＩＰアドレス及び前記記憶装置中で保持するいずれのＩＰアドレスとも重複しないダミーＩＰアドレスを前記要求先のノード用に特定し、前記要求先のノードの仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを生成して保持し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置と、を備えたＮＡＴ装置であることを特徴とする。
　また、本発明の接続管理装置は、他装置と通信する通信インターフェースと、各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、当該名前解決要求が示す該当通信の要求先のホスト名が、前記各ネットワークとは異なる外部ネットワークのものである場合、該当外部ネットワークに属する他ＤＮＳサーバに対して名前解決要求を送信して、前記他ＤＮＳサーバから前記ホストのＩＰアドレスを取得し、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記ホスト用に特定し、前記ホストのＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを、前記外部ネットワークと前記各ネットワークとの間を接続するＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置と、を備えたＤＮＳサーバであることを特徴とする。
　本発明によれば、大規模システムにおける重複アドレス間での双方向通信と、プライベートネットワークの追加、変更に伴う影響抑制とが可能となる。
第１実施例の接続管理システムを含むネットワーク構成例を示す図である。 第１実施例におけるＤＮＳサーバのハードウェア構成例を示す図である。 第１実施例におけるアドレス管理テーブルの構成例を示す図である。 第１実施例におけるサブネット情報管理テーブルの構成例を示す図である。 第１実施例におけるダミーＩＰアドレス管理テーブルの構成例を示す図である。 第１実施例におけるアドレス変換テーブルの構成例を示す図である。 第１実施例における接続管理方法の処理シーケンス例１を示す図である。 第１実施例における接続管理方法の処理シーケンス例２を示す図である。 第１実施例における接続管理方法の処理フロー例１を示す図である。 第１実施例における接続管理方法の処理フロー例２を示す図である。 第２実施例における接続管理システムを含むネットワーク構成例を示す図である。 第２実施例における接続管理方法の処理シーケンス例を示す図である。 第３実施例における接続管理システムを含むネットワーク構成例を示す図である。 第３実施例における接続管理方法の処理シーケンス例を示す図である。 第３実施例における接続管理方法の処理フロー例を示す図である。
－－－第１実施例－－－
　以下に本発明の実施形態について図面を用いて詳細に説明する。図１は第１実施例の接続管理システム１００を含むネットワーク構成例を示す図である。図１に示す接続管理システム１００は、大規模システムにおける重複アドレス間での双方向通信と、プライベートネットワークの追加、変更に伴う影響抑制とを可能にするためのシステムである。ここで例示する接続管理システム１００は、ＤＮＳサーバ１０５により構成され、サブシステム１～３の各間での通信を管理することとなる。
　各サブシステム１～３は、それぞれ独自にプライベートネットワーク１０３－ａ～１０３－ｃを構築しており、各プライベートネットワーク１０３－ａ～１０３－ｃにそれぞれ通信ノード１０１－ａ～１０１－ｃが接続されている。ここでは便宜上、各サブシステムに１台の通信ノードが配置された形態のみ示しているが、当然ながら複数の通信ノードが各サブシステムに存在するとしても良い。また、サブシステム１～３は、それぞれＮＡＴ装置１０２－ａ～１０２－ｃを介して仮想ＩＰネットワーク１０４に接続されている。また、仮想ＩＰネットワーク１０４には、上述の接続管理システム１００たるＤＮＳサーバ１０５が接続されている。なお、以降の記載において、装置を個別に特定して説明を行わない場合、通信ノード１０１－ａ～１０１－ｃは通信ノード１０１、ＮＡＴ装置１０２－ａ～１０２－ｃはＮＡＴ装置１０２、プライベートネットワーク１０３－ａ～１０３－ｃはプライベートネットワーク１０３、と記載するものとする。
　一方、通信ノード１０１は、通信を行うアプリケーションが動作する通信端末であり、例えばサーバ、ＰＣ、制御コントローラなどである。
　また、ＮＡＴ装置１０２は、仮想ＩＰネットワーク１０４とプライベートネットワーク１０３との間に設置されるゲートウェイ装置であり、仮想ＩＰネットワーク１０４－プライベートネットワーク１０３間を通過するＩＰパケットに対し、事前に設定されたアドレス変換ルールに従って、アドレス変換を行う。
　図１にて示すとおり、ＮＡＴ装置１０２は、送受信部１０６、アドレス変換テーブル管理部１０７、アドレス変換部１０８、およびアドレス変換テーブル１０９から構成される。このうち送受信部１０６はＩＰパケットを仮想ＩＰネットワーク１０４もしくはプライベートネットワーク１０３に対して送受信する機能を有する。アドレス変換テーブル管理部１０７は、アドレス変換ルールの新規登録や削除など、アドレス変換テーブル１０９の管理を行う機能を有する。アドレス変換部１０８は、受信したＩＰパケットに対し、事前に設定された変換ルールに従い、アドレス変換処理を行う機能を有する。なお、アドレス変換テーブル１０９は、アドレス変換ルールを管理するテーブルである。このアドレス変換テーブル１０９のテーブル構成については後述する。
　また、プライベートネットワーク１０３は、サブシステム内でデータをやり取りするためのネットワークであり、当該プライベートネットワーク１０３には通信ノード１０１が接続されている。この通信ノード１０１のネットワークインタフェースには、プライベートネットワーク１０３内で一意のＩＰアドレス（以下、「実ＩＰアドレス」）が割り当てられる。
　一方、仮想ＩＰネットワーク１０４は、各通信ノード１０１－ａ～１０１－ｃがサブシステム１～３の間を跨って相互通信を行うためのネットワークである。サブシステム１～３間で相互通信を行う全ての通信ノード１０１－ａ～１０１－ｃは、仮想ＩＰネットワーク１０４上で一意のＩＰアドレス（以下、「仮想ＩＰアドレス」）を有している。各通信ノード１０１－ａ～１０１－ｃの仮想ＩＰアドレスは、自身が属するＮＡＴ装置１０２の仮想ＩＰネットワーク１０４側のネットワークインタフェースに割り当てられる。なお、ここではプライベートネットワーク１０３－ａ～１０３－ｃのアドレス設計・構築は、各サブシステム１～３のシステム管理者が個別に行い、仮想ＩＰネットワーク１０４のアドレス設計・構築は、全体システムのシステム管理者が行うことを想定しているが、それに限るものではない。
　他方、接続管理システム１００たるＤＮＳサーバ１０５は、全サブシステム１～３の通信ノード１０１－ａ～１０１－ｃの名前を解決する名前解決サーバであり、送受信部１１０、ホスト名管理部１１１、アドレス重複判定部１１２、ダミーＩＰ管理部１１３、ＮＡＴ設定部１１４、アドレス管理テーブル１１５、サブネット情報管理テーブル１１６、ダミーＩＰアドレス管理テーブル１１７から構成される。
　このうち送受信部１１０は、各通信ノード１０１－ａ～１０１－ｃとの名前解決要求・応答メッセージの送受信、各ＮＡＴ装置１０２－ａ～１０２－ｃとのＮＡＴ設定要求・応答メッセージの送受信を行う。また、ホスト名管理部１１１は、上述の名前解決要求に応じたホスト名解決時やホスト名登録時に、アドレス管理テーブル１１５の参照・更新を行う機能を有する。
　また、アドレス重複判定部１１２は、名前解決要求元の通信ノード１０１が属するプライベートネットワーク１０３のサブネット情報と名前解決した宛先通信ノード１０１の仮想ＩＰアドレス、もしくは、宛先通信ノード１０１が属するプライベートネットワーク１０３のサブネット情報と名前解決要求元の通信ノード１０１の仮想ＩＰアドレスが重複しているかを判断する。
　また、ダミーＩＰ管理部１１３は、ダミーＩＰアドレスの払い出しおよび払い戻しを行う。ここで、ダミーＩＰアドレスは、パケットの送信元通信ノード１０１のサブネット情報と、宛先通信ノード１０１の仮想ＩＰアドレスが重複する際に、送信元通信ノード１０１が本来の宛先アドレスである仮想ＩＰアドレスの代わりに仮の宛先アドレスとして使用するＩＰアドレスである。
　こうしたダミーＩＰアドレスは、仮想ＩＰネットワーク１０４のアドレス空間上に専用アドレス領域として一定数分確保される。また、このアドレス空間においては、ダミーＩＰアドレス以外の領域を各通信ノード１０１の仮想ＩＰアドレスとして使用する。ダミーＩＰアドレスを用いたパケット送受信処理フローについては具体例を後述する。
　また、ＮＡＴ設定部１１４は、上述のダミーＩＰアドレスを払い出した際に、ＮＡＴ装置１０２に対してダミーＩＰアドレスに関するアドレス変換ルールの設定を行う。アドレス変換ルールについては具体例を後述する。
　また、アドレス管理テーブル１１５は、ホスト名すなわち通信ノード名と仮想ＩＰアドレスの対応を管理するテーブルである。また、サブネット情報管理テーブル１１６は、各通信ノード１０１が属しているプライベートネットワーク１０３のサブネット情報を管理するテーブルである。また、ダミーＩＰアドレス管理テーブル１１７は、ダミーＩＰアドレスを管理するテーブルである。各テーブルの詳細な構成については後述する。
　続いて、接続管理システム１００を成すＤＮＳサーバ１０５のハードウェア構成について、図２を用いて説明する。ＤＮＳサーバ１０５は、各種処理を行うホストＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２０１、ホストメモリ２０２、周辺Ｉ／Ｆ２０３、記憶装置２０４、通信Ｉ／Ｆ２０５、およびバス２０６から構成される。そして、ホストＣＰＵ２０１、ホストメモリ２０２、周辺Ｉ／Ｆ２０３、記憶装置２０４、および通信Ｉ／Ｆ２０５は、バス２０６を介して接続され、相互に情報をやり取り可能となっている。
　このうちホストＣＰＵ２０１は、記憶装置２０４に保持しているプログラムを実行する演算装置である。また、ホストメモリ２０２は、ホストＣＰＵ２０１が上述のプログラムを実行する際に、ワーキングメモリおよび入出力データの一時バッファとして用いる揮発性記憶装置である。また、周辺Ｉ／Ｆ２０３は、マウス、キーボード、モニタ等の入出力装置や、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）メモリ等の外部ストレージ等の各種周辺機器、をＤＮＳサーバ１０５に接続するインターフェースである。
　また、記憶装置２０４は、磁気ディスク装置、フラッシュＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）等から構成され、ＯＳ、各種ドライバ、各種アプリケーションプログラムや、プログラムで使用される各種情報（例えば、管理者または保守者によって設定される情報等）を格納している。
　また、通信Ｉ／Ｆ２０５は、ＤＮＳサーバ１０５が仮想ＩＰネットワーク１０４を介して通信ノード１０１やＮＡＴ装置１０２と通信を行う際のインターフェースを提供する。この通信Ｉ／Ｆ２０５は、２つ以上あっても構わない。
　なお、ＤＮＳサーバ１０５は、接続管理システム１００として必要となる上述の機能、すなわち、送受信部１１０、ホスト名管理部１１１、アドレス重複判定部１１２、ダミーＩＰ管理部１１３、およびＮＡＴ設定部１１４、の各機能を、記憶装置２０４のプログラムをホストＣＰＵ２０１がホストメモリ２０２に読み出して実行することで実装される。このことは、ＮＡＴ装置１０２や通信ノード１０１についても同様である（以下、同様）。
　次に、ＤＮＳサーバ１０５が記憶装置２０４にて備えるアドレス管理テーブル１１５に格納される情報について、図３を用いて説明する。アドレス管理テーブル１１５は、ホスト名３０１、ＩＰアドレス３０２の各値を格納している。ホスト名３０１の列は、全サブシステム１～３を含むネットワーク全体において、各通信ノード１０１－ａ～１０１－ｃを一意に識別するためのホスト名を格納する領域である。ホスト名は、システム全体の管理者によって割り当てられる。
　一方、ＩＰアドレス３０２の列は、各ホスト名に対応する仮想ＩＰアドレスを格納する領域である。例えば行３０３は、ホスト名が“ｎｏｄｅ１．ｓｕｂｓｙｓｔｅｍ１．ｊｐ”である通信ノードの仮想ＩＰアドレスが“１９２．１６８．０．１”であることを表している。
　こうしたアドレス管理テーブル１１５は、ＤＮＳサーバ１０５の出荷時には何も情報が格納されておらず、システム構築時に各サブシステム１～３の通信ノード１０１－ａ～１０１－ｃのホスト名と仮想ＩＰアドレスを割り当てて登録してもよいし、各通信ノード１０１－ａ～１０１－ｃが対応するサブシステムへの参入処理を行った際に動的に登録されるようにしてもよい。なお、例えば通信ノード１０１が移動するなどにより、その通信ノード１０１の仮想ＩＰアドレスが変更になる場合がある。その場合、当該アドレス管理テーブル１１５を管理者が手動更新するか、または所定の再参入処理により更新する。いずれにしても、本実施例の接続管理方法を実行する際には、このアドレス管理テーブル１１５は必要な情報が全て格納された状態となっているものとする。
　次に、ＤＮＳサーバ１０５が記憶装置２０４にて備えるサブネット情報管理テーブル１１６に格納される情報について、図４を用いて説明する。このサブネット情報管理テーブル１１６は、仮想ＩＰアドレス４０１、サブネット情報４０２の各値を格納している。サブネット情報管理テーブル１１６は、双方向通信を行う一方の通信ノード１０１の仮想ＩＰアドレスが、もう一方の通信ノード１０１が属するプライベートネットワーク１０３のサブネット情報に含まれるかどうかをチェックする際に用いられる。
　仮想ＩＰアドレス４０１の列は、通信ノード１０１の仮想ＩＰアドレスを格納する領域である。また、サブネット情報４０２は、対応する仮想ＩＰアドレスが割り当たっている通信ノード１０１の所属プライベートネットワーク１０３のサブネット情報を格納する領域である。
　例えば、行４０３は、仮想ＩＰアドレスが“１９２．１６８．０．１”に割り当たっている通信ノード１０１が属しているプライベートネットワーク１０３のサブネット情報が“１９２．１６８．０．０／２４”、すなわち、プライベートネットワーク１０３に接続されている通信ノード１０１の実ＩＰアドレスが、“１９２．１６８．０．１～１９２．１６８．０．２５４”の範囲内であることを表している。なお、ここではサブネット情報が１つの例を示しているが、複数でも構わない。
　こうしたサブネット情報管理テーブル１１６は、ＤＮＳサーバ１０５の出荷時は何も情報が格納されておらず、システム構築時に各サブシステム１～３の通信ノード１０１－ａ～１０１－ｃの仮想ＩＰアドレスと、該当通信ノードが所属するプライベートネットワーク１０３のサブネット情報を登録してもよいし、ＤＮＳサーバ１０５がＳＮＭＰやｔｒａｃｅｒｏｕｔｅなど既存技術を利用して動的にネットワーク構成情報を取得して登録するとしてもよい。いずれにしても、本実施例の接続管理方法を実行する際には、このサブネット情報管理テーブル１１６は必要な情報が全て格納された状態となっているものとする。
　次に、ＤＮＳサーバ１０５が記憶装置２０４にて保持するダミーＩＰアドレス管理テーブル１１７に格納される情報について、図５を用いて説明する。このダミーＩＰアドレス管理テーブル１１７は、ダミーＩＰアドレス５０１、状態５０２の各値を格納している。当該ダミーＩＰアドレス管理テーブル１１７は、ダミーＩＰアドレスの払い出しや払い戻しの際に参照され、各ダミーＩＰアドレスの使用状態を管理しているテーブルとなる。
　また、ダミーＩＰアドレス５０１は、ＤＮＳサーバ１０５が接続管理の対象とするネットワーク全体で使用可能なダミーＩＰアドレスを格納する領域である。前述したとおり、ダミーＩＰアドレスは、予め仮想ＩＰアドレス空間上の一定領域が確保されており、その領域の大きさは、サブシステム数や規模などに応じて予め適宜に決定される。また、状態５０２は、ダミーＩＰアドレスの使用状態（使用中もしくは空き）を格納する領域である。例えば行５０３は、ダミーＩＰアドレス“１０．２３２．０．１”が払い出されて“使用中”であることを表している。
　なお、ここでは簡単のためダミーＩＰアドレスを、ＤＮＳサーバ１０５が接続管理の対象とするネットワーク全体で共通管理することを想定している。しかしながら、ダミーＩＰアドレスは各プライベートネットワーク１０３内のみで使用されるため、ダミーＩＰアドレスを効率よく使用するために、ＮＡＴ装置１０２単位にダミーＩＰアドレス管理テーブル１１７を作成しておくとしてもよい。また、当該ダミーＩＰアドレス管理テーブル１１７の列に宛先通信ノードのホスト名を追加することで、同一宛先通信ノードに対しては同一のダミーＩＰアドレスを使用する運用を行うとしてもよい。
　次に、ＮＡＴ装置１０２が自身の記憶装置にて保持するアドレス変換テーブル１０９に格納される情報について、図６を用いて説明する。なお、図６においては、図１におけるＮＡＴ装置１０２－ａのアドレス変換テーブル１０９の例を示している。
　こうしたアドレス変換テーブル１０９は、ＮＡＴ装置１０２を通過するＩＰパケットのアドレス変換ルールを管理するテーブルであり、Ｉ／Ｆ６０１、送信元ＩＰアドレス６０２、宛先ＩＰアドレス６０３、変換後送信元ＩＰアドレス６０４、および変換後宛先ＩＰアドレス６０５、の各値を格納している。
　このうちＩ／Ｆ６０１は、変換対象のＩＰパケットを受信したＩ／Ｆの情報を格納する領域である。なお、ここでは、プライベートネットワーク側のＩ／Ｆを“ｅｔｈ０”、仮想ＩＰネットワーク側のＩ／Ｆを“ｅｔｈ１”としている。
　また、送信元ＩＰアドレス６０２は、変換前のＩＰパケットのヘッダに記載されている送信元ＩＰアドレスを格納する領域である。一方、宛先ＩＰアドレス６０３は、変換前のＩＰパケットのヘッダに記載されている宛先ＩＰアドレスを格納する領域である。
　また、変換後送信元ＩＰアドレス６０４は、変換後のＩＰパケットのヘッダに記載される送信元ＩＰアドレスを格納する領域である。一方、変換後宛先ＩＰアドレス６０５は、変換後のＩＰパケットのヘッダに記載される宛先ＩＰアドレスを格納する領域である。
　上述のアドレス変換テーブル１０９において、例えば行６０６は、Ｉ／Ｆ“ｅｔｈ０”から受信したＩＰパケットの送信元ＩＰアドレスおよび宛先ＩＰアドレスが、それぞれ“１９２．１６８．０．１００”および“１０．２３２．０．１”であった場合、そのＩＰパケットの送信元ＩＰアドレスおよび宛先ＩＰアドレスを“１９２．１６８．０．１”および“１９２．１６８．０．２”に書き換えるルールを表している。
　なお、本実施例におけるＮＡＴ装置１０２は、当該アドレス変換テーブル１０９におけるエントリの一番先頭すなわち行６０６のルールから順番にマッチング判定を行い、いずれかのルールにマッチングしたらマッチング処理を終了する運用を想定しているが、特にこれに限定するものではない。例えば、アドレス変換テーブル１０９における全ルールのマッチングを行ってもよいし、ルールごとに優先度を設定するとしてもよい。また、アドレス変換テーブル１０９において、ＩＰアドレスだけでなくポート番号の列があってもよいし、静的設定もしくは動的設定を表す列が追加されているとしてもよい。さらに、ＩＰアドレスの領域にホスト名を記載した構成となっていてもよい。
　以下、第１実施例における接続管理方法の実際手順について図に基づき説明する。以下で説明する接続管理方法に対応する各種動作は、接続管理システム１００を構成する、上述のＤＮＳサーバ１０５が実行するプログラムによって実現される。そして、これらのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
　図７は、第１実施例における接続管理方法の処理シーケンス例１を示す図である。具体的には、サブシステム１の通信ノード１０１－ａが、サブシステム２の通信ノード１０１－ｂの名前を解決してパケットを送信し、応答パケットを受け取る場合の一連の処理シーケンスについて説明する。
　ここでまず、サブシステム１の通信ノード１０１－ａが、ＤＮＳサーバ１０５に対して通信ノード１０１－ｂの名前解決要求メッセージを送信する（ステップＳ７０１）。この場合、ＤＮＳサーバ１０５は、通信ノード１０１－ｂの名前解決処理を行い、通信ノード１０１－ｂに対応する仮想ＩＰアドレス“１９２．１６８．０．２”を取得する（ステップＳ７０２）。
　また、ＤＮＳサーバ１０５は、ダミーＩＰアドレスの払い出しの要否を決めるため、アドレス重複判定を行う（ステップＳ７０３）。具体的には、まずサブネット情報管理テーブル１１６を参照し、通信ノード１０１－ａの仮想ＩＰアドレス“１９２．１６８．０．１”から通信ノード１０１－ａのサブネット情報“１９２．１６８．０．０／２４”を取得し、通信ノード１０１－ｂの仮想ＩＰアドレス“１９２．１６８．０．２”から通信ノード１０１－ｂのサブネット情報“１９２．１６８．０．０／２４”を取得する。そして、通信ノード１０１－ａの仮想ＩＰアドレス“１９２．１６８．０．１”が通信ノード１０１－ｂのサブネット“１９２．１６８．０．０／２４”に含まれるか、および、通信ノード１０１－ｂの仮想ＩＰアドレス“１９２．１６８．０．２”が通信ノード１０１－ａのサブネット“１９２．１６８．０．０／２４”に含まれるかを判定する。前者が含まれる場合は通信ノード１０１－ａに対してダミーＩＰアドレスを割り当てる必要があり、後者が含まれる場合は通信ノード１０１－ｂに対してダミーＩＰアドレスを割り当てる必要がある。今回の例ではいずれも含まれるため、通信ノード１０１－ａおよび通信ノード１０１－ｂともにダミーＩＰアドレスを割り当てる必要がある。
　次にＤＮＳサーバ１０５は、ダミーＩＰアドレス管理テーブル１１７を参照し、通信ノード１０１－ａと通信ノード１０１－ｂのダミーＩＰアドレスを払い出す（ステップＳ７０４）。ここでは通信ノード１０１－ａに対して“１０．２３２．０．２”、通信ノード１０１－ｂに対して“１０．２３２．０．１”を割り当てたこととする。
　また、ＤＮＳサーバ１０５は、ＮＡＴ装置１０２－ａとＮＡＴ装置１０２－ｂに設定するＮＡＴ設定を生成する（ステップＳ７０５）。例えば、ＮＡＴ装置１０２－ａ向けのＮＡＴ設定は、図６で例示したアドレス変換テーブル１０９の行６０６および行６０７の通りとなる。すなわち、プライベートネットワーク１０３から仮想ＩＰネットワーク１０４方向のパケットに対して図６のアドレス変換テーブル１０９の行６０６の変換ルールが適用され、送信元ＩＰアドレスが通信ノード１０１－ａの実ＩＰアドレス“１９２．１６８．０．１００”かつ宛先ＩＰアドレスが通信ノード１０１－ｂのダミーＩＰアドレス“１０．２３２．０．１”の場合、送信元ＩＰアドレスが通信ノード１０１－ａの仮想ＩＰアドレス“１９２．１６８．０．１”に、宛先ＩＰアドレスが通信ノード１０１－ｂの仮想ＩＰアドレス“１９２．１６８．０．２”に変換される。また、仮想ＩＰネットワーク１０４からプライベートネットワーク１０３方向のパケットに対しては、図６のアドレス変換テーブル１０９の行６０７の変換ルールが適用される。同様にして、通信ノード１０１－ａのダミーＩＰアドレス“１０．２３２．０．２”を用いてＮＡＴ装置１０２－ｂ向けのＮＡＴ設定も生成される。こうしたＮＡＴ設定生成後、ＤＮＳサーバ１０５は、ＮＡＴ装置１０２－ａに対してＮＡＴ設定要求を行う（ステップＳ７０６）。
　一方、ＮＡＴ装置１０２－ａは、ＤＮＳサーバ１０５からのＮＡＴ設定要求に従い、アドレス変換テーブル１０９にＮＡＴ設定を追加し（ステップＳ７０７）、ＮＡＴ設定結果をＤＮＳサーバ１０５に返す（ステップＳ７０８）。
　次にＤＮＳサーバ１０５は、ＮＡＴ装置１０２－ａと同様、ＮＡＴ装置１０２－ｂに対してＮＡＴ設定を行う（ステップＳ７０９～ステップＳ７１１）。そして、ＤＮＳサーバ１０５は、ＮＡＴ装置１０２－ａとＮＡＴ装置１０２－ｂのＮＡＴ設定完了後、通信ノード１０１－ａに名前解決結果として通信ノード１０１－ｂのダミーＩＰアドレス“１０．２３２．０．１”を返す（ステップＳ７１２）。
　他方、通信ノード１０１－ａは、通信ノード１０１－ｂの名前解決結果のアドレス（通信ノード１０１－ｂのダミーＩＰアドレス）宛のＩＰパケットを送信する（ステップＳ７１３）。このとき、ＩＰパケットの送信元ＩＰアドレスは、通信ノード１０１－ａの実ＩＰアドレス“１９２．１６８．０．１００”、宛先ＩＰアドレスは通信ノード１０１－ｂのダミーＩＰアドレス“１０．２３２．０．１”である。ここで、プライベートネットワーク１０３－ａ内のルーティング設定により、ダミーＩＰアドレス宛てのパケットはＮＡＴ装置１０２－ａに届くようにしておく。
　この場合、ＮＡＴ装置１０２－ａは、通信ノード１０１－ａから受信したＩＰパケットに対し、アドレス変換テーブル１０９のルールに従ってアドレス変換処理を行い（ステップＳ７１４）、変換後のパケットを仮想ＩＰネットワーク１０４に送信する（ステップＳ７１５）。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは、通信ノード１０１－ａの仮想ＩＰアドレス“１９２．１６８．０．１”、宛先ＩＰアドレスは通信ノード１０１－ｂの仮想ＩＰアドレス“１９２．１６８．０．２”である。変換後のＩＰパケットは、仮想ＩＰネットワーク１０４内のルーティング設定により、ＮＡＴ装置１０２－ｂに届けられる。
　一方、サブシステム２のＮＡＴ装置１０２－ｂは、受信したＩＰパケットに対し、上述のステップＳ７０９～ステップＳ７１１で設定されたアドレス変換ルールに従ってアドレス変換を行い（ステップＳ７１６）、変換後のＩＰパケットをプライベートネットワーク１０３－ｂに送信する（ステップＳ７１７）。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは、通信ノード１０１－ａのダミーＩＰアドレス“１０．２３２．０．１”、宛先ＩＰアドレスは通信ノード１０１－ｂの実ＩＰアドレス“１９２．１６８．０．１００”である。
　続いて、通信ノード１０１－ｂは、受信したＩＰパケットの応答パケットを送信する（ステップＳ７１８）。このとき、ＩＰパケットの送信元ＩＰアドレスは、通信ノード１０１－ｂの実ＩＰアドレス“１９２．１６８．０．１００”、宛先ＩＰアドレスは、通信ノード１０１－ａのダミーＩＰアドレス“１０．２３２．０．１”である。
　この場合、ＮＡＴ装置１０２－ｂは、通信ノード１０１－ｂから受信したＩＰパケットのアドレス変換を行い（ステップＳ７１９）、変換後のＩＰパケットを仮想ＩＰネットワーク１０４に送信する（ステップＳ７２０）。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは、通信ノード１０１－ｂの仮想ＩＰアドレス“１９２．１６８．０．２”、宛先ＩＰアドレスは通信ノード１０１－ａの仮想ＩＰアドレス“１９２．１６８．０．１”である。
　一方、ＮＡＴ装置１０２－ａは、仮想ＩＰネットワーク１０４を介して通信ノード１０１－ｂから受信したＩＰパケットのアドレス変換を行い（ステップＳ７２１）、変換後のＩＰパケットをプライベートネットワーク１０３－ａに送信する（ステップＳ７２２）。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは、通信ノード１０１－ｂのダミーＩＰアドレス“１０．２３２．０．１”、宛先ＩＰアドレスは通信ノード１０１－ａの実ＩＰアドレス“１９２．１６８．０．１００”である。
　上記の各ステップにより、通信ノード１０１－ａと通信ノード１０１－ｂ間での相互通信が実現される。
　なお、ダミーＩＰアドレスは一時的なアドレスであり、再利用されうるものであるため、通信パケットのログを見ただけではどの通信ノード１０１の通信であるかが特定しにくいという問題がある。そのため、例えば、ステップＳ７０４において、いつ、どの通信ノードに対して、どのダミーＩＰアドレスを払い出したのかをログとして残しておくことにより、後から通信パケットのトレースを行いやすくすることができる。
　次に、図８を用いて、サブシステム１におけるプライベートネットワーク１０３－ａの構成を変更した場合の処理シーケンスについて説明する。図８は第１実施例における接続管理方法の処理シーケンス例２を示す図である。
　この場合、サブシステム１のネットワーク管理者が所定端末を利用し、プライベートネットワーク１０３－ａのネットワーク構成の変更に伴い、例えば通信ノード１０１－ａのＩＰアドレスを変更する手順を行う。上述の所定端末は、ネットワーク管理者による上述のアドレス変更の内容を通信ノード１０１－ａに対して設定する（ステップＳ８０１）。一方、通信ノード１０１－ａは、この設定によってアドレス変更がなされた結果を、上述の所定端末あるいは表示用インターフェース等に返す（ステップＳ８０２）。
　また、ネットワーク管理者は、通信ノード１０１－ａからのアドレス変更結果を認識した後、所定端末を利用して、サブシステム１のＮＡＴ装置１０２－ａに対し、通信ノード１０１－ａに関するＮＡＴ設定の変更要求を行う。この場合、所定端末は、ネットワーク管理者から受け付けた、通信ノード１０１－ａに関するＮＡＴ設定の変更要求を、ＮＡＴ装置１０２－ａに対して通知する（ステップＳ８０３）。
　この場合、ＮＡＴ装置１０２－ａは、上述の変更要求に応じてＮＡＴ設定を変更し、通信ノード１０１－ａの変更前の実ＩＰアドレスを変更後の実ＩＰアドレスに更新する（ステップＳ８０４）。こうした更新の方法としては、変更前の実ＩＰアドレスに関するエントリを削除し、名前解決時に新規にエントリを追加する方法を使用してもよいし、変更前の実ＩＰアドレスを変更後の実ＩＰアドレスに置き換える方法を使用してもよい。
　ＮＡＴ設定の変更を行ったＮＡＴ装置１０２－ａは、ネットワーク管理者の用いる上述の所定端末ないし表示用インターフェース等に対し、ＮＡＴ設定変更結果を返す（ステップＳ８０５）。
　続いてネットワーク管理者は、所定端末を利用し、ＤＮＳサーバ１０５に対して変更後のサブネット情報を伝え、ＤＮＳサーバ１０５で管理しているサブネット情報の変更要求を行う。所定端末は、このサブネット情報の変更要求をＤＮＳサーバ１０５に通知する（ステップＳ８０６）。
　一方、ＤＮＳサーバ１０５は、上述のサブネット情報の変更要求に応じて、サブネット情報管理テーブル１１６を更新し（ステップＳ８０７）、その変更結果を、上述の所定端末ないし表示用インターフェース等に返し（ステップＳ８０８）、処理を終了する。
　次に、図７で説明したシーケンスにおけるステップＳ７０２、すなわちＤＮＳサーバ１０５での名前解決時の処理フローについて説明する。図９は第１実施例における接続管理方法の処理フロー例１を示す図である。この場合、ＤＮＳサーバ１０５における送受信部１１０は、名前解決要求を通信ノード１０１から受信し（ステップＳ９０１）、この名前解決要求から要求元の仮想ＩＰアドレスおよび名前解決対象の宛先通信ノードのホスト名を抽出する。
　次に、ＤＮＳサーバ１０５のホスト名管理部１１１が、アドレス管理テーブル１１５を参照し、上述のステップＳ９０１で得た宛先通信ノードのホスト名に基づき、対応する仮想ＩＰアドレスを取得する（ステップＳ９０２）。またＤＮＳサーバ１０５のホスト名管理部１１１は、上述のステップＳ９０２で対応する仮想ＩＰアドレスが取得できたかどうか判断する（ステップＳ９０３）。仮想ＩＰアドレスが取得できた場合（Ｓ９０３：Ｙｅｓ）、ホスト名管理部１１１は、処理をステップＳ９０５へ、取得できなかった場合（Ｓ９０３：Ｎｏ）は処理をステップＳ９０４へ進める。
　ステップＳ９０４において、ＤＮＳサーバ１０５の送受信部１１０は、名前解決要求元すなわち上述のステップＳ９０１で名前解決要求を送ってきた通信ノード１０１、に対して、名前解決失敗のエラーを返す。
　他方、ステップＳ９０５において、ＤＮＳサーバ１０５のアドレス重複判定部１１２は、サブネット情報管理テーブル１１６を参照し、（１）送信元通信ノード（名前解決要求元通信ノード）の仮想ＩＰアドレスが、宛先通信ノード（名前解決対象の通信ノード）が属するプライベートネットワーク１０３のサブネットに含まれるか、および、（２）宛先通信ノードの仮想ＩＰアドレスが、送信元通信ノードが属するプライベートネットワーク１０３のサブネットに含まれるか、の各条件について判定する。
　この場合、ＤＮＳサーバ１０５のアドレス重複判定部１１２は、上述のステップＳ９０５の（１）もしくは（２）の少なくともいずれかの条件に当てはまる場合（ステップＳ９０６：Ｙｅｓ）、処理をステップＳ９０７へ、一方、上述の（１）、（２）のどちらの条件にも当てはまらない場合（ステップＳ９０６：Ｎｏ）、処理をステップＳ９１０へ進める。
　ステップＳ９０７において、ＤＮＳサーバ１０５のダミーＩＰ管理部１１３は、ダミーＩＰアドレスの払い出しおよびＮＡＴ設定を行う。詳細フローについては図１０に基づき後述する。
　続いて、ＤＮＳサーバ１０５の送受信部１１０は、上述のステップＳ９０７で払い出されたダミーＩＰアドレスが、宛先通信ノード（名前解決対象の通信ノード）用のダミーＩＰアドレスかどうか判定する（ステップＳ９０８）。この判定の結果、宛先通信ノード用のダミーＩＰアドレスの場合（ステップＳ９０８：Ｙｅｓ）、送受信部１１０は、処理をステップＳ９０９へ、そうでなければ（ステップＳ９０８：Ｎｏ）、処理をステップＳ９１０へ進める。
　ステップＳ９０９において、ＤＮＳサーバ１０５の送受信部１１０は、名前解決要求元の通信ノードに対し、名前解決結果として、上述のステップＳ９０７で払い出した宛先通信ノード用のダミーＩＰアドレスを返す。一方、ステップＳ９１０において、ＤＮＳサーバ１０５の送受信部１１０は、名前解決要求元の通信ノードに対し、名前解決結果として、上述のステップＳ９０２で解決した仮想ＩＰアドレスを返し、処理を終了する。
　続いて、上述のステップＳ９０７における、ダミーＩＰアドレスの払い出しおよびＮＡＴ設定の詳細について図１０に基づき説明する。図１０は第１実施例における接続管理方法の処理フロー例２を示す図であり、具体的には、ＤＮＳサーバ１０５のダミーＩＰアドレスの払い出しおよびＮＡＴ設定を行う処理フローである。
　この場合、ＤＮＳサーバ１０５のダミーＩＰ管理部１１３は、宛先通信ノード（名前解決対象の通信ノード）のダミーＩＰアドレスの払い出しが必要かどうかを判定する（ステップＳ１００１）。必要な場合（ステップＳ１００１：Ｙｅｓ）、処理をステップＳ１００２へ、不要な場合（ステップＳ１００１：Ｎｏ）、処理をステップＳ１００９へ進める。
　続いて、ＤＮＳサーバ１０５のダミーＩＰ管理部１１３は、ダミーＩＰアドレス管理テーブル１１７を参照し、ダミーＩＰアドレスの使用状態をチェックする（ステップＳ１００２）。このチェックの結果、使用可能なダミーＩＰアドレスが存在する場合（ステップＳ１００３：Ｙｅｓ）、ダミーＩＰ管理部１１３は、処理をステップＳ１００４へ、他方、存在しない場合（ステップＳ１００３：Ｎｏ）、処理をステップＳ１００５へ進める。
　ステップＳ１００４において、ダミーＩＰ管理部１１３は、空き状態のダミーＩＰアドレスのうちの１つを、宛先通信ノード用のダミーＩＰアドレスとして払い出し、当該ダミーＩＰアドレスの使用状態を「使用中」に更新する。
　他方、ステップＳ１００５において、ダミーＩＰ管理部１１３は、ダミーＩＰアドレスのうち、払い出し日時が最も古いダミーＩＰアドレスを特定し、そのダミーＩＰアドレスに関するＮＡＴ設定がされているＮＡＴ装置１０２に対し、ＮＡＴ設定の削除処理を行う。ここで、上述のダミーＩＰアドレスの払い出し日時、およびダミーＩＰアドレスのＮＡＴ設定がされているＮＡＴ装置、のそれぞれについては、ダミーＩＰアドレスの払い出し処理を行う際、ダミーＩＰ管理部１１３が、例えばダミーＩＰアドレス管理テーブル１１７に適宜列を追加して該当情報を登録しておく。なお、ここで述べた、ダミーＩＰアドレス枯渇時の処理については、あくまで一例を記載したのみであり、これに限定するものではない。例えば、払い出し日時に加えて、最新参照日時を使用してもよいし、日時を考慮せず単純にローテーションのみで使用してもよい。最新使用日時を使ったテーブル削除方法としては、例えば、各ＮＡＴ装置１０２にて一定時間ダミーＩＰアドレスのパケットが流れなかったら、そのＮＡＴエントリを削除してＤＮＳサーバ１０５に払い戻しを行うようにしてもよい。
　続いて、ダミーＩＰ管理部１１３は、上述のステップＳ１００５で特定したダミーＩＰアドレスを、今回の宛先通信ノード用のダミーＩＰアドレスとして払い出し、ダミーＩＰアドレス管理テーブル１１７で該当エントリの状態５０２を「使用中」に更新する（ステップＳ１００６）。
　次に、ＤＮＳサーバ１０５のＮＡＴ設定部１１４は、名前解決要求元の通信ノードのＮＡＴ装置１０２に対し、設定するＮＡＴ情報を生成する（ステップＳ１００７）。また、ＮＡＴ設定部１１４は、名前解決要求元の通信ノードのＮＡＴ装置１０２に対してＮＡＴ情報を設定する（ステップＳ１００８）。
　続いて、ＤＮＳサーバ１０５のダミーＩＰ管理部１１３は、名前解決要求元の通信ノードのダミーＩＰアドレスの払い出しが必要かどうかを判定する（ステップＳ１００９）。必要な場合（ステップＳ１００９：Ｙｅｓ）、ダミーＩＰ管理部１１３は、処理をステップＳ１０１０へ、他方、不要な場合（ステップＳ１００９：Ｎｏ）、処理を図９のフローにおけるステップＳ９０８に戻す。
　続くステップＳ１０１０～ステップＳ１０１６は、上述のステップＳ１００２～Ｓ１００８の処理の、宛先通信ノードと名前解決要求元通信ノードを読み替えたものと同じであるため、説明を省略する。こうして、ダミーＩＰアドレスの払い出しおよびＮＡＴ設定が行われることとなる。
－－－第２実施例－－－
　上述した第１実施例においては、ＤＮＳサーバ１０５が、複数のサブシステム１～３を含むネットワーク内で単一とした構成であった。そのため、ＤＮＳサーバ１０５の管理は容易である一方で、すべての処理がＤＮＳサーバ１０５に集中して処理負荷が高まる懸念が生じうる。そこで、以下に説明する第２実施例では、各サブシステムのＮＡＴ装置に、第１実施例のＤＮＳサーバ１０５の機能を分散配置することにより、ＤＮＳサーバでの処理負荷を低減する構成について示すものとする。
　こうした第２実施例における接続管理システム１００の構成について図１１を用いて説明する。第１実施例との違いはＮＡＴ装置１１０２－ａ、１１０２－ｂの構成である。ＮＡＴ装置１１０２－ａを例にとって示すと、ＮＡＴ装置１１０２－ａは、ＮＡＴ処理部１１０６－ａ、およびローカルＤＮＳ処理部１１０７－ａを含む構成となっている。このうち、ＮＡＴ処理部１１０６－ａの構成は、第１実施例のＮＡＴ装置１０２－ａと同じく通常のＮＡＴ装置が備えるべき機能およびアドレス変換テーブル１０９を含むものである。一方、ローカルＤＮＳ処理部１１０７－ａの構成は　第１実施例のＤＮＳサーバ１０５が備える機能、および各テーブル１１５～１１７を含むものである。
　ただし、第１実施例のＤＮＳサーバ１０５が、接続管理の対象とする全ての通信ノード１０１の名前解決、ダミーＩＰアドレスの払い出しおよびＮＡＴ設定を行っていたことに対し、第２実施例のＤＮＳサーバ１１０５は、接続管理の対象とする全ての通信ノード１１０１の名前解決のみを行い、ダミーＩＰアドレスの払い出しやＮＡＴ設定については、ＮＡＴ装置１１０２のローカルＤＮＳ処理部１１０７が行う。また、ローカルＤＮＳ処理部１１０７は自身の配下の通信ノード１１０１の名前解決は自身で行うが、解決結果として返すＩＰアドレスは仮想ＩＰアドレスではなく、実ＩＰアドレスである。
　次に、第２実施例における、通信ノード１１０１－ａから通信ノード１１０１－ｂへの通信時の処理シーケンスについて説明する。図１２は第２実施例における接続管理方法の処理シーケンス例を示す図である。ここで、各種アドレス情報については図１１中にて例示する値を想定するものとする。
　この場合まず、通信ノード１１０１－ａが、所属するサブシステム１におけるＮＡＴ装置１１０２－ａのローカルＤＮＳ処理部１１０７－ａに対し、通信ノード１１０１－ｂの名前解決要求を行う（ステップＳ１２０１）。
　一方、ＮＡＴ装置１１０２－ａのローカルＤＮＳ処理部１１０７－ａは、上述の通信ノード１１０１－ｂが自身のサブシステム１内に存在しないため、仮想ＩＰネットワーク１１０４を介して上位のＤＮＳサーバ１１０５に名前解決要求を行う（ステップＳ１２０２）。なお、もし名前解決対象のホストすなわち通信ノードが自身のサブシステム１に存在する場合は、ローカルＤＮＳ処理部１１０７－ａは、対応する実ＩＰアドレスを通信ノード１１０１－ａに返し、従来同様のサブシステム１のプライベートネットワーク１１０３－ａ内での通信処理が実行される。
　続いて、ＤＮＳサーバ１１０５は、上述のＮＡＴ装置１１０２－ａのローカルＤＮＳ処理部１１０７－ａから受けた名前解決要求に応じて、通信ノード１１０１－ｂの名前解決を行い（ステップＳ１２０３）、通信ノード１１０１－ｂの仮想ＩＰアドレス“１９２．１６８．０．２”をローカルＤＮＳ処理部１１０７－ａに返す（ステップＳ１２０４）。
　一方、ローカルＤＮＳ処理部１１０７－ａは、ＤＮＳサーバ１１０５から返された、通信ノード１１０１－ｂの仮想ＩＰアドレス“１９２．１６８．０．２”が、自身のプライベートネットワーク１１０３－ａのサブネット“１９２．１６８．０．０／２４”に含まれるかを判定する（ステップＳ１２０５）。
　図１１の例では、通信ノード１１０１－ｂの仮想ＩＰアドレス“１９２．１６８．０．２”が、自身のプライベートネットワーク１１０３－ａのサブネット“１９２．１６８．０．０／２４”に含まれているため、ローカルＤＮＳ処理部１１０７－ａは、通信ノード１１０１－ｂ用のダミーＩＰアドレス“１０．２３２．０．１”を、ダミーＩＰアドレス管理テーブルから払い出す（ステップＳ１２０６）。この場合のダミーＩＰアドレス管理テーブルは、図５に例示したものと同様であるため図示は省略するが、ＮＡＴ装置１１０２－ａが属するサブシステム１で利用されるものとなる。
　また、ローカルＤＮＳ処理部１１０７－ａは、ＮＡＴ処理部１１０６－ａに対し、通信ノード１１０１－ｂの仮想ＩＰ“１９２．１６８．０．２”とダミーＩＰアドレス“１０．２３２．０．１”を変換するＮＡＴ設定を行い（ステップＳ１２０７～ステップＳ１２０９）、通信ノード１１０１－ａに名前解決結果として通信ノード１１０１－ｂ用のダミーＩＰアドレス“１０．２３２．０．１”を返す（ステップＳ１２１０）。
　一方、通信ノード１１０１－ａは、ＮＡＴ装置１１０２－ａから得た、通信ノード１１０１－ｂ用のダミーＩＰアドレス“１０．２３２．０．１”を宛先として、パケットをプライベートネットワーク１１０３－ａに送信する（ステップＳ１２１１）。このとき、ＩＰパケットの送信元ＩＰアドレスは、通信ノード１１０１－ａの実ＩＰアドレス“１９２．１６８．０．１００”、宛先ＩＰアドレスは通信ノード１１０１－ｂのダミーＩＰアドレス“１０．２３２．０．１”である。ここで、プライベートネットワーク１１０３－ａ内のルーティング設定により、ダミーＩＰアドレス宛てのパケットはＮＡＴ装置１１０２－ａに届くようにしておく。
　続いて、ＮＡＴ装置１１０２－ａのＮＡＴ処理部１１０６－ａは、通信ノード１１０１－ａから受信したＩＰパケットに対し、アドレス変換を行い（ステップＳ１２１２）、変換後のパケットを仮想ＩＰネットワーク１１０４に送信する（ステップＳ１２１３）。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは、通信ノード１１０１－ａの仮想ＩＰアドレス“１９２．１６８．０．１”、宛先ＩＰアドレスは通信ノード１１０１－ｂの仮想ＩＰアドレス“１９２．１６８．０．２”である。変換後のＩＰパケットは、仮想ＩＰネットワーク１１０４内のルーティング設定により、ＮＡＴ装置１１０２－ｂに届けられる。
　この場合、サブシステム２におけるＮＡＴ装置１１０２－ｂのＮＡＴ処理部１１０６－ｂは、仮想ＩＰネットワーク１１０４を介して受信したＩＰパケットの送信元ＩＰアドレス（通信ノード１１０１－ａの仮想ＩＰアドレス“１９２．１６８．０．１”）を抽出し、ローカルＤＮＳ処理部１１０７－ｂに対してアドレス重複判定を要求する（ステップＳ１２１４）。
　一方、ローカルＤＮＳ処理部１１０７－ｂは、通信ノード１１０１－ａの仮想ＩＰアドレス“１９２．１６８．０．１”が、自身のプライベートネットワーク１１０３－ｂのサブネット“１９２．１６８．０．０／２４”に含まれるか判定する（ステップＳ１２１５）。ここでは含まれているため、通信ノード１１０１－ａ用のダミーＩＰアドレス“１０．２３２．０．１”をダミーＩＰアドレス管理テーブルより払い出す（ステップＳ１２１６）。このＮＡＴ装置１１０２－ｂのローカルＤＮＳ処理部１１０７－ｂにおけるダミーＩＰアドレス管理テーブルも、ＮＡＴ装置１１０２－ａのローカルＤＮＳ処理部１１０７－ａが保持するものと同様の構成となっており、サブシステム２で使用されるものである。
　なお、ここでは通信ノード１１０１－ａ用のダミーＩＰアドレスと通信ノード１１０１－ｂ用のダミーＩＰアドレスが一致しているが、それぞれ異なるサブシステム内のみで使用されるため問題ない。
　続いて、ＮＡＴ装置１１０２－ｂのローカルＤＮＳ処理部１１０７－ｂは、ＮＡＴ処理部１１０６－ｂに通信ノード１１０１－ａ用のダミーＩＰアドレス“１０．２３２．０．１”を返す（ステップＳ１２１７）。
　この場合、ＮＡＴ処理部１１０６－ｂは、通信ノード１１０１－ａの仮想ＩＰアドレス“１９２．１６８．０．１”と通信ノード１１０１－ａ用のダミーＩＰアドレス“１０．２３２．０．１”を変換するＮＡＴ設定を行う（ステップＳ１２１８）。そしてＮＡＴ処理部１１０６－ｂは、ステップＳ１２１３で受信しているＩＰパケットに対してアドレス変換を行い（ステップＳ１２１９）、変換後のＩＰパケットをプライベートネットワーク１１０３－ｂに送信する。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは、通信ノード１１０１－ａのダミーＩＰアドレス“１０．２３２．０．１”、宛先ＩＰアドレスは通信ノード１１０１－ｂの実ＩＰアドレス“１９２．１６８．０．１００”である。変換後のＩＰパケットは、プライベートネットワーク１１０３－ｂ内のルーティング設定により、通信ノード１１０１－ｂに届けられる。
　一方、通信ノード１１０１－ｂは、プライベートネットワーク１１０３－ｂを介して受信したＩＰパケットの応答パケットを送信する（ステップＳ１２２１）。この応答パケットの送信元ＩＰアドレスは通信ノード１１０１－ｂの実ＩＰアドレス“１９２．１６８．０．１００”、宛先ＩＰアドレスは通信ノード１１０１－ａのダミーＩＰアドレス“１０．２３２．０．１”である。ここで、プライベートネットワーク１１０３－ｂ内のルーティング設定により、ダミーＩＰアドレス宛てのパケットはＮＡＴ装置１１０２－ｂに届くようにしておく。
　次にＮＡＴ装置１１０２－ｂのＮＡＴ処理部１１０６－ｂは、通信ノード１１０１－ｂから受信した上述の応答パケットに対してアドレス変換を行い（ステップＳ１２２２）、仮想ＩＰネットワーク１１０４１に変換後のＩＰパケットを送信する（ステップＳ１２２３）。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは通信ノード１１０１－ｂの仮想ＩＰアドレス“１９２．１６８．０．２”、宛先ＩＰアドレスは通信ノード１１０１－ａの仮想ＩＰアドレス“１９２．１６８．０．１”である。変換後のＩＰパケットは、仮想ＩＰネットワーク１１０４内のルーティング設定により、サブシステム１のＮＡＴ装置１１０２－ａに届けられる。
　一方、サブシステム１のＮＡＴ装置１１０２－ａにおけるＮＡＴ処理部１１０６－ａは、仮想ＩＰネットワーク１１０４を介して受信したＩＰパケットに対してアドレス変換を行い（ステップＳ１２２４）、プライベートネットワーク１１０３－ａに変換後のＩＰパケットを送信する（ステップＳ１２２５）。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは通信ノード１１０１－ｂのダミーＩＰアドレス“１０．２３２．０．１”、宛先ＩＰアドレスは通信ノード１１０１－ａの実ＩＰアドレス“１９２．１６８．０．１００”である。変換後のＩＰパケットは、プライベートネットワーク１１０３－ａ内のルーティング設定により、通信ノード１１０１－ａに届けられる。
　なお、ここではサブシステム間をまたがった通信ノード間の通信のシーケンスについて説明したが、例えば通信ノード１２０１－ａと通信ノード１１０８のように、サブシステム内の通信ノード間の通信の場合は、前述したとおり、ＮＡＴ装置１１０２のローカルＤＮＳ処理部１１０７の名前解決時に実ＩＰアドレスが返されるため、プライベートネットワーク１１０３内で通信が行われる。これにより、無駄な通信トラフィックが発生しない。
－－－第３実施例－－－
　上述の第１実施例および第２実施例では、仮想ＩＰアドレスにプライベートＩＰを使用している。そのため、ＤＮＳサーバにおいて、仮想ＩＰアドレス空間と各サブシステムの物理アドレス空間の重複判定処理を行い、重複時にダミーＩＰを払い出す処理を行っている。一方、仮想ＩＰアドレスにグローバルＩＰを使用することにより、各サブシステムの物理アドレス空間（プライベートＩＰ空間）と仮想ＩＰアドレス空間（グローバルＩＰ空間）の重複を回避し、第１実施例および第２実施例で行っていたＤＮＳサーバでのアドレス重複判定処理を不要とする、第３実施例について説明する。
　ここで、第３実施例における接続管理システムの構成について図１３を用いて説明する。図１３は第３実施例における接続管理システム１００を含むネットワーク構成例を示す図である。第１実施例と同様に、各サブシステム１～２は、それぞれ独自にプライベートネットワーク１３０３－ａ～１３０３－ｂを構築しており、各プライベートネットワーク１３０３－ａ～１３０３－ｂにそれぞれ通信ノード１３０１－ａ～１３０１－ｂが接続されている。また、サブシステム１～２は、それぞれＮＡＴ装置１３０２－ａ～１３０２－ｂを介して仮想ＩＰネットワーク１３０４に接続されている。
　また、仮想ＩＰネットワーク１３０４には、名前解決を行う内部ＤＮＳサーバ１３０６、およびインターネット１３０５に接続するための通信ＧＷ（ＧａｔｅＷａｙ）としてのＮＡＴ装置１３０２－ｃが接続されている。一方、インターネット１３０５には、インターネット上のホストの名前解決を行う外部ＤＮＳサーバ１３０８と、外部サーバ１３０９が接続されている。インターネット上のホストはグローバルＩＰアドレスが割り当てられている。
　第３実施例と第１実施例との違いは、（１）仮想ＩＰネットワーク１３０４のアドレス体系がグローバルＩＰアドレスであること、（２）内部ＤＮＳサーバ１３０６の機能構成、（３）仮想ＩＰネットワーク１３０４がＮＡＴ装置１３０２－ｃを介してインターネット１３０５に接続されていること、の３点である。それ以外の各通信ノード１３０１－ａ～１３０１－ｂ、ＮＡＴ装置１３０２－ａ～１３０２－ｃ、プライベートネットワーク１３０３－ａ～１３０３－ｂは第１実施例と同じであるため、ここでは説明を省略する。
　このうち内部ＤＮＳサーバ１３０６は、接続管理の対象である各サブシステム１、２の全ての通信ノード１３０１の名前を解決する名前解決サーバであり、送受信部１３１４、ホスト名管理部１３１５、ＤＮＳリゾルバ１３１６、ダミーＩＰ管理部１３１７、ＮＡＴ設定部１３１８、アドレス管理テーブル１３１９、ダミーＩＰアドレス管理テーブル１３２０から構成される。
　このうち送受信部１３１４は、各通信ノード１３０１との名前解決要求・応答メッセージの送受信、各ＮＡＴ装置１３０２とのＮＡＴ設定要求・応答メッセージの送受信を行う。また、ホスト名管理部１３１５は、ホスト名解決時やホスト名登録時に、アドレス管理テーブル１３１９の参照・更新を行う機能を有する。また、ＤＮＳリゾルバ１３１６は、解決要求対象のホスト名が、自身の管理対象外、この場合、仮想ＩＰネットワーク１３０４外のホスト名である場合に、外部ＤＮＳサーバ１３０８に名前解決要求を行う。
　また、ダミーＩＰ管理部１３１７は、ダミーＩＰアドレスの払い出しおよび払い戻しを行う。ここで、ダミーＩＰアドレスは、名前解決対象のホスト名が仮想ＩＰネットワーク１３０４外のホスト名である場合に、パケット送信元の通信ノード１３０１が、本来の宛先アドレスである外部のホストのグローバルＩＰアドレスの代わりに、仮の宛先アドレスとして使用するＩＰアドレスである。各サブシステム内から、物理ＩＰアドレスにグローバルＩＰアドレスを持つインターネット１３０５上の外部サーバ１３０９に対して通信を行う場合、仮想ＩＰアドレス空間と重複する可能性があるため、インターネット１３０５宛の通信時に、こうしたダミーＩＰアドレスを払い出す必要がある。
　ダミーＩＰアドレスは、仮想ＩＰネットワーク１３０４のアドレス空間上に専用アドレス領域として一定数分確保され、それ以外の領域を各通信ノード１３０１の仮想ＩＰアドレスとして使用する。ダミーＩＰアドレスを用いたパケット送受信処理フローについては図１４に基づき後述する。
　また、ＮＡＴ設定部１３１８は、上述のダミーＩＰ管理部１３１７がダミーＩＰアドレスを払い出した際に、インターネット１３０５に接続されているＮＡＴ装置１３０２－ｃに対して、ダミーＩＰアドレスと本来の宛先アドレス（外部ＤＮＳサーバ１３０８から名前解決結果として取得したグローバルＩＰアドレス）とのアドレス変換ルールの設定を行う。
　また、アドレス管理テーブル１３１９は、ホスト名と仮想ＩＰアドレスの対応を管理するテーブルである。ダミーＩＰアドレス管理テーブル１３２０は、ダミーＩＰアドレスを管理するテーブルである。各テーブルの詳細な構成は第１実施例と同じであるため説明は省略する。
　次に、サブシステム１における通信ノード１３０１－ａから、インターネット１３５０上の外部サーバ１３０９への通信時の処理シーケンスについて、図１４を用いて説明する。図１４は第３実施例における接続管理方法の処理シーケンス例を示す図である。ここで、各種アドレス情報、ホスト名については図１３中に例示した値を想定するものとする。
　この場合まず、通信ノード１３０１－ａが、内部ＤＮＳサーバ１３０６に対して外部サーバ１３０９のホスト名“ｄｕｍｍｙ．ａｂｃｄ．ｊｐ”の名前解決要求メッセージを送信する（ステップＳ１４０１）。
　一方、通信ノード１３０１－ａから名前解決要求を受信した内部ＤＮＳサーバ１３０６は、名前解決要求対象のホスト名が、接続管理の対象である仮想ＩＰネットワーク１３０４内部か外部のどちらであるかチェックする（ステップＳ１４０２）。ここで、外部サーバ１３０９のホスト名は仮想ＩＰネットワーク１３０４外のものであるため、内部ＤＮＳサーバ１３０６は、外部ＤＮＳサーバ１３０８に対し、ホスト名”ｄｕｍｍｙ．ａｂｃｄ．ｊｐ”の名前解決要求メッセージを送信する（ステップＳ１４０３）。
　他方、外部ＤＮＳサーバ１３０８は、名前解決処理を行い（ステップＳ１４０４）、解決したＩＰアドレス“１１．０．０．１”を内部ＤＮＳサーバ１３０６に返信する（ステップＳ１４０５）。この場合、内部ＤＮＳサーバ１３０６は、ダミーＩＰアドレス管理テーブル１３２０を参照し、外部サーバ１３０９宛のダミーＩＰアドレスを払い出す（ステップＳ１４０６）。ここでは、外部サーバ１３０９のダミーＩＰアドレスとして“１２．０．０．１”を割り当てたこととする。
　上述のようにダミーＩＰアドレスを払い出した内部ＤＮＳサーバ１３０６は、ＮＡＴ装置１３０２－ｃに対して、外部サーバ１３０９のダミーＩＰアドレス“１２．０．０．１”と外部サーバ１３０９の実ＩＰアドレス“１１．０．０．１”を変換するＮＡＴ設定要求を行う。
　一方、ＮＡＴ装置１３０２－ｃは、仮想ＩＰネットワーク１３０４からインターネット１３０５方向のパケットに対しては、宛先ＩＰアドレスがダミーＩＰアドレス“１２．０．０．１”の場合に、宛先ＩＰアドレスを外部サーバ１３０９の実ＩＰアドレス“１１．０．０．１”に書き換え、インターネット１３０５から仮想ＩＰネットワーク１３０４方向のパケットに対しては、送信元ＩＰアドレスが外部サーバ１３０９の実ＩＰアドレス“１１．０．０．１”の場合に、送信元ＩＰアドレスをダミーＩＰアドレス“１２．０．０．１”に書き換えるＮＡＴ設定を行う（ステップＳ１４０８）。そして、ＮＡＴ装置１３０２－ｃは、こうしたＮＡＴ設定結果を内部ＤＮＳサーバ１３０６に返す（ステップＳ１４０９）。
　次に内部ＤＮＳサーバ１３０６は、通信ノード１３０１－ａに名前解決結果として、外部サーバ１３０９のダミーＩＰアドレス“１２．０．０．１”を返す（ステップＳ１４１０）。この場合、通信ノード１３０１－ａは、外部サーバ１３０９の名前解決結果のアドレス（外部サーバ１３０９のダミーＩＰアドレス）あてのＩＰパケットを送信する（ステップＳ１４１１）。このとき、ＩＰパケットの送信元ＩＰアドレスは、通信ノード１３０１－ａの実ＩＰアドレス“１９２．１６８．０．１００”、宛先ＩＰアドレスは外部サーバ１３０９のダミーＩＰアドレス“１２．０．０．１”である。ここで、プライベートネットワーク１３０３－ａ内のルーティング設定により、ダミーＩＰアドレス宛てのパケットはＮＡＴ装置１３０２－ａに届くようにしておく。
　一方、ＮＡＴ装置１３０２－ａは、上述の通信ノード１３０１－ａから受信したＩＰパケットに対し、アドレス変換テーブル１３１３のルールに従ってアドレス変換処理を行い（ステップＳ１４１２）、変換後のパケットを仮想ＩＰネットワーク１３０４に送信する（ステップＳ１４１３）。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは、通信ノード１３０１－ａの仮想ＩＰアドレス“１１．０．０．２”、宛先ＩＰアドレスは外部サーバ１３０９のダミーＩＰアドレス“１２．０．０．１”である。変換後のＩＰパケットは、仮想ＩＰネットワーク１３０４内のルーティング設定により、ＮＡＴ装置１３０２－ｃに届けられる。
　続いて、ＮＡＴ装置１３０２－ｃは、仮想ＩＰネットワーク１３０４を介して受信したＩＰパケットに対し、上述のステップＳ１４０７～ステップＳ１４０９で設定されたアドレス変換ルールに従ってアドレス変換を行い（ステップＳ１４１４）、変換後のＩＰパケットをインターネット１３０５に送信する（ステップＳ１４１５）。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは、ＮＡＴ装置１３０２－ｃのインターネット側の実ＩＰアドレス“１１．０．０．１００”、宛先ＩＰアドレスは外部サーバ１３０９の実ＩＰアドレス“１１．０．０．１”である。
　次に、外部サーバ１３０９は、インターネット１３０５を介して上述のＩＰパケットを受信し、このＩＰパケットの応答パケットを送信する（ステップＳ１４１６）。このとき、応答パケットの送信元ＩＰアドレスは、外部サーバ１３０９の実ＩＰアドレス“１１．０．０．１”、宛先ＩＰアドレスは、ＮＡＴ装置１３０２－ｃのインターネット側の実ＩＰアドレス“１１．０．０．１００”である。
　一方、ＮＡＴ装置１３０２－ｃは、外部サーバ１３０９から受信したＩＰパケットのアドレス変換を行い（ステップＳ１４１７）、変換後のＩＰパケットを仮想ＩＰネットワーク１３０４に送信する（ステップＳ１４１８）。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは、外部サーバ１３０９のダミーＩＰアドレス“１２．０．０．１”、宛先ＩＰアドレスは通信ノード１３０１－ａの仮想ＩＰアドレス“１１．０．０．２”である。
　他方、ＮＡＴ装置１３０２－ａは、仮想ＩＰネットワーク１３０４を介して受信した上述のＩＰパケットのアドレス変換を行い（ステップＳ１４１９）、変換後のＩＰパケットをプライベートネットワーク１３０３－ａに送信する（ステップＳ１４２０）。このとき、変換後のＩＰパケットの送信元ＩＰアドレスは、外部サーバ１３０９のダミーＩＰアドレス“１２．０．０．１”、宛先ＩＰアドレスは通信ノード１３０１－ａの実ＩＰアドレス“１９２．１６８．０．１００”である。
　上記の処理により、サブシステム１における通信ノード１３０１－ａと、仮想ＩＰネットワーク１３０４外のインターネット１３０５上の外部サーバ１３０９との間での相互通信が実現される。
　なお、ここではダミーＩＰアドレスが必要となるケースとして、仮想ＩＰネットワーク１３０４内部から外部のインターネット１３０５への通信のシーケンスについて説明したが、サブシステム間の通信の場合は、前述したように仮想ＩＰアドレスと実ＩＰアドレスの重複が発生しないため、ダミーＩＰアドレスは不要である。そのため、サブシステム間の通信では、内部ＤＮＳサーバ１３０６の名前解決結果である通信相手の仮想ＩＰアドレス宛にパケットを送信するだけで相互通信が実現される。
　続いて、上述のシーケンス中における名前解決時の処理について、その詳細を説明する。図１５は第３実施例における接続管理方法の処理フロー例を示す図である。この場合、内部ＤＮＳサーバ１３０６の送受信部１３１４は、通信ノード１３０１より名前解決要求を受信する（ステップＳ１５０１）。この時、送受信部１３１４は、名前解決要求メッセージから名前解決対象の宛先通信ノードのホスト名を抽出する。
　また、内部ＤＮＳサーバ１３０６のホスト名管理部１３１５は、アドレス管理テーブル１３１９を参照し、宛先通信ノードのホスト名から対応する仮想ＩＰアドレスを取得する（ステップＳ１５０２）。
　続いて、内部ＤＮＳサーバ１３０６のホスト名管理部１３１５は、上述のステップＳ１５０２で対応する仮想ＩＰアドレスが取得できたかどうか判断する（ステップＳ１５０３）。この判断の結果、仮想ＩＰアドレスが取得できた場合（ステップＳ１５０３：Ｙｅｓ）、　　は処理をステップＳ１５０４へ、取得できなかった場合（ステップＳ１５０３：Ｎｏ）、処理をステップＳ１５０５へ進める。
　ステップＳ１５０４において、内部ＤＮＳサーバ１３０６の送受信部１３１４は、名前解決要求元の通信ノード１３０１－ａに対して、名前解決結果の仮想ＩＰアドレスを返す。他方、ステップＳ１５０５において、内部ＤＮＳサーバ１３０６のＤＮＳリゾルバ１３１６は、外部ＤＮＳサーバ１３０８に対して名前解決要求を行う。ステップＳ１５０２で名前解決ができなかったということは、該当ホスト名は仮想ＩＰネットワーク１３０４外部のホスト名ということである。
　続いて、内部ＤＮＳサーバ１３０６のＤＮＳリゾルバ１３１６は、上述のステップＳ１５０５で名前解決ができた場合（ステップＳ１５０６：Ｙｅｓ）、処理をステップＳ１５０８へ、他方、解決できなかった場合（ステップＳ１５０６：Ｎｏ）、処理をステップＳ１５０７へ進める。このステップＳ１５０７において、内部ＤＮＳサーバ１３０６の送受信部１３１４は、名前解決要求元の通信ノード１３０１－ａに対してエラーを返す。
　一方、ステップＳ１５０８において、内部ＤＮＳサーバ１３０６の送受信部１３１４は、ダミーＩＰアドレスの払い出しおよびＮＡＴ設定を行う。具体的には、まずダミーＩＰ管理部１３１７が、ダミーＩＰアドレス管理テーブル１３２０を参照して、利用可能なダミーＩＰアドレスを払い出す。そして、ＮＡＴ設定部１３１８が払い出されたダミーＩＰアドレスとステップＳ１５０５で名前解決して得られたＩＰアドレスのアドレス変換を行うＮＡＴ設定を、ＮＡＴ装置１３０２－ｃに対して行う。
　続いて、内部ＤＮＳサーバ１３０６の送受信部１３１４は、名前解決要求元の通信ノード１３０１－ａに対し、名前解決結果として、上述のステップＳ１５０８で払い出したダミーＩＰアドレスを返し（ステップＳ１５０９）、本フローを終了する。
　なお、図１３ではインターネット１３０５にアクセスするためのＮＡＴ装置１３０２－ｃが、仮想ＩＰネットワーク上に１台しかない集中構成の例を示したが、各サブシステム１、２のＮＡＴ装置１３０２－ａ、１３０２－ｂから直接インターネット１３０５にアクセス可能とする分散構成を取ってもよい。
　以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
　こうした本実施形態によれば、大規模システムにおける重複アドレス間での双方向通信と、プライベートネットワークの追加、変更に伴う影響抑制とが可能になる。
　本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の接続管理システムにおいて、前記ＤＮＳサーバは、前記記憶装置において、所定範囲のダミーＩＰアドレスの値を更に記憶しているものであり、前記演算装置において、前記ダミーＩＰアドレスの特定に伴い、該当ダミーＩＰアドレスに関して払いだし中であるステータス情報を設定し、以後のダミーＩＰアドレスの特定処理に際しては、前記ステータス情報が払い出し中でないダミーＩＰアドレスを前記所定範囲中から特定するものである、してもよい。
　これによれば、ダミーＩＰアドレスの特定すなわち払い出しの処理が効率化され、通信フロー全体の効率も向上する。
　また、本実施形態の接続管理システムにおいて、前記ＮＡＴ装置は、前記記憶装置において、所定範囲のダミーＩＰアドレスの値を更に記憶しているものであり、前記演算装置において、前記ダミーＩＰアドレスの特定に伴い、該当ダミーＩＰアドレスに関して払いだし中であるステータス情報を設定し、以後のダミーＩＰアドレスの特定処理に際しては、前記ステータス情報が払い出し中でないダミーＩＰアドレスを前記所定範囲中から特定するものである、としてもよい。
　これによれば、ダミーＩＰアドレスの特定すなわち払い出しの処理が効率化され、通信フロー全体の効率も向上する。
１～３　サブシステム
１００　接続管理システム
１０１、１１０１、１３０１　通信ノード
１０２、１１０２、１３０２　ＮＡＴ装置
１０３、１１０３、１３０３　プライベートネットワーク
１０４、１１０４、１３０４　仮想ＩＰネットワーク
１０５、１１０５　ＤＮＳサーバ
１０６　送受信部
１０７、１３１１　アドレス変換テーブル管理部
１０８、１３１２　アドレス変換部
１０９、１３１３　アドレス変換テーブル
１１０、１３１４　送受信部
１１１、１３１５　ホスト名管理部
１１２　アドレス重複判定部
１１３　ダミーＩＰ管理部
１１４、１３１８　ＮＡＴ設定部
１１５、１３１９　アドレス管理テーブル
１１６　サブネット情報管理テーブル
１１７、１３２０　ダミーＩＰアドレス管理テーブル
２０１　ホストＣＰＵ
２０２　ホストメモリ
２０３　周辺Ｉ／Ｆ
２０４　記憶装置
２０５　通信Ｉ／Ｆ
２０６　バス
１１０６　ＮＡＴ処理部
１１０７　ローカルＤＮＳ処理部
１３０５　インターネット
１３０６　内部ＤＮＳサーバ
１３０８　外部ＤＮＳサーバ
１３０９　外部サーバ
１３１６　ＤＮＳリゾルバ

Claims (12)

  1. 　他装置と通信する通信インターフェースと、
    　各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、
    　ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、該当通信の要求元及び要求先の、対象ネットワークで用いているＩＰアドレスと対象ノードに設定してある仮想ＩＰアドレスとを前記記憶装置より読み出して比較し、前記ＩＰアドレス及び前記仮想ＩＰアドレスが重複する場合、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記対象ノード用に特定し、対象ノードに設定されている仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールをＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置と、
    　を備えるＤＮＳサーバを含むことを特徴とする接続管理システム。
  2. 　前記ＤＮＳサーバは、
    　前記記憶装置において、所定範囲のダミーＩＰアドレスの値を更に記憶しているものであり、
    　前記演算装置において、
    　前記ダミーＩＰアドレスの特定に伴い、該当ダミーＩＰアドレスに関して払いだし中であるステータス情報を設定し、以後のダミーＩＰアドレスの特定処理に際しては、前記ステータス情報が払い出し中でないダミーＩＰアドレスを前記所定範囲中から特定するものである、
    　ことを特徴とする請求項１に記載の接続管理システム。
  3. 　他装置と通信する通信インターフェースと、
    　所属ネットワークで用いるＩＰアドレスの値を格納した記憶装置と、
    　ネットワーク間通信に伴う名前解決要求を、所属ネットワーク内のノードより受信した際、ネットワーク間通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスの値を管理するＤＮＳサーバに対して名前解決要求を送信し、前記ＤＮＳサーバからの返信で得た該当通信の要求先の仮想ＩＰアドレスを、前記記憶装置で保持するＩＰアドレスと比較し、前記仮想ＩＰアドレスが前記ＩＰアドレスに重複する場合、前記所属ネットワーク内の各ノードの仮想ＩＰアドレス及び前記記憶装置中で保持するいずれのＩＰアドレスとも重複しないダミーＩＰアドレスを前記要求先のノード用に特定し、前記要求先のノードの仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを生成して保持し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置と、
    　を備えるＮＡＴ装置を含むことを特徴とする接続管理システム。
  4. 　前記ＮＡＴ装置は、
    　前記記憶装置において、所定範囲のダミーＩＰアドレスの値を更に記憶しているものであり、
    　前記演算装置において、
    　前記ダミーＩＰアドレスの特定に伴い、該当ダミーＩＰアドレスに関して払いだし中であるステータス情報を設定し、以後のダミーＩＰアドレスの特定処理に際しては、前記ステータス情報が払い出し中でないダミーＩＰアドレスを前記所定範囲中から特定するものである、
    　ことを特徴とする請求項３に記載の接続管理システム。
  5. 　他装置と通信する通信インターフェースと、
    　各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、
    　ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、当該名前解決要求が示す該当通信の要求先のホスト名が、前記各ネットワークとは異なる外部ネットワークのものである場合、該当外部ネットワークに属する他ＤＮＳサーバに対して名前解決要求を送信して、前記他ＤＮＳサーバから前記ホストのＩＰアドレスを取得し、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記ホスト用に特定し、前記ホストのＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを、前記外部ネットワークと前記各ネットワークとの間を接続するＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置と、
    　を備えるＤＮＳサーバを含むことを特徴とする接続管理システム。
  6. 　前記ＤＮＳサーバは、
    　前記記憶装置において、所定範囲のダミーＩＰアドレスの値を更に記憶しているものであり、
    　前記演算装置において、
    　前記ダミーＩＰアドレスの特定に伴い、該当ダミーＩＰアドレスに関して払いだし中であるステータス情報を設定し、以後のダミーＩＰアドレスの特定処理に際しては、前記ステータス情報が払い出し中でないダミーＩＰアドレスを前記所定範囲中から特定するものである、
    　ことを特徴とする請求項５に記載の接続管理システム。
  7. 　他装置と通信する通信インターフェースと、各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、を備えたＤＮＳサーバが、
    　ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、該当通信の要求元及び要求先の、対象ネットワークで用いているＩＰアドレスと対象ノードに設定してある仮想ＩＰアドレスとを前記記憶装置より読み出して比較し、前記ＩＰアドレス及び前記仮想ＩＰアドレスが重複する場合、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記対象ノード用に特定し、対象ノードに設定されている仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールをＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する、
    　ことを特徴とする接続管理方法。
  8. 　他装置と通信する通信インターフェースと、所属ネットワークで用いるＩＰアドレスの値を格納した記憶装置と、を備えたＮＡＴ装置が、
    　ネットワーク間通信に伴う名前解決要求を、所属ネットワーク内のノードより受信した際、ネットワーク間通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスの値を管理するＤＮＳサーバに対して名前解決要求を送信し、前記ＤＮＳサーバからの返信で得た該当通信の要求先の仮想ＩＰアドレスを、前記記憶装置で保持するＩＰアドレスと比較し、前記仮想ＩＰアドレスが前記ＩＰアドレスに重複する場合、前記所属ネットワーク内の各ノードの仮想ＩＰアドレス及び前記記憶装置中で保持するいずれのＩＰアドレスとも重複しないダミーＩＰアドレスを前記要求先のノード用に特定し、前記要求先のノードの仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを生成して保持し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する、
    　ことを特徴とする接続管理方法。
  9. 　他装置と通信する通信インターフェースと、各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、を備えたＤＮＳサーバが、
    　ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、当該名前解決要求が示す該当通信の要求先のホスト名が、前記各ネットワークとは異なる外部ネットワークのものである場合、該当外部ネットワークに属する他ＤＮＳサーバに対して名前解決要求を送信して、前記他ＤＮＳサーバから前記ホストのＩＰアドレスを取得し、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記ホスト用に特定し、前記ホストのＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを、前記外部ネットワークと前記各ネットワークとの間を接続するＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する、
    　ことを特徴とする接続管理方法。
  10. 　他装置と通信する通信インターフェースと、
    　各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、
    　ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、該当通信の要求元及び要求先の、対象ネットワークで用いているＩＰアドレスと対象ノードに設定してある仮想ＩＰアドレスとを前記記憶装置より読み出して比較し、前記ＩＰアドレス及び前記仮想ＩＰアドレスが重複する場合、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記対象ノード用に特定し、対象ノードに設定されている仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールをＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置と、
    　を備えたことを特徴とするＤＮＳサーバたる接続管理装置。
  11. 　他装置と通信する通信インターフェースと、
    　所属ネットワークで用いるＩＰアドレスの値を格納した記憶装置と、
    　ネットワーク間通信に伴う名前解決要求を、所属ネットワーク内のノードより受信した際、ネットワーク間通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスの値を管理するＤＮＳサーバに対して名前解決要求を送信し、前記ＤＮＳサーバからの返信で得た該当通信の要求先の仮想ＩＰアドレスを、前記記憶装置で保持するＩＰアドレスと比較し、前記仮想ＩＰアドレスが前記ＩＰアドレスに重複する場合、前記所属ネットワーク内の各ノードの仮想ＩＰアドレス及び前記記憶装置中で保持するいずれのＩＰアドレスとも重複しないダミーＩＰアドレスを前記要求先のノード用に特定し、前記要求先のノードの仮想ＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを生成して保持し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置と、
    　を備えたことを特徴とするＮＡＴ装置たる接続管理装置。
  12. 　他装置と通信する通信インターフェースと、
    　各ネットワークで用いるＩＰアドレスと、前記各ネットワーク間の通信用にネットワーク同士での重複を回避して設定した各ノードの仮想ＩＰアドレスと、の各値を格納した記憶装置と、
    　ネットワーク間通信に伴う名前解決要求を、所定ネットワーク配下のノードより受信した際、当該名前解決要求が示す該当通信の要求先のホスト名が、前記各ネットワークとは異なる外部ネットワークのものである場合、該当外部ネットワークに属する他ＤＮＳサーバに対して名前解決要求を送信して、前記他ＤＮＳサーバから前記ホストのＩＰアドレスを取得し、前記記憶装置中で保持するいずれのＩＰアドレス及び仮想ＩＰアドレスとも重複しないダミーＩＰアドレスを前記ホスト用に特定し、前記ホストのＩＰアドレスと前記特定したダミーＩＰアドレスとの変換ルールを、前記外部ネットワークと前記各ネットワークとの間を接続するＮＡＴ装置に設定し、前記ダミーＩＰアドレスを名前解決結果として前記ノードに返す処理を実行する演算装置と、
    　を備えることを特徴とするＤＮＳサーバたる接続管理装置。
PCT/JP2013/083852 2013-12-18 2013-12-18 接続管理システム、接続管理方法、および接続管理装置 WO2015092876A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/083852 WO2015092876A1 (ja) 2013-12-18 2013-12-18 接続管理システム、接続管理方法、および接続管理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/083852 WO2015092876A1 (ja) 2013-12-18 2013-12-18 接続管理システム、接続管理方法、および接続管理装置

Publications (1)

Publication Number Publication Date
WO2015092876A1 true WO2015092876A1 (ja) 2015-06-25

Family

ID=53402271

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/083852 WO2015092876A1 (ja) 2013-12-18 2013-12-18 接続管理システム、接続管理方法、および接続管理装置

Country Status (1)

Country Link
WO (1) WO2015092876A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105721457A (zh) * 2016-01-30 2016-06-29 耿童童 基于动态变换的网络安全防御系统和网络安全防御方法
CN110324304A (zh) * 2018-03-28 2019-10-11 株式会社理光 信息处理装置以及数据包中继方法
CN111404893A (zh) * 2020-03-06 2020-07-10 深信服科技股份有限公司 一种主机分类方法、装置、设备及计算机存储介质
US20220368769A1 (en) * 2021-05-14 2022-11-17 Hitachi, Ltd. Job execution system, and job execution method

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003258838A (ja) * 2002-03-05 2003-09-12 Fujitsu Ltd 通信装置およびネットワークシステム
JP2011188448A (ja) * 2010-03-11 2011-09-22 Evrika Inc ゲートウェイ装置、通信方法および通信用プログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003258838A (ja) * 2002-03-05 2003-09-12 Fujitsu Ltd 通信装置およびネットワークシステム
JP2011188448A (ja) * 2010-03-11 2011-09-22 Evrika Inc ゲートウェイ装置、通信方法および通信用プログラム

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105721457A (zh) * 2016-01-30 2016-06-29 耿童童 基于动态变换的网络安全防御系统和网络安全防御方法
CN105721457B (zh) * 2016-01-30 2019-04-30 北京卫达信息技术有限公司 基于动态变换的网络安全防御系统和网络安全防御方法
CN110324304A (zh) * 2018-03-28 2019-10-11 株式会社理光 信息处理装置以及数据包中继方法
CN111404893A (zh) * 2020-03-06 2020-07-10 深信服科技股份有限公司 一种主机分类方法、装置、设备及计算机存储介质
CN111404893B (zh) * 2020-03-06 2021-12-21 深信服科技股份有限公司 一种主机分类方法、装置、设备及计算机存储介质
US20220368769A1 (en) * 2021-05-14 2022-11-17 Hitachi, Ltd. Job execution system, and job execution method
US11785112B2 (en) 2021-05-14 2023-10-10 Hitachi, Ltd. Job execution system, and job execution method

Similar Documents

Publication Publication Date Title
CN109451084B (zh) 一种服务访问方法及装置
CN1754374B (zh) 带有网关负载分配的网络地址转换
JP5817299B2 (ja) アドレス変換装置、通信システム及びアドレス変換方法
CN108347493B (zh) 混合云管理方法、装置和计算设备
US20170359198A1 (en) Non-transitory computer-readable storage medium, communication control method, and communication control device
CN109964451A (zh) 虚拟网络验证服务
US8447846B2 (en) Using unique local unicast addresses in a global domain name server by providing a centralized registry
EP3361387A1 (en) Data transmission method, equipment and system
WO2015092876A1 (ja) 接続管理システム、接続管理方法、および接続管理装置
US8301738B1 (en) Systems and methods for private network addressing in IP protocols
CN102118457A (zh) 自治可扩展互联网的网络地址转换法实现
CN107959613B (zh) 报文转发方法及装置
CN109446202A (zh) 标识符分配方法、装置、服务器和存储介质
US8886771B2 (en) Method and system for providing distributed allowed domains in a data network
CN105450585A (zh) 一种信息传输方法及装置
US11882090B2 (en) Efficiently mapping a distributed resource to a virtual network
US10243920B1 (en) Internet protocol address reassignment between virtual machine instances
CN105530159A (zh) 一种实现跨IPv6和IPv4的VPN互访的方法和系统
CN111064786A (zh) 账户标识管理方法及设备
CN104904187A (zh) 处理网络中的协议地址的方法和处理设备
JP2016119554A (ja) 情報処理システム、情報処理方法、情報処理プログラム、及び情報処理装置
CN103532852A (zh) 一种路由调度方法、装置及网络设备
WO2016056445A1 (ja) ドメイン制御方法及びドメイン制御装置
US11277336B2 (en) Tunnel-based network connectivity for computing clusters
CN115550309A (zh) 一种解决vpc互通地址重叠的方法

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: 13899935

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: 13899935

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP