System and method for dislaying traced object on display device

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般に、コンピュータグラフィックス表示システム、より詳細には、コンピュータ作動の表示装置に追跡対象を表示するためのシステムに関する。

【０００２】

【従来の技術】コンピュータグラフィックス表示システムでは、特定の表示イメージ内に表示される構成要素を表示対象（display objects ）もしくは対象（objects
）と呼ぶ。 多くのコンピュータグラフィックス表示では、追跡対象（tracked objects）を提供することが要求される。 追跡対象は、表示領域を介して表示イメージによって表される対象の動きを表すために表示される対象である。 例えば、常に（時間に関して１００％）追跡移動対象の現在位置を表示し、一方、また、（時間で）
逆上る順番に、追跡移動対象の多数の以前の位置を断続的に表示することによって、追跡移動対象を表示することができる。 その結果生じる効果は、一般的に、自動車の運転者を特定の方向へ導くのに使用される点滅する迂回サインの効果と同様である。 点滅する迂回サインは、
迂回の方向に順番に点滅する。

【０００３】追跡対象は、例えば、レーダ表示といった多くのグラフィックスシステムの応用において有用である。 レーダによって検知された移動対象の経路及びそのおおよその速度を、レーダ監視担当者に示すために、レーダ表示の追跡対象を使用することができる。 追跡対象表示を提供する既存のシステムでは、これらの実施に必要とされるコンピュータ資源は、ある定められた時間の画面表示内の追跡対象の数によって変化する。 これは、
一般的に、既存のアプリケーションプログラムは、既存のシステム内の多層のソフトウェアで、直接、追跡しているからである。 特に、このようなシステムでは、追跡対象を表示するために、アプリケーションは、その対象の最新位置及び以前の位置に、その対象を描いて、消して、再び描いて、その対象が追跡されているようにしなければならない。

【０００４】

【発明が解決しようとする課題】最新のシステムは、多数の追跡対象を同時に表示することを要求される。 多数の追跡対象を表示上に維持するために、このようなシステムはしばしば、それらのＣＰＵ能力を１００％使用しなければならない。 コンピュータ資源が多数のアプリケーションによって共有されなければならない場合には、
このＣＰＵの大量の使用は望ましくなく、また、許容できない。 従って、多数の追跡対象を同時に表示可能であり、ＣＰＵの大量の使用を必要とせず、好ましいことに、アプリケーションソフトウェアプログラムに、追跡対象の各々を描いて、消して、再び描くことを要求しないような追跡対象を表示するための新しいコンピュータフラフィックスシステムが必要となる。

【０００５】

【課題を解決するための手段】コンピュータ表示装置にブリンク対象もしくは追跡対象を表示する新しいシステム及び方法を開示する。 追跡対象を表示する開示の方法は、追跡対象の最新位置及び所定数の以前の位置を、ゼロでないオーバーレイデータを有するピクセル値で書き込むことを含む。 新しいシステムは、タイプコードの所定の順に並べられたセットの中の選定された１つを、最新位置に対するピクセル値に書き込む。 システムは、そのタイプコードのセットの中の選定された１つを、デバイスドライバーへ示す。 デバイスドライバーは、最新位置及び以前の位置に対するピクセル値のオーバーレイデータを使用して、タイプコードの所定のセットの順番に、追跡対象の最新位置及び所定数の以前の位置を表示する。

【０００６】本発明のその主要部分は、請求項１及び請求項５にそれぞれ列挙されているように、表示装置に追跡対象を表示する方法及びそれに対するシステムにある。 実施例では、対応するピクセル値のオーバーレイデータをマスクしないことによって、最新位置及び順番に表示される以前の位置を表示する。 更に、実施例では、
タイプコードは、ピクセル解釈テーブルの対応するエントリーを示すピクセル値のインデックス値である。 更に、実施例では、デバイスドライバーは、ピクセル解釈テーブルエントリーのオーバーレイマスク値を変更し、
関連するピクセル値のオーバーレイデータをマスクする、もしくは、マスクしないようにする。 このように、
追跡対象を表示する新しい方法を含み、同時に多数の追跡対象を表示可能であり、ＣＰＵの大量の使用を必要とせず、アプリケーションソフトウェアプログラムに、追跡対象の各々を描いて、消して、再び描くことを要求しない新しいコンピュータグラフィックスシステムを提供する。

【０００７】

【発明の実施例】添付図及び好ましい実施例の以下の説明から、本発明のより詳細な理解が得られるであろう。
図１及び図２は、本システムの実施例によってつくられるブリンク対象を例示する画面表示を示す。 図１は、可視のブリンク対象を有する実施例を示す。 図１には、３
個の画面対象があり、詳細には、長方形１０として示される可視のブリンク対象、楕円１２として示されている最前面の対象、円１４として示される最後部の対象がある。 図２では、ブリンク対象１０は隠されている。 従って、図２では、円１４は完全に可視である。 図１及び図２に示されるように、ブリンク対象に関しては、本システムによって、重ねる順番が維持される。 長方形１０のようなブリンク対象を、別の対象の上、もしくは、下に描くことができる。 ブリンク対象１０をオフする（「隠される」もしくは「透過になる」とも言う）時、ブリンク対象の下の領域及び対象を可視にする。 ブリンク対象をオンにする（「可視」にされるとも言う）時、ブリンク対象の下の全ての対象は隠され、一方、ブリンク対象の上の対象はブリンク対象を隠す。

【０００８】対象を表示上でブリンクさせる時、対象の表示を可視にするのと、透過にするのとを交互に行うことによって、これを実施する。 本システムの実施例では、可視、すなわち動作の「オン」段階の間、ブリンク対象の下の全ての対象は隠され、一方、ブリンクの上の対象は可視のままである。 透過、すなわち動作の「オフ」段階の間、ブリンク対象の下の対象は可視である。
実施例では、システムは２段階を提供する。 ブリンク対象の各々は、２段階のシステム段階の内の１段階である、そのブリンク対象に対する動作の「オン」段階、及び、もう一方のシステム段階である、その動作の「オフ」段階に関連する。 本システムの実施例の別の特徴では、対象の表示を２色交互で行うことによって対象をブリンクさせる。 例えば、アプリケーションは、対象が、
「オン」段階の間は赤として、そして、「オフ」段階の間は青として表示されるように規定することができる。
このように表示される時、ブリンク対象を透過にすることはできない。 この実施例では、ブリンク対象の下の全ての対象が、常に（時間に関して１００％）隠される。

【０００９】図３Ａ−３Ｌに、本システムによって提供されるような一連の追跡対象の表示を示す。 図３Ａ−３
Ｌの実施例では、アプリケーションプログラムは画面上にピクセルを描き、いくつの最新ではない（すなわち「過去の」）ピクセルを表示しなければならないかを示し、更に、過去のピクセルの表示頻度を示す。 追跡対象の過去のピクセルは、追跡対象の以前の位置を表示するようなピクセルである。 デフォルトの例の構成では、追跡対象内の過去のピクセルは、表示「フレーム」と呼ばれる一定期間表示され、それから、すぐその後の３フレームの間、透過にされる。 更に、例のデフォルトの構成では、常に（時間に関して１００％）追跡対象の最新の位置内のピクセルを表示する。 当業者は、本システムでは、更に、アプリケーションが、これらの例のパラメータを変更可能になることを理解されよう。

【００１０】ピクセル解釈テーブルエントリー内のオーバーレイマスク値と組み合わせて、各々のピクセル内のオーバーレイデータと呼ばれるところのものを使用して、追跡対象の過去のピクセル値を維持する。 過去のピクセルの各々は、表示空間内の追跡対象の最新でない位置に関連するビデオＲＡＭ（ＶＲＡＭ）内にある。 オーバーレイデータは、追跡対象の最新位置及び最新でない位置に対する色情報の範囲外にあるピクセルデータフィールド内に記憶される。 結果、ブリンク対象を表示するような非−オーバーレイピクセルデータをどれも乱すことなく、オーバーレイデータを使用して、画面上に、追跡ピクセルを描くことができる。 追跡ピクセルを透過にする時、オーバーレイデータ内の追跡ピクセルデータの「下位」の非−オーバーレイピクセルデータは可視になる。 本システムのこの特徴は、多層の表示情報を必要とするような、航空交通管制（ＡＴＣ）もしくは対象を追跡するために何らかの形式のレーダデータを使用する他の応用といったような適用環境にとって、非常に価値がある。

【００１１】図３Ａ−３Ｆは、本システムの実施例によって提供される追跡対象を示す。 図３Ａでは、時間ｔ ₀
における、２０−３５と番号付けられた１セットのピクセルを示す。 時間ｔ ₀では、追跡対象の最新位置は、ピクセル２７を含む。 従って、図３Ａでは、追跡対象の色をセットされたピクセル２７を示す。 本発明の実施例では、追跡対象の最新位置のピクセルは、常に表示される。 図３Ｂでは、時間ｔ ₁における、ピクセル２０−３
５を示す。 時間ｔ ₁では、追跡対象の最新位置は変わらない。 従って、ピクセル２７は設定を維持する。 更に、
図３Ｂに示されるように時間ｔ ₁では、過去のピクセル、例えば、ピクセル２０が表示される。 図３Ｃでは、
時間ｔ ₂におけるピクセル２０−３５を示す。 時間ｔ ₂
では、追跡対象は移動せず、従って、ピクセル２７は設定を維持する。 また、図３Ｃに示されるように時間ｔ ₂
では、過去のピクセル２１がセットされる。 同様に、図３Ｄから図３Ｈでは、追跡対象の位置は変わらない。 従って、図３Ｄから図３Ｈでは、ピクセル２７は設定を維持する。 更に、図３Ｄから図３Ｈでは、過去のピクセル２１から２６の内の１つがセットされる。 図３Ａから図３Ｌの実施例では、過去のピクセルの数は２７として示され、追跡対象の最新の位置及び７個の以前の位置にある追跡対象の表示を表す。 当業者であれば、いくつかの他の数の以前の位置が、追跡対象の表示に含まれる場合にも、本システムを適用できることを理解されよう。 また、図３Ａ−図３Ｌの例では、最も古い以前の位置から開始して、最も新しい以前の位置へ進み、それから再び最も古い以前の位置から開始するといった順番に表示される過去のピクセルが示される。 当業者であれば、本発明の理論に基づいて、他の順番でも、追跡対象の以前の位置の過去のピクセルを表示可能であることを理解されよう。

【００１２】図３Ｊでは、追跡対象は、図３Ａ−図３Ｉ
における位置から、その位置を変える。 図３Ｊに示されるように、追跡対象の新しい最新位置はピクセル２８を含み、従って、ピクセル２８は、追跡対象の色をセットされる。 図３Ｊ−図３Ｌに示されるように追跡対象の過去のピクセルは、従って、ピクセル２１−２７である。
図３Ｋでは、最も古い過去のピクセルであるピクセル２
１がセットされる。 図３Ｌでは、最新位置のピクセル２
８がセットされ、ピクセル２１がクリアされ、２番目に古い過去のピクセル、この場合はピクセル２２がセットされる。 このように、最も古い以前の位置から最も新しい以前の位置へ、順番に、追跡対象の過去のピクセルを表示することが示されている。

【００１３】図４は、グラフィックスアダプタ５２に接続された表示装置５０を含む本システムの実施例を示す。 グラフィックスアダプタ５２は、順に、システムバス５４に接続されている。 また、システムバス５４に接続されているＣＰＵ５６、メモリ５８、及び他のＩ／Ｏ
デバイス６０が示されている。 図４に示されている構成要素の動作中、ブリンク対象及び追跡対象は、グラフィックスアダプタ５２及びメモリ５８内の要素に応答して、表示装置５０に表示され、そして、ＣＰＵ５６に反応する。 実施例では、本システムの構成要素は、ＣＰＵ
５６で動き、メモリ５８に記憶され、一方、グラフィックスアダプタ５２内に記憶されているデータストラクチャーを処理するソフトウェアで実施される。 図５は、図４に示されるグラフィックスアダプタ５２のようなグラフィックスアダプタ７０の実施例を示す。 図４に示されるシステムバス５４のようなシステムバスに接続されているグラフィックスエンジン７２を含む図５のグラフィックスアダプタ７０が示されている。 ＲＡＭＤＡＣ７６
と同様にビデオＲＡＭ（ＶＲＡＭ）に接続されているグラフィックスエンジン７２が示されている。 また、ＲＡ
ＭＤＡＣ７６（「ランダムアクセスメモリデジタルアナログコンバータ（Random-Access Memory Digital Analo
g Converter ）」）は、ＶＲＡＭ７４及び図４に示される表示装置５０のような表示装置に接続されている。 図５に示される実施例の構成要素の動作中、グラフィックスエンジン７２は、グラフィックスアダプタ７０をシステムバスと調和作動させ、描くことを促進し、ＶＲＡＭ
７４へのアクセスを提供する。 グラフィックスエンジン７Ｃは、例えば、マイクロプロセッサー上で動くソフトウェアもしくはファームウェア、或いはソフトウェア、
ファームウェア、ハードウェアロジックの何らかの組み合わせたものである。 ＲＡＭＤＡＣ７６は、ＶＲＡＭ７
４からピクセルデータを読み出し、ピクセルデータをアナログ信号に変換する。 それから、これらのアナログ信号を、図４に示されている表示装置５０のような表示装置内の電子銃に伝送する。

【００１４】図６は、図５に示されるＲＡＭＤＡＣ７６
のようなＲＡＭＤＡＣ８０の実施例を示す。 図６の例のＲＡＭＤＡＣ８０は、商用に使用可能な装置であるＢｒ
ｏｏｋｔｒｅｅ（登録商標）ＢＴ４６３ ＲＡＭＤＡＣ
によって提供される機能に類似する機能を提供する。 図６に示される例のＲＡＭＤＡＣ８０は、ＶＲＡＭアドレスに応答する、図５のＶＲＡＭ７４のようなＶＲＡＭからピクセル値を選定するためのマルチプレクサ８２を含む。 マルチプレクサ８２の出力の第１の部分は、更に、
シフター（shifter ）８６及び加算器８８から成るシフター／加算器回路に接続される。 マルチプレクサ８２の出力の第２の部分は、ピクセル解釈テーブル８４のインデックス入力に接続される。 時々、ピクセル解釈テーブル８４は、「ピクセルタグ（pixel tag ）」テーブルもしくは「ウインドゥタグ（windowtag）」テーブルと呼ばれる。 Ｂｒｏｏｋｔｒｅｅ（登録商標）ＢＴ４６３
ＲＡＭＤＡＣの対応するテーブルは、「ウインドゥタイプ（window type ）」テーブルと呼ばれる。 シフター／
加算器回路入力は、ピクセル解釈テーブル８４からのコントロールラインに接続される。

【００１５】更に、図６に示される構成要素に関して、
加算器８８の出力は、色探索テーブル１（ＬＵＴ１）９
０、色探索テーブル２（ＬＵＴ２）９２、色探索テーブル３（ＬＵＴ３）９４へのインデックスの１セットである。 色探索テーブル１ ９０（ＬＵＴ１）は、例えば、
表示装置内の赤色銃に接続されている。 色探索テーブル２ ９２（ＬＵＴ２）は、例えば、表示装置内の青色銃に接続されている。 色探索テーブル３ ９４（ＬＵＴ
３）は、例えば、表示装置内の緑色銃に接続されている。 ＬＵＴ１、ＬＵＴ２、ＬＵＴ３にロードされる特定の値は所定の値であり、本システムの動作に関して、個々に、ロードされる。 図６に示される構成要素の動作中、ピクセル値の個々の部分を、マルチプレクサ８２を介し、シフター／加算器回路の入力及びピクセル解釈テーブル８４のインデックス入力へ通す。 こうして、各々のピクセル値内の所定のフィールドは、ピクセル解釈テーブル８４を索引し、そのピクセルに関するピクセル解釈テーブルエントリーを見つけるために使用される。 ピクセル解釈テーブルエントリー内のフィールドの値は、
シフター８６及び加算器８８を制御し、ピクセル値内の他のフィールドを解釈するために使用される。 関連するピクセル解釈テーブルエントリーのフィールドの内容及びピクセル値の情報に応答して、色探索テーブル内の位置のアドレス（ここでは、例として、「カラーアドレス（color address ）」と呼ぶ）が、色銃の各々に対してつくられる。 例えば、ＬＵＴ１に書き込まれるエントリーの第１のアドレスがつくられる。 ＬＵＴ１エントリーは、デジタルからアナログへのコンバータ（ＤＡＣ）によってアナログ信号に変換されるデジタル値を含み、変換されたアナログ値は赤色銃へ通される。 同様に、ＬＵ
Ｔ２及びＬＵＴ３内のエントリーのアドレスがつくられ、緑色銃及び青色銃に通されるアナログ電圧に変換されるデジタル値を得る。 表示装置上にグラフィックス表示をつくるために、アナログ値は３色の銃（９５、９
６、９７）へ通される。

【００１６】例えば、関連するピクセル解釈テーブルエントリーのシフトフィールドの値は、ピクセル内の色情報のビット位置を示す。 シフター８６は、シフトフィールド値を使用して、適切な色探索テーブルをアドレスするのに使用される最下位のビット位置へ色情報を移す。
それから、関連するピクセル解釈テーブルエントリーの開始アドレスフィールドの値は、加算器８８に通され、
そして、色探索テーブルに記憶された可能な複数の色のパレット（別名は、「色マップ」）の中から選定するために、そのピクセルに対する色情報に加えられる。 図７
は、ＶＲＡＭ内のピクセル値のフォーマットの実施例を示す。 図７の実施例では、インデックスフィールド９
８、オーバーレイフィールド１００、バイト２ １０
２、バイト１ １０４、バイト０ １０６として示されている３バイトの色情報がある。 図７に示されている構成要素の動作中、ＲＡＭＤＡＣは、インデックスフィールド９８の内容を使用して、ピクセルデータの残りのフィールドを解釈する。 インデックスフィールド９８の値は、例えば、ピクセル解釈テーブルへの可能なインデックスの範囲内である。 例えば、実施例のピクセル解釈テーブルが１６エントリーを含む場合には、インデックスフィールドの値９８は、０から１５までの範囲内である。 ＲＡＭＤＡＣは、インデックスフィールド９８の値によって索引されるピクセル解釈テーブルエントリーを使用して、ピクセル値の残りを解釈する。

【００１７】図８Ａは、ピクセル解釈テーブル１１０の実施例を示す。 更に、図８Ａは、ピクセル解釈テーブルエントリー１１２のフォーマットの一例を示す。 図８Ａ
の例のピクセル解釈テーブル１１０は、ゼロから１５の関連するインデックスを有する１６エントリーを含む。
リザーブフィールド（Reserved field）１１４、探索テーブルバイパス（ＬＴＢ−Look-up Table Bypass））ビット１１６、開始アドレスフィールド（Start Address
field ）１１８、マスクフィールド（Mask field）１２
０、オーバーレイデータ位置フィールド（Overlay Data
Location Field ）１２２、モードフィールド（Mode f
ield）１２４、プレーンフィールド（Planes field）１
２６、シフトフィールド（Shift field ）１２８を含む例のピクセル解釈テーブルエントリー１１２の例を示す。 図８に示される実施例の動作中、シフトフィールド１２８は、そのピクセルに対する色情報が始まるビット位置を特定する。 本システムは、このフィールドの内容を使用して、ＲＡＭＤＡＣの色探索テーブルを索引するために、ピクセル値から色情報の８ビットのサブフィールドを選定する。

【００１８】プレーンフィールド１２６の値は、色情報のために使用されるビット数を示す。 更に、モードフィールド１２４の値は、ピクセル値内の色情報をどのように使用するかを制御する。 例えば、モードフィールド１
２４の値は、ピクセル値の色情報を「真色（true colo
r）」モードもしくは「擬色（pseudo color）」モードのどちらで使用するかを決定する。 もし、色情報を、真色をつくるために使用すべきであることを、モードフィールド１２４の値が示すならば、赤色銃、緑色銃、及び青色銃の各々に対する色値を得るために、色情報から等しい数のビットが使用される。 例えば、プレーンフィールド１２６の値が２４である真色モードでは、色情報を、８ビット長が３つあるとして使用する。 その場合、
色情報の８ビットのサブフィールドの各々の値を使用して、関連する色銃に送る値をつくるために、色探索テーブルの所定の１つを索引する。

【００１９】もし、色データが、擬色をつくるために使用されるべきであることを、モードフィールド値が示すならば、ピクセルの色情報内からのビットの１セットだけを使用して、３つの色銃の全てに対する色値を得る。
シフトフィールド１２８の値を使用して、そのピクセルの表示をつくるための２４ビットの色情報内の３つの８
ビットのサブフィールドの中の１つを選定する。 関連する色銃へ送る電圧値をつくるために、選定された８ビットのサブフィールドの値を、色探索テーブルの各々へのインデックスとして使用する。 本システムは、擬色モードで動作する。 ブリンク対象を提供するために、本システムのドライバーは、シフトフィールドの内容を操作し、ピクセルの色をつくるために使用されるピクセル値の色情報のサブフィールドを変更する。 ブリンクは、例えば以下のように実施される。 まず、色情報の下位の８
ビットを、色をつくるために使用する。 ユーザが特定した時間の後、デバイスドライバーは、シフト値を更新し、色をつくるために中央の８ビットが使用されるようにする。 後続の所定の時間の後、ブリンク対象のピクセルの色をつくるために、最初の８ビットを、再び使用する。

【００２０】本システムが、ピクセル解釈テーブルのエントリーを変更することによって、ピクセルの色情報内の交替のサブフィールドを選定することは、既存のシステムと大きく異なる。 既存のシステムでは、ピクセル解釈テーブルエントリーの値は、最初にロードされ、決して変更されない。 オーバーレイ位置フィールド１２２
は、ピクセル値内のオーバーレイデータのビット位置を特定する。 例えば、オーバーレイ位置フィールド１２２
の最初の所定の値は、オーバーレイ値が、ピクセル値の色情報の後の最上位の４ビットに位置するということを示す。 ピクセル値のオーバーレイデータ内の対応するビットをイネーブルにする（ロジック１）、もしくはディスエーブルにする（ロジック０）ために、オーバーレイマスクフィールド１２０の値は使用される。 最終結果をつくるために、オーバーレイデータは、マスク１２０の値と論理的に「ＡＮＤ」される。 マスクフィールド１２
０の値を使用することによって、オーバーレイデータは、メモリ内に存在するが、関連するピクセル解釈エントリーのマスクビットをクリアすることによって、透過にされることが可能である。 ＲＡＭＤＡＣは、オーバーレイマスクフィールドの値を使用して、ピクセル値のオーバーレイデータの個々のビットをマスクする。 ＶＲＡ
Ｍから読み出されたピクセル値の各々に応答して、関連するピクセル解釈テーブルエントリーのオーバーレイマスクは、ピクセル値のオーバーレイデータと論理的に「ＡＮＤ」される。 それから、結果を使用して、各々の色銃に対する色テーブルのオーバーレイ部分を索引する。 例えば、各々の色テーブルのオーバーレイ部分は、
色テーブルの開始アドレスよりも下位のアドレスに位置する１６エントリーのテーブルである。 従って、ＡＮＤ
演算の結果がゼロでない時、オーバーレイ色情報の位置は、色テーブルの開始アドレスからオーバーレイ色テーブル長を引き、それから論理的な「ＡＮＤ」演算の結果を加えることによって決定される。 もし、論理的な「Ａ
ＮＤ」演算の結果がゼロならば、オーバーレイは透過である。 従って、ピクセル値に関するピクセル解釈テーブルエントリー中に「０」のオーバーレイマスク値がある時、そのピクセル値に対するオーバーレイデータは無視され、そのピクセルの表示のための色情報は、そのピクセル値の非−オーバーレイ色情報から得られる。

【００２１】実施例では、アプリケーションプログラムは、追跡対象の最新位置及び全ての過去の位置に対するピクセル値を描くという責任を負う。 所定のピクセル解釈テーブルのインデックスのセットから選定されたピクセル値の各々のピクセル解釈テーブルのインデックスを含むことによって、アプリケーションは、どのピクセルが追跡対象の最新位置内にあり、そして、どのピクセルが追跡対象の過去の位置内にあるかを示す。 更に、この実施例では、常に追跡対象の各々の最新位置を表示し、
そして、順番に、追跡対象の各々の過去の位置を表示するために、所定のピクセル解釈のインデックスのセットに対応するピクセル解釈テーブルエントリーのオーバーレイマスクフィールドの値を操作する。 アプリケーションプログラムは、もはや表示されない追跡対象の過去の位置のピクセルを消す責任を負う。

【００２２】開始アドレスフィールド１１８の値は、各々の色探索テーブル内の特定の色マップの基本アドレスを特定する。 各々のピクセル値のオーバーレイデータを含む色情報は、色探索テーブル内の色マップの絶対値の物理アドレスに無関係に、特定の色マップにアドレスする。 例えば、開始アドレス１１８は、ピクセル値の非−
オーバーレイ色情報に加えられ、それから、所定のエントリー長で乗算されて、そのピクセルの対応する色銃に対する強度値を含む色探索テーブル内の物理アドレスをつくる。 ＬＴＢビット１１６の最初の所定の値は、色探索テーブル（９０、９２、９４）をバイパスして、直接、色データが電子銃へ送られることを示す。 このビットが、ピクセルからの色データは、直接、電子銃に送られなければならないことを示し、モードビットが、２４
ビットの「真色」モードを示す時、色データの１バイトのサブフィールドの各々からの値は、青銃、緑銃、赤銃に加えられる。 ８ビットの「擬色」モードでは、色データからの８ビットの値（シフトフィールドの値によって示される）だけが、赤電子銃、青電子銃、緑電子銃に等しく加えられ、２５６のシェードグレースケール（shad
e Grey scale）をつくる。

【００２３】本システムは、動的に、ピクセル解釈テーブルのエントリーを変更し、ブリンクピクセル表示、もしくは、追跡ピクセル表示をつくる。 実施例では、ピクセル解釈テーブル１１０は、１６エントリー長であり、
その内１０エントリーが、ブリンクピクセルもしくは追跡ピクセルを実施するために使用される。 ブリンクピクセルもしくは追跡ピクセルを提供するために、本システムによって使用されるピクセル解釈テーブルエントリーのインデックスは、例えば、２から１１までを含んでいる。 以下のリストは、本ピクセル解釈テーブルの第１の実施例を要約する。

【００２４】 ピクセル解釈テーブル 説明 エントリーインデックス ２ 関連するピクセルは、ブリンク対象内にあることを示す 。 デバイスドライバーは、ブリンク効果を提供するために このエントリーのシフトフィールド値を変更する。 ３ 関連するピクセルは、追跡対象の最新位置内にあること を示す。 デバイスドライバーは、オーバーレイマスクフィ ールドを変更しないままにしておき、結果、ピクセルは、 ピクセル値のいずれかのオーバーレイデータに基づいて表 示される。 例えば、オーバーレイマスクフィールドの値は 全て１、すなわちｆ ₁₆である。 ４ 関連するピクセルは、例えば、時間Ｔ−１では、追跡対 象の最新の追跡位置内にあることを示す。 ５ 関連するピクセルは、追跡対象の２番目に新しい追跡位 置内にあることを示す（Ｔ−２）。 ６ 関連するピクセルは、追跡対象の３番目に新しい追跡位 置内にあることを示す（Ｔ−３）。 ７ 関連するピクセルは、追跡対象の４番目に新しい追跡位 置内にあることを示す（Ｔ−４）。 ８ 関連するピクセルは、追跡対象の５番目に新しい追跡位 置内にあることを示す（Ｔ−５）。 ９ 関連するピクセルは、追跡対象の６番目に新しい追跡位 置内にあることを示す（Ｔ−６）。 １０ 関連するピクセルは、追跡対象の７番目に新しい追跡位 置内にあることを示す（Ｔ−７）。 １１ 関連するピクセルは、もはや追跡されない追跡対象の以 前の位置内にあることを示す。 オーバーレイマスクは、例 えば、ピクセル値の全てのオーバーレイデータが無視され るように、ゼロにセットされる。

【００２５】本ピクセル解釈テーブルの第２の実施例では、インデックス３から１０を有するそれらのエントリーを使用して、循環で、追跡された以前の位置内のピクセルと共に、追跡対象の最新位置内のピクセルを維持する。 例えば、図８Ｂに示されるように、アプリケーションプログラムは、ファンクション１２９をコールする。
そのファンクションは、デバイスドライバーに、ピクセル解釈テーブルエントリー３から１０の中のどのエントリーが追跡対象の最新位置内のピクセルに対するエントリーとして取り扱われるべきであるかを示す最新位置ポインターを更新するように通知する。 デバイスドライバーは、ステップ１３０で示されるように最新位置ポインターを減少することによって応答する。 もし、その減少される値が５よりも小さいならば、最新位置ポインターは１０にセットされる。 このように、エントリー３から１０は、エントリー２及び１０が連続して隣合うように囲んでいる連続する輪として取り扱われる。

【００２６】例えば、最新位置ポインターは、最初に、
ピクセル解釈テーブルエントリー３を示す３にセットされる。 最初に、エントリー４から１０を使用して、位置Ｔ−１のピクセルに関するエントリー４、位置Ｔ−２のピクセルに関するエントリー５、等々で、追跡対象の追跡された以前の位置のピクセルを表示する。 ステップ１
３０が実施された後、新しい最新位置ポインターの値は１０である。 そして、エントリー３から９を使用して、
新しい位置Ｔ−１（先の最新の位置）のピクセルに関するエントリー３、新しい位置Ｔ−２のピクセルに関するエントリー４、等々で、追跡対象の追跡された以前の位置のピクセルを表示する。 関数１２９への後続のコールの後、再び、デバイスドライバーは、最新位置ポインターが値９を持つように、最新位置ポインターを減少する。 そのポイントでは、エントリー１０、１、２、３、
４、５、６、７、８が使用され、新しい位置Ｔ−１のピクセルに関するエントリー１０、新しい位置Ｔ−２のピクセルに関するエントリー１、等々、そして、追跡対象の最も古い追跡された以前の位置に関するエントリー７
で、追跡対象の追跡された以前の位置のピクセルを表示する。

【００２７】更に、図８Ｂの実施例において、ステップ１３１では、デバイスドライバーは、追跡対象の追跡された以前の位置に関するピクセル解釈テーブルエントリーの全てのオーバーレイマスク値をゼロにセットし、そして、追跡対象の最新の位置に関するピクセル解釈テーブルエントリーのオーバーレイマスク値を全て１にセットする。 ステップ１３２では、デバイスドライバーは、
最新位置に関するエントリーの前のピクセル解釈テーブルエントリーのオーバーレイマスク値を、全て１に順番にセットする。 このように、追跡対象の最も古い追跡された以前の位置が、最新位置と共に、最初に表示される。 それから、最新位置に向かう順番に、順次、以前の追跡された位置が表示される。 例えば、もしステップ１
３０の後、新しい最新位置ポインターが９に等しい値を有するならば、ステップ１３２では、デバイスドライバーは、エントリー３のオーバーレイマスク値を全て１にセットする。 何故ならば、エントリー番号８は、追跡対象の最も古い追跡された以前の位置のピクセルに関するからである。

【００２８】ピクセル解釈テーブルの第１の実施例が使用される場合には、追跡対象が位置を変える時、アプリケーションは、追跡対象の最新の位置もしくは追跡された以前の位置のピクセル値の各々のインデックスフィールドに書き込む。 ピクセル解釈テーブルの第２の実施例が使用される場合には、アプリケーションは、追跡対象の最新位置のピクセルに対する古いインデックスのすぐ前のインデックスで、追跡対象の新しい最新位置のピクセルのインデックス値を書き込む。 例えば、最初に、追跡対象の最新位置がインデックス値３で示される場合には、アプリケーションは、追跡対象の新しい位置内のピクセルのピクセル値内のインデックスフィールドに、値１０を書き込み、そして、ファンクションもしくはサービス１２９をコールし、デバイスドライバーにその最新位置のポインターの値を更新することを示す。 このように、ピクセル解釈テーブルの第２の実施例は、追跡対象が位置を変える時、アプリケーションが追跡対象の追跡された以前の位置のピクセルの値を変更する必要を減少する。

【００２９】ピクセル解釈テーブルの第１もしくは第２
の実施例を使用する時、追跡対象が移動するにつれて、
アプリケーションは、明確に、追跡範囲外のピクセルを消す。 例えば、アプリケーションが追跡対象を新しい位置に書き込む時、それは、インデックス値１１で、対象の最も古い以前の追跡された位置（例えば、以前のＴ−
７）のピクセルを書き込む。 ピクセル解釈テーブル内のエントリー１１のオーバーレイマスク値はゼロに初期化され、ゼロのままなので、これは、事実上、それらのピクセルを表示から消す。 本システムの別の特徴は、全ての追跡対象は、ピクセル値のオーバーレイデータを使用して表示されているので、アプリケーションは、単にピクセル解釈テーブルエントリーのオーバーレイマスクフィールドをゼロに等しくなるように変更することによって、全ての追跡対象を都合良く消去できるということである。

【００３０】図８Ｃは、追跡対象の表示を提供するために、デバイスドライバーによって、定期的に実施されるステップの一例を示す。 例えば、ＶＢＩ（Vertical Bla
nking Interrupt −垂直帰線消去割り込み）のような割り込み１３３に応答して、ステップ１３４で、デバイスドライバーは、追跡対象の現時点で表示されている追跡された以前の位置をオフすべきかどうかを決定する。 例えば、デバイスドライバーは、追跡された以前の位置のピクセルをオフにする前に、追跡された以前の位置をオンにするのに続いて受信できる割り込みの数を表すカウンター（ＦＲＡＭＥＳ＿ＯＮ）を保有できる。 このようなカウンターは、例えば、ユーザもしくはアプリケーションプログラムによって提供されるコンフィギュレーションパラメータに基づく。 例えば、もし、ステップ１３
４で、デバイスドライバーがＦＲＡＭＥＳ＿ＯＮカウンターを減らし、結果の値がゼロならば、ステップ１３４
はステップ１３５に行く。 さもなければ、ステップ１３
４はステップ１３６に行く。 もし、減らす前に、カウンター値がゼロならば、ステップ１３４はステップ１３６
に行く。

【００３１】ステップ１３５では、デバイスドライバーは、ゼロを、追跡対象の表示されている追跡された以前の位置に関するピクセル解釈テーブルエントリーのオーバーレイマスク値に書き込む。 更に、デバイスドライバーは、どのピクセル解釈テーブルエントリーが、表示されるべき追跡対象の追跡された以前の位置に関連するかを示すポインター（ＤＩＳＰＬＡＹ＿ＴＲＡＣＫ）を更新する。 このポインターは、例えば、追跡対象の最新位置に関するエントリーに対して時間的に２番目に新しいエントリーを示すように更新される。 もし、ポインターの最新の値が、一番最新の追跡された以前の位置（Ｔ−
１）に関するエントリーに対する値であるならば、そのポインターは、先に一番前に追跡された以前の位置（例えば、Ｔ−７）を示すように更新される。 更に、ステップ１３５では、追跡対象の２番目に新しい追跡された以前の位置のピクセルがオンにされる前に受信された割り込みの数を表すカウンターは、その初期値（ＦＲＡＭＥ
Ｓ＿ＯＦＦ）にセットされる。

【００３２】ステップ１３６では、デバイスドライバーは、追跡対象の次の追跡された以前の位置がオンにされるべきかどうかを決定する。 例えば、デバイスドライバーは、ＦＲＡＭＥＳ＿ＯＦＦを減らし、もし、減らした後の結果がゼロとなったならば、デバイスドライバーは、ステップ１３７で、ＤＩＳＰＬＡＹ＿ＴＲＡＣＫポインターによって示されるピクセル解釈テーブルエントリーのオーバーレイマスクフィールドに、全て１を書き込む。 さもなければ、ステップ１３６はステップ１３８
に行く。

【００３３】図９は、仮想アドレス空間のユーザ領域１
４８部分にあるグラフィックスウィンドウズサーバー１
５０ソフトウェアシステム内の構成要素を含む本システムの実施例を示す。 ユーザ領域１４８は、例えば、アプリケーション特定プログラムを含む。 更に、図９の実施例は、例えばデバイスドライバー１５８といった、システム、すなわちオペレーティングシステム１５２を有する「カーネル」領域１５１内にある構成要素を示す。 更に、ユーザ領域１４８には、ロード可能なコードモジュール１６９、ロード可能なコードモジュール１５９内のグラフィックスサーバーモジュール１６８、グラフィックスサーバー１６８内の「拡張ピクセル属性」（Extend
ed Pixel Attributes −ＥＰＡ）アプリケーションインターフェース１６７が示される。 さらに、カーネル領域１５１には、例えば、グラフィックスデバイスドライバー１４８のような全てのグラフィックスデバイスに対するデバイスドライバー１５６を含むＩ／Ｏサブシステム１５４が示される。

【００３４】図９の実施例に示される構成要素の動作中、グラフィックスサーバー１６８は、ユーザもしくはアプリケーションプログラムから受信された命令に応答して、グラフィックスアダプタ１６０内のＶＲＡＭ１６
４の内容を読み書きする。 例えば、レーダーシステムによって検知された対象を表示するために、本システムを使用する場合には、ＶＲＡＭ１６４の内容を書き出して、レーダーシステムによって検知されたところのものを反映するようにするために、Ｘウインドゥズサーバー１５０内の構成要素を使用する。 従って、グラフィックスサーバーモジュール１６８は、レーダーシステムが、
表示装置１６６上の表示のための表示領域の特定の位置に、ブリンク対象もしくは追跡対象を描くために使用できるグラフィックスの初期のインターフェースを提供する。 更に、図９に示される構成要素の動作中、ドライバー１５８は、ＲＡＭＤＡＣ１６２の動作を制御する。 グラフィックスアダプタ１６０は、ビデオ表示装置１６６
を操作する。

【００３５】図９に示される構成要素の実施例では、デバイスドライバー１５８は、４つの機能領域を含む。 これらは、以下の通りである。 １． グラフィックスアダプタ１６０について初期化を実施するコード。 ２． ＶＲＡＭ１６４をユーザ領域にマップし、ユーザレベルの処理として動くサーバー１５０が、グラフィックスサーバーモジュール１６８を介して、それにアクセスできるようにするコード。 この方法で、サーバー１５
０は、ピクセル値をＶＲＡＭ１６４に書き込むことによって、ビデオ表示１６６上に描くことができるようにされる。 ３． ユーザレベルプログラムからドライバー１５８へのインターフェースを提供するコード。 このインターフェースは、例えば、ファンクションもしくはサブルーチンコールの形式である。 直接、デバイスドライバーと通信するユーザレベルプロセスのための何らかの標準の仕組みを使用できる。 ４． グラフィックスアダプタ１６０からの割り込みに応答するコード。 実施例では、ビデオ表示１６６のリフレッシュの後毎に、割り込みがつくられる。 このような割り込みは、例えば、垂直帰線消去割り込み、すなわちＶＢＩと呼ばれる。 例えば、一般的に、各々のビデオフレームの後、ビデオ表示１６６の画面は消去される。 この消去動作中、ドライバー１５８は、色テーブル、ピクセル解釈テーブル、表示に影響を与えるＲＡＭＤＡＣ１
６２の他のパラメータを更新できる。 ５． いつ、ビデオ表示１６６に表示される対象内のピクセルがブリンク、もしくは、追跡されるべきであるかを決定するコード及びデータストラクチャー。 動作中、
追跡及びブリンクの両方について、被動作のピクセルに対するピクセル解釈テーブルエントリーは、ドライバー１５８によって変更される。 継続的に、ドライバー１５
８は、いずれかのピクセル解釈テーブルエントリーの値が、ピクセル解釈テーブルのオフラインコピー内で変わったかどうかを確認し、グラフィックスアダプタ１６０
からの次の割り込みに応答して、いずれかの変更されたピクセルタグテーブルエントリーを、ＲＡＭＤＡＣ１６
２にダウンロードする。

【００３６】ブリンク対象をイネーブルとするために、
グラフィックスサーバーモジュール１６８は、特定の色を描くために使用する色値を要求する。 本システムは、
例えば、ＥＰＡモジュール１６７を介して、色を描くために使用する２５６の可能な色探索テーブルエントリーの内の１つを表す０から２５５の範囲の値を返す。 返された値は８ビットの値であり、グラフィックスサーバーモジュールは、返された値を、ブリンク対象に対する各々のピクセル値の色データの２つの所定のサブフィールドの内の１つに書き込む。 実施例では、「プレーンマスク（plane mask）」をブリンク対象に関連付け、グラフィックスサーバーモジュール１６８によるブリンク対象内のピクセル値の全ての書き込みをマスクすることによって、これを実施する。 例えば、グラフィックスサーバーモジュール１６８は、共に既知の「対象ハンドル（ob
ject handle)」もしくは識別子によって、ブリンク対象に関連付けられた「グラフィックスコンテキスト（grap
hics context）」と呼ばれるところのものを含んでも良い。 グラフィックスサーバーモジュール１６８は、ブリンク対象内のピクセル値への書き込みを実施する時はいつでも、そのグラフィックスコンテキストに関連付けられた、「プレーンマスク」を含むデータストラクチャーのセットを参照する。 プレーンマスクは、例えば、ピクセル値のビット数と同じビット数を有するバイナリー値である。 「１」にセットされるプレーンマスクのそれらのビットは、変更可能なピクセル値のビット位置を表す。 ゼロにセットされるビットは、変更不可能なピクセル値の位置にある。 ブリンク対象に対して規定されたグラフィックスコンテキストに対するプレーンマスクは、
色データの２つの所定のサブフィールドの内のどちらが色値で書かれるかを規定する。

【００３７】例えば、「緑」に対する８ビットの色値は、０×１２として返される。 サーバーは、変数値を０
×００００００１２にセットする。 グラフィックスサーバーモジュール１６８は、その値を次に最上位のバイトに繰り返し（例えば、シフトすることによって）、０×
００００１２１２に等しいピクセル値をつくる。 また、
グラフィックスサーバー１６８は、ピクセル解釈テーブルのインデックス値をセットする。 ブリンク対象に対するデフォルトのピクセル解釈テーブルエントリーは「２」である。 これは、変数値０×２０００１２１２を生じる結果となる。 この結果の値は、サーバー１６８
が、ブリンクする、もしくはブリンクしない全ての緑の対象に対するＶＲＡＭのピクセル値を書き込むために、
続いて使用する値である。 例えば、ブリンクしない緑の対象に対するピクセル値を書き込むために、グラフィックスサーバーモジュール１６８は、プレーンマスクとして０×ＦＦＦＦＦＦＦＦを有するグラフィックスコンテキストを使用して、値０×２０００１２１２を書き込む。 このように、全体の値がピクセル値に書き込まれる。 従って、第１の所定のサブフィールド（例えば、ビット０−７）を使用して、ピクセルの色をつくる時、値０×１２は、緑を表示させる結果となる。 そして、色データの第２の所定のサブフィールド（例えば、ビット８
−１５）を使用する時、値０×１２は、再び緑を生じる結果となる。 このように、ブリンクしない緑の対象が提供される。

【００３８】グラフィックスサーバー１６８は、対象を、プレーンマスク０×ＦＦＦＦＦＦ００を有するグラフィックスコンテキストと関連付けることによって、ブリンク対象の表示を初期化する。 このプレーンマスク値は、単に、ピクセル値の上位２４ビットを変更するのみで、下位８ビットの内容を変更しないままにする、グラフィックスサーバーモジュール１６８による各々の書き込みを生じる結果となる。 例えば、赤に対する相対的な色値は、「０×１４」であり、ＶＲＡＭの任意のブリンクしない位置の３２ビットのピクセル値は、「０×２０
００１４１４」である。 ブリンク対象内の緑のピクセルが描かれた後、メモリの新しい値は「０×２０１２１２
１４」である。 ブリンク対象に対するグラフィックスコンテキストのプレーンマスクの結果として、下位の８ビットは変更されないということに注目されたい。 この特定のピクセル位置は、今、緑のピクセルと赤のピクセルとの間でブリンクする。

【００３９】デバイスドライバー１５８は、ビデオ帰線消去割り込みに応答して、インデックス２を有するピクセル解釈テーブルエントリーを継続的に更新する。 デバイスドライバー１５８は、２段階の動作を有する。 第１
段階の中で、デバイスドライバー１５８は、ピクセル解釈テーブルのインデックス２を有するピクセルに対するピクセル値色情報の下位８ビット（ビット０−７）が、
それらのピクセルの色をつくるために使用されるようにする。 例えば、デバイスドライバー１５８は、インデックス２を有するピクセル解釈テーブルエントリーに、シフト値ゼロ、及び、ピクセルの色データが、８ビットの擬似色として解釈されるようにするモード値を書き込む。 従って、第１のドライバー段階中に、ＲＡＭＤＡＣ
がピクセル値を処理する時、この場合は０×１４であるビット０−７の組合せを使用して、この場合は赤であるピクセルの色を決定する。

【００４０】第２段階の動作の中で、デバイスドライバー１５８は、ピクセル値色情報の次に上位の８ビット（ビット８−１５）が、ピクセル解釈のインデックス値２を有するピクセルに対する色をつくるようにする。 デバイスドライバー１５８は、例えば、インデックス２を有するピクセル解釈テーブルエントリーに、シフト値８
を書き込む。 モード値は変更されない。 従って、第２のドライバー段階中に、ＲＡＭＤＡＣがピクセルを処理する時、この場合は０×１２であるビット８−１５の内容を使用して、この場合は、緑であるピクセルの色を決定する。 ドライバー段階の継続時間は、ユーザによって変更可能である。 例えば、ユーザは、１２の垂直帰線消去割り込みがつくられる時間に等しい時間、ブリンク対象の各々が表示されるようなブリンク速度を要求することができる。 その場合には、デバイスドライバー１５８
は、１２の垂直帰線消去割り込み毎に応答して、段階を変える。

【００４１】図１０は、例えば、垂直帰線消去割り込み１７０のような割り込みに応答する本システムの実施例によって実施されるステップを示す。 割り込み１７０に応答して、ステップ１７２で、デバイスドライバーがコールされる。 例えば、図９に示されるように、ステップ１７２で、ドライバー１５８はコールされる。 ステップ１７４では、ステップ１７２でコールされたデバイスドライバーは、ピクセル解釈テーブルのオフラインコピーの全ての変更されたエントリーを、ビデオ表示装置を操作するグラフィックスアダプタ上に位置するピクセル解釈テーブルにコピーする。 上述のように、新しいシステムでは、アプリケーションは、各々のブリンク対象に対して、ＶＲＡＭへの一度の書き込みだけを必要とし、そして、その一度の書き込みは、アプリケーションがブリンク操作にかかわる唯一の時である。 このように、本システムは、非常に多くのブリンク対象もしくは追跡対象を追跡する要求を満たす。 本システムをＸ−ウインンドゥズグラフィックスサーバーに関して説明したが、本システムの理論は、全てのグラフィックス表示システムに適用できる。 更に、実施例を、ソフトウェア構成要素もしくはソフトウェアモジュールに関して説明したが、本システムを、例えば、１もしくは１よりも多くのカスタムＩＣ（ＡＳＩＣＳ）のようなハードウェア構成要素でも同様に実施することができる。

【００４２】また、本発明を、特定の実施例を参照して説明したけれども、その説明は、限定の意味で解釈されることを意図していない。 この説明を参照して、本発明の範囲内の他の実施例と同様に開示の実施例の様々な変更は、当業者にとって明らかである。

【図面の簡単な説明】

【図１】可視のブリンク対象を含む表示装置上のグラフィックス表示の実施例を示す。

【図２】隠されているブリンク対象を含むグラフィックス表示装置上のグラフィックス表 示の実施例を示す。

【図３Ａ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図３Ｂ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図３Ｃ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図３Ｄ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図３Ｅ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図３Ｆ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図３Ｇ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図３Ｈ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図３Ｉ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図３Ｊ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図３Ｋ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図３Ｌ】グラフィックス表示装置上に表示される追跡対象の実施例を示す。

【図４】グラフィックス表示システムの実施例を示す。

【図５】グラフィックスアダプタ内の構成要素の実施例を示す。

【図６】ＲＡＭＤＡＣ内の構成要素の実施例を示す。

【図７】ピクセルデータフォーマットの実施例を示す。

【図８Ａ】ピクセル解釈テーブルの実施例を示す。

【図８Ｂ】追跡対象を表示するための実施例において実施されるステップを示すフローチャ ートである。

【図８Ｃ】追跡対象を表示するための実施例において実施されるステップを示すフローチャ ートである。

【図９】グラフィックス表示システムの実施例を示す。

【図１０】所定のインタラプトに応答して、デバイスドライバーによって実施されるステッ プの実施例を示す。

【符号の説明】

１０ ブリンク画面対象（長方形） １２ 最前面の画面対象（楕円） １４ 最後部の画面対象（円） ２０−３５ １セットのピクセル ５０ 表示装置 ５２ グラフィックスアダプタ ５４ システムバス ５６ ＣＰＵ ５８ メモリ ６０ 他のＩ／Ｏデバイス ７０ グラフィックスアダプタ ７２ グラフィックスエンジン ７４ ビデオＲＡＭ（ＶＲＡＭ） ７６ ＲＡＭＤＡＣ ８０ ＲＡＭＤＡＣ ８２ マルチプレクサ ８４ ピクセル解釈テーブル ８６ シフター ８８ 加算器 ９０ 色探索テーブル１ ９２ 色探索テーブル２ ９４ 色探索テーブル３ ９８ インデックスフィールド １００ オーバーレイフィールド １０２ バイト２ １０４ バイト１ １０６ バイト０ １１０ ピクセル解釈テーブル １１２ ピクセル解釈テーブルエントリー １１４ リザーブフィールド １１６ 探索テーブルバイパスビット １１８ 開始アドレスフィールド １２０ マスクフィールド １２２ オーバーレイデータ位置フィールド １２４ モードフィールド １２６ プレーンフィールド １２８ シフトフィールド １４８ ユーザ領域 １５０ グラフィックスウィンドウズサーバ １５１ カーネル領域 １５２ オペレーティングシステム １５４ Ｉ／Ｏサブシステム １５６ グラフィックスデバイス １５８ デバイスドライバー １６０ グラフィックスアダプタ １６２ ＲＡＭＤＡＣ １６４ ビデオＲＡＭ（ＶＲＡＭ） １６６ 表示装置 １６７ 「拡張ピクセル属性」アプリケーションインターフェース １６８ グラフィックスサーバー １６９ ロード可能なコードモジュール