パス管理装置およびパス管理方法
【課題】複数のドメインから構成されるネットワークにおいて、各ドメインが品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワークの任意の２地点を接続するパスの経路を素早く発見することを課題とする。
【解決手段】本発明のパス管理サーバ５は、パスの経路の設定に関する制約条件のうち、パスの経路が通過するドメイン２ごとの個々の値の和によって表される分割可能制約条件を、当該パスの経路が通過するドメイン２ごとに割り当てるために、当該パスの経路が通過するドメイン２ごとの大きさ、ドメイン２の数、それらのドメイン２におけるパスの経路の設定に関する過去のデータの少なくともいずれかに基づいて、分割可能制約条件を分割する。
【解決手段】本発明のパス管理サーバ５は、パスの経路の設定に関する制約条件のうち、パスの経路が通過するドメイン２ごとの個々の値の和によって表される分割可能制約条件を、当該パスの経路が通過するドメイン２ごとに割り当てるために、当該パスの経路が通過するドメイン２ごとの大きさ、ドメイン２の数、それらのドメイン２におけるパスの経路の設定に関する過去のデータの少なくともいずれかに基づいて、分割可能制約条件を分割する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のドメインから構成されるネットワークにおいて、各ドメインが品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワークの任意の２地点を接続するパスの経路を素早く発見するための技術に関する。
【背景技術】
【０００２】
近年、伝送技術の発展とアプリケーションの多様化により、動画・音声配信や実験データ転送といった、大容量のファイル（データ）をやりとりする機会が増えている。さらに、そういった機会は、定期的・長期的だけではなく、不定期かつ数時間から数日レベルの短期間、即時的に発生するようになった。そのため、このような不定期かつ短期的、即時的な大容量データ転送のために専用線を準備するのでは、ネットワークキャリア側としては限られた網資源の非効率的な利用につながり、ユーザ側としては使用していない期間の料金も発生する、といった問題が発生する。
【０００３】
この問題を解決するために、ユーザが好きなタイミングで好きな期間だけデータ転送のためのネットワーク帯域、つまり、「パス」を使うことができる「オンデマンドサービス」が普及している（非特許文献１、２参照）。特に、ＤＣＮ（Dynamic Circuit Network）アーキテクチャ（非特許文献２参照）では、管理組織が異なる複数のドメインをまたがるパスをオンデマンドで張れる仕組みが用意されており、今後通信サービスがグローバル化していく中で注目すべきサービスである。
【０００４】
オンデマンドサービスでは、ユーザが好きな時に好きな期間パスを設定できるだけではなく、遅延や遅延ゆらぎ、パケットロス率、ＭＴＵ（Maximum Transmission Unit）といった、アプリケーションごとに重要となってくる制約条件（要求条件）を満たしたパスを設定できることが重要である。現状のオンデマンドサービスでは、専用の集中サーバがこのようなネットワークのパフォーマンス情報を保持し、ユーザ要求を満たすパスを発見する際や、実際に稼働中のパスの性能を確認するのに参照されている。
【０００５】
また、性能計測技術としては、Internet2が普及促進をしているperfSONAR（非特許文献３参照）が代表的である。perfSONARは、ネットワーク性能測定のフレームワークで、各ドメインと連携したネットワーク測定および測定データの提供を行う。この測定は、各ドメイン内の主要ノードに設置されるＭＰ（Measurement Point）と呼ばれる測定ポイントが行い、測定結果は、ＭＡ（Measurement Archive）と呼ばれるアーカイブサーバに貯蓄される。perfSONARでは様々なサービスが用意されており、測定可能なパラメータとしては遅延やジッタ、スループット等がある。
【０００６】
数多くあるユーザ要求制約条件は、大きく２種類に分けられる。１つは、パスの経路が通過する複数のドメイン全てが、ユーザが要求した値そのままを満足する必要があり、分割することができない制約条件（以下、「分割不可制約条件」とも称する。）である。分割不可制約条件には、例えば、帯域や予約開始・終了時間、ＭＴＵ、信頼性（冗長化、ＭＴＢＦ（Mean Time Between Failure））などがある。もう１つは、パスの経路が通過する複数のドメインの性能値の総和や確率統計が、ユーザの要求した値を満たしていればよく、ドメインごとに分割可能な制約条件（以下、「分割可能制約条件」とも称する。）である。分割可能制約条件には、例えば、遅延や遅延ゆらぎ、パケットロス率、などがある。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】"Dynamic Circuit Network"、[online]、[平成23年6月6日検索]、インターネット<URL: http://www.internet2.edu/network/dc/>
【非特許文献２】"Ｌ１オンデマンド"、[online]、学術情報ネットワーク、[平成23年6月6日検索]、インターネット<URL: http://www.sinet.ad.jp/service/network/l1/ondemand >
【非特許文献３】"perfSONAR"、[online]、[平成23年6月6日検索]、インターネット<URL: http://www.perfsonar.net/index.html>
【発明の概要】
【発明が解決しようとする課題】
【０００８】
今後、アプリケーションの種類が増えるにつれて、パス設定で満たすべき制約条件の種類も増加し、制約条件を考慮したパスの設定が重要となってくる。しかし、このように制約条件の種類が増えてくると、各ドメインは、自身の性能指標となる制約条件に関わる値を自分自身の管理外にある専用サーバに保持させて参照されたくない場合が出てくる。この場合、パスを設定する際、特に複数のドメインをまたいでパスが設定される場合には、パスの経路が通過する個々のドメインに制約条件を満たすかどうかを直接問い合わせる必要がある。
【０００９】
このとき、２種類に分けた制約条件のうち、分割可能制約条件は、各ドメインへ制約条件を満たすパスの経路の問い合わせを行う際に、満たすべき制約条件の値を工夫して伝えないと、関連するドメイン間で合わせてユーザの要求条件を満たすパスを発見することが難しい。例えば、ユーザが要求してきた遅延制約条件が３０ｍｓ以下であった場合、３つのドメインＡ，Ｂ，Ｃを経由するパスがその遅延制約条件を満たすためには、各ドメインで遅延１０ｍｓ以下を満足すればよい。このとき、各ドメインに「遅延１０ｍｓ以下を満たす経路があるか」と問い合わせると遅延条件が厳しくなるためＮＧとなるドメインが出てくる可能性がある。一方、「遅延３０ｍｓ以下を満たす経路があるか」と問い合わせると、各ドメインは遅延制約条件を満たしたとしても、ドメインＡ，Ｂ，Ｃと通過するパスの遅延は３０ｍｓを超えている可能性がある。
【００１０】
そこで、本発明は、このような事情に鑑みてなされたものであり、複数のドメインから構成されるネットワークにおいて、各ドメインが品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワークの任意の２地点を接続するパスの経路を素早く発見することを課題とする。
【課題を解決するための手段】
【００１１】
前記課題を解決するために、本発明は、複数の通信装置およびそれらを制御するドメイン制御サーバを有するドメインを複数備えるネットワークについて、前記ドメインの異なる任意の２つの前記通信装置間を接続するパスの経路を発見するパス管理装置であって、前記パスの経路の設定に必要な前記ネットワークに関する情報であるネットワーク情報を記憶する記憶部と、ユーザから、前記パスの始点と終点、および、前記パスの経路の設定に必要な制約条件を含むパス設定要求があったとき、前記パス設定要求における制約条件を満たすような経路を計算する計算部と、複数の前記ドメイン制御サーバに対して制約条件とともにパス予約要求を行い、当該パス予約要求を行ったドメイン制御サーバからパス予約の可否結果情報を収集する外部装置通信部と、を備え、前記計算部は、前記制約条件のうち、前記パスの経路が通過するドメインごとの個々の値の和によって表される分割可能制約条件を、当該パスの経路が通過するドメインごとに割り当てるために、当該パスの経路が通過するドメインごとの大きさ、ドメインの数、それらのドメインにおけるパスの経路の設定に関する過去のデータの少なくともいずれかに基づいて、前記分割可能制約条件を分割することを特徴とする。
【００１２】
これにより、複数のドメインから構成されるネットワークにおいて、各ドメインが品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワークの任意の２地点を接続するパスの経路を素早く発見することができる。つまり、分割可能制約条件を、ドメインごとの大きさ、ドメインの数、過去のデータなどに基づいて分割することで、パスの適切な経路を素早く発見することができる。
【００１３】
また、本発明は、前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、当該パス予約が否であることの原因となった制約条件が、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件であったとき、前記計算部は、当該パス予約が否であるドメインを除外して前記パスの経路を再計算することを特徴とする。
【００１４】
これにより、分割不可制約条件を満足できないドメインを除外してパスの経路を再計算することで、制約条件を満たす別の経路を素早く発見することができる。
【００１５】
また、本発明は、前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、当該パス予約が否であることの原因となった制約条件が、前記分割可能制約条件であったとき、前記計算部は、前記分割可能制約条件の分割比率を再計算することを特徴とする。
【００１６】
これにより、一度発見したパスの経路はそのままで、ユーザが要求した制約条件を満足するかどうかを再確認することができ、パスの経路を素早く発見することができる。
【００１７】
また、本発明は、前記外部装置通信部が、１つ以上の前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得し、当該パス予約が否であることの原因となった制約条件として、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件と、前記分割可能制約条件との両方があった場合に、前記計算部は、当該パス予約が否であるドメインの数が所定数以上であるとき、当該パスの経路を再計算することを特徴とする。
【００１８】
これにより、パス予約が否であるドメインの数が所定数以上のときはパスの経路を再計算することで、より複雑な分割可能制約条件の分割比率の再計算の回数を減らすことができる。
【発明の効果】
【００１９】
本発明によれば、複数のドメインから構成されるネットワークにおいて、各ドメインが品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワークの任意の２地点を接続するパスの経路を素早く発見することができる。
【図面の簡単な説明】
【００２０】
【図１】本実施形態のネットワークの構成図である。
【図２】パス管理サーバの構成図である。
【図３】ネットワークにおける各装置の処理例を示すフローチャートである。
【図４】ネットワークにおける各装置等の他の処理例を示すフローチャートである。
【図５】ネットワークにおける各装置等のさらに他の処理例を示すフローチャートである。
【図６】パス情報データベースが保持する情報の例を示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明を実施するための形態（以下、「実施形態」と称する。）について、図面を参照（言及図以外の図も適宜参照）して説明する。なお、以下において、「パスの経路の設定」を、「パスの設定」や「パス設定」とも称する。
【００２２】
まず、本実施形態のネットワークの構成について図１を用いて説明する。ネットワーク１は、複数のドメイン２（２ａ、２ｂ、２ｃ、２ｄ）を備えている。なお、複数のドメイン２について、特に区別しないときは「ドメイン２」と称し、区別するときは「ドメイン２ａ」などと称する。
【００２３】
ドメイン２については、例えば、ＯＳＰＦ（Open Shortest Path Fast）プロトコルが管理する範囲を１つのドメインとする。そして、各ドメイン２は、複数の通信装置３を有している。各ドメイン２では、ドメイン制御サーバ４（４ａ、４ｂ、４ｃ、４ｄ）それぞれが管理を行っている。なお、複数のドメイン制御サーバ４について、特に区別しないときは「ドメイン制御サーバ４」と称し、区別するときは「ドメイン制御サーバ４ａ」などと称する。
【００２４】
ドメイン２間をまたいだ通信装置３同士が通信可能に接続されることで、各ドメイン２同士が通信可能となっている。また、パス管理サーバ５（パス管理装置）は、各ドメイン２のドメイン制御サーバ４と通信可能に接続され、必要に応じて通信を行う。
【００２５】
次に，パス管理サーバ５の構成について図２を用いて説明する。パス管理サーバ５は、コンピュータ装置であり、ユーザ要求受付／応答部５１、対ユーザ入出力インターフェース５１１、情報収集部５２、計算部５３、外部装置通信部５４、対外部装置入出力インターフェース５４１、および、記憶部５５を備えて構成され、それらがＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、各種インターフェース等によって実現される。記憶部５５には、ネットワーク情報データベース５５１とパス情報データベース５５２が格納されている。
【００２６】
ユーザ要求受付／応答部５１は、対ユーザ入出力インターフェース５１１を介してユーザからパス設定要求を受け付けたり、パス設定の可否結果を出力したりする役割を果たす。ユーザ要求受付／応答部５１は、例えば、ユーザからパス設定要求のための入力が行われると、ネットワーク情報データベース５５１や計算部５３などと連携し、ユーザの入力内容をパス設定のための内部処理に反映させたり、パス設定要求のＯＫ／ＮＧが判明した際にはその情報をユーザに知らせるために画面（図２に不図示）に表示したりする。
【００２７】
情報収集部５２は、ユーザがパス設定要求を行う際に、指定されたパスの始点と終点を結ぶ最適な経路を算出するために必要な、ネットワーク１に存在するドメイン２同士の接続情報などをネットワーク１内のドメイン制御サーバ４等から収集する。
【００２８】
計算部５３は、ユーザがパス設定要求を行った際に、ネットワーク情報データベース５５１などと連携し、ユーザが入力したパス設定に関する制約条件（「要求条件」とも称する。）を考慮してパスの経路を計算したり、パスの経路が通過するドメイン２間で分割する必要がある分割可能制約条件の分割比率を計算したりする。
【００２９】
外部装置通信部５４は、ユーザが入力した制約条件を満たすパスを設定するために、対外部装置入出力インターフェース５４１を介して適切な外部装置にその情報を伝える。適切な外部装置としては、パスの経路が通過するドメイン２のドメイン制御サーバ４や、ユーザが入力したパスの始点が存在するドメイン２を管理するドメイン制御サーバ４、ネットワーク１内に存在する専用サーバ（図１に不図示）などがある。
【００３０】
ネットワーク情報データベース５５１は、情報収集部５２が収集したネットワーク情報を保持する。保持する情報としては、ネットワーク１内に存在するドメイン２やドメイン２間の接続関係、各ドメイン２を構成する、または各ドメイン２の境界に位置するノード（通信装置３）、各ノードに付属するインターフェースなどがある。
【００３１】
パス情報データベース５５２は、ユーザが要求したパスに関する情報を保持する。保持する情報としては、各パスを要求したユーザ名、パスの始点・終点、帯域、ＶＬＡＮ（Virtual Local Area Network） ＩＤ（identifier）、予約開始・終了時間、品質に関する制約条件（遅延、遅延ゆらぎ、ＭＴＵなど）、状態（稼働中、終了、予約済み、キャンセル、失敗、など）などがある。
【００３２】
次に、ユーザがパス管理サーバ５を用いてパス設定要求を行った場合の各装置の処理例について図３を用いて説明する。なお、この図３の処理例の前提として、パス管理サーバ５から提示された制約条件を満たす経路があるかどうかの問い合わせを受けたドメイン２は、経路の有無を回答し、経路が無い場合にはその原因となった制約条件（例：遅延ＮＧなど）も回答するが、制約条件に関する値までは回答しないこととする。また、パス管理サーバ５は、ドメイン２の接続関係（ドメイン単位のトポロジ）やドメイン２ごとのファイバケーブル等の最大帯域は、ＯＳＰＦなどのプロトコルを利用して、またはネットワーク１内に存在する専用サーバへ問い合わせるなどして、把握していることとする。また、パス管理サーバ５は、ドメイン２ごとのリアルタイムなリソース状況や品質（遅延、パケットロス率など）の情報は把握していないこととする。また、図３において、例えば、「ドメイン２ａ」と記載している部分について、実際に処理を行うのは「ドメイン制御サーバ４ａ」や「専用サーバ（図１に不図示）」であるが、説明の都合上、「ドメイン２ａ」と記載する。ドメイン２ｂ、２ｃ、２ｄについても同様である。
【００３３】
まず、ユーザ６（以下、単に「ユーザ」と称する。）がパス管理サーバ５を用いてパス設定要求を行う（ステップ（１））。なお、ユーザは、パス管理サーバ５を直接操作してもよいし、あるいは、他のコンピュータ装置からパス管理サーバ５へアクセスすることによりパス設定要求を行ってもよい。このとき、ユーザがパス設定に関して指定する制約条件には、パスの始点・終点、帯域、予約開始・終了時間、ＶＬＡＮ ＩＤ、品質制約条件（最大許容可能遅延、最大許容可能遅延ゆらぎ、最大許容可能パケットロス率、必要ＭＴＵ、信頼性（冗長化、ＭＴＢＦ））などがある。また、パスを設定するための必須項目は、パスの始点・終点、帯域、予約開始・終了時間、である。ここでは、遅延が１００ｍｓ未満で、かつ、帯域が１Ｇｂｐｓ（bits per second）、という制約条件を満たすパス設定を要求している。
【００３４】
次に、ユーザからのパス設定要求を受けたパス管理サーバ５は、ドメイン選択を行う、つまり、ユーザが指定したパスの始点・終点を満足する経路をドメインレベル以下で算出する（ステップ（２）の前半）。「ドメインレベル以下で算出する」とは、具体的には、通過するドメイン２を決定する、通過するドメイン２とそのドメイン２の境界ノード（境界の通信装置３）を決定する、あるいは、通過するドメイン２とそのドメイン２内のノードを決定する、などが該当する。また、経路算出方法としては、最短経路計算やＣＳＰＦ（constrained shortest path fast）などがある。
【００３５】
これらの計算を行うために、事前に定期的に、またはユーザのパス設定要求をトリガーとして、情報収集部５２がネットワーク１内に存在する、各ドメイン２の情報を保持する専用サーバ、または、各ドメイン２のドメイン制御サーバ４から情報を収集し、記憶部５５のネットワーク情報データベース５５１に情報を保持させる。そして、計算部５３が、このネットワーク情報データベース５５１を参照して計算を行う。また、このとき、収集したネットワーク情報からドメイン２間の遅延値（遅延時間）を算出し、この遅延値も考慮してもよい。
【００３６】
同時に、ユーザから指定された要求条件の中に、分割可能制約条件が含まれていた場合には、ドメイン２間での制約条件の分割比率を算出する（ステップ（２）の後半）。分割可能制約条件には、遅延や遅延ゆらぎ、パケットロス率などがある。分割の計算は、パスの経路が通過するドメイン２の大きさを考慮して分割してもよい。ドメイン２の大きさの基準としては、各ドメイン２においてパスの経路が通るドメイン境界ノード間の距離、各ドメイン２の面積、直径、ノード数などがある。これにより、遅延や遅延ゆらぎ、パケットロス率など伝送距離が長くなるほど性能が悪化するような制約条件を適切に分割することが可能である。
【００３７】
同様に、制約条件の分割の計算は、パスの経路が通過するドメイン２の数を考慮して行ってもよい。これにより、各ドメイン２に与える制約条件値を容易に算出することが可能である。同様に、制約条件の分割の計算は、パスの経路が通過するドメイン２の制約条件値に関する過去のデータを考慮して行ってもよい。これにより、実測値に近いデータを考慮してより正確かつ適切に各ドメイン２に制約条件を分割でき、ユーザの要求条件を満たすパスを素早く発見することが可能となる。
【００３８】
同様に、制約条件の分割の計算は、パスの経路が通過するドメイン２の大きさや数、過去のデータなどとは無関係に分割してもよい。例えば、ユーザが遅延１００ｍｓ未満を制約条件として要求し、パスの経路が通過するドメイン２の数が３つの場合、各ドメイン２に遅延３３ｍｓ以下と制約条件を与える。これにより、各ドメイン２に与える制約条件値を容易に算出することが可能である。図３の例では、ユーザはドメイン２ｂに属するノードを始点、ドメイン２ｃに属するノードを終点、帯域１Ｇｂｐｓ、遅延１００ｍｓ未満、と要求した場合に、パス管理サーバ５は、経路として「ドメイン２ｂ→ドメイン２ａ→ドメイン２ｃ」を算出し、これらのドメイン２間に各々帯域１Ｇｂｐｓ、遅延３３ｍｓ以下の制約条件を与え、これらの制約条件を満たす経路の問い合わせを行うことを決定したものとする。
【００３９】
次に、パス管理サーバ５は、算出した経路を通過するドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、制約条件を満たすような経路が存在するかどうか問い合わせを行う（ステップ（３））。ここで、分割不可制約条件（例：帯域、ＶＬＡＮ ＩＤなど）については、ユーザから要求されたそのままの値で各ドメイン２に問い合わせを行う。なお、本実施形態では、パス管理サーバ５が、関連する全てのドメイン２に直接問い合わせを行っているが、パス管理サーバ５がパスの始点が属するドメイン２に問い合わせを行い、その後は関連するドメイン２同士でシグナリングメッセージによって問い合わせを行ってもよい。また、パス管理サーバ５がドメイン２について問い合わせを行う先は、ドメイン制御サーバ４だけでなく、専用のサーバであってもよい。
【００４０】
次に、問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（４））。なお、各ドメイン２は、制約条件を満たす経路が存在しなかった場合には、経路が見つからなかった原因となった制約条件も伝えるものとする。図３の例では、ドメイン２ａは帯域の制約条件を満たせない、ドメイン２ｂは制約条件を満たす経路が存在する、ドメイン２ｃは遅延の制約条件を満たせない、と回答したものとする。
【００４１】
各ドメイン２からの応答を受け取ったパス管理サーバ５は、ＮＧ応答の原因となった制約条件に基づき、次に行うべき処理を決定する。ここで、パス管理サーバ５は、帯域などの分割不可制約条件が、経路を決定できない原因になっていた場合、経路計算（ドメイン選択）を再び行う（ステップ（２ａ））。このときの経路計算の方法としては、経路を決定できない原因となっていたドメイン２を抜かしたトポロジで最短経路計算やＣＳＰＦ計算を行う方法がある。図３の例では、経路を「ドメイン２ｂ→ドメイン２ａ→ドメイン２ｃ」から「ドメイン２ｂ→ドメイン２ｄ→ドメイン２ｃ」に変更している。
【００４２】
また、ステップ（２ａ）では、パス管理サーバ５は、通過するドメイン２が変更となったことにより、遅延などの分割可能制約条件を再度新たに選択されたドメイン２間で分割する必要がある場合には、制約条件を分割するための計算も行う。これらの処理により、分割不可制約条件を満足できないドメイン２を除外して、制約条件を満たす別の経路を発見することが可能である。
【００４３】
次に、パス管理サーバ５は、再計算した経路を通過するドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、算出した経路や制約条件を満たすような経路が存在するかどうか問い合わせを行う（ステップ（３ａ））。問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（４ａ））。
【００４４】
そして、パス管理サーバ５は、各ドメイン２からの回答を受け、遅延などの分割可能制約条件が経路を決定できない原因になっていた場合、その値の分割比率の再計算（制約条件分割）を行う（ステップ（２ｂ））。ここで、分割可能制約条件が複数存在した場合には、再計算を行う制約条件を１つずつにしてもよいし、複数を同時に再計算してもよい。再計算の方法としては、予め決めた分だけ、ＮＧ回答のドメインに対しては値を増やすなどして制約条件を緩和し、ＯＫ回答のドメインに対してはその分制約条件をきつくする、などの方法がある。これにより、一度発見した通過ドメインはそのままで、ユーザが要求した制約条件を満足するかどうかを再確認することが可能である。図３の例では、ＮＧ回答のドメイン２ｄの遅延制約条件を３３ｍｓから５０ｍｓに緩和し、同時にＯＫ回答のドメイン２ｂ，３ｃの遅延制約条件を３３ｍｓから２５ｍｓときつくしている。
【００４５】
次に、パス管理サーバ５は、パスの経路を通過するドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、ステップ（２ｂ）で算出した経路や再計算した制約条件、ユーザが指定したその他の制約条件を満たすような経路が存在するかどうか問い合わせを行う（ステップ（３ｂ））。問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（４ｂ））。ここで、再び制約条件を満たさない経路が存在するドメイン２が１つでもあれば、パス管理サーバ５が経路または制約条件分割の再計算を行い、全てのドメイン２で経路が存在するパスの経路が見つかるまで同様の処理を繰り返し行う。
【００４６】
一方、問い合わせをしたドメイン２全てで制約条件を満たす経路が存在するという回答が得られた場合（ステップ（４ｂ））、パス管理サーバ５は、見つけた経路でパスを設定するために、関連するドメイン２にパス予約／設定指示を行い（ステップ（５））、また、ユーザに、設定するパスの情報や予約完了を回答する（ステップ（６））。また、パス管理サーバ５からの指示を受けたドメイン制御サーバ４は、関連する各装置（通信装置３等）に対してパス予約／設定の指示を行う（ステップ（７））。
【００４７】
なお、ユーザが、過去に設定要求したパスの情報を知りたい場合には、パス管理サーバ５の専用のボタン（図２に不図示）を押すことで、図６のように、パス情報データベース５５２が保持する情報を表示するようにしてもよい。図６では、パス情報データベース５５２が保持する情報として、行ごとに、Ｎｏ.、ユーザ、パスの始点・終点、帯域、予約時間（予約開始・終了時間）、ＶＬＡＮ ＩＤ、品質制約条件、状態の各情報が表示されている。
【００４８】
このように、本実施形態によれば、複数のドメイン２から構成されるネットワーク１において、各ドメイン２が品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワーク１の任意の２地点を接続するパスの経路を、ドメイン単位で探索することで、素早く発見することができる。
【００４９】
また、分割不可制約条件がＮＧのドメイン２を先になくし、その後、分割可能制約条件だけを調整すればよいようにすることで、パスの経路を素早く求めることができる。
【００５０】
次に、ユーザがパス管理サーバ５を用いてパス設定要求を行った場合の他の処理例について図４を用いて説明する。なお、図３の場合の処理と同様の事項については重複する説明を適宜省略し、主に相違事項について説明する。また、この図４の場合の処理の前提として、パス管理サーバ５から提示された制約条件を満たす経路があるかどうかの問い合わせを受けたドメイン２は、経路の有無のみを回答し、経路が無い場合でもその原因となる制約条件に関する情報は回答しないこととする。
【００５１】
まず、ユーザがパス管理サーバ５を用いてパス設定要求を行う（ステップ（１１）：図３のステップ（１）に対応）。ここでは、遅延が１００ｍｓ未満という制約条件を満たすパス設定を要求している。
次に、ユーザからパス設定要求を受けたパス管理サーバ５は、ドメイン選択を行い、ユーザから指定された要求条件の中に分割可能制約条件が含まれていた場合には制約条件分割を行う（ステップ（１２）：図３のステップ（２）に対応）。図４の例では、ユーザはドメイン２ｂに属するノードを始点、ドメイン２ｃに属するノードを終点、遅延１００ｍｓ未満、と要求した場合に、経路として「ドメイン２ｂ→ドメイン２ａ→ドメイン２ｃ」を算出し、これらのドメイン２間に各々遅延３３ｍｓ以下の制約条件を与え、これらの制約条件を満たす経路の問い合わせを行うことを決定する。
【００５２】
次に、パス管理サーバ５は、算出した経路を通過するドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、算出した経路や制約条件を満たすような経路が存在するかどうか問い合わせを行う（ステップ（１３）：図３のステップ（３）に対応）。
【００５３】
次に、問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（１４））。なお、各ドメイン２は、制約条件を満たす経路が存在しなかった場合には、経路が見つからなかった原因となった制約条件に関する情報は出さず、単に経路がなかったことだけを伝えるものとする。
【００５４】
各ドメイン２からの応答を受け取ったパス管理サーバ５は、経路がなかったドメイン２の数と事前に決めていた閾値（所定数）（記憶部５５に記憶しておく。）を比べる。閾値の決め方としては、例えば、パスの経路が通過するドメイン数のｘ％とする、「２」などの固定値とする、などの方法がある。ここで、閾値よりもＮＧ回答のドメイン数が多かった場合、パス管理サーバ５は、パスの経路が通過する経路を変更するためにドメイン選択（経路計算）を再び行う（ステップ（１２ａ））（なお、閾値よりもＮＧ回答のドメイン数が多くなかった場合については図５で後記）。経路計算の方法としては、ＮＧ回答のドメインのうち幾つかのドメインを抜かしたトポロジで最短経路計算やＣＳＰＦ計算を行う、等の方法がある。このように経路を再計算することで、より複雑な制約条件分割再計算を避け、ＮＧとなるドメインの数を減らす経路を発見することが可能である。図４の例では、経路を「ドメイン２ｂ→ドメイン２ａ→ドメイン２ｃ」から「ドメイン２ｂ→ドメイン２ｄ→ドメイン２ｃ」に変更している。
【００５５】
次に、パス管理サーバ５は、再計算した経路を通過するドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、ステップ（１２ａ）で算出した経路や制約条件を満たすような経路が存在するかどうか問い合わせを行う（ステップ（１３ａ））。問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（１４ａ））。
【００５６】
ステップ（４ａ）で問い合わせをしたドメイン２全てで制約条件を満たす経路が存在するという回答が得られた場合、パス管理サーバ５は、見つけた経路でパスを設定するために、関連するドメイン２にパス予約／設定指示を行い（ステップ（１５）：図３のステップ（５）に対応）、ユーザに、設定するパスの情報や予約完了を回答する（ステップ（１６）：図３のステップ（６）に対応）。また、パス管理サーバ５からの指示を受けたドメイン制御サーバ４は、関連する各装置（通信装置３等）に対してパス予約／設定の指示を行う（ステップ（１７）：図３のステップ（７）に対応）。
【００５７】
次に、ユーザがパス管理サーバ５を用いてパス設定要求を行った場合のさらに他の処理例について図５を用いて説明する。なお、図３、図４の場合の処理と同様の事項については重複する説明を適宜省略し、主に相違事項について説明する。図４の場合の処理と比較し、前提、および、ステップ（２１）〜（２３）（図４のステップ（１１）〜（１３）に対応）は同様である。
【００５８】
ステップ（２３）の後、問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（２４））。
各ドメイン２からの応答を受け取ったパス管理サーバ５は、経路がなかったドメイン２の数と事前に決めていた閾値を比べる。ここで、閾値よりもＮＧ回答のドメイン数が多くなかった場合、パス管理サーバ５は、制約条件を分割する、すなわち、分割可能制約条件の分割比率を変更するために再計算を行う（ステップ（２２ｂ）：図３のステップ（２ｂ）に対応）。
【００５９】
次に、パス管理サーバ５は、各ドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、再計算した分割可能制約条件を満たす経路が存在するかどうか問い合わせを行う（ステップ（２３ｂ））。問い合わせを受けた各ドメイン２は、その分割可能制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（２４ｂ））。
【００６０】
ステップ（２３ｂ）で問い合わせをしたドメイン２全てで制約条件を満たす経路が存在するという回答が得られた場合、パス管理サーバ５は、見つけた経路でパスを設定するために、関連するドメイン２にパス予約／設定指示を行い（ステップ（２５）：図３のステップ（５）に対応）、ユーザに、設定するパスの情報や予約完了を回答する（ステップ（２６）：図３のステップ（６）に対応）。また、パス管理サーバ５からの指示を受けたドメイン制御サーバ４は、関連する各装置（通信装置３等）に対してパス予約／設定の指示を行う（ステップ（２７）：図３のステップ（７）に対応）。
【００６１】
このように、図４、図５の処理によれば、ＮＧ回答のドメイン数が多い場合には分割可能制約条件の分割比率ではなく経路(選択ドメイン)から再計算することで、ＮＧドメイン数を減らし、これにより、ＮＧドメイン数が増えるほど複雑になる分割可能制約条件の割り当てをＮＧドメイン数が多い場合に避けることができるので、パスの経路の発見を素早く行うことが可能となる。
【００６２】
なお、パス管理サーバ５による前記処理をコンピュータに実行させるためのプログラムを作成し、コンピュータにインストールすることで、そのコンピュータは、その処理を実行することができる。
【００６３】
このように、本実施形態のパス管理サーバ５によれば、複数のドメイン２から構成されるネットワーク１において、各ドメイン２が品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワーク１の任意の２地点を接続するパスの経路を素早く発見することができる。つまり、分割可能制約条件を、ドメインごとの大きさ、ドメインの数、過去のデータなどに基づいて分割することで、パスの適切な経路を素早く発見することができる。
【００６４】
また、分割不可制約条件を満足できないドメイン２を除外してパスの経路を再計算することで、制約条件を満たす別の経路を素早く発見することができる。
【００６５】
また、分割可能制約条件の分割比率を再計算することで、一度発見したパスの経路はそのままで、ユーザが要求した制約条件を満足するかどうかを再確認することができ、パスの経路を素早く発見することができる。
【００６６】
また、パス予約が否であるドメイン２の数が所定数以上のときはパスの経路を再計算することで、より複雑な分割可能制約条件の分割比率の再計算の回数を減らすことができる。
【００６７】
以上で本実施形態の説明を終えるが、本発明の態様はこれらに限定されるものではない。
例えば、ドメイン２の数は、４つでなくても、２つ、３つ、あるいは５つ以上であってもよい。
その他、各装置の構成や処理の具体的な内容について、本発明の主旨を逸脱しない範囲で適宜変更ができる。
【符号の説明】
【００６８】
１ ネットワーク
２、２ａ、２ｂ、２ｃ、２ｄ ドメイン
３ 通信装置
４、４ａ、４ｂ、４ｃ、４ｄ ドメイン制御サーバ
５ パス管理サーバ
６ ユーザ
５１ ユーザ要求受付／応答部
５２ 情報収集部
５３ 計算部
５４ 外部装置通信部
５５ 記憶部
５１１ 対ユーザ入出力インターフェース
５４１ 対外部装置入出力インターフェース
５５１ ネットワーク情報データベース
５５２ パス情報データベース
【技術分野】
【０００１】
本発明は、複数のドメインから構成されるネットワークにおいて、各ドメインが品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワークの任意の２地点を接続するパスの経路を素早く発見するための技術に関する。
【背景技術】
【０００２】
近年、伝送技術の発展とアプリケーションの多様化により、動画・音声配信や実験データ転送といった、大容量のファイル（データ）をやりとりする機会が増えている。さらに、そういった機会は、定期的・長期的だけではなく、不定期かつ数時間から数日レベルの短期間、即時的に発生するようになった。そのため、このような不定期かつ短期的、即時的な大容量データ転送のために専用線を準備するのでは、ネットワークキャリア側としては限られた網資源の非効率的な利用につながり、ユーザ側としては使用していない期間の料金も発生する、といった問題が発生する。
【０００３】
この問題を解決するために、ユーザが好きなタイミングで好きな期間だけデータ転送のためのネットワーク帯域、つまり、「パス」を使うことができる「オンデマンドサービス」が普及している（非特許文献１、２参照）。特に、ＤＣＮ（Dynamic Circuit Network）アーキテクチャ（非特許文献２参照）では、管理組織が異なる複数のドメインをまたがるパスをオンデマンドで張れる仕組みが用意されており、今後通信サービスがグローバル化していく中で注目すべきサービスである。
【０００４】
オンデマンドサービスでは、ユーザが好きな時に好きな期間パスを設定できるだけではなく、遅延や遅延ゆらぎ、パケットロス率、ＭＴＵ（Maximum Transmission Unit）といった、アプリケーションごとに重要となってくる制約条件（要求条件）を満たしたパスを設定できることが重要である。現状のオンデマンドサービスでは、専用の集中サーバがこのようなネットワークのパフォーマンス情報を保持し、ユーザ要求を満たすパスを発見する際や、実際に稼働中のパスの性能を確認するのに参照されている。
【０００５】
また、性能計測技術としては、Internet2が普及促進をしているperfSONAR（非特許文献３参照）が代表的である。perfSONARは、ネットワーク性能測定のフレームワークで、各ドメインと連携したネットワーク測定および測定データの提供を行う。この測定は、各ドメイン内の主要ノードに設置されるＭＰ（Measurement Point）と呼ばれる測定ポイントが行い、測定結果は、ＭＡ（Measurement Archive）と呼ばれるアーカイブサーバに貯蓄される。perfSONARでは様々なサービスが用意されており、測定可能なパラメータとしては遅延やジッタ、スループット等がある。
【０００６】
数多くあるユーザ要求制約条件は、大きく２種類に分けられる。１つは、パスの経路が通過する複数のドメイン全てが、ユーザが要求した値そのままを満足する必要があり、分割することができない制約条件（以下、「分割不可制約条件」とも称する。）である。分割不可制約条件には、例えば、帯域や予約開始・終了時間、ＭＴＵ、信頼性（冗長化、ＭＴＢＦ（Mean Time Between Failure））などがある。もう１つは、パスの経路が通過する複数のドメインの性能値の総和や確率統計が、ユーザの要求した値を満たしていればよく、ドメインごとに分割可能な制約条件（以下、「分割可能制約条件」とも称する。）である。分割可能制約条件には、例えば、遅延や遅延ゆらぎ、パケットロス率、などがある。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】"Dynamic Circuit Network"、[online]、[平成23年6月6日検索]、インターネット<URL: http://www.internet2.edu/network/dc/>
【非特許文献２】"Ｌ１オンデマンド"、[online]、学術情報ネットワーク、[平成23年6月6日検索]、インターネット<URL: http://www.sinet.ad.jp/service/network/l1/ondemand >
【非特許文献３】"perfSONAR"、[online]、[平成23年6月6日検索]、インターネット<URL: http://www.perfsonar.net/index.html>
【発明の概要】
【発明が解決しようとする課題】
【０００８】
今後、アプリケーションの種類が増えるにつれて、パス設定で満たすべき制約条件の種類も増加し、制約条件を考慮したパスの設定が重要となってくる。しかし、このように制約条件の種類が増えてくると、各ドメインは、自身の性能指標となる制約条件に関わる値を自分自身の管理外にある専用サーバに保持させて参照されたくない場合が出てくる。この場合、パスを設定する際、特に複数のドメインをまたいでパスが設定される場合には、パスの経路が通過する個々のドメインに制約条件を満たすかどうかを直接問い合わせる必要がある。
【０００９】
このとき、２種類に分けた制約条件のうち、分割可能制約条件は、各ドメインへ制約条件を満たすパスの経路の問い合わせを行う際に、満たすべき制約条件の値を工夫して伝えないと、関連するドメイン間で合わせてユーザの要求条件を満たすパスを発見することが難しい。例えば、ユーザが要求してきた遅延制約条件が３０ｍｓ以下であった場合、３つのドメインＡ，Ｂ，Ｃを経由するパスがその遅延制約条件を満たすためには、各ドメインで遅延１０ｍｓ以下を満足すればよい。このとき、各ドメインに「遅延１０ｍｓ以下を満たす経路があるか」と問い合わせると遅延条件が厳しくなるためＮＧとなるドメインが出てくる可能性がある。一方、「遅延３０ｍｓ以下を満たす経路があるか」と問い合わせると、各ドメインは遅延制約条件を満たしたとしても、ドメインＡ，Ｂ，Ｃと通過するパスの遅延は３０ｍｓを超えている可能性がある。
【００１０】
そこで、本発明は、このような事情に鑑みてなされたものであり、複数のドメインから構成されるネットワークにおいて、各ドメインが品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワークの任意の２地点を接続するパスの経路を素早く発見することを課題とする。
【課題を解決するための手段】
【００１１】
前記課題を解決するために、本発明は、複数の通信装置およびそれらを制御するドメイン制御サーバを有するドメインを複数備えるネットワークについて、前記ドメインの異なる任意の２つの前記通信装置間を接続するパスの経路を発見するパス管理装置であって、前記パスの経路の設定に必要な前記ネットワークに関する情報であるネットワーク情報を記憶する記憶部と、ユーザから、前記パスの始点と終点、および、前記パスの経路の設定に必要な制約条件を含むパス設定要求があったとき、前記パス設定要求における制約条件を満たすような経路を計算する計算部と、複数の前記ドメイン制御サーバに対して制約条件とともにパス予約要求を行い、当該パス予約要求を行ったドメイン制御サーバからパス予約の可否結果情報を収集する外部装置通信部と、を備え、前記計算部は、前記制約条件のうち、前記パスの経路が通過するドメインごとの個々の値の和によって表される分割可能制約条件を、当該パスの経路が通過するドメインごとに割り当てるために、当該パスの経路が通過するドメインごとの大きさ、ドメインの数、それらのドメインにおけるパスの経路の設定に関する過去のデータの少なくともいずれかに基づいて、前記分割可能制約条件を分割することを特徴とする。
【００１２】
これにより、複数のドメインから構成されるネットワークにおいて、各ドメインが品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワークの任意の２地点を接続するパスの経路を素早く発見することができる。つまり、分割可能制約条件を、ドメインごとの大きさ、ドメインの数、過去のデータなどに基づいて分割することで、パスの適切な経路を素早く発見することができる。
【００１３】
また、本発明は、前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、当該パス予約が否であることの原因となった制約条件が、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件であったとき、前記計算部は、当該パス予約が否であるドメインを除外して前記パスの経路を再計算することを特徴とする。
【００１４】
これにより、分割不可制約条件を満足できないドメインを除外してパスの経路を再計算することで、制約条件を満たす別の経路を素早く発見することができる。
【００１５】
また、本発明は、前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、当該パス予約が否であることの原因となった制約条件が、前記分割可能制約条件であったとき、前記計算部は、前記分割可能制約条件の分割比率を再計算することを特徴とする。
【００１６】
これにより、一度発見したパスの経路はそのままで、ユーザが要求した制約条件を満足するかどうかを再確認することができ、パスの経路を素早く発見することができる。
【００１７】
また、本発明は、前記外部装置通信部が、１つ以上の前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得し、当該パス予約が否であることの原因となった制約条件として、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件と、前記分割可能制約条件との両方があった場合に、前記計算部は、当該パス予約が否であるドメインの数が所定数以上であるとき、当該パスの経路を再計算することを特徴とする。
【００１８】
これにより、パス予約が否であるドメインの数が所定数以上のときはパスの経路を再計算することで、より複雑な分割可能制約条件の分割比率の再計算の回数を減らすことができる。
【発明の効果】
【００１９】
本発明によれば、複数のドメインから構成されるネットワークにおいて、各ドメインが品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワークの任意の２地点を接続するパスの経路を素早く発見することができる。
【図面の簡単な説明】
【００２０】
【図１】本実施形態のネットワークの構成図である。
【図２】パス管理サーバの構成図である。
【図３】ネットワークにおける各装置の処理例を示すフローチャートである。
【図４】ネットワークにおける各装置等の他の処理例を示すフローチャートである。
【図５】ネットワークにおける各装置等のさらに他の処理例を示すフローチャートである。
【図６】パス情報データベースが保持する情報の例を示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明を実施するための形態（以下、「実施形態」と称する。）について、図面を参照（言及図以外の図も適宜参照）して説明する。なお、以下において、「パスの経路の設定」を、「パスの設定」や「パス設定」とも称する。
【００２２】
まず、本実施形態のネットワークの構成について図１を用いて説明する。ネットワーク１は、複数のドメイン２（２ａ、２ｂ、２ｃ、２ｄ）を備えている。なお、複数のドメイン２について、特に区別しないときは「ドメイン２」と称し、区別するときは「ドメイン２ａ」などと称する。
【００２３】
ドメイン２については、例えば、ＯＳＰＦ（Open Shortest Path Fast）プロトコルが管理する範囲を１つのドメインとする。そして、各ドメイン２は、複数の通信装置３を有している。各ドメイン２では、ドメイン制御サーバ４（４ａ、４ｂ、４ｃ、４ｄ）それぞれが管理を行っている。なお、複数のドメイン制御サーバ４について、特に区別しないときは「ドメイン制御サーバ４」と称し、区別するときは「ドメイン制御サーバ４ａ」などと称する。
【００２４】
ドメイン２間をまたいだ通信装置３同士が通信可能に接続されることで、各ドメイン２同士が通信可能となっている。また、パス管理サーバ５（パス管理装置）は、各ドメイン２のドメイン制御サーバ４と通信可能に接続され、必要に応じて通信を行う。
【００２５】
次に，パス管理サーバ５の構成について図２を用いて説明する。パス管理サーバ５は、コンピュータ装置であり、ユーザ要求受付／応答部５１、対ユーザ入出力インターフェース５１１、情報収集部５２、計算部５３、外部装置通信部５４、対外部装置入出力インターフェース５４１、および、記憶部５５を備えて構成され、それらがＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、各種インターフェース等によって実現される。記憶部５５には、ネットワーク情報データベース５５１とパス情報データベース５５２が格納されている。
【００２６】
ユーザ要求受付／応答部５１は、対ユーザ入出力インターフェース５１１を介してユーザからパス設定要求を受け付けたり、パス設定の可否結果を出力したりする役割を果たす。ユーザ要求受付／応答部５１は、例えば、ユーザからパス設定要求のための入力が行われると、ネットワーク情報データベース５５１や計算部５３などと連携し、ユーザの入力内容をパス設定のための内部処理に反映させたり、パス設定要求のＯＫ／ＮＧが判明した際にはその情報をユーザに知らせるために画面（図２に不図示）に表示したりする。
【００２７】
情報収集部５２は、ユーザがパス設定要求を行う際に、指定されたパスの始点と終点を結ぶ最適な経路を算出するために必要な、ネットワーク１に存在するドメイン２同士の接続情報などをネットワーク１内のドメイン制御サーバ４等から収集する。
【００２８】
計算部５３は、ユーザがパス設定要求を行った際に、ネットワーク情報データベース５５１などと連携し、ユーザが入力したパス設定に関する制約条件（「要求条件」とも称する。）を考慮してパスの経路を計算したり、パスの経路が通過するドメイン２間で分割する必要がある分割可能制約条件の分割比率を計算したりする。
【００２９】
外部装置通信部５４は、ユーザが入力した制約条件を満たすパスを設定するために、対外部装置入出力インターフェース５４１を介して適切な外部装置にその情報を伝える。適切な外部装置としては、パスの経路が通過するドメイン２のドメイン制御サーバ４や、ユーザが入力したパスの始点が存在するドメイン２を管理するドメイン制御サーバ４、ネットワーク１内に存在する専用サーバ（図１に不図示）などがある。
【００３０】
ネットワーク情報データベース５５１は、情報収集部５２が収集したネットワーク情報を保持する。保持する情報としては、ネットワーク１内に存在するドメイン２やドメイン２間の接続関係、各ドメイン２を構成する、または各ドメイン２の境界に位置するノード（通信装置３）、各ノードに付属するインターフェースなどがある。
【００３１】
パス情報データベース５５２は、ユーザが要求したパスに関する情報を保持する。保持する情報としては、各パスを要求したユーザ名、パスの始点・終点、帯域、ＶＬＡＮ（Virtual Local Area Network） ＩＤ（identifier）、予約開始・終了時間、品質に関する制約条件（遅延、遅延ゆらぎ、ＭＴＵなど）、状態（稼働中、終了、予約済み、キャンセル、失敗、など）などがある。
【００３２】
次に、ユーザがパス管理サーバ５を用いてパス設定要求を行った場合の各装置の処理例について図３を用いて説明する。なお、この図３の処理例の前提として、パス管理サーバ５から提示された制約条件を満たす経路があるかどうかの問い合わせを受けたドメイン２は、経路の有無を回答し、経路が無い場合にはその原因となった制約条件（例：遅延ＮＧなど）も回答するが、制約条件に関する値までは回答しないこととする。また、パス管理サーバ５は、ドメイン２の接続関係（ドメイン単位のトポロジ）やドメイン２ごとのファイバケーブル等の最大帯域は、ＯＳＰＦなどのプロトコルを利用して、またはネットワーク１内に存在する専用サーバへ問い合わせるなどして、把握していることとする。また、パス管理サーバ５は、ドメイン２ごとのリアルタイムなリソース状況や品質（遅延、パケットロス率など）の情報は把握していないこととする。また、図３において、例えば、「ドメイン２ａ」と記載している部分について、実際に処理を行うのは「ドメイン制御サーバ４ａ」や「専用サーバ（図１に不図示）」であるが、説明の都合上、「ドメイン２ａ」と記載する。ドメイン２ｂ、２ｃ、２ｄについても同様である。
【００３３】
まず、ユーザ６（以下、単に「ユーザ」と称する。）がパス管理サーバ５を用いてパス設定要求を行う（ステップ（１））。なお、ユーザは、パス管理サーバ５を直接操作してもよいし、あるいは、他のコンピュータ装置からパス管理サーバ５へアクセスすることによりパス設定要求を行ってもよい。このとき、ユーザがパス設定に関して指定する制約条件には、パスの始点・終点、帯域、予約開始・終了時間、ＶＬＡＮ ＩＤ、品質制約条件（最大許容可能遅延、最大許容可能遅延ゆらぎ、最大許容可能パケットロス率、必要ＭＴＵ、信頼性（冗長化、ＭＴＢＦ））などがある。また、パスを設定するための必須項目は、パスの始点・終点、帯域、予約開始・終了時間、である。ここでは、遅延が１００ｍｓ未満で、かつ、帯域が１Ｇｂｐｓ（bits per second）、という制約条件を満たすパス設定を要求している。
【００３４】
次に、ユーザからのパス設定要求を受けたパス管理サーバ５は、ドメイン選択を行う、つまり、ユーザが指定したパスの始点・終点を満足する経路をドメインレベル以下で算出する（ステップ（２）の前半）。「ドメインレベル以下で算出する」とは、具体的には、通過するドメイン２を決定する、通過するドメイン２とそのドメイン２の境界ノード（境界の通信装置３）を決定する、あるいは、通過するドメイン２とそのドメイン２内のノードを決定する、などが該当する。また、経路算出方法としては、最短経路計算やＣＳＰＦ（constrained shortest path fast）などがある。
【００３５】
これらの計算を行うために、事前に定期的に、またはユーザのパス設定要求をトリガーとして、情報収集部５２がネットワーク１内に存在する、各ドメイン２の情報を保持する専用サーバ、または、各ドメイン２のドメイン制御サーバ４から情報を収集し、記憶部５５のネットワーク情報データベース５５１に情報を保持させる。そして、計算部５３が、このネットワーク情報データベース５５１を参照して計算を行う。また、このとき、収集したネットワーク情報からドメイン２間の遅延値（遅延時間）を算出し、この遅延値も考慮してもよい。
【００３６】
同時に、ユーザから指定された要求条件の中に、分割可能制約条件が含まれていた場合には、ドメイン２間での制約条件の分割比率を算出する（ステップ（２）の後半）。分割可能制約条件には、遅延や遅延ゆらぎ、パケットロス率などがある。分割の計算は、パスの経路が通過するドメイン２の大きさを考慮して分割してもよい。ドメイン２の大きさの基準としては、各ドメイン２においてパスの経路が通るドメイン境界ノード間の距離、各ドメイン２の面積、直径、ノード数などがある。これにより、遅延や遅延ゆらぎ、パケットロス率など伝送距離が長くなるほど性能が悪化するような制約条件を適切に分割することが可能である。
【００３７】
同様に、制約条件の分割の計算は、パスの経路が通過するドメイン２の数を考慮して行ってもよい。これにより、各ドメイン２に与える制約条件値を容易に算出することが可能である。同様に、制約条件の分割の計算は、パスの経路が通過するドメイン２の制約条件値に関する過去のデータを考慮して行ってもよい。これにより、実測値に近いデータを考慮してより正確かつ適切に各ドメイン２に制約条件を分割でき、ユーザの要求条件を満たすパスを素早く発見することが可能となる。
【００３８】
同様に、制約条件の分割の計算は、パスの経路が通過するドメイン２の大きさや数、過去のデータなどとは無関係に分割してもよい。例えば、ユーザが遅延１００ｍｓ未満を制約条件として要求し、パスの経路が通過するドメイン２の数が３つの場合、各ドメイン２に遅延３３ｍｓ以下と制約条件を与える。これにより、各ドメイン２に与える制約条件値を容易に算出することが可能である。図３の例では、ユーザはドメイン２ｂに属するノードを始点、ドメイン２ｃに属するノードを終点、帯域１Ｇｂｐｓ、遅延１００ｍｓ未満、と要求した場合に、パス管理サーバ５は、経路として「ドメイン２ｂ→ドメイン２ａ→ドメイン２ｃ」を算出し、これらのドメイン２間に各々帯域１Ｇｂｐｓ、遅延３３ｍｓ以下の制約条件を与え、これらの制約条件を満たす経路の問い合わせを行うことを決定したものとする。
【００３９】
次に、パス管理サーバ５は、算出した経路を通過するドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、制約条件を満たすような経路が存在するかどうか問い合わせを行う（ステップ（３））。ここで、分割不可制約条件（例：帯域、ＶＬＡＮ ＩＤなど）については、ユーザから要求されたそのままの値で各ドメイン２に問い合わせを行う。なお、本実施形態では、パス管理サーバ５が、関連する全てのドメイン２に直接問い合わせを行っているが、パス管理サーバ５がパスの始点が属するドメイン２に問い合わせを行い、その後は関連するドメイン２同士でシグナリングメッセージによって問い合わせを行ってもよい。また、パス管理サーバ５がドメイン２について問い合わせを行う先は、ドメイン制御サーバ４だけでなく、専用のサーバであってもよい。
【００４０】
次に、問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（４））。なお、各ドメイン２は、制約条件を満たす経路が存在しなかった場合には、経路が見つからなかった原因となった制約条件も伝えるものとする。図３の例では、ドメイン２ａは帯域の制約条件を満たせない、ドメイン２ｂは制約条件を満たす経路が存在する、ドメイン２ｃは遅延の制約条件を満たせない、と回答したものとする。
【００４１】
各ドメイン２からの応答を受け取ったパス管理サーバ５は、ＮＧ応答の原因となった制約条件に基づき、次に行うべき処理を決定する。ここで、パス管理サーバ５は、帯域などの分割不可制約条件が、経路を決定できない原因になっていた場合、経路計算（ドメイン選択）を再び行う（ステップ（２ａ））。このときの経路計算の方法としては、経路を決定できない原因となっていたドメイン２を抜かしたトポロジで最短経路計算やＣＳＰＦ計算を行う方法がある。図３の例では、経路を「ドメイン２ｂ→ドメイン２ａ→ドメイン２ｃ」から「ドメイン２ｂ→ドメイン２ｄ→ドメイン２ｃ」に変更している。
【００４２】
また、ステップ（２ａ）では、パス管理サーバ５は、通過するドメイン２が変更となったことにより、遅延などの分割可能制約条件を再度新たに選択されたドメイン２間で分割する必要がある場合には、制約条件を分割するための計算も行う。これらの処理により、分割不可制約条件を満足できないドメイン２を除外して、制約条件を満たす別の経路を発見することが可能である。
【００４３】
次に、パス管理サーバ５は、再計算した経路を通過するドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、算出した経路や制約条件を満たすような経路が存在するかどうか問い合わせを行う（ステップ（３ａ））。問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（４ａ））。
【００４４】
そして、パス管理サーバ５は、各ドメイン２からの回答を受け、遅延などの分割可能制約条件が経路を決定できない原因になっていた場合、その値の分割比率の再計算（制約条件分割）を行う（ステップ（２ｂ））。ここで、分割可能制約条件が複数存在した場合には、再計算を行う制約条件を１つずつにしてもよいし、複数を同時に再計算してもよい。再計算の方法としては、予め決めた分だけ、ＮＧ回答のドメインに対しては値を増やすなどして制約条件を緩和し、ＯＫ回答のドメインに対してはその分制約条件をきつくする、などの方法がある。これにより、一度発見した通過ドメインはそのままで、ユーザが要求した制約条件を満足するかどうかを再確認することが可能である。図３の例では、ＮＧ回答のドメイン２ｄの遅延制約条件を３３ｍｓから５０ｍｓに緩和し、同時にＯＫ回答のドメイン２ｂ，３ｃの遅延制約条件を３３ｍｓから２５ｍｓときつくしている。
【００４５】
次に、パス管理サーバ５は、パスの経路を通過するドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、ステップ（２ｂ）で算出した経路や再計算した制約条件、ユーザが指定したその他の制約条件を満たすような経路が存在するかどうか問い合わせを行う（ステップ（３ｂ））。問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（４ｂ））。ここで、再び制約条件を満たさない経路が存在するドメイン２が１つでもあれば、パス管理サーバ５が経路または制約条件分割の再計算を行い、全てのドメイン２で経路が存在するパスの経路が見つかるまで同様の処理を繰り返し行う。
【００４６】
一方、問い合わせをしたドメイン２全てで制約条件を満たす経路が存在するという回答が得られた場合（ステップ（４ｂ））、パス管理サーバ５は、見つけた経路でパスを設定するために、関連するドメイン２にパス予約／設定指示を行い（ステップ（５））、また、ユーザに、設定するパスの情報や予約完了を回答する（ステップ（６））。また、パス管理サーバ５からの指示を受けたドメイン制御サーバ４は、関連する各装置（通信装置３等）に対してパス予約／設定の指示を行う（ステップ（７））。
【００４７】
なお、ユーザが、過去に設定要求したパスの情報を知りたい場合には、パス管理サーバ５の専用のボタン（図２に不図示）を押すことで、図６のように、パス情報データベース５５２が保持する情報を表示するようにしてもよい。図６では、パス情報データベース５５２が保持する情報として、行ごとに、Ｎｏ.、ユーザ、パスの始点・終点、帯域、予約時間（予約開始・終了時間）、ＶＬＡＮ ＩＤ、品質制約条件、状態の各情報が表示されている。
【００４８】
このように、本実施形態によれば、複数のドメイン２から構成されるネットワーク１において、各ドメイン２が品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワーク１の任意の２地点を接続するパスの経路を、ドメイン単位で探索することで、素早く発見することができる。
【００４９】
また、分割不可制約条件がＮＧのドメイン２を先になくし、その後、分割可能制約条件だけを調整すればよいようにすることで、パスの経路を素早く求めることができる。
【００５０】
次に、ユーザがパス管理サーバ５を用いてパス設定要求を行った場合の他の処理例について図４を用いて説明する。なお、図３の場合の処理と同様の事項については重複する説明を適宜省略し、主に相違事項について説明する。また、この図４の場合の処理の前提として、パス管理サーバ５から提示された制約条件を満たす経路があるかどうかの問い合わせを受けたドメイン２は、経路の有無のみを回答し、経路が無い場合でもその原因となる制約条件に関する情報は回答しないこととする。
【００５１】
まず、ユーザがパス管理サーバ５を用いてパス設定要求を行う（ステップ（１１）：図３のステップ（１）に対応）。ここでは、遅延が１００ｍｓ未満という制約条件を満たすパス設定を要求している。
次に、ユーザからパス設定要求を受けたパス管理サーバ５は、ドメイン選択を行い、ユーザから指定された要求条件の中に分割可能制約条件が含まれていた場合には制約条件分割を行う（ステップ（１２）：図３のステップ（２）に対応）。図４の例では、ユーザはドメイン２ｂに属するノードを始点、ドメイン２ｃに属するノードを終点、遅延１００ｍｓ未満、と要求した場合に、経路として「ドメイン２ｂ→ドメイン２ａ→ドメイン２ｃ」を算出し、これらのドメイン２間に各々遅延３３ｍｓ以下の制約条件を与え、これらの制約条件を満たす経路の問い合わせを行うことを決定する。
【００５２】
次に、パス管理サーバ５は、算出した経路を通過するドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、算出した経路や制約条件を満たすような経路が存在するかどうか問い合わせを行う（ステップ（１３）：図３のステップ（３）に対応）。
【００５３】
次に、問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（１４））。なお、各ドメイン２は、制約条件を満たす経路が存在しなかった場合には、経路が見つからなかった原因となった制約条件に関する情報は出さず、単に経路がなかったことだけを伝えるものとする。
【００５４】
各ドメイン２からの応答を受け取ったパス管理サーバ５は、経路がなかったドメイン２の数と事前に決めていた閾値（所定数）（記憶部５５に記憶しておく。）を比べる。閾値の決め方としては、例えば、パスの経路が通過するドメイン数のｘ％とする、「２」などの固定値とする、などの方法がある。ここで、閾値よりもＮＧ回答のドメイン数が多かった場合、パス管理サーバ５は、パスの経路が通過する経路を変更するためにドメイン選択（経路計算）を再び行う（ステップ（１２ａ））（なお、閾値よりもＮＧ回答のドメイン数が多くなかった場合については図５で後記）。経路計算の方法としては、ＮＧ回答のドメインのうち幾つかのドメインを抜かしたトポロジで最短経路計算やＣＳＰＦ計算を行う、等の方法がある。このように経路を再計算することで、より複雑な制約条件分割再計算を避け、ＮＧとなるドメインの数を減らす経路を発見することが可能である。図４の例では、経路を「ドメイン２ｂ→ドメイン２ａ→ドメイン２ｃ」から「ドメイン２ｂ→ドメイン２ｄ→ドメイン２ｃ」に変更している。
【００５５】
次に、パス管理サーバ５は、再計算した経路を通過するドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、ステップ（１２ａ）で算出した経路や制約条件を満たすような経路が存在するかどうか問い合わせを行う（ステップ（１３ａ））。問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（１４ａ））。
【００５６】
ステップ（４ａ）で問い合わせをしたドメイン２全てで制約条件を満たす経路が存在するという回答が得られた場合、パス管理サーバ５は、見つけた経路でパスを設定するために、関連するドメイン２にパス予約／設定指示を行い（ステップ（１５）：図３のステップ（５）に対応）、ユーザに、設定するパスの情報や予約完了を回答する（ステップ（１６）：図３のステップ（６）に対応）。また、パス管理サーバ５からの指示を受けたドメイン制御サーバ４は、関連する各装置（通信装置３等）に対してパス予約／設定の指示を行う（ステップ（１７）：図３のステップ（７）に対応）。
【００５７】
次に、ユーザがパス管理サーバ５を用いてパス設定要求を行った場合のさらに他の処理例について図５を用いて説明する。なお、図３、図４の場合の処理と同様の事項については重複する説明を適宜省略し、主に相違事項について説明する。図４の場合の処理と比較し、前提、および、ステップ（２１）〜（２３）（図４のステップ（１１）〜（１３）に対応）は同様である。
【００５８】
ステップ（２３）の後、問い合わせを受けた各ドメイン２は、制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（２４））。
各ドメイン２からの応答を受け取ったパス管理サーバ５は、経路がなかったドメイン２の数と事前に決めていた閾値を比べる。ここで、閾値よりもＮＧ回答のドメイン数が多くなかった場合、パス管理サーバ５は、制約条件を分割する、すなわち、分割可能制約条件の分割比率を変更するために再計算を行う（ステップ（２２ｂ）：図３のステップ（２ｂ）に対応）。
【００５９】
次に、パス管理サーバ５は、各ドメイン２に対して、品質要求指定のパス予約要求を行う、すなわち、再計算した分割可能制約条件を満たす経路が存在するかどうか問い合わせを行う（ステップ（２３ｂ））。問い合わせを受けた各ドメイン２は、その分割可能制約条件を満たす経路が存在するかどうかの返答をパス管理サーバ５に対して行う（ステップ（２４ｂ））。
【００６０】
ステップ（２３ｂ）で問い合わせをしたドメイン２全てで制約条件を満たす経路が存在するという回答が得られた場合、パス管理サーバ５は、見つけた経路でパスを設定するために、関連するドメイン２にパス予約／設定指示を行い（ステップ（２５）：図３のステップ（５）に対応）、ユーザに、設定するパスの情報や予約完了を回答する（ステップ（２６）：図３のステップ（６）に対応）。また、パス管理サーバ５からの指示を受けたドメイン制御サーバ４は、関連する各装置（通信装置３等）に対してパス予約／設定の指示を行う（ステップ（２７）：図３のステップ（７）に対応）。
【００６１】
このように、図４、図５の処理によれば、ＮＧ回答のドメイン数が多い場合には分割可能制約条件の分割比率ではなく経路(選択ドメイン)から再計算することで、ＮＧドメイン数を減らし、これにより、ＮＧドメイン数が増えるほど複雑になる分割可能制約条件の割り当てをＮＧドメイン数が多い場合に避けることができるので、パスの経路の発見を素早く行うことが可能となる。
【００６２】
なお、パス管理サーバ５による前記処理をコンピュータに実行させるためのプログラムを作成し、コンピュータにインストールすることで、そのコンピュータは、その処理を実行することができる。
【００６３】
このように、本実施形態のパス管理サーバ５によれば、複数のドメイン２から構成されるネットワーク１において、各ドメイン２が品質要求指定に対応している状況で、ユーザの要求条件を満たしながらネットワーク１の任意の２地点を接続するパスの経路を素早く発見することができる。つまり、分割可能制約条件を、ドメインごとの大きさ、ドメインの数、過去のデータなどに基づいて分割することで、パスの適切な経路を素早く発見することができる。
【００６４】
また、分割不可制約条件を満足できないドメイン２を除外してパスの経路を再計算することで、制約条件を満たす別の経路を素早く発見することができる。
【００６５】
また、分割可能制約条件の分割比率を再計算することで、一度発見したパスの経路はそのままで、ユーザが要求した制約条件を満足するかどうかを再確認することができ、パスの経路を素早く発見することができる。
【００６６】
また、パス予約が否であるドメイン２の数が所定数以上のときはパスの経路を再計算することで、より複雑な分割可能制約条件の分割比率の再計算の回数を減らすことができる。
【００６７】
以上で本実施形態の説明を終えるが、本発明の態様はこれらに限定されるものではない。
例えば、ドメイン２の数は、４つでなくても、２つ、３つ、あるいは５つ以上であってもよい。
その他、各装置の構成や処理の具体的な内容について、本発明の主旨を逸脱しない範囲で適宜変更ができる。
【符号の説明】
【００６８】
１ ネットワーク
２、２ａ、２ｂ、２ｃ、２ｄ ドメイン
３ 通信装置
４、４ａ、４ｂ、４ｃ、４ｄ ドメイン制御サーバ
５ パス管理サーバ
６ ユーザ
５１ ユーザ要求受付／応答部
５２ 情報収集部
５３ 計算部
５４ 外部装置通信部
５５ 記憶部
５１１ 対ユーザ入出力インターフェース
５４１ 対外部装置入出力インターフェース
５５１ ネットワーク情報データベース
５５２ パス情報データベース
【特許請求の範囲】
【請求項１】
複数の通信装置およびそれらを制御するドメイン制御サーバを有するドメインを複数備えるネットワークについて、前記ドメインの異なる任意の２つの前記通信装置間を接続するパスの経路を発見するパス管理装置であって、
前記パスの経路の設定に必要な前記ネットワークに関する情報であるネットワーク情報を記憶する記憶部と、
ユーザから、前記パスの始点と終点、および、前記パスの経路の設定に必要な制約条件を含むパス設定要求があったとき、前記パス設定要求における制約条件を満たすような経路を計算する計算部と、
複数の前記ドメイン制御サーバに対して制約条件とともにパス予約要求を行い、当該パス予約要求を行ったドメイン制御サーバからパス予約の可否結果情報を収集する外部装置通信部と、を備え、
前記計算部は、前記制約条件のうち、前記パスの経路が通過するドメインごとの個々の値の和によって表される分割可能制約条件を、当該パスの経路が通過するドメインごとに割り当てるために、当該パスの経路が通過するドメインごとの大きさ、ドメインの数、それらのドメインにおけるパスの経路の設定に関する過去のデータの少なくともいずれかに基づいて、前記分割可能制約条件を分割する
ことを特徴とするパス管理装置。
【請求項２】
前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、
当該パス予約が否であることの原因となった制約条件が、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件であったとき、
前記計算部は、当該パス予約が否であるドメインを除外して前記パスの経路を再計算する
ことを特徴とする請求項１に記載のパス管理装置。
【請求項３】
前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、
当該パス予約が否であることの原因となった制約条件が、前記分割可能制約条件であったとき、
前記計算部は、前記分割可能制約条件の分割比率を再計算する
ことを特徴とする請求項１に記載のパス管理装置。
【請求項４】
前記外部装置通信部が、１つ以上の前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得し、当該パス予約が否であることの原因となった制約条件として、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件と、前記分割可能制約条件との両方があった場合に、
前記計算部は、
当該パス予約が否であるドメインの数が所定数以上であるとき、当該パスの経路を再計算する
ことを特徴とする請求項１に記載のパス管理装置。
【請求項５】
複数の通信装置およびそれらを制御するドメイン制御サーバを有するドメインを複数備えるネットワークについて、前記ドメインの異なる任意の２つの前記通信装置間を接続するパスの経路を発見するパス管理装置によるパス管理方法であって、
前記パス管理装置は、
前記パスの経路の設定に必要な前記ネットワークに関する情報であるネットワーク情報を記憶する記憶部と、計算部と、外部装置通信部と、を備えており、
前記計算部は、ユーザから、前記パスの始点と終点、および、前記パスの経路の設定に必要な制約条件を含むパス設定要求があったとき、前記パス設定要求における制約条件を満たすような経路を計算し、
前記外部装置通信部は、複数の前記ドメイン制御サーバに対して制約条件とともにパス予約要求を行い、当該パス予約要求を行ったドメイン制御サーバからパス予約の可否結果情報を収集し、
前記計算部は、前記パスの経路を計算する際に、前記制約条件のうち、前記パスの経路が通過するドメインごとの個々の値の和によって表される分割可能制約条件を、当該パスの経路が通過するドメインごとに割り当てるために、当該パスの経路が通過するドメインごとの大きさ、ドメインの数、それらのドメインにおけるパスの経路の設定に関する過去のデータの少なくともいずれかに基づいて、前記分割可能制約条件を分割する
ことを特徴とするパス管理方法。
【請求項６】
前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、
当該パス予約が否であることの原因となった制約条件が、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件であったとき、
前記計算部は、当該パス予約が否であるドメインを除外して前記パスの経路を再計算する
ことを特徴とする請求項５に記載のパス管理方法。
【請求項７】
前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、
当該パス予約が否であることの原因となった制約条件が、前記分割可能制約条件であったとき、
前記計算部は、前記分割可能制約条件の分割比率を再計算する
ことを特徴とする請求項５に記載のパス管理方法。
【請求項８】
前記外部装置通信部が、１つ以上の前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得し、当該パス予約が否であることの原因となった制約条件として、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件と、前記分割可能制約条件との両方があった場合に、
前記計算部は、
当該パス予約が否であるドメインの数が所定数以上であるとき、当該パスの経路を再計算する
ことを特徴とする請求項５に記載のパス管理方法。
【請求項１】
複数の通信装置およびそれらを制御するドメイン制御サーバを有するドメインを複数備えるネットワークについて、前記ドメインの異なる任意の２つの前記通信装置間を接続するパスの経路を発見するパス管理装置であって、
前記パスの経路の設定に必要な前記ネットワークに関する情報であるネットワーク情報を記憶する記憶部と、
ユーザから、前記パスの始点と終点、および、前記パスの経路の設定に必要な制約条件を含むパス設定要求があったとき、前記パス設定要求における制約条件を満たすような経路を計算する計算部と、
複数の前記ドメイン制御サーバに対して制約条件とともにパス予約要求を行い、当該パス予約要求を行ったドメイン制御サーバからパス予約の可否結果情報を収集する外部装置通信部と、を備え、
前記計算部は、前記制約条件のうち、前記パスの経路が通過するドメインごとの個々の値の和によって表される分割可能制約条件を、当該パスの経路が通過するドメインごとに割り当てるために、当該パスの経路が通過するドメインごとの大きさ、ドメインの数、それらのドメインにおけるパスの経路の設定に関する過去のデータの少なくともいずれかに基づいて、前記分割可能制約条件を分割する
ことを特徴とするパス管理装置。
【請求項２】
前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、
当該パス予約が否であることの原因となった制約条件が、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件であったとき、
前記計算部は、当該パス予約が否であるドメインを除外して前記パスの経路を再計算する
ことを特徴とする請求項１に記載のパス管理装置。
【請求項３】
前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、
当該パス予約が否であることの原因となった制約条件が、前記分割可能制約条件であったとき、
前記計算部は、前記分割可能制約条件の分割比率を再計算する
ことを特徴とする請求項１に記載のパス管理装置。
【請求項４】
前記外部装置通信部が、１つ以上の前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得し、当該パス予約が否であることの原因となった制約条件として、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件と、前記分割可能制約条件との両方があった場合に、
前記計算部は、
当該パス予約が否であるドメインの数が所定数以上であるとき、当該パスの経路を再計算する
ことを特徴とする請求項１に記載のパス管理装置。
【請求項５】
複数の通信装置およびそれらを制御するドメイン制御サーバを有するドメインを複数備えるネットワークについて、前記ドメインの異なる任意の２つの前記通信装置間を接続するパスの経路を発見するパス管理装置によるパス管理方法であって、
前記パス管理装置は、
前記パスの経路の設定に必要な前記ネットワークに関する情報であるネットワーク情報を記憶する記憶部と、計算部と、外部装置通信部と、を備えており、
前記計算部は、ユーザから、前記パスの始点と終点、および、前記パスの経路の設定に必要な制約条件を含むパス設定要求があったとき、前記パス設定要求における制約条件を満たすような経路を計算し、
前記外部装置通信部は、複数の前記ドメイン制御サーバに対して制約条件とともにパス予約要求を行い、当該パス予約要求を行ったドメイン制御サーバからパス予約の可否結果情報を収集し、
前記計算部は、前記パスの経路を計算する際に、前記制約条件のうち、前記パスの経路が通過するドメインごとの個々の値の和によって表される分割可能制約条件を、当該パスの経路が通過するドメインごとに割り当てるために、当該パスの経路が通過するドメインごとの大きさ、ドメインの数、それらのドメインにおけるパスの経路の設定に関する過去のデータの少なくともいずれかに基づいて、前記分割可能制約条件を分割する
ことを特徴とするパス管理方法。
【請求項６】
前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、
当該パス予約が否であることの原因となった制約条件が、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件であったとき、
前記計算部は、当該パス予約が否であるドメインを除外して前記パスの経路を再計算する
ことを特徴とする請求項５に記載のパス管理方法。
【請求項７】
前記外部装置通信部が、いずれかの前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得した場合に、
当該パス予約が否であることの原因となった制約条件が、前記分割可能制約条件であったとき、
前記計算部は、前記分割可能制約条件の分割比率を再計算する
ことを特徴とする請求項５に記載のパス管理方法。
【請求項８】
前記外部装置通信部が、１つ以上の前記ドメイン制御サーバから当該ドメインについてパス予約が否である旨の情報を取得し、当該パス予約が否であることの原因となった制約条件として、前記パスの経路が通過するドメインごとに分割することができない分割不可制約条件と、前記分割可能制約条件との両方があった場合に、
前記計算部は、
当該パス予約が否であるドメインの数が所定数以上であるとき、当該パスの経路を再計算する
ことを特徴とする請求項５に記載のパス管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−２５７１４６（Ｐ２０１２−２５７１４６Ａ）
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願番号】特願２０１１−１２９９６７（Ｐ２０１１−１２９９６７）
【出願日】平成２３年６月１０日（２０１１．６．１０）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２４年１２月２７日（２０１２．１２．２７）
【国際特許分類】
【出願日】平成２３年６月１０日（２０１１．６．１０）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]