JP6079265B2

JP6079265B2 - 制御プログラム、制御方法および制御装置

Info

Publication number: JP6079265B2
Application number: JP2013012539A
Authority: JP
Inventors: 恒小峰
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2013-01-25
Filing date: 2013-01-25
Publication date: 2017-02-15
Anticipated expiration: 2033-01-25
Also published as: JP2014146067A

Description

本発明は、制御プログラム等に関する。

Ｗｅｂ（World Wide Web）システム等のアプリケーションソフトウェアを開発する際に、テスト段階において、アプリケーションソフトウェアによる処理結果となる出力画面が、仕様通りの状態となっているか否かを確認する作業が行われる。例えば、アプリケーションソフトウェアにより出力される画面をキャプチャする従来技術を利用することで、確認対象となる画面の情報を記録することができる。以下の説明において、アプリケーションソフトウェアを単に、アプリと表記する。

特開２０１１−７６１５２号公報

しかしながら、上述した従来技術では、アプリが正しくテストされ確認がなされたことの証拠資料を生成することが出来ないという問題がある。

例えば、証拠資料を納品先に提出する場合には、画面の見た目が仕様通りになっていることはもちろんのこと、その画面に対するユーザの操作入力によって実行された処理が正しく行われていること示すことができれば、証拠資料としてより有用である。

一つの側面では、アプリが正しくテストされ確認がなされたことの証拠資料を生成することができる制御プログラム、制御方法および制御装置を提供することを目的とする。

一つの案では、制御装置は、記録部と出力部とを有する。記録部は、アプリケーションソフトウェアにより出力される画面と、該画面に対する操作入力に基づいて実行された処理の結果であるデータとを順に記録する。出力部は、記録部が記録した画面のイメージデータと、前記データとを、記録した順に並べて出力する。

アプリが正しくテストされ確認がなされたことの証拠資料を生成することができるという効果を奏する。

図１は、本実施例１に係る制御装置の構成を示す図である。図２は、本実施例２に係るシステムの構成を示す図である。図３は、本実施例２に係る端末装置の構成を示す図である。図４は、エビデンス情報のデータ構造の一例を示す図（１）である。図５は、エビデンス情報のデータ構造の一例を示す図（２）である。図６は、エビデンス情報のデータ構造の一例を示す図（３）である。図７は、エビデンスメーカ画面の一例を示す図である。図８は、ＨＴＭＬ形式で生成データから生成されるＣＳＶ形式の生成データの一例を示す図である。図９は、本実施例２に係る端末装置の処理手順を示すフローチャートである。図１０は、エビデンス取得処理の処理手順を示すフローチャートである。図１１は、制御プログラムを実行するコンピュータの一例を示す図である。

以下に、本発明にかかる制御プログラム、制御方法および制御装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

図１は、本実施例１に係る制御装置の構成を示す図である。図１に示すように、この制御装置１０は、記録部１１と出力部１２とを有する。

記録部１１は、アプリケーションソフトウェアにより出力される画面と、該画面に対する操作入力に基づいて実行された処理の結果であるデータとを順に記録する。

出力部１２は、記録部１１に記録された画面のイメージデータと、データとを、記録された順に並べて出力する。

本実施例１に係る制御装置１０の効果について説明する。制御装置１０は、アプリケーションソフトウェアにより出力される画面と、該画面に対する操作入力に基づいて実行された処理の結果であるデータとを順に記録し、記録した画面のイメージデータと、データとを、記録した順に並べて出力する。制御装置１０によれば、例えば、画面の見た目と各画面からの操作入力によって行われた処理の結果のデータとが、同一のレポート内に取得された順に出力される。従って、どの画面でどの操作入力を行った場合に、内部的なデータがどのように変化したのかを、もしくは変化しなかったのかを、レポートを受け取った人が一目で確認することができる。このため、制御装置１０によれば、アプリが正しくテストされ確認がなされたことの証拠資料を生成することができる。

本実施例２に係るシステムの構成について説明する。図２は、本実施例２に係るシステムの構成を示す図である。図２に示すように、このシステムは、Ｗｅｂ（World Wide Web）システム５０と、端末装置１００を有する。Ｗｅｂシステム５０は、Ｗｅｂサーバ５０ａと、ＡＰ（Application）サーバ５０ｂと、ＤＢ（Data Base）サーバ５０ｃとを有する。Ｗｅｂサーバ５０ａと、ＡＰサーバ５０ｂと、ＤＢサーバ５０ｃと、端末装置１００とは、ネットワーク６０を介して相互に接続される。

Ｗｅｂサーバ５０ａは、ＡＰサーバ５０ｂおよびＤＢサーバ５０ｃと協働して、端末装置１００で動作するブラウザからの要求に応答し、各種のデータを端末装置１００に送信する装置である。例えば、Ｗｅｂサーバ５０ａは、ＨＴＭＬ（Hyper Text Markup Language）で記述されたコンテンツや画像データを、ＨＴＴＰ（Hyper Text Transfer Protocol）によって端末装置１００に提供する。

ＡＰサーバ５０ｂは、Ｗｅｂサーバ５０ａとＤＢサーバ５０ｃとの中位に位置する装置である。例えば、ＡＰサーバ５０ｂは、各種のアプリケーションソフトをサーバ側で実行することを主な役割とする。

ＤＢサーバ５０ｃは、アプリケーションソフトウェアが扱うデータを蓄積する装置である。ＤＢサーバ５０ｃは、ＤＢＭＳ（Data Base Management System）やＤＢツールの機能を有する。

端末装置１００は、Ｗｅｂシステム５０上で動作するアプリケーションソフトをテストする装置である。以下の説明では、アプリケーションソフトを単に、アプリと表記する。端末装置１００は、ブラウザを起動してＷｅｂサーバ５０ａにアクセスし、ブラウザ上に表示される画面のイメージデータと、該画面に対する操作入力に基づいて生成されるデータとを取得して記録する。端末装置１００は、記録した画面のイメージデータと、処理の結果であるデータとを記録された順に並べたエビデンス情報を生成する。このエビデンス情報は、アプリが正しくテストされ確認がなされたことの証拠資料となる。

本実施例２に係る端末装置１００の構成について説明する。図３は、本実施例２に係る端末装置の構成を示す図である。図３に示すように、この端末装置１００は、通信部１１０、入力部１２０、表示部１３０、記憶部１４０、制御部１５０を有する。

通信部１１０は、ネットワーク６０を介して、Ｗｅｂシステム５０とデータ通信を実行する処理部である。例えば、通信部１１０は、通信カードや通信装置に対応する。後述する制御部１５０は、通信部１１０を介して、Ｗｅｂシステム５０とデータをやり取りする。

入力部１２０は、各種の情報を端末装置１００に入力するための入力装置である。例えば、入力部１２０は、キーボード、マウス、タッチパネル等に対応する。

表示部１３０は、制御部１５０から出力される情報を表示する表示装置である。例えば、表示部１３０は、液晶ディスプレイやタッチパネル等に対応する。

記憶部１４０は、出力先設定情報１４１およびエビデンス情報１４２を記憶する。例えば、記憶部１４０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子などの記憶装置に対応する。

出力先設定情報１４１は、制御部１５０によって生成されるエビデンス情報の格納先を指定する情報である。制御部１５０は、出力先設定情報１４１に指定された記憶部１４０上の位置に、エビデンス情報１４２を格納する。

エビデンス情報１４２は、テスト対象となるアプリから出力される画面のイメージデータと、該画面に対する操作入力に基づいて実行された処理の結果であるデータとを順に保持する。以下の説明において、画面に対する操作入力に基づいて実行された処理の結果であるデータを、生成データと適宜表記する。

図４〜図６は、エビデンス情報のデータ構造の一例を示す図である。図４には、画面のイメージデータ２０ａ，２０ｂ、生成データ２１ａ、ＳＱＬ文２２ａが含まれる。このＳＱＬ（Structured Query Language）文２２ａは、生成データ２１ａをＤＢサーバ５０ｃから取得するための命令文である。図５には、画面のイメージデータ２０ｃ，２０ｄが含まれる。図６には、画面のイメージデータ２０ｅ，２０ｆ、生成データ２１ｂ、ＳＱＬ文２２ｂが含まれる。ＳＱＬ文２２ｂは、生成データ２１ｂをＤＢサーバ５０ｃから取得するための命令文である。

例えば、エビデンス情報１４２は、画面のイメージデータ２０ａ、ＳＱＬ文２２ａ、生成データ２１ａ、画面のイメージデータ２０ｂ，２０ｃ，２０ｄ，２０ｅ、ＳＱＬ文２２ｂ、生成データ２１ｂ、画面のイメージデータ２０ｆの順に情報を保持する。このエビデンス情報１４２から証明される内容は、例えば、ブラウザにイメージデータ２０ａが表示された時点の、ＳＱＬ文２２ａにより指定された部分のデータは、生成データ２１ａとなっていることである。また、ブラウザにイメージデータ２０ｂ，２０ｃ，２０ｄ，２０ｅが表示された後の、ＳＱＬ文２２ｂにより指定された部分のデータは、生成データ２１ｂとなる。また、生成データ２１ｂが生成された後にブラウザにより表示される画面は、イメージデータ２０ｆとなる。

図３の説明に戻る。制御部１５０は、ブラウザ１５１およびエビデンス情報生成部１５２を有する。エビデンス情報生成部１５２は、記録部および出力部に対応する。制御部１５０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置に対応する。また、制御部１５０は、例えば、ＣＰＵやＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

ブラウザ１５１は、Ｗｅｂサーバ５０ａにアクセスして、ＨＴＭＬファイルや画像データ、音声データ等をダウンロードし、レイアウトを解析してウインドウ画面を生成し、表示部１３０にウインドウ画面を表示させる。また、ブラウザ１５１は、入力フォームやボタン等をウインドウ画面上に表示させて、利用者からの操作入力を受け付け、受け付けた情報をＷｅｂサーバ５０ａに送信する。

エビデンス情報生成部１５２は、エビデンス情報１４２を生成する処理部である。エビデンス情報生成部１５２は、ブラウザ１５１によって表示される画面が切り替わるイベントを検知した場合に、ブラウザ１５１によって表示される画面のイメージデータをキャプチャする。また、エビデンス情報生成部１５２は、ＳＱＬ文が入力された場合に、生成データをＤＢサーバ５０ｃに要求し、生成データを得る。ここでＳＱＬ文として入力される処理の内容は、ＤＢに対するデータの追加や更新、削除に限らず、単なる参照のようにデータの変更を伴わない処理を含んでよい。データの追加や更新、削除の処理が行われる場合には、ＤＢサーバ５０ｃ内のデータに該処理によって何等かの変化が生じることになるし、単なる参照の処理の場合には、データには変化が生じないことになる。エビデンス情報生成部１５２は、画面のイメージデータと生成データとを混在させて、データが生成された時系列にしたがって、イメージデータ、生成データを並べることで、エビデンス情報１４２を生成する。

なお、エビデンス情報生成部１５２は、ブラウザ１５１が表示部１３０に表示させるウインドウ画面とは別に、エビデンスメーカ（Evidence Maker）画面を、表示させる。図７は、エビデンスメーカ画面の一例を示す図である。図７に示すように、このエビデンスメーカ画面３０には、エビデンス情報の出力先を設定する入力フォーム３０ａ、エビデンス情報の名称などを指定する入力フォーム３０ｂを含む。また、エビデンスメーカ画面３０には、担当者ＩＤを指定する入力フォーム３０ｃ、コメントを入力する入力フォーム３０ｄを含む。

また、エビデンスメーカ画面３０は、ＳＱＬ文を入力する入力フォーム３０ｅを含む。エビデンス情報生成部１５２は、ボタン３０ｆが押下されると、入力フォーム３０ｅに入力されたＳＱＬ文の情報を、ＤＢサーバ５０ｃに送信する。エビデンス情報生成部１５２は、ＤＢサーバ５０ｃから受信した生成データの情報を領域３０ｇに表示させる。

図３の説明に戻る。エビデンス情報生成部１５２は、検知部１５２ａ、画面キャプチャ部１５２ｂ、生成データ要求部１５２ｃ、生成データ受信部１５２ｄを有する。

検知部１５２ａは、ブラウザ１５１によって表示される画面が切り替わるイベントを検知する処理部である。例えば、検知部１５２ａは、Ｗｉｎｄｏｗｓ（登録商標）等に備わっているイベント機能を利用して、画面の切り替わりを検知する。検知部１５２ａは、画面の切り替わりを検知した場合には、画面が切り替わった旨の情報を、画面キャプチャ部１５２ｂに出力する。

画面キャプチャ部１５２ｂは、画面が切り替わった旨の情報を取得したタイミングで、ブラウザ１５１によって表示される画面のイメージデータをキャプチャする処理部である。画面キャプチャ部１５２ｂは、画面のイメージデータを、時系列で、エビデンス情報１４２に記録する。

生成データ要求部１５２ｃは、入力フォーム３０ｅに入力されたＳＱＬ文の情報を、ＤＢサーバ５０ｃに送信することで、現時点での生成データを要求する処理部である。生成データ要求部１５２ｃは、ＤＢサーバ５０ｃのＤＢツールに対して、ＳＱＬ文の情報を送信しても良いし、ＤＢサーバ５０ｃのＤＢＭＳに対して、ＳＱＬ文の情報を送信しても良い。生成データ要求部１５２ｃは、入力フォーム３０ｅに入力されたＳＱＬ文の情報を、時系列で、エビデンス情報１４２に記録する。

生成データ受信部１５２ｄは、ＤＢサーバ５０ｃから、ＳＱＬ文の応答となる生成データを受信する処理部である。生成データ受信部１５２ｄは、生成データを、時系列で、エビデンス情報１４２に記録する。

なお、上記の生成データ要求部１５２ｃが、ＤＢツールに対して、ＳＱＬ文の情報を送信した場合には、生成データ受信部１５２ｄは、ＨＴＭＬ形式で生成データを受信する。生成データ受信部１５２ｄは、ＨＴＭＬ形式で生成データを、図４の２１ａで示したようなＣＳＶ（Comma Separated Values）形式の生成データに変換した後に、生成データを、時系列で、エビデンス情報１４２に記録する。図８は、ＨＴＭＬ形式で生成データから生成されるＣＳＶ形式の生成データの一例を示す図である。図８に示すように、生成データ受信部１５２ｄは、ＨＴＭＬ形式で生成データ１ａを、ＣＳＶ形式の生成データ１ｂに変換した後に、ＣＳＶ形式の生成データ１ｂを、時系列で、エビデンス情報１４２に記録する。

利用者は、アプリのテストを実行する場合には、入力部１２０を操作して、ブラウザを起動させると共に、エビデンス取得機能を起動させる。これにより、ブラウザ１５１は、上記のようにウインドウ画面を表示させる。また、エビデンス情報生成部１５２は、エビデンスメーカ画面を表示させる。利用者は、ウインドウ画面に各種の情報を入力していくことでアプリをテストする過程において、エビデンスメーカ画面３０の入力フォーム３０ｅにＳＱＬ文を入力する。そして、ボタン３０ｆが押下されると、エビデンス情報生成部１５２は、ＳＱＬ文の情報を、ＤＢサーバ５０ｃに送信し、ＤＢサーバ５０ｃから得られる生成データの内容を、領域３０ｇに表示させる。

利用者が上記作業を実行している間に、エビデンス情報生成部１５２は、上記のようにエビデンス情報１４２を生成する。

次に、本実施例２に係る端末装置１００の処理手順について説明する。図９は、本実施例２に係る端末装置の処理手順を示すフローチャートである。図９に示すように、この端末装置１００は、出力先設定情報を受け付ける（ステップＳ１０１）。例えば、エビデンス情報生成部１５２は、受け付けた出力先設定情報を、記憶部１４０に登録する。

端末装置１００は、エビデンス取得機能を起動し（ステップＳ１０２）、ブラウザ機能を起動する（ステップＳ１０３）。端末装置１００は、ブラウザイベントが発生したか否かを検知し（ステップＳ１０４）、ブラウザイベントが発生していない場合には（ステップＳ１０５，Ｎｏ）、ステップＳ１０４に移行する。

一方、端末装置１００は、ブラウザイベントが発生した場合には（ステップＳ１０５，Ｙｅｓ）、エビデンス取得処理を実行し（ステップＳ１０６）、ステップＳ１０４に移行する。

次に、図９のステップＳ１０６に示したエビデンス取得処理の処理手順について説明する。図１０は、エビデンス取得処理の処理手順を示すフローチャートである。図１０に示すように、端末装置１００は、ブラウザのウインドウ画面をキャプチャする（ステップＳ２０１）。

端末装置１００は、キャプチャした画面のイメージデータを、エビデンス情報１４２に追記する（ステップＳ２０２）。端末装置１００は、利用者からＳＱＬ文を受け付けボタンが押下されたか否かを判定する（ステップＳ２０３）。端末装置１００は、ボタンが押下されていない場合には（ステップＳ２０３，Ｎｏ）、再度ステップＳ２０３に移行する。

端末装置１００は、ＳＱＬ文を受け付けボタンが押下された場合には（ステップＳ２０３，Ｙｅｓ）、ＳＷＬ文の情報を、ＤＢサーバ５０ｃのＤＢツールに送信する（ステップＳ２０４）。端末装置１００は、ＤＢツールから生成データを受信する（ステップＳ２０５）。

端末装置１００は、ＳＱＬ文をエビデンス情報１４２に追記する（ステップＳ２０６）。端末装置１００は、ＤＢツールから受信した生成データを、ｃｓｖ形式の生成データに変換し、エビデンス情報に追記する（ステップＳ２０７）。

なお、図１０では、端末装置１００が、ＳＱＬ文の情報をＤＢサーバ５０ｃのＤＢツールに送信する場合について説明した。端末装置１００が、ＳＱＬ文の情報をＤＢサーバ５０ｃのＤＢＭＳに送信した場合には、ステップＳ２０７について、ＤＢＭＳから取得した生成データを、そのまま、エビデンス情報１４２に追記する。ＳＱＬ文を、ＤＢツールに送信するのか、ＤＢＭＳに送信するのかは、予め利用者が設定しておくものとする。

次に、本実施例２に係る端末装置１００の効果について説明する。端末装置１００は、アプリをテストする場合に、ブラウザ１５１に表示されるウインドウ画面のイメージデータと、ＳＱＬ文によって取得される生成データとを時系列に並べて、エビデンス情報１４２に記録する。このため、どの画面でどの操作入力を行った場合に、内部的なデータがどのように変化したのか、もしくは変化しなかったのかを、エビデンス情報１４２を受け取った人が一目で確認することができる。このため、制御装置１０によれば、アプリが正しくテストされ確認がなされたことの証拠資料を生成することができる。

また、端末装置１００は、ウインドウ画面には表示されない生成データをＤＢサーバ５０ｃから取得して、エビデンス情報１４２に記録するため、操作入力に対して内部的に生成データがどのように変化したのか、もしくは変化しなかったのかを、証拠資料として提示することができる。操作入力により変化する生成データは、次の画面に表示されないので、画面のイメージデータだけでは、テストの証拠資料として不足する。

次に、上記の実施例に示した端末装置１００と同様の機能を実現する制御プログラムを実行するコンピュータの一例を説明する。図１１は、制御プログラムを実行するコンピュータの一例を示す図である。

図１１に示すように、コンピュータ３００は、各種演算処理を実行するＣＰＵ３０１と、ユーザからのデータの入力を受け付ける入力装置３０２と、ディスプレイ３０３を有する。また、コンピュータ３００は、記憶媒体からプログラム等を読取る読み取り装置３０４と、ネットワークを介して他のコンピュータとの間でデータの授受を行うインターフェース装置３０５とを有する。また、コンピュータ３００は、各種情報を一時記憶するＲＡＭ３０６と、ハードディスク装置３０７を有する。そして、各装置３０１〜３０７は、バス３０８に接続される。

ハードディスク装置３０７は、例えば、記録プログラム３０７ａ、出力プログラム３０７ｂを有する。ＣＰＵ３０１は、各プログラム３０７ａ，３０７ｂを読み出してＲＡＭ３０６に展開する。

記録プログラム３０７ａは、記録プロセス３０６ａとして機能する。出力プログラム３０７ｂは、出力プロセス３０６ｂとして機能する。

例えば、記録プロセス３０６ａは、記録部１１、エビデンス情報生成部１５２に対応する。出力プロセス３０６ｂは、出力部１２、エビデンス情報生成部１５２に対応する。

なお、各プログラム３０７ａ，３０７ｂについては、必ずしも最初からハードディスク装置３０７に記憶させておかなくてもよい。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ３００がこれらから各プログラム３０７ａ，３０７ｂを読み出して実行するようにしてもよい。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）コンピュータに、
アプリケーションソフトウェアにより出力される画面と、該画面に対する操作入力に基づいて実行された処理の結果であるデータとを順に記録し、
記録した画面のイメージデータと、前記データとを、記録した順に並べて出力する
各処理を実行させることを特徴とする制御プログラム。

（付記２）前記データは、前記画面に対する操作入力の結果として前記アプリケーションソフトウェアにより出力される画面の出力対象とならないデータであることを特徴とする付記１に記載の制御プログラム。

（付記３）コンピュータが実行する制御方法であって、
アプリケーションソフトウェアにより出力される画面と、該画面に対する操作入力に基づいて実行された処理の結果であるデータとを順に記録し、
記録した画面のイメージデータと、前記データとを、記録した順に並べて出力する
各処理を実行することを特徴とする制御方法。

（付記４）前記データは、前記画面に対する操作入力の結果として前記アプリケーションソフトウェアにより出力される画面の出力対象とならないデータであることを特徴とする付記３に記載の制御方法。

（付記５）アプリケーションソフトウェアにより出力される画面と、該画面に対する操作入力に基づいて実行された処理の結果であるデータとを順に記録する記録部と、
前記記録部が記録した画面のイメージデータと、前記データとを、記録した順に並べて出力する出力部と
を有することを特徴とする制御装置。

（付記６）前記データは、前記画面に対する操作入力の結果として前記アプリケーションソフトウェアにより出力される画面の出力対象とならないデータであることを特徴とする付記５に記載の制御装置。

１０制御装置
１１記録部
１２出力部
１００端末装置
１５１ブラウザ
１５２エビデンス情報生成部

Claims

コンピュータに、
アプリケーションソフトウェアにより出力される画面のイメージデータと、前記画面に対する操作入力の結果として前記アプリケーションソフトウェアにより出力される画面の出力対象とされないＳＱＬ（Structured Query Language）文とを順に記録し、
記録した前記画面のイメージデータと、前記ＳＱＬ文とを、記録した順に並べて出力する
各処理を実行させることを特徴とする制御プログラム。
前記記録する処理は、ブラウザイベントを受け付けた時点の前記画面のイメージデータをキャプチャし、前記画面のイメージデータをキャプチャした後に、前記ＳＱＬ文を受け付けると、前記ＳＱＬ文をサーバに送信することで、前記サーバから前記ＳＱＬ文に対する処理結果を受信し、キャプチャした前記画面のイメージデータと、前記ＳＱＬ文と、前記処理結果とを一続きにして記録することを特徴とする請求項１に記載の制御プログラム。
コンピュータが実行する制御方法であって、
アプリケーションソフトウェアにより出力される画面のイメージデータと、前記画面に対する操作入力の結果として前記アプリケーションソフトウェアにより出力される画面の出力対象とされないＳＱＬ（Structured Query Language）文とを順に記録し、
記録した前記画面のイメージデータと、前記ＳＱＬ文とを、記録した順に並べて出力する
各処理を実行することを特徴とする制御方法。
前記記録する処理は、ブラウザイベントを受け付けた時点の前記画面のイメージデータをキャプチャし、前記画面のイメージデータをキャプチャした後に、前記ＳＱＬ文を受け付けると、前記ＳＱＬ文をサーバに送信することで、前記サーバから前記ＳＱＬ文に対する処理結果を受信し、キャプチャした前記画面のイメージデータと、前記ＳＱＬ文と、前記処理結果とを一続きにして記録することを特徴とする請求項３に記載の制御方法。
アプリケーションソフトウェアにより出力される画面のイメージデータと、前記画面に対する操作入力の結果として前記アプリケーションソフトウェアにより出力される画面の出力対象とされないＳＱＬ（Structured Query Language）文とを順に記録する記録部と、
前記記録部が記録した前記画面のイメージデータと、前記ＳＱＬ文とを、記録した順に並べて出力する出力部と
を有することを特徴とする制御装置。
前記記録部は、ブラウザイベントを受け付けた時点の前記画面のイメージデータをキャプチャし、前記画面のイメージデータをキャプチャした後に、前記ＳＱＬ文を受け付けると、前記ＳＱＬ文をサーバに送信することで、前記サーバから前記ＳＱＬ文に対する処理結果を受信し、キャプチャした前記画面のイメージデータと、前記ＳＱＬ文と、前記処理結果とを一続きにして記録することを特徴とする請求項５に記載の制御装置。