(57)【要約】【課題】ビットマップ方式の画像処理装置においてもアンチエイリアス処理を行うことができる画像処理装置を提供する。【解決手段】画像（ＣＧ）メモリ２から読み出された画像データおよびαデータがデコーダ１５によってデコード（伸張処理）され、スプライトバッファ１６に書き込まれる。レンダリングプロセッサ１７が、このスプライトバッファ１６に書き込まれたデータを読み出し、画像データおよび背景データをαデータに基づく混合比で混合し、フレームバッファ１８に書き込む。フレームバッファ１８に書き込まれたデータがＤＡＣ２２〜２４によってアナログ信号に変換され、表示装置４へ出力される。このような構成によれば、特に、画像のエッジ部分のαデータを適切に決めることにより、アンチエイリアス処理が可能になる。【選択図】    図１
2004213464.tif 000002
【特許請求の範囲】
【請求項１】
画像データがビットマップ形式で記憶されると共に、前記ビットマップ形式の画像データの各々に対応する演算係数データが記憶された記憶手段と、
前記記憶手段から画像データおよび演算係数データを読み出す読出手段と、
前記画像データに、演算係数データの値に対応する演算を行った後に他の画像データと合成して表示データを得る演算手段と、
を具備し、前記演算係数データは、前記画像データに基づく画像の輪郭を形作るドットの色の混合比率を輪郭線の位置に応じて決めるものであることを特徴とする画像処理装置。
【請求項２】
ビットマップ形式の画像データを圧縮した圧縮画像データが記憶されると共に、前記ビットマップ形式の画像データの各々に対応する演算係数データを圧縮した圧縮演算係数データが記憶された記憶手段と、
前記記憶手段から、圧縮画像データおよび圧縮演算係数データを読み出す読出手段と、
前記読出手段によって読み出された各データを伸張する伸張手段と、
前記伸張された画像データに、伸張された演算係数データの値に対応する演算を行った後に他の画像データと合成して表示データを得る演算手段と、
を具備し、前記表示データに基づいて表示を行うことを特徴とする画像処理装置。
【請求項３】
前記演算係数データは、前記画像データと前記他の画像データとの混合比率を決めるデータであることを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記演算係数データは、前記画像データに基づく画像の輪郭を形作るドットの前記混合比率を輪郭線の位置に応じて決めるものであることを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記画像データおよび演算係数データは同一のアルゴリズムに従い圧縮されたものであることを特徴とする請求項２に記載の画像処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ＣＲＴ表示装置、液晶表示装置等における画像表示をコントロールするビットマップ方式の画像処理装置に関する。
【０００２】
【従来の技術】
図形を表示装置に描画する場合、理想的な線を縦横に等間隔で配置されたグリッド上に点によって表示するため、輪郭部分がジャギと呼ばれるギザギザの線となってしまう。このジャギを軽減するため、特許文献１に記載されるものは、輪郭線を関数で持ち、輪郭部分の面積比に応じてカラー演算比を決め、カラー演算する方法（アンチエイリアス処理）を用いている。例えば、図９において符号Ｐで示されるドットの色は、
ドットｃｏｌｏｒ＝Ａ面積×Ａｃｏｌｏｒ／（Ａ面積＋Ｂ面積）＋Ｂ面積×Ｂｃｏｌｏｒ／（Ａ面積＋Ｂ面積）
なる式によって計算される。
【０００３】
【特許文献１】
特開平１１−３１２３３号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、上述した従来のアンチエイリアス処理は、輪郭線を関数として持つ必要があるため、ビットマップ方式の画像処理装置に適用することができない問題があった。
本発明は上記事情を考慮してなされたもので、その目的は、ビットマップ方式の画像処理装置においてもアンチエイリアス処理を行うことができる画像処理装置を提供することにある。
【０００５】
【課題を解決するための手段】
この発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、画像データがビットマップ形式で記憶されると共に、前記ビットマップ形式の画像データの各々に対応する演算係数データが記憶された記憶手段と、前記記憶手段から画像データおよび演算係数データを読み出す読出手段と、前記画像データに、演算係数データの値に対応する演算を行った後に他の画像データと合成して表示データを得る演算手段とを具備し、前記演算係数データは、前記画像データに基づく画像の輪郭を形作るドットの色の混合比率を輪郭線の位置に応じて決めるものであることを特徴とする画像処理装置である。
【０００６】
請求項２に記載の発明は、ビットマップ形式の画像データを圧縮した圧縮画像データが記憶されると共に、前記ビットマップ形式の画像データの各々に対応する演算係数データを圧縮した圧縮演算係数データが記憶された記憶手段と、前記記憶手段から、圧縮画像データおよび圧縮演算係数データを読み出す読出手段と、前記読出手段によって読み出された各データを伸張する伸張手段と、前記伸張された画像データに、伸張された演算係数データの値に対応する演算を行った後に他の画像データと合成して表示データを得る演算手段とを具備し、前記表示データに基づいて表示を行うことを特徴とする画像処理装置である。
請求項３に記載の発明は、請求項２に記載の画像処理装置において、前記演算係数データは、前記画像データと前記他の画像データとの混合比率を決めるデータであることを特徴とする。
【０００７】
請求項４に記載の発明は、請求項３に記載の画像処理装置において、前記演算係数データは、前記画像データに基づく画像の輪郭を形作るドットの前記混合比率を輪郭線の位置に応じて決めるものであることを特徴とする。
請求項５に記載の発明は、請求項２に記載の画像処理装置において、前記画像データおよび演算係数データは同一のアルゴリズムに従い圧縮されたものであることを特徴とする。
【０００８】
【発明の実施の形態】
以下、図面を参照し、この発明の実施の形態について説明する。図１はこの発明の実施の形態による画像処理装置の構成を示すブロック図である。この図において、１はＣＰＵ（中央処理装置）、２は画像メモリである。この画像メモリ２には、多数のスプライトの画像データおよび背景データがビットマップによって記憶されている。また、この画像メモリ２には、各スプライトの表示ドットにそれぞれ対応して４ビットのαデータ（演算係数データ）が記憶されている。ここで、αデータとは、各表示ドットの表示色を制御するデータであり詳細は後述する。３は画像処理ユニット、４は画像処理ユニット３によって表示が制御されるＣＲＴ表示装置である。
【０００９】
次に、画像処理ユニット３において、５はＣＰＵインターフェイスであり、ＣＰＵ１と画像処理ユニット３の各部との間のデータ授受を制御する。６はメモリインターフェイスであり、画像メモリ２と画像処理ユニット３の各部との間のデータ授受を制御する。７はカラーパレットであり、画像データ／背景データと表示色との対応関係が記憶されている。８はスプライト属性テーブルであり、画像メモリ２内に記憶されているスプライトの表示位置、拡大／縮小率等の属性がＣＰＵ１によって書き込まれる。９はレジスタであり、各種の制御データ、例えば表示装置４の走査線数、スプライト属性テーブルの読み出し位置等を示すデータがＣＰＵ１によって書き込まれる。１０はＤＭＡコントローラであり、カラーパレット７、スプライト属性テーブル８、レジスタ９と画像メモリ２との間の高速データ伝送を制御する。
【００１０】
１５はデコーダであり、画像メモリ２から読み出された圧縮されたデータのリアルタイム解凍を行い、解凍後のデータをカラーパレット７によってＲＧＢ（レッド、グリーン、ブルー）カラーデータに変換し、スプライトバッファ１６へ書き込む。スプライトバッファ１６は画像メモリ２から読み出され、デコーダ１５によって解凍されたデータを一時保管する。１７はレンダリングプロセッサであり、スプライトバッファ１６からスプライトの画像データを読み出し、スプライト属性テーブル８内のスプライト属性に従って拡大、縮小、回転等のレンダリング処理を行った後、スプライト属性テーブル８内のスプライト属性に従って表示アドレスを計算する。次いで、画像メモリ２から読み出された背景データと表示スプライトの画像データとαデータとに基づいて図２に示す演算を行ってドット表示用のの表示データを求める。この演算はＲ、Ｇ、Ｂカラーデータそれぞれについて行われる。
【００１１】
すなわち、例えば、αデータが”００００”であった場合は、
（ｆｏｒｅ  ｌａｙｅｒ）×１６／１６＋（ｂａｃｋ  ｌａｙｅｒ）×０／１６
なる演算を行って画像データを求める。ここで、（ｆｏｒｅ  ｌａｙｅｒ）はスプライトの画像データであり、（ｂａｃｋ  ｌａｙｅｒ）は背景データである。この式から明らかなように、αデータが”００００”の時は、スプライトの画像データの色でドット表示が行われる。また、例えば、αデータが”００１０”であった場合は、
（ｆｏｒｅ  ｌａｙｅｒ）×１４／１６＋（ｂａｃｋ  ｌａｙｅｒ）×２／１６
なる演算を行って画像データを求める。この式から明らかなように、αデータが”００１０”の時は、スプライトの画像データの色と背景データの色がブレンディング（混合）された色であって、スプライトの色が８７％（１４／１６）とかなり強い割合を占める色でドット表示が行われる。同様に、αデータが”１１１１”であった場合は、背景データのみによるドット表示が行われる。
【００１２】
レンダリングプロセッサ１７によって上述したレンダリング処理、αデータによる表示色変換処理およびアドレス算出が行われたスプライトは、フレームバッファ１８に書き込まれる。スプライト制御回路１９は上述したスプライトの処理に係る各種のタイミング制御およびデータ受け渡しを行う。フレームバッファ１８は表示装置４の表示画面の各表示ドット対応で画像データを記憶するメモリである。ＣＲＴコントローラ２０は表示装置４の表示に使用される各種のタイミング信号を生成してフレームバッファ１８、フレームデータコントローラ２１および表示装置４へ出力する。
【００１３】
フレームデータコントローラ２１は、フレームバッファ１８から出力される画像データをＣＲＴコントローラ２０から出力されるタイミング信号に従ってＤＡＣ（ディジタル／アナログコンバータ）２２〜２４へ出力する。ＤＡＣ２２〜２４はフレームデータコントローラ２１から出力された表示データをアナログカラー信号に変換し、表示装置４へ出力する。クロック発生器２５はクロックパルスを生成し、各部へ出力する。
【００１４】
次に、上述した画像処理装置の動作を図３および図４を参照して説明する。
図３は動作の概略を示す機能ブロック図であり、画像メモリ２から読み出された画像データおよびαデータがデコーダ１５によってデコード（伸張処理）され、スプライトバッファ１６に書き込まれる。このスプライトバッファ１６に書き込まれた画像データおよびαデータが、レンダリングプロセッサ１７においてカラー演算され、フレームバッファ１８に書き込まれる。この場合のスプライトバッファ１６およびフレームバッファ１８のアドレスがレンダリングプロセッサ１７において生成され、各バッファ１６，１８へ供給される。
【００１５】
いま、画像メモリ２から読み出されたスプライトの画像データを図４（イ）、フレームバッファ１８に既に描画されている背景データを（ロ）、αデータを（ハ）とし、また、（ハ）に示すように、スプライトの上縁を作る４ドットのαデータをそれぞれ「Ｅ」、「６」、「８」、「３」とすると、同図（ニ）に示すように、スプライトの上縁のドットのみ表示色が本来のスプライトの色と背景色との混合色となる。また、スプライトの内部に対応するαデータを「０」、外部に対応するαデータを「Ｆ」とすると、スプライト内部は本来のスプライトの色で表示され、スプライトの外部は背景色で表示される。このような表示状態から明らかなように、この実施形態によれば、スプライトの周縁部のドットのαデータを、図９に示すエッジ線がドットを分割する面積に応じて予め決めておけば、ビットマップ方式であってアンチエイリアス処理を行うことができる。
【００１６】
なお、上述したαデータは、アンチエイリアス処理に限らず、通常のブレンディング処理（スプライト色と背景色の混合処理）に使用することも可能であり、また、マスク処理に使用することも可能である。
また、１つのスプライトに対し、複数のαデータを用意し、どのαデータを使用するかをレジスタ９によって指定してもよい。また、画像データのヘッダに、どのαデータを使用するかを指定するデータを付加してもよく、また、スプライト属性データによってどのαデータを使用するかを指定してもよい。
【００１７】
次に、画像メモリ２内に書き込まれる画像データおよびαデータの圧縮処理およびデコーダ１５において行われる伸張処理について図５〜図７を参照して説明する。この実施形態では、画像データとαデータとを同様のデータとして扱い、共通のアルゴリズムに基づき圧縮している。
【００１８】
図５は圧縮処理を説明するための説明図である。この圧縮処理においては、まず、画像データを１６×１６ドット毎にブロック分けし、次に、スキャン処理を行う。このスキャン処理とは、ブロック化された画像データを一列に並べる処理であり、図５に示すように、Ｓｃａｎ０〜Ｓｃａｎ３の４種類のスキャン方法が予め設定されている。Ｓｃａｎ０は、１６×１６データの左上部から右方向へ順次データを抽出し、最上行のデータ抽出が終了すると、第２行目について最右部から左方向へ順次データを抽出し、第３行目については再び最左部から順次データを抽出し、以下、この動作を繰り返して２５６データによるデータ列ＤＳを作成する。このように被圧縮画像データを並べ替える理由は、例えば、画像が横縞のような画像であった場合に近似するデータが並ぶことになり、圧縮効率を上げることができるからである。
【００１９】
Ｓｃａｎ１は、左上部から下方へ順次データを抽出し、第１列のデータ抽出が終了すると、第２列目について最下部から上方へ順次データを抽出し、第３列目については再び最上部から順次データを抽出し、以下、この動作を繰り返して２５６データによるデータ列ＤＳを作成する。このＳｃａｎ１は画像が縦縞模様の場合に圧縮効率を上げることができる。Ｓｃａｎ２は、１６×１６データによるブロックをさらに細分し、各ブロックにおいてＳｃａｎ１と同様の抽出処理を行ってデータ列ＤＳを作成する。同様にＳｃａｎ３は、１６×１６データのブロックを細分し、各ブロックにおいてＳｃａｎ０と同様の抽出処理を行ってデータ列ＤＳを作成する。これらのＳｃａｎ２、Ｓｃａｎ３は画像が部分的に同じ模様や色を有している場合に圧縮効率を上げることができる。
なお、スキャンの方法は上記４種類に限らず、例えば斜め方向のスキャン等種々の方法が考えられる。
【００２０】
さて、上述したＳｃａｎ０のスキャン処理を行った後、次に、データ列ＤＳの圧縮処理を行う。まず、ウエブレット変換処理を行う場合と行わない場合に処理が分けられる。ウエブレット変換は、圧縮率が高い非可逆変換であり、画像データがコードの場合は適用されない。
【００２１】
次に、量子化処理が行われる。この量子化処理はデータ列ＤＳの各データを一定数で除算し、除算結果の小数点以下をカットすることにより精度を落とし、ビット数を減らす処理である。次に、しきい値処理が行われる。このしきい値処理は、データ列ＤＳの各データが予め決められたしきい値以下の場合は「０」とする処理である。例えば、しきい値を「１」とすると、「１」以下のデータが全て「０」となる。ウエブレット変換後のデータは値の小さいデータが多く、このしきい値処理を行うと、「０」のデータが多くなり、以下の処理において圧縮率を上げることができる。なお、これら２つの処理はいずれも非可逆変換であり、したがって、可逆変換を行うデータには用いられない。
【００２２】
次に、差分演算が行われ、データ列ＤＳ１が生成される。この差分演算においては、まず、データ列ＤＳ１の第１番目のデータとして、データ列ＤＳ（または、上記各処理後のデータ列）の最初のデータがそのまま移される。そして、２番目以降のデータｄＮとしては、
ｄＮ＝ｐ（Ｎ）−ｐ（Ｎ−１）
なる差分データが書き込まれる。例えば、２番目のデータｄ２は、データ列ＤＳの２番目のデータｐ（２）からデータ列ＤＳの１番目のデータｐ（１）を減算したデータとなる。この差分演算を行うと、単調増加や単調減少データの場合に、同じデータが並ぶことになり、以下の処理において圧縮率を上げることができる。
【００２３】
次に、データ列ＤＳ１の各データをチェックして最大ビット長のデータを検出し、そのビット長を「ｃｏｄｅ＿ｍａｘ」として記憶する。次に、短コードビット長を仮決定し、そのビット長を「ｃｏｄｅ＿ｔｈ」として記憶する。次に、データ列ＤＳ１の各データをチェックして、データ「０」が最大何個並んでいるかを検出する。そして、検出した個数を表すビット数をゼロランレングス最大ビット長「ｚｅｒｏ＿ｍａｘ」として記憶する。次に、ゼロランレングス短コードビット長を仮決定し、「ｚｅｒｏ＿ｔｈ」として記憶する。
【００２４】
次に、上述した各処理において決定したｃｏｄｅ＿ｍａｘ、ｃｏｄｅ＿ｔｈ、ｚｅｒｏ＿ｍａｘ、ｚｅｒｏ＿ｔｈを用いて符号化処理を行う。以下、その過程を図６、図７を参照して説明する。
まず、データ列ＤＳ１において、「０」が２個以上連続している箇所を検出し、次いで、その箇所の「０」の個数（ゼロランレングス）を検出する。次に、その個数がｚｅｒｏ＿ｔｈ以下か、否かをチェックする。そして、ｚｅｒｏ＿ｔｈ以下であった場合は、その連続する「０」を図６（ａ）のフォーマット、すなわち、
０  ０    個数（０ＲＬ）
によって表す。ここで、「０ＲＬ」はゼロランレングスの意味である。また、個数（０ＲＬ）を表すためのビット数はｚｅｒｏ＿ｔｈの数字を表すためのビット数である。また、ｚｅｒｏ＿ｔｈ以上（ｚｅｒｏ＿ｔｈを含まない）であった場合は、図６（ｂ）のフォーマット、すなわち、
０  ０  ０  ・・・  ０（Ａｌｌ「０」）
個数（０ＲＬ）
という２データによって表す。ここで、Ａｌｌ「０」のビット数は上述したｚｅｒｏ＿ｔｈの数字を表すためのビット数である。また、個数を表すためのビット数はｚｅｒｏ＿ｍａｘである。
【００２５】
例えば、ｚｅｒｏ＿ｔｈを「２」と仮設定し、また、ｚｅｒｏ＿ｍａｘが「７」であった場合において、データ「０」が３個続いていた場合（ゼロランレングスが「３」）、その３個のデータ「０」が、
０  ０  １  １
なる１つのデータによって表される。また、ゼロランレングスが、例えば「１３」であった場合は、
０  ０  ０  ０
０  ０  ０  １  １  ０  １
なるデータによって表される。そして、上述したフォーマットによる符号化が、「０」が２個以上連続している全箇所において行われる。
【００２６】
次に、データ列ＤＳ１の「０」を除く各データについて、直前のデータとの絶対値が同じか否かをチェックする。そして、直前のデータと絶対値が同じであった場合は、図６（ｃ）のフォーマット、すなわち、
０  １  ｓ
によって表す。ここで、「ｓ」は対象データが直前のデータと絶対値が同じであって正のデータの場合「０」となり、絶対値が同じであって負のデータの場合「１」となる。
【００２７】
次に、データ列ＤＳ１の、上述した各フォーマットによる符号化が行われていない各データについて、そのデータの有効ビット数がｃｏｄｅ＿ｔｈ以下か否かをチェックする。そして、以下であった場合は図６（ｄ）のフォーマット、すなわち、
１  ０  データ値
なるフォーマットによってデータを表す。ここで、データ値を表すビット数はｃｏｄｅ＿ｔｈである。また、データのビット数がｃｏｄｅ＿ｔｈ以上（ｃｏｄｅ＿ｔｈを含まない）であった場合は図６（ｅ）のフォーマット、すなわち、
１  １  データ値
なるフォーマットによってデータを表す。ここで、データ値を表すビット数はｃｏｄｅ＿ｍａｘである。
【００２８】
例えば、ｃｏｄｅ＿ｔｈが「３」、ｃｏｄｅ＿ｍａｘが「７」であった場合において、対象データが「６」であった場合は、
１  ０  １  １  ０
なるデータによって表される。
また、対象データが「１５」であった場合は、
１  １  ０  ０  ０  １  １  １  １
なるデータによって表される。そして、上述したフォーマットによる符号化は、データ列ＤＳ１の、図６（ａ）〜（ｃ）の符号化が行われない全データについて行われる。
【００２９】
図７はデータ列ＤＳ１の「０」を除く各データの有効ビット数別の個数の一例を示すグラフである。このグラフに示すように、前述したウエブレット変換、しきい値処理、差分演算等が終了したデータは、小さい値のデータが多く、有効ビット数が「１」、「２」というデータが多い。したがって、上記図６（ｄ）のフォーマットによる符号化によって圧縮率を高めることができる。
以上の符号化処理が終了した後、ｚｅｒｏ＿ｔｈおよびｃｏｄｅ＿ｔｈを種々変化させて上記の符号化処理を繰り返す。そして、データ列ＤＳ１の符号化後のビット数が最も小さくなるｚｅｒｏ＿ｔｈおよびｃｏｄｅ＿ｔｈを決定する。
【００３０】
以上が圧縮処理の過程である。上述した圧縮処理が終了すると、処理の過程で決定されたｚｅｒｏ＿ｔｈ、ｃｏｄｅ＿ｔｈ等の各パラメータ、スキャン方式名、処理後のデータ列およびデータ列のサイズ（ビット数）が一時記憶用メモリに保存される。次に、スキャン方式Ｓｃａｎ１のスキャンが行われ、スキャン後のデータ列ＤＳについて上述した圧縮処理が行われる。そして、その圧縮後のビット数と前回のＳｃａｎ０の圧縮後のビット数が比較され、ビット数が小さい方のスキャン方式名、パラメータ、処理後のデータ列およびデータ列のサイズが一時記憶用メモリに保存される。
【００３１】
以後、スキャン方式Ｓｃａｎ２およびＳｃａｎ３について同様の圧縮処理が行われる。そして、Ｓｃａｎ３の圧縮処理が終了した時点で最も圧縮率が高いスキャン方式の方式名、各パラメータ、処理後のデータ列およびデータ列のサイズが一時記憶用メモリに保存される。このようにして、第１番目のブロックの圧縮データが生成される。以下、同様にして、各ブロックの圧縮データが生成され、全ブロックの圧縮データが生成されると、それらのデータが画像データとして画像メモリ２に書き込まれる。また、αデータについても全く同様の手順によって圧縮され、画像メモリ２に記憶される。この場合、αデータは図４（ハ）からも明らかなように、同じデータが連続する場合が多く、上述した圧縮方法は特に有効である。
【００３２】
次に、上記の圧縮処理によって圧縮された画像データの伸張処理について、図８を参照して説明する。
この伸張処理においては、最初に、復号化処理が行われる。この復号化処理は前述した符号化処理（図６参照）の全く逆の処理である。この復号処理によって前述したデータ列ＤＳ１が再現される。
【００３３】
次に、加算演算処理が行われる。この加算演算処理は、前述した差分演算（図５）の逆演算であり、
ｐＮ＝ｐＮ＋ｄＮ
但し、ｄＮ：データ列ＤＳ１のＮ番目のデータ
ｐＮ：加算演算結果として得られるデータ列のＮ番目のデータ
なる演算によってデータ列ＤＳ１が差分演算前のデータ列に戻される。次に、逆量子化処理が行われる。
【００３４】
次に、圧縮時にウエブレット変換が行われていた場合は、ウエブレット逆変換が行われ、前述したデータ列ＤＳに戻される。次に、圧縮時に用いられたスキャンＮｏが示すスキャン順と逆の順序で、データがブロック状に並べ替えられることによって、元のブロックが再構成される。
【００３５】
【発明の効果】
以上説明したように、この発明によれば、ビットマップ方式の画像処理装置においてアンチエイリアス処理を行い、エッジ線の表示を滑らかにすることができる。
【図面の簡単な説明】
【図１】この発明の一実施形態による画像処理装置の構成を示すブロック図である。
【図２】同実施形態においてαデータに基づいて行われる画像データと背景データとの演算処理を示す図である。
【図３】同実施形態の動作を説明するための機能ブロック図である。
【図４】同実施形態の動作を説明するための説明図である。
【図５】同実施形態において用いられるデータ圧縮方法を説明するための流れ図である。
【図６】同実施形態において用いられるデータ圧縮方法を説明するための説明図である。
【図７】同実施形態において用いられるデータ圧縮方法を説明するためのグラフである。
【図８】同実施形態において用いられるデータ伸張方法を説明するための流れ図である。
【図９】従来の画像処理装置におけるアンチエイリアス処理を説明するための説明図である。
【符号の説明】
１…ＣＰＵ、２…画像（ＣＧ）メモリ、３…画像処理ユニット、４…表示装置、１５…デコーダ、１６…スプライトバッファ、１７…レンダリングプロセッサ、１８…フレームバッファ。
【図１】
2004213464.tif 000003
【図２】
2004213464.tif 000004
【図３】
2004213464.tif 000005
【図４】
2004213464.tif 000006
【図５】
2004213464.tif 000007
【図６】
2004213464.tif 000008
【図７】
2004213464.tif 000009
【図８】
2004213464.tif 000010
【図９】
2004213464.tif 000011