JPH10232951A

JPH10232951A - アニメーション作成方法およびアニメーション用のシナリオ作成方法

Info

Publication number: JPH10232951A
Application number: JP9348898A
Authority: JP
Inventors: Takashi Tani; 宇谷
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 1996-12-20
Filing date: 1997-12-18
Publication date: 1998-09-02

Abstract

(57)【要約】【課題】アニメーションを短期間に完成させることお
よび独創性あるシナリオを作成すること。【解決手段】このアニメーション作成方法では、アニ
メーション用のスプライトと、このスプライトを動作さ
せるシナリオとを作成し、スプライトとシナリオとを一
体化させてアニメーションを作成する。そして、スプラ
イトの画像データを、シナリオ作成に利用するシナリオ
用スプライトデータ４２と、出来上がったシナリオと融
合するための圧縮画像データ４３の２つのデータとして
作成し、シナリオ用スプライトデータ４２を利用してシ
ナリオを作成し、そのシナリオと圧縮画像データ４３と
を融合し、融合プログラム６０とする。そして、この融
合プログラム６０を利用して、シナリオの動作を確認し
ている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アニメーションを
作成する方法およびそのアニメーションに使用されるシ
ナリオを作成する方法に関する。

【０００２】

【従来の技術】従来の画像表示システム、特にアニメー
ション再生システムは、図２２に示す通りとなってい
る。すなわち、まず、アニメ作成用パソコン１０１で、
アニメーション画像を作成する。そして、その具体的方
法としては、特定の基本ＯＳ１０２で動作する市販のア
ニメーション作成ソフトウェア１０３を利用して、アニ
メ作成者が作った基絵１０４を動かすアニメーションを
作成する。そして、アニメ作成用パソコン１０１からそ
のアニメーションのデータとなるアニメデータ１０５を
アウトプットする。そして、アニメデータ１０５を駆動
する駆動ソフトウェア１０６とそのアニメデータ１０５
とを一緒にして配給用ファイル１０７として配給する。

【０００３】配給用ファイル１０７の配給を受けた使用
者は、プレイ用パソコン１０８を使用して再生する。こ
のプレイ用パソコン１０８は、先の基本ＯＳ１０２と同
じ基本ＯＳ１０２を有するもので、駆動ソフトウェア１
０６を駆動させることによってアニメデータ１０５を再
生することとなる。なお、このプレイ用パソコン１０８
のハード構成としては、３２ビットＣＰＵ、８Ｍバイト
以上のメモリ、大容量のハードディスク、ＣＲＴディス
プレイ等が必要となっている。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
アニメーション再生システムでは、基絵１０４を動かす
アニメーションを作成する部分で多大な時間を要してい
る。これは、アニメーションの作成においては、アニメ
ーションの動作をチェック確認し、シナリオ中の悪い部
分を修正し、再度アニメーションをチェック確認すると
いう繰り返し作業があるためである。しかも、アニメデ
ータ１０５が圧縮されているデータであるため、この繰
り返し作業の際、毎回、基絵１０４を圧縮する作業が必
要となっている。このため、アニメーション、特にその
シナリオをチェックし確認する作業に時間がかかり、シ
ナリオの修正作業に多大な時間を要するものとなり、ア
ニメーションの完成に日時を要するものとなっている。

【０００５】また、従来のアニメーション用のシナリオ
作成は、アニメーション作成ソフトウェア１０３を利用
して行うものとなっている。このため、シナリオの内容
もアニメーション作成ソフトウェア１０３に依存するこ
ととなり、シナリオ作成者独自の創造性を発揮しにくい
ものとなっている。この結果、ありふれたシナリオとな
り、面白味に欠けるシナリオとなりがちとなっている。

【０００６】本発明は、アニメーションを短期間に完成
できるアニメーション作成方法を提供することを目的と
する。また、本発明は、独創性あるシナリオを作成する
ことができるアニメーション用のシナリオ作成方法を提
供することを目的とする。

【０００７】

【課題を解決するための手段】かかる目的を達成するた
め、請求項１記載の発明では、アニメーション用のスプ
ライトと、このスプライトを動作させるシナリオとを作
成し、スプライトとシナリオとを一体化させてアニメー
ションを作成するアニメーション作成方法において、ス
プライトの画像データを、シナリオ作成に利用するシナ
リオ用スプライトデータと、出来上がったシナリオと融
合するための圧縮画像データの２つのデータとして作成
し、シナリオ用スプライトデータを利用してシナリオを
作成し、そのシナリオと圧縮画像データとを融合し、シ
ナリオの動作を確認している。

【０００８】このように、スプライトの画像用データ
を、保存形式の異なるファイルであるシナリオ用スプラ
イトデータと圧縮画像データの２つのファイルでアウト
プットし、シナリオ用スプライトデータを利用してシナ
リオを作成できるので、シナリオのチェックの毎にスプ
ライトの画像用データを圧縮したり伸長したりする作業
が必要なくなる。この結果、シナリオのチェック結果の
フィードバックが速くなり、アニメーションを早く完成
させることができる。

【０００９】また、請求項２記載の発明では、請求項１
記載のアニメーション作成方法において、圧縮画像デー
タと融合直前のシナリオを１６進のバイナリデータとし
ている。このため、専用プログラムを使うことにより、
アニメーションのチェックを高速にて行えると共に、完
成したアニメーションの実行速度も速くすることができ
る。

【００１０】さらに、請求項３記載の発明では、請求項
１または２記載のアニメーション作成方法において、シ
ナリオ用スプライトデータをアニメーションシナリオ作
成用ソフトウェアに入力しそのソフトウェアによって作
成された第１中間シナリオデータと、手書きにて作成し
た第２中間シナリオデータとを編集し、最終のシナリオ
を作成している。この結果、創造性の高い第２中間シナ
リオを、アニメーションシナリオ作成用ソフトウェアに
よって自動的に作成される第１中間シナリオとは別に、
手書きにて作成できる。そして、この手書きの第２中間
シナリオを第１中間シナリオと融合させることにより、
シナリオを効率良くしかも創造性の高いものに仕上げる
ことができる。

【００１１】また、請求項４記載の発明では、請求項
１、２または３記載のアニメーション作成方法におい
て、シナリオ用スプライトデータと圧縮画像データの融
合の際に、タイトル表示も合わせて融合している。この
ため、タイトル表示も別ルートで作成でき、併行作業が
可能となり、アニメーション作成の速度が速くなる。

【００１２】加えて、請求項５記載の発明では、請求項
１、２、３または４記載のアニメーション作成方法にお
いて、シナリオ用スプライトデータをビットマップファ
イルとしている。このため、アニメーションシナリオ作
成用ソフトウェアとして、市販の高機能かつ低コストの
ものを採用することができ、アニメーション作成の高効
率化と低コスト化を達成することができる。

【００１３】また、請求項６記載の発明では、アニメー
ションのためのシナリオを作成するアニメーション用の
シナリオ作成方法において、アニメーションシナリオ作
成用ソフトウェアにシナリオ用スプライトデータを入力
し、このソフトウェアによって作成した第１中間シナリ
オデータと、手書きにて作成した第２中間シナリオデー
タとを編集し、シナリオを作成している。

【００１４】このため、創造性の低い部分のシナリオ
は、アニメーションシナリオ作成用ソフトウェアによっ
て効率良く作成し、創造性の高い部分は、手書きによっ
てじっくり作成することが可能となる。この結果、シナ
リオ全体としては創造性が高く、しかも出来上がりまで
の時間を少なくできるアニメーション用のシナリオ作成
方法とすることができる。

【００１５】また、請求項７記載の発明では、請求項６
記載のアニメーション用のシナリオ作成方法において、
シナリオ用スプライトデータをビットマップファイルと
し、第２中間シナリオデータをテキスト形式のファイル
としている。このため、アニメーションシナリオ作成用
ソフトウェアとして、市販の高機能かつ低コストのもの
を採用することができる。また、第２中間シナリオデー
タを作成するエディタも市販の高機能かつ低コストのも
のを採用することができる。この結果、シナリオ作成に
あたり、高機能かつ低コストの作成手段を採用でき、作
成の高効率化と低コスト化を達成することができる。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態の例を
図１から図２１に基づき説明する。なお、この実施の形
態は、アニメーションを再生するシステムで、具体的に
は、街角に置かれる案内表示機の画像表示部分にアニメ
ーションを表示するものとなっている。

【００１７】この実施の形態における画像表示システム
は、アニメ作成用パソコン１でアニメーション画像を作
成する点において、図２２に示す従来と同一であるが、
そのアウトプットとなる画像用データは異なるものとな
る。すなわち、図１に示すように、アニメ作成用パソコ
ン１には、基本ＯＳ２と、この基本ＯＳ２上で動作する
アニメーションシナリオ作成用ソフトウェア（以下「ソ
フトウェア」を単に「ソフト」という）５と、変換ソフ
ト６とがインストールされている。

【００１８】一方、各スプライトとなる基絵４は、この
基絵４を作成しやすい他の基絵作成用パソコン３によっ
て作られ、変換ソフト６にインストールされる。そし
て、アニメ作成用パソコン１のアニメーションシナリオ
作成用ソフト５を利用して、各スプライトを動作させる
シナリオが作成され、再度変換ソフト６へインストール
され、画像用データとなる専用アニメデータ７をアウト
プットする。その専用アニメデータ７をＲＯＭ化し、Ｒ
ＯＭ８とした後、小型化された専用プレーヤ９に配付す
る。

【００１９】なお、ここでの配付は、ＲＯＭ８で行って
いるが、専用アニメデータ７を無線や有線を介して専用
プレーヤ９に送信するようにしても良い。また、基絵４
をアニメ作成用パソコン１の基本ＯＳ２で動くソフトで
作成するようにしても良い。変換ソフト６を利用して、
基絵４から専用アニメデータ７を作成する方法は、図２
に示すとおりとなっている。すなわち、基絵４が基本０
Ｓ２上で動作しないファイル形式の場合、まず、基本Ｏ
Ｓ２上で動作するファイル形式の変換基絵４ａを作成す
る。ここで、変換基絵４ａは、ビットマップファイルと
なっている。この変換基絵４ａを複数のプログラム等か
らなる変換ソフト６にインストールし、アニメ生成プロ
グラムとなるリソースジェネレータ４１によって、オー
サリング用、すなわちシナリオ作成に利用するシナリオ
用スプライトデータ４２と、専用アニメデータのイメー
ジ部分のデータとしてそのまま利用される圧縮画像デー
タ４３とを生成する。なお、このシナリオ用スプライト
データ４２と圧縮画像データ４３とは、ファイル形式の
みが異なる全く同一のファイルとなっている。そして、
シナリオ用スプライトデータ４２は、変換基絵４ａと同
一形式のビットマップファイルとなっている一方、圧縮
画像データ４３は、１６進のバイナリデータのファイル
となっている。

【００２０】リソースジェネレータ４１は、さらにグラ
フィックス情報データとなるリソースジェネレータイン
フォメーションファイル４４と、アドレス情報となるリ
ソースアドレスインフォメーションファイル４５と、作
業者の資料用となるリソースジェネレーションレポート
ファイル４６とを出力する。

【００２１】シナリオ用スプライトデータ４２は、アニ
メーション作成用のソフトとなる市販のアニメーション
シナリオ作成用ソフト５にインストールされる。そし
て、アニメーション作成者は、そのアニメーションシナ
リオ作成用ソフト５を利用して、基絵４を動作させるこ
ととなるシナリオを種々検討し作成する。その作成され
たシナリオは、アニメーションシナリオ作成用ソフト５
の出力形式によって出力される。この出力されたシナリ
オは、第１中間シナリオデータ４７となるものである。

【００２２】そして、この第１中間シナリオデータ４７
は、リソースジェネレータインフォメーション４４と共
に、アニメーションを記述する言語（以下「ＡＤＬ」と
いう）を生成するプログラムであるＡＤＬジェネレータ
４８に入力される。そして、このＡＤＬジェネレータ４
８によって、第３中間シナリオデータとなるテキストフ
ァイル形式のテキストシナリオファイル４９と、ＡＤＬ
ジェネレータ４８の情報ファイルとなるＡＤＬジェネレ
ータインフォメーションファイル５０とを出力する。

【００２３】テキストシナリオファイル４９は、ＡＤＬ
で書かれたファイルを機械語に一括変換する編集プログ
ラムとなるＡＤＬコンパイラ５１に入力される。一方、
テキストエディタ５２で書かれた手書きのマニュアルジ
ェネレイテッドファイルとなる第２中間シナリオデータ
５３もＡＤＬコンパイラ５１に入力される。ここで、第
１中間シナリオデータ４７は、創造性がそれ程求められ
ない部分のシナリオとなっており、第２中間シナリオデ
ータ５３は、アニメーションシナリオ作成用ソフト５で
は作りづらい創造性の高いシナリオとなっている。一般
的に、アニメーションシナリオ作成用ソフト５で、ほと
んどのシナリオを作成し、テキストエディタ５２で作成
される第２中間シナリオデータ５３の部分は、全体１０
％以下となっている。ただし、その割合は、作成するシ
ナリオによって適宜変更することができる。

【００２４】ＡＤＬコンパイラ５１は、上述したテキス
トシナリオファイル４９と、第２中間シナリオデータ５
３と、リソースジェネレータインフォメーションファイ
ル４４と、リソースアドレスインフォメーションファイ
ル４５とを入力し、１６進のバイナリデータであり、出
来上がったシナリオとなるシナリオファイル５４と、Ａ
ＤＬコンパイラ５１が出力したファイルリストを示すＡ
ＤＬコンパイラリスティングファイル５５と、変更部分
を示すＡＤＬコンパイラレポートファイル５６と、シナ
リオに付随する各種の定数を示すＡＤＬコンパイラＥＱ
Ｕインフォメーションファイル５７とを出力する。

【００２５】一方、アニメーションのタイトルおよび必
要により表示される著作権表示がテキストエディタ５８
によって作成され、コピーライトテキスト５９として出
力される。

【００２６】上述した圧縮画像データ４３と、シナリオ
ファイル５４と、コピーライトテキスト５９とは、融合
プログラム６０によって融合され、そのアニメーション
の出来具合がチェックされる。アニメーションとしての
面白味が欠ける場合のほとんどが、シナリオの出来が良
くない場合である。よって、アニメーションの出来が今
一歩の時は、シナリオが修正されることが多い。この修
正作業は、融合されたデータを元に戻して行うようなこ
とはしない。すなわち、圧縮画像データ４３に相当する
部分を伸長することはない。シナリオ修正作業は、シナ
リオ用スプライトデータ４２を利用して、再度、第１中
間シナリオデータ４７を作成することにより行われる。

【００２７】何回かのフィードバックによって完成され
たアニメーションは、専用のアニメデータ７として出力
される。専用アニメデータ７の詳細は後述するが、その
概要は、シナリオ部６２と、イメージパレット部６３と
に区別される構成となっている。なお、シナリオ部６２
は、ＲＯＭ８の後述する外部プロセッサ制御部データ部
８ａとＭＣプログラム８ｄに相当し、イメージパレット
部６３は、レジスタデータ８ｅと画像データ部８ｃに相
当する。

【００２８】なお、テキストエディタ５２での第２中間
シナリオデータ５３の作成は、必ずしも行う必要はない
が、創造性の高いシナリオを作成する場合には第２中間
シナリオデータ５３が必要となる。また、テキストエデ
ィタ５８での作業も必ずしも必要としない。また、ＡＤ
Ｌジェネレータ４８とＡＤＬコンパイラ５１の両プログ
ラムは、別々とするのではなく、一体化したプログラム
とするのが好ましい。配付されたＲＯＭ８は、画像表示
装置となる専用プレーヤ９に取り付けられる。専用プレ
ーヤ９は、図３に示すように、ＬＣＤ（液晶）からなる
表示部１０と、ＣＰＵメモリ（＝中央処理装置）１１
と、専用グラフィックＬＳＩ１２と、プログラムＲＯＭ
１３と、外部情報源１４からの指示を受けＣＰＵメモリ
１１に伝えるデータ受信回路１５と、専用グラフィック
ＬＳＩ１２に接続されるＶＲＡＭ（ビデオラム）１６
と、外部のアンプやスピーカ１７に音を供給するサウン
ド回路１８と、表示部１０を駆動制御する表示部用ＬＳ
Ｉ１９とから構成される。

【００２９】なお、外部情報源１４は、専用プレーヤ９
の外部にあって、専用プレーヤ９の表示内容を大極的に
制御するものとなっている。すなわち、外部情報源１４
は、アニメーションの流れを変えたり（＝シナリオを切
り替える）、特定のスプライトを特定の位置へ表示する
ような指示を与えることができるものとなっている。ま
た、プログラムＲＯＭ１３には、ＣＰＵメモリ１１が専
用アニメデータ７から特定のデータを取り込み、フレー
ム単位の表示の制御をするためのプログラムと、外部情
報源１４からの指令を受け取り、フレーム単位の表示の
流れを切り替えたり、指示された特定のスプライトを指
定された特定の位置へ表示する処理を行うためのプログ
ラムとが格納されている。

【００３０】なお、この実施の形態では、ＲＯＭ８は、
２Ｍバイトで、テレビ画面で言えば、数１０秒に相当す
る容量を有するものとなっている。また、ＣＰＵメモリ
１１は、８ビットＣＰＵで、内部に５１２バイトのワー
クメモリを有し、一方、プログラムＲＯＭ１３は２５６
Ｋビットとなっている。なお、これらの部材としては、
ここに示した数値のものに限定されず、他の値を有する
ものを適宜採用することができる。

【００３１】ここで、専用グラフィックＬＳＩ１２は、
ＣＰＵメモリ１１によって各画面間のシーケンスの制御
を受ける一方、各画面内での一連のスプライトの表示に
ついては、ＲＯＭ８中のデータを見に行ってそのデータ
に基づいて、そのスプライトの一連の動きを制御するよ
うになっている。なお、表示部１０としては、３．３イ
ンチ、４インチ、５インチ、５．６インチ等各種の大き
さのものとすることができる。また、必要によってはブ
ラウン管タイプ等、液晶以外の表示体を採用することが
できる。さらに、ＶＲＡＭ１６は、２画面分を取り込め
るものとなっており、５インチの表示部では２Ｍビッ
ト、４インチや３．３インチでは１Ｍビットとなってい
る。２画面としたのは、１画面を表示用として、もう１
画面を書き込み用としたためである。この２画面方式に
より書き込み途中のちらつきをなくし、画質を向上させ
ている。また、サウンド回路１８は、８ビット、８ＫＨ
ｚ、１チャンネルのものとなっているが、他の値のもの
を適宜採用できる。

【００３２】専用グラフィックＬＳＩ１２の構造は、図
４に示すとおりとなっている。すなわち、プログラマブ
ルなダウンローダの機能を有する小型プロセッサ部１２
ａと、約６０個のレジスタからなるレジスタ部１２ｃお
よび１２８バイトのＲＡＭからなるパレットＲＡＭ部１
２ｄを有するビデオディスプレイプロセッサ部１２ｂと
からなっている。そして、この専用グラフィックＬＳＩ
１２は、ＣＰＵメモリ１１の実行指示に基づき、ＲＯＭ
８内の当該番地のデータを読む作業を行う。

【００３３】一方、ＲＯＭ８のデータ構造は、図５
（Ａ）に示すように、ＣＰＵメモリ１１が解釈実行する
シナリオデータが入っている外部プロセッサ制御データ
部８ａと、専用グラフィックＬＳＩ１２内の小型プロセ
ッサ部１２ａが解釈実行するフレーム内スプライト表示
プログラム等のプログラムとデータが入っている内部プ
ロセッサ制御プログラム部８ｂと、専用グラフィックＬ
ＳＩ１２内のビデオディスプレイプロセッサ部１２ｂが
アクセスしデータをダウンロードする圧縮画像データが
入っている画像データ部８ｃとに主に区分けされてい
る。そして、内部プロセッサ制御プログラム部８ｂに
は、小型プロセッサ部１２ａを動作させるＭＣ（マイク
ロコントローラ）プログラム８ｄと、レジスタ部１２ｃ
およびパレットＲＡＭ部１２ｄに関するデータとなるレ
ジスタデータ８ｅとが入っている。また、画像データ部
８ｃには、後述するマルチカラー画像の圧縮データとな
るマルチカラー圧縮画像データ８ｆと、自然画的な画像
の圧縮データとなる自然画圧縮画像データ８ｇとが入っ
ている。

【００３４】なお、外部プロセッサ制御データ部８ａに
は、図５（Ｂ）に示すように、各フレーム２０の時間軸
方向の制御を行うデータが書き込まれている。なお、各
フレーム２０は、通常１秒で２５枚現れる速度で切り替
わって行く。一方、内部プロセッサ制御プログラム部８
ｂには、１つのフレーム２０内のスプライト（詳細は後
述）の表示位置を制御するＭＣプログラム８ｄ等が書き
込まれている。

【００３５】ここで、専用グラフィックＬＳＩ１２の動
作を図４（Ａ）に基づいて簡単に説明する。ＣＰＵメモ
リ１１が専用グラフィックＬＳＩ１２に、ＲＯＭ８の例
えば［ＸＸＸＸＨ］番地からの実行を指示すると、小型
プロセッサ部１２ａは、ＲＯＭ８の［ＸＸＸＸＨ］番地
からのデータを実行する。ＲＯＭ８には、［ＸＸＸＸ
Ｈ］番地から順にＭＣプログラム８ｄと、レジスタデー
タ８ｅと、画像データ部８ｃ内の圧縮画像データとが書
き込まれており、順次実行されていく。

【００３６】具体的には、図４（Ｂ）に示すように、例
えば、ＣＰＵメモリ１１が１００番地からの実行を指示
すると、小型プロセッサ部１２ａは、ＲＯＭ８の１００
番地からのデータを実行する。例えば、スプライトが
「Ａ」「Ｂ」「Ｃ」の文字であるとすると、まず、
「Ａ」を表示するための１００番地の“Ａ”ＭＣプログ
ラムを実行する。この実行は、「Ａ」を表示するための
各種パラメータをレジスタ部１２ｃにセットした後、Ｖ
ＲＡＭ１６に「Ａ」の圧縮画像データをダウンロードす
ることにより行われる。同様にして文字「Ｂ」、文字
「Ｃ」の画像用データがレジスタ部１２ｃやＶＲＡＭ１
６へダウンロードされる。以上のような関係を専用アニ
メデータ７を主体として見ると、図６に示すような関係
となる。すなわち、ＲＯＭ８とされた専用アニメデータ
７は、ＣＰＵメモリ１１およびプログラムＲＯＭ１３か
らなるＣＰＵファームウェア３１と、専用グラフィック
ＬＳＩ１２のハードウェア仕様３２とを制御する構成と
なる。この結果、この画像表示システムに使用される専
用プレーヤ９は、ＣＰＵファームウェア３１と、専用グ
ラフィックＬＳＩ１２のハードウェア仕様３２と、専用
アニメデータ７との連携により各種の表示機能を実現す
るものとなっている。

【００３７】次に、この表示機能の仕組みについて説明
する。なお、今後使用する「スプライト」なる語句は、
アニメーションの１つのフレーム２０内の画像の構成要
素を指すものとする。例えば、［Ａ」「Ｂ」「Ｃ」等の
文字、リンゴや柿等の絵、三角や四角等の幾何学図形等
が相当する。また、「スプライト画面」とは、そのよう
な「スプライト」を表示する画面のことを言う。

【００３８】一般的に、アニメーションにおける各画面
となる各フレーム２０は、複数のスプライト画面より構
成される。すなわち、マルチカラー画像からなるマルチ
カラースプライトと、自然画的な画像となる自然画像ス
プライトとで構成される。この２種類のスプライトは、
専用グラフィックＬＳＩ１２内の小型プロセッサ部１２
ａが自主的に動いて描画されたり（後述のアクティブモ
ード）、ＣＰＵメモリ１１と小型プロセッサ部１２ａと
が協力して描画されたり（後述のパッシブモード）す
る。なお、マルチカラースプライトの中には、外部情報
源１４の指示に従って、ＣＰＵメモリ１１が特定位置に
描画する特定画像スプライトも含まれる。この実施の形
態のアニメーション画面は、４つの独立したスプライト
画面から構成されている。すなわち、マルチカラースプ
ライトとなる第１スプライト画面および第２スプライト
画面と、自然画像スプライトとなる自然画スプライト画
面の３画面に加え、図７に示すように、マルチカラース
プライトの一種である特定画像スプライト画面が加えら
れて、１つのフレーム２０、すなわち表示画面を構成し
ている。そして、これらの各画面の中で最も前面にきた
画面が優先表示されるようになっている。ただし、自然
画スプライト画面を除く各画面は、後述するパレットに
それぞれ「透明」となるパレット色を有しているので、
その「透明」を利用して、後側の画面の色が出せるよう
になっている。

【００３９】ここで、第１および第２スプライト画面
は、共にアニメ用で主にキャラクタによるアニメーショ
ン等に使用している。この第１および第２スプライト画
面は、自然画スプライト画面に比べて色数は少ないが、
その分画像データが小さいので、多数のキャラクタを表
示する画面に向いている。しかも、この第１および第２
スプライト画面は１５色、３０色、４５色、６０色のい
ずれかの色数を選択して使用できるものとなっている
が、この実施の形態では１５色を採用している。

【００４０】一方、特定画像スプライト画面は、ＣＰＵ
メモリ１１によって描画され、外部情報源１４によって
直接制御されるものとなっている。なお、この特定画像
スプライト画面で表示されるスプライトの表示位置は、
他の各スプライトと異なり、画面の中央や端など一定の
場所に設定されているが、他のスプライトと同様に移動
や重ね合わせ、拡大、縮小等ができるものとしても良
い。

【００４１】また、自然画スプライト画面は後述するよ
うに色数が多く高詳細表示が可能となっている。このた
め、主に自然色を使った背景などに使用される。

【００４２】ここで、マルチカラー画像の第１および第
２スプライト画面ならびに特定画像スプライト画面は、
それぞれ３２Ｋ色中１５色の色をもてるパレットテーブ
ルを有している。そして、この３つの画面で最高６０色
を発色できるようになっている。３２Ｋ色となるのは、
色の３原色である赤（Ｒ）、緑（Ｇ）、青（Ｂ）の値を
各５ビットで現しているためである。すなわち、合計１
５ビットとなり、３２Ｋ色の色となるのである。各マル
チカラースプライト画面は、この３２Ｋ色の中の１５色
を特定したパレットテーブルをそれぞれ有している。こ
れは、この実施の形態で使用しているハードウェアは、
４ビットのスプライト画面しか扱えないものとなってい
るため、最大１６通りの色となるが、そのうち１つを透
明としているためである。

【００４３】一方、自然画スプライト画面は、２５６Ｋ
色を同時に発色できるダイレクトカラー方式となってい
る。これは、Ｒ，Ｇ，Ｂを各６ビットで計１８ビットで
現し、その値を直接表示するものとなっているためであ
る。

【００４４】ここで、マルチカラー画像を２つ用意した
のは、例えば、案内表示機内の案内人の画像を、背景と
なるマルチカラー画像の画面に重ねて出すためである。
また、自然画スプライト画面は、例えば美人女性やおい
しそうな食べ物を現すためである。さらに、特定画像ス
プライト画面は、例えば案内表示機を使用するときに、
時刻表示を行わせたり、スロットマシンの画像を表示さ
せ、スロットマシン的機能を付加させたりするものであ
る。このような特定画像スプライト画面を使用すると、
案内表示機の使用価値が上がり、ゲーム感覚での使用も
可能となる。

【００４５】４つの画面で構成される画面表示は、図８
および図９に示すように、３つのモードと自然画スプラ
イト画面が優先される順位指定との組み合わせの中から
選択される。図８（Ａ）は特定画像スプライト画面が最
前列に配置される特定画像トップモード、図８（Ｂ）は
特定画像スプライト画面が２番目に配置される特定画像
セカンドモード、図８（Ｃ）は特定画像スプライト画面
が最後列に配置される特定画像ボトムモードとなってい
る。一方、図９は、例えば、特定画像トップモードの場
合に、自然画スプライト画面をどこに入れるかを決める
自然画スプライト画面の表示優先順位を指定する場合を
示している。このようにして、３つのモードと４つの異
なる順位指定が行え、計１２通りの画面組み合わせが行
えるものとなっている。

【００４６】第１および第２スプライト画面ならびに自
然画スプライト画面には、任意の個数のスプライト、例
えば、アニメキャラクタを表示させることができる。す
なわち、この実施の形態では、スプライト、すなわちス
プライト画面の個数は、ハード的に制限されるのではな
く、スプライトの描画処理に要する時間から制限を受け
るものとなっている。例えば、各フレームの描画レート
（＝フレームレート）を２５Ｈｚとした場合、４インチ
フルサイズの１６色画面を約５．７枚描画でき、スプラ
イトが１／４のサイズのものであると、約２４枚描画が
可能となる。ちなみに、自然画スプライト画面である
と、約３．８枚描画が可能となる。

【００４７】第１および第２スプライト画面ならびに自
然画スプライト画面内の複数のスプライトについての表
示優先順位は、各スプライトに任意の優先順位を指定で
きるようになっている。すなわち、上書きしていく順番
を自由に変更することができる。なお、従来のものは、
スプライトの数（画面で２つ）およびその各２つの優先
順位が決められているようなものが多い状況である。例
えば、１画面の中に、スプライトＡとスプライトＢがあ
った場合、ある特定のレジスタにスプライトＡを、また
他の特定のレジスタにスプライトＢを記憶させていた。
そして、そのレジスタを切り替えて、スプライトＡ，Ｂ
の表示を切り替えていたが、これに対し、この実施の形
態では、各スプライトのレジスタは特定されず、書き込
みの順を入れ替えることによりスプライトを表示させて
いる。すなわち、早く書き込まれたスプライトが遅く書
き込まれたスプライトによって消されていく方式となっ
ている。このように、この実施の形態では、スプライト
の数や表示順位に制限がなく、扱いやすいものとなって
いると共に、レジスタを軽い、すなわち小型のものとす
ることができる。

【００４８】各スプライト、例えば、アニメキャラクタ
のサイズは、第１および第２スプライト画面では、横方
向で１〜１，００８画素で、縦方向は１〜２５５画素と
なっている。一方、自然画スプライト画面では、横方向
１〜１００８ドットで、縦方向は１〜２５５ドットとな
っている。これは、この実施の形態では、最大５インチ
の液晶画面、すなわち、９６０ドット×２４０ドットの
画面を指定しているためである。ここで、自然画スプラ
イト画面をドット単位としているのは、画質向上を図る
ためである。一方、第１および第２スプライト画面は、
ＲＧＢが１つとなった代表色からなるパレットを有して
おり、その単位は、画素すなわち代表色単位となってい
る。

【００４９】各スプライトの表示位置の指定は、マルチ
カラー画像の第１および第２スプライト画面では、ＲＧ
Ｂの特定の値からなる１画素単位で可能であり、自然画
スプライト画面は、水平方向、垂直方向ともに３ドット
単位となっている。この３ドット単位の指定は、図１０
（Ａ）のように３ドットの各ドットでＲＧＢのそれぞれ
を現し、次のラインは１つずらし、ＧＢＲの順で繰り返
し、３ライン目は、ＢＲＧで繰り返すようになってい
る。このような表示の仕方をモザイク型と言い、解像度
が低い場合に採用されるものとなっている。モザイク型
でない場合しては、図１０（Ｂ）のように、水平方向が
３ドット、垂直方向１ドット単位を採用することが考え
られる。

【００５０】第１および第２スプライト画面内の各スプ
ライトの拡大、縮小は、縦方向と横方向がそれぞれ独立
に拡大、縮小させることができる。なお、拡大、縮小の
割合は、横方向、縦方向共に連続的にすることも可能で
あるが、拡大、縮小を行うワークメモリの負荷を小さく
するため、横方向の拡大、縮小は段階的に行うものとな
っている。

【００５１】横方向の拡大、縮小のサイズは、元の横幅
を１〜１６画素のときは、１〜２５５画素で、１７〜３
２画素のときは、２×ｎ（ｎ：１〜２５５）画素で、３
３〜４８画素のときは、３×ｎ（ｎ：１〜２５５）とな
る。このように、１６画素を単位として拡大、縮小が行
われる。例えば、元の画素の横幅が１６０画素のとき
は、１０×ｎ（ｎ：１〜２５５、ただし１，００８画素
を超えない）となる。これは小型プロセッサ部１２ａ
が、１６画素を１つの単位で処理しているためである。

【００５２】そして、このシステムの専用アニメデータ
７は、図１１に示すような順序で作成される。特定画像
スプライト画面用のスプライトは、市販のシナリオ等を
構成できるアニメーションシナリオ作成用ソフト５を利
用して原データとなる特定画像用データ２１から作成す
る。なお、この特定画像用データ２１は、他の画像作成
ソフト２２によって作成される場合が多い。この特定画
像用データ２１を一旦、変換ソフト６のリソースジェネ
レータ４１に入れ処理して特定画像データ２３を作成す
る。また、同様にして特定画像を表示するための関連表
示データ２４が作成される。これらの特定画像データ２
３と関連表示データ２４が複数のプログラムからなる変
換ソフト６中に再度入れられる。

【００５３】一方、第１および第２スプライト画面用の
各スプライトも同様にして、他の画像作成用ソフト２２
によって作成される原データとなるスプライト画像デー
タ２５を一旦、変換ソフト６のリソースジェネレータ４
１に入れ処理した後アニメーションシナリオ作成用ソフ
ト５で処理し、アニメーションデータ２６を作成する。
これを同様に変換ソフト６に再度入れ、先の指定画像デ
ータ２３および関連表示データ２４と共に処理し専用ア
ニメデータ７を作成する。なお、この専用アニメデータ
７は、キャラクタジェネレータＲＯＭデータとも言われ
る。この専用アニメデータ７をＲＯＭ化してＲＯＭ８を
得る。

【００５４】この変換ソフト６は、図２に示すように、
複数のプログラムおよび工程をまとめたソフトであり、
第１中間シナリオデータ４７となる特定画像データ２
３、関連表示データ２４およびアニメーションデータ２
６を取り込む。そして、変換ソフト６は、第１および
第２スプライト画面ならびに自然画スプライト画面に表
示するアニメーションシーケンスの組み合わせを決める
（アニメーションフレーミング処理）、アニメーショ
ンフレーミング処理で決めたアニメーションのパレット
を調整して割り当てる、特定画像関係の諸特性の指定
などのデータの作成を行う。なお、このデータ作成処理
は、アニメーションシナリオ作成用ソフト５内で所定の
指示に基づき、データを入れ、この変換ソフト６でその
データを処理すると、自動的に作成処理ができるように
なっている。

【００５５】この変換ソフト６は、また、専用アニメデ
ータ７を生成するために、次のような処理を自動的に行
っている。すなわち、専用グラフィックＬＳＩ１２内
のビデオディスプレイプロセッサ部１２ｂが取り込み、
処理するための画像データ部８ｃ用の圧縮画像データの
生成、サウンドデータの符号化、ＣＰＵメモリ１１
がプログラムＲＯＭ１３に格納されたプログラムによっ
て取り込み、処理するための外部プロセッサ制御データ
部８ａ用のデータの生成、専用グラフィックＬＳＩ１
２内の小型プロセッサ部１２ａが取り込み、処理するた
めの内部プロセッサ制御プログラム部８ｂ用のプログラ
ム等の生成、ＲＯＭ８内のメモリ配置、の各処理を行
っている。

【００５６】なお、この実施の形態では、のサウンド
データの符号化は行っていないが、この変換ソフト６は
そのデータの生成も可能となっている。このように、こ
の変換ソフト６は、変換基絵４ａや、アニメーションシ
ナリオ作成用ソフト５によって生成された第１中間シナ
リオデータ４７を、並び替え、表現替え、置き換えおよ
び圧縮によって専用アニメデータ７とするものである。
ここで表現替えとは、内容は変えずにデータとして表現
する形式、値を変えるもので、置き換えとは、特定の機
能を表現する際、限られた表現を組み合わせて新たな表
現とし、同一機能を達成させるようにしたものである。

【００５７】また、の外部プロセッサ制御データ部８
ａ用のデータは、ＣＰＵメモリ１１やプログラムＲＯＭ
１３がこのデータを見て動作するようになっているデー
タで、一種の制御データとなっている。また、の内部
プロセッサ制御プログラム部８ｂ用のプログラムとデー
タは、１画面用の一連のスプライトの動きを制御するデ
ータで、ＲＯＭ８内のこのデータを専用グラフィックＬ
ＳＩ１２が見に来て、その結果に基づき、スプライトを
動作させるようになるものである。このように、この実
施の形態では、ＣＰＵメモリ１１が専用グラフィックＬ
ＳＩ１２に「ＲＯＭ８のある番地を見て、その部分の命
令に従い作業をしなさい」との指示を出し、その指示に
基づき専用グラフィックＬＳＩ１２がＲＯＭ８を見て、
そのＲＯＭ８内のその番地部分に従い処理を実行するよ
うになっている。

【００５８】なお、アニメーションデータ２６は、第１
および第２スプライト画面ならびに自然画スプライト画
面の各画面毎に存在する。このアニメーションデータ２
６は、図１２に示すようなスプライトの移動、スプライ
トの出現と消失、スプライトの拡大、縮小、パレットデ
ータ（＝色）の変化および複数のスプライトの前後関係
の時間に沿っての記述を有するものとなっている。加え
て、アニメーションデータ２６は、各画面毎に、最後の
コマまで表示した場合、最初に戻るか、または最後のコ
マを表示し続けるか、または、そのアニメーション画面
の表示を止めるかの指示もできるようになっている。

【００５９】具体的に言えば、各スプライトは、専用ア
ニメデータ７のシナリオ部６２、すなわち、アニメーシ
ョンデータ２６内の「シナリオ」と呼ばれる自動実行手
順に従って動作する。換言すれば、ＲＯＭ８の外部プロ
セッサ制御データ部８ａ内のシナリオに従って動作す
る。このシナリオは、この実施の形態では、外部情報源
１４からの通信周期等に関係なく、１／２５秒を単位に
して進行する。また、シナリオは、第１および第２スプ
ライト画面ならびに自然画スプライト画面の各画面毎に
独立して進行する。なお、それらの各画面の重ね合わせ
のシナリオもこの第１中間シナリオデータ４７となるア
ニメーションデータ２６内に入っている。すなわち、そ
れらの３つの画面の各シーケンスは、それぞれシナリオ
であり、これらのシナリオと、図８および図９に示す各
画面の表示優先順位に関するシナリオとが合わさって１
つのアニメーションが完成する。一方、この関係を、フ
レーム２０から見ると、各シナリオの各瞬間がフレーム
２０に相当し、各シナリオの集まったものが、フレーム
２０の時間制御に相当することになる。なお、シナリオ
には、割込シナリオ機能があり、シナリオを変更した
後、元のシナリオの中断した箇所に戻ることができる。
これは、具体的な表示例で言えば、案内表示機に、正午
等の時刻を知らせる鳩等の表示や発車１０分前の列車表
示を出した後、元の表示に戻るような場合が相当する。

【００６０】また、各アニメーション画面すなわち各フ
レーム２０は、所定の進行速度で表示させることができ
ると共に各アニメーション画面に対し割り込みアニメー
ションをかけることができる。さらに、各アニメーショ
ン画面には、任意のサイズのスプライトを任意の個数、
任意の位置に、任意の表示優先順位で表示できる。

【００６１】さらに、第１および第２スプライト画面な
らびに自然画スプライト画面の各シナリオは、使いまわ
しが可能となっている。例えば、図１３に示すように、
自然画スプライト画面（Ｔで示す）のシナリオは、アニ
メーションＷとアニメーションＸの両アニメーションで
使用している。アニメーションＷとアニメーションＸと
は、第１および第２スプライト画面（Ｍ１，Ｍ２で示
す）のシナリオが異なっており（図１３では、Ｍ１とＭ
１′，Ｍ２とＭ２′で相違を表現）、しかも自然画スプ
ライト画面の描画優先順位が異なっているため（アニメ
ーションＷでは２番目に描画され、アニメーションＸで
は、最初に描画される）、見かけ上全く異なったアニメ
ーションとなる。このシナリオの使いまわしは、他の第
１スプライト画面や、特定画像スプライト画面等でも同
様に行うことができる。このシナリオの使いまわしによ
って少ない数のシナリオにもかかわらず、多数の異なっ
たアニメーションを形成することができる。

【００６２】なお、例えば、自然画スプライト画面の描
画優先順位をそのままにし、残りの第１および第２スプ
ライト画面等のシナリオを変えるだけでもアニメーショ
ンを変更することができる。また、１つのスプライト画
面、例えば、自然画スプライト画面の描画優先順位を変
更するだけでもアニメーションを変更することができ
る。ただし、図１３に示すように、その両者を行うよう
にすると、アニメーションの変更度が高くなり、シナリ
オの使いまわしを気づかれることが少なくなり好まし
い。

【００６３】この実施の形態では、図１４に示すよう
に、１つのアニメーションの途中で、シナリオの描画優
先順位を切り替えることができるようになっている。す
なわち、アニメーションＹが実行されている途中で、例
えば、第１スプライト画面（Ｍ１で示す）と自然画スプ
ライト画面（Ｔで示す）の描画の順番を切り替えるよう
にする。このように表示指定シナリオ、すなわち重ね合
わせのシナリオがあると、少ないシナリオでさらに多数
のアニメーションを形成することが可能となる。このシ
ナリオの途中切り替えや先に示したシナリオの使いまわ
しを活用することによって、少ないシナリオで極めて多
数の異なったアニメーションを形成することができる。
なお、シナリオの途中切り替えは、その切替時期を自由
に設定できるようになっている。このため、１つのアニ
メーションをわずかに修正した多数のアニメーションを
作成することができる。

【００６４】加えて、この実施の形態では、各マルチカ
ラー画面の一部と自然画スプライト画面とのブレンド処
理表示が可能となっている。ここで、ブレンド処理と
は、自然画スプライト画面と、他面の絵柄が混ざって表
示され、半透明の絵柄のように見える処理のことをい
う。これは、通常なら上書きされる画面によって前に書
き込まれた部分が消失してしまうのだが、このブレンド
処理では、言わば、混ざり合わせの状態となる。

【００６５】このブレンド処理は、その混ざり合わせの
割合を変えることができるようになっており、例えばそ
の割合を徐々に変化させることによってボワーと浮き出
させたり、スーと消えるような効果を出させることがで
きるようになっている。このブレンド処理は、面ごとに
オンオフされるので、ある面をオンにすると、その面の
全てのスプライトが自然画スプライト面に対して半透
明、すなわち、混ざり合わせの状態となる。そして、半
透明の程度（＝ブレンド係数）は、面ごとに指定でき、
その値は１４段階のブレンド係数によって指定できるも
のとなっている。この１４段階は、４ビット１６種のう
ち２種をスイッチ機能に割り当てているため、１４種と
したものである。なお、このブレンド係数の段階は、細
かさを出しにくい液晶を表示部１０として採用している
ため、１０〜３２段階の範囲が好ましいものとなる。

【００６６】なお、各スプライトの画像圧縮は、先に述
べたとおりであるが、さらに次のような構成となってい
る。まず、各スプライトは横１６画素で、縦は任意画素
の圧縮単位に分割されて圧縮される。これは、ハードウ
ェアのゲート数を小さくするためである。なお、横、縦
それぞれ１６画素の圧縮単位に分割されて圧縮されるよ
うにしても良い。これらの圧縮単位への分割は、変換ソ
フト６によって行われる。

【００６７】各マルチカラースプライトの圧縮は、並列
算術圧縮方式の２次元的な可逆圧縮となっている。一
方、自然画像スプライトは、復号するとほぼ元のデータ
に戻る不可逆圧縮となっている。これは、自然画スプラ
イトについては、色数が多いため、若干の色の再現性が
落ちてもそれ程の影響はなく、圧縮率を重視したためで
ある。

【００６８】次に、ＣＰＵメモリ１１と、専用グラフィ
ックＬＳＩ１２と、プログラムＲＯＭ１３の間の連携動
作について説明する。

【００６９】この連携動作には、パッシブモードとアク
ティブモードの２つのモードが存在する。ここで、パッ
シブモードは、専用グラフィックＬＳＩ１２が外部のＣ
ＰＵメモリ１１等の指示に従って動作するモードを指
し、アクティブモードは、専用グラフィックＬＳＩ１２
がその内部の小型プロセッサ部１２ａを使って自主的に
動作するモードを指している。なお、アクティブモード
では、ＣＰＵメモリ１１は使われず、ＲＯＭ８に格納さ
れた内部プロセッサ制御プログラム部８ｂを順次解釈し
連続画像を表示すると共に、後述するイベント応答機能
（＝キーボード入力等）によって簡単な対話性を持たせ
ることができるようになっている。また、パッシブモー
ドでは、時間進行および表示画像（＝アニメーション）
については、外部のコントローラが管理、すなわちこの
実施の形態ではＣＰＵメモリ１１が管理している。な
お、このパッシブモードでは、フレーム内の一連のスプ
ライトの画像生成には、プロセッサ部１２ａを使用する
こともできるようになっている。

【００７０】なお、図３に示す専用プレーヤ９は、専用
グラフィックＬＳＩ１２を制御するＣＰＵメモリ１１を
有しており、パッシブモードで動作する装置となってい
る。このような専用プレーヤ９ではなく、すなわち、Ｃ
ＰＵメモリ１１のような専用グラフィックＬＳＩを制御
する機能を持たない装置の場合、アクティブモードで動
作する装置となる。

【００７１】まず、パッシブモードの動作の概要につい
て説明する。ＣＰＵメモリ１１は、ＲＯＭ８のデータま
たは外部情報源１４から入力されるコマンド列を解釈
し、専用グラフィックＬＳＩ１２を駆動する。コマンド
解析用のプログラムは、プログラムＲＯＭ１３に格納さ
れている。専用グラフィックＬＳＩ１２の小型プロセッ
サ部１２ａは、ＲＯＭ８に格納されたアニメーションデ
ータ２６、特定画像データ２３および関連表示データ２
４、すなわち、シナリオデータと画像（音声）データを
使ってＣＰＵメモリ１１から指示されたフレームの画像
を生成する。一方、ＣＰＵメモリ１１は、外部情報源１
４からの命令を受け、特定画像スプライト画面中のスプ
ライト表示のため、専用グラフィックＬＳＩ１２を駆動
させ、そのスプライト表示を行わせる。

【００７２】このパッシブモードは、次のプログラムの
集合となっている。なお、個々のプログラムの実行制御
は、プロセッサ部１２ａの仕事で、また、個々のプログ
ラムは、停止（ＨＡＬＴ）命令で終了するものとなって
いる。

【００７３】（１）タイトル初期化プログラム（ＨＡＬ
Ｔで終了）（２）フレーム描画プログラムフレーム初期化プログラムバックフレーム描画プログラム（ＨＡＬＴで終了）イ）イメージユニット初期化プログラムロ）イメージユニット描画プログラムａ）単一スプライト描画プログラムフロントフレーム描画プログラム（ＨＡＬＴで終了）イ）イメージユニット初期化プログラムロ）イメージユニット描画プログラムａ）単一スプライト描画プログラム表示パラメータセット／表示プログラム（ＨＡＬＴで
終了）このパッシブモードでは、各フレーム２０の進行をＣＰ
Ｕメモリ１１が管理している。ＣＰＵメモリ１１は、専
用グラフィックＬＳＩ１２の小型プロセッサ部１２ａに
指示し、描画プログラム開始アドレスをセットし、実行
開始を指示する。小型プロセッサ部１２ａは、ＲＯＭ８
にアクセスし、その中のデータを読み、ビデオディスプ
レイプロセッサ１２ｂに実行命令を出し、実行させる。
その後、ＣＰＵメモリ１１は、専用グラフィックＬＳＩ
１２の小型プロセッサ部１２ａの状態をポーリングする
ことで、描画プログラムの実行終了を待つ。小型プロセ
ッサ部１２ａは、一連の描画プログラムを自動的に実行
し、最後の停止（ＨＡＬＴ）命令を実行した所で停止す
る。一方、各マルチカラー画面のフレーム進行（＝シナ
リオ）は、アニメーションデータ２６としてＲＯＭ８の
外部プロセッサ制御データ部８ａに格納されており、Ｃ
ＰＵメモリ１１がそのアニメーションデータ２６の構造
を解析しながら適時そのシナリオを実行する。

【００７４】ＣＰＵメモリ１１は、小型プロセッサ部１
２ａに指示した後は、他の処理を実行しているかまたは
休止しており、小型プロセッサ部１２ａが処理を終了す
ると、ＣＰＵメモリ１１は、再度小型プロセッサ部１２
ａに命令を出す。これを繰り返すことによりアニメーシ
ョンが実行される。このように、パッシブモードでは、
ＣＰＵメモリ１１がフレーム２０の進行やリピートも含
めた時間の管理を行う一方、専用グラフィックＬＳＩ１
２の小型プロセッサ部１２ａは、４つの各画面にスプラ
イトを描画する機能を受けもっている。ここで、ＣＰＵ
メモリ１１は、１／２５秒間隔で各フレームを動作させ
る制御も行っている。

【００７５】一方、小型プロセッサ部１２ａは、ビデオ
ディスプレイプロセッサ部１２ｂに指示し、例えば、ｇ
ｏコマンドで作業開始を伝える。ビデオディスプレイプ
ロセッサ部１２ｂは、ＲＯＭ８から圧縮された画像デー
タを取り込む。その間、小型プロセッサ部１２ａは、ビ
デオディスプレイプロセッサ部１２ｂの作業終了を待っ
ている。このように、小型プロセッサ部１２ａが、ビデ
オディスプレイプロセッサ部１２ｂを制御している。

【００７６】このような関係を図１５および図１６に示
す。ＣＰＵメモリ１１は、ＲＯＭ８の外部プロセッサ制
御データ部８ａからシナリオに関するデータを読み込
み、専用グラフィックＬＳＩ１２の小型プロセッサ部１
２ａにフレーム２０内表示プログラムの読み込みとその
実行を指示する。小型プロセッサ部１２ａは、ＲＯＭ８
にアクセスし、内部プロセッサ制御プログラム部８ｂか
らその表示プログラムを読み込み、そのプログラムに基
づき、ビデオディスプレイプロセッサ部１２ｂに画像デ
ータの取り込みを指示する。この指示に基づき、ビデオ
ディスプレイプロセッサ部１２ｂは、ＲＯＭ８の画像デ
ータ部８ｃから圧縮画像データを取り込む。なお、ＲＯ
Ｍ８とのやりとりの中では、この圧縮画像データの取り
込みが最も時間がかかるものとなっている。また、特定
画像スプライト画面中のスプライトに関する表示につい
ては、ＣＰＵメモリ１１が直接ビデオディスプレイプロ
セッサ部１２ｂを制御している。

【００７７】パッシブモードにおいて、ＲＯＭ８が専用
プレーヤ９に組み込まれると、まず、タイトル初期化プ
ログラムが動作する。このタイトル初期化プログラム
は、異なるＲＯＭ８毎に、組み込み時の最初に１回のみ
行われるもので、ディスプレイモード設定、自然画スプ
ライト画面の表示モード指定および表示部１０のパネル
に合わせた色具合のセットがなされる。なお、アクティ
ブモードの場合も同様なタイトル初期化プログラムが実
行される。

【００７８】その後、パッシブモードの具体的な動きは
次のとおりとなる。まず、図１７に示すフローに基づ
き、スプライト描画プログラムについて説明する。スタ
ートすると、レジスタ部１２ｃにＲＯＭ８から読み込ん
だパラメータをセットし初期化を行う。初期化が終了す
ると、ビデオディスプレイプロセッサ部１２ｂへのスプ
ライトの復号を開始する。そして、復号の終了により１
つのスプライトの描画が完了する。これを他のスプライ
トについても同様に行う。なお、ＲＯＭ８から読み込ま
れたデータは、ＶＲＡＭ１６に２画面分記憶され、その
ＶＲＡＭ１６から所定のデータがビデオディスプレイプ
ロセッサ部１２ｂへ読み込まれることとなる。

【００７９】次に、各フレーム２０（＝１画面）の描画
プログラムについて説明する。このフレーム描画プログ
ラムは、バックフレーム描画プログラムとフロントフレ
ーム描画プログラムの２つから構成される。ここで、バ
ックフレームとは、ＣＰＵメモリ１１が、それ自身で専
用グラフィックＬＳＩ１２のビデオディスプレイプロセ
ッサ部１２ｂを制御して描画するスプライトの集まりよ
り、さらに奥に存在するスプライトの集まりを言い、フ
ロントフレームとは、ＣＰＵメモリ１１が、それ自身で
専用グラフィックＬＳＩ１２のビデオディスプレイプロ
セッサ部１２ｂを制御して描画するスプライトの集まり
より、さらに手前に存在するスプライトの集まりを言
う。

【００８０】通常、バックフレーム、例えば、第１スプ
ライト画面を描画し、次に特定画像スプライト画面を描
画し、最後にフロントフレーム、例えば、第２スプライ
ト画面を描画する。なお、この描画の際の４つの画面の
採用は適宜変更できる。この実施の形態では、リールの
表示は一義的に制御されるものとなっているため、ＣＰ
Ｕメモリ１１で直接制御されている。すなわち、通常
は、ＣＰＵメモリ１１でＲＯＭ８内の開始アドレスが指
定されると、フレーム描画プログラムが動き出し、後の
処理は小型プロセッサ部１２ａで管理されることになる
が、特定画像スプライト画面のスプライト表示のみは、
ＣＰＵメモリ１１が直接実行する。

【００８１】バックフレームの描画は、表示面の属性を
持つ基本単位のオブジェクトとなるスプライトを、その
フレーム２０内に存在する数だけ描画することにより実
行される（図１８参照）。なお、各スプライトの描画に
おいても、最初にレジスタ部１２ｃのパラメータのセッ
トが行われる。また、ＣＰＵメモリ１１と、専用グラフ
ィックＬＳＩ１２とＲＯＭ８のデータとの関係および具
体的な描画動作は図４に示すとおりとなっている。

【００８２】フロントフレームの描画は、図１９に示す
ように、スプライトの描画を終えた後、表示部１０の切
り替えのタイミングを待つ。すなわち、表示パラメータ
セットのためのデータを送出しても良い時間帯であるか
否かを判断するＩＮＨ（禁止）判断工程を入れている。
もし、送出しても良い時間帯であれば、ＶＲＡＭ１６に
蓄えられていた画像用データの所定部分をレジスタ部１
２ｃに送出すると共に、レジスタ部１２ｃはパラメータ
をセットし、表示画面を切り替える。そして、ＶＲＡＭ
１６内に蓄えられていた２枚目の表示画面用の画像デー
タを表示部１０に送出する。もし、送出禁止状態であれ
ば、送出しても良い時間帯になるまで待つことになる。
なお、１枚の画面のみを描画するときは、バックフレー
ム描画フローチャートや、後述するバックとフロントの
各描画間の描画処理工程が不要となり、図１９に示すフ
ローのみとなる。

【００８３】図１７から図１９に示す描画フローチャー
トをまとめた一連のフローを図２０および図２１に示
す。まず、スタートすると、ＶＲＡＭ１６をクリアする
コマンドが出され、ＶＲＡＭ１６がクリアされる。その
後、複数のスプライトが集合したスプライトを描画する
ステップに入る。最初に図１７の「パラメータセット」
と「初期化開始」を一体化した「スプライト初期化パラ
メータセット」のステップを行う。次に、スプライトを
描画するためのパラメータをセットする「スプライト描
画パラメータセット」のステップを実行する。この後、
描画コマンドが入力され、その入力が確認されると図１
８に示すバックフレーム描画フローが実行される。そし
て必要な数のスプライトを描画した後、停止（ＨＡＬ
Ｔ）命令によって描画を停止する。

【００８４】ここでスプライト描画時の初期化において
は、レジスタ部１２ｃにブラインドマスクや単純マスク
ウインドウの各パラメータがセットされる。スプライト
描画パラメータセットでは、レジスタ部１２ｃに、書き
込みウインドウの各パラメータや画像の圧縮拡大につい
てのパラメータや使用するパレット番号等がセットされ
る。ここで、ブラインドマスクとは、窓に付けるブライ
ンドのようなマスクで、ブラインドマスクと重なる部分
だけが描画されることとなり、単純マスクとは、矩形の
マスクで、この単純マスク内のみが描画されることとな
る。

【００８５】バックフレーム描画が終了した後、ＣＰＵ
メモリ１１が直接に専用グラフィックＬＳＩ１２のビデ
オディスプレイプロセッサ部１２ｂを制御してスプライ
トを描画する工程が実行される。なお、この実施の形態
では、ＣＰＵメモリ１１が直接に制御処理するのは特定
画像スプライト画面となっている。

【００８６】その後、フロントフレーム描画が、スター
トする。すると、まず図２０と同様な「スプライト初期
化パラメータセット」および「スプライト描画パラメー
タセット」が行われる。そして、描画コマンドが入力
し、確認されると、図１９に示すフロントフレーム描画
フローが実行される。そして、図１９の「ＩＮＨ」の工
程となる「アクセス可否」の判断ステップでＯＫの場
合、表示パラメータをレジスタ部１２ｃにセットする。
表示パラメータとしては、例えば、自然画スプライト画
面の表示位置やブレンド処理におけるブレンド係数等が
ある。表示パラメータセット後、表示バンク、すなわち
ＶＲＡＭ１６内の２つのバンクを画面のちらつきが出な
いタイミングで切り替え、停止する。

【００８７】次に、アクティブモードの動作について説
明する。このアクティブモードは、専用グラフィックＬ
ＳＩ１２を制御するＣＰＵメモリ１１等の制御部がない
場合に行うモードである。このため、自走型のアプリケ
ーションを使用するものとなっている。そして、次の各
プログラムの集合で構成され、それぞれのプログラムは
自発的に制御を移行する。すなわち、各プログラムに
は、停止（ＨＡＬＴ）が指定されていないため、永続的
にプログラムが実行される。

【００８８】（１）タイトル初期化プログラム（パッシ
ブモードと同一）（２）フレーム描画プログラムフレーム初期化プログラム（パッシブモードと同一）描画プログラム（パッシブモードと同様）表示パラメータセット／イベント処理プログラムこれらのプログラムによってアクティブモードが実行さ
れる。

【００８９】このアクティブモードの中で特殊なのは、
イベント処理プログラムで、具体的には描画プログラム
の終了後の表示画面の切替のタイミングで、次の処理を
行うものである。すなわち、ａ）時間待ち（コマ落と
し）、ｂ）サウンド同期（再生終了待ち）、ｃ）Ｉ／Ｏ
ポート入力による分岐の３つとなっている。そして、こ
れらのイベントを組み合わせることも可能となってい
る。

【００９０】ここで、時間待ち（コマ落とし）とは、所
定時間（この時間は垂直同期時間単位で設定させる）、
同じ画像を表示するものである。サウンド同期（再生終
了待ち）とは、ある画面に流れていたサウンドが終了す
るまで、表示の切替を保留するものである。Ｉ／Ｏポー
ト入力とは、専用グラフィックＬＳＩ１２への動作命令
をＩ／Ｏポートによって入力可能とするもので、８ビッ
トの入力状態により所定のプログラムへ分岐される。こ
の分岐は、表示が切り替わった後に実行される。このＩ
／Ｏポート入力の例としては、０ビットの入力で他のア
ニメにとぶようにしたり、いずれかのキー入力があるま
で現画面を保持させるようにしたり、メニュー的な表示
をさせたりするものである。

【００９１】なお、上述の実施の形態は、本発明の好適
な実施の形態の例であるが、これに限定されるものでは
なく、本発明の要旨を逸脱しない範囲において、種々変
形実施可能である。例えば、上述の実施の形態では、案
内表示機用の画像表示システムおよび画像表示装置に本
発明を適用する例を示したが、本発明は、他の画像表示
システムや画像表示装置、例えば、アミューズメント機
械、自動販売機、ファーストフード店でのメニュー装置
等にも適用することができる。また、表示画面の構成と
して、４つの画面とせず、マルチカラー画像の画面を３
つとし、特定画像用の画面および自然画用の画面と合わ
せ合計５つの画面としたり、特定画像用の画面を除いた
り、第１および第２のいずれか一方のスプライト画面を
除いたりして、３画面としたりする等各種の画面構成を
適宜採用することができる。また、ソフトとして処理す
る場合、「画面」の概念ではなく、単なる書き込みの順
序が制御されるだけで、各画面に相当するものは、各ス
プライトそのものとなる。また、変換ソフト６内の構成
としては、リソースジェネレータレポートファイル４６
等、各種の出力ファイルを必要により適宜なくしたり、
追加したりしても良い。また、ＡＤＬジェネレータ４８
とＡＤＬコンパイラ５１とを一体化する他に、融合プロ
グラム６０やリソースジェネレータ４１等をも一体化
し、全体として１つのプログラムとしても良い。さらに
は、アニメーションシナリオ作成用ソフト５の機能をＡ
ＤＬジェネレータ４８またはリソースジェネレータ４１
の中に組み込むようにしても良い。

【００９２】また、上述の実施の形態のようにＲＯＭ８
を配布するシステムに適用するのではなく、専用プレー
ヤ内に、フラッシュメモリあるいはワンタイムプログラ
マブルＲＯＭ（ＯＴＰ）を設け、書き込みツール、例え
ばパソコンや書き込みアダプター等を使用してフラッシ
ュＯＴＰにＲＯＭ８に相当するデータを書き込むように
したシステムに本発明を適用しても良い。この場合、プ
ログラムＲＯＭ１３に相当する部分は、外部のホスト
（図時省略）が受け持ち、インターフェースを介してそ
のホストとＣＰＵメモリ１１とがデータをやり取りする
ようにしても良い。このような変更を行った装置の他、
各種の画像表示装置や画像表示システムに本発明を採用
することができる。

【００９３】さらに、専用アニメデータ７の配布とし
て、ＲＯＭ８の他に、ページャ回線や通信衛星等を使用
した無線方式、またＩＳＤＮなどのディジタル回線やＣ
ＡＴＶ等に利用される光ファイバーを使用した有線方式
等各種の配信方法を採用したシステムに本発明を適宜採
用することができる。

【００９４】

【発明の効果】以上説明したように、請求項１から５記
載のアニメーション作成方法では、シナリオの修正のた
めのフィードバックが速くなり、アニメーションを短期
間で完成させることができる。

【００９５】また、請求項６および７記載のアニメーシ
ョン用のシナリオ作成方法では、２種類のシナリオ作成
ルートを用意し、一方のルートで効率重視のシナリオ作
成を行い、他方のルートで創造性の高いシナリオが作成
できるようにしたので、完成するシナリオの創造性を全
体として高めることができ、一方、シナリオの作成効率
も高めることができる。

【図面の簡単な説明】

【図１】本発明のアニメーション作成方法およびシナリ
オ作成方法を採用している画像表示システムおよび画像
表示装置を説明するための図である。

【図２】図１の画像表示システムに採用されている変換
ソフトの構成を説明するための図である。

【図３】図１の画像表示装置の詳細構成を示す図であ
る。

【図４】図３の画像表示に装置に使用される専用グラフ
ィックＬＳＩの構成および動作を説明するための図で、
（Ａ）はその概要を示し、（Ｂ）は具体的構造および動
作の具体例を説明するための図である。

【図５】図１のＲＯＭ８内のデータ構造を説明するため
の図で、（Ａ）はデータ構造を示す図で、（Ｂ）はシナ
リオデータ部の役割を説明するための図である。

【図６】図１の専用アニメデータとファームウェアとの
関係を説明するための図である。

【図７】図１の画像表示装置の表示画面の構成を示す図
である。

【図８】図７の第１および第２スプライト画面と特定画
像スプライト画面の関係を示す図で、（Ａ）は特定画像
スプライト画面が最前列に配置される特定画像トップモ
ードを示し、（Ｂ）は特定画像スプライト画面が２番目
の位置に配置される特定画像セカンドモードを示し、
（Ｃ）は特定画像スプライト画面が最後列に配置される
特定画像ボトムモードを示している。

【図９】図７の自然画スプライト画面が各場所に配置さ
れる様子を示す図である。

【図１０】図７に示される自然画スプライト画面の画像
表示状態を説明するための図で、（Ａ）は水平、垂直両
方向とも３ドットの単位のモザイク型を示し、（Ｂ）は
水平方向が３ドット単位で、垂直方向が１ドット単位で
表示する方法を示す図である。

【図１１】図１の専用アニメデータの作成手順を示す図
である。

【図１２】図１に示される専用アニメデータ内のアニメ
ーションデータの機能を説明するための図である。

【図１３】図１に示される専用アニメデータ内のシナリ
オの使いまわしを説明するための図である。

【図１４】図１に示される専用アニメデータ内のシナリ
オの途中切り替えを説明するための図である。

【図１５】図３に示される、ＲＯＭと、ＣＰＵメモリ
と、専用グラフィックＬＳＩの小型プロセッサ部および
ビデオディスプレイプロセッサ部との連携関係を示す図
である。

【図１６】図３に示される、ＣＰＵメモリと、小型プロ
セッサ部と、ビデオディスプレイプロセッサ部との動作
状況を示す図である。

【図１７】図１に示される専用プレーヤが実行するフロ
ー中のスプライト描画フローチャートである。

【図１８】図１に示される専用プレーヤが実行するフロ
ー中のバックフレーム描画フローチャートである。

【図１９】図１に示される専用プレーヤが実行するフロ
ー中のフロントフレーム描画フローチャートである。

【図２０】図１に示される専用プレーヤが実行するフレ
ーム初期化およびバックフレーム描画のフローチャート
である。

【図２１】図１に示される専用プレーヤが実行するフロ
ントフレーム描画および表示のフローチャートである。

【図２２】従来の画像表示装置および画像表示システム
を示す図である。

【符号の説明】

１アニメ作成用パソコン２基本ＯＳ３基絵作成用パソコン４基絵５アニメーションシナリオ作成用ソフト６変換ソフト７専用アニメデータ８ＲＯＭ９専用プレーヤ１０表示部１１ＣＰＵメモリ１２専用グラフィックＬＳＩ４２シナリオ用スプライトデータ４３圧縮画像データ４７第１中間シナリオデータ５１ＡＤＬコンパイラ（編集プログラム）５３第２中間シナリオデータ６０融合プログラム

Claims

【特許請求の範囲】

【請求項１】アニメーション用のスプライトと、この
スプライトを動作させるシナリオとを作成し、上記スプ
ライトと上記シナリオとを一体化させてアニメーション
を作成するアニメーション作成方法において、上記スプ
ライトの画像データを、シナリオ作成に利用するシナリ
オ用スプライトデータと、出来上がったシナリオと融合
するための圧縮画像データの２つのデータとして作成
し、上記シナリオ用スプライトデータを利用して上記シ
ナリオを作成し、そのシナリオと上記圧縮画像データと
を融合し、上記シナリオの動作を確認するようにしたこ
とを特徴とするアニメーション作成方法。
【請求項２】前記圧縮画像データと融合直前の前記シ
ナリオを１６進のバイナリデータとしたことを特徴とす
る請求項１記載のアニメーション作成方法。
【請求項３】前記シナリオ用スプライトデータをアニ
メーションシナリオ作成用ソフトウェアに入力しそのソ
フトウェアによって作成された第１中間シナリオデータ
と、手書きにて作成した第２中間シナリオデータとを編
集し、前記シナリオを作成することを特徴とする請求項
１または２記載のアニメーション作成方法。
【請求項４】前記シナリオ用スプライトデータと前記
圧縮画像データの融合の際に、タイトル表示も合わせて
融合するようにしたことを特徴とする請求項１、２また
は３記載のアニメーション作成方法。
【請求項５】前記シナリオ用スプライトデータをビッ
トマップファイルとしたことを特徴とする請求項１、
２、３または４記載のアニメーション作成方法。
【請求項６】アニメーションのためのシナリオを作成
するアニメーション用のシナリオ作成方法において、ア
ニメーションシナリオ作成用ソフトウェアにシナリオ用
スプライトデータを入力し、このソフトウェアによって
作成した第１中間シナリオデータと、手書きにて作成し
た第２中間シナリオデータとを編集し、上記シナリオを
作成するようにしたことを特徴とするアニメーション用
のシナリオ作成方法。
【請求項７】前記シナリオ用スプライトデータをビッ
トマップファイルとし、前記第２中間シナリオデータを
テキスト形式のファイルとしたことを特徴とする請求項
６記載のアニメーション用のシナリオ作成方法。