(57)【特許請求の範囲】
【請求項１】
複数のネットワーク機器を管理するネットワーク管理装置であって、
ネットワークを介して、機能の異なる複数のネットワーク機器と通信を行う通信部と、
前記ネットワークの構成を表示画面上に表示し、該表示画面上で、前記複数のネットワーク機器のうちの２以上のネットワーク機器をグループ化する操作を受け付け、該グループ化された２以上のネットワーク機器を仮想的に合成した１の仮想装置を前記表示画面上に表示するユーザインタフェース部と、
前記仮想装置が備える仮想的な機能の設定項目と、該機能を実際に有する前記ネットワーク機器との対応関係を表すマッピングテーブルを生成するマッピングテーブル生成部と、
前記表示画面上で、前記仮想装置が備える仮想的な機能の設定項目に対する設定がなされた場合に、前記マッピングテーブルを参照して、該設定項目に対応する前記ネットワーク機器を特定し、該特定されたネットワーク機器との間で前記設定要求を送信するためのセッションを確立した上で前記設定の内容を表す設定要求を送信し、前記設定要求に対する前記設定の成功あるいは失敗かを示す設定結果を前記特定されたネットワーク機器各々から収集し、前記仮想装置ごとに前記収集結果を対応付けて管理する設定処理部と、
を備え、
前記設定処理部は、
前記特定されたネットワーク機器に前記設定要求を送信するのに先立ち、前記特定されたネットワーク機器に対して、他のネットワーク管理装置からの設定要求を遮断する排他ロックを要求し、
前記特定されたネットワーク機器が複数存在する場合において、排他ロックに失敗したネットワーク機器が一つでも存在する場合には、前記設定要求の送信を取りやめ、
前記特定されたネットワーク機器が複数存在する場合において、前記収集結果に基づいて、前記設定要求に応じた設定が失敗したネットワーク機器が一つでも存在する場合には、前記特定された全てのネットワーク機器の設定内容を元の設定内容に戻す、
ネットワーク管理装置。
【請求項２】
ネットワーク管理装置によって複数のネットワーク機器を管理するためのネットワーク管理方法であって、
（ａ）ネットワークを介して、機能の異なる複数のネットワーク機器と通信を行う工程と、
（ｂ）前記ネットワークの構成を表示画面上に表示し、該表示画面上で、前記複数のネットワーク機器のうちの２以上のネットワーク機器をグループ化する操作を受け付け、該グループ化された２以上のネットワーク機器を仮想的に合成した１の仮想装置を前記表示画面上に表示する工程と、
（ｃ）前記仮想装置が備える仮想的な機能の設定項目と、該機能を実際に有する前記ネットワーク機器との対応関係を表すマッピングテーブルを生成する工程と、
（ｄ）前記表示画面上で、前記仮想装置が備える仮想的な機能の設定項目に対する設定がなされた場合に、前記マッピングテーブルを参照して、該設定項目に対応する前記合成元のネットワーク機器を特定し、該特定されたネットワーク機器との間で前記設定要求を送信するためのセッションを確立した上で前記設定の内容を表す設定要求を送信し、前記設定要求に対する前記設定の成功あるいは失敗かを示す設定結果を前記特定されたネットワーク機器各々から収集し、前記仮想装置ごとに前記収集結果を対応付けて管理する工程と、
を備え、
前記工程（ｄ）では、
前記特定されたネットワーク機器に前記設定要求を送信するのに先立ち、前記特定されたネットワーク機器に対して、他のネットワーク管理装置からの設定要求を遮断する排他ロックを要求し、
前記特定されたネットワーク機器が複数存在する場合において、排他ロックに失敗したネットワーク機器が一つでも存在する場合には、前記設定要求の送信を取りやめ、
前記特定されたネットワーク機器が複数存在する場合において、前記収集結果に基づいて、前記設定要求に応じた設定が失敗したネットワーク機器が一つでも存在する場合には、前記特定された全てのネットワーク機器の設定内容を元の設定内容に戻す、
ネットワーク管理方法。
【請求項３】
複数のネットワーク機器を管理するためのコンピュータプログラムであって、
ネットワークを介して、機能の異なる複数のネットワーク機器と通信を行う通信機能と、
前記ネットワークの構成を表示画面上に表示し、該表示画面上で、前記複数のネットワーク機器のうちの２以上のネットワーク機器をグループ化する操作を受け付け、該グループ化された２以上のネットワーク機器を仮想的に合成した１の仮想装置を前記表示画面上に表示するユーザインタフェース機能と、
前記仮想装置が備える仮想的な機能の設定項目と、該機能を実際に有する前記ネットワーク機器との対応関係を表すマッピングテーブルを生成するマッピングテーブル生成機能と、
前記表示画面上で、前記仮想装置が備える仮想的な機能の設定項目に対する設定がなされた場合に、前記マッピングテーブルを参照して、該設定項目に対応する前記合成元のネットワーク機器を特定し、該特定されたネットワーク機器との間で前記設定要求を送信するためのセッションを確立した上で前記設定の内容を表す設定要求を送信し、前記設定要求に対する前記設定の成功あるいは失敗かを示す設定結果を前記特定されたネットワーク機器各々から収集し、前記仮想装置ごとに前記収集結果を対応付けて管理する設定処理機能と、
をコンピュータに実現させるコンピュータプログラムであり、
前記設定処理機能は、
前記特定されたネットワーク機器に前記設定要求を送信するのに先立ち、前記特定されたネットワーク機器に対して、他のネットワーク管理装置からの設定要求を遮断する排他ロックを要求し、
前記特定されたネットワーク機器が複数存在する場合において、排他ロックに失敗したネットワーク機器が一つでも存在する場合には、前記設定要求の送信を取りやめ、
前記特定されたネットワーク機器が複数存在する場合において、前記収集結果に基づいて、前記設定要求に応じた設定が失敗したネットワーク機器が一つでも存在する場合には、前記特定された全てのネットワーク機器の設定内容を元の設定内容に戻す、
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のネットワーク機器を一元的に管理する技術に関する。
【背景技術】
【０００２】
従来、複数のパケット中継装置を専用のケーブルで数珠繋ぎに接続したスタック構成のパケット中継システムが存在する（非特許文献１参照）。このパケット中継システムには、マスタ・パケット中継装置とメンバ・パケット中継装置とが含まれており、メンバ・パケット中継装置に対する設定操作は、マスタ・パケット中継装置を通じて行われる。つまり、このシステムでは、マスタ・パケット中継装置に対して設定操作を行うことにより、一元的に全てのパケット中継装置の設定を行うことが可能になる。
【０００３】
しかし、スタック構成のパケット中継システムを実現するためには、各パケット中継装置を、専用のケーブルによって数珠繋ぎに接続する必要があるため、接続可能な機器が限定されてしまうという問題があった。また、専用のケーブルの長さも限られていたため、物理的に遠く離れたパケット中継装置の管理を行うことができなかった。また、マスタ・パケット中継装置によって各メンバ・パケット中継装置の管理が一元的に行われるため、マスタ・パケット中継装置の処理負担が大きく、管理可能なメンバ・パケット中継装置の数に制限があった（例えば１０台程度）。これらの問題は、パケット中継装置を管理する場合に限らず、種々のネットワーク機器をスタック構成によって管理する場合に同様に生じ得る問題であった。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】シスコシステムズ合同会社、“Cisco StackWiseおよびStackWise Plusテクノロジー”、[online]、[2010年2月23日検索]、インターネット<URL:http://www.cisco.com/web/JP/product/hs/switches/cat3750/prodlit/prod_white_paper09186a00801b096a.html>
【特許文献】
【０００５】
【特許文献１】特開２００９−１４７７１０号公報
【特許文献２】特開２００８−５００８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した問題を踏まえ、本発明が解決しようとする課題は、従来のスタック構成のような制約を受けることなく、複数のネットワーク機器を一元的に管理可能な技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
本発明の第１の形態は、複数のネットワーク機器を管理するネットワーク管理装置であって、
ネットワークを介して、機能の異なる複数のネットワーク機器と通信を行う通信部と、
前記ネットワークの構成を表示画面上に表示し、該表示画面上で、前記複数のネットワーク機器のうちの２以上のネットワーク機器をグループ化する操作を受け付け、該グループ化された２以上のネットワーク機器を仮想的に合成した１の仮想装置を前記表示画面上に表示するユーザインタフェース部と、
前記仮想装置が備える仮想的な機能の設定項目と、該機能を実際に有する前記ネットワーク機器との対応関係を表すマッピングテーブルを生成するマッピングテーブル生成部と、
前記表示画面上で、前記仮想装置が備える仮想的な機能の設定項目に対する設定がなされた場合に、前記マッピングテーブルを参照して、該設定項目に対応する前記ネットワーク機器を特定し、該特定されたネットワーク機器との間で前記設定要求を送信するためのセッションを確立した上で前記設定の内容を表す設定要求を送信し、前記設定要求に対する前記設定の成功あるいは失敗かを示す設定結果を前記特定されたネットワーク機器各々から収集し、前記仮想装置ごとに前記収集結果を対応付けて管理する設定処理部と、
を備え、
前記設定処理部は、
前記特定されたネットワーク機器に前記設定要求を送信するのに先立ち、前記特定されたネットワーク機器に対して、他のネットワーク管理装置からの設定要求を遮断する排他ロックを要求し、
前記特定されたネットワーク機器が複数存在する場合において、排他ロックに失敗したネットワーク機器が一つでも存在する場合には、前記設定要求の送信を取りやめ、
前記特定されたネットワーク機器が複数存在する場合において、前記収集結果に基づいて、前記設定要求に応じた設定が失敗したネットワーク機器が一つでも存在する場合には、前記特定された全てのネットワーク機器の設定内容を元の設定内容に戻す、
ネットワーク管理装置である。
上記構成のネットワーク管理装置によれば、管理者は、表示画面上に表示された仮想装置の仮想的な機能に対して設定を行うだけで、その設定の対象となった機能を実際に有するネットワーク機器に対して設定を行うことができる。また、上記構成では、ネットワーク管理装置と管理対象のネットワーク機器とは、専用のケーブルではなく、一般的なネットワークによって接続される。そのため、ネットワーク管理装置に接続される対象の機器が制限されることが抑制され、また、物理的に遠く離れたネットワーク機器の管理を行うことも可能になる。更に、上記構成によれば、ネットワーク機器自体が複数のネットワーク機器の管理を行うのではなく、ネットワーク機器に接続されるネットワーク管理装置によって、各ネットワーク機器が管理される。そのため、従来のスタック構成におけるマスタ・パケット中継装置という役割が不要になり、より多くのネットワーク機器の管理を行うことが可能になる。よって、上記構成のネットワーク管理装置によれば、従来のスタック構成のような制約を受けることなく、機能の異なる複数のネットワーク機器を一元的に管理することが可能になる。
更に、上記構成のネットワーク管理装置によれば、ネットワーク管理装置とネットワーク機器との間に確立されたセッションを用いることで、設定要求の送信を確実に行うことが可能になる。また、設定要求をネットワークに送信するのに先立ち、特定されたネットワーク機器に対して排他ロックを要求するので、ネットワーク機器が、複数のネットワーク管理装置から同時に設定されてしまうことを防止することができる。また、排他ロックに失敗したネットワーク機器が一つでも存在する場合に設定要求の送信を取りやめ、設定が失敗したネットワーク機器が一つでも存在する場合に設定内容を元に戻すので、仮想装置が１台の装置であることを管理者に確実に見せ掛けることが可能になる。
【０００８】
［適用例１］ネットワーク管理装置であって、ネットワークを介して複数のネットワーク機器と通信を行う通信部と、前記ネットワークの構成を表示画面上に表示し、該表示画面上で、前記複数のネットワーク機器のうちの２以上のネットワーク機器をグループ化する操作を受け付け、該グループ化された２以上のネットワーク機器を仮想的に合成した１の仮想装置を前記表示画面上に表示するユーザインタフェース部と、前記仮想装置の設定項目と、該設定項目を実際に有する前記ネットワーク機器との対応関係を表すマッピングテーブルを生成するマッピングテーブル生成部と、前記表示画面上で、前記仮想装置の設定項目に対する設定がなされた場合に、前記マッピングテーブルを参照して、該設定項目に対応する前記ネットワーク機器を特定し、該特定されたネットワーク機器に、前記設定の内容を表す設定要求を送信する設定処理部と、を備えるネットワーク管理装置。
【０００９】
上記構成のネットワーク管理装置によれば、管理者は、表示画面上に表示された仮想装置に対して設定を行うだけで、その設定の対象となった設定項目を実際に有するネットワーク機器に対して設定を行うことができる。また、上記構成では、ネットワーク管理装置と管理対象のネットワーク機器とは、専用のケーブルではなく、一般的なネットワークによって接続される。そのため、ネットワーク管理装置に接続される対象の機器が制限されることが抑制され、また、物理的に遠く離れたパケット中継装置の管理を行うことも可能になる。更に、上記構成によれば、ネットワーク機器自体が複数のネットワーク機器の管理を行うのではなく、ネットワーク機器に接続されるネットワーク管理装置によって、各ネットワーク機器が管理される。そのため、従来のスタック構成におけるマスタ・パケット中継装置という役割が不要になり、より多くのネットワーク機器の管理を行うことが可能になる。よって、上記構成のネットワーク管理装置によれば、従来のスタック構成のような制約を受けることなく、複数のネットワーク機器を一元的に管理することが可能になる。
【００１０】
［適用例２］適用例１に記載のネットワーク管理装置であって、前記設定処理部は、前記特定されたネットワーク機器との間で前記設定要求を送信するためのセッションを確立した上で、前記設定要求の送信を行うネットワーク管理装置。
このような構成であれば、ネットワーク管理装置とネットワーク機器との間に確立されたセッションを用いることで、設定要求の送信を確実に行うことが可能になる。
【００１１】
［適用例３］適用例１または適用例２に記載のネットワーク管理装置であって、前記設定処理部は、前記特定されたネットワーク機器に前記設定要求を送信するのに先立ち、前記特定されたネットワーク機器に対して、他のネットワーク管理装置からの設定要求を遮断する排他ロックを要求するネットワーク管理装置。
このような構成であれば、ネットワーク機器が、複数のネットワーク管理装置から同時に設定されてしまうことを防止することができる。
【００１２】
［適用例４］適用例３に記載のネットワーク管理装置であって、前記設定処理部は、前記特定されたネットワーク機器が複数存在する場合において、排他ロックに失敗したネットワーク機器が一つでも存在する場合には、前記設定要求の送信を取りやめるネットワーク管理装置。
このような構成であれば、仮想装置が１台の装置であることを管理者に見せ掛けることが可能になる。
【００１３】
［適用例５］適用例１ないし適用例４のいずれかに記載のネットワーク管理装置であって、前記設定処理部は、前記特定されたネットワーク機器が複数存在する場合において、前記設定要求に応じた設定が失敗したネットワーク機器が一つでも存在する場合には、前記特定された全てのネットワーク機器の設定内容を元の設定内容に戻すネットワーク管理装置。
このような構成によっても、仮想装置が１台の装置であることを管理者に見せ掛けることが可能になる。
【００１４】
［適用例６］適用例１ないし適用例５のいずれかに記載のネットワーク管理装置であって、前記複数のネットワーク機器は、それぞれ、パケットの送受信を行うためのポートを備えたパケット中継装置であり、前記マッピングテーブル生成部は、前記仮想装置の設定項目として、該仮想装置の仮想的なポートと、前記各パケット中継装置が実際に備えるポートとの対応関係を表すマッピングテーブルを生成するネットワーク機器管理装置。
このような構成であれば、複数のパケット中継装置がそれぞれ有するポートに関する設定を表示画面上の仮想装置を用いて一元的に行うことが可能になる。
【００１５】
［適用例７］適用例１ないし適用例５のいずれかに記載のネットワーク管理装置であって、前記複数のネットワーク機器には、機能の異なる複数種類のネットワーク機器が含まれており、前記マッピングテーブル生成部は、前記仮想装置の設定項目として、該仮想装置が備える仮想的な機能と、前記各パケット中継装置が実際に備える機能との対応関係が記録されている、ネットワーク管理装置。
このような構成であれば、機能の異なる複数種類のネットワーク機器がそれぞれ有する機能の設定を、表示画面上の仮想装置を用いて一元的に行うことが可能になる。
【００１６】
［適用例８］適用例７に記載のネットワーク管理装置であって、前記機能の異なる複数種類のネットワーク機器とは、機能の異なる複数種類のサーバ装置である、ネットワーク管理装置。
このような構成であれば、機能の異なる複数種類のサーバ装置がそれぞれ有する機能の設定を、表示画面上の仮想装置を用いて一元的に行うことが可能になる。
【００１７】
本発明は、上述したネットワーク管理装置としての構成のほか、ネットワーク管理方法や、コンピュータプログラムとしても構成することができる。コンピュータプログラムは、コンピュータが読取可能な記録媒体に記録されていてもよい。記録媒体としては、例えば、フレキシブルディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光磁気ディスク、メモリカード、ハードディスク等の種々の媒体を利用することができる。
【図面の簡単な説明】
【００１８】
【図１】第１実施例としてのネットワーク管理装置と複数のパケット中継装置とが接続されるネットワークの構成を示す説明図である。
【図２】パケット中継装置の概略構成を示す説明図である。
【図３】ネットワーク管理装置の概略構成を示す説明図である。
【図４】ＧＵＩの一例を示す図である。
【図５】ＧＵＩの一例を示す図である。
【図６】マルチ・パケット中継装置が生成される際に実行される処理の流れを示すシーケンス図である。
【図７】ポートマッピングテーブル生成処理のフローチャートである。
【図８】ポートマッピングテーブルの一例を示す図である。
【図９】マルチ・パケット中継装置を用いた設定処理のフローチャートである。
【図１０】設定処理の流れを概略的に示すシーケンス図である。
【図１１】セッションテーブルの一例を示す説明図である。
【図１２】ロック結果管理テーブルの一例を示す説明図である。
【図１３】設定結果管理テーブルの一例を示す説明図である。
【図１４】第２実施例としてのネットワーク管理装置と複数種類のネットワーク機器とが接続されるネットワークの構成を示す説明図である。
【図１５】第２実施例におけるネットワーク管理装置の概略構成を示す説明図である。
【図１６】第２実施例におけるＧＵＩの一例を示す図である。
【図１７】第２実施例におけるＧＵＩの一例を示す図である。
【図１８】マルチファンクション装置が生成される際に実行される処理の流れを示すシーケンス図である。
【図１９】機能マッピングテーブル生成処理のフローチャートである。
【図２０】機能マッピングテーブルの一例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態を実施例に基づき次の順序で説明する。
Ａ．第１実施例：
（Ａ１）ネットワーク構成：
（Ａ２）パケット中継装置の構成：
（Ａ３）ネットワーク管理装置の構成：
（Ａ４）マルチ・パケット中継装置の生成手順：
（Ａ５）マルチ・パケット中継装置を用いた設定処理：
Ｂ．第２実施例：
Ｃ．変形例：
【００２０】
Ａ．第１実施例：
（Ａ１）ネットワーク構成：
図１は、本発明の第１実施例としてのネットワーク管理装置と複数のパケット中継装置とが接続されるネットワークの構成を示す説明図である。図１に示したネットワーク１０は、企業Ａ内に構築されており、企業Ａは、部署Ａと部署Ｂとを有している。部署Ａには、３台のパケット中継装置１２ａ〜１２ｃが配置されており、部署Ｂにも、３台のパケット中継装置１２ｄ〜１２ｆが配置されている。これらのパケット中継装置１２ａ〜１２ｆは全て同じ装置構成のため、以下では、まとめて「パケット中継装置１２」と呼ぶ場合がある。各パケット中継装置１２には、それぞれ、コンピュータやネットワークプリンタ、ＮＡＳ（Network Attached Storage）などのノード装置が接続される。
【００２１】
各パケット中継装置１２は、イーサネット（登録商標）ケーブル２６によってゲートウェイ装置１８に接続されている。ゲートウェイ装置１８は、各パケット中継装置１２とインターネット２０との接続を仲介する機能を有している。ゲートウェイ装置１８には、更に、部署Ａおよび部署Ｂ内に設置されているパケット中継装置１２の管理を行うためのネットワーク管理装置１００が接続されている。ネットワーク管理装置１００や、各パケット中継装置１２、ゲートウェイ装置１８には、それぞれ固有のＩＰアドレスが割り当てられている。なお、図１に示した例では、パケット中継装置１２ｄ〜１２ｆは、複数のイーサネットケーブルを論理的に束ねた論理多重回線２７によってゲートウェイ装置１８に接続されている。論理多重回線２７を用いれば、大きな帯域を確保することができるため、例えば、ネットワーク管理装置１００からパケット中継装置１２ｄ〜１２ｆに大容量の設定情報を高速に送信することが可能である。なお、ネットワーク１０の構成や、ネットワーク管理装置１００が管理するパケット中継装置１２の数は、図１に示した例に限られず、適宜、他の態様とすることが可能である。
【００２２】
本実施例のネットワーク管理装置１００は、例えば、部署Ａ内や部署Ｂ内の複数のパケット中継装置１２を、それぞれ、仮想的な１台のパケット中継装置であるマルチ・パケット中継装置２３として管理することができる。以下、このように複数のパケット中継装置１２をまとめて１台の仮想的なマルチ・パケット中継装置２３として管理するための装置構成および処理内容について詳細に説明する。
【００２３】
（Ａ２）パケット中継装置の構成：
図２は、パケット中継装置１２の概略構成を示す説明図である。パケット中継装置１２は、複数のインタフェースモジュール６１と、スイッチングモジュール６３と、制御モジュール６４と、を備えている。
【００２４】
インタフェースモジュール６１は、複数のパケット送受信ポート６５と、コントローラ６９と、メモリ７１とを備えている。パケット送受信ポート６５は、イーサネットケーブルが物理的に接続される物理ポートである。なお、論理多重回線２７を構成するパケット送受信ポート６５は、複数の物理ポートによって構成されている。コントローラ６９は、パケット送受信ポート６５から受信したパケットを解析して、そのパケットの宛先を識別する機能を有する。メモリ７１は、パケット送受信ポート６５を通じて送受信されるパケットが一時的に記憶されるバッファとして利用される。
【００２５】
コントローラ６９は、受信したパケットを解析した結果、そのパケットの宛先が、他の装置である場合には、その装置が接続されているインタフェースモジュール６１とパケット送受信ポート６５とを所定のアドレステーブルに基づいて特定し、そのインタフェースモジュール６１およびパケット送受信ポート６５を通じて受信したパケットを転送する。一方、コントローラ６９は、受信したパケットの宛先が自分宛てのパケットである場合には、制御モジュール６４に受信したパケットを送信する。
【００２６】
制御モジュール６４は、ＣＰＵ７３とメモリ７４とを備えている。ＣＰＵ７３は、メモリ７４に記憶された所定のプログラムを実行することで、パケット送受信部７６、管理装置通信部７７、設定処理部７８として機能する。パケット送受信部７６は、自分宛のパケットの受信や他の装置へのパケットの送信を司る。管理装置通信部７７は、パケット送受信部７６を通じて、ネットワーク管理装置１００から自分宛ての設定要求を受信したり、ネットワーク管理装置１００からの要求に応じて自分自身の設定情報を返信する機能を有する。設定処理部７８は、ネットワーク管理装置１００から受信した設定要求に応じて、パケット中継装置１２の動作に関する種々の設定を行う。この設定の内容には、例えば、パケット送受信ポート６５毎のＶＬＡＮ  ＩＤの設定や、フィルタリングするアドレスの設定、ＱｏＳの帯域の設定などが含まれる。
【００２７】
スイッチングモジュール６３は、インタフェースモジュール６１や制御モジュール６４からの指示に応じて、インタフェースモジュール６１間、あるいは、インタフェースモジュール６１と制御モジュール６４間の通信路を切り換える機能を有している。
【００２８】
（Ａ３）ネットワーク管理装置の構成：
図３は、ネットワーク管理装置１００の概略構成を示す説明図である。ネットワーク管理装置１００は、汎用のコンピュータによって構成されており、ＣＰＵ４１や、メモリ４２、ハードディスク４３、ネットワークインタフェース４４、表示装置５６、キーボード５７、マウス５８等を備えている。ＣＰＵ４１は、メモリ４２に記憶された所定のプログラムを実行することで、パケット送受信部４６、管理対象通信部４７、管理処理部４８として機能する。
【００２９】
パケット送受信部４６は、ネットワークインタフェース４４を通じたパケットの送受信を司る。管理対象通信部４７は、パケット送受信部４６を通じて、管理対象である各パケット中継装置１２に対して設定要求を送信する機能や、各パケット中継装置１２から各パケット中継装置１２の設定情報を取得してハードディスク４３内の設定情報データベース５５に記録する機能を有している。各パケット中継装置１２から取得される設定情報には、例えば、パケット中継装置１２のＩＰアドレスや、そのパケット中継装置１２が有するインタフェースモジュール６１の数、パケット送受信ポート６５の数などの情報が含まれる。
【００３０】
管理処理部４８は、管理対象通信部４７のフロントエンドとして動作するアプリケーションであり、ユーザインタフェース部４９とマッピングテーブル生成部５０と設定処理部５９とを備えている。ユーザインタフェース部４９は、パケット中継装置１２を管理するためのＧＵＩ（グラフィカルユーザインタフェース）を表示装置５６に表示し、マルチ・パケット中継装置２３を生成するための指示を受け付ける。マッピングテーブル生成部５０は、マルチ・パケット中継装置２３の設定項目と実際のパケット中継装置１２の設定項目との対応関係を表すポートマッピングテーブル５１を生成する（詳細は後述）。設定処理部５９は、ユーザインタフェース部４９によってマルチ・パケット中継装置２３に対する設定操作を受け付けた場合に、その設定操作に応じた設定要求を、実際のパケット中継装置１２に送信する設定処理を実行する。この設定処理では、マッピングテーブル生成部５０によって生成されるポートマッピングテーブル５１や、ハードディスク４３に記憶されるセッションテーブル５２、ロック結果管理テーブル５３、設定結果管理テーブル５４、設定情報データベース５５、が用いられる。設定処理の詳細については後述する。
【００３１】
（Ａ４）マルチ・パケット中継装置の生成手順：
図４および図５は、ネットワーク管理装置１００の表示装置５６に表示されるＧＵＩ６０の一例を示す図である。このＧＵＩ６０には、ゲートウェイ装置１８や各パケット中継装置１２を表すシンボル（アイコン）によって、ネットワーク１０の構成（ネットワークトポロジ）が描画されている。図４に示した例では、ゲートウェイ装置１８に対して、パケット中継装置１２ａ〜１２ｃがスター型に接続されている状態を示している（パケット中継装置１２ｄ〜１２ｆについては省略）。このＧＵＩ６０上で、管理者が、キーボード５７やマウス５８を用いてパケット中継装置１２ａ〜１２ｃを全て選択し、グループ化ボタンＢＴ１を押すと、図５に示すように、仮想的なパケット中継装置であるマルチ・パケット中継装置２３のシンボルが作成される。本実施例では、マルチ・パケット中継装置２３のシンボルには、それが仮想的な装置であることを示すため、所定の識別マークＭＫが付加されている。こうしてＧＵＩ６０上でマルチ・パケット中継装置２３が生成されると、マルチ・パケット中継装置２３に仮想的なＩＰアドレスが割り当てられるとともに、ＧＵＩ６０の下部には、マルチ・パケット中継装置２３が生成された旨を示すメッセージが操作日時とともに表示される。なお、管理者が、ＧＵＩ６０上で、マルチ・パケット中継装置２３を選択した上で、解除ボタンＢＴ２を押すと、グループ化を解除することが可能である。
【００３２】
図６は、ＧＵＩ６０によってマルチ・パケット中継装置２３が生成される際に実行される処理の流れを示すシーケンス図である。まず、管理者によってＧＵＩ６０が操作され、図５に示したようにマルチ・パケット中継装置２３のシンボルが画面上に生成されると、ユーザインタフェース部４９からマッピングテーブル生成部５０に、「パケット中継装置１２ａ〜１２ｃをマルチ・パケット中継装置２３として合成しろ」という指令が送信される（ステップＳ１０１）。マッピングテーブル生成部５０は、この指令を受信すると、以下に説明するポートマッピングテーブル生成処理を実行して、ポートマッピングテーブル５１を生成する（ステップＳ１０２）。
【００３３】
図７は、マッピングテーブル生成部５０によって実行されるポートマッピングテーブル生成処理のフローチャートである。図８は、このポートマッピングテーブル生成処理によって生成されるポートマッピングテーブル５１の一例を示す図である。このポートマッピングテーブル生成処理が実行されると、まず、マッピングテーブル生成部５０は、仮想的に生成されたマルチ・パケット中継装置２３の見かけ上のＩＰアドレスである仮想ＩＰアドレスを決定し、これをポートマッピングテーブル５１に記録する（ステップＳ２０１）。この仮想ＩＰアドレスは、管理処理部４８が、マルチ・パケット中継装置２３と他の装置（例えば、他のマルチ・パケット中継装置２３やパケット中継装置１２、ゲートウェイ装置１８等）とを区別するために用いるためのアドレスである。
【００３４】
仮想ＩＰアドレスをポートマッピングテーブル５１に記録すると、続いて、マッピングテーブル生成部５０は、マルチ・パケット中継装置２３の合成元となった実際のパケット中継装置１２（以下、「メンバ装置」という）の実際のＩＰアドレス（以下、「実ＩＰアドレス」という）を、設定情報データベース５５から取得し、これを上述した仮想ＩＰアドレスに対応付けてポートマッピングテーブル５１に記録する（ステップＳ２０４）。そして、メンバ装置が備える各パケット送受信ポート６５を、マルチ・パケット中継装置２３の仮想的なパケット送受信ポートに割り当て、その対応関係をポートマッピングテーブル５１に記録する（ステップＳ２０６）。マッピングテーブル生成部５０は、この処理を、メンバ装置が備えるインタフェースモジュール６１の数だけ（ステップＳ２０５）、更に、メンバ装置の数だけ繰り返す（ステップＳ２０３）。このとき、マッピングテーブル生成部５０は、メンバ装置のインタフェースモジュール６１の番号が繰り上がる毎に、マルチ・パケット中継装置２３の仮想的なインタフェースモジュールの番号をインクリメントする（ステップＳ２０７）。こうすることで、各メンバ装置の各インタフェースモジュール６１に対して、一意の仮想インタフェースモジュール番号が割り振られることになる。
【００３５】
以上で説明した処理が、マルチ・パケット中継装置２３の合成元となった全てのメンバ装置について完了すると、ポートマッピングテーブル５１の生成が終了する。図８に示すように、こうして生成されたポートマッピングテーブル５１を参照すれば、マルチ・パケット中継装置２３が有する仮想的なパケット送受信ポートが、物理的にどのメンバ装置の、どのパケット送受信ポート６５に対応するかを判別することができる。例えば、図８に示したポートマッピングテーブル５１によれば、マルチ・パケット中継装置２３の０番目の仮想インタフェースモジュールの１番目の仮想パケット送受信ポート（以下、ポート［０／１］のように表す）は、ＩＰアドレスが「１００．１００．１００．１」であるメンバ装置の０番目のインタフェースモジュールの１番目のパケット送受信ポート（つまり、ポート［０／１］）に対応していることがわかる。
【００３６】
以上のようにして、ポートマッピングテーブル５１の生成が完了した後には、合成後のマルチ・パケット中継装置２３に新たなパケット中継装置１２を追加することが可能である。具体的には、図４や図５に示したＧＵＩ６０上でマルチ・パケット中継装置２３のシンボルと新たなパケット中継装置１２のシンボルとを選択してグループ化ボタンＢＴ１を押す操作を行うか、あるいは、新たなパケット中継装置１２のシンボルをマルチ・パケット中継装置２３のシンボルにドラッグ＆ドロップする操作を行うことで新たなパケット中継装置１２を、マルチ・パケット中継装置２３に仮想的に増設することができる。
【００３７】
このとき、ネットワーク管理装置１００内の管理処理部４８は、次の手順でポートマッピングテーブル５１を更新する。すなわち、まず、管理者によって前述したマルチ・パケット中継装置２３に対するパケット中継装置１２の追加のための操作がＧＵＩ６０に対してなされると、「マルチ・パケット中継装置２３に新しくパケット中継装置を追加しろ」という指令が、ユーザインタフェース部４９からマッピングテーブル生成部５０に送信される（図６のステップＳ１０３）。マッピングテーブル生成部５０は、この指令を受信すると、図７のステップＳ２０４〜Ｓ２０７の処理と同様の処理を実行し、マルチ・パケット中継装置２３の新たな仮想インタフェースモジュールおよび仮想パケット送受信ポートに、新しく追加するパケット中継装置１２のインタフェースモジュール６１とパケット送受信ポート６５とを対応付ける。こうすることで、ポートマッピングテーブル５１が更新される（図６のステップＳ１０４）。なお、ここでは、マルチ・パケット中継装置２３に新たなパケット中継装置１２を追加する例を説明したが、例えば、ＧＵＩ上の削除ボタンを押すことにより、マルチ・パケット中継装置２３から一部のパケット中継装置１２を削除する処理を行うことももちろん可能である。
【００３８】
以上、ＧＵＩ６０を用いて、複数のパケット中継装置１２から仮想的な１つのマルチ・パケット中継装置２３を生成する処理について説明した。続いて、管理者がマルチ・パケット中継装置２３を用いることで、複数のパケット中継装置１２に対して一元的に設定を行う手順を説明する。
【００３９】
（Ａ５）マルチ・パケット中継装置を用いた設定処理：
図９は、マルチ・パケット中継装置２３を用いた設定処理のフローチャートである。また、図１０は、この設定処理の流れを概略的に示すシーケンス図である。この設定処理では、まず、管理者は、図５に示したＧＵＩ６０において、マルチ・パケット中継装置２３を選択した上で、設定ボタンＢＴ３を押す。そうすると、画面上には、マルチ・パケット中継装置２３に対する設定項目（本実施例では、仮想パケット送受信ポート）が記載された設定画面（図示は省略）が表示される。この設定画面では、例えば、管理者は、マルチ・パケット中継装置２３の各仮想パケット送受信ポートに対して、ＶＬＡＮ  ＩＤの設定や、フィルタリングルールの設定、ＱｏＳの帯域の設定などを行うことができる。このとき、複数の仮想パケット送受信ポートに対して、まとめて同じ設定を施すことも可能である。
【００４０】
ＧＵＩ６０上で上述した設定がなされると、ネットワーク管理装置１００の設定処理部５９は、まず、図８に示したポートマッピングテーブル５１を参照して、設定の対象となった仮想パケット送受信ポートに対応するパケット中継装置１２（メンバ装置）、インタフェースモジュール６１およびパケット送受信ポート６５を特定する（図９のステップＳ４０１）。例えば、図８を参照すれば、マルチ・パケット中継装置２３のポート［０／１５］、ポート［１／３］、および、ポート［４／４］に対して設定がなされた場合には、これらのポートは、それぞれ、実ＩＰアドレスが「１００．１００．１００．１」のパケット中継装置１２ａのポート［０／１５］、実ＩＰアドレスが「１１０．１１０．１１０．１」のパケット中継装置１２ｂのポート［０／３］、実ＩＰアドレスが「１２０．１２０．１２０．１」のパケット中継装置１２ｃのポート［２／４］、に対応することが分かる。
【００４１】
設定対象のメンバ装置、インタフェースモジュール６１、および、パケット送受信ポート６５を特定すると、続いて、設定処理部５９は、管理対象通信部４７を用いて、ＮＥＴＣＯＮＦプロトコルに基づき、設定対象のメンバ装置に対して設定の手続を開始する。ＮＥＴＣＯＮＦプロトコルとは、ＩＥＴＦ（Internet Engineering Task Force）によって標準化されたプロトコルであり、ＸＭＬで記述された設定情報をネットワーク機器間でやり取りするためのプロトコルである。
【００４２】
ＮＥＴＣＯＮＦプロトコルの下では、メンバ装置に対する設定は、次のように行われる。すなわち、まず、設定処理部５９は、マルチ・パケット中継装置２３を対象としたセッションＩＤを生成し、このセッションＩＤをセッションテーブル５２に記録する（ステップＳ４０２）。そして、次に、設定処理部５９は、設定対象のメンバ装置に対して、個別に、ＮＥＴＣＯＮＦセッションの確立要求を送信する（ステップＳ４０３）。メンバ装置は、ネットワーク管理装置１００からセッションの確立要求を受信すると、それぞれセッションＩＤを生成し、ネットワーク管理装置１００に通知する。設定処理部５９は、メンバ装置からセッションＩＤを受信すると、受信した各セッションＩＤを、マルチ・パケット中継装置２３のセッションＩＤと対応付けてセッションテーブル５２に記録する（ステップＳ４０４）。
【００４３】
図１１は、セッションテーブル５２の一例を示す説明図である。このセッションテーブル５２によると、マルチ・パケット中継装置２３に対して生成されたセッションＩＤ「１０」に、設定対象のメンバ装置から通知されたセッションＩＤ「１４」、「１５」、「３４」が対応付けられている。つまり、以後の処理において、マルチ・パケット中継装置２３のセッションＩＤに対して設定要求が発行された場合には、そのセッションＩＤが、メンバ装置を設定するためのセッションＩＤにそれぞれ変換され、それらのセッションＩＤに向けて設定要求が転送されることになる。このように、セッションＩＤを用いれば、設定要求を適切な送信先に確実に送信することが可能になる。なお、異なるメンバ装置から同一のセッションＩＤが通知された場合であっても、セッションＩＤと実ＩＰアドレスの組み合わせを参照すれば、設定対象のメンバ装置を一意に識別することが可能である。
【００４４】
以上で説明した処理によって、マルチ・パケット中継装置２３と設定対象のメンバ装置との間でＮＥＴＣＯＮＦセッションが確立すると、設定処理部５９は、上述したセッションＩＤを通じて、設定対象のメンバ装置に排他ロックを要求する（ステップＳ４０５）。排他ロックとは、他のネットワーク管理装置から同時に設定が行われないように、メンバ装置に、他のネットワーク管理装置からの設定要求を遮断させるための処理である。排他ロックを要求されたメンバ装置は、既に他のネットワーク管理装置によって排他ロックされていなければ、その要求を受け入れて排他ロックを自身に施し、「ＯＫ」と記載した応答メッセージを返信する。一方、他のネットワーク管理装置によって既に排他ロックされていれば、「ＮＧ」と記載した応答メッセージを返信する。設定処理部５９は、排他ロックを要求した各メンバ装置から排他ロックの結果（「ＯＫ」あるい「ＮＧ」）が記載された応答メッセージを受信すると、そのロック結果をロック結果管理テーブル５３に記録する（ステップＳ４０６）。
【００４５】
図１２は、ロック結果管理テーブル５３の一例を示す説明図である。このロック結果管理テーブル５３によると、セッションＩＤ「１４」，「４５」に向けて要求した排他ロックは成功しているものの（「ＯＫ」）、セッションＩＤ「３４」に向けて要求した排他ロックは失敗している（「ＮＧ」）。
【００４６】
以上のようにして、ロック結果管理テーブル５３への記録が完了すると、設定処理部５９は、このロック結果管理テーブル５３の記録内容に基づいて、要求した排他ロックがすべて成功したか否かを判断する（ステップＳ４０７）。１つでも排他ロックが成功しなかったセッションがあれば、設定処理部５９は、ロック結果管理テーブル５３の現在のセッションＩＤに対して、排他ロックに失敗した旨を示す「ＮＧ」と記録し、当該設定処理を異常終了させる。例えば、図１２に示した例では、セッションＩＤ「３４」に対する排他ロックが失敗しているため、マルチ・パケット中継装置２３自体のロック結果も「ＮＧ」と記録されている。これは、マルチ・パケット中継装置２３は、仮想的ではあるが、管理上、１台の装置であるため、一部でも設定の行うことのできないポート（メンバ装置）があれば「異常」として扱うためである。排他ロックの失敗に伴って設定処理を異常終了させる場合には、設定処理部５９は、排他ロックが成功しているパケット中継装置に対しては、排他ロックを解除させる要求を明示的に送ることで処理を終了させる。あるいは、予め排他ロックの制限時間を設けておき、タイムアウトさせることによって排他ロックを解除し、処理を終了させる。
【００４７】
上記ステップＳ４０７において、要求した排他ロックがすべて成功したと判断された場合には、設定処理部５９は、ＧＵＩ６０上で各設定項目（各ポート）に対して施された設定内容を示す設定要求を、メンバ装置の各セッションＩＤに向けて送信する（ステップＳ４０８）。例えば、各メンバ装置が有する各ポートに対して、同一の設定を行う場合には、セッションＩＤ「１４」、「４５」、「３４」を通じて各メンバ装置に同じ設定内容を示す設定要求が送信される。
【００４８】
設定対象の各メンバ装置は、各々のセッションＩＤ宛の設定要求を受信する。そして、設定処理部７８によって、受信した設定要求を解析し、解析結果に応じた設定を自身に施す。なお、各メンバ装置では、設定要求は、インタフェースモジュール６１によって受信され、スイッチングモジュール６３を経由して制御モジュール６４に転送される。そして、制御モジュール６４内では、設定要求は、パケット送受信部７６および管理装置通信部７７を経由して、最終的に設定処理部７８に届けられる。
【００４９】
設定対象のメンバ装置は、自身への設定を終了すると、その設定の結果をネットワーク管理装置１００に返信する。具体的には、設定に成功した場合は「ＯＫ」と記した応答メッセージを、設定に失敗した場合は「ＮＧ」と記した応答メッセージを、設定処理部７８内で生成し、管理装置通信部７７、パケット送受信部７６、スイッチングモジュール６３、インタフェースモジュール６１経由でネットワーク管理装置１００に返信する。ネットワーク管理装置１００の設定処理部５９は、設定対象のメンバ装置から設定結果を受信すると、その設定結果を、設定結果管理テーブル５４に記録する（ステップＳ４０９）。
【００５０】
図１３は、設定結果管理テーブル５４の一例を示す説明図である。図１３に示した設定結果管理テーブル５４では、セッションＩＤ「１４」、「３４」に対する設定は成功したものの、セッションＩＤ「４５」に対する設定は失敗した例を示している。
【００５１】
設定結果管理テーブル５４へ設定結果の記録が完了すると、設定処理部５９は、この設定結果管理テーブル５４の記録内容に基づいて、設定対象の全てのメンバ装置に対する設定が成功したかを判断する（ステップＳ４１０）。図１３に示したように、一部でも、設定対象のメンバ装置に対する設定が失敗すれば、設定処理部５９は、当該設定処理を異常終了させる。マルチ・パケット中継装置２３は、仮想的ではあるが、管理上、１台の装置であるため、一部でも設定の失敗したメンバ装置が存在すれば装置自体が「異常」であると扱うためである。設定の失敗に伴って当該設定処理を異常終了させる場合には、設定処理部５９は、設定が成功しているメンバ装置に対しては、以前の設定へ戻す要求を明示的に送ることで処理を終了させる。あるいは、予め設定を暫定的に行っておき、所定のタイムアウト時間内に確定させないことで、設定を以前の状態に戻して処理を終了させる。以前の設定へ戻す要求を明示的に送る場合には、設定情報データベース５５に記録されている以前の設定内容を読み込み、その設定内容に基づいて設定要求を生成し、再度設定要求を送信する。
【００５２】
上記ステップＳ４１０において、設定対象の全てのメンバ装置に対する設定が成功したと判断された場合には、設定処理部５９は、設定対象の各メンバ装置に対する設定内容を設定情報データベース５５に記録し（ステップＳ４１１）、当該設定処理を正常終了する。
【００５３】
以上で説明した本実施例のネットワーク管理装置１００によれば、ＧＵＩ６０上に表示される複数のパケット中継装置１２をグループ化することにより、複数のパケット中継装置１２を１台のマルチ・パケット中継装置２３として仮想的に扱うことが可能になる。そのため、管理者は、このマルチ・パケット中継装置２３に対して設定を施すことで、複数のパケット中継装置１２に対する設定をまとめて行うことが可能になる。また、複数のパケット中継装置１２に同じ内容の設定を施す場合（例えば、異なるパケット中継装置に同一のＶＬＡＮ  ＩＤやフィルタリングルール、ＱｏＳの帯域を設定するような場合）においても、１つのマルチ・パケット中継装置２３に対して一度設定を施せば、そのマルチ・パケット中継装置２３を構成するメンバ装置に対してまとめて同じ設定を施すことが可能になる。この結果、例えば、企業内のネットワークを新たに構成する場合や、小中規模のネットワーク構成を大規模化する場合等に、複数のパケット中継装置１２に対して個々に同じ設定を繰り返し行う必要がなく、管理者がパケット中継装置１２の設定に要する工数を大幅に削減することが可能になる。
【００５４】
また、本実施例では、専用に用意されたネットワーク管理装置１００によって、各パケット中継装置１２の管理を行うため、従来のスタック構成のパケット中継装置のように、マスタ・パケット中継装置という役割を担うパケット中継装置１２が不要となる。そのため、マスタ・パケット中継装置の負荷軽減のために制限されていた管理可能台数の制約を受けることがない。よって、データセンターなどにおいても、本実施例のネットワーク管理装置１００を用いれば、多量のパケット中継装置１２を容易に管理することが可能になる。また、本実施例では、従来のようにパケット中継装置１２同士を専用のケーブルで数珠繋ぎに接続するのではなく、一般的なイーサネットによってネットワーク管理装置１００とパケット中継装置１２とを接続するだけで、各パケット中継装置１２を管理することができる。そのため、個々のパケット中継装置１２を近接して配置する必要がない。よって、例えば、複数のフロアに跨って設置されたパケット中継装置１２の管理を行うことなども可能になる。
【００５５】
また、本実施例では、マルチ・パケット中継装置２３を構成するメンバ装置の一部でも、排他ロックができなかったり、設定が失敗した場合には、他のメンバ装置に対する設定も取りやめることとした。そのため、マルチ・パケット中継装置２３があたかも１台の装置のように動作しているように見せることが可能になり、管理者は、メンバ装置の存在を意識することなく、マルチ・パケット中継装置２３に対する設定操作を行うことができる。
【００５６】
Ｂ．第２実施例：
上述した第１実施例では、同一の機能を有する複数のパケット中継装置をまとめて管理する技術について説明した。これに対して、第２実施例では、異なる機能を有する複数のネットワーク機器をまとめて管理する技術について説明する。
【００５７】
図１４は、本発明の第２実施例としてのネットワーク管理装置１００Ｂと複数種類のネットワーク機器とが接続されるネットワーク１０Ｂの構成を示す説明図である。図１４に示すように、本実施例では、部署Ａ内に、それぞれ機能の異なるパケット中継装置１２とトラヒック計測装置１３とセキュリティ装置１４とが配置されており、これらがネットワーク１０Ｂに接続されている。本実施例におけるトラヒック計測装置１３は、ネットワーク中を流れるトラヒックの計測を行う機能を備えたパケット中継装置である。また、本実施例におけるセキュリティ装置１４は、例えば、ハニーポットのように、クラッカーの侵入手法やコンピュータウイルスの振る舞いなどを調査するために、意図的に侵入容易となるように設定されたパケット中継装置である。トラヒック計測装置１３やセキュリティ装置１４の構成は、第１実施例で説明したパケット中継装置１２と概ね同様であり、それぞれ、トラヒック計測のための機能や、セキュリティについての機能がソフトウェア的に付加されている。本実施例では、これらのような、機能の異なる複数種類のネットワーク装置を、仮想的なマルチファンクション装置２３Ｂとして管理する。
【００５８】
図１５は、ネットワーク管理装置１００Ｂの概略構成を示す説明図である。図１５に示すように、本実施例のネットワーク管理装置１００Ｂは、図３に示した第１実施例のネットワーク管理装置１００が備えるポートマッピングテーブル５１に替えて、機能マッピングテーブル５１Ｂを備えている。この機能マッピングテーブル５１Ｂの詳細については後述する。また、本実施例における設定情報データベース５５には、管理対象の装置（パケット中継装置、トラヒック計測装置、セキュリティ装置）のＩＰアドレスやそれぞれの機能の設定内容が記録されている。
【００５９】
図１６および図１７は、ネットワーク管理装置１００Ｂの表示装置５６に表示されるＧＵＩ６０Ｂの一例を示す図である。図１６に示すように、本実施例では、ＧＵＩ６０Ｂ上に、パケット中継装置１２とトラヒック計測装置１３とセキュリティ装置１４とをそれぞれ表すシンボルが描画される。第１実施例と同様の手法により、これらの装置をグループ化すると、図１７に示すように、パケット中継装置１２の機能とトラヒック計測装置１３の機能とセキュリティ装置１４の機能とをすべて備える仮想的なマルチファンクション装置２３Ｂが生成される。以下、マルチファンクション装置２３Ｂを構成する各装置のことを、「メンバ装置」という。ＧＵＩ６０Ｂにおいて、マルチファンクション装置２３Ｂを選択した上で、設定ボタンＢＴ３を押すと、画面上にはマルチファンクション装置２３Ｂに対する設定項目が表された設定画面（図示は省略）が表示される。本実施例では、この設定画面には、パケット中継機能に関する設定項目や、トラヒック計測機能に関する設定項目、セキュリティ機能に関する設定項目、が含まれる。
【００６０】
図１８は、ＧＵＩ６０Ｂによってマルチファンクション装置２３Ｂが生成される際に実行される処理の流れを示すシーケンス図である。まず、管理者によってＧＵＩ６０Ｂが操作され、図１７に示したようにマルチファンクション装置２３Ｂが生成されると、ユーザインタフェース部４９からマッピングテーブル生成部５０に、「パケット中継装置１２とトラヒック計測装置１３とセキュリティ装置１４とをマルチファンクション装置２３Ｂとして合成しろ」という指令が送信される（ステップＳ６０１）。マッピングテーブル生成部５０は、この指令を受信すると、以下に説明する機能マッピングテーブル生成処理を実行して、機能マッピングテーブル５１Ｂを生成する（ステップＳ６０２）。機能マッピングテーブル５１Ｂとは、マルチファンクション装置２３Ｂによって見かけ上で提供される機能が、物理的にどの装置によって提供されるかを示すテーブルである。
【００６１】
図１９は、マッピングテーブル生成部５０によって実行される機能マッピングテーブル生成処理のフローチャートである。また、図２０は、この機能マッピングテーブル生成処理によって生成される機能マッピングテーブル５１Ｂの一例を示す図である。この機能マッピングテーブル生成処理が実行されると、まず、マッピングテーブル生成部５０は、新たに生成されたマルチファンクション装置２３Ｂの見かけ上のＩＰアドレスである仮想ＩＰアドレスを決定し、機能マッピングテーブル５１Ｂに記録する（ステップＳ７０１）。
【００６２】
仮想ＩＰアドレスを機能マッピングテーブル５１Ｂに記録すると、続いて、マッピングテーブル生成部５０は、マルチファンクション装置２３Ｂを構成する全てのメンバ装置の実ＩＰアドレスを設定情報データベース５５から取得して、上述した仮想ＩＰアドレスに対応付けて機能マッピングテーブル５１Ｂに記録する（ステップＳ７０２）。そして、更に、設定情報データベース５５から、各メンバ装置が有する機能の内容を示す機能識別子を取得し、上述した仮想ＩＰアドレスに対応付けて機能マッピングテーブル５１Ｂに記録する（ステップＳ７０４）。なお、本実施例では、機能マッピングテーブル５１Ｂから機能識別子を取得しているが、管理者がキーボード等によって入力することとしてもよい。
【００６３】
以上で説明した処理が終了すると、機能マッピングテーブル５１Ｂが完成する。図２０に示した例によれば、仮想ＩＰアドレスとして「１９２．１６８．１．１」が与えられたマルチファンクション装置２３Ｂは、パケット中継機能とトラヒック計測機能とセキュリティ機能とを備えており、これらの機能は、それぞれ、実ＩＰアドレスが、「１００．１００．１００．１」、「１１０．１１０．１１０．１」、「１２０．１２０．１２０．１」のメンバ装置によって提供されていることがわかる。以上のようにして、機能マッピングテーブル５１Ｂの生成が完了した後には、第１実施例と同様に、合成後のマルチファンクション装置２３Ｂに新たなメンバ装置を追加することや（図１８のステップＳ６０３，Ｓ６０４）、合成後のマルチファンクション装置２３Ｂから一部のメンバ装置を削除することが可能である。
【００６４】
続いて、管理者がマルチファンクション装置２３Ｂを用いてパケット中継装置１２、トラヒック計測装置１３、セキュリティ装置１４を、あたかも１台の装置であるかのように設定する手順を説明する。例えば、管理者が、マルチファンクション装置２３Ｂのトラヒック計測機能を設定したいとする。このとき、その設定を管理者がＧＵＩ６０Ｂによって施すと、その設定要求は設定処理部５９から、実際に設定の対象となったメンバ装置に個別に送信する必要がある。そのため、設定処理部５９は、マルチファンクション装置２３Ｂに対して設定がなされると、図２０の機能マッピングテーブル５１Ｂを参照して、トラヒック計測機能を提供するメンバ装置を特定する。図２０の機能マッピングテーブル５１Ｂによれば、マルチファンクション装置２３Ｂのトラヒック計測機能は、ＩＰアドレスが「１１０．１１０．１１０．１」のトラヒック計測装置１３によって提供されていることが分かる。従って、設定処理部５９は、設定対象のメンバ装置を特定すると、管理対象通信部４７を用いて、設定対象のメンバ装置に対する設定の手続きを開始する。この設定の手続きは、第１実施例で説明したＮＥＴＣＯＮＦプロトコルに基づく設定処理（図９）に従う。つまり、セッションの確立や、排他ロックの要求を行いつつ、最終的に、各メンバ装置に設定要求の送信を行う。設定要求を送信するメンバ装置の１台でも排他ロックや設定が失敗した場合には、第１実施例と同様に、処理を異常終了させて、設定処理を取りやめる。
【００６５】
以上で説明した第２実施例によれば、機能の異なる複数のネットワーク機器を、あたかも１台の装置であるかのように設定することが可能になる。これにより、それぞれのネットワーク機器に個別にアクセスして設定を行う必要がなくなり、設定に要する工数を削減することが可能になる。なお、本実施例では、機能の異なる複数のネットワーク機器の例として、パケット中継装置、トラヒック計測装置、セキュリティ装置を挙げたが、これらは例示であり、その他にも種々のネットワーク機器を適用することが可能である。例えば、ファイルサーバやＷｅｂサーバ、メールサーバなどの機能の異なる複数種類のサーバ装置についても、上述した実施例と同様の技術によってまとめて管理・設定することが可能である。
【００６６】
Ｃ．変形例：
以上、本発明のいくつかの実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができる。
【００６７】
例えば、上記実施例では、ＧＵＩ上に、各ネットワーク機器をシンボルによって表示したが、各ネットワーク機器を一意に表すことが可能であれば、文字列や記号などの様々なオブジェクトによって表すことが可能である。また、ＧＵＩ上には、ネットワークの接続状態ではなく、各ネットワーク機器をリスト状に表示することとしてもよい。
【００６８】
また、上記実施例では、各メンバ装置に対する設定を、ＮＥＴＣＯＮＦプロトコルに基づいて行うこととしたが、ＳＮＭＰや独自のプロトコルを用いて行うこととしてもよい。
【００６９】
また、上記実施例では、排他ロックや設定が１台のメンバ装置でも失敗した場合には設定処理自体を取りやめることとしている。しかし、排他ロックや設定が失敗したメンバ装置に対してのみ、設定を取りやめることとし、排他ロックや設定が成功したメンバ装置に対しては、設定処理をそのまま続行することとしてもよい。
【符号の説明】
【００７０】
１０，１０Ｂ…ネットワーク
１２，１２ａ〜１２ｆ…パケット中継装置
１３…トラヒック計測装置
１４…セキュリティ装置
１８…ゲートウェイ装置
２０…インターネット
２３…マルチ・パケット中継装置
２３Ｂ…マルチファンクション装置
２６…イーサネットケーブル
２７…論理多重回線
４１…ＣＰＵ
４２…メモリ
４３…ハードディスク
４４…ネットワークインタフェース
４６…パケット送受信部
４７…管理対象通信部
４８…管理処理部
４９…ユーザインタフェース部
５０…マッピングテーブル生成部
５１…ポートマッピングテーブル
５１Ｂ…機能マッピングテーブル
５２…セッションテーブル
５３…ロック結果管理テーブル
５４…設定結果管理テーブル
５５…設定情報データベース
５６…表示装置
５７…キーボード
５８…マウス
５９…設定処理部
６１…インタフェースモジュール
６３…スイッチングモジュール
６４…制御モジュール
６５…パケット送受信ポート
６９…コントローラ
７１…メモリ
７３…ＣＰＵ
７４…メモリ
７６…パケット送受信部
７７…管理装置通信部
７８…設定処理部
１００，１００Ｂ…ネットワーク管理装置
【図１】
0005414608.tif 000002
【図２】
0005414608.tif 000003
【図３】
0005414608.tif 000004
【図４】
0005414608.tif 000005
【図５】
0005414608.tif 000006
【図６】
0005414608.tif 000007
【図７】
0005414608.tif 000008
【図８】
0005414608.tif 000009
【図９】
0005414608.tif 000010
【図１０】
0005414608.tif 000011
【図１１】
0005414608.tif 000012
【図１２】
0005414608.tif 000013
【図１３】
0005414608.tif 000014
【図１４】
0005414608.tif 000015
【図１５】
0005414608.tif 000016
【図１６】
0005414608.tif 000017
【図１７】
0005414608.tif 000018
【図１８】
0005414608.tif 000019
【図１９】
0005414608.tif 000020
【図２０】
0005414608.tif 000021