(57)【要約】【課題】光ネットワークのＶＰＮ制御のパス設定において、カスタマ自身のポリシーに従ったサービスプロバイダのネットワークでの経路決定を可能とし、さらに、光ネットワークがＧＭＰＬＳ技術を用いている場合は、制御プレーンと連携したリアルタイムな制御を実現すること。【解決手段】複数のネットワークノード２１〜２６およびそれらの間を光ファイバによるリンク３１〜４０で結んだ光ネットワークを用いて、限定されたカスタマ装置間１１〜１６に光パスを提供するオプティカルＶＰＮサービスにおいて、カスタマ８２のポリシーを反映したパス設定を実現する方法として、ネットワーク管理装置５１から光ネットワークのノード２５を仮想的に複数ノードに分割するステップと、カスタマ８２が本仮想ノード２５１２にアクセスするステップと、カスタマ８２が本仮想ノード２５１２の設定を可能にするステップを備えることを特徴とする。【選択図】      図１
2004179769.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワークノードおよびそれらの間を光ファイバによるリンクで結んだ光ネットワークを用いて、限定されたカスタマ装置間に光パスを提供するオプティカルＶＰＮサービスにおけるカスタマコントロール方法であって、前記光ネットワークのノードに仮想ノードを複数設定するステップと、前記カスタマ装置もしくはカスタマコントロール用カスタマ端末が該仮想ノードにアクセスするステップと、該カスタマ装置もしくは該カスタマコントロール用カスタマ端末が該仮想ノードの情報の設定を行うステップとを有することを特徴とするオプティカルＶＰＮサービスにおけるカスタマコントロール方法。
【請求項２】
請求項１記載のオプティカルＶＰＮサービスにおけるカスタマコントロール方法において、前記カスタマ装置もしくは前記カスタマコントロール用カスタマ端末が仮想ノードの情報を設定するステップは、仮想ノードのアドレス設定とリンクのアドレス設定をするステップを有することを特徴とするオプティカルＶＰＮサービスにおけるカスタマコントロール方法。
【請求項３】
請求項１記載のオプティカルＶＰＮサービスにおけるカスタマコントロール方法において、前記光ネットワークがＧＭＰＬＳ技術を用いているときの、ＳＲＬＧ設定による経路制御とカラー設定による経路制御、および、フィルタリング設定による経路制御を行うステップを有することを特徴とするオプティカルＶＰＮサービスにおけるカスタマコントロール方法。
【請求項４】
請求項１記載のオプティカルＶＰＮサービスにおけるカスタマコントロール方法において、前記カスタマ装置もしくは前記カスタマコントロール用カスタマ端末は、前記仮想ノードがパス再最適化を実行することを可能とするように設定するステップを有することを特徴とするオプティカルＶＰＮサービスにおけるカスタマコントロール方法。
【請求項５】
請求項１記載のオプティカルＶＰＮサービスにおけるカスタマコントロール方法において、前記カスタマ装置もしくは前記カスタマコントロール用カスタマ端末が、前記仮想ノードにアクセスするステップでは、前記カスタマ端末もしくは前記カスタマコントロール用カスタマ端末の認証を行うステップを有することを特徴とするオプティカルＶＰＮサービスにおけるカスタマコントロール方法。
【請求項６】
請求項１記載のオプティカルＶＰＮサービスにおけるカスタマコントロール方法において、前記カスタマ装置もしくは前記カスタマコントロール用カスタマ端末は、前記仮想ノードの利用現状情報を取得するステップを有することを特徴とするオプティカルＶＰＮサービスにおけるカスタマコントロール方法。
【請求項７】
請求項１記載のオプティカルＶＰＮサービスにおけるカスタマコントロール方法において、前記カスタマ装置もしくは前記カスタマコントロール用カスタマ端末は、誤操作防止を行うステップを有することを特徴とするオプティカルＶＰＮサービスにおけるカスタマコントロール方法。
【請求項８】
請求項１記載のオプティカルＶＰＮサービスにおけるカスタマコントロール方法において、前記光ネットワークの管理者端末は、前記カスタマ装置もしくは前記カスタマコントロール用カスタマ端末からの設定内容を確認するステップを有することを特徴とするオプティカルＶＰＮサービスにおけるカスタマコントロール方法。
【請求項９】
請求項１記載のオプティカルＶＰＮサービスにおけるカスタマコントロール方法において、前記カスタマ装置もしくは前記カスタマコントロール用カスタマ端末は、仮想ノードの情報を複数設定することをアウトソースするステップを有することを特徴とするオプティカルＶＰＮサービスにおけるカスタマコントロール方法。
【請求項１０】
複数のネットワークノードおよびそれらの間を光ファイバによるリンクで結んだ光ネットワークを用いて、限定されたカスタマ装置間に光パスを提供するオプティカルＶＰＮサービスにおけるネットワークノード装置であって、前記光ネットワークのノードに仮想ノードを複数設定する手段と、前記カスタマ装置もしくはカスタマコントロール用カスタマ端末が該仮想ノードにアクセスする手段と、前記カスタマ装置もしくは前記カスタマコントロール用カスタマ端末が該仮想ノードの情報を設定する手段とを備えることを特徴とするオプティカルＶＰＮサービスにおけるネットワークノード装置。
【請求項１１】
ネットワーク管理装置に、光ネットワークのノードに仮想ノードを複数設定するステップと、カスタマ装置もしくはカスタマコントロール用カスタマ端末が該仮想ノードにアクセスするステップと、前記カスタマ装置もしくは前記カスタマコントロール用カスタマ端末が該仮想ノードの情報を設定するステップを実行させるためのプログラム。
【請求項１２】
カスタマ装置もしくはカスタマコントロール用カスタマ端末に、仮想ノードのアドレス設定とリンクのアドレス設定を行うステップを実行させるためのプログラム。
【請求項１３】
カスタマ装置もしくはカスタマコントロール用カスタマ端末に、光ネットワークが  ＧＭＰＬＳ  技術を用いているときの、ＳＲＬＧ設定による経路制御と、カラー設定による経路制御、および、フィルタリング設定による経路制御を可能とする設定を行うステップを実行させるためのプログラム。
【請求項１４】
カスタマ装置もしくはカスタマコントロール用カスタマ端末に、パス再最適化を可能とする設定を行うステップを実行させるためのプログラム。
【請求項１５】
ネットワーク管理装置に、カスタマ装置もしくはカスタマコントロール用カスタマ端末の認証を行うステップを実行させるためのプログラム。
【請求項１６】
ネットワーク管理装置に、カスタマ装置もしくはカスタマコントロール用カスタマ端末からの利用現況情報の取得を行うステップを実行させるためのプログラム。
【請求項１７】
ネットワーク管理装置に、カスタマ装置もしくはカスタマコントロール用カスタマ端末からの誤操作防止を行うステップを実行させるためのプログラム。
【請求項１８】
ネットワーク管理装置に、光ネットワークの管理者端末からカスタマ装置もしくはカスタマコントロール用カスタマ端末の設定内容を確認するステップを実行させるためのプログラム。
【請求項１９】
ネットワーク管理装置に、カスタマ装置もしくはカスタマコントロール用カスタマ端末から、請求項１に記載の仮想ノードの情報を設定することをアウトソースするステップを実行させるためのプログラム。
【請求項２０】
請求項１１から１９までのいずれかに記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、光ネットワークによりＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）を構築するオプティカルＶＰＮサービスにおけるカスタマコントロール方法とネットワークノード装置、およびそのプログラムに関する。
【０００２】
【従来の技術】
ＧＭＰＬＳ（Ｇｅｎｅｒａｌｉｚｅｄ  Ｍｕｌｔｉｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ）技術（例えば非特許文献１参照）により、光ネットワークノード（本来は、光クロスコネクトＯＸＣ（Ｏｐｔｉｃａｌ  ＣｒｏｓｓＣｏｎｎｅｃｔ）であるが、本明細書では、以下ネットワークノードもしくはノードと称する）に制御プレーンを導入し、インテリジェントな制御を実現することが可能になると考えられている。ここで、カラー（Ｃｏｌｏｒ）やＳＲＬＧ（Ｓｈａｒｅｄ  Ｒｉｓｋ  Ｌｉｎｋ  Ｇｒｏｕｐ）などの情報を設定することで、ポリシーを反映した経路選択が可能となる。
【０００３】
ＷＤＭ（Ｗａｖｅｌｅｎｇｔｈ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）技術等を取り込んだ光ネットワークのＶＰＮのＶＰＮ制御は、パケット型統合ネットワークの運用監視システムＯＳＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍ）で論じられている方式（例えば非特許文献２参照）を適用した場合、ネットワーク側で行われるため、カスタマからの制御は適用されず、カスタマのポリシーを反映することが難しくなる。また、カスタマからネットワークのＯＳＳを利用して、いくつかの制御を実行する方法も考えられている（例えば非特許文献３参照）が、ＯＳＳ経由であるため機能が限られる。
【０００４】
具体的には、前出のＧＭＰＬＳ技術を用いた光ネットワークのＶＰＮにおいて、カスタマへパス設定機能とモニタ機能は開放しているが、カスタマ毎にリンクのカラーやＳＲＬＧの設定はできず、結局、カスタマのポリシーを十分に反映したパス設定は難しい。また、ＯＳＳ経由のため、制御プレーンと連携したリアルタイムな制御は実現困難である。
【０００５】
【非特許文献１】
「Ｇｅｎｅｒａｌｉｚｅｄ  Ｍｕｌｔｉ―Ｐｒｏｔｏｃｏｌ  Ｌａｂｅｌ  Ｓｗｉｔｃｈｉｎｇ  （ＧＭＰＬＳ）  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｄｒａｆｔ−ｉｅｔｆ−ｃｃａｍｐ−ｇｍｐｌｓ−ａｒｃｈｉｔｅｃｔｕｒｅ―０３．ｔｘｔ６．１．  Ｒｅｓｔｒｉｃｔｉｏｎｓ  ｏｎ  ｂｕｎｄｌｉｎｇ（ｐ．１８）、  ６．５  Ｆｏｒｍｉｎｇ  ｂｕｎｄｌｅｄ  ｌｉｎｋｓ（ｐ．１９）」、ＩＥＴＦ、［ｏｎｌｉｎｅ］、２００２年８月掲載、［２００２年１０月１１日検索］、インターネット＜ＵＲＬ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｃｃａｍｐ−ｇｍｐｌｓ−ａｒｃｈｉｔｅｃｔｕｒｅ―０３．ｔｘｔ＞
【非特許文献２】
「次世代コアネットワークのオペレーションアーキテクチャ」、須田  宏一  外３名、ＮＴＴ技術ジャーナル  ２００１年１月号、電気通信協会、２００１年１月１日発行、ｐ．７６〜８１  （オペレーション技術の動向ｐ．７７参照）
【非特許文献３】
「ＳｔａｒＮｅｔ  Ｏｐｔｉｃａｌ  ＶＰＮ」、、Ｔｅｌｌｉｕｍ、Ｉｎｃ、［ｏｎｌｉｎｅ］、２００２年５月３１日掲載、［２００２年１０月７日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｔｅｌｌｉｕｍ．ｃｏｍ／ａｐｐｌｉｃａｔｉｏｎｓ／ｏｐｔｉｃａｌ＿ｖｐｎ．ｈｔｍｌ＞
【０００６】
【発明が解決しようとする課題】
以上のように、光ネットワークのＶＰＮ制御は、ネットワーク側で行われるため、カスタマからの制御は適用されていないか、カスタマから制御ができるとしても、限られた機能しか実現できないため、いずれにしてもカスタマのポリシーを反映することが難しい。また、いずれの制御方法にしてもリアルタイムな制御の実現は困難である。
【０００７】
このため、カスタマは各サービスプロバイダが各々の考えで決めたパスを使わざるをえず、例えば、カスタマが２つのサービスプロバイダからオプティカルＶＰＮサービスを受け、同一カスタマ装置に２つのサービスプロバイダからパスを提供してもらった場合、カスタマはこれらのパスを全く独立の経路と認識するが、実際にはパスが地理的に同じビルを通過している時があり、このときはビル障害によって両方のプロバイダから提供されるパスが同時に切断されてしまい、カスタマは冗長構成がとれていると考えても、実際はとれていないと言った不都合が生じる。
【０００８】
そこで、本発明の目的は、光ネットワークのＶＰＮ制御のパス設定において、カスタマが、各サービスプロバイダの持つネットワークの経路情報およびベアラ系リソース情報をもとに、カスタマ自身のポリシーに従ったサービスプロバイダのネットワークでの経路決定を可能とすることである。
さらに、本発明の他の目的は、光ネットワークがＧＭＰＬＳ技術を用いている場合は、制御プレーンと連携したリアルタイムな制御を実現することである。これらを実現することにより、ビジネス環境に即応できるとともに、カスタマの満足度を向上させることができる。
【０００９】
【課題を解決するための手段】
上記課題を解決するために、本発明は、複数のネットワークノードおよびそれらの間を光ファイバによるリンクで結んだ光ネットワークを用いて、限定されたカスタマ装置間に光パスを提供するオプティカルＶＰＮサービスにおいて、カスタマのポリシーを反映したパス設定を実現する方法として、光ネットワークのノードを仮想的に複数ノードに分割するステップと、カスタマが本仮想ノードにアクセスするステップと、カスタマが本仮想ノードの設定を可能にするステップを備える。（請求項１記載）
【００１０】
また、カスタマ自らによるノードのアドレス設定を可能とするステップと、リンクのアドレス設定を可能とするステップ（請求項２記載）と、光ネットワークがＧＭＰＬＳ技術を用いている場合のＳＲＬＧ設定による経路制御とカラー設定による経路制御、およびフィルタリング設定による経路制御を可能とするステップ（請求項３記載）を備える。
【００１１】
また、パス再最適化を可能とするステップ（請求項４記載）と、カスタマの認証を可能とするステップ（請求項５記載）と、カスタマの利用現況情報の取得を可能とするステップ（請求項６記載）と、カスタマの誤操作防止を行うステップ（請求項７記載）と、光ネットワークの管理者がカスタマの設定内容を確認できるステップ（請求項８記載）と、カスタマが上記設定のアウトソースを可能とするステップ（請求項９記載）を備える。
【００１２】
また、カスタマからコントロールを許容するネットワークノード装置として、光ネットワークのノードを仮想的に複数ノードに分割する手段と、カスタマが本仮想ノードへのアクセスを可能にする手段と、カスタマが本仮想ノードへの設定を可能にする手段（請求項１０記載）とを備える。
【００１３】
このような手段により、カスタマは各ノードにカスタマ自身のポリシーを反映した設定を行うことができ、この情報をＯＳＳ経由で（もしくは光ネットワークがＧＭＰＬＳ技術を用いている場合は制御プレーンプロトコルを通して）取得し、カスタマがパス設定を要求するときに、これらのポリシーを反映した経路選択が可能となる。
【００１４】
また、光ネットワークがＧＭＰＬＳ技術を採用しており、かつ、情報の取得等に制御プレーンプロトコルを用いる場合は、カスタマ装置が各ノードの制御プレーンと直接情報をやりとりすることができるようになり、リアルタイムな制御が可能となる。
【００１５】
【発明の実施の形態】
以下、図面に基づいて、本発明の実施の形態を詳細に説明する。
図１は、カスタマオプティカルＶＰＮサービスにおける光ネットワークの構成例を示す図である。
また、図２は、ネットワーク管理装置の構成例を示す図である。
【００１６】
これらの図を元にして、
ネットワークノード２１、２２、２３、２４、２５、２６、および
ネットワークノード間を結ぶ光ファイバＷＤＭ３２、３３、３４、３５、３８、３９、および
ネットワークノードを管理するためのネットワーク管理装置５１および、
各カスタマ拠点１１、１２、１５、１６、および
カスタマ拠点におけるカスタマ装置とネットワークノードを結ぶ光ファイバ３１、３６、３７、４０からなる光ネットワークにおいて、
カスタマＡ８２がネットワーク管理装置５１に制御要求を行うことにより、カスタマＡ８２のポリシーに従ったパス経路決定が可能となることを説明する。
【００１７】
まず、各構成要素の説明を行う。
ネットワークノード２１〜２６は制御部ならびにスイッチ部をもつ。図１に示すように、ネットワークノード２５に関して言えば、制御部２５１とスイッチ部２５２が相当する。他のノード２１〜２４、２６についても、これと同じ構成である。
【００１８】
制御部２５１は、他のネットワークノードなどからパス設定要求を受け取り、この要求に基づき、スイッチ部２５２を制御する。
スイッチ部２５２は、あるファイバのある波長で入力してきた情報を、あるファイバのある波長に出力する。
また、制御部２５１は、リンク（前出の、あるファイバのある波長がリンクに相当）に対して設定した様々な情報を含んだリンク情報を他のノードと交換する。
【００１９】
光ファイバ３１〜４０は、複数波長を同一ファイバで伝送し、各ノード間を接続する。
【００２０】
各カスタマ拠点１１、１２、１５、１６はネットワークからサービスを受けるカスタマ装置をもつ。カスタマ装置は、
（ａ）単純にパスの終端点となっている場合もあれば、
（ｂ）パスの終端点となると同時に、後述するネットワークノード内部の各カスタマ用の仮想ノードと（光ネットワークがＧＭＰＬＳ技術を用いている場合は、制御プレーンを利用して）通信を行い、ネットワーク情報を得ると同時に、ネットワークに対してパス設定要求を行う場合もある。
【００２１】
前述の（ａ）の場合、ネットワーク情報の収集ならびにパス設定要求はＯＳＳ経由となる。
（ｂ）の場合は、リアルタイムな制御が可能となる。
【００２２】
さらに、本発明を実現するために設定する構成要素の説明を行う。
ネットワークノードの制御部に、各カスタマ用の仮想ノードを設定する。図１、２に示すようにネットワークノード２５に関して言えば、カスタマＡに対して、カスタマＡ用仮想ノード２５１２を設定する。
【００２３】
仮想ノードに対して、各カスタマがアクセスをして、各種設定を行うことを可能とする。また、仮想ノード内の各カスタマ用の制御部（例えば、カスタマＡ用仮想ノード２５１２におけるカスタマＡ用制御部２５１２１）を利用して、各カスタマに占有的に割り与えられたリンクリソースに対する制御権限を持ち、各カスタマはリンクの属性（例えばＧＭＰＬＳ技術においてはＳＲＬＧ、カラーなど）を設定することを可能とする。さらに、仮想ノードの制御部は、以上の設定を蓄積することを可能とする。
【００２４】
ネットワーク管理装置５１は、ネットワークノード管理部５１１、設備ＤＢ５１２、仮想ノード管理部５１４、管理者用端末５１３からなる。本装置５１は、カスタマおよび管理者８１がネットワークノード２１〜２６にアクセスし、各種設定をすること、およびネットワークノードからの情報をカスタマ８２や管理者８１に渡すことを仲介する。
【００２５】
ネットワークノード管理部５１１は、ネットワークノード２１〜２６、仮想ノード管理部５１４、設備ＤＢ５１２、管理者用端末５１３とインタフェースをもつ。
【００２６】
設備ＤＢ５１２は、ネットワークノードの配置装置やリンク情報を格納すると同時に、各ネットワークノード２１〜２６内にどのような仮想ノードが存在するかの情報（カスタマ名、管理ポートアドレス、仮想ノードルータＩＤ、仮想ノードが管理する物理リンクＩＤ、リンクのアドレス、ＧＭＰＬＳ技術を用いている場合はＳＲＬＧ、カラーを含む情報）を格納する。
【００２７】
仮想ノード管理部５１４は、仮想ノードインタフェース５１４１、認証５１４２からなる。仮想ノードインタフェース５１４１は、カスタマ端末およびネットワークノード管理部５１１とのインタフェースをもつ。認証５１４２は、カスタマが各仮想ノードにアクセスする際、正当なカスタマであるかどうかを確認する。
【００２８】
なお、図２では、ネットワーク管理装置５１を通じて、カスタマ８２がカスタマ用仮想ノード２５１２にアクセスをしている形態であるが、ネットワーク管理装置５１を介さず、ｔｅｌｎｅｔなどにより、カスタマ８２が直接カスタマ用仮想ノード２５１２にアクセスする形態も考えられる。この場合、認証５１４２は個々のネットワークノード２１〜２６内部に配置される。また、設備ＤＢ５１２相当の役割は、個々のネットワークノード内の仮想ノードが担うこととなる。
【００２９】
図２における端末７１、７２、７３はコンピュータであり、それぞれ、汎用アプリケーションの一つとしてカスタマコントロールプログラム７１１、７２１、７３１を実装する。
【００３０】
以下に上記の構成要素を用いて本発明を説明する。
図１では、カスタマＡのａ拠点１１とカスタマＡのｂ拠点１２間において、ネットワークノード（以下ノードと略す）２１、２２、２３と、光ファイバＷＤＭ３１、３２、３４、３６とを経由するＶＰＮパス（以下パスと略す）１３があり、同様にカスタマＢのｃ拠点１５とカスタマＢのｄ拠点１６間に、ノード２４〜２６と、光ファイバＷＤＭ３７、３８、３９、４０を経由するパス１７のあることを示している。
【００３１】
更に、これらパス１３およびパス１７の他に、カスタマＡのａ拠点１１とカスタマＡのｂ拠点１２間に、あらたにノード２１、２５、２３と、光ファイバ３１、３３、３５、３６を経由するパス１４を設定するとき、カスタマＡ８２自身のポリシーを反映した設定を可能にする考え方について、ノード２５を例に示す。なお、他のノードもノード２５と同じであるため、記述を省略する。
【００３２】
考え方は、ノード２５の制御部２５１に、カスタマＡ自身が制御できる仮想ノード２５１２を設定することであり、これによりネットワークの管理者８１がノード２５に対して各種設定を行い、この設定に基づき、パス１４を設定するのと同様に、カスタマＡ８２は仮想ノード２５１２に対して各種設定を行うことで、結果的にノード２５に対して各種設定が行われ、この設定に基づき、パス１４を設定することが可能になる。
【００３３】
個々のカスタマ用の仮想ノードにおける制御部は、あらかじめ契約に基づき、各カスタマに占有的に割り当てられたリンクリソースを制御し、このリンクリソースを制御し、このリンクリソースに対して、アドレスやＧＭＰＬＳ技術を利用する場合におけるＳＲＬＧやカラーなどの設定を行うことができる。
【００３４】
また、カスタマの拠点にあるカスタマ装置と（ＧＭＰＬＳ技術を利用する場合、制御プレーンで）通信を行うことで、リアルタイムの情報をカスタマに提供することが可能となる。例えば、カスタマＡ用仮想ノードは、カスタマＡのａ拠点１１のカスタマ装置やｂ拠点１２のカスタマ装置と（ＧＭＰＬＳ技術を利用する場合、制御プレーンで）通信を行うことが可能となる。
【００３５】
カスタマの仮想ノードにおける制御部は、仮想的につくられることから、ハードが追加される場合の保守上の面倒がなく、またカスタマ数の増減に対し柔軟に対応することができる。
【００３６】
次に図２を用いて、仮想ノードの設定に関して説明する。
管理者８１は、ネットワーク管理装置５１の中の管理者用端末５１３およびネットワークノード管理部５１１とを経由して、ノード２５の制御部２５１に対して、カスタマＡ用仮想ノード設定要求を送信する。
【００３７】
カスタマＡ用仮想ノード設定要求を受信したノード２５の制御部２５１は、ソフトウェア処理により、カスタマＡ用仮想ノード２５１２を設定し、設定終了後、設定したことをネットワークノード管理部５１１を経由して管理者用端末５１３に返送する。なお、ネットワークノード管理部５１１は、カスタマＡ用仮想ノード２５１２に設定した情報を設備ＤＢ５１２に格納する。
【００３８】
管理者８１は、設定された個々のカスタマ用仮想ノードにアクセス用の管理ポートアドレスを付与し、本仮想ノード管理ポートアドレスが管理者用端末５１３を通し仮想ノードごとに設定され、設備ＤＢ５１２にその値が蓄積されるとともに、仮想ノードインタフェース５１４１を通して、カスタマＡ８２へ通知されることにより、カスタマＡ８２がカスタマＡ用仮想ノード２５１２へアクセスし通信することが可能になる。
【００３９】
カスタマＡ８２は、カスタマＡ用仮想ノード２５１２のアクセス用の管理ポートアドレスが振られたことを通知され、カスタマＡ用仮想ノード２５１２への管理のためのアクセスが可能な状態において、カスタマＡ用仮想ノード２５１２のアドレス設定と、リンクアドレスの設定と、光ネットワークがＧＭＬＰＳ技術を用いている場合は、ＳＲＬＧの設定と、カラーの設定等とを行う。
【００４０】
カスタマＡ用仮想ノード２５１２は、これらの設定情報の蓄積と、カスタマＡからの設定終了通知を受けた際、蓄積していた蓄積情報をネットワーク管理部に送出する。また、ネットワーク管理部に光ネットワークがＧＭＰＬＳ技術を用いている場合は、他のカスタマＡ用仮想ノードに対して設定情報の送出を行う。
【００４１】
なお、上記の情報のカスタマＡ用仮想ノード２５１２への設定・蓄積は、カスタマＡ用仮想ノード２５１２の中にあるカスタマＡ用制御部２５１２１で行われる。ここでノードのアドレス設定とは、ネットワーク内でルータを一意に識別するためのアドレス（ＩＰルータでは、ルータＩＤに相当）を設定することを意味する。
【００４２】
次に、図２と図３を用いて、カスタマコントロールのシーケンスを説明する。
このシーケンスはネットワークノード２１〜２６と、ネットワーク管理装置５１と、カスタマＡ用端末７１の間でやりとりが行われているものである。
カスタマＡ８２は、
カスタマＡ用端末７１を起動し（Ｓ１）、
サービスプロバイダを指定することで、通信ネットワーク６１を経由してネットワーク管理装置５１の仮想ノードインタフェース５１４１に接続し（Ｓ２）、
認証要求を行う（Ｓ３）。
【００４３】
カスタマがある仮想ノードにアクセスするために、仮想ノードインタフェース５１４１に接続した場合、仮想ノード管理部５１４内部の認証５１４２を利用して、カスタマを特定し、正当なカスタマと判断した場合のみ、該仮想ノードへアクセスを可能とする。アウトソーシング事業者用端末７３から接続した場合は、事前にアウトソーシング元から電子的委任状が出ていることを条件にする（請求項５記載）。
【００４４】
認証が終わると（Ｓ４）、
カスタマＡ８２は、現状を確認するために、カスタマＡ用の全仮想ノードに対し仮想ノードが蓄積しているデータを要求する（Ｓ５）。
【００４５】
ネットワーク管理装置５１（仮想ノードインタフェース５１４１）は、ネットワークノード管理部５１１を経由してカスタマＡ用の各仮想ノードに蓄積データを送信するように要求（Ｓ６）し、
各仮想ノードから返送されてきた蓄積データ（Ｓ７）を、
まとめてカスタマＡ用端末７１へ送り返し（Ｓ８）、
カスタマＡ用端末７１は、このデータを画面に表示する（Ｓ９）。（請求項６記載）
【００４６】
複数のサービスプロバイダからサービス提供を受けている場合は、これまでの操作を繰り返すことになる。
【００４７】
この後、必要に応じて、以下に示す各種の設定が行われ（Ｓ１０とＳ１１）、ノード２５（カスタマＡ用仮想ノード２５１２）は、設定情報の蓄積を行う（Ｓ１１）。（請求項１、２記載）
【００４８】
カスタマによる各種の設定には、仮想ノードを識別するための仮想ノードのアドレスの設定と、選択したリンクにカスタマが番号をつけカスタマ自身の管理をしやすくするためのリンクアドレスの設定（請求項２記載）がある。
【００４９】
また、同一故障の原因で切断されるリンクを区分けして管理するために、選択したリンクをカスタマ自身が原因別に管理番号をつけ管理ができるようにするための（ＧＭＰＬＳ技術を用いている場合の、）ＳＲＬＧの設定と、選択したリンクにカラーをつけ、運用管理するための（ＧＭＰＬＳ技術を用いている場合の、）カラー設定と、カスタマが特定の拠点間にパス設定要求を行っても、パス設定は認めないとするフィルタリングを行うためのフィルタリングの設定（請求項３記載）と、冗長性および料金を条件にしたパスの削除ならびに、新しい別なパスの設定とを可能にするパス再最適化（請求項４記載）もある。
【００５０】
以上、設定にあたっては誤操作を防止するために、カスタマＡ８２は、カスタマＡ用端末７１によりシュミレーションを行い、内容を確認する段階を経て、はじめてノード２５（カスタマＡ用仮想ノード２５１２）へ設定情報の送出を可能にすることもできる。（請求項７記載）
【００５１】
設定が終了する（Ｓ１２）と、
カスタマＡ用端末７１は、終了通知を出すので（Ｓ１３）、
ノード２５（カスタマＡ用仮想ノード２５１２）はそれを受け（Ｓ１４）、
蓄積したデータをネットワーク管理装置５１へ送り（Ｓ１５）、
ネットワーク管理装置５１は、必要なデータを設備ＤＢ５１２に蓄積する（Ｓ１６）。（請求項８記載）
【００５２】
カスタマＡ用端末７１およびカスタマＢ用端末７２は、通信ネットワークを介した接続を行い、また認証を確実にしていることから、容易にアウトソーシングすることができる。（請求項９記載）すなわち、通信ネットワーク６１を介して接続先の端末７３へアウトソーシングする等が考えられる。
【００５３】
図４は、カスタマＡ用端末７１に実装されたアプリケーションプログラム７１１の画面構成例図である。図４の左は、パスの論理的な表示例である。
【００５４】
図４の右下は、サービスプロバイダの指定と、現況画面の切り替えと、シミュレーションの指示と、実行の指示とを行うボタンである。
【００５５】
図４の右上は、ノードアドレス設定と、リンクアドレス設定と、ＧＭＰＬＳ技術を用いている場合のＳＲＬＧ設定と、ＧＭＰＬＳ技術を用いている場合のカラー設定と、フィルタリング設定と、パス再最適化とを指示するボタンである。
【００５６】
図５は、ノード装置の更なる説明のためのフローチャートである。
ノードは通常ネットワーク管理装置からの起動待ちの状態（Ｓ４１）にあり、
起動後は、既に仮想ノードの設定が有るかどうかで分かれ（Ｓ４２）、
無ければ蓄積データを送出し（Ｓ４４）、
新しい仮想ノードの設定が必要であれば、仮想ノードを設定（Ｓ４３）する。
以上は、ノード２５で言えば制御部２５１で行われる。
【００５７】
設定後はカスタマからのアクセスが可能になり（Ｓ４５）、
この状態において各種の情報設定と、設定した情報の蓄積（Ｓ４６）とが行われる。
以上は、ノード２５でカスタマＡについて言えば、カスタマＡ用仮想ノード２５１２で行われる。
【００５８】
情報設定が終了すると（Ｓ４７）、
蓄積データをネットワーク管理装置に送出し（Ｓ４８）、
最初の起動待ちの状態に戻る。
以上は、ノード２５でカスタマＡについて言えば、カスタマＡ用仮想ノード２５１２で行われる。（請求項１０記載）
【００５９】
上述の実施形態において、そのステップを行うプログラムをアプリケーションソフトとして、ＣＤ−ＲＯＭ等の記録媒体に格納しておいてもよい。このようにすれば、ＣＤ−ＲＯＭ等の可搬型記録媒体にプログラム等を格納して売買したり、携帯することができるようになる。
【００６０】
【発明の効果】
以上説明したように、発明によれば、ネットワークノードを通信ネットワークを介してカスタマ側にあるＰＣなどから設定することにより、カスタマ自身のポリシーを反映したパス設定が可能になり、また、各仮想ノードがカスタマ拠点の装置と制御プレーンで連携することにより、リアルタイムな制御が可能になる。これにより、ビジネス活動の変化に即応したＶＰＮ運用管理が可能になり、カスタマは、カスタマ自身の制御によりカスタマにとっての最適化がはかれ、満足度が向上するとともに、サービスプロバイダにとっては、新たな顧客獲得、差別化サービスの提供が可能になるという効果がある。
【図面の簡単な説明】
【図１】本発明の光ネットワークの構成例図である。
【図２】本発明のネットワーク管理装置の構成例図である。
【図３】本発明のカスタマコントロールのシーケンスチャートである。
【図４】本発明のカスタマ用端末の画面構成例図である。
【図５】本発明のネットワークノードの動作フローチャートである。
【符号の説明】
１１  カスタマＡ  ａ拠点
１２  カスタマＡ  ｂ拠点
１５  カスタマＢ  ｃ拠点
１６  カスタマＢ  ｄ拠点
２１〜２６  ネットワークノード
３１〜４０  ファイバＷＤＭ
１３、１７  パス
２５１  制御部
２５１１  管理者用制御部
２５１２  カスタマＡ用仮想ノード
２５１３  カスタマＢ用仮想ノード
２５１２１  カスタマＡ用制御部
２５２  スイッチ部
８２  カスタマＡ
７１  カスタマＡ用端末
７１１、７２１、７３１  ＡＰＬ
７２  カスタマＢ用端末
７３  アウトソーシング事業者用端末
６１  通信ネットワーク
５１  ネットワーク管理装置
５１１  ネットワークノード管理部
５１２  設備ＤＢ
５１３  管理者用端末
８１  管理者
５１４  仮想ノード管理部
５１４１  仮想ノードインタフェース
５１４２  認証
【図１】
2004179769.tif 000003
【図２】
2004179769.tif 000004
【図３】
2004179769.tif 000005
【図４】
2004179769.tif 000006
【図５】
2004179769.tif 000007