(57)【特許請求の範囲】
【請求項１】
端末から接続要求を受信し、前記接続要求に付された着信先端末に対応する接続先情報を要求するＥＮＵＭ／ＤＮＳクエリをＥＮＵＭ／ＤＮＳサーバに送信する呼制御サーバと、前記ＥＮＵＭ／ＤＮＳクエリを受信し、前記接続先情報を前記呼制御サーバに返信する前記ＥＮＵＭ／ＤＮＳサーバと、を備えるＥＮＵＭ／ＤＮＳクエリ優先制御システムであって、
前記呼制御サーバは、
優先制御を必要とする前記端末である優先端末を示す情報である優先端末情報が記憶される記憶部と、
前記端末から前記接続要求を受信すると、前記優先端末情報を参照し、前記接続要求が前記優先端末からの接続要求であるか否かを判定する優先端末判定部と、
前記優先端末判定部が前記優先端末からの接続要求であると判定した場合に、前記優先端末用の送信元ＩＰアドレスを付してＥＮＵＭ／ＤＮＳクエリを生成し、前記優先端末判定部が前記優先端末からの接続要求でないと判定した場合に、一般端末用の送信元ＩＰアドレスを付してＥＮＵＭ／ＤＮＳクエリを生成し、生成した前記ＥＮＵＭ／ＤＮＳクエリそれぞれを前記ＥＮＵＭ／ＤＮＳサーバに送信する接続先情報要求部と、を備え、
前記ＥＮＵＭ／ＤＮＳサーバは、
前記着信先端末が位置するエリアを示す監視対象ドメイン、監視対象とする送信元ＩＰアドレスを示す監視対象送信元ＩＰアドレス、許容するクエリ数、および、規制する前記ＥＮＵＭ／ＤＮＳクエリの制限割合、が記憶される記憶部と、
受信したＥＮＵＭ／ＤＮＳクエリに付された送信元ＩＰアドレスを抽出し、前記抽出した送信元ＩＰアドレスが前記一般端末用の送信元ＩＰアドレスであり、前記監視対象送信元ＩＰアドレスに一致する場合において、受信した当該ＥＮＵＭ／ＤＮＳクエリで示される着信先端末の位置するエリアが前記監視対象ドメインに含まれ、前記許容するクエリ数を超えて前記ＥＮＵＭ／ＤＮＳクエリを受信したときに、前記制限割合に応じた前記ＥＮＵＭ／ＤＮＳクエリの規制処理を実行する規制処理部と、
受信したＥＮＵＭ／ＤＮＳクエリに付された送信元ＩＰアドレスが前記監視対象送信元ＩＰアドレスに一致しない場合に、前記着信先端末に対応する接続先情報を前記呼制御サーバに返信する接続先情報返信部と、を備えること
を特徴とするＥＮＵＭ／ＤＮＳクエリ優先制御システム。
【請求項２】
端末から接続要求を受信し、前記接続要求に付された着信先端末に対応する接続先情報を要求するＥＮＵＭ／ＤＮＳクエリをＥＮＵＭ／ＤＮＳサーバに送信する呼制御サーバと、前記ＥＮＵＭ／ＤＮＳクエリを受信し、前記接続先情報を前記呼制御サーバに返信する前記ＥＮＵＭ／ＤＮＳサーバと、を備えるＥＮＵＭ／ＤＮＳクエリ優先制御システムのＥＮＵＭ／ＤＮＳクエリ優先制御方法であって、
前記呼制御サーバは、
優先制御を必要とする前記端末である優先端末を示す情報である優先端末情報が記憶される記憶部を備えており、
前記端末から前記接続要求を受信すると、前記優先端末情報を参照し、前記接続要求が前記優先端末からの接続要求であるか否かを判定するステップと、
前記優先端末からの接続要求であると判定した場合に、前記優先端末用の送信元ＩＰアドレスを付してＥＮＵＭ／ＤＮＳクエリを生成し、前記優先端末からの接続要求でないと判定した場合に、一般端末用の送信元ＩＰアドレスを付してＥＮＵＭ／ＤＮＳクエリを生成し、生成した前記ＥＮＵＭ／ＤＮＳクエリそれぞれを前記ＥＮＵＭ／ＤＮＳサーバに送信するステップと、を実行し、
前記ＥＮＵＭ／ＤＮＳサーバは、
前記着信先端末が位置するエリアを示す監視対象ドメイン、監視対象とする送信元ＩＰアドレスを示す監視対象送信元ＩＰアドレス、許容するクエリ数、および、規制する前記ＥＮＵＭ／ＤＮＳクエリの制限割合、が記憶される記憶部を備えており、
受信したＥＮＵＭ／ＤＮＳクエリに付された送信元ＩＰアドレスを抽出し、前記抽出した送信元ＩＰアドレスが前記一般端末用の送信元ＩＰアドレスであり、前記監視対象送信元ＩＰアドレスに一致する場合において、受信した当該ＥＮＵＭ／ＤＮＳクエリで示される着信先端末の位置するエリアが前記監視対象ドメインに含まれ、前記許容するクエリ数を超えて前記ＥＮＵＭ／ＤＮＳクエリを受信したときに、前記制限割合に応じた前記ＥＮＵＭ／ＤＮＳクエリの規制処理を実行するステップと、
受信したＥＮＵＭ／ＤＮＳクエリに付された送信元ＩＰアドレスが前記監視対象送信元ＩＰアドレスに一致しない場合に、前記着信先端末に対応する接続先情報を前記呼制御サーバに返信するステップと、を実行すること
を特徴とするＥＮＵＭ／ＤＮＳクエリ優先制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特定のＥＮＵＭ（E.164 Number Mapping）／ＤＮＳ（Domain Name System）クエリを優先制御する、ＥＮＵＭ／ＤＮＳクエリ優先制御システムおよびＥＮＵＭ／ＤＮＳクエリ優先制御方法に関する。
【背景技術】
【０００２】
従来、ＩＰ網において、通信事業者網内の装置（呼制御サーバ等）が、電話番号とＵＲＩ（Uniform Resource Identifier）との対応付けを行う仕組みとしてＥＮＵＭ／ＤＮＳシステムが提案されている。このＥＮＵＭ／ＤＮＳシステムでは、通信事業者のネットワーク内に設置された呼制御サーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭ／ＤＮＳサーバに問い合わせて、その接続先情報に基づいてルーティングを行う。
【０００３】
このＥＮＵＭ／ＤＮＳサーバは、通信事業者網内に設定される複数の呼制御サーバ等からアクセスを受け付ける、さらに、１つの呼制御サーバが収容する端末（ＩＰ電話等）の台数も多いため、全体として膨大な端末からのアクセスを受け付けることとなる。なお、ＥＮＵＭ／ＤＮＳシステムでは、呼制御サーバは、ＥＮＵＭプロトコルに準拠したＥＮＵＭ／ＤＮＳクエリを生成し、接続先情報（ＩＰアドレスや、ドメイン名等）を問い合わせる。
このＥＮＵＭ／ＤＮＳクエリでの問い合わせは、特に災害等により、その被災地域への発呼が大量に発生した場合に輻輳状態が発生する。そして、ＥＮＵＭ／ＤＮＳサーバにおいて、呼制御サーバからの問い合わせに対する応答時間が長くなったり、最悪の場合応答できなくなったりして、端末間の接続遅延の増加や接続障害が発生する。
【０００４】
各通信事業者においては、災害等の緊急時においても、警察、消防、病院等の優先度の高いユーザの端末や、契約により優先度を高く設定しているユーザの端末からのＥＮＵＭ／ＤＮＳクエリについては、優先的に処理する必要がある。このため、従来、対応するサーバ数を増やすこと（スケールアウト）を行い、問い合わせを複数のサーバに振り分けることで負荷を分散させることが行われている（非特許文献１参照）。
【０００５】
例えば、優先的に扱うユーザ（優先ユーザ）の端末（以下、「優先端末」と称する。）のＥＮＵＭ／ＤＮＳクエリを、ＥＮＵＭ／ＤＮＳサーバで優先的に扱う場合、ＥＮＵＭ／ＤＮＳサーバを複数台設置する。そして、優先端末からの問い合わせを一般ユーザの端末（以下、「一般端末」と称する。）とは別の専用のＥＮＵＭ／ＤＮＳサーバに振り分ける技術がある。
【０００６】
図６は、複数のＥＮＵＭ／ＤＮＳサーバを用いて、優先端末からのクエリを優先処理するシステムを説明するための図である。
図６に示すように、一般用のＥＮＵＭ／ＤＮＳサーバ３（３Ａ）と、優先用のＥＮＵＭ／ＤＮＳサーバ３（３Ｂ）を設置しておく。そして、呼制御サーバ２は、受信した接続要求が、一般端末１（１Ａ）からの接続要求であるのか、優先端末１（１Ｂ）からの接続要求であるのかを判定する。呼制御サーバ２は、一般端末１（１Ａ）からの接続要求については、一般用のＥＮＵＭ／ＤＮＳサーバ３（３Ａ）に向けてＥＮＵＭ／ＤＮＳクエリを送信する。一方、呼制御サーバ２は、優先端末１（１Ｂ）からの接続要求については、優先用のＥＮＵＭ／ＤＮＳサーバ３（３Ｂ）に向けてＥＮＵＭ／ＤＮＳクエリを送信する。
このようにすることで、一般端末１（１Ａ）からの呼処理が大量に発生したことにより、一般用のＥＮＵＭ／ＤＮＳサーバ３（３Ａ）に処置遅延が発生した場合であっても、優先端末１（１Ｂ）からの接続要求は、優先用のＥＮＵＭ／ＤＮＳサーバ３（３Ｂ）で処理されるため、遅延なく接続することが可能となる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】丸山 伸、他５名、「動的に応答を変えるＤＮＳを利用した電子メール受信の優先制御」、情報処理学会、情報処理学会誌  Vol.47  No.4、pp.1021-1030、2006年4月
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記した優先端末からのＥＮＵＭ／ＤＮＳクエリを専用に処理するＥＮＵＭ／ＤＮＳサーバを、一般用のＥＮＵＭ／ＤＮＳサーバとは、別に構築するためには、そのための設備設置費用や維持管理費用等のコストが必要となる。よって、通信事業者は、地震等による障害発生時における呼処理の増大に対応可能となるように備えつつ、できるだけコストを抑制したシステムを構築することが望ましい。
【０００９】
このような背景を鑑みて本発明がなされたのであり、本発明は、専用のＥＮＵＭ／ＤＮＳサーバを設けることなく、特定の端末からのＥＮＵＭ／ＤＮＳクエリを優先的に処理することができる、ＥＮＵＭ／ＤＮＳクエリ優先制御システムおよびＥＮＵＭ／ＤＮＳクエリ優先制御方法を提供することを課題とする。
【課題を解決するための手段】
【００１０】
前記した課題を解決するため、請求項１に記載の発明は、端末から接続要求を受信し、前記接続要求に付された着信先端末に対応する接続先情報を要求するＥＮＵＭ／ＤＮＳクエリをＥＮＵＭ／ＤＮＳサーバに送信する呼制御サーバと、前記ＥＮＵＭ／ＤＮＳクエリを受信し、前記接続先情報を前記呼制御サーバに返信する前記ＥＮＵＭ／ＤＮＳサーバと、を備えるＥＮＵＭ／ＤＮＳクエリ優先制御システムであって、前記呼制御サーバが、優先制御を必要とする前記端末である優先端末を示す情報である優先端末情報が記憶される記憶部と、前記端末から前記接続要求を受信すると、前記優先端末情報を参照し、前記接続要求が前記優先端末からの接続要求であるか否かを判定する優先端末判定部と、前記優先端末判定部が前記優先端末からの接続要求であると判定した場合に、前記優先端末用の送信元ＩＰアドレスを付してＥＮＵＭ／ＤＮＳクエリを生成し、前記優先端末判定部が前記優先端末からの接続要求でないと判定した場合に、一般端末用の送信元ＩＰアドレスを付してＥＮＵＭ／ＤＮＳクエリを生成し、生成した前記ＥＮＵＭ／ＤＮＳクエリそれぞれを前記ＥＮＵＭ／ＤＮＳサーバに送信する接続先情報要求部と、を備え、前記ＥＮＵＭ／ＤＮＳサーバが、前記着信先端末が位置するエリアを示す監視対象ドメイン、監視対象とする送信元ＩＰアドレスを示す監視対象送信元ＩＰアドレス、許容するクエリ数、および、規制する前記ＥＮＵＭ／ＤＮＳクエリの制限割合、が記憶される記憶部と、受信したＥＮＵＭ／ＤＮＳクエリに付された送信元ＩＰアドレスを抽出し、前記抽出した送信元ＩＰアドレスが前記一般端末用の送信元ＩＰアドレスであり、前記監視対象送信元ＩＰアドレスに一致する場合において、受信した当該ＥＮＵＭ／ＤＮＳクエリで示される着信先端末の位置するエリアが前記監視対象ドメインに含まれ、前記許容するクエリ数を超えて前記ＥＮＵＭ／ＤＮＳクエリを受信したときに、前記制限割合に応じた前記ＥＮＵＭ／ＤＮＳクエリの規制処理を実行する規制処理部と、受信したＥＮＵＭ／ＤＮＳクエリに付された送信元ＩＰアドレスが前記監視対象送信元ＩＰアドレスに一致しない場合に、前記着信先端末に対応する接続先情報を前記呼制御サーバに返信する接続先情報返信部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳクエリ優先制御システムとした。
【００１１】
また、請求項２に記載の発明は、端末から接続要求を受信し、前記接続要求に付された着信先端末に対応する接続先情報を要求するＥＮＵＭ／ＤＮＳクエリをＥＮＵＭ／ＤＮＳサーバに送信する呼制御サーバと、前記ＥＮＵＭ／ＤＮＳクエリを受信し、前記接続先情報を前記呼制御サーバに返信する前記ＥＮＵＭ／ＤＮＳサーバと、を備えるＥＮＵＭ／ＤＮＳクエリ優先制御システムのＥＮＵＭ／ＤＮＳクエリ優先制御方法であって、前記呼制御サーバが、優先制御を必要とする前記端末である優先端末を示す情報である優先端末情報が記憶される記憶部を備えており、前記端末から前記接続要求を受信すると、前記優先端末情報を参照し、前記接続要求が前記優先端末からの接続要求であるか否かを判定するステップと、前記優先端末からの接続要求であると判定した場合に、前記優先端末用の送信元ＩＰアドレスを付してＥＮＵＭ／ＤＮＳクエリを生成し、前記優先端末からの接続要求でないと判定した場合に、一般端末用の送信元ＩＰアドレスを付してＥＮＵＭ／ＤＮＳクエリを生成し、生成した前記ＥＮＵＭ／ＤＮＳクエリそれぞれを前記ＥＮＵＭ／ＤＮＳサーバに送信するステップと、を実行し、前記ＥＮＵＭ／ＤＮＳサーバが、前記着信先端末が位置するエリアを示す監視対象ドメイン、監視対象とする送信元ＩＰアドレスを示す監視対象送信元ＩＰアドレス、許容するクエリ数、および、規制する前記ＥＮＵＭ／ＤＮＳクエリの制限割合、が記憶される記憶部を備えており、受信したＥＮＵＭ／ＤＮＳクエリに付された送信元ＩＰアドレスを抽出し、前記抽出した送信元ＩＰアドレスが前記一般端末用の送信元ＩＰアドレスであり、前記監視対象送信元ＩＰアドレスに一致する場合において、受信した当該ＥＮＵＭ／ＤＮＳクエリで示される着信先端末の位置するエリアが前記監視対象ドメインに含まれ、前記許容するクエリ数を超えて前記ＥＮＵＭ／ＤＮＳクエリを受信したときに、前記制限割合に応じた前記ＥＮＵＭ／ＤＮＳクエリの規制処理を実行するステップと、受信したＥＮＵＭ／ＤＮＳクエリに付された送信元ＩＰアドレスが前記監視対象送信元ＩＰアドレスに一致しない場合に、前記着信先端末に対応する接続先情報を前記呼制御サーバに返信するステップと、を実行することを特徴とするＥＮＵＭ／ＤＮＳクエリ優先制御方法とした。
【００１２】
このようにすることで、ＥＮＵＭ／ＤＮＳクエリ優先制御システムでは、呼制御サーバが優先端末用の送信元ＩＰアドレスとは異なる一般端末用の送信元ＩＰアドレスを付したＥＮＵＭ／ＤＮＳクエリをＥＮＵＭ／ＤＮＳサーバに送信する。ＥＮＵＭ／ＤＮＳサーバは、監視対象送信元ＩＰアドレス（一般用端末の送信元ＩＰアドレス）が付されたＥＮＵＭ／ＤＮＳクエリについて規制処理を実行する。一方、ＥＮＵＭ／ＤＮＳサーバは、優先端末用の送信元ＩＰアドレスが付されたＥＮＵＭ／ＤＮＳクエリについては規制処理を行わない、つまり、優先処理を実行する。
よって、専用のＥＮＵＭ／ＤＮＳサーバを設けることなく、１つの筺体のＥＮＵＭ／ＤＮＳサーバにより、特定の端末からのＥＮＵＭ／ＤＮＳクエリを優先的に処理することができる。
【発明の効果】
【００１３】
本発明によれば、専用のＥＮＵＭ／ＤＮＳサーバを設けることなく、特定の端末からのＥＮＵＭ／ＤＮＳクエリを優先的に処理する、ＥＮＵＭ／ＤＮＳクエリ優先制御システムおよびＥＮＵＭ／ＤＮＳクエリ優先制御方法を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態に係るＥＮＵＭ／ＤＮＳクエリ優先制御システムの全体構成と処理概要を示す図である。
【図２】本実施形態に係る呼制御サーバの構成例を示す機能ブロック図である。
【図３】本実施形態に係るＥＮＵＭ／ＤＮＳサーバの構成例を示す機能ブロック図である。
【図４】本実施形態に係る接続先情報テーブルのデータ構成例を示す図である。
【図５】本実施形態に係るＥＮＵＭ／ＤＮＳクエリ優先制御システムの処理の流れを示すフローチャートである。
【図６】複数のＥＮＵＭ／ＤＮＳサーバを用いて、優先端末からのクエリを優先処理するシステムを説明するための図である。
【発明を実施するための形態】
【００１５】
次に、本発明を実施するための形態（以下、本実施形態と称する。）における、ＥＮＵＭ／ＤＮＳクエリ優先制御システム１００等について説明する。
【００１６】
≪概要≫
まず、本実施形態に係るＥＮＵＭ／ＤＮＳクエリ優先制御システム１００の概要について説明する。
図１は、本実施形態に係るＥＮＵＭ／ＤＮＳクエリ優先制御システム１００の全体構成と処理概要を示す図である。
【００１７】
＜システム構成と処理概要＞
本実施形態に係るＥＮＵＭ／ＤＮＳクエリ優先制御システム１００は、図１に示すように、複数の端末１を収容する呼制御サーバ２０と、その呼制御サーバ２０に接続されるＥＮＵＭ／ＤＮＳサーバ３０とを含んで構成される。図６に示した従来技術のシステムとの違いは、ＥＮＵＭ／ＤＮＳサーバ３０が１つの筺体で、一般のＥＮＵＭ／ＤＮＳクエリと、優先処理するＥＮＵＭ／ＤＮＳクエリと区別して処理し、優先端末１（１Ｂ）からのＥＮＵＭ／ＤＮＳクエリを優先して、つまり、処理遅延等を発生させることなく処理することである。
【００１８】
ＥＮＵＭ／ＤＮＳサーバ３０が、一般のＥＮＵＭ／ＤＮＳクエリと優先処理するＥＮＵＭ／ＤＮＳクエリとを１つの筺体で処理することを可能にするため、ＥＮＵＭ／ＤＮＳサーバ３０は、一般のＥＮＵＭ／ＤＮＳクエリに対して、以下に示す規制処理を実行する。
【００１９】
ＥＮＵＭ／ＤＮＳサーバ３０は、ＤＮＳサーバを利用した攻撃で、同じクエリを大量に送信するＤＮＳリフレクター攻撃への対応として用いられるＲＲＬ（Response Rate Limiting）の機能を本実施形態に適用させた機能を備える。ＲＲＬは、ＤＮＳリフレクター攻撃を防ぐため、特定ドメインへの問い合わせや、特定の送信元ＩＰアドレスについて、レスポンス（応答）を返送する割合を制御する機能である。このＲＲＬの機能を用いて、ＥＮＵＭ／ＤＮＳサーバ３０は、一般のＥＮＵＭ／ＤＮＳクエリの規制を行う。
【００２０】
また、ＥＮＵＭ／ＤＮＳクエリ優先制御システム１００の呼制御サーバ２０は、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリと、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリとで、送信元ＩＰアドレスの設定を変更する機能を備える。そして、ＥＮＵＭ／ＤＮＳサーバ３０は、送信元ＩＰアドレスを確認することにより、そのＥＮＵＭ／ＤＮＳクエリが一般のクエリか優先のクエリかを判定する。ＥＮＵＭ／ＤＮＳサーバ３０は、一般のＥＮＵＭ／ＤＮＳクエリと判定したクエリについてはＲＲＬに基づく規制制御を行い、優先のＥＮＵＭ／ＤＮＳクエリと判定したクエリについては規制制御を行わず、優先処理を実行する。
【００２１】
以下、図１を参照して、本実施形態に係るＥＮＵＭ／ＤＮＳクエリ優先制御システム１００の処理概要を説明する。
本実施形態に係るＥＮＵＭ／ＤＮＳクエリ優先制御システム１００の呼制御サーバ２０には、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリには、送信元ＩＰアドレスとして「ＩＰａ」を設定し、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリには、送信元ＩＰアドレスとして「ＩＰｂ」を設定することを予め定めておく。
また、ＥＮＵＭ／ＤＮＳサーバ３０には、一般のＥＮＵＭ／ＤＮＳクエリに対するＲＲＬの設定として、監視対象ドメイン、監視対象送信元ＩＰアドレス、許容するクエリ数（／秒）、制限割合、の各情報を予め設定しておく。ここでは、図１に示すように、監視対象ドメインとして「3.1.8.e164enum.net」が設定され、監視対象送信元ＩＰアドレスとして「ＩＰａ」が設定され、許容するクエリ数（／秒）として、ｘｘクエリ（／秒）が設定され、制限割合として「１／２」が設定されているものとする。
【００２２】
上記の設定がされている状況において、呼制御サーバ２０が、一般端末１（１Ａ）から接続要求を受信すると（ステップＳ１）、呼制御サーバ２０は、その接続要求が一般端末１（１Ａ）からの要求か、優先端末１（１Ｂ）からの要求かを判定する（ステップＳ２）。なお、この判定（優先端末判定）は、例えば、呼制御サーバ２０に予め記憶された優先端末情報２３０（図２）（詳細は後記）に基づき行われる。
【００２３】
呼制御サーバ２０は、受信した接続要求が一般端末１（１Ａ）からの要求であると判定すると、送信元ＩＰアドレスを「ＩＰａ」とするＥＮＵＭ／ＤＮＳクエリを生成し、ＥＮＵＭ／ＤＮＳサーバ３０に送信する（ステップＳ３）。
【００２４】
ＥＮＵＭ／ＤＮＳクエリを受信したＥＮＵＭ／ＤＮＳサーバ３０は、送信元ＩＰアドレスを確認し、そのＩＰアドレスが、監視対象送信元ＩＰアドレス「ＩＰａ」に一致するか否かを判定する。そして、ＥＮＵＭ／ＤＮＳサーバ３０は、一致する場合には、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判定し、ＲＲＬに基づく規制を実行する（ステップＳ４：ＲＲＬ規制）。具体的には、監視対象ドメイン「3.1.8.e164enum.net」に向けた接続要求について、１秒間のクエリ数がｘｘを超えた場合には、当該クエリに対する応答を１／２に制限する処理を実行する。
【００２５】
また、呼制御サーバ２０が、優先端末１（１Ｂ）から接続要求を受信すると（ステップＳ５）、呼制御サーバ２０は、その接続要求が一般端末１（１Ａ）からの要求か、優先端末１（１Ｂ）からの要求かを判定する（ステップＳ６）。呼制御サーバ２０は、受信した接続要求が優先端末１（１Ｂ）からの要求であると判定すると、送信元ＩＰアドレスを「ＩＰｂ」とするＥＮＵＭ／ＤＮＳクエリを生成し、ＥＮＵＭ／ＤＮＳサーバ３０に送信する（ステップＳ７）。
【００２６】
ＥＮＵＭ／ＤＮＳクエリを受信したＥＮＵＭ／ＤＮＳサーバ３０は、送信元ＩＰアドレスを確認し、そのＩＰアドレスが、監視対象送信元ＩＰアドレス「ＩＰａ」に一致するか否かを判定する。そして、ＥＮＵＭ／ＤＮＳサーバ３０は、一致しない場合には、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判断し、規制制御を行わない、つまり、優先制御を実行する（ステップＳ８）。具体的には、ＥＮＵＭ／ＤＮＳサーバ３０は、後記する接続先情報テーブル３３０（図３，図４）を参照し、接続先情報を取得した上で、ＥＮＵＭ／ＤＮＳ応答を呼制御サーバ２０へ送信する処理を実行する。
【００２７】
このようにすることで、ＥＮＵＭ／ＤＮＳクエリ優先制御システム１００によれば、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリを適正に規制した上で、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリについては、規制することなく優先して処理することが可能となる。よって、災害等の発生により大量に接続要求を受け付けた場合であっても、１つの筺体としてのＥＮＵＭ／ＤＮＳサーバ３０により優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリを優先して処理することが可能となる。
【００２８】
≪各装置の構成≫
次に、本実施形態に係るＥＮＵＭ／ＤＮＳクエリ優先制御システム１００を構成する各装置（呼制御サーバ２０およびＥＮＵＭ／ＤＮＳサーバ３０）の具体的な構成について説明する。
【００２９】
＜呼制御サーバ＞
図２は、本実施形態に係る呼制御サーバ２０の構成例を示す機能ブロック図である。
呼制御サーバ２０は、一般端末１（１Ａ）および優先端末１（１Ｂ）を含む複数の端末１（図１参照）を収容する。そして、呼制御サーバ２０は、各端末１からの接続要求を受け付けると、ＥＮＵＭ／ＤＮＳサーバ３０に対し、着信先情報（着信先の端末１の電話番号等）に対応する接続先情報（ＵＲＩ等）を要求するＥＮＵＭ／ＤＮＳクエリを送信し、その接続先情報に基づき、着信先となる端末１との間で呼接続を行う。なお、この呼制御サーバ２０は、例えば、ＳＩＰ（Session Initiation Protocol）に基づき呼処理を実行するＳＩＰサーバである。
この呼制御サーバ２０は、入出力部２１と、制御部２２と、記憶部２３とを備える。
【００３０】
入出力部２１は、他の装置等との間の情報の入出力を行う。例えば、入出力部２１は、各端末１やＥＮＵＭ／ＤＮＳサーバ３０等との間で情報の送受信を行う。この入出力部２１は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。
【００３１】
記憶部２３は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成される。
この記憶部２３には、後記する優先端末情報２３０が記憶されるとともに、制御部２２の各機能を実行させるためのプログラムや、制御部２２の処理に必要な情報が一時的に記憶される。
【００３２】
制御部２２は、呼制御サーバ２０が実行する処理の全般を司り、優先端末判定部２２１と、接続先情報要求部２２２と、呼接続処理部２２３とを含んで構成される。なお、この制御部２２は、例えば、この呼制御サーバ２０の記憶部２３に格納されたプログラムをＣＰＵ（Central Processing Unit）がＲＡＭに展開し実行することにより実現される。
【００３３】
優先端末判定部２２１は、端末１から接続要求を受信すると、記憶部２３に記憶された優先端末情報２３０を参照し、その端末１からの接続要求が、一般端末１（１Ａ）からの接続要求か、優先端末１（１Ｂ）からの接続要求かを判定する。
ここで、優先端末情報２３０は、接続要求を送信してきた端末１が優先端末１（１Ｂ）か否かを特定できる情報であればよい。例えば、不図示のネットワーク管理装置等により取得した、優先端末１（１Ａ）とすべき端末１の識別情報（電話番号等）のリストでもよいし、各ユーザの加入者情報において、端末１の識別情報（電話番号等）に「優先」か否かの情報（契約情報）が付されたものであってもよい。優先端末判定部２２１は、優先端末情報２３０を参照することにより、優先端末１（１Ｂ）を抽出し、それ以外を一般端末（１Ａ）として処理する。
【００３４】
接続先情報要求部２２２は、優先端末判定部２２１による判定結果に応じて、異なる送信元ＩＰアドレスを設定したＥＮＵＭ／ＤＮＳクエリを生成し、ＥＮＵＭ／ＤＮＳサーバ３０に送信する。このＥＮＵＭ／ＤＮＳクエリは、受信した接続要求に付された着信先情報（着信先の端末１の電話番号等）に対応する接続先情報（ＵＲＩ等）を要求するものであり、ＥＮＵＭプロトコルのドメイン形式で生成される。
【００３５】
具体的には、接続先情報要求部２２２は、端末１から受信した接続要求に含まれる着信先電話番号（例えば、０３−１２３４−５５５５）のＥ．１６４番号（＋８１−３−１２３４−５５５５）を逆順にして、ドットで区切り、「e164enum.net」を付けた形式（5.5.5.5.4.3.2.1.3.1.8.e164enum.net）を着信先情報として、ＥＮＵＭ／ＤＮＳクエリを生成する。
【００３６】
また、接続先情報要求部２２２は、優先端末判定部２２１が一般端末１（１Ａ）であると判定した接続要求についてのＥＮＵＭ／ＤＮＳクエリには、一般端末用の送信元ＩＰアドレスとして、例えば「ＩＰａ」を設定し、ＥＮＵＭ／ＤＮＳサーバ３０に送信する。
一方、接続先情報要求部２２２は、優先端末判定部２２１が優先端末１（１Ｂ）であると判定した接続要求についてのＥＮＵＭ／ＤＮＳクエリには、優先端末用の送信元ＩＰアドレスとして、例えば、「ＩＰａ」とは異なる「ＩＰｂ」を設定し、ＥＮＵＭ／ＤＮＳサーバ３０に送信する。
【００３７】
呼接続処理部２２３は、ＥＮＵＭ／ＤＮＳサーバ３０からＥＮＵＭ／ＤＮＳクエリに対するＥＮＵＭ／ＤＮＳ応答を受信すると、そのＥＮＵＭ／ＤＮＳ応答に付された接続先情報を抽出する。そして、呼接続処理部２２３は、その抽出した接続先情報が自ＩＰ網であるか否かを判定する。呼接続処理部２２３は、その判定の結果、接続先情報が自ＩＰ網であれば、着信先情報に示される端末１に接続要求を送信し、呼接続を行う。
一方、呼接続処理部２２３は、判定の結果、抽出した接続先情報が、自ＩＰ網ではなく他のＩＰ網（例えば、他の通信事業者のＩＰ網）を示す場合には、当該他のＩＰ網に向けて、接続要求を送信する。
【００３８】
以上のように、呼制御サーバ２０は、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであるのか、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであるのかを、異なる送信元ＩＰアドレスを付して送信することにより識別できるようにしてＥＮＵＭ／ＤＮＳサーバ３０に送信することができる。
この際に、呼制御サーバ２０は、ＥＮＵＭ／ＤＮＳメッセージに特別な情報要素を規定する必要はなく、一般に利用されている機能を利用することができる。よって、余分な呼制御サーバ２０等の改変を行う必要もない。
【００３９】
＜ＥＮＵＭ／ＤＮＳサーバ＞
次に、本実施形態に係るＥＮＵＭ／ＤＮＳサーバ３０について説明する。
図３は、本実施形態に係るＥＮＵＭ／ＤＮＳサーバ３０の構成例を示す機能ブロック図である。
ＥＮＵＭ／ＤＮＳサーバ３０は、接続先情報テーブル３３０を備え、呼制御サーバ２０からＥＮＵＭ／ＤＮＳクエリによる問い合わせを受けた、着信先情報に対応する接続先情報を、呼制御サーバ２０に返信する。
【００４０】
このＥＮＵＭ／ＤＮＳサーバ３０は、ＥＮＵＭ／ＤＮＳクエリを受信すると、送信元ＩＰアドレスの情報を抽出し、その送信元ＩＰアドレスにより、そのＥＮＵＭ／ＤＮＳクエリが一般端末１（１Ａ）からの接続要求についてのクエリであるのか、優先端末１（１Ｂ）からの接続要求についてのクエリであるのかを判定する。そして、ＥＮＵＭ／ＤＮＳサーバ３０は、一般端末１（１Ａ）からの接続要求についてのクエリの数を監視し、所定時間内に許容する数以上のクエリを受信した場合には、ＲＲＬによる規制制御を実行する。一方、ＥＮＵＭ／ＤＮＳサーバ３０は、優先端末１（１Ｂ）からの接続要求についてのクエリである判定した場合には、規制制御を行なわずＥＮＵＭ／ＤＮＳ応答を呼制御サーバ２０に送信する、つまり、優先制御を実行する。
【００４１】
なお、ＥＮＵＭ／ＤＮＳサーバ３０は、ＤＮＳと同様に階層構造（Ｔｉｅｒ０〜Ｔｉｅr２）で管理されており、着信先情報についての名前（接続先）解決を行う場合には、上位階層であるＴｉｅｒ０またはＴｉｅｒ１を管理しているＥＮＵＭ／ＤＮＳサーバからＴｉｅｒ２を管理しているＥＮＵＭ／ＤＮＳサーバへ向かって再帰的／反復的に問合せを行っていく。そして、ＥＮＵＭでは、Ｔｉｅｒ２に属するＥＮＵＭ／ＤＮＳサーバを、各通信事業者が管理しており、各番号帯（例えば、市外局番）の各端末１に対応する接続先情報を記憶している。本実施形態においては、説明を平易にするため、通信事業者が管理するＴｉｅｒ２に属するＥＮＵＭ／ＤＮＳサーバ３０を図示して説明する。
このＥＮＵＭ／ＤＮＳサーバ３０は、入出力部３１と、制御部３２と、記憶部３３とを備える。
【００４２】
入出力部３１は、他の装置等との間の情報の入出力を行う。例えば、入出力部３１は、呼制御サーバ２０との間で情報の送受信を行う。この入出力部３１は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。
【００４３】
記憶部３３は、ハードディスクやフラッシュメモリ、ＲＡＭ等により構成される。
この記憶部３３には、後記する接続先情報テーブル３３０（図４参照）が記憶されるとともに、制御部３２の各機能を実行させるためのプログラムや、制御部３２の処理に必要な情報が一時的に記憶される。
なお、記憶部３３には、後記するＲＲＬによる規制を実行する際のＲＲＬ設定情報が記憶される。このＲＲＬ設定情報は、監視対象ドメイン、監視対象送信元ＩＰアドレス、許容するクエリ数（／秒）および制限割合の情報である。ここで、監視対象ドメインは、例えば災害等の発生により輻輳の発生するおそれがある、若しくは、実際に輻輳が発生しているエリア（地域）のドメインを示す。例えば、東京都２３区内のエリア（地域）であれば「3.1.8.e164enum.net」が設定される。監視対象送信元ＩＰアドレスは、呼制御サーバ２０において、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリに付される（一般端末用の）送信元ＩＰアドレス「ＩＰａ」が設定される。許容するクエリ数（／秒）は、ｘｘクエリ（／秒）（例えば、５０クエリ／秒）が設定される。制限割合は、例えば「１／２」が設定される。
【００４４】
制御部３２は、ＥＮＵＭ／ＤＮＳサーバ３０が実行する処理の全般を司り、優先クエリ判定部３２１と、規制処理部３２２と、接続先情報検索部３２３と、接続先情報応答部３２４とを含んで構成される。なお、この制御部３２は、例えば、このＥＮＵＭ／ＤＮＳサーバ３０の記憶部３３に格納されたプログラムをＣＰＵがＲＡＭに展開し実行することにより実現される。また、接続先情報検索部３２３と接続先情報応答部３２４とは、請求項に記載の接続先情報返信部を構成する。
【００４５】
優先クエリ判定部３２１は、呼制御サーバ２０からＥＮＵＭ／ＤＮＳクエリを受信すると、そのＥＮＵＭ／ＤＮＳクエリに付された送信元ＩＰアドレスを抽出し、その送信元ＩＰアドレスが、監視対象送信元ＩＰアドレス（例えば、一般端末用の送信元ＩＰアドレス「ＩＰａ」）に一致するか否かを判定する。優先クエリ判定部３２１は、一致する場合には、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判定し、そのクエリを規制処理部３２２に出力する。
一方、優先クエリ判定部３２１は、抽出した送信元ＩＰアドレスが、監視対象送信元ＩＰアドレスと一致しない場合には、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判定する。そして、優先クエリ判定部３２１は、そのクエリを優先処理するため、接続先情報検索部３２３に出力する。
【００４６】
規制処理部３２２は、優先クエリ判定部３２１から取得したＥＮＵＭ／ＤＮＳクエリを参照し、着信先情報が監視対象ドメイン（例えば、「3.1.8.e164enum.net」）宛てであるか否かを判定する。そして、規制処理部３２２は、監視対象ドメイン宛てでない場合には、そのＥＮＵＭ／ＤＮＳクエリを、接続先情報検索部３２３に出力する。
一方、規制処理部３２２は、監視対象ドメイン宛てである場合には、当該ＥＮＵＭ／ＤＮＳクエリは監視対象のクエリであるとし、クエリ数を「＋１」増えるようにカウントし、許容するクエリ数（／秒）を超えている場合には、制限割合（ここでは「１／２」）に応じて規制（破棄）する。当該クエリが規制されなかった場合には、規制処理部３２２は、そのクエリを接続先情報検索部３２３に出力する。
なお、規制処理部３２２は、例えば、監視対象送信元ＩＰアドレス、許容するクエリ数（／秒）、制限割合の各情報を予め記憶部３３に記憶しておき、ネットワーク管理装置（図示省略）等から、災害等が発生した地域についての監視対象ドメインの情報を受信したことを契機として、ＲＲＬ規制を実行する。
【００４７】
接続先情報検索部３２３は、ＥＮＵＭ／ＤＮＳクエリを取得すると、そのＥＮＵＭ／ＤＮＳクエリに付された着信先情報を抽出する。そして、接続先情報検索部３２３は、記憶部３３内の接続先情報テーブル３３０（図４）を参照し、その着信先情報の対応する接続先情報を検索する。接続先情報検索部３２３は、接続先情報テーブル３３０を検索した結果得られた接続先情報を抽出し、接続先情報応答部３２４に処理の指示を出力する。
【００４８】
図４は、本実施形態に係る接続先情報テーブル３３０のデータ構成例を示す図である。
図４に示す例のように、接続先情報テーブル３３０には、着信先情報に対応付けて、接続先情報が記憶される。具体的には、着信先情報には、例えば、着信先の端末１の電話番号に基づき、Ｅ．１６４番号をＥＮＵＭプロトコルのドメイン形式に変換した情報が記憶される。この着信先情報に対応付けて、接続先情報には、例えば、着信先の端末１のＥ．１６４番号と、接続先の通信事業者のドメイン名（carrier_a.ne.jp）とを含むＵＲＩが記憶される。
【００４９】
図３に戻り、接続先情報応答部３２４は、接続先情報検索部３２３が抽出した接続先情報を付したＥＮＵＭ／ＤＮＳ応答を生成する。そして、接続先情報応答部３２４は、その生成したＥＮＵＭ／ＤＮＳ応答を、呼制御サーバ２０に送信する。
【００５０】
このようにすることで、ＥＮＵＭ／ＤＮＳサーバ３０は、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであるか、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであるのかを、送信元ＩＰアドレスを抽出することによって判定することができる。そして、ＥＮＵＭ／ＤＮＳサーバ３０は、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリは、ＲＲＬに基づく規制制御を行い、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリは、規制制御を行わず、優先制御することができる。
【００５１】
≪ＥＮＵＭ／ＤＮＳクエリ優先制御システムの処理≫
次に、本実施形態に係るＥＮＵＭ／ＤＮＳクエリ優先制御システムの処理を説明する。
ここで、呼制御サーバ２０の記憶部２３には、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリに付与する一般端末用の送信元アドレス（例えば、「ＩＰａ」）と、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリに付与する優先端末用の送信元アドレス（例えば、「ＩＰｂ」）とが、予め設定される。
また、ＥＮＵＭ／ＤＮＳサーバ３０には、ＲＲＬの制御に必要となる、監視対象送信元ＩＰアドレス（例えば、「ＩＰａ」）、許容するクエリ数（／秒）（例えば、「ｘｘクエリ（／秒）」）、制限割合（例えば、「１／２」）が、予め設定されているものとする。
【００５２】
図５は、本実施形態に係るＥＮＵＭ／ＤＮＳクエリ優先制御システム１００の処理の流れを示すフローチャートである。
まず、呼制御サーバ２０が端末１から接続要求を受信する（ステップＳ１０）。そして、呼制御サーバ２０の優先端末判定部２２１は、その受信した接続要求が、優先端末１（１Ｂ）からの接続要求であるかを、優先端末情報２３０を参照して判定する（ステップＳ１１）。
【００５３】
ここで、優先端末判定部２２１が、優先端末１（１Ｂ）からの接続要求ではない、つまり、一般端末１（１Ａ）からの接続要求であると判定した場合には（ステップＳ１１→Ｎｏ）、呼制御サーバ２０の接続先情報要求部２２２が、一般端末用の送信元ＩＰアドレス（例えば、「ＩＰａ」）を付したＥＮＵＭ／ＤＮＳクエリを生成し、ＥＮＵＭ／ＤＮＳサーバ３０に送信する（ステップＳ１２）。
【００５４】
一方、優先端末判定部２２１が、優先端末１（１Ｂ）からの接続要求であると判定した場合には（ステップＳ１１→Ｙｅｓ）、接続先情報要求部２２２が、優先端末用の送信元ＩＰアドレス（例えば、「ＩＰｂ」）を付したＥＮＵＭ／ＤＮＳクエリを生成し、ＥＮＵＭ／ＤＮＳサーバ３０に送信する（ステップＳ１３）。
【００５５】
次に、ＥＮＵＭ／ＤＮＳサーバ３０の優先クエリ判定部３２１は、呼制御サーバ２０からＥＮＵＭ／ＤＮＳクエリを受信すると（ステップＳ１４）、受信したＥＮＵＭ／ＤＮＳクエリに付された送信元ＩＰアドレスを抽出し、その送信元ＩＰアドレスが、監視対象送信元ＩＰアドレス（例えば、「ＩＰａ」）に一致するか否かを判定する（ステップＳ１５）。
優先クエリ判定部３２１は、一致しない場合には（ステップＳ１５→Ｎｏ）、優先端末１（１Ｂ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判定し、そのクエリを接続先情報検索部３２３に出力し、ステップＳ１８に進む。
一方、優先クエリ判定部３２１は、抽出した送信元ＩＰアドレスが、監視対象ＩＰアドレスと一致する場合には（ステップＳ１５→Ｙｅｓ）、一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリであると判定し、そのクエリを規制処理部３２２に出力し、ステップＳ１６に進む。
【００５６】
ステップＳ１６において、規制処理部３２２は、ネットワーク管理装置（図示省略）等から、監視対象ドメインの情報を取得しているか否かを判定する。ここで、規制処理部３２２は、監視対象ドメインの情報を取得していない（ステップＳ１６→Ｎｏ）、つまり、ＲＲＬ規制が実行されていない場合には、ステップＳ１８へ進む。一方、規制処理部３２２は、監視対象ドメインの情報を取得している場合には（ステップＳ１６→Ｙｅｓ）、次のステップＳ１７に進む。
【００５７】
ステップＳ１７において、規制処理部３２２は、取得した一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリに関してＲＲＬ規制を実行する。
具体的には、規制処理部３２２は、取得したＥＮＵＭ／ＤＮＳクエリに付された着信先情報が監視対象ドメインに含まれており、許容するクエリ数（／秒）（例えば、ｘｘ／秒）を超えている場合に、取得した一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリに対して、制限割合で示される「１／２」の処理制限を実行する。つまり、規制処理部３２２は、取得した一般端末１（１Ａ）からの接続要求についてのＥＮＵＭ／ＤＮＳクエリを１／２の割合で破棄する（処理を行わない）ようにする。なお、規制処理部３２２は、破棄しない（処理を行う）ＥＮＵＭ／ＤＮＳクエリについては、接続先情報検索部３２３に出力する。
【００５８】
続いて、ステップＳ１８において、接続先情報検索部３２３は、ＥＮＵＭ／ＤＮＳクエリを取得すると、そのＥＮＵＭ／ＤＮＳクエリに付された着信先情報を抽出する。そして、接続先情報検索部３２３は、記憶部３３内の接続先情報テーブル３３０（図４）を参照し、その着信先情報の対応する接続先情報を検索する。接続先情報検索部３２３は、接続先情報テーブル３３０を検索した結果得られた接続先情報を抽出し、接続先情報応答部３２４に処理の指示を出力する。
【００５９】
次に、接続先情報応答部３２４は、接続先情報検索部３２３が抽出した接続先情報を付したＥＮＵＭ／ＤＮＳ応答を生成する。そして、接続先情報応答部３２４は、その生成したＥＮＵＭ／ＤＮＳ応答を、呼制御サーバ２０に送信する（ステップＳ１９）。
【００６０】
呼制御サーバ２０の呼接続処理部２２３は、ＥＮＵＭ／ＤＮＳサーバ３０からＥＮＵＭ／ＤＮＳ応答を受信すると、そのＥＮＵＭ／ＤＮＳ応答に付された接続先情報を抽出し、呼接続のための処理を実行する（ステップＳ２０）。具体的には、呼接続処理部２２３は、抽出した接続先情報が自ＩＰ網であれば、着信先情報に示される端末１に呼接続の接続要求を送信する。一方、呼接続処理部２２３は、抽出した接続先情報が、他のＩＰ網（例えば、他の通信事業者のＩＰ網）を示す場合には、当該他のＩＰ網に向けて、接続要求を送信し、処理を終了する。
【００６１】
このようにすることで、本実施形態に係るＥＮＵＭ／ＤＮＳクエリ優先制御システム１００およびＥＮＵＭ／ＤＮＳクエリ優先制御方法によれば、専用のＥＮＵＭ／ＤＮＳサーバを設けることなく、１つの筺体のＥＮＵＭ／ＤＮＳサーバ３０により、特定の端末１からのＥＮＵＭ／ＤＮＳクエリを優先的に処理することができる。
【符号の説明】
【００６２】
１      端末
１Ａ    一般端末
１Ｂ    優先端末
２０    呼制御サーバ
２１，３１  入出力部
２２，３２  制御部
２３，３３  記憶部
１００  ＥＮＵＭ／ＤＮＳクエリ優先制御システム
２２１  優先端末判定部
２２２  接続先情報要求部
２２３  呼接続処理部
２３０  優先端末情報
３２１  優先クエリ判定部
３２２  規制処理部
３２３  接続先情報検索部（接続先情報返信部）
３２４  接続先情報応答部（接続先情報返信部）
３３０  接続先情報テーブル
【図１】
0006387363.tif 000002
【図２】
0006387363.tif 000003
【図３】
0006387363.tif 000004
【図４】
0006387363.tif 000005
【図５】
0006387363.tif 000006
【図６】
0006387363.tif 000007