JPH03224037A - サーバー拡張用アーキテクチャ - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、コンピュータシステムに用いられるサーバー
拡張用アーキテクチャにかかり、特に応用プログラムに
よって発生した入力イベント及びプロトコル要求を傍受
するためのサーバー拡張用アーキテクチャに関するもの
である。傍受された入力イベントおよびプロトコル要求
は引き続いて種々の目的に、例えば、入力イベントとプ
ロトコルリクエストとの間の時間経過を測定してサーバ
ーもしくは応用プログラムの性能を評価するのに用いら
れる。

〔従来の技術〕

サーバーはコンピュータシステムのアーキテクチャの一
部てあり、コンピュータまたはセントラルプロセシング
ユニットとユーザーとの間のインタフェースとして機能
する。サーバーの性能を試験あるいは評価することは種
々の目的から必要である。例えば、ユーザーの入力とシ
ステムの応答間の長い遅れを検出し続いてこれを除去す
ることができる。同様に、コンピュータのセントラルプ
ロセシングユニット上で動作する応用プログラムを試験
し評価することは多くの目的で必要である。

サーバーの性能をテストする通常の方法は、ビデオカメ
ラまたはストップウォッチを用いることである。このよ
うな方法の１つでは、端末および端末スクリーンで作業
するユーザーまたはオペレータがビデオカメラで撮影さ
れる。その後でビデオを機械にかけて再現させ、時間を
フィルムスピードの関数として表示する。次で、性能メ
トリックスが、フィルムイベントの開始とフィルムイベ
ントの終了の表示時間の差に基づいて計算される。

次で各時間ごとのイベントに対する性能メトリックスが
記録される。もう１つの方法では、性能メトリックスを
計算するステップが、応答時間をストップウォッチを用
いて手動で測定することを含んでいる。いずれの方法で
も、すべての時間的イベントに対する性能メトリックス
か引続いて解析され、応用プログラムまたはサーバーの
性能か求められる。これと同じアプローチはまた、サー
バーの単一または特定の入力イベントに対する性能を求
めるのにも使用される。しかしながら、この方法は時間
かかかるばかりでなく、退屈なものであり、またエラー
を生じ易い。さらにこの方法では、ユーザーがワークス
テーションで実際に操作する必要かある。従ってユーザ
ーからのシミュレーション入力は不可能である。さらに
、実際のユーザーからの入力は１つの操作ごとに整合性
をもっていないので、ランごとに整合性を保つことが不
可能である。

応用プログラムまたはサーバーの、入力イベントまたは
プロトコル要求に対する性能を試験するもう１つの方法
は、遠隔端末エミュレーション（ＲＴＥ）を用いること
である。ＲＴＥは、サーバーや応用プログラムに入力を
送るのにユーザー自身やオペレータを不用とし、オペレ
ータの代りに、ソフトウェアで作成される入力が用いら
れ、これかサーバーの入力イベント列にロードされる。

しかしながら、Ｘウィンドウ形システムのサーバーに対
するＲＴＥの以前の試みでは、出力で発生したプロトコ
ール要求をサーバーまたは応用プログラムで傍受する方
法を提供するのに失敗した。

さらに、これらの試みはいずれも、遠隔ソース、すなわ
ち入力を非Ｘの伝送リンク、例えば、ネートワークまた
は非同期端末ラインを介して入力を送るソースからシミ
ュレーション入力を受信するのに支援になっていない。

従ってＲＴＥによるこれら従来の試みは、ネットワーク
、モデル、および他の周辺機器を含むシステム構造を試
験することができない。

〔発明の概要〕

本発明は、コンピュータシステムで用いられるサーバー
拡張用のアーキテクチャの中に存在する。

拡張はサーバー機能を行うソフトウェアモジュールであ
り、サーバー変数に対するアクセスは有するがサーバー
の定常的な一部とはなっていない。

サーバー延長は、ユーザー人カイベントを、これらが応
用プログラム（以下、クライアントと呼ぶ）で受信され
る前に傍受し、入力に関する情報を、入力の形式および
傍受された時間を含み、タライアンドで指定された場所
に書込み、あるいはストアする。クライアント指定の場
所は、どんな形式の格納装置でもよく、例えばシーケン
シャルファイルでよい。格納装置はローカルなものでも
よく、あるいは遠隔位置にあってモデムライン、端末ラ
イン、またはネットワークラインで結合されるものでも
よい。さらに、サーバー拡張は、応用プログラムで発生
された出力プロトコル要求を、端末のスクリーン表示へ
の可視変換が行われる前に傍受する。出力プロトコル要
求は、応用プログラムで発生される信号であり、サーバ
ーへ送られてサーバーが端末のスクリーン上にテキスト
またはグラフィックを描けるようにするものである。サ
ーバー拡張はまた、出力プロトコル要求に関する情報を
、要求の形式およびこれか傍受された時間を含んで、ク
ライアントの指定した場合に書込み、またはストアする
。クライアント指定の場所は、どんな形式の格納装置で
もよく、例えばシーケンシャルファイルでもよい。格納
装置はローカルなものでもよく、あるいは遠隔位置にあ
ってモデムライン、端末ライン、またはネットワークラ
インで結合されるものでもよい。最終的にサーバー拡張
は、ワークステーションのマウスやキーボードなどのよ
うなユーザ操作の入力機器からの入力、または制御用ク
ライアントからのシミュレーション入力を受信すること
ができる。

本発明はその広い態様としては、セントラルプロセシン
グユニット、オペレーチングシステム、ユーザー指定入
力をその端末位置でコンピュータに入力する１つ以上の
入力ドライブ、テキストまたはグラフィック画像を表示
する１つ以上の出力ドライブ、対話モードで動くコンピ
ュータプログラム、上記ユーザー指定入力をユーザーに
よる入力と上記コンピュータプログラムによる受信との
間で傍受する手段（Ｘ　Ｔｒａｐ）、および出力命令を
上記コンピュータプログラムと上記１つ以上の出力ドラ
イブとの間て傍受する手段を備えたコンピュータシステ
ムである。

ここで説明するサーバー拡張アーキテクチャは、入力イ
ベントおよびプロトコル要求を傍受し、これを用いて制
御クライアントがサーバーまたは応用プログラムをモニ
タしたり、ワークステーションを制御したりして、例え
ば、応用プログラム、システム構成、およびユーザーイ
ンターフェースの性能をテストできるようにするもので
ある。サーバー拡張アーキテクチャのデータ構成は、メ
モリの部分あるいはブロックとして構成され、メモリの
種々の部分またはブロックで構成されるサーバーのデー
タ構造と似ているが、あるいは基本的に同じである。さ
らに、本発明のサーバー拡張アーキテクチャは、クライ
アントまたは応用プログラムの制御によって動作する。

従って、このサーバー拡張アーキテクチャは周知のＸサ
ーバーオペレーチングシステムプログラムに関連して述
べられているが、他のオペレーチングシステでも同様に
実行できるものである。

二のサーバー拡張アーキテクチャはまた、ＲＴＥすなわ
ち遠隔末端エミュレーションを備え、遠隔ソースからシ
ミュレーション入力を受信することかできる。例えば、
このサーバー拡張アーキテクチャは、Ｒ，Ｗ、　５ｃｈ
ｅｉｆｆｌｅｒ、　Ｊ、　Ｇｅｔｔｙｓ、およびＲ，Ｎ
ｅｗｍａｎ、　　Ｘ　Ｗｉｎｄｏｗ　Ｓｙｓｔｅｍ、　
　Ｄｉｇｉｔａｌ　Ｐｒ１ｓｓ（１９８８）に報告され
ている有名なオペレーチングシステムであるＸウィンド
ウシステムに対するＲＴＥ能力をもっている。このサー
バー拡張アーキテクチャはまた、ソフトウェアの回帰テ
スト、および異なるハードウェアおよびソフトウェアプ
ラットフォーム間の応用プログラムの競合性あるいは干
渉性テストに対する迅速で安価な手段を提供する。この
サーバー拡張アーキテクチャはさらに、端末におけるユ
ーザーの対話をモニタし、正しい対話を立証できること
が重要である場合に、コンピュータベースの命令を可能
にする。このアーキテクチャは、さらに、立証者が立証
すべき応用プログラムを理解する必要がない場合、ある
いは立証よりも顧客に集中する必要がある場合に、トレ
ードショーによる立証を可能にする。上記の例から分る
ように、本発明によるサーバー拡張アーキテクチャは、
当業者にとって周知の幅広い種々の目的に利用すること
か可能である。

〔実施例〕

以下、本発明を図面を参照して説明する。第１図は、本
発明によるサーバー拡張アーキテクチャの好ましい一実
施例を、コンピュータシステムの基本的なコンポーネン
トに対して用いた場合の一般的な動作を示している。ソ
フトウェア構成は、Ｘサーバー１２と対話するセントラ
ルプロセシングユニッｔ−１０上て動作する。Ｘサーバ
ーは周知のオペレーチングシステムプログラムであり、
端末あるいはワークステーション１４のユーザーインタ
フェースを制御すると共に、キーボード２０またはテキ
ストのような標準のユーザインタフェース要素に加えて
、ウィンドウ１６およびマウス１８を利用している。Ｘ
サーバー１２は、“拡張”すなわちＸサーバーの各変数
に対するアクセスを存すると共に、但しＸサーバーの恒
久的な一部ではないソフトウェアモジュールをサポート
できる。

本発明における拡張２２は“Ｘ　Ｔｒａｐ拡張”と呼は
れるものである。なお、当業者にとって、本発明の記述
か他のオペレーチングシステムおよびサーバーにどのよ
うに適用されるかは容易に理解できることである。

複数の応用プログラム２４Ａ〜２４Ｎは、セントラルプ
ロセシングユニット（ＣＰＵ）１０上で動作できる。Ｃ
ＰＵｌ０上で動作する応用プログラムまたはクライアン
ト２４Ｎは、Ｘサーバー１２のソフトウェア拡張である
。Ｘ　Ｔｒａｐ拡張２２の制御クライアントとして動作
する。オペレーチングシステム機能を実行する既知のソ
フトウェアモジュール、あるいは拡張はサーバーで制御
され、Ｘ　Ｔｒａｐ拡張２２は単一の応用プログラムあ
るいはクライアント２４Ｎで制御される。制御クライア
ント２４ＮはＸ　Ｔｒａｐ拡張２２のパラメータをセッ
トすると共に、Ｘ　Ｔｒａｐ拡張２２のオンオフを行う
。マウス１８またはキーボード２ｏからのユーザー入力
は先ずＸサーバー１２で受信される。

本発明はまた、他の入力機器を用いたオペレーチングシ
ステムのほかに１つのタイプの入力機器を用いたオペレ
ーチングシステムにも適用できる。

Ｘ　Ｔｒａｐ拡張２２は、入力を傍受し、入力のコピー
を、“書込”ルーチン用にフォーマットを変更しくこれ
について下記に詳述する）、元の入力は通常のプロセシ
ング用としてサーバー１２に送る。

最終的に、モニタまたは制御されているクライアント２
４Ａ〜２４Ｎは元の入力を受信し、その特定の実施手順
に従って処理する。

クライアント２４Ａ〜２４Ｎは何れも、プロトコル要求
の形で出力を発生し、これによって通常、ワークステー
ション１４における成る種類のスクリーン出力を制御す
る。制御クライアント２４Ｎは同じ出力をもう１つのワ
ークステーション（図示せず）のスクリーン上に同時に
表示する。これらの出力プロトコル要求によって、サー
バーは、ワークステーション１４の表示スクリーン上に
テキスト、ライン、あるいは他のグラフィック要素を描
く。上記の実施例では、Ｘ　Ｔｒａｐが傍受する応用プ
ログラムとＸサーバー間の通信は、出力プロトコル要求
であるが、本発明は、サーバーとどのクライアントとの
間の通信を傍受するのにも用いることかできる。Ｘサー
バー１２は出力プロトコル要求を応用プログラム２４Ａ
〜２４Ｎの１つから受信し、Ｘ　Ｔｒａｐ拡張２２かＸ
サーバーがこれを処理する前にこれを傍受する。入力の
場合と同じように、出力の場合もＸ　Ｔｒａｐ拡張はコ
ピーのフォーマット変更を行い、元の出力はＸサーバー
へ返送する。最終的に、出力はワークステーション１４
のスクリーンに到達し、テキスト、ライン、または消去
の形式を制御する。

Ｘ　Ｔｒａｐ拡張２２は、拡張のコードの一部である“
書込”サブルーチンを呼出す。Ｘ　Ｔｒａｐは各通信チ
ャネルごとに別々の“書込”ルーチンを持っており、こ
れを介してＸ　Ｔｒａｐが制御クライアントと通信する
。制御クライアントはＸ　Ｔｒａｐから遠隔の位置にあ
ってもよく、例えばネットワークラインの終端でもよい
。“書込”ルーチンは、入力および出力に関する集めら
れた情報を、制御クライアント２４Ｎまたはシーケンシ
ャルファイル２６へ送る。

第２図は、Ｘ　Ｔｒａｐ拡張とサーバーとのアーキテク
チャを示したものである。本発明は、このりイブのアー
キテクチャの使用に限定されるものではなく、入力およ
びプロトコル要求を処理するサブルーチンを呼出すもの
であれば、どのようなオペレーチングシステムのアーキ
テクチャ上でも作動できる。Ｘサーバーは、キーボード
データを、そのアドレスが“Ｋｅｙ　Ｂｏａｒｄ　Ｐｒ
ｏｃｅｓｓ　Ｉｎｐｕｔ　Ｐｒｏｃのストア位置２８に
ストアされているルーチンに送ることによって処理する
。また、サーバーはマウス入力を同じような方法で、す
なわち“Ｐｏ１ｎｔｅｒＰｒｏｃｅｓｓ　Ｉｎｐｕｔ　
Ｐｒｏｃ”ストア位置３０を参照することによって処理
する。また、Ｘサーバーは、出力プロトコル要求を、適
当な情報を、そのアドレスが“Ｐｒｏｃ　Ｖｅｃｔｏｒ
”アレイ３２の特定のエレメントにストアされているル
ーチンに送ることによって処理する。

Ｘ　Ｔｒａｐ拡張は、Ｘサーバーのデータ構成の半分以
下のサイズのデータ構成をもっている。

Ｘ　Ｔｒａｐデータ構成はまた、メモリ内に、Ｘサーバ
ーのデータ構成と同じ、またははり同じ構成で配置され
ている。本発明の記述を用いて、他のオペレーチングシ
ステムを模倣し、これによって、入力（あるいは出力）
を自分に代って処理する拡張サブルーチンを呼出す手段
を得ると共に、同時に、拡張の使用か終った後にオペレ
ーチングシステムを通常の状態に戻す手段を得ることは
、当業者にとって容易に理解できることである。

Ｘ　Ｔｒａｐがキーボード入力を傍受するように構成さ
れているときは、Ｘサーバーのストア位置、Ｋｅｙｂｏ
ａｒｄ　Ｐｒｏｃｅｓｓ　Ｉｎｐｕｔ　Ｐｒｏｃ″２８
はキーボード入力を処理するＸ　Ｔｒａｐルーチンのア
ドレスを含んでおり、またこのストアスペースの“Ｋｅ
ｙｂｏａｒｄ　　１ｎｐｕｔｐｒｏｃ″と呼ばれるＸ　
Ｔｒａｐバージョン３４は、Ｘサーバーの入力処理ルー
チンのアドレスをストアしている。またＸ　Ｔｒａｐか
マウス入力を傍受するように構成されているときは、Ｘ
サーバーのストア位置、“Ｐｏ１ｎｔｅｒ　Ｐｒｏｃｅ
ｓｓＩｎｐｕｔ　Ｐｒｏｃ″３０は、マウス入力を処理
するＸ　Ｔｒａｐルーチンのアドレスを含んでおり、ま
たこのストアスペースの、“Ｐｏ１ｎｔｅｒ　　Ｉｎｐ
ｕｔ　ｐｒｏｃと呼ばれるＸ　Ｔｒａｐバージョン３６
は、Ｘサーバーの入力処理ルーチンのアドレスをストア
している。

上記の構成から分るように、Ｘ　Ｔｒａｐはキーボード
およびマウスからの入力を傍受する。上述のように、Ｘ
サーバーはキーボード入力を受信するときは、そのアド
レスが“Ｋｅｙ　Ｂｏａｒｄ　ＰｒｏｃｅｓｓＩｎｐｕ
ｔ　Ｐｒｏｃ″２８にストアされているルーチンを呼出
し、またマウス入力を受信するときは、そのアドレスが
“Ｐｏ１ｎｔｅｒ　Ｐｒｏｃｅｓｓ　　Ｉｎｐｕｔ　Ｐ
ｒｏｃ３０にストアされているルーチンを呼出す。

Ｘ　Ｔｒａｐの実行中は、これらのストア位置２８およ
び３０はＸ　Ｔｒａｐルーチンのアドレスを含んでいる
ので、キーボードおよびマウスからの入力はＸ　Ｔｒａ
ｐ拡張に送られる。

Ｘ　Ｔｒａｐ拡張は、クライアントで発生された出力プ
ロトコル要求を、Ｘ　Ｔｒａｐ拡張出力処理ルーチンの
アドレスを、“Ｐｒｏｃ　Ｖｅｃｔｏｒ　”という名称
のデータ構成３２にストアされているＸサーバー出力処
理ルーチンのアドレスとスワップすることによって傍受
する。出力プロトコル要求を処理するルーチンの各アド
レスは４バイトの値になっている。好ましい実施例では
、２５６個の４バイトアドレスがあるが、アレイ数がこ
れより小さいもの、または大きいものも本発明のスコー
プに入るものである。アレイエレメント４２は、１ｍａ
ｇｅＴｅｘｔ　８”要求を処理するルーチン用のアドレ
スを含んでいる。このルーチンは、スクリーン上に、テ
キストの単一ストリング表示を行う。Ｘ　Ｔｒａｐが“
Ｉｍａｇｅ　Ｔｅｘｔ　８”出力プロトコル要求を傍受
するように構成されているときは、この位置にストアさ
れている値が、スクリーン上にテキストの単一ストリン
グ表示を行うＸ　Ｔｒａｐルーチンのアドレスとなる。

このルーチンは“ｅｘｔ　　ｉｍｇｅｔｅｘｔ８”とよ
ばれる。“Ｉｍａｇｅ　Ｔｅｘｔ　８”ルーチンのアド
レスは、Ｘサーバーの“Ｐｒｏｃ　Ｖｅｃｔｏｒ”デー
９ｍ成３２のＸ　Ｔｒａｐのバージョンである“ｅｘｔ
ｐｒｏｖｅｃｔｏｒ”アレイ３８の対応するエレメント
４４にストアされている。従って、Ｘサーバーが、何れ
かのクライアントからテキストのストリング表示の要求
を受信したものは、そのアドレスが“Ｐｒｏｃ　Ｖｅｃ
ｔｏｒ”３２のエレメント４２にストアされているルー
チンを呼出す。Ｘ　Ｔｒａｐかアクチブのときは、その
アドレスは、通常はエレメント４４にストアされている
Ｘ　Ｔｒａｐルーチン“ｅｘｔ−ｉｍａｇｅｔｅｘｔ　
８”のアドレスとなる。

他の出力プロトコル要求は、例えば、スクリーン上にテ
キストを２ストリング以上で表示するルーチン“Ｐｏ１
ｙ　Ｔｅｘｔ　８“、スクリーン上にウィンドウを描く
ようにサーバーを準備させるルーチン“Ｍａｐ　Ｗｉｎ
ｄｏｗ　　、およびスクリーンからウィンドウを消去す
るルーチン“Ｕｎｍａｐ　Ｗｉｎｄｏｗ”を含んでいる
。Ｘ　Ｔｒａｐデータ構成３８内の対応するルーチンは
、　　ｅｘｔ　　Ｐｏ１ｙｔｅｘ　８　’　　　　ｅｘ
ｔＵｎｍａｐｗｉｎｄｏｗ　　、および“ｅｘｔ　　ｍ
ａｐｗｉｎｄｏｗ”である。他の出力プロトコル要求も
、同じような方法てＸ　Ｔｒａｐ拡張によって傍受でき
る。

Ｘ　Ｔｒａｐ拡張は入力または出力を傍受したとき、入
力または出力情報のコピーを作成し、クライアントで形
成されたＸ　Ｔｒａｐの“書込”ルーチンて処理されう
るようにフォーマットか与えられる。

Ｘ　Ｔｒａｐが“ｎｏ”されると、　ｗｒｉｔｅ”ルー
チンのアドレスは“ｘ　ｔｒａｐ　　ｗｒｉｔｅ”ベク
トル４０にストアされる。ｘ　Ｔｒａｐが“ｏｆｆ“さ
れると、ｘｔｒａｐ　　ｗｒｉｔｅ　”が、ヌルルーチ
ン、すなわち制御をＸ　Ｔｒａｐに戻すだけのルーチン
のアドレスを保持する。何れの場合にも、Ｘ　Ｔｒａｐ
が入力また出力のどれをも傍受するように構成されてい
ると、これがフォーマットされた入力または出力のコピ
ーを、そのアドレスがｘｔｒａｐ　　ｗｒｉｔｅ　″に
ストアされているルーチンへ送る。

データ構成″ｅｘｔ　　ｅｎｖｉｒｏｎ　ｍｅｎｔ”　
４８はＸ　Ｔｒａｐの内部変数を含んでいる。変数“Ｓ
ｗａ　ｐＧｓｔａｔｅ”は、どの出力プロトコル要求お
よび入力イベントが傍受されているかを指示するビット
フィールドである。変数“ｇｅｎｆｌｇｓ”は、タイム
スタンプ計算、　ｗｉｎｄｏｗ　　ｉｄ”処理、および
出力フォーマット（すなわちバイナリ、またはＡＳＣＩ
　Ｉ）のような種々のモードを可能および不能にする一
般的な拡張フラグのビットフィールドである。

“ｗｉｎｄｏｗ　　ｉｄ”処理は、可能にされると、ど
のウィンドウか“Ｍａｐ　Ｗｉｎｄｏｗ”または“Ｕｎ
ｍａｐ　Ｗｉｎｄｏｗ出力プロトコル要求の対象である
かをＸ　Ｔｒａｐが報告するようにする。変数“ｏｓｆ
ｌｇ”は実行特定フラグのビットフィールドである。変
数“ｉｍａｇｃｎｔ″は、Ｘ　Ｔｒａｐか“Ｉｍａｇｅ
　Ｔｅｘｔ”　または“Ｐｏ１ｙ　Ｔｅｘｔ”要求を傍
受したとき、Ｘ　Ｔｒａｐかテキストストリングからセ
ーブしたキャラクタの最大数を保持する。セーブされた
キャラクタはＸ　Ｔｒａｐが’ｗｒ　ｉ　ｔ　ｅ”ルー
チンに送る出力プロトコル要求上の情報の一部となる。

“ｉｍａｇｃｎｔ”がネガチブであると、キャライタは
ストリングの始まりからセーブされ、“ｉｍａｇＣｎｔ
”がポジチブのときは、キャラクタはストリングの最終
からセーブされる。

変数“ｐｏｌｙ　ｃｎｔ”は、Ｘ　Ｔｒａｐが”ｐｏｌ
ｙ　Ｔｅｘｔ”要求を傍受したときＸ　Ｔｒａｐが処理
すべきストリングの最大数を保持する。ストリングが処
理されると、“Ｉｍａｇ　ｃｕｔ“キャラクタが“ｗｒ
ｉｔｅ”ルーチンへ送られる。　ｐｏｔｙ　ｃｕｔ”が
ボジチイブであると、ストリングかストリングリストの
最初から処理され、“ｐｏｌｙ　ｃｕｔ”かネガチブで
あると、ストリングはストリングリストの終りから処理
される。

変数“ｉ　　ｃｏｍｍ“は、Ｘ　Ｔｒａｐへのシミュレ
ーション入力に用いられる通信チャネル用の識別子を含
んでいる。変数“ｏ　　ｃｏｍｍ”は、Ｘ　Ｔｒａｐ拡
張からの出力に用いられる通信チャネル用の識別子を含
んでいる。最終的に、変数“Ｗｒｉｔｅ　　ｉｏ”は、
Ｘ　Ｔｒａｐが５ＴＡＲＴ　　１０要求を受信したとき
ｘ　ｔｒａｐ　　ｗｒｉｔｅ’内に置かれる“Ｗｒｉｔ
ｅ”ルーチンに対するポインタを含んでいる。

第３図および第４図は、応用プログラムまたは制御クラ
イアントの構成、および２つの異なった動作モードによ
るＸ　Ｔｒａｐサーバー拡張の使用方法を示す、それぞ
れのプロセスフロー図である。

すなわち第３図は、記録入力イベントまたは出力プロト
コル要求がライブユーザーセツション中に発生したとき
の、記録モード動作と呼ばれる、Ｘ　Ｔｒａｐサーバー
拡張の動作を示すプロセスフロー図である。また第４図
は、ＲＴＥ、すなわち遠隔端末エミュレーション能力を
用いて、シミュレートされた入力イベントを用いると共
に傍受された出力イベントを待機してライブユーザーセ
ツションのシミュレーションを行う、プレイバックモー
ド動作と呼ばれる。Ｘ　Ｔｒａｐサーバー拡張の動作を
示すプロセスフロー図である。制御クライアントは、Ｘ
　Ｌ　Ｉ　Ｂ　ｘｆｌｕｓｈマクロを介してデータ構成
をサーバーに送ることによって、Ｘ　Ｔｒａｐ拡張と交
信する。なお、これについては、Ｒ，Ｗ、　５ｃｈ−ｅ
ｉｆｆｌｅｒ、　Ｊ、　Ｃｅｔｔｙｓ、およびＲ，Ｎｅ
ｗｍａｎ。

“ＸＷｉｎｄｏｗ　Ｓｙｓｔｅｍ　、　Ｄｉｇｉｔａｌ
　Ｐｒｅｓｓ刊行（１９８８）に報告されている。サー
バーは次で、データ構成を拡張例へ送る。下記のテーブ
ルｌはデータ構成ｘ　Ｘ　ｔａｐ　Ｒｅｇ“のフォーマ
ットを示したものである。

第１のフィールド、ｒｅｑ　Ｔｙｐｅ”は、データ構成
Ｘ　Ｘ　ｔａｐ　Ｒｅｑ”をどのＸ　Ｔｒａｐ拡張へ通
すべきかを識別する。クライアントはこのアイデンチフ
ァイヤを、　ｘ　Ｑｕｅｒｙ　Ｅｘｔｅｎｓｉｏｎ”を
呼出すことによって集める。なお、これについては、Ｒ
ｏＷ、　５ｃｈｅｉｆｆｌｅｒ、　Ｊ、　Ｇｅｔｔｙ、
およびＲ，Ｎｅｗｍａｎ、　　”ＸｗｉｎｄｏｗＳｙｓ
ｔｅｍ　　、　Ｄｉｇｉｔａｌ　Ｐｒｅｓｓ　（１９８
８）に報告されている。第２のフィールド、　　ｍ１ｎ
ｏｒ　　ｏｐｃｏｄｅ”は、クライアントが送信中の特
定のＸ　Ｔｒａｐ拡張要求に対して識別子を含んでいる
。再び第２図を参照すると、　ｅｘｔ　　ｒｅｑｕｅｓ
ｔ　　ｖｅｃｔｏｒ”アレイ４６はＸ　Ｔｒａｐが“ｍ
１ｎｏｒ　　ｏｐ　ｃｏｄｅ”をルックアップして適当
な要求処理ルーチンを呼出すのに利用するディスバッチ
テーブルを含んでいる。第３のフィールド“ｌｅｎｇｔ
ｈ”は、Ｘ　Ｔｒａｐ要求に対して常に９である。第４
のフィールド、“ｄａｔａ”は、各要求に対して異った
構成をもったユニオンである。

各ユニオンは送られる要求に対する特定のデータを含ん
でいる。なお、本発明は、拡張との交信にｘｆｌｕｓｈ
を使用するものに限定されるものではない。

再び第３図を参照すると、クライアントがＸ　Ｔｒａｐ
を構成する第１ステツプは、　Ｘ　ＱｕｅｒｙＥｘｔｅ
ｎｓｉｏｎ“を呼出すことによって拡大用アイデンチフ
ァイアを得ることであり、これについてはＲ，Ｗ、　５
ｃｈｅｉｆｆｌｅｒ、　Ｊ、　Ｇｅｔｔｙｓ、およびＲ
，Ｎｅｗｍａｎｎ。

”ＸＷｉｎｄｏｗ　Ｓｙｓｔｅｍ″Ｄｉｇｉｔａｌ　Ｐ
ｒｅｓｓ　（１９８８）に報告されている。次に、クラ
イアントは、ＸＴＲＡＰ　　ＲＥＳＥＴ要求を、　ｘ　
Ｘ　ｔｒａｐ　Ｒｅｑ”構成の種々のフィールドをセッ
トし、これをｘｆｌｕｓｈｍａｃｒｏを介してサーバー
に送ることによって要求する。

ＸＴＲＡＰ　　ＲＥＳＥＴ要求は、拡張を新しいクライ
アントによる使用に対して準備させる。あるクライアン
トがすでにこの拡張を使用中であり、かつすでに制御ク
ライアントとして構成されているときは、Ｘ　Ｔｒａｐ
が要求内の“ｆｏｒｃｅ”フラグをチエツクする。“ｆ
ｏｒｃｅ”フラグは、　　ｘＸＴｒａｐＲｅｑ”のユニ
オンフィールド“ＲＥＳＥＴ”内のＸ　Ｔｒａｐに送ら
れる要求特定信号の一部である。

（テーブル２参照） “ｆｏｒｃｅ”フラグかセットされると、Ｘ　Ｔｒａｐ
はリセットされ、他のクライアントの制御から離脱する
。“ｆｏｒｃｅ”フラグかセットされていないと、Ｘ　
Ｔｒａｐはエラーコードをクライアントに戻す。

各クライアントは、ＸＴＲＡＰ　　ＲＥＳＥＴ要求の間
、　ｃｏｎｔｒｏｌ′フラグをセットすることによって
、他のクライアントが成る拡張を偶発的に制御しないう
に防ぐことかできる。　ｃｏｎｔｒｏｌ”フラグかセッ
トされると、Ｘ　Ｔｒａｐ拡張は、他のクライアントが
“ｆｏｒｃｅ”フラグをセットしない限り、他のクライ
アントからの後続するＸＴＲＡＰ　　ＲＥＳＥＴをすべ
て無視する。′”ｃｏｎｔｒｏｌ”フラグは、“ｆｏｒ
ｃｅ”フラグと同じく“ＲＥＳＥＴ”ユニオンの一部で
ある。

Ｘ　Ｔｒａｐ拡張はＸＴＲＡＰ　　ＲＥＳＥＴ要求を受
信すると、Ｘ　Ｔｒａｐの内部変数およびフラグをその
無効値にリセットし、入力および出力の傍受用の構成を
すべて取消す。全部のクライアントプログラムが、それ
ぞれストップする前にＸＴＲＡＰ　　ＲＥＳＥＴを送信
する。

Ｘ　Ｔｒａｐ拡張がリセットされると、その度にクライ
アントは、その拡張が傍受しよとする入力および出力の
種類をセットアツプするＸＴＲＡＰＣＯＮＦＩＧ要求を
送信する。ＸＴＲＡＰ　　Ｃ０ＮＦＩＣ要求用として、
　ｘ　Ｘ　Ｔｒａｐ　Ｒｅｑ’の“ｄａｔａ”ユニオン
は第３図に示すような構成をもっている。

“ｆｌａｇ”フィールドは入力および出力の傍受を可能
および不能にするために用いられ、テーブル４に示す通
りである。

ｖ　　ｋｂｄ”フラグがセットされると、Ｘ　Ｔｒａｐ
は、キーボード入力の傍受の状態を、ｓ　　ｋｂｄ”フ
ラグの状態に対応してセットする。ｓ　　ｋｂｄ“かオ
ンであると、キーボード入力傍受が可能となる。またオ
フであると、キーボード入力傍受が不能となる。

マウス入力も同じように、ｖ　　ｐｔｒ″フラグおよび
ｓ　　ｐｔｒ”フラグを用いて制御される。１対のフラ
グ’ｖ　　ｏｐｃｏｄｅｓ”とｓ　　ｏｐｃｏｄｅｓ’
は、同じような動作によって、テーブル３に示す“Ｃ０
ＮＦＩＧ”構成の“ｌｃｓじフィールド内にリストされ
た出力プロトコル要求の傍受を可能または不能にする。

ＸＴＲＡＰ　　Ｃ０ＮＦＩＧ要求はまた、拡張を、傍受
された入力または出力プロトコル要求のすべてについて
ミリ秒のタイムスタンプを行うように形成することかで
きる。ＸＴＲＡＰ　　Ｃ０ＮＦＩＧはまた、Ｘ　Ｔｒａ
ｐによって発生される出力の形式に関する制御、すなわ
ちＡＳＣＩＩフォーマットと二進フォーマットの間の選
択に関する制御を行う。

Ｘ　Ｔｒａｐ拡大はＸＴＲＡＰ　　Ｃ０ＮＦＩＧ要求を
受信すると、スワップ動作を行って、クライアントによ
って選択された入力および出力プロトコル要求の各タイ
プごとに、Ｘ　Ｔｒａｐの入力または出力処理ルーチン
のアドレスを、Ｘサーバーの入力または出力処理ルーチ
ンのアドレスと交換する。

例えば、クライアントが、そのＸＴＲＡＰ　　Ｃ０ＮＦ
ＩＣ要求の中に２つのフラグｖ　　ｋｂｄ“およびｓ　
　ｋｂｄ”をセットすると、第２図に示すように、Ｘ　
Ｔｒａｐは、ベクトル“Ｋｅｙ　Ｂｏａｒｄ　Ｐｒｏｃ
ｅｓｓＩｎｐｕｔ　Ｐｒｏｃ”２８内の“ｋｂｄ　Ｐｒ
ｏｃ”ポインタをｈｅｙｂｏａｒｄ　　１ｎｐｕｔ　ｐ
ｒｏｃ　　３４内のポインタ“Ｘ　Ｔｒａｐ　　ｋｅｙ
ｂｏａｒｄ“と交換する。またクライアントがフラグｖ
　　ｋｂｄ”をセットすると共に、但しフラグｓ　　ｋ
ｂｄ“をセットしないでおくと、２つのポインタはスト
ップされない。ＸＴＲＡＰ　　ＲＥＳＥＴ要求があると
、Ｘ　Ｔｒａｐは“Ｋｅｙ　ＢｏａｒｄＰｒｏｃｅｓｓ
　Ｉｎｐｕｔ　Ｐｒｏｃ”とｘ　ｔｒａｐ　ｋｅｙｂｏ
ａｒｄ”とのスワップは行わない。

次に、クライアントはＣ０ＮＦＩＣＩＯ要求をＸ　Ｔｒ
ａｐに送り、集められた入力および出力の情報をどの種
類の通信チャネルを介して制御クライアントに送信すべ
きかを指定する。Ｘ　Ｔｒａｐは、この要求を受信する
と、その内部変数“Ｗｒｉｔｅｉｏ”　（第２図の４８
）を“ｗｒｉｔｅ“ルーチンへのポインタの値にセット
する。このルーチンは、傍受された入力イベントおよび
出力プロトコル要求上の情報を、構成された通信チャネ
ルを介して制御クライアントに送信するのに用いられる
。記録モードでは、クライアントは情報をシーケンシャ
ルファイルに記録する。またプレイバックモードでは制
御クライアントは、構成された“ｗｒｉｔｅ“ルーチン
を介して受信した情報を用いて、シミュレートされた入
力がサーバーへ送信されたことを確認する。これによっ
て、制御クライアントは、安全やその他の理由で必要な
とき、キーボードまたはマウスからの入力をサーバーが
無視するようにする。クライアントは、また、この情報
を用いて出力プロトコル要求をモニタし、最後の出力プ
ロトコル要求の処理が終るまで、次の入力イベントを送
信するのを待機する。プレイバックモードでも制御クラ
イアントは情報をシーケンシャルファイルへ記録する。

例えば、最後の出力プロトコル要求が“Ｓ”プロンプト
に対する要求であると、クライアントは“Ｓ”かスクリ
ーン上に現われるまで待ってから、次の入力イベントを
送らなければならない。

プレイバックモードでは、遠隔末端エミュレーション（
ＲＴＥ）を実行するのにＣ０ＮＦＩＧ■０要求を行う。

テーブル５は、Ｃ０ＮＦＩＧ１０要求に対する“ｘＸ　
Ｔｒａｐ　Ｒｅｑ”の“ｄａｔａ”　ユニオンの構成を
示すものである。

“ｔｒａｎｓｐｏｒじフィールドは、構成される通信チ
ャネルのタイプを表わす１０値を含んでいる。通信チャ
ネルの例としては、非同期端末ライン、シーケンシャル
ファイル、ＴＣＰ／ＩＰネットワーク、ＶＭＳメイルボ
ックス接続、ＸＬＩＢトランスポート、およびＤ　Ｅ　
Ｃｎｅｔ　Ｔａ５ｋ　−ｔｏ−Ｔａｓｋ通信などがある
。、ＸＬＩＢトランスポートを介して送られる信号は、
ＳＩＭＵＬＡＴＥ　　ＸＥＶＥＮＴ要求、またはＭＯＶ
Ｅ　　ＰＯＩＮＴＥＲ要求（下記に詳述する）を用いた
ｘｆｌｕｓｈマクロを介して送信される。シーケンシャ
ルファイルをキーボード入力およびマウス入力のソース
として用いることによって、応用プログラムはライブユ
ーザーなしに性能テストができる。さらに、ソフトウェ
アの回帰テストおよび比較テストも簡単になる。

また“ｄｉｒｅｃｔｉｏｎ”フィールドはＣ０ＮＦＩＧ
ＩＯ要求が、入力に印加されているが、出力に印加され
ているが、あるいはその両方であるかを指定する。

Ｘ　Ｔｒａｐ拡張か構成されるとその度に、クライアン
トは、５ＴＡＲＴ　　Ｉ　ＯｒｅｑｕｅｓｔＧｔｏに、
Ｃ０ＮＦＩＧ　　Ｉ○要求て構成された通信メディアを
介してＩｌｏをスタートさせると共に、“ｗｒｉｔｅ”
ルーチンを開始させ、入力および出力情報を制御クライ
アントに送信する。この要求で指定されるデータは、（
１）拡張が、出力プロトコル要求の一部である傍受され
たテキストストリングからセーブすべきキャラクタの数
、および（２）拡張が、サーバーにウテキストの１つ以
上のストリングをスクリーン上に描くように要求する出
力プロトコル要求、　ｐｏｌｙ　Ｔｅｘｔ　８“を傍受
するとき処理すべきテキストスプリングの数、たけであ
る。（テーブル６参照）。

制御クライアントは、Ｘ　Ｔｒａｐ実行を要するワーク
ステーションの遠隔制御またはモニタを終了すると、５
ＴＯＰ　　ＩＯ要求をｘｆｌｕｓｈマクロを介してＸ　
Ｔｒａｐサーバー拡張に送信する。これによって、ＩＯ
チャネルに出入りするキャラクタの流れをストップさせ
る。クライアントは、実行をストップする準備かできな
い前は、ＸＴＲＡＰＲＥＳＥＴ要求をＸ　Ｔｒａｐ拡張
へ送信し、入力または出力の処理ルーチンのスワップが
すへて行われないようにする。

制御クライアントは、どの内部変数の値を知りたいとき
でも、ＸＴＲＡＰ　　ＩＮＦＯ要求を送信することがで
きる。

また制御クライアントは、プレイバックモードで、ＳＩ
ＭＵＬＡＴＥ　　ＸＥＶＥＮＴ要求、およびＭＯＶＥ　
　ＰＯＩＮＴＥＲ要求を使用し、入力をＸＬＬＢを介し
てＸサーバーに送ることかできる。テーブル７は、　ｘ
Ｘ　Ｔｒａｐ　Ｒｅｑ”構成における“ｄａｔａ“ユニ
オンのフォーマットを、ＳＩＭＵＬＡＴＥ　　ＸＥＶＥ
ＮＴおよびＭＯＶＥ　　ＰＯＩＮＴＥＲと一緒に使用す
る場合について示したもノテある。Ｓ　ＩＭＵＬＡＴＥ
　　ＸＥＶＥＮＴｉ−！キーボードイベントおよびマウ
スクリックイベントを送信するのに用いられる。

ＭＯＶＥ　　ＰＯＩＮＴＥＲはマウスモーションイベン
トを送信するのに用いられる。変数“ｔｙｐｅは、送信
されるイベントのタイプに対する識別子の値にセットさ
れ、ＭＯＶＥ　　ＰＯＩＮＴＥＲ要求の場合、このタイ
プはマウスモーションイベントである。また、変数“ｄ
ｅｔａｉドはＳ　ＩＭＵＬＡＴＥ　　ＸＥＶＥＮＴ要求
のときに押されたり、放されたりするキーまたはマウス
ボタンに対する識別子の値にセットされる。また、変数
“Ｘ”および“ｙ”は、マウスカーソルの指定するスク
リーン座標値にウセットされる。

上記しか本発明の記述は、図解と説明のために行われた
ものである。従って、本発明は開示した精細な形式に限
定されるものではなく、上記の開示から多くの解像や変
形か可能であることは明白である。

テーブル　１ ｘ　ＸｔｒａｐＲｅｑデータ構成（ショートバージョン
）ｔｙｐｅｄｅｆ　５ｔｒｕｃｔ　　ｘＸｔｒａｐＲｅ
ｑ（ ＣＡＲＤ　８　　ｒｅｑｒｙｐｅ； ＢＹＩＥ　　　ｍ１ｎｏｒ　　ｏｐｃｏｄｅ；ＡＲＤ１
６　　ｌｅｎｇｔｈ　Ｂ１６；Ｉｎ　ｌ　Ｏｎ （ ／”　　９１ｏｎｇｗｏｒｄｓ　ｉｎ　５ｉｚｅ／”　
　Ｚｘｔｅｎｓｉｏｎ　ｌ１ｌａｊｏｒ　ｏｐｃｏｄｅ
　　　”／／”　　Ｍｉｎｏｒ　ｏｐｃｏｄｅ　ｏｆ　
ｒｅｑｕｅｓｔ　　”／／”　　Ｉｎｉｔｉａｌｉｚｅ
ｄｗｉｔｈ９　　　　　”／ｕｎｉｏｎ　ｏｆ　ｖａｒ
ｉｏｕｓ　ｒｅｑｕｅｓｔ　ｄａｔａ　５ｔｒｕｃｔｕ
ｒ） ） テーブル　２ ｘ　Ｘ　ＴｒａｐＲｅｑデータ構成 （ロングバージョン−“ｄａｔａ”ユニオンの内容を示
す）ｔｙｐｅｄｅｆ　５ｔｒｕｃｔ　　ｘＸｔｒａｐＲ
ｅｑ　　　　／’　　９１ｏｎｇｗｏｒｄｓ　ｉｎ　５
ｉｚｅ０／ ＣＡＲＤ８　　ｒｅｑｒｙｐｅ；　　　　　　／”　　
ＺｘｔｅｎｓｉｏｎＭａｊｏｒｏｐｃｏｄｅ　　　”／
ＢＹＴＥ　　　ｍ１ｎｏｒ　ｏｐｃｏｄｅ；　　／”　
Ｍｉｎｏｒｏｐｃｏｄｅｏｆｒｅｑｕｅｓｔ　　”／Ｃ
ＡＲＤ１６　１ｅｎｇｔｈＢ１６；　　　　／”　　Ｉ
ｎｉｔｉａｌｉｚｅｄｗｉｔｈ９　　　　　”／（ ＹＴＥ ＲＥＳＥＴ ＩＮＦＯＲＥＱ ０ＮＦＩＧ Ｏ ＴＡＲＴ ＩＮＰＵＴ ＴＣＰ　　ｌｏ ＤＮＯＴ　　１０ １　　ｄａｔｅ； ｘＸｔｒａｐＲｅｑ　； ｂｕｆｆｅｒ［３２１；／” ｒｅｓｅｃ；　　　　／” １ｎｆｏｒｅｑ；　　　／” ｃｏｎｆｉｇ；　　　／” ｉｏ；　　　　　／” ５ｔａｒｔ；　　　　／” ｘｉｎｐｕｔ；　　　／” ／９ ｊＣ９ｉｏ；　　／” ｄｎｏｔ　　ｉｏ；　　／” Ｇｅｎｅｒａｌ　Ｂｕｆｆｅｒ　　　　　　　”／Ｄａ
ｔａ　ｆｏｒ　ＸＴＲＡＰ　　ＲＥＳＥＴ　　　”／Ｄ
ａｔａ　ｆｏｒ　ＸＴＲＡＰ　　ＩＮＦＯ°／Ｄａｔａ
　ｆｏｒ　ＸＴＷ　　Ｃ０ＮＦＩＧ　　”／Ｄａｔａ　
ｆｏｒ　Ｃ０ＮＦＩＧ　　１０　　　　”／Ｄａｔａ　
ｆｏｒ　５ＴＡＲＴ　　１０　　　　’／Ｄａｔａ　ｆ
ｏｒ　ＳＩＭＵＬＡＩＥ　　ＸＥＶＥＮＴ　”／ａｎｄ
　ＭＯＶＥ　ＰＯＩｔｓ’ｒＥＲ”／Ｄａｔａ　ｆｏｒ
　Ｃ０ＮＦＩＧ　　１０　　　　”／Ｄａｔａ　ｆｏｒ
　Ｃ０ＮＦＩＧ　　１０　　　　　”／テーブル　３ ＣＯＮＦＩＧ　　ユニオン ＃ｄｅｆｉｎｅ！１ｌＡＸ　　ＬＩＳＴ加 （ ＬＡＧＳ ＩＴＳ ＡＲＤ８ ＡＲＤ８ ＮＴ１６ ＡＲＤ８ ）　ＣＯＮＦＩＧ ｆｌａｇｓ＋ ｂｉ　ｔｓ　； ｏｐｃｏｄｅ　ｃｏｕｎｔ； ｐａｄ　　１ｂｙｔｅ ｐａｄ　　１ｗｏｒｄ； １ｉｓｔ［ＭＡＸ　ＬＩＳＴ］ ”／ １ｙｐｅｄｅｆ　５ｔｒｕｃｔ　ｆｉａｇｓ（ ｕｎ＋ｏｎ （ ｌ　ＦＬＡＧＳ テーブル　５ ＩＯユニオン ＃ｄｅｆｉｎｅ　１０　　ＢＶＦＦＥＲ５ＩＺＥ２８ｔ
ｙｐｅｄｅｆ　５ｔｒｕｃｔ　　　　ｉ。

（ ／” ｕｓｅｄ　ｂｙ　Ｃ０ＮＦＩＧ ＡＲＤ８ ＡＲＤ８ ＮＴ１６ Ｂ″ＩＴＥ ）ＩＯ； ／９ ｔｒａｎｓｐｏｒｔ　； ｄｉｒｅｃｔｉｏｎ； ｐａｄ　　ｓ； ｂｕｆｆｅｒ［Ｉｏ　　ＢＬＦＦＥＲ５ＴＩＥ］Ｖａｌ
ｕｅｓ　ｆｏｒ　ｕｓｅ　ｉｎ　ｔｈｅ　ｄｉｒｅｃｔ
ｉｏｎ　ｆｉｅｌｄ。

Ｔｈｅ　ｃｏｎｎｉｎｉｃａｔｉｏｎ　ｍｏｄｅ　５ｐ
ｅｃｉｆｉｅｄ　ｉｎ　ｔｈｅｔｒａｎｓｐｏｒｔ　ｆ
ｉｅｌｄ　ｗｉｌｌ　ｂｅ　ｕｓｅｄ　ｔｏ　ｃｏｎｆ
ｉｇｕｒｅｔｈｅ　１ｎｐｕｔ　ａｎｄｌｏｒ　ｏｕｔ
ｐｕｔ　ｃｈａｎｎｅｌｓ　５ｐａｃｉｆｉｅｄｉｎ　
ｔｈｅ　ｄｉｒｅｃｔｉｏｎ　ｆｉｅｌｄ。

°／ ＃ｄｅｆｉｎｅ　　１０　　ＤＩＲＩＭ＃ｄｅｆｉｎｅ
　　ＩＯＤＩＲ０ＵＴ （１〈〈の　／”　　Ｃｏｎｆｉｇｕｒｅ　ｆｏｒ　１
ｎｐｕｔ（１＜＜１）　　／”　　Ｃｏｎｆｉｇｕｒｅ
　ｆｏｒ　ｏｕｔｐｕｔテーブル　６ ＳＴＡＲＴ　　ユニオン ｔｙｐｅｄｅｆ　５ｔｒｕｃｔ　　５ｔａｒｔｕｓｅｄ
　ｂｙ　５ＴＡＲＴ　　１０ （ ｌＮＴ１６　　　ｉ＋１ａｇ　　ｃｏｕｎｔ；ｌＮＴ１
６　　　ｐｏｌｙ　　ｃｏｕｎｔ；）　　５ＴＡＲＴ； テーブル　７ ＸＩＮＰＵＴ　　ユニオン ／”　　ｕｓｅｄ　ａｌｓｏ　ｂｙ　ＭＯＶＥ　　ＰＯ
ＩＮＴＥＲｔｙｐｅｄｅｆ　５ｔｒｕｃｔ　　ｘｉｎｐ
ｕｔ（ ｔｙｐｅ　； ｅｔａｉｌ Ｘ； ｙ； ｐａｄ　　ａ； ＡＲＤ８ ＡＲＤ８ ＡＲＤ１６ ＡＲＤ１６ ＡＲＤ１６ ）　　ＸＩ！ｆｆｒ；

【図面の簡単な説明】

第１図は本発明の一実施例によるサーバー拡張のコンピ
ュータシステムに用いた場合の一般的な機能を示す系統
図。 第２図は本発明によるサーバー拡張のデータ構成、なら
びに、この拡張がアクセスすべきＸサーバーデータ構成
を示す図。 第３図はサーバー拡張の１つの動作モードにおける応用
プログラム実行を示すプロセスフロー図。 第４図はサーバー拡張のもう１つの動作モードにおける
応用プログラム実行を示すプロセスフロー図。 〔符号の説明〕 １０・・・ＣＰＵ　（セントラルプロセシングユニット
） １２・・・サーバー（オペレーチングシステム）１４・
・・ワークステーション １６・・・ウィンドウ １８・・・マウス ２０・・・キーボード ２２・・・サーバー拡張 ２４Ａ〜２４Ｎ・・・クライアント（応用プログラム） ２６・・・シーケンシャルファイル ２８．３０・・・入力ドライブ ４０・・・出力ドライブ サーバー側 データ構成 第 図 拡張側 データ構成 手 続 補 正 書 （方式） ％式％ １、事件の表示 平成２年特許願第３３３４８８号 ２、発明の名称 サーバー拡張用アーキテクチャ ３、補正をする者 事件との関係 出 願人 ４、代 理 人

Claims (3)

【特許請求の範囲】
1. （１）セントラルプロセシングユニット（１０）、オペ
   レーチングシステム（１２）、ユーザーの指定した入力
   をその端末位置でコンピュータに入力する１つ以上の入
   力ドライブ（１８、３０）、テキストまたはグラフィッ
   ク画像を表示する１つ以上の出力ドライブ（４０）、対
   話モードで動くコンピュータプログラム、上記ユーザー
   指定の入力をユーザーによるに入力と上記コンピュータ
   プログラムによる受信との間で傍受する手段、および上
   記コンピュータプログラムと上記１つ以上の出力ドライ
   ブとの間で出力命令を傍受する手段を備えたことを特徴
   とするコンピュータシステム。
2. （２）上記入力を傍受する手段が、サーバー入力処理ル
   ーチン用にアドレスされたサーバー内のメモリブロック
   と同じ構成のメモリブロック、拡張入力処理ルーチン、
   拡張入力処理のアドレスをサーバー内の上記メモリブロ
   ックにストアする手段、および上記サーバー入力処理ル
   ーチンのアドレスを下記拡張メモリ構成にストアする手
   段を備えた、拡張メモリ構成を有すること、を特徴とす
   る請求項１記載のコンピュータシステム。
3. （３）１つ以上のセントラルプロセシングユニット、電
   子信号を上記ＣＰＵに送信すると共に電子信号を上記Ｃ
   ＰＵから受信する１つ以上の周辺機器、その命令をＣＰ
   Ｕのチップが実行して上記周辺機器から送信される上記
   電子信号を受信すると共に上記周辺機器で受信される電
   子信号を送信するようにするコンピュータプログラム、
   及び上記電子信号を傍受する手段、を備えたことを特徴
   とするコンピュータシステム。