JPH10244044A - パチンコ機の可変表示装置 - Google Patents

Abstract

(57)【要約】 【課題】ＲＯＭ作成負荷を軽減し、生産の効率化を図
る。 【解決手段】液晶表示パネル28に動画像を表示する際の
共通の処理をＣＰＵ16で実行するための共通処理プログ
ラム21をプログラムＲＯＭ20に格納し、動画像を構成す
るスクリプトのキャラクタ実画像データ及びスクリプト
の動きを記述したシナリオデータをプログラムＲＯＭと
は別のデータＲＯＭ22に格納する。ＣＰＵ16は、パチン
コ機メイン回路32からアニメーション再生コマンドを受
信すると、共通処理プログラム21に従って、コマンドに
応じたアニメーションデータ23を読み出し、動きデータ
に従って要素画像のキャラクタ実画像データを液晶表示
パネル28に表示させる。動画の表示内容を変更する場
合、プログラムＲＯＭ20を共通に用いデータＲＯＭのみ
を変更するだけで済むため、ＲＯＭ作成負荷を軽減し、
生産の効率化を図ることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パチンコ機の可変
表示装置に係り、特に、機種毎に様々な動画像を該可変
表示装置に表示させる場合に、装置生産の効率化を可能
としたパチンコ機の可変表示装置に関する。

【０００２】

【従来の技術】従来のパチンコ機には、その遊技盤面上
に可変表示装置を配置し、この可変表示装置によって複
数の数字、図柄などを変動表示し、停止時の図柄等の組
み合わせによって、その後のゲーム展開、例えば大当た
りか外れかを決定するようにしたものがある。このよう
なパチンコ機では、近年の遊技の多様化ニーズ、遊技者
の興趣に応えて、可変表示装置の表示図柄を多彩かつ微
細にするなど様々な趣向を凝らし、動きのある画像、す
なわち、所謂アニミーション画像を表示するものまでが
現れている。

【０００３】ここで、上記のような動的な表現力を有す
る可変表示装置の構成を図１０の回路ブロックに示し、
図１０を参照して従来の可変表示装置における動画表示
の仕組みを簡単に説明する。

【０００４】図１０に示すように、従来の可変表示装置
５５は、パチンコ機のメイン回路５４から送られてきた
アニメーション再生コマンドに基づいて、ＣＰＵ５６
が、プログラムＲＯＭ６０に格納されている「動きを記
述したプログラム」に従って、ＶＤＰ（Video Display
Processor ）６３に、受信した再生コマンドで指定され
たキャラクタ画像の表示命令を出す。なお、この「動き
を記述したプログラム」は、キャラクタ画像をどのよう
に動かすかを示すシナリオデータを有しており、ＣＰＵ
５６によるアニメーション再生コマンドの受信、解釈、
ＶＤＰ６３への表示命令などの共通処理と、シナリオデ
ータに基づく処理とが一体的に作成されている。

【０００５】表示命令を受けたＶＤＰ６３は、キャラク
タＲＯＭ６２に格納されているキャラクタ実画像データ
から、指定されたキャラクタに対応したデータを読み出
し、ＶＲＡＭ（Video Randam Access Memory）６４に画
面データとして展開し、液晶表示パネル６５に転送す
る。そして、液晶表示パネル６５は、転送された画面デ
ータを表示する。

【０００６】このように従来の可変表示装置５５では、
画像表示制御のための「動きを記述したプログラム」を
ＣＰＵ用のプログラムＲＯＭに格納し、「キャラクタ実
画像データ」をキャラクタＲＯＭへ格納している。

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来のパチンコ機の可変表示装置は、「動きを記述したプ
ログラム」が、表示のための共通処理と、シナリオデー
タに基づく処理とが一体的に作成されているため、動画
像の表示内容を機種などに応じて変更する場合には、画
像データ用のキャラクタＲＯＭだけでなく、ＣＰＵ用の
プログラムＲＯＭも新規に作成しなければならならな
い。これにより、機種別或いは画像内容の変更毎のＲＯ
Ｍ作成負荷が増大し、生産効率が低下する、という問題
が生じる。

【０００８】本発明は上記事実を考慮し成されたもの
で、可変表示装置の動画像の表示内容を変更する場合の
生産効率を向上させたパチンコ機の可変表示装置を提供
することを目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、請求項１の発明は、画像データを画像として表示す
る表示部と、前記表示部に動画像を表示する処理を実行
させるためのプログラムが格納された第１の記憶手段
と、前記動画像を構成する要素画像の画像データと該要
素画像の動きを記述した動きデータとが格納された第２
の記憶手段と、前記第１の記憶手段に格納されているプ
ログラムに従って、入力された画面表示の命令に基づき
前記第２の記憶手段から要素画像の画像データ及び動き
データを読み出し、該動きデータに基づいて要素画像の
画像データを前記表示部に表示させる制御手段と、を含
んで構成したものである。

【００１０】請求項１の発明では、制御手段が、第１の
記憶手段に格納されているプログラムに従って、次の処
理を実行する。すなわち、制御手段は、画面表示の命令
が入力されると、入力された画面表示の命令に基づいて
第２の記憶手段から要素画像の画像データ及び動きデー
タを読み出す。そして、制御手段は、読み出した動きデ
ータに基づいて要素画像の画像データを表示部に表示さ
せる制御を行う。このような表示制御によって、表示部
には、画面表示の命令に対応した動画像が表示される。

【００１１】このように本発明では、表示部に動画像を
表示する処理を実行させるためのプログラムと、動画像
を構成する要素画像の画像データと該要素画像の動きを
記述した動きデータとを分離させて、別々の記憶手段に
格納するようにしたので、動画像の表示内容を変更する
場合、第１の記憶手段の記憶内容を共通に用い第２の記
憶手段の記憶内容を変更するだけで済み、生産の効率化
を図ることができる。

【００１２】また、第１の記憶手段を共通に用いるよう
にすれば、部品在庫という観点からも生産の効率化が図
れる。さらに、プログラムは変更する必要性がきわめて
少なくなるので、表示内容を変更する毎にプログラムを
作成する従来と比べて、プログラムの信頼性が圧倒的に
高くなる。

【００１３】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態に係るパチンコ機の可変表示装置を説明する。

【００１４】図２に示すように、本発明の実施の形態に
係る可変表示装置１２は、パチンコ機の遊技盤１０上の
所定位置に、図柄等を表示する画面部２８Ａが現れるよ
うに設置されている。図３は、この可変表示装置１２を
遊技盤１０から取り外した状態を示したもので、可変表
示装置１２の前部フレーム４２の裏側に、その開口部４
０に画面部２８Ａが臨むよう、液晶表示パネル２８（図
１に図示）が位置決めされて係着されている。

【００１５】ここで、上記可変表示装置１２の構成を図
１のブロック図に示す。図１に示すように、可変表示装
置１２には、パチンコ機全体を制御・管理するパチンコ
機メイン回路３２が接続されている。パチンコ機メイン
回路３２は、ＭＰＵ（MicroProcessor Unit）３４と出
力インターフェース３６とを含んで構成されており、Ｍ
ＰＵ３４から一定周期毎にゲームの進行に応じて通信デ
ータ（アニメーション再生コマンド等）を出力インター
フェース３６を介して可変表示装置１２へ送出する。

【００１６】そして、可変表示装置１２は、パチンコ機
メイン回路３２からの通信データを受信するデータ受信
回路１４と、可変表示装置１２を制御・管理するＣＰＵ
１６と、ＣＰＵ１６の作業域として用いられるＲＡＭ１
８と、後述する共通処理プログラム２１が格納されたプ
ログラムＲＯＭ２０と、実際に表示される画面を描画す
るための高速処理を行うＶＤＰ２４と、を備えており、
各々がコマンドやデータを転送するためのバス３０と接
続されている。

【００１７】また、ＶＤＰ２４には、後述するアニメー
ションデータ２３が格納されたデータＲＯＭ２２と、Ｖ
ＤＰ２４により画面データが展開されるＶＲＡＭ２６
と、アニメーション画像等を実際に表示する液晶表示パ
ネル２８と、が接続されている。ＶＤＰ２４は、ＣＰＵ
１６からの表示命令に基づき、液晶表示パネル２８に画
像を表示するための所定の動作を実行する。

【００１８】上記共通プログラム２１は、パチンコ機メ
イン回路３２から送られてきた通信データ（アニメーシ
ョン再生コマンド）により指定されたアニメーション画
像を液晶表示パネル２８で表示するまでの表示処理のう
ちの共通処理を実行するためのプログラムである。この
共通処理は、具体的には、アニメーション再生コマンド
の解釈に基づき、データＲＯＭ２２に格納されているア
ニメーションデータ２３のシナリオデータを読み込み、
該シナリオデータに基づき、ＶＤＰ２４に描画処理を実
行させる、というものである。すなわち、本実施の形態
では、共通処理とシナリオデータに基づく処理とが一体
的に記述された従来のようなプログラムではなく、共通
処理のみを実行させるプログラムをプログラムＲＯＭ２
０に格納する。

【００１９】また、上記アニメーションデータ２３は、
シナリオデータ（動きデータ）とキャラクタ実画像デー
タとからなる。このシナリオデータは、従来では、プロ
グラムＲＯＭ２０に格納されたプログラム中に記述され
るものであったが、本実施の形態では、ＣＰＵ用のプロ
グラムから分離させてキャラクタ実画像データが格納さ
れているＲＯＭに格納する。

【００２０】次に、データＲＯＭ２２に格納されている
アニメーションデータ２３の具体的なデータフォーマッ
ト（第１例）を図４を用いて説明する。

【００２１】図４に示すように、アニメーションデータ
２３は、アニメーションの種類に従って各々用意された
アニメーション１、アニメーション２、．．．．、アニ
メーションＮの各データエリアから構成されている。さ
らに、各アニメーション（ｉ）データエリア（ｉはデー
タエリア番号；ｉ＝１〜Ｎ）は、アニメーションのシナ
リオ（動き）等が記述されたアニメーション（ｉ）テー
ブルデータと、当該シナリオの構成要素としての各画面
（以下、スクリプト）を指定するためのスクリプトデー
タが記述されたスクリプトデータエリアと、スクリプト
データで指定された画面構成単位のキャラクタを実際に
描画可能なデータで表したキャラクタ実画像データと、
からなる。なお、シナリオデータは、上記アニメーショ
ンテーブルデータとスクリプトデータとから構成され
る。

【００２２】アニメーション１データエリアを例にとる
と、アニメーション１テーブルデータは、アニメーショ
ン１データエリアの各データの格納位置、構成要素など
をＣＰＵ１６に認識させるために必要となるデータが格
納された管理領域を先頭部分に備えている。この管理領
域では、アニメーション１の構成スクリプトが記載され
ており、スクリプトデータ数の後に、スクリプト１、ス
クリプト２、スクリプト３の各名称が記述されている。
これは、構成スクリプト数が３個で、次のスクリプトデ
ータエリアには、スクリプト１、スクリプト２、スクリ
プト３の順でスクリプトデータが格納されていることを
示している。また、アニメーションデータエリア上の他
のデータの格納場所を同定するための他の管理データも
記述されている。

【００２３】また、アニメーション１テーブルデータに
は、各スクリプトの更新時間（表示開始してから該スク
リプトを消去するまでの時間）が記述されている。すな
わち、スクリプト１の更新時間Ｔ₁ 、スクリプト２の更
新時間Ｔ₂ 、スクリプト３の更新時間Ｔ₃ が、管理領域
で指定された順に格納されている。

【００２４】さらに、アニメーション１テーブルデータ
には、構成スクリプトをどのような順で表示するかを表
したスクリプトフローが記述されている。このスクリプ
トフローは、１サイクル分の表示順序を示したもので、
図４の例では、スクリプト１→スクリプト２→スクリプ
ト３が記述されている。これは、この順に各スクリプト
を表示すべきことを示している。なお、このスクリプト
フローの実際の表記方法としては、例えばスクリプトの
名称を表示順に並べたものを用いる。

【００２５】また、スクリプトフローの後には、サイク
ルの繰り返し回数が記述されている。この繰り返し回数
は、スクリプトフローの１回の実行を１サイクルとし
て、何回このサイクルを繰り返すかを指定するデータで
ある。

【００２６】上記のようなアニメーション１テーブルデ
ータの次には、構成スクリプトの実際の表示内容（キャ
ラクタなど）を示すスクリプトデータエリアが格納され
ており、アニメーション１データエリアの場合、スクリ
プト１データ、スクリプト２データ、スクリプト３デー
タが順番に格納されている。

【００２７】例えば、アニメーション１が、図９（ａ）
に示すように、星印を画面に向かって左端から右端に移
動させるアニメーションの場合、構成スクリプトは、図
９（ｂ）に示すように星印が左端部にあるスクリプト
１、星印が中央部にあるスクリプト２、星印が右端部に
あるスクリプト３となる。このようなスクリプトから構
成されている場合、各スクリプトデータには、図４に示
すように、表示命令、星印キャラクタ（コード形式で表
記）、キャラクタの表示位置（Ｘ座標、Ｙ座標）が記述
されている。これは、星印キャラクタに対応する星印の
画像を、指定された表示位置座標に表示せよという表示
命令を示す。

【００２８】さらに、スクリプトデータエリアの次に
は、液晶表示パネル２８で実際に表示可能なデータ形式
のキャラクタ実画像データが格納されている。アニメー
ション１の場合、星印のみを表示するため、このデータ
は、キャラクタ（星印）実画像データとなる（（）内は
表示画像の名称を示す）。

【００２９】勿論、人物の動画像を表示するアニメーシ
ョンの場合には、アニメーション２データエリアのよう
にキャラクタ（人物）実画像データを格納する。また、
複数の画像を表示するアニメーションの場合には、アニ
メーションＮデータエリアのように複数のキャラクタ実
画像データを格納しておけば良い。

【００３０】なお、図４のアニメーションデータ２３の
第１例では、各アニメーションデータエリアに、そのア
ニメーションで用いる情報を、キャラクタ実画像データ
も含めてすべてパッキングしているが、キャラクタ実画
像データをアニメーション毎ではなく画像の種類別にパ
ッキングすることも可能である。図５には、そのような
アニメーションデータ２３の第２例が示されており、こ
の第２例では、シナリオデータとキャラクタ実画像デー
タとが別々にパッキングされている。このキャラクタ実
画像データは、すべて１箇所にまとめて置かれていて、
シナリオデータの複数のスクリプトが同じ種類の画像デ
ータを同一のアドレスにより参照することができる。

【００３１】次に、本実施の形態に係る可変表示装置の
処理の流れを図６乃至図８のフローチャートを用いて説
明する。

【００３２】図６には、図１のプログラムＲＯＭ２０に
格納されている共通処理プログラム２１をＣＰＵ１６が
実行する際の共通処理の流れを示すフローチャートが示
されている。図６に示すように、パチンコ機メイン回路
３２から送られてきたアニメーション再生コマンドをデ
ータ受信回路１４が受信したか否か、又は受信したコマ
ンドの記憶が有るか否かを判定する（ステップ１０
０）。コマンドを受信せず、またコマンドの記憶も無い
場合には（ステップ１００否定判定）、コマンドの受信
を待機する。なお、コマンド記憶がある場合は、コマン
ドはＲＡＭ１８の所定エリアに記憶されており、受信し
た順に実行される。

【００３３】アニメーション再生コマンドを受信した場
合又はコマンド記憶が有る場合には、受信又は記憶した
コマンドを解釈し（ステップ１０２）、当該コマンドに
記載されているアニメーション番号ｋを求める。このア
ニメーション番号ｋは、データＲＯＭ２２に格納されて
いるアニメーション１〜Ｎを指定するための番号であ
る。

【００３４】次に、ＣＰＵ１６が、受信コマンドで指定
されたアニメーションｋに対応するアニメーションｋテ
ーブルデータをデータＲＯＭ２２から読み出してＲＡＭ
１８へ展開する（ステップ１０４）。そして、読み出さ
れたアニメーションｋテーブルデータを解釈し、当該テ
ーブルに記述されているスクリプト構成、更新時間、ス
クリプトフロー、及びサイクルの繰り返し回数を認識す
る（ステップ１０６）。

【００３５】次に、パチンコ機メイン回路から再びアニ
メーション再生コマンドを受信したか否かを判定する
（ステップ１０７）。アニメーション再生コマンドを再
び受信した場合には（ステップ１０７肯定判定）、ステ
ップ１０２に戻り受信した新しいコマンドの解釈から同
様の処理を実行する。

【００３６】アニメーション再生コマンドを受信しない
場合（ステップ１０７否定判定）、アニメーションｋテ
ーブルデータに記述されていたスクリプトフローを実行
する（ステップ１０８）。スクリプトフロー実行後に、
当該スクリプトフローの実行回数が、アニメーションｋ
テーブルデータに記述されていた繰り返し回数に達した
か否かを判定する（ステップ１１０）。実行回数が指定
回数に達していない場合（ステップ１１０否定判定）、
ステップ１０７に戻り、再びコマンド受信を判定する。
ここで、アニメーション実行中でもパチンコ機メイン回
路からのコマンドを受信した場合には（ステップ１０７
肯定判定）、当該アニメーションの実行を破棄して即座
に新しいコマンドの解釈を行う。

【００３７】実行回数が指定回数に達した場合は（ステ
ップ１１０肯定判定）、ステップ１００に戻り、再びパ
チンコ機メイン回路３２からのアニメーション再生コマ
ンドの受信又はコマンド記憶の有無を判定し、同様の処
理を実行する。

【００３８】次に、図６のステップ１０８のスクリプト
フロー実行の詳細を図７のフローチャートを用いて説明
する。図７のフローチャートは、スクリプトフローデー
タのシナリオが、スクリプト１→スクリプト２→スクリ
プト３の場合の処理例を示したものである（図４参
照）。

【００３９】図７に示すように、まず、スクリプト１の
表示処理を実行する（ステップ１２０）。アニメーショ
ン１の場合、この処理により、液晶表示パネル２８には
図９（ｂ）に示したスクリプト１（左端の星印）が表示
される。なお、このスクリプトの表示処理は、後述する
ように実際にはＶＤＰ２４が行う。

【００４０】次に、スクリプト１の表示開始時刻からス
クリプト１の更新時間Ｔ₁ が経過したか否かを判定する
（ステップ１２２）。更新時間Ｔ₁ が経過しない場合
（ステップ１２２否定判定）、スクリプト１をそのまま
表示させ、更新時間Ｔ₁ が経過した場合（ステップ１２
２否定判定）、スクリプト２表示処理を実行する（ステ
ップ１２４）。これにより、スクリプト１（左端の星
印）がＴ₁ 時間表示された後、スクリプト２（中央の星
印）が表示される。

【００４１】次に、スクリプト２の表示開始時刻からス
クリプト２の更新時間Ｔ₂ が経過したか否かを判定する
（ステップ１２６）。更新時間Ｔ₂ が経過しない場合
（ステップ１２６否定判定）、スクリプト２をそのまま
表示させ、更新時間Ｔ₂ が経過した場合（ステップ１２
６否定判定）、スクリプト３表示処理を実行する（ステ
ップ１２８）。これにより、スクリプト２（中央の星
印）がＴ₂ 時間表示された後、スクリプト３（右端の星
印）が表示される。

【００４２】そして、スクリプト３の表示開始時刻から
スクリプト３の更新時間Ｔ₃ が経過したか否かを判定す
る（ステップ１３０）。更新時間Ｔ₃ が経過しない場合
（ステップ１３０否定判定）、スクリプト３をそのまま
表示させ、更新時間Ｔ₃ が経過した場合（ステップ１３
０否定判定）、本サブルーチンをリターンする。これに
より、スクリプト３（左端の星印）がＴ₃ 時間表示され
る。次に、共通処理（図６）に戻って上記の処理が指定
された回数だけ実行される。

【００４３】このように図７の処理では、スクリプト１
→スクリプト２→スクリプト３を順に実行するので、図
９（ｂ）のような構成スクリプトの場合、図９（ａ）の
ようなアニメーションが液晶表示パネル２８に再生表示
される。なお、例えば、星印を逆に右端から左端に移動
させるアニメーションの場合には、スクリプト３→スク
リプト２→スクリプト１をスクリプトフローに記述すれ
ば良い。このようにスクリプトフロー実行処理は、スク
リプトフローに記述されていたスクリプト順にスクリプ
トの表示処理と更新時間の判定とを実行するという単純
な構成のため、アニメーションの動きの複雑さによら
ず、共通の処理を抽出した共通処理プログラムを実現で
きる。

【００４４】次に、図７の各表示処理（ステップ１２
０、１２４、１２８）の詳細な処理の流れを、図８のフ
ローチャートを用いて説明する。

【００４５】図８のフローチャートに示すように、ま
ず、ＣＰＵ１６からＶＤＰ２４へ画像表示命令を転送す
る（ステップ１４０）。このとき、ＣＰＵ１６はＶＤＰ
２４に対して当該アニメーションのスクリプト番号ｓの
指定と共に、スクリプト表示のために必要なデータを転
送する（ステップ１４０）。画像表示命令を受けたＶＤ
Ｐ２４は、データＲＯＭ２２からスクリプトｓデータを
内部バッファ等に読み込む（ステップ１４２）。

【００４６】次に、ＶＤＰ２４は、読み込んだスクリプ
トｓデータに記述されているキャラクタｓと、このキャ
ラクタの表示位置とを認識する（ステップ１４４）。そ
して、データＲＯＭ２２から、認識したキャラクタｓの
キャラクタ（ｓ）実画像データを読み込み（ステップ１
４６）、キャラクタ（ｓ）実画像データを、スクリプト
ｓデータにより指定された表示位置の画面データとして
ＶＲＡＭ２６上に展開する（ステップ１４８）。

【００４７】次に、ＶＤＰ２４は、ＶＲＡＭ２６上で描
画された画面データを、液晶表示パネル２８へ転送する
（ステップ１５０）。そして、液晶表示パネル２８が、
転送された画面データを表示し（ステップ１５２）、本
サブルーチンをリターンし、図７の表示処理に戻る。表
示された画面データは、当該スクリプトの更新時間が経
過するまで液晶表示パネル２８に表示される。

【００４８】以上のように本実施の形態の可変表示装置
では、共通処理（図６）、この共通処理の中で実行され
るスクリプトフロー実行（図７）、スクリプト表示処理
（図８）を実行する共通処理プログラム２１を、従来の
動きを記述するプログラムのようにシナリオデータと一
体的に作成するのではなく、シナリオデータの読み込み
と、その実行というような共通の処理から実現したの
で、共通処理プログラムとシナリオデータとを分離させ
て、それぞれ別々のＲＯＭに格納することを可能とす
る。

【００４９】このように本実施の形態では、ＣＰＵ１６
により実行される共通処理プログラムをプログラムＲＯ
Ｍ２０へ格納し、動きを記述するためのシナリオデータ
及び実際の画像データからなるアニメーションデータを
別体の記憶手段として用意されたデータＲＯＭ２２に格
納するようにしたので、動画像の表示内容を変更する場
合、プログラムＲＯＭ２０の内容を変更せずデータＲＯ
Ｍ２２を交換するだけで済むという利点がある。すなわ
ち、新たな機種を開発するときに、プログラムＲＯＭ２
０を共通に用い、データＲＯＭ２２の内容を変更すれば
良いため、機種毎のＲＯＭ作成負荷が大幅に軽減し、生
産の効率化が図れる。

【００５０】また、プログラムＲＯＭ２０を共通に用い
ているため、部品在庫という観点からも生産の効率化が
図れる。さらに、プログラムＲＯＭの内容は変更する必
要性がきわめて少なくなるので、表示内容を変更する毎
にプログラムを作成する従来と比べて、プログラムの信
頼性が圧倒的に高くなる。

【００５１】以上が本発明の実施の形態であるが、上記
例にのみ限定されるものではない。例えば、可変表示装
置１２の表示例としてアニメーションを用いたが、表示
図柄の各種の変動方法を表現する変動図柄の場合にも、
本発明を適用できることはいうまでもない。

【００５２】また、上記実施の形態では、シナリオデー
タとキャラクタ実画像データとを同じデータＲＯＭ２２
に格納したが、それぞれ別々のＲＯＭに格納するように
しても良い。

【００５３】さらに、上記実施の形態では、共通処理プ
ログラムやアニメーションデータの記憶手段としてＲＯ
Ｍを用いたが、他の記憶手段を用いても良い。

【００５４】

【発明の効果】以上説明したように、請求項１の発明に
よれば、表示部に動画像を表示する処理を実行させるた
めのプログラムと、動画像を構成する要素画像の画像デ
ータと該要素画像の動きを記述した動きデータとを分離
させて、別々の記憶手段に格納するようにしたので、動
画像の表示内容を変更する場合の生産の効率化を図るこ
とができる、という効果が得られる。

【図面の簡単な説明】

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

【図２】本実施の形態に係る可変表示装置が取り付けら
れたパチンコ機の遊技盤の正面図である。

【図３】上記パチンコ機の遊技盤から取り外した可変表
示装置の外観図である。

【図４】本実施の形態に係る可変表示装置のデータＲＯ
Ｍに格納されているアニメーションデータ（第１例）の
データ内容を示す図である。

【図５】本実施の形態に係る可変表示装置のデータＲＯ
Ｍに格納されているアニメーションデータ（第２例）の
データ内容を示す図である。

【図６】本実施の形態に係る可変表示装置の共通処理の
流れを示すフローチャートである。

【図７】本実施の形態に係る可変表示装置におけるスク
リプトフロー実行の処理例を示すフローチャートであ
る。

【図８】本実施の形態に係る可変表示装置におけるスク
リプト表示処理を示すフローチャートである。

【図９】本実施の形態に係る可変表示装置で表示される
画面の例を示す図であって、（ａ）は、星印キャラクタ
を移動させる動画表示例、（ｂ）は、（ａ）の動画を構
成するスクリプトを示す図である。

【図１０】従来の可変表示装置の構成ブロック図であ
る。

【符号の説明】

１２ 可変表示装置 １６ ＣＰＵ（制御手段） ２０ プログラムＲＯＭ（第１の記憶手段） ２１ 共通処理プログラム（プログラム） ２２ データＲＯＭ（第２の記憶手段） ２３ アニメーションデータ（シナリオデータ（動き
データ）＋画像データ） ２４ ＶＤＰ（制御手段） ２８ 液晶表示パネル（表示部）

Claims (1)

【特許請求の範囲】
1. 【請求項１】 画像データを画像として表示する表示部
   と、 前記表示部に動画像を表示する処理を実行させるための
   プログラムが格納された第１の記憶手段と、 前記動画像を構成する要素画像の画像データと該要素画
   像の動きを記述した動きデータとが格納された第２の記
   憶手段と、 前記第１の記憶手段に格納されているプログラムに従っ
   て、入力された画面表示の命令に基づき前記第２の記憶
   手段から要素画像の画像データ及び動きデータを読み出
   し、該動きデータに基づいて要素画像の画像データを前
   記表示部に表示させる制御手段と、 を含むパチンコ機の可変表示装置。