WO1998041952A1

WO1998041952A1 - Generateur d'images et support de donnees

Info

Publication number: WO1998041952A1
Application number: PCT/JP1998/001152
Authority: WO
Inventors: Kotaro Sato; Takashi Masuyama
Original assignee: Namco Ltd.
Priority date: 1997-03-18
Filing date: 1998-03-18
Publication date: 1998-09-24
Also published as: US6388667B1

Description

明細書画像生成装置及び情報記憶媒体

[技術分野]

本発明は、画像生成装置及び情報記憶媒体に関する。 [背景技術] '

ゲーム装置やコンピュータグラフィックス等においては、複数の表示物等により構成される仮想的な世界を構築し、この仮想世界での視界画像を生成することで、仮想現実感溢れる画像生成の実現を図っている。

しかしこれまでの画像生成技術では、仮想世界の表示物の動き等を、アプリケーシヨンプログラムが直接制御しなければならず、アプリケーションプログラムを作成するプログラマの負担も大きくなるため、現実世界のように複雑で大規模な仮想世界を構築することが極めて困難であった。

3次元ゲーム装置を例にとれば、アプリケーションプログラムは、仮想世界に配置される表示物の 3次元座標等を全て制御しなければならないため、仮想世界に配置できる表示物の個数やそれらの動き及び相互作用の複雑さ等が制限され、仮想現実の実現が不十分なものとなっていた。 '

このためハードウェアに密着した低レベルのプログラム（O S ) やグラフイツクス用ライブラリと、アプリケーションプログラムとの間に入る、仮想世界を構築 ·操作するためのソフトゥヱァの登場が待たれていた。この場合、前記ソフトウェアは、アプリケーションプログラム毎に用意すべきものではなく、汎用性の高いものであることが望まれる。即ち、前記ソフトウェア上に構築された世界やその構築要素は、異なるアプリケーションプログラム間でも、互換性を保つことが望まれる。また、前記ソフトウェアは、異なるプラットホーム（システム基板）上に移植されても、ハードウエアの差異を吸収できるものであることが望まれる。 [発明の開示]

本発明は、以上のような技術的課題に鑑みてなされたものであって、その目的とするところは、画像生成のための仮想世界の構築を容易化できる画像生成装置及び情報記憶媒体を提供することにある。

上記課題を解決するために本発明は、並列実行可能なプロセスであり且つクラスのインスタンスであるァク夕の生成、起動、単位時間毎の実行、休眠、中断、再開及び終了の少なくとも 1つを管理するためのァク夕管理手段と、ァクタにより各々が表される複数の表示物を含む画像を生成する手段とを含むことを特徴とする。

本発明によれば、マルチプロセスとしての特徴とクラスのィンスタンスとしての特徴を持つァク夕の生成、起動、単位時間毎の実行等が、ァクタ管理手段により管理される。そしてこのァクタにより表される表示物を含む画像が生成される。本発明によればァク夕の単位時間（例えば 1フレーム、 1フィールド）毎の実行等はァクタ管理手段により管理されるため、ァクタを仮想世界に放り込むだけで、そのァク夕は動作を開始し、与えられた役割を遂行する。そしてァク夕はマルチプロセスとしての特徴を持っため、仮想世界の中で複数のァク夕を並列実行させ、各ァク夕に各々が担当する仕事を行わせることが可能となる。これにより多くの表示物が登場する仮想世界を容易に構築することが可能となる。更に本発明では、ァク夕はクラスのインスタンスとしての特徴を持つ。従って、カプセル化や継承を利用して、容易にァク夕の設計を行うことができる。また、ァクタの独立性が高いため、 1つのアプリケ一シヨンプログラムのために設計したァクタを他のァプリケ一シヨンプログラムで使用することも可能となる。このため、多数のァク夕が登場する大規模な仮想世界の構築の際にも、プログラマの負担の増加を最低限に抑えることが可能となる。

また本発明は、表示物を表すためのァクタ、音制御のためのァク夕、インターフェースのためのァクタ、ァクタ間通信のためのァク夕及び記憶管理のためのァクタの少なくとも 1つを用意することを特徴とする。このように本発明のァク夕には、表示物を表す仕事のみならず、種々の仕事を担当させることができる。また本発明は、音制御のための前記ァク夕が、表示物を表すための前記ァクタからの配置情報に基づいて音制御を行うことを特徴とする。このようにすれば、例えば表示物の位置が特定の場所にある場合に、表示物の配置情報に基づいてその特定の場所に適した音を生成することが可能となり、生成される音のリアル感を増すことができる。

また本発明は、ァク夕の有効、無効を表すための情報、ァクタにより表される表示物の表示の有効、無効を表すための情報、ァク夕の時間カウントの有効、無効を表すための情報、時間カウントのループの有効、無効を表すための情報、自身のァクタを特定するための情報、親ァクタを特定するための情報、子ァク夕を特定するための情報、ァク夕のメソッドを特定するための情報、ァク夕により表される表示物のモデルを特定するための情報、ァク夕により表される表示物の配置情報、ァク夕に関する時間情報、自身のァク夕に対してアクションを起こしたァク夕及び該アクションの種類を特定するための情報、ァクタ間の通信に関する情報、ァク夕の変数の値を格納した記憶領域を特定するための情報の少なくとも 1つを含むァク夕情報を、生成された各ァクタ毎に用意することを特徴とする。このように種々のァク夕情報を、各ァク夕毎に用意することで、ァク夕単位の独立性 ·操作性を増し、ァクタ管理の容易化や、ァクタにより表現される仮想世界のリアル感、バラエティ度を高めることができる。

また本発明は、ァク夕を特定するための情報として、複数種類の特定情報を用意することを特徴とする。例えばァクタの特定情報として、実特定情報と仮特定情報を用意することで、自身のァク夕が行った行為を他のァク夕が行ったものにすること等が可能となる。また第 1の階層構造での親ァクタの特定情報と第 2の階層構造での親ァクタの特定情報とを用意することで、例えば関節を持つ表示物の制御や記述を簡易化すること等が可能となる。

また本発明は、ァク夕のメソッドを特定するための前記倩報が、ァクタのメソッドを記述するためのスクリプトを特定するための情報及び単位時間毎に実行するメソッドを複数のメソッドの中から特定するための情報の少なくとも 1つを含むことを特徴とする。例えばァクタのメッツド等を記述するためのスクリプトを用意することで、アプリケーションプログラマによるァクタの設計を容易化できる。また単位時間毎に実行するメソッドを複数のメソッドから選択できるようにすることで、単位時間毎に実行するメソッドのバラエティ度を増すことが可能となる。

また本発明は、ァク夕に関する前記時間情報が、ァクタの時間カウントが有効になってからの経過時間情報、時間カウントのループが有効な場合の総経過時間情報、ァク夕の休眠に関する時間情報の少なくとも 1つを含むことを特徴とする。例えば時間カウン卜が有効になってからの経過時間情報をァク夕毎に持たせることで、ァク夕毎に相対的な時間軸を持たせることが可能となる。また時間カウン卜のループが有効な場合の総経過時間情報ゃァクタの休眠に関する時間情報をァクタ毎に持たせれば、時間カウントループが有効な時ゃァクタの休眠時に、これらの時間情報に基づいた種々の処理を行うことが可能となる。

また本発明は、前記ァクタ情報を、ァクタ生成時に構造体の形式で所与の記憶領域に格納し、格納された該ァク夕情報に基づいてァクタ管理を行うことを特徴とする。このように構造体形式で格納されるァク夕情報を用いてァクタ管理を行うことで、ァク夕管理の容易化と高速化を図れる。

また本発明は、前記ァク夕情報に対して自身及び他のァクタがアクセス可能であることを特徴とする。例えば自身の特定情報や配置情報等を他のァクタが書き換えることで、表現される仮想世界のバラエティ度を増すことができる。

また本発明は、ァクタのメソッドを特定するための情報、ァクタにより表される表示物のモデルを特定するための情報及びァク夕により表される表示物の配置情報の組み合わせがリアルタイムに任意に切り替え可能であることを特徴とする。このようにすれば、例えば第 1のモデルを、第 1の期間では第 1のメソッド、第 1の配置情報で動作させ、第 2の期間では第 2のメソッド、第 2の配置情報で動作させること等が可能となる。これにより、少ない種類のモデル、メソッド等であっても、その組合せを動的に変更することにより、バラエティ度溢れる仮想世界を表現することが可能となる。

また本発明は、ァク夕を特定するための情報を用いてァク夕の自己複製及び自己消滅の少なくとも 1つを行うことを特徴とする。ァクタの自己複製を行うことで例えば微生物の分裂シミュレーション等が可能となる。またァクタの自己消滅を行うことで、例えば自分に与えられた仕事が終了したァクタは外部からの指示を待たずとも自らの判断で自滅し、処理系全体から見た場合の処理の負担が軽減される。

また本発明は、ァク夕の生成時に実行されるメソッド、ァク夕の起動時に実行されるメソッド、単位時間毎に実行されるメソッド、ァクタの休眠時に実行されるメソッド、ァク夕の中断時に実行されるメソッド、ァク夕の再開時に実行されるメソッド、ァク夕の強制終了時に実行されるメソッド及びァク夕の寿命による自然終了時に実行されるメソッドの少なくとも 1つを、ァク夕の既定義のメソッドとして用意することを特徴とする。このように単位時間毎に実行されるメソッド等を既定義メソッドとして用意することで、生成されたァクタは、例えば親ァクタが制御しなくても、ァク夕管理手段の管理下にある限り自身で動作することになり、クラス構造を持ったァクタをマルチプロセスとして動作させることが可能となる。

また本発明は、ァクタにより表される表示物のモーションのメソッドを記述するための第 1のスクリプトと、ァク夕の変数及びメソヅドを記述するための第 2 のスクリプトとを用意することを特徴とする。このようにレベルの異なる第 1、第 2のスクリプトを用意することで、アプリケ一シヨンプログラム内において、モーション表示単位やその他の処理単位での制御を容易化できる。

また本発明は、第 1のァク夕についてはメンバ変数を各々のァクタに固有の構造体のメンバで表すと共にメソヅドを前記第 1のスクリブトで表し、第 2のァク夕についてはメンバ変数を各々のァクタに固有の構造体のメンバ及び前記第 2のスクリブトで表すと共にメソッドを前記第 2のスクリプトで表すことを特徴とする。オブジェクト指向においてはメンバ変数とメッツドが一体化されるが、本発明では、第 1のァクタについては、そのメンバ変数は、各々のァクタに固有の (各々のァクタ毎に用意される）構造体のメンバで表されるのに対して、第 2のァクタについては、そのメンバ変数は、各々のァクタに固有の構造体及び第 2のスクリプトにより表されることになる。

また本発明は、プロセスとして並列実行されている複数のァク夕が共通に使用するメッツドの実行コードを同一の記憶領域に格納することを特徴とする。通常のマルチプロセスでは、並列実行される複数のプロセスが同一のプログラムに基づくものであっても、各々のプロセスのプログラムの実行コ一ドは異なる記憶領域に格納される。これに対して本発明では、複数のァク夕が共用するメソッドの実行コードが同一の記憶領域に格納されるため、必要とされる記憶容量を格段に節約できる。

また本発明は、ァク夕の実行に必要な記憶領域をァクタの生成時に確保し、確保された記憶領域をァクタの終了時に解放することを特徴とする。このようにすれば、生成されたァクタの数に応じた記憶領域が確保されることになるため、必要とされる記憶容量の節約を図ることができる。またプログラマの負担を軽減し、メモリ管理に関わるミスも減らすことが可能になる。

また本発明は、ァク夕の単位時間毎の実行時に、ァク夕の階層構造の上位から下位の順でァク夕のメソッドの実行の切り替えを行うことを特徴とする。このようにすると、同一の単位時間内で親ァク夕の影響を子ァク夕に及ぼすこと等が可能となり、ァク夕管理の適正化を図れる。

また本発明は、前記ァク夕管理手段が、アプリケーションプログラムの実行モジュールにリンクされるライブラリであることを特徴とする。このようにすれば、作成したアプリケーションプログラムをライブラリであるァク夕管理手段にリンクするだけで、種々のァクタ管理サービスを受けることが可能となる。

また本発明は、前記ァクタ管理手段が、ァク夕のメソッドが記述される同一のスクリブトを異なるハ一ドウエア資源上で実行するための手段を含むことを特徴とする。このようにすれば、第 1の装置用に作成したスクリプトを第 2の装置に使用することが可能となり、開発用機器、ツール群、実行環境を問わない互換性を確保でき、過去の資産の有効活用を図れる。

また本発明は、ァク夕の生成、起動、単位時間毎の実行、休眠、中断、再開、終了及び配置情報の少なくとも 1つを操作者がィンタラクティブに制御するためのァクタを用意することを特徴とする。このようにすればァクタ管理手段が提供するァク夕管理サービスを操作者もインタラクティブに利用することが可能となり、アプリケーションプログラムの開発の容易化を図れる。

[図面の簡単な説明]

図 1は、本実施例の機能ブロック図の例である。

図 2は、本実施例のァク夕の概念について説明するための図である。

図 3は、種々のァクタの例を説明するための図である。

図 4は、本実施例の動作を説明するための図である。

図 5A、図 5 Bは、本実施例により生成される画像の例である。

図 6A〜図 6 Iは、キャラクタに与えられるルールについて説明するための図である。

図 7は、ァク夕構造体について説明するための図である。

図 8A、図 8 B、図 8 Cは、ァクタの時間情報について説明するための図である。

図 9Aは、ァク夕の実 I D、仮 I Dについて説明するための図であり、図 9 B は、ユーザ定義 e ve r y_t i m eの選択について説明するための図である。図 10A、図 10 Bは、スクリプトとモデルと配置の組み合わせについて説明するための図である。

図 1 1 A、図 1 I Bは自己複製、自己消滅について説明するための図である。図 12A、図 12 Bはレベル 1スクリプト、レベル 2スクリプトについて説明するための図である。

図 13は、ァクタのメンバ変数、メソッドについて説明するための図である。図 14 Aは複数のァクタに共通なメソッドの実行コードの記憶領域について説明するための図であり、図 14Bは、ァクタの生成時の記憶領域確保、ァクタの終了時の記憶領域解放について説明するための図であり、図 14 Cは、 eve r y_t i me実行時での実行の切り替えについて説明するための図である。図 15は、ライブラリであるァクタ管理部のアプリケーションプログラムへのリンクについて説明するための図である。

図 1 6は、開発環境と実行環境でのスクリプトの共用について説明するための図である。

図 1 7 A、図 1 7 Bは、シェルについて説明するための図である。

図 1 8 A、図 1 8 B、図 1 8 Cは、本実施例が適用される種々の形態の装置を示す図である。

図 1 9 A、図 1 9 Bは、本実施例を種々の画像生成に適用した場合の例について説明するための図である。

[発明を実施するための最良の形態]

以下、本発明の実施形態について図面に基づき詳細に説明する。

図 1に本実施例の画像生成装置の機能プロック図を示す。この画像生成装置は、ゲーム装置、シミュレータ、ゲーム画像や C G画像を生成するための開発ツール等に使用されるものである。

操作部 1 0は、操作情報を入力するものであり、レバー、ボタン、ハンドル、アクセル、キーボード、マウス等がこれに相当する。処理部 1 0 0は、操作部 1 0により得られた操作情報と、所与のプログラム等に基づいて、プログラムの実行等の種々の処理を行うものであり、例えば C P Uとメモリなどのハードウェアにより構成される。画像生成部 2 0 0は、処理部 1 0 0での処理結果に基づいて画像を生成するものであり、例えば C P U、画像生成専用の I C、 D S P , メモリなどのハードウエアにより構成される。画像生成部 2 0 0で生成された画像は表示部 1 2において表示される。

処理部 1 0 0はァク夕管理部 1 1 0を含む。そしてァク夕管理部 1 1 0は、並列実行可能なプロセスであり且つクラスのィンスタンスであるァクタの生成、起動、単位時間毎の実行、休眠、中断、再開及び終了等を管理する。そして画像生成部 2 0 0は、このァクタにより各々が表される複数の表示物を含む画像を生成する。この時、ァクタの生成等を管理するための情報、ァクタにより表される表示物を含む画像を生成するための情報等は、情報記憶媒体 1 2 0に格納される。ァクタ管理部 1 1 0等はこの格納情報に基づいて機能するものである。そして、この格納情報としては、プログラムコード以外にも、例えば画像情報、音情報、表示物の形状情報、テーブルデ一夕、リストデ一夕等を含めることができる。また情報記憶媒体 1 2 0としては、例えば R O M、 R A M等のメモリ、 C D— R O M、ゲームカセット、 I C力一！^、 D V D、 M O、 F D等の種々のものを用いることができる。

次に本実施例のァク夕の概念について説明する。

1 . ァク夕の概念

本実施例のァク夕は、並列実行可能なプロセスであり且つクラスのィンスタンスである。別の言い方をすれば、クラスのインスタンス（即ちオブジェクト）がプロセス化したものである。この意味において、本実施例のァク夕は、クラス構造を持たない一般的なァク夕（例えば別冊インターフェース「オブジェクト指向の全て」の 1 5 4、 1 5 5頁参照）とは異なる。

また一般的なァク夕では、他のァクタにメッセージを送り処理を要求した場合に、要求先のァク夕に結果の返答を強制することはなく、メッセージのやりとりは単方向的である。この点において、一般的なァクタは、結果の返答を強制しメッセージのやりとりが双方向的なオブジェクト指向におけるオブジェクトとは異なる。即ち一般的なァク夕は、独立した完全な主体であり、クラスとそのインス夕ンスのような関係、さらには、インスタンス間のメッセージによる相互作用のような関係を持たない。これに対して本実施例のァク夕は、クラスとそのインス夕ンスという関係を持ち、一般的なァク夕間でやりとりされるメッセージの特徴に加えて、オブジェクト指向におけるオブジェクト（インスタンス）間のメッセージのように、即時に実行し、結果の返答を強制することも可能である。

一方、オブジェクト指向におけるオブジェクトは、 1つのプロセス上で動くものであり、並列性を持たない。即ち並列実行可能なプロセスという性質を持たない。従って本実施例のァクタは、この点においてオブジェクト指向におけるォブジェクトとも異なる。

本実施例は、以上のようにオブジェクト指向におけるオブジェク卜の性質と一般的なァクタの性質の両方を兼ね備えた新たなァク夕の概念を導入し、このァク夕を用いてアプリケーション · ソフトウエアを構築できる点に特徴がある。

図 2に、ァクタ管理部 1 1 0の管理下で並列に動作するァク夕のイメージが模式的に示される。図 2に示すように、本実施例では、仮想世界の中で、同時に複数のァク夕が生き物のように並列に動く。ユーザは、ァクタの外見上の動きを C Gツールを使って設計したり、その振る舞いの意味 ·内容について専用のスクリブトを使って記述する。そして、作成したァクタを次々と、この仮想世界の中へ放り込み（f i r e ) さえすれば、あとは勝手にァク夕達が動き出す。動き出したァク夕は必要に応じて、他のァクタとの間でァクタ間通信を行う。不必要になつたァク夕は、ァク夕の I D (特定情報）を指定して k i 1 1する。すると、ァクタ自身で必要な後処理を行い、その仮想世界から消える。また本実施例では、こうしたァク夕に対する様々な操作（ァクタを、仮想世界の中へ放り込んだり、 k i l lしたりすること）を、別のァク夕を使って自動的に行わせることも可能なので、因果律に基づいた仮想世界の構築を、現実世界のように行うことも可能となる。

また本実施例のァク夕はォブジェクト指向におけるオブジェクトの性質も有するため、継承等を用いてァク夕自身の設計を行うことが可能であり、現実世界の現象のモデル化を比較的容易に行うことが可能となる。

本実施例のァク夕としては図 3に示すように種々のものを考えることができる。表示ァクタは、静止物、移動物などを表すためのァク夕である。音制御ァクタは、ゲーム音などの制御を行うァク夕であり、例えば車を表す表示ァク夕からの位置情報に基づいて、その車がいる位置において聞こえるべき音を生成する。イン夕 —フェースァクタは、ユーザとシステムとのインターフェースや、他の基板とのインタ一フェースを行うためのァク夕である。例えばゲームコントローラや、キ —ボードからの操作情報は、ユーザインターフェースァクタを介して伝達される。またァク夕が他の基板にデータ転送したい場合には、転送データの内容と転送指示を基板ィン夕ーフェースァク夕に送るだけでよい。すると基板ィンターフェ一スァク夕が、転送タイミングなどを制御しながらデータを他の基板に転送し、その報告を、転送要求元のァクタに返す。記憶管理ァクタは、ァク夕構造体（ァク夕毎に割り当てられる構造体）ゃァクタ変数などを記憶する領域を確保したり解放したりするためのものである。また必要に応じて、ガベジコレクションも行う。物理計算ァクタは、表示物の動き等に関する物理計算や生成音に関する物理計算を担当する。サーチ、ソートァク夕はデータのサーチやソートを担当し、デ一夕ベースァクタは、仮想世界の表示物などのデータベースとなるァクタである。また管理、統括ァク夕は、例えば複数の表示ァクタの動きを管理、統括したり、システム全体を管理、統括するァクタである。このように本実施例では、仮想世界で行うべき仕事を、それぞれのァクタが分業する。そして必要に応じてァクタ間で勝手に通信を行ったり、また必要に応じて新しいァク夕を勝手に作り出したりして、全体の仕事、即ちゲームであればゲームプログラムの仕事を進めていく。もちろん、同じ仕事を担当するァク夕が複数個あっても構わない。つまり、ァク夕とは、それぞれの得意分野の仕事をこなす専門家たちと考えることができる。自分の手に負えない仕事が回ってきた場合や、自分より他に適任者がいる場合には、その分野を専門とするァク夕へ仕事を委譲（デレゲーション）する。一般的なォブジヱクト指向における継承を広義の委譲の一種と考えることもできるが、本実施例においては、狭義の委譲も継承も共にサポートしているのため、目的に応じて使い分けることができる。例えば図 2において、画面上のキャラクタ 4 2 の頭脳を担当するキャラクタァクタ 2 8が、仮想世界の環境制御に関するメッセージを親の制御ァクタ 2 2に送ったとする。するとキャラクタの全体的な制御を担当する制御ァク夕 2 2は、このメッセージの仕事内容は自分の専門ではないため、 WD B (ワールドデータべ一ス）ァクタ 2 4にその仕事を委譲し、 WD Bァクタ 2 4は、環境制御を担当する環境ァクタ 3 2にその仕事を委譲することになる o

さて本実施例のァク夕は、下記するように、オブジェクトとしての特徴とプロセス（一般的なァク夕）としての特徴の両方を兼ね備えている。

( 1 ) オブジェクトとしての特徴

(a)メンバ変数（データ）とメソッド（プロシージャ一）が一体化（カプセル化）されている。

(b)メソッドコールが可能である。

(c)高い情報隠べい性を持つ。

(d)継承が可能である。なお多重継承（複数のクラスを基底クラスとする新たなクラスを作る）を行いたい場合は、複数のァク夕を組み合わせればよい。

( 2 ) プロセスとしての特徴

(a)各ァクタは高い独立性を持ち、並列処理が可能である。

(b)ァクタ I Dを指定して、様々な操作、例えば、そのァク夕の持つ情報を取り出したり、不要になったァク夕を k i 1 1したりすること等が可能である。

( c )各ァク夕は、親ァク夕（親プロセスに相当）と子ァク夕（子プロセスに相当）を持ち、全体でひとつの巨大なッリー構造を構成している。

(d)ァク夕は、必要に応じて、他のァク夕の起動、中断、再開、終了、休眠等の操作を行うことができる。また自分自身の消滅（自殺）や自己の再帰的複製も可能である。但し、実際は、ァク夕が他のァクタの起動、中断等の操作を行うと、ァクタ管理部 1 1 0がその操作を受け付け実行することになる。

2 . 本実施例の動作

次に本実施例の動作について説明する。

図 2に示すように本実施例では、ァク夕控え室、スクリプト控え室、モデル控え室が用意されている。ァクタ控え室の実体は、後述するァク夕構造体である。即ち本実施例では、ァクタ構造体の各メンバにァク夕情報を記憶するためのデ一夕型が予め用意されている。スクリプト控え室には、ルートァク夕のためのスクリブト、制御ァクタのためのスクリプトなど、各ァクタの振る舞いの意味や内容について記述された複数種類のスクリブトが用意されている。このスクリブトには後述するように、ァク夕のモーション（キーフレーム、補間方法、親子関係等）を記述する低位のレベル 1スクリプトと、ァク夕の変数及びメソッドの両方が記述可能な高位のレベル 2スクリプトがある。モデル控え室は、ァクタに使用するモデル群の控え室であり、本実施例ではその実体はモデル群ファイルである。このモデル群ファイルには、例えばポリゴンオブジェク卜のレベル 1スクリプト内での I Dと基板内での I Dとの対応関係が記述されている。アプリケーションプログラムのプログラマが作成するのは、主に上記のスクリプトとモデル群フアイルである。

ァク夕が c r e a t eされると、図 2の Fに示すように、そのァク夕に対応するスクリプト、モデルが、各々、スクリプト控え室、モデル控え室から参照される。具体的には、ァク夕構造体のメンバには後述するようにスクリプト I D、モデル群 I Dがあり、ァク夕が c r e at eされると、ァクタ管理部 1 10が、ァクタ控え室からのァクタ構造体にそのァクタのスクリプト I D、モデル群 I D等を書き込む。そしてァクタの c r e a t e後にそのァクタが: f i r e (起動）されると、そのァク夕は仮想世界の中に放り込まれる。具体的には、 c r e a t e 時に完全なァク夕が作られているのだが、起動 ·実行を表すフラグがオフになつている。 f i r eすることにより、そのフラグがオンになり、仮想世界の中で起動 ·実行対象として扱われる。

通常、図 2において、ルートァクタ 20が、その子である制御ァクタ 22、 W DB (ワールドデ一夕ベース）ァク夕 24及びシェルァク夕 26を c r e a t e、 f i r e (起動）する。より正確には、ルートァク夕 20が子ァク夕の c r e a t e、 f i r eを指示すると、ァク夕管理部 1 10がこれを受け付け、実行する。次に制御ァク夕 22は、その子であるキャラクタァク夕 28、 30を c r e at e、 f i reし、これらのキャラクタァク夕 28、 30が歩きァクタ 38、 40 を c r e at e、 f i r eする。また WDBァク夕 24は、その子である環境ァクタ 32、ステージァク夕 34、卵ァク夕 36を c r e a t e、 f i r eする。このようにして、複数のァクタ 20〜40が並列実行可能な状態になり、仮想世界が構築される。

ルートァク夕 20は、制御ァク夕 22、 WDBァクタ 24、シェルァクタ 26 の生成、起動、並びにシステム全体の制御を行うものであり、ルート用のスクリブトの記述に従って動作する。但しモデル群情報はヌル（nu l l) になっている。制御ァク夕 22は、キャラクタァク夕 28、 30を制御、統括するものであり、制御用のスクリプトの記述に従って動作する。 08ァク夕 24は、環境ァクタ 32、ステージァクタ 34、卵ァク夕 36を制御、統括するものである。またシェルァクタ 26は、基板上もしくは基板に接続されたワークステーション上のシェルの制御を行うものである。このシェルにより、ユーザは、ァクタの生成、起動、単位時間毎の実行、休眠、中断、再開、終了をインタラクティブに制御することが可能となる。なお制御ァクタ 22、 WDBァクタ 24、シェルァク夕 2 6のモデル群情報もやはりヌルになっている。

キャラクタァク夕 28は、画面上のキャラクタ 42の頭脳を担当するものであり、キャラクタァク夕 30は、図示しない他のキャラクタの頭脳を担当するものである。キャラクタァク夕 28、 30が使用する頭脳のスクリプトには、例えばキャラクタが壁にぶっかったり卵を見つけた場合にとるべき行動について記述されている。一方、歩きァク夕 38、 40は、キャラクタの歩きモーション（ァニメ一シヨン）を記述するためのものである。歩きァク夕 38、 40が使用するモーシヨンのスクリプト（レベル 1) には、キャラクタの胴体や足の動きについて記述されている。

璟境ァクタ 32は、ステージ 44以外の部分の背景の色や光源の明るさ等を制御するものである。またステージァク夕 34、卵ァク夕 36は、各々、静止物であるステージ 44、卵 46を表示するためのものである。

なおキャラクタァクタ 28、 30のモデル群情報はヌルであり、環境ァク夕 3 2、ステージァク夕 34、卵ァクタ 36、歩きァク夕 38、 40は、各々、対応するモデル群情報を持っている。

次に本実施例の動作について図 4を用いて更に詳しく説明する。

ル一トァク夕 20のスクリプトは、例えば c r e a t e_o n 1 y、 f i r e ― o n 1 y、 eve ry一 t ime、 s l e ep― o n 1 y、 k i l l― o n 1 y、 d i e— o n 1 yなどのパートを持ち、これらは、各々、生成時、起動時、単位時間（例えば 1フレーム）毎の実行時、休眠時、終了（k i l l、 d i e) 時に実行するパートである。従って、ルートァクタ 20が起動（f i r e) されると、ルートァクタ 20のスクリプトの f i r e— o n l yに記載されたメソヅドが実行されることになる。図 4では、 f i r e o n 1 yのパートには、例えば c r e f i r eAc t o r (制御ァク夕、ヌル）、 c r e f i r eAc t o r (WDBァクタ、ヌル）といように、制御ァク夕 22、 WDBァクタ等をヌルのモデル群情報で生成、起動することが記述されているため、ヌルのモデル群情報を持つこれらのァク夕が生成、起動されることになる。実際には、ルートァク夕 20によるァクタの生成、起動の指示は、 c r e f i r eAc t o r (生成及び起動）などの関数群のライブラリであるァクタ管理部 1 10が受け付け、ァク夕管理部 1 10が実行することになる。

なお本実施例では c r e f i r eAc t o rが実行されると、そのァクタの I D (特定情報）が返値として返される。図 4では、制御ァクタ 22、 WDBァク夕 24、シェルァク夕 26の各々について I D 1、 I D 2、 I D 3が返値となる。従って、以降は、これらの I D 1〜 I D 3を使用して各ァク夕の指定が可能となる。例えば制御ァクタ 22を k i 11したければ、 k i l lAc t o r ( I D 1 ) というように記述すればよい。

制御ァク夕 22が起動されると、今度は制御ァクタ 22の f i r e_o n 1 のパートが実行される。ここには 2つの c r e f i r e Ac t o r (キャラクタァク夕、ヌル）が記述されているため、 2つのキャラクタァクタ 28、 30が生成、起動される。これらのキャラクタァクタ 28、 30は異なる I Dを持つが、同一のスクリプトを使用することになる。即ち同一の頭脳を持つことになる。そしてキャラクタァク夕 28、 30が起動されると、今度は、これらのキャラクタァク夕 28、 30のスクリプトの f i r e— on l yのパートの記述にしたがい、歩きァクタ 38、 40が生成、起動される。ここで歩きァクタ 38、 40は、各々、キャラクタァクタ 28、 30の c r e f i r e A c t 0 rのモデル群情報指定の記載にしたがい、各々、モデル 1、モデル 2を用いて表されることになる。一方、歩きァク夕 38、 40は同一の歩きスクリプトを用いるため、モーション (胴体、手足の動き）は同一になる。即ちモデル群は異なるがモーションが同一 (但し、再生スピ一ドゃ繰り返しモーションにおける位相等は個別に設定可能）のァク夕が起動されることになる。

また WDBァクタ 24が起動されると、 WDBァク夕 24のスクリプトの f i r e— o n 1 yのパートの記述にしたがい、環境ァクタ 32、ステージァク夕 3 4、卵ァクタ 36が生成、起動される。ここで環境ァク夕 32、ステージァクタ 34、卵ァクタ 36は、 WD Bァクタ 24の c r e f i r e A c t o rのモデル群情報指定部分の記載にしたがい、各々、モデル群 3、モデル群 4、モデル群 5 を用いて表されることになる。

このようにして f i r e— on l yのパ一卜が実行された後、フレーム毎に各スクリブトの eve r y_t i m eのパートが実行されることになる。例えばキャラク夕ァク夕 28、 30の e ve r y— t imeのパートには、キャラクタが壁にぶっかった場合や卵を見つけた場合にどのように行動するかについて記述されている。また制御ァク夕 22の e ve r y_t imeのパートには、各キャラクタの位置や年齢などを監視し、監視結果に応じて行う種々の処理が記述されている。

一方、ァク夕が休眠中である場合には、 e V e r y— t i meのパートに代えて s 1 e e p_o n 1 yのパートが実行される。例えばキャラクタァクタ 28、 30の s 1 e e p_o n 1 yのパートに、休眠時にモデルを変更するように記述しておけば、休眠時にキャラクタの表情を眠っている表情に変えること等が可能となる。

k i 11— o n 1 yのパートには、 k i l l (他のァク夕又は自己ァク夕による強制終了）時に実行するメソッドを記述する。

また d i e— 0 n 1 yのパートには、 d i e (ァクタの寿命による自然終了）時に実行するメソッドを記述する。

これらの k i l l— on l y、 d i e— o nl yのパートにより各ァクタは、必要な後処理を自分で行った後に、消えることになる。

なお本実施例では、親ァクタが終了（k i 11又は d i e) した場合には、その親ァクタの下位にある全てのァクタ（子ァク夕、孫ァク夕、ひ孫ァクタ · · · • · ) も k i 11してから終了するようになっている。具体的にはァクタの終了時に、「あるァク夕に着目した時に、そのァク夕が終了したら、そのァク夕の子供のァクタを全て k i 11する」という関数 k i l l chi l d r enを実行する。これにより、着目するァク夕の子供のァク夕は k i 1 1され終了し、その終了した子供のァク夕も終了時に上記関数 k i 1 l _ c h i 1 d r e nを実行する。すると、着目するァク夕の孫のァクタも k i 1 1され終了することになる。このように再帰的に木構造を潜って行き、着目するァク夕の下位にある全てのァクタが k i 1 1され終了することになる。

本実施例では、以上説明したようなァクタの生成、起動、単位時間毎の実行、休眠、中断、再開及び終了等の管理をァク夕管理部 1 1 0に行わせている。本実施例では、ァクタ管理部 1 1 0がこのような管理を行うため、クラス構造を持つたァク夕をプロセスとして並列実行することが可能となる。また各ァク夕は、例えば e V e r y— t i m eのパートに記述されたメソヅドを各々の周囲の状況にしたがい独立に実行するため、プログラマの負担をそれほど増すことなく、現実世界に近い複雑で大規模な仮想世界を構築することが可能となる。

つまり、プログラマはァクタ単位で設計し最後にまとめて（又は、設計に従つて順番に）それらを仮想世界の中に放り込むだけで良く、またァクタ単位の独立性が高いため、複数のプログラマによる分業 ·統合もスムーズに行えるという特徴も本実施例は持つ。

3 . 生成される画像の例

次に本実施例により生成される画像の例について説明する。

図 5 Aの生成画像に示すように、スタート時においては、卵4 6 &〜4 6 (1等はステージ 4 4上にランダムに配置されており、キャラクタ 4 2 a〜4 2 eは、これらの卵を見つけて運ぶという動作を行う。

この時、各キャラクタの動作には、図 6 A〜図 6 Cに示す第 1のルール、図 6 D〜図 6 Fに示す第 2のルール、図 6 G〜図 6 Iに示す第 3のルールが与えられている。これらのルールは、図 2において各キャラクタァク夕 2 8、 3 0の頭脳スクリプトに記載されるものである。

第 1のルールは次のようになる。即ち図 6 Aに示すようにキャラクタ 4 2がステ一ジ 4 4の端まで来ると、図 6 Bに示すようにその場で回転し入射角で特定される反射角で跳ねかえり、その後、図 6 Cに示すように再び前進する。第 2のルールは次のようになる。即ち図 6 Dに示すようにキャラクタ 4 2が卵を頭に載せていない状態で卵 4 6を見つけると、図 6 Eに示すようにその卵 4 6 を頭に載せて、図 6 Fに示すように卵 4 6を頭に載せたまま歩き続ける。

第 3のルールは次のようになる。即ち図 6 Gに示すようにキャラクタ 4 2が卵 4 6 aを載せた状態で他の卵 4 6 bを見つけると、図 6 Hに示すように自分が持つていた卵 4 6 aをその場所に置き、図 6 Iに示すようにそのまま歩き続ける。なお卵を拾ったり置いたりする動作をしてからしばらくの間は、卵を見つけても無視するようになっている。

このようなルールにしたがってキャラクタが動作し所与の時間が経過すると、図 5 Bに示すように、卵がステージ 4 4上の幾つかの場所に集まってゆく。

本実施例では、全てのキャラクタ 4 2 a〜4 2 eは、同一の頭脳スクリプト (第 1〜第 3のルール：図 2の 2 8、 3 0 ) を使用して動いている。また各キヤラク夕 4 2 a〜4 2 eの胴体、足の動きを決める歩きァク夕（図 2の 3 8、 4 0 ) は、同一の歩きスクリプトを使用する。従って、キャラクタ 4 2 a〜4 2 eは、同一の頭脳を持ち、胴体、足は同一の動作パターンで動くことになる。一方、キャラク夕 4 2 a〜4 2 cと、 4 2 d、 4 2 eとは異なるモデルを用いており、見た目は異なったものとなっている。またゲームキャラクタ 4 2 a〜4 2 eの初期状態での配置位置も異なったものとなっている。

本実施例では、プログラマは、キャラクタの 1つの頭脳スクリプト、 1つの歩きスクリプト等を作成するだけで、図 5 A、図 5 Bに示すように、多数の同じ種類のキャラクタが登場する複雑で大規模な仮想世界を構築できる。即ちプログラマの負担をそれほど増すことなくリアル感溢れる仮想世界を構築できることになる。なおキャラクタの頭脳スクリプトを全て同一にはせず、例えばキャラクタ 4 2 aの頭脳スクリブトのみを他のものと少し異なったものとすることも可能である。この場合には、プログラマは、差分のプログラムのみを作成すればよいことになる。更に、全く別の機能を持つ 2つの頭脳スクリプトを異なる 2つのァク夕上で動かし、これらの間で（もしくは、これらを管理する上位のァク夕との間で）ァクタ間通信等を行い、それらの機能を組み合わせることで、見かけ上、多重継承を行い、新たな頭脳スクリプトを作成することも可能である。

実際には、あるレベル 2スクリプトの特定のパート（e ve r y— t ime等）のみを実行するためのライブラリ関数（p a r t— o f _Ac t o r) を利用する。すなわち、 p ar t _ o f― Ac t o r (基底クラス, eve ry― t i m e) を自身（派生クラス）の eve r y_t ime内に記述し、その前後に基底クラスからの差分を記述すれば良い。ァク夕単位では単純継承しか認めていないため、メンバ変数についても、常に、「基底クラスのメンバ変数」に「差分のメンバ変数」をプラスしたものが「派生クラスのメンバ変数」となり、矛盾なくスマートな継承を実現できる。

4. ァクタ構造体

次に本実施例のァク夕構造体のメンバについて説明する。ァクタ構造体は、ァクタ毎に割り当てられる構造体であり、本実施例の核となる構造体である。

図 7に本実施例のァクタ構造体のメンバの例を示す。

ァク夕フラグは、ァク夕の有効、無効を示すフラグである。ァク夕が生成されるとァク夕フラグはオンになり、ァクタが終了（k i l l、 d i e) するとァク夕フラグはオフになる。

表示フラグは、ァクタにより表される表示物の表示の有効、無効を示すフラグである。表示フラグがオンになると、そのァク夕により表される表示物が画面上に現れることになる。

時間カウントフラグは、ァクタの時間カウントの有効、無効を示すフラグである。本実施例では、各ァク夕が独自の時間軸を持ち、時間の進み方も変えられるようになつている。時間カウンフラグがオンになるとそのァクタの時間が進行し、オフになると時間進行がストップする。例えば図 8 Aにおいて、仮想世界の時間 t 1でァクタ 1の時間カウントフラグがオンになると、ァク夕 1の時間は t 1を開始点として進行する。即ちァク夕 1の時間の開始点を仮想世界の時間開始点と異なるものにできる。そしてァクタ 1の寿命が 100フレームである場合には、 t 4 = t 1 + 100フレームの時にァクタ 1は消滅する。同様に t 2でァクタ 2、 3の時間カウントフラグがオンになると、ァクタ 2、 3の時間は t 2を開始点として進行する。そしてァク夕 2は t 5 = t 2 + 1 0 0フレームで消滅する。一方、ァクタ 3は、ァクタ 1、 2の 2倍の時間経過速度を持つ。これは例えばァク夕 3 のスクリプトの e v e r y_t i m eのパートに、時間経過速度が 2倍になるような記述を含ませることで実現できる。ァク夕 3は、時間経過速度が 2倍になるため、設定された寿命が 1 0 0フレームであっても t 3 = t 2 + 5 0フレームで消滅してしまうことになる。

以上の手法とは別の実現手法として、単なる「フラグ」ではなく、毎フレーム加算すべき時間を浮動小数点変数として保持し、例えば「" 0 " ならカウントァップしない」、「" 1 " なら 1フレームあたり 1フレームずつ時間が進む」、「" 2 . 5 " なら 1フレームあたり 2 . 5フレームずつ時間が進む」とする手法も考えられる。

時間経過速度をァク夕毎に独立に制御することで次のような効果を得ることができる。即ちリアルタイムな画像生成においては、処理負担が重くなりコマ落ち等が生じる場合がある。このような場合に例えばキャラクタの足の部分だけ時間経過速度を速くすれば、コマ落ちが生じた場合にも矛盾が生じない画像を生成することが可能となる。

ループフラグは、時間カウントのループの有効、無効を示すフラグである。例えばァク夕の寿命が 1 0 0フレームであったとする。するとループフラグがオフの場合には図 8 Bに示すように寿命である 1 0 0フレームでァクタは消滅する。一方、ループフラグをオンにすると、図 8 Cに示すようにァクタの時間は 1 0 0 フレーム毎にリセッ卜され、ァク夕の寿命を事実上無限大にすることができる。例えばレベル 1スクリプトに 1 0 0フレーム分のモーションしか記述していなかつた場合でも、ループフラグをオンにすることで、そのァクタにより表される表示物を無限期間動作させることが可能となる（ヒ卜の歩き等の繰り返しアニメ一シヨンに有効である）。これによりスクリプトの記述を簡易化できる。

ァクタの実 I Dは、ァク夕を特定するための情報である。このァク夕の実 I D は、ァクタの生成時に決められ、ァクタ管理部 1 1 0がァク夕構造体に書き込むものであり、基本的には変更不可である。一方、ァクタの仮 I Dは、デフォルトでは実 I Dと同じになるが、変更可能となっている。仮 I Dを実 I Dと異ならせることで、ァク夕が、他のァク夕の名義で様々な行為を行うことが可能となる。図 9 Aに示すように、ァクタ 1が、実 I Dと異なる仮 I Dでァク夕 2にァクションを行えば、ァクタ 2は、仮 I Dで指定されるァクタが自分に対してアクションを行ったものと認識することになる。またァク夕 1が自分の子であるァクタ 3を生成する前に、自分の仮 I Dをァクタ 4の I Dと同じものにすれば、ァクタ 3は、ァクタ 1の子ではなくァクタ 4の子として生成されることになる。また仮 I Dを用いることで、複数のァクタが行う処理を代行するァクタを実現することも可能となる。例えば複数のァクタに共通の処理があった場合に、処理代行ァク夕は、自分の仮 I Dをこれらの複数のァクタの I Dに順次変更しながら次々に処理を行う。これにより、あたかもこれらの複数のァク夕自身がその処理を行ったかのように見せることが可能となり、スクリブトの記述のコンパクト化を図ることができる。またルートァク夕にしか認められないような特権を利用したい場合には、その特権を利用したいときだけ自分の仮 I Dをルートァクタの I Dに変更すればよい。

親ァクタの実 I Dは、このァク夕の親のァク夕を特定するための情報である。一方、幾何演算上の親ァク夕の実 I Dは、幾何演算上の親ァク夕を特定するための情報である。通常、本実施例では、子ァクタを生成したァクタがその子ァクタの親となる。しかしながらこのような親子構造とは異なる幾何演算上の階層構造を利用したい場合もある。例えば第 1、第 2のポリゴンオブジェクトを関節にて接続する構成の表示物があつたとする。この場合には、第 2のポリゴンオブジェク卜の座標の原点は、第 1のポリゴンオブジェクトが持つ座標を基準に設定した方が望ましい。このような場合には、第 2のポリゴンオブジェクトの幾何演算上の親を、第 1のポリゴンオブジェクトにする。

このように本実施例では、ァク夕を特定するための情報として、複数種類の特定情報（実 I D、仮 I D、幾何演算上の I D ) を用意することで、種々の効果を得ることができる。

スクリプト I D、モデル群 I Dは、現在使用中のスクリブト、モデルを特定するための情報である。このように本実施例では現在使用中のスクリプト I D、モデル群 I Dをァク夕毎にリアルタイムに自由に変えることが可能なので、得られる画像のバラエティを格段に増すことができる。

eve r _f u n cのポィン夕は、 eve r y_t i meのパ一トで次に実行すべきユーザ定義関数 _{e v e} r y— f un cを特定するための情報である。即ち本実施例では、図 9 Bに示すように、即定義メソッド e ve ry— t imeに置き換えるべき eve r y― f u n c l〜eve r y_f u n c Nのいずれを実行するかを選択できる。これにより e V e r y_t i meのパ一ト内で全ての振舞い記述しなければならないという制約から解放され、プログラマの負担も減り、且つ外部のァク夕からも、自己ァクタが毎フレーム実行すべき処理内容の切り換え操作を容易に実現できるので、表現の幅が広がる。なお、必要に応じて複数の e ve r y— f uncを直接呼び出し、様々に組み合わせることで、複雑なメソッドを実現することも可能である。

寿命は、そのァク夕の寿命を表すものであり、経過時間 ·総経過時間は共に、時間カウントフラグがオンして- らの経過時間を表すものである。なお、総経過時間については、ループフラグがオンの場合でもカウン夕がリセットされず、経過時間の総計を表す。また目覚めまでの時間は、休眠時に目覚めるまでの残りの時間を表すものである。このようにァク夕構造体のメンバとしてァク夕に関する時間情報を用意することで、ァク夕毎に独自の時間軸を持たせだり、繰り返しァ二メ一シヨンを可能にしたりすることが可能となる。

ァク夕の配置情報は、このァクタのワールド座標系での位置情報（位置べクトル）、方向情報（回転マトリクス）を表すものである。図 2に示す歩きァクタ 3 8、 40は、この配置情報を原点にしてレベル 1スクリプトに記述された種々のモーションを行うことになる。例えば同一の頭脳スクリプト、同一の歩きスクリブトを持つァク夕を複数用意し、これらのァクタの配置情報のみを変えることで、大規模で複雑に見える仮想世界を構築することが可能となる。

子ァク夕に関する情報は、記憶領域上での子ァクタの先頭位置、末尾位置、総数などを特定するための情報である。アクションを起こしたァクタの仮 I D、種類は、このァク夕に例えば最後にァクシヨンを起こしたァク夕及びそのアクションの種類を特定するための情報である。この情報は例えばプログラムのデバッグ時に有効である。また知らないァク夕から例えば攻撃を受け、そのァクタに仕返しを試みる場合等にも有効である。ァクタ通信情報は、自分に送られてきたメッセージ等を知るためのものであり、構造体により表される。この情報を参照することで、例えば自分宛にメッセージが幾つ来ているか等を知ることができる。

ァク夕変数記憶領域情報は、レベル 2スクリプトで宣言されたァクタ変数の記憶領域を特定するための情報であり、本実施例では構造体により表されている。レベル 2スクリブトで宣言されたァク夕変数の記憶領域は、ァクタの生成時に確保され、ァクタの終了時に解放されることになる。

このように本実施例では、ァク夕構造体のメンバとして図 7に示すような種々の情報（以下、これをァク夕情報と呼ぶ）が格納される。オブジェクト指向においてはメンバ変数とメッツドが一体化されるが、本実施例においてこのメンバ変数に相当するのが、レベル 2スクリブトで宣言されるァクタ変数及びァク夕構造体に格納されるァクタ情報である。ァクタ変数は、アプリケーションプログラムのプログラマが定義するものであるのに対して、ァク夕構造体に格納されるァク夕情報は、システム側で汎用性の高い変数として予め決められているものである。ァクタ情報のァク夕構造体への格納は、例えばァクタ生成時にァク夕管理部 1 1 0が行う。そしてァクタ管理部 1 1 0は、このァクタ情報に基づいてァクタ管理を行うことになる。

また本実施例では、ァク夕情報を、自身のァク夕或いは他のァク夕がアクセス可能となっている。例えばァクタの仮 I D、寿命、配置情報等を他のァク夕が読み出し、書き換えることで種々の効果を得ることができる。

更に本実施例は、ァクタのメソッドを特定するための情報、ァクタにより表される表示物のモデルを特定するための情報及びァクタにより表される表示物の配置情報の組み合わせがリアルタイムに任意に切り替え可能である点にも特徴がある。例えば図 1 O Aに示すように、スクリプト 1とモデル 1と配置 1を組み合わせたり、スクリプト 2とモデル 1と配置 2とを組み合わせたりすること等が可能となる。本実施例では各ァク夕毎に図 7に示すァク夕構造体が用意され、ァク夕構造体のスクリプト I D、モデル群 I D、配置情報（位置 ·方向情報）をァクタ毎にリアルタイムに変更できるからである。例えば図 10 Bにおいて、スクリブトにより記述されるモーション 50と、モデル 52、 54、 56を組み合わせることで、種々の表示物 58、 60、 62を表現することが可能となる。逆に複数のモーションと 1つのモデルを組み合わせてもよい。例えば平地を歩くキャラク夕の足の部分のモーシヨンを、キャラクタが階段を歩く場合には階段用のモーシヨンに切り替えてもよい。更にこれに配置情報を組み合わせて、バラエティ度を増すこともできる。このように本実施例によれば、少ないモーション情報、モデル群情報、配置情報で、バラエティ溢れる画像表現が可能となる。

また本実施例では、ァク夕を特定するための情報を用いてァク夕の自己複製、自己消滅等が可能になっている。

例えば図 1 1 Aの微生物の分裂シミュレーションでは、子（1)が親（1)に成長し、この親（1)から子（2)が分裂する。また親（1)からは子（3)が更に分裂すると共に、子（2)が成長した親（2)から子（4)が分裂する。このようなシミュレーションは、ァクタのスクリブトの eve r y_t i meのパ一トに、例えばある条件の下で c r e at eAc t o r $ my s e 1 f が実行されるように記述すればよい。この複製の際に、位置情報や回転情報などの必要な情報を、複製先のァクタにコピ —することも可能である。

また図 1 1 Bでは、自機ァクタ 80は敵ァク夕 82、 84、 86により攻撃されている。ここで自機ァクタ 80は、自機の耐久量をァクタ変数として持っており、敵ァク夕 82、 84、 86から攻撃される毎にこの耐久量は減少してゆく。そして自機ァクタ 80は、この耐久量を例えば eve r y_t i meのパートで監視する。そして耐久量が 0以下という条件が満たされると、 k i l lAc t o r $mys e l f を実行し、（例えば、 k i 11— o n 1 y内に記述された爆発パタン表示の部分を実行した後に）自己消滅する。このようにすることでァク夕の独立性が高まり、外部から k i 11する命令を行わなくても自己消滅するため、プログラミングの簡易化を図ることができる。

5. スクリプト

本実施例では、ァクタを記述するための専用のスクリプトとして、図 12A、図 1 2 Bに示すレベル 1スクリプトとレベル 2スクリプトとを用意している。 1 つのレベル 1スクリプト、 1つのレベル 2スクリプトは、各々、 1つのァク夕に対応する。即ちスクリプトを記述することは、ァク夕を設計することに相当する。レベル 1スクリプトは、表示物のモーションのメソヅドを記述するためのものであり、具体的には、キーフレーム情報、補間方法情報、モデル間の階層構造情報を含む。例えば図 12 Aでは、表示物の胴体の位置情報 tx、 t y、 t z、回転情報 rx、 r y、 r zの各々に対して、フレーム番号、補間方法（エルミート補間、直線補間、所与の値に固定）等が記述される。同様に、足 1、足 2等については、親オブジェクト名、各位置情報及び各回転情報についてのフレーム番号、補間方法等が記述される。本実施例では、表示物のキーフレームのモーション情報から、設定された補間方法でリアルタイムにキーフレーム間のモーション情報が生成されるため、必要とされる記憶容量の節約を図っている。

一方、レベル 2スクリプトは、ァク夕の変数（メンバ変数）及びメソッドを記述するためのものであり、具体的には、図 12 Βに示すように、ァク夕変数を宣言するパート、 c r e at e— on l y、 f i r e— on l y、 eve ry一 t ime、 s l e e p― on l y、 k i l l— on l y、 d i e― on l yなどのパートを含む。ァク夕変数のパートは、そのァク夕の中でのみ有効な変数を宣言するパートである。このァクタ変数は、オブジェクト指向におけるオブジェクトのメンバ変数に相当する。 c r e at e— onl y、 f i r e— onl y、 ev e r y― t ime、 s l e ep― o n 1 y、 k i l l― o n 1 y、 d i e― on l yのパートは、各々、生成時、起動時、単位時間毎の実行時、休眠時、殺された時、老衰死した時に、そのァク夕が何を行うかについて記述するパートであり、これらのパートは、オブジェクト指向におけるオブジェクトのメソッドに相当する

本実施例の 1つの特徴は、既定義のメソッドとして、 c r e a t e_o η 1 y、 f i r e— onl y、 eve r _t i me等の種々のものを用意した点にある。例えば eve r y_t imeの既定義メソッドがあるため、生成されたァク夕は親ァクタが管理しなくても、ァクタ管理部 1 10の管理下にある限り勝手に動作することになる。即ちァクタを生成し仮想世界に放り込みさえすれば、既定義メソッドに記述された動作を勝手に実行し、例えば k i 11等されれば自分で後始末をして仮想世界から消えることになる。このように既定義メソッドを用意し、ァクタの生成、起動、単位時間毎の実行等をァクタ管理部 1 10が管理することで、クラス構造を持ったァクタをマルチプロセスとして動作させることが可能となる。

また本実施例では、このような既定義メソッドの他にユーザ定義メッツドも用意している。ユーザ定義メソヅドは、例えば a c t o r_f un cと表される。ユーザ定義メソッドは、オブジェクト指向におけるメンバ関数に相当し、ユーザが自由に定義できるメソッドである。

なお各メソッド内で、 C言語におけるオート変数を使用することもできる。また、スタティック変数を宣言すると、そのスタティック変数は、そのスクリプトを共用しているァク夕間の共有変数になる。

またスクリプトには、 c r e a t e— 0 n 1 y、 f i r* e— o n 1 y等の全てのパートを記述する必要はなく、ユーザが所望するパートのみを記述すればよい。省略されたパートは、基本的に「何もしない」という意味になる。

また本実施例では、既定義変数、既定義関数なども用意している。既定義変数は、例えば「$+英数文字」と表記され、よく使われるシステム関係の変数を表すものである。既定義変数は予約語でありァクタ変数として使用することはできない。既定義変数は「. 」を挟んで 2つの部分からなっており、前者はァクタ構造体の所有者を、後者はァク夕構造体のメンバを表す。例えば $MY. R I D、 $P A. VI Dは、各々、自分の実 ID、親の仮 IDを表す。このような既定義変数を用意することで、スクリプトの記述を簡易なものとすることができる。既定義関数としては、ァクタ操作、ァク夕間通信（メッセージ等）、基板コントロール（描画、サウンド等）のための関数等が用意されている。ァクタ管理部 1 10の実体は、これらの関数が集まったライブラリである。ァク夕操作の関数としては、 c r e at eAc t o r (ァク夕を生成する）、 f i r e A c t o r (ァクタを起動する）、 c r e f i r eAc t o r (ァクタを生成し起動する）、 l o opAc t o r (ァク夕をループ実行モードにする）、 p aus eAc t o r (ァク夕の時間を止める）、 f gAc t o r (ァクタの表示を行う）、 s t o A c t o r (ァク夕の活動を停止する）、 c ont Ac t o r (ァク夕の活動を再開する）、 c hang e Ap a r e n t (指定したァク夕の親ァクタを変更する）などがある。またこの他に、 s e t Avi d (ァク夕の仮 I Dを設定する）、 s e t Amd 1 g (ァクタのモデル群を設定する）、 s e tAt t l f rm (ァクタの年齢を設定する）、 s e tAtx、 s e tAt y、 s e t A t z (ァク夕の座標値を設定する）、 s e t Arx、 s e tAry、 s e t Ar z (ァク夕の回転値を設定する）などもある。

なお本実施例では、図 13に示すように、レベル 1のァク夕では、オブジェクト指向におけるメンバ変数は、ァク夕構造体のメンバにより表され、オブジェクト指向におけるメソッドは、レベル 1スクリプトで表される。一方、レベル 2のァク夕では、メンバ変数は、ァク夕構造体のメンバ及びレベル 2スクリプトのァクタ変数記述部で表され、メソッドは、レベル 2スクリプトで表される。ァクタ構造体のメンバはァク夕変数により表すこともできるが、全てのァク夕に必須の最低限の変数を構造体の形式で用意することで、ァク夕管理部 1 10によるァク夕管理の効率化を図れる。

また本実施例では、プロセスとして並列実行されている複数のァク夕が共通に使用するメソッドの実行コ一ドを同一の記憶領域に格納している。例えば図 14 Aにおいて、キャラクタァク夕 64、 66、 68は制御ァク夕 63の制御下でプロセスとして並列実行されている。そしてキャラクタァクタ 64、 66、 68は、共通の頭脳を有し共通の頭脳スクリプト（メソッド） 70を用いている。このような場合、本実施例では、共通に使用する頭脳スクリプトの実行コードについては、同一の記憶領域 76に格納している。即ち UN I X等のマルチプロセスでは、同じプログラムに基づくプロセスを複数個立ち上げた場合に、立ち上げたプロセスの数だけ実行コードが記憶領域上に格納される。例えば 4つのプロセスを立ち上げた場合には、その各々に対して 4つの記憶領域が確保されることになる。これに対して本実施例では、マルチプロセスとして立ち上がったァクタに共通のメソッドの実行コードは、同一の記憶領域に格納されるため、必要とされる記憶容量を節約できる。

また本実施例では、図 1 4 Bに示すように、ァクタの実行に必要な記憶領域をァクタの生成時に確保し、確保された記憶領域をァクタの終了（k i l l、 d i e ) 時に解放する。即ちァクタの活動に必要な記憶領域は、自動的に確保、解放されるため、ユーザが動的な記憶管理を行う必要がない。一旦、使用されたが現在用済みとなった記憶領域を、未来のァクタが再利用する。即ち、一般にァク夕の数が多い場合には多くの記憶領域が使用され、少ない場合には少ない記憶領域が使用される。従って、図 1 4 Aで説明した複数のァク夕に共通のメッツドの実行コードを同一の記憶領域に格納する手法と相まって、必要とされる記憶容量を格段に節約できる。

更に本実施例では、ァクタの単位時間（フレーム）毎の実行時に、ァク夕の階層構造の上位から下位の順でァクタのメソッドの実行の切り替えを行っている。即ち図 1 4 Cに示すように、 e v e r y_t i m eの実行時に例えば（1 ) , (2 ) , (3) , (4) , (5 )，（6 )，（7) , (8)の順に、ァクタのメソッドの実行を切り替えている。具体的には、「あるァク夕に着目した時にそのァクタを実行した後にそのァク夕の子供のァク夕を順次、実行する」という関数内で、再帰呼び出しを行っている。一番初めの「あるァクタ」を「ルートァク夕」（図 1 4 Cでは（1 )に相当）にすれば、順に子 ·孫 ·ひ孫…と処理が移り、最終的にはこの木構造を構成している全てのァク夕の実行が終了している（これが 1フレーム内の処理）ことになる。このようにすることで、ァクタの単位時間毎の実行時でのァクタ管理を簡易化できる。また親ァクタの影響を子ァクタに及ぼすことが可能となる。

6 . ァクタ間通信

本実施例では、ァクタ間通信として、メッセージ通信とメール通信の 2種類を用意してい o。 ( 1 ) メッセ一ジ通信（以下、単にメッセージと呼ぶ）

メッセージでは、送信元のァクタから受信先のァクタへ、通信内容がすぐに届けられる。メッセージは非同期通信である。送信直後に、そのァク夕に対しメソッドコールを実行する等、主に、その場ですぐに処理してほしい依頼を送信する場合に使用する。なお図 1 4 Cにて既に説明したように、通常、 1フレーム（又は 1フィールド）内における各ァク夕の処理の順番は、基本的に親ァクタから子ァク夕へと再帰的に階層構造をたどってゆくことになるので、メヅセージは、親ァク夕から子ァク夕への同一フレーム内での情報伝達にも使用できる。

メッセージの本体は、ユーザが自由に定義できる構造体である。但し、 1つのァク夕が、同時に複数のメッセージを受け取ることはできない。

( 2 ) メール通信（以下、単にメールと呼ぶ）

メールでは、送信元のァクタから受信先のァぇクタへ、通信内容が必ず 1フレーム（又は 1フィールド）の遅れで届けられる。メールは同期通信である。主に、ァク夕間でタイミングを合わせて、処理を依頼したり情報を伝達する場合に用いる。メールの本体も、ユーザが自由に定義できる構造体である。但し、 1つのァクタが、同時に複数のメールを受け取ることが可能である。同期通信や、その他のための情報として、メールの先頭にヘッダが付くので、メッセージよりもサイズは大きくなる。

なお、メッセージ、メールは共に、その実体はァクタであるため、行き先に応じて自分自身の内容を書き換えたり（自動翻訳機能付き）、文書を届ける以外の役目（画面に現れたり、音を出したり、他のァクタをたち上げる）を持ったものなど、種々のインテリジェントなメッセ一ジ、メールを実現することができる。 7 . ァク夕管理部（インタプリタ）

ァク夕管理部は、ァクタを管理するための基本プログラムに相当するものであり、その実体は、例えばアプリケーションプログラムの実行モジュールにリンクされる関数群（ライブラリ）であり、例えば C言語で記述されている。図 1 5に示すようにレベル 1スクリプトは所与の C Gヅ一ルにより、レベル 2スクリプト及びモデル群ファイルは所与のテキストエディ夕によりプログラマが作成する。但し、レベル 2スクリプトについては、 G U Iを活用した専用のスクリプト生成用アプリケーションを用いても良い。そしてこれらのレベル 1スクリプト、レべル 2スクリプト、モデル群ファイルはスクリプトコンパイラによりコンパイルされ、ランタイムスクリプトに変換される。そしてこのランタイムスクリプトは、ライブラリであるァクタ管理部、その他のソースファイルとリンクされ、最終的な実行モジュールになる。

ァク夕管理部は、図 1 6に示すように、ワークステーション、パーソナルコンビュー夕上での開発環境時においても、ゲーム装置上での実行環境時においてもアプリケーションブログラムにリンクされる。これにより開発環境時の動作を、実行環境時にも正確に再現できることになり、開発の容易化を図れる。

本実施例のァク夕管理部の特徴は、ァクタのメソヅドが記述される同一のスクリプトを、異なるハードウェア資源上で実行可能にする点にある。例えば本実施例のァク夕管理部を用いることで、開発環境時のハードウェア資源（W S、 P S ) と、実行環境時のハードウェア資源（ゲーム装置）とで、同一のスクリプトを用いることが可能となる。ハードウェア資源の差異を、ァクタ管理部が吸収するためである。また第 1のゲーム装置用に開発したスクリプトを、第 2のゲーム装置用に容易に用いることが可能になる。これによりアプリケーションプログラムの他の装置への移植の容易化を図ることが可能となる。

なおァク夕管理部は、レベル 1スクリプトに対してはィン夕プリ夕として動作する。即ちキーフレーム情報を読み、逐次これを補間してモーション情報を求めている。更にレベル 2スクリプに対してもインタプリ夕として動作させ、逐次命令を解釈させ実行させてもよいが、本実施例では、一旦、 C言語のコンパイラに掛けている（つまりコンパイラ言語として実行している）。

ァク夕管理部の行う仕事は主に以下の通りである。

(a)ァクタ管理

ァク夕に対する生成、起動、単位時間毎の実行、休眠、中断、再開、終了等の要求を受け付け、実行する。またァク夕の階層構造の管理や、ァクタ構造体に格納する各種情報の設定などを行う。 (b)記憶管理

ァクタが使用する記憶領域の動的な確保、解放を行う。これにより、煩わしい記憶管理からユーザが解放されるので、プログラミング作業の効率が向上する。

(c)ァク夕間通信

メッセージやメールの配送サービスを行う。

(d)リアルタイム補間

レベル 1スクリブトのキーフレーム情報等から、指定されたフレームにおける各種の情報の補間値を出力するサービスを行う。

(e)システム関連

ハードウェアのイニシャライズや画面更新など、低レベルのシステムコントロールを行う。

8. シェル

本実施例では、図 17Aに示すように、ァクタの生成、起動、単位時間毎の実行、休眠、中断、再開、終了等を操作者 90がワークステーション 92等を使用してインタラクティブに制御するためのシェル（ァクタ） 94を用意している。このシェル 94は、主に開発環境において使われるコマンドインタプリタである。そしてシェル 94は、ァク夕の階層構造を移動したり、各ァクタのステイタスを見たり、特定のァク夕を殺したり、その他、ァク夕管理部が提供しているァク夕管理関係のサービスを操作者 90がインタラクティブに利用する際に用いる特殊なァク夕である。即ちシェル 94も、本実施例では、レベル 2スクリプトで書かれたァクタとなっている。

図 17Aにおいて mi s h [n] はプロムプトであり、カツコ内の数字 nはシエルァクタのトータルフレーム数（総経過時間）である。 pwdは現在いる位置 (カレントァク夕）を表示させるコマンドである。また 1 sはァクタの子ァク夕を全て表示させるコマンドである。また exe 5は現時点から 5フレームだけ実行させるコマンドであり、 runは停止要求が無い限り実行を続ける命令である。このようなシェルをァク夕により実現することで、アプリケーションプログラムの開発を格段に効率化することが可能となる。なお図 17 Bに示すように、ワークステーションを使用せずに、シェルを基板上に搭載し、表示物の画像が映し出される画面上にシェルを表示するようにしてもよい。

図 18A、図 18B、図 18 Cに本実施例を種々の装置に適用した場合の例を示す。

図 18Aは、本実施例を業務用ゲーム装置に適用した場合の例である。プレーャは、ディスプレイ 1 100上に映し出されたゲーム画像を見ながら、レバー 1 102、ボタン 1 104等を操作してゲームを楽しむ。装置に内蔵される基板 1 106には、 CPU、画像生成 I C、音生成 I C等が実装されている。そして、並列実行可能なプロセスであり且つクラスのィンスタンスであるァク夕の生成、起動、単位時間毎の実行、休眠、中断、再開及び終了の少なくとも 1つを管理するための情報、ァク夕により各々が表される複数の表示物を含む画像を生成するための情報等は、基板 1 106上の情報記憶媒体であるメモリ 1 108に格納される。以下、これらの情報を格納情報と呼ぶ。これらの格納情報は、上記の種々の処理を行うためのプログラムコード、画像情報、音情報、表示物の形状情報、テーブルデ一夕、リストデータ、プレーヤ情報等の少なくとも 1つを含むものである。

図 18 Bに、本実施例を家庭用のゲーム装置に適用した場合の例を示す。プレ —ャはディスプレイ 1200に映し出されたゲーム画像を見ながら、ゲームコントロ一ラ 1202、 1204を操作してゲームを楽しむ。この場合、上記格納情報は、本体装置に着脱自在な情報記憶媒体である CD— ROM 1206、 I C力ード 1208、 1209等に格納されている。

図 18 Cに、ホスト装置 1300と、このホスト装置 1300と通信回線 13

02を介して接続される端末 1304 - 1〜 1304 -nとを含むゲーム装置に本実施例を適用した場合の例を示す。この場合、上記格納情報は、例えばホスト装置

1300が制御可能な磁気ディスク装置、磁気テープ装置、メモリ等の情報記憶媒体 1306に格納されている。端末 1304-1〜： L 304 が、 CPU、画像生成 I C、音生成 I Cを有し、スタンドアロンでゲーム画像、ゲーム音を生成できるものである場合には、ホスト装置 1 3 0 0からは、ゲーム画像、ゲーム音を生成するためのゲームプログラム等が端末 1 3 0 4 -1〜 1 3 0 4 -nに配送される。一方、スタンドアロンで生成できない場合には、ホスト装置 1 3 0 0がゲーム画像、ゲーム音を生成し、これを端末 1 3 0 4 _1〜 1 3 0 4 -nに伝送し端末において出力することになる。

なお本発明は、上記実施例で説明したものに限らず、種々の変形実施が可能である。

例えば本実施例ではァクタ管理部が C言語で記述された関数群（ライブラリ）であると説明したが、ァクタ管理部の実現形態はこれに限られるものではない。また本実施例ではァク夕構造体を用意してァクタ管理を行い、ァク夕の内容の記述にスクリプトを用いているが、本発明はこれに限られるものではない。

また本発明は、種々の画像の生成に適用できる。例えば図 1 9 Aにレーシングゲームの画像生成に本発明を適用した例を示す。図 1 9 Aでは、ハンドル、ァクセル等の入力デバイス 9 0からの操作情報が入力監視ァクタ 9 1により監視される。そして入力監視ァクタ 9 1からハンドル回転量、アクセル踏み込み量等の情報が自車ァクタ 9 2に送られ、自車ァクタ 9 2は送られたきたこれらの情報に基づいて自車の位置、方向情報を求める。そしてこれらの位置、方向情報は背景制御ァクタ 9 4に送られ、背景制御ァクタ 9 4はこれらの情報に基づいて、マップ上の各場所での背景表示を担当する背景ァク夕 9 5 -1〜9 5 -8を制御したり、自車がいる位置での背景画像情報を得る。位置、方向情報は、音制御ァクタ 9 3にも送られ、音制御ァク夕 9 3はこれらの情報を用いて音制御を行う。例えばマツプ上のトンネル 9 6の場所に自車が位置する場合には、トンネルの中で聞こえるような音になるように音制御を行う。また図 1 9 Bに、群をなして移動する鳥の画像の生成に本発明を適用した例を示す。群知能計算代行ァクタ 9 7は、鳥が羽ばたきながら飛んで行く時の鳥の重心の座標と回転角の計算を行う。この場合、例えば（1 )環境における自分以外の対象間と最小距離を保つ（2)近傍の他の鳥の速度べクトルとマッチする（3)近傍の他の鳥の重心と思われる方向に移動する等の規則に基づいて群知能計算代行ァク夕 9 7は計算を行う。また鳥ァク夕 9 8 -1〜9 8 -4は、鳥の羽ばたきを表すレベル 1スクリプトにより動作する。また本発明は格闘ゲームの画像の生成等にも適用できる。この場合、例えば格闘ゲームキャラクタのァク夕、技のァクタ、武器のァク夕などを用意すれば、格闘ゲームキャラクタと技と武器の組み合わせのバラエティ度を格段に増すことができる。

また本発明は、コンピュータグラフィックス画像の作成装置、開発ツール、業務用ゲーム装置、家庭用ゲーム装置、操縦訓練のためのシミュレータ、多数のプレ一ャが参加する大型アトラクション装置、パーソナルコンピュータ、マルチメディア端末等、種々のものに適用できる。

また本発明は 3次元画像生成装置に特に有効だが、 2次元ゲーム装置にも適用可能である。

Claims

請求の範囲

( 1 ) 並列実行可能なプロセスであり且つクラスのィンスタンスであるァク夕の生成、起動、単位時間毎の実行、休眠、中断、再開及び終了の少なくとも 1つを管理するためのァク夕管理手段と、

ァクタにより各々が表される複数の表示物を含む画像を生成する手段とを含むことを特徴とする画像生成装置。

( 2 ) 請求項 1において、

表示物を表すためのァク夕、音制御のためのァク夕、インタ一フェースのためのァク夕、ァク夕間通信のためのァク夕及び記憶管理のためのァク夕の少なくとも 1つを用意することを特徴とする画像生成装置。

( 3 ) 請求項 2において、

音制御のための前記ァク夕が、表示物を表すための前記ァクタからの配置情報に基づいて音制御を行うことを特徴とする画像生成装置。

( 4 ) 請求項 1において、

ァクタの有効、無効を表すための情報、ァク夕により表される表示物の表示の有効、無効を表すための情報、フク夕の時間カウントの有効、無効を表すための情報、時間カウントのループの有効、無効を表すための情報、自身のァク夕を特定するための情報、親ァク夕を特定するための情報、子ァク夕を特定するための情報、ァクタのメソッドを特定するための情報、ァク夕により表される表示物のモデルを特定するための情報、ァクタにより表される表示物の配置情報、ァクタに関する時間情報、自身のァク夕に対してアクションを起こしたァクタ及び該ァクシヨンの種類を特定するための情報、ァクタ間の通信に関する情報、ァクタの変数の値を格納した記憶領域を特定するための情報の少なくとも 1つを含むァク夕情報を、生成された各ァク夕毎に用意することを特徴とする画像生成装置。

( 5 ) 請求項 4において、

ァクタを特定するための情報として、複数種類の特定情報を用意することを特徴とする画像生成装置。

( 6 ) 請求項 4において、

ァク夕のメソッドを特定するための前記情報が、

ァク夕のメソッドを記述するためのスクリプトを特定するための情報及び単位時間毎に実行するメソッドを複数のメソッドの中から特定するための情報の少なくとも 1つを含むことを特徴とする画像生成装置。

( 7 ) 請求項 4において、

ァクタに関する前記時間情報が、

ァクタの時間カウントが有効になってからの経過時間情報、時間カウントのループが有効な場合の総経過時間情報、ァク夕の休眠に関する時間情報の少なくとも 1つを含むことを特徴とする画像生成装置。

( 8 ) 請求項 4において、

前記ァクタ情報を、ァクタ生成時に構造体の形式で所与の記憶領域に格納し、格納された該ァクタ情報に基づいてァクタ管理を行うことを特徴とする画像生成装置。

( 9 ) 請求項 4において、

前記ァク夕情報に対して自身及び他のァクタがアクセス可能であることを特徴とする画像生成装置。

( 1 0 ) 請求項 4において、

ァク夕のメソッドを特定するための情報、ァクタにより表される表示物のモデルを特定するための情報及びァク夕により表される表示物の配置情報の組み合わせがリアルタイムに任意に切り替え可能であることを特！！ (とする画像生成装置。

( 1 1 ) 請求項 4において、

ァクタを特定するための情報を用いてァクタの自己複製及び自己消滅の少なくとも 1つを行うことを特徴とする画像生成装置。

( 1 2 ) 請求項 1又は 4において、

ァクタの生成時に実行されるメソッド、ァク夕の起動時に実行されるメソッド、単位時間毎に実行されるメソッド、ァクタの休眠時に実行されるメソッド、ァク夕の中断時に実行されるメソッド、ァクタの再開時に実行されるメソッド、ァク夕の強制終了時に実行されるメソッド及びァク夕の寿命による自然終了時に実行されるメソッドの少なくとも 1つを、ァクタの既定義のメソッドとして用意することを特徴とする画像生成装置。

(13) 請求項 1又は 4において、

ァク夕により表される表示物のモーションのメソッドを記述するための第 1のスクリプトと、ァク夕の変数及びメソッドを記述するための第 2のスクリブトとを用意することを特徴とする画像生成装置。

(14) 請求項 13において、

第 1のァクタについてはメンバ変数を各々のァクタに固有の構造体のメンバで表すと共にメソッドを前記第 1のスクリプトで表し、

第 2のァク夕についてはメンバ変数を各々のァクタに固有の構造体のメンバ及び前記第 2のスクリプトで表すと共にメソッドを前記第 2のスクリプトで表すことを特徴とする画像生成装置。

(15) 請求項 1又は 4において、

プロセスとして並列実行されている複数のァク夕が共通に使用するメソヅドの実行コードを同一の記憶領域に格納することを特徴とする画像生成装置。

(16) 請求項 1又は 4において、

ァク夕の実行に必要な記憶領域をァクタの生成時に確保し、確保された記憶領域をァクタの終了時に解放することを特徴とする画像生成装置。

(17) 請求項 1又は 4において、

ァク夕の単位時間毎の実行時に、ァク夕の階層構造の上位から下位の順でァク夕のメソッドの実行の切り替えを行うことを特徴とする画像生成装置。

(18) 請求項 1又は 4において、

前記ァクタ管理手段が、

アプリケ一ションプログラムの実行モジュールにリンクされるライブラリであることを特徴とする画像生成装置。

(19) 請求項 1又は 4において、

前記ァク夕管理手段が、ァクタのメソッドが記述される同一のスクリプトを異なるハードウェア資源上で実行するための手段を含むことを特徴とする画像生成装置。

( 2 0 ) 請求項 1又は 4において、

ァクタの生成、起動、単位時間毎の実行、休眠、中断、再開、終了及び配置情報の少なくとも 1つを操作者がィンタラクティブに制御するためのァク夕を用意することを特徴とする画像生成装置。

( 2 1 ) 画像生成を行うための情報記憶媒体であって、

並列実行可能なプロセスであり且つクラスのィンスタンスであるァクタの生成、起動、単位時間毎の実行、休眠、中断、再開及び終了の少なくとも 1つを管理するための情報と、

ァクタにより各々が表される複数の表示物を含む画像を生成するための情報とを含むことを特徴とする情報記憶媒体。

( 2 2 ) 請求項 2 1において、

ァク夕の有効、無効を表すための情報、ァク夕により表される表示物の表示の有効、無効を表すための情報、ァク夕の時間カウントの有効、無効を表すための情報、時間カウントのループの有効、無効を表すための情報、自身のァクタを特定するための情報、親ァクタを特定するための情報、子ァク夕を特定するための情報、ァク夕のメソッドを特定するための情報、ァクタにより表される表示物のモデルを特定するための情報、ァクタにより表される表示物の配置情報、ァク夕に関する時間情報、自身のァク夕に対してアクションを起こしたァク夕及び該ァクシヨンの種類を特定するための情報、ァクタ間の通信に関する情報、ァク夕の変数の値を格納した記憶領域を特定するための情報の少なくとも 1つを含むァク夕情報を、生成された各ァクタ毎に用意することを特徴とする情報記憶媒体。