JP2018098714A - ネットワーク制御装置、ネットワーク制御方法、及びネットワーク制御プログラム - Google Patents

Abstract

【課題】 デマンドに応じて適時に光パスを提供することができるネットワーク制御装置、ネットワーク制御方法、及びネットワーク制御プログラムを提供する。
【解決手段】 ネットワーク制御装置は、ネットワーク内の複数のノードを経由する光パスを設定する設定処理部と、前記複数のノードによる前記光パスの生成の所要時間に応じ、前記光パスを設定するタイミングを制御する制御部とを有する。
【選択図】図２４

Description

本件は、ネットワーク制御装置、ネットワーク制御方法、及びネットワーク制御プログラムに関する。

例えば通信事業者の大規模なバックボーンネットワークなどにおいて、光ファイバで接続されたノード間では複数のユーザのトラフィックが、波長の相違する複数の光信号にそれぞれ収容され、ＷＤＭ(Wavelength Division Multiplexing)技術により波長多重されて伝送される。ＷＤＭ技術を利用する光ネットワークに関し、例えばＩＴＵ−Ｔ（International Telecommunication Union Telecommunication Sector）勧告Ｇ．７０９／Ｙ．１３３１には、ＯＴＮ（Optical Transport Network）の技術が規定されている。

ＯＴＮの技術によると、ユーザのトラフィックを収容する電気レイヤのパスがユーザの通信拠点間にエンドツーエンドで設定され、多重化された複数の電気レイヤのパスが、波長の相違する複数の光信号にマッピングされた光パス（波長パス）が光ネットワークのノード間に設定される。このため、ＯＴＮの技術によると、電気レイヤのパスと光パスの２種類のパスにより高速で柔軟な光ネットワークの実現が可能とされる。

また、例えばＲＦＣ（Request For Comments）３７１７には、イーサネット（登録商標、以下同様）やＩＰ（Internet Protocol）のトラフィックをＭＰＬＳ（Multi-Protocol Label Switching）のＬＳＰ（label Switched Path）に収容し、さらにＬＳＰをＷＤＭの光パスに収容する技術が規定されている。

ＷＤＭの光ネットワーク内の各ノードにおける使用可能な波長数は、そのノードに設けられた波長スイッチの容量及び数などのハードウェア構成により制限される。この有限な波長リソースを効率よく使用するために、例えば、光ネットワークは統計的なトラフィック需要に基づき設計され、各ノード間には光パスが固定的に設定される。

しかし、近年、光ネットワークに対するＳＤＮ（Software Defined Network）の適用が検討されており、ソフトウェアによる柔軟で動的な光ネットワークの管理制御が実現されつつある。ＳＤＮの技術によると、ユーザや様々なアプリケーションから光ネットワークに対する利用要求、すなわちデマンドの生成が可能となるため、トラフィック需要について、例えば光パスの数や時間帯などが現在よりも動的に変化することが予想される。

このようなトラフィック需要に対し、光ネットワーク内に生成可能な全ての光パスを予め用意しておくことも可能であるが、予想されたトラフィック需要と実際のトラフィック需要のずれが大きいほど、光パスに過不足が生ずるという問題がある。例えば過剰に多くの光パスが設定された場合、その該当するノードでは、光信号の送信器の消費電力に無駄が生じ、また、光パスの運用コストが増加するおそれがある。

これに対し、例えばデマンドの発生状況に応じて動的に光パスを設定または削除すれば、光パスの使用効率を向上することが可能である。なお、例えば特許文献１〜３には、光パスの設定に関する技術が開示されている。

特開平８−１３９６９８号公報 特開２００２−１９８９８１号公報 特表２０１２−５０２５８４号公報

光パスの設定では、その光パスが経由する各ノードのハードウェアに対し、光パスに該当する波長の光信号を伝送するための設定処理が行われる。例えば光パスの各ノードでは、光信号の送信器に対し波長の設定や温度調節などの制御処理が行われる。

このため、デマンドが発生してから光パスがユーザに提供されるまでには遅延時間（例えば数十秒から数分間）が伴い、例えば短時間で多くのデマンドが発生した場合、光パスの提供がユーザの光パスの使用開始に間に合わずに呼損が生じてしまうおそれがある。

そこで本件は、デマンドに応じて適時に光パスを提供することができるネットワーク制御装置、ネットワーク制御方法、及びネットワーク制御プログラムを提供することを目的とする。

１つの態様では、ネットワーク制御装置は、ネットワーク内の複数のノードを経由する光パスを設定する設定処理部と、前記複数のノードによる前記光パスの生成の所要時間に応じ、前記光パスを設定するタイミングを制御する制御部とを有する。

１つの態様では、ネットワーク制御方法は、ネットワーク内の複数のノードを経由する光パスを設定する工程と、前記複数のノードによる前記光パスの生成の所要時間に応じ、前記光パスを設定するタイミングを制御する工程とを、コンピュータが実行する方法である。

１つの態様では、ネットワーク制御プログラムは、ネットワーク内の複数のノードを経由する光パスを設定し、前記複数のノードによる前記光パスの生成の所要時間に応じ、前記光パスを設定するタイミングを制御する、処理をコンピュータに実行させるプログラムである。

１つの側面として、デマンドに応じて適時に光パスを提供することができる。

ネットワークシステムの一例を示す構成図である。 光伝送装置の一例を示す構成図である。 ネットワーク監視制御装置の一例を示す構成図である。 ノードデータベース、デマンド予想情報データベース、デマンド発生情報データベース、及び回線管理データベースの一例を示す図である。 光パス管理データベース、光パス生成時間データベース、及び閾値データベースの一例を示す図である。 光パスの生成時間の測定動作の一例を示す図である。 光パスの生成時間の測定処理の一例を示すフローチャートである。 デマンドの収容処理の一例を示すフローチャートである。 光パスの管理動作の例１を示す図である（その１）。 光パスの管理動作の例１を示す図である（その２）。 光パスの管理動作の例２を示す図である。 光パスの管理動作の例３を示す図である。 光パスの管理動作の例４を示す図である。 光パスの管理動作の例５を示す図である（その１）。 光パスの管理動作の例５を示す図である（その２）。 光パスの管理動作の例６を示す図である（その１）。 光パスの管理動作の例６を示す図である（その２）。 光パスの管理動作の例７を示す図である（その１）。 光パスの管理動作の例７を示す図である（その２）。 光パスの管理動作の例８を示す図である。 光パスの管理動作の例９を示す図である。 光パスの管理動作の例１０を示す図である（その１）。 光パスの管理動作の例１０を示す図である（その２）。 プールパスの管理処理の一例を示すフローチャートである。 デフォルトパスの管理処理の一例を示すフローチャートである（その１）。 デフォルトパスの管理処理の一例を示すフローチャートである（その２）。 光パス生成時間の測定対象経路の一例を示す図である。 光パス生成時間の測定対象経路の他例を示す図である。 閾値データベースの他例を示す図である。 デマンドの収容処理の他例を示すフローチャートである。

図１は、ネットワークシステムの一例を示す構成図である。ネットワークシステムには、複数のノード＃１〜＃６を有するネットワークＮＷと、ネットワークの監視制御を実行するネットワーク監視制御装置１とが含まれる。

各ノード＃１〜＃６には光伝送装置が設けられている。光伝送装置２は、一例として、ＩＴＵ−Ｔ勧告Ｇ．７０９／Ｙ．１３３１に規定されたＯＴＮに基づく光伝送処理を行う。各ノード＃１〜＃６の光伝送装置２は、伝送路である光ファイバを介して互いに接続されている。

例えば、ノード＃１の光伝送装置２はノード＃２，＃６の各光伝送装置２に接続され、ノード＃３の光伝送装置２はノード＃２，＃４，＃５，＃６の各光伝送装置２に接続されている。なお、各ノード＃１〜＃６の光伝送装置２の接続形態は、一例であり、これに限定されない。また、本例のネットワークＮＷのノード数は６個とするが、これに限定されない。

ネットワーク監視制御装置１は、ネットワーク制御装置の一例であり、監視制御用のネットワーク（不図示）を介し各ノード＃１〜＃６の光伝送装置２と通信を行うことにより光伝送装置２を制御する。より具体的には、ネットワーク監視制御装置１は、各光伝送装置２の間に光パス（波長パス）Ｐ１〜Ｐ８を設定する。光パスＰ１〜Ｐ８は、所定の波長の回線パスに収容された信号を伝送するための経路である。

例えば、ノード＃１とノード＃２の間には光パスＰ１，Ｐ８が設定されており、ノード＃２とノード＃３とノード＃４の間には光パスＰ２，Ｐ７が設定されている。各光パスの伝送容量は、一例として１０（Gbps）とするが、これに限定されない。

ネットワーク監視制御装置１はデマンドに応じて光パスＰ１〜Ｐ８を提供する。より具体的には、ネットワーク監視制御装置１は、デマンドに指定された始点ノード、終点ノード、帯域、及び遅延時間に応じた光パスを選択して、その光パスを、クライアント信号が収容された回線パスが通過するように光伝送装置２を設定する。各光パスＰ１〜Ｐ８は、回線パスの帯域の合計が上限（１０（Gbps））以下となる範囲で回線パスを収容することができる。

例えば、１つの回線パスは波長λ１の光パスＰ１を通過し、別の回線パスは波長λ２の光パスＰ２を通過する。各回線パスは、ＯＴＮにおけるＬＯ−ＯＤＵ（Low-Order Optical channel Data Unit）のパスに該当する。また、各回線パスは、ＭＰＬＳの場合、ＬＳＰに該当する。なお、伝送方向に関し、パスＰ１〜Ｐ８は双方向に設けられるが、以下の例では一方の伝送方向のパスＰ１〜Ｐ８についてのみ説明する。

図２は、光伝送装置２の一例を示す構成図である。光伝送装置２は、装置制御部２０と、複数の光送受信部２１と、波長多重スイッチ（ＳＷ）部２２と、信号スイッチ（ＳＷ）部２３と、複数の信号送受信部２４とを有する。

装置制御部２０は、例えばＣＰＵ（Central Processing Unit）回路などにより構成され、複数の光送受信部２１と、波長多重スイッチ部２２と、信号スイッチ部２３とを制御する。装置制御部２０は、ネットワーク監視制御装置１と通信し、ネットワーク監視制御装置１の指示に従い、複数の光送受信部２１と、波長多重スイッチ部２２と、信号スイッチ部２３とに光パスの生成制御を行う。なお、装置制御部２０とネットワーク監視制御装置１の通信には、例えばＴＬ１（Transaction Language-1）、ＯｐｅｎＦｌｏｗ（登録商標）、及びＮＥＴＣＯＮＦなどが用いられる。

光送受信部２１は、他のノード＃１〜＃６の光伝送装置２との間で、波長の異なる波長光が含まれる波長多重光信号を送受信する。より具体的には、光送受信部２１は、波長多重スイッチ部２２から入力された波長多重光信号を増幅して送信し、受信した波長多重光信号を増幅して波長多重スイッチ部２２に出力する。光送受信部２１は、例えば、波長多重光信号を増幅するためのレーザダイオードやエルビウムドープファイバから構成される。

波長多重スイッチ部２２は、信号スイッチ部２３から入力されたＯＴＵフレームの電気信号を、ＯＴＵフレームがマッピングされた複数の波長光に変換するとともに、それらの回線パスを波長多重して波長多重光信号とし、その宛先に応じた光送受信部２１に出力する。また、波長多重スイッチ部２２は、光送受信部２１から入力された波長多重光信号を波長ごとの波長光に分離し、ＯＴＵフレームにデマッピングした電気的な信号に変換して信号スイッチ部２３に出力する。

波長多重スイッチ部２２は、例えば波長選択スイッチなどから構成され、装置制御部２０からの指示に従い、波長多重光信号に波長多重する波長光の波長及び波長多重光信号から分離する波長光の波長を入出力ポートごとに設定する。

信号スイッチ部２３は、複数の信号送受信部２４から入力された電気的なクライアント信号をＯＴＵフレームにマッピングする。マッピング処理は、装置制御部２０の指示に従って実行される。これにより、クライアント信号はＬＯ−ＯＤＵに収容されて、ＬＯ−ＯＤＵはさらに上位のＨＯ−ＯＤＵ（High-Order Optical channel Data Unit）に収容され、ＨＯ−ＯＤＵはＯＴＵフレームにマッピングされる。信号スイッチ部２３は、マッピングされたＯＴＵフレームを波長多重スイッチ部２２に出力する。

また、信号スイッチ部２３は、デマッピングされたクライアント信号を信号送受信部２４に出力し、また、クライアント信号をＯＴＵフレームにマッピングして波長多重スイッチ部２２に出力する。

波長多重スイッチ部２２は、装置制御部２０から指示された波長の波長光を送受信する。このため、光送受信部２１は、光パスの生成時、例えばレーザダイオードの波長の設定や温度調節、及び受信する波長光の波長のフィルタリング設定などを行う。

信号送受信部２４は、端末やルータなどを含むクライアント装置と接続され、クライアント装置との間でクライアント信号を送受信する。信号送受信部２４は、クライアント装置から受信したクライアント信号を、例えばフォーマット変換して信号スイッチ部２３に出力し、信号スイッチ部２３から入力されたクライアント信号を、例えばフォーマット変換して信号送受信部２４に送信する。信号送受信部２４は、例えば送信器及び受信器などのハードウェアにより構成される。

点線は波長光の経路を示す。波長λａの光パスの終点ノードの場合、波長λａの波長光は、波長多重光信号に含まれた状態で光送受信部２１により受信され、波長多重スイッチ部２２により波長多重光信号から分離され、電気的な信号に変換されて信号スイッチ部２３に入力される。これにより、波長λａの波長光は、クライアント信号として信号送受信部２４で受信される。

また、波長λｂの光パスの始点ノードの場合、波長λｂの波長光は、信号スイッチ部２３から波長多重スイッチ部２２に入力されたクライアント信号から生成され、波長多重スイッチ部２２において他の波長λｃ波長光と波長多重される。これにより、波長λｂの波長光は、波長多重光信号として光送受信部２１から伝送路に送信される。

また、波長λｃの光パスの中継ノードの場合、波長λｃの波長光は、波長多重光信号に含まれた状態で光送受信部２１により受信され、波長多重スイッチ部２２により波長多重光信号から分離される。波長λｃの波長光は、中継先に向けて波長スイッチ部２２の内部で折り返され、再度、他の波長光と波長多重されて光送受信部２１へ出力される。これにより、波長λｃの波長光は、光送受信部２１から受信元のノード＃１〜＃６とは別のノード＃１〜＃６に送信される。

図３は、ネットワーク監視制御装置１の一例を示す構成図である。ネットワーク監視制御装置１としては、例えばＮＭＳ（Network Management System）、ＥＭＳ（Element Management System）、及びＳＤＮコントローラなどが挙げられる。

ネットワーク監視制御装置１は、ＣＰＵ１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、ストレージ１３、複数の通信ポート１４、入力装置１５、及び出力装置１６を有する。ＣＰＵ１０は、互いに信号の入出力ができるように、ＲＯＭ１１、ＲＡＭ１２、ストレージ１３、複数の通信ポート１４、入力装置１５、及び出力装置１６と、バス１９を介して接続されている。なお、ＣＰＵ１０はコンピュータの一例である。

ＲＯＭ１１またはストレージ１３には、ＣＰＵ１０を駆動するプログラムが格納されている。プログラムには、ＯＳ（Operating System）と、ネットワーク制御方法を実行するネットワーク制御プログラムが含まれる。ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして機能する。複数の通信ポート１４は、例えば無線ＬＡＮ（Local Area Network）カードやＮＩＣ（Network Interface Card）であり、各ノード＃１〜＃６の光伝送装置２または他の通信端末と通信する。

入力装置１５は、制御サーバ１に情報を入力する装置である。入力装置１５としては、例えばキーボード、マウス、及びタッチパネルなどが挙げられる。入力装置１５は、入力された情報を、バス１９を介しＣＰＵ１０に出力する。

出力装置１６は、制御サーバ１の情報を出力する装置である。出力装置１６としては、例えばディスプレイ、タッチパネル、及びプリンタなどが挙げられる。出力装置１６は、ＣＰＵ１０からバス１９を介して情報を取得して出力する。

ＣＰＵ１０は、ＲＯＭ１１またはストレージ１３からプログラムを読み込むと、機能として、動作制御部１００、デマンド受付部１０１、経路算出部１０２、信号設定処理部１０３、光パス設定処理部１０４、光パス設定パラメータ制御部１０５、及び生成時間測定部１０６が形成される。また、ストレージ１３には、ネットワーク構成データベース（以下、ＤＢと表記）１３０、ノードＤＢ１３１、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、回線管理ＤＢ１３４、光パス管理ＤＢ１３５、光パス生成時間ＤＢ１３６、及び閾値ＤＢ１３７が格納されている。なお、ストレージ１３としては、ハードディスクドライブやソリッドステートドライブが挙げられる。

なお、ネットワーク構成ＤＢ１３０、ノードＤＢ１３１、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、回線管理ＤＢ１３４、光パス管理ＤＢ１３５、光パス生成時間ＤＢ１３６、及び閾値ＤＢ１３７は、ストレージ１３からＲＡＭ１２に複製されてもよい。この場合、ＣＰＵ１０は、ＲＡＭ１２から各ＤＢ１３０〜１３７を読み込んでもよい。あるいは、ネットワーク構成ＤＢ１３０、ノードＤＢ１３１、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、回線管理ＤＢ１３４、光パス管理ＤＢ１３５、光パス生成時間ＤＢ１３６、及び閾値ＤＢ１３７は、入力装置１５または通信ポート１４から入力されてストレージ１３またはＲＡＭ１２に保存されてもよい。

動作制御部１００はネットワーク監視制御装置１の全体の動作を制御する。動作制御部１００は、デマンド受付部１０１、経路算出部１０２、信号設定処理部１０３、光パス設定処理部１０４、光パス設定パラメータ制御部１０５、及び生成時間測定部１０６に対して動作を指示する。

デマンド受付部１０１は、例えば入力装置１５または通信ポート１４から入力されたデマンドを受け付ける。デマンドは、例えばネットワーク管理者、またはＳＤＮが適用されたアプリケーションからのネットワークＮＷの利用の要求の一例である。デマンドには、回線パスに収容するクライアント信号の識別子、クライアント信号の送信元となる始点ノード、クライアント信号の送信先となる終点ノード、帯域、及び遅延時間などのデマンド情報が含まれている。デマンド受付部１０１は、デマンド情報をデマンド発生情報ＤＢ１３３に登録して、デマンドの発生を動作制御部１００に通知する。

動作制御部１００は、デマンドの発生の通知を受けると、経路算出部１０２に対し、デマンドに応じた経路の算出を指示する。経路算出部１０２は、デマンド発生情報ＤＢ１３３からデマンド情報を取得し、要求された始点ノード及び終点ノードの間を結ぶ経路を、例えば最短距離法により算出する。このとき、経路算出部１０２は、ネットワーク構成ＤＢ１３０を参照する。ネットワーク構成ＤＢ１３０には、ネットワークＮＷ内のノード＃１〜＃６及びノード＃１〜＃６の間のリンクの関係を示す情報が登録されている。

経路算出部１０２は、算出結果の経路を動作制御部１００に通知する。なお、経路算出部１０２は、デマンドに応じた経路が、波長不足や帯域不足のために算出できなかった場合、該当する経路がない旨を動作制御部１００に通知する。

動作制御部１００は、経路の通知を受けると、信号設定処理部１０３に対し、その経路における、デマンドに応じたクライアント信号の導通設定を指示する。信号設定処理部１０３は、指示された経路に一致する光パスを光パス管理ＤＢ１３５から選択し、通信ポート１４を介して、その光パスの始点ノード、中継ノード、及び終点ノードの各光伝送装置２に対してクライアント信号の収容設定を行う。光伝送装置２では、装置制御部２０が、そのクライアント信号が回線パスとして光パスに収容されるように、各部２１〜２３に設定を行う。

信号設定処理部１０３は、クライアント信号の収容設定が完了すると、そのクライアント信号を回線管理ＤＢ１３４に登録する。また、信号設定処理部１０３は、収容設定の完了を動作制御部１００に通知する。

光パス設定処理部１０４は、設定処理部の一例であり、ネットワークＮＷ内の複数のノード＃１〜＃６を経由する光パスＰ１〜Ｐ８を設定する。光パス設定処理部１０４は、通信ポート１４を介し、光パスＰ１〜Ｐ８の経路上の各ノード＃１〜＃６の光伝送装置２に光パスＰ１〜Ｐ８の生成を指示する。この指示には、光パスＰ１〜Ｐ８の波長及び方路（入力元及び出力先ノード）などが含まれている。

光伝送装置２において使用可能な波長数は、その光伝送装置２に設けられた波長多重スイッチ部２２の容量及び数などのハードウェア構成により制限される。このため、光パス設定処理部１０４は、予想したデマンドに基づく静的な光パス（以下、「デフォルトパス」と表記）を設定し、また、実際のデマンドに基づく動的な光パス（以下、「プールパス」と表記）を設定する。これにより、ネットワーク監視制御装置１は、有限な波長リソースをデマンドに応じて効率的に提供する。

ネットワークＮＷが使用される前、光パス設定処理部１０４は、デマンド予想情報ＤＢ１３２に基づきデフォルトパスをネットワークＮＷに設定する。デマンド予想情報ＤＢ１３２は、各ノード＃１〜＃６の属する地域のユーザ数などに基づき事前に予想されたデマンド情報であり、予めストレージ１３に記憶されている。

また、光パス設定処理部１０４は、所定の周期Ｔａごとに、その周期Ｔａ内に発生したデマンドに基づきデフォルトパスを増減する。このとき、光パス設定処理部１０４は、デマンド発生情報ＤＢ１３３から周期Ｔａ内のデマンド情報を取得する。

このように、光パス設定処理部１０４は、周期Ｔａ内のデマンドの発生状況（発生傾向）に従いデフォルトパス数を制御するため、デマンドに応じて適時にデフォルトパスの提供が可能となる。なお、周期Ｔａを、以下の説明では「デフォルトパス管理周期Ｔａ」と表記する。

また、光パス設定処理部１０４は、デマンドに応じて光パスの帯域が（クライアント信号を収容する）回線パスに割り当てられたとき、その光パスと経路が重複する全ての光パスの空き帯域の合計を閾値ＴＨと比較する。光パス設定処理部１０４は、その空き帯域の合計が閾値ＴＨ以下となったとき、新たなプールパスを設定する。このとき、光パス設定処理部１０４は、閾値ＤＢ１３７から閾値ＴＨを取得する。

このように、光パス設定処理部１０４は、デマンドに応じて動的にプールパスを設定するため、デマンドが予想以上に発生したためにデフォルトパスが不足しそうな場合でも、プールパスをさらなるデマンドの発生に備えて準備することができる。

しかし、設定対象の光パスが経由する各ノード＃１〜＃６の光伝送装置２では、上述したように、光パスの生成時、例えばレーザダイオードの波長の設定や温度調節、及び受信する波長光の波長のフィルタリング設定などが必要である。このため、デマンドが発生してから光パスがユーザに提供されるまでには遅延時間（例えば数十秒から数分間）が伴い、例えば短時間で多くのデマンドが発生した場合、光パスの提供がユーザの光パスの使用開始に間に合わずに呼損が生じてしまうおそれがある。

そこで、光パス設定パラメータ制御部１０５は、設定対象の光パスが経由する各ノード＃１〜＃６の光伝送装置２による光パスの生成の所要時間（以下、「光パス生成時間」と表記）に応じ、光パスを設定するタイミングを制御する。このとき、光パス設定パラメータ制御部１０５は、光パス生成時間ＤＢ１３６から光パス生成時間を取得する。

したがって、ネットワーク監視制御装置１は、光パス生成時間を見込んだ適切なタイミング（つまり早いタイミング）でプールパスを設定することができる。このため、ネットワーク監視制御装置１は、呼損を生じさせることなく、デマンドに応じて適時に光パスを提供することができる。なお、光パス設定パラメータ制御部１０５は制御部の一例である。

より具体的には、光パス設定パラメータ制御部１０５は、光パス生成時間に応じ閾値ＤＢ１３７内の閾値ＴＨを調整することにより、光パスを設定するタイミングを制御する。このため、閾値ＴＨが増加した場合、デマンドの発生に従い全体の空き帯域が減少して閾値ＴＨ以下となるタイミングが早まり、また、閾値ＴＨが減少した場合、デマンドの発生に従い全体の空き帯域が減少して閾値ＴＨ以下となるタイミングが遅くなる。

したがって、光パス設定パラメータ制御部１０５は、プールパスを追加で設定するタイミングを光パスの生成時間と空き帯域の合計に基づいて制御することができる。なお、光パス設定パラメータ制御部１０５は、これに限定されず、後述するように、プールパスを追加で設定するタイミングを、例えば光パスの生成時間と未使用のプールパスの本数（設定可能な上限数があってもよい。）に基づいて制御してもよい。

光パス設定処理部１０４は、例えば回線パスの生成及び削除により光パスの空き帯域に変化が生じたときに、予想されたデマンドの帯域（以下、「予想帯域」と表記）と実際に発生したデマンドの帯域（以下、「発生帯域」と表記）とを比較し、その比較結果に応じてプールパスを増減する。このプールパスの管理処理が実行される期間において、光パス設定パラメータ制御部１０５は、プールパスを追加で設定するタイミングを制御する。なお、光パス設定処理部１０４は、プールパスの管理処理を一定の期間ごとに実行してもよい。

より具体的には、光パス設定処理部１０４は、予想帯域に対する発生帯域の比が所定値Ｋａ以上である場合、光パス生成時間に応じてプールパスを増加させ、予想帯域に対する発生帯域の比が所定値Ｋｂ以下である場合、光パス生成時間に応じてプールパスを減少させる。なお、何れの場合でも、光パス設定パラメータ制御部１０５は、光パス生成時間に応じて閾値ＴＨを変更する。また、何れの場合にも該当しない場合、プールパスの増減と閾値ＴＨの変更は実行されない。

また、デフォルトパス管理周期Ｔａの到来時、光パス設定処理部１０４がデフォルトパス管理周期Ｔａ内のデマンドの発生状況に継続性がないと判断すれば、上記のプールパスの増減と閾値ＴＨの変更は実行される。

生成時間測定部１０６は、測定部の一例であり、設定対象の光パス上の複数のノード＃１〜＃６の光伝送装置２に対し光パス生成時間の測定を実行する。動作制御部１００は、例えば、ネットワークＮＷの利用開始前、または、その利用開始後でも利用頻度の少ない時間帯（例えば早朝や深夜）に生成時間測定部１０６に光パス生成時間の測定を指示する。生成時間測定部１０６は、測定時、一時的に未使用の波長の光パスの生成を、動作制御部１００を介して光パス設定処理部１０４に依頼する。

生成時間測定部１０６は、測定した光パス生成時間をストレージ１３内の光パス生成時間ＤＢ１３６に登録する。ストレージ１３は、記憶部の一例であり、光パス生成時間を記憶する。このため、光パス設定パラメータ制御部１０５は、光パス生成時間ＤＢ１３６から測定済みの光パス生成時間を取得できるので、閾値ＴＨの制御のたびに光パス生成時間を測定する手間が省ける。

図４は、ノードＤＢ１３１、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、及び回線管理ＤＢ１３４の一例を示す図である。ノードＤＢ１３１には、「ノードＩＤ」、「種類」、「使用可能な波長」、及び「使用中の波長」が登録されている。

「ノードＩＤ」はノード＃１〜＃６の識別子である。「種類」は、ノード＃１〜＃６の種類（「Ｔｙｐｅ−Ａ」、「Ｔｙｐｅ−Ｂ」など）であり、例えばそのノード＃１〜＃６の光伝送装置２の型番（例えばメーカー番号）などにより決定される。「使用可能な波長」は、そのノード＃１〜＃６において光パスの生成に使用可能な波長λ１〜λ５である。また、「使用中の波長」は、そのノード＃１〜＃６において光パスの生成に使用済みの波長λ１〜λ５、つまり新たな光パスの生成には使用できない波長である。例えば、ノード＃１では、使用可能な波長λ１〜λ５のうち、波長λ１，λ２，λ５が使用不可能である。

ノードＤＢ１３１は、経路算出部１０２による経路算出処理、生成時間測定部１０６により測定処理などに用いられる。

デマンド予想情報ＤＢ１３２には、始点ノード、終点ノード、及び帯域（Gbps）が登録されている。帯域は、予想帯域に該当し、デマンドにおいて始点ノードと終点ノードを結ぶ経路に要求される帯域の予想値である。デマンド予想情報ＤＢ１３２は、ネットワークＮＷの利用開始前に予めストレージ１３に格納される。

デマンド発生情報ＤＢ１３３には、デマンドが発生した日時、始点ノード、終点ノード、帯域（Gbps）、及び遅延（msec）が登録されている。始点ノード、終点ノード、帯域（Gbps）、及び遅延（msec）は、デマンド情報から取得される。デマンド発生情報ＤＢ１３３は、デマンド受付部１０１により更新される。

デマンド予想情報ＤＢ１３２及びデマンド発生情報ＤＢ１３３は、光パス設定処理部１０４の光パス設定処理などに用いられる。

回線管理ＤＢ１３４には、信号ＩＤ、経路、波長、帯域（Gbps）、及び遅延（msec）が登録されている。信号ＩＤは、デマンドにより光パスに収容された回線パスの識別子である。本例の回線管理ＤＢ１３４には、信号ＩＤ「Ｓ１」の回線パスが、始点ノード＃２及び終点ノード＃１間の経路を通る波長λ１の光パスに収容され、その帯域は２（Gbps）であり、その遅延は１５０（msec）であることが登録されている。回線管理ＤＢ１３４は、信号設定処理部１０３により更新される。

図５は、光パス管理ＤＢ１３５、光パス生成時間ＤＢ１３６、及び閾値ＤＢ１３７の一例を示す図である。光パス管理ＤＢ１３５には、光パスＰ１〜Ｐ８の識別子であるパスＩＤと、その光パスの経路、波長、及び種類（デフォルトパスまたはプールパス）とが登録されている。なお、光パスＰ９については、後述の例で説明する。

本例の光パス管理ＤＢ１３５には、図１に示された光パスＰ１〜Ｐ８が登録されている。例えば、光パスＰ１は、始点ノード＃２から終点ノード＃１に向かう波長λ１のデフォルトパスであり、光パスＰ２は、始点ノード＃２から中継ノード＃３を経由して終点ノード＃４に向かう波長λ２のデフォルトパスである。また、図１には示されていないが、光パスＰ９は、始点ノード＃２から終点ノード＃１に向かう波長λ６のプールパスである。光パス管理ＤＢ１３５は、光パス設定処理部１０４により更新される。光パス管理ＤＢ１３５は、信号設定処理部１０３の信号設定処理などに用いられる。

光パス生成時間ＤＢ１３６には、設定対象の光パス、つまり未設定の光パスの光パス生成時間が登録されている。本例では、始点ノード＃２から終点ノード＃１に向かう経路の光パス生成時間として２０秒が登録されている。つまり、図１の光パスＰ１，Ｐ８の光パス生成時間は２０秒である。光パス生成時間ＤＢ１３６は、生成時間測定部１０６により更新される。光パス生成時間ＤＢ１３６は、光パス設定処理部１０４の光パス設定処理に用いられる。

閾値ＤＢ１３７には、ネットワークＮＷ内の経路ごとの空き帯域の合計の閾値ＴＨが登録されている。本例では、始点ノード＃２から終点ノード＃１に向かう全ての光パスの空き帯域の合計の閾値ＴＨとして、５（Gbps）が登録されている。この場合、光パス設定処理部１０４は、始点ノード＃２から終点ノード＃１に向かう全ての光パスの空き帯域の合計が５（Gbps）以下になると、プールパスを追加する。閾値ＤＢ１３７は、光パス設定パラメータ制御部１０５により更新される。

図６は、光パスＰ１の生成時間の測定動作の一例を示す図である。ネットワーク監視制御装置１において、生成時間測定部１０６は、ノードＤＢ１３１に基づき測定に用いる波長を決定する。図４のノードＤＢ１３１の場合、光パスＰ１の始点ノード＃２及び終点ノード＃１に共通する使用可能な波長はλ４であるため、生成時間測定部１０６は、波長λ４の使用を決定して、波長λ４の光パスの設定を光パス設定処理部１０４に依頼する。

光パス設定処理部１０４は、始点ノード＃２及び終点ノード＃１の各光伝送装置２に波長λ４の光パスの生成を指示する（「光パス生成指示」参照）。このとき、生成時間測定部１０６は、光パス生成時間を測定するタイマをスタートさせる。終点ノード＃１の光伝送装置２は、光パスの生成が完了すると、その旨をネットワーク監視制御装置１に通知する（「光パス生成完了通知」参照）。ネットワーク監視制御装置１は、その通知を受けるとタイマをストップして、タイマ値を光パス生成時間（本例では２０秒）として取得する。

生成時間測定部１０６は、光パス生成時間として、光パスが経由する複数のノード＃１〜＃６に光パスの生成を指示してから、光パスの伝送品質が所定の条件を満たすまでの時間を測定してもよい。これにより、波長λ４の光パスＰ１が、始点ノード＃２から終点ノード＃１まで設定される。

光伝送装置２は、波長λ４の光パスＰ１の伝送品質を監視する。より具体的には、例えば、光伝送装置２の信号スイッチ部２３が、光パスＰ１にマッピングされたＯＴＵフレーム内のＦＥＣ（Forward Error Correction）によりビットエラーレート（または雑音比）を測定し、ビットエラーレートが所定値を下回ったこと（「伝送品質ＯＫ」参照）を条件として光パスの生成完了を通知する。なお、信号スイッチ部２３は、光パスについて信号ロスやフレームロスなどの警報の停止を条件として光パスの生成完了を通知してもよい。

このように、生成時間測定部１０６は、光パス生成時間として、光パス生成指示から光パスの伝送品質が所定の条件を満たすまでの時間を測定した場合、光パス生成時間が、光パスの生成に要する時間だけでなく、その光パスにおける伝送品質が安定するまでの時間も含まれる。このため、光パス設定処理部１０４は、デマンドに応じ、より適時に光パスを提供することができる。

図７は、光パスの生成時間の測定処理の一例を示すフローチャートである。本処理は、例えば、ネットワークＮＷの利用開始前、または、その利用開始後でも利用頻度の少ない時間帯（例えば早朝や深夜）に実行される。

動作制御部１００は、光パス生成時間の測定対象の経路を決定する（ステップＳｔ１）。次に、生成時間測定部１０６は、ノードＤＢ１３１に基づき、その経路上の各ノード＃１〜＃６に共通する使用可能な波長、つまり未使用の波長を選択する（ステップＳｔ２）。

次に、生成時間測定部１０６は、経路上の各ノード＃１〜＃６にその波長の光パスの生成を指示する（ステップＳｔ３）。次に、生成時間測定部１０６はタイマをスタートさせる（ステップＳｔ４）。次に、生成時間測定部１０６は、終端ノードから光パスの生成完了の通知を受けたか否かを判定する（ステップＳｔ５）。通知が未受信である場合（ステップＳｔ５のＮｏ）、再びステップＳｔ５の処理が実行される。

生成時間測定部１０６は、光パスの生成完了の通知を受けた場合（ステップＳｔ５のＹｅｓ）、タイマをストップさせる（ステップＳｔ６）。次に、生成時間測定部１０６は、タイマ値を光パス生成時間として光パス生成時間ＤＢ１３６に登録する（ステップＳｔ７）。次に、生成時間測定部１０６は、経路上の各ノード＃１〜＃６に、測定に使用した光パスの削除を指示する（ステップＳｔ８）。

次に、動作制御部１００は測定対象の他の経路の有無を判定する（ステップＳｔ９）。動作制御部１００は、他の経路がある場合（ステップＳｔ９のＹｅｓ）、ステップＳｔ１において他の経路を決定して、ステップＳｔ２以降の処理を実行する。また、他の経路がない場合（ステップＳｔ９のＮｏ）、処理は終了する。このようにして、光パスの生成時間の測定処理は実行される。

図８は、デマンドの収容処理の一例を示すフローチャートである。光パス設定処理部１０４は、デマンド予想情報ＤＢ１３２に基づきデフォルトパスを設定する（ステップＳｔ５１）。次に、光パス設定処理部１０４は、そのデフォルトパスを光パス管理ＤＢ１３５に登録する（ステップＳｔ５２）。

次に、デマンド受付部１０１はデマンドの有無を判定する（ステップＳｔ５３）。デマンドがない場合（ステップＳｔ５３のＮｏ）、再びステップＳｔ５３の処理が実行される。デマンド受付部１０１は、デマンドが発生した場合（ステップＳｔ５３のＹｅｓ）、そのデマンド情報をデマンド発生情報ＤＢ１３３に登録する（ステップＳｔ５４）。

次に、経路算出部１０２は、デマンド発生情報ＤＢ１３３の始点ノードから終点ノードまでの経路を算出する（ステップＳｔ５５）。次に、経路算出部１０２は、経路の算出結果に基づき、デマンドで要求された回線パス（クライアント信号）を収容する光パス（デフォルトパスまたはプールパス）を光パス管理ＤＢ１３５から決定する（ステップＳｔ５６）。このとき、経路算出部１０２は、デマンドで指定された帯域及び遅延を満たす光パスを選択する。

次に、信号設定処理部１０３は、その光パス上の各ノード＃１〜＃６の光伝送装置２に対し回線パスの収容設定を行う（ステップＳｔ５７）。各光伝送装置２では、装置制御部２０が、光送受信部２１、波長多重スイッチ部２２、及び信号スイッチ部２３に対し、デマンドで指定されたクライアント信号が、収容先の光パスに応じた波長の回線パスに多重化されるように設定を行う。これにより、設定済みの光パスの帯域が、クライアント信号を収容する回線パスに割り当てられる。次に、信号設定処理部１０３は、その回線パスの情報を回線管理ＤＢ１３４に登録する（ステップＳｔ５８）。

次に、光パス設定処理部１０４は、その回線パスの収容先の光パスと共通のノード＃１〜＃６を経由する全光パスの空き帯域の合計を閾値ＴＨと比較する（ステップＳｔ５９）。このとき、光パス設定処理部１０４は、光パス管理ＤＢ１３５及び回線管理ＤＢ１３４の内容から空き帯域の合計を算出する。空き帯域の合計が閾値ＴＨより大きい場合（ステップＳｔ５９のＮｏ）、再びステップＳｔ５３以降の処理が実行される。

また、空き帯域の合計が閾値ＴＨ以下である場合（ステップＳｔ５９のＹｅｓ）、光パス設定処理部１０４は、上記の回線パスの光パスと同一経路にプールパスを追加で設定する（ステップＳｔ６０）。次に、光パス設定処理部１０４は、追加したプールパスを光パス管理ＤＢ１３５に登録する（ステップＳｔ６１）。その後、再びステップＳｔ５３以降の処理が実行される。

このように、光パス設定処理部１０４は、デマンドに応じてネットワークＮＷ内に設定済みの光パスの帯域を回線パスに割り当て、その回線パスと経路が共通する全ての光パスの空き帯域の合計が閾値ＴＨ以下となったとき、その経路に光パスを設定する。このため、光パス設定処理部１０４は、光パスの帯域の使用状況に応じて、プールパスをデマンドに備え準備することができる。

次に、光パスの管理について説明する。光パスの管理は、デフォルトパスとプールパスについて別々に行われる。デフォルトパスは、デフォルトパス管理周期Ｔａごとに光パス生成時間に応じて増減され、プールパスは、デフォルトパス管理周期Ｔａ及びプールパス管理周期Ｔｂごとに光パス生成時間に応じて増減され、また、その設定のタイミングが閾値ＴＨの調整により制御される。なお、以下の各例において、各光パスの帯域を１０（Gbps）とし、デフォルトパス管理周期Ｔａを１か月、プールパス管理周期Ｔｂを１日とする。

（例１）
図９及び図１０は、光パスの管理動作の例１を示す図である。本例では、デマンドの予想帯域が発生帯域に比べて十分に多いためにプールパスＰ９の帯域が余っており、また、光パス生成時間がデマンド発生の平均時間間隔より短いため、プールパスＰ９が削除される場合を挙げる。また、本例では、始点ノード＃２と終点ノード＃１を結ぶ経路を挙げる。

図９には、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、光パス生成時間ＤＢ１３６、及び光パス管理ＤＢ１３５が示されている。また、図１０には、プールパスＰ９の削除前及び削除後における始点ノード＃２と終点ノード＃１を結ぶ光パスのイメージが示されている。

図９を参照すると、デマンド予想情報ＤＢ１３２には予想帯域として１５（Gbps）が登録されており、デマンド発生情報ＤＢ１３３には発生帯域として合計５（Gbps）（＝２＋３）が登録されている。始点ノード＃２と終点ノード＃１を結ぶ経路には、予想帯域の１５（Gbps）に従いデフォルトパスＰ１，Ｐ８（図１０参照）が設定され、さらにプールパスＰ９が設定されているとする。このため、光パス管理ＤＢ１３５には、デフォルトパスＰ１，Ｐ８及びプールパスＰ９が登録されている。

光パス設定処理部１０４は、予想帯域に対する発生帯域の比を算出して、所定値Ｋｂと比較する。予想帯域に対する発生帯域の比は約０．３（＝５／１５）であるため、所定値Ｋｂ＝１とすると、予想帯域に対する発生帯域の比≦Ｋｂである。したがって、光パス設定処理部１０４は、デマンドの予想帯域が発生帯域に比べて十分に多いと判定する。

また、光パス設定処理部１０４は、例えば、デマンド発生情報ＤＢ１３３に登録されたデマンド発生の日時からデマンド発生の平均時間間隔を取得し、光パス生成時間ＤＢ１３６から光パス生成時間を取得する。光パス設定処理部１０４は、デマンド発生の平均時間間隔と光パス生成時間を比較することにより光パス生成時間の長短を判定する。なお、図９において、デマンド発生の平均時間間隔を算出するためのデマンド情報は、便宜上、図示を省略する。

例えば、デマンド発生の平均時間間隔を６０秒とすると、光パス生成時間は２０秒（＜６０秒）であるため、光パス設定処理部１０４は、光パス生成時間が短いと判定する。

このように、デマンドの予想帯域が発生帯域に比べて十分に多く、光パス生成時間が短いため、光パス設定処理部１０４は、図１０に示されるように、未使用のプールパスＰ９を削除する。このとき、光パス設定処理部１０４は、始点ノード＃２及び終点ノード＃１の各光伝送装置２にプールパスＰ９の削除を指示する。光パス設定処理部１０４は、削除後、図９に示されるように、光パス管理ＤＢ１３５からプールパスＰ９の情報を削除する。

これにより、ノード＃１及びノード＃２において、プールパスＰ９の波長λ６が、他の経路が指定された新たなデマンドに備えて確保される。

（例２）
図１１は、光パスの管理動作の例２を示す図である。本例では、デマンドの予想帯域が発生帯域に比べて十分に多いためにプールパスＰ９の帯域が余っており、また、光パス生成時間がデマンド発生の平均時間間隔より長いため、プールパスＰ９が維持される場合を挙げる。また、本例では、始点ノード＃２と終点ノード＃１を結ぶ経路を挙げる。

図１１には、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、光パス生成時間ＤＢ１３６、及び光パス管理ＤＢ１３５が示されている。本例では、光パス生成時間が、例１とは異なり１５０秒であるが、その他の各種の条件は例１と同じである。したがって、例えば、デマンド発生の平均時間間隔を６０秒とすると、光パス生成時間は１５０秒（＞６０秒）であるため、光パス設定処理部１０４は、光パス生成時間が長いと判定する。

このように、デマンドの予想帯域が発生帯域に比べて十分に多く、光パス生成時間が長いため、光パス設定処理部１０４は未使用のプールパスＰ９を維持する。これにより、新たなデマンドが発生しても、ネットワーク監視制御装置１は、そのデマンドに応じて適時にプールパスＰ９を提供できる。これに対し、仮にプールパスＰ９が削除されると、光パス生成時間が長いため、デマンドが発生後、即時にプールパスＰ９を再生成することができずに呼損が生ずるおそれがある。

（例３）
図１２は、光パスの管理動作の例３を示す図である。本例では、光パス生成時間がデマンド発生の平均時間間隔より短いため、光パス設定パラメータ制御部１０５は、上記のステップＳｔ５９におけるプールパスの設定条件である空き帯域の合計の閾値ＴＨを減少させることにより、光パスの設定タイミングを遅くする。また、本例では、始点ノード＃２と終点ノード＃１を結ぶ経路を挙げる。

図１２には、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、光パス生成時間ＤＢ１３６、及び閾値ＤＢ１３７が示されている。本例では、デマンドの予想帯域が発生帯域に比べて十分に多い。なお、本例における各種の条件は例１と同じである。例えば、デマンド発生の平均時間間隔を６０秒とすると、光パス生成時間は２０秒（＜６０秒）であるため、光パス設定処理部１０４は、光パス生成時間が短いと判定する。

光パス設定パラメータ制御部１０５は、上記の判定結果に従い、閾値ＴＨを小さくすることにより光パスの設定タイミングを遅くする。より具体的には、光パス設定パラメータ制御部１０５は閾値ＴＨを５（Gbps）から２（Gbps）に変更する。このため、光パス設定処理部１０４は、全体の空き帯域が５（Gbps）となるタイミングより遅いタイミング、つまり、全体の空き帯域が２（Gbps）となるタイミングでプールパスを追加する。

このように、光パス設定パラメータ制御部１０５は、光パス生成時間が短い場合、プールパスの設定タイミングを遅くする。この場合、新たなデマンドが発生しても、光パス生成時間が短いため、呼損が生ずるおそれはない。また、プールパスの設定タイミングを遅くすることにより、無駄なプールパスの生成が抑制されるため、ネットワークＮＷ内の波長リソースの使用効率が向上される。

（例４）
図１３は、光パスの管理動作の例４を示す図である。本例では、光パス生成時間がデマンド発生の平均時間間隔より長いため、光パス設定パラメータ制御部１０５は、上記のステップＳｔ５９におけるプールパスの設定条件である空き帯域の合計の閾値ＴＨを増加させることにより、光パスの設定タイミングを早める。また、本例では、始点ノード＃２と終点ノード＃１を結ぶ経路を挙げる。

図１３には、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、光パス生成時間ＤＢ１３６、及び閾値ＤＢ１３７が示されている。なお、本例における各種の条件は、閾値ＴＨを除くと、例３と同じである。例えば、デマンド発生の平均時間間隔を６０秒とすると、光パス生成時間は１５０秒（＞６０秒）であるため、光パス設定処理部１０４は、光パス生成時間が長いと判定する。

光パス設定パラメータ制御部１０５は、上記の判定結果に従い、閾値ＴＨを大きくすることにより光パスの設定タイミングを遅くする。より具体的には、光パス設定パラメータ制御部１０５は閾値ＴＨを５（Gbps）から７（Gbps）に変更する。このため、光パス設定処理部１０４は、全体の空き帯域が５（Gbps）となるタイミングより早いタイミング、つまり、全体の空き帯域が７（Gbps）となるタイミングでプールパスを追加する。

このように、光パス設定パラメータ制御部１０５は、光パス生成時間が長い場合、プールパスの設定タイミングを早める。このため、光パス生成時間は長いが、デマンドの発生を見込んで早めのタイミングでプールパスが設定されるため、呼損が生ずるおそれはない。

（例５）
図１４及び図１５は、光パスの管理動作の例５を示す図である。本例では、デマンドの予想帯域が発生帯域に比べて十分に多いためにデフォルトパスＰ１，Ｐ８の帯域が余っており、そのデマンドの発生状況がデフォルトパス管理周期Ｔａにわたり継続すると判断されるため、１本のデフォルトパスＰ８が削除される場合を挙げる。また、本例では、始点ノード＃２と終点ノード＃１を結ぶ経路を挙げる。

図１４には、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、光パス生成時間ＤＢ１３６、及び光パス管理ＤＢ１３５が示されている。また、図１５には、デフォルトパスＰ８の削除前及び削除後における始点ノード＃２と終点ノード＃１を結ぶ光パスのイメージが示されている。

図１４を参照すると、デマンド予想情報ＤＢ１３２には予想帯域として１５（Gbps）が登録されており、始点ノード＃２、中継ノード＃３、及び終点ノード＃４を結ぶ経路には、予想帯域の５（Gbps）に従いデフォルトパスＰ２（図１５参照）が設定されているとする。このため、光パス管理ＤＢ１３５には、デフォルトパスＰ１，Ｐ８が登録されている。

本例は、例１の時点（２０１６／９／１（２０１６年９月１日））から、一例として１か月が経過した後の時点（２０１６／１０／１（２０１６年１０月１日））を前提とする。デマンド発生情報ＤＢ１３３には、「２０１６／１０／１」の日時に関し、発生帯域として合計５（Gbps）（＝２．５＋２．５）が登録されている。なお、「２０１６／９／１」と「２０１６／１０／１」の間の日時のデマンド発生情報の図示は省略する。

光パス設定処理部１０４は、予想帯域に対する発生帯域の比を算出して、所定値Ｋｂと比較する。予想帯域に対する発生帯域の比は約０．３（＝５／１５）であるため、所定値Ｋｂ＝１とすると、予想帯域に対する発生帯域の比≦Ｋｂである。したがって、光パス設定処理部１０４は、デマンドの予想帯域が発生帯域に比べて十分に多いと判定する。

また、光パス設定処理部１０４は、デマンド発生情報ＤＢ１３３を参照した結果、例えば、「２０１６／９／１」から「２０１６／１０／１」までの１か月間内に、発生帯域の合計が５（Gbps）より大きい日がない場合、デマンドの予想帯域が発生帯域に比べて十分に多い状況に継続性があると判定する。つまり、光パス設定処理部１０４は、デマンドの履歴からデマンドの発生状況に継続性があると判定する。

また、光パス設定処理部１０４は、例えば、デマンド発生情報ＤＢ１３３に登録されたデマンド発生の日時からデマンド発生の平均時間間隔を取得し、光パス生成時間ＤＢ１３６から光パス生成時間を取得する。光パス設定処理部１０４は、デマンド発生の平均時間間隔と光パス生成時間を比較することにより光パス生成時間の長短を判定する。なお、図１４において、デマンド発生の平均時間間隔を算出するためのデマンド情報は、便宜上、図示を省略する。

例えば、デマンド発生の平均時間間隔を６０秒とすると、光パス生成時間は１５０秒（＞６０秒）であるため、光パス設定処理部１０４は、光パス生成時間が長いと判定する。

このように、デマンドの予想帯域が発生帯域に比べて十分に多く、その発生状況に継続性があるため、光パス設定処理部１０４は、光パス生成時間が長いと判定した場合でも、図１５に示されるように、未使用のデフォルトパスＰ８を削除する。このとき、光パス設定処理部１０４は、始点ノード＃２から終点ノード＃１の各光伝送装置２にデフォルトパスＰ８の削除を指示する。光パス設定処理部１０４は、削除後、図１４に示されるように、光パス管理ＤＢ１３５からデフォルトパスＰ８の情報を削除する。

これにより、ノード＃１及びノード＃２において、デフォルトパスＰ８の波長λ４が、他の経路が指定された新たなデマンドに備えて確保される。

（例６）
図１６及び図１７は、光パスの管理動作の例６を示す図である。本例では、デマンドの予想帯域が発生帯域に比べて十分に少ないためにプールパスＰ２の空き帯域が少なくなっており、また、光パス生成時間がデマンド発生の平均時間間隔より短いため、１本だけプールパスＰ７が追加される場合を挙げる。また、本例では、始点ノード＃２、中継ノード＃３、及び終点ノード＃４を結ぶ経路を挙げる。

図１６には、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、光パス生成時間ＤＢ１３６、及び光パス管理ＤＢ１３５が示されている。また、図１７には、プールパスＰ７の追加前及び追加後における始点ノード＃２、中継ノード＃３、及び終点ノード＃４を結ぶ光パスのイメージが示されている。

図１６を参照すると、デマンド予想情報ＤＢ１３２には予想帯域として５（Gbps）が登録されており、デマンド発生情報ＤＢ１３３には発生帯域として合計１０（Gbps）（＝２＋３＋５）が登録されている。始点ノード＃２、中継ノード＃３、及び終点ノード＃４を結ぶ経路には、予想帯域の５（Gbps）に従いデフォルトパスＰ２（図１７参照）が設定されているとする。このため、光パス管理ＤＢ１３５には、初期状態においてデフォルトパスＰ２が登録されている。なお、プールパスＰ７は後に追加で登録される。

光パス設定処理部１０４は、予想帯域に対する発生帯域の比を算出して、所定値Ｋａと比較する。予想帯域に対する発生帯域の比は２（＝１０／５）であるため、所定値Ｋａ＝１．５とすると、予想帯域に対する発生帯域の比≧Ｋａである。したがって、光パス設定処理部１０４は、デマンドの予想帯域が発生帯域に比べて十分に少ないと判定する。

また、光パス設定処理部１０４は、例えば、デマンド発生情報ＤＢ１３３に登録されたデマンド発生の日時からデマンド発生の平均時間間隔を取得し、光パス生成時間ＤＢ１３６から光パス生成時間を取得する。光パス設定処理部１０４は、デマンド発生の平均時間間隔と光パス生成時間を比較することにより光パス生成時間の長短を判定する。なお、図１６において、デマンド発生の平均時間間隔を算出するためのデマンド情報は、便宜上、図示を省略する。

例えば、デマンド発生の平均時間間隔を９０秒とすると、光パス生成時間は３０秒（＜９０秒）であるため、光パス設定処理部１０４は、光パス生成時間が短いと判定する。

このように、デマンドの予想帯域が発生帯域に比べて十分に少なく、光パス生成時間が短いため、光パス設定処理部１０４は、図１７に示されるように、１本だけプールパスＰ７を追加する。このとき、光パス設定処理部１０４は始点ノード＃２、中継ノード＃３、及び終点ノード＃４の各光伝送装置２にプールパスＰ７の生成を指示する。光パス設定処理部１０４は、追加後、図１６に示されるように、光パス管理ＤＢ１３５にプールパスＰ７の情報を登録する。

したがって、ネットワーク監視制御装置１は、光パス生成時間に応じた適切な本数（本例では１本）のプールパスＰ７をデマンドの発生に先立って準備することができる。

（例７）
図１８及び図１９は、光パスの管理動作の例７を示す図である。本例では、デマンドの予想帯域が発生帯域に比べて十分に少ないためにプールパスＰ２の空き帯域が少なくなっており、また、光パス生成時間がデマンド発生の平均時間間隔より長いため、２本のプールパスＰ７，Ｐ１０が追加される場合を挙げる。また、本例では、始点ノード＃２、中継ノード＃３、及び終点ノード＃４を結ぶ経路を挙げる。

図１８には、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、光パス生成時間ＤＢ１３６、及び光パス管理ＤＢ１３５が示されている。また、図１９には、プールパスＰ７，Ｐ１０の追加前及び追加後における始点ノード＃２、中継ノード＃３、及び終点ノード＃４を結ぶ光パスのイメージが示されている。

本例では、光パス生成時間が、例６とは異なり１８０秒であるが、その他の各種の条件は例６と同じである。したがって、例えば、デマンド発生の平均時間間隔を９０秒とすると、光パス生成時間は１８０秒（＞９０秒）であるため、光パス設定処理部１０４は、光パス生成時間が長いと判定する。

このように、デマンドの予想帯域が発生帯域に比べて十分に少なく、光パス生成時間が長いため、光パス設定処理部１０４は、図１９に示されるように、２本のプールパスＰ７，Ｐ１０を追加する。このとき、光パス設定処理部１０４は始点ノード＃２、中継ノード＃３、及び終点ノード＃４の各光伝送装置２にプールパスＰ７，Ｐ１０の生成を指示する。光パス設定処理部１０４は、追加後、図１８に示されるように、光パス管理ＤＢ１３５にプールパスＰ７，Ｐ１０の情報を登録する。

したがって、ネットワーク監視制御装置１は、光パス生成時間に応じた適切な本数（本例では２本）のプールパスＰ７，Ｐ１０をデマンドの発生に先立って準備することができる。

（例８）
図２０は、光パスの管理動作の例８を示す図である。本例では、光パス生成時間がデマンド発生の平均時間間隔より短いため、光パス設定パラメータ制御部１０５は、上記のステップＳｔ５９におけるプールパスの設定条件である空き帯域の合計の閾値ＴＨを減少させることにより、光パスの設定タイミングを遅くする。また、本例では、始点ノード＃２、中継ノード＃３、及び終点ノード＃４を結ぶ経路を挙げる。

図２０には、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、光パス生成時間ＤＢ１３６、及び閾値ＤＢ１３７が示されている。デマンドの予想帯域が発生帯域に比べて十分に少ない。なお、本例における各種の条件は例６と同じである。例えば、デマンド発生の平均時間間隔を９０秒とすると、光パス生成時間は３０秒（＜９０秒）であるため、光パス設定処理部１０４は、光パス生成時間が短いと判定する。

光パス設定パラメータ制御部１０５は、上記の判定結果に従い、閾値ＴＨを小さくすることにより光パスの設定タイミングを遅くする。より具体的には、光パス設定パラメータ制御部１０５は閾値ＴＨを５（Gbps）から３（Gbps）に変更する。このため、光パス設定処理部１０４は、全体の空き帯域が５（Gbps）となるタイミングより遅いタイミング、つまり、全体の空き帯域が３（Gbps）となるタイミングでプールパスを追加する。

このように、光パス設定パラメータ制御部１０５は、光パス生成時間が短い場合、プールパスの設定タイミングを遅くする。この場合、新たなデマンドが発生しても、光パス生成時間が短いため、呼損が生ずるおそれはない。また、プールパスの設定タイミングを遅くすることにより、無駄なプールパスの生成が抑制されるため、ネットワークＮＷ内の波長リソースの使用効率が向上される。

（例９）
図２１は、光パスの管理動作の例９を示す図である。本例では、光パス生成時間がデマンド発生の平均時間間隔より長いため、光パス設定パラメータ制御部１０５は、上記のステップＳｔ５９におけるプールパスの設定条件である空き帯域の合計の閾値ＴＨを増加させることにより、光パスの設定タイミングを早める。また、本例では、始点ノード＃２、中継ノード＃３、及び終点ノード＃４を結ぶ経路を挙げる。

図２１には、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、光パス生成時間ＤＢ１３６、及び閾値ＤＢ１３７が示されている。デマンドの予想帯域が発生帯域に比べて十分に少ない。なお、本例における各種の条件は、閾値ＴＨ及び光パス生成時間を除くと、例６と同じである。例えば、デマンド発生の平均時間間隔を９０秒とすると、光パス生成時間は１８０秒（＞９０秒）であるため、光パス設定処理部１０４は、光パス生成時間が長いと判定する。

光パス設定パラメータ制御部１０５は、上記の判定結果に従い、閾値ＴＨを大きくすることにより光パスの設定タイミングを遅くする。より具体的には、光パス設定パラメータ制御部１０５は閾値ＴＨを５（Gbps）から８（Gbps）に変更する。このため、光パス設定処理部１０４は、全体の空き帯域が５（Gbps）となるタイミングより早いタイミング、つまり、全体の空き帯域が８（Gbps）となるタイミングでプールパスを追加する。

このように、光パス設定パラメータ制御部１０５は、光パス生成時間が長い場合、プールパスの設定タイミングを早める。このため、光パス生成時間は長いが、デマンドの発生を見込んで早めのタイミングでプールパスが設定されるため、呼損が生ずるおそれはない。

（例１０）
図２２及び図２３は、光パスの管理動作の例１０を示す図である。本例では、デマンドの予想帯域が発生帯域に比べて十分に少ないためにデフォルトパスＰ２の帯域が少なくなっており、そのデマンドの発生状況がデフォルトパス管理周期Ｔａにわたり継続すると判断されるため、２本のデフォルトパスＰ１１、Ｐ１２が追加される場合を挙げる。また、本例では、始点ノード＃２、中継ノード＃３、及び終点ノード＃４を結ぶ経路を挙げる。

図２２には、デマンド予想情報ＤＢ１３２、デマンド発生情報ＤＢ１３３、光パス生成時間ＤＢ１３６、及び光パス管理ＤＢ１３５が示されている。また、図２２には、デフォルトパスＰ１１、Ｐ１２の追加前及び追加後における始点ノード＃２、中継ノード＃３、及び終点ノード＃４を結ぶ光パスのイメージが示されている。

図２２を参照すると、デマンド予想情報ＤＢ１３２には予想帯域として５（Gbps）が登録されており、始点ノード＃２と終点ノード＃１を結ぶ経路には、予想帯域の１５（Gbps）に従いデフォルトパスＰ２（図２３参照）が設定されているとする。このため、光パス管理ＤＢ１３５には、デフォルトパスＰ２が登録されている。なお、デフォルトパスＰ１１、Ｐ１２は後で追加される。

本例は、例６の時点（２０１６／９／１（２０１６年９月１日））から、一例として１か月が経過した後の時点（２０１６／１０／１（２０１６年１０月１日））を前提とする。デマンド発生情報ＤＢ１３３には、「２０１６／１０／１」の日時に関し、発生帯域として合計１０（Gbps）（＝２．５＋５＋２．５）が登録されている。なお、「２０１６／９／１」と「２０１６／１０／１」の間の日時のデマンド発生情報の図示は省略する。

光パス設定処理部１０４は、予想帯域に対する発生帯域の比を算出して、所定値Ｋａと比較する。予想帯域に対する発生帯域の比は２（＝１０／５）であるため、所定値Ｋａ＝１．５とすると、予想帯域に対する発生帯域の比≦Ｋａである。したがって、光パス設定処理部１０４は、デマンドの予想帯域が発生帯域に比べて十分に少ないと判定する。

また、光パス設定処理部１０４は、デマンド発生情報ＤＢ１３３を参照した結果、例えば、「２０１６／９／１」から「２０１６／１０／１」までの１か月間内に、発生帯域の合計が１０（Gbps）より小さい日がない場合、デマンドの予想帯域が発生帯域に比べて十分に少ない状況に継続性があると判定する。つまり、光パス設定処理部１０４は、デマンドの履歴からデマンドの発生状況に継続性があると判定する。

また、光パス設定処理部１０４は、例えば、デマンド発生情報ＤＢ１３３に登録されたデマンド発生の日時からデマンド発生の平均時間間隔を取得し、光パス生成時間ＤＢ１３６から光パス生成時間を取得する。光パス設定処理部１０４は、デマンド発生の平均時間間隔と光パス生成時間を比較することにより光パス生成時間の長短を判定する。なお、図２２において、デマンド発生の平均時間間隔を算出するためのデマンド情報は、便宜上、図示を省略する。

例えば、デマンド発生の平均時間間隔を９０秒とすると、光パス生成時間は１８０秒（＞９０秒）であるため、光パス設定処理部１０４は、光パス生成時間が長いと判定する。

このように、デマンドの予想帯域が発生帯域に比べて十分に少なく、その発生状況に継続性があり、さらに光パス生成時間が長いため、光パス設定処理部１０４は、図２３に示されるように、２本のデフォルトパスＰ１１、Ｐ１２を追加する。このとき、光パス設定処理部１０４は、始点ノード＃２、中継ノード＃３、及び終点ノード＃４の各光伝送装置２にデフォルトパスＰ１１、Ｐ１２の追加を指示する。光パス設定処理部１０４は、追加後、図２２に示されるように、光パス管理ＤＢ１３５にデフォルトパスＰ１１、Ｐ１２の情報を追加する。

このように、光パス設定処理部１０４は、光パス生成時間が長い場合、デフォルトパスを追加する。このため、光パス生成時間は長いが、デマンドの発生を見込んでデフォルトパスが設定されるため、呼損が生ずるおそれはない。

図２４は、プールパスの管理処理の一例を示すフローチャートである。プールパスの管理処理が実行される期間は、第１期間の一例であり、デフォルトパス管理周期Ｔａの期間より短い。つまり、デフォルトパスの管理処理の期間は、プールパスの管理処理の期間より長い。

動作制御部１００は、前回のプールパス管理処理の時点と比べて光パスの空き帯域に変化があったか否かを判定する（ステップＳｔ１１）。光パスの空き帯域に変化がない場合（ステップＳｔ１１のＮｏ）、処理は終了する。なお、空き帯域の変化は、例えば回線パスの生成または削除により生ずる。

光パスの空き帯域に変化がある場合（ステップＳｔ１１のＹｅｓ）、光パス設定処理部１０４は、回線管理ＤＢ１３４及び光パス管理ＤＢ１３５から、空き帯域が変化した経路を選択する（ステップＳｔ１２）。次に、光パス設定処理部１０４は、その経路について、デマンド予想情報ＤＢ１３２及びデマンド発生情報ＤＢ１３３から予想帯域及び発生帯域をそれぞれ取得する（ステップＳｔ１３）。次に、光パス設定処理部１０４は、その経路について、光パス生成時間ＤＢ１３６から光パス生成時間を取得する（ステップＳｔ１４）。

次に、光パス設定処理部１０４は、予想帯域に対する発生帯域の比と所定値Ｋａを比較する（ステップＳｔ１５）。光パス設定処理部１０４は、その比が所定値Ｋａ以上である場合（ステップＳｔ１５のＹｅｓ）、光パス生成時間に応じプールパスを増加させる（ステップＳｔ１６）。この処理の例としては、上記の例６及び例７が挙げられる。

次に、光パス設定処理部１０４は、光パス生成時間に応じ閾値ＴＨを変更する（ステップＳｔ１７）。この処理の例としては、上記の例８及び例９が挙げられる。

次に、光パス設定処理部１０４は、前回のプールパス管理周期Ｔｂの到来時と比べて空き帯域が変化した他の経路の有無を判定する（ステップＳｔ２１）。光パス設定処理部１０４は、他の経路がない場合（ステップＳｔ２１のＮｏ）、処理を終了し、他の経路がある場合（ステップＳｔ２１のＹｅｓ）、他の経路を選択し（ステップＳｔ１２）、ステップＳｔ１３以降の処理を実行する。

また、光パス設定処理部１０４は、予想帯域に対する発生帯域の比が所定値Ｋａより小さい場合（ステップＳｔ１５のＮｏ）、その比と所定値Ｋｂを比較する（ステップＳｔ１８）。その比が所定値Ｋｂより大きい場合（ステップＳｔ１８のＮｏ）、ステップＳｔ２１の処理が実行される。また、光パス設定処理部１０４は、その比が所定値Ｋｂ以下である場合（ステップＳｔ１８のＹｅｓ）、光パス生成時間に応じプールパスを減少させる（ステップＳｔ１９）。この処理の例としては、上記の例１及び例２が挙げられる。

次に、光パス設定処理部１０４は、光パス生成時間に応じ閾値ＴＨを変更する（ステップＳｔ２０）。この処理の例としては、上記の例３及び例４が挙げられる。その後、ステップＳｔ２１の処理が実行される。このようにして、プールパスの管理処理は実行される。なお、本例のプールパスの管理処理は、光パスの空き帯域の変化を契機として実行されたが、これに限定されず、デフォルトパス管理周期Ｔａより短い所定の周期の到来を契機として実行されてもよい。

なお、上記のステップＳｔ１６とステップＳｔ１７は、何れか一方のみが実行されてもよいが、両方が実行されることにより、デマンドに応じて、より適時に光パスを提供することが可能となる。これは、上記のステップＳｔ１９とステップＳｔ２０についても同様である。

図２５及び図２６は、デフォルトパスの管理処理の一例を示すフローチャートである。動作制御部１００は、デフォルトパス管理周期Ｔａが到来したか否かを判定する（ステップＳｔ３１）。デフォルトパス管理周期Ｔａが到来していない場合（ステップＳｔ３１のＮｏ）、処理は終了する。なお、動作制御部１００は、例えばタイマによりデフォルトパス管理周期Ｔａの到来を検出して、その旨を光パス設定処理部１０４に通知する。また、デフォルトパスの管理処理が実行される期間は、第２期間の一例であり、プールパスの管理処理の実行期間より長い。

デフォルトパス管理周期Ｔａが到来した場合（ステップＳｔ３１のＹｅｓ）、光パス設定処理部１０４は、ネットワーク構成ＤＢ１３０から経路を選択する（ステップＳｔ３２）。次に、光パス設定処理部１０４は、その経路について、デマンド予想情報ＤＢ１３２及びデマンド発生情報ＤＢ１３３から予想帯域及び発生帯域をそれぞれ取得する（ステップＳｔ３３）。次に、光パス設定処理部１０４は、その経路について、光パス生成時間ＤＢ１３６から光パス生成時間を取得する（ステップＳｔ３４）。

次に、光パス設定処理部１０４は、予想帯域に対する発生帯域の比と所定値Ｋａを比較する（ステップＳｔ３５）。光パス設定処理部１０４は、その比が所定値Ｋａ以上である場合（ステップＳｔ３５のＹｅｓ）、デマンド発生情報ＤＢ１３３から、今回のデフォルトパス管理周期Ｔａ内において発生帯域が所定値Ｍａより小さい日の有無を判定する（ステップＳｔ３６）。

光パス設定処理部１０４は、発生帯域が所定値Ｍａより小さい日がある場合（ステップＳｔ３６のＹｅｓ）、光パス生成時間に応じプールパスを増加させる（ステップＳｔ３９）。この処理の例としては、上記の例６及び例７が挙げられる。

次に、光パス設定処理部１０４は、光パス生成時間に応じ閾値ＴＨを変更する（ステップＳｔ４０）。この処理の例としては、上記の例８及び例９が挙げられる。

次に、光パス設定処理部１０４は、他の経路の有無を判定する（ステップＳｔ３８）。光パス設定処理部１０４は、他の経路がない場合（ステップＳｔ３８のＮｏ）、処理を終了し、他の経路がある場合（ステップＳｔ３８のＹｅｓ）、他の経路を選択し（ステップＳｔ３２）、ステップＳｔ３３以降の処理を実行する。

また、光パス設定処理部１０４は、発生帯域が所定値Ｍａより小さい日がない場合（ステップＳｔ３６のＮｏ）、光パス生成時間に応じデフォルトパスを増加させる（ステップＳｔ３７）。この処理の例としては、上記の例１０が挙げられる。なお、例１０において、所定値Ｍａは１０（Gbps）となる。その後、ステップＳｔ３８の処理が実行される。

また、光パス設定処理部１０４は、予想帯域に対する発生帯域の比が所定値Ｋａより小さい場合（ステップＳｔ３５のＮｏ）、その比と所定値Ｋｂを比較する（ステップＳｔ４１）。その比が所定値Ｋｂより大きい場合（ステップＳｔ４１のＮｏ）、ステップＳｔ３８の処理が実行される。また、光パス設定処理部１０４は、その比が所定値Ｋｂ以下である場合（ステップＳｔ４１のＹｅｓ）、デマンド発生情報ＤＢ１３３から、今回のデフォルトパス管理周期Ｔａ内において発生帯域が所定値Ｍｂより大きい日の有無を判定する（ステップＳｔ４２）。

光パス設定処理部１０４は、発生帯域が所定値Ｍｂより大きい日がある場合（ステップＳｔ４２のＹｅｓ）、光パス生成時間に応じプールパスを減少させる（ステップＳｔ４４）。この処理の例としては、上記の例１及び例２が挙げられる。

次に、光パス設定処理部１０４は、光パス生成時間に応じ閾値ＴＨを変更する（ステップＳｔ４５）。この処理の例としては、上記の例３及び例４が挙げられる。

また、光パス設定処理部１０４は、発生帯域が所定値Ｍｂより大きい日がない場合（ステップＳｔ４２のＮｏ）、光パス生成時間に応じデフォルトパスを減少させる（ステップＳｔ４３）。この処理の例としては、上記の例５が挙げられる。なお、例５において、所定値Ｍｂは５（Gbps）となる。その後、ステップＳｔ３８の処理が実行される。

このように、光パス設定処理部１０４は、プールパスの管理処理が実行される期間より長い期間ごとに、その期間内のデマンドの履歴に基づきデフォルトパスを増減する。したがって、ネットワーク監視制御装置１は、デマンドの発生状況の継続性に応じて光パスを準備することができる。

なお、上記のステップＳｔ３９とステップＳｔ４０は、何れか一方のみが実行されてもよいが、両方が実行されることにより、デマンドに応じて、より適時に光パスを提供することが可能となる。これは、上記のステップＳｔ４４とステップＳｔ４５についても同様である。

次に、光パス生成時間の測定対象経路について述べる。

図２７は、光パス生成時間の測定対象経路の一例を示す図である。図２７において、点線の矢印は測定対象経路を示し、また、ノード＃１〜＃６ごとにその種類（Ｔｙｐｅ−Ａ〜Ｃ）が示されている。ノード＃１，＃２の種類は「Ｔｙｐｅ−Ａ」であり、ノード＃３，＃６の種類は「Ｔｙｐｅ−Ｂ」であり、ノード＃４，＃５の種類は「Ｔｙｐｅ−Ｃ」である。

本例において、生成時間測定部１０６は、１ホップの距離の光パスについて光パス生成時間を測定する。符号Ｇ１で示されるように、全経路の光パス生成時間を測定する場合、測定対象経路の数は９本となる。これに対し、符号Ｇ２で示されるように、経路上のノードの種類の組み合わせごとに光パス生成時間を測定する場合、測定対象経路の数は５本で済む。

この場合、ノード＃１とノード＃６の間の光パスについて見ると、ノード＃１が「Ｔｙｐｅ−Ａ」であり、ノード＃６が「Ｔｙｐｅ−Ｂ」である。このため、ノード＃１とノード＃６の間の光パスの光パス生成時間は、これと同様に「Ｔｙｐｅ−Ａ」と「Ｔｙｐｅ−Ｂ」の組み合わせであるノード＃２とノード＃３の間の光パスの光パス生成時間と同一であるとみなされる。

また、ノード＃２とノード＃６も「Ｔｙｐｅ−Ａ」と「Ｔｙｐｅ−Ｂ」の組み合わせであるため、その光パス生成時間は、ノード＃２とノード＃３の間の光パスの光パス生成時間と同一であるとみなされる。さらにノード＃５とノード＃６は「Ｔｙｐｅ−Ｃ」と「Ｔｙｐｅ−Ｂ」の組み合わせであるため、その光パス生成時間は、ノード＃３とノード＃４の間の光パスの光パス生成時間と同一であるとみなされる。

図２８は、光パス生成時間の測定対象経路の他例を示す図である。図２８において、図２７と共通する事項の説明は省略する。

本例において、生成時間測定部１０６は、ノード＃１から２ホップの距離の光パスについて光パス生成時間を測定する。符号Ｇ３で示されるように、全経路の光パス生成時間を測定する場合、測定対象経路の数は５本となる。これに対し、符号Ｇ４で示されるように、経路上のノードの種類の組み合わせごとに光パス生成時間を測定する場合、測定対象経路の数は４本で済む。

この場合、ノード＃１、ノード＃２、及びノード＃６を経由する光パスについて見ると、ノード＃１，＃２が「Ｔｙｐｅ−Ａ」であり、ノード＃６が「Ｔｙｐｅ−Ｂ」である。このため、ノード＃１、ノード＃２、及びノード＃６を経由する光パスの光パス生成時間は、これと同様に２個の「Ｔｙｐｅ−Ａ」と１個の「Ｔｙｐｅ−Ｂ」の組み合わせである、ノード＃１、ノード＃２、及びノード＃３を経由する光パスの光パス生成時間と同一であるとみなされる。

このように、生成時間測定部１０６は、光パス上の各ノードの種類の組み合わせごとに光パス生成時間の測定を実行することにより、測定処理の所要時間や光パス生成時間ＤＢ１３６のデータ量を削減することができる。

これまで述べた実施例において、光パス設定パラメータ制御部１０５は、プールパスを追加で設定するタイミングを、光パス生成時間と空き帯域の合計に基づいて制御したが、以下に述べるように、光パス生成時間と未使用のプールパスの本数に基づいて制御してもよい。この場合、閾値ＤＢ１３７には、光パスの空き帯域の合計の閾値ＴＨに代えて、未使用のプールパスの本数の閾値ＴＨが登録される。

図２９は、閾値ＤＢ１３７の他例を示す図である。閾値ＤＢ１３７には、未使用のプールパスの本数、つまり全ての帯域が空いている光パスの本数の閾値ＴＨが登録されている。

光パス設定パラメータ制御部１０５は、光パス生成時間に応じて閾値ＴＨを調整する。例えば、光パス設定パラメータ制御部１０５は、光パス生成時間が３０秒であるとき、閾値ＴＨを３本に制御し、光パス生成時間が１８０秒であるとき、閾値ＴＨを４本に制御する。

このため、光パス生成時間が短い場合、未使用のプールパスの本数が３本になったときに新たなプールパスが設定され、光パス生成時間が長い場合、未使用のプールパスの本数が４本になったときに新たなプールパスが設定される。このため、プールパスを追加で設定するタイミングが、光パス生成時間と未使用のプールパスの本数に基づいて制御される。

図３０は、本例のデマンドの収容処理を示すフローチャートである。図３０において、図８と共通する処理には同一の符号を付し、その説明を省略する。

ステップＳｔ５８の処理後、光パス設定処理部１０４は、回線パスの収容先の光パスと共通のノード＃１〜＃６を経由する光パスであって、全ての帯域が空いているプールパス（未使用のプールパス）の本数を閾値ＴＨと比較する（ステップＳｔ５９ａ）。このとき、光パス設定処理部１０４は、光パス管理ＤＢ１３５及び回線管理ＤＢ１３４の内容からプールパスの本数を算出する。プールパスの本数が閾値ＴＨより大きい場合（ステップＳｔ５９ａのＮｏ）、ステップＳｔ５３以降の処理が実行される。

また、プールパスの本数が閾値ＴＨ以下である場合（ステップＳｔ５９のＹｅｓ）、光パス設定処理部１０４は、プールパスを追加で設定する（ステップＳｔ６０）。次に、光パス設定処理部１０４は、追加したプールパスを光パス管理ＤＢ１３５に登録する（ステップＳｔ６１）。その後、ステップＳｔ５３以降の処理が実行される。このため、プールパスの追加は、未使用のプールパスの本数に応じて行われる。

また、本例の光パス設定パラメータ制御部１０５は、図２４を参照して述べたように、プールパスの管理処理において、光パス生成時間に応じ閾値ＴＨを変更する（ステップＳｔ１７，Ｓｔ２０）。これにより、上述したように、プールパスを追加で設定するタイミングが、閾値ＴＨに応じて変更される。

さらに、本例の光パス設定パラメータ制御部１０５は、図２６を参照して述べたように、デフォルトパスの管理処理において、光パス生成時間に応じ閾値ＴＨを変更する（ステップＳｔ４０，Ｓｔ４５）。これにより、上述したように、プールパスを追加で設定するタイミングが、閾値ＴＨに応じて変更される。

このように、光パス設定処理部１０４は、回線パスの収容先の光パスと共通のノード＃１〜＃６を経由する光パスであって、全ての帯域が空いているプールパスの本数が閾値ＴＨ以下となったとき、プールパスを設定する。また、光パス設定パラメータ制御部１０５は、光パス生成時間に応じ閾値ＴＨを調整する。

このため、閾値ＴＨが増加した場合、デマンドの発生に従い未使用のプールパスの本数が減少して閾値ＴＨ以下となるタイミングが早まり、また、閾値ＴＨが減少した場合、デマンドの発生に従い未使用のプールパスの本数が減少して閾値ＴＨ以下となるタイミングが遅くなる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１） ネットワーク内の複数のノードを経由する光パスを設定する設定処理部と、
前記複数のノードによる前記光パスの生成の所要時間に応じ、前記光パスを設定するタイミングを制御する制御部とを有することを特徴とするネットワーク制御装置。
（付記２） 前記設定処理部は、要求に応じて前記ネットワーク内に設定済みの光パスの帯域を回線パスに割り当て、前記設定済みの光パスのうち、前記複数のノードを経由する光パスであって、全ての帯域が空いている光パスの本数が閾値以下となったとき、前記光パスを設定し、
前記制御部は、前記所要時間に応じ前記閾値を調整することにより前記タイミングを制御することを特徴とする付記１に記載のネットワーク制御装置。
（付記３） 前記設定処理部は、要求に応じて前記ネットワーク内に設定済みの光パスの帯域を回線パスに割り当て、前記設定済みの光パスのうち、前記複数のノードを経由する光パスの空き帯域の合計が閾値以下となったとき、前記光パスを設定し、
前記制御部は、前記所要時間に応じ前記閾値を調整することにより前記タイミングを制御することを特徴とする付記１に記載のネットワーク制御装置。
（付記４） 前記複数のノードに対し前記所要時間の測定を実行する測定部と、
前記測定部が測定した前記所要時間を記憶する記憶部とを有することを特徴とする付記１乃至３の何れかに記載のネットワーク制御装置。
（付記５） 前記測定部は、前記複数のノードの各々の種類の組み合わせごとに前記所要時間の測定を実行することを特徴とする付記４に記載のネットワーク制御装置。
（付記６） 前記測定部は、前記所要時間として、前記複数のノードに前記光パスの生成を指示してから前記光パスの伝送品質が所定の条件を満たすまでの時間を測定することを特徴とする付記４または５に記載のネットワーク制御装置。
（付記７） 前記制御部は、第１期間において前記タイミングを制御し、
前記設定処理部は、前記第１期間より長い第２期間ごとに、前記第２期間内の前記要求の履歴に基づき前記ネットワーク内の前記光パスを増減することを特徴とする付記２に記載のネットワーク制御装置。
（付記８） ネットワーク内の複数のノードを経由する光パスを設定する工程と、
前記複数のノードによる前記光パスの生成の所要時間に応じ、前記光パスを設定するタイミングを制御する工程とを、コンピュータが実行することを特徴とするネットワーク制御方法。
（付記９） 要求に応じて前記ネットワーク内に設定済みの光パスの帯域を回線パスに割り当てる工程と、
前記設定済みの光パスのうち、前記複数のノードを経由する光パスであって、全ての帯域が空いている光パスの本数が閾値以下となったとき、前記光パスを設定する工程と、
前記所要時間に応じ前記閾値を調整することにより前記タイミングを制御する工程とを、前記コンピュータが実行することを特徴とする付記８に記載のネットワーク制御方法。
（付記１０） 要求に応じて前記ネットワーク内に設定済みの光パスの帯域を回線パスに割り当てる工程と、
前記設定済みの光パスのうち、前記複数のノードを経由する光パスの空き帯域の合計が閾値以下となったとき、前記光パスを設定する工程と、
前記所要時間に応じ前記閾値を調整することにより前記タイミングを制御する工程とを、前記コンピュータが実行することを特徴とする付記８に記載のネットワーク制御方法。
（付記１１） 前記複数のノードに対し前記所要時間の測定を実行する工程と、
測定した前記所要時間を記憶する工程とを、前記コンピュータが実行することを特徴とする付記８乃至１０の何れかに記載のネットワーク制御方法。
（付記１２） 前記所要時間の測定を実行する工程において、前記複数のノードの各々の種類の組み合わせごとに前記所要時間の測定を実行することを特徴とする付記１１に記載のネットワーク制御方法。
（付記１３） 前記所要時間の測定を実行する工程において、前記所要時間として、前記複数のノードに前記光パスの生成を指示してから前記光パスの伝送品質が所定の条件を満たすまでの時間を測定することを特徴とする付記１１または１２に記載のネットワーク制御方法。
（付記１４） 第１期間において前記タイミングを制御する工程と、
前記第１期間より長い第２期間ごとに、前記第２期間内の前記要求の履歴に基づき前記ネットワーク内の前記光パスを増減する工程とを、前記コンピュータが実行することを特徴とする付記９または１０に記載のネットワーク制御方法。
（付記１５） ネットワーク内の複数のノードを経由する光パスを設定し、
前記複数のノードによる前記光パスの生成の所要時間に応じ、前記光パスを設定するタイミングを制御する、処理をコンピュータに実行させることを特徴とするネットワーク制御プログラム。
（付記１６） 要求に応じて前記ネットワーク内に設定済みの光パスの帯域を回線パスに割り当てる処理と、
前記設定済みの光パスのうち、前記複数のノードを経由する光パスであって、全ての帯域が空いている光パスの本数が閾値以下となったとき、前記光パスを設定する処理と、
前記所要時間に応じ前記閾値を調整することにより前記タイミングを制御する処理とを、前記コンピュータに実行させることを特徴とする付記１５に記載のネットワーク制御プログラム。
（付記１７） 要求に応じて前記ネットワーク内に設定済みの光パスの帯域を回線パスに割り当てる処理と、
前記設定済みの光パスのうち、前記複数のノードを経由する光パスの空き帯域の合計が閾値以下となったとき、前記光パスを設定する処理と、
前記所要時間に応じ前記閾値を調整することにより前記タイミングを制御する処理とを、前記コンピュータに実行させることを特徴とする付記１５に記載のネットワーク制御プログラム。
（付記１８） 前記複数のノードに対し前記所要時間の測定を実行する処理と、
測定した前記所要時間を記憶する工程とを、前記コンピュータが実行することを特徴とする付記１５乃至１７の何れかに記載のネットワーク制御プログラム。
（付記１９） 前記所要時間の測定を実行する処理において、前記複数のノードの各々の種類の組み合わせごとに前記所要時間の測定を実行することを特徴とする付記１８に記載のネットワーク制御プログラム。
（付記２０） 前記所要時間の測定を実行する処理において、前記所要時間として、前記複数のノードに前記光パスの生成を指示してから前記光パスの伝送品質が所定の条件を満たすまでの時間を測定することを特徴とする付記１８または１９に記載のネットワーク制御プログラム。
（付記２１） 第１期間において前記タイミングを制御する処理と、
前記第１期間より長い第２期間ごとに、前記第２期間内の前記要求の履歴に基づき前記ネットワーク内の前記光パスを増減する処理とを、前記コンピュータに実行させることを特徴とする付記１６または１７に記載のネットワーク制御プログラム。

１ ネットワーク監視制御装置
１０ ＣＰＵ
１１ ＲＯＭ
１３ ストレージ
１０４ 光パス設定処理部
１０５ 光パス設定パラメータ制御部
１０６ 生成時間測定部
１３５ 光パス管理ＤＢ
１３６ 光パス生成時間ＤＢ
１３７ 閾値ＤＢ

Claims (9)

1. ネットワーク内の複数のノードを経由する光パスを設定する設定処理部と、
   前記複数のノードによる前記光パスの生成の所要時間に応じ、前記光パスを設定するタイミングを制御する制御部とを有することを特徴とするネットワーク制御装置。
2. 前記設定処理部は、要求に応じて前記ネットワーク内に設定済みの光パスの帯域を回線パスに割り当て、前記設定済みの光パスのうち、前記複数のノードを経由する光パスであって、全ての帯域が空いている光パスの本数が閾値以下となったとき、前記光パスを設定し、
   前記制御部は、前記所要時間に応じ前記閾値を調整することにより前記タイミングを制御することを特徴とする請求項１に記載のネットワーク制御装置。
3. 前記設定処理部は、要求に応じて前記ネットワーク内に設定済みの光パスの帯域を回線パスに割り当て、前記設定済みの光パスのうち、前記複数のノードを経由する光パスの空き帯域の合計が閾値以下となったとき、前記光パスを設定し、
   前記制御部は、前記所要時間に応じ前記閾値を調整することにより前記タイミングを制御することを特徴とする請求項１に記載のネットワーク制御装置。
4. 前記複数のノードに対し前記所要時間の測定を実行する測定部と、
   前記測定部が測定した前記所要時間を記憶する記憶部とを有することを特徴とする請求項１乃至３の何れかに記載のネットワーク制御装置。
5. 前記測定部は、前記複数のノードの各々の種類の組み合わせごとに前記所要時間の測定を実行することを特徴とする請求項４に記載のネットワーク制御装置。
6. 前記測定部は、前記所要時間として、前記複数のノードに前記光パスの生成を指示してから前記光パスの伝送品質が所定の条件を満たすまでの時間を測定することを特徴とする請求項４または５に記載のネットワーク制御装置。
7. 前記制御部は、第１期間において前記タイミングを制御し、
   前記設定処理部は、前記第１期間より長い第２期間ごとに、前記第２期間内の前記要求の履歴に基づき前記ネットワーク内の前記光パスを増減することを特徴とする請求項２または３に記載のネットワーク制御装置。
8. ネットワーク内の複数のノードを経由する光パスを設定する工程と、
   前記複数のノードによる前記光パスの生成の所要時間に応じ、前記光パスを設定するタイミングを制御する工程とを、コンピュータが実行することを特徴とするネットワーク制御方法。
9. ネットワーク内の複数のノードを経由する光パスを設定し、
   前記複数のノードによる前記光パスの生成の所要時間に応じ、前記光パスを設定するタイミングを制御する、処理をコンピュータに実行させることを特徴とするネットワーク制御プログラム。
   

Images