JP2003131651A - 表示装置および表示装置のバッファ管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 次々と変化する表示画面の表示画像の作成を
高速化できる表示装置および表示装置のバッファ管理方
法を提供する。 【解決手段】 次々と変化する表示画面の表示画像を作
成して表示する表示装置であって、表示画像の要素画像
の元になる圧縮画像を記憶する圧縮画像記憶手段と、前
記表示画面の表示画像を配置して記憶するための表示バ
ッファと、前記表示バッファに配置する複数の要素画像
を、前記圧縮画像に基づいて画像展開して記憶する展開
バッファと、を備え、前記展開バッファは、所定サイズ
の要素画像を展開するための特定要素展開バッファと、
その他のサイズの要素画像を展開するための一般要素展
開バッファと、を有することを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パチンコ機などの
遊技機や懸賞（当たり）付きの自動販売機などで利用さ
れる表示装置および表示装置のバッファ管理方法に関す
る。

【０００２】

【従来の技術】従来から、この種の表示装置では、表示
すべき表示内容（表示画像）を、例えばユーザの操作な
どの不確定要素となる外乱（イベント）や乱数などに基
づいて決定し、その決定に基づいた表示画像を作成（描
画）して、表示する。この場合、表示に必要な各種の要
素画像（データ）は、特定のＲＯＭに、記憶容量節約の
ため圧縮画像として記憶されていて、必要に応じて、特
定のＲＡＭ内の展開用の記憶領域（展開バッファ）に展
開し、それを表示画面に合わせて（表示バッファに）配
置し、その配置された画像を表示タイミングに合わせて
順次走査して表示画面に送出することにより表示する。
ここで、次に表示すべき表示画像を表示バッファ内に作
成（配置）する途中で、展開バッファがいっぱいになっ
た場合、利用履歴上の最も古い画像（更新履歴順の最古
のもの）を削除（解放）して、展開領域を確保し、その
確保された領域に新たな画像を展開する。

【０００３】

【発明が解決しようとする課題】ところで、上記のバッ
ファ管理は、「更新履歴が古い画像は、少なくとも最近
は使用していない」との考え方に基づくものであり、一
般の要素画像には適しているが、例えば１画面分のサイ
ズを有する背景画像などの特定の要素画像については適
していない。例えば図４（ａ）の画面を同図（ｂ）に変
化させる場合、背景画像Ｇ１（画像「１」）などは両方
の画面で使用しているので、本来なら展開済みの画像を
利用可能なはずであるが、上述の更新履歴順の考え方に
従って単一の展開バッファとして管理すると、画像
「１」についても、更新履歴が最古のものとなるため
に、何度も展開処理を行う必要が生じる（図９参照）。
すなわち、余分な画像処理（展開処理）のために処理時
間を浪費し、また、一般に、ＲＯＭはＲＡＭに比べてア
クセスに要する時間が掛かる（応答速度が遅い）ので、
このことが表示画像作成のための画像処理の高速化の妨
げとなっていた。

【０００４】本発明は、次々と変化する表示画面の表示
画像の作成を高速化できる表示装置および表示装置のバ
ッファ管理方法を提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明の請求項１の表示
装置は、次々と変化する表示画面の表示画像を作成して
表示する表示装置であって、表示画像の要素画像の元に
なる圧縮画像を記憶する圧縮画像記憶手段と、前記表示
画面の表示画像を配置して記憶するための表示バッファ
と、前記表示バッファに配置する複数の要素画像を、前
記圧縮画像に基づいて画像展開して記憶する展開バッフ
ァと、を備え、前記展開バッファは、所定サイズの要素
画像を展開するための特定要素展開バッファと、その他
のサイズの要素画像を展開するための一般要素展開バッ
ファと、を有することを特徴とする。

【０００６】また、請求項３のバッファ管理方法は、次
々と変化する表示画面の表示画像をその要素画像の圧縮
画像に基づく画像展開により作成する表示装置の、前記
画像展開用のバッファを管理するための表示装置のバッ
ファ管理方法であって、前記表示画像の要素画像のうち
の所定サイズの要素画像とその他のサイズの要素画像と
を、別々に管理する展開バッファに展開することを特徴
とする。

【０００７】この表示装置およびそのバッファ管理方法
では、次々と変化する表示画面の表示画像を、圧縮画像
に基づいて要素画像を画像展開して配置することにより
作成するが、その画像展開のための展開バッファとし
て、所定サイズの要素画像を展開するための展開バッフ
ァ（特定要素展開バッファ）と、その他のサイズの要素
画像を展開するための展開バッファ（一般要素展開バッ
ファ）とを有して、それらを展開する要素画像のサイズ
により使い分ける。例えば背景画像などの所定サイズの
要素画像が常駐する可能性が高い場合、その領域を優先
して確保しておくことができ、その画像の画像展開処理
の頻度を少なくして、全体の画像処理の時間を短縮で
き、これにより、表示画像の作成を高速化できる。

【０００８】また、請求項１の表示装置において、前記
所定サイズは、前記表示画面の１画面分のサイズである
ことが好ましい。

【０００９】また、請求項３のバッファ管理方法におい
て、前記所定サイズは、前記表示画面の１画面分のサイ
ズであることが好ましい。

【００１０】この表示装置およびそのバッファ管理方法
では、所定サイズは、表示画面の１画面分のサイズなの
で、１画面分のサイズを有する背景画像を常駐させる可
能性が高い場合に、背景画像の領域を確保しておくこと
ができ、画像展開のための処理時間を短縮でき、特に最
も大きなサイズの要素画像なので、これにより、表示画
像の作成を特に高速化できる。

【００１１】

【発明の実施の形態】以下、本発明の一実施形態に係る
表示装置について、添付図面を参照しながら詳細に説明
する。

【００１２】図１および図２に示すように、まず、本実
施形態の表示装置１は、制御装置５０からコマンドポー
トＣＰを介してコマンド（図２のＣＭＤ参照）を受信し
（Ｓ２）、その受信コマンドに従って、その後の表示処
理の展開（新ストーリー展開）のための次（回）の表示
画像を決定して（Ｓ３）、表示パネル（表示手段）２０
の表示タイミングに同期した表示処理を行うものであ
る。

【００１３】この表示装置１は、図示のように、制御装
置５０からのコマンドＣＭＤに従って表示装置１全体を
制御する制御部１０と、垂直同期（Vsync ）信号ＶＳ
（図２参照）のタイミングに同期して制御部１０から表
示画像（データ）を受信して表示する表示パネル２０
と、表示候補となる複数の表示画像データを記憶する表
示画像データ用ＲＯＭ（Computer-Graphics ROM:以下
「ＣＧ−ＲＯＭ」）３０と、外部装置６０に対してコネ
クタ４１を介して表示装置１の動作状態を示す外部デー
タを出力する外部データ出力回路４０と、を備えてい
る。

【００１４】制御部１０は、図１に示すように、制御の
中心となってコマンドポートＣＰを介してコマンドＣＭ
Ｄを受信してそれに従った各種制御を行うＣＰＵ１０１
と、そのＣＰＵ１０１からの指令に従って表示画像デー
タの送受信制御を司るビデオ表示用プロセッサ（Video
Display Processor:以下「ＶＤＰ」）１０２と、その表
示画像データ送受信のための作業領域となるビデオＲＡ
Ｍ（以下「ＶＲＡＭ」）１０３と、ファームＲＯＭ１０
４ａやホストＲＡＭ１０４ｂ等を含むその他の回路（Ｅ
ＴＣ）１０４と、を備えている。

【００１５】図２に示すように、電源ＯＮにより起動さ
れると、表示装置１では、まず、初期設定を行い（Ｓ
１）、次いで、受信コマンド処理を行い（Ｓ２）、制御
装置５０からのコマンド受信による割込（ＣＭＤ）が発
生しているときには、そのコマンドＣＭＤに従って、そ
れによる新ストーリー展開のための次回の表示画像を決
定する一方、新たなコマンドを受信していないときに
は、元のストーリー展開（旧ストーリー展開）のための
次回の表示画像を決定する（Ｓ３）。

【００１６】ただし、この場合、次回の表示画像の決定
のために、乱数発生関数（を利用した乱数発生機能）に
より乱数を発生させ（ＲＤＭ）、その乱数に基づいて、
表示画像の複数の候補の中から、次回の表示画像を選択
して決定する。また、下記の時刻管理（Ｓ５２）の結果
（時刻制御信号Ｃｔ）を参照する（図示一点鎖線）。す
なわち、次回の表示画像は、受信コマンドの有無と、発
生させた乱数（数値）と、時刻管理の結果に基づいて決
定される。なお、この場合、表示パネル２０に対して
は、前回の表示画像による表示画像データの送出が行わ
れているので、ここでは次回の表示画像の決定のみ行っ
て（Ｓ３）、表示パネル２０の表示タイミング、すなわ
ち表示画像データ送出のトリガとなる垂直同期信号（以
下「Ｖｓｙｎｃ信号」）ＶＳの入力（割込）を待つ（Ｓ
４）。

【００１７】次に、Ｖｓｙｎｃ信号の入力があった時点
で、次の表示画像送出処理に移行する（Ｓ５）。ここで
は、表示のために用意（作成）してあった前回の表示画
像データの送出を行う（表示する）のと並行して、次回
の（新または旧ストーリー展開に従った）表示画像デー
タを作成（描画）する（Ｓ５１）。また、この場合、描
画（画像の作成）に時間が掛かり、次のＶｓｙｎｃ信号
までに作成が間に合わないときには、その次の表示画像
作成（描画）は行わない旨を、（図示一点鎖線の時刻制
御信号Ｃｔを受け取ることにより）次回の表示画像決定
処理（Ｓ３）において参照するために、時刻管理を行う
（Ｓ５２）。

【００１８】そして、表示画像送出処理によりその回の
表示が終了すると（Ｓ５）、同様に、次回の受信コマン
ド処理（Ｓ２）〜表示画像送出処理（Ｓ５）のループ処
理を行う。

【００１９】ところで、上述のＶＲＡＭ１０３は、図３
にそのイメージを示すように、担当する機能が異なる２
種類の記憶領域（以下「バッファ」）に分けて使用され
る。すなわち、ＣＧ−ＲＯＭ３０に記憶された圧縮画像
データを読み出して展開するためのデコードバッファ
（展開バッファ）ＥＸＢと、その展開された画像データ
を表示パネル（表示手段、表示画面）２０における表示
に合わせて配置するための（１画面分の）表示バッファ
（配置バッファ）ＤＰＥと、の２つ（２種類）に分けて
使用される。

【００２０】また、展開バッファＥＸＢは、さらに、表
示バッファＤＰＥと同サイズの（すなわち１画面分の背
景画像データを格納可能な）ＡバッファＥＢＡと、それ
より小さなサイズの（すなわち背景画像データではな
い）画像データを格納するためのＢバッファＥＢＢと、
の２つ（２種類）の記憶領域（バッファ）に分けて使用
される。

【００２１】ここで、例えば表示バッファＤＰＥ内に、
図４に示す表示画像を用意する場合を考える。まず、同
図（ａ）に示す最初の１画面分の表示画像（１コマ目）
ＧＡでは、１画面分のサイズを有する背景画像Ｇ１の上
に、要素画像Ｇ２を重ねて配置し、その上にさらに一部
重なるように要素画像Ｇ３を配置し、さらにそれらの上
に小さな要素画像Ｇ４Ａおよび要素画像Ｇ５Ａを配置す
る。

【００２２】そして、次に、この状態の１コマ目ＧＡか
ら、同図（ｂ）のように、それぞれ要素画像Ｇ４Ａ、Ｇ
５Ａの位置を変化させた要素画像Ｇ４Ｂ、Ｇ５Ｂを配置
して、次の表示画像（２コマ目）ＧＢを作成する。な
お、以下では、これらの場合の画像処理対象の流れを
「画像Ｇｘｘ」の「ｘｘ」の部分のみの記載により、適
宜略して説明および図示する。例えば上述の１コマ目Ｇ
Ａ〜２コマ目ＧＢの描画・表示の画像処理は、１コマ目
「１−２−３−４Ａ−５Ａ」を２コマ目「１−２−３−
４Ｂ−５Ｂ」に変化させる処理として表現（説明）す
る。

【００２３】表示装置１では、ＶＲＡＭ１０３に表示画
像を用意（描画）する場合、表示バッファＤＰＥに配置
すべき画像（データ）を、まず、ＣＧ−ＲＯＭ３０の圧
縮画像（データ）に基づいて展開バッファＥＸＢ内に展
開して用意する。そして、本実施形態では、この展開処
理について工夫を施しているので、以下、その点につい
て詳述する。

【００２４】図６に示すように、展開バッファＥＸＢ内
に画像展開を行う際の領域の割当処理（表示画像一時格
納領域割当処理：Ｓ１０）では、まず、今回の処理対象
画像のサイズが所定サイズか否かを判別する（Ｓ１
１）。ここでは、所定サイズを表示パネル２０の表示画
面の１画面分のサイズとしている。すなわち、処理対象
画像が（１画面分のサイズの）背景画像の場合に限り、
所定サイズとなる。例えば図４で上述の例の場合、ま
ず、背景画像Ｇ１を処理対象とするので（Ｓ１２：Ｙｅ
ｓ）、次に、今回の処理対象画像が展開（格納）済みか
否かを判別する（Ｓ１５）。

【００２５】なお、この場合、具体的な方法としては、
例えば、既に展開して格納済みの画像データの元になる
圧縮画像データのアドレス（例えばＣＧ−ＲＯＭ３０内
のアドレス）をテーブル等で管理して登録しておき、今
回の展開・格納の対象となる画像（データ：圧縮画像デ
ータ）のアドレスが登録されているか否かを判別する、
などの方法を採用できる。

【００２６】そして、図４の例の場合、図５に示すよう
に、初期設定（初期値）では、ＡバッファＥＢＡ、Ｂバ
ッファＥＢＢともに「未使用」であり（タイミングｔ
０）、展開（格納）はされていないので（Ｓ１６：Ｎ
ｏ）、図６に示すように、次に、ＡバッファＥＢＡに対
する現在の登録を消去し（この場合、「未使用」の旨の
登録を消去し）、今回の画像（「１」）処理用に領域を
確保し、今回の画像を利用（すなわちその領域に格納）
して（Ｓ１８、図５のｔ１）、処理（Ｓ１０）を終了す
る（Ｓ１４）。

【００２７】前述のように、１コマ目ＧＡは１コマ目
「１−２−３−４Ａ−５Ａ」の画像処理により作成・表
示されるので、次に、画像（「２」：すなわち画像Ｇ
２）を今回の処理対象画像として、そのサイズが所定サ
イズ（１画面分のサイズ）か否かを判定する（Ｓ１
１）。この場合、所定サイズではないので（Ｓ１２：Ｎ
ｏ）、次に、（従来と同様という意味で「旧」の）更新
履歴順領域割当処理（Ｓ１３）を行う。

【００２８】この処理（Ｓ１３）は、従来、展開バッフ
ァＥＸＢ全体に対して行われていた処理（図９参照）で
あるが、本実施形態では、ＢバッファＥＢＢに対しての
み、すなわち、描画（展開・格納）する画像が所定サイ
ズ（１画面サイズ）未満の画像を格納する場合にのみ、
この更新履歴順領域割当処理を行う。

【００２９】この旧更新履歴順領域割当処理（Ｓ１３）
では、図７に示すように、まず、ＢバッファＥＢＢにつ
いて、今回の処理対象画像が展開（格納）済みか否かを
判別する（Ｓ１３１）。すなわち、図６のＡバッファＥ
ＢＡについての判別処理（Ｓ１５）と同様の判別をＢバ
ッファＥＢＢについて行う（Ｓ１３１）。そして、ここ
では、ＢバッファＥＢＢは「未使用」なので（Ｓ１３
２：Ｎｏ、図５のｔ１）、次に、今回の処理対象画像に
必要な領域があるか否かを検索し（Ｓ１３３）、必要な
領域があるので（Ｓ１３４：Ｙｅｓ）、今回の画像処理
用に領域を確保して展開・格納して（Ｓ１３５、図５の
ｔ２）、旧更新履歴順領域割当処理（Ｓ１３）を終了し
（Ｓ１３６）、表示画像一時格納領域割当処理（Ｓ１
０）を終了する（図６のＳ１４）。

【００３０】続いて、１コマ目「１−２−３−４Ａ−５
Ａ」の画像「３」を今回の処理対象画像として、そのサ
イズが所定サイズか否かを判別し（Ｓ１１）、所定サイ
ズではないので（Ｓ１２：Ｎｏ）、同様に旧更新履歴順
領域割当処理（Ｓ１３）を行い、展開済みか否かを判別
する（図７のＳ１３１）。ここでは、まだ、展開されて
おらず（Ｓ１３２：Ｎｏ、図５のｔ２）、必要な領域と
してＢバッファＥＢＢに十分な「未使用」の部分がある
ので（Ｓ１３３、Ｓ１３４：Ｙｅｓ）、今回の画像処理
用に領域を確保して展開・格納して（Ｓ１３５、図５の
ｔ３）、処理（Ｓ１３、Ｓ１０）を終了する（Ｓ１３
６、図６のＳ１４）。

【００３１】続いて、１コマ目「１−２−３−４Ａ−５
Ａ」の画像「４Ａ」を今回の処理対象画像として、同様
に、領域を確保して展開・格納する（Ｓ１３５、図５の
ｔ４）。続いて、画像「５Ａ」を今回の処理対象画像と
して、同様に、所定サイズではないので（Ｓ１１〜Ｓ１
２：Ｎｏ）、旧更新履歴順領域割当処理（Ｓ１３）を行
う。ここでは、まだ、展開されておらず（Ｓ１３１、Ｓ
１３２：Ｎｏ、図５のｔ４）、ＢバッファＥＢＢに画像
「５Ａ」を格納すべき必要な領域がないので（Ｓ１３
３、Ｓ１３４：Ｎｏ）、利用履歴の最も古い画像を削除
して、その分の領域を解放する（Ｓ１３７）。

【００３２】ここでは、ＢバッファＥＢＢに格納されて
いる画像中の最も古い画像「２」（図５のｔ４参照）を
削除し（Ｓ１３７）、再度、ＢバッファＥＢＢに画像
「５Ａ」を格納すべき必要な領域があるか否かを判別し
（Ｓ１３３）、この時点では必要な領域があるので（Ｓ
１３４：Ｙｅｓ）、領域を確保して展開・格納して（Ｓ
１３５、図５のｔ５）、処理（Ｓ１３、Ｓ１０）を終了
する（Ｓ１３６、図６のＳ１４）。

【００３３】次に、２コマ目ＧＡは２コマ目「１−２−
３−４Ｂ−５Ｂ」の画像処理により作成・表示されるの
で、まず、今回の処理対象画像「１」のサイズが所定サ
イズか否かを判別し（Ｓ１１）、所定サイズなので（Ｓ
１２：Ｙｅｓ）、次に、画像「１」が展開済みか否かを
判別する（Ｓ１５）。ここでは、既に展開済みなので
（Ｓ１６：Ｙｅｓ）、展開（格納）済みの画像「１」を
利用するものと決定して（Ｓ１９）、処理を終了する
（Ｓ１４：図５のｔ６、図５では展開・格納しないので
画像「１」を（）により囲んで図示）。

【００３４】すなわち、この場合、画像「１」の元にな
るＣＧ−ＲＯＭ３０の圧縮画像データを展開する必要が
無くなり、その分の処理時間を省略（節約）できる。一
般に、ＲＯＭはＲＡＭに比べてアクセスに要する時間が
掛かる（応答速度が遅い）ので、その分の節約による効
果は大きく、さらにここでは、最もサイズの大きい１画
面分の画像「１」なので、特に高速化が図れる。

【００３５】次に、２コマ目「１−２−３−４Ｂ−５
Ｂ」の画像「２」を今回の処理対象画像として、そのサ
イズが所定サイズではないので（Ｓ１１〜Ｓ１２：Ｎ
ｏ）、旧更新履歴順領域割当処理（Ｓ１３）を行う。
（図５のタイミングｔ５の処理により画像「」を削除し
ているので、）ここでは、展開されておらず（Ｓ１３
１、Ｓ１３２：Ｎｏ、図５のｔ６）、ＢバッファＥＢＢ
に画像「２」を格納すべき必要な領域がないので（Ｓ１
３３、Ｓ１３４：Ｎｏ）、利用履歴の最も古い画像
「３」（図５のｔ５参照）を削除し（Ｓ１３７）、再
度、必要な領域があるか否かを判別し（Ｓ１３３）、こ
の時点では必要な領域があるので（Ｓ１３４：Ｙｅ
ｓ）、領域を確保して展開・格納して（Ｓ１３５、図５
のｔ７）、処理（Ｓ１３、Ｓ１０）を終了する（Ｓ１３
６、図６のＳ１４）。

【００３６】続いて、２コマ目「１−２−３−４Ｂ−５
Ｂ」の画像「３」を今回の処理対象画像として、同様
に、領域を確保して展開・格納する（Ｓ１３５、図５の
ｔ８）。画像「４Ｂ」や画像「５Ｂ」についても同様に
して、領域を確保して展開・格納する（図５のｔ９、ｔ
１０）。そして、さらに３コマ目を続ける場合には、図
５のｔ１１の状態から同様の処理が行われる。

【００３７】なお、上述の図４（ａ）の画像（１コマ
目）において、仮に要素画像「５Ａ」が無かった場合、
すなわち、１コマ目「１−２−３−４Ａ」を２コマ目
「１−２−３−４Ｂ−５Ｂ」に変化させる場合、図８に
示すように、図５と同じタイミングｔ４の直後に、次の
２コマ目「１−２−３−４Ｂ−５Ｂ」の処理を開始する
ので、画像「１」ばかりでなく、画像「２」や画像
「３」についても既に展開済みとなる（ｔ５〜ｔ７）。

【００３８】すなわち、図７の旧更新履歴順領域割当処
理（Ｓ１３）において、既に展開済みと判別（Ｓ１３
８：Ｙｅｓ）できるので、展開（格納）済みの画像
「２」や画像「３」を利用するものと決定して（Ｓ１３
８）、処理（Ｓ１３、Ｓ１０）を終了する（Ｓ１３６、
図６のＳ１４）。このため、これらの場合も、ＣＧ−Ｒ
ＯＭ３０の圧縮画像データを展開する必要が無くなり、
その分の処理時間を省略（節約）できる。

【００３９】次に、２コマ目「１−２−３−４Ｂ−５
Ｂ」の画像「４Ｂ」や画像「５Ｂ」については、図５で
前述の画像「５Ａ」、「４Ｂ」、「５Ｂ」などと同様に
して、領域を確保して展開・格納する（図８のｔ８〜ｔ
１０）。そして、さらに３コマ目を続ける場合には、図
８のｔ１０の状態から同様の処理が行われる。

【００４０】上述のように、本実施形態の表示装置１で
は、次々と変化する表示画面の表示画像を、圧縮画像に
基づいて要素画像を画像展開して配置することにより作
成するが、その画像展開のための展開バッファＥＸＢと
して、所定サイズ（上述の例では１画面分のサイズ）の
要素画像（すなわち背景画像）を展開するためのＡバッ
ファ（特定要素展開バッファ）ＥＢＡと、その他のサイ
ズの要素画像を展開するためのＢバッファ（一般要素展
開バッファ）ＥＢＢとを有して、それらを展開する要素
画像のサイズにより使い分ける。これにより、例えば上
述の例のように、背景画像Ｇ１などを常駐させる場合な
ど、その領域を優先確保しておくことができ、その画像
「１」の画像展開処理の頻度を少なくして、全体の画像
処理の時間を短縮でき、これにより、表示画像の作成を
高速化できる。

【００４１】なお、上述の実施形態では、所定サイズを
１画面分の背景画像としたが、３分の２（２／３）画面
以上のように他のサイズに定めても良い。この場合、例
えば２／３画面以上のサイズの画像を展開するときには
ＡバッファＥＢＡ、それ未満のサイズの画像のときには
ＢバッファＥＢＢのように使い分けることができる。ま
た、１画面分ではない特定サイズの画像が特に常駐しや
すいなど、の事情があるときには、それに合わせて、所
定サイズをその特定サイズとし、それ以外のサイズの画
像と分けるようにバッファを使用しても良い。また、上
述では２つ（２種類）のバッファ（記憶領域）とした
が、３つ（３種類）以上を使い分けることもできる。

【００４２】また、上述の実施形態では、表示対象の表
示画面を表示パネル２０の表示画面としたが、例えば図
１の外部装置６０のモニタ画面を表示画面として同様に
適用できる。この場合、表示パネル２０の表示タイミン
グに同期させる代わりに、外部装置６０の受信タイミン
グに同期させて表示画像を送出すれば良い。

【００４３】

【発明の効果】上述のように、本発明の表示装置および
表示装置のバッファ管理方法によれば、次々と変化する
表示画面の表示画像の作成を高速化できる、などの効果
がある。

【図面の簡単な説明】

【図１】本発明の一実施形態に係る表示装置のブロック
図である。

【図２】図１の表示装置における表示処理の概略フロー
チャートである

【図３】ＶＲＡＭにおける展開および配置の画像処理の
ための論理構成を示すブロック図である。

【図４】表示画面に表示させる表示画像の一例を示す説
明図である。

【図５】図４に対応する展開バッファの領域割当処理
（バッファ管理）の一例を示す説明図である。

【図６】表示画像一時格納割当処理を示すフローチャー
トである。

【図７】従来からの（旧）更新履歴順領域割当処理のフ
ローチャートである。

【図８】図４の変形例に対応する、図５と同様の説明図
である。

【図９】従来のバッファ管理による場合の一例を示す、
図５に対応する説明図である。

【符号の説明】

１ 表示装置 １０ 制御部 ２０ 表示パネル ３０ ＣＧ−ＲＯＭ（表示画像データ用ＲＯＭ） ６０ 外部装置 １０１ ＣＰＵ １０２ ＶＤＰ（ビデオ表示用プロセッサ） １０３ ＶＲＡＭ（ビデオＲＡＭ） ＣＭＤ コマンド信号 ＣＰ コマンドポート ＤＰＢ 表示バッファ（配置バッファ） ＥＢＡ Ａバッファ（特定要素展開バッファ） ＥＢＢ Ｂバッファ（一般要素展開バッファ） ＥＸＢ 展開バッファ（デコードバッファ） Ｇ１ 背景画像（要素画像） Ｇ２、Ｇ３、Ｇ４Ａ、Ｇ４Ｂ、Ｇ５Ａ、Ｇ５Ｂ ……
要素画像 ＧＡ、ＧＢ …… 表示画像（表示画面、コマ） ＶＳ Ｖｓｙｎｃ（垂直同期）信号

Claims (4)

【特許請求の範囲】
1. 【請求項１】 次々と変化する表示画面の表示画像を作
   成して表示する表示装置であって、 表示画像の要素画像の元になる圧縮画像を記憶する圧縮
   画像記憶手段と、 前記表示画面の表示画像を配置して記憶するための表示
   バッファと、 前記表示バッファに配置する複数の要素画像を、前記圧
   縮画像に基づいて画像展開して記憶する展開バッファ
   と、を備え、 前記展開バッファは、 所定サイズの要素画像を展開するための特定要素展開バ
   ッファと、 その他のサイズの要素画像を展開するための一般要素展
   開バッファと、を有することを特徴とする表示装置。
2. 【請求項２】 前記所定サイズは、前記表示画面の１画
   面分のサイズであることを特徴とする、請求項１に記載
   の表示装置。
3. 【請求項３】 次々と変化する表示画面の表示画像をそ
   の要素画像の圧縮画像に基づく画像展開により作成する
   表示装置の、前記画像展開用のバッファを管理するため
   の表示装置のバッファ管理方法であって、 前記表示画像の要素画像のうちの所定サイズの要素画像
   とその他のサイズの要素画像とを、別々に管理する展開
   バッファに展開することを特徴とする表示装置のバッフ
   ァ管理方法。
4. 【請求項４】 前記所定サイズは、前記表示画面の１画
   面分のサイズであることを特徴とする、請求項３に記載
   の表示装置のバッファ管理方法。