(57)【要約】【課題】輻輳の影響を受けにくいＥＮＵＭ／ＤＮＳトラヒック制御システムを提供する。【解決手段】ＥＮＵＭ／ＤＮＳトラヒック制御システムに含まれるロードバランサ１０は、ＥＮＵＭ／ＤＮＳサーバ５０が、問合せの振り分け先として、適切であるか否かの指標となる監視情報、及び、着信先端末の電話番号が、輻輳しているか否かの指標となるトラヒック情報を受け取り、受け取った情報に基づいて、振り分け情報、送信規制情報、及び受信規制情報を設定する制御部１３と、振り分け情報、送信規制情報、及び受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分ける振り分け部１１と、を備える。【選択図】図１
2018133759.tif 000002
【特許請求の範囲】
【請求項１】
着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのリソースや生存状況を監視する監視装置と、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのトラヒックを制御するトラヒック制御装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムであって、
前記監視装置は、
前記ＥＮＵＭ／ＤＮＳサーバが、前記問合せの振り分け先として、適切であるか否かの指標となる監視情報を記憶する記憶部と、
前記監視情報を、前記ロードバランサに送信する制御部と、を備え、
前記トラヒック制御装置は、
前記着信先端末の電話番号が、輻輳しているか否かの指標となるトラヒック情報を記憶する記憶部と、
前記トラヒック情報を、前記ロードバランサに送信する制御部と、を備え、
前記ロードバランサは、
前記監視情報及び前記トラヒック情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定する制御部と、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶する記憶部と、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分ける振り分け部と、
を備えることを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御システム。
【請求項２】
着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのリソースや生存状況を監視する監視装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムであって、
前記監視装置は、
前記ＥＮＵＭ／ＤＮＳサーバが、前記問合せの振り分け先として、適切であるか否かの指標となる監視情報を記憶する記憶部と、
前記監視情報を、前記ロードバランサに送信する制御部と、を備え、
前記ロードバランサは、
前記監視情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定する制御部と、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶する記憶部と、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分ける振り分け部と、
を備えることを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御システム。
【請求項３】
着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのトラヒックを制御するトラヒック制御装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムであって、
前記トラヒック制御装置は、
前記着信先端末の電話番号が、輻輳しているか否かの指標となるトラヒック情報を記憶する記憶部と、
前記トラヒック情報を、前記ロードバランサに送信する制御部と、を備え、
前記ロードバランサは、
前記トラヒック情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定する制御部と、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶する記憶部と、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分ける振り分け部と、
を備えることを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御システム。
【請求項４】
着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、に接続され、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサであって、
前記ロードバランサは、
前記ＥＮＵＭ／ＤＮＳサーバが、前記問合せの振り分け先として、適切であるか否かの指標となる監視情報、及び、前記着信先端末の電話番号が、輻輳しているか否かの指標となるトラヒック情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定する制御部と、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶する記憶部と、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分ける振り分け部と、
を備えることを特徴とするロードバランサ。
【請求項５】
着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのリソースや生存状況を監視する監視装置と、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのトラヒックを制御するトラヒック制御装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムにおけるトラヒック制御方法であって、
前記監視装置は、
前記ＥＮＵＭ／ＤＮＳサーバが、前記問合せの振り分け先として、適切であるか否かの指標となる監視情報を記憶するステップと、
前記監視情報を、前記ロードバランサに送信するステップと、を実行し、
前記トラヒック制御装置は、
前記着信先端末の電話番号が、輻輳しているか否かの指標となるトラヒック情報を記憶するステップと、
前記トラヒック情報を、前記ロードバランサに送信するステップと、を実行し、
前記ロードバランサは、
前記監視情報及び前記トラヒック情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定するステップと、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶するステップと、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分けるステップと、
を実行することを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御方法。
【請求項６】
着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのリソースや生存状況を監視する監視装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムにおけるトラヒック制御方法であって、
前記監視装置は、
前記ＥＮＵＭ／ＤＮＳサーバが、前記問合せの振り分け先として、適切であるか否かの指標となる監視情報を記憶するステップと、
前記監視情報を、前記ロードバランサに送信するステップと、を実行し、
前記ロードバランサは、
前記監視情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定するステップと、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶するステップと、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分けるステップと、
を実行することを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御方法。
【請求項７】
着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのトラヒックを制御するトラヒック制御装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムにおけるトラヒック制御方法であって、
前記トラヒック制御装置は、
前記着信先端末の電話番号が、輻輳しているか否かの指標となるトラヒック情報を記憶するステップと、
前記トラヒック情報を、前記ロードバランサに送信するステップと、を実行し、
前記ロードバランサは、
前記トラヒック情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定するステップと、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶するステップと、
前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分けるステップと、
を実行することを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）電話を提供するサービス網（ＩＰ網）が複数事業者により提供され、それらが相互接続されるシステムにおいて、事業者間で電話番号を持ちまわる番号ポータビリティ制度が導入されている条件下でのＥＮＵＭ／ＤＮＳトラヒック制御システム、ロードバランサ、及びＥＮＵＭ／ＤＮＳトラヒック制御方法に関する。
【背景技術】
【０００２】
従来、ＩＰ網において通信事業者網内の装置（ＳＩＰ（Session Initiation/Protocol）サーバ等）が、電話番号とＵＲＩ（Uniform Resource Identifier）との対応付けを行う仕組みとしてＥＮＵＭ（E.164 Number Mapping）／ＤＮＳ（Domain Name System）システムが提案されている。このＥＮＵＭ／ＤＮＳシステムでは、通信事業者のネットワーク内に設置されたＳＩＰサーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先の情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭ／ＤＮＳサーバに問合せて、その接続先の情報に基づいてルーティングを行う。
【０００３】
また、ＰＳＴＮ（Public Switched Telephone Network：公衆電話交換回線網）網からＩＰ網への移行に伴い、ＩＰ網において固定電話番号を通信事業者間で自由に持ち回れる番号ポータビリティの仕組みが検討されている（非特許文献１参照）。
【０００４】
非特許文献１に記載の方式では、各通信事業者の番号ポータビリティ情報を集中管理したデータベースを、ＤＮＳの仕組みを利用したＥＮＵＭ／ＤＮＳサーバ（ＥＮＵＭ／ＤＮＳ権威サーバ）に備え、各通信事業者のＳＩＰサーバは、ＥＮＵＭ／ＤＮＳサーバ（ＥＮＵＭ／ＤＮＳ権威サーバ）にアクセスすることにより、各電話番号が他網へ移転(ポートアウト)しているか否かを解決し、接続先の情報を取得して通信を行う。
【０００５】
図１０は、ＥＮＵＭ／ＤＮＳサーバを採用した場合のＥＮＵＭ／ＤＮＳシステムの従来例を示す図である。
【０００６】
図１０に示すように、まず、０３−９９９９帯の端末１（１ａ）（ＩＰ電話等）から０４２２−９９帯の端末１（１ｂ）（ＩＰ電話等）への接続要求メッセージ（図１０において、「接続要求」と記載する。）が、ＳＩＰサーバ４０へ送信される（ステップＳ１）。
【０００７】
接続要求メッセージを受け付けたＳＩＰサーバ４０は、ＥＮＵＭ／ＤＮＳサーバ５０に対して、着信先の通信事業者へ接続するための接続先情報（着信先電話番号に対応するＵＲＩ等）の問合せ（「接続先情報問合せメッセージ（ＤＮＳ信号）」。図１０において、「接続先情報問合せ」と記載する。）を行う（ステップＳ２）。
【０００８】
ＥＮＵＭ／ＤＮＳサーバ５０は、接続先情報問合せメッセージを受信すると、自身の記憶部を参照し、その着信先の端末（「着信先情報」）に対応する接続先情報を抽出し、ＳＩＰサーバ４０に応答情報（「接続先情報問合せ応答メッセージ（ＤＮＳ信号）」。図１０において、「接続先情報問合せ応答」と記載する。）を送信する（ステップＳ３）。なお、ＥＮＵＭ／ＤＮＳサーバ５０に、着信先情報に対応する接続先情報が記憶されていない場合には、ＥＮＵＭ／ＤＮＳサーバ５０は、他の通信事業者のＩＰ網（他ＩＰ網）２０００に対して、着信先の通信事業者へ接続するための接続先情報の問合せを行っても良い。
【０００９】
ＳＩＰサーバ４０は、接続先情報問合せ応答メッセージに含まれる接続先情報を受信すると、着信先が、通信事業者のネットワークである自ＩＰ網１０００か否かを判断し、自ＩＰ網１０００である場合には、着信先となる０４２２−５９帯の端末１（１ｂ）に呼接続する（ステップＳ４）。一方、ＳＩＰサーバ４０は、着信先が、他ＩＰ網２０００である場合には、接続先情報に示される他ＩＰ網２０００へＳＩＰ信号を転送する（図示省略）。
【００１０】
上記の処理とは別に、ＥＮＵＭ／ＤＮＳサーバ５０は、他ＩＰ網２０００からも、自身が管理する着信先情報に対応する接続先情報問合せメッセージ（ＤＮＳ信号）を受け付ける（ステップＳ５）。そして、ＥＮＵＭ／ＤＮＳサーバ５０は、着信先情報に対応する接続先情報を抽出し、問合せを送信してきた他ＩＰ網２０００に接続先情報問合せ応答メッセージ（ＤＮＳ信号）を送信する（ステップＳ６）。
【００１１】
図１１は、ＥＮＵＭ／ＤＮＳ権威サーバと、ＥＮＵＭ／ＤＮＳ権威サーバの負荷を軽減するためのＥＮＵＭ／ＤＮＳキャッシュサーバを採用した場合のＥＮＵＭ／ＤＮＳシステムの従来例を示す図である。
【００１２】
図１１に示すように、まず、０３−９９９９帯の端末１（１ａ）（ＩＰ電話等）から０４２２−９９帯の端末１（１ｂ）（ＩＰ電話等）への接続要求メッセージ（図１１において、「接続要求」と記載する。）が、ＳＩＰサーバ４０へ送信される（ステップＳ１）。
【００１３】
接続要求メッセージを受け付けたＳＩＰサーバ４０は、ＥＮＵＭ／ＤＮＳキャッシュサーバ６０に対して、着信先の通信事業者へ接続するための接続先情報（着信先電話番号に対応するＵＲＩ等）の取得要求（「接続先情報要求メッセージ（ＤＮＳ信号）」。図１１において、「接続先情報要求」と記載する。）を送信する（ステップＳ２）。
【００１４】
ＥＮＵＭ／ＤＮＳキャッシュサーバ６０は、着信先情報に対応する接続先情報を自身の記憶部に記憶（キャッシュ）しているかを確認し、記憶していない場合には、ＥＮＵＭ／ＤＮＳ権威サーバ７０に対して、着信先の通信事業者へ接続するための接続先情報（着信先電話番号に対応するＵＲＩ等）の問合せ（「接続先情報問合せメッセージ（ＤＮＳ信号）」。図１１において、「接続先情報問合せ」と記載する。）を行う（ステップＳ３）。なお、ＥＮＵＭ／ＤＮＳキャッシュサーバ６０は、他ＩＰ網２０００に対して、着信先の通信事業者へ接続するための接続先情報の問合せを行っても良い。
【００１５】
ＥＮＵＭ／ＤＮＳ権威サーバ７０は、接続先情報問合せメッセージを受信すると、自身の記憶部を参照し、その着信先の端末（「着信先情報」）に対応する接続先情報を抽出し、ＥＮＵＭ／ＤＮＳキャッシュサーバ６０に応答情報（「接続先情報問合せ応答メッセージ（ＤＮＳ信号）」。図１１においては、「接続先情報問合せ応答」と記載する。）を送信する（ステップＳ４）。
【００１６】
ＥＮＵＭ／ＤＮＳキャッシュサーバ６０は、接続先情報問合せ応答メッセージに含まれる接続先情報を受信すると、その応答情報に含まれる接続先情報を自身の記憶部に記憶（キャッシュ）する（ステップＳ５）。そして、ＥＮＵＭ／ＤＮＳキャッシュサーバ６０は、その接続先情報を含む応答メッセージ（「接続先情報応答メッセージ（ＤＮＳ信号）」。図１１においては、「接続先情報応答」と記載する。）を、ＳＩＰサーバ４０に送信する（ステップＳ６）。
【００１７】
なお、ステップＳ３〜Ｓ５の処理は、ＥＮＵＭ／ＤＮＳキャッシュサーバ６０に着信先の通信事業者に対応する接続先情報が記憶（キャッシュ）されている場合には行わず、ＥＮＵＭ／ＤＮＳキャッシュサーバ６０は、ＳＩＰサーバ４０に接続先情報応答メッセージを送信しても良い（ステップＳ６の処理）。
【００１８】
ＳＩＰサーバ４０は、接続先情報応答メッセージに含まれる接続先情報を受信すると、着信先が自ＩＰ網１０００か否かを判断し、自ＩＰ網１０００である場合には、着信先となる０４２２−５９帯の端末１（１ｂ）に呼接続する（ステップＳ７）。一方、ＳＩＰサーバ４０は、着信先が他ＩＰ網２０００である場合には、接続先情報に示される他ＩＰ網２０００へＳＩＰ信号を転送する（図示省略）。
【００１９】
上記の処理とは別に、ＥＮＵＭ／ＤＮＳ権威サーバ７０は、他ＩＰ網２０００からも、自身が管理する着信先情報に対応する接続先情報問合せメッセージ（ＤＮＳ信号）を受け付ける（ステップＳ８）。そして、ＥＮＵＭ／ＤＮＳ権威サーバ７０は、着信先情報に対応する接続先情報を抽出し、問合せを送信してきた他ＩＰ網２０００に接続先情報問合せ応答メッセージ（ＤＮＳ信号）を送信する（ステップＳ９）。
【先行技術文献】
【非特許文献】
【００２０】
【非特許文献１】「ＪＪ−９０．３１  キャリアＥＮＵＭの相互接続  共通インタフェース」一般社団法人情報通信技術委員会、２０１５年８月２７日
【発明の概要】
【発明が解決しようとする課題】
【００２１】
ところで、ＳＩＰサーバが、自身が収容する端末から他の端末への接続要求を受け付ける度に、同一のＥＮＵＭ／ＤＮＳサーバに問合せを行うと、ＥＮＵＭ／ＤＮＳサーバへのアクセスが膨大なものとなり、負荷が大きくなる。その理由は、通信事業者が複数あり、その通信事業者のネットワーク内には複数のＳＩＰサーバが設置されており、さらに、１つのＳＩＰサーバが収容する端末の台数も多いため、全体として膨大な端末からのアクセスをＥＮＵＭ／ＤＮＳサーバが受け付けることになるためである。ＥＮＵＭ／ＤＮＳサーバの負荷が大きくなると、ＳＩＰサーバからの問合せに対する応答時間が長くなることや、最悪の場合、ＥＮＵＭ／ＤＮＳサーバが応答できなくなり、結果的に端末間の接続遅延の増加や接続障害が発生する。
【００２２】
そこで、図１２に示すように、ＥＮＵＭ／ＤＮＳシステムにおいて、データベースがミラーリングされた複数のＥＮＵＭ／ＤＮＳサーバと、ＳＩＰサーバとの間にロードバランサを設け、ラウンドロビン等の振り分けアルゴリズムを用いて、ＳＩＰサーバからの問合せを振り分けることで、１台のＥＮＵＭ／ＤＮＳサーバにかかる負荷を小さくする方法が用いられている。
【００２３】
しかしながら、この方法では、ロードバランサが、輻輳している電話番号に関する問合せと、輻輳していない電話番号に関する問合せとを区別せずに、振り分け先となる全てのＥＮＵＭ／ＤＮＳサーバに、輻輳している電話番号に関する問合せを振り分けている。このため、輻輳している電話番号に関する問合せの影響を受けて、振り分け先となる全てのＥＮＵＭ／ＤＮＳサーバに、負荷上昇やサーバダウンが発生し、輻輳していない電話番号に関する問合せに、ＥＮＵＭ／ＤＮＳサーバが正常に応答できないという問題が生じていた。
【００２４】
このような背景を鑑みて本発明がなされたのであり、本発明は、輻輳の影響を受けにくいＥＮＵＭ／ＤＮＳトラヒック制御システムを提供することを課題とする。
【課題を解決するための手段】
【００２５】
前記した課題を解決するため、請求項１に記載の発明は、着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのリソースや生存状況を監視する監視装置と、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのトラヒックを制御するトラヒック制御装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムであって、前記監視装置は、前記ＥＮＵＭ／ＤＮＳサーバが、前記問合せの振り分け先として、適切であるか否かの指標となる監視情報を記憶する記憶部と、前記監視情報を、前記ロードバランサに送信する制御部と、を備え、前記トラヒック制御装置は、前記着信先端末の電話番号が、輻輳しているか否かの指標となるトラヒック情報を記憶する記憶部と、前記トラヒック情報を、前記ロードバランサに送信する制御部と、を備え、前記ロードバランサは、前記監視情報及び前記トラヒック情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定する制御部と、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶する記憶部と、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分ける振り分け部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御システムとした。
【００２６】
また、請求項４に記載の発明は、着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、に接続され、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサであって、前記ロードバランサは、前記ＥＮＵＭ／ＤＮＳサーバが、前記問合せの振り分け先として、適切であるか否かの指標となる監視情報、及び、前記着信先端末の電話番号が、輻輳しているか否かの指標となるトラヒック情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定する制御部と、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶する記憶部と、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分ける振り分け部と、を備えることを特徴とするロードバランサとした。
【００２７】
また、請求項５に記載の発明は、着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのリソースや生存状況を監視する監視装置と、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのトラヒックを制御するトラヒック制御装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムにおけるトラヒック制御方法であって、前記監視装置は、前記ＥＮＵＭ／ＤＮＳサーバが、前記問合せの振り分け先として、適切であるか否かの指標となる監視情報を記憶するステップと、前記監視情報を、前記ロードバランサに送信するステップと、を実行し、前記トラヒック制御装置は、前記着信先端末の電話番号が、輻輳しているか否かの指標となるトラヒック情報を記憶するステップと、前記トラヒック情報を、前記ロードバランサに送信するステップと、を実行し、前記ロードバランサは、前記監視情報及び前記トラヒック情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定するステップと、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶するステップと、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分けるステップと、を実行することを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御方法とした。
【００２８】
このようにすることで、ロードバランサは、振り分け先であるＥＮＵＭ／ＤＮＳサーバのリソースや生存状況、着信先端末の電話番号が輻輳しているか否か、等を考慮しつつ、着信先端末の電話番号毎に、ＳＩＰサーバからの接続先情報の問合せ（ＤＮＳ信号）を適切なＥＮＵＭ／ＤＮＳサーバに振り分けることができる。このロードバランサをＥＮＵＭ／ＤＮＳトラヒック制御システムに採用することで、輻輳の影響を抑えることが可能になる。
【００２９】
請求項２に記載の発明は、着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのリソースや生存状況を監視する監視装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムであって、前記監視装置は、前記ＥＮＵＭ／ＤＮＳサーバが、前記問合せの振り分け先として、適切であるか否かの指標となる監視情報を記憶する記憶部と、前記監視情報を、前記ロードバランサに送信する制御部と、を備え、前記ロードバランサは、前記監視情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定する制御部と、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶する記憶部と、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分ける振り分け部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御システムとした。
【００３０】
また、請求項６に記載の発明は、着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのリソースや生存状況を監視する監視装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムにおけるトラヒック制御方法であって、前記監視装置は、前記ＥＮＵＭ／ＤＮＳサーバが、前記問合せの振り分け先として、適切であるか否かの指標となる監視情報を記憶するステップと、前記監視情報を、前記ロードバランサに送信するステップと、を実行し、前記ロードバランサは、前記監視情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定するステップと、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶するステップと、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分けるステップと、を実行することを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御方法とした。
【００３１】
このようにすることで、ＥＮＵＭ／ＤＮＳトラヒック制御システムは、監視情報に基づき、着信先端末の電話番号毎に、ＥＮＵＭ／ＤＮＳサーバに対しての負荷分散、優先制御、送信先装置或いは送信元装置に対する送受信規制を行うことができる。これにより、柔軟にＤＮＳ信号のトラヒック制御が可能で、輻輳の影響を受けにくいＥＮＵＭ／ＤＮＳトラヒック制御システムを実現できる。
【００３２】
請求項３に記載の発明は、着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのトラヒックを制御するトラヒック制御装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムであって、前記トラヒック制御装置は、前記着信先端末の電話番号が、輻輳しているか否かの指標となるトラヒック情報を記憶する記憶部と、前記トラヒック情報を、前記ロードバランサに送信する制御部と、を備え、前記ロードバランサは、前記トラヒック情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定する制御部と、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶する記憶部と、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分ける振り分け部と、を備えることを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御システムとした。
【００３３】
また、請求項７に記載の発明は、着信先端末の電話番号に対応する接続先情報の問合せを行うＳＩＰサーバと、前記ＳＩＰサーバから前記問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバと、前記問合せを前記ＥＮＵＭ／ＤＮＳサーバに振り分けるロードバランサと、前記ＳＩＰサーバ、前記ＥＮＵＭ／ＤＮＳサーバ、及び前記ロードバランサのトラヒックを制御するトラヒック制御装置と、を含んで構成されるＥＮＵＭ／ＤＮＳトラヒック制御システムにおけるトラヒック制御方法であって、前記トラヒック制御装置は、前記着信先端末の電話番号が、輻輳しているか否かの指標となるトラヒック情報を記憶するステップと、前記トラヒック情報を、前記ロードバランサに送信するステップと、を実行し、前記ロードバランサは、前記トラヒック情報を受け取り、受け取った情報に基づいて、前記着信先端末の電話番号毎の振り分けに関する振り分け情報、前記ＥＮＵＭ／ＤＮＳサーバの送信規制に関する送信規制情報、及び前記ＳＩＰサーバの受信規制に関する受信規制情報を設定するステップと、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を記憶するステップと、前記振り分け情報、前記送信規制情報、及び前記受信規制情報を受け取り、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、前記特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分けるステップと、を実行することを特徴とするＥＮＵＭ／ＤＮＳトラヒック制御方法とした。
【００３４】
このようにすることで、ＥＮＵＭ／ＤＮＳトラヒック制御システムは、トラヒック情報に基づき、着信先端末の電話番号毎に、ＥＮＵＭ／ＤＮＳサーバに対しての負荷分散、優先制御、送信先装置或いは送信元装置に対する送受信規制を行うことができる。これにより、柔軟にＤＮＳ信号のトラヒック制御が可能で、輻輳の影響を受けにくいＥＮＵＭ／ＤＮＳトラヒック制御システムを実現できる。
【発明の効果】
【００３５】
本発明によれば、輻輳の影響を受けにくいＥＮＵＭ／ＤＮＳトラヒック制御システムをできる。
【図面の簡単な説明】
【００３６】
【図１】本実施形態に係るＥＮＵＭ／ＤＮＳトラヒック制御システムの全体構成を示す図である。
【図２】本実施形態に係るロードバランサの構成例を示す機能ブロック図である。
【図３】本実施形態に係る振り分け情報のデータ構成例を示す図である。
【図４】本実施形態に係る送信規制情報のデータ構成例を示す図である。
【図５】本実施形態に係る受信規制情報のデータ構成例を示す図である。
【図６】本実施形態に係る監視装置を説明するための図である。
【図７】本実施形態に係るトラヒック制御装置を説明するための図である。
【図８】本実施形態の変形例１に係るＥＮＵＭ／ＤＮＳトラヒック制御システムの全体構成を示す図である。
【図９】本実施形態の変形例２に係るＥＮＵＭ／ＤＮＳトラヒック制御システムの全体構成を示す図である。
【図１０】従来のＥＮＵＭ／ＤＮＳシステムの構成例を示す図である。
【図１１】従来のＥＮＵＭ／ＤＮＳシステムの構成例を示す図である。
【図１２】従来のロードバランサを含むＥＮＵＭ／ＤＮＳシステムの構成例を示す図である。
【発明を実施するための形態】
【００３７】
以下、本発明を実施するための形態（以下、実施形態と称する。）における、ＥＮＵＭ／ＤＮＳトラヒック制御システムについて説明する。
【００３８】
≪ＥＮＵＭ／ＤＮＳトラヒック制御システムの構成≫
図１は、本実施形態に係るＥＮＵＭ／ＤＮＳトラヒック制御システム１００の全体構成を示す図である。
【００３９】
図１に示すように、本実施形態に係るＥＮＵＭ／ＤＮＳトラヒック制御システム１００は、図１２に示したシステムの構成に加えて、ロードバランサ１０に、監視装置２０及びトラヒック制御装置３０が接続されていることを特徴する。更に、ロードバランサは、監視装置やトラヒック制御装置から情報を受け取り、着信先端末の電話番号毎に、負荷分散、優先制御、送受信規制を行うことを特徴とする。
【００４０】
ロードバランサ１０は、監視装置２０に記憶されている監視情報２００、トラヒック制御装置３０に記憶されているトラヒック情報３００を参照することにより、着信先端末の電話番号に対応する接続先情報の問合せを、適切なＥＮＵＭ／ＤＮＳサーバ５０（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−１，ＥＮＵＭ／ＤＮＳサーバ５０−２）に振り分ける。
【００４１】
例えば、ロードバランサ１０は、監視情報２００を参照し、リソース使用率の高いＥＮＵＭ／ＤＮＳサーバを振り分け先から除外する。また、例えば、ロードバランサ１０は、トラヒック情報３００を参照し、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、該特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分ける。
【００４２】
以下、具体的に説明する。
【００４３】
図１に示すように、本実施形態に係るＥＮＵＭ／ＤＮＳトラヒック制御システム１００は、ロードバランサ１０と、ロードバランサ１０に接続する監視装置２０及びトラヒック制御装置３０と、通信事業者のネットワークである自ＩＰ網に、複数の端末１を収容するＳＩＰサーバ４０と、ＳＩＰサーバ４０から着信先端末の電話番号に対応する接続先情報の問合せを受け付ける複数のＥＮＵＭ／ＤＮＳサーバ５０（５０−１，５０−２）とを含んで構成される。なお、図１では、１台のロードバランサ１０に接続するＥＮＵＭ／ＤＮＳサーバが２台の場合を一例に挙げて説明しているが、１台のロードバランサ１０に接続するＥＮＵＭ／ＤＮＳサーバの台数は特に限定されるものではなく、複数台であれば良い。また、図１では、ロードバランサ１０、ＳＩＰサーバ４０が、１台の場合を一例に挙げて説明しているが、これらのサーバの台数は特に限定されるものではない。図１２に示す構成のように、ロードバランサ１０が複数台ある場合はデータを共有しても良い。
【００４４】
≪ロードバランサ１０≫
次に、ロードバランサ１０について説明する。図２は、本実施形態に係るロードバランサ１０の構成例を示す機能ブロック図である。
【００４５】
ロードバランサ１０は、振り分け部１１と、記憶部１２と、制御部１３とを含んで構成される。
【００４６】
制御部１３は、監視情報２００及びトラヒック情報３００を受け取り、着信先端末の電話番号毎の振り分けに関する振り分け情報１１０（図３参照）、送信先装置（例えば、ＥＮＵＭ／ＤＮＳサーバ）の送信規制に関する送信規制情報１２０（図４参照）、送信元装置（例えば、ＳＩＰサーバ）の受信規制に関する受信規制情報１３０（図５参照）を設定する。なお、設定情報（振り分け情報１１０、送信規制情報１２０、受信規制情報１３０）は、制御部１３が監視装置２０及びトラヒック制御装置３０から動的に指示を受けることにより自動設定されても良いし、保守者により手動設定されても良い。また、図２では、設定情報が、振り分け情報１１０、送信規制情報１２０、受信規制情報１３０の３つに分割される場合を一例に挙げて説明しているが、設定情報は、１つであっても良いし、複数に分割されていても良い。
【００４７】
記憶部１２は、振り分け情報１１０、送信規制情報１２０、受信規制情報１３０、ロードバランサ１０にて実行されるプログラム、等を記憶する。また、記憶部１２は、制御部１３がプログラムを実行するための、作業用記憶領域として用いられる。
【００４８】
振り分け部１１は、振り分け情報１１０、送信規制情報１２０、受信規制情報１３０を受け取り、着信先端末の電話番号に対応する接続先情報の問合せを、適切なＥＮＵＭ／ＤＮＳサーバ５０に振り分ける。例えば、振り分け部１１は、輻輳している電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−１）に振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−２）に振り分ける。
【００４９】
本実施形態に係るロードバランサ１０は、振り分け先であるＥＮＵＭ／ＤＮＳサーバのリソースや生存状況、着信先端末の電話番号が輻輳しているか否か、等を考慮しつつ、着信先端末の電話番号毎に、ＳＩＰサーバ４０からの接続先情報の問合せ（ＤＮＳ信号）を適切なＥＮＵＭ／ＤＮＳサーバに振り分ける。本実施形態に係るロードバランサ１０をＥＮＵＭ／ＤＮＳトラヒック制御システムに採用することで、輻輳の影響を抑えることが可能になる。
【００５０】
なお、ＥＮＵＭ／ＤＮＳトラヒック制御システム１００において、ＥＮＵＭ／ＤＮＳサーバ５０が図１１に示す構成のように、ＥＮＵＭ／ＤＮＳキャッシュサーバとＥＮＵＭ／ＤＮＳ権威サーバに分かれている場合には、ＥＮＵＭ／ＤＮＳキャッシュサーバも、上述のようなロードバランサ１０の機能を有することが可能である。ＥＮＵＭ／ＤＮＳキャッシュサーバと、ロードバランサ１０とで、着信先端末の電話番号に対応する接続先情報の問合せを適切なＥＮＵＭ／ＤＮＳ権威サーバに振り分けることで、ＥＮＵＭ／ＤＮＳ権威サーバの負荷を軽減しつつ、輻輳の影響を受けにくいＥＮＵＭ／ＤＮＳシステムの提供が可能になる。
【００５１】
ここで、上述の振り分け情報１１０、送信規制情報１２０、受信規制情報１３０について説明する。
【００５２】
図３は、本実施形態に係る振り分け情報１１０のデータ構成例を示す図である。振り分け情報１１０は、着信先端末の電話番号（信号内容１１１）毎に、優先度１１２、振り分け先１１３、負荷分散割合１１４が設定された情報である。
【００５３】
優先度１１２は、信号内容１１１の優先度を数値で規定した情報である。数値が小さい程、優先度１１２が高く、数値が大きい程、優先度１１２が低い。例えば、優先度１１２が「１」と規定された電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）は、優先度１１２が「２」と規定された電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）に優先して処理される。また、例えば、優先度１１２が「２」と規定された電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）は、優先度１１２が「３」と規定された電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）に優先して処理される。
【００５４】
振り分け先１１３は、着信先端末の電話番号に対応する接続先情報の問合せを、振り分ける振り分け先を規定した情報である。例えば、振り分け先１１３が「Ｄ１のみ」と規定されていれば、着信先端末の電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）は、ＥＮＵＭ／ＤＮＳサーバ５０−１に振り分けられる。また、例えば、振り分け先１１３が「Ｄ２のみ」と規定されていれば、着信先端末の電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）は、ＥＮＵＭ／ＤＮＳサーバ５０−２に振り分けられる。また、例えば、振り分け先１１３が「Ｄ１，Ｄ２」と規定されていれば、着信先端末の電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）は、ＥＮＵＭ／ＤＮＳサーバ５０−１及びＥＮＵＭ／ＤＮＳサーバ５０−２に振り分けられる。
【００５５】
負荷分散割合１１４は、着信先端末の電話番号に対応する接続先情報の問合せを、各ＥＮＵＭ／ＤＮＳサーバに振り分ける際の、振り分け割合を規定した情報である。例えば、負荷分散割合１１４が「Ｄ１とＤ２に対しては１：２の割合で振り分け」と規定されていれば、着信先端末の電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）は、ＥＮＵＭ／ＤＮＳサーバ５０−１とＥＮＵＭ／ＤＮＳサーバ５０−２とに、１：２の割合で振り分けられる。また、例えば、負荷分散割合１１４が「Ｄ１とＤ２に対しては１：１の割合で振り分け」と規定されていれば、着信先端末の電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）は、ＥＮＵＭ／ＤＮＳサーバ５０−１とＥＮＵＭ／ＤＮＳサーバ５０−２とに、１：１の割合で振り分けられる。
【００５６】
この他にも、振り分け情報１１０には、例えば、信号内容１１１が「８１４２２」であれば、８１４２２で始まる全ての電話番号に、図３で示す優先度１１２、振り分け先１１３、及び負荷分散割合１１４が有効であること、信号内容１１１が「ａｎｙ」であれば、全ての電話番号に、図３で示す優先度１１２、振り分け先１１３、及び負荷分散割合１１４が有効であること、等が規定されている。
【００５７】
図４は、本実施形態に係る送信規制情報１２０のデータ構成例を示す図である。送信規制情報１２０は、着信先端末の電話番号に対応する接続先情報の問合せ先である送信先装置１２１（例えば、ＥＮＵＭ／ＤＮＳサーバ）に関する送信規制１２２、送信規制超過処理１２３が設定された情報である。
【００５８】
送信規制１２２は、送信先装置１２１に対する送信規制を規定した情報である。例えば、送信規制１２２が、送信先装置Ｄ１（ＥＮＵＭ／ＤＮＳサーバ５０−１）に対して「１秒間に１００クエリまで」と規定されていれば、着信先端末の電話番号に対応する接続先情報の問合せを、ＥＮＵＭ／ＤＮＳサーバ５０−１に対しては、１秒間に１００クエリまでしか行うことができない。また、例えば、送信規制１２２が、送信先装置Ｄ２（ＥＮＵＭ／ＤＮＳサーバ５０−２）に対して「６０秒間に５０００クエリまで，優先度３以上は破棄」と規定されていれば、着信先端末の電話番号に対応する接続先情報の問合せを、ＥＮＵＭ／ＤＮＳサーバ５０−２に対しては、６０秒間に５０００クエリまでしか行うことができず、更に、該電話番号の優先度１１２が「３以上」であれば、ＥＮＵＭ／ＤＮＳサーバ５０−２に対する問合せは破棄される。
【００５９】
送信規制超過処理１２３は、送信先装置１２１に対する着信先端末の電話番号に対応する接続先情報の問合せが、送信規制１２２の上限を超えた場合の動作を規定した情報である。例えば、送信規制超過処理１２３が、送信先装置Ｄ１（ＥＮＵＭ／ＤＮＳサーバ５０−１）に対して「破棄」と規定されていれば、ＥＮＵＭ／ＤＮＳサーバ５０−１に対する着信先端末の電話番号に対応する接続先情報の問合せが送信規制１２２の上限を超えた場合、ＥＮＵＭ／ＤＮＳサーバ５０−１に対する問合せは破棄される。また、例えば、送信規制超過処理１２３が、送信先装置Ｄ２（ＥＮＵＭ／ＤＮＳサーバ５０−２）に対して「優先度１，優先度２は応答」と規定されていれば、ＥＮＵＭ／ＤＮＳサーバ５０−２に対する着信先端末の電話番号に対応する接続先情報の問合せが送信規制１２２の上限を超えた場合、該電話番号の優先度１１２が「１」、「２」であれば、ＥＮＵＭ／ＤＮＳサーバ５０−２に対する問合せは応答され、該電話番号の優先度１１２が「１」、「２」以外であれば、ＥＮＵＭ／ＤＮＳサーバ５０−２に対する問合せは破棄される。
【００６０】
図５は、本実施形態に係る受信規制情報１３０のデータ構成例を示す図である。受信規制情報１３０は、着信先端末の電話番号に対応する接続先情報の問合せ元である送信元装置１３１（例えば、ＳＩＰサーバ）に関する受信規制１３３、受信規制超過処理１３４が設定された情報である。なお、図１に示すシステム構成では、送信元装置１３１として、自社のＳＩＰサーバ４０を一例に挙げて説明したが、送信元装置１３１として、例えば、他社のＳＩＰサーバ、他社のＥＮＵＭ／ＤＮＳサーバ、等も挙げられる。
【００６１】
受信規制１３３は、送信元装置１３１に対する受信規制を規定した情報である。例えば、受信規制１３３が、送信元装置Ｓ１（ＳＩＰサーバ４０）に対して「６０秒間に５０００クエリまで，優先度３以上は破棄」と規定されていれば、着信先端末の電話番号に対応する接続先情報の問合せ応答を、ＳＩＰサーバ４０に対しては、６０秒間に５０００クエリまでしか行うことができず、更に、該電話番号の優先度１１２が「３以上」であれば、ＳＩＰサーバ４０に対する問合せ応答は破棄される。また、例えば、受信規制１３３が、送信元装置Ｓ２（他社のＥＮＵＭ／ＤＮＳサーバ）に対して「１秒間に１００クエリまで」と規定されていれば、着信先端末の電話番号に対応する接続先情報の問合せ応答を、他社のＥＮＵＭ／ＤＮＳサーバに対しては、１秒間に１００クエリまでしか行うことができない。また、例えば、受信規制１３３が、送信元装置Ｓ３（他社のＳＩＰサーバ）に対して「１０％の信号を受信」と規定されていれば、他社のＳＩＰサーバは、着信先端末の電話番号に対応する接続先情報の問合せ応答における１０％の信号しか受信することができない。即ち、１００信号の内、９０％の信号（９０信号）に受信規制超過処理が施される。
【００６２】
受信規制超過処理１３４は、送信元装置１３１に対する着信先端末の電話番号に対応する接続先情報の問合せ応答が、受信規制１３３の上限を超えた場合の動作を規定した情報である。例えば、受信規制超過処理１３４が、送信元装置Ｓ１（ＳＩＰサーバ４０）に対して「優先度１は応答，優先度２，３は破棄」と規定されていれば、ＳＩＰサーバ４０に対する着信先端末の電話番号に対応する接続先情報の問合せ応答が、受信規制１３３の上限を超えた場合、該電話番号の優先度１１２が「１」であれば、ＳＩＰサーバ４０に対する問合せ応答は受信され、該電話番号の優先度１１２が「２」、「３」であれば、ＳＩＰサーバ４０に対する問合せ応答は破棄される。また、例えば、受信規制超過処理１３４が、送信元装置Ｓ２（他社のＥＮＵＭ／ＤＮＳサーバ）に対して「応答」と規定されていれば、送信元装置Ｓ２に対して応答（ＲＣＯＤＥ＝０以外）を行う。また、例えば、受信規制超過処理１３４が、送信元装置Ｓ３（他社のＳＩＰサーバ）に対して「破棄」と規定されていれば、他社のＳＩＰサーバに対する着信先端末の電話番号に対応する接続先情報の問合せ応答が、受信規制１３３の上限を超えた場合、他社のＳＩＰサーバに対する問合せ応答は破棄される（即ち、１００信号の内、９０％の信号（９０信号）は、破棄される）。
【００６３】
≪監視装置２０≫
次に、監視装置２０について説明する。図６は、ロードバランサ１０が、監視装置２０からの監視情報２００（情報提供、指示等）に基づいて、着信先端末の電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）を、ＥＮＵＭ／ＤＮＳサーバに、適切に振り分ける様子を示す図である。
【００６４】
監視装置２０は、ネットワークを構成する各装置、例えば、ロードバランサ１０、ＳＩＰサーバ４０、ＥＮＵＭ／ＤＮＳサーバ５０のリソースや生存状況を監視し、ロードバランサ１０に監視情報２００を提供する。
【００６５】
監視装置２０は、入出力部と、記憶部と、制御部と（いずれも不図示）を含んで構成される。入出力部は、ロードバランサ１０との間で情報の送受信を行う通信インタフェース等により構成される。記憶部は、ハードディスクやフラッシュメモリ等の記憶手段からなり、監視情報２００を記憶する。制御部は、記憶部に記憶されている監視情報２００をロードバランサ１０に送信する。
【００６６】
監視情報２００は、例えば、リソース情報（ＣＰＵ使用率、メモリ使用率、ディスクｉｏ、ロードアベレージ、等）、プロセス、応答監視情報、ログ情報である。監視情報２００は、各ＥＮＵＭ／ＤＮＳサーバが、着信先端末の電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）の振り分け先として、適切であるか否かの指標となる情報を含む。
【００６７】
例えば、監視装置２０が、所定のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−１）のリソース使用率が高いという監視情報２００を、ロードバランサ１０に提供すると、ロードバランサ１０は、該サーバを振り分け先１１３から除外する。例えば、監視装置２０が、所定のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−２）のリソース使用率が高いという監視情報２００を、ロードバランサ１０に提供すると、ロードバランサ１０は、該サーバの負荷分散割合１１４を小さくする。
【００６８】
例えば、監視装置２０が、所定のロードバランサ（例えば、ロードバランサ１０）のリソース使用率が高いという監視情報２００を、ロードバランサ１０に提供すると、ロードバランサ１０は、送信規制超過処理１２３、受信規制超過処理１３４を、負荷の小さい「破棄」に変更する。
【００６９】
例えば、監視装置２０が、所定のＳＩＰサーバ（例えば、ＳＩＰサーバ４０）のリソース使用率が高いという監視情報２００を、ロードバランサ１０に提供すると、ロードバランサ１０は、受信規制１３３を、「優先度１１２の高い信号内容１１１以外は破棄」に変更する。
【００７０】
例えば、監視装置２０が、所定のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−１）のプロセスが停止している、又は試験信号の応答がないという監視情報２００を、ロードバランサ１０に提供すると、ロードバランサ１０は、該サーバを振り分け先１１３から除外する。例えば、監視装置２０が、所定のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−２）のプロセスが停止している、又は試験信号の応答がないという監視情報２００を、ロードバランサ１０に提供すると、ロードバランサ１０は、他のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−１）の負荷分散割合１１４を大きくする。
【００７１】
例えば、監視装置２０が、所定のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−１）から特定のログが出力されているという監視情報２００を、ロードバランサ１０に提供すると、ロードバランサ１０は、該サーバを振り分け先１１３から除外する。例えば、監視装置２０が、所定のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−２）から特定のログが出力されているという監視情報２００を、ロードバランサ１０に提供すると、ロードバランサ１０は、該サーバの負荷分散割合１１４を小さくする。例えば、監視装置２０が、所定のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−２）から特定のログが出力されているという監視情報２００を、ロードバランサ１０に提供すると、ロードバランサ１０は、送信規制１２２で規定されている信号数を減らす。
【００７２】
≪トラヒック制御装置３０≫
次に、トラヒック制御装置３０について説明する。図７は、ロードバランサ１０が、トラヒック制御装置３０からのトラヒック情報３００に基づいて、着信先端末の電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）を、ＥＮＵＭ／ＤＮＳサーバに、適切に振り分ける様子を示す図である。
【００７３】
トラヒック制御装置３０は、ネットワークを構成する各装置、例えば、ロードバランサ１０、ＳＩＰサーバ４０、ＥＮＵＭ／ＤＮＳサーバ５０のトラヒックを監視、制御し、ロードバランサ１０にトラヒック情報３００を提供する。
【００７４】
トラヒック制御装置３０は、入出力部と、記憶部と、制御部と（いずれも不図示）を含んで構成される。入出力部は、ロードバランサ１０との間で情報の送受信を行う通信インタフェース等により構成される。記憶部は、ハードディスクやフラッシュメモリ等の記憶手段からなり、トラヒック情報３００を記憶する。制御部は、記憶部に記憶されているトラヒック情報３００をロードバランサ１０に送信する。
【００７５】
トラヒック情報３００は、例えば、ＳＩＰ信号数、ＤＮＳ信号数である。トラヒック情報３００は、着信先端末の電話番号が、輻輳しているか否かの指標となる情報を含む。
【００７６】
例えば、トラヒック制御装置３０が、複数の送信元装置１３１（例えば、送信元装置Ｓ１，送信元装置Ｓ３）において、ＳＩＰ信号数が規制されているというトラヒック情報３００を、ロードバランサ１０に提供すると、ロードバランサ１０は、各送信元装置１３１で規制されているＳＩＰ信号数を超えないように、複数の送信元装置１３１の受信規制１３３の信号数を設定する。
【００７７】
例えば、トラヒック制御装置３０が、特定の電話番号（若しくは電話番号帯）が輻輳しているというトラヒック情報３００を、ロードバランサ１０に提供すると、ロードバランサ１０は、輻輳している電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）の振り分け先１１３を変更する。具体的には、ロードバランサ１０は、輻輳している電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）を、特定のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−１）に振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、該特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバ（例えば、ＥＮＵＭ／ＤＮＳサーバ５０−２）に振り分ける。
【００７８】
即ち、ロードバランサ１０が、輻輳している電話番号に対応する接続先情報の問合せと、輻輳していない電話番号に対応する接続先情報の問合せとを区別し、輻輳している電話番号に対応する接続先情報の問合せを特定のＥＮＵＭ／ＤＮＳサーバに、輻輳していない電話番号に対応する接続先情報の問合せを該特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバに振り分けることで、輻輳の影響を特定のＥＮＵＭ／ＤＮＳサーバに集中させることができる。これにより、輻輳している電話番号に対応する接続先情報の問合せの影響を受けて、振り分け先となる全てのＥＮＵＭ／ＤＮＳサーバに、負荷上昇やサーバダウンが発生し、輻輳していない電話番号に関する問合せに、ＥＮＵＭ／ＤＮＳサーバが正常に応答できないという問題を回避することができる。
【００７９】
例えば、トラヒック制御装置３０が、特定の電話番号（若しくは電話番号帯）が輻輳しているというトラヒック情報３００を、ロードバランサ１０に提供すると、ロードバランサ１０は、輻輳している電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）の優先度１１２を低くする。これにより、輻輳している電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）の処理負荷を小さくし、輻輳していない電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）の処理数を増やすことができる。
【００８０】
なお、ＥＮＵＭ／ＤＮＳトラヒック制御システム１００において、監視装置２０とトラヒック制御装置３０とを別装置で構成せずに、監視装置２０とトラヒック制御装置３０とを１つの装置とする構成としても良い。この場合であっても、ロードバランサ１０は、監視情報２００及びトラヒック情報３００に基づいて、着信先端末の電話番号毎に、ＳＩＰサーバ４０からの接続先情報の問合せを適切なＥＮＵＭ／ＤＮＳサーバに振り分けることが可能である。
【００８１】
≪ＳＩＰサーバ４０≫
次に、ＳＩＰサーバ４０について説明する。
【００８２】
ＳＩＰサーバ４０は、０３−９９９９帯の端末１（１ａ）（ＩＰ電話等）から０４２２−９９帯の端末１（１ｂ）（ＩＰ電話等）への接続要求メッセージ（図１において、「接続要求」と記載する。）を受信する。ＳＩＰサーバ４０は、接続要求メッセージを受信すると、ロードバランサ１０によって振り分けられた適切なＥＮＵＭ／ＤＮＳサーバ（図１において、ＥＮＵＭ／ＤＮＳサーバ５０−１）に対して、着信先の通信事業者へ接続するための接続先情報（着信先電話番号に対応するＵＲＩ等）の問合せ（「接続先情報問合せメッセージ」。図１において、「接続先情報問合せ（ＤＮＳ信号）」と記載する。）を行う。
【００８３】
具体的には、ＳＩＰサーバ４０は、着信先電話番号をＥＮＵＭプロトコルのドメイン形式で生成し、ロードバランサ１０によって振り分けられた適切なＥＮＵＭ／ＤＮＳサーバ（図１において、ＥＮＵＭ／ＤＮＳサーバ５０−１）に問合せを行う。ＳＩＰサーバ４０は、例えば、０３−９９９９帯の端末１（１ａ）から受信した接続要求メッセージに含まれる着信先電話番号（例えば、０４２２−９９−１２３４）のＥ．１６４番号（＋８１−４２２−９９−１２３４）を逆順にして、ドットで区切り、「e164.arpa」や「e164enum.net」等を付けた形式（4.3.2.1.9.9.2.2.4.1.8.e164.arpa）を着信先情報として、ロードバランサ１０によって振り分けられた適切なＥＮＵＭ／ＤＮＳサーバ（図１において、ＥＮＵＭ／ＤＮＳサーバ５０−１）に送信する。
【００８４】
また、ＳＩＰサーバ４０は、ロードバランサ１０によって振り分けられた適切なＥＮＵＭ／ＤＮＳサーバ（図１において、ＥＮＵＭ／ＤＮＳサーバ５０−１）から応答情報（「接続先情報問合せ応答メッセージ」。図１において、「接続先情報問合せ応答」と記載する。）を受信する。ＳＩＰサーバ４０は、接続先情報問合せ応答メッセージを受信すると、着信先が、通信事業者のネットワークである自ＩＰ網か否かを判断し、自ＩＰ網である場合には、着信先となる０４２２−５９帯の端末１（１ｂ）に呼接続する。一方、ＳＩＰサーバ４０は、着信先が、他の通信事業者のＩＰ網（他ＩＰ網）である場合には、接続先情報に示される他ＩＰ網へＳＩＰ信号を転送する（図示省略）。
【００８５】
≪ＥＮＵＭ／ＤＮＳサーバ５０≫
次に、ＥＮＵＭ／ＤＮＳサーバ５０について説明する。
【００８６】
ＥＮＵＭ／ＤＮＳサーバ５０は、ロードバランサ１０によって適切な振り分け先であると判断された場合、ＳＩＰサーバ４０から着信先の通信事業者へ接続するための接続先情報（着信先電話番号に対応するＵＲＩ等）の問合せ（「接続先情報問合せメッセージ」。図１において、「接続先情報問合せ（ＤＮＳ信号）」と記載する。）を受信する。ＥＮＵＭ／ＤＮＳサーバ５０は、ロードバランサ１０によって適切な振り分け先でないと判断された場合、接続先情報問合せメッセージを受信しない。
【００８７】
また、ＥＮＵＭ／ＤＮＳサーバ５０は、接続先情報問合せメッセージを受信した場合、自身の記憶部を参照し、その着信先の端末（「着信先情報」）に対応する接続先情報を抽出し、ＳＩＰサーバ４０に応答情報（「接続先情報問合せ応答メッセージ」。図１において、「接続先情報問合せ応答」と記載する。）を送信する。なお、ＥＮＵＭ／ＤＮＳサーバ５０に、着信先情報に対応する接続先情報が記憶されていない場合には、ＥＮＵＭ／ＤＮＳサーバ５０は、他ＩＰ網（不図示）に対して、着信先の通信事業者へ接続するための接続先情報の問合せを行っても良い。
【００８８】
本実施形態に係るＥＮＵＭ／ＤＮＳトラヒック制御システム１００によれば、監視情報２００及びトラヒック情報３００を参照することにより、ロードバランサ１０が、輻輳している一部の電話番号に対応する接続先情報の問合せを、特定のＥＮＵＭ／ＤＮＳサーバに振り分け、輻輳していない電話番号に対応する接続先情報の問合せを、負荷上昇やサーバダウンが発生していないＥＮＵＭ／ＤＮＳサーバ（特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバ）に振り分ける。これにより、特定のＥＮＵＭ／ＤＮＳサーバ以外のＥＮＵＭ／ＤＮＳサーバが、輻輳していない電話番号に対応する接続先情報の問合せに、正常に応答することができるため、輻輳の影響を受けにくいＥＮＵＭ／ＤＮＳトラヒック制御システムの提供が可能になる。
【００８９】
＜変形例１＞
次に、本実施形態に係るＥＮＵＭ／ＤＮＳトラヒック制御システムの変形例について説明する。図８は、本実施形態の変形例に係るＥＮＵＭ／ＤＮＳトラヒック制御システム１００ａの全体構成を示す図である。
【００９０】
図１に示したＥＮＵＭ／ＤＮＳトラヒック制御システム１００と比べ、変形例に係るＥＮＵＭ／ＤＮＳトラヒック制御システム１００ａは、図８に示すようなトラヒック制御装置３０を備えていない。
【００９１】
この場合、ロードバランサ１０は、監視装置２０に記憶されている監視情報２００を参照することにより、着信先端末の電話番号に対応する接続先情報の問合せを、適切なＥＮＵＭ／ＤＮＳサーバ５０に振り分ける。
【００９２】
例えば、ロードバランサ１０は、監視装置２０から所定のＥＮＵＭ／ＤＮＳサーバのリソース使用率が高いという監視情報２００を受け取ると、該サーバを振り分け先１１３から除外する。また、例えば、ロードバランサ１０は、監視装置２０から所定のＳＩＰサーバのリソース使用率が高いという監視情報２００を受け取ると、受信規制１３３を、信号内容１１１の優先度１１２が高い問合せ応答を優先する内容に変更する。また、例えば、ロードバランサ１０は、監視装置２０から所定のＥＮＵＭ／ＤＮＳサーバのプロセスが停止している、又は試験信号の応答がないという監視情報２００を受け取ると、他のＥＮＵＭ／ＤＮＳサーバの負荷分散割合１１４を大きくする。
【００９３】
つまり、図８に示すような構成であっても、ロードバランサ１０は、監視情報に基づき、着信先端末の電話番号毎に、ＥＮＵＭ／ＤＮＳサーバに対しての負荷分散、優先制御、送信先装置或いは送信元装置に対する送受信規制を行うことが可能である。即ち、ＥＮＵＭ／ＤＮＳトラヒック制御システム１００ａにおいても、着信先端末の電話番号毎のＤＮＳ信号の処理ポリシーに応じて、柔軟にＤＮＳ信号のトラヒック制御を行い、輻輳の影響を抑えることができる。
【００９４】
なお、ＥＮＵＭ／ＤＮＳトラヒック制御システム１００ａにおいて、ＥＮＵＭ／ＤＮＳサーバを１つの装置で構成せずに、ＥＮＵＭ／ＤＮＳ権威サーバとＥＮＵＭ／ＤＮＳキャッシュサーバとを別装置とする構成としても良い。この場合、ＥＮＵＭ／ＤＮＳキャッシュサーバにも本実施形態に係るロードバランサ１０の機能を持たせることが可能である。
【００９５】
＜変形例２＞
次に、本実施形態に係るＥＮＵＭ／ＤＮＳトラヒック制御システムの変形例について説明する。図９は、本実施形態の変形例に係るＥＮＵＭ／ＤＮＳトラヒック制御システム１００ｂの全体構成を示す図である。
【００９６】
図１に示したＥＮＵＭ／ＤＮＳトラヒック制御システム１００と比べ、変形例に係るＥＮＵＭ／ＤＮＳトラヒック制御システム１００ｂは、図９に示すような監視装置２０を備えていない。
【００９７】
この場合、ロードバランサ１０は、トラヒック制御装置３０に記憶されているトラヒック情報３００を参照することにより、着信先端末の電話番号に対応する接続先情報の問合せを、適切なＥＮＵＭ／ＤＮＳサーバ５０に振り分ける。
【００９８】
例えば、ロードバランサ１０は、トラヒック制御装置３０から複数の送信元装置１３１において、ＳＩＰ信号数が規制されているというトラヒック情報３００を受け取ると、規制されているＳＩＰ信号数を超えないように、複数の送信元装置１３１の受信規制１３３のＳＩＰ信号数を設定する。また、例えば、ロードバランサ１０は、トラヒック制御装置３０から特定の電話番号（若しくは電話番号帯）が輻輳しているというトラヒック情報３００を受け取ると、該電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）の振り分け先１１３を変更する。また、例えば、ロードバランサ１０は、トラヒック制御装置３０から特定の電話番号（若しくは電話番号帯）が輻輳しているというトラヒック情報３００を受け取ると、輻輳している電話番号に対応する接続先情報の問合せ（ＤＮＳ信号）の優先度１１２を低くする。
【００９９】
つまり、図９に示すような構成であっても、ロードバランサ１０は、トラヒック情報３００に基づき、着信先端末の電話番号毎に、ＥＮＵＭ／ＤＮＳサーバに対しての負荷分散、優先制御、送信先装置或いは送信元装置に対する送受信規制を行うことが可能である。即ち、ＥＮＵＭ／ＤＮＳトラヒック制御システム１００ｂにおいても、着信先端末の電話番号毎のＤＮＳ信号の処理ポリシーに応じて、柔軟にＤＮＳ信号のトラヒック制御を行い、輻輳の影響を抑えることができる。
【０１００】
なお、ＥＮＵＭ／ＤＮＳトラヒック制御システム１００ｂにおいて、ＥＮＵＭ／ＤＮＳサーバを１つの装置で構成せずに、ＥＮＵＭ／ＤＮＳ権威サーバとＥＮＵＭ／ＤＮＳキャッシュサーバとを別装置とする構成としても良い。この場合、ＥＮＵＭ／ＤＮＳキャッシュサーバにも本実施形態に係るロードバランサ１０の機能を持たせることが可能である。
【符号の説明】
【０１０１】
１      端末
１０    ロードバランサ
１１    振り分け部
１２    記憶部
１３    制御部
２０    監視装置
３０    トラヒック制御装置
４０    ＳＩＰサーバ
５０    ＥＮＵＭ／ＤＮＳサーバ
１００，１００ａ，１００ｂ  ＥＮＵＭ／ＤＮＳトラヒック制御システム
１１０  振り分け情報
１２０  送信規制情報
１３０  受信規制情報
２００  監視情報
３００  トラヒック情報
【図１】
2018133759.tif 000003
【図２】
2018133759.tif 000004
【図３】
2018133759.tif 000005
【図４】
2018133759.tif 000006
【図５】
2018133759.tif 000007
【図６】
2018133759.tif 000008
【図７】
2018133759.tif 000009
【図８】
2018133759.tif 000010
【図９】
2018133759.tif 000011
【図１０】
2018133759.tif 000012
【図１１】
2018133759.tif 000013
【図１２】
2018133759.tif 000014