JP6476978B2 - ログ情報収集プログラム、ログ情報収集装置、及びログ情報収集方法 - Google Patents

Description

本明細書は、ログ情報収集プログラム、ログ情報収集装置、及びログ情報収集方法に関する。

処理結果に異常が発生した問題を調査するためには、業務プログラムの処理状況が記録されたログの解析が行われる。そのようなログの解析について、例えば、以下の技術がある。

第１の技術として、異常を早期に検出できる技術がある（例えば、特許文献１）。第１の技術では、表示端末は、利用者の操作履歴をフラッシュメモリの操作ログ情報記憶領域に操作ログ情報として記憶する。次に、フラッシュメモリの異常ログ情報記憶領域に予め記憶した異常ログ情報と照合する。一致する場合は、注意情報として表示パネルに表示する。例えば、表示端末がハングアップした際に利用者が行う特定の操作手順である異常ログ情報が操作ログ情報の中に有るか否か判断する。ハングアップのような異常が頻繁に起きるような場合、重大な障害の予兆である可能性が高い。表示端末は、端末単体でこのような予兆を検出できる。そして表示パネルに表示することで、利用者に注意を喚起できる。

第２の技術として、トランザクションのデバッグ情報の採取、出力を運用中に制御する技術がある（例えば、特許文献２）。第２の技術では、トランザクションのデバッグ情報をデバッグ情報保存領域に記録する。デバッグ情報の採取指示情報を指示情報領域に記憶する。採取指示登録手段によりデバッグ情報の採取を行うか否かの指示情報を指示情報領域に登録する。デバッグ情報保存手段によりデバッグ情報をデバッグ情報保存領域に記録する。デバッグ情報出力手段からデバッグ情報を出力する。デバッグ情報削除手段によりデバッグ情報をデバッグ情報保存領域から削除する。

第３の技術として、操作者による一の操作から派生したログ情報を判別可能な画像処理技術がある（例えば、特許文献３）。第３の技術では、画像形成に係る処理を行う画像処理装置は、画像形成に係る処理を実現する一連のジョブを実行したあと、一連のジョブのログ情報を関連付けて記録する。

特開２０１２−０４８６８１号公報 特開平６−１２２９７号公報 特開２００６−２１１５８７号公報

業務システムにおいて、処理結果の異常の発生に備えて、常時、詳細なログを採取するようにすると、原因調査に必要となる詳細ログは採取できるようになる。ところが、処理結果異常の発生していない処理を含むすべての要求において、ログが採取されるために、大量のログが採取されるようになる。常時収集しているログは、容量不足によるトラブル防止を考慮して、一定の時間経過後に、または記憶容量の制限により、古いログから消去される。したがって、異常事象の発生からログの採取までに時間がかかると、調査に必要なログが消えてしまうおそれがある。

詳細なログを採取しても大量なログを保存しないように、処理結果に異常が発生していない詳細ログの保存を抑制することが考えられる。しかしながら、業務システムにより通知された処理結果の異常には、業務システムのプログラムで自律的に検知できない異常も含まれている。すなわち、処理結果が正常であるか否かを業務システムのプログラムが正確に判断することができない。

本発明の一側面によれば、異常に基づくログ情報が消去されることを抑止する技術を提供する。

本発明の一態様では、コンピュータに、以下の処理を実行させる。すなわち、コンピュータは、端末装置からの処理要求の取得から、処理要求に対する実行結果の該端末装置への送信の後に該端末装置より取得される、該処理要求に係る処理についての終了要求に対する処理終了までの処理に応じて生成される、端末装置についてのログ情報を収集する。コンピュータは、収集した端末装置についてのログ情報から、実行結果を示す結果データが端末装置で表示された以降の、端末装置における画面表示の遷移情報を特定する。コンピュータは、特定した画面表示の遷移情報と、予め設定された画面遷移パターンの条件とに基づいて、処理要求に対応する処理についてのログ情報を、記憶部からのログ情報の削除の際における削除対象とするか否かを決定する。

本発明の一側面によれば、異常に基づくログ情報が消去されることを抑止することができる。

本実施形態におけるログ情報収集装置の一例を示す。 本実施形態におけるネットワーク構成の一例を示す。 本実施形態における、処理結果が正常な場合での業務ＡＰ１の画面遷移と、処理結果が異常な場合での業務ＡＰ１の画面遷移を説明するための図である。 本実施形態における処理結果が正常な場合での業務ＡＰ２の画面遷移と、処理結果が異常な場合での業務ＡＰ２の画面遷移を説明するための図である。 本実施形態におけるＡＰサーバの一例を示す。 本実施形態における異常条件定義の一例を示す。 本実施形態における業務ＡＰの判定確定定義の一例を示す。 本実施形態におけるログ格納領域を説明するための図である。 本実施形態における、処理結果が正常な場合での業務ＡＰ１の利用者の行動による画面遷移、業務ＡＰ１の処理、及びログ管理部の処理を説明するための図である。 本実施形態における、処理結果が異常な場合での業務ＡＰ１の利用者の行動による画面遷移、業務ＡＰ１の処理、及びログ管理部の処理を説明するための図である。 本実施形態における、処理結果が正常な場合での業務ＡＰ２の利用者の行動による画面遷移、業務ＡＰ２の処理、及びログ管理部の処理を説明するための図である。 本実施形態における、処理結果が異常な場合（異常条件パターンＡ）での業務ＡＰ２の利用者の行動による画面遷移、業務ＡＰ２の処理、及びログ管理部の処理を説明するための図である。 本実施形態における、処理結果が異常な場合（異常条件パターンＢ）での業務ＡＰ２の利用者の行動による画面遷移、業務ＡＰ２の処理、及びログ管理部の処理を説明するための図である。 本実施形態における、処理結果が異常な場合（異常条件パターンＣ）での業務ＡＰ２の利用者の行動による画面遷移、業務ＡＰ２の処理、及びログ管理部の処理を説明するための図である。 本実施形態におけるログ管理部の処理フローを示す。 本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。

業務システム上で動作しているプログラム（アプリケーション、ミドルウェア製品等）は、利用者から依頼された要求を処理した結果を画面に表示する。ところが、利用者から見れば利用者が要求した結果とは異なる結果（異常な結果）がプログラムから通知される場合がある。表示された結果の異常は、プログラムはコーディングに従った処理を実行しているが、利用者から見れば利用者が要求した結果とは異なる結果がシステムから提供される場合である。プログラムは、処理中に異常を検出しておらず、結果の異常を検出できない。このような場合においては、システムを利用している利用者が、処理結果の異常を発見し、その利用者からの通知により調査が依頼され、調査が開始される。

このとき、調査資料としてシステムに蓄積されているログを提供してもらって調査を実施する。しかしながら、提供されたログには、異常の情報が記録されておらず、異常の原因が分からず、原因不明で調査を打ち切っている場合がある。

また、異常の原因が判明しない理由の一例として、再現しない処理結果の異常がある。処理結果の異常が発生したときに採取したログから異常の原因が分からない場合は、詳細なログ（内部処理ルートや内部処理結果の把握できるログ）を収集する状態にした上で、再現操作が行われる。しかしながら、再現操作を実施しても、発生する条件が判らないため、異常事象の再現ができず、有効な詳細ログを採取できないことがある。

さらに異常の原因が判明しない理由として、処理結果の調査には、異常が発生したときに動作したプログラムの内部処理ルートや内部処理結果の把握できる詳細なログが必要である。しかしながら、処理結果の異常は、いつ発生するかも分からないために、常時、すべての要求で詳細なログを採取すると、大量なログ採取が実施されることになる。このため、異常が発生したときに調査に必要なログが残っていない場合が考えられる。常時収集しているログは、容量不足によるトラブル防止を考慮して、一定の時間経過後に、または記憶容量の制限により、古いログから消去される。したがって、異常事象の発生からログの採取までに時間がかかると、調査に必要なログが消去される。

例えば、利用者がシステムのプログラムが検出できない異常に気づいて、製品サポートセンターに調査を依頼するが、この間もシステムは運用され、次々に要求は処理されており、ログの収集は、継続している。

ログの採取は、異常について調査して欲しいとの利用者からの依頼を受けてから、行われる。そのため、異常事象の発生から資料の採取までに時間がかかってしまう。その結果既に異常が発生した時点のログ情報が消去されており、調査に必要なログが採取できない。

いつ処理結果の異常が発生しても原因調査ができるように、常時、詳細なログを採取しても大量なログを保存しないように、結果異常の発生していない詳細ログを保存しないように制御することが考えられる。しかしながら、業務システムの通知した結果が、利用者が正しいと判断したかどうかが分からない。このため、保存の必要のないログがどれか判断ができない。

そこで、本実施形態では、利用者から特別な通知がなくても、ログを消去する（正常時）、ログを保存する（異常時）という判断を行う。

例えば、業務プログラムが処理結果の異常を検出できずに結果を端末装置に表示し、利用者が表示された結果に異常があると気づいたときに、利用者が異常を検出したかどうかを利用者から特別な指示なしでも利用者の行動（画面遷移操作）で判断する。利用者が異常を検出したかどうかの判断は、採取しているログ（画面遷移ログ）を用いて行う。

具体的な方法として、業務プログラムの表示する画面遷移に関するログに基づいて、利用者行動を判断する。異常時の行動（画面遷移）のパターンを予めログ管理が認識できるように定義する。その異常時の行動パターンと同じ操作が実施され、ログが通知された場合、異常と判断することができる。

一方、上記の行動がとられず、異常パターンのログが記録されていない状態で、処理を確定するログ（処理を終了）の採取がされたとき、正常と判断することができる。

以下に本実施形態について詳述する。
図１は、本実施形態におけるログ情報収集装置の一例を示す。ログ情報収集装置１は、収集部２、特定部３、決定部４を含む。

収集部２は、端末装置からの処理要求の取得から処理要求に対する実行結果の端末装置への送信までの処理に応じて生成される端末装置についてのログ情報を収集する。収集部２の一例として、収集部４３ａが挙げられる。

特定部３は、収集した端末装置についてのログ情報から、実行結果を示す結果データが端末装置で表示された以降の、端末装置における画面表示の遷移情報を特定する。特定部３の一例として、判定部４３ｂが挙げられる。

決定部４は、特定した前記画面表示の遷移情報と、予め設定された画面遷移パターンの条件とに基づいて、前記処理要求に対応する処理についてのログ情報を、記憶部に優先的に保持するか否かを決定する。決定部４の一例として、判定部４３ｂが挙げられる。

このように構成することにより、異常に基づくログ情報が消去されることを抑止することができる。

さらに、以下に本実施形態について詳細に説明する。
図２は、本実施形態におけるネットワーク構成の一例を示す。クライアント端末１１は、通信ネットワーク１５を介して、業務システム１２と接続されている。業務システム１２は、ＷＥＢサーバ１３とデータベース（ＤＢ）サーバ１４と接続されている。通信ネットワーク１５は、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信ネットワークである。

ＷＥＢサーバ１３には、業務アプリケーションプログラム１または業務アプリケーションプログラム２等のＷＥＢアプリケーションがインストールされている。以下、アプリケーションプログラムを「ＡＰ」と称する。

ＤＢサーバは、データベース管理システム（ＤＢＭＳ）によって業務ＡＰが利用するデータを管理する。

ユーザは、クライアント端末１１にインストールされたＷＥＢブラウザプログラムを介して、ＷＥＢサーバ１３の業務ＡＰ１または業務ＡＰ２にアクセスし、処理要求を行う。

図３は、本実施形態における、処理結果が正常な場合での業務ＡＰ１の画面遷移と、処理結果が異常な場合での業務ＡＰ１の画面遷移を説明するための図である。業務ＡＰ１では、図３（Ａ）に示すように、処理結果が正常な場合には、処理要求画面２１、結果表示画面２２、終了画面２３の順で画面が遷移するとする。

処理結果が異常な場合、利用者は、自分が何かミスをしていないか確認する行動をとる。例えば、図３（Ｂ）に示すように、処理受付画面２１にて処理要求を入力して、結果表示画面２２にその処理要求が表示された場合に、その表示内容に異常があったとする。すると、利用者は、画面に入力した内容に間違いがないか遷移前の処理受付画面２１に戻って、画面の入力内容を確認する。入力内容の確認の結果、再度、処理受付画面２１にて処理要求を実施できる場合には、利用者は、再度処理要求を実施する。

図４は、本実施形態における処理結果が正常な場合での業務ＡＰ２の画面遷移と、処理結果が異常な場合での業務ＡＰ２の画面遷移を説明するための図である。図４（Ａ）に示すように、処理結果が正常な場合には、処理要求画面３１、結果表示画面３２、結果履歴画面３３、終了画面３４の順で画面が遷移するとする。

処理結果が異常な場合（ケース１）、利用者は、自分が何かミスをしていないか確認する行動をとる。例えば、図４（Ｂ）に示すように、処理受付画面３１にて処理要求が入力されて、結果表示画面３２にその処理要求が表示された場合に、その表示内容に異常があったとする。すると、利用者は、画面に入力した内容に間違いがないか遷移前の処理受付画面３１に戻って、画面の入力内容を確認する。入力内容の確認の結果、再度、処理受付画面３１にて処理要求を実施できる場合には、利用者は、再度処理要求を実施する。

また、処理結果が異常な場合（ケース２）、利用者は、自分が何かミスをしていないか確認する行動をとる。図４（Ｃ）に示すように、処理結果履歴画面３３に遷移し、結果履歴画面３３の表示内容に異常があったとする。すると、利用者は、画面に入力した内容に間違いがないか遷移前の結果表示画面３２または処理受付画面３１に戻って、画面の入力内容を確認する。入力内容の確認の結果、再度、結果表示画面３２または処理受付画面３１にて処理要求を実施できる場合には、利用者は、再度処理要求を実施する。

図５は、本実施形態におけるＡＰサーバの一例を示す。ＡＰサーバ１３は、制御部４１、記憶部４７を含む。制御部４１は、記憶部４７から読み出した業務ＡＰ１または業務ＡＰ２（４２）、ログ管理プログラム、オペレーティングシステム（ＯＳ）４４等を実行する。制御部４１は、ログ管理プログラムを実行すると、ログ管理部４３として機能する。

ＯＳ４４は、ＡＰサーバ１３を動作させるための基本プログラムである。業務ＡＰ１または業務ＡＰ２（４２）は、ＯＳ４４上で動作するアプリケーションプログラムである。業務ＡＰ１または業務ＡＰ２（４２）は、処理要求取得部４２ａ、処理結果送信部４２ｂ、ログ出力部４２ｃとして動作する機能を含む。

処理要求取得部４２ａは、クライアント端末１１から送信された処理要求を取得し、取得した処理要求を、処理を行う処理実行部（不図示）へ渡す。処理結果送信部４２ｂは、処理実行部から処理結果を受け取り、クライアント端末１１へ送信する。

ログ出力部４２ｃは、業務ＡＰ１または業務ＡＰ２（４２）の動作に応じて発生するログをログ管理部４３に出力する。

ログ管理部４３は、ＯＳ４４上で動作するアプリケーションプログラムまたはミドルウェアプログラムである。ログ管理部４３は、収集部４３ａ、判定部４３ｂ、出力部４３ｃ、削除部４３ｄとして動作する機能を含む。

収集部４３ａは、業務ＡＰ１または業務ＡＰ２（４２）から出力されるログを収集する。判定部４３ｂは、収集したログに、予め異常処理のパターンとして設定しておいたクライアント端末における結果表示画面からの画面遷移のパターンと合致するパターンがあるか否かを判定する。

判定部４３ｂは、結果出力画面からの画面遷移のパターンに合致するパターンがログに存在する場合には、その処理結果の出力のために動作していたプログラムの、処理要求毎のログを選択的に保存できるように特定する。処理要求毎のログを選択的に保存できるように特定するとは、例えば、ユーザの指示に応じて削除できたり、所定のタイミングで自動的に削除することができるように、処理要求毎のログに削除可能であることを示す削除フラグを付与することをいう。

出力部４３ｃは、選択的に保存できるように特定された処理要求毎のログをログ格納領域５０に格納する。

削除部４３ｄは、ログ格納領域５０に格納された削除フラグが付与されたログを、処理要求単位で、一定の時間経過後に、記憶容量の制限により、またはオペレータの指示により、削除する。

記憶部４７は、異常条件定義４８、判定確定定義４９を格納する。異常条件定義４８は、ログ中の異常を発見するためのログの異常条件パターンを定義している。判定確定定義４９は、ログが正常か異常かの判定を確定する定義である。また、記憶部４７は、ログを格納するためのログ格納領域５０を含む。

図６は、本実施形態における異常条件定義の一例を示す。図６（Ａ）は、業務ＡＰ１の異常条件定義の一例を示す。異常と判断されるログのログ遷移のパターン（異常条件パターンＡ）は、「結果表示画面表示」のログの後に、「処理受付画面表示」のログが出力されている場合である。

図６（Ｂ）は、業務ＡＰ２の異常条件定義の一例を示す。異常と判断されるログのログ遷移のパターン（異常条件パターンＡ）は、「結果表示画面表示」のログの後に、「処理受付画面作成表示」のログが出力されているパターンである。異常と判断されるログのログ遷移のパターン（異常条件パターンＢ）は、「結果履歴画面表示」のログの後に、「処理表示画面表示」のログが出力されているパターンである。異常と判断されるログのログ遷移のパターン（異常条件パターンＣ）は、「結果履歴画面表示」のログの後に、「処理
受付画面表示」のログが出力されているパターンである。

なお、本実施形態で用いる異常条件パターンは一例であり、業務ＡＰに応じて、処理結果、異常と判定した利用者の画面遷移パターンは異なるので、業務ＡＰに応じて、異常条件パターンを設定することができる。

図７は、本実施形態における業務ＡＰの判定確定定義の一例を示す。図７（Ａ）に示すように、業務ＡＰ１では、「終了画面表示」または「新規要求依頼」のログが出力されている場合には、正常または異常の判定が確定する。

図７（Ｂ）に示すように、業務ＡＰ２では、「終了画面表示」のログが出力されている場合には、正常または異常の判定が確定する。

図８は、本実施形態におけるログ格納領域を説明するための図である。ログ格納領域には、処理要求単位に、その処理要求に対応するログが格納される。ログが異常条件定義のパターンと一致して、異常が確定した場合には、その処理要求に対応するログは削除対象から除外されるので、そのログに対して削除フラグ＝０を付与する。ログが異常条件定義のパターンと一致せず、正常が確定した場合には、その処理要求に対応するログは削除対象なので、そのログに対して削除フラグ＝１を付与する。削除フラグ＝１が付されたログは、所定のタイミングでまたはオペレータの操作により削除される。

例えば、要求Ｒ１〜Ｒ３の処理で出力するログ５１〜５３は、正常が確定したログなので、削除対象として、削除フラグ＝１が付与されている。

例えば、要求Ｒ４の処理で出力するログ５４は、異常が確定したログなので、削除対象外として、削除フラグ＝０が付与されている。なお、要求Ｒ５の処理で出力するログ５５は、現在出力中であり、正常か異常かがまだ確定していない。

図９は、本実施形態における、処理結果が正常な場合での業務ＡＰ１の利用者の行動による画面遷移、業務ＡＰ１の処理、及びログ管理部の処理を説明するための図である。利用者はクライアント端末１１を用いて業務ＡＰ１の処理受付画面２１を表示させる（Ｓ１１）。この場合、業務ＡＰ１は、処理受付画面表示処理を行うと（Ｓ２１）、そのログをログ管理部４３に出力する（Ｓ３１）。

次に、利用者は処理受付画面２１に処理内容を入力し（Ｓ１２）、処理受付画面２１内の所定のボタンを押下して、実行処理の依頼を行う（Ｓ１３）。業務ＡＰ１は、その依頼による要求処理を受け付けると（Ｓ２２）、そのログをログ管理部４３に出力する（Ｓ３２）。

業務ＡＰ１は、受け付けた要求処理に基づいて、処理１〜ｎを行い、それぞれの処理に対応するログをログ管理部４３に出力する（Ｓ３３、Ｓ３４）。業務ＡＰ１は、結果表示画面表示処理を行い、その結果表示画面に処理結果を表示させ（Ｓ２５）、そのログをログ管理部４３に出力する（Ｓ３５）。

利用者は、表示された結果表示画面２２の処理を確認する（Ｓ１４）。表示された処理結果に異常がない場合、利用者は画面内の終了ボタンを押して、終了画面を表示させる（Ｓ１５，Ｓ１６）。

業務ＡＰ１は、クライアント端末１１から終了処理を受け付けると（Ｓ２６）、終了画面表示処理を行い（Ｓ２７）、そのログをログ管理部４３に出力する（Ｓ３６）。

ログ管理部４３は、業務ＡＰ１から出力されたログと、異常条件定義４８の異常条件パターン４８−１とを比較し、業務ＡＰ１から出力されたログに異常条件パターン４８−１が含まれていないかを判定する。

さらに、ログ管理部４３は、業務ＡＰ１から出力されたログと、判定確定定義４９の判定確定パターン４９−１とを比較し、業務ＡＰ１から出力されたログに判定確定パターン４９−１が含まれていないかを判定する。

ログ管理部４３は、業務ＡＰ１から出力されたログに異常条件パターン４８−１が含まれていない場合に、判定確定パターン４９−１を検知したとき、そのログからシステムは正常であると判定する。この場合、ログ管理部４３は、その要求に対応するログに、削除フラグ＝１を付加し、ログ格納領域５０に格納する。

図１０は、本実施形態における、処理結果が異常な場合での業務ＡＰ１の利用者の行動による画面遷移、業務ＡＰ１の処理、及びログ管理部の処理を説明するための図である。図１０では、図９のＳ１５において、異常と判定した場合の利用者の行動による画面遷移、業務ＡＰ１の処理、及びログ管理部の処理を説明する。

利用者は、表示された結果表示画面２２の処理を確認する（Ｓ１４）。表示された処理結果に異常がある場合（Ｓ１５）、利用者は処理受付画面２１へ戻る（Ｓ４１）。それに応じて、業務ＡＰ１は、処理受付画面表示処理を行うと（Ｓ４２）、そのログをログ管理部４３に出力する（Ｓ４３）。

利用者は画面内の終了ボタンを押して、終了画面を表示させる（Ｓ１６）。
業務ＡＰ１は、クライアント端末１１から終了処理を受け付けると（Ｓ２６）、終了画面表示処理を行い（Ｓ２７）、そのログをログ管理部４３に出力する（Ｓ３６）。

ログ管理部４３は、業務ＡＰ１から出力されたログと、異常条件定義４８の異常条件パターン４８−１とを比較し、業務ＡＰ１から出力されたログに異常条件パターン４８−１が含まれていないかを判定する。

さらに、ログ管理部４３は、業務ＡＰ１から出力されたログと、判定確定定義４９の判定確定パターン４９−１とを比較し、業務ＡＰ１から出力されたログに判定確定パターン４９−１が含まれていないかを判定する。

ログ管理部４３は、業務ＡＰ１から出力されたログに異常条件パターン４８−１の検知後に、判定確定パターン４９−１を検知したとき、そのログからシステムは異常であると判定する。この場合、ログ管理部４３は、その要求に対応するログに、削除フラグ＝０を付加し、ログ格納領域５０に格納する。

図１１は、本実施形態における、処理結果が正常な場合での業務ＡＰ２の利用者の行動による画面遷移、業務ＡＰ２の処理、及びログ管理部の処理を説明するための図である。利用者はクライアント端末１１を用いて業務ＡＰ２の処理受付画面３１を表示させる（Ｓ５１）。この場合、業務ＡＰ２は、処理受付画面表示処理を行うと（Ｓ７１）、そのログをログ管理部４３に出力する。

次に、利用者は処理受付画面３１に処理内容を入力し（Ｓ５２）、処理受付画面３１内の所定のボタンを押下して、実行処理の依頼を行う（Ｓ５３）。業務ＡＰ２は、その依頼による要求処理を受け付けると（Ｓ７２）、そのログをログ管理部４３に出力する（Ｓ８１）。

業務ＡＰ２は、受け付けた要求処理に基づいて、処理１〜ｎを行い（Ｓ７３）、処理１に対応するログをログ管理部４３に出力する（Ｓ８１）。業務ＡＰ２は、結果表示画面表示処理を行い、その結果表示画面に処理１の結果を表示させ（Ｓ５４）、そのログをログ管理部４３に出力する（Ｓ８２）。利用者は、結果表示画面３２に表示された処理１の結果を確認する（Ｓ５４）。表示された処理結果が正常である場合（Ｓ５５）、業務ＡＰ２は、結果表示画面表示処理を行い、その結果表示画面に処理２の結果を表示させ、そのログをログ管理部４３に出力する。利用者は、結果表示画面３２に表示された処理２の結果を確認する（Ｓ５６）。

業務ＡＰ２は、結果表示画面表示処理を行い、その結果表示画面に処理２の結果を表示させ、そのログをログ管理部４３に出力する。利用者は、結果表示画面３２に表示された処理２の結果を確認する（Ｓ５４）。

表示された処理結果が正常である場合（Ｓ５７）、業務ＡＰ２は、結果表示画面表示処理を行い、その結果表示画面に処理ｎの結果を表示させ、そのログをログ管理部４３に出力する（Ｓ８３）。利用者は、結果表示画面３２に表示された処理ｎの結果を確認する（Ｓ５８）。

表示された処理結果が正常である場合（Ｓ５９）、業務ＡＰ２は、結果履歴画面通知処理を行い、その結果履歴画面３３に処理１〜ｎの結果を表示させ、そのログをログ管理部４３に出力する（Ｓ８４）。利用者は、結果履歴画面３３に表示された内容を確認する（Ｓ６０）。

表示された処理結果が異常である場合、利用者は画面内の終了ボタンを押して、終了画面を表示させる（Ｓ６２）。

業務ＡＰ２は、クライアント端末１１から終了処理を受け付けると（Ｓ７８）、終了画面表示処理を行い（Ｓ７９）、そのログをログ管理部４３に出力する（Ｓ８５）。

ログ管理部４３は、業務ＡＰ２から出力されたログと、異常条件定義４８の異常条件パターン４８−１とを比較し、業務ＡＰ２から出力されたログに異常条件パターン４８−１が含まれていないかを判定する。

さらに、ログ管理部４３は、業務ＡＰ２から出力されたログと、判定確定定義４９の判定確定パターン４９−１とを比較し、業務ＡＰ２から出力されたログに判定確定パターン４９−１が含まれていないかを判定する。

ログ管理部４３は、業務ＡＰ２から出力されたログに異常条件パターン４８−１が含まれていない場合に、判定確定パターン４９−１を検知したとき、そのログからシステムは正常であると判定する。この場合、ログ管理部４３は、その要求に対応するログに、削除フラグ＝１を付加し、ログ格納領域５０に格納する。

図１２は、本実施形態における、処理結果が異常な場合（異常条件パターンＡ）での業務ＡＰ２の利用者の行動による画面遷移、業務ＡＰ２の処理、及びログ管理部の処理を説明するための図である。図１２では、図１１のＳ５９において、異常と判定した場合の利用者の行動による画面遷移、業務ＡＰ２の処理、及びログ管理部の処理を説明する。

利用者は、結果表示画面３２に表示された処理ｎの結果を確認する（Ｓ５８）。表示された処理結果が異常である場合（Ｓ５９）、利用者は処理受付画面３１へ戻る（Ｓ４１）。それに応じて、業務ＡＰ２は、処理受付画面表示処理を行うと（Ｓ９２）、そのログをログ管理部４３に出力する（Ｓ９３）。

利用者は画面内の終了ボタンを押して、終了画面を表示させる（Ｓ６２）。
業務ＡＰ２は、クライアント端末１１から終了処理を受け付けると（Ｓ７８）、終了画面表示処理を行い（Ｓ７９）、そのログをログ管理部４３に出力する（Ｓ８５）。

ログ管理部４３は、業務ＡＰ２から出力されたログと、異常条件定義４８の異常条件パターン４８−１とを比較し、業務ＡＰ２から出力されたログに異常条件パターン４８−１が含まれていないかを判定する。この場合、ログ管理部４３は、業務ＡＰ２から出力されたログに異常条件パターンＡが含まれていると判定する。

さらに、ログ管理部４３は、業務ＡＰ２から出力されたログと、判定確定定義４９の判定確定パターン４９−１とを比較し、業務ＡＰ２から出力されたログに判定確定パターン４９−１が含まれていないか否かを判定する。この場合、ログ管理部４３は、業務ＡＰ２から出力されたログに判定確定パターンＡが含まれていると判定する。

ログ管理部４３は、業務ＡＰ２から出力されたログに異常条件パターンＡの検知後に、判定確定パターン４９−１を検知したとき、そのログからシステムは異常であると判定する。この場合、ログ管理部４３は、その要求に対応するログに、削除フラグ＝０を付加し、ログ格納領域５０に格納する。

図１３は、本実施形態における、処理結果が異常な場合（異常条件パターンＢ）での業務ＡＰ２の利用者の行動による画面遷移、業務ＡＰ２の処理、及びログ管理部の処理を説明するための図である。図１２では、図１１のＳ６１において、異常と判定した場合の利用者の行動による画面遷移、業務ＡＰ２の処理、及びログ管理部の処理を説明する。

利用者は、結果履歴画面３３に表示された内容を確認する（Ｓ６０）。表示された処理履歴結果が異常である場合（Ｓ６１）、利用者は結果ｎ表示画面３２へ戻る（Ｓ９４）。それに応じて、業務ＡＰ２は、結果ｎ表示画面表示処理を行うと（Ｓ９５）、そのログをログ管理部４３に出力する（Ｓ９６）。

利用者は画面内の終了ボタンを押して、終了画面を表示させる（Ｓ６２）。
業務ＡＰ２は、クライアント端末１１から終了処理を受け付けると（Ｓ７８）、終了画面表示処理を行い（Ｓ７９）、そのログをログ管理部４３に出力する（Ｓ８５）。

ログ管理部４３は、業務ＡＰ２から出力されたログと、異常条件定義４８の異常条件パターン４８−１とを比較し、業務ＡＰ２から出力されたログに異常条件パターン４８−１が含まれていないかを判定する。この場合、ログ管理部４３は、業務ＡＰ２から出力されたログに異常条件パターンＢが含まれていると判定する。

さらに、ログ管理部４３は、業務ＡＰ２から出力されたログと、判定確定定義４９の判定確定パターン４９−１とを比較し、業務ＡＰ２から出力されたログに判定確定パターン４９−１が含まれていないか否かを判定する。この場合、ログ管理部４３は、業務ＡＰ２から出力されたログに判定確定パターンＡが含まれていると判定する。

ログ管理部４３は、業務ＡＰ２から出力されたログに異常条件パターンＡの検知後に、判定確定パターン４９−１を検知したとき、そのログからシステムは異常であると判定する。この場合、ログ管理部４３は、その要求に対応するログに、削除フラグ＝０を付加し、ログ格納領域５０に格納する。

図１４は、本実施形態における、処理結果が異常な場合（異常条件パターンＣ）での業務ＡＰ２の利用者の行動による画面遷移、業務ＡＰ２の処理、及びログ管理部の処理を説明するための図である。図１２では、図１１のＳ５９において、異常と判定した場合の利用者の行動による画面遷移、業務ＡＰ２の処理、及びログ管理部の処理を説明する。

利用者は、結果履歴画面３３に表示された内容を確認する（Ｓ６０）。表示された処理履歴結果が異常である場合（Ｓ６１）、利用者は処理受付画面３１へ戻る（Ｓ９７）。それに応じて、業務ＡＰ２は、結果ｎ表示画面表示処理を行うと（Ｓ９８）、そのログをログ管理部４３に出力する（Ｓ９９）。

利用者は画面内の終了ボタンを押して、終了画面を表示させる（Ｓ６２）。
業務ＡＰ２は、クライアント端末１１から終了処理を受け付けると（Ｓ７８）、終了画面表示処理を行い（Ｓ７９）、そのログをログ管理部４３に出力する（Ｓ８５）。

ログ管理部４３は、業務ＡＰ２から出力されたログと、異常条件定義４８の異常条件パターン４８−１とを比較し、業務ＡＰ２から出力されたログに異常条件パターン４８−１が含まれていないかを判定する。この場合、ログ管理部４３は、業務ＡＰ２から出力されたログに異常条件パターンＣが含まれていると判定する。

さらに、ログ管理部４３は、業務ＡＰ２から出力されたログと、判定確定定義４９の判定確定パターン４９−１とを比較し、業務ＡＰ２から出力されたログに判定確定パターン４９−１が含まれていないか否かを判定する。この場合、ログ管理部４３は、業務ＡＰ２から出力されたログに判定確定パターンＡが含まれていると判定する。

ログ管理部４３は、業務ＡＰ２から出力されたログに異常条件パターンＡの検知後に、判定確定パターン４９−１を検知したとき、そのログからシステムは異常であると判定する。この場合、ログ管理部４３は、その要求に対応するログに、削除フラグ＝０を付加し、ログ格納領域５０に格納する。

図１５は、本実施形態におけるログ管理部の処理フローを示す。ログ管理部４３は、記憶部４７から異常条件定義４８と判定確定定義４９を読み込む（Ｓ１０１）。ログ管理部４３は、業務ＡＰより出力されたログを取得する（Ｓ１０２）。ログ管理部４３は、Ｓ１０２で取得したログを作業領域Ｗ１に格納する（Ｓ１０３）。

ログ管理部４３は、次に出力されたログを取得する（Ｓ１０４）。ログ管理部４３は、Ｓ１０４で取得したログを作業領域Ｗ２に格納する（Ｓ１０３）。

ログ管理部４３は、作業領域Ｗ１，Ｗ２に格納したログのパターンと、異常条件定義４８の異常条件パターン４８−１とが一致するか否かを判定する（Ｓ１０６）。作業領域Ｗ２に格納したログのパターンと、異常条件パターン４８−１とが一致しない場合（Ｓ１０６で「ＮＯ」）、ログ管理部４３は、Ｓ１０４で取得したログのパターンが判定確定パターン４９−１か否かを判定する（Ｓ１０７）。

Ｓ１０４で取得したログのパターンが判定確定パターン４９−１でない場合（Ｓ１０７で「ＮＯ」）、ログ管理部４３は、作業領域Ｗ２に格納したログを作業領域Ｗ１に格納し（Ｓ１０８）、次に出力されたログを取得する（Ｓ１０４）。

Ｓ１０７で取得したログのパターンが判定確定パターンである場合（Ｓ１０７で「ＹＥＳ」）、ログ管理部４３は、対象の処理要求に対応するログに削除フラグ＝１を付与して、ログ格納領域５０に格納する（Ｓ１０９）。

作業領域Ｗ２に格納したログのパターンと、異常条件パターン４８−１とが一致する場合（Ｓ１０６で「ＹＥＳ」）、ログ管理部４３は、その後に出力されたログを取得する（Ｓ１１１）。

Ｓ１１０で取得したログのパターンが判定確定パターン４９−１でない場合（Ｓ１１１で「ＮＯ」）、ログ管理部４３は、再度出力されたログを取得する（Ｓ１１１）。ログから判定確定パターン４９−１が検出されるまで、Ｓ１１０〜Ｓ１１１の処理を繰り返す。

Ｓ１１１で取得したログのパターンが判定確定パターンである場合（Ｓ１１１で「ＹＥＳ」）、ログ管理部４３は、対象の処理要求に対応するログに削除フラグ＝０を付与して、ログ格納領域５０に格納する。

これにより、削除フラグ＝１が付与されたログは、処理要求単位で、オペレータの指示または所定のタイミングで削除することができる。その結果、例えば、一定の時間経過後に、または記憶容量の制限により、またはオペレータの指示により、削除フラグが付与されたログ情報を、処理要求単位で選択的に削除することができる。

本実施形態によれば、ログ管理部４３は、業務システムで実行されるプログラムのログと、業務システムを利用する利用者の端末の画面遷移操作に対応して生成されるログ（画面遷移ログ）とを収集する。ログ管理部４３は、収集したログに、予め異常処理のパターンとして設定しておいた端末における結果表示画面からの画面遷移のパターンと合致するパターンがあるか否かを判定する。収集したログに、予め異常処理のパターンとして設定しておいた端末における結果表示画面からの画面遷移のパターンと合致するパターンがある場合、ログ管理部４３は、その結果出力のために動作していたプログラムの処理単位のログを選択的に保存できる。したがって、異常（例えば、ユーザにより検知された異常）に基づくログ情報が消去されることを抑止することができる。

図１６は、本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。コンピュータ６０は、クライアント端末１１、ＷＥＢサーバ１３、ＤＢサーバ１４等として機能する。コンピュータ６０は、ＣＰＵ６２、ＲＯＭ６３、ＲＡＭ６６、通信Ｉ／Ｆ６４、記憶装置６７、出力Ｉ／Ｆ６１、入力Ｉ／Ｆ６５、読み取り装置６８、バス６９、出力機器７１、入力機器７２によって構成されている。

ここで、ＣＰＵは、中央演算装置を示す。ＲＯＭは、リードオンリメモリを示す。ＲＡＭは、ランダムアクセスメモリを示す。Ｉ／Ｆは、インターフェースを示す。バス６９には、ＣＰＵ６２、ＲＯＭ６３、ＲＡＭ６６、通信Ｉ／Ｆ６４、記憶装置６７、出力Ｉ／Ｆ６１、入力Ｉ／Ｆ６５、及び読み取り装置６８が接続されている。読み取り装置６８は、可搬型記録媒体を読み出す装置である。出力機器７１は、出力Ｉ／Ｆ６１に接続されている。入力機器７２は、入力Ｉ／Ｆ６５に接続にされている。

記憶装置６７としては、ハードディスク、フラッシュメモリ、磁気ディスクなど様々な形式の記憶装置を使用することができる。記憶装置６７またはＲＯＭ６３には、ＣＰＵ６２を応答部３として機能させる本実施形態に係るプログラムが格納されている。ＲＡＭ６６には、情報が一時的に記憶される。記憶装置６７またはＲＡＭ６６は、格納部３７として異常条件定義４８、判定確定定義４９等を格納する。また、記憶装置６７またはＲＡＭ６６は、ログ格納領域５０を含む。

ＣＰＵ６２は、制御部４１として、記憶装置６７またはＲＯＭ６３から本実施形態に係るプログラムを読み出し、当該プログラムを実行し、収集部２、特定部３、決定部４として機能する。

上記実施形態で説明した処理を実現するプログラムは、プログラム提供者側から通信ネットワーク７０、および通信Ｉ／Ｆ６６を介して、例えば記憶装置６７に格納されてもよい。また、上記実施形態で説明した処理を実現するプログラムは、市販され、流通している可搬型記憶媒体に格納されていてもよい。この場合、この可搬型記憶媒体は読み取り装置６８にセットされて、ＣＰＵ６２によってそのプログラムが読み出されて、実行されてもよい。可搬型記憶媒体としてはＣＤ−ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカード、ＵＳＢメモリ装置など様々な形式の記憶媒体を使用することができる。このような記憶媒体に格納されたプログラムが読み取り装置６８によって読み取られる。

また、入力機器７２には、キーボード、マウス、電子カメラ、ウェブカメラ、マイク、スキャナ、センサ、タブレットなどを用いることが可能である。また、出力機器７１には、ディスプレイ、プリンタ、スピーカなどを用いることが可能である。また、ネットワーク７０は、インターネット、ＬＡＮ、ＷＡＮ、専用線、有線、無線等の通信網であってよい。

なお、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。

１ ログ情報収集装置
２ 収集部
３ 特定部
４ 決定部
１１ クライアント端末
１２ 業務システム
１３ ＷＥＢサーバ
１４ ＤＢサーバ
１５ 通信ネットワーク
４１ 制御部
４２ 業務ＡＰ１／業務ＡＰ２
４２ａ 処理要求取得部
４２ｂ 処理結果送信部
４２ｃ ログ出力部
４３ ログ管理部
４３ａ 収集部
４３ｂ 判定部
４３ｃ 出力部
４４ ＯＳ
４７ 記憶部
４８ 異常条件定義
４９ 判定確定定義
５０ ログ格納領域

Claims (3)

1. コンピュータに、
   端末装置からの処理要求の取得から、該処理要求に対する実行結果の該端末装置への送信の後に該端末装置より取得される、該処理要求に係る処理についての終了要求に対する処理終了までの処理に応じて生成される、前記端末装置についてのログ情報を収集して記憶部に記憶させ、
   収集した前記端末装置についてのログ情報から、前記実行結果を示す結果データが前記端末装置で表示された以降の、該端末装置における画面表示の遷移情報を特定し、
   特定した前記画面表示の遷移情報と、予め設定された画面遷移パターンの条件とに基づいて、前記処理要求に対応する処理についてのログ情報を、前記記憶部からのログ情報の削除の際における削除対象とするか否かを決定する、
   ことを実行させることを特徴とするログ情報収集プログラム。
2. 端末装置からの処理要求の取得から、該処理要求に対する実行結果の該端末装置への送信の後に該端末装置より取得される、該処理要求に係る処理についての終了要求に対する処理終了までの処理に応じて生成される、前記端末装置についてのログ情報を収集して記憶部に記憶させる収集部と、
   収集した前記端末装置についてのログ情報から、前記実行結果を示す結果データが前記端末装置で表示された以降の、該端末装置における画面表示の遷移情報を特定する特定部と、
   特定した前記画面表示の遷移情報と、予め設定された画面遷移パターンの条件とに基づいて、前記処理要求に対応する処理についてのログ情報を、前記記憶部からのログ情報の削除の際における削除対象とするか否かを決定する決定部と、
   を備えることを特徴とするログ情報収集装置。
3. コンピュータが、
   端末装置からの処理要求の取得から、該処理要求に対する実行結果の該端末装置への送信の後に該端末装置より取得される、該処理要求に係る処理についての終了要求に対する処理終了までの処理に応じて生成される、前記端末装置についてのログ情報を収集して記憶部に記憶させ、
   収集した前記端末装置についてのログ情報から、前記実行結果を示す結果データが前記端末装置で表示された以降の、該端末装置における画面表示の遷移情報を特定し、
   特定した前記画面表示の遷移情報と、予め設定された画面遷移パターンの条件とに基づいて、前記処理要求に対応する処理についてのログ情報を、前記記憶部からのログ情報の削除の際における削除対象とするか否かを決定する、
   ことを特徴とするログ情報収集方法。

Images