(57)【要約】【課題】管理者の管理負担を軽減することが可能であり、かつ、ログ管理処理においてクライアント側の処理負担のないログ管理サーバを提供する。【解決手段】クライアント１１からログを受信してログ管理データベース１３に格納するログ管理サーバ１２であって、同一ログ内に記録され、イベントを特定するデータからなるログデータＡ〜Ｃのうち、他のログデータと同一のコンテンツが記録されたログデータＡ、Ｂを重複ログデータとして検出し、代表する重複ログデータ以外の重複ログデータに記録されたコンテンツを除いてログを管理可能にログ管理データベースに格納する構成を有している。【選択図】図２
2010072984.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからログを受信してログ管理データベースに格納するログ管理サーバであって、
同一ログ内に記録され、イベントを特定するデータからなるログデータのうち、他のログデータと同一のコンテンツが記録されたログデータを重複ログデータとして検出し、代表する重複ログデータ以外の重複ログデータに記録されたコンテンツを除いてログを管理可能にログ管理データベースに格納する、ことを特徴とするログ管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントにおけるログを管理するログ管理サーバに関する。
【背景技術】
【０００２】
近年、セキュリティ等の観点から、コンテンツへのアクセス等の一連のイベントを記録したログの管理の重要性が高まってきている。このようなログの管理処理（以下、ログ管理処理という。）は、例えば一定の時間間隔等の所定の時間に行われる。図４は、ログサーバ側における従来のログ管理処理についての説明図である。
【０００３】
従来は、図４に示すように、ログサーバ１２が、クライアント１１から送信されたログデータＡ〜Ｃを含むログを受信してそのままログ管理ＤＢ１３に格納していた。その結果、ログ内のイベントで対象とするコンテンツ等のデータが重複しているログデータ（以下、重複ログデータという。）Ａ、Ｂもそのままログ管理ＤＢ１３に格納されることとなっていた。
【０００４】
ログ管理ＤＢ１３に格納されたログは、必要に応じて管理者によって閲覧され管理される。具体的には、例えば重複する所定のログデータが表示されないように、対応するログデータのSQLのselect文中に「distinct」を設定することが行われていた。この管理は当然に手作業で行われるものであるが、その結果、所定の場合には、作業負担が大きく、長い処理時間を要することとなっていた。
【０００５】
このような管理負担等を軽減する技術が、従来、知られている（例えば、特許文献１参照。）。特許文献１に記載の従来技術においては、クライアントが画像処理装置であり、画像のハッシュ値に基づいて登録済みか否かの判断がなされ、重複格納を回避することが行われる。これによって、ログサーバにおいても、処理負担が軽減されることとなっていた。
【特許文献１】特開２００７−０７９９０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のログ管理サーバでは、ログ管理処理がクライアント側で行われるため、クライアントの処理負担が増大し、本来の処理の実行に支障をきたす場合があるという問題を有していた。また、データ量の大きな画像データを対象とするため、画像データ以外のコンテンツへのアクセスログについては、効果を奏しない。さらに、ファイルは画像に比較してデータ量が小さいことが多く、ハッシュ値を検索に必要としない場合も多い。
【０００７】
以上の現状に鑑み、本発明の目的は、管理者の管理負担を軽減することが可能であり、かつ、ログ管理処理においてクライアント側の処理負担のないログ管理サーバを提供する。
【課題を解決するための手段】
【０００８】
上記の課題を解決すべく、本発明は以下の構成を提供する。
請求項１に係る発明は、クライアントからログを受信してログ管理データベースに格納するログ管理サーバであって、同一ログ内に記録され、イベントを特定するデータからなるログデータのうち、他のログデータと同一のコンテンツが記録されたログデータを重複ログデータとして検出し、代表する重複ログデータ以外の重複ログデータに記録されたコンテンツを除いてログを管理可能にログ管理データベースに格納する、ことを特徴とする。
【発明の効果】
【０００９】
請求項１に係る発明によれば、クライアントからログを受信してログ管理データベースに格納するログ管理サーバであって、同一ログ内に記録され、イベントを特定するデータからなるログデータのうち、他のログデータと同一のコンテンツが記録されたログデータを重複ログデータとして検出し、代表する重複ログデータ以外の重複ログデータに記録されたコンテンツを除いてログを管理可能にログ管理データベースに格納するため、管理者の管理負担を軽減することが可能であり、かつ、ログ管理処理においてクライアント側の処理負担のないログ管理サーバを実現することができる。
【発明を実施するための最良の形態】
【００１０】
以下、実施例を示した図面を参照しつつ本発明の実施の形態について説明する。
図１は、ログデータの流れについて説明する概念図である。クライアント１にアクセスがあったとき、クライアント１は、このアクセス、アクセス中の処理等のイベントを特定可能なデータを記録したログデータを作成する。そして、クライアント１は、ログ管理サーバ２からのログ管理のためのアクセス（以下、ログ管理アクセスという。）に応答して、対応するログをログ管理サーバ２に送信する。ここで送信されるログは、このログ管理アクセスと直前のログ管理アクセスとの間に蓄積されたログデータを含む。
【００１１】
ログ管理サーバ２は、クライアント１から受信したログ中のログデータに応じたＳＱＬ文を作成して、ログデータをログ管理データベース（以下、ログ管理ＤＢという。）３に格納する。ここで、このログデータは、他のログデータと重複したイベントが記録された重複ログデータではないものとする。このＳＱＬ文は、所謂関連データベースにデータを登録又は格納し、データベース内のデータを閲覧、編集等するときに使用される既知の構造化照会言語で記載されたコマンドである。
【００１２】
図２は、本発明のログ管理サーバによるログの管理処理についての説明図である。ログ管理サーバが行うログの管理処理（以下、ログ管理処理という。）におけるＳＱＬ文の作成は、重複ログデータの検出後に行われる。検出された重複ログデータに対しては、代表する１つの重複ログデータ（以下、代表ログデータという。）を除いて重複するコンテンツを登録又は格納するためのＳＱＬ文を作成しない重複回避処理が施される。したがって、重複回避処理が施されたログデータに関しては、コンテンツは登録又は格納されないこととなる。
【００１３】
図３は、本発明によるログ管理処理について説明するためのフローチャートである。ログ管理処理においては、まず、ログ管理サーバ２が、処理対象のログデータの総数Ｎを数える（Ｓ１０１）。次に、ログ管理サーバ２が、照合の原本となる参照ログデータのカウンタｊを１に初期化する（Ｓ１０２）。この参照ログデータが重複ログデータである場合、代表ログデータとなる。次に、ログ管理サーバ２は、カウンタｊが総数Ｎを越えているか否かを判断し（Ｓ１０３）、越えていると判断したとき、処理を終了する。
【００１４】
ステップＳ１０３でカウンタｊが総数Ｎを越えていないと判断されたとき、ログ管理サーバ２は、参照ログデータｊを登録又は格納するＳＱＬ文を作成する（Ｓ１０４）。これによって、このＳＱＬ文を用いて、参照ログデータｊの閲覧、管理等が可能となる。次に、ログ管理サーバ２が、参照ログデータｊとの照合相手の比較ログデータのカウンタｋをｊ＋１に初期化する（Ｓ１０５）。
【００１５】
次に、ログ管理サーバ２は、カウンタｋが総数Ｎを越えているか否かを判断し（Ｓ１０６）、越えていると判断したとき、参照ログデータのカウンタｊを１増加させて（Ｓ１０７）、ステップＳ１０３に戻り以降の処理を繰り返す。
【００１６】
ステップＳ１０６でカウンタｋが総数Ｎを越えていないと判断しないとき、ログ管理サーバ２が、比較ログデータｋを抽出してこれｋと参照ログデータｊとに対して照合処理を行う（Ｓ１０８、Ｓ１０９）。ここで、照合処理においては、比較ログデータｋと参照ログデータｊとが同一であるか否かについて比較及び判断が行われる。
【００１７】
次に、ステップＳ１０９で比較ログデータｋと参照ログデータｊとが一致したと判断されたとき、ログ管理サーバ２が、比較ログデータｋに対して上記の重複回避処理を行う（Ｓ１１０）。重複回避処理によって、重複するコンテンツは登録又は格納されず、ログ管理ＤＢ３の格納領域が節約可能となる。
【００１８】
ステップＳ１０９で比較ログデータｋと参照ログデータｊとが一致しないと判断されたとき、及び、ステップＳ１１０で重複回避処理が行われたときのいずれかに該当するとき、ログ管理サーバ２が、比較ログデータのカウンタｋを１増加させて（Ｓ１１１）、ステップＳ１０６に戻り以降の処理を繰り返す。以上の処理において、単独のログデータのみならず代表ログデータに対しても、ステップＳ１０４でＳＱＬ文が作成される。また、残りの重複ログデータには、ステップＳ１１０で重複回避処理が施されることとなる。
【産業上の利用可能性】
【００１９】
本発明によるログ管理サーバは、情報通信機器、又はそれにインストールされるプログラム等として実現され、電機器製造業、ソフトウェア製造業等において利用可能であり、このような製品の有用性を増進する。
【図面の簡単な説明】
【００２０】
【図１】ログデータの流れについて説明する概念図である。
【図２】本発明のログ管理サーバによるログの管理処理についての説明図である。
【図３】本発明によるログ管理処理について説明するためのフローチャートである。
【図４】ログサーバ側における従来のログ管理処理についての説明図である。
【符号の説明】
【００２１】
１、１１  クライアント
２  ログ管理サーバ
３、１３  ログ管理データベース
１２  ログサーバ
【図１】
2010072984.tif 000003
【図２】
2010072984.tif 000004
【図３】
2010072984.tif 000005
【図４】
2010072984.tif 000006