JP3786017B2 - 表示装置および表示装置のキャッシュ制御方法 - Google Patents
表示装置および表示装置のキャッシュ制御方法 Download PDFInfo
- Publication number
- JP3786017B2 JP3786017B2 JP2002014368A JP2002014368A JP3786017B2 JP 3786017 B2 JP3786017 B2 JP 3786017B2 JP 2002014368 A JP2002014368 A JP 2002014368A JP 2002014368 A JP2002014368 A JP 2002014368A JP 3786017 B2 JP3786017 B2 JP 3786017B2
- Authority
- JP
- Japan
- Prior art keywords
- image
- cache
- display
- appearance
- scenario
- 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 - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 16
- 239000000872 buffer Substances 0.000 claims description 39
- 238000011161 development Methods 0.000 claims description 39
- 230000006837 decompression Effects 0.000 claims description 4
- 238000012545 processing Methods 0.000 description 31
- 238000010586 diagram Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 239000003086 colorant Substances 0.000 description 3
- 239000013256 coordination polymer Substances 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Landscapes
- Controls And Circuits For Display Device (AREA)
- Pinball Game Machines (AREA)
- Display Devices Of Pinball Game Machines (AREA)
- Processing Or Creating Images (AREA)
- Image Processing (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Description
【０００１】
本発明は、パチンコ機などの遊技機や懸賞（当たり）付きの自動販売機などで利用される表示装置および表示装置のキャッシュ制御方法に関する。
【０００２】
【従来の技術】
従来から、この種の表示装置では、各種の表示展開ストーリー（シナリオ）を所定のＲＯＭ（図１ではアニメーションシナリオデータＲＯＭ１１が相当：以下同様にカッコ内に例示する）に記憶しておき、例えばユーザの操作などの不確定要素となる外乱（イベント）や乱数などに基づいて次のストーリーを選択して、表示すべき表示内容（表示画像）を決定し、その決定に基づいた表示画像を作成（描画）して、表示する。この場合、表示に必要な各種の要素画像（データ）には、それを特定するための画像番号が付され、各要素画像は、各画像番号に対応するように、かつ、記憶容量節約のため圧縮画像として、所定のＲＯＭ（図１のＣＧ−ＲＯＭ１２）に記憶される。
【０００３】
ここで、圧縮画像を展開（デコード）するためには、その展開処理のための処理時間を要し、また、一般に、ＲＯＭはＲＡＭに比べてアクセスに要する時間が掛かる（応答速度が遅い）。このため、この種の表示装置では、表示に先行して、画像展開用の記憶領域（展開バッファ：図１のデコードバッファ３２）に要素画像を展開して、表示画面（図１の表示器２０）に合わせて表示（スクリーン）用バッファ（図１のスクリーンバッファ２１）に配置して順次走査・送出することにより表示する。また、従前に表示した画像を再表示する場合の再度の展開処理を不要とすべく、上記の展開バッファを利用して、いわゆるキャッシュ処理による管理（キャッシュ制御）を行う。また、次に表示すべき表示画像を作成（配置）する途中で、展開バッファ（キャッシュ領域）がいっぱいになった場合には、更新（登録）履歴順の最古の画像から順に削除（領域を解放）して、展開に必要な領域を確保し、その確保された領域に新たな要素画像を展開する。
【０００４】
【発明が解決しようとする課題】
ところで、上述の従来の考え方、すなわち、登録が最古の画像から順に削除（領域を解放）する考え方は、「登録が古い画像は、少なくとも最近は使用していない」との考え方に基づくものである。しかし、用意された表示展開ストーリー（シナリオ）に基づいて表示される（登場する）要素画像（登場画像）の中には、１回出現（登場）すると、ほぼ常駐状態で必要になる（常駐で登場する）ものがある。また、常駐状態までは行かなくても、シナリオ上、頻繁に登場するものもある。
【０００５】
例えば図８（ａ）に示す最初の１画面分の表示画像（１コマ目）ＧＡでは、１画面分のサイズを有する背景画像Ｇ１の上に、要素画像Ｇ２、Ｇ３、Ｇ４Ａおよび要素画像Ｇ５Ａを配置し（これを、１コマ目「１−２−３−４Ａ−５Ａ」のように表現する）、２コマ目では、同図（ｂ）のように、それぞれ要素画像Ｇ４Ａ、Ｇ５Ａの位置を変化させた要素画像Ｇ４Ｂ、Ｇ５Ｂを配置して、表示画像ＧＢを作成する（すなわち、２コマ目「１−２−３−４Ｂ−５Ｂ」となる）。この場合、背景画像Ｇ１（画像「１」）などは両方の画面で使用しているので（図示の例では画像「２」や「３」も同様）、本来なら展開済みの画像を利用可能なはずであるが、従来のものでは、途中で展開バッファがいっぱいになったときに、最古の画像「１」を削除（領域を開放）するため、２コマ目ですぐに画像「１」が必要になって再度の展開処理を行う必要がある。また、以降に続く画面においても同様に再度の画像展開が頻発すれば、処理時間の浪費は膨大となる。
【０００６】
すなわち、従来の考え方によれば、余分な画像処理（展開処理）のために処理時間を浪費することがあり、このことが、画像表示処理の高速化の妨げとなっていた。なお、キャッシュ領域を大きくして要素画像の格納数を増加させると、その要素画像を検索するためのいわゆるオーバヘッドが増大してしまい、同様に画像表示処理の高速化の妨げとなる。
【０００７】
本発明は、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理することにより、画像表示処理の高速化を図ることができる表示装置および表示装置のキャッシュ制御方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明の請求項１の表示装置は、表示展開ストーリーを規定したシナリオに基づいて、前記表示画面の表示画像を作成して表示する表示装置であって、前記シナリオをデータ化したシナリオデータを記憶するシナリオ記憶手段と、表示画像の要素画像の元になる圧縮画像を記憶する圧縮画像記憶手段と、前記表示画面の表示画像を配置して記憶するための表示バッファと、前記シナリオに従って登場する要素画像を、登場画像として前記表示バッファに配置するために、その圧縮画像に基づいて画像展開して前記登場画像として記憶する展開バッファと、前記展開バッファを、前記登場画像のキャッシュ領域として管理するキャッシュ管理手段と、を備え、前記展開バッファは、前記登場画像を分類して格納するための複数の分類キャッシュ領域を有し、前記シナリオデータは、自己が示すシナリオの登場画像となる１以上の各要素画像を指定する画像指定情報と、前記各要素画像に対応してそれぞれを前記複数の分類キャッシュ領域のいずれかに分類して格納するためのキャッシュ分類情報と、を含み、前記キャッシュ管理手段は、前記展開バッファに登場画像を格納させるときに、その登場画像に対応するキャッシュ分類情報に基づいて前記複数の分類キャッシュ領域のいずれかに分類して格納させる登場画像分類手段と、前記複数の分類キャッシュ領域のそれぞれを管理する複数の分類キャッシュ管理手段と、を有することを特徴とする。
【０００９】
この表示装置では、表示展開ストーリーを規定したシナリオに基づいて、表示画面の表示画像を作成して表示するが、その要素画像の元になる圧縮画像を記憶し、シナリオに従って登場する要素画像を登場画像として表示バッファに配置するために、圧縮画像に基づいて画像展開して展開バッファに記憶し、その展開バッファを登場画像のキャッシュ領域として管理する。ここで、展開バッファは、登場画像を分類して格納するための複数の分類キャッシュ領域を有し、また、シナリオはシナリオデータとしてデータ化され、自己が示すシナリオの各登場画像（要素画像）を指定する画像指定情報と、それぞれを複数の分類キャッシュ領域のいずれかに分類して格納するためのキャッシュ分類情報と、を含む。このため、キャッシュ管理では、登場画像を画像展開してキャッシュ領域に格納するに際して、その登場画像に対応するキャッシュ分類情報に基づいて複数の分類キャッシュ領域のいずれかに分類して格納させ、各分類キャッシュ領域のそれぞれを管理する。すなわち、例えば常駐されたり頻出する画像と逆に一度限りや極希に出現する画像とを各特性として分類したり、画像サイズ（所定サイズ以上か否かなど）により分類するなど、登場画像としての特性をキャッシュ分類情報に反映させておくことにより、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理することができる。これにより、ほぼ常駐画像を何度も画像展開するなどの余分な画像（展開）処理や、極希な画像のための領域を無用に長く確保しておくなどのキャッシュ領域の無用な確保などを低減でき、この結果、画像表示処理の高速化を図ることができる。
【００１０】
また、請求項２のキャッシュ制御方法は、次々と変化する表示画面の１種類以上の表示展開ストーリーを規定したシナリオに従って登場する複数の要素画像を、画像展開用のバッファに圧縮画像に基づいて登場画像として画像展開するとともに、前記画像展開用のバッファを登場画像のキャッシュ領域として管理するための表示装置のキャッシュ制御方法であって、前記展開バッファ内に前記登場画像を分類して格納するための複数の分類キャッシュ領域を設け、前記シナリオをデータ化したシナリオデータは、自己が示すシナリオの登場画像となる１以上の各要素画像を指定する画像指定情報と、前記各要素画像に対応してそれぞれを前記複数の分類キャッシュ領域のいずれかに分類して格納するためのキャッシュ分類情報と、を含み、前記シナリオに従って登場画像を画像展開して格納するときに、その登場画像に対応するキャッシュ分類情報に基づいて前記複数の分類キャッシュ領域のいずれかに分類して格納し、前記複数の分類キャッシュ領域のそれぞれを管理することを特徴とする。
【００１１】
このキャッシュ制御方法では、圧縮画像に基づいて登場画像として画像展開する展開バッファ内に、登場画像を分類して格納するための複数の分類キャッシュ領域を設ける。これに対して、シナリオデータは、表示画面の表示展開ストーリーを規定したシナリオをデータ化したものであり、シナリオの登場画像となる各要素画像を指定する画像指定情報と、それぞれを複数の分類キャッシュ領域のいずれかに分類して格納するためのキャッシュ分類情報と、を含む。このため、シナリオに従って登場画像を画像展開して格納するときに、対応するキャッシュ分類情報に基づいて分類して格納し、複数の分類キャッシュ領域のそれぞれを管理する。この結果、登場画像としての特性をキャッシュ分類情報に反映させておくことにより、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理ができ、ほぼ常駐する画像を何度も画像展開するなどの余分な画像（展開）処理や、極希な画像のための無用なキャッシュ領域の確保などを低減でき、画像表示処理の高速化を図ることができる。
【００１２】
【発明の実施の形態】
以下、本発明の一実施形態に係る表示装置について、添付図面を参照しながら詳細に説明する。
【００１３】
図１および図２に示すように、まず、本実施形態の表示装置１は、図外の制御装置からコマンドポートＣＰを介してコマンド（図２のＣＭＤ参照）を受信し（Ｓ２）、その受信コマンドに従って、その後の表示処理の展開（新ストーリー展開）のための次（回）の表示画像を決定して（Ｓ３）、表示器（表示手段）２０の表示タイミングに同期した表示処理を行うものである。
【００１４】
この表示装置１は、図示のように、表示装置１全体を制御する制御部１０と、液晶等から成る表示パネル（表示画面）を有する表示器２０と、制御部１０からの指令に従って表示画像の作成（描画）や表示のための処理（図２の表示画像送出処理（Ｓ５））を司るビデオ表示用プロセッサ（Video Display Processor:以下「ＶＤＰ」）３０と、を備えている。ＶＤＰ３０には、表示画像を構成する要素画像を表示器２０の表示画面に合わせて配置するためのＲＡＭ（いわゆるビデオＲＡＭ（ＶＲＡＭ））等から成るスクリーンバッファ２１と、その他の処理のための作業領域となる画像展開管理用ＲＡＭ３００が接続されている。
【００１５】
また、制御部１０は、ＣＰＵ等から成り、この制御部１０には、ユーザの操作などの不確定要素による外乱（イベント）等を含むコマンドを受信するためのコマンドポートＣＰの他、乱数発生（図２の乱数発生処理（ＲＤＭ））などに基づいて選択される各種の表示展開ストーリー（シナリオ）を記憶するアニメーションシナリオデータＲＯＭ１１と、各種コマンドや各種シナリオにより表示候補となる複数の要素画像の表示画像データを記憶容量節約のため圧縮画像（データ）として記憶する表示画像データ用ＲＯＭ（Computer-Graphics ROM:以下「ＣＧ−ＲＯＭ」）１２と、その他の処理のための作業領域となる制御管理用ＲＡＭ１００が接続されている。
【００１６】
ＣＧ−ＲＯＭ１２には、ＲＧＢのカラー３原色の混色として表現された複数種類の使用色とそれらのインデックスとなる色番号とを対応づけたいわゆるカラーパレットを集めたカラーパレット群１２１と、各要素画像の圧縮画像を集めた画像ビットマップデータ群１２２と、が記憶され（それらのための領域が確保され）ている。
【００１７】
また、ＶＤＰ３０に接続された画像展開管理用ＲＡＭ３００には、ＣＧ−ＲＯＭ１２の内容と対応するように、表示に必要なカラーパレットのデータをその表示に先行してロードするためのカラーパレットのロード領域（カラーパレットテーブル）３１と、同様に、表示に必要な要素画像をその表示に先行して圧縮画像から展開（デコード）して（展開された画像にデコードして）準備するための展開バッファ（デコードキャッシュ領域）３２などの領域が確保されている。
【００１８】
なお、表示装置１では、この展開バッファ３２を利用して、いわゆるキャッシュ処理による管理（キャッシュ制御）を行うので、デコードキャッシュ領域を兼ねている（以下「デコードキャッシュ領域３２」という）。このため、制御部１０に接続された制御管理用ＲＡＭ１００には、このキャッシュ領域の管理を含みキャッシュ制御のための作業領域として、キャッシュ管理ワーク領域１３などの領域が確保されている。
【００１９】
図２に示すように、電源ＯＮにより起動されると、表示装置１では、まず、初期設定を行い（Ｓ１）、次いで、受信コマンド処理を行い（Ｓ２）、コマンド受信による割込（ＣＭＤ）が発生しているときには、そのコマンドＣＭＤに従って、アニメーションシナリオデータＲＯＭ１１のシナリオを参照して、それらによる新ストーリー展開のための次回の表示画像を決定する一方、新たなコマンドを受信していないときには、元のストーリー展開（旧ストーリー展開）のための次回の表示画像を決定する（Ｓ３）。
【００２０】
ただし、この場合、次回の表示画像の決定のために、必要に応じて乱数発生関数（を利用した乱数発生機能）により乱数を発生させ（ＲＤＭ）、その乱数に基づいて、表示画像の複数の候補の中から、次回の表示画像を選択して決定する。また、時刻管理（Ｓ５２）の結果（時刻制御信号Ｃｔ）を参照する（図示一点鎖線）。すなわち、次回の表示画像は、受信コマンドの有無と、発生させた乱数（数値）と、時刻管理の結果と、それらにより選択されたシナリオと、に基づいて決定される。なお、この場合、表示器２０に対しては、前回の表示画像による表示画像の送出が行われているので、ここでは次回の表示画像の決定のみ行って（Ｓ３）、表示器２０の表示パネル（表示画面）の表示タイミング、すなわち表示画像データ送出のトリガとなる垂直同期信号（以下「Ｖｓｙｎｃ信号」）ＶＳの入力（割込）を待つ（Ｓ４）。
【００２１】
次に、Ｖｓｙｎｃ信号の入力があった時点で、次の表示画像送出処理に移行する（Ｓ５）。スクリーンバッファ２１は、それぞれ少なくとも１画面分の表示画像を格納できる領域を各１個のバッファとして、互いに切換可能な複数個のバッファを有していて、ここでは、そのうちの１個内に用意（作成、描画、配置）してあった表示画像（データ）の送出（表示）と並行して、次回の（新または旧ストーリー展開に従った）表示画像を他（次）のバッファ内に作成（描画）する（Ｓ５１）。また、描画（画像の作成）に時間が掛かり、次のＶｓｙｎｃ信号までに作成が間に合わないときには、その次の表示画像作成（描画）は行わない旨を、（図示一点鎖線の時刻制御信号Ｃｔを受け取ることにより）次回の表示画像決定処理（Ｓ３）において参照するために、時刻管理を行う（Ｓ５２）。
【００２２】
そして、表示画像送出処理によりその回の表示が終了すると（Ｓ５）、同様に、次回の受信コマンド処理（Ｓ２）〜表示画像送出処理（Ｓ５）のループ処理を行う。
【００２３】
ところで、本実施形態の表示装置１では、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理することにより、画像表示処理の高速化を図っているので、以下、その点について詳述する。
【００２４】
まず、本実施形態では、登場画像を２種類に分類して扱う。１つは、出現頻度が所定以上の登場画像（要素画像）であり、以下、「保護画像」と呼ぶ。例えばシナリオ全体に対する表示時間が所定の比率以上のもの、あるいはシナリオデータの１つのデータブロックで表現される期間は最初に出現後常駐するもの、などを、キャッシュ管理上、その展開画像（登場画像）の格納領域を解放せずに保護しておいた方が有利な保護画像に分類する。他の１つは、保護画像に該当しない登場画像であり、以下、「通常画像」と呼ぶ。
【００２５】
本実施形態では、図１に示すように、デコードキャッシュ領域３２内に、通常画像を画像展開して格納する通常キャッシュ（領域）３２１と、保護画像を画像展開して格納する保護キャッシュ（領域）３２２と、の計２個の分類キャッシュ領域を確保する（設ける）。各分類キャッシュ領域３２１、３２２（代表するときは統括して「デコードキャッシュ領域３２」という）は、図３に示すように、それぞれ複数のブロック（ブロック００〜ｘｘ：ｘｘは所定の整数）に分割して利用される。
【００２６】
また、図１に示すように、キャッシュ管理ワーク領域１３には、上記の通常キャッシュ（領域）３２１および保護キャッシュ（領域）３２２に対応させて、それぞれを管理するための通常キャッシュ用（キャッシュ管理ワーク領域）１３１および保護キャッシュ（キャッシュ管理ワーク領域）１３２の計２個の分類キャッシュ管理ワーク領域を確保する（設ける）。各分類キャッシュ管理ワーク領域１３１、１３２（代表するときは統括して「キャッシュ管理ワーク領域１３」という）は、図４（ａ）に示すように、デコードキャッシュ領域３２（の各分類キャッシュ領域３２１、３２２）に、新規に画像展開して格納した要素画像（登場画像）の画像格納情報（検索用データ）を、対応するキャッシュ索引情報（ＩＤ番号）の順（ＩＤ００〜ＩＤｎｎ：ｎｎは所定の整数）のブロック（ＩＤブロック）に格納する。
【００２７】
なお、キャッシュ管理ワーク領域１３（各分類キャッシュ管理ワーク領域１３１、１３２）では、ＩＤ番号と画像格納情報（検索用データ）とが対応づけられていれば、ＩＤ番号順でなくても良い。また、保護画像については、通常画像ほどの数にはならないので、各保護画像の出番を待つことなく、予めＩＤ番号を定めてデコード（画像展開）して（保護キャッシュ３２２に）格納しておいても良い。
【００２８】
ここで、この場合の各画像格納情報（検索用データ）は、図４（ｂ）に示すように、任意のＩＤ番号ＩＤｉｉ（ｉｉはｎｎ以下の任意の整数）について、そのＩＤ番号に対応する（展開された）要素画像（データ）の、デコードキャッシュ領域３２（図３参照）内での先頭ブロック番号（先頭ブロックＮｏ．：ブロック００〜ｘｘのいずれか）、後端ブロック番号（後端ブロックＮｏ．）および画像番号（画像Ｎｏ．）から成る。
【００２９】
このため、表示に使用する要素画像がすでに展開されているか否か（キャッシュがヒットしているか否か）を検索する場合、キャッシュ管理用ワーク領域１３に格納された検索用データをＩＤ番号順に検索して、表示対象の画像の画像番号（画像Ｎｏ．）があるか否かを検索し、検索された（ヒットした）ときには、そのＩＤ番号の先頭ブロック番号（先頭ブロックＮｏ．）および後端ブロック番号（後端ブロックＮｏ．）に基づいて、デコードキャッシュ領域３２内の画像を利用し、検索されなかった（ミスヒットした）ときには、改めて画像展開からの処理を行う。
【００３０】
なお、本実施形態では、先頭ブロックおよび後端ブロックを指定しているが、先頭ブロックとそこからのブロック数等で指定することもできる。また、デコードキャッシュ領域３２がブロック管理されているので、ブロック番号を検索用に用いるが、デコードキャッシュ領域３２内のアドレスを直接用いることもでき、先頭アドレスと後端アドレス、あるいは先頭アドレスとそこからのバイト数やワード数等により指定できる。
【００３１】
ところで、図５に示すように、アニメーションシナリオデータＲＯＭ１１には、同図（ａ）に示すように、登録されたシナリオデータ全体の構成を示すシナリオ情報ヘッダ（データ）と、ブロック化されて記憶されたｎ個（ｎは所定の整数）の各シナリオデータが格納されている。
【００３２】
ここで、任意の各シナリオｉデータブロック（ｉはｎ以下の任意の整数）には、同図（ｂ）に示すように、そのシナリオデータにより規定されたフレーム数（表示器２０に表示する表示画面の画面数：そのシナリオに従って作成する表示画像数）に続いて、そのシナリオに従って登場する各要素画像について、登場画像として画像指定するための画像番号（画像Ｎｏ．）と、その登場画像（要素画像）を２個の分類キャッシュ領域３２１、３２２（すなわち通常キャッシュ３２１および保護キャッシュ３２２）のいずれかに分類して格納するためのキャッシュフラグ（例えば「０」のときは通常キャッシュ３２１、「１」のときは保護キャッシュ３２２：キャッシュ分類情報）ＣＦと、の情報が含まれている。本実施形態では、出現頻度が所定以上の登場画像に対応するキャッシュフラグＣＦ＝「１」（保護画像を示す）、その他の登場画像に対応するキャッシュフラグＣＦ＝「０」（通常画像を示す）となる。
【００３３】
このため、制御部（キャッシュ管理手段）１０は、キャッシュ管理（キャッシュ制御）として、次の表示画像のための登場画像が未登録の場合、登場画像を画像展開してデコードキャッシュ領域３２に格納するに際して、その登場画像に対応するキャッシュフラグ（キャッシュ分類情報）ＣＦに基づいて、２個（複数）の分類キャッシュ領域３２１、３２２のいずれか（通常キャッシュ３２１または保護キャッシュ３２２）に分類して格納して、各分類キャッシュ領域のそれぞれを管理する。
【００３４】
この結果、本実施形態の表示装置１では、出現頻度が高い登場画像は保護画像として保護キャッシュ３２２に画像展開して格納され、その管理は、保護キャッシュ用（キャッシュ管理ワーク領域）１３２に基づいて行われる。一方、その他の登場画像は通常画像として通常キャッシュ３２１に画像展開して格納され、その管理は、通常キャッシュ用（キャッシュ管理ワーク領域）１３１に基づいて行われる。
【００３５】
この場合、例えば保護キャッシュ用１３２として、１個のシナリオデータブロックに登場する保護画像の最大容量分だけ確保しておけば、そのシナリオデータブロックのシナリオに従った表示を行う間、保護画像を格納しておくことができるので、（ほぼ常駐等の）出現頻度が高い登場画像を何度も画像展開するなどの余分な画像（展開）処理を防止できる。また、この場合、予め（そのシナリオデータブロックのシナリオ開始時に）全ての保護画像を画像展開して格納しておいても良い。
【００３６】
一方、通常キャッシュ１３１側には、従来通りの履歴制御を行うことができ、このようにしても、出現頻度が所定以上高い登場画像は含まれないので、同じ登場画像について何度も画像展開するなどの余分な画像（展開）処理をすることは少ない。
【００３７】
すなわち、登場画像としての特性をキャッシュ分類情報に反映させておくことにより、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理することができる。これにより、ほぼ常駐画像を何度も画像展開するなどの余分な画像（展開）処理や、極希な画像のための領域を無用に長く確保しておくなどのキャッシュ領域の無用な確保などを低減でき、この結果、画像表示処理の高速化を図ることができる。
【００３８】
なお、上述の実施形態では、出現頻度が高い登場画像を保護画像として、出現頻度により分類したが、例えば展開に時間が掛かり大きな領域を確保する必要のある所定サイズ以上の登場画像を保護画像として、画像サイズ（所定サイズ以上か否かなど）により分類するなども可能である。この場合、展開に時間を要する保護画像を何度も画像展開するなどの余分な画像（展開）処理を低減でき、また、展開のための時間や領域が少なくて済む通常画像のために無用に領域を確保しておくなども避けることができ、この結果、画像表示処理の高速化を図ることができる。
【００３９】
また、上述の実施形態では、登場画像を分類して格納するためのキャッシュ分類情報を各要素画像毎に（キャッシュフラグＣＦとして）指定したが、一連の複数の要素画像に対して指定したり、あるいは１または一連の複数のデータブロック毎にすることもできる。
【００４０】
また、上述の実施形態では、保護画像用の保護キャッシュ３２２の管理のための保護キャッシュ用（キャッシュ管理ワーク領域）１３２と、通常画像用の通常キャッシュ３２１の管理のための通常キャッシュ用（キャッシュ管理ワーク領域）１３１との構成を、図４で前述のように同一構成にしたが、これらを別構成にしても良い。
【００４１】
例えば図６に示すように、保護キャッシュ用（キャッシュ管理ワーク領域）１３２の場合の各画像格納情報（検索用データ）を、同図（ｂ）に示すように、任意のＩＤ番号ＩＤｉｉについて、そのＩＤ番号に対応する保護キャッシュ３２２（図３参照）内での先頭ブロック番号および後端ブロック番号のみとして、画像番号（画像Ｎｏ．）を省略する代わりに、図１に点線で示すような画像対応キャッシュ情報ワーク領域を確保し、保護キャッシュ用１４２として、図７に示すように、ＩＤ番号と画像番号との対応テーブルを用意しても良い。
【００４２】
また、この場合、ＩＤ番号を画像番号に合わせて（例えばＩＤ番号＝画像番号として）設定すれば、画像番号からＩＤ番号をさらに迅速に検索し易くなる。さらに、この場合、図７の対応テーブルである保護キャッシュ用（画像対応キャッシュ情報ワーク領域）１４２を省略し、暗黙の設定テーブルとして、図６の例えば画像番号に合うＩＤ番号に対応する検索用データを直接検索しても良い。
【００４３】
また、図７におけるＩＤ番号の欄に、初期状態では未格納状態を示す所定の未格納情報（所定値「ＦＦ」等）を代わりに記憶しておき、対応する画像番号の要素画像がデコードキャッシュ領域３２（の保護キャッシュ３２２）に画像展開された時点で、その対応ＩＤ番号を格納するようにすれば、画像番号を検索するだけで、未格納か格納済みか、および格納済みのときには対応するＩＤ番号を介して検索用データから登場画像の所在まで、容易かつ迅速に検索できる。
【００４４】
また、上述の例では、図６および図７の構成を保護画像側のみとしたが、通常画像側も同様の同一構成にすることもできる。もちろん、その他、本発明の要旨を逸脱しない範囲で、適宜変更が可能である。
【００４５】
【発明の効果】
上述のように、本発明の表示装置および表示装置のキャッシュ制御方法によれば、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理することにより、画像表示処理の高速化を図ることができる、などの効果がある。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る表示装置のブロック図である。
【図２】図１の表示装置における表示処理の概略フローチャートである。
【図３】図１のデコードキャッシュ領域の通常キャッシュおよび保護キャッシュの双方に共通するブロック構成を示す説明図である。
【図４】図１のキャッシュ管理ワーク領域における通常キャッシュ用および保護キャッシュ用の管理用ＩＤ番号対応の検索用データの登録およびそのデータ内容を示す説明図である。
【図５】図１のアニメーションシナリオデータＲＯＭにおけるシナリオデータおよびその各ブロックのデータ内容を示す説明図である。
【図６】第２実施形態における保護キャッシュ用を示す、図４と同様の説明図である。
【図７】画像対応キャッシュ情報ワーク領域の保護キャッシュ用の登録内容を示す説明図である。
【図８】表示画像の画像（画面）遷移の一例を示す説明図である。
【符号の説明】
１ 表示装置
１０ 制御部
１１ アニメーションシナリオデータＲＯＭ
１２ ＣＧ−ＲＯＭ（表示画像データ用ＲＯＭ）
１３ キャッシュ管理ワーク領域
１４ 画像対応キャッシュ情報ワーク領域
２０ 表示器（表示パネル）
２１ スクリーンバッファ（表示バッファ）
３０ ＶＤＰ（ビデオ表示用プロセッサ）
３１ カラーパレット
３２ デコードバッファ（展開バッファ、デコードキャッシュ領域）
１００ 制御管理用ＲＡＭ
１２１ カラーパレット群
１２２ 画像ビットマップデータ群
３００ 画像展開管理用ＲＡＭ
ＣＦ キャッシュフラグ（キャッシュ分類情報）
本発明は、パチンコ機などの遊技機や懸賞（当たり）付きの自動販売機などで利用される表示装置および表示装置のキャッシュ制御方法に関する。
【０００２】
【従来の技術】
従来から、この種の表示装置では、各種の表示展開ストーリー（シナリオ）を所定のＲＯＭ（図１ではアニメーションシナリオデータＲＯＭ１１が相当：以下同様にカッコ内に例示する）に記憶しておき、例えばユーザの操作などの不確定要素となる外乱（イベント）や乱数などに基づいて次のストーリーを選択して、表示すべき表示内容（表示画像）を決定し、その決定に基づいた表示画像を作成（描画）して、表示する。この場合、表示に必要な各種の要素画像（データ）には、それを特定するための画像番号が付され、各要素画像は、各画像番号に対応するように、かつ、記憶容量節約のため圧縮画像として、所定のＲＯＭ（図１のＣＧ−ＲＯＭ１２）に記憶される。
【０００３】
ここで、圧縮画像を展開（デコード）するためには、その展開処理のための処理時間を要し、また、一般に、ＲＯＭはＲＡＭに比べてアクセスに要する時間が掛かる（応答速度が遅い）。このため、この種の表示装置では、表示に先行して、画像展開用の記憶領域（展開バッファ：図１のデコードバッファ３２）に要素画像を展開して、表示画面（図１の表示器２０）に合わせて表示（スクリーン）用バッファ（図１のスクリーンバッファ２１）に配置して順次走査・送出することにより表示する。また、従前に表示した画像を再表示する場合の再度の展開処理を不要とすべく、上記の展開バッファを利用して、いわゆるキャッシュ処理による管理（キャッシュ制御）を行う。また、次に表示すべき表示画像を作成（配置）する途中で、展開バッファ（キャッシュ領域）がいっぱいになった場合には、更新（登録）履歴順の最古の画像から順に削除（領域を解放）して、展開に必要な領域を確保し、その確保された領域に新たな要素画像を展開する。
【０００４】
【発明が解決しようとする課題】
ところで、上述の従来の考え方、すなわち、登録が最古の画像から順に削除（領域を解放）する考え方は、「登録が古い画像は、少なくとも最近は使用していない」との考え方に基づくものである。しかし、用意された表示展開ストーリー（シナリオ）に基づいて表示される（登場する）要素画像（登場画像）の中には、１回出現（登場）すると、ほぼ常駐状態で必要になる（常駐で登場する）ものがある。また、常駐状態までは行かなくても、シナリオ上、頻繁に登場するものもある。
【０００５】
例えば図８（ａ）に示す最初の１画面分の表示画像（１コマ目）ＧＡでは、１画面分のサイズを有する背景画像Ｇ１の上に、要素画像Ｇ２、Ｇ３、Ｇ４Ａおよび要素画像Ｇ５Ａを配置し（これを、１コマ目「１−２−３−４Ａ−５Ａ」のように表現する）、２コマ目では、同図（ｂ）のように、それぞれ要素画像Ｇ４Ａ、Ｇ５Ａの位置を変化させた要素画像Ｇ４Ｂ、Ｇ５Ｂを配置して、表示画像ＧＢを作成する（すなわち、２コマ目「１−２−３−４Ｂ−５Ｂ」となる）。この場合、背景画像Ｇ１（画像「１」）などは両方の画面で使用しているので（図示の例では画像「２」や「３」も同様）、本来なら展開済みの画像を利用可能なはずであるが、従来のものでは、途中で展開バッファがいっぱいになったときに、最古の画像「１」を削除（領域を開放）するため、２コマ目ですぐに画像「１」が必要になって再度の展開処理を行う必要がある。また、以降に続く画面においても同様に再度の画像展開が頻発すれば、処理時間の浪費は膨大となる。
【０００６】
すなわち、従来の考え方によれば、余分な画像処理（展開処理）のために処理時間を浪費することがあり、このことが、画像表示処理の高速化の妨げとなっていた。なお、キャッシュ領域を大きくして要素画像の格納数を増加させると、その要素画像を検索するためのいわゆるオーバヘッドが増大してしまい、同様に画像表示処理の高速化の妨げとなる。
【０００７】
本発明は、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理することにより、画像表示処理の高速化を図ることができる表示装置および表示装置のキャッシュ制御方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明の請求項１の表示装置は、表示展開ストーリーを規定したシナリオに基づいて、前記表示画面の表示画像を作成して表示する表示装置であって、前記シナリオをデータ化したシナリオデータを記憶するシナリオ記憶手段と、表示画像の要素画像の元になる圧縮画像を記憶する圧縮画像記憶手段と、前記表示画面の表示画像を配置して記憶するための表示バッファと、前記シナリオに従って登場する要素画像を、登場画像として前記表示バッファに配置するために、その圧縮画像に基づいて画像展開して前記登場画像として記憶する展開バッファと、前記展開バッファを、前記登場画像のキャッシュ領域として管理するキャッシュ管理手段と、を備え、前記展開バッファは、前記登場画像を分類して格納するための複数の分類キャッシュ領域を有し、前記シナリオデータは、自己が示すシナリオの登場画像となる１以上の各要素画像を指定する画像指定情報と、前記各要素画像に対応してそれぞれを前記複数の分類キャッシュ領域のいずれかに分類して格納するためのキャッシュ分類情報と、を含み、前記キャッシュ管理手段は、前記展開バッファに登場画像を格納させるときに、その登場画像に対応するキャッシュ分類情報に基づいて前記複数の分類キャッシュ領域のいずれかに分類して格納させる登場画像分類手段と、前記複数の分類キャッシュ領域のそれぞれを管理する複数の分類キャッシュ管理手段と、を有することを特徴とする。
【０００９】
この表示装置では、表示展開ストーリーを規定したシナリオに基づいて、表示画面の表示画像を作成して表示するが、その要素画像の元になる圧縮画像を記憶し、シナリオに従って登場する要素画像を登場画像として表示バッファに配置するために、圧縮画像に基づいて画像展開して展開バッファに記憶し、その展開バッファを登場画像のキャッシュ領域として管理する。ここで、展開バッファは、登場画像を分類して格納するための複数の分類キャッシュ領域を有し、また、シナリオはシナリオデータとしてデータ化され、自己が示すシナリオの各登場画像（要素画像）を指定する画像指定情報と、それぞれを複数の分類キャッシュ領域のいずれかに分類して格納するためのキャッシュ分類情報と、を含む。このため、キャッシュ管理では、登場画像を画像展開してキャッシュ領域に格納するに際して、その登場画像に対応するキャッシュ分類情報に基づいて複数の分類キャッシュ領域のいずれかに分類して格納させ、各分類キャッシュ領域のそれぞれを管理する。すなわち、例えば常駐されたり頻出する画像と逆に一度限りや極希に出現する画像とを各特性として分類したり、画像サイズ（所定サイズ以上か否かなど）により分類するなど、登場画像としての特性をキャッシュ分類情報に反映させておくことにより、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理することができる。これにより、ほぼ常駐画像を何度も画像展開するなどの余分な画像（展開）処理や、極希な画像のための領域を無用に長く確保しておくなどのキャッシュ領域の無用な確保などを低減でき、この結果、画像表示処理の高速化を図ることができる。
【００１０】
また、請求項２のキャッシュ制御方法は、次々と変化する表示画面の１種類以上の表示展開ストーリーを規定したシナリオに従って登場する複数の要素画像を、画像展開用のバッファに圧縮画像に基づいて登場画像として画像展開するとともに、前記画像展開用のバッファを登場画像のキャッシュ領域として管理するための表示装置のキャッシュ制御方法であって、前記展開バッファ内に前記登場画像を分類して格納するための複数の分類キャッシュ領域を設け、前記シナリオをデータ化したシナリオデータは、自己が示すシナリオの登場画像となる１以上の各要素画像を指定する画像指定情報と、前記各要素画像に対応してそれぞれを前記複数の分類キャッシュ領域のいずれかに分類して格納するためのキャッシュ分類情報と、を含み、前記シナリオに従って登場画像を画像展開して格納するときに、その登場画像に対応するキャッシュ分類情報に基づいて前記複数の分類キャッシュ領域のいずれかに分類して格納し、前記複数の分類キャッシュ領域のそれぞれを管理することを特徴とする。
【００１１】
このキャッシュ制御方法では、圧縮画像に基づいて登場画像として画像展開する展開バッファ内に、登場画像を分類して格納するための複数の分類キャッシュ領域を設ける。これに対して、シナリオデータは、表示画面の表示展開ストーリーを規定したシナリオをデータ化したものであり、シナリオの登場画像となる各要素画像を指定する画像指定情報と、それぞれを複数の分類キャッシュ領域のいずれかに分類して格納するためのキャッシュ分類情報と、を含む。このため、シナリオに従って登場画像を画像展開して格納するときに、対応するキャッシュ分類情報に基づいて分類して格納し、複数の分類キャッシュ領域のそれぞれを管理する。この結果、登場画像としての特性をキャッシュ分類情報に反映させておくことにより、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理ができ、ほぼ常駐する画像を何度も画像展開するなどの余分な画像（展開）処理や、極希な画像のための無用なキャッシュ領域の確保などを低減でき、画像表示処理の高速化を図ることができる。
【００１２】
【発明の実施の形態】
以下、本発明の一実施形態に係る表示装置について、添付図面を参照しながら詳細に説明する。
【００１３】
図１および図２に示すように、まず、本実施形態の表示装置１は、図外の制御装置からコマンドポートＣＰを介してコマンド（図２のＣＭＤ参照）を受信し（Ｓ２）、その受信コマンドに従って、その後の表示処理の展開（新ストーリー展開）のための次（回）の表示画像を決定して（Ｓ３）、表示器（表示手段）２０の表示タイミングに同期した表示処理を行うものである。
【００１４】
この表示装置１は、図示のように、表示装置１全体を制御する制御部１０と、液晶等から成る表示パネル（表示画面）を有する表示器２０と、制御部１０からの指令に従って表示画像の作成（描画）や表示のための処理（図２の表示画像送出処理（Ｓ５））を司るビデオ表示用プロセッサ（Video Display Processor:以下「ＶＤＰ」）３０と、を備えている。ＶＤＰ３０には、表示画像を構成する要素画像を表示器２０の表示画面に合わせて配置するためのＲＡＭ（いわゆるビデオＲＡＭ（ＶＲＡＭ））等から成るスクリーンバッファ２１と、その他の処理のための作業領域となる画像展開管理用ＲＡＭ３００が接続されている。
【００１５】
また、制御部１０は、ＣＰＵ等から成り、この制御部１０には、ユーザの操作などの不確定要素による外乱（イベント）等を含むコマンドを受信するためのコマンドポートＣＰの他、乱数発生（図２の乱数発生処理（ＲＤＭ））などに基づいて選択される各種の表示展開ストーリー（シナリオ）を記憶するアニメーションシナリオデータＲＯＭ１１と、各種コマンドや各種シナリオにより表示候補となる複数の要素画像の表示画像データを記憶容量節約のため圧縮画像（データ）として記憶する表示画像データ用ＲＯＭ（Computer-Graphics ROM:以下「ＣＧ−ＲＯＭ」）１２と、その他の処理のための作業領域となる制御管理用ＲＡＭ１００が接続されている。
【００１６】
ＣＧ−ＲＯＭ１２には、ＲＧＢのカラー３原色の混色として表現された複数種類の使用色とそれらのインデックスとなる色番号とを対応づけたいわゆるカラーパレットを集めたカラーパレット群１２１と、各要素画像の圧縮画像を集めた画像ビットマップデータ群１２２と、が記憶され（それらのための領域が確保され）ている。
【００１７】
また、ＶＤＰ３０に接続された画像展開管理用ＲＡＭ３００には、ＣＧ−ＲＯＭ１２の内容と対応するように、表示に必要なカラーパレットのデータをその表示に先行してロードするためのカラーパレットのロード領域（カラーパレットテーブル）３１と、同様に、表示に必要な要素画像をその表示に先行して圧縮画像から展開（デコード）して（展開された画像にデコードして）準備するための展開バッファ（デコードキャッシュ領域）３２などの領域が確保されている。
【００１８】
なお、表示装置１では、この展開バッファ３２を利用して、いわゆるキャッシュ処理による管理（キャッシュ制御）を行うので、デコードキャッシュ領域を兼ねている（以下「デコードキャッシュ領域３２」という）。このため、制御部１０に接続された制御管理用ＲＡＭ１００には、このキャッシュ領域の管理を含みキャッシュ制御のための作業領域として、キャッシュ管理ワーク領域１３などの領域が確保されている。
【００１９】
図２に示すように、電源ＯＮにより起動されると、表示装置１では、まず、初期設定を行い（Ｓ１）、次いで、受信コマンド処理を行い（Ｓ２）、コマンド受信による割込（ＣＭＤ）が発生しているときには、そのコマンドＣＭＤに従って、アニメーションシナリオデータＲＯＭ１１のシナリオを参照して、それらによる新ストーリー展開のための次回の表示画像を決定する一方、新たなコマンドを受信していないときには、元のストーリー展開（旧ストーリー展開）のための次回の表示画像を決定する（Ｓ３）。
【００２０】
ただし、この場合、次回の表示画像の決定のために、必要に応じて乱数発生関数（を利用した乱数発生機能）により乱数を発生させ（ＲＤＭ）、その乱数に基づいて、表示画像の複数の候補の中から、次回の表示画像を選択して決定する。また、時刻管理（Ｓ５２）の結果（時刻制御信号Ｃｔ）を参照する（図示一点鎖線）。すなわち、次回の表示画像は、受信コマンドの有無と、発生させた乱数（数値）と、時刻管理の結果と、それらにより選択されたシナリオと、に基づいて決定される。なお、この場合、表示器２０に対しては、前回の表示画像による表示画像の送出が行われているので、ここでは次回の表示画像の決定のみ行って（Ｓ３）、表示器２０の表示パネル（表示画面）の表示タイミング、すなわち表示画像データ送出のトリガとなる垂直同期信号（以下「Ｖｓｙｎｃ信号」）ＶＳの入力（割込）を待つ（Ｓ４）。
【００２１】
次に、Ｖｓｙｎｃ信号の入力があった時点で、次の表示画像送出処理に移行する（Ｓ５）。スクリーンバッファ２１は、それぞれ少なくとも１画面分の表示画像を格納できる領域を各１個のバッファとして、互いに切換可能な複数個のバッファを有していて、ここでは、そのうちの１個内に用意（作成、描画、配置）してあった表示画像（データ）の送出（表示）と並行して、次回の（新または旧ストーリー展開に従った）表示画像を他（次）のバッファ内に作成（描画）する（Ｓ５１）。また、描画（画像の作成）に時間が掛かり、次のＶｓｙｎｃ信号までに作成が間に合わないときには、その次の表示画像作成（描画）は行わない旨を、（図示一点鎖線の時刻制御信号Ｃｔを受け取ることにより）次回の表示画像決定処理（Ｓ３）において参照するために、時刻管理を行う（Ｓ５２）。
【００２２】
そして、表示画像送出処理によりその回の表示が終了すると（Ｓ５）、同様に、次回の受信コマンド処理（Ｓ２）〜表示画像送出処理（Ｓ５）のループ処理を行う。
【００２３】
ところで、本実施形態の表示装置１では、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理することにより、画像表示処理の高速化を図っているので、以下、その点について詳述する。
【００２４】
まず、本実施形態では、登場画像を２種類に分類して扱う。１つは、出現頻度が所定以上の登場画像（要素画像）であり、以下、「保護画像」と呼ぶ。例えばシナリオ全体に対する表示時間が所定の比率以上のもの、あるいはシナリオデータの１つのデータブロックで表現される期間は最初に出現後常駐するもの、などを、キャッシュ管理上、その展開画像（登場画像）の格納領域を解放せずに保護しておいた方が有利な保護画像に分類する。他の１つは、保護画像に該当しない登場画像であり、以下、「通常画像」と呼ぶ。
【００２５】
本実施形態では、図１に示すように、デコードキャッシュ領域３２内に、通常画像を画像展開して格納する通常キャッシュ（領域）３２１と、保護画像を画像展開して格納する保護キャッシュ（領域）３２２と、の計２個の分類キャッシュ領域を確保する（設ける）。各分類キャッシュ領域３２１、３２２（代表するときは統括して「デコードキャッシュ領域３２」という）は、図３に示すように、それぞれ複数のブロック（ブロック００〜ｘｘ：ｘｘは所定の整数）に分割して利用される。
【００２６】
また、図１に示すように、キャッシュ管理ワーク領域１３には、上記の通常キャッシュ（領域）３２１および保護キャッシュ（領域）３２２に対応させて、それぞれを管理するための通常キャッシュ用（キャッシュ管理ワーク領域）１３１および保護キャッシュ（キャッシュ管理ワーク領域）１３２の計２個の分類キャッシュ管理ワーク領域を確保する（設ける）。各分類キャッシュ管理ワーク領域１３１、１３２（代表するときは統括して「キャッシュ管理ワーク領域１３」という）は、図４（ａ）に示すように、デコードキャッシュ領域３２（の各分類キャッシュ領域３２１、３２２）に、新規に画像展開して格納した要素画像（登場画像）の画像格納情報（検索用データ）を、対応するキャッシュ索引情報（ＩＤ番号）の順（ＩＤ００〜ＩＤｎｎ：ｎｎは所定の整数）のブロック（ＩＤブロック）に格納する。
【００２７】
なお、キャッシュ管理ワーク領域１３（各分類キャッシュ管理ワーク領域１３１、１３２）では、ＩＤ番号と画像格納情報（検索用データ）とが対応づけられていれば、ＩＤ番号順でなくても良い。また、保護画像については、通常画像ほどの数にはならないので、各保護画像の出番を待つことなく、予めＩＤ番号を定めてデコード（画像展開）して（保護キャッシュ３２２に）格納しておいても良い。
【００２８】
ここで、この場合の各画像格納情報（検索用データ）は、図４（ｂ）に示すように、任意のＩＤ番号ＩＤｉｉ（ｉｉはｎｎ以下の任意の整数）について、そのＩＤ番号に対応する（展開された）要素画像（データ）の、デコードキャッシュ領域３２（図３参照）内での先頭ブロック番号（先頭ブロックＮｏ．：ブロック００〜ｘｘのいずれか）、後端ブロック番号（後端ブロックＮｏ．）および画像番号（画像Ｎｏ．）から成る。
【００２９】
このため、表示に使用する要素画像がすでに展開されているか否か（キャッシュがヒットしているか否か）を検索する場合、キャッシュ管理用ワーク領域１３に格納された検索用データをＩＤ番号順に検索して、表示対象の画像の画像番号（画像Ｎｏ．）があるか否かを検索し、検索された（ヒットした）ときには、そのＩＤ番号の先頭ブロック番号（先頭ブロックＮｏ．）および後端ブロック番号（後端ブロックＮｏ．）に基づいて、デコードキャッシュ領域３２内の画像を利用し、検索されなかった（ミスヒットした）ときには、改めて画像展開からの処理を行う。
【００３０】
なお、本実施形態では、先頭ブロックおよび後端ブロックを指定しているが、先頭ブロックとそこからのブロック数等で指定することもできる。また、デコードキャッシュ領域３２がブロック管理されているので、ブロック番号を検索用に用いるが、デコードキャッシュ領域３２内のアドレスを直接用いることもでき、先頭アドレスと後端アドレス、あるいは先頭アドレスとそこからのバイト数やワード数等により指定できる。
【００３１】
ところで、図５に示すように、アニメーションシナリオデータＲＯＭ１１には、同図（ａ）に示すように、登録されたシナリオデータ全体の構成を示すシナリオ情報ヘッダ（データ）と、ブロック化されて記憶されたｎ個（ｎは所定の整数）の各シナリオデータが格納されている。
【００３２】
ここで、任意の各シナリオｉデータブロック（ｉはｎ以下の任意の整数）には、同図（ｂ）に示すように、そのシナリオデータにより規定されたフレーム数（表示器２０に表示する表示画面の画面数：そのシナリオに従って作成する表示画像数）に続いて、そのシナリオに従って登場する各要素画像について、登場画像として画像指定するための画像番号（画像Ｎｏ．）と、その登場画像（要素画像）を２個の分類キャッシュ領域３２１、３２２（すなわち通常キャッシュ３２１および保護キャッシュ３２２）のいずれかに分類して格納するためのキャッシュフラグ（例えば「０」のときは通常キャッシュ３２１、「１」のときは保護キャッシュ３２２：キャッシュ分類情報）ＣＦと、の情報が含まれている。本実施形態では、出現頻度が所定以上の登場画像に対応するキャッシュフラグＣＦ＝「１」（保護画像を示す）、その他の登場画像に対応するキャッシュフラグＣＦ＝「０」（通常画像を示す）となる。
【００３３】
このため、制御部（キャッシュ管理手段）１０は、キャッシュ管理（キャッシュ制御）として、次の表示画像のための登場画像が未登録の場合、登場画像を画像展開してデコードキャッシュ領域３２に格納するに際して、その登場画像に対応するキャッシュフラグ（キャッシュ分類情報）ＣＦに基づいて、２個（複数）の分類キャッシュ領域３２１、３２２のいずれか（通常キャッシュ３２１または保護キャッシュ３２２）に分類して格納して、各分類キャッシュ領域のそれぞれを管理する。
【００３４】
この結果、本実施形態の表示装置１では、出現頻度が高い登場画像は保護画像として保護キャッシュ３２２に画像展開して格納され、その管理は、保護キャッシュ用（キャッシュ管理ワーク領域）１３２に基づいて行われる。一方、その他の登場画像は通常画像として通常キャッシュ３２１に画像展開して格納され、その管理は、通常キャッシュ用（キャッシュ管理ワーク領域）１３１に基づいて行われる。
【００３５】
この場合、例えば保護キャッシュ用１３２として、１個のシナリオデータブロックに登場する保護画像の最大容量分だけ確保しておけば、そのシナリオデータブロックのシナリオに従った表示を行う間、保護画像を格納しておくことができるので、（ほぼ常駐等の）出現頻度が高い登場画像を何度も画像展開するなどの余分な画像（展開）処理を防止できる。また、この場合、予め（そのシナリオデータブロックのシナリオ開始時に）全ての保護画像を画像展開して格納しておいても良い。
【００３６】
一方、通常キャッシュ１３１側には、従来通りの履歴制御を行うことができ、このようにしても、出現頻度が所定以上高い登場画像は含まれないので、同じ登場画像について何度も画像展開するなどの余分な画像（展開）処理をすることは少ない。
【００３７】
すなわち、登場画像としての特性をキャッシュ分類情報に反映させておくことにより、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理することができる。これにより、ほぼ常駐画像を何度も画像展開するなどの余分な画像（展開）処理や、極希な画像のための領域を無用に長く確保しておくなどのキャッシュ領域の無用な確保などを低減でき、この結果、画像表示処理の高速化を図ることができる。
【００３８】
なお、上述の実施形態では、出現頻度が高い登場画像を保護画像として、出現頻度により分類したが、例えば展開に時間が掛かり大きな領域を確保する必要のある所定サイズ以上の登場画像を保護画像として、画像サイズ（所定サイズ以上か否かなど）により分類するなども可能である。この場合、展開に時間を要する保護画像を何度も画像展開するなどの余分な画像（展開）処理を低減でき、また、展開のための時間や領域が少なくて済む通常画像のために無用に領域を確保しておくなども避けることができ、この結果、画像表示処理の高速化を図ることができる。
【００３９】
また、上述の実施形態では、登場画像を分類して格納するためのキャッシュ分類情報を各要素画像毎に（キャッシュフラグＣＦとして）指定したが、一連の複数の要素画像に対して指定したり、あるいは１または一連の複数のデータブロック毎にすることもできる。
【００４０】
また、上述の実施形態では、保護画像用の保護キャッシュ３２２の管理のための保護キャッシュ用（キャッシュ管理ワーク領域）１３２と、通常画像用の通常キャッシュ３２１の管理のための通常キャッシュ用（キャッシュ管理ワーク領域）１３１との構成を、図４で前述のように同一構成にしたが、これらを別構成にしても良い。
【００４１】
例えば図６に示すように、保護キャッシュ用（キャッシュ管理ワーク領域）１３２の場合の各画像格納情報（検索用データ）を、同図（ｂ）に示すように、任意のＩＤ番号ＩＤｉｉについて、そのＩＤ番号に対応する保護キャッシュ３２２（図３参照）内での先頭ブロック番号および後端ブロック番号のみとして、画像番号（画像Ｎｏ．）を省略する代わりに、図１に点線で示すような画像対応キャッシュ情報ワーク領域を確保し、保護キャッシュ用１４２として、図７に示すように、ＩＤ番号と画像番号との対応テーブルを用意しても良い。
【００４２】
また、この場合、ＩＤ番号を画像番号に合わせて（例えばＩＤ番号＝画像番号として）設定すれば、画像番号からＩＤ番号をさらに迅速に検索し易くなる。さらに、この場合、図７の対応テーブルである保護キャッシュ用（画像対応キャッシュ情報ワーク領域）１４２を省略し、暗黙の設定テーブルとして、図６の例えば画像番号に合うＩＤ番号に対応する検索用データを直接検索しても良い。
【００４３】
また、図７におけるＩＤ番号の欄に、初期状態では未格納状態を示す所定の未格納情報（所定値「ＦＦ」等）を代わりに記憶しておき、対応する画像番号の要素画像がデコードキャッシュ領域３２（の保護キャッシュ３２２）に画像展開された時点で、その対応ＩＤ番号を格納するようにすれば、画像番号を検索するだけで、未格納か格納済みか、および格納済みのときには対応するＩＤ番号を介して検索用データから登場画像の所在まで、容易かつ迅速に検索できる。
【００４４】
また、上述の例では、図６および図７の構成を保護画像側のみとしたが、通常画像側も同様の同一構成にすることもできる。もちろん、その他、本発明の要旨を逸脱しない範囲で、適宜変更が可能である。
【００４５】
【発明の効果】
上述のように、本発明の表示装置および表示装置のキャッシュ制御方法によれば、シナリオに従って登場する要素画像を登場画像としての特性により分類して管理することにより、画像表示処理の高速化を図ることができる、などの効果がある。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る表示装置のブロック図である。
【図２】図１の表示装置における表示処理の概略フローチャートである。
【図３】図１のデコードキャッシュ領域の通常キャッシュおよび保護キャッシュの双方に共通するブロック構成を示す説明図である。
【図４】図１のキャッシュ管理ワーク領域における通常キャッシュ用および保護キャッシュ用の管理用ＩＤ番号対応の検索用データの登録およびそのデータ内容を示す説明図である。
【図５】図１のアニメーションシナリオデータＲＯＭにおけるシナリオデータおよびその各ブロックのデータ内容を示す説明図である。
【図６】第２実施形態における保護キャッシュ用を示す、図４と同様の説明図である。
【図７】画像対応キャッシュ情報ワーク領域の保護キャッシュ用の登録内容を示す説明図である。
【図８】表示画像の画像（画面）遷移の一例を示す説明図である。
【符号の説明】
１ 表示装置
１０ 制御部
１１ アニメーションシナリオデータＲＯＭ
１２ ＣＧ−ＲＯＭ（表示画像データ用ＲＯＭ）
１３ キャッシュ管理ワーク領域
１４ 画像対応キャッシュ情報ワーク領域
２０ 表示器（表示パネル）
２１ スクリーンバッファ（表示バッファ）
３０ ＶＤＰ（ビデオ表示用プロセッサ）
３１ カラーパレット
３２ デコードバッファ（展開バッファ、デコードキャッシュ領域）
１００ 制御管理用ＲＡＭ
１２１ カラーパレット群
１２２ 画像ビットマップデータ群
３００ 画像展開管理用ＲＡＭ
ＣＦ キャッシュフラグ（キャッシュ分類情報）
Claims (2)
- 表示展開ストーリーを規定したシナリオに基づいて、前記表示画面の表示画像を作成して表示する表示装置であって、
前記シナリオをデータ化したシナリオデータを記憶するシナリオ記憶手段と、
表示画像の要素画像の元になる圧縮画像を記憶する圧縮画像記憶手段と、
前記表示画面の表示画像を配置して記憶するための表示バッファと、
前記シナリオに従って登場する要素画像を、登場画像として前記表示バッファに配置するために、その圧縮画像に基づいて画像展開して前記登場画像として記憶する展開バッファと、
前記展開バッファを、前記登場画像のキャッシュ領域として管理するキャッシュ管理手段と、
を備え、
前記展開バッファは、前記登場画像を分類して格納するための複数の分類キャッシュ領域を有し、
前記シナリオデータは、
自己が示すシナリオの登場画像となる１以上の各要素画像を指定する画像指定情報と、
前記各要素画像に対応してそれぞれを前記複数の分類キャッシュ領域のいずれかに分類して格納するためのキャッシュ分類情報と、
を含み、
前記キャッシュ管理手段は、
前記展開バッファに登場画像を格納させるときに、その登場画像に対応するキャッシュ分類情報に基づいて前記複数の分類キャッシュ領域のいずれかに分類して格納させる登場画像分類手段と、
前記複数の分類キャッシュ領域のそれぞれを管理する複数の分類キャッシュ管理手段と、
を有することを特徴とする表示装置。 - 表示展開ストーリーを規定したシナリオに従って登場する複数の要素画像を、画像展開用のバッファに圧縮画像に基づいて登場画像として画像展開するとともに、前記画像展開用のバッファを登場画像のキャッシュ領域として管理するための表示装置のキャッシュ制御方法であって、
前記展開バッファ内に前記登場画像を分類して格納するための複数の分類キャッシュ領域を設け、
前記シナリオをデータ化したシナリオデータは、自己が示すシナリオの登場画像となる１以上の各要素画像を指定する画像指定情報と、前記各要素画像に対応してそれぞれを前記複数の分類キャッシュ領域のいずれかに分類して格納するためのキャッシュ分類情報と、を含み、
前記シナリオに従って登場画像を画像展開して格納するときに、その登場画像に対応するキャッシュ分類情報に基づいて前記複数の分類キャッシュ領域のいずれかに分類して格納し、前記複数の分類キャッシュ領域のそれぞれを管理することを特徴とする表示装置のキャッシュ制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002014368A JP3786017B2 (ja) | 2002-01-23 | 2002-01-23 | 表示装置および表示装置のキャッシュ制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002014368A JP3786017B2 (ja) | 2002-01-23 | 2002-01-23 | 表示装置および表示装置のキャッシュ制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003216140A JP2003216140A (ja) | 2003-07-30 |
| JP3786017B2 true JP3786017B2 (ja) | 2006-06-14 |
Family
ID=27651069
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002014368A Expired - Fee Related JP3786017B2 (ja) | 2002-01-23 | 2002-01-23 | 表示装置および表示装置のキャッシュ制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3786017B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4737381B2 (ja) * | 2005-03-04 | 2011-07-27 | 株式会社大一商会 | 遊技機 |
| JP4737380B2 (ja) * | 2005-03-04 | 2011-07-27 | 株式会社大一商会 | 遊技機 |
| JP4737379B2 (ja) * | 2005-03-04 | 2011-07-27 | 株式会社大一商会 | 遊技機 |
| JP2008071241A (ja) * | 2006-09-15 | 2008-03-27 | Canon Inc | 画像処理装置、画像処理方法、及びコンピュータプログラム |
| US8078695B2 (en) | 2008-07-16 | 2011-12-13 | Sony Corporation | Media on demand using an intermediary device to output media from a remote computing device |
| JP5913043B2 (ja) * | 2012-10-23 | 2016-04-27 | 富士通株式会社 | キャッシュ領域管理プログラム及び方法、並びに情報処理装置 |
| JP6903628B2 (ja) * | 2018-11-28 | 2021-07-14 | 株式会社藤商事 | 遊技機 |
| CN113473195A (zh) * | 2021-05-31 | 2021-10-01 | 青岛海尔科技有限公司 | 多媒体数据的保存方法及系统、存储介质及电子装置 |
-
2002
- 2002-01-23 JP JP2002014368A patent/JP3786017B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003216140A (ja) | 2003-07-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20060077207A1 (en) | Context dependent image caching | |
| JP3786017B2 (ja) | 表示装置および表示装置のキャッシュ制御方法 | |
| JP2978519B2 (ja) | 文書データ表示方法およびシステム | |
| JP2000506625A (ja) | 圧縮され、ワード整合されたビットマップを高速ブロック転送する方法および装置 | |
| JP2003131651A (ja) | 表示装置および表示装置のバッファ管理方法 | |
| JP3786016B2 (ja) | 表示装置および表示装置のキャッシュ制御方法 | |
| JP2004037633A (ja) | 画像表示制御装置、表示装置及び電子機器 | |
| JPH07249130A (ja) | 電子漫画装置 | |
| JP2003216465A (ja) | 表示装置および表示装置のキャッシュ制御方法 | |
| JP3045359B2 (ja) | 画像処理装置 | |
| CN114489551B (zh) | 数据显示方法、装置及电子设备 | |
| JPH0784562A (ja) | イメージ格納装置 | |
| JPH09138683A (ja) | 画像表示制御装置 | |
| JP2003216139A (ja) | 表示装置および表示装置のパレット指定方法 | |
| JP3900973B2 (ja) | 表示装置および表示装置の表示制御方法 | |
| CN119065771B (zh) | 一种多缓冲区图形显示方法、系统、介质、程序产品和设备 | |
| JP2003131646A (ja) | 表示装置および表示装置の表示制御方法 | |
| JP2665206B2 (ja) | 表画面描画処理方式 | |
| JP2003163811A (ja) | 画像データの圧縮方法、画像データの展開方法及び画像表示制御装置 | |
| JP2003236172A (ja) | パチンコ機の画像表示装置とその制御方法 | |
| WO2001099406A1 (en) | Data management unit, data display, method for managing data, method for displaying data, program and medium | |
| JP2000075846A (ja) | 画像表示方法及び装置 | |
| JP3093228B2 (ja) | 画像処理装置およびその方法 | |
| JP2005300974A (ja) | 画像表示処理装置、及び、画像表示処理方法 | |
| JP3021159B2 (ja) | 画像処理装置及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050112 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060210 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060228 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060313 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090331 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100331 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100331 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110331 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120331 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120331 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130331 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |