(57)【要約】【課題】アクセスが集中しても更新状況を管理するための処理の負荷を軽減して処理性能の低下を防ぐ。【解決手段】管理装置１００は、アクセス先装置１１０へのアクセス頻度の増加や減少の検出をトリガに、情報取得処理を個別取得または一括取得に切り替える。例えば、管理装置１００は、Ｔ１のタイミングでアクセス頻度が増加したと判断すると、Ｔ１を境に、更新情報についての情報取得処理を、個別取得から一括取得へ変更する。その後、アクセス頻度が高い状態が続き、管理装置１００は、一括取得を継続して行った後、Ｔ２のタイミングでアクセス頻度が減少したと判断すると、Ｔ２を境に、更新情報についての情報取得処理を、一括取得から個別取得へ変更する。同様に、管理装置１００は、Ｔ３において、アクセス頻度の増加を検出すると、Ｔ３を境に、更新情報についての情報取得処理を、個別取得から一括取得へ変更する。【選択図】図１
2012068880.tif 000002
【特許請求の範囲】
【請求項１】
アクセス元装置からアクセス先装置へのアクセス頻度の増加を検出する検出工程と、
前記検出工程によって前記アクセス頻度の増加が検出された場合、前記アクセス元装置から前記アクセス先装置へのアクセスが発生するごとに前記アクセスの内容を表す情報を個々に取得する第１の処理から、前記アクセス頻度の増加の検出後に前記アクセス元装置から前記アクセス先装置へ発生した各アクセスの内容を表す情報群を前記アクセス先装置から一括して取得する第２の処理に変更する変更工程と、
前記第１の処理によって前記アクセスの内容を表す情報を個々に取得し、前記変更工程による変更後は、前記第２の処理によって前記各アクセスの内容を表す情報群を一括して取得する取得工程と、
をコンピュータに実行させることを特徴とする管理プログラム。
【請求項２】
前記検出工程は、
前記アクセス元装置から前記アクセス先装置へのアクセス頻度の減少を検出し、
前記変更工程は、
前記第１の処理から第２の処理に変更した後に前記検出工程によって前記アクセス頻度の減少が検出された場合、前記第２の処理によって前記各アクセスの内容を表す情報群を前記アクセス先装置から一括して取得した後、前記第２の処理から前記第１の処理に変更し、
前記取得工程は、
前記変更工程によって前記第２の処理から前記第１の処理に変更された場合、前記第１の処理によって前記アクセスの内容を表す情報を個々に取得することを特徴とする請求項１に記載の管理プログラム。
【請求項３】
前記第２の処理は、
前記変更工程によって前記第２の処理へ変更された後、所定期間経過するごとに、前記所定期間に発生した各アクセスの内容を表す情報群を前記アクセス先装置から一括して前記所定期間ごとに取得することを特徴とする請求項１または２に記載の管理プログラム。
【請求項４】
前記第２の処理は、
前記変更工程によって前記第２の処理へ変更された後、前記各アクセスの内容を表す情報群を出力する旨の指示を受け付けると、前記第２の処理へ変更された後から前記指示を受け付けるまでの間に発生した各アクセスの内容を表す情報群を前記アクセス先装置から一括して取得することを特徴とする請求項１〜３のいずれか一つに記載の管理プログラム。
【請求項５】
前記第２の処理によって取得された情報群に含まれる情報の数を計数する計数工程と、
前記計数工程によって計数された情報の数に基づいて、前記所定期間の長さを調整する調整工程と、
を前記コンピュータに実行させることを特徴とする請求項３または４に記載の管理プログラム。
【請求項６】
アクセス元装置からアクセス先装置へのアクセス頻度の増加を検出する検出手段と、
前記検出手段によって前記アクセス頻度の増加が検出された場合、前記アクセス元装置から前記アクセス先装置へのアクセスが発生するごとに前記アクセスの内容を表す情報を個々に取得する第１の処理から、前記アクセス頻度の増加の検出後に前記アクセス元装置から前記アクセス先装置へ発生した各アクセスの内容を表す情報群を前記アクセス先装置から一括して取得する第２の処理に変更する変更手段と、
前記第１の処理によって前記アクセスの内容を表す情報を個々に取得し、前記変更手段による変更後は、前記第２の処理によって前記各アクセスの内容を表す情報群を一括して取得する取得手段と、
を備えることを特徴とする管理装置。
【請求項７】
コンピュータが、
アクセス元装置からアクセス先装置へのアクセス頻度の増加を検出する検出工程と、
前記検出工程によって前記アクセス頻度の増加が検出された場合、前記アクセス元装置から前記アクセス先装置へのアクセスが発生するごとに前記アクセスの内容を表す情報を個々に取得する第１の処理から、前記アクセス頻度の増加の検出後に前記アクセス元装置から前記アクセス先装置へ発生した各アクセスの内容を表す情報群を前記アクセス先装置から一括して取得する第２の処理に変更する変更工程と、
前記第１の処理によって前記アクセスの内容を表す情報を個々に取得し、前記変更工程による変更後は、前記第２の処理によって前記各アクセスの内容を表す情報群を一括して取得する取得工程と、
を実行することを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、アクセス先装置に対するアクセス状況を管理する管理プログラム、管理装置および管理方法に関する。
【背景技術】
【０００２】
近年、複数の利用者や端末がネットワークを介してデータの共有を実現するシステムが多数利用されている。ネットワークとして、インターネットなど外部のネットワークを利用する場合や、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）など内部のネットワークを利用する場合など、様々な形態が提供されている。いずれのネットワークを利用する場合も、複数の利用者や端末によって共有されるデータは、ファイルサーバなど、データを格納する機能に特化したデータ格納用の装置に格納されることが多い。
【０００３】
通常、データ格納用の装置に格納されたデータは、格納されたデータを利用する利用者や端末ではなく、専用の管理装置や管理装置相当の機能を実現するソフトウェアによって管理されている。具体的には、管理装置は、データ格納用の装置のメモリ領域に生成されたフォルダに対して、アクセス権の設定や、ファイル情報の管理、使用量の管理などを行う（例えば、下記特許文献１参照。）。
【０００４】
アクセス権の設定とは、ネットワークに接続された端末について、データ格納用の装置へのアクセスの許可／不可を取り決める処理である。また、ファイル情報の管理とは、データ格納用の装置に格納されたデータをファイル単位に把握する処理である。例えば、管理装置は、ファイルの内容を把握するために、各ファイルのファイル形式、ファイルサイズ、更新状況などの情報を取得する。そして、使用量の管理とは、データ格納用の装置にデータ格納用として利用可能な領域と、利用可能な領域のうちデータ格納済みの領域とを特定する処理である（例えば、下記特許文献２参照。）。
【０００５】
データ格納用の装置についてデータ格納状況やアクセス状況を、管理装置が管理することによって、管理者によるシステムの動作状況の解析や、エラー発生時の原因特定に役立てることができる。なお、管理装置は、データ格納状況やアクセス状況を管理するため、データ格納用の装置からアクセス内容に関する情報を取得している（例えば、下記特許文献３参照。）。
【０００６】
通常、管理装置は、データ格納用の装置に対して新たなアクセスが発生した場合に、その都度、アクセス内容を表すログ情報を取得する。ところが、頻繁にアクセスが発生しているにもかかわらず、アクセスが発生する度にログ情報を取得すると、管理装置の処理量が膨大になってしまうことがあった。そこで、事前にデータ格納用の装置に対するアクセス数に応じた管理装置およびネットワークの負荷の変化を時間ごとに解析し、解析結果に基づいて、負荷の低い時間帯に、アクセス内容を把握するための調査を行う技術も開示されている（例えば、下記特許文献４参照。）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−２７６９６９号公報
【特許文献２】特表平１０−５１３５９２号公報
【特許文献３】特開２００４−３１０３５７号公報
【特許文献４】特開２００６−２６８５９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述したような従来技術の場合、アクセス先装置（例えば、データ格納用の装置）に対するアクセス元装置（例えば、他の端末）からのアクセス数の変化によって、管理装置の処理負荷が大きく変化してしまうという問題があった。従来の管理装置は、アクセス先装置に対してアクセス元装置からのアクセスが発生すると、アクセス先装置内に生成されている全ファイルを対象にして、アクセス内容を把握するための調査を行っていた。
【０００９】
そして、アクセス数が増加する度に、上述のような全ファイルを対象に調査するという、高負荷な処理が行われていた。ところが、実際にアクセスによって変更（新規作成、更新、削除など）のあったファイルは、全ファイルの一部に過ぎない。すなわち、従来行われていた全ファイルを対象に調査するという処理は、非常に効率の悪い処理であった。また、処理量が膨大になるため、管理装置によるアクセス内容の更新についての処理速度が低下してしまう。結果として、管理装置が把握しているアクセス内容と、実際にアクセス先装置へ格納されているデータとが一致せず、リアルタイム性に支障をきたしてしまう恐れもあった。
【００１０】
また、システムを構成するアクセス元装置、アクセス先装置および管理装置は、それぞれネットワークを介して接続されている。すなわち、アクセス元装置からアクセス先装置へアクセスするという通信処理が発生する度に、管理装置とアクセス先装置との間でもアクセス内容を把握するための通信処理が発生している。したがって、アクセス数の増加によって、アクセス先装置に関連する通信回線がビジー状態となり通信速度が低下してしまうという問題もあった。
【００１１】
また、従来技術として、あらかじめ過去のアクセス数の変化を解析して低負荷な時間帯にアクセス内容を把握するための調査を行う技術が開示されているが、アクセス数の変化に周期性のないシステムの場合、十分な効果を得られない可能性が高い。したがって、アクセス数の変化が予測通りに推移する場合を除き、アクセス数の増加による管理装置への負荷集中の解消は期待できないという問題があった。
【００１２】
本開示技術は、上述した従来技術による問題点を解消するため、アクセス先装置の更新状況を管理する際に、アクセス元装置からのアクセスが集中しても更新状況を管理するための処理の負荷を軽減して処理性能の低下を防ぐことのできる管理プログラム、管理装置および管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上述した課題を解決し、目的を達成するため、本開示技術は、アクセス元装置からアクセス先装置へのアクセス頻度の増加を検出し、前記アクセス頻度の増加が検出された場合、前記アクセス元装置から前記アクセス先装置へのアクセスが発生するごとに前記アクセスの内容を表す情報を個々に取得する第１の処理から、前記アクセス頻度の増加の検出後に前記アクセス元装置から前記アクセス先装置へ発生した各アクセスの内容を表す情報群を前記アクセス先装置から一括して取得する第２の処理に変更し、前記第１の処理によって前記アクセスの内容を表す情報を個々に取得し、変更後は、前記第２の処理によって前記各アクセスの内容を表す情報群を一括して取得する。
【発明の効果】
【００１４】
本管理プログラム、管理装置および管理方法によれば、アクセス先装置の更新状況を管理する際に、アクセス元装置からのアクセスが集中しても更新状況を管理するための処理の負荷を軽減して処理性能の低下を防ぐことができるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】本実施の形態にかかる管理処理の一例を示す説明図である。
【図２】本実施の形態のシステム構成を示すブロック図である。
【図３】管理装置のハードウェア構成を示すブロック図である。
【図４】管理装置の機能的構成を示すブロック図である。
【図５】管理テーブルのデータ構成例を示すデータテーブルである。
【図６】ログ情報の一例を示す説明図である。
【図７】管理装置における情報取得処理の変更手順を示すフローチャートである。
【図８】調査方式の切替処理の手順を示すフローチャートである。
【図９】ファイルサーバ内のアクセス集中例を示す説明図である。
【図１０】調査対象設定処理の手順を示すフローチャートである。
【図１１】ログ調査処理の手順を示すフローチャートである。
【図１２】状態表示処理の手順を示すフローチャートである。
【図１３】調査間隔調整処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照して、この発明にかかる管理プログラム、管理装置および管理方法の好適な実施の形態を詳細に説明する。
【００１７】
図１は、本実施の形態にかかる管理処理の一例を示す説明図である。図１のように、本実施の形態において、管理装置１００は、アクセス先装置１１０の更新状況を調査する。具体的には、管理装置１００は、アクセス先装置１１０から、アクセス先装置１１０に対するアクセス内容を表す更新情報を取得する。アクセス内容とは、アクセス元装置１２０からアクセス先装置１１０に対して行われる、ファイルやフォルダの新規作成、更新、削除などの処理である。
【００１８】
図１において、アクセス元装置１２０からアクセス先装置１１０へ向けられた矢印（↓）は、それぞれ、アクセス（新規作成、更新、削除など）の発生を表している。そして、アクセス先装置１１０から管理装置１００へ向けられた矢印は、管理装置１００による更新情報の取得を表している。
【００１９】
本実施の形態にかかる管理処理の場合、管理装置１００は、アクセス先装置１１０から更新情報を取得する際に、２種類の情報取得処理のいずれか一方を採用する。２種類の処理とは、「個別取得」と「一括取得」とである。
【００２０】
個別取得とは、アクセス元装置１２０からアクセス先装置１１０に対して、アクセスが発生する度に、管理装置１００がアクセス先装置１１０から更新情報を個別に取得する処理である。個別取得によって取得された更新情報は、図１のアクセス先装置１１０から管理装置１００に対して向けられた矢印のうち、破線で表した矢印に相当する。個別取得は、アクセス発生の度に、更新情報を取得するため、１回の取得処理によって得られる更新情報の容量は小さいが、アクセス数分、取得処理を行う必要がある。
【００２１】
一括取得とは、所定期間、アクセス元装置１２０からアクセス先装置１１０に対して発生した各アクセスのすべての更新情報を、管理装置１００が一括して取得する処理である。一括取得によって取得された更新情報は、図１のアクセス先装置１１０から管理装置１００に対して向けられた矢印のうち、太矢印で表した矢印に相当する。一括取得は、指定したタイミングごとに、更新情報をまとめて取得するため、１回の取得処理によって得られる更新情報の容量は大きいが、個別取得と比較して、取得処理を行う回数は格段に少ない。
【００２２】
管理装置１００は、アクセス先装置１１０へのアクセス頻度（単位時間あたりのアクセス数）の増減を検出している。そして、管理装置１００は、アクセス頻度の増加や減少の検出をトリガに、情報取得処理を個別取得または一括取得に切り替える。
【００２３】
具体的に説明すると、図１の場合、まず、管理装置１００は、個別取得を行うように設定されている。その後、管理装置１００は、Ｔ１のタイミングでアクセス頻度が増加したと判断する。すると、管理装置１００は、Ｔ１を境に、更新情報につての情報取得処理を、個別取得から一括取得へ変更する。
【００２４】
その後、アクセス頻度が高い状態が続き、管理装置１００は、一括取得を継続して行っていたが、Ｔ２のタイミングでアクセス頻度が減少したと判断する。すると、管理装置１００は、Ｔ２を境に、更新情報についての情報取得処理を、一括取得から個別取得へ変更する。同様に、管理装置１００は、Ｔ３において、アクセス頻度の増加を検出する。すると、管理装置１００は、Ｔ３を境に、更新情報についての情報取得処理を、個別取得から一括取得へ変更する。
【００２５】
以上説明したように、本実施の形態にかかる管理処理の場合、管理装置１００は、アクセス先装置１１０へのアクセス頻度の変化に基づいて、更新情報についての情報取得処理を切り替えることができる。したがって、アクセス元装置１２０からアクセス先装置１１０へのアクセスが集中しても、管理装置１００は、更新状況を管理するための処理の負荷を軽減するため、処理性能の低下を防ぐことができる。
【００２６】
以下には、図１にて説明した管理処理を実現するための具体的なシステム構成や、管理装置の構成、動作について説明する。
【００２７】
図２は、本実施の形態のシステム構成を示すブロック図である。図２のように、本実施の形態において、管理装置１００は、システム内のアクセス先装置１１０の更新状況を管理する。管理装置１００は、本実施の形態にかかる管理処理を実現する機能に特化した専用装置を用いてもよいし、汎用のコンピュータに本実施の形態にかかる管理処理を実現するソフトウェアでもよい。
【００２８】
なお、管理装置１００には、管理テーブル１０１が用意されている。管理装置１００が、アクセス先装置（ファイルサーバ）１１０から取得した更新情報は、管理テーブル１０１に集約されている。
【００２９】
また、図２以降では、アクセス先装置１１０としてファイルサーバの例を挙げて説明する。なお、アクセス先装置１１０の実装例としては、複数のアクセス元装置１２０からアクセスされる装置が想定される装置であれば特に限定されない。なお、アクセス先装置１１０には、ログ情報１１１が蓄積されている。ログ情報１１１は、アクセス元装置１２０からのアクセス内容を表す情報群である。
【００３０】
同様に、図２以降では、アクセス元装置１２０としてファイルサーバへアクセスして、サーバ内に格納された業務データを共有する業務サーバ１〜ｎの例を挙げて説明する。なお、各業務サーバは、特定のユーザが専用で利用するサーバとして用意されていてもよいし、複数のユーザが兼用で利用するサーバとして用意されていてもよい。なお、複数のユーザが兼用で利用する場合も、利用中のユーザが特定できるような運用が望ましい。
【００３１】
（管理装置のハードウェア構成）
図３は、管理装置のハードウェア構成を示すブロック図である。図３において、管理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３０３と、磁気ディスクドライブ３０４と、磁気ディスク３０５と、光ディスクドライブ３０６と、光ディスク３０７と、ディスプレイ３０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０９と、キーボード３１０と、マウス３１１と、スキャナ３１２と、プリンタ３１３と、を備えている。また、各構成部はバス３００によってそれぞれ接続されている。
【００３２】
ここで、ＣＰＵ３０１は、管理装置１００の全体の制御を司る。ＲＯＭ３０２は、ブートプログラムや、本実施の形態にかかる管理処理を実現するための管理プログラムなどの各種プログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。磁気ディスクドライブ３０４は、ＣＰＵ３０１の制御にしたがって磁気ディスク３０５に対するデータのリード／ライトを制御する。磁気ディスク３０５は、磁気ディスクドライブ３０４の制御で書き込まれたデータを記憶する。
【００３３】
光ディスクドライブ３０６は、ＣＰＵ３０１の制御にしたがって光ディスク３０７に対するデータのリード／ライトを制御する。光ディスク３０７は、光ディスクドライブ３０６の制御で書き込まれたデータを記憶したり、光ディスク３０７に記憶されたデータをコンピュータに読み取らせたりする。
【００３４】
ディスプレイ３０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ３０８は、例えば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００３５】
インターフェース（以下、「Ｉ／Ｆ」と略する。）３０９は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク３１４に接続され、ネットワーク３１４を介して他の装置に接続される。そして、Ｉ／Ｆ３０９は、ネットワーク３１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ３０９には、例えばモデムやＬＡＮアダプタなどを採用することができる。
【００３６】
キーボード３１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力を行う。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス３１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などを行う。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。
【００３７】
スキャナ３１２は、画像を光学的に読み取り、管理装置１００内に画像データを取り込む。なお、スキャナ３１２は、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ３１３は、画像データや文書データを印刷する。プリンタ３１３には、例えば、レーザプリンタやインクジェットプリンタを採用することができる。
【００３８】
図３にて説明した管理装置１００のハードウェア構成は一例であり、利便性を考慮した上で望ましい構成である。したがって、必ずしも、図３に挙げたすべてのハードウェアを用意する必要はなく、管理装置１００によって実行させる処理の内容に応じて、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３とに、管理装置１００の利用者が所望の処理を実現すために必要な最小限のハードウェアが備わっていればよい。
【００３９】
（管理装置の機能的構成）
図４は、管理装置の機能的構成を示すブロック図である。管理装置１００は、管理処理を実現する機能部として、検出部４０１と、変更部４０２と、取得部４０３と、特定部４０４と、判断部４０５と、計数部４０６と、調整部４０７と、調査部４０８と、出力部４０９と、を含む構成である。また、制御部となる機能（検出部４０１〜出力部４０９）は、具体的には、例えば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０９により、その機能を実現する。
【００４０】
また、図４の管理装置１００は、Ｉ／Ｆ３０９を介してネットワーク３１４に接続されているが、システムの構成に応じて、ネットワーク３１４はグローバルなネットワークであったり、ローカルなネットワークであったりする。
【００４１】
検出部４０１は、アクセス元装置１２０からアクセス先装置１１０へのアクセス頻度の変化を検出する機能を有する。具体的には、検出部４０１は、Ｉ／Ｆ３０９を介してネットワーク３１４からアクセス元装置１２０からアクセス先装置１１０へのアクセス頻度の変化を検出する。アクセス頻度の変化とは、増加、もしくは、減少である。
【００４２】
検出部４０１の場合、ネットワーク３１４から直接アクセス頻度の増減を特定する情報を取得することができるが、ネットワーク３１４から、アクセス元装置１２０からアクセス先装置１１０へのアクセス数のみを取得することもある。上述のような場合は、後述する特定部４０４および判断部４０５の機能を利用してアクセス頻度の変化を検出してもよい。なお、検出部４０１による検出結果は、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶される。
【００４３】
変更部４０２は、アクセス先装置１１０から更新情報を取得する処理を変更する機能を有する。具体的には、変更部４０２は、後述する取得部４０３を制御して、更新情報を取得する処理を「個別取得→一括取得」もしくは「一括取得→個別取得」に変更する。
【００４４】
例えば、検出部４０１によって、アクセス頻度の増加が検出された場合、現状が個別取得に設定されていれば、「個別取得→一括取得」へ変更する。反対に、検出部４０１によって、アクセス頻度の減少が検出された場合、現状が一括取得に設定されていれば、「一括取得→個別取得」へ変更する。なお、変更結果は、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶される。
【００４５】
取得部４０３は、アクセス先装置１１０からアクセス内容を表す更新情報を取得する機能を有する。具体的には、変更部４０２によって変更された情報取得処理に基づいて、更新情報を取得する。
【００４６】
例えば、管理装置１００は、初期設定として、取得部４０３が個別取得を実行するように設定している。その後、変更部４０２による変更処理によって、アクセス頻度に一括取得を行うように設定されたり、個別取得を継続するように設定されたりする。また、取得部４０３によって取得された更新情報は、次に説明する図５に例示したような管理テーブル１０１に反映される。
【００４７】
図５は、管理テーブルのデータ構成例を示すデータテーブルである。図５は、管理テーブル１０１のデータ構成例である。管理テーブル１０１は、項（１，２，…）ごとに、図５に例示したような各フィールドによって構成されている。基本的には、一般的な管理テーブルと同等の構成であるが、管理装置１００独自の構成である、情報取得処理の切り替えに対応したフィールドとして、「調査方式」と、「監視間隔／時間」とが用意されている。
【００４８】
調査方式は、取得部４０３が「一括取得」に設定されている場合には、アクセス先装置１１０のログ情報１１１を調査するため、「ログ調査」と設定される。また、取得部４０３が「個別取得」に設定されている場合には、アクセス先装置１１０から、リアルタイムに通信して更新情報を取得するためするため、「通信処理」と設定される。なお、「ログ調査」と設定される場合には、さらに、「監視間隔／時間」に、管理装置１００がログ情報１１１を取得するタイミングとして監視間隔もしくは時間が設定される。
【００４９】
図６は、ログ情報の一例を示す説明図である。図６に例示したように、ログ情報１１１には、アクセス元装置１２０からアクセス先装置１１０へ対するアクセスごとに、どのファイルに対して、何時、どのような処理が行われたかを表す情報が蓄積されている。
【００５０】
また、取得部４０３は、変更部４０２による制御とは別に、管理装置１００の利用者や上位プログラムから、管理テーブル１０１の表示指示を受け付けると、現状が一括取得に設定されている場合には、強制的に一括取得を行う。
【００５１】
通常、一括取得は所定期間ごとに行われる。しかしながら、管理テーブル１０１の表示指示を受け付けると、管理装置１００は、現在までのアクセス状況を反映させた、管理テーブル１０１を表示させなければならない。一括取得の場合、更新情報取得の直後以外の時刻では、管理テーブル１０１に最新の更新情報が反映されていない。そこで、イレギュラーな処理として、管理装置１００の利用者や上位プログラムから、管理テーブル１０１の表示指示を受け付けると、取得部４０３は、強制的に一括取得を行う。したがって、管理装置１００は、最新の更新情報が反映された管理テーブル１０１を表示させることができる。
【００５２】
図４の説明に戻り、特定部４０４と判断部４０５は、上述したように、検出部４０１がアクセス数に基づいて、アクセス頻度の変化を検出する場合に利用される。具体的には、特定部４０４は、アクセス元装置１２０からアクセス先装置１１０への単位時間あたりのアクセス数を特定する。そして、判断部４０５は、特定部４０４によって特定されたアクセス数がしきい値未満か否かを判断する。
【００５３】
具体的には、検出部４０１は、判断部４０５によってアクセス数がしきい値未満ではないと判断された場合に、アクセス頻度の増加を検出する。反対に、検出部４０１は、判断部４０５によってアクセス数がしきい値未満であると判断された場合に、アクセス頻度の減少を検出する。なお、特定部４０４による特定内容や、判断部４０５による判断結果は、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶される。
【００５４】
計数部４０６は、一括取得によって取得された更新情報に含まれている情報の数を計数する機能を有する。また、調整部４０７は、一括取得を行う間隔を調整する機能を有する。具体的には、計数部４０６によって計数された情報の数に応じて、調整部４０７は、所定期間を延長したり、短縮したりする。
【００５５】
例えば、更新情報として一括して得られた情報の数が多い場合には、一括取得するタイミング（所定期間の長さ）を、短く設定する。反対に、更新内容の件数が少ない場合には、一括取得するタイミングを、長く設定する。調整部４０７が、一括取得するタイミングを調整することによって、一括取得によって得られる更新情報の情報量が平準化されるため、アクセス集中時の処理負荷を軽減することができる。
【００５６】
調査部４０８は、管理テーブル１０１に格納された情報を用いて、利用者が指定する項目を調査する機能を有する。具体的には、調査部４０８は、各フォルダのファイル数や、平均アクセス数、最終更新時刻などを調査する。調査結果は、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶される。
【００５７】
出力部４０９は、利用者や上位プログラムからの指示に応じて、指定された情報を出力する機能を有する。具体的には、出力部４０９は、管理テーブル１０１の格納内容や、調査部４０８による調査結果を出力する。出力形式としては、例えば、ディスプレイ３０８への表示、プリンタ３１３への印刷出力、Ｉ／Ｆ３０９による外部装置への送信がある。特に、アクセス元装置１２０から出力指示を受けた場合には、Ｉ／Ｆ３０９を介して、指定された情報を出力する。また、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などの記憶領域に記憶することとしてもよい。
【００５８】
図７は、管理装置における情報取得処理の変更手順を示すフローチャートである。図７のフローチャートは、管理装置１００が、アクセス頻度の検出結果に基づいて、アクセス先装置１１０からの情報取得処理を変更する手順を表している。図７の各処理を実行することによって、管理装置１００は、アクセス先装置１１０との通信処理の発生が集中するような事態を防ぐことができる。なお、以下の説明では、便宜上、個別取得を第１の処理とよび、一括取得を第２の処理とよぶ。
【００５９】
図７のフローチャートにおいて、まず、管理装置１００は、検出部４０１によって、アクセス頻度を検出する（ステップＳ７０１）。そして、管理装置１００は、検出部４０１によって検出されたアクセス頻度に基づいて、アクセス先装置１１０へのアクセス数が増加したか否かを判断する（ステップＳ７０２）。
【００６０】
ステップＳ７０２において、アクセス先装置１１０へのアクセス数が増加したと判断された場合（ステップＳ７０２：Ｙｅｓ）、管理装置１００は、アクセス先装置１１０からの更新情報についての情報取得処理にかかる負荷を低減させるための処理に移行する。
【００６１】
具体的には、管理装置１００は、アクセス元装置１２０からアクセス先装置１１０への各アクセスを表す更新情報をログ情報１１１から一括して取得する第２の処理を行うように取得部４０３を設定する。したがって、まず、管理装置１００は、現在、取得部４０３が第１の処理に設定されているか否かを判断する（ステップＳ７０３）。
【００６２】
ステップＳ７０３において、取得部４０３が第１の処理に設定されていると判断された場合（ステップＳ７０３：Ｙｅｓ）、管理装置１００は、取得部４０３による情報取得処理を低負荷な処理へ変更する必要がある。したがって、管理装置１００は、取得部４０３の情報取得処理を、第１の処理から第２の処理へ変更する（ステップＳ７０４）。
【００６３】
一方、ステップＳ７０３において、取得部４０３が第１の処理に設定されていないと判断された場合（ステップＳ７０３：Ｎｏ）、取得部４０３は、すでに、第２の処理に設定されている。したがって、管理装置１００は、ステップＳ７０４の処理を行うことなく、ステップＳ７０５の処理へ移行する。
【００６４】
そして、管理装置１００は、現在設定されている第２の処理を行う（ステップＳ７０５）。具体的には、ステップＳ７０５では、管理装置１００は、取得部４０３によって、所定期間ごとに、期間内に発生したアクセスの更新情報を一括取得する。なお、更新情報は、アクセス先装置１１０に蓄積されたログ情報１１１から、所定期間の間に発生したアクセスに関する情報を抽出することによって得られる。
【００６５】
ステップＳ７０２において、アクセス先装置１１０へのアクセス数が増加していないと判断された場合（ステップＳ７０２：Ｎｏ）、管理装置１００は、アクセス先装置１１０からの更新情報の取得処理にかかる負荷を軽減させる必要はない。そこで、管理装置１００は、アクセス先装置１１０に対してアクセス元装置１２０からのアクセスが発生する度に、発生したアクセスに関する更新情報を取得するように取得部４０３を設定するための処理に移行する。
【００６６】
まず、管理装置１００は、現在、取得部４０３が第２の処理に設定されているか否かを判断する（ステップＳ７０６）。そして、ステップＳ７０６において、取得部４０３が、第２の処理に設定されていると判断された場合（ステップＳ７０６：Ｙｅｓ）、管理装置１００は、取得部４０３の情報取得処理を、第２の処理から第１の処理に設定する（ステップＳ７０７）。
【００６７】
一方、ステップＳ７０６において、取得部４０３が第２の処理に設定されていないと判断された場合（ステップＳ７０６：Ｎｏ）、取得部４０３は、すでに、第１の処理に設定されている。したがって、管理装置１００は、ステップＳ７０７の処理を行うことなく、ステップＳ７０８の処理へ移行する。
【００６８】
そして、管理装置１００は、現在設定されている第１の処理を行う（ステップＳ７０８）。具体的には、ステップＳ７０８において、管理装置１００は、取得部４０３によって、アクセス先装置１１０へのアクセスが発生するごとに、更新情報を個別に取得する（ステップＳ７０８）。
【００６９】
その後、管理装置１００は、管理処理の停止指示を受けたか否かを判断する（ステップＳ７０９）。通常、管理装置１００は、アクセス先装置１１０の更新状況を管理するため、常時動作中になっている。しかしながら、管理装置１００も、上位プログラムや管理者によって、停止指示を受けた場合には動作を停止する。したがって、ステップＳ７０９において、管理処理の停止指示を受けたと判断されると（ステップＳ７０９：Ｙｅｓ）、管理装置１００は、一連の処理を終了する。
【００７０】
ステップＳ７０９において、停止指示を受けていないと判断された場合（ステップＳ７０９：Ｎｏ）、管理装置１００は、アクセス頻度が変化したか否かの判断を行う（ステップＳ７１０）。ステップＳ７１０において、アクセス頻度が変化した場合（ステップＳ７１０：Ｙｅｓ）、管理装置１００は、情報取得処理を実行するため、ステップＳ７０２の処理に戻り、アクセス頻度に応じた情報取得処理の設定変更を継続して行う。
【００７１】
一方、ステップＳ７１０において、アクセス頻度が変化していないと判断された場合（ステップＳ７１０：Ｎｏ）、管理装置１００は、現在設定されている情報取得処理を変更する必要はないため、ステップＳ７０９に処理を戻す。したがって、管理装置１００は、一旦情報取得処理を設定すると、アクセス頻度の変化を検出する、もしくは、停止指示を受けるまで待機状態となる。
【００７２】
以上説明したように、本実施の形態では、管理装置１００によって、アクセス先装置１１０の更新状況が管理される。そして、管理装置１００は、更新状況を把握するための更新情報の取得処理をアクセス先装置１１０に対するアクセス元装置１２０のアクセス頻度に応じて変更することができる。したがって、管理装置１００は、アクセス先装置１１０へのアクセス集中時に情報取得処理の負荷が著しく増加するような事態を防ぐことができる。
【００７３】
次に、アクセス先装置１１０として実装するファイルサーバの機能に応じた、管理装置１００の適応例について説明する。まず、実装するファイルサーバの機能について説明する。ファイルサーバは、アクセス元装置１２０からのアクセスが発生すると、管理装置１００に対して、アクセス内容を表す更新情報を逐次通知する。すなわち、ファイルサーバは、常時、個別取得を実行するように設定されている。したがって、ファイルサーバに対して一括取得を実行する場合、管理装置１００は、事前に、逐次通知を停止させる指示を行う必要がある。
【００７４】
そこで、以下には、上述のように逐次通知の機能を持ったファイルサーバをアクセス先装置１１０とした場合の管理装置１００の各処理について説明する。
【００７５】
図８は、調査方式の切替処理の手順を示すフローチャートである。図８は、管理装置１００が、アクセス先装置１１０であるファイルサーバへのアクセス数の増減に応じてファイルサーバに対して逐次通知の開始／停止を通知する手順を表している。図８の各処理を実行することによって、アクセス状況に応じて、ファイルサーバの逐次通知機能を制御することができる。
【００７６】
図８において、管理装置１００は、単位時間（例えば、初期値１０分間）あたりのアクセス数が１００００以上か否かを判断する（ステップＳ８０１）。ステップＳ８０１では、アクセス数の増加を判断する基準の一例として、１００００という値を用いている。したがって、アクセス元装置１２０の数や、システム全体の規模に応じて、基準となるアクセス数を設定することができる。
【００７７】
ステップＳ８０１において、アクセス数が１００００以上と判断された場合（ステップＳ８０１：Ｙｅｓ）、管理装置１００は、特定のフォルダや同一のファイルへのアクセス数が総アクセス数の２割以下か否かを判断する（ステップＳ８０２）。ステップＳ８０２は、特定のフォルダや同一のファイルに対してアクセスが集中しているか否かを判断するための処理である。
【００７８】
ステップＳ８０２において、特定のフォルダや同一のファイルへのアクセス数が総アクセス数の２割以下であると判断された場合（ステップＳ８０２：Ｙｅｓ）、管理装置１００は、特定のフォルダや同一のファイルに対してアクセスが集中していないと判断する。したがって、管理装置１００は、ファイルサーバに対して、更新情報の逐次通知の停止を指示する（ステップＳ８０３）。
【００７９】
一方、ステップＳ８０１において、単位時間あたりのアクセス数が１００００以上ではないと判断された場合（ステップＳ８０１：Ｎｏ）、管理装置１００は、アクセス数が増加していないと判断する。また、ステップＳ８０２において、特定のフォルダや同一のファイルへのアクセス数が総アクセス数の２割以下ではないと判断された場合（ステップＳ８０２：Ｎｏ）、管理装置１００は、特定のフォルダや同一のファイルへのアクセスが集中していると判断する。
【００８０】
したがって、管理装置１００は、ファイルサーバに対して、更新情報の逐次通知の開始を指示する（ステップＳ８０４）。また、管理装置１００は、特定のフォルダに対して更新情報の逐次通知の停止を指示する（ステップＳ８０５）。
【００８１】
ステップＳ８０３またはステップＳ８０５の処理が終了すると、管理装置１００は、継続切替モードか否かを判断する（ステップＳ８０６）。継続切替モードとは、ステップＳ８０１〜ステップＳ８０５の各処理を、継続して実行するモードである。
【００８２】
ステップＳ８０６において、継続切替モードに設定されていると判断された場合（ステップＳ８０６：Ｙｅｓ）、管理装置１００は、ステップＳ８０３、もしくは、ステップＳ８０５における通知処理が終了してから所定期間経過したか否かを判断する（ステップＳ８０７）。ステップＳ８０６において、継続切替モードに設定されていないと判断された場合（ステップＳ８０６：Ｎｏ）、管理装置１００は、そのまま一連の処理を終了する。
【００８３】
ステップＳ８０７において、管理装置１００は、所定期間経過するまで待機状態となる（ステップＳ８０７：Ｎｏのループ）。その後、所定期間経過したと判断されると（ステップＳ８０７：Ｙｅｓ）、管理装置１００は、ステップＳ８０１の処理に移行して、再度、ステップＳ８０１の判断を行う。
【００８４】
図９は、ファイルサーバ内のアクセス集中例を示す説明図である。図９に例示したフォルダ９００の内部には、フォルダ９１０，９２０の２つのフォルダが生成されている。さらに、フォルダ９１０の内部には、フォルダ９１１，９１４の２つのフォルダが生成されている。同様に、フォルダ９２０の内部には、フォルダ９２１が生成されている。フォルダ９１１の内部には、さらに、フォルダ９１２が生成されており、フォルダ９１４の内部には、さらに、フォルダ９１５が生成されている。そして、フォルダ９１２の内部には、フォルダ９１３が生成されている。一方、フォルダ９２１の内部には、フォルダ９２２が生成されている。そして、フォルダ９２２の内部には、フォルダ９２３が生成されている。
【００８５】
図９において、各フォルダやファイルの上に表示した矢印は、アクセス数を表している。図９のフォルダ９００をルートフォルダとした一連のフォルダ群の場合、アクセス元装置１２０からのアクセスに偏りがある。具体的には、フォルダ９１１にアクセスが集中している。また、図９のフォルダ９２２には、ファイルＡ〜Ｉまでの９つのファイルが生成されている。同じフォルダ９２２の中に生成されたファイルであっても、特定のファイルＤにアクセスが集中している。
【００８６】
図９に例示したように、同一のフォルダ９００に従属したフォルダであっても、特定のフォルダのみにアクセスが集中したり、同一のファイルのみにアクセスが集中したりするような事態は頻繁に発生する。特定のフォルダや同一のファイルにのみアクセスが集中してしまうと、管理装置１００は、特定のフォルダやファイルを包括する他のフォルダにもアクセスが集中しているように判断してしまう。そこで、管理装置１００は、次に説明する図１０の処理によって、アクセスが集中するフォルダやファイルを抽出して、個別に調査対象として設定を行うことができる。
【００８７】
図１０は、調査対象設定処理の手順を示すフローチャートである。図１０において、管理装置１００は、まず、特定のフォルダに逐次通知の停止が指示されているか否かを判断する（ステップＳ１００１）。ステップＳ１００１は、調査対象設定処理を必要とするフォルダがあるか否かを判断するための処理である。ステップＳ１００１において、特定のフォルダに逐次通知の停止が指示されていないと判断された場合（ステップＳ１００１：Ｎｏ）、管理装置１００は、なにも行わずに、そのままステップＳ１００７の処理へ移行する。
【００８８】
ステップＳ１００１において、特定のフォルダに逐次通知の停止が指示されていると判断された場合（ステップＳ１００１：Ｙｅｓ）、管理装置１００は、特定のフォルダ内の各ファイルへのアクセス数を検出する（ステップＳ１００２）。そして、管理装置１００は、ステップＳ１００２によって検出されたアクセスのうち、特定のファイルへのアクセス数が、総アクセス数の２割以下か否かを判断する（ステップＳ１００３）。
【００８９】
ステップＳ１００３は、特定のファイルへのアクセスが集中しているか否かを判断する処理である。ステップＳ１００３において、特定のファイルへのアクセス数が、総アクセス数の２割以下であると判断された場合（ステップＳ１００３：Ｙｅｓ）、管理装置１００は、特定のファイルへアクセスが集中していないと判断する。したがって、管理装置１００は、特定のフォルダに対して、更新情報の逐次通知停止の継続を指示する（ステップＳ１００４）。すなわち、現在ファイルサーバに設定されている逐次通知停止の状態が継続される。
【００９０】
一方、ステップＳ１００３において、特定のファイルへのアクセス数が総アクセス数の２割以下ではないと判断された場合（ステップＳ１００３：Ｎｏ）、管理装置１００は、特定のファイルへのアクセスが集中していると判断する。したがって、管理装置１００は、特定のフォルダに対して、特定のファイル以外の更新情報の逐次通知の開始を指示する（ステップＳ１００５）。
【００９１】
さらに、管理装置１００は、特定のファイルに対して、更新情報の逐次通知停止の継続を指示する（ステップＳ１００６）。ステップＳ１００５，Ｓ１００６の処理を行うことによって、管理装置１００は、ファイルサーバの特定のフォルダについて、アクセスが集中している特定のファイル以外の更新情報については、アクセスが発生する度に、逐次通知するように制御することができる。
【００９２】
その後、管理装置１００は、未処理の特定のフォルダがあるか否かを判断する（ステップＳ１００７）。未処理の特定のフォルダとは、ファイルサーバの内部に生成されているフォルダのうち、アクセス頻度が高いと判断されたフォルダを意味する。
【００９３】
ステップＳ１００７において、未処理の特定のフォルダがあると判断された場合（ステップＳ１００７：Ｙｅｓ）、管理装置１００は、ステップＳ１００１の処理に戻り、未処理の特定のファイルに対して、ステップＳ１００１〜Ｓ１００６の処理を行う。その後、ステップＳ１００７において、未処理の特定のフォルダがないと判断された場合（ステップＳ１００７：Ｎｏ）、管理装置１００は、そのまま一連の処理を終了する。
【００９４】
図１０にて説明したように、管理装置１００は、フォルダやファイル単位でアクセスが集中している箇所を抽出して、個別に調査対象として設定することができる。したがって、アクセスが集中しているフォルダやファイルに限定して一括取得が行われるため、アクセスの少ない他のフォルダやファイルについてアクセス頻度に応じた情報取得処理を行うことができる。
【００９５】
図１１は、ログ調査処理の手順を示すフローチャートである。図１１のフローチャートは、管理装置１００が、ファイルサーバからログ調査方式によって更新情報を取得して、管理テーブル１０１を更新する手順を表している。図１１の各処理を実行することによって、ファイルサーバへのアクセス内容を表す更新情報を一括して取得することができる。
【００９６】
図１１において、まず、管理装置１００は、ファイルサーバがログ調査方式に設定されているか否かを判断する（ステップＳ１１０１）。ステップＳ１１０１において、ログ調査方式に設定されていると判断された場合（ステップＳ１１０１：Ｙｅｓ）、管理装置１００は、ログ調査方式への設定が済んでから所定時間経過したか否かを判断する（ステップＳ１１０２）。ステップＳ１１０１において、ログ調査方式に設定されていないと判断された場合（ステップＳ１１０１：Ｎｏ）、管理装置１００は、そのまま、一連の処理を終了する。
【００９７】
ステップＳ１１０２において、管理装置１００は、所定時間が経過するまで待機状態となる（ステップＳ１１０２：Ｎｏのループ）。そして、所定時間経過すると（ステップＳ１１０２：Ｙｅｓ）、管理装置１００は、ファイルサーバから情報収集中か否かを判断する（ステップＳ１１０３）。ステップＳ１１０３において、情報収集中とは、管理装置１００が、ファイルサーバに蓄積されたログ情報１１１からアクセス内容を表す更新情報を取得している途中の状態を意味する。
【００９８】
ステップＳ１１０３において、管理装置１００がファイルサーバから情報収集中か否かを判断するための手法は様々挙げられる。例えば、管理装置１００がファイルサーバとのアクセス状態を表す情報を参照する手法がある。他も、ファイルサーバに対する管理装置１００の動作状態を表すデータテーブルを用意しておく手法を利用してもよい。このような場合、管理装置１００は、ファイルサーバから情報収集中か否かを判断する際に、データテーブルを参照すればよい。ステップＳ１１０３において情報収集中であると判断された場合（ステップＳ１１０３：Ｎｏ）、管理装置１００は、再度、ステップＳ１１０２の判断を行う。
【００９９】
ステップＳ１１０３において、情報収集中ではないと判断された場合（ステップＳ１１０３：Ｙｅｓ）、管理装置１００は、ファイルサーバからログ情報１１１を収集する（ステップＳ１１０４）。さらに、管理装置１００は、ステップＳ１１０４によって収集したログ情報１１１を参照して、ファイル操作履歴を解析する（ステップＳ１１０５）。ステップＳ１１０５によるファイル操作履歴の解析結果は、ファイルエラーの特定に利用される。
【０１００】
その後、管理装置１００は、ステップＳ１１０５の解析の結果、アクセスエラー数が総アクセス数の５％以内か否かを判断する（ステップＳ１１０６）。ステップＳ１１０６において、アクセスエラー数が総アクセス数の５％以内であると判断された場合（ステップＳ１１０６：Ｙｅｓ）、管理装置１００は、ステップＳ１１０４によって収集したログ情報１１１を用いて、管理テーブル１０１を更新する（ステップＳ１１０７）。なお、ステップＳ１１０６では、判断基準を「アクセスエラー数が総アクセス数の５％以内か」としているが、例えば、「アクセスエラー数が１００以内か」など、具体的な値を設定してもよい。
【０１０１】
一方、ステップＳ１１０６において、アクセスエラー数が総アクセス数の５％以内ではないと判断された場合（ステップＳ１１０６：Ｎｏ）、管理装置１００は、さらに、アクセスエラーは、特定の端末、ユーザによるアクセスによるものか否かを判断する（ステップＳ１１０８）。ステップＳ１１０８では、アクセスエラーの原因が同一の端末からのアクセスもしくは、同一のユーザからのアクセスにあるか否かを判断している。
【０１０２】
ステップＳ１１０８において、アクセスエラーが、特定の端末、ユーザによるアクセスであると判断された場合（ステップＳ１１０８：Ｙｅｓ）、管理装置１００は、アクセスエラーの原因が特定の端末、もしくは、ユーザにあると判断する。したがって、管理装置１００は、ファイルサーバに対して、特定の端末、ユーザからのアクセスによる更新情報の逐次通知の開始を指示する（ステップＳ１１０９）。
【０１０３】
なお、ステップＳ１１０８において、アクセスエラーが、特定の端末、ユーザによるアクセスでないと判断された場合（ステップＳ１１０８：Ｎｏ）、管理装置１００は、そのままステップＳ１１０７の処理に移行する。その後、管理装置１００は、ステップＳ１１０４によって収集したログ情報１１１を用いて、管理テーブル１０１を更新し（ステップＳ１１０７）、一連の処理を終了する。
【０１０４】
以上、図１１にて説明したように、管理装置１００は、ログ調査方式に設定された場合、定期的な監視間隔ごとに、ログ情報１１１を一括取得する。さらに、管理装置１００は、アクセスエラーが所定値（例えば、総アクセス数の５％以内）に収まらない場合、アクセスエラーの原因となるアクセスについては、ファイルサーバが逐次通知を行うように設定する。したがって、管理装置１００は、アクセスエラーの原因になりうるアクセスを個別に監視することができる。
【０１０５】
図１２は、状態表示処理の手順を示すフローチャートである。図１２のフローチャートは、管理装置１００が、利用者や上位プログラムから、管理テーブル１０１について表示指示を受けた場合に、表示指示に応じて管理テーブル１０１に登録されている情報を表示させるまでの処理を表している。図１２の各処理を実行することによって、表示指示を受けた時点までのアクセスを表す更新情報を反映させた最新の更新内容を表示させることができる。
【０１０６】
図１２において、まず、管理装置１００は、利用者や上位プログラムから、管理テーブル１０１の内容について表示指示を受けたか否かを判断する（ステップＳ１２０１）。管理装置１００は、ステップＳ１２０１において、表示指示を受けるまで待機状態となる（ステップＳ１２０１：Ｎｏのループ）。その後、表示指示を受けると（ステップＳ１２０１：Ｙｅｓ）、管理装置１００は、現在ログ調査方式に設定されているか否かを判断する（ステップＳ１２０２）。
【０１０７】
ステップＳ１２０２において、ログ調査方式に設定されていると判断された場合（ステップＳ１２０２：Ｙｅｓ）、管理装置１００は、表示用の情報に最新のアクセス内容を反映させるための処理を行う。
【０１０８】
したがって、まず、管理装置１００は、表示対象フォルダは情報収集中ではないか否かを判断する（ステップＳ１２０３）。ステップＳ１２０３において、情報収集中とは、管理装置１００が、ファイルサーバに蓄積されたログ情報からアクセス内容を表す更新情報を取得している途中の状態を意味する。すなわち、情報収集中であれば、情報収集完了後に、管理テーブル１０１は、最新の更新内容が反映されていることになる。
【０１０９】
ステップＳ１２０３において、情報収集中ではないと判断された場合（ステップＳ１２０３：Ｙｅｓ）、管理装置１００は、ファイルサーバからログ情報１１１を収集する（ステップＳ１２０４）。一方、ステップＳ１２０３において、情報収集中であると判断された場合（ステップＳ１２０３：Ｎｏ）、管理装置１００は、現在実行中の情報収集が完了したか否かを判断する（ステップＳ１２０５）。なお、ステップＳ１２０３において、管理装置１００は、ファイルサーバによって現在実行中の情報収集が完了したかの判断を、ステップＳ１１０３と同じ手法によって行う。
【０１１０】
管理装置１００は、ステップＳ１２０５において、情報収集が完了するまで待機状態となる（ステップＳ１２０５：Ｎｏのループ）。その後、情報収集が完了すると（ステップＳ１２０５：Ｙｅｓ）、管理装置１００は、ステップＳ１２０６の処理に移行する。
【０１１１】
そして、管理装置１００は、収集した情報を用いて、管理テーブル１０１を更新する（ステップＳ１２０６）。ステップＳ１２０６では、管理装置１００がどのような処理を経てきたのかに応じて、更新処理に用いる情報が異なる。
【０１１２】
具体的には、ステップＳ１２０３によって情報収集中ではないと判断された場合、管理装置１００は、ステップＳ１２０４の処理によってログ情報１１１を収集する。したがって、管理装置１００は、ステップＳ１２０６では、ステップＳ１２０４によって収集されたログ情報１１１を用いて、管理テーブル１０１を更新する。
【０１１３】
ステップＳ１２０３によって情報収集中であると判断された場合、管理装置１００は、ステップＳ１２０３の判断の時点では、現在収集中であった。その後、ステップＳ１２０５によって、情報収集が完了する。したがって、管理装置１００は、ステップＳ１２０６では、ステップＳ１２０５にて収集が完了したログ情報１１１を用いて、管理テーブル１０１を更新する。
【０１１４】
なお、ステップＳ１２０２において、ログ調査方式に設定されていないと判断された場合（ステップＳ１２０２：Ｎｏ）、管理装置１００は、アクセスが発生する度に、最新の更新情報を取得している。すなわち管理テーブル１０１には最新の更新状況が反映されているため、管理装置１００は、そのまま、ステップＳ１２０７の処理に移行する。最後に、管理装置１００は、表示指示に応じて管理テーブル１０１の表示処理を行って（ステップＳ１２０７）、一連の処理を終了する。
【０１１５】
図１３は、調査間隔調整処理の手順を示すフローチャートである。図１３のフローチャートは、監視間隔のアクセス数に応じて、調査間隔の長さを調整する手順を表している。図１３の各処理を実行することによって、１回の監視間隔ごとに得られるログ情報１１１の数が平準化される。
【０１１６】
図１３において、管理装置１００は、利用者や上位プログラムの調査間隔調整指示をトリガにして、処理を開始する。まず、管理装置１００は、現在設定されている監視間隔を短縮する（ステップＳ１３０１）。ステップＳ１３０１では、所定の基準に基づいて、監視間隔を短縮する。例えば、現在の設定時間の１／２の時間に設定する、Ｘ時間短縮するなどの基準が設定される。ここでは、一例として、現在監視間隔が２４時間と設定され、ステップＳ１３０１の処理によって、１／２の時間である１２時間に短縮されたものとして説明する。
【０１１７】
続いて、管理装置１００は、短縮後の監視間隔によってログ調査を開始する（ステップＳ１３０２）。ステップＳ１３０１の処理によって、管理装置１００の監視間隔は、１２時間に短縮されている。そして、管理装置１００は、対象フォルダの総ファイル数が１００００以上か否かを判断する（ステップＳ１３０３）。
【０１１８】
ステップＳ１３０３において、対象フォルダの総ファイル数が１００００以上と判断された場合（ステップＳ１３０３：Ｙｅｓ）、管理装置１００は、ファイル総数に占める変更ファイル数が０．０５（すなわち、ファイル総数の５％）以上か否かを判断する（ステップＳ１３０４）。また、ステップＳ１３０３において、対象フォルダの総ファイル数が１００００以上ではないと判断された場合（ステップＳ１３０３：Ｎｏ）、管理装置１００は、ファイル総数に占める変更ファイル数が０．１０（すなわち、ファイル総数の１０％）以上か否かを判断する（ステップＳ１３０５）。
【０１１９】
ステップＳ１３０４において、ファイル総数に占める変更ファイル数が０．０５以上であると判断された場合（ステップＳ１３０４：Ｙｅｓ）、管理装置１００は、ログ調査開始から監視間隔の１／３の時間が経過したか否かを判断する（ステップＳ１３０６）。ステップＳ１３０５において、ファイル総数に占める変更ファイル数が０．１０以上と判断された場合（ステップＳ１３０５：Ｙｅｓ）も、管理装置１００は、ステップＳ１３０６の判断を行う。
【０１２０】
管理装置１００は、ステップＳ１３０１において、監視間隔を１２時間に設定している。したがって、ステップＳ１３０６では、ログ調査開始から４時間が経過したか否かを判断する。なお、ステップＳ１３０６の判断基準は、監視間隔の設定内容に応じて、変更してもよい。例えば、監視間隔が３時間〜１０時間の間の値に設定されている場合、管理装置１００は、ログ調査開始から特定時間（例えば、１時間）経過したか否かを判断してもよい。
【０１２１】
管理装置１００は、ステップＳ１３０６において、ログ調査開始から監視間隔の１／３の時間が経過したと判断されるまで待機状態となる（ステップＳ１３０６：Ｎｏのループ）。その後、ログ調査開始から監視間隔の１／３の時間が経過したと判断されると（ステップＳ１３０６：Ｙｅｓ）、管理装置１００は、ログ調査開始から現在までの間のファイルへのアクセス時間を集計する（ステップＳ１３０７）。
【０１２２】
そして、管理装置１００は、ステップＳ１３０７による集計時間が、設定前のアクセス時間の４０％に達したか否かを判断する（ステップＳ１３０８）。設定前のアクセス時間とは、ステップＳ１３０１において新たに短縮設定される前の監視間隔である。したがって、ステップＳ１３０８では、２４時間の監視間隔によってログ調査を行った場合の、アクセス元装置１２０からアクセス先装置１１０へのアクセス時間と、ステップＳ１３０２によってログ調査が開始されてから現在までのアクセス時間とを比較する。
【０１２３】
ステップＳ１３０８によって、集計時間が設定前のアクセス時間の４０％に達したと判断された場合（ステップＳ１３０８：Ｙｅｓ）、管理装置１００は、現在設定されている監視間隔の度にログ調査を行うには、アクセス頻度が高すぎると判断する。したがって、管理装置１００は、監視間隔を短縮する（ステップＳ１３０９）。その後、管理装置１００は、ステップＳ１３０２に戻り、短縮後の監視間隔によるログ調査を開始する（ステップＳ１３０２）。
【０１２４】
一方、ステップＳ１３０８において、集計時間が設定前のアクセス時間の４０％に達したと判断された場合（ステップＳ１３０８：Ｎｏ）、管理装置１００は、現在設定されている監視間隔は適切であると判断する。したがって、管理装置１００は、そのまま一連の処理を終了する。
【０１２５】
ステップＳ１３０４において、ファイル総数に占める変更ファイル数が０．０５以上ではないと判断された場合（ステップＳ１３０４：Ｎｏ）、管理装置１００は、ステップＳ１３０４またはステップＳ１３０５におけるＮｏ判断が連続したか否かを判断する（ステップＳ１３１０）。同様に、ステップＳ１３０５において、ファイル総数に占める変更ファイル数が０．１０以上ではないと判断された場合（ステップＳ１３０５：Ｎｏ）も、管理装置１００は、ステップＳ１３１０の判断を行う。
【０１２６】
ステップＳ１３１０において、Ｎｏ判断が連続したと判断された場合（ステップＳ１３１０：Ｙｅｓ）、管理装置１００は、さらに、Ｎｏ判断が５回以上連続したか否かを判断する（ステップＳ１３１１）。ステップＳ１３１１において、Ｎｏ判断が５回以上連続したと判断された場合（ステップＳ１３１１：Ｙｅｓ）、管理装置１００は、現在設定されている監視間隔は短すぎると判断する。したがって、管理装置１００は、監視間隔を通常に変更して（ステップＳ１３１２）、一連の処理を終了する。
【０１２７】
ステップＳ１３１０において、Ｎｏ判断が連続していないと判断された場合（ステップＳ１３１０：Ｎｏ）、管理装置１００は、回数をリセットして（ステップＳ１３１３）、ステップＳ１３０２の処理に戻る。また、ステップＳ１３１１において、Ｎｏ判断が５回以上連続していないと判断された場合（ステップＳ１３１１：Ｎｏ）、管理装置１００は、ステップＳ１３０２の処理に戻る。すなわち、Ｎｏ判断が連続しない、または、５回以上連続しない場合、現在設定されている監視間隔を保持する。
【０１２８】
以上説明したように、本実施の形態にかかる管理プログラム、管理装置および管理方法によれば、アクセス先装置１１０へのアクセス頻度の変化に基づいて、更新情報についての情報取得処理を個別取得から一括取得、もしくは、一括取得から個別取得へ切り替えることができる。したがって、管理装置１００は、アクセス元装置１２０からのアクセスが集中しても更新状況を管理するための処理の負荷を軽減して処理性能の低下を防ぐことができる。
【０１２９】
また、本実施の形態では、単位時間におけるアクセス数がしきい値未満か否かに基づいて、アクセス頻度が増加した、もしくは、減少したことを検出する。したがって、管理装置１００は、アクセス先装置１１０を利用するシステムのアクセス状況にかかわらず、適宜アクセス頻度の変化を検出することができる。
【０１３０】
また、本実施の形態では、アクセス先装置内のフォルダやファイル単位ごとにアクセス頻度を検出して、フォルダやファイル単位ごとに個別取得と一括取得とのいずかを設定することができる。したがって、特定のフォルダや同一のファイルにアクセスが集中する場合であっても、アクセスが集中する箇所とアクセスが集中しない箇所については、アクセス発生の度に更新情報を取得することができる。
【０１３１】
また、本実施の形態では、一括取得に設定された場合には、個別取得に変更されるまで、一括取得を指定した所定期間ごとに実行する。したがって、管理装置１００は、アクセス発生時刻に依存せずに、定期的に更新情報を取得することができる。
【０１３２】
また、本実施の形態では、一括取得に設定されている場合に、外部からの出力指示を受け付けると、一括取得を実行する間隔に到達する前であっても、即座に一括取得を行う。したがって、最新のアクセスを反映した更新内容を出力することができる。
【０１３３】
また、本実施の形態では、一括取得する場合に、アクセス数に応じて一括取得を実行する間隔を調整するとこができる。したがって、一括取得によって取得される更新情報の数の偏りを防ぎ、管理処理についての処理速度の低下を防ぐことができる。
【０１３４】
なお、本実施の形態で説明した管理方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。本管理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本管理プログラムは、インターネットなどのネットワークを介して配布してもよい。
【０１３５】
また、本実施の形態で説明した管理装置１００は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣ（以下、単に「ＡＳＩＣ」と称す。）やＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）によっても実現することができる。具体的には、例えば、上述した管理装置１００の機能（検出部４０１〜出力部４０９）をＨＤＬ記述によって機能定義し、そのＨＤＬ記述を論理合成してＡＳＩＣやＰＬＤに与えることにより、管理装置１００を製造することができる。
【０１３６】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１３７】
（付記１）アクセス元装置からアクセス先装置へのアクセス頻度の増加を検出する検出工程と、
前記検出工程によって前記アクセス頻度の増加が検出された場合、前記アクセス元装置から前記アクセス先装置へのアクセスが発生するごとに前記アクセスの内容を表す情報を個々に取得する第１の処理から、前記アクセス頻度の増加の検出後に前記アクセス元装置から前記アクセス先装置へ発生した各アクセスの内容を表す情報群を前記アクセス先装置から一括して取得する第２の処理に変更する変更工程と、
前記第１の処理によって前記アクセスの内容を表す情報を個々に取得し、前記変更工程による変更後は、前記第２の処理によって前記各アクセスの内容を表す情報群を一括して取得する取得工程と、
をコンピュータに実行させることを特徴とする管理プログラム。
【０１３８】
（付記２）前記検出工程は、
前記アクセス元装置から前記アクセス先装置へのアクセス頻度の減少を検出し、
前記変更工程は、
前記第１の処理から第２の処理に変更した後に前記検出工程によって前記アクセス頻度の減少が検出された場合、前記第２の処理によって前記各アクセスの内容を表す情報群を前記アクセス先装置から一括して取得した後、前記第２の処理から前記第１の処理に変更し、
前記取得工程は、
前記変更工程によって前記第２の処理から前記第１の処理に変更された場合、前記第１の処理によって前記アクセスの内容を表す情報を個々に取得することを特徴とする付記１に記載の管理プログラム。
【０１３９】
（付記３）前記アクセス元装置から前記アクセス先装置への単位時間あたりのアクセス数を特定する特定工程と、
前記特定工程によって特定されたアクセス数がしきい値未満か否かを判断する判断工程と、を前記コンピュータに実行させ、
前記検出工程は、
前記判断工程によってアクセス数がしきい値未満ではないと判断された場合に、前記アクセス元装置からアクセス先装置へのアクセス頻度の増加を検出することを特徴とする付記１に記載の管理プログラム。
【０１４０】
（付記４）前記アクセス元装置から前記アクセス先装置への単位時間あたりのアクセス数を特定する特定工程と、
前記特定工程によって特定されたアクセス数がしきい値未満か否かを判断する判断工程と、を前記コンピュータに実行させ、
前記検出工程は、
前記判断工程によってアクセス数がしきい値未満であると判断された場合に、前記アクセス元装置からアクセス先装置へのアクセス頻度の減少を検出することを特徴とする付記２に記載の管理プログラム。
【０１４１】
（付記５）前記検出工程は、
前記アクセス先装置内のフォルダごとに前記アクセス頻度の増加を検出し、
前記変更工程は、
前記検出工程によって前記アクセス頻度の増加が検出されたフォルダについて、前記第１の処理から前記第２の処理へ変更することを特徴とする付記１〜４のいずれか一つに記載の管理プログラム。
【０１４２】
（付記６）前記検出工程は、
前記アクセス先装置内のファイルごとに前記アクセス頻度の増加を検出し、
前記変更工程は、
前記検出工程によって前記アクセス頻度の増加が検出されたファイルについて、前記第１の処理から前記第２の処理へ変更することを特徴とする付記１〜５のいずれか一つに記載の管理プログラム。
【０１４３】
（付記７）前記第２の処理は、
前記変更工程によって前記第２の処理へ変更された後、所定期間経過するごとに、前記所定期間に発生した各アクセスの内容を表す情報群を前記アクセス先装置から一括して前記所定期間ごとに取得することを特徴とする付記１〜６のいずれか一つに記載の管理プログラム。
【０１４４】
（付記８）前記第２の処理は、
前記変更工程によって前記第２の処理へ変更された後、前記各アクセス内容を表す情報群を出力する旨の指示を受け付けると、前記第２の処理へ変更された後から前記指示を受け付けるまでの間に発生した各アクセスの内容を表す情報群を前記アクセス先装置から一括して取得することを特徴とする付記１〜７のいずれか一つに記載の管理プログラム。
【０１４５】
（付記９）前記第２の処理によって取得された情報群に含まれる情報の数を計数する計数工程と、
前記計数工程によって計数された情報の数に基づいて、前記所定期間の長さを調整する調整工程と、
を前記コンピュータに実行させることを特徴とする付記７または８に記載の管理プログラム。
【０１４６】
（付記１０）前記調整工程は、
前記計数工程によって計数された数が所定数以上となる場合、前記所定期間の長さを短縮することを特徴とする請求項９に記載の管理プログラム。
【０１４７】
（付記１１）前記計数工程は、
前記所定期間ごとに前記第２の処理によって取得された情報群に含まれる情報の数を計数し、
前記調整工程は、
前記計数工程によって計数された情報の数が前記所定数未満となる場合が、連続する複数の所定期間に発生すると、前記連続する複数の所定期間以降の所定期間の長さを延長することを特徴とする付記９または１０に記載の管理プログラム。
【０１４８】
（付記１２）アクセス元装置からアクセス先装置へのアクセス頻度の増加を検出する検出手段と、
前記検出手段によって前記アクセス頻度の増加が検出された場合、前記アクセス元装置から前記アクセス先装置へのアクセスが発生するごとに前記アクセスの内容を表す情報を個々に取得する第１の処理から、前記アクセス頻度の増加の検出後に前記アクセス元装置から前記アクセス先装置へ発生した各アクセスの内容を表す情報群を前記アクセス先装置から一括して取得する第２の処理に変更する変更手段と、
前記第１の処理によって前記アクセスの内容を表す情報を個々に取得し、前記変更手段による変更後は、前記第２の処理によって前記各アクセスの内容を表す情報群を一括して取得する取得手段と、
を備えることを特徴とする管理装置。
【０１４９】
（付記１３）コンピュータが、
アクセス元装置からアクセス先装置へのアクセス頻度の増加を検出する検出工程と、
前記検出工程によって前記アクセス頻度の増加が検出された場合、前記アクセス元装置から前記アクセス先装置へのアクセスが発生するごとに前記アクセスの内容を表す情報を個々に取得する第１の処理から、前記アクセス頻度の増加の検出後に前記アクセス元装置から前記アクセス先装置へ発生した各アクセスの内容を表す情報群を前記アクセス先装置から一括して取得する第２の処理に変更する変更工程と、
前記第１の処理によって前記アクセスの内容を表す情報を個々に取得し、前記変更工程による変更後は、前記第２の処理によって前記各アクセスの内容を表す情報群を一括して取得する取得工程と、
を実行することを特徴とする管理方法。
【符号の説明】
【０１５０】
１００  管理装置
１０１  管理テーブル
１１０  アクセス先装置（ファイルサーバ）
１１１  ログ情報
１２０  アクセス元装置（業務サーバ）
４０１  検出部
４０２  変更部
４０３  取得部
４０４  特定部
４０５  判断部
４０６  計数部
４０７  調整部
４０８  調査部
４０９  出力部
【図１】
2012068880.tif 000003
【図２】
2012068880.tif 000004
【図３】
2012068880.tif 000005
【図４】
2012068880.tif 000006
【図５】
2012068880.tif 000007
【図６】
2012068880.tif 000008
【図７】
2012068880.tif 000009
【図８】
2012068880.tif 000010
【図９】
2012068880.tif 000011
【図１０】
2012068880.tif 000012
【図１１】
2012068880.tif 000013
【図１２】
2012068880.tif 000014
【図１３】
2012068880.tif 000015