JPH05189574A - レンダリング構成要素における複数コマンド支援を行うための方法およびその装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 単一レンダリング構成要素における複数コマ
ンドセットを支援するための方法および装置を供する。 【構成】 コマンドが参照番号７６でレンダリング構成
要素によって受信されると、適切なマイクロコード８
０、８２または８４を呼び出すかどうかを決定するため
に参照番号７８で照会が行われる。照会７８は、ローカ
ルメモリ９２を以下のように制御するためにも使用され
る。第１の状態８６は、複数コマンドセットアダプタで
支援される第１のコマンドセットについて定義される。
第２の状態８８は、支援される第２のコマンドセットに
ついて定義される。それらの第１の状態と第２の状態と
の間の切替え９０を可能にするために、アダプタコマン
ドセットには特殊コマンドが追加される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ処理システム、
より詳しくは、データ処理システムにおけるレンダリン
グ構成要素を制御するために使用されるコマンドデータ
ストリームの構築および解釈に関する。

【０００２】

【従来の技術およびその課題】従来技術では、各種のデ
ータ処理レンダリング構成要素が公知である。こうした
構成要素は、一連の命令／コマンドを特定のレンダリン
グ動作に翻訳する。グラフィックスアダプタは、コンピ
ュータとコンピュータ表示装置との間のインタフェース
として機能する。グラフィックスアダプタは、データ処
理コンピュータまたはマイクロプロセッサから描画コマ
ンドを受入れ、それらのコマンドを翻訳し、コンピュー
タ表示装置を作動させ、それに画像を表示するために使
用される適切な駆動信号を生成する。同様に、プリンタ
アダプタは、印刷コマンドを受入れ、それらのコマンド
を解釈し、プリンタの電子的、電磁的、および／また
は、レーザ制御式印刷機構を作動させるために使用され
る駆動信号を生成する。

【０００３】これらの形式のアダプタは、既知であり定
義された構文またはコマンドセットを受入れるように設
計されている。このようなグラフィックスコマンドセッ
トの例には、ＰＨＩＧＳ、ＧＬ、ＧＫＳなどがある。こ
れらのコマンドセットは、データ処理システムの表示装
置に図形表示を生成するために使用される実際の描画コ
マンドを含む。レンダリングプリンタアダプタに送信さ
れるデータストリームの例には、Ｐｏｓｔｓｃｒｐｔ
（Ａｄｏｂｅ Ｓｙｓｔｅｍｓ，Ｉｎｃ．の登録商標）
やＩＰＤＳがある。レンダリングアダプタに送信される
レンダリングコマンドは、いずれかの形式のレンダリン
グアダプタから生成される。このコマンドジェネレータ
は、例えば、データ処理コンピュータで走行する描画／
レンダリングアプリケーションプログラムとすることが
できる。そのようなアプリケーションプログラムは、そ
のグラフィックスアダプタを備える同一の処理システム
内で局所的に、または、そのアプリケーションがグラフ
ィックスアダプタおよび表示装置を備えるシステムから
離れた処理システムで走行するように遠隔的に、いずれ
かで走行することができよう。遠隔機器構成では、描画
コマンドは、アプリケーション処理システムから従来の
遠隔通信技法によって描画システムに伝送される。グラ
フィックスアダプタ技術の変化に対応する各種コマンド
セットが多年の間に発展してきた。例えば、初期のコマ
ンドセットは、二次元グラフィックスアダプタを支援し
ていたが、これは二次元オブジェクトを表示する能力し
かなかった。電子実装密度の技術的向上は、市場に導入
されつつある三次元グラフィックスアダプタをもたらし
た。現行の二次元コマンドセットは、これらの三次元グ
ラフィックスアダプタに含まれる新しい機能性を活用で
きなくなったので、そうした三次元グラフィックスアダ
プタを支援するために新しいコマンドセットが作成され
た。さらに、各種産業の事実上の規格および国際規格に
適合する各種三次元コマンドセットも発展してきた。従
来技術では、これらのグラフィックスアダプタは、一般
に、単一の形式のコマンドセットを扱うように設計され
ている。この単一コマンドセットの支援は、描画コマン
ドを受入れ、処理システムの表示装置またはプリンタで
描画を行わせるためのグラフィックスアダプタの能力の
性能を最大限にするために必要であった。また、単一コ
マンドセットの支援は、複数のコマンドセットが支援さ
れる場合にはレンダリングアダプタ構成要素の数および
複雑さが著しく増大するので、システムコストを最小限
にするためにも望まれていた。これは、複数コマンドセ
ットのデータストリームを検出し解釈するために要する
制御回路および／またはレンダリングアダプタマイクロ
コードの増加によるものである。一般に、所与のユーザ
環境は、実際に使用される処理システムが単一コマンド
セットを生成する場合、増大するオーバヘッドおよび関
係する性能の劣化を望まない。複数コマンドセット機能
を備えることは、エンドユーザに対して、システムオー
バヘッドおよびコストの増大を不必要に負担させること
になる。

【０００４】しかし、一部のエンドユーザは、複数コマ
ンドセットを支援する必要性を有しており、そうした複
数コマンドセットの支援に関係したコストを払い、性能
の劣化を受け入れることを厭わない。複数コマンドセッ
トの機能性を付与するというこの要請を満たすために、
従来技術のシステムには、そのレンダリングアダプタ内
に、それぞれのコマンドセットに対して一つずつ、２つ
の個別のコマンドセットインタプリタが備えられてい
る。これは、単一コマンドセットのレンダリングアダプ
タを上回る著しいコストの増加をもたらしている。この
コストの増大は、結果として生じるシステム性能の劣化
を最小限にするためにコマンドセット間を効率的に切り
換えるために使用される、揮発性および／または不揮発
性データ処理用メモリその他の制御電子機器の増加によ
るものである。現在の従来技術は、効率的なコスト対性
能でレンダリングアダプタ用の複数コマンドセットを支
援できるシステムに取り組んだり提供したりしていな
い。

【０００５】

【課題を解決するための手段】本発明は、単一のレンダ
リングアダプタで複数コマンドセットを支援するための
方法および装置を供することによって、上述の課題を解
決する。開示する方法および装置は、アダプタに、各コ
マンドセットのための個別のアダプタ制御／解釈部を必
要としない。さらに、開示する方法および装置は、レン
ダリングアダプタ内に含まれた単一の制御／解釈部によ
ってコマンドセットのいずれか一方または両方を解釈で
きるフレームワークを付与する。これにより、アダプタ
の複雑さ、関係するアダプタメモリ要求条件、および、
全アダプタコストの低減が得られる。また、単一コマン
ドセットシステムの性能に匹敵できる複数コマンドセッ
トシステム性能も維持できる。

【０００６】これらの成果は、レンダリングアダプタお
よびその関係するマイクロコードとタンデム方式で動作
するデバイスドライバによって得られる。そのシステム
で支援されている最大コマンドセットを表現する第１の
コマンドセットが定義される。支援されている第２のコ
マンドセットを表現する第２のコマンドセットが定義さ
れる。第１のコマンドセットを支援するためのアダプタ
内のレンダリングアダプタマイクロコードは、第１のコ
マンドセットと共通ではないか、または、第１のコマン
ドセットにマップされることが可能な、第２のコマンド
セットのコマンドを支援するために拡張される。

【０００７】このデバイスドライバは、アプリケーショ
ンプログラムによって生成され、レンダリングアダプタ
に向けられた異種のデータストリームを受信する。第１
のコマンドセットがデバイスドライバによって受信され
る場合、そのコマンドセットは事実上変更されずにレン
ダリングアダプタに渡されるか、または、伝送される。
第２のコマンドセットがデバイスドライバによって受信
される場合は、そのコマンドを第１のコマンドセットに
マップし、その後、このマップされたコマンドセットを
結果として得られた第１のコマンドセットコマンドとし
てレンダリングアダプタに渡そうと試みられる。マッピ
ングが不可能な場合、すなわち、相当するコマンドが第
１のコマンドセットに存在しないか、または、両方のコ
マンドセットに共通ではない場合、受信されたコマンド
は、第１のコマンドセットの構文に適合するように再フ
ォーマットされ、この再フォーマットされたパッケージ
に内部である、受信された第２のコマンドセットの一意
コマンドを含む。その後、この再フォーマットされた第
２のコマンドセットの一意コマンドは、結果として得ら
れた第１のコマンドセットコマンドとしてレンダリング
アダプタに送信される。レンダリングアダプタのマイク
ロコードが第１のコマンドセットを解釈し実行できない
ほど拡張されると、その再フォーマットされた第２のコ
マンドセットの一意コマンドは、レンダリングアダプタ
マイクロコードに常駐する同一のパーザによって処理さ
れることができる。このようにして、レンダリングアダ
プタに常駐するマイクロコードは、単一のデータストリ
ーム構文をパーズし、経路指定するだけでよい。

【０００８】レンダリングアダプタマイクロコードに関
して、複数コマンドセットアダプタで支援される第１の
コマンドセットついて第１の状態が定義される。この状
態は、色、法線、位置、ピック識別名スタック、ピック
データ、マトリックスのスタックといったものを参照す
る。支援される第２のコマンドセットについて第２の状
態が定義される。それらの第１の状態と第２の状態との
間の切替えを可能にするために、アダプタコマンドセッ
トには特殊コマンドが追加される。このコマンドは、い
ずれか一方のコマンドセットに共通であるレンダリング
コマンドについて、正しい状態変数を使用するようにそ
れらのコマンドに指示するために使用される。

【０００９】これらの２つのコマンドセットに含まれる
資源制御コマンドは、レンダリングアダプタに単一かつ
一様なデータストリームを供給するために同様に修正さ
れている。その結果、アダプタマイクロコードには、新
しい資源制御コマンド機能性のごく小さいサブセットだ
けが追加され、第２のコマンドセットに含まれるそれら
の付加的な機能性を支援する。

【００１０】結果として得られるシステムは、単一コマ
ンドセットシステムに等しい性能を維持しながら、全シ
ステムの複雑性、必要なアダプタマイクロコードの量、
および、システムコストを低減する。以下に説明する方
法および装置は、グラフィックス、プリンタ、マルチメ
ディア、オーディオを含むがこれらに限定されない広範
なレンダリングアダプタに使用できる。

【００１１】従って、本発明の目的は、レンダリング構
成要素用の改良された方法および装置を供することであ
る。

【００１２】本発明の第２の目的は、複数コマンドセッ
トを支援するレンダリング構成要素を供することであ
る。

【００１３】本発明の第３の目的は、改良されたデータ
処理システムを供することである。

【００１４】本発明の第４の目的は、改良されたグラフ
ィックスシステムを供することである。

【００１５】本発明の第５の目的は、改良されたグラフ
ィックスアダプタを供することである。

【００１６】本発明の第６の目的は、改良されたプリン
タシステムを供することである。

【００１７】本発明の第７の目的は、改良されたプリン
タアダプタを供することである。

【００１８】本発明の第８の目的は、改良されたマルチ
メディアシステムを供することである。

【００１９】本発明の第９の目的は、改良されたマルチ
メディアアダプタを供することである。

【００２０】

【実施例】図１は、データ処理システム１０、ならび
に、コマンドジェネレータ１２および中間ドライバ１４
を含むアプリケーションプロセス１１とレンダリング構
成要素１６との相互作用を示す。コマンドジェネレータ
１２は、コンピュータで実行するアプリケーションプロ
グラムとすることができる。中間ドライバ１４は、レン
ダリングドライバ１６に向けられたレンダリングコマン
ドを受信する。好ましい実施例では、この中間ドライバ
１４は、適切なレンダリング構成要素１６にサービスす
るサブルーチンライブラリである。後述の通り、中間ド
ライバ１４は、異種の入力コマンドセットを操作し結合
し、単一コマンドセットデータストリームを生成する。
結果として得られたこの単一コマンドセットデータスト
リームは、その後、レンダリング構成要素１６に転送さ
れる。好ましい実施例では、このレンダリング構成要素
はグラフィックスアダプタである。しかし、当業者によ
って理解される通り、以下に開示される概念は、プリン
タアダプタ、マルチメディアアダプタ、オーディオアダ
プタといった他の形式のレンダリングデバイスにも同様
に適用されよう。

【００２１】コマンドジェネレータ１２と中間ドライバ
１４との間のインタフェース１３は、好ましい実施例で
は、サブルーチン呼び出しインタフェース、または、Ａ
ＰＩ（アプリケーションプログラムインタフェース）で
ある。代替実施例では、クライアント１２とサーバ１４
の間に通信インタフェース１３を有する、クライアント
／サーバインタフェースを備えるであろう。この代替実
施例では、アプリケーションプログラム１２は、当業者
には公知であるが、パイプ、ソケット、ストリーム、共
用メモリ、セマフォーといったいずれかの機構によっ
て、デーモンプロセスまたは受信側プロセス１４にメッ
セージまたはコマンドを伝送する。中間デバイス１４の
出力は、従来の転送方法１８により、レンダリングアダ
プタ１６へのチャネル、バスまたは通信リンクによって
転送される一連のコマンドである。それらの方法には、
入出力ポートアドレス指定、メモリマップド入出力など
がある。これらのコマンドは、資源制御コマンド、レン
ダリング命令、または、データといった各種情報を含む
ことができる。

【００２２】レンダリングデバイス１６は、好ましい実
施例では、各種サブアセンブリを含む。汎用ディジタル
信号プロセッサ（ＤＳＰ）で実行するマイクロコード、
および、特定用途ゲートアレイ（バスインタフェースチ
ップ）で実施されているハードウエア／ファームウエア
が、参照番号１７でインタフェース機能を付与する。デ
ィジタル信号プロセッサは、従来の内部配線２０によっ
てレンダリングサブシステム１９に接続している。レン
ダリングサブシステム１９は、好ましい実施例ではラス
タ動作を行い、専用ＶＬＳＩチップ、ＶＲＡＭ／ＤＲＡ
Ｍのバンク、および、ディジタル−アナログ（ＤＡＣ）
チップを含む。レンダリングサブシステム１９は、好ま
しい実施例ではＣＲＴディスプレイ２１を駆動させる。
しかし、代替実施例では同様に、参照番号２１をプリン
タヘッドとすることができ、レンダリングサブシステム
１９はさらに、従来の電気機械的構成要素および技法に
よる用紙操作用制御を含むものとすることができる。

【００２３】レンダリング文脈マネージャ２２が同様に
転送手段１８に存在する。レンダリング文脈マネージャ
は、従来の多重処理支援を行うことにより、複数のアプ
リケーションが単一のレンダリングアダプタを使用でき
るようにする個別のプロセスである。このレンダリング
文脈マネージャの詳細は、開示する発明にとって重要で
ないか、または、関係しない。

【００２４】図２は、コマンドジェネレータ／ドライバ
サブシステム１１が、レンダリング構成要素１６を含む
処理システム２８とは別個のデータ処理システム２４に
存在する、本発明の別の実施例を示す。通信インタフェ
ース３０および４０間の接続、両者間のセッションの確
立を行うために、従来の通信方法３８が使用されてい
る。これらの通信インタフェースは、参照番号３６でレ
ンダリングデバイス１６に、また、参照番号４２でコマ
ンドジェネレータ１１に接続している。通信インタフェ
ース３０および４０は、単純な通信アダプタとしてもよ
いし、または、遠隔データ処理およびインタネットワー
キングの当業において公知の通り、コンピュータ制御キ
ューイング、スケジューリングなどを備えたより高性能
のサブシステムとしてもよいと理解すべきである。

【００２５】図３は、従来技術における異なるコマンド
セットの処理方法を示す。個別のコマンドセット４４お
よび４６はそれぞれ、レンダリングアダプタで別個の異
なるプロセスによって処理される。本明細書に開示する
発明は、これらの個別のコマンドセット４４および４６
を、各種構成要素を包含する単一のコマンドセットに併
合する。図４に示す通り、図３の異なるコマンドセット
４４および４６を併合することにより単一のコマンドセ
ット４９が得られる。第１のコマンドセットコマンド４
６および第２のコマンドセットコマンド４４が併合さ
れ、参照番号４８で示された両コマンドセットに共通の
コマンドを得る。これらの共通コマンドは、第１のコマ
ンドセット４６および第２のコマンドセット４４の両方
に存在する。

【００２６】図５は、図１の結合されたプロセス１１の
動作の詳細を示す。この結合されたプロセスは、アプリ
ケーションプログラムまたはコマンドジェネレータ１
２、中間ドライバ１４、および、サブルーチン呼び出し
インタフェース１３による各自の相互接続を含む（図１
参照）。参照番号１２によって生成される一定のコマン
ドが、図４の第１のコマンドセット４６の一部であるこ
とがわかると、これらのコマンドは図５の参照番号６０
に制御を渡し、そのコマンドは修正されずに図１のレン
ダリング構成要素１６に転送される。そのコマンドに対
する何らかの若干の修正も可能であり、本発明の範囲お
よび精神から逸脱するものではないことが理解されよ
う。例えば、そのコマンドがデバイスドライバによって
照会され未修正のままにされていたことを示す指定され
たフィールドに１ビットを返すことができる。この場合
の基本的な特徴は、受信されたコマンドの一般的内容
が、そのコマンドを図１のレンダリング構成要素１６に
渡す前に、事実上修正される必要がないということであ
る。

【００２７】同様にして、参照番号１２によって生成さ
れる一部のコマンドは、図４の第２のコマンドセット４
４の一部であることがわかる。それらのコマンドは、参
照番号５８（以下で詳述する内部機能）に制御を渡し、
受信されたコマンドは第１のコマンドセットに適合する
構文を有するシェル構造内に埋め込まれる。その後、制
御は参照番号６０に渡され、結果として得られる第１コ
マンドセット構文適合コマンドが図１のレンダリング構
成要素１６に転送される。

【００２８】同様に、参照番号１２によって生成される
一部のコマンドは、図４の等価な第１のコマンドセット
コマンド４８にマップ可能であることがわかる。その場
合、制御は参照番号５６に渡され、そのコマンドは結果
として得られる第１のコマンドセットコマンドにマップ
される。このマッピングは、等価な第１のコマンドセッ
トコマンドを構築し、その第１のコマンドセットコマン
ド用に定義されたロケーションにパラメータを置くこと
による、標準的なプログラミング技法によって実行でき
る。その後、結果として得られた第１のコマンドセット
コマンドは参照番号６０のレンダリング構成要素に転送
される。

【００２９】同様に、参照番号１２によって生成される
一部のコマンドは、第１のコマンドセットおよび第２の
コマンドセットの結合に互換可能であることがわかる。
その場合、制御は参照番号５４に渡され、その入力コマ
ンドをコマンド４４、４６および／または４８のうちの
１つ以上に変換するために相当量の処理が実行される
（以下で詳述する内部動作）。そうした処理および変換
の完了後、制御は参照番号６０に直接渡されるか、また
は、参照番号５６または５８に渡され、相対的にわずか
なマッピングおよびエンカプセレーションが実行されて
から、参照番号６０に制御を渡す。

【００３０】これら２つのコマンドセットに含まれる資
源制御コマンドは、レンダリングアダプタに単一で一様
なデータストリームを供給するために、上述と同様に修
正される。その結果、アダプタマイクロコードには、第
２のコマンドセットに含まれるそれらの付加的な機能性
を支援するために、新しい資源制御コマンド機能性のご
く小さいサブセットだけしか必要としない。

【００３１】上述のプロセスを実行するための概念モデ
ルを図６に示す。参照番号５０でコマンドジェネレータ
からコマンドが受信される。参照番号５１で、この受信
されたコマンドが第１のコマンドセット（図４の４６）
の一部であるか、または、共通コマンド（図４の４８）
であるかに関して判定が行われる。そうであれば、処理
は参照番号６０に続き、そのコマンドは修正されずにレ
ンダリング構成要素に転送される。参照番号５１で照会
により受信コマンドが第２のコマンドセット（図４の４
４）の一部であることを示していれば、処理は参照番号
５２に続き、受信されたコマンドが図４の等価な第１の
コマンドセットコマンド４８にマップできるかどうかに
関して判定が行われる。可能であれば、制御は参照番号
５６に渡され、そのコマンドは結果として生じる第１の
コマンドセットコマンドにマップされる。その後、この
結果として得られた第１のコマンドセットコマンドは参
照番号６０でレンダリング構成要素に転送される。参照
番号５２で照会により受信されたコマンドが等価な第１
のコマンドセットコマンドにマップできないことを示し
た場合、参照番号５３で受信されたコマンドが第１のコ
マンドセットコマンドおよび第２のコマンドセットコマ
ンドの結合に変換できるどうかに関して判定が行われ
る。可能であれば、この変換が参照番号５４で実施さ
れ、その後、結果として得られたコマンドの結合は参照
番号５６、５８または６０によって上述の通り処理され
る。参照番号５３での判定が、そのコマンドが図４の第
２のコマンドセット４４の一意コマンドであることを示
した場合、参照番号５８で処理は、その受信されたコマ
ンドを、第１のコマンドセットコマンドに適合する構文
を有するシェル構造に埋め込む。その後、参照番号６０
で、処理は、この結果として得られた第１のコマンドセ
ットコマンド（シェル構造を備えた一意の第２のコマン
ドセットコマンド）をレンダリング構成要素に渡す。上
述のプロセスは内部プロセスの概念モデルであり、ＩＦ
−ＴＨＥＮ−ＥＬＳＥ論理、Ｓｗｉｔｃｈ文、Ｃａｓｅ
文、または、テーブル参照法といった公知のプログラミ
ング技法を用いて多数の方法によって実施できることを
繰り返しておくべきであろう。

【００３２】図５および図６の参照番号５８によって実
行される機能を図７によって説明する。前述の通り、コ
マンドプロセス１１は、転送手段１３によって中間ドラ
イバ１４に接続されたコマンドジェネレータ１２を含
む。コマンドジェネレータ１２は、レンダリングアダプ
タ１６に向けられた一連のコマンド１２０〜１２８を生
成する。一連の個別コマンドの結果としてのシェルコマ
ンドの構築を例示するために、ｄｉｓｐｌａｙ＿ｐｏｌ
ｙｌｉｎｅコマンドが示されている。第２のコマンドセ
ットコマンド（図４の４４）がコマンドジェネレータ１
２によって生成される。ｂｅｇｉｎ＿ｌｉｎｅコマンド
１２０が最初に生成され、その後、交点座標を有する一
連のｖｅｒｔｅｘコマンド１２２、１２４および１２６
が続き、ｅｎｄ＿ｌｉｎｅコマンド１２８で終わる。ｂ
ｅｇｉｎ＿ｌｉｎｅコマンド１２０が中間ドライバ１４
によって受信されると、参照番号１３０で指示されたシ
ェル構造が生成される。このシェル構造は最終的にレン
ダリングアダプタ１６に渡される。シェル構造は、参照
番号１３２の長さ、ｐｏｌｙｌｉｎｅコマンドを指示す
る参照番号１３４の演算コード、参照番号１３６で示さ
れたその多数の線に含まれる点の数、および、参照番号
１３８のフラグにより初期設定される。以降の各ｖｅｒ
ｔｅｘコマンド１２２、１２４および１２６が中間ドラ
イバ１４によって受信されると、そのｖｅｒｔｅｘコマ
ンドに含まれた座標データは、それぞれ、参照番号１４
０、１４２および１４４のシェル構造に入れられる。交
点データが挿入される際、長さ１３２、点の数１３６お
よびフラグ１３８も更新される。最後にｅｎｄ＿ｌｉｎ
ｅコマンドが中間ドライバ１４によって受信されると、
図４のブロック５８の処理は終了し、制御は図４のブロ
ック６０に渡り、そのシェル構造１３０（結果として得
られた第１コマンドセット構文適合コマンド）は参照番
号１８を通じてレンダリング構成要素１６に転送され
る。他の第２のコマンドセットコマンド４４も、当業で
公知のプログラミング技法を用いて、同様に処理でき
る。

【００３３】図５のブロック５４の機能について説明す
る。このブロックは、受信されたコマンドを、第１のコ
マンドセットコマンドおよび第２のコマンドセットコマ
ンドの結合に変換する。図８により、ブロック５４の機
能を例示する制御フローの例が示されている。この例で
は、参照番号１５０でｓｅｔ＿ｐａｔｔｅｒｎコマンド
が受信されている。これは、ブロック５４で、ｄｅｆｉ
ｎｅ＿ｐａｔｔｅｒｎコマンドによって以前に定義され
たパターンを見つけるために、参照番号１５２で示すシ
ステムメモリ内の探索を生じさせる。そのパターン属性
を得るために、参照番号１５４でｓｅｔｕｐ＿ｌｏａｄ
＿ａｔｔｒｉｂｕｔｅｓコマンド（図４の第２のコマン
ドセットコマンド４４）が生成される。その後、そのパ
ターンおよびその大きさをレンダリング構成要素１６に
書き込むために参照番号１５６でｗｒｉｔｅ＿ａｔｔｒ
ｉｂｕｔｅコマンド（同じく図４の第２のコマンドセッ
トコマンド４４）が生成される。最後に、参照番号１５
８でｓｅｔ＿ｉｎｔｅｒｉｏｒ＿ｓｔｙｌｅコマンド
（図４の第１のコマンドセットコマンド４６）が生成さ
れ、これが、レンダリングアダプタに対して、以降のレ
ンダリング動作において使用される内部スタイルとして
そのパターンを使用するように指示する。プログラム制
御は参照番号１６０で返される。上述の説明は、図５の
ブロック５６および５８との組合せによるブロック５４
の動作、および、単一のコマンドが、レンダリング構成
要素に発せられる第１のコマンドセットコマンドおよび
第２のコマンドセットコマンドの結合をどのようにして
変化させることができるかを例示するものである。当業
者は、参照番号５４で受信された他のコマンドも、上述
その他の従来のプログラミング技法によって同様に処理
できることを理解するであろう。ブロック５４が完了す
ると、制御は、それ以上処理が要求されない場合は参照
番号６０（図５）に直接渡されるか、または、上述の通
り、当該ブロックでの処理（例えば、参照番号４８のコ
マンドのマッピング、または、一連の第２のコマンドセ
ットコマンド４４の第１のコマンドセットコマンド４６
へのエンカプセレーション）が要求される場合、ブロッ
ク５６または５８に渡される。

【００３４】図９によって、レンダリング構成要素の動
作を説明する。好ましい実施例では、レンダリング構成
要素の基本制御は、関係するマイクロコード７４を有す
るマイクロプロセッサまたはマイクロコントローラであ
る。このマイクロコードは、概念上、３つの要素に分か
れる。第１のコマンドセットに一意のコマンドは、マイ
クロコード８０によって処理される。第２のコマンドセ
ットに一意のコマンドは、マイクロコード８４によって
処理される。第１のコマンドセットおよび第２のコマン
ドセットの両者に共通であるコマンド（すなわち、一意
でないコマンド）は、好ましい実施例ではマイクロコー
ド８２によって処理される。代替実施例では、これはＶ
ＬＳＩゲートアレイによって実行できよう。コマンドが
参照番号７６でレンダリング構成要素によって受信され
ると、適切なマイクロコード８０、８２または８４を呼
び出すかどうかを決定するために参照番号７８で照会が
行われる。照会７８は、ローカルメモリ９２を以下のよ
うに制御するためにも使用される。第１の状態８６は、
複数コマンドセットアダプタで支援される第１のコマン
ドセットについて定義される。この状態は、例えば、
色、法線、位置、ピック識別名スタック、ピックデー
タ、マトリックスのスタックといったものを参照する。
第２の状態８８は、支援される第２のコマンドセットに
ついて定義される。それらの第１の状態と第２の状態と
の間の切替え９０を可能にするために、アダプタコマン
ドセットには特殊コマンドが追加される。このコマンド
は、いずれか一方のコマンドセットに共通であるレンダ
リングコマンド８２について、正しい状態変数８６また
は８８を使用するようにそれらのコマンドに指示するた
めに使用される。

【００３５】図１０は、全システム環境１００の詳細を
示す。キーボード１０２、中央処理装置１０４、ランダ
ムアクセス記憶装置１０６、不揮発性記憶装置１０８、
および、レンダリング出力装置１１２に接続されたレン
ダリングアダプタ１１０は、バス１１４によって相互接
続されている。上述のハードウエア装置は、直接バス接
続に必要な適切なアダプタを含んでもよい。代替実施例
では、キーボード１０２および／またはランダムアクセ
ス記憶装置１０６は、性能を向上させるために、中央処
理装置１０４に直接接続することもできる。好ましい実
施例では、レンダリング出力装置１１２は表示装置であ
り、レンダリングアダプタ１１０はグラフィックスアダ
プタである。代替実施例では、レンダリング出力装置１
１２はプリンタであり、レンダリングアダプタ１１０は
プリンタアダプタである。同様に、代替実施例では、レ
ンダリングアダプタ１１０は、性能を向上させるため
に、中央処理装置１０４に直接接続することができる。

【００３６】上述した実施例は一例であり、本発明は種
々の変形が可能である。本発明のレンダリングアダプタ
で複数コマンド支援を行う方法は、中間ドライバによっ
て第１のコマンドセットの第１のコマンドを受信するス
テップと、前記中間ドライバによって前記第１のコマン
ドをレンダリングアダプタに供給するステップと、前記
中間ドライバによって第２のコマンドセットの第２のコ
マンドを受信するステップと、前記中間ドライバによっ
て前記第２のコマンドセットに一意である前記第２のコ
マンドを結果として生じる第１のコマンドセットコマン
ドに変換するステップと、前記中間ドライバによって前
記結果として得られた第１のコマンドセットコマンド、
および、いずれかの一意でない第２のコマンドを前記レ
ンダリングアダプタに供給するステップとを含んでい
る。ここで、前記中間ドライバがデバイスドライバによ
って得られるものであってもよい。

【００３７】あるいは、本発明のレンダリングアダプタ
で複数コマンド支援を行うための方法は、データ処理シ
ステムで実行するアプリケーションプログラムによって
第１のコマンドセットコマンドおよび第２のコマンドセ
ットコマンドのいずれかを生成するステップと、前記ア
プリケーションプログラムによって、第１のコマンドセ
ットコマンドおよび第２のコマンドセットコマンドのい
ずれかをレンダリングアダプタに転送することを開始す
るステップと、中間ドライバによって第１のコマンドセ
ットの第１のコマンドを受信するステップと、前記第１
のコマンドをレンダリングアダプタに供給するステップ
と、前記中間ドライバによって第２のコマンドセットの
第２のコマンドを受信し、その際に前記中間ドライバが
前記コマンドを結果として生じる第１のコマンドセット
コマンドに変換するステップと、前記結果として得られ
た第１のコマンドセットコマンドを前記レンダリングア
ダプタに供給するステップとを含んでいる。ここで、前
記転送がメモリマップされた入出力によって行われても
よい。また、前記転送が入出力ポートアドレス指定によ
って行われてもよい。

【００３８】本発明のレンダリングアダプタで複数コマ
ンド支援を行うためのシステムは、中間ドライバによっ
て第１のコマンドセットの第１のコマンドおよび第２の
コマンドセットの第２のコマンドを受信するための手段
であり、この時、前記中間ドライバは前記第２のコマン
ドのいずれかを結果として生じる第１のコマンドセット
コマンドに変換する前記手段と、前記第１のコマンド、
前記第２のコマンドセットおよび結果として得られた前
記第１のコマンドセットコマンドのいずれかを前記レン
ダリングアダプタに供給する手段とを含んでいる。ここ
で、前記レンダリングアダプタがグラフィックスアダプ
タおよびプリンタアダプタのいずれかであってもよい。

【００３９】または、本発明の他のレンダリング構成要
素で複数コマンド支援を行うためのシステムは、中間ド
ライバによって第１のコマンドセットの第１のコマンド
および第２のコマンドセットの第２のコマンドを受信す
るための手段であり、この時、前記中間ドライバは前記
第２のコマンドのいずれかを結果として生じる第１のコ
マンドセットコマンドに変換する前記手段と、前記第１
のコマンドのいずれか、前記第２のコマンドセットおよ
び前記結果として得られた第１のコマンドセットコマン
ドを前記レンダリングアダプタに供給する手段と、前記
第１のコマンド、前記第２のコマンドセットおよび前記
結果として得られた第１のコマンドセットコマンドのい
ずれかを前記レンダリングアダプタによって処理する手
段とを含んでいる。ここで、前記レンダリング構成要素
がグラフィックスアダプタ、プリンタアダプタおよびマ
ルチメディアアダプタのいずれかであってもよい。

【００４０】また、本発明のデータ処理システムのレン
ダリング構成要素を制御するための方法は、前記レンダ
リング構成要素によってレンダリングコマンドを受信す
るステップと、単一プロセスによって前記レンダリング
コマンドを解釈し実行するステップと、第１の状態コマ
ンド用の第１の状態領域および第２の状態コマンド用の
第２の状態領域を維持するステップを含んでいる。この
方法で、前記レンダリングコマンドが状態領域切替えコ
マンドを含んでいてもよい。

【００４１】本発明の他のデータ処理システムのレンダ
リング構成要素を制御するための装置は、前記レンダリ
ング構成要素によってレンダリングコマンドを受信する
ための手段と、単一プロセスによって前記レンダリング
コマンドを解釈し実行するための手段と、第１の状態コ
マンド用の第１の状態領域および第２の状態コマンド用
の第２の状態領域を維持するための手段を含んでおり、
前記レンダリング構成要素がグラフィックスアダプタお
よびプリンタアダプタのいずれかであってもよい。

【図面の簡単な説明】

【図１】コマンドジェネレータ、レンダリング構成要素
およびレンダリングデバイス間の相互作用を示す説明
図。

【図２】遠隔コマンドジェネレータの構成を示す説明
図。

【図３】従来技術のコマンドセットの構成を示す説明
図。

【図４】異種コマンドセットから構築された統一コマン
ドセットの構成を示す説明図。

【図５】中間ドライバの内部動作の内容を示す説明図。

【図６】中間ドライバの内部動作の内容を示す説明図。

【図７】中間ドライバによるシェルコマンドの構成を示
す説明図。

【図８】単一コマンドを複数コマンドに拡張する動作の
内容を示す説明図。

【図９】レンダリング構成要素の内部動作の内容を示す
説明図。

【図１０】全システムの構成を示すブロック図。

【符号の説明】

１０，２４ データ処理システム １１ アプリケーションプロセス １２ コマンドジェネレータ １３，３０，４０ 通信インタフェース １４ 中間ドライバ １６ レンダリング構成要素 １７，３６，４２，４８，５０〜５６，５８，６０，７
８ 参照番号 １９ レンダリングサブシステム ２０ 内部配線 ２１ ＣＲＴディスプレイ ２２ レンダリング文脈マネージャ ４４，４６ コマンドセット １００ 全システム環境 １０２ キーボード １０４ 中央処理装置 １０６ ランダムアクセス記憶装置 １０８ 不揮発性記憶装置 １１０ レンダリングアダプタ １１２ レンダリング出力装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ライナス、ルーカス、ベプスタス アメリカ合衆国テキサス州、オースチン、 エンフィールド、ロード、1518

Claims (9)

【特許請求の範囲】
1. 【請求項１】レンダリングアダプタで複数コマンド支援
   を行うための方法であって、 中間ドライバによって第１のコマンドセットの第１のコ
   マンドを受信し、前記第１のコマンドをレンダリングア
   ダプタに供給するステップと、 前記中間ドライバによって第２のコマンドセットの第２
   のコマンドを受信し、前記第２のコマンドのいずれかを
   結果として生じる第１のコマンドセットコマンドに変換
   し、前記結果として得られた第１のコマンドセットコマ
   ンドを前記レンダリングアダプタに供給するステップと
   を含むことを特徴とする方法。
2. 【請求項２】レンダリングアダプタで複数コマンド支援
   を行うための方法であって、 中間ドライバによって第１のコマンドセットの第１のコ
   マンドを受信するステップと、 前記中間ドライバによって前記第１のコマンドをレンダ
   リングアダプタに供給するステップと、 前記中間ドライバによって第２のコマンドセットの第２
   のコマンドを受信するステップと、 前記中間ドライバによって前記第２のコマンドセットに
   一意である前記第２のコマンドを結果として生じる第１
   のコマンドセットコマンドに変換するステップと、 前記中間ドライバによって前記結果として得られた第１
   のコマンドセットコマンド、および、いずれかの一意で
   ない第２のコマンドを前記レンダリングアダプタに供給
   するステップとを含むことを特徴とする方法。
3. 【請求項３】レンダリングアダプタで複数コマンド支援
   を行うための方法であって、 データ処理システムで実行するアプリケーションプログ
   ラムによって第１のコマンドセットコマンドおよび第２
   のコマンドセットコマンドのいずれかを生成するステッ
   プと、 前記アプリケーションプログラムによって、第１のコマ
   ンドセットコマンドおよび第２のコマンドセットコマン
   ドのいずれかをレンダリングアダプタに転送することを
   開始するステップと、 中間ドライバによって第１のコマンドセットの第１のコ
   マンドを受信するステップと、 前記第１のコマンドをレンダリングアダプタに供給する
   ステップと、 前記中間ドライバによって第２のコマンドセットの第２
   のコマンドを受信し、その際に前記中間ドライバが前記
   コマンドを結果として生じる第１のコマンドセットコマ
   ンドに変換するステップと、 前記結果として得られた第１のコマンドセットコマンド
   を前記レンダリングアダプタに供給するステップとを含
   むことを特徴とする方法。
4. 【請求項４】レンダリングアダプタで複数コマンド支援
   を行うためのシステムであって、 中間ドライバによって第１のコマンドセットの第１のコ
   マンドおよび第２のコマンドセットの第２のコマンドを
   受信するための手段であり、この時、前記中間ドライバ
   は前記第２のコマンドのいずれかを結果として生じる第
   １のコマンドセットコマンドに変換する前記手段と、 前記第１のコマンド、前記第２のコマンドセットおよび
   結果として得られた前記第１のコマンドセットコマンド
   のいずれかを前記レンダリングアダプタに供給する手段
   とを含むことを特徴とするシステム。
5. 【請求項５】レンダリング構成要素で複数コマンド支援
   を行うためのシステムであって、 中間ドライバによって第１のコマンドセットの第１のコ
   マンドおよび第２のコマンドセットの第２のコマンドを
   受信するための手段であり、この時、前記中間ドライバ
   は前記第２のコマンドのいずれかを結果として生じる第
   １のコマンドセットコマンドに変換する前記手段と、 前記第１のコマンドのいずれか、前記第２のコマンドセ
   ットおよび前記結果として得られた第１のコマンドセッ
   トコマンドを前記レンダリングアダプタに供給する手段
   と、 前記第１のコマンド、前記第２のコマンドセットおよび
   前記結果として得られた第１のコマンドセットコマンド
   のいずれかを前記レンダリングアダプタによって処理す
   る手段とを含むことを特徴とするシステム。
6. 【請求項６】レンダリングアダプタで複数コマンド支援
   を行うためのシステムであって、 中間ドライバによって第１のコマンドセットの第１のコ
   マンドおよび第２のコマンドセットの第２のコマンドを
   受信するための手段と、 前記中間ドライバによって前記第１のコマンドをレンダ
   リングアダプタに供給するための手段と、 前記中間ドライバによって前記第２のコマンドセットに
   一意である前記第２のコマンドを結果として生じる第１
   のコマンドセットコマンドに変換するための手段と、 前記結果として得られた第１のコマンドセットコマン
   ド、および、いずれかの一意でない第２のコマンドを前
   記中間ドライバによって前記レンダリングアダプタに供
   給するための手段とを含むことを特徴とするシステム。
7. 【請求項７】データ処理システムのレンダリング構成要
   素を制御するための方法であって、 前記レンダリング構成要素によってレンダリングコマン
   ドを受信するステップと、 単一プロセスによって前記レンダリングコマンドを解釈
   し実行するステップと、 第１の状態コマンド用の第１の状態領域および第２の状
   態コマンド用の第２の状態領域を維持するステップとを
   含むことを特徴とする方法。
8. 【請求項８】データ処理システムのレンダリング構成要
   素を制御するための装置であって、 前記レンダリング構成要素によってレンダリングコマン
   ドを受信するための手段と、 単一プロセスによって前記レンダリングコマンドを解釈
   し実行するための手段と、 第１の状態コマンド用の第１の状態領域および第２の状
   態コマンド用の第２の状態領域を維持するための手段を
   含むことを特徴とする装置。
9. 【請求項９】データ処理システムであって、 キーボードと、 中央処理装置と、 データを格納するためのメモリと、 不揮発性記憶装置と、 レンダリング出力装置と、 中間ドライバによって第１のコマンドセットの第１のコ
   マンドおよび第２のコマンドセットのコマンドを受信す
   るための手段を有するレンダリングアダプタであり、前
   記中間ドライバは前記第２のコマンドのいずれかを結果
   として生じる第１のコマンドセットコマンドに変換する
   ものであり、また、前記第１のコマンド、前記第２のコ
   マンドおよび前記結果として得られた第１のコマンドセ
   ットコマンドのいずれかを前記レンダリングアダプタに
   転送するための手段を有する前記レンダリングアダプタ
   とを含むことを特徴とするデータ処理システム。