JPH10207723A - 仮想装置アクセス・システム - Google Patents

Abstract

(57)【要約】 【課題】トランザクション・コストを生じることなくコ
ンピュータ・システムのグラフィックス・ハードウエア
にアクセスするシステムを提供する。 【解決手段】仮想装置アクセス・システム３８はオペレ
ーティング・システム３０内に構成されたハードウエア
制御マネージャ４０、各アプリケーション１２のグラフ
ィックスＡＰＩライブラリ３２の仮想メモリスペース内
に構成された信号ハンドラ４２、および共用メモリ４４
をそなえる。ハードウエア制御マネージャ４０は、グラ
フィックス・ハードウエア装置１４に現在アクセス中の
アプリケーションがデータ処理におけるグラフィックス
・ハードウエア装置１４を中断してはならないポイント
にない限りグラフィックス・ハードウエア装置１４への
アクセスを試みる任意のアプリケーション１２にアクセ
スを与えるように設計された装置独立制御を行なう。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は一般的にはコンピュ
ータ・システム上のグラフィックス・ハードウエアへの
アクセスの制御および管理に関し、特にトランザクショ
ンの実行コストを発生することなくコンピュータ・シス
テム上のグラフィックス・ハードウエアの仮想アクセス
のためのシステムおよび方法に関する。

【０００２】

【従来の技術】グラフィックス・ハードウエア装置はコ
ンピュータ・システムにおいて表示装置の二次元画面上
でのオブジェクトの二次元あるいは三次元表示に広く用
いられる。通常、表示画面上に表示すべきオブジェクト
は複数の図形要素に分割される。図形要素はグラフィッ
クスピクチャの基本要素であり、点、線、ベクトル、あ
るいは三角形等のポリゴンの形状として規定される。あ
るオブジェクトの基本要素を表現するには、それらの基
本要素がグラフィックス・パイプラインに供給され、そ
こでたとえば変形、シェーディングのためのライティン
グ、クリッピング、透視分割、走査変換等のさまざまな
処理が行なわれる。グラフィックス・パイプラインの動
作は通常グラフィックス・ハードウエアによって実行さ
れ、グラフィックス・ハードウエアはそのコンピュータ
・システムで実行されているアプリケーションから基本
要素データを受け取る。

【０００３】競争の激しいコンピュータソフトウエア市
場では、アプリケーションが表示装置上でオブジェクト
を表現するのに要する時間が主たる関心事となってい
る。この所要時間は、それぞれのアプリケーション・イ
ンターフェース（“ＡＰＩ”）の呼び出しの実行に要す
る時間に大きく左右される。たとえば、自らの形状処理
を実行するグラフィックス・アクセラレータの場合、グ
ラフィックスＡＰＩがそのアプリケーションの画像デー
タをグラフィックス・ハードウエアに直接送らなければ
ならない。さらに、複数の図形処理の間での干渉を防止
するために、ある特定のＡＰＩエントリー・ポイントは
レンダリングの開始に先だってハードウエアにそのグラ
フィックス・コンテキストが確実にロードされているよ
うにするものでなければならない。このチェックによっ
てグラフィックスＡＰＩ呼び出しのオーバーヘッドが大
幅に増大する。高性能システムにおいては、専用のグラ
フィックス・アクセラレータで図形データを処理する。
そのため、最大限の性能を得るためには、グラフィック
スＡＰＩは最小限のオーバーヘッド量でグラフィックス
・ハードウエアにデータを供給しなければならない。し
たがって、グラフィックス・ハードウエアに対する制御
のやり取りに関わるオーバーヘッドによってグラフィッ
クス・アクセラレータの速度上の利点が失われる場合が
ある。

【０００４】これは、基本要素の各成分（色、ノーマ
ル、テクスチャ座標あるいは頂点）がそれぞれがハード
ウエア・アクセスを必要とする個別のライブラリ呼び出
しによって指定されるｖｅｒｔｅｘ−ｂａｓｅｄ（頂点
ベース）のＡＰＩの場合特に顕著である。したがって、
ｖｅｒｔｅｘ−ｂａｓｅｄのＡＰＩの場合、グラフィッ
クス・ハードウエアのロック（すなわち専用のアクセス
を設ける）およびロック解除に要する時間が、１基本要
素について１つのライブラリ呼び出しのみを行なう基本
要素ベースのＡＰＩの場合に比べて基本要素のレンダリ
ングにおいて実行される作業の中でより高い割合を占め
ることになる。その結果、基本要素の各成分に対するグ
ラフィックス・ハードウエアのロックおよびロック解除
に関わるオーバーヘッドによってｖｅｒｔｅｘ−ｂａｓ
ｅｄＡＰＩの性能は著しく低下する。

【０００５】あるアプリケーションのＡＰＩにグラフィ
ックス・ハードウエアへのアクセスが与えられると、そ
のＡＰＩはグラフィックス・ハードウエアへのデータの
伝送を開始する。グラフィックス・ハードウエアがデー
タ処理に要する時間は、そのデータによって、またグラ
フィックス・アクセラレータの実行する処理によって何
段階にも変化する。したがって、グラフィックス・ハー
ドウエアのデータ・バッファが一杯になり、グラフィッ
クス・ハードウエアがそれ以上の入力データを受け取る
ことができなくなってデータの損失が生じる可能性があ
る。その結果、グラフィックスＡＰＩのオーバーヘッド
量の一部は、グラフィックス・ハードウエアのデータ・
バッファにアプリケーションからグラフィックス・ハー
ドウエアに送ろうとするデータのための十分なスペース
があるかどうかをチェックするためのデータ・フローの
管理によって生じている。

【０００６】

【発明が解決しようとする課題】したがって、当該分野
においてトランザクション・コストを生じることなくコ
ンピュータ・システムのグラフィックス・ハードウエア
にアクセスするシステムおよび方法が必要とされてい
る。ライブラリ呼び出しのたびにハードウエア・アクセ
スが行なわれるｖｅｒｔｅｘ−ｂａｓｅｄのＡＰＩの場
合特にその必要性が高い。さらに、グラフィックスＡＰ
Ｉからグラフィックス・ハードウエアへのデータ・フロ
ーをオペレーティング・システムからの装置専用のカー
ネル支援を必要とせず、またＡＰＩ側でのオーバーヘッ
ドを最小限としながら制御することによって、グラフィ
ックス・ハードウエア装置における高速のデータ処理を
可能にしてデータの損失を防止する機能が望まれてい
る。

【０００７】

【課題を解決するための手段】本発明は上述した当該分
野において周知である従来技術の問題点を解決するもの
である。本発明はコンピュータ・システム上で非同期に
実行される１つあるいはそれ以上のアプリケーションに
よるそのコンピュータ・システムのグラフィックス・ハ
ードウエアへの仮想アクセスを可能とするものである。
その結果、アプリケーションはグラフィックスのアプリ
ケーション・プログラム・インターフェース（ＡＰＩ）
における明示的なチェックあるいはプロトコルを必要と
することなく専用のアクセスを有するかのようにグラフ
ィックス・ハードウエアにアクセスすることができる。

【０００８】本発明によれば、グラフィックス・ハード
ウエア装置のアクセスはオペレーティング・システムに
常駐する装置独立制御とそのコンピュータ・システム上
で動作する各アプリケーションのグラフィックスＡＰＩ
に常駐する依存制御に分けられる。装置独立制御はハー
ドウエア制御マネージャによって実行され、このプログ
ラムはオペレーティング・システムに設けられ、基本的
にはグラフィックス・ハードウエアへのアクセス権の所
有者とその時期を制御する。装置依存制御は信号ハンド
ラによって実行され、この信号ハンドラは各アプリケー
ションのグラフィックスＡＰＩに設けられ、基本的には
グラフィックス・ハードウエアへのアクセスのアプリケ
ーション間での切り換えを制御する。さらに、各アプリ
ケーションからアクセス可能で、グラフィックス・ハー
ドウエアに現在アクセス中のアプリケーションの身分証
明および各アプリケーションのグラフィックス・ハード
ウエア状態を記憶するように構成された共用メモリスペ
ースが設けられる。

【０００９】ハードウエア制御マネージャは、各アプリ
ケーションからの要求によって、ただしそのアプリケー
ションのグラフィックス・コンテキスト状態がグラフィ
ックス・ハードウエアにロードされている時にのみ各ア
プリケーションのグラフィックス・ハードウエアへのア
クセスを可能とする制御論理を含む。ハードウエア・マ
ネージャはアクセス保護識別子を用いてグラフィックス
・ハードウエアにアクセスしようとするアプリケーショ
ンを検出する。保護識別子のフォールトが検出される
と、ハードウエア制御マネージャはアクセスしようとす
るアプリケーションに信号を送出する。この信号は既存
のグラフィックス状態を保管してこのアプリケーション
のグラフィックス状態を復元するユーザー・レベル信号
処理を開始させる。一旦、アプリケーションのグラフィ
ックス・ハードウエア状態が、グラフィックス・ハード
ウエアにロードされると、そのアプリケーションはハー
ドウエア制御マネージャによってグラフィックス・ハー
ドウエアへのアクセスを許可される。したがって、フォ
ールトが解消されると、そのアプリケーションはグラフ
ィックス・ハードウエアにアクセスしようとする唯一の
アプリケーションであるかのうようにオーバーヘッドを
生じることなくグラフィックス・ハードウエアにアクセ
スすることができる。

【００１０】信号ハンドラは各アプリケーションのグラ
フィックスＡＰＩライブラリの一部としてユーザー・レ
ベルで実施され、したがってグラフィックス・コンテキ
ストの切り換え等の装置依存制御を効率的に処理するこ
とができる。本実施形態では、グラフィックス・ハード
ウエアへのアクセスを求めるアプリケーションの信号ハ
ンドラがグラフィックス・コンテキストの切り換えを実
行する。これは、グラフィックス・ハードウエアに現在
アクセス中のアプリケーションに関するグラフィックス
・ハードウエア状態の保管と、グラフィックス・ハード
ウエアへのアクセスを求めているアプリケーションのグ
ラフィックス・ハードウエア状態の復元からなる。した
がって、グラフィックス・ハードウエアにおけるアプリ
ケーション間のグラフィックス・ハードウエア状態の切
り換えは見えないところで行なわれ、アプリケーション
は、他のアプリケーションがグラフィックス・ハードウ
エアへのアクセスをめぐって交渉中であったり、あるい
はさらに他のアプリケーションからグラフィックス・ハ
ードウエアへのアクセスを獲得しようとしていること
を、認識しない。このように、各アプリケーションに仮
想装置アクセスが与えられる。

【００１１】また、本発明はコンピュータ・システムの
グラフィックス・ハードウエアへの仮想アクセスを可能
とするものであり、概念的には次のような方法とみるこ
とができる。まず、コンピュータ・システム上で実行さ
れるアプリケーションはグラフィックス・ハードウエア
にアクセスしようとする。これによって、保護識別子の
フォールトが発生し、これをハードウエア制御マネージ
ャはグラフィックス・ハードウエアの使用の試みとして
認識する。さらに、ハードウエア制御マネージャがその
フォールトを処理する間そのアプリケーションの処理は
阻止される。しかし、アプリケーション側から見れば、
そのアプリケーションは通常のグラフィックスアクセス
を行なっただけであり、すなわちそのアプリケーション
がグラフィックス・ハードウエアに対するアクセスを有
する唯一のアプリケーションであるとの認識を持つ。グ
ラフィックス・ハードウエアが利用可能である場合、ハ
ードウエア制御マネージャはただちにそのアプリケーシ
ョンにグラフィックス・ハードウエアへのアクセス権を
与える。利用可能でない場合、アプリケーションは阻止
されたままであり、ハードウエア制御マネージャはグラ
フィックス・ハードウエアに現在アクセス中のアプリケ
ーションの中断が可能になるまで待たなければならな
い。

【００１２】しかし、現行のアプリケーションが中断可
能である場合、ハードウエア制御マネージャはアクセス
を試みているアプリケーションの信号ハンドラに制御信
号を送ってその信号ハンドラにグラフィックス・コンテ
キスト切り換えの実行を指示する。上述したように、グ
ラフィックス・コンテキストの切り換えは、現在グラフ
ィックス・ハードウエア装置にアクセス中のアプリケー
ションのグラフィックス・ハードウエア状態の共用メモ
リへの保管と、グラフィックス・ハードウエア装置への
アクセスを求めているアプリケーションのグラフィック
ス・ハードウエア状態の復元とを行なうものである。信
号ハンドラがグラフィックス・コンテキスト切り換えを
完了すると、信号ハンドラはハードウエア制御マネージ
ャにこれを通知する。この処理はハードウエア制御マネ
ージャがそのアプリケーションに装置へのアクセス権を
与えたときに完了する。

【００１３】それ以降のアプリケーションによるグラフ
ィックス・ハードウエアへのアクセスの試みは、上述し
たものとほぼ同様に処理される。ただし、並行して実行
されている競合するアプリケーション間での許容できな
いスラッシングを防止するために、グラフィックス・ハ
ードウエア装置へのアクセスを許可されたそれぞれのア
プリケーションに最小限のグラフィックス・タイム・ス
ライスしか許可されない場合があることに注意しなけれ
ばならない。

【００１４】さらに、従来の技術の部分で説明したよう
に、グラフィックス・ハードウエアがそれ以上のデータ
を受け取ることができないときがある。その場合、グラ
フィックス・データのフローを止めなければならない
が、これはアプリケーションのグラフィックスＡＰＩラ
イブラリにオーバーヘッドをほとんど生じないような方
法で行なわれる。したがって、本発明は、まずグラフィ
ックス・ハードウエアの入力データ・バッファが第１の
所定の点に達したときにデータ・フローの速度を落と
し、入力データ・バッファが第２の所定の点に達したと
き必要であればデータ・フローを止めることによって、
この目的を達成するフロー制御機構を可能とする。

【００１５】このフロー制御機構は基本的には、グラフ
ィックス・ハードウエアの遅れを最初に検出したときデ
ータ・フローの速度を落とす。ハードウエア・データ・
バッファの低水位マークによってインターフェース制御
論理はバス・トランザクションにより低速で応答するよ
うにトリガーされる。かかる遅延は結局はそのデータを
書き込んでいるプロセッサの知るところとなり、グラフ
ィックスＡＰＩに余分なオーバーヘッドを生じることな
くデータ速度が落とされる。

【００１６】データ転送速度を低下させてもまだグラフ
ィックス・ハードウエアがこれに追従できず入力データ
・バッファが満杯の状態が続く場合には、入力データ・
バッファの高水位マークによって有向割り込みがトリガ
ーされ、これが直接データを書き込んでいるプロセッサ
に送られる。オペレーティング・システムがこの割り込
みを捕捉しグラフィックス・ハードウエアがせき止めら
れていることを認識し、あらゆるアプリケーションから
のグラフィックス・ハードウエアへのアクセスに対する
許可を取り消す。多重処理システムにおいては、遮断の
必要性が検出されてからデータ・フローが実際に停止さ
れるまでの待ち時間を最小限にするためにこの割り込み
が適切なプロセッサに向けられることが非常に重要であ
る。したがって、オペレーティング・システムはどのプ
ロセッサが現在データを送っているかに関してグラフィ
ックス・ハードウエア装置に常に最新の情報を与える必
要がある。

【００１７】ハードウエア入力バッファの空きが十分で
あるときには、再開マークによって他の割り込みがトリ
ガーされ、これがプロセッサに送られる。オペレーティ
ング・システムはこの割り込みを受け取るとグラフィッ
クス・ハードウエアをデータトラフィックに対して開放
する。阻止されていた最優先のグラフィックス処理が再
開され、グラフィックス・ハードウエア装置へのアクセ
スが与えられる。

【００１８】グラフィックス・ハードウエア装置へのデ
ータ・フローの低速化と遮断との組み合わせを用いるこ
とによって最適な性能が達成される。

【００１９】

【発明の実施の形態】

［Ｉ． 概要］本発明はグラフィックス・アプリケーシ
ョン・プログラム・インターフェース（ＡＰＩ）ライブ
ラリがトランザクション実行コストを生じることなくグ
ラフィックス・ハードウエア装置にアクセスすることを
可能にする、コンピュータ・システムにおける仮想装置
アクセス・システムおよび方法を提供する。これは、各
ライブラリ呼び出しによるグラフィックス・ハードウエ
ア装置のロックおよびロック解除に関係するオーバーヘ
ッドの観点からｖｅｒｔｅｘ−ｂａｓｅｄＡＰＩには特
に有効である。さらに、本発明の仮想装置アクセスによ
ればオペレーティング・システムからの装置専用の中核
支援が不要である。それに代わって、装置専用支援は各
アプリケーションに付随する信号ハンドラによってユー
ザー・レベルで提供される。これによってフレキシビリ
ティが増し、開発およびメンテナンスが容易になり、製
品の供給が簡単になる。本発明の仮想装置アクセスの他
の重要な側面は、データ・フローが自動的に制御される
ことである。本発明にはグラフィックスＡＰＩからグラ
フィックス・ハードウエアへのデータ・フローを制御す
る新たな方法が用いられ、それによってデータ・フロー
が基本的にはグラフィックスＡＰＩにおけるオーバーヘ
ッドを生じることなく自動的に低速化あるいは停止され
る。

【００２０】［ＩＩ． 構成］ ［A． 装置アクセス］ここで図面を参照すると、図１
には、本発明の仮想装置アクセス・システムおよび方法
の実施に適したコンピュータ・システム１０を示し、こ
のコンピュータ・システムは１つあるいはそれ以上のア
プリケーション１２がグラフィックス・ハードウエア装
置１４に非同期にアクセスして表示装置１６上に画像を
表示することを可能とすることができる。

【００２１】コンピュータ・システム１０は１つあるい
はそれ以上の従来のプロセッサ１８からなり、各プロセ
ッサ１８は好適にはそれぞれがシステム・インターフェ
ース２０を介してコンピュータ・システム１０内の他の
要素と通信する多重タスキングが可能である。さらに、
プロセッサ１８とメモリ２４とを相互接続してメモリ２
４とプロセッサ１８との間の転送速度を上げるためのメ
モリ・バス２２が設けられている。入力装置２６（たと
えばキーボードあるいはマウス）を用いてコンピュータ
・システム１０のユーザーからデータが入力される。グ
ラフィックス・ハードウエア装置１４は通常表示装置１
６に表示される画像データを処理するためのグラフィッ
クス・アクセラレータ・ボードおよびフレーム・バッフ
ァからなる。グラフィックス・ハードウエア装置１４の
グラフィックス・アクセラレータは好適には、変形、ラ
イティングあるいはシェーディング、クリッピング、透
視分割、および走査変換のうちの１つ以上を実行するグ
ラフィックス・パイプラインとして構成される。最後
に、コンピュータ・システム１０のメモリ容量を増大す
るためのハードディスク２８が設けられる。

【００２２】メモリ２４において、従来のオペレーティ
ング・システム３０によって１つあるいはそれ以上のア
プリケーション１２を一度に実行することができる。グ
ラフィックス・ハードウエア装置１４と通信するため
に、各アプリケーションは、各アプリケーション１２が
その仮想アドレス空間にグラフィックス・ハードウエア
装置１４とインターフェースするための自己のグラフィ
ックスＡＰＩライブラリ３２を持つようにグラフィック
スＡＰＩライブラリ３２にリンクされる。グラフィック
スＡＰＩライブラリ３２は基本的にはグラフィックス・
ハードウエア装置１４上で特定の機能を実行するために
アプリケーションによって呼び出される装置ドライバか
らなる。特に、グラフィックスＡＰＩライブラリ３２は
ＡＰＩ呼び出しをグラフィックス・ハードウエア・アク
セスに変換する。

【００２３】グラフィックス・ハードウエア・アクセス
機構３４が、グラフィックスＡＰＩライブラリ３２がグ
ラフィックス・ハードウエア装置１４にアクセスするた
めの手段を提供する。グラフィックス・ハードウエア・
アクセス機構３４はアプリケーション１２の仮想メモリ
スペースに常駐し、グラフィックスＡＰＩライブラリと
グラフィックス・ハードウエア装置１４との間の直接連
結性を得るためにグラフィックス・ハードウエア装置１
４に直接メモリマッピングされている。

【００２４】図２には本発明の仮想装置アクセス・シス
テムおよび方法の構成と機能を示す。本発明の仮想装置
アクセス・システム３８はオペレーティング・システム
３０内に構成されたハードウエア制御マネージャ４０、
各アプリケーション１２のグラフィックスＡＰＩライブ
ラリ３２の仮想メモリスペース内に構成された信号ハン
ドラ４２、および共用メモリ４４からなる。

【００２５】ハードウエア制御マネージャ４０はオペレ
ーティング・システム３０内の装置ドライバとして構成
され、どのアプリケーション１２がグラフィックス・ハ
ードウエア装置１４に対するアクセスを有するか、また
あるアプリケーション１２から他のアプリケーション１
２へのアクセスの切り換えをいつ実行するかを管理する
制御論理を含む。本実施形態では、ハードウエア制御マ
ネージャ４０は、グラフィックス・ハードウエア装置１
４に現在アクセス中のアプリケーションが危険域にない
限りグラフィックス・ハードウエア装置１４へのアクセ
スを試みる任意のアプリケーション１２にアクセスを与
えるように設計された装置独立制御を行なう。本明細書
においては、“危険域”とは当業者には明らかなように
データ処理におけるグラフィックス・ハードウエア装置
１４を中断してはならないポイントを指す。オペレーテ
ィング・システム３０内で本発明の仮想装置アクセス・
システム３８を実施するための装置専用支援を不要とす
ることによって、オペレーティング・システム３０には
装置専用コードを動的にロードする必要がない。

【００２６】ハードウエア制御マネージャ４０は各アプ
リケーション１２のグラフィックス・ハードウエア・ア
クセス機構３４（図１）を介してグラフィックス・ハー
ドウエア装置１４へのアクセスを制御する。図２には、
各アプリケーション１２のグラフィックス・ハードウエ
ア・アクセス機構３４は対応するグラフィックスＡＰＩ
３２とグラフィックス・ハードウエア装置１４とを直接
接続する結線３４’およびスイッチ３４”の組み合わせ
として示されている。スイッチ３４”はコマンドリンク
４８を介してハードウエア制御マネージャ４０によって
制御され、以下に説明する本発明の方法にしたがって結
線３４’を入切りするように設けらる。このように、グ
ラフィックス・ハードウエア・アクセス機構３４を介し
て、グラフィックスＡＰＩはグラフィックス・ハードウ
エア装置１４に直接アクセスして色、テクスチャ、遠近
その他のデータを転送し、またグラフィックス・ハード
ウエア状態情報を転送する。

【００２７】各アプリケーションのグラフィックス・ハ
ードウエア・アクセス機構３４（すなわち図２の要素３
４’および３４”）は仮想メモリアドレスに関係付けら
れた当該技術分野では周知である保護識別子（ＰＩＤ）
によって保護されている。グラフィックス・ハードウエ
ア・アクセス機構３４に関係付けられたＰＩＤはアプリ
ケーション１２がアクセスを許可されていないときにグ
ラフィックス・ハードウエア装置１４へのアクセスを試
みるたびに保護フォールトを生成する。基本的には、ス
イッチ３４”は保護識別子ハードウエアとみなすことが
できる。スイッチ３４”はそのままアクセスさせるか、
あるいはハードウエア制御ブロック４０にフォールトを
生成する。このフォールトは結線４６がセットアップお
よび／またはグラフィックスＡＰＩライブラリ３２とハ
ードウエア制御マネージャ４０との間のセットアップお
よび／または他の管理通信に用いられているときには結
線４８を介して通信される。

【００２８】各アプリケーション１２の信号ハンドラ４
２はハードウエア・アクセスに関係する装置依存制御を
行なう。信号ハンドラ４２は現在グラフィックス・ハー
ドウエア装置１４にアクセス中のアプリケーション１２
のグラフィックス・ハードウエア状態を保管し、グラフ
ィックス・ハードウエア装置１４へのアクセスを試みて
いるアプリケーション１２のグラフィックス・ハードウ
エア状態を復元する機能を実行する。この処理はグラフ
ィックス・コンテキスト切り換えと呼ばれる。本発明の
重要な特徴として、グラフィックス・コンテキストの切
り換えは信号ハンドラによってどちらのアプリケーショ
ン１２にも透明な態様で実行され、グラフィックスＡＰ
Ｉライブラリ３２にいかなるオーバーヘッドも生じず、
またアクセスの競合が各アプリケーション１２に対して
透明となるようになっている。

【００２９】信号ハンドラ４２は結線５２を介してハー
ドウエア制御マネージャ４０と通信する。結線５２は、
グラフィックス・コンテキスト切り換えの開始等のタス
クを実行するための信号ハンドラ４２とハードウエア制
御マネージャ４０との間でのコマンド信号の転送あるい
はグラフィックス・コンテキスト切り換えの完了の通知
に用いられる。さらに、信号ハンドラ４２はウィンドウ
形状状態の変更をチェックし、ハードウエアグラフィッ
クス状態を適宜更新する。

【００３０】共用メモリ４４は各アプリケーション１２
によってアクセス可能な共通の記憶場所を提供する。共
用メモリ４４には、各アプリケーション１２が対応する
結線５４を介してアクセスしてグラフィックス・コンテ
キスト切り換えに用いられる各アプリケーションのグラ
フィックス・ハードウエア状態の保管および検索を行な
うことができる。さらに、この共用メモリは現在どのア
プリケーション１２がグラフィックス・ハードウエア装
置１４にアクセス中であるかを示す、グラフィックス・
コンテキスト・ポインタ（図示せず）と呼ばれる広域共
用オブジェクトを含む。グラフィックス・コンテキスト
ポインタ内のこの情報は、グラフィックス・コンテキス
ト切り換えを実行中の信号ハンドラ４２が、現在グラフ
ィックス・ハードウエア装置１４にアクセス中のアプリ
ケーションのグラフィックス・ハードウエア状態を読み
出し、その状態情報を共用メモリ４４内の現行のアプリ
ケーション１２に対応した記憶場所に記憶するのに用い
られる。これによって、そのアプリケーションにはグラ
フィックス・ハードウエア装置１４へのアクセスを再び
獲得したときその状態情報が共用メモリ４４のどこに存
在するかがわかる。グラフィックス・ハードウエア状態
はグラフィックス・ハードウエア装置へのアクセスを試
みているアプリケーション１２に関係付けられたグラフ
ィックス・ハードウエア・アクセス機構３４を介してグ
ラフィックス・ハードウエア装置１４に書き込むことも
またそこから読み出すことも可能であることを指摘して
おく。

【００３１】さらに、ハードウエア制御マネージャ４０
は装置依存インターフェース５６を介してグラフィック
ス・ハードウエア装置１４に関する簡単な動作を実行す
ることができる。装置依存インターフェース５６はグラ
フィックス・ハードウエア装置１４の一部として構成さ
れ、結線５８を介してハードウエア制御マネージャ４０
に接続されている。装置依存インターフェース５６はカ
ーネル−ハードウエアのインターフェースを備える装置
依存読み出し専用メモリ（ＲＯＭ）からなる。したがっ
て、このＲＯＭに設けられたコードを用いてハードウエ
ア制御マネージャ４０からの制御信号がグラフィックス
・ハードウエア装置１４によって実行可能となるように
解読される。装置依存インターフェース５６を介して実
行されるかかる動作の例としては、制御および装置状態
関数の解読に加えて簡単な端末動作（すなわち文字の描
画あるいは画面のスクロール）等がある。

【００３２】［Ｂ． フロー制御］図２に示すように、
グラフィックスＡＰＩにオーバーヘッドを生じることな
くグラフィックス・ハードウエア装置１４へのデータ・
フローを自動的に低速化あるいは停止するためのフロー
制御機構６２がグラフィックス・ハードウエア装置１４
の一部として設けられている。グラフィックス・ハード
ウエア装置１４がある特定のアプリケーション１２の画
像データの処理に要する時間はそのデータおよびそのデ
ータに対して実行される処理によって何段階にも変動す
るため、グラフィックス・ハードウエア装置１４の入力
データ・バッファ（図示せず）が一杯になりそれ以上の
入力データを受け取ることができない場合がある。従来
技術の部分で説明したように、この問題に対する従来の
対策では相当量のオーバーヘッドおよび／またはデータ
の損失が生じていた。しかし、本発明のフロー制御機構
６２はグラフィックス・ハードウエア装置１４の入力バ
ッファ内の低水位マークをモニターし、入力データ・バ
ッファがこの低水位マークに達すると、このフロー制御
機構６２がグラフィックス・ハードウエア装置１４のイ
ンターフェース制御論理をトリガーしてグラフィックス
・ハードウエア・アクセス機構３４を介したトランザク
ションに対する応答の速度を下げる。この遅延によって
最終的にはデータの書き込みを行なっているプロセッサ
１８の速度が低下し、グラフィックスＡＰＩライブラリ
３２に余分なオーバーヘッドを生じることなくデータ伝
送速度が落とされる。

【００３３】しかし、入力データ・バッファにさらに入
力があり高水位マークに達すると、フロー制御機構６２
はデータを書き込んでいるプロセッサ１８に直接第２の
制御信号を送り、データ・フローを中断させる。オペレ
ーティング・システム３０はこの中断を検出し、それを
グラフィックス・ハードウエアの入力バッファがせき止
められていることを認識し、その結果グラフィックス・
ハードウエア装置１４に対するすべてのアプリケーショ
ンによるアクセスの許可を取り消す。多重プロセッサ環
境においてこの第２の信号が適切なプロセッサ１８に送
られるようにするためには、フロー制御機構６２は現在
どのプロセッサ１８がグラフィックス・ハードウエア装
置１４へのデータの書き込みを行なっているかを把握し
ていなければならないことを指摘しておく。

【００３４】［ＩＩＩ． 動作］また、本発明はコンピ
ュータ・システム１０上で動作するアプリケーション１
２がトランザクション実行コストを生じることなくグラ
フィックス・ハードウエア装置１４にアクセスすること
を可能にするものであり、そのための仮想装置アクセス
法と考えることができる。前述した通り、この方法の重
要な特徴は、オペレーティング・システム３０からの装
置専用の支援を必要としないことである。装置専用の支
援はＡＰＩライブラリ１２に関係付けられた信号ハンド
ラ４２によって提供される。本実施形態の説明の目的
上、ハードウエア制御マネージャ４０によって供給され
る制御論理は、ハードウエア制御マネージャ４０が、現
在グラフィックス・ハードウエア装置にアクセス中のア
プリケーションが危険域にない限り、アクセスを試みて
いる任意のアプリケーションに少なくとも最小グラフィ
ックス・タイム・スライスへのアクセス権を与えるよう
なものであると仮定する。当業者には明らな通り、グラ
フィックス・ハードウエア装置へのアクセスの中断が許
されない時間があり、上述したようにかかる時間は危険
域として保護される。

【００３５】図３Ａおよび図３Ｂには、アプリケーショ
ン１２がグラフィックス・ハードウエア装置１４へのア
クセスを試みるための、本発明の方法による仮想装置ア
クセスの一例を示す。まず、ブロック６０において、ア
プリケーション１２がそのアプリケーション１２に関係
付けられたグラフィックス・ハードウエア・アクセス機
構３４を介してグラフィックス・ハードウエア装置１４
へのアクセスを試みる。上述したように、アプリケーシ
ョンがグラフィックス・ハードウエア装置１４へのアク
セスを試みると、各グラフィックス・ハードウエア・ア
クセス機構３４に関係付けられた保護識別子（ＰＩＤ）
フォールトが発生する。したがって、このアプリケーシ
ョン１２がグラフィックス・ハードウエア装置１４への
アクセスを試みると、ＰＩＤフォールトが発生し、この
アプリケーションは停止される。すなわち、そのアプリ
ケーションの処理はフォールトが解消されるまで続行不
可能となる。

【００３６】ハードウエア制御マネージャ４０がこのＰ
ＩＤフォールトを、あるアプリケーションがグラフィッ
クス・ハードウエア装置１４へのアクセスを試みている
ものと認識する。これに応答して、ハードウエア制御マ
ネージャ４０は判断ブロック６２に示すように現在グラ
フィックス・ハードウエア装置１４にアクセス中のアプ
リケーションが危険域にあるかどうかを判定する。現在
グラフィックス・ハードウエア装置１４にアクセス中の
アプリケーションが危険域にある場合、ハードウエア制
御マネージャ４０はブロック６４に示すようにその危険
域を出るまでそのアプリケーションの処理を阻止する。
次に、ブロック６６において、危険域を出ると、ハード
ウエア制御マネージャ４０はグラフィックス・ハードウ
エア装置１４へのアクセスを受け取るべく待機している
アプリケーションを選択する。ブロック６６から、上述
した処理がブロック６２から再開され、ハードウエア制
御マネージャ４０は現行のアプリケーションが危険域に
あるかどうかをチェックする。

【００３７】しかし、判断ブロック６２でハードウエア
制御マネージャ４０が現在グラフィックス・ハードウエ
ア装置１４にアクセス中のアプリケーションが危険域に
ないと判断した場合、ハードウエア制御マネージャ４０
は図３Ｂのブロック６８に示すようにグラフィックス・
ハードウエア装置１４にアクセスしていたアプリケーシ
ョンのグラフィックス・ハードウエア・アクセス機構３
４を不能化する。次に、ハードウエア制御マネージャ４
０はアクセスを試みているアプリケーション１２の信号
ハンドラ４２に制御信号を送って、ブロック７０に示す
ように、その信号ハンドラ４２にグラフィックス・コン
テキストの切り換えとウィンドウ形状状態の更新の両方
を実行するように指示する。

【００３８】ブロック７２において、アクセスを試みて
いるアプリケーション１２の信号ハンドラ４２はグラフ
ィックス・コンテキスト切り換えを実行する。これは、
信号ハンドラ４２が現在グラフィックス・ハードウエア
装置１４にアクセス中のアプリケーションのグラフィッ
クス・ハードウエア１４のハードウエア状態を保管し
て、そのアプリケーションがアクセスの獲得を試みてい
るアプリケーション１２にアクセスを譲渡することがで
きるようにそのアプリケーションが停止された場所でグ
ラフィックス・データの処理を再開できるようにするこ
とによって実行される。上述した通り、グラフィックス
・コンテキスト切り換えは、ブロック６６において現在
グラフィックス・ハードウエア装置１４にアクセス中の
アプリケーションが危険域にないと判断されるときにの
み発生しうるものである。ハードウエア状態を保管する
ステップには、要求中のアプリケーション１２のグラフ
ィックス・ハードウエア・アクセス機構３４を介したグ
ラフィックス・ハードウエア装置１４のハードウエア状
態の読み出しと共用メモリ４４へのその情報の記憶が含
まれる。信号ハンドラ４２はその情報を共用メモリ４４
内のグラフィックス・ハードウエア装置１４にアクセス
していたアプリケーションに関係付けられた特定の場所
に記憶して、そのアプリケーションがグラフィックス・
ハードウエア装置１４へのアクセスを再度獲得しようと
するときそのハードウエア状態情報がどこにあるかがわ
かるようにしなければならない。かかる場所は共用メモ
リ４４内のグラフィックス・コンテキストポインタによ
って供給される。グラフィックス・コンテキストポイン
タは現在グラフィックス・ハードウエア装置１４にどの
アプリケーションのグラフィックス・コンテキストがロ
ードされているかを示し、したがって、グラフィックス
・ハードウエア装置１４へのアクセスを試みる他のアプ
リケーションがグラフィックス・コンテキスト切り換え
を実行するときハードウエア状態情報をどこに保管すべ
きかを示す。好適な実施例では、グラフィックス・ハー
ドウエア装置１４からのハードウエア状態の読み出しは
直接メモリアクセス（ＤＭＡ）によって実行される。た
だし、直接ハードウエア読み出しを介する等の適切な方
法が他にも多数存在することは明らかである。

【００３９】グラフィックス・コンテキスト切り換えの
第２の部分はグラフィックス・ハードウエア装置１４へ
のアクセスを試みるアプリケーション１２のハードウエ
ア状態の復元である。アクセスを試みるアプリケーショ
ン１２のハードウエア状態は信号ハンドラ４２によって
共用メモリ４４から検索され、グラフィックス・ハード
ウエア・アクセス機構３４を介してグラフィックス・ハ
ードウエア装置１４に書き込まれる。好適には、グラフ
ィックス・コンテキスト切り換えにおける保管ステップ
と同様に、この復元ステップはＤＭＡを用いて実行され
るが、他にも同様に適切な方法は存在することは理解さ
れよう。さらに、信号ハンドラ４２は必要であればハー
ドウエア内のウィンドウ幾何的状態を更新する。ステッ
プ７２において、アクセスを試みているアプリケーショ
ン１２の信号ハンドラ４２は適宜ハードウエア制御マネ
ージャ４０に戻り制御信号を送ってグラフィックス・コ
ンテキスト切り換えの完了とウィンドウシステム値の更
新を知らせる。

【００４０】この戻り制御信号に応答して、ハードウエ
ア制御マネージャ４０はブロック７４に示すようにアク
セスを試みているアプリケーション１２にグラフィック
ス・ハードウエア装置１４へのアクセスを許可し、この
要求中のアプリケーションのグラフィックス・ハードウ
エア・アクセス機構３４を使用可能にする。図２にはこ
れを図の左部分に示されるリンク４８を介したスイッチ
３４”の閉成として示している。

【００４１】この仮想装置アクセスに効率を上げるため
に、本発明はグラフィックスＡＰＩ３２からグラフィッ
クス・ハードウエア装置１４へのデータの自動的なフロ
ー制御を行なう。特に、本発明のフロー制御法によれ
ば、アプリケーションがグラフィックス・ハードウエア
装置１４の入力データ・バッファがさらにデータを受け
取ることが可能であるかを判定するためにそのデータ・
バッファの状態を常にチェックすることが不要となる。
これは従来の方法ではコストはかかるが必要なタスクと
みなされるものである。

【００４２】フロー制御機構６２によって実行される本
発明のフロー制御法によれば、グラフィックス・ハード
ウエア装置１４がデータ損失の危険なくアプリケーショ
ンに追随して高速にデータ処理を実行することができな
い場合にそのアプリケーションは自動的に停止される。
一般的には、フロー制御機構６２はグラフィックス・ハ
ードウエア装置１４によって供給される低水位マーク標
識をモニターして入力データ・バッファ内のデータが第
１の所定のレベルに達したことを検出する。さらに、フ
ロー制御機構６２によって高水位マークがモニターさ
れ、入力データ・バッファ内のデータが第２の所定のレ
ベルに達したことが検出される。

【００４３】基本的に、グラフィックス・ハードウエア
装置１４の入力データ・バッファが低水位マークまで満
たされると、フロー制御機構６２は自動的にバス・トラ
ンザクションへの応答速度を低下させる。この第１の制
御信号の効果は最終的にはグラフィックス・ハードウエ
ア装置１４へのデータの書き込みを行なっているプロセ
ッサ１８にまで及び、それによって基本的にはグラフィ
ックスＡＰＩ３２のライブラリにオーバーヘッドの追加
を生じることなく、あるいはプロセッサへの外部からの
割り込みを生じることなくデータ転送速度が落とされ
る。

【００４４】データ転送速度が依然としてグラフィック
ス・ハードウエア装置１４にとって高すぎ、入力データ
・バッファ内のデータが高水位マークに達した場合、デ
ータの書き込みを行なっているプロセッサ１８に有向割
り込みすなわち第２の制御信号が送られ、その状態が通
知される。その結果、プロセッサ１８からグラフィック
ス・ハードウエア装置１４へのそれ以上のデータの送出
が防止される。最終的には、入力データ・バッファ内の
データは低水位マークの下まで減少し、フロー制御機構
はプロセッサ１８に対してアプリケーション１２による
グラフィックス・ハードウエア装置１４へのデータの送
出が再開可能であることを示す再開信号を送る。

【００４５】本発明のこの機能を多重プロセッサ環境で
実行するためには、グラフィックス・ハードウエア装置
１４に現在データを送っているプロセッサ１８がどれで
あるかがわかっていなければならない。この情報がない
場合、データを適切なときに確実に停止させるには高水
位マークによる割り込みによってすべてのプロセッサ１
８を中断しなければならない。データを送っているプロ
セッサ１８が入力データ・バッファの容量が足りなくな
る前に停止されない場合データの損失が発生し、これは
許容されない。当業者には明らかなように、これは、グ
ラフィックス・アプリケーションの実行に伴なって適正
なプロセッサ１８の同定によってフロー制御機構６２を
更新するオペレーティング・システム内の処理スケジュ
ーラによって達成することができる。

【００４６】当業者には、以上の図面および詳細な説明
から本発明の他の特徴および利点が理解されよう。かか
る他の特徴および利点は特許請求の範囲に規定する本発
明の範囲に含まれるものである。

【００４７】当業者には、本発明の原理から逸脱するこ
となく上記の実施形態にさまざまな改変を加えることが
可能であることは明らかであることを指摘しておく。か
かる改変はすべて特許請求の範囲に定める本発明の範囲
に含まれるものである。さらに、特許請求の範囲におい
て、すべての手段あるいはステップおよび機能要素の対
応する構造、材料、動作、およびその均等物は特許請求
された他の要素を用いてかかる機能を実行するための任
意の構造、材料あるいは動作を含むものである。

【００４８】以上、本発明の実施の形態について詳述し
たが、以下、本発明の各実施態様の例を示す。

【００４９】（実施態様１）コンピュータ・システム上
で実行されるアプリケーションにコンピュータ・システ
ムのグラフィックス・ハードウエア装置（１４）をオー
バーヘッドを生じることなくロックすることを可能にす
る仮想装置アクセス・システム（３８）であって、前記
アプリケーション（１２）の１つが前記グラフィックス
・ハードウエア装置（１４）へのアクセスを試みるとき
これを検出し、前記グラフィックス・ハードウエア装置
（１４）へのアクセスを可能および不能にするハードウ
エア制御マネージャ（４０）と、前記アプリケーション
（１２）のそれぞれに関係付けられた信号ハンドラ（４
２）であって、前記信号ハンドラ（４２）は、それぞれ
前記関係付けられたアプリケーション（１２）が前記グ
ラフィックス・ハードウエア装置（１４）へのアクセス
を試みるとき、前記ハードウエア制御マネージャ（４
０）からの信号を受けてグラフィックス・コンテキスト
切り換えを実行する信号ハンドラ（１２）と、前記アプ
リケーション（１２）のそれぞれがアクセス可能であ
り、前記各信号ハンドラ（４２）による前記グラフィッ
クス・コンテキスト切り換えの実行の際に使用すべく前
記グラフィックス・ハードウエア装置（１４）に現在ア
クセス中の前記アプリケーション（１２）の身分証明を
記憶するために構成された共用メモリ資源（４４）とを
有することを特徴とする仮想装置アクセス・システム
（３８）。

【００５０】（実施態様２）前記アプリケーション（１
２）のそれぞれに関係付けられ、対応する前記アプリケ
ーション（１２）と前記グラフィックス・ハードウエア
装置（１４）との間の直接通信を処理するように、前記
グラフィックス・ハードウエア装置（１４）に直接マッ
ピングされたグラフィックス・ハードウエア・アクセス
機構（３４）を含むことを特徴とする実施態様１記載の
システム。

【００５１】（実施態様３）前記アプリケーション（１
２）の１つが前記グラフィックス・ハードウエア装置
（１４）と通信するためのグラフィックス・アプリケー
ション・インターフェースライブラリ（３２）を含むこ
とを特徴とする実施態様１記載のシステム。

【００５２】（実施態様４）前記ハードウエア制御マネ
ージャ（４０）が、前記アプリケーションの前記グラフ
ィックス・ハードウエア装置（１４）に対する競合およ
びアクセスを管理する制御論理を供給することを特徴と
する実施態様１記載のシステム。

【００５３】（実施態様５）前記信号ハンドラ（４２）
によって実行される前記グラフィックス・コンテキスト
切り換えは、前記グラフィックス・ハードウエア装置
（１４）に現在アクセス中の第１のアプリケーションの
第１のグラフィックス・ハードウエア状態の前記共用メ
モリ源（４４）への保管、および前記グラフィックス・
ハードウエア装置（１４）へのアクセスを試みている第
２のアプリケーションの第２のグラフィックス・ハード
ウエア状態の前記グラフィックス・ハードウエア装置
（１４）への復元を含むことを特徴とする実施態様１記
載のシステム。

【００５４】（実施態様６）前記仮想装置アクセス・シ
ステムは、前記アプリケーション（１２）から前記グラ
フィックス・ハードウエア装置（１４）へのデータ・フ
ローを管理するフロー管理機構（６２）を有することを
特徴とする実施態様１記載のシステム。

【００５５】（実施態様７）前記ハードウエア制御マネ
ージャ（４０）は前記アプリケーション（１２）のそれ
ぞれに関係付けられた前記グラフィックス・ハードウエ
ア・アクセス機構（３４）を使用可能および不能とする
ことを特徴とする実施態様２記載のシステム。

【００５６】（実施態様８）前記グラフィックス・ハー
ドウエア・アクセス機構（３４）が、それぞれ前記アプ
リケーション（１２）の対応する１つが前記グラフィッ
クス・ハードウエア装置（１４）へのアクセスを試みて
いることを示す信号を前記ハードウエア制御マネージャ
（４０）に送り、前記アプリケーション（１２）のうち
のどれが前記グラフィックス・ハードウエア装置（１
４）へのアクセスを試みているかを同定する保護識別子
を含むことを特徴とする実施態様２記載のシステム。

【００５７】（実施態様９）前記フロー制御機構（６
２）は、前記グラフィックス・ハードウエア装置（１
４）の入力データ・バッファが第１の所定のレベルの上
まで満たされたとき前記グラフィックス・ハードウエア
装置（１４）へのデータ・フローの速度を低下させ、前
記入力データ・バッファが第２の所定のレベルの上まで
満たされたとき前記ハードウエア制御マネージャに第２
の制御信号を送って前記グラフィックス・ハードウエア
装置（１４）に流れるデータを停止させる検出手段を含
むことを特徴とする実施態様６記載のシステム。

【００５８】（実施態様１０）前記ハードウエア制御マ
ネージャ（４０）の前記制御論理は前記グラフィックス
・ハードウエア装置（１４）にアクセスする前記アプリ
ケーション（１２）のそれぞれに最小限の処理時間量を
与えることを特徴とする実施態様７記載のシステム。

【００５９】

【発明の効果】本発明の仮想装置アクセス・システムお
よび方法の利点は、装置依存制御をオペレーティング・
システムを用いずにユーザー・レベルのコードで行なう
ことにある。これによって、グラフィックスソフトウエ
アライブラリのフレキシビリティが増大する。

【００６０】本発明の仮想装置アクセス・システムおよ
び方法の利点は、グラフィックスＡＰＩにオーバーヘッ
ドを生じることなくデータ・フローの制御を可能とする
ことにある。

【００６１】本発明の仮想装置アクセス・システムおよ
び方法の利点は、グラフィックス・ハードウエア装置へ
のアクセスを求めるアプリケーションの間での競合をな
くすことにある。

【００６２】本発明の仮想装置アクセス・システムおよ
び方法の利点は、オーバーヘッドを生じることなくグラ
フィックス装置へのアクセスを可能とすることにある。

【図面の簡単な説明】

【図１】本発明の実施に適したコンピュータ・システム
のブロック図である。

【図２】図１のコンピュータ・システム上の動作に適し
た仮想装置アクセス・システムの要素の構造および機能
のブロック図である。

【図３Ａ】本発明の仮想装置アクセスの方法を示すフロ
ーチャートである。

【図３Ｂ】本発明の仮想装置アクセスの方法を示すフロ
ーチャートである。

【符号の説明】

１０：コンピュータ・システム １２：アプリケーション １４：グラフィックス・ハードウエア装置 １６：表示装置 １８：プロセッサ ２０：システム・インターフェース ２２：メモリ・バス ２４：メモリ ２６：入力装置 ２８：ハードディスク ３０：オペレーティング・システム ３２：グラフィックスＡＰＩライブラリ ３４：グラフィックス・ハードウエア・アクセス機構 ３４’，４６，５２，５４，５８：結線 ３４”：スイッチ ３８：仮想装置アクセス・システム ４０：ハードウエア制御マネージャ ４２：信号ハンドラ ４４：共用メモリ ４８：コマンドリンク ５６：装置依存インターフェース ６２：フロー制御機構 ６０，６２，６４，６６，６８，７０、７２，７４：仮
想装置アクセス法のステップ

Claims (1)

【特許請求の範囲】
1. 【請求項１】コンピュータ・システム上で実行されるア
   プリケーションにコンピュータ・システムのグラフィッ
   クス・ハードウエア装置をオーバーヘッドを生じること
   なくロックすることを可能にする仮想装置アクセス・シ
   ステムであって、 前記アプリケーションの１つが前記グラフィックス・ハ
   ードウエア装置へのアクセスを試みるときこれを検出
   し、前記グラフィックス・ハードウエア装置へのアクセ
   スを可能および不能にするハードウエア制御マネージャ
   と、 前記アプリケーションのそれぞれに関係付けられた信号
   ハンドラであって、前記信号ハンドラは、それぞれ前記
   関係付けられたアプリケーションが前記グラフィックス
   ・ハードウエア装置へのアクセスを試みるとき、前記ハ
   ードウエア制御マネージャからの信号を受けてグラフィ
   ックス・コンテキスト切り換えを実行する信号ハンドラ
   と、 前記アプリケーションのそれぞれがアクセス可能であ
   り、前記各信号ハンドラによる前記グラフィックス・コ
   ンテキスト切り換えの実行の際に使用すべく前記グラフ
   ィックス・ハードウエア装置に現在アクセス中の前記ア
   プリケーションの身分証明を記憶するために構成された
   共用メモリ資源とを有することを特徴とする仮想装置ア
   クセス・システム。