JPH06274329A

JPH06274329A - プログラム生成方法

Info

Publication number: JPH06274329A
Application number: JP5061604A
Authority: JP
Inventors: Seiji Futaki; 誠司二木; Yoshiki Matsuda; 芳樹松田; Keiji Kojima; 啓二小島
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1993-03-22
Filing date: 1993-03-22
Publication date: 1994-09-30
Anticipated expiration: 2016-03-19
Also published as: JP3147572B2; US5566336A

Abstract

(57)【要約】【目的】アプリケーションプログラムに対する一連の
ユーザ操作を再実行するためのプログラムとして、シス
テムプログラムからアプリケーションプログラムに通知
される応答メッセージと同期をとりながら実行できるも
のを生成する。【構成】アプリケーションが使用しているウィンドウ
に対するユーザ操作と、アプリケーションプログラムか
らの要求（例えばウィンドウの生成）に対してウィンド
ウサーバ１０７からこの要求元アプリケーションあるい
はウィンドウマネージャ１０８へ発行される、ウィンド
ウ生成通知を記録し、記録されたユーザ操作からはその
操作をアプリケーションプログラムに伝えるコマンドを
作成し、ウィンドウサーバからの通知からは、その通知
を待ち合せるコマンドを生成する。【効果】システムからの通知が遅れた場合でも、動的
に待ち合わせることができる操作マクロを生成できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，計算機プログラムの作
成方法に関する。特に、ユーザがアプリケーション・プ
ログラムを操作した一連の例から同様の操作を再実行可
能となる操作マクロプログラムを生成する方法に関す
る。

【０００２】

【従来の技術】計算機がオフィスなどに広く普及するよ
うになり、たとえプログラムを作成することに精通して
いないユーザでも、できあがったアプリケーションプロ
グラムを使いこなすことは求められている。使うにあた
って、使用する度に同じ操作を何度も繰り返さなければ
ならないものがある。このような一連の操作をプログラ
ムとして利用できれば便利である。

【０００３】アプリケーション・プログラムの操作を自
動化するプログラムの作成方法として、現在例示操作か
ら生成する方法が広く用いられている。これはユーザが
アプリケーション・プログラムを操作した一連の例を記
憶してこれをプログラムとし、これを再利用可能とする
ものである。再実行の際には、このプログラムを呼び出
すだけでよい。この方法によれば、ユーザにはプログラ
ミング言語の知識は必要なく、またキーボードでプログ
ラムを入力する必要も殆どない。以下このような例示操
作から生成したプログラムを操作マクロと呼び、操作マ
クロを生成するプログラムのことを、操作マクロ生成プ
ログラムと呼ぶこととする。

【０００４】例えば表計算アプリケーション・プログラ
ムである米国のマイクロソフト社の「エクセル」は、操
作マクロ生成プログラムを内蔵している。すなわち、そ
のマニュアル「ユーザーズガイド」（１９８９年発行）
の４４９ページから４５８ページまでに記してあるよう
に、ユーザがいくつかのセルデータに対して複数の演算
を順次指示すると、指示された演算列を記憶した操作マ
クロが自動的に生成され、次からは生成された操作マク
ロを呼び出して別の値を持つセルデータに対して、同じ
演算列を指示することが可能である。「エクセル」で
は、ユーザのキーボード操作などを（ハードウェアから
の信号を処理する）基本システムプログラムがエクセル
に送信し、この操作に対して実行すべき処理を実行し、
同時にこれを操作マクロのコマンドとして記録する。こ
のような、アプリケーションプログラムに内蔵した操作
マクロの各コマンドは、先行するコマンドの実行完了に
応じて実行される。

【０００５】操作マクロ生成プログラムを内蔵している
アプリケーションプログラムの他の例として、技術評論
社のＣＣＴ−９８−ＩＩＩがある。これは本来はユーザ
が手元の計算機を別の計算機の端末として使用するため
の、通信プログラムである。同プログラムのマニュアル
である「ユーザーズガイド」（１９９２年発行）の２２
ページから３５ページまでにも述べられるように、ここ
で操作マクロを生成する際に、ユーザの一連の操作だけ
でなく、通信先からの応答も併せて記録してこれらをプ
ログラム化する。例えばユーザが手元の計算機から、遠
隔地にある計算機に接続する操作マクロを作成する場
合、ユーザの入力を単純に遠隔計算機に送り付けるだけ
では問題がある。計算機同士のやりとりは定まった手順
によって行なわれるため、送付先の計算機は受信準備が
できていないのに入力が送付されても、受け付けること
ができない。そのためこのＣＣＴ−９８−ＩＩＩでは遠
隔計算機の受け入れ準備が整ったことを、交信先からの
メッセージ出力によって確認するためのステップを、生
成する操作マクロ中に組み込むことによって、常にタイ
ミング良く入力を送信することに成功している。例えば
例示操作の間に、「ＥｎｔｅｒＵｓｅｒＩＤ」とい
うメッセージにユーザが応答してユーザＩＤを入力した
場合に生成される操作マクロは、先のメッセージが出力
されるまで待ち合わせて入力されたユーザＩＤを送信す
るステップを含むものになる。

【０００６】なお、発明者らが特開平２−１８１８２５
で述べているプログラムも、操作マクロ生成プログラム
と言える。これによると、ユーザはさまざまな状況にお
いて異なった操作例を用いて操作マクロを作成し、作成
された操作マクロを他のデータに対して実行する際に、
そのときの状況に応じた操作が実行されるよう制御され
る。

【０００７】アプリケーションプログラムとは独立に設
けられた操作マクロ生成プログラムの例としては、米国
のＣＥソフトウェア社の製品「ＱｕｉｃＫｅｙｓ２」が
ある。これは操作マクロ生成プログラムを内蔵していな
いアプリケーションプログラムに対するユーザ操作から
操作マクロを生成するのに適している。さらに、同プロ
グラムのマニュアル「Ｑｕｉｃｋｅｙｓ２」（１９９０
年発行）の２−１節から２−１３節（ページ記載なし）
に述べられているように、一つのアプリケーション・プ
ログラムに対する操作に限らず複数のアプリケーション
・プログラムにわたるユーザ操作から操作マクロを生成
することができる。このＱｕｉｃｋｅｙｓ２は、ウィン
ドウサーバの制御下で動作し、ウィンドウ環境下で動作
する他のアプリケーションプログラムに対する操作マク
ロを生成できる。「Ｑｕｉｃｋｅｙｓ２」では、ユーザ
のキーボード操作をウィンドサーバが受け取った時点で
記録している。

【０００８】

【発明が解決しようとする課題】「Ｑｕｉｃｋｅｙｓ
２」では、ウィンドウ環境下で動作するアプリケーショ
ンプログラムに対してなされたユーザ操作から操作マク
ロを生成することができる。しかし、このようなウィン
ドウ環境下では、ユーザ操作がなされたことへの応答と
して、アプリケーションからウィンドウの生成あるいは
消減が要求されことがしばしばある。この要求に基づい
て、ウィンドウの生成あるいは消減がなされた後に入力
されたユーザ操作から作成されたマクロコマンドは、操
作マクロの実行時においても、このウィンドウの生成あ
るいは消減後に実行することが必要である。しかし、ウ
インドウの生成あるいは消滅の要求がなされた後、実際
にウインドウが生成されるまでの時間は、一定ではな
く、その時の計算機の状況によって異なる。従って、上
記ウインドウの生成後に実行されるべきマクロコマンド
が、ウインドの生成或いは消滅の前に実行されるという
ことが生じてしまう。

【０００９】「Ｑｕｉｃｋｅｙｓ２」では、コマンド列
の実行途中で、次のコマンドの実行を待ち合わせる時間
をユーザが指定することができるようになっている。こ
れを前述の問題を解決するために用いて、ウインドウの
生成あるいは消滅の完了後に上記マクロコマンドが実行
されるようにするには、指定可能な最大の待ち合わせ時
間を指定する必要がある。しかし、このような次第の時
間を指定した場合、ウィンドウの生成あるいは消減が早
期になされたときには、多くの時間を浪費することにな
る。

【００１０】さらに、ユーザの操作に応答して、アプリ
ケーションプログラムが要求するウインドウは、その時
のアプリケーションプログラムの動作環境に依存して変
化することがある。従って、操作マクロを策生成たとき
に生成されたウインドウと異なるウインドウが、その操
作マクロの実行時に生成されることがある。従って、単
に、ウインドウの生成あるいは消滅の後に、上記マクロ
コマンドを実行するだけでは、正常な結果を得ることが
できない。

【００１１】従って本発明の第一の目的は、複数のアプ
リケーション・プログラムの実行を制御するシステムプ
ログラムからいづれかのアプリケーションプログラムへ
のメッセージを動的に待ち合わせ可能な操作マクロを生
成する方法を提供することである。

【００１２】また本発明の第二の目的は、状況によって
変化する返信メッセージに対応することの可能な操作マ
クロを生成する方法を提供することである。

【００１３】

【課題を解決するための手段】第一の目的を達成するた
めに、本願発明では、操作マクロを作成する際に、いづ
れかの対象アプリケーション・プログラムに対するユー
ザ操作と共に、アプリケーション・プログラムに対して
システムプログラムから出力された応答メッセージをも
記録する。記録されたユーザ操作からそのユーザ操作を
そのアプリケーション・プログラムに対して要求するコ
マンドを作成し、記録された応答メッセージからは、そ
のアプリケーション・プログラムに対してシステムプロ
グラムからそのメッセージが通知されるのを待ち合わせ
るコマンドを生成する。

【００１４】また第二の目的を達成するために、本願の
他の発明では、アプリケーション・プログラムからの異
なるメッセージを発生させるような異なる状況下で、複
数の操作列を入力し、それらから複数の操作マクロを生
成する。生成された複数の操作マクロは、アプリケーシ
ョン・プログラムからの異なるメッセージを待ち合わせ
るように生成される。

【００１５】

【作用】システムプログラムからの、特定のアプリケー
ションに対する特定のメッセージを動的に待ち合わせる
ことが出来るようになる。

【００１６】さらに、複数列の操作から複数の操作マク
ロを使用した場合、操作マクロの実行的にその一つが待
ち合わせる返答メッセージが来なくて、他の返答メッセ
ージがきた場合、その、他の返答メッセージを待ちあわ
せる操作マクロを実行できる。

【００１７】

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

【００１８】図１に、この実施例の全体構成を示す。こ
こでは米国のマサチューセッツ・工科大学が開発し、多
くの計算機に採用されている操作環境である、Ｘウィン
ドウシステムのウィンドウ・サーバ１０７を基本システ
ムとする実現例を示す。このウィンドウシステムに関し
ては、全体の概要がＯ’Ｒｅｉｌｌｙ＆Ａｓｓｏｃｉａ
ｔｅｓ、Ｉｎｃ.の発行した「ＸｌｉｂＰｒｏｇｒａ
ｍｍｉｎｇＭａｎｕａｌ」（１９８９年発行）の１ペ
ージから８ページまでに述べられている。

【００１９】ユーザからは、ディスプレイ装置１０１中
にウィンドウと呼ばれる矩形領域１０２、１０３を見る
ことができる。これらはそれぞれアプリケーション・プ
ログラムＡ（１０９）、Ｂ（１１０）に対応した実行イ
メージである。ユーザはそれぞれのアプリケーションの
実行状況を視覚的に確認することができる。また実行の
ためのデータ設定や、実行指示をマウス装置１０４、キ
ーボード装置１０５を用いてこれらのウィンドウに対し
て入力することができる。

【００２０】処理のおおまかな流れを以下に示す。主記
憶装置１０６内では、ＯＳ１１２が管理するキーボード
装置１０５やマウス装置１０４からのユーザの入力をウ
ィンドウ・サーバ１０７がうけとる。ウィンドウ・サー
バ１０７はたとえばキーボード入力された際に最もユー
ザ側にあるウィンドウ（図１の場合はウィンドウＢ１０
３）向けのものであると解釈し、解釈結果をアプリケー
ションＢ１１０に送信する。こういった情報をイベント
データとよぶ。イベントデータを受信したアプリケーシ
ョンＢ１１０は、その内容によって適当な処理を実行
し、場合によっては再びウィンドウサーバ１０７に要求
を行う。要求にウィンドウ画像の変更を含む場合にはウ
ィンドウサーバ１０７はウィンドウ１０３に適当な描画
を指示する。指示はＯＳ１１２に送られ、ディスプレイ
装置１０１への描画要求をＯＳ１１２が出力する。

【００２１】Ｘウィンドウシステムでは、ウィンドウの
移動や、大きさの変更を各アプリケーションに通知しな
いで行うことが可能である。このための制御を、ウィン
ドウマネージャ１０８と呼ばれるプログラムが行う。こ
れは基本システムであるウィンドウサーバ１０７からみ
れば１つのアプリケーション・プログラムである。ウィ
ンドウマネージャ１０８は独立なウィンドウが新たに作
成された場合にウィンドウサーバ１０７からその通知を
受け、ユーザが自由にウィンドウの移動や大きさの変更
を行える制御機構を準備する。

【００２２】本実施例では、操作マクロ生成・実行プロ
グラム１１１が新たな要素として加わる。これはユーザ
がマウス装置１０４や、キーボード装置１０５を用いて
ウィンドウ１０２または１０３に対して行なった操作の
列を記録して、これらの操作を再実行する操作マクロを
生成し、また実行するものである。このためにウィンド
ウサーバ１０７に二つの変更を加えている。

【００２３】変更の第一は、アプリケーションが起動さ
れ、ウィンドウ・サーバ１０７との接続の要求がなされ
た際に、これを操作マクロ生成・実行プログラム１１１
に通知することである。以下この通知を接続要求２１０
と呼ぶ。

【００２４】変更の第二は、ウィンドウサーバ１０７か
ら各アプリケーション・プログラムにイベントデータの
送信が行われる場合、これを操作マクロ生成・実行ルー
チン１１１にも送信するようにすることである。

【００２５】図２に、操作マクロ生成・実行プログラム
１１１の構成を示す。このプログラムは接続要求２１０
とイベントデータ２１１をウィンドウサーバ１０７から
受信する。接続要求２１０は、ポート・アプリケーショ
ン名対応表２１２の作成に使用される。イベントデータ
２１１はウィンドウ・テーブル作成ルーチン２０２とイ
ベント・テーブル作成ルーチン２０３および操作マクロ
実行ルーチン２０８に渡される。

【００２６】ウィンドウテーブル作成ルーチン２０２
は、渡されるイベントデータ２１１によってウィンドウ
テーブル２０４を管理していく。このテーブルは、現在
のディスプレイ装置１０１上のウィンドウ構成を操作マ
クロ側で正確に把握するためのものである。

【００２７】イベントテーブル作成ルーチン２０３は、
ウィンドウサーバ１０７から送信されたイベントデータ
２１１に関する情報を、イベントテーブル２０５に記憶
する。本実施例では、このルーチン２０３は、全ての送
信されたイベントデータに関する情報を記憶するように
なっている。

【００２８】操作マクロ生成ルーチン２０６は、ウィン
ドウ・テーブル２０４とイベント・テーブル２０５を参
照して操作マクロを作成し、これを操作マクロ管理部２
０７に格納する。

【００２９】操作マクロ実行ルーチン２０８は、操作マ
クロ記憶部２０７から操作マクロを取り出し、ウィンド
ウ・テーブル２０４を参照しながら実行する。

【００３０】操作マクロ生成・実行プログラム１１１の
フローチャートを図１４に示す。処理の実際の流れにつ
いては後述する具体的な例の中で説明する。

【００３１】ここからは具体的な例を用いて説明する。
ここではアプリケーションＡ１０９を、簡単なワードプ
ロセッサであると考える。本実施例ではアプリケーショ
ンＡ１０９を対象とする操作マクロを作成し、実行する
ためにウィンドウマネージャ（ＷＭ）１０８をも対象と
する。話を単純にするため、ここでは図１のアプリケー
ションＢに対応するウィンドウＢは表示されず、したが
ってこのウィンドウに対する操作は考慮しないものとす
る。またウィンドウ・マネージャ１０８がすでに起動さ
れている状態で、アプリケーションＡ１０９を起動する
ものとする。

【００３２】ここでアプリケーションＡ１０９の処理の
概要を簡単に述べる。このプログラムは図３の上に示す
ように、その本体ウィンドウ３０１（Ｗｐ）と、２つの
ダイアログウィンドウ３０４（Ｐｒｉｎｔ？）と３０７
（Ｐａｐｅｒ？）とから構成されている。ディスプレイ
装置１０１上には、はじめにＷｐウィンドウ３０１だけ
が表示される。ユーザはテキスト（ここでは画面上の文
字列）をウィンドウ３０３（Ｔｅｘｔ）内に入力する。
こうして作成した文書を外部に接続してあるプリンタ装
置（図示せず）に出力する場合には、ウィンドウ３０２
（Ｐｒｉｎｔ）をマウスで選択する。プリンタ装置の準
備が整っていれば、ダイアログ３０４（Ｐｒｉｎｔ？）
が表示され、その中のウィンドウ３０５（Ｙｅｓ）をマ
ウスで選択することによって、印刷が行われる。プリン
タの用紙がなくなっている場合には、ダイアログ３０７
（Ｐａｐｅｒ？）が表示される。プリンタ装置に紙を補
給して、この中のウィンドウ３０８（Ｃｏｎｔ。）をマ
ウスで選択すれば、印刷が行われ、ウィンドウ３０９
（Ｃａｎｃｅｌ）をマウスで選択すれば中止される。ま
た各ウィンドウ間の関係は図３の下に示す階層関係にあ
るものとする。この関係はウィンドウサーバ１０７内で
管理される。

【００３３】アプリケーションＡ１０９を起動した直
後、これはウィンドウサーバ１０７に対して接続要求２
１０を行う。この要求によりウィンドウサーバ１０７
は、アプリケーションとの送受信のための、２つの通信
ポートを開く。アプリケーションがウィンドウ作成など
の要求を行う場合には、送信ポートにこの要求を書き込
む。ウィンドウサーバ１０７はこのポートから要求を読
みだすと、これに応じた処理を行い、処理結果をアプリ
ケーション側の受信ポートに書き込む。アプリケーショ
ンは受信ポートに書き込まれた内容を読みだすことによ
って、要求が実行されたことを検知する。

【００３４】ウィンドウサーバ１０７は先に述べた第一
の変更によって、アプリケーションからの接続要求２１
０があった場合、操作マクロ生成・実行プログラム１１
１に通知する。このときウィンドウ・サーバ１０７内に
新しい通信ポート（識別子６とする）を作成する。そし
てアプリケーション名（Ａ）と作成した通信ポートの識
別子（６）、そしてアプリケーションへの書き込みのた
めの通信ポートの識別子（ここでは識別子７とする）を
操作マクロ生成・実行プログラム１１１に通知する。

【００３５】操作マクロ生成・実行プログラム１１１で
は接続要求２１０を受信すると（１４図ステップ１４０
２）、これを用いてポート・アプリケーション名対応表
を更新する（ステップ１４０３）。この更新処理は次の
ようなことを行う。操作マクロ生成・実行プログラム１
１１は接続要求から、アプリケーション名（Ａ）とウィ
ンドウサーバ１０７内で新たに作成された通信ポートの
識別子（６）、アプリケーションへの書き込みのための
通信ポートの識別子（７）をとりだす。ポート６は、操
作マクロ生成・実行プログラム１１１の受信ポート２１
３である。ポート７は操作マクロ生成・実行プログラム
１１１の送信ポート２１４である。この２つのポート識
別子とアプリケーション名との対応表がポート・アプリ
ケーション名対応表２１２である。

【００３６】この表は受信ポート項４１０と送信ポート
項４１１、アプリケーション名項４１２から構成させ
る。表中の一行が１つのアプリケーションに関する情報
となっている。図４の表の１行目は、ポート４から入力
されるイベントデータ２１１はウィンドウマネージャ１
０８向けのものであり、ポート５へイベントデータ２１
１を書き込めばウィンドウマネージャ１０８へこれを送
信することができる、ということである。同様に表の２
行目は、ポート６から入力されるイベントデータ２１１
はアプリケーションＡ１０９向けのものであり、ポート
７へイベントデータ２１１を書き込めばアプリケーショ
ンＡ１０９へこれを送信することができることを示して
いる。

【００３７】ユーザがマウス装置１０４やキーボード装
置１０５を操作して、各アプリケーションに指示を出す
場合は、操作をウィンドウマネージャ１０７が解釈し、
その結果をイベントデータ２１１に変換して、このデー
タを各アプリケーションに送信する。このイベントデー
タ２１１の主要な構造を図５（ｂ）に示す。ここに示す
ようにイベントデータ２１１からは、操作が発生した時
刻を表す発生時刻５１０と、その内容を表す内容５１
１、操作の発生したウィンドウを表すウィンドウ名５１
２、ウィンドウの親ウィンドウを表す親ウィンドウ名５
１３などを得ることができる。この図の例では、イベン
トは９３年の３月１０日の２１時００分００秒００に発
生し、その内容はＰｒｉｎｔという名前を持つウィンド
ウがＲｏｏｔウィンドウを親ウィンドウとして表示（Ｍ
ａｐ）されたことを示している。このイベントによって
Ｐｒｉｎｔウィンドウが実際に画面上に表示されたこと
がアプリケーションに通知される。先に述べたウィンド
ウサーバ１０７の第２の変更により、このイベントデー
タ２１１はすべて操作マクロ生成・実行プログラム１１
１にも送信される。

【００３８】アプリケーションＡ１０９が起動されたあ
と、プログラムで使用するウィンドウを作成するようウ
ィンドウサーバ１０７に要求する。本実施例では、ワー
ドプロセッサの主要部であるＷｐウィンドウ３０１と、
そのサブウィンドウであるＰｒｉｎｔウィンドウ３０
２、Ｔｅｘｔウィンドウ３０３の作成を要求する。これ
らの要求はウィンドウサーバによって処理され、ウィン
ドウがディスプレイ画面１０１上に表示される。

【００３９】表示が行われると、これがイベントデータ
として各アプリケーションに通知される。これは表示に
伴って、各アプリケーションが別の処理を必要とするた
めである。ここでは３つのウィンドウに対応して３つの
イベントデータが送信される。

【００４０】Ｗｐウィンドウ３０１が表示されたという
第１のイベントデータは、ウィンドウマネージャ１０８
に送信される。このイベントデータは図５の下部に示し
たものである。この送信によって、ウィンドウマネージ
ャ１０８はこのウィンドウのサイズや位置をユーザが変
更できるような制御機構を準備する。

【００４１】Ｐｒｉｎｔウィンドウ３０２と、Ｔｅｘｔ
ウィンドウ３０３が表示されたという第２、第３のイベ
ントデータはアプリケーションＡ１０９に送信される。

【００４２】これら３つのイベントデータは各アプリケ
ーションへと同時に、操作マクロ生成・実行プログラム
１１１へと送信される。ウィンドウマネージャ１０８向
きの送信はポート４へ、アプリケーションＡ１０９向き
の送信はポート６を使用して行われる。

【００４３】操作マクロ生成・実行プログラム１１１
は、ここで示した第１のイベントデータを受け取ると
（図１４ステップ１４０４）、これがウィンドウ表示イ
ベントであるので（ステップ１４０５）、このイベント
データをウィンドウテーブル作成ルーチン２０２に渡す
（ステップ１４０６）。

【００４４】ウィンドウテーブル作成ルーチン２０２
は、渡されたイベントデータからウィンドウ名（Ｗｐ）
と親ウィンドウ名（Ｒｏｏｔ）をとりだす（ステップ１
５０２）。イベントデータはウィンドウ表示のものであ
るので（ステップ１５０３）、ウィンドウテーブル２０
４に新しい行Ｔａｂｌｅを追加する（ステップ１５０
４）。そしてＴａｂｌｅのウィンドウ＃項に一意に識別
可能な整数値（２）をつける（ステップ１５０５）。ま
たＴａｂｌｅのウィンドウ名項と親ウィンドウ名項にそ
れぞれ、「Ｗｐ」と「Ｒｏｏｔ」をつける（ステップ１
５０６）。この一連のステップによって、ウィンドウテ
ーブル２０４の３行めが記述されたことになる（図
４）。同様にして第２、第３のウィンドウ表示イベント
データによって、ウィンドウテーブル２０４の４、５行
目が記述される。ここまでのウィンドウテーブル２０４
の内容は図４の太枠内４０５となる。

【００４５】ユーザは、このワードプロセッサ上で印刷
出力を行なうために、以下に示す操作を行なうものとす
る。

【００４６】（１）Ｐｒｉｎｔウィンドウ３０２をマウ
スで選択する。

【００４７】（２）操作（１）の結果Ｐｒｉｎｔ？ダイ
アログ３０４が表示されたら、その中のＹｅｓウィンド
ウ３０５を選択する。

【００４８】上で示した操作はプリンタ装置の準備が整
っている場合のものである。プリンタ装置の状態によっ
ては別の操作が必要となる。その一例を次に示す。これ
はプリンタ装置が紙切れを起こした場合の操作である。

【００４９】（１）’Ｐｒｉｎｔウィンドウ３０２をマ
ウスで選択する。

【００５０】（２）’操作（１）’の結果Ｐａｐｅｒ？
ダイアログ３０７が表示されたら、その中のＣａｎｃｅ
ｌウィンドウ３０９を選択する。

【００５１】以後の説明では（１）（２）という一連の
操作と、（１）’（２）’という一連操作から、それぞ
れ操作マクロが生成され、実行される処理を詳しく述べ
る。

【００５２】操作の前にユーザはイベントテーブル作成
ルーチン２０３の開始を指示する。この開始や中断、ま
た操作マクロの生成や実行はユーザの指示によって行わ
れる。こういった指示を行うための操作マクロ生成・作
成プログラム１１１のインタフェース画面例を図６に示
す。この画面内には、イベントテーブル作成ルーチン２
０３の開始と中断をそれぞれ指示するＳｔａｒｔボタン
６０２とＳｔｏｐボタン６０３、操作マクロ生成を指示
するＧｅｎｅｒａｔｅボタン６０４、操作マクロ実行を
指示するＥｘｅｃボタン６０５が配置されている。入力
領域６０６内には、生成・実行する操作マクロの名前を
入力する。領域６０７には、イベントテーブル２０５の
内容が表示される。この任意の行をマウスで選択するこ
とができる。

【００５３】イベント・テーブル２０５の内容例を図５
に示す。テーブル内のＩＤを表すイベント＃項５０１、
イベント間隔の時間をミリ秒単位で表すイベント間時間
項５０２、イベントの送付されるウィンドウの名前項５
０４と、そのウィンドウの親ウィンドウの名前項５０
３、送信されるアプリケーションを表す送信先項５０
５、イベントの内容を表す内容項５０６、入力元を表す
タイプ項５０７から構成される。

【００５４】イベント＃項５０１内はイベント・テーブ
ル２０５の内容を一意に識別するためのＩＤを記述す
る。ここでは入力順に番号が与えられる。番号は−１か
ら始まって、１ずつ小さくなっていく。イベント＃が負
の整数値の場合は、そのイベントテーブル行が無効であ
ると意味である。ユーザが図６に示したインタフェース
画面内でイベントテーブル内の適当な行をマウスで選択
することによって、イベント＃の符号を反転させること
ができる。このようにしてイベント＃が正の整数値にな
った場合は、そのイベントテーブル行は有効であるとさ
れる。作成時にはすべてのイベントテーブル行は無効で
ある。有効なイベントテーブル行は、操作マクロを生成
する際に参照される。無効なイベントテーブル行は無視
される。

【００５５】図７は、図６で示したインタフェース画面
をユーザが操作した場合の動作を示したものである。Ｓ
ｔａｒｔボタンがマウスで選択されて指示されれば（７
０２）イベントテーブル作成ルーチンを開始し（７０
３）、Ｓｔｏｐが指示されれば（７０４）このルーチン
を中断し（７０５）、Ｇｅｎｅｒａｔｅが指示されれば
（７０６）操作マクロを生成し（７０７）、Ｅｘｅｃが
指示されれば（７０８）操作マクロを実行する（７０
９）。またイベント＃項がマウスで選択された場合、そ
れが無効なものであれば（７１１）、イベント＃項の数
値の符号を逆転させることによってこれを有効にする
（７１１）。また有効なものであれば（７１２）、これ
を無効にする（７１３）。

【００５６】次に実際に（１）（２）の操作からマクロ
を生成するまでを述べる。これには（１）（２）の操作
からイベントテーブル２０５を作成する部分と、イベン
トテーブル２０５からユーザが有効なイベント行を選択
し、有効な部分からマクロを生成する部分とに分けて説
明する。

【００５７】はじめに操作（１）からのイベントテーブ
ル２０５作成について述べる。イベントテーブル作成ル
ーチン２０３の処理の流れを図１６に示す。操作（１）
は親ウィンドウがＲｏｏｔであるＰｒｉｎｔウィンドウ
を、マウスで選択することである。実際にユーザが行う
操作は、マウスの左ボタンをＰｒｉｎｔウィンドウ３０
２上で押して、同じウィンドウ上で離すことである。

【００５８】操作が行われると、マウス装置１０４を管
理するＯＳ１１２に操作信号が送信され、この信号はウ
ィンドウサーバ１０７に転送される。ウィンドウサーバ
１０７はこの信号から操作が行われた位置と操作内容を
解析し、どのウィンドウ上で操作が行われたかを判断す
る。この場合Ｐｒｉｎｔウィンドウ３０２上で操作が行
われているので、このウィンドウの作成元であるアプリ
ケーションＡ１０９にこのウィンドウ上での操作内容を
通知する。また同じ内容が操作マクロ生成・実行プログ
ラム１１１内のイベント・テーブル作成ルーチン２０３
にもポート６を使用して送信される。この内容には、操
作の行われた時刻と、ウィンドウの名前（Ｐｒｉｎ
ｔ）、親ウィンドウの名前（Ｗｐ）、操作の内容（Ｌｅ
ｆｔＰｒｅｓｓおよびＬｅｆｔＲｅｌｅａｓｅ）が含ま
れている。

【００５９】このイベントデータを受け取った操作マク
ロ生成・実行ルーチン１１１は、これがウィンドウ表示
イベントでなく（図１４ステップ１４０３）、イベント
テーブル作成ルーチン２０３が動作しているので（ステ
ップ１４０５）、イベントデータをイベントテーブル作
成ルーチン１４０５に渡す（ステップ１４０６）。

【００６０】イベントテーブル作成ルーチン２０３はイ
ベントデータから、イベント発生時刻Ｔ、ウィンドウ名
Ｗ、親ウィンドウ名ＰＷ、操作内容Ｃをとりだす。また
このイベントデータ２１１は受信ポート６からのもので
あるので、対象アプリケーション名はＡであることがポ
ート・アプリケーション名対応表２１２からわかる（以
上図１６ステップ１６０２）。

【００６１】これまでにイベントテーブル２０５には行
は存在しないので、新しい行を作成しこのイベント＃項
５０１を−１とし、イベント間時間項５０２を０とする
（ステップ１６０７）。また親ウィンドウ名項５０３、
ウィンドウ名項５０４、送信先項５０５、内容項５０６
をそれぞれ「Ｗｐ」、「Ｐｒｉｎｔ」、「Ａ」、「Ｌｅ
ｆｔＰｒｅｓｓ」とする。また内容項がマウスイベント
に関するものであるので、タイプ項５０７を「Ｍｏｕｓ
ｅ」とする（ステップ１６０８）。これで図５に示すイ
ベントテーブル２０５の一行めが記述された。

【００６２】次のイベントはマウスボタンを離したもの
である。このイベントデータ２１１から先の例と同様に
イベント発生時刻などを求める（ステップ１６０７）。
今回はイベントテーブルに行が存在するので、新しい行
を作成し（ステップ１６０４）、この行のイベント＃項
を−２とする（ステップ１６０５）。またイベント発生
時刻を前の行のものとの差をとり、記述する（ステップ
１６０６）。そしてこの行の内容を前と同様にして記述
していく（ステップ１６０８）。これで図５に示すイベ
ントテーブル２０５の２行目が記述された。

【００６３】操作（１）の結果アプリケーションＡ１０
９に送られたイベントデータの内容から、このアプリケ
ーションはＲｏｏｔウィンドウを親としてＰｒｉｎｔ？
ウィンドウ３０４を開くよう、ウィンドウサーバ１０７
へ要求する。ウィンドウ・サーバ１０７は要求をうけて
このウィンドウを作成する。

【００６４】さらにアプリケーションＡはＰｒｉｎｔ？
ウィンドウ３−４を親ウィンドウとして、Ｙｅｓ３０
５、Ｎｏ３０６の両ウィンドウを作成するよう、ウィン
ドウサーバ１０７に要求し、ウィンドウサーバ１０７は
これらのウィンドウを作成する。作成の結果、画面の表
示となってウィンドウがあらわれる。

【００６５】Ｐｒｉｎｔ？ウィンドウ３０４の表示イベ
ントデータはウィンドウマネージャ１０８へのイベント
データとなって通知される。またＹｅｓウィンドウ３０
５とＮｏウィンドウの出現は、これを管理するＰｒｉｎ
ｔウィンドウ３０４の属するアプリケーションＡに表示
イベントデータ２１１となって通知される。これらのイ
ベントデータは各アプリケーションと、操作マクロ生成
・実行プログラム１１１へ送信される。

【００６６】操作マクロ生成・実行プログラム１１１で
はウィンドウ表示イベントを受け取ったのでこれをウィ
ンドウテーブル作成ルーチン２０２にわたす（図１４ス
テップ１４０６）。このルーチンは、先にも説明したと
おりウィンドウテーブル２０４の更新を行う。更新結果
は図４中のウィンドウ＃項が５、６、７である行に反映
されている。またこのイベントデータ２１１を、イベン
トテーブル作成ルーチン２０３が動作中であるので、こ
のルーチンに渡す（ステップ１４０８）。

【００６７】３つのウィンドウ・イベントを受け取った
イベントテーブル作成ルーチン２０３は、新しいイベン
ト行を作成する（図１６ステップ１６０４）。この行の
各項に、このイベントの発生した時刻と前のイベント発
生時刻との差、親ウィンドウ名、ウィンドウ名、アプリ
ケーション名、内容を記述する。このうち内容項５０６
には、ウィンドウが実際に作成されたことを示すべく
「ＭａｐＣｏｎｆｉｇ」と記述される。またこれはウィ
ンドウ生成イベントであるのでタイプ項５０７には「Ｗ
ｉｎｄｏｗ」と記述する。これらの通知に対応して作成
されたイベントテーブル２０５の内容は３、４、５行目
に示されている。

【００６８】ユーザ操作（２）に関しては操作（１）の
Ｐｒｉｎｔのマウス選択と同様であるので詳しくは述べ
ない。この操作によって図５に示したイベントテーブル
２０５の６行目、７行目が作成される。この操作によっ
てウィンドウの生成はおこらないため、以上がイベント
・テーブル２０５の内容となる。（１）（２）操作によ
るイベントテーブル２０５の全体を図５の太枠５０８内
に示す。

【００６９】次にイベントテーブル２０５から操作マク
ロを生成する部分について述べる。

【００７０】ユーザはここまでに記録されたイベント・
テーブル２０５の第一の太枠５０８のイベント＃項をマ
ウスで選択して、これらを有効なイベント・テーブル行
を有効とする。その結果インタフェース画面６０１上の
イベントテーブルの内容表示部６０７のイベント＃項が
正の値に変更される。

【００７１】生成する操作マクロの名前を「Ｐｒｉｎｔ
Ｄｏｃｕｍｅｎｔ」とする。このためインタフェース画
面６０１上の操作マクロ名入力領域にこれを入力し、操
作マクロ生成指示をＧｅｎｅｒａｔｅ指示を行う。これ
によって（１）（２）のユーザ操作を例とした操作マク
ロが生成される（図７ステップ７０７）。このステップ
でマクロが生成されるまでの処理について述べる。

【００７２】図８は、操作マクロ生成ルーチン２０６を
示したものである。操作マクロの名前は、ここでは「Ｐ
ｒｉｎｔＤｏｃｕｍｅｎｔ」という名前である。処理の
はじめに、空の操作マクロＰｒｏｇを生成する（ステッ
プ８０２）。これはこのままではなにもしないことを意
味する。

【００７３】次にイベント・テーブル２０５内に有効な
イベント＃項をもつ行が存在するかどうかを調べる（ス
テップ８０３）。この場合図５の第一の太枠５０８内に
存在する。有効なイベント＃項をもつ行のうち、イベン
ト＃の最も小さい行の内容を変数ＥｖｅｎｔＴａｂｌｅ
の値とする（ステップ８０４）。この場合、イベント＃
の１を持つ行がそれである。

【００７４】次に、ＥｖｅｎｔＴａｂｌｅの各項から時
間Ｔ、親ウィンドウ名Ｐ、ウィンドウ名Ｗ、送信先Ａ
ｐ、内容Ｃ、タイプＴｙを取りだす（ステップ８０
５）。この場合、Ｔは「１０」、Ｐは「Ｗｐ」、Ｗは
「Ｐｒｉｎｔ」、Ａｐは「Ａ」、Ｃは「ＬｅｆｔＰｒｅ
ｓｓ」、Ｔｙは「Ｍｏｕｓｅ」となる。

【００７５】そして、この選択されたＥｖｅｎｔＴａｂ
ｌｅのイベント＃項の符号を反転させることによって、
これを無効にする（ステップ８０６）。

【００７６】ＴｙがＭｏｕｓｅであるので（ステップ８
０７）、これまで空であったＰｒｏｇ操作マクロに次の
スクリプト、”ＳｅｎｄＥｖｅｎｔＷｐＰｒｉｎｔ
ＡＬｅｆｔＰｒｅｓｓ”を加える（ステップ８０
９）。このスクリプトは、「親ウィンドウがＷｐである
ウィンドウＰｒｉｎｔでマウスの左ボタンが押されたこ
とを示すイベントデータを作成し、これをアプリケーシ
ョンＡに送信せよ」ということを意味している。

【００７７】同じ流れを繰り返して、イベント・テーブ
ル２０５のイベント＃が２の行から、次のスクリプ
ト、”ＳｅｎｄＥｖｅｎｔＷｐＰｒｉｎｔＡＬ
ｅｆｔＲｅｌｅａｓｅ”がＰｒｏｇに加えられる。これ
は、同じウィンドウでマウスの左ボタンが離されたこと
を示すイベントデータを作成し、アプリケーションＡに
送信する指示を意味している。

【００７８】イベント・テーブル２０５のイベント＃３
の行については、ステップ８０７でタイプがＷｉｎｄｏ
ｗであり、ＫｅｙｂｏａｒｄでもＭｏｕｓｅでもないの
で、次のスクリプト”ＷａｉｔＥｖｅｎｔ８０Ｒｏ
ｏｔＰｒｉｎｔ？ＷＭＭａｐＣｏｎｆｉｇ”がＰ
ｒｏｇに付け加えられる。このスクリプトは、「アプリ
ケーションがウィンドウマネージャ１０８であって、か
つ親ウィンドウがＲｏｏｔである、ウィンドウＰｒｉｎ
ｔ？に対し、表示されたことを示すイベントが送信され
るまで待ちあわせよ」ということを意味している。また
時間８０ミリ秒は、実行する際の参考データとして与え
ている。

【００７９】このようにして第５図太枠５０９内の最後
のイベント・データ行の処理が終わると、もう有効なイ
ベント＃項を持つ行が存在しなくなり（８０３）、Ｐｒ
ｏｇを「ＰｒｉｎｔＤｏｃｕｍｅｎｔ」という名前で操
作マクロ記憶部２０７に格納し（８１０）、操作マクロ
生成ルーチン２０６を終了する（８１１）。

【００８０】生成された操作マクロを、第９図９０１に
示す。実際の操作マクロ記憶部２０７内では、同じ名前
で格納された順に番号がついているため、操作マクロ名
は「ＰｒｉｎｔＤｏｃｕｍｅｎｔ（０）」となってい
る。

【００８１】次に（１）’（２）’の操作からのイベン
トテーブル２０５の生成と、マクロ生成について説明す
る。

【００８２】操作（１）と（１）’とは同じであるが、
（１）’ではプリンタ装置の紙切れを起こしたという状
況であるため、アプリケーションＡは先の例で示したＰ
ｒｉｎｔ？ウィンドウ３０４ではなく、Ｐａｐｅｒ？ウ
ィンドウ３０７を作成するよう、ウィンドウサーバ１０
７に要求する。

【００８３】ウィンドウサーバがウィンドウを作成処理
を実行後、各アプリケーションと操作マクロ生成・実行
プログラム１１１にはウィンドウ・イベントが通知され
る。これらからウィンドウテーブル作成ルーチン２０２
は、新しい行をウィンドウテーブル２０４に付け加え
る。新しい行は、図４のウィンドウ＃項が８、９、１０
である行である。

【００８４】生成されたイベントテーブル２０５の内容
を、図５内の、イベント＃項５０１が−１００から−１
０６までの部分に示す。このうち太枠５０９で示した部
分が（１）（２）の操作で生成したものと異なってい
る。

【００８５】ここでは図５の太枠５０９内だけを有効な
イベント行として指定する。そして同じ名前「Ｐｒｉｎ
ｔＤｏｃｕｍｅｎｔ」で操作マクロを生成する。操作マ
クロの生成手順は先の説明と同様である。この名前で作
成された操作マクロは２つめであるので、操作マクロ名
は「ＰｒｉｎｔＤｏｃｕｍｅｎｔ（１）」となる。

【００８６】図９の９０２に（１）’（２）’の操作か
ら生成された操作マクロの内容を示す。９０１、９０２
の二つのプログラムは、印刷出力を実行する、という共
通の目的をもってはじめた操作であるので、同じ名前で
格納され、作成順に番号が与えられている。

【００８７】これまでに操作マクロを作成するまでにつ
いては説明した。次に操作マクロ記憶部２０７内に格納
された操作マクロの実行について述べる。実行は、図７
の７０９ステップに示したように、ユーザが図６のＥｘ
ｅｃボタン６０５をマウスで選択することによって行わ
れる。ここでは先の説明に用いた「ＰｒｉｎｔＤｏｃｕ
ｍｅｎｔ」操作マクロを実行することを考える。

【００８８】図１０は、名前が与えられて操作マクロを
実行する処理の流れを示したものである。はじめに、名
前が「ＰｒｉｎｔＤｏｃｕｍｅｎｔ」のもので未実行の
ものが操作マクロ記憶部２０７中にあるかどうかを確か
める（１００２）。この場合、「ＰｒｉｎｔＤｏｃｕｍ
ｅｎｔ（０）」と「ＰｒｉｎｔＤｏｃｕｍｅｎｔ
（１）」の二つの操作マクロが存在する。

【００８９】これらのうち、最も早く作成されたものを
Ｐｒｏｇとする（１００３）。ここでは「ＰｒｉｎｔＤ
ｏｃｕｍｅｎｔ（０）」である。

【００９０】このＰｒｏｇを単一操作マクロと呼び、こ
れを実行する（１００４）。

【００９１】実行の結果は、後で説明するように必ず
「成功」か「失敗」かのいずれかである。もし結果が
「成功」ならば（１００５）、そこで操作マクロの実行
を終了する。これは「ＰｒｉｎｔＤｏｃｕｍｅｎｔ
（０）」が正常に終了したことを意味する。また結果が
「失敗」ならば次の単一マクロＰｒｏｇを、「Ｐｒｉｎ
ｔＤｏｃｕｍｅｎｔ（１）」として、これを実行するこ
とになる。これは、通常の印刷出力の実行ができない場
合で、プリンタ装置の用紙がなくなっているなら印刷出
力を取りやめることを意味している。

【００９２】そこで、図１１を用いて単一操作マクロを
実行する処理について述べる。ここでは「ＰｒｉｎｔＤ
ｏｃｕｍｅｎｔ（０）」を、単一操作マクロＰｒｏｇと
して説明する単一操作マクロは、図９の例からも明らか
なように、順序をもったスクリプトの列である。はじめ
に、この列の中で未実行のものが存在するかどうかを確
かめる（１１０２）。起動された時には、図９の９０１
のスクリプトが７行存在する。

【００９３】図９の９０１の７行のスクリプトのうち、
はじめの”ＳｅｎｄＥｖｅｎｔＷｐＰｒｉｎｔＡ
ＬｅｆｔＰｒｅｓｓ”をＳｃｒｉｐｔとする（１１０
３）。そしてこのスクリプトを実行する（１１０４）。
このスクリプトの実行の結果はやはり「成功」か「失
敗」かのいずれかである。

【００９４】スクリプト実行の結果が「成功」なら（１
１０５）、Ｓｃｒｉｐｔの処理を終わり、次のスクリプ
トの処理をおこなう。「失敗」なら、Ｐｒｏｇ全体の実
行結果を「失敗」と報告する（１１０８）。もし一つの
スクリプトも失敗することなく、最後のスクリプトの実
行が終了したなら、Ｐｒｏｇ実行を「成功」と報告する
（１１０６）。「ＰｒｉｎｔＤｏｃｕｍｅｎｔ（０）」
の場合、（１）（２）の操作がすべて再実行できた場合
が、「成功」であり、そうでなくプリンタ装置の用紙が
なくなったような場合には、途中で失敗して「失敗」と
報告される。

【００９５】そこで各スクリプトの実行処理について述
べる。はじめにスクリプト”ＳｅｎｄＥｖｅｎｔＷｐ
ＰｒｉｎｔＡＬｅｆｔＰｒｅｓｓ”をＳｃｒｉｐ
ｔとして、これを実行する場合について第１２図を用い
て説明する。

【００９６】ＳｃｒｉｐｔからオペレータＯｐ、親ウィ
ンドウ名Ｐ、ウィンドウ名Ｗ、送信先アプリケーション
名ＡＰＰ、内容Ｃを求める（１２０２）。この場合、Ｏ
ｐが「ＳｅｎｄＥｖｅｎｔ」、Ｐが「Ｗｐ」、Ｗが「Ｐ
ｒｉｎｔ」、ＡＰＰが「Ａ」、Ｃが「ＬｅｆｔＰｒｅｓ
ｓ」である。

【００９７】そして、ウィンドウＷ、親ウィンドウＰ、
内容Ｃからウィンドウ・イベントを作成しこれをＥｖｅ
ｎｔとする（１２０３）。これはウィンドウサーバ１０
７から各アプリケーションに送信される形式と整合性を
とったもので、ユーザがマウス装置１０４を操作してＰ
ｒｉｎｔウィンドウ上で左ボタンを押した時にウィンド
ウサーバからアプリケーションに送信されるものと、内
容的には同じものである。

【００９８】Ｏｐが「ＳｅｎｄＥｖｅｎｔ」であるので
（１２０４）、以下のステップを実行する。

【００９９】まずここで与えられたウィンドウが、存在
するものであるかどうかを確かめる。これはウィンドウ
テーブル２０４を参照することによって確認する（１２
０５）。ここでは、ウィンドウ名と、親ウィンドウ名に
よって判断している。ウィンドウテーブル２０４内に正
しく存在しないものであれば、それはディスプレイ装置
上に存在しないということであるので、Ｓｃｒｉｐｔの
実行は「失敗」と報告する（１２０９）。

【０１００】作成したＥｖｅｎｔを、アプリケーション
Ａに送信する（１２０６）。送信はポート７に対して行
われる。この送信は、ユーザが実際にＰｒｉｎｔウィン
ドウ３０２をマウスの左ボタンを押したことと同じ効果
をもたらす。送信内容のＥｖｅｎｔは、実際にユーザが
マウス操作したことによって送信されたイベントデータ
とは正確には一致しないが、これを受信したアプリケー
ションＡ１０９の処理は同じものとなる。送信後、この
Ｓｃｒｉｐｔの実行が「成功」だと報告して（１２０
７）、処理を終える（１２０８）。

【０１０１】次にスクリプト”ＷａｉｔＥｖｅｎｔ８
０ＲｏｏｔＰｒｉｎｔ？ＷＭＭａｐＣｏｎｆｉ
ｇ”をＳｃｒｉｐｔとして、これを実行する場合につい
て第１２図と第１３図を用いて説明する。

【０１０２】この場合、Ｏｐは「ＷａｉｔＥｖｅｎ
ｔ」、Ｔは「８０」、Ｐは「Ｒｏｏｔ」、Ｗは「Ｐｒｉ
ｎｔ？」、Ａｐｐは「ＷＭ」、Ｃは「ＭａｐＣｏｎｆｉ
ｇ」である（１２０２）。またイベント・データＥｖｅ
ｎｔが作成される（１２０３）。

【０１０３】Ｏｐが「ＳｅｎｄＥｖｅｎｔ」でなく（１
２０４）、「ＷａｉｔＥｖｅｎｔ」であるので（１３０
１）、以下のステップを実行する。

【０１０４】送信されるウィンドウ・イベント２１２の
うち、ウィンドウマネージャ１０８へのものを２４０ミ
リ秒だけ待つ。すなわち、対応する受信ポート４にウィ
ンドウ表示イベントデータが書き込まれるのを２４０ミ
リ秒だけ待つ。他のポートへの書き込み（異なるアプリ
ケーションからのイベントデータ送信）は無視される。
この待ちあわせは、次のコマンドを、ウィンドウの生成
が終わったのを確認してから送るためである。ウィンド
ウの生成までの時間は、そのときどきの状況によってか
わる。この２４０ミリ秒というのは、ユーザ操作を記録
した際に実際に要した時間（８０ミリ秒）の３倍であ
る。これだけ待って送信が行われなければ、Ｓｃｒｉｐ
ｔの実行を「失敗」として報告し（１３０５）、処理を
終了する（１３０６）。

【０１０５】ポート４へウィンドウ表示イベントデータ
が送信された場合には、受信したデータからウィンドウ
名ＲＷと、親ウィンドウ名ＲＰ、イベントの内容ＲＣを
取りだす（１３０４）。そしてこれらがそれぞれＷ、
Ｐ、Ｃと等しいかどうかを確認する（１３０７）。等し
いということは、正しく実行が継続されていることを意
味し、異なるということはマクロ作成時とは異なる状況
が生じたこと意味する。そこで等しいならＳｃｒｉｐｔ
実行を「成功」と報告して（１３０８）処理を終わり
（１３０９）、そうでないなら「失敗」と報告して（１
３０５）処理を終わる（１３０６）。

【０１０６】自動生成される操作マクロの中で、Ｏｐが
「ＳｅｎｄＥｖｅｎｔ」でも「ＷａｉｔＥｖｅｎｔ」で
もないものは存在しないはずなので、異常終了処理（１
３１０）を実行することはありえない。

【０１０７】ここまでに、図９に示した操作マクロ「Ｐ
ｒｉｎｔＤｏｃｕｍｅｎｔ」の実行が行われることを示
した。操作マクロの生成に関してユーザの行なうこと
は、いくつかの場合について一連の操作を示し、操作マ
クロ化したい部分を図６に示したインタフェース画面上
で指定して、操作マクロ生成を指示することである。実
行に関しては、ユーザは名前を指定して実行指示を出す
ことである。

【０１０８】ここで説明した例では、アプリケーション
Ａのみが動作中であると仮定したが、別のアプリケーシ
ョン・プログラムの例えばＢが動作中であり、ユーザ
が、それらの二つのプログラムにまたがって操作を行っ
た場合にも本実施例は有効である。本実施例では、この
場合、イベントテーブル２０５にはこれらのプログラム
およびウィンドウマネージャーに対するイベントが混っ
て記憶される。これらのイベントデータは、どのプログ
ラムに送信すべきものかもこのテーブルに記憶されてい
るので、これらのユーザ操作を実行するマクロプログラ
ムを全く同様に作成し実行できる。従って、それぞれの
プログラムに対するシステムプログラムからの応答メッ
セージを待ち合わせることも可能になる。

【０１０９】以上から明らかなように、本実施例では、
システムプログラムからアプリケーションプログラムに
対してなされる応答メッセージを動的に待ち合わせる操
作マクロを生成可能であり、しかも複数の異なる状況に
おける操作例から、複数の操作マクロを自動的に生成で
きる。

【０１１０】（変形例）以上の実施例では、イベントテ
ーブル２０５には、送信された全てのイベントデータを
記憶し、これらの内、操作マクロの作成に使用するイベ
ントデータをユーザが選択していた。この選択の負担を
減らす方法として、選択を操作マクロ生成ルーチンに任
せることも考えられる。たとえば、送信されたイベンド
データがプログラムＡに対する操作のマクロ化に必要な
イベントデータか否かを判別し、そのマクロ化に必要な
もののみをイベントテーブルに記憶すればよい。あるい
は、イベントテーブルには全てのイベントデータを記憶
した後、プログラムＡの操作のマクロ化に必要なものを
自動的にこの操作マクロ生成プログラムにより選択させ
てもよい。このためには、ウィンドウの表示、消去に関
するイベントデータは必ず有効なイベントデータとする
だけでもよい。

【０１１１】

【発明の効果】本発明によれば、アプリケーション・プ
ログラムに対する操作例から、それの実行を制御するシ
ステムプログラムからの応答メッセージを動的に待ち合
せるコマンドを含む操作マクロが容易に生成される。

【０１１２】同一の入力に対してアプリケーションから
の返送メッセージが変化する複数の場合にも使用可能な
操作マクロプログラムも作成できる。

【図面の簡単な説明】

【図１】本発明の実施例の全体構成図。

【図２】図１の操作マクロ生成・実行プログラムの詳細
な構成図。

【図３】本実施例で作成されるウィンドウの表示と構成
を示す図。

【図４】本実施例で作成されるウィンドウ・テーブルを
示す図。

【図５】本実施例で作成されるイベント・テーブルを示
す図。

【図６】図２の操作マクロ生成・実行プログラムのイン
タフェース画面を示す図。

【図７】図２の操作マクロ生成・実行プログラムのフロ
ーチャート。

【図８】図７の処理のうち操作マクロ生成ルーチンのフ
ローチャート。

【図９】本実施例で生成された操作マクロを示す図。

【図１０】図７の処理のうち操作マクロの実行ルーチン
のフローチャート。

【図１１】図１０の処理のうち単一操作マクロＰｒｏｇ
の実行ルーチンのフローチャート。

【図１２】図１１の処理のうちスクリプトＳｃｒｉｐｔ
の実行ルーチンの一部のフローチャート。

【図１３】図１１の処理のうちスクリプトＳｃｒｉｐｔ
の実行ルーチンの他の部分のフローチャート。

【図１４】操作マクロ生成・実行プログラムのフローチ
ャート。

【図１５】ウィンドウテーブル作成ルーチンのフローチ
ャート。

【図１６】イベントテーブル作成ルーチンのフローチャ
ート。

Claims

【特許請求の範囲】

【請求項１】複数のアプリケーションプログラムを、シ
ステムプログラムの制御下で実行する計算機システムに
おいて、該複数のアプリケーションプログラムの内の選
択された一つのアプリケーションプログラムに対してな
された一連のユーザ操作を実行するプログラムを生成す
る方法であって、（ａ）該システムプログラムが、該選択されたアプリケ
ーションプログラムからの要求に対して応答メッセージ
を、その選択されたアプリケーションプログラムまたは
他のアプリケーションプログラムに出力するごとに、該
システムプログラムから該複数のアプリケーションプロ
グラムに共通に設けられた特定のプログラムにその応答
メッセージを通知し、（ｂ）該選択されたアプリケーションプログラムに対し
てユーザ操作がなされるごとに、そのユーザ操作を該シ
ステムプログラムから該特定のプログラムに通知し、（ｃ）該ステップ（ａ）により通知がなされたとき、そ
の通知で指定された応答メッセージの内容を示す第１種
の信号を記憶し、該ステップ（ｂ）により通知がなされ
たとき、その通知で指定されたユーザ操作を示す第２種
の信号を、該特定のプログラムにより記憶し、（ｄ）上記ステップ（ｃ）により記憶された複数の第１
種の信号および複数の第２種の信号に基づいて、選択さ
れた一つのアプリケーションプログラムに対する一連の
ユーザ操作を実行するための、該システムプログラムに
供給すべき複数のコマンドからなるプログラムを、該特
定のプログラムにより生成するステップを有し、その生成のときに、（ｄ１）各記憶された第１種の信号
に基づいて、その第１種の信号が示す応答メッセージ
が、該システムプログラムから該選択されたアプリケー
ション・プログラムまたは該他のアプリケーションプロ
グラムに出力されたことが該特定のプログラムに通知さ
れるのを待ち合わせ、その通知がなされるまで後続のコ
マンドの実行を遅延するコマンドを生成し、（ｄ２）各
記憶された第２種の信号に基づいて、その第２種の信号
が示すユーザ操作が、該アプリケーション・プログラム
に対してなされたことを該システムプログラムに通知す
るコマンドを生成するもの。
【請求項２】複数のアプリケーションプログラムのそれ
ぞれにウインドウを割り当て、それぞれのアプリケーシ
ョンプログラムから発行された、新たなウインドウの生
成あるいは消滅の要求を実行し、それぞれのアプリケー
ションプログラムに対するユーザ操作をそれぞれのアプ
リケーションプログラムに通知するウインドウプログラ
ムの管理下で該複数のアプリケーションプログラムを実
行する計算機システムにおいて、該複数のアプリケーシ
ョンプログラムの内の選択された一つのアプリケーショ
ンプログラムに対してなされた一連のユーザ操作を実行
するプログラムを生成する方法であって、（ａ）該選択されたアプリケーションプログラムに要求
にしたがって、該ウインドウプログラムによりウインド
ウが生成あるいは消滅されるごとに、そのウインドウの
生成あるいは消滅を示す第１種の信号を記憶し、（ｂ）該選択されたアプリケーションプログラムが使用
しているウインドウに対してユーザ操作がなされるごと
に、そのウインドウとそのユーザ操作を示す第２種の信
号を記憶し、（ｃ）上記ステップ（ａ）と（ｂ）により記憶された複
数の第１種の信号および複数の第２種の信号から、該選
択されたアプリケーションプログラムに対する一連のユ
ーザ操作を実行するための、該ウインドウプログラムに
供給すべき複数のコマンドからなるプログラムを生成す
るステップを有し、その生成のときに、（ｃ１）各記憶された第１種の信号
に基づいて、その信号が示すウインドウの、生成あるい
は消滅が該ウインドウプログラムによりなされるのを待
ち合わせ、その生成あるいは消滅がなされるまで後続の
コマンドの実行を遅延するコマンドを生成し、（ｃ２）
各記憶された第２種の信号に基づいて、その信号が示す
ユーザ操作が、その信号が示すウインドウに対してなさ
れたことを該ウインドウプログラムに通知するコマンド
を生成するもの。
【請求項３】複数のアプリケーションプログラムを、そ
れぞれにウインドウを割り当て、それぞれのアプリケー
ションプログラムから発行された、新たなウインドウの
生成あるいは消滅の要求を実行し、それぞれのアプリケ
ーションプログラムに対するユーザ操作をそれぞれのア
プリケーションプログラムに通知するウインドウプログ
ラムの管理下で並列に実行する計算機システムにおい
て、該複数のアプリケーションプログラムの内の選択さ
れた一つのアプリケーションプログラムに対してなされ
た一連のユーザ操作を実行するプログラムを生成する方
法であって、（ａ）該ウインドウプログラムが該選択されたアプリケ
ーションプログラムから要求されたウインドウを生成あ
るいは消滅するごとに、該ウインドウプログラムから該
複数のアプリケーションプログラムに共通に設けられた
特定のプログラムにそのウインドウが生成あるいは消滅
されたことを通知し、（ｂ）該選択されたアプリケーションプログラムが使用
する一つまたは複数のウインドウに対してユーザ操作が
なされるごとに、そのウインドウに関してそのユーザ操
作がなされたことを該ウインドウプログラムから該特定
のプログラムに通知し、（ｃ）該ステップ（ａ）により通知がなされたとき、そ
の通知で指定されたウインドウとウインドウの生成ある
いは消滅とを示す第１種の信号を記憶し、該ステップ
（ｂ）により通知がなされたとき、その通知が示すウイ
ンドウとユーザ操作とを示す第２種の信号を、該特定の
プログラムにより記憶し、（ｄ）上記ステップ（ｃ）により記憶された複数の第１
種の信号および複数の第２種の信号に基づいて、選択さ
れた一つのアプリケーションプログラムに対する一連の
ユーザ操作を実行するための、該ウインドウプログラム
に供給すべき複数のコマンドからなるプログラムを、該
特定のプログラムにより生成するステップを有し、その生成のときに、（ｄ１）各記憶された第１種の信号
に基づいて、その第１種の信号が示すウインドウの、生
成あるいは消滅が、該ウインドウプログラムから該特定
のプログラムに通知されるのを待ち合わせ、その通知が
なされるまで後続のコマンドの実行を遅延するコマンド
を生成し、（ｄ２）各記憶された第２種の信号に基づい
て、その第２種の信号が示すユーザ操作が、その信号が
示すウインドウに対してなされたことを該ウインドウプ
ログラムに通知するコマンドを生成するもの。
【請求項４】複数のアプリケーションプログラムを、そ
れぞれにウインドウを割り当て、それぞれのアプリケー
ションプログラムから発行された、新たなウインドウの
生成あるいは消滅の要求を実行し、それぞれのアプリケ
ーションプログラムに対するユーザ操作をそれぞれのア
プリケーションプログラムに通知するウインドウプログ
ラムの管理下で並列に実行する計算機システムにおい
て、該複数のアプリケーションプログラムの内の選択さ
れた一つのアプリケーションプログラムに対してなされ
た一連のユーザ操作を実行するプログラムを生成する方
法であって、（ａ）該ウインドウプログラムがいずれか一つのアプリ
ケーションプログラムから要求されたウインドウを生成
あるいは消滅するごとに、そのウインドウの生成あるい
は消滅を示す第１種の信号を記憶し、（ｂ）該ウインドウプログラムにより管理されている複
数のウインドウのいずれかに対してユーザ操作がなされ
るごとに、そのウインドウとそのユーザ操作を示す第２
種の信号を記憶し、（ｃ）上記ステップ（ａ）と（ｂ）により記憶された複
数の第１種の信号および複数の第２種の信号から、該選
択されたアプリケーションプログラムに対する一連のユ
ーザ操作を実行するための、該ウインドウプログラムに
供給すべき複数のコマンドからなるプログラムを生成す
るステップを有し、その生成のときに、（ｃ１）該記憶された複数の第１種
の信号の内の、アプリケーションプログラムが使用する
一つまたは複数のウインドウのいずれかに関連する第１
種の信号と、該記憶された複数の第２種の信号の内の、
アプリケーションプログラムが使用する該一つまたは複
数のウインドウのいずれかに対してなされたユーザ操作
に関連する複数の第１種の信号とを選択し、（ｃ２）各
選択された第１種の信号に基づいて、その信号が示すウ
インドウの、生成あるいは消滅が該ウインドウプログラ
ムによりなされるのを待ち合わせ、その生成あるいは消
滅がなされるまで後続のコマンドの実行を遅延するコマ
ンドを生成し、（ｃ３）各選択された第２種の信号に基
づいて、その信号が示すユーザ操作が、その信号が示す
ウインドウに対してなされたことを該ウインドウプログ
ラムに通知するコマンドを生成するもの。
【請求項５】該ステップ（ｃ１）による選択のときに、該記憶された複数の第１種の信号と該記憶された複数の
第２種の信号を表示装置の画面に表示し、該表示画面上でのユーザによる指定された複数の第１種
の信号と複数の第２種の信号を選択する請求項４記載の
プログラム生成方法。
【請求項６】該ウインドウプログラムにより現に生成さ
れているウインドウが、該複数のアプリケーションプロ
グラムのいずれにより使用されているかを示す情報を記
憶し、該記憶された情報に基づいて、該記憶された複数の第１
種の信号と該記憶された複数の第２種の信号のそれぞれ
が該アプリケーションプログラムが使用しているウイン
ドウに関連するかを判別するステップをさらに有し、該ステップ（ｃ１）による選択は、該判別結果に基づい
て行なわれる請求項４記載のプログラム生成方法。
【請求項７】該ステップ（ａ）による記憶は、該ウイン
ドウプログラムがいずれか一つのウインドウの生成ある
いは消滅を行うごとに、該ウインドウプログラムが出力
する信号に基づいて行なわれる請求項４記載のプログラ
ム生成方法。
【請求項８】該ステップ（ｂ）による記憶は、いずれか
一つのウインドウに対してユーザ操作が行なわれるごと
に該ウインドウプログラムが出力する信号に基づいて行
なわれる請求項４記載のプログラム生成方法。
【請求項９】複数のアプリケーションプログラムを、そ
れぞれにウインドウを割り当て、それぞれのアプリケー
ションプログラムから発行された、新たなウインドウの
生成あるいは消滅の要求を実行し、それぞれのアプリケ
ーションプログラムに対するユーザ操作をそれぞれのア
プリケーションプログラムに通知するウインドウプログ
ラムの管理下で並列に実行する計算機システムにおい
て、該複数のアプリケーションプログラムの内の選択さ
れた一つのアプリケーションプログラムに対してなされ
た一連のユーザ操作を実行するプログラムを生成する方
法であって、（ａ）該ウインドウプログラムがいずれか一つのアプリ
ケーションプログラムから要求されたウインドウを生成
あるいは消滅するごとに、該ウインドウプログラムから
該複数のアプリケーションプログラムに共通に設けられ
た特定のプログラムにそのウインドウが生成あるいは消
滅されたことを通知し、（ｂ）該ウインドウプログラムにより管理されている複
数のウインドウのいずれかに対してユーザ操作がなされ
たとき、そのウインドウに関してそのユーザ操作がなさ
れたことを該ウインドウプログラムから該特定のプログ
ラムに通知し、（ｃ）該ステップ（ａ）により通知がなされたとき、そ
の通知で指定されたウインドウとそのウインドウの生成
あるいは消滅とを示す第１種の信号を記憶し、該ステッ
プ（ｂ）により通知がなされたとき、その通知が示すウ
インドウとユーザ操作とを示す第２種の信号を、該特定
のプログラムにより記憶し、（ｄ）上記ステップ（ｃ）により記憶された複数の第１
種の信号および複数の第２種の信号に基づいて、該選択
された一つのアプリケーションプログラムに対する一連
のユーザ操作を実行するための、該ウインドウプログラ
ムに供給すべき複数のコマンドからなるプログラムを、
該特定のプログラムにより生成するステップを有し、その生成のときに、（ｄ１）該記憶された複数の第１種
の信号の内の、アプリケーションプログラムが使用する
一つまたは複数のウインドウのいずれかに関連する第１
種の信号と、該記憶された複数の第２種の信号の内の、
アプリケーションプログラムが使用する該一つまたは複
数のウインドウのいずれかに対してなされたユーザ操作
に関連する複数の第１種の信号とを選択し、（ｄ２）各
選択された第１種の信号に基づいて、その信号が示すウ
インドウの、生成あるいは消滅が該ウインドウプログラ
ムによりなされるのを待ち合わせ、その生成あるいは消
滅がなされるまで後続のコマンドの実行を遅延するコマ
ンドを生成し、（ｄ３）各選択された第２種の信号に基
づいて、その信号が示すユーザ操作が、その信号が示す
ウインドウに対してなされたことを該ウインドウプログ
ラムに通知するコマンドを生成するもの。
【請求項１０】該ステップ（ｄ１）による選択のとき
に、該記憶された複数の第１種の信号と該記憶された複数の
第２種の信号を表示装置の画面に表示し、該表示画面上でのユーザによる指定された複数の第１種
の信号と複数の第２種の信号を選択する請求項９記載の
プログラム生成方法。
【請求項１１】該ウインドウプログラムにより現に生成
されているウインドウが、該複数のアプリケーションプ
ログラムのいずれにより使用されているかを示す情報を
記憶し、該記憶された情報に基づいて、該記憶された複数の第１
種の信号と該記憶された複数の第２種の信号のそれぞれ
が該アプリケーションプログラムが使用しているウイン
ドウに関連するかを判別するステップをさらに有し、該ステップ（ｄ１）による選択は、該判別結果に基づい
て行なわれる請求項９記載のプログラム生成方法。
【請求項１２】該ステップ（ｃ）によるいずれかの第１
種の信号の記憶は、該ウインドウプログラムがいずれか
一つのウインドウの生成あるいは消滅を行うごとに、該
ウインドウプログラムが出力する信号に基づいて行なわ
れる請求項９記載のプログラム生成方法。
【請求項１３】該ステップ（ｃ）によるいずれかの第２
種の信号の記憶は、いずれか一つのウインドウに対して
ユーザ操作が行なわれるごとに該ウインドウプログラム
が出力する信号に基づいて行なわれる請求項９記載のプ
ログラム生成方法。
【請求項１４】複数のアプリケーションプログラムを、
それぞれにウインドウを割り当て、それぞれのアプリケ
ーションプログラムから発行された、新たなウインドウ
の生成あるいは消滅の要求を実行し、それぞれのアプリ
ケーションプログラムに対するユーザ操作をそれぞれの
アプリケーションプログラムに通知するウインドウプロ
グラムの管理下で並列に実行する計算機システムにおい
て、該複数のアプリケーションプログラムの内の選択さ
れた一つのアプリケーションプログラムに対してなされ
た一連のユーザ操作を実行するプログラムを生成する方
法であって、（ａ）該ウインドウプログラムがいずれか一つのアプリ
ケーションプログラムから要求されたウインドウを生成
あるいは消滅するごとに、該ウインドウプログラムから
該複数のアプリケーションプログラムに共通に設けられ
た特定のプログラムにそのウインドウが生成あるいは消
滅されたことを通知し、（ｂ）該ウインドウプログラムにより管理されている複
数のウインドウのいずれかに対してユーザ操作がなされ
たとき、そのウインドウに関してそのユーザ操作がなさ
れたことを該ウインドウプログラムから該特定のプログ
ラムに通知し、（ｃ）該ステップ（ａ）または（ｂ）により通知がなさ
れたとき、その通知が、該選択されたアプリケーション
プログラムが使用しているウインドウに関連するものか
否かを、該特定のプログラムにより判別し、（ｄ）該判別の結果、その通知が、該選択されたアプリ
ケーションプログラムが使用しているウインドウに関す
るものであるときには、その通知がステップ（ａ）によ
る通知であるかステップ（ｂ）による通知であるかに依
存して、その通知で指定されたウインドウとウインドウ
の生成あるいは消滅とを示す第１種信号あるいはその通
知が示すウインドウとユーザ操作とを示す第２種の信号
を、該特定のプログラムにより記憶し、（ｅ）上記ステップ（ｄ）により記憶された複数の第１
種の信号および複数の第２種の信号から、該選択された
アプリケーションプログラムに対する一連のユーザ操作
を実行するための、該ウインドウプログラムに供給すべ
き複数のコマンドからなるプログラムを生成するステッ
プを有し、その生成のときに、（ｅ１）各記憶された第１種の信号
に基づいて、その信号が示すウインドウの、生成あるい
は消滅が、該ウインドウプログラムから該特定のプログ
ラムに通知されるのを待ち合わせ、その通知がなされる
まで後続のコマンドの実行を遅延するコマンドを生成
し、（ｅ２）各記憶された第２種の信号に基づいて、そ
の信号が示すユーザ操作が、その信号が示すウインドウ
に対してなされたことを該ウインドウプログラムに通知
するコマンドを生成するもの。
【請求項１５】該複数のコマンドの少なくとも一つは、
そのコマンドが行なう待ち合わせの時間を指定するコマ
ンドである請求項３記載のプログラム生成方法。
【請求項１６】該ウインドウプログラムからの複数の通
知が発生した時間間隔に基づいて、該特定のプログラム
により、その待合せの時間を決定するステップをさらに
有する請求項１５記載の記載のプログラム生成方法。
【請求項１７】該決定ステップは、その記憶された第１
種の信号を記憶する契機となった通知と、その通知に先
行して該ウインドウプログラムから発っせられた通知と
の間の時間間隔により決定するステップからなる請求項
１６記載のプログラム生成方法。
【請求項１８】該複数のコマンドの少なくとも一つが待
ち合わせる、ウインドウの生成あるいは消滅を生じない
場合に入力すべき他の一連のユーザ操作をさらに入力
し、該他の一連のユーザ操作が行なわれている間、上記ステ
ップ（ａ）から（ｄ）を実行し、その実行の結果、該他
の一連のユーザ操作を実行するための他のプログラムを
生成し、該生成された他のプログラムを、該一連のユーザ操作に
対して生成された該プログラムの実行中に該一つのコマ
ンドの待合せが所定の待合せ時間内に成功しなかった場
合に、その一つのコマンドの後続のコマンドに代えて実
行すべきプログラムとして記憶するステップをさらに有
する請求項３記載のプログラム生成方法。
【請求項１９】該他のプログラムの記憶は、該一連のユ
ーザ操作に対して生成された該プログラムの名称と同じ
名称でもって、該他のプログラム記憶するステップから
なる請求項１８記載のプログラム生成方法。
【請求項２０】アプリケーションプログラムに対して行
なった一連のユーザ操作で指定される処理を実行するプ
ログラムを生成する方法であって、（ａ）該アプリケー
ションプログラムに対する一連のユーザ操作と該一連の
ユーザ操作の少なくとも一つに対して、該アプリケーシ
ョンプログラムもしくはその一つのユーザ操作に関連し
た処理を行なうプログラムから発せられた返送メッセー
ジとを、それぞれのユーザ操作の入力と該返送メッセー
ジの発生の時刻の順に記録し、（ｂ）該記憶された一連
のユーザ操作と該返送メッセージとに基づいて、該一連
のユーザ操作を該アプリケーションプログラムに入力さ
せるための一連のコマンドからなるプログラムを生成
し、その生成に当たり、（ｂ１）各記憶されたユーザ操
作に基づいて、そのユーザ操作を該アプリケーションプ
ログラムに実行させるためのコマンドを生成し、（ｂ
２）該返送メッセージに基づいて、その返送メッセージ
が該アプリケーションプログラムもしくはその一つのユ
ーザ操作に関連した処理を行なうプログラムから発せら
れるのを待ち合わせる特定のコマンドを生成し、（ｃ）
該返送メッセージが該アプリケーションプログラムもし
くはその一つのユーザ操作に関連した処理を行なうプロ
グラムから発っせられない場合に入力されるべき操作と
して実行された他の一連のユーザ操作に対して、該ステ
ップ（ａ）と（ｂ）とを実行し、その実行の結果とし
て、該他の一連の操作を該アプリケーションプログラム
に入力するための他のプログラムを生成し、（ｄ）該一
連の操作に対して生成された該プログラムの実行中に、
該特定のコマンドの待ち合わせが所定の時間内に成功し
なかったときに実行されるべきプログラムとして、該他
のプログラムを記憶するステップを有するもの。
【請求項２１】該他のプログラムの記憶は、該一連のユ
ーザ操作に対して生成された該プログラムの名称と同じ
名称でもって、該他のプログラム記憶するステップから
なる請求項２０記載のプログラム生成方法。