(57)【要約】  複数の通信ノード装置を有し、複数の通信ノード装置間でメッセージを交換することにより通信用のパスを設定する通信システムにおいて、パス設定を行う前に、そのパスのリソースを流用することを許可または禁止するパスの識別子を決定し、制御メッセージ中に決定した識別情報を含めパスを設定する。パスが設定された通信ノード装置では、制御メッセージ中の識別情報に基づいてパスのリソースの流用の可否を決定する。故障発生やリソース流用の発生または解消等のイベント発生時にパスのプライオリティ変更処理を実行し、最も効率よくリソース流用が行えるようプライオリティを変更することができる。
2008044646.tif 000002
【特許請求の範囲】
【請求項１】
他の通信ノード装置との間で制御メッセージを交換し、スイッチング情報を設定することにより、通信網における通信用のパスを設定する通信ノード装置において、
パスを設定するために他の通信ノード装置に対して送信する制御メッセージに、当該パスのリソースを流用することを許可あるいは禁止するパスのパス識別情報もしくはグループ識別情報を含めて、または、当該パスがリソースを流用する対象となるパスのパス識別情報もしくはグループ識別情報を含めて、当該制御メッセージを送信する手段を備えた
ことを特徴とする通信ノード装置。
【請求項２】
パスに関する情報を変更するために前記制御メッセージに、当該パスのパス識別情報に加え、当該パスに割当てられているリソースを流用することを許可あるいは禁止する新たなパスのパス識別情報もしくはグループ識別情報、当該パスの新たなグループ識別情報、または、当該パスの新たな優先度情報を含めて、当該制御メッセージを送信する手段を備えた
請求項１記載の通信ノード装置。
【請求項３】
設定されているパスのリソース流用の発生および解消状況を検出する手段、または、設定されているパスの故障の発生および解消状況を検出する手段を備え、
設定されているパスのリソース流用の発生および解消の検出、または、設定されているパスの故障の発生および解消の検出を契機として、
自通信ノード装置に設定されている当該パスの優先度情報を変更するとともに、他の通信ノード装置に対して送信する前記制御メッセージに、当該パスのパス識別情報に加え、当該パスの変更後の優先度情報を含めて送信する手段を備えた
請求項１記載の通信ノード装置。
【請求項４】
リソースの流用が発生した場合に、当該リソースを流用されたパスの設定情報を保持しておき、
当該リソースを流用されたパスの流用状態の解消を通知する制御メッセージを受信した際に、当該リソースを、当該リソースが流用される前のパスに割当て直すために、前記保持しておいたパスの設定情報を含む制御メッセージを他の通信ノードに送信する手段を備えた
請求項１記載の通信ノード装置。
【請求項５】
現用および予備のパスが設けられ、
現用パスの運用中に、当該現用パスが故障した場合には、予備パスに切替える切替制御手段と、
現用パスの運用中に、当該現用パスが故障した場合に使用する予備パス上の制御リンクの故障発生または故障解消、もしくは、前記予備パス上のリソースの枯渇発生または枯渇解消を前記切替制御手段に通知する手段と
を備えた請求項１ないし４のうちいずれか１項に記載の通信ノード装置。
【請求項６】
前記切替制御手段は、前記通知する手段の通知内容に基づき、前記予備パス上の制御リンクの故障発生を検出した場合には、前記現用パスが故障した場合であっても前記予備パスへの切替えを禁止する請求項５記載の通信ノード装置。
【請求項７】
他の通信ノード装置との間で制御メッセージを交換し、スイッチング情報を設定することで、通信網における通信用のパスを設定する通信ノード装置において、
パスを設定するために他の通信ノード装置から制御メッセージを受信し、該制御メッセージに含まれる、当該パスのリソースを流用することを許可あるいは禁止するパスのパス識別情報もしくはグループ識別情報、または、当該パスがリソースを流用する対象となるパスのパス識別情報もしくはグループ識別情報をリソース流用可否情報テーブルに記憶する手段と、
リソースを流用する対象となるパス、もしくはリソースを流用する対象となるグループに属するパスを自通信ノード装置に設定されているパスの中から検索し、検索されたパスのリソースを新たなパスの設定のためのリソースとして流用して割り当て、新たなパスを設定する手段と
を備えたことを特徴とする通信ノード装置。
【請求項８】
パスに関する情報を変更するための制御メッセージに含まれる情報に基づき  前記リソース流用可否情報テーブルにおける情報を書き換える手段を備え、
前記パスに関する情報を変更するための前記制御メッセージに含まれる情報は、当該パスのパス識別情報に加えて、当該パスに割り当てられているリソースを流用することを許可あるいは禁止する新たなパスのパス識別情報もしくはグループ識別情報、当該パスの新たなグループ識別情報、または、当該パスの新たな優先度情報を含む請求項７記載の通信ノード装置。
【請求項９】
リソースの流用が発生した場合に、当該リソースを流用されたパスの始点の通信ノード装置、もしくは監視装置に対し、当該リソースを流用されたパスのパス識別情報と、当該リソースを流用したパスのパス識別情報を含む流用したパスに関する情報とを送信する手段を備えた
請求項７記載の通信ノード装置。
【請求項１０】
リソースの流用が発生した場合に、当該リソースを流用されたパスを構成するために設定するスイッチング情報を保持しておき、
当該リソースを流用されたパスの流用状態の解消を検出した際に、保持しておいた前記スイッチング情報に基づき当該リソースを流用されたパスの経路上の他の通信ノード装置を認識し、この通信ノード装置に対し、流用状態の解消を通知する制御メッセージを送信する手段を備えた
請求項７記載の通信ノード装置。
【請求項１１】
リソースの流用が発生した場合に、当該リソースを流用されたパスの設定情報を保持しておき、
当該リソースを流用されたパスの流用状態の解消を通知する制御メッセージを受信した際に、当該リソースを、当該リソースが流用される前のパスに割当て直すために、前記保持しておいたパスの設定情報を含む制御メッセージを他の通信ノードに送信する手段を備えた
請求項７記載の通信ノード装置。
【請求項１２】
現用および予備のパスが設けられ、
現用パスの運用中に、当該現用パスが故障した場合には、予備パスに切替える切替制御手段と、
現用パスの運用中に、当該現用パスが故障した場合に使用する予備パス上の制御リンクの故障発生または故障解消、もしくは、前記予備パス上のリソースの枯渇発生または枯渇解消を前記切替制御手段に通知する手段と
を備えた請求項７ないし１１のうちいずれか１項に記載の通信ノード装置。
【請求項１３】
前記切替制御手段は、前記通知する手段の通知内容に基づき、前記予備パス上の制御リンクの故障発生を検出した場合には、前記現用パスが故障した場合であっても前記予備パスへの切替えを禁止する請求項１２記載の通信ノード装置。
【請求項１４】
リソース流用可否情報発行装置と、当該リソース流用可否情報発行装置との通信手段を備えた通信ノード装置とを有する通信システムであって、
前記通信ノード装置は、ユーザからのパス設定要求を受信したときに、前記リソース流用可否情報発行装置に対し、設定されるパスの識別情報及び当該パスのリソース流用可否情報の問い合わせを行い、この問い合わせ結果に基づき前記パスを設定する手段を備え、
前記リソース流用可否情報発行装置は、前記パスの識別情報と当該パスのリソース流用可否情報とを、前記通信ノード装置から受信するユーザ情報に基づいて決定し、前記通信ノード装置に通知する手段を備えたこと特徴とする通信システム。
【請求項１５】
他の通信ノード装置との間で制御メッセージを交換し、自通信ノード装置におけるリソース情報を他の通信ノード装置に広告するとともに、スイッチング情報を設定することで、通信網における通信用のパスを設定する通信ノード装置において、
パスに割当てられたリソースについて、パス識別情報、グループ識別情報毎にリソース量を管理する手段と、
この管理する手段により管理されているリソース量の情報をルーティングプロトコルにより広告する際に、当該リソースが割り当てられているパスのＩＤ情報とグループＩＤ情報、および、当該リソースを利用可能または不可能なパスの識別情報またはグループの識別情報を、広告するリソース量の情報に付与し、その情報を制御メッセージ、もしくはルーティングプロトコルのリソース広告メッセージに含めることで、リソースの情報を広告する手段と
を備えたこと特徴とする通信ノード装置。
【請求項１６】
パス故障時の迂回パスの経路計算手段を備え、この経路計算手段は、故障時の迂回パス経路計算の際に、故障パスの正常区間のリソース流用による必要リソース削減効果をパラメータとして経路計算を行う請求項１５記載の通信ノード装置。
【請求項１７】
他の通信ノードとの間でメッセージを交換することにより、通信用のパスを設定する通信ノード装置であって、  
前記他の通信ノード装置から、パスリソースの使用権情報を含むパス制御情報を受信する手段と、
前記パスリソースの使用権情報に基づき、あるグループに割り当てられているパスリソースを別のグループに割り当てる手段と、
を有することを特徴とする通信ノード装置。
【請求項１８】
複数の通信ノード装置を有し、複数の通信ノード装置間でメッセージを交換することにより通信用のパスを設定する通信システムにおけるパスリソース割当方法であって、
第１の通信ノード装置が第２の通信ノード装置にパスリソースの使用権情報を含むパス制御情報を送信するステップと、
前記第２の通信ノード装置が、前記パスリソースの使用権情報に基づき、あるグループに割り当てられているパスリソースを別のグループに割り当てるステップと
を有することを特徴とするパスリソース割当方法。
【請求項１９】
他の通信ノード装置との間で制御メッセージを交換し、スイッチング情報を設定することにより、通信網における通信用のパスを設定する通信ノード装置を、
パスを設定するために他の通信ノード装置に対して送信する制御メッセージに、当該パスのリソースを流用することを許可あるいは禁止するパスのパス識別情報もしくはグループ識別情報を含めて、または、当該パスがリソースを流用する対象となるパスのパス識別情報もしくはグループ識別情報を含める手段として機能させるためのプログラム。
【請求項２０】
他の通信ノード装置との間で制御メッセージを交換し、スイッチング情報を設定することで、通信網における通信用のパスを設定する通信ノード装置を、
パスを設定するために他の通信ノード装置から制御メッセージを受信し、該制御メッセージに含まれる、当該パスのリソースを流用することを許可あるいは禁止するパスのパス識別情報もしくはグループ識別情報、または、当該パスがリソースを流用する対象となるパスのパス識別情報もしくはグループ識別情報をリソース流用可否情報テーブルに記憶する手段、
リソースを流用する対象となるパス、もしくはリソースを流用する対象となるグループに属するパスを自通信ノード装置に設定されているパスの中から検索し、検索されたパスのリソースを新たなパスの設定のためのリソースとして流用して割り当てる手段、
として機能させるプログラム。
【請求項２１】
他の通信ノード装置との間で制御メッセージを交換し、自通信ノード装置におけるリソース情報を他の通信ノード装置に広告するとともに、スイッチング情報を設定することで、通信網における通信用のパスを設定する通信ノード装置を、
パスに割当てられたリソースについて、パス識別情報、グループ識別情報毎にリソース量を管理する手段、
この管理する手段により管理されているリソース量の情報をルーティングプロトコルにより広告する際に、当該リソースが割り当てられているパスのＩＤ情報とグループＩＤ情報、および、当該リソースを利用可能または不可能なパスの識別情報またはグループの識別情報を、広告するリソース量の情報に付与し、その情報を制御メッセージ、もしくはルーティングプロトコルのリソース広告メッセージに含めることで、リソースの情報を広告する手段、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＧＭＰＬＳ(Generalized Multi Protocol Label Switching)、ＭＰＬＳ(Multi Protocol Label Switching)等を用いて、波長、ファイバ等をリソースとしてパスを設定して運用する通信網に関する。特に、本発明は、パスに与えられた優先度情報に基づき、設定されているパスのリソースを流用して新しいパスを設定する際の必要リソース量の削減に関する。
【背景技術】
【０００２】
パス運用を実現する既存技術として、ＭＰＬＳ（非特許文献１参照）、ＧＭＰＬＳ（非特許文献２または３参照）等があげられ、これらのパス設定機能、つまりシグナリング機能は、シグナリングプロトコルであるＲＳＶＰ−ＴＥ(Resource Reservation Protocol for Traffic Engineering)（非特許文献３または４参照）等を利用して実現されている。【０００３】
ＲＳＶＰ−ＴＥ等のシグナリング技術においては、個々のパスにパスの設定優先度に関わる数値が付与され、優先順位の高いパスが優先順位の低いパスのリソースを流用する機能が設けられている。【０００４】
ＲＳＶＰ−ＴＥの仕様ではパス設定の優先度情報として、ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙとｓｅｔ−ｕｐ  ｐｒｉｏｒｉｔｙという二つの値が設けられ、張られているパスの保持するｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙより、新たに設定されるパスのｓｅｔｕｐ  ｐｒｉｏｒｉｔｙが高い場合、リソースの流用が発生し、元々設定されていたパスは削除される機能を有する。【０００５】
なお、先行技術文献として下記の文献がある。
【非特許文献１】ＩＥＴＦ  ＲＦＣ３０３１
【非特許文献２】ＩＥＴＦ  ＲＦＣ３４７１
【非特許文献３】ＩＥＴＦ  ＲＦＣ３４７３
【非特許文献４】ＩＥＴＦ  ＲＦＣ３２０９
【非特許文献５】ＩＥＴＦ  ＲＦＣ３６３０
【非特許文献６】ＩＥＴＦ  ＲＦＣ３２９２
【特許文献１】特開２００５−２６９３７７号公報
【特許文献２】特開２００３−２２９９０２号公報
【特許文献３】特開平４−２５６２４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来技術においては、リソース流用の際のリソース割当て順位の決定基準としてパスに設定される優先度情報（ｐｒｉｏｒｉｔｙ）の値は、通常、長期的な運用ポリシーや、パスに収容されるサービスレベル等によって決定される。【０００７】
しかしながら、ｐｒｉｏｒｉｔｙ値に割当てられる数値空間が限られていることや、その他の通信網の運用ポリシーに関する事情により、特定のパスに対しては同じｐｒｉｏｒｉｔｙ値の間でリソースの流用を行う必要性が発生する場合がある。【０００８】
例えば、パスが故障し、故障したパスの代替パスを設定する場合に、通常に運用されているパスのリソースは流用せず、故障状態のパスのみからリソースを流用する必要性が発生した場合がそれに該当する。【０００９】
しかしながら、従来の技術の枠組みでは、ｐｒｉｏｒｉｔｙ値のみによって、リソースを流用するパスを決定するため、同じ優先順位を持つパスの間では、流用する相手を特定できず、新規にリソースを確保する必要性が生じる場合がある。【００１０】
効率的なリソース運用が行えない例１を図１に示す。例えば図１の場合には、パス３の設定において、ｎｏｄｅ−２とｎｏｄｅ−３とを結ぶリンクのリソースを流用してパス３を設定しようと試みる場合を考える。ここで、ｐｒｉｏｒｉｔｙの値は数値が低いほど優先度が高いものとし、パス１、パス２はパス３が設定される前に設定が完了していて、かつ、パス２は故障しているものとする。このケースでは、パス３がｎｏｄｅ−２、ｎｏｄｅ−３の間のリソースを流用しようとすると、付与されたｐｒｉｏｒｉｔｙにより判断し、もともと付与されていた優先度の低い（数値的には大きい）パス１のリソースを流用してパスを設定することとなる。【００１１】
しかしながら、このケースの場合は、故障しているパス２のリソースを流用してパス２に割当て、活用するのが効率的である。ところが、このようなケースに故障パスを指定してリソース流用を行う方法は存在しない。従って、正常なパス１のリソースを流用することを回避しサービス中断を避けるためには、リソース流用の実施を取りやめ、新しく別にリソースを用意する必要が生じ、必要な設備量が増加してしまう。【００１２】
さらに、効率的なリソース運用が行えない例２を図２に示す。図２のように、通信網に２箇所の故障が発生し、故障区間を通過していた現用パスの代わりに迂回パス（図２における予備パス）を設定する場合を考える。ここでは、現用パスと故障時の迂回パスの優先度をあらわす数値がそれぞれＸ、Ｙである。この場合、迂回パスは現用パスと経路が重複するため、現用パスの正常区間のリソースを再利用してパスを設定するのが必要なリソース量が削減でき効率的である。【００１３】
しかし、運用上の理由によりＸ≧Ｙの優先度で優先度が決定されていた場合には、迂回パスが故障パスの正常区間を再利用することができず、実質的には再利用可能な区間も別にリソースを用意する必要性が生じてしまう。【００１４】
従って、本来必要なリソース量以上に設備を用意し新たなリソースを確保する必要が生じてしまう。（ここでは、故障したパスは故障解消後に切戻しを行うために、故障中も設定を維持するという運用ポリシーを想定している。故障パスの設備を復旧後のために保持することは実運用上必須である。）
上記の例のように、新たに確保するリソース量が増えた場合に、ノード装置に必要なインターフェース数や、リンク数が増加し、設備コストが増大するという問題が生じ、さらに故障発生時等にパスの迂回のために必要なリソース要求が増大する。また、迂回することにより復旧可能なパス数が減少するため、信頼性の低下にも繋がる。【００１５】
なお、ここで述べるリソースとは、通信ノードのインターフェース、光パスにおける波長、ＴＤＭのスロット、パケット転送帯域、ＣＰＵ処理時間等、及びスケジューリングされた将来におけるそれらの使用権限をその範疇に含む。また、パスとはＭＰＬＳのパス、ＴＤＭパス、ＧＭＰＬＳの波長パス、ファイバスイッチングパス、またはそれらの組み合わせにより実現されるパスをその範疇に含む。【００１６】
本発明は、このような背景の下に行われたものであって、従来の技術では実現できない、効率の良いパスリソース流用方式を実現することで、パス運用に必要なリソース量を削減し、必要な装置または設備量を削減することができる技術を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明の実施形態によれば、他の通信ノード装置との間で制御メッセージを交換し、スイッチング情報を設定することにより、通信網における通信用のパスを設定する通信ノード装置であって、パスを設定するために他の通信ノード装置に対して送信する制御メッセージに、当該パスのリソースを流用することを許可あるいは禁止するパスのパス識別情報もしくはグループ識別情報を含めて、または、当該パスがリソースを流用する対象となるパスのパス識別情報もしくはグループ識別情報を含めて、当該制御メッセージを送信する手段を備えたことを特徴とする通信ノード装置が提供される。【００１８】
また、本発明の実施形態によれば、他の通信ノード装置との間で制御メッセージを交換し、スイッチング情報を設定することで、通信網における通信用のパスを設定する通信ノード装置であって、パスを設定するために他の通信ノード装置から制御メッセージを受信し、該制御メッセージに含まれる、当該パスのリソースを流用することを許可あるいは禁止するパスのパス識別情報もしくはグループ識別情報、または、当該パスがリソースを流用する対象となるパスのパス識別情報もしくはグループ識別情報をリソース流用可否情報テーブルに記憶する手段と、リソースを流用する対象となるパス、もしくはリソースを流用する対象となるグループに属するパスを自通信ノード装置に設定されているパスの中から検索し、検索されたパスのリソースを新たなパスの設定のためのリソースとして流用して割り当て、新たなパスを設定する手段とを備えたことを特徴とする通信ノード装置が提供される。【００１９】
また、本発明の実施の形態によれば、複数の通信ノード装置を有し、複数の通信ノード装置間でメッセージを交換することにより通信用のパスを設定する通信システムにおけるパスリソース割当方法であって、第１の通信ノード装置が第２の通信ノード装置にパスリソースの使用権情報を含むパス制御情報を送信するステップと、前記第２の通信ノード装置が、前記パスリソースの使用権情報に基づき、あるグループに割り当てられているパスリソースを別のグループに割り当てるステップとを有することを特徴とするパスリソース割当方法が提供される。なお、パスリソースの使用権情報とは、例えば実施例中のリソース流用可否情報である。
【発明の効果】
【００２０】
本発明により、効率の良いパスリソース流用方式を実現することで、パス運用に必要なリソース量を削減し、必要な装置または設備量を削減することができる技術を提供できる。
【図面の簡単な説明】
【００２１】
【図１】効率的なリソース運用が行えない例１を説明するための図。
【図２】効率的なリソース運用が行えない例２を説明するための図。
【図３】本実施例の通信ノード装置の構成図。
【図４】本実施例における通信網を示す図。
【図５】本実施例のリソース流用可否情報発行装置の構成図。
【図６】リソース流用可否情報発行装置の接続図。
【図７】本実施例の通信ノード装置の詳細な構成図。
【図８】本実施例の通信ノード装置の機能ブロック構成図。
【図９】リソース流用可否データの例を示す図。
【図１０】第一実施例の通信網を機能別に示す図。
【図１１】通信網の例を示す図。
【図１２】Ｐｒｉｏｒｉｔｙ値変更を実施するネットワーク例を示す図。
【図１３】リソース流用実施時の制御シーケンスを示す図。
【図１４】リンク構成例を示す図。
【図１５】第一実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図１６】第一実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図１７】第一実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図１８】第一実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図１９】第一実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図２０】第二実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図２１】第二実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図２２】第二実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図２３】第二実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図２４】第二実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図２５】第三実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図２６】第三実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図２７】第三実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図２８】第三実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図２９】第三実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図３０】設定変更時の制御シーケンスを示す図。
【図３１】第四実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図３２】リソース情報データ７５に記録されるパス２の流用対象のパスＩＤ及びグループＩＤを示す図。
【図３３】第四実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図３４】リソース情報データ７５に記録されるパス２の流用対象のパスＩＤ及びグループＩＤを示す図。
【図３５】リソース流用を契機とする設定変更シーケンスを示す図。
【図３６】現用パスおよび予備パスを備えた通信網の例を示す図。
【図３７】故障を契機とするシーケンス例を示す図。
【図３８】設定変更を契機としたリソース流用または解消を伴うパス設定処理のシーケンスを示す図。
【図３９】第七実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図４０】第七実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図４１】第七実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図４２】第七実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図４３】第七実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図４４】リンク構成例を示す図。
【図４５】第八実施例においてｎｏｄｅ−１が広告する情報を示す図。
【図４６】第八実施例においてｎｏｄｅ−２が広告する情報を示す図。
【図４７】迂回パス設定例を示す図。
【図４８】リソース流用を伴う故障救済処理例のシーケンスを示す図。
【図４９】第九実施例におけるｎｏｄｅ−５のリソース情報データを示す図。
【図５０】経路計算トポロジを示す図。
【図５１】第九実施例におけるｎｏｄｅ−５のリソース情報データを示す図。
【図５２】第九実施例におけるｎｏｄｅ−５のリソース情報データを示す図。
【図５３】パス設定失敗を契機としたリソース流用対象変更例のシーケンスを示す図。
【図５４】第十実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図５５】第十実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図５６】第十実施例におけるｎｏｄｅ−４の流用可否情報の一部を示す図。
【図５７】集中管理装置の機能ブロック構成図。
【図５８】集中管理装置を備えた通信網を示す図。
【図５９】集中管理装置によるパス制御処理のシーケンスを示す図。
【図６０】リソース流用可否情報発行装置を利用したリソース可否情報発行例を説明するための図。
【図６１】第十二実施例において発行識別情報データベース９２に記録される情報の例を示す図。
【図６２】第十二実施例においてリソース流用ポリシデータベース９１に記録される情報の例を示す図。
【図６３】予備パスの制御リンクが故障した通信網の例を示す図。
【図６４】予備パスのリソース枯渇が発生した通信網の例を示す図。
【図６５】通信網の例を示す図。
【図６６】通信網を示す図。
【図６７】通信網の例を示す図。
【図６８】通信網の例を示す図。
【図６９】通信網の例を示す図。
【図７０】通信網の例を示す図。
【符号の説明】
【００２２】
２０、５０  隣接装置制御ＩＦ
２１、５１  データ送信ＩＦ
２２、５２  データ受信ＩＦ
２３、８０  コマンド入力手段
２４、５４  スイッチングＨＷ
２５  スイッチングＨＷ制御機能部
２６、５６  ＳＷ管理ＩＦ
２７、８２  シグナリング手段
２８、８３  経路情報処理手段
２９、８４  記録手段
３０、８５  リソース管理手段
４０  発行識別情報データベース
４１  リソース流用ポリシデータベース
４２  流用可否情報決定機能
４３  送受信ＩＦ
５５  スイッチングＨＷ制御用計算機
５７  光クロスコネクトスイッチ
５８  ＩＰルータ
６０  ハードディスク
６１  メインメモリ
６２  ＣＰＵ
６３  コマンド入力ＩＦ装置
７０  ＲＳＶＰ−ＴＥプロトコル機能部
７１  リソース管理機能部
７２  ＯＳＰＦ−ＴＥプロトコル機能部
７３  ＣＳＰＦモジュール
７４  ＧＳＭＰプロトコル機能部
７５  リソース情報データ
７６  経路情報データ
７７  ＣＬＩ
８１  ノード装置制御ＩＦ
９０  ユーザ情報データベース
９１  リソース流用ポリシデータベース
９２  発行識別情報データベース
１００  ユーザ通信ノード
１０１  リソース流用可否情報発行装置
１０２、１０３  通信ノード装置
２００  集中管理装置
【発明を実施するための最良の形態】
【００２３】
本発明の実施の形態を詳細に説明するのに先立って、本発明の実施の形態の概要を説明する。【００２４】
本発明の一実施形態によれば、ＧＭＰＬＳ、ＭＰＬＳ等を用いて、波長、ファイバ等をリソースとしてパスを設定して運用する通信網に設けられ、制御メッセージに含まれるパスの識別情報とリソース情報を利用して、各通信ノード装置で波長またはファイバ等のパス情報とリソース情報の関連付けを行ったリソース管理を行い、パス間で柔軟にリソースを流用して運用することを可能とする通信ノード装置が提供される。また、本発明の実施形態で述べるリソース流用は、ＲＳＶＰ−ＴＥ等で定義されているプリエンプション機能をその範疇に含む。【００２５】
本発明の一実施形態では、パス設定および維持管理を行う制御メッセージ中に、流用対象となるパスのパスＩＤやグループＩＤといった識別情報を含めてパスに送信し、優先度情報（ｐｒｉｏｒｉｔｙ）のみによる判断だけでなく、パスのＩＤやグループＩＤのような識別子を指定して、識別子単位で、流用対象を決定できるようにする。【００２６】
パス設定を行う前に、そのパスのリソースを流用することを許可または禁止するパスの識別子を予め決定し、制御メッセージ中に決定した識別情報を含めパスを設定し、パスが設定されたノードでは、制御メッセージ中の識別情報に基づいてパスの流用の可否を決定可能とし、パスの識別子単位で流用対象を決定可能とする。【００２７】
故障発生やリソース流用の発生または解消等のイベント発生時にパスのプライオリティ変更処理を実行し、最も効率よくリソース流用が行えるようプライオリティを変更する。【００２８】
すなわち、本発明の実施形態に係る通信ノード装置は、他の通信ノード装置との間で制御メッセージを交換し、スイッチング情報を設定することにより、通信網における通信用のパスを設定する通信ノード装置である。【００２９】
ここで、本発明の実施形態によれば、上記通信ノード装置は、パスを設定するために他の通信ノード装置に対して送信する制御メッセージに、当該パスのリソースを流用することを許可あるいは禁止するパスのパス識別情報もしくはグループ識別情報を含めて、または、当該パスがリソースを流用する対象となるパスのパス識別情報もしくはグループ識別情報を含めて送信する手段を備える。【００３０】
このように、リソース流用を実施させる指示を隣接ノードに与えることができる。これにより、他のパスのパス識別情報単位のリソース流用が可能となり効率的に通信網のリソース使用を行うことができる。この際に、特定のパスのグループのみにリソース使用権限を与えることができ、より柔軟な通信網のリソース管理が可能となる。【００３１】
また、パスに関する情報を変更するために前記制御メッセージに、当該パスのパス識別情報に加え、当該パスに割当てられているリソースを流用することを許可あるいは禁止する新たなパスのパス識別情報もしくはグループ識別情報を含めて、または、当該パスのパス識別情報に加え、当該パスの新たなグループ識別情報を含めて、または、当該パスのパス識別情報に加え、当該パスの新たな優先度情報を含めて送信する手段を備えることができる。【００３２】
これにより、パスとリソースとのマッピング関係を柔軟に管理することができ、通信網の柔軟なリソース管理が可能となる。例えば、パスのリソース割当て、および、流用に関するリソース使用権限の優劣関係を柔軟に変更することができる。【００３３】
また、上記通信ノード装置は、設定されているパスのリソース流用の発生および解消状況を検出する手段、または、設定されているパスの故障の発生および解消状況を検出する手段を備え、設定されているパスのリソース流用の発生および解消の検出、または、設定されているパスの故障の発生および解消の検出を契機として、自通信ノード装置に設定されている当該パスの優先度情報を変更するとともに、他の通信ノード装置に対して送信する前記制御メッセージに、当該パスのパス識別情報に加え、当該パスの変更後の優先度情報を含めて送信する手段を備えることができる。【００３４】
これにより、パス優先度情報を状況に応じて迅速に変更することが可能となり、通信網リソースの効率的な利用が可能となる。【００３５】
また、本発明の一実施形態によれば、他の通信ノード装置との間で制御メッセージを交換し、スイッチング情報を設定することで、通信網における通信用のパスを設定する通信ノード装置が提供され、その通信ノード装置は、パスを設定するために他の通信ノード装置から制御メッセージを受信し、該制御メッセージに含まれる、当該パスのリソースを流用することを許可あるいは禁止するパスのパス識別情報もしくはグループ識別情報、または、当該パスがリソースを流用する対象となるパスのパス識別情報もしくはグループ識別情報をリソース流用可否情報テーブルに記憶する手段と、リソースを流用する対象となるパス、もしくはリソースを流用する対象となるグループに属するパスを自通信ノード装置に設定されているパスの中から検索し、検索されたパスのリソースを新たなパスの設定のためのリソースとして流用して割り当て、新たなパスを設定する手段とを備える。【００３６】
これにより、リソース流用の可否情報を記憶装置から参照可能となり、特定パスに対してのみリソース流用が可能となる。例えば、特定パスからリソースを流用して新しいパスを設定することが可能になる。【００３７】
上記通信ノード装置は、パスに関する情報を変更するための制御メッセージに含まれる情報に基づき  前記リソース流用可否情報テーブルにおける情報を書き換える手段を備えてもよく、前記パスに関する情報を変更するための前記制御メッセージに含まれる情報は、当該パスのパス識別情報に加えて、当該パスに割り当てられているリソースを流用することを許可あるいは禁止する新たなパスのパス識別情報もしくはグループ識別情報、当該パスの新たなグループ識別情報、または、当該パスの新たな優先度情報を含む。【００３８】
これにより、パスとリソースのマッピング関係を柔軟に管理することが可能となり、通信網の柔軟なリソース管理が可能となる。例えば、リソース情報とそのリソースの使用権限を記憶して管理することが可能になる。あるいは、パスのリソース割当て、および、流用の優劣関係を柔軟に変更することが可能となる。【００３９】
また、上記通信ノード装置は、リソースの流用が発生した場合に、当該リソースを流用されたパスの始点の通信ノード装置、もしくは監視装置に対し、当該リソースを流用されたパスのパス識別情報と、当該リソースを流用したパスのパス識別情報を含む流用したパスに関する情報とを送信する手段を備えることができる。【００４０】
これにより、通信網における各ノード装置で、他のノードのリソース流用状況をパス毎に把握することが可能となる。【００４１】
また、上記通信ノード装置は、リソースの流用が発生した場合に、当該リソースを流用されたパスを構成するために設定するスイッチング情報を保持しておき、当該リソースを流用されたパスの流用状態の解消を検出した際に、保持しておいた前記スイッチング情報に基づき当該リソースを流用されたパスの経路上の他の通信ノード装置を認識しこの通信ノード装置に対し、流用状態の解消を通知する制御メッセージを送信する手段を備えることができる。【００４２】
これにより、パスが一時的に削除される際に、パスに関するスイッチングハードウェアの設定情報を通信ノード装置に保存することが可能になり、パスを復活させる際の処理負荷が軽減され、迅速な処理が可能となり、削除以前と同一のリソース割当てが可能になり、通信網のリソースの柔軟な使用と簡素なオペレーションが可能となる。例えば、リソース流用状態の解消を検出可能となり、流用状態が解消されたリソースをいち早く運用することが可能となり、通信網リソースの効率的使用が可能となる。あるいは、リソース流用が解消されたリソースの迅速な再利用が可能となる。【００４３】
また、上記通信ノード装置は、リソースの流用が発生した場合に、当該リソースを流用されたパスの設定情報を保持しておき、当該リソースを流用されたパスの流用状態の解消を通知する制御メッセージを受信した際に、当該リソースを流用される前のパスに割当て直すために他の通信ノード装置に対して送信する前記制御メッセージに、前記保持しておいたパスの設定情報を含めて送信する手段を備えることができる。【００４４】
これにより、リソース流用が解消されたリソースの迅速な再利用が可能となる。【００４５】
また、本発明の一実施形態によれば、リソース流用可否情報発行装置と、当該リソース流用可否情報発行装置との通信手段を備えた通信ノード装置とを有する通信システムであって、前記通信ノード装置は、ユーザからのパス設定要求を受信したときに、前記リソース流用可否情報発行装置に対し、設定されるパスの識別情報及び当該パスのリソース流用可否情報の問い合わせを行い、この問い合わせ結果に基づき前記パスを設定する手段を備え、前記リソース流用可否情報発行装置は、前記パスの識別情報と当該パスのリソース流用可否情報とを、前記通信ノード装置から受信するユーザ情報に基づいて決定し、前記通信ノード装置に通知する手段を備える通信システムが提供される。【００４６】
これにより、通信網に接続するユーザに応じてリソース流用可否を自動的に発行することが可能になり、迅速で負荷の小さい処理の実施が可能になる。【００４７】
また、本発明の一実施形態によれば、他の通信ノード装置との間で制御メッセージを交換し、自通信ノード装置におけるリソース情報を他の通信ノード装置に広告するとともに、スイッチング情報を設定することで、通信網における通信用のパスを設定する通信ノード装置が提供される。この通信ノード装置は、パスに割当てられたリソースについて、パス識別情報、グループ識別情報毎にリソース量を管理する手段と、この管理する手段により管理されているリソース量の情報をルーティングプロトコルにより広告する際に、当該リソースが割り当てられているパスのＩＤ情報とグループＩＤ情報、および、当該リソースを利用可能または不可能なパスの識別情報またはグループの識別情報、もしくはそのいずれかを、広告するリソース量の情報に付与し、制御メッセージ、もしくはルーティングプロトコルのリソース広告メッセージに含めることで、リソースの情報を広告する手段とを備えたこと特徴とする通信ノード装置である。【００４８】
これにより、通信網における各通信ノード装置で、他のノードのリソース使用状況をパス毎に把握することが可能となり、リソース流用を行う際に、網リソースの効率的、柔軟な使用が可能となる。【００４９】
このときに、パス故障時の迂回パスの経路計算手段を備え、この経路計算手段は、故障時の迂回パス経路計算の際に、故障パスの正常区間のリソース流用による必要リソース削減効果をパラメータとして経路計算を行うことができる。【００５０】
これにより、最大限にリソース流用を実施する経路を計算可能になり、より多くの必要リソース削減効果が生まれる。【００５１】
また、本実施形態の通信ノード装置は、現用および予備のパスが設けられ、現用パスの運用中に、当該現用パスが故障した場合には、予備パスに切替える切替制御手段と、現用パスの運用中に、当該現用パスが故障した場合に使用する予備パス上の制御リンクの故障発生または故障解消、もしくは、前記予備パス上のリソースの枯渇発生または枯渇解消を前記切替制御手段に通知する手段とを備えることができる。【００５２】
このときに、前記切替制御手段は、前記通知する手段の通知内容に基づき、前記予備パス上の制御リンクの故障発生を検出した場合には、前記現用パスが故障した場合であっても前記予備パスへの切替えを禁止することができる。【００５３】
これにより、使用不可能な予備パスへの切替えを防止することができるため、無駄な予備パスへの切替動作を回避することができ、効率的なリソース運用が可能となる。【００５４】
また、上記の通信ノード装置の各手段を通信ノード装置内の情報処理手段を用いて実現するためのプログラムを提供することも可能である。このプログラムは記録媒体に記録されることにより、この記録媒体から通信ノード装置にインストールすることができる。あるいは、当該プログラムを保持するサーバからネットワークを介して直接前記通信ノード装置にプログラムをインストールすることもできる。【００５５】
なお、当該プログラムは、通信ノード装置の情報処理手段によって直接実行可能なものだけでなく、ハードディスクなどにインストールすることによって実行可能となるものも含む。また、圧縮されたり、暗号化されたりしたものも含む。【００５６】
次に、本発明の実施の形態のノードの原理構成図を図３に示す。【００５７】
本発明の一実施形態に係る通信ノード装置は、パス設定または切替を実現する通信ノード装置であって、隣接ノードや管理サーバと制御メッセージの送受信を行う隣接装置制御ＩＦ(InterFace)２０と、隣接ノードへデータを送信するデータ送信ＩＦ２１と、隣接ノードからのデータを受信するデータ受信ＩＦ２２と、オペレータからの設定を受け付けるコマンド入力手段２３と、パスが設定されるハードウェアであるスイッチングＨＷ（Hardware）２４と、スイッチングＨＷ２４の制御機能がインストールされるスイッチングＨＷ制御機能部２５と、スイッチングＨＷ２４とスイッチングＨＷ制御機能部２５のＩＦであるＳＷ（Switching）管理ＩＦ２６とを有する。【００５８】
スイッチングＨＷ制御機能部２５は、シグナリングプロトコルを動作させシグナリングセッションや切替状態の管理を行うシグナリング手段２７と、ルーティングプロトコルや経路計算機能を動作させ経路計算、経路情報の交換、広告を行う経路情報処理手段２８と、リソース情報や経路情報や設定したパスの情報を記録する記録手段２９と、リソースの空き状況等を管理するリソース管理手段３０とを有する。【００５９】
また、図４に示したように上記の構成の通信ノード装置の隣接装置制御ＩＦ２０間を制御メッセージ転送用ケーブル（破線）で接続し、また、データ送信ＩＦ２１とデータ受信ＩＦ２２との間をデータ転送用ケーブル（実線）で接続することによって、相互に接続させ、通信網とする。また、隣接装置制御ＩＦ２０により制御メッセージを交換し、スイッチングＨＷ２４に対するパス設定を行う。また、スイッチングＨＷ制御機能部２５でリソース情報およびパス情報を管理し、リソースの流用に関する情報を含んだ制御メッセージの情報に応じて割当てリソースを管理することによって、効率的で迅速な通信網のリソース活用が実現される。【００６０】
また、リソース流用可否情報発行装置の概要を図５に示した。リソース流用可否情報発行装置は、通信網に接続するユーザの情報とそれらユーザのパス設定要求に対して発行可能なパス識別情報が記憶されている発行識別情報データベース４０と、ユーザ間のリソース流用ポリシーが記憶されているリソース流用ポリシデータベース４１と、発行識別情報データベース４０とリソース流用ポリシデータベース４１に記憶されている情報を参照し、ユーザの要求するパス設定に対して発行する流用可否情報を決定する流用可否情報決定機能４２と、流用可否情報決定機能４２において発行された流用可否情報を他ノードに送信する送受信ＩＦ４３を備える。【００６１】
また、図５に示したリソース流用可否情報発行装置を図６のように通信ノード装置１０２、１０３と接続し、通信ノード装置１０２および１０３の間の制御メッセージに含めるリソース流用のポリシに関わるデータを、リソース流用可否情報発行装置１０１が、通信ノード装置１０２、１０３に与えることができる。【００６２】
以下、本発明の実施の形態を説明する。【００６３】
図７は本発明の実施の形態における通信ノード装置の構成を示す。通信ノード装置は、波長パスのクロスコネクションを実現するスイッチングＨＷ５４である光クロスコネクトスイッチ５７と、波長パスの光を受信するデータ受信ＩＦ５２、波長パス光を送信するデータ送信ＩＦ５１、ＳＷを制御するためのソフトウェアをインストールするためのスイッチングＨＷ制御用計算機５５、光クロスコネクトスイッチ５７とスイッチングＨＷ制御用計算機５５のＩＦであるＳＷ管理ＩＦ５６、スイッチングＨＷ制御用計算機５５に接続され、隣接ノードへの制御メッセージの送受信を行う隣接装置制御ＩＦ５０を有する。【００６４】
また、通信ノード装置には波長パスを多重して送信する際の媒体となるＷＤＭ  ｌｉｎｋが接続されている。また、スイッチングＨＷ制御用計算機５５は、記憶手段となる、ハードディスク６０、メインメモリ６１、経路計算、データ処理等の必要な演算を行うＣＰＵ６２、オペレータのコマンド入力のインターフェースとなるキーボート等のコマンド入力ＩＦ装置６３を有する。【００６５】
図８は本実施例の通信ノード装置の機能ブロック構成の一例を表す。本実施例では、シグナリング手段として、本発明の実施例用に独自に拡張を加えたＲＳＶＰ−ＴＥを採用し、経路処理手段の一機能として、独自に拡張を加えたＯＳＰＦ−ＴＥ(Open Shortest Path First for Traffic Engineering)（例えば、非特許文献４参照）を採用している。【００６６】
ＲＳＶＰ−ＴＥプロトコル機能部７０はシグナリング手段実現に必要となる制御メッセージの作成および処理を行う機能部であり、設定したパスについて、パス情報をノード間で交換しパスセッションの管理を行う。【００６７】
リソース管理機能部７１は、ＲＳＶＰ−ＴＥプロトコル機能部７０によるパス設定処理の際、リソース情報データ７５を参照し、リソース流用可否情報に基づいて割当てるリソースを決定する機能部である。また、ＲＳＶＰ−ＴＥプロトコル機能部７０と連携し、パスが設定される際にリソース情報データ７５に記憶されるリソース流用可否情報を更新し、さらにリソース流用状態の発生検出および解消検出を行い、ＲＳＶＰ−ＴＥプロトコル機能部７０に通知する機能を持つ。【００６８】
ＯＳＰＦ−ＴＥプロトコル機能部７２は、隣接ノードからの制御メッセージを受信し、経路情報データ７６を作成する機能と、自ノードのリソース情報を制御メッセージに含めて隣接ノードへ広告する機能を実現する機能部である。【００６９】
ＣＳＰＦ(Constrained Shortest Path First)モジュール７３は経路情報データ７６を利用してシグナリング手段の利用するパスの経路情報を計算するモジュールである。ＯＳＰＦ−ＴＥ機能部７２とＣＳＰＦモジュール７３との連携によりパスの経路計算処理手段が実現され、ＲＳＶＰ−ＴＥプロトコル機能部７０からの経路計算要求を受け取り、要求条件に見合う経路を計算し、ＲＳＶＰ−ＴＥプロトコル機能部７０に返すことができる。【００７０】
ＧＳＭＰ(General Switch Management Protocol)（例えば、非特許文献６参照）プロトコル機能部７４はスイッチングに関連する制御情報の交換を実現するプロトコル機能部である。【００７１】
また、リソース情報データ７５と経路情報データ７６とが存在し、各モジュールにより参照可能である。リソース情報データ７５は、スイッチングＨＷ５４に備え付けられているリンク情報とそれに対応したリソース情報とを持ち、空きリソース量とパス毎の使用中リソース量とが記憶されている。それらリソースの優先度情報とリソース流用可否情報とが記録されている。【００７２】
リソース情報データ７５の持つリソースの優先度情報およびリソース流用可否情報の例を図９に示した。リソース流用可否情報については、リンクＩＤをキーとして、以下の項目が検索できるデータ構造となっている。
・リンクＩＤ（複数可）
・リソースＩＤ（複数可）
・使用中パスＩＤ（複数可）
・使用中パスグループＩＤ（複数可）
・流用可能パスＩＤ  （複数可）
・流用可能グループＩＤ（複数可）
・流用禁止パスＩＤ  （複数可）
・流用禁止グループＩＤ（複数可）
・流用発生の有無
・流用されているパスＩＤ（複数可）
・流用されているグループＩＤ（複数可）
・ｓｅｔ  ｕｐ  ｐｒｉｏｒｉｔｙ（複数可）
・ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙ（複数可）
経路情報データ７６は、ＯＳＰＦ−ＴＥプロトコル機能部７２を通じて収集された他ノードのリンク情報が記憶されている。【００７３】
また、オペレータからのコマンド入力および情報参照のインターフェースとなるＣＬＩ(Call-Level Interface)７７を有する。【００７４】
光クロスコネクトスイッチ５７の物理的設定情報は、ＳＷ管理ＩＦ５６を通じてスイッチングＨＷ制御用計算機５５に通知される。また、スイッチングＨＷ制御用計算機５５からの制御メッセージにより光クロスコネクトスイッチ５７の設定作成および変更が行われる。【００７５】
図１０は光クロスコネクトスイッチにより構成された通信網を表す。各通信ノード装置のスイッチングＨＷ制御用計算機５５の隣接装置制御ＩＦ５０はＥｔｈｅｒｎｅｔケーブル（破線）で接続され、光クロスコネクトスイッチ５７のＩＦで送信された光は、光クロスコネクトスイッチ５７に接続された光ファイバ（実線）を媒体として伝送される。また、光ファイバには複数の波長が多重されている。ここでは、波長パスを設定して運用する通信網を想定しているため、通信ノード装置間のリンクの持つ波長チャネル数が通信網のリソース量に該当する。
（第一実施例）
本実施例では、特定パスのＩＤを指定してリソースのリソース流用を行う動作例、および、リソース解消を検出し始点ノードに通知を行いパスの状態を流用発生前の状態に戻す動作例について示す。【００７６】
第一実施例の通信網を図１１に示す。また、Ｐｒｉｏｒｉｔｙ値変更を実施するネットワーク例を図１２に示す。図１１の通信網において、図１２のようにパス１（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６）、パス２（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５）、パス３  （ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８）を設定し、本実施例の構成を用いてリソース流用を行う運用を実施した場合の制御メッセージシーケンス概要を図１３に示す。【００７７】
なお、以下、全ての実施例の説明に当たっての制御情報は、本発明の実施例の説明に必須の部分だけ記載し、パス運用の基本的機能等の従来技術の実現のみに利用される制御情報の記載は省略する。【００７８】
ここでは、パス３の設定に先立ち、パス１、パス２を設定し、パス３の設定時にパス１のリソースを流用してパス３を設定するものとする。第一実施例のリンク構成例を図１４に示す。リソースの流用が発生するｎｏｄｅ−４、ｎｏｄｅ−５間には図１４のように波長１および波長２の２波長のリソース（波長）が用意されているものとする。【００７９】
図１３に示すように、ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６の経路に沿ってパス１を設定するための制御メッセージが送信される（ステップ１）。パス１の制御メッセージには次のような制御情報が含まれるものとする。
−−パス１設定制御メッセージ内容――
パスＩＤ：１
グループＩＤ：１００
流用を許可するパスＩＤ：３
流用を許可するグループＩＤ：指定無し
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：指定無し
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６においてリソースが割り当てられ、リソース情報データ７５が更新される。この際、ｎｏｄｅ−４、ｎｏｄｅ−５の間の波長リソースは、通信ノード装置におけるリソース管理機能部７１によって空き波長の中から検索され、その結果、波長１が割り当てられるものとする。ｎｏｄｅ−４における流用可否情報（一部）を図１５に示す。【００８０】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５の経路でパス２を設定するための制御メッセージが送信され（ステップ２）、パス２が設定される。パス２の制御メッセージには次のような制御情報が含まれるものとする。
−−パス２設定制御メッセージ内容−−
パスＩＤ：２
グループＩＤ：２００
流用を許可するパスＩＤ：３
流用を許可するグループＩＤ：指定無し
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：指定無し
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５においてリソースが割り当てられリソース情報データ７５が更新される。この際、ｎｏｄｅ−４、ｎｏｄｅ−５の間の波長リソースは通信ノード装置におけるリソース管理機能部７１が空き波長の中から検索して決定し、波長２が割り当てられるものとする。図１６にｎｏｄｅ−４における流用可否情報（一部）を示す。【００８１】
オペレータによるＣＬＩ７７からのコマンド入力や、他の通信ノード装置からの制御メッセージにより、パス３の設定条件として、パス１のリソースを流用することが設定される。【００８２】
ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の経路でパス３を設定するための制御メッセージが送信され（ステップ３）、パス３が設定される。パス３設定の制御メッセージには次のような制御情報が含まれるものとする
−−パス３設定制御メッセージ内容−−
パスＩＤ：３
グループＩＤ：３００
流用を許可するパスＩＤ：指定無し
流用を許可するグループＩＤ：指定無し
流用対象のパスＩＤ：１
流用対象のグループＩＤ：指定無し
パス３の設定制御メッセージを受け取った通信ノード装置では、リソース管理機能部７１がリソース情報データ７５を参照し、流用対象のパスＩＤで指定されたパスに割当てられている波長の検索が行われる。ｎｏｄｅ−４では検索処理の結果、ｎｏｄｅ−４の下流側リンク（リンクＩＤ４５）に存在する波長にパスＩＤ１を持つパス１に割当てられているリソース、つまり波長１が発見される。【００８３】
ここで、リソース情報データ７５における流用可否情報が参照され波長１について流用を許可するパスＩＤにパス３のＩＤであるＩＤ３が含まれているかどうか確認される。ＩＤ３は波長１の流用を許可するパスＩＤに含まれているため、波長１はパス３のリソースとして流用され、パス３に割当てられる。【００８４】
ｎｏｄｅ−５においても同様の検索処理の結果、ｎｏｄｅ−５の上流側リンク（リンクＩＤ４５）に存在する波長にパスＩＤ１を持つパス１に割当てられているリソース、つまり波長１が発見され、波長１はパス３のリソースとして流用され、パス３に割当てられる。【００８５】
リソースが割当てられた後、ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の各通信ノード装置でリソース情報データ７５が更新される。ｎｏｄｅ−４における流用可否情報（一部）は図１７に示すようになる。ｎｏｄｅ−４においては、パス１のリソースであった波長１がパス３のリソースとして流用された後も、リソース管理機能部７１により、もともと使っていたパス１のリソースが流用されていることがリソース情報データ７５に記録される。【００８６】
パスのリソースの流用が発生したｎｏｄｅ−４からは、流用されたパス１のＩｎｇｒｅｓｓノード（始点ノード）であるノード１に対して、流用が発生したパス、リンクＩＤ、波長ＩＤ等の情報が制御メッセージにて通知される（ステップ４）。リソース流用発生通知メッセージは以下のような制御情報を含む。
−−リソース流用発生通知メッセージ内容−−
流用が発生した通信ノード装置：ｎｏｄｅ−４
流用が発生したリンクＩＤ：リンク４５
流用が発生したパスＩＤ：１
流用されたリソース：波長１
リソースを渡したパスＩＤ：パス３
リソースを渡したグループＩＤ：グループ３００
リソースの流用発生通知を受けたｎｏｄｅ−１ではリソース管理機能部７１において、リソース流用発生通知メッセージに含まれる内容が保存される。保存においては、流用が発生したノードＩＤ、リンクＩＤ、波長ＩＤの組み合わせにより、パス１のパスＩＤが関連付けられ、流用が発生したノードＩＤ、リンクＩＤ、波長ＩＤの組み合わせ、もしくはそのいずれかをキーとして流用が発生したパス１のＩＤが検索できるよう記録される。また、通知を受けパス１は非運用状態とされデータの送信が停止される。【００８７】
リソース流用により他のパスにリソースを明け渡したパス１の経路上には、流用発生前の設定情報を確認する設定確認メッセージ（リフレッシュメッセージ）が交換される（ステップ５）。また、そのメッセージによりパス１のパスＩＤ、流用を許可または禁止するパスまたはグループＩＤ等のパス設定情報はパス１の通信ノード装置に記録されて維持される。【００８８】
ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の経路でパス３を削除するための制御メッセージが送信され（ステップ６）、パス３を削除する。パス３が削除されるとｎｏｄｅ−４、ｎｏｄｅ−５の間のリソースである波長１は開放される。【００８９】
ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８においてパス３のリソースが開放され、リソース情報データ７５が更新される。ｎｏｄｅ−４における流用可否情報（一部）は図１８に示すようになる。【００９０】
ｎｏｄｅ−４では波長１が解消されたことをリソース管理機能部７１で検出し、流用発生前に保持しておいたスイッチング情報に基づき、流用される前に割り当てられていたパス１の始点ノードであるｎｏｄｅ−１を特定し、そのｎｏｄｅ−１に対して、リソースの流用状態が解消されたことを通知する制御メッセージを送信する（ステップ７）。リソース流用解消メッセージには次の制御情報が含まれる。
−−リソース流用解消通知メッセージ内容−−
流用解消が発生した通信ノード装置：ｎｏｄｅ−４
流用解消が発生したリンクＩＤ：リンク４５
流用解消が発生したパスＩＤ：パス１
流用が解消されたリソース：波長１
解消発生前にリソースを使用していたパスＩＤ：パス３
解消発生前にリソースを使用していたグループＩＤ：グループ３００
リソース流用解消メッセージを受信したｎｏｄｅ−１では、受信した制御メッセージの内容から、リソースの流用によって非運用状態となっているパス１の再設定のために再設定メッセージをパス１の経路であるｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６に送信し（ステップ８）、パス１を運用状態への再設定処理を開始する。【００９１】
ｎｏｄｅ−４、ｎｏｄｅ−５間で波長１をパス１に割当てるパス１を再び運用状態とする。パス１の経路であるｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６でリソース情報データ７５が更新される。このときのｎｏｄｅ−４における流用可否情報（一部）を図１９に示す。【００９２】
なお、本実施例においてリソース流用の発生するパスは現用パスであっても予備パスであってもかまわない。
（第二実施例）
本実施例では、特定パスのグループＩＤを指定してリソースのリソース流用を行うパス設定を実施し、指定したグループに属するパスからリソース流用を行うパス設定例、また、リソース解消を検出し始点ノードに通知を行いパスの状態を流用発生前の状態に戻す動作例について示す。【００９３】
第一実施例では、個々のパスを指定する運用が可能であるのに対し、本実施例では、パスのグループを指定する運用が可能である。どちらも運用性の向上という同様の効果があるが、どちらの方式に適し、より大きな効果が得られるかは、通信網の状況に依存する。このため、第一実施例と本実施例との両方を用意し、指定方法を多様化しておくことが運用性の向上につながる。【００９４】
また、パスＩＤはパスを設定してから削除するまで、終始同一の値を使用するが、グループＩＤは流動的であるため、流動的に運用ポリシを変化させる場合にグループＩＤを指定する方法が役立つ。【００９５】
図１１の通信網において、図１２のようにパス１（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６）、パス２（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５）、パス３  （ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８）を設定し、本発明の実施例の構成を用いてリソース流用を行う運用を実施した場合の制御メッセージシーケンス概要を図１３を用いて説明する。【００９６】
ここでは、パス３の設定に先立ち、パス１、パス２を設定し、パス３設定時にパス１のリソースを流用してパス３を設定するものとする。リソースの流用が発生するｎｏｄｅ−４、ｎｏｄｅ−５間には図１４のように波長１、波長２の２波長のリソース（波長）が用意されているものとする。【００９７】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６の経路でパス１を設定するための制御メッセージが送信される（ステップ１）。本実施例ではパス１の制御メッセージには次のような制御情報が含まれる。
−−パス１設定制御メッセージ内容−−
パスＩＤ：１
グループＩＤ：１００
流用を許可するパスＩＤ：指定無し
流用を許可するグループＩＤ：３００
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：指定無し
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６においてリソースが割り当てられ、リソース情報データ７５が更新される。この際、ｎｏｄｅ−４、ｎｏｄｅ−５の間の波長リソースは、通信ノード装置におけるリソース管理機能部７１によって空き波長の中から検索され、その結果波長１が割り当てられるものとする。ｎｏｄｅ−４における流用可否情報（一部）を図２０に示す。【００９８】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５の経路でパス２を設定するための制御メッセージが送信され（ステップ２）、パス２が設定される。パス２の制御メッセージには次のような制御情報が含まれるものとする。
−−パス２設定制御メッセージ内容−−
パスＩＤ：２
グループＩＤ：２００
流用を許可するパスＩＤ：指定無し
流用を許可するグループＩＤ：３００
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：指定無し
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５においてリソースが割り当てられリソース情報データ７５が更新される。この際、ｎｏｄｅ−４、ｎｏｄｅ−５の間の波長リソースは通信ノード装置におけるリソース管理機能部７１が空き波長の中から検索し、決定し波長２が割り当てられるものとする。ｎｏｄｅ−４における流用可否情報（一部）は図２１に示すようになる。【００９９】
オペレータによるＣＬＩ７７からのコマンド入力や、他の通信ノード装置からの制御メッセージにより、パス３の設定条件として、パス１のリソースを流用することが条件付けられる。【０１００】
ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の経路でパス３を設定するための制御メッセージが送信され（ステップ３）、パス３が設定される。本実施例でのパス３設定の制御メッセージには次のような制御情報が含まれるものとする。
−−パス３設定制御メッセージ内容−−
パスＩＤ：３
グループＩＤ：３００
流用を許可するパスＩＤ：指定無し
流用を許可するグループＩＤ：指定無し
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：１００
パス３設定制御メッセージを受け取った通信ノード装置では、リソース管理機能部７１がリソース情報データ７５を参照し、流用対象のグループＩＤで指定されたグループに所属するパスに割当てられている波長の検索が行われる。ｎｏｄｅ−４では検索処理の結果、ｎｏｄｅ−４の下流側リンク（リンクＩＤ４５）に存在する波長に、グループＩＤ１００を持つパス１に割当てられているリソース、つまり波長１が発見される。【０１０１】
ここで、リソース情報データ７５における流用可否情報が参照され波長１について流用を許可するパスＩＤにパス３のグループＩＤであるＩＤ３００が含まれているかどうか確認される。ＩＤ３００は波長１の流用を許可するパスＩＤに含まれているため、波長１はパス３のリソースとして流用され、パス３に割当てられる。【０１０２】
ｎｏｄｅ−５においても同様の検索処理の結果、ｎｏｄｅ−５の上流側リンク（リンクＩＤ４５）に存在する波長にグループＩＤ１００を持つパス１に割当てられているリソース、つまり波長１が発見され、波長１はパス３のリソースとして流用され、パス３に割当てられる。リソースが割当てられた後、ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の各通信ノード装置でリソース情報データ７５が更新される。【０１０３】
ｎｏｄｅ−４における流用可否情報（一部）は図２２に示すようになる。ｎｏｄｅ−４においては、パス１のリソースであった波長１がパス３のリソースとして流用された後も、リソース管理機能部７１により、もともと使っていたパス１のリソースが流用されていることがリソース情報データに記録されている。【０１０４】
パスのリソースを流用が発生したｎｏｄｅ−４からは、流用されたパス１のＩｎｇｒｅｓｓノード（始点ノード）であるｎｏｄｅ−１に対して、流用が発生したパス、リンクＩＤ、波長ＩＤ等の情報が制御メッセージにて通知される（ステップ４）。流用発生の通知メッセージは以下のような制御情報を含む。
−−リソース流用発生通知メッセージ内容−−
流用が発生した通信ノード装置：ｎｏｄｅ−４
流用が発生したリンクＩＤ：リンク４５
流用が発生したパスＩＤ：パス１
流用されたリソース：波長１
リソースを渡したパスＩＤ：パス３
リソースを渡したグループＩＤ：グループ３００
リソースの流用発生通知を受けたｎｏｄｅ−１ではリソース管理機能部７１において、リソース流用発生通知メッセージに含まれる内容が保存される。保存においては、流用が発生したノードＩＤ、リンクＩＤ、波長ＩＤの組み合わせにより、パス１のパスＩＤが関連付けられ、流用が発生したノードＩＤ、リンクＩＤ、波長ＩＤの組み合わせ、もしくはそのいずれかをキーとして流用が発生したパス１のＩＤが検索できるよう記録される。また、通知を受けパス１は非運用状態とされデータの送信が停止される。【０１０５】
リソース流用により他のパスにリソースを明け渡したパス１の経路上には、流用発生前の設定情報を確認する設定確認メッセージ（リフレッシュメッセージ）が交換される（ステップ５）。また、そのメッセージによりパス１のパスＩＤ、流用を許可または禁止するパスまたはグループＩＤ等のパス設定情報はパス１の通信ノード装置に記録されて維持される。【０１０６】
ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の経路でパス３を削除するための制御メッセージが送信され（ステップ６）、パス３を削除する。パス３が削除されるとｎｏｄｅ−４、ｎｏｄｅ−５の間のリソースである波長１は開放される。【０１０７】
ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８においてパス３のリソースが開放され、リソース情報データ７５が更新される。このときのｎｏｄｅ−４における流用可否情報（一部）を図２３に示す。【０１０８】
ｎｏｄｅ−４では波長１が解消されたことをリソース管理機能部７１で検出し、流用される前に割り当てられていたパス１の始点ノードであるｎｏｄｅ−１に対して、リソースの流用状態が解消されたことを通知する制御メッセージを送信する（ステップ７）。リソース流用解消メッセージには次の制御情報が含まれる。
−−リソース流用解消通知メッセージ内容−−
流用解消が発生した通信ノード装置：ｎｏｄｅ−４
流用解消が発生したリンクＩＤ：リンク４５
流用解消が発生したパスＩＤ：パス１
流用が解消されたリソース：波長１
解消発生前にリソースを使用していたパスＩＤ：パス３
解消発生前にリソースを使用していたグループＩＤ：グループ３００
リソース流用解消メッセージを受信したｎｏｄｅ−１では、受信した制御メッセージの内容から、リソースの流用によって非運用状態となっているパス１の再設定のために再設定メッセージをパス１の経路であるｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６に送信し（ステップ８）、パス１の運用状態への再設定処理を開始する。【０１０９】
ｎｏｄｅ−４、ｎｏｄｅ−５間で波長１をパス１に割当てるパス１を再び運用状態とする。パス１の経路であるｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６でリソース情報データ７５が更新される。ｎｏｄｅ−４における流用可否情報（一部）は図２４に示すようになる。【０１１０】
なお、本実施例においてリソース流用の発生するパスは現用パスであっても予備パスであってもかまわない。
（第三実施例）
本実施例では、パス設定において、優先度情報に基づいてリソース流用を実施する際に、リソースの流用禁止パスＩＤを参照し、禁止されていないリソースを発見し、設定されるパスがリソースを使用することを禁止されていないリソースからリソース流用を行う場合の動作例について示す。また、リソース解消を検出し、始点ノードに通知を行いパスの状態を流用発生前の状態に戻す動作例について示す。【０１１１】
本実施例でも、図１１の通信網において、図１２のようにパス１（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６）、パス２（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５）、パス３  （ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８）を設定し、本発明の実施例の構成を用いてリソース流用を行う運用を実施した場合の制御メッセージシーケンス概要を図１３を用いて説明する。【０１１２】
ここでは、パス３の設定に先立ち、パス１、パス２を設定し、パス３の設定時にパス１のリソースを流用してパス３を設定するものとする。リソースの流用が発生するｎｏｄｅ−４、ｎｏｄｅ−５間には図１４のように波長１、波長２の２波長のリソース（波長）が用意されているものとする。【０１１３】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６の経路でパス１を設定するための制御メッセージが送信される（ステップ１）。本実施例では、パス１の制御メッセージには次のような制御情報が含まれるものとする。
−−パス１設定制御メッセージ内容−−
パスＩＤ：１
グループＩＤ：１００
流用を禁止するパスＩＤ：指定無し
流用を禁止するグループＩＤ：指定無し
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：指定無し
ｓｅｔ  ｕｐ  ｐｒｉｏｒｉｔｙ：８
ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙ：４
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６においてリソースが割り当てられ、リソース情報データ７５が更新される。この際、ｎｏｄｅ−４、ｎｏｄｅ−５の間の波長リソースは、通信ノード装置におけるリソース管理機能部７１によって空き波長の中から検索され、その結果波長１が割り当てられるものとする。ｎｏｄｅ−４における流用可否情報（一部）は図２５に示すようになる。【０１１４】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５の経路でパス２を設定するための制御メッセージが送信され（ステップ２）、パス２が設定される。パス２の制御メッセージには次のような制御情報が含まれるものとする。
−−パス２設定制御メッセージ内容−−
パスＩＤ：２
グループＩＤ：２００
流用を禁止するパスＩＤ：指定無し
流用を禁止するグループＩＤ：３００
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：指定無し
ｓｅｔ  ｕｐ  ｐｒｉｏｒｉｔｙ：８
ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙ：５
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５においてリソースが割り当てられリソース情報データ７５が更新される。この際、ｎｏｄｅ−４、ｎｏｄｅ−５の間の波長リソースは通信ノード装置におけるリソース管理機能部７１が空き波長の中から検索し、決定し波長２が割り当てられるものとする。ｎｏｄｅ−４における流用可否情報（一部）は図２６に示すようになる。【０１１５】
ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の経路でパス３を設定するための制御メッセージが送信され（ステップ３）、パス３が設定される。パス３設定の制御メッセージには次のような制御情報が含まれるものとする
−−パス３設定制御メッセージ内容−−
パスＩＤ：３
グループＩＤ：３００
流用を禁止するパスＩＤ：指定無し
流用を禁止するグループＩＤ：指定無し
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：指定無し
ｓｅｔ  ｕｐ  ｐｒｉｏｒｉｔｙ：３
ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙ：１
パス３の設定制御メッセージを受け取った通信ノード装置では、リソース管理機能部７１がリソース情報データ７５を参照する。ｎｏｄｅ−４では検索処理の結果、空きリソースが存在しないため、リソース流用の実施が試みられる。設定を試みるパスのｓｅｔ  ｕｐ  ｐｒｉｏｒｉｔｙは３であるのに対し、下流側リンク（リンクＩＤ４５）に存在している使用中リソースである波長１、波長２のｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙはそれぞれ４、５であるため、優先度情報に基づき発見される割当て候補波長は波長１と波長２である。【０１１６】
ところが、波長２に関しては流用禁止グループＩＤにパス３のグループＩＤであるグループ３００が存在する。よって、割り当て候補波長は波長１に絞られ、パス１に割当てられている波長１が流用されてパス３に割当てられる。【０１１７】
ｎｏｄｅ−５においても同様の検索処理の結果、ｎｏｄｅ−５の上流側リンクに波長１が発見され、波長１はパス３のリソースとして流用され、パス３に割当てられる。リソースが割当てられた後、ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の各通信ノード装置でリソース情報データ７５が更新される。【０１１８】
ｎｏｄｅ−４における流用可否情報（一部）は図２７に示すようになる。ｎｏｄｅ−４においては、パス１のリソースであった波長１がパス３のリソースとして流用された後も、リソース管理機能部７１により、もともと使っていたパス１のリソースが流用されていることがリソース情報データ７５に記録されている。【０１１９】
パスのリソースを流用が発生したｎｏｄｅ−４からは、流用されたパス１のＩｎｇｒｅｓｓノード（始点ノード）であるｎｏｄｅ−１に対して、流用が発生したパス、リンクＩＤ、波長ＩＤ等の情報が制御メッセージにて通知される（ステップ４）。流用発生の通知メッセージは以下のような制御情報を含む。
−−リソース流用発生通知メッセージ内容−−
流用が発生した通信ノード装置：ｎｏｄｅ−４
流用が発生したリンクＩＤ：リンク４５
流用が発生したパスＩＤ：パス１
流用されたリソース：波長１
リソースを渡したパスＩＤ：パス３
リソースを渡したグループＩＤ：グループ３００
リソースの流用発生通知を受けたｎｏｄｅ−１ではリソース管理機能部７１において、リソース流用発生通知メッセージに含まれる内容が保存される。保存においては、流用が発生したノードＩＤ、リンクＩＤ、波長ＩＤの組み合わせにより、パス１のパスＩＤが関連付けられ、流用が発生したノードＩＤ、リンクＩＤ、波長ＩＤの組み合わせ、もしくはそのいずれかをキーとして流用が発生したパス１のＩＤが検索できるよう記録される。また、通知を受けパス１は非運用状態とされデータの送信が停止される。【０１２０】
リソース流用により他のパスにリソースを明け渡したパス１の経路上には、流用発生前の設定情報を確認する設定確認メッセージ（リフレッシュメッセージ）が交換される（ステップ５）。また、そのメッセージによりパス１のパスＩＤ、流用を許可または禁止するパスまたはグループＩＤ等のパス設定情報はパス１のノード制御装置に記録されて維持される。【０１２１】
ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の経路でパス３を削除するための制御メッセージが送信され（ステップ６）、パス３を削除する。パス３が削除されるとｎｏｄｅ−４、ｎｏｄｅ−５の間のリソースである波長１は開放される。【０１２２】
ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８においてパス３のリソースが開放され、リソース情報データが更新される。ｎｏｄｅ−４における流用可否情報（一部）は図２８に示すようになる。【０１２３】
ｎｏｄｅ−４では波長１が解消されたことをリソース管理機能部７１で検出し、流用される前に割り当てられていたパス１の始点ノードであるｎｏｄｅ−１に対して、リソースの流用状態が解消されたことを通知する制御メッセージを送信する（ステップ７）。リソース流用解消メッセージには次の制御情報が含まれる。
−−リソース流用解消通知メッセージ内容−−
流用解消が発生した通信ノード装置：ｎｏｄｅ−４
流用解消が発生したリンクＩＤ：リンク４５
流用解消が発生したパスＩＤ：パス１
流用が解消されたリソース：波長１
解消発生前にリソースを使用していたパスＩＤ：パス３
解消発生前にリソースを使用していたグループＩＤ：グループ３００
リソース流用解消メッセージを受信したｎｏｄｅ−１では、受信した制御メッセージの内容から、リソースの流用によって非運用状態となっているパス１の再設定のために再設定メッセージをパス１の経路であるｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６に送信し（ステップ８）、パス１の運用状態への再設定処理を開始する。【０１２４】
ｎｏｄｅ−４、ｎｏｄｅ−５間で波長１をパス１に割当てるパス１を再び運用状態とする。パス１の経路であるｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６でリソース情報データ７５が更新される。ｎｏｄｅ−４における流用可否情報（一部）は図２９に示すようになる。【０１２５】
なお、本実施例においてリソース流用の発生するパスは現用パスであっても予備パスであってもかまわない。
（第四実施例）
第四実施例では、本発明によりパスに設定されているグループＩＤ、リソース流用を許可または禁止するパスＩＤまたはグループＩＤ、またパスのリソース保持の優先度の高さを表すｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙの更新を実施する例について説明する。【０１２６】
図１２においてｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５に設定されているパス２のグループＩＤ、リソース流用を許可するグループＩＤ、リソース流用を許可するパスＩＤ、またパスのリソース保持の優先度の高さを表すｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙの値を変更する場合の制御メッセージシーケンス概要を図３０に示す。【０１２７】
ここでは次のような手順で、パス２を設定し、パス２を設定した後、パス２に対する設定変更メッセージでパスに設定されているグループＩＤ、リソース流用を許可または禁止するパスＩＤまたはグループＩＤ、またパスのリソース保持の優先度の高さを表すｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙの値を変更する。【０１２８】
パス設定メッセージをｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５の経路で送信し（ステップ１１）、パス２が設定される。ここで、パス２を設定するメッセージには次のような情報が含まれ、この情報によりパス２の初期設定時のパラメータが決定される。
−−パス設定メッセージに含まれる制御情報−−
パスＩＤ：２
グループＩＤ：２００
流用を許可するパスＩＤ：３
流用を許可するグループＩＤ：３００
流用を禁止するパスＩＤ：４
流用を禁止するグループＩＤ：４００
流用対象のパスＩＤ：５
流用対象のグループＩＤ：５００
ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙ：５
パス２の経路であるｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５でリソース情報データ７５が更新される。また、ｎｏｄｅ−４における流用可否情報（一部）は図３１に示すようになる。【０１２９】
また、リソース情報データ７５にパス２の流用対象のパスＩＤ、グループＩＤが図３２に示すように記録される。【０１３０】
ｎｏｄｅ−１にて設定変更命令が検出される（ステップ１２）。設定変更命令はオペレータの操作を契機とする要求、故障発生または解消を契機とする要求、リソース流用または解消を契機とする要求、集中制御サーバからの要求、リソースの使用状況の変化を契機とする要求、時間的なスケジューリングに従って出される設定変更要求等である。【０１３１】
パス設定変更メッセージがｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５の経路で送信され（ステップ１３）、パス２の設定情報を変更する。ここで、パス２の情報を設定するメッセージには次のような情報が含まれ、この情報によりパス２の初期設定時のパラメータの変更が行われる。
−−パス変更メッセージに含まれる制御情報−−
パスＩＤ：２
変更後のグループＩＤ：２０００
変更後の流用を許可するパスＩＤ：３０
変更後の流用を禁止するグループＩＤ：３０００
変更後の流用を禁止するパスＩＤ：４０
変更後の流用を禁止するグループＩＤ：４０００
変更後の流用対象のパスＩＤ：５０
変更後の流用対象のグループＩＤ：５０００
変更後のｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙ：１
パス２の経路であるｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５で変更内容にしたがってリソース情報データ７５が更新される。ｎｏｄｅ−４における流用可否情報（一部）は図３３に示すようになる。【０１３２】
また、リソース情報データ７５にパス２の流用対象のパスＩＤ、グループＩＤが図３４に示すように変更される。【０１３３】
なお、本実施例において設定を変更するパスは現用パスであっても予備パスであってもかまわない。【０１３４】
以上のパスの状態変更を利用すると以下の第五〜第七実施例のようなパス運用方法が可能となる。
（第五実施例）
前述した第一〜第四実施例を利用し、以下のような動作が可能である。リソースを流用されたパスに対しては、ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを低く変更して（値を大きくして）、リソース流用状態が解消した場合は、ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを元の値に戻す運用法を示す。制御メッセージのシーケンスの概要を図３５に示す。ここでは図１２においてｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５に設定されたパス２のｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを変更する場合を示す。【０１３５】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５にパスが生成される（ステップ２１）。ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙは１とする。ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５でリソース情報データ７５が更新される。ｎｏｄｅ−４にてリソース流用の発生が検出され（ステップ２２）、ｎｏｄｅ−１に制御メッセージでそれが通知される（ステップ２３）。ｎｏｄｅ−１にて、リソース流用発生通知が受信される。ｎｏｄｅ−１は、リソース流用の発生通知を受けたことを契機として、パスの設定変更メッセージを送信する。パスの設定変更メッセージには設定後のｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙ値（５）が含まれる。【０１３６】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５に制御メッセージが送信され（ステップ２４）、設定されていたパスのｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙが１から５に変更される。ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５にてリソース情報データ７５が更新される。ｎｏｄｅ−４にてリソース流用の解消が検出され（ステップ２５）、ｎｏｄｅ−１に制御メッセージで通知される（ステップ２６）。ｎｏｄｅ−１に、リソース流用発生解消通知が受信される。ｎｏｄｅ−１は、リソース流用解消通知を受けたことを契機として、パスの設定変更メッセージを送信する。設定変更メッセージにはリソース流用発生前のｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙ値（１）が含まれる。【０１３７】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５に制御メッセージが送信され（ステップ２７）、設定されていたパスのｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙが５から１に変更される。ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５でリソース情報データ７５が更新される。【０１３８】
リソース流用の発生により運用状態ではなくなったパスは、優先度を下げることにより、利用可能な部分（リソース流用が発生したリンク以外は正常）を積極的に他のパスに活用させることで、リソースの利用効率を高めることができる。【０１３９】
なお、本実施例において設定を変更するパスは現用パスであっても予備パスであってもかまわない。
（第六実施例）
前述した第一〜第四実施例を利用し、以下のような動作が可能である。本発明を利用し、故障発生を契機とした優先度情報の変更が可能となる。例えば、正常時は現用パスで運用を行い、予約状態の予備パスを予め設定して故障に対処する故障救済方式において、現用パス故障発生後、予約状態のパスを運用状態にする際に、予備パスのｐｒｉｏｒｉｔｙ値を上げ、現用パスの故障解消後、現用パスへの切戻しが行われた際、ｐｒｉｏｒｉｔｙ値を下げる運用方法が可能である。これを実施可能なネットワークの概要を図３６に、制御メッセージのシーケンス概要を図３７に示した。【０１４０】
ここではＲＳＶＰ−ＴＥプロトコル等でも利用されるパスの優先順位を表すｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを変更する場合の実施例を示す。図３６に示したように、ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙ  １の現用パス（ｎｏｄｅ−１→ｎｏｄｅ−２→ｎｏｄｅ−３）とｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙ  ５の予備パス（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６→ｎｏｄｅ−３）とを設定する通信網を想定する。そして、故障発生後の故障切替にともない現用パスのｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを１から５に、予備パスのｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを５から１に変更し、故障が解消された後は、現用パスのｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを５から１に戻し、予備パスのｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを１から５に戻すものとする。【０１４１】
なお、ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙの値は、数値が低いほど優先順位が高いことを意味する。ここでは、図３７に示す以下のような手順で、故障切替に伴ってｐｒｉｏｒｉｔｙ値の変更が行われる。【０１４２】
現用パスの経路（ｎｏｄｅ−１→ｎｏｄｅ−２→ｎｏｄｅ−３）に現用パス設定メッセージが送信され（ステップ３１）、現用パスが設定される。この際現用パスに設定するｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙは１であるものとする。【０１４３】
現用パスの経路（ｎｏｄｅ−１→ｎｏｄｅ−２→ｎｏｄｅ−３）でリソース情報データが更新される。予備パスの経路（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６→ｎｏｄｅ−３）に予備パス設定メッセージが送信され（ステップ３２）、予備パスが設定される。この際予備パスに設定するｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙは５であるものとする。予備パスの経路（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６→ｎｏｄｅ−３）でリソース情報データ７５が更新される。【０１４４】
ｎｏｄｅ−２にて故障が発生し、現用パスの経路上のｎｏｄｅ−２にて故障を検出する（ステップ３３）。ｎｏｄｅ−２から、現用パスのＩｎｇｒｅｓｓノードであるｎｏｄｅ−１に故障通知メッセージを送信する（ステップ３４）。この故障通知メッセージには故障パスに関する情報と故障リンクに関する情報が含まれる。【０１４５】
ｎｏｄｅ−１は故障通知を受けて、予備パスの経路上（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６→ｎｏｄｅ−３）へ、現用パスから予備パスへの切替メッセージを送信する（ステップ３５）。この際、予備パスのｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを５から１に変更するための、設定変更メッセージも同時送信する。【０１４６】
予備パスの経路（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６→ｎｏｄｅ−３）上の各通信ノード装置では、メッセージを受信して切替処理を行い、同時に、設定されているｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを５から１に変更し、それに従いリソース情報データ７５が更新される。ｎｏｄｅ−１では予備パスへの切替メッセージ送信後に、現用パスのｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを１から５に変更するための設定変更メッセージを現用パスの経路上（ｎｏｄｅ−１→ｎｏｄｅ−２→ｎｏｄｅ−３）に送信する（ステップ３６）。【０１４７】
現用パスの経路（ｎｏｄｅ−１→ｎｏｄｅ−２→ｎｏｄｅ−３）上の通信ノード装置ではメッセージを受信し、ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを１から５に変更し、それに従いリソース情報データ７５が更新される。【０１４８】
現用パスの経路上のｎｏｄｅ−２に発生していた故障が解消されると、ｎｏｄｅ−２では故障解消を検出し（ステップ３７）、現用パスのＩｎｇｒｅｓｓノードであるｎｏｄｅ−１に故障解消通知メッセージを送信する（ステップ３８）。この故障解消メッセージには故障パスに関する情報と故障リンクに関する情報が含まれる。故障解消通知メッセージを受信したｎｏｄｅ−１では、故障解消通知メッセージを契機として、現用パスの経路上ｎｏｄｅ−１→ｎｏｄｅ−２→ｎｏｄｅ−３）にｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを５から１に変更するための設定変更メッセージを送信する（ステップ３９）。【０１４９】
現用パスの経路（ｎｏｄｅ−１→ｎｏｄｅ−２→ｎｏｄｅ−３）上の各通信ノード装置はメッセージを受信し、ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを５から１に変更し、それに従いリソース情報データ７５が更新される。【０１５０】
ｎｏｄｅ−１は現用パスの設定変更メッセージを送信すると同時に、予備パスの経路上（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６→ｎｏｄｅ−３）に予備パスから現用パスへの切戻しを行うための切戻しメッセージと、ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを１から５に変更するための設定変更メッセージを送信する（ステップ４０）。【０１５１】
予備パスの経路（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６→ｎｏｄｅ−３）上の各通信ノード装置はメッセージを受信し、切戻し処理を行い、ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙを１から５に変更し、リソース情報データ７５を更新する。【０１５２】
なお、本実施例においては、運用中の予備パスと、非運用中現用パスの間で同様の動作を行うことも可能である。
（第七実施例）
前述した第一〜第四実施例を利用し、以下のような動作が可能である。本実施例では、リソース流用を行っているパスの設定変更を行い、リソース流用対象となるリソースを変更する手順を示す。また、流用対象のリソースは、流用を禁止されていないリソースの中から検索され割り当てられる。【０１５３】
図１１の通信網において、図１２のようにパス１（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６）、パス２（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５）、パス３  （ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８）を設定し、本発明の実施例の構成を用いてリソース流用を行う運用を実施した場合の制御メッセージシーケンス概要を図３８に示す。【０１５４】
ここでは、パス３の設定に先立ち、パス１、パス２を設定し、パス３の設定時にパス１のリソースを流用してパス３を設定するものとする。リソースの流用が発生するｎｏｄｅ−４、ｎｏｄｅ−５間には図１４のように波長１、波長２の２波長のリソース（波長）が用意されているものとする。【０１５５】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６の経路でパス１を設定するための制御メッセージが送信される（ステップ５１）。ここでは、パス１の制御メッセージには次のような制御情報が含まれるものとする。
−−パス１設定制御メッセージ内容−−
パスＩＤ：１
グループＩＤ：１００
流用を許可するパスＩＤ：指定無し
流用を禁止するグループＩＤ：３００
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：指定無し
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６においてリソースが割り当てられ、リソース情報データ７５が更新される。この際、ｎｏｄｅ−４、ｎｏｄｅ−５の間の波長リソースは、通信ノード装置におけるリソース管理機能部７１によって空き波長の中から検索され、その結果、波長１が割り当てられるものとする。ｎｏｄｅ−４における流用可否情報（一部）は図３９に示すようになる。【０１５６】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５の経路でパス２を設定するための制御メッセージが送信され（ステップ５２）、パス２が設定される。パス２の制御メッセージには次のような制御情報が含まれるものとする。
−−パス２設定制御メッセージ内容−−
パスＩＤ：２
グループＩＤ：１００
流用を許可するパスＩＤ：指定無し
流用を禁止するグループＩＤ：３２０
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：指定無し
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５においてリソースが割り当てられリソース情報データ７５が更新される。この際、ｎｏｄｅ−４、ｎｏｄｅ−５の間の波長リソースは通信ノード装置におけるリソース管理機能部７１が空き波長の中から検索して決定し、波長２が割り当てられるものとする。ｎｏｄｅ−４における流用可否情報（一部）は図４０に示すようになる。【０１５７】
オペレータによるＣＬＩ７７からのコマンド入力や、他の通信ノード装置からの制御メッセージにより、パス３の設定条件として、パス１のリソースを流用することが設定される。【０１５８】
そして、ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の経路でパス３を設定するための制御メッセージが送信され（ステップ５３）、パス３が設定される。パス３設定の制御メッセージには次のような制御情報が含まれるものとする。
−−パス３設定制御メッセージ内容−−
パスＩＤ：３
グループＩＤ：３２０
流用を許可するパスＩＤ：指定無し
流用を許可するグループＩＤ：指定無し
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：１００
パス３設定制御メッセージを受け取った通信ノード装置では、リソース管理機能部７１がリソース情報データ７５を参照し、流用対象のパスＩＤで指定されたパスに割当てられている波長の検索が行われる。ｎｏｄｅ−４では検索処理の結果、ｎｏｄｅ−４の下流側リンク（リンクＩＤ４５）に存在する波長に、グループＩＤ１００に割り当てられているリソース、つまり波長１、波長２の２波長が発見される。ここで、リソース情報データにおける流用可否情報が参照され波長２について流用を禁止するパスＩＤにパス３のグループＩＤであるグループＩＤ３２０が含まれているかどうか確認される。【０１５９】
ＩＤ３２０は波長２の流用を禁止するグループＩＤに含まれているため、波長２は割当て候補から外され、波長１が選択され、波長１はパス３のリソースとして流用され、パス３に割当てられる。ｎｏｄｅ−５においても同様の検索処理の結果、ｎｏｄｅ−５の上流側リンク（リンクＩＤ４５）においても波長１が発見され、波長１はパス３のリソースとして流用され、パス３に割当てられる。【０１６０】
リソースが割当てられた後、ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の各通信ノード装置でリソース情報データ７５が更新される。ｎｏｄｅ−４における流用可否情報（一部）は図４１に示すようになる。ｎｏｄｅ−４においては、パス１のリソースであった波長１がパス３のリソースとして流用された後も、リソース管理機能部７１により、もともと使っていたパス１のリソースが流用されていることがリソース情報データ７５に記録されている。【０１６１】
パスのリソースの流用が発生したｎｏｄｅ−４からは、流用されたパス１のＩｎｇｒｅｓｓノード（始点ノード）であるｎｏｄｅ−１に対して、流用が発生したパス、リンクＩＤ、波長ＩＤ等の情報が制御メッセージにて通知される（ステップ５４）。流用発生の通知メッセージは以下のような制御情報を含む。
−−リソース流用発生通知メッセージ内容−−
流用が発生した通信ノード装置：ｎｏｄｅ−４
流用が発生したリンクＩＤ：リンク４５
流用が発生したパスＩＤ：パス１
流用されたリソース：波長１
リソースを渡したパスＩＤ：パス３
リソースを渡したグループＩＤ：グループ３２０
リソースの流用発生通知を受けたｎｏｄｅ−１ではリソース管理機能部７１において、リソース流用発生通知メッセージに含まれる内容が保存される。保存においては、流用が発生したノードＩＤ、リンクＩＤ、波長ＩＤの組み合わせにより、パス１のパスＩＤが関連付けられ、流用が発生したノードＩＤ、リンクＩＤ、波長ＩＤの組み合わせ、もしくはそのいずれかをキーとして流用が発生したパス１のＩＤが検索できるよう記録される。また、通知を受けパス１は非運用状態とされデータの送信が停止される。【０１６２】
リソース流用により他のパスにリソースを明け渡したパス１の経路上には、流用発生前の設定情報を確認する設定確認メッセージ（リフレッシュメッセージ）が交換される（ステップ５５）。また、そのメッセージによりパス１のパスＩＤ、流用を許可または禁止するパスまたはグループＩＤ等のパス設定情報はパス１の通信ノード装置に記録されて維持される。【０１６３】
オペレータによるＣＬＩ７７からのコマンド入力や、他の通信ノード装置からの制御メッセージにより、パス３の設定条件として、所属グループＩＤを３００に変更することが設定される。【０１６４】
そして、ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の経路でパス３の設定を変更するための制御メッセージが送信され（ステップ５６）、パス３の設定が変更される。ここではパス３の所属するパスＩＤを３２０から３００に変更する。設定変更メッセージには以下の情報が含まれる。
−−パス変更メッセージに含まれる制御情報−−
パスＩＤ：３
流用対象のグループＩＤ：１００
変更前のグループＩＤ：３２０
変更後のグループＩＤ：３００
パス３の経路（ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８）の各通信ノード装置でリソース情報データ７５が更新される。流用対象の変更に伴いｎｏｄｅ−４、ｎｏｄｅ−５においては、これまで波長１を流用していたパス１（流用されているパスＩＤから判別）の設定情報では、グループＩＤ３００のパスに対しては流用を禁止しているためパス３に割り当てているリソースを開放し、新たに別のリソースを検索する。【０１６５】
パス２に対して割当てられている波長２は、パス３の流用対象のグループＩＤ１００に所属し、パス３の変更後のグループＩＤであるグループＩＤ３００のリソース流用を禁止ししていないため、新たにパス２に割り当てられている波長２のリソースを流用してパス３に割り当てる。ｎｏｄｅ−４における流用可否情報（一部）は図４２に示すようになる。ｎｏｄｅ−４においては、パス２のリソースであった波長２がパス３のリソースとして流用された後も、リソース管理機能部７１により、もともと使っていたパス２のリソースが流用されていることがリソース情報データ７５に記録されている。【０１６６】
ｎｏｄｅ−４では波長１が解消されたことをリソース管理機能部７１で検出し、流用される前に割り当てられていたパス１の始点ノードであるｎｏｄｅ−１に対して、リソースの流用状態が解消されたことを通知する制御メッセージを送信する（ステップ５７）。リソース流用解消メッセージには次の制御情報が含まれる。
−−リソース流用解消通知メッセージ内容−−
流用解消が発生した通信ノード装置：ｎｏｄｅ−４
流用解消が発生したリンクＩＤ：リンク４５
流用解消が発生したパスＩＤ：パス１
流用が解消されたリソース：波長１
解消発生前にリソースを使用していたパスＩＤ：パス３
解消発生前にリソースを使用していたグループＩＤ：グループ３２０
設定変更に伴い新たにパスのリソースを流用が発生したｎｏｄｅ−４からは、流用されたパス１のＩｎｇｒｅｓｓノード（始点ノード）であるｎｏｄｅ−１に対して、流用が発生したパス、リンクＩＤ、波長ＩＤ等の情報が制御メッセージにて通知される（ステップ５８）。流用発生の通知メッセージは以下のような制御情報を含む。
−−リソース流用発生通知メッセージ内容−−
流用が発生した通信ノード装置：ｎｏｄｅ−４
流用が発生したリンクＩＤ：リンク４５
流用が発生したパスＩＤ：パス２
流用されたリソース：波長２
リソースを渡したパスＩＤ：パス３
リソースを渡したグループＩＤ：グループ３００
リソース流用解消メッセージを受信したｎｏｄｅ−１では、受信した制御メッセージの内容から、リソースの流用によって非運用状態となっているパス１の再設定のために再設定メッセージをパス１の経路であるｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６に送信し（ステップ５９）、パス１を運用状態への再設定処理を開始する。【０１６７】
ｎｏｄｅ−４、ｎｏｄｅ−５間で波長１をパス１に割当てるパス１を再び運用状態とする。パス１の経路であるｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６でリソース情報データ７５が更新される。ｎｏｄｅ−４における流用可否情報（一部）は図４３に示すようになる。【０１６８】
なお、本実施例のパスは現用パスであっても予備パスであってもよい。
（第八実施例）
第八実施例では、各通信ノード装置での使用リソースと、該当するリソースを使用しているパスＩＤ、およびグループＩＤを通信網内に広告する方法を示す。これは、例えば、既存のルーティングプロトコルであるＯＳＰＦ−ＴＥの機能を拡張することで実現できる。ＯＳＰＦ−ＴＥはリンク毎のリソース情報を通信網全体に広告する手段が備えられている。本実施例は、このリソース情報にパスＩＤ、グループＩＤを付与することで実現される。図４４に本方法を実施する際の説明図を示す。本実施例では波長パスを運用する通信網を仮定し、ｎｏｄｅ−１、ｎｏｄｅ−２の間には、それぞれ１０Ｇｂｐｓの帯域を持つ波長１、波長２、波長３の３波長分のリソースが存在し、波長１はパス１に、波長３はパス２に割り当てられているものとする。ｎｏｄｅ−１、ｎｏｄｅ−２、波長１、波長２、波長３にはそれぞれを識別するＩＤが以下のように与えられているものとする。【０１６９】
つまり、ｎｏｄｅ−１にはノードＩＤとして１９２．１６８．１．１が与えられ、ｎｏｄｅ−２にはノードＩＤとして１９２．１６８．１．２が与えられる。波長１  にはリンクＩＤとして１０．１０．１０．１０が与えられ、波長２にはリンクＩＤとして２０．２０．２０．２０が与えられ、波長３にはリンクＩＤとして３０．３０．３０．３０が与えられる。パス１に対してはパスＩＤとして１が与えられ、グループＩＤとして１００が与えられる。パス２に対してはパスＩＤとして２が与えられ、グループＩＤとして２００が与えられる。【０１７０】
ここで、波長に割当てられるＩＤはｎｏｄｅ−１、ｎｏｄｅ−２で個別に設定し、異なる値を割り当てることも可能であるが、本実施例では、ｎｏｄｅ−１、ｎｏｄｅ−２で同一の値を用いることとした。【０１７１】
本例の場合には、ｎｏｄｅ−１、ｎｏｄｅ−２は図４５、図４６に示す情報を制御メッセージに含め、使用帯域と帯域を使用するパスの関係を識別可能なメッセージとし、他ノードに広告する。図４５はｎｏｄｅ−１が広告する情報を示し、図４６はｎｏｄｅ−２が広告する情報を示す。
通信網への広告手段はＯＳＰＦ−ＴＥの設けられている手段を利用する。【０１７２】
（第九実施例）
第九実施例では、第八実施例を利用して次のような動作が可能であることを説明する。本実施例は現用パスもしくは予備パスが故障した際、リソース流用を考慮した迂回経路計算を行い、伴う故障救済を実施するものである。迂回パス設定例を図４７に示す。図１１の通信網において、図４７のようにパス１（ｎｏｄｅ−６→ｎｏｄｅ−５→ｎｏｄｅ−４）を設定し、本発明の実施例の構成を用いてリソース流用を行う故障切替処理を実施した場合の制御メッセージシーケンス概要を図４８に示す。【０１７３】
現用パスであるパス１の設定メッセージがｎｏｄｅ−６→ｎｏｄｅ−５→ｎｏｄｅ−４の経路で送信され（ステップ６１）、パス１が設定される。パス１の設定メッセージは次のような情報を含む。
−−パス１設定制御メッセージ内容−−
パスＩＤ：１
グループＩＤ：１００
流用を許可するパスＩＤ：指定無し
流用を許可するグループＩＤ：２００
また、上記の設定メッセージの内容は、パス１の始点ノードであるｎｏｄｅ−６に記録される。パス１の経路上（ｎｏｄｅ−６→ｎｏｄｅ−５→ｎｏｄｅ−４）にてリソース情報データ７５が更新される。この際、ｎｏｄｅ−５とｎｏｄｅ−４間のリンクでは空きリソースの中から波長１が選択され、ｎｏｄｅ−５のリソース情報データは図４９に示すようになる。【０１７４】
ｎｏｄｅ−６にて故障が検出される（ステップ６２）。故障を検出したｎｏｄｅ−６では、故障が発生したパスＩＤ（パス１）を識別する。パス１はｎｏｄｅ−６が始点となり設定されたパスなので、パス１の設定情報はｎｏｄｅ−６に保存されている。その情報を参照し、ｎｏｄｅ−６はパス１を流用可能なグループＩＤは２００であることを判別する。【０１７５】
故障を検出したことを契機に、ｎｏｄｅ−６で迂回パスの経路が計算される。この際、ＣＳＰＦモジュール７３に含まれる経路計算機能部は、ルーティングプロトコルによって収集されたリソース情報データ７５を参照し、パスＩＤ２００のパスならば、ｎｏｄｅ−４とｎｏｄｅ−５の間のリンクの波長１にてリソース流用が可能であること識別し、ｎｏｄｅ−４とｎｏｄｅ−５の間のコストを０として経路計算を行う。他のリンクのコストが全て１０であるものとすると図５０のようなトポロジで経路計算が行われる。【０１７６】
このトポロジでは、ｎｏｄｅ−６からｎｏｄｅ−４への最小コストの経路の中からｎｏｄｅ−６→ｎｏｄｅ−９→ｎｏｄｅ−８→ｎｏｄｅ−５→ｎｏｄｅ４が迂回パスの経路として決定される。これにより、必要リソース削減効果をパラメータとした経路計算を行うことができる。【０１７７】
続いて、決定された迂回パスの経路（ｎｏｄｅ−６→ｎｏｄｅ−９→ｎｏｄｅ−８→ｎｏｄｅ−５→ｎｏｄｅ４）に対して、迂回パス設定メッセージが送信される（ステップ６３）。迂回パスのグループＩＤはパス１のリソースを流用可能なパスＩＤ２００とされる。また、流用対象パスＩＤにパス１が指定される。迂回パス設定メッセージには以下のような情報が含まれる。
−−迂回パス設定制御メッセージ内容−−
パスＩＤ：２
グループＩＤ：２００
流用対象のパスＩＤ：１
迂回パスの経路
ここで、迂回パスの経路情報は例えばＲＳＶＰ−ＴＥのＥｘｐｌｉｃｉｔ  Ｒｏｕｔｅ  Ｏｂｊｅｃｔ等を用いることが可能である。迂回パスの経路上（ｎｏｄｅ−６→ｎｏｄｅ−９→ｎｏｄｅ−８→ｎｏｄｅ−５→ｎｏｄｅ４）でリソース情報データ７５が更新される。ｎｏｄｅ−５とｎｏｄｅ−４間のリンク間では、（１）パス２の所属グループが、パス１が指定している流用許可グループであること（２）パス２の流用対象の指定がパス１であること、の二条件が満たされているため、パス１に割り当てられているリソースは流用され迂回経路であるパス２に割当てられる。また、流用可能パスＩＤに元々リソースを使用していたパス１のＩＤを加える。ｎｏｄｅ−４においても同様にリソース割当てが行われる。また、ｎｏｄｅ−５におけるリソース情報データ７５は図５１に示すようになる。【０１７８】
ｎｏｄｅ−５からｎｏｄｅ−６にリソース流用発生通知メッセージが送信される（ステップ６４）。リソース流用発生通知メッセージの内容は次のようになる。
−−リソース流用発生通知メッセージ内容−−
流用が発生した通信ノード装置：ｎｏｄｅ−５
流用が発生したリンクＩＤ：リンク４５
流用が発生したパスＩＤ：パス１
流用されたリソース：波長１
リソースを渡したパスＩＤ：パス２
リソースを渡したグループＩＤ：グループ２００
現用パスの経路上（ｎｏｄｅ−６→ｎｏｄｅ−５→ｎｏｄｅ−４）には設定確認メッセージが送信され、流用または故障発生前の状態の情報が保存される（ステップ６５）。ｎｏｄｅ−６で故障解消が検出されると、故障解消を検出したｎｏｄｅ−６は現用パスであるパス１の経路（ｎｏｄｅ−６→ｎｏｄｅ−５→ｎｏｄｅ−４）上に現用パス再設定メッセージを送信する（ステップ６６）。現用パス再設定メッセージには以下の情報が含まれる。
−−現用パス再設定メッセージ内容−−
パスＩＤ：１
グループＩＤ：１００
流用を許可するパスＩＤ：指定無し
流用を許可するグループＩＤ：２００
流用対象のパスＩＤ：２
現用パス再設定メッセージを受け取った現用パス上の各ノード（ｎｏｄｅ−６→ｎｏｄｅ−５→ｎｏｄｅ−４）では、リソース情報データ７５が更新される。ｎｏｄｅ−５においては（１）パス１のパスＩＤが、パス２が指定している流用許可パスＩＤであること（２）パス１の流用対象の指定がパス２であること、の二条件が満たされているため、波長１は元パス１に割り当てられ、流用状態が解消される。ｎｏｄｅ−５においては、図５２に示すようにリソース情報データ７５が更新される。【０１７９】
ｎｏｄｅ−５からｎｏｄｅ−６にリソース流用解消通知メッセージが送信される（ステップ６７）。メッセージには次の情報が含まれる。
−−リソース流用解消通知メッセージ内容−−
流用が解消した通信ノード装置：ｎｏｄｅ−５
流用が解消したリンクＩＤ：リンク４５
流用が解消したパスＩＤ：パス１
流用されたリソース：波長１
リソースを開放したパスＩＤ：パス２
リソースを開放したグループＩＤ：グループ２００
リソース流用解消メッセージを受信したｎｏｄｅ−６では、メッセージの内容から迂回パスであるパス２のリソースが、パス１に渡されたことを判別し、迂回パス削除メッセージが迂回パス経路ｎｏｄｅ−６→ｎｏｄｅ−９→ｎｏｄｅ−８→ｎｏｄｅ−５→ｎｏｄｅ４）上に送信される（ステップ６８）。【０１８０】
また、本実施例では故障するパスが予備パスであっても同様の動作が可能である。
（第十実施例）
第十実施例では、本発明を利用し、パス設定失敗を契機としたリソース流用可否情報の変更が可能となる。これを実施可能なネットワークの概要を図１１、図１２に示し、制御メッセージのシーケンス概要を図５３に示す。図１１の通信網において、図１２のようにパス１（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６）、パス２（ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５）、パス３（ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８）を設定し、本発明の実施例の構成を用いてリソース流用を行う運用を実施した場合の制御メッセージシーケンス概要を図５３に示す。【０１８１】
ここでは、パス３の設定に先立ち、パス１、パス２を設定し、パス３の設定時にパス１のリソースを流用してパス３を設定するものとする。リソースの流用が発生するｎｏｄｅ−４、ｎｏｄｅ−５間には図１４のように波長１、波長２の２波長のリソース（波長）が用意されているものとする。【０１８２】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６の経路でパス１を設定するための制御メッセージが送信される（ステップ７１）。本実施例におけるパス１の制御メッセージには次のような制御情報が含まれるものとする。
−−パス１設定制御メッセージ内容−−
パスＩＤ：１
グループＩＤ：１００
流用を許可するパスＩＤ：指定無し
流用を禁止するグループＩＤ：３００
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：指定無し
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６においてリソースが割り当てられ、リソース情報データ７５が更新される。この際、ｎｏｄｅ−４、ｎｏｄｅ−５の間の波長リソースは、通信ノード装置におけるリソース管理機能部７１によって空き波長の中から検索され、その結果波長１が割り当てられるものとする。ｎｏｄｅ−４における流用可否情報（一部）は図５４に示すようになる。【０１８３】
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５の経路でパス２を設定するための制御メッセージが送信され（ステップ７２）、パス２が設定される。パス２の制御メッセージには次のような制御情報が含まれるものとする。
−−パス２設定制御メッセージ内容−−
パスＩＤ：２
グループＩＤ：１００
流用を許可するパスＩＤ：指定無し
流用を禁止するグループＩＤ：３２０
流用対象のパスＩＤ：指定無し
流用対象のグループＩＤ：指定無し
ｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５においてリソースが割り当てられリソース情報データ７５が更新される。この際、ｎｏｄｅ−４、ｎｏｄｅ−５の間の波長リソースは通信ノード装置におけるリソース管理機能部７１が空き波長の中から検索して決定し、波長２が割り当てられるものとする。ｎｏｄｅ−４における流用可否情報（一部）は図５５に示すようになる。【０１８４】
続いて、オペレータによるＣＬＩ７７からのコマンド入力や、他の通信ノード装置からの制御メッセージにより、パス３の設定条件として、パス２のリソースを流用することが設定される。そして、ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の経路でパス３を設定するための制御メッセージが送信される（ステップ７３）。パス３設定の制御メッセージには次のような制御情報が含まれるものとする。
−−パス３設定制御メッセージ内容−−
パスＩＤ：３
グループＩＤ：３２０
流用を許可するパスＩＤ：指定無し
流用を禁止するグループＩＤ：指定無し
流用対象のパスＩＤ：２  
流用対象のグループＩＤ：指定無し
パス３の設定制御メッセージを受け取った通信ノード装置では、リソース管理機能部７１がリソース情報データ７５を参照し、流用対象のパスＩＤで指定されたパスに割当てられている波長の検索が行われる。ｎｏｄｅ−４では検索処理の結果、ｎｏｄｅ−４の下流側リンク（リンク４５）に存在する波長に、パスＩＤ１００に割り当てられているリソース、波長２が発見される。【０１８５】
ここで、リソース情報データ７５における流用可否情報が参照され波長２について流用を禁止するパスＩＤにパス３のグループＩＤであるグループＩＤ３２０が含まれているかどうか確認される。ＩＤ３２０は波長２の流用を禁止するグループＩＤに含まれているため、波長２は割当て候補から外され、他に空き波長も存在しないことから、パス３に対するリソース割り当ては失敗となる。【０１８６】
ｎｏｄｅ−４からパス３のＩｎｇｒｅｓｓノードに対してパス３の設定が失敗したことがパス設定失敗通知メッセージにより通知される（ステップ７４）。パス設定失敗通知メッセージには、パスＩＤ２のリソースが使用禁止であることが記されている。パス設定失敗通知を受け取ったパス３では、リソース流用対象がパス１に変更される（ステップ７５）。【０１８７】
ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の経路でパス３を設定するための制御メッセージが再度送信され（ステップ７６）、パス３が設定される。パス３設定の制御メッセージには次のような制御情報が含まれるものとする。
−−パス３設定制御メッセージ内容−−
パスＩＤ：３
グループＩＤ：３２０
流用を許可するパスＩＤ：指定無し
流用を禁止するグループＩＤ：指定無し
流用対象のパスＩＤ：１  
流用対象のグループＩＤ：指定無し
ｎｏｄｅ−４において、流用対象であるパスＩＤ１に割り当てられている波長１が選択され、波長１はパス３のリソースとして流用され、パス３に割当てられる。ｎｏｄｅ−５においても同様の検索処理の結果、ｎｏｄｅ−５の上流側リンク（リンクＩＤ４５）においても波長１が発見され、波長１はパス３のリソースとして流用され、パス３に割当てられる。リソースが割当てられた後、ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８の各通信ノード装置でリソース情報データ７５が更新される。【０１８８】
ｎｏｄｅ−４における流用可否情報（一部）は図５６に示すようになる。ｎｏｄｅ−４においては、パス１のリソースであった波長１がパス３のリソースとして流用された後も、リソース管理機能部７１により、もともと使っていたパス１のリソースが流用されていることがリソース情報データ７５に記録されている。【０１８９】
パスのリソースを流用が発生したｎｏｄｅ−４からは、流用されたパス１のＩｎｇｒｅｓｓノード（始点ノード）であるｎｏｄｅ−１に対して、流用が発生したパス、リンクＩＤ、波長ＩＤ等の情報が制御メッセージにて通知される（ステップ７７）。流用発生の通知メッセージは以下のような制御情報を含む。
−−リソース流用発生通知メッセージ内容−−
流用が発生した通信ノード装置：ｎｏｄｅ−４
流用が発生したリンクＩＤ：リンク４５
流用が発生したパスＩＤ：パス１
流用されたリソース：波長１
リソースを渡したパスＩＤ：パス３
リソースを渡したグループＩＤ：グループ３２０
なお、本実施例のパスは現用パスであっても予備パスであってもよい。また、本実施例において、パス設定失敗の理由は、故障であってもよい。また、本実施例において、リソース流用対象の変更後のパス設定経路は、初めにパスを設定した経路と別経路であってもよい。【０１９０】
また、本実施例は、初めのパス設定時にはリソース流用対象が何も指定されていな場合でも実施可能である。
（第十一実施例）
以上の実施例におけるパスの設定を図５７に示したような機能ブロックを備える集中管理装置を用いて行うことも可能である。集中管理装置は、通信ノード装置と同様に、図８と同等のソフトウェアがインストールされ、通信ノード装置と同様に、コマンド入力手段８０（ＣＬ１７７相当）、シグナリング手段８２（ＲＳＶＰ−ＴＥプロトコル機能部７０、ＯＳＰＦ−ＴＥプロトコル機能部７２、ＧＳＭＰプロトコル機能部７４相当）、経路情報処理手段８３（リソース管理機能部７１、ＣＳＰＦモジュール７３相当）、記録手段８４（リソース情報データ７５、経路情報データ７６に相当するデータを記録）を備え、通信ノード装置と通信するためのノード装置制御ＩＦ８１を備える。【０１９１】
例えば、図４８に示した第九実施例と同様のパス制御処理を、図５８のような通信網において図５９のように制御することが可能である。すなわち、図４８のパス制御処理において、ｎｏｄｅ−６が他の通信ノード装置に対して送受信しているメッセージを、図５９のパス制御処理では集中管理装置２００が一括して行っている。図５９のパス制御処理は、図４８で説明した第九実施例の制御処理と基本的に同様であるので、詳細な説明は省略する。
（第十二実施例）
本実施例は、前述した第一〜第十一記実施例において実現される通信網に存在する光クロスコネクトスイッチ（通信ノード装置の例である）に対し送信されたユーザ装置からのパス設定要求に対し、リソース流用可否情報発行装置が流用可否情報を発行する動作について記したものである。【０１９２】
図６０に本実施例における装置接続構成を示した。図６０に示すように、本実施例におけるリソース流用を実施する通信網の光クロスコネクトスイッチ♯１にユーザＡのＩＰルータとユーザＢのＩＰルータが接続されている。また、ユーザＢからのパス設定要求により光クロスコネクトスイッチ♯１から光クロスコネクトスイッチ♯２にユーザＢ用のパスがＩＤ２で設定されている。【０１９３】
リソース流用可否情報発行装置１０１のユーザ情報データベース９０には、ユーザＡとユーザＢの識別情報とユーザＡとユーザＢそれぞれの要求するパス設定に対して発行可能なパス識別情報が記録されている。リソース流用ポリシデータベース９１にはユーザＡとユーザＢのリソース流用可否関係が記録されている。ここでは、発行識別情報データベース９２には図６１に示すようにユーザＡ、Ｂに対して発行可能なパス識別情報が記録されているものとする。【０１９４】
また、リソース流用ポリシデータベース９１には図６２に示すようにユーザＡ、Ｂの流用可否関係が記録されているものとする。【０１９５】
ここで、ユーザ装置Ａから、光クロスコネクトスイッチ♯１に対して新たなパス設定要求があるとする。この際、光クロスコネクトスイッチ♯１はリソース流用可否情報発行装置１０１に対して、ユーザＡからのパス設定要求が発生したことをユーザ情報とともに通知する。通知を受けたリソース流用可否情報発行装置１０１においては、発行識別情報データベース９２においてパスＡに割り当て可能なパスＩＤが検索され、割当て可能なＩＤであるＩＤ１とグループＩＤ１００が割当てられる。【０１９６】
また、同時にリソース流用ポリシデータベース９１が参照され、ユーザＡが流用対象とできるユーザ、また流用を禁止するユーザ、流用を許可するユーザ、ｓｅｔｕｐ  ｐｒｉｏｒｉｔｙ、ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙがそれぞれ、参照され、さらに関連するユーザのパスＩＤ、グループＩＤが発行識別情報データベース９２に参照される。それら参照された流用可否情報、識別情報に基づいてパスＡに与える識別情報、リソース流用可否情報は以下のように決定される。
−−ユーザＡの要求するパスに与える情報−−
パスＩＤ：１
グループＩＤ：１００
流用を許可するパスＩＤ：指定無し
流用を許可するグループＩＤ：指定無し
流用を禁止するパスＩＤ：２〜７
流用を禁止するグループＩＤ：２００
流用対象のパスＩＤ：２〜７
流用対象のグループＩＤ：２００  
ｓｅｔ  ｕｐ  ｐｒｉｏｒｉｔｙ：８
ｈｏｌｄｉｎｇ  ｐｒｉｏｒｉｔｙ：１
上記のようにリソース流用可否情報発行装置１０１にて決定された識別情報は光クロスコネクトスイッチ♯１に送信され、光クロスコネクトスイッチ♯１ではリソース流用可否情報発行装置１０１から受信した情報に基づきユーザＡのパス設定が行われる。【０１９７】
本実施例におけるユーザとは、複数サービスを提供するネットワークにおいてここのサービスを区別するサービスインスタンスであってもよい。本実施例におけるユーザの識別情報とは、ＶＰＮを識別するＶＰＮ−ｉｄであってもよい。本実施例におけるユーザの識別情報とは、ユーザの通信網とサービス提供者側のインターフェースであるＵＮＩの識別情報であってもよい。本実施例においてリソース流用可否情報発行装置１０１は、通信ノード装置に備えることも可能である。【０１９８】
本実施例においてユーザ装置とはＩＰルータの他に、光クロスコネクトスイッチ、ＴＤＭのクロスコネクト、ＡＴＭ装置、レイヤ２スイッチ、レイヤ３スイッチ、通常の計算機であってもよい。
（第十三実施例）
第十三実施例は、予備パス上の制御リンクの故障発生または故障解消、もしくは、予備パス上のリソースの枯渇発生または枯渇解消を通信ノード装置に通知する実施例である。通知を受け取った通信ノード装置は、その通知内容に基づき、予備パス上の制御リンクの故障発生を検出した場合には、現用パスが故障した場合であっても予備パスへの切替えを禁止する。【０１９９】
予備パスの制御リンクが故障した通信網の例を図６３に示す。予備パスのリソース枯渇が発生した通信網の例を図６４に示す。例えば、図６３において、現用パスがｎｏｄｅ−１→ｎｏｄｅ−２→ｎｏｄｅ−３に設定され、予備パスがｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６→ｎｏｄｅ−３に設定されている状況を想定する。【０２００】
ここで、ｎｏｄｅ−４とｎｏｄｅ−５との間の制御リンクに故障が発生した場合には、ｎｏｄｅ−４が制御リンクの故障を検出し、始点ノードであるｎｏｄｅ−１に通知を行う。通知を受け取ったｎｏｄｅ−１は、予備パスへの切替停止状態となり、現用パスの故障が発生した場合でも、予備パスへの切替えを中止する。【０２０１】
また、制御リンク故障が解消された場合には、始点ノードであるｎｏｄｅ−１に通知を行い、予備パスへの切替停止状態を解除する。【０２０２】
また、例えば、図６４において、現用パスがｎｏｄｅ−１→ｎｏｄｅ−２→ｎｏｄｅ−３（パス１）に、予備パスがｎｏｄｅ−１→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−６に設定されている状況を想定する。【０２０３】
ここで、ｎｏｄｅ−７→ｎｏｄｅ−４→ｎｏｄｅ−５→ｎｏｄｅ−８に新たなパス（パス２）が設定され、ｎｏｄｅ−４とｎｏｄｅ−５との間のリンクにおいて使用可能リソースが無くなりリソースが枯渇した場合には、ｎｏｄｅ−４がそれを検出し、ｎｏｄｅ−１に通知を行う。【０２０４】
通知を受け取ったｎｏｄｅ−１は、予備パスへの切替停止状態となり、現用パスの故障が発生した場合でも、予備パスへの切替えを中止する。また、パス２が削除され、リソースの枯渇が解消した場合には、始点ノードであるｎｏｄｅ−１に通知を行い、予備パスへの切替停止状態を解除する。
（プログラムの実施例）
これまでに説明した実施例における通信ノード装置が実行するメッセージ送受信に関する処理は、図３に示すスイッチングＨＷ制御機能部２５により実行される。このスイッチングＨＷ制御機能部２５は、ハードウェア回路を用いて実現することもできるし、ＣＰＵ、記憶装置等を有するコンピュータ等の汎用の情報処理装置に、上記処理を実現するためのプログラムをインストールすることにより実現することもできる。【０２０５】
また、リソース流用可否情報発行装置１０１は、ハードウェア回路を用いて実現することもできるし、コンピュータ等の汎用の情報処理装置に、実施例で説明した処理を実現するためのプログラムをインストールすることにより実現することもできる。【０２０６】
本実施例のプログラムは記録媒体に記録されることにより、汎用の情報処理装置は、この記録媒体を用いて本実施例のプログラムをインストールすることができる。あるいは、本実施例のプログラムを保持するサーバからネットワークを介して直接汎用の情報処理装置に本実施例のプログラムをインストールすることもできる。【０２０７】
なお、本実施例のプログラムは、汎用の情報処理装置によって直接実行可能なものだけでなく、ハードディスクなどにインストールすることによって実行可能となるものも含む。また、圧縮されたり、暗号化されたりしたものも含む。【０２０８】
（実施例のまとめ）
第一〜第十実施例において示したパス設定手順において、メッセージの送信処理とリソース情報データの更新処理の二つ処理の順序の実施順序は問わず、リソース情報データの更新した後に、メッセージを送信する手順をとることも可能である。【０２０９】
また、第一〜第十実施例において示した故障発生または解消通知メッセージ、およびリソース流用発生または解消通知メッセージは、設定変更メッセージ等、通信ノード装置間でやりとりされる他のメッセージで代用することが可能である。例えばＲＳＶＰ−ＴＥのＲｅｆｒｅｓｈメッセージやＮｏｔｉｆｙメッセージ、Ｐａｔｈ＿Ｅｒｒメッセージがその例に該当する。【０２１０】
また、第一〜第十一実施例における、パスＩＤとは、必ずしも数値である必要はなく、パスを識別可能な文字列や、制御メッセージの特定ビット列であってもよい。また、一定の数値範囲であってもよい。【０２１１】
また、第一〜第十一実施例における、グループＩＤとは、必ずしも数値である必要はなく、パスを識別可能な文字列や、制御メッセージの特定ビット列であってもよい。さらに、実質的にグルーピングが可能な特徴（特定ビットの値、メッセージのデータ長、メッセージのフォーマット、特定時間内に処理されたデータ）等であってもよい。また、一定の数値範囲であってもよい。【０２１２】
また、第一〜第十一実施例を実施する通信網は図７のような光クロスコネクトスイッチ５７による通信網に限らない。例えば、図６５のような光クロスコネクトスイッチ５７とＩＰルータ５８を連結したネットワークにも適用可能である。【０２１３】
また、図６６のようなルータを接続した通信網において、制御メッセージ転送用リンクとデータ転送用リンクとを同じ物理リンクとして運用することも可能である。【０２１４】
また、図６７のように複数の通信ノード装置を管理する集中管理装置２００が設置された通信網にも適用可能である。この集中管理装置２００は、経路計算を行う収容設計エンジンやＰＣＥ(Path Computation element)や、リソース管理およびスケジューリングサーバ等が該当する。【０２１５】
また、図６８のように二つの異なる管理ドメインを接続するマルチドメインネットワークやマルチキャリアネットワークにも適用可能である。【０２１６】
また、図６９のようにＲＯＡＤＭ(Reconfigurable Optical Add Drop Multiplexer)装置を接続したリング網にも適用可能である。【０２１７】
また、図７０のように通信ノード装置に接続されたＰＣからシグナリングプロトコルによりパスを設定する通信網にも適用可能である。【０２１８】
なお、第一〜第十一実施例におけるリソースとは、光クロスコネクトスイッチ、ＲＯＡＤＭ等の波長に限らず、ＩＰルータ、ＴＤＭスイッチ、Ｌ２スイッチ等のファイバ、ＩＦ、ポート、ＩＰルータ、Ｌ２スイッチのスイッチング容量、ＴＤＭスイッチのタイムスロット、光クロスコネクトスイッチの波長をグループ化した波長バンドであってもよい。【０２１９】
さらに、リソースとは現在使用されているリソースのみに限らず、スケジューラにより予約および管理されているスケジュールテーブルにおいて、将来のリソース使用権限をリソースとみなし、本リソース流用機能を適用することも可能である。【０２２０】
上述した本実施形態の構成により、通信網リソースの効率的な活用と、柔軟で負荷の小さい運用が可能となり、通信網にかかる設備コスト、運用コストを削減することができる。【０２２１】
具体的には、リソースの流用により、必要リソースが削減された場合に、ルータや光クロスコネクトスイッチのインターフェース数を削減することができ、設備コストの大幅な削減につながる。また、少ないリソースでパスを運用できるようになるため、冗長設備がとりやすく信頼性が向上する。【０２２２】
また、故障発生または解消の検出または通知、リソース流用の発生または解消の通知、スイッチングハードウェアの設定情報のソフトウェア上での保存といった仕組みを利用して、パスの切替処理の自動化を実現しているため、運用コストの削減につながる。【０２２３】
なお、特許文献１〜３等に記載されているように、従来技術でもリソースの流用やプリエンプション、優先順位といった概念を取り入れた技術は多々ある。しかし、パス単位の識別情報を利用して、複数の装置がそれらのリソース流用に関わる情報を交換することで、自立分散的にリソース流用を行う機能を備えた従来技術はなかった。
【産業上の利用可能性】
【０２２４】
本発明の実施形態によれば、通信網リソースの効率的な活用が可能となり、パス運用に必要な装置または設備量を削減することができるため、ネットワーク事業者における効率のよいネットワーク運用に寄与することができる。また、ネットワークユーザにおけるサービス品質の向上に寄与することができる。【０２２５】
なお、本発明は、上記の実施形態に限定されることなく、特許請求の範囲内において種々の変更及び応用が可能である。【０２２６】
本国際出願は２００６年１０月６日に出願された日本国特許出願第２００６−２７４５９２号に基づく優先権を主張するものであり、その全内容を本国際出願に援用する。
【図１】
2008044646.tif 000003
【図２】
2008044646.tif 000004
【図３】
2008044646.tif 000005
【図４】
2008044646.tif 000006
【図５】
2008044646.tif 000007
【図６】
2008044646.tif 000008
【図７】
2008044646.tif 000009
【図８】
2008044646.tif 000010
【図９】
2008044646.tif 000011
【図１０】
2008044646.tif 000012
【図１１】
2008044646.tif 000013
【図１２】
2008044646.tif 000014
【図１３】
2008044646.tif 000015
【図１４】
2008044646.tif 000016
【図１５】
2008044646.tif 000017
【図１６】
2008044646.tif 000018
【図１７】
2008044646.tif 000019
【図１８】
2008044646.tif 000020
【図１９】
2008044646.tif 000021
【図２０】
2008044646.tif 000022
【図２１】
2008044646.tif 000023
【図２２】
2008044646.tif 000024
【図２３】
2008044646.tif 000025
【図２４】
2008044646.tif 000026
【図２５】
2008044646.tif 000027
【図２６】
2008044646.tif 000028
【図２７】
2008044646.tif 000029
【図２８】
2008044646.tif 000030
【図２９】
2008044646.tif 000031
【図３０】
2008044646.tif 000032
【図３１】
2008044646.tif 000033
【図３２】
2008044646.tif 000034
【図３３】
2008044646.tif 000035
【図３４】
2008044646.tif 000036
【図３５】
2008044646.tif 000037
【図３６】
2008044646.tif 000038
【図３７】
2008044646.tif 000039
【図３８】
2008044646.tif 000040
【図３９】
2008044646.tif 000041
【図４０】
2008044646.tif 000042
【図４１】
2008044646.tif 000043
【図４２】
2008044646.tif 000044
【図４３】
2008044646.tif 000045
【図４４】
2008044646.tif 000046
【図４５】
2008044646.tif 000047
【図４６】
2008044646.tif 000048
【図４７】
2008044646.tif 000049
【図４８】
2008044646.tif 000050
【図４９】
2008044646.tif 000051
【図５０】
2008044646.tif 000052
【図５１】
2008044646.tif 000053
【図５２】
2008044646.tif 000054
【図５３】
2008044646.tif 000055
【図５４】
2008044646.tif 000056
【図５５】
2008044646.tif 000057
【図５６】
2008044646.tif 000058
【図５７】
2008044646.tif 000059
【図５８】
2008044646.tif 000060
【図５９】
2008044646.tif 000061
【図６０】
2008044646.tif 000062
【図６１】
2008044646.tif 000063
【図６２】
2008044646.tif 000064
【図６３】
2008044646.tif 000065
【図６４】
2008044646.tif 000066
【図６５】
2008044646.tif 000067
【図６６】
2008044646.tif 000068
【図６７】
2008044646.tif 000069
【図６８】
2008044646.tif 000070
【図６９】
2008044646.tif 000071
【図７０】
2008044646.tif 000072
【国際調査報告】
2008044646.tif 000073
2008044646.tif 000074
2008044646.tif 000075