JPH096581A - ウインドウシステム - Google Patents

Abstract

(57)【要約】 【目的】 部分再生を効率よく行い且つ表示内容の変化
がいかなる操作によって引き起こされたかを容易に把握
することができるようにした。 【構成】 各命令列をこれらの相互依存関係を含めて保
存した後、節Ｃｉを指定して該節Ｃｉの命令を再実行し
（Ｓ２１）、次いで節ＣｉのフラグＶが「０」のときは
節Ｃｉが依存する節〔Ｃｉ〕が存在するか否かを判断し
（Ｓ２２→Ｓ２３→Ｓ２４）、節〔Ｃｉ〕が存在する場
合は当該節〔Ｃｉ〕を節Ｃｉに設定して（Ｓ２５）ステ
ップＳ２１以下の処理を実行し、節Ｃｉが依存する節
〔Ｃｉ〕がなくなったときは当該節Ｃｉを実行した後
（Ｓ２６）フラグＶを「１」に設定して処理を終了す
る。また、かかる操作内容を視覚的に表示する表示手段
を有している。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はウインドウシステムに関
する。

【０００２】

【従来の技術】ウインドウシステムは、ディスプレイ上
に異なる複数のウインドウを表示することができるシス
テムである。そして、グラフィカルな表示機能を備えた
端末と該端末上で稼働する前記ウインドウシステムを使
用することにより、対話的なアプリケーション操作環境
が広く提供されている。

【０００３】この種のウインドウシステムは、具体的に
は、文字や図形を描く描画命令や該描画命令における表
示属性の設定を行う描画属性設定命令、更には描画の対
象となるウインドウを操作するウインドウ操作命令等に
よりシステムを駆動させている。

【０００４】また、上記ウインドウシステムにおいて
は、入力装置から得られる入力コードを該ウインドウシ
ステムに固有の内部コードに変換し、更にアプリケーシ
ョンに解釈されて然るべき動作の起動を行なっている。

【０００５】

【発明が解決しようとする課題】ところで、上記ウイン
ドウシステムにおいては、一般に、前記描画命令、前記
描画属性設定命令、前記ウインドウ操作命令等の各命令
を実行したときは画面の表示内容が変わるという副作用
を有し、またこれら一連の命令間には前記副作用に基づ
く相互依存関係がある。例えば、或るウインドウに対し
て描画の作成を行う場合には、該描画作成に先立ってウ
インドウと描画属性の設定を行い、然る後に描画命令が
発せられる。

【０００６】しかしながら、上記ウインドウシステムに
おいては、前記命令間の相互依存関係に基づいて先行す
る命令列の作用と等価な命令列が予め実行されていない
ため、ランダムな部分再生や特定のウインドウを指定し
ての部分再生が極めて困難であるという問題点があっ
た。

【０００７】また、キーボードやマウス等の入力装置に
対する操作が表示画面上には直接現れないため、マウス
によるメニュー操作やキーボードによる文章編集等にお
いては表示内容の変化からデバイスの操作内容を類推し
て把握することが可能であるものの、キーボードによる
メニュー操作やマウスによる文書編集においては表示内
容の変化からデバイスの操作内容を類推することが困難
であり、したがって画面の変化がいかなる操作によって
引き起こされたかを把握することが困難となり、初心者
に対する教育等においては不都合であるという問題点が
あった。

【０００８】本発明はこのような問題点に鑑みなされた
ものであって、部分再生を効率よく行うことができ、且
つ表示内容の変化がいかなる操作によって引き起こされ
たかを容易に把握することができるウインドウシステム
を提供することを目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に本発明に係るウインドウシステムは、ウインドウに対
する各命令を相互依存関係を含めて保存する保存手段
と、該保存された一連の命令列の中から部分的に再実行
する命令列を決定する決定手段と、該決定された命令列
に基づいて前記ウインドウの操作内容を再生する再生手
段とを備えていることを特徴としている。

【００１０】また、前記保存手段は時間情報を含めて保
存すると共に、前記再生手段は前記保存手段により保存
された時間情報の時間的前後関係を保持しながら再生処
理を行うことを特徴とし、更には隣接する命令間の経過
時間を評価する評価手段を有し、前記再生手段は該評価
手段に基づいて再生処理を行うことを特徴とするのも好
ましい。

【００１１】また、本発明は、前記保存手段は入力装置
の操作内容を保存する操作内容保存手段を含むと共に、
前記再生手段により再生された前記ウインドウの操作内
容を視覚的に表示する表示手段を有していることを特徴
としている。

【００１２】

【作用】上記構成によれば、各命令列が相互依存関係を
含めて保存され、ウインドウ操作内容の部分的な再生が
可能となる。

【００１３】また、再生されたウインドウの操作内容は
表示手段により視覚的に表示される。

【００１４】

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

【００１５】図１は本発明に係るウインドウシステムの
一実施例（第１の実施例）を示す全体構成図を示し、図
２は該ウインドウシステムの構成を示すブロック図を示
している。

【００１６】該ウインドウシステムは、文字や図形等の
画像情報を入力するキーボード１と、マウスボタン２を
操作してウインドウに対する所定の指示を行うマウス３
と、マウス３やキーボード１からの入力情報を記憶する
ハードディスクやフレキシブルディスク等の外部記憶装
置４と、入力された画像情報を表示するＬＣＤやＣＲＴ
等のディスプレイ５と、接続ケーブル６を介して上記各
構成要素と接続され各ウインドウに対する命令の実行等
を行う制御部７とから構成されている。また、制御部７
はカウンタ領域を有すると共に所定の制御プログラムが
格納されたメモリ７ｂと、前記制御プログラムにしたが
って装置全体の制御を司るＣＰＵ７ａとを備えている。

【００１７】図３は上記ウインドウシステムの命令とそ
の間の相互依存関係を示す模式図であって、図中、Ｃｉ
（ｉ＝１〜５）はグラフ中で固有の値を有する節のラベ
ルである。本実施例では、節Ｃ１に直接依存する節は節
Ｃ２及び節Ｃ３であり、節Ｃ２に直接依存する節は節Ｃ
４及び節Ｃ５であることを示している。また、節Ｃ４
は、節Ｃ２及び節Ｃ３を介して間接的に節Ｃ１に依存す
る。したがって、節Ｃｉが間接的に依存する節は、一般
に前記節Ｃｉが直接に依存する節が直接又は間接に依存
する節の全体である。

【００１８】図４は節Ｃｉの属性を示している。すなわ
ち各々節とそれに対する命令内容は、節Ｃ１はシステム
の初期化に対応する命令若しくは疑似的な命令に相当
し、節Ｃ２はウインドウ作成命令、節Ｃ３は描画属性作
成命令に対応し、さらに節Ｃ４は描画命令、節Ｃ５はウ
インドウ破壊命令に夫々対応している。また、＜ｗ＞及
び＜ｐ＞はウインドウシステムの内部状態に対応する実
際の命令中において使用されるウインドウ識別子及び描
画属性識別子（実識別子）であり、他の命令におけるパ
ラメータとして参照される。すなわち、節Ｃ４の描画命
令ではウインドウ識別子＜ｗ＞と描画属性識別子＜ｐ＞
が使用され、節Ｃ５のウインドウ破壊命令ではウインド
ウ識別子＜ｗ＞が使用される。また、各節Ｃｉにはフラ
グＶが、各々命令に対して既実行のときは「１」に設定
され、未実行のときは「０」に設定される。そして、こ
れらの情報は公知の情報処理技術を介して制御部７に内
蔵された記憶装置又は外部記憶装置４に格納される。

【００１９】ウインドウシステムにおいては、一般に一
連の命令間に相互依存関係が生じる。この場合、１つの
命令によって変化する内部状態が１個の場合は、命令の
パラメータリストに現れる識別子に対応する節を容易に
同定することができるが、１個の命令に対し変化する内
部状態が複数個存在する場合は、相互依存関係に留意し
て節の同定を行う必要がある。そこで、本実施例では節
を変化した内部状態の個数に分解して保存し、任意の順
序で連結することにより再生処理において等価なものと
している。すなわち、これにより、ウインドウシステム
の内部状態の識別子を節のラベルによって表現すること
が可能となり、この結果、命令のパラメータリストに現
れる識別子に対応する節を同定することが可能となる。

【００２０】尚、上記実施例では、命令の相互依存関係
は主として上記実識別子の参照関係によって決定されて
いるが、例えば描画による表示内容の変化が生じた場合
に対応する内部状態が存在するとは限らず、実識別子の
参照関係として取り扱うことができない場合もある。し
かし、かかる場合においても、例えば描画命令によって
影響を受ける画面上の領域は確定しており、該領域に対
して仮想的な識別子を付与し、領域間の重畳の有無によ
り命令間の相互依存関係とすることができる。このよう
に命令間の相互依存関係の抽出方法は、稼働しているウ
インドウシステムの命令構成によって変形が可能であ
る。

【００２１】次に、図５のフローチャートに基づきウイ
ンドウ操作内容の保存手順を説明する。尚、本プログラ
ムはＣＰＵ７ａで実行される。

【００２２】ステップＳ１ではＣＰＵ７ａはメモリ７ｂ
のカウンタ領域のカウント値ｉを「１」に設定し、ステ
ップＳ２でＣＰＵ７ａは節Ｃｉ、すなわち節Ｃ１を作成
してメモリ７ｂに保存する。次いで、ステップＳ３では
ＣＰＵ７ａはウインドウ操作に対する命令を入力し、続
くステップＳ４では該命令が終了命令か否かを判断す
る。そして、終了命令でないときはステップＳ５に進ん
で前記命令が内部状態の変化を伴うものであるか否かを
判断する。そして、内部状態の変化を伴わない場合はス
テップＳ７に進む一方、内部状態の変化を伴う場合はそ
の内部状態として内部識別子ｉを割り当てた後、ステッ
プＳ７に進む。次いで、ステップＳ７では前記命令から
パラメータリストを抽出し、パラメータリストに実識別
子、すなわちウインドウ識別子＜ｗ＞又は描画属性識別
子＜ｐ＞が含まれているか否かを判断する（ステップＳ
８）。そして、ウインドウ識別子＜ｗ＞及び描画属性識
別子＜ｐ＞のいずれもが含まれていない場合はステップ
Ｓ１０に進む一方、前記ウインドウ識別子＜ｗ＞又は描
画属性識別子＜ｐ＞が含まれているときはこれらの識別
子に対応する節Ｃｉが一義的に決定され、先行する一連
の命令が決定される。先行する各命令において、内部識
別子ｉが割り当てられていれば、該一連の内部識別子を
もって先行する節のリストとする。そして、この後、ス
テップＳ１０でカウンタ値ｉを「１」だけインクリメン
トしてステップＳ２に戻り、上記ステップＳ９で得られ
た結果を使用してＣ２節の作成を行い、上述の処理を繰
り返す。そして、全ての節Ｃｉが作成されて保存された
ときはステップＳ３で終了命令が入力され、したがって
ステップＳ４の答が肯定（Ｙｅｓ）となり処理を終了す
る。これにより、各命令間の相互依存関係を含めてウイ
ンドウに対する命令が保存されることとなる。

【００２３】尚、実際の命令で使用される実識別子であ
るウインドウ識別子＜ｗ＞及び描画属性識別子＜ｐ＞と
保存処理の内部で使用される内部識別子ｉとは一般に異
なるが、内部識別子ｉから識別子＜ｗ＞、＜ｐ＞へは１
対１に対応し、また識別子＜ｗ＞、＜ｐ＞から内部識別
子ｉについても識別子＜ｗ＞に対応する内部状態の破壊
命令を監視することにより、任意のステップにおいて１
対１に対応させることができる。

【００２４】上記保存手順においては、命令によっては
内部状態の変化を伴わず、パラメータリストにも内部状
態の指定がないにもかかわらず、かかる命令に対応する
節も作成されて保存されることとなる。このような命令
の例としてシステムに対する問い合わせ命令が存在する
が、この種の命令に対しては処理の軽減や記憶領域の節
約等の観点から作成しない方が好ましい。

【００２５】図６はかかる点を考慮した保存手順の変形
例を示すフローチャートであって、ステップＳ１１で内
部状態の変化を伴うか否かを再び参照し、問い合わせ命
令等の内部状態の変化を伴わない場合は、ステップＳ３
に戻って該ステップＳ３以降の処理を実行することによ
り、不必要な節の作成を回避することができ、システム
の軽減化や記憶領域の節約等を図ることができる。

【００２６】次に、保存手順により保存された情報を部
分的に再生する再生手順について説明する。

【００２７】図７は本ウインドウシステムの再生手順を
示すフローチャートである。尚、本プログラムはＣＰＵ
７ａで実行される。

【００２８】まず、ＣＰＵ７ａは節Ｃｉ（例えば、節Ｃ
４）を指定して該節Ｃｉの命令を再実行し（ステップＳ
２１）、次いで節ＣｉのフラグＶを調べ（ステップＳ２
２）、フラグＶが「１」か否かを判断する（ステップＳ
２３）。そして、フラグＶが「１」のときはそのまま処
理を終了する一方、フラグＶが「０」のときはステップ
Ｓ２４に進んで、節Ｃｉが依存する節〔Ｃｉ〕が存在す
るか否かを判断し、節〔Ｃｉ〕が存在する場合は当該節
〔Ｃｉ〕を節ＣｉとしてステップＳ２１に戻り上述した
一連の処理を繰り返す。すなわち、例えば、節Ｃ４が指
定されているときは、該節Ｃ４は図３に示すように節Ｃ
２及び節Ｃ３に直接的に依存し、節Ｃ４に間接的に依存
するが、これら一連の節は上述した保存手順により保存
されているため、これらを取り出してこれらの節につい
てステップＳ２１以下を実行する。そして、命令Ｃｉに
直接依存する命令と間接的に依存する命令とがすべて実
行され、節Ｃｉが依存する節〔Ｃｉ〕がなくなったとき
（例えば節Ｃ１）にはステップＳ２６に進んで節Ｃｉの
命令を実行し、フラグＶを「１」に設定して（ステップ
Ｓ２７）処理を終了する。これにより図５又は図６で保
存された情報を部分的に再生することが可能となる。す
なわち、命令間の相互依存関係を保証しつつ部分的な再
実行を効率的に行うことが可能となる。

【００２９】ところで、上記再生手順のステップＳ２１
で節Ｃ５が指定された場合、すなわちウインドウ破壊命
令が指定されて実行された場合は例えばステップＳ２６
で命令Ｃｉの実行を行わないようにすることで相互依存
関係の一貫性は保証されるが、かかる場合は再利用され
ない不要な内部状態が蓄積されることとなり、効率上の
問題が生じうる。これを防止するためにはステップＳ２
６で命令Ｃｉを実行すると共に、破壊した内部状態の識
別子に対応する節の命令と、それに直接又は間接的に依
存する全ての節の命令の実行を無効化する必要がある。

【００３０】例えば、節Ｃ２〜Ｃ４のフラグＶがいずれ
も「１」で節Ｃ５のフラグＶのみが未実行を示す「０」
のときに全ての節Ｃｉを無効にする場合の手順について
図８のフローチャートに基づき説明する。

【００３１】ステップＳ３１で節Ｃｉ（例えばＣ４）を
指定し、続くステップＳ３２でそのフラグＶを調べる。
そして、この場合はフラグＶは既実行を示す「１」であ
るので、ステップＳ３４に進み、節Ｃｉが依存する節
〔Ｃｉ〕があるか否かを判断する。そして、その答が肯
定（Ｙｅｓ）の場合は節〔Ｃｉ〕を節Ｃｉとしてステッ
プＳ３１に戻り上述の処理を繰り返す。すなわち、ｉ＝
４の場合、節Ｃ４が依存する節は直接的には節Ｃ２及び
節Ｃ３があり、間接的には節Ｃ1 がある。そして、ステ
ップＳ３１及びステップＳ３６での命令を消去命令と
し、ステップＳ３７で消去した節ＣｉのフラグＶを０と
する。尚、内部状態破壊命令である節Ｃ５については後
続する命令が存在しないことから無用な内部状態の破壊
が発生することはない。

【００３２】尚、図７で既に再実行を行った命令列に対
して再度再実行を行うときも上記内部状態破壊命令を適
用することによって実行することができる。すなわち、
内部状態破壊命令を適用することにより、再実行は無効
となるので、指定の命令に対応する破壊命令を実行す
る。また、対応する破壊命令が存在しないときは指定の
命令が直接的又は間接的に依存する命令において対応す
る破壊命令を少なくとも１つ抽出し、その命令に対応す
る破壊命令を上記図７の手順に基づいて実行すればよ
い。

【００３３】このように上記第１の実施例においては、
相互依存関係にない命令は独立に実行され、部分的なウ
インドウ操作状況の再生や、任意の時点からのウインド
ウ操作状況の再生が可能となる。

【００３４】ところで、実際のウインドウ操作では、複
数の独立したウインドウと描画属性とを使用して並行に
処理が行われるのが一般的である。そして、再生時に相
互依存関係にない複数の命令を再実行する場合は、これ
らを再実行するのではなく、保存時の時間的な順序関係
にしたがって再実行するのが望ましい。

【００３５】このためには、節Ｃｉの作成時に、命令の
時間的順序関係と１対１に対応する付加的情報を節Ｃｉ
の属性値として記録するような変更を加えればよい。こ
の場合、前記付加的情報はオペレーティングシステムの
標準的な機能として提供されている時間情報を獲得する
か、カウンタを設けて保存処理における命令を処理する
毎にカウンタをインクリメントすることによって実現す
ることができる。

【００３６】図９は複数の命令ｃｉ、ｃｊ、…、ｃｋか
ら構成される複合命令Ｃを時間的順序を保持したまま再
実行する場合のフローチャートである（第２の実施
例）。

【００３７】すなわち、ステップＳ４１では節の時間的
順序リストＬ（Ｃ）を全てリセットして空にする。尚、
時間的順序リストＬ（Ｃ）への要素の追加は時間的順序
関係を保証するものとし、また時間的順序リストＬ
（Ｃ）からの要素の取り出しは時間的に早い要素から順
次取り出すものとする。

【００３８】次いで、複合命令Ｃに対して展開処理を行
う（ステップＳ４２）。すなわち、図１０に示すよう
に、複合命令Ｃが空状態か否かを判断し（ステップＳ５
１）、その答が肯定（Ｙｅｓ）のときはそのまま処理を
終了する一方、その答が否定（Ｎｏ）のときは複合命令
Ｃの中から任意の命令ｃを取り出し、該命令ｃを複合命
令から取り除き（ステップＳ５２）、次いで節ｃのフラ
グＶを調べ（ステップＳ５３）、フラグＶが「１」か否
かを判断する（ステップＳ５４）。そして、その答が肯
定（Ｙｅｓ）のときはステップＳ５１に戻る一方、その
答が否定（Ｎｏ）のときは未だ再実行が行われていない
ためステップＳ５５に進み、上記第１の実施例と同様、
節ｃが依存する一連の節〔ｃ〕を取り出し、ｃ＝〔ｃ〕
としてステップＳ５１以下の処理を繰り返す。

【００３９】一方、ステップＳ５５の答が否定（Ｎｏ）
のとき、すなわち節ｃが依存する節〔ｃ〕がなくなった
ときは、節ｃを時間的順序リストＬ（Ｃ）に追加し（ス
テップＳ５７）、メインルーチン（図９）のステップＳ
４３に進む。次いで、この状態で時間的順序リストＬ
（Ｃ）は再実行の行われていないもののリストとなるた
め、該時間的順序リストＬ（Ｃ）から１個ずつ要素を取
り出して対応する命令を実行し（ステップＳ４３）、実
行した節ｃのフラグＶを「１」に設定して処理を終了す
る。

【００４０】尚、上記第２の実施例において、節の時間
属性に絶対時間を使用する場合は、実時間的な再生処理
が可能となる。すなわち、時間的順序リストＬ（Ｃ）の
要素である節ｃは、上述したように時間的順序にしたが
って配列されており、保存処理における絶対時間を参照
することにより、時間的順序リストＬ（Ｃ）の任意の隣
接する要素間の経過時間を得ることができる。したがっ
て、ステップＳ４３で要素間経過時間にしたがって命令
の再実行を行うことにより、実時間的な再生処理を実行
することができる。

【００４１】また、要素間の経過時間を可変とすること
により、スロー再生や早送り等も容易に実現することが
できる。

【００４２】図１１は本発明のウインドウシステムの操
作を画面上で視覚的に行う場合を示す画面構成図である
（第３の実施例）。

【００４３】８は再生が行なわれているウインドウであ
り、９は操作内容の記録時のマウスカーソルの位置を示
している。１０はマウスを示すマウス図形であり、１１
はキーボードを示すキーボード図形である。また、１２
は再生状態が表示されユーザによって制御されるウイン
ドウである。マウス図形１０及びキーボード図形１１は
図１のマウス３及びキーボード１と形状的に類似してお
り、キー位置やボタン位置は略同一である。またウイン
ドウ１２は、速度の指定や部分的な再生の範囲指定等再
生処理においてユーザに種々の手段を提供する。

【００４４】上記第３の実施例においては、保存処理を
以下の如く行われる。すなわち、保存の対象となる命令
としてキーボード操作、マウスボタン操作、及びマウス
移動操作を含むように拡張する。そして、例えば、ウイ
ンドウ作成命令の場合、該命令の開始キー、範囲指定時
のマウスボタンの操作等を含むように保存する。ここ
で、これらの拡張された命令間の相互依存関係は、上記
操作が発生したウインドウに依存する１個の命令列とし
て定義し、例えば図３に示すような１つの節の系列とし
て表現する。これらの節の系列は分岐を有さず、系列上
の節に依存する節は存在しない。

【００４５】次に、再生処理は以下の如く行われる。す
なわち、保存されている命令は、マウスの移動操作、マ
ウスのボタン操作、キーボード操作を含むものであるか
ら、夫々について処理をディスプレイ５の表示画面上に
表示することにより再生処理がなされる。マウスの移動
操作についてはマウスカーソル９を表示画面上で移動さ
せることで再生する。特に上述した保存処理において、
マウスの移動操作の中にカーソルのウインドウに対する
出入りが含まれているときはカーソルの出入りに対応し
てマウスカーソル９を表示／消去したり、或いは表示色
を変更することにより表現する。マウスボタン操作やキ
ーボード操作については、マウス図形１０やキーボード
図形１１上の該当するボタンの表示色を変更することに
より表現する。これによりユーザの入力装置に対する操
作状況をウインドウの表示内容と同期して表示すること
ができる。

【００４６】尚、本発明は上記実施例に限定されるもの
ではない。上記実施例に使用した端末装置は保存処理と
再生処理とを併せ持つが、保存処理を行う端末と再生処
理を行う端末とが機能的に異なるものを使用してもよ
い。

【００４７】

【発明の効果】以上詳述したように本発明に係るウイン
ドウシステムは、ウインドウに対する各命令を相互依存
関係を含めて保存する保存手段と、該保存された一連の
命令列の中から部分的に再実行する命令列を決定する決
定手段と、該決定された命令列に基づいて前記ウインド
ウの操作内容を再生する再生手段とを備えているので、
ランダムな部分再生や特定のウインドウを指定しての部
分的な再生を効率的に行うことができる。

【００４８】また、前記保存手段は入力装置の操作内容
を保存する操作内容保存手段を含むと共に、前記再生手
段により再生された前記ウインドウの操作内容を視覚的
に表示する表示手段を有しているので、画面に直接現れ
ない入力操作を視覚的に表現することが可能となり、表
示内容の変化がいかなる操作によって引き起こされたも
のであるかを容易に把握することができる。

【図面の簡単な説明】

【図１】本発明に係るウインドウシステムの一実施例を
模式的に示した全体構成図である。

【図２】図１のウインドウシステムのブロック構成図で
ある。

【図３】ウインドウシステムの命令とその間の相互依存
関係を示す模式図である。

【図４】各節Ｃｉの属性を示す図である。

【図５】保存手順を示すフローチャートである。

【図６】図４の変形例を示すタイムチャートである。

【図７】再生手順を示すフローチャートである。

【図８】図７の変形例を示すフローチャートである。

【図９】再生手順の他の実施例（第２の実施例）を示す
フローチャートである。

【図１０】図９のステップＳ４２で実行される展開処理
ルーチンのフローチャートである。

【図１１】本発明のウインドウシステムの操作を画面上
で視覚的に行う場合を示す画面構成図である（第３の実
施例）。

【符号の説明】

５ 表示装置 ７ 制御部（保存手段、決定手段、再生手段）

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ウインドウに対する各命令を相互依存関
   係を含めて保存する保存手段と、該保存された一連の命
   令列の中から部分的に再実行する命令列を決定する決定
   手段と、該決定された命令列に基づいて前記ウインドウ
   の操作内容を再生する再生手段とを備えていることを特
   徴とするウインドウシステム。
2. 【請求項２】 前記保存手段は時間情報を含めて保存す
   ると共に、前記再生手段は前記保存手段により保存され
   た時間情報の時間的前後関係を保持しながら再生処理を
   行うことを特徴とする請求項１記載のウインドウシステ
   ム。
3. 【請求項３】 隣接する命令間の経過時間を評価する評
   価手段を有し、前記再生手段は該評価手段に基づいて再
   生処理を行うことを特徴とする請求項２記載のウインド
   ウシステム。
4. 【請求項４】 前記保存手段は入力装置の操作内容を保
   存する操作内容保存手段を含むと共に、前記再生手段に
   より再生された前記ウインドウの操作内容を視覚的に表
   示する表示手段を有していることを特徴とする請求項１
   乃至請求項３のいずれかに記載のウインドウシステム。