JP2009206635A - 仮想プライベートネットワーク管理システム - Google Patents

Abstract

【課題】プロバイダ管理モジュールの処理負担を軽減してシステムの管理性能を高く維持する。
【解決手段】プロバイダ管理サーバＰＳにおいて、カスタマＡ，ＢごとにそのドメインＡ１〜Ａ３，Ｂ１〜Ｂ３間を接続するための光波長パス群を設定して、この設定された光波長群のリストを対応するＶＰＮ管理サーバＶＳＡ，ＶＳＢへ送信する。そして、ＶＰＮ管理サーバＶＳＡ，ＶＳＢにおいて、上記プロバイダ管理サーバＰＳから送られた光波長パスの設定情報と、ドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３から取得したドメイン内のネットワーク機器間の論理リンクを表す情報とをもとに、ドメイン間にＩＰパスを設定し、管理する。
【選択図】 図１０

Description

この発明は、例えばＧＭＰＬＳ（Generalization Multiprotocol Label Switching）ネットワークにより接続されるカスタマの複数のドメイン間に光波長パスを設定し、これによりカスタマにＬ１−ＶＰＮ（Layer 1 Virtual Private Network）サービスを提供する仮想プライベートネットワーク管理システムに関する。

従来、光ネットワークの波長を利用した大容量のネットワークにより複数のカスタマサイトを結び、これにより各カスタマにＶＰＮ（Layer 1 Virtual Private Network）サービスを提供するシステムが提唱されている。この種のシステムを運用する場合は、ＶＰＮプロバイダに対しEnd-to-Endの品質の要求や、カスタマの重要なパスに対する故障時のバックアップ対策が求められる。

ＶＰＮプロバイダは、ＧＭＰＬＳのパスをカスタマのトラフィック要求に応じて対象となるカスタマエッジ（customer edge router；ＣＥ）ルータ間に設定する。このとき、ＶＰＮが光ネットワークを提供する場合には、ＧＭＰＬＳパスとして光波長パスが設定される。この場合、カスタマドメインとＶＰＮプロバイダ網間にはＢＧＰ（Border Gateway Protocol）によりルートが設定され、ＶＰＮプロバイダ内ではＯＳＰＦ（Open Shortest Path Firs）や、ＲＩＰ（Routing Information Protocol）等のＩＧＰ（Interior Gateway Protocol）により光波長パスのルートが設定される。

上記ルートの初期設定後、カスタマのドメイン間でＩＰパケット転送要求が生じたときには、上記初期設定した光波長パスを利用してＩＰパケットの転送を行う。ＶＰＮを使ってＩＰパケットを転送する場合、ソースカスタマドメインのソースルータは、ダイクストラのアルゴリズムで計算した当該ドメイン内の最寄りのカスタマエッジルータに宛先のルータＩＰアドレスを指定してＩＰパケットを送信する。カスタマエッジルータは当該ＩＰアドレスに対応する光波長パスを介してＩＰパケットを送信し、受け手側のカスタマドメインのカスタマエッジルータは受信した光波長パスからＩＰパケットを取り出し、宛先ルータまでパケットを転送する。

しかし、このＬ１−ＶＰＮ手法ではEnd to Endでの経路の最適性が得られない。そこで、各カスタマドメインとプロバイダネットワークにそれぞれパス計算装置（ＰＣＥ；Path Computation Element）を配置し、カスタマからＩＰ論理リンクをプロバイダネットワークに開示して、論理リンクコストと光波長パスコストとを足し合わせることにより、最もコストが小さいルートでかつ必要帯域を満たすルートを選択する、いわゆるＨＤＰＣＥ（Hierarchically Distributed ＰＣＥ）と呼ばれるパス計算装置を利用したＬ１−ＶＰＮ手法が提唱されている（例えば、非特許文献１を参照。）。

この手法は、プロバイダの光ネットワークを、プロバイダが保持するプロバイダＨＤＰＣＥが管理する。また、Ｌ１−ＶＰＮで結ばれるカスタマ個々のＩＰドメインは、カスタマに配布されたカスタマＨＤＰＣＥが管理する。カスタマＨＤＰＣＥは、ＶＰＮに参加する重要なドメイン内ルータからカスタマエッジルータまでの論理リンクを、その残帯域及びコストと共に開示する。プロバイダＨＤＰＣＥは、ドメイン間にパスを設定する際に、自身が管理する光波長パスのコストと、カスタマＨＤＰＣＥから開示されたEnd to Endのパスコストと、残帯域を考慮して最適な経路を選択する（例えば、非特許文献２を参照。）。

図１１は、ＨＤＰＣＥのＬ１−ＶＰＮへの適用例を示す図である。同図において、カスタマは複数（図では３個の場合を例示）のドメインを有する。各ドメインは、ＶＰＮに参加しているルータＲ１１，Ｒ１２，Ｒ１３，Ｒ２１，Ｒ２２，Ｒ２３と、カスタマエッジルータＣＥ１１，ＣＥ１２，ＣＥ２１，ＣＥ３１，ＣＥ３２を備える。各ドメインにおいて、ルータとカスタマエッジルータとの間及びカスタマエッジルータ相互間にはそれぞれ図中破線で示す論理リンクが設定される。この論理リンクの設定情報はプロバイダに開示される。なお、上記論理リンクは実際の物理リンクとは必ずしも一致しない。

上記各ドメインのカスタマエッジルータ間には、プロバイダネットワークの光クロスコネクタ（optical cross connecter；ＯＸＣ）を介して図中実線で示す光波長パスが設定される。これらの光波長パスは、カスタマの初期のドメイン間におけるトラフィック要求に基づいて設定される。

プロバイダネットワークにはプロバイダ管理サーバが設けられ、また各ドメインにはそれぞれＰＣＥサーバが設けられている。これらのサーバには、ＰＣＥ配布サーバからＰＣＥソフトウエアモジュールがオンライン配布される。なお、ＰＣＥソフトウエアモジュールはオンライン配布以外に記録媒体により配布することも可能である。

この例では、光波長パスが設定された後に、あるカスタマドメイン（カスタマ網１）の起点ルータＲ１１から、他のカスタマドメイン（カスタマ網３）の終点ルータＲ１３に対するＩＰパスの設定要求があった場合に、ＩＰパスが複数カスタマドメイン間でどのように設定されるかを、（１）〜（５）のステップで示している。

先ずステップ（１）では、起点ルータＲ１１が当該ドメインのＰＣＥサーバに対してルート要求を行う。このＰＣＥサーバ内のＰＣＥソフトウエアモジュールは、当該ドメイン内に終点ルータＲ１３が存在しないことを判断すると、ステップ（２）において始点ルータＲ１１から終点ルータＲ１３までのルート設定要求をプロバイダ管理サーバに対し送信する。プロバイダ管理サーバは、当該サーバ内のＰＣＥソフトウエアモジュールが予め保持している複数のルート候補の中から、最適なドメイン間の経路を選択する。この例では、ドメイン間に設定されている光波長パスの中でコストが最も小さいものを選択している。ただし、各ドメイン内の論理リンクがＰＣＥサーバからプロバイダ管理サーバに開示されている場合には、この論理リンクのコストをカスタマとのＳＬＡ（service level agreement）に応じた比率で考慮して、最短経路を通る光波長パスを選択する。

ドメイン間の経路が決まると、プロバイダ管理サーバは起点ルータＲ１１が存在するドメインに対応するＰＣＥサーバと、終点ルータＲ１３が存在するドメインに対応するＰＣＥサーバに対して、それぞれステップ（３）により上記選択された光波長パスのルート設定要求を行う。例えば、カスタマエッジルータＣＥ１１からＣＥ３１に至る光波長パスが選ばれた場合には、カスタマ網１のＰＣＥサーバに対してカスタマエッジルータＣＥ１１を、またカスタマ網３のＰＣＥサーバに対してはカスタマエッジルータＣＥ３１をそれぞれ指定してルート設定要求を行う。ステップ（３）のルート設定要求を受信した各ＰＣＥサーバは、指定されたカスタマエッジルータＣＥ１１と起点ルータＲ１１との間、及びカスタマエッジルータＣＥ３１と終点ルータＲ１３との間の最適経路を、当該ＰＣＥサーバ内のＰＣＥソフトウエアモジュールが保持するルート候補の中から選択し、この選択結果を上記ルート設定要求に対する応答としてプロバイダ管理サーバに対して返す。なお、End to EndのＶＰＮの通過経路に他のドメインが介在する場合には、プロバイダ管理サーバは両端のカスタマエッジルータを指定して、当該ドメインに対応するＰＣＥサーバに対しルート設定要求を出すことも可能である。

次にプロバイダ管理サーバは、ステップ（４）において、ルータＲｌｌ−Ｒ１３間の最適経路を、カスタマ網１のＰＣＥサーバが選択したドメイン間の経路と当該ドメイン内の経路とを階層的に繋げることにより求め、要求元のＰＣＥサーバに対して返す。続いて、ステップ（５）において、カスタマ網１のＰＣＥサーバは要求元の起点ルータＲ１１に対して上記ステップ（４）で得たルートの結果を返す。かくして、階層分散処理によるルート選択がなされる。

Tomonori Takeda,"Applicability analysis of Generalized Multiprotocol Label Switching (GMPLS) protocols to Layer 1 Virtual Private Networks",March 2006, ＜URL：http://ietfreport.isoc.org/idref/draft-ietf-11vpn-applicability/＞

Hiroshi MATSUURA and Kazumasa TAKAMI, "Hierarchically Distributed PCE for End-to-End Bandwidth-Assured VPN Service", IEICE Trans. Commun., Vol.E90-B, No.11, pp.3042-3051, November 2007

ところが、従来のＨＤＰＣＥは、図１１に示ししたように光ファイバとカスタマが利用する波長パス群を１台のプロバイダ管理サーバで集中管理するようにしているため、カスタマの数が多くなった場合に、カスタマのＩＰパス設定処理の負荷が大きくなる。また、ＩＰパス設定後に、このＩＰパスの構成管理や故障管理をＨＤＰＣＥで行う場合に、管理のためのデータが膨大になり管理性能が低下するおそれがある。

さらに、カスタマにはドメインごとにしかＰＣＥが配布されないので、カスタマからはドメイン間のつながりが見えない。このため、ＶＰＮの構成管理や故障管理を行うことができない。また、カスタマは波長パスを管理することができないので、カスタマのＩＰパスを作成するときに通過する波長パスのプライオリティをカスタマの必要に応じて調整することができない。

この発明は上記事情に着目してなされたもので、その主たる目的は、プロバイダ管理モジュールの処理負担を軽減してシステムの管理性能を高く維持することを可能にした仮想プライベートネットワーク管理システムを提供することである。

上記目的を達成するためにこの発明の一観点は、以下のような構成を採用したものである。すなわち、光伝送路により構成されるプロバイダネットワークを管理するために設けられるプロバイダ管理モジュールと、複数のカスタマの各々に対応して設けられ、上記プロバイダ管理モジュールとの間で情報の送受信を行う複数のＶＰＮ管理モジュールとを具備する仮想プライベートネットワーク管理システムにあって、上記プロバイダ管理モジュールに、上記カスタマごとに当該カスタマを構成する複数のドメイン間に光波長パス群を設定することにより、上記プロバイダネットワーク上にカスタマごとのＶＰＮを構築する手段と、上記カスタマごとに設定された光波長パス群を表す情報を、当該カスタマに対応する上記ＶＰＮ管理モジュールに送る手段を備える。一方、上記複数のＶＰＮ管理モジュールの各々には、上記プロバイダ管理モジュールから送られた光波長パス群を表す情報を受信する手段と、自己のＶＰＮに参加するネットワーク機器間の論理リンクを表す情報と、上記受信された光波長パス群を表す情報とをもとに、ドメイン間にＩＰパスを設定し管理する手段とを備える。

したがってプロバイダ管理モジュールでは、カスタマごとにドメイン間に光波長パス群を設定する処理のみが行われ、上記設定された光波長パス群のその後の構成管理と、ドメイン間のＩＰパスの設定及び管理は、カスタマごとに設けられたＶＰＮ管理モジュールで行われる。このため、カスタマ数が多くなった場合でも、プロバイダ管理モジュールの処理負荷の増大は抑制され、これによりシステムとしての管理性能を高く維持することが可能となる。

また、この発明の一観点は以下のような各種構成要素を備えることも特徴とする。
第１の構成要素は、上記カスタマごとに、当該カスタマを構成する複数のドメインの各々に対応して設けられる複数のドメイン管理モジュールをさらに具備し、これらのドメイン管理モジュールの各々から、対応するドメイン内の複数のネットワーク機器間の論理リンクを表す情報を、上記ＩＰパスの設定のために、当該ドメインが属するカスタマのＶＰＮ管理モジュールへ送るように構成したものである。
このようにすると、ドメイン内のネットワーク機器間の論理リンクを表す情報の作成及び管理が、ドメインごとに設けられるドメイン管理モジュールで行われる。このため、ＶＰＮ管理モジュールは、上記ドメイン内のネットワーク機器間の論理リンクを表す情報をドメイン管理モジュールから取得すればよくなり、これによりＶＰＮ管理モジュールの処理負荷は軽減される。

第２の構成要素は、プロバイダ管理モジュールに、プロバイダネットワークを構成するネットワーク機器が故障した場合に、その故障原因と当該ネットワーク機器に関係する光波長パスのリストを含む第１の故障警報情報を生成する手段と、上記生成された第１の故障警報情報を上記複数のＶＰＮ管理モジュールへ送る手段とをさらに備え、一方上記複数のＶＰＮ管理モジュールの各々には、上記プロバイダ管理モジュールから送られた第１の故障警報情報を受信する手段と、上記受信された第１の故障警報情報に含まれる光波長パスのリストをもとに、当該光波長パスに含まれるＩＰパスを使用するユーザに対し、上記受信された第１の故障警報情報に含まれる故障原因を表す情報を送信する手段をさらに備えるように構成したものである。
このようにすると、プロバイダネットワークを構成するネットワーク機器が故障した場合に、その故障の原因と波及対象をＶＰＮ管理サーバで管理することが可能となる。

第３の構成要素は、複数のドメイン管理モジュールの各々に、ドメイン内のネットワーク機器が故障した場合に、その故障原因と当該故障が影響を及ぼす論理リンクのリストを含む第２の故障警報情報を生成する手段と、上記生成された第２の故障警報情報を対応するＶＰＮ管理モジュールへ送る手段とをさらに備え、一方上記複数のＶＰＮ管理モジュールの各々には、上記複数のドメイン管理モジュールから送られた第２の故障警報情報をそれぞれ受信する手段と、上記受信された第２の故障警報情報に含まれる論理リンクのリストをもとに、当該論理リンクに含まれるＩＰパスを使用するユーザに対し、上記受信された第２の故障警報情報に含まれる故障原因を表す情報を送信する手段をさらに備えるように構成したものである。
このようにすれば、各ドメイン内のネットワーク機器が故障した場合に、その故障の原因と波及対象を、当該ドメインを統括するＶＰＮ管理サーバで管理することが可能となる。

第４の構成要素は、プロバイダ管理モジュール及び複数のＶＰＮ管理モジュールをそれぞれソフトウエアにより構成し、これらのソフトウエアをプロバイダが運用するプロバイダサーバ装置で並行して実行させるように構成したものである。
このようにすると、各カスタマはＶＰＮ管理モジュールの処理機能をプロバイダに委託することが可能となり、またＶＰＮ管理モジュールが取り扱う管理情報等の秘匿性を高く保つことができる。

第５の構成要素は、プロバイダ管理モジュール及び複数のＶＰＮ管理モジュールの各々をソフトウエアにより構成し、上記プロバイダ管理モジュールのソフトウエアをプロバイダが運用するプロバイダ管理サーバ装置において実行させ、上記各ＶＰＮ管理モジュールのソフトウエアを対応するカスタマが運用するＶＰＮ管理サーバ装置において実行させるように構成したものである。
このようにすると、各カスタマはＶＰＮ管理モジュールの処理機能を自身が運用するＶＰＮ管理サーバ装置で実行させることが可能となる。

第６の構成は、カスタマごとに、ＶＰＮ管理モジュール及び複数のドメイン管理モジュールをソフトウエアにより構成し、これらのソフトウエアを対応するカスタマが運用するＶＰＮ管理サーバ装置においてそれぞれ実行させるように構成したものである。
このようにすると、カスタマごとに、ＶＰＮ管理モジュール及び複数のドメイン管理モジュールを自身が運用する１台のＶＰＮ管理サーバ装置に実行させることが可能となる。この効果は、収容するドメイン数が比較的少ないカスタマにとっては設備負担を軽減できるので、有効である。

要するにこの発明の一観点によれば、プロバイダ管理モジュールの処理負担を軽減してシステムの管理性能を高く維持することが可能な仮想プライベートネットワーク管理システムを提供することができる。

以下、図面を参照してこの発明に係わる実施形態を説明する。
図１は、この発明の一実施形態に係わる仮想プライベートネットワーク（Virtual Private Network；ＶＰＮ）管理システムの構成を示す図である。
このシステムは、カスタマＡ，ＢがそれぞれプロバイダネットワークＰＮＷを利用してＶＰＮを構築する場合を例示したもので、プロバイダネットワークＰＮＷは伝送路として光ファイバを使用し、この光ファイバに光波長パス（λパス）を設定するＧＭＰＬＳネットワークにより構成される。

プロバイダはプロバイダ管理サーバＰＳを運用する。また、このプロバイダ管理サーバＰＳとは別に、各カスタマＡ，Ｂが運用するＶＰＮ管理サーバＶＳＡ，ＶＳＢが設けられている。さらに、各カスタマＡ，Ｂはそれぞれ３つのドメインＡ１〜Ａ３，Ｂ１〜Ｂ３を備え、これらのドメインＡ１〜Ａ３，Ｂ１〜Ｂ３ごとにドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３が設けられている。ドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３はそれぞれ対応するカスタマＡ，ＢのＶＰＮ管理サーバＶＳＡ，ＶＳＢに接続され、ＶＰＮ管理サーバＶＳＡ，ＶＳＢはプロバイダ管理サーバＰＳに接続される。

プロバイダ管理サーバＰＳは次のように構成される。図２はそのハードウエア及びソフトウエアの構成を示すブロック図である。
すなわち、プロバイダ管理サーバＰＳは中央処理ユニット（Central Processing Unit；ＣＰＵ）１１を備え、このＣＰＵ１１にはバス１２を介してプログラムメモリ１３と、通信インタフェース（通信Ｉ／Ｆ）１４と、データメモリ１５が接続されている。

通信Ｉ／Ｆ１４は、ＣＰＵ１１の制御の下で、ＶＰＮ管理サーバＶＳＡ，ＶＳＢとの間で制御情報や管理情報の送受信を行う。
データメモリ１５には、プロバイダネットワークＰＮＷで設定可能な複数の光波長パスを表す情報と、各カスタマＡ，Ｂのトラフィックマトリクスを表す情報等が記憶される。このうちトラフィックマトリクスは、カスタマのＶＰＮ内で使用されるカスタマエッジルータやルータ等の複数のネットワーク機器間で予想されるトラフィック値を記述するもので、例えばカスタマＡ，ＢのドメインがＡ１〜Ａ３，Ｂ１〜Ｂ３により構成される場合には図４（ａ），（ｂ）の２５１Ａ，２５１Ｂに示すように表される。上記予想されるトラフィック値は、カスタマのオペレータにより初期設定されるが、このトラフィック値はＶＰＮ管理サーバＶＳＡ，ＶＳＢからの要求に応じて定期的又は不定期に更新可能である。

プログラムメモリ１３には、この発明に係わる制御機能を実現するためのアプリケーション・プログラムとして、光波長パス設定制御プログラム１３１と、光波長パス設定情報転送制御プログラム１３２と、プロバイダネットワーク機器故障通知制御プログラム１３３が格納されている。

光波長パス設定制御プログラム１３１は、上記データメモリ１５に記憶されたカスタマＡ，Ｂのトラフィックマトリクスを表す情報に基づいて、カスタマＡ，ＢごとにそのドメインＡ１〜Ａ３，Ｂ１〜Ｂ３間を接続するための光波長パス群を設定し、この設定された光波長群のリストをデータメモリ１５に保存させる処理を、上記ＣＰＵ１１に実行させる。

光波長パス設定情報転送制御プログラム１３２は、上記光波長パス設定制御プログラム１３１によりカスタマＡ，Ｂごとに設定された光波長群を表す情報を、通信Ｉ／Ｆ１４から対応するＶＰＮ管理サーバＶＳＡ，ＶＳＢへ送信させる処理を、上記ＣＰＵ１１に実行させる。

プロバイダネットワーク機器故障通知制御プログラム１３３は、プロバイダネットワークＰＮＷを構成するネットワーク機器の動作状態を監視し、あるネットワーク機器の故障が検出された場合に、その故障の原因と当該故障したネットワーク機器を通過するか又は当該ネットワーク機器で終端される光波長パスのＩＤを含む故障警報情報を生成し、この故障警報情報を通信Ｉ／Ｆ１４からＶＰＮ管理サーバＶＳＡ，ＶＳＢへ送信させる処理を、上記ＣＰＵ１１に実行させる。

一方、ＶＰＮ管理サーバＶＳＡ，ＶＳＢは次のように構成される。図３はそのハードウエア及びソフトウエアの構成を示すブロック図である。
すなわち、ＶＰＮ管理サーバＶＳＡ，ＶＳＢも、前記プロバイダ管理サーバＰＳと同様に中央処理ユニット（Central Processing Unit；ＣＰＵ）２１を備え、このＣＰＵ２１にはバス２２を介してプログラムメモリ２３と、通信インタフェース（通信Ｉ／Ｆ）２４と、データメモリ２５が接続されている。

通信Ｉ／Ｆ２４は、ＣＰＵ２１の制御の下で、プロバイダ管理サーバＰＳ及びドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３との間で制御情報や管理情報の送受信を行う。
データメモリ２５には、自身が管理するＶＰＮの光波長パス群の設定情報や、ドメイン間に設定されるＩＰパスの設定情報等、ＶＰＮを運用管理するための情報が記憶される。

プログラムメモリ２３には、この発明に係わる制御機能を実現するためのアプリケーション・プログラムとして、光波長パス管理制御プログラム２３１と、ＩＰパス設定・管理制御プログラム２３２と、プロバイダネットワーク機器故障管理制御プログラム２３３と、ドメイン内機器故障管理制御プログラム２３４が格納されている。

光波長パス管理制御プログラム２３１は、上記プロバイダ管理サーバＰＳから転送される光波長パスの設定情報を受信してデータメモリ２５に記憶させる処理を、ＣＰＵ２１に実行させる。

ＩＰパス設定・管理制御プログラム２３２は、ドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３からドメイン内のネットワーク機器間の論理リンクを表す情報を取得し、この取得した論理リンクを表す情報と、先にプロバイダ管理サーバＰＳから送られた光波長パス群の設定情報をもとに、ドメイン間にＩＰパスを設定する処理と、当該設定したＩＰパスを管理する処理を、ＣＰＵ２１に実行させる。

プロバイダネットワーク機器故障管理制御プログラム２３３は、上記プロバイダ管理サーバＰＳから故障警報情報を受信する。そして、この受信された故障警報情報に含まれる光波長パスのリストをもとに、当該光波長パスに含まれるＩＰパスを使用するユーザに対し、上記受信された故障警報情報に含まれる故障原因を表す情報を送信する処理を、ＣＰＵ２１に実行させる。

ドメイン内機器故障管理制御プログラム２３４は、傘下のドメイン内でネットワーク機器の故障が発生した場合に、そのドメイン管理サーバから送られる故障警報情報を受信する。そして、この受信された故障警報情報に含まれる論理リンクのリストをもとに、当該論理リンクに含まれるＩＰパスを使用するユーザに対し、上記受信された故障警報情報に含まれる故障原因を表す情報を送信する処理を、ＣＰＵ２１に実行させる。

なお、ドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３のハードウエア構成は上記ＶＰＮ管理サーバとほぼ同一であり、ソフトウエアにより実現される機能については、論理リンクの情報や故障警報情報等の送信先がプロバイダ管理サーバＰＳからＶＰＮ管理サーバＶＳＡ，ＶＳＢに変更されただけで、基本的な機能については従来のドメインＰＣＥサーバと基本的に同じであるため、説明は省略する。

次に、以上のように構成されたシステムによるＶＰＮの管理動作を説明する。
先ず、プロバイダ管理サーバＰＳでは次のような処理が行われる。すなわち、プロバイダ管理サーバＰＳは、光波長パス設定制御プログラム１３１によりデータメモリ１５からカスタマＡ，Ｂのトラフィックマトリクスを表す情報２５１Ａ，２５１Ｂを読み出し、この読み出したトラフィックマトリクスを表す情報２５１Ａ，２５１Ｂに基づいて、カスタマＡ，ＢごとにそのドメインＡ１〜Ａ３，Ｂ１〜Ｂ３間を接続するための光波長パス群を設定する。このとき、光波長パス群としては、特に制約がない限り、ドメイン間の最短経路に相当するパスが設定される。

例えば、図５に示すように、カスタマＡに対してはそのドメインＡ１〜Ａ３のカスタマエッジルータＣＥＡ１１〜ＣＥＡ３１間に、光クロスコネクタＯＸＣ１〜ＯＸＣ７を選択的に経由して図中実線で示す複数の光波長パスが設定される。また、カスタマＢに対してはそのドメインＢ１〜Ｂ３のカスタマエッジルータＣＥＢ１１〜ＣＥＢ３１間に、光クロスコネクタＯＸＣ１〜ＯＸＣ７を選択的に経由して図中破線で示す複数の光波長パスが設定される。

そしてプロバイダ管理サーバＰＳは、上記設定された光波長群のリストを、プロバイダネットワーク内のネットワーク機器の故障管理のためにデータメモリ１５に保存させたのち、当該設定された光波長パス群のリストを、光波長パス設定情報転送制御プログラム１３２により通信Ｉ／Ｆ１４からＶＰＮ管理サーバＶＳＡ，ＶＳＢに向け送信させる。
かくして、カスタマＡ，Ｂごとにそれぞれ、ドメインネットワークＣＮＷＡ１〜ＣＮＷＡ３，ＣＮＷＢ１〜ＣＮＷＢ３間を光波長パス群により接続したＶＰＮが構築される。

一方、ＶＰＮ管理サーバＶＳＡ，ＶＳＢでは以下のようなＶＰＮ管理処理が行われる。すなわち、ＶＰＮ管理サーバＶＳＡ，ＶＳＢはそれぞれ、先ず光波長パス管理制御プログラム２３１により、上記プロバイダ管理サーバＰＳから送られる光波長パス群のリストを受信し、この受信した光波長パス群のリストをデータメモリ２５に格納する。

次にＶＰＮ管理サーバＶＳＡ，ＶＳＢはそれぞれ、ＩＰパス設定・管理制御プログラム２３２により、ドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３からドメインＡ１〜Ａ３，Ｂ１〜Ｂ３内でＶＰＮに参加するルータに関する情報を取得すると共に、ドメインＡ１〜Ａ３，Ｂ１〜Ｂ３内におけるカスタマエッジルータとルータとの間、及びカスタマエッジルータ相互間の論理リンクを表す情報を取得する。そして、この取得した論理リンクを構成する物理リンクのコスト和をコストとしてデータメモリ２５に保持させ、かつ構成する複数の物理リンクの最小帯域を属性としてデータメモリ２５に保持させる。

続いてＩＰパス設定・管理制御プログラム２３２により、先にプロバイダ管理サーバＰＳから送られた光波長パス群の設定情報と、上記ドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３から取得したネットワーク機器間の論理リンクコストを表す情報をもとに、ドメインＡ１〜Ａ３間及びドメインＢ１〜Ｂ３間にＩＰパスを設定する処理を行う。

例えば、図６に示すカスタマＡのＶＰＮにおいて、ドメインＡ１内のＶＰＮ参加ルータＣＡ１１から他のドメインＡ２内のＶＰＮ参加ルータＣＡ２１までのＩＰパスを設定する場合には、先ずドメインＡ１，Ａ２内のネットワーク機器間の論理リンクコストとドメインＡ１，Ａ２間に設定された光波長パス群のコストをＳＬＡに依存する任意の比重を付けて計算し、この計算の結果コストが最も安価となる経路を選択する。
例えば、図６においては、ＣＡ１１−ＣＥＡ１１−ＣＥＡ１２−光波長パスＰＡ３−ＣＥＡ２１−ＣＡ２１の経路が選択される。次に、ドメイン管理サーバＤＳＡ１，ＤＳＡ２に対しそれぞれ経路の両端を指定してＩＰパスの部分的な構成を示す、いわゆるＩＰパスセグメントの設定要求を送る。ドメイン管理サーバＤＳＡ１，ＤＳＡ２はそれぞれ、ドメイン内のＩＰ物理ネットワークを管理すると共に、上記ＶＰＮ管理サーバＶＳＡからＩＰパスセグメントの設定要求を受けると、最短物理経路を応答する。かくして、起点ルータＣＡ１１から終点ルータＣＡ２１までの間に最短経路のＩＰパスが設定される。

また、図７に示すカスタマＢのＶＰＮにおいて、ドメインＢ１内のＶＰＮ参加ルータＣＢ１１から他のドメインＢ２内のＶＰＮ参加ルータＣＢ２１までのＩＰパスを設定する場合には、上記カスタマＡのＶＰＮの場合と同様に、先ずドメインＢ１，Ｂ２内のネットワーク機器間の論理リンクコストとドメインＢ１，Ｂ２間に設定された光波長パス群のコストをＳＬＡに依存する任意の比重を付けて計算して、コストが最も安価となる経路を選択する。
例えば、図７においては、ＣＢ１１−ＣＥＢ１２−光波長パスＰＢ４−ＣＥＢ３１−光波長パスＰＢ７−ＣＥＢ２２−ＣＢ２１の経路が選択される。次に、ドメイン管理サーバＤＳＢ１，ＤＳＢ２に対しそれぞれ経路の両端を指定してＩＰパスセグメントの設定を行わせる。ドメイン管理サーバＤＳＢ１，ＤＳＢ２はそれぞれ、ドメイン内のＩＰ物理ネットワークを管理すると共に、上記ＶＰＮ管理サーバＶＳＢからＩＰパスセグメントの設定要求を受けると、最短物理経路を応答する。かくして、起点ルータＣＢ１１から終点ルータＣＢ２１までの間に最短経路のＩＰパスが設定される。

以上のようなＩＰパス設定処理により、起点ルータと終点ルータとの間にEnd to EndのＩＰパス経路が設定され、この経路にＲＳＶＰ−ＴＥ（Resource Reservation Protocol - TE）に よりパスを明示的に設定させる。したがって、上記設定されたＩＰパスの構成は、ＶＰＮ管理サーバＶＳＡ，ＶＳＢにおいてＩＰパス設定・管理制御プログラム２３２により管理可能となる。例えば、ＩＰパスを指定してその物理経路を特定することが可能であり、また光波長パスを指定して当該光波長パスの経路中に存在するＩＰパス群を検索することも可能となる。

また、ドメイン内にＶＰＮに不参加のルータが存在する場合に、この不参加ルータを管理することも可能である。図８は、カスタマＡの各ドメインＡ１〜Ａ３の構成の一例を示すもので、ドメイン管理サーバＤＳＡ１〜ＤＳＡ３はそれぞれ、ドメインＡ１〜Ａ３内のＶＰＮに不参加のルータＲＡ１１〜ＲＡ３１を含むすべてのネットワーク機器間のＩＰ物理ネットワークを管理する。同様に、図９はカスタマＢの各ドメインＢ１〜Ｂ３の構成の一例を示すもので、ドメイン管理サーバＤＳＢ１〜ＤＳＢ３はそれぞれ、ドメインＢ１〜Ｂ３内のＶＰＮに不参加のルータＲＢ１１〜ＲＢ３１を含むすべてのネットワーク機器間のＩＰ物理ネットワークを管理する。

ところで、この実施形態における管理システムでは、プロバイダネットワークＰＮＷのネットワーク機器の故障及び各ドメイン内のネットワーク機器の故障を、ＶＰＮ管理サーバＶＳＡ，ＶＳＢにおいて管理することが可能である。図１０はその管理動作を説明するための図である。

すなわち、プロバイダネットワークＰＮＷ内のネットワーク機器の動作状態はプロバイダ管理サーバＰＳにより監視されている。そして、この状態でプロバイダネットワークＰＮＷ内のあるネットワーク機器で故障が発生すると、プロバイダ管理サーバＰＳはプロバイダネットワーク機器故障通知制御プログラム１３３により、その故障の原因と当該故障したネットワーク機器を通過するか又は当該ネットワーク機器で終端される光波長パスのＩＤを含む故障警報情報を生成する。上記光波長パスのＩＤは、先に設定された光波長群のリストをデータメモリ１５から検索される。そして、この生成された故障警報情報を通信Ｉ／Ｆ１４からＶＰＮ管理サーバＶＳＡ，ＶＳＢへ送信させる。

これに対しＶＰＮ管理サーバＶＳＡ，ＶＳＢは、上記プロバイダ管理サーバＰＳから故障警報情報を受信すると、プロバイダネットワーク機器故障管理制御プログラム２３３により、この受信された故障警報情報に含まれる光波長パスのリストをもとに、当該光波長パスに含まれるＩＰパスを使用するユーザを特定する。そして、この特定されたユーザに対し、上記受信された故障警報情報に含まれる故障原因を表す情報を通信Ｉ／Ｆ２４から送信する。

一方、各ドメインＡ１〜Ａ３，Ｂ１〜Ｂ３内のネットワーク機器の動作状態はそれぞれ対応するドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３において監視されている。そして、この状態でドメインＡ１〜Ａ３，Ｂ１〜Ｂ３内のネットワーク機器が故障すると、ドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３において、その故障原因と当該故障が影響を及ぼす論理リンクのリストを含む故障警報情報が生成される。そして、この生成された故障警報情報が対応するＶＰＮ管理サーバＶＳＡ，ＶＳＢへ送信される。

これに対しＶＰＮ管理サーバＶＳＡ，ＶＳＢは、ドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３から送られる故障警報情報を受信すると、ドメイン内機器故障管理制御プログラム２３４により、この受信された故障警報情報に含まれる論理リンクのリストをもとに、当該論理リンクに含まれるＩＰパスを使用するユーザを特定する。そして、この特定したユーザに対し上記受信された故障警報情報に含まれる故障原因を表す情報を通信Ｉ／Ｆ２４から送信する。

以上述べたようにこの実施形態では、プロバイダ管理サーバＰＳにおいてカスタマＡ，ＢごとにそのドメインＡ１〜Ａ３，Ｂ１〜Ｂ３間を接続するための光波長パス群を設定して、この設定された光波長群のリストを対応するＶＰＮ管理サーバＶＳＡ，ＶＳＢへ送信している。そして、ＶＰＮ管理サーバＶＳＡ，ＶＳＢにおいて、上記プロバイダ管理サーバＰＳから送られた光波長パスの設定情報と、ドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３から取得したドメイン内のネットワーク機器間の論理リンクを表す情報とをもとに、ドメイン間にＩＰパスを設定し管理するようにしている。

したがって、プロバイダ管理サーバＰＳでは、カスタマＡ，ＢごとにそのドメインＡ１〜Ａ３，Ｂ１〜Ｂ３間に光波長パス群を設定する処理のみが行われ、上記設定された光波長パス群のその後の構成管理と、ドメインＡ１〜Ａ３間及びドメインＢ１〜Ｂ３間のＩＰパスの設定処理及び管理処理は、カスタマごとに設けられたＶＰＮ管理サーバＶＳＡ，ＶＳＢで行われる。このため、カスタマ数が多くなった場合でも、プロバイダ管理サーバＰＳの処理負荷の増大は抑制され、これによりシステムとしての管理性能を高く維持することが可能となる。

また、ドメインＡ１〜Ａ３，Ｂ１〜Ｂ３内のネットワーク機器間の論理リンクを表す情報の作成及び管理が、ドメインＡ１〜Ａ３，Ｂ１〜Ｂ３ごとに設けられるドメイン管理モサーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３で行われる。このため、ＶＰＮ管理サーバＶＳＡ，ＶＳＢは、上記ドメインＡ１〜Ａ３，Ｂ１〜Ｂ３内のネットワーク機器間の論理リンクを表す情報をドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３から取得すればよくなり、これによりＶＰＮ管理サーバＶＳＡ，ＶＳＢの処理負荷は軽減される。

さらに、プロバイダネットワークＰＮＷのネットワーク機器で故障が発生すると、プロバイダ管理サーバＰＳによりこの故障が検出され、その故障の原因と当該故障したネットワーク機器を通過するか又は当該ネットワーク機器で終端される光波長パスのＩＤを含む故障警報情報がＶＰＮ管理サーバＶＳＡ，ＶＳＢへ送られる。この故障警報情報を受信するとＶＰＮ管理サーバＶＳＡ，ＶＳＢでは、当該故障警報情報に含まれる光波長パスのリストをもとに当該光波長パスに含まれるＩＰパスを使用するユーザが特定され、この特定されたユーザに対し上記受信された故障警報情報に含まれる故障原因を表す情報が送信される。したがって、プロバイダネットワークＰＮＷのネットワーク機器で故障が発生しても、この故障の原因と波及対象をＶＰＮ管理サーバＶＳＡ，ＶＳＢで管理することが可能となる。

同様に、ドメインＡ１〜Ａ３，Ｂ１〜Ｂ３内のネットワーク機器が故障した場合には、その故障原因と当該故障が影響を及ぼす論理リンクのリストを含む故障警報情報が該当するドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３からその上位のＶＰＮ管理サーバＶＳＡ，ＶＳＢに通知される。そして、ＶＰＮ管理サーバＶＳＡ，ＶＳＢにおいて、上記通知された故障警報情報に含まれる論理リンクのリストをもとに当該論理リンクに含まれるＩＰパスを使用するユーザが特定され、この特定されたユーザに対し上記受信された故障警報情報に含まれる故障原因を表す情報が送信される。したがって、ドメイン内Ａ１〜Ａ３，Ｂ１〜Ｂ３のネットワーク機器が故障した場合に、その故障の原因と波及対象を当該ドメインＡ１〜Ａ３，Ｂ１〜Ｂ３を統括するＶＰＮ管理サーバＶＳＡ，ＶＳＢで管理することが可能となる。

なお、この発明は上記実施形態に限定されるものではなく、以下のような他の実施形態が考えられる。
前記実施形態ではプロバイダ管理サーバＰＳとは別に、カスタマごとにＶＰＮ管理サーバＶＳＡ，ＶＳＢを設け、各カスタマのＶＰＮに対する光波長パス群の設定処理をプロバイダ管理サーバＰＳに実行させ、上記設定された光波長パス群の構成管理及び各ドメイン間のＩＰパスの設定とその管理処理を上記ＶＰＮ管理サーバＶＳＡ，ＶＳＢに実行させるように構成した。
しかし、上記ＶＰＮ管理サーバＶＳＡ，ＶＳＢに実行させた光波長パス群の構成管理及びドメイン間のＩＰパスの設定処理とその管理処理を、プロバイダ管理サーバＰＳに実行させるように構成してもよい。ただしこの場合、カスタマのＶＰＮに対する光波長パス群の設定処理と、光波長パス群の構成管理及び各ドメイン間のＩＰパスの設定処理とその管理処理は、プロバイダ管理サーバＰＳ内において相互に独立して実行される。このようにすると、各カスタマはＶＰＮ管理モジュールの処理機能をプロバイダに委託することが可能となり、またＶＰＮ管理モジュールが取り扱う管理情報等の秘匿性を高く保つことができる。

また、前記実施形態ではカスタマごとにＶＰＮ管理サーバＶＳＡ，ＶＳＢを設けると共に、ドメインごとにドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３を設け、光波長パス群の構成管理処理及びドメイン間のＩＰパス設定処理をＶＰＮ管理サーバＶＳＡ，ＶＳＢで行い、各ドメイン内のＩＰパスセグメントの設定処理をドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３で分散処理するようにした。
しかし、ドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３を設けず、カスタマＡ，Ｂごとに、ドメイン管理モジュールを実現するソフトウエアをＶＰＮ管理サーバＶＳＡ，ＶＳＢのプログラムメモリ２３に格納する。そして、上記光波長パス群の構成管理処理、ドメイン間のＩＰパス設定処理、及び各ドメイン内のＩＰパスセグメントの設定処理を、ＶＰＮ管理サーバＶＳＡ，ＶＳＢで一括処理するように構成してもよい。これは、ドメイン数が少ない場合に有効である。

さらに、前記実施形態では各ドメインの論理リンクを表す情報をドメイン管理サーバＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３からＶＰＮ管理サーバＶＳＡ，ＶＳＢへオンライン送信するようにした。しかし、それに限らず当該論理リンクを表す情報を記録媒体からＶＰＮ管理サーバＶＳＡ，ＶＳＢに読み込むようにしてもよく、またＶＰＮ管理サーバＶＳＡ，ＶＳＢにおいてオペレータが入力デバイスにより入力するようにしてもよい。

その他、プロバイダ管理モジュール、ＶＰＮ管理モジュール及びドメイン管理モジュールの機能とその処理手順及び処理内容、カスタマの数やカスタマのドメイン数等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

この発明の一実施形態に係わる仮想プライベートネットワークシステムの概略構成図である。 図１に示したシステムで使用されるプロバイダ管理サーバのハードウエア及びソフトウエアの構成を示すブロック図である。 図１に示したシステムで使用されるＶＰＮ管理サーバのハードウエア及びソフトウエアの構成を示すブロック図である。 図２に示したプロバイダ管理サーバが光波長パスを設定する際に使用するカスタマごとのトラフィックマトリクスを示す図である。 図２に示したプロバイダ管理サーバの動作を説明するための図である。 図３に示したカスタマＡのＶＰＮ管理サーバの動作を説明するための図である。 図３に示したカスタマＢのＶＰＮ管理サーバの動作を説明するための図である。 図１に示したカスタマＡの各ドメインの構成を示す図である。 図１に示したカスタマＢの各ドメインの構成を示す図である。 図１に示したシステムの各サーバの役割と相互の関係を説明するための図である。 従来の仮想プライベートネットワークシステムの構成と動作を説明するための図である。

符号の説明

ＰＳ…プロバイダ管理サーバ、ＰＮＷ…プロバイダネットワーク、ＶＳＡ，ＶＳＢ …ＶＰＮ管理サーバ、ＤＳＡ１〜ＤＳＡ３，ＤＳＢ１〜ＤＳＢ３…ドメインサーバ、Ａ１〜Ａ３，Ｂ１〜Ｂ３（ＣＮＷＡ１〜ＣＮＷＡ３，ＣＮＷＢ１〜ＣＮＷＢ３）…カスタマのＩＰドメイン、ＣＥＡ１１〜ＣＥＡ３１，ＣＥＢ１１〜ＣＥＢ３１…カスタマエッジルータ、ＣＡ１１〜ＣＡ３２，ＣＢ１１〜ＣＢ３３…ＶＰＮ参加ルータ、ＲＡ１１〜ＲＡ３１，ＲＢ１１〜ＲＢ３１…ＶＰＮ不参加ルータ、ＯＸＣ１〜ＯＸＣ７…光クロスコネクタ、１１，２１…ＣＰＵ、１２，２２…バス、１３，２３…プログラムメモリ、１４，２４…通信インタフェース、１５，２５…データメモリ、１３１…光波長パス設定制御プログラム、１３２…光波長パス設定情報転送制御プログラム、１３３…プロバイダネットワーク機器故障通知制御プログラム、２３１…光波長パス管理制御プログラム、２３２…ＩＰパス設定・管理制御プログラム、２３３…プロバイダネットワーク機器故障管理制御プログラム、２３４…ドメイン内機器故障管理制御プログラム。

Claims (7)

1. 光伝送路により構成されるプロバイダネットワークを管理するために設けられるプロバイダ管理モジュールと、
   複数のカスタマの各々に対応して設けられ、前記プロバイダ管理モジュールとの間で情報の送受信を行う複数の仮想プライベートネットワーク（Virtual Private Network；ＶＰＮ）管理モジュールと
   を具備し、
   前記プロバイダ管理モジュールは、
   前記カスタマごとに当該カスタマを構成する複数のドメイン間に光波長パス群を設定することにより、前記プロバイダネットワーク上にカスタマごとのＶＰＮを構築する手段と、
   前記カスタマごとに設定された光波長パス群を表す情報を、当該カスタマに対応する前記ＶＰＮ管理モジュールに送る手段と
   を備え、
   前記複数のＶＰＮ管理モジュールの各々は、
   前記プロバイダ管理モジュールから送られた光波長パス群を表す情報を受信する手段と、
   自己のＶＰＮに参加するネットワーク機器間の論理リンクを表す情報と、前記受信された光波長パス群を表す情報とをもとに、ドメイン間にＩＰパスを設定し管理する手段と
   を備えることを特徴とする仮想プライベートネットワーク管理システム。
2. 前記カスタマごとに、当該カスタマを構成する複数のドメインの各々に対応して設けられ、当該カスタマに対応するＶＰＮ管理モジュールとの間で情報の送受信を行う複数のドメイン管理モジュールを
   さらに具備し、
   前記複数のドメイン管理モジュールの各々は、
   対応するドメイン内の複数のネットワーク機器間の論理リンクを表す情報を、前記ＩＰパスの設定及び管理のために、当該ドメインが属するカスタマのＶＰＮ管理モジュールへ送る手段を備えることを特徴とする請求項１記載の仮想プライベートネットワーク管理システム。
3. 前記プロバイダ管理モジュールは、
   プロバイダネットワークを構成するネットワーク機器が故障した場合に、その故障原因と当該ネットワーク機器に関係する光波長パスのリストを含む第１の故障警報情報を生成する手段と、
   前記生成された第１の故障警報情報を前記複数のＶＰＮ管理モジュールへ送る手段と
   を、さらに備え、
   前記複数のＶＰＮ管理モジュールの各々は、
   前記プロバイダ管理モジュールから送られた第１の故障警報情報を受信する手段と、
   前記受信された第１の故障警報情報に含まれる光波長パスのリストをもとに、当該光波長パスに含まれるＩＰパスを使用するユーザに対し、前記受信された第１の故障警報情報に含まれる故障原因を表す情報を送信する手段と
   を、さらに備えることを特徴とする請求項１記載の仮想プライベートネットワーク管理システム。
4. 前記複数のドメイン管理モジュールの各々は、
   ドメイン内のネットワーク機器が故障した場合に、その故障原因と当該故障が影響を及ぼす論理リンクのリストを含む第２の故障警報情報を生成する手段と、
   前記生成された第２の故障警報情報を対応するＶＰＮ管理モジュールへ送る手段と
   を、さらに備え、
   前記複数のＶＰＮ管理モジュールの各々は、
   前記複数のドメイン管理モジュールから送られた第２の故障警報情報をそれぞれ受信する手段と、
   前記受信された第２の故障警報情報に含まれる論理リンクのリストをもとに、当該論理リンクに含まれるＩＰパスを使用するユーザに対し、前記受信された第２の故障警報情報に含まれる故障原因を表す情報を送信する手段と
   を、さらに備えることを特徴とする請求項２記載の仮想プライベートネットワーク管理システム。
5. 前記プロバイダ管理モジュール及び前記複数のＶＰＮ管理モジュールはそれぞれソフトウエアにより構成され、これらのソフトウエアはプロバイダが運用するサーバ装置において並行して実行されることを特徴とする請求項１又は３記載の仮想プライベートネットワーク管理システム。
6. 前記プロバイダ管理モジュール及び前記複数のＶＰＮ管理モジュールの各々はソフトウエアにより構成され、前記プロバイダ管理モジュールのソフトウエアはプロバイダが運用するプロバイダ管理サーバ装置において実行され、前記各ＶＰＮ管理モジュールのソフトウエアは対応するカスタマが運用するＶＰＮ管理サーバ装置において実行されることを特徴とする請求項１又は３記載の仮想プライベートネットワーク管理システム。
7. 前記カスタマごとに、ＶＰＮ管理モジュール及び複数のドメイン管理モジュールはそれぞれソフトウエアにより構成され、これらのソフトウエアは対応するカスタマが運用するＶＰＮ管理サーバ装置において並行して実行されることを特徴とする請求項２又は４記載の仮想プライベートネットワーク管理システム。

Images