JP4595562B2

JP4595562B2 - 管理方法、プログラム、コンピュータ、および管理システム

Info

Publication number: JP4595562B2
Application number: JP2005018366A
Authority: JP
Inventors: 明彦木村
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2005-01-26
Filing date: 2005-01-26
Publication date: 2010-12-08
Anticipated expiration: 2025-01-26
Also published as: JP2006209329A

Description

本発明は、たとえば、ディスク資源、メモリ資源、ＣＰＵ資源、ネットワーク資源などのリソース（資源）の使用を管理する管理方法、プログラム、コンピュータ、および管理システムに関するものである。

従来、たとえば端末装置が、通信ネットワークを介してファイルサーバ装置などのコンピュータにアクセスして所定の作業を行うシステムが知られている（たとえば、特許文献１参照）。たとえばファイルサーバ装置の記憶資源などのリソースを使用する際に、その限りあるリソースの使用の管理を行うことが重要である。詳細には全リソースに対して、そのリソース使用量の割合が高くなればなるほど、データ処理速度が遅くなる場合もある。

ところで、通信ネットワークを介して接続されたコンピュータの使用ディスク量などのリソースに関する表示を行うことでリソースの管理を行うシステムが知られている。
このシステムでは、たとえばＳＮＭＰ（Simple Network Management Protocol）をベースとして機能するＭＲＴＧ（Multi Router Traffic Grapher）により、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ネットワークを介して接続されたコンピュータなどのリソース（資源）を表示する。
特開２００１−２５３５１３号公報

しかし、上述したシステムでは、たとえば表示されている使用ディスク量の推移を、システム管理者が見てリソースの管理を行うが、管理対象として複数のリソースを管理する場合には、システム管理者が上述した方法により複数のリソースの使用を管理することは負荷が大きい。
ところで単純に使用ディスク量が閾値より大きい場合に警告を行う装置も知られている。しかし、上述した装置では使用ディスク量が閾値より大きい場合に警告を行うので、早急にその警告に対応することができない場合があり、改善が望まれている。

本発明は、かかる事情に鑑みてなされたものであり、その目的は、煩雑な操作を行うことなく、効率よくリソース管理を行うことができる管理方法、プログラム、コンピュータ、および管理システムを提供することにある。

前記目的を達成するために、本発明の第１の観点の管理方法は、リソースの使用量に関するリソースの使用情報を取得する取得手段と、前記取得手段が取得した前記リソースの使用情報を基に、所定の処理を行う処理手段と、前記取得手段が取得したリソースの使用情報を記憶する記憶部と、を有するコンピュータの管理方法であって、前記取得手段が、前記リソースの使用情報を取得する第１のステップと、前記第１のステップにより取得した前記リソースの使用情報に基づいて、前記処理手段が、リソースの使用量が第１のしきい値を超えているか否かの判定を行う第２のステップと、前記第２のステップにおいて、前記リソースの使用量が前記第１のしきい値を超えていると判断した場合に、前記処理手段が、前記記憶部に記憶された過去のリソースの使用情報を基に、使用量の推移を示す所定の表示処理を行うとともに、当該表示の背景色を所定の第１の色に設定する第３のステップと、前記第２のステップにおいて、前記リソースの使用量が前記第１のしきい値を超えていないと判断した場合に、前記処理手段が、前記記憶部に記憶された過去のリソースの使用情報を基に、所定期間前の前記リソースの使用量が前記第１のしきい値を超えているか否かの判定を行う第４のステップと、前記第４のステップにおいて、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていなかったと判断した場合に、前記処理手段が、使用量の推移を示す前記表示処理を行うとともに、当該表示の背景色を前記第１の色とは異なる所定の第２の色に設定する第５のステップと、前記第４のステップにおいて、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていたと判断した場合に、前記処理手段が、使用量の推移を示す前記表示処理を行い、当該表示の背景色を前記第１及び第２の色とは異なる所定の第３の色に設定すると共に、前記リソースの使用量が前記第１のしきい値を超えていた時間を算出し、使用量の推移を示す前記表示処理を行うとき前記リソースの使用量が前記第１のしきい値を超えていた時間を強調表示する第６のステップと、を有する。

さらに、前記目的を達成するために、本発明の第２の観点のコンピュータは、リソースの使用を管理するコンピュータであって、前記リソースの使用情報を取得する取得手段と、処理手段と、前記取得手段が取得したリソースの使用情報を記憶する記憶部と、を有し、前記処理手段は、前記取得手段により取得した前記リソースの使用情報に基づいて、リソースの使用量が第１のしきい値を超えているか否かの判定を行い、前記リソースの使用量が前記第１のしきい値を超えていると判断した場合に、前記記憶部に記憶された過去のリソースの使用情報を基に、使用量の推移を示す所定の表示処理を行うとともに、当該表示の背景色を所定の第１の色に設定し、前記リソースの使用量が前記第１のしきい値を超えていないと判断した場合に、前記記憶部に記憶された過去のリソースの使用情報を基に、所定期間前の前記リソースの使用量が前記第１のしきい値を超えているか否かの判定を行い、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていなかったと判断した場合に、使用量の推移を示す前記表示処理を行うとともに、当該表示の背景色を前記第１の色とは異なる所定の第２の色に設定し、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていたと判断した場合に、使用量の推移を示す前記表示処理を行い、当該表示の背景色を前記第１及び第２の色とは異なる所定の第３の色に設定すると共に、前記リソースの使用量が前記第１のしきい値を超えていた時間を算出し、使用量の推移を示す前記表示処理を行うとき前記リソースの使用量が前記第１のしきい値を超えていた時間を強調表示する。

さらに、前記目的を達成するために、本発明の第３の観点のプログラムは、リソースの使用量に関するリソースの使用情報を取得する取得手段と、前記取得手段が取得した前記リソースの使用情報を基に、所定の処理を行う処理手段と、前記取得手段が取得したリソースの使用情報を記憶する記憶部と、を有するコンピュータが実行するプログラムであって、前記取得手段が、前記リソースの使用情報を取得する第１の手順と、前記第１の手順により取得した前記リソースの使用情報に基づいて、前記処理手段が、リソースの使用量が第１のしきい値を超えているか否かの判定を行う第２の手順と、前記第２の手順において、前記リソースの使用量が前記第１のしきい値を超えていると判断した場合に、前記処理手段が、前記記憶部に記憶された過去のリソースの使用情報を基に、使用量の推移を示す所定の表示処理を行うとともに、当該表示の背景色を所定の第１の色に設定する第３の手順と、前記第２の手順において、前記リソースの使用量が前記第１のしきい値を超えていないと判断した場合に、前記処理手段が、前記記憶部に記憶された過去のリソースの使用情報を基に、所定期間前の前記リソースの使用量が前記第１のしきい値を超えているか否かの判定を行う第４の手順と、前記第４の手順において、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていなかったと判断した場合に、前記処理手段が、使用量の推移を示す前記表示処理を行うとともに、当該表示の背景色を前記第１の色とは異なる所定の第２の色に設定する第５の手順と、前記第４の手順において、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていたと判断した場合に、前記処理手段が、使用量の推移を示す前記表示処理を行い、当該表示の背景色を前記第１及び第２の色とは異なる所定の第３の色に設定すると共に、前記リソースの使用量が前記第１のしきい値を超えていた時間を算出し、使用量の推移を示す前記表示処理を行うとき前記リソースの使用量が前記第１のしきい値を超えていた時間を強調表示する第６の手順と、を前記コンピュータに実行させる。

さらに、前記目的を達成するために、本発明の第４の観点の管理システムは、端末装置と、当該端末装置により使用されるリソースの使用を管理するコンピュータとを有する管理システムであって、前記コンピュータは、前記リソースの使用量に関するリソースの使用情報を取得する取得手段と、前記取得手段が取得した前記リソースの使用情報を基に、所定の処理を行う処理手段と、前記取得手段が取得したリソースの使用情報を記憶する記憶部と、を有し、前記処理手段は、前記取得手段により取得した前記リソースの使用情報に基づいて、リソースの使用量が第１のしきい値を超えているか否かの判定を行い、前記リソースの使用量が前記第１のしきい値を超えていると判断した場合に、前記記憶部に記憶された過去のリソースの使用情報を基に、使用量の推移を示す所定の表示処理を行うとともに、当該表示の背景色を所定の第１の色に設定し、前記リソースの使用量が前記第１のしきい値を超えていないと判断した場合に、前記記憶部に記憶された過去のリソースの使用情報を基に、所定期間前の前記リソースの使用量が前記第１のしきい値を超えているか否かの判定を行い、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていなかったと判断した場合に、使用量の推移を示す前記表示処理を行うとともに、当該表示の背景色を前記第１の色とは異なる所定の第２の色に設定し、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていたと判断した場合に、使用量の推移を示す前記表示処理を行い、当該表示の背景色を前記第１及び第２の色とは異なる所定の第３の色に設定すると共に、前記リソースの使用量が前記第１のしきい値を超えていた時間を算出し、使用量の推移を示す前記表示処理を行うとき前記リソースの使用量が前記第１のしきい値を超えていた時間を強調表示する。

本発明によれば、煩雑な操作を行うことなく、効率よくリソース管理を行うことができる管理方法、プログラム、コンピュータ、および管理システムを提供することができる。

〔第１実施形態〕
図１は、本発明の第１実施形態に係る管理システムの全体構成図である。
本実施形態に係る管理システム１は、たとえば図１に示すように、端末装置２、ファイルサーバ装置（ファイルサーバともいう）３、管理サーバ装置（管理サーバともいう）４、およびウェブサーバ装置（ウェブサーバまたはＷｅｂサーバともいう）５を有する。

管理システム１は、本発明に係る管理システムの一具体例に相当する。端末装置２は、本発明に係る端末装置の一具体例に相当する。ファイルサーバ３は、本発明に係るリソースとして記憶手段を提供する。
ファイルサーバ３、管理サーバ４、およびウェブサーバ５は、本発明に係るコンピュータの一具体例に相当する。また、管理サーバ４およびウェブサーバ５を本発明に係るコンピュータの一具体例としてもよいし、ファイルサーバ３および管理サーバ４を本発明に係るコンピュータの一具体例としてもよい。

各装置、詳細には端末装置２、ファイルサーバ３、管理サーバ４、およびウェブサーバ５は、データ通信路６により接続されている。
データ通信路６は、たとえば、有線方式や無線方式により各装置間でデータ通信を行うための通信路である。たとえば、データ通信路６は、規定された通信方式によりデータ通信を行うインターネットやイントラネットなどの通信ネットワークであってもよい。

本実施形態では、複数の端末装置２（２−１），…，端末装置２（２−ｎ）が、データ通信路６を介して各装置とデータ通信を行う。複数の端末装置２−１〜ｎをまとめて端末装置２ともいう。
また、本実施形態では、複数のファイルサーバ３、たとえばファイルサーバ３（３−１），…，ファイルサーバ３（３−４）が、データ通信を行う。複数のファイルサーバをまとめてファイルサーバ３ともいう。

端末装置２は、たとえばユーザの操作により、データ通信路６を介してファイルサーバ３にアクセスして、ファイルサーバ３の記憶手段である記憶ディスク内の予め規定された記憶容量を上限として所定のデータを記憶させる。
リソースは、たとえば記憶容量資源、記憶ディスク資源、メモリ資源、ＣＰＵ資源、ネットワーク資源などの資源である。また、リソースはたとえば複数の端末装置２により、共通のリソースを使用する場合に、各端末装置２それぞれに割り当てられたリソースの使用量の管理が重要となる。
本実施形態に係る管理システム１では、端末装置２が、ファイルサーバ３により提供されているリソースを使用するシステムであり、管理サーバ４が、そのリソースの使用の管理を行う。詳細には管理サーバ４が、ファイルサーバ３のリソースに相当する記憶容量の使用を管理する形態を説明する。
この際、管理サーバ４は、リソースの使用情報を取得し、その取得したリソースの使用情報に基づいて当該リソースの使用量の時間的な変化量に応じた報知処理を行う。
以下、各構成要素について図面を参照しながら説明する。

〔端末装置２〕
図２は、図１に示した管理システム１の端末装置２の機能ブロック図である。
端末装置２は、たとえば図２に示すように、通信インタフェース（通信Ｉ／Ｆ）２１、入力部２２、表示部２３、メモリ２４、記憶装置（ディスク装置）２５、および制御部（ＣＰＵ：Central processing unit）２６を有する。

各構成要素、たとえば通信Ｉ／Ｆ２１、入力部２２、表示部２３、メモリ２４、記憶装置２５、および制御部２６は、データ通信線（バス）ＢＳ２により接続されている。

通信Ｉ／Ｆ２１は、制御部２６の制御により、データ通信路６を介して他の装置、詳細にはファイルサーバ３、管理サーバ４、およびウェブサーバ５などとデータ通信を行う。

入力部２２は、ユーザの操作に応じた入力信号を制御部２６に出力する。入力部２２は、たとえば、キーボードや、マウス、タッチパネルなどの操作入力装置を有する。

表示部２３は、制御部２６の制御により、所定の文字や画像を表示する。表示部２３は、たとえば液晶表示装置（ＬＣＤ：Liquid crystal display）、有機ＥＬ（Electroluminescence）表示装置などの表示装置を有する。

メモリ２４は、制御部２６の本発明に係る処理時のワークスペースとして用いられる。たとえばメモリ２４は、ＲＡＭ（Random Access Memory）や、ＲＯＭ（Read only memory）などの記憶装置を有する。また、メモリ２４は、本発明に係る端末装置２の機能を有するプログラムＰ２を記憶する。

記憶装置２５は、制御部２６の制御により所定のデータを記憶し、また制御部２６の制御によりデータを読み出して出力する。記憶装置２５は、たとえば、ＨＤＤ（ハードディスクドライブ装置）や光ディスク記憶装置などの記憶装置である。

制御部２６は、たとえばプログラムＰ２を実行することにより、装置全体を統括的に制御する。
制御部２６は、たとえば通信Ｉ／Ｆ２１を介して、ファイルサーバ３とデータ通信を行い、ファイルサーバ３のリソースを使用して所定処理を行う。

〔ファイルサーバ３〕
図３は、図１に示した管理システム１のファイルサーバ３の機能ブロック図である。
ファイルサーバ３は、たとえば図３に示すように、通信インタフェース（通信Ｉ／Ｆ）３１、入力部３２、表示部３３、メモリ３４、記憶装置（ディスク装置）３５、および制御部（ＣＰＵ：Central processing unit）３６を有する。

各構成要素、たとえば通信Ｉ／Ｆ３１、入力部３２、表示部３３、メモリ３４、記憶装置３５、および制御部３６は、データ通信線（バス）ＢＳ３により接続されている。
ファイルサーバ３の各構成要素は、端末装置２の各構成要素と略同じ機能を有する。相違点を中心に説明する。

通信Ｉ／Ｆ３１は、制御部３６の制御により、データ通信路６を介して他の装置、詳細には端末装置２、および管理サーバ４などとデータ通信を行う。

入力部３２は、ユーザの操作に応じた入力信号を制御部３６に出力する。入力部３２は、たとえば、キーボードや、マウス、タッチパネルなどの操作入力装置を有する。

表示部３３は、制御部３６の制御により、所定の文字や画像を表示する。表示部３３は、たとえば液晶表示装置（ＬＣＤ）、有機ＥＬ表示装置などの表示装置を有する。

メモリ３４は、制御部３６の本発明に係る処理時のワークスペースとして用いられる。たとえばメモリ３４は、ＲＡＭや、ＲＯＭなどの記憶装置を有する。また、メモリ３４は、本発明に係るファイルサーバ３の機能を有するプログラムＰ３を記憶する。

記憶装置３５は、制御部３６の制御により所定のデータを記憶し、また制御部３６の制御によりデータを読み出して出力する。記憶装置３５は、たとえば、ＨＤＤ（ハードディスクドライブ装置）や光ディスク記憶装置などの記憶装置である。

制御部３６は、たとえばプログラムＰ３を実行することにより、装置全体を統括的に制御する。
制御部３６は、たとえば通信Ｉ／Ｆ３１を介して端末装置２とデータ通信を行い、リソースとして記憶領域（記憶ディスク領域）を提供する。
また、制御部３６は、たとえば通信Ｉ／Ｆ３１を介して管理サーバ４とデータ通信を行い、本発明に係る機能を実施する。
具体的な動作については後述する。

〔管理サーバ４〕
図４は、図１に示した管理システム１の管理サーバ４の機能ブロック図である。
管理サーバ４は、たとえば図４に示すように、通信インタフェース（通信Ｉ／Ｆ）４１、入力部４２、表示部４３、メモリ４４、記憶装置（ディスク装置）４５、および制御部（ＣＰＵ：Central processing unit）４６を有する。
通信Ｉ／Ｆ４１は、本発明に係る取得手段の一具体例に相当する。制御部４６は、本発明に係る処理手段の一具体例に相当する。

各構成要素、たとえば通信Ｉ／Ｆ４１、入力部４２、表示部４３、メモリ４４、記憶装置４５、および制御部４６は、データ通信線（バス）ＢＳ４により接続されている。
管理サーバ４の各構成要素は、端末装置２の各構成要素と略同じ機能を有する。相違点を中心に説明する。

通信Ｉ／Ｆ４１は、制御部４６の制御により、データ通信路６を介して他の装置、詳細には端末装置２、ファイルサーバ３、およびウェブサーバ５などとデータ通信を行う。

入力部４２は、ユーザの操作に応じた入力信号を制御部４６に出力する。
表示部４３は、制御部４６の制御により、所定の文字や画像を表示する。表示部４３は、たとえば液晶表示装置（ＬＣＤ）、有機ＥＬ表示装置などの表示装置を有する。

メモリ４４は、制御部４６の本発明に係る処理時のワークスペースとして用いられる。たとえばメモリ４４は、ＲＡＭや、ＲＯＭなどの記憶装置を有する。また、メモリ４４は、本発明に係る管理サーバ４の機能を有するプログラムＰ４を記憶する。

記憶装置４５は、制御部４６の制御により所定のデータを記憶し、また制御部４６の制御によりデータを読み出して出力する。記憶装置４５は、たとえば、ＨＤＤ（ハードディスクドライブ装置）や光ディスク記憶装置などの記憶装置である。

制御部４６は、装置全体を統括的に制御する。また、制御部４６は、たとえばプログラムＰ４を実行することにより、本発明に係る機能を実現する。
制御部４６は、たとえば通信Ｉ／Ｆ４１を介して管理サーバ４とデータ通信を行い、本発明に係る機能を実施する。
また、制御部４６は、通信Ｉ／Ｆ４１を介してリソースの使用情報を取得し、通信Ｉ／Ｆ４１により取得したそのリソースの使用情報に基づいて当該リソースの使用量の時間的な変化量に応じた報知処理を行う。
具体的な動作については後述する。

〔ウェブサーバ５〕
ウェブサーバ５は、たとえば管理サーバ４の報知処理により生成された情報を、ＨＴＭＬ（Hyper Text Markup Language）などの予め規定された記述方式によるウェブページとして端末装置２に提供する。

図５は、図１に示した管理システム１のウェブサーバ５の機能ブロック図である。
ウェブサーバ５は、たとえば図５に示すように、通信インタフェース（通信Ｉ／Ｆ）５１、入力部５２、表示部５３、メモリ５４、記憶装置（ディスク装置）５５、および制御部（ＣＰＵ：Central processing unit）５６を有する。

各構成要素、たとえば通信Ｉ／Ｆ５１、入力部５２、表示部５３、メモリ５４、記憶装置５５、および制御部５６は、データ通信線（バス）ＢＳ５により接続されている。
ウェブサーバ５の各構成要素は、端末装置２の各構成要素と略同じ機能を有する。相違点を中心に説明する。

通信Ｉ／Ｆ５１は、制御部５６の制御により、データ通信路６を介して他の装置、詳細には端末装置２、および管理サーバ４などとデータ通信を行う。

入力部５２は、ユーザの操作に応じた入力信号を制御部５６に出力する。入力部５２は、たとえば、キーボードや、マウス、タッチパネルなどの操作入力装置を有する。

表示部５３は、制御部５６の制御により、所定の文字や画像を表示する。表示部５３は、たとえば液晶表示装置（ＬＣＤ）、有機ＥＬ表示装置などの表示装置を有する。

メモリ５４は、制御部５６の本発明に係る処理時のワークスペースとして用いられる。たとえばメモリ５４は、ＲＡＭや、ＲＯＭなどの記憶装置を有する。また、メモリ５４は、本発明に係るウェブサーバ５の機能を有するプログラムＰ５を記憶する。

記憶装置５５は、制御部５６の制御により所定のデータを記憶し、また制御部５６の制御によりデータを読み出して出力する。記憶装置５５は、たとえば、ＨＤＤ（ハードディスクドライブ装置）や光ディスク記憶装置などの記憶装置である。

制御部５６は、たとえばプログラムＰ５を実行することにより、装置全体を統括的に制御する。
制御部５６は、たとえば通信Ｉ／Ｆ５１を介して端末装置２や管理サーバ４とデータ通信を行い、リソースに関する情報を端末装置２に出力する。
具体的な動作については後述する。

図６は、図１に示した管理システム１の動作を説明するためのフローチャートである。
図６を参照しながら、管理システム１の動作、特に管理サーバ４の制御部４６の動作を中心に説明する。
以下、たとえば、端末装置２がファイルサーバ３のリソースを使用して、管理サーバ４がそのリソースの使用を管理する場合を説明する。

ステップＳＴ１において、制御部４６は、リソースの使用情報を取得する。
制御部４６は、たとえば、通信Ｉ／Ｆ４１を介してファイルサーバ３にアクセスして、ファイルサーバ３のリソースの使用情報を要求する信号をファイルサーバ３に出力する。
ファイルサーバ３の制御部３６は、通信Ｉ／Ｆ３１により管理サーバ４からその信号を受信すると、リソースの使用情報、たとえば記憶装置（記憶ディスク装置）３５の使用量に関する使用情報を、通信Ｉ／Ｆ３１を介して管理サーバ４に出力する。
管理サーバ４の制御部４６は、ファイルサーバ３から通信Ｉ／Ｆ４１を介して、そのリソースの使用情報を受信する。

ステップＳＴ２において、制御部４６は、ステップＳＴ１により取得したリソースの使用情報に基づいて当該リソースの使用量の時間的な変化量に応じた報知処理を行う。
制御部４６は、詳細には、リソースの使用情報に基づいて当該リソースの使用量の時間的な変化量が、規定された閾値より大きいと判断した場合に警告報知処理を行い、その閾値以下であると判断した場合はその警告報知処理を抑止する。

より具体的には、制御部４６は、端末装置２がファイルサーバ３のリソースを使用している場合に、その端末装置２によるリソースの使用情報をファイルサーバ３から取得し、取得したリソースの使用情報に基づいて当該リソースの使用量の時間的な変化量が、規定された閾値より大きいと判断した場合に、そのリソースを使用する端末装置２に警告報知を行わせる信号を、通信Ｉ／Ｆ４１を介してその端末装置２に出力する。
端末装置２は、通信Ｉ／Ｆ２１を介して、管理サーバ４から警告報知を行わせる信号を受信すると、その信号に応じてたとえば表示部２３に警告報知を示す表示を行うなどの警告報知処理を行う。

上述したように、制御部４６は、リソースの使用情報を取得して、その取得したリソースの使用情報に基づいて当該リソースの使用量の時間的な変化量に応じた報知処理を行うので、たとえば単純にリソースの使用量が予め規定された閾値より大きい場合に警告を行うのと比べて、本発明に係る管理システム１では早急に警告報知処理を行うことができ、すばやくリソースの使用量の増大に対処することができる。

上述した実施形態では、端末装置２がファイルサーバ３のリソースを使用し、管理サーバ４がそのリソースの使用量を管理する形態を説明したが、この形態に限られるのもではない。
たとえば、管理サーバ４は、ウェブサーバ５を介して端末装置２に上述した報知を行ってもよい。
また、たとえば端末装置２、ファイルサーバ３、管理サーバ４、およびウェブサーバ５が一個の装置で構成されていて、その装置内のリソースを管理する形態であってもよい。

〔第２実施形態〕
本発明の第２実施形態に係る管理システム１は、図１に示した第１実施形態と略同じ構成であり、同じ構成要素および機能については説明を省略し、相違点を中心に説明する。
大きな相違点として、本実施形態に係る管理システム１では、取得したリソースの使用情報（静的な使用量を示す情報）および当該使用情報によるリソースの使用量の時間的な変化量（時間的に動的な使用量を示す情報）に基づいて報知処理を行う点である。

具体的には、管理サーバ４の制御部４６は、取得したリソースの使用情報、およびその使用情報によるリソースの使用量の時間的な変化量に応じた報知処理を行う。
詳細には、制御部４６は、取得したリソースの使用量が予め規定された第１の閾値より大きいか否かを判断した結果、およびリソースの使用量の時間的な変化量が、予め規定された第２の閾値より大きいか否かを判断した結果に応じた報知処理を行う。

より具体的には、制御部４６は、たとえばリソースの使用量が第１の閾値より小さいと判断した場合、かつリソースの使用量の時間的な変化量が第２の閾値より大きいと判断したことを条件に、その旨を報知する処理を行う。

また、制御部４６は、リソースの使用量が第１の閾値より大きいと判断した場合、かつリソースの使用量の時間的な変化量が第２の閾値より小さいと判断したことを条件に、その旨を報知する処理を行う。

また、制御部４６は、リソースの使用量の推移を表示する処理を行い、かつリソースの使用量が閾値より大きいと判断したことを条件にその旨を報知する処理をその表示処理と関連付けて行う。

図７は、本発明の第２実施形態に係る管理システム１の動作を説明するためのフローチャートである。
図７を参照しながら、本実施形態に係る管理システム１の動作を、管理サーバ４の制御部４６の動作を中心に説明する。第１実施形態と同じ構成おおび動作については説明を省略し、相違点を中心に説明する。
以下、たとえば、端末装置２がファイルサーバ３のリソースを使用して、管理サーバ４がそのリソースの使用を管理する場合を説明する。

ステップＳＴ１１において、制御部４６は、リソースの使用情報を取得する。
制御部４６は、たとえば、通信Ｉ／Ｆ４１を介してファイルサーバ３にアクセスして、ファイルサーバ３のリソースの使用情報を要求する信号をファイルサーバ３に出力する。
ファイルサーバ３の制御部３６は、通信Ｉ／Ｆ３１により管理サーバ４からその信号を受信すると、リソースの使用情報、たとえば記憶装置（記憶ディスク装置）３５の使用量に関する使用情報を、通信Ｉ／Ｆ３１を介して管理サーバ４に出力する。
管理サーバ４の制御部４６は、ファイルサーバ３から通信Ｉ／Ｆ４１を介して、そのリソースの使用情報を受信する。

ステップＳＴ１２において、制御部３６は、ステップＳＴ１１において取得したリソースの使用量の推移を表示する処理を行う。

図８は、本発明に係る管理システム１のリソースの使用量の推移を表示する処理を説明するための図である。図８（ａ）は、リソースの使用量が閾値ＴＨ１以下の場合（通常時）のリソースの使用量の推移を表示する処理を説明するための図である。図８（ｂ）は、リソースの使用量が閾値ＴＨ１を超える直前の表示例を示す図である。図８（ｃ）は、リソースの使用量が閾値より大きい場合の表示例を示す図である。

制御部４６は、所定のタイミング、たとえば数秒、数分、数１０分、数時間、または１日毎に、ファイルサーバ３にアクセスして、リソースの使用情報を取得し、そのリソースの使用量の推移を示す表示処理を行う。
本実施形態では、たとえば制御部４６は、取得したリソースの使用情報に基づいて、図８（ａ）〜（ｃ）に示すようにリソースの使用量の推移を示す表示画像に関するデータを生成し、ウェブサーバ５を介して端末装置２に出力する。端末装置２は管理サーバ４から受信したそのデータに基づいて、リソースの使用量の推移を示す表示処理を行う。

制御部４６は、リソースの使用量が閾値以下の場合（通常時）には、たとえば図８（ａ）に示すように、リソースの使用量の推移を表示する処理を行う。
縦軸は、リソースの使用量、詳細にはファイルサーバ３の記憶ディスク容量の使用量（Ｍｂｙｔｅｓ）を示し、横軸は時間軸を示す。本具体例では制御部４６は、たとえばリソースの使用情報を５分毎に取得して表示の更新を行う。
また、本具体例では図８（ａ）に示すように、ファイルサーバ３の全記憶容量を５００００ＭＢ、静的な閾値（本発明に係る第１の閾値に相当する）ＴＨ１を４７０００ＭＢに設定している。また、図８（ａ）に示すように１６時００分ではリソースの使用量は約１５０００ＭＢであり、その後１６時３５分まで略一定の使用量を示している。

たとえば、端末装置２がファイルサーバ３のリソースを使用して所定のデータ処理を行う場合にリソースの使用量が大きくなる。しかし、端末装置２は、端末装置２に割り当てられたリソースまたはファイルサーバ３の全リソース内で所定のデータ処理を行う必要がある。つまり、端末装置２は、割り当てられたリソースまたは全リソース量を超えて所定のデータ処理を行うことができず、オーバーした際には所定のデータ処理が中断したり、処理速度が低下する場合がある。

このため、本実施形態では第１の閾値を設け、第１の閾値を割り当てられたリソース量または全リソース量に、使用量が近づいていることを警告するための指標として用いる。
この第１の閾値は、たとえば割り当てられたリソース量または全リソース量の８０％〜９５％程度に、設定することが好ましい。

ステップＳＴ１３において、制御部４６は、リソースの使用量が第１の閾値より大きいか否かを判断し、第１の閾値より小さいと判断した場合にはステップＳＴ１４の処理に進み、リソースの使用量が第１の閾値より大きいと判断した場合には、ステップＳＴ１８の処理に進む。

ステップＳＴ１４において、制御部４６は、リソースの使用量が第１の閾値以下である旨を報知する処理を行う。
詳細には、制御部４６は、リソースの使用量が第１の閾値以下である旨を報知するためのデータを生成し、そのデータを通信Ｉ／Ｆ４１を介して端末装置２に送信する。端末装置２は通信Ｉ／Ｆ２１を介して管理サーバ４から受信したそのデータを基に、リソースの使用量が第１の閾値以下である旨を報知する。

ステップＳＴ１５において、制御部４６は、リソースの使用量の時間的な変化量が、第２の閾値よりも大きいか否かを判断する。
図９は、本発明に係るリソースの使用量が第１の閾値ＴＨ１より小さい場合のリソースの推移を説明するための図である。図９（ａ）は、リソースの使用量の時間経過を示す図である。図９（ｂ）は、図９（ａ）に示したリソースの使用量の変化量（微分値）の時間経過を示す図である。

たとえば、制御部４６は、図９（ａ）に示すように、リソースの使用量が第１の閾値ＴＨ１より小さい場合かつ図９（ｂ）に示すように、リソースの使用量の変化量（微分値）が第２の閾値ＴＨ２より大きい場合にはステップＳＴ１６の処理に進み、リソースの使用量の変化量（微分値）が第２の閾値ＴＨ２より小さい場合にはステップＳＴ１７の処理に進む。

ステップＳＴ１６において、制御部４６は、リソースの使用量が第１の閾値ＴＨ１より小さいと判断した場合、かつリソースの使用量の時間的な変化量が第２の閾値ＴＨ２より大きいと判断したことを条件に、その旨を報知する処理、たとえば警告報知処理を行う。

つまり図９（ａ），（ｂ）に示すように、リソースの使用量が第１の閾値より小さい場合であっても、リソースの使用量の時間的な変化量が、第２の閾値ＴＨ２より大きくなった時間ｔ１に警告を行うことで、リソースの使用量が増加して使用量が第１の閾値ＴＨ１より大きくなる前に、規定された時間ｔ１ｂ以内にリソースの使用量が第１の閾値ＴＨ１より大きくなる予測時間ｔ１ａが含まれると判断して、その旨を早急に報知することができる。

具体的には、制御部４６は、その旨を報知するデータを生成して、そのデータを通信Ｉ／Ｆ４１を介してそのリソースを使用する端末装置２に送信する。端末装置２は、通信Ｉ／Ｆ２１を介して管理サーバ４から受信したそのデータを基にその旨を報知する処理を行い、ステップＳＴ１１の処理に戻る。

たとえば、制御部２６は、表示部２３にその旨を表示することで、報知処理を行う。
また、制御部２６は、たとえば図８（ａ）に示したリソースの使用量の推移を示す表示と関連付けてその旨を表示する処理を行うことで、より確実に報知を行うことができる。
ここで関連付けて表示する処理とは、たとえば、リソースの使用量を示す表示領域ＡＲ１の色を変化させる処理や、その表示領域ＡＲ１内に警告を示す記号、マーク、文字、キャラクタ、画像などを表示する処理を含む。
また、報知処理は表示処理の形態に限られるものではない。たとえば発音による報知であってもよいし、機械的振動装置が作動することにより報知を行ってもよい。

ステップＳＴ１７において、制御部４６は、リソースの使用量が第１の閾値ＴＨ１より小さいと判断した場合、かつリソースの使用量の時間的な変化量が第２の閾値ＴＨ２より小さいと判断したことを条件に、その旨を報知する処理を行い、ステップＳＴ１１の処理に戻る。
たとえば、制御部４６は、上述した場合では、リソースの使用量の変化量（増加量）が第２の閾値ＴＨ２より小さいので、リソースの使用量が規定された短時間（規定された時間内）で、第１の閾値より大きくならないと判断して、その旨を報知する処理を行う。

ステップＳＴ１８において、制御部４６は、リソースの使用量が第１の閾値ＴＨ１より大きいと判断した場合には、その旨を報知する処理、たとえば警告報知処理を行う。
たとえば制御部４６は、図８（ｂ）に示すように、リソースの使用量が第１の閾値ＴＨ１より小さい場合から、第１の閾値ＴＨ１より大きくなった場合に、たとえば図８（ｃ）に示すように、リソースの使用量の推移を表示する処理を行い、かつその旨を報知する処理をその表示処理と関連付けて行う。
ここで関連付けて表示する処理とは、たとえば、リソースの使用量を示す表示領域ＡＲ１の色を変化させる処理や、その表示領域ＡＲ１内に警告を示す記号、マーク、文字、キャラクタ、および画像などを表示する処理を含む。

ステップＳＴ１９において、制御部４６は、リソースの使用量の時間的な変化量が、第２の閾値よりも大きいか否かを判断する。

図１０は、本発明に係るリソースの使用量が第１の閾値ＴＨ２より大きい場合のリソースの推移を説明するための図である。図１０（ａ）は、リソースの使用量の時間経過を示す図である。図１０（ｂ）は、図１０（ａ）に示したリソースの使用量の変化量（微分値）の時間経過を示す図である。

たとえば、制御部４６は、図１０（ａ）に示すように、リソースの使用量が第１の閾値ＴＨ１より大きい場合かつ図１０（ｂ）に示すように、リソースの使用量の変化量（微分値）が第２の閾値ＴＨ２より小さい場合には、ステップＳＴ２０の処理に進み、リソースの使用量の変化量（微分値）が第２の閾値ＴＨ２より大きい場合にはステップＳＴ２１の処理に進む。
また減少量に言い換えると、たとえば制御部４６は、図１０（ａ）に示すように、リソースの使用量が第１の閾値ＴＨ１より大きい場合かつ図１０（ｂ）に示すように、リソースの使用量の時間的な減少量が第２の閾値ＴＨ２’より大きい場合には、ステップＳＴ２０の処理に進み、リソースの使用量の減少量が第２の閾値ＴＨ２‘より小さい場合にはステップＳＴ２１の処理に進む。

ステップＳＴＳＴ２０において、制御部４６は、リソースの使用量が第１の閾値ＴＨ１より大きいと判断した場合、かつリソースの使用量の時間的な変化量が第２の閾値ＴＨ２より小さいと判断したことを条件に、その旨を報知する処理を行い、ステップＳＴ１１の処理に戻る。
たとえば、制御部４６は、上述した場合では、図１０（ａ），（ｂ）に示すように、リソースの使用量が第１の閾値ＴＨ１より大きい場合であっても、リソースの使用量の変化量が第２の閾値ＴＨ２より小さいので、リソースの使用量が規定された時間ｔ２ｂ内で、規定値ＴＨ１ｂより大きくならないと判断して、その旨を報知する処理を行う。

また、たとえば第２の閾値ＴＨ２をゼロ以下に設定すると、図１０（ｂ）に示すように、時間ｔ２以降はリソースの使用量の変化量が負となり、使用量が減少する旨を報知する処理を行う、具体的には警告処理を抑止してもよい。
こうすることで、リソースの使用量が第１の閾値ＴＨ１より大きい場合であっても、使用量が減少傾向にあり規定された時間ｔ２ｂ内に第１の閾値ＴＨ１より小さくなり、リスクが低減したと判断して、警告処理を抑止することができる。

ステップＳＴ２１において、制御部４６は、リソースの使用量が第１の閾値ＴＨ１より大きいと判断した場合、かつリソースの使用量の時間的な変化量が第２の閾値ＴＨ２より大きいと判断したことを条件に、その旨を報知する処理を行い、ステップＳＴ１１の処理に戻る。
上述した場合には、規定された時間内に使用量が、割り当てられたリソース量または全リソースに達すると判断して、より緊急度の高い警告処理を行う。

以上、説明したように本実施形態では、制御部４６は、取得したリソースの使用情報、およびその使用情報によるリソースの使用量の時間的な変化量に応じた報知処理を行う、詳細にはリソースの使用量が第１の閾値より大きいか否かを判断した結果およびリソースの使用量の時間的な変化量が第２の閾値より大きいか否かを判断した結果に応じた報知処理を行うので、第１実施形態と比べて、より高精度に警告などの報知を行うことができる。

具体的には、制御部４６は、リソースの使用量が第１の閾値ＴＨ１より小さいと判断した場合、かつリソースの使用量の時間的な変化量が第２の閾値ＴＨ２より大きいと判断したことを条件に、警告などその旨を報知する処理を行うので、たとえば図９（ａ），（ｂ）に示すように、リソースの使用量が増加して使用量が第１の閾値ＴＨ１より大きくなる前に、規定された時間ｔ１ｂ以内にリソースの使用量が第１の閾値ＴＨ１より大きくなる予測時間ｔ１ａが含まれると判断して、その旨を早急に報知することができる。

また、制御部４６は、リソースの使用量が第１の閾値ＴＨ１より大きいと判断した場合、かつリソースの使用量の時間的な変化量が第２の閾値ＴＨ２より小さいと判断したことを条件に、その旨を報知する処理を行うので、たとえば図１０（ａ），（ｂ）に示すように、リソースの使用量が規定された時間ｔ２ｂ内）で、規定値ＴＨ１ｂより大きくならないと判断して、つまりリソースが規定値より大きくなるリスクが減少したと判断して、その旨を報知することができる。
また、好ましくは第２の閾値ＴＨ２をゼロ以下の値に設定することで、使用量が第１の閾値ＴＨ１より大きな場合であっても、時間ｔ２にリスクが低減する旨を報知することができる。

また、制御部４６は、リソースの使用量の推移を表示する処理を行い、かつそのリソースの使用量が閾値より大きいと判断したことを条件にその旨を報知する処理を表示処理と関連付けて行うことで、より確実に報知を行うことができる。

〔第３実施形態〕
本発明の第３実施形態に係る管理システム１は、第２実施形態と略同じ構成であり、同じ構成要素および機能については説明を省略し、相違点を中心に説明する。
大きな相違点として、本実施形態に係る管理システム１では、リソースの使用量が設定値より大きくなる予測時間、または、リソースの使用率に基づいて、少なくとも第１の閾値ＴＨ１または第２の閾値ＴＨ２を設定する点である。

図１１は、本発明の第３実施形態に係る管理システム１の閾値の設定に関する動作の一具体例を説明する図である。
たとえば管理サーバ４の制御部４６は、図１１に示すように、時間ｔ３におけるリソースの使用量および使用量の時間的な変化量（微分値）に基づいて、使用量が設定値ＲＶ１より大きくなる予測時間ｔ３１を演算により求め、その予測時間ｔ３１に基づいて第１の閾値ＴＨ１や第２の閾値ＴＨ２を設定する。
具体的には、たとえば、予測時間ｔ３１が規定値より大きい場合には、変化量が小さいと判断して第１の閾値ＴＨ１や第２の閾値ＴＨ２の値を、より小さな値に設定し、予測時間ｔ３１が規定値より小さい場合には、変化量が大きいと判断して第１の閾値ＴＨ１や第２の閾値ＴＨ２の値をより大きな値に設定する。
この第１の閾値ＴＨ１や第２の閾値ＴＨ２の設定方法は、上述した形態に限られるものではない。

図１２は、本発明の第３実施形態に係る管理システム１の閾値の設定に関する動作の他の具体例を説明する図である。
図１２（ａ）は、全リソースに対する使用量の割合を説明するための図である。図１２（ｂ）は、図１２（ａ）に示した使用量の割合が増加した場合を説明するための図である。
図１２（ｃ）は、全リソースのうち、割り当てられたリソースに対する使用量の割合を説明するための図である。図１２（ｄ）は、図１２（ｃ）に示した使用量の割合が増加した場合を説明するための図である。

また、管理サーバ４の制御部４６は、たとえば図１２（ａ）〜（ｄ）に示すように、リソースの使用率に基づいて、第１の閾値ＴＨ１や第２の閾値ＴＨ２を設定する。
リソースの使用率は、たとえば図１２（ａ），（ｂ）に示すように、ファイルサーバ３の全リソースＲＡに対する使用量Ｒ１の割合（Ｒ１／ＲＡ）であってもよいし、たとえば図１２（ｃ），（ｄ）に示すように、全リソースＲＡのうち、割り当てられたリソースＲＢに対する使用量Ｒ１の割合（Ｒ１／ＲＢ）であってもよい。

たとえば、管理サーバ４の制御部４６は、リソースの使用率が規定値より大きい場合には、リスクが大きいと判断して第１の閾値ＴＨ１や第２の閾値ＴＨ２をより小さな値に設定する。
一方、たとえば、制御部４６は、リソースの使用率が規定値より小さい場合には、リスクが小さいと判断して第１の閾値ＴＨ１や第２の閾値ＴＨ２をより大きな値に設定する。
この第１の閾値ＴＨ１や第２の閾値ＴＨ２の設定方法は、上述した形態に限られるものではない。

図１３は、本発明の第３実施形態に係る管理システム１の動作を説明するためのフローチャートである。
図１３を参照しながら、本実施形態に係る管理システム１の動作を、管理サーバ４の制御部４６の動作を中心に説明する。

ステップＳＴ３１において、制御部４６は、たとえば、図１１，１２に示すように、リソースの使用量が設定値より大きくなる予測時間、または、リソースの使用率に基づいて、少なくとも第１の閾値ＴＨ１または第２の閾値ＴＨ２のいずれかを決定する。

ステップＳＴ３２において、制御部４６は、ステップＳＴ３１により決定した少なくとも第１の閾値ＴＨ１または第２の閾値ＴＨ２を設定して、たとえば第２実施形態に係る管理システム１の動作を行う。

以上、説明したように本実施形態では、制御部４６が、リソースの使用量が設定値より大きくなる予測時間、または、リソースの使用率に基づいて、少なくとも第１の閾値ＴＨ１または第２の閾値ＴＨ２のいずれかを決定するので、たとえばユーザが、第１の閾値ＴＨ１や第２の閾値ＴＨ２を煩雑な操作を行うことなく、より高精度に効率よく、警告などの報知処理を行うことができる。

〔第４実施形態〕
第１実施形態と比べてより具体的な処理内容を第４実施形態として説明する。
図１４は、本発明の第４実施形態に係る管理システム１の動作を説明するための図である。
本実施形態に係る管理システム１は、図１に示した第１実施形態と略同じ構成であり、同じ構成要素および機能については説明を省略し、相違点を中心に説明する。
図１４を参照しながら、リソースの使用情報に関する情報収集時の動作を説明する。

ステップＳＴ１０１において、管理サーバ４の制御部４６は、通信Ｉ／Ｆ４１を介して、リソースの使用情報を送信させる要求信号を、ファイルサーバ３に送信する。

ステップＳＴ１０２において、ファイルサーバ３（３−１）の制御部３６は、通信Ｉ／Ｆ３１を介して管理サーバ４から要求信号を受信すると、リソースの使用情報を取得するコマンドを実行して、リソースの使用情報を取得する。
ステップＳＴ１０３において、ファイルサーバ３（３−１）の制御部３６は、取得したリソースの使用情報を、通信Ｉ／Ｆ３１を介して管理サーバ４に送信する。
以下同様に、ファイルサーバ３（３−２）〜（３−４）についても、同様な情報収集処理を行う（ＳＴ１０４〜ＳＴ１１２）。

図１５は、図１４に示したファイルサーバ３の情報収集時動作の一具体例を説明するためのフローチャートである。
ファイルサーバ３の情報収集時の動作、具体的には図１４に示したステップＳＴ１０２，ＳＴ１０５，ＳＴ１０８，およびＳＴ１１１に関する動作を図１５を参照しながら説明する。

ステップＳＴ２０１において、ファイルサーバ３の制御部３６は、通信Ｉ／Ｆ３１を介して管理サーバ４から要求信号を受信すると、ファイルサーバ３の記憶装置３５の使用情報（記憶容量）を確認させるコマンドを実行し、その結果をメモリ３４に保存（記憶）する。

ステップＳＴ２０２において、制御部３６は、全ストレージ資源の容量確認が終了したか否かを判断し、確認していないと判断した場合にステップＳＴ２０１の処理に戻り、容量確認が終了したと判断した場合にステップＳＴ２０３の処理に進む。

ステップＳＴ２０３において、制御部３６は、不図示の計時部から時刻情報を取得する。
ステップＳＴ２０４において、制御部３６は、容量確認コマンドが正常に終了したか否かを判断し、正常に終了したと判断した場合にステップＳＴ２０５の処理に進み、正常に終了していないと判断した場合にステップＳＴ２０６の処理に進む。

ステップＳＴ２０５において、制御部３６は、ステップＳＴ２０３において取得した時刻情報を、メモリ３４に保存した容量確認コマンドによる結果を示す使用情報と関連付けて結果情報としてメモリ３４に記憶して、ステップＳＴ２０７の処理に進む。

ステップＳＴ２０６において、制御部３６は、正常に終了していない場合（エラー発生時）には、時刻情報とエラー発生情報を容量確認コマンドの結果と関連付けて結果情報としてメモリ３４に記憶して、ステップＳＴ２０７の処理に進む。

ステップＳＴ２０７において、制御部３６は、メモリ３４に記憶している結果情報（上述したリソースの使用情報の一具体例に相当する）を、通信Ｉ／Ｆ３１を介して、管理サーバ４に送信する。

図１６は、本発明の第４実施形態に係る管理システム１の収集データ処理に関する動作の一具体例を説明するための図である。
ステップＳＴ３０１において、管理サーバ４の制御部４６は、ファイルサーバ３から収集したデータを第１の設定情報に基づいて加工処理を行う（収集データ処理Ａ）。

ステップＳＴ３０２において、管理サーバ４の制御部４６は、ステップＳＴ３０１による加工処理の結果、および第２の設定情報に基づいて、判断処理を行う（収集データ処理Ｂ）。

ステップＳＴ３０３において、管理サーバ４の制御部４６は、ステップＳＴ３０２による判断の結果、および第３の設定情報に基づいて、表示情報を生成する（収集データ処理Ｃ）。

ステップＳＴ３０４において、管理サーバ４の制御部４６は、通信Ｉ／Ｆ４１を介してウェブサーバ５に表示情報を送信する。ウェブサーバ５の制御部５６は、通信Ｉ／Ｆ５１を介して管理サーバ４から表示情報を受信すると、メモリ５４に表示情報を記憶する。

ステップＳＴ３０５において、端末装置２の制御部２６は、通信Ｉ／Ｆ２１を介して情報送信要求を示す信号をウェブサーバ５に送信する。

ステップＳＴ３０６において、ウェブサーバ５の制御部５６は、通信Ｉ／Ｆ５１を介してウェブサーバ５から情報送信要求を示す信号を受信すると、その要求に応答してメモリ５４から表示情報を読み出して、その表示情報を通信Ｉ／Ｆ５１を介して、要求元の端末装置２に送信する。
端末装置２の制御部２６は、通信Ｉ／Ｆ２１を介してウェブサーバ５から表示情報を受信すると、表示部２３に表示情報に応じた表示を行う。

図１７は、図１６に示したステップＳＴ３０１の収集データ処理Ａの一具体例を説明するためのフローチャートである。
管理サーバ４の制御部４６は、リソースの使用容量が第１の設定値（第１の閾値に相当する）を超えている否かを判断し（ステップＳＴ３０１１，ＳＴ３０１２）、使用容量が第１の設定値を超えていると判断した場合に、使用量の推移を表すグラフの背景画像を警告色に設定し（ＳＴ３０１３）、使用容量が第１の設定値より小さいと判断した場合に、使用量の推移を表すグラフの背景画像を通常色に設定して（ＳＴ３０１４）、ステップＳＴ３０１５の処理に進む。
ステップＳＴ３０１５において、制御部４６は、リソースの使用量の推移を示すグラフを生成する。

図１８は、図１６に示したステップＳＴ３０２の収集データ処理Ｂの一具体例を説明するためのフローチャートである。
管理サーバ４の制御部４６は、所定期間の使用容量増加率が第２設定値（第２の閾値に相当する）を超えているか否かを判断し（ＳＴ３０２１，ＳＴ３０２２）、所定期間の使用量の増加率が第２の設定値を超えていると判断した場合に、使用量の推移を表すグラフの背景画像を警告色に設定し（ＳＴ３０２３）、所定期間の使用量の増加量が第２の設定値より小さいと判断した場合に、使用量の推移を表すグラフの背景画像を通常色に設定して（ＳＴ３０２４）、ステップＳＴ３０２５の処理に進む。
ステップＳＴ３０２５において、制御部４６は、リソースの使用量の推移を示すグラフを生成する。

図１９は、図１６に示したステップＳＴ３０３の収集データ処理Ｃの一具体例を説明するためのフローチャートである。
管理サーバ４の制御部４６は、リソースの使用容量が第１の設定値（第１の閾値に相当する）を下回っているか否か、つまりリソースの使用容量が第１の設定値より小さいか否かを判断し（ＳＴ３０３１，ＳＴ３０３２）、リソースの使用容量が第１の設定値を下回っていると判断した場合に、使用量の推移を表すグラフの背景画像を警告色に設定し（ＳＴ３０３３）、リソースの使用容量が第１の設定値を下回っていないと判断した場合に、使用量の推移を表すグラフの背景画像を通常色に設定して（ＳＴ３０３４）、ステップＳＴ３０３５の処理に進む。
ステップＳＴ３０３５において、制御部４６は、リソースの使用量の推移を示すグラフを生成する。

図２０は、図１６に示したステップＳＴ３０３の収集データ処理Ｃの他の具体例を説明するためのフローチャートである。
管理サーバ４の制御部４６は、所定期間のリソースの使用容量の減少率が第２の設定値（第２の閾値に相当する）を超えているか否か、つまり所定期間のリソースの使用容量の減少率が第２の設定値より大きいか否かを判断し（ＳＴ３０３１ａ，ＳＴ３０３２ａ）、所定期間のリソースの使用容量の減少率が第２の設定値を超えていると判断した場合に、使用量の推移を表すグラフの背景画像を警告色に設定し（ＳＴ３０３３）、所定期間のリソースの使用容量の減少率が第２の設定値を超えていないと判断した場合に、使用量の推移を表すグラフの背景画像を通常色に設定して（ＳＴ３０３４）、ステップＳＴ３０３５の処理に進む。
ステップＳＴ３０３５において、制御部４６は、リソースの使用量の推移を示すグラフを生成する。

以上説明したように、本実施形態では端末装置２、ファイルサーバ３、管理サーバ４、およびウェブサーバ５が協働して本発明に係る処理機能を実現しているので、上述した形態のシステムに適用することができる。

〔第５実施形態〕
図２１は、本発明の第５実施形態に係る管理システム１の動作を説明するための図である。
本実施形態に係る管理システム１は、図１６に示した第４実施形態と略同じ構成であり、同じ構成要素および機能については説明を省略し、相違点を中心に説明する。
第４の実施形態に係る管理システム１では、管理サーバ４が、収集データ処理Ａ、収集データ処理Ｂ、および収集データ処理Ｃを行うが、この形態に限られるものではない。
たとえば第５実施形態では、収集データ処理Ｃをウェブサーバ５が行う点である。

図２１を参照しながら、本実施形態に係る管理システム１の動作を、第４実施形態との相違点を中心に説明する。
ステップＳＴ３０１〜ＳＴ３０２については、第４実施形態と同様なので説明を省略する。

ステップＳＴ３１０において、管理サーバ４の制御部４６は、ステップＳＴ３０２による判断処理の結果を示す信号を、通信Ｉ／Ｆ４１を介してウェブサーバ５に出力する。
ウェブサーバ５の制御部５６は、通信Ｉ／Ｆ５１を介してその判断処理の結果を示す信号を受信すると、その判断処理の結果に基づいて、上述した収集データ処理Ｃを行う（ＳＴ３０３）。
以下、ステップＳＴ３０５，ＳＴ３０６については、第４実施形態と同様なので説明を省略する。

以上、説明したように本実施形態では、ウェブサーバ５が収集データ処理Ｃを行うので、第４実施形態と比べて、管理サーバ４の処理負荷が軽減される。

〔第６実施形態〕
図２２は、本発明の第６実施形態に係る管理システム１の動作を説明するための図である。
本実施形態に係る管理システム１は、図１６に示した第４実施形態と比べて、管理サーバ４とウェブサーバ５の機能を一個の装置で実現している点である。その他の構成要素については略同じ構成であり、同じ構成要素および機能については説明を省略し、相違点を中心に説明する。
つまり、第６の実施形態に係る管理システム１では、図２２に示すように、管理サーバ４およびウェブサーバ５の機能を一個の装置で、収集データ処理Ａ（ＳＴ３０１）、収集データ処理Ｂ（ＳＴ３０２）、および収集データ処理Ｃ（ＳＴ３０３）を行う。

こうすることで本発明に係る機能を実現するために、第４実施形態に示すように管理サーバ４とウェブサーバ５を設けた場合と比べて、省スペース化およびデータの集中により高速にデータ処理を行うことができる。

〔第７実施形態〕
図２３は、本発明の第７実施形態に係る管理システム１の動作を説明するためのフローチャートである。
図１７に示した動作との相違点を中心に、本実施形態に係る管理システム１の動作を図２３を参照しながら説明する。

管理サーバ４の制御部４６は、リソースの使用容量が第１の設定値（第１の閾値に相当する）を超えている否かを判断し（ステップＳＴ３０１１，ＳＴ３０１２）、使用容量が第１の設定値を超えていると判断した場合に、使用量の推移を表すグラフの背景画像を警告色に設定し（ＳＴ３０１３）、使用容量が第１の設定値より小さいと判断した場合に、使用量の推移を表すグラフの背景画像を通常色に設定する（ＳＴ３０１４）。

そして、制御部４６は、設定値を超えた時間を抽出し（ＳＴ４０１）、設定値を超えた時間を強調して表示するように使用量の推移を表示する処理を行う（ＳＴ４０２）。たとえば、設定値を超えた時間の文字色を赤に設定する。一方、制御部４６は、設定値を超えた時間でない場合には、通常の表示処理、たとえば超えた時間以外の文字色を通常色に設定する。

以上、説明したように本実施形態では、リソースの使用量が設定値を超えた時間を強調して表示することで、ユーザにより確実にその旨を報知することができる。

〔第８実施形態〕
図２４は、本発明の第８実施形態に係る管理システム１の動作を説明するためのフローチャートである。
図１７に示した動作との相違点を中心に、本実施形態に係る管理システム１の動作を図２４を参照しながら説明する。

管理サーバ４の制御部４６は、リソースの使用容量が第１の設定値（第１の閾値に相当する）を超えている否かを判断し（ステップＳＴ３０１１，ＳＴ３０１２）、使用容量が第１の設定値を超えていると判断した場合に、使用量の推移を表すグラフの背景画像を警告色に設定し（ＳＴ３０１３）、使用容量が第１の設定値より小さいと判断した場合に、所定期間前の使用量が設定値を超えていたか否かを判断する（ＳＴ５０１）。

ステップＳＴ５０１において、制御部４６は、所定期間前のリソースの使用量が設定値を超えていたと判断した場合に、リソースの使用量の推移を示す表示と関連付けて、危機状態を回避完了したことを示す表示、たとえば背景色を緑色に設定し（ＳＴ５０２）、それ以外の場合には通常の表示、たとえば背景色を通常色に設定する。

以上、説明したように本実施形態では、所定期間前のリソースの使用量が設定値を超えているか否かを判断し、その判断結果に応じた報知処理を行うので、ユーザにより確実にその旨を報知することができる。

〔第９実施形態〕
図２５は、本発明の第９実施形態に係る管理システム１の動作を説明するためのフローチャートである。
本実施形態に係る管理システム１は、第７実施形態および第８実施形態を組み合わせた形態である。
詳細には、図２５に示すように、管理サーバ４の制御部４６は、リソースの使用容量が第１の設定値（第１の閾値に相当する）を超えている否かを判断し（ステップＳＴ３０１１，ＳＴ３０１２）、使用容量が第１の設定値を超えていると判断した場合に、使用量の推移を表すグラフの背景画像を警告色に設定し（ＳＴ３０１３）、ステップＳＴ４０１の処理に進み、一方、ステップＳＴ３０１２において使用容量が第１の設定値より小さいと判断した場合に、所定期間前の使用量が設定値を超えていたか否かを判断する（ＳＴ５０１）。

ステップＳＴ５０１において、制御部４６は、所定期間前のリソースの使用量が設定値を超えていたと判断した場合に、リソースの使用量の推移を示す表示と関連付けて、危機状態を回避完了したことを示す表示、たとえば背景色を緑色に設定し（ＳＴ５０２）、それ以外の場合には通常の表示、たとえば背景色を通常色に設定し、ステップＳＴ４０１の処理に進む。

以上、説明したように本実施形態では、第７実施形態と第８実施形態の特徴を組み合わせた形態であるので、ユーザにより確実にその旨を報知することができる。
なお、本発明は本実施形態に限られるものではなく、任意好適な改変が可能である。

本実施形態では、リソースとしてファイルサーバ３の記憶容量に関して説明したがこの形態に限られるものではない。
たとえばディスクディスク資源、メモリ資源、ＣＰＵ資源、ネットワーク資源などのリソースについて、本発明を適用してもよい。

たとえば、ディスク資源、メモリ資源、ＣＰＵ資源、ネットワーク資源などのリソースの使用を管理する管理方法、プログラム、コンピュータ、および管理システムに適用できる。

本発明の第１実施形態に係る管理システムの全体構成図である。図１に示した管理システム１の端末装置２の機能ブロック図である。図１に示した管理システム１のファイルサーバ３の機能ブロック図である。図１に示した管理システム１の管理サーバ４の機能ブロック図である。図１に示した管理システム１のウェブサーバ５の機能ブロック図である。図１に示した管理システム１の動作を説明するためのフローチャートである。本発明の第２実施形態に係る管理システム１の動作を説明するためのフローチャートである。本発明に係る管理システム１のリソースの使用量の推移を表示する処理を説明するための図である。（ａ）はリソースの使用量が閾値以下の場合（通常時）のリソースの使用量の推移を表示する処理を説明するための図である。（ｂ）はリソースの使用量が閾値を超える直前の表示例を示す図である。（ｃ）は、リソースの使用量が閾値より大きい場合の表示例を示す図である。本発明に係るリソースの使用量が第１の閾値ＴＨ１より小さい場合のリソースの推移を説明するための図である。（ａ）は、リソースの使用量の時間経過を示す図である。（ｂ）は（ａ）に示したリソースの使用量の変化量（微分値）の時間経過を示す図である。本発明に係るリソースの使用量が第１の閾値ＴＨ２より大きい場合のリソースの推移を説明するための図である。（ａ）はリソースの使用量の時間経過を示す図である。（ｂ）は（ａ）に示したリソースの使用量の変化量（微分値）の時間経過を示す図である。本発明の第３実施形態に係る管理システム１の閾値の設定に関する動作の一具体例を説明する図である。本発明の第３実施形態に係る管理システム１の閾値の設定に関する動作の他の具体例を説明する図である。（ａ）は全リソースに対する使用量の割合を説明するための図である。（ｂ）は（ａ）に示した使用量の割合が増加した場合を説明するための図である。（ｃ）は全リソースのうち、割り当てられたリソースに対する使用量の割合を説明するための図である。（ｄ）は（ｃ）に示した使用量の割合が増加した場合を説明するための図である。本発明の第３実施形態に係る管理システム１の動作を説明するためのフローチャートである。本発明の第４実施形態に係る管理システム１の動作を説明するための図である図１４に示したファイルサーバ３の情報収集時動作の一具体例を説明するためのフローチャートである。本発明の第４実施形態に係る管理システム１の収集データ処理に関する動作の一具体例を説明するための図である。図１６に示したステップＳＴ３０１の収集データ処理Ａの一具体例を説明するためのフローチャートである。図１６に示したステップＳＴ３０２の収集データ処理Ｂの一具体例を説明するためのフローチャートである。図１６に示したステップＳＴ３０３の収集データ処理Ｃの一具体例を説明するためのフローチャートである。図１６に示したステップＳＴ３０３の収集データ処理Ｃの他の具体例を説明するためのフローチャートである。本発明の第５実施形態に係る管理システム１の動作を説明するための図である。本発明の第６実施形態に係る管理システム１の動作を説明するための図である。本発明の第７実施形態に係る管理システム１の動作を説明するためのフローチャートである。本発明の第８実施形態に係る管理システム１の動作を説明するためのフローチャートである。本発明の第９実施形態に係る管理システム１の動作を説明するためのフローチャートである。

符号の説明

１…管理システム、２…端末装置、３…ファイルサーバ装置（ファイルサーバ）、４…管理サーバ装置（管理サーバ）、５…ウェブサーバ装置（Ｗｅｂサーバ）、６…データ通信路、２１，３１，４１，５１…通信インタフェース（通信Ｉ／Ｆ）、２２，３２，４２，５２…入力部、２３，３３，４３，５３…表示部、２４，３４，４４，５４…メモリ、２５，３５，４５，５５…記憶装置（ディスク装置）、２６，３６，４６，５６…制御部（ＣＰＵ：Central processing unit）。

Claims

リソースの使用量に関するリソースの使用情報を取得する取得手段と、前記取得手段が取得した前記リソースの使用情報を基に、所定の処理を行う処理手段と、前記取得手段が取得したリソースの使用情報を記憶する記憶部と、を有するコンピュータの管理方法であって、
前記取得手段が、前記リソースの使用情報を取得する第１のステップと、
前記第１のステップにより取得した前記リソースの使用情報に基づいて、前記処理手段が、リソースの使用量が第１のしきい値を超えているか否かの判定を行う第２のステップと、
前記第２のステップにおいて、前記リソースの使用量が前記第１のしきい値を超えていると判断した場合に、前記処理手段が、前記記憶部に記憶された過去のリソースの使用情報を基に、使用量の推移を示す所定の表示処理を行うとともに、当該表示の背景色を所定の第１の色に設定する第３のステップと、
前記第２のステップにおいて、前記リソースの使用量が前記第１のしきい値を超えていないと判断した場合に、前記処理手段が、前記記憶部に記憶された過去のリソースの使用情報を基に、所定期間前の前記リソースの使用量が前記第１のしきい値を超えているか否かの判定を行う第４のステップと、
前記第４のステップにおいて、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていなかったと判断した場合に、前記処理手段が、使用量の推移を示す前記表示処理を行うとともに、当該表示の背景色を前記第１の色とは異なる所定の第２の色に設定する第５のステップと、
前記第４のステップにおいて、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていたと判断した場合に、前記処理手段が、使用量の推移を示す前記表示処理を行い、当該表示の背景色を前記第１及び第２の色とは異なる所定の第３の色に設定すると共に、前記リソースの使用量が前記第１のしきい値を超えていた時間を算出し、使用量の推移を示す前記表示処理を行うとき前記リソースの使用量が前記第１のしきい値を超えていた時間を強調表示する第６のステップと、
を有する管理方法。
前記第２のステップにおいて、前記処理手段が、前記第１のステップにより取得した前記リソースの使用情報、および当該使用情報による前記リソースの使用量の時間的な変化量に応じた報知処理を行う
請求項１に記載の管理方法。
前記第２のステップにおいて、前記処理手段が、前記リソースの使用量が第１のしきい値より大きいか否かを判断した結果および前記リソースの使用量の時間的な変化量が第２のしきい値より大きいか否かを判断した結果に応じた報知処理を行う
請求項２に記載の管理方法。
前記第２のステップにおいて、前記処理手段が、前記リソースの使用量が第１のしきい値より小さいと判断した場合、かつ前記リソースの使用量の時間的な増加量が第２のしきい値より大きいと判断したことを条件に、その旨を報知する処理を行う
請求項１に記載の管理方法。
前記第２のステップにおいて、前記処理手段が、前記リソースの使用量が第１のしきい値より大きいと判断した場合、かつ前記リソースの使用量の時間的な減少量が第２のしきい値より大きいと判断したことを条件に、その旨を報知する処理を行う
請求項１に記載の管理方法。
前記第２のステップにおいて、前記処理手段が、前記リソースの使用量が設定値より大きくなる予測時間に基づいて、少なくとも前記第１のしきい値または前記第２のしきい値を設定する
請求項３に記載の管理方法。
前記第２のステップにおいて、前記処理手段が、前記リソースの使用率に基づいて、少なくとも前記第１のしきい値または前記第２のしきい値を設定する
請求項３に記載の管理方法。
前記第２のステップにおいて、前記処理手段が、前記リソースの使用量の推移を表示する処理を行い、かつ前記リソースの使用量が所定のしきい値より大きいと判断したことを条件にその旨を報知する処理を前記表示処理と関連付けて行う
請求項１に記載の管理方法。
リソースの使用を管理するコンピュータであって、
前記リソースの使用情報を取得する取得手段と、
処理手段と、
前記取得手段が取得したリソースの使用情報を記憶する記憶部と、
を有し、
前記処理手段は、
前記取得手段により取得した前記リソースの使用情報に基づいて、リソースの使用量が第１のしきい値を超えているか否かの判定を行い、
前記リソースの使用量が前記第１のしきい値を超えていると判断した場合に、前記記憶部に記憶された過去のリソースの使用情報を基に、使用量の推移を示す所定の表示処理を行うとともに、当該表示の背景色を所定の第１の色に設定し、
前記リソースの使用量が前記第１のしきい値を超えていないと判断した場合に、前記記憶部に記憶された過去のリソースの使用情報を基に、所定期間前の前記リソースの使用量が前記第１のしきい値を超えているか否かの判定を行い、
所定期間前の前記リソースの使用量が前記第１のしきい値を超えていなかったと判断した場合に、使用量の推移を示す前記表示処理を行うとともに、当該表示の背景色を前記第１の色とは異なる所定の第２の色に設定し、
所定期間前の前記リソースの使用量が前記第１のしきい値を超えていたと判断した場合に、使用量の推移を示す前記表示処理を行い、当該表示の背景色を前記第１及び第２の色とは異なる所定の第３の色に設定すると共に、前記リソースの使用量が前記第１のしきい値を超えていた時間を算出し、使用量の推移を示す前記表示処理を行うとき前記リソースの使用量が前記第１のしきい値を超えていた時間を強調表示する
コンピュータ。
リソースの使用量に関するリソースの使用情報を取得する取得手段と、前記取得手段が取得した前記リソースの使用情報を基に、所定の処理を行う処理手段と、前記取得手段が取得したリソースの使用情報を記憶する記憶部と、を有するコンピュータが実行するプログラムであって、
前記取得手段が、前記リソースの使用情報を取得する第１の手順と、
前記第１の手順により取得した前記リソースの使用情報に基づいて、前記処理手段が、リソースの使用量が第１のしきい値を超えているか否かの判定を行う第２の手順と、
前記第２の手順において、前記リソースの使用量が前記第１のしきい値を超えていると判断した場合に、前記処理手段が、前記記憶部に記憶された過去のリソースの使用情報を基に、使用量の推移を示す所定の表示処理を行うとともに、当該表示の背景色を所定の第１の色に設定する第３の手順と、
前記第２の手順において、前記リソースの使用量が前記第１のしきい値を超えていないと判断した場合に、前記処理手段が、前記記憶部に記憶された過去のリソースの使用情報を基に、所定期間前の前記リソースの使用量が前記第１のしきい値を超えているか否かの判定を行う第４の手順と、
前記第４の手順において、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていなかったと判断した場合に、前記処理手段が、使用量の推移を示す前記表示処理を行うとともに、当該表示の背景色を前記第１の色とは異なる所定の第２の色に設定する第５の手順と、
前記第４の手順において、所定期間前の前記リソースの使用量が前記第１のしきい値を超えていたと判断した場合に、前記処理手段が、使用量の推移を示す前記表示処理を行い、当該表示の背景色を前記第１及び第２の色とは異なる所定の第３の色に設定すると共に、前記リソースの使用量が前記第１のしきい値を超えていた時間を算出し、使用量の推移を示す前記表示処理を行うとき前記リソースの使用量が前記第１のしきい値を超えていた時間を強調表示する第６の手順と、
を前記コンピュータに実行させるプログラム。
端末装置と、当該端末装置により使用されるリソースの使用を管理するコンピュータとを有する管理システムであって、
前記コンピュータは、前記リソースの使用量に関するリソースの使用情報を取得する取得手段と、前記取得手段が取得した前記リソースの使用情報を基に、所定の処理を行う処理手段と、前記取得手段が取得したリソースの使用情報を記憶する記憶部と、を有し、
前記処理手段は、
前記取得手段により取得した前記リソースの使用情報に基づいて、リソースの使用量が第１のしきい値を超えているか否かの判定を行い、
前記リソースの使用量が前記第１のしきい値を超えていると判断した場合に、前記記憶部に記憶された過去のリソースの使用情報を基に、使用量の推移を示す所定の表示処理を行うとともに、当該表示の背景色を所定の第１の色に設定し、
前記リソースの使用量が前記第１のしきい値を超えていないと判断した場合に、前記記憶部に記憶された過去のリソースの使用情報を基に、所定期間前の前記リソースの使用量が前記第１のしきい値を超えているか否かの判定を行い、
所定期間前の前記リソースの使用量が前記第１のしきい値を超えていなかったと判断した場合に、使用量の推移を示す前記表示処理を行うとともに、当該表示の背景色を前記第１の色とは異なる所定の第２の色に設定し、
所定期間前の前記リソースの使用量が前記第１のしきい値を超えていたと判断した場合に、使用量の推移を示す前記表示処理を行い、当該表示の背景色を前記第１及び第２の色とは異なる所定の第３の色に設定すると共に、前記リソースの使用量が前記第１のしきい値を超えていた時間を算出し、使用量の推移を示す前記表示処理を行うとき前記リソースの使用量が前記第１のしきい値を超えていた時間を強調表示する
管理システム。