(57)【要約】【課題】他社網から大量の接続要求を受けた際に、自社網のＳＩＰサーバに対して、その処理能力を超えて接続要求が集中することによって発生する輻輳を防止する。【解決手段】ＥＮＵＭサーバ３は、各ＳＩＰサーバに対する所定時間内の接続要求数と、前記接続要求数の許容限界値を示す接続要求情報（接続要求数テーブル３２１）を記憶する記憶部３２と、他の通信事業者網のＥＮＵＭサーバから接続先情報の問合せメッセージを受信した場合に、問合せメッセージに含まれる着信先情報に対応する接続先情報に基づいて接続先のＳＩＰサーバを特定し、特定したＳＩＰサーバに対する接続要求数を接続要求情報に記憶し、接続要求数が許容限界値を超えたか否かの判定を行い、許容限界値を超えたと判定したときに、他の通信事業者網のＥＮＵＭサーバに接続不可を示すエラー応答を送信する接続可否判定部３１４とを備える。【選択図】図２
2019033390.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末の着信先情報に対応する接続先情報を記憶し、複数のＳＩＰサーバに通信接続されるＥＮＵＭサーバであって、 
各前記ＳＩＰサーバに対する所定時間内の接続要求数と、前記接続要求数の許容限界値を示す接続要求情報を記憶する記憶部と、
他の通信事業者網のＥＮＵＭサーバから接続先情報の問合せメッセージを受信した場合に、前記問合せメッセージに含まれる前記着信先情報に対応する前記接続先情報に基づいて接続先のＳＩＰサーバを特定し、特定したＳＩＰサーバに対する前記接続要求数を前記接続要求情報に記憶し、前記接続要求数が前記許容限界値を超えたか否かの判定を行い、前記許容限界値を超えたと判定したときに、前記他の通信事業者網のＥＮＵＭサーバに接続不可を示すエラー応答を送信する接続可否判定部と、
を備えることを特徴とするＥＮＵＭサーバ。
【請求項２】
前記接続要求情報に記憶される前記許容限界値を、各前記ＳＩＰサーバについて個別に設定すること
を特徴とする請求項１に記載のＥＮＵＭサーバ。
【請求項３】
複数の端末の着信先情報に対応する接続先情報を記憶し、複数のＳＩＰサーバに通信接続されるＥＮＵＭサーバと、自身の通信事業者網と他の通信事業者網の境界に設置され、通信事業者網間を接続するゲートウェイ装置と、を備える輻輳防止システムであって、
前記ＥＮＵＭサーバは、
各前記ＳＩＰサーバに対する所定時間内の接続要求数と、前記接続要求数の許容限界値と、を示す接続要求情報を記憶する記憶部と、
他の通信事業者網のＥＮＵＭサーバから接続先情報の問合せメッセージを受信した場合に、前記問合せメッセージに含まれる前記着信先情報に対応する前記接続先情報に基づいて、接続先のＳＩＰサーバを特定し、特定したＳＩＰサーバに対する前記接続要求数を前記接続要求情報に記憶し、前記接続要求数が前記許容限界値を超えたか否かの判定を行う接続可否判定部と、
前記接続可否判定部が前記許容限界値を超えたと判定したとき、前記ゲートウェイ装置に前記特定したＳＩＰサーバの識別情報を含むエラー通知を送信するエラー通知送信部と、を備え、
前記ゲートウェイ装置は、
前記エラー通知を取得する通知取得部と、
他の通信事業者網のＳＩＰサーバからの呼接続が、前記許容限界値を超えたと判定されたＳＩＰサーバに対する要求であるか否かを、前記エラー通知に含まれる前記特定したＳＩＰサーバの識別情報に基づき判定するエラー判定部と、
前記エラー判定部が前記特定したＳＩＰサーバに対する要求であると判定したときに、前記他の通信事業者網のＳＩＰサーバに接続不可を示すエラーを送信するエラー送信部と、
を備えることを特徴とする輻輳防止システム。
【請求項４】
前記接続要求情報に記憶される前記許容限界値を、各前記ＳＩＰサーバについて個別に設定すること
を特徴とする請求項３に記載の輻輳防止システム。
【請求項５】
複数の端末の着信先情報に対応する接続先情報を記憶し、複数のＳＩＰサーバに通信接続されるＥＮＵＭサーバによる輻輳防止方法であって、
前記ＥＮＵＭサーバは、
各前記ＳＩＰサーバに対する所定時間内の接続要求数と、前記接続要求数の許容限界値を示す接続要求情報を記憶する記憶部を備えており、
他の通信事業者網のＥＮＵＭサーバから接続先情報の問合せメッセージを受信した場合に、前記問合せメッセージに含まれる前記着信先情報に対応する前記接続先情報に基づいて接続先のＳＩＰサーバを特定し、特定したＳＩＰサーバに対する前記接続要求数を前記接続要求情報に記憶し、前記接続要求数が前記許容限界値を超えたか否かの判定を行うステップと、
前記許容限界値を超えたと判定したときに、前記他の通信事業者網のＥＮＵＭサーバに接続不可を示すエラー応答を送信するステップと、
を実行することを特徴とする輻輳防止方法。
【請求項６】
複数の端末の着信先情報に対応する接続先情報を記憶し、複数のＳＩＰサーバに通信接続されるＥＮＵＭサーバと、自身の通信事業者網と他の通信事業者網の境界に設置され、通信事業者網間を接続するゲートウェイ装置と、を備える輻輳防止システムの輻輳防止方法であって、
前記ＥＮＵＭサーバは、
各前記ＳＩＰサーバに対する所定時間内の接続要求数と、前記接続要求数の許容限界値と、を示す接続要求情報を記憶する記憶部を備えており、
他の通信事業者網のＥＮＵＭサーバから接続先情報の問合せメッセージを受信した場合に、前記問合せメッセージに含まれる前記着信先情報に対応する前記接続先情報に基づいて、接続先のＳＩＰサーバを特定し、特定したＳＩＰサーバに対する前記接続要求数を前記接続要求情報に記憶し、前記接続要求数が前記許容限界値を超えたか否かの判定を行うステップと、
前記接続要求数が前記許容限界値を超えたと判定されたとき、前記ゲートウェイ装置に前記特定したＳＩＰサーバの識別情報を含むエラー通知を送信するステップと、を実行し、
前記ゲートウェイ装置は、
前記エラー通知を取得するステップと、
他の通信事業者網のＳＩＰサーバからの呼接続が、前記許容限界値を超えたと判定されたＳＩＰサーバに対する要求であるか否かを、前記エラー通知に含まれる前記特定したＳＩＰサーバの識別情報に基づき判定するステップと、
前記特定したＳＩＰサーバに対する要求であると判定されたときに、前記他の通信事業者網のＳＩＰサーバに接続不可を示すエラーを送信するステップと、
を実行することを特徴とする輻輳防止方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＥＮＵＭサーバ、輻輳防止システムおよび輻輳防止方法に関する。
【背景技術】
【０００２】
従来、ＶｏＩＰ（Voice over Internet Protocol）網において、通信事業者網内のＳＩＰ（Session Initiation Protocol）サーバ等が電話番号等とＵＲＩ（Uniform Resource Identifier）との対応付けを行う仕組みとして、ＥＮＵＭシステムが提案されている（非特許文献１，２）。このＥＮＵＭシステムでは、通信事業者網に設置されたＳＩＰサーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先情報をＥＮＵＭサーバに問い合わせて、その接続先情報に基づいてルーティングを行う。なお、接続先情報とは、当該端末を収容するＳＩＰサーバのＩＰアドレスやドメイン名等を指す。
【０００３】
ＥＮＵＭシステムが他社網から問合せを受ける例について説明する。
図１０は、ＥＮＵＭシステムが他社網から問合せを受ける際の処理の流れを説明するための図である。
図１０に示すように、ＥＮＵＭシステムは、自社網Ａの端末１ａ、ＳＩＰサーバ２ａ、ＥＮＵＭサーバ３ａ、ＧＷ（ゲートウェイ装置）４ａ、および、他社網（他の通信事業者網）Ｂの端末１ｂ、ＳＩＰサーバ２ｂ、ＥＮＵＭサーバ３ｂ、ＧＷ４ｂから構成される。図示されていないが、他社網Ｂは複数存在してもよい。また、自社網Ａは複数のＳＩＰサーバ２ａを含み、他社網Ｂは複数のＳＩＰサーバ２ｂを含む。
ＳＩＰサーバ２ａは複数の端末１ａを、ＳＩＰサーバ２ｂは複数の端末１ｂを収容する。ＥＮＵＭサーバ３ａはＳＩＰサーバ２ａと、ＥＮＵＭサーバ３ｂはＳＩＰサーバ２ｂと通信接続される。ＥＮＵＭサーバ３ａ、ＥＮＵＭサーバ３ｂは、それぞれの通信事業者に属する着信先情報（着信先の端末１の電話番号やＥ．１６４番号等）と接続先情報とを対応付けた情報を記憶する接続先情報テーブル３２０（後記する、図３参照）を有する。
【０００４】
まず、他社網Ｂの端末１ｂ（発信元端末）は自社網Ａの端末１ａ（着信先端末）へ接続要求を（「接続要求メッセージ」。図１０においては、「接続要求」と記載する。他図も同様。）、ＳＩＰサーバ２ｂに向けて行う（ステップＳ３１）。
接続要求メッセージを受け付けたＳＩＰサーバ２ｂは、ＥＮＵＭサーバ３ｂに対して、接続先情報の問合せ（「接続先情報問合せメッセージ」。図１０においては、「接続先情報問合せ」と記載する。他図も同様。）を行う（ステップＳ３２）。
【０００５】
ＥＮＵＭサーバ３ｂは、接続先情報問合せメッセージを受信すると、接続要求メッセージに含まれる端末１ａの番号情報から端末１を収容する通信事業者を特定する。ここで、ＥＮＵＭサーバ３ｂは、端末１ａが属する通信事業者を自社網Ａと特定し、自社網ＡのＥＮＵＭサーバ３ａに対し、接続先情報の問合せを行う（ステップＳ３３）。
【０００６】
ＥＮＵＭサーバ３ａは、接続先情報問合せメッセージを受信すると、自身が記憶する接続先情報テーブル３２０（図３）を参照し、端末１の着信先情報に対応する接続先情報を抽出し、ＥＮＵＭサーバ３ｂに応答情報（「接続先情報問合せ応答メッセージ」。図１０においては、「接続先情報問合せ応答」と記載する。他図も同様。）を送信する（ステップＳ３４）。
ＥＮＵＭサーバ３ｂは、接続先情報問合せ応答メッセージを受信すると、ＳＩＰサーバ２ｂに応答情報を送信（図１０においては、「接続先情報送信」と記載する。他図も同様。）する（ステップＳ３５）。
【０００７】
ＳＩＰサーバ２ｂは、接続先情報を受信すると、接続先情報に示される自社網ＡのＳＩＰサーバ２ａに向け、ＧＷ４ｂ、ＧＷ４ａを介してＳＩＰ信号を転送（図１０においては、「呼接続」と記載する。他図も同様。）する（ステップＳ３６）。
このようにして、ＥＮＵＭサーバ３ａは他社網から問合せを受け、接続先を解決する。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】一般社団法人情報通信技術委員会、“ＪＪ−９０．３０  ＩＭＳ事業者網間の相互接続共通インタフェース”、［online］、［平成２９年７月１９日検索］、インターネット＜URL:http://www.ttc.or.jp/jp/document_list/pdf/j/STD/JJ-90.30v4.pdf＞
【非特許文献２】一般社団法人情報通信技術委員会、“ＪＪ−９０．３１  キャリアＥＮＵＭの相互接続共通インタフェース”、［online］、［平成２９年７月１９日検索］、インターネット＜URL:http://www.ttc.or.jp/jp/document_list/pdf/j/STD/JJ-90.31v3.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
２０２１年以降、ＪＪ−９０．３０（非特許文献１）、ＪＪ−９０．３１（非特許文献２）に従い、各通信事業者網はＥＮＵＭサーバを使って相互にＶｏＩＰで接続することが予定されている。
このような接続方式において、図１０で説明したＥＮＵＭシステムでは、例えば災害が発生したときや人気イベントのチケットが発売したとき等に、その災害が発生したエリアに属していたり、チケットの発売先となる端末への要求を受け付けている、ＥＮＵＭサーバおよびＳＩＰサーバに大量の接続要求が急激に集中する。
ＥＮＵＭサーバは他社網からの通信が集中することが想定されているため、処理能力が高めに設定されており、この大量の接続要求を処理可能である。これと比較して、一般にＥＮＵＭサーバほど高性能ではないＳＩＰサーバは、ＥＮＵＭサーバと同様の大量の接続要求を受けた場合、システムダウンの恐れがある。
【００１０】
本発明はこのような点を鑑みてなされたものであり、他社網から大量の接続要求を受けた際に、自社網のＳＩＰサーバに対してその処理能力を超えて接続要求が集中することによって発生する輻輳の防止を課題とする。
【課題を解決するための手段】
【００１１】
前記した課題を解決するため、請求項１に記載の発明は、複数の端末の着信先情報に対応する接続先情報を記憶し、複数のＳＩＰサーバに通信接続されるＥＮＵＭサーバであって、各前記ＳＩＰサーバに対する所定時間内の接続要求数と、前記接続要求数の許容限界値を示す接続要求情報を記憶する記憶部と、他の通信事業者網のＥＮＵＭサーバから接続先情報の問合せメッセージを受信した場合に、前記問合せメッセージに含まれる前記着信先情報に対応する前記接続先情報に基づいて接続先のＳＩＰサーバを特定し、特定したＳＩＰサーバに対する前記接続要求数を前記接続要求情報に記憶し、前記接続要求数が前記許容限界値を超えたか否かの判定を行い、前記許容限界値を超えたと判定したときに、前記他の通信事業者網のＥＮＵＭサーバに接続不可を示すエラー応答を送信する接続可否判定部と、を備えることを特徴とするＥＮＵＭサーバとした。
【００１２】
また、請求項５に記載の発明は、複数の端末の着信先情報に対応する接続先情報を記憶し、複数のＳＩＰサーバに通信接続されるＥＮＵＭサーバによる輻輳防止方法であって、前記ＥＮＵＭサーバが、各前記ＳＩＰサーバに対する所定時間内の接続要求数と、前記接続要求数の許容限界値を示す接続要求情報を記憶する記憶部を備えており、他の通信事業者網のＥＮＵＭサーバから接続先情報の問合せメッセージを受信した場合に、前記問合せメッセージに含まれる前記着信先情報に対応する前記接続先情報に基づいて接続先のＳＩＰサーバを特定し、特定したＳＩＰサーバに対する前記接続要求数を前記接続要求情報に記憶し、前記接続要求数が前記許容限界値を超えたか否かの判定を行うステップと、前記許容限界値を超えたと判定したときに、前記他の通信事業者網のＥＮＵＭサーバに接続不可を示すエラー応答を送信するステップと、を実行することを特徴とする輻輳防止方法とした。
【００１３】
このようにすることで、他社網から大量の接続要求を受けた際に、自社網のＳＩＰサーバに対して、その処理能力を超えて接続要求が集中することを、他社網からの呼接続を制御することにより未然に防ぐことができる。
【００１４】
請求項３に記載の発明は、複数の端末の着信先情報に対応する接続先情報を記憶し、複数のＳＩＰサーバに通信接続されるＥＮＵＭサーバと、自身の通信事業者網と他の通信事業者網の境界に設置され、通信事業者網間を接続するゲートウェイ装置と、を備える輻輳防止システムであって、前記ＥＮＵＭサーバが、各前記ＳＩＰサーバに対する所定時間内の接続要求数と、前記接続要求数の許容限界値と、を示す接続要求情報を記憶する記憶部と、他の通信事業者網のＥＮＵＭサーバから接続先情報の問合せメッセージを受信した場合に、前記問合せメッセージに含まれる前記着信先情報に対応する前記接続先情報に基づいて、接続先のＳＩＰサーバを特定し、特定したＳＩＰサーバに対する前記接続要求数を前記接続要求情報に記憶し、前記接続要求数が前記許容限界値を超えたか否かの判定を行う接続可否判定部と、前記接続可否判定部が前記許容限界値を超えたと判定したとき、前記ゲートウェイ装置に前記特定したＳＩＰサーバの識別情報を含むエラー通知を送信するエラー通知送信部と、を備え、前記ゲートウェイ装置が、前記エラー通知を取得する通知取得部と、他の通信事業者網のＳＩＰサーバからの呼接続が、前記許容限界値を超えたと判定されたＳＩＰサーバに対する要求であるか否かを、前記エラー通知に含まれる前記特定したＳＩＰサーバの識別情報に基づき判定するエラー判定部と、前記エラー判定部が前記特定したＳＩＰサーバに対する要求であると判定したときに、前記他の通信事業者網のＳＩＰサーバに接続不可を示すエラーを送信するエラー送信部と、を備えることを特徴とする輻輳防止システムとした。
【００１５】
また、請求項６に記載の発明は、複数の端末の着信先情報に対応する接続先情報を記憶し、複数のＳＩＰサーバに通信接続されるＥＮＵＭサーバと、自身の通信事業者網と他の通信事業者網の境界に設置され、通信事業者網間を接続するゲートウェイ装置と、を備える輻輳防止システムの輻輳防止方法であって、前記ＥＮＵＭサーバが、各前記ＳＩＰサーバに対する所定時間内の接続要求数と、前記接続要求数の許容限界値と、を示す接続要求情報を記憶する記憶部を備えており、他の通信事業者網のＥＮＵＭサーバから接続先情報の問合せメッセージを受信した場合に、前記問合せメッセージに含まれる前記着信先情報に対応する前記接続先情報に基づいて、接続先のＳＩＰサーバを特定し、特定したＳＩＰサーバに対する前記接続要求数を前記接続要求情報に記憶し、前記接続要求数が前記許容限界値を超えたか否かの判定を行うステップと、前記接続要求数が前記許容限界値を超えたと判定されたとき、前記ゲートウェイ装置に前記特定したＳＩＰサーバの識別情報を含むエラー通知を送信するステップと、を実行し、前記ゲートウェイ装置が、前記エラー通知を取得するステップと、他の通信事業者網のＳＩＰサーバからの呼接続が、前記許容限界値を超えたと判定されたＳＩＰサーバに対する要求であるか否かを、前記エラー通知に含まれる前記特定したＳＩＰサーバの識別情報に基づき判定するステップと、前記特定したＳＩＰサーバに対する要求であると判定されたときに、前記他の通信事業者網のＳＩＰサーバに接続不可を示すエラーを送信するステップと、を実行することを特徴とする輻輳防止方法とした。
【００１６】
このようにすることで、他社網から大量の接続要求を受けた際に、自社網のＳＩＰサーバに対して、その処理能力を超えて接続要求が集中することを、自社網のゲートウェイ装置で呼接続を制御することにより未然に防ぐことができる。
【００１７】
請求項２に記載の発明は、前記接続要求情報に記憶される前記許容限界値を、各前記ＳＩＰサーバについて個別に設定することを特徴とする請求項１に記載のＥＮＵＭサーバとした。
【００１８】
また、請求項４に記載の発明は、前記接続要求情報に記憶される前記許容限界値を、各前記ＳＩＰサーバについて個別に設定することを特徴とする請求項３に記載の輻輳防止システムとした。
【００１９】
このようにすることで、各ＳＩＰサーバについて個別に接続可否判定の閾値を設定することが可能となる。
【発明の効果】
【００２０】
本発明によれば、他社網から大量の接続要求を受けた際に、自社網のＳＩＰサーバに対してその処理能力を超えて接続要求が集中することによって発生する輻輳を防止することができる。
【図面の簡単な説明】
【００２１】
【図１】実施形態１に係る自社網のＥＮＵＭサーバを含むＥＮＵＭシステムの全体構成と処理の概要を示す図である。
【図２】実施形態１に係るＥＮＵＭサーバの構成例を示すブロック図である。
【図３】実施形態１に係る接続先情報テーブルの構成例を示す図である。
【図４】実施形態１に係る接続要求数テーブルの構成例を示す図である。
【図５】実施形態１に係るＥＮＵＭサーバの処理の流れを示すフローチャートである。
【図６】実施形態２に係る輻輳防止システムの全体構成と処理の概要を示す図である。
【図７】実施形態２に係るＥＮＵＭサーバの構成例を示すブロック図である。
【図８】実施形態２に係るＧＷの構成例を示すブロック図である。
【図９】実施形態２に係る輻輳防止システムの処理の流れを示すシーケンス図である。
【図１０】ＥＮＵＭシステムが他社網から問合せを受ける際の処理の流れを説明するための図である。
【発明を実施するための形態】
【００２２】
〔実施形態１〕
次に、本発明を実施するための形態（以下、「実施形態１」と称する。）における、ＥＮＵＭサーバ３、および、輻輳防止方法について説明する。
≪概要≫
まず、実施形態１に係るＥＮＵＭシステムの概要について説明する。図１は、実施形態１に係る自社網ＡのＥＮＵＭサーバ３を含むＥＮＵＭシステムの全体構成と処理の概要を示す図である。
【００２３】
実施形態１に係るＥＮＵＭシステムは、自社網Ａの端末１、ＳＩＰサーバ２、ＥＮＵＭサーバ３、および、他社網Ｂの端末１ｂ、ＳＩＰサーバ２ｂ、ＥＮＵＭサーバ３ｂから構成される。図示されていないが、他社網Ｂは複数存在してもよい。また、自社網ＡはＧＷ４（図示省略）と複数のＳＩＰサーバ２を含み、他社網ＢはＧＷ４ｂ（図示省略）と複数のＳＩＰサーバ２ｂを含む。ＳＩＰサーバ２は複数の端末１を、ＳＩＰサーバ２ｂは複数の端末１ｂを収容する。
ＥＮＵＭサーバ３は、自社網Ａ（自身が属する通信事業者）の端末１についての着信先情報と接続先情報とを対応付けた情報を記憶する接続先情報テーブル３２０（図２，図３参照）、および、各ＳＩＰサーバ２に対する接続要求数を記憶する接続要求数テーブル３２１（図２，図４参照）を有する。ＥＮＵＭサーバ３ｂは、他社網Ｂの端末１ｂについての接続先情報テーブル３２０を有する。
なお、実施形態１に係る発明は、自社網ＡのＥＮＵＭサーバ３に係る発明であり、他社網Ｂの構成については限定しない。
【００２４】
まず、他社網Ｂの端末１ｂ（発信元端末）から自社網Ａの端末１（着信先端末）への接続要求メッセージが、ＳＩＰサーバ２ｂへ送信される（ステップＳ１１）。
接続要求メッセージを受け付けたＳＩＰサーバ２ｂは、ＥＮＵＭサーバ３ｂに対して、接続先情報の問合せを行う（ステップＳ１２）。
【００２５】
ＥＮＵＭサーバ３ｂは、接続先情報問合せメッセージを受信すると、接続要求メッセージに含まれる端末１の番号情報から端末１を収容する通信事業者を特定する。ここで、ＥＮＵＭサーバ３ｂは、端末１が属する通信事業者を自社網Ａと特定し、端末１が属する自社網ＡのＥＮＵＭサーバ３に対し、接続先情報の問合せを行う（ステップＳ１３）。
【００２６】
ＥＮＵＭサーバ３は、接続先情報問合せメッセージを受信すると、自身が記憶する接続先情報テーブル３２０（図３）を参照し、その着信先端末の着信先情報に対応する接続先情報を抽出し、接続先情報に該当するＳＩＰサーバ２の接続可否判定を行う（ステップＳ１４）。
ＥＮＵＭサーバ３は、抽出した端末１を収容するＳＩＰサーバ２毎に、接続要求数をカウントし、各ＳＩＰサーバ２に設定された接続要求数の許容限界値を超えた場合に、接続不可と判定する。そして、ＥＮＵＭサーバ３は、接続不可と判定した場合、ＥＮＵＭサーバ３ｂにエラー応答情報（「エラー応答メッセージ」。図１においては、「エラー応答」と記載する。）を送信する（ステップＳ１５）。
ＥＮＵＭサーバ３ｂは、エラー応答メッセージを受信すると、ＳＩＰサーバ２ｂにエラー応答情報を送信（図１においては、「エラー送信」と記載する。）する（ステップＳ１６）。
【００２７】
このようにすることで、他社網ＢのＥＮＵＭサーバ３ｂから大量の接続要求を受けた際に、自社網ＡのＳＩＰサーバ２にその処理能力を超えた接続要求が集中することを、他社網ＢのＳＩＰサーバ２ｂからの呼接続を制御することで未然に防ぐことができる。
【００２８】
≪各装置の構成≫
次に、実施形態１に係るＥＮＵＭサーバ３の構成について説明する。
図２は、実施形態１に係るＥＮＵＭサーバ３の構成例を示すブロック図である。
実施形態１に係る自社網ＡのＥＮＵＭサーバ３は、他社網ＢのＥＮＵＭサーバ３ｂから送信された接続先情報問合せメッセージを受信すると、自身が記憶する接続先情報テーブル３２０を参照し、端末１の着信先情報に対応する接続先情報を抽出する。そして、ＥＮＵＭサーバ３は、抽出した端末１を収容するＳＩＰサーバ２毎に、接続要求数をカウントする接続要求数テーブル３２１について、該当ＳＩＰサーバ２に「１」加算する。ＥＮＵＭサーバ３は、更新された接続要求数テーブル３２１を参照し、抽出した接続先情報に該当するＳＩＰサーバ２の接続要求数を許容限界値と比較することにより当該ＳＩＰサーバ２の接続可否判定を行う。ＥＮＵＭサーバ３は、当該ＳＩＰサーバ２の接続要求数が許容限界値以下であったときは接続先情報問合せ応答を、接続要求数が許容限界値を超えていたときはエラー応答をＥＮＵＭサーバ３ｂに返す。
【００２９】
なお、ＥＮＵＭサーバ３は、ＤＮＳと同様に階層構造（Ｔｉｅｒ０〜Ｔｉｅｒ２）で管理されており、着信先情報についての名前解決を行う場合には、上位階層であるＴｉｅｒ０またはＴｉｅｒ１を管理しているＥＮＵＭサーバからＴｉｅｒ２を管理しているＥＮＵＭサーバへ向かって再帰的に問合せを行っていく。そして、ＥＮＵＭでは、Ｔｉｅｒ２に属するＥＮＵＭサーバを、各通信事業者が管理しており、各番号帯（例えば、市外局番や市内局番）の各端末１に対応する接続先情報を記憶している。実施形態１においては、説明を平易にするため、通信事業者が管理するＴｉｅｒ２に属するＥＮＵＭサーバを図示して説明する。
【００３０】
ＥＮＵＭサーバ３は、図２に示すように、通信部３０、制御部３１、記憶部３２を備える。
通信部３０は、自社網ＡのＳＩＰサーバ２や、他社網ＢのＥＮＵＭサーバ３ｂ等との間で、情報の送受信を行う通信インタフェースにより構成される。通信部３０は、外部の装置からメッセージ等を受信すると、そのメッセージ等を制御部３１に引き渡す。また、通信部３０は、制御部３１内で生成されたメッセージ等を外部の装置に向けて送信する。
【００３１】
記憶部３２は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成され、接続先情報テーブル３２０（図３参照）、接続要求数テーブル（接続要求情報）３２１（図４参照）等を記憶する。
【００３２】
制御部３１は、ＥＮＵＭサーバ３が実行する処理の全般を司り、接続要求取得部３１０、番号情報判定部３１１、接続先情報検索部３１２、接続先問合せ部３１３、接続可否判定部３１４、接続先情報送信部３１５を備える。なお、制御部３１は、例えば、このＥＮＵＭサーバ３の記憶部３２に格納されたプログラムをＣＰＵ（Central Processing Unit）がＲＡＭに展開し実行することにより実現される。
【００３３】
接続要求取得部３１０は、他社網Ｂに属するＥＮＵＭサーバ３ｂによって送信された接続先情報問合せメッセージを取得する。そして、接続要求取得部３１０は、当該接続先情報問合せメッセージを、接続可否判定部３１４に出力する。また、接続要求取得部３１０は、自社網Ａに属するＳＩＰサーバ２によって送信された接続先情報問合せメッセージを取得する。そして、接続要求取得部３１０は、当該接続先情報問合せメッセージを番号情報判定部３１１に出力する。
【００３４】
番号情報判定部３１１は、接続要求取得部３１０が自社網Ａに属するＳＩＰサーバ２によって送信された取得した接続先情報問い合わせメッセージに付された着信先情報を抽出する。そして、番号情報判定部３１１は、着信先情報で示される電話番号帯の情報に基づき、着信先端末１の番号が自社網Ａに属する番号か否かを判定する。
番号情報判定部３１１は、番号が自社網Ａに属すると判定した場合に、接続先情報検索部３１２が接続先情報テーブル３２０を参照し、着信先情報に基づいて接続先情報を抽出する。一方、番号情報判定部３１１は、番号が他社網Ｂに属していると判定した場合に、その判定情報を接続先問合せ部３１３に出力し、接続先問合せ部３１３が当該他社網ＢのＥＮＵＭサーバ３ｂに問い合わせる。
【００３５】
図３は、実施形態１に係る接続先情報テーブル３２０の構成例を示す図である。接続先情報テーブル３２０は、着信先情報と接続先情報を紐付けている。
着信先情報には、自社網Ａに属する端末１の電話番号が、ＥＮＵＭプロトコルのドメイン形式で格納される。例えば、着信先の電話番号（090-1030-0001）のＥ．１６４番号（+81-90-1030-0001）を逆順にして、ドットで区切り、「e164.arpa」を付けた形式（1.0.0.0.0.3.0.1.0.9.1.8.e164arpa）で示される。
接続先情報は、例えば、着信先となる端末１のＥ．１６４番号（+81-90-1030-0001）とＳＩＰサーバ２のドメイン名（area1.carrier_a.ne.jp）を「@」で接続した形式（sip:+819010300001@area1.carrier_a.ne.jp）である。ドメイン名の内「carrier_a」「carrier_b」「carrier_c」が事業者を特定し、「area1」「area2」「area3」「area4」が事業者網内の個々のＳＩＰサーバを特定する。
ここで、接続先情報が「sip:+819010300001@area1.carrier_a.ne.jp」（図３の１行目）である場合には、ドメイン名が「carrier_a」であることから、自社網Ａが収容する端末１であることを示す。接続先情報が「sip:+819010300002@area3.carrier_b.ne.jp」（図３の２行目）である場合には、ドメイン名が「carrier_b」であることから、この端末１が他網へ移転(ポートアウト)していることを示している。
【００３６】
図２に戻り、接続先情報検索部３１２は、番号情報判定部３１１が、自社網Ａに属するＳＩＰサーバ２によって送信された接続先情報問い合わせメッセージから抽出した着信先情報が自社網Ａに属すると判定した場合に、接続先情報テーブル３２０から、その着信先情報に対応する接続先情報を検索する。接続先情報検索部３１２は、接続先情報テーブル３２０を検索した結果得られた接続先情報を抽出し、接続先情報送信部３１５に出力する。
【００３７】
接続先問合せ部３１３は、番号情報判定部３１１が、自社網Ａに属するＳＩＰサーバ２によって送信された接続先情報問い合わせメッセージから抽出した着信先情報が自社網Ａに属しない（他社網Ｂに属する）と判定した場合に、その着信先情報で示される番号帯の情報に基づき他社網Ｂを特定し、特定した他社網ＢのＥＮＵＭサーバ３ｂに対して、接続先情報の問合せを行う。そして、接続先問合せ部３１３は、他社網ＢのＥＮＵＭサーバ３ｂから接続先情報の問合せに対する応答メッセージを取得し、その応答メッセージに付された接続先情報を、接続先情報送信部３１５に出力する。
【００３８】
接続可否判定部３１４は、着信先端末を収容するＳＩＰサーバ２について、接続要求数テーブル３２１を参照して接続可否判定を行う。
具体的には、接続可否判定部３１４は、番号情報判定部３１１が他社網Ｂに属するＥＮＵＭサーバ３ｂによって送信された接続先情報問合せメッセージから着信先情報を抽出し、接続先情報テーブル３２０を参照して、その着信先情報に対応する接続先情報を抽出する。そして、接続可否判定部３１４は、着信先情報で示される端末１（着信先端末）を収容するＳＩＰサーバ２を、抽出した接続先情報を用いて特定する。接続可否判定部３１４は、特定したＳＩＰサーバ２について、接続要求数テーブル３２１（図４参照）の接続先要求数に「１」を加算する。続いて、接続可否判定部３１４は、更新された接続要求数テーブル３２１を参照し、特定したＳＩＰサーバ２の接続要求数を許容限界値と比較することにより当該ＳＩＰサーバ２の接続可否判定を行う。接続可否判定部３１４は、当該ＳＩＰサーバ２の接続要求数が許容限界値以下であると判定した場合、抽出した接続先情報を接続先情報送信部３１５に出力することにより、他社網ＢのＥＮＵＭサーバ３ｂに接続先情報を送信する。一方、接続可否判定部３１４は、接続要求数が許容限界値を超えていると判定した場合、エラー応答をＥＮＵＭサーバ３ｂに送信する。
【００３９】
図４は、実施形態１に係る接続要求数テーブル（接続要求情報）３２１の構成例を示す図である。
接続要求数テーブル３２１は、「ＳＩＰサーバの識別子」と、「接続要求数の計測周期（秒）」と、現時点の「接続要求数（回）」と、「接続要求数の許容限界値（回）」とを紐付けている。
ＳＩＰサーバの識別子は、例えば、「area1.carrier_a.ne.jp」「area2.carrier_a.ne.jp」等のＳＩＰサーバ２に固有なドメインが確認されるが、特にこれに限定されず、ＳＩＰサーバ２を識別できる情報であればよい。
接続要求数の計測周期（例えば、１８０秒）は、そのＳＩＰサーバ２について、接続要求数をカウントする周期（所定時間）を示し、この計測周期が経過すると、接続要求数が「０」にリセットされる。
【００４０】
接続要求数（例えば、２３回）には、ＥＮＵＭサーバ３が他社網Ｂに属するＥＮＵＭサーバ３ｂから接続先情報問合せメッセージを受信する度に、接続可否判定部３１４が、該当するＳＩＰサーバ２の数値（接続要求数）を「１」加算した値が格納される。
接続要求数の許容限界値（例えば、１０００回）には、ＳＩＰサーバ毎に、計測周期内において許容する接続要求の限界値が格納される。この許容限界値は、各ＳＩＰサーバ２について同一の値を設定してもよいし、各ＳＩＰサーバ２の性能等に応じて、独自の接続要求数の設定限界値を設定してもよい。例えば、大量の接続要求を想定して設計されたＳＩＰサーバについては接続要求数の許容限界値を大きく設定する等の調整が可能である。
なお、接続要求数の計測周期と接続要求数の許容限界値は、予め各ＳＩＰサーバ２について同一の値を一括して設定し記憶部３２に記憶させておくことにより、接続要求数テーブル３２１に含めないようにしてもよい。
【００４１】
接続先情報送信部３１５は、接続先情報テーブル３２０を検索した結果得られた接続先情報や、他社網ＢのＥＮＵＭサーバ３ｂから接続先情報から取得した接続先情報を、問い合わせの送信元であるＳＩＰサーバ２に送信する。また、接続先情報送信部３１５は、他社網ＢのＥＮＵＭサーバ３ｂから接続先情報の問合せを受け付け、接続可否判定部３１４がその着信先端末を収容するＳＩＰサーバ２の接続要求数が許容限界値以下であると判定した場合に、接続先情報テーブル３２０を検索した結果得られた接続先情報を、他社網ＢのＥＮＵＭサーバ３ｂに送信する。
【００４２】
≪ＥＮＵＭサーバの処理≫
図５は実施形態１に係るＥＮＵＭサーバ３の処理の流れを示すフローチャートである。ここでは、ＥＮＵＭサーバ３が、他社網ＢのＥＮＵＭサーバ３ｂから接続先情報の問合せを受けた場合に処理について説明する。
【００４３】
まず、ＥＮＵＭサーバ３の接続要求取得部３１０は、他社網ＢのＥＮＵＭサーバ３ｂから、接続先情報問合せメッセージを取得する（ステップＳ１０１）。
【００４４】
次に、ＥＮＵＭサーバ３の接続可否判定部３１４は、取得した接続先情報問合せメッセージから着信先情報を抽出し、接続先情報テーブル３２０を参照して、その着信先情報に対応する接続先情報を検索する（ステップＳ１０２）。そして、接続可否判定部３１４は、着信先情報で示される端末１（着信先端末）を収容するＳＩＰサーバ２を、検索結果として得られた接続先情報を用いて特定する。
【００４５】
続いて、接続可否判定部３１４は、特定したＳＩＰサーバ２について、接続要求数テーブル３２１（図４）の接続先要求数を「１」加算（インクリメント）する（ステップＳ１０３）。
【００４６】
そして、接続可否判定部３１４は、更新された接続要求数テーブル３２１を参照し、特定したＳＩＰサーバ２の接続先要求数がそのＳＩＰサーバ２に設定された許容限界値を超えたか否かを判定する（ステップＳ１０４）。
接続可否判定部３１４は、当該ＳＩＰサーバ２の接続要求数が許容限界値を超えていないと判定した場合（ステップＳ１０４→Ｎｏ）、ステップＳ１０５に進む。
【００４７】
ステップＳ１０５において、接続可否判定部３１４は、ステップＳ１０２で検索した接続先情報を接続先情報送信部３１５に出力することにより、他社網ＢのＥＮＵＭサーバ３ｂに接続先情報を送信し（接続先情報問合せ応答を送信）、処理を終了する。
【００４８】
一方、接続可否判定部３１４は、ステップＳ１０４において、当該ＳＩＰサーバ２の接続要求数が許容限界値を超えていると判定した場合（ステップＳ１０４→Ｙｅｓ）、ステップＳ１０６に進む。
【００４９】
ステップＳ１０６において、接続可否判定部３１４は、ＥＮＵＭサーバ３ｂに対してエラー応答を送信し、処理を終了する。
【００５０】
以上説明したように、実施形態１に係るＥＮＵＭサーバ３によれば、他社網ＢのＥＮＵＭサーバ３ｂから、自身と通信接続されたＳＩＰサーバ２に設定した許容限界値を超える大量の接続要求を受けた場合に、他社網ＢのＥＮＵＭサーバ３ｂに対して、エラー応答を送信することにより、当該ＳＩＰサーバ２への呼接続を行わないようにすることができる。よって、ＥＮＵＭサーバ３は、自社網ＡのＳＩＰサーバに対して、その処理能力を超えて接続要求が集中することを未然に防ぐことができる。
【００５１】
〔実施形態２〕
次に、本発明を実施するためのもう１つの形態（以下、「実施形態２」と称する。）における輻輳防止システム、および、輻輳防止方法について説明する。
≪概要≫
まず、実施形態２に係る輻輳防止システムの概要について説明する。図６は、実施形態２に係る輻輳防止システムの全体構成と処理の概要を示す図である。
【００５２】
実施形態２に係る輻輳防止システムの構成は、実施形態１に係るＥＮＵＭサーバ３を含むＥＮＵＭシステムの構成と一部が共通するが、自社網ＡがＧＷ４を備える点、および、実施形態２に係るＥＮＵＭサーバ３ＡがＧＷ４への通知機能を備える点で実施形態１と異なる。
【００５３】
まず、他社網Ｂの端末１ｂ（発信元端末）から自社網Ａの端末１（着信先端末）への接続要求メッセージが、ＳＩＰサーバ２ｂへ送信される（ステップＳ２１）。
接続要求メッセージを受け付けたＳＩＰサーバ２ｂは、ＥＮＵＭサーバ３ｂに対して、接続先情報の問合せを行う（ステップＳ２２）。
【００５４】
ＥＮＵＭサーバ３ｂは、接続先情報問合せメッセージを受信すると、接続要求メッセージに含まれる端末１の番号情報から端末１を収容する通信事業者を特定する。ここで、ＥＮＵＭサーバ３ｂは、端末１が属する通信事業者を自社網Ａと特定し、端末１が属する自社網ＡのＥＮＵＭサーバ３Ａに対し、接続先情報の問合せを行う（ステップＳ２３）。
【００５５】
ＥＮＵＭサーバ３Ａは、接続先情報問合せメッセージを受信すると、自身が記憶する接続先情報テーブル３２０（図３，図７）を参照し、端末１の着信先情報に対応する接続先情報を抽出し、接続先情報に該当するＳＩＰサーバ２の接続可否判定を行う（ステップＳ２４）。この接続可否判定手法は実施形態１と同一である。
ＥＮＵＭサーバ３Ａは、接続不可（接続先要求数の許容限界値を超えている）と判定した場合、ＧＷ４にエラー情報の通知（図６においては、「エラー通知」と記載する。他図も同様。）を行う（ステップＳ２５）。ＧＷ４は自身の記憶部４２（図８参照）にエラー通知を記憶する。
その後、ＥＮＵＭサーバ３Ａは、ＥＮＵＭサーバ３ｂに接続先情報問合せ応答メッセージを送信する（ステップＳ２６）。
ＥＮＵＭサーバ３ｂは、接続先情報問合せ応答メッセージを受信すると、ＳＩＰサーバ２ｂに応答情報を送信する（ステップＳ２７）。
【００５６】
ＳＩＰサーバ２ｂは、接続先情報を受信すると、ＧＷ４ｂを介して、接続先情報に示される自社網ＡのＧＷ４にＳＩＰ信号を転送する（ステップＳ２８）。
ＧＷ４はＳＩＰ信号から接続先ＳＩＰサーバ２を取得し、エラー判定を行う（ステップＳ２９）。ＧＷ４は、記憶部４２に記憶したエラー通知に参照し、接続先となるＳＩＰサーバ２が接続不可と判定されていた場合、ＳＩＰサーバ２ｂに対してエラーを送信（図６においては、「エラー送信」と記載する。他図も同様。）する（ステップＳ３０）。
【００５７】
このようにすることで、他社網ＢのＥＮＵＭサーバ３ｂから大量の接続要求を受けた際に、ＥＮＵＭサーバ３Ａは、自社網ＡのＳＩＰサーバ２に対して、その処理能力を超えて接続要求が集中することを、自社網ＡのＧＷ４で呼接続を制御することで未然に防ぐことができる。
【００５８】
≪各装置の構成≫
次に、実施形態２に係る各装置の構成について説明する。
【００５９】
＜ＥＮＵＭサーバ＞
図７は実施形態２に係るＥＮＵＭサーバ３Ａの構成例を示すブロック図である。
実施形態２に係るＥＮＵＭサーバ３Ａの構成は、実施形態１に係るＥＮＵＭサーバ３の構成と比べ、エラー通知送信部３１６を備えること、また、接続先情報送信部３１５（図２）が、実施形態２においては接続先送信部３１５Ａとなっていることが異なる。他の構成については、同一の符号と同一の名称を付し、説明を省略する。
【００６０】
エラー通知送信部３１６は、接続可否判定部３１４が、他社網ＢのＥＮＵＭサーバ３ｂから受信した接続先要求に対応するＳＩＰサーバ２について接続要求数テーブル３２１を参照し、接続要求数の許容限界値に基づく接続可否判定を行った際に、接続要求数が許容限界値を超えていると判定した場合、該当するＳＩＰサーバ２の識別情報を付したエラー通知をＧＷ４に送信する。
【００６１】
接続先送信部３１５Ａは、接続可否判定部３１４が、他社網ＢのＥＮＵＭサーバ３ｂから受信した接続先要求に対応するＳＩＰサーバについて接続要求数テーブル３２１を参照し、接続要求数の許容限界値に基づく接続可否判定を行うと、接続先情報テーブル３２０を参照して抽出した接続先情報を、他社網ＢのＥＮＵＭサーバ３ｂに送信する。つまり、接続先送信部３１５Ａは、接続可否判定部３１４が接続可否判定において、接続要求数が許容限界値以下であると判定した場合においても、許容限界値を超えていると判定した場合においても、抽出した接続先情報を、他社網ＢのＥＮＵＭサーバ３ｂに送信する。
【００６２】
このようにすることで、実施形態２に係るＥＮＵＭサーバ３Ａは、許容限界値を超えたＳＩＰサーバ２の識別情報を付したエラー通知をＧＷ４に送信することにより、ＧＷ４において、該当するＳＩＰサーバ２への呼接続を行わせないようにすることができる。
【００６３】
＜ゲートウェイ装置＞
次に、実施形態２に係るＧＷ４の構成について説明する。
図８は実施形態２に係るＧＷ４の構成例を示すブロック図である。
【００６４】
ＧＷ４は、通信部４０、制御部４１、記憶部４２を備える。制御部４１は、通知取得部４１０、エラー判定部４１１、エラー送信部４１２を備える。
通信部４０は、他社網Ｂ等との間で情報の送受信を行う通信インタフェースにより構成される。通信部４０は、外部の装置から通知等を受信すると、その通知等を制御部４１に引き渡す。また、通信部４０は、制御部４１内で生成されたメッセージ等を外部の装置に向けて送信する。
【００６５】
通知取得部４１０は、ＥＮＵＭサーバ３Ａのエラー通知送信部３１６から、接続不可（許容限界値を超えている）と判定されたＳＩＰサーバ２の識別情報を含むエラー通知を取得し、記憶部４２に記憶する。
【００６６】
エラー判定部４１１は、他網のＳＩＰサーバ２ｂからの呼接続が、接続不可判定を受けたＳＩＰサーバ２との接続を要求する否かを、記憶部４２に記憶されたエラー通知に付されたＳＩＰサーバ２の識別情報に基づき判定する。エラー判定部４１１は、他網のＳＩＰサーバ２ｂからの呼接続の宛先が、エラー通知に付されたＳＩＰサーバ２であるときには、接続不可と判定し、その情報をエラー送信部４１２に出力する。一方、エラー判定部４１１は、他網のＳＩＰサーバ２ｂからの呼接続の宛先が、エラー通知に付されたＳＩＰサーバ２でないときには、その情報を呼制御部（図示省略）に出力し、通常の呼接続の処理と同様に、宛先となるＳＩＰサーバ２への呼接続処理を実行する。
【００６７】
エラー送信部４１２は、エラー判定部４１１が接続不可と判定したＳＩＰサーバ２との呼接続の要求について、他社網ＢのＳＩＰサーバ２ｂにエラーを送信する。
【００６８】
このようにすることで、ＧＷ４は、ＥＮＵＭサーバ３Ａが接続要求数の許容限界値を超えたと判定したＳＩＰサーバ２について、呼接続を行わせないようにすることができる。
【００６９】
≪輻輳防止システムの処理≫
図９は実施形態２に係る輻輳防止システムの処理の流れを示すシーケンス図である。
【００７０】
まず、他社網ＢのＥＮＵＭサーバ３ｂは、ＳＩＰサーバ２ｂから接続先情報問合せメッセージを受信する（ステップＳ２２）。そして、ＥＮＵＭサーバ３ｂは、接続要求メッセージに含まれる端末１の番号情報から端末１を収容する通信事業者を特定し、端末１が属する自社網ＡのＥＮＵＭサーバ３Ａに対し、接続先情報の問合せを行う（ステップＳ２３）。
【００７１】
ＥＮＵＭサーバ３Ａの接続要求取得部３１０は、他社網ＢのＥＮＵＭサーバ３ｂから、接続先情報問合せメッセージを取得する。続いて、接続可否判定部３１４が、取得した接続先情報問合せメッセージから着信先情報を抽出し、接続先情報テーブル３２０を参照して、その着信先情報に対応する接続先情報を検索する（ステップＳ２４１）。そして、接続可否判定部３１４は、着信先情報で示される端末１（着信先端末）を収容するＳＩＰサーバ２を、検索結果として得られた接続先情報を用いて特定する。
【００７２】
次に、接続可否判定部３１４は、特定したＳＩＰサーバ２について、接続要求数テーブル３２１の接続先要求数を「１」加算（インクリメント）する（ステップＳ２４２）。
そして、接続可否判定部３１４は、更新された接続要求数テーブル３２１を参照し、特定したＳＩＰサーバ２の接続要求数がそのＳＩＰサーバ２に設定された許容限界値を超えたか否かを判定する（ステップＳ２４３）。なお、ここでは、接続可否判定部３１４が、特定したＳＩＰサーバ２の接続要求数が許容限界値を超えていると判定したものとする。
【００７３】
接続可否判定部３１４が許容限界値を超えていると判定した場合、エラー通知送信部３１６は、該当するＳＩＰサーバ２の識別情報を付したエラー通知をＧＷ４に送信する（ステップＳ２５）。
そして、ＧＷ４の通知取得部４１０は、ＥＮＵＭサーバ３Ａからエラー通知を取得し、記憶部４２に記憶する（ステップＳ２５１）。
【００７４】
一方、ＥＮＵＭサーバ３Ａの接続先送信部３１５Ａは、ステップＳ２４１で検索した結果得られた接続先情報を、接続先情報問合せ応答として、他社網ＢのＥＮＵＭサーバ３ｂに送信する（ステップＳ２６）。そして、ＥＮＵＭサーバ３ｂは接続先情報をＳＩＰサーバ２ｂに送信し（ステップＳ２７）、ＳＩＰサーバ２ｂはＧＷ４を介して呼接続を行う（ステップＳ２８）。
【００７５】
ＳＩＰサーバ２ｂから呼接続の要求を取得したＧＷ４のエラー判定部４１１は、その呼接続が、接続不可判定を受けたＳＩＰサーバ２に向けて要求であるか否かを、記憶部４２に記憶されたエラー通知に付されたＳＩＰサーバ２の識別情報に基づき判定する（ステップＳ２９）。なお、ここでは、エラー判定部４１１が、他網のＳＩＰサーバ２ｂからの呼接続の宛先が、エラー通知に付されたＳＩＰサーバ２であり、接続不可である判定したものとする。
エラー判定部４１１が接続不可であると判定した場合、エラー送信部４１２は、当該ＳＩＰサーバ２に対する呼接続の要求について、他社網ＢのＳＩＰサーバ２ｂにエラーを送信する（ステップＳ３０）。
【００７６】
以上説明したように、実施形態２に係るＥＮＵＭサーバ３Ａによれば、他社網ＢのＥＮＵＭサーバ３ｂから、自身と通信接続されたＳＩＰサーバ２に設定した許容限界値を超える大量の接続要求を受けた場合に、自社網ＡのＧＷ４に対して、エラー通知を送信することにより、当該ＳＩＰサーバ２への呼接続を行わないようにすることができる。よって、ＥＮＵＭサーバ３Ａは、自社網ＡのＳＩＰサーバ２に対して、その処理能力を超えて接続要求が集中することを未然に防ぐことができる。
【００７７】
実施形態は本発明を分かりやすく説明するために詳細に記載したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、前記した機構や構成は説明上必要と考えられるものを示しており、製品上必ずしも全ての機構や構成を示しているとは限らない。
【符号の説明】
【００７８】
１，１ｂ    端末
２，２ｂ    ＳＩＰサーバ
３，３Ａ，３ｂ    ＥＮＵＭサーバ
３０        通信部
３１        制御部
３１０      接続要求取得部
３１１      番号情報判定部
３１２      接続先情報検索部
３１３      接続先問合せ部
３１４      接続可否判定部
３１５，３１５Ａ  接続先情報送信部
３１６      エラー通知送信部
３２        記憶部
３２０      接続先情報テーブル
３２１      接続要求数テーブル（接続要求情報）
４，４ｂ    ＧＷ（ゲートウェイ装置）
４０        通信部
４１        制御部
４１０      通知取得部
４１１      エラー判定部
４１２      エラー送信部
４２        記憶部
Ａ          自社網
Ｂ          他社網（他の通信事業者網）
【図１】
2019033390.tif 000003
【図２】
2019033390.tif 000004
【図３】
2019033390.tif 000005
【図４】
2019033390.tif 000006
【図５】
2019033390.tif 000007
【図６】
2019033390.tif 000008
【図７】
2019033390.tif 000009
【図８】
2019033390.tif 000010
【図９】
2019033390.tif 000011
【図１０】
2019033390.tif 000012