(57)【要約】【課題】これまでのコンピュータシステムの性能情報の収集機能においては、監視対象となるデータが変化した場合に、まわりへの影響を考慮したユーザインタフェースを提供していなかった。【解決手段】本発明においては、コンピュータから受信したデータにもとづいて、他のコンピュータから採取した過去のデータを比較し、該受信データによって影響を及ぼすと予測される部分を画面に表示する。【選択図】  図１６
2004318540.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを用いた性能情報監視方法であって、
第一のコンピュータは、コンピュータに関するグループの情報を受け付け、
前記受け付けたグループの情報を記憶装置に格納し、
第二のコンピュータから性能情報を受信し、
予め記憶装置に格納した第二のコンピュータの性能情報と前記第二のコンピュータから受信した性能情報とを比較した結果、性能情報に変化がある場合には、
前記グループの情報に前記第二のコンピュータが含まれるか否かを判定し、
前記判定結果に応じて、前記グループの情報に含まれるコンピュータに対して性能情報を収集する間隔を変更するための指示を送信することを特徴とする性能情報監視方法。
【請求項２】
前記性能情報とは、少なくとも記憶装置の容量、記憶装置の使用容量、記憶装置の空き容量のうちの１つを含むことを特徴とする請求項１記載の性能情報監視方法。
【請求項３】
コンピュータを用いた画面表示方法であって、
前記コンピュータは、他のコンピュータから取得した情報にもとづいて、前記他のコンピュータのホスト名と前記他のコンピュータが管理しているボリュームのボリューム名とを表示し、
前記他のコンピュータが管理しているボリュームの使用状況の情報を前記他のコンピュータから受信し、
前記表示したボリューム名に対応するボリュームの使用状況の情報が予め定められた条件を満たしている場合には、当該ボリュームに対応するボリューム名を強調表示することを特徴とする画面表示方法。
【請求項４】
前記ボリュームの使用状況の情報とは、少なくともボリュームの容量、ボリュームの使用容量、ボリュームの空き容量のうちの１つの情報を含むことを特徴とする請求項３記載の画面表示方法。
【請求項５】
性能情報を画面に表示するプログラムであって、
前記プログラムは、他のコンピュータから取得した情報にもとづいて、前記他のコンピュータのホスト名と前記他のコンピュータが管理しているボリュームのボリューム名とを表示し、
前記他のコンピュータが管理しているボリュームの使用状況の情報を前記他のコンピュータから受信し、
前記受信したボリュームの使用状況の情報にもとづいて、前記表示したボリューム名に対応するボリュームの使用状況の情報が予め定められた条件を満たしているか否かを判定し、
前記判定結果に応じて当該ボリュームに対応するボリューム名の表示を変化させることを特徴とする性能情報を画面に表示するプログラム。
【請求項６】
前記予め定められた条件とは、ボリュームの使用容量、ボリュームの空き容量のいずれか１つの値を含むことを特徴とする請求項５記載の性能情報を画面に表示するプログラム。
【請求項７】
コンピュータを用いた性能情報監視方法であって、
前記コンピュータは、ディスクに対する入出力の発生を検出し、
前記入出力の発生の検出結果に応じてデータ収集間隔を変更する指示を送信することを特徴とする性能情報監視方法。
【請求項８】
前記データ収集間隔を変更する指示を送信する際に、データ収集間隔が、予め定めたデータ収集間隔の上限値または下限値の範囲内にあるか否かを判断し、前記判断結果に応じて前記データ収集間隔を変更する指示を送信することを特徴とする請求項７記載の性能情報監視方法。
【請求項９】
前記入出力の発生の検出結果に応じたデータ収集間隔の変更する指示の送信とは、ディスクへの入出力回数が規定された閾値を超えた場合に、データ収集間隔を短縮する指示を送信することを特徴とする請求項７記載の性能情報監視方法。
【請求項１０】
性能情報表示システムであって、
他のコンピュータから取得した情報にもとづいて、前記他のコンピュータのホスト名と前記他のコンピュータが管理しているボリュームのボリューム名とを表示する手段と、
前記他のコンピュータが管理しているボリュームの使用状況の情報を前記他のコンピュータから受信する手段と、
前記表示したボリューム名に対応するボリュームの使用状況の情報が予め定められた条件を満たしている場合には、当該ボリュームに対応するボリューム名を強調表示する手段とを含むことを特徴とする性能情報表示システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータを用いた性能情報の監視や性能情報の収集に関する。
【０００２】
【従来の技術】
従来技術として、管理対象データの異常な変動を検出した場合に、次回から管理対象データの収集頻度を高めるように指示を出すもの（例えば、特許文献１参照）がある。
【０００３】
また、コントローラからデータを収集する方法において、重要監視データの変化率が高いコントローラから優先した割合でデータを収集するものがある（たとえば、特許文献２参照）。
【０００４】
【特許文献１】
特開２００１−２７３３３６号公報（第３−５頁）
【特許文献２】
特開平７−２８２０９０号公報（第２−４頁）
【０００５】
【発明が解決しようとする課題】
従来の技術においては、ユーザに対して性能情報を提供する際に、データの変化に応じて回りに与える影響については考慮されていなかった。
【０００６】
本発明においては、入出力の検出結果によってデータの収集間隔に対する指示を行うことを目的とする。
また、本発明においては、ユーザの指定に応じた情報の取得を目的とする。
また、本発明においては、ユーザにとってわかりやすく性能情報を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明における計算機を用いた性能情報収集方法であって、第一の計算機は、計算機に関するグループの情報を受け付け、前記受け付けたグループの情報を記憶装置に格納し、第二の計算機から性能情報を受信した場合に、予め記憶装置に格納されていた性能情報と比較した結果、性能情報に変化がある場合には、前記第二の計算機が前記グループの情報に含まれるか否かを判定し、前記判定結果に応じて、前記グループの情報に含まれる計算機に対して性能情報を収集する間隔を変更するための指示を送信することを特徴とする。
【０００８】
【発明の実施の形態】
以下に本発明を説明する。
図１は、エージェントプログラムの例である。
【０００９】
エージェントプログラム１００は、通信制御部１１０、データ収集管理モジュール１２０、データ蓄積部１３０を含む。
【００１０】
通信制御部１１０は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などのネットワークでのデータ伝送や無線通信などを行う際に、データを送受信する機能を持つ。
【００１１】
データ収集管理モジュール１２０は、データ収集部１２１、データ収集対象管理部１２２、データ収集間隔管理部１２３を含む。
データ収集対象管理部１２２は、データを収集する対象の情報を管理する。収集する対象となるデータは、サーバに接続されるディスクや各種ストレージ機器（ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ  ｄｉｓｋ）、テープ、スイッチなど）の情報、ストレージ機器を管理するためのコンピュータの情報、ストレージ機器を利用するソフトウエアやコンピュータに関する情報などである。
【００１２】
データ収集間隔管理部１２３は、データ収集間隔短縮イベントを受信し、データ収集間隔を短縮する機能を持つと共に、データ収集間隔拡張イベントを受信し、データ収集間隔を拡張する機能を持つ。
尚、イベントとは、プログラム（又はコンピュータ）で送受信する情報である。イベントに含まれる情報の詳細は、各プログラムに含まれるイベント生成部の説明部分において記載する。
【００１３】
データ収集部１２１は、データ収集対象管理部１２２、およびデータ収集間隔管理部１２３の保持する情報に基づき、データを収集する機能を持つ。
【００１４】
データ収集部１２１は、収集したデータをデータ蓄積部１３０に時系列順に格納する機能を持つ。データ収集部１２１により取得される容量系のデータが、データ蓄積部１３０に格納される例は図５を用いて具体的に説明する。
データ蓄積部１３０は、データ蓄積部１３０に格納されているデータを転送する機能を持つ。
【００１５】
図２は、マネージャープログラムの構成例である。
マネージャープログラム２００は、通信制御部２１０，  データ収集管理モジュール２２０、データ収集部２２１、データ収集対象管理部２２２、データ収集間隔管理部２２３、取得データ時間情報管理部２２４、データ蓄積部２３０、データ変化情報管理モジュール２４０、データ変化情報検出部２４１、イベント生成部２４２を含む。
【００１６】
通信制御部２１０は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などのネットワークを介したデータ伝送や無線通信などを行う際に、データ収集部２２１の要求に応じてエージェントプログラム１００へデータを送信し、エージェントプログラム１００からデータを受信する機能を持つ。また、イベント生成部２４２の要求に応じてエージェントプログラム１００へデータを送信する機能も持つ。
【００１７】
データ収集管理モジュール２２０は、データ収集部２２１、データ収集対象管理部２２２、データ収集間隔管理部２２３を含む。
データ収集対象管理部２２２は、データを収集する対象のエージェントプログラムの情報を持つ。マネージャープログラム２００に対し、複数のエージェントプログラムがＬＡＮを介したネットワーク上に存在する場合には、データ収集対象管理部２２２により、データ収集対象のエージェントプログラムを選定するものとする。
【００１８】
尚、エージェントプログラムの情報とは、以下の情報のいずれかでもよいし、他の情報でもよい。
・エージェントプログラムの識別子やプログラムの名称
・エージェントプログラムが稼動するコンピュータのホスト名、ＭＡＣアドレス、ＩＰアドレス
・エージェントプログラムが稼動するコンピュータが利用するストレージ機器に関する情報（ストレージ機器の名称、ボリューム名、ポート番号、ＷＷＮ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｎａｍｅ）、性能情報など）
・エージェントプログラムが稼動するコンピュータで、ストレージ機器に格納されたファイルを利用するプログラムの情報（ＤＢＭＳ（Ｄａｔａ  Ｂａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）、ＯＳ、Ｗｅｂサーバプログラム、アプリケーションプログラムなど）
・エージェントプログラムが稼動するコンピュータが利用するポート番号
・エージェントプログラムがデータを送受信するマネージャープログラムのＩＰアドレス
データ収集間隔管理部２２３は、監視対象のエージェントプログラムからデータを収集する時間間隔の情報を持つ。データ収集対象管理部２２３の持つデータ収集間隔の時間情報に基づき、マネージャープログラム２００は定期的にエージェントプログラム１００からエージェントプログラムの保持するデータをマネージャープログラムへ転送する要求を出す。
【００１９】
取得データ時間情報管理部２２４は、データ蓄積部２３０へ格納したデータの時間情報を持ち、データ蓄積部１３０から転送されたデータにより取得データ時間情報を更新する機能を持つ。
【００２０】
データ収集部２２１は、データ収集対象管理部２２２、データ収集間隔管理部２２３の持つ情報に基づきデータを収集する機能を持つと共に、取得データ時間情報管理部２２４の情報に基づき、データ蓄積部２３０へ未だ格納されていないデータをデータ蓄積部１３０へ要求する機能を持つ。
【００２１】
データ変化情報管理モジュール２４０は、データ変化情報検出部２４１、イベント生成部２４２から構成される。
【００２２】
データ変化情報検出部２４１は、データ蓄積部１３０から取得されるデータに対して、前回データ蓄積部１３０から取得されたデータと比較する機能を持つ。
【００２３】
データ変化情報検出部２４１は、データ蓄積部１３０から取得されたデータの内、容量情報、使用中容量情報、空き容量情報の値など（以下、容量系のデータと記載）に変化が有るか無いかを判定する機能を持つ。
尚、取得した情報に変化が有るか無いかを判定する場合には、Ｎ回目に取得した情報とＮ＋１回目に取得した情報の差分がある場合に変化があると判定してもよいし、その他の方法を用いて変化が有るか否かのの判定を行ってもよい。
【００２４】
データ収集部２２１は、データ変化情報検出部２４１が容量系のデータに変化があることを検知した場合には、変化分のデータをデータ蓄積部２３０へ格納する機能を持つ。
【００２５】
データ収集部２２１は、データ変化情報検出部２４１で容量系のデータに変化が無いことを検知した場合には、データ蓄積部２３０に格納されているデータの時間情報を更新する機能を持つ。また、データ収集部２２１は、データ変化情報検出部２４１で容量系のデータに変化が無いことを検知した場合には、データをデータ蓄積部２３０へ格納せずに廃棄する機能を持つ。
【００２６】
イベント生成部２４２は、データ変化情報検出部２４１で容量系のデータに変化が無いことを検知した場合、エージェント１００のデータ収集間隔管理部１２３に対してデータ収集間隔拡張イベントを生成する機能を持つ。
【００２７】
マネージャープログラムのイベント生成部２４２は、エージェントプログラムから受信した情報に応じて、イベントを生成する。イベントは以下の情報を含む。尚、これは一例であり、性能情報の監視や収集に用いるための別な情報をイベントとしてもよい。
・データ収集間隔変更フラグ
・宛先となるプログラムが稼動するコンピュータのＩＰアドレス
・プログラムがデータの送受信のために用いるポート番号
たとえば、データ収集間隔を短縮するためのフラグが「０」、データ収集間隔を拡張するためのフラグが「１」、ＩＰアドレスが「１１１．２２２．３３．４」、ポート番号が「８０８０」である場合のイベントが含む情報の例を以下に示す。（尚、データ収集間隔変更フラグの内容は、予めエージェントプログラムとマネージャープログラムで定義しておいてもよい。）
｜  ０  ｜  １１１．２２２．３３．４  ｜  ８０８０｜  …  データ収集間隔拡張イベントの例
マネージャープログラム２００が、エージェントプログラム１００の保持するデータを取得し処理する説明は、図９のフローチャートで詳細に説明する。
【００２８】
データ蓄積部２３０は、データ蓄積部２３０のデータを転送する機能を持つ。データ収集部２２１により取得されるエージェントプログラムのデータが、データ蓄積部２３０に格納される例は図６を用いて具体的に説明する。
【００２９】
図３は、監視対象ホストの構成例である。
監視対象ホスト３００は、ユーザプログラム部３１０、ファイルシステム部３２０、ボリューム管理モジュール３３０、入出力発生検出部３３１、イベント生成部３３２、Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ部３４０、ドライバ部３５０、入出力回数閾値管理部３５１、入出力回数閾値超え検出部３５２、イベント生成部３５３、ディスク部３６０から構成される。
ユーザプログラム部３１０は、ユーザ定義のプログラムを動作させる処理をする機能を持つ。
【００３０】
ファイルシステム部３２０は、監視対象ホスト（サーバなどのコンピュータ）に接続されているディスクや、サーバがネットワークを介して利用するストレージ機器を管理する情報を持つ。
サーバに接続されているディスクなどに対して、ファイルシステムを利用する。これによって、Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍが、ファイルシステムにされたディスクの容量情報、使用中容量情報、空き容量情報、記録されたファイルの数、ファイルの所有者、ファイルの書き込み権限、ファイルの読み出し権限、ファイルの実行権限を管理できる。
【００３１】
ディスク容量監視装置では、サーバに接続されているディスクの容量系の情報を、Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍにより提供される機能を用いて監視できる。
【００３２】
ボリューム管理モジュール３３０は、入出力発生検出部３３１、イベント生成部３３２から構成される。ボリュームとは、サーバに接続されているディスクのうち、適当なサイズに区切られたディスクを示す。また、サーバに直接接続されていない各種記憶装置の記憶領域でもよい。たとえば、コンピュータがＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を介して利用する記憶装置の領域でもよいし、その他のものでもよい。
【００３３】
入出力発生検出部３３１は、ファイルシステムの持つ容量系情報を格納しているディスク領域を監視し、入出力が発生したことを検知する機能を持つ。
【００３４】
イベント生成部３３２は、入出力発生検出部３３１でファイルシステムの持つ容量系情報を格納しているディスク領域に入出力が発生したことを検知した場合、エージェント１００のデータ収集間隔管理部１２３に対してデータ収集間隔短縮イベントを生成する機能を持つ。
【００３５】
Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ部３４０は、ユーザプログラム部３１０によって利用される共通的な機能を提供し、サーバ全体を管理する機能を持つ。
ドライバ部３５０は、入出力回数閾値管理部３５１、入出力回数閾値超え検出部３５２、イベント生成部３５３から構成される。
ドライバは、Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍが周辺機器を動作させるための機能を持つ。
【００３６】
入出力回数閾値管理部３５１は、ドライバの管理するディスクへの入出力回数とサーバの内部時計の時間情報をパラメータとした閾値を管理する機能を持つ。入出力回数閾値超え検出部３５２は、ドライバの管理するディスクへの入出力回数が閾値を超過したことを検出する機能を持つ。
【００３７】
イベント生成部３５３は、入出力回数閾値超え検出部３５２でドライバの管理するディスクへの入出力回数が閾値を超過したことを検出した場合、エージェント１００のデータ収集間隔管理部１２３に対してデータ収集間隔短縮イベントを生成する機能を持つ。
ディスク部３６０は、ドライバ部３５０により監視されるディスクを示す。
【００３８】
ディスク部３６０は、ドライバ部３５０の機能を使用するＯｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ部３４０によって制御される。
図４は、クライアントプログラムの構成例である。
【００３９】
クライアントプログラム４００は、通信制御部４１０、データ収集部４２０、データ表示部４３０から構成される。
通信制御部４１０は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続されおり、データを送受信する機能を持つ。
【００４０】
データ収集部４２０は、マネージャープログラム２００のデータ蓄積部２３０に対して、クライアントプログラム４００にデータを転送する要求を出す機能を持つ。
データ表示部４３０は、マネージャープログラム２００のデータ蓄積部２３０から転送されたデータを表示する機能を持つ。
【００４１】
図５は、エージェントプログラム１００のデータ蓄積部１３０におけるデータ蓄積例を示している。
データは、リソース欄５１０、容量欄５２０、使用中容量欄５３０、空き容量欄５４０、時刻欄５５０から構成される。
リソース欄５１０には、エージェントプログラム１００がＯｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ部３４０の機能を用いて取得したファイルシステム名が格納される。尚、リソース名として格納するものは、ストレージ機器の型名やボリュームの名前や識別子などでもよい。
【００４２】
容量欄５２０には、エージェントプログラム１００がＯｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ部３４０の機能を用いて取得したファイルシステムの容量情報が格納される。
使用中容量欄５３０には、エージェントプログラム１００がＯｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ部３４０の機能を用いて取得したファイルシステムの使容量情報が格納される。
【００４３】
空き容量欄５４０には、エージェントプログラム１００がＯｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ部３４０の機能を用いて取得したファイルシステムの空き容量情報が格納される。時刻欄５５０には、エージェントプログラム１００がＯｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ部３４０の機能を用いてリソース欄５１０，  容量欄５２０欄、使用中容量欄５３０、空き容量欄５４０のデータを取得した時の、エージェントプログラムが動作するサーバの持つ内部時計の時間情報が格納される。
【００４４】
エージェントプログラム１００のデータ収集部１２１で収集されたデータは、時間情報を単位として順次データ蓄積部１３０へ格納される。したがって、取得された容量系情報に変化が無い場合でも、取得したデータを時間情報と共にデータ蓄積部１３０に格納する。図５の例では、「２００３／０１／１３  ０５：００」から「２００３／０１／１３  ０７：００」までの容量系情報に変化が無いが、データ蓄積部１３０に順次格納されている。
【００４５】
図６は、データ蓄積部１３０が図５のような状態の場合に、データ蓄積部２３０にデータ蓄積部１３０のデータが格納される例を示している。
【００４６】
データは、リソース欄６１０、容量欄６２０、使用中容量欄６３０、空き容量欄６４０、開始時刻欄６５０、終了時刻欄６６０から構成される。各欄の説明を以下に述べる。
【００４７】
リソース欄６１０には、マネージャープログラム２００によりエージェントプログラム１００のデータ蓄積部１３０から取得するリソース欄５１０の情報が格納される。
【００４８】
但し、取得したリソース欄５１０のリソース名が前回取得したリソース名と同じ場合で且つマネージャープログラム２００によりエージェントプログラム１００のデータ蓄積部１３０から取得する容量欄５２０、使用中容量欄５３０、空き容量欄５４０の何れのデータにも変化が無いことをマネージャープログラム２００のデータ変化情報検出部２４１で検知した場合には、リソース欄５１０のデータはリソース欄６１０に格納されないことを特徴とする。
【００４９】
容量欄６２０には、マネージャープログラム２００によりエージェントプログラム１００のデータ蓄積部１３０から取得する容量欄５２０の情報が格納される。
【００５０】
但し、取得したリソース欄５１０のリソース名が前回取得したリソース名と同じ場合で且つマネージャープログラム２００によりエージェントプログラム１００のデータ蓄積部１３０から取得する容量欄５２０、使用中容量欄５３０、空き容量欄５４０の何れのデータにも変化が無いことをマネージャープログラム２００のデータ変化情報検出部２４１で検知した場合には、容量欄５２０のデータは容量欄６２０に格納されないことを特徴とする。
【００５１】
使用中容量欄６３０には、マネージャープログラム２００によりエージェントプログラム１００のデータ蓄積部１３０から取得する使用中容量欄５３０の情報が格納される。
【００５２】
但し、取得したリソース欄５１０のリソース名が前回取得したリソース名と同じ場合で且つマネージャープログラム２００によりエージェントプログラム１００のデータ蓄積部１３０から取得する容量欄５２０、使用中容量欄５３０、空き容量欄５４０の何れのデータにも変化が無いことをマネージャープログラム２００のデータ変化情報検出部２４１で検知した場合には、使用中容量欄５３０のデータは使用中容量欄６３０に格納されない。
【００５３】
空き容量欄６４０には、マネージャープログラム２００によりエージェントプログラム１００のデータ蓄積部１３０から取得する空き容量欄５４０の情報が格納される。
【００５４】
但し、取得したリソース欄５１０のリソース名が前回取得したリソース名と同じ場合で且つマネージャープログラム２００によりエージェントプログラム１００のデータ蓄積部１３０から取得する容量欄５２０、使用中容量欄５３０、空き容量欄５４０の何れのデータにも変化が無いことをマネージャープログラム２００のデータ変化情報検出部２４１で検知した場合には、空き容量欄５４０のデータは空き容量欄６４０に格納されないことを特徴とする。
開始時刻欄６５０には、マネージャープログラム２００によりエージェントプログラム１００のデータ蓄積部１３０から取得する時刻欄５５０の情報が格納される。
【００５５】
但し、取得したリソース欄５１０のリソース名が前回取得したリソース名と同じ場合で且つマネージャープログラム２００によりエージェントプログラム１００のデータ蓄積部１３０から取得する容量欄５２０、使用中容量欄５３０、空き容量欄５４０の何れのデータにも変化が無いことをマネージャープログラム２００のデータ変化情報検出部２４１で検知した場合には、時刻欄５５０のデータは開始時刻欄６５０に格納されないことを特徴とする。
【００５６】
終了時刻欄６６０には、データ収集を終了する時刻を格納する。ここでは、例として「９９９９／１２／３１  ２３：００」とする。
但し、取得したリソース欄５１０のリソース名が前回取得したリソース名と同じ場合で且つマネージャープログラム２００によりエージェントプログラム１００のデータ蓄積部１３０から取得する容量欄５２０、使用中容量欄５３０、空き容量欄５４０の何れかのデータに変化が有ることをマネージャープログラム２００のデータ変化情報検出部２４１で検知した場合には、時刻欄５５０のデータを終了時刻欄６６０に格納することを特徴とする。
【００５７】
次に、マネージャープログラム２００により、エージェントプログラムのデータ蓄積部１３０からマネージャープログラムのデータ蓄積部２３０にデータが格納される例を具体的に説明する。
データ蓄積部１３０に格納された「２００３／０１／１３  ０５：００」から「２００３／０１／１３  ０７：００」までのデータは容量系情報に変化が無いので、データ蓄積部２３０では一行でデータを表現している。データ蓄積部２３０の終了時刻欄は、データ蓄積部２３０における次の行が存在しない場合には、終了時刻を示す値が格納される。終了時刻欄のデータは、次行が追加された時に指定の時間データに更新される。
「２００３／０１／１３  ０８：００」のデータは、使用中容量、および空き容量情報に変化があるので、データ蓄積部２３０では行を追加してデータを格納している。この際、前行のデータの終了時刻欄を「２００３／０１／１３  ０７：００」に更新する。
「２００３／０１／１３  １０：００」のデータは、容量および空き容量情報に変化があるので、データ蓄積部２３０では行を追加してデータを格納している。この際、前行のデータの終了時刻欄を「２００３／０１／１３  ０９：００」に更新する。次行が存在しないので、終了時刻欄は「９９９９／１２／３１  ２３：００」となっている。
【００５８】
図７のフローチャートは、ボリューム管理モジュール３３０の処理の流れを示している。
ここでは、ボリューム管理モジュールによりファイルシステムの持つ容量系情報を格納しているディスク領域に対する入出力を監視できるシステムであることを前提とする。
【００５９】
ファイルシステムの持つ容量系情報を格納しているディスク領域に入出力が発生したことを検出し（７１０）、データ収集間隔短縮イベントを生成し（７２０）、生成したイベントをエージェントプログラム１００のデータ収集間隔管理部１２３へ通知する（７３０）。
【００６０】
図８のフローチャートは、ドライバ部３５０の処理の流れを示している。
ここでは、ボリューム管理モジュールによりファイルシステムの持つ容量系情報を格納しているディスク領域に対する入出力を監視できないシステムでも、ドライバ部で管理するディスクへの入出力回数を監視できるシステムであることを前提とする。
【００６１】
また、ドライバ部で管理するディスクへの入出力回数を監視する手段は、ボリューム管理モジュールによりファイルシステムの持つ容量系情報を格納しているディスク領域に対する入出力を監視する手段の代替手段であることを前提とする。
【００６２】
ドライバの管理するディスクへの入出力回数が閾値を超えたことを検出し（８１０）、データ収集間隔短縮イベントを生成し（８２０）、エージェントプログラム１００のデータ収集間隔管理部１２３へ通知する（８３０）。
【００６３】
図９、および図１０のフローチャートは、エージェントプログラム１００におけるデータ収集間隔管理１２３の処理の流れを示している。
【００６４】
エージェントプログラム１００のデータ収集間隔に関する最小値，  最大値の情報は、エージェントプログラム１００のデータ収集間隔管理部１２３が持つことを前提とする。
【００６５】
ボリューム管理モジュール３３０のイベント生成部３３２、或いはドライバ部３５０のイベント生成部３５３からデータ収集間隔短縮イベントを受信し（９１０）、現在のデータ収集間隔が最小値より大きい場合には（９２０）、データ収集間隔値を規定値だけ小さくする（９３０）。
【００６６】
尚、データ収集間隔を狭めるための値の規程値とデータ収集間隔を広げるための値の規定値は、予めシステム管理者が定めて記憶装置へ格納しておいてもよい。データ収集間隔の最小値、最大値についても同様である。
【００６７】
ボリューム管理モジュール３３０のイベント生成部３３２、或いはドライバ部３５０のイベント生成部３５３からデータ収集間隔短縮イベントを受信し（９１０）、現在のデータ収集間隔が最小値より大きくない場合には（９２０）、データ収集間隔を変更せずに現状の設定値を保持する（９４０）。
【００６８】
ボリューム管理モジュール３３０のイベント生成部３３２又はドライバ部３５０のイベント生成部３５３からデータ収集間隔短縮イベントを受信せず（９１０）、データ収集間隔拡張イベントを受信し（１０１０）、現在のデータ収集間隔値が最大値より小さい場合には（１０２０）、データ収集間隔値を規定値だけ大きく設定する（１０３０）。
【００６９】
ボリューム管理モジュール３３０のイベント生成部３３２又はドライバ部３５０のイベント生成部３５３からデータ収集間隔短縮イベントを受信せず（９１０）、データ収集間隔拡張イベントを受信し（１０１０）、現在のデータ収集間隔値が最大値より小さいくない場合には（１０２０）、データ収集間隔値を変更せずに、現状値保持とする（１０４０）。
【００７０】
ボリューム管理モジュール３３０のイベント生成部３３２又はドライバ部３５０のイベント生成部３５３からデータ収集間隔短縮イベントを受信せず（９１０）、データ収集間隔拡張イベントを受信しない場合には（１０１０）、データ収集間隔値を変更せずに、現状値保持とする（１０４０）。
【００７１】
図１１、および図１２のフローチャートは、マネージャープログラム２００の処理の流れを示している。
【００７２】
取得データ時間情報管理部２２４で取得対象となるの時間データの範囲を決定し（１１１０）、未取得データをデータ蓄積部１３０から取得し（１１２０）、取得データ時間情報管理部２２４で取得データ時間情報を更新し（１１３０）、監視対象のエージェントについての初回のデータである場合には（１１４０）、取得したデータをデータ蓄積部２３０へ格納する（１１６０）。
【００７３】
取得データ時間情報管理部２２４で取得対象となるの時間データの範囲を決定する（１１１０）。
【００７４】
未取得データをデータ蓄積部１３０から取得し（１１２０）、取得データ時間情報管理部２２４で取得データ時間情報を更新し（１１３０）、監視対象のエージェントについての初回のデータではなく（１１４０）、データ変化情報検出部２４１で取得データの変化有／無を判定し（１１５０）、取得データに容量系データの変動が有る場合には（１２１０）、取得したデータをデータ蓄積部２３０に格納し、データ蓄積部２３０を更新する（１２２０）。
【００７５】
取得データ時間情報管理部２２４で取得対象となるの時間データの範囲を決定し（１１１０）、未取得データをデータ蓄積部１３０から取得し（１１２０）、取得データ時間情報管理部２２４で取得データ時間情報を更新し（１１３０）、監視対象のエージェントについての初回のデータではなく（１１４０）、データ変化情報検出部２４１で取得データの変化有／無を判定し（１１５０）、取得データに容量系データの変動が無い場合には（１２１０）、イベント生成部２４２でデータ収集間隔拡張イベントを生成し（１２３０）、生成したイベントを通信制御部２１０経由でデータ収集間隔管理部１２３へ通知し（１２４０）、データ蓄積部１３０から取得したデータはデータ蓄積部２３０へは格納せずに廃棄する（１２５０）。
【００７６】
このように、サーバの容量情報の変化を直ちに検出し、エージェントプログラムのデータ収集間隔を短縮することで容量情報の変化発生時のデータを精密に収集することができる。
【００７７】
また、データの収集間隔の上限と下限を設け、データ収集間隔に規定値を定めることにより、データ収集による負荷を抑制し、収集するデータの粒度を揃えることができる。また、データの粒度を揃えることで、複数の収集データを表示する際にユーザにとって見やすく表示することが可能となる。また、データ収集間隔の上限を設けることで、一定時間ごとに情報を収集することができるため、システム管理者はデータ収集先のコンピュータが稼動しているか否かの確認をすることも可能となる。
【００７８】
図１３〜図１６を用いて、他の実施例を説明する。
【００７９】
図１３は、システムの全体図の例である。
コンピュータ１３００、コンピュータ１３０１はインターネット１３０３に接続されている。前述のコンピュータや携帯端末１３０２は、Ｗｅｂサーバに対してデータの送受信等を行う。
【００８０】
コンピュータ１３０４では、エージェントプログラム１３０５とＷｅｂサーバプログラムであるＷｅｂサーバ＿Ａ１３０６が稼動する。
コンピュータ１３０７では、エージェントプログラム１３０８とＷｅｂサーバプログラムであるＷｅｂサーバ＿Ｂ１３０９が稼動する。
コンピュータ１３１０では、エージェントプログラム１３１１とアプリケーションサーバプログラムであるＡＰサーバ１３１２が稼動する。
コンピュータ１３１３では、エージェントプログラム１３１４とＤＢＭＳであるＤＢＭＳ＿Ａ１３１５が稼動する。
コンピュータ１３１６では、エージェントプログラム１３１７とＤＢＭＳ＿Ｂ１３１８が稼動する。
コンピュータ１３１９では、マネージャープログラム１３２０が稼動する。
【００８１】
各コンピュータは必要に応じてＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続されたディスクアレイなどの記憶装置１３２２、１３２３やコンピュータ１３２４に接続されたテープ装置１３２５へデータの書き込みや読み出しなどの処理の指示を行う。
【００８２】
ユーザがコンピュータ１３００を用いてＷｅｂサービスを利用した場合、ユーザからの要求データを受けたＷｅｂサーバ＿Ａ１３０６からＡＰサーバ１３１２へ要求が送信され、ＡＰサーバ１３１２からＤＢＭＳ＿Ａ１３１５へ要求が送信され、ＤＢＭＳ＿Ａ１３１５はＳＡＮを経由して記憶装置１３２２などへアクセス要求を出す。
【００８３】
尚、図示を省略したが、各コンピュータ等の機器はＯＳなど、必要な処理を行う機能を備えている。また、マネージャープログラムの監視対象となるコンピュータは、必要に応じてドライバ部やボリューム管理モジュールなどのプログラムの機能を備えていてもよい。
【００８４】
図１４（Ａ）は、画面表示の例である。
管理対象全体ツリー表示１４００のウインドウでは、システム全体の構成をツリー構造で表示している。マネージャープログラムは、定期的にエージェントプログラムへポーリングして必要な情報（各コンピュータのＩＰアドレス、ネットマスク、ホスト名など）を収集し、収集した情報にもとづいてシステム構成の情報を表示する。
【００８５】
ここでは例として、ネットワーク全体１４０１をルートとし、サブネット１４０２と１４０７、コンピュータ１４０３と１４０８を表示している。また、コンピュータ１４０３のホスト名が「Ｈｏｓｔ＿Ａ」であり、ＩＰアドレスが「１１１．２２２．４１．３２」である場合は、１４０３で図示したように「Ｈｏｓｔ＿Ａ  １１１．２２２．４１．３２」と表示してもよい。また、ネットマスクが「２５５．２５５．２５５．０」であり、サーバのＩＰアドレスが「１１１．２２２．４１．３２」である場合、サブネットを「１１１．２２２．４１．０」と表示してもよい。
【００８６】
コンピュータと該コンピュータで管理しているボリューム名（又はドライブ名）とを対応づけてツリーで表示したものが、１４０３、１４０４、１４０５、１４０６である。また、１４０８、１４０９、１４１０、１４１１についても同様である。
【００８７】
ユーザ指定ツリー表示１４１２のウインドウでは、ユーザが指定したボリューム名をツリーとして表示したものである。これはユーザ指定グループの情報にもとづいて表示する。ユーザ指定グループについては図１４（Ｂ）で説明する。
【００８８】
システム警告ツリー表示１４３０のウインドウでは、ディスクの使用容量、空き容量などディスク性能などに関する値が閾値を超えた場合に、該ディスクボリューム名とそのボリュームを管理しているコンピュータ名を関連づけて表示する。
【００８９】
ルート１４１８には、ディスクボリュームの性能情報などが閾値を超えたときの日時の情報や、閾値を超えた性能情報の項目名などを記載してもよい。また、該閾値を超えたディスクボリュームの名称や識別子と該ディスクボリュームを管理しているコンピュータとを対応づけて表示し、該閾値を超えた場合の詳細内容を表示した例が１４１９、１４２０、１４２１である。ここでは一例として、ディスクの使用量が閾値を超えた場合を示している。閾値や警告メッセージの内容は、図１５で説明する。
【００９０】
システム警告ツリー表示１４３０のウインドウにおいては、閾値を超えたボリュームの表示だけでなく、該閾値を超えたボリュームに関連するボリューム名とホスト名なども表示する。この表示例が１４２２、１４２３である。
【００９１】
たとえば、あるＤＢＭＳが、ホスト名「Ｈｏｓｔ＿Ｄ」のコンピュータが管理しているボリューム名「／ＤＢＭＳ＿Ａ」のボリュームを利用しており、該ボリュームが閾値を超えた場合（ボリュームの使用状況の情報が予め定められた条件を満たしている場合）を想定する。
【００９２】
この場合において、ボリューム名「／ＤＢＭＳ＿Ａ」のボリュームが使用量の閾値を超えた時刻と同じ時刻にデータ収集間隔を短縮するイベントがマネージャープログラムに送信され、ホスト名「Ｈｏｓｔ＿Ａ」のコンピュータで稼動しているエージェントプログラムから、ボリューム名「／Ａ／ＷｅｂＳｅｒｖｅｒＰｒｏｇ＿Ａ」のボリューム対してデータ収集間隔を短縮するイベントがマネージャープログラムへ送信されたとすると、両者は関連があると判定し、システム警告ツリー表示のウインドウへ表示される。
【００９３】
システム警告ツリー表示のウインドウは、閾値を超えた時刻から一定時刻の間だけツリー表示を行い、警告メッセージを残して、ツリー表示を消してもよいし、画面表示を消去してデータの情報をログファイルに格納してもよい。
【００９４】
図１４（Ａ）の例においては、閾値を超えたボリューム１４０２と該ボリュームと関連する項目（１４１９、１４２２、１４２３、１４０３、１４０６、１４０８、１４１１、１４１４、１４１５）について、それぞれのウインドウで強調表示している。
【００９５】
このように、閾値をこえたボリュームだけではなく、関連する項目も強調表示することで、システム構成全体を考慮したボリューム管理が可能となる。また、ユーザ指定のものを表示することにより、ユーザ指定（システム管理者）が指定したボリュームごとに監視することも可能となる。また、システム警告ツリー表示画面によって、ユーザが監視対象として指定をしていないものについても閾値をこえ、管理者に対して警告をする必要があるものを、わかりやすく表示することが可能となる。
【００９６】
図１４（Ｂ）は、ユーザ指定グループの情報の例である。
ユーザ指定グループの情報は、ユーザ指定グループ名１４５０、ホスト名又はエージェント名１４５１、ボリューム名１４５２、性能情報表示指定１４５３を対応づけた情報である。これらの情報は、図１４（Ａ）のウインドウに項目指定メニューを設けて、ユーザから入力を受け付けたものを格納してもよいし、コマンドラインで入力した情報を格納してもよい。
【００９７】
各計算機に１つのエージェントプログラムが稼動する場合は、ホスト名でグループに所属するものを管理してもよい。また、１台の計算機で複数のエージェントプログラムが稼動する場合や、同じ計算機で稼動しているエージェントごとに管理しているボリュームが異なる場合などには、エージェントプログラムに付された識別子やエージェントプログラムの名前などで管理してもよい。
【００９８】
尚、コマンドラインでエージェント名等のグルーピングする対象のオブジェクト名（リソース名）とグルーピングするグループの名前とを入力して指定してもよい。たとえば、以下のような入力でもよい。
グループを実行するコマンド  ［リソース名］  ［グループ名］
また、マネージャープログラムが管理する情報（エージェントプログラムとマネージャープログラムとの間で送受信されるエージェント名やホスト名などの情報）にもとづいてエージェントやサーバやボリュームをツリー表示したものをユーザがマウスポインタ等で指定することによってグループを指定してもよい。
【００９９】
このようにして、記憶装置に格納されたグループの情報は、他のコンピュータ（又はエージェントプログラム）からマネージャープログラムへイベントや性能情報が送信された場合に、マネージャープログラムが当該イベントや性能情報を送信したコンピュータ（又はエージェントプログラム）がグループの情報に所属するかどうかを判定し、判定結果にもとづいて、同じグループに所属するコンピュータへ必要な情報を送信するために用いる。
【０１００】
たとえば、システム管理者が、複数のＷｅｂサーバプログラムに関する性能情報を監視したい場合には、複数のＷｅｂサーバプログラムをグループとして指定する。このグループに所属する１つのＷｅｂサーバプログラムが利用している記憶装置への入出力回数が増加した場合には、このグループに所属しているＷｅｂサーバプログラムが利用しているボリュームに対する性能情報の収集間隔を変更する指示を出してもよい。また、閾値を超えた場合には、グループに所属しているボリュームの性能情報を関連づけて画面に表示してもよい。
【０１０１】
性能情報表示指定は、ユーザへ提示するための性能情報の項目を指定した例である。ここでは項目の例として、ディスクボリュームについて、空き容量１４５４、使用容量１４５５、デバイス詳細１４５６、Ｉ／Ｏ１４５７をあげたが、これ以外のものでもよい。
【０１０２】
ここでは、ボリューム１つづつに対して、項目の表示と非表示を指定しているので、ボリュームごとにきめ細かく情報を表示することが可能となる。これらの項目の表示方法は、当該ボリュームが閾値を超えた場合にポップアップウインドウを用いて表示する方法でもよいし、その他の方法でもよい。
【０１０３】
図１５は、システム構成とボリューム名と閾値とを対応づけた情報の例である。
システム構成情報は、サブネット１５００、ホスト名１５０１を含む。尚、ホスト名ではなくエージェントプログラムの名前やエージェントプログラムの識別子でもよい。尚、これらの情報は、エージェントプログラムから受信した情報にもとづいてマネージャープログラムが管理する情報の例であり、これ以外の情報を管理してもよい。また、定期的にエージェントプログラムから情報を収集し、マネージャープログラムで管理することで、システムの構成が変更した場合にも、マネージャープログラムが管理している情報を更新できるようにしてもよい。
【０１０４】
ここでは、一例としてボリュームごとに閾値１５０３を設定している。閾値は、ボリュームの空き容量１５０４、ボリュームの使用容量１５０５は、各ボリュームに応じてシステム管理者が予め定めた値を格納してもよい。また、警告メッセージ１５０６は、ボリュームごとにシステム管理者が設定する。
【０１０５】
図１６は、マネージャープログラムの処理の例である。
【０１０６】
マネージャープログラムはエージェントからイベントを受信する（１６１０）。
受信したイベントに含まれる、エージェントが稼動するコンピュータの識別子（ホスト名など）がグループ情報（図１４（Ｂ））に含まれるか否かを判定する（１６２０）。
【０１０７】
判定した結果、グループ情報に含まれる場合には、受信したイベントに含まれるエージェントが稼動するコンピュータの識別子と同じグループに属すエージェントが稼動するホストに対して、イベントを送信する（１６３０）。
【０１０８】
処理１６１０においてイベントを送信したエージェントは、閾値をこえたボリュームを管理しているか否かを判定する（１６４０）。これは、エージェントを送信したホストからストレージに関する情報を取得することで判定してもよいし、その他の方法でもよい。
処理１６４０で判定した結果、閾値をこえたボリュームを管理している場合には、イベントに含まれるデータ収集間隔変更フラグを判別し（１６５０）。判別した結果、「０」であれば、関連する項目をマネージャープログラムがエージェントプログラムから取得したイベントや、エージェントプログラムに対して定期的にポーリングをして得た情報から検索し、表示する（１６６０）。尚、この処理はイベントに含まれるデータ収集間隔を短縮するためのフラグが「０」であった場合の例であり、これ以外のものでもよい。
【０１０９】
ウインドウに関連する項目が表示されているか否かを判定し、判定結果に応じて、ツリー項目の情報を強調表示したり、警告メッセージを表示したりする（１６７０）。この際に、ウインドウに表示されているボリューム名に対応するボリュームの使用状況の情報が予め定められた条件を満たしている場合に、当該ボリューム名を強調表示する。また、当該ボリューム名だけでなく、関連する項目も強調表示する。
【０１１０】
処理１６７０において、予め定められた条件を満たしたボリュームと関連するボリュームを判定し、該関連するボリュームの表示を変更する場合の判定方法は、予め格納されたイベントや受信したイベントを用いてマネージャープログラムが判定してもよい。
【０１１１】
たとえば、過去に蓄積されたイベントで、時刻に応じて決まった傾向を持つデータであれば、それらのイベントを送信したエージェントプログラムが稼動するコンピュータが管理するボリュームは関連づけて表示してもよい。例をあげると、ボリューム名「／ＤＢＭＳ＿Ａ」を管理するエージェントプログラムからマネージャープログラムへ送信された性能情報と、ボリューム名「／Ａ／ＷｅｂＳｅｒｖｅｒＰｒｏｇ＿Ａ」を管理するエージェントプログラムからマネージャープログラムへ送信された性能情報が、それぞれ同じ時刻（たとえば、  ２００３／０１／１４  １０：００）に使用中容量が変化していた場合には、この２つのボリューム名（ボリューム名「／ＤＢＭＳ＿Ａ」とボリューム名「／Ａ／ＷｅｂＳｅｒｖｅｒＰｒｏｇ＿Ａ」）に対応するボリュームは関連する項目と判定してもよい。
【０１１２】
また、マネージャープログラムが、過去の時系列に格納されたデータをそれぞれのエージェントプログラムから取得し、時系列のデータから過去のデータの変化状況が同じ傾向にあるもの（たとえば、１日おきに、あるボリュームの容量変化時刻の１時間後に別のボリュームの容量変化がある場合）、これらを関連する項目と判定してもよい。また、他の方法をもちいて、閾値を超えたボリュームと該ボリュームと関連する機器を判定して表示してもよい。
【０１１３】
尚、これらの表示に際しては、携帯端末やコンピュータで稼動するブラウザ等を利用して、マネージャープログラムが提供する情報を表示してもよいし、その他の方法でもよい。
【０１１４】
このように、性能情報の収集機能を用いて、監視対象となるボリュームのデータが変化した場合に、該データと関連する項目を判定できるので、関連するシステムや関連するストレージ機器への影響を考慮した性能情報を表示するインタフェースを提供することが可能となる。
【０１１５】
また、変化のあった情報を判定し、その情報を画面に表示することで、システム管理者（ユーザ）にとって使用状況の変化や性能情報が把握しやすくなる。
【０１１６】
【発明の効果】
このように本発明を利用することで、ユーザにとってわかりやすく性能情報を提供することが可能となる。
【図面の簡単な説明】
【図１】エージェントプログラムの例である。
【図２】マネージャープログラムの例である。
【図３】監視対象ホストと稼動するプログラムの例である。
【図４】クライアントプログラムの例である。
【図５】データ蓄積部１３０におけるデータ蓄積例である。
【図６】データ蓄積部２３０におけるデータ蓄積例である。
【図７】ボリューム管理モジュール３３０の動作の例である。
【図８】ドライバ部３５０の動作の例である。
【図９】データ収集間隔管理部１２３の動作の例である。
【図１０】データ収集間隔管理部１２３の動作の例である。
【図１１】マネージャープログラムの動作の例である。
【図１２】マネージャープログラムの動作の例である。
【図１３】システム全体の構成の例である。
【図１４】（Ａ）画面表示の例と（Ｂ）ユーザ指定グループの情報の例である。
【図１５】システム構成とボリュームと閾値とを対応づけた情報の例である。
【図１６】マネージャープログラムの処理の例である。
【符号の説明】
１００  エージェントプログラム
１１０  通信制御部
１２０  データ収集管理モジュール
１２１  データ収集部
１２２  データ収集対象管理部
１２３  データ収集間隔管理部
１３０  データ蓄積部
２００  マネージャープログラム
２１０  通信制御部
２２０  データ収集管理モジュール
２２１  データ収集部
２２２  データ収集対象管理部
２２３  データ収集間隔管理部
２２４  取得データ時間情報管理部
２３０  データ蓄積部
２４０  データ変化情報管理モジュール
２４１  データ変化情報検出部
２４２  イベント生成部
３００  監視対象ホスト
３１０  ユーザプログラム部
３２０  ファイルシステム部
３３０  ボリューム管理モジュール
３３１  入出力発生検出部
３３２  イベント生成部
３４０  Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ部
３５０  ドライバ部
３５１  入出力回数閾値管理部
３５２  入出力回数閾値超え検出部
３５３  イベント生成部
３６０  ディスク部
４００  クライアントプログラム
４１０  通信制御部
４２０  データ収集部
４３０  データ表示部
【図１】
2004318540.tif 000003
【図２】
2004318540.tif 000004
【図３】
2004318540.tif 000005
【図４】
2004318540.tif 000006
【図５】
2004318540.tif 000007
【図６】
2004318540.tif 000008
【図７】
2004318540.tif 000009
【図８】
2004318540.tif 000010
【図９】
2004318540.tif 000011
【図１０】
2004318540.tif 000012
【図１１】
2004318540.tif 000013
【図１２】
2004318540.tif 000014
【図１３】
2004318540.tif 000015
【図１４】
2004318540.tif 000016
【図１５】
2004318540.tif 000017
【図１６】
2004318540.tif 000018