任意のコンピュータ上で動作するログ記録対象ソフトウェアが当該任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータの入力装置および表示装置を介して提供するGUIに対するユーザ操作のログとして、前記ログ記録対象ソフトウェアがGUIとして前記表示装置の画面上に表示するウインドウの表示状態および当該ウインドウ内のGUI部品の表示状態で表されるGUIの状態を、前記任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータの記憶装置に記録する方法であって、前記任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータが、入力装置より入力された、ログの取得対象から除外するGUI部品またはその属性情報を指定する条件、並びに直接アクセス機能を用いてログ記録対象ソフトウェアのGUIの状態を取得するタイミングの指定を記憶装置に登録する第1のステップと、入力装置より入力されたログ記録開始の指示により、直接アクセス機能を用いて現在のGUIの状態を初期状態として取得し、ログとして記憶装置に出力して記録する第2のステップと、イベント検出機能により最前面ウインドウ以外のGUIの状態の変更イベントまたはウインドウの消滅イベントを検出するリスナを設定する第3のステップとを具備するとともに、第3のステップの後、入力装置よりログ記録終了の指示が入力されるまでの間繰り返される、直接アクセス機能を用いてログ記録対象ソフトウェアのGUIの状態を取得するタイミングの指定に応じて、最前面ウインドウのGUIの状態をログとして記憶装置に出力して記録する第4のステップと、イベント検出機能により最前面ウインドウ以外のGUIの状態の変更イベントまたはウインドウ消滅イベントが検出されているか調べ、そのイベント情報をログとして記憶装置に出力して記録する第5のステップとを具備することを特徴とするユーザ操作のログ記録方法。第4のステップにあっては、タイムスタンプの情報とともに、直接アクセス機能を用いて、アプリケーションから直接、最前面ウインドウのGUIの状態を取得し、ウインドウまたはGUI部品をノードとし、包含関係をノード間の親子関係で表現し、さらに各ノードは属性情報を有する表現形式で出力し、入力されたログの取得対象から除外するGUI部品またはその属性情報を指定する条件と合致するノードまたはその属性情報を出力から除外することを特徴とする請求項1に記載のユーザ操作のログ記録方法。第4のステップにあっては、直接アクセス機能を用いてアプリケーションのGUIの状態を取得するタイミングの指定において、時刻指定、またはインターバル指定、またはユーザ操作の指定により、ログの出力記録の頻度を変更可能とすることを特徴とする請求項1に記載のユーザ操作のログ記録方法。第5のステップにあっては、イベント検出時のタイムスタンプの情報と、イベント検出機能により検出したイベントの最前面ウインドウ以外の属性情報の値の変更、または最前面ウインドウ以外のGUI部品の生成、またはウインドウもしくは最前面ウインドウ以外のGUI部品の消滅のイベントのいずれであるかを示すイベント種別の情報とともに、最前面ウインドウ以外の属性情報の値の変更イベントであれば、変更対象と対応するGUIの状態の木構造表現におけるノードを特定する情報、変更対象である属性名およびその変更後の値を、また、最前面ウインドウ以外のGUI部品の生成イベントであれば、生成対象と対応するGUIの状態の木構造表現におけるノードを特定する情報、生成対象の属性情報および親ノードを特定する情報を、また、ウインドウもしくは最前面ウインドウ以外のGUI部品の消滅の変更イベントであれば、消滅対象と対応するGUIの状態の木構造表現におけるノードを特定する情報をそれぞれ出力することを特徴とする請求項1に記載のユーザ操作のログ記録方法。任意のコンピュータ上で動作するログ記録対象ソフトウェアが当該任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータの入力装置および表示装置を介して提供するGUIに対するユーザ操作のログとして、前記ログ記録対象ソフトウェアがGUIとして前記表示装置の画面上に表示するウインドウの表示状態および当該ウインドウ内のGUI部品の表示状態で表されるGUIの状態を、前記任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータの記憶装置に記録する装置であって、前記任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータ上に設けられた次の装置、即ち入力装置と、記憶装置と、ログ記録対象ソフトウェアに直接アクセスしてGUIの状態もしくは最前面ウインドウのみのGUIの状態を取得する直接アクセス機能部と、最前面ウインドウ以外のGUIの状態の変更イベントまたはウインドウの消滅イベントを検出するリスナを設定し、GUIの状態変更に伴って発生するこれらのイベントを検出するイベント検出機能部と、入力装置より、ログの取得対象から除外するGUI部品またはその属性情報を指定する条件、並びに直接アクセス機能部を用いてログ記録対象ソフトウェアのGUIの状態を取得するタイミングの指定が入力されると、これらを記憶装置に登録し、また、入力装置よりログ記録開始の指示が入力されると、直接アクセス機能部を用いて現在のGUIの状態を初期状態として取得し、ログとして記憶装置に出力して記録し、イベント検出機能部を用いて最前面ウインドウ以外のGUIの状態の変更イベントまたはウインドウの消滅イベントを検出するリスナを設定し、その後、入力装置よりログ記録終了の指示が入力されるまでの間、直接アクセス機能部を用いてログ記録対象ソフトウェアのGUIの状態を取得するタイミングの指定に応じて、最前面ウインドウのGUIの状態をログとして記憶装置に出力して記録し、さらに、イベント検出機能部により最前面ウインドウ以外のGUIの状態の変更イベントまたはウインドウ消滅イベントが検出されているか調べ、そのイベント情報をログとして記憶装置に出力して記録するログ取得制御部とを具備することを特徴とするユーザ操作のログ記録装置。ところで、ユーザ操作のログを取得する場合は、情報システム端末でアプリケーションを起動し、そのバックグラウンドでログ取得プログラムを動作させなければならない。よって、ログ取得プログラムには、アプリケーションと並行で動作させても、ユーザ操作に対するアプリケーションの応答を悪化させないことが求められる。しかし、マウスの操作やキーボードへの入力だけでなく、アプリケーションのGUIの状態までログに記録する場合、記録する情報が膨大になる。それに伴い、ログ取得プログラムの処理時間も長くなり、アプリケーションの応答に影響を与える場合がある。この問題に対しては、例えば、アプリケーションから検出して記録する情報を分析に必要なものだけに制限し、GUIの状態の取得処理時間を短縮する方法や、直接アクセス機能を利用したGUIの状態の取得頻度を下げるといった対応が考えられる。あるいは、イベント検出機能を用いて、以前のGUIの状態から変更された差分のみを検出して記録するなどの方法もある。これらの方法は、ユーザ操作に対するアプリケーションの応答性能を改善する意味においては有効な方法ではあるが、その反面、ユーザ操作に対するアプリケーションのGUIの状態をログから再現するという点においては、品質が低下する。また、アプリケーションから検出して記録する情報を制限すれば、関心のない情報については操作状況の再現が不可能になる。ログに記録していない情報については、あとから分析することが不可能であるため、この方法を採用する場合、関心のある情報が事前に明確になっている必要がある。しかし、ログの分析では、往々にして分析の過程で、興味のある情報が変化することがあり、事前に関心のある情報を明確にするのは困難である。直接アクセス機能を利用したGUIの状態の取得頻度を下げると、状態を取得したあるタイミングから、次に状態を取得するタイミングまでの間の細かいGUIの状態の遷移については再現が不可能となる。また、イベント検出機能を用いて、以前のGUIの状態から変更された差分のみを検出する場合は、確かにGUIの状態の遷移を細かく再現することができる。しかし、その一方で、アプリケーションや情報の種類によっては、変更されたことをイベントとして検出できない場合が存在する。例えば、一般的にGUIの変更により大量のイベントが発生し、イベントキューでオーバーフローを起こした場合、それらのイベントはログ取得プログラムに通知されず、廃棄されてしまう。従って、この方法の場合、ログを取得する時間の経過とともに、アプリケーションのGUIの状態とログに記録されたGUIの状態とが不一致になる確率が高くなり、かつ不一致の度合いも大きくなるという問題がある。以上のことから、ログ取得プログラムにおいては、ユーザ操作に対する情報システム端末の応答性能、あるいはログ記録対象ソフトウェアの応答性能に応じてGUIの状態を高速に取得し、GUIの状態の再現性の高い内容をログに記録するという課題を解決する必要がある。本発明では、GUIの状態を高速に取得し、GUIの状態の再現性の高い内容をログに記録するという課題を解決するために、以下の特徴を有する。本発明の第一の発明として、任意のコンピュータ上で動作するログ記録対象ソフトウェアが当該任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータの入力装置および表示装置を介して提供するGUIに対するユーザ操作のログとして、前記ログ記録対象ソフトウェアがGUIとして前記表示装置の画面上に表示するウインドウの表示状態および当該ウインドウ内のGUI部品の表示状態で表されるGUIの状態を、前記任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータの記憶装置に記録する方法であって、前記任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータが、入力装置より入力された、ログの取得対象から除外するGUI部品またはその属性情報を指定する条件、並びに直接アクセス機能を用いてログ記録対象ソフトウェアのGUIの状態を取得するタイミングの指定を記憶装置に登録する第1のステップと、入力装置より入力されたログ記録開始の指示により、直接アクセス機能を用いて現在のGUIの状態を初期状態として取得し、ログとして記憶装置に出力して記録する第2のステップと、イベント検出機能により最前面ウインドウ以外のGUIの状態の変更イベントまたはウインドウの消滅イベントを検出するリスナを設定する第3のステップとを具備するとともに、第3のステップの後、入力装置よりログ記録終了の指示が入力されるまでの間繰り返される、直接アクセス機能を用いてログ記録対象ソフトウェアのGUIの状態を取得するタイミングの指定に応じて、最前面ウインドウのGUIの状態をログとして記憶装置に出力して記録する第4のステップと、イベント検出機能により最前面ウインドウ以外のGUIの状態の変更イベントまたはウインドウ消滅イベントが検出されているか調べ、そのイベント情報をログとして記憶装置に出力して記録する第5のステップとを具備することを特徴とする。本発明の第二の発明として、第一の発明における第4のステップにあっては、タイムスタンプの情報とともに、直接アクセス機能を用いて、アプリケーションから直接、最前面ウインドウのGUIの状態を取得し、ウインドウまたはGUI部品をノードとし、包含関係をノード間の親子関係で表現し、さらに各ノードは属性情報を有する表現形式で出力し、入力されたログの取得対象から除外するGUI部品またはその属性情報を指定する条件と合致するノードまたはその属性情報を出力から除外することを特徴とする。本発明の第三の発明として、第一の発明における第4のステップにあっては、直接アクセス機能を用いてアプリケーションのGUIの状態を取得するタイミングの指定において、時刻指定、またはインターバル指定、またはユーザ操作の指定により、ログの出力記録の頻度を変更可能とすることを特徴とする。本発明の第四の発明として、第一の発明における第5のステップにあっては、イベント検出時のタイムスタンプの情報と、イベント検出機能により検出したイベントの最前面ウインドウ以外の属性情報の値の変更、または最前面ウインドウ以外のGUI部品の生成、またはウインドウもしくは最前面ウインドウ以外のGUI部品の消滅のイベントのいずれであるかを示すイベント種別の情報とともに、最前面ウインドウ以外の属性情報の値の変更イベントであれば、変更対象と対応するGUIの状態の木構造表現におけるノードを特定する情報、変更対象である属性名およびその変更後の値を、また、最前面ウインドウ以外のGUI部品の生成イベントであれば、生成対象と対応するGUIの状態の木構造表現におけるノードを特定する情報、生成対象の属性情報および親ノードを特定する情報を、また、ウインドウもしくは最前面ウインドウ以外のGUI部品の消滅の変更イベントであれば、消滅対象と対応するGUIの状態の木構造表現におけるノードを特定する情報をそれぞれ出力することを特徴とする。本発明の第五の発明として、任意のコンピュータ上で動作するログ記録対象ソフトウェアが当該任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータの入力装置および表示装置を介して提供するGUIに対するユーザ操作のログとして、前記ログ記録対象ソフトウェアがGUIとして前記表示装置の画面上に表示するウインドウの表示状態および当該ウインドウ内のGUI部品の表示状態で表されるGUIの状態を、前記任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータの記憶装置に記録する装置であって、前記任意のコンピュータもしくは当該任意のコンピュータに任意の通信路を通じて接続された他のコンピュータ上に設けられた次の装置、即ち入力装置と、記憶装置と、ログ記録対象ソフトウェアに直接アクセスしてGUIの状態もしくは最前面ウインドウのみのGUIの状態を取得する直接アクセス機能部と、最前面ウインドウ以外のGUIの状態の変更イベントまたはウインドウの消滅イベントを検出するリスナを設定し、GUIの状態変更に伴って発生するこれらのイベントを検出するイベント検出機能部と、入力装置より、ログの取得対象から除外するGUI部品またはその属性情報を指定する条件、並びに直接アクセス機能部を用いてログ記録対象ソフトウェアのGUIの状態を取得するタイミングの指定が入力されると、これらを記憶装置に登録し、また、入力装置よりログ記録開始の指示が入力されると、直接アクセス機能部を用いて現在のGUIの状態を初期状態として取得し、ログとして記憶装置に出力して記録し、イベント検出機能部を用いて最前面ウインドウ以外のGUIの状態の変更イベントまたはウインドウの消滅イベントを検出するリスナを設定し、その後、入力装置よりログ記録終了の指示が入力されるまでの間、直接アクセス機能部を用いてログ記録対象ソフトウェアのGUIの状態を取得するタイミングの指定に応じて、最前面ウインドウのGUIの状態をログとして記憶装置に出力して記録し、さらに、イベント検出機能部により最前面ウインドウ以外のGUIの状態の変更イベントまたはウインドウ消滅イベントが検出されているか調べ、そのイベント情報をログとして記憶装置に出力して記録するログ取得制御部とを具備することを特徴とする。本発明によれば、GUIアクセシビリティ技術あるいはプラグインを用いて、ユーザ操作のログとしてGUIの状態を記録するとき、情報システム端末の性能やログ記録対象ソフトウェアの性能に応じて、ユーザ操作に対するソフトウェアの応答性能を損なわず、かつGUIの状態を詳細に再現可能な情報をログに記録することが可能になる。図1は本発明のユーザ操作のログ記録方法を実施する装置の実施の形態の一例、ここでは周知のコンピュータ上に実現した例を示すもので、図中、1は入力装置、2は記憶装置、3は表示装置、4はコンピュータである。入力装置1は、キーボード、マウス等からなり、ユーザがコンピュータ4に所定の情報、ここではログの取得対象から除外するGUI部品またはその属性情報を指定する条件、直接アクセス機能を用いてアプリケーションログ記録対象ソフトウェアのGUIの状態を取得するタイミングの指定、並びにログ記録開始およびログ記録終了の指示を入力するためのものである。また、本来はログに記録するユーザ操作の種別の指定も入力する。これは、例えばマウスの操作であれば、クリック操作、ダブルクリック操作、ドラッグ操作、押下したマウスボタンの種類などであり、キーボードへの入力であれば、押したキーの内容、キーダウン、キーアップなどである。本発明では、ユーザが操作したときのGUIの状態をログに記録する方法に焦点にあてている。説明を簡単にするために、ユーザ操作の種別の記録方法については、公知の技術と同様として説明を割愛する。記憶装置2は、前述した所定の情報を初期設定値として記憶するとともに、コンピュータ4が実施する図2および図3の手続きによって取得し出力したログを記録するためのものである。表示装置3は、液晶ディスプレイ、CRT等からなり、アプリケーションの画面を表示するとともに、コンピュータ4が実施する図2、図3の手続き中の画面を表示するためのものである。コンピュータ4は、前述した公知のGUIアクセシビリティ技術によって実現される直接アクセス機能部5およびイベント検出機能部6を含み、入力装置1より入力された情報をもとに、図2および図3の手続きに従い、直接アクセス機能部5およびイベント検出機能部6を用いてユーザ操作のログを取得し、これを記憶装置2に出力して記録し、この際、ログ取得制御部7を構成する。直接アクセス機能部5は、ログ取得制御部7が実施する図3の手続きのS31およびS35のステップにおいてGUIの状態の木構造表現を構築するために、アプリケーションに直接アクセスしてGUIの状態もしくは最前面ウインドウのみのGUIの状態を取得する。また、イベント検出機能部6は、ログ取得制御部7が実施する図3の手続きのS32のステップにおいて最前面ウインドウ以外のGUIの状態の変更イベントまたはウインドウの消滅イベント、詳細には最前面ウインドウ以外の属性情報の値の変更、または最前面ウインドウ以外のGUI部品の生成、またはウインドウもしくは最前面ウインドウ以外のGUI部品の消滅のイベントを検出するリスナを設定し、S37のステップにおいてGUIの状態の変更に伴って発生するこれらのイベントを検出する。ログ取得制御部7は、入力装置1より、ログの取得対象から除外するGUI部品またはその属性情報を指定する条件、並びに直接アクセス機能を用いてアプリケーションのGUIの状態を取得するタイミングの指定が入力されると、図2の手続きを実施し、直接アクセス機能部5およびイベント検出機能部6の初期化を行う。図2の手続きにおけるS21のステップの直接アクセス機能部5の初期設定は、具体的には、入力装置1より入力されたログの取得対象から除外するGUI部品またはその属性情報を指定する条件と、直接アクセス機能部5を用いてアプリケーションのGUIの状態を取得するタイミングの指定とを記憶装置2に登録することである。以下、まず、ログの取得対象から除外するGUI部品またはその属性情報を指定する条件について説明する。前述のように、本発明の目的の1つは、ユーザが操作を実施したときのGUIの状態を再現可能なようにログに記録することである。GUIの状態は、アプリケーションの表示ウインドウの集合で形式的に表現する。表示されているウインドウは、ウインドウやその内部に表示されたGUI部品をノードとする木構造で表現する。ノード間の親子関係はウインドウやGUI部品間の表示の包含関係に相当する。例えば、ウインドウ内にボタンのGUI部品がある場合には、そのウインドウに対応するノードとボタンに対応するノードとの間には親子関係が存在する。ウインドウやGUI部品は、一般的には属性情報を保持する。例えば、表示位置、サイズ、名前、GUI部品の型ラベル、テキストボックス、コンボボックス等、プロセスIDなどを挙げることができる。さらにウインドウであれば、そのウインドウや内部のGUI部品に対してユーザからの操作が可能か否かなどの情報や最前面に表示されているかの情報、ラベルなどのGUI部品であれば表示されている文字列やそのフォント、フォントサイズ、色等の情報、テキストボックスなどのGUI部品であればその設定値などが付加される。各ノードは、対応するGUI部品におけるこのような属性情報の値を保持する。注意すべきは、取得可能な属性情報は、利用するGUIアクセシビリティ技術やプラグインの機能によって決定されることである。図4にアプリケーションにおけるGUIの状態とこれを木構造を用いて表現した例を示す。この例では、GUIの状態はアプリケーションが2つのウインドウと7つのGUI部品を表示している。図5に図4におけるGUIの状態表現において、木構造におけるノードが保持する属性情報の表現形式を示す。ここでは、ウインドウ1と対応するノードのみの属性情報を示す。属性情報は、属性名とその値の対の集合で表現される。この例では、GUIアクセシビリティ技術によって、名前、型ウインドウ、ラベル、テキストボックス、コンボボックス等、プロセスID、設定値が取得可能とする。値が空欄のものは、その属性名に対する値が設定されていないことを意味するこの例の属性名である設定値はテキストボックスなどのユーザからの入力値を値として持ち、ウインドウ1は特にユーザからの入力がないため空欄としている。。本発明では、GUIアクセシビリティ技術によって、必要な情報をアプリケーションから取得し、図4や図5の例のようなGUIの状態の表現を再現可能なようにログに記録する。ログとして記録する情報は、GUIアクセシビリティ技術などの機能の制限がない限り、多くの情報を取得すべきである。これは、先にも述べたように、ログの分析が進む過程で、分析の観点が変化するためである。しかし、事前に明らかに関心のない情報が判明している場合には、入力装置1よりログの取得対象から除外するGUI部品またはその属性情報の条件を指定することができる。ログの取得対象から除外するGUI部品またはその属性情報を指定する条件は、GUI部品あるいはウインドウ自体を取得対象から除外する、もしくはGUI部品やウインドウ自体は取得するがそのうちの特定の属性情報のみ除外するという条件の種類と、除外対象の具体的な指定情報である条件の内容とから構成される。また、条件の内容とは、条件の種類がGUI部品あるいはウインドウ自体を取得対象から除外するものである場合は、属性名とその値の関係を指定する情報であり、条件の種類がGUI部品やウインドウ自体は取得するがそのうちの特定の属性情報のみ除外するものである場合は、属性名とその値の関係を指定する情報と、その関係が成立するときに除外する属性名を指定する情報である。ここで、関係は一般的な四則演算や大小、等号、不等号などで表現でき、複数の属性名とその値の関係を命題論理記号で組み合わせても良い。図6にログの取得対象から除外するGUI部品またはその属性情報を指定する条件の例を示す。図2の手続きのS21のステップにおける直接アクセス機能部5の初期設定では、このようなログの取得対象から除外するGUI部品またはその属性情報を指定する条件を登録する。また同様に、入力装置1より入力されている直接アクセス機能利用時のGUIの状態を取得するタイミングの指定も登録する。直接アクセス機能利用時のGUIの状態の取得タイミングの指定では、取得時刻指定、またはGUIの状態を取得して次のGUIの状態を取得するインターバルの長さの指定、またはユーザの特定操作例えばマウスクリックやキーダウン等に合わせて取得する指定を行うことができる。図2の手続きにおけるS22のステップのイベント検出機能部6の初期設定は、入力装置1より入力されたログの取得対象から除外するGUI部品またはその属性情報を指定する条件を記憶装置2に登録する。また、ログ取得制御部7は、入力装置1より、ログ記録開始の指示が入力されると、直接アクセス機能部5やイベント検出機能部6を利用して、アプリケーションのGUIの状態を取得し、ログとして出力して記憶装置2に記録する。具体的には図3の手続きを実施する。まず、S31のステップにて、直接アクセス機能部5を利用し、現在のGUIの状態の図4および図5のような木構造表現を初期状態として取得し、取得時のタイムスタンプとともにログとして記憶装置2に出力して記録する。次に、S32のステップにて、イベント検出機能部6を利用してGUIの状態変化を記録するため、ここでは最前面ウインドウ以外の属性情報の値の変更、または最前面ウインドウ以外のGUI部品の生成、またはウインドウもしくは最前面ウインドウ以外のGUI部品の消滅のイベントを検出するリスナを設定する。S33からS38のステップは、入力装置1よりログ記録終了の指示が入力されるまで繰り返し実施し、取得した情報をログとして記憶装置2に出力して記録する。即ち、まずS34のステップにて、事前に入力されている直接アクセス機能利用時のGUIの状態の取得タイミングの指定を参照し、現在の状況がそのタイミングの指定に適合しているか調べる。例えば、タイミングの指定が時刻指定であれば、現在の時刻がその時刻であるかを調べる。また、タイミングの指定がインターバル指定であるなら、前にGUIの状態を取得した時刻から指定されたインターバルの期間、時間が経過してるかを調べる。また、タイミングの指定がユーザ操作の指定であれば、ユーザ操作のOSのイベントが発生しているかを調べる。S34のステップにおいて、タイミングの指定と現在の状況が合致している場合には、続くS35のステップで直接アクセス機能部5により、最前面のウインドウのGUIの状態を取得する。例えば、現在表示されているGUIが図4である場合を考える。住所登録ウインドウが最前面ウインドウであるとすると、S35のステップで取得するGUIの状態は、図4におけるウインドウ1をルートノードとする木構造と各ノードが保持する属性情報のみとなる。前述のように、ログ記録対象ソフトウェアの応答性能を損ねないためには、ログ取得処理の高速化が必要になる。直接アクセス機能部5で全てのGUI部品の状態を取得すると処理時間が長くなるため、本発明では最前面ウインドウのGUIの状態に限定して取得する。これによって取得処理の高速化を達成することができる。このように取得した最前面ウインドウのGUIの状態を、取得時のタイムスタンプとともにログとして出力する。その後は、イベント検出機能部6によるログ出力を行うためにS36へ進む。もし、S34のステップにおいて、直接アクセス機能利用時のGUIの状態の取得タイミングの指定を参照し、現在の状況が、そのタイミングの指定に適合していない場合には、ログを出力するタイミングではないため、S35の直接アクセス機能部5によるログ出力は飛ばして、S36へ進む。S36のステップでは、S32のステップでリスナを登録したことによって、GUI状態の変更を検出したイベントが発生しているかを調べる。もし発生しているのなら、そのイベントの内容を、続くS37のステップにてログとして出力する。S32で登録したリスナは最前面ウインドウ以外の属性情報の値の変更、または最前面ウインドウ以外のGUI部品の生成、またはウインドウもしくは最前面ウインドウ以外のGUI部品の消滅のイベントに関するものであることに注意されたい。S35のステップでは、処理の高速化のため直接アクセス機能部5により取得するGUIの状態を最前面ウインドウに関する情報に限定している。そのため、背面ウインドウの状態変化やウインドウの消滅などの情報を取得することができない。そこでS37のステップでイベント検出機能部6により、これらの情報を補完する。出力するイベントの内容は、S31で取得したGUIの状態の木構造表現を、出力したイベントの内容に応じて修正することで、現在のGUIの状態の木構造表現の再現が可能なようにする必要がある。そこで変更イベントを検出した場合、イベント発生のタイムスタンプとともに、そのイベントの種類に応じて、少なくとも図7のような情報を出力して記録する。即ち、イベントの種類が、最前面ウインドウ以外の属性値の変更であった場合、変更のあったGUI部品またはウインドウと対応するGUIの状態表現におけるノードを特定する情報と、変更のあった属性名および値を出力する。例えば、図4のGUIの状態における住所の隣のテキストボックスに日本という文字列が入力され、GUIの状態が変化したしたことをイベントで検知したとする。そのイベントからは、GUIの状態表現におけるノードを特定する情報として部品3を、変更のあった属性名の情報として設定値を、さらに変更後の値の情報として日本をログに出力する。同様に、イベントの種類が最前面ウインドウ以外のGUI部品の生成であった場合、生成されたGUI部品と対応するノードを特定する情報およびその属性情報を記録する。さらに、生成されたGUI部品と対応するノードの親ノードの情報を出力する。例えば、図4のGUIの状態におけるエラー画面ウインドウの確認ボタンが新規に生成され、GUIの状態が変化したしたことをイベントで検知したとする。この場合は、GUIの状態表現におけるノードを特定する情報として部品7および確認ボタンの属性情報を出力し、さらに、該当のボタンは、エラー画面ウインドウに含まれるため、親ノードの情報としてウインドウ2を出力する。さらに、イベントの種類が、ウインドウや最前面ウインドウ以外のGUI部品の消滅であった場合は、消滅したウインドウまたはGUI部品と対応するノードを特定する情報を出力する。例えば、図4のGUIの状態におけるエラー画面ウインドウが消滅し、GUIの状態が変化したしたことをイベントで検知したとする。この場合は、消滅したウインドウまたはGUI部品と対応するノードを特定する情報として、ウインドウ2を出力する。一般に、ユーザ操作に対するGUIの変化は、最前面ウインドウにて多発する。本発明では、最前面ウインドウのGUIの状態を直接アクセス機能部5にて取得し、イベント検出機能部6では取得しないリスナを登録しない。これによって、検知するイベントの量を大きく削減することができ、結果としてイベントキューのオーバーフローによるイベント廃棄を防止し、GUIの状態変化を正確に検知することができる。S36のステップにおいて、変更イベントを検出できていない場合には、イベントの記録は不要であるため、S37のステップを飛ばして手続きを継続する。以上のように、S33からS38のステップを、入力装置1よりログ記録終了の指示が入力されるまで繰り返す。なお、S31やS35のステップにおいて、直接アクセス機能部5によりGUIの状態の木構造表現を取得するとき、もし事前にログの取得対象から除外するGUI部品またはその属性情報を指定する条件が入力されていれば、その条件に合致するGUI部品またはその属性情報は取得対象としない。また、S37のステップにおいて検出したイベントが、やはり前述の条件に合致するGUI部品またはその属性情報に関する変更だった場合、ログ出力を実施しない。なお、前述した実施の形態では、直接アクセス機能部5、イベント検出機能部6およびログ取得制御部7をコンピュータ4上で実現した例を示したが、ハードウェアで実現しても良い。また、これらの各装置が、適切な通信路を通じて相互に接続された複数のコンピュータハードウェア資源上に分散して存在し、相互に通信し合いながら実行することもできる。本発明の装置がログの記録対象とするソフトウェアは、コンピュータ4において動作しても良いし、適切な通信路を通じて相互に接続された別のコンピュータハードウェア資源上で動作していても良い。ここでは、本発明の実施例として、図1の構成をとった場合におけるユーザ操作のログ記録方法を説明する。まず、本発明を利用するにあたって、事前にログの取得対象から除外するGUI部品またはその属性情報を指定する条件を入力装置1より入力する。ここでは、図6の情報を入力する。さらに、入力装置1より、直接アクセス機能部5でGUIの状態を取得するタイミングの指定を行う。タイミングの指定は、実運用上はアプリケーションが動作する情報システム端末コンピュータの性能を考慮して設定する必要がある。先にも述べたように、直接アクセス機能部5によるGUIの状態の取得は、頻度を増やせば、ユーザ操作に対するアプリケーションの応答性能を劣化させるケースがある。ここではユーザのマウスクリックおよびキーボード入力のときのみ、直接アクセス機能部5でGUIの状態を取得するようにタイミングを指定するものとする。前述したように入力装置1より各種の初期パラメータが入力されると、コンピュータ4におけるログ取得制御部7は、図2の手続きを実施し、入力パラメータを記憶装置2に登録して直接アクセス機能部5およびイベント検出機能部6を初期化する。次に、入力装置1よりログ記録開始の指示が入力されると、コンピュータ4のログ取得制御部7は、図3の手続きを実施する。このときの情報システム端末のGUIの状態が図4に示されたもので、さらにGUIアクセシビリティ技術もしくは専用プラグインで取得可能な属性情報が、図5に示された属性名のように名前、型、プロセスID、設定値の情報であると仮定して、実施例の説明を継続する。まず、図3の手続きに従って、S31のステップを実施し、直接アクセス機能部5が図4のGUIの状態を初期状態としてアプリケーションから取得する。本実施例では、図6に示されたログの取得対象から除外するGUI部品またはその属性情報を指定する条件があるため、ここで取得するGUIの状態の木構造表現は、図8のようになる。但し、ここでのウインドウやGUI部品のプロセスIDはすべて1111である。図6の条件3により型がタイトルバーである部品1および部品5のノードが取得対象から除外されている。また同様に、図6の条件2により型がウインドウであるウインドウ1およびウインドウ2の属性情報から設定値の情報が除外されていることに注意されたい。S31では、図8の情報と取得時のタイムスタンプを、例えばXMLのような構造データの表現形式で記憶装置2に記録する。続いてログ取得制御部7は図3のS32のステップに進み、イベント検出機能部6を用いてイベント検出のためのリスナを設定する。リスナは最前面ウインドウ以外の属性情報の値の変更、または最前面ウインドウ以外のGUI部品の生成、またはウインドウもしくは最前面ウインドウ以外のGUI部品の消滅のイベントに関するもののみを登録する。リスナの設定後は、入力装置1よりログ記録終了の指示が入力されるまで、S33からS38のステップを繰り返す。ここで、例えば図4の現在のGUIの状態において、ユーザがエラー画面ウインドウの確認ボタンを押下し、エラー画面ウインドウが消滅して図9のようなGUIの状態になったときを考える。このとき、ログ取得制御部7は、直接アクセス機能部5によるログ取得タイミングがマウスクリックと指定されているため、図3のS34、S35とステップを実行する。S35のステップでは直接アクセス機能部5を利用して、図9の最前面ウインドウのGUIの状態の木構造表現を取得し、取得時のタイムスタンプとともに、GUIの状態の木構造表現をXML形式などで記憶装置2に記録する。ここで取得したGUIの状態の木構造表現を図10に示す。ここでは最前面ウインドウのGUIの状態しか取得しないため、高速にログ取得処理を実施することができる。その一方で、ここで取得した情報からはそれまで最前面ウインドウであったエラー画面ウインドウが消滅したのか、それとも背面に配置されたのか判断できないことに注意されたい。これらを判定できるようにするために、続く図3のS36のステップでイベント検出機能部6を利用する。また、この際、イベント検出機能部6により、エラー確認ウインドウが消滅したことを正しく検出できている場合、検出したイベント情報を図7の内容に従って、イベント検出時のタイムスタンプとともに記憶装置2に記録する。記憶装置2に記録するイベントの内容を図11に示すタイムスタンプはイベントの発生やGUIの状態取得の順序が特定できる情報であれば、特に形式は問わない。なお、実際は、エラー確認ウインドウのタイトルバーの消滅のイベントも同時に発生するが、ログの取得対象から除外するGUI部品またはその属性情報を指定する条件である図6の条件3と合致するため、記録対象から除外する。正確にイベントを検出できれば、S31で取得した初期のGUIの状態に対して、イベントの情報を反映させることで、現在のGUIの状態を再現できることに注意されたい。例えば、図8の初期のGUIの状態の木構造表現に対して、図11で取得したイベントの内容からウインドウ2、部品6、部品7のノードおよびその属性情報を削除することで、図10とまったく同一のGUI状態の木構造表現を取得することができる。イベントは、GUIの状態の変化に関する情報のみを検出できるため、少ないデータ量で詳細にGUIの状態を再現可能にするという特徴がある。しかし、問題点は、先にも述べたようにGUIの状態が変化したのにもかかわらず、大量のイベントが併発するなどして、イベントを検出できない場合があることである。本発明では、表示が頻繁に変化しイベントが多発する最前面ウインドウのGUIの状態については直接アクセス機能部5で取得し、それ以外のGUIの変化はイベント検出機能部6で取得する。よって、検出するイベントを限定する登録するリスナを限定することができ、イベントの大量検知によるイベントの検出漏れを防止することが可能となる。次に、ユーザが図9のGUIの状態に対して、住所の隣のテキストボックスに日本とキーボード入力し、図12のようなGUIの状態になった場合を考える。この場合、ログ取得制御部7は、図3の手続きにおいて、S34、S35、S36、S38のステップを実施する。直接アクセス機能部5を利用して状態を取得するタイミングの指定がキーボード入力としているS35のステップにて、最前面ウインドウのGUIの状態が取得される。取得した情報を図13に示す。図12のような変更に伴い、最前面ウインドウのGUI部品の属性値の変更イベントが本来発生するが、S32のステップで登録したリスナが最前面以外のウインドウのGUI部品の属性値の変更に限定されている。そのためS36のステップではイベントが発生せず、S37でイベント検出機能部6によるイベント検出が行われない。結果として、ここでのキーボード入力に対しては、図13の情報が記憶装置2に記録される。最後に、図12のGUIの状態に対して、ユーザが登録ボタンをマウスクリックし、図14のように新規に登録完了です。というラベルのGUI部品が住所登録ウインドウに生成され、さらに最前面に結果ウインドウが表示された場合のログ取得制御部7の動作を説明する。このとき、図3の手続きのS34、S35、S36、S37のステップが実施される。マウスクリックが行われるため、S35の直接アクセス機能部5による最前面ウインドウのGUIの状態の取得が実施され、ここでは結果ウインドウに対する図15の木構造表現が取得時のタイムスタンプとともに、記憶装置2に記録される。また、続くS36のイベントで背面ウインドウで新たに生成されたラベルのGUI部品のイベントが検出され、S37のステップにより図16の情報が記憶装置2に記録される。本実施例のように、本発明は、直接アクセス機能によるGUIの状態取得を最前面ウインドウに限定することで取得処理の高速化を実現でき、さらに背面ウインドウのGUIの状態変化のみを検出することでイベントの大量検知による検知漏れを防止することができる。このようにログ取得対象ソフトウェアの応答性能を劣化させずに、正確なGUIの状態変化を記録することが可能となる。