JP6529190B2 - Ｅｎｕｍ／ｄｎｓクエリ制御システム及びｅｎｕｍ／ｄｎｓクエリ制御方法 - Google Patents

Description

本発明は、特定のＥＮＵＭ（E.164 Number Mapping）／ＤＮＳ（Domain Name System）クエリを優先制御する技術に関する。

従来、ＩＰ網において、通信事業者網内の装置（呼制御サーバ等）が、電話番号とＵＲＩ（Uniform Resource Identifier）との対応付けを行う仕組みとしてＥＮＵＭ／ＤＮＳクエリ制御システムが提案されている。このＥＮＵＭ／ＤＮＳクエリ制御システムでは、通信事業者のネットワーク内に設置された呼制御サーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先情報（ＩＰアドレスやドメイン名等）をＥＮＵＭ／ＤＮＳサーバに問い合わせ、その接続先情報に基づいてルーティングを行う。

このＥＮＵＭ／ＤＮＳサーバは、通信事業者網内に設置される複数の呼制御サーバ等からアクセスを受け付け、さらに１つの呼制御サーバが収容する端末（ＩＰ電話等）の台数も多いため、全体として膨大な端末からのアクセスを受け付けることとなる。なお、ＥＮＵＭ／ＤＮＳクエリ制御システムでは、呼制御サーバは、ＥＮＵＭプロトコルに準拠したＥＮＵＭ／ＤＮＳクエリを生成し、接続先情報（ＩＰアドレスやドメイン名等）を問い合わせる。

このＥＮＵＭ／ＤＮＳクエリによる問い合わせは、特に災害等により、その被災地域への発呼が大量に発生した場合に輻輳状態が発生する。そして、ＥＮＵＭ／ＤＮＳサーバにおいて、呼制御サーバからの問い合わせに対する応答時間が長くなったり、最悪の場合応答できなくなったりして、端末間の接続遅延の増加や接続障害が発生する。

各通信事業者においては、災害等の緊急時においても、警察、消防、病院等の優先度の高いユーザの端末や、契約により優先度を高く設定しているユーザ端末からのＥＮＵＭ／ＤＮＳクエリについては、優先的に処理する必要がある。このため、従来、対応するサーバ数を増やすこと（スケールアウト）を行い、問い合わせを複数のサーバに振り分けることで負荷を分散させることが行われている（非特許文献１参照）。

例えば、優先的に扱う優先ユーザの優先端末のＥＮＵＭ／ＤＮＳクエリを、ＥＮＵＭ／ＤＮＳサーバで優先的に扱う場合、複数のＥＮＵＭ／ＤＮＳサーバを設ける。そして、優先端末からの問い合わせを一般ユーザの一般端末とは別の専用のＥＮＵＭ／ＤＮＳサーバに振り分ける技術がある。

図８は、複数のＥＮＵＭ／ＤＮＳサーバを用いて、優先端末からのクエリを優先処理するシステムを説明するための図である。

図８に示すように、一般用のＥＮＵＭ／ＤＮＳサーバ３（３Ａ）と優先用のＥＮＵＭ／ＤＮＳサーバ３（３Ｂ）を設置しておく。そして、呼制御サーバ２は、受信した接続要求が、一般端末１（１Ａ）からの接続要求であるのか、優先端末１（１Ｂ）からの接続要求であるのかを判定する。呼制御サーバ２は、一般端末１（１Ａ）からの接続要求については、一般用のＥＮＵＭ／ＤＮＳサーバ３（３Ａ）に向けてＥＮＵＭ／ＤＮＳクエリを送信する。一方、呼制御サーバ２は、優先端末１（１Ｂ）からの接続要求については、優先用のＥＮＵＭ／ＤＮＳサーバ３（３Ｂ）に向けてＥＮＵＭ／ＤＮＳクエリを送信する。

このようにすることで、一般端末１（１Ａ）からの呼処理が大量に発生したことにより、一般用のＥＮＵＭ／ＤＮＳサーバ３（３Ａ）に処置遅延が発生した場合であっても、優先端末１（１Ｂ）からの接続要求は、優先用のＥＮＵＭ／ＤＮＳサーバ３（３Ｂ）で処理されるため、遅延なく接続することができる。

丸山 伸、外５名、「動的に応答を変えるＤＮＳを利用した電子メール受信の優先制御」、情報処理学会、情報処理学会誌、Vol.47、No.4、2006年4月、p.1021-p.1030

しかしながら、呼制御サーバ２により、優先端末１（１Ｂ）からの接続要求を優先用のＥＮＵＭ／ＤＮＳサーバ３（３Ｂ）へ振り分ける処理が行われるため、一般用のＥＮＵＭ／ＤＮＳサーバ３（３Ａ）の他に優先用のＥＮＵＭ／ＤＮＳサーバ３（３Ｂ）を別途構築しなければならないという課題があった。

この課題を解決するため、一般用のＥＮＵＭ／ＤＮＳサーバと優先用のＥＮＵＭ／ＤＮＳサーバを１つのＥＮＵＭ／ＤＮＳサーバで構築することが考えられる。

しかし、現在構築されている一体型のＥＮＵＭ／ＤＮＳサーバは、図９に示すように、呼制御サーバ２から受け付けたＥＮＵＭ／ＤＮＳクエリを一旦格納しておくキャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１と、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１から送信されたＥＮＵＭ／ＤＮＳクエリに基づき接続先情報への変換処理を行う権威用のＥＮＵＭ／ＤＮＳサーバ３２と、に分けて構築されている。

それゆえ、呼制御サーバ２が、ＥＮＵＭ／ＤＮＳサーバで端末の優先度を判別できるように、発信元端末の優先度に応じて異なる送信元ＩＰアドレス（ＩＰａ，ＩＰｂ）を付してＥＮＵＭ／ＤＮＳクエリをキャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１へ送信しても、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１から権威用のＥＮＵＭ／ＤＮＳサーバ３２への問合せの際に発信元ＩＰアドレスはキャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１のＩＰアドレス（ＩＰｃ）となり、つまり、一般端末１（１Ａ）と優先端末１（１Ｂ）を区別できない同一の送信元ＩＰアドレスになるため、権威用のＥＮＵＭ／ＤＮＳサーバ３２では一般端末１（１Ａ）と優先端末１（１Ｂ）を判別できず、端末の優先度を区別した動作を行うことができない。

本発明は、上記事情を鑑みてなされたものであり、専用のＥＮＵＭ／ＤＮＳサーバを設けることなく、特定の端末からのＥＮＵＭ／ＤＮＳクエリを優先的に処理することを目的とする。

以上の課題を解決するため、請求項１に係るＥＮＵＭ／ＤＮＳクエリ制御システムは、ＥＮＵＭ／ＤＮＳクエリをＥＮＵＭ／ＤＮＳサーバへ送信する呼制御サーバと、前記ＥＮＵＭ／ＤＮＳクエリを記憶するクエリ記憶用ＥＮＵＭ／ＤＮＳサーバと、前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバからの前記ＥＮＵＭ／ＤＮＳクエリをクエリ処理用ＥＮＵＭ／ＤＮＳサーバへ転送する転送装置と、を備えたＥＮＵＭ／ＤＮＳクエリ制御システムにおいて、前記呼制御サーバは、端末からの接続要求に含まれる着信先端末に対応する接続先情報を問い合わせるためのＥＮＵＭ／ＤＮＳクエリに含まれる最上位のドメイン名を前記端末の優先度に応じて変更するクエリ変更部を備え、前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバは、前記呼制御サーバからのＥＮＵＭ／ＤＮＳクエリを、当該ＥＮＵＭ／ＤＮＳクエリに含まれる最上位のドメイン名に応じて異なる前記クエリ処理用ＥＮＵＭ／ＤＮＳサーバのアドレス宛てに送信する送信部を備え、前記転送装置は、前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバからのＥＮＵＭ／ＤＮＳクエリの送信元アドレスを、当該ＥＮＵＭ／ＤＮＳクエリの宛先アドレスに応じて異なるアドレスに変換するアドレス変換部を備える、ことを特徴とする。

請求項２に係るＥＮＵＭ／ＤＮＳクエリ制御方法は、ＥＮＵＭ／ＤＮＳクエリをＥＮＵＭ／ＤＮＳサーバへ送信する呼制御サーバと、前記ＥＮＵＭ／ＤＮＳクエリを記憶するクエリ記憶用ＥＮＵＭ／ＤＮＳサーバと、前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバからの前記ＥＮＵＭ／ＤＮＳクエリをクエリ処理用ＥＮＵＭ／ＤＮＳサーバへ転送する転送装置と、で行うＥＮＵＭ／ＤＮＳクエリ制御方法において、前記呼制御サーバは、端末からの接続要求に含まれる着信先端末に対応する接続先情報を問い合わせるためのＥＮＵＭ／ＤＮＳクエリに含まれる最上位のドメイン名を前記端末の優先度に応じて変更するステップを行い、前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバは、前記呼制御サーバからのＥＮＵＭ／ＤＮＳクエリを、当該ＥＮＵＭ／ＤＮＳクエリに含まれる最上位のドメイン名に応じて異なる前記クエリ処理用ＥＮＵＭ／ＤＮＳサーバのアドレス宛てに送信するステップを行い、前記転送装置は、前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバからのＥＮＵＭ／ＤＮＳクエリの送信元アドレスを、当該ＥＮＵＭ／ＤＮＳクエリの宛先アドレスに応じて異なるアドレスに変換するステップを行う、ことを特徴とする。

本発明によれば、専用のＥＮＵＭ／ＤＮＳサーバを設けることなく、特定の端末からのＥＮＵＭ／ＤＮＳクエリを優先的に処理することができる。

ＥＮＵＭ／ＤＮＳクエリ制御システムの全体構成と処理概要を示す図である。 呼制御サーバの機能ブロック構成を示す図である。 キャッシュ用のＥＮＵＭ／ＤＮＳサーバの機能ブロック構成を示す図である。 ルータの機能ブロック構成を示す図である。 権威用のＥＮＵＭ／ＤＮＳサーバの機能ブロック構成を示す図である。 接続先情報のデータ例を示す図である。 ＥＮＵＭ／ＤＮＳクエリ制御システムの動作を示す図である。 従来のＥＮＵＭ／ＤＮＳクエリ制御システムの全体構成と処理概要を示す図である。 従来のＥＮＵＭ／ＤＮＳクエリ制御システムの全体構成と処理概要を示す図である。

以下、本発明を実施する一実施の形態について図面を用いて説明する。

≪概要≫
まず、ＥＮＵＭ／ＤＮＳクエリ制御システムの概要について説明する。ＥＮＵＭ／ＤＮＳクエリ制御システム１００の全体構成と処理概要を図１に示す。

＜システム構成と処理概要＞
ＥＮＵＭ／ＤＮＳクエリ制御システム１００は、複数の端末１を収容する呼制御サーバ２と、その呼制御サーバ２に接続されるキャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１と、そのキャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１に接続されるルータ４と、そのルータ４に接続される権威用のＥＮＵＭ／ＤＮＳサーバ３２と、を備えて構成される。

図９に示した従来システムとの違いは、呼制御サーバ２が、端末１の優先度に応じてＥＮＵＭ／ＤＮＳクエリに含まれるトップレベルドメインを変更する。また、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１が、そのＥＮＵＭ／ＤＮＳクエリに含まれるトップレベルドメインに応じて異なる宛先ＩＰアドレス（権威用のＥＮＵＭ／ＤＮＳサーバ３２の宛先ＩＰアドレス）を設定する。更に、ルータ４が、ＥＮＵＭ／ＤＮＳクエリの送信元ＩＰアドレスを、ＥＮＵＭ／ＤＮＳクエリの宛先ＩＰアドレスに応じて異なる送信元ＩＰアドレスにＮＡＴ変換する。

これにより、権威用のＥＮＵＭ／ＤＮＳサーバ３２へのＥＮＵＭ／ＤＮＳクエリの送信元ＩＰアドレスが端末１の優先度に応じて異なることになるので、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、その送信元ＩＰアドレスに基づきＥＮＵＭ／ＤＮＳクエリの優先度を判断することができる。その結果、優先端末１（１Ｂ）からのＥＮＵＭ／ＤＮＳクエリについては優先処理を行い、一般端末１（１Ａ）からのＥＮＵＭ／ＤＮＳクエリについては所定の規制処理を行うことが可能となり、処理遅延等を発生させることなく処理することができる。

なお、本実施の形態では、一般のＥＮＵＭ／ＤＮＳクエリと優先処理するＥＮＵＭ／ＤＮＳクエリとを１つの装置で処理するため、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、一般のＥＮＵＭ／ＤＮＳクエリに対して、以下に示す規制処理を実行する。

権威用のＥＮＵＭ／ＤＮＳサーバ３２は、ＤＮＳサーバを利用した攻撃で、同じクエリを大量に送信するＤＮＳリフレクター攻撃への対応として用いられるＲＲＬ（Response Rate Limiting）の機能を備える。ＲＲＬは、ＤＮＳリフレクター攻撃を防ぐため、特定ドメインへの問い合わせや、特定の送信元ＩＰアドレスについて、レスポンス（応答）を返送する割合を制御する機能である。このＲＲＬの機能を用いて、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、一般のＥＮＵＭ／ＤＮＳクエリの規制を行う。

以下、図１を参照して、本実施形態に係るＥＮＵＭ／ＤＮＳクエリ制御システム１００の処理概要を説明する。

なお、呼制御サーバ２には、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリについては、そのクエリに含まれるトップレベルドメインを「e164enum.net1」に変更し、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリについては、そのクエリに含まれるトップレベルドメインを「e164enum.net2」に変更することを予め定めておく。

また、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１には、ＥＮＵＭ／ＤＮＳクエリに含まれるトップレベルドメインが「e164enum.net1」であれば、権威用のＥＮＵＭ／ＤＮＳサーバ３２への宛先ＩＰアドレスとして「ＩＰｂ」を設定し、ＥＮＵＭ／ＤＮＳクエリに含まれるトップレベルドメインが「e164enum.net2」であれば、権威用のＥＮＵＭ／ＤＮＳサーバ３２への宛先ＩＰアドレスとして「ＩＰｃ」を設定することを予め定めておく。なお、「ＩＰｂ」と「ＩＰｃ」は、いずれも権威用のＥＮＵＭ／ＤＮＳサーバ３２が備えるＩＰアドレスである。

また、ルータ４には、ＥＮＵＭ／ＤＮＳクエリの宛先ＩＰアドレスが「ＩＰｂ」であれば、そのクエリの送信元ＩＰアドレスとして「ＩＰｄ」を設定し、ＥＮＵＭ／ＤＮＳクエリその宛先ＩＰアドレスが「ＩＰｃ」であれば、そのクエリの送信元ＩＰアドレスとして「ＩＰｆ」を設定することを予め定めておく。

また、権威用のＥＮＵＭ／ＤＮＳサーバ３２には、一般のＥＮＵＭ／ＤＮＳクエリに対するＲＲＬの設定として、監視対象ドメイン、監視対象送信元ＩＰアドレス、許容するクエリ数（／秒）、制限割合、の各情報を予め設定しておく。ここでは、図１に示すように、監視対象送信元ＩＰアドレスとして「ＩＰｄ」が設定され、許容するクエリ数（／秒）として、ｘｘクエリ（／秒）が設定され、制限割合として「１／２」が設定されているものとする。

上記の設定がされている状況において、呼制御サーバ２は、一般端末１（１Ａ）から接続要求を受信すると（ステップＳ１）、予め記憶された優先端末情報に基づき、その接続要求が一般端末１（１Ａ）からの要求か、優先端末１（１Ｂ）からの要求かを判定する（ステップＳ２）。

次に、呼制御サーバ２は、受信した接続要求が一般端末１（１Ａ）からの要求の場合、その接続要求で指定された着信先の電話番号を逆順にし、「e164enum.net」の接頭語を加えた例えば「9.9.9.9.0.6.2.2.4.1.8.e164enum.net」を含むＥＮＵＭ／ＤＮＳクエリを生成し、そのクエリに含まれるトップレベルドメインを「e164enum.net1」に変更する（ステップＳ３）。その後、呼制御サーバ２は、そのクエリをキャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１へ送信する（ステップＳ４）。

次に、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１は、呼制御サーバ２からのＥＮＵＭ／ＤＮＳクエリを一旦メモリに格納しておき、所定のタイミングが到来した後、そのクエリに含まれるトップレベルドメインを確認し、「e164enum.net1」に対応する「ＩＰｂ」を権威用のＥＮＵＭ／ＤＮＳサーバ３２の宛先ＩＰアドレスとして設定する（ステップＳ５）。その後、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１は、ＥＮＵＭ／ＤＮＳクエリを権威用のＥＮＵＭ／ＤＮＳサーバ３２の「ＩＰｂ」宛てに送信する（ステップＳ６）。なお、上記所定のタイミングとは、例えば、権威用のＥＮＵＭ／ＤＮＳサーバ３２で処理可能なタイミングや定期的なタイミングである。

次に、ルータ４は、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１からＥＮＵＭ／ＤＮＳクエリを受信すると、そのクエリの宛先ＩＰアドレスに「ＩＰｂ」が設定されているので、そのクエリの送信元ＩＰアドレスを「ＩＰｄ」の送信元ＩＰアドレスにＮＡＴ変換する（ステップＳ７）。その後、ルータ４は、そのクエリを権威用のＥＮＵＭ／ＤＮＳサーバ３２へ転送する（ステップＳ８）。

次に、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、受信したＥＮＵＭ／ＤＮＳクエリの送信元ＩＰアドレスを確認し、そのＩＰアドレスが監視対象送信元ＩＰアドレス「ＩＰｄ」に一致するか否かを判定する。そして、ＥＮＵＭ／ＤＮＳサーバ３２は、監視対象送信元ＩＰアドレス「ＩＰｄ」に一致するので、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判定し、ＲＲＬに基づく規制を実行する（ステップＳ９）。具体的には、例えば監視対象ドメイン「4.1.8.e164enum.net」に向けた接続要求について、１秒間のクエリ数がｘｘを超えた場合には、当該クエリに対する応答を１／２に制限する処理を実行する。

その後、呼制御サーバ２は、優先端末１（１Ｂ）から接続要求を受信すると（ステップＳ１０）、予め記憶された優先端末情報に基づき、その接続要求が一般端末１（１Ａ）からの要求か、優先端末１（１Ｂ）からの要求かを判定する（ステップＳ１１）。

次に、呼制御サーバ２は、受信した接続要求が優先端末１（１Ｂ）からの要求の場合、例えば「9.9.9.9.0.6.2.2.4.1.8.e164enum.net」を含むＥＮＵＭ／ＤＮＳクエリを生成し、そのクエリに含まれるトップレベルドメインを「e164enum.net2」に変更する（ステップＳ１２）。その後、呼制御サーバ２は、そのクエリをキャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１へ送信する（ステップＳ１３）。

次に、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１は、呼制御サーバ２からのＥＮＵＭ／ＤＮＳクエリを一旦メモリに格納しておき、所定のタイミングが到来した後、そのクエリに含まれるトップレベルドメインを確認し、「e164enum.net2」に対応する「ＩＰｃ」を権威用のＥＮＵＭ／ＤＮＳサーバ３２の宛先ＩＰアドレスとして設定する（ステップＳ１４）。その後、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１は、ＥＮＵＭ／ＤＮＳクエリを権威用のＥＮＵＭ／ＤＮＳサーバ３２の「ＩＰｃ」宛てに送信する（ステップＳ１５）。

次に、ルータ４は、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１からＥＮＵＭ／ＤＮＳクエリを受信すると、そのクエリの宛先ＩＰアドレスに「ＩＰｃ」が設定されているので、そのクエリの送信元ＩＰアドレスを「ＩＰｆ」の送信元ＩＰアドレスにＮＡＴ変換する（ステップＳ１６）。その後、ルータ４は、そのクエリを権威用のＥＮＵＭ／ＤＮＳサーバ３２へ転送する（ステップＳ１７）。

次に、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、受信したＥＮＵＭ／ＤＮＳクエリの送信元ＩＰアドレスを確認し、そのＩＰアドレスが監視対象送信元ＩＰアドレス「ＩＰｄ」に一致するか否かを判定する。そして、ＥＮＵＭ／ＤＮＳサーバ３２は、監視対象送信元ＩＰアドレス「ＩＰｄ」に一致しないので、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判断し、規制制御を行わず、優先制御を実行する（ステップＳ１８）。具体的には、ＥＮＵＭ／ＤＮＳサーバ３２は、接続先情報を検索した上で、ＥＮＵＭ／ＤＮＳ応答を呼制御サーバ２へ送信する処理を実行する。

このようにすることで、ＥＮＵＭ／ＤＮＳクエリ制御システム１００によれば、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリを適正に規制した上で、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリについては、規制することなく優先して処理することが可能となる。よって、災害等の発生により大量に接続要求を受け付けた場合であっても、１つの筺体としてのＥＮＵＭ／ＤＮＳサーバ３２により優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリを優先して処理することが可能となる。

≪各装置の構成≫
次に、ＥＮＵＭ／ＤＮＳクエリ制御システム１００を構成する各装置の構成について説明する。

＜呼制御サーバ＞
呼制御サーバ２の機能ブロック構成を図２に示す。呼制御サーバ２は、一般端末１（１Ａ）及び優先端末１（１Ｂ）を含む複数の端末１を収容し、各端末１からの接続要求を受け付けると、ＥＮＵＭ／ＤＮＳサーバを構成するメモリ用のＥＮＵＭ／ＤＮＳサーバ３１に、着信先情報（着信先の端末１の電話番号等）に対応する接続先情報（ＵＲＩ等）を要求するＥＮＵＭ／ＤＮＳクエリを送信する。そして、呼制御サーバ２は、その接続先情報に基づき、着信先となる端末１との間で呼接続を行う。なお、この呼制御サーバ２は、例えば、ＳＩＰ（Session Initiation Protocol）に基づき呼処理を実行するＳＩＰサーバである。

本実施の形態において、呼制御サーバ２は、優先端末判定部２１、クエリ生成部２２、クエリ変更部２３、クエリ送信部２４、呼接続処理部２５、及びデータ記憶部２６を備えて構成される。

データ記憶部２６は、優先端末情報とドメイン情報を記憶する機能部である。優先端末情報とは、接続要求を送信してきた端末１が優先端末１（１Ｂ）か否かを特定できる情報である。例えば、ネットワーク管理装置等により取得した、優先端末１（１Ｂ）とすべき端末１の識別情報（電話番号等）のリストでもよいし、各ユーザの加入者情報において、端末１の識別情報（電話番号等）に優先か否かの情報（契約情報）が付されたものであってもよい。また、ドメイン情報とは、端末１の優先度に応じたドメインが登録された情報である。例えば、一般端末の電話番号に対して「e164enum.net1」のドメインを関連付け、優先端末の電話番号に対して「e164enum.net2」のドメインを関連付けた情報が登録されている。

優先端末判定部２１は、端末１から接続要求を受信すると、データ記憶部２６に記憶された優先端末情報を参照し、その端末１からの接続要求が、一般端末１（１Ａ）からの接続要求か、優先端末１（１Ｂ）からの接続要求かを判定する機能部である。

クエリ生成部２２は、ＥＮＵＭ／ＤＮＳクエリを生成する機能部である。このＥＮＵＭ／ＤＮＳクエリは、受信した接続要求に付された着信先情報（着信先の端末１の電話番号等）に対応する接続先情報（ＵＲＩ等）を要求するものであり、ＥＮＵＭプロトコルのドメイン形式で生成される。例えば、端末１から受信した接続要求に含まれる着信先電話番号（例えば、0422-60-9999）のＥ．１６４番号（＋81-422-60-9999）を逆順にして、ドットで区切り、「e164enum.net」の接頭語を付けた形式「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」に含まれるトップレベルドメイン（e164enum.net）を「e164enum.net1」に変更し、優先端末１（１Ｂ）からの接続要求の場合、そのトップレベルドメインを「e164enum.net2」に変更する。

クエリ送信部２４は、クエリ変更部２３で変更されたＥＮＵＭ／ＤＮＳクエリをキャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１へ送信する機能部である。

呼接続処理部２５は、権威用のＥＮＵＭ／ＤＮＳサーバ３２からＥＮＵＭ／ＤＮＳクエリに対するＥＮＵＭ／ＤＮＳ応答を受信すると、そのＥＮＵＭ／ＤＮＳ応答に付された接続先情報を抽出し、その接続先情報が自ＩＰ網であるか否かを判定して、その判定の結果、接続先情報が自ＩＰ網であれば、着信先情報に示される端末１に接続要求を送信し、呼接続を行う機能部である。一方、その判定の結果、抽出した接続先情報が自ＩＰ網ではなく他のＩＰ網（例えば、他の通信事業者のＩＰ網）を示す場合には、当該他のＩＰ網に向けて接続要求を送信する。

＜キャッシュ用のＥＮＵＭ／ＤＮＳサーバ＞
次に、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１について説明する。キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１の機能ブロック構成を図３に示す。キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１は、権威用のＥＮＵＭ／ＤＮＳサーバ３２の前段でＥＮＵＭ／ＤＮＳクエリを一定時間格納しておくキャッシュサーバである。

本実施の形態において、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１は、クエリ記憶部３１１、クエリ送信部３１２、ＤＮＳアドレス設定部３１３、及びデータ記憶部３１４を備えて構成される。

データ記憶部３１４は、ＤＮＳアドレス情報を記憶する機能部である。ＤＮＳアドレス情報とは、ＥＮＵＭ／ＤＮＳクエリに含まれるドメイン毎に、ＥＮＵＭ／ＤＮＳクエリの問合せ先である権威用のＥＮＵＭ／ＤＮＳサーバ３２の宛先アドレスを登録した情報である。例えば、「e164enum.net1」のドメインに対して「ＩＰｂ」の宛先ＩＰアドレスを関連付け、「e164enum.net2」のドメインに対して「ＩＰｃ」の宛先ＩＰアドレスを関連付けた情報が登録されている。

クエリ記憶部３１１は、呼制御サーバ２から送信されたＥＮＵＭ／ＤＮＳクエリを一時的に記憶しておく機能部である。

クエリ送信部３１２は、所定のタイミングでクエリ記憶部３１１からＥＮＵＭ／ＤＮＳクエリを読み出し、ルータ４を介して権威用のＥＮＵＭ／ＤＮＳサーバ３２へ送信する機能部である。

ＤＮＳアドレス設定部３１３は、データ記憶部３１４のＤＮＳアドレス情報を参照し、ＥＮＵＭ／ＤＮＳクエリに含まれるドメインに応じて、クエリ送信部３１２により送信されるＥＮＵＭ／ＤＮＳクエリの宛先ＩＰアドレス（権威用のＥＮＵＭ／ＤＮＳサーバ３２のＩＰアドレス）を設定する機能部である。例えば、ＥＮＵＭ／ＤＮＳクエリに含まれるドメインが「e164enum.net1」の場合、「ＩＰｂ」をＥＮＵＭ／ＤＮＳクエリの宛先ＩＰアドレスに設定し、ドメインが「e164enum.net2」の場合、「ＩＰｃ」を宛先ＩＰアドレスに設定する。

＜ルータ＞
次に、ルータ４について説明する。ルータ４の機能ブロック構成を図４に示す。ルータ４は、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１と権威用のＥＮＵＭ／ＤＮＳサーバ３１との間でＥＮＵＭ／ＤＮＳクエリの送信元ＩＰアドレスをＮＡＴ変換するルータである。

本実施の形態において、ルータ４は、クエリ転送部４１、アドレス変換部４２、及びデータ記憶部４３を備えて構成される。

データ記憶部４３は、変換アドレス情報を記憶する機能部である。変換アドレス情報とは、ＥＮＵＭ／ＤＮＳクエリの宛先ＩＰアドレスに応じて、そのクエリの送信元ＩＰアドレスを変換するための情報である。例えば、「ＩＰｂ」の宛先ＩＰアドレスに対して「ＩＰｄ」の送信元ＩＰアドレスを関連付け、「ＩＰｃ」の宛先ＩＰアドレスに対して「ＩＰｆ」の送信元ＩＰアドレスを関連付けた情報が登録されている。

クエリ転送部４１は、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１から送信されたＥＮＵＭ／ＤＮＳクエリを権威用のＥＮＵＭ／ＤＮＳサーバ３２へ転送する機能部である。

アドレス変換部４２は、データ記憶部４３の変換アドレス情報を参照し、受信したＥＮＵＭ／ＤＮＳクエリに設定されている宛先ＩＰアドレスに応じて、そのクエリの送信元ＩＰアドレスを変換する機能部である。

＜権威用のＥＮＵＭ／ＤＮＳサーバ＞
次に、権威用のＥＮＵＭ／ＤＮＳサーバ３２について説明する。権威用のＥＮＵＭ／ＤＮＳサーバ３２の構成ブロック構成を図５に示す。権威用のＥＮＵＭ／ＤＮＳサーバ３２は、接続先情報を備え、呼制御サーバ２からＥＮＵＭ／ＤＮＳクエリによる問い合わせを受けた場合、着信先情報に対応する接続先情報を返信するサーバである。

この権威用のＥＮＵＭ／ＤＮＳサーバ３２は、ＥＮＵＭ／ＤＮＳクエリを受信すると、送信元ＩＰアドレスの情報を抽出し、その送信元ＩＰアドレスに基づき、そのＥＮＵＭ／ＤＮＳクエリが一般端末１（１Ａ）からの接続要求についてのクエリであるのか、優先端末１（１Ｂ）からの接続要求についてのクエリであるのかを判定する。

そして、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、一般端末１（１Ａ）からの接続要求についてのクエリの数を監視し、所定時間内に許容する数以上のクエリを受信した場合には、ＲＲＬによる規制制御を実行する。一方、ＥＮＵＭ／ＤＮＳサーバ３２は、優先端末１（１Ｂ）からの接続要求についてのクエリである判定した場合には、規制制御を行なわずＥＮＵＭ／ＤＮＳ応答を呼制御サーバ２に送信する、つまり、優先制御を実行する。

なお、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、ＤＮＳと同様に階層構造（Ｔｉｅｒ０〜Ｔｉｅｒ２）で管理されており、着信先情報についての名前（接続先）解決を行う場合には、上位階層であるＴｉｅｒ０又はＴｉｅｒ１を管理しているＥＮＵＭ／ＤＮＳサーバからＴｉｅｒ２を管理しているＥＮＵＭ／ＤＮＳサーバへ向かって再帰的／反復的に問合せを行っていく。そして、ＥＮＵＭでは、Ｔｉｅｒ２に属するＥＮＵＭ／ＤＮＳサーバを、各通信事業者が管理しており、各番号帯（例えば、市外局番）の各端末１に対応する接続先情報を記憶している。

本実施の形態において、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、優先クエリ判定部３２１、規制処理部３２２、接続先情報検索部３２３、クエリ応答部３２４、及びデータ記憶部５２５を備えて構成される。

データ記憶部３２５は、ＲＲＬ設定情報と接続先情報を記憶しておく機能部である。ＲＲＬ設定情報とは、監視対象ドメイン、監視対象送信元ＩＰアドレス、許容するクエリ数（／秒）、制限割合の情報である。接続先情報とは、着信先情報を接続先情報へ変換するための情報である。

ここで、監視対象ドメインは、例えば災害等の発生により輻輳の発生するおそれがある、又は実際に輻輳が発生しているエリアのドメインを示す。例えば、東京都内の所定エリアであれば「4.1.8.e164enum.net」が設定される。監視対象送信元ＩＰアドレスは、呼制御サーバ２において、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリに付される一般端末用の送信元ＩＰアドレス「ＩＰｄ」が設定される。許容するクエリ数（／秒）は、ｘｘクエリ（／秒）（例えば、５０クエリ／秒）が設定される。制限割合は、例えば「１／２」が設定される。

優先クエリ判定部３２１は、呼制御サーバ２からＥＮＵＭ／ＤＮＳクエリを受信すると、そのＥＮＵＭ／ＤＮＳクエリに付された送信元ＩＰアドレスを抽出し、その送信元ＩＰアドレスが、監視対象送信元ＩＰアドレスに一致するか否かを判定する機能部である。

また、優先クエリ判定部３２１は、抽出した送信元ＩＰアドレスが、監視対象送信元ＩＰアドレスに一致する場合、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判定し、そのクエリを規制処理部３２２に出力する。

一方、優先クエリ判定部３２１は、抽出した送信元ＩＰアドレスが、監視対象送信元ＩＰアドレスと一致しない場合、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判定し、そのクエリを優先処理するために接続先情報検索部３２３に出力する。

規制処理部３２２は、優先クエリ判定部３２１から取得したＥＮＵＭ／ＤＮＳクエリを参照し、着信先情報が監視対象ドメイン宛てであるか否かを判定する機能部である。そして、規制処理部３２２は、監視対象ドメイン宛てでない場合、そのＥＮＵＭ／ＤＮＳクエリを接続先情報検索部３２３に出力する。

一方、規制処理部３２２は、監視対象ドメイン宛てである場合、そのＥＮＵＭ／ＤＮＳクエリは監視対象のクエリであるとし、クエリ数を「＋１」増えるようにカウントし、許容するクエリ数（／秒）を超えている場合には、制限割合に応じて規制（破棄等）する。当該クエリが規制されなかった場合、規制処理部３２２は、そのクエリを接続先情報検索部３２３に出力する。

なお、規制処理部３２２は、例えば、監視対象送信元ＩＰアドレス、許容するクエリ数（／秒）、制限割合の各情報を予め記憶部３３に記憶しておき、所定のネットワーク管理装置等から、災害等が発生した地域についての監視対象ドメインの情報を受信したことを契機として、ＲＲＬ規制を実行する。

接続先情報検索部３２３は、ＥＮＵＭ／ＤＮＳクエリを取得すると、そのＥＮＵＭ／ＤＮＳクエリに付された着信先情報を抽出し、データ記憶部３２５の接続先情報を参照して、その着信先情報の対応する接続先情報を検索する機能部である。接続先情報検索部３２３は、接続先情報を検索した結果、得られた接続先情報を抽出し、クエリ応答部３２４に処理の指示を出力する。

ここで、接続先情報のデータ構成例を図６に示す。図６に示すように、接続先情報には、着信先情報に対応付けて、接続先情報が記憶される。例えば、着信先情報には、着信先の端末１の電話番号に基づき、Ｅ．１６４番号をＥＮＵＭプロトコルのドメイン形式に変換した情報が記憶される。この着信先情報に対応付けて、接続先情報には、例えば、着信先の端末１のＥ．１６４番号と、接続先の通信事業者のドメイン（carrier_a.ne.jp）とを含むＵＲＩが記憶される。

図５に戻り、クエリ応答部３２４は、接続先情報検索部３２３が抽出した接続先情報を付したＥＮＵＭ／ＤＮＳ応答を生成し、呼制御サーバ２に送信する機能部である。

≪ＥＮＵＭ／ＤＮＳクエリ制御システムの動作≫
次に、ＥＮＵＭ／ＤＮＳクエリ制御システム１００で行うクエリ制御方法の動作について説明する。図７は、クエリ制御方法の処理フローを示す図である。

まず、呼制御サーバ２は、端末１から接続要求を受信した後（ステップＳ１０１）、その接続要求が、優先端末１（１Ｂ）からの接続要求であるかを、優先端末情報を参照して判定する（ステップＳ１０２）。

この判定の結果、優先端末１（１Ｂ）からの接続要求ではない、つまり、一般端末１（１Ａ）からの接続要求であると判定した場合、呼制御サーバ２は、ドメイン情報を参照し、ＥＮＵＭ／ＤＮＳクエリのトップレベルドメインを一般端末用のドメイン「e164enum.net1」に変更して、変更後の「9.9.9.9.0.6.2.2.4.1.8.e164enum.net1」をキャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１へ送信する（ステップＳ１０３）。

一方、ステップＳ１０２において、優先端末１（１Ｂ）からの接続要求であると判定した場合、呼制御サーバ２は、ドメイン情報を参照し、ＥＮＵＭ／ＤＮＳクエリのトップレベルドメインを優先端末用のドメイン「e164enum.net2」に変更して、変更後の「9.9.9.9.0.6.2.2.4.1.8.e164enum.net2」をキャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１へ送信する（ステップＳ１０４）。

次に、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１は、呼制御サーバ２からＥＮＵＭ／ＤＮＳクエリを受信した後（ステップＳ１０５）、そのＥＮＵＭ／ＤＮＳクエリに含まれるトップレベルドメインを参照し、ＤＮＳアドレス情報に基づき、そのトップレベルドメインに対応する権威用のＥＮＵＭ／ＤＮＳサーバ３２のＩＰアドレス宛にＥＮＵＭ／ＤＮＳクエリを送信する（ステップＳ１０６）。

具体的には、例えば、受信したＥＮＵＭ／ＤＮＳクエリに含まれるトップレベルドメインが「e164enum.net1」の場合、宛先ＩＰアドレスに「ＩＰｂ」を設定して送信し、「e164enum.net2」の場合、宛先ＩＰアドレスに「ＩＰｃ」を設定して送信する。なお、「ＩＰｂ」と「ＩＰｃ」は、いずれも権威用のＥＮＵＭ／ＤＮＳサーバ３２が備えるＩＰアドレスである。

次に、ルータ４は、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１からのＥＮＵＭ／ＤＮＳクエリを権威用のＥＮＵＭ／ＤＮＳサーバ３２の前段で受信すると、そのクエリの宛先ＩＰアドレスに対応する送信元ＩＰアドレスを変換アドレス情報より取得し、そのクエリの送信元ＩＰアドレスを該取得したＩＰアドレスに変換して、権威用のＥＮＵＭ／ＤＮＳサーバ３２へ転送する（ステップＳ１０７）。

なお、このステップＳ１０７の動作は、ルータ４の備えるＮＡＴ機能を用いて行われる。ＮＡＴ機能は一般的にルータ４の動的機能であるが、本実施の形態では、権威用のＥＮＵＭ／ＤＮＳサーバ３２がＥＮＵＭ／ＤＮＳクエリの送信元を判別する必要があるので、予め送信元ＩＰアドレスとして使用するＩＰアドレスを変換アドレス情報としてルータ４に登録しておく必要がある。

次に、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、ルータ４を介してＥＮＵＭ／ＤＮＳクエリを受信した後（ステップＳ１０８）、そのクエリに付された送信元ＩＰアドレスを抽出し、その送信元ＩＰアドレスが監視対象送信元ＩＰアドレスに一致するか否かを判定する（ステップＳ１０９）。

その後、抽出した送信元ＩＰアドレスが監視対象送信元ＩＰアドレスに一致しない場合、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判定し、ステップＳ１１へ進む。

一方、抽出した送信元ＩＰアドレスが監視対象送信元ＩＰアドレスに一致する場合、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判定し、ステップＳ１１１０へ進む。

そして、ステップＳ１１０において、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリに関してＲＲＬ規制を実行する。

具体的には、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、受信したＥＮＵＭ／ＤＮＳクエリに付された着信先情報が監視対象ドメインに含まれており、許容するクエリ数（／秒）（例えば、ｘｘ／秒）を超えている場合に、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリに対して、制限割合で示される「１／２」の処理制限を実行する。つまり、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリを１／２の割合で破棄する。

続いて、ステップＳ１１１において、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、受信したＥＮＵＭ／ＤＮＳクエリに付された着信先情報を抽出し、接続先情報を参照して、その着信先情報に対応する接続先情報を検索する。

次に、権威用のＥＮＵＭ／ＤＮＳサーバ３２は、検索した接続先情報を付したＥＮＵＭ／ＤＮＳ応答を生成し、呼制御サーバ２に送信する（ステップＳ１１２）。

最後に、呼制御サーバ２は、権威用のＥＮＵＭ／ＤＮＳサーバ３２からＥＮＵＭ／ＤＮＳ応答を受信すると、そのＥＮＵＭ／ＤＮＳ応答に付された接続先情報を抽出し、呼接続のための処理を実行する（ステップＳ１１３）。

具体的には、呼制御サーバ２は、抽出した接続先情報が自ＩＰ網であれば、着信先情報に示される端末１に呼接続の接続要求を送信する。一方、呼制御サーバ２は、抽出した接続先情報が、他のＩＰ網（例えば、他の通信事業者のＩＰ網）を示す場合には、当該他のＩＰ網に向けて接続要求を送信し、処理を終了する。

以上より、本実施の形態によれば、呼制御サーバ２が、端末１からの接続要求に含まれる着信先端末に対応する接続先情報を問い合わせるためのＥＮＵＭ／ＤＮＳクエリに含まれるトップレベルドメインを端末１の優先度に応じて変更し、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３１が、呼制御サーバ２からのＥＮＵＭ／ＤＮＳクエリを、当該ＥＮＵＭ／ＤＮＳクエリに含まれるトップレベルドメインに応じて異なる権威用のＥＮＵＭ／ＤＮＳサーバ３２のＩＰアドレス宛てに送信し、ルータ４が、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ３２からのＥＮＵＭ／ＤＮＳクエリの送信元ＩＰアドレスを、当該ＥＮＵＭ／ＤＮＳクエリの宛先ＩＰアドレスに応じて異なるＩＰアドレスに変換するので、専用のＥＮＵＭ／ＤＮＳサーバを設けることなく、特定の端末１からのＥＮＵＭ／ＤＮＳクエリを優先的に処理することができる。

最後に、本実施の形態で説明したＥＮＵＭ／ＤＮＳクエリ制御システム１００は、ＣＰＵやメモリ等を備えたサーバ装置、ルータ機器等のコンピュータで実現できる。また、ＥＮＵＭ／ＤＮＳクエリ制御システム１００としてコンピュータを機能させるためのプログラム、そのプログラムの記憶媒体を作成することも可能である。

１００…ＥＮＵＭ／ＤＮＳクエリ制御システム
１…端末
１Ａ…一般端末
１Ｂ…優先端末
２…呼制御サーバ
２１…優先端末判定部
２２…クエリ生成部
２３…クエリ変更部
２４…クエリ送信部
２５…呼接続処理部
２６…データ記憶部
３１…キャッシュ用のＥＮＵＭ／ＤＮＳサーバ（クエリ記憶用ＥＮＵＭ／ＤＮＳサーバ）
３１１…クエリ記憶部
３１２…クエリ送信部
３１３…ＤＮＳアドレス設定部
３１４…データ記憶部
３２…権威用のＥＮＵＭ／ＤＮＳサーバ（クエリ処理用ＥＮＵＭ／ＤＮＳサーバ）
３２１…優先クエリ判定部
３２２…規制処理部
３２３…接続先情報検索部
３２４…クエリ応答部
３２５…データ記憶部
４…ルータ（転送装置）
４１…クエリ転送部
４２…アドレス変換部
４３…データ記憶部

Claims (2)

1. ＥＮＵＭ／ＤＮＳクエリをＥＮＵＭ／ＤＮＳサーバへ送信する呼制御サーバと、前記ＥＮＵＭ／ＤＮＳクエリを記憶するクエリ記憶用ＥＮＵＭ／ＤＮＳサーバと、前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバからの前記ＥＮＵＭ／ＤＮＳクエリをクエリ処理用ＥＮＵＭ／ＤＮＳサーバへ転送する転送装置と、を備えたＥＮＵＭ／ＤＮＳクエリ制御システムにおいて、
   前記呼制御サーバは、
   端末からの接続要求に含まれる着信先端末に対応する接続先情報を問い合わせるためのＥＮＵＭ／ＤＮＳクエリに含まれる最上位のドメイン名を前記端末の優先度に応じて変更するクエリ変更部を備え、
   前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバは、
   前記呼制御サーバからのＥＮＵＭ／ＤＮＳクエリを、当該ＥＮＵＭ／ＤＮＳクエリに含まれる最上位のドメイン名に応じて異なる前記クエリ処理用ＥＮＵＭ／ＤＮＳサーバのアドレス宛てに送信する送信部を備え、
   前記転送装置は、
   前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバからのＥＮＵＭ／ＤＮＳクエリの送信元アドレスを、当該ＥＮＵＭ／ＤＮＳクエリの宛先アドレスに応じて異なるアドレスに変換するアドレス変換部を備える、
   ことを特徴とするＥＮＵＭ／ＤＮＳクエリ制御システム。
2. ＥＮＵＭ／ＤＮＳクエリをＥＮＵＭ／ＤＮＳサーバへ送信する呼制御サーバと、前記ＥＮＵＭ／ＤＮＳクエリを記憶するクエリ記憶用ＥＮＵＭ／ＤＮＳサーバと、前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバからの前記ＥＮＵＭ／ＤＮＳクエリをクエリ処理用ＥＮＵＭ／ＤＮＳサーバへ転送する転送装置と、で行うＥＮＵＭ／ＤＮＳクエリ制御方法において、
   前記呼制御サーバは、
   端末からの接続要求に含まれる着信先端末に対応する接続先情報を問い合わせるためのＥＮＵＭ／ＤＮＳクエリに含まれる最上位のドメイン名を前記端末の優先度に応じて変更するステップを行い、
   前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバは、
   前記呼制御サーバからのＥＮＵＭ／ＤＮＳクエリを、当該ＥＮＵＭ／ＤＮＳクエリに含まれる最上位のドメイン名に応じて異なる前記クエリ処理用ＥＮＵＭ／ＤＮＳサーバのアドレス宛てに送信するステップを行い、
   前記転送装置は、
   前記クエリ記憶用ＥＮＵＭ／ＤＮＳサーバからのＥＮＵＭ／ＤＮＳクエリの送信元アドレスを、当該ＥＮＵＭ／ＤＮＳクエリの宛先アドレスに応じて異なるアドレスに変換するステップを行う、
   ことを特徴とするＥＮＵＭ／ＤＮＳクエリ制御方法。

Images