JP4474207B2 - ネットワーク管理システム、ネットワーク管理方法 - Google Patents

Description

本発明は、ＶＰＮのような仮想専用ネットワークに接続されるユーザネットワークの管理技術に関する。

近年、企業が本社と支社といった拠点間のＬＡＮ（Local Area Network）を接続する際、電気通信事業者が提供する専用線やフレームリレーを用いたＷＡＮ(Wide Area Network)に替わり、インターネットを利用したＶＰＮ（Virtual Private Network）サービスが利用されている。

これらのサービスにおいて利用されるネットワークを管理する際、もっとも普及しているプロトコルが、ＩＥＴＦ（Internet Engineering Task Force）が管理するＲＦＣ（Request For Comment）１１５７で規定されているＳＮＭＰ（Simple Network Management Protocol ）である。ＳＮＭＰは管理対象となるネットワーク機器に常駐するＳＮＭＰエー
ジェントと、ネットワークを管理するＳＮＭＰマネージャにより構成される。

ＳＮＭＰエージェントはネットワーク機器の情報を、ＭＩＢ（Management Information
Base）として管理する。ＭＩＢは、ネットワークを構成する機器が備える状態を示す変
数あるいはそのような機器を管理する変数の集合である。ＭＩＢとしては、ＲＦＣで規定されている標準ＭＩＢと、ベンダにより異なる独自のＭＩＢが存在する。ＳＮＭＰマネージャはＳＮＭＰエージェントからこのＭＩＢを取得する、もしくはＳＮＭＰエージェントから障害情報であるＴｒａｐを通知されることにより、管理対象機器の現在の状態を判断し、ネットワークを管理する。なお、Ｔｒａｐの通知のため、あるイベントが発生したときに特定の情報を送信するようにネットワーク管理者がプログラムすることができる機能をＳＮＭＰは、提供する。

図１に、従来のＩＰ−ＶＰＮ（Internet Protocol-Virtual Private Network）環境の
代表的な構成例を示す。ある拠点１０１に複数のユーザネットワーク１３Ａ、１３Ｂ、１３Ｃが存在し、他拠点のユーザネットワークと接続するために、ＶＰＮ−Ａ、Ｂ、Ｃの通信サービスが提供されている。ＶＰＮによりネットワークを接続するために、ＶＰＮルーティング情報を維持するＰＥ（Provider Edge）ルータ１１と、ユーザネットワーク（１
３−Ａ、１３−Ｂ、１３−Ｃ等）ごとにＰＥルータ１１と接続されルーティング情報を交換するＣＥ（Customer Edge）ルータ（１２Ａ、１２Ｂ、１２Ｃ等）が存在する。

図１において、ＶＰＮのサービスを提供する通信事業者がネットワークの管理をＳＮＭＰで行うため、ＩＰ−ＶＰＮ網７０に設置された運用管理サーバ１０はネットワーク内のＰＥルータ１１を管理する。具体的には、ＰＥルータ１１内のＳＮＭＰエージェント２１がインターフェイス・経路などの構成情報や障害情報をＭＩＢ４０として管理し、運用管理サーバのネットワーク管理マネージャ２００としての機能するＳＮＭＰマネージャがＭＩＢ４０を収集、もしくはＰＥルータ１１からのＴｒａｐを受信する。

ここで、図１において、ＰＥルータ１１のＳＮＭＰエージェント２１にて障害を検出したとする。ＰＥルータ１１に何らかの障害が発生した場合、ＰＥルータ１１のＳＮＭＰエージェント２１からＴｒａｐが通知されることにより運用管理サーバ１０のＳＮＭＰマネージャはＶＰＮに障害が発生したことを把握できる。しかし、障害発生の原因箇所がユーザネットワークのＣＥルータ１２Ａ等にある場合、どのＣＥルータ１２Ａ−１２Ｃに問題があるのか、また、どのユーザネットワーク１３Ａ−１３Ｃに関連するＶＰＮに障害が発
生しているのかといった詳細情報取得のための手段は、一般的には存在しない。ＶＰＮとユーザネットワーク１３Ａ等との関連付けを行うＭＩＢがＲＦＣ標準ＭＩＢでは定義されていないためである。

したがって、そのような詳細情報取得のためには、ＳＮＭＰマネージャはＣＥルータ１２Ａ−１２Ｃ独自のＭＩＢを収集する必要がある。そのため、ユーザネットワーク１３Ａ−１３Ｃごとに異なるベンダのＣＥルータ１２Ａ−１２Ｃを使用しているときは、ＳＮＭＰマネージャが個々のルータベンダの独自ＭＩＢまたはＴｒａｐに対応していないとユーザネットワーク１３Ａ−１３Ｃの管理はできない。また、このような状況であるから、運用管理サーバ１０を用いてすべてのユーザネットワークを一元的に管理することは困難であるという問題がある。

このような問題の解決策として提案されている技術としては、以下の文献が知られている。
［特許文献１］この文献記載の技術では、１つの統合管理システムから標準ＭＩＢを用いて一元的な管理を行うために、ベンダごとに存在する拡張ＭＩＢを標準ＭＩＢに変換する変換テーブルがＳＮＭＰマネージャに設けられている。そのため、変換テーブルを作成するときに、ＳＮＭＰマネージャがベンダごとの拡張ＭＩＢに対応する必要がある。

［特許文献２］この文献記載の技術では、ＷＡＮによって結合される複数のＬＡＮを管理するため、エージェントとマネージャの間にサブマネージャをおき、階層下のエージェントから取得したＭＩＢ情報をサブマネージャにて再構成し、マネージャに提供している。しかしながら、本文献では、上述した問題、すなわち、ＶＰＮとユーザネットワークとの関連付けを行うＭＩＢをどのように取り扱うかに関しての開示はない。

［特許文献３］ この文献では、ユーザネットワークにおけるセキュリティ強化に関する技術が提案されている。しかし、この技術では、ユーザネットワークごとの情報収集を運用管理サーバ内で行っている。そのため、管理サーバにてベンダごとの拡張ＭＩＢに対応する必要がある。

また、関連する問題を解決するネットワーク管理に関する技術として、以下のものがある。
［特許文献４］ この文献記載の技術では、ＭＰＬＳ−ＶＰＮ監視システムがＰＥルータにログインして、ＰＥルータに接続されたＣＥルータの起動状態のみを確認する。しかし、この技術では、ユーザネットワークに関する詳細情報である、ＣＥルータの標準ＭＩＢの収集はできない。

［特許文献５］ この文献記載の技術では、品質管理のため、ＰＥルータからＩＰ−ＶＰＮ網におけるパケットの流量等の情報を収集し、今後の流量等を予測する。ＣＥルータからユーザネットワークについてのＭＩＢ等の情報収集については考慮されていないので、ユーザネットワークの管理はできない。

［特許文献６］ この文献記載の技術では、通信時のパケットの消失による障害の誤認識を防ぐため、管理エージェント同士で情報を交換し、マネージャは複数のエージェントから情報を収集する。複数のエージェントからＭＩＢ収集を行う必要があり汎用的なＳＮＭＰマネージャは使用できず、また、ＩＰ−ＶＰＮ網に適用する場合、ＶＰＮごとの対応は考慮されておらず、ＣＥルータのベンダが異なる場合、ＳＮＭＰマネージャで対応が必要になる。
特開平９−５１３４７号公報 特開２００２−１４０２４０号公報 特開２００２−２５２６３１号公報 特開２００２−２８１０８４号公報 特開２００３−６９６４４号公報 特開２００３−２４４１４４号公報

本発明の目的は、上記問題を解決し、運用管理サーバでベンダごとの拡張ＭＩＢに個別対応するような手間をかけることなく、ＶＰＮのような仮想専用ネットワークに接続されるユーザネットワークを一元的に管理する技術を提供することである。

本発明は上記課題を解決するために、以下の手段を採用した。すなわち、本発明は、ネットワーク上にユーザグループごとに利用を限定した仮想専用ネットワーク機能を提供し該仮想専用ネットワークに上記ユーザグループごとに構成されたネットワークを少なくとも1つ接続する第１のエッジルータと、上記第１のエッジルータと接続され上記仮想専用
ネットワークおよび上記ユーザグループごとに構成されたネットワークを管理する運用管理サーバと、上記ユーザグループごとに構成されたネットワークは、上記第１のエッジルータに接続する第２のエッジルータとを有し、
上記第１のエッジルータは、上記ユーザグループごとに構成されたネットワーク上の第２のエッジルータから当該ユーザグループごとに構成されたネットワークの構成機器に関する管理情報を収集する収集手段と、上記管理情報を上記ユーザグループごとの仮想専用ネットワークに対応付けて格納する手段と、上記運用管理サーバから上記ユーザグループごとの仮想専用ネットワークに対応付けた管理情報の要求を受けたときにその管理情報を返送する手段と、を有し、
上記運用管理サーバは、上記ユーザグループごとの仮想専用ネットワークを指定してその仮想専用ネットワークに接続されるユーザグループごとに構成されたネットワークの構成機器に関する管理情報の返送を上記第１のエッジルータに要求する要求手段を有する、ネットワーク管理システムである。

本発明によれば、第１のエッジルータが、上記ユーザグループごとに構成されたネットワーク上の第２のエッジルータから当該ユーザグループごとに構成されたネットワークの構成機器に関する管理情報を収集し、上記管理情報を上記ユーザグループごとの仮想専用ネットワークに対応付けて格納し、上記運用管理サーバから上記ユーザグループごとの仮想専用ネットワークに対応付けた管理情報の要求を受けたときにその管理情報を返送する。したがって、運用管理サーバは、仮想専用ネットワークを指定してその仮想専用ネットワークに接続されるユーザグループごとに構成されたネットワークの構成機器に関する管理情報の返送を上記事業者側エッジルータに要求することで、その管理情報を入手できる。

好ましくは、上記運用管理サーバは、上記第１のエッジルータとの間で上記ユーザユーザグループごとに構成されたネットワークから独立した専用ネットワークを構成し、上記仮想専用ネットワークに対応付けた管理情報を要求する際に、その仮想専用ネットワークに対応付けられ、上記専用ネットワーク上で識別可能な仮想アドレスにより上記仮想専用ネットワークを指定し、上記第１のエッジルータの収集手段は、上記仮想アドレスを上記第２のエッジルータの上記汎用ネットワーク上でのアドレスである第２のエッジルータアドレスに変換する手段と、上記第２のエッジルータアドレスにより上記第２のエッジルータにアクセスする手段とを有するようにしてもよい。

本発明によれば、上記運用管理サーバは、上記管理情報を要求する際に、その仮想専用
ネットワークに対応付けられ、上記専用ネットワーク上で識別可能な仮想アドレスにより上記仮想専用ネットワークを指定する。一方、第１のエッジルータは、上記仮想アドレスを上記第２のエッジルータの上記汎用ネットワーク上でのアドレスである第２のエッジルータアドレスに変換し、上記第２のエッジルータにアクセスする。したがって、運用管理サーバは、具体的なユーザグループごとに構成されたネットワークの構成、ユーザグループごとに構成されたネットワーク上の実際のアドレス、ユーザグループごとに構成されたネットワーク上の機器の汎用ネットワークで定義されたアドレス等を認識する必要がない。ユーザグループごとに構成されたネットワーク上のユーザにしてみれば、そのような具体的な情報を運用管理サーバに提供することなく、第２のエッジルータおよび第１のエッジルータを介して間接的に管理情報を提供できる。

好ましくは、上記第１のエッジルータは、他の第１のエッジルータとの間で、上記ユーザグループごとの仮想専用ネットワークに対応付けて格納した管理情報を交換する情報交換手段をさらに有するようにしてもよい。

本発明によれば、複数の第１のエッジルータが互いに管理情報を交換するので、運用管理サーバは、いずれの第１のエッジルータからも管理情報を入手できる。
好ましくは、上記第１のエッジルータは、上記ユーザグループごとの仮想専用ネットワークに対して、上記情報交換手段により管理情報が交換されるときの通信手段を設定する手段をさらに有するようにしてもよい。本発明によれば、管理情報が交換されるときの通信手段が設定できるので、ユーザの要望に応じて通信手段、通信品質により、管理情報を交換できる。

また、本発明は、ネットワーク上で連係するコンピュータその他の装置、機械等が上記いずれかの処理を実行するネットワーク管理方法であってもよい。また、本発明は、コンピュータその他の装置、機械等に、以上のいずれかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータ等が読み取り可能な記録媒体に記録したものでもよい。

本発明によれば、運用管理サーバでベンダごとの拡張ＭＩＢに個別対応するような手間をかけることなく、ＶＰＮのような仮想専用ネットワークに接続されるユーザネットワークを一元的に管理することができる。

以下、図面を参照して本発明を実施するための最良の形態（以下、実施形態という）に係る情報システムについて説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。

《システムの原理》
図２に本情報システムの原理図を示す。図２のように、原理的には、本情報システムは、ＩＰ−ＶＰＮを構成する複数のＰＥルータ１１（第１のエッジルータに相当）と、このＰＥルータ１１をユーザネットワーク１３に接続するＣＥルータ１２（第２のエッジルータに相当）と、ＶＰＮおよびＶＰＮにより結合されるユーザネットワーク１３を管理する運用管理サーバ１０とを含む。

運用管理サーバ１０とＰＥルータ１１との間、および複数のＰＥルータ１１の間は、事業者専用のＩＰネットワークで接続されている。このような事業者専用のＩＰネットワークでのＶＰＮは、例えば、ＭＰＬＳ（Multi Protocol Label Switch）により、構成する
ことができる。すなわち、事業者専用のＩＰネットワークの入口であるＰＥルータ１１Ａ
において、ユーザネットワーク１３からのパケットに固定長のラベルが付与される。ラベルが付与されたパケットは、そのラベルにより事業者専用のＩＰネットワークを転送される。そして、事業者専用のＩＰネットワークの出口であるＰＥルータ１１Ｂにおいて、ラベルが削除され、パケットが目的のユーザネットワークに転送される。なお、本実施形態において、複数のＰＥルータ１１を個々に区別する場合には、ＰＥルータ１１Ａ、１１Ｂのように呼ぶことにする。また、これらを総称的に呼ぶ場合には、ＰＥルータ１１と呼ぶことにする。

運用管理サーバ１０では、ネットワーク事業者専用のＩＰネットワークを管理するＳＮＭＰマネージャ２０が稼働している。ＰＥルータ１１は、ＰＥルータ１１の状態を運用管理サーバ１０上のＳＮＭＰマネージャ２０に報告するＳＮＭＰエージェント２１を有している。ＳＮＭＰエージェント２１は、ＰＥルータ１１自体に関連するＭＩＢ４０を収集する。また、ＰＥルータ１１は、ＶＰＮに関する構成情報を管理する構成定義管理手段３１を有している。

ＣＥルータ１２は、ユーザネットワーク１３をＰＥルータ１１に接続する機能を有する。ＣＥルータ１２にも、ＳＮＭＰエージェント２２が稼働しており、要求元（例えば、ＰＥルータ１１）からの要求に応答してＣＥルータ１２上の管理情報を報告する。

本情報システムでは、運用管理サーバ１０にて、ＶＰＮを利用するユーザネットワーク１３を一元的に管理するため、運用管理サーバ１０と接続されるＰＥルータ１１に、図２に示すような、ＶＰＮ管理情報収集手段１、ＶＰＮ管理情報応答手段２、ＶＰＮ管理情報格納手段３、ＶＰＮ管理情報交換手段４、およびＶＰＮ管理情報交換方法選択手段５を設ける。以下に、これらの構成要素の詳細およびこれらの構成要素による処理手順について述べる。

（１）ＶＰＮ管理情報収集手段１（収集手段に相当）
ＶＰＮ管理情報収集手段１は、ＰＥルータ１１の構成定義管理手段３１から各ＶＰＮに関する情報を参照し、ＶＰＮを利用するユーザネットワーク１３と接続されたＣＥルータ１２のＳＮＭＰエージェント２２からＭＩＢを収集し、ＶＰＮごとにＶＰＮ管理情報格納手段３に格納する。

また、ＶＰＮ管理情報収集手段１は、ＣＥルータ１２から受信したＴｒａｐがどのユーザネットワーク１３に関するものであるか、構成定義管理手段３１を参照して判断する。そして、ＶＰＮ管理情報収集手段１は、Ｔｒａｐをユーザネットワークを特定する情報とともにＶＰＮ管理情報応答手段２に通知する。

（２）ＶＰＮ管理情報応答手段２（返送する手段に相当）
ＶＰＮ管理情報応答手段２は、ユーザネットワーク１３ごとのＳＮＭＰエージェント２２の役割を果たす。ＶＰＮ管理情報応答手段２はＶＰＮごとに、ＳＮＭＰエージェントとしての仮想的なＩＰアドレスを保持する。この仮想的なＩＰアドレスは、事業者専用のＩＰネットワーク内のプライベートアドレスとして設定される。

本情報システムでは、運用管理サーバ１０のＳＮＭＰマネージャ２０がＶＰＮに対応するＭＩＢを要求する場合に、この仮想的なＩＰアドレスを指定する。すると、ＰＥルータ１１は、その仮想的なＩＰアドレスに対応するＶＰＮおよびそのＶＰＮに接続されたユーザネットワーク１３のＣＥルータ１２を求め、そのＣＥルータ１２からＭＩＢ情報を収集し、運用管理サーバ１０に返送する。そのため、運用管理サーバ１０のＳＮＭＰマネージャ２０からは、上記ユーザネットワーク１３ごとにＳＮＭＰエージェントが存在するかのように見える。

具体的には、運用管理サーバ１０は、上記仮想的なＩＰアドレスを宛先アドレスとして、ＰＥルータ１１にＭＩＢを要求する。一方、ＰＥルータ１１のＶＰＮ管理情報応答手段２は、上記仮想的なＩＰアドレスとＶＰＮとを対応させるＶＰＮ−ＩＰアドレス対応テーブル４２を有している。ＶＰＮ管理情報応答手段２は、運用管理サーバ１０からのＭＩＢ要求を受け取ると、ＶＰＮ−ＩＰアドレス対応テーブル４２を参照して、ＳＮＭＰマネージャ２０からのＭＩＢ要求時の宛先ＩＰアドレスに対応するＶＰＮのＭＩＢをＶＰＮ管理情報格納手段３から取得し、返送する。また、ＶＰＮ管理情報応答手段２は、ＶＰＮ管理情報収集手段１から通知されたＴｒａｐの送信元ＩＰアドレスをＶＰＮに対応した仮想的なＩＰアドレスに変更し、ＳＮＭＰマネージャ２０に送信する。

（３）ＶＰＮ管理情報格納手段３（格納する手段に相当）
ＶＰＮ管理情報格納手段３は、ＶＰＮ管理情報収集手段１で収集したＭＩＢを管理し、ＳＮＭＰマネージャ２０からのＭＩＢ要求の際にＶＰＮ管理情報応答手段２に渡す。ＶＰＮ管理情報格納手段３は、ＭＩＢをユーザネットワークが存在する拠点ごと、ユーザネットワークが接続されるＶＰＮごとにそれぞれ管理するテーブル（ＭＩＢ管理テーブル４１と呼ぶ）を有する。

（４）ＶＰＮ管理情報交換手段４（情報交換手段に相当）
ＶＰＮ管理情報交換手段４は、ＶＰＮ管理情報格納手段３にて管理しているＭＩＢをＶＰＮを構成する他のＰＥルータ１１Ｂと共有するために他のＰＥルータ１１Ｂに送信する。また、他のＰＥルータ１１Ｂ内のＶＰＮ管理情報交換手段４から受信したＭＩＢをＶＰＮ管理情報格納手段３に格納する。なお、ＶＰＮ管理情報交換手段４がＭＩＢの送受信を行う際は、ＶＰＮ管理情報交換方法選択手段５を参照し、ユーザが指定した通信手段にて行う。

（５）ＶＰＮ管理情報交換方法選択手段５（通信手段を設定する手段に相当）
ＶＰＮ管理情報交換手段４によるＰＥルータ１１間のＭＩＢ送受信の通信手段をユーザが選択できるようにするため、ＶＰＮ管理情報交換方法選択手段５は、予めユーザが指定した通信手段を示す情報を保持するテーブル（情報交換手段テーブル５０と呼ぶ）を有する。

（６）ネットワーク管理処理手順
ＩＰ−ＶＰＮ網において、拠点間の接続にＶＰＮを利用した複数のユーザネットワーク１３が存在する。上述のように、通常、別拠点とのネットワーク間でＶＰＮによる接続を行うために、ＰＥルータ１１と、ユーザネットワーク１３およびＰＥルータ１１に接続されているＣＥルータ１２とが存在する。ユーザネットワーク１３の管理を行うため、ＳＮＭＰマネージャ２０を有する運用管理サーバ１０はＩＰ−ＶＰＮ網上（事業者専用のＩＰネットワーク上）でＰＥルータ１１に接続され、ユーザネットワーク１３を管理する。

ＰＥルータ１１にＶＰＮ管理情報収集手段１、ＶＰＮ管理情報応答手段２、ＶＰＮ管理情報格納手段３を設ける。運用管理サーバ１０内に存在するＳＮＭＰマネージャ２０には、予めユーザネットワーク１３ごとにＳＮＭＰエージェントに対応する仮想的なＩＰアドレス（仮想的なプライベートアドレス（仮想アドレスに相当））を事前に登録しておく。この仮想的なＩＰアドレスはＶＰＮ管理情報応答手段２のＶＰＮ−ＩＰアドレス対応テーブル４２においても管理される。

ＳＮＭＰマネージャ２０は、ＶＰＮを利用するユーザネットワーク１３のＭＩＢを要求する場合、ＶＰＮに対応したＳＮＭＰエージェントの仮想的なＩＰアドレスを指定して、ＰＥルータ１１に要求する。ＰＥルータ１１は、ＶＰＮ管理情報応答手段２にてこの要求
を受信する。要求を受けたＶＰＮ管理情報応答手段２は、ＶＰＮ−ＩＰアドレス対応テーブル４２を参照して、どのＶＰＮに対してＭＩＢを要求しているのかを判断する。そして、ＶＰＮ管理情報応答手段２は、ＶＰＮ管理情報収集手段１に対して、指定されたＶＰＮのＭＩＢを取得するよう依頼を出す。

ＰＥルータ１１内のＶＰＮ管理情報収集手段１は、ＰＥルータ１１の構成定義管理手段３１（第２のエッジルータアドレスに変換する手段に相当）を参照し、指定されたＶＰＮを利用しているユーザネットワーク１３と接続されているＣＥルータ１２のＩＰアドレスを取得する。ＶＰＮ管理情報収集手段１は、これらの情報を参照し、ＳＮＭＰマネージャとして機能し、ＣＥルータ１２のＳＮＭＰエージェント２２からＭＩＢを収集する。ＶＰＮ管理情報収集手段１は、ＶＰＮごとに収集したＭＩＢを、ＶＰＮ管理情報格納手段３に格納する。ＶＰＮ管理情報格納手段３は、ＶＰＮごとにＭＩＢを管理するためのＭＩＢ管理テーブル４１を有する。指定されたＶＰＮのＭＩＢの収集が完了すると、ＶＰＮ管理情報収集手段１は、ＶＰＮ管理情報応答手段２へ、ＭＩＢの収集が完了したことを通知する。

完了通知を受けたＶＰＮ管理情報応答手段２は、指定されたＶＰＮのＭＩＢをＶＰＮ管理情報格納手段３から取得し、ＶＰＮ−ＩＰアドレス対応テーブル４２を参照して、指定されたＶＰＮに対する仮想的なＩＰアドレスを送信元ＩＰアドレスとしてＳＮＭＰマネージャ２０に返送する。

ＶＰＮ管理情報応答手段２は、ＶＰＮに対応した仮想的なＩＰアドレスをＶＰＮ−ＩＰアドレス対応テーブル４２にて保持しているので、ＳＮＭＰマネージャ２０からは、ユーザネットワーク１３ごとにＳＮＭＰエージェント２１がそれぞれ存在するかのように、ＭＩＢを収集することができる。ＳＮＭＰマネージャ２０は、ユーザネットワーク１３を他のルータなどのネットワークデバイスと同じように、ユーザネットワーク１３ごとに独立して機能するＳＮＭＰエージェント２１により管理することが可能になる。

また、ＰＥルータ１１にてＣＥルータ１２の標準ＭＩＢを収集するので、ＳＮＭＰマネージャ２０はルータベンダ独自のＭＩＢへの対応が不要となる。したがって、ＳＮＭＰマネージャ２０としては、汎用的なものが使用できる。なお、従来のシステムでは、ＳＮＭＰマネージャ２０が収集できる標準ＭＩＢは、ＰＥルータ１１のＳＮＭＰエージェント２１から送信されるもの（図２のＭＩＢ４０）であり、ＶＰＮに接続されたユーザネットワーク１３から標準ＭＩＢを収集するための手段は一般的にはなかった。ＶＰＮとユーザネットワークとの関連付けを行うＭＩＢがＲＦＣ標準ＭＩＢでは定義されていないためである。

（７）ＰＥルータ１１間の情報交換処理
ＶＰＮ管理情報交換手段４は構成定義管理手段３１から、同じＶＰＮを構成する他のＰＥルータ１１ＢのＩＰアドレスを知り、そのＰＥルータ１１Ｂに向けてＶＰＮ管理情報格納手段３で管理しているＭＩＢを送信する。一方、他のＰＥルータ１１ＢからＭＩＢを受信したＰＥルータ１１Ａは、ＶＰＮ管理情報格納手段３の内容を更新する。同じＶＰＮを構成するすべてのＰＥルータ１１間において、ＭＩＢの送受信を行う。

これにより、運用管理サーバ１０がユーザネットワーク１３のＭＩＢを収集するときは、１つのＰＥルータ１１からＭＩＢを取得すればよい。また、ＳＮＭＰマネージャ２０を介して１つのＰＥルータ１１Ａの障害を検出した際は、ＭＩＢの取得要求を別のＰＥルータ１１Ｂに対して行うことにより、ユーザネットワーク１３のＭＩＢを取得することができ、信頼性の高いユーザネットワーク管理が実現できる。

（８）ＰＥルータ１１間での情報交換時の通信手段の指定
上記ＰＥルータ１１に、ＶＰＮ管理情報交換方法選択手段５を設ける。ＶＰＮ管理情報交換方法選択手段５は、予めユーザが指定した、ＰＥルータ１１間のＭＩＢの送受信における通信手段を、ＶＰＮを利用するユーザごとに管理している。ＶＰＮ管理情報交換手段４は、ＶＰＮ管理情報交換方法選択手段５の情報交換手段テーブル５０からＶＰＮごとにＭＩＢの通信手段を参照し、その通信手段にてＭＩＢを送受信する。これにより通信事業者は、安価なサービスを求めるユーザには上記通信手段としてユーザの帯域を提供し、信頼性を求めるユーザにはＭＩＢの送受信が確実に行われる専用線を提供する、といった異なるサービスの提供が可能となる。

《第１実施形態》
図３から図５の図面を参照して、本発明の第１実施形態を説明する。図３は、本発明の第１実施形態に係る情報システムのシステム構成図である。この情報システムは、基本的には、上記発明の原理である図２に示した構成要素と同様の構成要素を有している。したがって、本実施形態において、図２と同一の構成要素については、図２と同一の符号を付してその説明を省略する。

なお、図３においては、ユーザネットワークとして１３Ａ、１３Ｂおよび１３Ｃの３つのネットワークが示されている。本実施形態では、ユーザネットワーク１３Ａ、１３Ｂおよび１３Ｃは、各々、ＶＰＮ−Ａ、ＶＰＮ−Ｂ、およびＶＰＮ−ＣというＶＰＮにより、他の拠点のネットワークと接続されているものとする。

また、本実施形態では、ユーザネットワーク１３Ａ、１３Ｂおよび１３Ｃには、各々、ＣＥルータ１２Ａ、１２Ｂおよび１２Ｃが設けられている。さらに、ＣＥルータ１２Ａ、１２Ｂおよび１２Ｃには、各々、ＳＮＭＰエージェント２２Ａ、２２Ｂおよび２２Ｃが稼働している。

ＶＰＮを利用するユーザネットワーク１３Ａ、１３Ｂ、１３Ｃに設けられたＣＥルータ１２Ａ、１２Ｂ、１２Ｃに接続されているＰＥルータ１１は、ＶＰＮ管理情報収集手段１、ＶＰＮ管理情報応答手段２、ＶＰＮ管理情報格納手段３、ＰＥルータ１１のＭＩＢ４０を収集するＳＮＭＰエージェント２１および構成定義管理手段３１を有する。

ＳＮＭＰマネージャ２０を有する運用管理サーバ１０は、ＰＥルータ１１と事業者専用のＩＰネットワークにより接続されている。本実施形態では、この事業者専用のＩＰネットワークがＶＰＮサービスを提供する。ＳＮＭＰマネージャ２０には、ユーザネットワーク１３Ａ−１３ＣのＭＩＢを収集するためにユーザネットワーク１３Ａ−１３Ｃごとに存在する仮想的なＩＰアドレスが予め登録されている。

ＰＥルータ１１のＶＰＮ管理情報応答手段２ではこの仮想的なＩＰアドレスと、構成定義管理手段３１にて定義されているＶＰＮとを対応させたテーブル（ＶＰＮ−ＩＰアドレス対応テーブル４２）を管理している。

構成定義管理手段３１は、事業者専用のＩＰネットワークにおいて提供するＶＰＮの構成を定義する情報を有する。この情報は、例えば、ＶＰＮごとの事業者側エッジルータ１１、その事業者側エッジルータ１１と経路情報を交換するＣＥルータ１２Ａ、１２Ｂ、１２Ｃ等の名称、そのＣＥルータ１２Ａ、１２Ｂ、１２Ｃ等のＩＰアドレス等である。図３の例では、構成定義管理手段３１の保持する情報として、ＣＥルータ１２Ａ、１２Ｂ、１２Ｃ等のＩＰアドレスを定義したテーブルが示されている。

図５は、本情報システムのネットワーク管理を示すシーケンス図である。以下、図３お
よび図５を参照して、本情報システムの処理を説明する。まず、ユーザネットワーク１３Ａを管理するために、運用管理サーバ１０のＳＮＭＰマネージャ２０は、ユーザネットワーク１３Ａに対応する仮想的なＩＰアドレスＡを宛先ＩＰアドレスに指定して、ＰＥルータ１１に対してＭＩＢを要求する（図５、１−１）。

ＭＩＢの要求を受けたＶＰＮ管理情報応答手段２は、ＶＰＮ−ＩＰアドレス対応テーブル４２を参照し（図５、１−２）、要求されているものがＶＰＮ−ＡのＭＩＢであることを知る（図５、１−３）。ＶＰＮ管理情報応答手段２は、ＶＰＮ管理情報収集手段１に、ＶＰＮ−ＡのＭＩＢ取得の依頼を出す（図５、１−４）。

依頼を受けたＰＥルータ１１内のＶＰＮ管理情報収集手段１は、まず、構成定義管理手段３１を参照する（図５、１−５）。ＶＰＮ管理情報収集手段１は、構成定義管理手段３１にて、ＶＰＮ―Ａを利用しているユーザネットワーク１３Ａと接続されたＣＥルータ１２ＡのＩＰアドレスを参照する（図５、１−６）。

参照したＩＰアドレスから、ＶＰＮ管理情報収集手段１は、ＶＰＮ−ＡのＭＩＢを取得するため、ＣＥルータ１２ＡのＳＮＭＰエージェント２２Ａに対してＭＩＢの要求を行う（図５、１−７）。この処理を実行するＶＰＮ管理情報収集手段１が第２のエッジルータにアクセスする手段に相当する。ＣＥルータ１２ＡのＳＮＭＰエージェント２２Ａから取得したＭＩＢは（図５、１−８）、ＶＰＮ−ＡのＭＩＢとしてＶＰＮ管理情報格納手段３に格納される（図５、１−９）。

ＶＰＮ管理情報格納手段３は、ＶＰＮ管理情報収集手段１にて取得した各ＣＥルータ１２Ａ等のＭＩＢを、ＶＰＮごとのＭＩＢとして管理している（図５、１−１０）。
図４に、ＶＰＮ管理情報格納手段３のＭＩＢ管理テーブル４１を示す。図４のように、ＭＩＢ管理テーブル４１は、ＶＰＮを識別するＶＰＮ名、ＭＩＢを識別するＭＩＢ名、およびＭＩＢ名に対応するＭＩＢ値を有している。すなわち、ＶＰＮ管理情報格納手段３は、ＶＰＮごとに区分してＭＩＢを蓄積している。したがって、ＶＰＮ管理情報格納手段３は、ＶＰＮ管理情報応答手段２からの要求に応じて、要求対象のＶＰＮごとにＭＩＢを提供することができる。

ＭＩＢの収集・格納が終わると、ＶＰＮ管理情報収集手段１は、ＶＰＮ管理情報応答手段２に、ＭＩＢの収集が完了したことを通知する（図５、１−１１）。
ＭＩＢ収集の完了通知を受けたＶＰＮ管理情報応答手段２は、ＶＰＮ−ＩＰアドレス対応テーブル４２を参照して（図５、１−１２）、ＶＰＮ−Ａに対応するＳＮＭＰエージェントの仮想的なＩＰアドレスであるＩＰアドレスＡを取得する（図５、１−１３）。また、ＶＰＮ管理情報応答手段２は、ＳＮＭＰマネージャ２０から要求されたＭＩＢを送信するため、ＶＰＮ−ＡのＭＩＢをＶＰＮ管理情報格納手段３に要求し、取得する（図５、１−１４、１−１５）。そして、ＶＰＮ管理情報応答手段２は、ＭＩＢの送信元ＩＰアドレスをＩＰアドレスＡとして、ＳＮＭＰマネージャ２０に返送する（図５、１−１６）。ＶＰＮ−Ｂ、およびＣに関するＭＩＢを収集する場合も同様の手順にて行う。

一方、ユーザネットワーク１３Ａ等と接続されたＣＥルータ１２Ａ等から障害情報としてＴｒａｐが発行された場合は、ＶＰＮ管理情報応答手段２は、以下の処理により運用管理サーバ１０に通知する。例えば、ＣＥルータ１２ＢのＳＮＭＰエージェント２２Ｂでは、予め、Ｔｒａｐを送信するＳＮＭＰマネージャとしてＰＥルータ１１のＩＰアドレスを登録しておく。

ユーザネットワーク１３Ｂと接続されたＣＥルータ１２ＢからＰＥルータ１１へＴｒａｐが発行されると、ＰＥルータ１１のＶＰＮ管理情報収集手段１にてこのＴｒａｐを受け
る（図５、１−１７）。ＶＰＮ管理情報収集手段１は、構成定義管理手段３１を参照し（図５、１−１８）、Ｔｒａｐを発行したＣＥルータ１２Ｂが接続されているユーザネットワーク１３Ｂは、ＶＰＮ−Ｂを利用していることを知る（図５、１−１９）。その後Ｔｒａｐは、ＶＰＮ管理情報応答手段２に転送される（図５、１−２０）。このＴｒａｐは、ＶＰＮ−Ｂに関するＴｒａｐであることから、ＶＰＮ管理情報応答手段２は、ＶＰＮ−ＩＰアドレス対応テーブル４２を参照して（図５、１−２１）、ＶＰＮ−Ｂと対応する、ＳＮＭＰエージェントの仮想的なＩＰアドレスＢを送信元ＩＰアドレスに設定する（図５、１−２２）。そして、ＶＰＮ管理情報応答手段２は、ＶＰＮ−ＢからのＴｒａｐとして、運用管理サーバ１０のＳＮＭＰマネージャ２０に送る（図５、１−２３）。

以上述べたように、本実施形態の情報システムによれば、運用管理サーバ１０のＳＮＭＰマネージャ２０は、事業者専用のＩＰネットワークにおける仮想的なＩＰアドレス（プライベートアドレス）によりＶＰＮを指定して、そのＶＰＮのＭＩＢをＰＥルータ１１に要求する。そのため、複数のユーザネットワーク１３Ａ−１３Ｃ等を管理する運用管理サーバ１０は、直接ユーザネットワーク１３Ａ−１３Ｃの詳細、例えば、ユーザネットワーク１３Ａ−１３ＣのＩＰアドレス、ＣＥルータ１２Ａ−１２ＣのＩＰアドレス等を認識することなく、ＶＰＮにより接続されるユーザネットワーク１３Ａ−１３ＣのＭＩＢを入手し、ネットワーク全体を管理できる。

また、本情報システムによれば、ＶＰＮ管理情報応答手段２は、運用管理サーバ１０から指定された宛先を示す仮想的なＩＰアドレスをＶＰＮの名称に変換し、ＶＰＮ管理情報収集手段１は、ＶＰＮの構成を定義する構成定義管理手段３１にアクセスし、そのＶＰＮの名称からＣＥルータ１２Ａ−１２Ｃの求め、さらに、ＣＥルータ１２Ａ−１２ＣのＩＰアドレスを特定する。そして、ＶＰＮ管理情報収集手段１は、構成定義管理手段３１により特定されたＣＥルータ１２Ａ−１２Ｃ等のＩＰアドレスにより、ＣＥルータ１２Ａ−１２Ｃ等にアクセスし、ＳＮＭＰエージェント２２Ａ−２２ＣからＭＩＢを収集する。

一方、各ＣＥルータ１２Ａ−１２Ｃ等のＳＮＭＰエージェント２２Ａ−２２Ｃから報告されたＴｒａｐについては、管理情報収集手段１は、構成定義管理手段３１を参照し、逆にＣＥルータ１２Ａ−１２Ｃ等のＩＰアドレスをＶＰＮ名に変換して、ＶＰＮ管理情報応答手段２に引き渡す。

そして、ＶＰＮ管理情報応答手段２は、ＶＰＮ名をＶＰＮ名に対応する仮想的なＩＰアドレスに戻し、その仮想的なＩＰアドレスを送信元として設定してＶＰＮごとに収集されたＭＩＢまたはＴｒａｐを運用管理サーバ１０に引き渡す。

以上のような構成と手順により、運用管理サーバ１０は、ＶＰＮとユーザネットワークとの対応を意識することなく、複数のユーザネットワーク１３Ａ−１３Ｃの情報をＶＰＮごとに求めることができる。したがって、運用管理サーバ１０のＳＮＭＰマネージャ２０には、拡張されたＭＩＢを取り扱う必要がない。運用管理サーバ１０のＳＮＭＰマネージャ２０とすれば、上記仮想的なＩＰアドレスごとに、異なるＳＮＭＰエージェントが存在するものとして動作すればよい。

一方、ＰＥルータ１１には、ＶＰＮ管理情報収集手段１、ＶＰＮ管理情報応答手段２およびＶＰＮ管理情報格納手段３が必要になるが、これらは、本来ＰＥルータ１１に設けられていた構成定義管理手段３１と連係して、ＶＰＮに対応するユーザネットワーク１３Ａ−１３Ｃ等のＭＩＢ、あるいは、Ｔｒａｐを収集すればよい。したがって、ＶＰＮに対応するユーザネットワーク１３Ａ−１３Ｃを管理するためのシステムの変更が容易になる。

《第２実施形態》
図６から図９の図面に基づいて本発明の第２実施形態を説明する。上記第１実施形態では、運用管理サーバ１０が仮想的なＩＰアドレスによりＶＰＮを指定して、ＰＥルータ１１からＭＩＢまたはＴｒａｐ等のネットワーク管理情報を収集する情報システムの例を示した。本実施形態では、複数のＰＥルータ１１が互いにＭＩＢ情報を交換する情報システムの例を説明する。本情報システムの他の構成要素および作用は、第１実施形態の場合と同様である。そこで、第１実施形態の場合と同一の構成要素については同一の符号を付してその説明を省略する。

図６は、本実施形態に係る情報システムのシステム構成図である。図６においては、ＩＰ−ＶＰＮ７０を介して、２つの拠点１０１および１０２の複数のネットワークが互いに接続されている。この例では、拠点１０１には、ユーザネットワーク１３Ａ−１、１３Ｂ−１、および１３Ｃ−１が存在する。また、拠点１０２には、ユーザネットワーク１３Ａ−２、１３Ｂ−２、および１３Ｃ−２が存在する。

拠点１０１のユーザネットワーク１３Ａ−１と拠点１０２のユーザネットワーク１３Ａ−２がＩＰ−ＶＰＮ７０により接続されている。また、拠点１０１のユーザネットワーク１３Ｂ−１と拠点１０２のユーザネットワーク１３Ｂ−２がＩＰ−ＶＰＮ７０により接続されている。また、拠点１０１のユーザネットワーク１３Ｃ−１と拠点１０２のユーザネットワーク１３Ｃ−２がＩＰ−ＶＰＮ７０により接続されている。なお、以下では、拠点１０１のユーザネットワーク１３Ａ−１と拠点１０２のユーザネットワーク１３Ａ−２を総称してユーザネットワーク１３Ａのように呼ぶことにする。ユーザネットワーク１３Ｂ、ユーザネットワーク１３Ｃについても同様である。

また、本実施形態では、ＰＥルータ１１を拠点１０１、１０２ごとに区別する場合、ＰＥルータ１１Ｘ、１１Ｙのように呼び、総称的に呼ぶ場合には、ＰＥルータ１１と呼ぶことにする。ＰＥルータの構成要素である構成定義管理手段３１（３１Ｘ、３１Ｙ）、ＶＰＮ管理情報格納手段３（３Ｘ、３Ｙ）、ＶＰＮ管理情報交換手段４（４Ｘ、４Ｙ）についても同様である。

ＩＰ−ＶＰＮ７０の両端には、２つのＰＥルータ１１Ｘおよび１１Ｙが例示されている。ＰＥルータ１１Ｘは、構成定義管理手段３１Ｘ、ＶＰＮ管理情報格納手段３ＸおよびＶＰＮ管理情報交換手段４Ｘを有している。また、ＰＥルータ１１Ｙには、構成定義管理手段３１Ｙ、ＶＰＮ管理情報格納手段３ＹおよびＶＰＮ管理情報交換手段４Ｙを有している。

このうち、構成定義管理手段３１Ｘ、ＶＰＮ管理情報格納手段３Ｘ等は、第１実施形態で説明したものと同様であるので、その説明を省略する。また、図６には、明示的に示されていないが、ＰＥルータ１１ＸおよびＰＥルータ１１Ｙの構成要素は、基本的には、第１実施形態の場合と同様である。

ＳＮＭＰマネージャ１０はユーザネットワーク１３Ａ−１３Ｃ等のＭＩＢを収集するためのＳＮＭＰエージェントとして機能するＰＥルータ１１Ｘ、１１Ｙを登録しておき、また、通常はＰＥルータ１１ＸからユーザネットワークのＭＩＢを取得するよう設定する。この処理手順は、第１実施形態の場合と同様である。

ＰＥルータ１１Ｘおよび１１Ｙは、拠点１０１および１０２のユーザネットワーク１３Ａ、１３Ｂ、１３Ｃと接続されたＣＥルータ１２Ａ、１２Ｂ、１２ＣからＭＩＢを取得し、ＶＰＮ管理情報格納手段３Ｘ、３Ｙにて管理する。なお、ＭＩＢの取得はＳＮＭＰマネージャ２０からＭＩＢが要求されたときのみではなく、ＶＰＮ管理情報収集手段１にて、構成定義管理手段３１にて定義されているすべてのＶＰＮについて、定期的に収集を行う
ようにしてもよい。

ＰＥルータ１１Ｘおよび１１Ｙは、ＶＰＮ管理情報交換手段４Ｘ、４Ｙにて、この拠点ごとのＶＰＮのＭＩＢを収集するため定期的に通信する。なお、ＶＰＮ管理情報格納手段３Ｘ、３Ｙ等におけるＭＩＢは、ＶＰＮとそのＶＰＮを利用するユーザネットワークが存在する拠点ごとに管理される。

図７に拠点情報が付加され、拠点ごとに管理されるＭＩＢ管理テーブル４１の構成を示す。図７に示すように、第１実施形態の場合と比較して、本実施形態のＭＩＢ管理テーブル４１には、拠点というフィールドが付加されている。

図９は、本情報システムのネットワーク管理を示すシーケンス図である。以下、図６および図９を参照して、本情報システムの処理を説明する。ＰＥルータ１１Ｘは拠点１０１に存在するユーザネットワークのＣＥルータ１２Ａ−１２Ｃ等に接続されているので、拠点１０１のＭＩＢの送信を次の手順で行う。

ＶＰＮ管理情報交換手段４Ｘは、まず、ＶＰＮを構成する他のＰＥルータ１１ＹのＩＰアドレスを知るために構成定義管理手段３１Ｘを参照し（図９、２−１）、ＰＥルータＹのＩＰアドレスを取得する（図９、２−２）。その後、ＶＰＮ管理情報交換手段４Ｘは、ＶＰＮ管理情報格納手段３Ｘを参照し（図９、２−３）、拠点１０１のＶＰＮ−Ａ、Ｂ、ＣのＭＩＢを取得する（図９、２−４）。

ＶＰＮ管理情報交換手段４Ｘは、このＭＩＢを、ＰＥルータ１１Ｙに送信する（図９、２−５）。ＰＥルータ１１ＹのＶＰＮ管理情報交換手段４Ｙは、これを受信し、ＶＰＮ管理情報格納手段３Ｙにて拠点１０１のＶＰＮ−Ａ、Ｂ、ＣのＭＩＢ情報を更新する（図９、２−６）。

ＰＥルータ１１Ｙも１１Ｘと同様に、ＶＰＮ管理情報交換手段４ＹにてＭＩＢの送信を行う。ＰＥルータ１１Ｙは拠点１０２のＭＩＢを送信し、ＰＥルータ１１ＸのＶＰＮ管理情報格納手段３Ｘの拠点１０２のＭＩＢを更新する（図９、２−７〜２−１１）。このように定期的にＭＩＢを送受信することで、ＰＥルータ１１Ｘ、１１Ｙは、ＶＰＮ管理情報格納手段３Ｘ、３Ｙにてすべてのユーザネットワーク１３Ａ−１３Ｃに関するＭＩＢを保持できる。

以上の手順でＭＩＢを収集したＰＥルータ１１Ｘへ運用管理サーバ１０のＳＮＭＰマネージャ２０がＭＩＢを要求すると、ＰＥルータ１１Ｘは第１実施形態で説明した手順でユーザネットワーク１３Ａ−１３Ｃ等のＭＩＢを送信する。

図８に、本実施形態の情報システムにおける管理形態のイメージを示す。図８の例では、ユーザ６０Ａ−６０Ｃ等が、ＶＰＮにより複数の拠点１０１、１０２等に有するネットワークを接続するサービスを受けている。このような利用形態において、ＳＮＭＰマネージャ２０は、図８のような管理形態で、ＰＥルータ１１Ｘ、１１Ｙ、ユーザネットワーク１３Ａ−１３Ｃの管理を行うことが可能になる。すなわち、ＳＮＭＰマネージャ２０は、ＰＥルータ１１Ｘまたは１１Ｙのいずれかからも、すべての拠点１０１、１０２等での各ユーザ６０Ａ−６０ＣのユーザネットワークのＭＩＢを取得できる。

また、例えば、デフォルトとして運用管理サーバ１０にはユーザネットワークのＭＩＢをＰＥルータ１１Ｘから取得するよう設定しておく。そして、ＰＥルータ１１Ｘに何らかの障害が発生して、ＰＥルータ１１ＸからＭＩＢの取得ができなくなった場合は、運用管理サーバ１０は、ＰＥルータ１１ＹからＭＩＢを取得するようにすればよい。複数のＰＥ
ルータ１１Ｘ、１１Ｙ等において、すべてのユーザネットワークのＭＩＢを保持することにより、１つのＰＥルータ１１Ｘ等に障害が発生しても別のＰＥルータ１１Ｙ等からユーザネットワーク全体のＭＩＢが収集でき、信頼性の高いユーザネットワークの管理が可能になる。

《第３実施形態》
図１０および図１１の図面に基づいて本発明の第３実施形態を説明する。上記第２実施形態では、複数のＰＥルータ１１が互いにＭＩＢ情報を交換する情報システムの例を説明した。本実施形態では、複数のＰＥルータ１１が互いにＭＩＢ情報を交換する際の通信手段をユーザが設定できる機能を有する情報システムについて説明する。本情報システムの他の構成要素および作用は、第１実施形態または第２実施形態の場合と同様である。そこで、第１実施形態または第２実施形態の場合と同一の構成要素については同一の符号を付してその説明を省略する。

図１０は、本実施形態の情報システムのシステム構成図である。ＶＰＮを利用するネットワークのユーザは、ＰＥルータ１１Ｘ、１１Ｙ等のＶＰＮ管理情報交換手段４Ｘ、４Ｙ等にて行うＭＩＢを交換するための通信手段を予め選択できる。ここでユーザＡは通信事業者と、ＰＥルータ１１Ｘ、１１Ｙ間のＭＩＢの送受信を、ユーザが利用する回線とは別の専用線により行うよう契約している。専用線を利用することにより、コストは増加するが、より信頼性の高い障害管理が保証される。一方、ユーザＢ、ＣはＰＥルータ１１Ｘ、１１Ｙ間のＭＩＢの送受信を、ユーザに割り当てられた帯域にて行うよう、通信事業者と契約している。ユーザの帯域の利用は、障害管理の信頼性が専用線による通信と比べてやや劣るが、比較的少ないコストでＶＰＮを利用することができる。

ユーザごとに選択されたＭＩＢの通信方法は、ＰＥルータ１１Ｘ、１１Ｙ内のＶＰＮ管理情報交換方法選択手段５Ｘ、５Ｙが管理する情報交換手段テーブル５０Ｘ、５０Ｙに保持されている。

図１１に、ＰＥルータ１１Ｘ、１１Ｙ間のＭＩＢの交換を実行する制御シーケンスを示す。ＰＥルータ１１ＸのＶＰＮ管理情報交換手段４Ｘは、まず、構成定義管理情報３１Ｘを参照し（図１１、３−１）、通信を行うＰＥルータ１１ＹのＩＰアドレスと、定義されているＶＰＮ情報を収集する（図１１、３−２）。ここでＶＰＮ−Ａ、Ｂ、Ｃが定義されているとすると、ＶＰＮ管理情報交換手段４Ｘは、ＶＰＮ−Ａに関するＭＩＢを送信するために、ＶＰＮ管理情報交換方法選択手段５Ｘを参照する（図１１，３−３，３−４）。

ＶＰＮ−Ａを利用するユーザＡに関するＭＩＢは、専用線により送信するよう設定しているので、ＶＰＮ管理情報交換手段４Ｘは、ＶＰＮ管理情報格納手段３Ｘ（図１０の情報交換手段テーブル５０Ｘ）を参照し（図１１、３−５，３−６）、ＶＰＮ−Ａに関するＭＩＢを専用線からＰＥルータ１１Ｙに送信する（図１１、３−７）。

ＰＥルータＹのＶＰＮ管理情報交換手段４Ｙは受信したＭＩＢを、ＶＰＮ−ＡのＭＩＢとしてＶＰＮ管理情報格納手段３Ｙに格納する（図１１、３−８）。
なお、ＶＰＮ管理情報交換方法選択手段５Ｘ等にて保持されている通信方法に障害が発生し、ＭＩＢの送受信ができない場合、ＶＰＮ管理情報交換手段４Ｘは、指定された通信方法以外の通信方法でＭＩＢの送受信を行う。ユーザＡが指定した専用線に障害が発生し、ＭＩＢの送信に失敗した場合、ＶＰＮ管理情報交換手段４Ｘ等は、ユーザの帯域を利用してＭＩＢを送信する。

ＶＰＮ−ＢおよびＣのＭＩＢについても、同様（図１１、３−３〜３−８）にＰＥルータ１１Ｙに送信する。ＶＰＮ−ＢおよびＣはユーザの帯域を利用してＭＩＢを送信すると
いう情報をＶＰＮ管理情報交換方法選択手段５Ｘにて保持しているので、ＶＰＮ管理情報交換手段４Ｘにて、ユーザの帯域を使ったＭＩＢの送受信を行う。また、ＰＥルータ１１ＹからＰＥルータ１１ＸへのＭＩＢの通信においても、同様の処理（図１１、３−１〜３−８）を繰り返す。

以上述べたように、本実施形態の情報システムによれば、例えば、ユーザの希望に応じて、複数のＰＥルータ１１間で、ＭＩＢを交換するための通信手段を指定できる。

従来のＩＰ−ＶＰＮ（Internet Protocol-Virtual Private Network）環境の代表的な構成例を示す図である。 本発明の実施形態に係る情報システムの原理図である。 本発明の第１実施形態に係る情報システムのシステム構成図である。 ＶＰＮ管理情報管理手段３のＭＩＢ管理テーブルを示す図である。 情報システムのネットワーク管理を示すシーケンス図である。 本発明の第２実施形態に係る情報システムのシステム構成図である。 拠点ごとに管理されるＭＩＢ管理テーブルの構成を示す図である。 情報システムにおける管理形態のイメージを示す図である。 情報システムのネットワーク管理を示すシーケンス図である。 本発明の第３実施形態に係る情報システムのシステム構成図である。 情報システムのネットワーク管理を示すシーケンス図である。

符号の説明

１ ＶＰＮ管理情報収集手段
２ ＶＰＮ管理情報応答手段
３ ＶＰＮ管理情報格納手段
４ ＶＰＮ管理情報交換手段
５ ＶＰＮ管理情報交換方法選択手段
１０ 運用管理サーバ
１１、１１Ａ、１１Ｂ ＰＥルータ
１２、１２Ａ、１２Ｂ、１２Ｃ ＣＥルータ
１３、１３Ａ、１３Ｂ、１３Ｃ ユーザネットワーク
２０ ＳＮＭＰマネージャ
２１、２２、２２Ａ、２２Ｂ、２２Ｃ ＳＮＭＰエージェント
３１ 構成管理手段

Claims (5)

1. ネットワーク上にユーザグループごとに利用を限定した仮想専用ネットワーク機能を提供し該仮想専用ネットワークに前記ユーザグループごとに構成されたネットワークを少なくとも1つ接続する第１のエッジルータと、
   前記第１のエッジルータと接続され前記仮想専用ネットワークおよび前記ユーザグループごとに構成されたネットワークを管理する運用管理サーバと、
   前記ユーザグループごとに構成されたネットワークは、前記第１のエッジルータに接続する第２のエッジルータとを有し、
   前記第１のエッジルータは、
   前記ユーザグループごとに構成されたネットワーク上の第２のエッジルータから当該ユーザグループごとに構成されたネットワークの構成機器に関する管理情報を収集する収集手段と、
   前記管理情報を前記ユーザグループごとの仮想専用ネットワークに対応付けて格納する手段と、
   前記運用管理サーバから前記ユーザグループごとの仮想専用ネットワークに対応付けた管理情報の要求を受けたときにその管理情報を返送する手段と、を有し、
   前記運用管理サーバは、前記ユーザグループごとの仮想専用ネットワークを指定してその仮専用ネットワークに接続されるユーザグループごとに構成されたネットワークの構成機器に関する管理情報の返送を前記第１のエッジルータに要求する要求手段を有する、
   ネットワーク管理システム。
2. 前記運用管理サーバは、前記第１のエッジルータとの間で前記ユーザグループごとに構成されたネットワークから独立した専用ネットワークを構成し、
   前記仮想専用ネットワークに対応付けた管理情報を要求する際に、その仮想専用ネットワークに対応付けられ、前記専用ネットワーク上で識別可能な仮想アドレスにより前記仮想専用ネットワークを指定し、
   前記第１のエッジルータの収集手段は、前記仮想アドレスを前記第２のエッジルータの汎用ネットワーク上でのアドレスである第２のエッジルータアドレスに変換する手段と、前記第２のエッジルータアドレスにより前記第２のエッジルータにアクセスする手段とを有する請求項１に記載のネットワーク管理システム。
3. 前記第１のエッジルータは、他の第１のエッジルータとの間で、前記ユーザグループごとの仮想専用ネットワークに対応付けて格納した管理情報を交換する情報交換手段をさらに有する請求項１または２に記載のネットワーク管理システム。
4. 前記第１のエッジルータは、前記ユーザグループごとの仮想専用ネットワークに対して、前記情報交換手段により管理情報が交換されるときの通信手段を設定する手段をさらに有する請求項３に記載のネットワーク管理システム。
5. ネットワーク上にユーザグループごとに利用を限定した仮想専用ネットワーク機能を提供し該仮想専用ネットワークに前記ユーザグループごとに構成されたネットワークを少なくとも１つ接続する複数の第１のエッジルータと、前記第１のエッジルータに接続され、前記仮想専用ネットワークおよび前記ユーザグループごとに構成されたネットワークを管理する運用管理サーバとが実行するネットワーク管理方法であり、
   前記ユーザグループごとに構成されたネットワークは、前記第１のエッジルータに接続する第２のエッジルータを有し、
   前記第１のエッジルータは、前記ユーザグループごとに構成されたネットワーク上の第２のエッジルータから当該ユーザグループごとに構成されたネットワークの構成機器に関する管理情報を収集するステップと、前記管理情報を前記ユーザグループごとの仮想専用ネットワークに対応付けて格納するステップと、前記運用管理サーバから前記ユーザグループごとの仮想専用ネットワークに対応付けた管理情報の要求を受けたときにその管理情報を返送するステップと、を実行し、
   前記運用管理サーバは、前記ユーザグループごとの仮想専用ネットワークを指定してその仮想専用ネットワークに接続されるユーザグループごとに構成されたネットワークの構成機器に関する管理情報の返送を前記第１のエッジルータに要求する要求ステップを実行する、ネットワーク管理方法。

Images