JP3734528B2

JP3734528B2 - Program processing method and animation display apparatus using the same

Info

Publication number: JP3734528B2
Application number: JP12072295A
Authority: JP
Inventors: 俊和富沢; 健之中嶋; 求力石
Original assignee: Nintendo Co Ltd
Current assignee: Nintendo Co Ltd
Priority date: 1995-04-21
Filing date: 1995-04-21
Publication date: 2006-01-11
Anticipated expiration: 2021-01-11
Also published as: JPH08293040A

Description

【０００１】
【産業上の利用分野】
本願発明は、プログラム処理方法およびそれを用いたアニメーション表示装置に関し、特に、例えば、コンピュータグラフィックスによりアニメーション映像を表示するためのプログラム処理方法およびアニメーション表示装置に関する。より具体的には、初心者が小規模のアニメーション映像を作成する場合に、簡便に表示シーケンスを定義できるようにするためのものである。
【０００２】
【従来の技術】
従来のプログラム記述言語としては、ＢＡＳＩＣやＣ言語といったものがある。これらはパーソナルコンピュータのプログラムを作成するための汎用のプログラム記述言語であり、アニメーション表示のみならず、データベースやワードプロセッサ、あるいは表計算ソフト等のプログラム開発に広く用いられている。
【０００３】
これらのプログラム記述言語は、演算命令，Ｉ／Ｏ制御命令および分岐命令を含む。また、Ｉ／Ｏ制御命令は、表示制御命令，フロッピーディスク制御命令，プリンタ制御命令およびネットワーク制御命令等を含む。熟練したプログラマーは、これら命令を組み合わせて、大規模で複雑なプログラムを作成できる。
【０００４】
分岐命令は、絶対分岐命令，条件分岐命令，ループ命令およびサブルーチン命令等を含む。サブルーチン命令は、サブルーチンコール命令とリターン命令を含み、プログラムの構造化に用いられる。プログラマーは、プログラムの各部分を機能的に分類し、サブルーチンとしてこれを整理する。サブルーチンは、メインルーチン上あるいはサブルーチン上からサブルーチンコール命令を用いて呼び出され、特定の処理を目的として利用される。呼び出されたサブルーチンは、終端に設置されるリターン命令によってその処理を終了し、呼び出された元のプログラム（すなわちサブルーチンコール命令が実行されたプログラム）に復帰するよう制御される。
【０００５】
図１は、従来のサブルーチンを用いた場合のプログラムフローである。従来のプログラムの流れは、図１に示すようにメインルーチンからサブルーチンへ移行し、予め指定された処理を終了した後、再びメインルーチンへ復帰する。このようなサブルーチン手法は、回帰型サブルーチンと考えられる。この方法によれば、プログラムフローの道筋が一義的に決定されるため、プログラマーが処理の流れを把握しやすく、不具合が生じた時にプログラムを修正する作業（以降デバッグと呼ぶ）を比較的容易に行うことができる。
【０００６】
一方、メインルーチンとサブルーチンとの組み合わせによるプログラム処理以外の処理方法としては、マルチタスクと呼ばれる手法がある。マルチタスクは、複数のプログラムを時分割で並列動作させる手法であり、これを用いることによって複数のプログラムがあたかも同時に実行されているかのように処理される。この手法は、例えばワードプロセッサにおいて、文章を編集しながら他の文章を印刷する場合に用いられる。
【０００７】
【発明が解決しようとする課題】
従来のプログラム記述言語は、熟練したプログラマーが大規模で複雑なプログラムを作成するのに適しているが、初心者が簡単なアニメーション映像を表示するためにこれを用いる場合、大変な熟練を要する。なぜならば、これらのプログラム記述言語は、プログラムの流れを制御するための分岐命令を熟知しなければ、表示制御命令を有効的に利用することができないためである。そのため、比較的簡単なアニメーション映像プログラムを手軽に、しかも大量に作成するための方法が求められている。例えば、衛星データ放送や文字放送に代表されるデータ放送において、放送局は常にデータを視聴者に供給する義務を有するので、プログラムを迅速かつ用意に作成できることが要求されるからである。通常のＴＶ放送であれば、ＴＶカメラによって比較的容易にデータを作成することが可能であるが、データ放送の場合は、データの供給源が熟練したプログラマーに依存し、かつデータの作成に多大の時間を要する。
【０００８】
また、従来のプログラム記述言語は、コンピュータのＣＰＵにとって処理しやすいプログラム構造を持つため、人間の通常の思考形態とはかけはなれた論理構造を有する。例えば、図２に示すアニメーション画像を生成する場合、人間の思考形態では、「左から右へ飛んできた矢１００が右から左へ飛んできた板１０２に衝突したとき、矢１００はまっすぐ突き抜けるが、板１０２は２つに分裂して一方（１０４）が左上に、他方（１０６）が左下に回転しながら飛んでゆく」というように、個々の物体（オブジェクト）の動きに分けて認識される。これに対して従来のプログラム記述言語では、「全体的な時間進行の中で、各々の矢１００，板１０２，分裂した板１０４および１０６がどの位置に存在する。」というように、連続的な時間経過における全物体の座標位置の変化が重要であるため、プログラマは個々の物体の動きを時間軸を基準として統合するという作業が必要であった。熟練したプログラマならば無意識のうちに個別物体の動きを時間経過によって統合し、これをプログラム記述言語で容易に表現することができる。しかし、初心者にはこの時間経過による統合を概念的に把握することが難しく、よほど熟練しなければ正常に動作するプログラムを作成することが困難である。
【０００９】
時間経過による統合が必要な理由は、回帰型サブルーチンにある。従来のプログラム記述言語のような回帰型サブルーチンは、プログラムの流れを追うには便利であるが、反面、異なるサブルーチンを同時に処理することができない。例えば図２において、矢１００を動かすサブルーチンと板１０２を動かすサブルーチンを別々にプログラムすると、これを同時に処理することができないため、矢１００と板１０２を同時に動かすことができない。この場合は、２つのサブルーチンを時分割的に処理するように矢と板を時間軸で統合した統合プログラムを作成する必要が生ずる。
【００１０】
一方、マルチタスクを用いて複数のサブルーチンを同時に処理するという初期的な試みもなされている。前述のワードプロセッサーでは、マルチタスク処理により、文章編集と文章印刷の２つのサブルーチンを同時に処理している。しかしながら、従来のマルチタスク処理では、各々のサブルーチンの間に関連性がなく、２つのサブルーチンが単純に並列的に処理されているだけのものであった。したがって、例えば矢が動くプログラムと板が動くプログラムを準備しても、各々の時間軸方向の調整をとることができないため、１つのプログラムから他のプログラムへの切換タイミングを結果的に所望する物体が表示されるようプログラム毎に調整する必要がある。
【００１１】
従って、従来のマルチタスク処理では、時分割処理の切り替えタイミングが各々のサブルーチンによって任意に決定されるため、全体的なプログラムの進行状況を一義的に決定することができない。したがって各々のサブルーチンを関連付け、多くのサブルーチンを同時に動作させると、特定の処理がどのタイミングで行われるかがを判別できずデバッグが困難になるという問題点があった。
【００１２】
それゆえに、本願発明の目的は、初心者や未熟なプログラマーでも、コンピュータグラフィックスを用いて比較的小規模のアニメーション表示プログラムを容易に作成することが可能な、プログラム処理方法およびアニメーション表示装置を提供することである。
【００１３】
本願発明の他の目的は、個々の非回帰型サブルーチンを時間的に関連付けながらも、デバッグが容易なプログラム処理方法およびアニメーション表示装置を提供することである。
【００１４】
【課題を解決するための手段】
本願第１の発明のプログラム処理方法は、コンピュータグラフィックスによりアニメーション映像をディスプレイに表示するために用いられるプログラム処理方法において、表示オブジェクトに対応する複数のプログラムルーチン（図６のＵＮＩＴ１〜ＵＮＩＴ４）と、少なくとも１つの表示オブジェクトに対応するプログラムルーチンを起動するための起動命令を含むエントリルーチン（ＵＮＩＴ０）とを有するアニメーションプログラムを入力するステップ（Ｓ１，Ｓ２）と、前記エントリルーチンを起動するステップ（Ｓ３）と、前記エントリルーチンに含まれる起動命令に応答して、前記表示オブジェクトに対応するプログラムルーチンを起動するステップ（図９のＳ４４）と、前記プログラムルーチンが複数個起動した時に順次各プログラムルーチンの一部を時分割処理し、各プログラムルーチンに対応するオブジェクトを各々発生するステップ（図１５のＳ４６０，Ｓ４６２）と、発生した複数のオブジェクトを一表示単位としてディスプレイ表示するステップ（図８のＳ６）とを含み、少なくとも１つの表示オブジェクトに対応するプログラムルーチンは、他の表示オブジェクトを新たに表示するために、該表示オブジェクトに対応するプログラムルーチンを新たに起動する起動命令を含み、この起動命令に応答して他の表示オブジェクトを新たに表示するステップとを含む。
【００１５】
本願第２の発明のアニメーション表示装置は、コンピュータグラフィックスによりアニメーション映像をディスプレイに表示するために用いられるものであって、表示オブジェクトに対応する複数のプログラムルーチンおよび少なくとも１つの表示オブジェクトに対応する起動命令を含むアニメーションプログラムを入力する入力手段（実施例との対応関係を示せば、放送受信アダプタ４）と、前記アニメーションプログラムを記憶する記憶手段（メモリパック７）と、実行すべき前記プログラムルーチンを識別する識別データを記憶する識別データ記憶手段（図７のアクティブユニット記憶領域）と、アニメーションプログラムを実行することにより、前記起動命令に応答して対応するプログラムルーチンの識別データを前記識別データ記憶手段に記憶し、識別データに基づいて複数のプログラムルーチンを時分割処理する処理手段（ＣＰＵ２４）と、前記処理手段の時分割処理によって、複数のプログラムルーチンの各々に対応して発生される表示オブジェクトを合成し、一表示単位としてディスプレイに出力する表示画像出力手段（ＰＰＵ２８）とを含み、少なくとも１つの表示オブジェクトに対応するプログラムルーチンは、他の表示オブジェクトを新たに表示するために、該表示オブジェクトに対応するプログラムルーチンを新たに起動する起動命令を含み、この起動命令に応答して他の表示オブジェクトを新たに表示する手段とを備える。
【００１６】
【作用】
キーボード，外部記憶媒体，モデムまたはデータ放送受信装置からアニメーションプログラムが入力される。アニメーションプログラムは、表示オブジェクトに対応する複数のプログラムルーチンと、動作を開始するためのエントリルーチンとを含む。次にアニメーション表示装置は、エントリルーチンを起動する。エントリルーチンは、プログラムルーチンの起動命令を含む。この起動命令によって前記表示オブジェクトに対応するプログラムルーチンが起動する。これら複数のプログラムルーチンを時分割で処理することにより、複数のオブジェクト画像を同時に生成する。又、表示オブジェクトのプログラムルーチンから新たな他の表示オブジェクトの表示を可能とし、両表示オブジェクト間の表示タイミングを合わせ易くする。時分割処理が一巡すると、アニメーション表示装置は生成されたオブジェクト画像を１画面分の表示データとしてディスプレイ上に表示する。
【００１７】
また、入力手段は、アニメーションプログラムを入力する。記憶手段は、入力手段によって入力されたアニメーションプログラムを記憶する。処理手段は記憶手段に記憶されたアニメーションプログラムに含まれる起動命令に応答して、実行すべきプログラムルーチンの識別データを識別データ記憶手段に登録し、この登録情報に基づいてプログラムルーチンを時分割に処理する。処理された各プログラムルーチンは対応するオブジェクトを発生し、表示画像出力手段は発生した複数のオブジェクトを１画面分の表示データとしてディスプレイに出力する。又、表示オブジェクトのプログラムルーチンから新たな他の表示オブジェクトの表示を可能とし、両表示オブジェクト間の表示タイミングを合わせ易くする。
【００１８】
プログラムルーチンは対応するオブジェクト画像を表示する。また、複数のプログラムルーチンは時分割で実行される。そのため、オブジェクト別にプログラムルーチンを作成するだけで、自動的に複数のオブジェクトが同時に表示される。又、表示オブジェクトのプログラムルーチンから新たな他の表示オブジェクトの表示を可能とし、両表示オブジェクト間の表示タイミングを合わせ易くする。このため初心者でも簡便にアニメーション画像を作成することができる。また、オブジェクトの表示を変更したい場合でも、プログラムルーチンがオブジェクトに対応しているため、容易にプログラムを変更できる。
【００１９】
この発明の目的、特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかになろう。
【００２０】
【実施例】
図３は本願発明のアニメーション表示装置の一例のブロック図である。この実施例のアニメーション表示装置は、ゲーム機に放送受信アダプタを接続することにより衛星データ放送を受信し、受信したデータに基づいてアニメーション映像を再生するものである。具体的には、アニメーション表示装置（画像表示装置）の一例のゲーム機２には、放送受信アダプタ４、メモリカートリッジ６およびコントローラ８が接続される。メモリカートリッジ６には、受信したデータを保存するためのメモリパック７が接続される。コントローラ８は、ユーザーが操作情報を入力するために用いられる。
【００２１】
ＢＳアンテナ１０は、衛星データ放送を受信し、その受信データをＢＳチューナ１２に与える。ＢＳチューナ１２は、複数の衛星放送の中から特定のチャンネルを検波し、副搬送波で伝送されるＰＣＭデジタル音声信号およびデジタルデータを放送受信アダプタ４に出力する。ＰＣＭデコーダ２２は、ＢＳチューナ１２から与えられたＰＣＭデジタル音声信号をデコードし、Ｄ−Ａコンバータ２３を介してアナログステレオオーディオ信号を生成し、ゲーム機２内のミキサー３８に出力する。データチャンネルデコーダ２０は、ＢＳチューナ１２から与えられたデジタルデータをデコードする。
【００２２】
カートリッジ６内のＲＯＭ４６は、データ放送受信プログラムに加えて、アニメーション表示プログラムを実行するためのインタプリタプログラムを記憶する。ゲーム機２内のＣＰＵ２４は、ＲＯＭ４６に記憶されたデータ放送受信プログラムに基づいて、前記データチャンネルデコーダ２０に対して受信すべきデジタルデータを指定する。データチャンネルデコーダ２０は、ＣＰＵ２４から指定されたデジタルデータのみをデコードし、内部バッファにストアする。ＣＰＵ２４は、定期的にデータチャンネルデコーダ２０を監視し、データが受信された場合にこの受信データをワークＲＡＭ２６，ＰＳ−ＲＡＭ４４，Ｓ−ＲＡＭ４２またはフラッシュメモリ４９のいずれかのメモリに転送する。
【００２３】
転送先のメモリは、受信データの種類によって決定される。例えばＣＰＵ２４は、放送メニューのような頻繁に受信すべき放送データを、揮発性のメモリであるワークＲＡＭ２６またはＰＳ−ＲＡＭ４４に記憶させ、環境設定データをＳ−ＲＡＭ４２に記憶させ、さらにアニメーション表示プログラムをフラッシュメモリ４９に保存する。
【００２４】
データ放送によって与えられる複数のアニメーション表示プログラムは、主としてフラッシュメモリ４９に記憶され、ＲＯＭ４６内のインタプリタプログラムによって解釈され、実行される。フラッシュメモリ４９を含むメモリパック７は、コネクタ４７および４８によって着脱自在に構成される。なお、アニメーション表示プログラムを、Ｓ−ＲＡＭ４２，ＰＳ−ＲＡＭ４４またはＷＯＲＫ−ＲＡＭ２６に記憶されてもよい。
【００２５】
ＣＰＵ２４は、コントローラ８から入力される操作情報に基づいて、前記複数のアニメーション表示プログラムの内の１つを、ＲＯＭ４６に記憶されたインタプリタプログラムを用いて実行し、画像データおよび音声データを生成する。ＣＰＵ２４によって生成された画像データは、ＰＰＵ２８を介してビデオＲＡＭ３０に格納される。また、ＣＰＵ２４によって生成された音声データはＡＰＵ３４を介してオーディオＲＡＭ３６に格納される。
【００２６】
ＰＰＵ２８は、ビデオＲＡＭ３０のデータに基づいて、Ｄ−Ａコンバータ３１およびビデオエンコーダ３２と協働してビデオ信号を生成し、ＴＶ１４に与える。また、ＰＰＵ２８は、ＴＶの垂直ブランキング信号に同期して、ＣＰＵ２４に割り込み信号を発生する。ＡＰＵ３４は、オーディオＲＡＭ３６のデータに基づいて、Ｄ−Ａコンバータ３７と協働してオーディオ信号を生成し、ミキサー３８に出力する。ミキサー３８は、Ｄ−Ａコンバータ３７からのオーディオ信号と、ＰＣＭデコーダ２２からのオーディオ信号とを合成し、ＴＶ１４に与える。
【００２７】
図４は本願発明のプログラム処理方法の概念図である。メインプログラム５０は、実行時にプログラムカウンタ５０ａ，フレームカウンタ５０ｂおよび対応ワークエリア５０ｃを与えられる。メインプログラム５０は、オブジェクトの表示に際して、必要となるオブジェクトと同数のユニットプログラムを起動する。例えば、表示オブジェクト数が２の場合には、図４に示すようにユニットプログラム５２、５４を起動する。
【００２８】
ユニットプログラム５２は、主として表示オブジェクトの移動を司るユニットルーチン５２ａと、主として表示オブジェクトのアニメーションパターンを司るアニメルーチン５２ｂとを含む。ユニットルーチン５２ａおよびアニメルーチン５２ｂには、実行時にプログラムカウンタ５２ａａ，５２ｂａとフレームカウンタ５２ａｂ，５２ｂｂと対応ワークエリア５２ａｃ，５２ｂｃとが各々与えられる。
【００２９】
プログラムカウンタは、対応するルーチンまたはプログラムにおいて実行すべき命令の位置を示すポインタであり、命令が進行するたびに更新される。フレームカウンタは、表示すべきオブジェクトの表示シーケンスを制御するためのシーケンスカウンタであり、ＴＶの垂直ブランキングに対応して更新される。また、対応ワークエリアは、表示すべきオブジェクトの位置や属性を示すデータを記憶するメモリ領域を示すアドレス値である。ユニットルーチンとアニメルーチンは同じ対応ワークエリアを与えられ、オブジェクトを表示するために必要な各種データを共有する。プログラムポインタ，フレームカウンタおよび対応ワークエリアは、例えば図３のワークＲＡＭ２６上に記憶される。
【００３０】
ユニットプログラム５４は、ユニットプログラム５２と同じ内部構成を持つ。ユニットプログラムが起動すると、メインプログラムと、各々のユニットプログラムのユニットルーチンおよびアニメルーチンとはそれぞれマルチタスク手法により並列処理される。
【００３１】
図２のオブジェクトを図４に対応させた場合、ユニットプログラム５２を矢１００に、ユニットプログラム５４を板１０２に対応させることができる。この時点では、ユニットプログラム５２と５４とが並列動作しているため、別々に作成された矢のプログラムと板のプログラムが同時に処理される。具体的には、矢が左から右に動くと同時に、板が右から左へと移動する。各々のプログラムの進行がフレームカウンタによってＴＶの垂直ブランキングに同期して制御されるため、ユニットプログラム間で動作スピードを調整する必要はない。
【００３２】
ユニットプログラム５４は、プログラムの終了直前に同様の構造を持つユニットプログラム５６および５８を生成する。すなわち、ユニットプログラム５４は、板１０２が矢１００に当たって消滅したとき、分裂した板の破片１０４および１０５を生成する。この時点で並列処理されるユニットプログラムは、矢１００と分裂後の板１０４および１０５だけとなり、それぞれ別個に作成された各オブジェクトのアニメーションプログラムにしたがって各オブジェクトが表示される。
【００３３】
ここで、矢１００が２つに折れるという画像を必要とする場合には、折れた矢の表示プログラムを別途作成し、矢１００に対応するユニットルーチン５２に折れた矢の表示プログラムの起動命令を含めればよい。また、既に表示されているオブジェクトとは無関係に新たなオブジェクトを発生させる場合には、メインプログラムに当該プログラムの起動命令を含めればよい。
【００３４】
このように本願発明によると、各オブジェクトに着目してプログラムを作成するだけで、結果的に各々のオブジェクトが連動したアニメーション映像を生成することが可能であるため、時間経過に基づいて各オブジェクト表示プログラムを統合する必要が無く、初心者にも容易にプログラムを作成することが可能となる。
【００３５】
図５は、本願発明のプログラム処理方法を用いた場合のプログラムフローである。メインプログラム５０はユニットプログラム５２および５４を生成し、ユニットプログラム５４はユニットプログラム５６、５８を生成する。図の中で上下方向に並ぶプログラムは、マルチタスクによって同時処理される。ユニットプログラム５４はユニットプログラム５２より遅れて起動するが、この時間差はＴＶの１フィールド（すなわち約１６．７ｍＳ）より格段に小さいため、実際の表示においては時間差は生じない。これは、ユニットプログラム５６とユニットプログラム５６においても同様である。
【００３６】
メインプログラム５０は、ユニットプログラム５４を生成した時点で処理を終了してもよいが、全体を通しての時間を管理するために、何もしない命令（ｎｏｐ命令）を一定時間実行した後、プログラムの終了を意味するエンドマーク表示用ユニットプログラムを起動してもよい。また、メインプログラム５０にもアニメルーチンを対応させ、マーカーが画面上を移動するようプログラムしてもよい。こうすることにより、実行時の時間の進みかたを視覚的に確認することができる。
【００３７】
図６は具体的なアニメーション表示プログラムの一例である。メインプログラム５０は、ユニットプログラムを起動するための命令であるｕＰＵＴ命令を含む。このｕＰＵＴ命令は３つのパラメータを必要とする。第１のパラメータはユニットルーチンの開始アドレス（ＵＮＩＴ１およびＵＮＩＴ２）であり、第２のパラメータは当該ユニットにより処理されるオブジェクトの水平方向の初期座標（Ｘ１およびＸ２）であり、第３のパラメータは同じくオブジェクトの垂直方向の初期座標（Ｙ１およびＹ２）である。
【００３８】
ｕＰＵＴ命令によってユニットルーチンが起動されると、当該ユニットルーチン専用のプログラムカウンタ，フレームカウンタおよび対応ワークエリアがアクティブユニットリストに登録され、前記ユニットルーチンの開始アドレスがプログラムカウンタにセットされ、前記オブジェクトの初期座標が対応ワークエリアにセットされる。アクティブユニットリストとは、マルチタスクによって同時処理されるべきプログラムルーチンの一覧表であり、主としてワークＲＡＭ２６に設けられる。なお、アクティブユニットリストに登録された時点では、まだこれらのユニットルーチンは実行されない。ｕＰＵＴ命令は複数フレームにまたがるような長期的命令ではないため、メインルーチン５０は、２つのユニットルーチンを起動後ｕＥＮＤ命令によってただちに処理を終了する。
【００３９】
メインルーチン５０が終了すると、アクティブユニットリストが検索され、次の実行プログラムであるユニットルーチン５２ａの処理が開始される。ユニットルーチン５２ａはアニメルーチンを起動するための命令であるｕＡＮＩＭＥ命令と、オブジェクトを移動させるための命令であるｕＭＯＶＥ命令を含む。ｕＡＮＩＭＥ命令は、アニメルーチンの開始アドレス（Ａ）をパラメータとして持ち、ｕＭＯＶＥ命令は処理フレーム数（Ｍ）、移動パラメータ（Ｉ１，Ｊ１）をパラメータとして持つ。
【００４０】
ｕＡＮＩＭＥ命令が実行されると、ｕＰＵＴ命令と同様に当該アニメルーチン専用のプログラムカウンタおよびフレームカウンタがアクティブユニットリストに登録され、前記ユニットルーチンの開始アドレスがプログラムカウンタにセットされる。また、ｕＡＮＩＭＥ命令のあるユニットルーチンと共通の対応ワークエリアがアニメルーチンに割り当てられる。ｕＡＮＩＭＥ命令もｕＰＵＴ命令と同様に長期的命令ではないため、アニメルーチン起動後はただちに次のｕＭＯＶＥ命令が実行される。
【００４１】
ｕＭＯＶＥ命令が実行されると、指定された処理フレーム数がフレームカウンタにセットされ、速度ベクトルという形で与えられる移動パラメータが、対応ワークメモリのオブジェクト位置データに加算される。これによってオブジェクトの位置が変化する。ｕＭＯＶＥ命令は長期的命令であるため、フレームカウンタの制御を伴う。移動パラメータ加算後、フレームカウンタがデクリメントされ、フレームカウンタの値が０ならば続けて次の命令を処理し、０でなければユニットルーチン５２ａの処理を保留して、アクティブユニットリストを検索し、次の実行プログラムであるユニットルーチン５４ａの処理を開始する。
【００４２】
ユニットルーチン５４ａは、ユニットルーチン５２ａと同様に、ｕＡＮＩＭＥ命令によってアニメルーチン５４ｂを起動した後、ｕＭＯＶＥ命令によってオブジェクトの位置を変化させる。ユニットルーチン５４ａ用に設けられたフレームカウンタがデクリメントされ、次の命令を実行するか、ユニットルーチン５４ａの処理を保留にするかが決定される。ユニットルーチン５４ａの処理が保留になった場合、アクティブユニットリストが検索され、次の実行プログラムであるアニメルーチン５２ｂの処理が開始される。
【００４３】
アニメルーチン５２ｂはｕＰＯＳＥ命令を含む。ｕＰＯＳＥ命令は、処理フレーム数「８」と、表示データの格納アドレス（ＤＡ１）をパラメータとして持つ。ｕＰＯＳＥ命令が実行されると、処理フレーム数がアニメルーチン５２ｂ用に設けられたフレームカウンタにセットされ、対応ワークエリアのオブジェクト位置データに基づいてＤＡ１に格納されたオブジェクト画像データを表示バッファに転送する。
【００４４】
ｕＰＯＳＥ命令は長期的命令であり、オブジェクト画像表示後フレームカウンタがデクリメントされ、次の命令を実行するか、アニメルーチン５２ｂの処理を保留にするかが決定される。ユニットルーチン５４ａの処理が保留になった場合、次の実行プログラムであるアニメルーチン５４ｂの処理が開始される。アニメルーチン５４ｂにおいて、アニメルーチン５２ｂと同様にｕＰＯＳＥ命令が実行され、対応するオブジェクト画像データ（ＤＢ１）が表示バッファに転送される。その後フレームカウンタがデクリメントされ、次の命令を実行するか、アニメルーチン５４ｂの処理を保留にするかが決定される。
【００４５】
アニメルーチン５４ｂの処理が保留になった時点で、アクティブユニットリストに登録されているプログラムルーチンの実行が一巡したことになる。ここでこれらアニメーションプログラムは、ＴＶの垂直ブランキングが発生し、ブランキング処理がなされるまで、保留状態を維持する。ブランキング処理において、表示バッファに書き込まれた画像データがビデオＲＡＭに転送され、次のフレームにおいて転送された画像データが表示される。
【００４６】
ブランキング処理が終了すると、ユニットルーチン５２ａの処理が再開される。ここで、メインプログラム５０がもうすでに処理を終了している点に留意すべきである。メインプログラム５０はｕＥＮＤ命令によってアクティブユニットリスト上の登録を抹消されているため、すでにマルチタスク処理の対象外となっている。
【００４７】
ユニットルーチン５２ａは、前回と同じｕＭＯＶＥ命令を実行する。ただしこの場合には、処理フレーム数（Ｍ）はフレームカウンタにはセットされない。フレームカウンタには前回デクリメントしたフレーム数が記憶されており、ｕＭＯＶＥ命令がオブジェクトの位置を変化させると、再度フレームカウンタがデクリメントされる。このように長期的命令では、ＴＶフィールドに同期してフレームカウンタがデクリメントされ、フレームカウンタの値が０になるまで同じ処理が繰り返される。
【００４８】
同じように、ユニットルーチン５４ｂではｕＭＯＶＥ命令が、アニメルーチン５２ｂおよび５４ｂではｕＰＯＳＥ命令が、それぞれ対応するフレームカウンタの値が０になるまで繰り返される。ここで、各ルーチンの命令が８回繰り返し処理された場合、アニメルーチン５２ｂのｕＰＯＳＥ命令が真っ先にフレームカウンタを０にする。アニメルーチン５２ｂにおいてフレームカウンタが０になると対応するプログラムカウンタが歩進され、次の命令が実行される。
【００４９】
次もやはりｕＰＯＳＥ命令であるが、オブジェクト画像データがＤＡ１からＤＡ２に変化している。また、その次のｕＪＵＭＰ命令によってこれら２つのｕＰＯＳＥ命令がくり返し実行されるようにプログラムされている。これにより、アニメルーチン５２ｂは、ＤＡ１とＤＡ２を８フィールド毎に交互に表示し、オブジェクトの形状に関するアニメーション画像を制御する。
【００５０】
ＴＶフィールドがＭ回経過すると、ユニットルーチン５２ａで次のｕＭＯＶＥ命令が実行されるとともにユニットルーチン５４ａで２つのｕＰＵＴ命令およびｕＥＮＤ命令が連続的に実行される。一方のｕＰＵＴ命令でユニットルーチン５６ａが起動し、もう一方のｕＰＵＴ命令でユニットルーチン５８ａが起動する。両ユニットルーチンはそれぞれ対応のアニメルーチン５６ｂおよび５８ｂを起動し、これによってオブジェクト画像ＤＢ１が消滅すると同時にＤＣ１からＤＣ４によって表現されるオブジェクト画像およびＤＤ１からＤＤ４によって表現されるオブジェクトオブジェクト画像が出現する。
【００５１】
上記のプログラムは図２の絵を表示するためのプログラム例であり、ユニットルーチン５２ａとアニメルーチン５２ｂが矢のプログラムに対応し、ユニットルーチン５４ａとアニメルーチン５４ｂが板のプログラムに対応し、ユニットルーチン５６ａ，５８ａ，アニメルーチン５６ｂおよび５８ｂが分裂した板のプログラムに対応している。
【００５２】
このようなプログラム処理方法によると、板の分裂制御はプログラム構造によって自動的に決定され、矢と板の衝突タイミングは処理フレーム数Ｍによって容易に調整されるため、プログラムの際に全オブジェクトの座標を経過時間において統合する必要が無く、初心者でも容易にプログラムを行うことが可能になる。また、オブジェクトと処理ルーチンとが明確に対応しているためデバッグを容易に行うことができる。
【００５３】
なお、ｕＭＯＶＥ命令において、移動パラメータに速度ベクトルの代わりに最終到達座標を指定することにより、さらにプログラム作成を簡便にすることが可能である。この場合には、処理フレーム数と現在の位置データおよび最終到達座標に基づいて速度ベクトルを予め計算するようにすればよい。
【００５４】
図７は、前述のプログラム処理方法を実現するためのメモリマップの一例である。ＲＡＭエリア６０は図３のワークＲＡＭ２６，ＰＳ−ＲＡＭ４４およびＳ−ＲＡＭ４２に対応し、ＲＯＭエリア６２はＲＯＭ４６およびフラッシュメモリ４９に対応する。
【００５５】
ＲＯＭエリア６２は、プログラム領域６２ａとオブジェクト描画データ領域６２ｂを含む。プログラム領域６２ａは、メインプログラム５０，ユニットルーチン５２ａ，５４ａ，５６ａ，５８ａ，アニメルーチン５２ｂ，５４ｂ，５６ｂおよび５８ｂを含む。また、オブジェクト描画データ領域６２ｂは、オブジェクト描画データＤＡ１，ＤＡ２，ＤＢ１，ＤＣ１，ＤＣ２，ＤＣ３，ＤＣ４，ＤＤ１，ＤＤ２，ＤＤ３およびＤＤ４を含む。これらのルーチンおよびデータは、主としてデータ放送によって伝送され、フラッシュメモリ４９に記憶される。しかし、予めＲＯＭ４６に使用頻度の高いオブジェクト描画データを記憶しておくことにより、伝送するデータ量を減少させることができる。
【００５６】
メインルーチン，ユニットルーチンおよびアニメルーチンの各命令は、中間言語として伝送され、記憶される。例えば、前述のｕＰＵＴ命令は、命令コード０１Ｈとして記憶される。これによって、各ルーチンは高速に伝送され、少ない記憶容量でフラッシュメモリ４９に記憶される。
【００５７】
またＲＯＭエリア６２は、前述の様々なプログラムをマルチタスクを用いて実行するためのインタプリタプログラムを記憶するインタプリタ領域６２ｃを含む。インタプリタ領域６２ｃは、主としてＲＯＭ４６内に割り当てられるが、放送によってインタプリタプログラムが伝送されたときにフラッシュメモリ４９内に設けられてもよい。また、基本的な命令を含むインタプリタプログラム本体はＲＯＭ４６上に記憶され、放送によって伝送された追加すべき命令を含むサブインタプリタはフラッシュメモリ４９上に記憶されてもよい。この場合、サブインタプリタは、インタプリタ本体から適時利用される。
【００５８】
ＲＡＭエリア６０は、アクティブユニットリスト記憶領域６０ａ，対応ワークエリア記憶領域６０ｂおよび実行ユニットポインタ領域６０ｃを含む。アクティブユニットリスト領域６０ａは、各ユニットプログラムに対応するプログラムカウンタ，フレームカウンタおよび対応ワークアドレスを含む。
【００５９】
対応ワークエリア記憶領域６０ｂは、ユニットの位置や属性を示すデータを記憶する。実行ユニットポインタ６０ｃは、実行中のユニットプログラムに対応するアクティブユニットリスト上のアドレスを記憶する。実行ユニットポインタ６０ｃは、ＴＶの垂直ブランキングに同期してリセットされ、ユニットプログラムが消滅、あるいは処理を保留するのに対応して歩進される。その結果、次に実行すべきユニットルーチンまたはアニメルーチンのアクティブユニットリスト上のアドレスを順次指定する。
【００６０】
実行されるべきユニットプログラムは、アクティブユニットリスト領域６０ａに専用のプログラムカウンタおよびフレームカウンタが登録され、対応ワークエリア領域に専用の作業領域が割り当てられ、割り当てられた作業領域領域を示す対応ワークアドレスがアクティブユニットリストに登録されることによって能動化される。
【００６１】
能動化されたユニットプログラムが実行ユニットポインタ６０ｃによって順次スキャンされることに応じて、対応するＲＯＭエリア６２上のプログラムが実行される。メインルーチン，ユニットルーチンおよびアニメルーチンは、全てアクティブユニットリスト上で同等のマルチタスクプログラムとして扱われ、リストへの登録順に実行される。
【００６２】
ここで、各アニメルーチンがユニットルーチン上から起動している点に着目すべきである。なぜなら、これによってアニメルーチンは対応するユニットルーチンよりも必ずアクティブユニットリスト上の登録が遅れる。したがって、ユニットルーチンによってオブジェクトの位置が変更された後に、アニメルーチンによってその位置にオブジェクトが表示されることになる。
【００６３】
これを応用して、１つのユニットルーチンに複数のアニメルーチンを対応させることにより、複数のオブジェクト描画データの組み合わせで１つのオブジェクトを形成してもよい。この場合でも対応ワークアドレスは各アニメルーチンに対してすべて共通に与えられるため、複数のオブジェクト描画データは各々相対的に所定の位置を保ったまま画面上を移動することになる。
【００６４】
なお、アニメルーチンを持たないユニットルーチンがあっても良い。例えば、ユニットルーチンは、ＢＧＭを発生させるためのサウンド発生プログラムを持っていてもよい。また、ユニットルーチンは、コントローラ８を監視することによりボタンが押された場合にデータ放送受信メニューを発生するプログラムを持っていてもよい。どちらの場合にも画像とは無関係のユニットルーチンであるため、アニメルーチンを特に指定する必要はない。
【００６５】
さらに、アニメルーチンをユニットルーチン内に組み込むことにより、専用のアニメルーチンを持たないように構成することも可能である。例えば、図２における板のように、対応するオブジェクト描画データが１つ（図６におけるＤＢ１）しか無い場合、ＡＮＩＭＥ命令に代えて直接ＰＯＳＥ命令をユニットルーチンに記述することができる。
【００６６】
この場合、ユニットルーチンの対応ワークエリアには、組込みアニメルーチンであることを示すフラグと、実行すべき命令（例えばＰＯＳＥ命令）の位置を示すアドレスが記憶される。動作においては、ユニットルーチンの処理終了後、このフラグが参照され、指定されたアドレスの命令が実行されることにより、オブジェクトが表示される。
【００６７】
また、組込みアニメルーチンと同様に、複数の命令からなるアニメルーチンを対応ワークエリアを用いて処理するようにしてもよい。この場合には、アクティブユニットリスト上にアニメルーチンは登録されず、対応ワークエリア上にはアニメルーチンのプログラムカウンタとともに、アニメルーチン用のフレームカウンタが設けられる。ユニットルーチン終了時にこれらプログラムカウンタおよびフレームカウンタが参照され、自動的に対応するアニメルーチンが実行される。
【００６８】
図８は本願のプログラム処理方法の全体的な流れを示すフローチャートである。アニメーション表示装置の電源が投入されると、Ｓ１においてアニメーションプログラムが放送受信アダプタ４（図３）を介して受信される。受信されたアニメーションプログラムは、Ｓ２においてメモリパック７（図３）に保存され、Ｓ３においてＣＰＵ２４（図３）により起動される。
【００６９】
Ｓ３においてアニメーションプログラムが起動されると、Ｓ４においてエントリルーチンであるメインプログラム５０（図４）が実行される。メインプログラム５０は、Ｓ４においてユニットプログラム５２および５４（図４）を起動する。起動されたユニットプログラム５２および５４は、Ｓ４においてメインプログラム５０とともに時分割処理される。また、Ｓ４において、ユニットプログラム５４は、ユニットプログラム５６および５８を起動し、時分割処理される。Ｓ４の一連の処理をユニット処理と呼び、この詳細は図９を用いて後述する。
【００７０】
Ｓ４において各プログラムは、他のプログラムの起動制御とともに対応する表示オブジェクトの生成を行う。Ｓ４の時分割処理が一巡すると、Ｓ６において生成された複数の表示オブジェクトが１画面分の画像データとして表示される。実際には、Ｓ６は前述のブランキング処理に対応し、ビデオＲＡＭ３０（図３）へ画像データを転送し、画像データを表示する。Ｓ４のユニット処理とＳ６のブランキング処理は、ＴＶのフィールド周波数に対応して交互に実行される。
【００７１】
図９は、ユニット処理のフローチャートである。ユニット処理はアクティブユニットリストの管理および各ユニットプログラムの実行を行うインタプリタによって実施される。インタプリタは、アクティブユニットリストの登録内容にしたがって各ユニットプログラムを実行し、各ユニットプログラム内の起動命令にしたがって指定のプログラムをアクティブユニットリストに登録する。そしてインタプリタは新たに登録されたユニットプログラムをさらに実行する。
【００７２】
ユニット処理では、Ｓ４１においてまずユニットポインタが初期化され、アクティブユニットリストに登録されている先頭のユニットプログラムが指定される。次にＳ４２において指定されたアクティブユニットのプログラムカウンタが参照され、Ｓ４３においてプログラムカウンタによって示される命令がフェッチされる。フェッチされた命令は、Ｓ４４において実行される。
【００７３】
Ｓ４４において実行された命令がルーチンの終了を意味する命令（例えばｕＥＮＤ命令）であった場合には、処理がＳ４５からＳ５１へ移行する。そうでない場合には、処理がＳ４５からＳ４６へ移行し、Ｓ４４において実行された命令が長期的命令であったかどうかがチェックされる。Ｓ４４において実行された命令が例えばｕＰＵＴ等の即時実行命令であった場合には、Ｓ４６からＳ４７に処理が移行し、プログラムカウンタを次の命令位置まで歩進して、再度Ｓ４３からの処理を繰り返す。
【００７４】
Ｓ４４において実行された命令が例えばｕＭＯＶＥ等の長期的命令であった場合には、Ｓ４８においてフレームカウンタ制御が行なわれる。もし、フレームカウンタの値が０である場合には、Ｓ４４で実行された長期的命令のパラメータである処理フレーム数をフレームカウンタにセットし、フレームカウンタの値をデクリメントする。フレームカウンタの値が０でなかった場合には単にデクリメントのみを行う。
【００７５】
Ｓ４８のデクリメントによってフレームカウンタが１から０に変化すると、当該長期的命令の実行が指定された処理フレーム数だけ行なわれたことを意味する。したがってこの場合、コマンドエンドとしてＳ４９からＳ５０へ処理が移行し、プログラムカウンタが歩進される。デクリメントによってフレームカウンタの値が０にならなかった場合には、長期的命令はまだ指定した回数分だけ処理を終えていないということになり、処理をＳ４９からＳ５１に移行して、プログラムカウンタを現行のまま保持する。
【００７６】
次にＳ５１においてユニットポインタが歩進され、アクティブユニットリスト上の次のルーチンのプログラムカウンタ位置が示される。アクティブユニットリストに次のルーチンがある場合には、Ｓ５２からＳ４２に移行して、前述と同様に次のルーチンを処理する。もし、アクティブユニットリストに次のルーチンがない場合には、ユニットエンドとしてＳ５２からＳ５３へ処理が移行し、垂直ブランキングを待ってユニット処理を終了する。
【００７７】
ユニット処理が終了すると、ただちにブランキング処理が実行される。また、ブランキング処理が終了すると、ただちに再度ユニット処理が実行される。もし、ユニット処理の処理時間がＴＶのフィールド表示期間を越えた場合は、複数ＴＶフィールドを用いてアクティブユニットリストのルーチン処理を一巡させる。この場合でもＳ５３で最終的に垂直ブランキングと同期をとっているため、各ルーチン間のフレームカウントスピードには結果的にばらつきが出ず、ユニット処理は常にＴＶフィールドに同期して実行される。
【００７８】
図１０は図９のＳ４４において、ｕＰＵＴ命令を実行するためのプログラムフローチャートである。ｕＰＵＴ命令が実行されると、Ｓ４１０においてパラメータに記述された起動アドレスがプログラムカウンタとしてアクティブユニットリスト上に登録され、Ｓ４１２において専用のフレームカウンタが準備される。また、Ｓ４１４において、対応ワークエリアが確保され、対応ワークアドレスがアクティブユニットリストに登録される。さらに対応ワークエリア内に、パラメータとして与えられているオブジェクトの初期位置データが記憶される。
【００７９】
図１１は、ｕＡＮＩＭＥ命令を実行するためのプログラムフローチャートである。ｕＡＮＩＭＥ命令が実行されると、Ｓ４２０においてパラメータに記述された起動アドレスがプログラムカウンタとしてアクティブユニットリスト上に登録され、Ｓ４２２において専用のフレームカウンタが準備される。また、Ｓ４２４において、ｕＡＮＩＭＥ命令のあるユニットルーチンと同じ対応ワークエリアアドレスが、アクティブユニットリストに登録される。
【００８０】
図１２は、ｕＥＮＤ命令を実行するためのプログラムフローチャートである。ｕＥＮＤ命令が実行されると、Ｓ４３０およびＳ４３２においてｕＥＮＤ命令のあるユニットルーチンのプログラムカウンタおよびフレームカウンタがアクティブユニットリスト上から削除される。また、Ｓ４３４において対応ワークエリアのメモリ領域が開放され、対応ワークアドレスがアクティブユニットリスト上から削除される。
【００８１】
さらに、Ｓ４３６において、ｕＥＮＤ命令のあるユニットルーチンと対応関係にある（例えば、共通のワークエリアを持つ）アニメルーチンが検索され、Ｓ４３８において、発見されたアニメルーチンのプログラムカウンタ，フレームカウンタおよび対応ワークアドレスがアクティブユニットリスト上から削除される。
【００８２】
図１３は、ｕＪＵＭＰ命令を実行するためのプログラムフローチャートである。ｕＪＵＭＰ命令が実行されると、Ｓ４４０において、パラメータに記述された指定アドレスが、実行中のルーチンに対応するプログラムカウンタにセットされる。これにより次の命令実行時には、指定アドレスから命令フェッチを行うようになる。
【００８３】
図１４は、ｕＭＯＶＥ命令を実行するためのプログラムフローチャートである。ｕＭＯＶＥ命令が実行されると、Ｓ４５０において当該ｕＭＯＶＥコマンドが第１回目の実行であるか否かが判断される。第１回目の実行時の場合には、Ｓ４５２において移動パラメータのセットが行なわれる。もし、移動パラメータが最終到達座標である場合には、ここで速度ベクトルが計算され、対応ワークエリアに保存される。また、移動パラメータが速度ベクトルそのものである場合には、単に対応ワークエリアに速度ベクトルを書き移す。
【００８４】
第２回目以降の実行時には、Ｓ４５４において対応ワークエリア上の位置データと、第１回目の実行時に保存された速度ベクトルが加算され、新たな位置データとして記憶される。与えられた移動パラメータが速度ベクトルであるか最終到達座標であるかは、専用の識別フラグをパラメータに加えることによって区別してもよいし、ｕＭＯＶＥ命令とは異なる命令を用意することにより、一方を速度ベクトル用の命令、他方を最終到達座標用の命令として区別してもよい。
【００８５】
図１５は、ｕＰＯＳＥ命令を実行するためのプログラムフローチャートである。ｕＰＯＳＥ命令が実行されると、Ｓ４６０において対応ワークエリアからオブジェクト位置データが読み出され、Ｓ４６２において読み出されたオブジェクト位置と、指定されたオブジェクト描画データに基づいてオブジェクトが表示される。ただし、この段階では単に表示バッファに表示に必要なデータを転送する作業のみが行なわれ、実際のビデオＲＡＭへの書き込みはブランキング処理においてなされる。
【００８６】
これらの命令はほんの一例であり、実際にはより多くの、またより複雑な命令が準備される。しかしながら、本願のプログラム処理方法の構成上、プログラムの流れを制御するための命令は従来のプログラム記述言語に比べて極めて少なくできる。そのため、プログラムそのものは、オブジェクトの移動制御あるいはアニメーション制御のための複雑な命令を準備しても構造的に単純であるため、初心者でも容易にプログラムを作成可能である。
【００８７】
以上は本願発明を衛星放送を利用したデータ放送で行う例について述べたが、本願のプログラム処理方法によれば簡単なアニメーションプログラムを大量に作成するのに便利であるため、単方向大量通信用のプログラムにおいてその効果を最大限に発揮する。しかし、本願は、広く一般的にプログラムを入力してアニメーションを表示する機器すべてに応用することが可能である。また、本願実施例では、アニメーションプログラムを実行するためにインタプリタを用いたが、コンパイラを用いて実行形式のプログラムに変換した後にこれを実行するようにしてもよい。
【００８８】
【発明の効果】
本願発明を用いると、時間的に各サブルーチンに関連を持たせたマルチタスク処理により自動的に経過時間の統合が行なわれる。そのため、初心者や未熟なプログラマーでも物体個々の動きを記述するだけで容易にコンピュータグラフィックスを用いたアニメーション表示プログラムを作成可能である。
【００８９】
また、１つのルーチンから他の複数のルーチンを起動できるため、ドミノ倒しのように連鎖的に各ルーチン処理が実行に移される。したがって、特別なプログラムフロー制御命令を用いることなく、簡単なプログラムで複雑なアニメーション画像を作成できる。
【００９０】
また、各サブルーチンがＴＶフィールド周波数に関連して動作するとともに、サブルーチンに対応してオブジェクトの表示が行なわれるため、表示を変更したい場合にプログラムのどの部分を修正すべきかを容易に特定できる。すなわち、プログラムのデバッグ作業が容易である。
【００９１】
さらに、オブジェクト単位で動作を指定すればそのままアニメーションプログラムとして利用できるため、対話形式でオブジェクトの動作を指定するようなアニメーションプログラム作成ツールの開発が容易である。このため、アニメーションプログラムが簡便に作成可能となる。
【００９２】
このように、初心者でも簡便にプログラムを作成できる本願のプログラム処理方法は、比較的小規模なアニメーションプログラムを大量に必要とするデータ放送等に好適する。これによって放送局は、放送用のデータを大量に、しかも安価に入手可能となる。
【図面の簡単な説明】
【図１】従来のサブルーチンを用いた場合のプログラムフローである。
【図２】アニメーション画像の一例である。
【図３】本願発明のアニメーション表示装置の一例のブロック図である。
【図４】本願発明のプログラム処理方法の概念図である。
【図５】本願発明のプログラム処理方法を用いた場合のプログラムフローである。
【図６】具体的なアニメーション表示プログラムの一例である。
【図７】本願のプログラム処理方法を実現するためのメモリマップの一例である。
【図８】本願のプログラム処理方法の全体的な流れを示すフローチャートである。
【図９】ユニット処理のフローチャートである。
【図１０】ｕＰＵＴ命令を実行するためのプログラムフローチャートである。
【図１１】ｕＡＮＩＭＥ命令を実行するためのプログラムフローチャートである。
【図１２】ｕＥＮＤ命令を実行するためのプログラムフローチャートである。
【図１３】ｕＪＵＭＰ命令を実行するためのプログラムフローチャートである。
【図１４】ｕＭＯＶＥ命令を実行するためのプログラムフローチャートである。
【図１５】ｕＰＯＳＥ命令を実行するためのプログラムフローチャートである。[0001]
[Industrial application fields]
The present invention relates to a program processing method and an animation display device using the program processing method, and more particularly to a program processing method and an animation display device for displaying an animation image by computer graphics, for example. More specifically, the display sequence can be easily defined when a beginner creates a small animation video.
[0002]
[Prior art]
Conventional program description languages include BASIC and C language. These are general-purpose program description languages for creating programs for personal computers, and are widely used not only for animation display but also for program development such as databases, word processors, and spreadsheet software.
[0003]
These program description languages include arithmetic instructions, I / O control instructions, and branch instructions. The I / O control command includes a display control command, a floppy disk control command, a printer control command, a network control command, and the like. Skilled programmers can combine these instructions to create large and complex programs.
[0004]
The branch instruction includes an absolute branch instruction, a conditional branch instruction, a loop instruction, a subroutine instruction, and the like. The subroutine instruction includes a subroutine call instruction and a return instruction, and is used for structuring the program. The programmer classifies each part of the program functionally and organizes it as a subroutine. The subroutine is called from the main routine or from the subroutine using a subroutine call instruction, and is used for a specific process. The called subroutine is controlled to return to the original program (that is, the program in which the subroutine call instruction is executed) by terminating the process by a return instruction installed at the end.
[0005]
FIG. 1 shows a program flow when a conventional subroutine is used. As shown in FIG. 1, the flow of the conventional program shifts from the main routine to a subroutine, and after returning to the main routine again after completing a predetermined process. Such a subroutine method is considered as a regression subroutine. According to this method, since the program flow path is uniquely determined, it is easy for the programmer to grasp the flow of processing, and it is relatively easy to correct the program (hereinafter referred to as debugging) when a problem occurs. It can be carried out.
[0006]
On the other hand, there is a technique called multitasking as a processing method other than the program processing by the combination of the main routine and the subroutine. Multitasking is a technique of operating a plurality of programs in parallel in a time-sharing manner. By using this, a plurality of programs are processed as if they are being executed simultaneously. This technique is used when, for example, another sentence is printed while editing a sentence in a word processor.
[0007]
[Problems to be solved by the invention]
A conventional program description language is suitable for a skilled programmer to create a large-scale and complicated program. However, when a beginner uses this to display a simple animation image, a great skill is required. This is because these program description languages cannot use display control instructions effectively unless they are familiar with branch instructions for controlling the flow of programs. Therefore, there is a need for a method for easily creating a relatively simple animation video program in large quantities. For example, in data broadcasting represented by satellite data broadcasting and teletext broadcasting, the broadcasting station is always obligated to supply data to viewers, so that it is required to create a program quickly and easily. With ordinary TV broadcasting, it is possible to create data relatively easily with a TV camera. However, with data broadcasting, the source of data depends on skilled programmers, and the creation of data is significant. Takes time.
[0008]
Further, since the conventional program description language has a program structure that is easy for a CPU of a computer to process, it has a logical structure that is different from a normal human thought form. For example, when the animation image shown in FIG. 2 is generated, in the human thought form, “when the arrow 100 flying from left to right hits the board 102 flying from right to left, the arrow 100 penetrates straight. , The plate 102 is divided into two parts, one (104) flying while rotating to the upper left and the other (106) rotating to the lower left. " . On the other hand, in the conventional program description language, “where each arrow 100, plate 102, and divided plates 104 and 106 exist in the entire time progress” is continuous. Because changes in the coordinate positions of all objects over time are important, programmers need to integrate the movements of individual objects based on the time axis. A skilled programmer can unconsciously integrate the movements of individual objects over time and easily express them in a program description language. However, it is difficult for beginners to conceptually understand this integration over time, and it is difficult to create a program that operates normally unless they are highly skilled.
[0009]
The reason why integration over time is necessary is the regression subroutine. A regression subroutine such as a conventional program description language is convenient for following the flow of a program, but on the other hand, different subroutines cannot be processed simultaneously. For example, in FIG. 2, if a subroutine for moving the arrow 100 and a subroutine for moving the plate 102 are separately programmed, the arrows 100 and the plate 102 cannot be moved simultaneously because they cannot be processed simultaneously. In this case, it is necessary to create an integrated program in which arrows and boards are integrated on the time axis so that the two subroutines are processed in a time-sharing manner.
[0010]
On the other hand, an initial attempt has been made to simultaneously process a plurality of subroutines using multitasking. In the above word processor, two subroutines of sentence editing and sentence printing are simultaneously processed by multitask processing. However, in the conventional multitask processing, there is no relationship between the subroutines, and the two subroutines are simply processed in parallel. Therefore, for example, even if a program for moving an arrow and a program for moving a plate cannot be prepared, it is not possible to adjust each time axis direction. Therefore, an object that eventually desires a switching timing from one program to another It is necessary to adjust for each program so that is displayed.
[0011]
Therefore, in the conventional multitask processing, the switching timing of the time division processing is arbitrarily determined by each subroutine, and thus the overall progress of the program cannot be uniquely determined. Therefore, if each subroutine is associated and many subroutines are operated at the same time, there is a problem in that it is difficult to determine at which timing a specific process is performed and debugging becomes difficult.
[0012]
SUMMARY OF THE INVENTION Therefore, an object of the present invention is to provide a program processing method and an animation display device that enable even a beginner or an inexperienced programmer to easily create a relatively small-scale animation display program using computer graphics. That is.
[0013]
Another object of the present invention is to provide a program processing method and an animation display device that are easy to debug while temporally associating individual non-regressive subroutines.
[0014]
[Means for Solving the Problems]
A program processing method according to a first aspect of the present invention is a program processing method used for displaying an animation image on a display by computer graphics. A plurality of program routines (UNIT1 to UNIT4 in FIG. 6) corresponding to display objects; A step (S1, S2) of inputting an animation program having an entry routine (UNIT0) including a start command for starting a program routine corresponding to at least one display object, and a step of starting the entry routine (S3) In response to an activation command included in the entry routine, a step of activating a program routine corresponding to the display object (S44 in FIG. 9); A part of the program routine is time-divisionally processed to generate objects corresponding to the respective program routines (S460 and S462 in FIG. 15) and a step of displaying the generated objects as one display unit (FIG. 8). S6)And a program routine corresponding to at least one display object includes a start instruction for newly starting the program routine corresponding to the display object in order to newly display another display object, and responds to the start instruction. Step for displaying other display objects newlyincluding.
[0015]
An animation display device according to a second aspect of the present invention is used for displaying an animation image on a display by computer graphics, and includes a plurality of program routines corresponding to display objects and activation corresponding to at least one display object. Input means for inputting an animation program including instructions (broadcast receiving adapter 4 if the correspondence with the embodiment is shown), storage means for storing the animation program (memory pack 7), and the program routine to be executed The identification data storage means (active unit storage area in FIG. 7) for storing the identification data to be identified and the animation program are executed so that the identification data of the corresponding program routine in response to the activation command is stored in the identification data storage. Processing means (CPU 24) for time-division processing of a plurality of program routines stored in the means and based on the identification data, and a display object generated corresponding to each of the plurality of program routines by the time-division processing of the processing means Display image output means (PPU 28) for synthesizing and outputting to the display as one display unit;And a program routine corresponding to at least one display object includes a start instruction for newly starting the program routine corresponding to the display object in order to newly display another display object, and responds to the start instruction And means for newly displaying other display objectsIs provided.
[0016]
[Action]
An animation program is input from a keyboard, an external storage medium, a modem, or a data broadcast receiver. The animation program includes a plurality of program routines corresponding to the display object and an entry routine for starting the operation. Next, the animation display device starts an entry routine. The entry routine includes a program routine activation instruction. By this activation command, a program routine corresponding to the display object is activated. By processing these multiple program routines in a time-sharing manner, multiple object images are generated simultaneously.Further, it is possible to display another new display object from the display object program routine, and to easily adjust the display timing between the two display objects.When the time division process is completed, the animation display device displays the generated object image on the display as display data for one screen.
[0017]
The input means inputs an animation program. The storage means stores the animation program input by the input means. In response to the start command included in the animation program stored in the storage means, the processing means registers the identification data of the program routine to be executed in the identification data storage means, and the program routine is divided into time divisions based on this registration information. To process. Each processed program routine generates a corresponding object, and the display image output means outputs the generated objects to the display as display data for one screen.Further, it is possible to display another new display object from the display object program routine, and to easily adjust the display timing between the two display objects.
[0018]
The program routine displays the corresponding object image. The plurality of program routines are executed in a time division manner. Therefore, a plurality of objects are automatically displayed simultaneously only by creating a program routine for each object.Further, it is possible to display another new display object from the display object program routine, and to easily adjust the display timing between the two display objects.For this reason, even a beginner can easily create an animation image. Even when it is desired to change the display of the object, the program routine can be changed easily because the program routine corresponds to the object.
[0019]
The objects, features and advantages of the present invention will become more apparent from the following detailed description of embodiments with reference to the drawings.
[0020]
【Example】
FIG. 3 is a block diagram of an example of the animation display device of the present invention. The animation display device of this embodiment receives satellite data broadcast by connecting a broadcast receiving adapter to a game machine, and reproduces animation video based on the received data. Specifically, a broadcast receiving adapter 4, a memory cartridge 6, and a controller 8 are connected to a game machine 2 as an example of an animation display device (image display device). A memory pack 7 for storing received data is connected to the memory cartridge 6. The controller 8 is used for a user to input operation information.
[0021]
The BS antenna 10 receives satellite data broadcast and gives the received data to the BS tuner 12. The BS tuner 12 detects a specific channel from a plurality of satellite broadcasts, and outputs a PCM digital audio signal and digital data transmitted by a subcarrier to the broadcast receiving adapter 4. The PCM decoder 22 decodes the PCM digital audio signal supplied from the BS tuner 12, generates an analog stereo audio signal via the DA converter 23, and outputs the analog stereo audio signal to the mixer 38 in the game machine 2. The data channel decoder 20 decodes the digital data given from the BS tuner 12.
[0022]
The ROM 46 in the cartridge 6 stores an interpreter program for executing an animation display program in addition to the data broadcast receiving program. The CPU 24 in the game machine 2 designates digital data to be received to the data channel decoder 20 based on the data broadcast reception program stored in the ROM 46. The data channel decoder 20 decodes only the digital data designated by the CPU 24 and stores it in the internal buffer. The CPU 24 periodically monitors the data channel decoder 20 and transfers the received data to any one of the work RAM 26, PS-RAM 44, S-RAM 42 or flash memory 49 when the data is received.
[0023]
The destination memory is determined by the type of received data. For example, the CPU 24 stores frequently received broadcast data such as a broadcast menu in the work RAM 26 or PS-RAM 44 which is a volatile memory, stores the environment setting data in the S-RAM 42, and further displays an animation display program. Save in the flash memory 49.
[0024]
A plurality of animation display programs provided by data broadcasting are mainly stored in the flash memory 49, and are interpreted and executed by an interpreter program in the ROM 46. The memory pack 7 including the flash memory 49 is configured to be detachable by connectors 47 and 48. The animation display program may be stored in the S-RAM 42, PS-RAM 44, or WORK-RAM 26.
[0025]
Based on the operation information input from the controller 8, the CPU 24 executes one of the plurality of animation display programs using an interpreter program stored in the ROM 46 to generate image data and audio data. Image data generated by the CPU 24 is stored in the video RAM 30 via the PPU 28. The audio data generated by the CPU 24 is stored in the audio RAM 36 via the APU 34.
[0026]
The PPU 28 generates a video signal in cooperation with the DA converter 31 and the video encoder 32 based on the data in the video RAM 30 and supplies the video signal to the TV 14. The PPU 28 generates an interrupt signal to the CPU 24 in synchronization with the vertical blanking signal of the TV. The APU 34 generates an audio signal in cooperation with the DA converter 37 based on the data in the audio RAM 36 and outputs the audio signal to the mixer 38. The mixer 38 synthesizes the audio signal from the DA converter 37 and the audio signal from the PCM decoder 22, and supplies the synthesized signal to the TV 14.
[0027]
FIG. 4 is a conceptual diagram of the program processing method of the present invention. The main program 50 is given a program counter 50a, a frame counter 50b and a corresponding work area 50c at the time of execution. The main program 50 activates the same number of unit programs as the required objects when displaying the objects. For example, when the number of display objects is 2, the unit programs 52 and 54 are activated as shown in FIG.
[0028]
The unit program 52 includes a unit routine 52a that mainly controls the movement of the display object, and an animation routine 52b that mainly controls the animation pattern of the display object. The unit routine 52a and the animation routine 52b are respectively provided with program counters 52aa and 52ba, frame counters 52ab and 52bb, and corresponding work areas 52ac and 52bc at the time of execution.
[0029]
The program counter is a pointer indicating the position of an instruction to be executed in the corresponding routine or program, and is updated each time the instruction proceeds. The frame counter is a sequence counter for controlling the display sequence of the object to be displayed, and is updated corresponding to the vertical blanking of the TV. The corresponding work area is an address value indicating a memory area in which data indicating the position and attribute of the object to be displayed is stored. Unit routines and animation routines are given the same corresponding work area and share various data necessary to display objects. The program pointer, frame counter, and corresponding work area are stored, for example, on the work RAM 26 of FIG.
[0030]
The unit program 54 has the same internal configuration as the unit program 52. When the unit program is activated, the main program and the unit routine and animation routine of each unit program are processed in parallel by the multitask method.
[0031]
When the object of FIG. 2 is made to correspond to FIG. 4, the unit program 52 can correspond to the arrow 100 and the unit program 54 can correspond to the plate 102. At this point, since the unit programs 52 and 54 are operating in parallel, the arrow program and the board program created separately are processed simultaneously. Specifically, as the arrow moves from left to right, the board moves from right to left. Since the progress of each program is controlled by the frame counter in synchronization with the vertical blanking of the TV, it is not necessary to adjust the operation speed between unit programs.
[0032]
The unit program 54 generates unit programs 56 and 58 having the same structure immediately before the end of the program. That is, the unit program 54 generates split plate pieces 104 and 105 when the plate 102 hits the arrow 100 and disappears. At this time, the unit program to be processed in parallel is only the arrow 100 and the divided plates 104 and 105, and each object is displayed according to the animation program for each object created separately.
[0033]
Here, when the image that the arrow 100 is broken in two is required, a broken arrow display program is separately created, and an instruction for starting the broken arrow display program is issued to the unit routine 52 corresponding to the arrow 100. You can include it. In addition, when a new object is generated regardless of the already displayed object, an activation command for the program may be included in the main program.
[0034]
As described above, according to the present invention, it is possible to generate an animation image in which each object is interlocked by simply creating a program by paying attention to each object. There is no need to integrate programs, and even beginners can easily create programs.
[0035]
FIG. 5 is a program flow when the program processing method of the present invention is used. The main program 50 generates unit programs 52 and 54, and the unit program 54 generates unit programs 56 and 58. Programs arranged in the vertical direction in the figure are simultaneously processed by multitasking. The unit program 54 is activated later than the unit program 52, but since this time difference is much smaller than one field of TV (that is, about 16.7 mS), there is no time difference in actual display. The same applies to the unit program 56 and the unit program 56.
[0036]
The main program 50 may end the process when the unit program 54 is generated. However, in order to manage the entire time, the main program 50 executes a non-execution instruction (nop instruction) for a predetermined time, and then ends the program. An end mark display unit program that means The main program 50 may be associated with an animation routine so that the marker moves on the screen. By doing so, it is possible to visually confirm how the time of execution is advanced.
[0037]
FIG. 6 shows an example of a specific animation display program. The main program 50 includes a uPUT instruction that is an instruction for starting the unit program. This uPUT instruction requires three parameters. The first parameter is the start address (UNIT1 and UNIT2) of the unit routine, the second parameter is the initial horizontal coordinate (X1 and X2) of the object processed by the unit, and the third parameter is the same The initial vertical coordinates (Y1 and Y2) of the object.
[0038]
When a unit routine is activated by the uPUT instruction, the program counter, frame counter and corresponding work area dedicated to the unit routine are registered in the active unit list, the start address of the unit routine is set in the program counter, and the initial value of the object Coordinates are set in the corresponding work area. The active unit list is a list of program routines to be simultaneously processed by multitasking, and is mainly provided in the work RAM 26. Note that these unit routines are not yet executed when they are registered in the active unit list. Since the uPUT instruction is not a long-term instruction extending over a plurality of frames, the main routine 50 immediately ends the processing by the uEND instruction after starting the two unit routines.
[0039]
When the main routine 50 ends, the active unit list is searched, and the processing of the unit routine 52a, which is the next execution program, is started. The unit routine 52a includes a uATIME instruction that is an instruction for starting an animation routine, and a uMOVE instruction that is an instruction for moving an object. The uAIME instruction has the start address (A) of the animation routine as a parameter, and the uMOVE instruction has the number of processing frames (M) and the movement parameters (I1, J1) as parameters.
[0040]
When the uAIME instruction is executed, like the uPUT instruction, the program counter and frame counter dedicated to the animation routine are registered in the active unit list, and the start address of the unit routine is set in the program counter. A corresponding work area common to the unit routine having the uATIME instruction is assigned to the animation routine. Since the uAIME instruction is not a long-term instruction like the uPUT instruction, the next uMOVE instruction is executed immediately after the animation routine is started.
[0041]
When the uMOVE instruction is executed, the designated number of processing frames is set in the frame counter, and a movement parameter given in the form of a velocity vector is added to the object position data in the corresponding work memory. This changes the position of the object. Since the uMOVE instruction is a long-term instruction, it involves control of the frame counter. After the movement parameter is added, the frame counter is decremented. If the value of the frame counter is 0, the next instruction is processed. If it is not 0, the processing of the unit routine 52a is suspended and the active unit list is searched. The processing of the unit routine 54a, which is the execution program, is started.
[0042]
Similar to the unit routine 52a, the unit routine 54a activates the animation routine 54b by the uATIME instruction and then changes the position of the object by the uMOVE instruction. The frame counter provided for the unit routine 54a is decremented to determine whether to execute the next instruction or to put the processing of the unit routine 54a on hold. When the process of the unit routine 54a is put on hold, the active unit list is searched, and the process of the animation routine 52b which is the next execution program is started.
[0043]
The animation routine 52b includes a uPOSE instruction. The uPOSE instruction has the number of processing frames “8” and the display data storage address (DA1) as parameters. When the uPOSE instruction is executed, the number of processing frames is set in the frame counter provided for the animation routine 52b, and the object image data stored in DA1 is transferred to the display buffer based on the object position data in the corresponding work area. .
[0044]
The uPOSE instruction is a long-term instruction, and after the object image is displayed, the frame counter is decremented to determine whether to execute the next instruction or to suspend the processing of the animation routine 52b. When the processing of the unit routine 54a is put on hold, the processing of the animation routine 54b that is the next execution program is started. In the animation routine 54b, the uPOSE instruction is executed in the same manner as the animation routine 52b, and the corresponding object image data (DB1) is transferred to the display buffer. Thereafter, the frame counter is decremented to determine whether to execute the next instruction or to suspend the processing of the animation routine 54b.
[0045]
When the processing of the animation routine 54b is put on hold, the execution of the program routine registered in the active unit list is completed. Here, these animation programs maintain the hold state until the vertical blanking of the TV occurs and the blanking process is performed. In the blanking process, the image data written in the display buffer is transferred to the video RAM, and the image data transferred in the next frame is displayed.
[0046]
When the blanking process ends, the process of the unit routine 52a is resumed. Here, it should be noted that the main program 50 has already finished processing. Since the main program 50 has been deregistered from the active unit list by the uEND instruction, it has already been excluded from the multitask processing.
[0047]
The unit routine 52a executes the same uMOVE instruction as the previous time. However, in this case, the number of processing frames (M) is not set in the frame counter. The frame counter stores the number of frames decremented last time. When the uMOVE instruction changes the position of the object, the frame counter is decremented again. As described above, in the long-term command, the frame counter is decremented in synchronization with the TV field, and the same processing is repeated until the value of the frame counter becomes zero.
[0048]
Similarly, the uMOVE instruction is repeated in the unit routine 54b, and the uPOSE instruction is repeated in the animation routines 52b and 54b until the corresponding frame counter value becomes zero. Here, when the instruction of each routine is repeatedly processed eight times, the uPOSE instruction of the animation routine 52b sets the frame counter to 0 first. When the frame counter reaches 0 in the animation routine 52b, the corresponding program counter is incremented and the next instruction is executed.
[0049]
The next is also a uPOSE instruction, but the object image data changes from DA1 to DA2. Further, the two uPOSE instructions are repeatedly executed by the next uJUMP instruction. Thereby, the animation routine 52b displays DA1 and DA2 alternately every 8 fields, and controls an animation image related to the shape of the object.
[0050]
When the TV field has passed M times, the next uMOVE instruction is executed in the unit routine 52a, and two uPUT instructions and uEND instructions are executed successively in the unit routine 54a. The unit routine 56a is activated by one uPUT instruction, and the unit routine 58a is activated by the other uPUT instruction. Both unit routines activate the corresponding animation routines 56b and 58b, respectively, so that the object image DB1 disappears, and at the same time, object images represented by DC1 to DC4 and object object images represented by DD1 to DD4 appear.
[0051]
The above program is an example of a program for displaying the picture of FIG. 2. The unit routine 52a and the animation routine 52b correspond to the arrow program, the unit routine 54a and the animation routine 54b correspond to the board program, and the unit routine. 56a, 58a and animation routines 56b and 58b correspond to the program of the divided board.
[0052]
According to such a program processing method, the division control of the plate is automatically determined by the program structure, and the collision timing of the arrow and the plate is easily adjusted by the number M of processing frames. Therefore, even a beginner can easily program. Further, since the object and the processing routine clearly correspond to each other, debugging can be easily performed.
[0053]
In the uMOVE instruction, it is possible to further simplify the program creation by designating the final arrival coordinate instead of the velocity vector as the movement parameter. In this case, the velocity vector may be calculated in advance based on the number of processing frames, the current position data, and the final arrival coordinates.
[0054]
FIG. 7 is an example of a memory map for realizing the above-described program processing method. The RAM area 60 corresponds to the work RAM 26, PS-RAM 44 and S-RAM 42 in FIG. 3, and the ROM area 62 corresponds to the ROM 46 and the flash memory 49.
[0055]
The ROM area 62 includes a program area 62a and an object drawing data area 62b. The program area 62a includes a main program 50, unit routines 52a, 54a, 56a, 58a, and animation routines 52b, 54b, 56b, and 58b. The object drawing data area 62b includes object drawing data DA1, DA2, DB1, DC1, DC2, DC3, DC4, DD1, DD2, DD3 and DD4. These routines and data are transmitted mainly by data broadcasting and stored in the flash memory 49. However, by storing object drawing data frequently used in the ROM 46 in advance, the amount of data to be transmitted can be reduced.
[0056]
Each instruction of the main routine, unit routine, and animation routine is transmitted and stored as an intermediate language. For example, the aforementioned uPUT instruction is stored as the instruction code 01H. As a result, each routine is transmitted at a high speed and stored in the flash memory 49 with a small storage capacity.
[0057]
The ROM area 62 includes an interpreter area 62c that stores an interpreter program for executing the above-described various programs using multitasking. The interpreter area 62c is mainly allocated in the ROM 46, but may be provided in the flash memory 49 when the interpreter program is transmitted by broadcasting. Further, an interpreter program main body including basic instructions may be stored on the ROM 46, and a sub-interpreter including instructions to be added transmitted by broadcasting may be stored on the flash memory 49. In this case, the sub-interpreter is used from the interpreter body in a timely manner.
[0058]
The RAM area 60 includes an active unit list storage area 60a, a corresponding work area storage area 60b, and an execution unit pointer area 60c. The active unit list area 60a includes a program counter, a frame counter, and a corresponding work address corresponding to each unit program.
[0059]
The corresponding work area storage area 60b stores data indicating the position and attributes of the unit. The execution unit pointer 60c stores an address on the active unit list corresponding to the unit program being executed. The execution unit pointer 60c is reset in synchronization with the vertical blanking of the TV, and is incremented in response to the unit program disappearing or the processing being suspended. As a result, addresses on the active unit list of the unit routine or animation routine to be executed next are sequentially designated.
[0060]
For the unit program to be executed, a dedicated program counter and a frame counter are registered in the active unit list area 60a, a dedicated work area is assigned to the corresponding work area area, and a corresponding work address indicating the assigned work area area is set. It is activated by being registered in the active unit list.
[0061]
In response to the activated unit program being sequentially scanned by the execution unit pointer 60c, the program on the corresponding ROM area 62 is executed. The main routine, unit routine, and animation routine are all treated as equivalent multitask programs on the active unit list, and are executed in the order of registration in the list.
[0062]
Here, it should be noted that each animation routine is started from the unit routine. This is because the animation routine always lags the registration on the active unit list than the corresponding unit routine. Therefore, after the position of the object is changed by the unit routine, the object is displayed at the position by the animation routine.
[0063]
By applying this, a single object may be formed by combining a plurality of object drawing data by associating a plurality of animation routines with a single unit routine. Even in this case, since the corresponding work addresses are all given in common to the animation routines, the plurality of object drawing data move on the screen while relatively maintaining a predetermined position.
[0064]
There may be a unit routine that does not have an animation routine. For example, the unit routine may have a sound generation program for generating BGM. The unit routine may have a program for generating a data broadcast reception menu when the button is pressed by monitoring the controller 8. In either case, since it is a unit routine unrelated to the image, it is not necessary to specify an animation routine.
[0065]
Furthermore, it is also possible to configure so as not to have a dedicated animation routine by incorporating the animation routine in the unit routine. For example, when there is only one corresponding object drawing data (DB1 in FIG. 6) as in the board in FIG. 2, the POSE instruction can be directly described in the unit routine instead of the ANIME instruction.
[0066]
In this case, in the corresponding work area of the unit routine, a flag indicating that it is a built-in animation routine and an address indicating the position of an instruction to be executed (for example, a POSE instruction) are stored. In operation, after completion of the processing of the unit routine, this flag is referred to and an object is displayed by executing an instruction at a designated address.
[0067]
Further, similarly to the built-in animation routine, an animation routine composed of a plurality of instructions may be processed using the corresponding work area. In this case, the animation routine is not registered on the active unit list, and a frame counter for the animation routine is provided along with the program counter of the animation routine on the corresponding work area. At the end of the unit routine, the program counter and the frame counter are referred to, and the corresponding animation routine is automatically executed.
[0068]
FIG. 8 is a flowchart showing the overall flow of the program processing method of the present application. When the animation display device is turned on, the animation program is received via the broadcast receiving adapter 4 (FIG. 3) in S1. The received animation program is stored in the memory pack 7 (FIG. 3) in S2, and activated by the CPU 24 (FIG. 3) in S3.
[0069]
When the animation program is started in S3, the main program 50 (FIG. 4) which is an entry routine is executed in S4. The main program 50 activates the unit programs 52 and 54 (FIG. 4) in S4. The activated unit programs 52 and 54 are time-division processed together with the main program 50 in S4. In S4, the unit program 54 activates the unit programs 56 and 58 and is time-division processed. A series of processing of S4 is called unit processing, and details thereof will be described later with reference to FIG.
[0070]
In S4, each program generates a corresponding display object together with activation control of other programs. When the time division processing in S4 is completed, a plurality of display objects generated in S6 are displayed as image data for one screen. Actually, S6 corresponds to the blanking process described above, and transfers the image data to the video RAM 30 (FIG. 3) and displays the image data. The unit processing of S4 and the blanking processing of S6 are executed alternately corresponding to the TV field frequency.
[0071]
FIG. 9 is a flowchart of unit processing. Unit processing is performed by an interpreter that manages an active unit list and executes each unit program. The interpreter executes each unit program in accordance with the registered contents of the active unit list, and registers a designated program in the active unit list in accordance with an activation instruction in each unit program. Then, the interpreter further executes the newly registered unit program.
[0072]
In unit processing, the unit pointer is first initialized in S41, and the first unit program registered in the active unit list is designated. Next, the program counter of the designated active unit is referred to in S42, and the instruction indicated by the program counter is fetched in S43. The fetched instruction is executed in S44.
[0073]
If the instruction executed in S44 is an instruction that means the end of the routine (for example, a uEND instruction), the process proceeds from S45 to S51. If not, the process moves from S45 to S46, and it is checked whether the instruction executed in S44 is a long-term instruction. If the instruction executed in S44 is an immediate execution instruction such as uPUT, the process proceeds from S46 to S47, the program counter is incremented to the next instruction position, and the process from S43 is repeated again. .
[0074]
If the instruction executed in S44 is a long-term instruction such as uMOVE, for example, frame counter control is performed in S48. If the value of the frame counter is 0, the number of processed frames, which is a parameter of the long-term command executed in S44, is set in the frame counter, and the value of the frame counter is decremented. If the value of the frame counter is not 0, only decrement is performed.
[0075]
If the frame counter changes from 1 to 0 by decrementing in S48, it means that the execution of the long-term instruction has been performed for the designated number of processing frames. Therefore, in this case, the process proceeds from S49 to S50 as a command end, and the program counter is incremented. If the value of the frame counter does not become 0 due to decrement, it means that the long-term instruction has not been processed for the designated number of times, and the process proceeds from S49 to S51, and the program counter is Hold as it is.
[0076]
In step S51, the unit pointer is incremented to indicate the program counter position of the next routine on the active unit list. If there is a next routine in the active unit list, the process proceeds from S52 to S42, and the next routine is processed in the same manner as described above. If there is no next routine in the active unit list, the process proceeds from S52 to S53 as a unit end, and the unit process ends after waiting for vertical blanking.
[0077]
As soon as the unit processing ends, the blanking processing is executed. Further, immediately after the blanking process is completed, the unit process is executed again. If the processing time of the unit processing exceeds the TV field display period, the routine processing of the active unit list is completed using a plurality of TV fields. Even in this case, since synchronization with the vertical blanking is finally taken in S53, the frame count speed between the routines does not vary as a result, and the unit processing is always executed in synchronization with the TV field.
[0078]
FIG. 10 is a program flowchart for executing the uPUT instruction in S44 of FIG. When the uPUT instruction is executed, the activation address described in the parameter is registered as a program counter on the active unit list in S410, and a dedicated frame counter is prepared in S412. In S414, a corresponding work area is secured and the corresponding work address is registered in the active unit list. Further, the initial position data of the object given as a parameter is stored in the corresponding work area.
[0079]
FIG. 11 is a program flowchart for executing the uATIME instruction. When the uAIME instruction is executed, the activation address described in the parameter in S420 is registered on the active unit list as a program counter, and a dedicated frame counter is prepared in S422. In S424, the same corresponding work area address as that of the unit routine having the uATIME instruction is registered in the active unit list.
[0080]
FIG. 12 is a program flowchart for executing the uEND instruction. When the uEND instruction is executed, the program counter and the frame counter of the unit routine having the uEND instruction are deleted from the active unit list in S430 and S432. In S434, the memory area of the corresponding work area is released, and the corresponding work address is deleted from the active unit list.
[0081]
Further, in S436, an animation routine corresponding to the unit routine having the uEND instruction (for example, having a common work area) is searched. In S438, the program counter, frame counter, and corresponding work address of the found animation routine are found. Is deleted from the active unit list.
[0082]
FIG. 13 is a program flowchart for executing the uJUMP instruction. When the uJUMP instruction is executed, the designated address described in the parameter is set in the program counter corresponding to the routine being executed in S440. As a result, when the next instruction is executed, the instruction is fetched from the designated address.
[0083]
FIG. 14 is a program flowchart for executing the uMOVE instruction. When the uMOVE instruction is executed, it is determined in S450 whether or not the uMOVE command is the first execution. In the case of the first execution, the movement parameter is set in S452. If the movement parameter is the final arrival coordinate, the velocity vector is calculated here and stored in the corresponding work area. If the movement parameter is the speed vector itself, the speed vector is simply transferred to the corresponding work area.
[0084]
In the second and subsequent executions, the position data on the corresponding work area in S454 and the velocity vector saved in the first execution are added and stored as new position data. Whether a given movement parameter is a velocity vector or a final arrival coordinate may be distinguished by adding a dedicated identification flag to the parameter, or by preparing a command different from the uMOVE command, A command for vector and the other may be distinguished as a command for final arrival coordinates.
[0085]
FIG. 15 is a program flowchart for executing the uPOSE instruction. When the uPOSE instruction is executed, the object position data is read from the corresponding work area in S460, and the object is displayed based on the object position read in S462 and the designated object drawing data. However, at this stage, only the operation of transferring the data necessary for display to the display buffer is performed, and the actual writing to the video RAM is performed in the blanking process.
[0086]
These instructions are just an example, and in fact more and more complex instructions are prepared. However, because of the configuration of the program processing method of the present application, the number of instructions for controlling the flow of the program can be extremely small as compared with the conventional program description language. For this reason, the program itself is structurally simple even if a complicated command for object movement control or animation control is prepared, so that even a beginner can easily create a program.
[0087]
The above has described an example in which the present invention is performed by data broadcasting using satellite broadcasting. However, according to the program processing method of the present application, it is convenient to create a large amount of simple animation programs. Make the most of the effect in the program. However, the present application can be applied to all devices that display an animation by inputting a program widely and generally. In the embodiment of the present application, an interpreter is used to execute an animation program. However, it may be executed after being converted into an executable program using a compiler.
[0088]
【The invention's effect】
When the present invention is used, the elapsed time is automatically integrated by multitask processing in which each subroutine is temporally related. Therefore, even a beginner or an inexperienced programmer can easily create an animation display program using computer graphics simply by describing the movement of each object.
[0089]
In addition, since a plurality of other routines can be started from one routine, each routine process is shifted to execution in a chain like a domino kill. Therefore, a complex animation image can be created with a simple program without using a special program flow control command.
[0090]
In addition, each subroutine operates in relation to the TV field frequency, and an object is displayed corresponding to the subroutine. Therefore, it is possible to easily specify which part of the program should be corrected when it is desired to change the display. That is, it is easy to debug the program.
[0091]
Furthermore, since an animation program can be used as it is if an action is specified for each object, it is easy to develop an animation program creation tool that specifies an object action in an interactive format. For this reason, an animation program can be easily created.
[0092]
As described above, the program processing method of the present application that allows a beginner to easily create a program is suitable for data broadcasting that requires a large amount of relatively small animation programs. As a result, the broadcasting station can obtain a large amount of broadcasting data at a low cost.
[Brief description of the drawings]
FIG. 1 is a program flow when a conventional subroutine is used.
FIG. 2 is an example of an animation image.
FIG. 3 is a block diagram of an example of an animation display device of the present invention.
FIG. 4 is a conceptual diagram of a program processing method according to the present invention.
FIG. 5 is a program flow when the program processing method of the present invention is used.
FIG. 6 is an example of a specific animation display program.
FIG. 7 is an example of a memory map for realizing the program processing method of the present application.
FIG. 8 is a flowchart showing the overall flow of the program processing method of the present application.
FIG. 9 is a flowchart of unit processing.
FIG. 10 is a program flowchart for executing a uPUT instruction.
FIG. 11 is a flowchart of a program for executing a uAIME instruction.
FIG. 12 is a program flowchart for executing a uEND instruction.
FIG. 13 is a program flowchart for executing a uJUMP instruction.
FIG. 14 is a program flowchart for executing a uMOVE instruction.
FIG. 15 is a program flowchart for executing a uPOSE instruction.

Claims

A program processing method used for displaying an animation image on a display by computer graphics, a plurality of program routines corresponding to a display object, and an activation instruction for activating a program routine corresponding to at least one display object A step of inputting an animation program having an entry routine including: a step of starting the entry routine; and a step of starting a program routine corresponding to the display object in response to a start command included in the entry routine; When a plurality of the program routines are activated, a part of each program routine is sequentially time-sharing processed to generate objects corresponding to each program routine, And a step of displaying display as a display unit of object, a program routine corresponding to at least one of said display object, in order to newly display the other display objects, new program routine corresponding to the display object A program processing method including: a startup command to be started ; and a step of newly displaying another display object in response to the startup command .

The program routine corresponding to the display object includes a short-term instruction and a long-term instruction, and the step of displaying the plurality of object images executes a next instruction of the same program routine after processing the short-term instruction. 2. The program processing method according to claim 1 , wherein after processing a long-term instruction, execution of the program routine is suspended and time division processing is performed by executing the next program routine.

The program routine corresponding to the display object includes a movement control routine that mainly controls the movement of the object, and a display control routine that mainly controls the display mode of the object. The step of displaying the plurality of object images includes the movement control routine. The program processing method according to claim 1 , wherein a corresponding object image is displayed by executing the display control routine by the time-sharing process.

An animation display device used for displaying an animation image on a display by computer graphics, and an input means for inputting an animation program including a plurality of program routines corresponding to display objects and an activation command corresponding to at least one object A storage unit for storing the animation program, an identification data storage unit for storing identification data for identifying the program routine to be executed, and a program corresponding to the activation command by executing the animation program Routine identification data is stored in the identification data storage means, a plurality of program routines are time-division processed based on the identification data, and a plurality of programs are processed by the time-division processing of the processing means. It synthesizes a display object that is generated corresponding to each of the ram routine, and a display image output means for outputting to the display as a display unit, the program routine corresponding to at least one of said display object, other display objects Including a start command for newly starting a program routine corresponding to the display object, and a means for newly displaying another display object in response to the start command. Display device.

The program routine includes a long-term instruction executed across the output of a plurality of display images, and the processing means is based on identification data stored in the identification data storage means in response to execution of the long-term instruction. The animation display apparatus according to claim 4 , wherein the program routine is sequentially executed to achieve the time division processing.

Said identification data storage means according to claim 5, including a program counter storage means for storing the execution to be the instruction position on the program routine, the frame counter memory means for storing a count value of the execution times of the long-term order, the Animation display device.

A method for controlling an animation display device for displaying an animation image on a display by computer graphics,
Receiving an animation program having a plurality of program routines corresponding to the display object and an entry routine including an activation instruction for activating the program routine corresponding to at least one display object;
Invoking the entry routine;
Activating a program routine corresponding to the display object in response to an activation instruction included in the entry routine;
When a plurality of the program routines are activated, a part of each program routine is sequentially time-divided to generate objects corresponding to the program routines, and a step of displaying the generated objects as one display unit And a program routine corresponding to at least one of the display objects includes a start instruction for newly starting the program routine corresponding to the display object in order to newly display another display object. And a step of newly displaying another display object in response to the activation command .

A method for controlling an animation display device for displaying an animation image on a display by computer graphics,
Activating an entry routine including an activation instruction for activating a program routine corresponding to the display object;
Activating a program routine corresponding to the display object in response to an activation instruction included in the entry routine;
A step of sequentially time-sharing a part of each program routine when a plurality of the program routines are activated, and generating each object corresponding to each program routine;
Displaying a plurality of generated objects as a display unit, and a program routine corresponding to at least one display object is a program corresponding to the display object in order to newly display another display object. A method for controlling an animation display device, comprising: a startup command for newly starting a routine; and a step of newly displaying another display object in response to the startup command .

The program routine corresponding to the display object includes a short-term instruction and a long-term instruction,
The step of displaying the plurality of object images includes executing a next instruction of the same program routine after processing a short-term instruction, and suspending execution of the program routine after processing a long-term instruction. The method for controlling an animation display device according to claim 7 or 8 , wherein the time division processing is performed by executing a routine.

The program routine corresponding to the display object includes a movement control routine that mainly controls the movement of the object, and a display control routine that mainly controls the display mode of the object,
The animation according to claim 7 or 8 , wherein the step of displaying the plurality of object images includes displaying a corresponding object image by executing a movement control routine and a display control routine by the time division processing, respectively. Display device control method.