(57)【要約】【目的】  複数個の処理モジュールが階層構造をなして構成されている認証システムのどの処理モジュールで障害が発生したのかを正確に特定できるようにする。【構成】  監視機器１の制御部１０は、第１〜第４処理モジュール２０〜２３から構成されているユーザ認証・ディレクトリ機器２に対して第１処理モジュール２０に情報を要求し、第１処理モジュール２０での処理が失敗したことを検出したとき、第２〜第４処理モジュールに対してそれぞれ順に直接に情報を要求する動作を、情報要求先の処理モジュールで処理が成功した結果の情報が取得されるまで実行し、その実行した動作によって情報を取得した情報要求先の処理モジュールの１つ上の階層の処理モジュールに障害が発生していることを特定する。【選択図】        図１
2006243777.tif 000002
【特許請求の範囲】
【請求項１】
複数個の処理モジュールが階層構造をなして構成されている認証システムに対して前記各処理モジュールの内の最上位の階層の処理モジュールに情報を要求する手順と、該手順による要求に対して前記最上位の階層の処理モジュールでの処理が失敗したことを検出したとき、前記最上位の階層の処理モジュールの下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を、情報要求先の処理モジュールで処理が成功した結果の情報が取得されるまで実行する手順と、該手順によって実行した動作によって情報を取得した情報要求先の処理モジュールの１つ上の階層の処理モジュールに障害が発生していることを特定する手順とからなることを特徴とする認証システムの監視方法。
【請求項２】
前記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得する手順と、最初に取得した情報とそれ以後に取得した各情報とを比較する手順と、該手順による比較の結果に基づいて正しい情報か否かを判定する手順とを設けたことを特徴とする請求項１記載の認証システムの監視方法。
【請求項３】
前記各手順を前記認証システムが提供している全ての機能に対して実行させる手順を設けたことを特徴とする請求項１又は２記載の認証システムの監視方法。
【請求項４】
前記認証システムが提供している全ての機能に対して実行時に発生する負荷の程度の情報を付与する手順と、該手順によって付与された負荷の程度の情報が高負荷を示す機能の監視を実行するか否かを選択させる手順と、該手順によって実行すると選択されたときは、前記認証システムが提供している全ての機能に対して前記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、最初に取得した情報とそれ以後に取得した各情報とを比較し、該比較の結果に基づいて正しい情報か否かを判定する手順と、前記手順によって実行すると選択されなかったときは、前記付与された負荷の程度の情報が常に軽い負荷を示す機能に対して前記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、最初に取得した情報とそれ以後に取得した各情報とを比較し、該比較の結果に基づいて正しい情報か否かを判定する手順とを設けたことを特徴とする請求項１記載の認証システムの監視方法。
【請求項５】
請求項１乃至４のいずれか一項に記載の認証システムの監視方法の手順をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、複数個の処理モジュールが階層構造をなして構成されている認証システムの監視方法とコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
従来、複数個の処理モジュールが階層構造をなすことで構成されているユーザ認証ディレクトリ機器において、故障状況、故障個所、故障検索手順などの項目を含む故障事例データベースを用意しておき、故障が発生した時、故障情報に基づいて上記事例データベースから類似例を検索し、それらを統計的に分析することにより、障害部位を特定する認証システムの監視方法（例えば、特許文献１参照）があった。
【特許文献１】特開平２−２０００４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の認証システムの監視方法では、ある処理モジュールで障害が発生した場合、その障害が上位の階層の処理モジュールに伝播してしまうため、障害発生個所の正確な場所を特定することが困難になるという問題があった。
この発明は上記の点に鑑みてなされたものであり、複数個の処理モジュールが階層構造をなして構成されている認証システムのどの処理モジュールで障害が発生したのかを正確に特定できるようにすることを目的とする。
【課題を解決するための手段】
【０００４】
この発明は上記の目的を達成するため、次の認証システムの監視方法とコンピュータ読み取り可能な記録媒体を提供する。
（１）複数個の処理モジュールが階層構造をなして構成されている認証システムに対して上記各処理モジュールの内の最上位の階層の処理モジュールに情報を要求する手順と、その手順による要求に対して上記最上位の階層の処理モジュールでの処理が失敗したことを検出したとき、上記最上位の階層の処理モジュールの下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を、情報要求先の処理モジュールで処理が成功した結果の情報が取得されるまで実行する手順と、その手順によって実行した動作によって情報を取得した情報要求先の処理モジュールの１つ上の階層の処理モジュールに障害が発生していることを特定する手順とからなる認証システムの監視方法。
【０００５】
（２）上記（１）の認証システムの監視方法において、上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得する手順と、最初に取得した情報とそれ以後に取得した各情報とを比較する手順と、その手順による比較の結果に基づいて正しい情報か否かを判定する手順を設けた認証システムの監視方法。
（３）上記（１）又は（２）の認証システムの監視方法において、上記各手順を上記認証システムが提供している全ての機能に対して実行させる手順を設けた認証システムの監視方法。
【０００６】
（４）上記（１）の認証システムの監視方法において、上記認証システムが提供している全ての機能に対して実行時に発生する負荷の程度の情報を付与する手順と、その手順によって付与された負荷の程度の情報が高負荷を示す機能の監視を実行するか否かを選択させる手順と、その手順によって実行すると選択されたときは、上記認証システムが提供している全ての機能に対して上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、最初に取得した情報とそれ以後に取得した各情報とを比較し、その比較の結果に基づいて正しい情報か否かを判定する手順と、上記手順によって実行すると選択されなかったときは、上記付与された負荷の程度の情報が常に軽い負荷を示す機能に対して上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、最初に取得した情報とそれ以後に取得した各情報とを比較し、その比較の結果に基づいて正しい情報か否かを判定する手順を設けた認証システムの監視方法。
（５）上記（１）〜（４）のいずれかの認証システムの監視方法の手順をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の効果】
【０００７】
この発明による認証システムの監視方法は、複数個の処理モジュールが階層構造をなして構成されている認証システムのどの処理モジュールで障害が発生したのかを正確に特定することができる。
また、この発明によるコンピュータ読み取り可能な記録媒体は、コンピュータに複数個の処理モジュールが階層構造をなして構成されている認証システムのどの処理モジュールで障害が発生したのかを正確に特定する処理を実行させることができる。
【発明を実施するための最良の形態】
【０００８】
以下、この発明を実施するための最良の形態を図面に基づいて具体的に説明する。
〔実施例〕
図１は、この発明の実施例のシステムの構成を示すブロック図である。
このシステムは、監視機器１とクライアント装置４とがユーザ認証・ディレクトリ機器２に対してネットワークを介して接続されている。
クライアント装置４は、ＣＰＵ，ＲＯＭ及びＲＡＭからなるマイクロコンピュータによって実現され、ユーザ認証・ディレクトリ機器２に処理を要求するユーザ認証・ディレクトリ機器２のユーザである。
【０００９】
ユーザ認証・ディレクトリ機器２は、認証システムに相当し、ＣＰＵ，ＲＯＭ及びＲＡＭからなるマイクロコンピュータによって実現される複数個の処理モジュールが階層構造をなして構成されており、この実施例では、最上位の階層の第１処理モジュール２０、第２処理モジュール２１、第３処理モジュール２２、第４処理モジュール２３の４つの処理モジュールが階層構造を構成することで、クライアント装置４に対する認証機能やディレクトリ機能の提供を行っている。
図内の白抜きの矢印は処理の流れを示し、矢印は情報の要求を示している。
クライアント装置４は、ユーザ認証・ディレクトリ機器２を利用する場合、第１処理モジュール２０が提供しているインタフェースを実行する。
【００１０】
ユーザ認証・ディレクトリ機器２は、クライアント装置４から第１処理モジュール２０で情報の要求を受けると第２処理モジュール２１に処理を要求する。
さらに、第２処理モジュール２１は第３処理モジュール２２に処理を要求し、第３処理モジュール２２は第４処理モジュール２３に処理を要求する。
そして、第４処理モジュール２３はデータ保存機器３に処理を要求する。
データ保存機器３は、ＬＤＡＰサーバやアクティブ・ディレクトリ（Ａｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙ）などのディレクトリシステムである。
監視機器１は、ＣＰＵ，ＲＯＭ及びＲＡＭからなるマイクロコンピュータによって実現される制御部１０を備えており、その制御部１０にこの発明に係る認証システムの監視方法の手順を実行させるためのプログラムを格納し、ＣＰＵがそのプログラムの手順を実行することによってユーザ認証・ディレクトリ機器２の各モジュールやデータ保存機器３を直接実行することができ、ユーザ認証・ディレクトリ機器２の障害などを監視する。
【００１１】
すなわち、制御部１０のＲＯＭに、次の（ａ）〜（ｄ）の各手順からなるプログラムを格納する。
（ａ）複数個の処理モジュールが階層構造をなして構成されている認証システムに対して上記各処理モジュールの内の最上位の階層の処理モジュールに情報を要求する手順と、その手順による要求に対して上記最上位の階層の処理モジュールでの処理が失敗したことを検出したとき、上記最上位の階層の処理モジュールの下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を、情報要求先の処理モジュールで処理が成功した結果の情報が取得されるまで実行する手順と、その手順によって実行した動作によって情報を取得した情報要求先の処理モジュールの１つ上の階層の処理モジュールに障害が発生していることを特定する手順。
【００１２】
（ｂ）上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得する手順と、最初に取得した情報とそれ以後に取得した各情報とを比較する手順と、その手順による比較の結果に基づいて正しい情報か否かを判定する手順。
（ｃ）上記（ａ）又は（ｂ）の各手順を上記認証システムが提供している全ての機能に対して実行させる手順。
【００１３】
（ｄ）上記認証システムが提供している全ての機能に対して実行時に発生する負荷の程度の情報を付与する手順と、その手順によって付与された負荷の程度の情報が高負荷を示す機能の監視を実行するか否かを選択させる手順と、その手順によって実行すると選択されたときは、上記認証システムが提供している全ての機能に対して上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、最初に取得した情報とそれ以後に取得した各情報とを比較し、その比較の結果に基づいて正しい情報か否かを判定する手順と、上記手順によって実行すると選択されなかったときは、上記付与された負荷の程度の情報が常に軽い負荷を示す機能に対して上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、最初に取得した情報とそれ以後に取得した各情報とを比較し、その比較の結果に基づいて正しい情報か否かを判定する手順。
【００１４】
そして、制御部１０のＣＰＵが上記ＲＯＭ内の各手順からなるプログラムを実行することにより、次の（ｅ）〜（ｈ）の認証システムの監視方法の処理を実行する。
（ｅ）複数個の処理モジュールが階層構造をなして構成されている認証システムに対して上記各処理モジュールの内の最上位の階層の処理モジュールに情報を要求し、その要求に対して上記最上位の階層の処理モジュールでの処理が失敗したことを検出したとき、上記最上位の階層の処理モジュールの下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を、情報要求先の処理モジュールで処理が成功した結果の情報が取得されるまで実行し、その実行した動作によって情報を取得した情報要求先の処理モジュールの１つ上の階層の処理モジュールに障害が発生していることを特定する処理。
【００１５】
（ｆ）上記（ｅ）の処理において、上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、最初に取得した情報とそれ以後に取得した各情報とを比較し、その比較の結果に基づいて正しい情報か否かを判定する処理。
（ｇ）上記（ｅ）又は（ｆ）の各手順を上記認証システムが提供している全ての機能に対して実行させる処理。
【００１６】
（ｈ）上記（ｅ）の処理において、上記認証システムが提供している全ての機能に対して実行時に発生する負荷の程度の情報を付与し、その付与された負荷の程度の情報が高負荷を示す機能の監視を実行するか否かを選択させ、実行すると選択されたときは、上記認証システムが提供している全ての機能に対して上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、最初に取得した情報とそれ以後に取得した各情報とを比較し、その比較の結果に基づいて正しい情報か否かを判定する処理と、実行すると選択されなかったときは、上記付与された負荷の程度の情報が常に軽い負荷を示す機能に対して上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、最初に取得した情報とそれ以後に取得した各情報とを比較し、その比較の結果に基づいて正しい情報か否かを判定する処理。
【００１７】
したがって、制御部１０は、複数個の処理モジュールが階層構造をなして構成されている認証システムに対して上記各処理モジュールの内の最上位の階層の処理モジュールに情報を要求する手段と、その手段による要求に対して上記最上位の階層の処理モジュールでの処理が失敗したことを検出したとき、上記最上位の階層の処理モジュールの下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を、情報要求先の処理モジュールで処理が成功した結果の情報が取得されるまで実行する手段と、その手段によって実行した動作によって情報を取得した情報要求先の処理モジュールの１つ上の階層の処理モジュールに障害が発生していることを特定する手段の機能を果たす。
【００１８】
また、上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得する手段と、最初に取得した情報とそれ以後に取得した各情報とを比較する手段と、その手段による比較の結果に基づいて正しい情報か否かを判定する手段の機能も果たす。
さらに、上記各手段の処理を上記認証システムが提供している全ての機能に対して実行させる手段の機能も果たす。
【００１９】
さらにまた、上記認証システムが提供している全ての機能に対して実行時に発生する負荷の程度の情報を付与する手段と、その手段によって付与された負荷の程度の情報が高負荷を示す機能の監視を実行するか否かを選択させる手段と、その手段によって実行すると選択されたときは、上記認証システムが提供している全ての機能に対して上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、最初に取得した情報とそれ以後に取得した各情報とを比較し、その比較の結果に基づいて正しい情報か否かを判定する手段と、実行すると選択されなかったときは、上記付与された負荷の程度の情報が常に軽い負荷を示す機能に対して上記情報要求先の処理モジュールで処理が成功した結果の情報が取得された後もさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、最初に取得した情報とそれ以後に取得した各情報とを比較し、その比較の結果に基づいて正しい情報か否かを判定する手段の機能も果たす。
【００２０】
上記プログラムは、予め監視機器１のＲＯＭに格納するようにしても良いし、ＣＤ、ＤＶＤを含む光ディスクなどの記録媒体に記録し、その記録媒体を介して監視機器１に実行可能にインストールするようにしてもよい。
【００２１】
次に、図１に示した監視機器１によるユーザ認証・ディレクトリ機器２の第１の監視処理について説明する。
図２は、図１に示す監視機器１によるユーザ認証・ディレクトリ機器２の第１の監視処理を示すフローチャート図である。
監視機器１の制御部１０は、ステップ（図中「Ｓ」で示す）１でクライアント装置が通常行うとの同様の手順でユーザ認証・ディレクトリ機器の最上位の階層の第１処理モジュールに情報を要求し、ステップ２で第１処理モジュールでの処理が成功したか否かを判断する。
【００２２】
ステップ２で第１処理モジュールから情報を受け取って第１処理モジュールでの処理が成功したと判断すると、ステップ６へ進んでユーザ認証・ディレクトリ機器の各処理モジュールに異常がないことを示すログを出力（例えば、ＲＡＭに監視結果の履歴として記録する）し、この処理を終了する。
ステップ２で第１処理モジュールから情報を受け取れなくて処理が失敗したことを検出し、第１処理モジュールでの処理が失敗したと判断したら、第２処理モジュールからデータ保存機器までに障害が発生していることになるので、ステップ３へ進む。
ステップ３では、下位の処理モジュールが存在するか否かを判断し、ここでは第１処理モジュールの下位の第２処理モジュールが存在するので、ステップ４で第２処理モジュールに直接に情報を要求し、ステップ５で第２処理モジュールでの処理が成功したか否かを判断する。
【００２３】
ステップ２で第２処理モジュールから情報を受け取って第２処理モジュールでの処理が成功したと判断すると、ステップ６へ進んでユーザ認証・ディレクトリ機器の第１処理モジュールに異常があることを示すログを出力し、この処理を終了する。
ステップ５で第２処理モジュールから情報を受け取れなくて処理が失敗したことを検出し、第２処理モジュールでの処理が失敗したと判断したら、第３処理モジュールからデータ保存機器までに障害が発生していることになるので、ステップ３へ戻る。
ステップ３では、下位の処理モジュールが存在するか否かを判断し、ここでは第２処理モジュールの下位の第３処理モジュールが存在するので、ステップ４で第３処理モジュールに直接に情報を要求し、ステップ５で第３処理モジュールでの処理が成功したか否かを判断する。
【００２４】
ステップ５で第３処理モジュールから情報を受け取って第３処理モジュールでの処理が成功したと判断すると、ステップ６へ進んでユーザ認証・ディレクトリ機器の第２処理モジュールに異常があることを示すログを出力し、この処理を終了する。
ステップ５で第３処理モジュールから情報を受け取れなくて処理が失敗したことを検出し、第３処理モジュールでの処理が失敗したと判断したら、第４処理モジュールからデータ保存機器までに障害が発生していることになるので、ステップ３へ戻る。
ステップ３では、下位の処理モジュールが存在するか否かを判断し、ここでは第３処理モジュールの下位の第４処理モジュールが存在するので、ステップ４で第４処理モジュールに直接に情報を要求し、ステップ５で第４処理モジュールでの処理が成功したか否かを判断する。
【００２５】
ステップ５で第４処理モジュールから情報を受け取って第４処理モジュールでの処理が成功したと判断すると、ステップ６へ進んでユーザ認証・ディレクトリ機器の第３処理モジュールに異常があることを示すログを出力し、この処理を終了する。
ステップ５で第４処理モジュールから情報を受け取れなくて処理が失敗したことを検出し、第４処理モジュールでの処理が失敗したと判断したら、ステップ３へ戻る。
ステップ３では、下位の処理モジュールが存在するか否かを判断し、ここでは第４処理モジュールの下位の処理モジュールが存在しないので、ステップ６へ進んで下位の処理モジュールが無い状態になっても処理が成功しなかったので、データ保存機器に障害が発生していることを示す情報をログとして出力し、この処理を終了する。
上述の処理では障害発生時に障害発生場所を特定するためにユーザ認証・ディレクトリ機器を構成する全てのモジュールに対して情報を要求したが、特定の処理モジュールのみに対して情報を要求するということも事前に設定することで可能である。
【００２６】
このようにして、ユーザ認証・ディレクトリ機器に対して情報の要求を行い、実行結果が失敗の場合、予め定められた下位の処理モジュールに対して自動的に直接処理を要求し、障害が発生している処理モジュールを特定するので、どの階層の処理モジュールまでが処理に成功し、どの処理モジュールで失敗しているかを正確に特定することができる。
【００２７】
次に、上述の処理でユーザ認証・ディレクトリ機器２は実行結果として要求された情報を返すが、その情報が正しい情報（データの異常が発生していない情報）か否かを判断する必要がある。
そこで、そのための処理として、図１に示した監視機器１によるユーザ認証・ディレクトリ機器２の第２の監視処理について説明する。
【００２８】
図３は、図１に示す監視機器１によるユーザ認証・ディレクトリ機器２の第２の監視処理を示すフローチャート図である。
監視機器１の制御部１０は、ステップ（図中「Ｓ」で示す）１１で上述の処理によって情報要求先の処理モジュールで処理が成功した結果の情報を取得した後、ステップ１２でさらに下位の階層の各処理モジュールに対してそれぞれ順に直接に情報を要求する動作を繰り返してそれぞれの処理モジュールで処理が成功した結果の情報を取得し、ステップ１３で最初に取得した情報とそれ以後に取得した各情報とを予め設定した規則に従って比較し、その比較の結果に基づいて正しい情報か否かを判定し、データの不整合を発見した場合には、ステップ１４で障害発生場所などの情報をログに出力し、この処理を終了する。
【００２９】
このようにして、ユーザ認証・ディレクトリ機器から取得した情報と、ユーザ認証・ディレクトリ機器を構成している各階層の処理モジュールを実行した結果取得したデータを、事前に与えられた規則に従って比較するので、ユーザ認証・ディレクトリ機器から取得できる情報が正しい情報であることが確認できる。
【００３０】
次に、ユーザ認証・ディレクトリ機器２が提供している機能は外部のデータ保存機器３の設定に依存しており、データ保存機器３の設定が変更されると、その設定に依存しているユーザ認証・ディレクトリ機器２の機能に障害が発生する虞がある。
そこで、その機能が頻繁に使用されないような機能である場合、障害の発覚が遅くなり障害原因の特定が困難になるため、そのような障害発生をすぐに検知する必要がある。
そのための処理として、図１に示した監視機器１によるユーザ認証・ディレクトリ機器２の第３の監視処理について説明する。
【００３１】
図４は、図１に示す監視機器１によるユーザ認証・ディレクトリ機器２の第３の監視処理を示すフローチャート図である。
監視機器１の制御部１０は、監視対象となっているユーザ認証・ディレクトリ機器２の全ての機能が正常動作していることを確認するために、ステップ（図中「Ｓ」で示す）２１でユーザ認証・ディレクトリ機器に対してユーザ認証・ディレクトリ機器が提供している全ての機能に対して、上述した第１の監視処理又は第１と第２の監視処理を実行させ、ステップ２２でログを出力し、この処理を終了する。
このようにして、ユーザ認証・ディレクトリ機器が提供している全ての機能を実行することが可能なので、頻繁に使用されない機能であっても障害発生を確実に検知することができる。
【００３２】
次に、ユーザ認証・ディレクトリ機器２が提供している機能の一部は、自機器やデータ保存機器３に対して高い負荷がかかるので、監視実行中はパフォーマンスが悪くなるのを避けたい場合もある。
そこで、そのための処理として、図１に示した監視機器１によるユーザ認証・ディレクトリ機器２の第４の監視処理について説明する。
【００３３】
図５は、図１に示す監視機器１によるユーザ認証・ディレクトリ機器２の第４の監視処理を示すフローチャート図である。
監視機器１の制御部１０は、予めユーザ認証・ディレクトリ機器２が提供している全ての機能に対して実行時に発生する負荷の程度の情報を付与して記憶しておく。
ステップ（図中「Ｓ」で示す）３１で監視機能の実行が選択されると、負荷の程度の情報が高負荷を示す機能の監視を実行するか否かを選択させ、その選択指示に基づいて、ステップ３２で高負荷の機能の監視を実行するか否かを判断し、負荷の程度の情報が高負荷を示す機能の監視を実行する指示があり、高負荷の機能の監視を実行すると判断したら、ステップ３３でユーザ認証・ディレクトリ機器の全機能を監視する処理として、上述した第１の監視処理又は第１と第２の監視処理を実行し、そのログを出力し、この処理を終了する。
【００３４】
一方、ステップ３２で負荷の程度の情報が高負荷を示す機能の監視を実行する指示がなく、高負荷の機能の監視を実行しないと判断したら、ステップ３４でユーザ認証・ディレクトリ機器の常に負荷の軽い機能にのみ上述した第１の監視処理又は第１と第２の監視処理による監視処理を実行し、そのログを出力し、この処理を終了する。
このようにして、ユーザ認証・ディレクトリ機器２が提供している各機能を負荷が常に低いものと、そうでないもの（負荷が高くなるもの）に分類し、監視機器１の利用者が監視を行う機能を選択することができるので、監視実行時にユーザ認証・ディレクトリ機器２にかかる負荷を抑制し、監視時のパフォーマンス低下を避けることができる。
【産業上の利用可能性】
【００３５】
この発明による認証システムの監視方法は、デスクトップパソコン，ノートブックパソコン等のパーソナルコンピュータにおいても適用することができる。
【図面の簡単な説明】
【００３６】
【図１】この発明の実施例のシステムの構成を示すブロック図である。
【図２】図１に示す監視機器１によるユーザ認証・ディレクトリ機器２の第１の監視処理を示すフローチャート図である。
【図３】図１に示す監視機器１によるユーザ認証・ディレクトリ機器２の第２の監視処理を示すフローチャート図である。
【図４】図１に示す監視機器１によるユーザ認証・ディレクトリ機器２の第３の監視処理を示すフローチャート図である。
【図５】図１に示す監視機器１によるユーザ認証・ディレクトリ機器２の第４の監視処理を示すフローチャート図である。
【符号の説明】
【００３７】
１：監視機器    ２：ユーザ認証・ディレクトリ機器    ３：データ保存機器    ４：クライアント装置    １０：制御部    ２０：第１処理モジュール    ２１：第２処理モジュール    ２２：第３処理モジュール    ２３：第４処理モジュール
【図１】
2006243777.tif 000003
【図２】
2006243777.tif 000004
【図３】
2006243777.tif 000005
【図４】
2006243777.tif 000006
【図５】
2006243777.tif 000007