JP2001229052A - ログ処理装置、ログ処理方法、及びログ処理プログラム - Google Patents

Abstract

(57)【要約】 【課題】 ログを種々のサーバから安全に収集し、利用
しやすいような形式で保管することを目的とする。 【解決手段】 複数のアプリケーションのログを収集す
る第１の手段と、所定の条件に従って、複数のアプリケ
ーションのログを関連付け、該複数のアプリケーション
のログを１つのレコードとして格納する第２の手段とを
有するようにログ処理装置を構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上の
装置からログを収集し、収集したログを保管する技術に
関する。

【０００２】

【従来の技術】インターネット上では電子商取引（エレ
クトロニックコマース：ＥＣ）等における種々のサービ
スがサーバからなるシステムを用いて提供される。サー
バからはその運用に伴ってログが出され、一般的にその
ログはそのサーバに蓄積される。ログはサーバがどのよ
うな処理を行ったかを示す記録であり、サービス提供に
おいてシステムが過去にどのような処理を行ったかを追
跡する必要が生じた場合等に参照される。

【０００３】

【発明が解決しようとする課題】システム運用中にログ
は発生し続けて大量になるため、ログをサーバ側で保管
すると、その管理が容易でないという問題がある。従っ
て、例えば、ＥＣサイト事業者に対して電子商取引等の
ログを保持することが義務化された場合には、サーバ管
理者の負担が非常に重くなる恐れがある。また、ログを
他の装置に送り一括して保存することも考えられるが、
取引データを含むログを改竄を防止して安全に他の装置
に送信し、保管する方法はなかった。

【０００４】また、電子商取引等においては複数の種々
のサーバでサービスが提供されるのが一般的であり、ロ
グを追跡する必要が生じた場合、各サーバのログを個々
に参照し、それらのログを特定のセッション等に基づき
追跡しなければならないため、非常に手間がかかるとい
う問題がある。

【０００５】例えば、ＥＣサイトを利用して商品を購入
したユーザから、「買った記憶がない」「会員登録した
記憶がない」「事業者の説明に納得できない」等のクレ
ームがＥＣサイトを運営する事業者にあった場合、ＥＣ
サイト内においてその該当するユーザがとった行動、す
なわち、Ｗｅｂサーバアクセスログや売上確認のメール
サーバログを調査し、ユーザに対して証拠書となる情報
を開示している。その調査は、複数サーバのログに亘っ
て行わなければならないため、非常に手間がかかる。

【０００６】本発明は上記の点に鑑みてなされたもので
あり、ログを種々のサーバから安全に収集し、利用しや
すいような形式で保管することを目的とする。すなわ
ち、複数のサーバから出力されるログを改竄を防止しな
がら収集、格納し、ログ解析が容易になるように各サー
バからのログを紐付けた状態で保管する方法、そのため
の装置、及びプログラムを提供することを目的とする。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明は次のように構成することができる。

【０００８】請求項１に記載の発明は、ネットワーク上
の装置で発生した複数のアプリケーションのログについ
ての処理を行うログ処理装置であって、複数のアプリケ
ーションのログを収集する第１の手段と、所定の条件に
従って、複数のアプリケーションのログを関連付け、該
複数のアプリケーションのログを１つのレコードとして
格納する第２の手段とを有する。

【０００９】請求項２に記載の発明は、請求項１の記載
において、前記第２の手段は、あるアプリケーションの
ログと他のアプリケーションのログとに予め定められた
キーデータが存在する場合にそれらのログを１つのレコ
ードとする手段を有するものとする。

【００１０】上記発明によれば、収集したログをアプリ
ケーションに応じて関連付け（紐付けともいう）、１レ
コードとして格納するので、複数アプリケーションに亘
るログ解析の際に個々のログを追跡する必要がなくな
り、ログ解析が容易になる。

【００１１】請求項３に記載の発明は、請求項１の記載
において、前記第１の手段は、ネットワーク上の装置か
らログを受信する手段と、受信したログからハッシュ値
を算出し、該ハッシュ値と該ネットワーク上の装置から
受信したハッシュ値とを比較する手段と、ハッシュ値が
一致した場合に、受信したログに電子署名を施す手段と
を有するものとする。

【００１２】本発明によれば、ログの改竄を防止しなが
らログを受信でき、更に、ログを受信後も電子署名によ
りログの改竄を防止できる。

【００１３】請求項４に記載の発明は、ネットワーク上
の装置で発生したログについての処理を行うログ処理装
置であって、ネットワーク上の装置からログを受信する
手段と、受信したログからハッシュ値を算出し、該ハッ
シュ値と該ネットワーク上の装置から受信したハッシュ
値とを比較する手段と、ハッシュ値が一致した場合に、
受信したログに電子署名を施し、電子署名を施したログ
を格納する手段とを有する。

【００１４】請求項５、６に記載の発明は、ログ処理装
置におけるログ処理方法である。

【００１５】請求項７に記載の発明は、請求項５の記載
において、前記ネットワーク上の装置が、ログファイル
を開き、該ログファイル固有の番号を記録するステップ
と、該ネットワーク上の装置が、該ログファイルを逐次
的に読み出し、前記ログ処理装置に該読み出したログを
送信するステップと、該ネットワーク上の装置が、ログ
ファイル固有の番号を調べ、該固有の番号と前記記録し
た固有の番号とを比較するステップと、それらが一致し
ない場合に、該ログ処理装置に、逐次的に読み出して送
信したログのハッシュ値を送信するステップと、該ログ
処理装置が、受信したログからハッシュ値を算出し、該
ハッシュ値と該ネットワーク上の装置から受信したハッ
シュ値とを比較するステップと、該ログ処理装置が、ハ
ッシュ値が一致した場合に、受信したログに電子署名を
施すステップとを有することとする。

【００１６】本発明によれば、紐付けによる効果に加
え、ログを生成するネットワーク上の装置はログ処理装
置に改竄を防止しながらログを送信することが可能とな
る。

【００１７】請求項８に記載の発明は、ネットワーク上
の装置で発生したログについての処理を行うログ処理方
法であって、ネットワーク上の装置が、ログファイルを
開き、該ログファイル固有の番号を記録するステップ
と、該ネットワーク上の装置が、該ログファイルを逐次
的に読み出し、前記ログ処理装置に読み出したログを送
信するステップと、該ネットワーク上の装置が、ログフ
ァイル固有の番号を調べ、該固有の番号と前記記録した
固有の番号とを比較するステップと、それらが一致しな
い場合に、該ログ処理装置に、逐次的に読み出して送信
したログのハッシュ値を送信するステップと、該ログ処
理装置が、受信したログからハッシュ値を算出し、該ハ
ッシュ値と該ネットワーク上の装置から受信したハッシ
ュ値とを比較するステップと、該ログ処理装置が、ハッ
シュ値が一致した場合に、受信したログに電子署名を施
し、電子署名を施したログを格納するステップとを有す
る。

【００１８】本発明によれば、ログを生成するネットワ
ーク上の装置がログ処理装置に改竄を防止しながらログ
を送信することが可能となる。また、ログ処理装置側で
電子署名を施すので、ログを格納した後も改竄を防止で
きる。

【００１９】請求項９〜請求項１３に記載の発明は、上
記の方法をコンピュータ上で実施するのに適したプログ
ラムである。

【００２０】

【発明の実施の形態】まず、本発明の概要について図１
を用いて説明する。

【００２１】図１に示すように、オンラインショッピン
グ等の電子商取引では、ユーザからのアクセスを受ける
Ｗｅｂサーバ１、購買確認メール等を送信するメールサ
ーバ２、商品の注文、購入等の処理を行うＥＣサーバ
３、商品の代金の支払いのための決済サーバ４、種々の
認証を行うための認証サーバ５等によりサービスが提供
される。これらがインターネットを含むネットワーク６
に接続される。本発明の実施例では、これらのサーバの
ログをログ収集・保管装置が収集し、各ログを所定の条
件に従って紐付けた状態で保管する。保管されたログ
は、ユーザからの要望に応じてユーザに提供される。

【００２２】図２を用い、ログの紐付けの概要を説明す
る。

【００２３】図２には、電子商取引に関するサービスを
提供するために使用される各種サーバが示される。ま
た、Ｗｅｂサーバ、メールサーバから出されるログ、Ｅ
Ｃサーバ、決済サーバ、認証サーバから出されるログが
示され、これらを紐付けしたレコード８を示す。

【００２４】例えば、あるユーザがＷｅｂにアクセスし
て本を選択し、所定の事項を入力し、画面上の購入ボタ
ンを押して購入を完了すると、Ｗｅｂ画面上で注文番号
が表示されるとともに注文番号の入ったメールが送信さ
れる。このような一連の処理に対応して、各サーバから
は上記のようなログが出される。

【００２５】その後、例えば、当該ユーザから、自分が
本を購入したかどうかの問い合わせがあった場合、注文
番号、ＩＰアドレス、カード番号及びメールの送信済み
メッセージ等が紐付けられたデータがあれば、そのデー
タを参照することにより、そのユーザが本当に本を購入
したかどうかが容易に分かる。

【００２６】すなわち、所定のＩＰアドレスのユーザが
注文をし、カードにより商品代金を支払ったことがレコ
ード８を見るだけで分かるようになる。このような紐付
けされたレコードがない場合、各種サーバのログを個々
に調べ、ログ間の関連を判断しながらログを調査しなけ
ればならなくなるので非常に手間がかかる。

【００２７】なお、図２においては、ＩＳＰへのインタ
ーネット接続申し込み（ＩＳＰサインアップ）及びエン
ドユーザのインターネット接続履歴やホスティングサー
ビス申し込み（ホスティングサインアップ）におけるロ
グも収集し、紐付けして保管できることを示している。

【００２８】次に、本発明の実施例におけるシステム構
成、動作について説明する。

【００２９】図３は本発明の実施例におけるシステム構
成を示す図であり、ユーザのサービスサイト及び後述す
るログバックアップサーバ等をデータセンタに設置し、
ログの保管を行うログ保管センタをデータセンタから離
れた場所に設置した構成例を示している。また、図４は
図３に示すシステムの動作概要を示す図である。

【００３０】以下、図３及び図４を参照して、システム
の構成及び動作概要について説明する。

【００３１】データセンタ９はユーザサイト１０〜１
２、ログバックアップサーバ１３〜１６、リポーティン
グサーバ１７、ファイアウォール１８、ルータ１９を有
する。

【００３２】各ユーザサイトはユーザが電子商取引等の
サービスを提供するための１つ以上のサーバからなり、
ＬＡＮを介してログバックアップサーバに接続される。

【００３３】ログバックアップサーバはユーザサイトに
ある各サーバから生ログを収集する。また、必要に応じ
てインターネットを経由して関連するログを収集する。
収集するログとしては、Ｗｅｂサーバのアクセスログ、
ＤＢ認証ログ、電子コマースサーバ取引ログ、決済サー
バログ、メール配送ログ、ログイン履歴ログ、ファイア
ウォールセッションログ、認証サーバログ、等がある。

【００３４】ログバックアップサーバでは後述するマイ
ニング処理等を行い、生ログ、一次加工（整形）された
ログ、紐付けされたログをテープドライブでテープにコ
ピーする。そのテープは物流によってログ保管センタに
運ばれる。２つの方法を用いることにより、ログデータ
をより安全に保管する。また、データセンタとログ保管
センタでログを保管するので高いセキュリティを得るこ
とができる。

【００３５】ログバックアップサーバで加工したログは
リポーティングサーバ１７に送信され、リポーティング
サーバ１７はログの世代管理等を行い、テープ等にバッ
クアップをとる。更に、専用線等のネットワークを介し
て、加工したログデータをログ保管センタに送信する。
また、リポーティングサーバ１７はユーザサーバ群から
システムリソース管理測定データやサーバ単体のアプリ
ケーションログを受信し、蓄積し、ユーザに提供できる
ような形に加工する。これにより、例えば、サーバの負
荷の推移をグラフィカルにユーザに示すことができる。

【００３６】ログ保管センタ２６は、データベースサー
バ２０、リポートビューサーバ２１、ログマイニングサ
ーバ２２、ファイアウォール２３、２４、テープライブ
ラリ２５を有する。データベースサーバ２０はデータセ
ンタから送信されたログデータ、システムリソースデー
タを保管・管理する。保管されたデータは、リポートビ
ューサーバ２１にＷｅｂ等によりユーザがアクセスする
ことによって検索、閲覧できる。

【００３７】ユーザ自身が検索により解析、追跡できる
範囲を超える複雑なログ解析については、ログデータマ
イニングサーバ２２を用いてオペレータが解析、追跡を
行い、その結果をユーザに通知することが可能である。
テープライブラリ２５にはログを記録したテープが保管
される。

【００３８】なお、ログを収集し、加工し、保管するた
めの構成は上記の構成に限られない。例えば、ユーザサ
ーバがネットワーク上に分散されて配置されている状態
で、ログバックアップサーバのみを用いてログを収集
し、紐付けを行い、そこで加工済ログを保管するような
構成とすることもできる。

【００３９】上記の各サーバの機能は本発明に係る処理
を行うプログラムにより実行される。そのプログラムを
ＣＤ―ＲＯＭ等の記録媒体に格納し、サーバとなるコン
ピュータにインストールすることにより、本発明に係る
ログの処理を実行することができる。また、そのプログ
ラムはネットワークを介して譲渡することもできる。

【００４０】次に、各サーバにおける主な処理を詳細に
説明する。

【００４１】まず、図５のフローチャートを用いてログ
バックアップサーバがユーザのサーバからログを収集す
る処理について説明する。この処理は一般的に使用され
ているＵＮＩＸベースのサーバを使用した場合の処理の
例である。すなわち、サーバでアプリケーションのログ
が発生した場合には、ログはログファイルに書き込まれ
る。また、ログファイルは随時生成（ローテイト）さ
れ、各ログファイルには各ファイルと１対１に対応する
ｉ−ｎｏｄｅ番号が付与される。

【００４２】まず、ユーザのサーバにおいて、ログファ
イルをオープンする（ステップ１）。次に、ログファイ
ルのｉ−ｎｏｄｅ番号を、現在オープンしているログの
ｉ−ｎｏｄｅ番号として記録する（ステップ２）。オー
プンしたファイルの内容を逐次的に読み出し（ステップ
３）、ログを読み出せる間は読み出したデータをログバ
ックアップサーバに送信し（ステップ４）、そのログフ
ァイルの内容についてのハッシュ値の更新を行う（ステ
ップ５）。

【００４３】ログファイルに含まれるログを全て読み出
した場合等、ログファイルが読み出せない場合には、ロ
グファイルのｉ−ｎｏｄｅ番号と、記録してある現在オ
ープンしているログのｉ−ｎｏｄｅ番号とを比較する
（ステップ６）。比較の結果、両者が一致する場合に
は、当初のログファイルに更にログが追加される可能性
があるため、ログファイルの読み出し（ステップ１）に
戻る。両者が一致していない場合には、ログがローテイ
トされたものと判断し、ログファイルをクローズする
（ステップ７）。

【００４４】そして、ログバックアップサーバにログの
終了を通知し、計算したハッシュ値を送信すると共に、
次のログファイルの処理に移る（ステップ８、ステップ
１）。

【００４５】ログバックアップサーバは、受信したログ
より生成したハッシュ値と、受信したハッシュ値とを比
較する（ステップ９）。両者が一致した場合、受信した
ログに対して電子署名を施す（ステップ１０）。不一致
の場合、ログバックアップサーバ管理者に、ログのファ
イル名を通知する（ステップ１１）。

【００４６】上記の処理を行わずに、ログがある程度蓄
積したところでユーザサーバからログバックアップサー
バにログを送信しようとすると、アプリケーションから
ログが発生して送信されるまでにタイムラグが発生する
ので、その間にログの内容が改竄されてしまうことがあ
る。上記の本発明に係る処理では、ログが発生してから
ログバックアップサーバに送信されるまでのタイムラグ
がないため、改竄を防止できる。また、ハッシュ値で改
竄をチェックするので、確実に改竄を防止できる。更
に、ログバックアップサーバでログファイルに電子署名
を施すので、ログバックアップサーバ側でログの改竄を
チェックすることができる。

【００４７】次に、ログバックアップサーバの処理につ
いて図６のフローチャートに基づき説明する。

【００４８】ログバックアップサーバではログ取得プロ
グラム（１）が定期的に起動される（ステップ２１）。
ログ取得プログラムは図５で説明した処理を含み、ユー
ザサーバ群より、各種ログを取得する（ステップ２
２）。取得に失敗したときには、ログバックアップサー
バ管理者に取得に失敗したログの種類を通知する（ステ
ップ２３）。

【００４９】次に、ログ一次加工プログラムを起動する
（ステップ２４）。ログ一次加工プログラムにより、取
得した各種ログに対して一次統計処理を行い、一次統計
処理が施された一次加工済アプリケーションログを保存
する（ステップ２５）。一次統計処理では、例えば、ロ
グを３０分の時間の幅に区切る整形処理を行ったり、更
に、あるサーバが特定のアクセス先に何回アクセスした
か等の統計処理を行う。

【００５０】続いて、ログマイニング処理を起動する
（ステップ２６）。ログマイニング処理では、まず、セ
ッション又はジョブといった各ログの分割単位に各種ロ
グを分割し、中間データとして保存する（ステップ２
７）。セッション単位とは、例えば、特定のユーザがシ
ョッピングのために最初にアクセスしてから商品を購買
して終了するまでを単位とすることである。すなわち、
収集したログはサーバがアクセスを受けた順番で記録さ
れているだけであり、複数ユーザのログが入り混じるこ
ととなるところ、セッションで分割することにより、ユ
ーザ単位に分割できる。セッション単位に分割するに
は、例えば、ログの中のユーザＩＤ、ＩＰアドレス、メ
ールアドレス等により特定のセッションを識別し、その
セッションのログを抽出する。また、ジョブ単位とはサ
ーバの処理の単位をいう。例えば、商品購買確認のメー
ルをユーザに送信し、受信確認を受けた等の単位であ
る。

【００５１】次に、各種ログの中間データについて、紐
付けのためのキーを抽出し、インデックスを作成する
（ステップ２８）。すなわち、上記分割単位で切り出し
たログについて、例えばユーザのアクセス元のＩＰアド
レス等に着目し、同一のＩＰアドレス等を含むログをキ
ーとして抽出し、インデックスを作成する。何をキーと
するかは、アプリケーションに依存し、ユーザとのヒア
リング等により決定する。

【００５２】全てのログについて上記の処理が終了した
後（ステップ２９）、抽出されたキー（ログ）に対し
て、紐付けルールを適用して、各種ログデータ間の紐付
けを行い、マイニングテーブルデータを作成する（ステ
ップ３０）。紐付けルールとは各中間データのログを連
結する方法のことである。

【００５３】ログを紐付ける具体例を図７、図８を用い
て説明する。

【００５４】図７は、Ｗｅｂログとメールログとを紐付
ける場合の例を示す図である。図７に示すＷｅｂログは
ユーザ（クライアント）のＩＰアドレスが１７２．２
１．２１７．１であるログをキーとして抽出したもので
あり、図７に示すメールログはメールの送信先アドレス
が１０．１２９．２４０．２であるログをキーとして抽
出したものである。そして、時間をキーとしてＷｅｂロ
グとメールログとを組み合わせる。

【００５５】これにより、紐付けしてユーザに提供され
る一連のレコードが生成される。この紐付けされたレコ
ードにより、特定のクライアントがＷｅｂサーバにアク
セスして注文を行い、確認のメールを受信したことがわ
かる。このような紐付けされたデータがない場合には、
Ｗｅｂログとメールログのそれぞれをサーチし、関連を
チェックしなければならないため手間がかかることとな
るが、本発明の紐付けを行うことにより、特定のユーザ
に対応する紐付けされたログを参照するだけでよい。

【００５６】図８に他の例を示す。図８はＷｅｂログ、
メールログ、ＥＣサーバログを紐付ける場合の例を示す
図である。図８に示す例では、まず、Ｃｏｏｋｉｅをキ
ーとして、ＷｅｂサーバログとＥＣサーバログを紐付け
る（工程１）。これにより、発注者のアクセス元となる
クライアントＩＰアドレスと、メールアドレスが紐付け
される。次に、メールアドレスをキーとして、ＥＣサー
バログとメールサーバログを紐付ける（工程２）。これ
により、発注者に対して注文レシートのメールの送信確
認が紐付けされる。

【００５７】最後に、重複するキーを軸として、工程
１）、工程２）での紐付け結果をマージし、一連のレコ
ードとする。これにより、発注者のアクセス元となるＩ
Ｐアドレスから、発注時間、注文番号、商品（ＵＲ
Ｉ）、発注者のメールアドレス、注文レシートのメール
送信確認までが、一連のレコードとして紐付けされる。
また、キーとなるレコードとしてサーバログ内のレコー
ド以外に、ＥＣサーバ内のＤＢに格納された顧客ＩＤ等
も使用できる。

【００５８】更に、この各サーバログを紐付けるキーが
ない場合には、各サーバログのレコードに記録された時
間等から時系列に紐付けを行い、予測した紐付け管理を
行うこともできる。

【００５９】実際には、上記の処理は、ログバックアッ
プサーバに実装されるマイニングプログラムが実行す
る。ＥＣサイト運営者毎にサーバの構成が異なるので、
このサーバから出力されるログの種類も異なり、如何に
一連の処理トランザクションを一連のレコードとして管
理しておくことが望ましいかなどを、ＥＣサイト運営者
に事前にヒアリングし、紐付けルール（ここでいう（工
程１）から（工程３））を決定する。

【００６０】また、ログの中に紐付けのためのキーとな
るログデータが無い場合には、顧客管理データベース等
から顧客ＩＤとメールアドレス等を紐付ける。

【００６１】図６において、マイニングテーブルデータ
（紐付けされたレコード）の生成が完了すると、中間デ
ータやインデックスは不要となるので削除する（ステッ
プ３１）。

【００６２】その後、一次加工済みのアプリケーション
ログと、生成したマイニングテーブル、生ログをセット
にしてテープ装置を用いてテープに格納する（ステップ
３２）。なお、格納に失敗したときには、ログバックア
ップサーバ管理者に格納に失敗したログの種類を通知す
る（ステップ３３）。

【００６３】次に、図９のフローチャートを用いてレポ
−ティングサーバにおける処理について説明する。

【００６４】レポ−ティングサーバではログ取得プログ
ラム（２）（ログバックアップサーバにおけるログ取得
プログラム（１）と動作が異なる）が定期的に起動され
る（ステップ４１）。

【００６５】そして、ユーザサーバ群より、システムリ
ソース管理測定データを取得し（ステップ４２）、ログ
バックアップサーバより、マイニングテーブルデータ、
及び一次加工済アプリケーションログを取得する（ステ
ップ４３）。ユーザにデータを提供することを考慮する
ため、レポ−ティングサーバでは世代管理を行ってお
り、ディスク上で世代管理されている各種データファイ
ルのもっとも古い世代を削除し、取得した各種データを
最新の世代として保存する（ステップ４４）。

【００６６】そして、取得した各種データについてテー
プ装置によりバックアップをとり（ステップ４５）、レ
ポーティングサーバ管理者に処理の完了と、取得した各
種データの情報を通知する（ステップ４６）。

【００６７】処理に失敗した場合、レポーティングサー
バ管理者に、失敗した処理とエラーの事象を通知する
（ステップ４７）。

【００６８】本実施例では、レポ−ティングサーバで処
理されたデータはログ保管センタのデータベースサーバ
に送信され、格納される。ユーザは、ログ保管センタの
レポートビューサーバにアクセスすることによって加工
済のログの検索を行うことが可能である。なお、ユーザ
がレポ−ティングサーバにアクセスし、検索を行うよう
にすることもできる。

【００６９】レポートビューサーバにユーザがアクセス
したときのユーザ側に画面イメージを図１０に示す。検
索は例えば次の手順で行われる。

【００７０】まず、ユーザは検索条件を入力する（ステ
ップ５１）。例えば、時間、ユーザＩＤ、メールアドレ
ス等を入力する。

【００７１】検索条件に従いレポートビューサーバはデ
ータベースに格納されたログの検索を行い、条件に合致
したログをユーザ端末に表示させる（ステップ５２）。
一覧表示の中から特定のレコードを選択すると、そのレ
コードが詳細に表示される（ステップ５３）。ここで、
“ログ表示”を選択することにより、マイニングデータ
に対応する生ログのその部分を表示でき、ダウンロード
をすることも可能である（ステップ５４）。

【００７２】本発明は、上記の実施例に限定されること
なく、特許請求の範囲内で種々変更・応用が可能であ
る。

【００７３】

【発明の効果】上記のように本発明によれば、改竄を防
止しながらログを収集し、保管することが可能となる。
また、各種サーバからのログを紐付けして保管するの
で、電子商取引等において複数サーバにまたがる一連の
処理内容を確認することが容易となる。

【００７４】

【図面の簡単な説明】

【図１】本発明の概要を説明するための図である。

【図２】ログの紐付けの概要を説明するための図であ
る。

【図３】本発明の実施例におけるシステム構成を示す図
である。

【図４】本発明の実施例におけるシステムの動作概要を
示す図である。

【図５】ログを収集する処理を示すフローチャートであ
る。

【図６】ログバックアップサーバにおける処理を示すフ
ローチャートである。

【図７】Ｗｅｂログとメールログとを紐付ける場合の例
を示す図である。

【図８】Ｗｅｂログ、メールログ、及びＥＣサーバのロ
グとを紐付ける場合の例を示す図である。

【図９】レポ−ティングサーバにおける処理を示すフロ
ーチャートである。

【図１０】レポートビューサーバにユーザがアクセスし
たときのユーザ側の画面イメージを示す図である。

【符号の説明】

１ Ｗｅｂサーバ ２ メールサーバ ３ ＥＣサーバ ４ 決済サーバ ５ 認証サーバ ６ ネットワーク ７ ログ収集・保管装置 ８ 紐付けしたレコード ９ データセンタ １０〜１２ ユーザサイト １３〜１６ ログバックアップサーバ １７ リポーティングサーバ １８ ファイアウォール １９ ルータ ２０ データベースサーバ ２１ リポートビューサーバ ２２ ログマイニングサーバ ２３、２４ ファイアウォール ２５ テープライブラリ ２６ ログ保管センタ

───────────────────────────────────────────────────── フロントページの続き (71)出願人 501103181 米田 真治 千葉県船橋市前原東６−１−３メゾンクレ ール202 (72)発明者 小川 葉子 東京都板橋区前野町２−５−11−401 (72)発明者 芹沢 洋一 千葉県習志野市屋敷３−８−１−７−２− 202号 (72)発明者 石澤 知己 東京都小金井市貫井南町２−７−21 (72)発明者 米田 真治 千葉県船橋市前原東６−１−３メゾンクレ ール202

Claims (13)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上の装置で発生した複数の
   アプリケーションのログについての処理を行うログ処理
   装置であって、 複数のアプリケーションのログを収集する第１の手段
   と、 所定の条件に従って、複数のアプリケーションのログを
   関連付け、該複数のアプリケーションのログを１つのレ
   コードとして格納する第２の手段とを有することを特徴
   とするログ処理装置。
2. 【請求項２】 前記第２の手段は、 あるアプリケーションのログと他のアプリケーションの
   ログとに予め定められたキーデータが存在する場合にそ
   れらのログを１つのレコードとする手段を有する請求項
   １に記載のログ処理装置。
3. 【請求項３】 前記第１の手段は、 ネットワーク上の装置からログを受信する手段と、 受信したログからハッシュ値を算出し、該ハッシュ値と
   該ネットワーク上の装置から受信したハッシュ値とを比
   較する手段と、 ハッシュ値が一致した場合に、受信したログに電子署名
   を施す手段とを有する請求項１に記載のログ処理装置。
4. 【請求項４】 ネットワーク上の装置で発生したログに
   ついての処理を行うログ処理装置であって、 ネットワーク上の装置からログを受信する手段と、 受信したログからハッシュ値を算出し、該ハッシュ値と
   該ネットワーク上の装置から受信したハッシュ値とを比
   較する手段と、 ハッシュ値が一致した場合に、受信したログに電子署名
   を施し、電子署名を施したログを格納する手段とを有す
   ることを特徴とするログ処理装置。
5. 【請求項５】 ネットワーク上の装置で発生した複数の
   アプリケーションのログについての処理をログ処理装置
   が行うためのログ処理方法であって、 ログ処理装置が、複数のアプリケーションのログを収集
   する第１のステップと、 ログ処理装置が、所定の条件に従って、複数のアプリケ
   ーションのログを関連付け、該複数のアプリケーション
   のログを１つのレコードとして格納する第２のステップ
   とを有することを特徴とするログ処理方法。
6. 【請求項６】 前記第２のステップは、 あるアプリケーションのログと他のアプリケーションの
   ログとに予め定められたキーデータが存在する場合にそ
   れらのログを１つのレコードとするステップを有する請
   求項５に記載のログ処理方法。
7. 【請求項７】 前記ネットワーク上の装置が、ログファ
   イルを開き、該ログファイル固有の番号を記録するステ
   ップと、 該ネットワーク上の装置が、該ログファイルを逐次的に
   読み出し、前記ログ処理装置に該読み出したログを送信
   するステップと、 該ネットワーク上の装置が、ログファイル固有の番号を
   調べ、該固有の番号と前記記録した固有の番号とを比較
   するステップと、 それらが一致しない場合に、該ログ処理装置に、逐次的
   に読み出して送信したログのハッシュ値を送信するステ
   ップと、 該ログ処理装置が、受信したログからハッシュ値を算出
   し、該ハッシュ値と該ネットワーク上の装置から受信し
   たハッシュ値とを比較するステップと、 該ログ処理装置が、ハッシュ値が一致した場合に、受信
   したログに電子署名を施すステップとを有する請求項５
   に記載のログ処理方法。
8. 【請求項８】 ネットワーク上の装置で発生したログに
   ついての処理を行うログ処理方法であって、 ネットワーク上の装置が、ログファイルを開き、該ログ
   ファイル固有の番号を記録するステップと、 該ネットワーク上の装置が、該ログファイルを逐次的に
   読み出し、前記ログ処理装置に読み出したログを送信す
   るステップと、 該ネットワーク上の装置が、ログファイル固有の番号を
   調べ、該固有の番号と前記記録した固有の番号とを比較
   するステップと、 それらが一致しない場合に、該ログ処理装置に、逐次的
   に読み出して送信したログのハッシュ値を送信するステ
   ップと、 該ログ処理装置が、受信したログからハッシュ値を算出
   し、該ハッシュ値と該ネットワーク上の装置から受信し
   たハッシュ値とを比較するステップと、 該ログ処理装置が、ハッシュ値が一致した場合に、受信
   したログに電子署名を施し、電子署名を施したログを格
   納するステップとを有することを特徴とするログ処理方
   法。
9. 【請求項９】 ネットワーク上の装置で発生した複数の
   アプリケーションのログについての処理をコンピュータ
   に実行させるプログラムであって、 複数のアプリケーションのログを収集する第１の手順
   と、 所定の条件に従って、複数のアプリケーションのログを
   関連付け、該複数のアプリケーションのログを１つのレ
   コードとして格納する第２の手順とをコンピュータに実
   行させるプログラム。
10. 【請求項１０】 前記第２の手順は、 あるアプリケーションのログと他のアプリケーションの
    ログとに予め定められたキーデータが存在する場合にそ
    れらのログを１つのレコードとする手順を有する請求項
    ９に記載のプログラム。
11. 【請求項１１】 前記第１の手順は、 ネットワーク上の装置からログを受信する手順と、 受信したログからハッシュ値を算出し、該ハッシュ値と
    該ネットワーク上の装置から受信したハッシュ値とを比
    較する手順と、 ハッシュ値が一致した場合に、受信したログに電子署名
    を施す手順とを有する請求項９に記載のプログラム。
12. 【請求項１２】 ネットワーク上の装置で発生したログ
    をログ処理装置に送信する処理をコンピュータに実行さ
    せるプログラムであって、 ログファイルを開き、該ログファイル固有の番号を記録
    する手順と、 該ログファイルを逐次的に読み出し、前記ログ処理装置
    に読み出したログを送信する手順と、 ログファイル固有の番号を調べ、該固有の番号と前記記
    録した固有の番号とを比較する手順と、 それらが一致しない場合に、該ログ処理装置に、逐次的
    に読み出して送信したログのハッシュ値を送信する手順
    と、 をコンピュータに実行させるプログラム。
13. 【請求項１３】 ネットワーク上の装置で発生したログ
    についての処理をコンピュータに実行させるプログラム
    であって、 ネットワーク上の装置からログを受信する手順と、 受信したログからハッシュ値を算出し、該ハッシュ値と
    該ネットワーク上の装置から受信したハッシュ値とを比
    較する手順と、 ハッシュ値が一致した場合に、受信したログに電子署名
    を施す手順とをコンピュータに実行させるプログラム。