(57)【要約】【課題】対象プログラム毎又は想定されるフォーマット毎に必要な設定を予め行なうことなく、対象処理に対応するログデータを取得する。【解決手段】ログ差分取得部１０３は、対象処理の開始時及び終了時におけるログファイル１０４のファイルサイズを取得し、前記対象処理の開始時における前記ログファイル１０４のファイルサイズと、前記対象処理の終了時における前記ログファイル１０４のファイルサイズとに基づいて、前記ログファイル１０４から前記対象処理に該当する部分のログデータを取得する。【選択図】図１
2007264753.tif 000002
【特許請求の範囲】
【請求項１】
対象処理の開始時及び終了時におけるログファイルのファイルサイズを取得するファイルサイズ取得手段と、
前記ファイルサイズ取得手段により取得された前記対象処理の開始時における前記ログファイルのファイルサイズと、前記対象処理の終了時における前記ログファイルのファイルサイズとに基づいて、前記ログファイルから前記対象処理に該当する部分のログデータを取得するログデータ取得手段とを有することを特徴とするログデータ取得装置。
【請求項２】
前記ファイルサイズ取得手段は、複数の対象プログラムに対応するログファイル毎に、前記複数の対象プログラムによって実行される各対象処理の開始時及び終了時におけるログファイルのファイルサイズを取得し、前記ログデータ取得手段は、前記各対象処理の開始時及び終了時におけるログファイルのファイルサイズに基づいて、前記複数のプログラムに対応するログファイルから夫々、対象処理に該当する部分のログデータを取得することを特徴とする請求項１に記載のログデータ取得装置。
【請求項３】
実行された対象処理の一覧表示画面を表示手段に表示させる表示制御手段と、
前記一覧表示画面内における各対象処理の項目と前記ログデータ取得手段により対象処理毎に取得されたログデータとを対応付けて管理するログデータ管理手段とを有することを特徴とする請求項１又は２に記載のログデータ取得装置。
【請求項４】
対象処理であるテスト処理のエラー判定を行なうエラー判定手段を更に有し、
前記表示制御手段は、前記エラー判定手段によりエラー判定された対象処理に該当する前記一覧画面情報内の項目を、他の項目とは異なる態様で表示することを特徴とする請求項３に記載のログデータ取得装置。
【請求項５】
ログデータ取得装置によるログデータ取得方法であって、
対象処理の開始時及び終了時におけるログファイルのファイルサイズを取得するファイルサイズ取得ステップと、
前記ファイルサイズ取得ステップにより取得された前記対象処理の開始時における前記ログファイルのファイルサイズと、前記対象処理の終了時における前記ログファイルのファイルサイズとに基づいて、前記ログファイルから前記対象処理に該当する部分のログデータを取得するログデータ取得ステップとを含むことを特徴とするログデータ取得方法。
【請求項６】
請求項５に記載のログデータ取得方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対象処理毎に該当するログデータを取得可能なログデータ取得装置、ログデータ取得方法及びプログラムに関するものである。
【背景技術】
【０００２】
従来、コンピュータの利用状況やエラーの状況等を記録として残すためにログをとることが行われている。このログに記録される内容には、コンピュータの動作を示すメッセージから緊急事態を示すエラーメッセージまで、様々な事象が含まれており、通常時系列に記録される。
【０００３】
しかし、これをアプリケーション開発等におけるテストにおいて、単にログを時系列に並べて記録すると、エラーが発生した際にどのテストを行った際にエラーが発生したのか等、エラー原因を特定する作業に手間がかかるという問題がある。識別子を埋め込むことによって、後から特定の種類のログデータだけを検索、抽出することも行われているが、この場合、ログデータを書き出す処理自体に明示的に識別子を付ける仕組みを予め設けておく必要であった。
【０００４】
そこで、例えば特許文献１には次のような提案がなされている。即ち、所望の動作履歴を素早く参照できるようにするため、コンピュータシステムのログデータを、システム全体の動作記録とプログラム単位の動作記録とに分けて別ファイルに記録するようにしたものであり、所望のログデータを迅速に参照できるようにしたものである。
【０００５】
【特許文献１】特開２００２−３２８８１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示される発明は、ログデータの書き出し処理において通常ログファイル（システム全体の動作記録）と専用ログファイル（プログラム単位の動作記録）とに分けて記録するための設定を予め行っておく必要がある。これは、想定されるプログラム毎に設定を行っておく必要があるため、相当の手間を要する。
【０００７】
また、ログデータを書き出す処理自体に明示的に識別子を付ける仕組みでは、テスト対象のプログラムが動作する環境によって書き出されるログデータのフォーマットが異なるため、想定されるフォーマット毎に識別子を付ける仕組みを設ける必要があり、同様に相当の手間を要する。
【０００８】
そこで、本発明の目的は、対象プログラム毎又は想定されるフォーマット毎に必要な設定を予め行なうことなく、対象処理に対応するログデータを取得することにある。
【課題を解決するための手段】
【０００９】
本発明のログデータ取得装置は、対象処理の開始時及び終了時におけるログファイルのファイルサイズを取得するファイルサイズ取得手段と、前記ファイルサイズ取得手段により取得された前記対象処理の開始時における前記ログファイルのファイルサイズと、前記対象処理の終了時における前記ログファイルのファイルサイズとに基づいて、前記ログファイルから前記対象処理に該当する部分のログデータを取得するログデータ取得手段とを有することを特徴とする。
本発明のログデータ取得方法は、ログデータ取得装置によるログデータ取得方法であって、対象処理の開始時及び終了時におけるログファイルのファイルサイズを取得するファイルサイズ取得ステップと、前記ファイルサイズ取得ステップにより取得された前記対象処理の開始時における前記ログファイルのファイルサイズと、前記対象処理の終了時における前記ログファイルのファイルサイズとに基づいて、前記ログファイルから前記対象処理に該当する部分のログデータを取得するログデータ取得ステップとを含むことを特徴とする。
本発明のプログラムは、前記ログデータ取得方法をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１０】
本発明においては、対象処理の開始時及び終了時におけるログファイルのファイルサイズに基づいて、当該ログファイルから当該対象処理に該当する部分のログデータを取得することができる。従って、本発明によれば、対象プログラム毎又は想定されるフォーマット毎に必要な設定を予め行なうことなく、対象処理に対応するログデータを取得することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。
【００１２】
図１は、本発明の実施形態に係るログデータ取得装置のモジュール構成を示す図である。図１に示すように、ログデータ取得装置１００は、テストツール１０１、ログ差分取得部１０３、テスト対象プログラム１０２及びログ出力部１０７を含む。
【００１３】
テストツール１０１は、ログ差分取得部１０３に対するテスト処理の開始及び終了の通知（図１の（１）、（４）に対応）、並びに、テスト対象プログラム１０２に対するテスト処理等を行う（図１の（３）に対応）。
【００１４】
テストツール１０１は、テスト対象プログラム１０２に対するテスト処理を開始する。例えば、当該テストコードが或る関数Ａに引数として"３"を渡したときの戻り値が"２１５"であることをチェックするためのテストであれば、テストツール１０１は、テスト対象プログラム１０２の関数Ａに引数"３"を渡して戻り値を算出させ、算出された戻り値はテストツール１０１に戻される（図１の（３）に対応）。テストツール１０１はその戻り値が"２１５"であればテスト成功、それ以外の値であればテスト失敗と判定する。
【００１５】
ログ出力部１０７は、テスト対象プログラム１０２による処理履歴を示すログデータを逐次ログファイル１０４に記録して出力する。例えば、上述の例であると、関数Ａに引数として"３"が渡されたこと、そのときの関数Ａの戻り値の算出結果等がログデータとしてログファイル１０４内に記録されて出力される。
【００１６】
ログ差分取得部１０３は、テストツール１０１からテストの開始及び終了の通知を受けると、それぞれの時点でログファイル１０４のサイズを取得する（図１の（２）、（５）に対応）。そして、テスト開始時に取得されたサイズの直後からテスト終了時のサイズまでのログデータをログファイル１０４から抽出する（図１の（６）に対応）。この抽出処理で得られたログデータ群はテストツール１０１に戻り値として返され（図１の（７）に対応）、テストツール１０１は、所定のフォーマットでディスプレイ１０５上に出力したり（図１の（８）に対応）、ログデータ群を分割ログファイル１０６としてＨＤＤ等の記録媒体に記録する（図１の（９）に対応）。
【００１７】
図２は、本実施形態に係るログデータ取得装置１００のハードウェア構成を示すブロック図である。
【００１８】
ＣＰＵ２０１は、システムバスに接続される各デバイスやコントローラを統括的に制御する。ＲＯＭ２０３には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input/Output System）等が記憶され、ＨＤ（ハードディスク）２０７には、オペレーティングシステムプログラム、ログデータ取得装置１００が実行する例えば図３に示す処理のプログラム、テスト対象プログラム１０２等が記憶されている。
【００１９】
なお、図２の例では、ＨＤ２０７はログデータ取得装置１００の内部に配置された構成としているが、他の実施形態としてＨＤ２０７に相当する構成がログデータ取得装置の外部に配置された構成としてもよい。また、本実施形態に係る例えば図３に示す処理を行うためのプログラムは、フレキシブルディスク（ＦＤ）２０６やＣＤ−ＲＯＭ等、コンピュータ読み取り可能な記録媒体に記録され、それらの記録媒体から供給される構成としてもよいし、インターネット等の通信媒体を介して供給される構成としてもよい。
【００２０】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで各種動作を実現するものである。
【００２１】
ディスクコントローラ２０５は、ＨＤ２０７やＦＤ２０６等の外部記録媒体へのアクセスを制御する。通信Ｉ／Ｆコントローラ２０４は、インターネットやＬＡＮ等と接続し、例えばＴＣＰ／ＩＰ等のプロトコルによって外部との通信を制御するものである。
【００２２】
ディスプレイコントローラ２０８は、ディスプレイ（Cathode Ray Tube）２０９における画像表示を制御する。
【００２３】
ＫＢ（キーボード）コントローラ２１０は、キーボード（ＫＢ）２１１からの操作入力を受け付け、ＣＰＵ２０１に対して送信する。なお、図示していないが、キーボード２１１の他に、マウス等のポインティングデバイスもユーザの操作手段として本実施形態に係るログデータ取得装置１００に適用可能である。
【００２４】
ここで、図１に示すテストツール１０１、ログ出力部１０７及びログ差分取得部１０３は、例えばＨＤ２０７内に記憶され、必要に応じてＲＡＭ２０２にロードされるプログラム及びそれを実行するＣＰＵ２０１に相当する構成である。
【００２５】
次に、本実施形態に係るログデータ取得装置１００の動作を、図３のフローチャートを参照しながら説明する。
【００２６】
先ず、ログ差分取得部１０３は、テストツール１０１からテスト処理の開始通知を受けたか否かを判定する（ステップＳ３０１）。テストツール１０１からのテスト処理の開始通知を受けると、ログ差分取得部１０３は、この時点におけるログファイル（ｉ）のサイズ（ｓ（ｉ）バイト）を順次取得する（ステップＳ３０２）。なお、ｉは１以上の自然数であり、ログファイルの識別情報である。例えば、テスト対象プログラム１０２によって生成されている、或いは生成される予定のログファイルが５つ存在する場合、それらはログファイル（１）、ログファイル（２）、・・・、ログファイル（５）と表され、ログファイル（１）、ログファイル（２）、・・・、ログファイル（５）の順序でファイルサイズが取得される。
【００２７】
ログ差分取得部１０３は、全てのログファイルのファイルサイズ（ｓ（ｉ）バイト）を取得すると、テストツール１０１からテスト処理の終了通知を受けたか否かを判定する（ステップＳ３０３）。テストツール１０１からテスト処理の終了通知を受けると（ステップＳ３０３／ＹＥＳ）、先ず、ログ差分取得部１０３は、この時点におけるログファイル（１）のファイルサイズ（ｅ（１）バイト）を取得する（ステップＳ３０４）。
【００２８】
続いて、ログ差分取得部１０３は、ログファイル（１）についてステップＳ３０２で取得したテスト処理の開始時のファイルサイズ（ｓ（１）バイト）より、同じくログファイル（１）についてステップＳ３０４で取得したテスト処理の終了時のファイルサイズ（ｅ（１）バイト）の方が大きいか否かを判断する（ステップＳ３０５）。テスト処理の開始時のファイルサイズ（ｓ（１）バイト）よりテスト処理の終了時のファイルサイズ（ｅ（１）バイト）の方が大きければ、処理はステップＳ３０６に移行する。そうでない場合には、ステップＳ３０６及びステップＳ３０７の処理は行われない。
【００２９】
続いて、ログ差分取得部１０３は、ログファイル（１）についてステップＳ３０２で取得したテスト処理の開始時のファイルサイズ（ｓ（１）バイト）と、同じくログファイル（１）についてステップＳ３０４で取得したテスト処理の終了時のファイルサイズ（ｅ（１）バイト）とに基づいて、ログファイル（１）からログデータを取得する（ステップＳ３０６）。具体的には、ログ差分取得部１０３は、ログファイル（１）から（ｓ（１）＋１）バイト目からｅ（１）バイト目までのログデータを取得する。
【００３０】
続いて、ログ差分取得部１０３は、取得したログデータを戻り値としてテストツール１０１に対して返す（ステップＳ３０７）。
【００３１】
ログ差分取得部１０３は、上述したステップＳ３０４〜ステップＳ３０７の処理を全てのログファイル（ｉ）について順次実行し、今回のテスト処理でログファイル（ｉ）内に新たなログデータが追加されたものについて、その追加分を全て取得する。
【００３２】
ここで、図４乃至図６を参照して、ログ差分取得部１０３によるログデータの取得処理を具体的に説明する。
【００３３】
図４乃至図６の例では、次の３つのテスト処理を実行する場合を例に挙げている。
テスト処理１：関数Ａに引数として"３"を渡した場合の戻り値が"２１５"であることをチェックする。
テスト処理２：関数Ａに引数として"２"を渡した場合の戻り値が"−２"であることをチェックする。
テスト処理３：関数Ａに引数として"４"を渡した場合の戻り値が"３３７４"であることをチェックする。
【００３４】
図４を用いてテスト処理１について説明すると、先ず、引数として"３"が関数Ａに与えられる。この処理履歴はログデータとして出力される。
【００３５】
次に、引数として"３"が関数Ａに与えられると、関数Ａの処理過程に含まれる関数Ｂへの引数"４"が得られる。この処理履歴もログデータとして出力される。
【００３６】
この引数"４"を関数Ｂに与えると、関数Ｂの処理による戻り値として"４＊４＝１６"が得られる。この処理履歴もログデータとして出力される。
【００３７】
次いで、関数Ｂの処理による戻り値"１６"を用いた関数Ａの処理により、同じく関数Ａの処理過程に含まれる関数Ｃへの引数"６"が得られる。この処理履歴もログデータとして出力される。
【００３８】
この引数"６"を関数Ｃに与えると、関数Ｃの処理による戻り値として"６＊６＊６＝２１６"が得られる。この処理履歴もログデータとして出力される。
【００３９】
次いで、関数Ｃの処理による戻り値"２１６"を用いた関数Ａの処理により、関数Ａの処理による戻り値"２１６−１＝２１５"が得られる。この処理履歴もログデータとして出力される。
【００４０】
以上のように、テスト処理１については次の（１）〜（６）のログデータが順次出力される。
（１）関数Ａに渡す引数＝３
（２）関数Ｂに渡す引数＝４
（３）関数Ｂの処理による戻り値＝１６
（４）関数Ｃに渡す引数＝６
（５）関数Ｃの処理による戻り値＝２１６
（６）関数Ｃの処理による戻り値＝２１５
【００４１】
次いでテスト処理２を実行する。その結果、同様の処理により次の（１´）〜（６´）のログデータが順次出力される。
（１´）関数Ａに渡す引数＝２
（２´）関数Ｂに渡す引数＝３
（３´）関数Ｂの処理による戻り値＝９
（４´）関数Ｃに渡す引数＝−１
（５´）関数Ｃの処理による戻り値＝−１
（６´）関数Ａの処理による戻り値＝−２
【００４２】
最後にテスト処理３を実行する。その結果、同様の処理により次の（１´´）〜（６´´）のログデータが順次出力される。
（１´´）関数Ａに渡す引数＝４
（２´´）関数Ｂに渡す引数＝５
（３´´）関数Ｂの処理による戻り値＝２５
（４´´）関数Ｃに渡す引数＝１５
（５´´）関数Ｃの処理による戻り値＝３３７５
（６´´）関数Ａの処理による戻り値＝３３７４
【００４３】
テスト処理１〜テスト処理３を全て実行すると、図５に示すように、これらの処理履歴を示すログデータが時経的に混在した状態でログファイル１０４内に記録されることになる。
【００４４】
ここで、上述したようにログ差分取得部１０３は、テストツール１０１からのテスト処理の開始通知及び終了通知に応じて、ログファイル１０４から各テスト処理に対応するログデータを夫々取得する。
【００４５】
図５に示す例であれば、ログ差分取得部１０３は、テスト処理１の開始通知及び終了通知に応じて、テスト処理１に対応する"function A start.引数=3（関数Ａに渡す引数＝３）"から"function A end.戻り値=215（関数Ａの処理による戻り値＝２１５）"までのログデータを取得する。また、テスト処理２の開始通知及び終了通知に応じて、テスト処理２に対応する"function A start.引数=2（関数Ａに渡す引数＝２）"から"function A end.戻り値=-2（関数Ａの処理による戻り値＝−２）"までのログデータが取得される。テスト処理３の開始通知及び終了通知に応じて、テスト処理３に対応する"function A start.引数=4（関数Ａに渡す引数＝４）"から"function A end.戻り値=3374（関数Ａの処理による戻り値＝３３７４）"までのログデータが取得される。
【００４６】
図７は、テストツール１０１の一機能による分割ログファイルの生成処理、及び、分割ログファイルの一覧表示画面を説明するための図である。
【００４７】
テストツール１０１は、ログ差分取得部１０３からテスト処理毎に取得されたログデータを受けると、７０１〜７０３に示すように、ログファイル名、当該テスト処理の開始時におけるログファイル１０４のファイルサイズ、当該テスト処理の終了時におけるログファイル１０４のファイルサイズ、及び、当該テスト処理に対応するログデータを一まとめにした分割ログファイルを生成する。生成された各分割ログファイル７０１〜７０３は、ディスプレイ上に表示される分割ログファイルの一覧表示画面７０４内の該当するテスト処理項目に対応付けられて管理される。例えば、この一覧表示画面７０４上で所望のテスト処理項目にポインタを位置し、そこでダブルクリック等の操作を行なうことで、選択されたテスト処理項目に対応する分割ログファイルを画面上に表示させることができる。
【００４８】
また、テストツール１０１は、テスト対象プログラム１０２に対してテスト処理を実行させた結果の戻り値を、テスト対象プログラム１０２から得る。この戻り値がテストツール１０１が想定していた値と同じであるかをチェックすることにより、テスト処理にエラーが発生したかを判定することができる。即ち、テストツール１０１は、どのテスト処理でエラーが発生したのかを認識しているため、一覧表示画面７０４上において、エラーが発生したテスト処理に該当するテスト処理項目を他の処理項目とは異なる態様で表示させることもできる。例えば、他の項目とは異なる色や異なる形状の文字を使ったり、エラーが発生した処理項目だけをまとめて表示することができる。これにより、ユーザはどのテスト処理でエラーが発生したのかを容易に把握することが可能となり、より詳細に知りたい場合には、該当するテスト処理項目を選択して、当該テスト処理に対応する分割ログファイルを画面表示させ、ログデータの内容を確認することができる。
【００４９】
以上のように、本実施形態においては、テスト処理の開始時及び終了時のログファイルのファイルサイズを取得し、それらのファイルサイズに基づいて、当該テスト処理に対応するログデータを抽出することができる。つまり、本実施形態では、テスト対象プログラム毎に、又は、テスト対象プログラムが動作する環境によって変化するログデータのフォーマット毎に必要な設定を予め行なうことなく、テスト処理に対応するログデータを取得することが可能である。
【００５０】
このように、本実施形態は、テスト対象プログラム及び出力されるログデータのフォーマットに依存することなく、対象となるテスト処理のログデータを取得することが可能であるため、ログデータを出力するログシステム全般に対応することができる。
【００５１】
さらに、テスト対象プログラム又は出力されるログデータのフォーマットに合わせてテスト対象プログラム及びログ出力部側に特別な設定を行なう必要がないため、テスト対象プログラム及びログ出力部の仕様をテスト処理時と通常運用時とで同じにすることができる。
【００５２】
図８は、本発明の他の実施形態を説明するための図である。図８に示す実施形態では、ログデータ取得装置８００内に、テストツール８０１及びログ差分取得部８０３を一つずつ備えるとともに、複数のテスト対象プログラム（図８の例では、２つのテスト対象プログラム８０２ａ、８０２ｂ）と各テスト対象プログラムに対応して複数のログ出力部（図８の例では、２つのログ出力部８０７ａ、８０７ｂ）を備える。テストツール８０１は、同ログデータ取得装置８００内におけるテスト対象プログラム８０２ａに対してテスト対象処理の実行指示を行うとともに、ログデータ差分取得部８０３に対するテスト処理の開始及び終了通知を行なうことができる。テスト対象プログラム８０２ａはテストツール８０１からのテスト対象処理の実行指示に応じてテスト対象処理を行い、そのテスト対象処理においてテスト対象プログラム８０２ｂを呼び出し、テスト対象プログラム８０２ｂにテスト対象処理を実行させる。図４の関数Ａ、関数Ｂ、関数Ｃを例に挙げると、関数Ａがテスト対象プログラム８０２ａに含まれ、関数Ａによって呼び出される関数Ｂ、関数Ｃがテスト対象プログラム８０２ｂに含まれるような関係である。ログデータ差分取得部８０３は、テストツール８０１からのテスト処理の開始及び終了通知を受けて、各テスト対象プログラムからのログファイル８０４ａ、８０４ｂに対するログデータの取得処理を平行して行なうことができる。
【００５３】
図９は、本発明の更に他の実施形態を説明するための図である。図９に示す実施形態では、ログデータ取得装置９００内に、テストツール９０１及びログ差分取得部９０３を一つずつ備える。また、ログデータ取得装置９００は、複数の外部装置（ここでは、２つの外部装置１０００、１００１）と通信回線を介して接続される。テストツール９０１は、複数の外部装置１０００内におけるテスト対象プログラム９０２ａに対してテスト対象処理の実行指示を行うとともに、ログデータ差分取得部９０３に対するテスト処理の開始及び終了通知を行なうことができる。テスト対象プログラム９０２ａはテストツール９０１からのテスト対象処理の実行指示に応じてテスト対象処理を行い、そのテスト対象処理においてテスト対象プログラム９０２ｂを呼び出し、テスト対象プログラム９０２ｂにテスト対象処理を実行させる。図４の関数Ａ、関数Ｂ、関数Ｃを例に挙げると、関数Ａがテスト対象プログラム９０２ａに含まれ、関数Ａによって呼び出される関数Ｂ、関数Ｃがテスト対象プログラム９０２ｂに含まれるような関係である。ログデータ差分取得部９０３は、テストツール９０１からのテスト処理の開始及び終了通知を受けて、各テスト対象プログラム９０２ａ、９０２ｂからのログファイル９０４ａ、９０４ｂに対するログデータの取得処理を平行して行なうことができる。
【００５４】
また、図９を用いて説明した実施形態においては、テスト処理の開始時及び終了時に基づいて当該テスト処理に対応するログデータを取得することができるため、当該ログデータと外部装置間、又は、外部装置間におけるマシン時間に誤差があっても関係なく、正確に各テスト処理に対応するログデータを正確に取得することが可能である。
【００５５】
なお、図８及び図９を用いて説明した実施形態において、図７を用いて説明した分割ファイルの生成及び分割ログファイルの一覧表示画面の表示がともに可能であることは勿論である。
【００５６】
更に他の実施形態として、ログファイルより取得された各テスト処理に対応するログデータは、ログ差分取得部からテストツールに返すことなく、ログ差分取得部で所定のフォーマットの分割ログファイルに変換し、ディスプレイに表示したり、ＨＤ等の記録媒体に記録するようにしてもよい。
【００５７】
また、本発明は、テスト処理により得られるログファイル（ログデータ）のみを対象とするものでなく、任意のアプリケーションプログラムから得られるログファイル（ログデータ）を対象にしても同様の処理を実現し得ることは勿論である。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施形態に係るログデータ取得装置のモジュール構成を示す図である。
【図２】本発明の実施形態に係るログデータ取得装置のハードウェア構成を示すブロック図である。
【図３】本実施形態に係るログデータ取得装置の動作を示すフローチャートである。
【図４】ログ差分取得部によるログデータの取得処理を具体的に説明するための図である。
【図５】ログ差分取得部によるログデータの取得処理を具体的に説明するための図である。
【図６】ログ差分取得部によるログデータの取得処理を具体的に説明するための図である。
【図７】テストツールの一機能による分割ログファイルの生成例を説明するための図である。
【図８】本発明の他の実施形態を説明するための図である。
【図９】本発明の更に他の実施形態を説明するための図である。
【符号の説明】
【００５９】
１００、８００、９００：ログデータ取得部
１０１、８０１、９０１：テストツール
１０２、８０２ａ、８０２ｂ、９０２ａ、９０２ｂ：テスト対象プログラム
１０３、８０３、９０３：ログ差分取得部
１０４、８０４ａ、８０４ｂ、９０４ａ、９０４ｂ：ログファイル
１０５：ディスプレイ
１０６、７０１〜７０３：分割ログファイル
１０７、８０７ａ、８０７ｂ、９０７ａ、９０７ｂ：ログ出力部
７０４：一覧表示画面
【図１】
2007264753.tif 000003
【図２】
2007264753.tif 000004
【図３】
2007264753.tif 000005
【図４】
2007264753.tif 000006
【図５】
2007264753.tif 000007
【図６】
2007264753.tif 000008
【図７】
2007264753.tif 000009
【図８】
2007264753.tif 000010
【図９】
2007264753.tif 000011