JP2000148133A - 画像表示方法および画像処理装置 - Google Patents

Abstract

(57)【要約】 【課題】ＣＰＵパワーや搭載メモリを少なくしても十分
な描画速度を得る。 【解決手段】この画像表示方法では、スプライト６１を
シナリオに沿って動作させることにより、アニメーショ
ンを表示部に表示させる。そして、スプライト６１を複
数のブロック６０に分割し、そのブロック６０毎に独立
して圧縮、伸長している。なお、ブロック６０のサイズ
を固定とし、そのブロック６０の伸長後の最大サイズを
カバーする固定サイズの１つのワークメモリによってす
べてのブロック６０のデータ伸長を行うようにするのが
好ましい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スプライトまたは
キャストと呼ばれる画像をシナリオに沿って動作させる
アニメーションのための画像表示方法および画像処理装
置に関する。

【０００２】

【従来の技術】従来、アニメーションを表示させる方法
としては、フレームベースのアニメーションとスプライ
トベースのアニメーションとが存在している。フレーム
ベースのアニメーションは、いわゆる紙芝居のように一
枚一枚の絵を順に表示していくものであり、一枚一枚の
絵の作成に手間がかかるものの表示させる際は、フレー
ムを順番に表示するだけであり、再生時の負荷は軽いも
のとなっている。

【０００３】一方、スプライトベースのアニメーション
は、一枚の絵（フレーム）を複数のスプライト（キャス
ト）、例えば、主人公キャラクタ、雲、自動車などの動
く出演者に分け、各スプライトを所定のシナリオに沿っ
て動作させるものである。このスプライトベースのアニ
メーションは、各フレームを作成するのが簡単となると
共に複数のフレーム画像がスプライトを共有するため全
体的にメモリサイズが小さくなるメリットがあり、最近
では多くのアニメーションに採用されている。しかし、
このスプライトベースのアニメーションは、再生時に各
スプライトをシナリオに沿って動かす必要があり、描画
処理およびスプライトの組み合わせ処理を実行する中央
演算処理装置（以下ＣＰＵという）に多大な負荷がかか
るものとなっている。

【０００４】

【発明が解決しようとする課題】従来のスプライトベー
スのアニメーションを再生する画像処理装置は、ＣＰＵ
パワーや搭載メモリを多くすることによって、上述の問
題に対応している。しかしながら、アニメーションが極
めて複雑、例えば、立体画像になると、非常に高価なＣ
ＰＵや高容量のメモリが必要となり、装置が高価となっ
てしまう。

【０００５】また、最近では、ネットワークディスプレ
イと呼ばれる製品のように、携帯性を有し、いわゆる素
人が扱う表示装置がコンビニエンス等に採用され始めて
いる。このような操作を簡単とし、多くの人が利用する
携帯性のある装置では、その価格を抑えることが要求さ
れる。一方、価格は抑えられるものの、その表示速度は
通常と同様またはより速くすることが要求される。

【０００６】なお、従来のスプライトベースのアニメシ
ョンを圧縮、伸長する際は、スプライトやフレームの一
部のみが画像表示として必要なときでも、画像全体を伸
長し、必要な部分をＶＲＡＭへ転送している。このた
め、画像全体として１，０００×１，０００ドットの場
合において、表示に必要な部分が１０×１０ドットの時
でも、１，０００×１，０００ドットの画像に伸長して
いる。このため、メモリとして、１つの画像全体分をカ
バーする容量が常に必要となっている。

【０００７】本発明は、上述の問題に鑑みて、ＣＰＵパ
ワーや搭載メモリを少なくしても十分な描画速度を得る
ことができる画像表示方法および画像処理装置を提供す
ることを目的とする。

【０００８】

【課題を解決するための手段】かかる目的を達成するた
め、本発明の画像表示方法では、スプライトをシナリオ
に沿って動作させることにより、アニメーションを表示
部に表示させる画像表示方法において、スプライトを複
数のブロックに分割し、そのブロック毎に独立して圧
縮、伸長している。

【０００９】このように、スプライトを複数のブロック
に分割し、ブロック毎に圧縮、伸長しているので、デー
タ伸長のためのワークメモリを小さくできる。また、ブ
ロック毎の伸長を行うため、描画の際に不必要なブロッ
クは伸長しないようにでき、ＣＰＵパワーを節約するこ
とが可能となる。

【００１０】また、他の発明では、上述の発明の画像表
示方法に加え、ブロックのサイズを固定とし、そのブロ
ックの伸長後の最大サイズをカバーする固定サイズの１
つのワークメモリによってすべてのブロックのデータ伸
長を行うようにしている。このため、ワークメモり用と
しては、１つのブロックバッファを用意すれば良いの
で、ワークメモリを小さくすることができる。

【００１１】さらに、他の発明では、上述の各発明の画
像表示方法に加え、伸長されて、表示部に表示されたデ
ータを、その表示後に破棄するようにしている。このよ
うに、伸長したデータを破棄してしまうため、伸長後の
データを保存するためのメモリは不要となり、メモリ容
量を全体として小さくできる。

【００１２】また、他の発明では、上述の各発明の画像
表示方法に加え、スプライト中、表示部に表示するため
の元となるムービースクリーン上に表示されないブロッ
クのデータを再生処理しないようにしている。このた
め、表示に不必要なブロックの描画処理のために、ＣＰ
Ｕパワーがさかれることがなくなり、ＣＰＵパワーを節
約することができる。

【００１３】加えて、さらに他の発明では、上述の各発
明の画像表示方法において、スプライトを表示部に表示
するための元となるムービースクリーンの画面より大き
な領域を有する仮想ＶＲＡＭへ描画する際に、各ブロッ
ク毎に、必要により、拡大・縮小処理、ブレンド処理お
よび透明色処理のいずれか１つまたは複数の処理を行う
ようにしている。このように、拡大・縮小処理等をブロ
ック毎に行っているので、ムービースクリーンに描画さ
れない部分の各処理を行わせないようにすることで、Ｃ
ＰＵパワーを節約することが可能となる。

【００１４】また、他の発明の画像処理装置では、スプ
ライトの圧縮データおよびそのスプライトを動作させる
シナリオのデータを保存するメモリと、シナリオを読み
込んでスプライトを動作させる演算処理手段と、伸長さ
れたデータを表示部に表示するための処理を行う表示処
理手段とを有する画像処理装置において、メモリには、
スプライトを複数のブロックに分割し、その分割された
データを各ブロック毎に圧縮した圧縮データを保存し、
演算処理手段で制御されるワークメモリによってブロッ
ク毎に伸長するようにしている。

【００１５】このように、スプライトを複数のブロック
に分割し、ブロック毎に圧縮、伸長しているので、デー
タ伸長のためのワークメモリを小さくできる。また、ブ
ロック毎の伸長を行うため、描画の際に不必要となるブ
ロックは伸長しないようにでき、演算処理手段や表示処
理手段等のＣＰＵパワーを節約することが可能となる。

【００１６】さらに、他の発明では、上述の画像処理装
置に加え、ブロックのサイズを固定とし、そのブロック
の伸長後の最大サイズをカバーする固定サイズのワーク
メモリを１つ用意し、そのワークメモリですべてのブロ
ックのデータ伸長を行うようにしている。このため、ワ
ークメモリ用としては、１つのブロックバッファを用意
すれば良いので、ワークメモリを小さくすることができ
る。

【００１７】加えて、他の発明では、上述の各発明の画
像処理装置において、伸長されて、表示部に表示された
データを、その表示後に破棄するようにしている。この
ように、伸長したデータを破棄してしまうため、伸長後
のデータを保存するためのメモリを不要とでき、メモリ
容量を全体として小さくできる。

【００１８】また、さらに他の発明では、上述の各発明
の画像処理装置において、スプライト中、表示部に表示
するための元となるムービースクリーン上に描画されな
いブロックのデータを再生処理しないようにしている。
このため、表示に不必要なブロックの描画処理のため
に、演算処理手段や表示処理手段等のＣＰＵのパワーが
さかれることがなくなり、それらのパワーを節約するこ
とができる。

【００１９】さらに、他の発明では、上述の各発明の画
像処理装置において、表示部に表示するための元となる
ムービースクリーンより大きな領域を有する仮想ＶＲＡ
Ｍを設け、この仮想ＶＲＡＭにスプライトを描画する際
に、各ブロック毎に、必要により、拡大・縮小処理、ブ
レンド処理および透明色処理のいずれか１つまたは複数
の処理を行うようにしている。このように、拡大・縮小
処理等をブロック毎に行っているので、ムービースクリ
ーンに描画されない部分の各処理を行わせないようにす
ることで、演算処理手段や表示処理手段等のＣＰＵパワ
ーを節約することが可能となる。

【００２０】

【発明の実施の形態】以下、本発明の実施の形態の例を
図１から図２２に基づき説明する。

【００２１】この実施の形態の画像処理装置は、テレビ
局８からの放送を受信する携帯型のテレビジョン受信機
であると共に、ネットワーク機器でもあるネットワーク
ディスプレイ１に組み込まれるものとなっている。この
ネットワークディスプレイ１は、ローカルエリアネット
ワークであるＬＡＮ３、外部への接続のためのホストサ
ーバとなるパーソナルコンピュータ（以下パソコンとい
う）４、デジタル公衆回線網であるＩＳＤＮ５、プロバ
イダのホストコンピュータ（以下ＷＷＷサーバという）
６を介してインターネット２と接続される。

【００２２】このＷＷＷサーバ６は、ＵＲＬ（Uniform
Resource Locator）で特定されるが、通常はｈｔｔｐ
（Hyper-Text Transfer Protocol）を使用してアクセス
されるため、「ｈｔｔｐ」の表示がなされる。このた
め、ＨＴＴＰサーバともなる。

【００２３】インターネット２には、他のＷＷＷサーバ
６ａ，６ｂが接続される。また、ＷＷＷサーバ６には、
他のＬＡＮ３ａ等を介してサーバとなるサーバコンピュ
ータ７やパソコン４ａ等が接続され、サーバコンピュー
タ７にはディスプレイ７ａが接続されている。なお、Ｌ
ＡＮ３には、他のネットワークディスプレイ１ａ，１ｂ
やパソコン４ｂ等が接続されている。

【００２４】ここで、画像処理装置が組み込まれる装置
としては、表示手段の一部を兼ねるネットワークディス
プレイ１，１ａ，１ｂの他に、パソコン４，４ａ，４ｂ
やテレビジョン受信機、さらにはサーバコンピュータ７
とディスプレイ７ａ等が組み合わされたものとしても良
い。また、ＩＳＤＮ５とパソコン４との接続、ＩＳＤＮ
５とＬＡＮ３ａとの接続等には、ＤＳＵ（デジタルサー
ビスユニット）、ターミナルアダプタ、モデム、ＩＰル
ータ等のネットワークへの接続手段が用いられる。

【００２５】ネットワークディスプレイ１，１ａ，１ｂ
（以下、これらを代表してネットワークディスプレイ１
について説明する）は、図２に示すように、中央の液晶
からなる表示部１１と、表示部１１の周辺に配置される
操作部１２と、音を出力するスピーカ部１３と、特定の
ウエブページにアクセスできる磁気カードが挿入されそ
のアドレスを読み取ったり、その他の磁気カードを読み
取る磁気カードリーダ部１４と、電源ラインやホストと
なるパソコン４に接続される接続部１５とから主に構成
されている。

【００２６】表示部１１の左右の操作部１２は、１〜１
０の１０種類のメニュー釦１２があり、この各釦１２ａ
に近接した表示部１１に、対応する操作メニューの表示
がなされる。例えば、パソコン４内に保管されている各
種のアニメーションをその番号によって選択するように
する。すなわち、１番のメニュー釦１２ａを押すと、１
番のアニメーションが再生されるようにする。また、表
示部１１の下側には、インターネット上のホームページ
にアクセスしたときの各種の操作釦部１２ｂが配置され
ている。また、磁気カードリーダ部１４の近傍に、画面
の操作矢印を上下左右に動かすための指示操作部１２ｃ
が設けられている。

【００２７】このようなネットワークディスプレイ１の
回路構成は次のとおりとなっている。すなわち、ネット
ワークディスプレイ１は、図３に示すように、ＬＣＤ
（液晶）からなる表示部１１と、演算処理手段となるＣ
ＰＵ（＝中央演算処理装置）２１と、表示処理手段とな
る専用グラフィックスＬＳＩ２２と、スプライトのデー
タとシナリオデータからなるアニメーションデータ等を
記憶するためのＲＯＭやＲＡＭ等からなるメモリ２３
と、パソコン４等の外部情報源２４からの指示を受けＣ
ＰＵ２１に伝えたり、ＣＰＵ２１からの指示をパソコン
４に伝えるデータ受送信回路２５と、専用グラフィック
スＬＳＩ２２に接続されるＶＲＡＭ（ビデオラム）２６
と、外部のアンプやスピーカ部１３に音を供給するサウ
ンド回路２７と、表示部１１を駆動制御する表示制御部
２８と、周辺機器制御部２９とから主に構成される。

【００２８】なお、ＣＰＵ２１と、専用グラフィックス
ＬＳＩ２２と、メモリ２３と、データ送受信回路２５
と、周辺機器制御部２９とは、高速なホストバス３０に
よって接続されている。また、サウンド回路２７には、
マイク入力端子３１が接続され、外部音の入力が可能と
なっている。表示制御部２８は、ＭＩＭ型の液晶を駆動
するための第１駆動制御部２８ａと、アナログ処理され
たＲＧＢ値をＴＦＴ型の液晶で表示するための第２駆動
制御部２８ｂと、デジタル処理されたＲＧＢ値をＴＦＴ
型の液晶で表示するための第３駆動制御部２８ｃと、Ｃ
ＲＴを駆動するための第４駆動制御部２８ｄとを有し、
複数の表示体に対応できるようになっている。この実施
の形態では、第３駆動制御部２８ｃを利用している。

【００２９】周辺機器制御部２９には、操作部１２と、
磁気カードリーダ部１４とが接続され、それらから入力
されてくるデータを受け付けるようになっている。さら
に、周辺機器制御部２９には、ネットワークディスプレ
イ１に設けられるＬＥＤ表示部１６，例えば電源のＯ
Ｎ、ＯＦＦ表示（ＰＯＷＥＲ表示）、準備状態か否かの
表示（ＲＥＡＤＹ表示）、処理が混んでいるか否かの表
示（ＢＵＳＹ表示）が接続され、各表示が可能となって
いる。また、ＥＥＰＲＯＭからなるフラッシュメモリ１
７等が接続可能となっている。また、このネットワーク
ディスプレイ１には、必要により適宜、画像・音声復号
部１８が組み込み可能となっており、所定の背景画像や
アニメーションが入った後付けメモリ１９のデータを再
生できるものとなっている。

【００３０】なお、メモリ２３には、ＣＰＵ２１がウエ
ブプラウザや表示用プログラムから特定のデータを取り
込み、表示の制御をするための全体制御プログラムと、
外部情報源２４からの指令を受け取り、表示の流れを切
り替えたり、指示された特定の画像を指定された特定の
位置へ表示する処理を行うためのアニメーションプログ
ラムとが格納されている。

【００３１】ここで、専用グラフィックスＬＳＩ２２
は、ＣＰＵ２１によって各画面間のシーケンスの制御を
受ける一方、各画面内での一連の画像やスプライトの表
示については、メモリ２３中のシナリオやデータを見に
行ってそのシナリオやデータに基づいて、そのスプライ
ト等の一連の動きを制御するようになっている。また、
サウンド回路２７は、１６ビット、４４．１ＫＨｚ、１
チャンネルのものとなっているが、他の値のものを適宜
採用できる。

【００３２】このネットワークディスプレイ１のメモリ
２３またはハードディスク（図示省略）上に、スプライ
トのデータやシナリオデータをインストールするか、も
しくはそれらのデータを入れた後付けメモリ１９を生成
し、このネットワークディスプレイ１に取り付ける。イ
ンストールする際は、インターネット２や他のネットワ
ークを利用して通信による配信、配送によって行うこと
となる。なお、ネットワークディスプレイ１にＣＤ−Ｒ
ＯＭ読み取り機構等の情報記憶媒体読み取り部を設ける
ようにすれば、ＣＤ−ＲＯＭ等の情報記憶媒体を利用し
てデータをインストールしても良い。

【００３３】専用グラフィックスＬＳＩ２２の構造は、
図４に示すとおりとなっている。すなわち、ホストバス
３０に接続されるホストインターフェイス３２と、ＶＲ
ＡＭ２６に接続されるＶＲＡＭインターフェイス３３と
の間に内部ホストバス３４および内部ＶＲＡＭバス３５
が設けられている。そして、復号部３６と画像処理部３
７とが両バス３４，３５にそれぞれ接続されている。内
部ホストバス３４にはオーディオインターフェイス３８
が接続され、内部ＶＲＡＭバス３５には、液晶表示部イ
ンターフェイス３９が接続されている。

【００３４】復号部３６は、自然画像の復号機能部と、
インデックス画像の復号機能部と、インデックス画像用
のパレットＲＡＭとを有している。また、画像処理部３
７は、後述する上書き処理等を行うものとなっている。
また、オーディオインターフェイス３８は、オーディオ
の制御と、オーディオのミキシングと、サンプリングレ
ートの変更等の各機能を有している。ミキシングはホス
トバス３０経由の２チャンネルと、外部のマイクからの
入力との最大３チャンネルのミキシングが可能となって
いる。

【００３５】液晶表示部インターフェイス３９は、表示
制御と、後付けメモリ１９を使用したときの重ね書き制
御と、表示部上のカーソル表示をハード的に行う機能
（以下ハードウェアカーソルという）とを有している。
ハードウェアカーソルは、メモリ２３上にカーソルデー
タを区分して保持させ、他のデータと組み合わせ処理す
ることによってソフトウェアカーソルの問題点を解消し
ているものである。ソフトウェアカーソルでは、カーソ
ル表示を所定部分に表示させる際、そのカーソルを張り
つける前にカーソルの場所の元の画像を記憶させてお
き、カーソルが動いたら元の画像を書き戻すという処理
が必要となる。この処理は、ＣＰＵ２１に負荷のかかる
ものとなる。ハードウェアカーソルは、このような問題
が解消される。なお、この液晶表示部インターフェイス
３９は、表示制御部２８の機能と略同一であり、この液
晶表示部インターフェイス３９の標準機能で対応可能な
表示体を取り付けた場合、表示制御部２８はほとんど動
作せずフリーパスとなる。

【００３６】なお、メモリ２３には、図５に示すよう
に、各フレーム２０の時間軸方向の制御を行うデータが
書き込まれている。各フレーム２０の持続時間は、通常
１秒で２５枚現れる速度で切り替わって行くが、このフ
レーム持続時間についての詳細は後述する。メモリ２３
には、さらに、１つのフレーム２０内のスプライト（詳
細は後述）の表示位置を制御するプログラム等が書き込
まれている。

【００３７】専用グラフィックスＬＳＩ２２の画像処理
部３７は、基本的に上書き処理するものとなっている。
例えば、スプライトが「Ａ」「Ｂ」「Ｃ」の文字である
とすると、まず、「Ａ」を表示するためのプログラムを
実行する。この実行は、「Ａ」を表示するための各種パ
ラメータをセットした後、ＣＰＵ２１内のメモリ上の仮
想スクリーンに描画する。同様にして文字「Ｂ」、文字
「Ｃ」の画像用データがＣＰＵ２１の仮想スクリーンに
生成され、その後、ブロック転送によりすべてのデータ
がまとめてＶＲＡＭ２６の実スクリーンへ転送され、図
６に示すように、重ね書き（上書き）されて表示され
る。

【００３８】専用グラフィックスＬＳＩ２２の画像処理
部３７の内部と処理フローは、図７に示すとおりとなっ
ている。すなわち、復号部３６から送られてきた復号さ
れた画像（以下原描画イメージという）に対して透明色
抜き取り処理（ステップＳ１０１）を行う。次に、透明
色の部分に、透明色のＲＧＢ値を与える透明色置換処理
（ステップＳ１０２）を行う。その後、拡大・縮小処理
（ステップＳ１０３）を行い、透明色を検出した（ステ
ップＳ１０４）後、元の画像に上書きする部分を上書き
検出部４１で検出する。なお、拡大、縮小処理の詳細に
ついては後述する。

【００３９】上書き検出部４１には、クリップ処理（ス
テップＳ１０５）やマスク処理（ステップＳ１０６）の
ためのデータが入力し、それらの処理が行われた後、ブ
レンド処理（ステップＳ１０７）がなされる。なお、拡
大・縮小処理Ｓ１０３、クリップ処理Ｓ１０５、ブレン
ド処理Ｓ１０７等の処理は、その処理が指定されていな
ければ行われない。拡大・縮小処理されたデータは、マ
ルチプレクサ４２に入力し、クリップ処理Ｓ１０５等の
データとドッキングされ、必要によりブレンド処理Ｓ１
０７がされる。なお、塗りつぶし機能（詳細は後述）が
オンのときは、色レジスタ４３からのデータを利用して
塗りつぶし処理がなされる。その場合のデータも、その
後にブレンド処理Ｓ１０７がなされ、最終描画イメージ
として液晶表示部インターフェイス３９に送られる。

【００４０】次に、このネットワークディスプレイ１の
表示機能について説明する。なお、今後使用する「スプ
ライト」なる語句は、アニメーションの１つのフレーム
２０内の画像の構成要素を指し、それぞれは後述する理
由によって矩形で現される。例えば、［Ａ」「Ｂ」
「Ｃ」等の文字、リンゴや柿等の絵、三角や四角等の幾
何学図形等がスプライトに相当する。また、「スプライ
ト画面」とは、そのような「スプライト」を表示する画
面のことを言い、フレーム２０に相当する。

【００４１】一般的に、アニメーションにおける各画面
となる各フレーム２０は、複数のスプライト画面より構
成される。各スプライトは、１画素１６ビット（Ｒ：
Ｇ：Ｂ＝５ビット：６ビット：５ビット）のＲＧＢ形式
となる自然画的な画像であり、自然画像スプライトとな
っている。各スプライトは、ＣＰＵ２１と、専用グラフ
ィックスＬＳＩ２２と、メモリ２３等が協力して描画さ
れる。

【００４２】この実施の形態のアニメーション画面は、
これらの各スプライトが重なった場合、最も前面にきた
スプライトが優先表示されるようになっている。ただ
し、特定の２色については、透明色としているので、そ
の「透明」を利用して、後側の画面の色が出せるように
なっている。

【００４３】表示部１１となるスクリーンは、アニメー
ションムービーを表示するエリアであり、表示スクリー
ンとなる。このネットワークディスプレイ１は、図８に
示すように、３２０×２４０ピクセルのディスプレイサ
イズとなる表示スクリーン５０を有している。また、最
小サイズで幅２ピクセル（pixel）×高さ２ピクセル（p
ixel）から、最大サイズで幅１０２４ピクセル×高さ１
０２４ピクセルのムービースクリーン５１をソフト的に
サポートできるようになっている。アニメーションムー
ビーのスクリーン（ムービースクリーン５１）の原点
（左上端）が表示スクリーン５０の原点（左上端）Ｐと
なるようになっている。なお、ネットワークディスプレ
イ１の表示スクリーン５０を、３２０×２４０ピクセル
以外に、５１２×２４０ピクセルとしたり、６４０×４
８０ピクセルとしても良い。

【００４４】ここで、ムービースクリーン５１のサイズ
が表示スクリーン５０より大きい場合は、ムービースク
リーン５１の一部分が表示されることになる。逆に、ム
ービースクリーン５１のサイズが表示スクリーン５０よ
り小さい場合は、表示スクリーン５０の右端あるいは下
端に余白部分が生じる。余白部分は、表示スクリーン５
０の背景色で表示される。表示スクリーン５０の背景色
は、１６bit/ピクセルのＲＧＢ値で指定される。

【００４５】アニメーションのフレーム２０を描画する
ための空間（図８参照）をムービースクリーン空間５２
と呼ぶ。この空間５２は、一種の仮想空間で、仮想ＲＡ
Ｍとも言えるものである。この空間５２は、幅方向（水
平方向）で、−３２７６８ピクセルから３２７６７ピク
セル、高さ方向（垂直方向）で、−３２７６８ピクセル
から３２７６７ピクセルの広がりをもつが、実際に画像
が描画されるのはこの空間５２の中の一部の領域とな
る。この実際に描画される領域をムービースクリーン５
１と呼ぶ。ムービースクリーン５１は、常に原点Ｐ
（０，０）を基点とする。そのサイズはムービー毎に異
なる。最大で原点Ｐ（０，０）と（１０２３，１０２
３）を対角とする矩形領域（境界を含む）がムービース
クリーン５１になる。

【００４６】個々のアニメーションムービーは、上述の
とおり、最小サイズで幅２ピクセル×高さ２ピクセルか
ら、最大サイズで幅１０２４ピクセル×高さ１０２４ピ
クセルのムービースクリーン５１を持つことができる。
ムービースクリーン空間５２に描画されるスプライト
は、ムービースクリーン５１に含まれる部分だけが実際
に描画される。ムービースクリーン５１の外の部分は、
描画されないようになっている。このムービースクリー
ン５１の所定部分に転送先画像（描画画像）５３が描画
される。

【００４７】ムービースクリーン５１に描画される画像
は、原描画イメージではなく、実際は原描画イメージと
透明色データとなる透明マスク画像５６をドッキングし
たものである。原描画イメージは、図８に示すような、
転送矩形画像５５が圧縮されてメモリ２３に保存された
後、伸長されたものである。透明色データも透明マスク
画像となり透明矩形画像５６が圧縮されてメモリ２３に
保存されたものが伸長されて形成される。各画像５５，
５６は、最大サイズで幅１０２４ピクセル×高さ１０２
４ピクセルとなると共に同一の大きさとなっている。

【００４８】このように、透明矩形画像５６を形成する
のは、自然画像中の特定の色を透明色として割り当てて
いるため、転送矩形画像５５のみでは非可逆的に画像圧
縮した場合に、その透明色を保存することができないた
めである。また、このように、画像データと透明色デー
タを分離して圧縮すると、処理が簡単となり圧縮効率も
良くなる。透明矩形画像５６は、その中の透明色部分に
「１」または「０」のビットを割り当て、不透明部分に
「０」または「１」のビットを割り当てるだけの簡単な
ビットマップ画像となっている。

【００４９】ＣＰＵ２１内のメモリには、上述したよう
に仮想スクリーンが生成される。この仮想スクリーンの
メモリサイズは、アニメーションの画面サイズに依存し
ている。すなわち、この実施の形態では、３２０×２４
０ピクセルで約１５０ＫＢの容量としている。ただし、
他の大きさ、たとえば１６０×１２０ピクセル（＝約３
８ＫＢ）としても良い。各フレーム２０は、まずこの仮
想スクリーン（＝ムービースクリーン５１）に生成され
る。その後、各フレーム２０は、ＶＲＡＭ２６にブロッ
ク転送され、ＶＲＡＭ２６上に生成される実スクリーン
（＝表示スクリーン５０）に描画される。

【００５０】このように、スプライトベースの多様な描
画機能（拡大、縮小、クリップ処理、マスク処理他）
は、すべてＣＰＵ２１，専用グラフィックスＬＳＩ２
２，ＶＲＡＭ２６で処理され、ネットワークディスプレ
イ１の他の機能やネットワークディスプレイ１を含むシ
ステムには、依存しないものとなっている。

【００５１】また、この仮想スクリーンと実スクリーン
の使用は、表示部１１での表示のちらつきを無くすもの
である。すなわち、スプライト等を重ね書きするとき、
ちらつきが発生し易くなるが、この方式では、一旦、Ｃ
ＰＵ２１内の仮想スクリーンに１つのフレーム２０を完
全に描画し、その後、１つのフレーム２０の全データを
ＶＲＡＭ２６にブロック転送するので、上書きによるち
らつきが発生しなくなる。なお、ちらつき発生防止に対
しては、仮想スクリーンの設置ではなく、ＶＲＡＭ２６
を、２画面分または４画面分を取り込めるものとしても
良い。このように２画面または４画面とすると、１画面
または２画面分を表示用として、もう１画面または２画
面を書き込み用とすることができる。この２画面または
４画面方式により書き込み途中のちらつきをなくし、画
質を向上させることができる。

【００５２】このネットワークディスプレイ１は、９種
類のイベント（制御）を処理する。そのイベントは、外
部イベントと内部イベントの２つのタイプに大別され
る。外部イベントは、ネットワークディスプレイ１の外
部から通知されるもので、内部イベントは、アニメーシ
ョンムービーの再生状況の変化に応じて内部的に発生す
るものとなっている。

【００５３】外部イベントは、「アニメーションムービ
ーが選択された」ときに発生するClickイベント、「ア
ニメーションムービーが操作対象になった」ときに発生
するFocusイベント、「アニメーションムービーが操作
対象でなくなった」ときに発生するBlurイベント、「ス
プライトが操作対象になった」ときに発生するenterSpr
iteイベント、「スプライトが操作対象でなくなった」
ときに発生するleaveSpriteイベントの５種類である。

【００５４】一方、内部イベントは、次の４種類となっ
ている。第１は、アニメーションムービーの再生が開始
され、一番最初のフレーム２０の描画を開始する直前に
発生するstartMovieイベントで、第２は、アニメーショ
ンが停止する直前に発生するstopMovie イベントで、第
３は、すべてのフレーム２０においてフレーム描画を開
始する直前に発生するenterFrameイベント、第４は、す
べてのフレーム２０においてフレーム描画が終了した直
後に発生するexitFrame イベントである。

【００５５】それぞれのイベントは、イベントハンドラ
（制御手順書）と呼ばれるものに記述される。例えば、
enterFrameイベントを発生させる場合は、enterFrameイ
ベントハンドラ（制御手順書）に記述される。このネッ
トワークディスプレイ１は、発生する各イベントに対応
したイベントハンドラ（制御手順書）を検索し、存在す
れば、記述されている処理を実行する。アニメーション
ムービー全体に関係づけられたイベントハンドラをまと
めたものをムービースクリプトと呼び、個々のフレーム
２０に関係づけられたイベントハンドラをまとめたもの
をフレームスクリプトと呼ぶ。イベントハンドラの処理
内容は、スクリプト（＝プログラム）のための専用のス
クリプト言語を使って記述される。このネットワークデ
ィスプレイ１は、内部に翻訳実行ソフトを有し、このス
クリプト言語によって書かれたスクリプト（イベントハ
ンドラ）をランタイムに逐次解釈し実行する。

【００５６】スクリプトには、関連付ける対象により４
種類が存在する。スプライトに関連付けられているスク
リプトがスプライトスクリプト、後述する図形部品に関
連付けられているスクリプトが図形部品スクリプト、フ
レーム２０に関連付けられているスクリプトがフレーム
スクリプト、ムービー全体に関連付けられているスクリ
プトがムービースクリプトである。全てのイベントが全
てに種類のスクリプトを実行させるわけではなく、イベ
ント毎に実行されるスクリプトの種類と順番が決まって
いる。それぞれのスクリプトには、複数のイベントハン
ドラを記述することができる。

【００５７】図９に各イベントが実行されるルートを示
す。各イベントが発生した際は、図９に示すルートに従
ってイベントハンドラが検索され、最初に見つかったイ
ベントハンドラが実行される。スプライトスクリプトお
よび図形部品スクリプトは、イベント発生位置と重な
る、スプライトおよび図形部品に関連付けられているス
クリプトが画面手前のものから順番に検索され、最初に
見つかったものが実行される。

【００５８】このスクリプトによって、シナリオ制御、
外部機器制御、外部イベント処理等が行われる。スクリ
プト言語は、この実施の形態では、７個のシナリオ制御
コマンド、２個のプラウザ連携コマンド、１０個の変
数、制御文となるｉｆ文、６４個の拡張コマンドおよび
先に示した９種類のイベントをサポートしている。この
スクリプト言語を使用して所定の順序のフレーム２０に
よるアニメーションを何度も繰り返すループ構造やキー
ボードが押された等の外部イベントによって所定のフレ
ーム２０や所定のアニメーションムービーを表示させる
構造等のイベントハンドラを構成することができる。

【００５９】この実施の形態では、アニメーションムー
ビーを再生しながら、バックグラウンドで次のアニメー
ションデータをＬＡＮ３を介してダウンロードできる。
そして、ダウンロード完了後、再生するアニメーション
をダウンロードしたものへ切り替えることができるよう
になっている。このネットワークディスプレイ１は、ホ
ストとなるパソコン４に対してダウンロードするアニメ
ーションムービーのＵＲＬを指定してファイル取得の要
求を発行する。パソコン４は、ＨＴＴＰサーバであるＷ
ＷＷサーバ６から指定されたファイルを取得し、ネット
ワークディスプレイ１へ渡す。

【００６０】スプライトは、画像データと描画属性から
成る。画像データは、本質的な画像の情報であり、描画
属性は画像データをムービースクリーン５１上に描画す
る際の配置情報やサイズ情報（幅、高さ）、描画操作な
どである。この画像データのことを図形部品と呼ぶ。複
数のスプライトで同一の図形部品を共有することが可能
となっている。また、複数のフレーム２０でスプライト
を共有することが可能である。このため、アニメーショ
ンムービーのデータサイズを抑制することができる。な
お、このネットワークディスプレイ１では、ビットマッ
プ(Bitmap）タイプの図形部品を使用している。このネ
ットワークディスプレイ１では、アニメーションムービ
ーあたり最大８３５５５８５個の図形部品が使用でき
る。

【００６１】図形部品の画像の幅は、１〜３２７６７ピ
クセルで、画像の高さは、１〜３２７６７ピクセルとな
っている。図形部品の色深度は、１６bit/ピクセルのＲ
ＧＢ形式（Ｒ：Ｇ：Ｂ＝５：６：５）で透明色は、特定
の２色を透明色として使用することで対応している。す
なわち、スプライトは、６５５３６色（透明色の２つを
含む）の同時使用が可能となっている。また、格納形式
は、独自の圧縮率とＣＰＵ処理負荷のバランスを取った
ロスレス符号、具体的にはＢＩＤ符号として格納され
る。

【００６２】図形部品に対して、次の２色を透明色とし
て扱っている。１つは、閉領域透明色で、Ｒ，Ｇ，Ｂ値
が（３１，６２，３１）となるもので、閉じられた領域
の透明色を表す。他の１つは、開領域透明色でＲ，Ｇ，
Ｂ値が（３１，６３，３１）となるもので、開かれた領
域の透明色を表す。すなわち、図１０に示すように、図
形５７を囲む境界５８に対して開かれた透明領域５９ａ
（一部でも境界に接する領域）の透明色は、開領域透明
色を使用する。図形５７を囲む境界５８に対して閉じら
れた透明領域５９ｂ（一部も境界に接しない領域）の透
明色は、閉領域透明色を使用する。図形部品の画像デー
タは、ＢＩＤ復号器により歪みなく伸長される。

【００６３】スプライトの持つ画像データが先に示した
図形部品となる。描画属性は、画像データを描画する際
に参照される情報となっている。スプライトの持つ図形
部品に関する情報と描画属性は、次のとおりとなってい
る。すなわち、図形部品番号として、部品グループ番号
の１〜２５５番、部品番号の１〜３２７６７番を保有で
きる。また、描画位置は、水平位置として、−３２７６
８〜３２７６７ピクセルの範囲で可能で、垂直位置とし
て、−３２７６８〜３２７６７ピクセルとなっている。
また、各スプライトの幅は、１〜３２７６７ピクセル
で、高さは、１〜３２７６７ピクセルとなっている。

【００６４】アニメーションムービーで使用する図形部
品は、グループ毎に管理される。このグループを部品グ
ループと呼び、図形部品は必ずいづれかのグループに属
する。１個のアニメーションムービーあたり最大２５５
個のグループを使用でき、１番から２５５番まで順番に
番号（部品グループ番号）が付けられる。１つの部品グ
ループには、最大３２７６７個の図形部品が登録でき
る。図形部品はグループ内で１番から３２７６７番まで
に順番に番号（部品番号）が付けられる。このように、
スプライトが持つ図形部品は、部品グループ番号と部品
番号により指定される。複数のスプライトが同一の図形
部品を持つことが可能であり、その場合、複数のスプラ
イトは、同じ部品グループ番号と部品番号で指定される
ことになる。

【００６５】スプライトを描画する位置は、この実施の
形態では、ムービースクリーン座標系における画像の左
上端の点の座標で指定される。スプライトのサイズは、
図形部品のサイズと無関係に任意の値が指定できる。ス
プライトのサイズが図形部品の画像サイズより大きけれ
ば、図形は拡大して描画され、スプライトのサイズが図
形部品の画像より小さければ、図形は縮小して描画され
る。この拡大・縮小処理は、水平方向と垂直方向で独立
に機能させている。

【００６６】各スプライトは、ブロック、ここでは、３
２×３２ピクセルの大きさに分割され、そのブロック毎
に独立して圧縮される。このようにして、最大のブロッ
クサイズが決まるので、ブロック単位にスプライトの画
像データを伸長した後のデータのサイズが決まることと
なる。このため、このネットワークディスプレイ１で
は、１画素が２バイトで現されるので、合計２０４８バ
イト（３２×３２×２バイト）分のワークメモリのみ
を、ブロックバッファとしてＣＰＵ２１の中に用意すれ
ば良い。

【００６７】このため、スプライトの画像データの伸長
をブロック毎に行い、すべてのブロックで同一のブロッ
クバッファを使い回すことで、スプライトの画像サイズ
に拠らずに、小さな固定サイズのワークメモリでスプラ
イトの画像伸長ができるようになっている。

【００６８】また、スプライトのデータを含むアニメー
ションデータは前述したとおり、圧縮した形式でかつ圧
縮率と処理演算量のバランスをとったアルゴリズムで圧
縮されたままメモリ２３に格納される。一方、そのスプ
ライトを描画する際、リアルタイムにデータを伸長し、
描画し表示し、その後、伸長したデータを破棄してい
る。

【００６９】このスプライトのブロック分割では、図１
１に示すようなムービースクリーン５１に雲のスプライ
ト６１が表示され、左から右に流れていくような場合
に、ＣＰＵ２１や専用グラフィックスＬＳＩ２２に無駄
な処理をさせることがない。これは、雲のスプライト６
１等すべてのスプライトが、図１１（Ｂ）に示すよう
に、予め、３２×３２ピクセルのブロック６０に分割さ
れて、メモリ２３に保存されるためである。このため、
ムービースクリーン５１に現れない右に位置するときの
非表示部分６１ａや左に位置するときの非表示部分６１
ｂに該当する部分のブロック６０を処理しないことで、
ＣＰＵ２１や専用グラフィックスＬＳＩ２２のパワーを
節約することができる。

【００７０】このような複数のブロック６０への分割
は、図１２（Ａ）に示すようなムービースクリーン５１
の表示を、図１２（Ｂ）に示すように拡大する場合にも
好適である。すなわち、拡大した際には、多数のブロッ
ク６０がムービースクリーン５１から外れる。その外れ
たブロック６０を描画処理しないことで、ＣＰＵ２１な
どのパワーを節約することができる。また、ブロック６
０のためのメモリ容量が小さくなるので、ＣＰＵ２１の
キャッシュメモリで十分カバーできるものとなる。この
ため、ＣＰＵ２１内のメモリへのアクセスが局所化され
（＝ヒットする確率が高くなり）、キャッシュが有効に
機能し、高速処理が実現される。

【００７１】フレーム（画像）２０を構成するスプライ
トは、所定の順番でムービースクリーン５１に描画され
る。スプライトの描画方法として５種類のタイプがあ
る。基本的に、スプライトは、順番に上書きされていく
ため、下になった画像（画素）は失われるが、描画方法
によっては透明色処理するものや、下になった画像（画
素）を修正して新しい画像（画素）を作り出すものもあ
る。また、先に示したブレンド処理も行うことができ
る。このブレンド処理は、下になる画像と上書きする画
像を混ぜ合わせて新しい画像を作り出すものである。一
方、透明色の画素は上書きされないため、下になる画素
が保存される。

【００７２】描画方法の５種類の具体的な方法は次のと
おりとなっている。第１は、開領域透明色および閉領域
透明色を共に、白色として描画し、不透明領域の画素は
そのまま描画するものである。たとえば、図１０（Ａ）
の場合に、開かれた透明領域５９ａと閉じられた透明領
域５９ｂを共に白色とする場合である。第２は、開領域
透明色を、透明色として処理し、閉領域透明色を白色と
して描画するものである。なお、不透明領域の画素は、
そのまま描画する。たとえば、図１０（Ｂ）に示すよう
に、開かれた透明領域５９ａを透明とし、閉じられた透
明領域５９ｂを白色とし、眼を描くような場合に使用さ
れる。第３は、開領域透明色および閉領域透明色を透明
色として処理するもので、一方、不透明領域の画素はそ
のまま描画するものである。たとえば、図１０（Ｃ）に
示すように「Ａ」を表示する場合に使用される。

【００７３】第４は、開領域透明色および閉領域透明色
を共に、透明色として処理する一方、不透明領域の下絵
の画素を反転するものである。なお、ブレンド値は無視
される。第５は、開領域透明色および閉領域透明色を共
に、透明色として処理する一方、不透明領域の画素を反
転して描画するものである。この反転は、画素が不透明
のときに行われるもので画素の値を「Ｒ’，Ｇ’，
Ｂ’」とし、反転前の値を「Ｒ，Ｇ，Ｂ」とすると、
Ｒ’＝２５５−Ｒ，Ｇ’＝２５５−Ｇ，Ｂ’＝２５５−
Ｂの各式を使用して実行される。

【００７４】１つのアニメーションムービーは、上述し
たとおり、フレーム（画像）２０を所定の時間間隔で連
続的に表示することで再生される。一枚のフレーム２０
は、１つまたは複数のスプライトから構成される。表示
するフレーム２０の順番や時間間隔、フレーム２０を構
成するスプライトを指定する情報を上述したようにシナ
リオと呼ぶ。このシナリオがアニメーションムービー進
行の要となる。

【００７５】１つのアニメーションムービーに最大３２
７６７枚のフレーム２０が使用できる。すべてのフレー
ム２０には、１番から３２７６７番までの番号（フレー
ム番号）が付く。そして、フレーム２０を表示し続ける
時間（フレーム持続時間）として、持続的に設定される
時間と、１フレームだけに有効なものの２種類の時間指
定が存在する。持続的な時間指定は、１／ｎ秒（ｎ＝
１，２，...，１２０）で、１フレームだけに有効な時
間は１〜６０秒となっている。このネットワークディス
プレイ１は、少なくとも指定された時間の間、そのフレ
ーム２０を表示し続ける。ただし、指定された時間は保
証されるものではなく、指定時間よりも長くフレームが
表示されることがある。また、フレーム表示中に発生し
た内部イベントや外部イベントに基づく処理により指定
時間よりも短くなり、他のフレーム表示が開始されるこ
とがある。

【００７６】フレーム２０の表示中に発生するイベント
を処理するイベントハンドラ（＝フレームハンドラ）を
フレーム２０毎に最大１つ登録でき、それがフレームス
クリプトとなる。１つのフレーム（画像）２０は、０個
から１２０個のスプライトで構成される。フレーム２０
を構成するスプライトには描画の順番が付けられる。フ
レーム２０を作成する際は、この順番に従い所定の描画
方法を使って順番に重ね書きされる。

【００７７】このネットワークディスプレイ１は、フレ
ーム２０のナンバーが１番のシナリオからアニメーショ
ンムービーを再生する。ただし、アニメーションムービ
ーを再生開始する際に発生するstartMovieイベントにて
処理フレームをパラメータで指定するフレーム２０へ変
更するコマンド（ｇｏコマンドという）が実行された場
合は、指定されたフレーム２０からの再生開始となる場
合がある。シナリオとして存在する最後のフレーム２０
が再生終了フレームとなる。この最後のフレーム２０を
再生した後で、次に再生すべきフレーム２０がない場合
はアニメーション再生が終了する。アニメーション再生
終了後は、最後のフレーム２０が表示され続ける。最後
のフレーム２０からｇｏコマンドで他のフレーム２０へ
移動した場合は、アニメーション再生が続行する。

【００７８】このネットワークディスプレイ１は、ダウ
ンロード再生モードと、ラッシュ(Rush）再生モードの
２つの再生モードが可能となっている。さらに、ダウン
ロード以外の方法でインストールしたデータを再生する
こともできる。ダウンロード再生モードでは、すべての
アニメーションデータをＬＡＮ３を介してダウンロード
した後に再生を開始する。ラッシュ(Rush）再生モード
では、シナリオに関するデータのダウンロードが完了し
たところで再生を開始する。残りのデータは、アニメー
ションムービー再生と並行してＬＡＮ３を介してダウン
ロードされる。この機能をストリーミング再生機能（詳
細後述）という。表示すべき図形部品がまだ取得できて
いない場合は、その部品の表示を行わない。

【００７９】ブレンド処理は、スプライトを所定の描画
方法で描画する際、自身の不透明画素の色と下絵の画素
の色を指定されたブレンド比率で混合する処理である。
ブレンド比率は、０から１００％の値の範囲内、この実
施の形態では３２段階で指定される。値が１００％の場
合は、自身の不透明画素の色で下絵は完全に上書きされ
る。値が５０％の場合は、自身の不透明画素の色と下絵
の画素の色がそれぞれ１／２づつ混合される。値が０％
の場合は、下絵の色がそのまま保存される。ブレンド比
率は、スプライトの属性であり、シナリオデータの一部
として指定される。スプライトの描画方法に従って透明
画素と不透明画素が決定された後で、不透明画素に対し
てブレンド処理が実行される。

【００８０】このネットワークディスプレイ１では、ラ
ンタイムシナリオ補間と呼ばれる機能が追加されてい
る。これは、シナリオに指定されたフレーム持続時間
を、そのハードの性能に合わせた時間間隔で複数のフレ
ーム２０に内分するものである。すなわち、ハードを構
成する者がハードの性能、特に使用しているＣＰＵ２１
の性能に合わせて所定のプログラムを組み込んでおき、
そのプログラムによって、ネットワークディスプレイ１
のＣＰＵ２１がシナリオを検出判断して自動的に内分す
る。内分して新しく生成されるフレーム２０のスプライ
トは、前後のフレーム２０のスプライト属性から補間し
てできる新しいスプライト属性を用いて描画される。

【００８１】スプライトは、関連スプライト属性を持っ
ており、この属性は、次に表示されるフレーム２０を構
成するスプライト番号（１〜１２０）を示す。属性を持
つスプライト自身と関連指定される次のフレーム２０の
スプライトの２つが補間処理の対象となる。関連スプラ
イト属性に「０」がセットされていれば、補間の相手と
なるスプライトが存在しないことを示しており、この場
合、内分する全てのフレーム２０に自身の属性を適用す
る。すなわち、属性が変化しないこととなる。補間生成
するスプライト属性は、水平・垂直位置、幅・高さ、ブ
レンド比率の３つとなっている。これら以外の属性は、
前フレーム２０のスプライトの属性が適用される。

【００８２】以下に、ランタイムシナリオ補間につい
て、具体的に説明する。図１３に示すように、ネットワ
ークディスプレイ１は、ＣＰＵ２１の処理動作に余裕が
ある場合には、シナリオデータのフレーム＃１とフレー
ム＃２の間に、新しいフレーム＃１．５を作成する。フ
レーム＃１とフレーム＃２との時間間隔を１秒とする
と、フレーム＃１．５は、たとえばフレーム＃１から
０．３秒後のフレーム２０となり、０．４秒間表示す
る。フレーム＃１とフレーム＃２を比較すると、一部の
スプライトＡのみが変化しており、スプライトＢは変化
していない。したがって、ネットワークディスプレイ１
は、フレーム＃１中のスプライトＡのみが００．５秒後
の状態に変化したフレーム＃１．５を作成することにな
る。スプライトＡは、フレーム＃１中の自身の位置とフ
レーム＃２中の自身の位置から求められる移動距離を２
等分した位置にくる。

【００８３】表示の際、ムービースクリーン５１を表示
スクリーン５０のサイズに合うように自動的に拡大ある
いは縮小している。また、表示スクリーン５０にムービ
ースクリーン５１を表示する場合、予め、縮小率が分か
っている場合、データそのものを縮小してメモリ２３に
保存する。この実施の形態では、この処理の際の縮小率
をＮ／Ｍ（Ｎ，Ｍは整数値でＭ＞Ｎ）としている。さら
に、透明背景という機能も有している。この機能は、ム
ービースクリーン５１の背景色と表示スクリーン５０の
背景色を透明色処理するものである。

【００８４】また、この実施の形態では、前フレーム２
０と次フレーム２０の表示を切り替える際に、特殊な画
面切り替えアニメーションを行うことができる。この画
面切り替えアニメーションのために、フレーム２０は、
次の４つの情報を持つことができる。この情報を持つフ
レーム２０は、前のフレーム２０と自身のフレーム２０
の表示の切り替えにアニメーションを用いることができ
る。

【００８５】第１は、切り替え時間で、切り替えに要す
る総時間を０から３０秒のいずれかに設定する。この時
間を最適な時間間隔で内分し画面切り替えのアニメーシ
ョンを表示する。第２は、滑らかさで、画面切り替えア
ニメーションの滑らかさを０から７の８段階のいずれか
に設定する。７がもっとも滑らかな切り替えアニメーシ
ョンを要求する。この値に合わせて最適な時間間隔を決
定し、アニメーションするフレーム２０の数を決定す
る。第３は、適用範囲で、切り替えアニメーションを行
う領域をムービースクリーン５１内の矩形座標で示す。
すべての座標値が０の場合は、ムービースクリーン５１
全体を示す。

【００８６】第４は、切り替えタイプで、切り替えアニ
メーションのタイプを２５種類用意している。いずれの
タイプを実装するかどうかは、ネットワークディスプレ
イ１によって異なる。切り替えアニメーションのタイプ
としては、たとえば、上下左右のいずれか一方から現れ
て前フレーム２０をカバーしたり、逆に上下左右のいず
れか一方へ隠れていったり、次のフレーム２０が前フレ
ーム２０を上下左右のいずれか一方へ押し出したりする
方法が採用される。

【００８７】このネットワークディスプレイ１の中に組
み込まれる画像処理装置は、マルチプレーヤ動作とマル
チアニメーションムービー処理を行うことが可能となっ
ている。ここでプレーヤとは、全体制御プログラムとア
ニメーションプログラムからなるアニメーション再生エ
ンジンに、外部との接続のためのインターフェースを加
えたアニメーションソフトをいう。

【００８８】マルチプレーヤ動作は、複数のプレーヤを
同時に動作させるもので、各プレーヤは、それぞれのア
ニメーションムービーをそれぞれのシナリオに沿って再
生させる。具体的には図１４に示すように、表示部１１
の画面を複数に分割し、各画面１１ａ，１１ｂに異なる
アニメーションムービーを表示したり、図１５に示すよ
うに、ネットワークディスプレイ１に他の表示装置６
５，６７をつなぎ、各表示部１１，６６，６８にそれぞ
れ異なるアニメーションムービーを表示させるものであ
る。

【００８９】マルチアニメーションムービー処理は、１
つのプレーヤが複数のアニメーションデータを処理する
ことである。すなわち、ネットワークディスプレイ１が
状況に応じてアニメーションデータを切り替えることが
できるようになっている。たとえば、図１６に示すよう
に、１つのネットワークディスプレイ１の中のプレーヤ
が商品のコマーシャルを表す１つのアニメーションムー
ビーＭ１を処理し描画している際に、外部からのイベン
ト、ここでは商品購入のイベントが発生したときに「ご
購入ありがとうございました」の表示等を行う他のアニ
メーションムービーＭ２に切り替える。その後、そのア
ニメーションムービーＭ２の終了によって先のアニメー
ションムービーＭ１に戻す。このような動作をマルチア
ニメーションムービー処理という。

【００９０】また、複数のプレーヤで同一の仮想スクリ
ーン（＝ＣＰＵ２１内のメモリ上に生成されるもの）を
共有することが可能となっている。これによってＣＰＵ
２１内のワークメモリの使用量を抑制できる。さらに、
仮想スクリーンを共有しない場合には、スプライトベー
スによるフレーム間の差分描画を実行し、ＣＰＵ２１の
負荷を軽減している。

【００９１】このスプライトベースのフレーム間差分描
画とは、シナリオのデータ中にあるスプライトの位置と
サイズの情報を利用して、変化したスプライトの差分の
みを描画するものである。動画の記録再生の場合、容量
を減少させるため、フレーム間差分を取ることが行われ
ている。しかし、これは、再生されるフレームが予め所
定順に決まっている場合であり、オーサリング時（動画
制作時）に予め差分を取るものであると共にフレーム全
体を対象としている。この実施の形態のアニメーション
ムービーでは、フレーム２０の出現順序が予め決められ
ていない。このため、従来のようなフレーム間差分は採
用できない。

【００９２】この実施の形態で採用するスプライトベー
スのフレーム間差分描画の例を図１７に示す。シナリオ
や所定のイベントに基づいて出現する前フレーム２０
（図１７のフレーム＃１）と次フレーム２０（図１７の
フレーム＃２）との間で、スプライトＳ１の変化を求
め、差が生じている部分のみ描画する。変化が生じてい
ないスプライトＳ２や他のフレーム部分は、フレーム＃
１の表示をそのまま継続する。

【００９３】先に示したプレーヤは、ＣＰＵ２１を含む
このネットワークディスプレイ１を動作させるシステム
（以下ホストシステムという）との間で、プレーヤＡＰ
Ｉ関数（詳細は後述）を使ってインターフェースする。
プレーヤＡＰＩ関数は、クライアントＡＰＩ関数とホス
トＡＰＩ関数の２種類から構成される。ＡＰＩ（Applic
ation Programming Interface）とは、ＯＳなどの基本
ソフトがアプリケーションソフト向けに用意している関
数の集まりで、この実施の形態では、約２０個のＣ言語
関数となっている。

【００９４】クライアントＡＰＩ関数は、プレーヤに実
装され、外部に公開可能となっている。ホストシステム
は、プレーヤＡＰＩ関数を使ってアニメーションを再生
する。ホストＡＰＩ関数は、アニメーション再生処理の
中で、ホストシステムに依存する機能を切り出して関数
として規定したものである。これにより、プレーヤ自体
は、ホストシステム（プラットフォームの意味を含む）
に依存しないものになっている。各ホストシステムは、
自分の仕様に従ってこれらの関数を生成し、内部に保存
する。ホストシステム側のホストＡＰＩ関数の中で必須
な関数は１つで、それ以外はオプションとなる。

【００９５】上述のマルチアニメーションムービー処理
に当たって、この実施の形態では、プレーヤからの要請
という意味で、プレーヤインスタンスという概念を使用
する。また、個々のプレーヤインスタンスを識別する印
として、インスタンスハンドルと称するものを使用す
る。

【００９６】１つのプレーヤインスタンスは、１つのア
ニメーションを管理する。プレーヤインスタンスは、実
行時に動的に生成され、そして破棄される。最大でいく
つのプレーヤインスタンスを同時に生成できるかは、プ
レーヤの構築条件に依存する。たとえば、ワークメモリ
を静的に確保するように構築する場合は、構築時にプレ
ーヤインスタンスの数を決定する。動的に確保するよう
に構築する場合は、ネットワークディスプレイ１を動作
させる全体制御プログラムに割り当てられたヒープメモ
リのサイズの動作時のメモリ状況に依存する。

【００９７】プレーヤインスタンスを生成するには、ま
ずインスタンスハンドル構造体をメモリ２３に確保し、
この構造体へのポインタを引数として、プレーヤインス
タンスを生成するＡＰＩ関数を呼び出す。この関数が成
立すると、プレーヤの中に新しいプレーヤインスタンス
が出来たことになる。このインスタンスハンドル構造体
は、プレーヤインスタンスを識別するインスタンスハン
ドルとして、全てのクライアントＡＰＩ関数の引数とし
て使われる。したがって、生存中のプレーヤインスタン
スのインスタンスハンドル構造体をメモリ２３から破棄
したり、内容を破壊したり、そのメモリ２３上を移動さ
せてはならない。不要になったプレーヤインスタンスを
破棄するには、プレーヤインスタンスを破棄するＡＰＩ
関数をプレーヤから呼び出す。破棄した後は、インスタ
ンスハンドルとして使われていたインスタンスハンドル
構造体は不要になる。

【００９８】プレーヤインスタンスを生成、破棄するタ
イミングは、アプリケーションに依存する。たとえば、
再生するアニメーションの数が固定の場合は、ネットワ
ークディスプレイ１に電源が入った時に必要な数のプレ
ーヤインスタンスを生成し、これを永続的に使用するこ
とができる。また、ＷＥＢプラウザのプラグインのアニ
メーション再生では、ＷＥＢページ毎にアニメーション
の数が異なるため、ページをロードした瞬間に必要数の
プレーヤインスタンスを生成し、そのページを閉じる時
にプレーヤインスタンスを破棄する。なお、プラグイン
の場合でも、サポートするアニメーション数に制限を設
ければ、先の例と同じに処理することもできる。

【００９９】ところで、ネットワークディスプレイ１に
組み込まれているプレーヤが、テレビ局８からの放送を
受信したり、ＷＷＷサーバ６からダウンロードするアニ
メーションデータは、先に説明したように、アニメーシ
ョンの進行プログラムが記述されているシナリオデータ
と、スプライトのデータ（描画属性と画像データ）とか
らなる。シナリオデータとスプライト用描画属性は、画
像データに比べて容量が小さい。このため、シナリオデ
ータとスプライトデータ用描画属性は、先にネットワー
クディスプレイ１のメモリ２３に保存される。その後、
ネットワークディスプレイ１は、画像データを時間をか
けて受信したりダウンロードすることになる。この時間
をかけてのダウンロード等の際にストリーミング再生機
能が使用される。

【０１００】ストリーミング再生機能をより具体的に説
明すると、プレーヤは、再生フレームを構成する画像の
中で、ダウンロード等の受信が完了しているものを描画
処理し、まだダウンロード等の受信がされていなければ
それを単純に無視する。このストリーミング再生では、
ダウンロード等したデータの更新に合わせて任意のタイ
ミングで任意の回数のクライアントＡＰＩ関数を呼び出
す。つまり、画像データをダウンロード等しながら、ダ
ウンロードしたデータが増えたことを適当なタイミング
でプレーヤインスタンスに通知するのである。なお、ク
ライアントＡＰＩ関数の呼び出しによって、その時点で
受信しているデータストリーム（メモリ２３上に配置さ
れ、プレーヤが直接アクセスすることができるアニメー
ションのデータを指す）の正当性がチェックされ、不正
なフォーマットであれば、プレーヤインスタンスにセッ
トされない。この場合、通常、ホストシステムは、デー
タストリームの受信を中止する処理を行う。

【０１０１】また、シナリオデータの中のスクリプト
に、リンク先のアドレス（「ｈｔｔｐ：／／ｗｗｗ・・
・・・」）を入れておき、外部イベントが発生した際
に、ネットワークディスプレイ１を、ＬＡＮ３、パソコ
ン４、ＩＳＤＮ５、ＷＷＷサーバ６およびインターネッ
ト２を介して所定のリンク先にリンクさせることができ
る。これをリンク機能という。ここで、外部イベントと
は、キーが押されたとか、自動販売機であればコインが
投入された等のような外部からの入力をいう。なお、こ
のリンク機能によれば、リンク先のＷＥＢページにアニ
メーションが組み込まれていた場合、ネットワークディ
スプレイ１は、インターネット２やＷＷＷサーバ６等を
介してリンク先のアニメーションデータをダウンロード
し、表示部１１に再生することができる。

【０１０２】たとえば、ネットワークディスプレイ１の
表示部１１に、特定の会社のコマーシャルが流れている
ときに、キー操作等の外部イベントの入力を行うと、予
めシナリオのスクリプトに挿入されていた同会社のホー
ムページアドレスにアクセスできるようになる。そし
て、ネットワークディスプレイ１の表示部１１には、コ
マーシャルとして流れていた会社のＷＥＢページである
ホームページが表示される。そして、そのホームページ
にアニメーションが組み込まれていると、そのアニメー
ションをそのまま表示する。

【０１０３】プレーヤは、全体制御プログラムの一部と
して動くライブラリとしてメモリ２３に保存される。ホ
ストシステムは、ライブラリから公開されるクライアン
トＡＰＩ関数を呼び出してアニメーションムービーの再
生を実行する。プレーヤがライブラリの形態でメモリ２
３に保存されるため、プレーヤは、ホストシステムの一
部のタスクとして実行されたり、画像処理装置中の他の
適当なホストモジュールによって独立したタスクとして
実行される等、柔軟な応用が可能となる。また、タスク
形態としてよりもさらに多様となるプラットフォームへ
の移植が容易になる。

【０１０４】しかし、所定の実行権（実行時間）が仕様
として規定できるタスク実行形態ではないため、すなわ
ちライブラリ形態では、プレーヤが受動的にしか実行さ
れないということが逆に問題となることがある。つま
り、タイムスライスや特定割り込みによるタスク切り替
えで制御を獲得するのではなく、あくまでも関数が呼び
出されるのを待つ、という実行形態になるため、自立的
な時間の制御ができない、という問題である。なお、タ
イムスライスや特定割り込み等の制御は、ＣＰＵ２１を
含めたホストシステムの設計に依存することとなる。

【０１０５】この実施の形態では、アニメーションムー
ビーを再生するクライアントＡＰＩ関数を呼び出す際、
ホストシステムが経過時間を通知し、プレーヤが速やか
にこれに応答し、シナリオを進める仕組み（いわゆる実
時間再生機能）を搭載している。すなわち、ホストシス
テムは、より優先度の高い処理がある場合は、そちらを
優先し、この間プレーヤをまったく呼び出さない。その
処理の負荷が低くなってきたところで、経過時間と共に
プレーヤを呼び出す。プレーヤは、受け取った経過時間
の分だけシナリオを進行させ、その時点に対応するフレ
ーム２０を表示する。シナリオを進める際、各フレーム
２０の所定のスクリプトを実行し、スクリプトによるシ
ナリオ制御などは通常どおり機能させる。

【０１０６】この機能を使えば、同一のアニメーション
データを異なるＣＰＵパワーや異なるタスク優先度（異
なる負荷状況）のシステムで実行しても、シナリオに記
述された時間でアニメーションを再生することが可能に
なる。なお、再生時間の精度は、ホストシステムが通知
する経過時間の精度に依存することとなる。

【０１０７】本機能を使用しない場合は、所定のクライ
アントＡＰＩ関数が呼ばれるたびに、経過時間を考慮し
ながら、シナリオを１つずつ進めていくこととなる。シ
ナリオの進行速度に対して、十分な時間間隔でクライア
ントＡＰＩ関数が呼ばれるのであれば、シナリオ上の時
間指定に追従できるが、クライアントＡＰＩ関数の呼び
出しが遅くなると再生速度も遅くなりシナリオ上に指定
された時間での再生ができなくなる。しかし、シナリオ
に記述された全てのフレームが飛ばされることなく順番
に表示されることが保証される。

【０１０８】実時間再生本機能を使用するかどうかは、
プレーヤの動作形態や再生するアニメーションの内容に
依存するため、プレーヤインスタンス毎に選択できるよ
うになっている。また、同時に複数のアニメーションを
再生しながら、一部は実時間再生本機能を使用し、一部
は使用しないなどの設定が可能になっている。

【０１０９】図１８に、ホストシステムからプレーヤへ
の経過時間の通知を通じて、ネットワークディスプレイ
１の表示部１１にアニメーションが再生される仕組みを
模式的に示す。ＣＰＵ２１を含むホストシステムは、ア
ニメーションの再生よりも優先度の高い処理を行う必要
が生じた場合には、プレーヤ側のクライアントＡＰＩ関
数を呼び出さない。その後、優先度の高い処理を完了あ
るいは完了間近の状態となり処理負担が小さくなった段
階で、クライアントＡＰＩ関数を呼び出す。

【０１１０】このクライアントＡＰＩ関数の呼び出しの
際に、ホストシステムは、クロックから得た実時間を基
に前回の呼び出しからの経過時間をプレーヤに通知す
る。経過時間を受け取ったプレーヤは、経過時間の分だ
けシナリオを進行させて、その進行させた時点に対応す
るフレーム２０を表示する。プレーヤは、シナリオを進
める際、単に、経過時間内に再生するはずであったフレ
ーム２０を捨てるのではなく、各フレーム２０の所定の
プログラムであるスクリプトを実行して、スクリプトに
よるシナリオ制御を行うようにしている。すなわち、各
フレーム２０中のシナリオは確実に実行されると共に経
過時間内に再生すべきフレーム２０をシナリオに従い、
高速で再生処理するようにしている。

【０１１１】次に、この実時間再生機能について、図１
９に示す具体的なシナリオとフレームを用いて説明す
る。テレビ局８からアニメーションデータが送信され、
ネットワークディスプレイ１が受信を行ったとする。メ
モリ２３に保存されたシナリオは、１〜５の数字を順に
１秒間隔で表示していき、５まで表示したらまた１の表
示に戻り、再度５までの数字を表示するものであるとす
る。各数字の表示時間も、１秒とする。したがって、２
０秒で１サイクルのアニメーション再生を行うこととな
る。

【０１１２】いま、数字１のフレ−ム２０を表示後、１
秒経過した時点で、ＣＰＵ２１が他の処理のためプレー
ヤを呼び出さなくなり、その後４秒経過してから、プレ
ーヤを呼び出したものとする。プレーヤは、ホストシス
テムからの呼び出しの際に、４秒経過というデータも受
け取る。これによって、数字２のフレーム２０を表示す
るはずであったプレーヤは、シナリオを４秒進めて、中
断していなければ表示するはずであったフレーム、すな
わち数字４のフレーム２０を表示する。この４秒間に表
示するはずであった数字２、数字３の両フレーム２０は
全く再生されないわけではなく、高速で再生される。

【０１１３】上記の具体例は、説明を容易にするため秒
単位でフレーム２０を表示するものとしたが、実際に
は、１秒間に約１０から８０枚のフレーム２０を表示す
るスピードのシナリオである。したがって、経過時間内
のフレーム２０を高速で再生し、すぐに所定のフレーム
２０を表示するようにしても、肉眼ではほとんどとらえ
ることはできず、通常の画像再生と同様に感じられる。

【０１１４】また、ホストシステムがプレーヤに通知す
る経過時間を、実時間と異なる時間とすることも可能で
ある。たとえば、実際には、クライアントＡＰＩ関数を
呼び出していない時間が４秒であっても、その２倍の８
秒あるいは１／２である２秒を通知することもできる。
実時間の２倍の時間を通知すると、プレーヤは通知され
た時間に忠実にシナリオを進行させるので、表示部１１
には、本来のシナリオより先の時点のフレーム２０が表
示されることになる。すなわち、アニメーションは一時
的に２倍速再生となる。一方、実時間の１／２倍の時間
を通知すると、表示部１１には、本来のシナリオより後
ろの時点のフレーム２０が表示されることになる。すな
わち、アニメーションは一時的に１／２倍速再生とな
る。このように、ホストシステムは、実時間を通知する
のではなく、アニメーションの再生環境に応じて、任意
の時間を通知することができる。

【０１１５】ネットワークディスプレイ１は、複数のプ
レーヤインスタンスを使ってアニメーションを再生する
際に、経過時間の初期値をコントロールすることによっ
て、複数のプレーヤインスタンスの同期を取りながらア
ニメーションを再生することができる。たとえば、２つ
のアニメーションをネットワークディスプレイ１の表示
部１１に同時再生する場合において、ＣＰＵ２１が他の
優先度の高い処理をせざるを得なくなり、第１のアニメ
ーションをシナリオにしたがって再生することはできる
が、第２のアニメーションの再生を行うことができない
状況になったとする。

【０１１６】この場合、第１のアニメーションは、プレ
ーヤの管理の下でネットワークディスプレイ１の表示部
１１に再生されるが、第２のアニメーションは、再生で
きず停止した状態となる。次に、優先度の高い処理に対
するＣＰＵ２１の負荷が軽減されると、第２のアニメー
ションの再生が開始される。このとき、第２のアニメー
ションは、本来、第１のアニメーションと同時進行すべ
き予定のものであるとき、そのまま第２のアニメーショ
ンを再生すると、第１のアニメーションとずれを生じて
しまう。

【０１１７】そこで、ネットワークディスプレイ１は、
複数のプレーヤインスタンスの同期をとりながらアニメ
ーションの再生を行うようにしている。すなわち、第１
のアニメーションの経過時間の初期値をコントロールし
て各プレーヤインスタンスの同期をとりながらアニメー
ションの再生を行う。具体的には、第１のアニメーショ
ンが先行した時間（＝第２のアニメーションが停止して
いた時間）を第２のアニメーションのためのプレーヤイ
ンスタンスに通知し、第２のアニメーションの再生を、
既に経過した時間を飛ばした部分から開始させる。この
結果、同期再生する複数のアニメーションの開始時期が
ずれても、あたかも最初からシナリオ通りに複数のアニ
メーションが再生されているかのような状態となる。

【０１１８】この実施の形態では、通常は、シナリオに
記述されているフレーム２０の順番にそってアニメーシ
ョンを再生するが、ホストシステムは、任意のタイミン
グで任意のフレーム２０に再生位置を変更することが可
能となっている。それには、クライアントＡＰＩ関数中
のムービー再生のための関数の最後の引数に、変更する
シナリオのフレーム番号を指定する。なお、この引数が
０の時は、シナリオのフレーム順番にしたがって再生す
ることとなる。

【０１１９】この機能を使って、１つのシナリオの中
に、さらに、数種類のシナリオのブロック（サブシナリ
オ）を準備しておき、機器の状態に応じて対応するシナ
リオのアニメーションを即座に再生することができる。
たとえば、ボタンが押されたときに再生するアニメーシ
ョンのサブシナリオや、機器の状態が変化したときに再
生するサブシナリオを組み込んでおくことが可能であ
る。

【０１２０】サブシナリオをフレーム番号ではなく、具
体的な名前（以下ラベル名という）で指定することも可
能となっている。たとえば「ＯＫＡＩＡＧＥ」のような
表示が可能である。アニメーションデータ中に、このラ
ベル名と実際のフレーム番号を対応させたテーブルを用
意しておき、クライアントＡＰＩ関数中のラベル名をフ
レーム番号に変換するＡＰＩ関数を呼び出すことで、こ
のラベル名を対応するフレーム番号に変換する。このラ
ベル名での指定を利用することによって、ホストシステ
ムを作成するプログラマーと、アニメーションデータを
作成するデザイナーとは、このラベル名を元に仕様書を
作成して仕事を分担して作業を進めることが可能とな
る。

【０１２１】次に、このように構成されたネットワーク
ディスプレイ１の動作の概要について説明する。

【０１２２】まず、電源をオンにし、ネットワークディ
スプレイ１を動作状態にする。そして、ＬＡＮ３、パソ
コン４、ＩＳＤＮ５、ＷＷＷサーバ６を介してインター
ネット２へ接続する。このとき、インターネットアクセ
ス用の操作釦部１２ｂ、指示操作部１２ｃを利用して接
続を行う。その後、ＷＷＷサーバ６からアニメーション
データをダウンロードする。また、時には、テレビ局８
からの放送によってアニメーションデータを受信する。
ダウンロード再生モードのときは、全てのアニメーショ
ンデータをダウンロードまたは受信した後に、再生を開
始する。ラッシュ（ＲＵＳＨ）再生モードのときは、シ
ナリオに関するデータのダウンロードまたは受信が完了
したところで再生を開始する。なお、インターネット２
を介するのではなく、ＨＴＴＰサーバをＬＡＮ３に接続
し、そのＨＴＴＰサーバからアニメーションデータをダ
ウンロードするようにしても良い。

【０１２３】再生が開始されると、アニメーションムー
ビーが所定のシナリオに沿って表示部１１に表示され
る。その後は、上述した各機能を使ってアニメーション
ムービーが上映される。その際、各スプライトがブロッ
ク６０に分割されており、ＣＰＵ２１や専用グラフィッ
クスＬＳＩ２２のパワーとワークメモリの容量を抑制す
ることができる。

【０１２４】以上のようなネットワークディスプレイ１
をインターネット２に接続せず、クローズドされた中で
使用する場合の使い方の１例を図２０に示す。ホスト兼
ＨＴＴＰサーバとなる１台のパソコン７０に複数のネッ
トワークディスプレイ１が接続されている。パソコン７
０では画面一杯に画像表示がなされているが、各ネット
ワークディスプレイ１には、その画像の一部のみが表示
されるようになっている。ただし、各ネットワークディ
スプレイ１では、スクロール機能により、パソコン７０
上の画面の一部をスクロールさせることにより画面全体
の内容を把握できる。なお、このネットワークディスプ
レイ１のデータ圧縮方式をソフトウエアのみで再生が可
能なものとすることにより、専用のハードウエアを不要
とでき、小型化および低価格化に有利なものとすること
ができる。

【０１２５】さらに、パソコン７０の画像全体ではな
く、図２０に示すように、その一部分のみを表示するよ
うにすると、画像全体をデコードする必要がなくなり、
表示用メモリを小さくできる。なお、各ネットワークデ
ィスプレイ１によって、その表示用メモリと表示用パネ
ルの大きさを変えるようにしても良い。例えば、あるネ
ットワークディスプレイ１は、「ＡＢＣＤ」を表示でき
るようにし、他のネットワークディスプレイ１は、「Ａ
Ｂ」を表示できるようにし、さらに他のネットワークデ
ィスプレイ１は、「Ａ」のみを表示できるような大きさ
としても良い。

【０１２６】なお、上述の実施の形態は、本発明の好適
な実施の形態の例であるが、これに限定されるものでは
なく、本発明の要旨を逸脱しない範囲において、種々変
形実施可能である。例えば、インターネット２ではな
く、イントラネットと呼ばれる特定企業内のみのネット
ワーク等各種のネットワークにも利用できる。すなわ
ち、ＨＴＴＰサーバやＷＷＷサーバを有するシステムで
あれば、本発明を適用することができる。さらには、サ
ーバを有さず、単にアニメーションを再生する装置にも
本発明を適用できる。

【０１２７】また、ブロック６０の大きさを３２×３２
ピクセルではなく、１６×１６ピクセルや６４×６４ピ
クセル等他の大きさとしても良い。また、縦横同じ大き
さではなく、縦横の大きさを変えたブロックとしても良
い。また、スプライトの大きさや種類に合わせ、スプラ
イトを分割するブロックの大きさを変えるようにしても
良い。

【０１２８】また、ネットワークディスプレイ１ではな
く、テレビ局８からの放送を受信する通常のテレビジョ
ン受信機に本発明の画像処理装置を組み込むようにして
も良い。さらには、アニメーションを表示部に表示させ
る各種の装置、たとえば産業機器用パネルディスプレ
イ、自動販売機、コンビニエンスストアのレジスタ、パ
チンコ台等の遊戯装置等にも本発明を適用することがで
きる。なお、テレビジョン受信機に用いる場合、画像間
に流されるデジタル情報にシナリオデータ等を含ませた
り、デジタル放送に適用したりするのが好ましい。

【０１２９】ネットワークディスプレイ１の代わりにテ
レビジョン受信機とした場合、分割画面表示、ランタイ
ムシナリオ補間の各機能が十分生かされることとなる。
たとえば、テレビ放送としてアニメーションが放送され
るとする。このとき受信するテレビは、その価格等によ
って使用されるＣＰＵに大きな差が生じている。このた
め、テレビ放送するアニメション側では、ある程度のフ
レーム持続時間を設定しておく。一方、受信するテレビ
ジョン側では高機能の場合は、ランタイムシナリオ補間
機能を使用し、多数のフレームからなる見易く動きのな
めらかなアニメーションとし、低機能なテレビジョンで
は、送信側で設定された時間間隔でアニメーションを表
示することとなる。

【０１３０】また、図１６に示すように、表示処理機能
を持った装置８１に本発明のプレーヤ８２を組み込み、
その装置８１につながれた表示装置８３にアニメーショ
ンを表示させるようにしても良い。具体的には、ビデオ
カセットレコーダ等のオーディオビジュアル機器やカー
ナビゲーション機器を表示処理機能を持った装置８１と
することができる。

【０１３１】さらに、図１７に示すように、携帯型の装
置８５を用い、アニメーションデータが記録されたＣＤ
−ＲＯＭ８６やフラッシュメモリカード８７を挿入可能
となるように構成しても良い。この場合、ＣＤ−ＲＯＭ
８６の代わりにまたは互換性をもってＤＶＤ−ＲＯＭ、
ＤＶＤ−ＲＡＭ等のポータブルメディアを使用したり、
フラッシュメモリカード８７の代わりに、または併行し
てＩＣカード、ＲＯＭカートリッジ等のポータブルデバ
イスを使用できるようにしても良い。

【０１３２】なお、図１６に示すように、表示装置８３
を、プレーヤ８２が配置される装置８１と別体に設ける
場合、表示装置８３自体に設けられるかまたは表示装置
８３と別体に設けられる入力装置（タッチパネル、ボタ
ン、リモコン等）との入力インターフェース回路が装置
８１の内部のＣＰＵ（図３のＣＰＵ２１に相当）に接続
され、そのＣＰＵの制御を受けることとなる。

【０１３３】また、図１７に示すように、ＣＤ−ＲＯＭ
８６等のポータブルメディアやフラッシュメモリカード
８７等のポータブルデバイスを使用可能とする装置８５
の場合、ネットワークであるＬＡＮ３のためのインター
フェース（図３の送受信回路２５に相当）に加え、ポー
タブル媒体用インターフェースが装置８５の内部のＣＰ
Ｕ（図３のＣＰＵ２１に相当）に接続され、そのＣＰＵ
の制御を受けることとなる。

【０１３４】さらに、プレーヤをネットワークディスプ
レイ１やテレビジョン受信機等に予め組み込むのではな
く、ネットワークであるＬＡＮ３や無線等によってホス
トサーバ等からプレーヤをダウンロード等によって適宜
組み込むようにしても良い。また、プレーヤを使用後、
一旦そのプレーヤを廃棄し、再度必要になったときに内
部に取り込むようにしても良い。

【０１３５】

【発明の効果】以上説明したように、請求項１から５記
載の画像表示方法や請求項６から１０記載の画像処理装
置では、アニメーションを描画する際に使用するＣＰＵ
のパワーやワークメモリの容量を抑制することができ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態である画像処理装置が組み
込まれたネットワークディスプレイが接続されるインタ
ーネットシステムの概要を示す図である。

【図２】図１のネットワークディスプレイの概観を示す
斜視図である。

【図３】図１のネットワークディスプレイの回路構成を
示すブロック図である。

【図４】図１のネットワークディスプレイ中の専用グラ
フィックスＬＳＩの回路構成を示すブロック図である。

【図５】図３のネットワークディスプレイ中のメモリ２
３内に保存されるシナリオの役割を説明するための図で
ある。

【図６】図１のネットワークディスプレイに使用される
専用グラフィックスＬＳＩ内の画像処理部の基本的動作
を説明するための図である。

【図７】図４の専用グラフィックスＬＳＩで行う拡大・
縮小処理等の処理順序を説明するための図である。

【図８】図４の専用グラフィックスＬＳＩで行う透明色
処理の原理を説明するための図である。

【図９】図１のネットワークディスプレイで動作するア
ニメーションムービーのイベント（制御）の種類とその
ルートを示す図である。

【図１０】図４の専用グラフィックスＬＳＩで行う開領
域と閉領域の各透明色処理を説明するための図である。

【図１１】図１のネットワークディスプレイに表示され
るアニメーションのスプライトを小さいブロックに分割
する場合について説明する図で、（Ａ）は雲のスプライ
トが流れていく様子を示す図で、（Ｂ）は雲のスプライ
トを小さなブロックに分割する例を示す図である。

【図１２】図１のネットワークディスプレイに表示され
るアニメーションのスプライトを小さいブロックに分割
する場合の他の例を示す図で、（Ａ）はムービースクリ
ーンに「ＧＯＡＬ」と書かれたスプライトが全面描画さ
れた状態を示す図で、（Ｂ）はその一部が拡大されてム
ービースクリーンに描画された状態を示す図である。

【図１３】図１のネットワークディスプレイで行うラン
タイムシナリオ補間を説明するための図である。

【図１４】図１のネットワークディスプレイが行うマル
チプレーヤ動作の１例を示す図である。

【図１５】図１のネットワークディスプレイが行うマル
チプレーヤ動作の他の例を示す図である。

【図１６】図１のネットワークディスプレイが行うマル
チアニメーションムービー処理の１例を説明するための
図である。

【図１７】図１のネットワークディスプレイが行うスプ
ライトベースのフレーム間差分描画を説明するための図
である。

【図１８】図１のネットワークディスプレイ内部のホス
トシステムとプレーヤとの関係を説明するための図であ
る。

【図１９】図１のネットワークディスプレイの実時間再
生機能を説明するための図である。

【図２０】図１のネットワークディスプレイがインター
ネットに接続されずに使用される場合の例を示す図であ
る。

【図２１】表示部を本体と別に設けた装置の１例を示す
図である。

【図２２】アニメーションデータを記録したポータブル
な媒体を使用する装置の例を示す図である。

【符号の説明】

１ ネットワークディスプレイ（画像処理装置が組み込
まれた装置） ２ インターネット ３ ＬＡＮ（ローカルエリアネットワーク） ６ ＷＷＷサーバ（ＨＴＴＰサーバ） ８ テレビ局 １１ 表示部 ２１ ＣＰＵ（中央演算処理装置で、演算処理手段） ２２ 専用グラフィックスＬＳＩ（表示処理手段） ２３ メモリ ５１ ムービースクリーン ６０ ブロック ６１ 雲のスプライト

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/32 Ｈ０４Ｎ 7/137 Ｚ Ｆターム(参考） 5B050 BA08 CA08 EA09 EA10 EA21 EA22 EA23 EA24 FA02 FA05 5C023 AA02 AA06 AA11 AA26 AA32 BA11 CA01 DA04 DA08 EA08 5C059 KK08 LB13 MA10 MA45 PP26 SS08 SS10 SS26 TA07 TB08 TC02 TC24 UA05 UA29 5C082 BA43 BB44 CA32 CA56 CB01 DA26 MM02 MM04 MM07

Claims (10)

【特許請求の範囲】
1. 【請求項１】 スプライトをシナリオに沿って動作させ
   ることにより、アニメーションを表示部に表示させる画
   像表示方法において、上記スプライトを複数のブロック
   に分割し、そのブロック毎に独立して圧縮、伸長するこ
   とを特徴とする画像表示方法。
2. 【請求項２】 前記ブロックのサイズを固定とし、その
   ブロックの伸長後の最大サイズをカバーする固定サイズ
   の１つのワークメモリによってすべてのブロックのデー
   タ伸長を行うようにしたことを特徴とする請求項１記載
   の画像表示方法。
3. 【請求項３】 伸長されて、前記表示部に表示されたデ
   ータを、その表示後に破棄するようにしたことを特徴と
   する請求項１または２記載の画像表示方法。
4. 【請求項４】 前記スプライト中、前記表示部に表示す
   るための元となるムービースクリーン上に表示されない
   ブロックのデータを再生処理しないようにしたことを特
   徴とする請求項１、２または３記載の画像表示方法。
5. 【請求項５】 前記スプライトを前記表示部に表示する
   ための元となるムービースクリーンの画面より大きな領
   域を有する仮想ＶＲＡＭへ描画する際に、各ブロック毎
   に、必要により、拡大・縮小処理、ブレンド処理および
   透明色処理のいずれか１つまたは複数の処理を行うよう
   にしたことを特徴とする請求項１、２、３または４記載
   の画像表示方法。
6. 【請求項６】 スプライトの圧縮データおよびそのスプ
   ライトを動作させるシナリオのデータを保存するメモリ
   と、上記シナリオを読み込んで上記スプライトを動作さ
   せる演算処理手段と、伸長されたデータを表示部に表示
   するための処理を行う表示処理手段とを有する画像処理
   装置において、上記メモリには、上記スプライトを複数
   のブロックに分割し、その分割されたデータを各ブロッ
   ク毎に圧縮した圧縮データを保存し、上記演算処理手段
   で制御されるワークメモリによってブロック毎に伸長す
   るようにしたことを特徴とする画像処理装置。
7. 【請求項７】 前記ブロックのサイズを固定とし、その
   ブロックの伸長後の最大サイズをカバーする固定サイズ
   の前記ワークメモリを１つ用意し、そのワークメモリで
   すべてのブロックのデータ伸長を行うようにしたことを
   特徴とする請求項６記載の画像処理装置。
8. 【請求項８】 伸長されて、前記表示部に表示されたデ
   ータを、その表示後に破棄するようにしたことを特徴と
   する請求項６または７記載の画像処理装置。
9. 【請求項９】 前記スプライト中、前記表示部に表示す
   るための元となるムービースクリーン上に描画されない
   ブロックのデータを再生処理しないようにしたことを特
   徴とする請求項６、７または８記載の画像処理装置。
10. 【請求項１０】 前記表示部に表示するための元となる
    ムービースクリーンより大きな領域を有する仮想ＶＲＡ
    Ｍを設け、この仮想ＶＲＡＭに前記スプライトを描画す
    る際に、各ブロック毎に、必要により、拡大・縮小処
    理、ブレンド処理および透明色処理のいずれか１つまた
    は複数の処理を行うようにしたことを特徴とする請求項
    ６、７、８または９記載の画像処理装置。