JPH03501176A - 高性能グラフィックスワークステーション - Google Patents

Abstract

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

Description

【発明の詳細な説明】 高性能グラフィックスワークステーションｉ町」ｌ Ａ１発明の分野 本発明はコンピュータ用グラフィックスワークステーションに関し、特にデジタ ルコンピュータホストとグラフィックス処理サブシステムとを含む高性能で、独 立式のグラフィックスワークステージシンに関する。本発明は、システムリソー スを最大限利用すると共に、本質上データ駆動される非同期の各構成要素間での 動作を有効に調整することによって、２次元及び３次元の高解像度グラフィック ス表示を可能とする効率的な制御構造を提供する。

Ｂ、従来のグラフィックスシステム 近年、コンピュータシステムを使って文字や図形の出力データを発生し、可視表 示する分野で多大の発展がなされてきた。最も初期のシステムは２次元の表示に 限られ、英数字を使って実現する表示が多かった。このような初期システムのグ ラフィックスデータの発生能力は制限されていたので、システムの表示能力を拡 張するため、所定サイズ及び形状の一部の文字表示は文字データメモリ内に記憶 され、必要に応じユーザによってディスプレイメモリへ転送可能であった。コン ピュータグラフィックスの分野における重要な発展の一つに、ディスプレメモリ 内に出力データを記憶させておく、いわゆる“ピントマツプ式ゝグラフィックス 表示システムの使用があるや　“ビットマツプ式゛法は、出力データをビクセル の２次元配列として可視化するもので、各ビクセルがディスプレイ装置での個々 の画素と対応する。２次元の黒白グラフィックス表示では、各ビクセルは黒また は白をそれぞれ表示するのに１ビツトの情報、すなわちＯまたは１を含むだけで よい。

従って、２次元の黒白表示のための全ビクセルは２次元マツプの形となり、マツ プ内の各情報ビットがディスプレイ装置に表示される出力データを構成する。

自明のごとく、３次元でのカラーグラフインク表示は２次元での黒白表示と比べ 、ディスプレイ装置での表示に必要な出力データの量と、陰極線管での表示のた めに出力データを処理するのに必要なグラフインクスジステムの処理能力を大幅 に増加させる。

例えば、カラーに関してだけでも、カラーの赤、緑及び青の各成分に関する情報 と表示のためのカラー強度とを記憶するのに、各ビクセル毎に８ピントの情報が 必要になる。

ビットマツプ式法は従来技術によって、各々がカラー情報の一属性、すなわち赤 平面、緑平面、青平面及び強度平面に対応する別々の、離間した平行平面によっ て３次元の配列が可視化される平面式概念へと拡張された。各ビクセルは別々の 平面上に記憶されたビットで構成され、データ処理は、幾つかのメモリロケーシ ョンの中からビクセルの別々のビットを検索するためのグラフィックスシステム を必要とする。

３次元の表示、シェーディング、表面反射性、対象の回転などその他の属性及び 表示特徴がグラフィックスシステムに加えられるべきときは、対象を表し可視表 示するのに、システムのメモリ構造及び容量とデータ処理能力が大幅に拡張され ねばならない。

元グラフィックスシステムを独立のワークステーション型システム、特にマルチ ユーザ能力を備えたグラフィックスシステムとして実施する可能性を一般的に制 限してきた。３２ピントのワードマイクロプロセッサなどの技術的発展がグラフ ィックスシステムを独立のワークステーションとして実施するためのハードウェ ア的基礎を与えているが、複数のアプリケーションプロセスを処理してマルチユ ーザ能力を実行可能とする有効な高性能グラフィックスワークステージシンシス テムを達成するには、尚解消しがたいデータ構造と処理及びシステムの動作制御 上の必要条件が残されている。これらの必要条件は、従来技術によって適切に対 処さ従って、本発明の主な目的は、マルチユーザ能力を備えた高性能、高解像度 のグラフィックス表示に必要なデータ構造と処理、及びシステムの動作制御を可 能とする独立式のグラフィックスワークステーションを提供することにある。

概略的に言えば、本発明のシステムは、中間処理装置とバス機構によってグラフ ィックスサブシステムに接続されたホスト中央処理装置を存する。ホストサブシ ステムは、ホスト内に存在する１つ以上のアプリケーションプログラムを実行し て、表示すべき２次元及び／又は３次元の対象を表すグラフィックスデータ構造 を形成するように動作可能である。グラフィックスデータ構造は、グラフィック スサブシステム内の構造メモリ構成要素内に記憶される。３次元のグラフィック スデータ構造は、各々構造メモリ内における階層状のグラフィックスデータノー ド構造とＬ７て実現される０本発明のシステムで基本的に使われるような対話型 コンピュータグラフィックスの原則概念の詳しいｗｉ４６については、Ｊ、　Ｄ 。

ｐｏｌｌと＾、　Ｖａｎ　Ｄａｍの対話−９，ｒ：＜ｇ！、９グラ」乙４−／　 Ｉ−洛−ｑ基一本、（Ａｄｄｉｓｏｎ−ｉＪｅｓｌｅｙ　１９８２　）を参照の こと。

各ノードが基本のメモリユニットとして定義され、ホスト内に存在する特定のア プリケーションプログラムに基づき、同じくホスト内のメモリライブラリに記憶 されている前もって選択された構造化グラフィソクスルーナンを使って形成され るグラフィックス構造のプリミティブ、変換、属性などに関するコマンドまたは グラフィックスデータを含む、グラフィックスサブシステム内の非同期動作する 構造ウォーカー（ｗａｌｋｅｒ　）が、構造メモリ内に記憶された特別の制′４ Ｂｆｉ造を横切って連続的にトラバースしながら、グラフィックス構造のノード のトラパーサル要求を読み取って処理し、ノード内に含まれているデータとコマ ンドの情報をグラフインクスパイプラインに送って、グラフィックスサブシステ ムのグラフィックス処理構成要素による処理、走査及び表示を行う。

本発明の重要な特徴によれば、トラパーサル制御機能はホストとグラフィックス サブシステム構成要素とに分割され、競合するアプリケーションプログラムによ ってなされるグラフィックス構造のトラパーサル要求を受け入れ、次いでそのト ラパーサルを、各々の競合アプリケーションプログラムがそれぞれ各自のグラフ ィックス処理サブシステムを調べ、システムの構成要素を最も効率的に利用して 実行可能なように、スケジュール設定して実施する。階層状のツートメそり構造 、非同期のメモリ！・ラバーサル及び監視トラパーサル制御の各ｍ能が相互に協 働し、複合（ｃｏｍｐｌｅに）グラフィックスデータ構造を記憶すると共に、順 序付けられ調整された方法でグラフィックスデータ構造をするためのシステムリ ソースの効率的な割当を与えることによって、システム内における高性能な３次 元の表示能力を容易とする０本発明のシステムは、グラフィックスサブシステム 構成要素の進行中である、データ駆動式非同期動作の効率的な調整と制御を有効 に利用して、ホスト内に存在する全てのシステムリソースを均等に複数のアプリ ケージジンプログラムへ振り分け、マルチユーザ機能を可能とする。

本発明では対話型コンピュータグラフィックスの既知概念に基づき、ユーザのワ ールド座標系からワークステーションの物理的なディスプレイ装置、すなわち陰 極線管にとって適切な幾何学的座標−・と変換「るのに、ウィンドウシステムを 用いる。ウィンドウはビクセルの矩形配列で、表示画面の物理的な寸法に対する ウィンドウのクイズに応じて、部分的にまたは全体的にディスプレイ装置上で目 視可能である。またウィ：／ドウは、一つの°親”ウィンドウと複数のサブつま り゛子供°ウィンドウを含む階層状になっている。ウィ′／ドウはサイズを決め 換えでき、グラフィックス構造によって定義されたディスプレイ装置の各部分の 詳細表示のためサブウィンドウが親ウィンドウより大きいサイズの場合、サブウ ィンドウは親ウィンドウを切り取った形で使われる。本発明の好ましい実施例に 関する以下の説明で詳述するように、アプリケーションプログラムによって発生 されるグラフィックス構造の表示と組み合わせて使うのに極めてを利なウィンド ウシステムは、ロイヤリティの支払いのない産業規準として、米国マサチューセ ノツエｆ４犬学の援助で開発されたＸウィンドウシステムである。本発明では、 ウィンドウ座標及び属性を生成し定義するためにウィンドウシステムから発生さ れるデータは、ウィンドウの矩形配列内に表示されるべき対象の階層状グラフィ ックスデータノード構造との相ゲ関連が、トラパーサル制御システムによって一 義的に識別される。

従って、構造ウォーカ・−による非同期のトラパーサルで、相互に関連付けられ たグラフィックス構造のデータ及びコマンドとウィンドウデータを、グラフィッ クス構成処理要素に与えることができる。トラパーサル制御におりるウィンドウ データーグラフィックス構造の相互関連機能が、主に２次元のビー／　）マツプ 式グラフィックス用に開発されたＸウィンドウシステムなどの極め−Ｃ有効なウ ィンドウシステムの利用を可能とすることによって、高性能の３次元グラフィッ クス表示をさらに容易とする。３次元のノードメモリ構造との相互関連を表すウ ィンドウ識別データが、３次元的相関性を有利なＸウィンドウシステムへとシス テマテインクに併合する。

本発明の別の重要な特徴によれば、別個な２次元のビ・ノトマ・ノブ式グラフィ ックスシステムが３次元の構成要素と並列に与えられて、２次元のアプリケーシ ョンプログラムを処理する。ビットマツプ式グラフィックスシステムは、構造メ モリ内のビットマツプデータコマンドをトラペースするためのレンダリング（ｒ ｅｎｄｅｒ−ｉｎｇ）プロセッサとビットマツプメモリを含む、２次元のグラフ ィックスに適したリソースを有する。また、構造メモリは並列の３次元及び２次 元のグラフィックスシステムによって共有され、両方とも３次元のグラフィック ス構造メモリ及び２次元のビットマツプメモリとして機能する。レンダリングプ ロセツサも並列の各グラフィックスシステムによって共有され、３次元対象のた めのポリゴン（多角形）描写とビットマツプグラフイ・ノクスを処理する。この ようにして、３次元の能力を持つシステムリソースは、２次元表示に関連した処 理タスクによる過剰負担を生じず、また３次元及び２次元両処理での重複する機 能能力が共有され、システム内のハードウェア構成要素の数が減少される。

さらに、グラフィックスサブシステムに関するアドレスデータをホストシステム の仮想メモリ内ヘマノビングすることによって、高いオペレーティング効率が達 成される。これにより、ホスト内に存在するアプリケーションプロセスは、ハー ドウェア機構または装置ドライバへの１接的なメモリアクセスを必要とせずに、 例えば構造メモリなどのグラフィックスサブシステムと直接交信可能となる。

従って、本発明は対話型構成要素の処理能力を最大化することによって、独立式 ワークステージタンの構成で実施可能な構成で３次元のグラフィックス能力を達 成する０階層状のデータ構造がメモリ内に組み込まれ、３次元対象のプリミティ ブ、属性及び幾何学的変換を表す複合データ構造の定義を可能とする。メモリ内 に組み入れられたデータ構造の非同期トラパーサルが、トラパーサル制御機能と 組み合わされて、グラフィンクスパイプラインへと至るグラフィックスデータ及 びコマンドの流れを調整制御し、複数のアプリケーションプロセスの効率的な処 理及び表示を容易に可能とするような順序付けられた処理及び表示を与える。

本発明の上記及びその他の特徴と利点のより明瞭な理解のため、本発明の好まし い実施例に関する以下の詳細な説明と添付の図面が参照されるべきである。

凹皿■呈茎翌Ｒ里 第１図は本発明によるコンピュータグラフィックスシステムのブロック図である 。

第２図は第１図のグラフィックスサブシステムのブロック図である。

第３図は本発明のコンピュータグラフィックスシステム用ソフトウェア編成のブ ロック図である。

第４図は第２図のグラフィックスサブシステムの構造メモリのブロック図である 。

第５図は本発明によるグラフィックスデータ構造のノードメモリ構造編成のブロ ック図である。

第６図は本発明のＢＩババスモリマツプのブロック図である。

第７図は第６図のブロック図の予約Ｉ１０スペースの分解ブロック図である。

第８図はビットマツプグラフィックス処理用のグラフィックス文脈（コンテキス ト）及びトラパーサルモデルのブロック図である。

第９図はビットマツプルートのブロック図である。

第１０図はピントマツプグラフィックス文脈のブロック図である。

第１１図はビットマツプセルアレイのブロック図である。

第１２図はピントマツプ表示文脈のブロック図である。

第１３図はデータ構造の仮想ルートノードとグラフィックス文脈間の接続をブロ ック図の形で示す。

第１４　ａｓ　ｂ、ｃ図は各種標準ノードの例を示す。

■の　士しい　の量　な量゛ヨ システム 次に図面中の第１図をまず参照すると、本発明によるグラフィックスワークステ ーションシステムがブロック図の形で示しである。ホストサブシステムは、ホス ト中央処理袋２１０、ホストメモリ１１、テープコントローラ１２、制御プロセ ッサ１３及びディスクコントローラ１４を備えている。ホストサブシステムの各 構成要素１Ｏ１１１，１２，１３ば、バス１５によって相互にインタフェースさ れる。

本発明の教示を有利に実施するための好ましいホストサブシステムは、ホスト中 央処理装置ＩＯとして使われる５ｃｏｒｐｉｏまたはＤｉｇｉｔａｌ　ＫＡ８２ ５ホストプロセッサ、ホストメモリ１１として使われる４−Ｍｂｙｔｅ　ＭＳ８ ２０−ＢＡメモリモジュール、テープコントローラ１２として使われるＤＥＢＮ ｘ　Ｅｔｈｅｒｎｅｔローカルエリアネットワーク及びＴＫ５０９５　Ｍｂｙｔ ｅのストリーミングテープドライブ、ディスクコントローラ１４として使われる ＲＸ５０８１Ｂ−ｋｂｙｔｅのディスケットドライブ、制御プロセッサ１３とし て機能するＡｕｒｏｒａまたはＤｉｇｉｔａｌ　ＫＡ８００制御プロセッサ、及 びバス１５として機能するＶＡＸ　Ｂｕｓ　ＩｎｔｅｒｃｏｎｎｅｃｔまたはＶ ＡＸ　Ｂｌ同期、時間多重型の３２ビツトバスを有する。シングルボードＶＡＸ プロセッサである５ｃｏｒｐｉｏプロセツサが完全な一組のＶＡχ命令セットを 実行し、ｖｈＳまたはＵＬＴＲＩＸのオペレーティングシステムとアプリケーシ ョンを実行する。　５ｃｏｒｐｉｏホストプロセツサ、Ａｕｒｏｒａ制御プロセ ッサ、ＶＡＸ　Ｂｌバス及びその他の各ホストサブシステム構成要素は、Ｄｉｇ ｉｔａｌ　Ｅｑｕｉｐｍｅｎｔ　Ｃｏｒｐｏｒａｔｔｏｎから市販されている。

制御プロセッサ１３は、制御プロセッサ１３をグラフィックスサブシステム１７ にインタフェースするローカルつまり１１３２バス１６を備えている。従って、 Ａｕｒｏｒａ　＊Ｊｉ１１プロセッサ１３はグラフィックスサブシステム１７と ＢＴババス５の間のインタフェースとして機能する。また制御プロセッサ１３は 、第１図に示したようにシリアルデータライン２４を介し周辺リピータボックス ２３によって制御プロセッサ１３へ接続されたキーボード１８、ボタンボックス １９、マウス２０、タブレフト２１及びダイアルボックス２２などの対話型周辺 装置用の入／出力前処理も行う。

周辺リピータボックス２３は、モニターサイトにある周辺装置１８．１９．２０ ．２１．２２に電力を供給すると共に、周辺装置１８．１９．２０，２１．２２ から周辺信号を集めるのに使われる０周辺リピータボックス２３が信号をパケッ ト化し、そのパケットを制御プロセッサ１３を介しホスト中央処理装置１０へ送 ることによって、集められた周辺信号を編成する。また周辺リピータボックス２ ３は、ホスト中央処理装置１０から制御プロセンサ１３を介してパケットを受け 取り、データをアンパンクし、アンバックデータを適切な周辺装置１８．１９． ２０．２１．２２に送る。制御プロセッサ１３と周辺リピータボックス２３の入 ／出力前処理機能のさらに詳しい説明については、本願と同一日に出願された係 属中の出願通し番号第　号、名称「周辺リピータボックス」を参照のこと。

また、Ａｕｒｏｒａ　ｉ！ＩＩ御プロセッサ１３は５ｃｏｒｐｉｏホスト中央処 理装置１０用のコンソールをエミュレートするように動作可能であるのが好まし い。コンソールのエミュレーションは、制御プロセッサ１３とホスト中央処理装 置１０の間のシリアルデータライン２５を用いることによって達成される。この ため、追加の機器を必要とせずにホストサブシステムの診断を実行したり、デバ グを行うのに、Ａｕｒｏｒａ制御プロセッサ１３が使える。制御プロセッサ１３ のコンソールエミュレーションのさらに詳しい説明については、本願と同一日に 出願された係属中の出願通し番号第□−号、名称「グラフィックスワークステー ション用のコンソールエミュレーション」を参照のこと。

本発明の好ましい実施例によれば、グラフィックスサブシステム１７は、Ｅｖａ ｎｓ　＆　５ｕｔｈｅｒｌａｎｄ　Ｃｏ５ｐｕＬｅｒ　Ｃｏｒｐｏｒａｔｉｏｎ から市販されているＳｈａｄｏｗｆｏｘグラフィックスカードセットをを有する 。

グラフィックスサブシステム１７の主機能は、以下明かとなるように、中央処理 袋Ｗ、１０内に存在する複数のアプリケーションプログラムによって組み入れら れるグラフィックスデータ構造を記憶し、またグラフィックスデータ構造を処理 、走査及び表示する。

第２図を参照すれば、Ｓｈａｄｏｗｆａｘグラフィックスカードセントは、ロー カル１１３２バス１６によって制御プロセッサ１３とインタフェースされた構造 メモリ２６を備えている。後で詳述するように、構造メモリ２６は、アプリケー ションプログラムによってホスト中央処理装置ｌＯ内に組み入れられるグラフィ ックスデータ構造を記憶するための４Ｍｂｙｔｅメモリを有する。

非同期動作の構造ウォーカー２７が、１１３２バス１６によって制御プロセッサ １３と、また構造メモリバス２８によって構造メモリ２６にそれぞれインタフェ ースされている。構造ウォーカー２７は専用の、３２ビア１・、ピントスライス マイクロプロセッサで、これが構造メモリ２６内に記憶されたグラフィックスデ ータ構造を連続的にトラバースし、グラフィックスデータをライン３０を介し゛ Ｃグラフィックスバイブラインプロセッサ２９に送る。

Ｓｌ＋ａｄｏｗｆａｘグラフィックスサブシステムの設計及び動作モードによれ ば、グラフィックスバイブラインプロセッサ２９が構造ウォーカー２７から受け 取ったデータをパケットへと編成し、グラフィックス変換、マトリクス乗算、ク リンピング、透視分割及び視点マフピングを行う、これで、グラフィックスバイ ブラインプロセッサ２９によって処理されたグラフィックスデータ構造は、ホス ト中央処理装置ＩＯ内のアプリケーションプログラムを介しユーザによって実施 されたデータ構造ワールドスペースデータがら、対象を表示すべき画面の物理的 寸法に対して表示可能な画面スペースデータへと変換される。

一対のデータタップ３１．３２が、グラフィックスパイプラインプロセッサ２９ の出力から受け取った各コマンドとデータパケットを調べ、パケットをパイプラ インに送るのか、あるいはパケットをグラフィックスデータ管理装置３３に送り 、そこからさらに適切な宛先へと回送するのかを判定する０例えば、χ、Ｙ、Ｚ 及びカラーデータパケットは、ライン勾配、調整後のエンド点、及びラインの向 きを示す状態フラグの計算のため、デルタ、／深さ指示（ｄｅｐｔｈ　ｃｕｅ　 ）計算器３４に直接送られる。カラーデー・りとＺデータがバックグランドカラ ーと混合され、相対的な赤、緑及び青の値を決める。デルタ／深さ指示計算器３ ４の出力は、ライン描画アルゴリズムでの計算のため、ビクセルプロセッサ３５ に送られる。グラフィックスデータ管理装２３３は、全ての有効な描画コマンド をビクセルプロセッサ３５内ヘロードするのに使われると共に、パイプラインコ マンドをレンダリングプロセッサ３６ヘバンフアし、またレンダリングプロセッ サ３６からのデータをビクセルプロセッサ３５へとバッファする。後で詳述する ように、レンダリングプロセッサ３６はポリゴン（多角形）を描写する３次元の グラフィックスプロセスで使われる。

ビクセルプロセッサ３５は１６個の同等のプロセンサを有し、これらがデルタ／ 深さ指示計算器３４から発生されたエンド点及び勾配データと、レンダリングプ ロセッサ３６から与えられたポリゴン描写データとを用いて、別称されていない （ａｎＨａｌｉａｓｅｄ　）深さ指示されたラインを描く。ビクセルプロセッサ ３５は、システムモニター３８用に発生されたビクセル像を含むための１０２４ ｘ１０２４のビクセルメモリを有する。フレームバッファ３７は、１０２４ｘ８ ６４．６０ｈｚで、インターレースされていないラスター走査式表示フォーマン トを与える。

画像（ビデオ）コントローラ３９がフレームバッファ３７からの出力電光は取り 、デジタルデータをアナログ信号に変換してモニター３８を駆動する。好ましい 実施例において、モニター３８は、１０２４ｘ８６４のビクセル像領域を持つＤ ｉｇｉｔａｌ　ＶＲ２９０−［ＩＡ／Ｄ３／［）４１９インチ型カラーモニター からなる。画像コントローラ３９は、表示用の画像フォーマントを判定するため のウィンドウ探索テーブルと、ビクセルの赤、緑及び青成分を決めるためのカラ ー値のカラー探索テーブルも含んでいる。また第２図に示すように、画像コント ローラ３９とグラフィックスサブシステム１７内のその他の各構成要素とをイン タフェース丈るため、グラフィックスデータバス４０が設けられている。

ユににスｌ」（了ニ一旦−乙久 サブシステムマフピングとは、ホストプロセッサ１０を制御プロセッサ１３内の ローカルＲＡＭ、構造メモリ２６、及びグラフィックスサブシステム１７内の各 種レジスタへ直接アクセス可能とするのに本発明で使われる技法である。これら の各構成要素は、ホストシステムの仮想メモリ内に直接マツピングされている。

サブシステムマフピングは以下明かとなるように、“データ駆動式”？シンであ る本発明のシステムの動作において極めて有利である。

従来のシステムでは、ＣＰＬＩ外のハードウェアへアクセスするのに、装置ドラ イバを用いる方法が使われている。装置ドライバとは、ホストＣＰＵと特定の装 置、すなわちメモリ、ディスクユニット、テープユニットなどとの間の交信を処 理するために専用に作成されたプログラムである。従って、ＣＰＵが外部の装置 メモリにアクセスしたいときは、装置ドライバを呼び出し、これがレジスタを使 って直接装置メモリをロードするか、あるいは直接メモリアクセス（ＤＭＡ）の 動作を行う。Ｄ　Ｍ　Ａの場合には、ドライバがユーザのデータを物理メモリ内 にロックしくＤＭＡハードウェアはデータが物理メモリ内にロックされることを 必要とする）、出所及び宛先アドレスを設定した後、ＤＭＡハードウェアを呼び 出して出所から宛先へ転送される情報を得る。

一般に、このＤＭＡ法は非常に受υ入れ易い。ｔ７かし、本発明などのデータ駆 動式“７シンでは、かかるＤＭＡ法のコストが高くなりすぎる０本発明のグラフ ィックスシステムにおいて、ホスト中央処理装置１０の主な機能はコマンドをグ ラフィックスザブシステム１７へ送ることにある。従って、ホスト中央処理装置 １１０は、それが実行するほとんどの動作でＤＭＡハードウェアを使う必要があ る。つまり、この問題を考慮して、サブシステムマフピング方式が考案された。

ホスＩ・中央処理装置１０はＢｌバス１５を、システムメモリ１１及び制御プロ セッサ１３と共有している（第１図参照）、制御プロセッサのローカルバスは１ １３２バス１６である。バス１６には、ローカル制御プロセッサＲＡＭ　（Ｉ　 Ｍｂｙｔｅ　）、ローカルレジスタ、及び構造メモリ２６、構造ウォーカー２７ 、グラフィンクスバイグライン２９、グラフィックスデータ管理装置３３及びレ ンダリングプロセッサ３６、ビクセルプロセッサ３５、並びにフレームバッファ ２７を含むグラフィックスサブシステム１７の各構成要素が接続されている。尚 、これらの構成要素全てが、＋１３２バス１６へ物理的に接続されるわけではな い（第２回参照）。サブシステムマフピング方式は、ホスト中央処理装置１０が １１３２バスの各付設構成要素に直接アクセスするのを可能とする。

直接アクセスを実施するため、１１３２バスの各付設構成要素は、Ｂｌバスメモ リマツプの予約１１０スペース内にマツピングされる。第６図はＢｌメモリマツ プを示し、また第７図は、各構成要素がマツピングされる第６図のメモリマツプ の予約１１０スペースの詳細を示している。システムが初期設定されると、ホス ト中央処理装置１０の装置ドライバがマツピングを行うために呼び出される。第 １のステップでは、制御プロセッサ１３内に２つのマーノビングレジスタを設定 する。マンピングレジスタ自体が、オペレーティングシステムによってホストの 仮想アドレススペース内にマツピングされている。第ルジスタ５ＡＤＲが、２０ ８０００００　ＨＥ　ＸであるＢＴｌメモリマツプ内予約Ｉ１０スペースの開始 アドレスを表す、第２レジスタＥＡＤＲが、２２００００００ＨＥＸであるＢｌ メモリマツプ内の予約１１０スペースの終了アドレスを表す、これは単に、装置 ドライバが介し及び終了アドレスをそれぞれのレジスタ内へ書き込むことによっ て行われる。制御プロセッサ１３０マイクロコードが、それ自身のローカルＲＡ Ｍを、上記のアドレス範囲内に再配置する。このステップが行われたところで、 物理的なマツピングは終了する。

ホスト装置ドライバが次に行うステップでは、＋１３２の各行、膜構成要素（制 御プロセッサＲＡＭ、構造メモリ２６及びグラフィックスサブシステム１７の各 レジスタ）を、ホストの仮想アドレススペース（ＳＯ）内ヘマフビングする。こ のステップが必要なのは、ホスト中央処理装置１１Ｅ１０にメモリ管理（ＭＭ） ハードウェアが含まれているため、ホストソフトウェアは物理アドレスを指定で きないからである。このハードウェアは常に実行されており、ホスト中央処理装 置１０から出力されるアドレスを選別している。つまり、各アドレスは仮想アド レスとされているため、メモリ管理ハードウェアが常に、仮想アドレスから物理 アドレスを作成するための翻訳レベルの実行を試みている。翻訳レベルは、該当 アドレスがシステム仮想アドレスかまたはプロセス仮想アドレスであるかに依存 する。この区別は、各々その違いによって異なる翻訳テーブル及び翻訳メカニズ ムへと進むために重要である。

プロセス仮想アドレスはプロセスに固有で、これを本発明の目的に使う場合には 、各プロセスがメモリ自体にマフピングされなければならない、これは各プロセ ス毎に、そのアドレススペースに４　Ｍｂｙｔｅの仮想アドレススペースを付加 する結果となる。従って本発明によれば、１１３２バスのマフピングをシステム 仮想アドレスに選定することによって、システム上での各プロセスはメモリリソ ースを無駄に使うことなく、そのバスにアクセスすることが可能になる。またこ れは、グラフィックスサブシステムによって参照される物理アドレスを決定する のに使われる計算の複雑さも減少させる。

ホスト装置ドライバが最後に行うステップでは、１１３２バス付設構成要素の仮 想アドレスを含んでいるＳＯページのプロテクトを取り外す、これらのページを アンロックすることによって、システム上のどのプロセスでもシステム仮想アド レススペースにアドレス可能となる。一般にＳｏベージは、どのプロセスもがア クセス可能ではないオペレーティングシステムのソフトウェアとデータを含んで いる。Ｓｏページがロックされていると、それらの仮想アドレスへのアクセス路 は、唯一システムコールを介してだけとなる。これはシステムをより複雑にし、 オーバヘッドを増加させる。つまり、ＳＯベージをアンロックすることによって 、システムコールの使用を取り除ける。

ホスト装置ドライバが上記の各ステップを実行したところで、マンピングは終了 する。ここで、各プロセスはマツピング済みの各１１３２バス付設構成要素のい ずれにも直接読取／書込アクセス可能となる。何故なら、これらの構成要素はホ ストの仮想メモリ内に直接マツピングされているからである。各プロセスは、こ れらの構成要素をそれぞれのローカルメモリとして扱うことができる。従って、 直接メモリアクセス用のハードウェア、装置ドライバまたはオペレーテイグシス テムコールを用いる必要が省かれる。

記憶装置及びソフトウェア機構 前述の説明によってグラフインク・サブシステム１７は基本的に構造探知装置（ ５ｔｒｕｃｔｕｒｅ　ｗａｌｋｅｒ　）　２７の非同期的動作によって決定され る非同期モードで動作することが理解されよう、前記構造探知装置２７は前述の とうり、グラフインク・データ構造の連続的な逐次的な横移動を介して構造記憶 装置２６からグラフインク・サブシステム１７の別の部品へのデータの流れを制 御する。グラフィック・バイブラインを経たデータ流れの全てが構造探知装置の 動作の機能である。以下により詳細に説明するように、ホスト中央処理装置１０ は応用プログラムを実行して、ディスプレイされるべき三次元対象を表わす階層 的節点構造内のグラフインク・データ構造を構成する。この節点構造は構造記憶 装置２６内に記憶される。

グラフインク・−−タ　告の　・き　占グラフィック・データ構造は対象及びそ のディスプレイの態様を記述する全てのデータから構成されている。グラフイン ク・データ構造は節点の階層的集合及びそれらを接続する経路である。

節点は実行可能指令とデータの集合である。構造探知装Ｗ２７は各節点を横断し 、節点を残りのデータ構造に連結する各節点内の単数又は複数のポインタを追従 する。構造探知装置２７が節点を横断すると、構造探知装置は指令とデータとを 抽出して、これらをグラフインク・バイブラインへと伝送し、そこでデータ構造 によって定義される対象のディスプレイが最終的に作成される。

データ構造はのちにより詳細に説明するグラフィック文脈によって定義されるグ ラフィック環境内に存在する０、グラフインク文脈は仮想ルート節点を介してシ ステム・データ構造に接続されている。仮想ルート節点は単に第１３図に示すよ うにシステムによって作成されたグラフインク文脈から派生するユーザー作成の 最上の節点である。

データ構造の構成中、データ構造を形成する節点は広範な機能、すなわちグラフ インクプリミティブの記述から横への流れの制御までの機能を果たす。節点は最 初に構造グラフィック・ルーチン（ＳＧＲ）　、ＳＧＲ開始構造（文脈）　＝　 ＳＧ［１ＳＢＥＧＩＮ−３ＴＩｌｔｌＣＴＵＲＥ（ｃｏｎｔｅｘｔ　）を呼出し 、次に節点を作成するルーチンを呼出し、ルーチンＳＧＲ終了構造（文脈、ハン ドル）　−５ＧＲ３ＥＮＤ　−５ＴＲＵＣＴＵＲＥ（ｃｏｎｔｅｘｔ　、、　ｈ ａｎｄｌｅ　）でシーフェンスを終了することによって群又は構造内で相互に連 結される。その結果、ポインタは節点を相互に連結し、それによって構造探知装 ２２７は後述するように節点をその正しい順序どうりに横断することができる。

データ構造を作成するため節点は６つに分類される。最初の３つの分類は次のと うりである。

原始節点−ベクトル、多角形及び記号列（ストリング）用のグラフインク・デー タを含む。

属性節点−線のカラー、線のパターン、陰影及び採光のようなグラフインク・プ リミティブの外観を制御する。

変換節点−データがスクリーン上にディスプレイされる態様を記述する。変換節 点はグラフインク変換及び正規の変換及び視野ボートのためのマトリクスの構成 を制御する０例えば原始節点が立方体を構成するなら、変換節点はそれを規準化 し回転してブロックを作成することができる。

次の３つの節点は先回り　（アドバンスト）グラフインク・データ構造を作成す るために用いられる。

参照節点（リファレンス節点） 階層的構造は参照節点によって構成される。参照節点は構造探知装置２７に対し て、参照節点を含む構造の横断を継続する前に別の構造（呼出し構造の「側構造 」と呼ぶ）を横断するように命令する。参照節点は３つの様式で動作する。ずな ゎち復元、非復元及び分岐様式である。節点を作成するルーチンの参照様式（ｒ ｅｆ−ｍｏｄｅ　）パラメタが様式を確定する。これらの様式は階層的グラフィ ック状態の変化がグラフインク・データ構造の別の部分の横断に影響を及ぼす態 様を制御する。

復元様式 復元様式にセントされた参照節点は構造探知装置２７に対して、現在の変換マト リクス、現在の属性設定等の現在のグラフインクの状態を、参照された剛構造を 横断する前にスタックに保存し、その後、剛構造の横断を終了したときに前記状 態を復元するように命令する。その結果、副構造内での階層的グラフインクの状 態の変化はより高次の構造のグラフインクの状態に影響を及ぼさない。

非復元様式 非復元様式にセントされた参照節点は構造探知装置２７に再指令を発するが、階 層的なグラフインク状態を保存し、かつ参照節点に戻ったときにそれを復元する ようには命令しない。この様式は少なくとも２つの状況で有効である。すなわち 、参照された剛構造がグラフィックの状態を変化さセないことが確実であり、か つ横断の効率を最適化したい場合、及びより低次の階層的レベルでグラフィック の状態を変更して、同レベル又はより高いレベルのテ°−タＩＮ造の横断に影響 を及ぼしたい場合である。

分岐様式 復元及び非復元様式の場合、！：同様に、分岐様式にセフ）された参照節点は構 造探知装置の横断を再指令する。しかし、構造探知装置Ｆ２７が参照された剛構 造の横断を終ですると、それは参照節点には戻らない。その結果、グラフィック 状態を保存したり復元する必要がない。分岐参照様式は２つ又はそれ以上の剛構 造の中から選択する条件付参照節点と共に用いられるのが通例である。

それはプログラミング言語中のｒＧＯＴＯＪ命令と同様である。

参照節点には２つの形式のものがある。すなわち条件付き形式と条件なし形式で ある１両方の節点とも復元、非復元及び分岐参照様式を実行可能である０条件付 き節点は１つ又は２つのオペランドの値ζこ応じて２つ又はそれ以上の代替横断 経路のうちの１つを選択する０例えば、１つの形式の条件付き節点はオペランド が相互に等しいか、より大きいか、より小さいかを比較する９条件なし節点は、 構造探知装置２７が参照された構造の横断を終了したときにより高レベルの構造 に戻る任意選択機能をともなって単一の剛構造を参照する。第１４図ａ乃至Ｃは 各種の参照例を示している。第１４図ａ乃至Ｃの参照節点の右側の“Ｒ”、“Ｎ Ｒ”又は°Ｂ”は参照が復元、非復元又は分岐様式のいずれであるかを示すこと に留意されたい。更に非復元参照用の主参照ポインタ上には補足的な視覚約手が かりとして円が付され、分岐参照に続く節点には灰色にくま取りが付されて、構 造探知装置２７が決してそれらの節点を横断しないことを示している。

第１４図ａは青の正方形と共に赤い円をディスプレイする呼出し／復元節点を備 えたデータ構造を示す。参照節点が状態を復元するので、赤い線のカラー属性は 呼出し構造にセントされた線のカラー属性には影響を及ぼさない。

第１４図すはテスト／非復元節点によってテストされたオペランドが真であるか 偽であるかによって青または赤の正方形のいずれかをディスプレイする条件付き テスト／非復元節点を備えたデータ構造を示す、参照節点が状態を復元しないの で、参照された４Ｒ造内にセットされた線カラーの属性は呼出し構造によってデ ィスプレイされたカラー〇ご影響を及ぼず。

第１４図Ｃは比較５／分岐節点によっ゛ζ比較されたオペランドの値に応じて３ つの参照された剛構造のうちの１つをディスプレ・イ゛４る条件付き比較、／分 岐節点を備えたデータ構造を示す。

υ１当て節点 割当て節点は条件付き参照節点によってテス１された値（オペランド）を準備し かつ処理して、所与の条件付き参照節点が横断経路を選択する態様を動的に制御 できるようにす−る。この節点は構造記憶領域内に含まれるデータに基づいて演 算を行なう。この演算には移動論理和（セ・２ト・ビット）、論理積否定（クリ ヤ・ビット）、加算、減算、Ｘ論理和が含まれる。

特別目的節点 特別目的節点によってあつらえ節点を構成し、構造内の異なる場所で同一のデー タを使用し、使用しないデータを記憶することができる。これは構造記憶装置の スペースと編集時間の双方を節減する。特別目的節点にはデータ節点、一般節点 及び間接節点の３つがある。これらの節へはテーラ−が独自の用途のためのデー タ構造を応用できることによりフレキシビリティを高めることができる。

データ節点は特定業務（アプリケーション）用に予約された欄内に応用データを 含めるためのものである。　ｙｉｎ造績知装置はデータ節点内のデータを否定し 、次のポインタに追従する。

−一般節点は指令及びバイブラインに向がうデータを含んでいる。

構造検知装置２７は一般節点内では情報を処理せず、サブシステム状態の変化を 記録せずにこの節点をグラフインクサブシステム２７へとバスする。一般節点は グラフィック・サブシステムの状態を変更できるが、構造検知装置はそのように して行なわれた変化を復元しない。

間接節点はデータ構造内の別の節点から１つの節点内のデータを参照する能力を 備えている。例えば、アプリケーションは締力）−データを含む節点を確定し、 間接節点内の情報を参照するために間接節点を利用することができる。これによ って記’ｔｆ　ｅｌｌ域は節減され、構造中の多くの節点を編集することなくカ ラー指定の変更かｕＩ能である。間接節点によって任意の原始、属性及び変換動 作を実行することができる。

先回りグラフィック・データ構造は表１に示したルーチンによっ′Ｃ作成される 。

表１．先回りグラフィック・データ構造ルーチン３、　３ＧＲ呼出し　文脈、参 照一様式、参照−ハンドル、ハンドル ４、　ＳＧＲテスト　文脈、参照一様式、様式、オブスベソクーｏｐｓｐｅｃ　 （演算上の規制間）、真−ハンドル、偽ハンドル、ハンドル ５、　５ＧＲテスト−及び　文脈、参照一様式、様式、オプスペソクリャ　り、 真−ハンドル、偽ハンドル、ハンドル ６、　３ＧＲ比較　文脈、参照一様式、様式Ｉ、様式２、ドル ７、、ＳＣ；Ｒケース　文脈、参照一様式、様式、オブスベソ８．　５ＧＲ−セ ット　文脈、参照一様式、様式１、オブスベ９、ＳＣ；Ｒテスト−クリ　文脈、 参照一様式、様式１オプスベツヤ　りｌ、様式２オプスペツク２、真ハンドル、 偽−ハンドル、ハンドル １０、ＳＧＲ移動　文脈、様式ｌ、オブスペックエ、様式２、オブスペック２、 ハンドル １１、ＳＧＲ移動−ブロア　文脈、サイズ、様式１、オプスペックク　１、様式 ２、オプスペック２、ハンド１２、ＳＣＲ移動−マスク　文脈、マスク、様式１ 、オブスペック１、様式２、ハンドル １３、ＳＧＲセフト−ピッ　文脈、様式１、オプスペソク１、様式ト　２、オブ スペック２、ハンドル １４．３Ｃ，Ｒクリヤービン　文脈、様式１、オブスペック１、様式ト　２、オ プスペック２、ハンドル ミ５．３ＧＲ加算　文脈、様式１、オブスペック１、様式２、オプスペック２、 ハンドル １６．３ＧＲ減算　文脈、様式１、オブスペック１、様式２、オブスペック２、 ハンドル １７．５ＧＲＸ論理和　文脈、様式ｌ、オブスペック１、様式２、オブスペック ２、ハンドル １８．３ＧＲ・一般　文脈、サイズ、データ、ハンドル１９．３ＧＲ間接　文脈 、トウーハンドル（ｔｏ　ｈａｎｄｌｅ　）、ハンドル ２０．３ＧＲ間接　文脈、トウーハンドル、ハンドル２１．３ＧＲデータ　文脈 、サイズ、データ、ハンドル条件付き節点を用いることによってユーザーにはア ドバンスト・データ構造を作成する上で更にフレキシビリティが付与される。

上述の表工を参照すると、条件付き節点はルーチン４〜９を呼出すことによって 、割当て節点はルーチン１０〜１７によって、又、特別目的節点はルーチン１８ 〜２１によって作成される。

条件付き参照節点 条件付き参照節点は真／偽テスト又は値比較のいずれかに基づいて構造探知装置 ２７の横断経路を再指令する。テストの結果に基づき、条件付き参照節点は構造 探知装置２７に対して、テスト結果に関連する所定の横断経路をたどるよう命令 する。

条件付き参照節点によって実施されるテストは節点内の１つ又は２つのオペラン ド（節点の形式による）内に記憶されている値を利用する。これらのオペランド の値は割当て節点の処理によって処理されることによって、所定の条件付き参照 節点が横断経路を選択するＢ様の動的な制御が可能になる。これらのオペランド は表２に記載されている４つのアクセス様式を用いて検索され、本発明の対象に 含まれる。

アクセス様式は節点を作成するルーチンの様式、様式１又は様式２のパラメタ（ 節点の形式による）内にセントされた定数によって指定される。アクセス様式は システムに対してルーチンの演算上の規制側（ｏｐｓｐｅｃ　）パラメタ引き数 の解読方法を告げる。

様式１パラメタはオブスペック１のアクセスを規制し、様式２はオプスペック２ のアクセスを規制する。

表２＝オペランド・アクセス様式 定数　様式記述 ５ＧＲ３Ｋ−即時　オペランドはオペランド規制側（オブスペック）、指令パラ メタとして節点 内に記憶された現在値である。

５ＧＲ３Ｋ−絶対　オペランドはオペランド規制側として節点内に記憶された構 造記憶装置仮想 アドレス内に含まれている。

５ＧＲ３Ｋ−レジスタ　オペランドは（０−２）の番号が付された３つのレジス タの１つに含まれて いる。これらのレジスタは階層的グラ フィック状態の一部として保存及び復 元可能である構造記憶装置内の特別の 記憶位置である。３つのレジスタは全 てオペランドを記憶するために利用で きるが、レジスタ０は、変位様式が使 用される場合に基底アドレスとして使 用するために予約されなければならな い。

５ＧＲ３Ｋ−変位　オペランドはオペランド規制側内に記憶された値をレジスタ ０の内容に加算 することによって得られた構造記憶装 置仮想アドレスに位置している。

条件付き参照節点によって行なわれるテストは横断の時点でのオペランドの値を 用いる。この値は呼出されたときに節点構成ルーチンへとバスされたオペランド でもよく、又は以下に詳細に説明するように割当て節点がオペランドの値を変更 していてもよい。

オペランド・アクセス様式は割当て及び参照節点で用いる場合に重要である。ア クセス様式を用いることによって割当て節点は構造記憶装置内に退加データ又は 一般データを作成することができる。参照節点はその後、作成されたデータに従 って分岐にされることができる。特別目的節点を用いることによってデータはグ ラフィック・サブシステム１７に伝送されることができる。このようにして、デ ータ構造は実際に“サブプログラム°を書込み、が、２＃に造の横断中にこれを 実行することができる。それによって従来の方法よりもより汎用の機能性と記憶 資源のより有効な活用性が達成され、それにより条件レジスタのような定まった 記憶位置での条件付の分岐が行なわれる。

条件付き参照及び割当て節点の例には次のようなものがある。

○テスト ○テストー及び−クリャ ０比較 テスト節点は次のルーチンによって作成される。

ＳＧＲテスト（文脈、参照一様式、様式、オブスペック、真ハンドル、偽−ハン ドル、ハンドル） この節点はオペランドにて簡単な真／偽テストを行ない、構造探知装置に対し、 テスト結果が真（非ゼロ）であるか偽（ゼロ）であるかに応じて１つ又は２つの 構造を横断するように指令する。

オペランドの値は不変のままに留まる。

テスト−及び−クリヤ節点は次のルーチンによって作成される。

ＳＧＲテスト−及びクリヤ（文脈、参照一様式、様式、オブスペック、真−ハン ドル、偽−ハンドル、ハンドル）この節点はテスト節点と同様に真／偽テストを 実施する。まずオペランドの値をテストし、次にオペランドの値をゼロ（偽）に セントする。この節点はオペランドをクリヤするので（すなわち、オペランドを 偽条件にセットする）、後続の横断ではこの節点は構造検知装２２７に対して、 オペランドが再度真の条件にリセットされた場合だけ真の条件に連結する経路を 指示する。

比較節点は次のルーチンによって作成される。

ＳＧＲ比較（文脈、参照一様式、様式ｌ、オブスペック１、様式２、オブスベソ ク２、以下−ハンドル、同−一ハンドル、以上ハンドル、ハンドル） この節点は２つのオペランドのテストを行なって、いずれががより大きい場合は どちらが大きいのかを判定し、かつ構造検知装置に対して、第１のオペランドが 第２のオペランド以下であるが、。

等しいか、又は以上であるかに応じて３つの側構造のうちの１つを横断するよう に指令する。オペランドは不変のままに留まる。

ケース節点は次のルーチンによって作成される。

ＳＧＲケース（文脈、参照一様式、様式、オブスベノク、カウント、アザワイズ −ハンドル、ケースーハンドルズ、ハンドル）この節点はオペランドの値をテス トし、かつ構造探知装置に対して、咳値に割当゛Ｃられた側構造を横断するよう に指令する。オペラン（゛の値が側構造と関連するものでない場合は省略時開構 造の横断がなされる。オペランドは不変のままに留まる。この節点によって、節 点内のオペランドの値に応じでいくつかの横断経路を選択することかできる。

テスト−セント及びテスト−クリヤ節点は次のルーチンによって作成される。

５ＧＲ−セント（文脈、参照一様式、様式１、オブスペック１．４９式２、オブ スペック２、真−ハンドル、偽−ハンドル、ハンドル） ＳＧＲ−クリヤ（文脈、参照一様式、様式１、オプスペック１、様式２、オブス ペック２、真−ハンドル、偽−ハンドル、ハンドル） これらの節点によってマスク状のテストを行ってグラフインク・データ構造のど の部分を横断すべきであるかを判定することができる。テスト−セットは第１の オペランドにセントされたビットが、第２のオペランドにもセントされているか 否かを判定する。

テスト結果が真であるならば（すなわち、２つのオペランドの論理積が第１のオ ペランドと等しい場合は）第１の側構造の横断がなされる。偽であるならば第２ の側構造の横断がなされる。

テスト−クリヤは第１のオペランドでクリヤであるビットが、第２のオペランド でもクリヤであるか否かを判定する。テスト結果が真であるならば（すなわち、 ２つのオペランドの論理積が０に等しい場合）、第１の側構造の横断がなされる 。偽であるならば、第２の側構造の横断がなされる。

例えば特定の機構が“割込み可能”又は“割込み不能”であることを表わすマス クをレジスタ１内に記憶することができよう。

テスト−セットは機構が割込み可能であるか否かをテストするために利用でき、 割込み可能であるならば、構造検知装置に対して適切な側構造を横断するよう指 令する。

割当て節点 割当て節点はデータ構造の横断の結果、オペランドを修正することによって条件 付き参照節点の使用に際して更にフトキシヒリアイをもたらす、言い換えると、 条件付き参照節点によってテストされるべき条件は、割当て節点がそれらのオペ ランドを修正するために利用される態様に応じてそれぞれの横断で異なることが できるや 割当て節、１．ζは条件付き参照節曳により用いられるオペｔントーｃ四則演算 又はビ・ノド演算を行なう、υ１当て節す農ま次のとうりである。

○移動 ０移動ブロツク Ｏ加算 ○減算 ＯＸ論理和 移動節点は次のルーチンによって作成される。

Ｓ、　Ｇ　Ｒ移動（文脈、様式１、オブスペック１、様式２、オブスペック２、 ハンドル） この節点は演算上の規制側（オブスベソク）　１によって設定されたロケーショ ンから演算上の規制側２によって設定されたロケーションへの長語移動演算を行 なう。

移動−ブロック節点は次のルーチンによって作成される。

ＳＧＲ移動−ブロック（文脈、サイズ、オブスペック１１様式％式％） この節点は演算上の規制側１によって設定されたロケーションから、演算上の規 制側２によって設定されたロケーション−・の、サイズ・パラメタによって指示 された長語のブロックの移動演算この節点はマスク・パラメタによって指定され たビットを第１のオペランドの対応する値と等しい第２のオペランド内の値へと セットする。

セント、−ビット節点は次のルーチンによって作成される。

５ＧＲ−一ビット（文脈、様式１、オプスペック１、様式２、オブスペック２、 ハンドル） この節点は、第１のオペランドにセットされた全てのビットを第２のオペランド にセントする論理和演算を行なう。

クリヤーピント節点は次のルーチンによって作成される。

ＳＧＲクリヤービット（文脈、様式１、オブスペックｌ、襟式２、オブスペック ２、ハンドル） この節点は論理積否定演算を行ない、第１のオペランドにセントされた全てのビ ットを第２のオペランドでクリヤする。

加算節点は次のルーチンによって作成される。

Ｓ　Ｇ　Ｒ加算（文脈、様式１、オブスペック１、様式２、オブスペック２、ハ ンドル） この節点はオペランド１とオペランド２の符号付き長語加算を行なう、加算の結 果は第２のオペランドに記憶される。

減算節点は次のルーチンによって作成される。

ＳＧＲ減算（文脈、様式１、オブスペック１、様式２、オブスペック２、ハンド ル） この節点は符号付き長語減算を行ない、オペランド２からオベランド１を減算し 、その結果を第２のオペランド内に記憶する。

Ｘ論理和節点は次のルーチンによって作成される。

５ＧＲＸ論理和（文脈、様式１、オブスベフク１、様式２、オプスペック２、ハ ンドル） この節点は２つのオペランドを用いてＸ論理和減算を行ない、その結果を第２の オペランドに記憶する。第２のオペランド内の全てがセフ）されると、否定演算 が行なわれることに留意されたい。

特別目的節点の例は次のとうりである。

特別目的節点を構成するルーチンはグラフィック・データ構造のフレキシビリテ ィと効率を高める。これには次の３つの節点がある。

〇一般 ○間接 ○データ ーｐＡ節点は次のルーチンによって作成される。

５ＧＲ一般（文脈、サイズ、データ、ハンドル）一般節点は指令又はデータ又は その双方をグラフインク・バイブラインを経て伝送する手段をもたらし、実際に あつらえ節点を作成する。用いられる指令は階層的グラフィック状態に影響を及 ぼすものではない。

間接節点は次のルーチンによって作成される。

ｓＧＲ間接Ｃ文ｋ、）ウーハンドル、ハンドル）間接節点は別の節点内のデータ を参照する。アプリケーションはあらかじめ定められたデータを参照する間接節 点を挿入できる。

ルーチンは参照された節点の形式の節点を作成される間接節点に挿入し、又、構 造検出装置に対してその節点に含まれるデータを横断するよう指示するポインタ を挿入する。それによって参照された節点と同一であるが、グラフインク・デー タ副構造の別の部分に位置する節点が作成される。このルーチンは属性表を構成 するのに有効である。それによって記憶領域が節減され、編集時の変更数が限定 される。

データ節点は次のルーチンによって構成される。

ＳＧＲデータ（文脈、サイズ、データ、ハンドル）データ節点は応用プログラム によって使用されるべきデータの記憶又は保存に利用される。構造の横断中、構 造検出装置２７はこの節点にデータを引渡すが、次のポインタに追従する。

構造検出装置の主要機能はデータ構造の節点を適正な順序で正確に横断し、それ ぞれの形式の節点を正しく処理することである。

構造検出装置２７の処理機能には構造の節点の更なる横断に関する節点指令を実 行し、又は節点構造内の代替節点分岐へと条件付き分岐を行ない、かつ前述のよ うに横断された節点内に含まれるデータ及び指令情報を処理のためにグラフイン ク・パイプライン・プロセッサ２９へと伝送することが含まれる。

又２上文王ヱ椿炭 第３図には、本発明のグラフインクシステムのソフトウェア構成を示すブロック 図が示されている。アプリケーション１００は、グラフインクデータ構造に関す るリクエストを含む、多くのアプリケーション１００は、グラフインクサブシス テム１７による操作及び表示のためにマルチプル・グラフィックデータ構造をな すホスト中央処理装置１０内に存在する。好適な実施例では、Ｘウィンドーシス テムが、アプリケーション１００内に含まれるウィンドー処理及びビットマツプ ・グラフィックリクエストを実行している。Ｘウィンドーシステムは、マサチュ ーセッツ工科大学の発行する刊行物、例えば、ジム・ゲディス、ロン・ニューマ ン及びロバート・Ｗ・シェイフラーにょるＸリブ＝Ｃ言語Ｘインタフェース・プ ロトコル・バージョン１１、及びロバート・Ｗ・シエイフラーによるＸウィンド ーシステム・プロトコル・バージョン１１ベータテストに十分に記載されている 。これらの刊行物は、料金を支払うことなく、どのような目的にでも使用、複写 及び修正出来る。Ｘウィンドーシステムに関する情報は、マサチューセッツ工科 大学コンピュータサイエンス研究所、５４５テクノロジースクエア、ケンブリッ ジ、マサチューセッツ０２１３９より入手出来る。

Ｘウィンドーシステムは、タライアントーサーバーモデルに基づく、アプリケー ション１００は、クライアントサイドで用意され、そのリクエストをサーバープ ロセス１０１に送信することによりその仕事を達成するものである。サーバー１ ０１は要求された機能を実行し、ステータスをクライアント・アプリケーション １００に送る。Ｘウィンドーシステムの主たるコンポーネントは、Ｘプロトコル １０２、サーバー１０１及びＸリブ１０３である。

Ｘプロトコル１０２は、サーバー１０１及びクライアント１００間の通信用モデ ルを定義し、またグラフインクサブシステム】７用モデルも定義する。モデルは 、特定の方法で連動する種々のオブジェクトからなる。最も基本的なオブジェク トはウィンドーであり、そのビクセルの長方形アレイは、所定の時間で、（部分 的に）モニター３８上で見られるが、もしくは見られない、ウィンドーは、階層 状であり、換言すると、ウィンドーはサブウィンドーを有している。サブウィン ドーが表示されると、それはその親に対してクリツブされる。モニターは、階層 のルーツである。各ウィンドーは固有のＩＤ、光特性リストを有しており、クリ ニーティング・プロセス１００よりもプロセス１００により操作される。Ｘプロ トコル１０２により、存在するウィンドーの数は制限されるものではない（即ち 、ウィンドーは「チーブ」である）。

Ｘプロトコル１０２により定義される他のオブジェクトには、以下のものが含ま れる。

カラーマンプ：ビクセル値及びカラーとの関連。

ビ、クスマソプ：ビクセルの長方形アレイ。

タイル二領域を満たし、カーソルを示すのに使用される特別の種類のピックスマ ツブ。

ポリライン：特定のクライテリアによるウィンドー内に表示される関連するポイ ントの１セント。

（グリフ）フォント：　（その比例フォントを含む）英数字に対応するピントマ ツプの１セント。

Ｘプロトコル１０２は、またイベント数も示す。これらのイベントはサーバー１ ０１により検出され、例えば、周辺装置からの受信信号を制御プロセッサ１３及 び周辺リピータボックス２３（第３図参照）を介して入力して、フライアン）１ ００上にバスする。イベントの例としては、以下のものがある。

露光イベント：以前に閉じられた表示ウィンドーの一部が今開かれること。

キーボードイベント：ディスプレイ上のキーが押されること。

ボタンイベント：ポインティングデバイス（例えば、マウス２０）が押されるこ と。

クライアント１００は、イベントに関心があることを明確に示したイベントの告 知のみを受信する。イベントは時間順のキューで維持され、同期成いは非同期で フライアン）１００に゛より受信される。

Ｘサーバー１０１は、クライアント・アプリケーション１００及びグラフインク サブシステム１７間の通信を行なう。各クラインク（１００は、通信プロトコル を介してサーバー１０１との間の接続を確立している。クライアントｌＯＯはサ ーバー１０１にコマンドを送信して、例えば、ウィンドーへの書込み、フォント のローディング、カラーマツプの操作、成るイベントに対する関心を示すこと等 の機能を遂行する。Ｘサーバー１０１は、その後、例えば、ストラフチャーメモ リ２６内のノー　ドを介してグラフインクサブシステム１７ヘコ”７ンドを送信 することにより、要求された機能を遂行する。

す・−バー１０１は、常に、モニター３８の如き同じマシン上に配置される。そ こにマシン当たり１以上のサーバーを配置し、かつサーバーが１台以上のモニタ ー３８を制御することが出来る。

各モ、−ター３８は、しかるに、せいぜい１台のサーバーにより制御しうるちの である。

サーバー１０１は、ウィンドーシステムを動作せしめる本発明の特定のシステム に対するＸウィンドーシステム・からの通信用の装置従属（Ｄ　Ｄ　Ｘ）　プロ グラムとインタフェースする装置独立（ＤＤ＋）プログラムを具備している。本 発明に関しては、ＤＤＸの最重要特性は、１ラバース制御の３次元ディスプレイ 文脈機能であり、このトラバース穆１？卸により、ウィニ／ドーサーバー１０１ 内のｙイスグレイマネージャ・−１０６を介して、クライアント・アプリケーシ ョン１００により示されるウィンドーはステラクチレーメ（す２Ｇ内のり・４ア ント・７ブリケーシヨン１００により構築される３次元グラフインク構造に二接 続される。ここで、３次元機能はＸウィン］・−システム内に組込まれる。

ＸＩＪブ１０３は、Ｘ→ドーパ−に対するクラ・インクｌ〜のインクフェースで ある。それは、実行中のＸプロトコル１０２により具備される機能に対応する手 順インタフェースである。これにより、ウィンドーを作り、表示する等のコール が存在することとなる。

Ｘリブは手順インタフェースであるため、それは高レベルの言語により呼び出さ れるよう設計される。

ウィンドーマネージャー１０４は、ヒユーマン・ワークステーション・インタフ ェースをなすアプリケーションである。特に、それはウィンドーを作り、移動し 、その大きさを変え、また破壊する能力を備えたユーザーを具備している。これ らの動作は、マウス２０をボインティングディバスとして使用し、ボタンクリッ クをし、キーボードを打つことにより、示される。Ｘプロトコル】０２はどのウ ィンドーマネージャーをも特定しないにも拘らず、そのいくつかが現在選択され ている。Ｘは、カスタマイズド・ウィンドーマネージャー実現に必要な特性を具 備している。これは、ウィンドーマネージャーがＸアプリケーションを実行する のに必要ではなく、（シかるに、同一のディスプレイ上に同一の時刻に）マルチ プル・ウィンドーマネージャーを有することが可能であることを意味する。

グラフインクパッケージは、Ｘウィンドーシステムのトップ、例えば、Ｇ　Ｋ　 Ｓ　ｏ　／　ｂパッケージに積層しうる。本発明では、グラフインクパッケージ は、ビットマツプ・グラフインクを介して、２次元ディスプレイに使用される。

実際、Ｘウィンドーシステムは、ビットマツプ・グラフィックサブシステムと関 連して使用されるように開発された。ビットマツプ・グラフィック文脈及びコン テキストは、再現プロセッサ３６により加工される。

本発明によれば、３次元グラフインクデータ構造は、ホストサブシステム内に具 備された構造化グラフインクルーチン１０５（ＳＧＲ）を直接に介して、アプリ ケーション・クライアント１００により構築される６アプリケーシヨン１００は 、特定のグー？フィフクデーク構造を構築Ｊ−るのに必要とされる種々の構造化 グラフィックルーチ゛１．〆１．０５を利用する。構造化グラフィックルー・チ ンはアプリゲージワン１００によるルーチンリクエストを実ｉ〒し、ストラフチ ャーメモリ２６内の適切な連係ノードを構築す１５、以下のものは、グラフィッ クデータ構造実現のためのホストサブシステム内に具備された構造化グラフィッ クルーチンの各例ＳＧＲ＄ＢＥＧＩＮ−ストラクチャー（文脈）このサブルーチ ン呼出し用のグラフィック・コンテキストの識別子。

コンテキスト・アーギュメントは、グラフインク・コンテキスト・ブロックの識 別子を含む符合なし整数のアドレスである。

目　的 ステラクチャを開始すること。

説明 ストラフチャーは互いに連係されたノードのＪゲルーブである。

ＳＧＲ＄ＢＥＧＩＮ−ストラフチャー呼出し後、同一のコンテキストがストラフ チャーの最後に追加される。ＳＧＲ＄ＢＥＧｉＮ−一ストラクチヤ−によりノー ドは作成されない。ストラフチャーは、ＳＧＲ＄ＢＥＧＩＮ４−ストラフチャー により終了する。

連係ノードの情報は、コンテキスト・アーギュメントに参照されるグラフィック ・コンテキスト内に記憶されるため、マルチプル・コンテキストを用いて、同時 にマルチプル・ストラフチャーを構築することが出来る。

ステラクチヤーを構築しないコンテキスト用にＳ　Ｇ　Ｒ＄　ＢＥＧＩＮ−９− ストうクナヤーを呼出すことは、エラーとなる。

各ストラフチャーを、データノードヌは不能ノードの如き、何もしない、ノード で開始することが望ましい、これにより、ストラフチャー・はマルチプルノード と参照され、ストラフチャー内の最初の真ノードの交換が可能となる。

Ｌ２ニー ＳＧＲ＄Ｃ０ＬＯＲ フォーマット ＳＧＲ＄Ｃ０ＬＯＲ（コンテキスト、赤、緑、青、カラー）アこのサブルーチン 呼出し用のグラフィック・コンテキストの識別子。

コンテキスト・アーギュメントは、グラフインク・コンテキスト・グロ・ツクの 識別子を含む符合なし整数のアドレスである。

赤 カラーの赤色輝度。赤アーギュメントは、赤色輝度の値を含むＦ−フローティン グフｔ−７７ト内の符合なしロングワードのアドレスである。この値は、０．０ （輝度ゼロ）から１．０（最大輝度）の範囲内にある。

緑 カラーの緑色輝度。緑アーギュメントは、緑色輝度の値を含むＦ−フローティン グフォーマント内の符合なしロングワードのアドレスである。この値は、ｏ、ｏ ｃｍ度ゼロ）から１．０（最大輝度）の範囲内にある。

青 カラーの青色輝度、青アーギュメントは、青色輝度の値を含むＦ−フローティン グフォーマント内の符合なしロングワードのアドレスである。この値は、０．０ （輝度ゼロ）から１．０（最大輝度）の範囲内にある。

カラー ルーチンによりリターンされるカラー・ロングワード、カラー・アーギュメント は、カラー値をリターンする符合なしロングワードのアドレスをリターンする。

目　的 カラーワードを作成すること。

説明 このルーチンは、赤、緑及び青の輝度よりなるカラーを作成する。カラーワード のフォーマントは次のスケールで示される。

カラーは、アーギュメントとして、ＳＧＲ＄５ＥＴ−バンクグランド、ＳＧＲ＄ ５ＥＴ−ラインーカラー、及びＳ　Ｇ　Ｒ＄　５ＴＡＴ［ＩＳヘバスされる。

関連ルーチン ＳＧＲ＄５ＥＴ−バンクグランド ＳＧＲ＄５ＥＴ−ラインーカラー ＳＧＲ＄５ＥＴ−サーフェス−カラー ＳＧＲ＄５ＴＡＴＬＩＳ 夕ＬＬ二 ＳＧＲ＄　ＶＥＣＴＯＲ フォーマント ＳＧＲ＄ＶＥＣＴＯＲ（コンテキスト、頂点−フォーマント、エディツト−フラ グ、カウント、頂点−アレイ、ハンドル）このサブルーチン呼出し用のグラフィ ック・コンテキストの識別子。

コンテキスト・アーギュメントは、グラフインク・コンテキスト・ブロックの識 別子を含む符合なし整数のアドレスである。

頂点−フォーマット フラグは、頂点−アレイ・アーギュメントによりバスされる頂点のフォーマット を示す、頂点−フォーマント・アーギュメントは、次のフラグを含む符合なしロ ングワードである。

ステータスワードを含む。

ＳＧＲ＄Ｍ　Ｘ−セントされると、アレイ内の各頂点はＸ座標を含む。

ＳＧ［１８Ｍ　Ｙ　セントされると、アレイ内の各頂点はｙ座標を含む。

ＳＧＲ＄Ｍ　Ｚ　セントされると、アレイ内の各頂点は２座標を含む。

ＳＧＲ＄Ｍ　Ｗ　セットされると、アレイ内の各頂点はＷ座標を含む。

エディツト−フラグ フラグは、ルーチンが項目頂点のステータスワードをノード内に記憶するように フォーマットする方法を特定する。エディツト−フラグは、次のフラグを含む符 合なしロングワードのアドレスＳＧＲ＄Ｍ　ＥＤＩＴ　ＰＯＬＹＬＩＮＥ　セン トされると、分離ドローモードを伴った項目頂点用のデフォルト・ステ ータスワードを作成する。

ＳＧＲ＄Ｍ　ＥＤＩＴ　５ＥＰＡＲＡＴＥ　セントされると、ポリライン・ドロ ーモードを伴った項目頂点用のデフォル ト・ステータスワードを作成する。

ＤＧＲ，３Ｍ　ＥＤＩＴ　ＰＯＬＹＬＩＮＥ又はＳ　Ｇ　Ｒ＄　Ｍ　ＥＤＩＴＳ ＥＰＡＲＡＴＥのいずれもエディツト−フラグ・アーギュメント内にセットされ ないと、項目頂点のステータスワードは変化せず、そのステータスワードは各頂 点にて適切に満たされねばならない、エディツト−フラグ・アーギュメントは、 ステータスワードを伴わない頂点には影響しない。

カウント 頂点−アレイ・アーギュメントによりバスされた頂点の数。カウント・アーギュ メントは、符合なしロングワードのアドレスである。

エメントはロングワードのアレイのアドレスであり、このアレイは、頂点−フォ ーマット内にセントされたフラグ数により示された頂点コンポーネントの数で乗 算されたカウント・アーギュメントによりバスされた値と等しいロングワードの 数を含まねばならない０例えば、（頂点−フォーマット・アーギュメント内にＳ ＧＲ＄Ｍ　５ＴＡＴＵＳ、ＳＧＲ＄Ｍ　Ｘ、ＳＧＲ＄Ｍ　Ｙ及びＳＧＲ，３Ｍ　 Ｚをセットすることにより）頂点−フォーマントが３　Ｄ　ｗｉｔｈ　５ｔａｔ ｕｓ頂点フォーマットを示し、カウント・アーギュメントが頂点の数が１０であ ることを示した場合、その後頂点アレイは４０のロングワードを含まねばならな い、頂点コンポーネントは、ｘ、ｙＳｚＳｗのステータス順でなければならない 。

全ての座標は、グラフインク・コンテキスト内にセントされたデフォルト浮動小 数点フォーマントによらねばならない。

ハンドル このルーチンによりクリエイトされたノードの識別子、ハンドル・アーギュメン トは、識別子を含む符合なしのロングワードのアドレスにリターンする。

目　的 ベクトルノードをクリエイトすること。

説明 このルーチンは、ベクトルノードをクリエイトする。このノードがストラフチャ ー・ウォーカー２７によりトラバースされると、データがグラフインクサブシス テム１７に送られて、上記の如く、表示されるベクトルが描かれる。可視とする ためには、ベクトルは適切に変形されねばならず、（例えば、それらはクリッピ ング・ブレーン内になければならず）、（バンクグランドカラーと異なるカラー の如き）正確なアトリビュートを存し、多角形により覆い隠されないことが必要 である。

各ベクトルは、ステータスワード、及びｘＳｙ、ｚ、ｗ座標を有することが出来 る。ステータスワードはドローモードをセットし、及び／又は項目ベクトルカラ ーが可能となる。

フォーマント ＳＧＲ＄Ｘ　ＲＯＴＡＴＥ　ＭＡＴＲ’ｌＸ（コンテキスト、乗算−制御、角度 、マトリックス） このサブルーチン呼出し用のグラフインク・コンテキストの識別子。

コンテキスト・アーギュメントは、グラフインク・コンテキスト・ブロックの識 別子を含む符合なし整数のアドレスである。

乗算−制御 如何にしてマトリックス・アーギュメントが解釈されるかを特定する０乗算−制 御アーギュメントは、符合なしロングワードのアドレスである。許容しうる値は 、次のものである。

元素　鉦 ＳＧＲ＄Ｋ　ＲＥＰＬＡＣＥ　マトリックス・アーギュメントは、このルーチン により生成される新たなマ トリックスにリターンする。

マトリックス　新−マトリックス ５Ｇ１７＄に−ＰＲＥ１１旧１．ＴＩＰＬＹ　マトリックス・アーギュメントは 、こツルーチンにより生成される新たなマ トリックスが予め乗算されるマトリッ クスを供給する６その後、マトリック ス・アーギュメントはその結果のマト リックスにリターンする。

ＳＧＲ＄Ｋ　ＰＯＳＴｌ１ｌｌｌＬＴＩｌ”ＬＹ　マトリックス・アーギュメン トは２、ごのルーチンにより生成された新たなマ トリックスが後に乗算されるマトリッ クスを供給する。その後、マトリック ス・アーギュメントはその結果のマト リックスにリターンする。

マトリックス　マトリックス　Ｘ 新−マトリックス 角度 ラジアンの回転角度。角度アーギュメントは、Ｆ−フローティング・フォーマン ト内のロングワードのアドレスである。

マトリックス このルーチンによりクリエイトされるＸ−回転マトリックス。

マトリックス・アーギュメントは、結果マトリックスを含むＦ−フローティング ・フォーマット内のロングワードの４ｘ４アレイのアドレスにリターンする。マ トリックスは、行主要順序となっＸ−回転マトリックスをクリエイトすること。

説明 このルーチンは、Ｘ軸で回転する回転マトリックスを計算する。

その回転は、＋Ｘ軸から見て時計方向の角度ラジアンである０回転マトリックス は、マトリックス・アーギュメント内にリターンする。いくつかの追加ルーチン がホストサブシステム内に記憶され、これによりアプリケーション・プロセス１ ００は、ステラクチ十−メモリ２６内に記憶され、その結果ストラッチ中−・ウ ォーカー２７によりトラバースされるカラーの３次元イメージを示すグラフィッ クデータ連係ツートストラクチャ−を構築する。以′ドに示すものは、機能毎番 ごリストされたルーナユ／を伴った完全な構造化グラフィック・ルーチン・ライ ブラリーの一例である。

、表」−り影ｐＲブリ］ｉｃよ」：湧ノＳＧＲ＄５ＴＡＴＬＩＳ　コンテキスト 、フラツグ、カラー、ステータス 亥Ｉ工旦５３グトリビュート・ルーチンジェネラル・７トリピエートＳＧＲアー ギ亘ン二上。

ＳＧＲ＄５ＥＴ−ＢＡＣＫＧＲＯｔｌＮＤ　：１７　ｆキスト、カラー、Ａ　７ 　ト、）ＬｉｓｃＲｓｓＥＴ−ＧＥＯｒｌＥＴＲＹ−ＭＡＳＫ　コンテキスト、 イネーブル−マスク、ディスエーブル−マスク、ハンドル ５ＧＦｌ＄ＳＥＴ　ｒＮＴＥＮｓＩＴＹ　ＲＡＮＧＥ　：１７テキスト、ミニマ ム、マキシマム、ハンドル ＳＧＲ＄５ＥＴ３ｒＮＥ　Ｃ０ＬＯＲ、ニア　７フーキスト、カラー、ハンドル ＳＧＲ＄ＳＥＴ　ＬＩＮＥ　ＦＩＬＴＥＩ？　コンテキスト、フィルタ、ハンド ルディスエーブル−マスク、ハンドル ＳＧＲ＄ＳＥＴノＦ、ＣＴＯＲＤＲＡｌｊ？ｌ０ＤＥコンテキスト、ドロー−モ ード、ハンドル ポリゴン６アトリビユートＳＧＩ？　アーギュメ　ン　トＳＧＩ？＄ＳＥＴ　Ｌ ＩＧ）ＩＴ　コンテキスト、ライト−＋ｄｓライトディスエーブルーマスク、ハ ンドル ドル ＳＧＩ？＄５ＥＴ−３ＵＲＦＡＣｊｐＨ０ＰＥＲＴ　Ｉ　ＥＳコンテキスト、サ イド、特性、ハンド ノＩノ ＳＧＲ＄ＳＥＴ　５ＴＩＩＩＮＧ　ＦＯＮＴ　コンテキスト、フラグ、スペーシ ング−ハンドル、プロセス−ハンドル、グ ＳＧＲ＄Ｃ０ＬＯ１ｌ　コンテキスト、フラグ、レッド、グリーン、ブルー、カ ラー ３　：　ＳＧＲ・ルーチン 五里盈旦且　アーギュメント ＳＧＲ＄ＢＥＧＩＮ−１２ＥＮＤＥＲＩＮＧ　コンテキスト、スタイル、ハンド ルＳＧＲ＄ＥＮＤ　ＲＥＮＤＥＲＩＮＧ　コンテキスト、ハンドル４　：　ＳＧ Ｒ・ノ・ルーチン マ）リフクス・フンボンシコン５ＧＩＩ　アーギュメ　ン　ト　。

ＳＧＲ＄Ｃ０ＮＣＡＴ　ＭＡＴＲＩＸ　Ｄ　７テキスト、フラグ、マトリックス ノーマル−マトリックス、ハンドル ＳＧＲ＄ＬＯＡＤ　ＭＡＴＲＩＫ　コンテキスト、フラグ、マトリックスノーマ ル−マトリックス、ハンドル ＳＧＲ＄５ＩＪＢＳ丁ＩＴＵＥＥ　ＭＡＴＲＩＸ　］　７テキスト、フラグ、マ トリックスノーマル−マトリックス、ハンドル 角度、ポイント１、ポイント２、 マトリックス ＳＧＲ＄５ＣＡＬＥ　ＭＡＴＲＩＸ　：ｌ　”Ｊテキスト、マルチイブライ−制 御、ベクトル、マトリックス ＳＧＲ＄ＲＯＴＡＴＥ　ＭＡＴＲＩＸ　コンテキスト、マルテイブライー−ｆｉ ｌｌ？■、角度、マトリックス ＳＧＲ＄Ｙ　ＲＯＴＡＴＥ　ＭＡＴＲＩＸ　ニア　７テキ、２．　）、’７／Ｌ ／テイフ゛ライー３１１省卸、角度、マトリックス ＳＧＲ＄Ｚ　ＲＯＴＡＴＥ−ＭＡＴＲＩＸ　コアテキスト、マルチイブライ−角 度、マトリックス フロム、トウー、アップ、マトリ・ツクス ジマス、インシイデンス、ツイスト、 コンテキスト、マルチイブライ−制御。

高さ、アスペクト、フロント、バック、コンテキスト、マルチイブライ−制御、 角度、高さ、アスペクト、フロント、 Ｊレ ジェネラル・マ）リフクス・コーティリティＳＧＲ　アーギュメ　ン　トＳＧｌ ｌ＄ＣＯＰＹ　ＭＡＴｌ？ＩＸ　コンテキスト、フロム−マトリックス、トウー −マトリックス ＳＧＲ＄ＩＤＥＮＴＩＴＹ−ＭＡＴＲＩＸ　Ｄ　７ｆキスト、マトリックスＳＧ Ｒ＄ＩＤＶＥＲＳＥ　ＭＡＴＲＩＸ　：Ｉ　ンテキスト、マトリックスインバー ス−マトリックス ＳＧＲ＄ＭＵＬＴＩＰＬＹ　ＭＡＴＲＩＣＢＳ　コンテキスト、ブリマトリック ス、ボＳＧＲ＄ＮＯ闘＾Ｌ　ＭＡＴＲＩＸ　コンテキスト、マトリックス、ノー マル−マトリックス ５　：　ＳＧＲビューボー　・ルーチン６　：　ＳＧＲストークヂャー・ビイル ディング・ルーチンストラクチ會−・ビ農ダイングＳＧＲ　アーギュメ　ン　ト ＳＧＲ＄ＢＥＧＩＮ　ＳＴＲＬＩＣＴ［ＩＲＥ　コアテキストＳＧＲ＄ＥＮＤ　 ＳＴＲＵＣＴＵＲＥ　コンテキスト、ハンドル７：ＳＧＲ　ルーチン 焦］１■１１Σ亙」」　アーギュメントＳＧＩｌ＄ＣＡＬＬ　文脈、基準モード 、モード、オブスペック、カウント、アザ−ワイズ・ハン ドル、ケース・ハンドル、ハンドル ＳＧＲ＄ＣＯＭＰＡＲＥ　文脈、基準モード、モデル、オプスペック１、モード ２、オプスペノク２、 レス・ハンドル、イクオール・ハンド ル、グレーグ・バンドル バンドル ＳＧＲ＄ＴＥＳＴ　文脈、基準モード、モデル、オプスベソク、トウルー・ハン ドル、ファシス・ハンドル、ハンドル ＳＧＲ＄＄εＳＴ　−　ＡＩＩＤ　−　ＣＬεＡｔ？　文脈、基準モード、モー ド、オプスペック、トウルー・ハンドル、ファシス・ＳＧＲ＄ＴＥＳＴ　−　Ｃ ＬＥＡｌｌ　文脈−基準モード、モデル、オプスペック、モード２、オブスペッ ク２、ト ウルー・ハンドル、ファシス・ハンド ル、ハンドル ＳＧＲ＄Ｔ［ｉＳＴ　−　ＳＥＴ　文脈、基準モード、モデル、オプスペック、 モード２、オブスペソク２、ト ウルー・ハンドル、ファシス・ハンド ＳＧｌ？＄ＡＤＤ　文脈、モデル、オプスペック、モード２、オブスペソク２、 ハンドル ＳＧｌ？＄ＣＬＥＡＲ　−　ＢＩＴＳ　文脈、モデル、オブスベソク１、モード ２、オブスベンク２、ハンドル ＳＧＲ＄ＭＯＶＥ　文脈、モデル、オブスペック１、モード２、オブスベンク２ 、ハンドル ＳＧＩ？＄ＭＯＶＥ　−ＢＬＯＣＫ　文脈、サイズ、−Ｅ−７ル、オプスヘフク １、モード２、オブスペック２、ハン ドル ＳＧＲ＄？ＩＯνＥ　−１１ＡｓＫ　文脈、マスク、モデル、オブスペック１１ モード２、オブスペック２、ハン ドル ＳＧＲ＄ＳＥＴ　−ＢＩＴＳ　文脈、モデル、オブスペック１、モード２、オブ スペフク２、ハンドル ＳＧＲ＄ＳＵＢ　文脈、モデル、オブスペック１、モード２、オブスペック２、 ハンドル ５Ｇｌｌ＄Ｘ０１ｌ　文脈、モデル、オブスペック１、モード２、オブスベソク ２、ハンドル 表８　：　ＳＧＲグラ入Ｌムし文■ヱニ至ｌグラフィック　ＳＧＲアーギュメイ 」−５ＧＲ＄Ｃ０ＰＹ　−Ｃ０ＮＴＦＳＴ　文脈から文脈へＳＧＲ＄ＣＲＥＡＴ Ｅ　−ＣＯＮ丁ＥＳＴ　ディスプレイ、文脈グラフィック文脈編集５ＧＲ− 兜一太一一処−１ヱニエエムＺ上 ５ＧＲ１ｌＮＯ・ＤＥＦ・ ＢＡＳＥ　−ＧＥＯ？ＩＥＴＲＹ　文脈、ジオメトリＳＧＲ＄ＩＮＱ　−ＤＥＦ 　・ ＢＬＩＮＫ・ＰＥＲＩＯＤＳ　文脈、オン、オフＳＧＲ＄ＩＮＱ　−ＤＥＦ・ ＢＩＩＦＦＥＲＩＮＧ　−１１０ＤＥ　文脈、モードＳＧｌ？＄ＩＮＱ　・［ｌ ＥＦ・ ＤＲＡＷＡＢＬＥ　文脈、ドローワブルＳＧＲ＄ＩＮＯ・ＤＥＦ　・ ＦＩＲ５Ｔ　−ＰＩＣＸ　文脈、ビック・ナンバーＳＧＲ＄ＩＮＯ・ＤＥＦ・ ＦＰ　−ＦＯＲＭＡＴ　文脈、ｒｐフォーマント、ｒｐブロック指数 ＳＧＲ＄ＩＮＱ・ＤＥＦ・ ）ＩＩＴ　−ＢＯＸ　−ＬＯＧＡＴＴＯＮ　文脈、ヒント・ボックス・ロケーシ ョン ＳＧＲ＄ＩＮＱ　−ＤＥＦ　・ ＨＩＴ　−ＢＯＸ　−５ＩＺＥ　文脈、ヒント・ボックス・サイズＳＧＲ＄Ｉ！ ＩＱ　−ＤＥＦ・ Ｌｌ）ＩＥ　−ＦＩＬＴＥＲ文脈、フィルタ・ナンバー、フィルタ値 ＳＧＲ＄ＩＮロ　・　ＤＥＦ　・ ＰＡＴＨ−５ＴＡＣＫ　文脈、バス・サイズＳＧＲ＄ＩＮ［Ｉ・ＤＥＦ・ ＰＩＣＭ　−ＩＤ　−５ＴＡＣＫ　文脈、ビック・ｉｄ・サイズ５ＧＩｌ＄４Ｎ Ｑ　−ＤＥＦ・ ＰＩＣＫ　−１，ＩＭＩＴ　文脈、ビック・リミット５Ｇｌｌ＄ＩＮＱ　−ＤＥ Ｆ・ ＰＩＣＫ　−ＱＬＩＥＩＩＥ　文脈、ピンク・サイズ、バス・サイズ、ビック・ ｉｄ・サイズ ＳＧＲ＄ＩＮＱ　−ＤＥＦ・ ＲＥＰＥＡＴ　−ＰＥＲＩＯＤ　文脈、期間ＳＧＲ＄ＩＮＱ　−ＤＥＦ・ ＴＲＡＶＥＲ５ＡＬ　−１０文脈、）　ラバー　＋ｎｚ　・ｔｄＳＧＲ＄ＩＮΩ ・ＤＥＦ　・ 丁１？ＡＶＥＩ？ｓＡＬ　−ＭＯＤＥ　文脈、モードフラグＳＧＲ＄ＩＮＱ　− ＤＥＦ・ ＵＰＤＡＴＥ　−１’ｌ０ＤＨ文脈、更新モードＳＧＲ＄ＩＩＪＱ　−［）ＥＦ ・ ＶＥＲＴＥＸ　文脈、バーテンクス・４ｄＳＧＲ＄ＩＮＯ・［ＩＥＦ・ ＶＩＲＴＩＩＡＬ　−ＲＯＯＴ　文脈、ハンドルグラフインク文脈編集５ＧＲｓ − センチイノ久　アーギュメント ＳＧＲ＄ＩＮＯ−ＤＥＦ・ ＢＡＳＥ　−ＧＥＯＭＥＴＲＹ　文脈、ジオメトリ５ＧＩｌ＄ＩＮＧ　−ＤＥＦ ・ ＢＬＩＮＫ　−ＰＥＲＩＯＤＳ　文脈、オン、オフＳＧＲ＄ＩＮＱ　−ＤＥＦ・ ＢＵＦＦＥＲＩＮＧ　−ＭＯＤＥ　文脈、モードＳＧＲ＄ＩＮＱ　−ＤＥＦ・ ＤＲＡＩＩＡＢＬＥ　文脈、ドローワブル、アタッチ・デタソチ ５Ｇｉｉ＄ＩＮＯ・［１ｌＥＦ・ ＦＩＩｌＳＴ　−ＰＩＣＫ　文脈、ビック・ナンバーＳＧＲ＄ＩＮＱ　−ＤＥＰ ・ ＦＰ　−ＦＯＲ１’ｌＡＴ　文脈、ｒｐフォーマント、ｒｐブロック指数 ＳＧＲ＄ＩＮΩ・［ｌＥＦ・ 旧Ｔ　−ＢＯＸ　−ＬＯＣＡＴＩＯＮ　文脈、ヒント・ボックス・ロケーション ＳＧＲ＄ＴＮＱ　−ＤＥＦ　・ 旧丁・ＢＯＸ　−５ＩＺＥ　文脈、ヒツト・ボックスサイズＳＧＲ＄ＩＮＯ・Ｄ ＥＦ・ ＬＩＮＥ　−ＦＩＬＴＥＲ文脈、フィルタ・ナンバー、フィルタ値 ＳＧＲ＄ｉＮＱ　−ＤＥＦ・ ＰＡＴＨ−５ＴＡＣＫ　文脈、バス・サイズＳＧＲ＄ｉＮＱ　−ＤＥＦ・ ＰＩ（Ｊ　−１０−５ＴＡＣＫ　文脈、ビック・ｉｄ・サイズＳＧＲ＄ｌ１１０ 　・　ＤＥＦ　・ ＰＩＣＫ　−ＬｌＨＩＴ　文脈、ビック・リミットＳＧＲ＄ＩＮＱ　−ＤＥＦ・ ＰＩＣＫ・ＱＵＥｔｌＥ　文脈、ピンク・サイズ、バス・サイズ、ビック・ｉｄ ・サイズ ＳＧＲ＄ｒＮＱ　−ＤＥＦ・ ＲＥＰＥＡＴ　−ＰＥＲＩＯＤ　文脈、期間ＳＧＲ＄ＩＮＱ　−ＤＥＦ・ ＴＲＡＶＥＲ５ＡＬ　−１０文脈、トラバーサ７１ｚ・１ｄＳＧＲ＄ＩＮＯ−Ｄ ＥＦ・ Ｔ’ＲＡＶＥＲ５ＡＬ　−ＭＯＤＥ　文脈、ｍｏｄｅ１ｇｌａｇｓＳＧＲ＄ＩＮ Ｑ　−ＤＥＦ・ ＬＩＰＤＡＴＥ　−ＭＯＤＥ　文脈、更新モードＳＧＲ＄ＩＮＯ−ＤＥＦ・ ＶＥＲＴＥＸ　文脈、バーテンクス−４ｄＳＧｌ？＄ＩＮＱ　−ＤＥＦ・ ＶＩＲＴＵＡＬ　−［１００？　文脈、ハフ　）’　７Ｌ／表に旦旦３ドーパー サル穆′ルーチン 」上”）火五夷銭旭　アーギュメント ＳＧＲ＄ＡＤＤ　・　ＴＯ・ ＱＵＥｔｌＥ　文脈、キュー・ハンドル、ファースト・ハンドル、ラスト・ハン ドル ＳＧＲ＄ＱＵＥＵＥ　文脈、基準モード、ファースト・ハンドル、カレント・ハ ンドル、ラスト・ ハンドル、ハンドル ＳＧＲ＄＄ＲＥＭＯＶＥ　・ ＦＲＯＭ　−ＱＵＥＵＥ　文脈、キュー・ハンドル、ファースト・ハンドル、ラ スト・ハンドル ＳＧＲ＄ＩＮＯ・ ＴＲＡＶＥ［１ＳＡＬ　−５ＴＡＴＥ　文脈、トラバーサ７Ｌ／−タイプ、ウェ イト・フラグ、ステート ＳＧＲ＄ＲＥＬＥＡＳＥ・ ｔｌＰ［１ＡＴＥＳ　文脈 ＳＧＲ＄ＲＥＱＩＩＥＳＴ・ ＴＲＡＶＥＲ５ＡＬ　文脈、トラパーサル・タイプ１０：ＳＧＲピ・キング・ル ーチン 旦ヱま７ｊ”　３匹」■　アーギュメントＳＧＲ＄ＣＯＭＰＵＴＥ・ ＰＩＣＫ　−ＰＯＩＮＴ　文脈、ノード・ピンクド、タイプ、ビック・ベクトル 、ｖｅｒｔ−ｇｅｏｗ　嘲マント、ユーザー・ベクトル ＳＧＲ＄Ｃ０ＮＣＡ丁　・ ＰＩＣＸ　−ＩＤ　文脈、識別子、ハンドルＳＧＲ＄ＧＥＴ　−ＰＩＣＫ　文ｊ ｌｌＲ、マックス・パス・ベア、マックス・ピンク・ｉｄｓ　、スティタス、ノ ード・ビンクド、タイプ、インデックス、ビック・ベクトル、シｅｒｔ−ｇｅｏ Ｉ１１“マット、ｎｕｗ’ベア３ｒｅｔ、パス、ｎｕｍ’ｉｄｓ　・ｒｅｔ　％ ピンク１ｄｓ ＳＧＲ＄ＬＯＡＤ・ ＰＩＣに弓Ｄ　文脈、識別子、ハンドルＳＧＲ＄ＰＩＩＩＮＴ・ ＰＩ（Ｊ　文脈、マックス・パスペア、マックス・ピンク・ｊｄｓ　％スティタ ス、ノード・ビンクド、タイプ、インデックス、ビ ック婚ベクトル、ｖｅｒｔ　φｇｅｏｍ　φマット、ｎｕｎ−ペアΦｒｅｔｓバ ス、ｒ＋ｕ−−ｉｄｓ　−ｒｅｔ　Ｓ　ビック１ｄｓ ＳＧＲ＄５ＵＢＳＴＩＴＩＩＴＥ・ ＰＩＣＫ　−ＩＤ　文脈、識別子、ハンドル１１　：　ＳＧＲハンドリング・ル ーチンハンドリング５ＧＲｓ　アーギュメントＳＧＲ＄ＡＬＬＯＣＡＴＥ・ ＤＥＶＩＣＥ　文脈、装置 ＳＧＲ＄Ｃ０）ＩＮＥｃＴ・ ＤＥＶＩＣＥ　−Ｔｏ　−ＭＡＴ　文脈、装置、ハンドル、幾何学的操作、軸線 、マトリックス操作、ヴァリュー・ニーセージ・フラグ ＳＧＲ＄ＤＩＳＣＯＮＮＥＣＴ・ ＤＥＶＩＣＥ　−Ｆｌ？ＯＭ　−ＭＡＴ　文脈、装置、ハンドルＳＧＲ＄５ｒＳ ＰＡＴＣＨ− ＤＥＶＩＣＥ　−ＥＶＥＮＴ　文脈、事象ＳＧＲ＄ＦＩＮＤ・ ＤＥＶＩＣＥ　文脈、ディスプレイ、装置−タイプ、ユニット、装置・ｉｄ（、 ｎＢ１ｎ５ 〔、ｎＤｉｍｓ　）　） ＳＧＩｌ＄ＦＲＥＥ・ ＤＥＶＩＣＥ　文脈、装置 ＳＧＲ＄ＧＥＴ・ ＤＥＶＩＣＥ　−ＡＴＴＲ文脈、装ｆ１％ａｔｔｒＢＩｏｃｋＳＧＲ＄ＧＥＴ・ ＤＥＶＩＣＥ　−ＣＨＡＲ５文脈、装置２．　ｎＢ１ｎ５　％　ｎＤｉｍｓ　５ ｎｄｅｖｉｃｅ　ｓ　ｎｅＸｊｄｅＶｌｃｅＳＧＲ＄ＧＥＴ・ ［ＩＥＶＩＣＥ　−ＶＡＬＵＥ　文脈、装置、ｖａｌｕｅＢｌｏｃｋＳＧＲ＄Ｓ Ｅ？・ ［ＩＥＶＩＣＥ　−ＡＳ丁　文脈、装置、ｖａｌｕｅＢ］ｏｃｋ、事象コード、 アクシラン、パラメータ ＳＧｌ？＄ＳＥＴ・ ＤＥＶＩＣＥ　−ＡＴＴＲ文脈、装置、ａｔｔｒＢＩｏｃｋＳＧＲ＄ＳＥＴ・ ＤＥＶＩＣＥ　−ＬＡＢＥＬ　文脈、装置、レーヘル、カウントＳＧＲ＄Ｓ［、 τ・ ＤＥＶＩＣＥ　−ＶＡＬＵＥ　文脈、装置、ｖａｌｕｅＢＩｏｃｋ１２：ＳＧＲ ’告　ル−チン ′　トロポジー５ＧＲｓ　アーギュメントＳＧＲ＄ＩＮＱＵＩＲＥ・ ＬＩＮＫＳ　文脈、ハンドル、前ハンドル、次ハンドル ＳＧＲ＄ＩＮＱＵＩＲＥ・ ＲＥＦＥＲＥＮＣＥ　文脈、ハンドル、インデックス、基準ハンドル ＳＧＲ＄ＰＯＳＴＦＩＸ　− ＮＯＤＥ　文脈、ハンドル、新ハンドルＳＧＲ＄ＰＲＥＦＩＸ　− ＮＯＤＥ　文脈、ハンドル、新ハンドルＳＧＲ＄ＲＥＰＬＡＣＥ・ ＩＮＤＩＲＥＣＴ　文脈、ハンドル、間接ハンドルＳＧＲ＄ＲＥＰＬＡＣＥ・ ＮＥＸτ　文脈、ハンドル、新次ハンドルＳＧＲ＄ＲＥＰＬＡＣＥ・ ＋１０ＤＥ　文ｋ、ハンドル、新ハンドルＳＧｌ？＄ｌ？ＥＰＬＡＣＥ・ ＲＥＦＥＲＥＮＣＥ　文脈、ハンドル、インデックス、基準ＳＧＲ＄ＩＮＱｔｌ ｌＲＥ・ ＢＩＴＭＡＳＫＳ　文脈、ハンドル、イネーブル・ビット、ディスエイプル・ピ ント ＳＧＲ＄ＩＮＱυＩＲ８・ ＣＨＡＲＡＣＴＥＲＳ　文脈、ハンドル、第１位置、最終位置、ストリング・サ イズ、結果カウント、 結果ストリング ＳＧＩ？＄ＩＮＱＵＩＲＥ・ Ｃ０ＬＯＲ文脈、ハンドル、カラー ＳＧＲ＄ＩＮＱＵＩＲＥ・ ＤＥＦＡＵＬＴ・ＶＥＲＴＥＸ　文脈、ハンドル、バーテンクス・４ｄＳＧＲ＄ ＩＮＱＵＩＲＥ　・ ＦＰ　−ＢＬＯＣＸ　−ＥＸＰＯ）ＩＥＮＴ文脈、ハンドル、ｆｐブｏ７り指数 ５Ｇｌｌ＄ＩＮＱ［ＩＩＲＥ　・ ＩＮＤ　ｌｌｌＥＣＴ　文脈、ハンドル、間接ハンドルＳＧＲ＄ＩＮＱＩＩＩＲ Ｅ・ ＩＮＴＥＮＳＩＴＹ　−ＲＡＮＧＥ　文脈、ハンドル、ミニマム、マキシマム ＳＧＲ＄ＩＮＱＵＩＲＥ・ ＬＩＮＥ　−ＦＩＬＴＥＲ文脈、ハンドル、フィルタＳＧＲ＄ＩＮＱＵＩＲＥ・ ＭＡＴＲＩＸ　文脈、ハンドル、フラグマトリックス、ノーマル・マトリック ス ５Ｇ）ｌ＄ＩＮ［１ｕＩＲＥ・ Ｎ０ＤＥ　−ＥＮＡＢＬＥ　文脈、ハンドル、オンオフ５Ｇｌｉ＄ＩＮＱＵＩＩ ？Ｅ・ Ｎ０ＤＢ　−ＴＹＰＥ　文脈、ハンドル、ノード・タイプＳＧＲ＄ＩＮ口υｌｌ ？Ｅ　・ ０ＰＳＰＥＣ文脈、ハンドル、オブスペック・ｒ　ｄ　ｓオブスペック ５Ｇ１１＄ｌ１ＩＱ［ＩＩＩ？Ｅ　− ＰＩＣＫ　−１０文脈、ハンドル、識別子ＳＧＲ＄ＩＮＱυＩＲＥ・ ＰＬＡＮＥ　−ＥＱＬＩＡＴＩＯＮ　文脈、ハンドル、ブレーン方程式％式％ ＲＥＦ・Ｃ０ＵＮＴ　文脈、ハンドル、結果システム・カウント、結果ユーザー ・カウント ＳＧＲ＄ＩＮＱＵＩＲＥ・ ５ＴＲＩＮＧ　−５ＰＡＣＩＮＧ　文脈、ハンドル、間隔バーテックスＳＧＲ＄ ＩＮＱＵＩＲＥ・ ＩＪｓＥＲ−ＤＡＴＡ　文脈、ハンドル、ユーザー・データＳＧＲ＄ＩＮＱＵＩ ＲＥ・ ＵＳＥＲ−ＴＹＰＥ　文脈、ハンドル、ユーザー・タイプＳＧＲ＄夏Ｎ［］ＵＩ Ｉ’ｌＥ　・ ＵＳＥＲ−ＴＹＰＥ　文脈、ハンドル、ユーザー・タイプＳＧＲ＄ＩＮＱＵＩＲ Ｅ・ ＶＥＲＴＩＣＥＳ　文脈、ハンドル、第１位置、最終位置、アレイ・サイズ、結 果カウント、結果 バーテックス・アレイ ＳＧＲ＄ＩＮ（ＩＵＩＲＥ・ ■ＩＥＷＰＯＩＮＴ　文脈、ハンドル、左下、右上ノード　５ＧＲｓ−六　アー ギュメントＳＧＲ＄ＲＥＰＬＡＣＥ・ ＢＩＴＦＩＡＳＫＳ文脈、ハンドル、イネーブル・ピント、ディスエイプル・ビ ット ＳＧＲ＄ＲＥＰＬＡＣＥ・ Ｃ）ＩＡＲＡＣＴ［！Ｒ５文脈、ハンドル、位置、削除カウント、挿入カウント 、挿入ストリング、結果 ハンドル ＳＧＲ＄ＲＥＰＬＡＣＥ・ Ｃ０ＬＯＲ文脈、ハンドル、カラー ＳＧＲ＄ＲＥＰＬＡＣＥ・ ＤＥＦＡυＬＴ　−ＶＥ！？ＴＥＸ　文脈、ハンドル、バーテックス・４ｄＳＧ ｌ？＄ＲＥＰＬＡＣＥ・ ＦＰ　−ＢＬＯ（Ｊ　−ＥＸＰＯＮＥＮＴ文脈、ハンドル、ｆｐブｏｙり・指数 ＳＧＲ＄Ｉ？ＥＰＬＡＣＥ・ ＩＮＴＥＮＳＩＴＹ　−ＲＡＮＧＥ　文脈、ハンドル、ミニマム、マキシマム ＳＧＲ＄ＲＥＰＬＡＣＥ・ ＬＩＮＥ　−ＦＩＬＴＥＲ文脈、ハンドル、フィルタＳＧＲ＄ＲＥＰＬＡＣＥ・ ？ＩＡＴＲＩＸ　文脈、ハンドル、フラグ、マトリックス、ノーマル・マトリッ クス ＳＧＲ＄ＲＥＰＬＡＣＥ・ Ｎ０ＤＨ−ＥＮＡＢＬＥ　文脈、ハンドル、オンオフＳＧＲ＄ＲＥＰＬＡＣＥ・ ０ＰＳＰＥＣ文ｋ、ハンドル、オブスペック・ｉｄ１オプスペック ＳＧＲ＄ＲＥＰＬＡＣＥ・ ＰＩＣＫ　−１０文脈、ハンドル、識別子ＳＧＲ＄ＲＥＰＬＡＣＥ・ ＰＬＡＮＥ　−ＥＱＵＡＴＩＯＮ　文脈、ハンドル、プレーン方程式％式％ ５ＴＲＩＮＧ　−５ＰＡＣＩＮＧ　文脈、ハンドル、間隔バーテックスＳＧＲ＄ ＲＥＰＬＡＣＥ・ ＵＳＥＲ−ＤＡＴＡ　文脈、ハンドル、ユーザー・データＳＧＲ＄ＲＥＰＬＡＣ Ｅ・ ＵＳＥＩ？　−ＴＹＰＥ　文脈、ハンドル、ユーザー・タイプＳＧＲ＄ＲＥＰＬ ＡＣＥ・ ＶＥＲＴＩＣＥＳ　文脈、ハンドル、位置、削除カウント、挿入カウント、挿入 バーテックス、結 果ハンドル ＳＧＲ＄ＲＥＰＬＡＣＥ・ ＶＩＥＷＰＯＲＴ　文脈、ハフ　）’　ＪＬ／、左下、右上ＳＧＲ＄ＤＥＣＲＥ ＭＥＮＴ・ ＲＥＦ　−Ｃ０ＵＮＴ　文脈、ハンドルＳＧＲ＄ＩＮＣＲＥ？ＩＥＮＴ　− ＲＥＦ　−Ｃ０ＵＮＴ　文脈、ハンドルＳＧＲ＄ＤＡＴＡ　文脈、サイズ、デー タ、ハンドルＳＧＲ＄ＧＥＮＥＬＩＣ文脈、サイズ、データ、ハンドル５ＧＩｌ ＄ＩＮＤＩＲＥＣＴ　文脈、ハンドルへ、ハンドルここで第４図を参照して、こ こには構造メモリ２６がブロック図の形で示しである。この構造メモリの主機能 は生成したグラフ配置したビットマツプ・グラフインク・パッケージのいずれか を介してホスト中央処理ユニット１０内に存在するアブリケーシッン・プログラ ム１００によって構成されたグラフィック・データ構造の「稼働コピー」を記憶 することにある。このメモリはメモリ装置２００のアレイで構成されており、こ れらのメモリ装置は２５６Ｋ　ＣＭＯＳ　ＤＲＡＭＳとして設けてあり、各々が １メガバイトの最小メモリ・サイズを存する。メモリ装置２００のアレイは全体 で４メガバイトのメモリを構成するように配置しである。２００ｎｓを採るラン ダムアクセスとスタティック・コラム・モードを用いてワードあたり１００ｎｓ の逐次アクセスを実行する。

構造メモリ・バス２０１はメモリ装置をｌｌ３２Ｂｕｓインターフエース２０２ 、構造ウォーカー・インターフェース２０３および翻訳プロセッサ・インターフ ェース２０４に接続して、それぞれ、制御プロセッサ１３、翻訳プロセッサ３６ 、構造ウォーカー２７を経てのメモリ装置２００とホスト中央処理ユニット１０ との間でのデータのやり取りを行なう。構造うオーカー２７は上述したように三 次元グラフインク・データ構造ノードをトラバースするようにプログラムを組ん だ特殊用途３２ピント・ビットスライス・プロセッサである。グラフインク、サ ブシステムの構造メモリ２６および構造ウォーカー２７の構成要素についての一 層詳しい説明が必要ならば、Ｅｖａｎｓ　＆　５ｕｔｈｅｒｌａｎｄ　Ｃｏｍｐ ｕｔｅｒ　Ｃｏｒｐｏ−ｒａｔｉｏｎの刊行したｒＳｈａｄｏｗｆａｘ　Ｔｅｃ ｈｎｉｃａｌ　ＭａｎｕａｌＪを参照されたい。

上々ヱ痴ｆ嫁層性匪 本発明の成る重要な特徴によれば、トラパーサル制御機能はホスト、グラフィッ ク・サブシステムの構成要素の中に区画割りされており、ホスト中央処理ユニッ ト１０内に存在するいくつかの競合するアプリケーション・プログラム１００に よってなされるグラフィック構造トラパーサルのためのリクエストを受け入れ、 このようなトラパーサル・リクエストを順次にスケジュールし、ディスパッチす る。

トラパーサル制御機能は構造メモリ２６内に構築されたノード制御構造内に具体 化されており、構造メモリは、トラバースされたときに、トラパーサル・リクエ スト機構、ハンドル・トラパーサル・り、ケジューリング、トラパーサル・モニ タリング、アプリケーション同期化を与える。制御構造は中央処理ユニフ）１０ 内に存在するいくつかのアプリケーション・プログラムのすべてを廃棄する状態 にグラフインク・サブシステム１７を置き、各プログラムがグラフインク・サブ システム１７を自分自身のものと見なすように作用する。したがって、トラパー サル制御構造は競合するアプリケーション・プログラム１００からのトラパーサ ル・リクエストを構造ウォーカー２７の非同期動作と調和させ、グラフインク・ サブシステム１７の処理能力を最大限に発揮させると共に多数のアプリケーショ ン・プログラムを処理できるようにする。

本発明によれば、３つの基本的なトラパーサル構造がある。すなわち、システム 制御構造（ＳＯ３）と、三次元ディスプレイ文脈（３ＤＤＣｓ）と、三次元グラ フインク文脈（３０ＧＣｓ）とである、システム制御構造は構造ウォーカー２７ にとってはトップレベルの制御器であり、構造ウォーカー２７作動システムとし て作用する。ディスプレイ文脈はウィンドウによって構成されたモニタ・スクリ ーン上のビュウポイント内に三次元像のマフピングを行なう、グラフインク文脈 はすべてのグラフインク属性を与え、対応するディスプレイ文脈に対する接続を 含むグラフィック・データ構造のトラパーサルを行なうのに必要な情報を制御す る。

制御構造はアプリケーションによって生成されたグラフィック文脈の重複リンク ド・リストをシステム制御構造に添付することによって相互連結される。リスト 内のグラフィック文脈の各々はグラフィック文脈を１つのディスプレイ文脈に相 互連結するのに用いられる１つのディスプレイ文脈根ノードと、グラフィック・ データ構造へのリンクとして用いられる１つの仮想根ノードとを含む（第５図参 照）、ディスプレイ文脈は多数のグラフィック文脈の中で共用され、いくつかの グラフィック文脈を単一のウィンドウ内で作動させることができる。さらに、グ ラフィック・データ構造の全体または一部を多数のグラフインク文脈の中で共用 することもできる。

システム制御構造 システム制御構造（ＳＯ３）は構造ウォーカー２７のための監視プログラムとし て作用し、次の機能を実行する。

０　３ＤＧＣ）ラバーサルのためのリクエストを検出し、受は入れること。

○　スヘでの３　ＤＧＣ）ラバーサルをスケジュールし、ディスバッチする。

０３ＤＤＣｓへの更新を行なうこと。

○　サーバー１０１におけるトラパーサル制御機能によってリクエストされるま まに３ＤＧＣｓおよび３ＤＤＣｓを非活動化すること。

ＳＣＳ作成・制御 ＤＤＸ始動手順の一部として、ウィンドウ形成用サーバー１０１はトラパーサル ｌｌ１ＩＮ御機能を呼び出してＳＣ３構造のために必要とされるグラフィック・ データ・構造ノードを割当て、生成すると共にそのトラパーサルを開始する。

ひとたび始動したならば、ＳＯ８はすべてのトラパーサル・リクエストが満たさ れるまで実行し続ける（すなわち、トラバースされ続ける）、すべてのリクエス トが満たされたならば、ｓｃｓは制御プロセッサ１３をリクエストすることによ って停止して次の垂直方向リドＬ−−ス事象でトラバースを再開し、過剰なＳ　 ＯＳリクエスト処理を防ぐ０次の例外状況でのみ、５Ｃ３）ラバースは終了し、 サーバー１０１によつて再始動を要求する。

ｌａ）　サーバー１０１はトラバース・タイムアウト状態を検知する。

（ｂ）ＳＣ３検出のエラー状態が検出される。

ｔｃ＋　サーバー１０１はサーバー・ランダウン手続きの一部としての「サーバ ー・ランダウン」リクエストを発行することによってＳＯ３）ラバーサルを終了 してしまう。

ｆｄｌ　構造ウォーカー２７がエラー状態に遭遇すると、そのときには、制御プ ロセッサ１３に通告した後に停止することになる。

ＳＯＳデータ・ブロック 機能を果たすために、ＳＣ８構造はｒｓｃｓデータ・ブロック」として集合的に 知られる構造メモリ２６内の一部の制御変数を維持する。このデータ・ブロック の内容を以下に説明する。

○Ｓ　ＣＳ　−３ｔａｔｅ このロングワードは次の値の１つを採ることによってＳＯ８実行の現行状態を示 す。

ＳＧＲ＄＄Ｋ　−５ＴＡＴＥ　−ＩＮＩＴＩＡＬ−Ｓ　ＣＳがなおその初期処理 を完了しなければならない。

ＳＧＲ＄＄Ｋ　−５ＴＡＴＥ・ＵＰＤＡＴＥ−Ｓ　ＯＳがＳＣＳ更新処理を実行 しつつある。

ＳＧＲ＄＄Ｋ　−５ＴＡＴＥ・ｌ０ＬＨ−Ｓ　ＯＳがなんらトラパーサル・リク エストがベンディング状態にあるのを見出せなかった後に停止し、次の垂直方向 リトレース事象で制御プロセッサ１３によって再開されることが考えられる。

ＳＧＲ＄＄Ｋ　−５ＴＡＴＥ　−ＥＶＥＮＴ−Ｓ　ＯＳが制御プロセッサ１３に 成る事象を提供し、直ちに再開されると考えられる。

ＳＩ”、Ｒ＄＄Ｋ　−５ＴＡＴＥ　−ＴＲＡＶ　−ＰＨＡＳＥ　−Ｓ　ＣＳがト ラパーサル処理を実行しつつある。

ＳＧＲ＄＄Ｋ　−５ＴＡＴＥ　−１？ＡＮＤＯＷＮ　−Ｓ　ＣＳが「サーバー・ ランダウン」リクエストを処理してしまった。

ＳＧＲ＄＄Ｋ　−５ＴＡＴＥ　−ＴＲＡＶ　−１１ＰＤＡＴＥ−Ｓ　ＯＳがクラ イアントのグラフインク・ディスプレイ構造にＳＯ３据え置き更新を実行してい る。

ＳＧＲ＄＄Ｋ　−５ＴＡＴＥ　−ＴＲＡＶ　−ＣＸＴ　−５ＥＴＵＰ　−Ｓ　Ｃ Ｓが３ＤＧＣ−（＝ントアソブ処理を実行している。

ＳＧＲ＄＄Ｋ　−５ＴＡＴＥ　−Ｔｌ？ＡＶ　−ＣＸＴ　−ＣＬＥＡＩＩＵＰ　 −Ｓ　ＯＳが３ＤＧＣ−クリーンアンプ処理を実行している。

ＳＧＲ＄＄に一５ＴＡＴＥ−ＴＲＡＩ　３　ＤＤＣ−３ＤＤＣ構造がトラバース されている。

ＳＧＲ＄＄Ｋ　−５ＴＡＴＥ　−ＴＲＡＶ　−ＣＬＩＥＮＴ−クライアントの１ ００グラフインク・ディスプレイ構造がトラバースされている。

ＳＧＲ＄ｌＫ　−５ＴＡＴＥ　−ＩＮＴ　−ＥＲＲＯＲ−Ｓ　ＣＳが内部エラー を検出した後に停止した。

構造ウォーカー２７はこのロングワードへ排他的書込みアクセスを要求する。

ＯＳ　ＣＳ　−Ｆｒａｍｅ−Ｂａｎｋ これはどのフレーム・バッファ・バンクがディスプレイされているのかを示すシ ステム−ワイド・ロングワード・フラグである。

ＳＧＲ＄＄Ｋ　−ＢＡＮＫ　−Ａ−フレーム・バッファ・バンクｒＡＪが現在表 示されている。

ＳＧＲ＄＄Ｋ・ＢＡＮＫ　−Ｂ−フレーム・バッファ・バンクｒＢＪが現在表示 されている。

構造ウォーカー２７はこのロングワードへ排他的書込みアクセスを要求する。

○Ｓ　ＣＳ　−ＷＬｔｌＴ　−ＢＡＮＸこれはウィンドウ・ルックアップ・テー ブル（ＷＬＬＩＴ）のどのイメージ・バンクが活動状態にあるかを示すシステム 側ロングワード・フラグである。

ＳＧＲ＄＄Ｋ　−５ＩＤＨ−Ａ−ウィンドウ・イメージ・バンクｒＡＪが現在活 動状態にある。

ＳＧＲ＄＄Ｘ　−５ＩＤＥ　−Ｂ−ウィンドウ・イメージ・バンクｒＢＪが現在 活動状態にある。

この構造ウォーカー２７はこのロングワードに排他的書込みアクセスを要求する 。

Ｑ　Ｓ　ＣＳ　−Ｐｅｒｆｏ■ＰＴｒａｖｅｒｓａｌこのロングワード・フラグ は内部的にＳＯ８で使用されてリクエスト処理の終りでトラパーサル・リクエス トの不在を検出する。

構造ウォーカー２７はこのロングワードに排他的書込みアクセスを要求する。

０３　Ｃ３−５Ｈａｐ　−Ｂａｎｋ　◆Ｒｅｑｕｅｓｔこのロングワード・フラ グはＳＯ８で内部的に使用されてフレーム・バッファ・バンクがトラパーサル処 理の終りでスワップされなければならないことを思い出させる。これはフレーム ・バンク・重複バッファ処理ウィンドウの３ＤＤＣｓによってセントされる。構 造ウォーカー２７はこのロングワードに排他的書込みアクセスを要求する。

○Ｓ　ＣＳ　−５ｗａｐ−ＷＬＩＩＴ−Ｒｅｑｕｅｓｔこのロングワード・フラ グはＳＯ８で内部的に使用されて−ＬＯＴのウィンドウ・イメージ・バンクがト ラパーサル処理の終りでスワツプされなければならないことを思い出させる。そ れはＷＬＵＴ・バンク・重複バッファ処理ウィンドウの３ＤＤＣｓによってセン トされる。構造ウォーカー２７はこのロングワードに排他的書込みアクセスを要 求する。

○Ｓ　ＣＳ　ゝ５ｅｒｖｅｒ　３Ｒｕｎｄｏｗｎウィンドウ形成用サーバー１０ １がこのフラグを非ゼロにセットして構造ウォーカー２７をして優雅に（トラパ ーサル・フェイズ処理の完了時に）ＳＣ３のトラパーサルを終了させる。構造ウ ォーカー２７はＳＯ３）ラバーサルを停止させる前の最終アクションとしてサー バー１０１をクリアすることになる。

ＯＳ　ＣＳ　１　Ｎｕｎ　１　Ｐａ５ｓｅｓこのロングワードはＳＣＳメインル ープを通してＰａ５ｓｅｓモードのカウントを受ける。構造ウォーカー２７はこ のロングワードに排他的書込みアクセスを要求する。

Ｑ　Ｓ　ＣＳ　Ｎｕｎ　・　ＦｒａｎｃｅｓこのロングワードはＳＣ３）ラバー サル処理が実施された回数のカウントを含む、構造ウォーカー２７はこのロング ワードに排他的書込みアクセスを要求する。

ＯＳ　ＣＳ　φＰｒｅｖｉｏｕｓ−Ｔｉｗ＋ｅＳＯ３のリクエスト／トラパーサ ル・ループの始動時に、このロングワードは６０１（ｚでロードされ、制御プロ セッサ１３がタイム値を保持する。これはＳ　ＣＳ　−Ｅｌａｐｓｅｄ　Ｔｉ＋ ＋ｅを決定するのに用いられる。

○Ｓ　ＣＳ　−Ｅｌａｐｓｅｄ−ＴｔｍｅこのロングワードはＳＣ３のリクエス ト／トラパーサル・ループ間で経過した６０）１ｚシステム時間の間隔をホール ドするのに用いられる。この値はブリンクで用いられ、トラパーサル・スケジュ ーリング・アルゴリズムを反復させる。

Ｑ　Ｓ　ＣＳ　、　Ｗａｔｃｈｄｏｇ−ＴｉｅｒＳＯ３は実行時の成る時点で最 長処理間隔でこのロングワードをロードする。サーバー１０１内のトラ−パーサ ル制御機能はこのタイマを周期的に減分し、タイマがゼロになったときにタイム アウト処理を実施する。

○Ｓ　ＣＳ　、　Ｅｖｅｎｔ−Ｐｏｉｎｔｅｒこのロングワードは成る事象に添 付したデータ・ブロックの仮想アドレスを含む、構造ウォーカー２７はこのロン グワードに排他的書込みアクセスを要求する。

○Ｓ　ＣＳ　、　Ｑｕｅｕｅ−ＮｏｄｅこのロングワードはＳＣ８更新処理サブ ストラクチヤー内のキュー・ノードのハンドルを含む ＯＳ　ＣＳ　、　Ｐｉｃｋ　・Ｉｄ−５ｔａｃｋこのロングワードはシステム省 略時ピンク・バス・スタック・ノードのハンドルを含む。

Ｑ　Ｓ　ＣＳ　、　Ｃａ１ｌ　・Ｕｐｄａｔｅ−ＮｏｄｅこのロングワードはＳ Ｃ３更新処理におけるコール・ノードの仮想アドレスを含む、このノードは更新 機構によって要求されてＳＯ３への据え置き更新を実施する。構造ウォーカー２ ７はこのロングワードに排他的書込みアクセスを要求する。

ｏｓ　ＣＳ、　Ｎｕｍ−Ｇ　Ｃｓ このロングワードはＳＣ８に添付した３ＤＧＣにおける３　ＤＧＣの数を反映す る。構造ウォーカー２７はこのロングワードに排他的書込みアクセスを要求する 。

０３Ｃ３，ＧＣ４ｉｓｔ・Ｈｅａｄ ○ＳＣ３，ＧＣ−Ｌｉｓｔ４ａｉｌ これらのロングワードはＳＣ３に添付した３ＤＧＣｓのダブルリンク・リストを 記載している。これらのロングワードは３　ＤＧＣデータ・ブロックの構造メモ リ・アドレスを含むポインタか、あるいは、３ＤＧＣｓの不在を示す「空白」で ある、構造ウォーカー２７はこれらのロングワードに排他的書込みアクセスを要 求すＱ　Ｓ　ＣＳ　、Ｌｉ５ｔ−）ｌｅａｄ○Ｓ　ＣＳ、Ｌｉ５ｔ−Ｔａｉｌ これらのロングワードはＳＣ８に添付した３ＤＤＣｓのダブルリンク・リストを 記載している。これらのロングワードは３　ＤＤＣｓの構造メモリ２６アドレス を含むポインタである。構造ウォーカー２７はこれらのロングワードに排他的書 込みアクセスを要求する。

ＯＳ　ＣＳ　、　Ｃｕｒｒｅｎｔ−Ｇ　Ｃ−Ｐｏｉｎｔｅｒこのロングワードは ５ＯＳ）ラバーサル処理によって現在処理されつつある３ＤＧＣデータ・ブロッ クの構造メモリ２６アドレスでロードされる。構造ウォーカー２７はこのロング ワードに排、他的書込みアクセスを要求する。

Ｑ　Ｓ　ＣＳ　、　Ｃｕｒｒｅｎｔ−Ｄ　Ｃ−Ｐｏｉｎｔｅｒこのロングワード は５ＣＳ）ラバーサル処理によって現在処理されつつある３ＤＧＣに添付された ３ＤＤＣデータ・ブロックの構造メモリ２６アドレスでロードされる。構造ウォ ーカー２７はこのロングワードに排他的書込みアクセスを要求する。

ＱＳ　ＣＳ　、　Ｃｕｒｒｅｎｔ−Ｃ１ｉｅｎｔ−Ｐｏｔｎｔｅｒこのロングワ ードはＳＣＳトラパーサル処理によって現在処理されつつある３ＤＧＣに添付さ れたクライアント１００グラフイツク・データ構造の根の構造メモリ２６アドレ スでロードされる。

構造ウォーカー２７はこのロングワードに排他的書込みアクセスを要求する。

Ｏ３ＣＳ、　Ｃｕｒｒｅｎｔ　・Ｇ　Ｃ−Ｉ　ＤこのロングワードはＳＣＳトラ パーサル処理によって処理されつつある３ＤＧＣのグラフィック文脈識別ｒＣ； Ｄ　ＩＤＪでロードされる。クライアント処理１００はこのロングワードを点検 していくつかの３ＤＧＣのうちのどれがそのトラパーサルを要求されたか決定す る。

ＱＳ　ＣＳ、　Ｃｕｒｒｅｎｔ−Ｇ　Ｃ−５ｔａｒｔ−ＴｉｆｆｉｅＯ３ＣＳ、 　Ｃｕｒｒｅｎｔ−Ｇ　Ｃ・Ｅｎｄ−Ｔｉｍｅこれらのロングワードは３ＤＧＣ のトラパーサルが開始し、完了した制御プロセッサ１３維持のシステム時間でロ ードされる。

構造ウォーカー２７はこのロングワードに排他的書込みアクセスを要求する。

ＱＳ　ＣＳ　、Ｃｕｒｒｅｎｔ　９Ｔｒａｖｅｒｓａｌ　８Ｔｙｐｅこのロング ワードの内容は現在実行されているトラパーサルのタイプを反映している。構造 ウォーカー２７はこのロングワードに排他的書込みアクセスを要求する。

−３ＧＲ３ＳＫ−ＤＲＡＷ−ＴＲＡＶＥＲ３ＡＬ−ＳＧＲ３ＳＫ−ＨＩＴＴＥＳ Ｔ−ＴＲＡＶＥＲ３ＡＬｓｃｓｉ成 ＳＯ８構造の編成を以下に説明する。

ＳＯ８構造はリクエスト・モードとトラバース処理モードの間で変わる。リクエ スト・モード中、ＳＯ８に添付された３　０ＧＣリストの各３　ＤＧＣは順次に 訪問される。トラパーサルのリクエストが未解決で、３ＤＧＣの現在の状態が許 すならば、３ＤＧＣデータ・ブロック内のフラグが更新されてトラ−バース処理 において適切なトラパーサルを生じさせることになる。さらに、少なくとも１つ のドロー・トラパーサル・リクエストが特定のクラスの３ＤＧＣについてなされ たならばフレーム・バッファ・バンクまたはウィンドウ・ルンクアップ・テーフ ゛ル・イメージ・バンクのいずれかに応答してドロー・トラパーサルがすべての ３ＤＧＣｓについて実行されることになる。

少なくとも１つの有効トラパーサル・リクエストがリクエスト処理で検出された と仮定すると、トラパーサル処理モードは受け入れられたすべてのリクエストを 満たすように進行する。これは３ＤＧＣリストの各３０ＧＣを順次に訪問するこ とによってなされ、必要に応じてヒントテストおよびドロー・トラパーサルをこ の順序で実施する。２タイプのトラパーサルの任意のグループ化が、対応するリ クエストが発行されたとすれば、所与のトラパーサル・バスにおいて３ＤＧＣに なされ得る。トラバース・リクエストがなんら解決されていない場合には、ＳＯ ３は次の垂直方向リトレース事象まで停止したままに置かれ、この事象が生じた 時点でリクエスト処理が再度実施される。これは構造メモリ２６に不必要なロー ドがなされるのを防ぐために行なわれる。

ＢＥＧＩＮ　５Ｃ３ Ｄｅｆｉｎｅ　５ｔａｔｅ　ａｎｄ　ｍａｔｒｉｘ　５ｔａｃｋ　ｏｖｅｒｆｌ ｏｗ　ａｒｅａｓＨＩＰ　（ＳＣ５５ｔａｔｅ　−”　Ｉｎ１ｔｉａｌ’）　Ｔ ）ＩＥＮ３Ｄ　Ｇｒａｐｈｊｃｓ−１ｎｉｔｊａｌｉｚａｔｉｏｎＨＮＤＩＰ Ｓｅｔ　ＳＣＳ、Ｗａｔｃｈｄｏｇ−ＴｉｍｅｒＨ５Ｃ５Ｕｐｄａｔｅ−Ｐｒｏ ｃｅｓｓｉｎｇＨＲｅｑｕｅｓｔ　Ｐｒｏｃｅｓｓｉｎｇ；Ｔｒａｖｅｒｓａｌ 　Ｐｒｏｃｅｓｓｔｎｇ；ＥＮＤ　ｌｌ０ Ｃ１ｅａｒ　ＳＣ３，５ｅｒｖｅｒ　Ｒｕｎｄｏｗｎ；ＳＣ５，５ｔａｔｅ　＝ 　”　Ｒｕｎｄｏｗｎ”：ＥＮＤ　５Ｃ５ ＢＥＧＩＮ　３Ｄ　Ｇｒａｐｈｉｃｓ−ＩｎｉｔｉａｌｉｚａｔｉｏｎＩｎｉｔ ｉａｌｉｚｅ　ｔｈｅ　ＳＣ５，Ｆｒａｍｅ　Ｂａｎｋ　ｔｏ　Ｂａｎｋ　”Ａ ″［ｂｅｊｎｇ　ｄｉｓｐｌａｙｅｄ　］Ｃ１ｅａｒ　ｂｏｔｈ　ｖａｌｉｄ　 ｐｌａｎｅｓ；Ｉｎ１ｔｔａｌｉｚａｔｉｏｎ　Ｈｉｅｒａｒｃｈｉｃａｌ　５ ｔａｔｅ　’ＥＮＤ　３Ｄ−Ｇｒａｐｈｉｃｓ　Ｉｎ１ｔｉａｌｉｚａｔｉｏｎ ＳＯＳトラパーサルが開始したとき、ＳＯ８は直ちに状態・マトリックス・スタ ック・オーバーフロー・エリアを定め、いくつかのフラグを初期化し、そのメイ ン処理ループに入るように進行する。

ＳＣＳ更新処理 ＳＯＳループの最初の部分はＳＯ３更新処理である。この部分は更新機構を使用 してＳＣＳに据え置き更新を実施する。

ＢＥＧＩＮ　ＳＣ５Ｕｐｄａｔｅ−ＰｒｏｃｅｓｓｉｎｇＳＣ５，５ｔａｔｅ　 ＝　”　Ｕｐｄａｔｅ　Ｐｈａｓｅ”ＨＰｅｒｆｏｍａ　ｕｐｄａｔｅ　ｔｏ　 ＳＣ５ｖｉａ　ｃａｌｌ　ｔｏ　ＳＣ３，Ｃａ１ｌ−Ｕｐｄａｔｅ　Ｎｏｄｅ： ＥＮＤ　５ＣｊＵｐｄａｔｅ　Ｐｒｏｃｅｓｓｉｎｇリクエスト処理 ＳＯＳループのリクエスト処理部分またはモードは２つの機能を実施する。第１ の機能は３ＤＤＣデータ・ブロックに修正を施すことにある。これを行なうため に、リクエスト処理はシステムにとつで既知であるすべての３ＤＤＣｓを点検し 、未解決のリクエストをスワップしているもののｒａｃｔｉｖｅ　ｈａｌｆ　Ｊ をトグルする。

この処理はリクエスト処理およびトラパーサル処理中に一貫した３　ＤＤＣデー タを確保するために実施される。

次に、リクエスト処理は３Ｄクライアント１００およびディスプレイ・マネージ ャーから（３ＤＤＣデータ・ブロックに含まれる情報から）トラパーサル・リク エストを集める。この処理は３ＤＧＣリストに含まれる３ＤＧＣ構造をトラバー スすることによって実施される。各３ＤＧＣは、「リクエスト・フェイズＪ　Ｓ Ｃ５状態を検出した後、そこに向けられたすべての未解決のトラパーサル・リク エストに答えることになる。このリクエスト処理の結果は３ＤＧＣ内に保持され る。

さらに、重複バッファ処理３ＤＧＣｓ　（フレーム・バッファ・バンクまたはウ ィンドウ・ルックアンプ・テーブル・イメージ・バンクのいずれかに応答して３ ＤＤＣｓを持つ）が訪問された場合、特定のバンクをスワップするリクエストが 記録される。これはすべての３０ＧＣｓのドロー・トラパーサルを強制し、実際 のスワツピング指令をトラバース処理の終りに給送するのに用いられる。

各３０ＧＣを訪問した後になんらトラバース・リクエストが検出されなかった場 合には、ＳＯ８はそれ自身を眠らせる。制御プロセッサ１．３（ＡＣＰ）は次の 垂直方向リトレース事象でＳＯＳトラバースを再開する。

ＢＥＧＩＮ　Ｒｅｑｕｅｓｔ　ＰｒｏｃｅｓｓｉｎｇＳＣ５，５ｔａｔｅ　＝　 ”　ＲｅｑｕｅｓｊＰｈａｓｅ’；Ｃ１ｅａｒ　ＳＣ５，５１１ａｐ　Ｂａｎｋ 　ＲｅｑｕｅｓｔＨＣｌｅａｒ　ＳＣ３，Ｓｗａｐ　ＷＬＬＩＴ　Ｒｅｑｕｅｓ ｔ；Ｏ Ｉｎｃｒｅｍｅｎｔ　ＳＣ３，Ｎｕｍ　Ｐｈａｓｅｓ；ＳＣ５Ｅｌａｐｓｅ　Ｔ ｉｍｅ−５ｙｓｔｅ＋ａ　ＶＲＣｏｕｎｔ　ＳＣ５Ｐｒｅｖｉｏｕｓ−Ｔｉｍｅ ：ＳＣ５Ｐｒｅｖｉｏｕｓ　Ｔｉｍｅ　＝　５ｙｓｔｅｓ＋　ＶＲＣｏｕｎｔ； １Ｆ　（ＮＯＴ　ＳＣＳ、　Ｐｅｒｆｏｒｍ　Ｔｒａｖｅｒｓａｌ）　ＴＨＥＮ ＳＣＳ、５ｔａｔｅ　−”　Ｉｄｌｅ″；Ｒｅｑｕｅｓｔ　ＡＣＰ　ｔｏ　ｒｅ ｓｕｍｅ　ＳＣＳ　ａｔ　ｎｅｘｔ　ＶＲｅｖｅｎｔ；５ｕｓｐｅｎｄ　ｔｒａ ｖｅｒｓａｌＨ３Ｃ３，５ｔａｔｅ　＝　”　Ｒｅｑｕｅｓｔ　Ｐｈａｓｅ”Ｈ ＮＤＩＦ ［ＪＮτＩＬ　（ＳＣ３，Ｐｅｒｆｏｒｍ　Ｔｒａｖｅｒｓａｌ　ＯＲＳＣ３， ５ｅｒｖｅｒ　Ｒｕｎｄｏｗｎ）ＥＮＤ　Ｒｅｑｕｅｓｔ　Ｐｒｏｃｅｓｓｔｎ ｇＢＥＧＩＮ　Ｔｒａｖｅｒｓａｌ　ＧＣＬｉ５ｔＲＯ＝　ＳＣ５，ＧＣＬｉ５ ｔ　Ｈｅａｄ：Ｗ）ＩｒＬＥ　（ＲＯ［ＧＣｈａｎｄｌｅ　］　ＮＯＴ　ＮＩＪ ＬＬ）　Ｄ。

５ａｖｅ　ｐｈｙｓｉｃａｌ　ａｄｄｒ　ｏｆ　３ＤＧＣｄａｔａ　ｂｌｏｃｋ 　１ｎＲＯ＝　ＧＣ，ＦｌｉｎｋＨ ＮＤＤＯ ＲＯ＝　ＳＣ５，ＤＣＬｉ５ｊＨｅａｄ；Ｗ）ＩＩＬＥ　（ＲＯ［ＤＣｈａｎｄ ｌｅ　］　ＮＯＴ　ＮＵＬＬ）　Ｄ。

ＩＦ　（３ＤＤＣ，Ｓｙｓｔｅｍ　Ｅｎａｂｌｅｄ）　Ｔ）ＩＥＮＩＰ　（３Ｄ ＤＣ，Ｋ１１ｌ）ＴＨＥＮＣｌｅａｒ　３ＤＤＣ，Ｋ１１ｌ； Ｓｅｔ　３ＤＤＣ，ＤｅａｄＨ ＬＳＥ Ｃ１ｅａｒ　３ＤＤＣ，Ｃ１ｅａｒ−ＲｅｑｕｅｓｔＨ５ｅｎｄ　３ＤＤＣ，Ｃ １ｅａｒ　Ｗｉｎｄｏｗ　ｇｅｎｅｒｉｃ　ｎｏｄｅ　ｔｏ　ｃｌｅａｒ　ｗｉ ｎｄｏｗ；ｌＦ　（３ＤＤＣ，Ｓｗａｐ　Ｒｅｑｕｅｓｔ）　Ｔ）ＩＥＮＴｏｇ ｇｌｅ　３（１１）Ｃ，Ａｃｔｉｖｅ　Ｈｌａｆ；Ｃ１ｅａｒ　３ＤＤＣ，Ｓｗ ａｐ−Ｒｅｑｕｅｓｔ；ＮＤＩＦ ＡＬＬＯＷ　ＡＴＴＥＮＴＩＯＮ　ＩＮＴＥＲＲＵＰＴＳ：ＩＦ　（３ＤＤＣ， Ｃ１ｅａｒ　Ｒｅｑｕｅｓｔ）　ＴＨＥＮＣｌｅａｒ　３ＤＤＣ，Ｃ１ｅａｒ− Ｒｅｑｕｅｓｔ；５ｅｎｄ　３ＤＤＣ，Ｃ１ｅａｒ　Ｗｉｎｄｏｗ　ｇｅｎｅｒ ｉｃ　ｎｏｄｅ　ｔｏ　ｃｌｅａｒ　ｗｉｎｄｏｗ；ＥＮＩ）ＩＦ ＥＮ［１ＩＦ ＲＯ−３ＤＤＣ，Ｆｌａｎｋ； ＮＤＤＯ ＲＯ−ＳＣ５，ＧＣＬｉ５ｔ　Ｈｅａｄ；讐旧ＬＥ　（ＲＯ［［；Ｃｈａｎｄｌ ｅ　］　ＮＯＴ　ＮＬＩＬＬ）　ＤＯＩＰ　（３ＤＧＣ，５ｙｓｔｅｆｆｉＥｎ ａｂｌｅｄ）　ＴＩＩＥＮｌＦ　（３０ＧＣ，ＤＣ−Ｄａｔｅ　Ｐｔｒ＝３ＤＤ Ｃｂｅｉｎｇ　ｄｅｌｅｔｅｄ　［ＲＩ］　）ＨＥＮ ３ＤＧＣ，ＤＣＤａｔｅ　Ｐｔｒ　＝　ＮＬＩＬＬ；ＮＤＩＦ ＥＮＩ）ＩＦ ＲＯ＝　３ＤＧＣ，Ｆｌｉｎｋ： ＥＮＤ　Ｒｅｍｏｖｅ　ＤＣＬｉｎｋｓトラパーサル処理 ＳＯＳループのトラパーサル処理部分またはモードは３　ＤＧＣリストに記載さ れている各３ＤＧＣを訪問する。このアクションは各３ＤＧＣに含まれるリクエ スト処理、モード情報の結果に応じてトラパーサルを開始する。成る種のハード ウェア・特殊動作が実際の文脈トラパーサルを大かっこで（くる、さらに、一方 または両方のバンク・フラグが先にリクエスト処理に実施されたウィンドウ−タ イプ検出の結果としてトグルされ得る。

ＢＥＧＩＮ　Ｔｒａｖｅｒｓａｌ　ＰｒｏｃｅｓｓｉｎｇＳＣ３，５ｔａｔｅ　 ｅ　”　Ｔｒａｖｅｒｓａｌ　Ｐｈａｓｅ”ＨｌＦ　（ＳＣ３，Ｐｅｒｆｏｒｗ ｌＴｒａｖｅｒｓａｌ）　ＴＨＥＮＣｌｅａｒ　ＳＣ３，）’ｅｒｆｏｒ＊　Ｔ ｒａｖｅｒｓａｌ；Ｐｅｒｆｏｒｍ　Ｔｒａｖｅｒｓａｌ　５ｅｔｕｐ　ａｃｔ ｉｏｎｓＨＴｒａｖｅｒｓａＩ　ＧＣＬｉ５ｔＨ ＩＰ　（ＳＣ３，Ｓｗａｐ　Ｂａｎｋ　Ｒｅｑｕｅｓｔ）　ＴＨＥＮ↑ｏｇｇｌ ｅ　ＳＣＳ、Ｆｒａｍｅ　Ｂａｎｋ；Ｃｏｍｍａｎｄ　ＲＰ　ｔｏ　５ｕａｐ　 ｂａｎｋｓ＋　ｃｌｅａｒ　ｖａｌｉｄ　ｐｌａｎｅ；ＮＤＩＦ ＩＰ　（ＳＣ３，Ｓｗａｐ−ＷＬＵＴ　Ｒｅｑｕｅｓｔ）　ＴＨＥＮ↑ｏｇｇｌ ｅ　ＳＣ５，ＷＬＵＴ　Ｂａｎｋ；Ｃｏａ＋ｍａｎｄ　ＲＰ　ｔｏ　５ｉｉａｐ 　ＷＬＵＴ　ｉｍａｇｅ　ｂａｎｋＢＮＤＩＦ Ｐｅｒｆｍｅ　Ｔｒａｖｅｒｓａｌ　ｃｌｅａｎｕｐ　ａｃｔｉｏｎｓ；グラフ インク文脈 ３Ｄグラフインク文脈（３ＤＧＣ）制御構造はグラフインク属性と、１つのクラ イアント１００グラフイツク・データ構造のあらゆるタイプのトラパーサルをリ クエストし、実施するのに必要な制御情報を含む。

ｒ３ＤＧｃＪは３ＤＧＣ構造の独特の例として説明したが、トラバーザル制御は 「総称Ｊ３ＤＧＣとして知られる実際の制御構造のうちのほんの一例である。こ の構造はポインタをｒ３ＤＧＣデータ・ブロック」に通し、これが成る特定の３ ＤＧＣ例に対応する情報を与える。３ＤＧＣリストに維持されるのがこれらの３ ０ＧＣデータ・ブロックである。

３ＤＧＣ作成・制御 ３ＤＧＣはクライアント１００が５ＧＲ５ＣＲＥＡＴＥ−ＣＯＮＴＥＸＴを呼び 出したときにはいつでもサーバー１０１によって作成される。３ＤＧＣが割当て られ、作成されたならば、サーバー１０１はそれを３ＤＧＣリストのテイルに置 く。サーバー１０１がクライアント１００の終了を検知したときは、そのクライ アントに所をされているすべての３ＤＧＣｓが非活動化される。対応する３　Ｄ ＧＣデータ・ブロックは相互連結され、リクエスト処理が非活動化リクエストを 認めるまで再使用される。クライアント１００は以下のＳＧＲ呼出しを行なうこ とによって３ＤＤＣを３ＤＧＣにつなぐことができる。

５ＧＲ３ＳＥＴ　ＤＥＦ　ＤＲＡＷＡＢＬＥ　ｇｃ、ｗｉｎｄｏｗ　ｉｄｌａｇ クライアントは以下のＳＧＲ呼出しを行なうことによってクライアント１００グ ラフインク・データ構造を３ＤＧＣにつなげることができる。

５ＧＲＳＳＥＴ　ＤＥＦ　ＶＩＲＴＵＡＬ　ＲＯＯＴ　ｇｃ。

ａｎｄｌｅ ３０ＧＣデータ・ブロック 総称３０ＧＣ構造はポインタをトラバースされている３　ＤＧＣに対応するｒ３ ＤＧＣデータ・ブロック」に通す、このデータ・ブロックは３ＤＧＣにとって特 定の制御情報を含み、以下に定義するものである。

０３　Ｄ　Ｇ　Ｃ，Ｆｌｉｎｋ ０３　ＤＧＣ，Ｂ１１ｎｋ これらのロングワードは重複連結３ＤＧＣリストにおけるリンクとして役立つ構 造メモリ・アドレスを含む。サーバー１０１のトラバーザル制御機能はこれらの ロングワードに排他的書込みアクセスを要求する。

０３　Ｄ　Ｇ　Ｃ、５ｙｓｔｅ＋ｍ　Ｅｎａｂｌｅｄこのロングワード・フラグ は、３ＤＧＣが３ＤＧＣリストに加えられたときにＳＣ８によってセントされる 。このフラグは、（１）この３ＤＧＣがトラバースされつつあったか、（２）非 活動化リクエストがＳＯ５によって検出されたかしたときにサーバー１、０１に よってクリアされる。このフラグがセントされたとき、３ＤＧＣはシステムから 効果的に除去される。

０３　Ｄ　Ｇ　Ｃ，Ｋ１１ｌ このロングワード・フラグは所有しているクライアント１００が死んだときにサ ーバー１０１のトラパーサル機能によってセントされる。これが効果的に非活動 化リクエストとなり、３　ＤＧＣがもはや活動状態にないという認識の下にｓｃ ｓによってクリアされる。

０３　Ｄ　Ｇ　Ｃ，Ｄｅａｄ このロングワード・フラグはキル・リクエストが検出されたときにＳＯ８によっ てセントされる。このフラグは分離してサーバー１０１のトラパーサル制御機能 によって再使用され得る３　ＤＧＣリストの３ＤＧＣデータ・ブロックを識別す るのに用いられる。

０３　ＤＧＣ，Ｓｙｓｔｅｍ　ＦｌａｇこのロングワードはＳＣ３で使用される ピント・フラグを含む。

構造ウォーカー２７はこのロングワードに排他的書込みアクセスを要求する。

−これらのフラグはＳＯＳリクエスト処理で受け入れられたトラパーサル・リク エストを記録するのに役立つ。

−これらのフラグはリクエスト処理によってセント／クリアされて（もしあれば ）添付３ＤＤＣによって示された重複バンファ処理のタイプを記録する。トラパ ーサル処理はこれらのフラグを用いて、明示リクエストがなくてもこの３ＤＧＣ についてドロー・トラバースが行なわなければならないかどうかを決定する。

０３　Ｄ　Ｇ　Ｃ、Ｎｕｍ　Ｔｒａｖｅｒｓａｌ　Ｐａ５ｓｅｓこれらのロング ワードはこの特定の３　ＤＧＣがトラバースされた回数および理由を反映してい る。構造ウォーカー２７はこれらのロングワードに排他的書込みアクセスを要求 する。

０３　Ｄ　Ｇ　Ｃ、Ｎｕｍ　Ｔｉｍｅｏｕｔｓこのロングワードはこの３ＤＧＣ がトラバースされつつあったときに生じたタイムアウトの回数のカウントを含む 。

０３ＤＧＣ，Ｎｕｍ−υｐｄａｔｅ このロングワードはこの３　ＤＧＣ内の更新キュー・ノードがトラバースされた 回数のカウントを含む。

０３ＤＧＣ，Ｂ１１ｎｋ　Ｏｎ　Ｔｉｍｅｒこのロングワードは「ブリンクオン 」トラパーサルを実施することになっている時刻を決定するのに用いられる。

０３　Ｄ　Ｇ　Ｃ，Ｂ１１ｎｋ　Ｏｆｆ　Ｔｉｇｅｒこのロングワードは「ブリ ンクオフ」トラパーサルが行なわれることになっている時刻を決定するのに用い られる。

Ｑ３　ＤＧＣ，Ｒｅｐｅａｔ　Ｔｉｍｅｒこのロングワードは「反復」トラパー サルを実施することになっている時刻を決定するのに用いられる。

０３ＤＧＣ，ＴＣＩＤ このロングワードばこの３　ＤＧＣに組みあわされたトラパーサル文脈のＸウィ ンドウ・システム・リソース数を含む。

０３　Ｄ　Ｇ　Ｃ、ＴｒａｖｅｒｓａＩ−ＴｙｐｅこのロングワードはＳ　ＣＳ 　−Ｃｕｒｒｅｎｔ　Ｔｒａｖｅｒｓａｌ　Ｔ　Ｙ　Ｐ　Ｅのコピーを含み、こ のコピーはクライアント構造でトラバース・タイブー特殊処理を可能とするのに 利用する。

Ｃ３Ｄ　Ｇ　Ｃ、Ｎｕｎ　Ｈｊｔ　Ｔｅ５ｔ　Ｔｒａｖｅｒｓａｌｓこれらのロ ングワードはトラパーサルの回数のカウントを含む。

構造ウォーカー２７はこれらのロングワードに排他的書込みアクセスを要求する 。

０３　Ｄ　Ｇ　Ｃ，Ｂｌｊｎｋ　５ｔａｔｅこのロングワードは現在のブリンク 状態を含む。

このロングワードはＳ　ＣＳ　−Ｂｌｉｎｋ　Ｍａｓｋのコピーを含み、このコ ピーが非周期的ブリンク動作のためにクライアント構造に利用できる。

０３ＤＧＣ，ＶＲＣｏｕｎｔ このロングワードは６０Ｈ２システム・タイムのコピーを含む。

０３ＤＧＣ，ＧＣＩＤ このロングワードはサーバー１０１によって割当てられた３ＤＧＣ１ｌｉ別子を 含み、これは必要に応じてクライアント１００によって修正され得る。ＳＣＳは ３ＤＧＣデータ・ブロックのアドレスを用いて３ＤＧＣｓを区別し、したがって 、このＩＤが特別のものである必要はない。

０３０ＧＣ，ＤＣＤａｔａ　Ｐｏ１ｎｔｅｒこのロングワードはこの３ＤＧＣに 添付された３ＤＤＣデータ・ブロックの構造メモリ・アドレスを含み、添付がな ければゼロである。ウィンドウ形成用サーバー１０１のトラパーサル制御機能ハ ロングワードに排他的書込みアクセスを要求する。

０３　Ｄ　Ｇ　Ｃ、Ｃ１１ｅｎｔ　Ｒｏｏｔこのロングワードはこの３　ＤＧＣ に添付されたクライアント・ディスプレイ構造の構造メモリ・アドレスを含み、 添付がなければゼロとなる。クライアント・プロセス１００はこのロングワード に排他的書込みアクセスを要求する。

０３　Ｄ　Ｇ　Ｃ、Ｃａ１ｌ　Ｕｐｄａｔｅ　Ｎｏｄｅこのロングワードは任意 のドロー・トラパーサルに先立ってトラバースされる呼出しノードの仮想アドレ スを含む、このノードは添付クライアント構造に据え置き更新を行なうべく更新 機構で要求される。構造ウォーカー２７はこのロングワードに排他的書込みアク セスを要求する。

０３ＤＧＣ，Ｃ１１ｅｎｔ　Ｆｌａｇｓこのロングワードは次のＳＧＲ呼出しを 介してクライアント１００によって制御されるトラパーサル・モード・ビットを 含む。

５ＧＲ３ＳＥＴ　ＤＥＦ　ＴＲＡＶＥＲ３ＡＬ　ＭＯＤＢ　ｇｃ。

ｍｏｄｅｆｌａｇ オートマチック−セット時、添付３ＤＤＣが「重複バッファ処理」ウィンドウで ある場合、ＳＯ８はシステム・ディスプレイ・バッファがスワツプされたときに はいつでもこの３ＤＧＣを再トラバースさせることができる。

リゾイスブレイーセント時、サーバー１０１内のディスプレイ・マネージャーは 必要に応じてこの３ＤＧＣのドロー・トラパーサルを要求し、ディスプレイ上に 正しいイメージを保つことを許される。

リビーテフドーセソト時、この３ＤＧＣのドロー・トラパーサルは３ＤＧＣによ って決定されたままの周期で実施される。

Ｒｅｐｅａｔ　Ｐｅｒｉｏｄ ブリンク−セット時、この３ＤＧＣのドロー・トラパーサルはＰｅｒｉｏｄ、３ ＤＧＣ，Ｂ１１ｎｋ　Ｏｆｆ　Ｐｅｒｉｏｄこれらのロングワードは反復モード またはブリンク・トラパーサル・モードが実行されているときにドロー・トラパ ーサルの周期性を決定する時間間隔を含む。

ＱＣＨｅｎｔ　Ｄｒａｗ　Ｒｅｑｕｅｓｔこのロングワード・フラグはクライア ントによって非ゼロにセントされて次のＳＧＲ呼出しを経てドロー・トラパーサ ルをリクエストする。

ｔｒａｖｅｒｓａｌ　ｔｙｐｅ−５ＧＲ３Ｋ　ＤＲＡＷ　ＴＲＡＶＥＲ３ＡＬＳ ＧＲ３ＲＥＱＵＥＳＴ　ＴＲＡＶＥＲ３ＡＬ　ｄｉｓｐｌａｙ、ｇｃ。

ｔｒａｖｅｒｓａｌ　ｔｙｐｅ ＳＯ８はリクエストが検出された後にこのフラグをクリアする。

○Ｃ１＋ｅｎｔ　Ｄｒａｗ　Ｐｅｎｄｆｎｇこのロングワード・フラグはＳＯ８ によって非ゼロにセントされ、クライアント・ドロー・リクエストが理解された ことを示す。

ＳＯ３はトラバサールが完了した後にこのフラグをクリアする。

ＱＣＩｊｎｔ　ｏｎ　ＤＲＡＷ このロングワード・フラグはクライアントｌＯｏがドロー・トラパサル完了の通 告をリクエストしたときにウィンドウ形成用サーバー１０１によって非ゼロにセ ットされる。ＳＣＳはトラバサールが完了した後に制御プロセッサ１３にこの事 象を通す直前にこのフラグをクリアする。

Ｑ　Ｄｒａｗ　５ｅｑｕｅｎｃｅ　Ｎｕｓ＋ｂｅｒこのロングワードの内容は完 了したドロー・トラバサールの結果として送られた通告事象に含まれる。サーバ ー１０１のトラバサール制御機能はこのロングワードに排他的書込みアクセスを 要○Ｃ１ｊｅｎｔ　Ｈｉｔｔｅｓｔ　Ｐｅｎｄｉｎｇ○Ｎｏｔｉｆｙ　ｏｎ　Ｈ ４ｔｔｅｓｔ○　Ｈｉｔｔｅｓｔ　５ｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒこれらのロ ングワードは上述したドロー・トラバサール・変数に類似した要領でヒツトテス ト・トラバサールのために使用される。

○５ｙｎｃ　Ｒｅｑｕｅｓｔ ○５ｙｎｃ　Ｐｅｎｄｉｎｇ ○Ｎｏｔｊｆｙ　ｏｎ　５ｙｎｃ ○５ｙｎｃ　５ｅｑｕｅｎｃｅ　Ｎｕ＋ｍｂｅｒこれらのロングワードはＳＣ３ と同期化させるべくサーバー１０１で使用される。

３ＤＧＣ編成 ３ＤＧＣはＳＯ８状態変数の内容に応じてリクエスト処理とトラパーサル処理に 分けられる。

リクエスト処理は、なんらかのトラパーサル・リクエスト処理が実行される前に ３０ＧＣがシステムとクライアント１００の両方によって使用可能とされること を要求する。この状態が満たされたならば、サービス・トラパーサルのリクエス トが受け入れられる０次に、［可視Ｊ　３ＤＤＣがこの３ＤＧＣにつなげられた 場合、ドロー・トラパーサル・リクエストが受け入れられる。クライアント１０ ０がこの３ＤＧＣを使用禁止とし、その確認を要求した場合には、クライアント １００が通告を受けることになる。

トラパサル処理は、対応するリクエストが未解決の場合にはヒントテストとドロ ー・トラパーサルを（この順序で）実行する。

フライアン）１００の要求があれば、確認を受けている「通告事象」が通知され る。

非活動化処理はＳＣＳ状態と無関係に実施される。もし３０ＧＣがシステム使用 可能とされ、「キル」リクエストが未解決であれば、３ＤＧＣはｒｄｅａｄＪと タグを付けられ、システム使用禁止とされる。３０ＧＣリストはまだつながって いるが、３ＤＧＣデータ・ブロックは分離、再使用のために利用できる。

Ｄｏ　ＣＡＳＥ（ＳＣ５，５ｔａｔｅ）ＩＦ（３ＤＧＣ，Ｋ１１ｌ）　ＴＨＥＮ Ｃｌｅａｒ　３０ＧＣ，Ｋ１１１ Ｃ１ｅａｒ　３ＤＧＣ，５ｙｓｔｅ＋＋ｉｕ　Ｅｎａｂｌｅｄ；Ｓｅｔ　３０Ｇ Ｃ，Ｄｅａｄ； Ｅｖｅｎｔ　Ｎｏｔｉｆｙ（ｏｐｃｏｄｅ＝ｓｃｓ　ＥＶＥＮＴ／ＧＣＤＥＡＴ Ｈ。

ｈｅａｄｅｒｅ３ＤＧｃ　、、　ｎｕｍ＝ｏｓｒｅａｓｏｎ＝ＧＣＤＥＡＴＨ％ ５ｔａｔｕｓ＝ＯＫ）　； ＳＣ５，５ｔａｔｅ＝″Ｒｅｑｕｅｓｔ　Ｐｈａｓｅ　”　；ＥＬＳＥＩＦ（３ ＤＧＣ，５ｙｎｃ　Ｒｅｑｕｅｓｔ）　ＴＥＨＮＣｌｅａｒ　３ＤＧＣ，５ｙｎ ｃ　Ｒｅｑｕｅｓｔ；１Ｆ（３ＤＧＣ，Ｎｏｔｉ、ｆｙ　ｏｎ　５ｙｎｃ）　Ｔ ＨＥＮＣｌｅａｒ　３ＤＧＣ，Ｎｏｔｉｆｙ　ｏｎ　５ｙｎｃＨＥｖｅｎｔ　Ｎ ｏｔｉｆｙ（ｏｐｃｏｄｅ＝ｓｃｓ　ＥＶＥＮＴ／５ＹＮＣ。

ｈｅａｄｅｒ＝３ＤＧＣ。

ｎｕｓａ＝３ＤＧｃ、　５ｙｎｃ　Ｓｅｑ　。

ｒｅａｓｏｎ＝ｓＹＮｃｓ ｓ　ｔａ　ｔｕｓ＝ＯＫ　； ＳＣ５，５ｔａｔｅ−”　Ｒｅｑｕｅｓｔ　Ｐｈａｓｅ　”　；ＥＮＤＩＦ Ｅｌ、Ｓｌｌ： ＩＪｐｄａｔｅ　Ｒｅｑｕｅｓｔ　Ｐｒｏｃｅｓｓｉｎｇ；Ｄｒａｗ　Ｒｅｑｕ ｅｓｔ　Ｐｒｏｃｅｓｓｉｎｇ；ＥＮＤＩＦ Ｉｎｃｒｅｍｅｎｔ　３ＤＧＣ，ＮｕＩＩＲｅｑｕｅｓｔ　Ｐａ５ｓｅｓＨＣＡ ＳＥ　Ｔｒａｖｅｒｓａｊ　Ｐｈａｓｅ：Ｄｏ−Ｈｉｔｔｅｓｔ　Ｐｒｏｃｅｓ ｓｉｎｇ；Ｄｏ　Ｄｒａｗ　Ｐｒｏｃｅｓｓｉｎｇ；Ｉｎｃｒｅｍｅｎｔ　３Ｄ ＧＣ，Ｎｕｎ　ｔｒａｖｅｒｓａｌ　Ｐａ５ｓｅｓ；ＥＮＤＣＡＳＥ ＥＮＤＩＦ ３［ＩＧＣ，Ｃ１ｔｅｎｔ　Ｕｐｄａｔｅ　Ｉ’ｅｎｄｉｎｇ＝３ＤＧＣ，Ｃ１ １ｅｎｔ　ｌ１ｐｄａｔｅ　ＲｅｑｕｅｓＪＣｌｅａｒ　３ＤＧＣ，Ｃ１１ｅｎ ｔ　Ｕｐｄａｔｅ　ｒｅｑｕｅｓｔ；ＳＣＳ＋　５ｔａｔｅ＝　”　Ｔｒａｖｅ ｒｓｉｎｇ　Ｃ１１ｅｎｔ　ｔｌｐｄａｔｅ　Ｌｉ５ｔ″Ｔｒａｖｅｒｓｅ　３ ＤＧＣ，Ｕｐｄａｔｅ　Ｌａ５ｔ　ｔｏ　ｐｅｒｆｏｒｔｍ　ｄｅｆｅｒｒｅｄ 　ｕｐｄａｔｅｓ；Ｃ１ｅａｒ　３ＤＧＣ，Ｃ１１ｅｎｔ　Ｕｐｄａｔｅ　Ｐｅ ｎｄｉｎｇ；ＩＦ（３ＤＧＣ，Ｎｏｔｉｆｙ　ｏｎ　Ｕｐｄａｔｅ）　ＴＩＩＥ ＮＣｌｅａｒ　３ＤＧＣ，Ｎｏｔｉｆｙ　ｏｎ　Ｕｐｃｌａｔｅ；Ｅｖｅｎｔ　 、Ｎｏｔｉｆｙ（ｏｐｃｏｄｅ＝ＳＣ３ＥＶＥＮＴ／ＵＰＤＡＴＥ。

ｈｅａｄｅｒ＝３ＤＧｃ、　ｎｕｍ＝３ＤＧｃ、Ｌｌｐｄａｔ　Ｓｅｑ　。

ｒｅａｓｏｎ＝ＵＰＤＡＴＥ。

５ｔａｔｕｓｌｌＯＫ）　； ＳＣ５，５ｔａｔｅ１−Ｒｅｑｕｅｓｔ　Ｐｈａｓｅ″ＮＤＩＦ ＥＮＩＩ　Ｕｐｄａｔｅ　ｒｅｑｕｅｓｔ　ＰｒｏｃｅｓｓｉｎｇＢＥＧＵＮ　 Ｄｒａｗ　Ｒｅｑｕｅｓｔ　ＰｒｏｃｅｓｓｉｎｇＩＦ（３ＤＧＣ，ＤＣＤａｔ ａ　Ｐｔｒ　！＝ＮＵＬＬ）　丁ＨＥＮＩＦ（３ＤＧＣ，Ｖｉｓｆｂｌｅ）　Ｔ ｔｌＥＮＲｌ−３０ＤＣ（ＲＯ）、　Ｄｒａｗ　ＲｅｑｕｅｓｔＲ２−３ＤＤＣ （ＲＯ）、ＦｏｒｍａｔＲＯ−３Ｃ５，Ｃｕｒｒｅｎｔ　ＧＣＰｔｒ３０ＧＣ， Ｃ１１ｅｎｔ　Ｄｒａ＠Ｐｅｎｄｔｎｇ＝３［ＩＧＣ，Ｃｌ１ｅｒｉｔ　Ｄｒａ ｗ　Ｒｅｑｕｅｓｔ；ＥＮＤＩＦ １Ｆ（３ＤＧＣ，Ｃ１１ｅｎｔ　Ｆｌａｇｓ、　Ｒｅｐｅａｔｅｄ）丁ＨＥＮ　 ＣＡＬＬ　Ｒｅｐｅａｔ　Ｍｏｄｅ　Ｐｒｏｃｅｓｓｉｎｇ；ＥＮＤＩＦ ＥＮＤＩＦ ＩＦ（３ＤＧＣ，Ｃ１１ｅｎｔ　Ｆｌａｇｓ、　Ｒｅｄｉｓｐｌａｙ）　ＴＨＥ ＮＩＦ（３ＤＧＣ，Ｄｒａｗ　Ｒｅｑｕｅｓｔ）　ＴＨＥＮＳｅｔ　３ＤＧＣ， Ｄｏ　ＤＣＤｒａｗ；Ｓｅｔ　ＳＣ５，Ｐｅｒｆｏｒｍ　Ｔｒａｖｅｒｓａｌ； ＥＮＤＩＦ ＥＮＤＩＦ １Ｆ（３ＤＧＣ，Ｆｏｍａｔ　１ｎｄｉｃａｔｅｓ　Ｂａｎｋ　２Ｂ）　ＴＨＥ ＮＳｅｔ　３ＤＧＣ，Ｂａｎｋ　２Ｂ？ ＩＰ（３ＤＧＣ，Ｄｏ　Ｃ１ｔｅｎｔ　Ｄｒａｗ　ＯＲ３ＤＧＣＤｏ　ＤＣＤｒ ａｗ）　ＴＨＥＮＳｅｔ　ＳＣ５，Ｓｗａｐ　Ｂａｎｋ　ＲｅｑｕｅｓｔｏＨＮ ＤＴＦ ＥＬＳＥＩＦ（３０ＧＣ，Ｆｏｒｍａｔ　ＩＮＤＩＣＡＴＥＳ　ＷＬＵＴ　２Ｂ ）Ｔｌ（ＥＮ　Ｓｅｔ　３ＤＧＣ，−υＴ−２Ｂ； ＩＦ（３ＤＧＣ，Ｄｏ　Ｃ１ｔｅｎｔ’　Ｄｒａｗ　ＯＲ３ＤＧＣ，Ｄｏ　ＤＧ 　Ｄｒａｗ）　Ｔ’ｈｅｎＳｅｔ　ＳＣＳ、　Ｓｗａｐ　ＷＬｕＴ　Ｒｅｑｕｅ ｓｔＨＥＮ（ＩＩＦ ＥＮＤＩＦ ＥＮＤＩＦ　Ｖｉｓｉｂｌｅ ＥＮＤＩＦ　Ａｔｔａｃｈｅｄ　ｔｏ　ｗｉｎｄｏｗＥＮＤ　Ｄｒａｗ　Ｒｅｑ ｕｅｓｔ　ＰｒｏｃｅｓｓｉｎｇＢＥＧＩＮ　Ｒｅｐｅａｔ　Ｍｏｄｅ　Ｐｒｏ ｃｅｓｓｉｎｇＩＰ（３ＤＧＣ，Ｒｅｐｅａｔ　Ｔｔ＋ｍｅｒ＜＝ＳＣＳ、　Ｅ ｌａｓｐｅｄ　Ｔｉｍｅ）　Ｔ）ＩＢＮＳｅｔ　３ＤＧＣ，Ｓｙｓｔｅｍ　Ｆｌ ａｇｓ、Ｄｏ　Ｃ１１ｅｎｔ　Ｄｒａｗ、Ｄｏ　ＲｅｐｅａｔｅｄＳｅｔ　ＳＣ ３，Ｐｅｒｆｏｍ　ＴｒａｖｅｒｓａｌＨ３ＤＧＣ，Ｒｅｐｅａｔ　Ｔｉｇｅｒ ｇ３ＤＧＣ，Ｒｅｐｅａｔ　ＰｅｒｉｏｄＨＬＳＥ Ｄｅｃｒｅ＋５ｅｎｔ　３ＤＧＣ，Ｒｅｐｅａｔ−丁ｔｍｅｒ　ｂｙ　ＳＣ５， Ｅｌａｓｐｅｄ　Ｔｉｍｅ；ＥＮＤＩＦ ＥＮＤ　Ｒｅｐｅａｔ　Ｍｏｄｅ　ＰｒｏｃｅｓｓｉｎｇＢＥＧＩＮ　Ｂ１１ｎ ｋ　Ｍｏｄｅ　ＰｒｏｃｅｓｓｉｎｇＩＰ（３ＤＧＣ，Ｂ１１ｎｋ　５ｔａｔｅ ＝　’　Ｏｆｆ　”　）　ＴＨＥＮｌＦ（３ＤＧＣ，Ｂｌｉｎｇ　Ｏｆｆ　Ｔｉ ｅｒ＜−５ＣＳ、Ｅｌａｐｓｅｄ　Ｔｉｍｅｒ）　Ｔ）ＩＥＮＳｅｔ　３０ＧＳ 、　ＳｙｓｔｅｍｌＦｌａｇｓ、　Ｄｏ　Ｃ１１ｅｎｔ　Ｄｒａｗ＋Ｄｏ　Ｂ１ １ｎｋ３ＤＧＣ，Ｂ１１ｎｋ　５ｔａｔｅ−”　Ｏｎ″：３ＤＧＣ，Ｂ１１ｎｋ 　Ｏｆｆ　Ｔｉｇｅｒ−３ＤＧＣ，Ｂ１１ｎｋ　Ｏｆｆ　Ｐｅｒｊｏｄ；ＥＬＳ Ｅ Ｄｅｃｒｅｍｅｎｔ　３ＤＧＣ，Ｂ１１ｎｋ　０ｆｆ−Ｔｉｇｅｒ　ｂｙ　ＳＣ Ｓ、ＥＩａｐｓｅｄ　ＴｉａｅＨＬＳＥ ＩＦ（３ＤＧＣ，Ｂ１１ｎｋ　Ｏｎ　Ｔｉｇｅｒ＜−３Ｃ５，Ｅｌａｐｓｅｄ　 Ｔｉｇｅｒ）　ＴＨＥＮＳｅｔ　３ＤＢＣ，Ｓｙｓｔｅｍ　Ｆｌａｇｓ、Ｄｏ　 Ｃ１ｆｅｎｔ　Ｄｒａｗ＋Ｄｏ　Ｂ１１ｎｋＳｅｔ　ＳＣ３，Ｐｅｒｆｏｒｍ　 Ｔｒａｖｅｒｓａｌ；３ＤＧＣ，Ｂｌｔｎｋ　５ｔａｔｅ＝　’Ｏｆｆ　”　； ３ＤＧＣ，Ｂ１１ｎｋ　Ｏｎ　Ｔｉ＋ａｅｒ＝３ＤＧＣ，Ｂ１１ｎｋ　Ｏｎ　Ｐ ｅｒｉｏｄ；ＥＬＳＥ Ｄｅｃｒｅ＋ｅｅｎｔ　３ＤＧＣ，Ｂｌｊｎｋ　Ｏｎ　Ｔｉｍｅｒ　ｂｙ　ＳＣ ３，Ｅｌａｐｓｅｄ　Ｔｊｍｅ；ＥＮＤＩＦ ＥＮＤＩＦ ＥＮＤ　Ｂ１１ｎｋ　Ｍｏｄｅ　ＰｒｏｃｅｓｓｉｎｇＢＥＧＩＮ　Ｄｏ　Ｄｒ ａｗ　ＰｒｏｃｅｓｓｉｎｇＳＣ５，Ｃｕｒｒｅｎｔ　Ｔｒａｖｅｓａｌ　Ｔｙ ｐｅ−Ｄｒａｗ″；Ｄｒａｗ　ＴｒａｖｅｒｓａｌＢ Ｃｌｅａｒ　３ＤＧＣ，Ｄｏ　Ｃ１１ｅｎｔ　Ｄｒａｗ　Ｐｅｎｄｉｎｇ；ＩＦ （３ＤＧＣ，Ｎｏｔｉｆｙ　ｏｎ　Ｄｒａｗ）　ＴＨＥＮＣｌｅａｒ　３ＤＧＣ ，Ｎｏｔｉｆｙ　ｏｎ　Ｄｒａｗ；５ｅｎｄ　’″Ｂｅｇｉｎ　３Ｄ　Ｃｏｎｔ ｅｘｔ″ｔｏ　ＲＰ　ｔｏ　ａｌｌｏｗ　ＢＭ　Ｐｒｏｃｅｓｓｉｎｇ：５ｅｎ ｄ　Ｅｖｅｎｔ　Ｎｏｔｉｆｙ（ｏｐｃｏｄｅ＝ｓｃｓ　ＥＶＥＮＴ／ＤＲＡＷ 、ｈｅａｄｅ−３ＤＧＣ％ ｎｕｍｌＩ３ＤＧｃ、Ｄｒａｗ　Ｓｅｑ。

ｒｅａｓｏｎ＝ＤＲＡＷ　、 ５ｔａｔｕｓ＝ＯＫ）　： ＳＣＳ、５ｔａｔｅ−’Ｉ　Ｔｒａｖｅｒｓａｌ　Ｐｈａｓｅ″ＮＤＩＦ ＳＣＳ、　Ｃｕｒｒｅｎｔ　Ｔｒａｖｅｒｓａｌ　Ｔｙｐｅ＝”Ｄｒａｗ”Ｄｒ ａｗ　Ｔｒａｖｅｒｓａｌ； Ｃ１ｅａｒ　３ＤＤＣ＋Ｄｒａｗ　ｒｅｑｕｅｓｔ；ＥＬＳＥ　ＩＦ（ＳＣＳ、 　Ｓｗａｐ　Ｂａｎｋ　Ｒｅｑｕｅｓｔ）ＡＮＤ（３０ＧＣ，Ｂａｎｋ　２ＢＯ Ｒ（ＳＣ５，５１１ａｐ　ＷＬＵＴ　Ｒｅｑｕｅｓｔ）ＡＮＤ（３ＤＧＣ，ＷＬ ＵＴ　２Ｂ）ＩＦ（３ＤＧＣ，ＣＩｊｅｎｔ　Ｆｌａｇｓ、　Ａｕｔｏｍａｔｉ ｃ）　ＴＨＥＮＳＣ３，Ｃｕｒｒｅｎｔ　Ｔｒａｖｅｒｓａｌ　Ｔｙｐｅ＝’Ｄ ｒａｗ”；Ｄｒａｗ　Ｔｒａｖｅｒｓａｌ ＥＮＤＩＦ ＥＮＤＩＦ ＥＮＤ　Ｄｏ　Ｄｒａｗ　ＰｒｏｃｅｓｓｉｎｇＢＥＧＩＮ　Ｄｒａｗ　Ｔｒａ ｖｅｒｓａｌＳＣ３，５ｔａｔｅ＝　’　Ｔｒａｖｅｒｓｉｎｇ　［Ｉｐｄａｔ ｅ　Ｌｉ５ｔ　”Ｐｒｏｃｅｓｓ　ｃｌｉｅｎｔ　ｕｐｄａｔｅｓ　ｖｉａ　３ ＤＧＣ，Ｃａ１ｌ　１ｌｐｄａｔｅ　ＮｏｄｅＨ３ＣＳ、５ｔａｔｅ＝　”　Ｔ ｒａｖｅｒｓｉｎｇ　Ｃｏｎｔｅｘ　５ｅｔｕｐ″Ｐｅｒｆｏｒｍ　３Ｄ　Ｃｏ ｎｔｅｘｔ　５ｅｔｕｐ　ａｃｔｉｏｎｓ；ＳＣ３，Ｃｕｒｒｅｎｔ　ＤＣＰｔ ｒ−３ＤＧＣ，ＤＣＤａｔａ　Ｐｔｒ；ＳＣ５，５ｔａｔｅ−Ｔｒａｖｅｒｓｉ ｎｇ　３ＤＤＣ”Ｔｒａｖｅｒｓｅ（ｇｅｎｅｒｔｃ）３ＤＤＣｔｏ　５ｅｔ− ｕｐ　ｒｅｎｄｅｒｔｎｇ（ｗｉｎｄｏｗ）ｅｎｖｉｒｏｎｓｅｎｔＨ （Ｒｅｓｔｏｒｅ　ＲＯ＝（ＳＭ）ａｄｄｒｅｓｓ　ｏｆ　ｃｕｒｒｅｎｔ　３ ＤＧＣ）３ＤＧＣ，Ｃｕｒｒｅｎｔ　Ｔｒａｖｅｒｓａｌ　Ｔｙｐｅｇ″Ｄｒａ ｗ　”３ＤＧＣ，Ｂ１１ｎｋ　Ｍａｓｋ−Ｓｙｓｔｅｍ　Ｂ１１ｎｋ　Ｍａｓｋ （ａｌａ　ＡＣＰ）；３ＤＧＣ，ＶＲＣｏｕｎｔ＝Ｓｙｓｔｅｍ　ＶＲＣｏｕｎ ｔ（ａｌａ　ＡＣＰ）：ＳＣ５，Ｃｕｒｒｅｎｔ　ＧＣ５ｔａｒｔ　Ｔｉ５ｅ＝ Ｓｙｓｔｅｍ　ＶＲＣｏｕｎｔ（ａｌａ　ＡＣＰ）；ＳＣ５，５ｔａｔｅ−“Ｔ ｒａｖｅｒｓｊｎｇ　Ｃ１１ｅｎｔ″Ｔｒａｖｅｒｓｅ　Ｃ１１ｅｎｔ　５ｔｒ ｕｃｔｕｒｅ　ｔｏ　ｄｒａｗ　ｃｌｉｅｎｔ’ｓ　ｉｍａｇｅＨ５ＣＳ、Ｃｕ ｒｒｅｎｔ　ＧＣＥｎｄ　Ｔｉ５ｅ＝Ｓｙｓｔｅ−ＶＲＣｏｕｎｔ（ａｈａ　Ａ ＣＰ）；Ｒｅ５ｔｏｒｅ　ＲＯ＝（ＳＭ）ａｄｄｒｅｓｓ　ｏｆ　ｃｕｒｒｅｎ ｔ　３ＤＧＣ；ＳＣ５，５ｔａｔｅ−Ｔｒａｖｅｒｓｉｎｇ　Ｃｏｎｔｅｘｔ　 ５ｅｔｕｐ　”Ｐｅｒｆｏｍ　３Ｄ　Ｃｏｎｔｅｘｔ　ｃｌｅａｎｕｐ　ａｃｔ ｉｏｎｓ；Ｉｎｃｒｅｍｅｎｔ　３ＤＧＣ，Ｄｒａｗ　Ｃｏｎｔｅｘｔ、５ｔａ ｔｅ−Ｔｒａｖｅｒｓａｌ　Ｐｈａｓｅ”ＥＮＤ　Ｄｒａｌｌ　Ｔｒａｖｅｒｓ ａｌＢＥＧＩＮ　Ｈｔｔｔｅｓｔ　Ｒｅｑｕｅｓｔ　Ｐｒｏｃｅｓｓｉｎｇ３０ ＧＣ，Ｃ１１ｅｎｔ　１（ｉｔｔｅｓｔ　Ｐｅｎｄｆｇ＝３ＤＧＣ，Ｃ１１ｅｎ ｔ　ＨｉｔｔｅｓｔＲｅｑｕｅｓｔＨ ＩＦ（３ＤＧＣ，Ｃ１１ｅｎｔ　Ｈｉｔｔｅｓｔ　Ｐｅｎｄｉｎｇ）　ＴＨＥＮ Ｃｌｅａｒ　３０ＧＣ，ＣＩｊｅｎｔ　Ｈｉｔｔｅｓｔ　Ｒｅｑｕｅｓｔ：Ｓｅ ｔ　３ＤＧＣ，Ｄｏ　Ｈｉｔｔｅｓｔ；Ｓｅｔ　ＳＣＳ、Ｐｅｒｆｏｍ−丁ｒａ ｖｅｒｓａｌ；ＮＤＩＦ ＥＮＤ　Ｈｉｔｔｅｓｔ　Ｒｅｑｕｅｓｔ　ＰｒｏｃｅｓｓｉｎｇＢＥＧＩＮ　 Ｄｏ−旧ｔｔｅｓｔ　ＰｒｏｃｅｓｓｉｎｇＩＦ（３ＤＧＣ，Ｄｏ−旧ｔｔｅｓ ｔ）　ＴＨＥＮＣｌｅａｒ　３ＤＧＣ，Ｄｏ　Ｈｉｔｔｅｓｔ；ＳＣ５，Ｃｕｒ ｒｅｎｔ　Ｔｒａｖｅｒｓａｌ　Ｔｙｐｅ−Ｈｉｔ　ｔｅｓ　ｔ　”　；Ｈｊｔ ｔｅｓｔ　ＴａｒｖｅｒｓａｌＨＣｌｅａｒ　３ＤＧＣ，Ｃ１１ｅｎｔ　Ｈｉｔ ｔｅｓｔ　Ｐｅｎｄｉｎｇ；夏Ｆ（３ＤＧＣ，Ｎｏｔｉｆｙ　ｏｎ−旧ｔｔｅｓ ｔ）　ＴＨＥＮＣｌｅａｒ　３ＤＧＣ，Ｎｏｔｉｆｙ　ｏｎ　ＨｉｔｔｅｓｔＨ ５ｅｎｄ“Ｂｅｇｉｎ　３Ｄ　Ｃｏｎｔｅｘｔ”　ｔｏ　ＲＰ　ｔｏ　ａｌｌｏ ｗ　ＢＭｐｒＯｃｅｓｓｌｒｌｇｉ Ｅｖｅｎｔ　Ｎｏｔｉｆｙ（ｏｐｃｏｄｅ＝ｓｃｓ　ＥＶＥＮＴ／ＨＩＴＴＥＳ Ｔ。

ｈｅａｄｅｒ−３ＤＧＣ。

ｎｕｍ＝３ＤＧｃ、　Ｈｉｔｔｅｓｔ　Ｓｅｑ。

ｒｅｓｏｎ＝ＨＩＴＴＥｓＴ。

ｓ　ｔａ　ｔｕｓ＝ＯＫ）　； ＳＣ３，５ｔａｔｅ−”Ｔｒａｖｅｒｓａｌ　Ｐｈａｓｅ″ＮＤＩＦ ＥＮＤ　Ｄｏ　Ｈｉｔｔｅｓｔ　ＰｒｏｃｅｓｓｉｎｇＢＥＧＩＮ　Ｈｉｔｔｅ ｓｔ　ＴｒａｖｅｒｓａｌＳＣ３，５ｔａｔｅ＝″Ｔｒａｖｅｒｓｉｎｇ　Ｃｏ ｎｔｅｘｔ　５ｅｔｕｐ″Ｐｅｒｆｏｒ＋ｓ　３Ｄ　Ｃｏｎｔｅｘｔ　５ｅｔｕ ｐ　ａｃｔｉｏｎｓ；ＳＣ３，Ｃｕｒｒｅｎｔ　Ｃ１１ｅｎｔ、　Ｐｔｒ＝３Ｄ ＧＣ，Ｃ１１ｅｎｔ　Ｒｏｏｔ；ＳＣ５，Ｃｕｒｒｅｎｔ　ＧＣＩＤ−３ＤＧＣ ，ＧＣＩＤ；３ＤＧＣ，Ｃｕｒｒｅｎｔ　Ｔｒａｖｅｒｓａｌ　Ｔｙｐｅ−”Ｈ ｉｔｔｅｓｔ”ＳＣＳ、　Ｃｕｒｒｅｎｔ　ＧＣ−−５ｔａｒｔ　Ｔｉｍｅ＝Ｓ ｙｓｔｅ＋ｍ　ＶＲＣｏｕｎｔ（ａｌａ　ＡＣＰ）；ＳＣ３，５ｔａｔｅ＝“Ｔ ｒａｖｅｒｓｉｎｇ　Ｃ１１ｅｎｔ”Ｔｒａｖｅｒｓｅ　Ｃ１１ｅｎｔ　５ｔｒ ｃｔｕｒｅ　ｔｏ　ｈｉｔｔｅｓｔ　ｃｌｉｅｎｔ’ｓ　ｉｍａｇｅＨＳＣ５， Ｃｕｒｒｅｎｔ　ＧＣＥｎｄ　Ｔｉｍｅ＝Ｓｙｓｔｅ−ＶＲＣｏｕｎｔ（ａｌａ 　ＡＣＰ）；Ｒｅ５ｔｏｒｅ　ＲＯ＝（ＳＭ）　ａｄｄｒｅｓｓ　ｏｆ　ｃｕｒ ｒｅｎｔ　３ＤＧＣ；ＳＣＳ、５ｔａｔｅ＝　”　Ｔｒａｖｅｒｓｉｎｇ　Ｃｏ ｎｔｅｘｔ　５ｅｔｕｐ″Ｐｅｒｆｏｒｍ　３Ｄ　Ｃｏｎｔｅｘｔ　ｅｌｅａｎ ｕｐ　ａｃｔ、ｉｏｎｓＨＩｎｃｒｅｗｈｅｎｔ　３ＤＧＣ，Ｈｉｔｔｅｓｔ　 ＣｏｕｎｔＨ５Ｃ３，５ｔａｔｅ＝　”　Ｔｒａｖｅｒｓａｌ　Ｐｈａｓｅ　” ＥＮＤ　！（ｉｔｔｅｓｔ−Ｔｒａｖｅｒｓａｌディスプレイ文脈 ３Ｄディスプレイ文脈（３ＤＤＣ）制御構造はスクリーンの矩形領域へのクライ アント発生イメージのマツピングを決定する。

３ＤＧＣから呼び出されたとき、３ＤＤＣは対応したディスプレイ・マネージャ ー・ウィンドウに関係するサブシステム状態をロードする（翻訳環境）、３ＤＤ Ｃはバンクが現在表示されていることを示す。これは書込みマスク等のようなバ ンク応答属性をセントアップするのに用いられる。

翻訳環境は次のものを含む。

Ｏウィンドウ番号 Ｏウィンドウ・マスク Ｏ前景カラー ○背景カラー ○ベース・マトリックス Ｏベース・ビュウポイント Ｏ画素フォーマット ○省略時ライン・フィルタ ○画素プロセ：ノサ設定 ○フィルタ・ラウンディング・イネーブル／ディスエーブル○ＦＢ読み出しの際 の有効ブレーンの使用０フレーム・バッファ書込みマスク ○バイブラインーイネーブル・マスク ここでｒ３ＤＤｃＪという用語は３ＤＤＣ構造のただ１つの例についてのみ言及 したが、トラバサール制御は「総称Ｊ　３ＤＤＣとして知られる実際の制御構造 の他の例でも行なえる。この構造はポインタを成る特定の３ＤＤＣ例に対応する 情報を与える「３ＤＤＣデータ・ブロック」に送る。

３ＤＤＣ作成・制御 クライアント・プロセス１００はウィンドウ形成システム１０１．１０２．１０ ３に対して適切な呼出しを行なうことによってウィンドウを作成する。このアク チョンの結果として、ディスプレイ・マネージャーがウィンドウの記述（ｒ３Ｄ ＤＣ記述子」におけるもの）をサーバー１０１のトラバサール制御機能に送る。

このルーチンは３ＤＤＣデータ・ブロックに割当て、それを３ＤＤＣ記述子から 抽出された情報と組合わせる。もしクライアント１００がこのウィンドウを３０ ＧＣに添付すること（または、後にそれをディスパッチすること）を望むならば 、以下のＳＧＲ呼出しを行なう。このルーチンは、フラグ・パラメータに応じて 、対応する３０ＧＣデータ・ブロックにおける３　ＤＤＣデータ・ブロックのア ドレスを入力したりあるいは取り出したりする。

５ＧＲ５ＳＥＴ　ＤＥＦ　ＤＲＡＷＡＢＬＥ　ｇｃ、　ｗｉｎｄｏｗ　ｉｄ、ｆ ｌａｇこのディプレイ・マネージャーはウィンドウ属性に対する変化に応答して ３ＤＤＣデータ・ブロックを修正することができる。３ＤＤＣＧＡ修正後も可視 性を保有している場合にはこの３　ＤＤＣに添付されたすべての３ＤＧＣｓにつ いてドロー・トラバサール・リクエストが発行される。

３ＤＤＣデータ・ブロック Ｑ　３　Ｄ　Ｄ　Ｃ，Ｆｌｊｎｋ ｏ　３　Ｄ　Ｄ　Ｃ５Ｂｌｉｎｋ これらのロングワードは二重結合した３ＤＤＣリストにおけるリンクとして役立 つ構造メモリ２６アドレスを含む、構造ウォーカー２７はこれらのロングワード に排他的書込みアクセスを要求する。

０３　Ｄ　Ｄ　Ｃ、Ｓｙｓｔｅｍｓ　Ｅｎａｂｌｅｄこのロングワード・フラグ はこの３ＤＤＣが３ＤＤＣリストに加えられたときにＳＯ８によってセントされ る。このフラグは非活動化リクエストの結果としてＳＯ３によってクリアされる 。

○３１７１ＤＣ，ｌ［ｉｌ＋ このロングワード・フラグは所有クライアント１００が死んだときにサーバー１ ０１のトラバサール制御機能によってセントされる。このフラグは効果的な非活 動化リクエストであり、３　ＤＤ（：がもはや活動していないと確認されるとＳ ＯＳリクエスト処理によってクリアされる。

０３　Ｄ　Ｄ　Ｃ，Ｄｅａｄ このロングワード・フラグはキル・リクエストが検出されたときにＳＯ３によっ てセントされる。このフラグはサーバー１０１のトラバサ・−ル制御機能によっ て分離され、再使用され得る３ＤＤＣリストの３ＤＤＣデータ・ブロックを識別 するのに用いられる。

０３　Ｄ　Ｄ　Ｃ、Ｓｗａｐ　Ｒｅｑｕｅｓｔこのロングワードは３ＤＤＣデー タ・ブロックへの構造ウォカー２７、サーバー１０１のアクセスを同期化するの に用いられる。

サーバー１０１のトラバサール制御機能がこのフラグ・クリアを見出したとき、 ３ＤＤＣデータ・ブロックの「非活動」ハーフ部分にアクセスすることができる 。この時点で、この非活動ハーフ部分を更新し、このロングワードを非ゼロにセ ントする。ＳＯ３がこのフラグ・セント状態を見出したならば、活動ハーフ部分 と非活動ハーフ部分とをスワップし、このフラグをクリアする。

もしサーバ１０１のトラバサール制御機能がこのフラグ・セット状ｎ（ＳＣ３が 先のスワップ・リクエストをまだ理解しなければならないことを示している状Ｌ ｉ）を見出したならば、２つのオプションがある。

（ａ）　このフラグをＳＯ８がクリアするまで待機することができる。

これは先に更新された部分が少なくとも一度理解されることを保証する。

世）　フラグそのものをクリアし、短時間待機し、次いでその時点で「非活動」 ハーフ部分を更新することができる。しかしながら、ここで、先のスワップ・リ クエストがほとんど無視されることになることに注意されたい、待機状態はＳＯ ３が現在のところ先のリクエストを処理している場合に要求される。〔この時間 中（３ノ一ド分＞　ＳＣＳによってアテンション割り込みが禁止され、この臨界 領域が限定される。〕Ｏ０３Ｄ　Ｄ　Ｃ、Ａｃｔｉｖｅ　Ｈａｌｆこのロングワ ードはこの３ＤＤＣデータ・ブロックのどの［ハ−フ部分」が現在ＳＣｓリクエ スト・トラバサール処理で使用されているかを示す、ゼロの場合には、第１ハー フ部分が活動しているか、あるいは、第２ハーフ部分が活動している。

３ＤＤＣデータ・ブロックは次のグループの事項の連続コピー（ハーフ部分）で ある。

０３ＤＤＣ，ν１ｓｉｂｌｅ このロングワード・フラグが非ゼロのとき、代表のウィンドウは（少なくとも部 分的に）スクリーン上で見ることができる。ゼロの場合、ウィンドウは全体的に 黒ずむがあるいはアイコン化され、この場合、ドロー・トラバサールは試みられ ない。

０３　Ｄ　Ｄ　Ｃ，Ｄｒａｗ　Ｒｅｑｕｅｓｔこのロングワード・フラグはデー タ・マネージャーの命令で非ゼロにセントされてこの３ＤＤＣにつながるすべて の３　ＤＧＣｓのためのドロー・トラバサールをリクエストする。このアクショ ンは、たとえば、成るウィンドウがエクスポージャ事象あるいはりサイズ動作に 出会ったときに必要とされる。ＳＣＳはこの３Ｄ［ｌＣにつながる３　ＤＧＣの 第１のドロー・トラバサールに続いてこのフラグをクリアする。

０３　Ｄ　Ｄ　Ｃ，Ｗｉｎｄｏｗ　Ｎｕｍｂｅｒこのロングワードは総称ノード に入力するに適したフォーマントにおけるウィンドウ番号を含む。

０３　Ｄ　Ｄ　Ｃ，Ｗｉｎｄｏｗ　Ｍａｓｋこのロングワードは総称ノードに入 力するのに適したフォーマットにおけるウィンドウ・マスクを含む。

０３ＤＤＣ，Ｐｉｘｅｌ　Ｆｏｒｍａｔこのロングワードはこのウィンドウの画 素フォーマントを含む。

Ｉ　Ｂ、　４　ｂｉｔ　Ｍａｐｐｅｄ −Ｉ　Ｂ、４　ｂｉｔ　Ｇｒａｙ　５ｃａｌｅ−Ｉ　Ｂ、８　ｂｉｔ　Ｍａｐｐ ｅｄ ｌ　Ｂ、８　ｂｉｔ　Ｇｒａｙ　５ｃａｌｅ１、Ｂ、１　２　ｂｉｔ　ＲＧＢ ｌＢ、２４　ｂｉｔ　ＲＧＢ −ＷＬ　ＵＴ　２　Ｂ、４　ｂｔｔ　Ｍａｐｐｅｄ−ＷＬ　ｔＪ７　２　Ｂ、４ 　ｂｉｔ　Ｇｒａｙ　５ｃａｌｅ−ＷＬ　ＵＴ　２　Ｂ、８　ｂｊｔ　Ｍａｐｐ ｅｄ−ＷＬＵＴ　２Ｂ、８　ｂｉｔ　Ｇｒａｙ　５ｃａｌｅ−ＷＬＵＴ　２　Ｂ 、１　２　ｂｉｔ　ＲＧＢ−Ｂａｎｋ　２　Ｂ、４　ｂｉｔ　Ｍａｐｐｅｄ−Ｂ ａｎｋ　２８％　４　ｂｉｔ　Ｇｒａｙ　５ｃａｌｅ−Ｂａｎｋ　２Ｂ、８　ｂ ｉｔ　Ｍａｐｐｅｄ−Ｂａｎｋ　２　Ｂ、８　ｂｉｔ　Ｇｒａｙ　５ｃａｌｅ− Ｂａｎｋ　２Ｂ、１　２　ｂｉｔ　ＲＧＢ−Ｂａｎｋ　２Ｂ、２４　ｂｉｔ　Ｒ ＧＢｏ　３　Ｄ　Ｄ　Ｃ，Ｂａｃｋｇｒｏｕｎｄ　Ｃｏ１ｏｒこのロングワード はセット背景ノードに入力するのに適したフォーマントのウィンドウ背景カラー を含む０３　Ｄ　Ｄ　Ｃ，Ｆｏｒｅｇｒｏｕｎｄ　Ｃｏ１ｏｒこのロングワード はベース・マトリックスにロードするようにトラバースされるベース・マトリッ クスＸ３の仮想アドレスを含む。

０３ＤＤＣ，Ｂａ５ｅ　Ｍａｔｒｉｃ　ＳＧＲこのロングワードはベース・マト リックスをロードするようにトラバサースされるベース・マトリックスＸ３の仮 想アドレスを含む。

Ｑ３ＤＤＣ，Ｂａ５ｅ　Ｍａｔｒｉｘ　ＧＤＳこのロングワードはベース・マト リックスをロードするようにトラバースされるベース・マトリックス・グラフイ ンク・ディスプレイ構造ノードの物理的アドレスを含む。

０３ＤＤＣ，Ｂａ５ｅ　Ｖｉｅｗｐｏｒｔ　ＳＧＲこのロングワードはベース・ ビューボートをロードするようにトラバースされるベース・ビニ−ボートＸ３の 仮想アドレスを含む。

０３ＤＤＣ，Ｂａ５ｅ　Ｖｉｅｗｐｏｔ　ＧＤＳこのロングワードはベース・ビ ニ−ボートをロードするようにトラバースされるベース・ビューボート・グラフ インク・データ構造の物理的アドレスを含む。

３ＤＤＣ編成 Ｌｏａｄ　Ｂａ５ｅ　Ｍａｔｒｉｘ； １＋ｏａｄ　Ｂａ５ｅ　Ｎｏｒｍａｌ　Ｍａｔｒｉｘ：Ｌｏａｄ　Ｂａ５ｅ　Ｖ ｉｓｗｐｏｒｔ；Ｌｏａｄ　Ｗｆｎｄｏｗ　Ｎｕｓ＋ｂｅｒＨＬｏａｄ　Ｗｆｄ ｏｗ　Ｍａｓｋ： Ｌｏａｄ　Ｆｏｒｅｇｒｏｕｎｄ（Ｌｉｎｅ）Ｃｏｌｏｒ；Ｌｏａｄ　Ｂａｃｋ ｇｒｏｕｎｄ　Ｃｏ１ｏｒ；Ｆｏｒｓ＋ａｔ　Ｄｅｐｅｎｄｅｎｊ−−５ｅｔｕ ｐＨＣ１ｅａｒ　３ＤＤＣ，Ｄｒａｗ　ＲｅｑｕｅｓｔＨＥＮＤ　Ｇｅｎｅｒｉ ｃ　３ＤＤＣ； ＢＥＧＩＮ　Ｆｏｒｍａｔ　Ｄｅｐｅｎｄｅｎｔ　５ｅｔｔ＋ｐＩＰ（ＤＤＣ， Ｆｏｒｖａｔ、Ｂｕｆｆｅｒｉｎｇ−ＷＬＵＴ　Ｂａｎｋ　Ｄｏｕｂｌｅ　Ｂｕ ｆｆｅｒｅｄ　”　）ＩＦ（ＳＣ５，ＷＬＩＪＴ　Ｂａｎｋ＝　”　Ａ　”　） ＴＨＥＮ　Ｐｌａｎｅ　Ｍａｓｋ＝３ＤＤＣ，ＰｌａｎｅＬＳＥ Ｐｌａｎｅ　Ｍａｓｋ＝３ＤＤＣ，Ｐｌａｎｅ　Ｍａｓｋ　Ａ；ＮＤＩＦ Ｃ１ｅａｒ（４ｎｐｕｔ−ｓｉｄｅ）ｗｉｎｄｏｗ　ｔｏ　ｔｈｅ　ｂａｃｋｇ ｒｏｕｎｄ　ｃｏｌｏｒＬＳＥ Ｐｌａｎｅ　Ｍａｓｋ＝３ＤＤＣ，Ｐｌａｎｅ　Ｍａｓｋ　Ａ；ＮＤＩＦ ＩＦ（３ＤＤＣ，Ｆｏｒｍａｔ、　Ｂｕｆｆｅｒｉｎｇ−”　Ｆｒａｖａｅ　Ｂ ａｎｋ−Ｄｏｕｂｌｅ　Ｂｕｆｆｅｒｅｄ″） Ｔ）ＩＥＮ ＩＰ（ＳＣＳ、Ｆｒａｍｅ　Ｂａｎｋ−’　Ａ　”　）ＴＨＥＮ（Ａ　ｂｅｉｎ ｇ　ｄｉｓｐｌａｙｅｄ）Ｓｏｕｒｃｅ　Ｂａｎｋ＝　”　Ｂ　”　；Ｄｅｓｔ ｊｎａｔｉｏｎ　Ｂａｎｋ＝″Ｂ　ｏｎｌｙ；Ｅｎａｂｆｅ　ｖａｌｉｄ　ｐｌ ａｎｅ　ｗｈｅｎ　ｒｅａｄｉｎｇ　ｐｉｘｅｌｓＨＬＳＥ Ｓｏｕｒｃｅ　Ｂａｎｋｍ　”　Ａ　’　：Ｄｅｓｔｉｎａｔｊｏｎ　Ｂａｎｋ ｓ　”　Ａ　ｏｎｌｙ　”　；Ｅｎａｂｌｅ　ｖａｌｉｄ　ｐｌａｎｃｅ　ｗｈ ｅｎ　ｒｅａｄｉｎｇ　ｐｉｘｅｌｓＨＮＤＩＦ ＥＬＳＥ（Ｓｉｎｇｌｅ　Ｂｕｆｆｅｒｅｄ　”、”ＷＬＵＴ　Ｂａｎｋ　Ｄｏ ｕｂｌｅ　Ｂｕ４ｆｅｒｄ’″）Ｓｏｕｒｃｅ　Ｂａｎｋ＝　”　Ａ　”　；Ｄ ｅｓｔｉｎａｔｔｏｎ　Ｂａｎｋ−”　Ａ　ａｒｉｄ　Ｂ　”　；Ｄｉｓａｂｌ ｅ　ｖａｌｉｄ　ｐｌａｎｅ　ｗｈｅｎ　ｒｅａｄｉｎｇ　ｐｉｘｅｌｓ；ＮＤ ＩＦ １Ｆ（３ＤＤＣ，Ｆｏｍａｔ、ＣＩａｓｓ＝　’　Ｍａｐｐｅｄ　’　）ＴＨＥ ＮＬｏａｄ　Ｐｉｘｅｌ　Ｐｒｏｃ　ＡＬＵ　ｍｏｄｅ＋＋　”　５ｔｏｒｅ　 ”　；Ｄｉｓａｂｌｅ　ｒｏｕｎｄｉｎｇ　ｉｎ　ＰＰＡ；Ｄｉｓａｂｌｅ　ａ ｄｄｉｔｉｖｅ　ｂｌｅｒ＋ｄｉｎｇ　ｏｎ　１ｉｎｅ　ｃｒｏｓｓｉｎｇ；Ｅ ＬＳＥ（″）ＩＧＢ　’、”　ＧｒａｙＳｃａｌｅ　”　）Ｌｏａｄ　Ｐｉｘｅ ｌ　Ｐｒｏｃ　ＡＬＵ　ｍｏｄｅｓ　”　Ａｄｄ　ｗｊｔｈ　Ｃｅｉｌｉｎｇ　 ”　；Ｅｎａｂｌｅ　ｒｏｕｎｄｉｎｇ　ｉｎ　ＰＰＡ；Ｅｎａｂｌｅ　ａｄｄ ｉｔｉｖｅ　ｂｌｅｎｄｉｎｇ　ｏｎ　１ｉｎｅ　ｃｒｏｓｓｉｎｇｓ；ＮＤＩ Ｆ ＣＡＳＥ　３ＤＤＣ，Ｆｏｒｍａｔ、　Ｄｅｐｔｈ″４ｂｉｔｓ”： Ｅｒ＋ａｂｌｅ　４−ｂｉｔ　ＡＬＵ　ｅｌｏｄｅ：“８　ｂｉｔｇ　”　： Ｄｉｓａｂｌｅ　４−ｂｉｔ　ＡＬＬＩ　ｍｏｄｅＨ”１２ｂｆｔｓ″： Ｅｎａｂｌｅ　４−ｂｉｔ　ＡＬＵ　ｍｏｄｅ：２４　ｂｉｔｇ　’　： Ｄｉｓａｂｌｅ　４−ｂｉｔ　ＡＬＩＪ　ｍｏｄｅ；ＥＮＤＣＡＳＥ ＥＮＤ　Ｆｏｒｍａｔ　Ｄｅｐｅｎｄｅｎｔ　５ｅｔｕｐ以下はトラパサル制御 機能とのインタフェース接続を可能とすべくフライアン）１００、サーバー１０ １の廃稟時に行なわれる種々のルーチンの概要である。

５ＧＲ３ＲＥＰＥＡＴ　Ｃ０ＮＴＥＸＴ　ｄｉｓｐｌａｙ　、ｇｃディス乙に歪 、’：、　レバ、、スカーバ１０１への特定の接続を指定するＸウィンドウシス テムディスプレイ変数である。

これは、形成された：→Ｄ　Ｇ　Ｃの識別子である。

クライエントプロセス１００は、グラフインクコンチクスト（３０ＧＣ）を形成 するためにこのルーチンを呼び出す。

５ＧＲ５ＳＥＴ　ＤＥＦ　ＤＲＩＶＡＢＬＥ　ｇｃ、　ｗｉｎｄｏｖ　−４ｄ、 　ｆｌａｇｇに れは、取り付けられるべき３０ＧＣの“３０ＧＣＩＤ”である。

ｗｔｎｄｏｗ　ｉｄ この長ワードは、３ＤＧＣに取り付けられるべき又はそこから取り外されるべき ウィンドウの識別を含む。

ｌａｇ この長ワードが非ゼロにセットされた場合には、ウィンドウが取り付けられる。

これがゼロの場合には、ウィンドウが取り外される。

クライエントプロセス１００は、ウィンドウ（３ＤＤＣ）をグラフィックコンチ クスト（３ＤＧＣ）に取り付けたり又はそこから取り外したりするためにこのル ーチンを呼び出す。

これは、取り（すけられるべ！３ＤＧＣの’３ＤＧＣＩＤ’である。

１＋ａｎｄｌｅ この長ワードは、３ＤＧＣのクライエント構造体のルートノードとして入力され るべき）・−ドの仮想アドレスを含む。

クライエントプロセス１００は、グラフィックデータ構造体（クライエント構造 体）をグラフインクコンチクスト（３ＤＧＣ）に取り付けるためにこのルーチン を呼び出す。

これば、新たなトラパーサルモードを受け入れるための３０ＧＣの”３ＤＧＣＩ Ｄ″である。

ｍｏｄｅｆ　ｌａｇｓ この長ワードは、頁６９で３　Ｄ　Ｇ　Ｃ，Ｃ１１ｅｎｔ　ｆｌａｇｅ３に対し て述べたようなトラパーサルモードを指定する。

、７ライエントプロセス１００は、３ＤＧＣの適当なトラパーサルモードを設定 するためにこのルーチンを呼び出す、これらのモードは、３ＤＧＣの次のトラパ ーサルに影響を及ぼす。

これは、トラバージされるべき３　ＤＧＣである。

ｔｒａｖｅｒｓａｌ　ｔｙｐｅ これは、所望のトラパーサルの形式を指定する。

＊　５ＧＲＳＫ　ＤＲＡＷ　ＴＲＡＶＥＲＳＡＬ−ドロートラパーサル用＊　５ ＧＲＳＫ　ｔｌｌＴＴＥｓＴ　ＴＲＡＶＥＲＳＡＬ−ヒントテストトラパーサル 用 クライエントプロセス１００は、特定の形式のトラパーサルを３ＤＧＣに対して 実行することを要求するためにこのルーチンを呼び出す。

ＳＧＩ？５ＩＮＱ　Ｔｉ１ＡＶＥＲ５ＡＬ　５ＴＡＴＥ　ｇｃ、　ｔｒａｖｅｒ ｓａｌ、ｔｙｐｅ。

Ｈａｉｔｆｌａｇ＋　５ｔａｔｅ これは、問題とする３ＤＧＣである。

ｔｒａｖｅｒｓａｌ　ｔｙｐｅ この長ワードは、問題とするトラパーサルの形式を指定するために用いられる。

￥５ＧＲ５Ｘ　ＤＲＡＷ　ＴＲＡＶＥＲＳＡＬ−ドロートラパーサル完了用ネ５ ＧＲ３Ｋ　旧ＴＴＥＳＴ　ＴｉＡＶＥＲ５ＡＬ−ヒツトテストトラパーサル完了 用 ｉｙａｉｔｆｌａｇ この長ワー　ドフラグが非ゼロの場合には、指定の事象が生じるまでこのルーチ ンは復帰し２ない、さもなくば、事象の状態が直ちに復帰する。

クライエントプロセス１００　Ｌｌ、特定のトラパーサル完了の状態又は表示を 得るためにこのルー・チンを呼び出す。

５ＧＲ５ＳＴＡＩｌｉＴＵＰ サーバ１０１は、サーバプロセス１．０１において動作するトラパーサル制御機 能を初期化するためにこのルーチンを呼び出す。

この動作には、全ての制御構造体の形成と、ＳＯ３）ラバーサルの開始とが含ま れる。

これは、形成されるべき３　ＤＧＣの識別子である。

３ｄｇｅ　ｄｂ 新たな３　Ｄ　Ｇ　Ｃに関連した３ＤＧＣデータブロフクの仮想アドレスは、こ の長ワードに復帰される。

サーバｊ０１は、５ＧＲ５ＣＩＩＥＡＴＥ　Ｃ０ＮＴＥＸＴをめるクライエント １００に応答して新たな３ＤＧＣ構造体を形成するためにこのルーチンを呼び出 す。

５ＧＲ５ＣＲＥＡＴＥ　３ＤＤＣｄｅｓｃｒｉｐｔｏｒ、　３ｄｄｃ　ｄｂ３ｄ ｄｅ　ｄｅｓｃｒｉｐｔｏｒ 規準によっでバスし、ウィンドウの初期記述を含む長ワードの構造体 ３ｄｄｃ　ｄｂ 形成されそして基準によって復帰した３ＤＤＣデータブロツクの仮想アドレス サーバ１０１は、新たに形成されたウィンドウに関連する３ＤＤＣ構造体を形成 するためにこのルーチンを呼び出す、復帰した３ＤＤＣデータブロツクのアドレ スは、このウィンドウを任意の数の３ＤＧＣにリンクするために後で用いること ができる。

５ＧＲ５ＵＰＤＡＴＥ　３ＤＤＣ３ｄｄｃ　ｄｅｓｃｒｉｐｔｏｒ、　３ｄｄｃ 　ｄｂ３ｄｄｃ　ｄｅｓｃｒ４ｐｔｏｒ 基準によってバスし、ウィンドウの更新記述を含む長ワードの構造体 ３ｄｄｃ　ｃｂ 更新され、規準によってバスされるべき３ＤＤＣデータブロツクの仮想アドレス サーバ１０１は、新たに再形成／変更されたウィンドウに関連した３ＤＤＣ構造 体を更新するためにこのルーチンを呼び出す。

このルーチンは、ウィンドウが目に見えるもので且つ３ＤＧＣが適切にイネーブ ルされたとすれば、このウィンドウに取り付けられた全ての３　ＤＧＣのドロー トラパーサルを要求する。

５ＧＲ３ＲＵＮＤＯ讐Ｎ サーバ１０１は、ＳＣ８のトラパーサルを穏やかに終らせるためにこのルーチン を呼び出す。

トラパーサル制ＪＦＮＩＩ能の以上の説明から、３次元グラフインクコンチクス ト（３ＤＧＣ）が全てのトラパーサル制御機能を一緒に結合することが理解され よう、ＳＣＳの要求処理及びトラパーサル処理モードによる各３ＤＧＣの構造ウ ォーカ２７のトラパーサルは、グラフィックデータ構造の全てのトラパーサルを 実行するに必要なグラフィックアトリビュート及び制御情報を構造ウォーカ２７ に与える。第５図に示すように、各クライエント１００には、グラフィックデー タ構造体（ＧＤＳ）を３Ｄ仮想ルートを経て３ＤＧＣに取り付けると共にその取 り付けられた３　ＤＧＣにおけるトラパーサル要求フラグを制御するための呼び 出し及びルーチンが与えられる。又、クライエント１００は、ディスプレイマネ ージャによって形成された３ＤＤＣに３０ＧＣを結合して３次元機能をＸウィン ドウシステムに合流させるための呼び出しを行なう、このように、構造メモリ２ ６の非同期トラパーサルは、多数のクライエント１００に利用できるトラパーサ ル要求機構と、要求／トラパーサル処理モードとによって制御されて、グラフィ ックデータ及びコマンドをライン３０を経てグラフィックバイブラインプロセッ サ２９へある順序で流すためのノードトラパーサルシーケンスを系統的に形成す る。グラフィックデータ及びコマンドの順序付けされた流れは、構造ウォーカ２ ７の連続的な非同期のトラパーサル動作に対し３ＤＧＣ及びこれに接続された３ ＤＤＣを介してトラパーサル要求とそれに関連したグラフィ、クデータ構造体及 びウィンドウ情報を編成することにより、グラフインクサブシステム１７のリソ ースを最大の効率で使用し、多数のアプリケーションプログラムを効率良く処理 するよう確保する。

レンダリングプロセッサ鄭′卸　びビフトヱヱエ久ｉヱ土ヱＬ土ヱ叉ニヱ王不久 本発明のグラフィックサブシステム１７は、２つの形式のグラフィック環境、即 ち、上記した３−Ｄグラフィック及びビットマツプ（２−Ｄ）グラフィックをユ ーザに提供する。ビットマツプ環境は、その３−Ｄ環境と同様であるが、それよ り若干簡単である。３−Ｄの場合と同様に、ビットマツプアプリケーションは、 共存メモリ　（構造体メモリ２６）に記憶されたデータ構造体を使用することに よりグラフィックサブシステム１７と通信する。これらのデータ構造体、即ちピ ントマツプグラフィックデータ構造体は、レンダリングプロセッサ３６によって トラバースされて処理される。

レンダリングプロセッサ３６は、システムにおける多数のタスク、即ち、３−Ｄ レンディション、ビットマツブレンディジョン、ビットマツプグラフィックデー タ構造体のトラパーサル及びビデオサブシステム制御を実行する。コンピュータ グラフィックにおいて「レンディション」という用語は、物体を現実的に描くた めにカラーをつけたり陰影をつけたり照明を当てたりする技術を指す、又、レン ダリングプロセッサ３６は、ビットマツプ及び３−Ｄグラフインクオペレージコ ンのスケジュール調整も行なう、トラパーサル及びレンディションに加えて、レ ンダリングプロセッサ３６は、ビデオサブシステムのインターフェイスもなす（ カラールックアップテーブル、ウィンドウルックアップテーブル及びカーソルマ ネージメント）。

レンダリングプロセッサ３６は、ビットマツプグラフィックのコンチクストにお ける共存リソースである。グラフインクは、２レベルのインターフェイスをなす 、第１のインターフェイスは、アブストラフシロンをほんの僅かに追加するだけ でハードウェア／マイクロコード設備への原始アクセスを与える。第２のインタ ーフェイスは、標準的なデジタルウィンドウシステム（Ｘ又はＵＩＳ）によって 予想される機能性及び意味論を与えるモデルレベルインターフェイスである。レ ンダリングプロセッサ３６とグラフインクシステムの他部分との間のインターフ ェイスは、ビットマツプグラフインク及び３−Ｄグラフィックアブリケーシッン の間でレンダリングプロセッサ３６を最適に分担するように設計されている。

グラ」し仁ム久旦臣ｊシＬんル ンダリングプロセッサ３６及びドローイングハードウェアは、グラフィックコマ ンドを実行するときに使用されるかもしくは変更される状態を維持する。このよ うな状態全体で、ドローイングコマンドを実行するコンチクストを構成する。こ のコンチクスト、即ちハードウェアコンチクストは、レンダリングプロセッサ３ ６によって実行されるコマンドを使用することによってのみ管理される。

マルチタスクグラフィック環境は、多数のグラフインクコンチクストの間で１つ のハードウェアコンチクストを分担させることによって得られる。グラフインク コンチクストは、一連の実行と、その一連の実行においてコマンドを実行するに 必要な状態とを表わす、マルチタスクは、多数のプロセスコンチクストが時分割 システムのハードウェアコンチクストを分割するのと同様に行なわれる（スケジ ューリング及び実行）。グラフインクコンチクストはレンダリングプロセッサに よってトラバースされ、マークされたコンチクストは実行に対してスケジュール がたてられる。

マルチタスクに加えて、各グラフインクコンチクストは、グラフインクコマンド 実行中の任意の時間にその状態をグラフインクハードウェアに動的にロードする ための状態及び機構を与える。

このように、一連の実行が実行について必要とされる状態からデカツプルされる 。

グラフィックコンチクストの実行は、２つの段階、即ちロード階段及び更新段階 で行なわれる。ロード段階においては、ハードウェアコンチクストがロードされ ているグラフインクコンテクストと一致する状態にされる。ビットマツプグラフ インクコンチクストのロード段階は、典型的に、ハードウェアコンチクストにド ローイング状態を設定するが、ドローイングを実行することはめったにない、３ −Ｄグラフインクコンチクストのロード段階は、典型的に、ハードウェアコンチ クストの状態を設定するが、ワールドの図を含む像を描く。

更新段階中には、ワールドの記述を変更するコマンドがコンシュームされる。ビ ットマツプワールドの記述は、該記述を更新する際にビットマツプの編集（ラス ク化）を必要とするようにビットマツプデータ構造体に含まれる。

３−Ｄワールドの記述は、より複雑なデータ構造体に含まれる。

このデータ構造体は、通常、口・−ド段階中にトラバースされ、記述を更新する 際にそのデータ構造体の一部分を編集する必要があるようにされる。３−Ｄ及び ビットマツプの両方の場合に、データ構造体は、使用されるデータ形式及びオペ レーションに唯一の差が生じるように編集される。

レンダリングプロセッサ３６は、ハードウェアコンチクストを更新するコマンド のリストを実行することによりビットマツプグラフィックコンチクストをロード し、上記リストは、初期化リストと称する。この初期化リストは、ドローイング コマンドを実行する前にハードウェアコンチクストの一貫性を得るために使用さ れる。グラフインクコンチクストがロードされるたびに、初期化リストの全ての コマンドが実行されるがコンシュームはされない。

初期化リストは、ポスト及び制御プロセッサからの直接メモリアクセスによって 変更されるか又はレンダリングプロセッサ３６により実行されるコマンドを介し て変更される。従って、クライエントは、ビットマツプグラフィックコンチクス トに必要とされる状態の種類及び量をぞの初期化リストを用いて決定する。

ピントマツプグラフィックコンチクストは、汎用のロード／ストアアーキテクチ ャに類似した処理環境を表わす、この環境においては、各グラフインクコンチク ストは、現在の１組の汎用レジスタ、全部で３２個のレジスタを有している。汎 用レジスタの内容は、、グラフ、インクコンチクストの寿命全体にわたって一貫 するように保証される。これに対し、ハードウェアコンチクストは、グラフイン クコンチクストの１つの実行と別の実行との間に一貫性を保つように保証されず 、その結果、グラフィックコンチクストをロー・ドするときにはハ・−・ドウエ アコンチクストが一貫したものであるようにされねばならない。

通常、レジスタは、コマンドによって明確に命令されたときにレンダリングプロ セッサ３６によって使用される。然し乍ら、レンダリングプロセッサ３６は、グ ラフインクコンチクストをロードして実行しながらあるデータへアクセスするこ とが必要である。

このデータは、グラフインクコンチクストの実行中に含蓄的にアクセスされ、あ るレジスタに静的に指定されるや初期化リストのポインタは、レンダリングプロ セッサ３６がグラフィ・、ｌクコンテクストのロード中に使用するデータの例で あり、レンダリングプロセッサ３６は、レジスタ２にこのポインタがあると仮定 するが、レジスタ２は他の全ての点では汎用レジスタである。

−トラノ達二タコと グラフィックコンチクストは、３−Ｄに対しては構造体ウオ・−力そしてビット マツプに対し′ζはレンダリングプロセッサ３６によってトラバースされるデー タ構造体に記憶される。これは、レンダリングプロセッサ３６が２つの役割、即 ちラスクエンジン及びビットマツプグラソイツクデータ構造体トラバーサの役割 を果たすごとを意味する。全てのビットマツプグラフインクコンチクストデータ 構造体は１．ビ、ノトマソブデータ構造体ルート（ピントマツプルート）にリン クされ、そしＣ全ての３−Ｄグラノイソクコンテクストデータ構造体は、３−Ｄ データ構造体ルート（３−Ｄルート）にリンクされる。ビットマツプ及び３−Ｄ ルートの両方に対するポインタは、指定された構造体メモリ２６内にある。

トラパーサルは、ある種のグラフィックコンチクストを実行のために選択する方 法について使用する用語である。グラフィックコンチクストのリストは、リスト を通して進んで各コンチクストに直列にビジソト（訪れる）することによりトラ バースされる。

各ビジフト中に、グラフィックコンチクストを実行する必要があるかどうか判断 され、もしそうであれば、コンチクストがロードされて実行される。

所与の時間に処理されているトラパーサルは３個までである。

即ち、優先順位の低い３−Ｄトラパーサルと、優先順位の低いビットマフブトラ バーサルと、優先順位の高いビットマツプトラパーサルである。然し乍ら、所与 の時間に実行されるのはこれら３つのうちの１つだけである。トラパーサルは、 インアクティブであるか７．？り子イブであるか又は保留中である。トラパーサ ルは、躾初、インアクティブであり、信号機構を使用することによってアクティ ブにされる。アクティブにされると、リスト内の第１のグラフィックコンチクス トが見えるようになる。トラパーサルは、別のトラパーサルをアクティブにする か又は復再開る必要があるときに保留される。保留されたトラパーサルが再開さ れるときには、そのトラパーサルの現在グラフィックコンチクストが見えるよう にされる。全てのグラフインクコンチクストが見えるようにされそしてそのトラ バーザルに対する信号が保留中でなくなった後にドラバ・−サルがインアクティ ブになる。

グラフィックコンチクストが見えるようになると、グラフィ：／クコンテクスト に対してローカルである２つのビ・ノドを用いて、グラフィックコンチクストが 実行を必要とするかどうかの判断を行なう１．その第１のピッＩは、グ・うフィ ックコンチクストが低い優先順において実行を必要とすることを指示する。第２ のピントは、グラフィックコンチクストが高い優先順位にお１・為で実行を必要 とすることを指示する。トラバーサは、ビジントの第１段階とし、て適当なビッ ト（争数又は複数）をチェックしてクリアする（インターロックする）、にれら のビットは、グラフィックコンチクストのレジスタ１の２つの下位ピントに配置 されている。グラフインクコンチクスト及びトラパーサルモデルを示した第８図 を参照されたい。

ビットマツプトラパーサルは、ビットマツプルートの２つのビット（優先順位の 低いランビット及び優先順位の高いランビット）を使用すると共にレンダリング プロセッサ３６の制御状態レジスタ（Ｃ３Ｒ）を使用することによりアクチベー トするように信号される。ホストはこのＣ３Ｒを経てレンダリングプロセッサ３ ６を制御する。優先順位の低いビットマツプトラパーサルをアクチベートするた めに、優先順位の低いランビットがセットされる。

このビットは、時間ベースで又はＣ３Ｈのアテンションに応答してレンダリング ブロセッ＋３６によってチェックされクリアされる（インターロックされる）、 優先順位の高いトラパーサルに対する信号発生も、ビットマツプルートにおける 優先順位の高いランビットを用いることにより同様に行なわれる。

トランザクションは、オペレーション又はプログラムより成る一連のコマンドで ある。トランザクションにおけるコマンドは互いに同期して実行するが、他のト ランザクションのコマンドと非同期で実行してもよい、多数のトランザクション は、１つのグラフィックコンチクスト内で同期して実行してもよいし、多数のグ ラフインクコンチクスト内で非同期で実行してもよい、トランザクションは、ト ランザクション終了コマンドを用いることにより明確に終了される。ビットマツ プトランザクションは、コマンド待ち行列が空になったときに含蓄的に終了され る。

トランザクションは、通常は、ある種のデータ一貫性を維持するためにある時間 中レンダリングプログラム３６をロックする。

これは、ロック及びアンロックコマンドを用いることによって行なわれる。レン ダリングプロセッサ３６がロックされる間には、現在トラパーサルが保留されず 、アンロックコマンドに出会うまで現在グラフインクコンチクストが実行を続け る。

レンダリングプロセッサ３６はピントマツプグラフィックスコンテキストからの 命令の実行と、３−Ｄグラフィックスコンテキストからの命令の実行との間を交 番する。３−Ｄ命令はジオメトリパイプラインから取られる。一般的には低優先 順位３−Ｄ及び低優先順位ピントマツプグラフィックスコンテキストの優先順位 は同等である。３−Ｄグラフィックスコンテキストとビットマツプグラフィック スコンテキストとの間の公平さを保証するスケジューリング方針を確立するため に、以下に示す規則が使用される。

巨、ビットマツプ横切りは、ビットマツプルート内の何れかのランビットがセン トされている場合はベンディングになる。

５、ベンディングの高優先順位のピントマツプ横切りは、３−Ｄトランザクショ ン中の、或は任意の２つの低優先順位ビットマツプトランザクション間の任意の 時間に、できる限り早く開始する。

９、高優先順位ピントマツプ横切りは、中断されることなく全てのビットマツプ グラフィックスコンテキストを最初から最後まで横切る。

９、未決の低優先順位ビットマツプ横切りは、３−Ｄフレームの終り命令を受け た後に、或はＶＳＹＮＣに続いて現行３−Ｄトランザクションが終了した直後に 開始する。

５、低優先順位ビットマツプ横切りは、全てのビットマツプグラフィックスコン テキストを最初から最後まで横切るが、複数回に亘って中断され、再開され得る 。横切りはＶＳＹＮＣに続（ベンディング状態で中断され、該状態に戻される。

この中断中にベンディングの３−Ｄトランザクションの実行を開始する。

９、ビットマツプグラフィックスコンテキストは、その低或は高ランビットがセ ントされるとベンディングになる。

５、ベンディングの高優先順位ビットマツプグラフィックスコンテキストは、そ れが横切られた時は何時でも実行される。

Ｓ、ベンディングの低優先順位ピントマツプグラフィックスコンテキストは、低 優先１噴位で横切られた時に限って実行される。

Ｓ、もしグラフィックスコンテキストへの１回の調査で実行した命令の数がビッ トマツプルート内に特定されている限度を超えれば、そのグラフィックスコンテ キストは中断されベンディングになる（再スケジュールされる）。次で横切りは 次のグラフィックスコンテキストへ進ム。

Ｓ、ピントマツプグラフィックスコンテキストの実行は、命令待合せが無くなっ た時に終了する。

Ｓ、もしレンダリングプロセッサ３６がグラフィックスコンテキストによって錠 止されれば、全てのスケジューリングは解錠命令が現われるまで延期される。も し命令待合せが無くなれば、レンダリングプロセッサ３６は解錠命令が現われる まで命令待合せを再試行するように続行する。全ての再試行に際してレンダリン グプロセッサ３６はバスの行き詰りを回避するために５μｓ待機する。

レンダリングプロセッサ３６が使用するスケジューリングアルゴリズムの例を以 下に示す、このアルゴリズムは上述のスケジューリング方針を履行するものであ る。

ｒｐ　１ｄｌｅ　１ｏｏｐ（） ＥＧＩＮ ＩＰ（ｒｐ　ａｔｔｅｎｔｉｏｎ） ＥＧＩＮ ＩＰ（ＴｅｓｔＡｎｄＣｌｅａｒ（ｒｅｓｍｅｍ、ｂｍｒｏｏｔ、５ｔａｔｕｓ 、ｈｉ））ｄｏ　ｈｉ　ｂｍ　ｔｒａｖｅｒｓａｌ（）ＮＤ ＩＦ（（ｒｐ　ａｔｔｅｎｔｉｏｎ）ＯＲ（ｖｓｙｎｃ　ｏｃｃｕｒｅｄ））Ａ ＮＤ（ＮＯＴ３ｄ　ｔｒａｎｓａｃｔｉｏｎ） ＥｌｄＮ ＩＰ　（Ｔｅｓ　ｔＡｎｄｃＩｅａｒ　（ｒｅｓｗｅｍ　、　ｂｓｒｏｏ　ｔ、 　ｓ　ｔａ　ｔｕｓ　、　ｂ　ｉ）　）ｄｏ　ｈｉ　ｂｍ　ｔｒａｖｅｒｓａｌ （）ＩＰ（ＴｅｓｔＡｎｄＣＩｅａｒ（ｒｅｓｍｅｍ、ｂｓｒｏｏｔ、５ｔａｔ ｕｓ、Ｉｏ））ｄｏ　ｌｏｗ　ｂｓ＋　ｔｒａｖｅｒｓａｌｃ　）ＥＮ［ｌ ＮＤ ｄｏ　ｈｉ　ｂｍ　ｔｒａｖｅｒｓａｌ＜　）ＥＧＩＮ ＦＯＲＡＬＬ　ｇｃ　ＩＮ　ｒｅｓｍｅｍ、ｂｓｒｏｏｔ、ｇｃｌｔｓｔＩＰ（ ＴｅｓｔＡｎｄＣｌｅａｒ（ｇｃ、５ｔａｔｕｓ、ｈｉ））［ＩＥＧＩＮ ＮＤ ＮＤ ｄｏ　’　ｌｏｗ　ｂｍ　ｔｒａｖｅｒｓａｌ（）ＥＧＩＮ ｓｔａｒｔｉｎｇ　ｇｃｇｒｅｓｍｅｍ、ｂｓ＋ｒｏｏｔ、ｇｃｌｉｓｔ、ｃｕ ｒｒｅｎｔＨＦＯＲＥＶＥＲ ＥＧＩＮ ｇｃｓｒｅｓｍａ＋ｆｆｉ、ｂ＋ｍｒｏｏｔ、ｇｃｌｔｓｔ、ｃｕｒｒｅ＋ｌｌ ｔ４ＩＰ（ｒｅｓｍｅｍ、ｂａｒｏｏｔ、ｇｃｌｉｓｔ、ｃｕｒｒｅｎｔ、ｎｅ ｘｔ　ＥＱＬ　ｎＨ）ｒｅｓｍｅｍ＋ｂｍｒｏｏｔ、ｇｃｌ　ｉｓｔ、ｃｕｒｒ ｅｎｔ−ｒｅｓｍｅｍ、ｂｍｒｏｏｔ、ｇｃｌｉｓｔ、Ｈｒｓｔ；ＬＳＥ ｒｅｓｍｅｍ、ｂｍｒｏｏｔ、ｇｃｌｉｓｔ、ｃｕｒｒｅｎｔ＝ｒｅｓｍｅ＋ｗ 、ｂｍｒｏｏｔ、ｇｃｌｉｓｔ、ｃｕｒｒｅｎｔ、ｎｅｘｔ；ＴＦ（ＴｅｓｔＡ ｎｄＣｌｅａｒ（ｇｃ、５ｔａｔｕｓ、　Ｉｏ））ＥＧＩＮ ｌｏａｄ　ｂａｓｅ　ｒｅｇｔｓｔｅｒ（ｇｃ）ＦＯＲＡＬＬ　ｃｍｄ　ＩＮ　 ｇｃ、１ｎｉｑｅｘｅｃｕｔｅ　ｃｏｍｍａｎｄ（ｇｃ、ｃｍｄ）ＦＯＲＡＬＬ 　ｃｓ＋ｄ　ＩＮ　ｇｃ、ｅｘｅｑＥＧＩＮ １Ｆ（ＴｅｓｔＡｎｄｃｌｅａｒ（ｒｅｓ＋ｅｅａ＋、ｂｍｒｏｏｔ。

５ｔａｔｕｓ、ｈｉ）） （ｒｅｓｃｈｅｄｕｌｅ　ｒｅｑｕｅｓｔｅｄ）ＯＲ（ｃｏｓｕｎａｎｄ−ＮＤ ｒｅｓｍｅ＋ｍ、ｂｍｒｏｏｔ、ｇｃｌｉｓｔ、ｃｕｒｒｅｎｔ））ＯＲ（ν５ ｙｎｃｈ　ｏｃｃｕｒｅｄ）ｂｒｅａｋ；ＮＤ ＮＤ 再スケジューリングは次の横切りまでグラフィックスコンテキスト内の命令の実 行を延期させる。再スケジュールは、グラフィックスコンテキストランビット及 び広域ランビットの両方がセットされていることを必要とｒる。これらのビット がセントされると、横切りは次のグラ“フィックスコンテキストへ進む。

Ｌ／ンダリングブロセソザ３６はピントマツプルート内に横切りカウントを維持 する。この横切りカウントは低優先順位ビットマー、１ｔブ横切りが完了すると 増加させられる。顧客はこのカウントを使用して低優先順位ビットマツプ横切り が行われたか否かを決定することが可能である。このカウントはレンダリングプ ロセッサ３６が所与のグラフィックスコンテキストにサービスしたことの保証と して使用することはできないが、該プロセッサ３６がアクセスから連結されなか った構造に現在アクセスしていないことの保証に使用することができる。従って 顧客はく−の横切りカウントを使用して連結されていないバケ−／　）に、将来 のごみ集めのため、日付けを入れることができる。

第９図はビットマツプルートデータ構造を示す。（横切りは不活動状態にあるも のとしていることに注意されたい、）以下に列挙しであるのは、このデータ構造 の記述である。

＊　ステータス：ビットマツプ横切りに使用されるピントを容れ３２ビツトのフ ィールド。

下表はこのフィールド内のビットの定義を示す。

旦ヱ上　起−述 Ｏ低優先順位シンピント １　高優先順位ランビット ２〜３１　保留及びＯにする ＊　現行：実行済の低優先順位ピントマツプグラフィックスコンテキストに対す るポインタ、低優先順位ビットマツプ横切りが不活動である時は°最初”を指す 。

＊　最初：最初のビットマツプグラフィックスコンテキストに対するポインタ。

ネ　最後：最後のビット“７ツブグシフイツクスコンテキストに対するポインタ 。

＊　命令限界：任意のスケジューリングサ・イクル中にグラフィ・？クスコンテ キストにおい゛ζ実１〒できる命令の閂人数を特定する無符号整数。

＊　カウント二発生した低優先順位ビットマツプ横切りの無符号整数カウント。

ビットマツプグラフィックスコンテキストはデータ構造である。

第１０図はごのビットマップグラフィックスコンテキストデータ構造を示す、（ 図示の命令待合せ内の命令は何れも実行されなか７．たごとに注意されたい、） ＊次：次のピントマツプグラフィックスコンテキストに対するポインタ。

＊　ステータス：ビニ、　）マツプ横切りに使用されるビットを容れるビットフ ィールド、下表はこのフィールド内の各ビットの定義を示す。

ざ二仁ヒ　記−ｊと ０　低優先順位ランビット １　高優先ｌ順位ランビット ２〜３１　保留−一及びＯにする ＊　Ｉｎ１ｔ　：初期化リストを作成する命令のリストに対するポインタ。

本　現行：実行済のピットマッググラフィックス命令に対するポインタ、低優先 順位ビットマツプ横切りが不活動である時は°最初”を指す。

＊　最初二最初のピットマッググラフィックス命令に対するポインタ。

＊　最後：最後のビットマッググラフィックス命令に対するポインタ。

事　バースレ・ンスタは３２の汎用レジスタに二対するポインタごある。

ビフトマソブデータフォーーーンットは、ピントマツプ“データがメモリ内ごと のように構成されているかに関する。ピントマツプを）メモリ内で構成可能なら しめるには複数の方式が存在し７゛いる。

レンダリングプロセッサ３６のン１゛クロ符号は４ソオ・−マットを管理する。

＊非バックバイト ＊非パソクロングワード セルアＬ・−フォーマットにおいては、画素データの２　Ｘ　４．　Ｘ　４了レ ー、即ち４列４ｆｉ素の１６６画素らの２ビツトが口〉゛グフード内に含まれる 。隣接するロングワードはＸ次元に隣接するセルを含む。第１１図は、あるセル 内のビットがあるロングワード内のビットとどのように対応するかを示す。

下表は、ビット記憶を記述するのに使用される約束を示す。

ロングワード　３２ビツト 二次元フォーマットは、既存ＤＥＣワークステーションにおいて最も広く使用さ れている。二次元フォーマツ］・においては、３２画素からの１ビツト（各画素 内の同一ビット）をロングワード内に記憶する。ビット０〜３１は、ビットマツ プ内を左から右へ走る―接画素からである。走査線上の連続（左から右・＼）画 素からのビットはメモリの連続ロングワード内に容れられる。ｔｉ累の走査線を 記憶するのに使用されるメモリはロングフードパソディンゲされる。走査線の隣 接面は隣接するメモリ領域内に記憶さｌＮる４、これは、走査線内のテ゛−夕が 通常は・ノードバー・？イングされる標準二次元ピントマツプから逸脱している 。システムメモリから構造メモリへ、或は構造メモリからシステムへデータを複 写する時、ホストはこの差を補償しなければならない、ＩＩ構造メモリホストか らバイトアドレス可能であるが、レンダリングプロセッサ３６からはロングワー ドアドレスのみが可能である。

非パンクバイトフォーマットにおいては、ビットマツプは８或はそれ以下のビッ ト深さの画素を容れる。各画素はメモリのバイト内にビット０に揃えられて容れ られ、１バイトは正確に１画素を容れる。走査線上の連続（左から右へ）画素は メモリの連続バイト内に容れられる０画素の走査線を記憶するのに使用されるメ モリはロングワードバフディングされる。

非バンクロングワードフォーマットにおいては、ピントマツプは３２或はそれ以 下のビット深さの画素を容れ、各画素はメモリロングワード内にビットＯに揃え られて容れられ、ｌロングワードは正確に１画素を容れる。走査線上の連続（左 がら右へ）画素はメモリの連続ロングワード内に容れられる。

ピッチとは、幾何学的に隣接する画素のためのデータの相対的なメモリ位置を特 定する値のことである。画素データはＸ、Ｙ或は２次元に隣接することができる 。Ｘ次元で隣接する画素データは隣接するメモリ位置に記憶されるが、他次元で 隣接する画素データはＹピッチ或は２ピツチの何れかによって特定される量だけ 離間したメモリ位１にある。ピッチ値はビットマツプ次元及びフォーマントから 計算することができる。ピッチ値は、通常は特定の命令の履行におけるアーチフ ァクトである。本発明のシステムに関しては、ピッチはホストソフトウェアによ って計算されることが多く、低レベル命令を実行するためにレンダリングプロセ ッサ３６によって使用される。これによってレンダリングプロセンサ３６は複雑 なビットマツプデータ構造の知識を持たずに済む。

セルアレーを除く全てのピントマツプフォーマットにおいては、Ｙピンチは１つ の走査線から次の走査線までどのように運動するかを特定する。二次元フォーマ ットにおいては、Ｚピッチは１つの面から次の面までどのように運動するかを特 定する。セルアレーフ１−マントに関しては、Ｙピンチはセルの１つの走査線（ ビットマツプの４走査線）から次の走査線までどのように運動するかを特定し、 Ｚピッチはセルの１つの面（ビットマツプの２つの面）から次の面までどのよう に運動するかを特定する。

表示コンテキストは方形領域、表示領域を１或はそれ以上のビットマツプ上にど のように投影するかを限定する０表示領域がビットマツプ内に出現する各回を表 示インスタンスであると見做す。

表示インスタンスは、表示領域が出現するビットマツプ、そのビットマツプ内の 表示領域のオフセント、表示領域をどのようにクリップするか（方形及び窓平面 の両方或は何りか一方）、及びどの画素フォーマントを使用するかを特定する０ 表示コンテキストデータ構造を第１２図に示し、以下に説明する。

行先データ構造 ＊インスタンス：表示インスタンスリストのアドレスを容れるロングワード、値 が０　（ゼロ値）であると表示コンテキストは現在どのビットマツプ内にも現わ れていないことを意味する。

＊巾：表示領域の巾を容れるワード。

＊高さ：表示領域の高さを容れるワード。

行先インスタンスデータ構造 ＊次二次の表示インスタンスのアドレスを容れるロングワード。

アドレスが０　（ゼロ値）であると表示インスタンスリストの終りを表わす。

本ビントマツプ二ビットマップ記述子のアドレスを容れるロングワード、θ値は フレームバッファビットマツプを意味し、レンダリングプロセッサ３６が受入れ る唯一の値である。もし非０値が検出されればレンダリングプロセンサ３６は行 先インスタンスを無視する。

＊Ｘオフ二ビントマップの原点からの表示領域のＸオフセントを容れるワード。

＊Ｙオフ：ビットマツプの原点からの表示領域のｙオフセントを容れるワード。

本バ７りＨ表示インスタンスが表示されるのはどのフレームバッファバンクであ るかを特定するビットフィールド。

旦ヱ上　長−五 ＯバンクＡ可能化 １　バンクＢ可能化 ２〜１５　保留及び０にする ＊ＺＥ：表示画素の画素法がりを容れる無符号ワード、現行では、この値は４或 は８の倍数に制限されている。

＊ＺＯ：ビットマップ画素内の表示画素の画素オフセットを容れる符号付きワー ド、現行では、この値は４の広がりを有する表示に関しては４の倍数に、また８ の広がりを有する表示に関しては８の倍数に制限されている。

＊ＺＦ　：表示画素フォーマ７　）を容れる無符号ワード、現行では、０の値は マツプされたカラーフォーマットを、またｌの値は金色フォーマ７）を特定する 。

＊ＰＭＳＫ：表示画素データを、それが書込まれる時にマスクするのに使用され るビットフィールドを容れるロングワード。

＊ＷＶ　：作図動作をマスクするのに使用されるハードウェアウィンドウ番号を 容れる無符号ワード。

＊ＷＭ：ウィンドウ番号内のどのビットを使用するかを指示するハードウェアウ ィンドウマスクを容れる無符号ワード。

＊Ｒカウント：表示インスタンス内のクリッピング方形の数を容れるワード。

＊ＲＥＣＴＳ　：この表示インスタンスに関する作図動作をクリップするのに使 用される下記の如き方形データ構造のアレー。

各方形は表示領域の原点に関連する。方形は何処に作図を遂行するのかを特定す る。空白の方形リストは作図を遂行しないことを特定する。

方形データ構造 ＊Ｘ：Ｘ：クリソピングの左上角のＸオフセントを特定する。

＊Ｙ：タリンビング方形の左上角のｙオフセントを特定する。

ネＷ：クリッピング方形の巾を特定するワード。

＊Ｈ：クリンピング方形の高さを特定するワード。

以上に説明した本発明の好ましい実施例は、本発明の明白な教示から逸脱するこ となく若干の変更が可能であることから、単なる例示に過ぎない、従って本発明 を限定する請求の範囲を参照されたい。

ぽ） ＦＩＧ、　６ す７六″Ｔｌ、、　ｒｋ’レス ＦＩＧ、　７ グうンイ′ン２　〕巧キλＶ １こＩシフ）レベ ＰＩＸＯＰＩＸＩ　ＰＩＸ２　ＰＩＸ３２゛う２イ゛／２フーテばヒλμ 特許庁長官　吉　１）文　毅　殿 １．事件の表示　ＰＣＴ／υ５Ｂ８１０２７２Ｔ３、補正をする者 事件との関係　出願人 ４、代理人 ５、補正命令の日付　自　発 請求の範囲 １、少なくとも１つのオペレーティング装置に関連してシステム仮想メモリを有 する第１の中央処理装置をオペレーティングする方法において、（ａ）　前記第 １の中央処理装置を前記少なくとも１つのオペレーティング装置に結合するバス を設け、 ら）前記バスにスターティングおよびエンディングアドレスを有するリヂーブド 人出カスペースを設け−１ ＣＣ）　前記システム仮想メモリ内に前記少なくとも１つのオペレーティング装 置のためのシステム仮想アドレススペースヲ設ケ、 （ｄ）　前記少なくとも１つのオペレーティング装置にマツピングレジスタを設 け、 （ｅ）　前記バスにて前記リヂーブド入出カスペースの前記スターティングおよ びエンディングアドレスを前記少なくとも１つのオペレーティング装置の前記マ ツピングレジスタへ転送するように前記第１の中央処理装置をオペレ−ティング し、 （ｆ）　前記少なくとも１つのオペレーティング装置のアドレススペースを前記 システム仮想アドレススペースにマツプするように前記第１の中央処理装置をオ ペレーティングし、Ｃ（至）前記第１の中央処理装置が直接メモリアクセスハー ドウェア、オペレーティングシステムコールおよび装置ドライバを必要とせずに 前記少なくとも１つのオペレーティング装置に直接的にアクセスしうるように、 少なくとも１つのオペレーティング装置のアドレススペースがマツプされる前記 システム仮想アドレススペースをアンプロテクトするように前記第１の中央処理 装置をオペレーティングする、 ことを特徴とする方法。

２、コンビ二−タシステムにおいて、 （ａ）　システム仮想アドレススペースを存スるシステム仮想メモリを含む第１ の中央処理装置と、 ら）マツピングレジスタを含む少なくとも１つのオペレーティング装置と、 （Ｃ）　前記中央処理装置と前記少なくとも１つのオペレーティング装置とを結 合し、スターティングおよびエンディングアドレスを持ったリザ゛−ブト入出カ スペースを有するバスと、を備えており、 （ｄ）　前記マツピングレジスタは、前記リヂーブド入出カスペースの前記スタ ーティングおよびエンディングアドレスを記憶し、 （ｅ）　前記少なくとも１つのオペレーティング装置のアトｌ／ススペースは、 前記システム仮想アドレススペースの部分ヘマツプされ、（ｆ）　前記少なくと も１つのオペレーティング装置のアドレスがマツプされる前記システム仮想アド レススペースの部分は、アンプロテクト状態にある、 ことを特徴とするコンピュータシステム。

３、　メモリシステムにおいて、 （ａ）　第１の中央処理装置に結合されたシステム仮想アトＬ・ススペースを有 するシステム仮想メモリと、 ら）マツピングレジスタを含む少なくとも１つのオペレーティング装置と、 （Ｃ）　前記中央処理装置と前記少なくとも１つのオペレーティング装置とを結 合し、スターティングおよびエンディングアドレスを持ったリザーブド入出カス ペースを有するバスと、を備えており、 （ｄ）　前記マンピングレジスタは、前記リザー・ブトスペースの前記スターテ ィングおよびエンディングアドレスを記憶し、 （ｅ）　前記少なくとも１つのオペレーティング装置のアドレススペースは、前 記システム仮想アドレスにマツプされ、 （ｆ）　前記少なくとも１つのオペレーティング装置のアドレスがマツプされる 前記システム仮想アドレススペースの部分は、アンプロテクト状態にある、 ことを特徴とするメモリシステム。

４、　グラフインクシステムにおいて、（ａ）２次元グラフィック像を処理し操 作すべく作動しうる中央処理装置を含む２次元グラフィックサブシステムと、 （ｂ）　前記中央処理装置に結合された出力を有する３次元グラフィック像を処 理し操作すべく作動しうる３次元グラフィックサブシステムと、 を備えており、 （Ｃ）　前記中央処理装置は、前記３次元グラフインクサブシステムかみ受けら れる前記３次元グラフィック像を操作するように動作しうるものであり、さらに 、 （ｄ）　前記中央処理装置の出力に結合され前記２次元グラフィック像および３ 次元グラフィック像を表示するための手段 を備えることを特徴とするグラフィックシステム。

５、　中央処理装置を有するコンピュータグラフィックシステムをオペレーティ ングする方法において、 （ａ）　ハードウェアコンテキストを定める状態を維持するように前記中央処理 装置をオペレーティングし、 ら）　グラフィックコンテキストにグラフィックコマンドを記憶するように前記 中央処理装置をオペレーティングし、 （ｃ）　前Ｅグラフィックコンテキストの間で前記ハードウェアコンテキストを 共用させることによりマルチタスキング環境を与えるように前記中央処理装置を さらにオペレーティングする、 ことを特徴とする方法。

６、コンヒユータグラフイックシステムをオペレーティングする方法において、 （ａ）　ホスト中央処理装置に複数のアプリケーションプロセスを設け、 ら）前記アプリケーションプロセスを実行して、それらアプリケーションプロセ スに関連し前、ｇ己コンヒニータグラフィックシステム：こよって表示されるべ き対象を表すグラフィックデータおよびコマンドを各々含む個々のグラフィック データストラフチアーを発生させるように前記ホスト中央処理装置をオペレーテ ィングし、 （Ｃ）　メモリ装置に前記価々のグラフィックデータストラクチ丁−を記憶する ように前記ホスト中央処理装置をさろにオペレーティングし、（ｄ）　前記価々 のグラフィックデータストラクチ丁−のあるシーケンスに従って前記メモリ装置 をトラバースして前記シーケンスに従って前記グラフィックデータおよびコマン ドを、処理、操作および表示のためのグラフィックサブシステムに対して非同期 的に読み出し且つ送信するようにグラフィック装置をオペレーティングし、 （ｅ）　（ｉ　）前記グラフィックデータストラクチャーの予め選択された１つ のトラバースのモードおよびタイプに関する情報を各々含む別々のトラバース要 求を選択的に発生し制御し、 （ｕ）前記発生されたトラバース要求の各々を前記グラフィックデータストラク チャーの予め選択された１つに付け、 （ｉｉｉ　＞前記トラバース要求を読み出して実行して多重のアプリケーション プロセスのグラフィック処理を行うために、 前記アプリケーションプロセスをさろに実行することにより前記グラフィック装 置および前記ホスト中央処理装置を協調的にオペレーティングすることにより個 々のグラフィックデータストラクチャーの前記シーケンスをオーダーリングしセ ツティングする、 ことを特徴とする方法。

７、　コンピュータグラフィックシステムにおいて、（ａ）　複数のアプリケー ションプロセスを含むホスト中央処理装置を備えており、 （ｂ）　前記ホスト中央処理装置は、前記コンビニ−タグラフイックシステムに よって表示されるべき対象を表すグラフィックデータおよびコマンドを各々含む 個々のグラフィックデータストラクチャーを発生するための前記アプリケーショ ンプロセスを実行するように作動しろるものであり、さらに、 （Ｃ）　メモリ装置を備えており、 （ｄ）　前記ホスト中央処理装置は、前記メモリ装置に前記価々のグラフインク データストラフチアーを記憶させるように作動しうるちのであり、さろに、 （ｅ）　グラフィックデータを処理し表示するように作動しろるグラフィックサ ブシステムと、（ｆ）　前記価々のグラフィックデータストラクチャーのあるシ ーケンスによって前記メモリ装置をトラバースして前記グラフィックサブシステ ムに対して前記シーケンスに従って前記グラフィックデータおよびコマンドを非 同期的に読み出し且つ送信するように作動するグラフィック装置とを備えており 、 （ｇ）　前記グラフィック装置およびホスト中央処理装置は、前記グラフィック データストラクチア−の予め選択された１つのトラバースのモードおよびタイプ に関する情報を各々含む別々のトラバース要求を、前記アプリケーションプロセ スをさらに実行することにより発生し、前記側々のトラバース要求の各々を前記 グラフィックデータストラフチアーの予め選択された１つへ付け、前記トラバー ス要求を読み出して実行して多重のアプリケーションプロセスのグラフィック処 理を行えるようにすることにより、前記シーケンスをオーダリング且つセツティ ングするように協調的に動作しうる、 ことを特徴とするコンピュータグラフィックシステム。

８、　データストラフチャーにおけるノードの条件付テストを前記データストラ フチア−のトラバース中に行う方法において、 （ａ）　メモリに含まれたデータについて、テストされるべきオペランドに対す る値を定めるようにオペレーティングし、 （′ｂ）前記メモリからの前記オペランドにアクセスし、 （Ｃ）　前記オペランドの箇についてテストを行い、（ｄ）　前記テストの結果 に従ってデータストラクチ〒−におけるあるバスをトラバースする、ことを特徴 とする方法。

９、　先取りグラフィックデータストラクチイーを作り出す方法において、 （ａ）　メモリに含まれたデータについてテストされるべきオペランドのための 値を定めるようにオペレーティングし、 （ｂ）　前記メモリからの前記オペランドにアクセスし、 （Ｃ）　前記オペランドの値について条件付テストを行い、 （ｄ）　前記条件付テストの結果に従って前記データストラフチャーにおけるバ スをトラバースする、 ことを特徴とする方法。

１０、先取りグラフィックデータストラクチャーを作り出す方法において、 （ａ）　データストラフチャーに情報を含むカスタムノードを作り出し、 （′ｂ）前記カスタムノードのトラバース中にグラフィックサブシステムへ前記 情報をバスする、ことを特徴とする方法。

平成　年　月　日

Claims (1)

1. 【特許請求の範囲】 １．少なくとも１つのオペレーティング装置に関連してシステム仮想メモリを有 する第１の中央処理装置をオペレーティングする方法において、 （ａ）前記第１の中央処理装置を前記少なくとも１つのオペレーティング装置に 結合するバスを設け、 （ｂ）前記バスにスターティングおよびエンディングアドレスを存するリザーブ ド入出力スペースを設け、（ｃ）前記システム仮想メモリ内に前記少なくとも１ つのオペレーティング装置のためのシステム仮想アドレススペースを設け、 （ｄ）前記少なくとも１つのオペレーティング装置にマッピングレジスタを設け 、 （ｅ）前記バスにて前記リザーブド入出力スペースの前記スターティングおよび エンディングアドレスを前記少なくとも１つのオペレーティング装置の前記マッ ピングレジスタへ転送するように前記第１の中央処理装置をオペレーティングし 、（ｆ）前記少なくとも１つのオペレーティング装置のアドレススペースを前記 システム仮想アドレススペースにマップするように前記第１の中央処理装置をオ ペレーティングし、（ｇ）前記第１の中央処理装置が直接メモリアクセスハート ウェア、オペレーティングシステムコールおよび装置ドライバを必要とせずに前 記少なくとも１つのオペレーティング装置に直接的にアクセスしうるように、少 なくとも１つのオペレーティング装置のアドレススペースがマップされる前記シ ステム仮想アドレススペースをアンプロテクトするように前記第１の中央処理装 置をオペレーティングする、ことを特徴とする方法。 ２．前記少なくとも１つのオペレーティング装置は、第２の中央処理装置を備え る請求の範囲第１項記載の方法。 ３．前記第２の中央処理装置は、コンピュータグラフィックサプシステムに結合 されている請求の範囲第２項記載の方法。 ４．前記第２の中央処理装置は、ローカルバスによって前記コンピュータグラフ ィックサプシステムに結合されている請求の範囲第３項記数の方法。 ５．コンピュータシステムにおいて、 （ａ）システム仮想アドレススペースを有するシステム仮想メモリを含む第１の 中央処理装置と、 （ｂ）マッピングレジスタを含む少なくとも１つのオペレーティング装置と、 （ｃ）前記中央処理装置と前記少なくとも１つのオペレーティング装置とを結合 し、スターティングおよびエンディングアドレスを持ったリザーブド入出力スペ ースを有するバスと、を備えており、 （ｄ）前記マッピングレジスタは、前記リザーブド入出力スペースの前記スター ティングおよびエンディングアドレスを記憶し、 （ｅ）前記少なくとも１つのオペレーティング装置のアドレススペースは、前記 システム仮想アドレススペースの部分へマップされ、 （ｆ）前記少なくとも１つのオペレーティング装置のアドレスがマップされる前 記システム仮想アドレススペースの部分は、アンプロテクト状態にある、 ことを特徴とするコンピュータシステム。 ６．前記少なくとも１つのオペレーティング装置は、第２の中央処理装置を備え る請求の範囲第５項記載のコンピュータシステム。 ７．前記第２の中央処理装置に結合されたコンピュータグラフィックサプシステ ムをさらに備える請求の範囲第６項記載のコンピュータシステム。 ８．前記第２の中央処理装置を前記コンピュータグラフィックサプシステムに結 合するローカルバスをさらに含む請求の範囲第７項記載のコンピュータシステム 。 ９．メモリシステムにおいて、 （ａ）第１の中央処理装置に結合されたシステム仮想アドレススペースを有する システム仮想メモリと、（ｂ）マッピングレジスタを含む少なくとも１つのオペ レーティング装置と、 （ｃ）前記中央処理装置と前記少なくとも１つのオペレーティング装置とを結合 し、スターティングおよびエンディングアドレスを持ったりザープド入出力スペ ースを有するバスと、を備えており、 （ｄ）前記マッピングレジスタは、前記リザーブドスペースの前記スターティン グおよびエンディングアドレスを記憶し、（ｅ）前記少なくとも１つのオペレー ティング装置のアドレススペースは、前記システム仮想アドレスにマップされ、 （ｆ）前記少なくとも１つのオペレーティング装置のアドレスがマップされる前 記システム仮想アドレススペースの部分は、アンプロテクト状態にある、 ことを特徴とするメモリシステム。 １０．前記少なくとも１つのオペレーティング装置は、第２の中央処理装置を備 える請求の範囲第９項記載のメモリシステム。 １１．前記第２の中央処理装置に結合されたコンピュータグラフィックサプシス テムをさらに備える請求の範囲第１０項記載のメモリシステム。 １２．前記第２の中央処理装置を前記コンピュータグラフィックサプシステムへ 結合するローカルバスをさらに含む請求の範囲第１１項記載のメモリシステム。 １３．グラフィックシステムにおいて、（ａ）２次元グラフィック像を処理し操 作すべく作動しうる中央処理装置を含む２次元グラフィックサプシステムと、（ ｂ）前記中央処理装置に結合された出力を有する３次元グラフィック像を処理し 操作すべく作動しうる３次元グラフィックサプシステムと、 を備えており、 （ｃ）前記中央処理装置は、前記３次元グラフィックサプシステムから受けられ る前記３次元グラフィック像を操作するように動作しうるものであり、さらに、 （ｄ）前記中央処理装置の出力に結合され前記２次元グラフィック像および３次 元グラフィック像を表示するための手段を備えることを特徴とするグラフィック システム。 １４．メモリ装置を含み、前記３次元グラフィック像を作り出すのに使用される データが前記メモリ装置に記憶される請求の範囲第１３項記載のグラフィックシ ステム。 １５．メモリ装置を含み、前記２次元グラフィック像を作り出すのに使用される データが前記メモリ装置に記憶される請求の範囲第１３項記載のグラフィックシ ステム。 １６．共通メモリ装置を含み、前記３次元グラフィックー像および２次元グラフ ィック像を作り出すのに使用されるデータが前記共通メモリ装置に記憶される請 求の範囲第１３項記載のグラフィックシステム。 １７．中央処理装置を有するコンピュータグラフィックシステムをオペレーティ ングする方法において、 （ａ）ハードウェアコンテキストを定める状態を維持するように前記中央処理装 置をオペレーティングし、（ｂ）グラフィックコンテキストにグラフィックコマ ンドを記憶するように前記中央処理装置をオペレーティングし、（ｃ）前記グラ フィックコンテキストの間で前記ハードウェアコンテキストを共用させることに よりマルチタスキング環境を与えるように前記中央処理装置をさらにオペレーテ ィングする、 ことを特徴とする方法。 １８．前記中央処理装置をさらにオペレーティングする段階は、前記ハードウェ アコンテキストに前記グラフィックコンテキストの実行をスケジュールするよう に前記中央処理装置をオペレーティングすることを含む請求の範囲第１７項記載 の方法。 １９．前記グラフィックコンテキストの実行を中断することなく、前記ハードウ ェアコンテキストを動的にロードするように前記中央処理装置をオペレーティン グすることをさらに含む請求の範囲第１７項記載の方法。 ２０．コンテキストグラフィックシステムをオペレーティングする方法において 、 （ａ）ホスト中央処理装置に複数のアプリケーションプロセスを設け、 （ｂ）前記アプリケーションプロセスを実行して、それらアプリケーションプロ セスに関連し前記コンテキストグラフィックシステムによって表示されるべき対 象を表すグラフィックデータおよびコマンドを各々含む個々のグラフィックデー タストラクチャーを発生させるように前記ホスト中央処理装置をオペレーティン グし、 （ｃ）メモリ装置に前記個々のグラフィックデータストラクチャーを記憶するよ うに前記ホスト中央処理装置をさらにオペレーティングし、 （ｄ）前記個々のグラフィックデータストラクチャーのあるシーケンスに従って 前記メモリ装置をトラバースして前記シーケンスに従って前記グラフィックデー タおよびコマンドを、処理、操作および表示のためのグラフィックサプシステム に対して非同期的に読み出し且つ送信するようにグラフィック装置をオペレーテ ィングし、 （ｅ）（ｊ）前記グラフィックデータストラクチャーの予め選択された１つのト ラバースのモードおよびタイプに関する情報を各々含む別々のトラバース要求を 選択的に発生し制御し、 （ｉｉ）前記発生されたトラバース要求の各々を前記グラフィックデータストラ クチャーの予め選択された１つに付け、（ｉｉｉ）前記トラバース要求を読み出 して実行して多重のアプリケーションプロセスのグラフィック処理を行うために 、前記アプリケーションプロセスをさらに実行することにより前記グラフィック 装置および前記ホスト中央処理装置を協調的にオペレーティングすることにより 個々のグラフィックデータストラクチャーの前記シーケンスをオーダーリングし セッティングする、 ことを特徴とする方法。 ２１．（ａ）前記グラフィックデータストラチャーの予め選択された少なくとも １つのトラバースの読出しおよび実行を行うのに必要なグラフィックアトリピュ ートおよび制御情報を各々含むグラフィックコンテキストを発生するように前記 ホスト中央処理装置をオペレーティングし、（ｂ）前記トラーバス要求は、前記 グラフィックコンテキストにフラッグを備え、 （ｃ）前記グラフックデータストラクチャーの前記予め選択された少なくとも１ つに前記グラフィックコンテキストの各々を付けるように前記ホスト中央処理装 置をさらにオペレーティングする、 ような請求の範囲第２０項記載の方法。 ２２．（ａ）窓を発生するように前記ホスト中央処理装置をオペレーティングし 、 （ｂ）前記窓の予め選択された１つの記述に関する情報を各々含む表示コンテキ ストを発生するように前記ホスト中央処理装置をオペレーティングし、 （ｃ）前記グラフィックコンテキストの予め選択された少なくとも１つに前記表 示コンテキストの各々を付けるように前記ホスト中央処理装置をさらにオペレー ティングする、ような請求の範囲第２１項記載の方法。 ２３．前記メモリ装置に前記グラフィックデータストラクチャーを階層的ノード メモリストラクチャーとして記憶させることをさらに含む請求の範囲第２０項ま たは第２１項または第２２項記載の方法。 ２４（ａ）要求プロセスにおいて前記メモリ装置をトラバースして前記グラフィ ックコンテキストにおけるトラバース要求の存在を確証するように前記グラフィ ック装置をオペレーティングし、 （ｂ）その後に、トラバースプロセスにおいて前記メモリ装置をトラバースして 前記（ａ）の要求プロセスに従って確認されたトラバース要求にしたがって前記 グラフィックデータストラクチャーをトラバースするように前記グラフィック装 置をオペレーティングする、 ような請求の範囲第２１項または第２２項記載の方法。 ２５．（ａ）対応するグラフィックコンテキストヘのポインタを各々含む単一イ ンスタンスの前記メモリ装置におけるリストを、前記グラフィックコンテキスト の各々からコンパイリングし、 （ｂ）前記リストを使用して前記メモリ装置をトラバースする、ような請求の範 囲第２１項記載の方法。 ２６．（ａ）対応する表示コンテキストヘのポインタを各々含む単一インスタン スの前記メモリ装置におけるリストを、前記表示コンテキストの各々からコンパ イリングし、（ｂ）前記リストを使用して前記メモリ装置をトラバースする、よ うな請求の範囲第２５項記載の方法。 ２７．コンピュータグラフィックシステムにおいて、（ａ）複数のアプリケーシ ョンプロセスを含むホスト中央処理装置を備えており、 （ｂ）前記ホスト中央処理装置は、前記コンピュータグラフィックシステムによ って表示されるべき対象を表すグラフィックデータおよびコマンドを各々含む個 々のグラフィックデータストラクチャーを発生するため前記アプリケーションプ ロセスを実行するように作動しうるものであり、さらに、（ｃ）メモリ装置を備 えており、 （ｄ）前記ホスト中央処理装置は、前記メモリ装置に前記個々のグラフィックデ ータストラクチャーを記憶させるように作動しうるものであり、さらに、 （ｅ）グラフィックデータを処理し表示するように作動しうるグラフィックサプ システムと、 （ｆ）前記個々のグラフィックデータストラクチャーのあるシーケンスによって 前記メモリ装置をトラバースして前記グラフィックサプシステムに対して前記シ ーケンスに従って前記グラフィックデータおよびコマンドを非同期的に読み出し 且つ送信するように作動するグラフィック装置とを備えており、（ｇ）前記グラ フィック装置およびホスト中央処理装置は、前記グラフィックデータストラクチ ャーの予め選択された１つのトラバースのモードおよびタイプに関する情報を各 々含む別々のトラバース要求を、前記アプリケーションプロセスをさらに実行す ることにより発生し、前記別々のトラバース要求の各々を前記グラフィックデー タストラクチャーの予め選択された１つへ付け、前記トラバース要求を読み出し て実行して多重のアプリケーションプロセスのグラフィック処理を行えるように することのより、前記シーケンスをオーダリング且つセッティングするように協 調的に動作しうる、ことを特徴とするコンピュータグラフィックシステム。 ２８．前記中央処理装置は、前記グラフィックデータストラクチャーの予め選択 された少なくとも１つの読出しおよび実行を行うのに必要とされるグラフィック アトリピュートおよび制御情報を各々含むグラフィックコンテキストを発生し、 前記グラフィックデータストラクチャーの前記予め選択された少なくとも１つに 前記グラフィックコンテキストの各々を付けるように作動しうる請求の範囲第２ ７項記載のコンピュータグラフィックシステム。 ２９．前記トラバース要求は、前記グラフィックコンピュータにフラッグを備え る請求の範囲第２８項記載のコンピュータグラフィックシステム。 ３０．前記中央処理装置は、窓および該窓の予め選択された１つの記述に関する 情報を各々含む表示コンテキストを発生し、前記表示コンテキストの各々を前記 グラフィックコンテキストの予め選択された少なくとも１つに付けるように作動 する請求の範囲第２８項または第２９項記載のコンピュータグラフィックシステ ム。 ３１．前記中央処理装置は、前記メモリ装置に前記グラフィックデータストラク チャーを、階層的ノードメモリストラクチャーとして記憶させるように動作しう る請求の範囲第２７項記載のコンピュータグラフィックシステム。 ３２．データストラクチャーにおけるノードの条件付テストを前記データストラ クチャーのトラバース中に行う方法において、（ａ）メモリに含まれたデータに ついて、テストされるべきオペランドに対する値を定めるようにオペレーティン グし、（ｂ）前記メモリからの前記オペランドにアクセスし、（ｃ）前記オペラ ンドの値についてテストを行い、（ｄ）前記テストの結果に従ってデータストラ クチャーにおけるあるバスをトラバースする、 ことを特徴とする方法。 ３３．前記メモリにおけるオペランドにアクセスする工程は、コマンドパラメー タに記憶された値をレジスタの内容に加えることによって得られるアドレスにそ のオペランドを置くことによって行われる請求の範囲第３２項記載の方法。 ３４．前記メモリにおけるオペランドにアクセスする工程は、オペランドを前記 メモリにおけるレジスタに置くことによって行われる請求の範囲第３２項記載の 方法。 ３５．前記メモリにおけるオペランドにアクセスする工程は、前記ノードに指定 されたアドレスにオペランドを置くことによって行われる請求の範囲第３２項記 載の方法。 ３６．前記メモリにおけるオペランドにアクセスする工程は、前記ノードにオペ ランドを置くことによって行われる請求の範囲第３２項記載の方法。 ３７．先取りグラフィックデータストラクチャーを作り出す方法において、 （ａ）メモリに含まれたデータについてテストされるべきオペランドのための値 を定めるようにオペレーティングし、（ｂ）前記メモリからの前記オペランドに アクセスし、（ｃ）前記オペランドの値について条件付テストを行い、（ｄ）前 記条件付テストの結果に従って前記データストラクチャーにおけるパスをトラバ ースする、 ことを特徴とする方法。 ３８．前記メモリにおけるオペランドにアクセスする工程は、コマンドパラメー タに記憶された値をレジスタの内容に加えることによって得られたアドレスにオ ペランドを置くことによって行われる請求の範囲第３７項記載の方法。 ３９．前記メモリにおけるオペランドにアクセスする工程は、前記メモリにおけ るレジスタにオペランドを置くことによって行われる請求の範囲第３７項記載の 方法。 ４０．前記メモリにおけるオペランドにアクセスする工程は、前記ノードに指定 されたアドレスにオペランドを置くことによって行われる請求の範囲第３７項記 載の方法。 ４１．前記メモリにおけるオペランドにアクセスする工程は、前記ノードにオペ ランドを置くことによって行われる請求の範囲第３７項記載の方法。 ４２．先取りグラフィックデータストラクチャーを作り出す方法において、 （ａ）データストラクチャーに情報を含むカスタムノードを作り出し、 （ｂ）前記カスタムノードのトラバース中にグラフィックサプシステムへ前記情 報をパスする、 ことを特徴とする方法。 ４３．前記情報をパスする工程は、前記グラフィックサプシステムヘパスされた 情報を処理しないストラクチャーウォーカーによって行われる請求の範囲第４２ 項記載の方法。