JP6738362B2

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

Info

Publication number: JP6738362B2
Application number: JP2018027718A
Authority: JP
Inventors: 雄紀花澤; 智史清水; 史郎青島
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2018-02-20
Filing date: 2018-02-20
Publication date: 2020-08-12
Anticipated expiration: 2038-02-20
Also published as: US20200374261A1; US11368425B2; JP2019145980A; WO2019163697A1

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:[email protected];user=phone!”として、ＥＮＵＭ／ＤＮＳクライアント６０に送信される。

ＥＮＵＭ／ＤＮＳクライアント６０は、接続先情報問合せ応答メッセージに含まれる接続先情報を受信すると、例えば、発信元端末が試験端末である場合には、着信先端末とＩＰ−ＰＯＩ（Point Of Interface）を介して接続する、または、発信元端末が一般端末である場合には、着信先端末とＳＴＭ（Synchronous Transfer Mode）−ＰＯＩを介して接続する、などの判断を行う。
そして、ＥＮＵＭ／ＤＮＳクライアント６０は、発信元端末が一般端末であり、ＳＴＭ−ＰＯＩを介して接続すると判断した場合には、ＳＩＰ信号を発信事業者ＡのＰＳＴＮに送信する（ステップＳ１４）。これにより、発信事業者ＡのＰＳＴＮから着信事業者ＣのＰＳＴＮへとＩＳＵＰ信号が転送される（ステップＳ１５）。一方、ＥＮＵＭ／ＤＮＳクライアント６０は、発信元端末が試験端末であり、ＩＰ−ＰＯＩを介して接続すると判断した場合には、ＳＩＰ信号を着信事業者ＣのＩＰ網（他ＩＰ網）３０００に送信する（ステップＳ１６）。

なお、上述のステップＳ１３において、ＥＮＵＭ／ＤＮＳサーバ５０に、着信先端末に対応する接続先情報が記憶されていない場合には、ＥＮＵＭ／ＤＮＳサーバ５０は、番号取得事業者ＢのＩＰ網（他ＩＰ網）２０００に対して、着信事業者Ｃへ接続するための接続先情報の問合せ（「接続先情報問合せメッセージ（ＥＮＵＭクエリ）」。図９において、「接続先情報問合せ」と記載する。）を行い（ステップＳ１７）、番号取得事業者ＢのＩＰ網（他ＩＰ網）２０００から、応答情報（「接続先情報問合せ応答メッセージ（ＥＮＵＭアンサ）」。図９において、「接続先情報問合せ応答」と記載する。）を受信する（ステップＳ１８）。

「ＪＪ−９０．３１キャリアＥＮＵＭの相互接続共通インタフェース」一般社団法人情報通信技術委員会、２０１５年８月２７日 Domain Names: Implementation and Specification、［online］、［平成３０年２月６日検索］、インターネット〈URL：https://www.ietf.org/rfc/rfc1035.txt〉

ところで、従来のＥＮＵＭ／ＤＮＳシステムにおいて、ＥＮＵＭ／ＤＮＳサーバは、取得した接続先情報問合せ応答メッセージ（ＥＮＵＭアンサ）を、そのままＥＮＵＭ／ＤＮＳクライアントへと送信していた（図９に示すＥＮＵＭアンサのＲＥＧＥＸＰ部参照）。
従って、該ＥＮＵＭアンサを受信したＥＮＵＭ／ＤＮＳクライアントは、例えば、発信元端末が試験端末である場合には、着信先端末とＩＰ−ＰＯＩを介して接続する、また、発信元端末が一般端末である場合には、着信先端末とＳＴＭ−ＰＯＩを介して接続する、などの判断を自身で行う必要があった。更に、全ての発信元端末と着信先端末との接続を、ＳＴＭ−ＰＯＩを介した接続からＩＰ−ＰＯＩを介した接続へと一斉に切り替える際に発生するエラーを防ぐため、ＥＮＵＭ／ＤＮＳクライアントは、まず、試験端末のみＩＰ−ＰＯＩを介した接続へと切り替えて、問題がなければ（試験端末から通話ができれば）、一般端末を順次ＩＰ−ＰＯＩを介した接続へと切り替える、などの設定変更を自身で行う必要があった。

即ち、ＥＮＵＭ／ＤＮＳサーバと比較して、性能が低く且つ数が多いＥＮＵＭ／ＤＮＳクライアントが、上述の処理を行うことで、ＥＮＵＭ／ＤＮＳシステム全体の処理効率が低下するという問題があった。

このような背景を鑑みて本発明がなされたのであり、本発明は、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供することを課題とする。

前記した課題を解決するため、請求項１に記載の発明は、ＥＮＵＭ／ＤＮＳクライアントから、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバであって、前記接続先情報問合せに基づいて、前記発信元端末の属性を判別する判別部と、前記属性に基づいて、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先を示すＳＩＰドメインへと変換する変換部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳサーバとした。

また、請求項４に記載の発明は、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアントと、前記接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバと、を含んで構成されるＥＮＵＭ／ＤＮＳシステムであって、前記ＥＮＵＭ／ＤＮＳサーバは、前記接続先情報問合せに基づいて、前記発信元端末の属性を判別する判別部と、前記属性に基づいて、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先を示すＳＩＰドメインへと変換する変換部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳシステムとした。

また、請求項７に記載の発明は、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアントと、前記接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバと、を含んで構成されるＥＮＵＭ／ＤＮＳシステムの制御方法であって、前記ＥＮＵＭ／ＤＮＳサーバは、前記接続先情報問合せに基づいて、前記発信元端末の属性を判別するステップと、前記属性に基づいて、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先を示すＳＩＰドメインへと変換するステップと、を実行することを特徴とするＥＮＵＭ／ＤＮＳサーバの制御方法とした。

このようにすることで、ＥＮＵＭ／ＤＮＳサーバが、発信元端末の属性を判別し、発信元端末の属性に基づいて、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換して、ＥＮＵＭ／ＤＮＳクライアントに送信することが可能になる。これにより、ＥＮＵＭ／ＤＮＳサーバと比較して、性能が低く且つ数が多いＥＮＵＭ／ＤＮＳクライアントが、設定変更等の無駄な処理を行わずに済むため、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供できる。

前記した課題を解決するため、請求項２に記載の発明は、ＥＮＵＭ／ＤＮＳクライアントから、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバであって、前記接続先情報問合せに基づいて、前記発信元端末の試験端末と前記発信元端末の一般端末とを判別する判別部と、前記判別部により前記発信元端末が前記試験端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先がＩＰ−ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換し、前記判別部により前記発信元端末が前記一般端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先が前記ＩＰ−ＰＯＩ又はＳＴＭ−ＰＯＩの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換する変換部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳサーバとした。

また、請求項６に記載の発明は、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアントと、前記接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバと、を含んで構成されるＥＮＵＭ／ＤＮＳシステムであって、前記ＥＮＵＭ／ＤＮＳサーバは、前記接続先情報問合せに基づいて、前記発信元端末の試験端末と前記発信元端末の一般端末とを判別する判別部と、前記判別部により前記発信元端末が前記試験端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先がＩＰ−ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換し、前記判別部により前記発信元端末が前記一般端末と判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先が前記ＩＰ−ＰＯＩ又はＳＴＭ−ＰＯＩの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換する変換部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳシステムとした。

このようにすることで、ＥＮＵＭ／ＤＮＳサーバは、発信元端末が試験端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先がＩＰ−ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換し、発信元端末が一般端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先がＩＰ−ＰＯＩ又はＳＴＭ−ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換することが可能になる。これにより、従来のように、ＥＮＵＭ／ＤＮＳクライアントが、まず、試験端末のみＩＰ−ＰＯＩを介した接続へと切り替えて、問題がなければ、一般端末を順次ＩＰ−ＰＯＩを介した接続へと切り替える、などの設定変更を行う必要がないため、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供できる。

前記した課題を解決するため、請求項３に記載の発明は、ＥＮＵＭ／ＤＮＳクライアントから、発信元端末が発信する接続要求に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを受け付け、前記接続先を接続先情報問合せ応答として出力するＥＮＵＭ／ＤＮＳサーバであって、前記接続先情報問合せに基づいて、前記発信元端末が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であるか、前記発信元端末が第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末であるかを判別する判別部と、前記判別部により前記発信元端末が前記第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であると判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先に応じて、前記接続先が前記第１のＥＮＵＭ／ＤＮＳクライアント又は前記第２のＥＮＵＭ／ＤＮＳクライアントの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換し、前記判別部により前記発信元端末が前記第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末であると判別される場合、前記接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、前記接続先に応じて、前記接続先が前記第１のＥＮＵＭ／ＤＮＳクライアント又は前記第２のＥＮＵＭ／ＤＮＳクライアントの何れかを介して接続される接続先であることを示すＳＩＰドメインへと変換する変換部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳサーバとした。

このようにすることで、ＥＮＵＭ／ＤＮＳサーバは、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であり、接続先が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換し、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であり、接続先が第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換しないことが可能になる。これにより、従来のように、ＥＮＵＭ／ＤＮＳクライアントが、第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末との接続をするのか、或いは、第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末との接続をするのか、に応じて、その都度設定変更を行う必要がないため、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供できる。

前記した課題を解決するため、請求項５に記載の発明は、前記ＥＮＵＭ／ＤＮＳクライアントは、前記変換部によって変換されたＳＩＰドメインに基づいて、前記接続先を選択する選択部を備えることを特徴とする請求項４に記載のＥＮＵＭ／ＤＮＳシステムとした。

また、請求項８に記載の発明は、前記ＥＮＵＭ／ＤＮＳクライアントは、変換されたＳＩＰドメインに基づいて、前記接続先を選択するステップを実行することを特徴とする請求項７に記載のＥＮＵＭ／ＤＮＳサーバの制御方法とした。

このようにすることで、ＥＮＵＭ／ＤＮＳクライアントは、ＥＮＵＭ／ＤＮＳサーバによって予め適切に変換されたＥＮＵＭアンサに基づいて、接続先を選択することが可能になる。これにより、ＥＮＵＭ／ＤＮＳサーバと比較して、性能が低く且つ数が多いＥＮＵＭ／ＤＮＳクライアントにおいて、処理時間を短縮することができるため、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供できる。

本発明によれば、処理効率を高めたＥＮＵＭ／ＤＮＳシステムを提供できる。

第１実施形態に係るＥＮＵＭ／ＤＮＳシステムの全体構成を示す図である。第１実施形態に係るＥＮＵＭ／ＤＮＳサーバの構成例を示す機能ブロック図である。第１実施形態に係るＥＮＵＭ／ＤＮＳクライアントの構成例を示す機能ブロック図である。第１実施形態に係るＥＮＵＭ／ＤＮＳサーバの変換部において変換されるＳＩＰドメインの具体例を示す図である。第１実施形態に係るＥＮＵＭ／ＤＮＳシステムの処理の流れを示すフローチャートである。第２実施形態に係るＥＮＵＭ／ＤＮＳシステムの全体構成を示す図である。第２実施形態に係るＥＮＵＭ／ＤＮＳサーバの変換部において変換されるＳＩＰドメインの具体例を示す図である。第２実施形態に係るＥＮＵＭ／ＤＮＳシステムの処理の流れを示すフローチャートである。従来のＥＮＵＭ／ＤＮＳシステムの全体構成を示す図である。

以下、本発明を実施するための形態（以下、実施形態と称する。）における、ＥＮＵＭ／ＤＮＳシステムについて説明する。

＜第１実施形態＞
≪ＥＮＵＭ／ＤＮＳシステムの構成≫
図１に示すように、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００は、発信元端末１（試験端末１ａ，一般端末１ｂ，一般端末１ｃ）が発信する接続要求（ＳＩＰリクエスト）に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアント（ＳＩＰサーバ）２０と、ＥＮＵＭ／ＤＮＳクライアント２０から、接続先情報問合せ（ＥＮＵＭクエリ）を受け付け、該接続先を接続先情報問合せ応答（ＥＮＵＭアンサ）として出力するＥＮＵＭ／ＤＮＳサーバ１０と、を含んで構成される。

図１に示すように、発信事業者Ａ、番号取得事業者Ｂ、着信事業者Ｃは、それぞれＩＰ網とＰＳＴＮとを備えている。発信事業者ＡのＩＰ網と番号取得事業者ＢのＩＰ網とは、ＩＰ−ＰＯＩを介して接続され、発信事業者ＡのＩＰ網と着信事業者ＣのＩＰ網とは、ＩＰ−ＰＯＩを介して接続される。また、発信事業者ＡのＰＳＴＮと番号取得事業者ＢのＰＳＴＮとは、ＳＴＭ−ＰＯＩを介して接続され、発信事業者ＡのＰＳＴＮと着信事業者ＣのＰＳＴＮとは、ＳＴＭ−ＰＯＩを介して接続される。

第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００は、ＥＮＵＭ／ＤＮＳサーバ１０が、接続先情報問合せに基づいて、発信元端末１の属性を判別し、発信元端末１の属性に基づいて、接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先を示すＳＩＰドメインへと変換することを特徴とする。更に、ＥＮＵＭ／ＤＮＳクライアント２０が、変換されたＳＩＰドメインに基づいて、接続先を選択することを特徴とする。

ここで、第１実施形態に係るＥＮＵＭ／ＤＮＳサーバ１０が行う処理の概要について簡単に説明する。

例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭ／ＤＮＳクライアント２０からＥＮＵＭクエリを受け取ると、該ＥＮＵＭクエリに基づいて、発信元端末１が一般端末１ｂであることを判別する。そして、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭアンサのＲＥＧＥＸＰを次のように書き換える。
“!^.*$!sip:[email protected];user=phone!”
→“!^.*$!sip:[email protected];user=phone!”
即ち、ＥＮＵＭ／ＤＮＳサーバ１０は、取得したＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメイン（“exapmle2.ne.jp”）を、接続先がＳＴＭ−ＰＯＩを介した接続先であることを示すＳＩＰドメイン（“stm.exapmle0.ne.jp”）へと書き換える。

また、例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭ／ＤＮＳクライアント２０からＥＮＵＭクエリを受け取ると、該ＥＮＵＭクエリに基づいて、発信元端末１が試験端末１ａであることを判別する。そして、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭアンサのＲＥＧＥＸＰを、例えば、次のように書き換える。
“!^.*$!sip:[email protected];user=phone!”
→“!^.*$!sip:[email protected];user=phone!”
即ち、ＥＮＵＭ／ＤＮＳサーバ１０は、取得したＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメイン（“exapmle2.ne.jp”）を、接続先がＩＰ−ＰＯＩを介した接続先であることを示すＳＩＰドメイン（“exapmle2.ne.jp”）へと書き換える（この場合、実質的に書き換えていない）。なお、このＳＩＰドメインの変換形式は、ＥＮＵＭ／ＤＮＳサーバ１０が任意に設定可能であり、この変換形式に限定されるものではない。

一方、図９に示すように、比較例である従来のＥＮＵＭ／ＤＮＳサーバ５０は、ＩＰ−ＰＯＩを介した接続先であっても、ＳＴＭ−ＰＯＩを介した接続先であっても、同じＥＮＵＭアンサをＥＮＵＭ／ＤＮＳクライアント６０へと送信していた。
例えば、ＩＰ−ＰＯＩを介した接続先の場合、ＥＮＵＭ／ＤＮＳサーバ５０からＥＮＵＭ／ＤＮＳクライアント６０へと送信されるＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:[email protected];user=phone!”である。
また、例えば、ＳＴＭ−ＰＯＩを介した接続先の場合、ＥＮＵＭ／ＤＮＳサーバ５０からＥＮＵＭ／ＤＮＳクライアント６０へと送信されるＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:[email protected];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:[email protected];user=phone!”であるＥＮＵＭアンサを、ＥＮＵＭ／ＤＮＳクライアント２０へと送信する。これにより、ＥＮＵＭ／ＤＮＳクライアント２０がＳＴＭ−ＰＯＩを介して接続される接続先を選択し、ＥＮＵＭ／ＤＮＳクライアント２０から発信事業者ＡのＰＳＴＮへとＳＩＰ信号が送信される。更に、発信事業者ＡのＰＳＴＮから着信事業者ＣのＰＳＴＮへとＩＳＵＰ信号が転送される。
例えば、問合せ応答送信部１２４は、接続先がＩＰ−ＰＯＩを介して接続される接続先である場合、
ＲＥＧＥＸＰが“!^.*$!sip:[email protected];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:[email protected]:user=phone”や、ＥＮＵＭクエリ“9.9.9.9.0.6.2.2.4.1.8.e164enum.net.”に対応付けられるサービスフィールド値（ＰＳＴＮ）に応じた接続先情報“sip:+81422609999;npdi;[email protected];user=phone”、等である。

なお、第１実施形態に係るＥＮＵＭ／ＤＮＳサーバ１０において、判別部１２２及び変換部１２３は、ＥＮＵＭ／ＤＮＳサーバ１０と同じ装置内に設けられていてもよいし、ＥＮＵＭ／ＤＮＳサーバ１０と異なる装置内に設けられていてもよい。

≪ＥＮＵＭ／ＤＮＳクライアント２０の構成≫
図１及び図３を参照して、第１実施形態に係るＥＮＵＭ／ＤＮＳクライアント２０について説明する。図３は、ＥＮＵＭ／ＤＮＳクライアント２０の構成例を示す機能ブロック図である。
ＥＮＵＭ／ＤＮＳクライアント２０は、発信元端末１（試験端末１ａ，一般端末１ｂ，一般端末１ｃ）から着信先端末への接続要求（ＳＩＰリクエスト）を受信する。また、ＥＮＵＭ／ＤＮＳクライアント２０は、接続要求に付された着信先端末の電話番号に対応する接続先を示すＥＮＵＭクエリを、ＥＮＵＭ／ＤＮＳサーバ１０へと送信する。
また、ＥＮＵＭ／ＤＮＳクライアント２０は、ＥＮＵＭ／ＤＮＳサーバ１０からＥＮＵＭアンサを受信する。また、ＥＮＵＭ／ＤＮＳクライアント２０は、受信したＥＮＵＭアンサに基づいて、ＳＩＰ信号を所定の接続先へと送信する。

ＥＮＵＭ／ＤＮＳクライアント２０は、入出力部２１と、制御部２２と、記憶部２３とを含んで構成される。

入出力部２１は、他の装置等との間の情報の入出力を行う。また、入出力部２１は、発信元端末１、ＥＮＵＭ／ＤＮＳサーバ１０、等との間で情報の送受信を行う。入出力部２１は、通信回線を介して、情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。

記憶部２３は、ハードディスクやフラッシュメモリ、ＲＡＭ等により構成される。この記憶部２３には、制御部の各機能を実行させるためのプログラム、制御部２２の処理に必要な情報、等が一時的に記憶される。

制御部２２は、ＥＮＵＭ／ＤＮＳクライアント２０が実行する処理の全般を司り、選択部２２１を含んで構成される。制御部２２は、例えば、記憶部２３に格納されるプログラムをＣＰＵがＲＡＭに展開し、実行することにより実現される。

選択部２２１は、ＥＮＵＭ／ＤＮＳサーバ１０から入力されるＳＩＰドメインに基づいて、接続先を選択する。
例えば、選択部２２１は、ＥＮＵＭ／ＤＮＳサーバ１０の変換部１２３によりＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインが“stm.exapmle0.ne.jp”へと変換され、ＲＥＧＥＸＰが、“!^.*$!sip:[email protected];user=phone!”であるＥＮＵＭアンサを受信すると、接続先としてＳＴＭ−ＰＯＩを介して接続される接続先を選択する。
例えば、選択部２２１は、ＥＮＵＭ／ＤＮＳサーバ１０の変換部１２３によりＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインが“exapmle2.ne.jp”へと変換され、ＲＥＧＥＸＰが、“!^.*$!sip:[email protected];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:[email protected];user=phone!”として、番号取得事業者ＢのＥＮＵＭ／ＤＮＳサーバ１０Ａから発信事業者ＡのＥＮＵＭ／ＤＮＳサーバ１０へと送信される。

ステップＳ５において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末１（試験端末１ａ，一般端末１ｂ）の属性を判別する。例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、上述のＥＮＵＭクエリに対応付けられる接続先のＩＰアドレス（例えば、「ＩＰアドレス（Ａ）」）によって発信元端末１が試験端末１ａであると判別する。例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、上述のＥＮＵＭクエリに対応付けられる接続先のＩＰアドレス（例えば、「ＩＰアドレス（Ｂ）」）によって発信元端末１が一般端末１ｂであると判別する。
ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末１Ｘが試験端末１ａであると判別する場合、ステップＳ６の処理を行う。一方、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末１Ｙが一般端末１ｂであると判別する場合、ステップＳ８の処理を行う。

ステップＳ６において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末１が試験端末１ａであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、そのままの状態でＥＮＵＭアンサとし、ＥＮＵＭ／ＤＮＳクライアント２０に対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:[email protected];user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０からＥＮＵＭ／ＤＮＳクライアント２０へと送信される。

ステップＳ７において、ＥＮＵＭ／ＤＮＳクライアント２０は、ＩＰ−ＰＯＩを介して、着信事業者ＣのＩＰ網へとＳＩＰ信号を送信する。

ステップＳ８において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末１が一般端末１ｂであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、変換してＥＮＵＭアンサとし、ＥＮＵＭ／ＤＮＳクライアント２０に対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:[email protected];user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０からＥＮＵＭ／ＤＮＳクライアント２０へと送信される。

ステップＳ９において、ＥＮＵＭ／ＤＮＳクライアント２０は、発信事業者ＡのＰＳＴＮへとＳＩＰ信号を送信する。その後、発信事業者ＡのＰＳＴＮから、ＳＴＭ−ＰＯＩを介して、着信事業者ＣのＰＳＴＮへとＩＳＵＰ信号が転送される。

上述のように、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００によれば、ＥＮＵＭ／ＤＮＳサーバ１０が、発信元端末が試験端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先がＩＰ−ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換し、発信元端末が一般端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先がＳＴＭ−ＰＯＩを介して接続される接続先であることを示すＳＩＰドメインへと変換する。これにより、従来のように、ＥＮＵＭ／ＤＮＳクライアント２０が、まず、試験端末１ａのみＩＰ−ＰＯＩを介した接続へと切り替えて、問題がなければ、一般端末１ｂを順次ＩＰ−ＰＯＩを介した接続へと切り替える、などの設定変更を行う必要がないため、処理効率を高めたＥＮＵＭ／ＤＮＳシステム１００を提供できる。

＜第２実施形態＞
≪ＥＮＵＭ／ＤＮＳシステムの構成≫
次に、図６及び図７を参照して、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００について説明する。図６は、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００の全体構成を示す図である。図７は、第２実施形態に係るＥＮＵＭ／ＤＮＳサーバ１０の変換部において変換されるＳＩＰドメインの具体例を示す図である。なお、第２実施形態において、上述の第１実施形態と、共通する部分については、重複した説明を省略する。

図６に示すように、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００は、発信元端末が発信する接続要求（ＳＩＰリクエスト）に付された着信先端末の電話番号に対応する接続先を示す接続先情報問合せを行うＥＮＵＭ／ＤＮＳクライアント２０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ，第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）と、ＥＮＵＭ／ＤＮＳクライアント２０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ，第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）から、接続先情報問合せ（ＥＮＵＭクエリ）を受け付け、該接続先を接続先情報問合せ応答（ＥＮＵＭアンサ）として出力するＥＮＵＭ／ＤＮＳサーバ１０と、を含んで構成される。

第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００は、ＥＮＵＭ／ＤＮＳサーバ１０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ，第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）が、接続先情報問合せに基づいて、発信元端末の属性を判別し、発信元端末の属性に基づいて、接続先情報問合せ応答のＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先を示すＳＩＰドメインへと変換することを特徴とする。更に、ＥＮＵＭ／ＤＮＳクライアント２０（第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ，第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙ）が、変換されたＳＩＰドメインに基づいて、接続先を選択することを特徴とする。なお、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００において、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ、或いは、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙであることは、あくまでも一例であり、この接続先は限定されるものではない。

第２実施形態に係るＥＮＵＭ／ＤＮＳサーバ１０の構成は、第１実施形態に係るＥＮＵＭ／ＤＮＳサーバ１０の構成と同じであり、第２実施形態に係る第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘ及び第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙの構成は、第１実施形態に係るＥＮＵＭ／ＤＮＳクライアント２０の構成と同じである。

第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００が、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００と異なる点は、ＥＮＵＭ／ＤＮＳクライアント２０が、発信元端末の試験端末と発信元端末の一般端末とを判別するのではなく、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末であるか、それとも、発信元端末が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末であるか、を判別する点である。

また、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００が、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００と異なる点は、ＥＮＵＭ／ＤＮＳサーバ１０が、第１のＥＮＵＭ／ＤＮＳクライアント２０ＸからＥＮＵＭクエリを受信し、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘである場合、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘであることを示すＳＩＰドメインに変換する点である。一方、ＥＮＵＭ／ＤＮＳサーバ１０が、第１のＥＮＵＭ／ＤＮＳクライアント２０ＸからＥＮＵＭクエリを受信し、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙである場合、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙであることを示すＳＩＰドメインに変換する点である。

また、第２実施形態に係るＥＮＵＭ／ＤＮＳシステム２００が、第１実施形態に係るＥＮＵＭ／ＤＮＳシステム１００と異なる点は、ＥＮＵＭ／ＤＮＳサーバ１０が、第２のＥＮＵＭ／ＤＮＳクライアント２０ＹからＥＮＵＭクエリを受信し、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘである場合、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘであることを示すＳＩＰドメインに変換する点である。一方、ＥＮＵＭ／ＤＮＳサーバ１０が、第２のＥＮＵＭ／ＤＮＳクライアント２０ＹからＥＮＵＭクエリを受信し、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙである場合、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙであることを示すＳＩＰドメインに変換する点である。

例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、第１のＥＮＵＭ／ＤＮＳクライアント２０ＸからＥＮＵＭクエリを受け取ると、該ＥＮＵＭクエリに基づいて、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであることを判別する。そして、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘである場合には、ＥＮＵＭアンサのＲＥＧＥＸＰを次のように書き換える。
“!^.*$!sip:[email protected];user=phone!”
→“!^.*$!sip:[email protected];user=phone!”
即ち、ＥＮＵＭ／ＤＮＳサーバ１０は、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメイン（“ims1.exapmle0.ne.jp”）を、接続先が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘであることを示すＳＩＰドメイン（“exapmle0.ne.jp”）へと変換する（この場合、実質的に書き換えている）。

例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、第１のＥＮＵＭ／ＤＮＳクライアント２０ＸからＥＮＵＭクエリを受け取ると、該ＥＮＵＭクエリに基づいて、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであることを判別する。そして、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙである場合には、ＥＮＵＭアンサのＲＥＧＥＸＰを次のように書き換える。
“!^.*$!sip:[email protected];user=phone!”
→“!^.*$!sip:[email protected];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:[email protected];user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０によって取得される。

ステップＳ２５において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末の属性を判別する。例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、上述のＥＮＵＭクエリに対応付けられる接続先のＩＰアドレスによって、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別する。或いは、例えば、ＥＮＵＭ／ＤＮＳサーバ１０は、上述のＥＮＵＭクエリに対応付けられる接続先のＩＰアドレスによって、発信元端末が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別する。
ここで、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別する場合、ステップＳ２６の処理を行う。一方、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別する場合、ステップＳ３１の処理を行う。

ステップＳ２６において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別する場合、更に、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであるか、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであるか、を判別する。
ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別する場合、ステップＳ２７の処理を行う。一方、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別する場合、ステップＳ２９の処理を行う。

ステップＳ２７において、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、変換してＥＮＵＭアンサとし、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:[email protected];user=phone!”から変換されて、“!^.*$!sip:[email protected];user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０から第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘへと送信される。

ステップＳ２８において、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘは、自身が収容する端末１１１ＸへとＳＩＰ信号を送信する。

ステップＳ２９において、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、そのままの状態でＥＮＵＭアンサとし、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:[email protected];user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０から第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙへと送信される。

ステップＳ３０において、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙは、自身が収容する端末１１１ＹへとＳＩＰ信号を送信する。

ステップＳ３１において、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末が第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別する場合、更に、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであるか、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであるか、を判別する。
ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別する場合、ステップＳ３２の処理を行う。ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別する場合、ステップＳ３４の処理を行う。

ステップＳ３２において、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに収容される端末１１１Ｘであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、変換してＥＮＵＭアンサとし、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘに対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:+81422609999@ ims2.exapmle0.ne.jp;user=phone!”から変換されて、“!^.*$!sip:[email protected];user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０から第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘへと送信される。

ステップＳ３３において、第１のＥＮＵＭ／ＤＮＳクライアント２０Ｘは、自身が収容する端末１１１ＸへとＳＩＰ信号を送信する。

ステップＳ３４において、ＥＮＵＭ／ＤＮＳサーバ１０は、接続先が、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに収容される端末１１１Ｙであると判別すると、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを、そのままの状態でＥＮＵＭアンサとし、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙに対して該ＥＮＵＭアンサを送信する。ここでは、ＥＮＵＭアンサのＲＥＧＥＸＰは、“!^.*$!sip:[email protected];user=phone!”として、ＥＮＵＭ／ＤＮＳサーバ１０から第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙへと送信される。

ステップＳ３５において、第２のＥＮＵＭ／ＤＮＳクライアント２０Ｙは、自身が収容する端末１１１ＹへとＳＩＰ信号を送信する。

上述のように、本実施形態に係るＥＮＵＭ／ＤＮＳシステム２００によれば、ＥＮＵＭ／ＤＮＳサーバ１０は、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であり、接続先が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換し（実質的に書き換え）、発信元端末が第１のＥＮＵＭ／ＤＮＳクライアントが収容する端末であり、接続先が第２のＥＮＵＭ／ＤＮＳクライアントが収容する端末であれば、ＥＮＵＭアンサのＲＥＧＥＸＰに含まれるＳＩＰドメインを変換しない（実質的に書き換えない）ことが可能になる。これにより、処理効率を高めたＥＮＵＭ／ＤＮＳシステム２００を提供できる。

１発信元端末
１０ＥＮＵＭ／ＤＮＳサーバ
２０ＥＮＵＭ／ＤＮＳクライアント
２０Ｘ第１のＥＮＵＭ／ＤＮＳクライアント
２０Ｙ第２のＥＮＵＭ／ＤＮＳクライアント
１００，２００ＥＮＵＭ／ＤＮＳシステム
１２２判別部
１２３変換部
２２１選択部

Claims

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