JPH0334018A - コンピュータプログラムのカプセル化方法及びその装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明はコンピュータ支援ソフトウェアエンジニアリン
グの方法及び装置に関するものであり、更に詳細には、
アプリケーションプログラムを統合コンピュータ支援ソ
フトウェア展開システムに組込む方法及び装置に関する
。

（従来の技術） 次に挙げる出願は本出願と関連している。出願人整理番
号１８８４４９、「連係プログラムローダによる共有ラ
イブラリ（Ｓｈａｒｅｄ　Ｌｉｂｒａｒｉｅｓ　Ｉｍｐ
ｌｅｍｅｎｔｅｄ　Ｗｉｔｈ　Ｌｉｎｋｉｎｇ　Ｐｒｏ
ｇｒａｍ　Ｌｏａｄｅｒ）Ｊ　、出願人整理番号１８８
４４７、「コンピュータ支援ソフトウェアエンジニアリ
ングにおけるツールの実行を制御する方法及び装置（Ｍ
ｅｔｈｏｄ　ａｎｄ　Ａｐｐａｒａｔｕｓ　ｆｏｒ　Ｃ
ｏｎｔｒｏｌｌｉｎｇ　Ｅｘｅｃｕｔｉｏｎ　ｏｆ　Ｔ
ｏｏｌｓ　ｉｎＡ　Ｃｏｍｐｕｔｅｒ　Ａｉｄｅｄ　Ｓ
ｏｆｔｗａｒｅ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｓｙｓｔｅ
ｍ）」、出願人の整理番号１８８４５０、「コンピュー
タ支援ソフトウェアエンジニアリングにおけるツール間
の通信方法及び装置（Ｍｅｔｈｏｄ　ａｎｄ　Ａｐｐａ
ｒａｔｕｓ　ｆｏｒ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｂ
ｅｔｗｅｅｎ　Ｔｏｏｌｓ　１ｎＡｉｄｅｄ　Ｓｏｆｔ
ｗａｒｅ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｓｙｓｔｅｍ）Ｊ
　、及び１９８８年２月１０日出願の米国特許出願第０
７／１５４６８４号、「ソフトウェア分岐解析の方法及
びその装ｊｉｊ［（Ｍｅｔｈｏｄ　ａｎｄ　Ａｐｐａｒ
ａｔｕｓ　Ｆｏｒ　Ｓｏｆｔｗａｒｅ　Ｂｒａｎｃｈ　
Ａｎａｌｙｓｉｓ）Ｊ。

コンピュータ支援ソフトウェアエンジニアリング（ＣＡ
　Ｓ　Ｅ　：　Ｃｏｍｐｕｔｅｒ　Ａｉｄｅｄ　Ｓｏｆ
ｔｗａｒｅ　Ｅｎｇｉｎｅｅｒｉｎｇ））システムは、
複合コンピュータソフトウェアの構成、試験、及び保守
に際しコンピュータプログラマを支援するように開発さ
れている。このようなシステムはプログラムを構築又は
コンパイルするにあたり、又はプログラムを静的及び動
的に解析するにあたりプログラマを支援する。最近のＣ
ＡＳＥシステムはプログラマのチームが複合プログラム
の開発に関して作業する環境で動作させるようにしてい
る。

多くの場合、ＣＡＳＥシステムはウィンドウ式ユーザイ
ンタフェースで動作する。

ＣＡＳＥシステムはプログラムの開発を支援するように
設計された多数の異なるツール、すなわちプログラムを
伴うのが普通である。このようなツールは典型的にはプ
ログラム編集ツール、構築ツール、デバッグツール、及
びバージョン管理ツールを備えている。ツールはソフト
ウェア開発タスクの自動化を更に容易にするように問題
領域にわたり協働するように組込むか又は開発すること
ができる。ＣＡＳＥシステムは典型的にはＵＮＩＸオペ
レーティングシステム又は修正ＵＮＩＸオペレーティン
グシステムを利用している。（ＵＮＩＸはアメリカ合衆
国及び他の諸国におけるＡＴ＆Ｔの登録商標である。）
ソフトウェアはプログラマが開発ツール又は下層のオペ
レーティングシステムを詳細に知っていなくてもＣＡＳ
Ｅシステムに関して効率よく開発することができる。

従来のＣＡＳＥシステムの一つの欠点はシステムを特定
の用途について特製することができないことであった。

特定の産業又は技術分野のプログラマが、自分達が開発
中のプログラムの性質上、専門プログラム、又は開発ツ
ールに依存することは珍しいことではない。例えば、エ
ンジニアリング設計プログラムで作業するプログラマは
一つ以上の専門開発ツールに依存しており、また、通信
プログラムで作業するプログラマは全く異なる組合せの
専門開発ツールに依存している。このようなツールには
、例えば、頻繁には使用しないＵＮＩＸシステムツール
、又は特定の用途について特別に開発されているツール
がある。従って、ＣＡＳＥシステムがこのような専門開
発ツールを利用する能力を備え、プログラマがＣＡＳＥ
システムから与えられる自動化及び効率の他に専門ツー
ルの望ましい特徴を利用することができるようになるの
が望ましい。

従来は、専門開発ツールをＣＡＳＥシステムに組込むこ
とは困難であるか又は不可能であった。ツールについて
２進コードしか利用できないときは、組込みは実行不可
能であった。ソースコードを利用できるときは、ツール
をＣＡＳＥシステムに組込むにはツールを処理しなおす
必要があり、多くの月日と多くの人手のプログラミング
労力を必要とすることが屡々であった。

従って、従来のＣＡＳＥシステムは特定の用途について
特製するのが困難であった。

（発明が解決しようとする課題） コンピュータ支援ソフトウェア開発システムにアプリケ
ーションツールを組込み、利用する方法及び装置を提供
するのが本発明の一般的な目的である。

アプリケーションツールの２進コードだけを利用するコ
ンピュータ支援ソフトウェア開発システムにアプリケー
ションツールを組込む方法及び装置を提供するのが本発
明の他の目的である。

コンピュータ支援ソフトウェア開発システムにアプリケ
ーションツールを組込み、アプリケーションツールとソ
フトウェア開発システムを構成する他のツールとの間の
通信ができるようにする方法及び装置を提供するのが本
発明の更に他の目的である。

本発明の更に他の目的はコンピュータ支援ソフトウェア
開発システムにアプリケーションツールを組込み、ソフ
トウェア開発システム内の他のツールがアプリケーショ
ンツールにより動作をトリガすることができる方法及び
装置を提供することである。

本発明のなお他の目的はコンピュータ支援ソフトウェア
開発システムにアプリケーションツールを組込み、アプ
リケーションツールにソフトウェア開発システムに適合
できるユーザインタフェースが設けられるようにするツ
ール及び装置を提供することである。

本発明の更に他の目的はコンピュータ支援ソフトウェア
開発システムにアプリケーションツールを処理しなおす
ことなくアプリケーションツールを組込む方法及び装置
を提供することである。

本発明のなお他の目的はコンピュータ支援ソフトウェア
開発システムにアプリケーションツールを組込み、アプ
リケーションツールがローカルホストコンピュータ又は
遠隔ホストコンピュータで実行することができるように
する方法及び装置を提供することである。

（課題を解決するための手段） 本発明によれば、これらの及び他の目的及び利点は、ユ
ーザインタフェース、オペレーティングシステム、及び
所定のタスクを行う一つ以上の組込みソフトウェア開発
ツールを備えたコンピュータ支援ソフトウェア開発シス
テムにアプリケーションツールをカプセル化する方法に
より遠戚される。この方法は、開発ツールから及びユー
ザインタフェースから受取った所定の事象に応じて所要
動作を規定するインタフェース記述ファイルを所要動作
を表す一組のデータ構造に変換する段階、開発ツールか
ら及びユーザインタフェースから受取った所定の事象に
応じて所定の事象に対応するデータ構造の部分を評価す
ると共に、そこに規定された動作を実行する段階、及び
データ構造の部分により要求されたときアプリケーショ
ンツールにより動作を要求する段階、から構成される。

インタフェース記述ファイルを変換する段階は典型的に
、インタフェース記述ファイルをコンパイルしてインタ
フェース記述ファイルにある記号を規定する記号テーブ
ル、及びインタフェース記述ファイルにある動作を規定
する命令文テーブルを作製する段階を含んでいる。イン
タフェース記述ファイルを変換する段階は典型的に更に
、記号テーブル及び命令文テーブルを評価して、所定の
事象に応答するとき行うことができる動作を規定する事
象を含む対象を発生する段階を含んでいる。

事象は、ユーザインタフェース、開発ツール、アプリケ
ーションツール、及びオペレーティングシステムから受
取る。対象は受取った各事象について行うべき指定動作
を備えている。所定の事象に応じて、受取った事象に対
応する対象に含まれている一つ以上の動作が評価され、
且つ実行される。受取った事象はそれに対応する動作を
識別するために対応する対象に記憶されている事象パタ
ーンに対して調節して合せられる。

アプリケーションツールにより動作を要求する際に、サ
ブプロセス制御器がネットワークを介してローカルホス
トコンピュータか遠隔ホストコンピュータかによりアプ
リケーションツールと通信できるようにする。サブプロ
セス制御器はアプリケーションツールをローカルで実行
すべきか遠隔ホストコンピュータで実行すべきかを判断
する。アプリケーションツールをローカルに実行すべき
ときは、要求が直接アプリケーションツールに送られる
。アプリケーションツールを遠隔ホストコンピュータで
実行スべきときは、要求が遠隔ホストコンピュータに送
られる。

本発明によるプログラムカプセル化の方法ではアプリケ
ーションツールの２進コードにアクセスせずに且つアプ
リケーションツールを処理しなおすことなくアプリケー
ションツールをコンピュータ支援ソフトウェア開発シス
テムに組込むことができる。アプリケーションツールは
ソフトウェア開発システムのユーザインタフェースと適
合可能なユーザインタフェースを備えている。その他に
、アプリケーションツールはシステム内の他の開発ツー
ルとの間で動作の要求を送受することができる。その他
、アプリケーションツールの動作はユーザの介在なしに
システム内で発生する事象により自動的にトリガするこ
とができる。

アプリケーションツールをソフトウェア開発システムに
カプセル化するために、所定の事象に応じて所要動作を
規定するインタフェース記述ファイルがインタフェース
記述言語を用いて準備される。インタフェース記述ファ
イルはコンパイルされ、翻訳されて、動作を規定する一
組のデータ構造を発生する。次に制御が、ユーザインタ
フェース、開発ツール、アプリケーションツール、及び
オペレーティングシステムから事象を受取る事象ハンド
ラに移される。事象に対する応答は対応するデータ構造
を参照し且つデータ構造に入っている動作を実行するこ
とにより決定される。

本発明の他の特徴によれば、アプリケーションツールを
上述のようにコンピュータ支援ソフトウェア開発システ
ムにカプセル封入する装置が提供される。

（実施例） コンピュータ支援ソフトウェアエンジニアリングシステ
ムの第１図に絵画的に示す。システムは、編集ツール１
０、構築ツール１２、デバッグツール１４、静的解析ツ
ール１６、及びバージョン管理ツール１８を備えた一組
のプログラム開発ツールを備えている。「ツール」とい
う語はここでは所定の機能又は機能の組合せを行うソフ
トウェアルーチン又はプログラムを表すのに使用する。

今後説明するように、ツールは完全なＣＡＳＥシステシ
ステムように統合されている。

編集ツール１０及び構築ツール１２はプログラムの構成
に関連しているが、デバッグツール１４及び静的解析ツ
ール１６はプログラムの解析及び試験に関連している。

ツールｔｏ、　１２．１４．１６、及び１８はツール統
合プラットホーム２０として知られているオペレーティ
ングシステムにより制御され、統合される。ツール統合
プラットホーム２０は、ツール間の通信、作業域の管理
、分散式ツールの実行、ユーザインタフェースの管理、
及び後に詳細に述べるように、特性アプリケーションツ
ールのカプセル化の機能を行う。

ファイルに関する最も普通の動作の一つはこれを編集す
ることである。編集ツールｌＯはマウス及びメニュー式
ソースファイルエディタである。構築ツール１２の主要
機能はコンパイルである。構築ツール１２はコンパイラ
を呼出し、発生するコンパイル時間又は連係時間の誤差
を通してユーザと歩調を合せる。プログラムの構築が完
了すると、システムはデバッグツール１４に実行可能な
コードで開始するように指令を受ける。

デバッグツール１４は、マルチウィンドウソースレベル
記号式デバッグを行う。ユーザは制御された環境で指定
のプログラムを実行して動的挙動を検討することができ
、データ構造を検討又は監視することができる。プログ
ラムの状態局面を理解するために、ユーザは静的解析ツ
ール１６を呼出すことができる。静的解析ツール１６は
、呼び出し構造、形式規定、及び範囲に関する疑問に答
える。バージョン管理ツール１８は、アクセス／変更の
制御、前のプログラムバージョンの保持、及び改訂番号
、日付、記号名称、及び／又は開放日付によるプログラ
ムの探索、を行う。プログラム開発ツール１Ｏ１１２，
１４，１６、及び１８の詳細は本発明の範囲外であり、
これ以上説明しないことにする。第１図に示すＣΔＳＥ
システシステムて異なるツールを置き換えたり、又は付
加したりすることができることを理解するであろう。例
えば、開発中のプログラムの形式により異なるデバッグ
ツールを利用することができる。

ツール統合プラットホーム２０には、今後更に詳細に説
明するようにツール間通信の有効なツールとなるメツセ
ージサーバがある。作業域管理に関しては、ユーザは作
業域を指定することができる。作業域はユーザが作業中
の計画を作り上げるファイルの集まりである。例えば、
ユーザは単に作業域を指定するだけで静的解析ツール１
６を始動することができる。こうして解析ツールは解析
する適切なファイルを決定する。

ツール統合プラットホーム２０は分散式ツール実行を支
援する。数台のマシンで実行するツールは、すべてが単
一プロセッサで実行しているかのように正確に通信し、
対話する。ツール統合プラットホーム２０はユーザイン
タフェースを管理するが、これは非常に図式的で且つウ
ィンドウ式、対話的、且つタスク向きである。

ＣＡＳＥシステムの重要な特徴は、分散式計算環境で複
数のユーザによるプログラム開発を支援するということ
である。従って、ツールはローカルホストコンピュータ
又は遠隔ソフトコンピュータで運転することができ、フ
ァイルは遠隔システムによりアクセスすることができる
。

しかし、プロセスの分散式性格はユーザに対して透明で
ある。ここに記したＣＡＳＥシステムはヒユーレットパ
ラカード社が製造するシリーズ３００又はシリーズ８０
０ワークステーシヨンで動作することができる。いずれ
のワークステーションに対しても典型的なハードウェア
の必要事項としては８又は１６メガバイトＲＡＭ、高解
像度デイスプレィ、キーボード及びマウス、１５０又は
３００メガバイトデイスクがある。ＣＡＳＥシステムは
ＨＰ−ＵＸオペレーティングシステム、ＵＮＩＸ基準オ
ペレーティングシステム、及びＸｌｌウィンドウ、及び
ウィンドウ式動作を支援するシステム、で運転される。

しかし、本発明は上述のハードウェア及びソフトウェア
で使用されることに限定されるものではなく、どんな適
切な汎用コンピュータにも使用することができる。

上述のように、ＣＡＳＥシステムは多数ワークステーシ
ョン環境を支援する。典型的なシステム構成を第２図に
示す。ワークステーション２２．２４．２６、及び２８
は回路網３０により相互に接続されている。ワークステ
ーション２２．２４．２６は上述のように構成されてい
るが、ワークステーション２８にはディスク記憶ユニッ
トが存在しない。ワークステーションは各々他のワーク
ステーションの資源にアクセスすることができる。

ワークステーション２８は他のワークステーションの一
つにあるディスクを利用する。第２図に示す形式の分散
式システムにはどんな数のワークステーションをも利用
することができる。

本発明によるプログラムのカプセル化を理解するために
は、ＣＡＳＥシステム内部の通信を規定する必要がある
。上述のように、ＣＡＳＥシステムはツール統合プラッ
トホーム２０により支援される複数のプログラム開発ツ
ールを備えている。構築ツール１２のようなツールとの
通信を第３図に示す。ツール１２はユーザ要求を受取り
、ユーザインタフェースを経由してユーザ応答を提示す
る。本発明のウィンドウ式ＣＡＳＥシステムでは、ユー
ザはＸ−ウィンドウシステム３４を通して通信する。（
Ｘ−ウィンドウシステムはＭＩＴの商標である。）従っ
て、例えば、ユーザがマウスクリックを介してオプショ
ンを選択するか又はキーボードを介して情報を入れると
、その情報はＸ−ウィンドウシステム３４を通してツー
ル１２に送られる。Ｘ−ウィンドウシステムに関するそ
の他の事項は１９８５年のＸツールキットイントリンシ
ックス、Ｘ−ウィンドウシステム、Ｘバージョン１１、
レリーズ２　（Ｘ　Ｔｏ。

１ｋｉｔ　Ｉｎｔｒｉｎｓｉｃｓ、　Ｘ　Ｗｉｎｄｏｗ
　Ｓｙｓｔｅｍ、　Ｘ　ＷｉｎｄｏｗＳｙｓｔｅｍ、　
Ｘ　Ｖｅｒｓｉｏｎ　１１．　Ｒｅ１ｅａｓｅ　２）に
より利用可能である。ツール１２はシステム信号３３を
介してオペレーティングシステムと通信する。

ユーザから見たプログラミング環境の重要な局面は、個
々のツールが互いに如何に良く通信し、協働するか、及
び環境がツール向きに見えるかタスク向きに見えるか、
ということである。

従来のほとんどのプログラミング環境では、ツールの協
働は、ツールの対話が最も簡単な場合でも、ユーザの一
致団結により達成された。ここに記したＣＡＳＥシステ
ムは、ユーザの介在を必要とするのではなく、ツールに
他のツールによる動作を要求する設備を設けてプログラ
マの生産性を改善している。

他のツールとの通信はすべて第３図及び第４図に示すよ
うにメツセージインタフェース３５及びメツセージサー
バ３６を通して行われる。ツールは要求をメツセージサ
ーバ３６に送ることにより一つ以上の他のツールによる
動作を要求する。

次にメツセージサーバ３６は要求を適切な一つ以上のツ
ールに送る。要求を実行するツールは、サーバとして知
られている。要求された動作が終了してから、成功又は
失敗の通知がサーバによりメツセージサーバ３６に送ら
れる。通知はメツセージサーバ３６により要求元ツール
に、及びそれを受取りたい他のツールに送られる。

メツセージサーバ３６は所定のパターンに従って、各メ
ツセージを送るツールを決定する。頻繁に、要求又は通
知が幾つかのツールに送られる。メツセージサーバ３６
を介するツール間の通信はこのようにして各ツール内で
発生する事象により駆動される。典型的に、すべてのツ
ールがサービスしなければならない一組のメツセージ、
及び一種類のツールに特有の一組のメツセージがある。

以下はツール間通信の例である。ＣＡＳＥンステム内の
成るツールがファイルを修正すると、そノツールはｒＦ
ＩＬＥ　ＭＯＤＩＦｒＥＤ　（７ｙイルを修正した）」
通知を送出する。参照ファイルを表示している他のツー
ルが次に、ファイルのビューが古いものであること（ｏ
ｕｔ　ｏｆ　ｄａｔｅ）を知らされる。ファイルの新し
いバージョンを自動的に再ロードすることができ、又は
ユーザに彼のファイルのビューが古いものであることを
知らせることができる。

上述の事象駆動通信の他の例は、編集ツールｌＯにユー
ザがソースファイルをセーブすることから始まる。編集
ツール１０は通知メツセージをメツセージサーバ３６に
送り、ファイルがセーブされたことを述べると共に、フ
ァイルバスを供給する。次にメツセージサーバ３６はメ
ツセージをバージョン管理ツール１８に送る。バージョ
ン管理ツール１８は、現在の状態を回復することができ
るようにファイルの新しいバージョンをバージョン制御
に記録する。次にファイルがセーブ済みであることを述
べる通知を送る。メツセージサーバ３６は通知を受取っ
てこの情報を構築ツール１２及び静的解析ツール１６の
双方に送る。

構築ツール１２は新しいソースファイルのコンパイルを
開始し、静的解析ツール１６はそのデータベースを新し
いソースファイルで更新する。

メツセージは典型的にはストリングとして送られる。メ
ツセージには次の形がある。発信元（ｏｒｉｇｉｎａｔ
ｏｒ）、要求識別子（ｒｅｑｕｅｓｔ　ＩＤ）、メツセ
ージ形式（ｍｅｓｓａｇｅ　ｔｙｐｅ）、ツールの種類
（ｔｏ。

１　ｃｌａｓｓ）、動作（ｏｐｅｒａｔ　１ｏｎ）、文
脈〔引き数〕（ｃｏｎｔｅｘｔ　［ａ、ｒｇｕｍｅｎｔ
ｓ］）。発信元フィールドはメツセージを送出するツー
ルを示す。要求識別子のフィールドはメツセージ番号、
プロセス識別子、及びホストから構成される特殊識別子
である。特殊識別子を設けることにより、応答をその元
の要求と関連づけることができる。メツセージの種類の
フィールドは要求メツセージ、成功通知、又は失敗通知
から収る。ツールの種類はメツセージが送られているツ
ールの種類（編集、デバッグなど）である。動作は送ら
れている命令（記憶、ファイル、同調、停止なと）であ
る。文脈のフィールドはホスト、基本ディレクトリ、及
びそれに基いて動作を行うべきデータの位置を示すファ
イル情報を備えている。

各メツセージは別の情報を示す引き数を備えることがで
きる。ＣＡＳＥシステムでのツール間の通信に関する更
に別の情報は「コンピュータ支援ソフトウェアエンジニ
アリングシステムにおけるツールの実行を制御する方法
及び装置」と題する前述の出願書に示されている。

上述のＣＡＳＥ構成の重要な特徴はトリガの使用である
。トリガはＣＡＳＥのツールの任意の組合せを連係する
ことができる因果関係である。トリガはシステム事象又
はユーザ事象により作動し、システム又はユーザが規定
した動作を発生させることができる。これらの動作には
メツセージを他のツールに送ること及び任意の命令又は
ルーチンを実行することがある。今後説明するように、
トリガはカプセル化アプリケーションツールに関連して
特に有効である。カプセル化アプリケーションツールに
関連するトリガはユーザが規定することができる。トリ
ガの例としては、 １、プログラム解放が行われた時に、メールをマネージ
ャ及び／又はチームに送らせる。

２、システムがプログラムの構築に成功した時に、メー
ルをチームに送らせる。

３、ファイルがバージョン制御に記録された時に、コン
パイルを行わせる。

４、特定の時刻にコンパイルを行わせる。

５、解放されたプログラムをテープ記録させる。

６、構築が成功した場合に、制御流れ情報を収集させる
。

７、構築が成功した場合に、プログラムのリストを印刷
させる。

８、バージョン制御にチエツクされた場合に、ファイル
をディスクに記入させる。

９、解放された場合に、解放プログラムを圧縮し、アー
カイブする。

１０、プログラムを実行してから性能データを表示させ
る。

１１、構築が成功した場合に、デバッガに再ロードさせ
る。

１２、ファイルが編集ツールにセーブされた場合に、計
量値（ｍｅｔｒｉｃｓ）を収集させる。

ＣＡＳＥシステシステムグラム開発に必要な基本ツール
があるが、特定の産業又は特定の技術分野では基本シス
テムに入っていないツールを使用する必要のあることが
ある。これらツールには、頻繁には使用されないためＣ
ＡＳＥシステシステムていないが容易に利用可能なツー
ル、及び特定の目的のためユーザが既に開発しているツ
ール、がある。このような専門アプリケーションツール
をＣＡＳＥシステシステムしてこれらを利用することが
できるようにするのが望ましい。完全な統合には通常、
アプリケーションツールとのユーザインタフェースをＣ
ＡＳＥシステシステムザインタフェースに適合させるこ
とが必要であり、また通常、アプリケーションツールが
、システム内の他のツールと通信することができなけれ
ばならない。アプリケーションツールの２進実行可能コ
ードだけしかユーザに利用できない場合には、このよう
な統合は以前には不可能であった。アプリケーションツ
ールのソースコードが利用できるときでも、統合にはア
プリケーションツールを処理しなおすことが必要であり
、屡々多くの人数と月日がかかる労力が必要である。

本発明によれば、アプリケーションツールをカプセル化
し、これをＣＡＳＥシステシステムに統合する方法が提
供されている。本発明の方法ではアプリケーションツー
ルの２進実行可能コードだけがあれば良く、そのコード
の修正は不必要である。本発明によるアプリケーション
ツールの統合は、通常、たとえソースコードが利用可能
であっても、ＣＡＳＥシステシステムするためアプリケ
ーションツールを処理しなおすのに必要になる労力、よ
りはるかに少い労力で達成することができる。

本発明はアプリケーションツールをＣＡＳＥシステシス
テムに統合する方法を提供する。アプリケーションツー
ルをＣＡＳＥシステシステムするプロセスはカプセル化
として知られており、カプセル化を行うプログラムはカ
プセル化プログラム又はカプセル化システムとして知ら
れている。第５図を参照すると、カプセル化プログラム
は、入力をアプリケーションツール４２に送り、出力を
アプリケーションツール４２から受取る実行時間インタ
フェースプログラム４０を備えている。インタフェース
プログラム４０はＣＡＳＥシステムの標準ツールと同じ
様式でＣＡＳＥシステムと通信する。このようにしてイ
ンタフェースプログラム４０はユーザインタフェース４
４を介してＸ−ウィンドウシステム３４と通信し、メツ
セージインタフェース４６を介してメツセージサーバ３
６と通信し、システム信号４７を介してオペレーティン
グシステムと通信する。

異なるアプリケーションツール４２を異なるユーザによ
りカプセル化することができるから、インタフェースプ
ログラム４０は各場合で異なる。

更に、同じアプリケーションツール４２に対してさえ、
異なるユーザがＣＡＳＥシステム内の他のツールに対し
て異なるユーザインタフェース又は異なるメツセージを
要求することができる。

本発明によれば、インタフェースプログラム４０はイン
タフェース記述言語（ＩＤＬ）を利用して容易に発生す
ることができる。インタフェース記述言語によればユー
ザがアプリケーションツール及び他のツールとの通信を
規定し、アプリケーションツールとのインタフェースを
規定することができる。インタフェース記述言語は特定
のアプリケーションツールに特有のインタフェース記述
ファイル（ＩＤＦ）４８を開発するのに使用することが
できる。ＩＤＦはインタフェースプログラムにより利用
されるすべての動作及びデータ構造を規定する。

本発明によるカプセル化のための選択されるアプリケー
ションツールは通信のＵＮＩＸバイブモデルに合致しな
ければならない。アプリケーションツールとの通信は文
字ストリング入力及び文字ストリング出力の形になって
いる。カプセル化に好適な標準ＵＮＩＸツールは５００
を超えている。その他、ユーザはＵＮＩＸパイプモデル
に基いて専門ツールを開発しており、これもカプセル化
に好適である。ＵＮＩＸシステムに関するこの他の事項
は、ラシエル・モーガン（Ｒａｃｈｅｌ　Ｍｏｒｇａｎ
）他のｒＵｒｌＸシステムＶの導入（Ｉｎｔｒｏｄｕｃ
ｉｎｇ　ＵＮＩＸ　Ｓｙｓｔｅｍ　Ｖ）Ｊ　　（マグロ
−ヒル、１９８７年）で得られる。

カプセル化システムの主プログラム流れを第５Ａ図に示
す。最初、段階７０でインタフェース記述ファイルをユ
ーザが作製する。インタフェース記述ファイル４８は段
階７２で専門コンパイラ５０によりコンパイルされて、
記号テーブル５２及び命令文テーブル５４（第５図）か
ら成る中間レベルコードを作る。次に、段階７３でイン
タプリタ５８が中間レベルコードを評価し、対象テーブ
ル６０を作製する。次に段階７４で制御が事象ハンドラ
６２に移る。事象ハンドラ６２は実行時間動作を制御す
る。事象ハンドラ６２は段階７６で入力事象をユーザイ
ンタフェース、メツセージサーバ、アプリケーションツ
ール、及びオペレーティングシステムから受取る。

事象ハンドラ６２は入力事象をユーザから受取り、出力
をＸ−ウィンドウ　システム３４を通してユーザに供給
する。事象ハンドラ６２はまたメツセージサーバ３６に
対して送受されるメツセージ事象を介してＣＡＳＥシス
テム内の他のツールと通信する。更に、オペレーティン
グシステムからのシステム事象がシステム信号の形で事
象ハンドラ６２に送られる。カプセル化アプリケーショ
ンツール４２との通信はサブプロセス制御器６８を通し
て行われる。後に説明するように、プロセス制御器６８
は、アプリケーション４２をユーザによる介在なしにロ
ーカルホストコンピュータ、又は遠隔ホストコンピュー
タで実行させる。事象ハンドラ６２は段階７８でユーザ
事象、メツセージ事象、システム事象、及びアプリケー
ション事象に応答してインタプリタ５８を呼出し、後に
説明するように、対象テーブル６０に規定されている機
能を実行する。

インタフェース記述言語 アプリケーションツールをカプセル化するために、ユー
ザはインタフェース記述言語を使用してインタフェース
プログラムにより行うべき機能を指定する。ＩＤＬはイ
ンタフェースプログラムにより利用される記述ファイル
を措戊する簡単なＣ類似言語である。ＩＤＬは、対象属
性及び対象事象を作製する構文を規定すると共に対象の
実行時間環境を巧妙に処理する簡単な制御構文を備えて
いる。ＩＤＬは、対象、事象、対象位置、対象属性、及
び論理（Ｂｏｏｌｅａｎ）、整数、及びストリングのよ
うな、簡単なデータ形式、をも備えている。ＩＤＬはウ
ィンドウ式ユーザインタフェース用に設計されているが
、ウィンドウ対象、その属性、及びその事象はどんなウ
ィンドウシステム構戒とも無関係である。

ＩＤＬによりユーザはそれ自身のアプリケーションツー
ルを、簡単な高水準言語を使用してＣＡＳＥシステムに
統合するこ之ができる。

アプリケーションツールがカプセル化に対して選択され
ており且つそれが行うタスクがわかっていると、ユーザ
はＩＤＬを使用してインタフェースプログラムが行うべ
き機能を規定し、インタフェース記述ファイルを作り出
す。実施すべき特別のタスクには次のものがある。

１、アプリケーションツールが行うタスクを達成する命
令ツリーを規定する。

２、ユーザ入力域及びプログラム出力域を含むウィンド
ウ域を配置する。

３、メニュー、対話ボックス、選択、及びアプリケーシ
ョン動作、の間の関係のプログラムを作る。

４、アプリケーションツールへのメツセージインタフェ
ースを規定する。

５、メツセージサーバを通して他のＣＡＳＥシステムツ
ールと通信するメツセージを規定する。

インタフェース記述ファイルは、コメント、宣言、命令
文、及び関数を含む一連のＩＤＬ文から構成される。Ｉ
ＤＬの宣言はＣ言語の宣言と類似しており、データ形式
の指定で始まり、宣言される名前がこれに続き、この後
に随意的に名前に対する初期値が続く。各変数は使用す
る前に宣言しなければならない。ＩＤＬの命令文及び関
数は、カプセル化プログラムの動作を指定するもので、
表示対象の属性を設定し、検知すべき事象を記述し、事
象に応じて行うべき動作を指定し、カプセル化されてい
るアプリケーションツールに対するウィンドウインタフ
ェース及びアプリケーションツールインタフェースを指
定するのに使用される。

下記はインタフェース記述言語に利用されるデータ形式
である。

１、属　　性（Ａｔｔｒｉｂｕｔｅ） 属性は、対象がウィンドウ内にどのようにして表示され
るか、及び動作が対象に対して行われたとき対象が何を
行うか、のような対象の挙動の仕方を規定するデータで
ある。属性は、典型的なウィンドウ特性の最も頻繁に行
われる表現であって、ストリング又は識別子と名付ける
ことができる。属性は組合せ演算子と組合せて属性リス
トを形成することができる。属性リストは挙動を記述す
るか又は値を設定することができる。挙動の記述を使用
するときは、属性の名前だけを指定する。値を欲しいと
きは、属性の組合せを使用する。値の部分（右側）は表
現の範囲内で識別子の部分（左側）と関連している。次
の属性はカプセル化システムであらかじめ規定されてい
る。

ａ）ｒＡＰＰＥＮＤＪは、対象に、表示されるデータを
現在の位置に挿入するのではなく付加すべきことを知ら
せる。

ｂ）ｒＢＧｃＯＬＯＲＪは、ストリングにより、対象に
その背景色を表示により支持されている最も近い色に設
定するように伝える。

ｃ）ｒｃＥＮＴＥＲＥＤＪは、対象に、そのラベルが対
象内の中心にあることを知らせる。

ｄ）ｒｃＯＤＥＥＤＩＴＪは、編集対象に、構文特有の
編集命令を支持するコード編集用具（ｗｉｄｇｅｔ）を
使用すべきことを伝える。

ｅ）ｒＥＤＩＴｓ　Ｉ　ＺＥＪは、整数により、対象に
編集プログラムバッファに割当てるバイトの数を知らせ
る。

ｆ）ｒＦＧｃＯＬＯＲＪは、ストリングにより、対象に
その背景色を表示により支持されている最も近い色に設
定するよう伝える。

ｇ）ｒＦＯＮＴＪは、ストリングにより、対象に、対象
が印刷するテキストを表示するための所定の字体を使用
するように伝える。

ｈ）ｒｌＭＡＧＥＪは、ストリングにより、対象に映像
対象を表すファイルの名前を知らせる。

１）ｒｌＮｓＥＮｓ　ＩＴ　ＩＶＥＪ　Ｌｔ、対象ニ、
その行動にアクセスできないようにそれ自身を灰色に表
示するよう伝える。

ｊ）ｒＩｌｏＪは、整数により、対象に、対象内部の編
集プログラムバッファが指定整数を持つ他の対象により
アクセスされることができることを知らせる。整数は、
特定の編集プログラムバッファの内容にアクセスする一
定の所定の関数により使用される。

Ｋ）ｒＨＥ　ＩＧＨＴＪは、整数により、対象に、表示
対象の画素の高さを知らせる。

１）ｒＬＥＦＴＪＵｓＴＩＦＩＥＤＪは、対象に、その
ラベルが対象内部で左揃えされていることを知らせる。

ｍ）ｒＰＯ８ＴＬ　ＩＮＥＪは、対象に、事象動作を行
ってから新しい行を標準表示装置に出力すべきことを伝
える。

ｎ）ｒＰＲＥＬＩＮＪは、対象に、事象動作を行う前に
新しい行を標準表示装置に出力すべきことを伝える。

ｏ）ｒＱＵＩＥＴＪは、標準出力に関連していない編集
対象に、通常は前記用具に進むアプリケーション出力を
表示しないように知らせる。

ｐ）ｒＲＩ　ＧＨＴＪＵＳＴＩ　ＦＩ　ＥＤＪは、対象
に、そのラベルが対象内で右揃えされていることを知ら
せる。

Ｑ）ｒｓＲｃＴＹＰＥｊは、ストリングにより、コード
編集対象に言語特有の構文に適切な挙動を用いるように
伝える。

ｒ）Ｉｓ　ＩＮＧＬＥＬ　Ｉ　ＮＥＪは、対象に、すべ
てのテキストを同じ行に表示すべきことを伝える。

５）ｒｓＴＤＩＮＪは、編集対象に、そのバッファがア
プリケーションツールの標準穴ツｊと関連すべきか又は
アプリケーションツールの標準入力として挙動すべきこ
とを知らせる。

ｔ）ｒｓＴＤＯＵＴｊは、編集対象に、そのバッファが
アプリケーションツールの標準出力と関連すべきか又は
アプリケーションツールの標準出力として挙動すべきこ
とを伝える。

ｕ）ｒＳＴＤＥＲＲＪは、編集対象に、そのバッファが
アプリケーションツールの標準エラーに関連すべきか又
はアプリケーションツールの標準エラーとして挙動すべ
きことを伝える。

ｖ）ｒＵＮＭＡＰＰＥＤＪは、対象に、対象が初期設定
されたときは見えないようにすべきことを知らせる。

ｗ）ｒＶＥＲＢＯ８ＥＪは、対象に、その事象呼出し中
にｒｓｅｎｄ　ｃｏｍｍａｎｄＪに送られるストリング
に応答するように伝える。

ｘ）ｒＷＩＤＴＨＪは、整数により、対象に、表示対象
の画素の幅を知らせる。

２、論　　理（Ｂｏｏｌｅａｎ） 論理データ値は真か偽である。

３、事　　象（Ｅｖｅｎｔ） 事象は指定パターンに一致するとき対象に関して行うべ
き行動を記述する。事象は４種類の入力、すなわちユー
ザ、アプリケーションツール、メツセージ、及びシステ
ム、を認識するように規定することができる。対象はそ
れに取付ける事象の各種類の一つ以上を備えることがで
きる。ユーザ事象はユーザがアプリケーションウィンド
ウのボタンを選択するというような成るウィンドウ式行
動を行うとき生ずる。アプリケーションツール事象はデ
ータをカプセル化アプリケーションツールから受取ると
生ずる。メツセージ事象はインタフェースプログラムが
メツセージをメツセージサーバから受取ると生ずる。シ
ステム事象はインタフェースプログラムがシステム信号
をオペレーティングシステムから受取ると生ずる。

事象宣言の構文は ｅｖｅｎｔ　　ｅｖｅｎｔ　　ｖａｒ ＝　＜ｔｙｐｅ、　　ｐａｔｔｅｒｎ、　　ａｃｔｉｏ
ｎ＞であり、ｒｔｙｐｅＪはユーザ、アプリケーション
ツール、メツセージ、又はシステム識別子である。ｒｐ
ａｔｔｅｒｎＪは合わせるべきストリングパターンであ
る。ｒａｃｔｉｏｎＪはパターンが合ったとき行うべき
行動である。「ａｃｔｉｏｎＪは命令又は関数呼出し、
又は括弧で囲んだ一連の命令文又は関数呼出しとするこ
とができる。

４、整　　数（Ｉｎｔｅｇｅｒ） 整数はコンピュータ語に適合する符号化された数である
。現在の実施例では、整数は３２ビット表現である。

５、ロケーション（Ｌｏｃａｔｉｏｎ）ロケーションは
画面上の対象の論理的位置をあたかも画面がマトリック
スであるかのように、行を第１の数として、列を第２の
数として記述する整数の組合せである。

最初のロケーションは（１，１）で、ウィンドウの物理
的左上である。

６、対　　象（Ｏｂｊｅｃｔ） ２種類の対象が存在する。マネージャであるもの（マネ
ージャ対象）、及び管理されなければならないもの（プ
リミティブ対象）である。

マネージャ対象は他のマネージャ又はプリミティブ対象
を管理することができる。マネージャ対象には最高マネ
ージャ及びプルダウンマネージャがある。

プリミティブ対象はそれに関して動作を行うことができ
るデータを表す。対象は画面上に現われる動作の最も頻
繁な表現である。しかし、画面データを決して備えない
対象もある。対象は次のパラメータを備えている。

１、マネージャ：対象を制御するマネージャウィンドウ
対象。

２、名前：対象に対する一義的識別子。

３、形式二対象の形式。形式は次の識別子の一つでなけ
ればならない。命令、編集、映像、ラベル、リスト、メ
ニューボタン、メツセージ、又はトグル。

４、ラベル二対象上に表示すべきラベル。

５、ロケーション：マトリックスの形でテーブルわした
対象の論理的位置。

６、属性：対象の属性。

７、事象：アプリケーションツール、ユーザ、メツセー
ジサーバ、又はオペレーティングシステムから識別され
た事象。

７、ストリング（Ｓｔｒｉｎｇ） ストリングは文字の連鎖である。ストリングには「＼ｎ
」のようなエスケープ文字を入れることができる。スト
リングは空白で終端する。

一定の形式の人力に合わせるのにパターンが使用される
。人力は、アプリケーションツールからテキストとして
、ユーザからウィンドウ事象として、メツセージサーバ
からＣＡＳＥシステム内の他のツールからのメツセージ
として、又はオペレーティングシステムから信号として
到来することができる。パターンは任意の入力組合せに
合わせるのに使用されるストリング表現である。パター
ンは使用すべき事象の形式に基いて異なるデータを備え
ることができる。例えば、ユーザ事象パターンはウィン
ドウシステムからの名前付き事象（例えば、選択、解放
、実行、人口（エンター）、退去（Ｌｅａｖｅ）　）に
正確に合わなければならないストリングである。

メツセージ事象パターンは、後に述べるように呼びから
所定の関数Ｍａｋｅ　ｍｅｓｓａｇｅ　ｐａｔｔｅｒｎ
に戻されたデータである。アプリケーションツール事象
パターンはパターン整合設備に受入れ可能なストリング
である。システム事象パターンはオペレーティングシス
テム信号の一つの名前と正確に合わなければならないス
トリングである。

インタフェース記述言語での関数はあらかじめ規定され
るか、ユーザにより規定される。あらかじめ規定された
関数（規定関数）はインタプリタに組込まれ、規定しな
おすことはできない。規定関数は対象形成のような標準
動作に使用される。ユーザ規定の関数はユーザにより一
組のＩＤＬ命令又は式として規定され、命令の論理内組
分けに使用することができるが、事象の呼出された手順
として最も有用である関数宣言には次の形がある。

ｆｕｎｃｔｉｏｎ　ｆｕｎｃｔｉｏｎ　ｎａｍｅ　（ｐ
ａｒａｍｅｔｅｒ　ｌｉｓｔ）ｐａｒａｍｅｔｅｒ　５
ｐｅｃｉＨｅｒｓ（ｆｕｎｃｔｉｏｎ　ｂｏｄｙ） ＩＤＬの関数宣言の形は、パラメータ指定子が随意選択
のデフォルト指定子を備えている以外はＣ言語の関数宣
言の形と同じである。ｆｕｎｃｔｉｏｎ　ｂｏｄｙはロ
ーカルの及び全体的変数宣言の他に常数宣言をも入れる
ことができる。

下記はインタフェース記述言語による所定関数を指定す
るものである。

１　、　　ｒＡｄｄ　ａｔｔｒｉｂｕｔｅ　（対象、属
性）」は指定対象の属性リストにある指定属性を加える
。

２、　　ｒＡｌｌ　ｔｅｘｔ（ｎ）Ｊはｎ番目の人出力
バッファのテキストを戻す。

３　、　　ｌ”　Ａｐｐｅｎｄ　（対象、ストリング）
」は指定ストリングを指定対象に書く。

４、　　ｒＡｐｐｅｎｄ　ｔｏ　（対象）」は現在規定
されている出力対象を指定対象に変更する。

５、　　ｒｃｌｅａｒ（対象）」はすべてのデータを指
定対象から動かす。

６、　　ｒｃｕｒｒｅｎｔ　５ｅｌｅｃｔｉｏｎ　（）
　Ｊはウィンドウシステム内部の現在強調されているテ
キストを戻す。

７、　　ｒＤｉａｌｏｇ　（形式、プロンプト）」は対
話ボックスに現われるプロンプトストリングを指定する
。

８　、　　ｒ　ＤＬｓｐｌａｙ　（Ｊ象［：、ｏｂｊ］
）　Ｊは指定対象をウィンドウ対象に写像する。

９　、　　ｒ　Ｅｐｉｌｏｇ　（命令）」は、ユーザが
ファイルメニューからｒＱＵＩＴＪを選択してからアプ
リケーションツールに送るべきストリングを指定する。

１０、「Ｅｒｒｏｒ（メツセージ、支援、重大度（ｓｅ
ｖｅｒｉｔｙ）、標題）」は、これがエラー状態を示し
、アプリケーションツール及びカプセル化プログラムを
終結するのに使用できる他は、対話関数と同じである。

エラーメツセージは対話ボックス内に表示される。

１１、ｒＥｒｒｏｒ　ｑｕｅｒｙ　（命令、パターン、
成功、タイムアウト）」は、アプリケーションツールに
送られた命令の成功又は失敗を判定する機構である。

１２、ｒＥｘｃｌｕｓｉｖｅ　（標題、題目［、ｉｔｅ
ｍコ）」は、その要素がυト他的選択であるポツプアッ
プメニューを持出す。

１３、「Ｅｘｅｃｕｔｅ　（ｎ）　Ｊはｎ番目のバッフ
ァの最後の行をオペレーティングシステムのシェルに送
る。実行した行の結果をストリングとして戻す。

１４、ｒＦｅｔｃｈ（対象、指標）」は指定された編集
可能対象内部の指示された行を戻す。

１５、ｌ”Ｆｅｔｃｈ　５ｅｌｅｃｔｅｄ　（対象）」
は指定された編集可能対象から所定の行又は行（複数）
を戻す。

１６、ｒＦｉｎｄ　ｏｂｊｅｃｔ　（名前）」指定され
た名前の付いた対象を探す。

１７、ｒＧｅｔ　ａｔｔｒｉｂｕｔｅ　（対象）」は指
定対象の属性リストを得る。

１８、「Ｇｅｔ　ｃｏｎｔｅｘｔ　ｄｆｒｅｃｔｏｒｙ
　□　Ｊは現在の文脈ディレクトリを戻す。

１９、「Ｇｅｔ　ｃｏｎｔｅｘｔ　ｆｉｌｅ　□　Ｊは
現在の文脈ファイルを戻す。

２０、ｒＧｅｔ　ｃｏｎｔｅｘｔ　ｈｏｓｔ　□　Ｊは
現在の文脈ホストを戻す。

２１、　　ｒ　Ｉｎｖｏｃａｔｉｏｎ　（命令、ホスト
、モード）」は呼出すべきアプリケーションツールを指
定する。アプリケーションツールを実行すべきホストを
指定することができる。

２２、ｒＭａｋｅ　ｍａｎａｇｅｒ　（親、形式、名前
）」はマネージャ対象を作り出す。

２３、ｒＭａｋｅ　ｍｅｓｓａｇｅ　ｐａｔｔｅｒｎ　
（形式、種類、命令、ホスト、ディレクトリ、ファイル
、データ、ＩＤ、及びツール名）」は指定フィールドを
一杯にした状態でメツセージ事象を宣言するとき使用す
るメツセージパターンストリングを作り出す。

２４、「Ｍａｋｅ　ｏｂｊｅｃｔ　（７ネージヤ、名前
、形式、ラベル、ロケーション、属性、事象［ｅｖｅｎ
ｔｌ）　Ｊは対象を作り出す。対象のパラメータは（ａ
）マネージャ、すなわちこの対象を制御するマネージャ
ウィンドウ対象、（ｂ）名前、すなわち対象に対する一
義的識別子、（Ｃ）形式、すなわち対象の形式、（ｄ）
ラベル、すなわち対象上に表示すべきラベル、（ｅ）ロ
ケーション、すなわち対象のマトリックス形でテーブル
わした論理的位置、（ｆ）属性、すなわち対象の属性、
及び（ｇ）アプリケーションツール、ユーザ、メツセー
ジサーバ、又はオペレーティングシステムから認識され
ている事象、である。次の対象形式識別子が利用される
。命令、編集、映像、ラベル、リスト、メニューボタン
、メツセージ、及びトグル。

２５、「Ｍｅｓｓａｇｅ　ｃｌａｓｓ　□　Ｊは現在の
メツセージの種類フィールドを戻す。

２６、ｒＭｅｓｓａｇｅ　ｃｏｍｍａｎｄ　□　Ｊは現
在のメツセージの命令フィールドを戻す。

２７、ｒＭｅｓｓａｇｅ　ｄａｔａ　（ｎ）　Ｊは現在
のメツセージのｎ番目のフィールドを戻す。

２８、「Ｍｅｓｓａｇｅ　ｄｉｒｅｃｔｏｒｙ　□　Ｊ
は現在のメツセージのディレクトリ文脈フィールドを戻
す。

２９、ｌ”Ｍｅｓｓａｇｅ　ｆｉｌｅ　□　Ｊは現在の
メツセージのファイル文脈フィール、ドを戻す。

３０、ｒＭｅｓｓａｇｅ　ｈｏｓｔＪは現在のメツセー
ジのホスト文脈フィールドを戻す。

３１、ｒＭｅｓｓａｇｅ　ｔｏｏｌＪは現在のメツセー
ジのツールフィールドを戻す。

３２、ｒＭｅｓｓａｇｅ　ｔｙｐｅ　□　Ｊは現在のメ
ツセージの形式フィールドを戻す。

３３、ｒＰｒｅａｍｂｌｅ　（命令）」は最高レベルウ
ィンドウの表示前にアプリケーションツールに送るべき
テキストを指定する。この関数は初期化指令を送るため
に用いられる。

３４、ｒＰｒｉｎｔ　（パラメータ［、ｐａｒａｍｌ）
　Ｊは成るデータ形式のパラメータの成る数を取り、こ
れらを標準出力を印刷する。

３５、ｒＱｕｉｔ　ＯＪはカプセル化アプリケーション
ツールを出る。これは通常カプセル化プログラムをも出
る。

３６、ｒＲｅｐｌａｃｅ　（対象、指標、データ）」は
指定データを備えた編集可能対象内の指示された行を置
き換える。

３７、ｒｓｅａｒｃｈ　（対象、データ、指標）」ハ指
定データに対する編集可能な対象を探す。

随意選択の指標は特定の行に関する探索を開始するのに
使用することができる。

３８、ｒｓｅｌｅｃｔ　（対象、指標、終端指標）」は
、編集可能対象内の指示された行又は行（複数）を選択
する。終端指標が無であれば、指示された行だけが選択
される。「ｅｎｄ　１ｎｄｅｘＪが指定されれば、指標
からｒｅｎｄ　１ｎｄｅｘＪまでを含む行が選択される
。選択された行が戻される。

３９、ｒｓｅｎｄ　ｃｏｍｍａｎｄ　（テキスト、論理
）はストリングデータをアプリケーションツールに送る
。ｒＥｒｒｏｒ　ｑｕｅｒｙＪ関数が指定されれば、「
５ｅｎｄ　ｃｏｍｍａｎｄＪはｒ　Ｅｒｒｏｒ　ｑｕｅ
ｒｙＪパターンが合うまで待機する。次にｒ　Ｓｅｎｄ
ｃｏｍｍａｎｄＪは「ｑｕｅｒｙＪパターンが合ったか
否かに基いて真又は偽を戻す。

４０、ｒＳｅｎｄ　ｅｖｅｎｔ　（対象、事象）」はユ
ーザが対象に関する事象をプログラム的に作ることがで
きるようにする。

４１、　　ｒＳｅｎｄ　ｍｅｓｓａｇｅ　（形式、ツー
ルの種類、命令、データ）」はメツセージをメツセージ
サーバを介して送る。ユーザはメツセージの形式、種類
、命令、及びデータ部分を指定することができる。現在
の文脈はメゾセージの文脈部分に使用される。

４２、「Ｓｅｔ　ｃｏｎｔｅｘｔ　（ホストストリング
、デイレクトリストリング、ファイルストリング）は現
在の文脈の値を内部で設定する。

４３、ｒｓｅｔ　ｃｏｎｔｅｘｔ　ｄｉｒｅｃｔｏｒｙ
　（デイレクトリストリング）」は現在の文脈ディレク
トリの値を内部で設定する。

４４．１ｓｅｔ　ｃｏｎｔｅｘｔ　ｆｉｌｅ　（ファイ
ルストリング）」はファイル文脈の値を内部で設定する
。

４５、ｒＳｅｔ　ｃｏｎｔｅｘｔ　ｈｏｓｔ　（ホスト
ストリング）はホスト文脈の値を内部で設定する。

４６、ｒｓｔａｒｔ　（命令、ホスト、接続子）」ハ制
御をインタプリタから事象ハンドラに移し、アプリケー
ションツールを直ちに始動する。これはウィンドウ環境
が作り出されてからに限ってＩＤＦに現われるべきであ
る。

４７、ｒｓｔｒｉｎｇ　ｃｏｍｐａｒｅ　（ストリング
１、ストリング２、ケース感度、長さ）は二つのストリ
ングを比較する。ケースの感度及び長さを随意に指定す
ることができる。

４８、「ｓｔｒｉｎｇ　１ｎｄｅｘ　（データ、指標）
」は指示された行を指定データから戻す。

４９、ｒｓｔｒｉｎｇ　ｌｅｎｇｔｈ　（ストリング）
」は指定ストリングの長さを戻す。

５０、　　ｒＳｔｒｉｎｇ　１ｉｎｅｓ　（データ）」
は指定デー」 夕の行の数を戻す。

５１、ｒＳｔｒｉｎｇ　ｍａｋｅ　１ｉｎｅｓ　（スト
リング、［ｓｔｒ］）」は指定ストリングから戊る行が
分離された新行のストリングを戻す。

５２、ｒｓｔｒｉｎｇ　ｐｏｒｔｉｏｎ　（ストリング
、開始、終点）」は指定始点から指定終点までの指定ス
トリングの部分を示す。

５３、ｒｓｔｒｉｎｇ　ｐｏｓｉｔｉｏｎ　（ストリン
グ１、ストリング２、ケース感度、ｒｅｖ）Ｊは他のス
トリング内の指定ストリングの位置を戻す。ケース感度
を随意に指定することかできる。

５４、ｒＳｙｓｔｅｍ　（指令、ホスト）」はシェル内
の指令を実行する。

５５、「Ｔｏｏｌ　ｃｌａｓｓ　（種類）」はカプセル
化期間全体に対するツールの種類を設定する。

カプセル化 カプセル化システムのデータ流れ図を第６図に示す。デ
ータの流れはブロック間の実線で表しであるが、制御機
能は破線で表しである。コンパイラ５０はファイルシス
テム８０からインタフェース記述ファイルを読取り、記
号テーブル５２及び命令文テーブル５４を含む中間コー
ド表現を作る。コンパイラ５０はインタフェース記述言
語のＢａｃｋｕｓ　Ｎａｕｒ形による表現をＵＮＩＸツ
ールのｙａｃｃ及びｌｅｘに供給することにより実現さ
れる。ｙａｃｃ及びｌｅｘの各ツールはＢａｃｋｕｓ　
Ｎａｕｒ形で動作し、コイバイラ５０を発生する。

コンパイラ５０により作られた記号テーブル５２は変数
及び関数と名付けられたルックアップ用のテーブルであ
る。コンパイラ５０は新しい記号及び関連する記号特性
を記号テーブル５２に供給する。記号テーブルには名前
、形式、値、及び関数のフィールドがある。名前フィー
ルドは記号の印刷可能な名前である。形式フィールドは
記号がローカルであるか全体であるかを、及びデータ形
式を指定する。値フィールドは現在記号と関連している
値を指定する。関数フィールドは現在記号と関連してい
る関数コードを指定する。

記号はハツシュアルゴリズムを使用して記号テーブルに
記憶される。ハツシュアルゴリズムは、記号の印刷可能
な名前の文字に基づき一次ハッシングを、及び−次ハッ
シングが衝突を生ずるとき二次ハツシングを、行う。二
つ以上の記号が記号テーブル内に同じ指標を発生すると
衝突が起こる。ハツシュアルゴリズムは記号データの記
憶に使用される指標を発生する。記号データはハツシュ
アルゴリズムを再び使用して記号テーブル内に設置され
る。記号テーブルの簡単な例を第７図に示す。

コンパイラ５０は命令文テーブル５４をも発生する。コ
ンパイラは新しい命令文及び関連する命令文情報を命令
文テーブル５４に供給する。命令文テーブルには三つの
フィールド、すなわち、タグ、左側、及び右側、がある
。タグは要素の形式の識別子である。左側及び右側はデ
ータ又は命令文テーブルの他の記述項を指すポインタと
することができる。命令文テーブルの簡単な例を第８図
に示す。

コンパイラ５０がインタフェース記述ファイルに基いて
記号テーブル５２及び命令文テーブル５４を発生してか
ら、インクブリタラ８における評価ルーチンが命令文テ
ーブル５４にある命令を評価する。評価ルーチンの流れ
図を第９図に示す。

評価プログラムは段階１０２で命令文テーブル５４の始
まりを指すポインタを利用してテーブルの最初の記述項
のタグフィールドにアクセスする。

評価フィールドは段階１０４でタグフィールドを評価し
、段階１０６で最初の記述項のタグフィールドに指定さ
れている動作を行うコードまでジャンプする。評価を完
了するためには、命令文テーブル記述項の左側（ＬＨ３
）及び右側（ＲＨ３）を評価しなければならない。評価
プログラムを再び呼出して左側を評価し、段階１０８で
結果をスタックに押上げる。左側及び右側に対する値は
命令文テーブルフィールドから、又は記号テーブルを参
照して得ることができる。命令文テーブルが記号を参照
すると、評価プログラムは記号テーブルにジャンプし、
指定記号の値を調べる。段階１１０で右側を評価し、結
果をスタックに押上げる。段階１１２で、命令文の左側
及び右側を評価し終わってから、指定の動作を行い、命
令文の値を戻す。次に評価プログラムは命令文テーブル
の次の記述項に進み、評価を繰返す。この手順を命令文
テーブルが完全に評価されてしまうまで続ける。評価に
より後に説明するように実行時間動作中に使用される対
象が構築される。

命令文テーブルは通常上に説明した所定の関数を一つ以
上載せている。所定の関数をユーザが指定すると、評価
プログラムは所定の関数を表すコードにジャンプする。

所定の関数は記号テーブルにそれら関数のコードを指す
ポインタの付いた所定の記述項（ｅｎｔｒｙ）を備えて
いる。

評価プログラムに関連するのは評価プロセス中値を記憶
するスタックである。命令文テーブル記述項の左側及び
右側を評価すると、戻された値がスタックに押上げられ
る。成る場合には、命令文の左側及び右側がそれぞれ単
一の値であり、他の場合にはどちらか又は双方が値のリ
ストである。命令文テーブル記述項に指定されている動
作を実行すると、値がスタックからポツプアップされて
、動作の値が決定される。

典型的には、ＩＤＦの終りにある最後の命令文は所定の
関数５ｔａｒｔの呼出しである。評価プログラムが命令
文テーブルの５ｔａｒｔ関数に達すると、制御が事象ハ
ンドラ６２に移る。

次にＩＤＦ、記号テーブル５２、及び命令文テーブル５
４の間の関係を示す簡単な例を挙げることにする。例の
ＩＤＦは下記のように指定される。

ｅｖｅｎｔ　　ｅ　　＝　　＜Ｕｓｅｒ、　　”５ｅｌ
ｅｃｔ″、　　ＤｏＬｔ□＞。

ａｔｔｒｉｂｕｔｅ　ａ　＝　Ｑｕｉｅｔ　ｌ　Ｗｉｄ
ｔｈ：１００；ｍａｋｅ　ｏｂｊｅｃｔ、　（Ｐａｒｅ
ｎｔ、　　’Ｂｕｔｔｏｎ　１”Ｃｏｍｍａｎｄ、”５
ｅａｒｃｈ” ［１，１］、　　ａ、　ｅ）； ５ｔａｒｔ　　（）： 上の例に対応する記号テーブル及び命令文テーブルをそ
れぞれ第７図及び第８図に示す。上の例に対応する記号
テーブルには四つの記述項、変数ｅ及びａｌ及び関数Ｍ
ａｋｅ　ｏｂｊｅｃｔ及び５ｔａｒｔ、が入っている。

命令文テーブルにはｅ及びａを規定する宣言及び規定の
関数Ｍａｋｅ　ｏｂｊｅｃｔ及び５ｔａｒｔへの呼びが
入っている。

上に示したように、対象はユーザインタフェース及び事
象データを備えているデータ構造である。インタフェー
ス記述ファイルを作製するプログラマは対陣を作り出し
、且つ処理してデータをユーザに提示する。２種類の対
象、マネージャ及びプリミティブ、がある。マネージャ
対象はプリミティブかマネージャかのいずれかになり得
るサブ対象を備えることができる。プリミティブ対象は
どんなサブ対象をも備えることができない。対象はすべ
て、階層の最上位である最高レベルの対象を除き、親を
持っている。

対象のインタフェースデータの幾つかは表示対象の挙動
を指定する属性に記憶されている。プリミティブ対象だ
けが関連する事象又は作用を備えることができる。

規定の関数Ｍａｋｅ　ｍａｎａｇｅｒ　（７ネージヤ、
形式、名前、属性）及びＭａｋｅ　ｏｂｊｅｃｔ　（７
ネージヤ、名前、形式、ラベル、ロケーション、属性、
事象）は対象を作り出すのに使用される。すべての対象
（最高レベルの対象を除く）は親を持っているから、最
初のパラメータはマネージャ対象である。これは対象を
階層のどこに置くべきかを示すものである。形式パラメ
ータはどの形式の対象が作り出されているかを示す単な
る識別子である。名前パラメータ及びラベルパラメータ
は、それぞれ、対象の内部名称及び表示可能ラベルとし
て使用されるストリングである。

ロケーションは対象をマトリックス配置のどこに置くべ
きかを記述する。ロケーション［１，１］はマトリック
スの左上隅である。属性は、属性パラメータを伝えるこ
とにより作り出されるとき対象に割当てることができる
。マネージャ対象には関連する事象が無いが、プリミテ
ィブ対象にはどんな数の事象をも指定することができる
。事象は後に検索したり探したりできるように対象内部
の事象リストに記憶される。

規定の関数Ｆｉｎｄ　ｏｂｊｅｃｔ　（名前）はストリ
ングパラメータを取り、指定された名前の対象について
Ｍａｋｅ　ｏｂｊｅｃｔ関数を通して作り出された対象
の階層を探索する。見つかったら所定の対象を戻し、見
つからなければ無を戻す。

規定の関数Ａｄｄ　ａｔｔｒｉｂｕｔｅ　（対象、属性
）は対象及び属性をパラメータとして取り、指定の属性
データを対象に組合せる。この関数は対象が作り出され
てから対象の特性を変更するのに使用される。

規定の関数Ａｄｄ、ｅｖｅｎｔ　（対象、事象）は対象
データ構造内のリストを指すポインタを事象データ構造
に割当てることにより事象を対象と関係づける。

動作中に、ユーザはインタフェース記述ファイルを作製
してインタフェースプログラムの所要機能を実施する。

コンパイラ５０はＩＤＦを読取り、第７図及び第８図に
示すように記号テーブル５２及び命令文テーブル５４を
作製する。次に、評価プログラムを呼出し、上述のよう
に命令文テーブル５４を評価する。規定の関数Ｍａｋｅ
　ｏｂｊｅＣｔは各対象に対する指定のパラメータを使
用して対象テーブル６０の中に記述項を作製する。

評価プログラムが規定の関数５ｔａｒｔに達すると、制
御が事象ハンドラ６２に移り、システムがユーザ、メツ
セージサーバ、アプリケーションツール、及びオペレー
ティングシステムから事象を受ける態勢が整う。

上に示したように、事象ハンドラ６２はカプセル化シス
テムの実行時間動作を取扱う。事象ハンドラ６２は事象
を、ユーザインタフェースから、メツセージサーバから
、アプリケーションツールから、及びオペレーティング
システムから、受取る。事象ハンドラ６２は、ＩＤＦに
より確定され、記号テーブル５２、命令文テーブル５４
、及び対象テーブル６０に変換された規則に従って事象
入力に応答する。従って、例えば、ユーザインタフェー
スでボタンを押すと、又はメツセージを他のツールから
メツセージサーバを経由して受取ると、規定の行動が取
られる。これらの行動にはメツセージをユーザインタフ
ェース、メツセージサーバ、アプリケーションツール、
及び／又はオペレーティングシステム、に送ることを含
むことができる。

現在の実施例では、事象ハンドラ６２はＸ−ウィンドウ
システム３４のコールバックの特徴を活用している。ウ
ィンドウシステムに表示されるべき対象は対象テーブル
６０に規定されている。

Ｘ−ウィンドウシステム３４は入力データに基き適切な
表示を発生するルーチンを備えている。

Ｘ−ウィンドウシステム３４はマサチューセッツ工科大
学でＸ−コンソーシアムにより開発された標準ウィンド
ウ制御器である。対象を表示するときは、Ｘ−ウィンド
ウシステム３４は事象ハンドラ６２に対してコールバッ
クを行い、対象テーブル６０の指定の対象を指すポイン
タを受取る。

このようにして、事象ハンドラ６２はウィンドウ式表示
装置に対象を発生するにあたりＸ−ウィンドウシステム
３４を活用している。対象テープル６０の中のデータは
表示すべき対象の特性を規定する。

対象テーブル６０の中の対象の大部分はそれに関連する
行動又は動作を備えている。行動は対象と関連する事象
として指定される。事象を受取ったことに応じて対象が
呼ばれると、対象に関して指定された関連事象が、事象
により指定された関数又は記述を実行するインタプリタ
５８を呼出すことにより、実行される。

Ｘ−ウィンドウシステム３４は、人力をユーザからマウ
ス入力及びキーボード入力の形で受取る。このような人
力はユーザ事象を構成する。

Ｘ−ウィンドウシステム３４は事象をメツセージサーバ
から及びアプリケーションツールから受取るのにも利用
される。このような場合には、Ｘ−ウィンドウシステム
３４は対象テーブル６０の適切な対象に対してコールバ
ックを行う。事象ハンドラ６２はインタプリタ５８を通
して対象により指定された所要動作を実行する。

異なる入力事象形式を取扱うルーチンを第１０Ａ図〜第
１０Ｄ図に示す。事象を受取ると、適切なハンドラルー
チンが呼出される。

段階１２０でＸ−ウィンドウシステム３４がユーザ事象
を受取ると、段階１２２で示すように、事象ハンドラ６
２の適切なユーザ対象に対してコールバックが行われる
。ユーザ事象の場合には、Ｘ−ウィンドウシステム３４
は所要ウィンドウ表示を作製するデータを対象から得る
。その他、対象は典型的にユーザ事象に応じて取るべき
行動を規定する一つ以上の関連事象を備えている。

行動は、段階１２４で示したように、事象の規定に関し
てインタプリタ５８を呼出すことにより実行される。こ
のようにして、必要なら、ユーザ事象はウィンドウ表示
を発生し、メツセージをアプリケーションツールに又は
メツセージサーバに送るというような他の行動を起こす
ことができる。

今度は第１０Ｂ図を参照すると、段階１３０でメツセー
ジ事象をメツセージサーバからＸ−ウィンドウシステム
により受取ると、事象ハンドラ６２のメツセージ対象に
対してコールバックが行われる（段階１３２）。メツセ
ージ対象は典型的には、それぞれが上述のようにパター
ンを備えている多数の事象を備えている。受取ったパタ
ーンは、段階１３４で示すように、メツセージ対象に含
まれている各記憶事象パターンに対して整合させられる
。整合が見つかると、整合事象に含まれている行動が事
象に含まれている行動規定に関してインタプリタ５８を
呼出すことにより実行される（段階１３６）。整合が見
つからなければ、段階１３８で、事象が標準出力上に表
示される。典型的には、標準出力はウィンドウ式表示装
置である。

今度は第１０Ｃ図を参照すると、アプリケーションツー
ル事象がメツセージ事象と同じ仕方で処理される。段階
１４０でアプリケーションツール事象をＸ−ウィンドウ
システム３４が受取ると、段階１４２で事象ハンドラ６
２のアプリケーションツール対象に対してコールバック
が行われる。

受取ったデータはアプリケーションツール対象に入って
いる記憶事象パターンに対して整合するまで合せられる
（段階１４４）。段階１４６で、整合が見つかると、整
合事象に含まれている行動が実行される。整合が見つか
らなければ、段階１４８でアプリケーションツール事象
が標準出力に表示される。

上述のように、ユーザ事象、メツセージ事象、及びアプ
リケーションツール事象はＸ−ウィンドウシステム３４
により受取られる。この構成はＸ−ウィンドウシステム
の能力を利用して事象を受取る。論理的観点からは、事
象は実際には事象ハンドラ６２から受取られる。

今度は第１０Ｄ図を参照すると、段階１５０でオペレー
ティングシステムからのシステム信号が（Ｘ−ウィンド
ウシステム３４により受取られるのではなく）事象ハン
ドラ６２により受取られる。

段階１５２でシステム対象が呼出され、受取った信号が
段階！５４でシステム対象に記憶されている事象パター
ンに対して整合させられる。整合が見つかると、整合事
象により指定された動作が段階１５６で実行される。シ
ステム信号の場合には、信号の名前を表すストリングが
整合に使用される。システム信号には終結命令又は割込
命令のような標Ｌ：＄ＵＮＩＸオペレーティングシステ
ム信号がある。

上述の多数の規定関数は事象ハンドラ６２の実施時に使
用される。規定の関数Ｄｉｓｐｌａｙ　（最高レベル対
象）は指定の各最高レベル対象の他に各最高レベル対象
の下にあるすべてのサブ対象に対するＸ−ウィンドウシ
ステム表現を作り出す責任がある。指定された対象が最
高レベルの対象でなければ、その対象は無視される。表
示関数は対象階層を指定の各最高レベル対象から始め、
横断することにより実施される。各対象について、Ｘ−
ウィンドウシステム３４に対して呼出しを行い、その対
象を説明する。すなわち、データ空間が作り出されて詰
込まれ、対象が表示画面上に写像される。最高レベル対
象より下のすべての対象が作り出されてしまうと、ウィ
ンドウ全体が実現する、すなわち表示される。

規定の関数５ｔａｒｔ　（命令、ホスト、接続子）には
二つの主要な責務がある。この関数はカプセル化アプリ
ケーションツール４２を始動させようとし、またプログ
ラム制御を事象ハンドラ６２に渡す。事象ハンドラ６２
は事象をＸ−ウィンドウシステム３４から受入れ、事象
ハンドラ内の適切なルーチンを呼出してその事象を処理
する単なるループである。関数の命令及びホストパラメ
ータはストリングである。命令は実行すべきオペレーテ
ィングシステム命令か又はアプリケーションツール４２
に対するプログラム呼出しである。ホストは命令を実行
すべきマシンの名前である。接続子はアプリケーション
ツールを接続するモードを識別する識別子である。モー
ドは端子又はバイブとすることができる。端子モードは
アプリケーションツールが端子で実行するよう指示され
ているとき使用される。パイプモードは生データをアプ
リケーションツール４２の出ツノから読取ることができ
るほとんどの用途に使用される。関数５ｔａｒｔは後に
説明するようにサブプロセス制御器６８の呼出しを経て
実施される。５ＰＣＯｐｅｎ命令はアプリケーションツ
ールとの接続を確立し、Ｓ　Ｐ　ＣＳｐａｗｎは命令ス
トリングを実行する。

制御は５ｔａｒｔ関数により事象ハンドラに渡されるの
で、５ｔａｒｔ関数はアプリケーションツールがＱｕｉ
ｔ関数により、すなわち、ユーザが主ウィンドウのファ
イルメニュー内のＱｕｉｔメニュー項目を選択して、中
止（ｑｕｉｔ）するまで戻らない。

規定の関数Ｑｕｉ　ｔは制御を事象ハンドラ６２からイ
ンタプリタ５８に逆に戻すのに使用される。

これは戻ることができる事象ハンドラ処理ループを指示
する変数を設定することにより行われる。処理ループは
５ｔａｒｔ関数で呼出されたものであるから、評価プロ
グラムはその呼出し後その点でのユーザコードの処理を
続ける。

規定の関数Ｒｅｔｕｒｎ　ｆｒｏｍ　（対象）は表示関
数を使用して前に初期設定したウィンドウを動かすのに
使用される。Ｒｅｔｕｒｎ　ｆｒｏｍ関数は表示画面か
らウィンドウを除去するが、それに対するメモリを除去
しないので、対象を表示するため更に呼出しを行うとウ
ィンドウが関数を呼出したときと同し状態に戻されるこ
とになる。

規定の関数５ｔｏｐ　（コールバック）はアプリケーシ
ョンツール４２にそれを終結するよう指示するＵＮＩＸ
信号を送ることによりアプリケーションツール４２を抹
殺（ｋｉｌｌ）　Ｉ、ようとする。これはサブプロセス
制御器６８のＳ　Ｐ　ＣＫ１１ｌ　Ｐｒｏｃｅｓｓを呼
出して行う。論理パラメータが真であれば、５ｔｏｐ関
数はまた、アプリケーションツールが実際に終結すると
き、ユーザによりその関数が規定されれば、Ｔｅｒｍｉ
ｎａｔｉｏｎという名のユーザ規定可能な関数を呼出す
。

規定の関数Ｅｒｒｏｒ　ｑｕｅｒｙ　（クエリ−、パタ
ーン、成功、タイムアウト）は５ｅｎｄ命令関数と関連
して使用され、エラー状態を確認（ｖｅｒｉｆｙ）して
アプリケーションツールによる命令の処理完了を待つ。

Ｅｒｒｏｒ　ｑｕｅｒｙ関数は指定のパラメータデータ
を簡単に記録するが、このデータは５ｅｎｄ　ｃｏｍｍ
ａｎｄ関数により使用される。クエリ−パターン及び成
功パラメータはストリングであり、タイムアウトパラメ
ータは整数である。

規定の関数５ｅｎｄ　ｃｏｍｒｎａｎｄ　（命令、新行
）はインタフェースプログラム４０からのデータをアプ
リケーションツール４２に渡す。命令パラメータは渡す
べきストリングであり、新行パラメータはストリングの
終りに新行を送るか否かを示す論理である。この関数は
、後に記すようにサブプロセス制御器６８のルーチンの
一つである５ＰＣＷｒｉｔｅにより実施される。ストリ
ングデータはアプリケーションツール４２の人力記述フ
ァイルに書かれる。５ｅｎｄ　ｃｏｍｍａｎｄ関数は命
令ストリングをアプリケーションツールに書くことがで
きない場合の他は、真に戻る。

５ｅｎｄ　ｃｏｍｍａｎｄ関数の挙動は、ユーザが前に
Ｅｒｒｏｒ　ｑｕｅｒＹ関数の呼出しを行ったとき修正
されている。Ｅｒｒｏｒ　ｑｕｅｒｙ関数はエラー状態
を確認して命令の処理完了を待つのに使用される。

Ｅｒｒｏｒ　ｑｕｅｒｙ関数が呼出されていれば、５ｅ
ｎｄ　ｃｏｒｎｍａｎｄ関数が命令ストリングを書込ん
でからクエリ−ストリングを手渡す。次にクエリ−スト
リングが命令ストリングの後アプリケーションツールに
より実行される。次に５ｅｎｄ　ｃｏｍｍａｎｄ関数は
、やはりＥｒｒｏｒ　ｑｕｅｒｙ関数で指定されている
パターンストリングを整合させようとする。整合すると
、そのストリングをＥｒｒｏｒ　ｑｕｅｒｙ関数からの
成功ストリングと比較する。

これらストリングが同じであれば、５ｅｎｄ　ｃｏｍｔ
ｎａｎｄ関数が真に戻る。その他の場合は偽になる。

探しているパターンがＥｒｒｏｒ　ｑｕｅｒｙ関数のタ
イムアウトパラメータにより指定される秒数内で見つけ
ることができなければ、５ｅｎｄ　ｃｏｍｍａｎｄ関数
が偽に戻る。

規定の関数５ｅｎｄ　ｅｖｅｎｔ　（対象、事象）はユ
ーザが対象に関する事象をプログラム的に作製できるよ
うにする。典型的には、ユーザ事象のような事象、すな
わちウィンドウシステムにより発生するもの、はユーザ
が対象ウィンドウを実際に選択するとき発生する。５ｅ
ｎｄ　ｅｖｅｎｔ関数はユーザが事象を発生していれば
呼出されている同じハンドラルーチンを呼出す。

規定の関数Ｓｙｓｔｅｍ　（命令、ホスト）をユーザが
任意のオペレーティングシステム命令を、ローカルに又
は遠隔に、実行することができる一つの方法である。二
つのパラメータはストリングである。命令ストリングは
実行すべきオペレーティングシステム命令であり、どん
なオペレーティングシステム命令又はプログラム呼出し
をも備えることができる。ホストは実行を試みようとす
るマシンの名前である。システム関数は実行命令の出力
として書かれたデータであるストリングを、又は命令を
実行することができないかホストを見つけることができ
ない場合には無のストリングを、戻す。

システム関数はサブプロセス制御器６８を呼出すことに
より実施される。ルーチン５ＰＣＯｐｅｎの呼出しはサ
ブプロセスを実行する接続を確立するのに使用される。

次に、Ｓ　Ｐ　ＣＳｐａｗｎに対する呼出しはシェル内
の指定命令ストリングを実行するのに使用される。

メツセージはメツセージサーバにより送られるストリン
グである。規定の関数５ｅｎｄ　ｍｅｓｓａｇｅ（形式
、種類、命令、データ）はメツセージをメツセージサー
バに手渡す。この関数は、最初に、ストリングである指
定パラメータに基いてメツセージストリングを作製し、
次にそのメツセージストリングをメツセージサーバに書
込む。５ｅｎｄ　ｍｅｓｓａｇｅ関数は現在設定されて
いる文脈を、メツセージを手渡す前に、新しく作製され
たメツセージストリングに挿入する。

規定の関数Ｍａｋｅ　ｍｅｓｓａｇｅ　ｐａｔｔｅｒｎ
　（形式、種類、命令、ホスト、ディレクトリ、ファイ
ル、データ、ＩＤ、名前）は、メツセージサーバに送ら
れるストリングを作製する。他のツールからメツセージ
サーバにより受取られ、このパターンに整合するメツセ
ージはカプセル化システムに伝えられる。Ｍａｋｅ　ｍ
ｅｓｓａｇｅ　ｐａｔｔｅｒｎ関数はメツセージパター
ンの構成要素として使用されるストリングパラメータを
取る。パラメータが無であれば、ワイルドカードがその
パラメータの代りに置き換えられる。このことはトーク
ンがすべてその特定のフィールドに整合することを意味
している。この関数は新しく作製されたストリングを戻
すが、このストリングは次にメツセージ事象要求により
メツセージサーバに送られる。

規定の各関数Ｍｅｓｓａｇｅ　ｔｏｏｌ、Ｍｅｓｓａｇ
ｅ　Ｉ　Ｄ。

Ｍｅｓｓａｇｅ　ｔｙｐｅ、、Ｍｅｓｓａｇｅ　ｃｌａ
ｓｓ、　Ｍｅｓｓａｇｅ　ｃｏｍｍａｎｄＸＭｅｓｓａ
ｇｅ　ｈｏｓｔ、　Ｍｅｓｓａｇｅ　ｄｉｒｅｃｔｏｒ
ｙ、　Ｍｅｓｓａｇｅ　ｆｅｅ、及びＭｅｓｓａｇｅ　
ｄａｔａ　（指標）は、最も最近に受取ったメツセージ
のフィールドであるストリングを戻す。例えば、Ｍｅｓ
ｓａｇｅ　ｃｏｍｍａｎｄ関数は到達した最後のメツセ
ージの命令フィールドを戻す。Ｍｅｓｓａｇｅ　ｄａｔ
ａ関数は一つから指示された検索すべきデータフィール
ドを示す一つのパラメータを取る。すなわち、Ｍｅｓｓ
ａｇｅ　ｄａｔａ（２）は受取った最後のメツセージの
２番目のデータフィールドを戻す。ＭｅｓｓａｇｅはＯ
又はそれ以上のデータフィールドを備えることができ、
上限はない。

規定の関数Ｔｏｏｌ　ｃｌａｓｓ　（種類）はストリン
グパラメータを取り、ツールの種類をカプセル化アプリ
ケーションツール４２に割当てる。ツールの種類はどの
種類のメツセージをメツセージシステムに渡すべきかを
決定するのに使用される。

「文脈（ｃｏｎｔｅｘｔ）　Ｊという用語はツールがそ
れにより動作しているデータの現在の位置を記すのに使
用される。カプセル化システムでは、現在の文脈は現在
の動作ディレクトリとしても使用される。換言すれば、
ユーザが文脈を設定すると、カプセル化システムはその
現在のディレクトリを同じ文脈に設定しようとする。規
定の関数Ｇｅｔ　ｃｏｎｔｅｘｔ、　Ｇｅｔ　ｄｉｒｅ
ｃｔｏｒｙＳＧｅｔ　ｃｏｎｔｅｘｔ　ｆｉｌｅ、及び
Ｇｅｔ　ｃｏｎｔｅｘｔ　ｈｏｓｔはパラメータを取ら
ず、各々は現在の文脈又はその構成要素を反映するスト
リングを戻す。

規定の関数Ｓｅｔ　ｃｏｎｔｅｘｔ　（ホスト、ディレ
クトリ、ファイル）　、Ｓｅｔ　ｃｏｎｔｅｘｔ　ｈｏ
ｓｔ　（ホスト）Ｓｅｔ　ｃｏｎｔｅｘｔ　ｄｉｒｅｃ
ｔｏｒｙ　（ディレクトリ）、及びＳｅｔ　ｃｏｎｔｅ
ｘｔ　ｆｉｌｅ　（ファイル）はストリングパラメータ
を取り、現在の文脈の一つ以上の構成要素を設定しよう
とする。これら関数は現在の文脈が既知のマシンについ
ての既知のディレクトリであれば真を戻す。そうでない
場合には、偽を戻す。また、文脈が見つかれば、カプセ
ル化システムの現在の作業ディレクトリが同じ文脈に設
定される。

規定の関数Ｍａｋｅ　ｆｉｌｅｎａｍｅ　（ホスト、デ
ィレクトリ、ファイル、存在）はバス名である新しいス
トリングを作り、ファイルに戻す。ファイルはローカル
又は遠隔のいずれかにすることができる。Ｍａｋｅ　ｆ
ｉｌｅｎａｍｅ関数は下層プラットホーム分散データ機
構を使用してストリングを作・製する。ホスト、ディレ
クトリ、及びファイルのパラメータはストリングである
が、存在パラメータは論理である。ホストパラメータ又
はディレクトリパラメータのいずれかが現実のマシン又
はディレクトリを表わさなければ、無ストリングが戻さ
れる。また、ユーザが存在論理に対して値、真、を伝え
れば、Ｍａｋｅ　ｆｉｌｅｎａｍｅ関数だけが、ファイ
ルが存在する場合パス名ストリングを戻す。そうでない
場合は無ストリングを戻す。

事象ハンドラ６２は、アプリケーションツール４２との
通信にあたり、サブプロセス制御器６８を使用する。サ
ブプロセス制御器６８はサブプロセスをローカルに又は
遠隔で実行させるＣＡＳＥシステムのライブラリルーチ
ンである。サブプロセス制御器６８はライブラリを呼出
すことによりアプリケーションツール４２を実行させる
。

標準ＵＮＩＸシステムでは、プロセス制御呼出しｒＦｏ
ｒｋＪを使用してサブプロセス用空間を作り出し、呼出
しｒＥｘｅｃＪを使用してサブプロセスを実行する。サ
ブプロセスとの通信は、簡単にはデータのストリングで
あるＵＮＩＸバイブによる（バイブモード）か、又は「
ｐｔｙ」、すなわち、データを端末（端末モード）と同
じ仕方で様式化するＵＮＩＸモードによることができる
。端末モードでは、サブプロセスは端末と通信している
ように見える。標準ＵＮＩＸシステムでのＦｏｒｋ、Ｅ
ｘｅｃ。

バイブモード、及び端末モードの使用はローカル動作に
限られる。

本発明のサブプロセス制御器６８によればアプリケーシ
ョンツール４２は、カプセル化システムに実行をローカ
ルに又は遠隔で呼出す方法を知らせる必要なしにローカ
ルに又は遠隔で実行することができる サブプロセス制御機構の構造を第１１図に示す。

サブプロセス制御器の動作の流れ図を第１２図に示す。

プロセス１７０（事象ハンドラ６２のような）がサブプ
ロセス１７２又は１７４（アプリケーションツール４２
のような）と通信したいときは、段階２００でサブプロ
セス制御器１７６　（Ｓ　Ｐ　Ｃ）が呼出される。段階
２０１でチャンネルがサブプロセッサに対してあらかじ
め開いているか否かを判定するチエツクが行われる。サ
ブプロセスへのチャンネルが開いていなければ、最初の
命令はチャンネルをサブプロセスに対して開かせること
である（段階２０２）。開チャンネル命令はＳＰＣ０ｐ
ｅｎ　（ホスト、入出力モード）の形のものである。開
命令はサブプロセスを実行させるべきホストを指定し、
入出力モードは、バイブモード又は端末モードのような
チャンネル挙動、及び書込み、出力、及びエラーの各動
作が行われるか、の記述を含んでいる。サブプロセス制
御器はローカルコンピュータ１８０によるローカルサブ
プロセス１７２、又は遠隔コンピュータ１８２による遠
隔サブプロセス１７４、との通信を確立するチャンネル
ルーチン１７８を備えている。サブプロセス制御器はま
た開いた各チャンネルに対して、チャンネルに関連する
、ホスト及び入出力モードの情報を含む、データを備え
たチャンネルデータ構造を備えている。チャンネルルー
チン１７８が段階２０３でホスト情報からローカル実行
が必要であることを判定すると、段階２０４でサブプロ
セスがあらかじめ始動しているか否かを決定するチエツ
クが行われる。指定の入出力モードに従ってＦｏｒｋ　
呼出し及びＥｘｅｃ　呼出しを直接利用してローカルサ
ブプロセス用の空間を作り、ローカルサブプロセスを実
行する（段階２０５）。次に段階２０６で命令をサブプ
ロセスに伝える。

段階２０３でチャンネルルーチン１７８がホスト情報か
ら遠隔実行が必要であること判定すると、命令内のパラ
メータが段階２０８で翻訳され、回路網を通して遠隔コ
ンピュータ１８２に送られる（段階２１Ｏ）プロトコル
に変換される。プロトコルは命令識別子、チャンネル番
号、及びデータのストリングを備えた文字ストリングで
ある。

遠隔コンピュータ１８２はＳＰＣデーモン１８４として
知られているルーチンを備えている。ＳＰＣデーモン１
８４はデータ用回路網で聴き、適切な行動を取る。ＳＰ
Ｃデーモンはプロトコルを翻訳し、あたかもサブプロセ
スのローカル実行であるかのように必要な動作を行う。

段階２１１でサブプロセスが前に始動してしまっている
か判定するチエツクを行う。サブプロセスが始動してい
なければ、ＳＰＣデーモンは遠隔コンピュータ１８２で
Ｆｏｒｋ及びＥｘｒｅｃ　を呼び、パイプ又は端末の通
信モードを使用して遠隔サブプロセス１７４の空間を作
り、遠隔サブプロセス１７４を実行する（段階２１２）
。次に段階２１４で命令をサブプロセスに伝える。

チャンネルがサブプロセス、又はアプリケーションツー
ルに対して開いてから、スポーソ（Ｓｐａ　ｗｎ　）命
令を使用してサブプロセスを呼出す。

スポーソ命令はＳ　Ｐ　ＣＳｐａｗｎ　（チャンネル、
プロセス、データ）の形をしている。ＳＰＣ８ｐａｗｎ
命令はチャンネルが開いてからだけ送られる。

サブプロセス制御器が使用する別のプロセス制御関数に
は、チャンネルを開いてサブプロセスを呼出すＳ　Ｐ　
Ｃ０ｐｅｎ　ａｎｄ　Ｓｐａｗｎ、あらかじめ開いてい
るチャンネルで新しいサブプロセスを再始動させるＳ　
Ｐ　ＣＥｘｅｃｕｔｅ　Ｐｒｏｃｅｓｓ、チャンネルを
リセットするＳ　Ｐ　ＣＲｅ５ｅｔ、チャンネルを閉じ
てそれに割当てられている資源を解放するＳ　Ｐ　ＣＣ
１ｏｓｅｓ及び現在実行中のプロセスをチャンネルに取
付けるＳ　Ｐ　ＣＡｔｔａｃｈがある。

チャンネルが開き、サブプロセスが呼出されると、カプ
セル化システムはアプリケーションツールと通信するこ
とができる。アプリケーションツールと通信するには下
記関数が利用される。

１、　　ｒｓＰｃ　ＲｅａｄＪはＳＰＣチャンネルから
バッファに読込む。

２、　　ｒｓＰｃ　ＷｒｉｔｅＪバッファからｓｐｃチ
ャンネルに書込む。

３、　　ｒＳＰＣＫ１１ｌ　ＰｒｏｃｅｓｓＪは実行サ
ブプロセスを指定のＳＰＣチャンネルを通して停止させ
る。

４　　ｒ　Ｓ　Ｐ　ＣＫ１１ｌ　ＰｒｏｃｅｓｓｅｓＪ
はすべての実行サブプロセスを停止させる。

５、　ｒＳＰＣＩｎｔｅｒｒｕｐｔ　５ｕｂｐｒｏｃｅ
ｓｓｅｓｊはＳＰＣチャンネル上のサブプロセスを翻訳
する。

６、　　ｒｓＰｃ　Ｓｉｇｎａｌ　ＰｒｏｃｅｓｓＪは
特定のオペレーティングシステム信号をＳＰＣチャンネ
ルで実行サブプロセスに送る。

７　、　　ｒ　Ｓ　Ｐ　ＣＲｅｇｉｓｔｅｒ　ＴｅｒＩ
Ｔ＋１ｎａｔｏｒＪはサブプロセスが終息したとき呼出
すべきコールバックを登録する。

８、　　ｒＳＰＣＡｄｄ　ＩｎｐｕｔＪはサブプロセス
からの入力か利用可能であるとき呼出すべきコールバッ
クを登録する。

一般に、サブプロセス制御器は任意数のチャンネルをロ
ーカルに又は遠隔に割当てられた任意数のサブプロセス
に対して開くのに利用することができる。各サブプロセ
スはパイプモードか端末モードかで動作することができ
、書込み専用、読取専用、エラー専用、及びその組合せ
、を含むどんな通信モードも各チャンネルに利用するこ
とができる。サブプロセス制御器を使用することにより
、カプセル化システムがローカル通信又は遠隔通信の詳
細を知ることは不必要である。サブプロセス制御器はカ
プセル化システムと組合せての使用に限定されない。こ
の制御器はすべてのプロセス又はツールとすべてのサブ
プロセスとの間の通信に使用することができる。

カプセル化システムの主制御ループは、第６図に制御器
５６として示しであるが、インタフェース記述ファイル
のコンパイル及び評価を制御する。第１３図に示すよう
に、制御器５６は段階２２２でカプセル化システムを初
期設定する。ＩＤＦがコンパイルされていなければ、制
御器５６はコンパイラ５０にファイルシステム８０から
ＩＤＦにロードし、結果を記号テーブル５２及び命令文
テーブル５４にコンパイルするように指示する（段階２
２４）。ＩＤＦが前にコンパイルされており、記号テー
ブル及び命令文テーブルがファイルシステムに記憶され
ていれば、制御器５６はダンプ／ロードユニット８２に
ファイルシステム８０から記号テーブル及び命令文テー
ブルにロードするように指示し、記号テーブル５２及び
命令文テーブル５４を評価に利用できるようにする。

次に段階２２６で、制御器５６はインタプリタ５８を呼
出し、上述のように命令文テーブル５４を評価させる。

次に、段階２２８で制御がインタプリタ５８から事象ハ
ンドラ６２に送られる。制御が事象ハンドラ６２に伝え
られると、カプセル化システムは実行時間動作の準備が
整い、制御器５６はもはや無関係になる。段階２３０で
制御器５６が整理（ｃｌｅａｎ　ｕｐ）されて出る。

上述のように、ダンプ／ロードユニット８２はあらかじ
めコンパイルされているＩＤＦにロードし、コンパイル
されたＩＤＦを将来の使用のためファイルシステム８０
に記憶するのに使用される。ダンプ／ロードユニット８
２はカプセル化システムを読取り専用構成で利用する能
力を示す。ＩＤＦは特定のアプリケーションツールにつ
いて開発されており、ＩＤＦは記号テーブル及び命令文
テーブルを作製するようにコンパイルされている。コン
パイルされたＩＤＦは続いて同じシステムで、又は異な
るシステムで使用することができる。従って、ＩＤＦは
一度作製され、コンパイルされたＩＤＦが他のユーザに
提供される。バス名アナライザ８４はカプセル化システ
ムと関連してユーザにより呼出されたフアイルを探すの
に使用される。

カプセル化アプリケーションツールのウィンドウ表示の
一例を第１４図に示す。テープファイル記録用のツール
であるＵＮＩＸシステムツール「ｔａｒＪが本発明によ
りカプセル化された。

第１４図のウィンドウ表示にはプルダウンメニュー域２
５０、プロジェクトチーブ装置及びディスクファイルの
識別、及びカプセル化テープ記録ツールからの出力を示
す編集ウィンドウ２５２、がある。

本発明のカプセル化システムについて、Ｘ−ウィンドウ
システム３４によるユーザインタフェース、メツセージ
サーバへのメツセージインタフェース、オペレーティン
グシステムへのシステムインタフェース、及びアプリケ
ーションツール４２へのアプリケーションインタフェー
ス、を備えるものとしてここに説明してきた。これはカ
プセル化システムの最も一般的な形である。

成る場合には、各種インタフェースを省略することもあ
る。ユーザインタフェースは、アプリケーションツール
がメツセージ入力に基いて機能を自動的に行うようにな
っていれば、省略することができる。例えば、システム
内の他の一つ以上からのメツセージによりアプリケーシ
ョンツールがユーザの介在なしにファイルをテープに記
憶することができる。他の場合には、ＣＡＳＥシステム
内の他のツールとのメツセージインタフェースが不必要
で、アプリケーションツール４２とのすべての対話がユ
ーザインタフェースを通して行われる。更に他の状況で
は、アプリケーションツールそれ自身を省略することが
でき、カプセル化システムをアプリケーションツールに
干渉することなくＣＡＳＥシステムで所要機能を行うの
に利用することができる。

これらすべての場合において、インタフェース記述言語
が一つ以上の源からの事象に応じて行われるべき動作を
規定するＩＤＦを作製するのに使用される。

（発明の効果） 以上のように、本発明によれば、コンピュータ支援ソフ
トウェア開発システムにアプリケーションツールを組込
み、利用する方法及び装置が提供される。

さらに、本発明によれば、アプリケーションツールの２
進コードだけを利用するコンピュータ支援ソフトウェア
開発システムにアプリケーションツールを組込む方法及
び装置が提供される。

さらに、本発明によれば、コンピュータ支援ソフトウェ
ア開発システムにアプリケーションツールを組込み、ア
プリケーションツールとソフトウェア開発システムを構
成する他のツールとの間の通信ができるようにする方法
及び装置が提供される。

さらに、本発明によれば、本発明の更に他の目的はコン
ピュータ支援ソフトウェア開発システムにアプリケーシ
ョンツールを組込み、ソフトウェア開発システム内の他
のツールがアプリケーションツールにより動作をトリガ
することができる方法及び装置が提供される。

さらに、本発明によれば、本発明のなお他の目的はコン
ピュータ支援ソフトウェア開発システムにアプリケーシ
ョンツールを組込み、アプリケーションツールにソフト
ウェア開発システムに適合できるユーザインタフェース
が設けられるようにするツール及び装置が提供される。

さらに、本発明によれば、本発明の更に他の目的はコン
ピュータ支援ソフトウェア開発システムにアプリケーシ
ョンツールを処理しなおすことなくアプリケーションツ
ールを組込む方法及び装置が提供される。

さらに、本発明によれば、本発明のなお他の目的はコン
ピュータ支援ソフトウェア開発システムにアプリケーシ
ョンツールを組込み、アプリケーションツールがローカ
ルホストコンピュータ又は遠隔ホストコンピュータで実
行することができるようにする方法及び装置が提供され
る。

本発明をＣＡＳＥシステムに関連して説明してきたが、
本発明はＣＡＳＥシステムでの使用に限定されない。シ
ステム内の他のツールにより行われる特定の機能は本発
明に無関係であることを理解するであろう。

現在のところ本発明の好適実施例と考えられるものにつ
いて図示し、説明してきたが、当業者には付記した特許
請求の範囲で規定した本発明の精神から逸脱することな
く変更及び修正を行うことができることが明らかであろ
う。

【図面の簡単な説明】

第１図は、コンピュータ支援ソフトウェアエンジニアリ
ングシステムのアーキテクチャを示す図であり、 第２図は、ＣＡＳＥシステムが実行される分散式計算シ
ステムのブロック図であり、第３図は、ＣＡＳＥシステ
ムのツールに対する通信インタフェースを示したブロッ
ク図であり、 第４図は、ＣＡＳＥシステムのツール間の通信を示した
ブロック図であり、 第５図は、本発明のカプセル化システムを説明したブロ
ック図であり、 第５Ａ図は、ＣＡＳＥシステム内のアプリケーションプ
ログラムをカプセル化するための方法の高位の流れ図を
示し、 第６図は、本発明のカプセル化システムのデータ流れ図
を示しており、 第７図は、カプセル化システムに用いられる記号テーブ
ルの例を示しており、 第８図は、カプセル化システムに用いられる命令文テー
ブルの例を示しており、 第９図は、評価手段の動作を示す流れ図であり、 第１０Ａ図乃至第１０Ｄ図は、それぞれ、人力事象に応
答して事象ハンドラによって実行されるルーチンを示す
流れ図であり、 第１１図は、サブプロセス制御器の構造を示すブロック
図であり、 第１２図は、サブプロセス制御器の動作を示す流れ図で
あり、 第１３図は、カプセルか制御器の動作を示す流れ図であ
り、さらに、 第１４図は、テープアーカイブツールのカプセル化され
たバージョンのウィンドウ表示の例を示している。 ３４・・・Ｘ−ウィンドウシステム、 ３６・・・メツセージサーバ、 ４２・・・アプリケーションツール、 ４８・・・インタフェース記述ファイル、５０・・・コ
ンパイラ、 ５２・・・記号テーブル、 ５４・・・命令文テーブル、 ５８・・・インタプリタ、 ６０・・・対象テーブル、 ６２・・・事象ハンドラ、 ６８・・・サブプロセス制御器、

Claims (1)

1. 【特許請求の範囲】 １　ユーザインタフェース、オペレーティングシステム
   、及び所定のタスクを行う一つ以上の組込みソフトウェ
   ア開発ツールを備えたコンピュータ支援ソフトウェア開
   発システムにアプリケーションツールをカプセル化する
   方法であって、 開発ツールから及びユーザインタフェース から受取った所定の事象に応じて所要動作を規定するイ
   ンタフェース記述ファイルを所要動作を表す一組のデー
   タ構造に変換する段階、開発ツールから及びユーザイン
   タフェース から受取った所定の事象に応じて所定の事象に対応する
   データ構造の部分を評価すると共に、そこに規定された
   動作を実行する段階、及び データ構造の部分により要求されたときア プリケーションツールにより動作を要求する段階、 から構成されることを特徴とする方法。