JPH01162970A - グラフィックワークステーションのためのコンソールエミュレーション - Google Patents

Abstract

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

Description

【発明の詳細な説明】 産業上の利用分野 本発明は、一般に、コンピュータグラフィックのワーク
ステーションに係り、より詳細には。

デジタルコンピュータホスト及びグラフィック処理サブ
システムを含む高性能のスタンドアローン型のグラフィ
ックワークステーションのためのコンソールサポートに
係る。

従来の技術 ］ンピュータシステムのユーザは、システムに生じた問
題が通知されることと、問題を調査しそして診断するた
めの手段とを必要としている。

一般に、個別のコンソールターミナルがシステムに隣接
して配置されていてホストコンソールターミナルのポー
トに接続されている。時分割のマルチユーザコンピュー
タにおいては、通常、現場のサービスマン、システムマ
ネージャ、及びコンソールターミナルと対話するオペレ
ータといった若干の選り抜きのユーザがその責務を果た
している。

然し乍ら、単一ユーザワークステーションのユーザは、
この機能を成るやり方で実行できねばならない。

発明が解決しようとする課題 現在、グラフィックワークステーションでは、ワークス
テーションのターミナルにあるコンソールと対話してユ
ーザのアクセスを得ることができる。然し乍ら、グラフ
ィック構造体を表示するためにターミナルによってウィ
ンドウシステムが使用される場合には、ターミナルでの
コンソールの対話により、それまで存在していた全ての
ウィンドウグラフィックが破壊されてしまう。そこで、
グラフィックウィンドウシステムと対話することのでき
るコンソールエミュレーションをワークステーションの
ターミナルで行なうことが要望される。

課題を解決するための手段 本発明は、コンソールエミュレーションを実行する中間
制御プロセッサを使用することによってこの要望を満た
すものである。

本発明は、グラフィックワークステーションにおけるホ
ストコンソールターミナルのエミュレーションを提供す
る。これにより、ユーザは、モニタ及びキーボードを含
むワークステーション自体を用いてホストコンソールタ
ーミナルと対話することができる。更に、コンソールエ
ミュレーションは、グラフィックワークステーションの
ウィンドウシステムを用いて他のウィンドウのグラフィ
ックを破壊することなく実行される。従って。

ワークステーションターミナルのウィンドウにコンソー
ルサポートが与えられる。

本発明のコンソールエミュレーションは、参考としてこ
こに開示する本発明と同日出願のｒ高性能グラフィック
ワークステーション及び周辺リピータボックス（）ＩＩ
ＧＨＰＥＲＦＯＲＭＡＮＣＥ　ＧＲＡＰＨＩＣ３１ｉ’
０ＲＫｓＴＡ丁ＩＯＮ　　ａｎｄ　　ＰＥＲＩＰＨＥＲ
ＡＬ　　ＲＥＰＥＡＴＥＲＢＯＸ）Ｊ　　と題する米国
特許出願に開示された形式のグラフィックシステムに用
いるのに特に適している。

本発明のシステムは、ワークステーションのホストＣＰ
Ｕとして働く中央処理ユニットを備えている。このホス
トプロセッサに中間制御処理ユニット及びバス猜成体に
よって接続されているのはグラフィックシステムである
。この制御処理ユニットは、ホストシステムとグラフィ
ックシステムとの間のインターフェイス、対話装置入力
及びシステム診断を取り扱う。グラフィックシステムは
、２Ｄ及び３Ｄのカラー像を実時間で表示しそして操作
する。

グラフィックシステムのハードウェアの１つの要素は、
構造メモリである。ホストプロセッサは、ホストに存在
するコンソールクライエントを含む１つ以上のアプリケ
ーションプログラムを実行し、グラフィックデータ構造
体を形成する。これらはグラフィックシステムの構造メ
モリに記憶される。グラフィックデータ構造体の各々は
、ハイアラーキのグラフィックデータノード構造体とし
て実施される。本発明のシステムによって一般に使用さ
れる対話式コンピュータグラフィックの説明全体を通じ
て、Ｊ、Ｆ、フォリー及びＡ、パン・ダム（アディショ
ンーウェスレイ１９８２）による「対話式コンピュータ
グラフィックの基礎（Ｆｕｎｄａｍｅｎｔａｌｓ　ｏｆ
　Ｉｎｔｅｒａｃｔｉｖｅ　Ｃｏｍｐｕｔｅｒ　Ｇｒａ
−ｐｈｉｃｓ）Ｊ　を参照する。

各ノードは、ホストに存在するメモリライブラリに記憶
された規定構造のグラフィックルーチンを用いることに
よりホストに存在する特定のアプリケーションプログラ
ム又はコンソールクライエントに準じて構成されるグラ
フィック構造体の原始、変換及び属性等に関連したグラ
フィックデータ又はコマンドを含むように基本的なメモ
リユニットとして定められる。

対話式コンピュータグラフィックの既知の考え方により
、本発明は、ウィンドウシステムを用いて、ユーザのワ
ールド座標系からワークステーションの物理的な表示装
置即ち陰極線管に適した適当な幾何学的な座標への変換
を与える。ウィンドウは、ピクセルの長方形アレイであ
り、表示スクリーンの物理的な寸法に対するウィンドウ
のサイズに基づいて表示装置上で部分的に又は全体的に
見ることができる。又、ウィンドウは、「親」ウィンド
ウ及びサブウィンドウ即ちＦ子Ｊウィンドウのハイアラ
ーキ構成である。ウィンドウは、サイズを変えることが
でき、サブウィンドウの方が親ウィンドウよりサイズが
大きいときには親ウィンドウによって切り取るようにサ
ブウィンドウを使用して、グラフィック構造体によって
画成された表示装置の部分を詳細に表示することができ
る。以下で詳細に述べるように、アプリケーションプロ
グラム及びコンソールクライエントによって形成された
グラフィック構造体の表示に関連して使用するのに非常
に効果的なウィンドウシステムは、使用料なしの工業規
格としてマサチューセッツ・インスティテユート・オブ
・テクノロジの援助のもとに開発されたＸウィンドウシ
ステムである。

二次元のアプリケーションプログラム及びコンソールク
ライエントを処理するために二次元のビットマツプグラ
フィックシステムが設けられている。このビットマツプ
グラフィックシステムは、ビットマツプメモリに記憶さ
れた出力データを処理するためにビットマツプメモリ及
び表現（ｒｅｎｄｅｒｉｎｇ）プロセッサを含む二次元
グラフィックに適したリソースを有している。構造メモ
リは、二次元ビットマツプメモリとして働くようにグラ
フィックシステムによって使用される。又、表現プロセ
ッサは、ビットマツプグラフィックを処理するようにグ
ラフィックシステムによって使用される。

中央プロセッサは、ホストコンソールターミナルのエミ
ュレーションを行なう役目を果たす。

ホストコンソールポートは、制御プロセッサの○ＣＴＡ
ＲＴ直列ボートの１つに接続され、従って。

エミュレーションはホストに対して完全に透過的である
。制御プロセッサは、ホストコンソールからデータを収
集し、システムの初期化の際に形成されたコンソールウ
ィンドウにそれを表示する。

又、制御プロセッサは、入ってくるキーボードデータを
変換してそれをその通常のルートではなくてホストコン
ソールポートへ向は直すように指示され得る。ユーザか
ら見た効果は、これによりワークステーション自体（モ
ニタ及びキーボード）をホストコンソールターミナルと
して使用できることである。

グラフィックシステムを始動したときには、制御プロセ
ッサのＲＯＭをベースとするコードが自動的にコンソー
ルモードになる。システムが作動状態に移行されそして
制御プロセッサのＲＡＭに作動ファームウェアがロード
されると、システムはもはや自動的にコンソールモード
でなくなる。

この点において、コンソールは通常の使用状態でなくな
る。それ故、コンソールプロセッサは、コンソールデー
タをいかに取り扱うかそしてコンソール入力モードにい
つ入るかについて指示されねばならなくなる。

通常の状態のもとでは、ホストコンソールから制御プロ
セッサによってデータが受け取られず、キーボード入力
は通常の事象処理を受ける。コンソールデータが受け取
られたときには、以下で述べるループバックモードにお
けるデフオールド特性により、コンソールデータを使用
できることを指示するメツセージがホストに送られる。

これにより、ホストはもし所望ならばコンソールデータ
を管理することができる。別の実施例において。

コンソールプロセッサは、ホストに通知せず、そして手
前のスクリーン内容を破壊することなくコンソールエミ
ュレーションを直接行なう（コンソールウィンドウにコ
ンソールデータを表示する）ように指示され得る。又、
コンソールデータを使用できることが通知されたときに
ホストがそれに応答できなかった場合にスタンドアロー
ンモードとして知られているループバックからのフォー
ルバック特性が得られる。

キーボードからの入力は、制御プロセッサをコンソール
入力モードに入れることによってホストコンソールへと
向きを変えることができる。このモードのときには、キ
ーボードからのデータが、通常事象の処理を受けるので
はなく、変換されてホストコンソールへ送られる。コン
ソールエミュレーションに用いられるコンソールターミ
ナルウィンドウは、手前のスクリーン内容を破壊しない
ように形成される。これは、低いレベルでありながらも
コンソールエミュレーションがもはや必要でないときに
スクリーンを復帰できるようなレベルでウィンドウシス
テムと協働することを必要とする。コンソールウィンド
ウ自体は、ウィンドウとして確認できるものであるが、
システムの他のウィンドウ（ヘッダ／ボーダの差）に対
して必ずしも同じ見掛けを有していなくてもよい、又、
コンソールウィンドウとして確認できるものでもある。

従って、本発明は、ホストプロセッサが停止されたとき
でも手前のスクリーン内容を破壊することなくグラフィ
ックウィンドウシステムと対話することのできるワーク
ステーションターミナルにおけるコンソールエミュレー
ションを達成する。

更に、制御プロセッサの使用により、エミュレーション
はホストに対して完全に透過的である。ユーザにとって
、コンソールターミナルは、操作、サイズ変更又はイコ
ニファイすることのできる他のウィンドウとして確認す
ることができる。

実施例 以下、添付図面を参照して１本発明の実施例を詳細に説
明する。

先ず、添付図面の第１図を参照すれば、本発明によるグ
ラフィックワークステーションシステムのハードウェア
がブロック図の形態で示されている。ホストサブシステ
ムは、ホスト中央処理ユニット１ｏと、ホストメモリ１
１と、テープ／ネットワーク制御器１２と、制御プロセ
ッサ１３と。

ディスク制御器１４とを備えている。ホストサブシステ
ムの要素１０．１１．１２．１３は、バス１５によって
互いにインターフェイスされる。

本発明の技術を効果的に実施する好ましいホストサブシ
ステムは、ホスト中央処理ユニット１０として使用され
るデジタルＫＡ８２５ホストプロセッサと、ホストメモ
リ１１として使用される４ＭバイトのＭＳ８２０−ＢＡ
メモリモジュールと、テープ制御器１２として用いられ
るＤＥＢＮＸエターネットローカルエリアネットワーク
及びＴＫ５０の９５Ｍバイトストリーミングテープドラ
イブと、ディスク制御器１４として用いられるＲＤ５４
の１５０Ｍバイト取外し不能なディスクドライブ及びＲ
Ｘ５０の８１８にバイトディスケットドライブと、制御
プロセッサ１３として働くデジタルＫＡ８００制御プロ
セッサと、バス１５として用いられるＶＡＸ又はＶＡＸ
　　ＢＩ同同期タイムマルチプレスス３２ビツトバスを
備えている。ホストプロセッサは、完全なＶＡＮ命令セ
ットを実行しそしてＶＭＳ又はＵＬＴＲＩＸのオペレー
ティングシステム及びアプリケーションで動作する単一
ボードＶＡＸプロセッサである。ホストプロセッサ、制
御プロセッサ、ＶＡＸ　　ＢＩパス及び他のホストサブ
システムの要素は、米国、マサチューセッツ州、メイナ
ードのデジタルエクイツブメントコ−ポレーションによ
って販売されている。

制御プロセッサ１３には、この制御プロセッサをグラフ
ィックサブシステム１７にインターフェイスするために
ローカルバス即ちｌｌ３２バス１６が設けられている。

それ故、制御プロセッサ１３は、グラフィックサブシス
テム１７とＢＩババス５との間のインターフェイスとし
て働く。又、制御プロセッサ１３は、第１図に示すよう
に、周辺リピータボックス２３により直列データライン
２４を経て制御プロセッサ１３に接続されたキーボード
１８．ボタンボックス１９．マウス２０、タブレット２
１及びダイヤルボックス２２のような対話型周辺装置に
対し入力及び出力の予備処理を行なう。直列経路は、制
御プロセッサ１３のオフタル非同期受信／送信（○ＣＴ
ＡＲＴ）ボートとして知られているものに接続される。

周辺リピータボックス２３は、モニタ場所にある周辺装
置１８．１９．２０．２１．２２を付勢するのに用いら
れると共に、周辺装置１８．１９．２０．２１．２２か
ら周辺信号を収集するのに用いられる。

周辺リピータボックスは、信号をパケット化してそのパ
ケットを制御プロセッサ１３を経てホスト中央処理ユニ
ット１０へ送ることにより、収集した周辺信号を編成す
る。又、周辺リピータボックス２３は、ホスト処理ユニ
ット１０から制御プロセッサ１３を経てパケットを受け
取り、パケットを解除してデータを得、そしてその解除
されたデータを適当な周辺装置１８．１９．２０．２１
．２２へ送る。制御プロセッサ１３及び周辺リピータボ
ックス２３の入力及び出力の予備処理機能の詳細な説明
については１本発明と同日に出願された「周辺リピータ
ボックス（Ｐｅｒｉｐｈｅｒａｌ　ＲｅｐｅａｔｅｒＢ
ｏｘ）　Ｊと題する特許出願を参照されたい。

コンソールの直列経路２５及び４０は、制御プロセッサ
１３の０ＣＴＡＲＴボート４４からホスト直列コンソー
ルのユニバーサル非同期受信／送信（ＵＡＲＴ）ボート
４３として知られているものに接続される。ホストコン
ソールボートは、コンソールターミナルの特殊なインタ
ーフェイスである６制御プロセツサ１３は、インターフ
ェイスの他の側をエミュレートシ、ユーザにコンソール
ターミナルエミュレータの機能を与えてホストのコンソ
ールプログラムと対話できるようにする、個別のコンソ
ールターミナル４１は、ワークステーションのコンソー
ルインターフェイスにとって代わるホストコンソールＵ
ＡＲＴボート４３に直結される。

グラフィックサブシステム１７は、エバンス＆サザーラ
ンドコンピュータコーポレーションによって販売されて
いるグラフィックカードセットを備えている。グラフィ
ックサブシステム１７の主たる機能は、中央処理ユニッ
ト１０に存在するアプリケーションプログラム及びコン
ソールクライエントによって作られたグラフィックデー
タ構造体を記憶し、そしてグラフィックデータ構造体を
処理し、操作しそして現われた通りに表示することであ
る。

第１Ａ図を参照すれば、グラフィックカードセットは、
ローカルｌｌ３２バス１６によって中央プロセッサ１３
とインターフェイスされた構造メモリ２６を備えている
。以下で詳細に述べるように、この構造メモリは、ホス
ト中央処理ユニット１０のアプリケーションプログラム
及びコンソールクライエントによって作られたグラフィ
ックデータ構造体を記憶するための４Ｍバイトメモリで
ある。

非同期動作構造体ウォーカ２７は、ｌｌ３２バス１６に
よって中央プロセッサ１３にインターフェイスされると
共に、構造メモリバス２８によって構造メモリ２６にイ
ンターフェイスされる。

この構造体ウォーカ２７は、特殊目的の３２ビツトのビ
ットスライスマイクロプロセッサであって、構造メモリ
２６に記憶されたグラフィックデータ構造体を連続的な
逐次の非優先順位ベースで進めると共に、ライン３０を
経てグラフィックパイプラインプロセッサ２９にグラフ
ィックデータを送る。グラフィックデータは、最終的に
、種々の要素３１．３２．３３．３４．３７．３９及び
４゜によって更に処理された後に、モニタ３８に表示さ
れる。

グラフィックデータマネージャ３３は、ピクセルプロセ
ッサ３５ヘロードするための全ての有効な描写コマンド
をロードすると共に、更に１表現プロセッサ３６へのパ
イプラインコマンドをバッファし且つ表現プロセッサ３
６からピクセルプロセッサ３５へのデータをバッファす
るように動作する。表現プロセッサ及び全システムの詳
細な説明については、本発明と同日に出願された「高性
能グラフィックワークステーション（Ｈｉｇｈ　Ｐｅｒ
ｆｏｒｍａｎｃｅ　Ｇｒａｐｈｉｃｓ　Ｗｏｒｋｓｔａ
ｔｉｏｎ）Ｊと題する特許出願を参照されたい。

ピクセルプロセッサ３５は、デルタ／深さキュー計算器
３４によって発生されたエンドポイント及び傾斜データ
と、表現プロセッサ３６によって発生された多角形表現
データとを使用して、非通称及び深さキューラインを引
き出す１６個の同じプロセッサより成る。ピクセルプロ
セッサ３５からのデータはフレームバッファ３７に送ら
れ。

このフレームバッファは、システムモニタ３８に対して
発生されたピクセル像を含むための１０２４Ｘ１０２４
ピクセルのメモリを構成する。フレームバッファ３７は
、６０　Ｈｚの１０２４Ｘ８６４の非インターレース式
のラスク走査表示フォーマットを与える。

ビデオ制御器３９は、フレームバッファ３７から出力を
受け取りそしてデジタルデータをアナログ信号に変換し
てモニタ３８を駆動させる。モニタ３８は、デジタ）Ｌ
ｉＶＲ２９０−ＤＡ／Ｄ３／Ｄ４の１９インチカラーモ
ニタで、１０２４Ｘ８６４ピクセルの像領域を有してい
る。又、ビデオ制御器３０は、デイスプレィのためのビ
デオフォーマットを決定するウィンドウルックアップテ
ーブルと、ピクセルの赤、緑及び青成分を定めるための
カラー値のカラールックアップテーブルとを含んでいる
。グラフィックデータバス４０は、第１Ａ図に示すよう
に、ビデオ制御器３０とグラフィックサブシステム１７
の他の種々の要素とのインターフェイスをなすために設
けられている。

第２図を参照すれば、グラフィックシステムのホストサ
ブシステムにおけるソフトウェア編成がブロック図で示
されている。アプリケーション１００は、グラフィック
データ構造体の構成に関する要求をなす。ホストサブシ
ステムには多数のアプリケーション１００が存在しくそ
の１つがコンソールクライエントである）、これらアプ
リケーションはホストプロセッサによって実行される。

アプリケーションプログラム１００及びコンソールクラ
イエント１００は、グラフィックサブシステム１７によ
って操作及び表示するための多数のグラフィックデータ
構造体を形成する。

Ｘウィンドウシステムは、アプリケーションプログラム
及びコンソールクライエント１００に含まれたウィンド
ウ形成及びビットマツプグラフィック要求を実行するよ
うに構成される。Ｘウィンドウシステムは、マサチュー
セッツ・インスティテユート・オブ・テクノロジーによ
って出版された出版物、例えば、ジム・ゲッテイ、ロム
・ニューマン及びロバートＷ、シフラー著のｒ　Ｘ　１
ｉｂ−ＣランゲソジＸインターフェイスプロトコルバー
ジョン１１」及びロバートＷ、シフラー著の［Ｘウィン
ドウシステムプロトコル、バージョン１１ベータテスト
」に詳細に述べられている。これらの出版物は、いかな
る目的に対しても無料で使用、複写、修正及び配布する
ことができる。Ｘウィンドウシステムのついての資料は
、０２１３９マサチユーセツツ、カンブリッジ、５４５
テクノロジースクエアのマサチューセッツ・インスティ
テユート・オブ・テクノロジー・ラボラトリ・フォア・
コンピュータ・サイエンスから入手できる。

Ｘウィンドウシステムは、タライエントーサーバモデル
に基づいている。アプリケーション１００は、その要求
をサーバプロセス１０１に通信することによってその作
業を行なうクライエントである。サーバ１０１は、要求
されたファンクションを実行し、クライエントアプリケ
ーション１００に状態を返送する。Ｘウィンドウシステ
ムの主たる要素は、Ｘプロトコル１０２、サーバ１０１
及びＸ１ｉｂ１０３である。

Ｘプロトコル１０２は、サーバ１０１とクライエント１
００との間で通信するためのモデルを形成し、グラフィ
ックサブシステム１７に使用される。このモデルは、特
定の方法で対話する多数の対象で構成される。最も基本
的な対象は、所与の時間にモニタ３８上で（部分的に）
見えてもよいし見えなくてもよいピクセルの長方形アレ
イであるウィンドウである。ウィンドウはハイアラーキ
構成であり、換言すれば、ウィンドウはサブウィンドウ
を有している。サブウィンドウが表示されるときには、
その親ウィンドウに対して切断される。モニタは、ハイ
アラーキの根である。各ウィンドウは、独特のＩＤ、即
ちオプションの特性リストを有しており、形成プロセス
１００ではないプロセス１００によって操作される。Ｘ
プロトコル１０２は、既存のウィンドウの数に制限を課
することもないしそれを助長することもない（即ち、ウ
ィンドウは「低廉」である）。

Ｘプロトコル１０２によって定められる他の対象は、次
のものを含む。

一力う−マップ：ピクセル値とカラーとの間の関連性。

一ピクスマップ：ピクセルの長方形アレイ。

−タイル：領域を満たしそしてカーソルを定めるのに使
用される特殊な種類のピクスマップ。

−ポリライン：特殊な基準によりウィンドウに表示され
る１組の関連ポイント。

−（象形）活字：アルファニューメリック文字（比例フ
ォントを含む）に対応する１組のビットマツプ。

又、Ｘプロトコル１０２は、事象の数も定める。これら
の事象は、サーバ１０１によって検出され、クライエン
ト１００へと通される。事象は、例えば１次の通りであ
る。

一露出事象：既に閉鎖されていた表示ウィンドウの一部
分がここで露出された。

−キーボード事象：キーボード上のキーが押された。

一ボタン事象：指示装置（例えば、マウス）上のボタン
が押された。

クライエント１００は、明確に表わされた問題を有する
事象の通知のみを受け取る。これらの事象は時間順序の
待ち行列に維持され、クライエント１００によって同期
又は非同期で受け取ることができる。

Ｘサーバ１０１は、クライエントアプリケーション１０
０とグラフィックサブシステム１７との間の通信を取り
次ぐ。各クライエント１００は、通信プロトコルを介し
てサーバ１０１への接続を確立する。クライエント１０
０は、ウィンドウに描写したり、活字をロードしたり、
カラーマツプを操作したり、幾つかの事象の問題を表現
したり、等々の機能を実行するコマンドをサーバ１０１
へ供給する。Ｘサーバ１０１は、次いで、構造メモリ２
６のノードとしてグラフィックサブシステム１７ヘコマ
ンドを送るといった所要の機能を実行する。

サーバ１０１は、常にモニタ３８と同じホストプロセッ
サに配置されている。１台の機械筒たり２つ以上のサー
バを設けることができ、１つのサーバによって２つ以上
のモニタ３８を制御することができる。然し乍ら、各モ
ニタは、せいぜい１つのサーバによって制御される。

Ｘ１ｉｂ１０３は、Ｘサーバに対するクライエントイン
ターフェイスである。これは、その下のＸプロトコル１
０２によって与えられる機能に対応するプロセデュアイ
ンターフェイスである。従って、ウィンドウを形成して
そこに描写する等々の呼び出しが存在する。Ｘ　ｌｉｂ
はプロセデュアインターフェイスであるから、より高い
レベルの言語から呼び出されるように構成される。

ウィンドウマネージャ１０４は、操作者ワークステーシ
ョンインターフェイスを実行するアプリケーションであ
る。これは、典型的に、ウィンドウを形成し、移動し、
サイズを変更し、イコニファイしそして破壊する機能を
ユーザに与える。

これらの動作は、ボタンをかけたりキーボードを打った
りする動作に関連してマウスを指示装置として使用する
ことによって指示される。Ｘプロトコル１０２は１つの
ウィンドウマネージャを特定するものではないが、現在
では多数のものから選択することができる。Ｘは、特注
のウィンドウマネージャ実施に対して必要な特性を与え
る。これは、１）Ｘアプリケーションを実行するのにウ
ィンドウマネージャが必要とされず、２）多数のウィン
ドウマネージャをもつことができる（然し、同じデイス
プレィ上に同時ではない）ことを意味する。

グラフィックパッケージは、例えば、ＧＫＳＯ／ｂパッ
ケージとしてＸウィンドウシステムの上部に積層される
。Ｘウィンドウシステムは、ビットマツプグラフィック
システムに関連して使用するように開発されたものであ
る。ビットマツプグラフィックコンテクスト及びコマン
ド待ち行列は、以下で明らかとなるように１表現プロセ
ッサ３６によって処理される。

第３図は、点ｆｉ５２によってホストサブシステムとグ
ラフィックサブシステムとに分割されたコンソールブロ
ック図である。グラフィックサブシステムに含まれてい
るのは、制御プロセッサ１３とグラフィックプロセッサ
１７である。グラフィックプロセッサ１７は、上記した
ように、構造メモリ２６と、表現プロセッサ３６とを含
んでいる。

コンソールのホストサブシステムは、ドライバ５５及び
コンソールクライエント１００を有するＸウィンドウシ
ステムのＸサーバ１０１を備えている。コンソールクラ
イエント１００は、それ自身のウィンドウを有するアプ
リケーションプログラムとして働くが、そのウィンドウ
にコンソール情報を表示する。

ホストプロセッサと制御プロセッサとの間には著しい通
信量がある。ホストは、コンチクスト操作コマンド及び
データを制御プロセッサに送信する。制御プロセッサは
、入力事象及びエラー情報をホストに送る。

２つのプロセッサは、グラフィックワークステーション
形態においてＢＩババス介して密接に接続されているの
で、通信プロトコルに対してはＢＩ　　ＶＡＸポート（
ＢＶＰ）６１が選択される。

ドライバ５５は、ＢＶＰを用いて制御プロセッサと通信
することのできる内部ルーチンを有する。

同様に、制御プロセッサのオペレーティングシステムの
カーナルは、ホストと通信するためのルーチンを含む。

第４図は、制御プロセッサ１３のソフトウェアブロック
図であり、制御プロセッサを通るデータの流れを示して
いる。制御プロセッサ内で動作するソフトウェアブロッ
クは、装置インターフェイス６０．ＢＶＰインターフェ
イス６１．コンソールハンドラ６２、キーボードハンド
ラ６３及びマウスハンドラ６４であり、これらは全て以
下で詳細に説明する。Ｘウィンドウシステムのサーバ１
０１は、ＢＶＰ入力／出力経路５０を経て制御プロセッ
サのＢＶＰインターフェイス６１と通信するように示さ
れている。

キーボード１８及びマウス２０が接続された周辺リピー
タボックス（ＰＲ水ボツクス２３は、第４図に示すよう
に、装置インターフェイス６０を経て制御プロセッサの
キーボードハンドラ６３及びマウスハンドラ６４と各々
通信する。制御プロセッサの装置インターフェイス６０
からホストプロセッサ１０のコンソール直列ボート４３
へ直列経路２５及び４０が示されている。コンソールハ
ンドラ６２は、ホストコンソールサブシステムからのコ
ンソールデイスプレィ入力を、モニタ３８に表示するた
めにグラフィックプロセッサ１７に含まれた表現プロセ
ッサ３６に導くことができる。又、コンソールデイスプ
レィ入力を、Ｘサーバ１０１によって表示するためにＢ
ＶＰインターフェイス６１を経てホスト１０に戻すこと
もできる。マウスハンドラ６４及びキーボードハンドラ
６３は、コンソールハンドラ６２に関連して、以下で述
べるように、キーボード、マウス及びコンソールサブシ
ステム間でのデータの流れを制御する。

コンソールソフトウェアアーキテクチャは、垂直の層に
配置さ九た多数の要素で構成される。

作動モードにあるときに（Ｘサーバが初期化され、動作
している）コンソールを構成する要素は、第３図及び第
４図に示すように、最も下の層から上に向かってそれら
の機能の説明と共にリストする。

゛　インターフェイス 装置インターフェイス６０は、コンソール直列ライン２
５及び４０とＩ１０接続される。このインターフェイス
は、ホストコンソール出力ライン４０に接続された０Ｃ
ＴＡＲＴ４３からフィールドが入力される。ホストから
受け取った文字は表示のためのものであり、装置インタ
ーフェイス６０を経てコンソールハンドラ６２へ通され
る。

又、装置インターフェイス６０は、キーボード１８から
０ＣＴＡＲＴ直列インターフェイスを通してホストへ入
力を通す。ホストへ通されるべきキーボード文字は、キ
ーボードハンドラ６３から受け取られる。

コンソールハンドラ コンソールハンドラ６２は、制御プロセッサ内のコンソ
ールデイスプレィの動作を編成する。

コンソールハンドラファームウェアのリストを添付資料
Ａに記載する。このコンソールハンドラは、装置インタ
ーフェイス６０と共にそのリンクを通してコンソールで
表示するために文字をピックアップする。これらの文字
で何を行なうかは、その現在の作動モードによって決飯
る。コンソールプロセッサのコンソール表示モードは、
ホストによって制御され、コンソールハンドラ６２にお
いて実施される。これは、以下で詳細に説明する。

一般の場合には、コンソール表示文字がコンソールハン
ドラ６２によって局部的に表示されず、ホストのＸサー
バ１０１へ送るべく制御プロセッサのＢＶＰインターフ
ェイス６１へ通される。他のモードにおいては、コンソ
ールハンドラ６２によりホストの助成なしにコンソール
文字が表示される。

コンソールハンドラ６２は、コンソール表示モードを変
更するように命令するコマンドをホストシステムから受
け取る。ホストからのこれらのモード変更コマンドは、
制御プロセッサのＢＶＰインターフェイス６１を経て受
け取られる。

ＢＶＰインターフェイス 制御プロセッサのＢＶＰインターフェイス６１は、ホス
トシステムのドライバ５５からデータを受け取ってこれ
を通す。コンソール表示文字は、コンソールハンドラ６
２から受け取られ、ホストシステムのドライバ５５へ通
される。ホストシステムのドライバ５５から受け取った
モード変更コマンドは、コンソールハンドラ６２へ通さ
れる。

ホストドライバ　びＸサーバ ＢＶＰインターフェイス６１を含むホストドライバ５５
は、コンソールハンドラ６２からコンソール文字を得る
。これらは、入力事象としてフォーマット化され、そし
てＸサーバの入カバンドラまで送られる。

Ｘサーバ１０１の入カバンドラは、コンソール文字事象
を待ち行列から解除し、それらをサーバの入力延長部に
属するものとして確認し、そしてそれらを通す。入力延
長コードは、どちらかのＸクライエントがその事象形式
を捕えたところのコンソール表示文字を与える。この場
合、それを捕えるのはコンソールクライエント１００で
ある。

コンソールクライエント コンソールクライエント１００は、ループバックモード
においてそのウィンドウの文字を標準ターミナルエミュ
レーション経路を経そしてＸサーバを経てエコー送信す
るか又は制御プロセッサのコンソールエミュレーション
モードにおいてエミュレーシミンを行なうようにコンソ
ールハンドラ６２に通知する。コンソールクライエント
１００は、コンソール表示文字の入力事象形式の捕えた
所有権をその初期化シーケンスの一部分として処理する
。これは、入力延長部によってＸサーバに与えられる標
準入力制御プロセデュアを用いて行なわれる。又、初期
化時には、コンソールクライエント１００は、それが受
け取ったコンソール文字が表示される２Ｄ　　Ｘウィン
ドウを開く。

コンソール表示文字を受け取った際に、コンソールクラ
イエント１００は、標準Ｘターミナルエミュレーション
経路を使用して、ループバックモードにあるときにコン
ソールに文字を表示する。

標準的なＸクライエントとして、コンソールクライエン
トのウィンドウを操作者インターフェイスによって積層
し、イコニファイし、等々を行なうことができる。

第５図は、グラフィックシステムにおいて動作するソフ
トウェア本体の一般的なブロック図である。２つの重要
なソフトウェア本体があり、それは、Ｘウィンドウシス
テムソフトウェア２００と、コンソールプロセッサラン
タイムシステム（ＶＡＸＥＬＮ）ソフトウェア２０１と
である。

両本体は、モニタ３８にアクセスしようとする。

ソフトウェア本体は、ＢＩ　　ＶＡＸ　　ＰＯＲＴ（Ｂ
ＶＰ）又はトランスポート層６１及びセツション層２０
２によって接続される。モニタへのアクセスの仲裁は５
本発明の目的である。

第６図は、表現プロセッサ及び構造メモリインターフェ
イスを示している。このインターフェイスは、構造メモ
リ８１の指定領域に配置されたビットマツプルートポイ
ンタ８３を含んでいる。

このビットマツプルートポインタは、構造メモリの指定
の部分８２に動的に配置されたグラフィックコンテクス
トを指す。又、構造メモリの指定の領域には、コンソー
ルグラフィックコンテクスト８８を指すコンソールグラ
フィックコンテクストポインタ８４も配置されている。

Ｘサーバはビットマツプルートポインタにコマンドを発
し、コンソールハンドラはコンソールグラフィックスコ
ンチクストポインタ８４にコマンドを発する。

グラフィックスコンチクスト８６−８８は、データ構造
体７５−７７に対するポインタとして働く、データ構造
体は、ユーザ発生コマンドより成る。第７図は、グラフ
ィックコンテクスト（８６−８８）の状態ブロックを示
している。状態ブロックの１部片が行き先９０である。

この行き先は、スクリーン上のどこにグラフィックを置
くかを知らせるものである。これは、高さ及び巾データ
を含む表示コンチクスト９１と、ｘ−ｙ座標及びオフセ
ットデータ等を含む表示インスタンス９２とによって行
なわれる６ コンソールインターフェイスの コンソールモードは、オペレーティングシステムソフト
ウェアがホストシステムの制御を行なわないようなＣＰ
Ｕモードとして定められる。むしろ、制御はコンソール
サブシステムに属する。

コンソールターミナルは、コンソールサブシステムに接
続されるという点で特殊である。通常の動作中に、コン
ソールターミナルからのデータはオペレーティングシス
テムに通されて解読される。コンソールモードにおいて
は、データがコンソールサブシステムによって解読され
る。これは。

コンソールターミナルと、オペレーティングシステム又
はコンソールサブシステムのいずれかとの間に成る特殊
なハードウェア及びソフトウェアが存在することを意味
する。このインターフェイスが存在すると、コンソール
サブシステムの完全性に影響することなくコンソールタ
ーミナル装置をエミュレートすることができる。これは
、ワークステーションがコンソールターミナルをエミュ
レートするようにさせることにより達成される。

キーボード、モニタ及び計算能力を有する単一のユーザ
ワークステーションは、いかなる所要のコンソールター
ミナル機能を実行することもできる。実際に、個々のタ
ーミナルごとにコンソールモードに入ってこれを使用し
なければならないという冗長性がある。然し乍ら、成る
場合には、両方の機能をもたせることが所望され、即ち
、ワークステーション又は個別のターミナルをシステム
コンソールとして使用することが所望される（おそらく
、後者の場合にはワークステーション自体に伴う問題を
診断するために）。

ホストはコンソールターミナルに対して特殊なインター
フェイスを与えねばならないので、ワークステーション
がそのインターフェイスの他の側をエミュレートできね
ばならない、ワークステーションは、ｌｌｔ定のプロト
コルに基づいてコンソールサブシステムにデータを送っ
たりそこからデータを受け取ったりすることができる。

又、コンソールプログラムと対話することのできるコン
ソールターミナルエミュレータをユーザに与えることも
できる。

第１図に示されたグラフィックワークステーションのブ
ロック図は、ホストＣＰＵｌ０及び制御プロセッサ１３
の両方に対する直列インターフェイスを示している。ホ
スト及び制御プロセッサの両方に対するコネクタゼロは
コンソールターミナル装置のために割り当てられている
。ターミナル４１は、標準的なＲ５２３２コネクタでこ
のホストボートに物理的に接続されて、コンソールター
ミナルとなることができる。然し乍ら、デフオールドに
より、ジャンパケーブルがホストのボートゼロを制御プ
ロセッサ１３のボートゼロに接続する。これにより、制
御プロセッサは直列コンソールボートを通してホストへ
データを転送することができる。これで、制御プロセッ
サは、ホストコンソールターミナルをエミュレートする
手段を有することになり、ホストコンソールのフロント
エンドは、これら２つの経路を区別することができない
。又、制御プロセッサは、コンソールボートからの切断
を検出することもでき、これは、コンソールの対話に実
際のターミナルしか使用できないことを指示する。

コンソールデイスプレィモード コンソールデイスプレィモードには、ＲＯＭベースコン
ソール、ＲＡＭベースコンソール及び動作コンソールの
３つの基本的な形式がある。これら種々のモードは、制
御プロセッサ１３に存在するコンソールデイスプレィコ
ードの性質に関して定義される。

Ａ、ＲＯＭベースコンソール このモードに入るのは、システムが始動されたとき又は
制御プロセッサ１３がＢＩノードリセットコマンドを受
け取ったときである。このＲＯＭベースコンソールに入
ったときには、制御プロセッサ１３がＲＯＭコード４８
の実行を開始し、これにより、制御プロセッサ１３及び
グラフィックプロセッサ１７の両方において一連の自己
テストを開始する。制御プロセッサの自己テストには。

グラフィックサブシステムの幾つかの部分がシステムコ
ンシール機能を与えるに充分なほど働くことを確保する
ためのチエツクが含まれる。

更に、ＲＯＭベースコンソールにおいては、簡単なグラ
フィックを実行できねばならない。ＲＯＭ４８に含まれ
た小さな組のデイスプレィマイクロコードがグラフィッ
クプロセッサ１７のグラフィックデータマネージャ３３
にロードされ、ウィンドウを形成し、カラー及びビデオ
ルックアップテーブルをロードする動作及びグラフフィ
ックビット構成動作が実行される。従って、ＲＯＭべ−
スのコンソールは、ホストコンソールプログラム４２を
探索しそしてこれと対話できるようにすると共に、オペ
レーティングシステムブート情報を表示できるようにす
る。このコンソール情報の表示は、コンソールがモニタ
スクリーン３８上に置いたウィンドウに行なわれる。

制御プロセッサ０ＣＴＡＲＴ４４は、ホストプロセッサ
１０及びＰＲ水ボツクス３に対してチャンネルの送信及
び受信を与える。ＲＯＭベースのコンソールコードはこ
れらの接続を聞く。キーボードからのキーストロークが
受け取られると。

これがＡＳＣＩＩに変換されて、○ＣＴＡＲＴ４４を経
てホストコンソールサブシステム４２へ送られる。キー
ボードのキーコードは、キーボードの国際規格に合致す
る変換テーブルを用いてＡＳＣＩＩ文字に変換される。

この変換テーブルは、制御プロセッサ１３のＲＯＭ４８
に記憶される。

制御プロセッサ１３のＲＯＭコードがホストからのコン
ソール文字を受け取ると、それをモニタスクリーン３８
上のコンソールウィンドウに表示する。

ホストシステムは、制御プロセッサのランタイムコード
（ＶＡＸＥＬＮ）をロードした後に。

ＲＯＭコードに割込み、ＲＡＭコード４７へ移行する。

Ｂ、ＲＡＭベースコンソール ＲＯＭベースコンソールは、オペレーティングシステム
をブートする際にＲＡＭベースコンソールに移行する。

ＶＭＳ又はＵ　１　ｔ　ｒ　ｉ　ｘのいずれかがブート
され、始動手順の一部分として制御プロセッサのランタ
イムコードをロードする。実行可能なコードの本体は、
ＲＯＭベースコンソールが実行されている間に制御プロ
セッサＲＡＭ４７にロードされる。ＲＡＭ４７にコード
がロードされると、割込みが発生し、ＲＯＭベースコン
ソールを実行しているプロセッサに割り込むと共に、Ｒ
ＡＭコードにジャンプするようにプロセッサに指示する
。プロセッサはＲＡＭコードに至り、ウィンドウシステ
ムが動作されるときに使用される更に別の初期化を実行
する。その間に、ＲＡＭコンソールは、ＲＯＭ４７から
グラフィックデータマネージャ３３にロードされている
小組のデイスプレィマイクロコードを使用する。従って
、ＲＡＭコンソールはまさにＲＯＭコンソールのエミュ
レーシ１ンを行い、　ＷＡ察者にはその相違が分からな
い、このＲＡＭベースコンソールのスタンドアローン機
能は、コンソールハンドラ６２によって実施される。

スタンドアローンのＲＡＭベースコンソールがブート時
間に入ると、キーボードハンドラ６３のグローバルスイ
ッチが入れられて、装置インターフェイス６０を経てホ
ストコンソールサブシステムへキーボード入力を与える
ようにキーボードハンドラ６３に指示する。

コンソールデイスプレィ文字がホストコンソールサブシ
ステムから装置インターフェイス６０を経てコンソール
ハンドラ６２に入ると、グラフィックサブシステムのモ
ニタスクリーン３８上のコンソールウィンドウに表示さ
れる。キーボード入力がＰＲ水ボツクス３から送られて
くると、キーボードハンドラはそれをＡＳＣＩＩ（上記
した）に変換しそしてホストコンソールサブシステム１
０に送信する。

動作マイクロコードをロードする前に、ＲＡＭベースコ
ンソールは、ＲＯＭベースのマイクロコードグラフィッ
クを用いてスクリーンと通信する。ウィンドウシステム
が始動しそして動作マイクロコードがロードされると、
ホストプロセッサがＲＡＭコンソールに連絡し、スクリ
ーンにコンソールデータを書き込まないように指示する
。というのは、ＲＡＭベースのコンソールは動作マイク
ロコードと通信できないからである。それ故、動作マイ
クロコードのロード中に、ＲＡＭコンソールはバッファ
に受け取られたコンソール文字をセーブする。動作マイ
クロコードがロードされると、動作コンソールが設定さ
れ、ＲＡＭベースコンソールによってバッファに記憶さ
れた文字を表示する。

ＲＯＭ及びＲＡＭベースコンソールモードにおいては、
原始グラフィックを実行できる能力がなければならない
。然し乍ら、二九らのモードは、ＲＯＭマイクロコード
からスクリーンに表示が落とし込まれ、従って、前のス
クリーン内容を破壊するという欠点がある。これは、別
の組のグラフィック機能を行う動作マイクロコードに代
わってＲＯＭコード（これは始動マイクロコードである
）が再ロードされるからである。動作ベースのコンソー
ルは、制御プロセッサがホストプロセッサのＸシステム
ソフトウェアと協働するようにさせることによってこの
問題を解消する。

Ｃ０動　ベースコンソール コンソールの完全なエミュレーションを実行する動作モ
ードは、コンソールハンドラに対して例えばウィンドウ
を描いたりテキストをプリントしたりといったビットマ
ツプグラフィックコマンドを実行するために表現プロセ
ッサインターフェイスを用いている。表現プロセッサの
動作については、上記の特許出願に詳細に説明されてい
る。

コンソールハンドラは、表現プロセッサに対して待ち行
列入力を確立し、このプロセッサは、次いで、構造メモ
リの描写コマンドを実行する。それ故、ホストプロセッ
サがウィンドウを設定してしまっているので、ウィンド
ウが適切に書き直されるように確保するためにはホスト
と制御プロセッサとの間に通信が必要とされ、制御プロ
セッサはいつでもウィンドウの内容を書き直すに充分な
データを維持し、そして制御プロセッサは、ホストプロ
セッサによって設定されたウィンドウシステムのコンチ
クストにおいて表現プロセッサのコマンドをいかに発生
するかを知る。

動作コンソールは、ウィンドウシステムと同じプロセッ
サにおいてＲＡＭコードが実行されていなくてもホスト
プロセッサにおいて実行されているＸウィンドウシステ
ムと調和して動作するように設計されている。

第５図を参照すれば、一般に、動作グラフィックシステ
ムにおいて実行されるソフトウェアの本体は２つあり、
即ち、Ｘウィンドウシステム２００と中央プロセッサの
ランタイムシステム２０１とがある。これら両方のソフ
トウェア本体は、同時に異なった目的を果たすためにモ
ニタスクリーン３８上に表示されることが所望される。

Ｘウィンドウシステムは、スクリーン上でウィンドウ操
作を行うことが所望される。制御プロセッサのランタイ
ムシステムは、同じスクリーン上にコンソールデータを
表示することが所望される。Ｘウィンドウソフトウェア
はホストプロセッサにおいて実行され、一方、制御プロ
セッサのランタイムシステムは制御プロセッサによって
実行される。

ホストプロセッサと制御プロセッサとの間の通信チャン
ネルは、ＢＩＶａｘボートプロトコル（ＢＶＰ）又はト
ランスポートＭ６１として知られている。Ｘウィンドウ
システム及び制御プロセッサは、ＢＶＰ又はトランスポ
ート層からの通信を受け取るセツションレベルプロトコ
ル［２０２を有している。これにより、複雑なトランス
ポートプロトコルであるＢＶＰの仕様から隔離されなが
らも、２つの高いレベルのソフトウェア本体、即ちＸウ
ィンドウ及びコンソールハンドラが互いに通信できるよ
うにする。

両方のシステムが、いったん動作モードに入ると、前の
スクリーン内容を破壊することなくスクリーン３８にア
クセスすることができるようにする実施例が２つあり、
即ち、それらは、ループバック及び制御プロセッサエミ
ュレーションである。

ａ）ループバック ループバックモードは、ＲＡＭベースのスタンドアロー
ンモードから入る。このループバックモードにおいては
、コンソールハンドラ６２によってコンソール文字の表
示が行われない。そうではなくて、コンソールハンドラ
６２は、デイスプレィ文字をＢＶＰインターフェイス６
１を経てＸサーバ１０１へ送り、このＸサーバが標準Ｘ
ウィンド表示方法によってそれらを表示する。単一のハ
ードウェア部分にアクセスする２つのソフトウェア本体
間で仲裁を行う必要はない。

コンソール文字がループバックモードでホストに通され
るたびに、即ち、ホストがＢＶＰプロ１−コルからパケ
ットを受け取るたびに、コンソールハンドラ６２はホス
トプロセッサのフラグをチエツクする。このフラグは、
パケットについてのＢＶＰ待ち行列アクセスのたびにホ
ストシステムドライバ５５によって増加される。それに
対して待機が生じる間に時間切れがスタートされる。コ
ンソールハンドラがフラグを確認する前に時間切れが生
じると、ホストがデッド状態であるとされ、スタンドア
ローンデイスプレィモードに再入する。

然し乍ら、スタンドアローンモードに再入すると、サブ
システムの状態及びマイクロコードが破壊される。

ループバックモードにおいては問題が生じるが、好まし
い実施例において、動作ベースコンソールモードの制御
プロセッサコンソールエミュレーションで解消される。

ループバックモードは制御プロセッサのソフトウェアに
よって最初に受け取った文字を表示するのに全グラフィ
ックシステムに基づいているので、ホストプロセッサの
停止又はクラッシュが生じたときには文字が失われる。

というのは、これらがＢＶＰインターフェイスの前端に
押し込められるがホストがデッドであるときにはホスト
トランスポート層がそれらをピックアップできないから
である。

この形式のグラフィックシステムでは、ホストプロセッ
サが停止したときに、全システムが実際上全く命令を実
行しない、むしろ、停止の際に、ホストは、システムメ
モリにおいてそれがあった場所、即ち、オペレーティン
グシステムコード又はウィンドウシステムコード等を実
行していた場所から、内部コンソールサブシステムＲＯ
Ｍ４２ヘジヤンプする。ホストプロセッサは実行を続け
、ＲＯＭコードを使用して、より大きなシステムを検査
したり又はこれと対話して、システムがなぜ停止したか
を発見することができる。

これに鑑み、ホストシステムが停止したときには、コン
ソールをスクリーン上のそれ自身のコンソールウィンド
ウにおいて使用できるようにすると共にシステムキーボ
ードを介してコンソールと対話できるようにすることが
非常に困難である。

ｂ）ｍ　　プロセッサコンソールエミュレーシ１≦乙 制御プロセッサコンソールエミュレーションモードでは
、制御プロセッサランタイムシステム２０１がコンソー
ルデータをスクリーン上のコンソールウィンドウに直接
入力することができる。

更に、停止が生じたときにオフにされたシステムＲＡＭ
の場所から実行を続けることができる。これにより、ウ
ィンドウシステムは何等妨害をうけないようにすること
ができる。

制御プロセッサのコンソールエミュレーションは、例え
ば、ウィンドウシステムが動作していてシステムが停止
し、即ち、ＣＮＴＲＬ　　Ｐに入ったときに行われる。

システムが停止したときのこの状態においては、メモリ
を検査することが困難である。それ故、システムＲＡＭ
における動作コードの実行中にシステムが停止したとき
には、上記したようにコンソールＲＡＭへとジャンプし
て戻り、コンソールはシステムメモリを検査することが
できる。コンソールデータは、スクリーン上の他のウィ
ンドウに拘りなくコンソールウィンドウに表示される１
次いで、停止の後に動作を続けると、ホストプロセッサ
の主たる実行は、停止時に実行していた命令の後に続く
命令に復帰させられる。それ故、コンソールはプロセッ
サを停止して、キーボードを用いてシステムと対話し、
メモリ等を検査することができると共に、オフにされた
ところから再開することができる。これは、ウィンドウ
システムがスクリーン上で機能不良を生じた場合に特に
効果的である。制御プロセッサのコンソールエミュレー
ションでは、ユーザがシステムを検査してデバッグでき
ると共に、スクリーンが何等妨害を受けることなく動作
を続けることができる。

第１図を参照すれば、表示ハードウェアが同じ状態をと
るようにしてウィンドウシステムが動作を再開するよう
にするために、制御プロセッサとホストとを協働させね
ばならない。ホストプロセッサが停止されたときには、
制御プロセッサが動作を続け、コンソールハンドラがコ
ンソールディスプレイデータをスクリーンに向ける。ホ
ストのコンソールサブシステムＲＯＭ４２は制御プロセ
ッサからキーストロークを取り上げ、それらのエコーを
制御プロセッサを経て各々直列経路２５及び４０を経て
スクリーンへ送る。ホストは、制御プロセッサから受け
た停止を確認し、システムＲＡＭからの実行を停止し、
そしてコンソールサブシステムＲＯＭからの実行を開始
する。ＢＶＰインターフェイスを介してコンソールハン
ドラへ信号が送られ、コンソールディスプレイデータを
スクリーンへ案内するようにコンソールハンドラに通知
する。それ故、ホストが停止モードに入ると、全ての表
示動作及びキーボード入力は経路２５及び４０を使用し
、制御プロセッサは、ＢＶＰインターフェイスを介して
ホストへそれ以上キーボード文字を送給しない。コンソ
ールウィンドウが確立されている限り、制御プロセッサ
は、ホストがデッドであっても、コンソールウィンドウ
に書き込みを行うことができる。それ故、経路２５及び
４０により、コンソールはまだ活性状態にある。

動作ベースのコンソールエミュレーションモードにおい
て制御プロセッサを通るデータの流れが第４図のソフト
ウェアブロック図に示されている。ＢＶＰインターフェ
イス６１は、ホストプロセッサ１０と制御プロセッサ１
３との間のデータを接続する。ＢＶＰインターフェイス
６１は、ホストからコンソールハンドラ６２ヘコンソー
ルイネーブル信号を通し、ループバックモードにあると
きにコンソールハンドラからコンソールディスプレイデ
ータを受け取る。又、ＢＶＰインターフェイスは１通常
の処理を受けているときには制御プロセッサ内のキーボ
ード及びマウスハンドラ６３及び６４からデータを受け
取る。装置インターフェイス６０は、コンソールキーボ
ード情報をホストコンソールへ向ける。又、装置インタ
ーフェイス６０は、ホストコンソールからコンソールデ
イスプレィ入力を受け取り、それをコンソールハンドラ
６２に向けて、制御プロセッサのコンソールエミュレー
ションモードにあるときに表現プロセッサ３６を経てス
クリーン３８へ送る。

更に、装置インターフェイス６０は、周辺リピータボッ
クス２３を経てキーボード及びマウス入力を取り扱う。

制御プロセッサ１３内のキーボードハンドラ６３は、装
置インターフェイス６０からキーボード入力データを受
け取る。次いで。

キーボードハンドラ６３は、ＢＶＰインターフェイス６
１を経てホストプロセッサへデータを向ける（通常の処
理）か、装置インターフェイス６０を経てホストコンソ
ールサブシステム４２ヘデータを向ける（コンソールモ
ード）。

キーボード入力がどこに送られるかの判断は、制御プロ
セッサのマウスハンドラ６４によって行われる。周辺リ
ピータボックス２３にはマウスポインタ２０が接続され
ている。制御プロセッサ内のマウスハンドラ６４は、マ
ウスの位置を探す（即ち、システムポインタースクリー
ン上のカーソルの位置）。スクリーンのカーソルがコン
ソールウィンドウに移動されると（即ち、マウスがコン
ソールウィンドウを指すと）、マウスハンドラ６４がキ
ーボードハンドラ６３のグローバルスイッチを投入し、
装置インターフェイス６０を経てコンソールサブシステ
ム４２ヘキーボード入力を向け、ユーザがコンソールと
対話できるようにする。システムポインタがコンソール
ウィンドウを外れると、キーボードハンドラ６３のスイ
ッチは、通常の処理のためにＢＶＰインターフェイス６
１を経てデータを送るようにセットされる。

コンソールディスプレイデータ２５は、常に。

装置インターフェイス６０を経て制御プロセッサ内のコ
ンソールハンドラ６２へ送られる。コンソールエミュレ
ーションの動作モードにあるときには、コンソールハン
ドラ６２は、スクリーン上に表示を行うために、第６図
に示すように、コンソールディスプレイデータを表現プ
ロセッサ及び構造メモリインターフェイスにロードする
。ループバックモードにある場合には、コンソールハン
ドラは、標準的なＸシステムによって表示を行うために
ＢＶＰインターフェイスを経てホストへコンソールディ
スプレイデータを送る。

システムポインタがコンソールウィンドウにない場合に
は、入力キーストロークはＢＶＰインターフェイス６１
を経てＸウィンドウシステムへ送られる。コンソールエ
ミュレーションモードで動作しているときには、前記し
たように、入力キーストロークはホストのコンソールサ
ブシステムＲＯＭへ至り、ホストはそのエコーをコンソ
ールハンドラへ戻す。次いで、コンソールハンドラ６２
は、表現プロセッサ３６を経てキーストローク文字を表
示する。

形成された制御プロセッサ動作コンソールのコンソール
ブロック図が第５図に示されている。

このブロック図は、ホストサブシステムと、制御プロセ
ッサ１３及びグラフィックプロセッサ１７を含むグラフ
ィックサブシステムとに分割される。

ホストサブシステムには、ドライバ５５及びＢＶＰイン
ターフェイス６１を含むＸサーバ１０１が配置されてい
る。

制御プロセッサのコンソールエミュレータの動作におい
ては、コンソールクライエント１００は、システムの初
期化の際にＸサーバ１０１により構造メモリ２６にコン
ソールウィンドウを設定している。Ｘサーバ１０１は、
コンソールクライエントを含む全てのアプリケーション
に対してウィンドウを形成するので、コンソールクライ
エントのウィンドウが特殊目的のためのものであること
が分からない。コンソールウィンドウを確立してその後
もそれを維持するためには、コンソールクライエントが
制御プロセッサ、特にコンソールハンドラ６２にウィン
ドウの変更を知らせることが必要である。

Ｘウィンドウシステムにおいて、ウィンドウが目に見え
るようになったとき、即ち、デイコニファイされて、ス
タックの最上部にきたときには、Ｘサーバがその発生を
知る。Ｘサーバは、そのクライエントのいずれがウィン
ドウを所有するか分かるが、ウィンドウの目的は分から
ない。それ故、露出事象は、ウィンドウが露出されたと
きにＸサーバによってクライエントに発生される。

グラフィックサブシステムには、制御プロセッサ１３及
びグラフィックプロセッサ１７が配置されている。グラ
フィックプロセッサは、構造メモリ２６及び表現プロセ
ッサ３６を含んでいる。

制御プロセッサ１３のコンソールハンドラ６２は、構造
メモリ２６と通信して、描写コマンドを表現プロセッサ
３６に送ることができる。ＢＶＰインターフェイス６１
は、ホストサブシステムとグラフィックサブシステムと
の間で通信を行うことができる。

コンソールクライエント１００は、Ｘサーバから露出事
象を受け取ると、制御プロセッサ１３のコンソールハン
ドラ６２に、露出事象が発生されたこと、ひいては、コ
ンソールハンドラ６２がスクリーンを書き直さねばなら
ないことを通知しなければならない。コンソールクライ
エント１００は、露出事象をコンソールハンドラ６２に
知らせるときにはＸサーバ１０１をバイパスする。むし
ろ、ドライバ５５及びＢＶＰインターフェイス６１を通
る経路８ｏをたどり、ウィンドウを書き直すためのメツ
セージをコンソールハンドラ６２に送信する。

Ｘサーバ１０１及びコンソールハンドラ６２に対する表
現プロセッサ３６及び構造メモリへのインターフェイス
が第６図に示されている。構造メモリ２６は、指定され
た部分８１及び割り当てられた部分８２を有している。

構造メモリ８１の指定された部分は、ビットマツプルー
トポインタ８３及びコンソールグラフィックのコンチク
ストポインタ８４を含んでいる。

ビットマツプルートポインタ８３は、構造メモリ内に割
り当てられたビットマツプルート８５を指す。ビットマ
ツプループ８５は、一連のグラフィックコンテクス１−
を連結し、その１つはシステムの初期化の際にＸサーバ
によって設定されたコンソールグラフィックコンテクス
トである。コンソールハンドラがコンソールデータを表
示する必要があるときには、コンソールグラフィックポ
インタ８４をアクセスし、コンソールグラフインクコン
チクストを見つける。次いで、コンソール表示データを
構造メモリにロードし、新たなデータ構造体のアドレス
を表現プロセッサの待ち行列に入れる、コンソールハン
ドラは、グラフィックコンテクストを通してウオーキン
グしてデータ構造体の内容をコンソールウィンドウに表
示するように表現プロセッサ３６にコマンドを発する。

従って。

制御プロセッサのコンソールエミュレーションは、個々
のコンソールグラフィックのコンチクストをＸサーバに
よって設定することにより他のウィンドウと調和して働
く。Ｘサーバは、コンソールクライエントに対して個別
の経路があることが分からず、それ故、Ｘサーバは、コ
ンソールが表示されている間にも他のグラフィックコン
テクストをアクセスすることができる。これは、コンソ
ールデイスプレィウィンドウの内部管理を他のウィンド
ウから切り離し、それにより、コンソールエミュレータ
は他のクライエントのウィンドウグラフィックを破壊す
ることなく機能することができる。

【図面の簡単な説明】

第１図は、グラフィックワークステーションのシステム
ハードウェアの全ブロック図。 第１Ａ図は、第１図のグラフィックプロセッサのブロッ
ク図、 第２図は、Ｘウィンドウシステムに対してホストに存在
するＸソフトウェア編成のブロック図。 第３図は、本発明のコンソールのブロック図、第４図は
、第１図に示された中間制御プロセッサのソフトウェア
ブロック図、 第５図は、グラフィックワークステーションにおいて実
施されるソフトウェアの一般的なブロック図。 第６図及び第７図は、第３図に示された表現プロセッサ
及び構造メモリインターフェイスの特徴を詳細に示す図
である。 １０・・・ホスト中央処理ユニット １１・・・ホストメモリ １２・・・テープ／ネットワーク制御器１３・・・制御
プロセッサ １４・・・ディスク制御器　　１５・・・バス１６・・
・ローカルバス １７・・・グラフィックサブシステム １８・・・キーボード １９・・・ボタンボックス ２０・・・マウス　　　２１・・・タブレット２２・・
・ダイヤルボックス ２３・・・間近リピータボックス ２５．４０・・・コンソール直列経路 ２６・・・構造メモリ ２７・・・非同期動作構造体ウォーカ ２８・・・構造メモリバス ２９・・・グラフィックパイプラインプロセッサ３３・
・・グラフィックデータマネージャ３５・・・ピクセル
プロセッサ ３６・・・表現プロセッサ ３８・・・システムモニタ ３９・・・ビデオ制御器 ４０・・・グラフィックデータバス ４３・・・ＵＡＲＴポート ４４・・・０ＣＴＡＲＴボート 特許庁長官　　吉　１）文　毅　　殿 １．事件の表示　　　昭和６３年特許願第２０１７９１
号３、補正をする者 事件との関係　　出願人 願書に最初に添付した図面の浄書−−ｉ軸−−丼（内容
に変更なし）

Claims (18)

【特許請求の範囲】
1. （１）ワークステーションターミナルでコンソールエミ
   ュレーションを行なう方法において、ａ）第１の中央処
   理ユニット（ＣＰＵ）のコンソールサブシステムを動作
   し、 ｂ）上記第１のＣＰＵに第２の中央処理ユニット（ＣＰ
   Ｕ）を接続し、そして ｃ）上記コンソールサブシステムを上記第２のＣＰＵで
   エミュレーションする段階を具備することを特徴とする
   方法。
2. （２）更に、 ｄ）上記コンソールサブシステムへのコンソール入力デ
   ータを受け取り、上記コンソールサブシステムからコン
   ソールディスプレイデータを発生させ、 ｅ）上記第１のＣＰＵにあるウィンドウシステムを動作
   させそして上記ウィンドウシステムでグラフィックプロ
   セッサにコンソールウィンドウを形成し、 ｆ）上記第２のＣＰＵを上記コンソールサブシステムに
   接続して、上記コンソールサブシステムからコンソール
   ディスプレイデータを受け取ると共に、コンソール入力
   データをコンソールサブシステムに送信し、そして ｇ）入力装置を上記第２のＣＰＵに接続すると共に、上
   記入力装置から上記第２のＣＰＵに入力データを供給す
   るという段階を更に具備した請求項１に記載の方法。
3. （３）上記コンソールサブシステムをエミュレーション
   する上記段階は、 ｈ）上記入力装置から上記第２のＣＰＵによって受信さ
   れた入力データを上部コンソールサブシステムに向け、
   そして ｉ）上記第２のＣＰＵによって受信されたコンソールデ
   ィスプレイデータを上記コンソールウィンドウに表示す
   るために上記グラフィックプロセッサに向けるという段
   階によって実行する請求項２に記載の方法。
4. （４）コンソールディスプレイデータを向ける上記段階
   は、上記第２のＣＰＵで動作するコンソールハンドラに
   よって実行され、このコンソールハンドラは、コンソー
   ルディスプレイデータを、上記コンソールウィンドウに
   表示するために上記グラフィックプロセッサに向ける請
   求項３に記載の方法。
5. （５）更に、 ｇ）上記コンソールウィンドウの露出事象が生じるとき
   を判断し、 ｈ）上記露出事象が生じたときに上記第２ＣＰＵを経て
   上記コンソールサブシステムへ入力データを送給し、 ｉ）上記コンソールハンドラに上記露出事象を通知し、
   そして ｊ）上記コンソールハンドラでコンソール入力データを
   上記グラフィックプロセッサに向けて上記コンソールウ
   ィンドウに表示させるという段階を更に備えた請求項４
   に記載の方法。
6. （６）コンソールハンドラに通知する上記段階は、上記
   第１ＣＰＵのコンソールクライエントからインターフェ
   イスを介してコンソールハンドラへ信号を送信すること
   によって行なわれる請求項５に記載の方法。
7. （７）上記第２ＣＰＵを経て入力データを送給する上記
   段階は、キーボードハンドラ及びマウスハンドラによっ
   て実行される請求項６に記載の方法。
8. （８）コンソールディスプレイデータを向ける上記段階
   は、上記第２ＣＰＵで動作するコンソールハンドラによ
   って実行され、上記コンソールハンドラは、コンソール
   ディスプレイデータを上記コンソールウィンドウに表示
   するために上記第１ＣＰＵに向ける請求項３に記載の方
   法。
9. （９）更に、 ｊ）上記ウィンドウシステムを動作して複数のグラフィ
   ックコンテクスト（その１つはコンソールグラフィック
   コンテクストである）を形成し、そして ｋ）上記第１ＣＰＵからの上記コンソールディスプレイ
   データと共に上記コンソールグラフィックコンテクスト
   にデータ構造体を組み立てるという段階を具備する請求
   項８に記載の方法。
10. （１０）更に、 ｊ）上記ウィンドウシステムを動作して複数のグラフィ
    ックコンテクスト（その１つはコンソールグラフィック
    コンテクストである）を形成し、ｋ）上記コンソールハ
    ンドラからの上記コンソールディスプレイデータと共に
    上記コンソールグラフィックコンテクストにデータ構造
    体を組み立て、そして ｌ）上記コンソールハンドラによって別々にアクセスで
    きるコンソールグラフィックコンテクストをもたせると
    いう段階を具備した請求項４に記載の方法。
11. （１１）更に、 ｍ）上記データ構造体を表示するためにグラフィックコ
    ンテクストをウォークするように表現プロセッサにコマ
    ンドを発し、これらのコマンドは、上記ウィンドウシス
    テム又はコンソールハンドラのいずれかによって送られ
    、従って、他のデータ構造体を破壊することなくコンソ
    ールウィンドウを表示できるようにする請求項９及び１
    ０に記載の方法。
12. （１２）ワークステーションターミナルでコンソールエ
    ミュレーションを行なうシステムにおいて、 ａ）第１の中央処理ユニット（ＣＰＵ）と、ｂ）上記第
    １ＣＰＵで動作するコンソールサブシステムと、 ｃ）上記コンソールサブシステムをエミュレーションす
    るように上記第１ＣＰＵに接続された第２の中央処理ユ
    ニット（ＣＰＵ）とを具備することを特徴とするシステ
    ム。
13. （１３）更に、 ｄ）上記第１ＣＰＵで動作するウィンドウシステムと、 ｅ）上記ウィンドウシステムによって形成されたコンソ
    ールウィンドウと、 ｆ）上記コンソールウィンドウを含むグラフィックプロ
    セッサと、 ｇ）上記第２ＣＰＵに接続された入力装置であって、上
    記第２ＣＰＵに入力データを供給する入力装置とを具備
    する請求項１２に記載のシステム。
14. （１４）上記コンソールサブシステムは、コンソール入
    力データを受け取り、コンソールディスプレイデータを
    発生する請求項１３に記載のシステム。
15. （１５）上記第２のＣＰＵは、コンソールサブシステム
    からコンソールディスプレイデータを受け取ると共にコ
    ンソールサブシステムへコンソール入力データを送信す
    るように上記コンソールサブシステムに接続されている
    請求項１４に記載のシステム。
16. （１６）上記第２ＣＰＵによって上記入力装置から受け
    取った上記入力データは、上記コンソールサブシステム
    へ向けられ、そして上記第２ＣＰＵによって受け取った
    上記コンソールディスプレイデータは、上記コンソール
    ウィンドウに表示するために上記グラフィックプロセッ
    サに向けられる請求項１５に記載のシステム。
17. （１７）上記コンソールディスプレイデータは、上記第
    ２ＣＰＵで動作されるコンソールハンドラによって、上
    記コンソールウィンドウに表示するようにグラフィック
    プロセッサに向けられる請求項１６に記載のシステム。
18. （１８）上記コンソールディスプレイデータは、上記第
    ２ＣＰＵで動作されるコンソールハンドラによって、上
    記コンソールウィンドウに表示するように上記第１ＣＰ
    Ｕに向けられる請求項１６に記載のシステム。