WO2019163697A1 - Ｅｎｕｍ／ｄｎｓサーバ、ｅｎｕｍ／ｄｎｓシステム、及びｅｎｕｍ／ｄｎｓシステムの制御方法 - Google Patents

Ｅｎｕｍ／ｄｎｓサーバ、ｅｎｕｍ／ｄｎｓシステム、及びｅｎｕｍ／ｄｎｓシステムの制御方法 Download PDF

Info

Publication number
WO2019163697A1
WO2019163697A1 PCT/JP2019/005784 JP2019005784W WO2019163697A1 WO 2019163697 A1 WO2019163697 A1 WO 2019163697A1 JP 2019005784 W JP2019005784 W JP 2019005784W WO 2019163697 A1 WO2019163697 A1 WO 2019163697A1
Authority
WO
WIPO (PCT)
Prior art keywords
enum
connection destination
dns
terminal
source terminal
Prior art date
Application number
PCT/JP2019/005784
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 US16/966,304 priority Critical patent/US11368425B2/en
Publication of WO2019163697A1 publication Critical patent/WO2019163697A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4557—Directories for hybrid networks, e.g. including telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/457—Network directories; Name-to-address mapping containing identifiers of data entities on a computer, e.g. file names
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • 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/618—Details of network addresses
    • H04L2101/65—Telephone numbers

Definitions

  • the present invention introduces a number portability system in which a service network (IP network) that provides IP (Internet Protocol) telephones is provided by a plurality of business operators and these are interconnected.
  • IP network IP network
  • the present invention relates to an ENUM / DNS server, an ENUM / DNS system, and an ENUM / DNS system control method under the specified conditions.
  • ISUP Integrated Services Digital Network User Part
  • PSTN Public Switched Telephone Networks
  • the present invention relates to an ENUM / DNS server, an ENUM / DNS system, and an ENUM / DNS system control method in an environment in which an interconnection form and an interconnection form using SIP (Session Initiation Protocol) used in an IP network coexist.
  • SIP Session Initiation Protocol
  • a device such as a SIP server
  • a communication carrier network associates a telephone number with a URI (Uniform Resource Identifier) as an ENUM (E.164 Number Mapping) / DNS (Domain Name System).
  • ENUM E.164 Number Mapping
  • DNS Domain Name System
  • a system has been proposed.
  • a SIP server installed in a telecommunications carrier's network provides connection destination information (IP address, domain name, etc.) for the telephone number of a terminal (IP phone, etc.) to be connected.
  • the ENUM / DNS server is inquired and routing is performed based on the information of the connection destination.
  • Non-Patent Document 1 a number portability mechanism that allows a fixed telephone number to be freely carried between communication carriers in the IP network has been studied (see Non-Patent Document 1).
  • a database in which number portability information of each communication carrier is centrally managed is provided in an ENUM / DNS server using the DNS mechanism, and the SIP server of each communication carrier is ENUM / DNS. By accessing the server, it resolves whether or not each telephone number has been transferred (ported out) to another network, and obtains connection destination information for communication.
  • FIG. 9 is a diagram showing a conventional example of the ENUM / DNS system.
  • a plurality of communication carriers (A, B, C, D...) are assumed, the three functions are distinguished by the communication carriers A, B, and C for explanation.
  • the numbers managed by the carriers A, B, and C and the domains of the carriers A, B, and C are as follows. Note that the following management number and domain example for each telecommunications carrier will be described in the same way in this embodiment described later.
  • Management telephone number (10,000 telephone numbers) of the calling carrier A (the carrier that accommodates the calling user) ⁇ 0422-58-0000 to 0422-58-9999 ⁇ Management telephone number (10,000 telephone numbers) of number acquisition company B (the company that acquired the user's number) ⁇ 0422-59-0000 to 0422-59-9999 ⁇ Management telephone number (10,000 telephone numbers) of the receiving carrier C (the operator that accommodates incoming users) ⁇ 0422-60-0000 to 0422-60-9999 ⁇ Domains of each carrier A, B, C ⁇ Domain of sender A: example0.ne.jp ⁇ Number acquisition company B's domain: example1.ne.jp ⁇ Incoming operator C domain: example2.ne.jp
  • connection request message (SIP request) from a source terminal (for example, a terminal whose telephone number is 0422-58-0001) to a destination terminal (for example, a terminal whose telephone number is 0422-60-9999)” "(Described as” connection request "in FIG. 9) is transmitted to the ENUM / DNS client 60 (step S11).
  • SIP request connection request message
  • the ENUM / DNS client 60 that has received the connection request message corresponds to the connection destination information (the destination telephone number) for connecting to the destination communication carrier (the incoming call carrier C) with respect to the ENUM / DNS server 50.
  • URI such as URI
  • connection destination information inquiry message ENUM query
  • FIG. 9 "connection destination information inquiry” is described)
  • the QNAME of the ENUM query is transmitted to the ENUM / DNS server 50 as “9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”.
  • connection destination information inquiry response message When the ENUM / DNS server 50 receives the connection destination information inquiry message, the ENUM / DNS server 50 refers to its storage unit, extracts connection destination information corresponding to the destination terminal, and sends response information (“connection destination information” to the ENUM / DNS client 60.
  • Inquiry response message (ENUM answer) "(referred to as” connection destination information inquiry response "in FIG. 9) is transmitted (step S13).
  • the ENUM / DNS client 60 When the ENUM / DNS client 60 receives the connection destination information included in the connection destination information inquiry response message, for example, when the source terminal is a test terminal, the ENUM / DNS client 60 sends an IP-POI (Point Of Interface) to the destination terminal. Or when the caller terminal is a general terminal, it is determined to connect to the destination terminal via STM (Synchronous Transfer Mode) -POI. When the ENUM / DNS client 60 determines that the source terminal is a general terminal and connects via the STM-POI, the ENUM / DNS client 60 transmits a SIP signal to the PSTN of the calling operator A (step S14).
  • IP-POI Point Of Interface
  • the ISUP signal is transferred from the PSTN of the calling carrier A to the PSTN of the receiving carrier C (step S15).
  • the ENUM / DNS client 60 transmits the SIP signal to the IP network (another IP network) 3000 of the caller C when it determines that the source terminal is a test terminal and is connected via the IP-POI. (Step S16).
  • connection destination information corresponding to the destination terminal is not stored in the ENUM / DNS server 50 in step S13 described above, the ENUM / DNS server 50 determines that the IP network (others) Inquiry of connection destination information for connection to the receiving operator C (IP network) 2000 ("connection destination information inquiry message (ENUM query)".
  • connection destination information inquiry is described) (Step S17), the response information ("connection destination information inquiry response message (ENUM answer)") from the IP network (other IP network) 2000 of the number acquisition provider B.
  • connection destination information inquiry response (Step S18).
  • the ENUM / DNS server directly transmits the acquired connection destination information inquiry response message (ENUM answer) to the ENUM / DNS client (REGUMP of the ENUM answer shown in FIG. 9). Section). Therefore, the ENUM / DNS client that has received the ENUM answer connects to the destination terminal via the IP-POI when the source terminal is a test terminal, and the source terminal is a general terminal. In some cases, it was necessary to make a determination by itself such as connecting to the destination terminal via the STM-POI.
  • the ENUM / DNS client First, change the settings such as switching only the test terminal to the connection via the IP-POI, and if there is no problem (when the call can be made from the test terminal), the general terminal is sequentially switched to the connection via the IP-POI. I had to do it myself.
  • the present invention has been made in view of such a background, and an object of the present invention is to provide an ENUM / DNS system with improved processing efficiency.
  • the invention according to claim 1 is a connection destination indicating a connection destination corresponding to the telephone number of the destination terminal attached to the connection request transmitted from the source terminal from the ENUM / DNS client.
  • An ENUM / DNS server that accepts an information inquiry and outputs the connection destination as a connection destination information inquiry response, a determination unit that determines an attribute of the transmission source terminal based on the connection destination information inquiry; Based on this, the ENUM / DNS server includes a conversion unit that converts a SIP domain included in REGEXP of the connection destination information inquiry response into a SIP domain indicating the connection destination.
  • an ENUM / DNS client for making a connection destination information inquiry indicating a connection destination corresponding to a telephone number of a destination terminal attached to a connection request transmitted by a source terminal, and the connection An ENUM / DNS server configured to receive a destination information query and output the connection destination as a connection destination information query response, the ENUM / DNS server including the connection destination information query And a conversion unit for converting the SIP domain included in the REGEXP of the connection destination information inquiry response into the SIP domain indicating the connection destination based on the attribute
  • An ENUM / DNS system characterized by comprising:
  • the invention described in claim 7 is an ENUM / DNS client that makes a connection destination information inquiry indicating a connection destination corresponding to a telephone number of a destination terminal attached to a connection request transmitted by a transmission source terminal, and the connection An ENUM / DNS system control method including an ENUM / DNS server that accepts a destination information query and outputs the connection destination as a connection destination information query response, wherein the ENUM / DNS server includes the connection Determining the attribute of the source terminal based on the destination information query, and converting the SIP domain included in the REGEXP of the connection destination information query response into a SIP domain indicating the connection destination based on the attribute And a step of executing the ENUM / DNS server control method.
  • the ENUM / DNS server determines the attribute of the source terminal, converts the SIP domain included in the RENUMP of the ENUM answer based on the attribute of the source terminal, and sends it to the ENUM / DNS client. It becomes possible to transmit.
  • This provides an ENUM / DNS system with higher processing efficiency because ENUM / DNS clients, which have lower performance and a larger number than ENUM / DNS servers, do not needless processing such as setting changes. it can.
  • the invention according to claim 2 is a connection destination indicating a connection destination corresponding to the telephone number of the destination terminal attached to the connection request transmitted from the source terminal from the ENUM / DNS client.
  • An ENUM / DNS server that receives an information inquiry and outputs the connection destination as a connection destination information inquiry response, and based on the connection destination information inquiry, a test terminal of the source terminal and a general terminal of the source terminal And when the source terminal is determined to be the test terminal by the determination unit, the SIP domain included in REGEXP of the connection destination information inquiry response is determined by the connection destination via the IP-POI.
  • connection A conversion unit that converts a SIP domain included in REGEXP of the information inquiry response into a SIP domain indicating that the connection destination is a connection destination connected via either the IP-POI or the STM-POI;
  • the ENUM / DNS server is characterized by comprising:
  • an ENUM / DNS client for inquiring connection destination information indicating a connection destination corresponding to a telephone number of a destination terminal attached to a connection request transmitted by a source terminal, and the connection
  • An ENUM / DNS server configured to receive a destination information query and output the connection destination as a connection destination information query response, the ENUM / DNS server including the connection destination information query
  • a determination unit that determines a test terminal of the transmission source terminal and a general terminal of the transmission source terminal, and when the determination unit determines that the transmission source terminal is the test terminal, the connection destination information inquiry
  • the SIP domain included in the response REGEXP is changed to the SIP domain indicating that the connection destination is a connection destination connected via the IP-POI.
  • the SIP domain included in the REGEXP of the connection destination information inquiry response indicates whether the connection destination is the IP-POI or the STM-POI.
  • the ENUM / DNS system includes a conversion unit that converts to a SIP domain indicating that the connection destination is connected via the.
  • the ENUM / DNS server is the connection destination to which the connection destination is connected via the IP-POI with the SIP domain included in the RENUMP of the ENUM answer if the source terminal is a test terminal. If the source terminal is a general terminal, the SIP domain included in the ENUM answer REGEXP is connected to the destination connected via the IP-POI or STM-POI. It becomes possible to convert to a SIP domain indicating that there is. As a result, as before, the ENUM / DNS client first switches only the test terminal to the connection via the IP-POI, and if there is no problem, sequentially switches the general terminals to the connection via the IP-POI. Since there is no need to change the settings such as, etc., an ENUM / DNS system with improved processing efficiency can be provided.
  • the invention according to claim 3 is a connection destination indicating a connection destination corresponding to the telephone number of the destination terminal attached to the connection request transmitted from the source terminal from the ENUM / DNS client.
  • An ENUM / DNS server that accepts an information inquiry and outputs the connection destination as a connection destination information inquiry response, and based on the connection destination information inquiry, a terminal accommodated by the first ENUM / DNS client at the source terminal Or a determination unit for determining whether the source terminal is a terminal accommodated by the second ENUM / DNS client, and the source terminal accommodates the first ENUM / DNS client by the determination unit
  • the SIP domain included in the REGEXP of the connection destination information inquiry response is determined according to the connection destination.
  • connection destination is converted into a SIP domain indicating that the connection destination is connected via either the first ENUM / DNS client or the second ENUM / DNS client, and the call is made by the determination unit
  • the SIP domain included in the REGEXP of the connection destination information inquiry response is set according to the connection destination.
  • An ENUM comprising: a conversion unit for converting into a SIP domain indicating that the connection destination is connected via either the first ENUM / DNS client or the second ENUM / DNS client. / DNS server.
  • the ENUM / DNS server can be used when the source terminal is a terminal accommodated by the first ENUM / DNS client and the connection destination is a terminal accommodated by the first ENUM / DNS client. If the SIP domain included in the answer REGEXP is converted and the source terminal is a terminal accommodated by the first ENUM / DNS client and the connection destination is a terminal accommodated by the second ENUM / DNS client, the ENUM answer It becomes possible not to convert the SIP domain included in the REGEXP. As a result, the ENUM / DNS client connects to the terminal accommodated by the first ENUM / DNS client or the terminal accommodated by the second ENUM / DNS client, as in the past. Therefore, it is not necessary to change the setting each time, so that an ENUM / DNS system with improved processing efficiency can be provided.
  • the invention according to claim 5 is characterized in that the ENUM / DNS client includes a selection unit that selects the connection destination based on the SIP domain converted by the conversion unit.
  • the ENUM / DNS client executes a step of selecting the connection destination based on the converted SIP domain.
  • a DNS server control method was adopted.
  • the ENUM / DNS client can select a connection destination based on the ENUM answer that has been appropriately converted in advance by the ENUM / DNS server.
  • the processing time can be shortened in the ENUM / DNS client having a low performance and a large number as compared with the ENUM / DNS server, so that an ENUM / DNS system with improved processing efficiency can be provided.
  • an ENUM / DNS system with improved processing efficiency can be provided.
  • the ENUM / DNS system 100 is attached to a connection request (SIP request) transmitted from the transmission source terminal 1 (test terminal 1a, general terminal 1b, general terminal 1c).
  • An ENUM / DNS client (SIP server) 20 that makes a connection destination information inquiry indicating a connection destination corresponding to the telephone number of the destination terminal, and a connection destination information inquiry (ENUM query) from the ENUM / DNS client 20, and the connection
  • an ENUM / DNS server 10 that outputs the destination as a connection destination information inquiry response (ENUM answer).
  • the calling operator A, the number acquisition operator B, and the receiving operator C each have an IP network and a PSTN.
  • the IP network of the calling operator A and the IP network of the number acquisition operator B are connected via the IP-POI, and the IP network of the calling operator A and the IP network of the receiving operator C are IP-POIs.
  • the PSTN of the calling carrier A and the PSTN of the number acquiring carrier B are connected via the STM-POI, and the PSTN of the calling carrier A and the PSTN of the receiving carrier C are connected via the STM-POI. Connected.
  • the ENUM / DNS server 10 determines the attribute of the source terminal 1 based on the connection destination information query, and determines the connection destination based on the attribute of the source terminal 1.
  • the SIP domain included in REGEXP of the information inquiry response is converted into a SIP domain indicating a connection destination. Further, the ENUM / DNS client 20 selects a connection destination based on the converted SIP domain.
  • the ENUM / DNS server 10 uses the SIP domain (“exapmle2.ne.jp”) included in the REGEXP of the acquired ENUM answer to the SIP domain indicating that the connection destination is a connection destination via the STM-POI ( Rewrite to “stm.exapmle0.ne.jp”).
  • the ENUM / DNS server 10 uses the SIP domain (“exapmle2.ne.jp”) included in the REGEXP of the acquired ENUM answer to the SIP domain ( "Exapmle2.ne.jp”) (in this case, it is not substantially rewritten).
  • the conversion format of the SIP domain can be arbitrarily set by the ENUM / DNS server 10, and is not limited to this conversion format.
  • the conventional ENUM / DNS server 50 as a comparative example has the same ENUM regardless of whether it is a connection destination via IP-POI or a connection destination via STM-POI.
  • An answer was sent to the ENUM / DNS client 60.
  • the ENUM / DNS server 10 determines the attribute of the source terminal 1, and based on the attribute of the source terminal 1, the SIP included in the RENUMP of the ENUM answer The domain is appropriately converted, and the converted ENUM answer is sent to the ENUM / DNS client 20. Then, the ENUM / DNS client 20 selects a connection destination based on the converted ENUM answer. As a result, the ENUM / DNS client 20 having a lower performance and a larger number than the ENUM / DNS server 10 does not need to perform useless processing such as setting change (since it is only necessary to select a connection destination). ), The ENUM / DNS system 100 with improved processing efficiency can be provided.
  • the ENUM / DNS server 10 and the ENUM / DNS cache server may be configured as separate devices without configuring the ENUM / DNS server 10 as a single device.
  • FIG. 2 is a functional block diagram illustrating a configuration example of the ENUM / DNS server 10.
  • FIG. 4 is a diagram illustrating a specific example of the SIP domain converted in the conversion unit of the ENUM / DNS server 10.
  • the ENUM / DNS server 10 includes an input / output unit 11, a control unit 12, and a storage unit 13, as shown in FIG.
  • the input / output unit 11 inputs / outputs information to / from other devices.
  • the input / output unit 11 transmits / receives information to / from the ENUM / DNS client 20.
  • the input / output unit 11 includes a communication interface that transmits and receives information via a communication line, and an input / output interface that inputs and outputs information between an input device such as a keyboard (not shown) and an output device such as a monitor. Composed.
  • the control unit 12 is responsible for the overall processing executed by the ENUM / DNS server 10, and includes an inquiry acquisition unit 121, a determination unit 122, a conversion unit 123, and an inquiry response transmission unit 124.
  • the control unit 12 is realized, for example, when a CPU (Central Processing Unit) develops a program stored in the storage unit 13 in a RAM and executes the program.
  • a CPU Central Processing Unit
  • the inquiry acquisition unit 121 acquires an ENUM query from the ENUM / DNS client 20 via the input / output unit 11 and outputs it to the determination unit 122.
  • the determination unit 122 determines the attribute of the transmission source terminal 1 based on the ENUM query input from the inquiry acquisition unit 121 and outputs the determination result to the conversion unit 123. Further, the determination unit 122 causes the storage unit 13 to store the determination result obtained by determining the attribute of the transmission source terminal 1. For example, the determination unit 122 determines the test terminal 1 a of the transmission source terminal 1 and the general terminal 1 b of the transmission source terminal 1 based on the IP address of the connection destination associated with the ENUM query input from the inquiry acquisition unit 121. That is, the determination unit 122 determines that the source terminal 1 is the test terminal 1a based on the “IP address (A)” of the connection destination associated with the ENUM query, and the “IP address of the connection destination associated with the ENUM query.
  • the determination unit 122 may determine the test terminal 1a of the transmission source terminal 1 and the general terminal 1b of the transmission source terminal 1 based on the IP address of the transmission source. The determination unit 122 may determine the test terminal 1a of the transmission source terminal 1 and the general terminal 1b of the transmission source terminal 1 based on the connection destination port or the transmission source port.
  • the determination unit 122 stores a predetermined value in a field such as an extension flag in the ENUM / DNS signal in advance, and refers to the predetermined value so that the test terminal 1a of the transmission source terminal 1 and the transmission source terminal 1
  • the general terminal 1b may be discriminated.
  • the conversion unit 123 acquires an ENUM answer from the ENUM / DNS server 10A of the number acquisition provider B via the input / output unit 11.
  • the conversion unit 123 refers to the connection destination information DB 130 of its own storage unit 13, extracts connection destination information corresponding to the destination terminal, and acquires an ENUM answer.
  • the conversion unit 123 converts the SIP domain included in the acquired ENUM answer REGEXP into a SIP domain indicating a connection destination, and converts the converted SIP domain.
  • the included ENUM answer is output to the inquiry response transmission unit 124. Further, the conversion unit 123 stores the new ENUM answer in the storage unit 13.
  • the conversion unit 123 converts the SIP domain included in the acquired ENUM answer REGEXP and the connection destination is IP-POI. It is converted into a SIP domain indicating that it is a connection destination connected via the. Then, the conversion unit 123 outputs the newly generated ENUM answer to the inquiry response transmission unit 124.
  • the conversion unit 123 determines the SIP domain included in the REGEXP of the acquired ENUM answer based on the determination result that the determination unit 122 determines that the source terminal 1 is the general terminal 1b, and the connection destination is STM-POI. It is converted into a SIP domain indicating that it is a connection destination connected via the. Then, the conversion unit 123 outputs the newly generated ENUM answer to the inquiry response transmission unit 124.
  • FIG. 4 is a specific example of the SIP domain converted by the conversion unit 123 of the ENUM / DNS server 10.
  • the specific example shown in FIG. 4 is merely an example, and the SIP domain conversion format converted by the conversion unit 123 of the ENUM / DNS server 10 is not limited to this.
  • the conversion unit 123 is included in the RENUMP of the ENUM answer.
  • the SIP domain is converted from “exapmle1.ne.jp” to “exapmle1.ne.jp” (substantially not converted).
  • the conversion unit 123 is included in the RENUMP of the ENUM answer.
  • the SIP domain is converted from “exapmle2.ne.jp” to “stm.exapmle0.ne.jp”.
  • the conversion unit 123 is included in the RENUMP of the ENUM answer.
  • the SIP domain is converted from “exapmle3.ne.jp” to “stm.exapmle0.ne.jp”.
  • the conversion unit 123 is included in the REGEXP of the ENUM answer.
  • the SIP domain is converted from “exapmle1.ne.jp” to “exapmle1.ne.jp” (substantially not converted).
  • the conversion unit 123 is included in the REGEXP of the ENUM answer.
  • the SIP domain is converted from “exapmle2.ne.jp” to “exapmle2.ne.jp” (substantially not converted).
  • the determination unit 122 determines that the source terminal 1 is the general terminal 1b and the connection destination is a connection destination connected via the STM-POI
  • the conversion unit 123 is included in the RENUMP of the ENUM answer.
  • the SIP domain is converted from “exapmle3.ne.jp” to “stm.exapmle0.ne.jp”.
  • the ISUP signal is transferred from the PSTN of the calling operator A to the PSTN of the receiving operator C.
  • the connection destination to which the ENUM / DNS client 20 is connected via the IP-POI is selected, and the SIP signal is transmitted from the ENUM / DNS client 20 to the IP network of the receiving operator C.
  • the storage unit 13 includes a hard disk, flash memory, RAM (Random Access Memory), and the like.
  • the storage unit 13 temporarily stores the connection destination information DB 130, a program for executing each function of the control unit 12, information necessary for processing of the control unit 12, and the like.
  • the connection destination information DB 130 includes, for example, ENUM inquiry information 131, number portability information 132, and the like.
  • the ENUM inquiry information 131 is information on the IP address of the inquiry destination associated with the telephone number band of the telephone number attached to the ENUM query.
  • the ENUM inquiry information 131 is managed as DNS NS (Name Server) records (name servers corresponding to domains) and A records (IP addresses corresponding to name servers).
  • DNS NS Name Server
  • the ENUM query information 131 is, for example, the connection destination in the test terminal 1a associated with 0422-60-9999 indicated in the number band of the ENUM query “9.9.9.9.0.6.2.2.4.1.8.e164enum.net.” “IP address (A)” and the ENUM query “9.9.9.9.0.6.2.2.4.1.8.e164enum.net.” In the general terminal 1b associated with 0422-60-9999 “IP address (B)” of the connection destination, etc.
  • the number portability information 132 is connection destination information corresponding to service field values (SIP, PSTN) associated with the ENUM query.
  • the number portability information 132 is managed as a DNS NAPTR (The Naming Authority Pointer) record.
  • the number portability information 132 includes connection destination information “sip: + 81422609999 @ corresponding to the service field value (SIP) associated with the ENUM query“ 9.9.9.9.0.6.2.2.4.1.8.e164enum.net. ”.
  • the determination unit 122 and the conversion unit 123 may be provided in the same device as the ENUM / DNS server 10 or a device different from the ENUM / DNS server 10. It may be provided inside.
  • FIG. 3 is a functional block diagram illustrating a configuration example of the ENUM / DNS client 20.
  • the ENUM / DNS client 20 receives a connection request (SIP request) from the transmission source terminal 1 (test terminal 1a, general terminal 1b, general terminal 1c) to the destination terminal. Further, the ENUM / DNS client 20 transmits an ENUM query indicating a connection destination corresponding to the telephone number of the destination terminal attached to the connection request to the ENUM / DNS server 10. The ENUM / DNS client 20 receives an ENUM answer from the ENUM / DNS server 10. Further, the ENUM / DNS client 20 transmits a SIP signal to a predetermined connection destination based on the received ENUM answer.
  • the ENUM / DNS client 20 includes an input / output unit 21, a control unit 22, and a storage unit 23.
  • the input / output unit 21 inputs and outputs information with other devices.
  • the input / output unit 21 transmits / receives information to / from the source terminal 1, the ENUM / DNS server 10, and the like.
  • the input / output unit 21 includes a communication interface that transmits and receives information via a communication line, and an input / output interface that inputs and outputs information between an input device such as a keyboard (not shown) and an output device such as a monitor. Composed.
  • the storage unit 23 includes a hard disk, flash memory, RAM, and the like.
  • the storage unit 23 temporarily stores a program for executing each function of the control unit, information necessary for processing of the control unit 22, and the like.
  • the control unit 22 is responsible for overall processing executed by the ENUM / DNS client 20 and includes a selection unit 221.
  • the control unit 22 is realized, for example, when the CPU stores the program stored in the storage unit 23 in the RAM and executes the program.
  • the ENUM / DNS client 20 includes the selection unit 221 so that the connection destination can be selected based on the ENUM answer that has been appropriately converted by the ENUM / DNS server 10 in advance. That is, the ENUM / DNS client 20 selects the connection destination via the IP-POI as the connection destination of the test terminal, or selects the connection destination via the STM-POI as the connection destination of the general terminal. Thus, it becomes possible to select the connection destination appropriately.
  • the ENUM / DNS client first switches only the test terminal to the connection via the IP-POI, and if there is no problem, sequentially switches the general terminals to the connection via the IP-POI. Since there is no need to change settings such as, etc., the processing time can be shortened.
  • the ENUM / DNS server 10 determines the attribute of the source terminal 1, and based on the attribute of the source terminal 1, the SIP included in the RENUMP of the ENUM answer The domain is converted and transmitted to the ENUM / DNS client 20.
  • the ENUM / DNS client 20 has a lower performance and a larger number of ENUM / DNS clients 20 than the ENUM / DNS server 10, so that it is not necessary to perform useless processing such as setting changes. 100 can be provided.
  • FIG. 5 is a flowchart showing a processing flow of the ENUM / DNS system 100 according to the first embodiment.
  • the test terminal 1a is connected to the connection destination via the IP-POI and the general terminal 1b is connected to the connection destination via the STM-POI will be described as an example.
  • step S1 the ENUM / DNS client 20 receives the SIP signal from the transmission source terminal 1 (test terminal 1a, general terminal 1b).
  • step S2 the ENUM / DNS client 20 inquires of the ENUM / DNS server 10 about connection destination information (such as a URI corresponding to the destination telephone number) for connection to the receiving operator C.
  • connection destination information such as a URI corresponding to the destination telephone number
  • the QNAME of the ENUM query is transmitted from the ENUM / DNS client 20 to the ENUM / DNS server 10 as “9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”.
  • step S3 when the ENUM / DNS server 10 receives the ENUM query, the ENUM / DNS server 10 refers to its own storage unit and determines whether or not connection destination information for connecting to the incoming call carrier C is stored.
  • the ENUM / DNS server 10 determines that the connection destination information for connecting to the incoming call carrier C is not stored in its storage unit, the ENUM / DNS server 10 determines the ENUM / DNS server 10A of the number acquisition carrier B Inquiries about connection destination information for connection to the incoming call carrier C are made.
  • the QNAME of the ENUM query is “9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”
  • the ENUM / DNS server of the number acquisition business operator B from the ENUM / DNS server 10 of the transmission business operator A To 10A.
  • step S4 the ENUM / DNS server 10 receives the ENUM answer from the ENUM / DNS server 10A of the number acquisition operator B.
  • step S5 the ENUM / DNS server 10 determines the attributes of the transmission source terminal 1 (test terminal 1a, general terminal 1b). For example, the ENUM / DNS server 10 determines that the source terminal 1 is the test terminal 1a based on the IP address (for example, “IP address (A)”) of the connection destination associated with the above-described ENUM query. For example, the ENUM / DNS server 10 determines that the source terminal 1 is the general terminal 1b based on the connection destination IP address (for example, “IP address (B)”) associated with the above-described ENUM query.
  • the ENUM / DNS server 10 determines that the source terminal 1X is the test terminal 1a
  • the ENUM / DNS server 10 performs the process of step S6.
  • the ENUM / DNS server 10 determines that the source terminal 1Y is the general terminal 1b
  • the ENUM / DNS server 10 performs the process of step S8.
  • step S6 when the ENUM / DNS server 10 determines that the source terminal 1 is the test terminal 1a, the SIP domain included in the RENUMP of the ENUM answer is set as the ENUM answer as it is, and the ENUM / DNS client 20 is notified. In response, the ENUM answer is transmitted.
  • step S7 the ENUM / DNS client 20 transmits a SIP signal to the IP network of the receiving operator C via the IP-POI.
  • step S8 when the ENUM / DNS server 10 determines that the caller terminal 1 is the general terminal 1b, the ENUM answer DNS server 20 converts the SIP domain included in the RENUMP of the ENUM answer to an ENUM answer, and sends it to the ENUM / DNS client 20.
  • the ENUM answer is transmitted.
  • step S9 the ENUM / DNS client 20 transmits a SIP signal to the PSTN of the calling carrier A. Thereafter, the ISUP signal is transferred from the PSTN of the calling operator A to the PSTN of the receiving operator C via the STM-POI.
  • the SIP domain included in the RENUMP of the ENUM answer is set as the connection destination. Is converted to a SIP domain indicating that it is a connection destination connected via IP-POI, and if the source terminal is a general terminal, the SIP domain included in the RENUMP of the ENUM answer is connected to the STM- Conversion to a SIP domain indicating that the connection destination is connected via POI.
  • the ENUM / DNS client 20 first switches only the test terminal 1a to the connection via the IP-POI, and if there is no problem, the general terminal 1b is sequentially connected via the IP-POI. Since it is not necessary to change the setting such as switching to the ENUM / DNS system 100 with improved processing efficiency.
  • FIG. 6 is a diagram showing an overall configuration of the ENUM / DNS system 200 according to the second embodiment.
  • FIG. 7 is a diagram illustrating a specific example of the SIP domain converted in the conversion unit of the ENUM / DNS server 10 according to the second embodiment. Note that in the second embodiment, overlapping description of portions common to those in the first embodiment described above is omitted.
  • the ENUM / DNS system 200 is a connection indicating a connection destination corresponding to the telephone number of the destination terminal attached to the connection request (SIP request) transmitted from the source terminal.
  • An ENUM / DNS client 20 (first ENUM / DNS client 20X, second ENUM / DNS client 20Y) and ENUM / DNS client 20 (first ENUM / DNS client 20X, second ENUM) for making a prior information inquiry
  • the ENUM / DNS server 10 receives a connection destination information inquiry (ENUM query) from the / DNS client 20Y) and outputs the connection destination as a connection destination information inquiry response (ENUM answer).
  • the ENUM / DNS system 200 is configured so that the ENUM / DNS server 10 (first ENUM / DNS client 20X, second ENUM / DNS client 20Y) is a source terminal based on a connection destination information query.
  • the SIP domain included in the REGEXP of the connection destination information inquiry response is converted into the SIP domain indicating the connection destination based on the attribute of the source terminal.
  • the ENUM / DNS client 20 selects a connection destination based on the converted SIP domain.
  • the connection destination is the first ENUM / DNS client 20X or the connection destination is the second ENUM / DNS client 20Y, which is merely an example. This connection destination is not limited.
  • the configuration of the ENUM / DNS server 10 according to the second embodiment is the same as the configuration of the ENUM / DNS server 10 according to the first embodiment, and the first ENUM / DNS client 20X and the second ENUM / DNS server 10 according to the second embodiment.
  • the configuration of the ENUM / DNS client 20Y is the same as the configuration of the ENUM / DNS client 20 according to the first embodiment.
  • the ENUM / DNS system 200 according to the second embodiment is different from the ENUM / DNS system 100 according to the first embodiment in that the ENUM / DNS client 20 includes a test terminal as a source terminal and a general terminal as a source terminal.
  • the source terminal is a terminal accommodated in the first ENUM / DNS client 20X, or is the source terminal a terminal accommodated in the second ENUM / DNS client 20Y? It is a point to discriminate.
  • the ENUM / DNS system 200 according to the second embodiment is different from the ENUM / DNS system 100 according to the first embodiment in that the ENUM / DNS server 10 sends an ENUM query from the first ENUM / DNS client 20X. If the connection destination is the first ENUM / DNS client 20X, the SIP domain included in the ENUM answer REGEXP is converted to a SIP domain indicating that the connection destination is the first ENUM / DNS client 20X. Is a point.
  • the ENUM / DNS server 10 receives the ENUM query from the first ENUM / DNS client 20X and the connection destination is the second ENUM / DNS client 20Y
  • the SIP domain included in the RENUMP of the ENUM answer is The point of conversion is the SIP domain indicating that the connection destination is the second ENUM / DNS client 20Y.
  • the ENUM / DNS system 200 according to the second embodiment is different from the ENUM / DNS system 100 according to the first embodiment in that the ENUM / DNS server 10 sends an ENUM query from the second ENUM / DNS client 20Y. If the connection destination is the first ENUM / DNS client 20X, the SIP domain included in the ENUM answer REGEXP is converted to a SIP domain indicating that the connection destination is the first ENUM / DNS client 20X. Is a point.
  • the ENUM / DNS server 10 receives the ENUM query from the second ENUM / DNS client 20Y and the connection destination is the second ENUM / DNS client 20Y
  • the SIP domain included in the RENUMP of the ENUM answer is The point of conversion is the SIP domain indicating that the connection destination is the second ENUM / DNS client 20Y.
  • the ENUM / DNS server 10 uses the SIP domain (“ims1.exapmle0.ne.jp”) included in the RENUMP of the ENUM answer to the SIP domain indicating that the connection destination is the first ENUM / DNS client 20X. "Exapmle0.ne.jp”) (In this case, it is actually rewritten).
  • the ENUM / DNS server 10 uses the SIP domain (“ims1.exapmle0.ne.jp”) included in the RENUMP of the ENUM answer, and the SIP domain indicating that the connection destination is the second ENUM / DNS client 20Y. “Ims1.exapmle0.ne.jp”) (in this case, it is not substantially rewritten).
  • the conversion unit 123 may As shown in specific example 601, the SIP domain included in REGEXP of the ENUM answer is converted from “ims1.exapmle0.ne.jp” to “exapmle0.ne.jp”. For example, when the determination unit 122 determines that the source terminal is the terminal 111X accommodated in the first ENUM / DNS client 20X and the connection destination is the second ENUM / DNS client 20Y, the conversion unit 123 performs FIG.
  • the SIP domain included in the RENUMP of the ENUM answer is converted from “ims1.exapmle0.ne.jp” to “ims1.exapmle0.ne.jp” (substantially not converted). .
  • the conversion unit 123 may As shown in a specific example 603 of the above, the SIP domain included in the RENUMP of the ENUM answer is converted from “ims2.exapmle0.ne.jp” to “exapmle0.ne.jp”.
  • the conversion unit 123 may As shown in the specific example 604 of the above, the SIP domain included in the RENUMP of the ENUM answer is converted from “ims2.exapmle0.ne.jp” to “ims2.exapmle0.ne.jp” (substantially not converted). .
  • the ENUM / DNS server 10 does not attach a subdomain to the SIP domain included in the RENUMP of the ENUM answer for the ENUM answer obtained from the ENUM / DNS server of another company (substantially converts the SIP domain).
  • a subdomain is attached to the SIP domain included in the RENUMP of the ENUM answer (substantially convert the SIP domain), etc.
  • the ENUM / DNS server 10 determines the attribute of the source terminal and converts the SIP domain included in the RENUMP of the ENUM answer based on the attribute of the source terminal. Then, the data is transmitted to the ENUM / DNS client 20 (first ENUM / DNS client 20X, second ENUM / DNS client 20Y). Thus, as in the past, the ENUM / DNS client 20 (first ENUM / DNS client 20X, second ENUM / DNS client 20Y) is connected to the terminal accommodated by the first ENUM / DNS client 20X. Since it is not necessary to change the setting each time according to the connection with the terminal accommodated by the second ENUM / DNS client 20Y, the ENUM / DNS system 200 with improved processing efficiency can be provided.
  • FIG. 8 is a flowchart showing a process flow of the ENUM / DNS system 200 according to the second embodiment.
  • the source terminal 1 is the terminal 111X accommodated in the first ENUM / DNS client 20X or the terminal 111Y accommodated in the second ENUM / DNS client 20Y
  • the connection destination is the first
  • step S21 the ENUM / DNS client 20 (first ENUM / DNS client 20X or second ENUM / DNS client 20Y) receives the SIP signal from the source terminal.
  • the ENUM / DNS client 20 (the first ENUM / DNS client 20X or the second ENUM / DNS client 20Y) sends a connection destination corresponding to the telephone number of the destination terminal to the ENUM / DNS server 10. Inquiry is made for connection destination information (such as a URI corresponding to the destination telephone number).
  • connection destination information such as a URI corresponding to the destination telephone number.
  • the ENUM query QNAME is “9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”
  • the ENUM / DNS client 20 (the first ENUM / DNS client 20X or the second ENUM / DNS). From the client 20Y) to the ENUM / DNS server 10.
  • step S23 when the ENUM / DNS server 10 receives the ENUM query, the ENUM / DNS server 10 refers to its own storage unit and determines whether connection destination information indicating a connection destination corresponding to the telephone number of the destination terminal is stored. To do.
  • step S24 when the ENUM / DNS server 10 determines that the connection destination information indicating the connection destination corresponding to the telephone number of the destination terminal is stored in its storage unit, the ENUM / DNS server 10 The connection destination information is extracted, and an ENUM answer is acquired.
  • the ENUM / DNS server 10 determines the attribute of the caller terminal. For example, the ENUM / DNS server 10 determines that the transmission source terminal is the terminal 111X accommodated in the first ENUM / DNS client 20X based on the connection destination IP address associated with the ENUM query described above. Alternatively, for example, the ENUM / DNS server 10 determines that the transmission source terminal is the terminal 111Y accommodated in the second ENUM / DNS client 20Y based on the IP address of the connection destination associated with the above-described ENUM query.
  • the ENUM / DNS server 10 determines that the source terminal is the terminal 111X accommodated in the first ENUM / DNS client 20X
  • the ENUM / DNS server 10 performs the process of step S26.
  • the ENUM / DNS server 10 determines that the source terminal is the terminal 111Y accommodated in the second ENUM / DNS client 20Y
  • the ENUM / DNS server 10 performs the process of step S31.
  • step S26 when the ENUM / DNS server 10 determines that the source terminal is the terminal 111X accommodated in the first ENUM / DNS client 20X, the connection destination is further the first ENUM / DNS client 20X. Whether the terminal 111X is accommodated in the second ENUM / DNS client 20Y.
  • the ENUM / DNS server 10 determines that the connection destination is the terminal 111X accommodated in the first ENUM / DNS client 20X, the ENUM / DNS server 10 performs the process of step S27.
  • the ENUM / DNS server 10 determines that the connection destination is the terminal 111Y accommodated in the second ENUM / DNS client 20Y, the ENUM / DNS server 10 performs the process of step S29.
  • step S27 when the ENUM / DNS server 10 determines that the connection destination is the terminal 111X accommodated in the first ENUM / DNS client 20X, the ENUM / DNS server 10 converts the SIP domain included in the RENUMP of the ENUM answer to ENUM. As an answer, the ENUM answer is transmitted to the first ENUM / DNS client 20X.
  • step S28 the first ENUM / DNS client 20X transmits a SIP signal to the terminal 111X accommodated therein.
  • step S29 when the ENUM / DNS server 10 determines that the connection destination is the terminal 111Y accommodated in the second ENUM / DNS client 20Y, the SIP domain included in the RENUMP of the ENUM answer is left as it is.
  • An ENUM answer is sent to the second ENUM / DNS client 20Y.
  • step S30 the second ENUM / DNS client 20Y transmits a SIP signal to the terminal 111Y accommodated therein.
  • step S31 when the ENUM / DNS server 10 determines that the source terminal is the terminal 111Y accommodated in the second ENUM / DNS client 20Y, the connection destination is further the first ENUM / DNS client 20X. Whether the terminal 111X is accommodated in the second ENUM / DNS client 20Y.
  • the ENUM / DNS server 10 determines that the connection destination is the terminal 111X accommodated in the first ENUM / DNS client 20X
  • the ENUM / DNS server 10 performs the process of step S32.
  • the ENUM / DNS server 10 determines that the connection destination is the terminal 111Y accommodated in the second ENUM / DNS client 20Y, the ENUM / DNS server 10 performs the process of step S34.
  • step S32 when the ENUM / DNS server 10 determines that the connection destination is the terminal 111X accommodated in the first ENUM / DNS client 20X, the ENUM / DNS server 10 converts the SIP domain included in the RENUMP of the ENUM answer to ENUM. As an answer, the ENUM answer is transmitted to the first ENUM / DNS client 20X.
  • step S33 the first ENUM / DNS client 20X transmits a SIP signal to the terminal 111X accommodated therein.
  • step S34 when the ENUM / DNS server 10 determines that the connection destination is the terminal 111Y accommodated in the second ENUM / DNS client 20Y, the SIP domain included in the RENUMP of the ENUM answer is left as it is.
  • An ENUM answer is sent to the second ENUM / DNS client 20Y.
  • step S35 the second ENUM / DNS client 20Y transmits a SIP signal to the terminal 111Y accommodated therein.
  • the ENUM / DNS server 10 is a terminal in which the first ENUM / DNS client accommodates the source terminal, and the connection destination is the first. If the terminal is accommodated by the ENUM / DNS client, the SIP domain contained in the RENUMP of the ENUM answer is converted (substantially rewritten), and the source terminal is the terminal accommodated by the first ENUM / DNS client, If the destination is a terminal accommodated by the second ENUM / DNS client, it is possible not to convert (substantially not rewrite) the SIP domain included in the ENUM answer REGEXP. Thereby, the ENUM / DNS system 200 with improved processing efficiency can be provided.
  • Source terminal 10 ENUM / DNS server 20 ENUM / DNS client 20X 1st ENUM / DNS client 20Y 2nd ENUM / DNS client 100, 200 ENUM / DNS system 122 Discriminating part 123 Conversion part 221 Selection part

Abstract

【課題】処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供する。 【解決手段】発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアント２０と、接続先情報問合せを受け付け、接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバ１０と、を含んで構成されるＥＮＵＭ／ＤＮＳシステム１００であって、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先情報問合せに基づいて、発信元端末の属性を判別する判別部と、属性に基づいて、接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先を示すＳＩＰドメインへと変換する変換部と、を備える。

Description

ＥＮＵＭ／ＤＮＳサーバ、ＥＮＵＭ／ＤＮＳシステム、及びＥＮＵＭ／ＤＮＳシステムの制御方法
　本発明は、ＩＰ（Internet Protocol）電話を提供するサービス網（ＩＰ網）が複数事業者により提供され、それらが相互接続されるシステムにおいて、事業者間で電話番号を持ちまわる番号ポータビリティ制度が導入されている条件下でのＥＮＵＭ／ＤＮＳサーバ、ＥＮＵＭ／ＤＮＳシステム、及びＥＮＵＭ／ＤＮＳシステムの制御方法に関する。特に、個々の事業者間の相互接続に利用する呼制御プロトコルとして、従来からＰＳＴＮ（Public Switched Telephone Networks：公衆電話交換回線網）で用いられているＩＳＵＰ（Integrated Services Digital Network User Part）を利用した相互接続形態と、ＩＰ網で用いられるＳＩＰ（Session Initiation Protocol）を利用した相互接続形態とが混在する環境における、ＥＮＵＭ／ＤＮＳサーバ、ＥＮＵＭ／ＤＮＳシステム、及びＥＮＵＭ／ＤＮＳシステムの制御方法に関する。
　従来、ＩＰ網において通信事業者網内の装置（ＳＩＰサーバ等）が、電話番号とＵＲＩ（Uniform Resource Identifier）との対応付けを行う仕組みとしてＥＮＵＭ（E.164 Number Mapping）／ＤＮＳ（Domain Name System）システムが提案されている。このＥＮＵＭ／ＤＮＳシステムでは、通信事業者のネットワーク内に設置されたＳＩＰサーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先の情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭ／ＤＮＳサーバに問合せて、その接続先の情報に基づいてルーティングを行う。
　また、ＰＳＴＮ網からＩＰ網への移行に伴い、ＩＰ網において固定電話番号を通信事業者間で自由に持ち回れる番号ポータビリティの仕組みが検討されている（非特許文献１参照）。非特許文献１に記載の方式では、各通信事業者の番号ポータビリティ情報を集中管理したデータベースを、ＤＮＳの仕組みを利用したＥＮＵＭ／ＤＮＳサーバに備え、各通信事業者のＳＩＰサーバは、ＥＮＵＭ／ＤＮＳサーバにアクセスすることにより、各電話番号が他網へ移転(ポートアウト)しているか否かを解決し、接続先の情報を取得して通信を行う。
　図９は、ＥＮＵＭ／ＤＮＳシステムの従来例を示す図である。なお、複数の通信事業者（Ａ，Ｂ，Ｃ，Ｄ・・・）を想定しているが、説明のため、３つの機能を通信事業者Ａ，Ｂ，Ｃで区別する。
　ここで、各通信事業者Ａ，Ｂ，Ｃが管理する番号及び各通信事業者Ａ，Ｂ，Ｃのドメインが以下であるとする。なお、以下の通信事業者毎の管理番号及びドメインの例は、後記する本実施形態においても同様として説明する。
・発信事業者Ａ（発信するユーザを収容する事業者）の管理電話番号（１万電話番号）
　　・０４２２－５８－００００　～　０４２２－５８－９９９９
・番号取得事業者Ｂ（ユーザの番号を取得した事業者）の管理電話番号（１万電話番号）
　　・０４２２－５９－００００　～　０４２２－５９－９９９９
・着信事業者Ｃ（着信するユーザを収容する事業者）の管理電話番号（１万電話番号）
　　・０４２２－６０－００００　～　０４２２－６０－９９９９
・各通信事業者Ａ，Ｂ，Ｃのドメイン
　　・発信事業者Ａのドメイン：example0.ne.jp
　　・番号取得事業者Ｂのドメイン：example1.ne.jp
　　・着信事業者Ｃのドメイン：example2.ne.jp
　まず、発信元端末（例えば、電話番号が、０４２２－５８－０００１の端末）から、着信先端末（例えば、電話番号が、０４２２－６０－９９９９の端末）への「接続要求メッセージ（ＳＩＰリクエスト）」（図９において、「接続要求」と記載する。）が、ＥＮＵＭ／ＤＮＳクライアント６０へ送信される（ステップＳ１１）。
　接続要求メッセージを受け付けたＥＮＵＭ／ＤＮＳクライアント６０は、ＥＮＵＭ／ＤＮＳサーバ５０に対して、着信先の通信事業者（着信事業者Ｃ）へ接続するための接続先情報（着信先電話番号に対応するＵＲＩ等）の問合せ（「接続先情報問合せメッセージ（ＥＮＵＭクエリ）」。図９において、「接続先情報問合せ」と記載する。）を行う（ステップＳ１２）。ここでは、ＥＮＵＭクエリのＱＮＡＭＥは、“9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”として、ＥＮＵＭ／ＤＮＳサーバ５０に送信される。
　ＥＮＵＭ／ＤＮＳサーバ５０は、接続先情報問合せメッセージを受信すると、自身の記憶部を参照し、着信先端末に対応する接続先情報を抽出し、ＥＮＵＭ／ＤＮＳクライアント６０に応答情報（「接続先情報問合せ応答メッセージ（ＥＮＵＭアンサ）」。図９において、「接続先情報問合せ応答」と記載する。）を送信する（ステップＳ１３）。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@exapmle2.ne.jp;user=phone!”として、ＥＮＵＭ／ＤＮＳクライアント６０に送信される。
　ＥＮＵＭ／ＤＮＳクライアント６０は、接続先情報問合せ応答メッセージに含まれる接続先情報を受信すると、例えば、発信元端末が試験端末である場合には、着信先端末とＩＰ－ＰＯＩ（Point Of Interface）を介して接続する、または、発信元端末が一般端末である場合には、着信先端末とＳＴＭ（Synchronous Transfer Mode）－ＰＯＩを介して接続する、などの判断を行う。
　そして、ＥＮＵＭ／ＤＮＳクライアント６０は、発信元端末が一般端末であり、ＳＴＭ－ＰＯＩを介して接続すると判断した場合には、ＳＩＰ信号を発信事業者ＡのＰＳＴＮに送信する（ステップＳ１４）。これにより、発信事業者ＡのＰＳＴＮから着信事業者ＣのＰＳＴＮへとＩＳＵＰ信号が転送される（ステップＳ１５）。一方、ＥＮＵＭ／ＤＮＳクライアント６０は、発信元端末が試験端末であり、ＩＰ－ＰＯＩを介して接続すると判断した場合には、ＳＩＰ信号を着信事業者ＣのＩＰ網（他ＩＰ網）３０００に送信する（ステップＳ１６）。
　なお、上述のステップＳ１３において、ＥＮＵＭ／ＤＮＳサーバ５０に、着信先端末に対応する接続先情報が記憶されていない場合には、ＥＮＵＭ／ＤＮＳサーバ５０は、番号取得事業者ＢのＩＰ網（他ＩＰ網）２０００に対して、着信事業者Ｃへ接続するための接続先情報の問合せ（「接続先情報問合せメッセージ（ＥＮＵＭクエリ）」。図９において、「接続先情報問合せ」と記載する。）を行い（ステップＳ１７）、番号取得事業者ＢのＩＰ網（他ＩＰ網）２０００から、応答情報（「接続先情報問合せ応答メッセージ（ＥＮＵＭアンサ）」。図９において、「接続先情報問合せ応答」と記載する。）を受信する（ステップＳ１８）。
「ＪＪ－９０．３１　キャリアＥＮＵＭの相互接続　共通インタフェース」一般社団法人情報通信技術委員会、２０１５年８月２７日 Domain Names: Implementation and Specification、［online］、［平成３０年２月６日検索］、インターネット〈URL：https://www.ietf.org/rfc/rfc1035.txt〉
　ところで、従来のＥＮＵＭ／ＤＮＳシステムにおいて、ＥＮＵＭ／ＤＮＳサーバは、取得した接続先情報問合せ応答メッセージ（ＥＮＵＭアンサ）を、そのままＥＮＵＭ／ＤＮＳクライアントへと送信していた（図９に示すＥＮＵＭアンサのＲＥＧＥＸＰ部参照）。
　従って、該ＥＮＵＭアンサを受信したＥＮＵＭ／ＤＮＳクライアントは、例えば、発信元端末が試験端末である場合には、着信先端末とＩＰ－ＰＯＩを介して接続する、また、発信元端末が一般端末である場合には、着信先端末とＳＴＭ－ＰＯＩを介して接続する、などの判断を自身で行う必要があった。更に、全ての発信元端末と着信先端末との接続を、ＳＴＭ－ＰＯＩを介した接続からＩＰ－ＰＯＩを介した接続へと一斉に切り替える際に発生するエラーを防ぐため、ＥＮＵＭ／ＤＮＳクライアントは、まず、試験端末のみＩＰ－ＰＯＩを介した接続へと切り替えて、問題がなければ（試験端末から通話ができれば）、一般端末を順次ＩＰ－ＰＯＩを介した接続へと切り替える、などの設定変更を自身で行う必要があった。
　即ち、ＥＮＵＭ／ＤＮＳサーバと比較して、性能が低く且つ数が多いＥＮＵＭ／ＤＮＳクライアントが、上述の処理を行うことで、ＥＮＵＭ／ＤＮＳシステム全体の処理効率が低下するという問題があった。
　このような背景を鑑みて本発明がなされたのであり、本発明は、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供することを課題とする。
　前記した課題を解決するため、請求項１に記載の発明は、ＥＮＵＭ／ＤＮＳクライアントから、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバであって、前記接続先情報問合せに基づいて、前記発信元端末の属性を判別する判別部と、前記属性に基づいて、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先を示すＳＩＰドメインへと変換する変換部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳサーバとした。
　また、請求項４に記載の発明は、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアントと、前記接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバと、を含んで構成されるＥＮＵＭ／ＤＮＳシステムであって、前記ＥＮＵＭ／ＤＮＳサーバは、前記接続先情報問合せに基づいて、前記発信元端末の属性を判別する判別部と、前記属性に基づいて、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先を示すＳＩＰドメインへと変換する変換部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳシステムとした。
　また、請求項７に記載の発明は、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアントと、前記接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバと、を含んで構成されるＥＮＵＭ／ＤＮＳシステムの制御方法であって、前記ＥＮＵＭ／ＤＮＳサーバは、前記接続先情報問合せに基づいて、前記発信元端末の属性を判別するステップと、前記属性に基づいて、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先を示すＳＩＰドメインへと変換するステップと、を実行することを特徴とするＥＮＵＭ／ＤＮＳサーバの制御方法とした。
　このようにすることで、ＥＮＵＭ／ＤＮＳサーバが、発信元端末の属性を判別し、発信元端末の属性に基づいて、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換して、ＥＮＵＭ／ＤＮＳクライアントに送信することが可能になる。これにより、ＥＮＵＭ／ＤＮＳサーバと比較して、性能が低く且つ数が多いＥＮＵＭ／ＤＮＳクライアントが、設定変更等の無駄な処理を行わずに済むため、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供できる。
　前記した課題を解決するため、請求項２に記載の発明は、ＥＮＵＭ／ＤＮＳクライアントから、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバであって、前記接続先情報問合せに基づいて、前記発信元端末の試験端末と前記発信元端末の一般端末とを判別する判別部と、前記判別部により前記発信元端末が前記試験端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先がＩＰ－ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換し、前記判別部により前記発信元端末が前記一般端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先が前記ＩＰ－ＰＯＩ又はＳＴＭ－ＰＯＩの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換する変換部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳサーバとした。
　また、請求項６に記載の発明は、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアントと、前記接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバと、を含んで構成されるＥＮＵＭ／ＤＮＳシステムであって、前記ＥＮＵＭ／ＤＮＳサーバは、前記接続先情報問合せに基づいて、前記発信元端末の試験端末と前記発信元端末の一般端末とを判別する判別部と、前記判別部により前記発信元端末が前記試験端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先がＩＰ－ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換し、前記判別部により前記発信元端末が前記一般端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先が前記ＩＰ－ＰＯＩ又はＳＴＭ－ＰＯＩの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換する変換部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳシステムとした。
　このようにすることで、ＥＮＵＭ／ＤＮＳサーバは、発信元端末が試験端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先がＩＰ－ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換し、発信元端末が一般端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先がＩＰ－ＰＯＩ又はＳＴＭ－ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換することが可能になる。これにより、従来のように、ＥＮＵＭ／ＤＮＳクライアントが、まず、試験端末のみＩＰ－ＰＯＩを介した接続へと切り替えて、問題がなければ、一般端末を順次ＩＰ－ＰＯＩを介した接続へと切り替える、などの設定変更を行う必要がないため、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供できる。
　前記した課題を解決するため、請求項３に記載の発明は、ＥＮＵＭ／ＤＮＳクライアントから、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバであって、前記接続先情報問合せに基づいて、前記発信元端末が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であるか、前記発信元端末が第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末であるかを判別する判別部と、前記判別部により前記発信元端末が前記第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であると判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先に応じて、前記接続先が前記第１のＥＮＵＭ／ＤＮＳクライアント又は前記第２のＥＮＵＭ／ＤＮＳクライアントの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換し、前記判別部により前記発信元端末が前記第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末であると判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先に応じて、前記接続先が前記第１のＥＮＵＭ／ＤＮＳクライアント又は前記第２のＥＮＵＭ／ＤＮＳクライアントの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換する変換部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳサーバとした。
　このようにすることで、ＥＮＵＭ／ＤＮＳサーバは、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であり、接続先が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換し、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であり、接続先が第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換しないことが可能になる。これにより、従来のように、ＥＮＵＭ／ＤＮＳクライアントが、第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末との接続をするのか、或いは、第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末との接続をするのか、に応じて、その都度設定変更を行う必要がないため、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供できる。
　前記した課題を解決するため、請求項５に記載の発明は、前記ＥＮＵＭ／ＤＮＳクライアントは、前記変換部によって変換されたＳＩＰドメインに基づいて、前記接続先を選択する選択部を備えることを特徴とする請求項４に記載のＥＮＵＭ／ＤＮＳシステムとした。
　また、請求項８に記載の発明は、前記ＥＮＵＭ／ＤＮＳクライアントは、変換されたＳＩＰドメインに基づいて、前記接続先を選択するステップを実行することを特徴とする請求項７に記載のＥＮＵＭ／ＤＮＳサーバの制御方法とした。
　このようにすることで、ＥＮＵＭ／ＤＮＳクライアントは、ＥＮＵＭ／ＤＮＳサーバによって予め適切に変換されたＥＮＵＭアンサに基づいて、接続先を選択することが可能になる。これにより、ＥＮＵＭ／ＤＮＳサーバと比較して、性能が低く且つ数が多いＥＮＵＭ／ＤＮＳクライアントにおいて、処理時間を短縮することができるため、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供できる。
　本発明によれば、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供できる。
第１実施形態に係るＥＮＵＭ／ＤＮＳシステムの全体構成を示す図である。 第１実施形態に係るＥＮＵＭ／ＤＮＳサーバの構成例を示す機能ブロック図である。 第１実施形態に係るＥＮＵＭ／ＤＮＳクライアントの構成例を示す機能ブロック図である。 第１実施形態に係るＥＮＵＭ／ＤＮＳサーバの変換部において変換されるＳＩＰドメインの具体例を示す図である。 第１実施形態に係るＥＮＵＭ／ＤＮＳシステムの処理の流れを示すフローチャートである。 第２実施形態に係るＥＮＵＭ／ＤＮＳシステムの全体構成を示す図である。 第２実施形態に係るＥＮＵＭ／ＤＮＳサーバの変換部において変換されるＳＩＰドメインの具体例を示す図である。 第２実施形態に係るＥＮＵＭ／ＤＮＳシステムの処理の流れを示すフローチャートである。 従来のＥＮＵＭ／ＤＮＳシステムの全体構成を示す図である。
　以下、本発明を実施するための形態（以下、実施形態と称する。）における、ＥＮＵＭ／ＤＮＳシステムについて説明する。
＜第１実施形態＞
≪ＥＮＵＭ／ＤＮＳシステムの構成≫
　図１に示すように、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００は、発信元端末１（試験端末１ａ，一般端末１ｂ，一般端末１ｃ）が発信する接続要求（ＳＩＰリクエスト）に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアント（ＳＩＰサーバ）２０と、ＥＮＵＭ／ＤＮＳクライアント２０から、接続先情報問合せ（ＥＮＵＭクエリ）を受け付け、該接続先を接続先情報問合せ応答（ＥＮＵＭアンサ）として出力するＥＮＵＭ／ＤＮＳサーバ１０と、を含んで構成される。
　図１に示すように、発信事業者Ａ、番号取得事業者Ｂ、着信事業者Ｃは、それぞれＩＰ網とＰＳＴＮとを備えている。発信事業者ＡのＩＰ網と番号取得事業者ＢのＩＰ網とは、ＩＰ－ＰＯＩを介して接続され、発信事業者ＡのＩＰ網と着信事業者ＣのＩＰ網とは、ＩＰ－ＰＯＩを介して接続される。また、発信事業者ＡのＰＳＴＮと番号取得事業者ＢのＰＳＴＮとは、ＳＴＭ－ＰＯＩを介して接続され、発信事業者ＡのＰＳＴＮと着信事業者ＣのＰＳＴＮとは、ＳＴＭ－ＰＯＩを介して接続される。
　第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００は、ＥＮＵＭ／ＤＮＳサーバ１０が、接続先情報問合せに基づいて、発信元端末１の属性を判別し、発信元端末１の属性に基づいて、接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先を示すＳＩＰドメインへと変換することを特徴とする。更に、ＥＮＵＭ／ＤＮＳクライアント２０が、変換されたＳＩＰドメインに基づいて、接続先を選択することを特徴とする。
　ここで、第１実施形態に係るＥＮＵＭ／ＤＮＳサーバ１０が行う処理の概要について簡単に説明する。
　例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭ／ＤＮＳクライアント２０からＥＮＵＭクエリを受け取ると、該ＥＮＵＭクエリに基づいて、発信元端末１が一般端末１ｂであることを判別する。そして、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭアンサのＲＥＧＥＸＰを次のように書き換える。
　　“!^.*$!sip:+81422609999@exapmle2.ne.jp;user=phone!”
　→“!^.*$!sip:+81422609999@stm.exapmle0.ne.jp;user=phone!”
　即ち、ＥＮＵＭ／ＤＮＳサーバ１０は、取得したＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメイン（“exapmle2.ne.jp”）を、接続先がＳＴＭ－ＰＯＩを介した接続先であることを示すＳＩＰドメイン（“stm.exapmle0.ne.jp”）へと書き換える。
　また、例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭ／ＤＮＳクライアント２０からＥＮＵＭクエリを受け取ると、該ＥＮＵＭクエリに基づいて、発信元端末１が試験端末１ａであることを判別する。そして、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭアンサのＲＥＧＥＸＰを、例えば、次のように書き換える。
　　“!^.*$!sip:+81422609999@exapmle2.ne.jp;user=phone!”
　→“!^.*$!sip:+81422609999@exapmle2.ne.jp;user=phone!”
　即ち、ＥＮＵＭ／ＤＮＳサーバ１０は、取得したＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメイン（“exapmle2.ne.jp”）を、接続先がＩＰ－ＰＯＩを介した接続先であることを示すＳＩＰドメイン（“exapmle2.ne.jp”）へと書き換える（この場合、実質的に書き換えていない）。なお、このＳＩＰドメインの変換形式は、ＥＮＵＭ／ＤＮＳサーバ１０が任意に設定可能であり、この変換形式に限定されるものではない。
　一方、図９に示すように、比較例である従来のＥＮＵＭ／ＤＮＳサーバ５０は、ＩＰ－ＰＯＩを介した接続先であっても、ＳＴＭ－ＰＯＩを介した接続先であっても、同じＥＮＵＭアンサをＥＮＵＭ／ＤＮＳクライアント６０へと送信していた。
　例えば、ＩＰ－ＰＯＩを介した接続先の場合、ＥＮＵＭ／ＤＮＳサーバ５０からＥＮＵＭ／ＤＮＳクライアント６０へと送信されるＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@exapmle2.ne.jp;user=phone!”である。
　また、例えば、ＳＴＭ－ＰＯＩを介した接続先の場合、ＥＮＵＭ／ＤＮＳサーバ５０からＥＮＵＭ／ＤＮＳクライアント６０へと送信されるＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@exapmle2.ne.jp;user=phone!”である。
　即ち、従来のＥＮＵＭ／ＤＮＳシステムにおいては、ＥＮＵＭ／ＤＮＳサーバ５０が、発信元端末１の属性に応じたＥＮＵＭアンサをＥＮＵＭ／ＤＮＳクライアント６０へと送信することができなかったため、ＥＮＵＭ／ＤＮＳクライアント６０が、自身で、発信元端末１の属性を判別し、接続先を切り換えるための設定変更を行っていた。
　第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００によれば、ＥＮＵＭ／ＤＮＳサーバ１０が、発信元端末１の属性を判別し、発信元端末１の属性に基づいて、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを適切に変換し、変換されたＥＮＵＭアンサをＥＮＵＭ／ＤＮＳクライアント２０に送信する。そして、ＥＮＵＭ／ＤＮＳクライアント２０は、変換されたＥＮＵＭアンサに基づいて、接続先を選択する。これにより、ＥＮＵＭ／ＤＮＳサーバ１０と比較して、性能が低く且つ数が多いＥＮＵＭ／ＤＮＳクライアント２０が、設定変更等の無駄な処理を行わずに済むため（接続先を選択するのみで良いため）、処理効率を高めたＥＮＵＭ／ＤＮＳシステム１００を提供できる。
　なお、図１では、ＥＮＵＭ／ＤＮＳサーバ１０、ＥＮＵＭ／ＤＮＳクライアント２０（ＳＩＰサーバ）がそれぞれ１台の場合を一例に挙げて説明しているが、これらのサーバの台数は特に限定されるものではない。また、ＥＮＵＭ／ＤＮＳシステム１００において、ＥＮＵＭ／ＤＮＳサーバ１０を１つの装置で構成せずに、ＥＮＵＭ／ＤＮＳ権威サーバとＥＮＵＭ／ＤＮＳキャッシュサーバとを別装置とする構成としても良い。
　以下、具体的に説明する。
≪ＥＮＵＭ／ＤＮＳサーバ１０の構成≫
　図１乃至図４を参照して、第１実施形態に係るＥＮＵＭ／ＤＮＳサーバ１０について説明する。図２は、ＥＮＵＭ／ＤＮＳサーバ１０の構成例を示す機能ブロック図である。図４は、ＥＮＵＭ／ＤＮＳサーバ１０の変換部において変換されるＳＩＰドメインの具体例を示す図である。
　ＥＮＵＭ／ＤＮＳサーバ１０は、図２に示すように、入出力部１１と、制御部１２と、記憶部１３とを含んで構成される。
　入出力部１１は、他の装置等との間の情報の入出力を行う。また、入出力部１１は、ＥＮＵＭ／ＤＮＳクライアント２０との間で情報の送受信を行う。入出力部１１は、通信回線を介して、情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。
　制御部１２は、ＥＮＵＭ／ＤＮＳサーバ１０が実行する処理の全般を司り、問合せ取得部１２１と、判別部１２２と、変換部１２３と、問合せ応答送信部１２４と、を含んで構成される。制御部１２は、例えば、記憶部１３に格納されるプログラムをＣＰＵ（Central Processing Unit）がＲＡＭに展開し、実行することにより実現される。
　問合せ取得部１２１は、入出力部１１を介して、ＥＮＵＭ／ＤＮＳクライアント２０から、ＥＮＵＭクエリを取得し、判別部１２２へと出力する。
　判別部１２２は、問合せ取得部１２１から入力されるＥＮＵＭクエリに基づいて、発信元端末１の属性を判別し、判別結果を変換部１２３へと出力する。また、判別部１２２は、発信元端末１の属性が判別された判別結果を、記憶部１３に記憶させる。
　例えば、判別部１２２は、問合せ取得部１２１から入力されるＥＮＵＭクエリに対応付けられる接続先のＩＰアドレスによって、発信元端末１の試験端末１ａと発信元端末１の一般端末１ｂとを判別する。即ち、判別部１２２は、ＥＮＵＭクエリに対応付けられる接続先の「ＩＰアドレス（Ａ）」によって発信元端末１が試験端末１ａであると判別し、ＥＮＵＭクエリに対応付けられる接続先の「ＩＰアドレス（Ｂ）」によって発信元端末１が一般端末１ｂであると判別する。
　なお、判別部１２２が発信元端末１の属性を判別する方法は、特に限定されるものではない。判別部１２２は、発信元のＩＰアドレスによって、発信元端末１の試験端末１ａと発信元端末１の一般端末１ｂとを判別してもよい。また、判別部１２２は、接続先のポート又は発信元のポートによって、発信元端末１の試験端末１ａと発信元端末１の一般端末１ｂとを判別してもよい。また、判別部１２２は、ＥＮＵＭ／ＤＮＳ信号における拡張ｆｌａｇなどのフィールドに、所定値を予め格納しておき、この所定値を参照することで、発信元端末１の試験端末１ａと発信元端末１の一般端末１ｂとを判別できるように構成してもよい。
　変換部１２３は、入出力部１１を介して、番号取得事業者ＢのＥＮＵＭ／ＤＮＳサーバ１０Ａから、ＥＮＵＭアンサを取得する。或いは、変換部１２３は、自身の記憶部１３の接続先情報ＤＢ１３０を参照し、着信先端末に対応する接続先情報を抽出し、ＥＮＵＭアンサを取得する。
　そして、変換部１２３は、判別部１２２から入力される判別結果に基づいて、取得したＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先を示すＳＩＰドメインへと変換し、変換されたＳＩＰドメインを含むＥＮＵＭアンサを、問合せ応答送信部１２４へと出力する。更に、変換部１２３は、この新たなＥＮＵＭアンサを、記憶部１３に記憶させる。
　例えば、変換部１２３は、判別部１２２により発信元端末１が試験端末１ａであると判別された判別結果に基づいて、取得したＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先がＩＰ－ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換する。そして、変換部１２３は、新たに生成したＥＮＵＭアンサを、問合せ応答送信部１２４へと出力する。
　例えば、変換部１２３は、判別部１２２により発信元端末１が一般端末１ｂであると判別された判別結果に基づいて、取得したＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先がＳＴＭ－ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換する。そして、変換部１２３は、新たに生成したＥＮＵＭアンサを、問合せ応答送信部１２４へと出力する。
　図４は、ＥＮＵＭ／ＤＮＳサーバ１０の変換部１２３において変換されるＳＩＰドメインの具体例である。なお、図４に示す具体例は、あくまでも一例であり、ＥＮＵＭ／ＤＮＳサーバ１０の変換部１２３において変換されるＳＩＰドメインの変換形式は、これに限定されるものではない。
　例えば、判別部１２２により発信元端末１が試験端末１ａであると判別され、接続先がＩＰ－ＰＯＩを介して接続される接続先である場合、変換部１２３は、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、“exapmle1.ne.jp”から“exapmle1.ne.jp”へと変換する（実質的に変換しない）。
　例えば、判別部１２２により発信元端末１が試験端末１ａであると判別され、接続先がＳＴＭ－ＰＯＩを介して接続される接続先である場合、変換部１２３は、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、“exapmle2.ne.jp”から“stm.exapmle0.ne.jp”へと変換する。
　例えば、判別部１２２により発信元端末１が試験端末１ａであると判別され、接続先がＳＴＭ－ＰＯＩを介して接続される接続先である場合、変換部１２３は、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、“exapmle3.ne.jp”から“stm.exapmle0.ne.jp”へと変換する。
　例えば、判別部１２２により発信元端末１が一般端末１ｂであると判別され、接続先がＩＰ－ＰＯＩを介して接続される接続先である場合、変換部１２３は、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、“exapmle1.ne.jp”から“exapmle1.ne.jp”へと変換する（実質的に変換しない）。
　例えば、判別部１２２により発信元端末１が一般端末１ｂであると判別され、接続先がＩＰ－ＰＯＩを介して接続される接続先である場合、変換部１２３は、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、“exapmle2.ne.jp”から“exapmle2.ne.jp”へと変換する（実質的に変換しない）。
　例えば、判別部１２２により発信元端末１が一般端末１ｂであると判別され、接続先がＳＴＭ－ＰＯＩを介して接続される接続先である場合、変換部１２３は、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、“exapmle3.ne.jp”から“stm.exapmle0.ne.jp”へと変換する。
　問合せ応答送信部１２４は、変換部１２３から入力されるＥＮＵＭアンサを、入出力部１１を介して、ＥＮＵＭ／ＤＮＳクライアント２０へと送信する。
　例えば、問合せ応答送信部１２４は、接続先がＳＴＭ－ＰＯＩを介して接続される接続先である場合、
　ＲＥＧＥＸＰが“!^.*$!sip:+81422609999@stm.exapmle0.ne.jp;user=phone!”であるＥＮＵＭアンサを、ＥＮＵＭ／ＤＮＳクライアント２０へと送信する。これにより、ＥＮＵＭ／ＤＮＳクライアント２０がＳＴＭ－ＰＯＩを介して接続される接続先を選択し、ＥＮＵＭ／ＤＮＳクライアント２０から発信事業者ＡのＰＳＴＮへとＳＩＰ信号が送信される。更に、発信事業者ＡのＰＳＴＮから着信事業者ＣのＰＳＴＮへとＩＳＵＰ信号が転送される。
　例えば、問合せ応答送信部１２４は、接続先がＩＰ－ＰＯＩを介して接続される接続先である場合、
　ＲＥＧＥＸＰが“!^.*$!sip:+81422609999@ip.exapmle2.ne.jp;user=phone!”であるＥＮＵＭアンサを、ＥＮＵＭ／ＤＮＳクライアント２０へと送信する。これにより、ＥＮＵＭ／ＤＮＳクライアント２０がＩＰ－ＰＯＩを介して接続される接続先を選択し、ＥＮＵＭ／ＤＮＳクライアント２０から着信事業者ＣのＩＰ網へとＳＩＰ信号が送信される。
　記憶部１３は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成される。この記憶部１３には、接続先情報ＤＢ１３０、制御部１２の各機能を実行させるためのプログラム、制御部１２の処理に必要な情報、等が一時的に記憶される。接続先情報ＤＢ１３０には、例えば、ＥＮＵＭ問合せ情報１３１、番号ポータビリティ情報１３２、等が含まれる。
　ＥＮＵＭ問合せ情報１３１は、ＥＮＵＭクエリに付された電話番号の電話番号帯に対応付けられる問合せ先のＩＰアドレスの情報である。ＥＮＵＭ問合せ情報１３１は、ＤＮＳのＮＳ（Name Server）レコード（ドメインに対応するネームサーバ）及びＡレコード（ネームサーバに対応するＩＰアドレス）として管理される。
　ＥＮＵＭ問合せ情報１３１は、例えば、ＥＮＵＭクエリ“9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”の番号帯に示される、０４２２－６０－９９９９に対応付けられる試験端末１ａにおける接続先の「ＩＰアドレス（Ａ）」や、ＥＮＵＭクエリ“9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”の番号帯に示される、０４２２－６０－９９９９に対応付けられる一般端末１ｂにおける接続先の「ＩＰアドレス（Ｂ）」、等である。
　番号ポータビリティ情報１３２は、ＥＮＵＭクエリに対応付けられるサービスフィールド値（ＳＩＰ，ＰＳＴＮ）に応じた接続先情報である。番号ポータビリティ情報１３２は、ＤＮＳのＮＡＰＴＲ（The Naming Authority Pointer）レコードとして管理される。
　例えば、番号ポータビリティ情報１３２は、ＥＮＵＭクエリ“9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”に対応付けられるサービスフィールド値（ＳＩＰ）に応じた接続先情報“sip:+81422609999@example2.ne.jp:user=phone”や、ＥＮＵＭクエリ“9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”に対応付けられるサービスフィールド値（ＰＳＴＮ）に応じた接続先情報“sip:+81422609999;npdi;rn=+81422589999@example2.ne.jp;user=phone”、等である。
　なお、第１実施形態に係るＥＮＵＭ／ＤＮＳサーバ１０において、判別部１２２及び変換部１２３は、ＥＮＵＭ／ＤＮＳサーバ１０と同じ装置内に設けられていてもよいし、ＥＮＵＭ／ＤＮＳサーバ１０と異なる装置内に設けられていてもよい。
≪ＥＮＵＭ／ＤＮＳクライアント２０の構成≫
　図１及び図３を参照して、第１実施形態に係るＥＮＵＭ／ＤＮＳクライアント２０について説明する。図３は、ＥＮＵＭ／ＤＮＳクライアント２０の構成例を示す機能ブロック図である。
　ＥＮＵＭ／ＤＮＳクライアント２０は、発信元端末１（試験端末１ａ，一般端末１ｂ，一般端末１ｃ）から着信先端末への接続要求（ＳＩＰリクエスト）を受信する。また、ＥＮＵＭ／ＤＮＳクライアント２０は、接続要求に付された着信先端末の電話番号に対応する接続先を示すＥＮＵＭクエリを、ＥＮＵＭ／ＤＮＳサーバ１０へと送信する。
　また、ＥＮＵＭ／ＤＮＳクライアント２０は、ＥＮＵＭ／ＤＮＳサーバ１０からＥＮＵＭアンサを受信する。また、ＥＮＵＭ／ＤＮＳクライアント２０は、受信したＥＮＵＭアンサに基づいて、ＳＩＰ信号を所定の接続先へと送信する。
　ＥＮＵＭ／ＤＮＳクライアント２０は、入出力部２１と、制御部２２と、記憶部２３とを含んで構成される。
　入出力部２１は、他の装置等との間の情報の入出力を行う。また、入出力部２１は、発信元端末１、ＥＮＵＭ／ＤＮＳサーバ１０、等との間で情報の送受信を行う。入出力部２１は、通信回線を介して、情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。
　記憶部２３は、ハードディスクやフラッシュメモリ、ＲＡＭ等により構成される。この記憶部２３には、制御部の各機能を実行させるためのプログラム、制御部２２の処理に必要な情報、等が一時的に記憶される。
　制御部２２は、ＥＮＵＭ／ＤＮＳクライアント２０が実行する処理の全般を司り、選択部２２１を含んで構成される。制御部２２は、例えば、記憶部２３に格納されるプログラムをＣＰＵがＲＡＭに展開し、実行することにより実現される。
　選択部２２１は、ＥＮＵＭ／ＤＮＳサーバ１０から入力されるＳＩＰドメインに基づいて、接続先を選択する。
　例えば、選択部２２１は、ＥＮＵＭ／ＤＮＳサーバ１０の変換部１２３によりＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインが“stm.exapmle0.ne.jp”へと変換され、ＲＥＧＥＸＰが、“!^.*$!sip:+81422609999@stm.exapmle0.ne.jp;user=phone!”であるＥＮＵＭアンサを受信すると、接続先としてＳＴＭ－ＰＯＩを介して接続される接続先を選択する。
　例えば、選択部２２１は、ＥＮＵＭ／ＤＮＳサーバ１０の変換部１２３によりＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインが“exapmle2.ne.jp”へと変換され、ＲＥＧＥＸＰが、“!^.*$!sip:+81422609999@exapmle2.ne.jp;user=phone!”であるＥＮＵＭアンサを受信すると、接続先としてＩＰ－ＰＯＩを介して接続される接続先を選択する。
　このように、ＥＮＵＭ／ＤＮＳクライアント２０は、選択部２２１を備えることで、ＥＮＵＭ／ＤＮＳサーバ１０によって予め適切に変換されたＥＮＵＭアンサに基づいて、接続先を選択することが可能になる。即ち、ＥＮＵＭ／ＤＮＳクライアント２０は、試験端末の接続先としてはＩＰ－ＰＯＩを介した接続先を選択する、或いは、一般端末の接続先としてはＳＴＭ－ＰＯＩを介した接続先を選択する、などのように接続先を適切に選択することが可能になる。これにより、従来のように、ＥＮＵＭ／ＤＮＳクライアントは、まず、試験端末のみＩＰ－ＰＯＩを介した接続へと切り替えて、問題がなければ、一般端末を順次ＩＰ－ＰＯＩを介した接続へと切り替える、などの設定変更を行う必要がないため、処理時間を短縮することができる。
　第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００によれば、ＥＮＵＭ／ＤＮＳサーバ１０が、発信元端末１の属性を判別し、発信元端末１の属性に基づいて、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換して、ＥＮＵＭ／ＤＮＳクライアント２０に送信する。これにより、ＥＮＵＭ／ＤＮＳサーバ１０と比較して、性能が低く且つ数が多いＥＮＵＭ／ＤＮＳクライアント２０が、設定変更等の無駄な処理を行わずに済むため、処理効率を高めたＥＮＵＭ／ＤＮＳシステム１００を提供できる。
≪ＥＮＵＭ／ＤＮＳシステム１００の動作≫
　次に、図１及び図５を参照して、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００の動作について説明する。図５は、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００の処理の流れを示すフローチャートである。なお、図５では、試験端末１ａがＩＰ－ＰＯＩを介して接続先と接続され、一般端末１ｂがＳＴＭ－ＰＯＩを介して接続先と接続される場合を一例に挙げて説明する。
　ステップＳ１において、ＥＮＵＭ／ＤＮＳクライアント２０は、発信元端末１（試験端末１ａ，一般端末１ｂ）から、ＳＩＰ信号を受信する。
　ステップＳ２において、ＥＮＵＭ／ＤＮＳクライアント２０は、ＥＮＵＭ／ＤＮＳサーバ１０に対して、着信事業者Ｃへ接続するための接続先情報（着信先電話番号に対応するＵＲＩ等）の問合せを行う。ここでは、ＥＮＵＭクエリのＱＮＡＭＥは、“9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”として、ＥＮＵＭ／ＤＮＳクライアント２０からＥＮＵＭ／ＤＮＳサーバ１０へと送信される。
　ステップＳ３において、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭクエリを受信すると、自身の記憶部を参照し、着信事業者Ｃへ接続するための接続先情報が記憶されているか否かを判定する。ＥＮＵＭ／ＤＮＳサーバ１０は、自身の記憶部に、着信事業者Ｃへ接続するための接続先情報が記憶されていないと判定する場合には、番号取得事業者ＢのＥＮＵＭ／ＤＮＳサーバ１０Ａに対して、着信事業者Ｃへ接続するための接続先情報の問合せを行う。ここでは、ＥＮＵＭクエリのＱＮＡＭＥは、“9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”として、発信事業者ＡのＥＮＵＭ／ＤＮＳサーバ１０から番号取得事業者ＢのＥＮＵＭ／ＤＮＳサーバ１０Ａへと送信される。
　ステップＳ４において、ＥＮＵＭ／ＤＮＳサーバ１０は、番号取得事業者ＢのＥＮＵＭ／ＤＮＳサーバ１０ＡからＥＮＵＭアンサを受信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@exapmle2.ne.jp;user=phone!”として、番号取得事業者ＢのＥＮＵＭ／ＤＮＳサーバ１０Ａから発信事業者ＡのＥＮＵＭ／ＤＮＳサーバ１０へと送信される。
　ステップＳ５において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末１（試験端末１ａ，一般端末１ｂ）の属性を判別する。例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、上述のＥＮＵＭクエリに対応付けられる接続先のＩＰアドレス（例えば、「ＩＰアドレス（Ａ）」）によって発信元端末１が試験端末１ａであると判別する。例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、上述のＥＮＵＭクエリに対応付けられる接続先のＩＰアドレス（例えば、「ＩＰアドレス（Ｂ）」）によって発信元端末１が一般端末１ｂであると判別する。
　ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末１Ｘが試験端末１ａであると判別する場合、ステップＳ６の処理を行う。一方、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末１Ｙが一般端末１ｂであると判別する場合、ステップＳ８の処理を行う。
　ステップＳ６において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末１が試験端末１ａであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、そのままの状態でＥＮＵＭアンサとし、ＥＮＵＭ／ＤＮＳクライアント２０に対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@exapmle2.ne.jp;user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０からＥＮＵＭ／ＤＮＳクライアント２０へと送信される。
　ステップＳ７において、ＥＮＵＭ／ＤＮＳクライアント２０は、ＩＰ－ＰＯＩを介して、着信事業者ＣのＩＰ網へとＳＩＰ信号を送信する。
　ステップＳ８において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末１が一般端末１ｂであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、変換してＥＮＵＭアンサとし、ＥＮＵＭ／ＤＮＳクライアント２０に対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@stm.exapmle0.ne.jp;user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０からＥＮＵＭ／ＤＮＳクライアント２０へと送信される。
　ステップＳ９において、ＥＮＵＭ／ＤＮＳクライアント２０は、発信事業者ＡのＰＳＴＮへとＳＩＰ信号を送信する。その後、発信事業者ＡのＰＳＴＮから、ＳＴＭ－ＰＯＩを介して、着信事業者ＣのＰＳＴＮへとＩＳＵＰ信号が転送される。
　上述のように、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００によれば、ＥＮＵＭ／ＤＮＳサーバ１０が、発信元端末が試験端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先がＩＰ－ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換し、発信元端末が一般端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先がＳＴＭ－ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換する。これにより、従来のように、ＥＮＵＭ／ＤＮＳクライアント２０が、まず、試験端末１ａのみＩＰ－ＰＯＩを介した接続へと切り替えて、問題がなければ、一般端末１ｂを順次ＩＰ－ＰＯＩを介した接続へと切り替える、などの設定変更を行う必要がないため、処理効率を高めたＥＮＵＭ／ＤＮＳシステム１００を提供できる。
＜第２実施形態＞
≪ＥＮＵＭ／ＤＮＳシステムの構成≫
　次に、図６及び図７を参照して、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００について説明する。図６は、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００の全体構成を示す図である。図７は、第２実施形態に係るＥＮＵＭ／ＤＮＳサーバ１０の変換部において変換されるＳＩＰドメインの具体例を示す図である。なお、第２実施形態において、上述の第１実施形態と、共通する部分については、重複した説明を省略する。
　図６に示すように、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００は、発信元端末が発信する接続要求（ＳＩＰリクエスト）に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアント２０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ，第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）と、ＥＮＵＭ／ＤＮＳクライアント２０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ，第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）から、接続先情報問合せ（ＥＮＵＭクエリ）を受け付け、該接続先を接続先情報問合せ応答（ＥＮＵＭアンサ）として出力するＥＮＵＭ／ＤＮＳサーバ１０と、を含んで構成される。
　第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００は、ＥＮＵＭ／ＤＮＳサーバ１０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ，第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）が、接続先情報問合せに基づいて、発信元端末の属性を判別し、発信元端末の属性に基づいて、接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先を示すＳＩＰドメインへと変換することを特徴とする。更に、ＥＮＵＭ／ＤＮＳクライアント２０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ，第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）が、変換されたＳＩＰドメインに基づいて、接続先を選択することを特徴とする。なお、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００において、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ、或いは、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙであることは、あくまでも一例であり、この接続先は限定されるものではない。
　第２実施形態に係るＥＮＵＭ／ＤＮＳサーバ１０の構成は、第１実施形態に係るＥＮＵＭ／ＤＮＳサーバ１０の構成と同じであり、第２実施形態に係る第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ及び第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙの構成は、第１実施形態に係るＥＮＵＭ／ＤＮＳクライアント２０の構成と同じである。
　第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００が、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００と異なる点は、ＥＮＵＭ／ＤＮＳクライアント２０が、発信元端末の試験端末と発信元端末の一般端末とを判別するのではなく、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末であるか、それとも、発信元端末が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末であるか、を判別する点である。
　また、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００が、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００と異なる点は、ＥＮＵＭ／ＤＮＳサーバ１０が、第１のＥＮＵＭ／ＤＮＳクライアント２０ＸからＥＮＵＭクエリを受信し、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘである場合、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘであることを示すＳＩＰドメインに変換する点である。一方、ＥＮＵＭ／ＤＮＳサーバ１０が、第１のＥＮＵＭ／ＤＮＳクライアント２０ＸからＥＮＵＭクエリを受信し、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙである場合、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙであることを示すＳＩＰドメインに変換する点である。
　また、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００が、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００と異なる点は、ＥＮＵＭ／ＤＮＳサーバ１０が、第２のＥＮＵＭ／ＤＮＳクライアント２０ＹからＥＮＵＭクエリを受信し、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘである場合、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘであることを示すＳＩＰドメインに変換する点である。一方、ＥＮＵＭ／ＤＮＳサーバ１０が、第２のＥＮＵＭ／ＤＮＳクライアント２０ＹからＥＮＵＭクエリを受信し、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙである場合、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙであることを示すＳＩＰドメインに変換する点である。
　例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、第１のＥＮＵＭ／ＤＮＳクライアント２０ＸからＥＮＵＭクエリを受け取ると、該ＥＮＵＭクエリに基づいて、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであることを判別する。そして、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘである場合には、ＥＮＵＭアンサのＲＥＧＥＸＰを次のように書き換える。
　　“!^.*$!sip:+81422609999@ims1.exapmle0.ne.jp;user=phone!”
　→“!^.*$!sip:+81422609999@exapmle0.ne.jp;user=phone!”
　即ち、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメイン（“ims1.exapmle0.ne.jp”）を、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘであることを示すＳＩＰドメイン（“exapmle0.ne.jp”）へと変換する（この場合、実質的に書き換えている）。
　例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、第１のＥＮＵＭ／ＤＮＳクライアント２０ＸからＥＮＵＭクエリを受け取ると、該ＥＮＵＭクエリに基づいて、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであることを判別する。そして、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙである場合には、ＥＮＵＭアンサのＲＥＧＥＸＰを次のように書き換える。
　　“!^.*$!sip:+81422609999@ims1.exapmle0.ne.jp;user=phone!”
　→“!^.*$!sip:+81422609999@ims1.exapmle0.ne.jp;user=phone!”
　即ち、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメイン（“ims1.exapmle0.ne.jp”）を、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙであることを示すＳＩＰドメイン（“ims1.exapmle0.ne.jp”）へと変換する（この場合、実質的に書き換えていない）。
　ここで、図７を参照して、ＥＮＵＭ／ＤＮＳサーバ１０の変換部１２３において変換されるＳＩＰドメインの具体例について説明する。なお、図７に示す具体例は、あくまでも一例であり、ＥＮＵＭ／ＤＮＳサーバ１０の変換部１２３において変換されるＳＩＰドメインの変換形式は、これに限定されるものではない。
　例えば、判別部１２２により発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘと判別され、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘである場合、変換部１２３は、図７の具体例６０１に示すように、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、“ims1.exapmle0.ne.jp”から“exapmle0.ne.jp”へと変換する。
　例えば、判別部１２２により発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘと判別され、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙである場合、変換部１２３は、図７の具体例６０２に示すように、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、“ims1.exapmle0.ne.jp”から“ims1.exapmle0.ne.jp”へと変換する（実質的に変換しない）。
　例えば、判別部１２２により発信元端末が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙと判別され、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘである場合、変換部１２３は、図７の具体例６０３に示すように、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、“ims2.exapmle0.ne.jp”から“exapmle0.ne.jp”へと変換する。
　例えば、判別部１２２により発信元端末が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙと判別され、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙである場合、変換部１２３は、図７の具体例６０４に示すように、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、“ims2.exapmle0.ne.jp”から“ims2.exapmle0.ne.jp”へと変換する（実質的に変換しない）。
　なお、ＥＮＵＭ／ＤＮＳサーバ１０は、例えば、他社のＥＮＵＭ／ＤＮＳサーバから取得したＥＮＵＭアンサに対しては、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインにサブドメインをつけず（実質的にＳＩＰドメインを変換せず）、また、自社のＥＮＵＭ／ＤＮＳサーバから取得したＥＮＵＭアンサに対しては、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインにサブドメインをつける（実質的にＳＩＰドメインを変換する）、などのように、ＥＮＵＭアンサの取得先に基づいて、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換することも可能である。即ち、上述の具体例は、あくまでも一例であり、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを所定の規則に基づいて任意に変換することが可能である。
　本実施形態に係るＥＮＵＭ／ＤＮＳシステム２００によれば、ＥＮＵＭ／ＤＮＳサーバ１０が、発信元端末の属性を判別し、発信元端末の属性に基づいて、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換して、ＥＮＵＭ／ＤＮＳクライアント２０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ，第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）に送信する。これにより、従来のように、ＥＮＵＭ／ＤＮＳクライアント２０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ，第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘが収容する端末との接続、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙが収容する端末との接続、に応じて、その都度設定変更を行う必要がないため、処理効率を高めたＥＮＵＭ／ＤＮＳシステム２００を提供できる。
≪ＥＮＵＭ／ＤＮＳシステム２００の動作≫
　次に、図６及び図８を参照して、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００の動作について説明する。図８は、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００の処理の流れを示すフローチャートである。なお、第２実施形態では、発信元端末１が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘ又は第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであり、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘ又は第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙである場合を一例に挙げて説明する。
　ステップＳ２１において、ＥＮＵＭ／ＤＮＳクライアント２０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ又は第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）は、発信元端末から、ＳＩＰ信号を受信する。
　ステップＳ２２において、ＥＮＵＭ／ＤＮＳクライアント２０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ又は第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）は、ＥＮＵＭ／ＤＮＳサーバ１０に対して、着信先端末の電話番号に対応する接続先を示す接続先情報（着信先電話番号に対応するＵＲＩ等）の問合せを行う。ここでは、ＥＮＵＭクエリのＱＮＡＭＥは、“9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”として、ＥＮＵＭ／ＤＮＳクライアント２０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ又は第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）からＥＮＵＭ／ＤＮＳサーバ１０へと送信される。
　ステップＳ２３において、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭクエリを受信すると、自身の記憶部を参照し、着信先端末の電話番号に対応する接続先を示す接続先情報が記憶されているか否かを判定する。
　ステップＳ２４において、ＥＮＵＭ／ＤＮＳサーバ１０は、自身の記憶部に、着信先端末の電話番号に対応する接続先を示す接続先情報が記憶されていると判定する場合には、自身の記憶部から、該接続先情報を抽出し、ＥＮＵＭアンサを取得する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@ims1.exapmle0.ne.jp;user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０によって取得される。
　ステップＳ２５において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末の属性を判別する。例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、上述のＥＮＵＭクエリに対応付けられる接続先のＩＰアドレスによって、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別する。或いは、例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、上述のＥＮＵＭクエリに対応付けられる接続先のＩＰアドレスによって、発信元端末が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別する。
　ここで、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別する場合、ステップＳ２６の処理を行う。一方、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別する場合、ステップＳ３１の処理を行う。
　ステップＳ２６において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別する場合、更に、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであるか、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであるか、を判別する。
　ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別する場合、ステップＳ２７の処理を行う。一方、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別する場合、ステップＳ２９の処理を行う。
　ステップＳ２７において、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、変換してＥＮＵＭアンサとし、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@ims1.exapmle0.ne.jp;user=phone!”から変換されて、“!^.*$!sip:+81422609999@exapmle0.ne.jp;user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０から第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘへと送信される。
　ステップＳ２８において、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘは、自身が収容する端末１１１ＸへとＳＩＰ信号を送信する。
　ステップＳ２９において、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、そのままの状態でＥＮＵＭアンサとし、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@ims1.exapmle0.ne.jp;user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０から第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙへと送信される。
　ステップＳ３０において、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙは、自身が収容する端末１１１ＹへとＳＩＰ信号を送信する。
　ステップＳ３１において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別する場合、更に、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであるか、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであるか、を判別する。
　ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別する場合、ステップＳ３２の処理を行う。ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別する場合、ステップＳ３４の処理を行う。
　ステップＳ３２において、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、変換してＥＮＵＭアンサとし、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@ ims2.exapmle0.ne.jp;user=phone!”から変換されて、“!^.*$!sip:+81422609999@exapmle0.ne.jp;user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０から第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘへと送信される。
　ステップＳ３３において、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘは、自身が収容する端末１１１ＸへとＳＩＰ信号を送信する。
　ステップＳ３４において、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、そのままの状態でＥＮＵＭアンサとし、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@ims2.exapmle0.ne.jp;user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０から第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙへと送信される。
　ステップＳ３５において、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙは、自身が収容する端末１１１ＹへとＳＩＰ信号を送信する。
　上述のように、本実施形態に係るＥＮＵＭ／ＤＮＳシステム２００によれば、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であり、接続先が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換し（実質的に書き換え）、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であり、接続先が第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換しない（実質的に書き換えない）ことが可能になる。これにより、処理効率を高めたＥＮＵＭ／ＤＮＳシステム２００を提供できる。
　１　　　　　　　発信元端末
　１０　　　　　　ＥＮＵＭ／ＤＮＳサーバ
　２０　　　　　　ＥＮＵＭ／ＤＮＳクライアント
　２０Ｘ　　　　　第１のＥＮＵＭ／ＤＮＳクライアント
　２０Ｙ　　　　　第２のＥＮＵＭ／ＤＮＳクライアント
　１００，２００　ＥＮＵＭ／ＤＮＳシステム
　１２２　　　　　判別部
　１２３　　　　　変換部
　２２１　　　　　選択部
 

Claims (8)

  1. 　ＥＮＵＭ／ＤＮＳクライアントから、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバであって、
    　前記接続先情報問合せに基づいて、前記発信元端末の属性を判別する判別部と、
    　前記属性に基づいて、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先を示すＳＩＰドメインへと変換する変換部と、
    　を備えることを特徴とするＥＮＵＭ／ＤＮＳサーバ。
  2. 　ＥＮＵＭ／ＤＮＳクライアントから、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバであって、
    　前記接続先情報問合せに基づいて、前記発信元端末の試験端末と前記発信元端末の一般端末とを判別する判別部と、
    　前記判別部により前記発信元端末が前記試験端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先がＩＰ－ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換し、
    　前記判別部により前記発信元端末が前記一般端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先が前記ＩＰ－ＰＯＩ又はＳＴＭ－ＰＯＩの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換する変換部と、
    　を備えることを特徴とするＥＮＵＭ／ＤＮＳサーバ。
  3. 　ＥＮＵＭ／ＤＮＳクライアントから、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバであって、
    　前記接続先情報問合せに基づいて、前記発信元端末が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であるか、前記発信元端末が第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末であるかを判別する判別部と、
    　前記判別部により前記発信元端末が前記第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であると判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先に応じて、前記接続先が前記第１のＥＮＵＭ／ＤＮＳクライアント又は前記第２のＥＮＵＭ／ＤＮＳクライアントの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換し、
    　前記判別部により前記発信元端末が前記第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末であると判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先に応じて、前記接続先が前記第１のＥＮＵＭ／ＤＮＳクライアント又は前記第２のＥＮＵＭ／ＤＮＳクライアントの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換する変換部と、
    　を備えることを特徴とするＥＮＵＭ／ＤＮＳサーバ。
  4. 　発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアントと、前記接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバと、を含んで構成されるＥＮＵＭ／ＤＮＳシステムであって、
    　前記ＥＮＵＭ／ＤＮＳサーバは、
    　前記接続先情報問合せに基づいて、前記発信元端末の属性を判別する判別部と、
    　前記属性に基づいて、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先を示すＳＩＰドメインへと変換する変換部と、
    　を備えることを特徴とするＥＮＵＭ／ＤＮＳシステム。
  5. 　前記ＥＮＵＭ／ＤＮＳクライアントは、
    　前記変換部によって変換されたＳＩＰドメインに基づいて、前記接続先を選択する選択部を備えることを特徴とする請求項４に記載のＥＮＵＭ／ＤＮＳシステム。
  6. 　発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアントと、前記接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバと、を含んで構成されるＥＮＵＭ／ＤＮＳシステムであって、
    　前記ＥＮＵＭ／ＤＮＳサーバは、
    　前記接続先情報問合せに基づいて、前記発信元端末の試験端末と前記発信元端末の一般端末とを判別する判別部と、
    　前記判別部により前記発信元端末が前記試験端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先がＩＰ－ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換し、
    　前記判別部により前記発信元端末が前記一般端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先が前記ＩＰ－ＰＯＩ又はＳＴＭ－ＰＯＩの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換する変換部と、
    　を備えることを特徴とするＥＮＵＭ／ＤＮＳシステム。
  7. 　発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアントと、前記接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバと、を含んで構成されるＥＮＵＭ／ＤＮＳシステムの制御方法であって、
    　前記ＥＮＵＭ／ＤＮＳサーバは、
    　前記接続先情報問合せに基づいて、前記発信元端末の属性を判別するステップと、
    　前記属性に基づいて、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先を示すＳＩＰドメインへと変換するステップと、
    　を備えることを特徴とするＥＮＵＭ／ＤＮＳシステムの制御方法。
  8. 　前記ＥＮＵＭ／ＤＮＳクライアントは、
    　変換されたＳＩＰドメインに基づいて、前記接続先を選択するステップを備えることを特徴とする請求項７に記載のＥＮＵＭ／ＤＮＳシステムの制御方法。
PCT/JP2019/005784 2018-02-20 2019-02-18 Ｅｎｕｍ／ｄｎｓサーバ、ｅｎｕｍ／ｄｎｓシステム、及びｅｎｕｍ／ｄｎｓシステムの制御方法 WO2019163697A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/966,304 US11368425B2 (en) 2018-02-20 2019-02-18 ENUM/DNS server, ENUM/DNS system, and control method for ENUM/DNS system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-027718 2018-02-20
JP2018027718A JP6738362B2 (ja) 2018-02-20 2018-02-20 Ｅｎｕｍ／ｄｎｓサーバ、ｅｎｕｍ／ｄｎｓシステム、及びｅｎｕｍ／ｄｎｓシステムの制御方法

Publications (1)

Publication Number Publication Date
WO2019163697A1 true WO2019163697A1 (ja) 2019-08-29

Family

ID=67687732

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/005784 WO2019163697A1 (ja) 2018-02-20 2019-02-18 Ｅｎｕｍ／ｄｎｓサーバ、ｅｎｕｍ／ｄｎｓシステム、及びｅｎｕｍ／ｄｎｓシステムの制御方法

Country Status (3)

Country Link
US (1) US11368425B2 (ja)
JP (1) JP6738362B2 (ja)
WO (1) WO2019163697A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7205267B2 (ja) * 2019-02-06 2023-01-17 日本電信電話株式会社 Ｅｎｕｍサーバおよび輻輳制御方法
JP7336080B2 (ja) 2019-08-08 2023-08-31 Ａｇｃ株式会社 樹脂製枠体付きガラス板の製造方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012253575A (ja) * 2011-06-03 2012-12-20 Nippon Telegr & Teleph Corp <Ntt> 番号解決システム、番号解決方法およびキャリアｅｎｕｍサーバ
JP2015037255A (ja) * 2013-08-14 2015-02-23 日本電信電話株式会社 通信制御システム及び通信制御方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004266568A (ja) * 2003-02-28 2004-09-24 Nec Corp 名前解決サーバおよびパケット転送装置
US8194642B2 (en) * 2006-02-07 2012-06-05 Cisco Technology, Inc. System and method for providing multimedia services
FI120995B (fi) * 2007-06-20 2010-05-31 Elisa Oyj Menetelmä kommunikaatioyhteyden luomiseksi, yhteysmääretietokanta ja yhteysmääreitä käyttävä päätelaite tai muu verkkoelementti
US8638908B2 (en) * 2008-02-28 2014-01-28 Computer Products Introductions, Corp Contextual conversation processing in telecommunication applications
FR2998127A1 (fr) * 2012-11-12 2014-05-16 France Telecom Procede de resolution d'un numero de telephone porte en un identifiant de ressource reseau
JP6329479B2 (ja) * 2014-12-03 2018-05-23 日本電信電話株式会社 Ｅｎｕｍキャッシュサーバ、ｅｎｕｍキャッシュ方法、および、ｅｎｕｍシステム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012253575A (ja) * 2011-06-03 2012-12-20 Nippon Telegr & Teleph Corp <Ntt> 番号解決システム、番号解決方法およびキャリアｅｎｕｍサーバ
JP2015037255A (ja) * 2013-08-14 2015-02-23 日本電信電話株式会社 通信制御システム及び通信制御方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ARAI, KENJIRO ET AL.: "A study on SIP request routing to the destination Point of Interface at the IMS network", IEICE TECHN. REPORT, vol. 114, no. 477, 23 February 2015 (2015-02-23), pages 43 - 46 *

Also Published As

Publication number Publication date
US11368425B2 (en) 2022-06-21
US20200374261A1 (en) 2020-11-26
JP2019145980A (ja) 2019-08-29
JP6738362B2 (ja) 2020-08-12

Similar Documents

Publication Publication Date Title
US20210329442A1 (en) Mobile Gateway
US8254551B2 (en) Methods, systems, and computer program products for providing quality of service using E.164 number mapping (ENUM) data in a communications network
US8411670B2 (en) Reverse ENUM based routing for communication networks
US20080165706A1 (en) Destination service selection for a telephone
GB2445064A (en) Initiating a communication session and establishing a connection between a calling device in a first network and a node located in a second network
US20130329723A1 (en) Method and apparatus for providing call routing in a network
WO2019163697A1 (ja) Ｅｎｕｍ／ｄｎｓサーバ、ｅｎｕｍ／ｄｎｓシステム、及びｅｎｕｍ／ｄｎｓシステムの制御方法
WO2018162087A1 (en) Explicit service function chaining (sfc) using dns extensions
US10212288B2 (en) Method for converging telephone number and IP address
KR101265848B1 (ko) 장치 식별자에 의한 최적화된 경로 콜 라우팅
JP3629239B2 (ja) 情報提供システム
JP5553426B2 (ja) 番号解決システム、番号解決方法およびキャリアｅｎｕｍサーバ
US8665864B1 (en) Method and system for call setup with databaseless address translation
JP2005236670A (ja) セッション確立、セッション確立処理装置及びプログラム
JP6535298B2 (ja) Ｅｎｕｍサーバ、ｅｎｕｍデータ登録・回答方法およびプログラム
JP2019029965A (ja) Ｄｎｓパケット処理システム、及びｄｎｓパケット処理方法
KR100770242B1 (ko) 이넘 정보를 활용한 메시지 전송 시스템 및 방법과 단말장치, 이넘/도메인 네임 서버
Khudher et al. I-TNT: Phone number expansion and translation system for managing interconnectivity addressing in SIP peering
JP6565240B2 (ja) 呼制御装置、呼制御方法、プログラム、及び呼制御用データ構造
JP3781020B2 (ja) 論理アドレスサービス起動方法及び論理アドレス管理装置及びアプリケーション実行装置及び論理アドレスサービス管理プログラム及び論理アドレスサービス起動プログラム及び論理アドレスサービス管理プログラムを格納した記憶媒体及び論理アドレスサービス起動プログラムを格納した記憶媒体
JP3801114B2 (ja) 論理アドレスサービス起動方法及び論理アドレスサービス起動システム及び論理アドレスサービス起動プログラム及び論理アドレスサービス起動プログラムを格納した記憶媒体
JP3801115B2 (ja) 論理アドレスサービス起動方法及びシステム及び論理アドレスサービス起動プログラム及び論理アドレスサービス起動プログラムを格納した記憶媒体
KR20050089535A (ko) 차세대 통신망의 라우팅 시스템 및 그 방법
EP1715668A1 (en) Method of establishing a telecommunication connection

Legal Events

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

Ref document number: 19757254

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19757254

Country of ref document: EP

Kind code of ref document: A1