(57)【要約】【課題】クライアント端末からのログが受信できない原因を明確にすることができるクライアントサーバシステムを提供することにある。【解決手段】クライアント端末から管理サーバに秘密ファイルを所定の周期にて送信する。管理サーバは、秘密ファイルとログの両者を受信した場合には、クライアント端末におけるユーザの操作が正常であり、ネットワーク障害、及び、クライアント端末の故障は起きていないと判定する。管理サーバは、秘密ファイルを受信しているがログを受信していない場合には、ユーザが故意にログの送信を停止させている可能性があると判断する。管理サーバは、秘密ファイルを受信していない場合には、ネットワーク障害、及び、クライアント端末の故障が起きている可能性があると判定する。【選択図】図１
2008112357.tif 000002
【特許請求の範囲】
【請求項１】
管理サーバがクライアント端末からにログを受信することによって、クライアント端末を監視する方法において、
クライアント端末からログを所定の周期にて受信しているか否かを監視することと、
クライアント端末から秘密ファイルを所定の周期にて受信しているか否かを監視することと、
クライアント端末から秘密ファイルが所定の周期にて送信されているか否かを判定することと、
クライアント端末から秘密ファイルとログの両者を所定の周期にて受信している場合には、モニタ装置の画面に正常である旨を表示することと、
を含み、上記秘密ファイルはユーザに知られないようにクライアント端末から管理サーバに送信されることを特徴とするクライアント端末監視方法。
【請求項２】
請求項１記載のクライアント端末監視方法において、
クライアント端末から秘密ファイルを所定の周期にて受信しているがログを受信していない場合には、モニタ装置の画面にユーザの操作が正常でない旨を表示することと、
を含むことを特徴とするクライアント端末監視方法。
【請求項３】
請求項１記載のクライアント端末監視方法において、
クライアント端末から秘密ファイルを所定の周期にて受信していない場合には、モニタ装置の画面にクライアント端末の故障又はネットワークに障害が発生している旨を表示することと、
を含むことを特徴とするクライアント端末監視方法。
【請求項４】
管理サーバとクライアント端末を有し、管理サーバによってクライアント端末を監視するクライアントサーバ監視方法において、
クライアント端末から管理サーバに、クライアント端末のユーザに知られないように秘密ファイルを所定の周期にて送信することと、
クライアント端末から管理サーバに、ユーザの操作毎に生成するログを所定の周期にて送信することと、
管理サーバは、クライアント端末からログが所定の周期にて送信されているか否かを監視することと、
管理サーバは、クライアント端末から秘密ファイルが所定の周期にて送信されているか否かを監視することと、
クライアント端末から秘密ファイルとログの両者を所定の周期にて受信している場合には、管理サーバのモニタ装置の画面にクライアント端末が正常である旨を表示することと、
を含むクライアントサーバ監視方法。
【請求項５】
請求項４記載のクライアントサーバ監視方法において、
クライアント端末から秘密ファイルを所定の周期にて受信しているがログを受信していない場合には、管理サーバのモニタ装置の画面にユーザの操作が正常でない旨を表示することと、
を含むことを特徴とするクライアントサーバ監視方法。
【請求項６】
請求項４記載のクライアントサーバ監視方法において、
クライアント端末から秘密ファイルを所定の周期にて受信していない場合には、管理サーバのモニタ装置の画面にクライアント端末の故障又はネットワークに障害が発生している旨を表示することと、
を含むことを特徴とするクライアントサーバ監視方法。
【請求項７】
請求項４記載のクライアントサーバ監視方法において、
クライアント端末から管理サーバに、ログを送信することができない場合には、ログをクライアント端末のメモリに蓄積することと、
を含むクライアントサーバ監視方法。
【請求項８】
請求項７記載のクライアントサーバ監視方法において、
クライアント端末のメモリの空き容量が一定値より少なくなったとき、ログの生成を停止し、クライアント端末からデータの持ち出しを禁止する縮退運転モードに切り替えることを特徴とするクライアントサーバ監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントサーバシステムにおいて、管理サーバによってクライアント端末におけるアプリケーションの使用又は操作を監視する方法及びシステムに関する。
【背景技術】
【０００２】
クライアント端末におけるアプリケーションの使用又は操作を管理する手段として、ログが用いられる。ユーザが、クライアント端末にてアプリケーションを使用又は操作すると、その度に、ログがクライアント端末に蓄積される。このログは、所定の周期にて、ネットワークを介してログサーバに送信される。管理者は、ログサーバにて収集されたログに基づいて、クライアント端末におけるアプリケーションの使用又は操作を監視することができる。
【０００３】
クライアント端末からログが送信されていないとき、そのクライアント端末において何か異常が発生している可能性がある。例えば、ユーザが故意にログを送信していない場合もある。この場合は、ユーザがアプリケーションの使用又は操作を不正に行っている可能性が高いと判定することができる。また、クライアント端末から情報が漏洩している可能性もある。
【０００４】
特許文献１に記載されているシステムでは、クライアント端末からログサーバにログを送信するとき、ログに通し番号を付加する。ログサーバは、受信したログに付加されている通し番号をチェックし、もし抜けている通し番号があればログが未受信であると判断する。ログサーバは、未受信のログを検出すると、クライアント端末に、未受信のログの送信を行うように要求する。
【０００５】
【特許文献１】特開２００２−４１３３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ログが受信できない原因として、ユーザが故意にログを送信しない場合もあるが、クライアント端末の故障、ネットワーク障害、ログサーバの故障等が原因の場合もある。
【０００７】
本発明の目的は、クライアント端末からのログが受信できない原因を明確にすることができるクライアントサーバシステムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明によると、クライアント端末から管理サーバに秘密ファイルを所定の周期にて送信する。秘密ファイルの生成及び送信は、ユーザに知られない方法によって実行する。
【０００９】
管理サーバは、秘密ファイルとログの両者を受信した場合には、クライアント端末におけるユーザの操作が正常であり、ネットワーク障害、及び、クライアント端末の故障は起きていないと判定する。
【００１０】
管理サーバは、秘密ファイルを受信しているがログを受信していない場合には、ユーザが故意にログの送信を停止させている可能性があると判断する。
【００１１】
管理サーバは、秘密ファイルを受信していない場合には、ネットワーク障害、及び、クライアント端末の故障が起きている可能性があると判定する。秘密ファイルを受信していない場合にはログも受信していない。
【発明の効果】
【００１２】
本発明によると、管理サーバでは、クライアント端末からのログが受信できない原因を明確にすることができる。
【発明を実施するための最良の形態】
【００１３】
図１を参照して、本発明によるクライアントサーバシステムの例の構成を説明する。本例のクライアントサーバシステムは、管理サーバ１、クライアント端末２、及び、ログサーバ３を有し、これらはネットワーク４によって互いに接続されている。管理サーバ１とログサーバ３はクライアントサーバシステムの管理者が管理するサーバである。クライアント端末２はユーザが使用する装置である。管理サーバ１、ログサーバ３及びクライアント端末２は通常のコンピュータであってよい。図１では、管理サーバ１とログサーバ３は別個の装置として構成されているが、両者は１つのサーバによって構成されてよい。例えば、管理サーバ１にログサーバ３の機能を設け、ログサーバ３を省略してよい。
【００１４】
管理サーバ１は、クライアント端末２を認証し、クライアント端末２へアクセス制御ポリシーを配信する。ユーザは、クライアント端末２において、アクセス制御ポリシーにて許可されている操作のみを行うことができる。クライアント端末２では、ユーザの操作毎にログを生成し、それを記憶装置２１に格納する。所定の周期にて、ログは、クライアント端末２からログサーバ３に送信される。ログサーバ３は、各クライアント端末２からのログを収集し、それを記憶装置３１に格納する。管理サーバ１は、ログサーバ３におけるログを参照し、クライアント端末２におけるユーザの操作を監視する。
【００１５】
本発明の基本的な概念を説明する。クライアント端末２は、所定の周期にて秘密ファイルをログサーバ３に送信する。更に、クライアント端末２は、所定の周期にて、ログをログサーバ３に送信する。秘密ファイルとログは互いに別個に生成し、保存し、送信する。秘密ファイルは、少なくとも、ユーザ名、端末名、時刻を含む。秘密ファイルの送信は、クライアント端末２のユーザには知られない方法によって行われる。即ち、クライアント端末２のユーザは、クライアント端末２から管理サーバ１に秘密ファイルが送信されていることは知らない。
【００１６】
（１）管理者は、クライアント端末２からログサーバ３に、秘密ファイルとログの両者が送信された場合、クライアント端末２におけるアプリケーションの使用又は操作が正常であると判定する。
【００１７】
（２）管理者は、クライアント端末２からログサーバ３に、秘密ファイルのみが送信され、ログが送信されていない場合、ユーザが故意にログを送信していないと判定する。この場合は、クライアント端末２におけるアプリケーションの使用又は操作が正常でないと判定する。例えば、アプリケーションの不正使用、情報の漏洩等の可能性を想定する。
【００１８】
（３）管理者は、クライアント端末２からログサーバ３に、秘密ファイルとログの両者が送信されていない場合、ネットワーク障害、クライアント端末２又は管理サーバ１に故障が発生したと判定する。
【００１９】
（４）ネットワークの障害又は管理サーバ１の故障が復旧した直後では、各クライアント端末２にその間蓄積されていたログが一気に管理サーバ１へ送信される。そのため、ネットワークの負荷が増大してログの送信に時間がかかる場合がある。この場合、各クライアント端末２がネットワークに接続できる状態であるにもかかわらず、ログサーバ３は、ログを取得することができない。しかしながら、その後、ログと秘密ファイルの両者がクライアント端末２からログサーバ３に送信されたら、管理者は、ネットワークの負荷が高かったためにログが取得できない状態だったと判断することができる。
【００２０】
クライアント端末２からログサーバ３に、ログを送信することができない場合には、ログはクライアント端末２のメモリに蓄積される。クライアント端末２のメモリの空き容量が一定値より少なくなったとき、新しいログを古いログの上に上書きしてもよいが、上書きをしないようにしてもよい。上書きをしない場合、クライアント端末２のメモリの空き容量が一定値に達したとき、ログの生成を停止する。更に、クライアント端末２からデータの持ち出しを禁止する縮退運転モードに切り替える。
【００２１】
クライアント端末２のメモリの空き容量が一定値（例えば１０％）になると、クライアント端末２のモニタ装置に、メモリ不足のメッセージを表示する。
【００２２】
こうして本例では、秘密ファイルを用いるために、クライアント端末２から管理サーバ１へログが送信されなかった理由を特定することができる。
【００２３】
図２を参照して、管理サーバ１によるクライアント端末２の監視方法を説明する。ステップＳ１０１にて、クライアント端末２は、アプリケーションの使用又は操作を行う毎に、ログを出力する。ログは、クライアント端末２のメモリに保存される。ステップＳ１０２にて、クライアント端末２は、秘密ファイルを作成する。ステップＳ１０３にて、クライアント端末２は、ログサーバ３に接続されているか否かを判定する。接続されていない場合には、この処理を終了する。接続されている場合には、ステップＳ１０４に進む。ステップＳ１０４にて、クライアント端末２は、秘密ファイルを、所定の周期にて、ログサーバ３に送信する。秘密ファイルの作成及び送信は、クライアント端末２のユーザに知られない方法によって行われる。ユーザは、秘密ファイルの存在及び送信の事実を知ることができない。秘密ファイルは、少なくとも、ログを取得したクライアント端末２のユーザ名とその時刻の情報を有する。
【００２４】
ステップＳ１０５にて、クライアント端末２は、ログサーバ３にログを送信できるか否かを判定する。ログを送信できる場合にはステップＳ１０６に進む。ステップＳ１０６にて、クライアント端末２は、ログサーバ３にログを送信する。ログの送信は所定の周期にて行われる。
【００２５】
ステップＳ２０１にて、ログサーバ３は、秘密ファイルを所定の周期にて受信したか否かを判定する。秘密ファイルを受信した場合はステップＳ２０２に進み、受信していない場合はステップＳ２０３に進む。ステップＳ２０２にて、ログサーバ３はログを所定の周期にて受信したか否かを判定する。ログを受信している場合はステップＳ２０４に進み、ログを受信していない場合はステップＳ２０５に進む。
【００２６】
ステップＳ２０３は、秘密ファイルを受信していない場合である。この場合、クライアント端末２に故障が発生しているか又はネットワークの障害が発生している可能性がある。そこで、管理サーバ１のモニタ装置に、クライアント端末２の故障又はネットワークの障害を表示する。
【００２７】
ステップＳ２０４は、秘密ファイルとログの両者を受信している場合である。この場合、クライアント端末２、ネットワーク４及びログサーバ３が正常である。更に、クライアント端末２におけるアプリケーションの使用又は操作が正常である。管理サーバ１のモニタ装置に、正常である旨を表示する。
【００２８】
ステップＳ２０５は、秘密ファイルを受信しているが、ログを受信していない場合である。この場合、ユーザが故意にログの送信を停止している可能性がある。そこで、管理サーバ１のモニタ装置に、クライアント端末２におけるアプリケーションの使用又は操作が正常でない旨を表示する。
【００２９】
ステップＳ２０６にて、ログサーバ３に故障が生じているか否かを判定する。ログサーバ３に故障が生じている場合は、ステップＳ２０７に進み、ログサーバ３のモニタ装置に、故障を表示する。ログサーバ３に故障が生じていない場合は、ステップＳ２０８に進み、ステップＳ２０３〜ステップＳ２０５にて生成したメッセージをクライアント端末２に送信する。
【００３０】
図３は、管理サーバ１のモニタ装置に表示されたデータの例を示す。図示のように、クライアント端末の名称３０１、アプリケーションのユーザ名３０２、サーバの接続状態３０３、ログの受信状態３０４、エラーコード３０５、備考３０６が表示される。この例では、名称Ａのクライアント端末は、ログサーバに接続され、ログサーバは、クライアント端末からのログを正常に受信している。名称Ｂのクライアント端末は、ログサーバに対して未接続であり、ログサーバはクライアント端末からのログを受信していない。名称Ｃのクライアント端末は、ログサーバに接続されているが、ログサーバはクライアント端末からのログを受信していない。このデータから、管理者は、名称Ｃのクライアント端末では、ユーザが故意にログを送信していない可能性があると判定することができる。
【００３１】
図４は、管理サーバ１のモニタ装置に表示されたメッセージの例を示す。ログサーバ３においてクライアント端末２から送信されたログを格納するメモリが満杯となった場合に、このメッセージが表示される。
【００３２】
図５は、クライアント端末２のモニタ装置に表示されたメッセージの例を示す。特定のクライアント端末２からのログを受信することができなかった場合に、管理サーバ１はそのクライアント端末２のモニタ装置に、このメッセージを表示する。このメッセージには、メッセージＩＤを含む。メッセージＩＤには、ディスク障害、メモリ不足等の障害の要因が割り当てられている。
【００３３】
以上本発明の例を説明したが本発明は上述の例に限定されるものではなく特許請求の範囲に記載された発明の範囲にて様々な変更が可能であることは当業者に容易に理解されよう。
【図面の簡単な説明】
【００３４】
【図１】本発明によるクライアントサーバシステムの構成を示す図である。
【図２】本発明によるクライアントサーバシステムのクライアント端末２からログサーバ３へ秘密ファイル及びログを送信する処理を示す図である。
【図３】本発明によるクライアントサーバシステムの管理サーバ１のモニタ装置に表示するデータの例を示す図である。
【図４】本発明によるクライアントサーバシステムの管理サーバ１のモニタ装置に表示するメッセージの例を示す図である。
【図５】本発明によるクライアントサーバシステムのクライアント端末２のモニタ装置に表示するメッセージの例を示す図である。
【符号の説明】
【００３５】
１…管理サーバ、２…クライアント端末、３…ログサーバ、４…ネットワーク
【図１】
2008112357.tif 000003
【図２】
2008112357.tif 000004
【図３】
2008112357.tif 000005
【図４】
2008112357.tif 000006
【図５】
2008112357.tif 000007