JPH0916366A - イメージ表示の方法、装置及びデータ処理システム - Google Patents

Abstract

(57)【要約】 【課題】 グラフィックス及びビデオ・アダプタの複数
ユーザをサポートする方法及び装置を提供する。 【解決手段】 イメージを表示する方法及び装置であ
り、最初に、複数ウィンドウに表示するイメージ・デー
タの複数のフレームを受信し、次にイメージ・データの
複数のフレームの複数のフレーム・ポインタをメモリに
記憶する。各フレーム・ポインタは、受信したイメージ
・データのフレームの少なくとも１つを示す。各フレー
ム・ポインタは、示された少なくとも１つのイメージ・
データのフレームを表示するウィンドウを識別するウィ
ンドウ識別子を含む。この後、ウィンドウ識別子により
識別されるウィンドウで、示された少なくとも１つのイ
メージ・データのフレームを画面に表示するために、各
フレーム・ポインタの処理が実施される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的にはイメー
ジ処理に関連し、更に詳細に述べれば、複数ウィンドウ
に表示するイメージ・データの複数フレームの処理に関
連する。

【０００２】

【従来の技術】多様な種類のイメージがコンピュータ画
面に表示され、コンピュータ・ユーザに情報又は娯楽を
提供する。これらのイメージには、実生活の写真又はビ
デオ・イメージ、コンピュータ作成グラフィックス、漫
画などが含まれる。どの場合も、イメージはディジタル
化され、表示のためのディジタル・イメージ・データに
なる。このディジタル・イメージ・データは、一般的に
処理及び表示のためにイメージ・データのフレームに分
類される。例えば、写真は、処理のためにイメージ・デ
ータの１つ以上のフレームにディジタル化される。ま
た、ビデオは、普通は高速で順次表示される、イメージ
・データのフレームの順次セットである。

【０００３】従来の技術は、イメージ処理の方法及び装
置を多数示している。これらの方法及び装置には、ディ
ジタル化イメージの取込み、生成、記憶、検索、変換、
表示のための各種の技術が含まれる。

【０００４】米国特許第５，２４３，４４７号は、ビデ
オ及びグラフィックス・イメージの両方を結合するため
の単一フレーム・バッファ・ビデオ表示システムを示
す。一般的な従来の技術が、ビデオ及びグラフィックス
・イメージの記憶用に別々のフレーム・バッファを使用
するところを（図１を参照）、この特許では、単一デー
タ・タイプのビデオ及びグラフィックス・イメージ・デ
ータの記憶用に、単一フレーム・バッファを使用する、
統合表示システムが示される。

【０００５】

【発明が解決しようとする課題】複数のイメージを同時
処理し、グラフィックス及びビデオ・アダプタの複数ユ
ーザをサポートする方法及び装置を提供する。

【０００６】

【課題を解決するための手段】本発明は、イメージを表
示するための方法及び装置を含む。ここには、まず複数
ウィンドウに表示するイメージ・データの複数フレーム
を受信し、次にイメージ・データの複数フレームの複数
フレーム・ポインタのメモリへの記憶が含まれる。各フ
レーム・ポインタは、受信されたイメージ・データのフ
レームの少なくとも１つを示し、また各フレーム・ポイ
ンタは、示された少なくとも１つのイメージ・データの
フレームを表示するウィンドウを識別するウィンドウ識
別子を含む。この後、ウィンドウ識別子で識別されるウ
ィンドウで、示された少なくとも１つのイメージ・デー
タのフレームを画面に表示するための各フレーム・ポイ
ンタの処理が含まれる。

【０００７】

【発明の実施の形態】本発明は、グラフィックス及びビ
デオ・アダプタの複数ユーザをサポートする、改良され
た方法及び装置を開示する。推奨する実施例では、グラ
フィックス及びビデオ・アダプタのハードウェアには、
ビデオの再生性能を改良するためのカラー・スペース変
換、スケーリング及びディザリングを実行できるビデオ
・プロセッサが含まれる。本発明はまた、複数ユーザ環
境におけるビデオ取込み及び取込まれたビデオの監視の
統合をサポートする。

【０００８】推奨する実施例では、複数のアプリケーシ
ョンでビデオの再生を求めることができる。これは、適
切な順番で表示する多数の順次イメージで構成される。
ビデオは、ハード・ディスク又はＣＤ−ＲＯＭ等の大容
量媒体に記憶されるか、又はネットワークから供給され
る（ビデオ会議など）。ビデオのイメージは、圧縮され
る場合もされない場合もある。ビデオを再生し、ビデオ
・プロセッサを稼動するために、アプリケーションにま
ずウィンドウ識別子が与えられる。これは、普通は本発
明のウィンドウ・チャネルをオープンしたウィンドウ・
マネージャ・アプリケーション（Ｘ Ｗｉｎｄｏｗｓ
等）から与えられる（図５を参照）。次にアプリケーシ
ョンは、本発明の表示チャネルをオープンし、「イメー
ジ準備」コマンドを使用して、イメージを表示するため
にデバイス・ドライバを準備する（図１０を参照）。ア
プリケーションは次に、必要に応じてビデオの各イメー
ジの圧縮を解除し、「イメージ表示」コマンドを使用し
て、グラフィックスのピクセル・フォーマットに合わせ
てスケーリングされて変換された各圧縮解除イメージを
送信する（図１１を参照）。複数のアプリケーションが
同じ手続きに従うことができる。本発明は、ハードウェ
アが複数のアプリケーションをサービスすることを可能
にする。

【０００９】推奨する実施例では、単一のアプリケーシ
ョンがビデオの取込みを求めることができる。これは、
内容作成やビデオ会議のようなものの多数の順次イメー
ジを得ることを意味する。ビデオ取込みを簡単にするた
めに、アプリケーションは本発明の取込みチャネルをオ
ープンし、「取込み準備」コマンドを使用して本発明の
推奨する実施例を取込みのために準備する（図１２を参
照）。これによって、アプリケーションは、取込むイメ
ージのサイズを設定できる。アプリケーションは、「取
込み制御」コマンドを使用して、取込みのオン、オフを
切換える（図１３を参照）。アプリケーションは、各イ
メージをシステム・メモリに取込み、その結果「獲得」
コマンドを使用して、イメージの更らなる処理を実行す
ることができる（図１４を参照）。獲得コマンドは、１
つのイメージをシステム・メモリにコピーする。最後
に、アプリケーションが取込まれたものの監視（即ち表
示）を要求する場合、まずウィンドウ識別子（上記参
照）を得てから、次に「監視」コマンドを使用して監視
のオン、オフを切換える（図１５を参照）。

【００１０】図１は、本発明の推奨する実施例で利用さ
れる、一般的なディジタル・コンピュータ１００のブロ
ック図である。コンピュータは、ホスト・コンピュータ
１０５を含み、これは基本プロセッサ１１０を含み、こ
の基本プロセッサ１１０はコンピュータ・ボックス１０
５の中のメモリ１２０及びハード・ディスク１２５と結
合され、入力装置１３０及び出力装置１４０が接続され
る。基本プロセッサ１１０は、単一のプロセッサを含む
場合、又は複数のプロセッサを含む場合がある。入力装
置１３０は、キーボード、マウス、タブレットまたはそ
の他の種類の入力装置を含む。出力装置１４０は、テキ
スト・モニタ、プロッタ又はその他の種類の出力装置を
含む。コンピュータが読取り可能で、取外し可能な媒体
１９０、例えば磁気ディスケット又はコンパクト・ディ
スクなどが、ディスク・ドライブ又はＣＤ−ＲＯＭ（コ
ンパクト・ディスク読取り専用メモリ）ドライブなどの
入出力装置１８０に挿入できる。入出力制御装置１７０
の制御の下で、入出力装置により取外し可能媒体との間
でデータが読み書きされる。入出力制御装置は、バス１
６０を介して基本プロセッサと通信する。メイン・メモ
リ１２０、ハード・ディスク１２５、及び取外し可能媒
体１９０は、すべてメモリと呼ばれ、基本プロセッサ１
１０が処理するデータを記憶する。

【００１１】また、ホスト・コンピュータ１０５及びそ
の中の基本プロセッサは、グラフィックス表示装置等の
グラフィックス／ビデオ出力装置１５０、及びビデオ・
カメラ又はビデオ・カセット・プレーヤ等のビデオ入力
装置１５１と、グラフィックス／ビデオ・アダプタ２０
０を介して結合される。

【００１２】グラフィックス／ビデオ・アダプタ２００
は、バス１６０を介して、基本プロセッサ１１０からグ
ラフィックス及びビデオに関する命令を受信する。次に
グラフィックス／ビデオ・アダプタは、グラフィックス
・アダプタ・メモリ２３０と結合されたグラフィックス
・プロセッサ２２０又はビデオ・プロセッサ２２１を使
用して、これらの命令を実行する。グラフィックス・ア
ダプタの中のグラフィックス及びビデオ・プロセッサ
は、次にこれらの命令を実行し、フレーム・バッファ２
４０（ビデオ・ランダム・アクセス・メモリ、即ちＶＲ
ＡＭとも呼ばれる）及びビデオ参照テーブル（ＬＵＴ）
２４５を、これらの命令に基づいて更新する。またグラ
フィックス・プロセッサ２２０は、レンダリングする特
定のタイプの画素をレンダリングするための、特殊なレ
ンダリング・ハードウェアを含む場合がある。ビデオ・
プロセッサは、ビデオ・イメージのスケーリング及びカ
ラー・スペース変換用の特殊ハードウェアを含む。ビデ
オ・デコーダ２２２も、入力されるビデオ・データの初
期デコーディング（アナログからディジタルへなど）の
実行に使用される。

【００１３】推奨する実施例では、フレーム・バッファ
２４０が、可視部分及び不可視部分を含む（図４に詳細
を示す）。可視部分では、フレーム・バッファ２４０は
グラフィックス出力装置に表示するピクセル毎のインデ
ックス値を含む。フレーム・バッファから読取られたイ
ンデックス値は、表示する実際の色についてＬＵＴ２４
５を読取るために使用される。ＤＡＣ（ディジタルから
アナログ変換器）２５０は、ＬＵＴに記憶されたディジ
タル・データをＲＧＢ信号へ変換し、これがグラフィッ
クス表示装置１５０に与えられ、そこで基本プロセッサ
から所望のグラフィックス出力がレンダリングされる。

【００１４】図２は、グラフィックス及びビデオ機能を
実行するために、ホスト・コンピュータ及びグラフィッ
クス／ビデオ・アダプタが一般的に使用する、コードの
層を示すブロック図である。ＵＮＩＸ等のオペレーティ
ング・システム３００が、ホスト・コンピュータ１０５
に対する一次制御を実施する。オペレーティング・シス
テム・カーネル３１０がオペレーティング・システムと
結合され、これはオペレーティング・システムのハード
ウェア集中タスクを実施する。オペレーティング・シス
テム３００上で実行されるのが、グラフィックス及びビ
デオ・アプリケーション３３０及び３３２である。これ
らのアプリケーションは、上記のように、圧縮ビデオの
再生、又はＶＣＲからのビデオの取込みを求める。グラ
フィックス／ビデオ・アプリケーション３３０及び３３
２は、グラフィックス及びビデオ・アプリケーションＡ
ＰＩ（アプリケーション・プログラム・インターフェー
ス）３４０及び３４２とそれぞれ結合される。ＡＰＩ
は、アプリケーションのために多数のコンピューテーシ
ョン集中タスクを実施し、アプリケーション・ソフトウ
ェアと、デバイス・ドライバ３７０等のグラフィックス
／ビデオ・アダプタ２００に近いソフトウェアとの間の
インターフェースになる。ＵＮＩＸでは、グラフィック
スＡＰＩとして、Ｘ ＷｉｎｄｏｗｓライブラリのＸｌ
ｉｂ、ビデオＡＰＩにはＡＩＸ Ｕｌｔｉｍｅｄｉａ
Ｓｅｒｖｉｃｅｓが使用できる。

【００１５】グラフィックス／ビデオ・アプリケーショ
ン及びＡＰＩは、オペレーティング・システム及びデバ
イス・ドライバからは単一プロセスと見なされる。即
ち、グラフィックス／ビデオ・アプリケーション３３０
及び３３２ならびにＡＰＩ ３４０及び３４２は、オペ
レーティング・システム３００及びデバイス・ドライバ
３７０からは、それぞれプロセス３６０及び３６２とみ
なされる。プロセスは、オペレーティング・システム・
カーネルがそのプロセスに割当てるプロセス識別子（Ｐ
ＩＤ）により、オペレーティング・システム及びデバイ
ス・ドライバにより識別される。プロセス３６０及び３
６２は同じコードを使用することができ、このコード
は、２つの別個のウィンドウでプログラムを２度実行す
る等、同時に２回実行される。ＰＩＤを使用して、同じ
コードの個別の実行を区別する。

【００１６】デバイス・ドライバ３７０は、オペレーテ
ィング・システム・カーネル３１０の、グラフィックス
／ビデオに特定した拡張である。デバイス・ドライバ
は、グラフィックス／ビデオ・アダプタ２００と直接通
信する。ビデオ・アプリケーションでは、デバイス・ド
ライバ３７０はアプリケーション・コマンドをグラフィ
ックス／ビデオ・アダプタ２００へ送信し、アダプタか
らアプリケーションへ状況を戻し、及びアプリケーショ
ンのメイン・メモリ１２０とアダプタＶＲＡＭ２４０と
の間でイメージ・データを移動する。デバイス・ドライ
バは、プログラムされた入出力（ＰＩＯ）又は直接メモ
リ・アクセス（ＤＭＡ）のどちらかを使用して、メイン
・メモリとＶＲＡＭとの間でデータを移動できる。どち
らを使用するかは、グラフィックス／ビデオ・アダプタ
２００の特定の実施形態により異なる。

【００１７】図３は、デバイス・ドライバ３７０の詳細
構造を示すブロック図である。デバイス・ドライバは、
３つの主要な構成要素からなる。システム呼出しハンド
ラ３９０は、デバイス・ドライバの一部であり、アプリ
ケーション・プロセス３６０及び３６２の一部として実
行する。システム呼出しハンドラは、アプリケーション
３３０又はＡＰＩ３４０がデバイス・ドライバを呼出し
てサービスを提供する場合に、オペレーティング・シス
テム・カーネル特権を有す。システム呼出しハンドラ
は、３つの主要な下位構成要素からなる。即ち、オープ
ン・ハンドラ３９１、クローズ・ハンドラ３９２、及び
ＩＯＣＴＬハンドラ３９３の３つである。オープン・ハ
ンドラ３９１は、デバイス・ドライバ全体を初期化する
（図５で詳細を説明する）。クローズ・ハンドラ３９２
は、デバイス・ドライバ全体を終了させる（図６で詳細
を説明する）。入出力制御（ＩＯＣＴＬ）ハンドラ３９
３は、各種のアプリケーション活動を行う（図７で詳細
を説明する）。

【００１８】推奨する実施例のデバイス・ドライバ３７
０は、多重化デバイス・ドライバである。これは、デバ
イス・ドライバがチャネルの概念をサポートすることを
意味する。アプリケーションは、デバイス・ドライバの
特定の機能をアクセスするために、特定のチャネルをオ
ープンしなければならない。デバイス・ドライバのその
他の機能は、このアプリケーションでは使用できない。
推奨する実施例では、３つのチャネルをサポートする
（図５、図６、図７を参照）。ウィンドウ・チャネル
は、アプリケーションがウィンドウを定義及び削除する
ことを可能にする。デバイス・ドライバは、このチャネ
ルをオープンできるアプリケーションを１つしか認めな
いので（普通は、ＵＮＩＸのＸサーバ）、ウィンドウの
定義に関する競合はない。取込みチャネルは、アプリケ
ーションがビデオ・プロセッサ２２１及びビデオ・デコ
ーダ２２２を使用してイメージを取込み、イメージを獲
得し、取込んだイメージを監視することを可能にする。
推奨する実施例では、取込みチャネルをオープンできる
アプリケーションは１つだけである。これは、ビデオ・
デコーダ２２２及びビデオ・プロセッサ２２１の取込み
部分を共用するときのオーバヘッドに起因する。表示チ
ャネルは、アプリケーションがビデオ・プロセッサ２２
１を使用してイメージを表示することを可能にする。本
発明では、複数のアプリケーションが、表示チャネルを
オープンできる。

【００１９】割込みハンドラ３９５は、グラフィックス
／ビデオ・アダプタ２００により発生した割込みに応答
して、オペレーティング・システム・カーネル３１０が
起動する。おそらく最も重要な割込みは、ビデオ・プロ
セッサ２２１がイメージの取込みの完了後に発生させる
割込みである。割込みハンドラについては、図１６で説
明する。

【００２０】作業待ち行列ハンドラ３９６は、システム
呼出しハンドラ及び割込みハンドラ及びデバイス・ドラ
イバを使用するアプリケーションとは独立して実行する
カーネル・プロセス（アプリケーションと関連しないプ
ロセス）である（図１７で説明する）。これは、アプリ
ケーションが直接表示するイメージ、又は監視する取込
みイメージのどちらのイメージについても、表示するイ
メージのスケーリング及び変換を実行するようにビデオ
・プロセッサ２２１に命令する。

【００２１】デバイス・ドライバの構成要素３９０、３
９５、３９６は、メイン・メモリ１２０に記憶されたビ
デオ・データ３５０のコマンド・セットを共用する。ビ
デオ・データについては、下記の図４で詳細を説明す
る。

【００２２】図４は、本発明の推奨する実施例で使用
し、メイン・メモリ１２０及びフレーム・バッファ２４
０に記憶されるデータ構造体のブロック図である。

【００２３】フレーム・バッファ２４０はビデオＲＡＭ
又はＶＲＡＭとも呼ばれ、可視部分４００と不可視部分
４０５の両方を含む。ＶＲＡＭの可視部分４００は、各
表示ピクセルのピクセル情報を含む。ＶＲＡＭに記憶さ
れているディジタル・データを表示用に変換するために
ＬＵＴ２４５が読取るのは、この可視部分である。可視
部分４００は、深さ情報、ウィンドウ識別子、又は表示
する各ピクセルに関する同様の情報を記憶するための追
加のデータのプレーンを含む。不可視部分４０５は、イ
メージの一時的記憶のために使用される。これらのイメ
ージは、多様なフォーマット及びサイズで記憶される。
更に、イメージは、スケーリング、変換、又はその他の
操作のために使用可能である。表示される場合、例えば
イメージ１の大型のＹＵＶイメージを、ビデオ・プロセ
ッサ２２１によりＹＵＶからＲＧＢへ変換し、所望のウ
ィンドウに合わせてスケーリングし、次に変換されスケ
ーリングされたイメージを、表示のためにＶＲＡＭの可
視部分４００に記憶する。ビデオ・アプリケーション３
３０により取込まれる場合、ビデオ・デコーダ２２２に
よるディジタル化の後に、例えばイメージ２のイメージ
が、ビデオ・プロセッサにより不可視ＶＲＡＭ４０５に
記憶される。次に、デバイス・ドライバ３７０がこれを
不可視ＶＲＡＭ４０５から、アプリケーションが使用す
るホスト・コンピュータのメイン・メモリ１２０へコピ
ーする。ＶＲＡＭの不可視部分は、別の種類のイメージ
・データを記憶するため、又は記憶されたイメージに対
応する他の種類のデータ、例えば音声データ等を記憶す
るための追加プレーンも含む。

【００２４】メイン・メモリ１２０は、ビデオ・データ
３５０と呼ばれるデータ構造体を含む。これは、デバイ
ス・ドライバ３７０のすべての構成要素が共用する。ビ
デオ・データには、各種のリンク・リスト及びイメージ
の表示や取込みに必要なその他の情報が含まれる。複数
のグラフィックス／ビデオ・アダプタ２００を有する環
境では、各アダプタが個別のビデオ・データ３５０を使
用する。

【００２５】ビデオ・データ３５０は、イメージ・リス
ト４１０及びウィンドウ・リスト４２０を含む。これら
は、イメージ構造体４１５、４１６、４１９又はウィン
ドウ構造体４２５、４２６、４２９の二重にリンクされ
たリストである。イメージ構造体は、不可視ＶＲＡＭ４
０５に記憶された、ビデオ・プロセッサ２２１により表
示されるイメージを表す。各イメージ構造体は、イメー
ジが表示される予定のウィンドウとイメージを関連付け
るウィンドウ識別子（ｗｉｄ）（取込まれたイメージは
表示されないので、例外である）、不可視ＶＲＡＭ内の
イメージ位置を示すポインタ、及びパラメータ・リスト
４３０、４３１、４３４を示すポインタを含む。パラメ
ータ・リストは、ビデオ・プロセッサ２２１がイメージ
に対して要求された操作、例えばスケーリングやカラー
・スペース変換などを実行するために必要な情報を含
む。

【００２６】ウィンドウ構造体４２５、４２６、４２９
は、イメージが表示されるウィンドウを表す。各ウィン
ドウ構造体は、ウィンドウに表示されるイメージとウィ
ンドウを関連付けるウィンドウ識別子（ｗｉｄ）、位
置、サイズ等のウィンドウに関する各種の情報、及びク
リップ・リスト４４０、４４１、４４４を示すポインタ
を含む。ウィンドウのクリップ・リストは、ウィンドウ
の可視部分を、矩形のリストとして表す。一般的なビデ
オ・プロセッサ２２１は、一度に１つの矩形しか扱えな
いので、イメージのパラメータ・リスト４３０に、クリ
ップ・リスト４４０の各矩形についてイメージの部分を
どのように表示するかを記述したパラメータが含まれ
る。

【００２７】ビデオ・データ３５０は、リスト・ロック
４１２を含む。このリスト・ロックは、イメージ・リス
ト及びウィンドウ・リストの両方をロックするための、
オペレーティング・システム・カーネル３１０ロック／
ロック解除機能に使用する。これらのリストをロックす
ることは、ロックする構成要素がリストに対する排他的
アクセスを有することを意味する。この結果、一度に１
つのアプリケーションだけがリストのポインタを操作で
き、したがってリストの整合性が保証されるので、これ
が必要である。リストのロック解除は、他の構成要素が
リストをアクセスできるようになることを意味するが、
これは、リストを他の構成要素自身がロックした後にだ
けリストをアクセスできる。デバイス・ドライバ構成要
素がリストをロックしようとして、そのリストが既にロ
ックされている場合、その構成要素はカーネルにより休
眠状態におかれ、リストがロック解除されると休眠状態
が解除される。

【００２８】ビデオ・データ３５０には、作業待ち行列
４７０も含まれる。作業待ち行列は、既にイメージ・リ
スト４１０にあるイメージ構造体の単一リンク・リスト
である。作業待ち行列は、作業待ち行列ハンドラ３９６
が表示する必要のあるイメージを表す。アプリケーショ
ンがイメージを表示するように要求すると、デバイス・
ドライバ３７０は、それらを作業待ち行列の先頭でリン
クする。次に作業待ち行列ハンドラは、作業待ち行列の
最後からイメージを削除し、そのイメージのパラメータ
・リスト４３０のパラメータをビデオ・プロセッサ２２
１に送信する。次にビデオ・プロセッサ２２１は、パラ
メータに従ってイメージを表示する。

【００２９】ビデオ・データ３５０は、作業待ち行列ロ
ック４７２を含む。それは、リスト・ロック４１２と同
じ機能を実行する。但し、作業待ち行列ロックが作業待
ち行列４７０への排他的アクセスを保証する点が、リス
ト・ロック４１２の機能とは異なる。作業待ち行列をロ
ックすると、別の構成要素が作業行列をアクセスするこ
とを防止され、その結果作業待ち行列の整合性が維持さ
れる。作業待ち行列をロック解除すると、他の構成要素
が作業待ち行列をアクセスできるようになる。

【００３０】イメージの数は、ウィンドウの数と必ずし
も一致する必要がない点に留意していただきたい。取込
みイメージのように、ウィンドウに表示しないイメージ
が存在する。また、表示や取込みには関係のない他のデ
ータ（音声など）が存在する。後者の場合、イメージ構
造体４１５は、単に不可視ＶＲＡＭ４０５の領域の参照
と見なすことができる。このような場合は特別な識別子
を使用するので、表示するイメージに使用されるウィン
ドウ識別子との競合は起こらない。

【００３１】ビデオ・データ３５０には、ＶＲＡＭブロ
ック割当てテーブル４５０のポインタ４５１も含まれ
る。不可視ＶＲＡＭ４０５は、ほぼＱＣＩＦイメージの
サイズ（１７６ピクセル×１４４行×１ピクセルあたり
２バイト）のブロックに、論理的に分割される。ＶＲＡ
Ｍブロック割当てテーブルには、不可視ＶＲＡＭの各ブ
ロックのエントリが入る。テーブルのサイズは、不可視
ＶＲＡＭのサイズにより異なる。ブロックが割当てられ
ない場合、特殊なコードでこれを示すマークが付く。ブ
ロックがイメージに割当てられると、イメージのウィン
ドウ識別子でこれを示すマークが付く。不可視ＶＲＡＭ
をブロックに分割することにより、不可視ＶＲＡＭの割
当て及び割当て解除の管理タスクが容易になる。またイ
メージ・サイズが同じような大きさになる傾向があり、
割当てテーブル、及び不可視ＶＲＡＭの「穴（ｈｏｌｅ
ｓ）」を最小にするので、この分割は効率的である。更
に、取込みイメージ情報４５５及び各種フラグ４５６
も、ビデオ・データ３５０に記憶される。

【００３２】図５は、デバイス・ドライバ３７０をオー
プンするオープン・システム呼出しを示す流れ図であ
る。アプリケーションが３つのチャネル、即ちウィンド
ウ・チャネル、取込みチャネル又は表示チャネルのどれ
かをオープンするたびに、オープン・システム呼出しハ
ンドラが呼出される。最初のステップ５００で、オープ
ン・システム呼出しがウィンドウ・チャネル用か、取込
みチャネル用か、又は表示チャネル用かが判定される。
チャネルがウィンドウ又は取込みの場合、ステップ５０
５でチャネルが既にオープンされているかどうかが判定
される。ウィンドウが既にオープンされている場合、ス
テップ５１０でエラー・コードが戻される。なぜなら、
これらのチャネルは１度しかオープンできないためであ
る。ウィンドウ又は取込みチャネルがまだオープンされ
ていない場合、ステップ５１５でチャネルがオープンさ
れていることを示すフラグが設定される。処理は次に、
ステップ５２５へ続く。ステップ５００で、オープン・
システム呼出しが表示チャネル用であると判定された場
合、ステップ５２０で、表示チャネル・カウントが増分
され、ステップ５２５へ続く。

【００３３】ステップ５２５で、合計オープン・チャネ
ル・カウントが増分される。これによって、デバイス・
ドライバは、いつ終了するか（最後のクローズの後）を
判断できる。ステップ５３０で、これが任意のチャネル
の最初のオープンかどうかを判定する（即ち、チャネル
・カウントが１かどうか）。ＹＥＳの場合、ステップ５
３５で、システム・メモリのビデオ・データ３５０が初
期化される。次にステップ５４０へ進み、ビデオ・ハー
ドウェアが初期化される。ステップ５４５で、ステップ
５４０が正常に終了したかどうかが判定される。判定が
ＮＯの場合、ステップ５４５でオペレーティング・シス
テム・カーネル３１０へエラー・コードが返される。こ
れは、そのチャネルに対するクローズ・システム呼出し
ハンドラ３９２を呼出す。ステップ５４５で判定がＹＥ
Ｓの場合、又はステップ５３０でＮＯの場合、処理はス
テップ５５５へ進む。

【００３４】ステップ５５５で、画面特性及び不可視Ｖ
ＲＡＭ４０５サイズが、グラフィックス・プロセッサ２
２０制御レジスタの情報により決定される。ステップ５
６０で、不可視ＶＲＡＭサイズに基づいてＶＲＡＭブロ
ック割当てテーブル４５０がセットアップされ、エント
リ毎に特殊コードを記憶することにより、すべてのブロ
ックに割当なしのマークが付けられる。ステップ５６５
で、オペレーティング・システム・カーネル３１０へ必
要な呼出しを実行して、割込みハンドラが初期化され
る。ステップ５７０で、オペレーティング・システム・
カーネルへ必要な呼出しを実行して、カーネル処理の１
つである作業待ち行列ハンドラが初期化される。ステッ
プ５７５で、正常終了コードがオペレーティング・シス
テム・カーネルへ戻され、これは呼出しアプリケーショ
ンへ正常終了を戻す。

【００３５】図６は、クローズ・システム呼出しを示す
流れ図である。最初のステップ６００で、クローズされ
るチャネルが、ウィンドウ・チャネル、取込みチャネ
ル、又は表示チャネルのどれかが判定される。ウィンド
ウ・チャネルの場合、ステップ６１０ですべてのウィン
ドウ構造体がウィンドウ・リスト４００から削除され
る。ウィンドウ構造体４２５をウィンドウ・リストから
削除するには、ウィンドウ及びイメージ・リストを最初
にロックする必要がある。次に、作業待ち行列をロック
しなければならない。削除されるウィンドウに対応する
イメージが、作業待ち行列からリンク解除される。次
に、作業待ち行列がロック解除される。ウィンドウ構造
体が次にウィンドウ・リストからリンク解除され、リス
トが次にロック解除される。削除されるウィンドウに表
示されるイメージに関連付けられたパラメータ・リスト
４３０が削除される。ウィンドウに関連付けられたクリ
ッピング・リスト４４０が解放され、次にウィンドウ構
造体自身が解放される。処理は、下記に説明するステッ
プ６４０へ進む。いったんウィンドウ・チャネルがクロ
ーズされると、イメージはもう表示できないが、イメー
ジの取込み及び獲得は実行できる。

【００３６】クローズされるチャネルが表示チャネルの
場合、ステップ６３０で、表示チャネルをクローズする
アプリケーションにより作成されたすべてのイメージ構
造体が、イメージ・リスト４１０から削除される。イメ
ージ構造体４１５をイメージ・リストから削除するに
は、リストをロックする。次に作業待ち行列をロックし
なければならない。イメージ構造体が作業待ち行列にあ
る場合は、これを作業待ち行列からリンク解除する。次
に、作業待ち行列をロック解除する。イメージ構造体を
イメージ・リストからリンク解除し、リストをロック解
除する。イメージのパラメータ・リスト４３０を解放す
る。ＶＲＡＭブロック割当てテーブル４７０の中で、イ
メージを保持するＶＲＡＭブロックに割当てなしのマー
クを付ける。イメージ構造体４１５自身を解放する。処
理は、下記に説明するステップ６４０へ進む。

【００３７】ステップ６００で、クローズするチャネル
が取込みチャネルであると判定された場合、ステップ６
２０で、取込みが準備解除される。取込みを準備解除す
るには、最初にデバイス・ドライバはビデオ・プロセッ
サ２２１及びビデオ・デコーダ２２２の取込みをオフに
する。監視がオンになっている場合、監視フラグをオフ
に設定し、及び監視に関連付けられたイメージをイメー
ジ・リストから削除して（ステップ６３０の説明を参
照）、監視をオフにする。最後に、取込みイメージを保
持するＶＲＡＭブロックに、割当なしのマークが付く。
処理はステップ６４０へ続く。

【００３８】ステップ６４０で、該当するチャネル・カ
ウント（ウィンドウ、表示、又は取込み）が減分され
る。ステップ６４５で、オープン・チャネル・カウント
が減分される。ステップ６５０で、オープンされたチャ
ネルがすべてクローズしたかどうかが判定される。判定
がＹＥＳの場合、ステップ６５５で、作業待ち行列ハン
ドラ３９６に終了するように命じ、及び割込みハンドラ
３９５が割込みハンドラのオペレーティング・システム
・カーネル３１０リストから削除される。ステップ６５
０の判定がＮＯの場合、又はステップ６５５の操作が完
了した場合、正常終了がオペレーティング・システム・
カーネルに戻り、同カーネルは正常終了をアプリケーシ
ョンに戻す。

【００３９】図７は、入出力制御システム呼出しルーチ
ンを示す流れ図である。ステップ７００及び７０５で、
入出力制御システム呼出しが「表示モード」呼出しなの
か「ウィンドウ定義」呼出しなのかが判定される。どち
らかのステップでＹＥＳの場合、ステップ７１０へ進
み、このシステム呼出しがウィンドウ・チャネルからか
どうかが判定される。ステップ７１０でＮＯの場合、７
１５でエラー・コードが戻される。ステップ７１０でＹ
ＥＳの場合、ステップ７２０でコマンドが処理され（図
８及び図９を参照）、ステップ７２１で処理結果が戻さ
れる。

【００４０】ステップ７２５、７３０、７３５及び７４
０では、入出力制御システム呼出しが「取込み準備」、
「取込み制御」、「獲得」、又は「監視」コマンドのい
ずれかを判定する。これらのステップのいずれかがＹＥ
Ｓの場合、ステップ７４５で、これが取込みチャネルか
らのものかどうかが判定される。違う場合は、ステップ
７５０でエラー・コードが戻される。ステップ７４５で
ＹＥＳの場合、上記の説明のようにステップ７２０でコ
マンドが実行される（図１２、図１３、図１４、図１５
を参照）。

【００４１】ステップ７５５及びステップ７６０で、入
出力制御システム呼出しが、「イメージ準備」又は「イ
メージ表示」コマンドかどうかが判定される。どちらか
のステップでＹＥＳの場合、ステップ７６５で、呼出し
が表示チャネルからのものかどうかが判定される。ステ
ップ７６５でＮＯの場合、ステップ７７０でエラー・コ
ードが戻される。ステップ７６５でＹＥＳの場合、上記
の説明のようにステップ７２０で、コマンドが実行され
る（図１０、図１１を参照）。

【００４２】図８は、「表示モード」コマンドを示す流
れ図である。コマンドは単一パラメータを有し、このパ
ラメータは表示モードをオンに設定するか又はオフに設
定するかを示す。最初のステップ８００で、パラメータ
が示すようにモードが設定される。ステップ８１０で、
モードがオフかオンかが判定される。モードがオフの場
合、ステップ８１５で、システムはビデオ・プロセッサ
２２１がすべての操作を完了するのを待つ。この結果、
ビデオ・プロセッサがイメージをそれがあるべきではな
い所に書込んでしまうことはなくなり、ウィンドウ・チ
ャネルの所有者が安全にウィンドウの記述を変更できる
ので、この処置が必要である。次に、処理はステップ８
２０へ進んで、アプリケーションへ戻る。ステップ８１
０でモードがオンであると判定された場合、ステップ８
２５へ進み、表示モードがオフのときに、アプリケーシ
ョンが「イメージ表示」コマンドを使用してイメージを
表示するように要求したかどうかが判定される。ＹＥＳ
の場合、アプリケーションが「イメージ表示」コマンド
をもう一度発行しない可能性があるので、ステップ８３
０で、作業は作業待ち行列ハンドラ３９６用に待ち行列
に置かれる。作業を作業待ち行列ハンドラ用に待ち行列
に置くには、作業待ち行列をロックする必要がある。表
示されるイメージに対応するイメージ構造体４１５が、
作業待ち行列の先頭で作業待ち行列にリンクされる。次
に、作業待ち行列ハンドラがポストされる（これは、作
業待ち行列ハンドラが作業待ちの休眠状態である場合、
休眠状態を解除する）。次に、作業待ち行列がロック解
除される。処理は続いてステップ８３５へ進み、すべて
のイメージがチェックされたかどうかが判定される。ス
テップ８３５でＮＯの場合、処理は上記のステップ８２
５へ戻る。すべてのイメージがチェックされた場合、ス
テップ８４０で、作業が待ち行列になっているかどうか
判定される。待ち行列の作業がない場合、ステップ８４
５で作業待ち行列ハンドラがポストされ、表示モードが
オフになった時点からの、残っている作業を処理する。
処理は次にステップ８２０へ進み、アプリケーションへ
戻る。

【００４３】図９は、「ウィンドウ定義」コマンドを示
す流れ図である。コマンドは、ウィンドウが定義される
ものか削除されるものかを示すパラメータ、ウィンドウ
識別子であるパラメータ、ならびにウィンドウ位置、サ
イズ及びクリッピング情報を記述するパラメータを有
す。ステップ９００で、表示モードがオフかどうかが判
定される。オフではない場合、エラー・コードが戻され
る。なぜなら、モードがオンのときにウィンドウを定義
すると、画面前面の異常を引起こすためである。ＹＥＳ
の場合、ステップ９１０で、コマンドが削除コマンドか
定義コマンドかが判定される。コマンドが削除コマンド
の場合、ステップ９１５で、ウィンドウ識別子により識
別されるウィンドウ構造体４４０が、前記ステップ６１
０で説明したように、ウィンドウ・リストから削除され
る。次に処理はステップ９２０へ進み、アプリケーショ
ンへ戻る。

【００４４】ステップ９１０で、コマンドが定義コマン
ドであると判定された場合、処理はステップ９２５へ進
む。ステップ９２５で、ウィンドウ識別子により識別さ
れるウィンドウ構造体４２５が、前記ステップ６１０で
説明したように、ウィンドウ・リストから削除される。
ステップ９３０で、新しいウィンドウ構造体４４０が割
当てられ、９３５で、入力パラメータからウィンドウ定
義がコピーされる。ステップ９４０で、クリッピング情
報のサイズが計算され、クリップ・リスト４４０が割当
てられ、入力パラメータからコピーされる。ステップ９
４５で、リストがロックされる。ステップ９５０で、ウ
ィンドウ構造体がウィンドウ・リストへリンクされる。
ステップ９５５で、リストがロック解除される。ステッ
プ９６０で、イメージ・リストのイメージのウィンドウ
識別子をチェックすることにより、定義されたウィンド
ウにイメージが関連付けられているかどうかが判定され
る。関連付けられていない場合、処理は前記のステップ
９２０に進む。ステップ９６０でＹＥＳの場合、次にス
テップ９６５で、ビデオ・プロセッサ２２１がウィンド
ウにイメージを表示するために必要なパラメータを、ビ
デオ・イメージ用に計算する。ステップ９６５は、クリ
ップ・リスト４４０の各矩形を処理する。各矩形につい
て、パラメータを保持するためのメモリが割当てられ
る。パラメータが計算される（パラメータの厳密な特性
は、ビデオ・プロセッサの特性により異なる）。パラメ
ータが、対応するイメージ構造体４１５と関連付けられ
たパラメータ・リスト４３０へリンクされる。

【００４５】図１０は、「イメージ準備」コマンドを示
す流れ図である。コマンドは、イメージの準備か、イメ
ージの準備解除（削除）かを示すパラメータを有する。
また、イメージを記述する（サイズ、フォーマット等）
パラメータ、及び「ウィンドウ定義」コマンド（図９）
を使用して既に定義されている特定のウィンドウとイメ
ージを関連付ける、ウィンドウ識別子を有する。最初の
ステップ１０００で、コマンドが準備か、又は準備解除
かが判定される。準備解除コマンドの場合、ステップ１
００５で、前記ステップ６３０で説明したように、イメ
ージ構造体がイメージ・リストから削除される。処理は
次にステップ１０１０へ進み、アプリケーションへ戻
る。

【００４６】ステップ１０００で、コマンドが準備コマ
ンドであると判定された場合、次にステップ１０１５
で、前記ステップ６３０で説明したように、イメージ構
造体がイメージ・リストから削除される。ステップ１０
２０で、イメージ構造体４１５がメモリに割当てられ
る。ステップ１０２５で、入力パラメータに基づき、イ
メージの記述が書込まれる。ステップ１０３０で、ＶＲ
ＡＭブロック割当てテーブル４５０の連続するブロック
をチェックすることにより、イメージを保持するために
十分な不可視ＶＲＡＭ４０５が使用可能かどうかが判定
される。十分ではない場合、エラーがアプリケーション
に戻り、メモリが不十分であることを示す。ステップ１
０３０でＹＥＳの場合、ステップ１０４０で、ウィンド
ウ識別子を使用して、ＶＲＡＭブロック割当てテーブル
で連続するＶＲＡＭブロックに、割当て済みのマークが
付けられる。ステップ１０４５で、リストがロックされ
る。ステップ１０５０で、イメージがイメージ・リスト
に置かれる。この処理には、ウィンドウ識別子をイメー
ジ構造体に配置すること、イメージが作業待ち行列に入
っていないことを示すこと、及びイメージ構造体をイメ
ージ・リストの先頭へリンクすることが含まれる。ステ
ップ１０５５で、前記ステップ９６５で説明したよう
に、ビデオ・イメージ用のパラメータが計算される。ス
テップ１０６０で、リストがロック解除される。次に処
理は、上記で説明したステップ１０１０に進む。

【００４７】図１１は、「イメージ表示」コマンドを示
す流れ図である。コマンドは、ウィンドウ識別子を示す
パラメータを有し、このパラメータは、表示するイメー
ジの選択に使用される。コマンドは、メイン・メモリ１
２０のイメージ・データの位置を示すパラメータも有
す。最初のステップ１１００で、不可視ＶＲＡＭ４０５
に割当てられたブロックに、イメージ・データがコピー
される。ステップ１１０５で、前記ステップ８３０で説
明したように、イメージは作業待ち行列ハンドラ３９６
用に待ち行列に置かれる。処理は次にステップ１１１０
で、アプリケーションに戻る。

【００４８】「イメージ準備」を「イメージ表示」から
切離したことは意味がある。イメージ準備には、かなり
の量のチェック、メモリ割当て及び割当て解除、リスト
のロック等が含まれる点に留意していただきたい。イメ
ージを同じウィンドウに単に順次表示する場合は、これ
らはすべて不要な処理であり、性能を低下させる。イメ
ージ表示は、イメージ・データを不可視ＶＲＡＭ４０５
へコピーする時間が大部分を占め、イメージを作業待ち
行列４７０へ配置することは比較的速くできる。このよ
うに、「イメージ準備」を「イメージ表示」から分ける
ことにより、性能が改善され、アプリケーションが簡素
化できる。

【００４９】図１２は、「取込み準備」コマンドを示す
流れ図である。パラメータは、取込みを準備するのか、
準備解除するのかを示す。もう１つのパラメータは、取
込むイメージの次元を示す。ステップ１２００で、コマ
ンドが準備か準備解除かが判定される。準備解除の場
合、ステップ１２０５で、前記ステップ６２０で説明し
たように、取込みが準備解除される。処理は次にステッ
プ１２１０へ進み、アプリケーションへ戻る。ステップ
１２００で、コマンドが準備コマンドであることが判定
されると、次にステップ１２１５で、入力パラメータに
基づいて、ビデオ・データ３５０の取込みイメージ情報
に書込まれる。ステップ１２２０で、取込みイメージの
サイズが計算され、取込みイメージを保持するための連
続したＶＲＡＭブロックが割当てられる。これは、ＶＲ
ＡＭブロック割当てテーブルに、特別な識別子でマーク
を付けることによって実施される。ステップ１２２５
で、取込みハードウェア（ビデオ・プロセッサ２２１及
びビデオ・デコーダ２２２）がセットアップされる。処
理は次に、前記ステップ１２１０へ進む。

【００５０】図１３は、「取込み制御」コマンドを示す
流れ図である。パラメータは、取込みの開始か、停止か
を示す。最初のステップ１３００で、モードが停止又は
開始かが判定される。停止の場合、次にステップ１３０
５で、取込みフラグがオフに設定され、ステップ１３１
０で、取込みハードウェア（ビデオ・プロセッサ２２１
及びビデオ・デコーダ２２２）がオフになる。処理は次
にステップ１３１５で、アプリケーションへ戻る。ステ
ップ１３００でモードが開始であることが判明された場
合、次にステップ１３２０で、取込みフラグがオンに設
定され、ステップ１３２５で取込みハードウェアがオン
になる。処理は次に前記ステップ１３１５へ進む。

【００５１】図１４は、「獲得」コマンドを示す流れ図
である。パラメータは、獲得イメージをコピーする、メ
イン・メモリ１２０のアドレスを示す。もう１つのパラ
メータは、取込みイメージが使用できない場合、呼出し
元が取込みイメージを待つかどうかを示す。最初のステ
ップ１４００で、割込みハンドラ３９５がこのコマンド
の処理に介入できないように、割込みを使用不能にす
る。ステップ１４０５で、ビデオ・プロセッサ２２１取
込み状況が読取られる。ステップ１４１０で、取込み状
況から、取込みバッファが一杯かどうかが判定される。
バッファが一杯の場合、次にステップ１４１２で割込み
が使用可能になる。ステップ１４１５で、アプリケーシ
ョンが獲得イメージの監視を要求したかどうかが判定さ
れる。ステップ１４１５がＹＥＳの場合、ステップ１４
２０で、前記ステップ８３０のように、作業待ち行列ハ
ンドラ用に作業が待ち行列に置かれる。ステップ１４１
５でＮＯの場合、又はステップ１４２０が完了してか
ら、ステップ１４２５で、取込みイメージがメイン・メ
モリのユーザ・バッファにコピーされる。ステップ１４
２６で、取込み処理が再開される。取込みは、獲得動作
中は実行されないので、その結果、獲得されるイメージ
は、新しいイメージによって（部分的に）上書きされな
い。処理は次にステップ１４２７へ進み、アプリケーシ
ョンへ戻る。

【００５２】ステップ１４１０でＮＯの場合、次にステ
ップ１４３０で呼出し元が待つことを要求しているかど
うかが判定される。ステップ１４２０でＮＯの場合、ス
テップ１４３５でイメージ状況は何も返らない。ステッ
プ１４３０でＹＥＳの場合、次にステップ１４４０で休
眠フラグが設定される。ステップ１４４５で、システム
はバッファ・フル割込みを待つか、又はオペレーティン
グ・システム・カーネル３１０からの、待ち状態を中断
する信号を待つ。ステップ１４４８で、割込みが使用可
能になる。ステップ１４５０で、バッファが一杯かどう
か判定される。一杯の場合、処理は前記ステップ１４１
５へ戻る。ステップ１４５０でＮＯの場合、処理はステ
ップ１４５５へ進み、信号が発生したことをアプリケー
ションへ返すので、イメージは何も返らない。

【００５３】図１５は、「監視」コマンドを示す流れ図
である。パラメータは、監視をオフにするか、若しくは
取込みイメージ又は獲得イメージを監視するかどうかを
表示する。もう１つのパラメータはウィンドウ識別子で
あり、これは、イメージを監視できるウィンドウを示
す。ステップ１５００で、モードがオンかオフかが判定
される。モードがオフの場合、次にステップ１５０５
で、監視フラグがオフに設定される。ステップ１５１０
で、前記ステップ６３０のように、監視イメージがイメ
ージ・リストから削除される。但し、取込みはまだオン
であり、取込みイメージを記憶するためにＶＲＡＭを使
用しているので、ＶＲＡＭブロックは解放されない。処
理は次に１５２０へ進み、アプリケーションへ戻る。

【００５４】ステップ１５００でモードがオンであると
判定された場合、次にステップ１５１５で、リストがロ
ックされる。ステップ１５２５で、イメージ構造体４１
５がメモリに割当てられる。ステップ１５３０で、取込
みイメージ記述が、割当てられたばかりの監視イメージ
にコピーされる。監視イメージ構造体は、取込みイメー
ジ構造体と同じ不可視ＶＲＡＭ位置を示すだけなので、
追加のＶＲＡＭを割当てる必要がない点に留意された
い。ステップ１５３５で、前記ステップ１０４０の説明
のように、イメージがイメージ・リストに配置される。
ステップ１５４０で、前記ステップ９６５で説明したよ
うに、イメージのパラメータが計算される。ステップ１
５４５で、リストがロック解除される。ステップ１５５
５で、監視フラグが、入力パラメータに従って、取込
み、又は獲得に設定される。処理は、前記ステップ１５
２０へ進む。

【００５５】図１６は、割込みハンドラ３９５の操作を
示す流れ図である。ビデオ・プロセッサ２２１がＶＲＡ
Ｍバッファへの取込みイメージの記憶処理を終了したこ
とを示す割込みを生成するたびに、オペレーティング・
システム・カーネル３１０は、割込みハンドラを起動す
る。最初のステップ１６００で、アプリケーションが獲
得バッファが一杯になるのを待って、休眠状態にあるか
どうかが判定される。ＹＥＳの場合、ステップ１６０５
で、休眠フラグがクリアされ、ステップ１６１０で、ス
リープ状態の処理が起動される。ステップ１６００でＮ
Ｏの場合、次にステップ１６１５で、取込みハードウェ
ア（ビデオ・プロセッサ２２１）のバッファ・フル状況
をクリアすることにより、取込みハードウェアが再開さ
れる。ステップ１６２０で、アプリケーションが取込み
の監視を要求したかどうかが判定される。ＹＥＳの場
合、前記ステップ８３０のように、作業待ち行列ハンド
ラ３９６が可能なときに処理できるように、監視イメー
ジが作業待ち行列の行列に置かれる。処理は次にステッ
プ１６３０に進み、割込みレベルから戻る。

【００５６】図１７は、作業待ち行列ハンドラ３９６の
操作を示す流れ図である。推奨する実施例では、これは
カーネル処理である。最初のステップ１７００で、作業
待ち行列ハンドラは、何かの作業の実行を待つ。待つ間
に、作業待ち行列ハンドラは、休眠モードに置かれる場
合もある。これは、一般的には従来の周知技術でオペレ
ーティング・システム機構が実行する。作業が待ち行列
に置かれたとき（ステップ８３０）、又はクローズ操作
中に終了すると想定されるとき（ステップ６５５）、作
業待ち行列ハンドラがポストされると、待ち状態が中断
する。ステップ１７０５で、終了かどうかが判定され
る。ステップ１７０５でＹＥＳの場合、次にステップ１
７１０で処理が終了する。ステップ１７０５でＮＯの場
合、作業待ち行列の中に表示するイメージが存在するの
で、ステップ１７１５で作業待ち行列がロックされる。
ステップ１７２０で、作業待ち行列が空かどうかチェッ
クされ、空の場合は、ステップ１７２５で、作業待ち行
列がロック解除される。処理はステップ１７００へ戻
る。ステップ１７２０で、作業待ち行列が空ではない場
合、処理はステップ１７３０へ続く。ここで、作業待ち
行列の最後に置かれたイメージ構造体４１５が、処理の
ために待ち行列から削除される。ステップ１７３５で、
作業待ち行列がロック解除される。ステップ１７４０
で、イメージ用のパラメータ・リスト４３０のすべての
パラメータが、ビデオ・プロセッサ２２１のパラメータ
待ち行列に配置される。処理は、前記のステップ１７１
５から再開する。ビデオ・プロセッサは、作業待ち行列
ハンドラから与えられたパラメータで動作し、処理され
たイメージ構造体に対応する、クリップされてスケーリ
ングされたイメージを表す１つ以上の矩形を、可視ＶＲ
ＡＭに表示する。

【００５７】まとめとして本発明の構成に関して以下の
事項を開示する。

【００５８】（１） 複数のウィンドウに表示するイメ
ージ・データの複数のフレームを受信するステップと、
前記イメージ・データの複数のフレームの複数のフレー
ム・ポインタをメモリに記憶するステップであって、各
フレーム・ポインタは少なくとも１つの受信した前記イ
メージ・データのフレームを示し、前記各フレーム・ポ
インタは示された少なくとも１つの前記イメージ・デー
タのフレームを表示するウィンドウを識別するウィンド
ウ識別子を含み、前記ウィンドウ識別子により識別され
るウィンドウで、示された少なくとも１つの前記イメー
ジ・データのフレームを画面に表示するために、前記各
フレーム・ポインタを処理するステップと、を含む、イ
メージ表示の方法。 （２） 前記複数のウィンドウ用の複数のウィンドウ・
クリップ・リストをメモリに記憶することを更に含み、
各ウィンドウ・クリップ・リストが前記ウィンドウ識別
子により識別可能な、（１）に記載の方法。 （３） 処理するステップが、前記ウィンドウ・クリッ
プ・リストを使用して前記イメージ・データのフレーム
をクリップすることを含み、前記ウィンドウ・クリップ
・リストが前記フレーム・ポインタと共に記憶される前
記ウィンドウ識別子を使用してアクセスされる、（２）
に記載の方法。 （４） 前記複数のフレーム・ポインタをメモリに記憶
するステップが、示された少なくとも１つの前記イメー
ジ・データのフレームの処理パラメータを前記各フレー
ム・ポインタと共に記憶することを含む、（３）に記載
の方法。 （５） 処理するステップが、前記各フレーム・ポイン
タについて、前記各フレーム・ポインタと共に記憶され
る処理パラメータに基づく示された少なくとも１つの前
記イメージ・データのフレームの処理を含む、（４）に
記載の方法。 （６） 複数のウィンドウに表示するイメージ・データ
の複数のフレームを受信する手段と、前記イメージ・デ
ータの複数のフレームの複数のフレーム・ポインタをメ
モリに記憶する手段であって、各フレーム・ポインタは
少なくとも１つの受信した前記イメージ・データのフレ
ームを示し、各フレーム・ポインタは示された少なくと
も１つのイメージ・データのフレームを表示するウィン
ドウを識別するウィンドウ識別子を含み、前記ウィンド
ウ識別子により識別されるウィンドウで、示された少な
くとも１つの前記イメージ・データのフレームを画面に
表示するために、前記各フレーム・ポインタを処理する
手段と、を含む、イメージ表示用の装置。 （７） 前記複数のウィンドウ用の複数のウィンドウ・
クリップ・リストをメモリに記憶する手段を更に含み、
各ウィンドウ・クリップ・リストが前記ウィンドウ識別
子により識別可能な、（６）に記載の装置。 （８） 処理する手段が、前記ウィンドウ・クリップ・
リストを使用して前記イメージ・データのフレームをク
リップすることを含み、前記ウィンドウ・クリップ・リ
ストが前記フレーム・ポインタと共に記憶される前記ウ
ィンドウ識別子を使用してアクセスされる、（７）に記
載の装置。 （９） 前記複数のフレーム・ポインタをメモリに記憶
する手段が、示された少なくとも１つの前記イメージ・
データのフレームの処理パラメータを前記各フレーム・
ポインタと共に記憶することを含む、（８）に記載の装
置。 （１０） 処理する手段が、前記各フレーム・ポインタ
について、前記各フレーム・ポインタと共に記憶される
処理パラメータに基づく、示された少なくとも１つの前
記イメージ・データのフレームの処理を含む、（９）に
記載の装置。 （１１） 処理するデータを記憶するメモリと、記憶さ
れるデータを処理するプロセッサと、複数のウィンドウ
に表示するイメージ・データの複数のフレームを受信す
る手段と、前記イメージ・データの複数のフレームの複
数のフレーム・ポインタを前記メモリに記憶する手段で
あって、各フレーム・ポインタは少なくとも１つの受信
した前記イメージ・データのフレームを示し、前記各フ
レーム・ポインタは示された少なくとも１つの前記イメ
ージ・データのフレームを表示するウィンドウを識別す
るウィンドウ識別子を含み、前記ウィンドウ識別子によ
り識別されるウィンドウで、示された少なくとも１つの
前記イメージ・データのフレームを画面に表示するため
に、前記各フレーム・ポインタを処理する手段と、を含
む、データ処理システム。 （１２） 前記複数のウィンドウ用の複数のウィンドウ
・クリップ・リストをメモリに記憶する手段を更に含
み、各ウィンドウ・クリップ・リストが前記ウィンドウ
識別子により識別可能な、（１１）に記載のデータ処理
システム。 （１３） 処理する手段が、前記ウィンドウ・クリップ
・リストを使用して前記イメージ・データのフレームを
クリップすることを含み、前記ウィンドウ・クリップ・
リストが前記フレーム・ポインタと共に記憶される前記
ウィンドウ識別子を使用してアクセスされる、（１２）
に記載のデータ処理システム。 （１４） 複数のフレーム・ポインタをメモリに記憶す
る手段が、示された少なくとも１つの前記イメージ・デ
ータのフレームの処理パラメータを前記各フレーム・ポ
インタと共に記憶することを含む、（１３）に記載のデ
ータ処理システム。 （１５） 処理する手段が、前記各フレーム・ポインタ
について、前記各フレーム・ポインタと共に記憶される
処理パラメータに基づく示された少なくとも１つの前記
イメージ・データのフレームの処理を含む、（１４）に
記載のデータ処理システム。 （１６） イメージ表示のためにコンピュータが読取り
可能な媒体に記憶されるコンピュータ・プログラム製品
であって、複数のウィンドウに表示するイメージ・デー
タの複数のフレームを受信する手段と、前記イメージ・
データの複数のフレームの複数のフレーム・ポインタを
記憶する手段であって、各フレーム・ポインタは少なく
とも１つの受信した前記イメージ・データのフレームを
示し、各フレーム・ポインタは示された少なくとも１つ
の前記イメージ・データのフレームを表示するウィンド
ウを識別するウィンドウ識別子を含み、前記ウィンドウ
識別子により識別されるウィンドウで、示された少なく
とも１つの前記イメージ・データのフレームを表示する
ために、前記各フレーム・ポインタを処理する手段と、
を含む、コンピュータ・プログラム製品。 （１７） 前記複数のウィンドウ用の複数のウィンドウ
・クリップ・リストを記憶する手段を更に含み、各ウィ
ンドウ・クリップ・リストが前記ウィンドウ識別子によ
り識別可能な、（１６）に記載のコンピュータ・プログ
ラム製品。 （１８） 処理する手段が、前記ウィンドウ・クリップ
・リストを使用して前記イメージ・データのフレームを
クリップすることを含み、前記ウィンドウ・クリップ・
リストが前記フレーム・ポインタと共に記憶される前記
ウィンドウ識別子を使用してアクセスされる、（１７）
に記載のコンピュータ・プログラム製品。 （１９） 前記複数のフレーム・ポインタを記憶する手
段が、示された少なくとも１つの前記イメージ・データ
のフレームの処理パラメータを前記各フレーム・ポイン
タと共に記憶することを含む、（１８）に記載のコンピ
ュータ・プログラム製品。 （２０） 前記処理する手段が、前記各フレーム・ポイ
ンタについて、前記各フレーム・ポインタと共に記憶さ
れる処理パラメータに基づく示された少なくとも１つの
前記イメージ・データのフレームの処理を含む、（１
８）に記載のコンピュータ・プログラム製品。

【図面の簡単な説明】

【図１】本発明の推奨する実施例で使用される、一般的
なディジタル・コンピュータのブロック図である。

【図２】グラフィックス及びビデオ機能を実行するため
に、ホスト・コンピュータ及びグラフィックス／ビデオ
・アダプタで一般的に使用されるコードの層を示すブロ
ック図である。

【図３】デバイス・ドライバ３７０の詳細構造を示すブ
ロック図である。

【図４】本発明の推奨する実施例で使用される、メイン
・メモリ１２０及びフレーム・バッファ２４０に記憶さ
れる、データ構造体を示すブロック図である。

【図５】デバイス・ドライバ３７０をオープンするため
の、オープン・システム呼出しを示す流れ図である。

【図６】クローズ・システム呼出しを示す流れ図であ
る。

【図７】入出力制御システム呼出しを示す流れ図であ
る。

【図８】「表示モード」コマンドを示す流れ図である。

【図９】「ウィンドウ定義」コマンドを示す流れ図であ
る。

【図１０】「イメージ準備」コマンドを示す流れ図であ
る。

【図１１】「イメージ表示」コマンドを示す流れ図であ
る。

【図１２】「取込み準備」コマンドを示す流れ図であ
る。

【図１３】「取込み制御」コマンドを示す流れ図であ
る。

【図１４】「獲得」コマンドを示す流れ図である。

【図１５】「監視」コマンドを示す流れ図である。

【図１６】割込みハンドラ３９５の操作を示す流れ図で
ある。

【図１７】作業待ち行列ハンドラ３９６の操作を示す流
れ図である。

Claims (20)

【特許請求の範囲】
1. 【請求項１】複数のウィンドウに表示するイメージ・デ
   ータの複数のフレームを受信するステップと、 前記イメージ・データの複数のフレームの複数のフレー
   ム・ポインタをメモリに記憶するステップであって、各
   フレーム・ポインタは少なくとも１つの受信した前記イ
   メージ・データのフレームを示し、前記各フレーム・ポ
   インタは示された少なくとも１つの前記イメージ・デー
   タのフレームを表示するウィンドウを識別するウィンド
   ウ識別子を含み、 前記ウィンドウ識別子により識別されるウィンドウで、
   示された少なくとも１つの前記イメージ・データのフレ
   ームを画面に表示するために、前記各フレーム・ポイン
   タを処理するステップと、を含む、イメージ表示の方
   法。
2. 【請求項２】前記複数のウィンドウ用の複数のウィンド
   ウ・クリップ・リストをメモリに記憶することを更に含
   み、各ウィンドウ・クリップ・リストが前記ウィンドウ
   識別子により識別可能な、請求項１に記載の方法。
3. 【請求項３】処理するステップが、前記ウィンドウ・ク
   リップ・リストを使用して前記イメージ・データのフレ
   ームをクリップすることを含み、前記ウィンドウ・クリ
   ップ・リストが前記フレーム・ポインタと共に記憶され
   る前記ウィンドウ識別子を使用してアクセスされる、請
   求項２に記載の方法。
4. 【請求項４】前記複数のフレーム・ポインタをメモリに
   記憶するステップが、示された少なくとも１つの前記イ
   メージ・データのフレームの処理パラメータを前記各フ
   レーム・ポインタと共に記憶することを含む、請求項３
   に記載の方法。
5. 【請求項５】処理するステップが、前記各フレーム・ポ
   インタについて、前記各フレーム・ポインタと共に記憶
   される処理パラメータに基づく示された少なくとも１つ
   の前記イメージ・データのフレームの処理を含む、請求
   項４に記載の方法。
6. 【請求項６】複数のウィンドウに表示するイメージ・デ
   ータの複数のフレームを受信する手段と、 前記イメージ・データの複数のフレームの複数のフレー
   ム・ポインタをメモリに記憶する手段であって、各フレ
   ーム・ポインタは少なくとも１つの受信した前記イメー
   ジ・データのフレームを示し、各フレーム・ポインタは
   示された少なくとも１つの前記イメージ・データのフレ
   ームを表示するウィンドウを識別するウィンドウ識別子
   を含み、 前記ウィンドウ識別子により識別されるウィンドウで、
   示された少なくとも１つの前記イメージ・データのフレ
   ームを画面に表示するために、前記各フレーム・ポイン
   タを処理する手段と、を含む、イメージ表示用の装置。
7. 【請求項７】前記複数のウィンドウ用の複数のウィンド
   ウ・クリップ・リストをメモリに記憶する手段を更に含
   み、各ウィンドウ・クリップ・リストが前記ウィンドウ
   識別子により識別可能な、請求項６に記載の装置。
8. 【請求項８】処理する手段が、前記ウィンドウ・クリッ
   プ・リストを使用して前記イメージ・データのフレーム
   をクリップすることを含み、前記ウィンドウ・クリップ
   ・リストが前記フレーム・ポインタと共に記憶される前
   記ウィンドウ識別子を使用してアクセスされる、請求項
   ７に記載の装置。
9. 【請求項９】前記複数のフレーム・ポインタをメモリに
   記憶する手段が、示された少なくとも１つの前記イメー
   ジ・データのフレームの処理パラメータを前記各フレー
   ム・ポインタと共に記憶することを含む、請求項８に記
   載の装置。
10. 【請求項１０】処理する手段が、前記各フレーム・ポイ
    ンタについて、前記各フレーム・ポインタと共に記憶さ
    れる処理パラメータに基づく、示された少なくとも１つ
    の前記イメージ・データのフレームの処理を含む、請求
    項９に記載の装置。
11. 【請求項１１】処理するデータを記憶するメモリと、 記憶されるデータを処理するプロセッサと、 複数のウィンドウに表示するイメージ・データの複数の
    フレームを受信する手段と、 前記イメージ・データの複数のフレームの複数のフレー
    ム・ポインタを前記メモリに記憶する手段であって、各
    フレーム・ポインタは少なくとも１つの受信した前記イ
    メージ・データのフレームを示し、前記各フレーム・ポ
    インタは示された少なくとも１つの前記イメージ・デー
    タのフレームを表示するウィンドウを識別するウィンド
    ウ識別子を含み、 前記ウィンドウ識別子により識別されるウィンドウで、
    示された少なくとも１つの前記イメージ・データのフレ
    ームを画面に表示するために、前記各フレーム・ポイン
    タを処理する手段と、を含む、データ処理システム。
12. 【請求項１２】前記複数のウィンドウ用の複数のウィン
    ドウ・クリップ・リストをメモリに記憶する手段を更に
    含み、各ウィンドウ・クリップ・リストが前記ウィンド
    ウ識別子により識別可能な、請求項１１に記載のデータ
    処理システム。
13. 【請求項１３】処理する手段が、前記ウィンドウ・クリ
    ップ・リストを使用して前記イメージ・データのフレー
    ムをクリップすることを含み、前記ウィンドウ・クリッ
    プ・リストが前記フレーム・ポインタと共に記憶される
    前記ウィンドウ識別子を使用してアクセスされる、請求
    項１２に記載のデータ処理システム。
14. 【請求項１４】複数のフレーム・ポインタをメモリに記
    憶する手段が、示された少なくとも１つの前記イメージ
    ・データのフレームの処理パラメータを前記各フレーム
    ・ポインタと共に記憶することを含む、請求項１３に記
    載のデータ処理システム。
15. 【請求項１５】処理する手段が、前記各フレーム・ポイ
    ンタについて、前記各フレーム・ポインタと共に記憶さ
    れる処理パラメータに基づく示された少なくとも１つの
    前記イメージ・データのフレームの処理を含む、請求項
    １４に記載のデータ処理システム。
16. 【請求項１６】イメージ表示のためにコンピュータが読
    取り可能な媒体に記憶されるコンピュータ・プログラム
    製品であって、 複数のウィンドウに表示するイメージ・データの複数の
    フレームを受信する手段と、 前記イメージ・データの複数のフレームの複数のフレー
    ム・ポインタを記憶する手段であって、各フレーム・ポ
    インタは少なくとも１つの受信した前記イメージ・デー
    タのフレームを示し、各フレーム・ポインタは示された
    少なくとも１つの前記イメージ・データのフレームを表
    示するウィンドウを識別するウィンドウ識別子を含み、 前記ウィンドウ識別子により識別されるウィンドウで、
    示された少なくとも１つの前記イメージ・データのフレ
    ームを表示するために、前記各フレーム・ポインタを処
    理する手段と、を含む、コンピュータ・プログラム製
    品。
17. 【請求項１７】前記複数のウィンドウ用の複数のウィン
    ドウ・クリップ・リストを記憶する手段を更に含み、各
    ウィンドウ・クリップ・リストが前記ウィンドウ識別子
    により識別可能な、請求項１６に記載のコンピュータ・
    プログラム製品。
18. 【請求項１８】処理する手段が、前記ウィンドウ・クリ
    ップ・リストを使用して前記イメージ・データのフレー
    ムをクリップすることを含み、前記ウィンドウ・クリッ
    プ・リストが前記フレーム・ポインタと共に記憶される
    前記ウィンドウ識別子を使用してアクセスされる、請求
    項１７に記載のコンピュータ・プログラム製品。
19. 【請求項１９】前記複数のフレーム・ポインタを記憶す
    る手段が、示された少なくとも１つの前記イメージ・デ
    ータのフレームの処理パラメータを前記各フレーム・ポ
    インタと共に記憶することを含む、請求項１８に記載の
    コンピュータ・プログラム製品。
20. 【請求項２０】前記処理する手段が、前記各フレーム・
    ポインタについて、前記各フレーム・ポインタと共に記
    憶される処理パラメータに基づく示された少なくとも１
    つの前記イメージ・データのフレームの処理を含む、請
    求項１８に記載のコンピュータ・プログラム製品。