(57)【要約】【課題】描画処理の処理状況をホスト側に報告することなく、フレーム毎に描画処理量が変化する場合にも適用することができる分割型描画装置を得ることを目的とする。【解決手段】マスター描画装置２のマスター送信部１３が、グラフィックス処理部１２により設定された各ピクセルの透明度からスレーブ描画装置３のピクセル合成部２２におけるピクセル合成処理の処理負荷を予測し、その処理負荷が所定の処理負荷を上回る場合、グラフィックス処理部１２における透明度の設定処理を一時的に停止する。【選択図】図１
2013228850.tif 000002
【特許請求の範囲】
【請求項１】
各ピクセルの透明度を設定して、上記透明度を送信するマスター描画装置と、上記マスター描画装置から送信された透明度を受信し、上記透明度にしたがって各ピクセルの色データを算出するスレーブ描画装置と、上記スレーブ描画装置により算出された各ピクセルの色データにしたがって画面を表示する表示装置とを備えた分割型描画装置において、
上記マスター描画装置は、各ピクセルの透明度から上記スレーブ描画装置における色データの算出処理の処理負荷を予測し、上記処理負荷が所定の処理負荷を上回る場合、透明度の設定処理を一時的に停止することを特徴とする分割型描画装置。
【請求項２】
マスター描画装置は、スレーブ描画装置における色データの算出処理の処理負荷として、各ピクセルの透明度から、フレームバッファに対するライト処理が必要なピクセル数と、上記フレームバッファからのリード処理が必要なピクセル数とを予測することを特徴とする請求項１記載の分割型描画装置。
【請求項３】
マスター描画装置は、ピクセル毎に色が階調的に変化するグラデーション処理を実施する場合、グラデーションの開始点の座標におけるグラデーション係数と、上記座標の変化に伴う上記グラデーション係数の変化量とを送信し、
スレーブ描画装置は、上記マスター描画装置から送信されたグラデーション係数と変化量から描画色を決定する
ことを特徴とする請求項１または請求項２記載の分割型描画装置。
【請求項４】
マスター描画装置は、外部から画像データを入力して、上記画像データを画像データバッファに保存し、上記画像データバッファの空き領域がなくなると、上記画像データバッファに保存している画像データをスレーブ描画装置に送信することを特徴とする請求項１から請求項３のうちのいずれか１項記載の分割型描画装置。
【請求項５】
マスター描画装置は、画像データの座標系を表示座標系に変換する座標変換行列式をスレーブ描画装置に送信し、
上記スレーブ描画装置は、上記マスター描画装置から送信された画像データを受信すると、上記座標変換行列式を用いて、上記画像データの座標系を表示座標系に変換する
ことを特徴とする請求項４記載の分割型描画装置。
【請求項６】
スレーブ描画装置は、外部からマスター描画装置を介さずに画像データを入力することを特徴とする請求項１から請求項３のうちのいずれか１項記載の分割型描画装置。
【請求項７】
マスター描画装置は、透明度が同一のピクセルが連続する場合、ピクセル毎に透明度を送信せずに、透明度が同一のピクセルが連続する数を送信することを特徴とする請求項１から請求項６のうちのいずれか１項記載の分割型描画装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、描画装置がマスター描画装置とスレーブ描画装置に分割されている分割型描画装置に関するものである。
【背景技術】
【０００２】
近年、コンピュータグラフィックスを描画する装置では、高度な演算処理を実施しており、その演算処理の処理量は、年々増加する傾向にある。
上記の演算処理を低容量な機器にも組み込めるようにするには、実装の規模を抑えることが必須となる。
実装の規模を抑える手段として、例えば、以下の特許文献１には、描画処理をホスト装置と描画装置で分割し、ホスト装置が描画装置での描画処理に必要な中間データを生成して、その中間データをネットワーク経由で描画装置に送信し、描画装置が中間データから表示データを生成するシステムを開示している。
このシステムによれば、個々の装置の実装規模を抑えながら、高度な演算処理を実行することができる。
しかし、ホスト装置と描画装置は、１対１で接続されており、描画装置の描画処理が完了するまでは、次の描画に移ることができない。
【０００３】
また、上記のシステムが、グラフィックス描画処理のように、フレーム毎に描画処理量が変化する場合にも適用できるようにするには、描画装置が描画処理の処理状況をホスト装置に報告できる機能を組み込む必要がある。
即ち、フレーム毎に描画処理量が変化する場合、あるフレームでは、画面の更新までに描画が間に合わないことがある。このような場合、次のフレームまで更新を待つ必要を生じることがある。
このため、描画装置が描画処理の処理状況をホスト装置に報告することで、ホスト装置が描画処理の処理状況を把握して、更新の有無を判断できるようにする必要がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−３１０５０５号公報（段落番号［００１４］）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の分割型描画装置は以上のように構成されているので、描画装置が描画処理の処理状況をホスト装置に報告できる機能を組み込めば、フレーム毎に描画処理量が変化する場合にも適用することができる。しかし、上記の機能を組み込めば、その分だけ、実装規模が大きくなるとともに、ネットワークの情報転送量が増加してしまう課題があった。
【０００６】
この発明は上記のような課題を解決するためになされたもので、描画処理の処理状況をホスト側に報告することなく、フレーム毎に描画処理量が変化する場合にも適用することができる分割型描画装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
この発明に係る分割型描画装置は、各ピクセルの透明度を設定して、その透明度を送信するマスター描画装置と、マスター描画装置から送信された透明度を受信し、その透明度にしたがって各ピクセルの色データを算出するスレーブ描画装置と、スレーブ描画装置により算出された各ピクセルの色データにしたがって画面を表示する表示装置とを備え、マスター描画装置が、各ピクセルの透明度からスレーブ描画装置における色データの算出処理の処理負荷を予測し、その処理負荷が所定の処理負荷を上回る場合、透明度の設定処理を一時的に停止するようにしたものである。
【発明の効果】
【０００８】
この発明によれば、マスター描画装置が、各ピクセルの透明度からスレーブ描画装置における色データの算出処理の処理負荷を予測し、その処理負荷が所定の処理負荷を上回る場合、透明度の設定処理を一時的に停止するように構成したので、スレーブ描画装置が、描画処理の処理状況をマスター描画装置に報告することなく、フレーム毎に描画処理量が変化する場合にも適用することができる効果がある。
【図面の簡単な説明】
【０００９】
【図１】この発明の実施の形態１による分割型描画装置を示す構成図である。
【図２】この発明の実施の形態１による分割型描画装置のマスター描画装置２の処理内容を示すフローチャートである。
【図３】コマンドの具体例を示す説明図である。
【図４】マスター描画装置２の描画処理の一例を示す説明図である。
【図５】複数のスレーブ描画装置３のうち、（０）と（２）のスレーブ描画装置３を処理対象に指定して、（０）と（２）のスレーブ描画装置３だけが図形を描画している例を示す説明図である。
【図６】この発明の実施の形態２による分割型描画装置を示す構成図である。
【図７】ピクセル合成予測部３２ａの処理内容を示すフローチャートである。
【図８】ピクセル合成部２２によるピクセル合成処理結果の一例を示す説明図である。
【図９】グラデーションを描画する際のマスター描画装置２とスレーブ描画装置３の処理内容を示すフローチャートである。
【図１０】この発明の実施の形態４による分割型描画装置を示す構成図である。
【図１１】この発明の実施の形態４による分割型描画装置のマスター描画装置２の処理内容を示すフローチャートである。
【図１２】この発明の実施の形態６による分割型描画装置を示す構成図である。
【図１３】図１２のコマンドに従って、１０２４×７６８の画面を不透明な赤色で塗りつぶした場合のマスター描画装置２の送信データ例を示す説明図である。
【発明を実施するための形態】
【００１０】
実施の形態１．
図１はこの発明の実施の形態１による分割型描画装置を示す構成図である。
図１において、演算装置１は例えばＣＰＵなどから構成されており、分割型描画装置の上位の装置であり、コマンドの発行などを実施する。
マスター描画装置２は演算装置１から発行されたコマンドにしたがって、各ピクセルの透明度を設定し、その透明度や演算装置１により設定された描画パラメータなどをスレーブ描画装置３に送信する装置である。
【００１１】
スレーブ描画装置３はネットワークを介してマスター描画装置２と接続されており、マスター描画装置２から送信された透明度を受信し、その透明度にしたがって各ピクセルの色データを算出する装置である。図１の例では、複数台のスレーブ描画装置３がネットワークに接続されている。
表示装置４は例えば液晶ディスプレイなどから構成されており、スレーブ描画装置３により算出された各ピクセルの色データにしたがって画面を表示する装置である。
【００１２】
マスター描画装置２のＣＰＵＩ／Ｆ部１１は演算装置１に対する通信インタフェースであり、演算装置１から出力されたコマンドの受信などを行う。
グラフィックス処理部１２は例えばＣＰＵを実装している半導体集積回路、あるいは、ワンチップマイコンなどから構成されており、ＣＰＵＩ／Ｆ部１１により受信されたコマンドなどにしたがって、各ピクセルの透明度を設定する処理を実施する。
【００１３】
マスター送信部１３は例えばＣＰＵを実装している半導体集積回路や、ネットワークに対するインタフェース機器などから構成されており、グラフィックス処理部１２により設定された各ピクセルの透明度などをネットワーク経由でスレーブ描画装置３に送信する処理を実施する。
また、マスター送信部１３はグラフィックス処理部１２により設定された各ピクセルの透明度からスレーブ描画装置３のピクセル合成部２２におけるピクセル合成処理（色データの算出処理）の処理負荷を予測し、その処理負荷が所定の処理負荷を上回る場合、次のフレームまで描画の更新を待つため、透明度の設定処理を一時的に停止する旨をグラフィックス処理部１２に指示する処理を実施する。
描画データ送信バッファ１４は例えばＲＡＭなどのメモリであり、描画データの保存や送信データのバッファリングを行うために設けられている。
【００１４】
図１の例では、マスター描画装置２の構成要素であるＣＰＵＩ／Ｆ部１１、グラフィックス処理部１２、マスター送信部１３及び描画データ送信バッファ１４のそれぞれが専用のハードウェアで構成されているものを想定しているが、マスター描画装置２がコンピュータで構成されていてもよい。
マスター描画装置２がコンピュータで構成されている場合、描画データ送信バッファ１４をコンピュータのメモリ上に構成するとともに、ＣＰＵＩ／Ｆ部１１、グラフィックス処理部１２及びマスター送信部１３の処理内容を記述しているプログラムをコンピュータのメモリに格納し、当該コンピュータのＣＰＵが当該メモリに格納されたプログラムを実行するようにすればよい。
図２はこの発明の実施の形態１による分割型描画装置のマスター描画装置２の処理内容を示すフローチャートである。
【００１５】
スレーブ描画装置３のスレーブ受信部２１は例えばネットワークに対するインタフェース機器などから構成されており、マスター描画装置２から送信された各ピクセルの透明度などを受信する処理を実施する。
ピクセル合成部２２は例えばＣＰＵを実装している半導体集積回路、あるいは、ワンチップマイコンなどから構成されており、スレーブ受信部２１により受信された各ピクセルの透明度などにしたがって、各ピクセルの色データであるピクセルデータを算出する処理を実施する。
【００１６】
表示制御部２３は例えばＣＰＵを実装している半導体集積回路、あるいは、ワンチップマイコンなどから構成されており、ピクセル合成部２２により算出されたピクセルデータにしたがって表示装置４を制御する処理を実施する。
フレームバッファ２４は例えばＲＡＭなどのメモリであり、ピクセル合成部２２により算出されたピクセルデータや、スレーブ受信部２１により受信された各ピクセルの透明度や描画パラメータなどを格納するために設けられている。
【００１７】
図１の例では、スレーブ描画装置３の構成要素であるスレーブ受信部２１、ピクセル合成部２２、表示制御部２３及びフレームバッファ２４のそれぞれが専用のハードウェアで構成されているものを想定しているが、スレーブ描画装置３がコンピュータで構成されていてもよい。
スレーブ描画装置３がコンピュータで構成されている場合、フレームバッファ２４をコンピュータのメモリ上に構成するとともに、スレーブ受信部２１、ピクセル合成部２２及び表示制御部２３の処理内容を記述しているプログラムをコンピュータのメモリに格納し、当該コンピュータのＣＰＵが当該メモリに格納されたプログラムを実行するようにすればよい。
【００１８】
次に動作について説明する。
演算装置１は、描画処理を開始する際、コマンドを発行する。
図３はコマンドの具体例を示す説明図である。
図３の例では、コマンドは、各ピクセルの透明度を指定する情報、描画図形の開始座標を示す情報、描画するフレームのタイル番号を指定する情報、各ピクセルの色などを示す描画パラメータ、画像データ（例えば、ビットマップデータ）、グラデーションパラメータ、処理対象のスレーブ描画装置３を指定する情報などから構成されている。
ここでは、コマンドが、上記の情報を１つ以上含んでいるものとして説明するが、コマンドが１つの情報だけを含んでおり、演算装置１から複数のコマンドが発行されるものであってもよい。
なお、コマンドの詳細は、実施の形態７で具体的に説明する。
【００１９】
マスター描画装置２のＣＰＵＩ／Ｆ部１１は、演算装置１がコマンドを発行すると、そのコマンドを受信して（図２のステップＳＴ１）、そのコマンドをグラフィックス処理部１２及びマスター送信部１３に出力する。
マスター描画装置２のグラフィックス処理部１２は、ＣＰＵＩ／Ｆ部１１からコマンドを受けると、そのコマンドに含まれている各フレームの画像データをｎ個のタイルに分割して、描画対象のタイルを設定する（ステップＳＴ２）。
例えば、１０２４×７６８のフレームバッファを６４×６４のタイルに分割するような構成であるとき、演算装置１が、左上座標が（４０, ７０）で幅３０、高さ３０の矩形の図形の描画を行うと、グラフィックス処理部１２は、左上座標（０, ６４）のタイルｎ０、（６４，６４）のタイルｎ１の２つのタイルの処理が必要であることを算出する。
また、グラフィックス処理部１２は、そのコマンドに含まれている描画図形の開始座標を示す情報を参照して、描画対象のタイルにおける描画開始座標を設定する（ステップＳＴ３）。
【００２０】
さらに、グラフィックス処理部１２は、そのコマンドに含まれている各ピクセルの透明度の指定情報を参照して、ピクセルの透明度を設定する（ステップＳＴ４）。
ここでは、透明度の指定情報を参照して、ピクセルの透明度を設定する例を示しているが、これは一例に過ぎず、透明度の指定情報として、例えば、各ピクセルの透明度の演算に用いるデータなどが含まれているような場合には、その指定情報が示すデータに基づいて各ピクセルの透明度を演算するようにしてもよい。
また、ベクターデータやフォントデータが描画データ送信バッファ１４に格納されている場合、各ピクセルの透明度を演算する際、そのベクターデータやフォントデータを用いて、各ピクセルの透明度を演算するようにしてもよい。
【００２１】
マスター描画装置２のマスター送信部１３は、ＣＰＵＩ／Ｆ部１１からコマンドを受けると、そのコマンドに含まれている処理対象のスレーブ描画装置３を指定する情報を参照して、処理対象のスレーブ描画装置３を認識し、そのコマンド及びグラフィックス処理部１２により設定された透明度をネットワーク経由で処理対象のスレーブ描画装置３に送信する。
ここでは、マスター送信部１３がコマンドを送信する例を示しているが、コマンドに含まれている一部の情報（例えば、描画図形の開始座標を示す情報、各ピクセルの色などを示す描画パラメータ、画像データ）だけを送信するようにしてもよい。
【００２２】
グラフィックス処理部１２は、同一ラインにおけるピクセルの透明度の設定が完了しているか否かを判定し（ステップＳＴ５）、同一ラインにおけるピクセルの透明度の設定が完了していなければ、ステップＳＴ４の処理を繰り返し実行する。
グラフィックス処理部１２は、同一ラインにおけるピクセルの透明度の設定が完了していれば、当該タイル内のピクセルの透明度の設定が完了しているか否かを判定し（ステップＳＴ６）、当該タイル内のピクセルの透明度の設定が完了していなければ、次のラインにおけるピクセルの透明度の設定を行うため、ステップＳＴ３〜ＳＴ５の処理を繰り返し実行する。
【００２３】
グラフィックス処理部１２は、当該タイル内のピクセルの透明度の設定が完了していれば、全ての処理対象のタイルに対して、透明度の設定が完了しているか否かを判定し（ステップＳＴ７）、透明度の設定が完了していなければ、次のタイル内のピクセルの透明度の設定を行うため、ステップＳＴ２〜ＳＴ６の処理を繰り返し実行する。
全ての処理対象のタイルに対して、透明度の設定が完了していれば、マスター描画装置２の処理を終了する。
【００２４】
ここでは、描画フレームをｎ個のタイルに分割する例を示したが、これは、ＤＲＡＭなどのマトリックス状のメモリのアクセス効率を高めるためであり、必要がなければ、タイルに分割する必要はない。
図４はマスター描画装置２の描画処理の一例を示す説明図である。
図４の例では、描画の全体をｎ個のタイルに分割して、タイル単位で各ピクセルの透明度を設定している様子を示している。
例えば、左上のタイル（□で囲まれている領域）の場合、一番上のラインについては、描画開始座標として、（ｘ，ｙ）＝（１０，０）が設定されて、各ピクセルの透明度が設定されている。
なお、ライン描画が完了すると、次のラインの描画開始座標が設定されて、各ピクセルの透明度が設定される。
【００２５】
スレーブ描画装置３のスレーブ受信部２１は、マスター描画装置２から送信された各ピクセルの透明度やコマンドを受信する。
スレーブ描画装置３のピクセル合成部２２は、スレーブ受信部２１が各ピクセルの透明度やコマンドを受信すると、そのコマンドに含まれている画像データと、既にフレームバッファ２４に描画されている背景等の画像データ（ピクセルデータ）とをピクセル単位に合成することで、各ピクセルの色データであるピクセルデータを算出し、そのピクセルデータをフレームバッファ２４に格納する。
ピクセル合成部２２におけるピクセル合成処理（色データの算出処理）の詳細は後述するが、画像データをピクセル単位に合成して、各ピクセルの色データを算出する際、そのコマンドに含まれている描画パラメータが示す描画色で図形を描画する（例えば、描画色が青色であれば、図形を青色で描画する）。また、スレーブ受信部２１により受信された透明度にしたがって画像データを合成する。
【００２６】
スレーブ描画装置３の表示制御部２３は、フレームバッファ２４からピクセル合成部２２により算出されたピクセルデータを読み出し、そのピクセルデータにしたがって表示装置４を制御する。
これにより、描画図形が表示装置４に表示される。
【００２７】
図５は複数のスレーブ描画装置３のうち、（０）と（２）のスレーブ描画装置３を処理対象に指定して、（０）と（２）のスレーブ描画装置３だけが図形を描画している例を示す説明図である。
例えば、図５のような構成で、列車運行案内表示装置を構築すれば、列車の右側と左側で、表示する内容を切り替えることができる。
【００２８】
ここで、スレーブ描画装置３のピクセル合成部２２がピクセル合成処理を実施する際には、フレームバッファ２４との間でピクセルデータのデータ転送が行われる。
一般的なグラフィックス描画装置では、ピクセル合成処理におけるピクセルデータのデータ転送が、フレームバッファとの間のデータ転送帯域をほぼ占有し、処理速度のボトルネックとなることが多い。このため、フレーム毎に描画処理量が変化するような場合には、ピクセル合成処理部（図１のスレーブ描画装置３に相当）での処理が終了するまで、ラスタライズ処理部（図１のマスター描画装置２に相当）での処理を待機（次のフレームまで描画の更新を待機）できるようにするため、ラスタライズ処理部とピクセル合成処理部が、ハンドシェイクな通信プロトコルを採用している。
ただし、ハンドシェイクな通信プロトコルを採用すると、スレーブ描画装置から処理待ち信号がネットワーク経由でマスター描画装置に送信されるため、その処理待ち信号の伝送時間分だけ処理が遅延し、描画処理性能が低下する。
そこで、この実施の形態１では、スレーブ描画装置３が処理待ち信号をネットワーク経由でマスター描画装置２に送信することなく、スレーブ描画装置３での処理が終了するまで、マスター描画装置２の処理を待機できるようにしている。
【００２９】
即ち、マスター描画装置２のマスター送信部１３は、グラフィックス処理部１２が各ピクセルの透明度を設定すると、各ピクセルの透明度からスレーブ描画装置３のピクセル合成部２２におけるピクセル合成処理（色データの算出処理）の処理負荷を予測する。
詳細は後述するが、ピクセル合成部２２におけるピクセル合成処理は、フレームバッファ２４から背景等の画像データ（ピクセルデータ）を読み出すリード処理と、ピクセル合成処理後のピクセルデータをフレームバッファ２４に書き込むライト処理とが主な処理になるため、フレームバッファ２４に対するリード処理及びライト処理の回数が分かれば、ピクセル合成処理の処理負荷を予測することができる。
また、フレームバッファ２４に対するリード処理及びライト処理の回数は、後述するように、各ピクセルの透明度から把握することができる。
【００３０】
マスター描画装置２のマスター送信部１３は、スレーブ描画装置３のピクセル合成部２２におけるピクセル合成処理の処理負荷を予測すると、その処理負荷が所定の処理負荷（例えば、予め設定された処理負荷）を上回る場合、次のフレームまで描画の更新を待つため、透明度の設定処理を一時的に停止する指示をグラフィックス処理部１２に出力する。
なお、マスター送信部１３は、一時的に停止する指示をグラフィックス処理部１２に出力したのち、ピクセル合成部２２におけるピクセル合成処理の処理負荷が所定の処理負荷を下回れば、透明度の設定処理の再開指示をグラフィックス処理部１２に出力する。
【００３１】
マスター描画装置２のグラフィックス処理部１２は、マスター送信部１３から透明度の設定処理を一時的に停止する指示を受けると、透明度の設定処理の再開指示を受けるまでの間、各ピクセルの透明度を設定する処理を一時的に停止する。
これにより、マスター送信部１３から新たに設定された透明度がスレーブ描画装置３に送信されなくなるので、ピクセル合成部２２の処理を進めることができる。
【００３２】
以上で明らかなように、この実施の形態１によれば、マスター描画装置２のマスター送信部１３が、グラフィックス処理部１２により設定された各ピクセルの透明度からスレーブ描画装置３のピクセル合成部２２におけるピクセル合成処理の処理負荷を予測し、その処理負荷が所定の処理負荷を上回る場合、グラフィックス処理部１２における透明度の設定処理を一時的に停止するように構成したので、スレーブ描画装置３が、描画処理の処理状況をマスター描画装置２に報告することなく、フレーム毎に描画処理量が変化する場合にも適用することができる効果を奏する。
【００３３】
実施の形態２．
上記実施の形態１では、マスター描画装置２のマスター送信部１３が、グラフィックス処理部１２により設定された各ピクセルの透明度からスレーブ描画装置３のピクセル合成部２２におけるピクセル合成処理の処理負荷を予測し、その処理負荷が所定の処理負荷を上回る場合、グラフィックス処理部１２における透明度の設定処理を一時的に停止するものを示したが、この実施の形態２では、マスター送信部１３及びピクセル合成部２２の内部構成の具体例を開示する。
【００３４】
図６はこの発明の実施の形態２による分割型描画装置を示す構成図であり、図において、図１と同一符号は同一または相当部分を示すので説明を省略する。
ドットクロック生成部３１はピクセルデータを送信するタイミングを示すドットクロックを生成する処理を実施する。
マスター送信部１３のスレーブビジー予測処理部３２はピクセル合成予測部３２ａと表示制御予測部３２ｂとから構成されている。
【００３５】
ピクセル合成予測部３２ａはグラフィックス処理部１２により設定された各ピクセルの透明度からスレーブ描画装置３のピクセル合成部２２におけるピクセル合成処理の処理時間を予測し、その処理時間が長くなると、透明度の設定処理を一時的に停止する指示をグラフィックス処理部１２に出力する処理を実施する。
表示制御予測部３２ｂはドットクロック生成部３１により生成されたドットクロックから表示制御部２３がフレームバッファ２４に対してアクセスするタイミングを推定し、そのタイミングに合わせて、透明度の設定処理を一時的に停止する指示をグラフィックス処理部１２に出力する処理を実施する。
【００３６】
スレーブ設定用レジスタ抽出部３３はＣＰＵＩ／Ｆ部１１から出力されたコマンドをパケット生成部３４に転送する処理、あるいは、そのコマンドに含まれている一部の情報（例えば、描画図形の開始座標を示す情報、各ピクセルの色などを示す描画パラメータ、画像データ）を抽出して、その一部の情報をパケット生成部３４に出力する処理を実施する。
パケット生成部３４はスレーブ設定用レジスタ抽出部３３から出力された一部の情報（または、コマンド）とグラフィックス処理部１２により設定された各ピクセルの透明度とを含むパケットを生成する処理を実施する。
送信処理部３５はパケット生成部３４により生成されたパケットをネットワーク経由で処理対象のスレーブ描画装置３に送信する処理を実施する。
【００３７】
ピクセル合成部２２は処理スタック４１、リード処理部４２、合成処理部４３及びライト処理部４４から構成されている。
処理スタック４１は例えばＲＡＭなどのメモリである。
リード処理部４２はピクセルが透明度１〜９９％の場合、フレームバッファ２４から背景等の画像データ（ピクセルデータ）を読み出すリード処理を実施する。
合成処理部４３はピクセルが透明度１〜９９％の場合、マスター描画装置２から送信されたパケットに含まれている画像データと、リード処理部４２により読み出された背景等の画像データ（ピクセルデータ）とをピクセル単位に合成する処理を実施する。
ライト処理部４４はピクセルが透明度１〜９９％の場合、合成処理部４３によるピクセル合成処理後のピクセルデータをフレームバッファ２４に書き込むライト処理と、ピクセルが透明度０％の場合、マスター描画装置２から送信されたパケットに含まれている画像データをフレームバッファ２４に書き込むライト処理を実施する。
【００３８】
次に動作について説明する。
マスター描画装置２のＣＰＵＩ／Ｆ部１１及びグラフィックス処理部１２の処理内容については、上記実施の形態１と同様であるため、詳細な説明を省略する。
ドットクロック生成部３１は、ピクセルデータを送信するタイミングを示すドットクロックを生成し、そのドットクロックをマスター描画装置２及びスレーブ描画装置３に配信する。
【００３９】
マスター描画装置２のスレーブビジー予測処理部３２は、ピクセル合成予測部３２ａと表示制御予測部３２ｂとから構成されており、ピクセル合成予測部３２ａ又は表示制御予測部３２ｂのいずれかが、ピクセル合成部２２におけるピクセル合成処理の処理負荷が所定の処理負荷を上回っていることを検出すると、グラフィックス処理部１２における透明度の設定処理を一時的に停止する。
以下、ピクセル合成予測部３２ａ及び表示制御予測部３２ｂの処理内容を具体的に説明する。
【００４０】
最初に、ピクセル合成予測部３２ａの処理内容を具体的に説明する。
図７はピクセル合成予測部３２ａの処理内容を示すフローチャートである。
また、図８はピクセル合成部２２によるピクセル合成処理結果の一例を示す説明図である。
【００４１】
まず、ピクセル合成部２２におけるピクセル合成処理を簡単に説明すると、例えば、透明度が１００％のピクセル（図８の例では、Ａのピクセル）については、スレーブ描画装置３が何も描画しないことと等価であるため、フレームバッファ２４に対して、リード／ライトの処理を実行しない。
透明度が０％より大きく、１００％より小さいピクセル（図８の例では、Ｂ，Ｃのピクセル）については、既に描画されている背景等のピクセルと色を合成する必要があるので、フレームバッファ２４に記憶されているピクセルデータをリードした後、そのピクセルデータとマスター描画装置２から送信された画像データとをピクセル単位に合成して、ピクセル合成処理後のピクセルデータをフレームバッファ２４に書き戻すライト処理が必要となる。
透明度が０％のピクセル（図８の例では、Ｄのピクセル）については、背景等のピクセルと色を合成する必要がないので、マスター描画装置２から送信された画像データをフレームバッファ２４に書き込むライト処理だけが必要となる。
【００４２】
スレーブ描画装置３のピクセル合成部２２は、ＤＲＡＭに代表されるマトリックス状のメモリへのアクセス効率を高めるために、予め決められている数のピクセルについて、上記のリード／ライト処理を一括して実行する。
即ち、スレーブ描画装置３のピクセル合成部２２は、纏まった数のリード処理を一括して実行した後、纏まった数のライト処理を一括して実行する。
ピクセル合成部２２は、上記の一括処理を実行するために、処理スタック４１を備えている。
スレーブビジー予測処理部３２のピクセル合成予測部３２ａは、処理スタック４１のスタック状態を模擬している。
【００４３】
即ち、スレーブビジー予測処理部３２のピクセル合成予測部３２ａは、グラフィックス処理部１２からピクセルの透明度を受け取る毎に（図７のステップＳＴ１１）、そのピクセルの透明度を参照して、そのピクセルが透明度０％のピクセルであるのか、透明度１〜９９％のピクセルであるのか、透明度１００％のピクセルであるのかを把握する。
そして、ピクセル合成予測部３２ａは、そのピクセルが透明度１〜９９％のピクセルであれば、ライト処理が必要なピクセルの数を示すライトカウンタのカウンタ値と、リード処理が必要なピクセルの数を示すリードカウンタのカウント値とをカウントアップする（ステップＳＴ１２）。
また、そのピクセルが透明度１００％のピクセルであれば、ライトカウンタのカウンタ値だけをカウントアップする（ステップＳＴ１２）。
【００４４】
ピクセル合成予測部３２ａは、ライトカウンタのカウンタ値が、処理スタック４１のスタック数に到達すると（ステップＳＴ１３）、そのライトカウンタのカウンタ値を０に初期化して、透明度の設定処理を一時的に停止する旨を示すウェイト信号をグラフィックス処理部１２に出力し、ウェイトカウンタのカウンタ値を初期化する（ステップＳＴ１４）。
グラフィックス処理部１２は、ピクセル合成予測部３２ａからウェイト信号を受けている間、透明度の設定処理を停止する。
ここで、ウェイトカウンタの初期値は、リードカウンタのカウント値から算出する。即ち、リードカウンタのカウント値が大きければ、大きいほど、ピクセル合成処理に要する時間が長くなるため、ウェイトカウンタの初期値が、リードカウンタのカウント値と比例して大きくなる。
【００４５】
ピクセル合成予測部３２ａは、ウェイト信号をグラフィックス処理部１２に出力して、ウェイトカウンタのカウンタ値を初期化すると、そのウェイトカウンタのカウント値のデクリメントを開始する（ステップＳＴ１５）。
ピクセル合成予測部３２ａは、ウェイトカウンタのカウント値が０になると（ステップＳＴ１６）、透明度の設定処理を再開する旨を示す再始動信号をグラフィックス処理部１２に出力する（ステップＳＴ１７）。
【００４６】
次に、表示制御予測部３２ｂの処理内容を具体的に説明する。
表示制御予測部３２ｂは、スレーブ描画装置３の表示制御部２３におけるメモリアクセスを模擬するものであり、表示制御部２３は、ドットクロック生成部３１により生成されたドットクロックに同期して、フレームバッファ２４に対してアクセスする。
そこで、表示制御予測部３２ｂは、ドットクロック生成部３１により生成されたドットクロックから表示制御部２３がフレームバッファ２４に対してアクセスするタイミングを推定する。
表示制御予測部３２ｂは、表示制御部２３がフレームバッファ２４に対してアクセスするタイミングを推定すると、そのタイミングに合わせて、透明度の設定処理を一時的に停止する指示をグラフィックス処理部１２に出力する。
【００４７】
この実施の形態２では、スレーブビジー予測処理部３２が、ピクセル合成予測部３２ａと表示制御予測部３２ｂから構成されている例を示したが、スレーブビジー予測処理部３２が、ピクセル合成予測部３２ａだけから構成されていてもよい。
【００４８】
グラフィックス描画装置では、フレーム毎の描画処理量が可変であるため、例えば、毎秒６０フレーム描画するような構成の場合、あるフレームの処理量が多く、１／６０秒以内に描画が間に合わないときに、そのフレームだけ画面の更新を見送るといった柔軟な処理をソフトウェア側がすることがよくある。このような処理を行うためには、描画装置が、どのような処理状況なのかをソフトウェアが知る必要がある。
この実施の形態２のような処理負荷の予測を行うことで、スレーブ描画装置３を含めた処理状況を把握できるので、柔軟な描画を実行することができる。
以上のように、グラフィックスの描画処理をラスタライズとブレンドに分割（透明度の設定処理と、ピクセル合成処理とに分割）しているので、全てのグラフィックス描画機能を１つにまとめた描画装置を個々の表示装置に設置するよりも、全体の装置規模を小さくすることができる。
同時に、画素毎に転送する情報は、透明度のみなので、転送する情報量を削減することができる。
副次的な効果として、ドットクロックをマスター描画装置２が管理することで、各スレーブ描画装置３が同じタイミングで画面の更新を行うことができる。
【００４９】
実施の形態３．
上記実施の形態１，２では、マスター描画装置２が各ピクセルの透明度を設定して、各ピクセルの透明度をスレーブ描画装置３に送信し、スレーブ描画装置３が各ピクセルの透明度にしたがってピクセル合成処理を実行するものを示したが、ピクセル毎に色が階調的に変化するグラデーション処理を行えるようにしてもよい。
【００５０】
例えば、線形グラデーションでは、下記の式（１）（２）したがって、各ピクセルの色が決定される。
2013228850.tif 000003
2013228850.tif 000004
【００５１】
式（１）において、（ｘ，ｙ）は描画対象のピクセルの座標を示し、（ｘ0，ｙ0）はグラデーションの開始点の座標、（ｘ1，ｙ1）は終了点の座標である。
また、ｇ（ｘ，ｙ）はグラデーション係数であり、描画対象のピクセルの座標を変数とする関数である。
式（２）において、Ｇ0，Ｇ1は描画対象のピクセルに最も近いグラデーション制御点の位置を示している。
また、ｃ0は制御点Ｇ0の色を示し、ｃ1は制御点Ｇ1の色を示している。
【００５２】
グラデーション係数ｇ（ｘ，ｙ）をｘで偏微分すると、下記の式（３）のようになる。
これより、本願発明のように、ライン毎に描画する分割型描画装置では、ラインの最初の座標でのグラデーション係数ｇ（ｘ，ｙ）を決定すれば、同一ラインの残りの座標では、式（３）に示している変化量Δｇをグラデーション係数ｇ（ｘ，ｙ）に加算していくことで、同じライン中でのグラデーション係数を算出することができる。
2013228850.tif 000005
【００５３】
そこで、この実施の形態３では、マスター描画装置２のグラフィックス処理部１２が、ラインの最初の座標について、式（１）と式（３）の計算を実行し、マスター送信部１３が、グラフィックス処理部１２の計算結果（グラデーション係数ｇ（ｘ，ｙ），Δｇ）をスレーブ描画装置３に送信する。
スレーブ描画装置３のピクセル合成部２２は、スレーブ受信部２１がマスター描画装置２から送信されたグラデーション係数ｇ（ｘ，ｙ），変化量Δｇを受信すると、式（２）に示すように、そのグラデーション係数ｇ（ｘ，ｙ）からラインの最初の座標での描画色ｃｏｌｏｒを決定する。
また、座標の変化に応じて変化量Δｇをグラデーション係数ｇ（ｘ，ｙ）に加算して、残りの座標でのグラデーション係数ｇ（ｘ，ｙ）を計算して、そのグラデーション係数ｇ（ｘ，ｙ）から残りの座標での描画色ｃｏｌｏｒを決定する。
【００５４】
ここで、図９はグラデーションを描画する際のマスター描画装置２とスレーブ描画装置３の処理内容を示すフローチャートである。
マスター描画装置２のグラフィックス処理部１２は、ＣＰＵＩ／Ｆ１１が演算装置１から送信されたコマンド（図１２を参照）を受信すると、そのコマンドに含まれているグラデーションパラメータを抽出する（ステップＳＴ２１）。
グラデーションパラメータには、グラデーションの開始点の座標（ｘ0，ｙ0）、グラデーションの終了点の座標（ｘ1，ｙ1）、制御点Ｇ0，Ｇ1の位置及び色ｃ0，ｃ1の情報が含まれている。
【００５５】
マスター描画装置２のマスター送信部１３は、グラフィックス処理部１２がグラデーションパラメータを抽出すると、そのグラデーションパラメータをスレーブ描画装置３に送信する（ステップＳＴ２２）。
スレーブ描画装置３のピクセル合成部２２は、スレーブ受信部２１がマスター描画装置２から送信されたグラデーションパラメータを受信すると、そのグラデーションパラメータを記録する（ステップＳＴ２３）。
【００５６】
マスター描画装置２のグラフィックス処理部１２は、グラデーションパラメータを抽出すると、そのグラデーションパラメータに含まれている情報を用いて、式（１）の計算を行うことで、グラデーション係数ｇ（ｘ，ｙ）を算出するとともに、式（３）の計算を行うことで、座標の変化に伴うグラデーション係数ｇ（ｘ，ｙ）の変化量Δｇを算出する（ステップＳＴ２４）。
マスター送信部１３は、グラフィックス処理部１２がグラデーション係数ｇ（ｘ，ｙ），変化量Δｇを算出すると、そのグラデーション係数ｇ（ｘ，ｙ），変化量Δｇをスレーブ描画装置３に送信する（ステップＳＴ２５）。
スレーブ描画装置３のピクセル合成部２２は、スレーブ受信部２１がマスター描画装置２から送信されたグラデーション係数ｇ（ｘ，ｙ），変化量Δｇを受信すると、そのグラデーション係数ｇ（ｘ，ｙ），変化量Δｇを図示せぬレジスタに記録する（ステップＳＴ２６）。
【００５７】
また、マスター描画装置２のグラフィックス処理部１２は、上記実施の形態１，２と同様に、各ピクセルの透明度を設定する。
マスター描画装置２のマスター送信部１３は、グラフィックス処理部１２により設定された各ピクセルの透明度をスレーブ描画装置３に送信する（ステップＳＴ２７）。
スレーブ描画装置３のピクセル合成部２２は、スレーブ受信部２１がマスター描画装置２から送信された各ピクセルの透明度を受信する（ステップＳＴ２８）。
【００５８】
ピクセル合成部２２は、ラインの最初の座標については、先に記録しているグラデーションパラメータを参照して、式（２）の計算を行うことで、図示せぬレジスタに記録しているグラデーション係数ｇ（ｘ，ｙ）から描画色ｃｏｌｏｒを決定する。
また、同一ラインの残りの座標については、その座標の変化に応じて、そのグラデーション係数ｇ（ｘ，ｙ）に対して変化量Δｇを加算していくことで、そのグラデーション係数ｇ（ｘ，ｙ）を更新し、更新後のグラデーション係数ｇ（ｘ，ｙ）から描画色ｃｏｌｏｒを決定する（ステップＳＴ２９）。
ピクセル合成部２２は、描画色ｃｏｌｏｒを決定すると、上記実施の形態１，２と同様に、各ピクセルの透明度に応じて、ピクセル合成処理を実施する（ステップＳＴ３０）。
以上のステップＳＴ２７〜ＳＴ３０の処理は、ラインの終端に至るまで繰り返し実施し（ステップＳＴ３１）、１つのラインの処理が終了すると、図形の描画が完了するまで、残りのラインの処理を繰り返し実施する（ステップＳＴ３２）。
【００５９】
以上で明らかなように、この実施の形態３によれば、マスター描画装置２が、グラデーションの開始点の座標におけるグラデーション係数ｇ（ｘ，ｙ）と、座標の変化に伴うグラデーション係数ｇ（ｘ，ｙ）の変化量Δｇを送信し、スレーブ描画装置３が、マスター描画装置２から送信されたグラデーション係数ｇ（ｘ，ｙ）と変化量Δｇから描画色ｃｌｏｒを決定するように構成したので、少ないデータ（例えば、グラデーション係数ｇ（ｘ，ｙ）、変化量Δｇ）を転送するだけで、ピクセル毎に色が階調的に変化するグラデーション処理を実施することができるようになり、データの転送量を抑制することができる効果を奏する。
【００６０】
実施の形態４．
上記実施の形態１〜３では、特に言及していないが、テクスチャマッピングを行うには、テクスチャデータをスレーブ描画装置３のメモリに記憶しておく必要がある。
例えば、一連の描画を実行するプログラム中で、静的にテクスチャデータを用意する場合などは、初期化時に演算装置１からマスター描画装置２を通して、テクスチャデータをスレーブ描画装置３に送信しても、プログラムの実行中には、パフォーマンスに影響がない。
しかし、例えば、ビデオ画像などをリアルタイムにテクスチャマッピングする場合には、演算装置１がテクスチャデータである画像データを扱うと、システムの処理性能に影響を与えてしまうことがある。
そこで、この実施の形態４では、カメラ画像やその他の画像データを、演算装置１を介さずに、マスター描画装置２がスレーブ描画装置３に送信するものについて説明する。
【００６１】
図１０はこの発明の実施の形態４による分割型描画装置を示す構成図であり、図において、図１と同一符号は同一または相当部分を示すので説明を省略する。
画像データバッファ５２はスレーブビジー予測処理部３２内のメモリであり、カメラ画像などの画像データ５０をネットワーク５１経由で入力して、その画像データ５０を保存する。
画像データバッファ５２内の画像データ５０は、画像データバッファ５２の空き領域がなくなると、所定の処理タイミングで、スレーブ描画装置３に送信される。
画像データ記憶部５３はマスター描画装置２から送信された画像データを記憶するメモリである。
図１１はこの発明の実施の形態４による分割型描画装置のマスター描画装置２の処理内容を示すフローチャートである。
【００６２】
次に動作について説明する。
演算装置１は、マスター描画装置２が画像データを受け入れるための各種の設定を行う（ステップＳＴ４１）。
この設定処理では、画像データが連続ビデオ画像であるのか、単発の画像データであるのかを示すデータ形式や、画像のサイズ、ピクセルフォーマット、データフォーマット（例えば、連続ビデオ画像であれば、インターレース／プログレッシブなど）、スレーブ描画装置３における画像データの保存アドレスなどが設定される。
演算装置１は、各種の設定を行うと、画像データの受け入れを指示するコマンドを発行する（ステップＳＴ４２）。
【００６３】
マスター描画装置２のスレーブビジー予測処理部３２は、演算装置１から画像データの受け入れを指示するコマンドを受けると、その画像データ５０を受け入れる処理を開始する（ステップＳＴ４３）。
スレーブビジー予測処理部３２は、受け入れ処理を開始すると、画像データ５０をネットワーク５１経由で入力して、その画像データ５０を画像データバッファ５２に保存する（ステップＳＴ４４）。
ここでは、画像データ５０をネットワーク５１経由で入力する例を示しているが、描画用データ送信バッファ１４に記憶されている画像データを入力して、その画像データを画像データバッファ５２に保存するようにしてもよい。
なお、画像データ５０が連続ビデオ画像の場合には、コマンドが発行された後の最初の垂直同期信号よって画像データの受け入れを開始する。
【００６４】
マスター送信部１３は、画像データバッファ５２が画像データ５０で満杯になるまで、画像データ５０の入力を受け付けて画像データバッファ５２に保存するが、画像データバッファ５２が画像データ５０で満杯になると（ステップＳＴ４５）、都合のよい処理タイミング（例えば、グラフィックス処理部１２における１ラインの処理が終了した時点など）を見計らって、画像データバッファ５２に保存されている画像データをスレーブ描画装置３に送信する処理を実行する（ステップＳＴ４６）。
スレーブ描画装置３の画像データ記憶部５３は、スレーブ受信部２１がマスター描画装置２から送信された画像データを受信すると、その画像データを記憶する。
【００６５】
マスター送信部１３は、画像データをスレーブ描画装置３に送信する際、透明度の設定処理を一時的に停止する旨を示すウェイト信号をグラフィックス処理部１２に出力し、ウェイトカウンタのカウント値を設定する（ステップＳＴ４７）。
これにより、ウェイトカウンタのカウント値のデクリメントが開始されて（ステップＳＴ４８）、そのカウント値が０になるまで、グラフィックス処理部１２における透明度の設定処理が停止されるが、ウェイトカウンタのカウント値が０になる前でも、画像データバッファ５２に対する画像データの受け入れは停止させない。
マスター送信部１３は、ウェイトカウンタのカウント値が０になると（ステップＳＴ４９）、透明度の設定処理を再開する旨を示す再始動信号をグラフィックス処理部１２に出力する（ステップＳＴ５０）。
これにより、グラフィックス処理部１２では、透明度の設定処理を再開する。
【００６６】
以上で明らかなように、この実施の形態４によれば、マスター描画装置２が、演算装置１を介さずに、外部から画像データ５０を入力して、その画像データ５０を画像データバッファ５２に保存し、その画像データバッファ５２の空き領域がなくなると、その画像データバッファ５２に保存している画像データ５０をスレーブ描画装置３に送信するように構成したので、テクスチャマッピングに伴う画像の転送処理に関して、演算装置１の処理負荷を低減することができる効果を奏する。
【００６７】
実施の形態５．
上記実施の形態４では、マスター描画装置２が、演算装置１を介さずに、外部から画像データ５０を入力して、その画像データ５０を画像データバッファ５２に保存するものを示したが、テクスチャマッピングを行う際には、画像データの座標系を表示座標系に変換する必要がある。
この実施の形態５では、マスター描画装置２のマスター送信部１３が、画像データの座標系を表示座標系に変換する座標変換行列式（下記の式（４）に示す座標変換行列式）をスレーブ描画装置３に送信するようにしている。
スレーブ描画装置３のピクセル合成部２２は、スレーブ受信部２１がマスター描画装置２から送信された座標変換行列式を記憶する。
また、ピクセル合成部２２は、スレーブ受信部２１がマスター描画装置２から送信された画像データを受信すると、その座標変換行列式を用いて、その画像データの座標系を表示座標系に変換する。
【００６８】
2013228850.tif 000006
2013228850.tif 000007
ここで、（ｘ，ｙ）は表示座標系、（ｕ，ｖ）は表示座標系に対応するテクスチャデータでの座標、「Ｍａｔ」は画像データに適用する画像行列である。
【００６９】
以上で明らかなように、この実施の形態５によれば、マスター描画装置２のマスター送信部１３が、予め、画像データの座標系を表示座標系に変換する座標変換行列式をスレーブ描画装置３に送信し、スレーブ描画装置３のピクセル合成部２２が、マスター描画装置２から送信された画像データを受信すると、その座標変換行列式を用いて、その画像データの座標系を表示座標系に変換するように構成したので、スレーブ描画装置３で、テクスチャマッピングを行うことができる効果を奏する。
【００７０】
実施の形態６．
上記実施の形態４では、マスター描画装置２が、演算装置１を介さずに、外部から画像データ５０を入力して、その画像データ５０を画像データバッファ５２に保存し、その画像データバッファ５２の空き領域がなくなると、その画像データバッファ５２に保存している画像データ５０をスレーブ描画装置３に送信するものを示したが、スレーブ描画装置３が、外部からマスター描画装置２を介さずに画像データを入力して、その画像データを記憶するようにしてもよい。
【００７１】
図１２はこの発明の実施の形態６による分割型描画装置を示す構成図であり、図において、図１０と同一符号は同一または相当部分を示すので説明を省略する。
画像データライト予測部５４はネットワーク５１からスレーブ描画装置３に入力される画像データ５０のデータ量を監視しており、スレーブ描画装置３の画像データ記憶部５５が画像データの記憶に対して、どの程度のメモリを使用しているかを予測し、メモリの使用量が所定量を上回る場合、透明度の設定処理を一時的に停止するウェイト信号をグラフィックス処理部１２に出力する処理を実施する。
【００７２】
この実施の形態６では、マスター描画装置２とスレーブ描画装置３の間の通信経路とは別の通信経路で、画像データ５０がスレーブ描画装置３の画像データ記憶部５５に直接入力される。
この画像データ５０の入力の優先権は、フレームバッファ２４に対する表示制御部２３のリード処理の次に設定されている。
【００７３】
以上で明らかなように、この実施の形態６によれば、スレーブ描画装置３が、外部からマスター描画装置２を介さずに画像データを入力して、その画像データを記憶するように構成したので、テクスチャマッピングに伴う画像の転送処理に関して、演算装置１及びマスター描画装置２の処理負荷を低減することができる効果を奏する。
【００７４】
実施の形態７．
上記実施の形態１〜６では、マスター描画装置２が、各ピクセルの透明度をスレーブ描画装置３に送信するものを示したが、透明度が同一のピクセルが連続する場合、ピクセル毎に透明度を送信せずに、透明度が同一のピクセルが連続する数をスレーブ描画装置３に送信するようにしてもよい。
【００７５】
マスター描画装置２が、各ピクセルの透明度をスレーブ描画装置３に送信する場合、例えば、矩形領域の塗りつぶしコマンドのように、長い期間、透明度が一定となるような場合、効率が悪くなる。
そこで、この実施の形態７では、連続して同じ透明度が続く場合、連続する数をスレーブ描画装置３に送信することで、効率を高めるようにしている。ただし、同じ透明度が連続しない場合には、個々のピクセルの透明度を指定できるようにしている。
【００７６】
例えば、図３に示しているコマンドの場合、透明度の指定では、連続して同じ透明度が続く場合、その数を指定でき、連続しない場合、個々のピクセルの透明度を指定できるようにしている。
座標指定では、ｘ座標とｙ座標の両方を指定できるコマンドと、ｘ座標しか指定できないコマンドの２種類が用意している。前者は、ラインの描画が終了したとき、後者は、同一ラインで、描画するｘ座標を飛ばしたい場合に使用される。座標値は６４×６４のタイルの内部での座標を示している。
タイル番号指定では、タイルのインデックスを指定する。
パラメータ指定では、１６ビットのパラメータと３２ビットのパラメータを指定できるようにしている。このパラメータは、スレーブ描画装置３に指定するパラメータであり、例えば、描画色、グラデーションの制御点の位置などである。
画像データでは、画像データを構成している画素データを送信する全画素数と画素データから構成されており、１ピクセル毎の画素データや画像の幅、高さなどはパラメータ指定によって設定される。
グラデーションパラメータは、初期のグラデーション係数と、ｘの増分に比例するグラデーション係数の変動量とから構成されている。
処理スレーブ指定では、描画対象のスレーブ描画装置３を指定するものであり、ビット数は、システムを構成するスレーブ数と等しく、１つのビットが１つのスレーブの有効／無効を示している。
このコマンドは、可変長符号化によって圧縮されて送信される。
【００７７】
図１３は図１２のコマンドに従って、１０２４×７６８の画面を不透明な赤色で塗りつぶした場合のマスター描画装置２の送信データ例を示す説明図である。
この場合、１０２４×７６８の画面を６４×６４のタイル１９２個に分割している。
よって、１タイル当りの座標指定と透明度は、６４回必要になり、これを１９２個のタイルに適用することから、全送信データサイズは、約４７キロバイトになる。
なお、全ピクセルの透明度を個々に指定する場合、全送信データサイズが約７６８キロバイトになる。
【００７８】
以上で明らかなように、この実施の形態７によれば、マスター描画装置２が、透明度が同一のピクセルが連続する場合、ピクセル毎に透明度を送信せずに、透明度が同一のピクセルが連続する数を送信するように構成したので、送信データ量を低減することができる効果を奏する。
なお、符号化の方法は可逆変化であるため、画像の劣化も発生せず、実装も簡素なデコーダを用意するだけでよい。
【００７９】
なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【符号の説明】
【００８０】
１  演算装置、２  マスター描画装置、３  スレーブ描画装置、４  表示装置、１１  ＣＰＵＩ／Ｆ部、１２  グラフィックス処理部、１３  マスター送信部、１４  描画データ送信バッファ、２１  スレーブ受信部、２２  ピクセル合成部、２３  表示制御部、２４  フレームバッファ、３１  ドットクロック生成部、３２  スレーブビジー予測処理部、３２ａ  ピクセル合成予測部、３２ｂ  表示制御予測部、３３  スレーブ設定用レジスタ抽出部、３４  パケット生成部、３５  送信処理部、４１  処理スタック、４２  リード処理部、４３  合成処理部、４４  ブレンド処理部、４５  ライト処理部、５０  画像データ、５１  ネットワーク、５２  画像データバッファ、５３  画像データ記憶部、５４  画像データライト予測部、５５  画像データ記憶部。
【図１】
2013228850.tif 000008
【図２】
2013228850.tif 000009
【図３】
2013228850.tif 000010
【図４】
2013228850.tif 000011
【図５】
2013228850.tif 000012
【図６】
2013228850.tif 000013
【図７】
2013228850.tif 000014
【図８】
2013228850.tif 000015
【図９】
2013228850.tif 000016
【図１０】
2013228850.tif 000017
【図１１】
2013228850.tif 000018
【図１２】
2013228850.tif 000019
【図１３】
2013228850.tif 000020