JP5308363B2 - 通信装置管理システムおよびパフォーマンス情報収集方法 - Google Patents

Description

本発明は、複数の通信装置と、ネットワークを介して接続された前記通信装置を管理するサーバ装置とで構成される通信装置管理システムおよびパフォーマンス情報収集方法に関する。

従来、管理用のサーバ装置を用いて、ネットワークを介して接続された複数の通信装置のパフォーマンス情報（統計情報や性能情報）を管理する通信装置管理システムが用いられている。このような通信装置管理システムでは、定期的に通信装置のパフォーマンス情報を取得するようになっている。例えば、図７に示すように、通信装置管理システム９００は、管理サーバ装置９０１と、ネットワーク９０２と、複数の通信装置（通信装置Ａａ，通信装置Ｂａおよび通信装置Ｚａ）とで構成される。また、必要に応じて保守端末９０３もネットワークに接続される。

図７において、管理サーバ装置９０１は、制御部９５１と、パフォーマンス情報データベース（ＰＭ情報ＤＢ）９５２と、通信インターフェース（通信ＩＦ）９５３と、表示部９５４と、操作部９５５とで構成され、各部はシステムバス９５６を介して互いに接続されている。また、制御部９５１は、管理サーバ装置９０１全体の制御を行うが、特にパフォーマンス情報の取得を行うために、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）マネージャ９７１と、ＰＭ情報取得部９７２とを有する。

一方、通信装置Ａａは、制御部９６１と、パフォーマンス情報データベース（ＰＭ情報ＤＢ）９６２と、通信インターフェース（通信ＩＦ）９６３とで構成され、各部はシステムバス９６４で互いに接続されている。また、制御部９６１は、通信装置Ａａ全体の制御を行うが、特にパフォーマンス情報の収集と管理サーバ装置９０１への送信などを行うために、ＳＮＭＰエージェント９８１と、パフォーマンス情報収集部（ＰＭ情報収集部）９８２とを有する。尚、通信装置Ｂａおよび通信装置Ｚａは、通信装置Ａａと同じ構成なので説明を省略する。

そして、各通信装置は、ＰＭ情報収集部９８２で自装置の各部のパフォーマンス情報を収集する。ここで、パフォーマンス情報とは、例えば通信装置の主信号の送受信フレーム数やバイト数、或いは受信エラー数やバイト数などの統計情報（または性能情報）で、ＰＭ情報収集部９８２は、所定時間（１５分毎など）のパフォーマンス情報を繰り返し収集する。ＰＭ情報収集部９８２が収集したパフォーマンス情報は、履歴情報としてＰＭ情報ＤＢ９６２に蓄積される。そして、一連のパフォーマンス情報の収集が終了すると、ＳＮＭＰエージェント９８１はＳＮＭＰプロトコルのＴｒａｐ通知を管理サーバ装置９０１に送信する。Ｔｒａｐ通知を受信した管理サーバ装置９０１のＳＮＭＰマネージャは、ＳＮＭＰプロトコルのＧｅｔコマンドなどを用いて、当該通信装置のパフォーマンス情報を管理サーバ装置９０１に転送し、ＰＭ情報ＤＢ９５２に蓄積する。

従来の通信装置管理システム９００におけるパフォーマンス情報の収集の流れについて図８のフローチャートを用いて説明する。図８は、通信装置Ａａ側のパフォーマンス情報収集処理と、管理サーバ装置９０１側のパフォーマンス情報取得処理とのフローチャートとを示している。図８において、先ず通信装置Ａａ側のＰＭ情報収集部９８２は、パフォーマンス情報の収集を開始する（ステップＳ９０１）。そして、ＰＭ情報収集部９８２は、所定時間（１５分毎など）のパフォーマンス情報を繰り返し収集し、所定時間が経過したら次のステップに進む（ステップＳ９０２）。ＰＭ情報収集部９８２は、収集したパフォーマンス情報を履歴情報としてＰＭ情報ＤＢ９６２に蓄積する（ステップＳ９０３）。そして、一連のパフォーマンス情報の収集が終了すると、ＳＮＭＰエージェント９８１はＳＮＭＰプロトコルのＴｒａｐ通知を管理サーバ装置９０１に送信する（ステップＳ９０４）。

一方、管理サーバ装置９０１は、パフォーマンス情報取得処理を開始し、配下の通信装置から「ＰＭ収集終了通知」を含むＴｒａｐ通知を受信するまで待機する（ステップＳ９５１）。そして、Ｔｒａｐ通知を受信した管理サーバ装置９０１のＳＮＭＰマネージャは、ＳＮＭＰプロトコルのＧｅｔコマンドなどを用いて、当該通信装置のパフォーマンス情報を管理サーバ装置９０１側に転送する（ステップＳ９５２）。同時に、管理サーバ装置９０１からＧｅｔコマンドを受けた通信装置ＡａはＳＮＭＰプロトコルによるパフォーマンス情報の読み出しを行い、管理サーバ装置９０１側に転送する（ステップＳ９０５）。そして、管理サーバ装置９０１の制御部９５１は、通信装置Ａａから取得したパフォーマンス情報を通信装置別にＰＭ情報ＤＢ９５２に蓄積する（ステップＳ９５３）。尚、他の通信装置についても同様に動作するので、管理サーバ装置９０１は、複数の通信装置から送られてくるＴｒａｐ通知を受信して、各通信装置からパフォーマンス情報の取得を行うようになっている。

このようにして、各通信装置のパフォーマンス情報は管理サーバ装置９０１に転送され、各通信装置毎にＰＭ情報ＤＢ９５２に蓄積されて、管理される。例えば、電力使用量データなどをＳＮＭＰプロトコルを用いて定期的に収集する技術が考えられている（例えば、特許文献１参照）。

特開２００５ー２３４８５１号公報

ところが、従来、ＳＮＭＰマネージャがネットワークに接続された装置のパフォーマンス情報を収集できない問題が発生していた。その主な原因は以下の２つである。
（１）Ｔｒａｐ通知はＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）なので、ネットワークに輻輳が発生すると、Ｔｒａｐ通知が消失して管理サーバ装置が受信できないという問題があった。また上記従来技術では、何度もＴｒａｐ通知を再送しなければならず、パフォーマンス情報の転送に時間が掛かるという問題があった。
（２）接続された装置の台数が多い場合や収集するパフォーマンス情報の種類が多い場合は、管理サーバ装置が管理対象である全装置のパフォーマンス情報の読み出しが所定時間（例えば１５分）では完了できず、その結果、パフォーマンス情報の読み出しができない装置が発生する。特にＳＮＭＰによる読み出しは、ハンドシェークによるオーバーヘッドの占める割合が高く、パフォーマンス情報の転送に時間が掛かるという問題があった。また、ＳＮＭＰでは一般的に使用されるポート番号が１６１と決まっているため、パフォーマンス情報はシリーズ（直列）に読み出されるので、読み出し時間も長くなるという問題があった。

ここで、従来の課題について図９を用いて説明する。図９は、先に説明した図７の通信装置管理システム９００における各通信装置のパフォーマンス情報の収集と、管理サーバ装置９０１側のパフォーマンス情報の取得処理との時間的な関係を示した説明図である。図９において、複数の通信装置（通信装置Ａａ，通信装置Ｂａおよび通信装置Ｚａなど）が起動されると、図８で説明したように、各装置はパフォーマンス情報の収集を所定時間毎（図９では１５分毎）に繰り返し行う。そして、最初の１５分間に収集したパフォーマンス情報は１５分履歴情報として各装置のＰＭ情報ＤＢ９６２に蓄積する。そして、各通信装置は、次の１５分間のパフォーマンス情報（３０分履歴情報に相当）の収集を開始すると共に、管理サーバ装置９０１側にパフォーマンス情報の収集が終了したことを示すＴｒａｐ通知を送信する。

ここで、複数の通信装置から一斉にＴｒａｐ通知が送信されるため、ネットワークの輻輳が生じた場合、ＵＤＰであるＴｒａｐ通知は消失する場合がある。例えば図９において、１５分履歴情報を送信するために通信装置Ｂａから送信されたＴｒａｐ通知ｂが消失した場合、管理サーバ装置９０１は通信装置Ｂａのパフォーマンス情報の収集終了を知ることができないので、ＳＮＭＰによるパフォーマンス情報ｂを取得することができないという問題が生じる。同様に、３０分履歴情報を送信するために通信装置Ｚａから送信されたＴｒａｐ通知ｚが消失した場合、管理サーバ装置９０１は通信装置Ｚａのパフォーマンス情報の収集終了を知ることができないので、ＳＮＭＰによるパフォーマンス情報ｚを取得することができないという問題が生じる。

また、図９において、管理サーバ装置９０１が各通信装置からＳＮＭＰによってパフォーマンス情報を読み取る際に、読み取り時間が１５分をオーバーした場合、次のパフォーマンス情報の読み取りと重複するため、読み取りを中止しなければならないという問題が生じる。特にＳＮＭＰによる情報の読み取りはハンドシェークを行う必要があり、パフォーマンス情報の種類が多いは転送に時間が掛かるという問題がある。

上記課題に鑑み、本発明の目的は、ネットワークの輻輳などが発生しても確実且つ高速にパフォーマンス情報を転送できる通信装置管理システムおよびパフォーマンス情報収集方法を提供することである。

請求項１に係る発明は、複数の通信装置と、ネットワークを介して接続された前記通信装置を管理するサーバ装置とで構成される通信装置管理システムにおいて、前記通信装置は、自装置のパフォーマンス情報を予め設定された所定時間毎に繰り返して収集し、前記所定時間内に収集した前記パフォーマンス情報をデータベースに蓄積する情報収集手段と、前記情報収集手段が前記パフォーマンス情報の収集を終了した時に前記サーバ装置に認証要求を行う認証要求手段と、前記サーバ装置から受信する転送先のＩＰアドレスおよびポート番号に対応するＦＴＰサーバに前記情報収集手段が前記所定時間内に収集した前記パフォーマンス情報を次の前記所定時間内にＦＴＰプロトコルを用いて送信する情報送信手段とで構成され、前記サーバ装置は、前記通信装置の認証要求を許可した場合に前記パフォーマンス情報の転送先のＩＰアドレスおよび前記複数の通信装置毎にそれぞれ異なるポート番号を割り当てて送信する認証応答手段と、前記通信装置から転送されてきた前記パフォーマンス情報を受信する情報受信手段とで構成されることを特徴とする。

請求項２に係る発明は、請求項１に記載の通信装置管理システムにおいて、前記パフォーマンス情報は、通信装置の統計情報および性能情報であることを特徴とする。

請求項３に係る発明は、請求項１または２に記載の通信装置管理システムにおいて、前記ＦＴＰプロトコルの未使用ポートを用いることを特徴とする。

請求項４に係る発明は、請求項１から３のいずれか一項に記載の通信装置管理システムにおいて、前記ＦＴＰプロトコルで転送する前記パフォーマンス情報のファイル名に前記通信装置の名前と転送時刻を付加することを特徴とする。

請求項５に係る発明は、複数の通信装置と、ネットワークを介して接続された前記通信装置を管理するサーバ装置とで構成される通信装置管理システムにおいて、前記通信装置は、前記サーバ装置から与えられるオフセット時間情報に応じて自装置のパフォーマンス情報の収集を開始し、収集した情報をデータベースに蓄積する情報収集手段で構成され、前記サーバ装置は、前記複数の通信装置毎にそれぞれ異なるオフセット時間情報を送信するオフセット時間指示手段と、前記複数の通信装置毎にそれぞれ異なるオフセット時間情報に応じて前記通信装置毎に前記パフォーマンス情報を取得するタイミングを設定するスケジューリング手段と、前記スケジューリング手段で設定されたタイミングに応じて前記通信装置毎にそれぞれ異なるタイミングでＳＮＭＰプロトコルを用いて前記パフォーマンス情報を取得する情報取得手段とで構成されることを特徴とする。

請求項６に係る発明は、複数の通信装置と、ネットワークを介して接続された前記通信装置を管理するサーバ装置とで構成される通信装置管理システムにおけるパフォーマンス情報収集方法であって、前記通信装置では、自装置のパフォーマンス情報を予め設定された所定時間毎に繰り返して収集し、前記所定時間内に収集した前記パフォーマンス情報をデータベースに蓄積する情報収集手順と、前記情報収集手順で前記パフォーマンス情報の収集を終了した時に前記サーバ装置に認証要求を行う認証要求手順と、前記サーバ装置から受信する転送先のＩＰアドレスおよびポート番号に対応するＦＴＰサーバに前記情報収集手順で前記所定時間内に収集した前記パフォーマンス情報を次の前記所定時間内にＦＴＰプロトコルを用いて送信する情報送信手順とを実行し、前記サーバ装置では、前記通信装置の認証要求を許可した場合に前記パフォーマンス情報の転送先のＩＰアドレスおよび前記複数の通信装置毎にそれぞれ異なるポート番号を割り当てて送信する認証応答手順と、前記通信装置から転送されてきた前記パフォーマンス情報を受信する情報受信手順とを実行することを特徴とする。

請求項７に係る発明は、複数の通信装置と、ネットワークを介して接続された前記通信装置を管理するサーバ装置とで構成される通信装置管理システムにおけるパフォーマンス情報収集方法であって、前記通信装置では、前記サーバ装置から与えられるオフセット時間情報に応じて自装置のパフォーマンス情報の収集を開始し、収集した情報をデータベースに蓄積する情報収集手順を実行し、前記サーバ装置では、前記複数の通信装置毎にそれぞれ異なるオフセット時間情報を送信するオフセット時間指示手順と、前記複数の通信装置毎にそれぞれ異なるオフセット時間情報に応じて前記通信装置毎に前記パフォーマンス情報を取得するタイミングを設定するスケジューリング手順と、前記スケジューリング手順で設定されたタイミングに応じて前記通信装置毎にそれぞれ異なるタイミングでＳＮＭＰプロトコルを用いて前記パフォーマンス情報を取得する情報取得手順とを実行することを特徴とする。

本発明に係る通信装置管理システムおよびパフォーマンス情報収集方法では、ネットワークの輻輳などが発生しても確実且つ高速に通信装置のパフォーマンス情報を管理サーバ装置に転送することができる。

第１の実施形態に係る通信装置管理システム１００の構成例を示すブロック図である。 第１の実施形態に係る通信装置管理システム１００におけるパフォーマンス情報収集処理の流れを示すフローチャートである。 第１の実施形態に係る通信装置管理システム１００におけるパフォーマンス情報の収集および転送の様子を示す説明図である。 第２の実施形態に係る通信装置管理システム１００’の構成例を示すブロック図である。 第２の実施形態に係る通信装置管理システム１００’におけるパフォーマンス情報収集処理の流れを示すフローチャートである。 第２の実施形態に係る通信装置管理システム１００’におけるパフォーマンス情報の収集および転送の様子を示す説明図である。 従来技術の通信装置管理システム９００の構成例を示すブロック図である。 従来技術の通信装置管理システム９００におけるパフォーマンス情報収集処理の流れを示すフローチャートである。 従来技術の通信装置管理システム９００におけるパフォーマンス情報の収集および転送の様子を示す説明図である。

以下、本発明に係る「通信装置管理システムおよびパフォーマンス情報収集方法」の実施形態について詳しく説明する。

（第１の実施形態）
図１は、第１の実施形態に係る通信装置管理システム１００の構成を示すブロック図である。図１の通信装置管理システム１００は、管理サーバ装置１０１と、ネットワーク１０２と、複数の通信装置（通信装置Ａ，通信装置Ｂおよび通信装置Ｚ）とで構成される。また、必要に応じて保守端末１０３もネットワーク１０２に接続される。

本実施形態に係る通信装置管理システム１００は、ネットワーク１０２を介して接続される複数の通信装置のパフォーマンス情報を管理するためのシステムである。ここで、パフォーマンス情報とは、従来の技術で説明したように、例えば通信装置の主信号の送受信フレーム数やバイト数、或いは受信エラー数やバイト数などの統計情報（または性能情報）を意味する。

図１において、管理サーバ装置１０１は、制御部１５１と、パフォーマンス情報データベース（ＰＭ情報ＤＢ）１５２と、通信インターフェース（通信ＩＦ）１５３と、表示部１５４と、操作部１５５と、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）部１５６とで構成され、各部はシステムバス１５７で互いに接続されている。

制御部１５１は、管理サーバ装置１０１の全体の動作を制御する。特に本実施形態では、各通信装置のパフォーマンス情報を取得するためのパフォーマンス情報取得部（ＰＭ情報取得部）１６１と、各通信装置から送信されてくる認証情報（ログインＩＤやパスワードなど）が予め設定された認証情報に一致するか否かの確認を行い、認証を許可した場合は認証許可応答を各通信装置に送信するための認証応答部１６２とを有している。尚、認証応答部１６２は、各通信装置がパフォーマンス情報をＦＴＰ転送する際の宛先情報も認証許可応答と共に送信する。

ＰＭ情報ＤＢ１５２は、ＰＭ情報収集部２６１が収集した自装置のパフォーマンス情報を蓄積するためのデータベースである。

通信ＩＦ１５３は、管理サーバ装置１０１との間で制御コマンドや情報を送受信するための通信インターフェースを提供する。

表示部１５４は、管理サーバ装置１０１の操作画面を表示したり、制御情報を確認するためのモニタである。特に本実施形態では、オペレータはＰＭ情報ＤＢ１５２に蓄積されている各通信装置のパフォーマンス情報を読み出して表示部１５４に表示して確認する。

操作部１５５は、オペレータが管理サーバ装置１０１を操作するためのインターフェースを提供し、表示部１５４に表示される操作画面に応じて必要なコマンドを入力する。

ＦＴＰ部１５６は、ＦＴＰプロトコルに応じて各通信装置との間でＦＴＰ転送するための処理を行う。特に本実施形態では、ＦＴＰ部１５６は、制御部１５１の認証応答部１６２が各通信装置に認証許可応答と共に送信したＦＴＰ転送の宛先に対応するＦＴＰサーバ装置として動作する。そして、各通信装置からＦＴＰプロトコルによって転送されてくるパフォーマンス情報のファイルを取得する情報受信部１６３を有している。

一方、通信装置Ａは、制御部２５１と、パフォーマンス情報データベース（ＰＭ情報ＤＢ）２５２と、通信インターフェース（通信ＩＦ）２５３と、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）部２５４とで構成され、各部はシステムバス２５５で互いに接続されている。

制御部２５１は、通信装置Ａの全体の動作を制御する。特に本実施形態では、通信装置Ａのパフォーマンス情報を収集するパフォーマンス情報収集部（ＰＭ情報収集部）２６１と、管理サーバ装置１０１にＦＴＰユーザとしてログインし、ＦＴＰ転送する際の宛先情報を取得する認証要求部２６２とを有している。

ＰＭ情報ＤＢ２５２は、ＰＭ情報収集部２６１が収集した自装置のパフォーマンス情報を蓄積するためのデータベースである。

通信ＩＦ２５３は、管理サーバ装置１０１との間で制御コマンドや情報を送受信するための通信インターフェースを提供する。

ＦＴＰ部２５４は、ＦＴＰプロトコルに応じて管理サーバ装置１０１との間でＦＴＰ転送するための処理を行う。特に本実施形態では、制御部２５１の認証要求部２６２が取得した宛先情報に応じて、管理サーバ装置１０１との間でＦＴＰプロトコルを用いてパフォーマンス情報のファイルを転送する情報送信部２６３を有している。

尚、通信装置Ｂおよび通信装置Ｚは、通信装置Ａと同じ構成である。

次に、本実施形態に係る通信装置管理システム１００において各通信装置のパフォーマンス情報を取得する処理の流れについて図２のフローチャートを用いて説明する。図２のフローチャートは、管理サーバ装置１０１側のパフォーマンス情報取得処理と、通信装置Ａ側のパフォーマンス情報収集処理とを描いたフローチャートで、管理サーバ装置１０１と通信装置Ａとの間で送受信される情報の様子を点線矢印で示している。

尚、図２のフローチャートにおいて、管理サーバ装置１０１側の処理は制御部１５１およびＦＴＰ部１５６によって実行され、通信装置Ａ側の処理は制御部２５１およびＦＴＰ部２５４によって実行される。

先ず、通信装置Ａ側の処理について説明する。

（ステップＳ１０１）制御部２５１は、通信装置Ａの起動が完了したか否かを判別する。通信装置Ａの起動が完了した場合はステップＳ１０２に進み、起動が完了していない場合は起動が完了するまで待つ。尚、この時点でパフォーマンス情報を収集するためのカウンタは”０”にクリアされる。

ここで、パフォーマンス情報の収集方法は、例えば送受信フレーム数や受信エラー数などの数値情報なので、カウンタを用いて所定時間の送受信フレーム数や受信エラー数などをカウントするものとする。また、本実施形態では、所定時間を１５分間として説明する。

（ステップＳ１０２）制御部２５１のＰＭ情報収集部２６１は、パフォーマンス情報の収集を開始する。つまり、パフォーマンス情報を収集するためのカウンタで数値情報のカウントを開始する。尚、このカウンタはハードウェアで構成され、カウンタ値が読み出されるまでカウント動作を続ける。そして、カウンタ値が読み出される度にハード的にカンウタ値が”０”にクリアされる。

（ステップＳ１０３）制御部２５１は、パフォーマンス情報の収集を開始してから所定時間（１５分間）が経過したか否かを判別する。１５分間が経過した場合はステップＳ１０４に進み、経過していない場合は１５分間が経過するまで待つ。

（ステップＳ１０４）制御部２５１のＰＭ情報収集部２６１は、１５分間で収集したパフォーマンス情報をＰＭ情報ＤＢ２５２に蓄積する。実際には、送受信フレーム数や受信エラー数などに対応する各カウンタのカウント値を読み出し、所定のフォーマットのファイルを作成してＰＭ情報ＤＢ２５２に蓄積する。そして、カウント値が読み出された各カウンタは”０”にリセットされ、次の１５分間のパフォーマンス情報のカウントを開始する。

（ステップＳ１０５）制御部２５１の認証要求部２６２は、管理サーバ装置１０１に宛先情報と認証情報の要求を行う。ここで、宛先情報は、例えばＦＴＰサーバのＩＰアドレスおよびポート番号などに相当し、認証情報はユーザ名とパスワードに相当する。

（ステップＳ１０６）制御部２５１の認証要求部２６２は、管理サーバ装置１０１からＦＴＰプロトコルでパフォーマンス情報を転送するための宛先情報と認証情報を受信する。

ここで、宛先情報は、例えばＦＴＰサーバのＩＰアドレスおよびポート番号などに相当し、認証情報はユーザ名とパスワードに相当する。尚、受信した宛先情報と認証情報はＦＴＰ部２５４の情報送信部２６３に出力される。尚、ＦＴＰで割り当てられるポート番号は「４９１５２〜６５５３５」の未使用ポートが割り当てられる。これらのポート番号は、システム側で自由に使用できるポート番号で、配下の複数の通信装置にそれぞれ異なるポート番号を割り当てることによって、並列に複数の通信装置からパフォーマンス情報をＦＴＰで受信することができる。特に、ＦＴＰ転送はファイル転送なので、従来のようにパフォーマンス情報を読み出す時間より十分に速い速度でパフォーマンス情報を取得することができる。また、転送するパフォーマンス情報のファイル名に通信装置名（Ｓｙｓｎａｍｅなど）と通信装置内部のカレンダ機能による日時などの情報を付加することにより、管理サーバ装置１０１（ＯｐＳ）で受信したパフォーマンス情報のファイルの識別が可能となり、検索や分類などの管理が容易になる。

（ステップＳ１０６ａ）ＦＴＰ転送の前に、通信装置Ａは宛先情報と認証情報でＦＴＰサーバにログインする。

（ステップＳ１０７）ＦＴＰ部２５４の情報送信部２６３は、宛先情報と認証情報に応じて、ＦＴＰサーバに接続してログイン後、ＰＭ情報ＤＢ２５２に蓄積されているパフォーマンス情報をＦＴＰプロトコルを用いて管理サーバ装置１０１のＦＴＰ部に送信する。

（ステップＳ１０７ａ）ＦＴＰ転送後に、パフォーマンス情報の送信が終了すると、通信装置ＡはＦＴＰサーバからログアウトする。そして、ＦＴＰサーバからログアウト後に切断して、ステップＳ１０３に戻って次の期間のパフォーマンス情報の取得を継続する。

このようにして、通信装置Ａはパフォーマンス情報を収集して、管理サーバ装置１０１にＦＴＰプロトコルを用いて収集したパフォーマンス情報を確実且つ迅速に転送することができる。

次に、管理サーバ装置１０１側の処理について説明する。

（ステップＳ２０１）制御部１５１の認証応答部１６２は、通信装置Ａから宛先情報と認証情報の要求を受信したか否かを判別する。宛先情報と認証情報の要求を受信するまで待機し、宛先情報と認証情報の要求を受信した場合はステップＳ２０２に進む。

（ステップＳ２０２）制御部１５１の認証応答部１６２は、通信装置Ａから受信した宛先情報と認証情報の要求に従い宛先情報と認証情報を通信装置Ａに送信する。

（ステップＳ２０２ａ）ＦＴＰ転送の前に通信装置Ａのログイン認証処理を行う。

（ステップＳ２０３）通信装置ＡからＦＴＰ部１５６にログインされた後に情報受信部１６３は、通信装置ＡからＦＴＰプロトコルを用いて転送されてくるパフォーマンス情報を受信する。転送終了後は通信装置Ａよりログアウトされパフォーマンス転送動作が終了する。

（ステップＳ２０３ａ）ＦＴＰ転送後に通信装置Ａのログアウト処理を行う。

（ステップＳ２０４）制御部１５１のＰＭ情報取得部１６１は、ＦＴＰ部１５６の情報受信部１６３が受信したパフォーマンス情報を通信装置毎にＰＭ情報ＤＢ１５２に蓄積する。

このようにして、通信装置Ａはパフォーマンス情報を収集して、管理サーバ装置１０１にＦＴＰプロトコルを用いて収集したパフォーマンス情報を確実且つ迅速に転送することができる。

ここで、本実施形態に係る通信装置管理システム１００の特徴について図３を用いて説明する。図３は、先に説明した図１の通信装置管理システム１００における各通信装置のパフォーマンス情報の収集と、管理サーバ装置１０１側のパフォーマンス情報の取得処理との時間的な関係を示した説明図である。尚、図３は従来技術で説明した図９に対応する。

図１において、複数の通信装置（通信装置Ａ，通信装置Ｂおよび通信装置Ｚなど）が起動されると、図２で説明したように、各装置はパフォーマンス情報の収集を所定時間毎（図３では１５分毎）に繰り返し行う。そして、最初の１５分間に収集したパフォーマンス情報は１５分履歴情報として各装置のＰＭ情報ＤＢ２６２に蓄積する。そして、各通信装置は、次の１５分間のパフォーマンス情報の収集を開始すると共に、管理サーバ装置１０１側に収集済みの１５分履歴のパフォーマンス情報をＦＴＰ転送するために管理サーバ装置１０１に宛先情報と認証情報の要求を行う。管理サーバ装置１０１の認証応答部１６２は、各通信装置から受信した宛先情報と認証情報の要求に従い、各通信装置に宛先情報と認証情報を送信する。そして、通信装置Ａはログインａを宛先情報で得たＩＰアドレスのＦＴＰサーバ（ここでは、管理サーバ装置１０１とする）に送信し、通信装置Ｂおよび通信装置Ｚはログインｂおよびログインｚを前述と同じＦＴＰサーバ（ここでは、管理サーバ装置１０１とする）に送信する。そして、管理サーバ装置１０１の認証応答部１６２は、各通信装置から受信した認証要求が予め登録されている認証情報に合致する場合は認証許可応答を各通信装置に送信する。認証許可を受信した各通信装置ＡからＺは、ＦＴＰプロトコルでパフォーマンス情報を転送する。この時、ポート番号は各通信装置毎に異なる。ＦＴＰ転送はファイル転送なので、ＳＮＭＰで転送する場合に比較して高速に送信でき、図３に示すように、次のパフォーマンス情報が各通信装置で収集を終えるまでに前のパフォーマンス情報の取得を終了することができる。

このようにして、本実施形態に係る通信装置管理システム１００におけるパフォーマンス情報収集方法では、ネットワークの輻輳などで情報を消失することなく、確実且つ高速にパフォーマンス情報を取得することができる。

（第２の実施形態）
次に、本発明に係る「通信装置管理システムおよびパフォーマンス情報収集方法」の第２の実施形態について説明する。

図４は、第２の実施形態に係る通信装置管理システム１００’の構成を示すブロック図である。図４の通信装置管理システム１００’は、管理サーバ装置１０１’と、ネットワーク１０２と、複数の通信装置（通信装置Ａ’，通信装置Ｂ’および通信装置Ｚ’）とで構成される。また、必要に応じて保守端末１０３もネットワーク１０２に接続される。尚、第１の実施形態で説明した図１の通信装置管理システム１００と同符号のものは同じものを示す。第１の実施形態と異なる部分は、管理サーバ装置１０１’の制御部１５１’の構成と、通信装置Ａ’の制御部２５１’の構成である。

本実施形態に係る通信装置管理システム１００’は、第１の実施形態の通信装置管理システム１００と同様に、ネットワーク１０２を介して接続される複数の通信装置のパフォーマンス情報を管理するためのシステムである。

図４において、管理サーバ装置１０１’は、制御部１５１’と、パフォーマンス情報データベース（ＰＭ情報ＤＢ）１５２と、通信インターフェース（通信ＩＦ）１５３と、表示部１５４と、操作部１５５とで構成され、各部はシステムバス１５７で互いに接続されている。

制御部１５１’は、管理サーバ装置１０１’の全体の動作を制御する。特に本実施形態では、ＳＮＭＰマネージャ３０１と、各通信装置のパフォーマンス情報を取得するためのパフォーマンス情報取得部（ＰＭ情報取得部）３０２と、各通信装置に対してパフォーマンス情報の収集を開始するオフセット時間を指示するオフセット時間指示部３０３と、各通信装置に対して指示したオフセット時間に応じて各装置のパフォーマンス情報の収集終了時間を推定し、各通信装置からパフォーマンス情報を取得するタイミングを決めるスケジューリング部３０４とを有している。

尚、管理サーバ装置１０１’において、ＰＭ情報ＤＢ１５２，通信ＩＦ１５３，表示部１５４，操作部１５５およびシステムバス１５７については、第１の実施形態の管理サーバ装置１０１と同じなので重複する説明は省略する。

一方、通信装置Ａ’は、制御部２５１’と、パフォーマンス情報データベース（ＰＭ情報ＤＢ）２５２と、通信インターフェース（通信ＩＦ）２５３と、システムバス２５５とで構成される。

制御部２５１’は、通信装置Ａ’の全体の動作を制御する。特に本実施形態では、ＳＮＭＰエージェント３５１と、通信装置Ａ’のパフォーマンス情報を収集するパフォーマンス情報収集部（ＰＭ情報収集部）３５２とを有している。

尚、ＰＭ情報ＤＢ２５２，通信ＩＦ２５３およびシステムバス２５５については、第１の実施形態の通信装置Ａと同じなので重複する説明は省略する。また、通信装置Ｂ’および通信装置Ｚ’は、通信装置Ａ’と同じ構成である。

次に、本実施形態に係る通信装置管理システム１００’において各通信装置のパフォーマンス情報を取得する処理の流れについて図５のフローチャートを用いて説明する。図５のフローチャートは、管理サーバ装置１０１’側のパフォーマンス情報取得処理と、通信装置Ａ’側のパフォーマンス情報収集処理とを描いたフローチャートで、管理サーバ装置１０１’と通信装置Ａ’との間で送受信される情報の様子を点線矢印で示している。

尚、図５のフローチャートにおいて、管理サーバ装置１０１’側の処理は制御部１５１’によって実行され、通信装置Ａ側の処理は制御部２５１’によって実行される。特に本実施形態に係る通信装置管理システム１００’は、従来技術と同様にＳＮＭＰを使用して通信装置のパフォーマンス情報を取得する。ＳＮＭＰは、ＴＲＡＰメッセージ，ＧＥＴリクエストコマンド，ＧＥＴレスポンスメッセージ，ＳＥＴリクエストコマンドなどの制御データを用いて、マネージャ側（管理サーバ装置１０１’の制御部１５１’のＳＮＭＰマネージャ３０１）とエージェント側（各通信装置の制御部２５１’のＳＮＭＰエージェント３５１）との間でパフォーマンス情報を送受信する。

先ず、通信装置Ａ’側の処理について説明する。

（ステップＳ３０１）制御部２５１’は、予め管理サーバ装置１０１’からオフセット時間指示を受信する。オフセット時間とは、通信装置Ａ’でパフォーマンス情報の収集を開始するタイミングを決めるための情報である。例えば従来技術で説明したように、各通信装置は起動または再起動された時間タイミングでパフォーマンス情報の収集を開始し、管理サーバ装置１０１’と同期していないため、パフォーマンス情報の収集完了をＴｒａｐで通知しなければならない。また、停電などによる地域災害の復帰時には、各通信装置への電源供給による起動が同時刻に起こるため、通信装置Ａａから通信装置Ｚａが起動した時刻（例えば１２：００とする）からパフォーマンス情報の収集を開始して収集完了Ｔｒａｐも同時刻に集中する。これに対して、本実施形態に係る通信装置管理システム１００’では、管理サーバ装置１０１’から各通信装置に対してパフォーマンス情報の収集を開始する定時時刻を設けて、定時時刻から所定時間だけ遅らせるためのオフセット時間を指示する。定時時刻は、収集間隔が１５分であれば００分を起点として、１５分，３０分，４５分のようになる。例えば通信装置Ａ’にオフセット時間２分を指示すると、通信装置Ａ’は従来なら１２：００からパフォーマンス情報の収集を開始するのを（１２：００＋オフセット時間（２分））＝１２：０２からパフォーマンス情報の収集を開始する。同様に、通信装置Ｂ’のオフセット時間は４分、通信装置Ｚ’のオフセット時間は８分などのように指示する。これにより、複数の通信装置がパフォーマンス情報の取得を開始する時間をずらすことができる。この結果、パフォーマンス情報の収集を終了する時間もずれることになり、Ｔｒａｐ通知を管理サーバ装置１０１’に送信する時間が分散されるのでネットワークの輻輳の発生を抑えることができる。

（ステップＳ３０２）制御部２５１’は、通信装置Ａ’がパフォーマンス情報の収集を開始すべき時刻（共通の開始時刻＋オフセット時間）になったか否かを判別する。パフォーマンス情報の収集を開始すべき時刻になった場合はステップＳ３０３に進み、Ｎｏの場合はパフォーマンス情報の収集を開始すべき時刻になるまで待つ。

ここで、パフォーマンス情報の収集方法は、第１の実施形態と同様に、例えば送受信フレーム数や受信エラー数などの数値情報なので、カウンタを用いて所定時間の送受信フレーム数や受信エラー数などをカウントするものとする。また、本実施形態では、所定時間を１５分間として説明する。

（ステップＳ３０３）制御部２５１’のＰＭ情報収集部３５２は、パフォーマンス情報の収集を開始する。つまり、パフォーマンス情報を収集するためのカウンタで数値情報のカウントを開始する。尚、第１の実施形態と同様に、このカウンタはハードウェアで構成され、カウンタ値が読み出されるまでカウント動作を続ける。そして、カウンタ値が読み出される度にハード的にカンウタ値が”０”にクリアされる。

（ステップＳ３０４）制御部２５１’は、パフォーマンス情報の収集を開始してから所定時間（１５分間）が経過したか否かを判別する。１５分間が経過した場合はステップＳ３０５に進み、経過していない場合は１５分が経過するまで待つ。

（ステップＳ３０５）制御部２５１’のＰＭ情報収集部３５２は、１５分間で収集したパフォーマンス情報をＰＭ情報ＤＢ２５２に蓄積する。実際には、第１の実施形態と同様に、送受信フレーム数や受信エラー数などに対応する各カウンタのカウント値を読み出し、所定のフォーマットに変換してＰＭ情報ＤＢ２５２に蓄積する。そして、カウント値が読み出された各カウンタは”０”にリセットされ、次の１５分間のパフォーマンス情報のカウントを開始する。

（ステップＳ３０６）管理サーバ装置１０１’のＳＮＭＰマネージャ３０１は、制御部２５１’のＳＮＭＰエージェント３５１を介して収集済のパフォーマンス情報をＰＭ情報ＤＢ２５２から読み出す。そして、パフォーマンス情報の読み取りが終了すると、ステップＳ３０４に戻って次の期間のパフォーマンス情報の取得を継続する。

このようにして、通信装置Ａ’はパフォーマンス情報を収集して、管理サーバ装置１０１’に収集したパフォーマンス情報を転送することができる。

次に、管理サーバ装置１０１’側の処理について説明する。

（ステップＳ４０１）制御部１５１’のオフセット時間指示部３０３は、通信装置Ａ’にオフセット時間を指示する。

（ステップＳ４０２）制御部１５１’のスケジューリング部３０４は、ステップＳ４０１で各通信装置に指示したオフセット時間に応じて各装置のパフォーマンス情報の収集終了時間を推定し、各通信装置からパフォーマンス情報を取得するタイミングを設定する。ここで、終了時刻は、（定時時刻＋１５分＋各装置のオフセット時間）となる。

（ステップＳ４０３）制御部１５１’のＰＭ情報取得部３０２は、パフォーマンス情報を読み出せる時刻（取得時刻）になったか否かを判別する。ここで、取得時刻は、ステップＳ４０２で設定した各通信装置がパフォーマンス情報の収集を終了する時刻に対応する。取得時刻になった場合はステップＳ４０４に進み、Ｎｏの場合は取得時刻になるまで待つ。

（ステップＳ４０４）制御部１５１’のＳＮＭＰマネージャ３０１は、各通信装置の制御部２５１’のＳＮＭＰエージェント３５１を介して収集済のパフォーマンス情報を読み出す。

（ステップＳ４０５）制御部１５１’のＰＭ情報取得部３０２は、ＳＮＭＰマネージャ３０１が各通信装置から読み出したパフォーマンス情報を通信装置毎にＰＭ情報ＤＢ１５２に蓄積する。

このようにして、通信装置Ａ’はパフォーマンス情報を収集して、管理サーバ装置１０１’は通信装置Ａ’が収集したパフォーマンス情報を取得することができる。特に本実施形態では、従来技術のようにＴｒａｐ通知を用いないので、Ｔｒａｐ通知の消失によるパフォーマンス情報の取得ミスを防止することができ、定期的に確実にパフォーマンス情報の読み出しを開始することができる。但し、パフォーマンス情報の読み出しにはＳＮＭＰを用いているので、読み出し時間が所定時間（上記の場合は１５分）をオーバーすると、以降のパフォーマンス情報が失われるという問題は残るが、ネットワークの輻輳によるＴｒａｐ通知の消失は防止することができる。

ここで、本実施形態に係る通信装置管理システム１００’の特徴について図６を用いて説明する。図６は、従来技術で説明した図７の通信装置管理システム９００における各通信装置のパフォーマンス情報の収集と、管理サーバ装置９０１側のパフォーマンス情報の取得処理との時間的な関係を示した説明図である。

図６において、複数の通信装置（通信装置Ａ’，通信装置Ｂ’および通信装置Ｚ’など）が起動されると、図５で説明したように、各装置はパフォーマンス情報の収集を各装置に指示されたオフセット時間だけずらして所定時間毎（図６では１５分毎）に繰り返し行う。例えば、図６において、通信装置Ｂ’は通信装置Ａ’よりもオフセット時間Ｔｂだけ遅れてパフォーマンス情報の収集を開始するので、最初の１５分間に収集したパフォーマンス情報を１５分履歴情報として各装置のＰＭ情報ＤＢ２６２に蓄積する時刻もオフセット時間Ｔｂだけ遅くなる。同様に、通信装置Ｚ’は通信装置Ａ’よりもオフセット時間Ｔｚだけ遅れてパフォーマンス情報の収集を開始するので、最初の１５分間に収集したパフォーマンス情報を１５分履歴情報として各装置のＰＭ情報ＤＢ２６２に蓄積する時刻もオフセット時間Ｔｚだけ遅くなる。そして、各通信装置は、次の１５分間のパフォーマンス情報の収集もオフセット時間だけずらして収集を開始する。

一方、管理サーバ装置１０１’は、スケジューリング部３０４が設定した各通信装置のパフォーマンス情報の取得時刻になったら、ＳＮＭＰによって各通信装置からパフォーマンス情報の読み取りを行う。つまり、図６に示すように、各通信装置に設定したオフセット時間だけずらしながら分散してパフォーマンス情報を複数の装置から読み出すことができる。

このようにして、本実施形態に係る通信装置管理システム１００’におけるパフォーマンス情報収集方法では、Ｔｒａｐ通知で用いずにスケジュール設定を行ってパフォーマンス情報を読み出すので、管理サーバ装置１０１’は確実にパフォーマンス情報を取得することができる。

以上、本発明に係るネットワーク管理システムおよびバージョン管理方法について、実施例を挙げて説明してきたが、その精神またはその主要な特徴から逸脱することなく他の多様な形で実施することができる。そのため、上述した実施例はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明は、特許請求の範囲によって示されるものであって、本発明は明細書本文にはなんら拘束されない。さらに、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内である。

１００，１００'，９００・・・通信装置管理システム
１０１，１０１'，９０１・・・管理サーバ装置
１０２，９０２・・・ネットワーク
Ａ，Ｂ，Ｚ，Ａａ，Ｂａ，Ｚａ，Ａ’，Ｂ’，Ｚ’・・・通信装置
１０３，９０３・・・保守端末
１５１，１５１'，９５１・・・制御部
１５２，９５２・・・ＰＭ情報ＤＢ
１５３，９５３・・・通信ＩＦ
１５４，９５４・・・表示部
１５５，９５５・・・操作部
１５６・・・ＦＴＰ部
１５７，９５６・・・システムバス
１６１，３０２，９７２・・・ＰＭ情報取得部
１６２・・・認証応答部
１６３・・・情報受信部
２５１，９６１・・・制御部
２５２，９６２・・・ＰＭ情報ＤＢ
２５３，９６３・・・通信ＩＦ
２５４・・・ＦＴＰ部
２５５，９６４・・・システムバス
２６１，３５２，９８２・・・ＰＭ情報収集部
２６２・・・認証要求部
２６３・・・情報送信部
３０１，９７１・・・ＳＮＭＰマネージャ
３０２・・・ＰＭ情報取得部
３０３・・・オフセット時間指示部
３０４・・・スケジューリング部
３５１，９８１・・・ＳＮＭＰエージェント

Claims (7)

1. 複数の通信装置と、ネットワークを介して接続された前記通信装置を管理するサーバ装置とで構成される通信装置管理システムにおいて、
   前記通信装置は、
   自装置のパフォーマンス情報を予め設定された所定時間毎に繰り返して収集し、前記所定時間内に収集した前記パフォーマンス情報をデータベースに蓄積する情報収集手段と、
   前記情報収集手段が前記パフォーマンス情報の収集を終了した時に前記サーバ装置に認証要求を行う認証要求手段と、
   前記サーバ装置から受信する転送先のＩＰアドレスおよびポート番号に対応するＦＴＰサーバに前記情報収集手段が前記所定時間内に収集した前記パフォーマンス情報を次の前記所定時間内にＦＴＰプロトコルを用いて送信する情報送信手段と
   で構成され、
   前記サーバ装置は、
   前記通信装置の認証要求を許可した場合に前記パフォーマンス情報の転送先のＩＰアドレスおよび前記複数の通信装置毎にそれぞれ異なるポート番号を割り当てて送信する認証応答手段と、
   前記通信装置から転送されてきた前記パフォーマンス情報を受信する情報受信手段と
   で構成される
   ことを特徴とする通信装置管理システム。
2. 請求項１に記載の通信装置管理システムにおいて、
   前記パフォーマンス情報は、通信装置の統計情報および性能情報であることを特徴とする通信装置管理システム。
3. 請求項１または２に記載の通信装置管理システムにおいて、
   前記ＦＴＰプロトコルの未使用ポートを用いることを特徴とする通信装置管理システム。
4. 請求項１から３のいずれか一項に記載の通信装置管理システムにおいて、
   前記ＦＴＰプロトコルで転送する前記パフォーマンス情報のファイル名に前記通信装置の名前と転送時刻を付加することを特徴とする通信装置管理システム。
5. 複数の通信装置と、ネットワークを介して接続された前記通信装置を管理するサーバ装置とで構成される通信装置管理システムにおいて、
   前記通信装置は、
   前記サーバ装置から与えられるオフセット時間情報に応じて自装置のパフォーマンス情報の収集を開始し、収集した情報をデータベースに蓄積する情報収集手段で
   構成され、
   前記サーバ装置は、
   前記複数の通信装置毎にそれぞれ異なるオフセット時間情報を送信するオフセット時間指示手段と、
   前記複数の通信装置毎にそれぞれ異なるオフセット時間情報に応じて前記通信装置毎に前記パフォーマンス情報を取得するタイミングを設定するスケジューリング手段と、
   前記スケジューリング手段で設定されたタイミングに応じて前記通信装置毎にそれぞれ異なるタイミングでＳＮＭＰプロトコルを用いて前記パフォーマンス情報を取得する情報取得手段と
   で構成されることを特徴とする通信装置管理システム。
6. 複数の通信装置と、ネットワークを介して接続された前記通信装置を管理するサーバ装置とで構成される通信装置管理システムにおけるパフォーマンス情報収集方法であって、
   前記通信装置では、
   自装置のパフォーマンス情報を予め設定された所定時間毎に繰り返して収集し、前記所定時間内に収集した前記パフォーマンス情報をデータベースに蓄積する情報収集手順と、
   前記情報収集手順で前記パフォーマンス情報の収集を終了した時に前記サーバ装置に認証要求を行う認証要求手順と、
   前記サーバ装置から受信する転送先のＩＰアドレスおよびポート番号に対応するＦＴＰサーバに前記情報収集手順で前記所定時間内に収集した前記パフォーマンス情報を次の前記所定時間内にＦＴＰプロトコルを用いて送信する情報送信手順と
   を実行し、
   前記サーバ装置では、
   前記通信装置の認証要求を許可した場合に前記パフォーマンス情報の転送先のＩＰアドレスおよび前記複数の通信装置毎にそれぞれ異なるポート番号を割り当てて送信する認証応答手順と、
   前記通信装置から転送されてきた前記パフォーマンス情報を受信する情報受信手順と
   を実行する
   ことを特徴とする通信装置管理システムにおけるパフォーマンス情報収集方法。
7. 複数の通信装置と、ネットワークを介して接続された前記通信装置を管理するサーバ装置とで構成される通信装置管理システムにおけるパフォーマンス情報収集方法であって、
   前記通信装置では、
   前記サーバ装置から与えられるオフセット時間情報に応じて自装置のパフォーマンス情報の収集を開始し、収集した情報をデータベースに蓄積する情報収集手順を
   実行し、
   前記サーバ装置では、
   前記複数の通信装置毎にそれぞれ異なるオフセット時間情報を送信するオフセット時間指示手順と、
   前記複数の通信装置毎にそれぞれ異なるオフセット時間情報に応じて前記通信装置毎に前記パフォーマンス情報を取得するタイミングを設定するスケジューリング手順と、
   前記スケジューリング手順で設定されたタイミングに応じて前記通信装置毎にそれぞれ異なるタイミングでＳＮＭＰプロトコルを用いて前記パフォーマンス情報を取得する情報取得手順と
   を実行することを特徴とする通信装置管理システムにおけるパフォーマンス情報収集方法。

Images