JPH0731586B2 - ディスプレイ・アダプタ・インターフェース装置及び方法 - Google Patents
ディスプレイ・アダプタ・インターフェース装置及び方法Info
- Publication number
- JPH0731586B2 JPH0731586B2 JP4155294A JP15529492A JPH0731586B2 JP H0731586 B2 JPH0731586 B2 JP H0731586B2 JP 4155294 A JP4155294 A JP 4155294A JP 15529492 A JP15529492 A JP 15529492A JP H0731586 B2 JPH0731586 B2 JP H0731586B2
- Authority
- JP
- Japan
- Prior art keywords
- display
- adapter
- display adapter
- interface
- providing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
- G06F3/1423—Digital output to display device ; Cooperation and interconnection of the display device with other functional units controlling a plurality of local displays, e.g. CRT and flat panel display
- G06F3/1438—Digital output to display device ; Cooperation and interconnection of the display device with other functional units controlling a plurality of local displays, e.g. CRT and flat panel display using more than one graphics controller
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Digital Computer Display Output (AREA)
- Controls And Circuits For Display Device (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、広くはコンピュータ・
グラフィクス環境において使用するディスプレイ・サブ
システムのアーキテクチャに関し、より詳しくは、ディ
スプレイ・アダプタ用の標準インターフェースを提供す
るということに関するものである。
グラフィクス環境において使用するディスプレイ・サブ
システムのアーキテクチャに関し、より詳しくは、ディ
スプレイ・アダプタ用の標準インターフェースを提供す
るということに関するものである。
【０００２】
【従来の技術】図１は、従来の典型的なグラフィクス・
システムの一例を示したブロック図であり、このグラフ
ィクス・システムは、２つのグラフィクス・アプリケー
ション（即ちプログラム）と、３つのディスプレイ・ア
ダプタとを備えたシステムである。２つのグラフィクス
・アプリケーションのうち、第１のグラフィクス・アプ
リケーション１００は、図示の如く２次元（２−Ｄ）グ
ラフィクス用のソフトウェア・パッケージであり、ま
た、第２のグラフィクス・アプリケーション１１０は、
図示の如く３次元（３−Ｄ）グラフィクス用のソフトウ
ェア・パッケージである。これらグラフィクス・アプリ
ケーション１００と１１０とはいずれも、ディスプレイ
・アダプタ１７０、１８０、及び１９０との通信を行な
うには、夫々アプリケーション・プログラミング・イン
ターフェース（ＡＰＩ）１２０ないし１３０に頼ってい
る。これらＡＰＩは、夫々のアプリケーションがディス
プレイ・アダプタに実行させようとする、様々な機能並
びに制御を定義しており、これらＡＰＩを使用すること
によって、ディスプレイ・アダプタを直接的な対象とし
てプログラミングする場合に可能なグラフィクス管理の
方法と比較して、より高度に抽象化されたより強力なグ
ラフィクス管理の方法を実現することができる。図示の
従来例においては、ＡＰＩ１２０と１３０とが包含して
いるコードは、典型的な場合にそうであるように、ディ
スプレイ・アダプタ１７０、１８０、及び１９０に適合
するように構成したデバイス・ドライバ１２４、１２
６、１２８、１３２、１３４、及び１３６を形成してい
る。
システムの一例を示したブロック図であり、このグラフ
ィクス・システムは、２つのグラフィクス・アプリケー
ション（即ちプログラム）と、３つのディスプレイ・ア
ダプタとを備えたシステムである。２つのグラフィクス
・アプリケーションのうち、第１のグラフィクス・アプ
リケーション１００は、図示の如く２次元（２−Ｄ）グ
ラフィクス用のソフトウェア・パッケージであり、ま
た、第２のグラフィクス・アプリケーション１１０は、
図示の如く３次元（３−Ｄ）グラフィクス用のソフトウ
ェア・パッケージである。これらグラフィクス・アプリ
ケーション１００と１１０とはいずれも、ディスプレイ
・アダプタ１７０、１８０、及び１９０との通信を行な
うには、夫々アプリケーション・プログラミング・イン
ターフェース（ＡＰＩ）１２０ないし１３０に頼ってい
る。これらＡＰＩは、夫々のアプリケーションがディス
プレイ・アダプタに実行させようとする、様々な機能並
びに制御を定義しており、これらＡＰＩを使用すること
によって、ディスプレイ・アダプタを直接的な対象とし
てプログラミングする場合に可能なグラフィクス管理の
方法と比較して、より高度に抽象化されたより強力なグ
ラフィクス管理の方法を実現することができる。図示の
従来例においては、ＡＰＩ１２０と１３０とが包含して
いるコードは、典型的な場合にそうであるように、ディ
スプレイ・アダプタ１７０、１８０、及び１９０に適合
するように構成したデバイス・ドライバ１２４、１２
６、１２８、１３２、１３４、及び１３６を形成してい
る。
【０００３】この従来例においては、一般的に、ＡＰＩ
からディスプレイ・アダプタへの情報の流れは、アプリ
ケーション・プログラムの関知しないものとしている。
こうすることによって、アプリケーション・プログラム
をプログラミングする作業を簡単化し、また、そのアプ
リケーション・プログラムの利用を容易にしているので
ある。例えば、２−Ｄグラフィクス・アプリケーション
１００は、ディスプレイ・アダプタ（Ｂ）１８０に対し
て通信を行なう際には、ＡＰＩ１２０を介して情報を送
信する。この場合、ＡＰＩ１２０は、内部のデバイス・
ドライバ１２６を介して、その情報をディスプレイ・ア
ダプタ１８０へ送信する。そして、この従来例におい
て、グラフィクス・アプリケーション１００は、通常の
場合には、ＡＰＩ１２０と、その内部のデバイス・ドラ
イバ１２６との間のデータの流れにも、また、そのデバ
イス・ドライバ１２６とディスプレイ・アダプタ１８０
との間のデータの流れにも関知していない。
からディスプレイ・アダプタへの情報の流れは、アプリ
ケーション・プログラムの関知しないものとしている。
こうすることによって、アプリケーション・プログラム
をプログラミングする作業を簡単化し、また、そのアプ
リケーション・プログラムの利用を容易にしているので
ある。例えば、２−Ｄグラフィクス・アプリケーション
１００は、ディスプレイ・アダプタ（Ｂ）１８０に対し
て通信を行なう際には、ＡＰＩ１２０を介して情報を送
信する。この場合、ＡＰＩ１２０は、内部のデバイス・
ドライバ１２６を介して、その情報をディスプレイ・ア
ダプタ１８０へ送信する。そして、この従来例におい
て、グラフィクス・アプリケーション１００は、通常の
場合には、ＡＰＩ１２０と、その内部のデバイス・ドラ
イバ１２６との間のデータの流れにも、また、そのデバ
イス・ドライバ１２６とディスプレイ・アダプタ１８０
との間のデータの流れにも関知していない。
【０００４】図２は、図１の従来例よりも更に新しい従
来例の技法を示したブロック図であり、この図２の従来
例は、１９９０年２月１２日付出願の、発明の名称を
「グラフィクス・アダプタ・インターフェースを備えた
ディスプレイ・サブシステムのアーキテクチャ（Displa
y Subsystem Architecture Having a Graphics Adapter
Interface）」とした、米国特許出願第０７／４７８３
８４号に記載されている技法である。この従来例のグラ
フィクス・システムでは、例えば３つのグラフィクス・
アプリケーション２００、２０５、及び２１０を装備す
ることができる。そして、特に図示例では、それら３つ
のグラフィクス・アプリケーションは、ＭＩＴの「X-Wi
ndows 」と、シリコン・グラフィクス社の「ＧＬ」と、
ＩＢＭ社の「graPHIGS」との３つとしてある。これらア
プリケーションの各々は、みずからに適合した構成のＡ
ＰＩ２２０、２２５、ないしは２３０を使用するように
設計されている。更にこれらＡＰＩ２２０、２２５、及
び２３０の各々は、グラフィクス・アダプタ・インター
フェース（以後「ＧＡＩ」という）３００との間で通信
を行なう。これらＡＰＩは、その各々が、１つずつのＧ
ＡＩドライバ２２１、２２６、２３１を内蔵しており、
そのＧＡＩドライバを使用して、ＧＡＩ３００の中の互
いに異なったデバイス・ドライバ・ライブラリ３２０、
３３０、ないし３４０との間で通信を行なう。そして更
にこれらＧＡＩデバイス・ドライバ・ライブラリ３２
０、３３０、３４０が、ディスプレイ・アダプタ２６
０、２６５、２７０との間で通信を行なう。図示例で
は、３つのＧＡＩデバイス・ドライバ・ライブラリに
は、夫々ＧＡＩ／２Ｄライブラリ３２０、ＧＡＩ／３Ｄ
Ｍ１ライブラリ３３０、それにＧＡＩ／３ＤＭ２ライブ
ラリ３４０と名付けてある。これら３つのＧＡＩデバイ
ス・ドライバ・ライブラリの各々が、３つのディスプレ
イ・アダプタ２６０、２６５、２７０の各々に対して、
１つずつの特定ディスプレイ・アダプタ向けコードを、
使用すべく内蔵しているため、それらコードは合計で９
つ（３２１、３２２、３２３、３３１、３３２、３３
３、３４１、３４２、３４３）ある。また、同じ１つの
ＧＡＩデバイス・ドライバ・ライブラリの中に包含され
ている、３つの特定デバイス向けディスプレイ・ドライ
バ（即ち、特定ディスプレイ・アダプタ向けコード）
は、特定の１つのＡＰＩに対するインターフェースとし
て、それら３つのコードの間で共通の１つのプログラミ
ング・インターフェースを共用するようにしている。即
ち、図示例では、ＧＡＩデバイス・ドライバ・ライブラ
リ３２０、３３０、及び３４０が、夫々、ライブラリ・
インターフェース（２−Ｄ）３２５、（３ＤＭ１）３３
５、（３ＤＭ２）３４５を使用している。
来例の技法を示したブロック図であり、この図２の従来
例は、１９９０年２月１２日付出願の、発明の名称を
「グラフィクス・アダプタ・インターフェースを備えた
ディスプレイ・サブシステムのアーキテクチャ（Displa
y Subsystem Architecture Having a Graphics Adapter
Interface）」とした、米国特許出願第０７／４７８３
８４号に記載されている技法である。この従来例のグラ
フィクス・システムでは、例えば３つのグラフィクス・
アプリケーション２００、２０５、及び２１０を装備す
ることができる。そして、特に図示例では、それら３つ
のグラフィクス・アプリケーションは、ＭＩＴの「X-Wi
ndows 」と、シリコン・グラフィクス社の「ＧＬ」と、
ＩＢＭ社の「graPHIGS」との３つとしてある。これらア
プリケーションの各々は、みずからに適合した構成のＡ
ＰＩ２２０、２２５、ないしは２３０を使用するように
設計されている。更にこれらＡＰＩ２２０、２２５、及
び２３０の各々は、グラフィクス・アダプタ・インター
フェース（以後「ＧＡＩ」という）３００との間で通信
を行なう。これらＡＰＩは、その各々が、１つずつのＧ
ＡＩドライバ２２１、２２６、２３１を内蔵しており、
そのＧＡＩドライバを使用して、ＧＡＩ３００の中の互
いに異なったデバイス・ドライバ・ライブラリ３２０、
３３０、ないし３４０との間で通信を行なう。そして更
にこれらＧＡＩデバイス・ドライバ・ライブラリ３２
０、３３０、３４０が、ディスプレイ・アダプタ２６
０、２６５、２７０との間で通信を行なう。図示例で
は、３つのＧＡＩデバイス・ドライバ・ライブラリに
は、夫々ＧＡＩ／２Ｄライブラリ３２０、ＧＡＩ／３Ｄ
Ｍ１ライブラリ３３０、それにＧＡＩ／３ＤＭ２ライブ
ラリ３４０と名付けてある。これら３つのＧＡＩデバイ
ス・ドライバ・ライブラリの各々が、３つのディスプレ
イ・アダプタ２６０、２６５、２７０の各々に対して、
１つずつの特定ディスプレイ・アダプタ向けコードを、
使用すべく内蔵しているため、それらコードは合計で９
つ（３２１、３２２、３２３、３３１、３３２、３３
３、３４１、３４２、３４３）ある。また、同じ１つの
ＧＡＩデバイス・ドライバ・ライブラリの中に包含され
ている、３つの特定デバイス向けディスプレイ・ドライ
バ（即ち、特定ディスプレイ・アダプタ向けコード）
は、特定の１つのＡＰＩに対するインターフェースとし
て、それら３つのコードの間で共通の１つのプログラミ
ング・インターフェースを共用するようにしている。即
ち、図示例では、ＧＡＩデバイス・ドライバ・ライブラ
リ３２０、３３０、及び３４０が、夫々、ライブラリ・
インターフェース（２−Ｄ）３２５、（３ＤＭ１）３３
５、（３ＤＭ２）３４５を使用している。
【０００５】以下、ＧＡＩデバイス・ドライバ・ライブ
ラリのことを、単に「ＧＡＩライブラリ」といい、ま
た、特定ディスプレイ・アダプタ向けコードのことを、
「特定デバイス向けディスプレイ・ドライバ」或いは単
に「ディスプレイ・ドライバ」という。以上から分るよ
うに、各々のＧＡＩライブラリは、複数の特定デバイス
向けディスプレイ・ドライバを含んでいる。例えば、Ｇ
ＡＩ／２Ｄライブラリ３２０は３つのディスプレイ・ド
ライバ３２１、３２２、及び３２３を含んでおり、これ
らディスプレイ・ドライバは、その各々が、夫々の目的
ディスプレイ・アダプタ２６０、２６５、及び２７０に
合わせて作成されている。この図２の従来例において
は、あるアプリケーションが、そのアプリケーションに
対応したＡＰＩに、１つのＧＡＩライブラリを選択させ
たときに、そのＡＰＩが、そのＧＡＩの中のどのディス
プレイ・ドライバを目的ディスプレイ・ドライバとすべ
きかを、併せて選択するようにしてある。例えば、ある
マシンの上で、ＧＬアプリケーション２０５が実行され
ていたものとし、また、そのマシンには、ディスプレイ
・アダプタ（Ｂ）２６５が内蔵されていたものとすれ
ば、先ず、そのＧＬアプリケーション２０５は、３Ｄ／
ＡＰＩ（ＧＬ）２２５を使用する。そして、この３Ｄ／
ＡＰＩ（ＧＬ）２２５は、ＧＡＩデバイス・ドライバ２
２６を内蔵している。このＧＡＩデバイス・ドライバ２
２６とＧＡＩ３００との間で対話が行なわれ、その結
果、ＧＡＩ／３ＤＭ２ライブラリ３４０が選択される。
このＧＡＩ／３ＤＭ２ライブラリ３４０のプログラミン
グ・インターフェースと機能内容とは、ＧＡＩデバイス
・ドライバ２２６と、ディスプレイ・アダプタ２６５を
目的としたディスプレイ・ドライバ３４２の特定デバイ
ス向きコードとの、動的結合によって実現される。
ラリのことを、単に「ＧＡＩライブラリ」といい、ま
た、特定ディスプレイ・アダプタ向けコードのことを、
「特定デバイス向けディスプレイ・ドライバ」或いは単
に「ディスプレイ・ドライバ」という。以上から分るよ
うに、各々のＧＡＩライブラリは、複数の特定デバイス
向けディスプレイ・ドライバを含んでいる。例えば、Ｇ
ＡＩ／２Ｄライブラリ３２０は３つのディスプレイ・ド
ライバ３２１、３２２、及び３２３を含んでおり、これ
らディスプレイ・ドライバは、その各々が、夫々の目的
ディスプレイ・アダプタ２６０、２６５、及び２７０に
合わせて作成されている。この図２の従来例において
は、あるアプリケーションが、そのアプリケーションに
対応したＡＰＩに、１つのＧＡＩライブラリを選択させ
たときに、そのＡＰＩが、そのＧＡＩの中のどのディス
プレイ・ドライバを目的ディスプレイ・ドライバとすべ
きかを、併せて選択するようにしてある。例えば、ある
マシンの上で、ＧＬアプリケーション２０５が実行され
ていたものとし、また、そのマシンには、ディスプレイ
・アダプタ（Ｂ）２６５が内蔵されていたものとすれ
ば、先ず、そのＧＬアプリケーション２０５は、３Ｄ／
ＡＰＩ（ＧＬ）２２５を使用する。そして、この３Ｄ／
ＡＰＩ（ＧＬ）２２５は、ＧＡＩデバイス・ドライバ２
２６を内蔵している。このＧＡＩデバイス・ドライバ２
２６とＧＡＩ３００との間で対話が行なわれ、その結
果、ＧＡＩ／３ＤＭ２ライブラリ３４０が選択される。
このＧＡＩ／３ＤＭ２ライブラリ３４０のプログラミン
グ・インターフェースと機能内容とは、ＧＡＩデバイス
・ドライバ２２６と、ディスプレイ・アダプタ２６５を
目的としたディスプレイ・ドライバ３４２の特定デバイ
ス向きコードとの、動的結合によって実現される。
【０００６】
【発明が解決しようとする課題】本発明の目的は、ディ
スプレイ・アダプタ用の標準インターフェースを提供す
ることにある。
スプレイ・アダプタ用の標準インターフェースを提供す
ることにある。
【０００７】
【課題を解決するための手段】本発明は、複数のアプリ
ケーション・プログラムと、ディスプレイをサポートす
る機能を有する少なくとも１つのディスプレイ・アダプ
タとの間の、インターフェースを行なうための装置を含
むものである。この装置は、前記複数のアプリケーショ
ン・プログラムのうちの第１アプリケーション・プログ
ラムからディスプレイ・アダプタの機能へのインターフ
ェースを提供する第１ドライバ手段と、前記複数のアプ
リケーション・プログラムのうちの第２アプリケーショ
ン・プログラムから前記ディスプレイ・アダプタの機能
へのインターフェースを提供する第２ドライバ手段と、
前記第１及び第２ドライバ手段と前記ディスプレイ・ア
ダプタとに結合した、前記第１及び第２ドライバ手段の
双方に、前記ディスプレイ・アダプタの選択した機能へ
の共通のアクセスを提供するアクセス手段と、を含んで
いる装置である。更に本発明は、複数のアプリケーショ
ン・プログラムと、ディスプレイをサポートする機能を
有する少なくとも１つのディスプレイ・アダプタとの間
の、インターフェースを行なう方法をも、含むものであ
る。この方法は、前記複数のアプリケーション・プログ
ラムのうちの第１アプリケーション・プログラムからデ
ィスプレイ・アダプタの機能へのインターフェースであ
る、第１インターフェースを提供するステップと、前記
複数のアプリケーション・プログラムのうちの第２アプ
リケーション・プログラムから前記ディスプレイ・アダ
プタの機能へのインターフェースである、第２インター
フェースを提供するステップと、前記第１及び第２イン
ターフェースから前記ディスプレイ・アダプタの選択し
た機能への共通のアクセスを提供する、共通アクセス提
供ステップと、を含んでいる方法である。本発明の本質
並びに利点を更に深く理解するためには、本明細書の以
下の説明並びに添付図面を参照されたい。
ケーション・プログラムと、ディスプレイをサポートす
る機能を有する少なくとも１つのディスプレイ・アダプ
タとの間の、インターフェースを行なうための装置を含
むものである。この装置は、前記複数のアプリケーショ
ン・プログラムのうちの第１アプリケーション・プログ
ラムからディスプレイ・アダプタの機能へのインターフ
ェースを提供する第１ドライバ手段と、前記複数のアプ
リケーション・プログラムのうちの第２アプリケーショ
ン・プログラムから前記ディスプレイ・アダプタの機能
へのインターフェースを提供する第２ドライバ手段と、
前記第１及び第２ドライバ手段と前記ディスプレイ・ア
ダプタとに結合した、前記第１及び第２ドライバ手段の
双方に、前記ディスプレイ・アダプタの選択した機能へ
の共通のアクセスを提供するアクセス手段と、を含んで
いる装置である。更に本発明は、複数のアプリケーショ
ン・プログラムと、ディスプレイをサポートする機能を
有する少なくとも１つのディスプレイ・アダプタとの間
の、インターフェースを行なう方法をも、含むものであ
る。この方法は、前記複数のアプリケーション・プログ
ラムのうちの第１アプリケーション・プログラムからデ
ィスプレイ・アダプタの機能へのインターフェースであ
る、第１インターフェースを提供するステップと、前記
複数のアプリケーション・プログラムのうちの第２アプ
リケーション・プログラムから前記ディスプレイ・アダ
プタの機能へのインターフェースである、第２インター
フェースを提供するステップと、前記第１及び第２イン
ターフェースから前記ディスプレイ・アダプタの選択し
た機能への共通のアクセスを提供する、共通アクセス提
供ステップと、を含んでいる方法である。本発明の本質
並びに利点を更に深く理解するためには、本明細書の以
下の説明並びに添付図面を参照されたい。
【０００８】
【実施例】図３は、本発明の好適実施例を用いることの
できる典型的なディジタル・コンピュータ４００のブロ
ック図である。コンピュータ４００は、ホスト・コンピ
ュータ４０５を含んでいる。更にこのホスト・コンピュ
ータ４０５は、（１つまたは複数の）メイン・プロセッ
サ４１０を含んでおり、メイン・プロセッサ４１０は、
メモリ４２０と、（１つまたは複数の）入力デバイス４
３０と、（１つまたは複数の）出力デバイス４４０とに
結合している。メイン・プロセッサ４１０はただ１つの
プロセッサから構成されたものであっても良く、或いは
複数のプロセッサから構成された、マルチ・プロセッサ
構成のものであっても良い。入力デバイス４３０は、例
えば、キーボード、マウス、タブレット、等々の様々な
種類の入力デバイスである。出力デバイス４４０は、例
えば、テキスト・モニタ、プロッタ、等々の様々な種類
の出力デバイスである。メイン・プロセッサ４１０は更
に、ディスプレイ・アダプタ５００を介して、グラフィ
クス・ディスプレイ等の（１つまたは複数の）出力デバ
イス４５０にも結合し得るものである。ディスプレイ・
アダプタ５００は、グラフィクスに関する様々な命令
を、メイン・プロセッサ４１０から、バス４５０を介し
て受け取る。そして、受け取ったそれら命令を、例え
ば、一時的にＦＩＦＯ（先入れ先出し）キュー５０５の
中に記憶する。続いてディスプレイ・アダプタ５００
は、それら命令を、アダプタ・メモリ５３０に結合した
（１つまたは複数の）アダプタ・プロセッサ５２０によ
って実行する。このディスプレイ・アダプタ５００は、
メイン・プロセッサ４１０から受け取った命令に応じて
実行するための複数の機能から成る機能集合を備えてい
る。それら複数の機能は、一般的には、マイクロコード
命令の形で、アダプタ・メモリ５３０の中に記憶されて
おり、アダプタ・プロセッサ５２０によって実行される
ものである。また、それら機能のうちには、ディスプレ
イ上に原始要素を描画することも含まれる。アダプタ・
プロセッサ５２０は、与えられた命令を実行し、そし
て、その命令に基づいて（１つまたは複数の）フレーム
・バッファ５４０を更新する。フレーム・バッファ５４
０は、出力デバイス上に表示すべき全てのピクセルのデ
ータを、保持している。そして、ＲＡＭＤＡＣ（ランダ
ム・アクセス・メモリ・ディジタル・アナログ・コンバ
ータ）５５０が、フレーム・バッファ５４０の中に保持
されているそのディジタル・データを、ＲＧＢ信号へ変
換した上で、ディスプレイ４５０へ供給する。これによ
って、メイン・プロセッサ４１０からの、ディスプレイ
のための所望の出力が描画される。
できる典型的なディジタル・コンピュータ４００のブロ
ック図である。コンピュータ４００は、ホスト・コンピ
ュータ４０５を含んでいる。更にこのホスト・コンピュ
ータ４０５は、（１つまたは複数の）メイン・プロセッ
サ４１０を含んでおり、メイン・プロセッサ４１０は、
メモリ４２０と、（１つまたは複数の）入力デバイス４
３０と、（１つまたは複数の）出力デバイス４４０とに
結合している。メイン・プロセッサ４１０はただ１つの
プロセッサから構成されたものであっても良く、或いは
複数のプロセッサから構成された、マルチ・プロセッサ
構成のものであっても良い。入力デバイス４３０は、例
えば、キーボード、マウス、タブレット、等々の様々な
種類の入力デバイスである。出力デバイス４４０は、例
えば、テキスト・モニタ、プロッタ、等々の様々な種類
の出力デバイスである。メイン・プロセッサ４１０は更
に、ディスプレイ・アダプタ５００を介して、グラフィ
クス・ディスプレイ等の（１つまたは複数の）出力デバ
イス４５０にも結合し得るものである。ディスプレイ・
アダプタ５００は、グラフィクスに関する様々な命令
を、メイン・プロセッサ４１０から、バス４５０を介し
て受け取る。そして、受け取ったそれら命令を、例え
ば、一時的にＦＩＦＯ（先入れ先出し）キュー５０５の
中に記憶する。続いてディスプレイ・アダプタ５００
は、それら命令を、アダプタ・メモリ５３０に結合した
（１つまたは複数の）アダプタ・プロセッサ５２０によ
って実行する。このディスプレイ・アダプタ５００は、
メイン・プロセッサ４１０から受け取った命令に応じて
実行するための複数の機能から成る機能集合を備えてい
る。それら複数の機能は、一般的には、マイクロコード
命令の形で、アダプタ・メモリ５３０の中に記憶されて
おり、アダプタ・プロセッサ５２０によって実行される
ものである。また、それら機能のうちには、ディスプレ
イ上に原始要素を描画することも含まれる。アダプタ・
プロセッサ５２０は、与えられた命令を実行し、そし
て、その命令に基づいて（１つまたは複数の）フレーム
・バッファ５４０を更新する。フレーム・バッファ５４
０は、出力デバイス上に表示すべき全てのピクセルのデ
ータを、保持している。そして、ＲＡＭＤＡＣ（ランダ
ム・アクセス・メモリ・ディジタル・アナログ・コンバ
ータ）５５０が、フレーム・バッファ５４０の中に保持
されているそのディジタル・データを、ＲＧＢ信号へ変
換した上で、ディスプレイ４５０へ供給する。これによ
って、メイン・プロセッサ４１０からの、ディスプレイ
のための所望の出力が描画される。
【０００９】図４は、本発明の好適実施例を採用したグ
ラフィクス・システムのブロック図である。この実施例
におけるグラフィクス・システムは、３つのアプリケー
ション（即ちアプリケーション・プログラム）６００、
６０５、及び６１０を装備しており、また、それらアプ
リケーションの各々に対応した、ＡＰＩ６１５、６２
０、及び６２５を備えている。この実施例では、それら
アプリケーションは、ＭＩＴの「X-Windows 」、シリコ
ン・グラフィクス社の「ＧＬ」、それにＩＢＭ社の「gr
aPHIGS」である。ＡＰＩ６１５、６２０、及び６２５
は、夫々、ＧＡＩドライバ６１６、６２１、及び６２６
を内蔵しており、そのＧＡＩドライバを使用することに
よって、ＧＡＩ６５０の中にあるＧＡＩデバイス・ドラ
イバ・ライブラリ６６０、６７０、及び６８０と、通信
をし、且つ動的結合をする。また、ＧＡＩデバイス・ド
ライバ・ライブラリ６６０、６７０、及び６８０の各々
は、ライブラリ・インターフェース６６５、６７５、及
び６８５を含んでおり、これらライブラリ・インターフ
ェースを介して、夫々のＡＰＩとデバイス・ドライバと
の間の通信が行なわれる。
ラフィクス・システムのブロック図である。この実施例
におけるグラフィクス・システムは、３つのアプリケー
ション（即ちアプリケーション・プログラム）６００、
６０５、及び６１０を装備しており、また、それらアプ
リケーションの各々に対応した、ＡＰＩ６１５、６２
０、及び６２５を備えている。この実施例では、それら
アプリケーションは、ＭＩＴの「X-Windows 」、シリコ
ン・グラフィクス社の「ＧＬ」、それにＩＢＭ社の「gr
aPHIGS」である。ＡＰＩ６１５、６２０、及び６２５
は、夫々、ＧＡＩドライバ６１６、６２１、及び６２６
を内蔵しており、そのＧＡＩドライバを使用することに
よって、ＧＡＩ６５０の中にあるＧＡＩデバイス・ドラ
イバ・ライブラリ６６０、６７０、及び６８０と、通信
をし、且つ動的結合をする。また、ＧＡＩデバイス・ド
ライバ・ライブラリ６６０、６７０、及び６８０の各々
は、ライブラリ・インターフェース６６５、６７５、及
び６８５を含んでおり、これらライブラリ・インターフ
ェースを介して、夫々のＡＰＩとデバイス・ドライバと
の間の通信が行なわれる。
【００１０】アダプタ・インターフェース・レイヤ７０
０が、ＧＡＩ６５０と、ディスプレイ・アダプタ７７
０、７８０、及び７９０との間に備えられている。ま
た、ＧＡＩディスプレイ・ドライバ６６１、６６２、６
６３、６７１、６７２、６７３、６８１、６８２、６８
３の中には、夫々に特定デバイス向けコードが包含され
ており、それら特定デバイス向けコードは、アダプタ・
インターフェース・レイヤ７００との間でインターフェ
ースできるように、また、このアダプタ・インターフェ
ース・レイヤ７００を利用することによって、信号ライ
ン７１１、７２１、及び７３１を介してディスプレイ・
アダプタの機能にアクセスできるように、プログラムさ
れている。ただし、ＧＡＩ６５０は、このアダプタ・イ
ンターフェース・レイヤ７００を利用せずとも、信号ラ
イン７１５、７２５、７３５を介してディスプレイ・ア
ダプタ７７０、７８０、及び７９０と通信をすることが
できるようにしてあり、これによって、デバイス・ドラ
イバを構築する上での融通性を確保している。アダプタ
・インターフェース・レイヤ７００は、３つのコード集
合７１０、７２０、及び７３０を含んでおり、各々のコ
ード集合は、特定の１つのディスプレイ・アダプタを利
用するためのコード集合として作成されている。これら
３つのコード集合の各々は、ここではそれをルーチンと
呼ぶが、夫々に対応したディスプレイ・アダプタ７７
０、７８０、及び７９０を利用するための、コード部
分、マクロ、サブルーチン、及び／または、プログラム
を含むものである。
０が、ＧＡＩ６５０と、ディスプレイ・アダプタ７７
０、７８０、及び７９０との間に備えられている。ま
た、ＧＡＩディスプレイ・ドライバ６６１、６６２、６
６３、６７１、６７２、６７３、６８１、６８２、６８
３の中には、夫々に特定デバイス向けコードが包含され
ており、それら特定デバイス向けコードは、アダプタ・
インターフェース・レイヤ７００との間でインターフェ
ースできるように、また、このアダプタ・インターフェ
ース・レイヤ７００を利用することによって、信号ライ
ン７１１、７２１、及び７３１を介してディスプレイ・
アダプタの機能にアクセスできるように、プログラムさ
れている。ただし、ＧＡＩ６５０は、このアダプタ・イ
ンターフェース・レイヤ７００を利用せずとも、信号ラ
イン７１５、７２５、７３５を介してディスプレイ・ア
ダプタ７７０、７８０、及び７９０と通信をすることが
できるようにしてあり、これによって、デバイス・ドラ
イバを構築する上での融通性を確保している。アダプタ
・インターフェース・レイヤ７００は、３つのコード集
合７１０、７２０、及び７３０を含んでおり、各々のコ
ード集合は、特定の１つのディスプレイ・アダプタを利
用するためのコード集合として作成されている。これら
３つのコード集合の各々は、ここではそれをルーチンと
呼ぶが、夫々に対応したディスプレイ・アダプタ７７
０、７８０、及び７９０を利用するための、コード部
分、マクロ、サブルーチン、及び／または、プログラム
を含むものである。
【００１１】この図４の実施例においては、ＧＡＩ６５
０の中には、特定デバイス向けに作成されたソフトウェ
アを包含しているディスプレイ・デバイス・ドライバが
複数設けられており、それらのうち、特にディスプレイ
・アダプタ７９０に合わせて作成されたソフトウェアを
包含しているディスプレイ・デバイス・ドライバは、３
つ（６６３、６７３、及び６８３）存在している。そし
て、これら３つのディスプレイ・デバイス・ドライバ６
６３、６７３、及び６８３の夫々は、アダプタ・インタ
ーフェース・レイヤ７００の中の、同一のコード集合７
３０を利用することになる。複数のプログラマがチーム
を組んで作業をする場合には、プログラマ達は、これら
３つのディスプレイ・デバイス・ドライバ６６３、６７
３、及び６８３の夫々の構成部分の間で、ソフトウェア
を流用したり交換したりすることができる。何故なら
ば、同一のディスプレイ・アダプタをアクセスする方法
は共通だからである。また、ディスプレイ・アダプタ７
９０に変更が加えられたときには、アダプタ・インター
フェース・レイヤ７３０を修正するだけで、その変更に
対処することができる。更に、ディスプレイ・ドライバ
とディスプレイ・アダプタとの間のデータ交換をより好
適に行なえるような、すばらしく優れた技法が開発され
たときには、その技法をルーチンの形にして組み込むこ
とができ、それによって、その技法をプログラマの仲間
内で利用することができるようになり、また、その技法
を組み込むために個々のディスプレイ・ドライバを別々
に設計し直さねばならないということもなくなる。
０の中には、特定デバイス向けに作成されたソフトウェ
アを包含しているディスプレイ・デバイス・ドライバが
複数設けられており、それらのうち、特にディスプレイ
・アダプタ７９０に合わせて作成されたソフトウェアを
包含しているディスプレイ・デバイス・ドライバは、３
つ（６６３、６７３、及び６８３）存在している。そし
て、これら３つのディスプレイ・デバイス・ドライバ６
６３、６７３、及び６８３の夫々は、アダプタ・インタ
ーフェース・レイヤ７００の中の、同一のコード集合７
３０を利用することになる。複数のプログラマがチーム
を組んで作業をする場合には、プログラマ達は、これら
３つのディスプレイ・デバイス・ドライバ６６３、６７
３、及び６８３の夫々の構成部分の間で、ソフトウェア
を流用したり交換したりすることができる。何故なら
ば、同一のディスプレイ・アダプタをアクセスする方法
は共通だからである。また、ディスプレイ・アダプタ７
９０に変更が加えられたときには、アダプタ・インター
フェース・レイヤ７３０を修正するだけで、その変更に
対処することができる。更に、ディスプレイ・ドライバ
とディスプレイ・アダプタとの間のデータ交換をより好
適に行なえるような、すばらしく優れた技法が開発され
たときには、その技法をルーチンの形にして組み込むこ
とができ、それによって、その技法をプログラマの仲間
内で利用することができるようになり、また、その技法
を組み込むために個々のディスプレイ・ドライバを別々
に設計し直さねばならないということもなくなる。
【００１２】この図４の好適実施例では、コード集合７
１０、７２０、ないし７３０の中の夫々のルーチンは、
個々のディスプレイ・アダプタに対応したデバイス・ド
ライバをコンパイルするときに、一緒にそのデバイス・
ドライバの中にコンパイルして組み込むようにしてい
る。そのため、デバイス・ドライバの各々が、ディスプ
レイ・アダプタを利用しまたディスプレイ・アダプタと
インターフェースするために必要なコードを入手するの
は、実行時間ではなく、コンパイルするときである。こ
の点に関する別の具体例としては、実行時にだけ使用す
る別個のルーチンをディスプレイ・アダプタの中から取
り出して用いるという方法もある。使用するルーチンの
様々な具体例、それらの使用の仕方、並びに、それらの
別実施態様については、後に更に詳細に説明する。
１０、７２０、ないし７３０の中の夫々のルーチンは、
個々のディスプレイ・アダプタに対応したデバイス・ド
ライバをコンパイルするときに、一緒にそのデバイス・
ドライバの中にコンパイルして組み込むようにしてい
る。そのため、デバイス・ドライバの各々が、ディスプ
レイ・アダプタを利用しまたディスプレイ・アダプタと
インターフェースするために必要なコードを入手するの
は、実行時間ではなく、コンパイルするときである。こ
の点に関する別の具体例としては、実行時にだけ使用す
る別個のルーチンをディスプレイ・アダプタの中から取
り出して用いるという方法もある。使用するルーチンの
様々な具体例、それらの使用の仕方、並びに、それらの
別実施態様については、後に更に詳細に説明する。
【００１３】図５は、図４のアダプタ・インターフェー
ス・レイヤ７００とは異なった使い方をしているアダプ
タ・インターフェース・レイヤ９００のブロック図であ
る。この実施例におけるグラフィック・システムは、２
つのアプリケーション８００及び８１０を装備してお
り、また、それらアプリケーションの各々に対応した、
ＡＰＩ８２０及び８３０を備えている。この実施例で
は、それら２つのアプリケーションのうち、第１のアプ
リケーション８００は「２−Ｄ」グラフィック・システ
ムであり、第２のアプリケーション８１０は「３−Ｄ」
グラフィック・システムである。ＡＰＩ８２０は、３つ
のディスプレイ・アダプタ８７０、８８０、及び８９０
の各々に対応した、３つのデバイス・ドライバ８２２、
８２４、及び８２６を含んでおり、またＡＰＩ８３０
も、同様に、３つのディスプレイ・アダプタ８７０、８
８０、及び８９０の各々に対応した、３つのデバイス・
ドライバ８３２、８３４、８３６を含んでいる。
ス・レイヤ７００とは異なった使い方をしているアダプ
タ・インターフェース・レイヤ９００のブロック図であ
る。この実施例におけるグラフィック・システムは、２
つのアプリケーション８００及び８１０を装備してお
り、また、それらアプリケーションの各々に対応した、
ＡＰＩ８２０及び８３０を備えている。この実施例で
は、それら２つのアプリケーションのうち、第１のアプ
リケーション８００は「２−Ｄ」グラフィック・システ
ムであり、第２のアプリケーション８１０は「３−Ｄ」
グラフィック・システムである。ＡＰＩ８２０は、３つ
のディスプレイ・アダプタ８７０、８８０、及び８９０
の各々に対応した、３つのデバイス・ドライバ８２２、
８２４、及び８２６を含んでおり、またＡＰＩ８３０
も、同様に、３つのディスプレイ・アダプタ８７０、８
８０、及び８９０の各々に対応した、３つのデバイス・
ドライバ８３２、８３４、８３６を含んでいる。
【００１４】アダプタ・インターフェース・レイヤ９０
０は、それら合計６つのデバイス・ドライバと、３つの
ディスプレイ・アダプタとの間に備えられている。夫々
のデバイス・ドライバは、アダプタ・インターフェース
・レイヤ９００との間でインターフェースできるよう
に、また、このアダプタ・インターフェース・レイヤ９
００を利用してディスプレイ・アダプタの機能にアクセ
スできるように、プログラムされている。ただし、夫々
のデバイス・ドライバは、このアダプタ・インターフェ
ース・レイヤ９００を利用せずとも、信号ライン９１
５、９１６、９２５、９２６、９３５、及び９３６を介
してディスプレイ・アダプタと通信をすることができる
ようにしてあり、これによって、デバイス・ドライバを
構築する際の融通性を得ている。アダプタ・インターフ
ェース・レイヤ９００は、３つのコード集合９１０、９
２０、及び９３０を含んでおり、各々のコード集合は、
特定の１つのディスプレイ・アダプタを利用するための
コード集合として作成されている。これら３つのコード
集合の各々は、ここではそれをルーチンと呼ぶが、夫々
に対応したディスプレイ・アダプタ８７０、８８０、及
び８９０を利用するための、コード部分、マクロ、サブ
ルーチン、及び／または、プログラムを含むものであ
る。
０は、それら合計６つのデバイス・ドライバと、３つの
ディスプレイ・アダプタとの間に備えられている。夫々
のデバイス・ドライバは、アダプタ・インターフェース
・レイヤ９００との間でインターフェースできるよう
に、また、このアダプタ・インターフェース・レイヤ９
００を利用してディスプレイ・アダプタの機能にアクセ
スできるように、プログラムされている。ただし、夫々
のデバイス・ドライバは、このアダプタ・インターフェ
ース・レイヤ９００を利用せずとも、信号ライン９１
５、９１６、９２５、９２６、９３５、及び９３６を介
してディスプレイ・アダプタと通信をすることができる
ようにしてあり、これによって、デバイス・ドライバを
構築する際の融通性を得ている。アダプタ・インターフ
ェース・レイヤ９００は、３つのコード集合９１０、９
２０、及び９３０を含んでおり、各々のコード集合は、
特定の１つのディスプレイ・アダプタを利用するための
コード集合として作成されている。これら３つのコード
集合の各々は、ここではそれをルーチンと呼ぶが、夫々
に対応したディスプレイ・アダプタ８７０、８８０、及
び８９０を利用するための、コード部分、マクロ、サブ
ルーチン、及び／または、プログラムを含むものであ
る。
【００１５】図６は、アダプタ・インターフェース・レ
イヤ１０００（図４のアダプタ・インターフェース・レ
イヤ７００、ないしは図５のアダプタ・インターフェー
ス・レイヤ９００に相当）を構成する様々なコードのう
ちに含められることのあるコード（ルーチン）を例示し
たブロック図である。この図６に示した具体例には、バ
ッファ遅延ルーチン１０１０、ＦＩＦＯルーチン１０２
０、レジスタ・アクセス・ルーチン１０３０、ＤＭＡア
クセス・ルーチン１０４０、それに、ＰＩＯアクセス・
ルーチン１０５０が含められており、更にその他のルー
チン１０６０が含められることもある。
イヤ１０００（図４のアダプタ・インターフェース・レ
イヤ７００、ないしは図５のアダプタ・インターフェー
ス・レイヤ９００に相当）を構成する様々なコードのう
ちに含められることのあるコード（ルーチン）を例示し
たブロック図である。この図６に示した具体例には、バ
ッファ遅延ルーチン１０１０、ＦＩＦＯルーチン１０２
０、レジスタ・アクセス・ルーチン１０３０、ＤＭＡア
クセス・ルーチン１０４０、それに、ＰＩＯアクセス・
ルーチン１０５０が含められており、更にその他のルー
チン１０６０が含められることもある。
【００１６】アダプタ・インターフェース・レイヤ１０
００に含められることのある、バッファ遅延ルーチン１
０１０は、ディスプレイ・アダプタへ転送されるデータ
の、その転送を遅延させるためのルーチンである。様々
なグラフィクス・システムのうちには、ホスト・コンピ
ュータからバスを介してディスプレイ・アダプタへデー
タを転送する際に、一度に転送するデータ量が少ない
と、大量のデータを転送するときと比較してデータの転
送効率が甚だしく悪化するようなグラフィクス・システ
ムがある。そのような場合には、バスを介して転送先へ
データを書込む動作を遅延させることによって、一旦、
大量のデータを蓄積し、その後にそのデータの書込みを
行なわせるようにすれば良い。このバッファ遅延ルーチ
ン１０１０は、データをバッファへ入れて遅延させるた
めと、そのバッファから、蓄積したデータを一度に送出
する動作を制御するためとに用いられる。更に、このル
ーチンには、システムのデバッギング並びにパフォーマ
ンス・チューニングを行なう際の助けとなるように、ト
レース機能を付加しておいても良い。このバッファ遅延
ルーチンは、各々のデバイス・ドライバが個別にこのル
ーチンを利用することができるようなルーチンにしてお
いても良く、或いは、一般的なプログラミング技法を用
いて、同じ１つのディスプレイ・アダプタに対応した複
数のデバイス・ドライバが、共通のバッファを共用する
ことができるようなルーチンにしておいても良い。
００に含められることのある、バッファ遅延ルーチン１
０１０は、ディスプレイ・アダプタへ転送されるデータ
の、その転送を遅延させるためのルーチンである。様々
なグラフィクス・システムのうちには、ホスト・コンピ
ュータからバスを介してディスプレイ・アダプタへデー
タを転送する際に、一度に転送するデータ量が少ない
と、大量のデータを転送するときと比較してデータの転
送効率が甚だしく悪化するようなグラフィクス・システ
ムがある。そのような場合には、バスを介して転送先へ
データを書込む動作を遅延させることによって、一旦、
大量のデータを蓄積し、その後にそのデータの書込みを
行なわせるようにすれば良い。このバッファ遅延ルーチ
ン１０１０は、データをバッファへ入れて遅延させるた
めと、そのバッファから、蓄積したデータを一度に送出
する動作を制御するためとに用いられる。更に、このル
ーチンには、システムのデバッギング並びにパフォーマ
ンス・チューニングを行なう際の助けとなるように、ト
レース機能を付加しておいても良い。このバッファ遅延
ルーチンは、各々のデバイス・ドライバが個別にこのル
ーチンを利用することができるようなルーチンにしてお
いても良く、或いは、一般的なプログラミング技法を用
いて、同じ１つのディスプレイ・アダプタに対応した複
数のデバイス・ドライバが、共通のバッファを共用する
ことができるようなルーチンにしておいても良い。
【００１７】アダプタ・インターフェース・レイヤ１０
００に含められることのある、ＦＩＦＯ（先入れ先出
し）ルーチン１０２０は、ディスプレイ・アダプタへデ
ータを転送する際に、そのディスプレイ・アダプタ内の
ＦＩＦＯキューをオーバーフローもアンダーフローもさ
せることなく、データ転送を行なえるようにするための
ルーチンである。様々なディスプレイ・アダプタのうち
には、そのディスプレイ・アダプタへの入力データを一
旦記憶させておくために使用しているＦＩＦＯキュー
が、特別に設計された特殊な構造のＦＩＦＯキューであ
るようなディスプレイ・アダプタもある。また、ディス
プレイ・アダプタ内のＦＩＦＯキューをオーバーフロー
もアンダーフローもさせることなく、データ転送を行な
うためには、予め満足しておかねばならないバス・プロ
グラミングに関する条件が存在している。ディスプレイ
・アダプタ内のＦＩＦＯの用い方についての、更に詳細
な説明は、１９９０年２月１２日付出願の、発明の名称
を「複数プロセスのための先入れ先出しバッファ・キュ
ー管理（First-In/First-out Buffer Queue Management
for Multiple Processes ）」とした、米国特許出願第
０７／４８０１８１号の中に示されており、この米国特
許出願はこの言及をもって本開示に包含するものとす
る。複数のマクロから成るマクロ集合を利用することに
より、ＦＩＦＯの動作速度（ペース）を制御し、また、
ＦＩＦＯキューの制御にその他のシステム・ソフトウェ
ア上の条件を付加することができる。ＦＩＦＯルーチン
１０２０は、ディスプレイ・アダプタのＦＩＦＯキュー
５０５の中にデータを書込み、そしてこのＦＩＦＯのペ
ースを制御するものであり、また更に、システムのデバ
ッギング並びにパフォーマンス・チューニングのために
使用するトレース機能も提供し得るようにしたルーチン
である。
００に含められることのある、ＦＩＦＯ（先入れ先出
し）ルーチン１０２０は、ディスプレイ・アダプタへデ
ータを転送する際に、そのディスプレイ・アダプタ内の
ＦＩＦＯキューをオーバーフローもアンダーフローもさ
せることなく、データ転送を行なえるようにするための
ルーチンである。様々なディスプレイ・アダプタのうち
には、そのディスプレイ・アダプタへの入力データを一
旦記憶させておくために使用しているＦＩＦＯキュー
が、特別に設計された特殊な構造のＦＩＦＯキューであ
るようなディスプレイ・アダプタもある。また、ディス
プレイ・アダプタ内のＦＩＦＯキューをオーバーフロー
もアンダーフローもさせることなく、データ転送を行な
うためには、予め満足しておかねばならないバス・プロ
グラミングに関する条件が存在している。ディスプレイ
・アダプタ内のＦＩＦＯの用い方についての、更に詳細
な説明は、１９９０年２月１２日付出願の、発明の名称
を「複数プロセスのための先入れ先出しバッファ・キュ
ー管理（First-In/First-out Buffer Queue Management
for Multiple Processes ）」とした、米国特許出願第
０７／４８０１８１号の中に示されており、この米国特
許出願はこの言及をもって本開示に包含するものとす
る。複数のマクロから成るマクロ集合を利用することに
より、ＦＩＦＯの動作速度（ペース）を制御し、また、
ＦＩＦＯキューの制御にその他のシステム・ソフトウェ
ア上の条件を付加することができる。ＦＩＦＯルーチン
１０２０は、ディスプレイ・アダプタのＦＩＦＯキュー
５０５の中にデータを書込み、そしてこのＦＩＦＯのペ
ースを制御するものであり、また更に、システムのデバ
ッギング並びにパフォーマンス・チューニングのために
使用するトレース機能も提供し得るようにしたルーチン
である。
【００１８】アダプタ・インターフェース・レイヤ１０
００に含められることのある、レジスタ・アクセス・ル
ーチン１０３０は、ディスプレイ・アダプタ内のレジス
タに記憶しておくデータの、書込みと読出しとを高速か
つ効率的に行なうためのルーチンである。このルーチン
は更に、システムのデバッギング並びにパフォーマンス
・チューニングに使用するトレース機能も提供し得るよ
うにしてある。直接メモリ・アクセス（ＤＭＡ）機構で
あるＤＭＡアクセス・ルーチン１０４０は、ＧＡＩから
ディスプレイ・アダプタへ、或いは、ＧＡＩが使用され
ていない場合にはＡＰＩからディスプレイ・アダプタ
へ、そのＤＭＡ機能を発揮して、情報を転送する能力を
提供するために備えられることのあるルーチンである。
また、バス・メモリのプログラム式入出力ルーチン（Pr
ogrammed Input/Output routine:ＰＩＯルーチン）１０
５０は、もう１つの別の、ローレベルのアクセス機能と
して備えられることのあるルーチンであり、この機能
は、バス・レジスタ・アクセス・ルーチン１０３０の機
能と良く似ている。その他のルーチン１０６０も、この
アダプタ・インターフェース・レイヤ１０００の中に含
められることがある。
００に含められることのある、レジスタ・アクセス・ル
ーチン１０３０は、ディスプレイ・アダプタ内のレジス
タに記憶しておくデータの、書込みと読出しとを高速か
つ効率的に行なうためのルーチンである。このルーチン
は更に、システムのデバッギング並びにパフォーマンス
・チューニングに使用するトレース機能も提供し得るよ
うにしてある。直接メモリ・アクセス（ＤＭＡ）機構で
あるＤＭＡアクセス・ルーチン１０４０は、ＧＡＩから
ディスプレイ・アダプタへ、或いは、ＧＡＩが使用され
ていない場合にはＡＰＩからディスプレイ・アダプタ
へ、そのＤＭＡ機能を発揮して、情報を転送する能力を
提供するために備えられることのあるルーチンである。
また、バス・メモリのプログラム式入出力ルーチン（Pr
ogrammed Input/Output routine:ＰＩＯルーチン）１０
５０は、もう１つの別の、ローレベルのアクセス機能と
して備えられることのあるルーチンであり、この機能
は、バス・レジスタ・アクセス・ルーチン１０３０の機
能と良く似ている。その他のルーチン１０６０も、この
アダプタ・インターフェース・レイヤ１０００の中に含
められることがある。
【００１９】図７は、本発明を用いて、ホスト・コンピ
ュータとディスプレイ・アダプタとの間のデータ交換を
最適化するための共通ハイレベル制御を提供する際の動
作を図示したフローチャートである。このフローチャー
トは、図６に関して上で説明したアダプタ・インターフ
ェース・レイヤ１０００の中に含まれるルーチンのうち
の幾つかを使用した動作を示したものである。最初のス
テップ１１００では、アプリケーションが、ディスプレ
イ・アダプタに実行させる命令をＡＰＩへ送信する。続
いて第２番目のステップ１１１０では、ＡＰＩが、その
命令をＧＡＩへ送信し、その命令を受け取ったＧＡＩ
は、アダプタ・インターフェース・レイヤのルーチンを
使用する。即ち、ステップ１１２０において、ＧＡＩが
WRITE TO FIFOマクロを実行する。この WRITE TO FIFO
マクロは、ディスプレイ・アダプタ内のＦＩＦＯのオー
バーフロー及びアンダーフロー状態に注意しつつ、その
ＦＩＦＯの中に、命令並びにデータを効率的に書き込む
ためのマクロである。この動作を行なうためには、ディ
スプレイ・アダプタ内のＦＩＦＯへのロードを行なって
いる間、ディスプレイ・アダプタの機能のうちの幾つか
にアクセスして、それら機能を利用するようにする。こ
の WRITE TO FIFOマクロは、特定アダプタ向けという性
質が極めて濃厚なマクロであり、そのため好適実施例に
おいては、このマクロをアダプタ・インターフェース・
レイヤの中に置くという、好適な構成にしてある。この
WRITE TO FIFOマクロについては、以下に図８〜図１０
を参照しつつ、更に詳細に説明する。ステップ１１２０
を実行完了したならば、ステップ１１３０において、ア
プリケーションへリターン信号を返す。
ュータとディスプレイ・アダプタとの間のデータ交換を
最適化するための共通ハイレベル制御を提供する際の動
作を図示したフローチャートである。このフローチャー
トは、図６に関して上で説明したアダプタ・インターフ
ェース・レイヤ１０００の中に含まれるルーチンのうち
の幾つかを使用した動作を示したものである。最初のス
テップ１１００では、アプリケーションが、ディスプレ
イ・アダプタに実行させる命令をＡＰＩへ送信する。続
いて第２番目のステップ１１１０では、ＡＰＩが、その
命令をＧＡＩへ送信し、その命令を受け取ったＧＡＩ
は、アダプタ・インターフェース・レイヤのルーチンを
使用する。即ち、ステップ１１２０において、ＧＡＩが
WRITE TO FIFOマクロを実行する。この WRITE TO FIFO
マクロは、ディスプレイ・アダプタ内のＦＩＦＯのオー
バーフロー及びアンダーフロー状態に注意しつつ、その
ＦＩＦＯの中に、命令並びにデータを効率的に書き込む
ためのマクロである。この動作を行なうためには、ディ
スプレイ・アダプタ内のＦＩＦＯへのロードを行なって
いる間、ディスプレイ・アダプタの機能のうちの幾つか
にアクセスして、それら機能を利用するようにする。こ
の WRITE TO FIFOマクロは、特定アダプタ向けという性
質が極めて濃厚なマクロであり、そのため好適実施例に
おいては、このマクロをアダプタ・インターフェース・
レイヤの中に置くという、好適な構成にしてある。この
WRITE TO FIFOマクロについては、以下に図８〜図１０
を参照しつつ、更に詳細に説明する。ステップ１１２０
を実行完了したならば、ステップ１１３０において、ア
プリケーションへリターン信号を返す。
【００２０】図８は、図７を参照して上で説明した WRI
TE TO FIFOマクロを図示したフローチャートである。こ
の WRITE TO FIFOマクロは、ステップ１２００から始ま
る。ステップ１２１０では、データ（先に遅延させてお
いたデータを含む）をＤＭＡ方式でディスプレイ・アダ
プタへ転送するための然るべき基準条件が、満足されて
いるか否かを判断する。この判断の結果が否定的（Ｎ
Ｏ）であったならば、続いてステップ１２２０で、遅延
させたデータが現在存在しているか否かを判断する。こ
のステップ１２２０での判断の結果が肯定的（ＹＥＳ）
であったならば、続いてステップ１２３０で FLUSH DEF
ERBUF マクロを実行する。この FLUSH DEFERBUF マクロ
は、ディスプレイ・アダプタへ送信すべき情報を保持し
ている遅延バッファからその情報を送出させて、その遅
延バッファをクリアし、そして、その情報を効率的にデ
ィスプレイ・アダプタへ送信して、ディスプレイ・アダ
プタがその情報に関する動作を実行できるようにするマ
クロである。この FLUSH DEFERBUF マクロについては、
後に図１０を参照しつつ更に詳細に説明する。このステ
ップ１２３０を実行完了したならば、ステップ１２４０
へ進み、また、先のステップ１２２０での判断の結果が
否定的（ＮＯ）であった場合には、そこから直接、ステ
ップ１２４０へ進む。このステップ１２４０では PIO W
RITE TO FIFOマクロを実行する。この PIO WRITE TO FI
FOマクロは、ディスプレイ・アダプタ内のＦＩＦＯの様
々な状態に注意を払いつつ、そのＦＩＦＯの中へ情報を
書き込むマクロである。また、先のステップ１２１０で
の判断の結果が肯定的（ＹＥＳ）であったならば、そこ
からステップ１２５０へ進み、このステップ１２５０で
はWRITE TO DEFERBUFマクロを実行する。この WRITE TO
DEFERBUFマクロは、ディスプレイ・アダプタへ送信す
べき命令及びデータを、遅延バッファの中に蓄積するマ
クロである。これによって、ホスト・コンピュータか
ら、ディスプレイ・アダプタの中へ、情報のブロックを
効率的に書込むことができるようになる。この蓄積バッ
ファは一般的には、ホスト・コンピュータのメモリの中
に設けておくようにする。また、この WRITE TO DEFERB
UFマクロについては、以下に図９を参照しつつ、更に詳
細に説明する。続いてステップ１２６０において DMA W
RITE TO FIFOマクロを実行する。この DMA WRITE TO FIF
Oマクロは、ディスプレイ・アダプタ内のＦＩＦＯの様
々な状態に注意を払いつつ、そのＦＩＦＯの中へ情報を
書き込むマクロである。続いてステップ１２７０におい
て、ホスト・コンピュータのメモリの中の、ポインタ及
びサイズ変数の必要な更新を行なう。そして、ステップ
１２８０では、処理の実行を図７のステップ１１２０へ
返す。
TE TO FIFOマクロを図示したフローチャートである。こ
の WRITE TO FIFOマクロは、ステップ１２００から始ま
る。ステップ１２１０では、データ（先に遅延させてお
いたデータを含む）をＤＭＡ方式でディスプレイ・アダ
プタへ転送するための然るべき基準条件が、満足されて
いるか否かを判断する。この判断の結果が否定的（Ｎ
Ｏ）であったならば、続いてステップ１２２０で、遅延
させたデータが現在存在しているか否かを判断する。こ
のステップ１２２０での判断の結果が肯定的（ＹＥＳ）
であったならば、続いてステップ１２３０で FLUSH DEF
ERBUF マクロを実行する。この FLUSH DEFERBUF マクロ
は、ディスプレイ・アダプタへ送信すべき情報を保持し
ている遅延バッファからその情報を送出させて、その遅
延バッファをクリアし、そして、その情報を効率的にデ
ィスプレイ・アダプタへ送信して、ディスプレイ・アダ
プタがその情報に関する動作を実行できるようにするマ
クロである。この FLUSH DEFERBUF マクロについては、
後に図１０を参照しつつ更に詳細に説明する。このステ
ップ１２３０を実行完了したならば、ステップ１２４０
へ進み、また、先のステップ１２２０での判断の結果が
否定的（ＮＯ）であった場合には、そこから直接、ステ
ップ１２４０へ進む。このステップ１２４０では PIO W
RITE TO FIFOマクロを実行する。この PIO WRITE TO FI
FOマクロは、ディスプレイ・アダプタ内のＦＩＦＯの様
々な状態に注意を払いつつ、そのＦＩＦＯの中へ情報を
書き込むマクロである。また、先のステップ１２１０で
の判断の結果が肯定的（ＹＥＳ）であったならば、そこ
からステップ１２５０へ進み、このステップ１２５０で
はWRITE TO DEFERBUFマクロを実行する。この WRITE TO
DEFERBUFマクロは、ディスプレイ・アダプタへ送信す
べき命令及びデータを、遅延バッファの中に蓄積するマ
クロである。これによって、ホスト・コンピュータか
ら、ディスプレイ・アダプタの中へ、情報のブロックを
効率的に書込むことができるようになる。この蓄積バッ
ファは一般的には、ホスト・コンピュータのメモリの中
に設けておくようにする。また、この WRITE TO DEFERB
UFマクロについては、以下に図９を参照しつつ、更に詳
細に説明する。続いてステップ１２６０において DMA W
RITE TO FIFOマクロを実行する。この DMA WRITE TO FIF
Oマクロは、ディスプレイ・アダプタ内のＦＩＦＯの様
々な状態に注意を払いつつ、そのＦＩＦＯの中へ情報を
書き込むマクロである。続いてステップ１２７０におい
て、ホスト・コンピュータのメモリの中の、ポインタ及
びサイズ変数の必要な更新を行なう。そして、ステップ
１２８０では、処理の実行を図７のステップ１１２０へ
返す。
【００２１】図９は、上で説明した WRITE TO DEFERBUF
マクロのフローチャートである。この WRITE TO DEFERB
UFマクロはステップ１３００から始まる。ステップ１３
１０では、遅延バッファの中に、更に多くの入力データ
を記憶する余地が残っているか否かを判別する。この判
断の結果が否定的（ＮＯ）であったならば、続いてステ
ップ１３２０で FLUSH DEFERBUF マクロを実行する。こ
のステップ１３２０を実行完了したならば、ステップ１
３３０へ進む。また、先のステップ１３１０での判断の
結果が肯定的（ＹＥＳ）であった場合には、そこから直
接、このステップ１３３０へ進む。このステップ１３３
０では、遅延バッファにデータを書き込む。続いてステ
ップ１３４０では、ポインタ及びサイズ変数の、必要な
更新を行なう。そして、ステップ１３５０では、この W
RITE TO DEFERBUFマクロをコールしたステップへ処理の
実行を返す。
マクロのフローチャートである。この WRITE TO DEFERB
UFマクロはステップ１３００から始まる。ステップ１３
１０では、遅延バッファの中に、更に多くの入力データ
を記憶する余地が残っているか否かを判別する。この判
断の結果が否定的（ＮＯ）であったならば、続いてステ
ップ１３２０で FLUSH DEFERBUF マクロを実行する。こ
のステップ１３２０を実行完了したならば、ステップ１
３３０へ進む。また、先のステップ１３１０での判断の
結果が肯定的（ＹＥＳ）であった場合には、そこから直
接、このステップ１３３０へ進む。このステップ１３３
０では、遅延バッファにデータを書き込む。続いてステ
ップ１３４０では、ポインタ及びサイズ変数の、必要な
更新を行なう。そして、ステップ１３５０では、この W
RITE TO DEFERBUFマクロをコールしたステップへ処理の
実行を返す。
【００２２】図１０は、上で説明した FLUSH DEFERBUF
マクロを図示したフローチャートである。この FLUSH D
EFERBUF マクロは、ステップ１４００から始まる。ステ
ップ１４１０では、ＤＭＡ方式でデータの転送を行なう
ための然るべき基準条件が、満足されているか否かを判
断する。この判断の結果が肯定的（ＹＥＳ）であったな
らば、ステップ１４３０で DMA WRITE TO FIFOマクロを
実行する。一方、このステップ１４１０での判断の結果
が否定的（ＮＯ）であったならば、ステップ１４２０で
PIO WRITE TO FIFOマクロを実行する。これらステップ
１４２０とステップ１４３０との、いずれの処理を実行
完了した場合にも、続いてステップ１４４０において、
ポインタ及びサイズ変数の、必要な更新を行なう。そし
て、ステップ１４５０では、この FLUSH DEFERBUF マク
ロをコールしたルーチンへ処理の実行を返す。
マクロを図示したフローチャートである。この FLUSH D
EFERBUF マクロは、ステップ１４００から始まる。ステ
ップ１４１０では、ＤＭＡ方式でデータの転送を行なう
ための然るべき基準条件が、満足されているか否かを判
断する。この判断の結果が肯定的（ＹＥＳ）であったな
らば、ステップ１４３０で DMA WRITE TO FIFOマクロを
実行する。一方、このステップ１４１０での判断の結果
が否定的（ＮＯ）であったならば、ステップ１４２０で
PIO WRITE TO FIFOマクロを実行する。これらステップ
１４２０とステップ１４３０との、いずれの処理を実行
完了した場合にも、続いてステップ１４４０において、
ポインタ及びサイズ変数の、必要な更新を行なう。そし
て、ステップ１４５０では、この FLUSH DEFERBUF マク
ロをコールしたルーチンへ処理の実行を返す。
【００２３】
【発明の効果】本発明は、従来例との比較において多く
の利点を提供するものとなっている。即ち、アダプタ・
インターフェース・レイヤを備えたため、従来はデバイ
ス・ドライバが実行していた様々な機能のうちの、多く
の機能の標準化が可能になっている。そのため、新たな
アプリケーション、及び／または、新たなディスプレイ
・アダプタをコンピュータ・システムに接続する際に
は、従来そのために必要とされていた作業負担と較べ
て、より軽い作業負担でその接続を行なうことができ
る。更に加えて、アダプタ・インターフェース・レイヤ
の共通の機能即ちルーチンを利用できるようにしてある
ため、バッファ遅延やトレース作業等の、高度で相互関
連性を有する機能を提供し得るものとなっている。本発
明は更に、コンピュータ・システムの保守を、より容易
にするものでもある。また、アダプタ・インターフェー
ス・レイヤを構成する様々なルーチンは、個々のディス
プレイ・ドライバのプログラマよりも、ディスプレイ・
アダプタのことをより深く知悉したプログラマに作成さ
せることができる。そのため、新たなアプリケーション
をシステムに接続する際にも、その接続作業を、誤りを
より少なくし、より短時間で完了することができ、より
効率的なプログラミングが行なえるようになる。
の利点を提供するものとなっている。即ち、アダプタ・
インターフェース・レイヤを備えたため、従来はデバイ
ス・ドライバが実行していた様々な機能のうちの、多く
の機能の標準化が可能になっている。そのため、新たな
アプリケーション、及び／または、新たなディスプレイ
・アダプタをコンピュータ・システムに接続する際に
は、従来そのために必要とされていた作業負担と較べ
て、より軽い作業負担でその接続を行なうことができ
る。更に加えて、アダプタ・インターフェース・レイヤ
の共通の機能即ちルーチンを利用できるようにしてある
ため、バッファ遅延やトレース作業等の、高度で相互関
連性を有する機能を提供し得るものとなっている。本発
明は更に、コンピュータ・システムの保守を、より容易
にするものでもある。また、アダプタ・インターフェー
ス・レイヤを構成する様々なルーチンは、個々のディス
プレイ・ドライバのプログラマよりも、ディスプレイ・
アダプタのことをより深く知悉したプログラマに作成さ
せることができる。そのため、新たなアプリケーション
をシステムに接続する際にも、その接続作業を、誤りを
より少なくし、より短時間で完了することができ、より
効率的なプログラミングが行なえるようになる。
【００２４】以上、本発明をその幾つかの具体的な実施
例に即して詳細に説明したが、当業者であれば、それら
実施例以外の別実施例にも容易に想到し得ることは明ら
かである。例えば、本発明は、画像処理や、撮像及び画
像再生に関するアプリケーションにも適用し得るもので
ある。従って、本発明の範囲は、以上に説明した実施例
に限定されるものではない。
例に即して詳細に説明したが、当業者であれば、それら
実施例以外の別実施例にも容易に想到し得ることは明ら
かである。例えば、本発明は、画像処理や、撮像及び画
像再生に関するアプリケーションにも適用し得るもので
ある。従って、本発明の範囲は、以上に説明した実施例
に限定されるものではない。
【図１】２つのグラフィクス・アプリケーションと３つ
のディスプレイ・アダプタとを備えた従来の典型的なグ
ラフィクス・システムを示したブロック図である。
のディスプレイ・アダプタとを備えた従来の典型的なグ
ラフィクス・システムを示したブロック図である。
【図２】図１の従来のグラフィクス・システムより新し
い、別の従来のグラフィクス・システムのブロック図で
ある
い、別の従来のグラフィクス・システムのブロック図で
ある
【図３】本発明の好適実施例を用いることのできる典型
的なディジタル・コンピュータのブロック図である。
的なディジタル・コンピュータのブロック図である。
【図４】本発明の好適実施例を用いたグラフィクス・シ
ステムを示したブロック図である。
ステムを示したブロック図である。
【図５】アダプタ・インターフェース・レイヤの、図４
とは別の用い方を示したブロック図である。
とは別の用い方を示したブロック図である。
【図６】アダプタ・インターフェース・レイヤの中に包
含することのできるコードの種類を例示したブロック図
である。
含することのできるコードの種類を例示したブロック図
である。
【図７】本発明を採用したシステムの動作の一部を例示
したフローチャートである。
したフローチャートである。
【図８】本発明を採用したシステムの動作の一部を例示
したフローチャートである。
したフローチャートである。
【図９】本発明を採用したシステムの動作の一部を例示
したフローチャートである。
したフローチャートである。
【図１０】本発明を採用したシステムの動作の一部を例
示したフローチャートである。
示したフローチャートである。
６００、６０５、６１０ アプリケーション・プログラ
ム ６１５、６２０、６２５ アプリケーション・プログラ
ミング・インターフェース（ＡＰＩ） ６５０ グラフィクス・アダプタ・インターフェース
（ＧＡＩ） ７００ アダプタ・インターフェース・レイヤ ７１０、７２０、７３０ コード集合 ７７０、７８０、７９０ ディスプレイ・アダプタ ８００、８１０ アプリケーション・プログラム ８２０、８３０ アプリケーション・プログラミング・
インターフェース（ＡＰＩ） ８７０、８８０、８９０ ディスプレイ・アダプタ ９００ アダプタ・インターフェース・レイヤ ９１０、９２０、９３０ コード集合
ム ６１５、６２０、６２５ アプリケーション・プログラ
ミング・インターフェース（ＡＰＩ） ６５０ グラフィクス・アダプタ・インターフェース
（ＧＡＩ） ７００ アダプタ・インターフェース・レイヤ ７１０、７２０、７３０ コード集合 ７７０、７８０、７９０ ディスプレイ・アダプタ ８００、８１０ アプリケーション・プログラム ８２０、８３０ アプリケーション・プログラミング・
インターフェース（ＡＰＩ） ８７０、８８０、８９０ ディスプレイ・アダプタ ９００ アダプタ・インターフェース・レイヤ ９１０、９２０、９３０ コード集合
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ステファニー・リン・ジェンセン アメリカ合衆国78750、テキサス州 オー スチン、ハイ・ハロウ・ドライブ 7802番 地 (72)発明者 ジェームズ・アラン・ミラー アメリカ合衆国78613、テキサス州 シー ダー・パーク、ペイント・ブラッシュ・ト レイル 1113番地 (72)発明者 ゲーリー・リー・ワイズマン アメリカ合衆国78729、テキサス州 オー スチン、ラボック・レーン 13104番地
Claims (9)
- 【請求項１】 複数のアプリケーション・プログラム
と、ディスプレイをサポートする機能を有する少なくと
も１つのディスプレイ・アダプタとの間の、インターフ
ェースを行なうための装置において、 ａ）前記複数のアプリケーション・プログラムのうちの
第１アプリケーション・プログラムからディスプレイ・
アダプタの機能へのインターフェースを提供する第１ド
ライバ手段と、 ｂ）前記複数のアプリケーション・プログラムのうちの
第２アプリケーション・プログラムから前記ディスプレ
イ・アダプタの機能へのインターフェースを提供する第
２ドライバ手段と、 ｃ）前記第１及び第２ドライバ手段と前記ディスプレイ
・アダプタとに結合した、前記第１及び第２ドライバ手
段の双方に、前記ディスプレイ・アダプタの選択した機
能への共通のアクセスを提供する、アクセス手段と、 を備えたことを特徴とする装置。 - 【請求項２】 前記アクセス手段が、前記第１及び第２
ドライバ手段のうちの少なくとも一方のドライバ手段か
ら受け取った、前記ディスプレイ・アダプタの機能への
アクセス要求を、記憶しておくための記憶手段を含んで
いることを特徴とする請求項１の装置。 - 【請求項３】 ａ）前記第１アプリケーション・プログ
ラムから第２ディスプレイ・アダプタの機能へのインタ
ーフェースを提供する第３ドライバ手段と、 ｂ）前記第２アプリケーション・プログラムから前記第
２ディスプレイ・アダプタの機能へのインターフェース
を提供する第４ドライバ手段と、を更に備えており、 前記アクセス手段が、前記第３及び第４ドライバ手段と
前記ディスプレイ・アダプタとに結合した、前記第３及
び第４ドライバ手段の双方に、前記第２ディスプレイ・
アダプタの選択した機能への共通のアクセスを提供する
手段を含んでいる、ことを特徴とする請求項１の装置。 - 【請求項４】 複数のアプリケーション・プログラム
と、ディスプレイをサポートする機能を有する少なくと
も１つのディスプレイ・アダプタとの間の、インターフ
ェースを行なう方法において、 ａ）前記複数のアプリケーション・プログラムのうちの
第１アプリケーション・プログラムからディスプレイ・
アダプタの機能へのインターフェースである、第１イン
ターフェースを提供するステップと、 ｂ）前記複数のアプリケーション・プログラムのうちの
第２アプリケーション・プログラムから前記ディスプレ
イ・アダプタの機能へのインターフェースである、第２
インターフェースを提供するステップと、 ｃ）前記第１及び第２インターフェースから前記ディス
プレイ・アダプタの選択した機能への共通のアクセスを
提供する、共通アクセス提供ステップと、 を含んでいることを特徴とする方法。 - 【請求項５】 前記共通アクセス提供ステップが、前記
ドライバ手段のうちの少なくとも１つのドライバ手段か
ら受け取った、前記ディスプレイ・アダプタの機能への
アクセス要求を、記憶するステップを含んでいることを
特徴とする請求項４の方法。 - 【請求項６】 ａ）前記第１アプリケーション・プログ
ラムから第２ディスプレイ・アダプタの機能へのインタ
ーフェースである、第３インターフェースを提供するス
テップと、 ｂ）前記第２アプリケーション・プログラムから前記第
２ディスプレイ・アダプタの機能へのインターフェース
である、第４インターフェースを提供するステップと、
を更に含んでおり、 前記共通アクセス提供ステップが、前記第３及び第４イ
ンターフェースから前記第２ディスプレイ・アダプタの
選択した機能への共通のアクセスを提供するステップを
含んでいる、ことを特徴とする請求項４の方法。 - 【請求項７】 データ処理システムにおいて、 ａ）ディスプレイをサポートする機能を有するディスプ
レイ・アダプタと、 ｂ）ホスト・コンピュータと、を備え、 前記ホスト・コンピュータが、 イ）第１アプリケーション・プログラム及び第２アプリ
ケーション・プログラムと、 ロ）前記第１アプリケーション・プログラムから前記デ
ィスプレイ・アダプタの機能へのインターフェースを提
供する第１ドライバ手段と、 ハ）前記第２アプリケーション・プログラムから前記デ
ィスプレイ・アダプタの機能へのインターフェースを提
供する第２ドライバ手段と、 ニ）前記第１及び第２ドライバ手段と前記ディスプレイ
・アダプタとに結合した、前記第１及び第２ドライバ手
段の双方に、前記ディスプレイ・アダプタの選択した機
能への共通のアクセスを提供するアクセス手段と、を含
んでいるホスト・コンピュータである、ことを特徴とす
るデータ処理システム。 - 【請求項８】 前記アクセス手段が、前記第１及び第２
ドライバ手段のうちの少なくとも一方のドライバ手段か
ら受け取った、前記ディスプレイ・アダプタの機能への
アクセス要求を、記憶しておくための記憶手段を含んで
いることを特徴とする請求項７のデータ処理システム。 - 【請求項９】 ディスプレイをサポートする機能を有す
る第２ディスプレイ・アダプタを備え、前記ホスト・コ
ンピュータが更に、 ａ）前記第１アプリケーション・プログラムから前記第
２ディスプレイ・アダプタの機能へのインターフェース
を提供する第３ドライバ手段と、 ｂ）前記第２アプリケーション・プログラムから前記第
２ディスプレイ・アダプタの機能へのインターフェース
を提供する第４ドライバ手段と、を備え、 前記アクセス手段が、前記第３及び第４ドライバ手段と
前記ディスプレイ・アダプタとに結合した、前記第３及
び第４ドライバ手段の双方に、前記第２ディスプレイ・
アダプタの選択した機能への共通のアクセスを提供する
手段を含んでいる、ことを特徴とする請求項７のデータ
処理システム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US734427 | 1985-05-16 | ||
| US73442791A | 1991-07-23 | 1991-07-23 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05189192A JPH05189192A (ja) | 1993-07-30 |
| JPH0731586B2 true JPH0731586B2 (ja) | 1995-04-10 |
Family
ID=24951655
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4155294A Expired - Lifetime JPH0731586B2 (ja) | 1991-07-23 | 1992-06-15 | ディスプレイ・アダプタ・インターフェース装置及び方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5513365A (ja) |
| JP (1) | JPH0731586B2 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0778043A (ja) * | 1993-09-07 | 1995-03-20 | Olympus Optical Co Ltd | 画像処理装置 |
| US5745762A (en) * | 1994-12-15 | 1998-04-28 | International Business Machines Corporation | Advanced graphics driver architecture supporting multiple system emulations |
| US5715459A (en) * | 1994-12-15 | 1998-02-03 | International Business Machines Corporation | Advanced graphics driver architecture |
| US5745761A (en) * | 1994-12-15 | 1998-04-28 | International Business Machines Corporation | Advanced graphics driver architecture with extension capability |
| US5915131A (en) * | 1995-05-05 | 1999-06-22 | Apple Computer, Inc. | Method and apparatus for handling I/O requests utilizing separate programming interfaces to access separate I/O services |
| US6333750B1 (en) | 1997-03-12 | 2001-12-25 | Cybex Computer Products Corporation | Multi-sourced video distribution hub |
| US6104414A (en) * | 1997-03-12 | 2000-08-15 | Cybex Computer Products Corporation | Video distribution hub |
| JPH11249949A (ja) * | 1998-03-04 | 1999-09-17 | Sharp Corp | ファイル転送方法およびファイル転送装置ならびにファイル転送プログラムを記録したコンピュータで読取可能な記録媒体 |
| US7460086B1 (en) * | 1999-12-13 | 2008-12-02 | Honeywell International Inc. | Multiple and hybrid graphics display types |
| US20040268359A1 (en) * | 2003-06-27 | 2004-12-30 | Hanes David H. | Computer-readable medium, method and computer system for processing input/output requests |
| US8013804B2 (en) * | 2007-05-30 | 2011-09-06 | Lenovo (Singapore) Pte. Ltd, | System and method for graphics remapping in hypervisor |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4509113A (en) * | 1982-02-02 | 1985-04-02 | International Business Machines Corporation | Peripheral interface adapter circuit for use in I/O controller card having multiple modes of operation |
| US4477695A (en) * | 1982-09-30 | 1984-10-16 | Electronic Mail Corporation Of America | Microprocessor operated telecommunications interface for a terminal of an automatic teletypewriter switching service |
| US4622633A (en) * | 1983-12-06 | 1986-11-11 | Tri Sigma Corporation | Object building method for self configuring computer network |
| US4606001A (en) * | 1984-05-22 | 1986-08-12 | General Electric Company | Customized canned cycles for computer numerical control system |
| JPS6226535A (ja) * | 1985-07-22 | 1987-02-04 | インタ−ナショナル ビジネス マシ−ンズ コ−ポレ−ション | プログラム内の変換テ−ブルの修正方法 |
| US4855936A (en) * | 1987-09-25 | 1989-08-08 | International Business Machines Corp. | Full-screen input/output application program interface |
| US4965559A (en) * | 1988-05-31 | 1990-10-23 | Motorola, Inc. | Multi-channel graphics controller |
-
1992
- 1992-06-15 JP JP4155294A patent/JPH0731586B2/ja not_active Expired - Lifetime
-
1994
- 1994-09-06 US US08/301,832 patent/US5513365A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US5513365A (en) | 1996-04-30 |
| JPH05189192A (ja) | 1993-07-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6046752A (en) | Peer-to-peer parallel processing graphics accelerator | |
| KR100501289B1 (ko) | 입력/출력 서브-프로세서와의 비동기 인터페이스를 통한 입력/출력 성능 개선 방법 | |
| US4792896A (en) | Storage controller emulator providing transparent resource sharing in a computer system | |
| CN103678201B (zh) | 具有逻辑设备能力的pci express切换器 | |
| KR100285956B1 (ko) | 고속직렬버스에연결된동기식및비동기식장치의제어시스템과제어방법 | |
| KR100570138B1 (ko) | 복수의 프로세서들에 소프트웨어를 로딩하는 시스템 및 방법 | |
| JP2003345612A (ja) | 演算処理システム、コンピュータ・システム上でのタスク制御方法、並びにコンピュータ・プログラム | |
| JPH05189192A (ja) | ディスプレイ・アダプタ・インターフェース装置及び方法 | |
| US6222846B1 (en) | Method and system for employing a non-masking interrupt as an input-output processor interrupt | |
| US5790887A (en) | Method and apparatus for processing programmed input/output (PIO) operations in a computer system | |
| US7409478B2 (en) | Peripheral hardware devices providing multiple interfaces and related systems and methods | |
| JP3431941B2 (ja) | データ処理システムにおける命令の実行順序を決定する方法および装置 | |
| EP0361434B1 (en) | Display emulating system | |
| US5016161A (en) | Method and apparatus for the flow control of devices | |
| JPH07191935A (ja) | データ処理システム及びデータ転送方法 | |
| US5835957A (en) | System and method for a fast data write from a computer system to a storage system by overlapping transfer operations | |
| US7558901B2 (en) | Apparatus and method for connecting processor to bus | |
| JPH06214945A (ja) | コンピュータシステム及び情報の高速転送方法 | |
| CN108958903A (zh) | 嵌入式多核中央处理器任务调度方法与装置 | |
| CN1234550B (zh) | 一种输入／输出总线系统 | |
| CN108958905A (zh) | 嵌入式多核中央处理器的轻量级操作系统 | |
| JP2906958B2 (ja) | ユーザプログラムロード方式 | |
| EP0766171A1 (en) | Information handling system including efficient power on initialization | |
| JP2001111651A (ja) | データ伝送装置およびその方法 | |
| US5680646A (en) | Input/output control system |