JPH0793253A - ウィンドウ描画データ記録再生システムおよびウィンドウ描画データ記録再生方法 - Google Patents

Abstract

(57)【要約】 【目的】ワークステーション上で、アプリケーションプ
ログラムを動作させることなくそのアプリケーションプ
ログラムの実行画面を再生することができるようにする
こと、および共同情報処理システムに適用して、複数の
端末で共同で実行されたアプリケーションプログラムの
実行画面を記録し、複数の端末に同時に再生できるよう
にすることを目的とする。 【構成】アプリケーションプログラム１９０がウィンド
ウサーバ１８０ヘ送るリクエストメッセージを、記録制
御プログラム２００が記録データファイル２１０に記録
する。再生時には、その記録されたリクエストメッセー
ジを読みだして、ウィンドウサーバ１８０ヘ送ることに
より、アプリケーションプログラムの実行画面を再生す
る。 【効果】アプリケーションプログラムの実行画面を、そ
のアプリケーションプログラムを持たないワークステー
ションで再生することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、アプリケーションプロ
グラムがウィンドウサーバプログラムにリクエストメッ
セージを発行することによりディスプレイへの描画を行
うクライアント・サーバ方式ウィンドウシステムを備え
たワークステーションなどにおいて、アプリケーション
プログラムの実行の結果である画面表示に関するデータ
を記録し、アプリケーションプログラムの再実行なしに
再生するシステムに関する。

【０００２】

【従来の技術】従来より、アプリケーションプログラム
の操作記録の確認や操作方法の修得などに利用するた
め、アプリケーションプログラムの実行時の画面を記録
し再生することが行われている。

【０００３】ワークステーションなどにおけるアプリケ
ーションプログラムの実行画面の記録再生の方法として
は、従来、主として２つの方法が用いられていた。１つ
は、そのアプリケーションプログラム自身の持つ機能と
して、アプリケーションプログラムの実行中にそのアプ
リケーションプログラムで行った実行経過を記録再生す
るものである。もう１つは、ウィンドウサーバプログラ
ム側で発生した事象（例えば、キーボードのキーが押さ
れた、マウスのボタンが押された、など）をアプリケー
ションプログラムに知らせるイベントメッセージを記録
しておき、再生時には、記録されたイベントメッセージ
をアプリケーションプログラムに送り、実際にアプリケ
ーションプログラムを動かしながらその実行画面を再生
するものである。

【０００４】一方、アプリケーションプログラムの実行
画面を記録再生するものではないが、アプリケーション
プログラムが実行されていない端末（例えば、ワークス
テーション）でアプリケーションプログラムの実行画面
を再生表示するものとして、特開平３−２８１０３３号
に開示された共同情報処理システムがある。

【０００５】これは、複数の端末を通信ネットワークを
介して互いに接続したシステムであり、各端末は、アプ
リケーションプログラム（クライアントプログラム）が
ウィンドウサーバプログラム（以下、ウインドウサーバ
と呼ぶ）にリクエストメッセージを発行することにより
ディスプレイへの描画を行うクライアント・サーバ方式
のウィンドウシステムを備えているものである。１つの
端末でアプリケーションプログラムを実行し、その際、
クライアントであるアプリケーションプログラムとウイ
ンドウサーバとの間でやり取りされるメッセージをイン
タセプトし、インタセプトしたメッセージをアプリケー
ションプログラムが存在しない他の端末に配って、同時
に表示させるようにしている。これにより、複数の端末
で、共同作業を行うことを可能にしている。

【０００６】

【発明が解決しようとする課題】上記のこれまでの記録
再生システムでは、実行画面の再生をしたいアプリケー
ションプログラムを再度実行することでしか、記録した
実行画面を再生することができない。また、上記の共同
情報処理システムでは、共同作業の結果はリアルタイム
で各端末に送って表示されるが、作業の過程を記録・保
存することは考慮されていない。

【０００７】本発明の目的は、ワークステーション上
で、アプリケーションプログラムを動作させることなく
そのアプリケーションプログラムの実行画面を再生する
ことができるようにすることにある。また、本発明の他
の目的は、上述した共同情報処理システムに適用するこ
とにより、複数の端末で共同で実行されたアプリケーシ
ョンプログラムの実行画面を記録し、複数の端末に同時
に再生できるようにすることにある。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、アプリケーションプログラムがウィンド
ウサーバプログラムに処理要求であるリクエストメッセ
ージを発行し、これに応じてウィンドウサーバプログラ
ムがディスプレイへの描画を行うクライアント・サーバ
方式ウィンドウシステムにおけるウィンドウ描画データ
記録再生システムであって、上記アプリケーションプロ
グラムから上記ウィンドウサーバプログラムへのディス
プレイ描画のためのリクエストメッセージを監視する監
視手段と、上記リクエストメッセ−ジを記録データファ
イルに記録する記録手段と、上記記録手段による記録の
後、上記記録データファイルに記録されたリクエストメ
ッセージを読みだしてウィンドウサーバプログラムに送
ることによって、上記アプリケーションプログラムの実
行画面を上記アプリケーションプログラムの再実行なし
で再生する再生手段とを備えたことを特徴とする。

【０００９】特に、前記ウィンドウサーバプログラムか
ら前記アプリケーションプログラムへのウィンドウ上の
状態変化を知らせる入力イベントメッセージをも監視
し、前記入力イベントメッセージの発生を検出したとき
は、前記記録データファイルに、入力のために画面表示
がすぐ次のものに移っていかないことを表す同期データ
を記録し、再生時には、前記記録データファイルからリ
クエストメッセージを読みだしたとき、そのリクエスト
メッセージをウィンドウサーバに送って上記アプリケー
ションプログラムの実行画面を再生するとともに、前記
記録データファイルから同期データを読みだしたとき
は、所定の時間だけ画面変化を一時的に停止するように
するとよい。

【００１０】さらに、同期データを読みだしたときに一
時的に停止する所定の時間を設定・変更する手段を備え
るようにするとよい。

【００１１】前記再生手段は、前記記録データファイル
からリクエストメッセージを読みだしてウィンドウサー
バに送る際に、リクエストメッセージごとに所定の調整
時間を挟むようにするとよい。その調整時間の値は、設
定・変更できるようにするとよい。

【００１２】また、記録手段により記録した記録データ
ファイルを編集する編集手段を備えてもよい。編集手段
は、前記記録データファイルに、文字および図形などに
よるアプリケーションプログラムの一連の操作に対する
タイトルおよび説明などを加えるものとし、再生手段
は、その記録データファイルの再生時あるいは再生に先
立って、加えたタイトルおよび説明を表示するようにす
る。

【００１３】さらに、本発明は、通信ネットワークによ
って接続され、それぞれに同じクライアント・サーバ方
式ウィンドウシステムを備えた複数の端末装置からな
り、あるウィンドウに対してそれらの複数の端末装置で
行なった入力操作が他の端末装置にも表示され、表示内
容が互いに反映されるようにした共同情報処理システム
におけるウィンドウ描画データ記録再生システムであっ
て、ある端末装置上で動作しているアプリケーションプ
ログラムから上記ウインドウシステムのウィンドウサー
バプログラムへと発行される、ディスプレイ描画のため
の、リクエストメッセージを監視する監視手段と、上記
リクエストメッセ−ジを記録データファイルに記録する
記録手段と、上記記録手段による記録の後、上記記録デ
ータファイルに記録されたリクエストメッセージを読み
だしてウィンドウサーバプログラムに送ることによっ
て、上記複数の端末装置から操作されたアプリケーショ
ンプログラムの実行画面を上記アプリケーションプログ
ラムの再実行なしで再生する再生手段とを備えたことを
特徴とする。

【００１４】

【作用】本発明によれば、記録データファイルと再生手
段があれば、アプリケーションプログラムがなくとも、
記録時と同様のウィンドウシステムを持つワークステー
ションなどで、アプリケーションプログラムの実行画面
を再生することができる。また、編集手段により記録デ
ータファイルには後からタイトルや説明等を加えること
ができるため、記録データファイルと再生プログラムだ
けでアプリケーションプログラムのデモなどを行うこと
もできる。

【００１５】従来技術の欄で説明したような共同情報処
理システムに本発明を適用すれば、複数の端末から共同
で実行されたアプリケーションプログラムの実行経過を
記録・保存することができ、そのアプリケーションプロ
グラムを持たない端末上でも同時に再生することができ
る。

【００１６】

【実施例】以下、図面を用いて、本発明の実施例を説明
する。

【００１７】この実施例は、ウィンドウ描画データ記録
再生システムを備えた一つのワークステーションで、ア
プリケーションプログラムの実行画面の記録再生を行う
ようにしたものである。

【００１８】図１は、本実施例のシステムの外観の例を
示す図である。本発明の適用対象であるワークステーシ
ョン１０（１０−Ａ，１０−Ｂ，１０−Ｃ）は、ウィン
ドウシステムを備えている。このウィンドウシステム
は、クライアント・サーバ方式のウィンドウシステムで
ある。すなわち、クライアントであるアプリケーション
プログラムが、ワークステ−ションなどのディスプレイ
を管理しているウィンドウサーバに、処理要求であるリ
クエストメッセージを発行することにより、ディスプレ
イへの描画を行うようなウィンドウシステムである。

【００１９】キーボード２０（２０−Ａ，２０−Ｂ，２
０−Ｃ）やマウス３０（３０−Ａ，３０−Ｂ，３０−
Ｃ）からの入力は、アプリケーションプログラムが処理
する。プログラムの処理結果は、ディスプレイ４０（４
０−Ａ，４０−Ｂ，４０−Ｃ）に表示される。

【００２０】なお、本発明は、この図に示されるような
通信路５０（５０−Ａ，５０−Ｂ，５０−Ｃ）と通信ネ
ットワーク６０によって複数のワークステーション１０
−Ａ，１０−Ｂ，１０−Ｃを接続してなる共同情報処理
システムに適用することもできる。ただし、以下では、
まず１台のワークステーション１０に本発明を適用した
例を説明し、後に共同情報処理システムに本発明を適用
した例を説明するものとする。

【００２１】図２は、本実施例のワークステーション１
０の基本的な構成を示すブロック図である。

【００２２】同図において、キーボード２０からの入力
は、キーボードドライバ９０によって解析され、ＣＰＵ
１５０上で実行中のプログラムに送られる。同様に、マ
ウス３０からの入力は、マウスドライバ１００によって
解析され、ＣＰＵ１５０上で実行中のプログラムに送ら
れる。

【００２３】ＣＰＵ１５０は、メインメモリ１４０に格
納されているプログラムを実行しており、必要に応じて
ディスクコントローラ１３０を通じてディスク１６０上
に格納されているデータを読み書きする。プログラムの
処理結果は、フレームメモリ１１０に書き込まれる。デ
ィスプレイコントローラ１２０は、フレームメモリ１１
０の内容を定期的に読みだしてディスプレイ４０に表示
する。

【００２４】さらに、プログラムは、通信インタフェー
ス７０を通じて通信ネットワーク６０に接続されている
他の機器と情報交換することができる。

【００２５】図３は、本実施例のワークステーションが
備えるクライアント・サーバ方式ウィンドウシステムの
構成図である。

【００２６】ウィンドウサーバ１８０は、キーボード２
０、およびマウス３０などの入力装置１６０からの入
力、並びにディスプレイ４０などの出力装置１７０への
出力を制御する。アプリケーションプログラム（クライ
アントプログラム）１９０は、計算処理や、ウィンドウ
サーバ１８０への描画リクエストメッセージの発行を行
う。

【００２７】ウィンドウサーバ１８０は、アプリケーシ
ョンプログラムへ、例えばキーボードのキーが押され
た、あるいは隠されていたウィンドウが現れたなどのイ
ベントメッセージを発行する。つまり、ウィンドウサー
バ１８０からアプリケーションプログラム１９０へは入
力を知らせるイベントメッセージが、アプリケーション
プログラム１９０からウィンドウサーバ１８０へは描画
要求などのリクエストメッセージが、それぞれ送られ
る。

【００２８】図４は、本実施例におけるアプリケーショ
ンプログラムの実行画面記録時のプログラム構成の例を
示す。

【００２９】通常と異なり、記録時には、ウィンドウサ
ーバ１８０とアプリケーションプログラム１９０との間
に、記録制御プログラム２００が置かれる。記録制御プ
ログラム２００は、アプリケーションプログラム１９０
がウィンドウサーバに送ったリクエストメッセージを記
録データファイル２１０に記録する。これにより、本来
は一過性のものであるアプリケーションプログラム１９
０の実行画面が、逐一記録され、必要に応じて再生する
ことができるようになる。

【００３０】本実施例では、後で述べる再生時の制御の
ために、リクエストメッセージと同時に同期データをも
記録する。同期データとは、ある特定のイベント（キー
ボードのキーを押す、マウスのボタンを押す、などのユ
ーザの明示的な操作）があったとき、その操作が行なわ
れたことを示すデータのことである。

【００３１】通常、プログラムの実行時間は、次の時間
から構成される。

【００３２】人間が次の処理を指示する操作を行うま
で待機している時間 プログラムとしての意味ある計算処理を行っている時
間 その結果の画面表示を行う時間

【００３３】ここで、上記、つまり人間が次の操作を
指示するためにマウスやキーボードから入力を行うまで
の時間に比べ、上記，にかかる時間は極めて短い。
したがって、実行画面の再生時にも、このようなユーザ
の操作のところで一定時間リクエストメッセージの発行
を待つようにする必要がある。そのようにしないと、再
生時の画面上の描写が速すぎるからである。そこで、記
録時に人間の操作による特定のイベントがあったとき
は、そこで同期データを記録し、再生時に同期データが
読み出されたときはそこで一定の待ち時間をいれてやる
ことにより、人間が操作しているような描写を実現して
いる。

【００３４】図５は、本実施例における再生時のプログ
ラム構成を示す図である。再生制御プログラム２２０
は、記録データファイル２１０からリクエストメッセー
ジを読み出し、ウィンドウサーバ１８０に送信する。こ
こで、リクエストメッセージの送信に関し、本実施例の
システムは以下のような特徴を有する。

【００３５】図４で説明したように、記録時には、プロ
グラムの実行を記録する記録データファイル２１０内
に、人間の対話的な操作に対応する上記記載の同期デー
タを自動的に記録するようになっている。これによっ
て、再生時には、あるときはリクエストメッセージを一
括してウィンドウサーバに送り、あるときは人間の操作
待ちの時間を再現するために一定時間待つ、という処理
をしている。

【００３６】ところが、これだけでは不十分である。再
生時に同期データの所で一定時間待ち、それ以外は記録
されたリクエストメッセージを順番にウィンドウサーバ
に送るだけだと、短時間で表示が終了してしまって途中
経過を見ることができない場合があるからである。これ
を解決するため本実施例では、再生時に、リクエストメ
ッセージをサーバに送るたびに一定時間待つ処理を入れ
るようにしている。この再生時間調整の処理を行なう
と、画面表示の移り変わりを順番に自然に見ることがで
きるようになる。

【００３７】本実施例では、再生制御プログラム２２０
のほかに再生制御インタフェースプログラム２３０を設
けている。再生制御インタフェースプログラム２３０
は、ユーザが対話的な操作によって再生速度を調節した
り、一時的に止めてみたりすることが自由にできるよう
なインタフェースを提供する。

【００３８】図６は、本実施例のウィンドウシステムで
定められているリクエストメッセージの構成を示す図で
ある。

【００３９】リクエストメッセージには、リクエストの
種類（線を引く、色を変える、ウィンドウを作る、な
ど）を表すコード３００、リクエストメッセージの長さ
３１０、およびメッセージ本体３２０が格納されてい
る。アプリケーションプログラム１９０は、このような
リクエストメッセージをウィンドウサーバ１８０に送
り、ウィンドウ上に様々な描画をする。記録制御プログ
ラム２００は、このようなリクエストメッセージを、記
録データファイル２１０に順に記録する。

【００４０】図７は、本実施例のウィンドウシステムで
定められているイベントメッセージの構成を示す図であ
る。

【００４１】イベントメッセージには、イベントの種類
（キーボードのキーが押された、ウィンドウの大きさが
変わった、など）を表すコード３３０、およびメッセー
ジ本体３４０が格納されている。ウィンドウサーバ１８
０は、このようなイベントメッセージをアプリケーショ
ンプログラム１９０に送り、アプリケーションプログラ
ム１９０は受け取ったイベントメッセージに応じて所定
の処理を行う。

【００４２】このイベントメッセージの中で、キーボー
ドのキーが押された、マウスのボタンが押された、など
のユーザーが行った操作に対するイベントメッセージ
が、予め選び出されて記録制御プログラム２００に登録
されている。実際には、上記のようなユーザーが行った
操作に対するイベントメッセージのコード３３０が、記
録制御プログラム２００に登録されている。そして、記
録制御プログラム２００は、登録されているコード３３
０と同じコードのイベントメッセージがウィンドウサー
バ１８０からアプリケーションプログラム１９０へ送ら
れたとき、上記記載の同期データを記録データファイル
２１０に記録する。

【００４３】図８は、このサーバ・クライアント方式ウ
ィンドウシステムにおいて使われるアプリケーションプ
ログラム１９０の処理を示す図である。

【００４４】アプリケーションプログラム１９０は、開
始メッセージを受け取ると（ステップ３５５）、ウィン
ドウサーバ１８０とのコネクションを確立し（ステップ
３６０）、アプリケーションプログラムの終了メッセー
ジを受け取るまで、以下のステップ３７０〜３８０の処
理を繰り返す（ステップ３６５）。

【００４５】（１）ウィンドウサーバ１８０からのイベ
ントメッセージを受け取る（ステップ３７０）。このイ
ベントメッセージには、ユーザからの命令やこのアプリ
ケーションプログラムには全く関係のないイベントまで
含まれる。

【００４６】（２）受け取ったイベントメッセージに対
して、所定の処理を行う（ステップ３７５）。そのアプ
リケーションプログラムに関係のないイベントであれ
ば、無視することもある。

【００４７】（３）その処理結果を出力するのであれ
ば、その出力をウィンドウに描画するためのメッセージ
であるリクエストメッセージをウィンドウサーバ１８０
へ出力する（ステップ３８０）。

【００４８】ステップ３６５でアプリケーションプログ
ラムが終了メッセージを受け取ると、ウィンドウサーバ
とのコネクションを解放し（ステップ３８５）、プログ
ラムを終了する（ステップ３９０）。

【００４９】図９は、図４で説明した記録制御プログラ
ム２００の処理手順を示す図である。

【００５０】ウィンドウ描画データ記録再生システムの
記録開始メッセージを受け取ると、記録制御プログラム
２００は、初期化処理を行う（ステップ４１０）。初期
化処理については、図１０を参照して後述する。次に、
記録制御プログラム２００は、ウィンドウ描画データ記
録再生システムの記録終了メッセージを受け取るまで、
以下のステップ４５０〜５１０の処理を繰り返す（ステ
ップ４２０）。

【００５１】（１）図８のステップ３７０およびステッ
プ３８０において入出力されるウィンドウサーバ１８０
からのイベントメッセージ、またはアプリケーションプ
ログラム１９０からのリクエストメッセージを受け取る
（ステップ４５０）。

【００５２】（２）受け取ったメッセージがアプリケー
ションプログラム１９０からのリクエストメッセージな
らば、そのリクエストメッセージを読み込み（ステップ
４８０）、リクエストメッセージの処理を行う（ステッ
プ４９０）。このリクエストメッセージの処理について
は、図１１を参照して後述する。

【００５３】（３）受け取ったメッセージがウィンドウ
サーバ１８０からのイベントメッセージならば、そのイ
ベントメッセージを読み込み（ステップ５００）、イベ
ントメッセージの処理を行う（ステップ５１０）。この
イベントメッセージの処理については、図１２を参照し
て後述する。

【００５４】ウィンドウ描画データ記録再生システムの
記録終了メッセージを受け取ると、終了時処理を行って
（ステップ４３０）、プログラムを終了する（ステップ
４４０）。この終了時処理については、図１３を参照し
て後述する。

【００５５】なお、図９および図１０では図示していな
いが、図９の記録プログラムの処理中に、アプリケーシ
ョンプログラムが終了し、別のアプリケーションプログ
ラムを起動した場合は、図１０の初期化処理（ステップ
４１０）の中の初期化メッセージ読み込み（ステップ５
５０）から再び実行するようになっている。

【００５６】図１０は、図９の記録制御プログラム２０
０の初期化処理（ステップ４１０）の詳細を示す図であ
る。本実施例では、ウィンドウ描画データ記録再生シス
テムが記録を開始した後に開始されたアプリケーション
プログラムの実行画面を記録する例について述べる。こ
の初期化処理では、主にアプリケーションプログラムの
開始時における記録制御プログラムが行う処理を示す。

【００５７】初期化処理は、ウィンドウ描画データ記録
再生システムの記録開始メッセージを受け取ると、まず
記録データファイル２１０をオープン（作成）する（ス
テップ５２０）。次に、ユーザに、記録するアプリケー
ションプログラム１９０を起動してもらう（ステップ５
３０）。これにより、図４に示したように、記録制御プ
ログラムがアプリケーションプログラムとウィンドウサ
ーバとの入出力メッセージをインタセプトする形で監視
するようになる。

【００５８】次に、アプリケーションプログラム１９０
へ、そのアプリケーションプログラムの開始報告が送ら
れる（ステップ５４０）。そして、アプリケーションプ
ログラム１９０から初期化メッセージを読み込む（ステ
ップ５５０）。

【００５９】さらに、ウィンドウサーバ１８０とのコネ
クションを確立する（ステップ５６０）。また、ステッ
プ５５０で読み込んだ初期化メッセージをウィンドウサ
ーバ１８０に送信する（ステップ５７０）。次に、ウィ
ンドウサーバ１８０がアプリケーションプログラム１９
０へ送る初期化メッセージの応答であるリプライメッセ
ージを受信する（ステップ５８０）。そして、ステップ
５８０で受け取ったリプライメッセージをアプリケーシ
ョンプログラム１９０に送信して（ステップ５９０）、
初期化処理を終了する。

【００６０】図１１は、図９の記録制御プログラム２０
０のリクエストメッセージ処理（ステップ４９０）を示
す。アプリケーションプログラムからリクエストメッセ
ージを受け取ると以下の処理を行う。

【００６１】まず、受け取ったリクエストメッセージを
ウィンドウサーバ１８０に送信する（ステップ６１
０）。次に、記録データファイル２１０にリクエストメ
ッセージを書き込んで（ステップ６２０）、リクエスト
メッセージ処理を終了する。

【００６２】図１２は、図９の記録制御プログラム２０
０のイベントメッセージ処理（ステップ５１０）を示
す。ウィンドウサーバ１８０からイベントメッセージを
受け取ると以下の処理を行う。

【００６３】まず、受け取ったイベントメッセージをア
プリケーションプログラム１８０に送信する（ステップ
６３０）。次に、イベントメッセージのイベント種別コ
ード３３０が、予め選ばれているユーザの行った操作を
示すイベント種別コードと一致するかどうか比べる（ス
テップ６４０）。一致した場合は、記録データファイル
２１０に上記記載の同期データを書き込む（ステップ６
５０）。この同期データは、再生時にこの同期データの
所で一定時間待つためのデータであるから、どのイベン
トメッセージに対する同期データも同一のものでよい。

【００６４】ステップ６５０の後に、イベントメッセー
ジ処理を終了する。また、ステップ６４０でイベントメ
ッセージのイベント種別コード３３０が、予め選ばれて
いるイベント種別コードと一致しなかった場合も、イベ
ントメッセージ処理を終了する。

【００６５】図１３は、図９の記録制御プログラム２２
０の終了時処理（ステップ４３０）を示す。ウィンドウ
描画データ記録再生システムの記録終了メッセージを受
け取ると、以下の処理を行う。

【００６６】まず、記録データファイル２１０をクロー
ズする（ステップ６６０）。次に、ユーザに記録データ
ファイル２１０のファイル名を入力してもらう（ステッ
プ６７０）。さらに、記録データファイル２１０のファ
イル名を、ステップ６７０で入力されたファイル名に変
更する（ステップ６８０）。最後に、ウィンドウサーバ
１８０とのコネクション解放を行って（ステップ６９
０）、終了時処理を終える。

【００６７】図１４は、図５で説明した再生制御プログ
ラム２２０の処理手順を示す図である。

【００６８】ウィンドウ描画データ記録再生システムの
再生開始メッセージを受け取ると、再生制御プログラム
２２０は、初期化処理（ステップ７８０）を行う。初期
化処理については、図１５を参照して後述する。次に、
再生制御プログラム２２０は、記録データファイル２１
０の末尾を検出するか、または再生制御インタフェース
プログラム２３０からの終了メッセージを受け取るま
で、以下のステップ８２０〜８７０の処理を繰り返す
（ステップ７９０）。

【００６９】（１）記録データファイル２１０からメッ
セージを読み込む（ステップ８２０）。

【００７０】（２）読み込んだメッセージの種別が、前
記記載の同期データであるか否か判別する（ステップ８
３０）。同期データであったら、一定時間待ち（ステッ
プ８６０）、ループの次のサイクルに制御を移す（ステ
ップ８７０）。この待ち時間は、再生制御インタフェー
スプログラム２３０により調整することができる。

【００７１】（３）リクエストメッセージをウィンドウ
サーバ１８０へ送る。（ステップ８４０）。

【００７２】（４）再生が不自然に速くなりすぎないよ
うに、時間調整待ちを行う（ステップ８５０）。この時
間調整待ちにより、再生スピードを全体的に遅くした
り、速くしたりすることができる。どの程度の時間調整
を行うかは、再生制御インタフェースプログラム２３０
により、調整できる。

【００７３】なお、この繰り返し処理を行っている間
に、再生制御インターフェースプログラム２３０からメ
ッセージ（例えば、一時停止、スピード調整など）を受
け取った場合は、そのメッセージに応じた処理を行う。

【００７４】記録データファイル２１０の末尾を検出す
るか、もしくは再生制御インタフェースプログラム２３
０からの終了メッセージを受け取った場合は、終了時処
理（ステップ８００）を行って、再生制御プログラム２
２０を終了する（ステップ８１０）。

【００７５】図１５は、図１４の再生制御プログラム２
２０の初期化処理（ステップ７８０）を示す。

【００７６】ウィンドウ描画データ記録再生システムの
再生開始報告が与えられると、初期化処理は、以下の処
理を行う。まず、ユーザに、再生する記録データファイ
ルのファイル名を入力してもらう（ステップ８８０）。
次に、指定された記録データファイル２１０をオープン
する（ステップ８９０）。そして、ウィンドウサーバ１
８０とのコネクションを確立し（ステップ９００）、初
期化処理を終了する。

【００７７】図１６は、図１４の再生制御プログラム２
２０の終了時処理（ステップ８００）を示す。終了時処
理では、以下の処理を行う。まず、記録データファイル
２１０をクローズする（ステップ９１０）。次に、ウィ
ンドウサーバ１８０とのコネクションを開放し（ステッ
プ９２０）、終了時処理を終える。

【００７８】図１７は、再生処理を行う際に画面上に表
示される再生制御パネルの例である。

【００７９】ファイル名９３０には、現在再生中の記録
データファイルの名称が表示される。再生ボタン９３１
は、ウィンドウ描画記録再生システムの再生を始めさせ
るボタンである。再生ボタン９３１を押下（具体的に
は、マウスによるピック）すると、再生制御インタフェ
ースプログラム２３０は再生開始メッセージを発生し、
これにより再生制御プログラム２２０が動作を開始す
る。

【００８０】停止ボタン９３２は、再生を止めさせるボ
タンである。停止ボタン９３２を押下すると、再生制御
インタフェースプログラム２３０は終了メッセージを発
生し、これにより再生制御プログラム２２０が動作を終
了する。

【００８１】次へボタン９３４は、現在再生しているア
プリケーションプログラムの次のアプリケーションプロ
グラムの開始の所まで早送りをするボタンである。一時
停止ボタン９３６は、再生中の画面を停止させるボタン
である。一時停止ボタン９３６の押下により停止してい
る画面を動かすには、もう一度一時停止ボタン９３６を
押すか、再生ボタン９３１を押せば良い。

【００８２】スピード９３８は、再生スピードを制御す
るものであり、図１３で説明した同期データにおける時
間待ち（ステップ８６０）と再生時間調整待ち（ステッ
プ８５０）の待ち時間を、同じ割合で調整するものであ
る。スピードが「０」の場合は、待ち時間を多くとる
（例えば、再生時間調整待ちの待ち時間を１分間）。こ
れにより、再生画面はその間（１分間）止まることにな
る。逆に、スピードが「１０」の場合は、待ち時間が０
になる。これにより、速い再生をすることができる。

【００８３】図１８は、記録データファイル２３０の形
式を示す図である。

【００８４】記録データファイル２３０の先頭には、デ
ータを記録した日時、および使用したサーバなどの情報
を格納したヘッダ９４０がつけられる。そのあとに、０
個以上のリクエストメッセージ９６０と１個の同期デー
タ９７０とからなるレコード９５０が複数個格納され
る。

【００８５】上記実施例では、１台のワークステーショ
ンに備えられたウインドウシステムに本発明を適用した
例を説明したが、これに限らず、本発明は、特開平３−
２８１０３３号に記載された共同情報処理システムにも
適用することができる。図１は、共同情報処理システム
の構成例である。

【００８６】従来技術の欄で説明したように、図１のよ
うな共同情報処理システムでは、１つの端末でアプリケ
ーションプログラムを実行し、その際、クライアントで
あるアプリケーションプログラムとウインドウサーバと
の間でやり取りされるメッセージをインタセプトし、イ
ンタセプトしたメッセージをアプリケーションプログラ
ムが存在しない他の端末に配って、同時に表示させるよ
うにしている。

【００８７】したがって、記録時には、記録制御プログ
ラム２００は、どの端末で動作させてもよい。どの端末
でも、同じ画面表示をするためウインドウサーバへリク
エストメッセージが入力するようになっているから、そ
のリクエストメッセージを上記の手順で記録するように
すればよい。これにより、複数の端末で共同で実行され
たアプリケーションプログラムの実行画面を記録するこ
とができる。

【００８８】再生においても、ある端末で再生した場合
には、読出したリクエストメッセージが他の端末にも送
られるから、記録した画面を複数の端末に同時に再生す
ることが可能になる。

【００８９】次に、本発明の第２の実施例を説明する。
この実施例は、上記の第１の実施例と同様に、図１のシ
ステム構成および図２のウインドウシステムを備えてい
る。また、記録の処理についても上記実施例と同様であ
るので、説明を省略する。本実施例は、記録データファ
イルにタイトルおよび説明などを加える編集方法と加え
られた記録データファイルの再生方法に特徴を有する。

【００９０】図１９は、本実施例における編集時のプロ
グラム構成を示す図である。

【００９１】編集プログラム１０１０は、再生制御プロ
グラム２２０および再生制御インターフェースプログラ
ム２３０と連動して動作し、新しい記録データファイル
１０２０を作成する。編集プログラム１０１０は、再生
制御プログラム２２０から記録データファイル２１０の
データを再生と同時に逐次受取り、また再生制御インタ
ーフェースプログラム２３０から挿入データを受取る。
そして、共に新しい記録データファイル１０２０に書き
込む。

【００９２】挿入データとは、その場面にタイトルまた
は説明を表示するための目印となるデータであり、ユー
ザの指示があったときに書き込まれる。また、編集プロ
グラム１０１０は、再生制御インターフェースプログラ
ム２３０から挿入データ取り消しのメッセージを受取っ
たなら、その直前に新記録データファイル１０２０へ書
き込んだ挿入データを新記録データファイル１０２０か
ら消去する。

【００９３】図２０は、図１９に示した再生制御プログ
ラム２２０の処理のうち、特に編集時の再生制御プログ
ラム２２０の処理を示す図である。

【００９４】再生制御プログラム２２０は、通常の再生
時と同様に、ウインドウ描画データ記録再生システムの
再生開始メッセージを受け取ると、まず初期化処理７８
０を行う（ステップ７８０）。この初期化処理は、上述
した第１の実施例の図１５の処理と同様である。次に、
再生制御インターフェースプログラム２３０からの編集
開始メッセージを受信する（ステップ１０３０）。そし
て、記録データファイル２１０の末尾を検出するか、ま
たは再生制御インターフェースプログラム２３０からの
終了メッセージを受取るまで、以下の（１）〜（６）の
処理を繰り返す（ステップ１０４０）。

【００９５】（１）ユーザからデータを挿入したいとの
指示があるか否か、すなわち再生制御インターフェース
プログラム２３０からの挿入メッセージを受け取ったか
否かを判別する（ステップ１０５０）。挿入メッセージ
を受け取っていたら、再生を一時停止し（ステップ１０
５５）、挿入するデータファイルの名称をユーザに入力
してもらう。また、挿入データを編集プログラムへ送信
し（ステップ１０６５）、再生を再開する（ステップ１
０７０）。その後、ステップ８２０へ進む。ステップ１
０５０の判別で、挿入メッセージを受け取っていない場
合も、ステップ８２０へ進む。

【００９６】ここで挿入するデータファイルとは、タイ
トルまたは説明ならば、それらの文字データの入ってい
るファイルである。そのファイル名も含んだ挿入データ
を編集プログラムが新しい記録データファイルに書き込
む。また、表示したいタイトルや説明が短いときは、表
示したい文字を直接入力してもよい。再生時には、再生
制御プログラムがその挿入データを読み込んだとき、そ
のデータに含まれているファイルの中の文字、またはそ
のデータに含まれている文字を表示する。

【００９７】（２）記録データファイル２１０からデー
タを読み込む（ステップ８２０）

【００９８】（３）読み込んだデータを編集プログラム
へ送信する（ステップ１０８０）。

【００９９】（４）読み込んだメッセージの種別が、前
記記載の同期データであるか否か判別する（ステップ８
３０）。同期データであったら、一定時間待ち（ステッ
プ８６０）、ループの次のサイクルに制御を移す（ステ
ップ８７０）。

【０１００】（５）リクエストメッセージをウィンドウ
サーバ１８０へ送る。（ステップ８４０）。

【０１０１】（６）再生が不自然に速くなりすぎないよ
うに、時間調整待ちを行う（ステップ８５０）。

【０１０２】上記（４）〜（６）の処理は、通常の再生
時と同様の処理である。

【０１０３】なお、この繰り返し処理を行っている間
に、再生制御インターフェースプログラム２３０からメ
ッセージ（例えば、一時停止、スピード調整など）を受
け取った場合は、そのメッセージに応じた処理を行う。

【０１０４】記録データファイル２１０の末尾を検出す
るか、もしくは再生制御インタフェースプログラム２３
０からの終了メッセージを受け取った場合は、終了時処
理（ステップ８００）を行って、再生制御プログラム２
２０を終了する（ステップ８１０）。

【０１０５】図２１は、図１９に示した編集プログラム
１０１０の処理を示す図である。

【０１０６】編集開始メッセージを受け取ると（ステッ
プ１１００）、編集プログラムは新しいファイルをオー
プンする（ステップ１１１０）。そして、編集終了メッ
セージを受け取るまで（ステップ１１２０）、次のステ
ップ１１２２〜１１３０の処理を繰り返す。

【０１０７】（１）再生制御インタフェースプログラム
２３０から取消しメッセージを受け取ったか否かを判別
する（ステップ１１２２）。取消しメッセージを受け取
っていたら、再生を一時停止し（ステップ１１２４）、
新記憶データファイル１０２０から直前に書き込まれた
挿入データを探し、そのデータを消去する（ステップ１
１２６）。そして、また再生を開始して（ステップ１１
２８）、ステップ１１３０に進む。ステップ１１２２で
取消しメッセージを受け取っていないときも、ステップ
１１３０に進む。

【０１０８】（２）再生制御プログラムから送信される
記憶データ、および再生制御インタフェースプログラム
から送信される挿入データを、新しいファイルに順次書
き込む（ステップ１１３０）。

【０１０９】編集終了メッセージを受け取ったら（ステ
ップ１１２０）、新しい記録データファイルをクローズ
する（ステップ１１４０）。そして、ユーザに新しい記
録データファイルのファイル名を入力してもらい（ステ
ップ１１５０）、新しい記録データファイルのファイル
名を変更して（ステップ１１６０）、編集プログラムは
終了する（ステップ１１７０）。

【０１１０】図２２は、図１９に示した再生制御プログ
ラム２２０の処理のうち、特に編集後の再生制御プログ
ラム２２０の処理を示す図である。

【０１１１】ウィンドウ描画データ記録再生システムの
再生開始メッセージを受け取ると、再生制御プログラム
２２０は、通常の初期化処理（ステップ７８０）を行
う。次に、再生制御プログラム２２０は、記録データフ
ァイル２１０の末尾を検出するか、または再生制御イン
タフェースプログラム２３０からの終了メッセージを受
け取るまで、以下のステップ８２０〜８７０，１１８０
〜１２００の処理を繰り返す（ステップ７９０）。

【０１１２】（１）記録データファイル２１０からメッ
セージを読み込む（ステップ８２０）。

【０１１３】（２）読み込んだメッセージの種別が、挿
入データであるか否か判別する（ステップ１１８０）。
挿入データであるときは、その挿入データの処理を行な
い（ステップ１１９０）、ループの次のサイクルへ制御
を移す（ステップ１２００）。挿入データの処理につい
ては、図２３を参照して後述する。

【０１１４】（３）読み込んだメッセージの種別が、前
記記載の同期データであるか否か判別する（ステップ８
３０）。同期データであったら、一定時間待ち（ステッ
プ８６０）、ループの次のサイクルに制御を移す（ステ
ップ８７０）。

【０１１５】（４）リクエストメッセージをウィンドウ
サーバ１８０へ送る。（ステップ８４０）。

【０１１６】（５）再生が不自然に速くなりすぎないよ
うに、時間調整待ちを行う（ステップ８５０）。

【０１１７】上記（３）〜（５）の処理は、通常の再生
時と同様の処理である。

【０１１８】なお、この繰り返し処理を行っている間
に、再生制御インターフェースプログラム２３０からメ
ッセージ（例えば、一時停止、スピード調整など）を受
け取った場合は、そのメッセージに応じた処理を行う。

【０１１９】記録データファイル２１０の末尾を検出す
るか、もしくは再生制御インタフェースプログラム２３
０からの終了メッセージを受け取った場合は、終了時処
理（ステップ８００）を行って、再生制御プログラム２
２０を終了する（ステップ８１０）。

【０１２０】図２３は、図２２の挿入データの処理の詳
細を示す図である。再生制御プログラム２２０は、読み
込んだデータが挿入データならば、次の処理を行う。

【０１２１】まず、挿入データにデータファイル名が含
まれているか否か判別する（ステップ１２０５）。含ま
れているときは、その名称のファイル、すなわち表示す
べきデータが入っているデータファイルを、オープンす
る（ステップ１２１０）。その後、ステップ１２２０に
進む。ステップ１２０５で挿入データにデータファイル
名が含まれていないときも、ステップ１２２０に進む。

【０１２２】次に、新しいウィンドウを作り、表示する
（ステップ１２２０）。ウィンドウを表示するのに時間
がかかる場合は、その間、再生を一時停止させても良
い。または、再生する前に表示するウィンドウを作って
おき、挿入データを読み込んだときにそのウィンドウを
表示するようにしても良い。

【０１２３】次に、新しいウィンドウに、データを表示
する（ステップ１２３０）。このとき、データが文字デ
ータならば文字を、グラフィックデータならば絵を、表
示できるようなアプリケーションプログラムと連動させ
て表示しても良い。表示の後、一定時間待つ（ステップ
１２４０）。そして、そのウィンドウを消す（ステップ
１２５０）。

【０１２４】次に、データファイルを使用したか否か判
別する（ステップ１２５５）。データファイルを使用し
たなら、その使用したデータファイルをクローズし（ス
テップ１２６０）、処理を終了する。

【０１２５】図２４は、編集処理や再生処理を行う際に
画面上に表示される編集機能付き再生制御パネル１２７
０の例である。

【０１２６】編集開始ボタン１２８０は、編集の開始を
知らせるボタンである。編集開始ボタン１２８０を押下
すると、再生制御インターフェースプログラム２３０か
ら編集開始メッセージが出力される。編集終了ボタン１
２９０は、編集の終了を知らせるボタンである。編集終
了ボタン１２９０を押下すると、再生制御インターフェ
ースプログラム２３０から編集終了メッセージが出力さ
れる。

【０１２７】文字挿入ボタン１３００、および画像挿入
ボタン１３１０は、再生前または再生中に何か表示した
い場面で押す。これにより、挿入メッセージが発生し、
再生中であれば再生が一時停止され、そこで表示すべき
データが入ったファイル名、または文字データそのもの
を入力することにより、編集後はその場面にあるデータ
が表示されることになる。

【０１２８】音声挿入ボタン１３２０は、音を出すため
に必要なアプリケーションプログラムがあり、かつ音が
出せるマシンを使用しているならば、上記と同様の手順
により、編集後はその場面で音声を出すことができる。
挿入取消ボタン１３３０は、表示中、または直前に表示
した挿入データを、新記録データファイルから消去する
ためのボタンである。

【０１２９】上記第２の実施例によれば、記録データフ
ァイルにタイトルや説明などを加える編集を行うことが
でき、編集を行った記録データファイルを再生できる。
したがって、アプリケーションの実行画面に補足説明な
どを加えることができ、操作記録の確認、操作方法の習
得、あるいはアプリケーションのデモなどに用いて好適
である。

【０１３０】

【発明の効果】以上説明したように、本発明によれば、
クライアント・サーバ方式ウィンドウシステムをもつワ
ークステーションなどにおいて、記録したアプリケーシ
ョンプログラムの実行画面を、そのアプリケーションを
再度実行すること無く、再現することができる。また、
その実行画面は、同じウィンドウシステムを持つ他のワ
ークステーションでも、そのアプリケーションプログラ
ムなしに再生することができる。さらに、共同情報処理
システムに適用すれば、複数の端末での共同作業の過程
を記録し、複数の端末に同時に再生することができる。

【図面の簡単な説明】

【図１】本発明の一実施例に係るウインド描画データ記
録再生ウシステムを適用したワークステーションおよび
電子対話システムの外観を表す図である。

【図２】実施例のワークステーションの内部構造を示す
ブロック図である。

【図３】実施例で前提となるウィンドウシステムの構成
図である。

【図４】アプリケーションの実行画面を記録するときの
プログラム構成を説明するための図である。

【図５】記録されたデータを再生するときのプログラム
構成を説明するための図である。

【図６】リクエストメッセージの構成を示す図である。

【図７】イベントメッセージの構成を示す図である。

【図８】アプリケーションプログラムの処理を示す図で
ある。

【図９】記録制御プログラムの処理を示す図である。

【図１０】記録制御プログラムの初期化処理を示す図で
ある。

【図１１】記録制御プログラムのリクエストメッセージ
処理を示す図である。

【図１２】記録制御プログラムのイベントメッセージ処
理を示す図である。

【図１３】記録制御プログラムの終了時処理を示す図で
ある。

【図１４】再生制御プログラムの処理を示す図である。

【図１５】再生制御プログラムの初期化処理を示す図で
ある。

【図１６】再生制御プログラムの終了時処理を示す図で
ある。

【図１７】再生制御パネルを表す図である。

【図１８】記録データファイル形式を示す図である。

【図１９】記録されたデータを編集するときのプログラ
ム構成を説明するための図である。

【図２０】編集時の再生制御プログラムの処理を示す図
である。

【図２１】編集プログラムの処理を示す図である。

【図２２】編集後の再生制御プログラムの処理を示す図
である。

【図２３】再生時の挿入データの処理を示す図である。

【図２４】編集機能付き再生制御パネルを表す図であ
る。

【符号の説明】

１０…ワークステーション，２０…キーボード，３０…
マウス，４０…ディスプレイ，１８０…ウィンドウサー
バプログラム，１９０…アプリケーションプログラム，
２００…記録制御プログラム，２１０…記録データファ
イル，２２０…再生制御プログラム，２３０…再生制御
インタフェースプログラム。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中山 良幸 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 亀田 正美 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 (72)発明者 鈴木 友峰 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (11)

【特許請求の範囲】
1. 【請求項１】アプリケーションプログラムがウィンドウ
   サーバプログラムに処理要求であるリクエストメッセー
   ジを発行し、これに応じてウィンドウサーバプログラム
   がディスプレイへの描画を行うクライアント・サーバ方
   式ウィンドウシステムにおけるウィンドウ描画データ記
   録再生システムであって、 上記アプリケーションプログラムから上記ウィンドウサ
   ーバプログラムへのディスプレイ描画のためのリクエス
   トメッセージを監視する監視手段と、 上記リクエストメッセ−ジを記録データファイルに記録
   する記録手段と、 上記記録手段による記録の後、上記記録データファイル
   に記録されたリクエストメッセージを読みだしてウィン
   ドウサーバプログラムに送ることによって、上記アプリ
   ケーションプログラムの実行画面を上記アプリケーショ
   ンプログラムの再実行なしで再生する再生手段とを備え
   たことを特徴とするウィンドウ描画データ記録再生シス
   テム。
2. 【請求項２】請求項１に記載のウィンドウ描画データ記
   録再生システムにおいて、 前記監視手段は、前記ウィンドウサーバプログラムから
   前記アプリケーションプログラムへのウィンドウ上の状
   態変化を知らせる入力イベントメッセージをも監視し、 前記記録手段は、前記監視手段において前記入力イベン
   トメッセージの発生を検出したとき、前記記録データフ
   ァイルに、入力のために画面表示がすぐ次のものに移っ
   ていかないことを表す同期データを記録し、 前記再生手段は、前記記録データファイルからリクエス
   トメッセージを読みだしたときは、そのリクエストメッ
   セージをウィンドウサーバに送って上記アプリケーショ
   ンプログラムの実行画面を再生し、前記記録データファ
   イルから同期データを読みだしたときは、所定の時間だ
   け画面変化を一時的に停止することを特徴とするウィン
   ドウ描画データ記録再生システム。
3. 【請求項３】請求項２に記載のウィンドウ描画データ記
   録再生システムにおいて、さらに、 前記再生手段で同期データを読みだしたときに一時的に
   停止する所定の時間を設定・変更する手段を備えたこと
   を特徴とするウィンドウ描画データ記録再生システム。
4. 【請求項４】請求項１または２のいずれか１つに記載の
   ウィンドウ描画データ記録再生システムにおいて、 前記再生手段は、前記記録データファイルからリクエス
   トメッセージを読みだしてウィンドウサーバに送る際
   に、リクエストメッセージごとに所定の調整時間を挟む
   ことを特徴とするウィンドウ描画データ記録再生システ
   ム。
5. 【請求項５】請求項４に記載のウィンドウ描画データ記
   録再生システムにおいて、さらに、 前記調整時間の値を設定・変更する手段を備えたことを
   特徴とするウィンドウ描画データ記録再生システム。
6. 【請求項６】請求項１から５のいずれか１つに記載のウ
   ィンドウ描画データ記録再生システムにおいて、さら
   に、 前記記録手段により記録した記録データファイルを編集
   する編集手段を備えたことを特徴とするウィンドウ描画
   データ記録再生システム。
7. 【請求項７】請求項６に記載のウィンドウ描画データ記
   録再生システムにおいて、 前記編集手段は、前記記録データファイルに、文字およ
   び図形などによるアプリケーションプログラムの一連の
   操作に対するタイトルおよび説明などを加え、前記再生
   手段は、その記録データファイルの再生時あるいは再生
   に先立って、加えたタイトルおよび説明を表示すること
   を特徴とするウィンドウ描画データ記録再生システム。
8. 【請求項８】通信ネットワークによって接続され、それ
   ぞれに同じクライアント・サーバ方式ウィンドウシステ
   ムを備えた複数の端末装置からなり、あるウィンドウに
   対してそれらの複数の端末装置で行なった入力操作が他
   の端末装置にも表示され、表示内容が互いに反映される
   ようにした共同情報処理システムにおけるウィンドウ描
   画データ記録再生システムであって、 ある端末装置上で動作しているアプリケーションプログ
   ラムから上記ウインドウシステムのウィンドウサーバプ
   ログラムへと発行される、ディスプレイ描画のための、
   リクエストメッセージを監視する監視手段と、 上記リクエストメッセ−ジを記録データファイルに記録
   する記録手段と、 上記記録手段による記録の後、上記記録データファイル
   に記録されたリクエストメッセージを読みだしてウィン
   ドウサーバプログラムに送ることによって、上記複数の
   端末装置から操作されたアプリケーションプログラムの
   実行画面を上記アプリケーションプログラムの再実行な
   しで再生する再生手段とを備えたことを特徴とするウィ
   ンドウ描画データ記録再生システム。
9. 【請求項９】アプリケーションプログラムがウィンドウ
   サーバプログラムに処理要求であるリクエストメッセー
   ジを発行し、これに応じてウィンドウサーバプログラム
   がディスプレイへの描画を行うクライアント・サーバ方
   式ウィンドウシステムにおけるウィンドウ描画データ記
   録システムであって、 上記アプリケーションプログラムから上記ウィンドウサ
   ーバプログラムへのディスプレイ描画のためのリクエス
   トメッセージを監視する監視手段と、 上記リクエストメッセ−ジを記録データファイルに記録
   する記録手段とを備えたことを特徴とするウィンドウ描
   画データ記録システム。
10. 【請求項１０】請求項９に記載のウィンドウ描画データ
    記録システムにより作成した記録データファイルから、
    前記リクエストメッセ−ジを読みだし、ウィンドウサー
    バプログラムに送ることによって、前記アプリケーショ
    ンプログラムの実行画面を前記アプリケーションプログ
    ラムの再実行なしで再生する再生手段を備えたことを特
    徴とするウィンドウ描画データ再生システム。
11. 【請求項１１】アプリケーションプログラムがウィンド
    ウサーバプログラムに処理要求であるリクエストメッセ
    ージを発行し、これに応じてウィンドウサーバプログラ
    ムがディスプレイへの描画を行うクライアント・サーバ
    方式ウィンドウシステムにおけるウィンドウ描画データ
    記録再生方法であって、 上記アプリケーションプログラムから上記ウィンドウサ
    ーバプログラムへのディスプレイ描画のためのリクエス
    トメッセージを監視する監視ステップと、 上記リクエストメッセ−ジを記録データファイルに記録
    する記録ステップと、 上記記録ステップによる記録の後、上記記録データファ
    イルに記録されたリクエストメッセージを読みだしてウ
    ィンドウサーバプログラムに送ることによって、上記ア
    プリケーションプログラムの実行画面を上記アプリケー
    ションプログラムの再実行なしで再生する再生ステップ
    とを備えたことを特徴とするウィンドウ描画データ記録
    再生方法。