(57)【要約】【課題】  アプリケーションドリブン型光パスの割当に要する時間を短縮する。【解決手段】  ネットワーク制御装置１０は、ユーザアプリケーションから光パス設定要求を受信したとき、予めアプリケーション用に予約されている光パスリソースを使用して光パスを割り当てるアプリケーションドリブン型光パス割当手段と、次の光パス設定要求に備えてアプリケーション用に光パスリソースを予約する光パスリソース予約手段と、残りの光パスリソースを使用して、電気ルータのトラヒック負荷が低減するように、光パスを割り当てるトラヒックドリブン型光パス割当手段と、光パスの割当に応じて光パスの設定信号をパケット転送網に出力する光パス設定手段とを有する。【選択図】        図１
2007074073.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置および電気ルータ間を光パスで接続するパケット転送網における光パス割当方法であって、
ユーザアプリケーションからの光パス設定要求が生じたときに、予めアプリケーション用に予約されている光パスリソースを使用して光パスを割り当てるアプリケーションドリブン型光パス割当手順と、
次の光パス設定要求に備えて、アプリケーション用に光パスリソースを予約する光パスリソース予約手順と、
残りの光パスリソースを使用して、前記電気ルータのトラヒック負荷に応じて光パスを割り当てる第１のトラヒックドリブン型光パス割当手順とを有することを特徴とする光パス割当方法。
【請求項２】
請求項１記載の光パス割当方法において、
前記光パスリソース予約手順は、
前記光パスリソースに未使用分があるかどうかを判定する判定手順と、
前記光パスリソースに未使用分がある場合に、この未使用分をアプリケーション用の光パスリソースとして予約する第１の予約手順と、
前記光パスリソースに未使用分がない場合に、前記電気ルータのトラヒック負荷に応じて割り当てたトラヒックドリブン型光パスを削除して、光パスリソースを解放し、この解放した光パスリソースをアプリケーション用の光パスとして予約する第２の予約手順とを含むことを特徴とする光パス割当方法。
【請求項３】
請求項１記載の光パス割当方法において、
さらに、前記ユーザアプリケーションからの光パス削除要求が生じたときに、要求された光パスを削除する光パス削除手順と、
この光パス削除手順により解放された光パスリソースを使用して、前記電気ルータのトラヒック負荷に応じて光パスを割り当てる第２のトラヒックドリブン型光パス割当手順とを有することを特徴とする光パス割当方法。
【請求項４】
複数の端末装置および電気ルータ間を光パスで接続するパケット転送網におけるネットワーク制御装置であって、
前記複数の端末装置および電気ルータからトラヒック負荷情報を収集するトラヒック負荷情報収集手段と、
ユーザアプリケーションから光パス設定要求を受信したときに、予めアプリケーション用に予約されている光パスリソースを使用して光パスを割り当てるアプリケーションドリブン型光パス割当手段と、
次の光パス設定要求に備えて、アプリケーション用に光パスリソースを予約する光パスリソース予約手段と、
残りの光パスリソースを使用して、前記トラヒック負荷情報に基づいて光パスを割り当て前記電気ルータのトラヒック負荷を低減するトラヒックドリブン型光パス割当手段と、
前記アプリケーションドリブン型光パス割当手段または前記トラヒックドリブン型光パス割当手段による光パスの割当に応じて光パスの設定信号を前記パケット転送網に出力する光パス設定手段とを有することを特徴とするネットワーク制御装置。
【請求項５】
請求項４記載のネットワーク制御装置において、
前記光パスリソース予約手段は、
前記光パスリソースに未使用分があるかどうかを判定する判定手段と、
前記光パスリソースに未使用分がある場合に、この未使用分をアプリケーション用の光パスリソースとして予約する第１の予約手段と、
前記光パスリソースに未使用分がない場合に、前記電気ルータのトラヒック負荷に応じて割り当てたトラヒックドリブン型光パスを削除して、光パスリソースを解放し、この解放した光パスリソースをアプリケーション用の光パスとして予約する第２の予約手段とを含むことを特徴とするネットワーク制御装置。
【請求項６】
請求項４記載のネットワーク制御装置において、
さらに、前記ユーザアプリケーションから光パス削除要求を受信したときに、要求された光パスを削除する光パス削除手段を有し、
前記トラヒックドリブン型光パス割当手段は、前記光パス削除手段により解放された光パスリソースを使用して、前記トラヒック負荷情報に基づいて光パスを割り当て前記電気ルータのトラヒック負荷を低減することを特徴とするネットワーク制御装置。
【請求項７】
複数の端末装置および電気ルータ間を光パスで接続するパケット転送網におけるネットワーク制御装置としてコンピュータを機能させるネットワーク制御装置用プログラムであって、
ユーザアプリケーションからの光パス設定要求が生じたときに、予めアプリケーション用に予約されている光パスリソースを使用して光パスを割り当てるアプリケーションドリブン型光パス割当手順と、
次の光パス設定要求に備えて、アプリケーション用に光パスリソースを予約する光パスリソース予約手順と、
残りの光パスリソースを使用して、前記電気ルータのトラヒック負荷に応じて光パスを割り当てる第１のトラヒックドリブン型光パス割当手順とを、前記コンピュータに実行させることを特徴とするネットワーク制御装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光パス交換ノードを光パス多重リンクで接続して構成される光パス網を利用して、複数の端末装置および電気ルータ間を光パスで接続するパケット転送網における光パス割当方法、ネットワーク制御装置およびプログラムに関するものである。
【背景技術】
【０００２】
従来の光パス割当方法では、カットスルー光パスの割当がトラヒックドリブン制御とアプリケーションドリブン制御という次の２つの視点で行われる。
トラヒックドリブン制御では、ユーザに見えない基本機能として、ネットワーク内の総スループットを最大化するようにカットスルー光パスの割当を行う。すなわち、予めＩＰｖ６レイヤにトラヒックを流しておき、特定のＩＰｖ６（Internet Protocol Version6）ルータの輻輳検出をトリガとして、カットスルー光パスの割当を行う。このトラヒックドリブン制御は、ＩＰｖ６ルータの輻輳を反作用的に緩和する効果がある。
【０００３】
アプリケーションドリブン制御では、ユーザに見える付加価値サービスとして、特定拠点間のスループットを最大化するようにカットスルー光パスの割当を行う。すなわち、ユーザアプリケーションからの要求に応じて、データ転送前にカットスルー光パスの割当を行う。このアプリケーションドリブン制御は、ＩＰｖ６ルータの輻輳を予防的に緩和する効果がある。
【０００４】
ここで、付加価値サービスとしてのアプリケーションドリブン制御は、基本機能としてのトラヒックドリブン制御に優先して行われる。もし、アプリケーションドリブン型光パスの新設を、既設のトラヒックドリブン型光パスがブロックする場合は、この既設の光パスを削除した上で、アプリケーションドリブン型の光パスが新設される。これにより、ユーザ要求を最大限に満たしつつ、ネットワーク内の総スループットも極大化した光パス割当が可能となる（例えば、非特許文献１参照）。
【０００５】
【非特許文献１】成瀬他，「ＴＳＮにおける光パス割当ポリシーのフレームワーク設計」，電子情報通信学会２００４年総合大会，Ｂ−７−９４，２００４年３月，ｐ．３０３
【発明の開示】
【発明が解決しようとする課題】
【０００６】
アプリケーションドリブン制御では、カットスルー光パスの設定におけるユーザ体感速度を向上させることが重要である。しかし、従来の光パス割当ポリシーでは、トラヒックドリブン型光パスを削除した上で、アプリケーションドリブン型光パスを設定するため、制御に時間を要するという問題点があった。特に、削除対象となるトラヒックドリブン型光パスの特定がボトルネックとなることが懸念される。
本発明は、上記課題を解決するためになされたもので、アプリケーションドリブン型光パスの割当に要する時間を短縮することができる光パス割当方法、ネットワーク制御装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、複数の端末装置および電気ルータ間を光パスで接続するパケット転送網における光パス割当方法であって、ユーザアプリケーションからの光パス設定要求が生じたときに、予めアプリケーション用に予約されている光パスリソースを使用して光パスを割り当てるアプリケーションドリブン型光パス割当手順と、次の光パス設定要求に備えて、アプリケーション用に光パスリソースを予約する光パスリソース予約手順と、残りの光パスリソースを使用して、前記電気ルータのトラヒック負荷に応じて光パスを割り当てる第１のトラヒックドリブン型光パス割当手順とを有するものである。
また、本発明の光パス割当方法の１構成例において、前記光パスリソース予約手順は、前記光パスリソースに未使用分があるかどうかを判定する判定手順と、前記光パスリソースに未使用分がある場合に、この未使用分をアプリケーション用の光パスリソースとして予約する第１の予約手順と、前記光パスリソースに未使用分がない場合に、前記電気ルータのトラヒック負荷に応じて割り当てたトラヒックドリブン型光パスを削除して、光パスリソースを解放し、この解放した光パスリソースをアプリケーション用の光パスとして予約する第２の予約手順とを含むものである。
また、本発明の光パス割当方法の１構成例は、さらに、前記ユーザアプリケーションからの光パス削除要求が生じたときに、要求された光パスを削除する光パス削除手順と、この光パス削除手順により解放された光パスリソースを使用して、前記電気ルータのトラヒック負荷に応じて光パスを割り当てる第２のトラヒックドリブン型光パス割当手順とを有するものである。
【０００８】
また、本発明のネットワーク制御装置は、前記複数の端末装置および電気ルータからトラヒック負荷情報を収集するトラヒック負荷情報収集手段と、ユーザアプリケーションから光パス設定要求を受信したときに、予めアプリケーション用に予約されている光パスリソースを使用して光パスを割り当てるアプリケーションドリブン型光パス割当手段と、次の光パス設定要求に備えて、アプリケーション用に光パスリソースを予約する光パスリソース予約手段と、残りの光パスリソースを使用して、前記トラヒック負荷情報に基づいて光パスを割り当て前記電気ルータのトラヒック負荷を低減するトラヒックドリブン型光パス割当手段と、前記アプリケーションドリブン型光パス割当手段または前記トラヒックドリブン型光パス割当手段による光パスの割当に応じて光パスの設定信号を前記パケット転送網に出力する光パス設定手段とを有するものである。
また、本発明のネットワーク制御装置の１構成例において、前記光パスリソース予約手段は、前記光パスリソースに未使用分があるかどうかを判定する判定手段と、前記光パスリソースに未使用分がある場合に、この未使用分をアプリケーション用の光パスリソースとして予約する第１の予約手段と、前記光パスリソースに未使用分がない場合に、前記電気ルータのトラヒック負荷に応じて割り当てたトラヒックドリブン型光パスを削除して、光パスリソースを解放し、この解放した光パスリソースをアプリケーション用の光パスとして予約する第２の予約手段とを含むものである。
また、本発明のネットワーク制御装置の１構成例は、さらに、前記ユーザアプリケーションから光パス削除要求を受信したときに、要求された光パスを削除する光パス削除手段を有し、前記トラヒックドリブン型光パス割当手段は、前記光パス削除手段により解放された光パスリソースを使用して、前記トラヒック負荷情報に基づいて光パスを割り当て前記電気ルータのトラヒック負荷を低減するものである。
【０００９】
また、本発明は、ネットワーク制御装置としてコンピュータを機能させるネットワーク制御装置用プログラムであって、ユーザアプリケーションからの光パス設定要求が生じたときに、予めアプリケーション用に予約されている光パスリソースを使用して光パスを割り当てるアプリケーションドリブン型光パス割当手順と、次の光パス設定要求に備えて、アプリケーション用に光パスリソースを予約する光パスリソース予約手順と、残りの光パスリソースを使用して、前記電気ルータのトラヒック負荷に応じて光パスを割り当てる第１のトラヒックドリブン型光パス割当手順とを、前記コンピュータに実行させるようにしたものである。
【発明の効果】
【００１０】
本発明によれば、未使用の光パスリソースをアプリケーション用に予約しておくことにより、アプリケーションドリブン型光パスの割当に要する時間を短縮することができる。また、アプリケーションドリブン型光パス用にリソースを予約した後に、残りの光パスリソースを、電気ルータのトラヒック負荷低減のために使用することで、ネットワーク内の総スループットを最大化することができる。
【００１１】
また、光パスリソースの予約に際して、光パスリソースに未使用分があるかどうかを判定し、光パスリソースに未使用分がない場合は、トラヒックドリブン型光パスを削除して、光パスリソースを解放し、この解放した光パスリソースをアプリケーション用の光パスとして予約することにより、ユーザ要求を満たした光パス設定が可能となる。
【００１２】
また、アプリケーションドリブン型光パスの削除により解放された光パスリソースを使用して、電気ルータのトラヒック負荷が低減するように光パスを割り当てることにより、ネットワーク内の総スループットを最大化することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について図面を参照して説明する。図１は、本発明の実施の形態に係るネットワークの構成例を示すブロック図である。
本実施の形態のネットワークは、光パスを用いてパケット転送を行う端末装置１〜４と、電気ルータ５と、ネットワーク管理装置１０と、アプリケーションサーバ６と、管理ネットワーク１００と、光パス多重リンク１０１とから構成される。
【００１４】
端末装置１〜４と電気ルータ５との間は、ＤＷＤＭ（Dense Wavelength Division Multiplexing）光パス多重リンク１０１で接続される。
図２に、ネットワーク制御装置１０の１構成例を示す。ネットワーク制御装置１０は、トラヒック負荷情報収集手段１１と、アプリケーションドリブン型光パス割当手段１２と、光パスリソース予約手段１３と、トラヒックドリブン型光パス割当手段１４と、光パス設定手段１５と、光パス削除手段１６と、光パスリソース管理テーブル１７とを有する。
【００１５】
ネットワーク制御装置１０は、管理ネットワーク１００を介して端末装置１〜４及び電気ルータ５からトラヒック負荷情報を収集するとともに、光パスの設定／削除を指示する信号を送信する。また、ネットワーク制御装置１０は、図３に示すような光パスリソース管理テーブル１７を有する。ネットワーク制御装置１０は、端末装置１〜４に関して、トラヒックドリブン型カットスルー光パスやアプリケーションドリブン型カットスルー光パスが使用しているリソース、アプリケーション用に予約したリソース、及び空きリソースに関する情報を光パスリソース管理テーブル１７により把握する。
【００１６】
光パスリソース管理テーブル１７は、端末装置１〜４の識別子と、光パスリソースの識別子と、光パスリソースの状態を示すステータスとを対応付けたものである。図３のステータスにおいて、「ｕｓｅｄ」はトラヒックドリブン型光パスとして設定されていることを示し、「ＡＰｕｓｅｄ」はアプリケーションドリブン型光パスとして設定されていることを示し、「ＡＰｒｅｓｅｒｖｅｄ」はアプリケーションドリブン型光パス用に予約されていることを示し、「ｆｒｅｅ」は未使用であることを示している。
【００１７】
次に、ユーザアプリケーションからの光パス設定要求が生じた場合のネットワーク制御装置１０の動作を図４を用いて説明する。アプリケーションサーバ６は、ユーザアプリケーションからの要求によりカットスルー光パスが必要になった場合、光パス設定要求を管理ネットワーク１００を介してネットワーク制御装置１０に送信する。
【００１８】
ネットワーク制御装置１０のアプリケーションドリブン型光パス割当手段１２は、アプリケーションサーバ６から光パス設定要求を受信した場合（図４ステップＳ１においてＹＥＳ）、予めアプリケーション用に予約されている光パスリソースを使用して光パスを割り当て、光パス設定手段１５は、この光パスの割当に応じて光パスを設定するための設定信号を、管理ネットワーク１００を介して端末装置１〜４や電気ルータ５に送信する（ステップＳ２）。この設定信号に応じてアプリケーションドリブン型の光パスが設定される。この際、アプリケーションドリブン型光パス割当手段１２は、光パスリソース管理テーブル１７において、アプリケーション用に予約したリソースから、設定した光パスのリソース分を削除する（ステップＳ３）。
【００１９】
アプリケーションドリブン型光パス割当手段１２は、アプリケーションサーバ６からの光パス設定要求に応じて、例えば端末装置１と端末装置２との間にアプリケーションドリブン型カットスルー光パスを割り当てた場合、図５（Ａ）に示す光パス設定前の状態から図５（Ｂ）に示す光パス設定後の状態へと光パスリソース管理テーブル１７を書き換える。図５（Ａ）、図５（Ｂ）の例では、端末装置１に関してパス識別子「１０４」の光パスリソースのステータスが「ＡＰｒｅｓｅｒｖｅｄ」から「ＡＰｕｓｅｄ」に変わり、端末装置２に関してパス識別子「１０２」の光パスリソースのステータスが「ＡＰｒｅｓｅｒｖｅｄ」から「ＡＰｕｓｅｄ」に変わっている。
【００２０】
続いて、ネットワーク制御装置１０の光パスリソース予約手段１３は、光パスリソースに未使用分があるかどうかを判定し（ステップＳ４）、光パスリソースに未使用分がある場合は、ステップＳ２の光パス設定以降に発生するアプリケーションサーバ６からの光パス設定要求に備えるために、光パスリソース管理テーブル１７を書き換えて、新規の予約分の光パスリソースを予約する（ステップＳ５）。
【００２１】
アプリケーション用光パスリソース予約時の光パスリソース管理テーブル１７の変化を図６（Ａ）、図６（Ｂ）に示す。図６（Ａ）に示す光パスリソース予約前の状態では、端末装置１に関してパス識別子「１０５」の光パスリソースが未使用となっており、また端末装置２に関して、パス識別子「１０６」の光パスリソースが未使用となっていて、光パスリソースに余裕が有ることが分かる。
【００２２】
そこで、光パスリソース予約手段１３は、図６（Ｂ）に示す光パスリソース予約後の状態へと光パスリソース管理テーブル１７を書き換える。図６（Ａ）、図６（Ｂ）の例では、端末装置１に関してパス識別子「１０５」の光パスリソースのステータスが「ｆｒｅｅ」から「ＡＰｒｅｓｅｒｖｅｄ」に変わり、端末装置２に関してパス識別子「１０６」の光パスリソースのステータスが「ｆｒｅｅ」から「ＡＰｒｅｓｅｒｖｅｄ」に変わることにより、光パスリソースの予約が行われている。
【００２３】
一方、ステップＳ４において新規に予約する分の光パスリソースが足りない場合、光パスリソース予約手段１３は、電気ルータ５のトラヒック負荷低減用の光パスを、リソースが不足している分だけ削除し、この削除により解放された光パスリソースを、アプリケーションからの新規の要求に対する予約分に組み入れる（ステップＳ６）。
【００２４】
ここでは、アプリケーション用光パスとして例えば３本分のリソースを予約するものとする。アプリケーション用光パスリソース予約時にリソースが不足した場合の光パスリソース管理テーブル１７の変化を図７（Ａ）、図７（Ｂ）に示す。図７（Ａ）、図７（Ｂ）では、特定の端末装置ｎに着目したテーブルを記載している。図７（Ａ）に示す予約前の光パスリソース管理テーブル１７では、端末装置ｎに関して、パス識別子「１０６」の１本だけがアプリケーション用として予約されているので、残り２本を追加で予約する必要がある。
【００２５】
図７（Ａ）では、パス識別子「１０８」の光パスリソースのステータスが「ｆｒｅｅ」なので、この光パスリソースをアプリケーション用として予約することが可能である。これにより、図７（Ｂ）に示す予約後の状態では、パス識別子「１０８」の光パスリソースのステータスが「ＡＰｒｅｓｅｒｖｅｄ」に変わっている。
【００２６】
このパス識別子「１０８」の光パスリソースを予約した時点で、空きリソースは無くなる。そこで、光パスリソース予約手段１３は、トラヒックドリブン型カットスルー光パス１本を削除して、リソースを解放し、解放したリソースをアプリケーション用光パスとして予約する。図７（Ａ）、図７（Ｂ）の例では、パス識別子「１０３」の光パスリソースを解放した後、この光パスリソースをアプリケーション用として予約する。したがって、図７（Ａ）に示す予約前の状態では、パス識別子「１０３」の光パスリソースのステータスが「ｕｓｅｄ」であったのに対し、図７（Ｂ）に示す予約後の状態では、「ＡＰｒｅｓｅｒｖｅｄ」に変化している。
【００２７】
ステップＳ５あるいはＳ６の処理が終了した後、ネットワーク制御装置１０のトラヒックドリブン型光パス割当手段１４は、残りの光パスリソースを電気ルータ５のトラヒック負荷低減のために使用すべく光パスを割り当て、光パス設定手段１５は、この光パスの割当に応じて設定信号を端末装置１〜４や電気ルータ５に送信する。この設定信号に応じてトラヒックドリブン型の光パスが設定される。そして、トラヒックドリブン型光パス割当手段１４は、このトラヒックドリブン型の光パス設定に応じて光パスリソース管理テーブル１７を書き換える（ステップＳ７）。なお、トラヒックドリブン型光パス割当手段１４は、トラヒック負荷情報収集手段１１が収集したトラヒック負荷情報に基づいて光パスの割り当てを決定する。
以上のように、ネットワーク制御装置１０は、アプリケーションサーバ６からの光パス設定要求が生じる度に、図４に示した処理を行う。
【００２８】
次に、光パスが不要になった場合のネットワーク制御装置１０の動作を図８を用いて説明する。アプリケーションサーバ６は、例えばユーザアプリケーションからの通知により光パスが不要になった場合、当該光パスの削除要求をネットワーク制御装置１０に対して送信する。
【００２９】
ネットワーク制御装置１０の光パス削除手段１６は、アプリケーションサーバ６からの光パス削除要求を受信した場合（図８ステップＳ８においてＹＥＳ）、当該光パスの両端のエッジノード（端末装置１〜４や電気ルータ５）に当該光パスを削除するための削除信号を送信する（ステップＳ９）。
【００３０】
そして、光パス削除手段１６は、この光パスの削除により解放した光パスリソースが未使用分となるように、光パスリソース管理テーブル１７を書き換える（ステップＳ１０）。アプリケーションドリブン型カットスルー光パス削除時の光パスリソース管理テーブル１７の変化を図９（Ａ）、図９（Ｂ）に示す。図９（Ａ）に示す削除前の状態では、端末装置ｎに関してパス識別子「１０７」の光パスリソースのステータスが「ＡＰｕｓｅｄ」であったのに対して、光パスを削除したことにより、図９（Ｂ）に示す削除後の状態では、「ｆｒｅｅ」に変わっている。
【００３１】
ステップＳ１０の処理が終了した後、ネットワーク制御装置１０のトラヒックドリブン型光パス割当手段１４は、解放した光パスリソース（パス識別子「１０７」）を電気ルータ５のトラヒック負荷低減のために使用すべく光パスを割り当て、光パス設定手段１５は、この光パスの割当に応じて設定信号を端末装置１〜４や電気ルータ５に送信する。そして、トラヒックドリブン型光パス割当手段１４は、このトラヒックドリブン型の光パス設定に応じて光パスリソース管理テーブル１７を書き換える（ステップＳ１１）。
以上のように、ネットワーク制御装置１０は、アプリケーションサーバ６からの光パス削除要求が生じる度に、図８に示した処理を行う。
【００３２】
本実施の形態では、未使用の光パスリソースをアプリケーション用に予約しておくことにより、アプリケーションドリブン型光パスの割当に要する時間を短縮することができる。また、アプリケーションドリブン型光パス用にリソースを予約した後に、残りの光パスリソースをトラヒックドリブン型光パスに割り当てることで、ネットワーク内の総スループットを最大化することができる。
【００３３】
なお、本実施の形態のネットワーク制御装置１０は、ＣＰＵと記憶装置とインタフェースとを備えたコンピュータ、及びこれらのハードウェア資源を制御するプログラムによって実現することができる。コンピュータをネットワーク制御装置１０として機能させるためのプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリカードなどの記録媒体に記録された状態で提供される。ＣＰＵは、読み込んだプログラムを記憶装置に書き込み、この記憶装置に格納されたプログラムに従って本実施の形態で説明した処理を実行する。
【産業上の利用可能性】
【００３４】
本発明は、複数の端末装置および電気ルータ間を光パスで接続するパケット転送網に適用することができる。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施の形態に係るネットワークの構成例を示すブロック図である。
【図２】本発明の実施の形態におけるネットワーク制御装置の構成例を示すブロック図である。
【図３】本発明の実施の形態におけるネットワーク制御装置が有する光パスリソース管理テーブルの１例を示す図である。
【図４】本発明の実施の形態においてユーザアプリケーションからの光パス設定要求が生じた場合のネットワーク制御装置の動作を示すフローチャートである。
【図５】アプリケーションドリブン型カットスルー光パス追加設定時の光パスリソース管理テーブルの変化を示す図であり、光パス設定前の光パスリソース管理テーブルと光パス設定後の光パスリソース管理テーブルを示す図である。
【図６】アプリケーション用光パスリソース予約時の光パスリソース管理テーブルの変化を示す図であり、光パスリソース予約前の光パスリソース管理テーブルと光パスリソース予約後の光パスリソース管理テーブルを示す図である。
【図７】アプリケーション用光パスリソース予約時に光パスリソースが不足した場合の光パスリソース管理テーブルの変化を示す図であり、光パスリソース予約前の光パスリソース管理テーブルと光パスリソース予約後の光パスリソース管理テーブルを示す図である。
【図８】本発明の実施の形態において光パスが不要になった場合のネットワーク制御装置の動作を示すフローチャートである。
【図９】アプリケーションドリブン型カットスルー光パス削除時の光パスリソース管理テーブルの変化を示す図であり、光パス設定前の光パスリソース管理テーブルと光パス設定後の光パスリソース管理テーブルを示す図である。
【符号の説明】
【００３６】
１〜４…端末装置、５…電気ルータ、６…アプリケーションサーバ、１０…ネットワーク管理装置、１１…トラヒック負荷情報収集手段、１２…アプリケーションドリブン型光パス割当手段、１３…光パスリソース予約手段、１４…トラヒックドリブン型光パス割当手段、１５…光パス設定手段、１６…光パス削除手段、１７…光パスリソース管理テーブル、１００…管理ネットワーク、１０１…ＤＷＤＭ光パス多重リンク。
【図１】
2007074073.tif 000003
【図２】
2007074073.tif 000004
【図３】
2007074073.tif 000005
【図４】
2007074073.tif 000006
【図５】
2007074073.tif 000007
【図６】
2007074073.tif 000008
【図７】
2007074073.tif 000009
【図８】
2007074073.tif 000010
【図９】
2007074073.tif 000011