情報処理装置、クライアント管理方法及びクライアント管理システム
【課題】 インデックスデータを用いてクライアント装置のログデータを検索できるまでの時間を短縮することができる情報処理装置及びクライアント管理方法を提供すること。
【解決手段】 実施形態によれば、情報処理装置は、格納手段、ログ受信手段及びマージ手段を具備する。格納手段は、複数のログデータと前記複数のログデータに対応する第１インデックスデータとを格納する。ログ受信手段は、ネットワークを介して相互に接続されたクライアント装置から、第１ログデータと前記第１ログデータに対応する第２インデックスデータとを受信する。マージ手段は、前記第１インデックスデータと前記第２インデックスデータとをマージすることによって第３インデックスデータを生成する。前記格納手段は、前記複数のログデータと前記第１ログデータと前記第３インデックスデータとを格納する。
【解決手段】 実施形態によれば、情報処理装置は、格納手段、ログ受信手段及びマージ手段を具備する。格納手段は、複数のログデータと前記複数のログデータに対応する第１インデックスデータとを格納する。ログ受信手段は、ネットワークを介して相互に接続されたクライアント装置から、第１ログデータと前記第１ログデータに対応する第２インデックスデータとを受信する。マージ手段は、前記第１インデックスデータと前記第２インデックスデータとをマージすることによって第３インデックスデータを生成する。前記格納手段は、前記複数のログデータと前記第１ログデータと前記第３インデックスデータとを格納する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、クライアントを管理する情報処理装置、該装置に適用されるクライアント管理方法及びクライアント管理システムに関する。
【背景技術】
【０００２】
クライアントとサーバーとが相互に接続されたクライアント−サーバーシステムでは、クライアントでの処理や操作の記録を示すログがサーバーによって管理されることがある。サーバーは、例えば、クライアントのログを検索することによってクライアントでの不正な操作を検出し、システムで発生したトラブル等に対処することができる。
【０００３】
一般に、サーバーは複数のクライアントと相互に接続される。サーバーには、それら複数のクライアントが利用されている間、クライアントのログが蓄積されていくので、サーバーによって管理されるログのデータ量は膨大になる。そのため、蓄積されたログから必要なログを探し出すために要する時間は長くなる。
【０００４】
蓄積されたログから特定の文字列を含むログを探し出すとき、サーバーは例えばインデックス方式によってログを検索する。インデックス方式では、ログに対応するインデックスが予め作成される。このインデックスを利用することによってログを高速に検索することができるので、蓄積されたログから必要なログを素早く探し出すことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２５９４８２号公報
【特許文献２】特開２００５−２５４６０号公報
【特許文献３】特開２００５−８５１１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、膨大な量のログデータに対応するインデックスデータを作成する場合、その処理に要する時間が長くなる可能性がある。その場合、インデックスデータが作成されるまで、ログデータの検索を行うことはできない。つまり、収集されたログデータをリアルタイムで検索するような利用は困難である。
【０００７】
本発明は、インデックスデータを用いてクライアント装置のログデータを検索できるまでの時間を短縮することができる情報処理装置、クライアント管理方法及びクライアント管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施形態によれば、情報処理装置は、格納手段、ログ受信手段及びマージ手段を具備する。格納手段は、複数のログデータと前記複数のログデータに対応する第１インデックスデータとを格納する。ログ受信手段は、ネットワークを介して相互に接続されたクライアント装置から、第１ログデータと前記第１ログデータに対応する第２インデックスデータとを受信する。マージ手段は、前記第１インデックスデータと前記第２インデックスデータとをマージすることによって第３インデックスデータを生成する。前記格納手段は、前記複数のログデータと前記第１ログデータと前記第３インデックスデータとを格納する。
【図面の簡単な説明】
【０００９】
【図１】クライアント管理システムの構成の例を示す概念図。
【図２】実施形態に係るクライアント管理システムを説明するための概念図。
【図３】同実施形態のクライアント管理システムの構成の例を示すブロック図。
【図４】同実施形態のクライアント管理システムによって用いられるポリシーデータの一構成例を示す図。
【図５】同実施形態のクライアント管理システムによって用いられるクライアントインベントリデータの一構成例を示す図。
【図６】同実施形態のクライアント管理システムによって用いられる一時インデックスデータに含まれるファイルインデックスデータの例を示す図。
【図７】同実施形態のクライアント管理システムによって用いられる一時インデックスデータに含まれるワードインデックスデータの例を示す図。
【図８】同実施形態のクライアント管理システムによって用いられるインデックスデータに含まれるファイルインデックスデータの例を示す図。
【図９】同実施形態のクライアント管理システムによって用いられるインデックスデータに含まれるワードインデックスデータの例を示す図。
【図１０】同実施形態のクライアント管理システムによって表示されるポリシー設定画面の例を示す図。
【図１１】同実施形態のクライアント管理システムによる処理の流れを説明するための概念図。
【図１２】同実施形態のクライアント管理システムに含まれるサーバー装置によって実行されるサーバーログ管理処理の手順の例を示すフローチャート。
【図１３】同実施形態のクライアント管理システムに含まれるクライアント装置によって実行されるクライアントログ管理処理の手順の例を示すフローチャート。
【図１４】同実施形態のクライアント管理システムに含まれるクライアント装置のシステム構成の例を示すブロック図。
【図１５】同実施形態のクライアント管理システムに含まれるサーバー装置のシステム構成の例を示すブロック図。
【発明を実施するための形態】
【００１０】
以下、実施の形態について図面を参照して説明する。
まず、図１を参照して、クライアント管理システムの構成の例について説明する。クライアント管理システムでは、サーバー装置１１と１以上のクライアント装置１３，１４，１５とがネットワークを介して相互に接続されている。このクライアント管理システムでは、クライアント装置１３，１４，１５の操作ログデータ１３Ａ，１４Ａ，１５Ａが、サーバー装置１１に集約される。
【００１１】
具体的には、クライアント装置１３，１４，１５は、クライアント装置１３，１４，１５を用いた操作を示す操作ログデータ１３Ａ，１４Ａ，１５Ａを生成し、ネットワークを介してサーバー装置１１に送信する。サーバー装置１１は、クライアント装置１３，１４，１５によって送信された操作ログデータ１３Ａ，１４Ａ，１５Ａを記憶装置内のログ格納領域１２に格納する。ログ格納領域１２には、複数の操作ログデータ１２Ａが格納される。サーバー装置１１は、ログ格納領域１２に格納された操作ログデータ１２Ａを用いて、クライアント装置１３，１４，１５を管理する。サーバー装置１１は、例えば、操作ログデータ１２Ａを検索することによってクライアント装置１３，１４，１５での不正な操作を検出し、システムに発生したトラブル等に対処することができる。
【００１２】
サーバー装置１１は、例えば、逐次検索方式又はインデックス方式で操作ログデータ１２Ａを検索する。逐次検索方式では、サーバー装置１１は、複数の操作ログデータ１２Ａ（例えば、複数の文書ファイル）に含まれるテキストを順次走査することによって、対象の文字列（例えば、キーワード）を含む操作ログデータを検出する。一方、インデックス方式では、サーバー装置１１は、複数の操作ログデータ１２Ａに対応するインデックスデータを予め作成し、このインデックスデータを用いて、対象の文字列を含む操作ログデータを検出する。インデックス方式では、操作ログデータ１２Ａに対応するインデックスデータを用いることにより、逐次検索方式よりも高速に対象の文字列を含む操作ログデータを検出することができる。
【００１３】
しかし、複数のクライアント装置１３，１４，１５によって送信される操作ログデータ１３Ａ，１４Ａ，１５Ａに対応するインデックスデータを生成することは、サーバー装置１１への負荷が大きいことがある。例えば、サーバー装置１１に接続されるクライアント装置の数が多い場合や、クライアント装置によって送信される操作ログデータのデータ量が大きい場合には、インデックスデータの作成に時間がかかる。また、例えば、数万のクライアント装置を有するクラウド環境での大規模システムを想定した場合、サーバー装置１１がすべてのクライアント装置のログデータに対応するインデックスデータを即座に作成することは困難である。したがって、サーバー装置１１に格納された操作ログデータ１２Ａを格納後すぐにリアルタイムで利用することができない。
【００１４】
そのため、本実施形態のクライアント管理システムでは、例えば、管理者が指定したカテゴリに属するログデータ、検索頻度が高いカテゴリに属するログデータ、データ量（情報量）が多いカテゴリに属するログデータについては、クライアント装置側で操作ログデータに対応するインデックスデータを予め作成し、その作成されたインデックスデータをサーバー装置で統合（マージ）するという二段階の処理を行う。つまり、ログデータに対応するインデックスデータの一部がクライアント装置で生成されるので、サーバー装置は、生成されたインデックスデータをマージするだけで済む。これにより、インデックスデータを作成する処理によるサーバー装置の負荷が低減されると共に、インデックスデータを利用して操作ログデータを検索できるまでの時間を短縮することができる。
【００１５】
図２を参照して、実施形態に係るクライアント管理システム１の例について説明する。
【００１６】
クライアント管理システム１は、サーバー装置２１と１以上のクライアント装置３１，３２，３３とがネットワーク２を介して相互に接続されるクライアント・サーバーシステムである。サーバー装置２１は、例えば、サーバーコンピュータとして実現され得る。また、クライアント装置３１，３２，３３は、パーソナルコンピュータとして実現され得る。このクライアント管理システム１では、クライアント装置３１，３２，３３の操作ログデータ３６２Ａ，３６２Ｂ，３６２Ｃが、サーバー装置２１に集約される。サーバー装置２１は、集約された操作ログデータを分析し、また集約された操作ログデータから必要なログデータ（例えば、キーワードを含むデータ）を取得することができる。
【００１７】
より具体的には、サーバー装置２１は、まず、複数のポリシーデータ２３１Ａの内の、複数のクライアント装置３１，３２，３３それぞれに関連付けられたポリシーデータを、クライアント装置３１，３２，３３に配信する。
【００１８】
クライアント装置３１，３２は、操作ログデータ３６２Ａ，３６２Ｂを収集すると共に、サーバー装置２１によって配信されたポリシーデータ３６１Ａ，３６１Ｂに基づいて、操作ログデータ３６２Ａ，３６２Ｂに対応する一時インデックスデータ３６３Ａ，３６３Ｂを生成する。例えば、クライアント装置３１，３２は、ポリシーデータ３６１Ａ，３６１Ｂ，３６１Ｃに指定されたカテゴリに属する操作ログデータに対応する一時インデックスデータを生成し、それ以外のカテゴリに属する操作ログデータに対応する一時インデックスデータを生成しない。また、例えば、クライアント装置３３は、ポリシーデータ３６１Ｃに指定されたカテゴリに属する操作ログデータがないので、操作ログデータ３６２Ｃ（すなわち、指定されたカテゴリに属しない操作ログデータ）に対応する一時インデックスデータを生成しない。そして、クライアント装置３１，３２，３３は、操作ログデータ３６２Ａ，３６２Ｂ，３６２Ｃと一時インデックスデータ３６３Ａ，３６３Ｂとをサーバー装置２１に送信する。
【００１９】
サーバー装置２１は、送信された操作ログデータ３６２Ａ，３６２Ｂ，３６２Ｃをログ格納領域２３３に格納する。また、サーバー装置２１は、送信された一時インデックスデータ３６３Ａ，３６３Ｂを、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａにマージする。さらに、サーバー装置２１は、送信された操作ログデータ３６２Ａ，３６２Ｂ，３６２Ｃの内、対応する一時インデックスデータ３６３Ａ，３６３Ｂが生成されていない操作ログデータのインデックスデータを作成する。サーバー装置２１は、作成されたインデックスデータをインデックス格納領域２３５に格納する。これにより、サーバー装置２１は、インデックスデータ２３５Ａを利用して、操作ログデータ２３３Ａを検索することができる。
【００２０】
上述のように、ポリシーデータ３６１Ａ，３６１Ｂ，３６１Ｃに指定されたカテゴリに属する操作ログデータについては、クライアント装置３１，３２で一時インデックスデータ３６３Ａ，３６３Ｂが作成されるので、サーバー装置２１は、そのインデックスデータの作成自体を行う必要がなく、一時インデックスデータ３６３Ａ，３６３Ｂをインデックスデータ２３５Ａにマージするだけで済む。したがって、サーバー装置２１で、インデックスデータ２３５Ａを得るために要する処理の負荷を低減することができる。
【００２１】
次いで、図３を参照して、クライアント管理システム１の構成について説明する。クライアント管理システム１は、サーバー装置２１とクライアント装置３１とを備える。サーバー装置２１とクライアント装置３１とは、例えばネットワークを介して相互に接続される。
【００２２】
サーバー装置２１は、サーバーログ管理プログラム２２を実行する。サーバーログ管理プログラム２２は、クライアント装置３１によって送信されたログデータを管理する機能を有するソフトウェアである。サーバーログ管理プログラム２２は、ポリシー管理機能、ログ管理機能及びログ検索機能を有する。サーバーログ管理プログラム２２は、ポリシー管理部２２０、表示制御部２２１、入力制御部２２２、通信部２２３、操作ログ格納部２２４、インデックス生成部２２５、一時インデックス格納部２２６、インデックスマージ部２２７、ログ分析部２２８、及びログ検索部２２９を備える。また、サーバーログ管理プログラム２２は、サーバー装置２１に設けられた記憶装置２３にデータを格納し、格納されたデータを用いて処理を行う。この記憶装置２３には、ポリシー格納領域２３１、インベントリ格納領域２３２、操作ログ格納領域２３３、一時インデックス格納領域２３４、及びインデックス格納領域２３５が設けられる。
【００２３】
また、クライアント装置３１は、クライアントログ管理プログラム３５を実行する。クライアントログ管理プログラム３５は、クライアント装置３１のログデータを管理する機能を有するエージェントソフトウェアである。クライアントログ管理プログラム３５は、クライアント装置３１が操作された内容を示すログを収集し、収集されたログに対応するインデックスを生成する。クライアントログ管理プログラム３５は、収集されたログと生成されたインデックスとをサーバー装置２１に送信する。クライアントログ管理プログラム３５は、通信部３５１、ポリシー格納部３５２、監視部３５３、操作ログ格納部３５４、及びインデックス生成部３５５を備える。また、クライアントログ管理プログラム３５は、クライアント装置３１に設けられた記憶装置３６にデータを格納し、格納されたデータを用いて処理を行う。記憶装置３６には、ポリシー格納領域３６１、操作ログ格納領域３６２及び一時インデックス格納領域３６３が設けられる。
【００２４】
まず、サーバー装置２１のポリシー管理機能による各部の動作について説明する。
入力制御部２２２は、管理者による各種の入力を検出する。管理者による入力は、例えば、キーボード、マウス、タッチパネル、タッチパッド等の各種の入力デバイスを用いて行われる。より具体的には、入力制御部２２２は、例えば、ポリシー設定画面の表示を指示する入力や、ポリシーの決定を指示する入力を検出する。ポリシー設定画面は、管理者がポリシーを設定するための画面である。管理者は、ポリシー設定画面を用いて、クライアント装置３１に関連付けられるポリシーを新たに決定することや、既に関連付けられているポリシーを変更することができる。入力制御部２２２は、ポリシー設定画面の表示を指示する入力が検出されたことに応じて、表示制御部２２１にポリシー設定画面の表示を要求する。また、入力制御部２２２は、ポリシーの決定を指示する入力が検出されたことに応じて、ポリシー管理部２２０にポリシーが決定されたことを通知する。
【００２５】
ポリシー管理部２２０は、ポリシー格納領域２３１に格納されたポリシーデータ２３１Ａを管理する。ポリシーデータ２３１Ａは、クライアント装置３１にインデックスデータ（一時インデックスデータ）を生成させるためのポリシーを示す。ポリシー管理部２２０は、入力制御部２２２による通知に応じて、決定されたポリシーに対応するポリシーデータ２３１Ａを生成する。
【００２６】
図４は、ポリシーデータ２３１Ａの一構成例を示す。ポリシーデータ２３１Ａは、１以上のクライアント装置３１に対応する１以上のエントリを含む。換言すると、１つのエントリは、１つのクライアント装置３１に関連付けられる。各エントリは、例えば、クライアントＩＤ、カテゴリ及びファイルパスを含む。あるクライアント装置に対応するエントリにおいて、「クライアントＩＤ」は、そのクライアント装置に固有の識別情報（識別子とも称する）を示す。「クライアントＩＤ」は、そのクライアント装置で生成された操作ログデータ（ログファイル）に付与されるファイルＩＤを生成するためのベースＩＤとしても用いられる。クライアント装置に固有の識別情報をベースＩＤとして用いることにより、クライアント装置から送信された操作ログデータのＩＤが、別のクライアントによって送信された操作ログデータのＩＤと、サーバー装置２１上で衝突することが防止される。
【００２７】
「カテゴリ」は、そのクライアント装置で収集されたログデータの内、一時インデックスデータが生成されるログデータのカテゴリを示す。エントリは複数の「カテゴリ」を含んでもよい。したがって、クライアント装置では、収集されたログデータの内、該クライアント装置に対応するエントリに指定されたカテゴリに属するログデータに対して、一時インデックスデータが生成される。なお、エントリは「カテゴリ」を含まなくてもよい。その場合、そのクライアント装置では、一時インデックスデータが生成されない。
【００２８】
「カテゴリ」に設定される値は、例えば、“ウェブ”、“ファイル”、“メール”、“外部デバイス”、“起動／シャットダウン”、“ログオン／ログオフ”等である。例えば、「カテゴリ（１）」に“ウェブ”が設定され、「カテゴリ（２）」に“ファイル”が設定された場合、クライアント装置では、ウェブ操作（例えば、ウェブブラウザを使用した操作）に関するログデータと、ファイル操作（例えば、ファイルの作成、削除、コピー、移動、編集等の操作）に関するログデータとに対応する一時インデックスデータが作成される。「カテゴリ」には、例えば、検索される頻度が高いログデータが属するカテゴリや、収集されるデータ量が大きいログデータが属するカテゴリが設定される。そのようなカテゴリが設定されることによって、サーバー装置２１でのインデックス作成にかかる負荷を軽減することができる。
【００２９】
「ファイルパス」は、そのクライアント装置から送信された操作ログデータが格納される、サーバー装置２１内のディレクトリのパスを示す。
【００３０】
ポリシー管理部２２０は、生成されたポリシーデータ２３１Ａを通信部２２３に出力する。具体的には、ポリシー管理部２２０は、１以上のクライアント装置３１それぞれに対して、関連付けられたポリシーデータ２３１Ａのエントリが送信されるように、ポリシーデータ２３１Ａのエントリを通信部２２３に出力する。ポリシー管理部２２０は、例えば、所定の期間毎や、ポリシーが更新された際に、クライアント装置３１にポリシーデータ２３１Ａが配信されるように制御する。
【００３１】
通信部２２３は、ポリシー管理部２２０によって出力されたポリシーデータ２３１Ａをクライアント装置３１（通信部３５１）に送信する。具体的には、通信部２２３は、ポリシー管理部２２０によって出力されたポリシーデータ２３１Ａのエントリを、そのエントリが関連付けられたクライアント装置３１に送信する。ポリシーをクライアント装置３１に配信することによって、クライアント装置３１でインデックス生成を行うカテゴリが制御され、クライアント装置３１にかかる負荷を調整することができる。例えば、クライアント装置３１によって収集されるすべてのログデータではなく、一部のログデータ（例えば、検索頻度が高いカテゴリやデータ量が多いカテゴリに属するログデータ）に対応するインデックスが作成されることにより、クライアント装置３１にかかる負荷を調整することができる。
【００３２】
なお、ポリシー管理部２２０は、インベントリ格納領域２３２に格納されたクライアントインベントリデータ２３２Ａに基づいて、ポリシーデータ２３１Ａを生成してもよい。クライアントインベントリデータ２３２Ａは、１以上のクライアント装置３１それぞれの性能を示す値を含む。
【００３３】
図５は、クライアントインベントリデータ２３２Ａの一構成例を示す。クライアントインベントリデータ２３２Ａは、１以上のクライアント装置３１に対応する１以上のエントリを含む。各エントリは、例えば、クライアントＩＤ、プロセッサ、メモリ、ＨＤＤを含む。あるクライアント装置に対応するエントリにおいて、「クライアントＩＤ」は、そのクライアント装置に固有の識別情報を示す。「プロセッサ」は、そのクライアント装置に設けられたプロセッサ（ＣＰＵ）の処理速度（例えば、ギガヘルツ単位の処理速度）を示す。「メモリ」は、そのクライアント装置に設けられたメモリの記憶容量（例えば、メガバイト単位の記憶容量）を示す。「ＨＤＤ」は、そのクライアント装置に設けられたハードディスクドライブ（記憶装置）の記憶容量（例えば、ギガバイト単位の記憶容量）を示す。
【００３４】
ポリシー管理部２２０は、クライアントインベントリデータ２３２Ａを参照することによって、サーバー装置２１に接続されるクライアント装置３１それぞれの性能を示す値を読み出すことができる。ポリシー管理部２２０は、読み出されたクライアント装置３１の性能を示す値に基づいて、クライアント装置３１で収集されたログデータの内、当該装置３１内で一時インデックスデータが生成されるログデータのカテゴリを決定する。例えば、プロセッサの処理速度が第１しきい値以上であり、且つメモリの記憶容量が第２しきい値以上であるクライアント装置は、インデックスデータを生成するための性能を備えていると判断されるので、ポリシー管理部２２０は、クライアント装置にインデックスデータを生成させる「カテゴリ」が設定されたポリシーデータ２３１Ａを作成する。また、例えば、プロセッサの処理速度が第１しきい値未満であるクライアント装置は、インデックスデータを生成するための性能を備えていないと判断されるので、ポリシー管理部２２０は、クライアント装置にインデックスデータを生成させる「カテゴリ」が設定されていないポリシーデータ２３１Ａを作成する。なお、ポリシー管理部２２０は、サーバー装置２１に接続されるクライアント装置の数に基づいて、ポリシーデータ２３１Ａを作成してもよい。例えば、ポリシー管理部２２０は、クライアント装置の数が第３しきい値以上である場合に、クライアント装置でインデックスデータが生成されるように、ポリシーデータ２３１Ａを作成する。
【００３５】
次いで、クライアント装置３１内の各部の動作について説明する。
通信部３５１は、サーバー装置２１（通信部２２３）によって送信された、クライアント装置３１に関連付けられたポリシーデータ２３１Ａを受信する。通信部３５１は、受信したポリシーデータ２３１Ａをポリシー格納部３５２に出力する。また、通信部３５１は、ポリシーデータ２３１Ａに含まれるクライアントＩＤ（ベースＩＤ）をインデックス生成部３５５に出力する。このベースＩＤは、ポリシーデータ２３１Ａとは別に、サーバー装置２１によって送信されたものであってもよい。
【００３６】
ポリシー格納部３５２は、通信部３５１によって出力されたポリシーデータ２３１Ａをポリシー格納領域３６１に格納する。これにより、クライアント装置３１では、ポリシー格納領域３６１に格納されたポリシーデータ３６１Ａ（すなわち、ポリシーデータ２３１Ａ）に基づいて、操作ログデータ３６２Ａに対応する一時インデックスデータ３６３Ａが生成される。
【００３７】
次いで、監視部３５３は、クライアント装置３１上で実行されるオペレーティングシステム３４や各種のアプリケーションプログラム等を監視することによって、クライアント装置３１に対する操作を検出する。監視部３５３は、例えば、ウェブ、ファイル、メール、及びデバイス等の利用、起動、シャットダウン、ログオン、ログオフ等に関する操作を検出する。監視部３５３は、ユーザーによる操作に限らず、例えば、所定の期間毎に自動的に実行されるプログラム（例えば、メールサーバへの所定期間毎の問い合わせ、セキュリティプログラムの定期的な更新等）による動作を検出してもよい。監視部３５３は、クライアント装置３１に対する操作が検出されたことを操作ログ格納部３５４に通知する。
【００３８】
操作ログ格納部３５４は、監視部３５３による通知に応じて、検出された操作の内容を示す操作ログデータ３６２Ａを生成し、操作ログ格納領域３６２に格納する。生成される操作ログデータ３６２Ａは、例えば、日時、カテゴリ、操作の内容が記述されたファイルである。このファイルは、例えばテキスト形式のファイルである。操作ログ格納領域３６２には、複数の操作ログデータ３６２Ａ（すなわち、複数のテキストファイル）が格納される。また、操作ログ格納部３５４は、生成された操作ログデータ３６２Ａをインデックス生成部３５５に出力する。
【００３９】
具体的には、検出された操作がウェブ操作である場合、操作ログデータ３６２Ａに記述される操作の内容は、例えば、そのウェブ操作で閲覧されたウェブページのタイトル、ＵＲＬ等を含む。検出された操作がファイル操作である場合、操作ログデータ３６２Ａに記述される操作の内容は、例えば、ファイル名、操作の種類（コピー、移動、削除、新規作成、編集等）を含む。検出された操作がメール操作である場合、操作ログデータ３６２Ａに記述される操作の内容は、例えば、宛先アドレス、送信元アドレス、件名、メール本文、添付ファイルを含む。検出された操作がデバイスの使用である場合、操作ログデータ３６２Ａに記述される操作の内容は、例えば、デバイスの識別番号、デバイスの名称、デバイスの種類、デバイスが接続されたインタフェースを含む。
【００４０】
インデックス生成部３５５は、操作ログ格納部３５４によって出力された操作ログデータ３６２Ａに対応する一時インデックスデータ３６３Ａを生成する。具体的には、インデックス生成部３５５は、出力された操作ログデータ３６２Ａの内、ポリシーデータ３６１Ａで指定された第１カテゴリに属する第１ログデータに対応する一時インデックスデータ３６３Ａを生成する。この一時インデックスデータ３６３Ａは、第２インデックスデータとも称する。また、一時インデックスデータ３６３Ａは、ファイルインデックスデータ３６４とワードインデックスデータ３６５とを含む。
【００４１】
なお、操作ログデータ３６２Ａの内、ポリシーデータ３６１Ａで指定された第１カテゴリに属しないログデータを、第２ログデータとも称する。したがって、操作ログデータ３６２Ａは、ポリシーデータ３６１Ａで指定された第１カテゴリに属する第１ログデータと、ポリシーデータ３６１Ａで指定された第１カテゴリに属さない第２ログデータとを含む。なお、操作ログデータ３６２Ａに含まれる全てのデータが第１カテゴリに属する場合には、操作ログデータ３６２Ａは第１ログデータのみを含む。また、操作ログデータ３６２Ａに含まれる全てのデータが第１カテゴリに属さない場合には、操作ログデータ３６２Ａは第２ログデータのみを含む。なお、ポリシーデータ３６１Ａで指定されるカテゴリは、複数のカテゴリであってもよい。
【００４２】
図６は、一時インデックスデータ３６３Ａに含まれるファイルインデックスデータ３６４の例を示す。ファイルインデックスデータ３６４は、複数のログファイルに対応する複数のエントリを含む。例えば、操作ログ格納領域３６２に複数の操作ログデータ３６２Ａ（複数のログファイル）が格納されているとき、ファイルインデックスデータ３６４は複数のエントリを含む。各エントリは、ファイルＩＤとファイルパスとを含む。あるログファイルに対応するエントリにおいて、「ファイルＩＤ」は、そのログファイルに固有の識別情報を示す。「ファイルＩＤ」に設定される値は、例えば、サーバー装置２１によって予め送信されたベースＩＤ（クライアントＩＤ）の後に、ログファイルに付与されたシーケンシャル番号を付加した値である。例えば、サーバー装置２１によってベースＩＤ“000078”が送信されている場合に、シーケンシャル番号“0001”が付与された新たなログファイルが作成されたとき、そのファイルに対応するエントリの「ファイルＩＤ」には、“0000780001”が設定される。
【００４３】
「ファイルパス」は、そのログファイルがサーバー装置２１内で格納される位置を表すファイルパスを示す。ログファイルがサーバー装置２１内で格納されるディレクトリを示すパスは、例えば、サーバー装置２１によって予めクライアント装置３１に送信されるポリシーデータ３６１Ａに示される。クライアント装置３１は、ポリシーデータ３６１Ａに含まれるディレクトリを示すパスの後に、ログファイルのファイル名を付加することにより、「ファイルパス」の値を生成する。例えば、ポリシーデータ３６１Ａにディレクトリのパス“C:\Logdata\”が含まれている場合に、ファイル名“applicationlog_4e1.txt”である新たなログファイルが作成されたとき、そのファイルに対応するエントリの「ファイルパス」には、“C:\Logdata\ applicationlog_4e1.txt”が設定される。
【００４４】
また、図７は、一時インデックスデータ３６３Ａに含まれるワードインデックスデータ３６５の例を示す。図７に示す例では、ワードインデックスデータ３６５がunigramモデル（ｎ＝１であるn-gramモデル）に基づいて作成されることを想定する。ワードインデックスデータ３６５は、複数の文字に対応する複数のエントリを含む。各エントリは、文字とファイルＩＤとを含む。ある文字に対応するエントリにおいて、「文字」は、その文字自体を示す。「ファイルＩＤ」は、その文字を含むファイルのＩＤを示す。「ファイルＩＤ」には、複数のファイルのＩＤが設定され得る。ワードインデックスデータ３６５は、操作ログデータ３６２Ａ（ログファイル）に含まれる全ての文字それぞれに対応するエントリを含む。
【００４５】
具体的には、図７に示すように、「ファイルＩＤ」が“0000780004”であるログファイルに、文字列“r&”が含まれる場合、文字“r”に対応するエントリの「ファイルＩＤ」と文字“&”に対応するエントリの「ファイルＩＤ」とに、“0000780004”が設定される。したがって、このワードインデックスデータ３６５を参照することによって、例えば、文字“r”が含まれるファイルが、ファイルＩＤ“0000780004”、“0000783234”、“0000785670”であるファイルであることが分かる。
【００４６】
インデックス生成部３５５は、操作ログデータ（ログファイル）３６２Ａがポリシーデータ３６１Ａで指定されたカテゴリに属する場合、そのログデータに対応するファイルインデックスデータ３６４のエントリとワードインデックスデータ３６５のエントリとを生成する。例えば、ポリシーデータ３６１Ａの「カテゴリ」に“ウェブ”が指定されている際に、ウェブ操作を示す操作ログデータ３６２Ａが出力された場合、インデックス生成部３５５は、そのログデータに対応するファイルインデックスデータ３６４のエントリとワードインデックスデータ３６５のエントリとを生成する。例えば、インデックス生成部３５５は、ログデータに含まれるテキストがn-gramモデルに基づいて分解された「文字」と、「ファイルＩＤ」とを含むワードインデックスデータ３６５のエントリを生成する。そして、インデックス生成部３５５は、生成されたエントリを一時インデックス格納領域３６３に格納（追加）する。なお、インデックス生成部３５５によって生成されるワードインデックスデータ３６５は、n-gramモデルによって得られた文字に対応するワードインデックスデータに限らず、形態素解析によって得られた単語に対応するワードインデックスデータであってもよい。
【００４７】
また、ポリシーデータ３６１Ａの「カテゴリ」に“ウェブ”が指定されている際に、メール操作を示す操作ログデータ３６２Ａが出力された場合、インデックス生成部３５５は、そのログデータに対応するファイルインデックスデータ３６４のエントリとワードインデックスデータ３６５のエントリとを生成しない。
【００４８】
次いで、通信部３５１は、操作ログデータ３６２Ａと一時インデックスデータ３６３Ａとをサーバー装置２１（通信部２２３）に送信する。通信部３５１は、例えば、所定の期間毎に（例えば、前回ログを送信してから一時間が経過したことに応じて）、操作ログデータ３６２Ａと一時インデックスデータ３６３Ａとをサーバー装置２１に送信する。なお、通信部３５１は、例えば、所定のデータ量のログデータ３６２Ａが操作ログ格納領域３６２に蓄積された場合に、操作ログデータ３６２Ａと一時インデックスデータ３６３Ａとをサーバー装置２１に送信してもよい。
【００４９】
次いで、サーバー装置２１のログ管理機能による各部の動作について説明する。
通信部２２３は、クライアント装置３１（通信部３５１）によって送信された一時インデックスデータ３６３Ａ（第２インデックスデータ）と操作ログデータ３６２Ａとを受信する。上述のように、操作ログデータ３６２Ａは、ポリシーデータ３６１Ａに示される第１カテゴリに属する第１ログデータと、第１カテゴリに属しない第２ログデータとを含み得る。また、第２インデックスデータ３６３Ａは、第１ログデータに対応するインデックスデータである。通信部２２３は、受信した一時インデックスデータ３６３Ａを一時インデックス格納部２２６に出力する。また、通信部２２３は、受信した操作ログデータ３６２Ａを操作ログ格納部２２４に出力する。
【００５０】
一時インデックス格納部２２６は、通信部２２３によって出力された一時インデックスデータ３６３Ａを一時インデックス格納領域２３４に格納する。そして、一時インデックス格納部２２６は、新たな一時インデックスデータ２３４Ａ（３６３Ａ）が一時インデックス格納領域２３４に格納されたことを、インデックスマージ部２２７に通知する。
【００５１】
インデックスマージ部２２７は、一時インデックス格納部２３６による通知に応じて、一時インデックス格納領域２３４に格納された一時インデックスデータ２３４Ａを、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａにマージする。このインデックスデータ２３５Ａは、操作ログ格納領域２３３に格納されている操作ログデータ２３３Ａ（複数のログデータ）に対応する第１インデックスデータである。つまり、インデックスマージ部２２７は、インデックスデータ２３５Ａ（第１インデックスデータ）と一時インデックスデータ２３４Ａ（第２インデックスデータ）とがマージされた新たなインデックスデータを生成する。この新たなインデックスデータは、第３インデックスデータとも称する。そして、インデックスマージ部２２７は、その新たなインデックスデータ（第３インデックスデータ）をインデックス格納領域２３５に格納する。より具体的には、インデックスマージ部２２７は、一時インデックスデータ２３４Ａに含まれるファイルインデックスデータとワードインデックスデータとを、それぞれインデックスデータ２３５Ａに含まれるファイルインデックスデータ２３６とワードインデックスデータ２３７とにマージし、インデックス格納領域２３５に格納する。なお、インデックス格納領域２３５にいずれのデータも格納されていない場合（例えば、初期状態）では、インデックスマージ部２２７は、一時インデックスデータ２３４Ａをそのままインデックス格納領域２３５に格納する。
【００５２】
また、操作ログ格納部２２４は、通信部２２３によって出力された操作ログデータ３６２Ａを操作ログ格納領域２３３に格納（追加）する。操作ログ格納領域２３３には、操作ログデータ２３３Ａ（複数の操作ログデータ）が既に格納されていてもよい。その場合、操作ログ格納領域３６２には、操作ログデータ２３３Ａと操作ログデータ３６２Ａ（すなわち、第１ログデータ及び第２ログデータ）とが格納される。そして、操作ログ格納部２２４は、新たな操作ログデータ２３３Ａ（３６２Ａ）が操作ログ格納領域３６２に追加されたことを、インデックス生成部２２５に通知する。
【００５３】
インデックス生成部２２５は、操作ログ格納部２２４による通知に応じて、新たに追加された操作ログデータ２３３Ａの内、対応する一時インデックスデータ３６３Ａ（第２インデックスデータ）が生成されていない第２ログデータに対応する第４インデックスデータを生成する。具体的には、インデックス生成部２２５は、クライアント装置３１に対応するポリシーデータ２３１Ａのエントリに基づいて、操作ログデータ２３３Ａの内、対応する一時インデックスデータ２３４Ａがない操作ログデータ（第２ログデータ）を検出する。そして、インデックス生成部２２５は、検出された第２ログデータに対応する第４インデックスデータを生成する。この第４インデックスデータは、ファイルインデックスデータとワードインデックスデータとを含む。この第４インデックスデータを生成する方法は、クライアント装置３１のインデックス生成部３５５について説明した方法と同様である。インデックス生成部２２５は、生成された第４インデックスデータ（ファイルインデックスデータとワードインデックスデータ）をインデックスマージ部２２７に出力する。
【００５４】
インデックスマージ部２２７は、インデックス生成部２２５によって出力された第４インデックスデータ（ファイルインデックスデータ及びワードインデックスデータ）を、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａにマージする。換言すると、インデックスマージ部２２７は、複数の操作ログデータ２３３Ａに対応する第１インデックスデータと、第１ログデータに対応する第２インデックスデータと、第２ログデータに対応する第４インデックスデータとがマージされた第３インデックスデータを生成する。インデックス格納領域２３５には、生成された第３インデックスデータが格納される。そして、クライアント装置３１から受信した操作ログデータ３６２Ａに対応するインデックスデータ（第２インデックスデータ及び第４インデックスデータ）が、インデックス格納領域２３５に格納（マージ）されたことに応じて、インデックスマージ部２２７は、一時インデックス格納領域２３４から一時インデックスデータ２３４Ａを削除する。
【００５５】
図８は、インデックスデータ２３５Ａに含まれるファイルインデックスデータ２３６の例を示す。ファイルインデックスデータ２３６の構成は、図６を参照して説明したファイルインデックスデータ３６４と同様である。ファイルインデックスデータ２３６は、例えば、複数のクライアント装置によって送信された複数のファイルインデックスデータ３６４がマージされたデータを含む。そして、ファイルインデックスデータ２３６は、インデックス生成部２２５によって生成され、インデックスマージ部２２７によってマージされたファイルインデックスデータも含む。図８に示す例では、ファイルインデックスデータ２３６は、クライアントＩＤ（ベースＩＤ）が“000001”，“000002”，“000003”，“000078”であるクライアント装置によって送信されたログファイルに対応するエントリを含んでいる。
【００５６】
また、図９は、インデックスデータ２３５Ａに含まれるワードインデックスデータ２３７の例を示す。ワードインデックスデータ２３７の構成は、図７を参照して説明したワードインデックスデータ３６５と同様である。ワードインデックスデータ２３７は、例えば、複数のクライアント装置によって送信された複数のワードインデックスデータ３６５がマージされたデータを含む。そして、ワードインデックスデータ２３７は、インデックス生成部２２５によって生成され、インデックスマージ部２２７によってマージされたワードインデックスデータも含む。
【００５７】
次いで、サーバー装置２１のログ検索機能による各部の動作について説明する。
ログ検索部２２９は、インデックスデータ２３５Ａを用いて、操作ログデータ２３３Ａを検索する。例えば、ログ検索部２２９は、操作ログデータ２３３Ａから、管理者によって入力された検索文字列（キーワード）を含む操作ログデータを探し出す（すなわち、キーワードを含むログファイルを抽出する）。ログ検索のための検索画面は、例えば、表示制御部２２１によって表示される。管理者は、表示された検索画面に検索したいキーワードを入力する。このキーワードは、例えば、入力制御部２２２によってログ検索部２２９に出力される。
【００５８】
例えば、図９に示すワードインデックスデータ２３７を用いて、“東京”というキーワードで操作ログデータ２３３Ａを検索することを想定する。その場合、ログ検索部２２９は、まず、キーワードを分解して文字“東”及び“京”を検出する。そして、ログ検索部２２９は、ワードインデックスデータ２３７を用いて、それら文字それぞれに対応するファイルＩＤを検出する。すなわち、“東”に対応する“0000010002”，“0000780012”，“0000781003”，及び“0000784012”と、“京”に対応する“0000010002”，“0000780012”，“0000782141”，及び“0000783624”とが検出される。次いで、ログ検索部２２９は、文字それぞれに対応するファイルＩＤの内、それら文字すべてに対応するファイルＩＤを検出する。すなわち、“東”と“京”の両方に対応する“0000010002”及び“0000780012”が検出される。つまり、ログ検索部２２９は、ワードインデックスデータ２３７を用いて、キーワードに含まれるすべての文字を含むログファイルのファイルＩＤを検出する。そして、ログ検索部２２９は、ファイルインデックスデータ２３７を用いて、検出されたファイルＩＤに対応するファイルパスを検出することにより、検出されたファイルパスに対応するログファイルを操作ログ格納領域２３３から読み出す。読み出されたログファイル（検索結果）は、例えば、表示制御部２２１によって画面に表示される。これにより管理者は、キーワードを含むログファイル（ログデータ）を閲覧することができる。
【００５９】
ログ分析部２２８は、蓄積された操作ログデータ２３３Ａを分析する。ログ分析部２２８は、例えば、操作ログデータ２３３Ａのカテゴリ、データ量、検索頻度等の傾向を分析する。ログ分析部２２８は、インデックスデータ２３５Ａを用いて操作ログデータ２３３Ａを分析してもよい。
【００６０】
また、図１０は、サーバー装置２１によって表示されるポリシー設定画面４１の例を示す。図１０に示す例では、ポリシー設定画面４１は、クライアント選択エリア４２とポリシー設定エリア４３とを含む。クライアント選択エリア４２では、サーバー装置２１に接続される複数のクライアント装置が、例えば階層構造で示される。この階層構造で示される各項目は選択可能に表示される。したがってユーザーは、この階層構造で示される項目を選択することによって、ポリシーを設定する対象のクライアント装置を選択することができる。例えば、「すべて」を選択した場合、すべてのクライアント装置に関連付けられるポリシーを設定できる。また、「グループ１」を選択した場合、グループ１に属するクライアント装置（ＰＣ１，ＰＣ２，ＰＣ３）に関連付けられるポリシーを設定できる。
【００６１】
ポリシー設定エリア４３は、インデックス対象カテゴリ選択エリア４４とインデックス処理条件入力エリア４５とを含む。そして、インデックス対象カテゴリ選択エリア４４は、一時インデックスデータ３６３Ａを生成する対象のカテゴリを選択するためのチェックボックスを含む。このチェックボックスは、例えば、「ログオン」４４１、「ウェブ」４４２、「外部デバイス」４４３、及び「ファイル」４４４を含む。ユーザーは、これらチェックボックス４４１，４４２，４４３，４４４を用いて、一時インデックスデータ３６３Ａを生成する対象のカテゴリを選択することができる。
【００６２】
また、インデックス処理条件入力エリア４５は、クライアント装置によって一時インデックスデータ３６３Ａが生成される条件を入力するための入力エリアと「設定」ボタン４６とを含む。この入力エリアは、例えば、「ＣＰＵ」エリア４５１、「メモリ」エリア４５２、及び「ＨＤＤ」エリア４５３を含む。ユーザーは、これら入力エリア４５１，４５２，４５３を用いて、クライアント装置によって一時インデックスデータ３６３Ａが生成される条件を入力することができる。
【００６３】
「設定」ボタン４６は、選択されたインデックス対象カテゴリとインデックス処理条件とを設定するためのボタンである。すなわち、この「設定」ボタンが押されたことに応じて、ポリシー管理部２２０は、ポリシーデータ２３１Ａを生成（更新）する。したがって、これら入力エリア４５１，４５２，４５３に入力された条件を満たす場合に（すなわち、クライアント装置が入力された性能を満たす場合に）、クライアント装置は、操作ログデータ３６２Ａの内に対応する一時インデックスデータ３６３Ａを生成する。
【００６４】
次いで、図１１を参照して、クライアント管理システム１におけるデータの流れについて説明する。
まず、サーバー装置２１は、クライアント装置３１にポリシーデータ２３１Ａを配信する（Ａ１）。クライアント装置３１は、配信されたポリシーデータ２３１Ａをポリシー格納領域３６１に格納する。
【００６５】
次に、サーバー装置２１は、クライアント装置３１にベースＩＤを送信する（Ａ２）。このベースＩＤは、クライアント装置３１で一時インデックスデータ３６３Ａを作成するための識別情報である。クライアント装置３１は、ポリシー格納領域３６１に格納されたポリシーデータ３６１Ａに基づき、ベースＩＤを用いて、操作ログデータ３６２Ａに対応する一時インデックスデータ３６３Ａを作成する。
【００６６】
次いで、クライアント装置３１は、作成された一時インデックスデータ３６３Ａをサーバー装置２１に送信する（Ａ３）。サーバー装置２１は、送信された一時インデックスデータ３６３Ａを一時インデックス格納領域２３４に格納する。また、クライアント装置３１は、操作ログ格納領域３６２に格納されている操作ログデータ３６２Ａをサーバー装置２１に送信する（Ａ４）。サーバー装置２１は、送信された操作ログデータ３６２Ａを操作ログデータ格納領域２３３に格納する。
【００６７】
そして、サーバー装置２１は、一時インデックス格納領域２３４に格納された一時インデックスデータ２３４Ａをインデックスデータ２３５Ａにマージする。また、サーバー装置２１は、ポリシーデータ２３１Ａに基づいて、クライアント装置３１によって送信された操作ログデータ３６２Ａの内、対応する一時インデックスデータ２３４Ａ（３６３Ａ）がない操作ログデータを検出する。そして、サーバー装置２１は、検出された操作ログデータに対応するインデックスデータを作成する（すなわち、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａに追加する）。
【００６８】
以上により、サーバー装置２１は、クライアント装置３１の操作ログデータ２３３Ａと、この操作ログデータ２３３Ａに対応するインデックスデータ２３５Ａを取得することができる。サーバー装置２１は、インデックスデータ２３５Ａを用いることにより操作ログデータ２３３Ａを容易に検索することができる。また、クライアント装置３１で一時インデックスデータ３６３Ａが作成されることによって、サーバー装置２１は、そのインデックスデータの作成自体を行う必要がなく、一時インデックスデータ３６３Ａデータをインデックスデータ２３５Ａにマージするだけで済む。したがって、サーバー装置２１で、インデックスデータ２３５Ａを得るために要する処理の負荷を低減することができる。
【００６９】
次いで、図１２に示すフローチャートを参照して、サーバー装置２１によるログ管理処理の手順の例について説明する。
まず、ポリシー管理部２２０は、通信部２２３を介して、クライアント装置３１にポリシーデータ２３１Ａを送信する（ブロックＢ１１）。具体的には、ポリシー管理部２２０は、クライアント装置３１に関連付けられたポリシーデータ２３１Ａをポリシー格納領域２３１から読み出す。ポリシー管理部２２０は、読み出されたポリシーデータ２３１Ａを通信部２２３に出力する。そして、通信部２２３は、クライアント装置３１の通信部３５１にポリシーデータ２３１Ａを送信する。
【００７０】
次いで、ポリシー管理部２２０は、通信部２２３を介して、クライアント装置３１にベース識別子（ベースＩＤ）を送信する（ブロックＢ１２）。ベースＩＤは、クライアント装置３１に一意に割り当てられた識別情報である。なお、ベースＩＤは、ポリシーデータ２３１Ａに含めて送信されてもよい。
【００７１】
そして、通信部２２３は、クライアント装置３１（通信部３５１）によって送信された一時インデックスデータ３６３Ａ（第２インデックスデータ）を受信する（ブロックＢ１３）。通信部２２３は、受信した一時インデックスデータ３６３Ａを一時インデックス格納部２２６に出力する。一時インデックス格納部２２６は、その一時インデックスデータ３６３Ａを一時インデックス格納領域２３４に格納する。
【００７２】
また、通信部２２３は、クライアント装置３１によって送信された操作ログデータ３６２Ａ（第１ログデータ及び第２ログデータ）を受信する（ブロックＢ１４）。通信部２２３は、受信した操作ログデータ３６２Ａを操作ログ格納部２２４に出力する。操作ログ格納部２２４は、その操作ログデータ３６２Ａを操作ログ格納領域２３３に格納する。
【００７３】
次いで、インデックスマージ部２２７は、一時インデックス格納領域２３４に格納された一時インデックスデータ２３４Ａを、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａ（第１インデックスデータ）に統合する（ブロックＢ１５）。
【００７４】
また、インデックス生成部２２５は、ブロックＢ１４で受信した操作ログデータ３６２Ａの内、対応する一時インデックスデータ３６３Ａがない操作ログデータ（第２ログデータ）に対応するインデックスデータ２３５Ａ（第４インデックスデータ）を生成する（ブロックＢ１６）。具体的には、インデックス生成部２２５は、クライアント装置３１に関連付けられたポリシーデータ２３１Ａに基づいて、ブロックＢ１４で受信した操作ログデータ３６２Ａの内、対応する一時インデックスデータ２３４Ａ（３６３Ａ）がない操作ログデータ（すなわち、ポリシーデータ２３１Ａに指定された第１カテゴリに属さない第２ログデータ）を検出する。そして、インデックス生成部２２５は、検出された操作ログデータに対応するインデックスデータを生成し、生成したインデックスデータをインデックスマージ部２２７に出力する。インデックスマージ部２２７は、インデックス生成部２２５によって出力されたインデックスデータを、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａに統合する。
【００７５】
そして、クライアント装置３１から受信した操作ログデータに対応するインデックスデータが、インデックス格納領域２３５に格納（統合）されたことに応じて、インデックスマージ部２２７は、一時インデックス格納領域２３４から一時インデックスデータ２３４Ａを削除する（ブロックＢ１７）。
【００７６】
また、図１３に示すフローチャートは、クライアント装置３１によるログ管理処理の手順に例を示す。
まず、通信部３５１は、サーバー装置２１（通信部２２３）によって送信された、クライアント装置３１に関連付けられたポリシーデータ２３１Ａを受信する（ブロックＢ２１）。通信部３５１は、受信したポリシーデータ２３１Ａをポリシー格納部３５２に出力する。ポリシー格納部３５２は、通信部３５１によって出力されたポリシーデータ２３１Ａをポリシー格納領域３６１に格納する。
【００７７】
そして、通信部３５１は、サーバー装置２１によって送信された、クライアント装置３１を一意に識別可能なベースＩＤを受信する（ブロックＢ２２）。通信部３５１は、受信したベースＩＤをインデックス生成部３５５に出力する。
【００７８】
次いで、監視部３５３は、オペレーティングシステム３４等を監視することによって、操作が検出されたか否かを判定する（ブロックＢ２３）。操作が検出されていない場合（ブロックＢ２３のＮＯ）、ブロックＢ２３に戻り、再度、操作が検出されたか否かが判定される。一方、操作が検出された場合（ブロックＢ２３のＹＥＳ）、操作ログ格納部３５４は、検出された操作を示すログ（操作ログデータ３６２Ａ）を操作ログ格納領域３６２に保存する（ブロックＢ２４）。そして、インデックス生成部３５５は、保存された操作ログデータ３６２Ａの内、ポリシーデータ３６１Ａで指定された第１カテゴリに属する第１ログデータに対応する一時インデックスデータ３６３Ａ（第２インデックスデータ）を生成する（ブロックＢ２５）。
【００７９】
次いで、通信部３５１は、ログをサーバー装置２１に送信すべきタイミングであるか否かを判定する（ブロックＢ２６）。通信部３５１は、例えば、所定の期間毎にログをサーバー装置２１に送信する。したがって、前回ログを送信してから所定の期間が経過した場合、通信部３５１は、ログを送信すべきタイミングであると判定する。なお、通信部３５１は、例えば、所定のデータ量のログデータが操作ログ格納領域３６２に蓄積された場合に、ログを送信すべきタイミングであると判定してもよい。ログを送信すべきタイミングでない場合（ブロックＢ２６のＮＯ）、ブロックＢ２３に戻り、再度、操作が検出されたか否かが判定される。
【００８０】
一方、ログを送信すべきタイミングである場合（ブロックＢ２６のＹＥＳ）、通信部３５１は、一時インデックス格納領域３６３に格納された一時インデックスデータ３６３Ａをサーバー装置２１（通信部２２３）に送信する（ブロックＢ２７）。通信部３５１は、操作ログ格納領域３６２に格納された操作ログデータ３６２Ａをサーバー装置２１に送信する（ブロックＢ２８）。そして、ブロックＢ２３に戻ることにより、クライアント装置３１のログの収集と収集されたログのサーバー装置２１への送信とを継続して行うことができる。
【００８１】
次いで、図１４は、クライアント装置３１のシステム構成の例を示す。クライアント装置３１は、ＣＰＵ（Central Processing Unit）３１１、主メモリ３１２、Ｉ／Ｏデバイス３１３、外部記憶装置３１４、表示コントローラ３１５、及びＬＣＤ（Liquid Crystal Display）３１６等を備える。
【００８２】
ＣＰＵ３１１は各種プログラムを実行するプロセッサである。ＣＰＵ３１１は、各種演算処理を実行すると共に、クライアント装置３１内の各部を制御する。
【００８３】
主メモリ３１２は、ＣＰＵ３１１によって実行される、オペレーティングシステム３４、クライアントログ管理プログラム３５のような各種アプリケーションプログラム、及び各種データを格納するためのメインメモリである。主メモリ３１２には、例えばＯＳ３４及びログ管理プログラム３５がロードされている。
【００８４】
Ｉ／Ｏデバイス３１３は、クライアント装置３１に対するデータの入出力を実行するための各種入出力デバイスである。また、外部記憶装置３１４は、各種プログラムやデータを格納するための不揮発性の記憶装置である。外部記憶装置３１４に格納された各種プログラムやデータは、クライアント装置３１内の各部による要求に応じて、主メモリ３１２へロードされる。メモリ３１２にロードされるクライアントログ管理プログラム３５の動作は、図３等を参照して説明した通りである。
【００８５】
表示コントローラ３１５は、クライアント装置３１のディスプレイモニタとして使用されるＬＣＤ３１６を制御する。この表示コントローラ３１５によって生成される表示信号はＬＣＤ３１６に送られる。表示コントローラ３１５及びＬＣＤ３１６を用いることにより、例えば、ユーザーによる操作に応じた画面を表示することができる。
【００８６】
図１５は、サーバー装置２１のシステム構成の例を示す。サーバー装置２１は、ＣＰＵ（Central Processing Unit）２１１、主メモリ２１２、Ｉ／Ｏデバイス２１３、外部記憶装置２１４、表示コントローラ２１５、及びＬＣＤ（Liquid Crystal Display）２１６等を備える。
【００８７】
ＣＰＵ２１１は各種プログラムを実行するプロセッサである。ＣＰＵ２１１は、各種演算処理を実行すると共に、サーバー装置２１内の各部を制御する。
【００８８】
主メモリ２１２は、ＣＰＵ２１１によって実行される、オペレーティングシステム２４、サーバーログ管理プログラム２２のような各種アプリケーションプログラム、及び各種データを格納するためのメインメモリである。主メモリ２１２には、例えばＯＳ２４及びログ管理プログラム２２がロードされている。
【００８９】
Ｉ／Ｏデバイス２１３は、サーバー装置２１に対するデータの入出力を実行するための各種入出力デバイスである。また、外部記憶装置２１４は、各種プログラムやデータを格納するための不揮発性の記憶装置である。外部記憶装置２１４に格納された各種プログラムやデータは、サーバー装置２１内の各部による要求に応じて、主メモリ２１２へロードされる。メモリ２１２にロードされるサーバーログ管理プログラム２２の動作は、の動作は、図３等を参照して説明した通りである。
【００９０】
表示コントローラ２１５は、サーバー装置２１のディスプレイモニタとして使用されるＬＣＤ２１６を制御する。この表示コントローラ２１５によって生成される表示信号はＬＣＤ２１６に送られる。表示コントローラ２１５及びＬＣＤ２１６を用いることにより、例えば、管理者による操作に応じた画面を表示することができる。
【００９１】
以上説明したように、本実施形態によれば、インデックスデータを用いてクライアント装置のログデータを検索できるまでの時間を短縮することができる。ポリシーデータ３６１Ａに指定されたカテゴリに属する操作ログデータについては、クライアント装置３１で一時インデックスデータ３６３Ａが作成されるので、サーバー装置２１は、そのインデックスデータの作成自体を行う必要がなく、一時インデックスデータ３６３Ａデータをインデックスデータ２３５Ａにマージするだけで済む。したがって、サーバー装置２１で、インデックスデータ２３５Ａを得るために要する処理の負荷を低減することができる。これにより、サーバー装置２１が、インデックスデータ２３５Ａを用いて、クライアント装置３１によって収集されたログデータ２３３Ａを検索できるまでの時間を短縮することができる。
【００９２】
なお、本実施形態のサーバーログ管理処理及びクライアントログ管理処理の手順は全てソフトウェアによって実行することができる。このため、サーバーログ管理処理及びクライアントログ管理処理の手順を実行するプログラムを格納したコンピュータ読み取り可能な記憶媒体を通じてこのプログラムを通常のコンピュータにインストールして実行するだけで、本実施形態と同様の効果を容易に実現することができる。
【００９３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９４】
２１…サーバー装置、２２…サーバーログ管理プログラム、２３…記憶装置、２２０…ポリシー管理部、２２１…表示制御部、２２２…入力制御部、２２３…通信部、２２４…操作ログ格納部、２２５…インデックス生成部、２２６…一時インデックス格納部、２２７…インデックスマージ部、２２８…ログ分析部、２２９…ログ検索部、２３１…ポリシー格納領域、２３１Ａ…ポリシーデータ、２３２…インベントリ格納領域、２３２Ａ…クライアントインベントリデータ、２３３…操作ログ格納領域、２３４…一時インデックス格納領域、２３４Ａ…一時インデックスデータ、２３５…インデックス格納領域、２３５Ａ…インデックスデータ、２３６…ファイルインデックスデータ、２３７…ワードインデックスデータ、３１…クライアント装置、３４…オペレーティングシステム、３５…クライアントログ管理プログラム、３６…記憶装置、３５１…通信部、３５２…ポリシー格納部、３５３…監視部、３５４…操作ログ格納部、３５５…インデックス生成部、３６１…ポリシー格納領域、３６２…操作ログ格納領域、３６３…一時インデックス格納領域、３６１Ａ…ポリシーデータ、３６２Ａ…操作ログデータ、３６３Ａ…一時インデックスデータ、３６４…ファイルインデックスデータ、３６５…ワードインデックスデータ。
【技術分野】
【０００１】
本発明の実施形態は、クライアントを管理する情報処理装置、該装置に適用されるクライアント管理方法及びクライアント管理システムに関する。
【背景技術】
【０００２】
クライアントとサーバーとが相互に接続されたクライアント−サーバーシステムでは、クライアントでの処理や操作の記録を示すログがサーバーによって管理されることがある。サーバーは、例えば、クライアントのログを検索することによってクライアントでの不正な操作を検出し、システムで発生したトラブル等に対処することができる。
【０００３】
一般に、サーバーは複数のクライアントと相互に接続される。サーバーには、それら複数のクライアントが利用されている間、クライアントのログが蓄積されていくので、サーバーによって管理されるログのデータ量は膨大になる。そのため、蓄積されたログから必要なログを探し出すために要する時間は長くなる。
【０００４】
蓄積されたログから特定の文字列を含むログを探し出すとき、サーバーは例えばインデックス方式によってログを検索する。インデックス方式では、ログに対応するインデックスが予め作成される。このインデックスを利用することによってログを高速に検索することができるので、蓄積されたログから必要なログを素早く探し出すことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２５９４８２号公報
【特許文献２】特開２００５−２５４６０号公報
【特許文献３】特開２００５−８５１１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、膨大な量のログデータに対応するインデックスデータを作成する場合、その処理に要する時間が長くなる可能性がある。その場合、インデックスデータが作成されるまで、ログデータの検索を行うことはできない。つまり、収集されたログデータをリアルタイムで検索するような利用は困難である。
【０００７】
本発明は、インデックスデータを用いてクライアント装置のログデータを検索できるまでの時間を短縮することができる情報処理装置、クライアント管理方法及びクライアント管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
実施形態によれば、情報処理装置は、格納手段、ログ受信手段及びマージ手段を具備する。格納手段は、複数のログデータと前記複数のログデータに対応する第１インデックスデータとを格納する。ログ受信手段は、ネットワークを介して相互に接続されたクライアント装置から、第１ログデータと前記第１ログデータに対応する第２インデックスデータとを受信する。マージ手段は、前記第１インデックスデータと前記第２インデックスデータとをマージすることによって第３インデックスデータを生成する。前記格納手段は、前記複数のログデータと前記第１ログデータと前記第３インデックスデータとを格納する。
【図面の簡単な説明】
【０００９】
【図１】クライアント管理システムの構成の例を示す概念図。
【図２】実施形態に係るクライアント管理システムを説明するための概念図。
【図３】同実施形態のクライアント管理システムの構成の例を示すブロック図。
【図４】同実施形態のクライアント管理システムによって用いられるポリシーデータの一構成例を示す図。
【図５】同実施形態のクライアント管理システムによって用いられるクライアントインベントリデータの一構成例を示す図。
【図６】同実施形態のクライアント管理システムによって用いられる一時インデックスデータに含まれるファイルインデックスデータの例を示す図。
【図７】同実施形態のクライアント管理システムによって用いられる一時インデックスデータに含まれるワードインデックスデータの例を示す図。
【図８】同実施形態のクライアント管理システムによって用いられるインデックスデータに含まれるファイルインデックスデータの例を示す図。
【図９】同実施形態のクライアント管理システムによって用いられるインデックスデータに含まれるワードインデックスデータの例を示す図。
【図１０】同実施形態のクライアント管理システムによって表示されるポリシー設定画面の例を示す図。
【図１１】同実施形態のクライアント管理システムによる処理の流れを説明するための概念図。
【図１２】同実施形態のクライアント管理システムに含まれるサーバー装置によって実行されるサーバーログ管理処理の手順の例を示すフローチャート。
【図１３】同実施形態のクライアント管理システムに含まれるクライアント装置によって実行されるクライアントログ管理処理の手順の例を示すフローチャート。
【図１４】同実施形態のクライアント管理システムに含まれるクライアント装置のシステム構成の例を示すブロック図。
【図１５】同実施形態のクライアント管理システムに含まれるサーバー装置のシステム構成の例を示すブロック図。
【発明を実施するための形態】
【００１０】
以下、実施の形態について図面を参照して説明する。
まず、図１を参照して、クライアント管理システムの構成の例について説明する。クライアント管理システムでは、サーバー装置１１と１以上のクライアント装置１３，１４，１５とがネットワークを介して相互に接続されている。このクライアント管理システムでは、クライアント装置１３，１４，１５の操作ログデータ１３Ａ，１４Ａ，１５Ａが、サーバー装置１１に集約される。
【００１１】
具体的には、クライアント装置１３，１４，１５は、クライアント装置１３，１４，１５を用いた操作を示す操作ログデータ１３Ａ，１４Ａ，１５Ａを生成し、ネットワークを介してサーバー装置１１に送信する。サーバー装置１１は、クライアント装置１３，１４，１５によって送信された操作ログデータ１３Ａ，１４Ａ，１５Ａを記憶装置内のログ格納領域１２に格納する。ログ格納領域１２には、複数の操作ログデータ１２Ａが格納される。サーバー装置１１は、ログ格納領域１２に格納された操作ログデータ１２Ａを用いて、クライアント装置１３，１４，１５を管理する。サーバー装置１１は、例えば、操作ログデータ１２Ａを検索することによってクライアント装置１３，１４，１５での不正な操作を検出し、システムに発生したトラブル等に対処することができる。
【００１２】
サーバー装置１１は、例えば、逐次検索方式又はインデックス方式で操作ログデータ１２Ａを検索する。逐次検索方式では、サーバー装置１１は、複数の操作ログデータ１２Ａ（例えば、複数の文書ファイル）に含まれるテキストを順次走査することによって、対象の文字列（例えば、キーワード）を含む操作ログデータを検出する。一方、インデックス方式では、サーバー装置１１は、複数の操作ログデータ１２Ａに対応するインデックスデータを予め作成し、このインデックスデータを用いて、対象の文字列を含む操作ログデータを検出する。インデックス方式では、操作ログデータ１２Ａに対応するインデックスデータを用いることにより、逐次検索方式よりも高速に対象の文字列を含む操作ログデータを検出することができる。
【００１３】
しかし、複数のクライアント装置１３，１４，１５によって送信される操作ログデータ１３Ａ，１４Ａ，１５Ａに対応するインデックスデータを生成することは、サーバー装置１１への負荷が大きいことがある。例えば、サーバー装置１１に接続されるクライアント装置の数が多い場合や、クライアント装置によって送信される操作ログデータのデータ量が大きい場合には、インデックスデータの作成に時間がかかる。また、例えば、数万のクライアント装置を有するクラウド環境での大規模システムを想定した場合、サーバー装置１１がすべてのクライアント装置のログデータに対応するインデックスデータを即座に作成することは困難である。したがって、サーバー装置１１に格納された操作ログデータ１２Ａを格納後すぐにリアルタイムで利用することができない。
【００１４】
そのため、本実施形態のクライアント管理システムでは、例えば、管理者が指定したカテゴリに属するログデータ、検索頻度が高いカテゴリに属するログデータ、データ量（情報量）が多いカテゴリに属するログデータについては、クライアント装置側で操作ログデータに対応するインデックスデータを予め作成し、その作成されたインデックスデータをサーバー装置で統合（マージ）するという二段階の処理を行う。つまり、ログデータに対応するインデックスデータの一部がクライアント装置で生成されるので、サーバー装置は、生成されたインデックスデータをマージするだけで済む。これにより、インデックスデータを作成する処理によるサーバー装置の負荷が低減されると共に、インデックスデータを利用して操作ログデータを検索できるまでの時間を短縮することができる。
【００１５】
図２を参照して、実施形態に係るクライアント管理システム１の例について説明する。
【００１６】
クライアント管理システム１は、サーバー装置２１と１以上のクライアント装置３１，３２，３３とがネットワーク２を介して相互に接続されるクライアント・サーバーシステムである。サーバー装置２１は、例えば、サーバーコンピュータとして実現され得る。また、クライアント装置３１，３２，３３は、パーソナルコンピュータとして実現され得る。このクライアント管理システム１では、クライアント装置３１，３２，３３の操作ログデータ３６２Ａ，３６２Ｂ，３６２Ｃが、サーバー装置２１に集約される。サーバー装置２１は、集約された操作ログデータを分析し、また集約された操作ログデータから必要なログデータ（例えば、キーワードを含むデータ）を取得することができる。
【００１７】
より具体的には、サーバー装置２１は、まず、複数のポリシーデータ２３１Ａの内の、複数のクライアント装置３１，３２，３３それぞれに関連付けられたポリシーデータを、クライアント装置３１，３２，３３に配信する。
【００１８】
クライアント装置３１，３２は、操作ログデータ３６２Ａ，３６２Ｂを収集すると共に、サーバー装置２１によって配信されたポリシーデータ３６１Ａ，３６１Ｂに基づいて、操作ログデータ３６２Ａ，３６２Ｂに対応する一時インデックスデータ３６３Ａ，３６３Ｂを生成する。例えば、クライアント装置３１，３２は、ポリシーデータ３６１Ａ，３６１Ｂ，３６１Ｃに指定されたカテゴリに属する操作ログデータに対応する一時インデックスデータを生成し、それ以外のカテゴリに属する操作ログデータに対応する一時インデックスデータを生成しない。また、例えば、クライアント装置３３は、ポリシーデータ３６１Ｃに指定されたカテゴリに属する操作ログデータがないので、操作ログデータ３６２Ｃ（すなわち、指定されたカテゴリに属しない操作ログデータ）に対応する一時インデックスデータを生成しない。そして、クライアント装置３１，３２，３３は、操作ログデータ３６２Ａ，３６２Ｂ，３６２Ｃと一時インデックスデータ３６３Ａ，３６３Ｂとをサーバー装置２１に送信する。
【００１９】
サーバー装置２１は、送信された操作ログデータ３６２Ａ，３６２Ｂ，３６２Ｃをログ格納領域２３３に格納する。また、サーバー装置２１は、送信された一時インデックスデータ３６３Ａ，３６３Ｂを、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａにマージする。さらに、サーバー装置２１は、送信された操作ログデータ３６２Ａ，３６２Ｂ，３６２Ｃの内、対応する一時インデックスデータ３６３Ａ，３６３Ｂが生成されていない操作ログデータのインデックスデータを作成する。サーバー装置２１は、作成されたインデックスデータをインデックス格納領域２３５に格納する。これにより、サーバー装置２１は、インデックスデータ２３５Ａを利用して、操作ログデータ２３３Ａを検索することができる。
【００２０】
上述のように、ポリシーデータ３６１Ａ，３６１Ｂ，３６１Ｃに指定されたカテゴリに属する操作ログデータについては、クライアント装置３１，３２で一時インデックスデータ３６３Ａ，３６３Ｂが作成されるので、サーバー装置２１は、そのインデックスデータの作成自体を行う必要がなく、一時インデックスデータ３６３Ａ，３６３Ｂをインデックスデータ２３５Ａにマージするだけで済む。したがって、サーバー装置２１で、インデックスデータ２３５Ａを得るために要する処理の負荷を低減することができる。
【００２１】
次いで、図３を参照して、クライアント管理システム１の構成について説明する。クライアント管理システム１は、サーバー装置２１とクライアント装置３１とを備える。サーバー装置２１とクライアント装置３１とは、例えばネットワークを介して相互に接続される。
【００２２】
サーバー装置２１は、サーバーログ管理プログラム２２を実行する。サーバーログ管理プログラム２２は、クライアント装置３１によって送信されたログデータを管理する機能を有するソフトウェアである。サーバーログ管理プログラム２２は、ポリシー管理機能、ログ管理機能及びログ検索機能を有する。サーバーログ管理プログラム２２は、ポリシー管理部２２０、表示制御部２２１、入力制御部２２２、通信部２２３、操作ログ格納部２２４、インデックス生成部２２５、一時インデックス格納部２２６、インデックスマージ部２２７、ログ分析部２２８、及びログ検索部２２９を備える。また、サーバーログ管理プログラム２２は、サーバー装置２１に設けられた記憶装置２３にデータを格納し、格納されたデータを用いて処理を行う。この記憶装置２３には、ポリシー格納領域２３１、インベントリ格納領域２３２、操作ログ格納領域２３３、一時インデックス格納領域２３４、及びインデックス格納領域２３５が設けられる。
【００２３】
また、クライアント装置３１は、クライアントログ管理プログラム３５を実行する。クライアントログ管理プログラム３５は、クライアント装置３１のログデータを管理する機能を有するエージェントソフトウェアである。クライアントログ管理プログラム３５は、クライアント装置３１が操作された内容を示すログを収集し、収集されたログに対応するインデックスを生成する。クライアントログ管理プログラム３５は、収集されたログと生成されたインデックスとをサーバー装置２１に送信する。クライアントログ管理プログラム３５は、通信部３５１、ポリシー格納部３５２、監視部３５３、操作ログ格納部３５４、及びインデックス生成部３５５を備える。また、クライアントログ管理プログラム３５は、クライアント装置３１に設けられた記憶装置３６にデータを格納し、格納されたデータを用いて処理を行う。記憶装置３６には、ポリシー格納領域３６１、操作ログ格納領域３６２及び一時インデックス格納領域３６３が設けられる。
【００２４】
まず、サーバー装置２１のポリシー管理機能による各部の動作について説明する。
入力制御部２２２は、管理者による各種の入力を検出する。管理者による入力は、例えば、キーボード、マウス、タッチパネル、タッチパッド等の各種の入力デバイスを用いて行われる。より具体的には、入力制御部２２２は、例えば、ポリシー設定画面の表示を指示する入力や、ポリシーの決定を指示する入力を検出する。ポリシー設定画面は、管理者がポリシーを設定するための画面である。管理者は、ポリシー設定画面を用いて、クライアント装置３１に関連付けられるポリシーを新たに決定することや、既に関連付けられているポリシーを変更することができる。入力制御部２２２は、ポリシー設定画面の表示を指示する入力が検出されたことに応じて、表示制御部２２１にポリシー設定画面の表示を要求する。また、入力制御部２２２は、ポリシーの決定を指示する入力が検出されたことに応じて、ポリシー管理部２２０にポリシーが決定されたことを通知する。
【００２５】
ポリシー管理部２２０は、ポリシー格納領域２３１に格納されたポリシーデータ２３１Ａを管理する。ポリシーデータ２３１Ａは、クライアント装置３１にインデックスデータ（一時インデックスデータ）を生成させるためのポリシーを示す。ポリシー管理部２２０は、入力制御部２２２による通知に応じて、決定されたポリシーに対応するポリシーデータ２３１Ａを生成する。
【００２６】
図４は、ポリシーデータ２３１Ａの一構成例を示す。ポリシーデータ２３１Ａは、１以上のクライアント装置３１に対応する１以上のエントリを含む。換言すると、１つのエントリは、１つのクライアント装置３１に関連付けられる。各エントリは、例えば、クライアントＩＤ、カテゴリ及びファイルパスを含む。あるクライアント装置に対応するエントリにおいて、「クライアントＩＤ」は、そのクライアント装置に固有の識別情報（識別子とも称する）を示す。「クライアントＩＤ」は、そのクライアント装置で生成された操作ログデータ（ログファイル）に付与されるファイルＩＤを生成するためのベースＩＤとしても用いられる。クライアント装置に固有の識別情報をベースＩＤとして用いることにより、クライアント装置から送信された操作ログデータのＩＤが、別のクライアントによって送信された操作ログデータのＩＤと、サーバー装置２１上で衝突することが防止される。
【００２７】
「カテゴリ」は、そのクライアント装置で収集されたログデータの内、一時インデックスデータが生成されるログデータのカテゴリを示す。エントリは複数の「カテゴリ」を含んでもよい。したがって、クライアント装置では、収集されたログデータの内、該クライアント装置に対応するエントリに指定されたカテゴリに属するログデータに対して、一時インデックスデータが生成される。なお、エントリは「カテゴリ」を含まなくてもよい。その場合、そのクライアント装置では、一時インデックスデータが生成されない。
【００２８】
「カテゴリ」に設定される値は、例えば、“ウェブ”、“ファイル”、“メール”、“外部デバイス”、“起動／シャットダウン”、“ログオン／ログオフ”等である。例えば、「カテゴリ（１）」に“ウェブ”が設定され、「カテゴリ（２）」に“ファイル”が設定された場合、クライアント装置では、ウェブ操作（例えば、ウェブブラウザを使用した操作）に関するログデータと、ファイル操作（例えば、ファイルの作成、削除、コピー、移動、編集等の操作）に関するログデータとに対応する一時インデックスデータが作成される。「カテゴリ」には、例えば、検索される頻度が高いログデータが属するカテゴリや、収集されるデータ量が大きいログデータが属するカテゴリが設定される。そのようなカテゴリが設定されることによって、サーバー装置２１でのインデックス作成にかかる負荷を軽減することができる。
【００２９】
「ファイルパス」は、そのクライアント装置から送信された操作ログデータが格納される、サーバー装置２１内のディレクトリのパスを示す。
【００３０】
ポリシー管理部２２０は、生成されたポリシーデータ２３１Ａを通信部２２３に出力する。具体的には、ポリシー管理部２２０は、１以上のクライアント装置３１それぞれに対して、関連付けられたポリシーデータ２３１Ａのエントリが送信されるように、ポリシーデータ２３１Ａのエントリを通信部２２３に出力する。ポリシー管理部２２０は、例えば、所定の期間毎や、ポリシーが更新された際に、クライアント装置３１にポリシーデータ２３１Ａが配信されるように制御する。
【００３１】
通信部２２３は、ポリシー管理部２２０によって出力されたポリシーデータ２３１Ａをクライアント装置３１（通信部３５１）に送信する。具体的には、通信部２２３は、ポリシー管理部２２０によって出力されたポリシーデータ２３１Ａのエントリを、そのエントリが関連付けられたクライアント装置３１に送信する。ポリシーをクライアント装置３１に配信することによって、クライアント装置３１でインデックス生成を行うカテゴリが制御され、クライアント装置３１にかかる負荷を調整することができる。例えば、クライアント装置３１によって収集されるすべてのログデータではなく、一部のログデータ（例えば、検索頻度が高いカテゴリやデータ量が多いカテゴリに属するログデータ）に対応するインデックスが作成されることにより、クライアント装置３１にかかる負荷を調整することができる。
【００３２】
なお、ポリシー管理部２２０は、インベントリ格納領域２３２に格納されたクライアントインベントリデータ２３２Ａに基づいて、ポリシーデータ２３１Ａを生成してもよい。クライアントインベントリデータ２３２Ａは、１以上のクライアント装置３１それぞれの性能を示す値を含む。
【００３３】
図５は、クライアントインベントリデータ２３２Ａの一構成例を示す。クライアントインベントリデータ２３２Ａは、１以上のクライアント装置３１に対応する１以上のエントリを含む。各エントリは、例えば、クライアントＩＤ、プロセッサ、メモリ、ＨＤＤを含む。あるクライアント装置に対応するエントリにおいて、「クライアントＩＤ」は、そのクライアント装置に固有の識別情報を示す。「プロセッサ」は、そのクライアント装置に設けられたプロセッサ（ＣＰＵ）の処理速度（例えば、ギガヘルツ単位の処理速度）を示す。「メモリ」は、そのクライアント装置に設けられたメモリの記憶容量（例えば、メガバイト単位の記憶容量）を示す。「ＨＤＤ」は、そのクライアント装置に設けられたハードディスクドライブ（記憶装置）の記憶容量（例えば、ギガバイト単位の記憶容量）を示す。
【００３４】
ポリシー管理部２２０は、クライアントインベントリデータ２３２Ａを参照することによって、サーバー装置２１に接続されるクライアント装置３１それぞれの性能を示す値を読み出すことができる。ポリシー管理部２２０は、読み出されたクライアント装置３１の性能を示す値に基づいて、クライアント装置３１で収集されたログデータの内、当該装置３１内で一時インデックスデータが生成されるログデータのカテゴリを決定する。例えば、プロセッサの処理速度が第１しきい値以上であり、且つメモリの記憶容量が第２しきい値以上であるクライアント装置は、インデックスデータを生成するための性能を備えていると判断されるので、ポリシー管理部２２０は、クライアント装置にインデックスデータを生成させる「カテゴリ」が設定されたポリシーデータ２３１Ａを作成する。また、例えば、プロセッサの処理速度が第１しきい値未満であるクライアント装置は、インデックスデータを生成するための性能を備えていないと判断されるので、ポリシー管理部２２０は、クライアント装置にインデックスデータを生成させる「カテゴリ」が設定されていないポリシーデータ２３１Ａを作成する。なお、ポリシー管理部２２０は、サーバー装置２１に接続されるクライアント装置の数に基づいて、ポリシーデータ２３１Ａを作成してもよい。例えば、ポリシー管理部２２０は、クライアント装置の数が第３しきい値以上である場合に、クライアント装置でインデックスデータが生成されるように、ポリシーデータ２３１Ａを作成する。
【００３５】
次いで、クライアント装置３１内の各部の動作について説明する。
通信部３５１は、サーバー装置２１（通信部２２３）によって送信された、クライアント装置３１に関連付けられたポリシーデータ２３１Ａを受信する。通信部３５１は、受信したポリシーデータ２３１Ａをポリシー格納部３５２に出力する。また、通信部３５１は、ポリシーデータ２３１Ａに含まれるクライアントＩＤ（ベースＩＤ）をインデックス生成部３５５に出力する。このベースＩＤは、ポリシーデータ２３１Ａとは別に、サーバー装置２１によって送信されたものであってもよい。
【００３６】
ポリシー格納部３５２は、通信部３５１によって出力されたポリシーデータ２３１Ａをポリシー格納領域３６１に格納する。これにより、クライアント装置３１では、ポリシー格納領域３６１に格納されたポリシーデータ３６１Ａ（すなわち、ポリシーデータ２３１Ａ）に基づいて、操作ログデータ３６２Ａに対応する一時インデックスデータ３６３Ａが生成される。
【００３７】
次いで、監視部３５３は、クライアント装置３１上で実行されるオペレーティングシステム３４や各種のアプリケーションプログラム等を監視することによって、クライアント装置３１に対する操作を検出する。監視部３５３は、例えば、ウェブ、ファイル、メール、及びデバイス等の利用、起動、シャットダウン、ログオン、ログオフ等に関する操作を検出する。監視部３５３は、ユーザーによる操作に限らず、例えば、所定の期間毎に自動的に実行されるプログラム（例えば、メールサーバへの所定期間毎の問い合わせ、セキュリティプログラムの定期的な更新等）による動作を検出してもよい。監視部３５３は、クライアント装置３１に対する操作が検出されたことを操作ログ格納部３５４に通知する。
【００３８】
操作ログ格納部３５４は、監視部３５３による通知に応じて、検出された操作の内容を示す操作ログデータ３６２Ａを生成し、操作ログ格納領域３６２に格納する。生成される操作ログデータ３６２Ａは、例えば、日時、カテゴリ、操作の内容が記述されたファイルである。このファイルは、例えばテキスト形式のファイルである。操作ログ格納領域３６２には、複数の操作ログデータ３６２Ａ（すなわち、複数のテキストファイル）が格納される。また、操作ログ格納部３５４は、生成された操作ログデータ３６２Ａをインデックス生成部３５５に出力する。
【００３９】
具体的には、検出された操作がウェブ操作である場合、操作ログデータ３６２Ａに記述される操作の内容は、例えば、そのウェブ操作で閲覧されたウェブページのタイトル、ＵＲＬ等を含む。検出された操作がファイル操作である場合、操作ログデータ３６２Ａに記述される操作の内容は、例えば、ファイル名、操作の種類（コピー、移動、削除、新規作成、編集等）を含む。検出された操作がメール操作である場合、操作ログデータ３６２Ａに記述される操作の内容は、例えば、宛先アドレス、送信元アドレス、件名、メール本文、添付ファイルを含む。検出された操作がデバイスの使用である場合、操作ログデータ３６２Ａに記述される操作の内容は、例えば、デバイスの識別番号、デバイスの名称、デバイスの種類、デバイスが接続されたインタフェースを含む。
【００４０】
インデックス生成部３５５は、操作ログ格納部３５４によって出力された操作ログデータ３６２Ａに対応する一時インデックスデータ３６３Ａを生成する。具体的には、インデックス生成部３５５は、出力された操作ログデータ３６２Ａの内、ポリシーデータ３６１Ａで指定された第１カテゴリに属する第１ログデータに対応する一時インデックスデータ３６３Ａを生成する。この一時インデックスデータ３６３Ａは、第２インデックスデータとも称する。また、一時インデックスデータ３６３Ａは、ファイルインデックスデータ３６４とワードインデックスデータ３６５とを含む。
【００４１】
なお、操作ログデータ３６２Ａの内、ポリシーデータ３６１Ａで指定された第１カテゴリに属しないログデータを、第２ログデータとも称する。したがって、操作ログデータ３６２Ａは、ポリシーデータ３６１Ａで指定された第１カテゴリに属する第１ログデータと、ポリシーデータ３６１Ａで指定された第１カテゴリに属さない第２ログデータとを含む。なお、操作ログデータ３６２Ａに含まれる全てのデータが第１カテゴリに属する場合には、操作ログデータ３６２Ａは第１ログデータのみを含む。また、操作ログデータ３６２Ａに含まれる全てのデータが第１カテゴリに属さない場合には、操作ログデータ３６２Ａは第２ログデータのみを含む。なお、ポリシーデータ３６１Ａで指定されるカテゴリは、複数のカテゴリであってもよい。
【００４２】
図６は、一時インデックスデータ３６３Ａに含まれるファイルインデックスデータ３６４の例を示す。ファイルインデックスデータ３６４は、複数のログファイルに対応する複数のエントリを含む。例えば、操作ログ格納領域３６２に複数の操作ログデータ３６２Ａ（複数のログファイル）が格納されているとき、ファイルインデックスデータ３６４は複数のエントリを含む。各エントリは、ファイルＩＤとファイルパスとを含む。あるログファイルに対応するエントリにおいて、「ファイルＩＤ」は、そのログファイルに固有の識別情報を示す。「ファイルＩＤ」に設定される値は、例えば、サーバー装置２１によって予め送信されたベースＩＤ（クライアントＩＤ）の後に、ログファイルに付与されたシーケンシャル番号を付加した値である。例えば、サーバー装置２１によってベースＩＤ“000078”が送信されている場合に、シーケンシャル番号“0001”が付与された新たなログファイルが作成されたとき、そのファイルに対応するエントリの「ファイルＩＤ」には、“0000780001”が設定される。
【００４３】
「ファイルパス」は、そのログファイルがサーバー装置２１内で格納される位置を表すファイルパスを示す。ログファイルがサーバー装置２１内で格納されるディレクトリを示すパスは、例えば、サーバー装置２１によって予めクライアント装置３１に送信されるポリシーデータ３６１Ａに示される。クライアント装置３１は、ポリシーデータ３６１Ａに含まれるディレクトリを示すパスの後に、ログファイルのファイル名を付加することにより、「ファイルパス」の値を生成する。例えば、ポリシーデータ３６１Ａにディレクトリのパス“C:\Logdata\”が含まれている場合に、ファイル名“applicationlog_4e1.txt”である新たなログファイルが作成されたとき、そのファイルに対応するエントリの「ファイルパス」には、“C:\Logdata\ applicationlog_4e1.txt”が設定される。
【００４４】
また、図７は、一時インデックスデータ３６３Ａに含まれるワードインデックスデータ３６５の例を示す。図７に示す例では、ワードインデックスデータ３６５がunigramモデル（ｎ＝１であるn-gramモデル）に基づいて作成されることを想定する。ワードインデックスデータ３６５は、複数の文字に対応する複数のエントリを含む。各エントリは、文字とファイルＩＤとを含む。ある文字に対応するエントリにおいて、「文字」は、その文字自体を示す。「ファイルＩＤ」は、その文字を含むファイルのＩＤを示す。「ファイルＩＤ」には、複数のファイルのＩＤが設定され得る。ワードインデックスデータ３６５は、操作ログデータ３６２Ａ（ログファイル）に含まれる全ての文字それぞれに対応するエントリを含む。
【００４５】
具体的には、図７に示すように、「ファイルＩＤ」が“0000780004”であるログファイルに、文字列“r&”が含まれる場合、文字“r”に対応するエントリの「ファイルＩＤ」と文字“&”に対応するエントリの「ファイルＩＤ」とに、“0000780004”が設定される。したがって、このワードインデックスデータ３６５を参照することによって、例えば、文字“r”が含まれるファイルが、ファイルＩＤ“0000780004”、“0000783234”、“0000785670”であるファイルであることが分かる。
【００４６】
インデックス生成部３５５は、操作ログデータ（ログファイル）３６２Ａがポリシーデータ３６１Ａで指定されたカテゴリに属する場合、そのログデータに対応するファイルインデックスデータ３６４のエントリとワードインデックスデータ３６５のエントリとを生成する。例えば、ポリシーデータ３６１Ａの「カテゴリ」に“ウェブ”が指定されている際に、ウェブ操作を示す操作ログデータ３６２Ａが出力された場合、インデックス生成部３５５は、そのログデータに対応するファイルインデックスデータ３６４のエントリとワードインデックスデータ３６５のエントリとを生成する。例えば、インデックス生成部３５５は、ログデータに含まれるテキストがn-gramモデルに基づいて分解された「文字」と、「ファイルＩＤ」とを含むワードインデックスデータ３６５のエントリを生成する。そして、インデックス生成部３５５は、生成されたエントリを一時インデックス格納領域３６３に格納（追加）する。なお、インデックス生成部３５５によって生成されるワードインデックスデータ３６５は、n-gramモデルによって得られた文字に対応するワードインデックスデータに限らず、形態素解析によって得られた単語に対応するワードインデックスデータであってもよい。
【００４７】
また、ポリシーデータ３６１Ａの「カテゴリ」に“ウェブ”が指定されている際に、メール操作を示す操作ログデータ３６２Ａが出力された場合、インデックス生成部３５５は、そのログデータに対応するファイルインデックスデータ３６４のエントリとワードインデックスデータ３６５のエントリとを生成しない。
【００４８】
次いで、通信部３５１は、操作ログデータ３６２Ａと一時インデックスデータ３６３Ａとをサーバー装置２１（通信部２２３）に送信する。通信部３５１は、例えば、所定の期間毎に（例えば、前回ログを送信してから一時間が経過したことに応じて）、操作ログデータ３６２Ａと一時インデックスデータ３６３Ａとをサーバー装置２１に送信する。なお、通信部３５１は、例えば、所定のデータ量のログデータ３６２Ａが操作ログ格納領域３６２に蓄積された場合に、操作ログデータ３６２Ａと一時インデックスデータ３６３Ａとをサーバー装置２１に送信してもよい。
【００４９】
次いで、サーバー装置２１のログ管理機能による各部の動作について説明する。
通信部２２３は、クライアント装置３１（通信部３５１）によって送信された一時インデックスデータ３６３Ａ（第２インデックスデータ）と操作ログデータ３６２Ａとを受信する。上述のように、操作ログデータ３６２Ａは、ポリシーデータ３６１Ａに示される第１カテゴリに属する第１ログデータと、第１カテゴリに属しない第２ログデータとを含み得る。また、第２インデックスデータ３６３Ａは、第１ログデータに対応するインデックスデータである。通信部２２３は、受信した一時インデックスデータ３６３Ａを一時インデックス格納部２２６に出力する。また、通信部２２３は、受信した操作ログデータ３６２Ａを操作ログ格納部２２４に出力する。
【００５０】
一時インデックス格納部２２６は、通信部２２３によって出力された一時インデックスデータ３６３Ａを一時インデックス格納領域２３４に格納する。そして、一時インデックス格納部２２６は、新たな一時インデックスデータ２３４Ａ（３６３Ａ）が一時インデックス格納領域２３４に格納されたことを、インデックスマージ部２２７に通知する。
【００５１】
インデックスマージ部２２７は、一時インデックス格納部２３６による通知に応じて、一時インデックス格納領域２３４に格納された一時インデックスデータ２３４Ａを、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａにマージする。このインデックスデータ２３５Ａは、操作ログ格納領域２３３に格納されている操作ログデータ２３３Ａ（複数のログデータ）に対応する第１インデックスデータである。つまり、インデックスマージ部２２７は、インデックスデータ２３５Ａ（第１インデックスデータ）と一時インデックスデータ２３４Ａ（第２インデックスデータ）とがマージされた新たなインデックスデータを生成する。この新たなインデックスデータは、第３インデックスデータとも称する。そして、インデックスマージ部２２７は、その新たなインデックスデータ（第３インデックスデータ）をインデックス格納領域２３５に格納する。より具体的には、インデックスマージ部２２７は、一時インデックスデータ２３４Ａに含まれるファイルインデックスデータとワードインデックスデータとを、それぞれインデックスデータ２３５Ａに含まれるファイルインデックスデータ２３６とワードインデックスデータ２３７とにマージし、インデックス格納領域２３５に格納する。なお、インデックス格納領域２３５にいずれのデータも格納されていない場合（例えば、初期状態）では、インデックスマージ部２２７は、一時インデックスデータ２３４Ａをそのままインデックス格納領域２３５に格納する。
【００５２】
また、操作ログ格納部２２４は、通信部２２３によって出力された操作ログデータ３６２Ａを操作ログ格納領域２３３に格納（追加）する。操作ログ格納領域２３３には、操作ログデータ２３３Ａ（複数の操作ログデータ）が既に格納されていてもよい。その場合、操作ログ格納領域３６２には、操作ログデータ２３３Ａと操作ログデータ３６２Ａ（すなわち、第１ログデータ及び第２ログデータ）とが格納される。そして、操作ログ格納部２２４は、新たな操作ログデータ２３３Ａ（３６２Ａ）が操作ログ格納領域３６２に追加されたことを、インデックス生成部２２５に通知する。
【００５３】
インデックス生成部２２５は、操作ログ格納部２２４による通知に応じて、新たに追加された操作ログデータ２３３Ａの内、対応する一時インデックスデータ３６３Ａ（第２インデックスデータ）が生成されていない第２ログデータに対応する第４インデックスデータを生成する。具体的には、インデックス生成部２２５は、クライアント装置３１に対応するポリシーデータ２３１Ａのエントリに基づいて、操作ログデータ２３３Ａの内、対応する一時インデックスデータ２３４Ａがない操作ログデータ（第２ログデータ）を検出する。そして、インデックス生成部２２５は、検出された第２ログデータに対応する第４インデックスデータを生成する。この第４インデックスデータは、ファイルインデックスデータとワードインデックスデータとを含む。この第４インデックスデータを生成する方法は、クライアント装置３１のインデックス生成部３５５について説明した方法と同様である。インデックス生成部２２５は、生成された第４インデックスデータ（ファイルインデックスデータとワードインデックスデータ）をインデックスマージ部２２７に出力する。
【００５４】
インデックスマージ部２２７は、インデックス生成部２２５によって出力された第４インデックスデータ（ファイルインデックスデータ及びワードインデックスデータ）を、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａにマージする。換言すると、インデックスマージ部２２７は、複数の操作ログデータ２３３Ａに対応する第１インデックスデータと、第１ログデータに対応する第２インデックスデータと、第２ログデータに対応する第４インデックスデータとがマージされた第３インデックスデータを生成する。インデックス格納領域２３５には、生成された第３インデックスデータが格納される。そして、クライアント装置３１から受信した操作ログデータ３６２Ａに対応するインデックスデータ（第２インデックスデータ及び第４インデックスデータ）が、インデックス格納領域２３５に格納（マージ）されたことに応じて、インデックスマージ部２２７は、一時インデックス格納領域２３４から一時インデックスデータ２３４Ａを削除する。
【００５５】
図８は、インデックスデータ２３５Ａに含まれるファイルインデックスデータ２３６の例を示す。ファイルインデックスデータ２３６の構成は、図６を参照して説明したファイルインデックスデータ３６４と同様である。ファイルインデックスデータ２３６は、例えば、複数のクライアント装置によって送信された複数のファイルインデックスデータ３６４がマージされたデータを含む。そして、ファイルインデックスデータ２３６は、インデックス生成部２２５によって生成され、インデックスマージ部２２７によってマージされたファイルインデックスデータも含む。図８に示す例では、ファイルインデックスデータ２３６は、クライアントＩＤ（ベースＩＤ）が“000001”，“000002”，“000003”，“000078”であるクライアント装置によって送信されたログファイルに対応するエントリを含んでいる。
【００５６】
また、図９は、インデックスデータ２３５Ａに含まれるワードインデックスデータ２３７の例を示す。ワードインデックスデータ２３７の構成は、図７を参照して説明したワードインデックスデータ３６５と同様である。ワードインデックスデータ２３７は、例えば、複数のクライアント装置によって送信された複数のワードインデックスデータ３６５がマージされたデータを含む。そして、ワードインデックスデータ２３７は、インデックス生成部２２５によって生成され、インデックスマージ部２２７によってマージされたワードインデックスデータも含む。
【００５７】
次いで、サーバー装置２１のログ検索機能による各部の動作について説明する。
ログ検索部２２９は、インデックスデータ２３５Ａを用いて、操作ログデータ２３３Ａを検索する。例えば、ログ検索部２２９は、操作ログデータ２３３Ａから、管理者によって入力された検索文字列（キーワード）を含む操作ログデータを探し出す（すなわち、キーワードを含むログファイルを抽出する）。ログ検索のための検索画面は、例えば、表示制御部２２１によって表示される。管理者は、表示された検索画面に検索したいキーワードを入力する。このキーワードは、例えば、入力制御部２２２によってログ検索部２２９に出力される。
【００５８】
例えば、図９に示すワードインデックスデータ２３７を用いて、“東京”というキーワードで操作ログデータ２３３Ａを検索することを想定する。その場合、ログ検索部２２９は、まず、キーワードを分解して文字“東”及び“京”を検出する。そして、ログ検索部２２９は、ワードインデックスデータ２３７を用いて、それら文字それぞれに対応するファイルＩＤを検出する。すなわち、“東”に対応する“0000010002”，“0000780012”，“0000781003”，及び“0000784012”と、“京”に対応する“0000010002”，“0000780012”，“0000782141”，及び“0000783624”とが検出される。次いで、ログ検索部２２９は、文字それぞれに対応するファイルＩＤの内、それら文字すべてに対応するファイルＩＤを検出する。すなわち、“東”と“京”の両方に対応する“0000010002”及び“0000780012”が検出される。つまり、ログ検索部２２９は、ワードインデックスデータ２３７を用いて、キーワードに含まれるすべての文字を含むログファイルのファイルＩＤを検出する。そして、ログ検索部２２９は、ファイルインデックスデータ２３７を用いて、検出されたファイルＩＤに対応するファイルパスを検出することにより、検出されたファイルパスに対応するログファイルを操作ログ格納領域２３３から読み出す。読み出されたログファイル（検索結果）は、例えば、表示制御部２２１によって画面に表示される。これにより管理者は、キーワードを含むログファイル（ログデータ）を閲覧することができる。
【００５９】
ログ分析部２２８は、蓄積された操作ログデータ２３３Ａを分析する。ログ分析部２２８は、例えば、操作ログデータ２３３Ａのカテゴリ、データ量、検索頻度等の傾向を分析する。ログ分析部２２８は、インデックスデータ２３５Ａを用いて操作ログデータ２３３Ａを分析してもよい。
【００６０】
また、図１０は、サーバー装置２１によって表示されるポリシー設定画面４１の例を示す。図１０に示す例では、ポリシー設定画面４１は、クライアント選択エリア４２とポリシー設定エリア４３とを含む。クライアント選択エリア４２では、サーバー装置２１に接続される複数のクライアント装置が、例えば階層構造で示される。この階層構造で示される各項目は選択可能に表示される。したがってユーザーは、この階層構造で示される項目を選択することによって、ポリシーを設定する対象のクライアント装置を選択することができる。例えば、「すべて」を選択した場合、すべてのクライアント装置に関連付けられるポリシーを設定できる。また、「グループ１」を選択した場合、グループ１に属するクライアント装置（ＰＣ１，ＰＣ２，ＰＣ３）に関連付けられるポリシーを設定できる。
【００６１】
ポリシー設定エリア４３は、インデックス対象カテゴリ選択エリア４４とインデックス処理条件入力エリア４５とを含む。そして、インデックス対象カテゴリ選択エリア４４は、一時インデックスデータ３６３Ａを生成する対象のカテゴリを選択するためのチェックボックスを含む。このチェックボックスは、例えば、「ログオン」４４１、「ウェブ」４４２、「外部デバイス」４４３、及び「ファイル」４４４を含む。ユーザーは、これらチェックボックス４４１，４４２，４４３，４４４を用いて、一時インデックスデータ３６３Ａを生成する対象のカテゴリを選択することができる。
【００６２】
また、インデックス処理条件入力エリア４５は、クライアント装置によって一時インデックスデータ３６３Ａが生成される条件を入力するための入力エリアと「設定」ボタン４６とを含む。この入力エリアは、例えば、「ＣＰＵ」エリア４５１、「メモリ」エリア４５２、及び「ＨＤＤ」エリア４５３を含む。ユーザーは、これら入力エリア４５１，４５２，４５３を用いて、クライアント装置によって一時インデックスデータ３６３Ａが生成される条件を入力することができる。
【００６３】
「設定」ボタン４６は、選択されたインデックス対象カテゴリとインデックス処理条件とを設定するためのボタンである。すなわち、この「設定」ボタンが押されたことに応じて、ポリシー管理部２２０は、ポリシーデータ２３１Ａを生成（更新）する。したがって、これら入力エリア４５１，４５２，４５３に入力された条件を満たす場合に（すなわち、クライアント装置が入力された性能を満たす場合に）、クライアント装置は、操作ログデータ３６２Ａの内に対応する一時インデックスデータ３６３Ａを生成する。
【００６４】
次いで、図１１を参照して、クライアント管理システム１におけるデータの流れについて説明する。
まず、サーバー装置２１は、クライアント装置３１にポリシーデータ２３１Ａを配信する（Ａ１）。クライアント装置３１は、配信されたポリシーデータ２３１Ａをポリシー格納領域３６１に格納する。
【００６５】
次に、サーバー装置２１は、クライアント装置３１にベースＩＤを送信する（Ａ２）。このベースＩＤは、クライアント装置３１で一時インデックスデータ３６３Ａを作成するための識別情報である。クライアント装置３１は、ポリシー格納領域３６１に格納されたポリシーデータ３６１Ａに基づき、ベースＩＤを用いて、操作ログデータ３６２Ａに対応する一時インデックスデータ３６３Ａを作成する。
【００６６】
次いで、クライアント装置３１は、作成された一時インデックスデータ３６３Ａをサーバー装置２１に送信する（Ａ３）。サーバー装置２１は、送信された一時インデックスデータ３６３Ａを一時インデックス格納領域２３４に格納する。また、クライアント装置３１は、操作ログ格納領域３６２に格納されている操作ログデータ３６２Ａをサーバー装置２１に送信する（Ａ４）。サーバー装置２１は、送信された操作ログデータ３６２Ａを操作ログデータ格納領域２３３に格納する。
【００６７】
そして、サーバー装置２１は、一時インデックス格納領域２３４に格納された一時インデックスデータ２３４Ａをインデックスデータ２３５Ａにマージする。また、サーバー装置２１は、ポリシーデータ２３１Ａに基づいて、クライアント装置３１によって送信された操作ログデータ３６２Ａの内、対応する一時インデックスデータ２３４Ａ（３６３Ａ）がない操作ログデータを検出する。そして、サーバー装置２１は、検出された操作ログデータに対応するインデックスデータを作成する（すなわち、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａに追加する）。
【００６８】
以上により、サーバー装置２１は、クライアント装置３１の操作ログデータ２３３Ａと、この操作ログデータ２３３Ａに対応するインデックスデータ２３５Ａを取得することができる。サーバー装置２１は、インデックスデータ２３５Ａを用いることにより操作ログデータ２３３Ａを容易に検索することができる。また、クライアント装置３１で一時インデックスデータ３６３Ａが作成されることによって、サーバー装置２１は、そのインデックスデータの作成自体を行う必要がなく、一時インデックスデータ３６３Ａデータをインデックスデータ２３５Ａにマージするだけで済む。したがって、サーバー装置２１で、インデックスデータ２３５Ａを得るために要する処理の負荷を低減することができる。
【００６９】
次いで、図１２に示すフローチャートを参照して、サーバー装置２１によるログ管理処理の手順の例について説明する。
まず、ポリシー管理部２２０は、通信部２２３を介して、クライアント装置３１にポリシーデータ２３１Ａを送信する（ブロックＢ１１）。具体的には、ポリシー管理部２２０は、クライアント装置３１に関連付けられたポリシーデータ２３１Ａをポリシー格納領域２３１から読み出す。ポリシー管理部２２０は、読み出されたポリシーデータ２３１Ａを通信部２２３に出力する。そして、通信部２２３は、クライアント装置３１の通信部３５１にポリシーデータ２３１Ａを送信する。
【００７０】
次いで、ポリシー管理部２２０は、通信部２２３を介して、クライアント装置３１にベース識別子（ベースＩＤ）を送信する（ブロックＢ１２）。ベースＩＤは、クライアント装置３１に一意に割り当てられた識別情報である。なお、ベースＩＤは、ポリシーデータ２３１Ａに含めて送信されてもよい。
【００７１】
そして、通信部２２３は、クライアント装置３１（通信部３５１）によって送信された一時インデックスデータ３６３Ａ（第２インデックスデータ）を受信する（ブロックＢ１３）。通信部２２３は、受信した一時インデックスデータ３６３Ａを一時インデックス格納部２２６に出力する。一時インデックス格納部２２６は、その一時インデックスデータ３６３Ａを一時インデックス格納領域２３４に格納する。
【００７２】
また、通信部２２３は、クライアント装置３１によって送信された操作ログデータ３６２Ａ（第１ログデータ及び第２ログデータ）を受信する（ブロックＢ１４）。通信部２２３は、受信した操作ログデータ３６２Ａを操作ログ格納部２２４に出力する。操作ログ格納部２２４は、その操作ログデータ３６２Ａを操作ログ格納領域２３３に格納する。
【００７３】
次いで、インデックスマージ部２２７は、一時インデックス格納領域２３４に格納された一時インデックスデータ２３４Ａを、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａ（第１インデックスデータ）に統合する（ブロックＢ１５）。
【００７４】
また、インデックス生成部２２５は、ブロックＢ１４で受信した操作ログデータ３６２Ａの内、対応する一時インデックスデータ３６３Ａがない操作ログデータ（第２ログデータ）に対応するインデックスデータ２３５Ａ（第４インデックスデータ）を生成する（ブロックＢ１６）。具体的には、インデックス生成部２２５は、クライアント装置３１に関連付けられたポリシーデータ２３１Ａに基づいて、ブロックＢ１４で受信した操作ログデータ３６２Ａの内、対応する一時インデックスデータ２３４Ａ（３６３Ａ）がない操作ログデータ（すなわち、ポリシーデータ２３１Ａに指定された第１カテゴリに属さない第２ログデータ）を検出する。そして、インデックス生成部２２５は、検出された操作ログデータに対応するインデックスデータを生成し、生成したインデックスデータをインデックスマージ部２２７に出力する。インデックスマージ部２２７は、インデックス生成部２２５によって出力されたインデックスデータを、インデックス格納領域２３５に格納されたインデックスデータ２３５Ａに統合する。
【００７５】
そして、クライアント装置３１から受信した操作ログデータに対応するインデックスデータが、インデックス格納領域２３５に格納（統合）されたことに応じて、インデックスマージ部２２７は、一時インデックス格納領域２３４から一時インデックスデータ２３４Ａを削除する（ブロックＢ１７）。
【００７６】
また、図１３に示すフローチャートは、クライアント装置３１によるログ管理処理の手順に例を示す。
まず、通信部３５１は、サーバー装置２１（通信部２２３）によって送信された、クライアント装置３１に関連付けられたポリシーデータ２３１Ａを受信する（ブロックＢ２１）。通信部３５１は、受信したポリシーデータ２３１Ａをポリシー格納部３５２に出力する。ポリシー格納部３５２は、通信部３５１によって出力されたポリシーデータ２３１Ａをポリシー格納領域３６１に格納する。
【００７７】
そして、通信部３５１は、サーバー装置２１によって送信された、クライアント装置３１を一意に識別可能なベースＩＤを受信する（ブロックＢ２２）。通信部３５１は、受信したベースＩＤをインデックス生成部３５５に出力する。
【００７８】
次いで、監視部３５３は、オペレーティングシステム３４等を監視することによって、操作が検出されたか否かを判定する（ブロックＢ２３）。操作が検出されていない場合（ブロックＢ２３のＮＯ）、ブロックＢ２３に戻り、再度、操作が検出されたか否かが判定される。一方、操作が検出された場合（ブロックＢ２３のＹＥＳ）、操作ログ格納部３５４は、検出された操作を示すログ（操作ログデータ３６２Ａ）を操作ログ格納領域３６２に保存する（ブロックＢ２４）。そして、インデックス生成部３５５は、保存された操作ログデータ３６２Ａの内、ポリシーデータ３６１Ａで指定された第１カテゴリに属する第１ログデータに対応する一時インデックスデータ３６３Ａ（第２インデックスデータ）を生成する（ブロックＢ２５）。
【００７９】
次いで、通信部３５１は、ログをサーバー装置２１に送信すべきタイミングであるか否かを判定する（ブロックＢ２６）。通信部３５１は、例えば、所定の期間毎にログをサーバー装置２１に送信する。したがって、前回ログを送信してから所定の期間が経過した場合、通信部３５１は、ログを送信すべきタイミングであると判定する。なお、通信部３５１は、例えば、所定のデータ量のログデータが操作ログ格納領域３６２に蓄積された場合に、ログを送信すべきタイミングであると判定してもよい。ログを送信すべきタイミングでない場合（ブロックＢ２６のＮＯ）、ブロックＢ２３に戻り、再度、操作が検出されたか否かが判定される。
【００８０】
一方、ログを送信すべきタイミングである場合（ブロックＢ２６のＹＥＳ）、通信部３５１は、一時インデックス格納領域３６３に格納された一時インデックスデータ３６３Ａをサーバー装置２１（通信部２２３）に送信する（ブロックＢ２７）。通信部３５１は、操作ログ格納領域３６２に格納された操作ログデータ３６２Ａをサーバー装置２１に送信する（ブロックＢ２８）。そして、ブロックＢ２３に戻ることにより、クライアント装置３１のログの収集と収集されたログのサーバー装置２１への送信とを継続して行うことができる。
【００８１】
次いで、図１４は、クライアント装置３１のシステム構成の例を示す。クライアント装置３１は、ＣＰＵ（Central Processing Unit）３１１、主メモリ３１２、Ｉ／Ｏデバイス３１３、外部記憶装置３１４、表示コントローラ３１５、及びＬＣＤ（Liquid Crystal Display）３１６等を備える。
【００８２】
ＣＰＵ３１１は各種プログラムを実行するプロセッサである。ＣＰＵ３１１は、各種演算処理を実行すると共に、クライアント装置３１内の各部を制御する。
【００８３】
主メモリ３１２は、ＣＰＵ３１１によって実行される、オペレーティングシステム３４、クライアントログ管理プログラム３５のような各種アプリケーションプログラム、及び各種データを格納するためのメインメモリである。主メモリ３１２には、例えばＯＳ３４及びログ管理プログラム３５がロードされている。
【００８４】
Ｉ／Ｏデバイス３１３は、クライアント装置３１に対するデータの入出力を実行するための各種入出力デバイスである。また、外部記憶装置３１４は、各種プログラムやデータを格納するための不揮発性の記憶装置である。外部記憶装置３１４に格納された各種プログラムやデータは、クライアント装置３１内の各部による要求に応じて、主メモリ３１２へロードされる。メモリ３１２にロードされるクライアントログ管理プログラム３５の動作は、図３等を参照して説明した通りである。
【００８５】
表示コントローラ３１５は、クライアント装置３１のディスプレイモニタとして使用されるＬＣＤ３１６を制御する。この表示コントローラ３１５によって生成される表示信号はＬＣＤ３１６に送られる。表示コントローラ３１５及びＬＣＤ３１６を用いることにより、例えば、ユーザーによる操作に応じた画面を表示することができる。
【００８６】
図１５は、サーバー装置２１のシステム構成の例を示す。サーバー装置２１は、ＣＰＵ（Central Processing Unit）２１１、主メモリ２１２、Ｉ／Ｏデバイス２１３、外部記憶装置２１４、表示コントローラ２１５、及びＬＣＤ（Liquid Crystal Display）２１６等を備える。
【００８７】
ＣＰＵ２１１は各種プログラムを実行するプロセッサである。ＣＰＵ２１１は、各種演算処理を実行すると共に、サーバー装置２１内の各部を制御する。
【００８８】
主メモリ２１２は、ＣＰＵ２１１によって実行される、オペレーティングシステム２４、サーバーログ管理プログラム２２のような各種アプリケーションプログラム、及び各種データを格納するためのメインメモリである。主メモリ２１２には、例えばＯＳ２４及びログ管理プログラム２２がロードされている。
【００８９】
Ｉ／Ｏデバイス２１３は、サーバー装置２１に対するデータの入出力を実行するための各種入出力デバイスである。また、外部記憶装置２１４は、各種プログラムやデータを格納するための不揮発性の記憶装置である。外部記憶装置２１４に格納された各種プログラムやデータは、サーバー装置２１内の各部による要求に応じて、主メモリ２１２へロードされる。メモリ２１２にロードされるサーバーログ管理プログラム２２の動作は、の動作は、図３等を参照して説明した通りである。
【００９０】
表示コントローラ２１５は、サーバー装置２１のディスプレイモニタとして使用されるＬＣＤ２１６を制御する。この表示コントローラ２１５によって生成される表示信号はＬＣＤ２１６に送られる。表示コントローラ２１５及びＬＣＤ２１６を用いることにより、例えば、管理者による操作に応じた画面を表示することができる。
【００９１】
以上説明したように、本実施形態によれば、インデックスデータを用いてクライアント装置のログデータを検索できるまでの時間を短縮することができる。ポリシーデータ３６１Ａに指定されたカテゴリに属する操作ログデータについては、クライアント装置３１で一時インデックスデータ３６３Ａが作成されるので、サーバー装置２１は、そのインデックスデータの作成自体を行う必要がなく、一時インデックスデータ３６３Ａデータをインデックスデータ２３５Ａにマージするだけで済む。したがって、サーバー装置２１で、インデックスデータ２３５Ａを得るために要する処理の負荷を低減することができる。これにより、サーバー装置２１が、インデックスデータ２３５Ａを用いて、クライアント装置３１によって収集されたログデータ２３３Ａを検索できるまでの時間を短縮することができる。
【００９２】
なお、本実施形態のサーバーログ管理処理及びクライアントログ管理処理の手順は全てソフトウェアによって実行することができる。このため、サーバーログ管理処理及びクライアントログ管理処理の手順を実行するプログラムを格納したコンピュータ読み取り可能な記憶媒体を通じてこのプログラムを通常のコンピュータにインストールして実行するだけで、本実施形態と同様の効果を容易に実現することができる。
【００９３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９４】
２１…サーバー装置、２２…サーバーログ管理プログラム、２３…記憶装置、２２０…ポリシー管理部、２２１…表示制御部、２２２…入力制御部、２２３…通信部、２２４…操作ログ格納部、２２５…インデックス生成部、２２６…一時インデックス格納部、２２７…インデックスマージ部、２２８…ログ分析部、２２９…ログ検索部、２３１…ポリシー格納領域、２３１Ａ…ポリシーデータ、２３２…インベントリ格納領域、２３２Ａ…クライアントインベントリデータ、２３３…操作ログ格納領域、２３４…一時インデックス格納領域、２３４Ａ…一時インデックスデータ、２３５…インデックス格納領域、２３５Ａ…インデックスデータ、２３６…ファイルインデックスデータ、２３７…ワードインデックスデータ、３１…クライアント装置、３４…オペレーティングシステム、３５…クライアントログ管理プログラム、３６…記憶装置、３５１…通信部、３５２…ポリシー格納部、３５３…監視部、３５４…操作ログ格納部、３５５…インデックス生成部、３６１…ポリシー格納領域、３６２…操作ログ格納領域、３６３…一時インデックス格納領域、３６１Ａ…ポリシーデータ、３６２Ａ…操作ログデータ、３６３Ａ…一時インデックスデータ、３６４…ファイルインデックスデータ、３６５…ワードインデックスデータ。
【特許請求の範囲】
【請求項１】
複数のログデータと前記複数のログデータに対応する第１インデックスデータとを格納する格納手段と、
ネットワークを介して相互に接続されたクライアント装置から、第１ログデータと前記第１ログデータに対応する第２インデックスデータとを受信するログ受信手段と、
前記第１インデックスデータと前記第２インデックスデータとをマージすることによって第３インデックスデータを生成するマージ手段とを具備し、
前記格納手段は、前記複数のログデータと前記第１ログデータと前記第３インデックスデータとを格納する情報処理装置。
【請求項２】
前記クライアント装置でインデックスデータが生成されるログデータが属する第１カテゴリを示すポリシーデータを生成するポリシー生成手段と、
前記ポリシーデータを前記クライアント装置に送信するポリシー送信手段とをさらに具備し、
前記ログ受信手段は、前記第１カテゴリに属する第１ログデータと、前記第１ログデータに対応する第２インデックスデータと、前記第１カテゴリに属しない第２ログデータとを受信する請求項１記載の情報処理装置。
【請求項３】
前記第２ログデータに対応する第４インデックスデータを生成するインデックス生成手段をさらに具備し、
前記マージ手段は、前記第１インデックスデータと前記第２インデックスデータと前記第４インデックスデータとをマージすることによって、前記第３インデックスデータを生成し、
前記格納手段は、前記複数のログデータ、前記第１ログデータ、前記第２ログデータ、及び前記第３インデックスデータを格納する請求項２記載の情報処理装置。
【請求項４】
前記第１カテゴリは、検索頻度が高いログデータが属するカテゴリである請求項２記載の情報処理装置。
【請求項５】
前記第１カテゴリは、データ量が多いログデータが属するカテゴリである請求項２記載の情報処理装置。
【請求項６】
前記ログデータ受信手段は、前記クライアント装置から、前記第１ログデータと前記第１ログデータに対応する第２インデックスデータと第２ログデータとを受信し、
前記第２ログデータに対応する第４インデックスデータを生成するインデックス生成手段をさらに具備する請求項１記載の情報処理装置。
【請求項７】
前記マージ手段は、前記前記第１インデックスデータと前記第２インデックスデータと前記第４インデックスデータとをマージすることによって、前記第３インデックスデータを生成し、
前記格納手段は、前記複数のログデータ、前記第１ログデータ、前記第２ログデータ、及び前記第３インデックスデータを格納する請求項６記載の情報処理装置。
【請求項８】
前記第３インデックスデータを用いて、入力された文字列を含むログデータを前記複数のログデータと前記第１ログデータとから探し出す検索手段をさらに具備する請求項１記載の情報処理装置。
【請求項９】
前記第１ログデータは、前記クライアント装置での操作の内容を示すデータを含む請求項１記載の情報処理装置。
【請求項１０】
前記第１インデックスデータは、前記複数のログデータに含まれる文字と、当該文字を含む、前記複数のログデータの内のログデータを示す識別子とを含むエントリを含み、
前記第２インデックスデータは、前記第１ログデータに含まれる文字と前記第１ログデータを示す識別子とを含むエントリを含む請求項１記載の情報処理装置。
【請求項１１】
サーバー装置とネットワークを介して相互に接続された情報処理装置であって、
前記サーバー装置から、当該情報処理装置でインデックスデータが生成されるログデータが属するカテゴリを示すポリシーデータを受信するポリシー受信手段と、
前記情報処理装置に対する操作の内容を示すログデータを生成するログデータ生成手段と、
前記ログデータが前記カテゴリに属する場合、前記ログデータに対応するインデックスデータを生成するインデックス生成手段と、
前記ログデータと前記インデックスデータとを前記サーバー装置に送信するログ送信手段とを具備する情報処理装置。
【請求項１２】
複数のログデータと前記複数のログデータに対応する第１インデックスデータとを格納し、
ネットワークを介して相互に接続されたクライアント装置から、第１ログデータと前記第１ログデータに対応する第２インデックスデータとを受信し、
前記第１インデックスデータと前記第２インデックスデータとをマージすることによって第３インデックスデータを生成し、
前記格納することは、前記複数のログデータと前記第１ログデータと前記第３インデックスデータとを格納するクライアント管理方法。
【請求項１３】
ネットワークを介して相互に接続されるサーバー装置とクライアント装置とによって構成されるクライアント管理システムであって、
前記クライアント装置は、
当該クライアント装置に対する操作の内容を示す第１ログデータを生成し、
前記第１ログデータに対応する第２インデックスデータを生成し、
前記第１ログデータと前記第２インデックスデータとを前記サーバー装置に送信するように構成され、
前記サーバー装置は、
複数のログデータと前記複数のログデータに対応する第１インデックスデータとを格納し、
前記クライアント装置から、前記第１ログデータと前記第２インデックスデータとを受信し、
前記第１インデックスデータと前記第２インデックスデータとをマージすることによって第３インデックスデータを生成し、
前記格納することは、前記複数のログデータと前記第１ログデータと前記第３インデックスデータとを格納するように構成されるクライアント管理システム。
【請求項１】
複数のログデータと前記複数のログデータに対応する第１インデックスデータとを格納する格納手段と、
ネットワークを介して相互に接続されたクライアント装置から、第１ログデータと前記第１ログデータに対応する第２インデックスデータとを受信するログ受信手段と、
前記第１インデックスデータと前記第２インデックスデータとをマージすることによって第３インデックスデータを生成するマージ手段とを具備し、
前記格納手段は、前記複数のログデータと前記第１ログデータと前記第３インデックスデータとを格納する情報処理装置。
【請求項２】
前記クライアント装置でインデックスデータが生成されるログデータが属する第１カテゴリを示すポリシーデータを生成するポリシー生成手段と、
前記ポリシーデータを前記クライアント装置に送信するポリシー送信手段とをさらに具備し、
前記ログ受信手段は、前記第１カテゴリに属する第１ログデータと、前記第１ログデータに対応する第２インデックスデータと、前記第１カテゴリに属しない第２ログデータとを受信する請求項１記載の情報処理装置。
【請求項３】
前記第２ログデータに対応する第４インデックスデータを生成するインデックス生成手段をさらに具備し、
前記マージ手段は、前記第１インデックスデータと前記第２インデックスデータと前記第４インデックスデータとをマージすることによって、前記第３インデックスデータを生成し、
前記格納手段は、前記複数のログデータ、前記第１ログデータ、前記第２ログデータ、及び前記第３インデックスデータを格納する請求項２記載の情報処理装置。
【請求項４】
前記第１カテゴリは、検索頻度が高いログデータが属するカテゴリである請求項２記載の情報処理装置。
【請求項５】
前記第１カテゴリは、データ量が多いログデータが属するカテゴリである請求項２記載の情報処理装置。
【請求項６】
前記ログデータ受信手段は、前記クライアント装置から、前記第１ログデータと前記第１ログデータに対応する第２インデックスデータと第２ログデータとを受信し、
前記第２ログデータに対応する第４インデックスデータを生成するインデックス生成手段をさらに具備する請求項１記載の情報処理装置。
【請求項７】
前記マージ手段は、前記前記第１インデックスデータと前記第２インデックスデータと前記第４インデックスデータとをマージすることによって、前記第３インデックスデータを生成し、
前記格納手段は、前記複数のログデータ、前記第１ログデータ、前記第２ログデータ、及び前記第３インデックスデータを格納する請求項６記載の情報処理装置。
【請求項８】
前記第３インデックスデータを用いて、入力された文字列を含むログデータを前記複数のログデータと前記第１ログデータとから探し出す検索手段をさらに具備する請求項１記載の情報処理装置。
【請求項９】
前記第１ログデータは、前記クライアント装置での操作の内容を示すデータを含む請求項１記載の情報処理装置。
【請求項１０】
前記第１インデックスデータは、前記複数のログデータに含まれる文字と、当該文字を含む、前記複数のログデータの内のログデータを示す識別子とを含むエントリを含み、
前記第２インデックスデータは、前記第１ログデータに含まれる文字と前記第１ログデータを示す識別子とを含むエントリを含む請求項１記載の情報処理装置。
【請求項１１】
サーバー装置とネットワークを介して相互に接続された情報処理装置であって、
前記サーバー装置から、当該情報処理装置でインデックスデータが生成されるログデータが属するカテゴリを示すポリシーデータを受信するポリシー受信手段と、
前記情報処理装置に対する操作の内容を示すログデータを生成するログデータ生成手段と、
前記ログデータが前記カテゴリに属する場合、前記ログデータに対応するインデックスデータを生成するインデックス生成手段と、
前記ログデータと前記インデックスデータとを前記サーバー装置に送信するログ送信手段とを具備する情報処理装置。
【請求項１２】
複数のログデータと前記複数のログデータに対応する第１インデックスデータとを格納し、
ネットワークを介して相互に接続されたクライアント装置から、第１ログデータと前記第１ログデータに対応する第２インデックスデータとを受信し、
前記第１インデックスデータと前記第２インデックスデータとをマージすることによって第３インデックスデータを生成し、
前記格納することは、前記複数のログデータと前記第１ログデータと前記第３インデックスデータとを格納するクライアント管理方法。
【請求項１３】
ネットワークを介して相互に接続されるサーバー装置とクライアント装置とによって構成されるクライアント管理システムであって、
前記クライアント装置は、
当該クライアント装置に対する操作の内容を示す第１ログデータを生成し、
前記第１ログデータに対応する第２インデックスデータを生成し、
前記第１ログデータと前記第２インデックスデータとを前記サーバー装置に送信するように構成され、
前記サーバー装置は、
複数のログデータと前記複数のログデータに対応する第１インデックスデータとを格納し、
前記クライアント装置から、前記第１ログデータと前記第２インデックスデータとを受信し、
前記第１インデックスデータと前記第２インデックスデータとをマージすることによって第３インデックスデータを生成し、
前記格納することは、前記複数のログデータと前記第１ログデータと前記第３インデックスデータとを格納するように構成されるクライアント管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１３−１２１５５（Ｐ２０１３−１２１５５Ａ）
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願番号】特願２０１１−１４５９５６（Ｐ２０１１−１４５９５６）
【出願日】平成２３年６月３０日（２０１１．６．３０）
【特許番号】特許第５０７６０１５号（Ｐ５０７６０１５）
【特許公報発行日】平成２４年１１月２１日（２０１２．１１．２１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願日】平成２３年６月３０日（２０１１．６．３０）
【特許番号】特許第５０７６０１５号（Ｐ５０７６０１５）
【特許公報発行日】平成２４年１１月２１日（２０１２．１１．２１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]