(57)【要約】【課題】輻輳が発生した際に、ＥＮＵＭ／ＤＮＳサーバが、発端末の情報によらず優先パケットを判別することができる。【解決手段】ＥＮＵＭ／ＤＮＳパケット優先制御システム１００は、端末から接続要求を受信すると、所定の判定ロジックに基づき、当該接続要求を優先処理すべきか否かを判定し、優先処理すべきと判定すると優先フラグを設定したＥＮＵＭ／ＤＮＳパケットを生成する呼制御サーバ１０と、受信したＥＮＵＭ／ＤＮＳパケットに優先フラグが設定されている場合に、当該パケットを優先処理すべきと判定し、着信端末に対応する接続先情報を呼制御サーバ１０に返信するＥＮＵＭ／ＤＮＳサーバ２０とを備える。【選択図】図１
2020127101.tif 000002
【特許請求の範囲】
【請求項１】
端末から接続要求を受信し、前記接続要求に付された着信先端末に対応する接続先情報を要求するＥＮＵＭ／ＤＮＳパケットをＥＮＵＭ／ＤＮＳサーバに送信する呼制御サーバと、前記ＥＮＵＭ／ＤＮＳパケットを受信し、前記接続先情報を前記呼制御サーバに返信する前記ＥＮＵＭ／ＤＮＳサーバと、を備えるＥＮＵＭ／ＤＮＳパケット優先制御システムであって、
前記呼制御サーバは、
前記端末から前記接続要求を受信すると、所定の判定ロジックに基づき、当該接続要求を優先処理すべきか否かを判定する優先接続判定部と、
前記優先接続判定部が前記接続要求を優先処理すべきであると判定した場合に、優先フラグを設定したＥＮＵＭ／ＤＮＳパケットを生成して前記ＥＮＵＭ／ＤＮＳサーバに送信するとともに、前記接続要求を優先処理すべきでないと判定した場合に、前記優先フラグを設定しないＥＮＵＭ／ＤＮＳパケットを生成して前記ＥＮＵＭ／ＤＮＳサーバに送信する接続先情報要求部と、を備え、
前記ＥＮＵＭ／ＤＮＳサーバは、
受信した前記ＥＮＵＭ／ＤＮＳパケットに前記優先フラグが設定されているか否かを判定する優先パケット判定部と、
受信した前記ＥＮＵＭ／ＤＮＳパケットに前記優先フラグが設定されていないと判定された場合に、当該ＥＮＵＭ／ＤＮＳパケットに所定の規制処理を実行する規制処理部と、
受信した前記ＥＮＵＭ／ＤＮＳパケットに前記優先フラグが設定されていると判定された場合に、前記着信先端末に対応する接続先情報を前記呼制御サーバに返信する接続先情報返信部と、を備えること
を特徴とするＥＮＵＭ／ＤＮＳパケット優先制御システム。
【請求項２】
前記呼制御サーバは、接続を優先すべき着信先の情報を示す優先着信先情報を記憶部に記憶しており、
前記所定の判定ロジックは、前記接続要求に付された着信先の情報が、前記優先着信先情報に記憶されている場合には、当該接続要求を優先処理すべきと判定し、前記優先着信先情報に記憶されていない場合には、当該接続要求を優先処理すべきでないと判定するロジックであること
を特徴とする請求項１に記載のＥＮＵＭ／ＤＮＳパケット優先制御システム。
【請求項３】
端末から接続要求を受信し、前記接続要求に付された着信先端末に対応する接続先情報を要求するＥＮＵＭ／ＤＮＳパケットをＥＮＵＭ／ＤＮＳサーバに送信する呼制御サーバと、前記ＥＮＵＭ／ＤＮＳパケットを受信し、前記接続先情報を前記呼制御サーバに返信する前記ＥＮＵＭ／ＤＮＳサーバと、を備えるＥＮＵＭ／ＤＮＳパケット優先制御システムのＥＮＵＭ／ＤＮＳパケット優先制御方法であって、
前記呼制御サーバは、
前記端末から前記接続要求を受信すると、所定の判定ロジックに基づき、当該接続要求を優先処理すべきか否かを判定するステップと、
前記接続要求を優先処理すべきであると判定された場合に、優先フラグを設定したＥＮＵＭ／ＤＮＳパケットを生成して前記ＥＮＵＭ／ＤＮＳサーバに送信するとともに、前記接続要求を優先処理すべきでないと判定された場合に、前記優先フラグを設定しないＥＮＵＭ／ＤＮＳパケットを生成して前記ＥＮＵＭ／ＤＮＳサーバに送信するステップと、を実行し、
前記ＥＮＵＭ／ＤＮＳサーバは、
受信した前記ＥＮＵＭ／ＤＮＳパケットに前記優先フラグが設定されているか否かを判定するステップと、
受信した前記ＥＮＵＭ／ＤＮＳパケットに前記優先フラグが設定されていないと判定した場合に、当該ＥＮＵＭ／ＤＮＳパケットに所定の規制処理を実行するステップと、
受信した前記ＥＮＵＭ／ＤＮＳパケットに前記優先フラグが設定されていると判定した場合に、前記着信先端末に対応する接続先情報を前記呼制御サーバに返信するステップと、実行すること
を特徴とするＥＮＵＭ／ＤＮＳパケット優先制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特定のＥＮＵＭ（E.164 Number Mapping）／ＤＮＳ（Domain Name System）パケットを優先制御する、ＥＮＵＭ／ＤＮＳパケット優先制御システムおよびＥＮＵＭ／ＤＮＳパケット優先制御方法に関する。
【背景技術】
【０００２】
従来、ＩＰ網において、通信事業者網内の装置（呼制御サーバ等）が、電話番号とＵＲＩ（Uniform Resource Identifier）との対応付けを行う仕組みとしてＥＮＵＭ／ＤＮＳシステムが提案されている。このＥＮＵＭ／ＤＮＳシステムでは、通信事業者のネットワーク内に設置された呼制御サーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭ／ＤＮＳサーバに問い合わせて、その接続先情報に基づいてルーティングを行う。
【０００３】
このＥＮＵＭ／ＤＮＳサーバは、通信事業者網内に設定される複数の呼制御サーバ等からアクセスを受け付ける、さらに、１つの呼制御サーバが収容する端末（ＩＰ電話等）の台数も多いため、全体として膨大な端末からのアクセスを受け付けることとなる。なお、ＥＮＵＭ／ＤＮＳシステムでは、呼制御サーバは、ＥＮＵＭプロトコルに準拠したＥＮＵＭ／ＤＮＳクエリ（パケット）を生成し、接続先情報（ＩＰアドレスや、ドメイン名等）を問い合わせる。
このＥＮＵＭ／ＤＮＳクエリでの問い合わせは、特に災害等により、その被災地域への発呼が大量に発生した場合に輻輳状態が発生する。そして、ＥＮＵＭ／ＤＮＳサーバにおいて、呼制御サーバからの問い合わせに対する応答時間が長くなったり、最悪の場合応答できなくなったりして、端末間の接続遅延の増加や接続障害が発生する。
【０００４】
各通信事業者においては、災害等の緊急時においても、警察、消防、病院等の優先度の高いユーザの端末や、契約により優先度を高く設定しているユーザの端末からのＥＮＵＭ／ＤＮＳクエリ（パケット）については、優先的に処理する必要がある。このため、特許文献１に記載の発明においては、ＥＮＵＭ／ＤＮＳパケットに優先度を付与する手法として、クライアント（端末）とＥＮＵＭ／ＥＮＳサーバ間に配置される呼制御サーバが、発端末の優先／一般の違いでクエリのトップレベルドメインを変更することにより、ＥＮＵＭ／ＤＮＳサーバが優先パケットか否かを判別している。
【０００５】
図７は、従来のＥＮＵＭ／ＤＮＳパケットの優先度付与の手法を実行するＥＮＵＭ／ＤＮＳクエリ制御システム９００を説明するための図である。
図７に示すように、ＥＮＵＭ／ＤＮＳクエリ制御システム９００は、複数の端末１を収容する呼制御サーバ１０ａと、その呼制御サーバ１０ａに接続されるキャッシュ用のＥＮＵＭ／ＤＮＳサーバ２０Ａと、そのキャッシュ用のＥＮＵＭ／ＤＮＳサーバ２０Ａに接続されるルータ３０と、そのルータ３０に接続される権威用のＥＮＵＭ／ＤＮＳサーバ２０Ｂと、を備えて構成される。
【０００６】
このＥＮＵＭ／ＤＮＳクエリ制御システム９００では、呼制御サーバ１０ａが、端末１の優先度に応じてＥＮＵＭ／ＤＮＳパケットに含まれるトップレベルドメインを変更する。例えば、呼制御サーバ１０ａは、一般端末１（１Ａ）からの接続要求について、トップレベルドメインを「.e164-enum.net1」に変更する。また、呼制御サーバ１０ａは、優先端末１（１Ｂ）からの接続先要求について、トップレベルドメインを「.e164-enum.net2」に変更する（符号α１参照）。
【０００７】
また、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ２０Ａが、そのＥＮＵＭ／ＤＮＳパケットに含まれるトップレベルドメインに応じて異なる宛先ＩＰアドレス（権威用のＥＮＵＭ／ＤＮＳサーバ２０Ｂの宛先ＩＰアドレス）を設定する。例えば、キャッシュ用のＥＮＵＭ／ＤＮＳサーバ２０Ａは、ＥＮＵＭ／ＤＮＳパケットに含まれるトップレベルドメインが「.e164-enum.net1」の場合、宛先ＩＰアドレスを「ＩＰｂ」に設定し、トップレベルドメインが「.e164-enum.net2」の場合、宛先ＩＰアドレスを「ＩＰｃ」に設定する（符号α２参照）。
【０００８】
さらに、ルータ３０が、ＥＮＵＭ／ＤＮＳパケットの送信元ＩＰアドレスを、ＥＮＵＭ／ＤＮＳパケットの宛先ＩＰアドレスの応じて異なる送信元アドレスにＮＡＴ変換する。例えば、ルータ３０は、送信先ＩＰアドレス「ＩＰｂ」に対して送信元ＩＰアドレス「ＩＰｄ」を設定し、送信先ＩＰアドレス「ＩＰｃ」に対して送信元ＩＰアドレス「ＩＰｆ」を設定する（符号α３参照）。
【０００９】
このようにすることで、権威用のＥＮＵＭ／ＤＮＳサーバ２０ＢへのＥＮＵＭ／ＤＮＳパケットの送信元アドレスが端末１の優先度に応じて異なることになる。よって、権威用のＥＮＵＭ／ＤＮＳサーバ２０Ｂは、その送信元ＩＰアドレスに基づきＥＮＵＭ／ＤＮＳパケットの優先度を判定することができる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１８−１７０５４２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、ＥＮＵＭの標準を定める「ＪＪ−９０．３１」（「キャリアＥＮＵＭの相互接続共通インタフェース」第4.0版、2018年8月29日、一般社団法人情報通信技術委員会）では、ＥＮＵＭ／ＤＮＳクエリに指定するトップレベルドメインは「.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）を着信先情報として、ＥＮＵＭ／ＤＮＳクエリ（パケット）を生成する。
また、接続先情報要求部１２２は、ＥＮＵＭ／ＤＮＳクエリ（パケット）のヘッダ部における所定のフィールドに優先フラグを設定する。
【００３６】
図３は、ＥＮＵＭ／ＤＮＳパケットのヘッダ部フォーマット２００を示す図である。このＥＮＵＭ／ＤＮＳパケットのヘッダ部フォーマット２００は、上記したＥＮＵＭ標準で規定されおり、図３に示すように、各フィールドに、ＩＤ（問い合わせの識別子）、ＱＲ（メッセージの種別）、ＯＰＣＯＤＥ（質問の種別）、ＡＡ（権威サーバからの直接応答であることの識別子）、ＴＣ（データサイズ切り落とし実施有無の識別子）、ＲＤ（再帰問合せ要望）、ＲＡ（再帰問合せ可否識別子）、Ｚ（将来利用するためのリザーブ）、ＲＣＯＤＥ（回答の種別）、ＱＤＣＯＵＮＴ（質問部のエントリ数）、ＡＮＣＯＵＮＴ（回答部のリソースレコード数）、ＮＳＣＯＵＮＴ（権威部のリソースレコード数）、ＡＲＣＯＵＮＴ（追加情報部のリソースレコード数）が格納される。
接続先情報要求部１２２は、このヘッダ部フォーマット２００のうち、例えば「Ｚ」フィールドに、優先フラグの情報を設定してＥＮＵＭ／ＤＮＳクエリ（パケット）を生成する。なお、優先フラグを設定するフィールドはこの「Ｚ」フィールドに限定されず、任意の場所に設定するように予め定めておけばよい。
【００３７】
図２に戻り、呼接続処理部１２３は、ＥＮＵＭ／ＤＮＳサーバ２０からＥＮＵＭ／ＤＮＳクエリ（パケット）に対するＥＮＵＭ／ＤＮＳ応答を受信すると、そのＥＮＵＭ／ＤＮＳ応答に付された接続先情報を抽出する。そして、呼接続処理部１２３は、その抽出した接続先情報が自ＩＰ網であるか否かを判定する。呼接続処理部１２３は、その判定の結果、接続先情報が自ＩＰ網であれば、着信先情報に示される端末１に接続要求を送信し、呼接続を行う。
一方、呼接続処理部１２３は、判定の結果、抽出した接続先情報が、自ＩＰ網ではなく他のＩＰ網（例えば、他の通信事業者のＩＰ網）を示す場合には、当該他のＩＰ網に向けて、接続要求を送信する。
【００３８】
以上のように、呼制御サーバ１０は、受信した接続要求が、優先すべきパケットか否かを、ＳＩＰパケットの情報（例えば、着信先情報）に基づき判定し、優先パケットと判定した場合には、優先フラグを設定したＥＮＵＭ／ＤＮＳクエリ（パケット）を生成して、ＥＮＵＭ／ＤＮＳサーバ２０に送信することができる。
【００３９】
＜ＥＮＵＭ／ＤＮＳサーバ＞
次に、本実施形態に係るＥＮＵＭ／ＤＮＳサーバ２０について説明する。
図４は、本実施形態に係るＥＮＵＭ／ＤＮＳサーバ２０の構成例を示す機能ブロック図である。
ＥＮＵＭ／ＤＮＳサーバ２０は、接続先情報テーブル２３０を備え、呼制御サーバ１０からＥＮＵＭ／ＤＮＳクエリ（パケット）による問い合わせを受けた、着信先情報に対応する接続先情報を、呼制御サーバ１０に返信する。
【００４０】
このＥＮＵＭ／ＤＮＳサーバ２０は、ＥＮＵＭ／ＤＮＳクエリ（パケット）を受信すると、優先フラグが設定されているか否か、つまり、優先パケットか否かを判定する。そして、ＥＮＵＭ／ＤＮＳサーバ２０は、受信したパケットが優先パケットあると判定した場合には、規制制御を行わず接続先情報を付したＥＮＵＭ／ＤＮＳ応答を呼制御サーバ１０に送信する。つまり、優先制御を実行する。一方、ＥＮＵＭ／ＤＮＳサーバ２０は、受信したパケットが、優先パケットではない一般パケットであると判定した場合には、輻輳時において規制制御を実行する。
このＥＮＵＭ／ＤＮＳサーバ２０は、入出力部２１と、制御部２２と、記憶部２３とを備える。
【００４１】
入出力部２１は、他の装置等との間の情報の入出力を行う。例えば、入出力部２１は、呼制御サーバ１０との間で情報の送受信を行う。この入出力部２１は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。
【００４２】
記憶部２３は、ハードディスクやフラッシュメモリ、ＲＡＭ等により構成される。
この記憶部２３には、後記する接続先情報テーブル２３０（図５参照）が記憶されるとともに、制御部２２の各機能を実行させるためのプログラムや、制御部２２の処理に必要な情報が一時的に記憶される。
なお、記憶部２３には、パケットの規制に関する情報、例えば、後記するＲＲＬ（Response Rate Limiting）による規制を実行する際のＲＲＬ設定情報が記憶されてもよい。このＲＲＬ設定情報は、監視対象ドメイン、許容するクエリ数（／秒）および制限割合の情報である。ここで、監視対象ドメインは、例えば災害等の発生により輻輳の発生するおそれがある、若しくは、実際に輻輳が発生しているエリア（地域）のドメインを示す。例えば、東京都２３区内のエリア（地域）であれば「3.1.8.e164enum.net」が設定される。許容するクエリ数（／秒）は、ｘｘクエリ（／秒）（例えば、５０クエリ／秒）が設定される。制限割合は、例えば「１／２」が設定される。
【００４３】
制御部２２は、ＥＮＵＭ／ＤＮＳサーバ２０が実行する処理の全般を司り、優先パケット判定部２２１と、規制処理部２２２と、接続先情報検索部２２３と、接続先情報応答部２２４とを含んで構成される。なお、この制御部２２は、例えば、このＥＮＵＭ／ＤＮＳサーバ２０の記憶部２３に格納されたプログラムをＣＰＵがＲＡＭに展開し実行することにより実現される。また、接続先情報検索部２２３と接続先情報応答部２２４とは、請求項に記載の接続先情報返信部を構成する。
【００４４】
優先パケット判定部２２１は、呼制御サーバ１０からＥＮＵＭ／ＤＮＳクエリ（パケット）を受信すると、そのＥＮＵＭ／ＤＮＳクエリ（パケット）に優先フラグが設定されているか否かを判定する。そして、優先パケット判定部２２１は、優先フラグが設定されている場合には、そのＥＮＵＭ／ＤＮＳクエリ（パケット）は、優先パケットであると判定し、そのクエリを優先処理するため、接続先情報検索部２２３に出力する。
一方、優先パケット判定部２２１は、優先フラグが設定されていない場合には、そのＥＮＵＭ／ＤＮＳクエリ（パケット）は、一般パケットであると判定し、そのクエリを規制処理部２２２に出力する。
【００４５】
規制処理部２２２は、着信先情報が監視対象ドメイン宛てであるか否かを判定する。そして、規制処理部２２２は、監視対象ドメイン宛てでない場合には、そのＥＮＵＭ／ＤＮＳクエリ（パケット）を、接続先情報検索部２２３に出力する。
【００４６】
一方、規制処理部２２２は、監視対象ドメイン宛てである場合には、当該ＥＮＵＭ／ＤＮＳクエリが規制対象のクエリであると判定し、所定の規制処理を実行する。例えば、規制処理部２２２は、許容するクエリ数（／秒）を超えている場合に、制限割合（例えば「１/２」）に応じて規制（破棄）する。当該クエリが規制されなかった場合には、規制処理部２２２は、そのクエリを接続先情報検索部２２３に出力する。
なお、規制処理部２２２は、例えば、許容するクエリ数（／秒）、制限割合等の情報を予め記憶部２３に記憶しておき、ネットワーク管理装置（図示省略）等から、災害等が発生した地域についての監視対象ドメインの情報を受信したことを契機として、規制を実行する。
【００４７】
接続先情報検索部２２３は、ＥＮＵＭ／ＤＮＳクエリ（パケット）を取得すると、そのクエリに付された着信先情報を抽出する。そして、接続先情報検索部２２３は、記憶部２３内の接続先情報テーブル２３０（図５）を参照し、その着信先情報に対応する接続先情報を検索する。接続先情報検索部２２３は、接続先情報テーブル２３０を検索した結果得られた接続先情報を抽出し、接続先情報応答部２２４に処理の指示を出力する。
【００４８】
図５は、本実施形態に係る接続先情報テーブル２３０のデータ構成例を示す図である。
図５に示す例のように、接続先情報テーブル２３０には、着信先情報に対応付けて、接続先情報が記憶される。具体的には、着信先情報には、例えば、着信先の端末１の電話番号に基づき、Ｅ．１６４番号をＥＮＵＭプロトコルのドメイン形式に変換した情報が記憶される。この着信先情報に対応付けて、接続先情報には、例えば、着信先の端末１のＥ．１６４番号と、接続先の通信事業者のドメイン名（carrier_a.ne.jp）とを含むＵＲＩが記憶される。
【００４９】
図４に戻り、接続先情報応答部２２４は、接続先情報検索部２２３が抽出した接続先情報を付したＥＮＵＭ／ＤＮＳ応答を生成する。そして、接続先情報応答部２２４は、その生成したＥＮＵＭ／ＤＮＳ応答を、呼制御サーバ１０に送信する。
【００５０】
このようにすることで、ＥＮＵＭ／ＤＮＳサーバ２０は、ＥＮＵＭ／ＤＮＳクエリ（パケット）に優先フラグが設定されているか否かにより、当該パケットが優先パケットか否かを判定することができる。そして、ＥＮＵＭ／ＤＮＳサーバ２０は、輻輳時において、一般パケットと判定した場合には規制制御を行い、優先パケットと判定した場合には、規制制御を行わず、優先制御をすることができる。
【００５１】
なお、図７の従来技術のように、ＥＮＵＭ／ＤＮＳサーバがキャッシュ用のＥＮＵＭ／ＤＮＳサーバと権威用のＥＮＵＭ／ＤＮＳサーバとが分かれて構成される場合には、本実施形態に係るＥＮＵＭ／ＤＮＳサーバ２０が備える優先パケット判定部２２１および規制処理部２２２を、そのどちらかに備えさせることにより、本発明の効果を奏することができる。
【００５２】
≪ＥＮＵＭ／ＤＮＳパケット優先制御システムの処理≫
次に、本実施形態に係るＥＮＵＭ／ＤＮＳパケット優先制御システム１００の処理を説明する。
ここで、呼制御サーバ１０の記憶部１３には、例えば、１１０番や、１１９番、市役所、病院等の着信先番号が、呼接続を優先すべき着信先を示す優先着信先情報１３０として、予め登録されているものとする。また、ＥＮＵＭ／ＤＮＳサーバ２０には、パケットの規制制御に必要となる、監視対象ドメインや、許容するクエリ数（／秒）、制限割合の情報等が、予め設定されているものとする。
【００５３】
図６は、本実施形態に係るＥＮＵＭ／ＤＮＳパケット優先制御システム１００の処理の流れを示すフローチャートである。
まず、呼制御サーバ１０が端末１から接続要求を受信する（ステップＳ１０）。そして、呼制御サーバ１０の優先接続判定部１２１は、その接続要求（ＳＩＰパケット）の情報を用いた所定の判定ロジックに基づき、当該接続要求が、優先パケットか否かを判定する（ステップＳ１１）。
【００５４】
優先接続判定部１２１は、例えば、接続要求（ＳＩＰパケット）に含まれる着信先（番号）の情報が、優先着信先情報１３０（図２参照）に登録されていれば、そのパケットを優先パケットである判定し、登録されていなければ、一般パケットであると判定する。その他に、優先接続判定部１２１は、受信した接続要求（ＳＩＰパケット）に、ＳＩＰプロトコルに基づく優先フラグが付されているか否かを判定し、ＳＩＰプロトコルの優先フラグが付されているパケットを優先パケットと判定するようにしてもよい。
【００５５】
ステップＳ１１において、優先接続判定部１２１が、受信した接続要求が優先パケットであると判定した場合には（ステップＳ１１→Ｙｅｓ）、呼制御サーバ１０の接続先情報要求部１２２が、優先フラグを設定したＥＮＵＭ／ＤＮＳクエリ（パケット）を生成し、ＥＮＵＭ／ＤＮＳサーバ２０に送信する（ステップＳ１２）。
一方、優先接続判定部１２１が、受信した接続要求が優先パケットでない、つまり一般パケットであると判定した場合には（ステップＳ１１→Ｎｏ）、接続先情報要求部１２２が、優先フラグを設定せずにＥＮＵＭ／ＤＮＳクエリ（パケット）を生成し、ＥＮＵＭ／ＤＮＳサーバ２０に送信する（ステップＳ１３）。
【００５６】
次に、ＥＮＵＭ／ＤＮＳサーバ２０の優先パケット判定部２２１は、呼制御サーバ１０からＥＮＵＭ／ＤＮＳクエリ（パケット）を受信すると（ステップＳ１４）、そのＥＮＵＭ／ＤＮＳクエリ（パケット）に優先フラグが設定されているか否かを判定する（ステップＳ１５）。
そして、優先パケット判定部２２１が、優先フラグが設定されていないと判定した場合は（ステップＳ１５→Ｎｏ）、そのＥＮＵＭ／ＤＮＳクエリ（パケット）は、一般パケットであるとして、規制処理部２２２に出力し、ステップＳ１６へ進む。
【００５７】
ステップＳ１６において、規制処理部２２２は、そのＥＮＵＭ／ＤＮＳクエリ（パケット）の着信先情報が監視対象ドメイン宛てである場合に、所定の規制処理を実行する。
例えば、規制処理部２２２は、許容するクエリ数（／秒）を超えている場合に、制限割合（例えば「１/２」）に応じて規制（破棄）する。当該クエリが規制されなかった場合には、規制処理部２２２は、そのクエリを接続先情報検索部２２３に出力し、ステップＳ１７に進む。
【００５８】
一方、ステップＳ１５において、優先パケット判定部２２１が、優先フラグが設定されていると判定した場合は（ステップＳ１５→Ｙｅｓ）、そのＥＮＵＭ／ＤＮＳクエリ（パケット）は、優先パケットであるとして、そのクエリを優先処理するために接続先情報検索部２２３へ出力し、ステップＳ１７に進む。
【００５９】
ステップＳ１７において、ＥＮＵＭ／ＤＮＳサーバ２０の接続先情報検索部２２３は、ＥＮＵＭ／ＤＮＳクエリ（パケット）を取得すると、そのクエリに付された着信先情報を抽出する。そして、接続先情報検索部２２３は、記憶部２３内の接続先情報テーブル２３０（図５）を参照し、その着信先情報に対応する接続先情報を検索する。接続先情報検索部２２３は、接続先情報テーブル２３０を検索した結果得られた接続先情報を抽出し、接続先情報応答部２２４に処理の指示を出力する。
【００６０】
接続先情報応答部２２４は、接続先情報検索部２２３が抽出した接続先情報を付したＥＮＵＭ／ＤＮＳ応答を生成する。そして、接続先情報応答部２２４は、その生成したＥＮＵＭ／ＤＮＳ応答を、呼制御サーバ１０に送信する（ステップＳ１８）。
【００６１】
呼制御サーバ１０の呼接続処理部１２３は、ＥＮＵＭ／ＤＮＳサーバ２０からＥＮＵＭ／ＤＮＳ応答を受信すると、そのＥＮＵＭ／ＤＮＳ応答に付された接続先情報を抽出し、呼接続のための処理を実行する（ステップＳ１９）。具体的には、呼接続処理部１２３は、抽出した接続先情報が自ＩＰ網であれば、着信先情報に示される端末１に呼接続の接続要求を送信する。一方、呼接続処理部１２３は、抽出した接続先情報が、他のＩＰ網（例えば、他の通信事業者のＩＰ網）を示す場合には、当該他のＩＰ網に向けて、接続要求を送信し、処理を終了する。
【００６２】
このようにすることで、本実施形態に係るＥＮＵＭ／ＤＮＳパケット優先制御システム１００およびＥＮＵＭ／ＤＮＳパケット優先制御方法によれば、輻輳時において、ＥＮＵＭ／ＤＮＳサーバ２０が発端末によらず優先パケットを判別し、優先処理することができる。
【符号の説明】
【００６３】
１      端末
１０    呼制御サーバ
１１，２１  入出力部
１２，２２  制御部
１３，２３  記憶部
１００  ＥＮＵＭ／ＤＮＳパケット優先制御システム
１２１  優先接続判定部
１２２  接続先情報要求部
１２３  呼接続処理部
１３０  優先着信先情報
２００  ヘッダ部フォーマット
２２１  優先パケット判定部
２２２  規制処理部
２２３  接続先情報検索部（接続先情報返信部）
２２４  接続先情報応答部（接続先情報返信部）
２３０  接続先情報テーブル
【図１】
2020127101.tif 000003
【図２】
2020127101.tif 000004
【図３】
2020127101.tif 000005
【図４】
2020127101.tif 000006
【図５】
2020127101.tif 000007
【図６】
2020127101.tif 000008
【図７】
2020127101.tif 000009