WO2012053163A1 - ネームデータベースサーバ、名前解決システム、エントリ検索方法およびエントリ検索プログラム - Google Patents

ネームデータベースサーバ、名前解決システム、エントリ検索方法およびエントリ検索プログラム Download PDF

Info

Publication number
WO2012053163A1
WO2012053163A1 PCT/JP2011/005688 JP2011005688W WO2012053163A1 WO 2012053163 A1 WO2012053163 A1 WO 2012053163A1 JP 2011005688 W JP2011005688 W JP 2011005688W WO 2012053163 A1 WO2012053163 A1 WO 2012053163A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
entry
record type
terminal device
name
Prior art date
Application number
PCT/JP2011/005688
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 US13/820,958 priority Critical patent/US9679022B2/en
Priority to CN201180047156.XA priority patent/CN103141073B/zh
Priority to JP2012539582A priority patent/JP5812008B2/ja
Priority to EP11834009.0A priority patent/EP2632090A4/en
Publication of WO2012053163A1 publication Critical patent/WO2012053163A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2471—Distributed queries
    • 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/251—Translation of Internet protocol [IP] addresses between different IP versions
    • 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
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/686—Types of network addresses using dual-stack hosts, e.g. in Internet protocol version 4 [IPv4]/Internet protocol version 6 [IPv6] networks

Definitions

  • the present invention relates to a name database server, a name resolution system, an entry search method, a name resolution method, and a name database server used when performing name resolution in a communication environment in which IPv4 (Internet Protocol version 4) and IPv6 (Internet Protocol version 6) are mixed. It relates to an entry search program.
  • IPv4 Internet Protocol version 4
  • IPv6 Internet Protocol version 6
  • IPv6 communication environment has been newly introduced on the Internet that started with the IPv4 communication environment.
  • the current Internet is in the process of introducing an IPv6 environment. Therefore, in the introduction process, a communication device that supports only IPv4, a communication device in which a part of the function corresponding to IPv6 is implemented in addition to the function that supports IPv4, and a function that supports IPv6 are completely implemented.
  • a plurality of types of communication devices such as communication devices that can use all the functions corresponding to IPv4 and IPv6 are mixed.
  • FIG. 15 is an explanatory diagram when name resolution is performed in an IPv4-only communication environment.
  • FIG. 15 shows that two entries of IPv4 addresses p and q having a record type “A” are registered in a DNS (Domain Name System) server for the host name “hostX”.
  • DNS Domain Name System
  • the DNS server searches for an entry including the IPv4 address corresponding to the hostX. To do. Then, the DNS server transmits a packet including the searched IPv4 address to the client terminal.
  • the DNS server transmits a packet including addresses p and q as the IPv4 address of hostX to the client terminal.
  • a DNS query packet a packet that specifies a host name and a record type and inquires an address corresponding to the host name.
  • FIG. 16 is an explanatory diagram illustrating an example of information stored in the DNS server in a communication environment in which IPv4 and IPv6 coexist.
  • the record type of the IPv6 address is described as “AAAA”
  • the record type of the IPv4 address is described as “A”.
  • FIG. 16 shows that the host name “hostX” has two IPv4 addresses p and q entries with a record type “A” and two IPv6 addresses s and t entries with a record type “AAAA”. That is, a total of four entries are registered in a DNS (Domain Name System) server.
  • DNS Domain Name System
  • resolver Library which is a set of lower APIs that perform primitive processing, is used.
  • the resolver library includes a command (for example, nslookup, dig, host, etc.) for performing a low-level process that directly extracts data stored in a database provided on the server side in the DNS.
  • a communication application used in the userland generally uses a high-level API without directly calling the resolver library.
  • the resolver library is used in the high-level API, the user does not need to be aware of the internal API.
  • getbyname () was used as a high-level API.
  • getbyname () corresponding to an IPv4 only communication environment is no longer used, and now getaddrinfo () is used.
  • getaddrinfo () is a function corresponding to both IPv4 and IPv6 protocols (multiprotocol).
  • a record type specifically, an address family representing the type of network address.
  • IPv4 PF_INET
  • IPv6 PF_INET6
  • PF_UNSPEC PF_UNSPEC
  • the userland application side is expected to be able to make inquiries without worrying about the record type.
  • the DNS server side it is necessary to manage both IPv4 and IPv6 addresses. Therefore, in the event that the DNS server manages both IPv4 and IPv6 addresses, it is assumed that the client side makes an inquiry specifying PF_UNSPEC as the address family.
  • a communication application is created without being aware of the record type (for example, specifying PF_UNSPEC).
  • the resolver library when called from the high-level API, it specifies the record type for name resolution and inquires the DNS server for the address. This is because the DNS server needs an address and a record type when searching for an entry.
  • FIGS. 17 to 21 are explanatory diagrams showing an operation of inquiring an address to a DNS server in a communication environment in which IPv4 and IPv6 are mixed.
  • an entry including the IPv4 address is referred to as an A record
  • an entry including the IPv6 address is referred to as an AAAA record.
  • the method shown in FIG. 17 is a method in which the DNS server is first inquired of the A record corresponding to the host name, and after the response is returned (that is, after waiting until it returns), the AAAA record is inquired. .
  • the client transmits a DNS query packet in which the host name “hostX” and the record type “A” are specified to the DNS server.
  • the DNS server searches for the corresponding IPv4 addresses p and q, and transmits a packet including the searched addresses to the client.
  • the client that has received the packet including the IPv4 address transmits a DNS query packet designating the host name “hostX” and the record type “AAAA” to the DNS server.
  • the DNS server searches for the corresponding IPv6 addresses s and t, and transmits a packet including the searched addresses to the client.
  • the method shown in FIG. 18 is a method in which the DNS server is first inquired about the A record corresponding to the host name, and it is determined whether or not to inquire the AAAA record according to the response content returned. That is, the method shown in FIG. 18 is different from the method shown in FIG. 17 in that it is determined whether or not an AAAAA record is inquired based on the response contents of the IPv4 addresses p and q.
  • the client transmits a DNS query packet in which the host name “hostX” and the record type “A” are specified to the DNS server.
  • the DNS server searches for the corresponding IPv4 addresses p and q, and transmits a packet including the searched addresses to the client.
  • the client that has received the packet including the IPv4 address determines whether or not to transmit a DNS query packet specifying the host name “hostX” and the record type “AAAA” to the DNS server according to the content included in the packet. If it is determined that the DNS query packet is transmitted to the DNS server, the subsequent processing is the same as the method shown in FIG.
  • the method shown in FIG. 19 is a method in which the DNS server is first inquired of the A record corresponding to the host name, and the AAAA record is inquired without waiting for the response.
  • the client transmits a DNS query packet specifying the host name “hostX” and the record type “A” to the DNS server.
  • the client transmits a DNS query packet specifying the host name “hostX” and the record type “AAAA” to the DNS server.
  • the content of the packet sent from the DNS server to the client in response to the received DNS query packet is the same as the content shown in FIG.
  • the method shown in FIG. 20 is a method in which the DNS server is first inquired of the AAAA record corresponding to the host name, and after the response is returned, the A record is inquired. That is, the method shown in FIG. 20 is different from the method shown in FIG. 17 in that the order of inquiring the A record and the AAAA record is reversed. Specifically, first, the client transmits a DNS query packet specifying the host name “hostX” and the record type “AAAA” to the DNS server. Then, the DNS server searches for the corresponding IPv6 addresses s and t, and transmits a packet including the searched addresses to the client.
  • the client that has received the packet including the IPv6 address transmits a DNS query packet designating the host name “hostX” and the record type “A” to the DNS server. Then, the DNS server searches for the corresponding IPv4 addresses p and q, and transmits a packet including the searched addresses to the client.
  • the method shown in FIG. 21 is a method in which the DNS server is first inquired of the AAAA record corresponding to the host name, and the A record is inquired without waiting for the response.
  • the client transmits a DNS query packet specifying the host name “hostX” and the record type “AAAA” to the DNS server.
  • the client transmits a DNS query packet designating the host name “hostX” and the record type “A” to the DNS server.
  • the content of the packet sent from the DNS server to the client in response to the received DNS query packet is the same as the content shown in FIG.
  • the client when the DNS server stores both IPv4 address and IPv6 address entries for the host name, the client sends a DNS query packet that specifies the record type of the host name and IPv4 address, and the host name and IPv6 address. A DNS query packet designating the record type is transmitted. In this way, the client can acquire both the IPv6 address and the IPv4 address for the host name.
  • Patent Document 1 describes a communication device that performs name resolution in an environment in which IPv4 addresses and IPv6 addresses are mixed.
  • the communication apparatus described in Patent Document 1 requests name resolution from a DNS server that performs name resolution in an IPv4 address space.
  • the communication device requests the DNS proxy server that makes an inquiry to the DNS server that performs name resolution in the IPv6 address space to request name resolution again.
  • each server since each server returns a response to each inquiry, the client cannot collect response contents at once. Therefore, it takes more time to complete the response by waiting for the other to respond. Further, assuming that a packet used for one of the inquiries is lost, the processing considering each response content is further complicated. Due to this complexity, problems that were not initially envisioned may occur.
  • inquiries are generated a plurality of times depending on the response content of one of the inquiries, as in the method shown in FIG. It is desirable that name resolution can be performed for addresses of a plurality of record types with a single inquiry without such a complicated configuration.
  • the present invention provides a name database server, a name resolution system, an entry search method, which can perform name resolution for both IPv4 and IPv6 by simply inquiring a host name even in a communication environment in which IPv4 and IPv6 are mixed.
  • An object is to provide a name resolution method and an entry search program.
  • the name database server transmits a node information storage means for storing an entry in which an address and a record type are associated with a host name, and transmits a record type and a host name to be resolved among the entries.
  • An address conversion unit for converting an address of a record type different from the record type received from the terminal device inquiring about an address corresponding to the host name into an address of the record type to be received based on a predetermined rule; and a node information storage unit.
  • An entry search means for specifying an entry corresponding to the host name received from the terminal device by searching, and a search result transmission means for transmitting an address included in the specified entry to the terminal device. To do.
  • a name resolution system includes a terminal device that inquires about an address for a host name, and a name database server that receives an inquiry from the terminal device.
  • a node information storage means for storing an entry in which the address and the record type are associated with the host name, and an address inquiry means for inquiring an address corresponding to the host name.
  • the entry search method transmits a record type and a host name to be resolved among the entries stored in the node information storage means for storing an entry in which an address and a record type are associated with a host name. Then, the address of the record type different from the record type received from the terminal device inquiring about the address corresponding to the host name is converted to the address of the record type to be received based on a predetermined rule, and the node information storage means is searched. Thus, an entry corresponding to the host name received from the terminal device is specified, and an address included in the specified entry is transmitted to the terminal device.
  • a terminal device that inquires an address for a host name sends a record type and a host name to be resolved to a name database server, and inquires about an address corresponding to the host name.
  • the name database server stores a record type address different from the record type received from the terminal device among the entries stored in the node information storage means for storing the entry in which the address and the record type are associated with the host name.
  • the name database server searches the node information storage means to identify an entry corresponding to the host name received from the terminal device, and the name database server , Included in the identified entry And transmits that address to the terminal device.
  • An entry search program is an entry search program applied to a computer having node information storage means for storing an entry in which an address and a record type are associated with a host name.
  • the address of the record type that receives the address of the record type that is different from the record type received from the terminal device that sends the host name to be resolved and inquires about the address corresponding to the host name, based on a predetermined rule Address conversion processing for conversion to the node information, entry search processing for specifying an entry corresponding to the host name received from the terminal device by searching the node information storage means, and sending the address contained in the specified entry to the terminal device Execute search result transmission process And wherein the door.
  • name resolution can be performed for both IPv4 and IPv6 by inquiring the host name once.
  • FIG. 1 is an explanatory diagram illustrating an example of an operation for performing name resolution.
  • a DNS in which a client designates a host name (“hostX” in FIG. 1) and a record type (“AAAA + A” in FIG. 1) to be resolved.
  • a query packet is transmitted to the DNS server.
  • the record type “AAAA + A” specified here is a virtual record type that is different from the record type stored in the DNS server, such as “A” or “AAAA”.
  • Arbitrary information can be set in the virtual record type.
  • a record type that does not exist in the existing DNS may be newly defined, and information representing the record type may be used as a virtual record type.
  • the virtual record type is described as “AAAA + A”.
  • the virtual record type is not limited to one type of “AAAA + A”, and there may be a plurality of types.
  • This virtual record type is predetermined by the user or the like.
  • the virtual record type is a record type that is specified in a part that specifies a record in a query packet, and can also be referred to as a record type that is not defined in DNS.
  • the DNS server that has received the DNS query packet determines a record type to be searched according to a rule determined in advance according to the designated virtual record type “AAAA + A”. Then, the DNS server searches for an entry corresponding to the determined record type and the received host name. In the example shown in FIG. 1, entries of record types “AAAA” and “A” are searched. Then, the DNS server transmits a reply packet including the IPv6 address and the IPv4 address (s, t, p, q in FIG. 1) included in the searched entry to the client.
  • the name resolution system sends a packet specifying information (for example, host name or address; hereinafter referred to as entry specifying information) and record type “AAAAA + A” to the DNS server.
  • a packet including corresponding node information for example, an IPv6 address, an IPv4 address, and a host name
  • corresponding node information for example, an IPv6 address, an IPv4 address, and a host name
  • the name resolution system according to the present embodiment is also applicable to the case where the corresponding host name is resolved from the IP address (in the case of reverse lookup). The contents of the name resolution system in the first embodiment will be described in detail below.
  • FIG. 2 is a block diagram showing an example of the name resolution system in the first embodiment of the present invention.
  • the name resolution system in the present embodiment includes a terminal device 10 and a name database server 20.
  • the name database server 20 is realized by, for example, a DNS server.
  • the name database server 20 is not limited to a DNS server.
  • the terminal device 10 includes an address inquiry unit 11.
  • the address inquiry means 11 transmits a virtual record type and entry specifying information (for example, a host name or address to be resolved) to the name database server 20 and inquires for corresponding node information.
  • a virtual record type predetermined information that does not exist in the record type stored in the node information storage unit 21 to be described later (that is, “AAAA + A” described above) is designated.
  • the address inquiry means 11 is realized by a CPU of a computer (terminal device 10) that operates according to a program, for example.
  • the entry specifying information transmitted from the address inquiry means 11 to the name database server 20 is not limited to the host name, address, and virtual record type.
  • the address inquiry unit 11 may transmit the address of the terminal device 10 itself to the name database server 20.
  • the record type that the address inquiry unit 11 inquires of the name database server 20 is specified by, for example, another high-level API (not shown).
  • the name database server 20 includes node information storage means 21, search target record determination means 22, entry search means 23, and search result transmission means 24.
  • the node information storage means 21 stores an entry of node information in which at least an address and a record type are associated with a host name. Specifically, the node information storage unit 21 stores an entry in which at least an IPv6 address and an IPv4 address are associated with a host name.
  • the node information storage unit 21 is realized by, for example, a magnetic disk. The information associated with each address and record type is not limited to the host name.
  • the node information storage unit 21 may store an entry in which other information indicating domain host information is associated with each address and record type, such as a zone file.
  • the entries stored in the node information storage unit 21 are sequentially updated using a mechanism such as DNS dynamic update.
  • the search target record determining means 22 determines the record type of the entry to be searched from the virtual record type received from the terminal device 10. Specifically, a rule (hereinafter referred to as a search rule) that defines a record type to be searched according to a virtual record type is determined in advance. The search target record determining means 22 determines the record type of the entry to be searched from the received virtual record type according to the search rule. Specifically, as a search rule, “when the character string“ AAAAA + A ”is designated as the record type, the record types to be searched are set to“ AAAA ”and“ A ”” is set. By defining in this way, even when the entry search means 23 to be described later receives the virtual record type “AAAA + A”, it is possible to search for entries of the record types “AAAAA” and “A”.
  • a search rule “when the character string“ AAAAA + A ”is designated as the record type, the record types to be searched are set to“ AAAA ”and“ A ”” is set.
  • the entry search unit 23 searches the node information storage unit 21 to specify an entry corresponding to the received entry specifying information and having the record type determined by the search target record determining unit 22. For example, it is assumed that the search target record determining unit 22 determines the record types of the entries to be searched as “AAAA” and “A”. In this case, the entry search unit 23 searches the node information storage unit 21 and specifies an entry including the IPv4 address and the IPv6 address corresponding to the host name received from the terminal device 10.
  • the virtual record type specified in this way can be said to be information for specifying the record type to be searched. Furthermore, this virtual record type can also be referred to as information for instructing the DNS server to search. That is, it can be said that this record type “AAAA + A” plays a role of a command for instructing the DNS server of a record type to be searched. Further, when a query is made, a record type different from the record type stored in the DNS server is used, so that the influence on the existing mechanism can be suppressed.
  • the search result transmission unit 24 transmits the node information included in the entry specified by the entry search unit 23 to the terminal device 10. If the target entry does not exist, the search result transmission unit 24 may transmit a packet including information indicating that the node information corresponding to the host name does not exist to the terminal device 10.
  • the search target record determination unit 22, the entry search unit 23, and the search result transmission unit 24 are realized by a CPU of a computer that operates according to a program (entry search program).
  • the program is stored in a storage unit (not shown) of the name database server 20, and the CPU reads the program and, as the search target record determination unit 22, the entry search unit 23, and the search result transmission unit 24, according to the program. It may work. Further, the search target record determination unit 22, the entry search unit 23, and the search result transmission unit 24 may be realized by dedicated hardware, respectively.
  • the DNS server returns both the IPv4 address and the IPv6 address to the client when an address inquiry is made from the client by designating the host name and the record type “AAAA + A”.
  • the client corresponds to the terminal device 10 and the DNS server corresponds to the name database server 20.
  • FIG. 3 is a sequence diagram showing an example of an operation for performing name resolution.
  • the client address inquiry means 11 sends a DNS query packet designating the host name and the virtual record type “AAAA + A” to the DNS server to inquire about the address for the host name (step S1).
  • the search target record determining unit 22 of the DNS server determines the record types to be searched as “AAAA” and “A” according to a predetermined search rule. (Step S2).
  • the entry search means 23 searches the node information storage means 21 and identifies entries of record types “AAAA” and “A” corresponding to the received host name (step S3). Specifically, the entry search means 23 specifies an entry including an IPv4 address and an IPv6 address.
  • the search result transmission unit 24 transmits a packet including the IPv4 address and the IPv6 address of the entry specified by the entry search unit 23 to the client (step S4).
  • the address inquiry unit 11 of the terminal device 10 transmits the virtual record type and the entry specifying information to the name database server 20, and the node information corresponding to the entry specifying information.
  • the search target record determining means 22 of the name database server 20 determines the record type of the entry to be searched based on the search rule that is a rule that defines the record type to be searched according to the virtual record type.
  • the entry search unit 23 searches the node information storage unit 21 to specify an entry corresponding to the received entry specifying information and having the record type determined by the search target record determining unit 22. Then, the search result transmission unit 24 transmits the node information included in the entry specified by the entry search unit 23 to the terminal device 10.
  • node information of multiple record types can be acquired with a single inquiry.
  • name resolution can be performed for both IPv4 and IPv6 by inquiring the host name once.
  • the addresses of a plurality of record types both IPv4 and IPv6 corresponding to the host name can be acquired by transmitting once a DNS query packet designating one record type.
  • the processing on the client side is efficient because it is completed with a single inquiry. Moreover, it can suppress that various problems generate
  • FIG. 4 is an explanatory diagram illustrating an example of an operation for performing name resolution.
  • a client specifies a host name to be resolved (“hostX” in FIG. 4) and an IPv6 address record type (“AAAA” in FIG. 4).
  • the designated DNS query packet is transmitted to the DNS server.
  • the DNS server that has received the DNS query packet searches not only the entry of the specified record type “AAAA” but also the entry of the record type “A” among the received host name entries.
  • the addresses p, q, s, and t included in the entry that matches the host name “hostX” are specified.
  • the DNS server converts the IPv4 addresses p and q having the record type “A” into IPv6 addresses that are addresses of the received record type.
  • the addresses p and q converted into IPv6 addresses are denoted as p 'and q'.
  • the DNS server transmits a packet including these IPv6 addresses s, t, p ′, q ′ to the client.
  • the client that has received the IPv6 address converts the converted addresses p ′ and q ′ back to the IPv4 addresses p and q before conversion.
  • IPv4 mapped Address As a method of converting an IPv4 address into an IPv6 address, for example, a method of converting an IPv4 address into IPv4 mapped IPv6 Address (hereinafter referred to as IPv4 mapped Address) is used.
  • IPv4 mapped Address a method of converting an IPv4 address into IPv4 mapped IPv6 Address (hereinafter referred to as IPv4 mapped Address) is used.
  • IPv4 mapped Address IPv4 mapped Address
  • the conversion process from IPv4 mapped Address to IPv4 address is normally performed by the kernel. Therefore, by converting the IPv4 address to IPv4 mapped Address, the return conversion process becomes unnecessary in the application in the user land on the client side.
  • the name resolution system transmits a packet that specifies the host name and the record type of the IPv6 address to the DNS server only once. Can be acquired at once with the specified record type. Furthermore, by converting the converted address back to the address before conversion, the converted address can be used as the original address.
  • the contents of the name resolution system in the second embodiment will be described in detail below.
  • FIG. 5 is a block diagram showing an example of the name resolution system in the second embodiment of the present invention.
  • symbol same as FIG. 2 is attached
  • subjected and description is abbreviate
  • the name resolution system in the present embodiment includes a terminal device 30 and a name database server 40.
  • the name database server 40 is realized by, for example, a DNS server.
  • the name database server 40 is not limited to a DNS server.
  • the name database server 40 includes node information storage means 21, entry search means 41, address conversion means 42, and search result transmission means 43. Note that the node information storage unit 21 is the same as that in the first embodiment, and a description thereof will be omitted.
  • the entry search means 41 specifies an entry corresponding to the host name received from the terminal device 30 by searching the node information storage means 21. Specifically, when a packet indicating the record type “AAAA” is received from the terminal device 30, the entry search unit 41 specifies an entry corresponding to the received host name and record type “AAAA”. Further, the entry search means 41 specifies an entry corresponding to the received host name and record type “A”.
  • the address conversion unit 42 selects an address of a record type different from the record type received from the terminal device 30 among the addresses included in the entry specified by the entry search unit 41 based on a predetermined rule. Convert to Specifically, when the packet indicating the record type “AAAA” is received from the terminal device 30, the address conversion unit 42 has the record type “A” among the addresses included in the entry specified by the entry search unit 41.
  • the address (IPv4 address) is converted into an address (IPv6 address) of record type “AAAA” based on a predetermined rule.
  • a rule for converting an address of a record type different from the received record type into an address of the received record type may be determined in advance for each record type.
  • an IPv4 address is converted into an IPv4 mapped Address.
  • the address conversion unit 42 converts the IPv4 address specified by the entry search unit 41 into an IPv6 address based on the format defined as IPv4 mapped Address. To do.
  • IPv4 mapped Address is described in Reference Document 1 “2.5.5.2.5.2IPv4-Mapped IPv6 Address” below.
  • usage method (function) of IPv4 mapped Address is described in Reference Document 2 below. Therefore, detailed description is omitted.
  • the method of converting an IPv4 address into an IPv6 address is not limited to the method of converting an IPv4 address into an IPv4 mapped Address.
  • Other conversion algorithms may be used as long as the method can extract the original IPv4 address on the client side (terminal device 30).
  • the specification for the conversion method is not limited to the above format as long as it is determined between devices that transmit and receive data.
  • an IPv4 address may be converted into an IPv6 address by adding an arbitrary bit pattern before and after the IPv4 address. This is because the IPv6 address space is very large and it is easy to include an IPv4 address in the IPv6 address space.
  • the search result transmission means 43 transmits the address corresponding to the received host name and record type to the terminal device 30. Specifically, the search result transmission unit 43 receives the address converted by the address conversion unit 42 and the address not converted by the address conversion unit 42 among the addresses included in the entry specified by the entry search unit 41. 30. If the entry search unit 41 cannot identify the entry, the search result transmission unit 43 may transmit a packet including information indicating that the address corresponding to the host name does not exist to the terminal device 30.
  • the name database server 40 in the present embodiment converts the address in response to the inquiry from the terminal device 30. Therefore, the name resolution method according to the present embodiment can be called a dynamic conversion method. For example, when information that is known for the first time when a DNS query is generated is used in a rule for address conversion, this dynamic conversion method is effective.
  • the entry search means 41, the address conversion means 42, and the search result transmission means 43 are realized by a CPU of a computer that operates according to a program (entry search program). Further, the entry search means 41, the address conversion means 42, and the search result transmission means 43 may each be realized by dedicated hardware.
  • the terminal device 30 includes an address inquiry unit 31 and a translation address retranslation unit 32.
  • the address inquiry means 31 transmits the record type and the host name to be resolved to the name database server 40 and inquires about the address for the host name. For example, a record type “AAAA” indicating an IPv6 address is designated as the record type.
  • the translated address re-converting means 32 converts an address converted based on a predetermined rule among addresses included in the packet received from the name database server 40 into an address before conversion. Specifically, the translated address retranslating unit 32 converts the address converted from the IPv4 address to the IPv6 address into the IPv4 address before conversion.
  • the converted address re-converting means 32 may specify an address in a predetermined format among the received addresses as an address to be converted into an address before conversion. For example, it is assumed that the address conversion unit 42 converts an IPv4 address into an IPv6 address according to the IPv4 mapped Address format. In this case, the translated address retranslating means 32 may specify an address in the IPv4 mapped Address format among the received IPv6 addresses as the address to be translated. At this time, the translated address retranslating means 32 may convert the IPv6 address in the IPv4 mapped Address format into the IPv4 address before conversion.
  • the kernel determines whether the address is IPv4 mapped Address. When the address is determined to be IPv4 mapped Address, the kernel recognizes this address and converts this address into an IPv4 address.
  • This function is usually implemented in general kernels. Therefore, when the existing structure (kernel) and IPv4 mapped Address are used, the client application does not need a new back conversion process (that is, a conversion process from an IPv6 address to an IPv4 address). Therefore, on the communication application side, it is not necessary to be aware of whether the IPv6 address is an IPv4 mapped Address or a normal IPv6 address, and it is not necessary to perform a conversion process or the like. That is, even if IPv4 mapped Address and normal IPv6 address are mixed in the IPv6 address, the communication application side can handle the IPv6 address in the same manner as the normal IPv6 address.
  • IPv4 mapped Address when IPv4 mapped Address is used on the communication application side, it can be said that an IPv6 address is automatically converted to an IPv4 address. For these reasons, when converting an IPv4 address into an IPv6 address, it is preferable to convert the IPv4 address into an IPv4 mapped Address.
  • address inquiry means 31 is the same as the address inquiry means 11 in the first embodiment, and a description thereof will be omitted.
  • the address inquiry means 31 and the translation address re-translation means 32 are realized by a CPU of a computer that operates according to a program (name resolution program). Further, each of the address inquiry unit 31 and the translation address retranslation unit 32 may be realized by dedicated hardware.
  • the DNS server returns the IPv6 address and the address obtained by converting the IPv4 address to the IPv6 address to the client.
  • movement which performs is demonstrated.
  • the client corresponds to the terminal device 30 and the DNS server corresponds to the name database server 40.
  • FIG. 6 is a sequence diagram showing an example of an operation for performing name resolution.
  • the client address inquiry means 31 sends a DNS query packet designating the host name and the record type “AAAA” to the DNS server to inquire about the address for the host name (step S11).
  • the DNS server entry search means 41 searches the node information storage means 21 and identifies the entry corresponding to the received host name (step S12). Specifically, the entry search means 41 specifies an entry including an IPv6 address and an IPv4 address corresponding to the host name.
  • the address conversion unit 42 converts the IPv4 address among the addresses included in the entry specified by the entry search unit 41 into an IPv6 address based on a predetermined rule (step S13).
  • the search result transmission unit 43 transmits a packet including an address corresponding to the host name to the client (step S14).
  • the translated address retranslating means 32 converts the IPv4 address converted to the IPv6 address among the addresses received from the DNS server into the IPv4 address before the conversion (step S15).
  • the address inquiry unit 31 of the terminal device 30 transmits the record type and the host name to be resolved to the name database server 40 and corresponds to the host name. Queries the address.
  • the entry search means 41 specifies an entry corresponding to the host name received from the terminal device 30 by searching the node information storage means 21.
  • the address conversion unit 42 selects an address of a record type different from the record type received from the terminal device 30 among the addresses included in the entry specified by the entry search unit 41 based on a predetermined rule. Convert to Then, the search result transmission unit 43 transmits the received record type address included in the identified entry and the address converted by the address conversion unit 42 to the terminal device 30.
  • the address inquiry means 31 sends the record type “AAAA” and the host name to be resolved to the name database server 40 and inquires about the address corresponding to the host name.
  • the entry search unit 41 searches the node information storage unit 21 to identify an entry corresponding to the host name and record type “AAAA” received from the terminal device 30. Further, the entry search means 41 specifies an entry corresponding to the host name and record type “A” received from the terminal device 30.
  • the address conversion unit 42 converts an IPv4 address into an IPv6 address based on a predetermined rule. Then, the search result transmission unit 43 transmits the IPv6 address included in the identified entry and the IPv6 address converted by the address conversion unit 42 to the terminal device 30.
  • name resolution can be performed for both IPv4 and IPv6 by inquiring the host name once.
  • the translated address re-converting means 32 converts the address converted based on a predetermined rule among the addresses received from the name database server 40 to the address before conversion. Therefore, the terminal device 30 can acquire the address of the requested record type and can use the address before conversion.
  • the address conversion unit 42 may convert the IPv4 address extracted from the node information storage unit 21 into the IPv4 mapped Address when the record type indicating the IPv6 address is designated as the record type from the terminal device 30. .
  • an IPv4 mapped Address and IPv4 address conversion function implemented by a normal kernel can be used. Therefore, it is not necessary to add a new back conversion process on the client application side. Therefore, it is possible to suppress the influence on a large number of existing client applications. Further, in this case, since it can be coped with only by implementing the function in the present embodiment on the name database server 40 (for example, DNS server) side, the influence range can be suppressed small.
  • the address conversion means 42 when there is an inquiry about an address corresponding to the host name from the terminal device 30, the address conversion means 42 performs a process of converting the address.
  • the address conversion means 42 performs a process (hereinafter referred to as a specific process) for making the inquiry result available only to a specific terminal device in addition to the process of converting the address.
  • the translation address retranslation means 32 performs a process corresponding to the specific process.
  • the process of making the inquiry result subjected to the specific process available is referred to as a return conversion process.
  • the name database server 40 When the specification about the specific process is determined between the terminal device 30 and the name database server 40, the name database server 40 performs the specified process even if the terminal device 30 performs the specific process. Can recognize the return conversion processing for On the other hand, since the terminal device 30 that does not know the specific process by the name database server 40 does not know how to deal with the specific process, it cannot use the information on which the specific process has been performed. In this way, by making an arrangement for specific processing between the terminal device 30 and the name database server 40, the terminals that perform address conversion and specific processing are limited to the specific client (terminal device 30) that has made the arrangement. can do.
  • the address conversion means 42 may perform a specific process that allows the return conversion process itself to be performed by any device. However, at that time, the address conversion unit 42 adds additional information that can be recognized only by the specific terminal device 30 to the information subjected to the return process. The address conversion unit 42 may add the additional information to the end of the information, for example, or may add it as a watermark. These methods can also be referred to as a check digit method or a flashing method. Only the terminal device 30 that recognizes the check digit method and the appearance method can use the additional information.
  • the address conversion means 42 may perform a process of encrypting information as a specific process using a specific key possessed by the terminal device 30 that performs the return conversion process.
  • ESP Encapsulating Security Payload
  • AH Authentication Header Header
  • the terminal device 30 may decrypt the information using a decryption key corresponding to a specific key possessed by the terminal device 30 as the back conversion process.
  • the protocol used for the encryption process and the authentication process is not limited to the above contents.
  • the name resolution system may use an authentication method based on challenge / response authentication for the specific processing.
  • the terminal device 30 specifically, the address inquiry unit 31
  • the name database server 40 for example, the address conversion unit 42
  • the address inquiry unit 31 creates a response obtained by converting the received challenge and password according to a specific algorithm, and transmits the response to the name database server 40.
  • the address conversion unit 42 creates a response in the same manner from the transmitted challenge and the password of the terminal device 30 registered in advance.
  • the address conversion unit 42 performs address conversion when the response matches the response received from the terminal device 30.
  • the name resolution system may use an authentication method using a check digit or an authentication method using a one-time password for the specific processing. Since an authentication method using challenge / response authentication, an authentication method using check digits, and an authentication method using a one-time password are widely known, detailed description thereof is omitted.
  • the process of converting the IPv4 address described in the second embodiment into an IPv4 mapped Address is normally performed by the kernel. Therefore, userland applications need not be aware of this conversion process.
  • the terminal device 30 performs processing other than the conversion processing to IPv4 mapped Address, the part that receives the DNS query return packet or the transmission destination of the return packet implements the return conversion processing.
  • the reply packet will be received by the resolver library. For this reason, it is desirable that this back conversion process is implemented in the resolver library. It can be said that the resolver library that is not a kernel is a process in the userland. However, by implementing this return conversion process in the resolver library that is commonly used in communication applications, it is possible to reduce the effort of applying the return conversion process to individual communication applications.
  • the name resolution system can be given new added value other than name resolution.
  • FIG. 7 is an explanatory diagram illustrating an example of an operation for performing name resolution.
  • the name resolution system according to the third embodiment creates in advance an entry in which an IPv4 address is converted to an IPv6 address when both an IPv6 address and an IPv4 address entry exist for the host name.
  • FIG. 7 shows that the IPv4 addresses p and q are converted (statically converted) into IPv6 addresses p ′ and q ′ at a predetermined timing and held on a magnetic disk or the like.
  • the shaded part in the table indicates the converted record.
  • the client sends a DNS query packet in which a host name (“hostX” in FIG. 7) and an IPv6 address record type (“AAAA” in FIG. 7) for name resolution are specified.
  • Send to server the DNS server that has received the DNS query packet searches the received host name and record type “AAAA”.
  • the addresses s, t, p ′, q ′ of the entries of the host name “hostX” and the record type “AAAA” are specified.
  • the DNS server transmits a packet including these IPv6 addresses s, t, p ′, q ′ to the client.
  • the client that has received the IPv6 address converts the converted addresses p ′ and q ′ back to the IPv4 addresses p and q before conversion.
  • IPv4 mapped Address As a method of converting an IPv4 address into an IPv6 address, for example, a method of converting an IPv4 address into IPv4 mapped IPv6 Address (hereinafter referred to as IPv4 mapped Address) is used. Since the conversion process from the IPv4 mapped Address to the IPv4 address is normally performed by the kernel, the conversion process from the IPv4 address to the IPv4 mapped Address eliminates the need for the back conversion process in the application in the user land on the client side.
  • the name resolution system also transmits a packet that specifies the host name and the record type of the IPv6 address to the DNS server only once. Can be acquired at once with the specified record type. Furthermore, by converting the converted address back to the address before conversion, the converted address can be used as the original address.
  • the contents of the name resolution system in the third embodiment will be described in detail below.
  • FIG. 8 is a block diagram showing an example of the name resolution system in the third embodiment of the present invention.
  • symbol same as FIG. 5 is attached
  • subjected and description is abbreviate
  • the name resolution system in the present embodiment includes a terminal device 30 and a name database server 50. Since the terminal device 30 is the same as that of the second embodiment, the description thereof is omitted.
  • the name database server 50 includes node information storage means 21, translation address storage means 51, address translation means 52, entry search means 53, and search result transmission means 54. Note that the node information storage unit 21 is the same as in the first and second embodiments, and a description thereof will be omitted.
  • the translated address storage unit 51 converts an IPv4 address stored in the node information storage unit 21 into an IPv6 address (hereinafter referred to as a translated address) and an IPv6 address stored in the node information storage unit 21. Stores an entry associated with a host name.
  • the translation address storage unit 51 is realized by, for example, a magnetic disk. Note that the information associated with each address is not limited to the host name. Similar to the node information storage unit 21, the translation address storage unit 51 may store an entry in which other information indicating domain host information is associated with each address, like a zone file.
  • the entries stored in the translated address storage unit 51 are stored by an address converting unit 52 described later.
  • the address conversion means 52 converts the address of one record type among the addresses stored in the node information storage means 21 to an address of another record type based on a predetermined rule. Then, the address conversion unit 52 causes the conversion address storage unit 51 to store both the entry including the converted address and the entry including the unconverted address among the entries stored in the node information storage unit 21.
  • the address conversion unit 52 converts the IPv4 address stored in the node information storage unit 21 into an IPv6 address based on a predetermined rule. Then, the address translation unit 52 stores both the entry including the translated IPv6 address (that is, the translation address) and the entry including the untranslated IPv6 address stored in the node information storage unit 21 in the translation address storage unit 51.
  • the address conversion unit 52 converts the IPv4 address stored in the node information storage unit 21 into an IPv6 address based on a predetermined rule. Then, the address translation unit 52 stores both the entry including the translated IPv6 address (that is, the translation address) and the entry including the untranslated IPv6 address stored in the node information storage unit 21 in the translation address storage unit 51.
  • the address conversion means 52 may convert the address every predetermined period or at a predetermined time. Alternatively, the address conversion unit 52 may convert the address at the timing when an entry is added to the node information storage unit 21.
  • the entry that the address conversion unit 52 stores in the conversion address storage unit 51 may be a difference from the previous conversion process or the entire target entry.
  • the entry search means 53 specifies the entry corresponding to the host name and record type received from the terminal device 30 by searching the translation address storage means 51. For example, when the record type “AAAA” is received from the terminal device 30, the entry search unit 53 selects an entry corresponding to the host name with the record type “AAAA” (that is, an entry including an IPv6 address). Identify.
  • the search result transmission means 54 transmits an address corresponding to the host name to the terminal device 30. Specifically, the search result transmission unit 54 transmits the address included in the entry specified by the entry search unit 53 to the terminal device 30. If the entry search unit 53 cannot identify the entry, the search result transmission unit 54 may transmit information to the terminal device 30 that the address corresponding to the host name does not exist.
  • This embodiment is different from the second embodiment in that the converted address is stored in the converted address storage unit 51 in advance. That is, the name database server 50 in the present embodiment converts and stores the address in advance regardless of whether there is an inquiry from the terminal device 30. Therefore, the name resolution method according to the present embodiment can be called a static conversion method.
  • the case where the name database server 50 includes the node information storage unit 21 and the translation address storage unit 51 has been described.
  • a mechanism for updating an entry in a zone file (corresponding to the node information storage means 21) when applied to a general DNS. No need to change.
  • the name database server 50 may include only the node information storage means 21.
  • the address conversion unit 52 when the DNS dynamic update is applied to update the entry of the zone file (corresponding to the node information storage unit 21), the address conversion unit 52 also converts the record type and converts the converted address.
  • the included entry may be stored in the node information storage unit 21.
  • the existing DNS can be used as it is.
  • the address conversion means 52 may use a rule for converting an IPv4 address into an IPv4 mapped Address as a predetermined rule. This IPv4 mapped Address is obtained by converting an IPv4 address into an IPv6 address. Therefore, there is no problem in registering the converted address in the DNS database.
  • the above-described method of converting an IPv4 address into an IPv6 address at any time and holding it at a predetermined timing can be referred to as a mixed conversion method.
  • the substance of the mixed conversion method is a dynamic conversion method.
  • the static conversion method can be regarded as a method of converting information in a file including address information (also referred to as a database information file) in advance (hereinafter referred to as a pre-conversion method).
  • a pre-conversion method In the dynamic conversion method, there is no need to be aware of whether the information stored in the target database information is the information converted by the pre-conversion method or the method converted by the static conversion method. That is, it can be said that the static conversion method and the dynamic conversion method are independent conversion methods.
  • the mixed conversion method can be said to be a method in which both the static conversion method and the dynamic conversion method are made effective.
  • the name database server 50 includes an address conversion unit 52, which converts the address stored in the node information storage unit 21 at a predetermined timing and converts an entry including the converted address into a conversion address.
  • an external device (not shown) may convert the address stored in the node information storage unit 21 at a predetermined timing and store the entry including the converted address in the conversion address storage unit 51.
  • the name database server 50 itself may not include the address conversion unit 52.
  • the address conversion unit 52, the entry search unit 53, and the search result transmission unit 54 are realized by a CPU of a computer that operates according to a program (entry search program). Further, the address conversion unit 52, the entry search unit 53, and the search result transmission unit 54 may each be realized by dedicated hardware.
  • the DNS server returns the IPv6 address and the address obtained by converting the IPv4 address to the IPv6 address to the client.
  • movement which performs is demonstrated.
  • the client corresponds to the terminal device 30 and the DNS server corresponds to the name database server 50.
  • FIG. 9 is a sequence diagram illustrating an example of an operation for performing name resolution.
  • the address conversion unit 52 converts the IPv4 address stored in the node information storage unit 21 into an IPv6 address at a predetermined timing. Then, the address translation unit 52 stores the entry including the translated IPv6 address in the translation address storage unit 51 (step S21).
  • the client address inquiry means 31 sends a DNS query packet designating the host name and the record type “AAAA” to the DNS server to inquire about the address for the host name (step S11).
  • the entry search means 53 searches the translation address storage means 51 to identify the received host name and record type “AAAA” (step S22). Then, the search result transmission means 54 transmits a packet including the address of the identified entry to the client (Step S23).
  • the translated address retranslating means 32 converts the IPv4 address converted to the IPv6 address among the addresses received from the DNS server into the IPv4 address before the conversion (step S15).
  • the conversion address storage unit 51 converts the first record type address (IPv4 address) into the second record type address (IPv6 address) based on a predetermined rule.
  • An entry in which the address (that is, the translation address) and its second record type are associated with the host name is stored.
  • the entry search means 53 receives the second record type (IPv6 address) from the terminal device 30, the entry search means 53 searches the conversion address storage means 51 to search for the second record type (“ AAAA ")) entry.
  • the search result transmission unit 54 transmits the address (IPv6 address) of the second record type included in the identified entry to the terminal device 30. Therefore, similarly to the effect of the first embodiment, even in a communication environment in which IPv4 and IPv6 are mixed, name resolution can be performed for both IPv4 and IPv6 by inquiring the host name once.
  • the address converted by the name database server 50 in advance is stored. Therefore, in addition to the effects of the second embodiment, it is not necessary to perform conversion processing each time an inquiry is received from the terminal device 30. Therefore, the effect that the load of the name database server 50 (DNS server) is reduced can also be obtained.
  • DNS server name database server
  • the address conversion means 52 may convert the first record type address (IPv4 address) to the second record type address (IPv6 address) based on a predetermined rule. Then, the address conversion unit 52 may store the converted address in the node information storage unit 21.
  • FIG. 10 is an explanatory diagram illustrating an example of an operation for performing name resolution.
  • a client performs a name resolution target host name (“hostX” in FIG. 10) and a record type of IPv4 address and IPv6 address (“A” in FIG. 10).
  • AAAA a record type of IPv4 address and IPv6 address
  • the DNS server that has received the DNS query packet searches for entries of the designated record types “A” and “AAAA” from the received host name entries.
  • FIG. 10 is an explanatory diagram illustrating an example of an operation for performing name resolution.
  • the host name “hostX” and the addresses p, q, s, and t included in the entry that matches the specified record type are specified. Then, the DNS server transmits a packet including these addresses p, q, s, and t to the client.
  • the name resolution system in the fourth embodiment acquires a packet including an address corresponding to the host name at a time by sending a packet specifying the host name and a plurality of record types to the DNS server once. can do.
  • the name resolution system in the fourth embodiment since no conversion processing is performed on the address, it is not necessary for the client that receives the address to convert the received address.
  • the contents of the name resolution system in the fourth embodiment will be described in detail.
  • FIG. 11 is a block diagram showing an example of a name resolution system in the fourth embodiment of the present invention.
  • symbol same as FIG. 2 is attached
  • subjected and description is abbreviate
  • the name resolution system in the present embodiment includes a terminal device 60 and a name database server 70.
  • the name database server 70 is realized by a DNS server, for example.
  • the name database server 70 is not limited to a DNS server.
  • the terminal device 60 includes address inquiry means 61.
  • the address inquiry means 61 transmits a plurality of record types together with the host name to the name database server 70, and inquires about the address for the host name.
  • the record type to be transmitted the record type stored in the node information storage unit 21 is designated.
  • the address inquiry unit 61 transmits “A” and “AAAA” (that is, a record type indicating an IPv4 address and a record type indicating an IPv6 address) to the name database server 70 together with the host name.
  • the address inquiry means 61 is realized by a CPU of a computer (terminal device 60) that operates according to a program, for example.
  • the name database server 70 includes node information storage means 21, entry search means 71, and search result transmission means 72. Note that the node information storage unit 21 is the same as that in the first embodiment, and a description thereof will be omitted.
  • the entry search unit 71 searches the node information storage unit 21 to identify an entry of a record type that matches the host name received from the terminal device 60 and matches any of a plurality of record types. .
  • the entry search means 71 receives from the terminal device 60 a packet including record types “A” and “AAAA” together with the host name.
  • the entry search means 71 searches the node information storage means 21 to identify an entry corresponding to the host name and having the record type “A” or “AAAAA”.
  • the search result transmission unit 72 transmits the address of the entry specified by the entry search unit 71 to the terminal device 60. If the target entry does not exist, the search result transmission unit 72 may transmit a packet including information indicating that the address corresponding to the host name does not exist to the terminal device 60.
  • the entry search means 71 and the search result transmission means 72 are realized by a CPU of a computer that operates according to a program (entry search program). Further, each of the entry search means 71 and the search result transmission means 72 may be realized by dedicated hardware.
  • the DNS server returns an IPv6 address and an IPv4 address to the client when an address inquiry is made from the client by designating the host name and record types “A” and “AAAA” will be described.
  • the client corresponds to the terminal device 60
  • the DNS server corresponds to the name database server 70.
  • FIG. 12 is a sequence diagram illustrating an example of an operation for performing name resolution.
  • the client address inquiry means 61 sends a DNS query packet designating the host name and record types “A” and “AAAA” to the DNS server to inquire about the address for the host name (step S31).
  • the entry search means 71 searches the node information storage means 21 and is an entry corresponding to the host name, and the record type is “A” or “AAAA”. An entry is specified (step S32). Then, the search result transmission means 72 transmits a packet including the address of the identified entry to the client (Step S33).
  • the address inquiry unit 61 transmits a plurality of record types to the name database server 70 together with the host name. Then, the entry search unit 71 searches the node information storage unit 21 to identify an entry that matches the received host name and matches any of a plurality of record types. Then, the search result transmission unit 72 transmits the address included in the identified entry to the terminal device 60.
  • name resolution can be performed for both IPv4 and IPv6 by inquiring the host name once.
  • the name database server 70 (server side) does not perform the conversion process, so the terminal device 60 (client side) performs the conversion process for returning the address. There is no need to do it.
  • FIG. 13 is a block diagram showing an example of the minimum configuration of the name resolution system according to the present invention.
  • FIG. 14 is a block diagram showing an example of the minimum configuration of the name database server according to the present invention.
  • the name resolution system illustrated in FIG. 13 includes a terminal device 90 (for example, the terminal device 30) that makes an address inquiry for a host name, and a name database server 80 (for example, the name database server 40) that receives an inquiry from the terminal device 90. ).
  • a terminal device 90 for example, the terminal device 30
  • a name database server 80 for example, the name database server 40
  • the terminal device 90 transmits a record type (for example, “AAAA”) and a host name to be subjected to name resolution to the name database server 80, and inquires for an address corresponding to the host name (for example, an address inquiry unit 81). Address inquiry means 31) is provided.
  • a record type for example, “AAAA”
  • a host name for example, “AAAA”
  • Address inquiry means 31 is provided.
  • the name database server 80 includes a node information storage unit 81 (for example, the node information storage unit 21) that stores an entry in which an address and a record type are associated with a host name, and among the entries, a record type (from the terminal device 90).
  • a node information storage unit 81 for example, the node information storage unit 21
  • an address conversion means 82 for example, an address of the record type received (for example, an IPv4 address) based on a predetermined rule, for example, an address of a record type different from “AAAA”) (for example, “A”)
  • the address conversion means 42) and the entry information search means 83 for example, the entry search means 41 for specifying the entry corresponding to the host name received from the terminal device 90 by searching the node information storage means 81.
  • node information storage unit 81 for example, the node information storage unit 21
  • address conversion unit 82 for example, the address conversion unit 42
  • entry search unit 83 for example, an entry
  • Search means 41 and search result transmission means 84 (for example, search result transmission means 43) are provided.
  • the contents of the node information storage means 81, the address conversion means 82, the entry search means 83, and the search result transmission means 84 are the same as those shown in FIG.
  • the address conversion unit 82 selects an address of a record type different from the record type received from the terminal device from among the addresses included in the entry specified by the entry search unit 83 based on a predetermined rule.
  • the search result transmitting unit 84 may convert the address into the address, and transmit the address of the received record type included in the identified entry and the address converted by the address converting unit 82 to the terminal device.
  • the node information storage unit 81 stores at least an entry in which the IPv6 address and the IPv4 address are associated with the host name, and the entry search unit 83 receives the record type of the IPv6 address from the terminal device 90 and the target of name resolution.
  • the node information storage unit 81 is searched, so that an entry corresponding to the host name received from the terminal device 90 and having a record type indicating an IPv6 address and / or an IPv4 address is obtained.
  • the address conversion unit 82 converts the IPv4 address included in the entry specified by the entry search unit 83 into an IPv6 address based on a predetermined rule, and the search result transmission unit 84 specifies the entry search unit 83 An IPv6 address included in the entry; And IPv6 addresses converted by address conversion means 82 may be configured to be transmitted to the terminal device. Note that “IPv6 address and / or IPv4 address” represents “IPv6 address”, “IPv4 address”, or “both IPv6 address and IPv4 address”.
  • the address converting unit 82 may convert the IPv4 address into an IPv4 mapped Address.
  • the node information storage unit 81 (for example, the translation address storage unit 51) converts the first record type address (for example, IPv6 address) and the second record type address (IPv4 address) to the first one.
  • the entry search means 83 (for example, the entry search means 53) receives the first record type from the terminal device 90, the conversion address that is the address of the record type is stored in association with the host name.
  • the search result transmission unit 84 (for example, the search result transmission unit 54) is included in the specified entry.
  • the first record type address may be transmitted to the terminal device 90.
  • the address conversion unit 82 (for example, the address conversion unit 53) converts the address of the second record type into the address of the first record type based on a predetermined rule, and converts the address of the first record type. May be stored in the node information storage unit 81 (for example, the translated address storage unit 51 or the node information storage unit 21) in association with the host name.
  • the node information storage unit 81 (for example, the translation address storage unit 51) stores at least the IPv6 address and the IPv6 address converted from the IPv4 address based on a predetermined rule in association with the host name, and the entry.
  • the search means 83 (for example, the entry search means 53) receives the record type of the IPv6 address from the terminal device 90, the entry of the IPv6 address corresponding to the host name is specified by searching the node information storage means 81.
  • the search result transmitting unit 84 may transmit the IPv6 address included in the specified entry to the terminal device.
  • the node information storage unit 81 may store the IPv4 mapped Address converted from the IPv4 address in association with the host name as the IPv6 address.
  • the present invention is preferably applied to a name database server used when performing name resolution in a communication environment in which IPv4 and IPv6 are mixed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Probability & Statistics with Applications (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Fuzzy Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　ノード情報記憶手段は、アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶する。アドレス変換手段は、エントリのうち、端末装置から受信するレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信するレコードタイプのアドレスに変換する。エントリ検索手段は、ノード情報記憶手段を検索することにより、端末装置から受信したホスト名に対応するエントリを特定する。検索結果送信手段は、特定されたエントリに含まれるアドレスを端末装置に送信する。

Description

ネームデータベースサーバ、名前解決システム、エントリ検索方法およびエントリ検索プログラム
　本発明は、ＩＰｖ４（Internet Protocol version 4 ）とＩＰｖ６（Internet Protocol version 6 ）とが混在する通信環境で名前解決を行う際に用いられるネームデータベースサーバ、名前解決システム、エントリ検索方法、名前解決方法およびエントリ検索プログラムに関する。
　ＩＰｖ４の通信環境から始まったインターネットに、ＩＰｖ６の通信環境が新たに導入されてきている。現在のインターネットは、ＩＰｖ６環境導入の途上にある。そのため、その導入過程では、ＩＰｖ４のみに対応した通信装置、既存のＩＰｖ４に対応する機能に加えてＩＰｖ６に対応する機能の一部が実装された通信装置、ＩＰｖ６に対応する機能を完全に実装し、ＩＰｖ４及びＩＰｖ６に対応した全ての機能が使える通信装置、といった複数の種類の通信装置が混在する。
　図１５は、ＩＰｖ４のみの通信環境において名前解決を行う場合の説明図である。図１５は、ホスト名「ｈｏｓｔＸ」に対し、レコードタイプを「Ａ」とするＩＰｖ４アドレスｐ、ｑのエントリが２つＤＮＳ（Domain Name System）サーバに登録されていることを示す。クライアント端末からＤＮＳサーバに対し、ＩＰｖ４のレコードタイプ「Ａ」を指定してホスト名「ｈｏｓｔＸ」のアドレスを問い合わせるパケットが送信されると、ＤＮＳサーバは、ｈｏｓｔＸに対応するＩＰｖ４アドレスを含むエントリを検索する。そして、ＤＮＳサーバは、検索したＩＰｖ４アドレスを含むパケットをクライアント端末に送信する。図１５に示す例では、ＤＮＳサーバは、ｈｏｓｔＸのＩＰｖ４アドレスとしてアドレスｐ及びｑを含むパケットを、クライアント端末に送信する。以下、ホスト名とレコードタイプとを指定して、ホスト名に対応するアドレスを問い合わせるパケットを、ＤＮＳクエリパケットと記す。
　一方、上述した複数の種類の通信装置が混在している環境において、ＩＰｖ６の新しい機能を導入するには、様々な要件が課せられる。まず、現在動作している既存の環境において、通信が出来なくなるといった問題を生じさせないことである。また、ＩＰｖ４とＩＰｖ６両方の情報が存在する場合、新しいＩＰｖ６の方を優先して選択できるようにすることである。
　ＩＰｖ４とＩＰｖ６とが混在する通信環境において名前解決を行う方法が、各種提案されている。図１６は、ＩＰｖ４とＩＰｖ６とが混在する通信環境でＤＮＳサーバが記憶する情報の例を示す説明図である。以下、ＩＰｖ６アドレスのレコードタイプを「ＡＡＡＡ」と記し、ＩＰｖ４アドレスのレコードタイプを「Ａ」と記す。また、図１６は、ホスト名「ｈｏｓｔＸ」に対し、レコードタイプを「Ａ」とするＩＰｖ４アドレスｐ、ｑのエントリが２つ、レコードタイプを「ＡＡＡＡ」とするＩＰｖ６アドレスｓ、ｔのエントリが２つ、合計４つのエントリがＤＮＳ（Domain Name System）サーバに登録されていることを示す。以下、ＩＰｖ４とＩＰｖ６とが混在する通信環境で名前解決が行われる場合、ＤＮＳサーバが図１６に示す情報を記憶しているものとして説明する。
　ここで、ＤＮＳにおいてアドレスを問い合わせる装置（例えば、クライアント端末）が用いるＡＰＩ（Application Programming Interface ）を説明する。ＤＮＳにおける名前解決処理には、原始的な処理を行う低級ＡＰＩの集合であるｒｅｓｏｌｖｅｒ　Ｌｉｂｒａｒｙが用いられる。具体的には、ＤＮＳにおいて、サーバ側が備えるデータベースに記憶されたデータそのものを直接抽出するような低級な処理を行うコマンド（例えば、ｎｓｌｏｏｋｕｐ、ｄｉｇ、ｈｏｓｔなど）が、このｒｅｓｏｌｖｅｒ　Ｌｉｂｒａｒｙに含まれる。
　一方、ユーザランドにおいて用いられる通信アプリケーションは、直接ｒｅｓｏｌｖｅｒ　Ｌｉｂｒａｒｙを呼び出さず、高級ＡＰＩを用いることが一般的である。高級ＡＰＩの内部では、ｒｅｓｏｌｖｅｒ　Ｌｉｂｒａｒｙが用いられるが、ユーザは、その内部のＡＰＩを意識する必要はない。
　具体的には、ＩＰｖ４のみの通信環境では、高級ＡＰＩとしてｇｅｔｈｏｓｔｂｙｎａｍｅ（）が用いられていた。しかし、ＩＰｖ６の登場とともに、ＩＰｖ４のみの通信環境に対応したｇｅｔｈｏｓｔｂｙｎａｍｅ（）は使われなくなり、現在では、ｇｅｔａｄｄｒｉｎｆｏ（）が用いられている。ｇｅｔａｄｄｒｉｎｆｏ（）は、ＩＰｖ４及びＩＰｖ６両方のプロトコル（マルチプロトコル）に対応した関数である。ｇｅｔａｄｄｒｉｎｆｏ（）関数では、レコードタイプ（具体的には、ネットワークアドレスの種類を表すアドレスファミリ）を指定して問い合わせが行われる。アドレスファミリには、ＩＰｖ４（ＰＦ＿ＩＮＥＴ）、ＩＰｖ６（ＰＦ＿ＩＮＥＴ６）、または、どちらでもよい（ＰＦ＿ＵＮＳＰＥＣ）のいずれかが指定される。なお、問い合わせ結果（アドレス）は、リストの形式で返却される。
　ユーザランドのアプリケーション側では、レコードタイプを気にせずに問い合わせができることが期待される。一方、ＤＮＳサーバ側では、ＩＰｖ４とＩＰｖ６のいずれのアドレスも管理する必要がある。したがって、最終的には、ＤＮＳサーバがＩＰｖ４とＩＰｖ６のいずれのアドレスも管理する状況で、クライアント側がアドレスファミリとしてＰＦ＿ＵＮＳＰＥＣを指定した問合せを行うことが想定される。
　具体的には、高級ＡＰＩでは、レコードタイプを意識せずに（例えば、ＰＦ＿ＵＮＳＰＥＣを指定した）通信アプリケーションが作成される。一方、ｒｅｓｏｌｖｅｒ　Ｌｉｂｒａｒｙは、高級ＡＰＩから呼び出されると、名前解決するレコードタイプを指定して、ＤＮＳサーバにアドレスを問い合わせることになる。これは、ＤＮＳサーバがエントリを検索する際、アドレスとレコードタイプとが必要になるからである。
　図１７～図２１は、ＩＰｖ４とＩＰｖ６とが混在する通信環境でＤＮＳサーバにアドレスを問い合わせる動作を示す説明図である。以下、ＩＰｖ４アドレスを含むエントリをＡレコードと記し、ＩＰｖ６アドレスを含むエントリをＡＡＡＡレコードと記す。
　図１７に示す方法は、ＤＮＳサーバに対し、まず、ホスト名に対応するＡレコードを問い合わせ、その応答が戻ってきた後で（すなわち、戻るまで待機してから）、ＡＡＡＡレコードを問い合わせる方法である。図１７に示す方法では、まず、クライアントがホスト名「ｈｏｓｔＸ」とレコードタイプ「Ａ」を指定したＤＮＳクエリパケットをＤＮＳサーバに送信する。そうすると、ＤＮＳサーバは、対応するＩＰｖ４アドレスｐ、ｑを検索し、検索したアドレスを含むパケットをクライアントに送信する。ＩＰｖ４アドレスを含むパケットを受信したクライアントは、次に、ホスト名「ｈｏｓｔＸ」とレコードタイプ「ＡＡＡＡ」を指定したＤＮＳクエリパケットをＤＮＳサーバに送信する。そうすると、ＤＮＳサーバは、対応するＩＰｖ６アドレスｓ、ｔを検索し、検索したアドレスを含むパケットをクライアントに送信する。
　図１８に示す方法は、ＤＮＳサーバに対し、まず、ホスト名に対応するＡレコードを問い合わせ、戻ってきた応答内容によって、ＡＡＡＡレコードを問い合わせる否かを判断する方法である。すなわち、図１８に示す方法は、ＩＰｖ４アドレスｐ，ｑの応答内容によって、ＡＡＡＡレコードを問い合わせる否かを判断する点において図１７に示す方法と異なる。図１７に示す方法では、まず、クライアントがホスト名「ｈｏｓｔＸ」とレコードタイプ「Ａ」を指定したＤＮＳクエリパケットをＤＮＳサーバに送信する。そうすると、ＤＮＳサーバは、対応するＩＰｖ４アドレスｐ、ｑを検索し、検索したアドレスを含むパケットをクライアントに送信する。ＩＰｖ４アドレスを含むパケットを受信したクライアントは、そのパケットに含まれる内容によって、ホスト名「ｈｏｓｔＸ」とレコードタイプ「ＡＡＡＡ」とを指定したＤＮＳクエリパケットをＤＮＳサーバに送信するか否かを判断する。なお、ＤＮＳクエリパケットをＤＮＳサーバに送信すると判断した場合、以降の処理は、図１７に示す方法と同様である。
　図１９に示す方法は、ＤＮＳサーバに対し、まず、ホスト名に対応するＡレコードを問い合わせ、その応答を待たずして、ＡＡＡＡレコードを問い合わせる方法である。図１９に示す方法では、まず、クライアントがホスト名「ｈｏｓｔＸ」とレコードタイプ「Ａ」を指定したＤＮＳクエリパケットをＤＮＳサーバに送信する。そして、クライアントは、ＩＰｖ４アドレスを含むパケットを受信する前に、ホスト名「ｈｏｓｔＸ」とレコードタイプ「ＡＡＡＡ」を指定したＤＮＳクエリパケットをＤＮＳサーバに送信する。なお、ＤＮＳサーバが、受信したＤＮＳクエリパケットに応じてクライアントに送信するパケットの内容は、図１７に示す内容と同様である。
　図２０に示す方法は、ＤＮＳサーバに対し、まず、ホスト名に対応するＡＡＡＡレコードを問い合わせ、その応答が戻ってきた後で、Ａレコードを問い合わせる方法である。すなわち、図２０に示す方法は、ＡレコードとＡＡＡＡレコードを問い合わせる順番が逆になっている点において図１７に示す方法と異なる。具体的には、まず、クライアントがホスト名「ｈｏｓｔＸ」とレコードタイプ「ＡＡＡＡ」を指定したＤＮＳクエリパケットをＤＮＳサーバに送信する。そうすると、ＤＮＳサーバは、対応するＩＰｖ６アドレスｓ、ｔを検索し、検索したアドレスを含むパケットをクライアントに送信する。ＩＰｖ６アドレスを含むパケットを受信したクライアントは、次に、ホスト名「ｈｏｓｔＸ」とレコードタイプ「Ａ」を指定したＤＮＳクエリパケットをＤＮＳサーバに送信する。そうすると、ＤＮＳサーバは、対応するＩＰｖ４アドレスｐ、ｑを検索し、検索したアドレスを含むパケットをクライアントに送信する。
　図２１に示す方法は、ＤＮＳサーバに対し、まず、ホスト名に対応するＡＡＡＡレコードを問い合わせ、その応答を待たずして、Ａレコードを問い合わせる方法である。図２１に示す方法では、まず、クライアントがホスト名「ｈｏｓｔＸ」とレコードタイプ「ＡＡＡＡ」を指定したＤＮＳクエリパケットをＤＮＳサーバに送信する。そして、クライアントは、ＩＰｖ６アドレスを含むパケットを受信する前に、ホスト名「ｈｏｓｔＸ」とレコードタイプ「Ａ」を指定したＤＮＳクエリパケットをＤＮＳサーバに送信する。なお、ＤＮＳサーバが、受信したＤＮＳクエリパケットに応じてクライアントに送信するパケットの内容は、図２０に示す内容と同様である。
　このように、ＤＮＳサーバがホスト名に対するＩＰｖ４アドレスとＩＰｖ６アドレスのいずれのエントリも記憶している場合、クライアントは、ホスト名及びＩＰｖ４アドレスのレコードタイプを指定したＤＮＳクエリパケットと、ホスト名及びＩＰｖ６アドレスのレコードタイプを指定したＤＮＳクエリパケットをそれぞれ送信する。このようにすることで、クライアントは、ホスト名に対するＩＰｖ６アドレスとＩＰｖ４アドレスの両方のアドレスを取得できる。
　なお、特許文献１には、ＩＰｖ４アドレスとＩＰｖ６アドレスとが混在した環境で名前解決を行う通信装置が記載されている。特許文献１に記載された通信装置は、まず、ＩＰｖ４アドレス空間における名前解決を行うＤＮＳサーバに名前解決を依頼する。ＩＰｖ４アドレスが得られなかった場合、上記通信装置は、ＩＰｖ６アドレス空間における名前解決を行うＤＮＳサーバに対して問合せを行うＤＮＳプロキシサーバに、再度名前解決を依頼する。
特開２０１０－１８３２４２号公報
　ＩＰｖ６通信環境の新たな導入に伴い、図１７～図２１に示すように、ＩＰｖ４アドレスのみ存在していた際の方法を残し、この方法とは独立して、ＩＰｖ６アドレス用に新しい問い合わせを行う方法が追加されてきた。そのため、結果として、今までは一つのホスト名に対する問い合わせが一回で済んでいたのに対し、図１７～図２１に示す方法では、問い合わせを二回することになる。
　一方、問い合わせを二回必要とすることから、各アドレスの問い合わせパターンは複数存在することになる。さらに、先の問い合わせの応答内容によって、その後の処理を決める方法を考慮した場合、その処理方法は、より複雑になる。
　さらに、それぞれの問い合わせに対し、サーバからは別々に応答が返ってくるため、クライアントは、応答内容を一度に集めることが出来ない。そのため、一方が応答するまで他方が待たされることで、応答完了までの時間がよりかかってしまう。また、一方の問い合わせに用いられるパケットが欠落した場合まで想定すると、それぞれの応答内容を考慮した処理はさらに複雑になる。このような複雑さから、当初想定していなかった問題が発生することもあった。
　また、問い合わせが２回発生することから、問い合わせで発生するネットワークトラフィック量も２倍になる。このように、問い合わせの回数は一回増えるだけだが、考慮しなければならない事項は多数存在する。
　特許文献１に記載された通信装置も、図１８に示す方法と同様に、一方の問い合わせの応答内容によって、問い合わせが複数回発生する。このような複雑な構成にすることなく、一回の問い合わせで複数のレコードタイプのアドレスについて名前解決できることが望ましい。
　そこで、本発明は、ＩＰｖ４とＩＰｖ６とが混在する通信環境であっても、ホスト名を一度問い合わせるだけで、ＩＰｖ４とＩＰｖ６のいずれについても名前解決できるネームデータベースサーバ、名前解決システム、エントリ検索方法、名前解決方法およびエントリ検索プログラムを提供することを目的とする。
　本発明によるネームデータベースサーバは、アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶するノード情報記憶手段と、エントリのうち、レコードタイプと名前解決を行う対象のホスト名とを送信してそのホスト名に対応するアドレスを問い合わせる端末装置から受信するそのレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信するレコードタイプのアドレスに変換するアドレス変換手段と、ノード情報記憶手段を検索することにより、端末装置から受信したホスト名に対応するエントリを特定するエントリ検索手段と、特定されたエントリに含まれるアドレスを端末装置に送信する検索結果送信手段とを備えたことを特徴とする。
　本発明による名前解決システムは、ホスト名に対するアドレスの問い合わせを行う端末装置と、端末装置からの問い合わせを受信するネームデータベースサーバとを備え、端末装置が、レコードタイプと名前解決を行う対象のホスト名とをネームデータベースサーバに送信して、そのホスト名に対応するアドレスを問い合わせるアドレス問合せ手段を備え、ネームデータベースサーバが、アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶するノード情報記憶手段と、エントリのうち、端末装置から受信するレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信するレコードタイプのアドレスに変換するアドレス変換手段と、ノード情報記憶手段を検索することにより、端末装置から受信したホスト名に対応するエントリを特定するエントリ検索手段と、特定されたエントリに含まれるアドレスを端末装置に送信する検索結果送信手段とを備えたことを特徴とする。
　本発明によるエントリ検索方法は、アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶するノード情報記憶手段に記憶されたそのエントリのうち、レコードタイプと名前解決を行う対象のホスト名とを送信してそのホスト名に対応するアドレスを問い合わせる端末装置から受信するそのレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信するレコードタイプのアドレスに変換し、ノード情報記憶手段を検索することにより、端末装置から受信したホスト名に対応するエントリを特定し、特定されたエントリに含まれるアドレスを端末装置に送信することを特徴とする。
　本発明による名前解決方法は、ホスト名に対するアドレスの問い合わせを行う端末装置が、レコードタイプと名前解決を行う対象のホスト名とをネームデータベースサーバに送信して、そのホスト名に対応するアドレスを問い合わせ、ネームデータベースサーバが、アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶するノード情報記憶手段に記憶されたそのエントリのうち、端末装置から受信するレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信するレコードタイプのアドレスに変換し、ネームデータベースサーバが、ノード情報記憶手段を検索することにより、端末装置から受信したホスト名に対応するエントリを特定し、ネームデータベースサーバが、特定されたエントリに含まれるアドレスを端末装置に送信することを特徴とする。
　本発明によるエントリ検索プログラムは、アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶するノード情報記憶手段を備えたコンピュータに適用されるエントリ検索プログラムであって、エントリのうち、レコードタイプと名前解決を行う対象のホスト名とを送信してそのホスト名に対応するアドレスを問い合わせる端末装置から受信するそのレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信するレコードタイプのアドレスに変換するアドレス変換処理、ノード情報記憶手段を検索することにより、端末装置から受信したホスト名に対応するエントリを特定するエントリ検索処理、および、特定されたエントリに含まれるアドレスを端末装置に送信する検索結果送信処理を実行させることを特徴とする。
　本発明によれば、ＩＰｖ４とＩＰｖ６とが混在する通信環境であっても、ホスト名を一度問い合わせるだけで、ＩＰｖ４とＩＰｖ６のいずれについても名前解決できる。
名前解決を行う動作の例を示す説明図である。 本発明の第１の実施形態における名前解決システムの例を示すブロック図である。 名前解決を行う動作の例を示すシーケンス図である。 名前解決を行う動作の例を示す説明図である。 本発明の第２の実施形態における名前解決システムの例を示すブロック図である。 名前解決を行う動作の例を示すシーケンス図である。 名前解決を行う動作の例を示す説明図である。 本発明の第３の実施形態における名前解決システムの例を示すブロック図である。 名前解決を行う動作の例を示すシーケンス図である。 名前解決を行う動作の例を示す説明図である。 本発明の第４の実施形態における名前解決システムの例を示すブロック図である。 名前解決を行う動作の例を示すシーケンス図である。 本発明による名前解決システムの最小構成の例を示すブロック図である。 本発明によるネームデータベースサーバの最小構成の例を示すブロック図である。 ＩＰｖ４のみの通信環境において名前解決を行う場合の説明図である。 ＤＮＳサーバが記憶する情報の例を示す説明図である。 ＤＮＳサーバにアドレスを問い合わせる動作を示す説明図である。 ＤＮＳサーバにアドレスを問い合わせる動作を示す説明図である。 ＤＮＳサーバにアドレスを問い合わせる動作を示す説明図である。 ＤＮＳサーバにアドレスを問い合わせる動作を示す説明図である。 ＤＮＳサーバにアドレスを問い合わせる動作を示す説明図である。
　以下、本発明の実施形態を図面を参照して説明する。
実施形態１．
　まず、図１を参照して、第１の実施形態における名前解決システムの概要を説明する。図１は、名前解決を行う動作の例を示す説明図である。第１の実施形態における名前解決システムでは、まず、クライアントが、名前解決を行う対象のホスト名（図１では、「ｈｏｓｔＸ」）とレコードタイプ（図１では、「ＡＡＡＡ＋Ａ」）とを指定したＤＮＳクエリパケットをＤＮＳサーバに対して送信する。ここで指定されるレコードタイプ「ＡＡＡＡ＋Ａ」とは、「Ａ」や「ＡＡＡＡ」といったＤＮＳサーバに記憶されるレコードタイプとは異なる仮想のレコードタイプである。
　仮想のレコードタイプには、任意の情報を設定することが可能である。例えば、既存のＤＮＳに存在しないレコードタイプを新たに定義し、そのレコードタイプを表す情報を、仮想のレコードタイプとして使用してもよい。なお、以下の説明では、便宜上、仮想のレコードタイプを「ＡＡＡＡ＋Ａ」と記す。ただし、仮想のレコードタイプは、「ＡＡＡＡ＋Ａ」の一種類に限られず、複数種類あってもよい。この仮想のレコードタイプは、ユーザ等により予め定められる。なお、仮想のレコードタイプとは、クエリパケットでレコードを指定する部分に指定されるレコードタイプであって、ＤＮＳで定義されていないレコードタイプと言うこともできる。
　次に、ＤＮＳクエリパケットを受信したＤＮＳサーバは、指定された仮想のレコードタイプ「ＡＡＡＡ＋Ａ」に応じて予め定められたルールに従って、検索対象のレコードタイプを決定する。そして、ＤＮＳサーバは、決定したレコードタイプ及び受信したホスト名に対応するエントリを検索する。図１に示す例では、レコードタイプ「ＡＡＡＡ」及び「Ａ」のエントリが検索される。そして、ＤＮＳサーバは、検索したエントリに含まれるＩＰｖ６アドレスおよびＩＰｖ４アドレス（図１では、ｓ，ｔ，ｐ，ｑ）を含む返信パケットをクライアントに送信する。
　すなわち、第１の実施形態における名前解決システムは、エントリを特定する情報（例えば、ホスト名やアドレス。以下、エントリ特定情報と記す。）とレコードタイプ「ＡＡＡＡ＋Ａ」とを指定したパケットをＤＮＳサーバに１回送信するだけで、対応するノード情報（例えば、ＩＰｖ６アドレスおよびＩＰｖ４アドレス、ホスト名）を含むパケットを一度に取得することができるものである。なお、以下の説明では、ドメイン名から対応するＩＰアドレスを解決する場合（正引きの場合）について説明する。ただし、本実施形態における名前解決システムでは、ＩＰアドレスから対応するホスト名を解決する場合（逆引きの場合）にも適用可能である。以下、第１の実施形態における名前解決システムの内容を、詳しく説明する。
　図２は、本発明の第１の実施形態における名前解決システムの例を示すブロック図である。本実施形態における名前解決システムは、端末装置１０と、ネームデータベースサーバ２０とを備えている。ネームデータベースサーバ２０は、例えば、ＤＮＳサーバにより実現される。ただし、ネームデータベースサーバ２０は、ＤＮＳサーバに限定されない。
　端末装置１０は、アドレス問合せ手段１１を備えている。アドレス問合せ手段１１は、仮想のレコードタイプとエントリ特定情報（例えば、名前解決を行う対象のホスト名やアドレス）とをネームデータベースサーバ２０に送信し、対応するノード情報の問い合わせを行う。なお、仮想のレコードタイプには、後述するノード情報記憶手段２１に記憶されたレコードタイプに存在しない予め定められた情報（すなわち、上述する「ＡＡＡＡ＋Ａ」）が指定される。
　アドレス問合せ手段１１は、例えば、プログラムに従って動作するコンピュータ（端末装置１０）のＣＰＵによって実現される。
　なお、アドレス問合せ手段１１がネームデータベースサーバ２０に送信するエントリ特定情報はホスト名やアドレス及び仮想のレコードタイプに限定されない。アドレス問合せ手段１１は、例えば、端末装置１０自身のアドレスなどをネームデータベースサーバ２０に送信してもよい。なお、アドレス問合せ手段１１がネームデータベースサーバ２０に問い合わせるレコードタイプは、例えば、他の高級ＡＰＩ（図示せず）等により指定される。
　ネームデータベースサーバ２０は、ノード情報記憶手段２１と、検索対象レコード決定手段２２と、エントリ検索手段２３と、検索結果送信手段２４とを備えている。
　ノード情報記憶手段２１は、少なくともアドレス及びレコードタイプをホスト名と対応付けたノード情報のエントリを記憶する。具体的には、ノード情報記憶手段２１は、少なくともＩＰｖ６アドレスおよびＩＰｖ４アドレスをホスト名と対応付けたエントリを記憶する。ノード情報記憶手段２１は、例えば、磁気ディスク等により実現される。なお、各アドレス及びレコードタイプに対応付ける情報は、ホスト名に限定されない。ノード情報記憶手段２１は、ゾーンファイルのように、ドメインのホスト情報を示す他の情報を各アドレス及びレコードタイプに対応付けたエントリを記憶していてもよい。
　ノード情報記憶手段２１に記憶されるエントリは、例えば、ＤＮＳダイナミックアップデートなどの仕組みを用いて、逐次更新される。
　検索対象レコード決定手段２２は、端末装置１０から受信した仮想のレコードタイプから、検索対象とするエントリのレコードタイプを決定する。具体的には、仮想のレコードタイプに応じて検索対象とするレコードタイプを規定したルール（以下、検索ルール）を予め定めておく。検索対象レコード決定手段２２は、その検索ルールに従って、受信した仮想のレコードタイプから検索対象とするエントリのレコードタイプを決定する。具体的には、検索ルールとして、『レコードタイプとして文字列「ＡＡＡＡ＋Ａ」が指定された場合に、検索対象とするレコードタイプを「ＡＡＡＡ」及び「Ａ」とする』と定めておく。このように定めておくことで、後述するエントリ検索手段２３が、仮想のレコードタイプ「ＡＡＡＡ＋Ａ」を受信した場合でも、レコードタイプ「ＡＡＡＡ」及び「Ａ」のエントリを検索することが可能になる。
　エントリ検索手段２３は、ノード情報記憶手段２１を検索することにより、受信したエントリ特定情報に対応するエントリであって、検索対象レコード決定手段２２が決定したレコードタイプのエントリを特定する。例えば、検索対象レコード決定手段２２が検索対象とするエントリのレコードタイプを「ＡＡＡＡ」及び「Ａ」と決定したとする。この場合、エントリ検索手段２３は、ノード情報記憶手段２１を検索して、端末装置１０から受信したホスト名に対応するＩＰｖ４アドレスとＩＰｖ６アドレスとを含むエントリを特定する。
　このように指定された仮想のレコードタイプは、検索対象とするレコードタイプを特定する情報といえる。さらに、この仮想のレコードタイプは、ＤＮＳサーバに検索対象を指示する情報ということもできる。すなわち、このレコードタイプ「ＡＡＡＡ＋Ａ」は、検索対象とするレコードタイプをＤＮＳサーバに指示するコマンドの役割を果たすものと言うことができる。また、問い合わせの際、ＤＮＳサーバに記憶されるレコードタイプとは異なるレコードタイプが用いられることで、既存の仕組みに与える影響を抑えることが出来る。
　検索結果送信手段２４は、エントリ検索手段２３が特定したエントリに含まれるノード情報を端末装置１０に送信する。なお、対象のエントリが存在しなかった場合、検索結果送信手段２４は、ホスト名に対応するノード情報が存在しなかった旨の情報を含むパケットを、端末装置１０に送信すればよい。
　検索対象レコード決定手段２２と、エントリ検索手段２３と、検索結果送信手段２４とは、プログラム（エントリ検索プログラム）に従って動作するコンピュータのＣＰＵによって実現される。例えば、プログラムは、ネームデータベースサーバ２０の記憶部（図示せず）に記憶され、ＣＰＵは、そのプログラムを読み込み、プログラムに従って、検索対象レコード決定手段２２、エントリ検索手段２３および検索結果送信手段２４として動作してもよい。また、検索対象レコード決定手段２２と、エントリ検索手段２３と、検索結果送信手段２４とは、それぞれが専用のハードウェアで実現されていてもよい。
　次に、ホスト名とレコードタイプ「ＡＡＡＡ＋Ａ」とを指定してクライアントからアドレスの問い合わせが行われた場合に、ＤＮＳサーバが、ＩＰｖ４アドレス及びＩＰｖ６アドレスのいずれのアドレスもクライアントに返信する動作を説明する。なお、クライアントが端末装置１０に対応し、ＤＮＳサーバがネームデータベースサーバ２０に対応する。
　図３は、名前解決を行う動作の例を示すシーケンス図である。クライアントのアドレス問合せ手段１１は、ホスト名と仮想のレコードタイプ「ＡＡＡＡ＋Ａ」とを指定したＤＮＳクエリパケットをＤＮＳサーバに送信して、ホスト名に対するアドレスを問い合わせる（ステップＳ１）。ＤＮＳサーバの検索対象レコード決定手段２２は、仮想のレコードタイプ「ＡＡＡＡ＋Ａ」を含むパケットを受信すると、予め定められた検索ルールに従って、検索対象とするレコードタイプを「ＡＡＡＡ」及び「Ａ」と決定する（ステップＳ２）。
　次に、エントリ検索手段２３は、ノード情報記憶手段２１を検索して、受信したホスト名に対応するレコードタイプ「ＡＡＡＡ」及び「Ａ」のエントリを特定する（ステップＳ３）。具体的には、エントリ検索手段２３は、ＩＰｖ４アドレスとＩＰｖ６アドレスとを含むエントリを特定する。
　そして、検索結果送信手段２４は、エントリ検索手段２３が特定したエントリのＩＰｖ４アドレスとＩＰｖ６アドレスとを含むパケットをクライアントに送信する（ステップＳ４）
　以上のように、本実施形態によれば、端末装置１０のアドレス問合せ手段１１が、仮想のレコードタイプとエントリ特定情報とをネームデータベースサーバ２０に送信して、そのエントリ特定情報に対応するノード情報を問い合わせる。ネームデータベースサーバ２０の検索対象レコード決定手段２２は、仮想のレコードタイプに応じて検索対象とするレコードタイプを規定したルールである検索ルールに基づいて、検索対象とするエントリのレコードタイプを決定する。エントリ検索手段２３は、ノード情報記憶手段２１を検索することにより、受信したエントリ特定情報に対応するエントリであって、検索対象レコード決定手段２２が決定したレコードタイプのエントリを特定する。そして、検索結果送信手段２４は、エントリ検索手段２３が特定したエントリに含まれるノード情報を端末装置１０に送信する。
　そのため、一度の問い合わせで、複数のレコードタイプのノード情報を取得できる。具体的には、ＩＰｖ４とＩＰｖ６とが混在する通信環境であっても、ホスト名を一度問い合わせるだけで、ＩＰｖ４とＩＰｖ６のいずれについても名前解決できる。例えば、一つのレコードタイプを指定したＤＮＳクエリパケットを一度送信するだけで、ホスト名に対応する複数のレコードタイプ（ＩＰｖ４とＩＰｖ６両方）のアドレスが取得できる。
　また、クライアント側の処理は、一回の問い合わせで完了するため効率的である。また、各処理がシンプルになることで様々な問題が発生することを抑制できる。さらに、クライアント側は、複数の問い合わせがある場合に比べ、一つの問い合わせに対する応答を待てばよい。そのため、処理が高速になる。また、問い合わせで発生するトラフィック量も減少する。
実施形態２．
　次に、図４を参照して、第２の実施形態における名前解決システムの概要を説明する。図４は、名前解決を行う動作の例を示す説明図である。第２の実施形態における名前解決システムでは、まず、クライアントが、名前解決を行う対象のホスト名（図４では、「ｈｏｓｔＸ」）とＩＰｖ６アドレスのレコードタイプ（図４では、「ＡＡＡＡ」）とを指定したＤＮＳクエリパケットをＤＮＳサーバに対して送信する。次に、ＤＮＳクエリパケットを受信したＤＮＳサーバは、受信したホスト名のエントリのうち、指定されたレコードタイプ「ＡＡＡＡ」のエントリだけでなく、レコードタイプ「Ａ」のエントリも検索する。図４に示す例では、この結果、ホスト名「ｈｏｓｔＸ」に一致するエントリに含まれるアドレスｐ，ｑ，ｓ，ｔが特定される。
　そして、ＤＮＳサーバは、レコードタイプが「Ａ」のＩＰｖ４アドレスｐ，ｑを、受信したレコードタイプのアドレスであるＩＰｖ６アドレスに変換する。以下、ＩＰｖ６アドレスに変換されたアドレスｐ，ｑを、ｐ’，ｑ’と記す。そして、ＤＮＳサーバは、これらのＩＰｖ６アドレスｓ，ｔ， ｐ’，ｑ’を含むパケットをクライアントに送信する。ＩＰｖ６アドレスを受信したクライアントは、変換されたアドレスｐ’，ｑ’を、変換前のＩＰｖ４アドレスｐ，ｑに戻し変換する。
　ＩＰｖ４アドレスをＩＰｖ６アドレスへ変換する方法として、例えば、ＩＰｖ４アドレスをＩＰｖ４　ｍａｐｐｅｄ　ＩＰｖ６　Ａｄｄｒｅｓｓ（以下、ＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓと記す。）へ変換する方法が用いられる。ＩＰｖ４　ｍａｐｐｅｄ　ＡｄｄｒｅｓｓからＩＰｖ４アドレスへの変換処理は、通常カーネルで行われる。そのため、ＩＰｖ４アドレスをＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓに変換することで、クライアント側のユーザランドにおけるアプリケーションにおいて、戻し変換処理が不要になる。
　このように、第２の実施形態における名前解決システムは、ホスト名とＩＰｖ６アドレスのレコードタイプとを指定したパケットをＤＮＳサーバに１回送信するだけで、ホスト名に対応するアドレスを含むパケットを、指定したレコードタイプで一度に取得することができる。さらに、変換されたアドレスを、変換前のアドレスに戻し変換することで、変換されたアドレスをもとのアドレスとして利用できる。以下、第２の実施形態における名前解決システムの内容を、詳しく説明する。
　図５は、本発明の第２の実施形態における名前解決システムの例を示すブロック図である。なお、第１の実施形態と同様の構成については、図２と同一の符号を付し、説明を省略する。本実施形態における名前解決システムは、端末装置３０と、ネームデータベースサーバ４０とを備えている。ネームデータベースサーバ４０は、例えば、ＤＮＳサーバにより実現される。ただし、ネームデータベースサーバ４０は、ＤＮＳサーバに限定されない。
　ネームデータベースサーバ４０は、ノード情報記憶手段２１と、エントリ検索手段４１と、アドレス変換手段４２と、検索結果送信手段４３とを備えている。なお、ノード情報記憶手段２１は、第１の実施形態と同様であるため、説明を省略する。
　エントリ検索手段４１は、ノード情報記憶手段２１を検索することにより、端末装置３０から受信したホスト名に対応するエントリを特定する。具体的には、端末装置３０からレコードタイプ「ＡＡＡＡ」を示すパケットを受信した場合、エントリ検索手段４１は、受信したホスト名及びレコードタイプ「ＡＡＡＡ」に対応するエントリを特定する。さらに、エントリ検索手段４１は、受信したホスト名及びレコードタイプ「Ａ」に対応するエントリを特定する。
　アドレス変換手段４２は、エントリ検索手段４１が特定したエントリに含まれるアドレスのうち、端末装置３０から受信したレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信したレコードタイプのアドレスに変換する。具体的には、端末装置３０からレコードタイプ「ＡＡＡＡ」を示すパケットを受信した場合、アドレス変換手段４２は、エントリ検索手段４１が特定したエントリに含まれるアドレスのうち、レコードタイプが「Ａ」のアドレス（ＩＰｖ４アドレス）を、所定の規則に基づいて、レコードタイプ「ＡＡＡＡ」のアドレス（ＩＰｖ６アドレス）に変換する。なお、受信したレコードタイプと異なるレコードタイプのアドレスを、受信したレコードタイプのアドレスに変換する規則については、レコードタイプごとに予め定めておけばよい。
　例えば、ＩＰｖ４アドレスをＩＰｖ６アドレスに変換する規則として、ＩＰｖ４アドレスをＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓに変換すると定めてもよい。具体的には、端末装置３０からレコードタイプ「ＡＡＡＡ」を受信した場合、アドレス変換手段４２は、ＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓとして定義されるフォーマットに基づいてエントリ検索手段４１が特定したＩＰｖ４アドレスをＩＰｖ６アドレスに変換する。
　なお、ＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓの定義は、以下の参考文献１「2.5.5.2. IPv4-Mapped IPv6 Address 」に記載されている。また、ＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓの使用方法（機能）は、以下の参考文献２に記載されている。そのため、詳細な説明は省略する。
　＜参考文献１＞R. Hinden, S. Deering, "IP Version 6 Addressing Architecture", February 2006, RFC4291 (http://www.ietf.org/rfc/rfc4291.txt)
　＜参考文献２＞M-K. Shin, et al., "Application Aspects of IPv6 Transition", March 2005, RFC4038 (http://www.ietf.org/rfc/rfc4038.txt)
　なお、ＩＰｖ４アドレスをＩＰｖ６アドレスに変換する方法は、ＩＰｖ４アドレスをＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓに変換する方法に限定されない。クライアント側（端末装置３０）で、もとのＩＰｖ４アドレスが取り出せる方法であれば、他の変換アルゴリズムが用いられていてもよい。変換する方法についての仕様は、データの送受信が行われる装置間で定められていれば、上記フォーマットに限られない。例えば、任意のビットパターンをＩＰｖ４アドレスの前後に付加することで、ＩＰｖ４アドレスをＩＰｖ６アドレスに変換してもよい。これは、ＩＰｖ６アドレス空間は極めて広大であるため、ＩＰｖ６アドレス空間にＩＰｖ４アドレスを含めることは容易だからである。
　検索結果送信手段４３は、受信したホスト名及びレコードタイプに対応するアドレスを端末装置３０に送信する。具体的には、検索結果送信手段４３は、アドレス変換手段４２が変換したアドレス、および、エントリ検索手段４１が特定したエントリに含まれるアドレスのうちアドレス変換手段４２が変換していないアドレスを端末装置３０に送信する。なお、エントリ検索手段４１がエントリを特定できなかった場合、検索結果送信手段４３は、ホスト名に対応するアドレスが存在しなかった旨の情報を含むパケットを、端末装置３０に送信すればよい。
　このように、本実施形態におけるネームデータベースサーバ４０は、端末装置３０からの問い合わせに応じてアドレスを変換する。そのため、本実施形態による名前解決方法を、動的変換方法と呼ぶことができる。例えば、アドレスを変換する規則において、ＤＮＳクエリ発生時に初めて分かる情報が用いられる場合、この動的変換方法は有効である。
　エントリ検索手段４１と、アドレス変換手段４２と、検索結果送信手段４３とは、プログラム（エントリ検索プログラム）に従って動作するコンピュータのＣＰＵによって実現される。また、エントリ検索手段４１と、アドレス変換手段４２と、検索結果送信手段４３とが、それぞれが専用のハードウェアで実現されていてもよい。
　端末装置３０は、アドレス問合せ手段３１と、変換アドレス再変換手段３２とを備えている。アドレス問合せ手段３１は、レコードタイプと名前解決を行う対象のホスト名とをネームデータベースサーバ４０に送信し、ホスト名に対するアドレスの問い合わせを行う。レコードタイプには、例えば、ＩＰｖ６アドレスを示すレコードタイプ「ＡＡＡＡ」が指定される。
　変換アドレス再変換手段３２は、ネームデータベースサーバ４０から受信したパケットに含まれるアドレスのうち、所定の規則に基づいて変換されたアドレスを、変換前のアドレスに変換する。具体的には、変換アドレス再変換手段３２は、ＩＰｖ４アドレスからＩＰｖ６アドレスに変換されたアドレスを、変換前のＩＰｖ４アドレスに変換する。
　変換アドレス再変換手段３２は、受信したアドレスのうち、所定のフォーマットのアドレスを、変換前のアドレスに変換するアドレスと特定してもよい。例えば、アドレス変換手段４２がＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓのフォーマットに従ってＩＰｖ４アドレスをＩＰｖ６アドレスに変換しているとする。この場合、変換アドレス再変換手段３２は、受信したＩＰｖ６アドレスのうちＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓのフォーマットのアドレスを変換対象のアドレスと特定してもよい。このとき、変換アドレス再変換手段３２は、ＩＰｖ４　ｍａｐｐｅｄ　ＡｄｄｒｅｓｓのフォーマットのＩＰｖ６アドレスを変換前のＩＰｖ４アドレスに変換すればよい。
　なお、一般的に、ユーザランドの通信アプリケーションがＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓを用いる場合、カーネルにおいて、そのアドレスがＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓか否かの判断が行われる。そして、アドレスがＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓと判断された場合、カーネルでこのアドレスが認識され、このアドレスがＩＰｖ４アドレスに変換される。
　一般的なカーネルには、通常この機能が実装されている。そのため、既存の構造（カーネル）と、ＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓとを用いる場合で、クライアントのアプリケーションでは、新たな戻し変換処理（すなわち、ＩＰｖ６アドレスからＩＰｖ４アドレスへの変換処理）が不要になる。したがって、通信アプリケーション側では、ＩＰｖ６アドレスがＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓか、通常のＩＰｖ６アドレスかを意識する必要はなく、変換処理などを行う必要もない。すなわち、ＩＰｖ６アドレスにＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓと通常のＩＰｖ６アドレスとが混在していても、通信アプリケーション側では、通常のＩＰｖ６アドレスと同様に扱うことができる。また、言い換えると、通信アプリケーション側でＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓを用いた場合、ＩＰｖ６アドレスが自動的にＩＰｖ４アドレスに変換されるということもできる。これらのことから、ＩＰｖ４アドレスをＩＰｖ６アドレスに変換する場合、ＩＰｖ４アドレスをＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓに変換することが好ましい。
　なお、アドレス問合せ手段３１は、第１の実施形態におけるアドレス問い合わせ手段１１と同様であるため、説明を省略する。
　アドレス問合せ手段３１と、変換アドレス再変換手段３２とは、プログラム（名前解決プログラム）に従って動作するコンピュータのＣＰＵによって実現される。また、アドレス問合せ手段３１と、変換アドレス再変換手段３２とは、それぞれが専用のハードウェアで実現されていてもよい。
　次に、ホスト名とレコードタイプ「ＡＡＡＡ」とを指定してクライアントからアドレスの問い合わせが行われた場合に、ＤＮＳサーバが、ＩＰｖ６アドレスと、ＩＰｖ４アドレスをＩＰｖ６アドレスに変換したアドレスとをクライアントに返信する動作を説明する。なお、クライアントが端末装置３０に対応し、ＤＮＳサーバがネームデータベースサーバ４０に対応する。
　図６は、名前解決を行う動作の例を示すシーケンス図である。クライアントのアドレス問合せ手段３１は、ホスト名とレコードタイプ「ＡＡＡＡ」とを指定したＤＮＳクエリパケットをＤＮＳサーバに送信して、ホスト名に対するアドレスを問い合わせる（ステップＳ１１）。ＤＮＳサーバのエントリ検索手段４１は、クライアントからＤＮＳクエリパケットを受信すると、ノード情報記憶手段２１を検索して、受信したホスト名に対応するエントリを特定する（ステップＳ１２）。具体的には、エントリ検索手段４１は、ホスト名に対応するＩＰｖ６アドレス及びＩＰｖ４アドレスを含むエントリを特定する。続いて、アドレス変換手段４２は、エントリ検索手段４１が特定したエントリに含まれるアドレスのうち、ＩＰｖ４アドレスを、所定の規則に基づいて、ＩＰｖ６アドレスに変換する（ステップＳ１３）。そして、検索結果送信手段４３は、ホスト名に対応するアドレスを含むパケットをクライアントに送信する（ステップＳ１４）。
　クライアントがアドレスを含むパケットを受信すると、変換アドレス再変換手段３２は、ＤＮＳサーバから受信したアドレスのうち、ＩＰｖ６アドレスに変換されたＩＰｖ４アドレスを、変換前のＩＰｖ４アドレスに変換する（ステップＳ１５）。
　以上のように、本実施形態によれば、端末装置３０のアドレス問合せ手段３１が、レコードタイプと名前解決を行う対象のホスト名とをネームデータベースサーバ４０に送信して、そのホスト名に対応するアドレスを問い合わせる。エントリ検索手段４１は、ノード情報記憶手段２１を検索することにより、端末装置３０から受信したホスト名に対応するエントリを特定する。アドレス変換手段４２は、エントリ検索手段４１が特定したエントリに含まれるアドレスのうち、端末装置３０から受信したレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信したレコードタイプのアドレスに変換する。そして、検索結果送信手段４３は、特定されたエントリに含まれる受信したレコードタイプのアドレスと、アドレス変換手段４２によって変換されたアドレスとを端末装置３０に送信する。
　具体的には、アドレス問合せ手段３１が、レコードタイプ「ＡＡＡＡ」と名前解決を行う対象のホスト名とをネームデータベースサーバ４０に送信して、そのホスト名に対応するアドレスを問い合わせる。エントリ検索手段４１は、ノード情報記憶手段２１を検索することにより、端末装置３０から受信したホスト名及びレコードタイプ「ＡＡＡＡ」に対応するエントリを特定する。さらに、エントリ検索手段４１は、端末装置３０から受信したホスト名及びレコードタイプ「Ａ」に対応するエントリを特定する。アドレス変換手段４２は、所定の規則に基づいて、ＩＰｖ４アドレスをＩＰｖ６アドレスに変換する。そして、検索結果送信手段４３は、特定されたエントリに含まれるＩＰｖ６アドレスと、アドレス変換手段４２によって変換されたＩＰｖ６アドレスとを端末装置３０に送信する。
　以上のような構成により、第１の実施形態の効果と同様に、ＩＰｖ４とＩＰｖ６とが混在する通信環境であっても、ホスト名を一度問い合わせるだけで、ＩＰｖ４とＩＰｖ６のいずれについても名前解決できる。
　また、変換アドレス再変換手段３２が、ネームデータベースサーバ４０から受信したアドレスのうち、所定の規則に基づいて変換されたアドレスを、変換前のアドレスに変換する。よって、端末装置３０は、要求されたレコードタイプのアドレスを取得できると共に、変換前のアドレスを利用することが可能になる。
　また、アドレス変換手段４２が、端末装置３０からレコードタイプとしてＩＰｖ６アドレスを示すレコードタイプが指定されたときに、ノード情報記憶手段２１から抽出されたＩＰｖ４アドレスを、ＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓに変換してもよい。この場合、通常のカーネルで実装されるＩＰｖ４　ｍａｐｐｅｄ　ＡｄｄｒｅｓｓとＩＰｖ４アドレスの変換機能を用いることが出来る。そのため、クライアントのアプリケーション側では、新たな戻し変換処理を追加する必要が無くなる。したがって、多数存在するクライアントのアプリケーションへの影響を抑えることができる。また、この場合、ネームデータベースサーバ４０（例えば、ＤＮＳサーバ）側に本実施形態における機能を実装するだけで対応できるため、影響範囲を小さく抑えることが出来る。
　次に、第２の実施形態の変形例を説明する。第２の実施形態では、アドレス変換手段４２がＩＰｖ４アドレスをＩＰｖ６アドレスに変換し、変換アドレス再変換手段３２が変換後のＩＰｖ６アドレスを変換前のＩＰｖ４アドレスに変換する場合について説明した。本変形例では、アドレス変換手段４２がアドレスの変換以外の処理も行う場合について説明する。
　第２の実施形態では、端末装置３０からホスト名に対応するアドレスの問い合わせがあると、アドレス変換手段４２がアドレスを変換する処理を行っていた。本変形例では、アドレス変換手段４２が、アドレスを変換する処理に加え、問い合わせ結果を特定の端末装置のみ利用可能にする処理（以下、特定処理と記す。）を行う。このとき、変換アドレス再変換手段３２は、特定処理に対応した処理を行う。以下、特定処理が行われた問い合わせ結果を利用可能な状態にする処理のことを戻し変換処理と記す。
　端末装置３０とネームデータベースサーバ４０との間で特定処理についての仕様が決められている場合、端末装置３０が特定処理を行った場合であっても、ネームデータベースサーバ４０は、行われた特定処理に対する戻し変換処理を認識できる。一方、ネームデータベースサーバ４０による特定処理を知らない端末装置３０は、特定処理への対応方法が分からないため、特定処理が行われた情報を利用することが出来ない。このように、端末装置３０とネームデータベースサーバ４０との間で特定処理についての取り決めを行うことで、アドレス変換や特定処理を行う端末を、取り決めを行った特定のクライアント（端末装置３０）に限定することができる。
　また、アドレス変換手段４２は、戻し変換処理自体はどの装置でも可能にする特定処理を行ってもよい。ただし、その際、アドレス変換手段４２は、戻し処理が行われた情報内に、特定の端末装置３０のみ認識できる付加情報を付加するようにする。アドレス変換手段４２は、付加情報を、例えば、情報の末尾に付加してもよく、透かし的に付加してもよい。これらの方法は、チェックディジット方式、または、あぶり出し方式と呼ぶこともできる。このチェックディジット方式、あぶり出し方式を認識している端末装置３０のみ、付加情報を使用できることになる。
　さらに、アドレス変換手段４２は、アドレス変換を行う際、戻し変換処理を行う端末装置３０が持つ特定の鍵を用いて、情報を暗号化する処理を特定処理として行ってもよい。このとき、例えば、プロトコルとして、公開鍵符号方式を使うＥＳＰ（Encapsulating Security Payload）や公開鍵符号方式を使うＡＨ（Authentication Header ）が暗号化処理及び認証処理に用いられる。このとき、端末装置３０は、戻し変換処理として、端末装置３０が持つ特定の鍵に対応した復号鍵を用いて情報を復号すればよい。ただし、暗号化処理及び認証処理に用いられるプロトコルは、上記内容に限定されない。
　また、名前解決システムは、チャレンジ／レスポンス認証による認証方式を特定処理に用いてもよい。具体的には、端末装置３０（具体的には、アドレス問合せ手段３１）が認証要求をネームデータベースサーバ４０に送信すると、ネームデータベースサーバ４０（例えば、アドレス変換手段４２）は、それに対しチャレンジを返信する。そして、アドレス問合せ手段３１は、受信したチャレンジとパスワードを特定のアルゴリズムに従って変換したレスポンスを作成し、ネームデータベースサーバ４０に送信する。アドレス変換手段４２は、送信したチャレンジと予め登録された端末装置３０のパスワードから同じようにレスポンスを作成する。そして、アドレス変換手段４２は、そのレスポンスと端末装置３０から受信したレスポンスとが一致したときに、アドレス変換を行う。
　他にも、名前解決システムは、チェックディジットによる認証方法、ワンタイムパスワードを用いた認証方法を特定処理に用いてもよい。なお、チャレンジ／レスポンス認証による認証方式、チェックディジットによる認証方法、および、ワンタイムパスワードを用いた認証方法は広く知られているため、詳細な説明は省略する。
　次に、端末装置３０が行う戻し処理を説明する。第２の実施形態で説明したＩＰｖ４アドレスをＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓに変換する処理は、通常、カーネルで行われることになる。そのため、ユーザランドのアプリケーションでは、この変換処理を意識する必要はない。一方、ＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓへの変換処理以外の処理を端末装置３０が行う場合、ＤＮＳクエリの返信パケットを受け取る部分、または、その返信パケットの伝達先が戻し変換処理を実装することになる。
　返信パケットは、ｒｅｓｏｌｖｅｒ　Ｌｉｂｒａｒｙが受け取ることになる。そのため、この戻し変換処理は、ｒｅｓｏｌｖｅｒ　Ｌｉｂｒａｒｙに実装されることが望ましい。カーネルではないｒｅｓｏｌｖｅｒ　Ｌｉｂｒａｒｙは、ユーザランドにおける処理であると言える。しかし、通信アプリケーションで共通に用いられるｒｅｓｏｌｖｅｒ　Ｌｉｂｒａｒｙにこの戻し変換処理を実装することで、個々の通信アプリケーションに戻し変換処理を加える労力を削減できる。
　このように、アドレス変換処理以外の処理を端末装置３０及びネームデータベースサーバ４０が行うことにより、名前解決システムに名前解決以外の新たな付加価値を持たせることができる。
実施形態３． 
　次に、図７を参照して、第３の実施形態における名前解決システムの概要を説明する。図７は、名前解決を行う動作の例を示す説明図である。第３の実施形態における名前解決システムは、ホスト名に対してＩＰｖ６アドレスとＩＰｖ４アドレスの両方のエントリが存在する場合に、ＩＰｖ４アドレスをＩＰｖ６アドレスに変換したエントリを予め作成しておくものである。具体的には、図７は、ＩＰｖ４アドレスｐ，ｑが、所定のタイミングでＩＰｖ６アドレスｐ’，ｑ’に変換（静的変換）され、磁気ディスク等に保持されていることを示す。なお、表中の網掛け部分が、変換されたレコードを示す。
　この状態から、まず、クライアントが、名前解決を行う対象のホスト名（図７では、「ｈｏｓｔＸ」）とＩＰｖ６アドレスのレコードタイプ（図７では、「ＡＡＡＡ」）とを指定したＤＮＳクエリパケットをＤＮＳサーバに対して送信する。次に、ＤＮＳクエリパケットを受信したＤＮＳサーバは、受信したホスト名及びレコードタイプ「ＡＡＡＡ」のエントリを検索する。図７に示す例では、この結果、ホスト名「ｈｏｓｔＸ」及びレコードタイプ「ＡＡＡＡ」のエントリのアドレスｓ，ｔ，ｐ’，ｑ’が特定される。そして、ＤＮＳサーバは、これらのＩＰｖ６アドレスｓ，ｔ， ｐ’，ｑ’を含むパケットをクライアントに送信する。ＩＰｖ６アドレスを受信したクライアントは、変換されたアドレスｐ’，ｑ’を、変換前のＩＰｖ４アドレスｐ，ｑに戻し変換する。
　ＩＰｖ４アドレスをＩＰｖ６アドレスへ変換する方法として、例えば、ＩＰｖ４アドレスをＩＰｖ４　ｍａｐｐｅｄ　ＩＰｖ６　Ａｄｄｒｅｓｓ（以下、ＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓと記す。）へ変換する方法が用いられる。ＩＰｖ４　ｍａｐｐｅｄ　ＡｄｄｒｅｓｓからＩＰｖ４アドレスへの変換処理は、通常カーネルで行われるため、ＩＰｖ４アドレスをＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓに変換することで、クライアント側のユーザランドにおけるアプリケーションにおいて、戻し変換処理が不要になる。
　このように、第３の実施形態における名前解決システムも、ホスト名とＩＰｖ６アドレスのレコードタイプとを指定したパケットをＤＮＳサーバに１回送信するだけで、ホスト名に対応するアドレスを含むパケットを、指定したレコードタイプで一度に取得することができる。さらに、変換されたアドレスを、変換前のアドレスに戻し変換することで、変換されたアドレスがもとのアドレスとして利用できる。以下、第３の実施形態における名前解決システムの内容を、詳しく説明する。
　図８は、本発明の第３の実施形態における名前解決システムの例を示すブロック図である。なお、第２の実施形態と同様の構成については、図５と同一の符号を付し、説明を省略する。本実施形態における名前解決システムは、端末装置３０と、ネームデータベースサーバ５０とを備えている。端末装置３０は、第２の実施形態と同様であるため、説明を省略する。
　ネームデータベースサーバ５０は、ノード情報記憶手段２１と、変換アドレス記憶手段５１と、アドレス変換手段５２と、エントリ検索手段５３と、検索結果送信手段５４とを備えている。なお、ノード情報記憶手段２１は、第１および第２の実施形態と同様であるため、説明を省略する。
　変換アドレス記憶手段５１は、ノード情報記憶手段２１に記憶されたＩＰｖ４アドレスをＩＰｖ６アドレスに変換したアドレス（以下、変換アドレスと記す。）と、ノード情報記憶手段２１に記憶されたＩＰｖ６アドレスとを、ホスト名と対応付けたエントリを記憶する。変換アドレス記憶手段５１は、例えば、磁気ディスク等により実現される。なお、各アドレスに対応付ける情報は、ホスト名に限定されない。変換アドレス記憶手段５１は、ノード情報記憶手段２１と同様、ゾーンファイルのように、ドメインのホスト情報を示す他の情報を各アドレスに対応付けたエントリを記憶していてもよい。なお、変換アドレス記憶手段５１が記憶するエントリは、後述するアドレス変換手段５２によって記憶される。
　アドレス変換手段５２は、ノード情報記憶手段２１に記憶されたアドレスのうち、一のレコードタイプのアドレスを、所定の規則に基づいて他のレコードタイプのアドレスに変換する。そして、アドレス変換手段５２は、ノード情報記憶手段２１に記憶されたエントリのうち、変換したアドレスを含むエントリと変換しなかったアドレスを含むエントリのいずれも、変換アドレス記憶手段５１に記憶させる。
　具体的には、アドレス変換手段５２は、ノード情報記憶手段２１に記憶されたＩＰｖ４アドレスを、所定の規則に基づいてＩＰｖ６アドレスに変換する。そして、アドレス変換手段５２は、変換したＩＰｖ６アドレス（すなわち、変換アドレス）を含むエントリと、ノード情報記憶手段２１に記憶された未変換のＩＰｖ６アドレスを含むエントリのいずれも、変換アドレス記憶手段５１に記憶させる。
　アドレス変換手段５２は、予め定めた期間ごと、または、予め定められた時間にアドレスを変換してもよい。または、アドレス変換手段５２は、ノード情報記憶手段２１にエントリが追加されるタイミングで、そのアドレスを変換してもよい。また、アドレス変換手段５２が変換アドレス記憶手段５１に記憶させるエントリは、前の変換処理からの差分であってもよく、対象とするエントリ全体であってもよい。
　エントリ検索手段５３は、変換アドレス記憶手段５１を検索することにより、端末装置３０から受信したホスト名およびレコードタイプに対応するエントリを特定する。例えば、端末装置３０からレコードタイプ「ＡＡＡＡ」を受信した場合、エントリ検索手段５３は、ホスト名に対応するエントリのうち、レコードタイプが「ＡＡＡＡ」であるエントリ（すなわち、ＩＰｖ６アドレスを含むエントリ）を特定する。
　検索結果送信手段５４は、ホスト名に対応するアドレスを端末装置３０に送信する。具体的には、検索結果送信手段５４は、エントリ検索手段５３が特定したエントリに含まれるアドレスを端末装置３０に送信する。なお、エントリ検索手段５３がエントリを特定できなかった場合、検索結果送信手段５４は、ホスト名に対応するアドレスが存在しなかった旨の情報を、端末装置３０に送信すればよい。
　本実施形態では、変換後のアドレスを予め変換アドレス記憶手段５１に記憶させている点において、第２の実施形態と異なる。すなわち、本実施形態におけるネームデータベースサーバ５０は、端末装置３０からの問い合わせの有無に関わらず、予めアドレスを変換して記憶しておく。そのため、本実施形態による名前解決方法を、静的変換方法と呼ぶことができる。
　また、本実施形態では、ネームデータベースサーバ５０がノード情報記憶手段２１と変換アドレス記憶手段５１とを備えている場合について説明した。このように、ノード情報記憶手段２１と変換アドレス記憶手段５１とを別々にすることによって、一般的なＤＮＳに適用する場合に、ゾーンファイル（ノード情報記憶手段２１に相当）のエントリを更新する仕組みを変える必要がなくなる。そして、エントリを特定する処理では、エントリの検索先を、ゾーンファイルから、変換アドレス記憶手段５１へと変更するだけで良い。
　また、ネームデータベースサーバ５０がノード情報記憶手段２１のみを備えるようにしてもよい。この場合、例えば、ＤＮＳダイナミックアップデートを適用してゾーンファイル（ノード情報記憶手段２１に相当）のエントリを更新する際に、アドレス変換手段５２は、レコードタイプも併せて変換し、変換後のアドレスを含むエントリをノード情報記憶手段２１に記憶させるようにすればよい。このように、ノード情報記憶手段２１へのエントリ更新前に、レコードタイプも併せて変換することで、エントリの検索先を変更する必要がなくなる。よって、既存のＤＮＳをそのまま利用することが可能になる。
　アドレス変換手段５２は、所定の規則として、ＩＰｖ４アドレスをＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓに変換する規則を用いてもよい。このＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓは、ＩＰｖ４アドレスをＩＰｖ６アドレスに変換したものである。そのため、変換後のアドレスをＤＮＳのデータベースに登録する上での問題は生じない。
　なお、上述した、ＩＰｖ４アドレスを所定のタイミングで随時ＩＰｖ６アドレスに変換して保持する方法を、混合変換方法と呼ぶことができる。混合変換方法の実体は、動的変換方法である。静的変換方法は、アドレス情報を含むファイル（データベース情報ファイルと言うこともできる）の情報を事前に変換する方法（以下、事前変換方法と記す。）と捉えることができる。動的変換方法では、対象とするデータベース情報に記憶された情報が事前変換方法により変換された情報か、静的変換方法により変換された方法かを意識する必要はない。つまり、静的変換方法と動的変換方法とは、互いに独立した変換方法であるといえる。その一方、混合変換方法は、静的変換方法と動的変換方法の両方を有効にした方法であるといえる。
　本実施形態では、ネームデータベースサーバ５０がアドレス変換手段５２を備え、アドレス変換手段５２が、所定のタイミングでノード情報記憶手段２１に記憶されたアドレスを変換し、変換したアドレスを含むエントリを変換アドレス記憶手段５１に記憶させる場合について説明した。ただし、外部の装置（図示せず）が、所定のタイミングでノード情報記憶手段２１に記憶されたアドレスを変換し、変換したアドレスを含むエントリを変換アドレス記憶手段５１に記憶させてもよい。この場合、ネームデータベースサーバ５０自身が、アドレス変換手段５２を備えていなくてもよい。
　アドレス変換手段５２と、エントリ検索手段５３と、検索結果送信手段５４とは、プログラム（エントリ検索プログラム）に従って動作するコンピュータのＣＰＵによって実現される。また、アドレス変換手段５２と、エントリ検索手段５３と、検索結果送信手段５４とは、それぞれが専用のハードウェアで実現されていてもよい。
　次に、ホスト名とレコードタイプ「ＡＡＡＡ」とを指定してクライアントからアドレスの問い合わせが行われた場合に、ＤＮＳサーバが、ＩＰｖ６アドレスと、ＩＰｖ４アドレスをＩＰｖ６アドレスに変換したアドレスとをクライアントに返信する動作を説明する。なお、クライアントが端末装置３０に対応し、ＤＮＳサーバがネームデータベースサーバ５０に対応する。
　図９は、名前解決を行う動作の例を示すシーケンス図である。ＤＮＳサーバでは、アドレス変換手段５２が、所定のタイミングでノード情報記憶手段２１に記憶されたＩＰｖ４アドレスをＩＰｖ６アドレスに変換する。そして、アドレス変換手段５２は、変換したＩＰｖ６アドレスを含むエントリを変換アドレス記憶手段５１に記憶させる（ステップＳ２１）。
　一方、クライアントのアドレス問合せ手段３１は、ホスト名とレコードタイプ「ＡＡＡＡ」とを指定したＤＮＳクエリパケットをＤＮＳサーバに送信して、ホスト名に対するアドレスを問い合わせる（ステップＳ１１）。クライアントからＤＮＳクエリパケットを受信すると、エントリ検索手段５３は、変換アドレス記憶手段５１を検索して、受信したホスト名およびレコードタイプ「ＡＡＡＡ」のエントリを特定する（ステップＳ２２）。そして、検索結果送信手段５４は、特定されたエントリのアドレスを含むパケットをクライアントに送信する（ステップＳ２３）。
　クライアントがアドレスを含むパケットを受信すると、変換アドレス再変換手段３２は、ＤＮＳサーバから受信したアドレスのうち、ＩＰｖ６アドレスに変換されたＩＰｖ４アドレスを、変換前のＩＰｖ４アドレスに変換する（ステップＳ１５）。
　以上のように、本実施形態によれば、変換アドレス記憶手段５１が、第一のレコードタイプのアドレス（ＩＰｖ４アドレス）を所定の規則に基づいて第二のレコードタイプのアドレス（ＩＰｖ６アドレス）に変換したアドレス（すなわち、変換アドレス）及びその第二のレコードタイプをホスト名と対応付けたエントリを記憶する。そして、エントリ検索手段５３が、端末装置３０から第二のレコードタイプ（ＩＰｖ６アドレス）を受信したときに、変換アドレス記憶手段５１を検索することにより、ホスト名に対応する第二のレコードタイプ（「ＡＡＡＡ」）のエントリを特定する。そして、検索結果送信手段５４が、特定されたエントリに含まれる第二のレコードタイプのアドレス（ＩＰｖ６アドレス）を端末装置３０に送信する。よって、第１の実施形態の効果と同様に、ＩＰｖ４とＩＰｖ６とが混在する通信環境であっても、ホスト名を一度問い合わせるだけで、ＩＰｖ４とＩＰｖ６のいずれについても名前解決できる。
　さらに、ネームデータベースサーバ５０が予め変換したアドレスを記憶している。そのため、第２の実施形態の効果に加え、端末装置３０から問い合わせを受信するたびに変換処理を行う必要がなくなる。よって、ネームデータベースサーバ５０（ＤＮＳサーバ）の負荷が軽減されるという効果も得られる。
　また、アドレス変換手段５２が、第一のレコードタイプのアドレス（ＩＰｖ４アドレス）を、所定の規則に基づいて、第二のレコードタイプのアドレス（ＩＰｖ６アドレス）に変換してもよい。そして、アドレス変換手段５２は、変換したアドレスをノード情報記憶手段２１に記憶させるようにしてもよい。
実施形態４． 
　次に、図１０を参照して、第４の実施形態における名前解決システムの概要を説明する。図１０は、名前解決を行う動作の例を示す説明図である。第４の実施形態における名前解決システムでは、まず、クライアントが、名前解決を行う対象のホスト名（図１０では、「ｈｏｓｔＸ」）と、ＩＰｖ４アドレス及びＩＰｖ６アドレスのレコードタイプ（図１０では、「Ａ，ＡＡＡＡ」）とを指定したＤＮＳクエリパケットをＤＮＳサーバに対して送信する。次に、ＤＮＳクエリパケットを受信したＤＮＳサーバは、受信したホスト名のエントリのうち、指定されたレコードタイプ「Ａ」及び「ＡＡＡＡ」のエントリを検索する。図１０に示す例では、この結果、ホスト名「ｈｏｓｔＸ」と、指定されたレコードタイプに一致するエントリに含まれるアドレスｐ，ｑ，ｓ，ｔが特定される。そして、ＤＮＳサーバは、これらのアドレスｐ，ｑ，ｓ，ｔを含むパケットをクライアントに送信する。
　一般的なＤＮＳでは、アドレスの問い合わせを行う際に、複数のレコードタイプを指定しない。しかし、第４の実施形態における名前解決システムは、ホスト名と複数のレコードタイプとを指定したパケットをＤＮＳサーバに１回送信することで、ホスト名に対応するアドレスを含むパケットを、一度に取得することができる。また、第４の実施形態では、アドレスに何ら変換処理を行っていないため、アドレスを受信したクライアント側では、受信したアドレスを変換する必要はない。以下、第４の実施形態における名前解決システムの内容を、詳しく説明する。
　図１１は、本発明の第４の実施形態における名前解決システムの例を示すブロック図である。なお、第１の実施形態と同様の構成については、図２と同一の符号を付し、説明を省略する。本実施形態における名前解決システムは、端末装置６０と、ネームデータベースサーバ７０とを備えている。ネームデータベースサーバ７０は、例えば、ＤＮＳサーバにより実現される。ただし、ネームデータベースサーバ７０は、ＤＮＳサーバに限定されない。
　端末装置６０は、アドレス問合せ手段６１を備えている。アドレス問合せ手段６１は、ホスト名とともに、複数のレコードタイプをネームデータベースサーバ７０に送信し、ホスト名に対するアドレスの問い合わせを行う。送信するレコードタイプには、ノード情報記憶手段２１に記憶されたレコードタイプが指定される。具体的には、アドレス問合せ手段６１は、ホスト名とともに「Ａ」及び「ＡＡＡＡ」（すなわち、ＩＰｖ４アドレスを示すレコードタイプ及びＩＰｖ６アドレスを示すレコードタイプ）をネームデータベースサーバ７０に送信する。アドレス問合せ手段６１は、例えば、プログラムに従って動作するコンピュータ（端末装置６０）のＣＰＵによって実現される。
　ネームデータベースサーバ７０は、ノード情報記憶手段２１と、エントリ検索手段７１と、検索結果送信手段７２とを備えている。なお、ノード情報記憶手段２１は、第１の実施形態と同様であるため、説明を省略する。
　エントリ検索手段７１は、ノード情報記憶手段２１を検索することにより、端末装置６０から受信したホスト名に一致し、かつ、複数のレコードタイプのうちのいずれかに一致するレコードタイプのエントリを特定する。例えば、エントリ検索手段７１がホスト名とともにレコードタイプ「Ａ」及び「ＡＡＡＡ」を含むパケットを端末装置６０から受信する。このとき、エントリ検索手段７１は、ノード情報記憶手段２１を検索して、ホスト名に対応するエントリであって、レコードタイプが「Ａ」または「ＡＡＡＡ」であるエントリを特定する。
　検索結果送信手段７２は、エントリ検索手段７１が特定したエントリのアドレスを端末装置６０に送信する。なお、対象のエントリが存在しなかった場合、検索結果送信手段７２は、ホスト名に対応するアドレスが存在しなかった旨の情報を含むパケットを、端末装置６０に送信すればよい。
　エントリ検索手段７１と、検索結果送信手段７２とは、プログラム（エントリ検索プログラム）に従って動作するコンピュータのＣＰＵによって実現される。また、エントリ検索手段７１と、検索結果送信手段７２とは、それぞれが専用のハードウェアで実現されていてもよい。
　次に、ホスト名とレコードタイプ「Ａ」及び「ＡＡＡＡ」とを指定してクライアントからアドレスの問い合わせが行われた場合に、ＤＮＳサーバが、ＩＰｖ６アドレス及びＩＰｖ４アドレスをクライアントに返信する動作を説明する。なお、クライアントが端末装置６０に対応し、ＤＮＳサーバがネームデータベースサーバ７０に対応する。
　図１２は、名前解決を行う動作の例を示すシーケンス図である。クライアントのアドレス問合せ手段６１は、ホスト名とレコードタイプ「Ａ」及び「ＡＡＡＡ」とを指定したＤＮＳクエリパケットをＤＮＳサーバに送信して、ホスト名に対するアドレスを問い合わせる（ステップＳ３１）。ＤＮＳサーバがクライアントからＤＮＳクエリパケットを受信すると、エントリ検索手段７１は、ノード情報記憶手段２１を検索して、ホスト名に対応するエントリであって、レコードタイプが「Ａ」または「ＡＡＡＡ」であるエントリを特定する（ステップＳ３２）。そして、検索結果送信手段７２は、特定されたエントリのアドレスを含むパケットをクライアントに送信する（ステップＳ３３）。
　以上のように、本実施形態によれば、アドレス問合せ手段６１が、ホスト名とともに、複数のレコードタイプをネームデータベースサーバ７０に送信する。そして、エントリ検索手段７１が、ノード情報記憶手段２１を検索することにより、受信したホスト名に一致し、かつ、複数のレコードタイプのうちのいずれかに一致するエントリを特定する。そして、検索結果送信手段７２が、特定されたエントリに含まれるアドレスを端末装置６０に送信する。
　以上のような構成により、ＩＰｖ４とＩＰｖ６とが混在する通信環境であっても、ホスト名を一度問い合わせるだけで、ＩＰｖ４とＩＰｖ６のいずれについても名前解決できる。また、第２の実施形態および第３の実施形態とは異なり、ネームデータベースサーバ７０（サーバ側）で変換処理を行わないため、端末装置６０（クライアント側）では、アドレスを戻すための変換処理を行う必要がない。
　次に、本発明の最小構成を説明する。図１３は、本発明による名前解決システムの最小構成の例を示すブロック図である。また、図１４は、本発明によるネームデータベースサーバの最小構成の例を示すブロック図である。
　図１３に例示する名前解決システムは、ホスト名に対するアドレスの問い合わせを行う端末装置９０（例えば、端末装置３０）と、端末装置９０からの問い合わせを受信するネームデータベースサーバ８０（例えば、ネームデータベースサーバ４０）とを備えている。
　端末装置９０は、レコードタイプ（例えば、「ＡＡＡＡ」）と名前解決を行う対象のホスト名とをネームデータベースサーバ８０に送信して、そのホスト名に対応するアドレスを問い合わせるアドレス問合せ手段８１（例えば、アドレス問合せ手段３１）を備えている。
　ネームデータベースサーバ８０は、アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶するノード情報記憶手段８１（例えば、ノード情報記憶手段２１）と、エントリのうち、端末装置９０から受信するレコードタイプ（例えば、「ＡＡＡＡ」）と異なるレコードタイプ（例えば、「Ａ」）のアドレス（例えば、ＩＰｖ４アドレス）を、所定の規則に基づいて、受信するレコードタイプのアドレスに変換するアドレス変換手段８２（例えば、アドレス変換手段４２）と、ノード情報記憶手段８１を検索することにより、端末装置９０から受信したホスト名に対応するエントリを特定するエントリ検索手段８３（例えば、エントリ検索手段４１）と、特定されたエントリに含まれるアドレスを端末装置に送信する検索結果送信手段８４（例えば、検索結果送信手段４３）とを備えている。
　また、図１４に例示するネームデータベースサーバは、ノード情報記憶手段８１（例えば、ノード情報記憶手段２１）と、アドレス変換手段８２（例えば、アドレス変換手段４２）と、エントリ検索手段８３（例えば、エントリ検索手段４１）と、検索結果送信手段８４（例えば、検索結果送信手段４３）とを備えている。なお、ノード情報記憶手段８１、アドレス変換手段８２、エントリ検索手段８３および検索結果送信手段８４の内容は、図１３に示す内容と同様である。
　以上のような構成により、ＩＰｖ４とＩＰｖ６とが混在する通信環境であっても、一の問い合わせでＩＰｖ４とＩＰｖ６のいずれについても名前解決できる。
　また、アドレス変換手段８２が、エントリ検索手段８３が特定したエントリに含まれるアドレスのうち、端末装置から受信したレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信したレコードタイプのアドレスに変換し、検索結果送信手段８４が、特定されたエントリに含まれる受信したレコードタイプのアドレスと、アドレス変換手段８２によって変換されたアドレスとを端末装置に送信する構成であってもよい。
　また、ノード情報記憶手段８１が、少なくともＩＰｖ６アドレスおよびＩＰｖ４アドレスをホスト名と対応付けたエントリを記憶し、エントリ検索手段８３が、端末装置９０からＩＰｖ６アドレスのレコードタイプと、名前解決を行う対象のホスト名とを受信したときに、ノード情報記憶手段８１を検索することにより、端末装置９０から受信したホスト名に対応するエントリであって、ＩＰｖ６アドレスおよび／またはＩＰｖ４アドレスを示すレコードタイプのエントリを特定し、アドレス変換手段８２が、所定の規則に基づいて、エントリ検索手段８３が特定したエントリに含まれるＩＰｖ４アドレスをＩＰｖ６アドレスに変換し、検索結果送信手段８４が、エントリ検索手段８３が特定したエントリに含まれるＩＰｖ６アドレスと、アドレス変換手段８２によって変換されたＩＰｖ６アドレスとを端末装置に送信する構成であってもよい。なお、「ＩＰｖ６アドレスおよび／またはＩＰｖ４アドレス」とは、「ＩＰｖ６アドレス」、「ＩＰｖ４アドレス」、または「ＩＰｖ６アドレスとＩＰｖ４アドレスの双方」を表す。
　また、アドレス変換手段８２は、端末装置９０からＩＰｖ６アドレスのレコードタイプを受信した場合に、ＩＰｖ４アドレスを、ＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓに変換してもよい。
　また、ノード情報記憶手段８１（例えば、変換アドレス記憶手段５１）が、第一のレコードタイプのアドレス（例えば、ＩＰｖ６アドレス）と、第二のレコードタイプのアドレス（ＩＰｖ４アドレス）から変換された第一のレコードタイプのアドレスである変換アドレスとを、ホスト名と対応付けて記憶し、エントリ検索手段８３（例えば、エントリ検索手段５３）が、端末装置９０から第一のレコードタイプを受信したときに、ノード情報記憶手段８１を検索することにより、ホスト名に対応するその第一のレコードタイプのエントリを特定し、検索結果送信手段８４（例えば、検索結果送信手段５４）が、特定されたエントリに含まれる第一のレコードタイプのアドレスを端末装置９０に送信する構成であってもよい。
　また、アドレス変換手段８２（例えば、アドレス変換手段５３）は、所定の規則に基づいて第二のレコードタイプのアドレスを第一のレコードタイプのアドレスに変換し、変換した第一のレコードタイプのアドレスを、ホスト名と対応付けてノード情報記憶手段８１（例えば、変換アドレス記憶手段５１、ノード情報記憶手段２１）に記憶させてもよい。
　また、ノード情報記憶手段８１（例えば、変換アドレス記憶手段５１）が、少なくともＩＰｖ６アドレスと、所定の規則に基づいてＩＰｖ４アドレスから変換されたＩＰｖ６アドレスとを、ホスト名と対応付けて記憶し、エントリ検索手段８３（例えば、エントリ検索手段５３）が、端末装置９０からＩＰｖ６アドレスのレコードタイプを受信したときに、ノード情報記憶手段８１を検索することにより、ホスト名に対応するＩＰｖ６アドレスのエントリを特定し、検索結果送信手段８４が、特定されたエントリに含まれるＩＰｖ６アドレスを端末装置に送信する構成であってもよい。
　また、ノード情報記憶手段８１（例えば、変換アドレス記憶手段５１、ノード情報記憶手段２１）は、ＩＰｖ６アドレスとして、ＩＰｖ４アドレスから変換されたＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓをホスト名と対応付けて記憶してもよい。
　以上、実施形態及び実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１０年１０月１８日に出願された日本特許出願２０１０－２３３４１３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　本発明は、ＩＰｖ４とＩＰｖ６とが混在する通信環境で名前解決を行う際に用いられるネームデータベースサーバに好適に適用される。
　１０，３０，６０　端末装置
　１１，３１，６１　アドレス問合せ手段
　２０，４０，５０，７０　ネームデータベースサーバ
　２１　ノード情報記憶手段
　２２　検索対象レコード決定手段
　２４，４３，５４，７２　検索結果送信手段
　３２　変換アドレス再変換手段
　２３，４１，５３，７１　エントリ検索手段
　４２，５２　アドレス変換手段
　５１　変換アドレス記憶手段

Claims (24)

  1. 　アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶するノード情報記憶手段と、
    　前記エントリのうち、レコードタイプと名前解決を行う対象のホスト名とを送信して当該ホスト名に対応するアドレスを問い合わせる端末装置から受信する当該レコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信するレコードタイプのアドレスに変換するアドレス変換手段と、
    　前記ノード情報記憶手段を検索することにより、前記端末装置から受信したホスト名に対応するエントリを特定するエントリ検索手段と、
    　特定されたエントリに含まれるアドレスを前記端末装置に送信する検索結果送信手段とを備えた
    　ことを特徴とするネームデータベースサーバ。
  2. 　アドレス変換手段は、エントリ検索手段が特定したエントリに含まれるアドレスのうち、端末装置から受信したレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信したレコードタイプのアドレスに変換し、
    　検索結果送信手段は、特定されたエントリに含まれる受信したレコードタイプのアドレスと、アドレス変換手段によって変換されたアドレスとを端末装置に送信する
    　請求項１記載のネームデータベースサーバ。
  3. 　ノード情報記憶手段は、少なくともＩＰｖ６アドレスおよびＩＰｖ４アドレスをホスト名と対応付けたエントリを記憶し、
    　エントリ検索手段は、端末装置からＩＰｖ６アドレスのレコードタイプと、名前解決を行う対象のホスト名とを受信したときに、前記ノード情報記憶手段を検索することにより、端末装置から受信したホスト名に対応するエントリであって、ＩＰｖ６アドレスおよび／またはＩＰｖ４アドレスを示すレコードタイプのエントリを特定し、
    　アドレス変換手段は、所定の規則に基づいて、エントリ検索手段が特定したエントリに含まれるＩＰｖ４アドレスをＩＰｖ６アドレスに変換し、
    　検索結果送信手段は、エントリ検索手段が特定したエントリに含まれるＩＰｖ６アドレスと、アドレス変換手段によって変換されたＩＰｖ６アドレスとを端末装置に送信する
    　請求項２記載のネームデータベースサーバ。
  4. 　アドレス変換手段は、端末装置からＩＰｖ６アドレスのレコードタイプを受信した場合に、ＩＰｖ４アドレスを、ＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓに変換する
    　請求項１から請求項３記載のネームデータベースサーバ。
  5. 　ノード情報記憶手段は、第一のレコードタイプのアドレスと、第二のレコードタイプのアドレスから変換された第一のレコードタイプのアドレスである変換アドレスとを、ホスト名と対応付けて記憶し、
    　エントリ検索手段は、端末装置から第一のレコードタイプを受信したときに、前記ノード情報記憶手段を検索することにより、ホスト名に対応する当該第一のレコードタイプのエントリを特定し、
    　検索結果送信手段は、特定されたエントリに含まれる第一のレコードタイプのアドレスを端末装置に送信する
    　請求項１記載のネームデータベースサーバ。
  6. 　アドレス変換手段は、所定の規則に基づいて第二のレコードタイプのアドレスを第一のレコードタイプのアドレスに変換し、変換した第一のレコードタイプのアドレスを、ホスト名と対応付けてノード情報記憶手段に記憶させる
    　請求項５記載のネームデータベースサーバ。
  7. 　ノード情報記憶手段は、少なくともＩＰｖ６アドレスと、所定の規則に基づいてＩＰｖ４アドレスから変換されたＩＰｖ６アドレスとを、ホスト名と対応付けて記憶し、
    　エントリ検索手段は、端末装置からＩＰｖ６アドレスのレコードタイプを受信したときに、前記ノード情報記憶手段を検索することにより、ホスト名に対応するＩＰｖ６アドレスのエントリを特定し、
    　検索結果送信手段は、特定されたエントリに含まれるＩＰｖ６アドレスを端末装置に送信する
    　請求項５または請求項６記載のネームデータベースサーバ。
  8. 　ノード情報記憶手段は、ＩＰｖ６アドレスとして、ＩＰｖ４アドレスから変換されたＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓをホスト名と対応付けて記憶する
    　請求項５から請求項７のうちのいずれか１項に記載のネームデータベースサーバ。
  9. 　ホスト名に対するアドレスの問い合わせを行う端末装置と、
    　前記端末装置からの問い合わせを受信するネームデータベースサーバとを備え、
    　前記端末装置は、
    　レコードタイプと名前解決を行う対象のホスト名とを前記ネームデータベースサーバに送信して、当該ホスト名に対応するアドレスを問い合わせるアドレス問合せ手段を備え、
    　前記ネームデータベースサーバは、
    　アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶するノード情報記憶手段と、
    　前記エントリのうち、前記端末装置から受信するレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信するレコードタイプのアドレスに変換するアドレス変換手段と、
    　前記ノード情報記憶手段を検索することにより、前記端末装置から受信したホスト名に対応するエントリを特定するエントリ検索手段と、
    　特定されたエントリに含まれるアドレスを前記端末装置に送信する検索結果送信手段とを備えた
    　ことを特徴とする名前解決システム。
  10. 　端末装置のアドレス問合せ手段は、ＩＰｖ６アドレスのレコードタイプと、名前解決を行う対象のホスト名とをネームサーバに送信して、当該ホスト名に対応するアドレスを問い合わせ、
    　ノード情報記憶手段は、少なくともＩＰｖ６アドレスおよびＩＰｖ４アドレスをホスト名と対応付けたエントリを記憶し、
    　エントリ検索手段は、前記ノード情報記憶手段を検索することにより、端末装置から受信したホスト名に対応するエントリであって、ＩＰｖ６アドレスおよび／またはＩＰｖ４アドレスを示すレコードタイプのエントリを特定し、
    　アドレス変換手段は、所定の規則に基づいて、エントリ検索手段が特定したエントリに含まれるＩＰｖ４アドレスをＩＰｖ６アドレスに変換し、
    　検索結果送信手段は、エントリ検索手段が特定したエントリに含まれるＩＰｖ６アドレスと、アドレス変換手段によって変換されたＩＰｖ６アドレスとを端末装置に送信する
    　請求項９記載の名前解決システム。
  11. 　アドレス変換手段は、端末装置からＩＰｖ６アドレスのレコードタイプを受信した場合に、ＩＰｖ４アドレスを、ＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓに変換する
    　請求項９または請求項１０記載の名前解決システム。
  12. 　ネームデータベースサーバのアドレス変換手段は、端末装置による問い合わせの結果を特定の端末装置のみ利用可能にする処理である特定処理を行い、
    　端末装置は、
    　前記特定処理が行われた問い合わせの結果を利用可能にする戻し変換手段を備えた
    　請求項９から請求項１１のうちのいずれか１項に記載の名前解決システム。
  13. 　ノード情報記憶手段は、少なくともＩＰｖ６アドレスと、所定の規則に基づいてＩＰｖ４アドレスから変換されたＩＰｖ６アドレスとを、ホスト名と対応付けて記憶し、
    　エントリ検索手段は、端末装置からＩＰｖ６アドレスのレコードタイプを受信したときに、前記ノード情報記憶手段を検索することにより、ホスト名に対応するＩＰｖ６アドレスのエントリを特定し、
    　検索結果送信手段は、特定されたエントリに含まれるＩＰｖ６アドレスを端末装置に送信する
    　請求項９記載の名前解決システム。
  14. 　ノード情報記憶手段は、ＩＰｖ６アドレスとして、ＩＰｖ４アドレスから変換されたＩＰｖ４　ｍａｐｐｅｄ　Ａｄｄｒｅｓｓをホスト名と対応付けて記憶する
    　請求項９または請求項１３記載の名前解決システム。
  15. 　端末装置は、ネームデータベースサーバから受信したアドレスのうち、所定の規則に基づいて変換されたアドレスを、変換前のアドレスに変換する変換アドレス再変換手段を備えた
    　請求項９から請求項１４のうちのいずれか１項に記載の名前解決システム
  16. 　アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶するノード情報記憶手段に記憶された当該エントリのうち、レコードタイプと名前解決を行う対象のホスト名とを送信して当該ホスト名に対応するアドレスを問い合わせる端末装置から受信する当該レコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信するレコードタイプのアドレスに変換し、
    　前記ノード情報記憶手段を検索することにより、前記端末装置から受信したホスト名に対応するエントリを特定し、
    　特定されたエントリに含まれるアドレスを前記端末装置に送信する
    　ことを特徴とするエントリ検索方法。
  17. 　端末装置からＩＰｖ６アドレスのレコードタイプと、名前解決を行う対象のホスト名とを受信したときに、ノード情報記憶手段を検索することにより、端末装置から受信したホスト名に対応するエントリであって、ＩＰｖ６アドレスおよび／またはＩＰｖ４アドレスを示すレコードタイプのエントリを特定し、
    　所定の規則に基づいて、特定されたエントリに含まれるＩＰｖ４アドレスをＩＰｖ６アドレスに変換し、
    　特定されたエントリに含まれるＩＰｖ６アドレスと、ＩＰｖ４アドレスが変換されたＩＰｖ６アドレスとを端末装置に送信する
    　請求項１６記載のエントリ検索方法。
  18. 　端末装置からＩＰｖ６アドレスのレコードタイプを受信したときに、少なくともＩＰｖ６アドレスと、所定の規則に基づいてＩＰｖ４アドレスから変換されたＩＰｖ６アドレスとを、ホスト名と対応付けて記憶するノード情報記憶手段を検索することにより、ホスト名に対応するＩＰｖ６アドレスのエントリを特定し、
    　検索結果送信手段は、特定されたエントリに含まれるＩＰｖ６アドレスを端末装置に送信する
    　請求項１６記載のエントリ検索方法。
  19. 　ホスト名に対するアドレスの問い合わせを行う端末装置が、レコードタイプと名前解決を行う対象のホスト名とを前記ネームデータベースサーバに送信して、当該ホスト名に対応するアドレスを問い合わせ、
    　前記ネームデータベースサーバが、アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶するノード情報記憶手段に記憶された当該エントリのうち、前記端末装置から受信するレコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信するレコードタイプのアドレスに変換し、
    　前記ネームデータベースサーバが、前記ノード情報記憶手段を検索することにより、前記端末装置から受信したホスト名に対応するエントリを特定し、
    　前記ネームデータベースサーバが、特定されたエントリに含まれるアドレスを前記端末装置に送信する
    　ことを特徴とする名前解決方法。
  20. 　ネームデータベースサーバが、端末装置からＩＰｖ６アドレスのレコードタイプと、名前解決を行う対象のホスト名とを受信したときに、ノード情報記憶手段を検索することにより、端末装置から受信したホスト名に対応するエントリであって、ＩＰｖ６アドレスおよび／またはＩＰｖ４アドレスを示すレコードタイプのエントリを特定し、
    　ネームデータベースサーバが、所定の規則に基づいて、特定されたエントリに含まれるＩＰｖ４アドレスをＩＰｖ６アドレスに変換し、
    　ネームデータベースサーバが、特定されたエントリに含まれるＩＰｖ６アドレスと、ＩＰｖ４アドレスが変換されたＩＰｖ６アドレスとを端末装置に送信する
    　請求項１９記載の名前解決方法。
  21. 　ネームデータベースサーバが、端末装置からＩＰｖ６アドレスのレコードタイプを受信したときに、少なくともＩＰｖ６アドレスと、所定の規則に基づいてＩＰｖ４アドレスから変換されたＩＰｖ６アドレスとを、ホスト名と対応付けて記憶するノード情報記憶手段を検索することにより、ホスト名に対応するＩＰｖ６アドレスのエントリを特定し、
    　ネームデータベースサーバが、特定されたエントリに含まれるＩＰｖ６アドレスを端末装置に送信する
    　請求項１９記載の名前解決方法。
  22. 　アドレス及びレコードタイプをホスト名と対応付けたエントリを記憶するノード情報記憶手段を備えたコンピュータに適用されるエントリ検索プログラムであって、
    　前記コンピュータに、
    　前記エントリのうち、レコードタイプと名前解決を行う対象のホスト名とを送信して当該ホスト名に対応するアドレスを問い合わせる端末装置から受信する当該レコードタイプと異なるレコードタイプのアドレスを、所定の規則に基づいて、受信するレコードタイプのアドレスに変換するアドレス変換処理、
    　前記ノード情報記憶手段を検索することにより、前記端末装置から受信したホスト名に対応するエントリを特定するエントリ検索処理、および、
    　特定されたエントリに含まれるアドレスを前記端末装置に送信する検索結果送信処理
    　を実行させるためのエントリ検索プログラム。
  23. 　コンピュータに、
    　エントリ検索処理で、端末装置からＩＰｖ６アドレスのレコードタイプと、名前解決を行う対象のホスト名とを受信したときに、少なくともＩＰｖ６アドレスおよびＩＰｖ４アドレスをホスト名と対応付けたエントリを記憶するノード情報記憶手段を検索することにより、端末装置から受信したホスト名に対応するエントリであって、ＩＰｖ６アドレスおよび／またはＩＰｖ４アドレスを示すレコードタイプのエントリを特定させ、
    　アドレス変換処理で、所定の規則に基づいて、エントリ検索処理で特定されたエントリに含まれるＩＰｖ４アドレスをＩＰｖ６アドレスに変換させ、
    　検索結果送信処理で、エントリ検索処理で特定されたエントリに含まれるＩＰｖ６アドレスと、アドレス変換処理で変換されたＩＰｖ６アドレスとを端末装置に送信させる
    　請求項２２記載のエントリ検索プログラム。
  24. 　コンピュータに、
    　エントリ検索処理で、端末装置からＩＰｖ６アドレスのレコードタイプを受信したときに、少なくともＩＰｖ６アドレスと、所定の規則に基づいてＩＰｖ４アドレスから変換されたＩＰｖ６アドレスとを、ホスト名と対応付けて記憶するノード情報記憶手段を検索することにより、ホスト名に対応するＩＰｖ６アドレスのエントリを特定させ、
    　検索結果送信処理で、特定されたエントリに含まれるＩＰｖ６アドレスを端末装置に送信させる
    　請求項２２記載のエントリ検索プログラム。
PCT/JP2011/005688 2010-10-18 2011-10-11 ネームデータベースサーバ、名前解決システム、エントリ検索方法およびエントリ検索プログラム WO2012053163A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US13/820,958 US9679022B2 (en) 2010-10-18 2011-10-11 Name database server, name resolution system, entry search method and entry search program
CN201180047156.XA CN103141073B (zh) 2010-10-18 2011-10-11 名称数据库服务器、名称解析系统、条目搜索方法以及条目搜索装置
JP2012539582A JP5812008B2 (ja) 2010-10-18 2011-10-11 ネームデータベースサーバ、名前解決システム、エントリ検索方法およびエントリ検索プログラム
EP11834009.0A EP2632090A4 (en) 2010-10-18 2011-10-11 Name-database server, name-resolution system, entry-search method, and entry-search program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010233413 2010-10-18
JP2010-233413 2010-10-18

Publications (1)

Publication Number Publication Date
WO2012053163A1 true WO2012053163A1 (ja) 2012-04-26

Family

ID=45974894

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/005688 WO2012053163A1 (ja) 2010-10-18 2011-10-11 ネームデータベースサーバ、名前解決システム、エントリ検索方法およびエントリ検索プログラム

Country Status (5)

Country Link
US (1) US9679022B2 (ja)
EP (1) EP2632090A4 (ja)
JP (1) JP5812008B2 (ja)
CN (1) CN103141073B (ja)
WO (1) WO2012053163A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015220483A (ja) * 2014-05-14 2015-12-07 西日本電信電話株式会社 ＤＮＳ−Ｐｒｏｘｙ機能を有する中継装置

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10552391B2 (en) * 2008-04-04 2020-02-04 Landmark Graphics Corporation Systems and methods for real time data management in a collaborative environment
US9419940B2 (en) * 2012-03-02 2016-08-16 Futurewei Technologies, Inc. IPv4 data center support for IPv4 and IPv6 visitors
US8800011B2 (en) * 2012-05-31 2014-08-05 Rackspace Us, Inc. Validating pointer records in a domain name system (DNS) service
KR101419436B1 (ko) * 2012-12-14 2014-08-13 (주)씨디네트웍스 Dns 서비스 제공 방법 및 장치
JP5889955B2 (ja) * 2014-05-13 2016-03-22 西日本電信電話株式会社 中継装置及びプログラム
US10122630B1 (en) 2014-08-15 2018-11-06 F5 Networks, Inc. Methods for network traffic presteering and devices thereof
CA3015486A1 (en) * 2016-02-23 2017-08-31 Level 3 Communications, Llc Systems and methods for content server rendezvous in a dual stack protocol network
US10791088B1 (en) 2016-06-17 2020-09-29 F5 Networks, Inc. Methods for disaggregating subscribers via DHCP address translation and devices thereof
US10142230B2 (en) * 2016-08-15 2018-11-27 Vonage Business Inc. Method and apparatus for transmitting messages associated with internet protocol version 4 (IPv4) addresses on an internet protocol version 6 (IPv6) network
US11122083B1 (en) 2017-09-08 2021-09-14 F5 Networks, Inc. Methods for managing network connections based on DNS data and network policies and devices thereof
US11196705B2 (en) * 2018-01-05 2021-12-07 Nextroll, Inc. Identification services for internet-enabled devices
CN109167849A (zh) * 2018-08-16 2019-01-08 深圳市天威视讯股份有限公司 用于混合通道的智能机顶盒的域名解析方法和系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009182631A (ja) * 2008-01-30 2009-08-13 Yokogawa Electric Corp ネットワークシステム
JP2010183242A (ja) 2009-02-04 2010-08-19 Kddi Corp 通信装置およびｄｎｓプロキシサーバ
JP2010233413A (ja) 2009-03-30 2010-10-14 Aisin Seiki Co Ltd 電動機

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100560737B1 (ko) * 2003-02-18 2006-03-13 삼성전자주식회사 듀얼스택을 이용한 아이피브이4 - 아이피브이6 전환 장치및 그 방법
CN100474858C (zh) 2004-09-27 2009-04-01 上海贝尔阿尔卡特股份有限公司 域名解析方法、域名服务器及域名系统
JP4812108B2 (ja) * 2006-12-18 2011-11-09 キヤノン株式会社 通信装置及びその制御方法
US8243740B1 (en) * 2008-11-21 2012-08-14 Sprint Communications Company L.P. Using domain name server response and internet protocol version 6 to conserve internet protocol version 4 addresses
US8825859B2 (en) * 2009-12-23 2014-09-02 Citrix Systems, Inc. System and methods for mixed mode of IPv6 and IPv4 DNS of global server load balancing
US9015327B2 (en) * 2012-06-11 2015-04-21 At&T Intellectual Property I, Lp Apparatus and methods for flexible communicatons in a network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009182631A (ja) * 2008-01-30 2009-08-13 Yokogawa Electric Corp ネットワークシステム
JP2010183242A (ja) 2009-02-04 2010-08-19 Kddi Corp 通信装置およびｄｎｓプロキシサーバ
JP2010233413A (ja) 2009-03-30 2010-10-14 Aisin Seiki Co Ltd 電動機

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
HIROSHI KITAMURA ET AL.: "Simplified DNS Query Methods under IPv4/IPv6 Mixed Environment", IEICE TECHNICAL REPORT, IN2010-153, 24 February 2011 (2011-02-24), XP008167820 *
KEISUKE TAKEUCHI ET AL.: "Development of DNS Proxy Server co-operating with IPv4/IPv6 Translators", IEICE TECHNICAL REPORT, NS2002- 246, 27 February 2003 (2003-02-27), XP008167897 *
M-K. SHIN ET AL., APPLICATION ASPECTS OF IPV6 TRANSITION, March 2005 (2005-03-01), Retrieved from the Internet <URL:http://www.ietf.org/rfc/rfc4038.txt>
R. HINDEN; S. DEERING, IP VERSION 6 ADDRESSING ARCHITECTURE, February 2006 (2006-02-01), Retrieved from the Internet <URL:http:llwww.ietf.org/rfc/rfc4291.txt>
See also references of EP2632090A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015220483A (ja) * 2014-05-14 2015-12-07 西日本電信電話株式会社 ＤＮＳ−Ｐｒｏｘｙ機能を有する中継装置

Also Published As

Publication number Publication date
JPWO2012053163A1 (ja) 2014-02-24
EP2632090A4 (en) 2017-01-18
EP2632090A1 (en) 2013-08-28
US9679022B2 (en) 2017-06-13
CN103141073B (zh) 2016-07-06
US20130212127A1 (en) 2013-08-15
JP5812008B2 (ja) 2015-11-11
CN103141073A (zh) 2013-06-05

Similar Documents

Publication Publication Date Title
JP5987690B2 (ja) ネームデータベースサーバ、名前解決システム、エントリ検索方法およびエントリ検索プログラム
JP5812008B2 (ja) ネームデータベースサーバ、名前解決システム、エントリ検索方法およびエントリ検索プログラム
JP6861219B2 (ja) インテリジェントドメインネームシステム転送のための方法および装置
CN102859960B (zh) 用于关联名字服务器IPv6地址和IPv4地址的方法和装置
JP5587732B2 (ja) ドメイン・ネーム・サービス（ｄｎｓ）データベースへのアクセスを管理するコンピュータ実施方法、コンピュータ・プログラム、およびシステム
US7779158B2 (en) Network device
US7558880B2 (en) Dynamic DNS registration method, domain name solution method, DNS proxy server, and address translation device
US7573903B2 (en) IPv6/IPv4 translator
JP2007527068A (ja) 少なくとも２つの計算装置間の接続を設定する際のアドレス及びポート番号アブストラクション
US9386097B2 (en) Using values represented as internet protocol (IP) addresses to access resources in a non-internet protocol address space
US20230216825A1 (en) Gateway based ip address translation in communication networks
US20070118884A1 (en) Name resolution system using name registration intermediary and name resolution intermediary
JP2016503267A (ja) ネットワークのプロトコルアドレスを扱う方法及び処理デバイス
KR101051792B1 (ko) 네트워크 주소 변환 장치 및 방법
US9306900B2 (en) Communication device, communication system, and communication method
JP2009015645A (ja) ファイルサーバ装置、ファイル管理システム、ファイル管理方法、ファイル管理制御プログラムおよびそのプログラムを記録した記録媒体
JP2008206081A (ja) マルチホーミング通信システムに用いられるデータ中継装置およびデータ中継方法
KR20050104103A (ko) 사설 네트워크를 기반으로 하는 단말간의 일대일 통신시스템 및 그 방법
JP2001268132A (ja) ネットワークシステムの相互接続のためのネットワークアドレス変換方法及び装置
WO2019015363A1 (zh) 数据包路由方法和数据包路由装置
JP2007243675A (ja) アドレス変換方法及び装置とプログラム
JP2002374322A (ja) インタフェース管理方法
JP2011166269A (ja) 名前解決システム、名前解決サーバ、名前解決方法及び名前解決プログラム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180047156.X

Country of ref document: CN

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

Ref document number: 11834009

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2012539582

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2011834009

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13820958

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE