(57)【特許請求の範囲】
【請求項１】
着信先端末の電話番号を含む着信先情報に対応する接続先情報を記憶し、当該接続先情報の取得を要求する接続先情報要求メッセージに応答するＥＮＵＭサーバと、前記接続先情報要求メッセージを１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分装置と、１以上の前記ＥＮＵＭサーバおよび前記振分装置に接続されるＥＮＵＭ管理装置と、を備えるＥＮＵＭシステムであって、
前記ＥＮＵＭ管理装置は、
輻輳エリアに属する前記着信先情報に対応する接続先情報の複製指示を示す一部データ複製指示メッセージを生成し、１以上の前記ＥＮＵＭサーバのうちのいずれかに送信する一部データ複製指示部と、
前記輻輳エリアと一時的に増設する一時増設ＥＮＵＭサーバとを対応付けた情報を含む振分ルールを、前記振分装置に送信する振分ルール設定部と、を備え、
前記ＥＮＵＭサーバは、
受信した前記一部データ複製指示メッセージに付された前記輻輳エリアに基づき、当該輻輳エリアに属する着信先情報に対応する接続先情報を一部データとして抽出し、前記一時増設ＥＮＵＭサーバに送信する一部データ送信部を備え、
前記一時増設ＥＮＵＭサーバは、
前記一部データを受信することにより、前記輻輳エリアに属する前記着信先情報に対応する接続先情報を取得する一部データ受信部を備え、
前記振分装置は、
受信した前記振分ルールに基づき、前記輻輳エリアに属する着信先情報が付された前記接続先情報要求メッセージを、前記一時増設ＥＮＵＭサーバに振り分け、前記輻輳エリア以外のエリアに属する着信先情報が付された前記接続先情報要求メッセージを、１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分処理部を備えること、
を特徴とするＥＮＵＭシステム。
【請求項２】
着信先端末の電話番号を含む着信先情報に対応する接続先情報を記憶し、当該接続先情報の取得を要求する接続先情報要求メッセージに応答するＥＮＵＭサーバと、前記接続先情報要求メッセージを１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分装置と、１以上の前記ＥＮＵＭサーバおよび前記振分装置に接続されるＥＮＵＭ管理装置と、を備えるＥＮＵＭシステムであって、
前記ＥＮＵＭ管理装置は、
輻輳エリアが付された輻輳情報に基づき１以上の前記ＥＮＵＭサーバの負荷分散が必要であると判定したときに、一時的に増設する一時増設ＥＮＵＭサーバに対して、一時増設指示メッセージを送信する一時増設指示部と、
前記輻輳エリアに属する前記着信先情報に対応する接続先情報の複製指示を示す一部データ複製指示メッセージを生成し、１以上の前記ＥＮＵＭサーバのうちのいずれかに送信する一部データ複製指示部と、
前記輻輳エリアと前記一時増設ＥＮＵＭサーバとを対応付けた情報を含む振分ルールを、前記振分装置に送信する振分ルール設定部と、を備え、
前記ＥＮＵＭサーバは、
受信した前記一部データ複製指示メッセージに付された前記輻輳エリアに基づき、当該輻輳エリアに属する着信先情報に対応する接続先情報を一部データとして抽出し、前記一時増設ＥＮＵＭサーバに送信する一部データ送信部を備え、
前記一時増設ＥＮＵＭサーバは、
前記一時増設指示メッセージを受信して、前記ＥＮＵＭサーバとしての機能を起動させる起動処理部と、
前記一部データを受信することにより、前記輻輳エリアに属する前記着信先情報に対応する接続先情報を取得する一部データ受信部と、を備え、
前記振分装置は、
受信した前記振分ルールに基づき、前記輻輳エリアに属する着信先情報が付された前記接続先情報要求メッセージを、前記一時増設ＥＮＵＭサーバに振り分け、前記輻輳エリア以外のエリアに属する着信先情報が付された前記接続先情報要求メッセージを、１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分処理部を備えること、
を特徴とするＥＮＵＭシステム。
【請求項３】
着信先端末の電話番号を含む着信先情報に対応する接続先情報を記憶し、当該接続先情報の取得を要求する接続先情報要求メッセージに応答するＥＮＵＭサーバと、前記接続先情報要求メッセージを１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分装置と、１以上の前記ＥＮＵＭサーバおよび前記振分装置に接続されるＥＮＵＭ管理装置と、を備えるＥＮＵＭシステムの負荷分散方法であって、
前記ＥＮＵＭ管理装置は、
輻輳エリアに属する前記着信先情報に対応する接続先情報の複製指示を示す一部データ複製指示メッセージを生成し、１以上の前記ＥＮＵＭサーバのうちのいずれかに送信するステップと、
前記輻輳エリアと一時的に増設する一時増設ＥＮＵＭサーバとを対応付けた情報を含む振分ルールを、前記振分装置に送信するステップと、を実行し、
前記ＥＮＵＭサーバは、
受信した前記一部データ複製指示メッセージに付された前記輻輳エリアに基づき、当該輻輳エリアに属する着信先情報に対応する接続先情報を一部データとして抽出し、前記一時増設ＥＮＵＭサーバに送信するステップを実行し、
前記一時増設ＥＮＵＭサーバは、
前記一部データを受信することにより、前記輻輳エリアに属する前記着信先情報に対応する接続先情報を取得するステップを実行し、
前記振分装置は、
受信した前記振分ルールに基づき、前記輻輳エリアに属する着信先情報が付された前記接続先情報要求メッセージを、前記一時増設ＥＮＵＭサーバに振り分け、前記輻輳エリア以外のエリアに属する着信先情報が付された前記接続先情報要求メッセージを、１以上の前記ＥＮＵＭサーバのいずれかに振り分けるステップを実行すること、
を特徴とするＥＮＵＭシステムの負荷分散方法。
【請求項４】
着信先端末の電話番号を含む着信先情報に対応する接続先情報を記憶し、当該接続先情報の取得を要求する接続先情報要求メッセージに応答するＥＮＵＭサーバと、前記接続先情報要求メッセージを１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分装置と、１以上の前記ＥＮＵＭサーバおよび前記振分装置に接続されるＥＮＵＭ管理装置と、を備えるＥＮＵＭシステムの負荷分散方法であって、
前記ＥＮＵＭ管理装置は、
輻輳エリアが付された輻輳情報に基づき１以上の前記ＥＮＵＭサーバの負荷分散が必要であると判定したときに、一時的に増設する一時増設ＥＮＵＭサーバに対して、一時増設指示メッセージを送信するステップと、
前記輻輳エリアに属する前記着信先情報に対応する接続先情報の複製指示を示す一部データ複製指示メッセージを生成し、１以上の前記ＥＮＵＭサーバのうちのいずれかに送信するステップと、
前記輻輳エリアと前記一時増設ＥＮＵＭサーバとを対応付けた情報を含む振分ルールを、前記振分装置に送信するステップと、を実行し、
前記ＥＮＵＭサーバは、
受信した前記一部データ複製指示メッセージに付された前記輻輳エリアに基づき、当該輻輳エリアに属する着信先情報に対応する接続先情報を一部データとして抽出し、前記一時増設ＥＮＵＭサーバに送信するステップを実行し、
前記一時増設ＥＮＵＭサーバは、
前記一時増設指示メッセージを受信して、前記ＥＮＵＭサーバとしての機能を起動させるステップと、
前記一部データを受信することにより、前記輻輳エリアに属する前記着信先情報に対応する接続先情報を取得するステップと、を実行し、
前記振分装置は、
受信した前記振分ルールに基づき、前記輻輳エリアに属する着信先情報が付された前記接続先情報要求メッセージを、前記一時増設ＥＮＵＭサーバに振り分け、前記輻輳エリア以外のエリアに属する着信先情報が付された前記接続先情報要求メッセージを、１以上の前記ＥＮＵＭサーバのいずれかに振り分けるステップを実行すること、
を特徴とするＥＮＵＭシステムの負荷分散方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）電話等の電話番号をＵＲＩ（Uniform Resource Identifier）に対応付けて名前解決を行うＥＮＵＭ（E.164 Number Mapping）の技術分野であり、ＥＮＵＭシステム、および、ＥＮＵＭシステムの負荷分散方法に関する。
【背景技術】
【０００２】
従来、ＩＰ網において、通信事業者網内の装置（ＳＩＰ（Session Initiation Protocol）サーバ等）が電話番号とＵＲＩとの対応付けを行う仕組みとしてＥＮＵＭシステムが提案されている。このＥＮＵＭシステムでは、通信事業者のネットワーク内に設置されたＳＩＰサーバが、接続先となる端末（ＩＰ電話等）の電話番号についての接続先の情報（ＩＰアドレスや、ドメイン名等）をＥＮＵＭサーバに問い合わせて、その接続先の情報に基づいてルーティングを行う。
【０００３】
また、ＰＳＴＮ（Public Switched Telephone Network：公衆電話交換回線網）からＩＰ網への移行に伴い、ＩＰ網において固定電話番号を通信事業者間で自由に持ち回れる番号ポータビリティの仕組みが検討されている。複数の通信事業者のＩＰ網で接続される環境において、番号ポータビリティを可能にする技術としてＡＣＱ（ALL CALL QUERY）方式が提案されている（非特許文献１参照）。
【０００４】
非特許文献１に記載のＡＣＱ方式では、各通信事業者の番号ポータビリティ情報を集中管理するデータベース（後記する「番号ポータビリティＤＢ（DataBase）」）を、ＤＮＳ（Domain Name System）の仕組みを利用したＥＮＵＭ権威ＤＮＳサーバ（以下、「ＥＮＵＭサーバ」と称することがある。）に備え、各通信事業者のＳＩＰサーバは、ＥＮＵＭサーバにアクセスすることにより、各電話番号が他網へ移転(ポートアウト)しているか否かを解決し、接続先の情報（接続先情報）を取得して通信を行う。
【０００５】
従来のＤＮＳにおいては、名前解決に必要なＩＰアドレスとドメイン名とを関連付けた情報を記憶する「権威ＤＮＳサーバ」の負荷を分散するため、次のような手法が用いられている（非特許文献２参照）。
【０００６】
（１）ゾーン委任
名前解決に必要なＩＰアドレスとドメイン名とを関連付けた情報を階層的に管理し、各クライアントからの要求に対して再帰的問合わせを実行する。権威ＤＮＳサーバは、自身が管理するドメイン名の一部を他のＤＮＳ権威サーバに委任することにより、ＩＰアドレスとドメイン名とを関連付けた情報を分散して管理する。
例えば、図８に示すように、「ｊｐ」を管理する権威ＤＮＳサーバ（ルートサーバ）が、自身が管理する「ｃｏ．ｊｐ」「ｅｘａｍｐｌｅ.ｊｐ」のドメインを、下位のＤＮＳ権威サーバそれぞれに委任する。また、「ｃｏ．ｊｐ」を管理する権威ＤＮＳサーバが、自身が管理する「ａｂｃ．ｃｏ．ｊｐ」のドメインを下位のＤＮＳ権威サーバに委任する。このように、ＤＮＳのツリー構造では、委任することにより分割された情報がゾーン毎に管理される（例えば、「ｃｏ．ｊｐゾーン」「ａｂｃ．ｃｏ．ｊｐゾーン」）。これにより、権威ＤＮＳサーバは、自分の管理範囲（ゾーン）のドメイン名に関する問合せに回答するほか、自分が管理を委任したドメイン名の一部（サブドメイン）については、その委任した権威ＤＮＳサーバの場所（ホスト名やＩＰアドレス）を通知するだけで済む。よって、ゾーンを委任することにより負荷を軽減することが可能となる。
【０００７】
（２）スケールアウト
ＩＰアドレスとドメイン名とを関連付けた情報について、同じ情報を記憶するＤＮＳ権威サーバを複数台設置し、ロードバランサ（振分装置）や「ＩＰ Ａｎｙｃａｓｔ」によりクライアントからの接続先を分散させる。
【０００８】
（３）スケールアップ
ＤＮＳ権威サーバのサーバ性能を、高いものに置き換える。
【０００９】
上記したＤＮＳの負荷分散の仕組みを利用し、ＥＮＵＭシステムにおいても、着信先情報（電話番号等）に対応する接続先情報を、ＤＮＳと同様の階層構造（Ｔｉｅｒ０〜Ｔｉｅr２）で管理する手法が提案されている（非特許文献１）。この手法では、上位階層であるＴｉｅｒ０またはＴｉｅｒ１を管理しているＥＮＵＭ権威ＤＮＳサーバからＴｉｅｒ２を管理しているＥＮＵＭ権威ＤＮＳサーバへ向かって再帰的に問合せを行っていく。そして、ＥＮＵＭでは、Ｔｉｅｒ２に属するＥＮＵＭ権威ＤＮＳサーバを、各通信事業者（キャリア）が管理し、各番号帯（例えば、市外局番）の各端末に対応する接続先情報を記憶して、負荷を低減している。
【００１０】
また、電話サービスは数千万のユーザが収容されるため、キャリアごとに設置されるＥＮＵＭ権威ＤＮＳサーバは、図９に示すように、スケールアウトによりＥＮＵＭサーバ１０Ａを複数台設置（図９においては２台（＃１，＃２）設置）し、クライアントからの接続先となる各ＥＮＵＭサーバ１０Ａの負荷を分散させる。図９を参照して、番号ポータビリティＤＢ１００への接続先情報の問合せの流れを説明する。
【００１１】
まず、０３−３５２１帯の端末１（１ａ：発信元端末）（ＩＰ電話等）から０４２２−５９帯の端末１（１ｂ：着信先端末）（ＩＰ電話等）への接続要求メッセージ（図９において、「接続要求」と記載する。）が、ＳＩＰサーバ３０へ送信される（ステップＳ１）。
接続要求メッセージを受け付けたＳＩＰサーバ３０は、ＥＮＵＭシステム１０００の振分装置２０Ａに対して、着信先の通信事業者へ接続するための接続先情報（着信先電話番号に対応するＵＲＩ等）の要求（後記する、「接続先情報要求メッセージ」。図９においては、「接続先情報要求」と記載する。）を行う（ステップＳ２）。
【００１２】
振分装置２０Ａは、例えば、ラウンドロビン等により、複数のＥＮＵＭサーバ１０Ａの中から、その接続先情報要求メッセージの振り分け先を決定する（ステップＳ３）。ここでは、ＥＮＵＭサーバ１０Ａ「＃１」が振り分け先として決定されたものとして説明する。そして、振分装置２０Ａは、決定した振り分け先となるＥＮＵＭサーバ１０Ａ「＃１」に、接続先情報要求メッセージを送信する（ステップＳ４）。
【００１３】
ＥＮＵＭサーバ１０Ａ「＃１」は、接続先情報要求メッセージを受信すると、自身が記憶する番号ポータビリティＤＢ１００を参照し、その着信先の端末（後記する「着信先情報」）に対応する接続先情報を抽出し、振分装置２０Ａに応答情報（後記する、「接続先情報応答メッセージ」。図９においては、「接続先情報応答」と記載する。）を送信する（ステップＳ５）。
【００１４】
続いて、振分装置２０Ａは、接続先情報要求を送信してきたＳＩＰサーバ３０に対して、受信した接続先情報応答メッセージを送信する（ステップＳ６）。
ＳＩＰサーバ３０は、接続先情報応答メッセージを受信し、その接続先情報応答メッセージに含まれる接続先情報に基づき、着信先が自ＩＰ網か否かを判断し、自ＩＰ網である場合には、加入者情報を管理するＨＳＳ（Home Subscriber Server）４０へ問合せることにより着信先の収容ＳＩＰサーバを解決し、着信先となる０４２２−５９帯の端末１（１ｂ）に呼接続する（ステップＳ７）。一方、ＳＩＰサーバ３０は、着信先が他の通信事業者のＩＰ網の場合は、接続先情報に示される他の通信事業者のＩＰ網へＳＩＰ信号を転送する（図示省略）。
【００１５】
このようにして、各通信事業者のＳＩＰサーバ３０は、ＥＮＵＭサーバ１０Ａに備わる番号ポータビリティＤＢ１００にアクセスし、着信先の各電話番号が他網へ移転(ポートアウト)しているか否かを、接続先の情報（接続先情報）を取得することにより解決し、通信を行う。
【先行技術文献】
【非特許文献】
【００１６】
【非特許文献１】“Recommendation ITU-T E.164 - Supplement 2 : Number Portability”, International Telecommunication Union, 11/2009
【非特許文献２】「特集２  ＤＮＳルートサーバーの秘密」、日経ＢＰ社、日経ＮＥＴＷＯＲＫ、2013年11月、p.55-61
【発明の概要】
【発明が解決しようとする課題】
【００１７】
しかしながら、ＥＮＵＭサーバが備える番号ポータビリティＤＢによるサービスと、一般的なＤＮＳサービスとは、次に示す相違がある。
ＥＮＵＭサーバが備える番号ポータビリティＤＢは、一般的なＤＮＳサービスと比べ、ＴＴＬ（Time To Live）が短いため、委任先であるキャリア毎のゾーンの最上位のＥＮＵＭサーバであるルートサーバに対するアクセス負荷が高いものとなる。
また、番号ポータビリティＤＢは、すべての電話番号に対して固有の返却値を持ち、その電話番号は通信事業者（キャリア）によっては１億番号程度存在するため、通常のＤＮＳサーバと比較しデータ量が多い。
さらに、ユーザの収容網の移転に伴い、番号ポータビリティＤＢが更新されるため、ほぼ静的に保持されるＤＮＳサーバに比べ、頻繁にデータが更新される。
そして、電話サービスは数千万のユーザが収容されることから、番号ポータビリティＤＢへのアクセスが頻繁に発生する。
上記のような状況のもとで、地震等の大規模災害が発生すると、通常時の数倍以上の発呼が生じることから、番号ポータビリティＤＢの負荷分散をさらに行う必要が発生する。
【００１８】
これらの問題を解決するため、上記したＤＮＳにおける負荷分散の手法を、ＥＮＵＭサーバの負荷分散手法として採用したとしても、（１）のゾーン委任では、番号ポータビリティＤＢへのアクセスはＴＴＬが短いため、上位のＥＮＵＭサーバ（キャリア毎のルートサーバ）への負荷が高くなってしまう。（２）のスケールアウトや（３）のスケールアップでは、番号ポータビリティＤＢのレコード数が多い場合、データ反映に多くの時間（例えば、数十分）を要するため、反映時間中の応答性能の低下や、データ更新が一時的に不可となる懸念がある。
【００１９】
このような背景を鑑みて本発明がなされたのであり、本発明は、番号ポータビリティＤＢの負荷分散を行うにあたり、データの反映時間を短縮し、ルートサーバのアクセス負荷を低減することができる、ＥＮＵＭシステム、および、ＥＮＵＭシステムの負荷分散方法を提供することを課題とする。
【課題を解決するための手段】
【００２０】
前記した課題を解決するため、請求項１に記載の発明は、着信先端末の電話番号を含む着信先情報に対応する接続先情報を記憶し、当該接続先情報の取得を要求する接続先情報要求メッセージに応答するＥＮＵＭサーバと、前記接続先情報要求メッセージを１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分装置と、１以上の前記ＥＮＵＭサーバおよび前記振分装置に接続されるＥＮＵＭ管理装置と、を備えるＥＮＵＭシステムであって、前記ＥＮＵＭ管理装置が、輻輳エリアに属する前記着信先情報に対応する接続先情報の複製指示を示す一部データ複製指示メッセージを生成し、１以上の前記ＥＮＵＭサーバのうちのいずれかに送信する一部データ複製指示部と、前記輻輳エリアと一時的に増設する一時増設ＥＮＵＭサーバとを対応付けた情報を含む振分ルールを、前記振分装置に送信する振分ルール設定部と、を備え、前記ＥＮＵＭサーバが、受信した前記一部データ複製指示メッセージに付された前記輻輳エリアに基づき、当該輻輳エリアに属する着信先情報に対応する接続先情報を一部データとして抽出し、前記一時増設ＥＮＵＭサーバに送信する一部データ送信部を備え、前記一時増設ＥＮＵＭサーバが、前記一部データを受信することにより、前記輻輳エリアに属する前記着信先情報に対応する接続先情報を取得する一部データ受信部を備え、前記振分装置が、受信した前記振分ルールに基づき、前記輻輳エリアに属する着信先情報が付された前記接続先情報要求メッセージを、前記一時増設ＥＮＵＭサーバに振り分け、前記輻輳エリア以外のエリアに属する着信先情報が付された前記接続先情報要求メッセージを、１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分処理部を備えること、を特徴とするＥＮＵＭシステムとした。
【００２１】
また、請求項３に記載の発明は、着信先端末の電話番号を含む着信先情報に対応する接続先情報を記憶し、当該接続先情報の取得を要求する接続先情報要求メッセージに応答するＥＮＵＭサーバと、前記接続先情報要求メッセージを１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分装置と、１以上の前記ＥＮＵＭサーバおよび前記振分装置に接続されるＥＮＵＭ管理装置と、を備えるＥＮＵＭシステムの負荷分散方法であって、前記ＥＮＵＭ管理装置が、輻輳エリアに属する前記着信先情報に対応する接続先情報の複製指示を示す一部データ複製指示メッセージを生成し、１以上の前記ＥＮＵＭサーバのうちのいずれかに送信するステップと、前記輻輳エリアと一時的に増設する一時増設ＥＮＵＭサーバとを対応付けた情報を含む振分ルールを、前記振分装置に送信するステップと、を実行し、前記ＥＮＵＭサーバが、受信した前記一部データ複製指示メッセージに付された前記輻輳エリアに基づき、当該輻輳エリアに属する着信先情報に対応する接続先情報を一部データとして抽出し、前記一時増設ＥＮＵＭサーバに送信するステップを実行し、前記一時増設ＥＮＵＭサーバが、前記一部データを受信することにより、前記輻輳エリアに属する前記着信先情報に対応する接続先情報を取得するステップを実行し、前記振分装置が、受信した前記振分ルールに基づき、前記輻輳エリアに属する着信先情報が付された前記接続先情報要求メッセージを、前記一時増設ＥＮＵＭサーバに振り分け、前記輻輳エリア以外のエリアに属する着信先情報が付された前記接続先情報要求メッセージを、１以上の前記ＥＮＵＭサーバのいずれかに振り分けるステップを実行すること、を特徴とするＥＮＵＭシステムの負荷分散方法とした。
【００２２】
このように、本発明のＥＮＵＭシステム、および、ＥＮＵＭシステムの負荷分散方法によれば、例えば、大規模災害等により輻輳エリアが発生し、各ＥＮＵＭサーバの負荷が増大した場合に、ＥＮＵＭ管理装置が、既存のＥＮＵＭサーバから輻輳エリアに属する着信先情報に対応する接続先情報を一部データとして一時増設ＥＮＵＭサーバに送信させる。そして、振分装置が、ＥＮＵＭ管理装置から受信した振分ルールに基づき、輻輳エリアに属する着信先情報が付された接続先要求メッセージを、一時増設ＥＮＵＭサーバに振り分け、輻輳エリア以外のエリアに属する着信先情報が付された接続先要求メッセージを、ＥＮＵＭサーバのいずれかに振り分けることができる。
【００２３】
請求項２に記載の発明は、着信先端末の電話番号を含む着信先情報に対応する接続先情報を記憶し、当該接続先情報の取得を要求する接続先情報要求メッセージに応答するＥＮＵＭサーバと、前記接続先情報要求メッセージを１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分装置と、１以上の前記ＥＮＵＭサーバおよび前記振分装置に接続されるＥＮＵＭ管理装置と、を備えるＥＮＵＭシステムであって、前記ＥＮＵＭ管理装置が、輻輳エリアが付された輻輳情報に基づき１以上の前記ＥＮＵＭサーバの負荷分散が必要であると判定したときに、一時的に増設する一時増設ＥＮＵＭサーバに対して、一時増設指示メッセージを送信する一時増設指示部と、前記輻輳エリアに属する前記着信先情報に対応する接続先情報の複製指示を示す一部データ複製指示メッセージを生成し、１以上の前記ＥＮＵＭサーバのうちのいずれかに送信する一部データ複製指示部と、前記輻輳エリアと前記一時増設ＥＮＵＭサーバとを対応付けた情報を含む振分ルールを、前記振分装置に送信する振分ルール設定部と、を備え、前記ＥＮＵＭサーバが、受信した前記一部データ複製指示メッセージに付された前記輻輳エリアに基づき、当該輻輳エリアに属する着信先情報に対応する接続先情報を一部データとして抽出し、前記一時増設ＥＮＵＭサーバに送信する一部データ送信部を備え、前記一時増設ＥＮＵＭサーバが、前記一時増設指示メッセージを受信して、前記ＥＮＵＭサーバとしての機能を起動させる起動処理部と、前記一部データを受信することにより、前記輻輳エリアに属する前記着信先情報に対応する接続先情報を取得する一部データ受信部と、を備え、前記振分装置が、受信した前記振分ルールに基づき、前記輻輳エリアに属する着信先情報が付された前記接続先情報要求メッセージを、前記一時増設ＥＮＵＭサーバに振り分け、前記輻輳エリア以外のエリアに属する着信先情報が付された前記接続先情報要求メッセージを、１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分処理部を備えること、を特徴とするＥＮＵＭシステムとした。
【００２４】
また、請求項４に記載の発明は、着信先端末の電話番号を含む着信先情報に対応する接続先情報を記憶し、当該接続先情報の取得を要求する接続先情報要求メッセージに応答するＥＮＵＭサーバと、前記接続先情報要求メッセージを１以上の前記ＥＮＵＭサーバのいずれかに振り分ける振分装置と、１以上の前記ＥＮＵＭサーバおよび前記振分装置に接続されるＥＮＵＭ管理装置と、を備えるＥＮＵＭシステムの負荷分散方法であって、前記ＥＮＵＭ管理装置が、輻輳エリアが付された輻輳情報に基づき１以上の前記ＥＮＵＭサーバの負荷分散が必要であると判定したときに、一時的に増設する一時増設ＥＮＵＭサーバに対して、一時増設指示メッセージを送信するステップと、前記輻輳エリアに属する前記着信先情報に対応する接続先情報の複製指示を示す一部データ複製指示メッセージを生成し、１以上の前記ＥＮＵＭサーバのうちのいずれかに送信するステップと、前記輻輳エリアと前記一時増設ＥＮＵＭサーバとを対応付けた情報を含む振分ルールを、前記振分装置に送信するステップと、を実行し、前記ＥＮＵＭサーバが、受信した前記一部データ複製指示メッセージに付された前記輻輳エリアに基づき、当該輻輳エリアに属する着信先情報に対応する接続先情報を一部データとして抽出し、前記一時増設ＥＮＵＭサーバに送信するステップを実行し、前記一時増設ＥＮＵＭサーバが、前記一時増設指示メッセージを受信して、前記ＥＮＵＭサーバとしての機能を起動させるステップと、前記一部データを受信することにより、前記輻輳エリアに属する前記着信先情報に対応する接続先情報を取得するステップと、を実行し、前記振分装置が、受信した前記振分ルールに基づき、前記輻輳エリアに属する着信先情報が付された前記接続先情報要求メッセージを、前記一時増設ＥＮＵＭサーバに振り分け、前記輻輳エリア以外のエリアに属する着信先情報が付された前記接続先情報要求メッセージを、１以上の前記ＥＮＵＭサーバのいずれかに振り分けるステップを実行すること、を特徴とするＥＮＵＭシステムの負荷分散方法とした。
【００２５】
このように、本発明のＥＮＵＭシステム、および、ＥＮＵＭシステムの負荷分散方法によれば、例えば、大規模災害等により輻輳エリアが発生し、各ＥＮＵＭサーバの負荷が増大した場合に、ＥＮＵＭ管理装置が一時増設ＥＮＵＭサーバを起動させ、その一時増設ＥＮＵＭサーバが、既存のＥＮＵＭサーバから輻輳エリアに属する着信先情報に対応する接続先情報を一部データとして取得し記憶する。そして、ＥＮＵＭ管理装置から受信した振分ルールに基づき、振分装置が、輻輳エリアに属する着信先情報が付された接続先要求メッセージを、一時増設ＥＮＵＭサーバに振り分け、輻輳エリア以外のエリアに属する着信先情報が付された接続先要求メッセージを、ＥＮＵＭサーバのいずれかに振り分けることができる。
【００２６】
よって、輻輳エリアに関する一部データのみの複製ですむため、すべてのデータを送信する場合に比べ、データ反映時間を大幅に短縮することができる。これにより、データ反映時間中の性能低下やデータ更新の停止の影響を小さくすることができる。また、輻輳エリアに属する着信先情報が付された接続先情報要求メッセージを一時増設ＥＮＵＭサーバが処理するため、輻輳エリア以外のエリアに関するトラヒックへの影響を抑えることができる。
【発明の効果】
【００２７】
本発明によれば、番号ポータビリティＤＢの負荷分散を行うにあたり、データの反映時間を短縮し、ルートサーバのアクセス負荷を低減する、ＥＮＵＭシステム、および、ＥＮＵＭシステムの負荷分散方法を提供することができる。
【図面の簡単な説明】
【００２８】
【図１】本実施形態に係るＥＮＵＭシステムの全体構成と処理の概要を示す図である。
【図２】本実施形態に係るＥＮＵＭサーバの構成例を示す機能ブロック図である。
【図３】本実施形態に係る番号ポータビリティＤＢのデータ構成例を示す図である。
【図４】本実施形態に係るＥＮＵＭ管理装置の構成例を示す機能ブロック図である。
【図５】本実施形態に係る一時増設ＥＮＵＭサーバの構成例を示す機能ブロック図である。
【図６】本実施形態に係る振分装置の構成例を示す機能ブロック図である。
【図７】本実施形態に係るＥＮＵＭシステムの処理の流れを示すシーケンス図である。
【図８】権威ＤＮＳサーバの階層構造による分散管理を説明するための図である。
【図９】番号ポータビリティＤＢへの接続先情報の問合せの流れを説明するための図である。
【発明を実施するための形態】
【００２９】
次に、本発明を実施するための形態（以下、本実施形態と称する。）における、ＥＮＵＭシステム１０００等について説明する。
【００３０】
≪概要≫
まず、本実施形態に係るＥＮＵＭシステム１０００の概要について説明する。
図１は、本実施形態に係るＥＮＵＭシステム１０００の全体構成と処理の概要を示す図である。
【００３１】
＜システム構成＞
本実施形態に係るＥＮＵＭシステム１０００は、図１に示すように、１つ以上のＥＮＵＭサーバ１０（ＥＮＵＭ権威ＤＮＳサーバ）と、ＳＩＰサーバ３０からの接続先情報要求メッセージをＥＮＵＭサーバ１０のうちのいずれかに振り分ける振分装置２０と、ＥＮＵＭシステム１０００の処理全体を管理するＥＮＵＭ管理装置５０とを含んで構成される。このＥＮＵＭサーバ１０は、着信先情報（着信先の端末の電話番号や後記するＥ．１６４番号等）と接続先情報（ＵＲＩ等）とを対応付けた情報を記憶する番号ポータビリティＤＢ１００（図２、図３参照）を備えている。また、ＥＮＵＭサーバ１０「＃１」とＥＮＵＭサーバ１０「＃２」は、同じ情報の番号ポータビリティＤＢ１００（図２、図３）を備えているものとする。ＥＮＵＭ管理装置５０は、例えば、あるエリアの激甚災害により輻輳が発生しした場合に、ＥＮＵＭサーバ１０の負荷を分散するため、一時的に新たなＥＮＵＭサーバ１０Ｓ「＃３」を増設する。以下、この一時的に増設されたＥＮＵＭサーバ１０Ｓを、「一時増設ＥＮＵＭサーバ１０Ｓ」と称することがある。
なお、前記したように、ＥＮＵＭシステム１０００においては、着信先情報（電話番号等）に対応する接続先情報を、ＤＮＳと同様の階層構造（Ｔｉｅｒ０〜Ｔｉｅｒ２）で管理する。本実施形態では、Ｔｉｅｒ２において、通信事業者（キャリア）毎にデータが委任され、各委任先のゾーンの最上位のＥＮＵＭ権威ＤＮＳサーバ（ルートサーバ）を、説明を平易にするため図示して説明する。また、図１に示すように、初期状態として設置されるＥＮＵＭサーバ１０（ＥＮＵＭ権威ＤＮＳサーバ）を２台として説明するが、１台以上であればよく、台数が増えるほど、平常時（激甚災害等により輻輳が発生していない状態）での負荷が分散される。
【００３２】
＜処理概要＞
次に、図１を参照して、ＥＮＵＭシステム１０００の負荷分散を行う処理の概要を説明する。
まず、ＥＮＵＭ管理装置５０は、ネットワーク管理サーバ（不図示）等からネットワークのエリア毎の輻輳情報を受信する等により、ＥＮＵＭサーバ１０の負荷分散が必要であると判定する（ステップＳ１０）。ＥＮＵＭ管理装置５０が、ＥＮＵＭサーバ１０の負荷分散が必要であると判定した場合、ＥＮＵＭ管理装置５０は、ＥＮＵＭサーバ１０を一時的に増設するものとし、それまで稼働していない、新たなＥＮＵＭサーバ１０Ｓに対して、一時増設指示メッセージを送信する（ステップＳ１１）。これにより、新たなＥＮＵＭサーバ１０Ｓ（一時増設ＥＮＵＭサーバ）が起動される。
【００３３】
続いて、ＥＮＵＭ管理装置５０は、既存のＥＮＵＭサーバ１０（一時増設ＥＮＵＭサーバ１０Ｓは含まない）のうちの一つを選択し、その選択したＥＮＵＭサーバ１０に対し、輻輳情報で示される輻輳状態のエリア（以下、「輻輳エリア」と称する。）の情報を付した一部データ複製指示メッセージを送信する（ステップＳ１２）。図１においては、ＥＮＵＭ管理装置５０が、ＥＮＵＭサーバ１０「＃１」を選択し、ＥＮＵＭサーバ１０「＃１」に対して、一部データ複製指示メッセージを送信した例を示している。
【００３４】
一部データ複製指示メッセージを受信したＥＮＵＭサーバ１０「＃１」は、自身の番号ポータビリティＤＢ１００を参照し、輻輳エリアの情報に基づき、当該エリアに属する着信先情報（電話番号等）に対応する接続先情報を、番号ポータビリティＤＢ１００の一部データとして抽出し、その複製を新たに起動したＥＮＵＭサーバ１０Ｓに送信する（ステップＳ１３）。そして、一時増設されたＥＮＵＭサーバ１０Ｓは、当該番号ポータビリティＤＢ１００の一部データを受信し、自身の記憶部に記憶する。
【００３５】
続いて、ＥＮＵＭ管理装置５０は、振分装置２０に対し、輻輳エリアと一時増設ＥＮＵＭサーバ１０Ｓとを対応付けた情報を付した振分ルールを送信する（ステップＳ１４）。この振分ルールには、輻輳エリアに属する着信先情報についての要求は、一時増設ＥＮＵＭサーバ１０Ｓに振り分け、その他のエリアに属する着信先情報についての要求は、既存のＥＮＵＭサーバ１０のいずれかへラウンドロビン等により振り分けるという振分ルールが記載されている。
【００３６】
振分装置２０は、ＥＮＵＭ管理装置５０から振分ルールを受信すると、当該振分ルールに基づき、ＳＩＰサーバ３０からの要求を処理する。即ち、輻輳エリアに属する着信先情報が付された要求は、一時増設ＥＮＵＭサーバ１０Ｓ「＃３」に振り分ける（図１の符号ａ参照）。一方、輻輳エリア以外のエリアに属する着信先情報についての要求は、既存のＥＮＵＭサーバ１０（「＃１」，「＃２」）へラウンドロビン等により振り分ける（図１の符号ｂ参照）。
【００３７】
このようにすることにより、本実施形態に係るＥＮＵＭシステム１０００は、例えば、大規模災害が発生したことにより、あるエリア（輻輳エリア）に対する番号ポータビリティＤＢ１００への要求が増加し、ＥＮＵＭサーバ１０の負荷が上昇した場合に、そのＥＮＵＭサーバ１０（ルートサーバ）への負荷が集中しないように、ＥＮＵＭサーバ１０を一時増設し、負荷を分散させることができる。
また、輻輳エリアに関する一部データのみを複製し、一時増設したＥＮＵＭサーバ１０Ｓに送信するため、すべてのデータを送信する場合に比べ、データ反映時間を大幅に短縮することができる。よって、データ反映時間中の性能低下やデータ更新の停止の影響を小さくすることができる。
さらに、輻輳が発生したエリアへの要求を、一時増設したＥＮＵＭサーバ１０Ｓに振り分けることで、輻輳していないエリアへの要求に関するトラヒックへの影響を抑えることができる。
以上のように、本実施形態に係るＥＮＵＭシステム１０００によれば、番号ポータビリティＤＢの負荷分散を行うにあたり、データの反映時間を短縮し、ルートサーバのアクセス負荷を低減する、ＥＮＵＭシステムを提供することができる。
【００３８】
≪各装置の構成≫
次に、本実施形態に係るＥＮＵＭシステム１０００を構成する各装置の構成について説明する。
【００３９】
＜ＥＮＵＭサーバ＞
まず、ＥＮＵＭシステム１０００を構成するＥＮＵＭサーバ１０について説明する。
図２は、本実施形態に係るＥＮＵＭサーバ１０（ＥＮＵＭ権威ＤＮＳサーバ）の構成例を示す機能ブロック図である。
本実施形態に係るＥＮＵＭサーバ１０は、番号ポータビリティＤＢ１００を備え、ＳＩＰサーバ３０等から振分装置２０を介して問い合わせを受けた、着信先情報に対応する接続先情報を、振分装置２０に返信する。また、ＥＮＵＭサーバ１０は、ＥＮＵＭ管理装置５０から輻輳エリアの情報が付された一時データ複製指示メッセージを受信すると、その輻輳エリアの情報に基づき、当該エリアに属する着信先情報（電話番号等）に対応する接続先情報を、番号ポータビリティＤＢ１００の一部データとして抽出し、その複製を一時増設されたＥＮＵＭサーバ１０Ｓに送信する。
このＥＮＵＭサーバ１０は、通信部１１と、制御部１２と、記憶部１３とを備える。
【００４０】
通信部１１は、振分装置２０やＥＮＵＭ管理装置５０、一時増設ＥＮＵＭサーバ１０Ｓ等との間で、情報の送受信を行う通信インタフェースにより構成される。通信部１１は、外部の装置からメッセージ等を受信すると、そのメッセージ等を制御部１２に引き渡す。また、通信部１１は、制御部１２内で生成されたメッセージ等を外部の装置に向けて送信する。
【００４１】
記憶部１３は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成される。
この記憶部１３には、番号ポータビリティＤＢ１００（後記する、図３参照）等が記憶される。
【００４２】
制御部１２は、ＥＮＵＭサーバ１０が実行する処理の全般を司り、接続先情報検索部１２１、接続先情報要求応答部１２２、一部データ送信部１２３を含んで構成される。なお、この制御部１２は、例えば、このＥＮＵＭサーバ１０の記憶部１３に格納されたプログラムをＣＰＵ（Central Processing Unit）がＲＡＭに展開し実行することにより実現される。
【００４３】
接続先情報検索部１２１は、通信部１１を介して、接続先情報要求メッセージを振分装置２０から受信すると、その接続先情報要求メッセージに付された着信先情報を抽出する。そして、接続先情報検索部１２１は、記憶部１３内の番号ポータビリティＤＢ１００を参照し、その着信先情報に対応する接続先情報を検索する。接続先情報検索部１２１は、番号ポータビリティＤＢ１００を検索した結果得られた接続先情報を抽出し、接続先情報要求応答部１２２に処理の指示を出力する。
【００４４】
ここで、ＳＩＰサーバ３０（図１参照）から振分装置２０を介して送信される接続要求メッセージについて説明する。
ＳＩＰサーバ３０は、着信先情報（着信先の端末の電話番号等）に対応する接続先情報（ＵＲＩ等）を要求する接続先情報要求メッセージを、次に示すＥＮＵＭプロトコルのドメイン形式で生成し、ＥＮＵＭシステム１０００へ送信する。
具体的には、ＳＩＰサーバ３０は、例えば、端末から受信した接続要求メッセージに含まれる着信先の電話番号（例えば、０４２２−５９−１２３４）のＥ．１６４番号（＋８１−４２２−５９−１２３４）を逆順にして、ドットで区切り、「e164.arpa」を付けた形式（4.3.2.1.9.5.2.2.4.1.8.e164.arpa）を着信先情報として、ＥＮＵＭシステム１０００に送信する。
【００４５】
図３は、本実施形態に係る番号ポータビリティＤＢ１００のデータ構成例を示す図である。
図３に示す例のように、番号ポータビリティＤＢ１００には、着信先情報に対応付けて、接続先情報が記憶される。具体的には、着信先情報には、例えば、着信先の端末の電話番号に基づき、Ｅ．１６４番号をＥＮＵＭプロトコルのドメイン形式に変換した情報が記憶される。また、この着信先情報に対応付けられる接続先情報には、例えば、着信先の端末のＥ．１６４番号と、接続先の通信事業者のドメイン名（carrier_a）とを含むＵＲＩが記憶される。ここでは、ドメイン名のうち「carrier_a」で示されるドメインが、自ＩＰ網の接続先情報を意味する。また、「carrier_b」「carrier_c」で示されるドメインが、他の通信事業者のＩＰ網の接続先情報を意味し、着信先の電話番号が他網へ移転(ポートアウト)していることを示している。
【００４６】
図２に戻り、接続先情報要求応答部１２２は、接続先情報検索部１２１が抽出した接続先情報を付した接続先情報応答メッセージを生成する。そして、接続先情報要求応答部１２２は、その生成した接続先情報応答メッセージを、振分装置２０に送信する。
【００４７】
一部データ送信部１２３は、通信部１１を介して、一部データ複製指示メッセージをＥＮＵＭ管理装置５０から受信する。一部データ送信部１２３は、その受信した一部データ複製指示メッセージに付された輻輳エリアの情報に基づき、当該エリアに属する着信先情報（電話番号等）に対応する接続先情報を、番号ポータビリティＤＢ１００の一部データとして抽出する。
【００４８】
ここで、日本国内の固定電話の番号（例えば、「０１２３−４５−６７８９」）は、国内プレフィックス「０」と、市外局番と市内局番の合計の５桁（「１２３−４５」）と、加入者番号（「６７８９」）により規定されている。また、市外局番と市内局番の合計の５桁のうち、市外局番が１〜４桁、市内局番が１〜４桁と規定されている。よって、Ｅ．１６４番号のうち、日本の国番号「８１」に続く、市外局番の４桁の番号までを参照することにより、その市外局番に該当するエリアを特定することができる。
一部データ送信部１２３は、輻輳エリアの情報として、例えば、「*.2.2.4.1.8.e164.arpa」が付された一部データ複製指示メッセージを受信し、その輻輳エリアを特定して（この例では、「0422-*」の番号帯）、その特定したエリアについての接続先情報を、番号ポータビリティＤＢ１００から一時情報として抽出する。
【００４９】
そして、一部データ送信部１２３は、その抽出した一部データの複製を、一時増設されたＥＮＵＭサーバ１０Ｓに送信する。なお、送信先となる一時増設ＥＮＵＭサーバ１０Ｓのアドレス（例えば、ＩＰアドレス）は、予め自身の記憶部１３に記憶しておいたものを利用してもよいし、ＥＮＵＭ管理装置５０が一部データ複製指示メッセージに含めて送信し、それを利用してもよい。
【００５０】
このようにすることにより、ＥＮＵＭサーバ１０は、輻輳エリアに属する着信先情報（電話番号等）に対応する接続先情報を一部データとして、一時増設されたＥＮＵＭサーバ１０Ｓに送信することができる。
【００５１】
＜ＥＮＵＭ管理装置＞
次に、ＥＮＵＭ管理装置５０について説明する。
図４は、本実施形態に係るＥＮＵＭ管理装置５０の構成例を示す機能ブロック図である。
本実施形態に係るＥＮＵＭ管理装置５０は、ネットワーク管理サーバ（不図示）等からネットワークのエリア毎の輻輳情報を受信する等により、ＥＮＵＭサーバ１０の負荷分散が必要であるか否かを判定する。例えば、特定エリアにおいて、地震等の大規模災害が発生し、それに伴い、当該エリアに向けてのトラヒックが所定量を超えた場合に、輻輳が発生しているとネットワーク管理サーバが判定し、その輻輳エリアが付された輻輳情報をＥＮＵＭ管理装置５０が受信する。ＥＮＵＭ管理装置５０は、その輻輳情報を受信したことにより、ＥＮＵＭサーバ１０の負荷分散が必要であると判定する。
【００５２】
そして、ＥＮＵＭ管理装置５０は、ＥＮＵＭサーバ１０の負荷分散が必要であると判定した場合、一時増設ＥＮＵＭサーバ１０Ｓを起動させるとともに、既存のＥＮＵＭサーバ１０のうちから一つを選択し、一部データ複製指示メッセージを送信する。この一部データ複製指示メッセージを受信したＥＮＵＭサーバ１０は、番号ポータビリティＤＢ１００に記憶されている情報のうち輻輳エリアの情報を抽出し、一部データとして一時増設ＥＮＵＭサーバ１０Ｓに送信する。
また、ＥＮＵＭ管理装置５０は、振分装置２０に対し、輻輳エリアと一時増設ＥＮＵＭサーバ１０Ｓとを対応付けた情報を付した振分ルールを送信する。この振分ルールには、輻輳エリアに属する着信先情報についての要求は、一時増設ＥＮＵＭサーバ１０Ｓに振り分け、その他のエリア（非輻輳エリア）に属する着信先情報についての要求は、既存のＥＮＵＭサーバ１０（「＃１」，「＃２」）へラウンドロビン等により振り分けるという振分ルールが記載されている。
このＥＮＵＭ管理装置５０は、通信部５１と、制御部５２と、記憶部５３とを備える。
【００５３】
通信部５１は、ＥＮＵＭサーバ１０や、一時増設ＥＮＵＭサーバ１０Ｓ、振分装置２０等との間で、情報の送受信を行う通信インタフェースにより構成される。通信部５１は、外部の装置からメッセージ等を受信すると、そのメッセージ等を制御部５２に引き渡す。また、通信部５１は、制御部５２内で生成されたメッセージ等を外部の装置に向けて送信する。
また、記憶部５３は、ハードディスクやフラッシュメモリ、ＲＡＭ等により構成される。この記憶部５３内には、ＥＮＵＭシステム１０００内の各装置のアドレス（ＩＰアドレス等）が構成情報として格納される。
【００５４】
制御部５２は、ＥＮＵＭ管理装置５０が実行する処理の全般を司り、一時増設指示部５２１、一部データ複製指示部５２２、振分ルール送信部５２３を含んで構成される。なお、この制御部５２は、例えば、このＥＮＵＭ管理装置５０の記憶部５３に格納されたプログラムをＣＰＵがＲＡＭに展開し実行することにより実現される。
【００５５】
一時増設指示部５２１は、ネットワーク管理サーバ（不図示）等からネットワークのエリア毎の輻輳情報（輻輳エリアが付された輻輳情報）を受信する等により、ＥＮＵＭサーバ１０の負荷分散が必要であると判定する。
そして、一時増設指示部５２１は、一時的に増設するＥＮＵＭサーバ１０Ｓの機能（ＡＰＬ）を起動させるため、一時増設指示メッセージを送信する。
【００５６】
一部データ複製指示部５２２は、輻輳エリアの情報を付した一部データ複製指示メッセージを生成する。そして、一部データ複製指示部５２２は、既存のＥＮＵＭサーバ１０のうちから一つを選択し（例えば、ランダムに選択する。）、その一部データ複製指示メッセージを送信する。
この一部データ複製指示メッセージは、番号ポータビリティＤＢ１００に記憶されている情報のうち、輻輳エリアの情報を抽出して一部データとし、一時増設ＥＮＵＭサーバ１０Ｓに送信させる指示情報である。
【００５７】
振分ルール送信部５２３は、振分装置２０に対し、輻輳エリアと一時増設ＥＮＵＭサーバ１０Ｓとを対応付けた情報を付した振分ルールを送信する。この振分ルールには、輻輳エリアに属する着信先情報についての要求は、一時増設ＥＮＵＭサーバ１０Ｓに振り分け、その他のエリア（非輻輳エリア）に属する着信先情報についての要求は、既存のＥＮＵＭサーバ１０（「＃１」，「＃２」）へラウンドロビン等により振り分けるという振分ルールが記載されている。
【００５８】
このように、ＥＮＵＭ管理装置５０は、ＥＮＵＭサーバ１０の負荷分散が必要であると判定した場合には、一時増設ＥＮＵＭサーバ１０Ｓを起動させ、既存のＥＮＵＭサーバ１０に対しては、輻輳エリアに属する着信先情報（電話番号等）に対応する接続先情報を一部データとして送信させる指示情報を送信する。また、ＥＮＵＭ管理装置５０は、振分装置２０に対し、振分ルールを送信することにより、輻輳エリアに属する着信先情報についての要求を、一時増設ＥＮＵＭサーバ１０Ｓに振り分けて送信させることができる。
【００５９】
＜一時増設ＥＮＵＭサーバ＞
次に、一時増設ＥＮＵＭサーバ１０Ｓについて説明する。
図５は、本実施形態に係る一時増設ＥＮＵＭサーバ１０Ｓの構成例を示す機能ブロック図である。
本実施形態に係る一時増設ＥＮＵＭサーバ１０Ｓは、ＥＮＵＭ管理装置５０から一時増設指示メッセージを受け付けることによりその機能を起動し、既存のＥＮＵＭサーバ１０から、番号ポータビリティＤＢ１００の情報のうち、輻輳エリアに属する着信先情報（電話番号等）に対応する接続先情報を一部データとして取得する。
この一時増設ＥＮＵＭサーバ１０Ｓは、通信部１１と、制御部１２Ｓと、記憶部１３とを備える。
なお、図２に示したＥＮＵＭサーバ１０と同様の機能を備える構成については、同一の符号と名称を付し、説明を省略する。
【００６０】
制御部１２Ｓは、一時増設ＥＮＵＭサーバ１０Ｓが実行する処理の全般を司り、接続先情報検索部１２１、接続先情報要求応答部１２２、ＡＰＬ起動処理部１２４、一部データ受信部１２５を含んで構成される。なお、接続先情報検索部１２１および接続先情報要求応答部１２２は、ＥＮＵＭサーバ１０の機能と同様であるので説明を省略する。
【００６１】
ＡＰＬ起動処理部１２４（起動処理部）は、ＥＮＵＭ管理装置５０からの一時増設指示メッセージを受け付け、ＥＮＵＭ権威ＤＮＳサーバとしての機能を実現するＡＰＬを起動させる。
一部データ受信部１２５は、ＥＮＵＭサーバ１０（例えば、ＥＮＵＭサーバ１０「＃１」）から、番号ポータビリティＤＢ１００の情報のうち、輻輳エリアに属する着信先情報（電話番号等）に対応する接続先情報を一部データとして受信し、記憶部１３に記憶する。
記憶部１３には、番号ポータビリティＤＢ１００Ｓとして、輻輳エリアについての一部データが記憶される。
【００６２】
このように、一時増設ＥＮＵＭサーバ１０Ｓは、輻輳エリアに属する着信先情報（電話番号等）に対応する接続先情報を一部データとして記憶部１３に記憶することにより、輻輳エリアに特化して、接続先情報の要求に対する応答をすることができる。
【００６３】
なお、この一時増設ＥＮＵＭサーバ１０Ｓは、ＥＮＵＭ管理装置５０からの一時増設指示メッセージを受け付けたときに、サーバ自体が起動するように設定してもよいし、予め一時増設ＥＮＵＭサーバ１０Ｓを起動させておき、ＡＰＬをＥＮＵＭ管理装置５０が一時増設指示メッセージに含めて送信することにより、ＥＮＵＭ権威ＤＮＳサーバとして作動させるようにしてもよい。また、一時増設ＥＮＵＭサーバ１０Ｓは、ＥＮＵＭ管理装置５０からの一時増設指示メッセージを受けない構成としてもよい。その場合、例えば、ＥＮＵＭシステム１０００の保守者が手動で一時増設ＥＮＵＭサーバ１０Ｓを起動し、ＡＰＬを作動させる。さらに、一時増設ＥＮＵＭサーバ１０Ｓは、ＥＮＵＭ管理装置５０以外の他の装置（例えば、ネットワーク管理サーバ（不図示）等）から、直接一時増設指示メッセージを受け付けるようにしてもよい。
【００６４】
＜振分装置＞
次に、振分装置２０について説明する。
図６は、本実施形態に係る振分装置２０の構成例を示す機能ブロック図である。
本実施形態に係る振分装置２０は、ＳＩＰサーバ３０からの接続先情報要求メッセージを受け取り、１つ以上のＥＮＵＭサーバ１０のいずれかに対して、その接続先情報要求メッセージを振り分けて送信する。また、振分装置２０は、ＥＮＵＭ管理装置５０から振分ルール２００を受信した場合には、その振分ルール２００に基づき、輻輳エリアについての接続先情報要求メッセージについては、一時増設ＥＮＵＭサーバ１０Ｓに振り分ける処理を実行する。
この振分装置２０は、通信部２１と、制御部２２と、記憶部２３とを備える。
【００６５】
通信部２１は、ＳＩＰサーバ３０や、ＥＮＵＭサーバ１０、一時増設ＥＮＵＭサーバ１０Ｓ、ＥＮＵＭ管理装置５０等との間で、情報の送受信を行う通信インタフェースにより構成される。通信部２１は、外部の装置からメッセージ等を受信すると、そのメッセージ等を制御部２２に引き渡す。また、通信部２１は、制御部２２内で生成されたメッセージ等を外部の装置に向けて送信する。
【００６６】
記憶部２３は、ハードディスクやフラッシュメモリ、ＲＡＭ等により構成され、振分先情報２３１や、振分ルール２００等が格納される。
振分先情報２３１には、ＳＩＰサーバ３０から受信した接続先情報要求メッセージの振分先となる各ＥＮＵＭサーバ１０等のアドレス情報（ＩＰアドレス等）が記憶される。
振分ルール２００には、輻輳エリアに属する着信先情報についての要求を、一時増設ＥＮＵＭサーバ１０Ｓに振り分ける、その他のエリア（非輻輳エリア）に属する着信先情報についての要求を、既存のＥＮＵＭサーバ１０（「＃１」，「＃２」）へラウンドロビン等により振り分ける、という設定情報（ルール）が記憶される。
【００６７】
制御部２２は、振分装置２０が実行する処理の全般を司り、振分処理部２２１が格納される。なお、この制御部２２は、例えば、この振分装置２０の記憶部２３に格納されたプログラムをＣＰＵがＲＡＭに展開し実行することにより実現される。
【００６８】
振分処理部２２１は、ＳＩＰサーバ３０から接続先情報要求メッセージを受信すると、ラウンドロビン等により振分先となるＥＮＵＭサーバ１０を決定し、その接続先情報要求メッセージを転送する。
また、この振分処理部２２１は、振分先ルール設定部２２２を備える。
この振分先ルール設定部２２２は、ＥＮＵＭ管理装置５０からの振分ルール２００を受信すると、その振分ルール２００を記憶部２３に記憶する。
そして、振分処理部２２１は、振分ルール２００が設定された場合には、その振分ルール２００に基づく振分処理を実行する。具体的には、振分処理部２２１は、輻輳エリアに属する着信先情報が付された接続先情報要求メッセージを、一時増設ＥＮＵＭサーバ１０Ｓに振り分ける。一方、振分処理部２２１は、輻輳エリア以外のエリア（非輻輳エリア）に属する着信先情報についての接続先情報要求メッセージについては、既存のＥＮＵＭサーバ１０（「＃１」，「＃２」）へラウンドロビン等により振り分ける処理を実行する。
【００６９】
このようにすることで、振分装置２０は、輻輳が発生したエリアに関する接続先情報要求メッセージを一時増設ＥＮＵＭサーバ１０Ｓに振り分けるため、非輻輳エリアにおけるトラヒックへの影響を抑えることができる。
なお、本実施形態に係る振分装置２０の機能を、ＥＮＵＭシステム１０００内において番号ポータビリティＤＢ１００へ要求結果を一時的に記憶するために設けるＥＮＵＭキャッシュサーバに備えさせるようにしてもよい。
【００７０】
≪ＥＮＵＭシステムの処理≫
次に、本実施形態に係るＥＮＵＭシステム１０００の処理について説明する。
図７は、本実施形態に係るＥＮＵＭシステム１０００の処理の流れを示すシーケンス図である。なお、図７においては、既存のＥＮＵＭ権威ＤＮＳサーバとしてＥＮＵＭサーバ１０（「＃１」，「＃２」）が稼働しており、一時的に増設されるＥＮＵＭ権威ＤＮＳサーバが一時増設ＥＮＵＭサーバ１０Ｓ（＃３）であるものとして説明する。
【００７１】
まず、ＥＮＵＭ管理装置５０の一時増設指示部５２１は、ネットワーク管理装置（不図示）等から輻輳エリアが付された輻輳情報を取得することにより、負荷分散が必要であると判定する（ステップＳ１０１）。
続いて、一時増設指示部５２１は、一時増設ＥＮＵＭサーバ１０Ｓ「＃３」に対し、一時増設指示メッセージを送信する（ステップＳ１０２）。
【００７２】
一時増設指示メッセージを受信した一時増設ＥＮＵＭサーバ１０ＳのＡＰＬ起動処理部１２４は、ＥＮＵＭ権威ＤＮＳサーバとしての処理を実行するためのＡＰＬを稼働させる。そして、ＡＰＬ起動処理部１２４は、ＥＮＵＭ権威ＤＮＳサーバとしての機能が起動したことを示す起動完了メッセージを、ＥＮＵＭ管理装置５０に送信する（ステップＳ１０３）。
【００７３】
次に、ＥＮＵＭ管理装置５０の一部データ複製指示部５２２は、輻輳エリアの情報を付した一部データ複製指示メッセージを生成する。そして、一部データ複製指示部５２２は、ＥＮＵＭサーバ１０（「＃１」，「＃２」）のいずれか一つを選択し、その選択したＥＮＵＭサーバ１０（ここでは、「＃１」）に対して、生成した一部データ複製指示メッセージを送信する（ステップＳ１０４）。
【００７４】
そして、ＥＮＵＭサーバ１０「＃１」の一部データ送信部１２３は、一部データ複製指示メッセージを受信すると、その受信した一部データ複製指示メッセージに付された輻輳エリアの情報に基づき、当該エリアに属する着信先情報（電話番号等）に対応する接続先情報を、自身が記憶する番号ポータビリティＤＢ１００の一部データとして抽出する（ステップＳ１０５）。
そして、ＥＮＵＭサーバ１０「＃１」の一部データ送信部１２３は、抽出した一部データを一時増設ＥＮＵＭサーバ１０Ｓに送信する（ステップＳ１０６）。
【００７５】
ＥＮＵＭサーバ１０Ｓの一部データ受信部１２５は、受信した一部データを自身の番号ポータビリティＤＢ１００Ｓに記憶する（ステップＳ１０７）。そして、一部データ受信部１２５は、一部データの番号ポータビリティＤＢ１００Ｓへの記憶が完了したことを示す一部データ記憶完了メッセージを、ＥＮＵＭ管理装置５０に送信する（ステップＳ１０８）。
【００７６】
一部データ記憶完了メッセージを受信したＥＮＵＭ管理装置５０の振分ルール送信部５２３は、振分装置２０に対し、輻輳エリアと一時増設ＥＮＵＭサーバ１０Ｓとを対応付けた情報を付した振分ルール２００を送信する（ステップＳ１０９）。
【００７７】
振分装置２０の振分先ルール設定部２２２は、振分ルール２００を受信すると、その受信した振分ルール２００を記憶部２３に記憶する（ステップＳ１１０）。これにより、振分装置２０の振分処理部２２１は、それ以降に受信した接続先情報要求メッセージについては、着信先情報が輻輳エリアの場合には、一時増設ＥＮＵＭサーバ１０Ｓに振り分ける処理を実行し、それ以外のエリア（非輻輳エリア）の場合には、既存のＥＮＵＭサーバ１０（「＃１」，「＃２」）の中からラウンドロビンで選択されたＥＮＵＭサーバ１０に向けて、接続先情報要求メッセージを送信する処理を行う。
続いて、振分装置２０の振分先ルール設定部２２２は、振分ルールの設定が完了したことを示す振分ルール設定完了メッセージを、ＥＮＵＭ管理装置５０に送信する（ステップＳ１１１）。
【００７８】
以上説明したように、本実施形態に係るＥＮＵＭシステム１０００、および、ＥＮＵＭシステムの負荷分散方法によれば、例えば、大規模災害が発生したことにより、あるエリア（輻輳エリア）に対する番号ポータビリティＤＢ１００への要求が増加し、既存のＥＮＵＭサーバ１０の負荷が上昇した場合に、そのＥＮＵＭサーバ１０（ルートサーバ）への負荷が集中しないように、一時増設ＥＮＵＭサーバ１０Ｓを起動し、負荷を分散させることができる。
また、既存のＥＮＵＭサーバ１０が、輻輳エリアに関する一部データのみを複製し、一時増設ＥＮＵＭサーバ１０Ｓに送信するため、すべてのデータを送信する場合に比べ、データ反映時間を大幅に短縮することができる。よって、データ反映時間中の性能低下やデータ更新の停止の影響を小さくすることができる。
さらに、振分装置２０が、振分ルール２００に基づき、輻輳エリアに属する着信先情報が付された接続先情報要求メッセージを、一時増設ＥＮＵＭサーバ１０Ｓに振り分けることで、輻輳していないエリアが着信先である問合せのトラヒックへの影響を抑えることができる。
以上のように、本実施形態に係るＥＮＵＭシステム１０００、および、ＥＮＵＭシステムの負荷分散方法によれば、番号ポータビリティＤＢの負荷分散を行うにあたり、データの反映時間を短縮し、ルートサーバのアクセス負荷を低減することができる。
【００７９】
なお、本実施形態においては、ＥＮＵＭ管理装置５０の一時増設指示部５２１が、ネットワーク管理サーバ（不図示）等から、輻輳エリアが付された輻輳情報を受信することにより、ＥＮＵＭサーバ１０の負荷分散が必要であると判定した。これ以外に、例えば、各ＥＮＵＭサーバ１０が、エリア毎に接続先情報要求メッセージを受信した回数をカウントし、その情報をＥＮＵＭ管理装置５０に送信して、ＥＮＵＭ管理装置５０が、各ＥＮＵＭサーバ１０から取得したエリア毎の接続先情報要求メッセージの回数を集計し、所定の閾値を超えている場合に、そのエリアで輻輳が発生していると判定してもよい。また、振分装置２０が、接続先情報要求メッセージそれぞれに付された着信先情報を抽出し、エリア毎に要求回数を集計し、その集計した情報を、ＥＮＵＭ管理装置５０に送信することにより、ＥＮＵＭ管理装置５０が輻輳エリアを判定するようにしてもよい。
【００８０】
また、ＥＮＵＭ管理装置５０は、輻輳エリアのトラヒックが減少した、つまり、輻輳状態が解消した場合には、振分装置２０に対して、設定した振分ルール２００を削除し、一時増設ＥＮＵＭサーバ１０Ｓとの通信を切断するように指示する。既存のＥＮＵＭサーバ１０は、すべてのエリアの情報を削除することなく記憶している。よって、このようにすることにより、既存のＥＮＵＭサーバ１０に負荷を与えることなく、負荷分散を実行する前のシステム状態に戻すことができる。
【符号の説明】
【００８１】
１０    ＥＮＵＭサーバ（ＥＮＵＭ権威ＤＮＳサーバ）
１０Ｓ  一時増設ＥＮＵＭサーバ
１１，２１，５１  通信部
１２，１２Ｓ，２２，５２  制御部
１３，２３，５３  記憶部
２０    振分装置
５０    ＥＮＵＭ管理装置
１００  番号ポータビリティＤＢ
１００Ｓ  番号ポータビリティＤＢ（一部データ）
１２１  接続先情報検索部
１２２  接続先情報要求応答部
１２３  一部データ送信部
１２４  ＡＰＬ起動処理部（起動処理部）
１２５  一部データ受信部
２００  振分ルール
２２１  振分処理部
２２２  振分先ルール設定部
２３１  振分先情報
５２１  一時増設指示部
５２２  一部データ複製指示部
５２３  振分ルール送信部
１０００  ＥＮＵＭシステム
【図１】
0006364385.tif 000002
【図２】
0006364385.tif 000003
【図３】
0006364385.tif 000004
【図４】
0006364385.tif 000005
【図５】
0006364385.tif 000006
【図６】
0006364385.tif 000007
【図７】
0006364385.tif 000008
【図８】
0006364385.tif 000009
【図９】
0006364385.tif 000010