JPS62257564A - アプリケ−シヨン処理のエコ−を制御する方法及び装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 以下の順序で本発明を説明する。

Ａ、産業上の利用分野 Ｂ、従来技術 Ｃ０発明が解決しようとする問題点 り０問題点を解決するための手段 Ｅ、実施例 Ｆ１発明の効果 Ａ、産業上の利用分野 この発明は、エコーを、ユーザーの識別可能なシステム
応答のかたちで、そのような応答をある限られた応答時
間を必要とするユーザー開始動作に与えろことに関する
。より詳しく述べると、この発明は、ホスト・コンピュ
ータ中のアプリケーション・プログラムに対するユーザ
ーのアクセスがホスト・コンピュータからは遠隔のワー
クステーションを介して獲得され、アプリケーション・
プログラムの文脈におけるあるユーザー動作への応答が
、遠隔アプリケーション・プログラムではなく、そのユ
ーザーに近いプロトコルによって与えられるような多重
ユーザー・システムの分野におけるものである。

Ｂ、従来技術 近年、オフィスが機械化され、これによって。

オフィスには、１つまたはそれ以上のワークステーショ
ンにアプリケーション・プログラム処理サービスを与え
る単一のホスト・コンピュータに、複数のユーザー・ワ
ークステーションが接続された多重ユーザー・システム
が採用されている。典型的には、ワークステーションは
、組織全体に地理的に分散されており、ホスト・コンピ
ュータを有する集中通信設備を介して互いに通信する。

そして、ワークステーションに特定のアプリケーション
・プログラムを与えるために、ホスト・コンピュータは
典型的にはワークステーション間で時分割される。

さて、最近のアプリケーション・プログラムは、プログ
ラムとユーザーとの間に対話が行なわれる事象駆動処理
である点で特徴的である。これらの場合、対話は、さま
ざまなユーザー人力装置を有するワークステーション端
末及びＣＲ’Ｉ’などの画像的出力装置を介してきわめ
て頻繁に生じる。この際ユーザーは、入力装置によりア
プリケーション・プログラムにコマンド及びパラメータ
を入力し、ＣＲ’１”の画面上でプログラムの応答をｉ
ｎａすることになる。事象駆動として記述される場合、
アプリケーション処理は、ユーザー人力に基づく計算を
実行しＣＲＴを介してユーザーに応答を与える前に特定
のユーザーの開始動作を待つ、と理解されている。

ユーザーの動作または２３Ｃ象がアプリケーション・プ
ログラムからの計算の応答を生じさせることができる。

そのような事象は例えば、コマンドの人力あるいはワー
クステーションのキーボード上のＥ　Ｎ　Ｔ　Ｅ　Ｒま
たはＲＥＴＵＲＮキーの押圧に従って生じる。尚、アプ
リケーション・プロゲラ１１からの計算的応答を必要と
しないユーザー開始動作もあることを理解されたい。そ
のような動作には、コマンドを形成する文字をキーボー
ド上でタイプ人力すること、カーソルの移動を行うこと
、及び輝度を変化させることによって表示両面のセクタ
を強調することなどがある。しかし、はとんどのユーザ
ー動作は、一般的には、ユーザーの操作により入力装置
によって与えられた現在のパラメータを入力したユーザ
ーに対して即時の通知を必要とする。

対話システムに動作が入力されたときユーザーに通知す
るために、その動作に対して、ユーザーが識別可能な応
答のかたちでフィードバックが与えられる。そのような
応答は“エコー（ｅｃｈｏ）”と呼ばれる。計算を必要
とするユーザー動作に対する応答は、要求された計算の
結果の表示としてアプリケーション・プログラムにより
与えられる。

例えば、スプレッドシート・プログラムにおいては、ユ
ーザーによって与えられた式とパラメータに基づく計算
の結果をアプリケーション・プログラムが与え得る。

ニー、ザー開始動作に対するシステムのエコー応答は１
通常、ワークステーションの出力装置により与えられる
。こうして、キーボード上で入力された文字はＣＲＴ画
面上に表示されることによってユーザーにエコーされ、
キーボードまたはマウスを介するカーソル制御の操作は
表示されたカーソルの位置を移動させることによってエ
コーされる。他のエコー応答としては、選択されたコマ
ンドや、移動可能な対象や、カーソルが移動して行った
ＣＲＴ画面のセルを強調する（ｈｉｇｈｌｉｇｈＬｉｎ
ｇ）ことがある。

従来のたいていのシステ１１においては、ユーザー９１
作に対するエコー応答は典型的には、ＣＲＴ上にグラフ
ィック表示を形成するためにグラフィック表示サービス
を介して動作するアプリケーション・プログラムの責任
範囲である。尚、典型的なグラフインク・サービスは、
フオレー（Ｆｏｒａｙ）とパン・ダム（Ｖａｎ　Ｄａｍ
）著、゛対話的コンピュータ・グラフィックスの基礎（
Ｆｕｎｄａｍｅｎｔａｌｓ　ｏｆＩｎｔｅｒａｃｔｉｖ
ｅ　Ｃｏｍｐｕｔｅｒ　Ｇｒａｐｈｉｃｓ）”、アデイ
ソンーウエスリー（Ａｄｄｉｓｏｎ−Ｗｅｓｌｅｙ）　
、１９８２、ｐｐ、３５−９０に記載されている。はと
んどの場合、アプリケーション・プログラムは、表示す
べき対象とテキストの構成と位置の低レベル記述を発生
し、それらを表示サービスに渡す。表示サービスはその
記述を制御信号に変換し、この制御信号はＣＲＴをして
指示された位置に対象とテキストを表示させる。こうし
て通常は、ユーザー開始動作のエコーとしての対象また
は位置の更新または変更はアプリケーション・プログラ
ムへの通路に従い表示サービスへ戻される。

遠隔ワークステーション環境においては、アプリケーシ
ョン・プログラムがユーザーの入力装置、表示サービス
及びＣＲＴから遠くにあるため、ワークステーションと
、アプリケーション・プログラムが在駐するホスト・コ
ンピュータの間の巡回にかなりの時間を要する。さらに
、複数のワークステーションが単一のホスト・コンピュ
ータにアクセスする場合、同一のワークステーションで
の同一のエコー応答のための巡回時間がホスト資源の競
合の結果に応じて変化する。

ユーザー開始動作とアプリケーション・プログラムの応
答の間の冗長で可変な遅延も、多重ユーザー・システム
組織の必要な付随事情として、計算開始動作の場合には
許容され得る。しかし、テキスト編集や、カーソル移動
や、輝度強調（ｈｉｇｈｌｉｇｈｔｉｎｇ）のような計
算を必要としないユーザー動作の場合、システム応答に
おける長い可変の遅延はプログラムの利用効率を著しく
減じることになりかねない。実際、エコー応答は即時的
または瞬時的でなくてはならない。それゆえ、複数の遠
隔ワークステーションがアプリケーション・プログラム
のサービスのためにホスト・コンピュータにアクセスす
る多重ユーザー・システムにおいては、ユーザーに対す
る即時フィードバックを必要とするユーザー開始動作の
応答にシステｌ、が要する時間を低減するという要望が
ある。

グラフィック処理システ１２には、エコーが端末ハード
ウェアまたは端末オペレーティング・システム・ソフト
ウェアの責任範囲であるものもある。

しかし、ハードウェアによるエコー動作には、特定のア
プリケーション用に専用化された端末ハードウェアが必
要であり、もし別のアプリケーションが要望されるなら
、別の組の端末ハードウェアを使用しなくてはならない
。

オペレーティング・システムによるエコー動作は、ＵＮ
　Ｉ　Ｘ　（ＵＮ　Ｉ　Ｘはベル研究所（Ｂｅ１．ＩＬ
ａｂｏｒａｔｏｒｉｅｓ）の商標である。）などのミニ
コンピユータ・オペレーティング・システムによって代
表される。これらのシステムにおいては、エコー０３作
は典型的には出力装置ドライバと同様のきわめて低い抽
象レベルで実行される。また、ハードウェアのエコーＩ
Ｊｊ作と同様に、オペレーティング・システムのエコー
動作も、出力装置に特定的な一組の応答機能を組み込ん
でいる。これによりシステムは、アプリケーションのユ
ーザーの観点から、融通性に乏しくまたユーザーの要求
や傾向に適合することがきわめて困難になってしまって
いる。そのようなシステムは、グラフィック・アプリケ
ーション・プログラムがシステムのグラフィッ°り・プ
ロセッサとインターフェースする地点で可変であるよう
には意図されていないのである。

Ｃ０発明が解決しようとする問題点 この発明の目的は１分散ユーザーにアプリケーション処
理サービスを与える中央コンピュータをもつ分散多重ユ
ーザー・システムにおいてユーザー開始動作に対してな
されるエコー応答に要する時間を低減することにある。

Ｄ０問題点を解決するための手段 上述した問題に対する解決は、エコーまたは反応処理を
遠隔アプリケーション処理から抽出してシステムの事象
人力及び表示支援設備の近くに位置づけることが出来ろ
という知見に基づく。これに関して、アプリケーション
・プロトコルが、アプリケーション・プログラム入力及
び表示支援サービスに近接すべきワークステーションに
配置される。このアプリケーション・プロトコルは、す
べてのユーザー開始動作を受は取り、計算または処理を
要する計算開始動作を、エコー応答のみを要求する動作
から分離する。そして、その最ＶＪのタイプのユーザー
動作は、システムを介して、ホスト・コンピュータ中に
あるアプリケーション・プログラムに送られる。その第
２のタイプのユーザー動作は、適正なエコー応答を決定
するためにアプリケーション°プロトコルによって評価
され、エコー解析のための表示支援設備に渡される。尚
、ユーザー動作には、システムから、計算的応答とエコ
ー応答の両方を要求するものもあることが認識されてい
る。これらの動作に応答する際に、アプリケーション・
プロトコルは、計算的応答を要求する動作の部分を分離
して送る。そして応答のエコー部分はプロトコルによっ
て局所的に活動化される。

さらに、抽出されたエコー処理はアプリケーション処理
と局所的グラフィック資源の間のインターフェースにお
けるワークステーション中に機能的に配置される。その
結果、アプリケーション・プロトコルは、エコーを与え
る出力装置の特定の性質に依存しない比較的高い抽象レ
ベルでシステム中に表現することができる。これにより
、プロトコルを１例えば、アプリケーション・プログラ
ムによりワークステーションで遠隔的にプログラムする
ことにより容易に表現し構成することが可能となる。そ
れゆえ本発明は、アプリケーション処理にグラフィック
の柔軟性と適合性を与えるが、それはハードウェアまた
はオペレーティング・システム・エコー動作によっては
与えられないものである。

本発明は、不確定な長さのメツセージ伝達遅延を有する
分散計算システムにおけるマン・マシン・インターフェ
ースでのユーザー開始動作に対するアプリケーション処
理のエコーを制御するための方法であると言い表わされ
る。制御されるエコーは、システ１１から直接、ある限
られた応答時間内にユーザー識別可能な通知を必要とす
るがアプリケーション処理による計算は必要としないユ
ーザー開始動作に対する反応である。この方法において
は、ある限られた時間内にユーザー識別可能なエコーを
必要とするがアプリケーション処理による計算は必要と
しない処理が、それの対応するアプリケーション処理か
ら抽出される。その抽出された処理はシステムの入力及
び表示支援設備の近傍に配置され、それらの設備及びア
プリケーション処理と直接にリンクされる。ユーザー動
作を記述するパラメータが入力設備から、ある第１の期
間内に抽出された処理に渡される。そして、入力パラメ
ータに対して要求されるエコー応答がある第２の期間内
に、抽出された処理によって確認される。抽出された処
理からのパラメータはある第３の期間内に１表示支援設
備に渡される。最後に、抽出された処理から残りのアプ
リケーション処理に他のパラメータが渡される。

あるいはまた、本発明は、アプリケーション処理とイン
ター１エースの間に不確定な長さのメツセージ引き渡し
遅延を引き起こすメツセージ経路によってアプリケーシ
ョン処理がインターフェースから隔てられているような
分散計算システムにおけるマン・マシン・インターフェ
ースでユーザー開始動作に対するアプリケーション処理
のエコー応答を制御するためのシステムである。このシ
ステムは、アプリケーション・プロゲラ１１からユーザ
ーへ視覚出力を与えるための表示装置と、表示画面を操
作するためのアプリケーション・プログラム出力パラメ
ータに応答する表示サービスとを有している。このとき
、１つまたはそれ以」二の入力装置が、ユーザー動作に
応答してアプリケーション・プログラム入力パラメータ
を与え、またメツセージ交換サービスが、局所システム
と計算システムの間でアプリケーション・プログラム・
パラメータを転送する。表示サービス及び入力装置に近
接し、入力装置、表示サービス及びプログラム交換サー
ビスに接続されたアプリケーション・プロトコル処理が
、入力’Ａｎによって与えられた入力パラメータから、
ある限られた応答時間内にユーザー識別可能な応答を要
求するユーザー動作をあられす入力パラメータを抽出し
、抽出された入力パラメータをエコー応答パラメータに
変形し、そのエコー応答パラメータを表示サービスに渡
す。

尚、抽出された入力パラメータのエコー応答パラメータ
への変形は、アプリケーション・プログラムによる計算
を必要とする。

Ｅ、実施例 第１図において、分散計算システムは、複数の遠隔ユー
ザー・ワークステーション１４．１６にサービスを与え
るために接続されたホスト・プロセッサ１０を有してい
る。ホスト・プロセッサ（コンピュータ）１０は、その
コンピュータ中に格納されたアプリケーション・プログ
ラムの実行を制御するホスト・オペレーティング・シス
テム（Ｏ８）により慣用的に構成されている。よく知ら
れているように、オペレーティング・システムは、ホス
ト・コンピュータ１０に格納されたアプリケーション・
プログラムの実行の際にホスト資源へのアクセスとその
使用を制御するためにＯ８と協働する制御プロゲラ！、
（ｃｐ）を含んでいてもよい。Ｏ８とＣＰの代表的なも
のとしては、それぞれ、ＵＮＩＸに基づくオペレーティ
ング・システム（ＵＮＩＸはベル研究所の商標である）
と、Ｖｉｒｔｕａｌ　Ｒｅ５ｏｕｒｃｅ　Ｍａｎａｇｅ
ｒ　（ＶＲＭ）があり、ともにＩＢＭ社から入手可能で
ある。また、これらの構造は、ＩＢＭ　　ＲＴ／ＰＣと
して市販されているＩＢＭ多重ユーザー・ワークステー
ション・システム中で使用されている。

好適には、ホスト・コンピュータに対する１つのワーク
ステーションのアクセスは、ワークステーション１４及
び１６に対する伝送経路２６及び２８と、ホスト・コン
ピュータ１ｏに対する単一の伝送経路３０をもつ通信サ
ービス２４を介して行われる。通信サービス２４は複数
の遠隔ユーザーをホスト・コンピュータ１ｏのような中
央プロセッサに相互接続するための慣用的な設備を具え
ていてもよい。

Ｏ８とＣＰは、第１図のシステムをして、任意の数の活
動性ユーザーが同時にアプリケーション・プログラムを
実行しその実行の間にプロゲラｌいと対話することを可
能とするモードで動作させ得るように構成されている。

これに関連して、めいめいが単数または複数のユーザー
のもとにあるような複数のアプリケーション・プロゲラ
１１を、時間的にインターリーブし、あるいはホス１−
・コンピュータ１０の動作と平行的に実行することがで
きる。

第１図には、ワークステーション１６の資源全体が詳細
に図示されている。このワークステーションは、ＣＲＴ
表示装置３２と文字数字（ａｌｐｈａｎｕｍｅｒｉｃ　
）キーボード３４とを持つ端末３１を有している。通常
パマウス（σ１ｏｕｓｅ）　”と呼ばれるカーソル制御
入力装置は符号３６で示されている。キーボード３４と
マウス３Ｇは、ワークステーションのユーザーに、第１
図の分散計算システムを介してホスト・コンピュータ１
ｏ中のアブリケーション・プログラムへのアクセス及び
利用を可能とする人力装置の代表的なものである。

文字数字キーボードはキーボードのキーの抑圧（“キー
ストローク″と呼ばれる）に応答してコードのかたちで
システムに入力パラメータを与えるｅＡ′Ｐ！的な装置
である。このキーボードは、文字数字データまたはキー
ボード上の機能キーに対応するコマンドを入力するため
に使用することができる。

マウス１８は、画面３２上で位置及びカーソルを移動さ
せるべき移動パラメータを与えるための表面上で移動さ
れる慣用的な位置決め装置である。

これも慣用的であるが、マウス３６はパピック（ｐｉｃ
ｋ）　”などのよく知られた機能を実行するために押圧
することのできる１つまたはそれ以上の制御ボタンを有
している。

表示画面３２は、図面及びテキストのかたちでユーザー
にグラフィック情報を提供する任意の装置を備えていて
もよい。

第１図のワークステーション１６のために特定された入
力及び出力装置は、ワークステーション１６のユーザー
と第１図のシステムの間のマン−マシン・インターフェ
ースを与える。ユーザーが自らの要望に適合するアプリ
ケーション・プログラムを選択しそのプログラムと通信
し対話モードでそれを使用するのはこのインターフェー
スにおいてである。

第２図は、ワークステーション１６に含まれているハー
ドウェアとソフトウェアの相互関係をより詳細に示す図
である。さらにまた第２図により示されているのは、従
来技術においてアプリケーション・システムのエコー応
答に相当に悪い影響を及ぼす不確定なメツセージ引き渡
しの遅延である。さらに第２図は、ワークステーション
１Ｇ中の従来技術の構成と本発明に係る構成との相互接
続を図示している。

第２図において、ワークステーション１６は。

第１図に関連して既に説明した表示装置３２と、キーボ
ード３４と、マウス３６をとり囲む囲みとして示されて
いる。さらにワークステーション１６を示す囲みの中に
は、直接アクセス記憶機構（ＤＡＳＦ）３８が示されて
おり、これは例えばディスク記憶構成を有していてもよ
い、これらのハードウェア装置は、ソフトウェア・オペ
レーティング・システム（Ｏ３）４０．入力ドライバ４
６と４８．及び表示サービス５０を含むワークステーシ
ョン・ソフトウェア構造によって分散計算システム中に
統合されている。

オペレーティング・システム４０は慣用的なものであり
１例えば、前述したＵＮＩＸ／ＶＲＭの組み合わせでよ
い。入力ドライバ４６及び４８は。

通常入カバンドラまたはドライバと呼ばれる慣用的なソ
フトウェア処理を含んでいてよい。もちろん、入力ドラ
イバ４６は、ユーザーによるキーボードの物理的操作を
ホスト・コンピュータ中のアプリケーション・プログラ
ム用の入力パラメータに変換するものである。同様に、
入力ドライバ４８はマウス３６とそのボタン操作をアプ
リケーション・プログラム入力パラメータに変換する。

エコーがアプリケーション・プログラムによって制御さ
れる従来技術においては、計算とエコーの両方のシステ
ム応答は出力パラメータとしてアプリケーション・プロ
グラムから返され、その出力パラメータは慣用的な表示
サービス５０に供給される。この表示サービスは、出力
パラメータを。

表示袋［３２をしてアプリケーション応答をユーザーに
視覚的に表示させる制御信号に変換するためのソフトウ
ェア構成である。

オペレーション・システム・エコー動作を採用するシス
テムにおいては、応答機能は、オペレーティング・シス
テムに応答し、オペレーティング・システムと表示袋ｆ
！３２の間に配置されたドライバ型ソフトウェア構成の
形式である。また、ハードウェア・エコーの場合は、入
力ドライバ４６．４８と表示装置３２の間の直接エコー
経路接続を必要とすることになる。

慣用的な分散計算システム構造においては、オペレーテ
ィング・システム４０が、ワークステーションの資源と
ホスト・コンピュータ１０の資源の間のパラメータ・イ
ンターフェースとして働く。

これに関連して、オペレーティング・システム４０は、
ワークステーション１６とホスト・コンピュータｌｏ中
のアプリケーション・プログラムの間でデータ交換トラ
フィックを支援するためにメツセージを渡すための構成
を含むことになる。この構成はまた、ワークステーショ
ン１６中の局所処理間のメツセージ引き渡しをも支援す
る。

特徴的には、ホスト・コンピュータ１０との通信は、分
散計算システム中の他のすべてのワークステーションに
もサービスを行う通信サービス２４によって容易になる
。このとき、各ワークステーションは、ホスト・コンピ
ュータのアプリケーション・プログラムとメツセージを
交換する際に非限定的な遅延時間に遭遇する。この遅延
時間は第２図を参照することにより理解することができ
る。すなわち第２図において、ワークステーション１６
が、サービス２４を介する通信経路を求めて他のワーク
ステーションと競合しなくてはならないとき遅延時間Ｔ
□に遭遇する０次に、ホスト・コンピュータと通信して
いるワークステーションからのメツセージは、ホスｌ−
ｆｔｇを求めて争わなくてはならない。これに関連して
、ホスト・コンピュータは、さまざまな完了段階におい
て実行中である複数の異なるアプリケーション処理を有
することができる。ワークステーション処理１Ｇに関連
するアプリケーション処理に渡されたメツセージを処理
するためには、アプリケーション・プログラムは、ホス
１−・コンピュータ１０の利用可能な記憶と計算的資源
を求めて他のホスト処理と争オ〕なくてはならない。こ
の競合時間をＴ２とする。最後に、メツセージの巡回と
、それのワークステーションからホストへ至り再びワー
クステーションへ戻る応答は第３の時間Ｔ、を消費する
。

こうして、ワークステーション・インターフェースにお
けるユーザー開始動作と、その動作がアプリケーション
・プログラムからの反応をもたらす応答の間の全体の遅
延はＴ１＋Ｔ、＋Ｔ、となる。

ここで、Ｔ□とＴ２は、資源を求めてどれだけ多くの競
合者が存在しているかが全く確かでないので不確定であ
る。それゆえ、キーボード３４またはマウス３６に対し
てユーザー開始動作が入力されたときに、その動作に対
する応答が画面３２上にあられれる時間は非限定的であ
る。

ユーザー動作が計算または処理を要する場合には不確定
な遅延も許容し得ることが明らかである。

なぜなら、そのアプリケーション・プログラムがワーク
ステーション１６からは牒隔しているからである。しか
し、ユーザー動作がアプリケーション・プログラムによ
る計算を要さず、動作を確認するためにシステムからエ
コー応答しか要求しない場合には、システム遅延が許容
し得ないものとなる。このことは特にユーザーが、マウ
ス３６または、キーボード３４を使用した文字列形式で
のコマンド構成によりカーソルを移動させる場合にあて
はまる。これらの場合、ユーザーは、直ちに別の動作を
行なうために、システムが自分の動作を入力したという
即時的な確認を要求しているのである。例えば、もしユ
ーザーがキーボード３４上の文字数字キーを利用して式
を入力しているなら、そのユーザーは各キーストローク
の入力の迅速な確認を欲するのであり、すなわち各キー
ストロークは、押されたキーに対応する文字を画面３２
上に表示させることにより入力されることになる。理想
的には、そのような応答は実質的に瞬間的でなくてはな
らず、望ましくはその応性時間は変化してはならない。

これに関連して、エコー応答はある限られた応答時間内
に生じなくてはならない。このことは明らかに、もし遠
隔アプリケーション・プログラムがエコー動作を行うな
ら達成し得ない。

本発明は、アプリケーション・プロトコル５２と、プロ
トコル５２からサービス５０へのエコー応答の接続をあ
られすエコー経路５４を設けることにより、従来技術の
システ１１の不確定応答時間の問題を克服する。さらに
、別の経路５５が、アプリケーション・プロ１−コルに
よるアプリケーション・プログラム計算的応答の表示装
置への転送をあられす。アプリケーション・プロトコル
５２は、ワークステーションがホスト・コンピュータに
関連して初期化され、ホスト・コンピュータにおけるア
プリケーション・プログラムが選択された時点でワーク
ステーション１６にダウンロードされ得る独立な処理で
ある。尚、ダウンロードまたは遠隔プログラミングは、
選択されたアプリケーション・プログラムの制御下にあ
るホスト・コンピュータ１０に、ワークステーション１
６に対する一連のコマンドとして対話プロトコルを伝達
させるためのよく知られた処理である。ワークステーシ
ョンのオペレーティング・システムは、独立な処理とし
てそれらのコマンドをコンパイルしそれを入力ドライバ
４６及び４８と表示サービス５０にリンクすることがで
きる。プロトコル５２はまたオペレーティング・システ
ム４０にもリンクされる。しかしこれは単にホスト・コ
ンピュータ１ｏのアプリケーション・プログラムと通信
するためだけである。

あるいは、そのアプリケーション・プロトコルは他のア
プリケーション・プロトコルとともにワークステーショ
ンの記憶装置中に記憶し、対応するアプリケーション・
プログラムがワークステーション１６に呼び出されると
きにそのアプリケーション・プロトコルを検索するよう
にしてもよい。

このとき、そのプロトコルはワークステーションのＯ８
によって検索され活動化されることになる。

この場合、アプリケーション・プロトコルはユーザーに
よってワークステーション１６に入力するようにしても
よく、そのユーザーはそのような入力を行うためによく
知られたプログラミング技術を採用することになる。こ
れにより、ユーザーがプロ１−コルを、ユーザーの個人
的な要求に適合させることが可能となる。

第２図に図示するように、アプリケーション・プロトコ
ル５２は、入力ドライバ４６及び４８からのすべてのア
プリケーション入力パラメータを受は取り、また上述し
た条件下にあるホスト・コンピュータｌｏ中のアプリケ
ーション・プログラムによって供給されるすべての出力
パラメータを受は取る。さらに、アプリケーション・プ
ロ１〜コルは、計算的応答であれエコー応答であれ、す
べての出力パラメータを表示サービス５０に渡す。

次に第３図を参照すると、５個の独立な処理。

すなわち２個の入力ドライバ４６及び４８と、表示サー
ビス５ｏと、アプリケーション・プロトコル５２と、ホ
スト・コンピュータ１０中のアプリケーション・プログ
ラム５３が図示されている。

これらの処理は、慣用的なメツセージ引き渡しまたは他
の等価な処理相互通信パラダイムにより通信する。機能
的には、アプリケーション・プロトコルはドライバと、
表示サービスと、アプリケーション・プログラムに直接
接続される。本発明によれば、入力装置によって入力デ
ータが発生されたとき、それに接続された入力ドライバ
が活動化され入力装置上である制御機能を実行し入力装
置から入力パラメータと状況コードを抽出する。その入
力パラメータはフォーマットされプロトコル５２に送ら
れる。

入力ドライバからのデータの受領により、アプリケーシ
ョン・プロトコル処理のタスク指名が引き起こされる。

これに関連して、プロトコルは状況コードと入力パラメ
ータを解析し１通信ネットワークを介してホスト・コン
ピュータ１０中のアプリケーション・プログラムにパラ
メータを送るかまたは表示サービス５ｏにコマンドを送
るかのどちらか、あるいはその両方を行う。

ホスト・コンピュータ１０におけるアプリケーション・
プログラムのための入力パラメータの受領は結局ホスト
・コンピュータ中のアプリケーション・プログラムのタ
スク指名を引き起こすが。

これは上述した１通信、ネットワーク及びホスト資源剤
振り遅延の影響を被る。

尚、アプリケーション・プロトコル５２と、ホスト・コ
ンピュータ１０中のアプリケーション・プログラムが並
列に実行される非同期な処理と考えられるということに
注目することは重要である。

並列の実行により、プロトコル５２に割振られたエコー
機能がアプリケーション・プログラムの実行と同時に且
つそれと独立に処理を行うことが可能となり、これによ
りエコー機能の限定された応答時間が保証される。この
ことは、ユーザー開始事象が、アプリケーション・プロ
グラムによる討質的応答と、プロトコル５２によるエコ
ー的応答の両方を要求する場合に重要である。このこと
は例えば、ユーザーが、コマンド・二一モニツクを構成
する文字列の最後の文字を入力したときに起こり得る。

すなわち、アプリケーション・プログラムはそのコマン
ドを実行しなくてはならず、ユーザーはその文字が文字
列に追加されたことを通知されなくてはならない、こう
して、プロトコル５２は、時間に関して重要なアプリケ
ーション応答経路のために表示サービス５ｏへ直接向か
う分岐を与え１時間に関して重要でないアプリケーショ
ン・コード経路のためにホス１−・コンピュータ中のア
プリケーション・プログラムに向がう分岐を与える。

さて、第４図において、ワークステーション１６のユー
ザーによって選択されたアプリケーション・プログラム
が１表示装置３２上で″セル″の多次元マトリクスとし
てユーザー参照用の出方パラメータを表示する″スプレ
ッドシート″プログラムであると仮定する（そのような
セルは第２図では参照符号５６により示されている）。

各セルは、データまたは式の六カ及び編集の際にその進
捗をユーザーにエコーするために使用されるワーク・エ
リアを構成する。周知のように、ユーザーは、カーソル
（第２図の符号５８）を画面上の対応する位置に移動す
ることにより、スプレッドシー１−の特定のどのシート
を使用したいのかを表示する。カーソルがセル位置に移
動されるとき、通常そのセルの映像信号を反転させるこ
とによりそのセルが強調（ｈｉｇｈｌｉｇｈｔ）される
。慣用的には、各セルにはテキストを構成するデータ、
または数または式のかたちでパラメータが関連づけられ
ている。セルが強調されているとき、アプリケーション
・プログラムはその強調の後のすべてのユーザー動作が
そのセルのデータ内容に対して入力されるべきであると
仮定する。こうして、強調されているセルに対しては、
キーボードのユーザーｉ作によりパラメータ値または式
を変更することができる。特徴的には、スプレッドシー
ト・プログラムは１強調されているセルに関連する状況
領域を含むスプレッドシート表示中の状況領域をも与え
る。コマンドは、コマンド・キーまたはキーボードによ
り入力されたコマンド・二一モニツクによりスプレッド
シート・プログラムに入力される。はとんどの場合、コ
マンド呼び出しのユーザーに対するエコーはスプレッド
シート表示の状況フィールドに与えられる。スプレッド
シート・プログラムは典型的には、セル選択及びセル内
容の編集と、ユーザー動作に応答する慣用的な処理手段
によってセットされる状況コードによるコマンド呼び出
しとを識別する。状況コードがセル選択またはセル内容
の編集を示す場合、エコー型の応答がユーザーに与えら
れるべきことが暗示されている。他方、コマンド呼び出
しの場合には、計算的な応答が期待されている。

第４図は、ユーザー動作のタイプに応答するスプレッド
シート・プログラムのためのアプリケーション・プロト
コル５２の動作を高レベルで具体化したフローチャート
を示す図である。これにおいては、単なる画像の変更（
カーソルの移動、セルの強調、テキスト、データまたは
式の編集）を引き起こすにすぎないアプリケーション処
理経路がスプレッドシート・アプリケーション・プログ
ラムの主体から抽出され、アプリケーション手続５２（
第２図及び第３図参照）中に配置される。

これらは、限られた応答時間が要求される動作であるか
ら、時間的に重要なデータ経路であると考慮され、破線
５９ａの右側及び破線５９ｂの左側に示されている。

第４図において、スプレッドシートの再計算またはスプ
レッドシート上のその他の計算を生じさせる動作のため
の処理経路は破Ｍ　５９　ａと破線５’９ｂの間に示さ
れている。しかし、これらの経路のうちの表示装置によ
るエコーを必要とする部分は、抽出されてアプリケージ
目ン・プロトコルの手続中に収められる。

動作においては、第４図の手続はキーボード・ドライバ
４６及びマウス・ドライバ４８から入力を受は取る。そ
して先ず最初に、アプリケーション・プロトコルが、現
在の対話状態（前述の対話コードに対応する）に基づき
、キーボード・ドライバによって与えられたキーストロ
ーク・コードに応答する動作のタイプを判断する。マシ
ン状態は、スプレッドシート・アプリケーションの文脈
中で２つの状態をもつ慣用的なデータ・フラグでよい。

第１の状態は、マウス・カーソルが現在スプレッドシー
ト・セル上にあることを示し、その場合、プロトコルは
キーストローク・コードを、カーソルを含むセルの内容
を変更するものであると解釈することになる。そうでは
なくて、もしマウスが活動状態になく特定のコマンド入
力信号（例えばキーボードからの入力信号）が受信され
ていたなら、プロトコルはキーストローク・コードをコ
マンドまたはコマンド・二一モニツクとして解釈するこ
とになる。

スプレッドシートの実施例において動作を判断する場合
には、プロトコルは好適には４種類の機能を識別し、そ
のうちの１つが入力キーストローク・コード・パラメー
タに割りあてられる。そしてこれによりステップ６１で
キー動作が選択される。第１の機能においては、キース
トロークは現在のスプレッドシート画面の再計算及び再
表示を生じさせるものと見なすことができる。慣用的に
は、そのような機能は、キーボード上のＥＮＴＥＲまた
はＲＥＴＵＲＮキーをあられすコードによって表示され
る。第２のキーストローク機能経路は、コマンド環境を
識別しまたは特定のコマンドを指定するキーストローク
・コードに関連づけられることになる６例えば、キーボ
ードのＣキーが、スプレッドシート上に入力された式を
コピーするためのコマンドをあられすことはよくある状
況である。これら第１の２つのキーストロークの場合は
、ユーザー動作がスプレッドシートの再計算を引き起こ
すかまたは、いくつかのスプレッドシートの計算を実行
させる。その第１の場合、プロトコルの動作は１手続の
ＥＮＴＥＲまたはＲＥＴＵＲＮ分岐に含まれる３つの手
続ステップである。

この分岐の第１ステツプでは、プロトコルが、アプリケ
ーション・プログラムへの伝達のためのコマンドを構成
し、フォーマットされたコマンドをアプリケーション・
プ゛ログラムへ送る。このステップは符号６２で示され
ている。この手続のステップ６３では、プロトコルがそ
のコマンドに対するアプリケーション・プログラムから
の応答を待つ、尚、アプリケーション・プログラムが伝
達されたコマンドに応答している間にプロトコルが他の
処理を行うことを可能ならしめるオペレーティング・シ
ステムとプロトコルの構成を採用することも可能である
。オペレーティング・システムによりどのようなメツセ
ージ引き渡しパラダイムが採用されようとも、伝達され
たコマンドに対するアプリケーション・プログラムの応
答が受は取られたときは、プロトコルはスプレッドシー
トの表示を、その応答を反映するように変更しなくては
ならない（ステップ６４）。

第４図の手続におけるこの時点で、その手続のＥＮＴＥ
ＲまたはＲＥ　Ｔ　Ｕ　ＲＮ分岐を完成するための残り
の動作は、コマンドをあられすキーストローク・コード
に応答して行われる動作に等しい。

これらのステップは符号６６及び６７で示されている。

手続ステップ６６では、キーボード・コマンドの入力、
またはアプリケーション・プログラム計算によって開始
された事象が先ず、新しいプロンプト（ｐｒｏｏ＋ｐｔ
）の組を選択してそれをスプレッドシー１−表示のコマ
ンド領域中でユーザーに表示する段階を有する。このこ
とは、システムに状態の変化を引き起こすユーザー開始
動作に対する対話的アプリケーション・プログラムの慣
用的な反応である。これについては、前述のフォレーと
パン・ダノ、著の文献の５５−５９ページを参照された
い。

プログラムの対話的な反応に続いて、この後のマウスま
たはキーボードからの入力のプロトコル応答を制御する
ために対話状況（マシン状ｌｌ４）コードが変えられる
ことになる。このあと、プロトコルはプログラムを脱出
して別の入力を待つ。

プロトコルによって認識される第３のタイプの動作機能
は、スプレッドシートまたは対応するコマンド及び状況
領域に表示されたテキストを変更しまたは補うキースト
ロークに応答して行われる。

これに関連して、マウス・カーソルがスプレッドシート
・セル中に位置付けられているときは、＆ｆ集機能は、
そのセルまたは領域中の情報を変更することによって、
キーボード・ドライバによって与えられたキーストロー
ク・コード・パラメータに応答する。こうして１手続の
編集分岐においては、キーストローク・コードが受は取
られるたび毎に、そのコードはステップ７０でバッファ
に収集され、キー・コードはステップ７２で表示画面に
エコーされる。最後に、第４の機能は、キーボードによ
り制御されたカーソルを移動させるキー。

ボード・カーソル・コマンドに関与する。尚、キーボー
ド・カーソルがマウス・カーソルとは異なり主としてデ
ータ入力及び編集に使用されることは明らかであろう。

キーボード・カーソル・コマンド・プロトコル機能経路
は、キーボード・カーソルが表示され次にスプレッドシ
ート表示上でキーボード・カーソルの位置を変更するこ
とにより新しいカーソル位置をエコーすることになる位
置を確立する位置決め情報を更新することによって。

プロトコルがキーボード・カーソル入力パラメータに応
答すべきことを要求する。これらの２つのステップは第
４図では符号７３及び７４で示されている。

尚、マウス・ドライバ４８から受は取ったマウス・カー
ソル・コマンドもまた。第４図のカーソル・コマンド分
岐と実質的に同一の手続中でアプリケーション・プロト
コルによりエコーされることになることに注意されたい
。これに関連して、アプリケーション・プロトコル５２
（第２図及び第３図）はマウス・ドライバ４８から入力
を受は取り、現在のマシン状態に基づきマウス入力に応
答して行うべき動作を判断し、次にマウス・カーソル動
作を選択する。マウス・カーソル移動のために、アプリ
ケーション・プロトコルはカーソル位置を更新し、カー
ソルを移動することによって新しいカーソル位置をエコ
ーする。もしカーソルが新しいセル位置へ移動していた
なら、プロトコルはその新しいセルに関連するデータを
取得し、セルと状況領域における表示のためにそのデー
タをフォーマットし、新しいカーソル位置をエコーする
。新しいセル位置の場合、マウス・カーソル・エコー動
作もまた更新されたマウス・カーソル位置に対応する新
しいセルを強調し、マウス・カーソルが移動された古い
セルの強調を停止し、新しいセル情報を表示することを
含む。

第４図に示すように、第３及び第４のキーボード・コー
ド動作機能とマウス・カーソル機能は。

アプリケーション・プロトコル中の時間的に重要なデー
タ経路に従う。アプリケーション・プロトコルは入力装
置と出力装置の近傍に位置付けられているので、これら
のユーザー開始動作機能に反応する際のアプリケーショ
ン・プログラムの見かけ上の応答時間は、応答が遠隔に
位置付けられたアプリケーション・プログラムにより実
行される場合の応答時間よりも短い、アプリケーション
・プログラムから抽出されアプリケーション・プロトコ
ル５２のかたちでワークステーションに局在化された機
能のエコー動作は、３つの異なる時間間隔をもつデータ
巡回経路に関与する。時間的に重要な動作を生成するた
めに入力装置のうちの１つが動作されるとき、キースト
ローク・コード・パラメータは第１の時間間隔で入力装
置からアプリケーション・プロトコルへ渡されることに
なる。

そのパラメータの受領は、ワークステーション・オペレ
ーティング・システム中の慣用的な手段によってアプリ
ケーション・プロトコルの実行を引き起こす。第２の時
間間隔においては、アプリケーション・プロトコルがキ
ーストローク・コードまたはマウス・カーソル・パラメ
ータを識別し。

第４図に示す手続中に適当な機能経路を実行する。

第３の時間間隔においては、アプリケーション・プロト
コルが、表示を変更することによってユーザー動作に対
するエコー応答を完了するために表示サービスに対して
単数または複数のコマンドを送ることになる。

第５図は、後に示す表に含まれた特定の手続の実施例に
より第４図の手続を実行する際にアプリケーション・プ
ロトコル５２の動作を支援するために必要なデータと処
理の構造的関係を示す図である。第５図に示すように、
アプリケーション・プロトコル５２の動作はドライバ４
６と４８、表示サービス５０．及びアプリケーション・
プログ１１５３の処理動作と、メツセージ・サービス８
゜の機能を介して同期化される。知られているように、
メツセージ・サービスは、ワークステーション・オペレ
ーティング・システム４０（第２図）中で特定の処理を
形成する。尚、さまざまなメツセージ引渡し機構が市販
されているけれども、そのようなものの−例として、Ｈ
，Ｍ、ディチル（Ｄｓｉｔｅｌ）著、“オペレーティン
グ・システム入門（Ａｎ　Ｉｎｔｒｏｄｕｃｔｉｏｎ　
Ｔｏ　Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍｓ）”に記述
されたＡＤＡ　（ＡＤＡは米国政府の商標である）ラン
デブー（Ｒｅｎｄｅｚｖｏｕｓ）技術のパラダイムがあ
る。

さらに、アプリケーション・プロトコル５２は。

ワークステーション１６の記憶装置３８中に保持された
特定のデータ構造へのアクセスを必要とする。このデー
タ構造は１個々の有効なコマンドが、固有のコマンド・
インデックスと関係付けられているところの慣用的なル
ック−アップ・テーブル・フォーマットに記憶されたコ
マンドのリスト（ｃＭＤ　　ＬＩＳＴ）８２を含んでい
る。また、キーボード上で入力されたコマンド文字を保
持するためのコマンド・バッファ（ｃＭＤ　　ＢＵＦＩ
”）８４が設けられている。データは、マシン状態表示
装置が、コマンドが入力されつつありユーザーがキーボ
ードを介してコマンド・二一モニツクを入力することを
表示するときコマンド・バッファ８４に配置される。コ
マンド・カウント・フィールド（Ｋ　　ＣＭＤ）８５は
、コマンド・バッファ８４中に保持された文字列によっ
てあられされるコマンド・二一モニツクに対応するコマ
ンド・リスト８２上のコマンドの数の軌跡を保持する。

コマンド・バッファ中の文字列に対応するコマンド・イ
ンデックスのリストがＣＭＤ　　ＮＯ３８１中に保持さ
れる。

スプレッドシート表示データ構造に関連して、アプリケ
ーション・プロトコル５２は、表示されたスプレッドシ
ート中の個々の非空セルに関連する値及び式を含む慣用
的な作表的（ｔａｂｕｌａｒｉｚａｄ）データ構造を有
することのできるスプレッドシート・セル・マツプ８７
にアクセスを有する。スプレッドシート・セル・マツプ
は、スプレッドシート表示中の各セルの位置によって索
引付けされるように構成されている。こうして、任意の
特定のセルの表内容が表示座標によってアクセスされ。

その表内容はそのセルのためのデータ、パラメータ値及
び式を含む、Ｔ！ｌ在強調されているスプレッドシート
・セルの識別子は符号８８で示されたＣＥＬＬ　　ＩＤ
とラベルされたデータ・フィールドに保持される。ＣＥ
ＬＬ　　ＩＤパラメータ８８中のエントリによって示さ
れるセルのデータ内容は。

符号９０で示されたＤＡＴＡ　　ＶΔＬとラベルされた
データ・フィールドに保持される。キーボード・カーソ
ルの位置は、符号９１で示されたＣ　ＨＡＲＩＮＤとラ
ベルされたデータ・フィールドに保持される。マウス・
カーソル位置のＸ−Ｙ座標は、ＭＯＵＳＥ　　ＣＲ８Ｒ
Ｘ−Ｙとラベルされたデータ・フィールド９２に保持さ
れる。最後に、マウス・カーソルが移動されたばかりの
セルの識別子（ＮＥＷ　　ＣＥＬＬ　　ＩＤ）はデータ
・フィールド９４に保持される。

アプリケーション・プロトコル５２は、ワークステーシ
ョン・オペレーティング・システム中の慣用的な資源管
理手段によって、第５図に示すデータ構造にアクセスす
る。

第２図ないし第５図に図示されたアプリケーション・プ
ロトコルの特定のコードによる実施例が以下の表１ない
し表■に示されている。表！ないし表■は、この分野の
技術者により第４図のアプリケーション・プロトコル５
２を実現する特定の手続を規定するものであると理解さ
れるであろうＰＬＩコード・リストを構成する。

表Ｉを参照すると、一連の宣言ステートメント（ＤＣＬ
）がデータ構造における変数を確率し、アプリケーショ
ン・プロトコルによって渡され受は取られるメツセージ
の構造的な文脈をセット・アップする。こうして、アプ
リケーション・プロゲラｔ１５３と、アプリケーション
・プロトコル５２と、キーボード・ドライバ４６と、マ
ウス・ドライバ４８と、受信されたメツセージと、メツ
セージの送り手に体して識別子が確立される。スプレッ
ドシートとしての適用例のために、メツセージ・サービ
ス８０が、メツセージ・ポインタ（ｍｓｇ−ｐｔｒ）が
識別されたメツセージの位置を指定するための慣用的な
相互連結リスＩ・・フォーマット中で入力メソセージと
送出メツセージを待機させる（ｑｕｅｕｅ）と仮定゛す
る。対話状ｇ　（ｄｉａｌ−ｓｔａｔｅ）構造は、ワー
クステーション１６が、値１が記憶されたときにコマン
ド・モードにあり。

その値２によって非コマンド状況を呈することを示して
いる。コマンド・リス１へ８２、コマンド・バッファ８
４及びコマンド・カウンタ８５はすべて表工中で宣言さ
れている。コマンド・リスト８２中のコマンドのインデ
ックスは宣言されたデータ構造（ｃｍｄ−ｎｏｓ）をも
つ。アプリケーション・プロトコルによってアプリケー
ション・プログラムに転送されたメツセージは識別子（
ａρρ−ｍｓｇ−ｉｄ　）をもつ。セル・スペースＩＤ
８８、データ・スペースＶＡＬＤＯ，ＣＨＡＲＩＮＤ９
１、マウス・カーソル９２（現在のスペースＸ、現在の
スペースｙ）及びＮＥＷ　　ＣＥＬＬ　　ＩＤ９４のデ
ータ構造はすべて表工中で宣言されている。アプリケー
ション、キーボード、マウス、アプリケーション・コマ
ンド及びアプリケーション・データ・メツセージのメツ
セージ構造及びコードはすべて表■中で宣言されている
。最後に、アプリケーション・プロトコルは、システム
（ｃΔＬＬＭＹＩＤ、ＣＡＬＬ　　５ＹＳＩＤ（’ＫＥ
ＹＢＯＡＲＤ’）、ＣＡＬＬ　　５ＹＳＩＤ（’ＭＯＵ
ＳＥ’））、？＋”らそのプロトコル自身の識別子と、
キーボード及びマウス・ドライバの識別子を取得するこ
とにより初期化される。このときダイヤル状態は１に初
期化され、これは、アプリケーション・プロトコル５２
が初期的にはキーストロークがコマンド人力であること
を期待することを意味する。マウス・カーソルの初期位
置は表示画面の左下隅、すなおちスプレッドシート表示
の２次元的原点に位置付けら才しる。

以下で示す表においては、アプリケーション・プロトコ
ルがデバイス・ハンドラ、表示サービス及びアプリケー
ション・プロゲラ１１とメツセージの交換を行う、メツ
セージは、次のような名称の機能によって転送される：
　Ｇ　Ｅ　Ｔ　Ｍ　Ｓ　Ｇ　、Ａ　ＣＣＭＳＧ、ＲＥＪ
ＭＳＧ及びＳＥＮＤＭＳＧ、ＧＥＴ　Ｍ　Ｓ　Ｇルーチ
ンは入力メツセージの待ち行列からメツセージを入手し
、その間にもしメツセージが受は入れられるなら入手し
たメツセージの送り手に初期接続手順（ｈａｎｄｓｈａ
ｋｉｎｇ）の承認をＡＣＣＭＳＧが与えることになる。

もしメツセージが拒絶されたなら、アプリケーション・
プロトコルはメツセージ受領の負の承認を与えるために
ＲＥＪＭＳＧを呼び出す。メツセージを表示サービスま
たはアプリケーション・プロゲラ１１に転送するために
は、メツセージ・サービスに識別された処理へメツセー
ジを送らせるためにアプリケーション・プロトコルがＳ
ＥＮＤＭＳＧ機能を呼び出す。

ユーザーに、そのユーザーの入力動作をエコーするため
に、アプリケーション・プロトコルは、表示サービス５
０によって実行可能な特定の機能を呼び出す。これらの
機能には、ＨＩ　Ｉ、ＩＴＥ　　ＣＥＬＬ及びＵ　Ｎ　
Ｈｒ　Ｌ　Ｉ　Ｔ　Ｅ　　ＣＥ　Ｌ　Ｌと、ＤＩＳＰＬ
ＡＹ　　ＣＵＲ８ＯＲ及び［）ＴＳＰＬＡＹＦＩＥＬＤ
と、ＣＭＤ　　ＨＩＬＩＴＥとがある。

その第１のコマンドの組は１表示サービス・ソフトウェ
アをしてスプレッドシート・セルの強調化を制御させる
。スプレッドシート・セルは、マウス・カーソルがその
中へ移動したときに強調され。

マウス・カーソルがそのセルから脱出したときに強調を
解除される。第２の対の表示サービス・コマンドは、表
示サービス・ソフトウェアをしてセル中にテキスト・カ
ーソルを表示させ、セル内容としてユーザーが何を入力
しているかを表示させる。最後に、ＣＭＤ　　ＨＩＬＩ
ＴＥコマンドは、表示サービスをして、コマンドの表示
されたリストから選択されたコマンドを強調させる。

２２１Ｊのリストは、アプリケーション・プロ１−コル
が、メソセージ・サービス８０によってアプリケーショ
ン・プロ１−フルに渡すためにキュー（ｑｕｅｕｅ）さ
れたメツセージを入手するループの最初の部分を構成す
る。メツセージは、ＧＥＴＭＳＯ機能によって入手され
、ＧＥＴＭＳＧは、アプリケーション・プログラムにメ
ツセージ及びメツセージの送り手の識別子と、メツセー
ジ位置のポインタを戻す。メツセージの作成者の識別子
に基づき、アプリケーション・プロトコルが特定の動作
を行う。特に、メツセージの作成者がアプリケーション
・プログラムであるなら（すなわち、（ａｐｐｌｉｃ−
ｉｄ）とメツセージが中止（ａｐｐｌｉｃ−ｃｏｄｅ＝
ｔｅｒｍｉｎａｔｅ）として定義されたアプリケーショ
ン・コードを含む場合）、アプリケーション・プロトコ
ルは標準的なＬＥＡＶＥ手続によってその機能を終了さ
せる。さもなければ、５ＥＬＥＣＴ機能がプロトコルを
して、アプリケーション・メツセージを処理させ、ＡＣ
ＣＭＳＧ機能によってそれの受容を報知させる。

ｏＩ５■ｏＩ＋Ｌ　Ｎ　　の　！　のロト勾　■〇−マ
　９１７’）ｎ　　　　ｔｌ’）　　　　　　　Ｌロ　
　　ｕ’ｓ　　　　ｕ’ｂｔぬ　ｌ／）ＩＪ’）　　　
　（ｎｕり　リＣＩ’）Ｆ）Ｆ）？’）　　　　ＦＩ　
　　　　　　Ｆ）　　　　ＦＩ　　　　ＦＩＣＩウ　−
’）（”ｌ　　　　ＭＦ’）（’つ表■は、待ち行列か
ら外された（ｄｅｑｕＩ！ｕｅｄ）メツセージがキーボ
ード（ｋｂｄ−ｉｄ）からのものである場合のために表
■で初期化されたループの続きである。キーボード・メ
ツセージが受は取られると、アプリケーション・プロＩ
−コルは先ずＳＥＩ　Ｅ　Ｃ”Ｉ’　（ｄｉａｌ−ｓｔ
ａｔｅ）ステップによって対話状態を判断する。もし対
話状態パラメータ中の対話状態値が１であるなら、アプ
リケーション・プロトコルは、キーボード入力を、コマ
ンド・キーが押されていないならコマンド二一モニツク
と、コマンド・キーが押されているならコマンドと、そ
れぞれ見なす。以下の説明では、各キーボード・メツセ
ージが、単一のキーストロークに応答してキーボード・
ドライバ４６によりタスク指名されると仮定する。ルー
プのステートメント３［３−３２５を含む部分では、各
文字コードが、コマンド・リスト８２上のコマンドのイ
ンデックスに対応するか否かを調べるため検査される。

こうして、ＩＦステートメント３１３が、キーボード・
メツセージからメツセージ・ポインタを取得し、ＥＮＴ
ＥＲキーのコードに対応するかどうかを調べるためその
キーボード文字のコードを入手する。もしＥ　Ｎ　ＴＥ
　Ｒキーが押されているなら、ステートメント３１５中
の手続がＦ　Ｉ　Ｎ　Ｄ　　ＣＯＭ　Ｍ　Ａ、　Ｎ０機
能を呼び出す、ＦＩＮＤ　　ＣＯＭＭＡＮＤ機能は、コ
マンド・バッファ８４の内容を、コマンド・リスト８２
上エントリと比較して一致するかどうかを判断するよう
に構成された手続であると理解されている。コマンド・
バッファ中の文字列がコマンド・リスト中のエントリと
一致する毎に。

コマンド・カウンタ（ｊｃｍｄ）　８５の内容がインク
レメントされる。その呼び出されたルーチンがステート
メント３１６でアプリケーション・プロトコル５２に戻
るとき、プロトコルは、２つ以上のコマンドがコマンド
・バッファの内容に一致しているか否かを判断するため
に、コマンド・カウント・バッファを検査する。もし唯
一の−・致しかないなら（ステートメント３１６）、そ
のコマンドは明確に識別されたと考慮され、その一致し
たコマンドを強調するためにステートメント３１８で表
示サービス５０のＣＭＤ　　ＨＩＬＩＴＥ：！マントが
呼び出される。このことは、ユーザーに対するコマンド
呼び出しのエコーを構成する。次にステートメント３１
９では、呼び出されたコマンドのインデックスとコマン
ド・カウント・データ・フィールドの内容を含むアプリ
ケーション・メツセージが構成される。ステートメント
３２０では、アプリケーション・プログラムにメツセー
ジを送るために、メー’／セージ・サービス８０が呼び
出される。

コマンド・カウント・フィールドが１よりも大きい値を
含む場合、プロトコルは、コマンド・リスト上の２また
はそれ以上のコマンドが、コマンド・バッファの現在の
内容に対応するという仮定の下でステートメント１６か
らステートメン；・３２２へ進む。このことは、オペレ
ーティング・システム機能ｔＪｓＥＲＥＲＲの呼び出し
を引き起こし、これにより、２またはそれ以上のコマン
ドが選択されたことを示すメツセージがスプレッドシー
ト表示上に形成される。

ステートメント３１３に戻って、もしメツセージの内容
がＥＮＴＥＲキー・コードに対応しないなら、ステート
メント３２６へ分岐がなされる。

ステートメント３２６−３３０においては、アプリケー
ション・プロトコルが、連結ステートメント３２７によ
ってコマンド・バッファに現在のメツセージに含まれて
いるキー・コードを追加する。

ここで、コマンド・バッファの内容が、コマンド・スト
リングと呼ばれる文字列を含んでいることが見てとれよ
う。ＣＡＬＬステートメント３２８は。

Ｅ　Ｎ　Ｔ　Ｅ　Ｒコードが検出される前にバッファの
現在の内容がコマンド・リスト・エントりに対応するか
否かを判断するためにコマンド・リストの走査を行う。

もしＣＡＬＬステートメント３２８が、コマンド・バッ
ファの内容のコマンド・リスト・エントりへの一致をも
たらすなら、ステートメント３２９で表示サービスのＣ
ＭＤ　　ＨＩｌ、ＩＴＥ処理が呼び出される。そうでな
いなら、アプリケーション・プロトコルはＥＮＤステー
トメント３３１により一般的なメツセージ探索手続へ戻
る。

キーボード・メツセージが受は取られマシン状態が状態
２にセノ１〜されている場合、アプリケーション・プロ
トコルはステー１〜メント３１１からステートメント３
３２へ分岐し、キーストロークが１強調されたセル内容
の編集またはキーボード・カーソルの移動のためのもの
であると仮定する。

ステートメント３３３で、プロトコルはキーボードの文
字を解釈する。この場合、ＥＮＴＥＲキーが押されると
、５ＥＬＥＣＴステートメン１−３３３がステートメン
ト３３４に分岐する。ここで、アプリケーション・プロ
トコルは、ユーザーが、現在識別されているデータ・セ
ル中配置されるべきデータ・ストリングの構成を完了し
たと仮定する。これに関連して、データ列はデータ値フ
ィールド９ｏにあり、そのセルの識別子はセルＩＤフィ
ールド８８にある。これらの２つの情報は、ステップ３
３５と３３６でアプリケーション・メツセージに形成さ
れ、そのメツセージは、ステートメント３３７で呼び出
されたＳ　Ｅ　Ｎ　Ｄ　Ｍ　Ｓ　０機能によりアプリケ
ーション・プログラムに送られる。

５ＥＬＥＣＴステートメント３３３の結果として、アプ
リケーション・プロトコルが、キーコードがＤＥＬＥＴ
Ｅキーに対応すると判断するなら。

アプリケーション・プロトコルは、ステートメント３４
０によって定義された削除手続によって、キーボードに
よって現在アンダーラインされている文字を削除するた
めにステートメント３３９−３４３を含むリスト部分に
分岐する。そのアンダーラインされた文字のコードが−
たんデータ値フィールド９０から抽出されると、ステー
トメント３４１にあるアプリケーション・プロトコルが
。

現在強調されているセル中にデータ値フィールドの調節
された内容を表示するために表示サービス・ルーチンを
呼び出す。このことは、ユーザーによって呼び出された
ＤＥＬＥＴＥ機能のエコーを構成する。

キーボード・カーソル移動は、ステートメント３４３−
３５０を含むプロトコルの部分でユーザーにエコーされ
る。尚、バックスペース機能はステー１〜メント３４３
−３４６によりユーザーにエコーされ、一方、スペース
前進（ｆｏｒｗａｒｄ　５ｐａｃｅ）機能はステートメ
ント３４７−３５０中でエコーされる。

もし現在のキーボード・メツセージがＥ　Ｎ　Ｔ　ＥＲ
，ＤＥＬＥＴＥ、ＢＡＣＫＳＰＡＣＥまたはＦ○ＲＷＡ
ＲＤＳＰＡＣＥキース１−ローフに対応する文字コード
を含まないならば、アプリケーション・プロトコルはス
テートメンＩ−３３３からステートメント３５１へ分岐
する。ステートメント３５１−３５７においては、アプ
リケーション・プロトコルが、その文字コードが数字ま
たは文字をあられすことを確認し、その文字を現在のキ
ーボード・カーソル位置に挿入することになる。このこ
とは、データ値フィールド中の文字に追加しくステート
メント３５２）、既に表示されている文字への文字の追
加をエコーし、カーソル位置の値を１文字スペース分だ
け右へ進め（ステートメント３５４）、表示サービスＤ
ＩＳＰＬＡＹ　　ＣＵＲ５ＯＲ機能（ステートメント３
５５）を呼び出すことによってカーソルの移動をエコー
することにより実行される。このことは、ユーザーによ
るキーボード動作をエコーするアプリケーション・プロ
トコルの部分を終了させる。キーボード・メツセージが
首尾よく読み取られ実行されたときは、ステートメント
３６０で呼び出されたへＣＣＭＳＧ機能によってキーボ
ード・ドライバに初期接続手順（ｈａｎｄｓｈａｋｉｎ
ｇ）承認が戻されることになる。

ｏ　　　　＋Ｉ　　Ｎの　　マ　　國ロ　　　　ト閃　
　ロ　　０嘴ＮＦＪ　　　　へ　ＦＪ　　　　（＋Ｊ　
　　　ＮＦＪ　　　　　　ＦＪＮＮＦ１１！　　！　マ
！　マ　マ豐　　ｑＦＷ　　マ　マ１−Ｎ　−！　の　
ψト閃ＯローＮの　−蛸（Ｏｒ−ａ。

つ円　υ　−の　ｊのｖのマ！９！　豐マママ！ｆ豐　
菅　マ　臂　！費マ！！す！マ　？　ｗ　Ｗ　？　ＱＦ
表ＩＶは、マウス・カーソル移動をユーザーにエコーす
るためのアプリケーション・プロトコル・コード・ステ
ートメントを含んでいる。尚、説明の便宜上、マウス・
ドライバ４８からのメツセージがΔｘ　（ｄｅｌｔａ　
ｘ　）及びΔｙ　（ｄｅｌｔａ　ｙ　）値としての位置
変化のみを含んでいるものと仮定する。

ステー１−メント４２２及び４２３中のアプリケーショ
ン・プロトコルは、マウス・カーソル位置フィールド９
２中に保持されている現在のＸ及びｙ値に△Ｘ及び△ｙ
値を加える。次にステートメンｉ〜４２４で、カーソル
が新しいセルに移動したか否かを判断するべくスプレッ
ドシート・セル・マツプ８７にアクセスするために更新
されたマウス・カーソル位置の値が使用される。ステー
トメント４２４で呼び出された機能は、現在のＸ及びｙ
値と、ＮＥＷ　　ＣＥＬＬ　　ＩＤフィールド中の新し
いセルの識別子を戻す。プロトコルは新しいセルの識別
子を、ステートメンＩ−４２５中で現在のセルの識別子
に比較する。そして、それらの値が異なっているなら、
カーソルが新しいセルに移動されたものと見なされる。

次に、ステートメント４２６中で、プロトコルは、ＣＥ
ＬＬ　　ＴＤデータ・フィールド８８の内容を検査する
ことによって。

カーソルが以前にスプレッドシート・セル上にあったか
否かを判断する。そして、もしカーソルが以前にセル上
に存在していたなら、その以前のセルのデータと識別子
が、ステーＩ・メント４２７−４２９で構成され送イ３
されるメツセージによってアプリケーション・プロゲラ
１１に送られる。メツセージが−たんメツセージ・サー
ビス８０に送られてしまうと、その以前のセルはステー
１〜メント４３０で強調を中止される。以前のセルの強
調中止は、１つのスプレッドシート・セルから別のセル
へのマウス・カーソルの移動に応答してユーザーに与え
られるエコー応答の第１段階である。

マウス・カーソル移動のエコーの第２段階は、ステート
メント４３２−４３９中で実行される。

ステートメント４３２では、新しいセルの識別子が検査
され、もしそれがＯでなければ、セルのデータとセルの
識別子がセル・マツプ８７（第５図）から検索され、ス
テートメン１〜４３３及び４３４によりキーボード・カ
ーソルがセＪし・データ中の最初の文字にセットされる
。ステートメント４３５は、セル・データをあられす文
字列とキーボード・カーソル位置を表示サービス５０に
与えろ。

セルはステー１−メント４３６によって強調され。

こうしてユーザーに対するエコー応答が終了する。

ステートメント４３８は新しいセルの識別子を現在のセ
ルの識別子フィールド８８に移動させる。

マウス・ドライバ・メツセージは、ステートメン１〜４
４１の呼び出しによって受は入れられる。未知の送り手
からのメツセージは、ステートメント４４３−４４５に
よって読み取られ拒絶される。

表Ｉ−ＩＶのアプリケーション・プロトコルの手続は、
ＥＮＤステートメント４４Ｇ−４４８によって順序正し
く終了される。

Ｆ．発明の効果 以上のように，この発明によれば、計算的応答を必要と
しないユーザー開始動作にエコーを与えるアプリケーシ
ョン処理をユーザーの近傍に配置するようにしたので、
アプリケーション・プログラムからの通信経路に沿う遅
延に拘らず、ユーザーに迅速にエコーを与えることが出
来るという。

顕著な効果が得られる。

【図面の簡単な説明】

第１図は、分散計算システムのブロック図、第２図は，
ワークステージ目ンの詳細なブロック図。 第３図は、本発明に基づくアプリケーション・プログラ
ム処理を示すブロック図、 第４図は，本発明に基づくアプリケーション・プロトコ
ルの処理のフローチャート。 第５図は，第４図のアプリケーション・プロトコルの処
理に利用されるデータ構造のブロック図である。 第１区 アプリケージ１ン・プログ−７４／ｄＱＬ埋第３図

Claims (2)

【特許請求の範囲】
1. （１）不確定な長さのメッセージ経路遅延をもつ分散計
   算システム中のマンマシン・インターフェースにおいて
   、該システムから限られた応答時間内に直接的なユーザ
   ー識別可能な応答を要求するユーザー開始動作に対する
   アプリケーション処理のエコーを制御する方法において
   、 （ａ）上記アプリケーション処理から、限られた応答時
   間内にユーザー識別可能な応答を要求する処理を抽出し
   、 （ｂ）上記抽出された処理を、上記システムの事象入力
   及び表示支援設備の近傍に配置し、 （ｃ）上記抽出された処理によるパラメータに対する所
   定の第１の時間間隔内のエコー応答を確認し、（ｄ）所
   定の第２の時間間隔内のエコー解決のため上記表示支援
   設備に上記抽出された処理からのパラメータを渡し、 （ｅ）上記抽出された処理からのパラメータを残りのア
   プリケーション処理に渡す段階を有する、アプリケーシ
   ョン処理のエコーを制御する方法。
2. （２）アプリケーション処理が、マンマシン・インター
   フェースから、アプリケーション処理と該インターフェ
   ースの間に不確定な長さのメッセージ引き渡し遅延を生
   じさせるメッセージ経路によって隔てられている、地理
   的に分散された計算的構成における上記インターフェー
   スでの、ユーザー開始動作に対するアプリケーション処
   理のエコー応答を制御する装置において、 （ｄ）アプリケーション・プログラムによるユーザー動
   作に対する応答を表示するための視覚的表示手段と、 （ｂ）上記表示手段を動作させるためのアプリケーショ
   ン・プログラム応答パラメータに応答する表示サービス
   手段と、 （ｃ）ユーザー動作に応答してアプリケーション・プロ
   グラム入力パラメータを与えるための単数または複数の
   入力手段と、 （ｄ）上記表示サービス手段と上記入力手段の近傍に配
   置され、上記入力手段によって与えられた入力パラメー
   タから、限られた応答時間内にユーザー識別可能なシス
   テム応答を要求するユーザー動作を抽出し、該抽出され
   た入力パラメータをエコー応答パラメータに変換し、該
   エコー応答パラメータを上記表示サービス手段に渡すた
   めのアプリケーション・プロトコル手段とを具備する、
   アプリケーション処理のエコー応答を制御する装置。