WO2012132356A1 - 通信装置、通信システム及び通信方法 - Google Patents

通信装置、通信システム及び通信方法 Download PDF

Info

Publication number
WO2012132356A1
WO2012132356A1 PCT/JP2012/002009 JP2012002009W WO2012132356A1 WO 2012132356 A1 WO2012132356 A1 WO 2012132356A1 JP 2012002009 W JP2012002009 W JP 2012002009W WO 2012132356 A1 WO2012132356 A1 WO 2012132356A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
communication device
packet
communication
node identification
Prior art date
Application number
PCT/JP2012/002009
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 CN201280015018.8A priority Critical patent/CN103444136B/zh
Priority to EP12764188.4A priority patent/EP2690832B1/en
Priority to US14/007,076 priority patent/US20140019641A1/en
Priority to JP2013507158A priority patent/JP5850046B2/ja
Publication of WO2012132356A1 publication Critical patent/WO2012132356A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2539—Hiding addresses; Keeping addresses anonymous
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2521—Translation architectures other than single NAT servers
    • H04L61/2525—Translation at a client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden

Definitions

  • the present invention relates to IP (Internet Protocol) communication technology.
  • Non-Patent Document 1 describes a method for selecting a source address in such a communication node.
  • the start node transmits each probe packet in which a value called TTL (Time-to-Live) indicating the number of reachable hops of the IP packet or HOP-LIMIT is incremented by one.
  • TTL Time-to-Live
  • HOP-LIMIT error response
  • a communication node is identified by an IP (Internet Protocol) address
  • IP Internet Protocol
  • the detailed information related to the communication node includes location information and role information, for example. Therefore, in Patent Document 1, a position information notification device generates an IPv6 address including position information, and sets the generated IPv6 address as a transmission source address, thereby notifying its own position information to an external device. Techniques that can be described are described.
  • Non-Patent Document 2 a reverse lookup method of DNS (Domain Name System) that obtains FQDN (Fully Quality Domain Name) from an IP address is described in Non-Patent Document 2, for example.
  • FQDN is a method for describing a domain name by designating all domain names, subdomain names, host names, etc. without omitting them, and can give more information to humans than IP addresses.
  • a character string that is information about each communication node and is described in some prescribed format such as the FQDN format is referred to as a domain name.
  • the starting node in the above example can acquire the domain name of each relay node by performing reverse DNS lookup using the IP address of each relay node obtained in the error response packet.
  • a communication node in IP communication, a communication node generally transmits a packet in which its own IP address is set as a source address. Thereby, the communication destination node can send the reply packet to the communication node by using the IP address set in the source address field of the received packet as the destination address of the reply packet.
  • the source address set in the error response packet transmitted from each relay node when the above traceroute command is executed is not normally used as the destination address. This is because the error response packet is merely intended to notify the starting point node of predetermined information (in the above example, the IP address of the relay device), and does not require a reply from the starting point node.
  • a packet premised on unidirectional communication such as this error response packet
  • This unidirectional communication means that the transmission source address included in the packet is not used as the destination address in the subsequent series of communication at the communication node of the communication partner.
  • Such special purpose packets are not limited to ICMP error response packets as described above, but are also used in other communications such as other ICMP packets, unidirectional UDP (User Datagram Protocol), etc. Has been.
  • the IP address of the communication node that transmits the special purpose packet is set in the source address field.
  • each communication node publishes its own IP address, which may not be preferable from the viewpoint of security, confidential information retention, and the like.
  • From the viewpoint of security for example, there is a possibility that a malicious third party monitoring the special purpose packet may be given an opportunity to specify the target of the unauthorized attack.
  • the IP address set in the source address field of such a special purpose packet may be used for reverse DNS lookup.
  • the IP address to be set as the transmission source address needs to correspond to an entry in the DNS reverse lookup database.
  • IPv4 IP address set in the source address field of the special purpose packet by a relay device such as a current router
  • IPv6 link local scope address
  • the IP address set in the source address field of the special purpose packet is an address outside the scope for the starting point node. Therefore, there is a possibility that the relay device cannot be identified.
  • the IP address selection method set as the source address of the ICMP Time Exceeded packet as an example of the special purpose packet is a design matter and is currently not uniform.
  • the information set in the source address of the special purpose packet as described above cannot be said to be appropriate.
  • An object of the present invention is to provide a technique for setting appropriate information in the source address of a packet.
  • the first aspect relates to a communication device in which an IP address is set.
  • the communication device includes a purpose determining unit that determines a communication purpose of a packet to be transmitted, and the set IP address when the communication purpose determined by the purpose determining unit is a predetermined purpose.
  • a transmission source address selecting means for selecting a target node identification address as a transmission source address, a transmission means for transmitting a packet in which the formal node identification address selected by the transmission source address selection means is set as the transmission source address; Is provided.
  • the second aspect relates to a communication system including a plurality of communication devices each having an IP address set.
  • one target communication device of the plurality of communication devices receives a trigger packet transmitted from one start communication device of the plurality of communication devices,
  • the purpose determining means for determining the communication purpose of the reply packet to be sent with respect to the trigger packet received by the receiving means, and the communication purpose determined by the purpose determining means is set in the target communication device when the communication purpose is a predetermined purpose.
  • a formal node identification address given to identify the target communication device separately from the IP address, and communication in which a packet in which this formal node identification address is set as a destination address is received through this formal node identification address Source address selection means for selecting a formal node identification address for which no device exists as a source address; Comprising transmitting means for transmitting a return packet is selected formal node identification address set by the source address selecting unit in the source address field in the start point communication device addressed to the. Furthermore, in the communication system according to the second aspect, the start point communication device transmits a trigger packet, and a reception unit receives a reply packet transmitted from the target communication device in response to the trigger packet.
  • a communication method for executing each process according to the first aspect or the second aspect may be used, and the computer may be the first aspect or the second aspect. It may be a program that functions as each means according to the above, or a computer-readable recording medium that records such a program.
  • This recording medium includes a non-transitory tangible medium.
  • FIG. 1 is a conceptual diagram illustrating a processing configuration example of a target communication device according to the first embodiment.
  • FIG. 2 is a diagram illustrating a configuration example of a communication system according to the second embodiment.
  • FIG. 3 is a conceptual diagram illustrating a processing configuration example of the target communication device according to the second embodiment.
  • FIG. 4 is a conceptual diagram showing a processing configuration example of the DNS server in the second embodiment.
  • FIG. 5 is a conceptual diagram illustrating a processing configuration example of the start point communication device according to the second embodiment.
  • FIG. 6 is a sequence chart showing an operation example of the communication system in the second embodiment.
  • FIG. 7 is a conceptual diagram showing the operation of traceroute.
  • FIG. 8 is a diagram illustrating a configuration example of a communication system according to the third embodiment.
  • FIG. 1 is a conceptual diagram illustrating a processing configuration example of a target communication device according to the first embodiment.
  • FIG. 2 is a diagram illustrating a configuration example of a communication system according to the second
  • FIG. 9 is a conceptual diagram showing a processing configuration example of the identification address server in the third embodiment.
  • FIG. 10 is a sequence chart illustrating an operation example of the communication system according to the third embodiment.
  • FIG. 11 is a conceptual diagram illustrating a processing configuration example of a start point communication device according to a modification.
  • FIG. 12 is a diagram illustrating a specific example of the formal node identification address and the node description data, and a specific example of the DNS reverse lookup database or the node description data storage unit.
  • FIG. 13 is a diagram illustrating a specific example of the formal node identification address and the node description data, and a specific example of the DNS reverse lookup database or the node description data storage unit.
  • the communication device includes any one or both of a configuration of a target communication device and a configuration of a start point communication device which will be described later.
  • FIG. 1 is a conceptual diagram illustrating a processing configuration example of the target communication device 100 according to the first embodiment.
  • the target communication device 100 includes a purpose determination unit 120, a transmission source address selection unit 130, a transmission unit 140, and the like.
  • the target communication device 100 implements each of these processing units as a hardware circuit (IC chip or the like).
  • the target communication device 100 includes a CPU (Central Processing Unit), a memory, an input / output interface, and the like, and the above-described processing units are realized by executing a program stored in the memory by the CPU. Good.
  • This embodiment does not limit the hardware configuration of the target communication device 100.
  • the purpose discriminating unit 120 discriminates the communication purpose of the packet to be transmitted.
  • the determination of the communication purpose is to determine how the communication device on the receiving side handles the packet when the packet is transmitted. For example, if the packet is only intended to notify the other party of predetermined information, the source address included in the packet in the destination communication device is the destination address in the subsequent series of communications. It is grasped that it is not used as.
  • the purpose determining unit 120 may determine whether the communication purpose of the packet to be transmitted is assumed to be normal bidirectional communication or unidirectional communication, and is further subdivided. The purpose may be determined.
  • the purpose determination unit 120 determines the determination based on one or a combination of two or more of the data included in the received packet. You may make it perform. For example, when the target communication device 100 receives a probe packet corresponding to the traceroute command from another communication device, the ICMP TIME EXCEEDED of the ICMP to the other communication device based on the TTL value of the received probe packet. The packet transmission is determined, and the communication purpose of the ICMP packet is determined.
  • the objective determination unit 120 may perform the determination based on a request from another processing unit (not shown) when the packet is transmitted spontaneously. For example, when the purpose determination unit 120 is requested by another processing unit (not shown) to unilaterally notify the predetermined information to another communication device, the communication purpose is unidirectionally notified according to the request. Determine that there is.
  • the transmission source address selection unit 130 selects the formal node identification address as the transmission source address when the communication purpose determined by the purpose determination unit 120 is a predetermined purpose.
  • This predetermined purpose is the above-mentioned special purpose on the premise of unidirectional communication.
  • the predetermined purpose (special purpose) is a communication purpose determined when the packet to be transmitted is an ICMP packet for unidirectional communication or a UDP packet for unidirectional communication.
  • the formal node identification address selected here is provided separately from the IP address set in the target communication device 100, and is identification information for specifying the target communication device 100 itself. Further, the formal node identification address is data for which there is no communication device that receives a packet in which the formal node identification address is set as a destination address through the formal node identification address. In other words, the formal node identification address is the same as the IP address in terms of the format such as the size of data, but does not have some functions that the IP address normally has. Some functions that an IP address normally has are, for example, set to a communication node to realize IP communication, and set to a destination address of a packet addressed to the communication node so that the communication node can receive normally And so on.
  • the target communication device 100 does not need to hold the formal node identification address in its own device in advance. Even if the formal node identification address is not held, the target communication device 100 can realize IP communication. A packet in which this formal node identification address is set as a destination address is not normally received by any communication device. However, this embodiment does not prevent this formal node identification address from being set as the destination address of the packet.
  • the source address selecting unit 130 uses the IP address set for the target communication device 100 itself as the source address, as in the known technology. Choose as.
  • the transmission unit 140 transmits a packet in which the formal node identification address selected by the transmission source address selection unit 130 is set as the transmission source address.
  • the communication purpose of the packet is determined before the packet is transmitted. . Then, the transmission source address of the transmission packet is appropriately selected and set according to the communication purpose determined in this way.
  • a transmission packet in which a formal node identification address for specifying the target communication device 100 is set as a transmission source address is transmitted. Is done. That is, the data set in the transmission source address of the transmission packet is switched between the IP address and the formal node identification address according to the communication purpose of the transmission packet.
  • the first embodiment it is possible to prevent the own IP address from being unnecessarily made public while including information that can identify the target communication device 100 in the transmission packet. Even if a third party obtains the formal node identification address from the packet and sends a malicious packet with the formal node identification address set as the destination address, any communication device is damaged by the malicious packet. Not receive. Therefore, according to the first embodiment, by setting appropriate information in the transmission source address of a packet for a predetermined communication purpose, unnecessary disclosure of the IP address of the communication device can be prevented, and security is improved. Can do.
  • this setting determines the purpose of communication of the packet, that is, how the packet is handled by the receiving side device. Since this is taken into consideration in advance, it does not cause a problem in the receiving apparatus.
  • FIG. 2 is a diagram illustrating a configuration example of a communication system according to the second embodiment.
  • a communication system 1 according to the second embodiment includes a target communication device 100, a start point communication device 200, a DNS server 300, and a network 5 that connects the devices in a communicable manner.
  • the network 5 is a public network such as the Internet, a WAN (Wide Area Network), a LAN (Local Area Network), a wireless communication network, or the like. Since IP is used for communication between the communication devices, an IP address is set for each communication device. In the present embodiment, the IP version or the like is not limited.
  • each device constituting the communication system 1 will be described focusing on differences from the first embodiment.
  • FIG. 3 is a conceptual diagram illustrating a processing configuration example of the target communication device 100 according to the second embodiment. As illustrated in FIG. 3, the target communication device 100 according to the second embodiment further includes a receiving unit 110 in addition to the configuration of the first embodiment.
  • the receiving unit 110 receives the trigger packet transmitted from the start point communication device 200.
  • the trigger packet is, for example, a probe packet transmitted from the start point communication device 200 when executing the traceroute command, an ICMP echo request packet transmitted from the start point communication device 200 when executing the ping command, a UDP packet, or the like. Note that this embodiment does not limit the form of the trigger packet.
  • the purpose discriminating unit 120 discriminates the communication purpose of the reply packet to be sent in response to the received trigger packet.
  • the transmission source address selection unit 130 holds in advance a formal node identification address for specifying the target communication device 100 itself.
  • the transmission source address selection unit 130 selects the formal node identification address held in advance as the transmission source address.
  • this predetermined purpose indicates the above-mentioned special purpose, and the fact that the data set in the source address field of the reply packet is used for reverse DNS lookup in the source communication device 200 that receives the reply packet. Show. For special purposes, it may be automatically determined that it is used for reverse DNS lookup.
  • the source address selection unit 130 selects a formal node identification address that can be a DNS reverse lookup parameter as a source address in anticipation that the selected source address is used as a DNS reverse lookup parameter.
  • the transmission unit 140 transmits a reply packet in which the IP address of the source communication device 200 is set as the destination address and the formal node identification address selected by the transmission source address selection unit 130 is set as the transmission source address.
  • FIG. 4 is a conceptual diagram showing a processing configuration example of the DNS server 300 in the second embodiment.
  • the DNS server 300 includes a DNS query response processing unit 310, a DNS reverse lookup database 320, and the like.
  • the DNS server 300 includes a CPU, a memory, an input / output interface, and the like, and implements the above-described processing units by executing programs stored in the memory by the CPU.
  • this embodiment does not limit the hardware configuration of the DNS server 300.
  • the DNS query response processing unit 310 receives a DNS query packet sent from the communication device.
  • the DNS query response processing unit 310 extracts node description data corresponding to the formal node identification address to be queried included in the DNS query packet from the DNS reverse lookup database 320.
  • the DNS query response processing unit 310 sends the extracted node description data to the transmission source of the DNS query packet.
  • the data extracted from the DNS reverse lookup database 320 may be an FQDN (domain name) corresponding to the formal node identification address.
  • the query target included in the DNS query packet may be an IP address.
  • the DNS query response processing unit 310 may perform processing without distinguishing the query target or data extracted from the DNS reverse lookup database 320, or may perform distinction processing.
  • the node description data will be described later.
  • the DNS reverse lookup database 320 stores an entry in which the formal node identification address of the target communication device 100 and the node description data of the target communication device 100 are associated with each other.
  • the node description data is a character string described about the communication device or link information to the explanation data described about the communication device, and is data having no name resolution function.
  • Data without a name resolution function means that an IP address corresponding to the data cannot be acquired from the data.
  • a node description used in another existing function may be used.
  • the contents defined in the system subtree of the MIB (Management Information Base) of SNMP (Simple Network Management Protocol), the output contents of the command (uname-a) in UNIX (registered trademark), and the like may be used.
  • the node description data may be in accordance with constraints defined by FQDN or the like, or may not be in compliance with the constraints.
  • the node description data or the description data described for the communication device is a character string that cannot be indicated by a normal domain name, and that allows a user such as an administrator to know the details of what kind of node the communication device is. Is preferably included.
  • the DNS reverse lookup database 320 further includes an entry in which the IP address and the domain name are associated and an entry in which the formal node identification address and the domain name are associated. It may be stored.
  • FIG. 5 is a conceptual diagram illustrating a processing configuration example of the start point communication device 200 according to the second embodiment.
  • the start point communication device 200 includes a transmission unit 210, a reception unit 220, a DNS query transmission unit 230, a node description data acquisition unit 240, and the like.
  • the start point communication device 200 implements each of these processing units as a hardware circuit (IC chip or the like), for example.
  • the start point communication device 200 may include a CPU, a memory, an input / output interface, and the like, and each processing unit may be realized by executing a program stored in the memory by the CPU.
  • the present embodiment does not limit the hardware configuration of the start point communication device 200.
  • the transmission unit 210 transmits a trigger packet addressed to the target communication device 100.
  • the IP address set in the start point communication device 200 is set as the source address of the trigger packet.
  • the receiving unit 220 receives a reply packet transmitted from the target communication device 100 in response to the trigger packet.
  • a formal node identification address is set in the source address field of the reply packet.
  • the DNS query transmission unit 230 sends a DNS query packet whose query target is the formal node identification address included in the reply packet to the DNS server 300. If an IP address is set as the transmission source address of the reply packet, the DNS query transmission unit 230 may use the IP address as a query target.
  • the node description data acquisition unit 240 receives a DNS query response packet sent from the DNS server 300, and acquires node description data indicating a query result from this packet.
  • the node description data acquisition unit 240 may acquire a domain name according to the query result.
  • the node description data acquisition unit 240 outputs the node description data acquired in this way for a user such as an administrator. This output may be, for example, a display on a display device (not shown), a print instruction for a printing device (not shown), or a mail transmission.
  • FIG. 6 is a sequence chart showing an operation example of the communication system 1 in the second embodiment.
  • FIG. 7 is a conceptual diagram showing the operation of traceroute.
  • the target communication device 100A illustrated in FIG. 7 will be described as the target communication device 100 in the second embodiment.
  • a time of executing a ping command or a time of transmitting a unidirectional UDP packet from the target communication device 100 may be applied.
  • the transmission unit 210 of the start point communication apparatus 200 transmits a trigger packet in which the number of reachable hops of the IP packet (in this section, TTL value) is set to “1” (S51). .
  • the IP address of the start point communication device 200 is set in the source address field of this trigger packet, and the IP address of a certain end point communication device is set in the destination address field.
  • the receiving unit 110 receives the trigger packet and confirms the TTL value included in the trigger packet. Since the TTL value is “1”, the receiving unit 110 determines transmission of the error response packet.
  • the purpose determining unit 120 determines the communication purpose of the error response packet (S52). In this example, it is determined that the communication purpose corresponds to the special purpose described above, and the determination result is sent to the source address selection unit 130.
  • the source address selection unit 130 selects a formal node identification address for identifying the target communication device 100 itself as the source address (S53). ).
  • the transmission unit 140 generates a reply packet in which the formal node identification address selected by the transmission source address selection unit 130 is set as the transmission source address, and the IP address of the source communication device 200 is set as the destination address ( S54), the generated reply packet is transmitted (S55).
  • the receiving unit 220 of the start point communication device 200 receives this reply packet, and acquires a formal node identification address from the source address field of the received reply packet (S56). This formal node identification address is sent to the DNS query transmission unit 230.
  • the DNS query transmission unit 230 transmits a DNS query packet whose query target is the formal node identification address to the DNS server 300 (S57).
  • the DNS query response processing unit 310 of the DNS server 300 receives the DNS query packet, and specifies a query target address based on the DNS query packet.
  • the DNS query response processing unit 310 searches the DNS reverse lookup database 320 using the identified query target address (S58).
  • the address to be queried specified in this example is a formal node identification address.
  • the DNS query response processing unit 310 extracts the domain name or node description data corresponding to the identified query target address as the search result.
  • the DNS reverse lookup database 320 stores an entry in which the formal node identification address and the node description data related to the target communication device 100 are associated with each other. Therefore, the DNS query response processing unit 310 extracts node description data corresponding to the formal node identification address to be queried from the DNS reverse lookup database 320.
  • the DNS query response processing unit 310 transmits the extracted node description data to the start point communication device 200 (S59).
  • the node description data is output in a form that is understood by a user such as an administrator, so that the user includes the target communication device 100 (100A) in the path of a packet addressed to a certain end point communication device. And detailed information about the target communication device 100A can be easily grasped.
  • the transmission unit 210 of the start point communication device 200 sequentially transmits trigger packets that are values obtained by adding TTL values one by one.
  • the trigger packet transmitted from the start point communication device 200 next passes through the target communication device 100A and is then returned as an error response packet by the target communication device 100B. Further, the next trigger packet passes through the target communication devices 100A and 100B, and is then returned as an error response packet by the target communication device 100C.
  • a reply packet in which a formal node identification address for specifying the target communication device 100 is set as a transmission source address with respect to the trigger packet transmitted from the start point communication device 200 is a start point.
  • a reply is sent to the communication device 200.
  • the transmission source address is used as a DNS reverse lookup parameter for the purpose of communication of the reply packet
  • a formal node identification address that can be a DNS reverse lookup parameter is set as the reply packet. Selected as the source address.
  • the DNS reverse lookup database 320 of the DNS server 300 is searched to obtain node description data corresponding to the formal node identification address.
  • the node description data is a character string described for the target communication device 100 or link information to the character string. Therefore, according to the second embodiment, detailed information about the target communication device 100 can be acquired in a manner that is easy for a user such as an administrator to grasp.
  • unnecessary IP address disclosure can be prevented, and reverse DNS lookup using a source address can be performed. Furthermore, if the node description data is used as data corresponding to the formal node identification address, the node description data does not have a name resolution function, so that it is possible to prevent an IP address from being acquired from the data. That is, it is possible to prevent direct IP address disclosure and indirect IP address disclosure.
  • Such an aspect means that a new function is created while using the existing and widely used IP communication as it is, and a new function is created in a related field using the IP communication. For example, when recording an IP communication log, conventionally, an IP address or a domain name corresponding to the IP address was recorded as a log. However, when such an aspect is used, more detailed information about the node is recorded as a log. become able to.
  • the DNS reverse lookup database 320 may simply be a database having only entries in which each formal node identification address for specifying each communication device is associated with node description data for each communication device.
  • the DNS server 300 may be a server device having such a database and sending node description data extracted from the database.
  • FIG. 8 is a diagram illustrating a configuration example of a communication system according to the third embodiment.
  • the communication system 1 according to the third embodiment further includes an identification address server 400 in addition to the configuration of the second embodiment.
  • the identification address server 400 may be connected to the target communication device 100 so as to be communicable.
  • the present embodiment does not limit the communication mode between the identification address server 400 and the target communication device 100.
  • the target communication device 100 acquires a formal node identification address for specifying the target communication device 100 from the identification address server 400.
  • each device constituting the communication system 1 will be described focusing on the content different from the second embodiment.
  • the source address selection unit 130 acquires the formal node identification address of the target communication device 100 itself from the identification address server 400 when the communication purpose determined by the purpose determination unit 120 is a predetermined purpose. Then, the obtained formal node identification address is selected as a source address. In order to obtain the formal node identification address, the source address selection unit 130 sends a request including information that can identify the target communication device 100 itself (hereinafter referred to as device identification information) to the identification address server 400.
  • device identification information information that can identify the target communication device 100 itself
  • the device specifying information may be any information as long as the target communication device 100 can be specified by the identification address server 400.
  • the IP address of the target communication device 100 is used.
  • FIG. 9 is a conceptual diagram showing a processing configuration example of the identification address server 400 in the third embodiment.
  • the identification address server 400 includes an identification address processing unit 410, an identification address database 420, and the like.
  • the identification address server 400 includes a CPU, a memory, an input / output interface, and the like, and implements the processing units described above by executing a program stored in the memory by the CPU.
  • this embodiment does not limit the hardware configuration of the identification address server 400.
  • the identification address processing unit 410 searches the identification address database 420 using device identification information regarding the target communication device 100 included in the request.
  • the identification address processing unit 410 extracts a formal node identification address for identifying the target communication device 100 from the identification address database 420.
  • the identification address processing unit 410 returns the extracted formal node identification address to the target communication device 100.
  • the identification address database 420 stores an entry in which a formal node identification address for identifying each communication device is associated with device identification information regarding each communication device.
  • FIG. 10 is a sequence chart illustrating an operation example of the communication system 1 according to the third embodiment. Until the purpose determination unit 120 of the target communication device 100 determines the communication purpose of the reply packet, the operation is the same as that of the first embodiment shown in FIG. That is, (S51) is the same as (S101), and (S52) is the same as (S102).
  • the source address selection unit 130 When the source address selection unit 130 recognizes that the communication purpose of the error response packet is a predetermined communication purpose (special purpose), the source address selection unit 130 transmits a request including the device identification information of the target communication device 100 to the identification address server 400 (S103). ).
  • the identification address processing unit 410 of the identification address server 400 Upon receipt of the request, the identification address processing unit 410 of the identification address server 400 extracts a formal node identification address corresponding to the device identification information included in the request from the identification address database 420.
  • the extracted formal node identification address is for specifying the target communication device 100.
  • the identification address processing unit 410 sends the extracted formal node identification address to the target communication device 100 (S104).
  • the source address selection unit 130 of the target communication device 100 receives the formal node identification address from the identification address server 400 and selects the formal node identification address as the source address (S105). Subsequent operations (S106) to (S111) are the same as (S54) to (S59) in the second embodiment.
  • the formal node identification address of the target communication device 100 is extracted from the identification address database 420 of the identification address server 400 and acquired by the target communication device 100.
  • the formal node identification address does not need to be held in advance in the target communication device 100 itself. This indicates that the formal node identification address has a different property from the IP address.
  • the formal node identification addresses of a plurality of target communication devices 100 can be collectively managed by the identification address server 400.
  • FIG. 11 is a conceptual diagram illustrating a processing configuration example of the start point communication device 200 according to the modification.
  • the start point communication device 200 may be configured to further include a node description data storage unit 280 in addition to the configurations of the second and third embodiments.
  • the node description data storage unit 280 stores an entry in which the formal node identification address of the target communication device 100 and the node description data of the target communication device 100 are associated with each other.
  • the node description data acquisition unit 240 extracts node description data corresponding to the formal node identification address from the node description data storage unit 280.
  • Example 12 and 13 are diagrams illustrating specific examples of the formal node identification address and the node description data, and specific examples of the DNS reverse lookup database 320 or the node description data storage unit 280.
  • the formal node identification address has the same form as the IP address only in the formal aspect such as the data size and the like, and has no restrictions in practice.
  • One example is shown.
  • the node description data is not particularly limited, but two examples are shown in FIGS.
  • the node description data in the example of FIG. 12 is set to “desktopPC_at_living_room” as a character string describing the communication device.
  • the user who has obtained the node description data can easily grasp that the communication device is a desktop personal computer placed in the living room.
  • the node description data in the example of FIG. 13 is set to the URL “http://www.example.com/livingPC/” where the explanation data describing the communication device is placed.
  • the description data describing the communication device can be obtained from the URL, so that the detailed information of the communication device can be grasped from the obtained description data.
  • the DNS reverse lookup database 320 or the node description data storage unit 280 includes a setting file (named.conf), a zone file as shown in FIG. An entry of (fe80 ::. Rev) is stored. Also, in the DNS reverse lookup database 320 or the node description data storage unit 280 in FIG. 13, there are entries of a setting file (named.conf) and a zone file (2001: 1234 ::. Rev) as shown in FIG. Stored. In addition, each above-mentioned embodiment is not limited to such a zone definition.
  • node description data when a node description used in another existing function is used, “Linux mercury 2.6.24-28-generic # 1 SMP Thu Sep 16 15:01 : 14 ⁇ UTC: 2010 i686 GNU / Linux "may be used as node description data.

Landscapes

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

Abstract

ＩＰアドレスが設定された通信装置が、送信すべきパケットの通信目的を判別する目的判別手段と、この目的判別手段で判別された通信目的が所定目的である場合に、当該設定されたＩＰアドレスとは別に当該通信装置を特定するために与えられる形式的ノード識別アドレスであって、この形式的ノード識別アドレスが宛先アドレスとして設定されたパケットをこの形式的ノード識別アドレスを通じて受信する通信装置が存在しない形式的ノード識別アドレスを、送信元アドレスとして選択する送信元アドレス選択手段と、送信元アドレスとして上記送信元アドレス選択手段により選択された形式的ノード識別アドレスが設定されたパケットを送信する送信手段と、を備える。

Description

通信装置、通信システム及び通信方法
　本発明は、ＩＰ（Internet Protocol）通信技術に関する。
　ＩＰが利用されるネットワークでは、各通信ノードにＩＰアドレスがそれぞれ設定され、各ＩＰアドレスにより各通信ノードがそれぞれ識別される。但し、通信ノードが送信パケットの送信元アドレスに設定すべきＩＰアドレスを複数有する場合がある。例えば、ＩＰｖ６のユニキャストアドレスはスコープによって複数種類に分けられるため、ＩＰｖ６をサポートする通信ノードは、送信元アドレスに設定すべきＩＰアドレスを複数有する。このような通信ノードにおける送信元アドレスの選択手法が例えば非特許文献１に記載されている。
　一方、始点となる通信ノードから終点となる通信ノードまでの間に経由される中継ノードを知る方法がある。この方法の一つがｔｒａｃｅｒｏｕｔｅコマンドである。この方法では、始点ノードは、ＩＰパケットの到達可能なホップ数を示すＴＴＬ（Time to Live）やＨＯＰ－ＬＩＭＩＴと呼ばれる値を１から１ずつ増加させた各プローブパケットをそれぞれ送信する。始点ノードは、各中継ノードから送られるエラー応答（ＩＣＭＰ（Internet Control Message Protocol）のＴｉｍｅ　Ｅｘｃｅｅｄｅｄ等）に応じて、各中継ノードのＩＰアドレスをそれぞれ取得することができる。
　このように、通信ノードはＩＰ（Internet Protocol）アドレスにより識別されるが、通常、人間にとって、このＩＰアドレスからその通信ノードに関する詳細情報を把握することは困難である。通信ノードに関する詳細情報には、例えば、所在情報や役割情報が含まれる。そこで、特許文献１には、位置情報通知装置が、位置情報を含むＩＰｖ６アドレスを生成し、この生成されたＩＰｖ６アドレスを送信元アドレスに設定することで、自己の位置情報を外部機器へ通知することができる手法が記載されている。
　また、ＩＰアドレスからＦＱＤＮ（Fully Qualified Domain Name）を取得するＤＮＳ（Domain Name System）の逆引き方式が例えば非特許文献２に記載されている。ＦＱＤＮは、ドメイン名、サブドメイン名、ホスト名等を全て省略せずに指定してドメイン名を記述する方式であり、ＩＰアドレスよりは人間により多くの情報を与えることができる。以降、各通信ノードについての情報であってＦＱＤＮの形式のように何らかの規定された形式で記述された文字列をドメイン名と表記する。上記例における始点ノードは、上記エラー応答パケットで入手された各中継ノードのＩＰアドレスを用いてＤＮＳ逆引きを行うことにより、各中継ノードのドメイン名をそれぞれ取得することができる。
特開２００５－２８６８１１号公報
R. Draves, "Default Address Selection for Internet Protocol version 6 (IPv6)", Feb. 2003, RFC 3484 (http://www.ietf.org/rfc/rfc3484.txt) P. Mockapetris, "Domain Names - Implementation and Specification", Nov. 1987, STD 13, RFC 1035 (http://www.ietf.org/rfc/rfc1035.txt)
　上述したように、ＩＰ通信では、通信ノードが、送信元アドレスとして自身のＩＰアドレスが設定されたパケットを送信するのが一般的である。これにより、通信先ノードは、受信されたパケットの送信元アドレスフィールドに設定されたＩＰアドレスを返信パケットの宛先アドレスとして利用することにより、上記通信ノードに返信パケットを送り届けることができる。
　一方、上述のｔｒａｃｅｒｏｕｔｅコマンド実行時に各中継ノードから送信されるエラー応答パケットに設定される送信元アドレスは、通常、宛先アドレスとして利用されることはない。このエラー応答パケットは、単に、所定の情報（上記例では中継装置のＩＰアドレス）を始点ノードに通知することを目的としているに過ぎず、始点ノードからの返信を求めるものではないからである。
　以降、双方向通信を前提とした通常のパケットに対して、このエラー応答パケットのような単一方向通信を前提としたパケットを特殊目的パケットと表記する。この単一方向通信とは、通信相手の通信ノードでそのパケットに含まれている送信元アドレスがその後の一連の通信で宛先アドレスとして利用されないことを意味する。このような特殊目的パケットは、上述のようなＩＣＭＰのエラー応答パケットのみに限定されるものではなく、他のＩＣＭＰパケット、単一方向ＵＤＰ（User Datagram Protocol）等のような他の通信においても利用されている。
　現状、このような特殊目的パケットであっても、その送信元アドレスフィールドには、その特殊目的パケットを送信する通信ノードのＩＰアドレスが設定される。しかしながら、これは、必要もないのに、各通信ノードが自身のＩＰアドレスを公開していることに等しく、セキュリティや秘密情報保持等の観点から好ましくない場合がある。セキュリティの観点では、例えば、その特殊目的パケットを監視している悪意のある第３者に、不正攻撃対象を特定する機会を与えることに繋がる可能性がある。
　一方で、上述のように、そのような特殊目的パケットの送信元アドレスフィールドに設定されたＩＰアドレスがＤＮＳ逆引きに利用される場合もある。このような場合、送信元アドレスとして設定されるべきＩＰアドレスは、ＤＮＳ逆引き用データベースのエントリに対応するものである必要がある。
　また、現状のルータ等のような中継装置が特殊目的パケットの送信元アドレスフィールドに設定しているＩＰアドレスが不適切な場合もある。転送機能を主目的としているため、このような中継装置には、一般的には、プライベートアドレス（ＩＰｖ４）やリンクローカルスコープのアドレス（ＩＰｖ６）が設定されれば十分である。
　ところが、始点ノードが特殊目的パケットの送信元となる中継装置のスコープ外に位置する場合には、その始点ノードにとって、特殊目的パケットの送信元アドレスフィールドに設定されたＩＰアドレスは、スコープ外のアドレスであり、その中継装置を識別させ得るものでない可能性がある。また、特殊目的パケットの一例としてのＩＣＭＰのＴｉｍｅ　Ｅｘｃｅｅｄｅｄパケットの送信元アドレスに設定されるＩＰアドレスの選択手法は、設計事項となっており統一されていないのが現状である。
　このように、上述のような特殊目的パケットの送信元アドレスに設定される情報が適切であるとは言えないのが現状である。
　本発明の目的は、パケットの送信元アドレスに適切な情報を設定する技術を提供することにある。
　本発明の各態様では、上述した課題を解決するために、それぞれ以下の構成を採用する。
　第１の態様は、ＩＰアドレスが設定された通信装置に関する。第１態様に係る通信装置は、送信すべきパケットの通信目的を判別する目的判別手段と、この目的判別手段で判別された通信目的が所定目的である場合に、当該設定されたＩＰアドレスとは別に当該通信装置を特定するために与えられる形式的ノード識別アドレスであって、この形式的ノード識別アドレスが宛先アドレスとして設定されたパケットをこの形式的ノード識別アドレスを通じて受信する通信装置が存在しない形式的ノード識別アドレスを、送信元アドレスとして選択する送信元アドレス選択手段と、送信元アドレスとして上記送信元アドレス選択手段により選択された形式的ノード識別アドレスが設定されたパケットを送信する送信手段と、を備える。
　第２の態様は、ＩＰアドレスがそれぞれ設定された複数の通信装置を含む通信システムに関する。第２の態様に係る通信システムでは、複数の通信装置のうちの１つの対象通信装置が、複数の通信装置のうちの１つの始点通信装置から送信されたトリガーパケットを受信する受信手段と、この受信手段により受信されたトリガーパケットに対して送るべき返信パケットの通信目的を判別する目的判別手段と、この目的判別手段で判別された通信目的が所定目的である場合に、対象通信装置に設定されたＩＰアドレスとは別に対象通信装置を特定するために与えられる形式的ノード識別アドレスであって、この形式的ノード識別アドレスが宛先アドレスとして設定されたパケットをこの形式的ノード識別アドレスを通じて受信する通信装置が存在しない形式的ノード識別アドレスを、送信元アドレスとして選択する送信元アドレス選択手段と、送信元アドレスフィールドに送信元アドレス選択手段により選択された形式的ノード識別アドレスが設定された返信パケットを始点通信装置宛てに送信する送信手段と、を備える。更に、第２の態様に係る通信システムでは、上記始点通信装置が、上記トリガーパケットを送信する送信手段と、上記トリガーパケットに対して対象通信装置から送信された返信パケットを受信する受信手段と、名前解決機能を持たず、対象通信装置についての記述文字列又は対象通信装置についての記述へのリンク情報であるノード記述データを格納する格納部から、始点通信装置の受信手段により受信された返信パケットに含まれる形式的ノード識別アドレスに対応するノード記述データを取得するノード記述データ取得手段と、を備える。
　なお、本発明の他の態様として、上記第１の態様又は上記第２の態様に係る各処理を実行する通信方法であってもよいし、コンピュータを上記第１の態様又は上記第２の態様に係る各手段として機能させるプログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記録媒体であってもよい。この記録媒体は、非一時的な有形の媒体を含む。
　上記各態様によれば、パケットの送信元アドレスに適切な情報を設定する技術を提供することができる。
図１は、第１実施形態における対象通信装置の処理構成例を示す概念図である。 図２は、第２実施形態における通信システムの構成例を示す図である。 図３は、第２実施形態における対象通信装置の処理構成例を示す概念図である。 図４は、第２実施形態におけるＤＮＳサーバの処理構成例を示す概念図である。 図５は、第２実施形態における始点通信装置の処理構成例を示す概念図である。 図６は、第２実施形態における通信システムの動作例を示すシーケンスチャートである。 図７は、ｔｒａｃｅｒｏｕｔｅの動作を示す概念図である。 図８は、第３実施形態における通信システムの構成例を示す図である。 図９は、第３実施形態における識別アドレスサーバの処理構成例を示す概念図である。 図１０は、第３実施形態における通信システムの動作例を示すシーケンスチャートである。 図１１は、変形例における始点通信装置の処理構成例を示す概念図である。 図１２は、形式的ノード識別アドレス及びノード記述データの具体例、並びに、ＤＮＳ逆引き用データベース又はノード記述データ格納部の具体例を示す図である。 図１３は、形式的ノード識別アドレス及びノード記述データの具体例、並びに、ＤＮＳ逆引き用データベース又はノード記述データ格納部の具体例を示す図である。
　以下、本発明の実施の形態における通信装置について図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。また、以下に挙げた各実施形態はそれぞれ例示であり、本発明は以下の各実施形態の構成に限定されない。以下の各実施形態では、説明の便宜のために、或る通信を開始する通信装置（始点通信装置）と、その通信の相手先となる通信装置（対象通信装置）とが区別して説明される。本実施形態における通信装置は、後述する対象通信装置の構成及び始点通信装置の構成のうちのいずれか１つ又は両方を備える。
　［第１実施形態］
　図１は、第１実施形態における対象通信装置１００の処理構成例を示す概念図である。対象通信装置１００は、図１に示すように、目的判別部１２０、送信元アドレス選択部１３０、送信部１４０等を有する。対象通信装置１００は、例えば、これら各処理部をそれぞれハードウェア回路（ＩＣチップ等）として実現する。また、対象通信装置１００は、ＣＰＵ（Central Processing Unit）、メモリ、入出力インタフェース等を有し、ＣＰＵによりメモリに記憶されるプログラムが実行されることで上記各処理部を実現するようにしてもよい。本実施形態は、対象通信装置１００のハードウェア構成を限定しない。
　目的判別部１２０は、送信すべきパケットの通信目的を判別する。この通信目的の判別は、そのパケットが送信された場合に、受信側の通信装置がそのパケットをどのように扱うかを判別することになる。例えば、そのパケットが所定の情報を単に相手先に通知することのみを通信目的としていれば、その相手先の通信装置においてそのパケットに含まれている送信元アドレスがその後の一連の通信で宛先アドレスとして利用されることはないことが把握される。
　一方で、そのパケットがそのパケットに続いて相手先からパケットが送信されてくることを期待するものであれば、その相手先の通信装置においてそのパケットに含まれている送信元アドレスがその後の一連の通信で宛先アドレスとして利用されることが把握される。目的判別部１２０は、送信すべきパケットの通信目的を通常の双方向通信を前提としているか、単一方向通信を前提としているかのいずれか一方と判別するようにしてもよいし、より細分化された目的を判別するようにしてもよい。
　目的判別部１２０は、他の通信装置からのパケット受信を契機にパケットを送信する場合には、その受信パケットに含まれる各データのうちのいずれか１つ又は２つ以上の組み合わせによりその判別を行うようにしてもよい。例えば、対象通信装置１００が、他の通信装置からｔｒａｃｅｒｏｕｔｅコマンドに対応するプローブパケットを受信した場合には、その受信されたプローブパケットのＴＴＬ値等に基づいて他の通信装置へのＩＣＭＰのＴＩＭＥ　ＥＸＣＥＥＤＥＤパケットの送信を決定し、かつそのＩＣＭＰパケットの通信目的を判別する。
　また、目的判別部１２０は、自発的にパケットを送信する場合には図示しない他の処理部からの要求に基づいてその判別を行ってもよい。例えば、目的判別部１２０は、他の通信装置に所定の情報を一方的に通知することを図示しない他の処理部から要求された場合には、その要求に応じて通信目的が一方的通知であると判別する。
　送信元アドレス選択部１３０は、目的判別部１２０で判別された通信目的が所定目的である場合に、形式的ノード識別アドレスを送信元アドレスとして選択する。この所定目的とは、単一方向通信を前提としたような上述の特殊目的である。例えば、送信すべきパケットが単一方向通信のＩＣＭＰパケット又は単一方向通信のＵＤＰパケットである場合に判別される通信目的がこの所定目的（特殊目的）となる。
　ここで選択された形式的ノード識別アドレスは、対象通信装置１００に設定されたＩＰアドレスとは別に提供され、対象通信装置１００自身を特定するための識別情報である。更に、形式的ノード識別アドレスとは、この形式的ノード識別アドレスが宛先アドレスとして設定されたパケットをこの形式的ノード識別アドレスを通じて受信する通信装置が存在しないデータである。言い換えれば、形式的ノード識別アドレスは、データのサイズ等のような形式面ではＩＰアドレスと同じであるが、ＩＰアドレスが通常有するいくつかの機能を有さないものである。ＩＰアドレスが通常有するいくつかの機能とは、例えば、ＩＰ通信を実現するために通信ノードに設定されること、その通信ノードに正常に受信させるためにその通信ノード宛てのパケットの宛先アドレスに設定されること等である。
　よって、対象通信装置１００は、この形式的ノード識別アドレスを自装置内に予め保持しなくてもよい。この形式的ノード識別アドレスを保持していなくとも、対象通信装置１００はＩＰ通信を実現できる。また、この形式的ノード識別アドレスが宛先アドレスとして設定されたパケットは、いずれの通信装置においても正常に受信されない。しかしながら、本実施形態は、この形式的ノード識別アドレスがパケットの宛先アドレスとして設定されることを妨げるものではない。
　また、送信元アドレス選択部１３０は、目的判別部１２０で判別された通信目的が所定目的以外であれば、周知の技術と同様に、対象通信装置１００自身に設定されたＩＰアドレスを送信元アドレスとして選択する。
　送信部１４０は、送信元アドレス選択部１３０により選択された形式的ノード識別アドレスが送信元アドレスとして設定されたパケットを送信する。
　〔第１実施形態の作用及び効果〕
　上述したように第１実施形態では、送信されたパケットが受信側の通信装置でどのように扱われるかを特定するために、そのパケットが送信される前にそのパケットの通信目的が判別される。そして、このように判別された通信目的に応じて、送信パケットの送信元アドレスが適切に選択及び設定される。
　具体的には、送信すべきパケットの通信目的が所定目的（特殊目的）である場合に、対象通信装置１００を特定するための形式的ノード識別アドレスが送信元アドレスとして設定された送信パケットが送出される。即ち、送信パケットの通信目的に応じて、送信パケットの送信元アドレスに設定されるデータがＩＰアドレスか形式的ノード識別アドレスかで切り替えられる。
　従って、第１実施形態によれば、対象通信装置１００を特定し得る情報を送信パケットに含ませながら、不必要に自身のＩＰアドレスが公開状態となるのを防ぐことができる。第３者が当該パケットから形式的ノード識別アドレスを取得し、その形式的ノード識別アドレスを宛先アドレスに設定した悪意のあるパケットを送信したとしても、その悪意のあるパケットによりいずれの通信装置も被害を受けることはない。よって、第１実施形態によれば、所定の通信目的のパケットの送信元アドレスに適切な情報を設定することにより、通信装置のＩＰアドレスの不必要な公開を防ぐことができ、セキュリティを高めることができる。
　更に、このような効果を得るために送信元アドレスとして形式的ノード識別アドレスが設定されたとしても、この設定は、そのパケットの通信目的、即ち、受信側装置でのそのパケットの扱われ方を予め考慮したものであるため、受信側装置での不具合を生じさせない。
　［第２実施形態］
　図２は、第２実施形態における通信システムの構成例を示す図である。第２実施形態における通信システム１は、対象通信装置１００、始点通信装置２００、ＤＮＳサーバ３００、及び、各装置を通信可能に接続するネットワーク５等を有する。ネットワーク５は、インターネット等のような公衆網、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、無線通信ネットワーク等である。各通信装置間の通信にはＩＰが利用されるため、各通信装置にはそれぞれＩＰアドレスが設定される。なお、本実施形態において、ＩＰのバージョン等は限定されない。以下、通信システム１を構成する各装置について第１実施形態と異なる点を中心に説明する。
　〔対象通信装置〕
　図３は、第２実施形態における対象通信装置１００の処理構成例を示す概念図である。図３に示すように、第２実施形態における対象通信装置１００は、第１実施形態の構成に加えて更に、受信部１１０を有する。
　受信部１１０は、始点通信装置２００から送信されたトリガーパケットを受信する。トリガーパケットとは、例えば、ｔｒａｃｅｒｏｕｔｅコマンド実行時に始点通信装置２００から送信されるプローブパケットや、ｐｉｎｇコマンド実行時に始点通信装置２００から送信されるＩＣＭＰエコー要求パケットや、ＵＤＰパケット等である。なお、本実施形態は、このトリガーパケットの形態を限定するものではない。
　目的判別部１２０は、その受信されたトリガーパケットに対して送るべき返信パケットの通信目的を判別する。
　送信元アドレス選択部１３０は、対象通信装置１００自身を特定するための形式的ノード識別アドレスを予め保持している。送信元アドレス選択部１３０は、目的判別部１２０で判別された通信目的が所定目的である場合に、この予め保持されている形式的ノード識別アドレスを送信元アドレスとして選択する。例えば、この所定目的は、上述の特殊目的を示し、かつ、その返信パケットを受信する始点通信装置２００においてその返信パケットの送信元アドレスフィールドに設定されたデータがＤＮＳ逆引きに利用されることを示す。特殊目的であればＤＮＳ逆引きに利用されると自動的に判断されてもよい。
　送信元アドレス選択部１３０は、選択される送信元アドレスがＤＮＳ逆引きのパラメータとして利用されることを見越して、ＤＮＳ逆引きパラメータとなり得る形式的ノード識別アドレスを送信元アドレスとして選択する。
　送信部１４０は、始点通信装置２００のＩＰアドレスが宛先アドレスとして設定されかつ送信元アドレス選択部１３０により選択された形式的ノード識別アドレスが送信元アドレスとして設定された返信パケットを送信する。
　〔ＤＮＳサーバ〕
　図４は、第２実施形態におけるＤＮＳサーバ３００の処理構成例を示す概念図である。図４に示すように、ＤＮＳサーバ３００は、ＤＮＳクエリ応答処理部３１０、ＤＮＳ逆引き用データベース３２０等を有する。ＤＮＳサーバ３００は、ＣＰＵ、メモリ、入出力インタフェース等を有し、ＣＰＵによりメモリに記憶されるプログラムが実行されることで上記各処理部を実現する。但し、本実施形態は、ＤＮＳサーバ３００のハードウェア構成を限定しない。
　ＤＮＳクエリ応答処理部３１０は、通信装置から送られるＤＮＳクエリパケットを受信する。ＤＮＳクエリ応答処理部３１０は、このＤＮＳクエリパケットに含まれるクエリ対象の形式的ノード識別アドレスに対応するノード記述データをＤＮＳ逆引き用データベース３２０から抽出する。ＤＮＳクエリ応答処理部３１０は、抽出されたノード記述データをＤＮＳクエリパケットの送信元に送る。
　なお、ＤＮＳ逆引き用データベース３２０から抽出されるデータは、その形式的ノード識別アドレスに対応するＦＱＤＮ（ドメイン名）であってもよい。また、ＤＮＳクエリパケットに含まれるクエリ対象はＩＰアドレスであってもよい。ＤＮＳクエリ応答処理部３１０は、クエリ対象やＤＮＳ逆引き用データベース３２０から抽出されるデータを区別することなく処理する態様であってもよいし、区別して処理する態様であってもよい。ノード記述データについては後述する。
　ＤＮＳ逆引き用データベース３２０は、対象通信装置１００の形式的ノード識別アドレスと対象通信装置１００のノード記述データとが対応付けられたエントリを格納する。
　ここで、ノード記述データとは、通信装置について記述された文字列、又は、通信装置について記述された説明データへのリンク情報であり、名前解決機能を持たないデータである。名前解決機能を持たないデータとは、そのデータから、そのデータに対応するＩＰアドレスを取得できないことを意味する。
　通信装置について記述された文字列は、既存の他の機能で用いられているノード記述が利用されるようにしてもよい。例えば、ＳＮＭＰ（Simple Network Management Protocol）のＭＩＢ（Management Information Base）のｓｙｓｔｅｍサブツリーに定義されている内容や、ＵＮＩＸ（登録商標）におけるコマンド（uname -a）の出力内容等が利用されてもよい。
　ノード記述データは、ＦＱＤＮ等で規定される制約に沿ったものであってもよいし、当該制約に沿わないものであってもよい。ノード記述データ又は通信装置について記述された説明データには、通常のドメイン名では示せない、その通信装置がどのようなノードであるのかの詳細を管理者等のユーザに把握させることができる文字列が含まれることが望ましい。
　また、ＤＮＳ逆引き用データベース３２０は、ノード記述データを含むエントリの他に、ＩＰアドレスとドメイン名とが対応付けられたエントリや形式的ノード識別アドレスとドメイン名とが対応付けられたエントリを更に格納していてもよい。
　〔始点通信装置〕
　図５は、第２実施形態における始点通信装置２００の処理構成例を示す概念図である。図５に示すように、始点通信装置２００は、送信部２１０、受信部２２０、ＤＮＳクエリ送信部２３０、ノード記述データ取得部２４０等を有する。
　始点通信装置２００は、例えば、これら各処理部をそれぞれハードウェア回路（ＩＣチップ等）として実現する。また、始点通信装置２００は、ＣＰＵ、メモリ、入出力インタフェース等を有し、ＣＰＵによりメモリに記憶されるプログラムが実行されることで上記各処理部を実現するようにしてもよい。本実施形態は、始点通信装置２００のハードウェア構成を限定しない。
　送信部２１０は、対象通信装置１００宛てのトリガーパケットを送信する。なお、このトリガーパケットの送信元アドレスには、始点通信装置２００に設定されているＩＰアドレスが設定される。
　受信部２２０は、当該トリガーパケットに対して対象通信装置１００から送信される返信パケットを受信する。この返信パケットの送信元アドレスフィールドには、形式的ノード識別アドレスが設定されている。
　ＤＮＳクエリ送信部２３０は、上記返信パケットに含まれる形式的ノード識別アドレスをクエリ対象とするＤＮＳクエリパケットをＤＮＳサーバ３００に送る。ＤＮＳクエリ送信部２３０は、上記返信パケットの送信元アドレスにＩＰアドレスが設定されていた場合には、そのＩＰアドレスをクエリ対象としてもよい。
　ノード記述データ取得部２４０は、ＤＮＳサーバ３００から送られるＤＮＳクエリ応答パケットを受け、このパケットからクエリ結果を示すノード記述データを取得する。ノード記述データ取得部２４０は、クエリ結果に応じてドメイン名を取得してもよい。ノード記述データ取得部２４０は、このように取得されたノード記述データを管理者等のユーザのために出力する。この出力は、例えば、図示されていない表示装置への表示であってもよいし、図示されていない印刷装置に対する印刷指示であってもよいし、メール送信等であってもよい。
　〔動作例〕
　以下、第２実施形態における通信システム１の動作例を始点通信装置２００で或る終点通信装置宛てのｔｒａｃｅｒｏｕｔｅコマンドが実行された場合の例に基づいて図６及び７を用いて説明する。図６は、第２実施形態における通信システム１の動作例を示すシーケンスチャートである。図７は、ｔｒａｃｅｒｏｕｔｅの動作を示す概念図である。以下では、図７に示される対象通信装置１００Ａを第２実施形態における対象通信装置１００として説明する。なお、この動作例では、ｔｒａｃｅｒｏｕｔｅコマンド実行時の例を挙げたが、ｐｉｎｇコマンド実行時や対象通信装置１００からの単一方向ＵＤＰパケット送信時が適用されてもよい。
　始点通信装置２００の送信部２１０は、ｔｒａｃｅｒｏｕｔｅコマンドが実行されると、ＩＰパケットの到達可能なホップ数（この項ではＴＴＬ値とする）を「１」に設定したトリガーパケットを送信する（Ｓ５１）。このトリガーパケットの送信元アドレスフィールドには始点通信装置２００のＩＰアドレスが設定され、その送信先アドレスフィールドには或る終点通信装置のＩＰアドレスが設定される。
　対象通信装置１００では、受信部１１０が、そのトリガーパケットを受信し、そのトリガーパケットに含まれるＴＴＬ値を確認する。受信部１１０は、ＴＴＬ値が「１」であるため、エラー応答パケットの送信を決定する。目的判別部１２０は、エラー応答パケットの送信が決定されると、そのエラー応答パケットの通信目的を判別する（Ｓ５２）。この例では、通信目的は上述の特殊目的に該当すると判別され、その判別結果が送信元アドレス選択部１３０に送られる。
　送信元アドレス選択部１３０は、エラー応答パケットの通信目的が所定通信目的（特殊目的）であるため、対象通信装置１００自身を特定するための形式的ノード識別アドレスを送信元アドレスとして選択する（Ｓ５３）。
　送信部１４０は、送信元アドレスとして送信元アドレス選択部１３０で選択された形式的ノード識別アドレスが設定され、かつ、宛先アドレスとして始点通信装置２００のＩＰアドレスが設定された返信パケットを生成し（Ｓ５４）、その生成された返信パケットを送信する（Ｓ５５）。
　始点通信装置２００の受信部２２０は、この返信パケットを受信し、受信された返信パケットの送信元アドレスフィールドから形式的ノード識別アドレスを取得する（Ｓ５６）。この形式的ノード識別アドレスは、ＤＮＳクエリ送信部２３０に送られる。
　ＤＮＳクエリ送信部２３０は、その形式的ノード識別アドレスをクエリ対象とするＤＮＳクエリパケットをＤＮＳサーバ３００宛てに送信する（Ｓ５７）。
　ＤＮＳサーバ３００のＤＮＳクエリ応答処理部３１０は、そのＤＮＳクエリパケットを受信し、そのＤＮＳクエリパケットに基づいてクエリ対象のアドレスを特定する。ＤＮＳクエリ応答処理部３１０は、その特定されたクエリ対象のアドレスを用いてＤＮＳ逆引き用データベース３２０を検索する（Ｓ５８）。この例で特定されるクエリ対象のアドレスは形式的ノード識別アドレスである。
　ＤＮＳクエリ応答処理部３１０は、その検索結果として、特定されたクエリ対象のアドレスに対応するドメイン名又はノード記述データを抽出する。この例では、ＤＮＳ逆引き用データベース３２０には、その形式的ノード識別アドレスと対象通信装置１００に関するノード記述データとが対応付けられたエントリが格納されている。よって、ＤＮＳクエリ応答処理部３１０は、クエリ対象の形式的ノード識別アドレスに対応するノード記述データをＤＮＳ逆引き用データベース３２０から抽出する。
　ＤＮＳクエリ応答処理部３１０は、この抽出されたノード記述データを始点通信装置２００宛てに送信する（Ｓ５９）。結果としてこのノード記述データが管理者等のユーザに把握されるような形態で出力されることにより、当該ユーザは、或る終点通信装置宛てのパケットの経路に対象通信装置１００（１００Ａ）が含まれることを認識することができると共に、対象通信装置１００Ａについての詳細情報を容易に把握することができる。
　以降、始点通信装置２００の送信部２１０は、順次、ＴＴＬ値が１ずつ加算された値となるトリガーパケットを順次送信する。これにより、次に始点通信装置２００から送信されたトリガーパケットは対象通信装置１００Ａを通過した後、対象通信装置１００Ｂでエラー応答パケットとして折り返される。更に次のトリガーパケットは、対象通信装置１００Ａ及び１００Ｂを通過した後、対象通信装置１００Ｃでエラー応答パケットとして折り返される。
　〔第２実施形態における作用及び効果〕
　上述のように第２実施形態では、始点通信装置２００から送信されたトリガーパケットに対して、対象通信装置１００を特定するための形式的ノード識別アドレスが送信元アドレスとして設定された返信パケットが始点通信装置２００宛てに返信される。これにより、第２実施形態においても、第１実施形態と同様に、所定の通信目的のパケットの送信元アドレスに適切な情報を設定することにより、通信装置のＩＰアドレスの不必要な公開を防ぐことがで、セキュリティを高めることができる。
　更に、第２実施形態では、返信パケットの通信目的として送信元アドレスがＤＮＳ逆引きのパラメータとして利用されることを予め考慮することにより、ＤＮＳ逆引きのパラメータとなり得る形式的ノード識別アドレスが返信パケットの送信元アドレスとして選択される。そして、この形式的ノード識別アドレスを用いて、ＤＮＳサーバ３００のＤＮＳ逆引き用データベース３２０が検索されることにより、その形式的ノード識別アドレスに対応するノード記述データが取得される。このノード記述データは、対象通信装置１００について記述された文字列又はその文字列へのリンク情報である。よって、第２実施形態によれば、対象通信装置１００についての詳細情報を管理者等のユーザにとって把握し易い態様で取得することができる。
　このように、第２実施形態によれば、不必要なＩＰアドレスの開示を防ぐと共に、送信元アドレスを利用するＤＮＳ逆引きも行うことができる。更に、形式的ノード識別アドレスに対応するデータとしてノード記述データが利用されれば、そのノード記述データは名前解決機能を持たないため、そのデータからＩＰアドレスが取得されることを防ぐことができる。つまり、直接的なＩＰアドレスの公開の防止と共に間接的なＩＰアドレスの公開も防ぐことができる。
　このような態様は、既存の広く使われているＩＰ通信をそのまま使いながら新しい機能を生み出しており、ＩＰ通信を用いる関連分野に新たな機能を生み出すことを意味する。例えば、ＩＰ通信のログを記録する場合、従来はＩＰアドレス又はそれに対応するドメイン名がログとして記録されていたが、このような態様を用いた場合、ノードについての一層詳細な情報をログとして記録できるようになる。
　［第２実施形態についての補足］
　上述の第２実施形態では、ＤＮＳサーバ３００、ＤＮＳ逆引き用データベース３２０、ＤＮＳ逆引き等のように、既存のＤＮＳ技術を利用する形態を示したが、本発明はそのようにＤＮＳ技術の利用を前提するものに限定されない。ＤＮＳ逆引き用データベース３２０は、単に、各通信装置を特定するための各形式的ノード識別アドレスと各通信装置についてのノード記述データとが対応付けられたエントリのみを持つデータベースであってもよい。ＤＮＳサーバ３００は、このようなデータベースを持ち、そのデータベースから抽出されるノード記述データを送るサーバ装置であってもよい。
　［第３実施形態］
　図８は、第３実施形態における通信システムの構成例を示す図である。第３実施形態における通信システム１は、第２実施形態の構成に加えて、識別アドレスサーバ４００を更に有する。識別アドレスサーバ４００は、対象通信装置１００と通信可能に接続されていればよい。本実施形態は、識別アドレスサーバ４００と対象通信装置１００との間の通信形態を限定しない。
　第３実施形態では、対象通信装置１００が、その対象通信装置１００を特定するための形式的ノード識別アドレスを識別アドレスサーバ４００から取得する。以下、通信システム１を構成する各装置について、第２実施形態と異なる内容を中心にそれぞれ説明する。
　〔対象通信装置〕
　第３実施形態では、送信元アドレス選択部１３０は、目的判別部１２０で判別された通信目的が所定目的である場合に、対象通信装置１００自身の形式的ノード識別アドレスを識別アドレスサーバ４００から取得し、この取得された形式的ノード識別アドレスを送信元アドレスとして選択する。形式的ノード識別アドレスを取得するために、送信元アドレス選択部１３０は、対象通信装置１００自身を特定させ得る情報（以降、装置特定情報と表記する）を含む要求を識別アドレスサーバ４００に送る。
　この装置特定情報とは、識別アドレスサーバ４００に対象通信装置１００を特定させることができるのであればどのような情報であってもよく、例えば、対象通信装置１００のＩＰアドレスが利用される。
　〔識別アドレスサーバ〕
　図９は、第３実施形態における識別アドレスサーバ４００の処理構成例を示す概念図である。図９に示すように、識別アドレスサーバ４００は、識別アドレス処理部４１０、識別アドレスデータベース４２０等を有する。識別アドレスサーバ４００は、ＣＰＵ、メモリ、入出力インタフェース等を有し、ＣＰＵによりメモリに記憶されるプログラムが実行されることで上記各処理部を実現する。但し、本実施形態は、識別アドレスサーバ４００のハードウェア構成を限定しない。
　識別アドレス処理部４１０は、対象通信装置１００から送られる要求に応じて、その要求に含まれる対象通信装置１００に関する装置特定情報を用いて識別アドレスデータベース４２０を検索する。識別アドレス処理部４１０は、対象通信装置１００を特定するための形式的ノード識別アドレスを識別アドレスデータベース４２０から抽出する。識別アドレス処理部４１０は、抽出された形式的ノード識別アドレスを対象通信装置１００に返す。
　識別アドレスデータベース４２０は、各通信装置を特定するための形式的ノード識別アドレスと各通信装置に関する装置特定情報とが対応付けられたエントリを格納する。
　〔動作例〕
　図１０は、第３実施形態における通信システム１の動作例を示すシーケンスチャートである。対象通信装置１００の目的判別部１２０が返信パケットの通信目的を判別するまでは図６に示す第１実施形態の動作例と同様である。即ち、（Ｓ５１）が（Ｓ１０１）と同じであり、（Ｓ５２）が（Ｓ１０２）と同じである。
　送信元アドレス選択部１３０は、エラー応答パケットの通信目的が所定通信目的（特殊目的）であると認識すると、対象通信装置１００の装置特定情報を含む要求を識別アドレスサーバ４００宛てに送信する（Ｓ１０３）。
　識別アドレスサーバ４００の識別アドレス処理部４１０は、その要求を受信すると、その要求に含まれる装置特定情報に対応する形式的ノード識別アドレスを識別アドレスデータベース４２０から抽出する。抽出された形式的ノード識別アドレスは、対象通信装置１００を特定するためのものである。識別アドレス処理部４１０は、この抽出された形式的ノード識別アドレスを対象通信装置１００に送る（Ｓ１０４）。
　対象通信装置１００の送信元アドレス選択部１３０は、識別アドレスサーバ４００から形式的ノード識別アドレスを受信し、その形式的ノード識別アドレスを送信元アドレスに選択する（Ｓ１０５）。以降の動作（Ｓ１０６）から（Ｓ１１１）は、第２実施形態の（Ｓ５４）から（Ｓ５９）と同様である。
　〔第３実施形態の作用及び効果〕
　上述のように、第３実施形態では、対象通信装置１００の形式的ノード識別アドレスは、識別アドレスサーバ４００の識別アドレスデータベース４２０から抽出され、対象通信装置１００により取得される。このように、形式的ノード識別アドレスは、対象通信装置１００自身に予め保持されている必要はない。これは、形式的ノード識別アドレスがＩＰアドレスと異なる性質を有するものであることを示す。
　第３実施形態によれば、複数の対象通信装置１００の形式的ノード識別アドレスを識別アドレスサーバ４００で一括管理することができる。
　［変形例］
　上述の第２実施形態及び第３実施形態における通信システム１では、ＤＮＳサーバ３００が始点通信装置２００とは別装置として設けられていたが、ＤＮＳ逆引き用データベース３２０は始点通信装置２００に備えられるようにしてもよい。図１１は、変形例における始点通信装置２００の処理構成例を示す概念図である。
　この変形例では、始点通信装置２００は、第２実施形態及び第３実施形態の構成に加えて、更に、ノード記述データ格納部２８０を有するように構成すればよい。ノード記述データ格納部２８０には、対象通信装置１００の形式的ノード識別アドレスと対象通信装置１００のノード記述データとが対応付けられたエントリが格納される。この場合、ノード記述データ取得部２４０は、このノード記述データ格納部２８０から形式的ノード識別アドレスに対応するノード記述データを抽出する。
　［実施例］
　図１２及び図１３は、形式的ノード識別アドレス及びノード記述データの具体例、並びに、ＤＮＳ逆引き用データベース３２０又はノード記述データ格納部２８０の具体例を示す図である。
　上述のように、形式的ノード識別アドレスは、データサイズ等のような形式面のみにおいてＩＰアドレスと同じ形態を持ち、実体的には何ら制約を持つものではないが、図１２及び図１３に２つの例が示されている。また、ノード記述データについても、特に制約を持つものではないが、図１２及び図１３に２つの例が示されている。
　図１２の例におけるノード記述データは、通信装置について記述された文字列として、「ｄｅｓｋｔｏｐＰＣ＿ａｔ＿ｌｉｖｉｎｇ＿ｒｏｏｍ」に設定されている。このノード記述データを得たユーザは、その通信装置がリビングに置かれたデスクトップパソコンであることを容易に把握することができる。
　図１３の例におけるノード記述データは、通信装置について記述された説明データが置かれたＵＲＬ「ｈｔｔｐ:／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｌｉｖｉｎｇＰＣ／」に設定されている。このノード記述データによれば、このＵＲＬから通信装置について記述された説明データを得ることができるため、その得られた説明データによりその通信装置の詳細情報を把握可能となる。
　図１２の例のような形式的ノード識別アドレスが利用される場合、ＤＮＳ逆引き用データベース３２０又はノード記述データ格納部２８０には、図１２に示すような設定ファイル（named.conf）、ゾーンファイル（fe80::.rev）のエントリが格納される。また、図１３における、ＤＮＳ逆引き用データベース３２０又はノード記述データ格納部２８０には、図１３に示すような設定ファイル（named.conf）、ゾーンファイル（2001:1234::.rev）のエントリが格納される。なお、上述の各実施形態は、このようなゾーン定義に限定されるものではない。
　更に、ノード記述データの他の例として、既存の他の機能で用いられているノード記述が利用される場合には、「Linux mercury 2.6.24-28-generic #1 SMP Thu Sep 16 15:01:14 UTC 2010 i686 GNU/Linux」といった文字列がノード記述データとして利用されてもよい。
　この出願は、２０１１年３月２５日に出願された日本出願特願２０１１－０６７１６６を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (7)

  1. 　ＩＰ（Internet Protocol）アドレスが設定された通信装置において、
    　送信すべきパケットの通信目的を判別する目的判別手段と、
    　前記目的判別手段で判別された通信目的が所定目的である場合に、前記ＩＰアドレスとは別に前記通信装置を特定するために与えられる形式的ノード識別アドレスであって、この形式的ノード識別アドレスが宛先アドレスとして設定されたパケットをこの形式的ノード識別アドレスを通じて受信する通信装置が存在しない形式的ノード識別アドレスを、送信元アドレスとして選択する送信元アドレス選択手段と、
    　送信元アドレスとして前記送信元アドレス選択手段により選択された形式的ノード識別アドレスが設定されたパケットを送信する送信手段と、
    　を備えることを特徴とする通信装置。
  2. 　前記形式的ノード識別アドレスは、前記通信装置とは異なる他の装置に格納されており、
    　前記送信元アドレス選択手段は、前記他の装置から、前記形式的ノード識別アドレスを取得する、
    　ことを特徴とする請求項１に記載の通信装置。
  3. 　ＩＰ（Internet Protocol）アドレスがそれぞれ設定された複数の通信装置を含む通信システムにおいて、
    　前記複数の通信装置のうちの１つの対象通信装置が、
    　　前記複数の通信装置のうちの１つの始点通信装置から送信されたトリガーパケットを受信する受信手段と、
    　　前記受信手段により受信されたトリガーパケットに対して送るべき返信パケットの通信目的を判別する目的判別手段と、
    　　前記目的判別手段で判別された通信目的が所定目的である場合に、前記対象通信装置に設定されたＩＰアドレスとは別に前記対象通信装置を特定するために与えられる形式的ノード識別アドレスであって、この形式的ノード識別アドレスが宛先アドレスとして設定されたパケットをこの形式的ノード識別アドレスを通じて受信する通信装置が存在しない形式的ノード識別アドレスを、送信元アドレスとして選択する送信元アドレス選択手段と、
    　　送信元アドレスフィールドに前記送信元アドレス選択手段により選択された形式的ノード識別アドレスが設定された返信パケットを前記始点通信装置宛てに送信する送信手段と、
    　を備え、
    　前記始点通信装置が、
    　　前記トリガーパケットを送信する送信手段と、
    　　前記トリガーパケットに対して前記対象通信装置から送信された返信パケットを受信する受信手段と、
    　　名前解決機能を持たず、前記対象通信装置についての記述文字列又は前記対象通信装置についての記述へのリンク情報であるノード記述データを格納する格納部から、前記始点通信装置の前記受信手段により受信された返信パケットに含まれる形式的ノード識別アドレスに対応するノード記述データを取得するノード記述データ取得手段と、
    　を備えることを特徴とする通信システム。
  4. 　前記送信元アドレス選択手段は、前記目的判別手段で判別された通信目的が所定目的である場合に、前記対象通信装置以外の他の装置から前記形式的ノード識別アドレスを取得し、この取得された形式的ノード識別アドレスを送信元アドレスとして選択する、
    　ことを特徴とする請求項３に記載の通信システム。
  5. 　前記格納部は、前記始点通信装置内、又は、前記始点通信装置以外の他の装置内に備えられることを特徴とする請求項３又は４に記載の通信システム。
  6. 　ＩＰ（Internet Protocol）アドレスが設定された通信装置で実行される通信方法において、
    　送信すべきパケットの通信目的を判別し、
    　前記判別された通信目的が所定目的である場合に、前記ＩＰアドレスとは別に前記通信装置を特定するために与えられる形式的ノード識別アドレスであって、この形式的ノード識別アドレスが宛先アドレスとして設定されたパケットをこの形式的ノード識別アドレスを通じて受信する通信装置が存在しない形式的ノード識別アドレスを、送信元アドレスとして選択し、
    　送信元アドレスとして前記選択された形式的ノード識別アドレスが設定されたパケットを送信する、
    　ことを含む通信方法。
  7. 　ＩＰ（Internet Protocol）アドレスがそれぞれ設定された複数の通信装置により実行される通信方法において、
    　前記複数の通信装置のうちの１つの対象通信装置が、
    　　前記複数の通信装置のうちの１つの始点通信装置から送信されたトリガーパケットを受信し、
    　　前記受信されたトリガーパケットに対して送るべき返信パケットの通信目的を判別し、
    　　前記判別された通信目的が所定目的である場合に、前記対象通信装置に設定されたＩＰアドレスとは別に前記対象通信装置を特定するために与えられる形式的ノード識別アドレスであって、この形式的ノード識別アドレスが宛先アドレスとして設定されたパケットをこの形式的ノード識別アドレスを通じて受信する通信装置が存在しない形式的ノード識別アドレスを、送信元アドレスとして選択し、
    　　送信元アドレスフィールドに前記選択された形式的ノード識別アドレスが設定された返信パケットを前記始点通信装置宛てに送信し、
    　前記始点通信装置が、
    　　前記トリガーパケットを送信し、
    　　前記トリガーパケットに対して前記対象通信装置から送信された返信パケットを受信し、
    　　名前解決機能を持たず、前記対象通信装置についての記述文字列又は前記対象通信装置についての記述へのリンク情報であるノード記述データを格納する格納部から、前記受信された返信パケットに含まれる形式的ノード識別アドレスに対応するノード記述データを取得する、
    　ことを含む通信方法。
PCT/JP2012/002009 2011-03-25 2012-03-23 通信装置、通信システム及び通信方法 WO2012132356A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201280015018.8A CN103444136B (zh) 2011-03-25 2012-03-23 通信设备、通信系统和通信方法
EP12764188.4A EP2690832B1 (en) 2011-03-25 2012-03-23 Communication device, communication system, and communication method
US14/007,076 US20140019641A1 (en) 2011-03-25 2012-03-23 Communication device, communication system, and communication method
JP2013507158A JP5850046B2 (ja) 2011-03-25 2012-03-23 通信装置、通信システム及び通信方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011-067166 2011-03-25
JP2011067166 2011-03-25

Publications (1)

Publication Number Publication Date
WO2012132356A1 true WO2012132356A1 (ja) 2012-10-04

Family

ID=46930137

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/002009 WO2012132356A1 (ja) 2011-03-25 2012-03-23 通信装置、通信システム及び通信方法

Country Status (5)

Country Link
US (1) US20140019641A1 (ja)
EP (1) EP2690832B1 (ja)
JP (1) JP5850046B2 (ja)
CN (1) CN103444136B (ja)
WO (1) WO2012132356A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013035310A1 (ja) * 2011-09-06 2013-03-14 日本電気株式会社 通信装置、通信システム及び通信方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9712485B2 (en) 2014-07-30 2017-07-18 Cisco Technology, Inc. Dynamic DNS-based service discovery
US10489231B1 (en) * 2014-10-27 2019-11-26 Amazon Technologies, Inc. Messaging for assessment of telecommunication issues
US10057208B2 (en) * 2014-10-31 2018-08-21 Cisco Technology, Inc. Visibility control for domain name system service discovery
JP6487870B2 (ja) * 2016-03-25 2019-03-20 Kddi株式会社 名前解決装置、名前解決方法及び名前解決プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003069605A (ja) * 2001-08-28 2003-03-07 Nippon Telegr & Teleph Corp <Ntt> アドレス秘匿通信方法、システムおよびプライバシーゲートウェイ
JP2004040806A (ja) * 2002-07-06 2004-02-05 Samsung Electronics Co Ltd ユーザの匿名性保証方法及びそのための無線ｌａｎシステム
JP2005286811A (ja) 2004-03-30 2005-10-13 Nomura Research Institute Ltd 位置情報通知装置及び位置情報通知方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003504329A (ja) * 1999-07-08 2003-02-04 ザ・ユニヴァーシティ・オヴ・ノース・キャロライナ・アト・チャペル・ヒル 抗微生物アミジンの新規プロドラッグ
US20020194378A1 (en) * 2001-04-05 2002-12-19 George Foti System and method of hiding an internet protocol (IP) address of an IP terminal during a multimedia session
US6692139B2 (en) * 2002-02-22 2004-02-17 Irwin Kotovsky Plated lighting method and apparatus
US7356695B2 (en) * 2002-08-01 2008-04-08 International Business Machines Corporation Multi-level security systems
US8209371B2 (en) * 2002-11-07 2012-06-26 Hewlett-Packard Development Company, L.P. Method and system for managing communication in a computer network using aliases of computer network addresses
JP4234482B2 (ja) * 2003-04-10 2009-03-04 株式会社日立製作所 動的ｄｎｓ登録方法、ドメイン名解決方法、代理サーバ、及びアドレス変換装置
US7596097B1 (en) * 2006-03-09 2009-09-29 Cisco Technology, Inc. Methods and apparatus to prevent network mapping
US7984169B2 (en) * 2006-06-28 2011-07-19 Microsoft Corporation Anonymous and secure network-based interaction
WO2008009640A1 (en) * 2006-07-17 2008-01-24 Boehringer Ingelheim International Gmbh New paediatric indications for direct thrombin inhibitors
CN101227340B (zh) * 2007-01-17 2010-09-22 中国电信股份有限公司 嵌入式网络质量探测装置和方法及其评估系统和评估方法
CN100493003C (zh) * 2007-04-06 2009-05-27 清华大学 可扩展的互联网测量服务器自动发现与管理方法
US7941526B1 (en) * 2007-04-19 2011-05-10 Owl Computing Technologies, Inc. Transmission of syslog messages over a one-way data link
US8302161B2 (en) * 2008-02-25 2012-10-30 Emc Corporation Techniques for anonymous internet access
US7590245B1 (en) * 2008-09-10 2009-09-15 Gutman Levitan Anonymous communicating over interconnected networks
JP5516571B2 (ja) * 2009-03-06 2014-06-11 日本電気株式会社 通信方法、通信システム、匿名化装置、サーバ
US8281149B2 (en) * 2009-06-23 2012-10-02 Google Inc. Privacy-preserving flexible anonymous-pseudonymous access

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003069605A (ja) * 2001-08-28 2003-03-07 Nippon Telegr & Teleph Corp <Ntt> アドレス秘匿通信方法、システムおよびプライバシーゲートウェイ
JP2004040806A (ja) * 2002-07-06 2004-02-05 Samsung Electronics Co Ltd ユーザの匿名性保証方法及びそのための無線ｌａｎシステム
JP2005286811A (ja) 2004-03-30 2005-10-13 Nomura Research Institute Ltd 位置情報通知装置及び位置情報通知方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
P. MOCKAPETRIS: "Domain Names - Implementation and Specification", STD 13, RFC 1035, November 1987 (1987-11-01), Retrieved from the Internet <URL:http://www.ietf.org/rfc/rfc1035.txt>
R. DRAVES: "Default Address Selection for Internet Protocol version 6 (IPv6", RFC 3484, February 2003 (2003-02-01), Retrieved from the Internet <URL:http://www.ietf.org/rfc/rfc3484.txt>

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013035310A1 (ja) * 2011-09-06 2013-03-14 日本電気株式会社 通信装置、通信システム及び通信方法
JPWO2013035310A1 (ja) * 2011-09-06 2015-03-23 日本電気株式会社 通信装置、通信システム及び通信方法
US9306900B2 (en) 2011-09-06 2016-04-05 Nec Corporation Communication device, communication system, and communication method

Also Published As

Publication number Publication date
JPWO2012132356A1 (ja) 2014-07-24
EP2690832A4 (en) 2014-10-08
EP2690832B1 (en) 2019-11-13
US20140019641A1 (en) 2014-01-16
JP5850046B2 (ja) 2016-02-03
CN103444136A (zh) 2013-12-11
EP2690832A1 (en) 2014-01-29
CN103444136B (zh) 2016-08-17

Similar Documents

Publication Publication Date Title
Gont et al. Network reconnaissance in ipv6 networks
US7685288B2 (en) Ad-hoc service discovery protocol
JP5850046B2 (ja) 通信装置、通信システム及び通信方法
JP2006086800A (ja) ソースアドレスを選択する通信装置
US7701934B2 (en) System and method for managing devices within a private network via a public network
US7986689B2 (en) ICMP with IP routing instance information
WO2018214853A1 (zh) 一种减小dns报文长度的方法、装置、介质及设备
US20160173326A1 (en) Network configuration using service identifier
CN104662848B (zh) 用于动态域名系统(ddns)的方法和系统
Crawford et al. IPv6 node information queries
JP6137178B2 (ja) 通信情報検出装置及び通信情報検出方法
Alani et al. Tcp/ip model
US11070513B2 (en) DNS-based method of transmitting data
US8510419B2 (en) Identifying a subnet address range from DNS information
US20110235641A1 (en) Communication apparatus, method of controlling the communication apparatus,and program
JP2008311939A (ja) ネットワーク通信機器
Quittek et al. Definitions of Managed Objects for Remote Ping, Traceroute, and Lookup Operations
JP5842128B2 (ja) 通信システム、機器通信サーバ、クライアント機器
WO2014132774A1 (ja) ノード情報検出装置、ノード情報検出方法、及びプログラム
JP2009182750A (ja) 複数のネットワークプロトコルに対応した通信システムおよび通信方法
JP5987832B2 (ja) エージェント装置及び通信中継方法
JP2006074594A (ja) ユーザエッジルータ、ゲートウェイルータ、マルチホーミング通信システム、マルチホーミング通信方法およびマルチホーミング通信プログラム
JP2014086859A (ja) 管理装置、アドレス情報管理プログラム及びアドレス情報管理システム
Gont et al. RFC 7707: Network Reconnaissance in IPv6 Networks
WO2015177924A1 (ja) 通信装置及び通信方法及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12764188

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013507158

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14007076

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE