JP4278070B2 - 画像生成システム及び情報記憶媒体 - Google Patents
画像生成システム及び情報記憶媒体 Download PDFInfo
- Publication number
- JP4278070B2 JP4278070B2 JP17131299A JP17131299A JP4278070B2 JP 4278070 B2 JP4278070 B2 JP 4278070B2 JP 17131299 A JP17131299 A JP 17131299A JP 17131299 A JP17131299 A JP 17131299A JP 4278070 B2 JP4278070 B2 JP 4278070B2
- Authority
- JP
- Japan
- Prior art keywords
- motion
- hit
- unit
- data
- storage medium
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- A63F13/10—
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/50—Controlling the output signals based on the game progress
- A63F13/52—Controlling the output signals based on the game progress involving aspects of the displayed game scene
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/40—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment
- A63F13/42—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment by mapping the input signals into game commands, e.g. mapping the displacement of a stylus on a touch screen to the steering angle of a virtual vehicle
- A63F13/426—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment by mapping the input signals into game commands, e.g. mapping the displacement of a stylus on a touch screen to the steering angle of a virtual vehicle involving on-screen location information, e.g. screen coordinates of an area at which the player is aiming with a light gun
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/45—Controlling the progress of the video game
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/55—Controlling game characters or game objects based on the game progress
- A63F13/57—Simulating properties, behaviour or motion of objects in the game world, e.g. computing tyre load in a car race game
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/80—Special adaptations for executing a specific game genre or game mode
- A63F13/837—Shooting of targets
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T13/00—Animation
- G06T13/20—3D [Three Dimensional] animation
- G06T13/40—3D [Three Dimensional] animation of characters, e.g. humans, animals or virtual beings
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/20—Input arrangements for video game devices
- A63F13/24—Constructional details thereof, e.g. game controllers with detachable joystick handles
- A63F13/245—Constructional details thereof, e.g. game controllers with detachable joystick handles specially adapted to a particular type of game, e.g. steering wheels
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/60—Methods for processing data by generating or executing the game program
- A63F2300/64—Methods for processing data by generating or executing the game program for computing dynamical parameters of game objects, e.g. motion determination or computation of frictional forces for a virtual car
- A63F2300/643—Methods for processing data by generating or executing the game program for computing dynamical parameters of game objects, e.g. motion determination or computation of frictional forces for a virtual car by determining the impact between objects, e.g. collision detection
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/60—Methods for processing data by generating or executing the game program
- A63F2300/66—Methods for processing data by generating or executing the game program for rendering three dimensional images
- A63F2300/6607—Methods for processing data by generating or executing the game program for rendering three dimensional images for animating game characters, e.g. skeleton kinematics
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/80—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game specially adapted for executing a specific type of game
- A63F2300/8076—Shooting
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Processing Or Creating Images (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、画像生成システム及び情報記憶媒体に関する。
【０００２】
【背景技術及び発明が解決しようとする課題】
従来より、仮想的な３次元空間であるオブジェクト空間内の所与の視点から見える画像を生成する画像生成システムが知られており、いわゆる仮想現実を体験できるものとして人気が高い。ガンゲームを楽しむことができる画像生成システムを例にとれば、プレーヤ（操作者）は、銃などを模して作られたガン型コントローラ（シューティングデバイス）を用いて、画面に映し出される敵キャラクタ（オブジェクト）などの標的オブジェクトをシューティングすることで、３次元ゲームを楽しむ。
【０００３】
さて、このような画像生成システムでは、プレーヤの仮想現実感の向上のために、よりリアルな画像を生成することが重要な技術的課題になっている。従って、敵キャラクタのモーションについてもリアルに表現できることが望まれる。そして、これまでの画像生成システムでは、予め用意されたモーションデータを選択し、選択されたモーションデータに基づきモーション再生することで敵キャラクタのモーションを表現していた。
【０００４】
しかしながら、このようにモーションデータに基づきモーション再生する手法には、以下のような問題点があった。
（１）敵キャラクタを撃っても、敵キャラクタはいつも同じ動きしか行わないため、モーションの表現が単調になる。
（２）敵キャラクタに追い撃ちをかけた場合に、１発目のショット（弾）のヒットにより開始したモーション再生が、２発目のショットのヒットにより打ち切られてしまい、敵キャラクタのモーションが不自然になる。
（３）敵キャラクタのモーションのバリエーションを増やすためには、それに比例してモーションデータを増やす必要がある。しかしながら、モーションデータを記憶するメモリの容量は有限であるため、モーションのバリエーションの増加には限界がある。
【０００５】
本発明は、以上のような課題に鑑みてなされたものであり、その目的とするところは、よりリアルでバラエティ度が高く自然なモーション表現を少ないデータ量で実現できる画像生成システム及び情報記憶媒体を提供することにある。
【０００６】
【課題を解決するための手段】
上記課題を解決するために、本発明は、画像を生成するための画像生成システムであって、複数の部位により構成されるオブジェクトの第Ｎの部位がヒットされた場合に、ヒット情報に基づく物理シミュレーションにより第Ｎの部位を動かすと共に第Ｎ＋１の部位、第Ｎ＋２の部位、第Ｎ＋３の部位・・・・にヒット情報を順次伝達し、伝達されたヒット情報に基づく物理シミュレーションにより第Ｎ＋１の部位、第Ｎ＋２の部位、第Ｎ＋３の部位・・・・を順次動かして、オブジェクトのモーションを生成する手段と、モーションが生成されたオブジェクトの画像を含む画像を生成する手段とを含むことを特徴とする。また本発明に係る情報記憶媒体は、コンピュータにより使用可能な情報記憶媒体であって、上記手段を実現（実行）するための情報（プログラム或いはデータ等）を含むことを特徴とする。また本発明に係るプログラムは、コンピュータにより使用可能なプログラムであって、上記手段を実現（実行）するための処理ルーチンを含むことを特徴とする。
【０００７】
本発明によれば、オブジェクトの第Ｎの部位がヒットされると、ヒット情報に基づく物理シミュレーション（疑似的な物理シミュレーションを含む）により、第Ｎの部位が動く（回転又は移動する）ようになる。また、ヒット情報が第Ｎ＋１、第Ｎ＋２の部位等に順次伝達され、伝達されたヒット情報に基づいて第Ｎ＋１、第Ｎ＋２の部位等が動くようになる。本発明によれば、このようにしてオブジェクトのモーションが生成されるため、例えばヒット位置、ヒット方向等に応じて、オブジェクトが異なったモーションを行うようになる。この結果、リアルで多様なモーション表現を実現できる。
【０００８】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、ヒット情報が、ヒット方向に向く力ベクトルであり、前記力ベクトルにより求められる回転モーメントにより各部位を動かすことを特徴とする。このようにすれば、力ベクトルで各部位を動かしたり、力ベクトルを各部位に伝達するだけという簡素な処理で、リアルで多様なモーション表現を実現できるようになる。
【０００９】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、各部位に力ベクトルを伝達する際に、伝達する力ベクトルの大きさを順次減衰させることを特徴とする。このようにすれば、ヒット位置に近い部位ほど大きく動くようになり、リアルなモーション変化を簡素な処理で実現できるようになる。
【００１０】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、各部位の角速度に応じた回転抵抗力を、各部位に作用させることを特徴とする。このようにすれば、各部位の角速度が過大になって、生成されるモーションが不自然なものになってしまう事態を防止できるようになる。
【００１１】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、オブジェクトを所与の姿勢に戻すための復元力を、各部位に作用させることを特徴とする。このようにすれば、例えば、連続してヒットされた場合にも、なかなか倒されないようなオブジェクトを表現できるようになる。
【００１２】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、オブジェクトがヒットされた場合に、オブジェクトのモーションをモーションデータに基づき再生する処理から、オブジェクトのモーションを物理シミュレーションにより生成する処理に切り替えることを特徴とする。
【００１３】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、所与の条件が成立した場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替えることを特徴とする。
【００１４】
また本発明は、画像を生成するための画像生成システムであって、複数の部位により構成されるオブジェクトのモーションをモーションデータに基づき再生する手段と、オブジェクトのモーションを物理シミュレーションにより生成する手段と、オブジェクトがヒットされた場合に、オブジェクトのモーションをモーションデータに基づき再生する処理から、オブジェクトのモーションを物理シミュレーションにより生成する処理に切り替える手段とを含むことを特徴とする。また本発明に係る情報記憶媒体は、コンピュータにより使用可能な情報記憶媒体であって、上記手段を実現（実行）するための情報（プログラム或いはデータ等）を含むことを特徴とする。また本発明に係るプログラムは、コンピュータにより使用可能なプログラムであって、上記手段を実現（実行）するための処理ルーチンを含むことを特徴とする。
【００１５】
本発明によれば、例えばオブジェクトがヒットされる前は、モーション再生によりオブジェクトが動き、オブジェクトがヒットされると、モーション生成によりオブジェクトが動くようになる。従って、ヒット前においては、モーション生成によってはその実現が難しいオブジェクトの動きを、モーション再生を利用して簡易に実現できるようになる。一方、ヒット後においては、モーション再生によっては多くのモーションデータ量が必要になるオブジェクトの多彩な動きを、モーション生成を利用して少ないデータ量で実現できるようになる。
【００１６】
また本発明は、画像を生成するための画像生成システムであって、複数の部位により構成されるオブジェクトのモーションをモーションデータに基づき再生する手段と、オブジェクトのモーションを物理シミュレーションにより生成する手段と、所与の条件が成立した場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える手段とを含むことを特徴とする。また本発明に係る情報記憶媒体は、コンピュータにより使用可能な情報記憶媒体であって、上記手段を実現（実行）するための情報（プログラム或いはデータ等）を含むことを特徴とする。また本発明に係るプログラムは、コンピュータにより使用可能なプログラムであって、上記手段を実現（実行）するための処理ルーチンを含むことを特徴とする。
【００１７】
本発明によれば、所与の条件が成立する前は、モーション生成によりオブジェクトが動き、所与の条件が成立すると、モーション再生によりオブジェクトが動くようになる。このようにすれば、モーション生成によってはその実現が難しいオブジェクトの動きが必要な状況が生じた場合にも、容易にこれに対処できるようになる。
【００１８】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、オブジェクトがヒットされてから所与の時間が経過した場合及びオブジェクトのパラメータが所与の値になった場合の少なくとも一方の場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替えることを特徴とする。但し、本発明における所与の条件は、このような、所与の時間が経過したという条件や、パラメータが所与の値になったという条件に限定されるものではない。
【００１９】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、物理シミュレーションにより生成されるモーションとモーションデータに基づき再生されるモーションとを繋ぐ繋ぎモーションを、オブジェクトに行わせることを特徴とする。このようにすれば、モーション生成、モーション再生間の切り替え時において、モーションを滑らかに且つ自然に変化させることができるようになる。
【００２０】
【発明の実施の形態】
以下、本発明の好適な実施形態について図面を用いて説明する。なお以下では、本発明を、ガン型コントローラを用いたガンゲーム（シューティングゲーム）に適用した場合を例にとり説明するが、本発明はこれに限定されず、種々のゲームに適用できる。
【００２１】
１．構成
図１に、本実施形態を業務用ゲームシステムに適用した場合の構成例を示す。
【００２２】
プレーヤ５００は、本物のマシンガンを模して作られたガン型コントローラ（広義にはシューティングデバイス）５０２を構える。そして、画面５０４に映し出される敵キャラクタ（広義にはオブジェクト）などの標的オブジェクトを狙ってシューティングすることでガンゲームを楽しむ。
【００２３】
特に、本実施形態のガン型コントローラ５０２は、引き金を引くと、仮想的なショット（弾）が高速で自動的に連射される。従って、あたかも本物のマシンガンを撃っているかのような仮想現実感をプレーヤに与えることができる。
【００２４】
なお、ショットのヒット位置（着弾位置）は、ガン型コントローラ５０２に光センサを設け、この光センサを用いて画面の走査光を検知することで検出してもよいし、ガン型コントローラ５０２から光（レーザー光）を発射し、この光の照射位置をＣＣＤカメラなどを用いて検知することで検出してもよい。
【００２５】
図２に、本実施形態のブロック図の一例を示す。なお同図において本実施形態は、少なくとも処理部１００を含めばよく（或いは処理部１００と記憶部１４０、或いは処理部１００と記憶部１４０と情報記憶媒体１５０を含めばよく）、それ以外のブロック（例えば操作部１３０、画像生成部１６０、表示部１６２、音生成部１７０、音出力部１７２、通信部１７４、Ｉ／Ｆ部１７６、メモリーカード１８０等）については、任意の構成要素とすることができる。
【００２６】
ここで処理部１００は、システム全体の制御、システム内の各ブロックへの命令の指示、ゲーム演算などの各種の処理を行うものであり、その機能は、ＣＰＵ（ＣＩＳＣ型、ＲＩＳＣ型）、ＤＳＰ、或いはＡＳＩＣ（ゲートアレイ等）などのハードウェアや、所与のプログラム（ゲームプログラム）により実現できる。
【００２７】
操作部１３０は、プレーヤが操作データを入力するためのものであり、その機能は、図１のガン型コントローラ５０２、レバー、ボタンなどのハードウェアにより実現できる。
【００２８】
記憶部１４０は、処理部１００、画像生成部１６０、音生成部１７０、通信部１７４、Ｉ／Ｆ部１７６などのワーク領域となるもので、その機能はＲＡＭなどのハードウェアにより実現できる。
【００２９】
情報記憶媒体（コンピュータにより使用可能な記憶媒体）１５０は、プログラムやデータなどの情報を格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いは半導体メモリ（ＲＯＭ）などのハードウェアにより実現できる。処理部１００は、この情報記憶媒体１５０に格納される情報に基づいて本発明（本実施形態）の種々の処理を行う。即ち情報記憶媒体１５０には、本発明（本実施形態）の手段（特に処理部１００に含まれるブロック）を実現（実行）するための種々の情報（プログラム、データ）が格納される。
【００３０】
なお、情報記憶媒体１５０に格納される情報の一部又は全部は、システムへの電源投入時等に記憶部１４０に転送されることになる。また情報記憶媒体１５０に記憶される情報は、本発明の処理を行うためのプログラムコード、画像情報、音情報、表示物の形状情報、テーブルデータ、リストデータ、プレーヤ情報や、本発明の処理を指示するための情報、その指示に従って処理を行うための情報等の少なくとも１つを含むものである。
【００３１】
画像生成部１６０は、処理部１００からの指示等にしたがって、各種の画像を生成し表示部１６２に出力するものであり、その機能は、画像生成用ＡＳＩＣ、ＣＰＵ、或いはＤＳＰなどのハードウェアや、所与のプログラム（画像生成プログラム）、画像情報により実現できる。
【００３２】
音生成部１７０は、処理部１００からの指示等にしたがって、各種の音を生成し音出力部１７２に出力するものであり、その機能は、音生成用ＡＳＩＣ、ＣＰＵ、或いはＤＳＰなどのハードウェアや、所与のプログラム（音生成プログラム）、音情報（波形データ等）により実現できる。
【００３３】
通信部１７４は、外部装置（例えばホスト装置や他の画像生成システム）との間で通信を行うための各種の制御を行うものであり、その機能は、通信用ＡＳＩＣ、或いはＣＰＵなどのハードウェアや、所与のプログラム（通信プログラム）により実現できる。
【００３４】
なお本発明（本実施形態）の処理を実現するための情報は、ホスト装置（サーバー）が有する情報記憶媒体からネットワーク及び通信部１７４を介して情報記憶媒体１５０に配信するようにしてもよい。このようなホスト装置（サーバー）の情報記憶媒体の使用も本発明の範囲内に含まれる。
【００３５】
また処理部１００の機能の一部又は全部を、画像生成部１６０、音生成部１７０、又は通信部１７４の機能により実現するようにしてもよい。或いは、画像生成部１６０、音生成部１７０、又は通信部１７４の機能の一部又は全部を、処理部１００の機能により実現するようにしてもよい。
【００３６】
Ｉ／Ｆ部１７６は、処理部１００からの指示等にしたがってメモリーカード（広義には、携帯型ゲーム機などを含む携帯型情報記憶装置）１８０との間で情報交換を行うためのインターフェースとなるものであり、その機能は、メモリーカードを挿入するためのスロットや、データ書き込み・読み出し用コントローラＩＣなどにより実現できる。なお、メモリーカード１８０との間の情報交換を赤外線などの無線を用いて実現する場合には、Ｉ／Ｆ部１７６の機能は、半導体レーザ、赤外線センサーなどのハードウェアにより実現できる。
【００３７】
処理部１００は、ゲーム演算部１１０を含む。
【００３８】
ここでゲーム演算部１１０は、コイン（代価）の受け付け処理、各種モードの設定処理、ゲームの進行処理、選択画面の設定処理、オブジェクト（キャラクタ、移動体）の位置や回転角度（Ｘ、Ｙ又はＺ軸回り回転角度）を決める処理、視点位置や視線角度を決める処理、オブジェクトのモーションを再生又は生成する処理、オブジェクト空間へオブジェクトを配置する処理、ヒットチェック処理、ゲーム結果（成果、成績）を演算する処理、複数のプレーヤが共通のゲーム空間でプレイするための処理、或いはゲームオーバー処理などの種々のゲーム演算処理を、操作部１３０からの操作データ、メモリーカード１８０からのデータ、ゲームプログラムなどに基づいて行う。
【００３９】
ゲーム演算部１１０は、ヒットチェック部１１２、モーション再生部１１４、モーション生成部１１６、切り替え部１２２を含む。
【００４０】
ここで、ヒットチェック部１１２は、ガン型コントローラを用いてプレーヤが発射したショットがオブジェクトにヒットしたか否かを調べるヒットチェック処理を行う。なお、処理負担の軽減化のためには、オブジェクトの形状を簡易化した簡易オブジェクトを用いてヒットチェック処理を行うことが望ましい。
【００４１】
モーション再生部１１４は、オブジェクト（敵キャラクタ等）のモーションを、モーションデータ記憶部１４２に記憶されているモーションデータに基づいて再生する処理を行う。即ち、モーションデータ記憶部１４２には、オブジェクトの各基準モーションでの各部位（パーツ）の位置データや角度データを含むモーションデータが記憶されている。モーション再生部１１４は、このモーションデータを読み出し、このモーションデータに基づいてオブジェクトの各部位を動かすことで、オブジェクトのモーションを再生する。
【００４２】
モーション生成部１１６は、オブジェクトのモーションを、物理シミュレーション（物理計算を利用したシミュレーション。物理計算は擬似的な物理計算でもよい）により生成する処理を行う。即ち本実施形態では、ヒット（被弾）時等における、オブジェクト（敵キャラクタ等）のモーションを、モーションデータに基づくモーション再生ではなく、物理シミュレーションによりリアルタイムに生成するようにしている。このように物理シミュレーションによりモーションを生成することで、モーションデータに基づくモーション再生に比べて、バラエティ度が高くリアルなモーション表現を、使用データ量を抑えながら実現できるようになる。
【００４３】
モーション生成部１１６は、ヒット（被弾）時モーション生成部１１８と下半身モーション生成部１２０を含む。
【００４４】
ここで、ヒット時モーション生成部１１８は、ヒット時におけるオブジェクトのモーションを生成する処理を行う。より具体的には、オブジェクトの第Ｎの部位がヒットされた場合には、ヒット情報（ヒット方向を向く力ベクトル等）に基づく物理シミュレーションにより、その第Ｎの部位を動かすと共に、隣の第Ｎ＋１、第Ｎ＋２、第Ｎ＋３の部位等にヒット情報を順次伝達（伝搬）する（例えばその大きさを順次減衰させながら伝達する）。そして、伝達されたヒット情報に基づく物理シミュレーションにより、これらの第Ｎ＋１、第Ｎ＋２、第Ｎ＋３の部位等を動かす。このようにしてオブジェクトのモーションを生成すれば、高速連射によりショットが連続してヒットした場合におけるオブジェクトのリアルなモーションを、少ない処理負担で表現できるようになる。
【００４５】
また下半身モーション生成部１２０は、ヒット時のオブジェクトのよろけ動作をリアルに表現するために、オブジェクトの下半身についてのモーションを特別なアルゴリズムを用いて生成している。より具体的には、接地している第１の部位（例えば左足）を支点として倒れるようにオブジェクトを動かす。そして、オブジェクトが倒れるのを制限する位置（例えば仮想重心を接地面に投影した位置に関して第１の部位と点対称の位置）に、接地していない第２の部位（例えば右足）の移動目標位置を設定し、この移動目標位置に第２の部位を移動させる。このようにしてオブジェクトのモーションを生成すれば、よろけながらもなかなか倒れないというオブジェクトのモーション表現が可能になる。
【００４６】
切り替え部１２２は、例えばオブジェクトがヒットされた場合に、モーション再生からモーション生成に切り替える処理を行う。或いは、所与の条件が成立した場合（ヒットされてから所与の時間が経過したり、体力パラメータが零になった場合）に、モーション生成からモーション再生に切り替える処理を行う。このようにすれば、モーション生成による表現が難しい場面では、モーション再生によりオブジェクトの動きを表現し、少ないデータ量でバラエティ度の高い動きが要請される場面では、モーション生成によりオブジェクトの動きを表現できるようになる。
【００４７】
なお、本実施形態の画像生成システムは、１人のプレーヤのみがプレイできるシングルプレーヤモード専用のシステムにしてもよいし、このようなシングルプレーヤモードのみならず、複数のプレーヤがプレイできるマルチプレーヤモードも備えるシステムにしてもよい。
【００４８】
また複数のプレーヤがプレイする場合に、これらの複数のプレーヤに提供するゲーム画像やゲーム音を、１つの端末を用いて生成してもよいし、ネットワーク（伝送ライン、通信回線）などで接続された複数の端末を用いて生成してもよい。
【００４９】
２．本実施形態の特徴
さて、本実施形態では、図３に示すように、敵キャラクタ（オブジェクト）１０が、複数の部位（右手１２、右前腕１４、右上腕１６、胸１８、腰２０、左手２２、左前腕２４、左上腕２６、頭３０、右足３２、右すね３４、右股３６、左足４２、左すね４４、左股４６）により構成されている。なお、これらの部位（パーツ）の位置や回転角度（方向）は、スケルトンモデルを構成する関節Ｊ０〜Ｊ１３の位置や骨（アーク）Ａ０〜Ａ１８の回転角度として表すことができる。但し、これらの骨、関節は仮想的なものであり、現実に表示されるオブジェクトではない。
【００５０】
本実施形態では、敵キャラクタを構成する部位が親子（階層）構造を有している（実際には関節が親子構造を有する）。即ち、手１２、２２の親は前腕１４、２４であり、前腕１４、２４の親は上腕１６、２６であり、上腕１６、２６の親は胸１８であり、胸１８の親は腰２０となる。また、頭３０の親は胸１８となる。また、足３２、４２の親はすね３４、４４であり、すね３４、４４の親は股３６、４６であり、股３６、４６の親は腰２０となる。
【００５１】
モーションデータ記憶部には、これらの部位（関節、骨）の位置及び回転角度が、モーションデータとして記憶されている。例えば、歩きモーションが、ＭＰ０、ＭＰ１、ＭＰ２・・・・ＭＰＮという基準モーションにより構成されているとする。するとこれらの各基準モーションＭＰ０、ＭＰ１、ＭＰ２・・・・ＭＰＮでの各部位の位置及び回転角度が、モーションデータとして予め記憶されている。そして、例えば基準モーションＭＰ０の各部位の位置及び回転角度を読み出し、次に基準モーションＭＰ１の各部位の位置及び回転角度を読み出すというように、基準モーションのモーションデータを時間経過に伴い順次読み出すことで、モーション再生が実現される。
【００５２】
なお、モーションデータ記憶部に記憶するモーションデータは、一般的には、モーションキャプチャにより取得したり、デザイナが作成する。また、部位（関節、骨）の位置、回転角度は、親の部位の位置、回転角度に対する相対的な位置、相対的な回転角度で表される。
【００５３】
本実施形態の第１の特徴は、ヒット時における敵キャラクタ（オブジェクト）のモーションを、物理シミュレーションを用いて生成する点にある。
【００５４】
例えば図４において、敵キャラクタの前腕１４にプレーヤのショット（弾）がヒットすると、まず、ヒット力ベクトルＦＨ０（広義にはヒット情報）に基づき前腕１４を動かす（回転させる、移動させる）。更に、このヒット力ベクトルＦＨ０を、ＦＨ１、ＦＨ２、ＦＨ３、ＦＨ４として親の部位である上腕１６、胸１８、腰２０に順次伝達（伝搬）する。そして、伝達されたヒット力ベクトルＦＨ１〜ＦＨ４により、上腕１６、胸１８、腰２０を動かす。本実施形態では、このようにして、ヒット時における敵キャラクタのモーションをリアルタイムに生成している。
【００５５】
より具体的には、ヒット力ベクトルＦＨ０は、その方向が、ヒットの方向（ショットの軌道方向）に向き、その大きさが、ヒットの威力を表すベクトルである。そして、関節Ｊ１とヒット位置（着弾位置）ＨＰを結ぶベクトルＨＶと、ヒット力ベクトルＦＨ０との外積をとることで、回転モーメントが求められる。
【００５６】
次に、この回転モーメントと前腕１４の仮想質量に基づき、前腕１４の角加速度が算出される。そして、算出された角加速度に基づき、前腕１４の角速度が算出され、この角速度で前腕１４がＲ０に示すように回転する。
【００５７】
ヒット力ベクトルＦＨ０（ヒット情報）は、その大きさが減衰されてＦＨ１として親の部位である上腕１６に伝達される。より具体的には、このＦＨ１は関節Ｊ１に作用し、このＦＨ１による回転モーメントで、上腕１６がＲ１に示すように回転する。
【００５８】
次に、胸１８に伝達されたＦＨ２は関節Ｊ２に作用し、このＦＨ２による回転モーメントで、胸１８がＲ２に示すように回転する。
【００５９】
次に腰２０に伝達されたＦＨ３は関節Ｊ３に作用し、このＦＨ３による回転モーメントで、腰２０がＲ３に示すように回転する。また、腰２０に伝達されたＦＨ４は代表点ＲＰに作用し、このＦＨ４により、腰２０がＭＴ０に示すように移動する。なお、腰２０がＭＴ０の方向に移動すると、腰２０以外の他の部位もＭＴ０の方向に移動することになる。但し、この場合にも、腰２０と他の部位との間の相対的な位置関係は変化しない。
【００６０】
本実施形態により生成されたモーションの例を図５（Ａ）、（Ｂ）、図６（Ａ）、（Ｂ）に示す。このモーションは、敵キャラクタ１０の頭にショットがヒットした場合に生成されたモーションの例である。
【００６１】
図５（Ａ）〜図６（Ｂ）に示すように、本実施形態によれば、ヒット時における敵キャラクタ１０のリアルなモーションを生成できる。そして、生成されるモーションは、ヒット位置やヒット方向やヒット力の大きさなどに応じて異なったものとなり、モーションデータに基づくモーション再生の手法に比べて、モーションのバリエーションを格段に増すことができる。
【００６２】
即ち、モーション再生の手法では、ヒット位置に応じた何種類ものモーションデータを予め別々に用意しておく必要がある。例えば、図４のように前腕がヒットされた場合用のモーションデータと、図５（Ａ）〜図６（Ｂ）のように頭がヒットされた場合用のモーションデータとを別々に用意する必要がある。また、同じ頭がヒットされた場合も、前方向から頭がヒットされた場合用のモーションデータ、右方向から頭がヒットされた場合用のモーションデータ、後ろ方向から頭がヒットされた場合用のモーションデータ、左方向から頭がヒットされた場合用のモーションデータを別々に用意しておく必要がある。
【００６３】
ところが、モーションデータを記憶するメモリの容量は有限である。従って、モーション再生の手法では、モーションのバリエーションの増加には限界がある。
【００６４】
これに対して、本実施形態によれば、上記のようなモーションデータを用意することなく、ヒット位置やヒット方向やヒット力の大きさなどに応じて異なる多様なモーションを生成できる。例えばショットのヒット位置に応じて、敵キャラクタの反応が細かく変化するようになる。従って、リアルで多様なモーション表現を少ないデータ量で実現できるようになる。
【００６５】
また、モーション再生の手法では、図５（Ａ）〜図６（Ｂ）のような、頭ヒット時用のモーションを再生している際に、例えば前腕がヒットされると、頭ヒット時用のモーションの再生が途中で打ち切られてしまい、敵キャラクタの動きが不自然なものになってしまう。
【００６６】
これに対して、本実施形態によれば、頭がヒットされた後に前腕がヒットされても、モーションが途中で打ち切られるという事態が生じない。従って、ヒット時における敵キャラクタの動きを滑らかで連続的なものにすることができる。
【００６７】
特に本実施形態では、図１で説明したように、プレーヤ５００が所持するガン型コントローラ５０２は、マシンガンのようにショットを高速連射できるようになっているため、敵キャラクタに対して何発ものショットが連続してヒットする状況が生じる。更に本実施形態では、一発のショットが命中しただけでは敵キャラクタは消滅しないようになっている。従って、何発ものショットがヒットし、ショットがヒットする毎に、ヒット位置やヒット方向に応じてその動きが細かく変化するような敵キャラクタのモーションを表現する必要がある。
【００６８】
モーション再生の手法により、このような高速連射時のモーション表現を実現しようとすると、必要なモーションデータの量が過大になってしまう。このため、モーション再生の手法では、このようなモーション表現は実質的に実現不可能となる。これに対して、図４で説明したモーション生成の手法によれば、このようなモーション表現を容易に実現できるようになる。
【００６９】
さて、本実施形態では、各部位を動かすヒット情報として、ヒット力ベクトルを採用している。そして、図７（Ａ）に示すように、例えばヒット力ベクトルＦＨNにより回転モーメントＬN×ＦＨNを求め、求められた回転モーメントにより、第Ｎの部位を動かす（回転させる）。そして、ヒット力ベクトルＦＨN+1、ＦＨN+2を、隣の第Ｎ＋１、第Ｎ＋２の部位に順次伝達し、これらのヒット力ベクトルで第Ｎ＋１、第Ｎ＋２の部位を動かす。より具体的には、フレームＫでは、ＦＨNを第Ｎの部位に作用させ、フレームＫ＋１ではＦＨN+1を第Ｎ＋１の部位に作用させ、フレームＫ＋２ではＦＨN+2を第Ｎ＋２の部位に作用させる。
【００７０】
このようにすることで、ヒット力ベクトルの衝撃により敵キャラクタの各部位が動く様子を、ヒット力ベクトルを隣の部位に順次伝達するだけという簡易な処理で、リアルに表現できるようになる。
【００７１】
そして、この場合に本実施形態では、各部位にヒット力ベクトルを順次伝達する際に、伝達するヒット力ベクトルの大きさを順次減衰（減衰率は例えば９０％程度）させている。即ち、｜ＦＨN｜＞｜ＦＨN+1｜＞｜ＦＨN+2｜というように、ヒット力ベクトルの大きさを減衰させる。このようにすることで、ヒット位置に近い部位ほど大きく動くようになり、現実世界の事象により近いリアルなモーション変化を、ヒット力ベクトルの大きさを減少させるだけという簡易な処理で実現できるようになる。
【００７２】
また本実施形態では、各部位の角速度に応じた回転抵抗力を、各部位に作用させるようにしている。
【００７３】
例えば図７（Ｂ）に示すように、第Ｎの部位には、第Ｎの部位の角速度ωNの大きさに応じた回転抵抗力ＦＲNを作用させる。また、第Ｎ＋１の部位には、第Ｎ＋１の部位の角速度ωN+1の大きさに応じた回転抵抗力ＦＲN+1を回転と逆方向に作用させる。また、第Ｎ＋２の部位には、第Ｎ＋２の部位の角速度ωN+2の大きさに応じた回転抵抗力ＦＲN+2を回転と逆方向に作用させる。
【００７４】
このような回転抵抗力を作用させることで、各部位の角速度が急激に変化してしまい不自然なモーションになってしまう事態を効果的に防止できるようになる。
【００７５】
また本実施形態では、敵キャラクタを所与の姿勢に戻すための復元力を、各部位に作用させている。
【００７６】
例えば図８に示すように、ヒット力ベクトルＦＨにより敵キャラクタの姿勢が変化した場合に、敵キャラクタを、点線で示されるデフォルトの姿勢に戻すようにする。
【００７７】
このようにすれば、高速連射により何発ものショットがヒットすることで、敵キャラクタの姿勢が極端に崩れてしまうというような事態を防止できる。ショットが連続してヒットしても、ヒットする毎に復元力により敵キャラクタが元のデフォルト姿勢に少しずつ戻るようになるからである。これにより、多くのショットがヒットしても、なかなか倒されないような敵キャラクタを表現できるようになり、マシンガンゲームに好適な敵キャラクタをゲームに登場させることができるようになる。
【００７８】
なお、敵キャラクタをデフォルト姿勢に戻す処理は、各部位のデフォルトの回転角度を記憶部に保持しておき、このデフォルトの角度に、各部位の角度を戻すように処理することで実現できる。
【００７９】
本実施形態の第２の特徴は、敵キャラクタのヒット時に、モーションデータに基づくモーション再生から物理シミュレーションによるモーション生成に切り替える点にある。
【００８０】
例えば図９（Ａ）のＥ１に示すように、敵キャラクタがヒットされる前においては、モーション再生により敵キャラクタの動きが表現される。即ち、所定の場所に移動したり、物陰に隠れたり、プレーヤの前に出現したりする敵キャラクタの動きについては、モーションデータに基づくモーション再生により表現する。
【００８１】
一方、Ｅ２に示すように、敵キャラクタがヒットされると、モーション再生からモーション生成に切り替わる。即ち、例えば図４で説明したようなモーション生成手法により、ヒット時の敵キャラクタの動きを表現する。
【００８２】
ヒット前における敵キャラクタの動きに対しては、プレーヤのゲーム操作の影響がそれほど及ばない。従って、モーションデータに基づくモーション再生だけで、敵キャラクタの動きを十分に表現できる。また、物陰に隠れたり、プレーヤの前に出現する動きなどを、モーション生成で実現しようとすると、処理の複雑化、処理負担の増大化を招く。
【００８３】
一方、ヒット時における敵キャラクタの動きに対しては、プレーヤのゲーム操作の影響が強く及ぶ。即ち、プレーヤがどの敵キャラクタをどの方向からどのように射撃するかは、プレーヤの任意であり、ゲーム前には全く予期できない。このため、ヒット時においては、プレーヤのゲーム操作（射撃操作）に応じて、敵キャラクタの動きを細かく変化させる必要がある。従って、モーション再生よりも、図４で説明したようなモーション生成により敵キャラクタの動きを表現する方が望ましい。また、ヒット時の動きについては、物陰に隠れたり、プレーヤの前に出現する動きなどに比べて、物理シミュレーションに基づくモーション生成に適している。
【００８４】
本実施形態では、以上の点に着目して、図９（Ａ）のＥ２に示すように、敵キャラクタのヒット時に、モーション再生からモーション生成に切り替えている。これにより、状況に応じた適切な処理で、敵キャラクタを動かすことができるようになる。
【００８５】
本実施形態の第３の特徴は、所与の条件が成立した場合に、物理シミュレーションによるモーション生成からモーションデータに基づくモーション再生に切り替える点にある。
【００８６】
例えば図９（Ａ）のＥ３では、ヒット後に所与の時間ＴＭが経過したため、モーション生成からモーション再生に切り替えている。
【００８７】
即ち、Ｅ４のように短時間で連続して敵キャラクタにショットがヒットしている場合には、図４で説明したようなモーション生成により敵キャラクタを動かす。これにより、ショットがヒットする毎にヒット位置やヒット方向に応じてその動きが細かく変化する敵キャラクタを表現できる。
【００８８】
一方、Ｅ３のように、ショットがヒットした後に所与の時間ＴＭが経過した場合には、敵キャラクタに対する連射はもはや行われていないと考えられる。従って、この場合には、モーションデータに基づくモーション再生を行うようにする。このようにすることで、プレーヤにより攻撃された後に、他の場所に移動したり、物陰に隠れたりするなどの敵キャラクタの動きを表現できるようになる。
【００８９】
また図９（Ｂ）のＥ５では、敵キャラクタの体力パラメータが０（所与の値）になったため、モーション生成からモーション再生に切り替えている。即ち、この場合には、敵キャラクタを完全に転倒させるモーションを再生し、敵キャラクタを消滅させる。
【００９０】
このように、体力パラメータが０になった場合には、その敵キャラクタの運命は、消滅するという運命にもはや決まっており、プレーヤのゲーム操作の影響が及ぶ余地がない。従って、この場合には、モーション生成ではなくモーション再生により敵キャラクタの動きを表現する。このようにすれば、予め用意されたモーションデータに基づいてリアルに敵キャラクタを転倒させることが可能になり、ゲームの演出効果を高めることができる。
【００９１】
なお、モーション生成とモーション再生を切り替える場合には、物理シミュレーションにより生成されるモーションとモーションデータに基づき再生されるモーションとを繋ぐ繋ぎモーションを再生（或いは生成）することが望ましい。
【００９２】
例えば図１０（Ａ）では、Ｆ１が、モーション生成とモーション再生の切り替えポイントになっている。従って、この場合には、生成された最後のモーションＭＧＭと、再生される最初のモーションＭＰ０とを繋ぐ繋ぎモーションを再生（又は生成）するようにする。
【００９３】
また図１０（Ｂ）では、Ｆ２が、モーション生成とモーション再生の切り替えポイントになっている。従って、この場合には、生成された最後のモーションＭＧＮと、再生される最初のモーションＭＰ０とを繋ぐ繋ぎモーションを再生（又は生成）するようにする。
【００９４】
このようにすれば、モーション生成のどの時点で切り替わっても、モーションを滑らかに繋ぐことが可能となり、生成される画像の画質やリアル度を高めることができる。
【００９５】
なお、繋ぎモーションの再生は、図１１に示すようなモーション補間により実現することが望ましい。即ち、モーションＭ０、Ｍ１を、重み係数αを０から１に変化させながら、例えばＭ２＝α×Ｍ０＋（１−α）×Ｍ１という計算式により補間して、モーションＭ２を得る（実際には、位置や回転角度を上記計算式により補間する）。この場合、図１０（Ａ）、（Ｂ）のＭＧＭ、ＭＧＮが図１１のＭ０になり、ＭＰ０がＭ１になり、得られる繋ぎモーションがＭ２になる。
【００９６】
３．本実施形態の処理
次に、本実施形態の詳細な詳細例について、図１２、図１３、図１４のフローチャートを用いて説明する。
【００９７】
図１２は、モーション再生とモーション生成の切り替え処理に関するフローチャートである。
【００９８】
まず、モーションデータに基づくモーション再生を行う（ステップＳ１）。例えば、所定の場所に移動したり、物陰に隠れたり、プレーヤの前に現れるというような敵キャラクタの動きは、モーション再生により実現する。
【００９９】
次に、プレーヤからのショットがヒットしたか否かを判断し（ステップＳ２）、ヒットしなかった場合には、ステップＳ１に戻りモーション再生を続行する。一方、ヒットした場合には、体力パラメータが０か否かを判断する（ステップＳ３）。そして、体力パラメータが０でない場合には、図９（Ａ）のＥ２に示すように、物理シミュレーションによるモーション生成処理に移行する（ステップＳ４）。
【０１００】
次に、ヒット後から所与の時間が経過したか否かを判断し（ステップＳ５）、経過していない場合には、プレーヤからのショットがヒットしたか否かを判断する（ステップＳ６）。そして、ヒットした場合には、ステップＳ３で体力パラメータが０か否かを判断し、０でない場合にはステップＳ４のモーション生成処理を続行する。一方、ヒットしなかった場合には、ステップＳ３の体力パラメータの判断処理を行うことなく、ステップＳ４のモーション生成処理を続行する。
【０１０１】
ステップＳ５で所与の時間が経過したと判断された場合には、図１０（Ａ）、（Ｂ）で説明したように、繋ぎモーションを再生（又は生成）する処理を行う（ステップＳ７）。そして、図９（Ａ）のＥ３に示すように、モーション再生処理に切り替える。
【０１０２】
ステップＳ３で、体力パラメータが０であると判断された場合には、転倒モーションへの繋ぎモーションを再生（又は生成）する（ステップＳ８）。そして、図９（Ｂ）のＥ５に示すように、転倒モーションの再生処理に移行し（ステップＳ９）、敵キャラクタを消滅させる（ステップＳ１０）。
【０１０３】
図１３、図１４は、ヒット時のモーション生成処理に関するフローチャートである。
【０１０４】
まず、処理対象となる部位が、ヒットされた部位又はヒット力ベクトルが伝達された部位かを判断し（ステップＴ１）、そのような部位でない場合にはステップＴ５に移行する。一方、そのような部位である場合には、図４で説明したように、その部位におけるヒット位置ＨＰとヒット力ベクトルＦＨ０を得る（ステップＴ２）。なお、ステップＴ１での判断は、ヒットされた又はヒット力ベクトルが伝達された場合にオンにセットされるヒットフラグに基づいて行われることになる。
【０１０５】
次に、図７（Ａ）で説明したように、ヒット力ベクトルを、その大きさを減衰させながら、親の部位に伝達する（ステップＴ３）。なお、ヒット力ベクトルが伝達された部位については、そのヒットフラグがオンにセットされる。
【０１０６】
次に、ヒット力ベクトルに基づき回転モーメントを算出し、その回転モーメントに基づき部位の角速度を算出する（ステップＴ４）。例えば図７（Ａ）の第Ｎの部位では、回転モーメントＬN×ＦＨNが算出され、この回転モーメントに基づき第Ｎの部位の角速度が算出される。
【０１０７】
次に、図７（Ｂ）で説明したように、部位の角速度に比例した回転抵抗力を算出し、その回転抵抗力に基づき部位の角速度を変化（減少）させる（ステップＴ５）。そして、図８で説明したように、敵キャラクタをデフォルトの姿勢に戻すための復元力を算出し、その復元力に基づき部位の角速度を変化させる（ステップＴ６）。
【０１０８】
次に、処理対象となる部位が腰である場合には、ヒット力ベクトルに基づき腰の移動速度を算出する（ステップＴ７）。例えば図４において、ＦＨ４に基づいて腰２０（代表点ＲＰ）の移動速度を算出する。
【０１０９】
次に、処理対象となる部位が腰の場合には、算出された移動速度と角速度に基づいて、その位置と回転速度を更新し、それ以外の部位の場合には、算出された角速度に基づき、その回転角度を更新する（ステップＴ８）。即ち、当該フレームでの、各部位の位置や回転角度を求める。
【０１１０】
最後に、全ての部位についての処理が終了したか否かを判断し（ステップＴ９）、終了していない場合にはステップＴ１に戻る。
【０１１１】
４．ハードウェア構成
次に、本実施形態を実現できるハードウェアの構成の一例について図１５を用いて説明する。同図に示すシステムでは、ＣＰＵ１０００、ＲＯＭ１００２、ＲＡＭ１００４、情報記憶媒体１００６、音生成ＩＣ１００８、画像生成ＩＣ１０１０、Ｉ／Ｏポート１０１２、１０１４が、システムバス１０１６により相互にデータ送受信可能に接続されている。そして前記画像生成ＩＣ１０１０にはディスプレイ１０１８が接続され、音生成ＩＣ１００８にはスピーカ１０２０が接続され、Ｉ／Ｏポート１０１２にはコントロール装置１０２２が接続され、Ｉ／Ｏポート１０１４には通信装置１０２４が接続されている。
【０１１２】
情報記憶媒体１００６は、プログラム、表示物を表現するための画像データ、音データ等が主に格納されるものである。例えば家庭用ゲームシステムではゲームプログラム等を格納する情報記憶媒体としてＤＶＤ、ゲームカセット、ＣＤＲＯＭ等が用いられる。また業務用ゲームシステムではＲＯＭ等のメモリが用いられ、この場合には情報記憶媒体１００６はＲＯＭ１００２になる。
【０１１３】
コントロール装置１０２２はゲームコントローラ、操作パネル等に相当するものであり、プレーヤがゲーム進行に応じて行う判断の結果をシステム本体に入力するための装置である。
【０１１４】
情報記憶媒体１００６に格納されるプログラム、ＲＯＭ１００２に格納されるシステムプログラム（システム本体の初期化情報等）、コントロール装置１０２２によって入力される信号等に従って、ＣＰＵ１０００はシステム全体の制御や各種データ処理を行う。ＲＡＭ１００４はこのＣＰＵ１０００の作業領域等として用いられる記憶手段であり、情報記憶媒体１００６やＲＯＭ１００２の所与の内容、あるいはＣＰＵ１０００の演算結果等が格納される。また本実施形態を実現するための論理的な構成を持つデータ構造は、このＲＡＭ又は情報記憶媒体上に構築されることになる。
【０１１５】
更に、この種のシステムには音生成ＩＣ１００８と画像生成ＩＣ１０１０とが設けられていてゲーム音やゲーム画像の好適な出力が行えるようになっている。音生成ＩＣ１００８は情報記憶媒体１００６やＲＯＭ１００２に記憶される情報に基づいて効果音やバックグラウンド音楽等のゲーム音を生成する集積回路であり、生成されたゲーム音はスピーカ１０２０によって出力される。また、画像生成ＩＣ１０１０は、ＲＡＭ１００４、ＲＯＭ１００２、情報記憶媒体１００６等から送られる画像情報に基づいてディスプレイ１０１８に出力するための画素情報を生成する集積回路である。なおディスプレイ１０１８として、いわゆるヘッドマウントディスプレイ（ＨＭＤ）と呼ばれるものを使用することもできる。
【０１１６】
また、通信装置１０２４は画像生成システム内部で利用される各種の情報を外部とやりとりするものであり、他の画像生成システムと接続されてゲームプログラムに応じた所与の情報を送受したり、通信回線を介してゲームプログラム等の情報を送受することなどに利用される。
【０１１７】
そして図１〜図１４で説明した種々の処理は、プログラムやデータなどの情報を格納した情報記憶媒体１００６、この情報記憶媒体１００６からの情報等に基づいて動作するＣＰＵ１０００、画像生成ＩＣ１０１０或いは音生成ＩＣ１００８等によって実現される。なお画像生成ＩＣ１０１０、音生成ＩＣ１００８等で行われる処理は、ＣＰＵ１０００あるいは汎用のＤＳＰ等によりソフトウェア的に行ってもよい。
【０１１８】
図１に示すような業務用ゲームシステムに本実施形態を適用した場合には、内蔵されるシステムボード（サーキットボード）１１０６に対して、ＣＰＵ、画像生成ＩＣ、音生成ＩＣ等が実装される。そして、本実施形態の処理（本発明の手段）を実行（実現）するための情報は、システムボード１１０６上の情報記憶媒体である半導体メモリ１１０８に格納される。以下、この情報を格納情報と呼ぶ。
【０１１９】
図１６（Ａ）に、本実施形態を家庭用のゲームシステムに適用した場合の例を示す。プレーヤはディスプレイ１２００に映し出されたゲーム画像を見ながら、ゲームコントローラ１２０２、１２０４を操作してゲームを楽しむ。この場合、上記格納情報は、本体システムに着脱自在な情報記憶媒体であるＤＶＤ１２０６、メモリーカード１２０８、１２０９等に格納されている。
【０１２０】
図１６（Ｂ）に、ホスト装置１３００と、このホスト装置１３００と通信回線（ＬＡＮのような小規模ネットワークや、インターネットのような広域ネットワーク）１３０２を介して接続される端末１３０４-1〜１３０４-nとを含む画像生成システムに本実施形態を適用した場合の例を示す。この場合、上記格納情報は、例えばホスト装置１３００が制御可能な磁気ディスク装置、磁気テープ装置、半導体メモリ等の情報記憶媒体１３０６に格納されている。端末１３０４-1〜１３０４-nが、ＣＰＵ、画像生成ＩＣ、音処理ＩＣを有し、スタンドアロンでゲーム画像、ゲーム音を生成できるものである場合には、ホスト装置１３００からは、ゲーム画像、ゲーム音を生成するためのゲームプログラム等が端末１３０４-1〜１３０４-nに配送される。一方、スタンドアロンで生成できない場合には、ホスト装置１３００がゲーム画像、ゲーム音を生成し、これを端末１３０４-1〜１３０４-nに伝送し端末において出力することになる。
【０１２１】
なお、図１６（Ｂ）の構成の場合に、本発明の処理を、ホスト装置（サーバー）と端末とで分散して処理するようにしてもよい。また、本発明を実現するための上記格納情報を、ホスト装置（サーバー）の情報記憶媒体と端末の情報記憶媒体に分散して格納するようにしてもよい。
【０１２２】
また通信回線に接続する端末は、家庭用ゲームシステムであってもよいし業務用ゲームシステムであってもよい。そして、業務用ゲームシステムを通信回線に接続する場合には、業務用ゲームシステムとの間で情報のやり取りが可能であると共に家庭用ゲームシステムとの間でも情報のやり取りが可能な携帯型情報記憶装置（メモリーカード、携帯型ゲーム機）を用いることが望ましい。
【０１２３】
なお本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。
【０１２４】
例えば、本発明のうち従属請求項に係る発明においては、従属先の請求項の構成要件の一部を省略する構成とすることもできる。また、本発明の１の独立請求項に係る発明の要部を、他の独立請求項に従属させることもできる。
【０１２５】
また、各部位を動かす物理シミュレーションの手法は、図４などで説明した手法が特に望ましいが、これに限定されるものでなく種々の変形実施が可能である。また、ヒット情報は、処理の簡素化のためにはヒット力ベクトルであることが特に望ましいが、これに限定されるものではなく、少なくとも各部位を動かすための情報であればよい。
【０１２６】
また、本実施形態では、敵キャラクタについてのモーション生成やモーション再生について主に説明したが、モーション生成やモーション再生の対象となるオブジェクトは敵キャラクタに限定されず、プレーヤキャラクタや移動体など種々のオブジェクトを考えることができる。
【０１２７】
また、本実施形態では、ショットによりオブジェクトがヒットされる場合を例にとり説明したが、本発明におけるオブジェクトのヒットは、これに限定されず、例えば、剣によるヒットや、パンチやキックによるヒット等も含まれる。
【０１２８】
また、モーション生成とモーション再生を切り替える発明においては、モーション生成の手法は、図４などで説明した手法に限定されるものではなく、何らかの物理シミュレーション（疑似物理シミュレーション）の要素を含むものであればよい。また、モーション生成とモーション再生の切り替えイベントとしては、本実施形態で説明したイベント（オブジェクトのヒット等）以外にも種々のイベントを考えることができる。
【０１２９】
また本発明はガンゲーム以外にも種々のゲーム（ガンゲーム以外のシューティングゲーム、格闘ゲーム、ロボット対戦ゲーム、スポーツゲーム、競争ゲーム、ロールプレイングゲーム、音楽演奏ゲーム、ダンスゲーム等）に適用できる。
【０１３０】
また本発明は、業務用ゲームシステム、家庭用ゲームシステム、多数のプレーヤが参加する大型アトラクションシステム、シミュレータ、マルチメディア端末、画像生成システム、ゲーム画像を生成するシステムボード等の種々の画像生成システムに適用できる。
【図面の簡単な説明】
【図１】本実施形態を業務用ゲームシステムに適用した場合の構成例を示す図である。
【図２】本実施形態の画像生成システムのブロック図の例である。
【図３】複数の部位により構成される敵キャラクタ（オブジェクト）の例について示す図である。
【図４】本実施形態におけるヒット時のモーション生成手法について説明するための図である。
【図５】図５（Ａ）、（Ｂ）は、本実施形態により生成されるモーションの例について示す図である。
【図６】図６（Ａ）、（Ｂ）も、本実施形態により生成されるモーションの例について示す図である。
【図７】図７（Ａ）、（Ｂ）は、ヒット力ベクトルの大きさを減衰させながら親の部位に伝達する手法や、角速度に応じた回転抵抗力を各部位に作用させる手法について説明するための図である。
【図８】敵キャラクタをデフォルトの姿勢に戻す手法について説明するための図である。
【図９】図９（Ａ）、（Ｂ）は、モーション生成とモーション再生を切り替える手法について説明するための図である。
【図１０】図１０（Ａ）、（Ｂ）は、繋ぎモーションを再生（又は生成）する手法について説明するための図である。
【図１１】モーション補間について説明するための図である。
【図１２】本実施形態の処理の詳細例について示すフローチャートである。
【図１３】本実施形態の処理の詳細例について示すフローチャートである。
【図１４】本実施形態の処理の詳細例について示すフローチャートである。
【図１５】本実施形態を実現できるハードウェアの構成の一例を示す図である。
【図１６】図１６（Ａ）、（Ｂ）は、本実施形態が適用される種々の形態のシステムの例を示す図である。
【符号の説明】
１０ 敵キャラクタ（オブジェクト）
１２、２２ 手
１４、２４ 前腕
１６、２６ 上腕
１８ 胸
２０ 腰
３０ 頭
３２、４２ 足
３４、４４ すね
３６、４６ 股
Ａ０〜Ａ１８ 骨
Ｊ０〜Ｊ１３ 関節
ＲＰ 代表点
ＦＨ、ＦＨ０〜ＦＨ４、ＦＨN〜ＦＨN+2 ヒット力ベクトル
ωN〜ωN+2 角速度
ＦＲN〜ＦＲN+2 回転抵抗力
１００ 処理部
１１０ ゲーム演算部
１１２ ヒットチェック部
１１４ モーション再生部
１１６ モーション生成部
１１８ ヒット時モーション生成部
１２０ 下半身モーション生成部
１２２ 切り替え部
１３０ 操作部
１４０ 記憶部
１４２ モーションデータ記憶部
１５０ 情報記憶媒体
１６０ 画像生成部
１６２ 表示部
１７０ 音生成部
１７２ 音出力部
１７４ 通信部
１７６ Ｉ／Ｆ部
１８０ メモリーカード
【発明の属する技術分野】
本発明は、画像生成システム及び情報記憶媒体に関する。
【０００２】
【背景技術及び発明が解決しようとする課題】
従来より、仮想的な３次元空間であるオブジェクト空間内の所与の視点から見える画像を生成する画像生成システムが知られており、いわゆる仮想現実を体験できるものとして人気が高い。ガンゲームを楽しむことができる画像生成システムを例にとれば、プレーヤ（操作者）は、銃などを模して作られたガン型コントローラ（シューティングデバイス）を用いて、画面に映し出される敵キャラクタ（オブジェクト）などの標的オブジェクトをシューティングすることで、３次元ゲームを楽しむ。
【０００３】
さて、このような画像生成システムでは、プレーヤの仮想現実感の向上のために、よりリアルな画像を生成することが重要な技術的課題になっている。従って、敵キャラクタのモーションについてもリアルに表現できることが望まれる。そして、これまでの画像生成システムでは、予め用意されたモーションデータを選択し、選択されたモーションデータに基づきモーション再生することで敵キャラクタのモーションを表現していた。
【０００４】
しかしながら、このようにモーションデータに基づきモーション再生する手法には、以下のような問題点があった。
（１）敵キャラクタを撃っても、敵キャラクタはいつも同じ動きしか行わないため、モーションの表現が単調になる。
（２）敵キャラクタに追い撃ちをかけた場合に、１発目のショット（弾）のヒットにより開始したモーション再生が、２発目のショットのヒットにより打ち切られてしまい、敵キャラクタのモーションが不自然になる。
（３）敵キャラクタのモーションのバリエーションを増やすためには、それに比例してモーションデータを増やす必要がある。しかしながら、モーションデータを記憶するメモリの容量は有限であるため、モーションのバリエーションの増加には限界がある。
【０００５】
本発明は、以上のような課題に鑑みてなされたものであり、その目的とするところは、よりリアルでバラエティ度が高く自然なモーション表現を少ないデータ量で実現できる画像生成システム及び情報記憶媒体を提供することにある。
【０００６】
【課題を解決するための手段】
上記課題を解決するために、本発明は、画像を生成するための画像生成システムであって、複数の部位により構成されるオブジェクトの第Ｎの部位がヒットされた場合に、ヒット情報に基づく物理シミュレーションにより第Ｎの部位を動かすと共に第Ｎ＋１の部位、第Ｎ＋２の部位、第Ｎ＋３の部位・・・・にヒット情報を順次伝達し、伝達されたヒット情報に基づく物理シミュレーションにより第Ｎ＋１の部位、第Ｎ＋２の部位、第Ｎ＋３の部位・・・・を順次動かして、オブジェクトのモーションを生成する手段と、モーションが生成されたオブジェクトの画像を含む画像を生成する手段とを含むことを特徴とする。また本発明に係る情報記憶媒体は、コンピュータにより使用可能な情報記憶媒体であって、上記手段を実現（実行）するための情報（プログラム或いはデータ等）を含むことを特徴とする。また本発明に係るプログラムは、コンピュータにより使用可能なプログラムであって、上記手段を実現（実行）するための処理ルーチンを含むことを特徴とする。
【０００７】
本発明によれば、オブジェクトの第Ｎの部位がヒットされると、ヒット情報に基づく物理シミュレーション（疑似的な物理シミュレーションを含む）により、第Ｎの部位が動く（回転又は移動する）ようになる。また、ヒット情報が第Ｎ＋１、第Ｎ＋２の部位等に順次伝達され、伝達されたヒット情報に基づいて第Ｎ＋１、第Ｎ＋２の部位等が動くようになる。本発明によれば、このようにしてオブジェクトのモーションが生成されるため、例えばヒット位置、ヒット方向等に応じて、オブジェクトが異なったモーションを行うようになる。この結果、リアルで多様なモーション表現を実現できる。
【０００８】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、ヒット情報が、ヒット方向に向く力ベクトルであり、前記力ベクトルにより求められる回転モーメントにより各部位を動かすことを特徴とする。このようにすれば、力ベクトルで各部位を動かしたり、力ベクトルを各部位に伝達するだけという簡素な処理で、リアルで多様なモーション表現を実現できるようになる。
【０００９】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、各部位に力ベクトルを伝達する際に、伝達する力ベクトルの大きさを順次減衰させることを特徴とする。このようにすれば、ヒット位置に近い部位ほど大きく動くようになり、リアルなモーション変化を簡素な処理で実現できるようになる。
【００１０】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、各部位の角速度に応じた回転抵抗力を、各部位に作用させることを特徴とする。このようにすれば、各部位の角速度が過大になって、生成されるモーションが不自然なものになってしまう事態を防止できるようになる。
【００１１】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、オブジェクトを所与の姿勢に戻すための復元力を、各部位に作用させることを特徴とする。このようにすれば、例えば、連続してヒットされた場合にも、なかなか倒されないようなオブジェクトを表現できるようになる。
【００１２】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、オブジェクトがヒットされた場合に、オブジェクトのモーションをモーションデータに基づき再生する処理から、オブジェクトのモーションを物理シミュレーションにより生成する処理に切り替えることを特徴とする。
【００１３】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、所与の条件が成立した場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替えることを特徴とする。
【００１４】
また本発明は、画像を生成するための画像生成システムであって、複数の部位により構成されるオブジェクトのモーションをモーションデータに基づき再生する手段と、オブジェクトのモーションを物理シミュレーションにより生成する手段と、オブジェクトがヒットされた場合に、オブジェクトのモーションをモーションデータに基づき再生する処理から、オブジェクトのモーションを物理シミュレーションにより生成する処理に切り替える手段とを含むことを特徴とする。また本発明に係る情報記憶媒体は、コンピュータにより使用可能な情報記憶媒体であって、上記手段を実現（実行）するための情報（プログラム或いはデータ等）を含むことを特徴とする。また本発明に係るプログラムは、コンピュータにより使用可能なプログラムであって、上記手段を実現（実行）するための処理ルーチンを含むことを特徴とする。
【００１５】
本発明によれば、例えばオブジェクトがヒットされる前は、モーション再生によりオブジェクトが動き、オブジェクトがヒットされると、モーション生成によりオブジェクトが動くようになる。従って、ヒット前においては、モーション生成によってはその実現が難しいオブジェクトの動きを、モーション再生を利用して簡易に実現できるようになる。一方、ヒット後においては、モーション再生によっては多くのモーションデータ量が必要になるオブジェクトの多彩な動きを、モーション生成を利用して少ないデータ量で実現できるようになる。
【００１６】
また本発明は、画像を生成するための画像生成システムであって、複数の部位により構成されるオブジェクトのモーションをモーションデータに基づき再生する手段と、オブジェクトのモーションを物理シミュレーションにより生成する手段と、所与の条件が成立した場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える手段とを含むことを特徴とする。また本発明に係る情報記憶媒体は、コンピュータにより使用可能な情報記憶媒体であって、上記手段を実現（実行）するための情報（プログラム或いはデータ等）を含むことを特徴とする。また本発明に係るプログラムは、コンピュータにより使用可能なプログラムであって、上記手段を実現（実行）するための処理ルーチンを含むことを特徴とする。
【００１７】
本発明によれば、所与の条件が成立する前は、モーション生成によりオブジェクトが動き、所与の条件が成立すると、モーション再生によりオブジェクトが動くようになる。このようにすれば、モーション生成によってはその実現が難しいオブジェクトの動きが必要な状況が生じた場合にも、容易にこれに対処できるようになる。
【００１８】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、オブジェクトがヒットされてから所与の時間が経過した場合及びオブジェクトのパラメータが所与の値になった場合の少なくとも一方の場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替えることを特徴とする。但し、本発明における所与の条件は、このような、所与の時間が経過したという条件や、パラメータが所与の値になったという条件に限定されるものではない。
【００１９】
また本発明に係る画像生成システム、情報記憶媒体及びプログラムは、物理シミュレーションにより生成されるモーションとモーションデータに基づき再生されるモーションとを繋ぐ繋ぎモーションを、オブジェクトに行わせることを特徴とする。このようにすれば、モーション生成、モーション再生間の切り替え時において、モーションを滑らかに且つ自然に変化させることができるようになる。
【００２０】
【発明の実施の形態】
以下、本発明の好適な実施形態について図面を用いて説明する。なお以下では、本発明を、ガン型コントローラを用いたガンゲーム（シューティングゲーム）に適用した場合を例にとり説明するが、本発明はこれに限定されず、種々のゲームに適用できる。
【００２１】
１．構成
図１に、本実施形態を業務用ゲームシステムに適用した場合の構成例を示す。
【００２２】
プレーヤ５００は、本物のマシンガンを模して作られたガン型コントローラ（広義にはシューティングデバイス）５０２を構える。そして、画面５０４に映し出される敵キャラクタ（広義にはオブジェクト）などの標的オブジェクトを狙ってシューティングすることでガンゲームを楽しむ。
【００２３】
特に、本実施形態のガン型コントローラ５０２は、引き金を引くと、仮想的なショット（弾）が高速で自動的に連射される。従って、あたかも本物のマシンガンを撃っているかのような仮想現実感をプレーヤに与えることができる。
【００２４】
なお、ショットのヒット位置（着弾位置）は、ガン型コントローラ５０２に光センサを設け、この光センサを用いて画面の走査光を検知することで検出してもよいし、ガン型コントローラ５０２から光（レーザー光）を発射し、この光の照射位置をＣＣＤカメラなどを用いて検知することで検出してもよい。
【００２５】
図２に、本実施形態のブロック図の一例を示す。なお同図において本実施形態は、少なくとも処理部１００を含めばよく（或いは処理部１００と記憶部１４０、或いは処理部１００と記憶部１４０と情報記憶媒体１５０を含めばよく）、それ以外のブロック（例えば操作部１３０、画像生成部１６０、表示部１６２、音生成部１７０、音出力部１７２、通信部１７４、Ｉ／Ｆ部１７６、メモリーカード１８０等）については、任意の構成要素とすることができる。
【００２６】
ここで処理部１００は、システム全体の制御、システム内の各ブロックへの命令の指示、ゲーム演算などの各種の処理を行うものであり、その機能は、ＣＰＵ（ＣＩＳＣ型、ＲＩＳＣ型）、ＤＳＰ、或いはＡＳＩＣ（ゲートアレイ等）などのハードウェアや、所与のプログラム（ゲームプログラム）により実現できる。
【００２７】
操作部１３０は、プレーヤが操作データを入力するためのものであり、その機能は、図１のガン型コントローラ５０２、レバー、ボタンなどのハードウェアにより実現できる。
【００２８】
記憶部１４０は、処理部１００、画像生成部１６０、音生成部１７０、通信部１７４、Ｉ／Ｆ部１７６などのワーク領域となるもので、その機能はＲＡＭなどのハードウェアにより実現できる。
【００２９】
情報記憶媒体（コンピュータにより使用可能な記憶媒体）１５０は、プログラムやデータなどの情報を格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いは半導体メモリ（ＲＯＭ）などのハードウェアにより実現できる。処理部１００は、この情報記憶媒体１５０に格納される情報に基づいて本発明（本実施形態）の種々の処理を行う。即ち情報記憶媒体１５０には、本発明（本実施形態）の手段（特に処理部１００に含まれるブロック）を実現（実行）するための種々の情報（プログラム、データ）が格納される。
【００３０】
なお、情報記憶媒体１５０に格納される情報の一部又は全部は、システムへの電源投入時等に記憶部１４０に転送されることになる。また情報記憶媒体１５０に記憶される情報は、本発明の処理を行うためのプログラムコード、画像情報、音情報、表示物の形状情報、テーブルデータ、リストデータ、プレーヤ情報や、本発明の処理を指示するための情報、その指示に従って処理を行うための情報等の少なくとも１つを含むものである。
【００３１】
画像生成部１６０は、処理部１００からの指示等にしたがって、各種の画像を生成し表示部１６２に出力するものであり、その機能は、画像生成用ＡＳＩＣ、ＣＰＵ、或いはＤＳＰなどのハードウェアや、所与のプログラム（画像生成プログラム）、画像情報により実現できる。
【００３２】
音生成部１７０は、処理部１００からの指示等にしたがって、各種の音を生成し音出力部１７２に出力するものであり、その機能は、音生成用ＡＳＩＣ、ＣＰＵ、或いはＤＳＰなどのハードウェアや、所与のプログラム（音生成プログラム）、音情報（波形データ等）により実現できる。
【００３３】
通信部１７４は、外部装置（例えばホスト装置や他の画像生成システム）との間で通信を行うための各種の制御を行うものであり、その機能は、通信用ＡＳＩＣ、或いはＣＰＵなどのハードウェアや、所与のプログラム（通信プログラム）により実現できる。
【００３４】
なお本発明（本実施形態）の処理を実現するための情報は、ホスト装置（サーバー）が有する情報記憶媒体からネットワーク及び通信部１７４を介して情報記憶媒体１５０に配信するようにしてもよい。このようなホスト装置（サーバー）の情報記憶媒体の使用も本発明の範囲内に含まれる。
【００３５】
また処理部１００の機能の一部又は全部を、画像生成部１６０、音生成部１７０、又は通信部１７４の機能により実現するようにしてもよい。或いは、画像生成部１６０、音生成部１７０、又は通信部１７４の機能の一部又は全部を、処理部１００の機能により実現するようにしてもよい。
【００３６】
Ｉ／Ｆ部１７６は、処理部１００からの指示等にしたがってメモリーカード（広義には、携帯型ゲーム機などを含む携帯型情報記憶装置）１８０との間で情報交換を行うためのインターフェースとなるものであり、その機能は、メモリーカードを挿入するためのスロットや、データ書き込み・読み出し用コントローラＩＣなどにより実現できる。なお、メモリーカード１８０との間の情報交換を赤外線などの無線を用いて実現する場合には、Ｉ／Ｆ部１７６の機能は、半導体レーザ、赤外線センサーなどのハードウェアにより実現できる。
【００３７】
処理部１００は、ゲーム演算部１１０を含む。
【００３８】
ここでゲーム演算部１１０は、コイン（代価）の受け付け処理、各種モードの設定処理、ゲームの進行処理、選択画面の設定処理、オブジェクト（キャラクタ、移動体）の位置や回転角度（Ｘ、Ｙ又はＺ軸回り回転角度）を決める処理、視点位置や視線角度を決める処理、オブジェクトのモーションを再生又は生成する処理、オブジェクト空間へオブジェクトを配置する処理、ヒットチェック処理、ゲーム結果（成果、成績）を演算する処理、複数のプレーヤが共通のゲーム空間でプレイするための処理、或いはゲームオーバー処理などの種々のゲーム演算処理を、操作部１３０からの操作データ、メモリーカード１８０からのデータ、ゲームプログラムなどに基づいて行う。
【００３９】
ゲーム演算部１１０は、ヒットチェック部１１２、モーション再生部１１４、モーション生成部１１６、切り替え部１２２を含む。
【００４０】
ここで、ヒットチェック部１１２は、ガン型コントローラを用いてプレーヤが発射したショットがオブジェクトにヒットしたか否かを調べるヒットチェック処理を行う。なお、処理負担の軽減化のためには、オブジェクトの形状を簡易化した簡易オブジェクトを用いてヒットチェック処理を行うことが望ましい。
【００４１】
モーション再生部１１４は、オブジェクト（敵キャラクタ等）のモーションを、モーションデータ記憶部１４２に記憶されているモーションデータに基づいて再生する処理を行う。即ち、モーションデータ記憶部１４２には、オブジェクトの各基準モーションでの各部位（パーツ）の位置データや角度データを含むモーションデータが記憶されている。モーション再生部１１４は、このモーションデータを読み出し、このモーションデータに基づいてオブジェクトの各部位を動かすことで、オブジェクトのモーションを再生する。
【００４２】
モーション生成部１１６は、オブジェクトのモーションを、物理シミュレーション（物理計算を利用したシミュレーション。物理計算は擬似的な物理計算でもよい）により生成する処理を行う。即ち本実施形態では、ヒット（被弾）時等における、オブジェクト（敵キャラクタ等）のモーションを、モーションデータに基づくモーション再生ではなく、物理シミュレーションによりリアルタイムに生成するようにしている。このように物理シミュレーションによりモーションを生成することで、モーションデータに基づくモーション再生に比べて、バラエティ度が高くリアルなモーション表現を、使用データ量を抑えながら実現できるようになる。
【００４３】
モーション生成部１１６は、ヒット（被弾）時モーション生成部１１８と下半身モーション生成部１２０を含む。
【００４４】
ここで、ヒット時モーション生成部１１８は、ヒット時におけるオブジェクトのモーションを生成する処理を行う。より具体的には、オブジェクトの第Ｎの部位がヒットされた場合には、ヒット情報（ヒット方向を向く力ベクトル等）に基づく物理シミュレーションにより、その第Ｎの部位を動かすと共に、隣の第Ｎ＋１、第Ｎ＋２、第Ｎ＋３の部位等にヒット情報を順次伝達（伝搬）する（例えばその大きさを順次減衰させながら伝達する）。そして、伝達されたヒット情報に基づく物理シミュレーションにより、これらの第Ｎ＋１、第Ｎ＋２、第Ｎ＋３の部位等を動かす。このようにしてオブジェクトのモーションを生成すれば、高速連射によりショットが連続してヒットした場合におけるオブジェクトのリアルなモーションを、少ない処理負担で表現できるようになる。
【００４５】
また下半身モーション生成部１２０は、ヒット時のオブジェクトのよろけ動作をリアルに表現するために、オブジェクトの下半身についてのモーションを特別なアルゴリズムを用いて生成している。より具体的には、接地している第１の部位（例えば左足）を支点として倒れるようにオブジェクトを動かす。そして、オブジェクトが倒れるのを制限する位置（例えば仮想重心を接地面に投影した位置に関して第１の部位と点対称の位置）に、接地していない第２の部位（例えば右足）の移動目標位置を設定し、この移動目標位置に第２の部位を移動させる。このようにしてオブジェクトのモーションを生成すれば、よろけながらもなかなか倒れないというオブジェクトのモーション表現が可能になる。
【００４６】
切り替え部１２２は、例えばオブジェクトがヒットされた場合に、モーション再生からモーション生成に切り替える処理を行う。或いは、所与の条件が成立した場合（ヒットされてから所与の時間が経過したり、体力パラメータが零になった場合）に、モーション生成からモーション再生に切り替える処理を行う。このようにすれば、モーション生成による表現が難しい場面では、モーション再生によりオブジェクトの動きを表現し、少ないデータ量でバラエティ度の高い動きが要請される場面では、モーション生成によりオブジェクトの動きを表現できるようになる。
【００４７】
なお、本実施形態の画像生成システムは、１人のプレーヤのみがプレイできるシングルプレーヤモード専用のシステムにしてもよいし、このようなシングルプレーヤモードのみならず、複数のプレーヤがプレイできるマルチプレーヤモードも備えるシステムにしてもよい。
【００４８】
また複数のプレーヤがプレイする場合に、これらの複数のプレーヤに提供するゲーム画像やゲーム音を、１つの端末を用いて生成してもよいし、ネットワーク（伝送ライン、通信回線）などで接続された複数の端末を用いて生成してもよい。
【００４９】
２．本実施形態の特徴
さて、本実施形態では、図３に示すように、敵キャラクタ（オブジェクト）１０が、複数の部位（右手１２、右前腕１４、右上腕１６、胸１８、腰２０、左手２２、左前腕２４、左上腕２６、頭３０、右足３２、右すね３４、右股３６、左足４２、左すね４４、左股４６）により構成されている。なお、これらの部位（パーツ）の位置や回転角度（方向）は、スケルトンモデルを構成する関節Ｊ０〜Ｊ１３の位置や骨（アーク）Ａ０〜Ａ１８の回転角度として表すことができる。但し、これらの骨、関節は仮想的なものであり、現実に表示されるオブジェクトではない。
【００５０】
本実施形態では、敵キャラクタを構成する部位が親子（階層）構造を有している（実際には関節が親子構造を有する）。即ち、手１２、２２の親は前腕１４、２４であり、前腕１４、２４の親は上腕１６、２６であり、上腕１６、２６の親は胸１８であり、胸１８の親は腰２０となる。また、頭３０の親は胸１８となる。また、足３２、４２の親はすね３４、４４であり、すね３４、４４の親は股３６、４６であり、股３６、４６の親は腰２０となる。
【００５１】
モーションデータ記憶部には、これらの部位（関節、骨）の位置及び回転角度が、モーションデータとして記憶されている。例えば、歩きモーションが、ＭＰ０、ＭＰ１、ＭＰ２・・・・ＭＰＮという基準モーションにより構成されているとする。するとこれらの各基準モーションＭＰ０、ＭＰ１、ＭＰ２・・・・ＭＰＮでの各部位の位置及び回転角度が、モーションデータとして予め記憶されている。そして、例えば基準モーションＭＰ０の各部位の位置及び回転角度を読み出し、次に基準モーションＭＰ１の各部位の位置及び回転角度を読み出すというように、基準モーションのモーションデータを時間経過に伴い順次読み出すことで、モーション再生が実現される。
【００５２】
なお、モーションデータ記憶部に記憶するモーションデータは、一般的には、モーションキャプチャにより取得したり、デザイナが作成する。また、部位（関節、骨）の位置、回転角度は、親の部位の位置、回転角度に対する相対的な位置、相対的な回転角度で表される。
【００５３】
本実施形態の第１の特徴は、ヒット時における敵キャラクタ（オブジェクト）のモーションを、物理シミュレーションを用いて生成する点にある。
【００５４】
例えば図４において、敵キャラクタの前腕１４にプレーヤのショット（弾）がヒットすると、まず、ヒット力ベクトルＦＨ０（広義にはヒット情報）に基づき前腕１４を動かす（回転させる、移動させる）。更に、このヒット力ベクトルＦＨ０を、ＦＨ１、ＦＨ２、ＦＨ３、ＦＨ４として親の部位である上腕１６、胸１８、腰２０に順次伝達（伝搬）する。そして、伝達されたヒット力ベクトルＦＨ１〜ＦＨ４により、上腕１６、胸１８、腰２０を動かす。本実施形態では、このようにして、ヒット時における敵キャラクタのモーションをリアルタイムに生成している。
【００５５】
より具体的には、ヒット力ベクトルＦＨ０は、その方向が、ヒットの方向（ショットの軌道方向）に向き、その大きさが、ヒットの威力を表すベクトルである。そして、関節Ｊ１とヒット位置（着弾位置）ＨＰを結ぶベクトルＨＶと、ヒット力ベクトルＦＨ０との外積をとることで、回転モーメントが求められる。
【００５６】
次に、この回転モーメントと前腕１４の仮想質量に基づき、前腕１４の角加速度が算出される。そして、算出された角加速度に基づき、前腕１４の角速度が算出され、この角速度で前腕１４がＲ０に示すように回転する。
【００５７】
ヒット力ベクトルＦＨ０（ヒット情報）は、その大きさが減衰されてＦＨ１として親の部位である上腕１６に伝達される。より具体的には、このＦＨ１は関節Ｊ１に作用し、このＦＨ１による回転モーメントで、上腕１６がＲ１に示すように回転する。
【００５８】
次に、胸１８に伝達されたＦＨ２は関節Ｊ２に作用し、このＦＨ２による回転モーメントで、胸１８がＲ２に示すように回転する。
【００５９】
次に腰２０に伝達されたＦＨ３は関節Ｊ３に作用し、このＦＨ３による回転モーメントで、腰２０がＲ３に示すように回転する。また、腰２０に伝達されたＦＨ４は代表点ＲＰに作用し、このＦＨ４により、腰２０がＭＴ０に示すように移動する。なお、腰２０がＭＴ０の方向に移動すると、腰２０以外の他の部位もＭＴ０の方向に移動することになる。但し、この場合にも、腰２０と他の部位との間の相対的な位置関係は変化しない。
【００６０】
本実施形態により生成されたモーションの例を図５（Ａ）、（Ｂ）、図６（Ａ）、（Ｂ）に示す。このモーションは、敵キャラクタ１０の頭にショットがヒットした場合に生成されたモーションの例である。
【００６１】
図５（Ａ）〜図６（Ｂ）に示すように、本実施形態によれば、ヒット時における敵キャラクタ１０のリアルなモーションを生成できる。そして、生成されるモーションは、ヒット位置やヒット方向やヒット力の大きさなどに応じて異なったものとなり、モーションデータに基づくモーション再生の手法に比べて、モーションのバリエーションを格段に増すことができる。
【００６２】
即ち、モーション再生の手法では、ヒット位置に応じた何種類ものモーションデータを予め別々に用意しておく必要がある。例えば、図４のように前腕がヒットされた場合用のモーションデータと、図５（Ａ）〜図６（Ｂ）のように頭がヒットされた場合用のモーションデータとを別々に用意する必要がある。また、同じ頭がヒットされた場合も、前方向から頭がヒットされた場合用のモーションデータ、右方向から頭がヒットされた場合用のモーションデータ、後ろ方向から頭がヒットされた場合用のモーションデータ、左方向から頭がヒットされた場合用のモーションデータを別々に用意しておく必要がある。
【００６３】
ところが、モーションデータを記憶するメモリの容量は有限である。従って、モーション再生の手法では、モーションのバリエーションの増加には限界がある。
【００６４】
これに対して、本実施形態によれば、上記のようなモーションデータを用意することなく、ヒット位置やヒット方向やヒット力の大きさなどに応じて異なる多様なモーションを生成できる。例えばショットのヒット位置に応じて、敵キャラクタの反応が細かく変化するようになる。従って、リアルで多様なモーション表現を少ないデータ量で実現できるようになる。
【００６５】
また、モーション再生の手法では、図５（Ａ）〜図６（Ｂ）のような、頭ヒット時用のモーションを再生している際に、例えば前腕がヒットされると、頭ヒット時用のモーションの再生が途中で打ち切られてしまい、敵キャラクタの動きが不自然なものになってしまう。
【００６６】
これに対して、本実施形態によれば、頭がヒットされた後に前腕がヒットされても、モーションが途中で打ち切られるという事態が生じない。従って、ヒット時における敵キャラクタの動きを滑らかで連続的なものにすることができる。
【００６７】
特に本実施形態では、図１で説明したように、プレーヤ５００が所持するガン型コントローラ５０２は、マシンガンのようにショットを高速連射できるようになっているため、敵キャラクタに対して何発ものショットが連続してヒットする状況が生じる。更に本実施形態では、一発のショットが命中しただけでは敵キャラクタは消滅しないようになっている。従って、何発ものショットがヒットし、ショットがヒットする毎に、ヒット位置やヒット方向に応じてその動きが細かく変化するような敵キャラクタのモーションを表現する必要がある。
【００６８】
モーション再生の手法により、このような高速連射時のモーション表現を実現しようとすると、必要なモーションデータの量が過大になってしまう。このため、モーション再生の手法では、このようなモーション表現は実質的に実現不可能となる。これに対して、図４で説明したモーション生成の手法によれば、このようなモーション表現を容易に実現できるようになる。
【００６９】
さて、本実施形態では、各部位を動かすヒット情報として、ヒット力ベクトルを採用している。そして、図７（Ａ）に示すように、例えばヒット力ベクトルＦＨNにより回転モーメントＬN×ＦＨNを求め、求められた回転モーメントにより、第Ｎの部位を動かす（回転させる）。そして、ヒット力ベクトルＦＨN+1、ＦＨN+2を、隣の第Ｎ＋１、第Ｎ＋２の部位に順次伝達し、これらのヒット力ベクトルで第Ｎ＋１、第Ｎ＋２の部位を動かす。より具体的には、フレームＫでは、ＦＨNを第Ｎの部位に作用させ、フレームＫ＋１ではＦＨN+1を第Ｎ＋１の部位に作用させ、フレームＫ＋２ではＦＨN+2を第Ｎ＋２の部位に作用させる。
【００７０】
このようにすることで、ヒット力ベクトルの衝撃により敵キャラクタの各部位が動く様子を、ヒット力ベクトルを隣の部位に順次伝達するだけという簡易な処理で、リアルに表現できるようになる。
【００７１】
そして、この場合に本実施形態では、各部位にヒット力ベクトルを順次伝達する際に、伝達するヒット力ベクトルの大きさを順次減衰（減衰率は例えば９０％程度）させている。即ち、｜ＦＨN｜＞｜ＦＨN+1｜＞｜ＦＨN+2｜というように、ヒット力ベクトルの大きさを減衰させる。このようにすることで、ヒット位置に近い部位ほど大きく動くようになり、現実世界の事象により近いリアルなモーション変化を、ヒット力ベクトルの大きさを減少させるだけという簡易な処理で実現できるようになる。
【００７２】
また本実施形態では、各部位の角速度に応じた回転抵抗力を、各部位に作用させるようにしている。
【００７３】
例えば図７（Ｂ）に示すように、第Ｎの部位には、第Ｎの部位の角速度ωNの大きさに応じた回転抵抗力ＦＲNを作用させる。また、第Ｎ＋１の部位には、第Ｎ＋１の部位の角速度ωN+1の大きさに応じた回転抵抗力ＦＲN+1を回転と逆方向に作用させる。また、第Ｎ＋２の部位には、第Ｎ＋２の部位の角速度ωN+2の大きさに応じた回転抵抗力ＦＲN+2を回転と逆方向に作用させる。
【００７４】
このような回転抵抗力を作用させることで、各部位の角速度が急激に変化してしまい不自然なモーションになってしまう事態を効果的に防止できるようになる。
【００７５】
また本実施形態では、敵キャラクタを所与の姿勢に戻すための復元力を、各部位に作用させている。
【００７６】
例えば図８に示すように、ヒット力ベクトルＦＨにより敵キャラクタの姿勢が変化した場合に、敵キャラクタを、点線で示されるデフォルトの姿勢に戻すようにする。
【００７７】
このようにすれば、高速連射により何発ものショットがヒットすることで、敵キャラクタの姿勢が極端に崩れてしまうというような事態を防止できる。ショットが連続してヒットしても、ヒットする毎に復元力により敵キャラクタが元のデフォルト姿勢に少しずつ戻るようになるからである。これにより、多くのショットがヒットしても、なかなか倒されないような敵キャラクタを表現できるようになり、マシンガンゲームに好適な敵キャラクタをゲームに登場させることができるようになる。
【００７８】
なお、敵キャラクタをデフォルト姿勢に戻す処理は、各部位のデフォルトの回転角度を記憶部に保持しておき、このデフォルトの角度に、各部位の角度を戻すように処理することで実現できる。
【００７９】
本実施形態の第２の特徴は、敵キャラクタのヒット時に、モーションデータに基づくモーション再生から物理シミュレーションによるモーション生成に切り替える点にある。
【００８０】
例えば図９（Ａ）のＥ１に示すように、敵キャラクタがヒットされる前においては、モーション再生により敵キャラクタの動きが表現される。即ち、所定の場所に移動したり、物陰に隠れたり、プレーヤの前に出現したりする敵キャラクタの動きについては、モーションデータに基づくモーション再生により表現する。
【００８１】
一方、Ｅ２に示すように、敵キャラクタがヒットされると、モーション再生からモーション生成に切り替わる。即ち、例えば図４で説明したようなモーション生成手法により、ヒット時の敵キャラクタの動きを表現する。
【００８２】
ヒット前における敵キャラクタの動きに対しては、プレーヤのゲーム操作の影響がそれほど及ばない。従って、モーションデータに基づくモーション再生だけで、敵キャラクタの動きを十分に表現できる。また、物陰に隠れたり、プレーヤの前に出現する動きなどを、モーション生成で実現しようとすると、処理の複雑化、処理負担の増大化を招く。
【００８３】
一方、ヒット時における敵キャラクタの動きに対しては、プレーヤのゲーム操作の影響が強く及ぶ。即ち、プレーヤがどの敵キャラクタをどの方向からどのように射撃するかは、プレーヤの任意であり、ゲーム前には全く予期できない。このため、ヒット時においては、プレーヤのゲーム操作（射撃操作）に応じて、敵キャラクタの動きを細かく変化させる必要がある。従って、モーション再生よりも、図４で説明したようなモーション生成により敵キャラクタの動きを表現する方が望ましい。また、ヒット時の動きについては、物陰に隠れたり、プレーヤの前に出現する動きなどに比べて、物理シミュレーションに基づくモーション生成に適している。
【００８４】
本実施形態では、以上の点に着目して、図９（Ａ）のＥ２に示すように、敵キャラクタのヒット時に、モーション再生からモーション生成に切り替えている。これにより、状況に応じた適切な処理で、敵キャラクタを動かすことができるようになる。
【００８５】
本実施形態の第３の特徴は、所与の条件が成立した場合に、物理シミュレーションによるモーション生成からモーションデータに基づくモーション再生に切り替える点にある。
【００８６】
例えば図９（Ａ）のＥ３では、ヒット後に所与の時間ＴＭが経過したため、モーション生成からモーション再生に切り替えている。
【００８７】
即ち、Ｅ４のように短時間で連続して敵キャラクタにショットがヒットしている場合には、図４で説明したようなモーション生成により敵キャラクタを動かす。これにより、ショットがヒットする毎にヒット位置やヒット方向に応じてその動きが細かく変化する敵キャラクタを表現できる。
【００８８】
一方、Ｅ３のように、ショットがヒットした後に所与の時間ＴＭが経過した場合には、敵キャラクタに対する連射はもはや行われていないと考えられる。従って、この場合には、モーションデータに基づくモーション再生を行うようにする。このようにすることで、プレーヤにより攻撃された後に、他の場所に移動したり、物陰に隠れたりするなどの敵キャラクタの動きを表現できるようになる。
【００８９】
また図９（Ｂ）のＥ５では、敵キャラクタの体力パラメータが０（所与の値）になったため、モーション生成からモーション再生に切り替えている。即ち、この場合には、敵キャラクタを完全に転倒させるモーションを再生し、敵キャラクタを消滅させる。
【００９０】
このように、体力パラメータが０になった場合には、その敵キャラクタの運命は、消滅するという運命にもはや決まっており、プレーヤのゲーム操作の影響が及ぶ余地がない。従って、この場合には、モーション生成ではなくモーション再生により敵キャラクタの動きを表現する。このようにすれば、予め用意されたモーションデータに基づいてリアルに敵キャラクタを転倒させることが可能になり、ゲームの演出効果を高めることができる。
【００９１】
なお、モーション生成とモーション再生を切り替える場合には、物理シミュレーションにより生成されるモーションとモーションデータに基づき再生されるモーションとを繋ぐ繋ぎモーションを再生（或いは生成）することが望ましい。
【００９２】
例えば図１０（Ａ）では、Ｆ１が、モーション生成とモーション再生の切り替えポイントになっている。従って、この場合には、生成された最後のモーションＭＧＭと、再生される最初のモーションＭＰ０とを繋ぐ繋ぎモーションを再生（又は生成）するようにする。
【００９３】
また図１０（Ｂ）では、Ｆ２が、モーション生成とモーション再生の切り替えポイントになっている。従って、この場合には、生成された最後のモーションＭＧＮと、再生される最初のモーションＭＰ０とを繋ぐ繋ぎモーションを再生（又は生成）するようにする。
【００９４】
このようにすれば、モーション生成のどの時点で切り替わっても、モーションを滑らかに繋ぐことが可能となり、生成される画像の画質やリアル度を高めることができる。
【００９５】
なお、繋ぎモーションの再生は、図１１に示すようなモーション補間により実現することが望ましい。即ち、モーションＭ０、Ｍ１を、重み係数αを０から１に変化させながら、例えばＭ２＝α×Ｍ０＋（１−α）×Ｍ１という計算式により補間して、モーションＭ２を得る（実際には、位置や回転角度を上記計算式により補間する）。この場合、図１０（Ａ）、（Ｂ）のＭＧＭ、ＭＧＮが図１１のＭ０になり、ＭＰ０がＭ１になり、得られる繋ぎモーションがＭ２になる。
【００９６】
３．本実施形態の処理
次に、本実施形態の詳細な詳細例について、図１２、図１３、図１４のフローチャートを用いて説明する。
【００９７】
図１２は、モーション再生とモーション生成の切り替え処理に関するフローチャートである。
【００９８】
まず、モーションデータに基づくモーション再生を行う（ステップＳ１）。例えば、所定の場所に移動したり、物陰に隠れたり、プレーヤの前に現れるというような敵キャラクタの動きは、モーション再生により実現する。
【００９９】
次に、プレーヤからのショットがヒットしたか否かを判断し（ステップＳ２）、ヒットしなかった場合には、ステップＳ１に戻りモーション再生を続行する。一方、ヒットした場合には、体力パラメータが０か否かを判断する（ステップＳ３）。そして、体力パラメータが０でない場合には、図９（Ａ）のＥ２に示すように、物理シミュレーションによるモーション生成処理に移行する（ステップＳ４）。
【０１００】
次に、ヒット後から所与の時間が経過したか否かを判断し（ステップＳ５）、経過していない場合には、プレーヤからのショットがヒットしたか否かを判断する（ステップＳ６）。そして、ヒットした場合には、ステップＳ３で体力パラメータが０か否かを判断し、０でない場合にはステップＳ４のモーション生成処理を続行する。一方、ヒットしなかった場合には、ステップＳ３の体力パラメータの判断処理を行うことなく、ステップＳ４のモーション生成処理を続行する。
【０１０１】
ステップＳ５で所与の時間が経過したと判断された場合には、図１０（Ａ）、（Ｂ）で説明したように、繋ぎモーションを再生（又は生成）する処理を行う（ステップＳ７）。そして、図９（Ａ）のＥ３に示すように、モーション再生処理に切り替える。
【０１０２】
ステップＳ３で、体力パラメータが０であると判断された場合には、転倒モーションへの繋ぎモーションを再生（又は生成）する（ステップＳ８）。そして、図９（Ｂ）のＥ５に示すように、転倒モーションの再生処理に移行し（ステップＳ９）、敵キャラクタを消滅させる（ステップＳ１０）。
【０１０３】
図１３、図１４は、ヒット時のモーション生成処理に関するフローチャートである。
【０１０４】
まず、処理対象となる部位が、ヒットされた部位又はヒット力ベクトルが伝達された部位かを判断し（ステップＴ１）、そのような部位でない場合にはステップＴ５に移行する。一方、そのような部位である場合には、図４で説明したように、その部位におけるヒット位置ＨＰとヒット力ベクトルＦＨ０を得る（ステップＴ２）。なお、ステップＴ１での判断は、ヒットされた又はヒット力ベクトルが伝達された場合にオンにセットされるヒットフラグに基づいて行われることになる。
【０１０５】
次に、図７（Ａ）で説明したように、ヒット力ベクトルを、その大きさを減衰させながら、親の部位に伝達する（ステップＴ３）。なお、ヒット力ベクトルが伝達された部位については、そのヒットフラグがオンにセットされる。
【０１０６】
次に、ヒット力ベクトルに基づき回転モーメントを算出し、その回転モーメントに基づき部位の角速度を算出する（ステップＴ４）。例えば図７（Ａ）の第Ｎの部位では、回転モーメントＬN×ＦＨNが算出され、この回転モーメントに基づき第Ｎの部位の角速度が算出される。
【０１０７】
次に、図７（Ｂ）で説明したように、部位の角速度に比例した回転抵抗力を算出し、その回転抵抗力に基づき部位の角速度を変化（減少）させる（ステップＴ５）。そして、図８で説明したように、敵キャラクタをデフォルトの姿勢に戻すための復元力を算出し、その復元力に基づき部位の角速度を変化させる（ステップＴ６）。
【０１０８】
次に、処理対象となる部位が腰である場合には、ヒット力ベクトルに基づき腰の移動速度を算出する（ステップＴ７）。例えば図４において、ＦＨ４に基づいて腰２０（代表点ＲＰ）の移動速度を算出する。
【０１０９】
次に、処理対象となる部位が腰の場合には、算出された移動速度と角速度に基づいて、その位置と回転速度を更新し、それ以外の部位の場合には、算出された角速度に基づき、その回転角度を更新する（ステップＴ８）。即ち、当該フレームでの、各部位の位置や回転角度を求める。
【０１１０】
最後に、全ての部位についての処理が終了したか否かを判断し（ステップＴ９）、終了していない場合にはステップＴ１に戻る。
【０１１１】
４．ハードウェア構成
次に、本実施形態を実現できるハードウェアの構成の一例について図１５を用いて説明する。同図に示すシステムでは、ＣＰＵ１０００、ＲＯＭ１００２、ＲＡＭ１００４、情報記憶媒体１００６、音生成ＩＣ１００８、画像生成ＩＣ１０１０、Ｉ／Ｏポート１０１２、１０１４が、システムバス１０１６により相互にデータ送受信可能に接続されている。そして前記画像生成ＩＣ１０１０にはディスプレイ１０１８が接続され、音生成ＩＣ１００８にはスピーカ１０２０が接続され、Ｉ／Ｏポート１０１２にはコントロール装置１０２２が接続され、Ｉ／Ｏポート１０１４には通信装置１０２４が接続されている。
【０１１２】
情報記憶媒体１００６は、プログラム、表示物を表現するための画像データ、音データ等が主に格納されるものである。例えば家庭用ゲームシステムではゲームプログラム等を格納する情報記憶媒体としてＤＶＤ、ゲームカセット、ＣＤＲＯＭ等が用いられる。また業務用ゲームシステムではＲＯＭ等のメモリが用いられ、この場合には情報記憶媒体１００６はＲＯＭ１００２になる。
【０１１３】
コントロール装置１０２２はゲームコントローラ、操作パネル等に相当するものであり、プレーヤがゲーム進行に応じて行う判断の結果をシステム本体に入力するための装置である。
【０１１４】
情報記憶媒体１００６に格納されるプログラム、ＲＯＭ１００２に格納されるシステムプログラム（システム本体の初期化情報等）、コントロール装置１０２２によって入力される信号等に従って、ＣＰＵ１０００はシステム全体の制御や各種データ処理を行う。ＲＡＭ１００４はこのＣＰＵ１０００の作業領域等として用いられる記憶手段であり、情報記憶媒体１００６やＲＯＭ１００２の所与の内容、あるいはＣＰＵ１０００の演算結果等が格納される。また本実施形態を実現するための論理的な構成を持つデータ構造は、このＲＡＭ又は情報記憶媒体上に構築されることになる。
【０１１５】
更に、この種のシステムには音生成ＩＣ１００８と画像生成ＩＣ１０１０とが設けられていてゲーム音やゲーム画像の好適な出力が行えるようになっている。音生成ＩＣ１００８は情報記憶媒体１００６やＲＯＭ１００２に記憶される情報に基づいて効果音やバックグラウンド音楽等のゲーム音を生成する集積回路であり、生成されたゲーム音はスピーカ１０２０によって出力される。また、画像生成ＩＣ１０１０は、ＲＡＭ１００４、ＲＯＭ１００２、情報記憶媒体１００６等から送られる画像情報に基づいてディスプレイ１０１８に出力するための画素情報を生成する集積回路である。なおディスプレイ１０１８として、いわゆるヘッドマウントディスプレイ（ＨＭＤ）と呼ばれるものを使用することもできる。
【０１１６】
また、通信装置１０２４は画像生成システム内部で利用される各種の情報を外部とやりとりするものであり、他の画像生成システムと接続されてゲームプログラムに応じた所与の情報を送受したり、通信回線を介してゲームプログラム等の情報を送受することなどに利用される。
【０１１７】
そして図１〜図１４で説明した種々の処理は、プログラムやデータなどの情報を格納した情報記憶媒体１００６、この情報記憶媒体１００６からの情報等に基づいて動作するＣＰＵ１０００、画像生成ＩＣ１０１０或いは音生成ＩＣ１００８等によって実現される。なお画像生成ＩＣ１０１０、音生成ＩＣ１００８等で行われる処理は、ＣＰＵ１０００あるいは汎用のＤＳＰ等によりソフトウェア的に行ってもよい。
【０１１８】
図１に示すような業務用ゲームシステムに本実施形態を適用した場合には、内蔵されるシステムボード（サーキットボード）１１０６に対して、ＣＰＵ、画像生成ＩＣ、音生成ＩＣ等が実装される。そして、本実施形態の処理（本発明の手段）を実行（実現）するための情報は、システムボード１１０６上の情報記憶媒体である半導体メモリ１１０８に格納される。以下、この情報を格納情報と呼ぶ。
【０１１９】
図１６（Ａ）に、本実施形態を家庭用のゲームシステムに適用した場合の例を示す。プレーヤはディスプレイ１２００に映し出されたゲーム画像を見ながら、ゲームコントローラ１２０２、１２０４を操作してゲームを楽しむ。この場合、上記格納情報は、本体システムに着脱自在な情報記憶媒体であるＤＶＤ１２０６、メモリーカード１２０８、１２０９等に格納されている。
【０１２０】
図１６（Ｂ）に、ホスト装置１３００と、このホスト装置１３００と通信回線（ＬＡＮのような小規模ネットワークや、インターネットのような広域ネットワーク）１３０２を介して接続される端末１３０４-1〜１３０４-nとを含む画像生成システムに本実施形態を適用した場合の例を示す。この場合、上記格納情報は、例えばホスト装置１３００が制御可能な磁気ディスク装置、磁気テープ装置、半導体メモリ等の情報記憶媒体１３０６に格納されている。端末１３０４-1〜１３０４-nが、ＣＰＵ、画像生成ＩＣ、音処理ＩＣを有し、スタンドアロンでゲーム画像、ゲーム音を生成できるものである場合には、ホスト装置１３００からは、ゲーム画像、ゲーム音を生成するためのゲームプログラム等が端末１３０４-1〜１３０４-nに配送される。一方、スタンドアロンで生成できない場合には、ホスト装置１３００がゲーム画像、ゲーム音を生成し、これを端末１３０４-1〜１３０４-nに伝送し端末において出力することになる。
【０１２１】
なお、図１６（Ｂ）の構成の場合に、本発明の処理を、ホスト装置（サーバー）と端末とで分散して処理するようにしてもよい。また、本発明を実現するための上記格納情報を、ホスト装置（サーバー）の情報記憶媒体と端末の情報記憶媒体に分散して格納するようにしてもよい。
【０１２２】
また通信回線に接続する端末は、家庭用ゲームシステムであってもよいし業務用ゲームシステムであってもよい。そして、業務用ゲームシステムを通信回線に接続する場合には、業務用ゲームシステムとの間で情報のやり取りが可能であると共に家庭用ゲームシステムとの間でも情報のやり取りが可能な携帯型情報記憶装置（メモリーカード、携帯型ゲーム機）を用いることが望ましい。
【０１２３】
なお本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。
【０１２４】
例えば、本発明のうち従属請求項に係る発明においては、従属先の請求項の構成要件の一部を省略する構成とすることもできる。また、本発明の１の独立請求項に係る発明の要部を、他の独立請求項に従属させることもできる。
【０１２５】
また、各部位を動かす物理シミュレーションの手法は、図４などで説明した手法が特に望ましいが、これに限定されるものでなく種々の変形実施が可能である。また、ヒット情報は、処理の簡素化のためにはヒット力ベクトルであることが特に望ましいが、これに限定されるものではなく、少なくとも各部位を動かすための情報であればよい。
【０１２６】
また、本実施形態では、敵キャラクタについてのモーション生成やモーション再生について主に説明したが、モーション生成やモーション再生の対象となるオブジェクトは敵キャラクタに限定されず、プレーヤキャラクタや移動体など種々のオブジェクトを考えることができる。
【０１２７】
また、本実施形態では、ショットによりオブジェクトがヒットされる場合を例にとり説明したが、本発明におけるオブジェクトのヒットは、これに限定されず、例えば、剣によるヒットや、パンチやキックによるヒット等も含まれる。
【０１２８】
また、モーション生成とモーション再生を切り替える発明においては、モーション生成の手法は、図４などで説明した手法に限定されるものではなく、何らかの物理シミュレーション（疑似物理シミュレーション）の要素を含むものであればよい。また、モーション生成とモーション再生の切り替えイベントとしては、本実施形態で説明したイベント（オブジェクトのヒット等）以外にも種々のイベントを考えることができる。
【０１２９】
また本発明はガンゲーム以外にも種々のゲーム（ガンゲーム以外のシューティングゲーム、格闘ゲーム、ロボット対戦ゲーム、スポーツゲーム、競争ゲーム、ロールプレイングゲーム、音楽演奏ゲーム、ダンスゲーム等）に適用できる。
【０１３０】
また本発明は、業務用ゲームシステム、家庭用ゲームシステム、多数のプレーヤが参加する大型アトラクションシステム、シミュレータ、マルチメディア端末、画像生成システム、ゲーム画像を生成するシステムボード等の種々の画像生成システムに適用できる。
【図面の簡単な説明】
【図１】本実施形態を業務用ゲームシステムに適用した場合の構成例を示す図である。
【図２】本実施形態の画像生成システムのブロック図の例である。
【図３】複数の部位により構成される敵キャラクタ（オブジェクト）の例について示す図である。
【図４】本実施形態におけるヒット時のモーション生成手法について説明するための図である。
【図５】図５（Ａ）、（Ｂ）は、本実施形態により生成されるモーションの例について示す図である。
【図６】図６（Ａ）、（Ｂ）も、本実施形態により生成されるモーションの例について示す図である。
【図７】図７（Ａ）、（Ｂ）は、ヒット力ベクトルの大きさを減衰させながら親の部位に伝達する手法や、角速度に応じた回転抵抗力を各部位に作用させる手法について説明するための図である。
【図８】敵キャラクタをデフォルトの姿勢に戻す手法について説明するための図である。
【図９】図９（Ａ）、（Ｂ）は、モーション生成とモーション再生を切り替える手法について説明するための図である。
【図１０】図１０（Ａ）、（Ｂ）は、繋ぎモーションを再生（又は生成）する手法について説明するための図である。
【図１１】モーション補間について説明するための図である。
【図１２】本実施形態の処理の詳細例について示すフローチャートである。
【図１３】本実施形態の処理の詳細例について示すフローチャートである。
【図１４】本実施形態の処理の詳細例について示すフローチャートである。
【図１５】本実施形態を実現できるハードウェアの構成の一例を示す図である。
【図１６】図１６（Ａ）、（Ｂ）は、本実施形態が適用される種々の形態のシステムの例を示す図である。
【符号の説明】
１０ 敵キャラクタ（オブジェクト）
１２、２２ 手
１４、２４ 前腕
１６、２６ 上腕
１８ 胸
２０ 腰
３０ 頭
３２、４２ 足
３４、４４ すね
３６、４６ 股
Ａ０〜Ａ１８ 骨
Ｊ０〜Ｊ１３ 関節
ＲＰ 代表点
ＦＨ、ＦＨ０〜ＦＨ４、ＦＨN〜ＦＨN+2 ヒット力ベクトル
ωN〜ωN+2 角速度
ＦＲN〜ＦＲN+2 回転抵抗力
１００ 処理部
１１０ ゲーム演算部
１１２ ヒットチェック部
１１４ モーション再生部
１１６ モーション生成部
１１８ ヒット時モーション生成部
１２０ 下半身モーション生成部
１２２ 切り替え部
１３０ 操作部
１４０ 記憶部
１４２ モーションデータ記憶部
１５０ 情報記憶媒体
１６０ 画像生成部
１６２ 表示部
１７０ 音生成部
１７２ 音出力部
１７４ 通信部
１７６ Ｉ／Ｆ部
１８０ メモリーカード
Claims (24)
- 画像を生成するための画像生成システムであって、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
オブジェクトのモーションを物理シミュレーションにより生成する処理を行うモーション生成部と、
プレーヤの操作データに基づくオブジェクトに対する攻撃によって、オブジェクトがヒットされたか否かを判断するヒットチェック部と、
オブジェクトがヒットされた場合に、オブジェクトのモーションをモーションデータに基づき再生する処理から、オブジェクトのモーションを物理シミュレーションにより生成する処理に切り替える処理を行う切り替え部と、
を含むことを特徴とする画像生成システム。 - 画像を生成するための画像生成システムであって、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
プレーヤの操作データに基づくオブジェクトに対する攻撃によって、オブジェクトがヒットされたか否かを判断するヒットチェック部と、
オブジェクトがヒットされた場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理を行うモーション生成部と、
オブジェクトがヒットされてから所与の時間が経過した場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える処理を行う切り替え部と、
を含むことを特徴とする画像生成システム。 - 請求項１又は２において、
前記切り替え部が、
オブジェクトのパラメータが所与の値になった場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える処理を行うことを特徴とする画像生成システム。 - 画像を生成するための画像生成システムであって、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
オブジェクトのモーションを物理シミュレーションにより生成する処理を行うモーション生成部と、
オブジェクトのパラメータが所与の値になった場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える処理を行う切り替え部と、
を含むことを特徴とする画像生成システム。 - 請求項１〜４のいずれかにおいて、
前記モーション生成部が、
ヒット位置に基づいて、オブジェクトのモーションを生成する処理を行うことを特徴とする画像生成システム。 - 請求項１〜５のいずれかにおいて、
前記モーション生成部が、
ヒット方向に基づいて、オブジェクトのモーションを生成する処理を行うことを特徴とする画像生成システム。 - 請求項１〜６のいずれかにおいて、
前記モーション生成部が、
ヒット方向に向く力ベクトルにより求められる回転モーメントにより各部位を動かすことを特徴とする画像生成システム。 - 請求項１〜７のいずれかにおいて、
前記モーション生成部が、
各部位の角速度に応じた回転抵抗力を、各部位に作用させることを特徴とする画像生成システム。 - 請求項１〜８のいずれかにおいて、
前記モーション生成部が、
オブジェクトを所与の姿勢に戻すための復元力を、各部位に作用させることを特徴とする画像生成システム。 - 請求項１〜９のいずれかにおいて、
前記モーション生成部が、
オブジェクトの第Ｎの部位がヒットされた場合に、ヒット方向に向く力ベクトルに基づく物理シミュレーションにより第Ｎの部位を動かすと共に第Ｎの部位に隣接する第Ｎ＋１の部位からオブジェクトの代表点を有する部位にかけて各部位に前記力ベクトルを順次伝達し、伝達された前記力ベクトルに基づく物理シミュレーションにより第Ｎ＋１の部位から代表点を有する部位にかけて各部位を順次動かして、オブジェクトのモーションを生成することを特徴とする画像生成システム。 - 請求項１０において、
前記モーション生成部が、
各部位に力ベクトルを伝達する際に、伝達する力ベクトルの大きさを順次減衰させることを特徴とする画像生成システム。 - 請求項１〜１１のいずれかにおいて、
物理シミュレーションにより生成されるモーションとモーションデータに基づき再生されるモーションとを繋ぐ繋ぎモーションを、オブジェクトに行わせることを特徴とする画像生成システム。 - コンピュータが使用可能な情報記憶媒体であって、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
オブジェクトのモーションを物理シミュレーションにより生成する処理を行うモーション生成部と、
プレーヤの操作データに基づくオブジェクトに対する攻撃によって、オブジェクトがヒットされたか否かを判断するヒットチェック部と、
オブジェクトがヒットされた場合に、オブジェクトのモーションをモーションデータに基づき再生する処理から、オブジェクトのモーションを物理シミュレーションにより生成する処理に切り替える処理を行う切り替え部としてコンピュータを機能させるためのプログラムを記憶することを特徴とする情報記憶媒体。 - コンピュータが使用可能な情報記憶媒体であって、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
プレーヤの操作データに基づくオブジェクトに対する攻撃によって、オブジェクトがヒットされたか否かを判断するヒットチェック部と、
オブジェクトがヒットされた場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理を行うモーション生成部と、
オブジェクトがヒットされてから所与の時間が経過した場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える処理を行う切り替え部としてコンピュータを機能させるためのプログラムを記憶することを特徴とする情報記憶媒体。 - 請求項１３又は１４において、
前記切り替え部が、
オブジェクトのパラメータが所与の値になった場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える処理を行うことを特徴とする情報記憶媒体。 - コンピュータが使用可能な情報記憶媒体であって、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
オブジェクトのモーションを物理シミュレーションにより生成する処理を行うモーション生成部と、
オブジェクトのパラメータが所与の値になった場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える処理を行う切り替え部としてコンピュータを機能させるためのプログラムを記憶することを特徴とする情報記憶媒体。 - 請求項１３〜１６のいずれかにおいて、
前記モーション生成部が、
ヒット位置に基づいて、オブジェクトのモーションを生成する処理を行うことを特徴とする情報記憶媒体。 - 請求項１３〜１７のいずれかにおいて、
前記モーション生成部が、
ヒット方向に基づいて、オブジェクトのモーションを生成する処理を行うことを特徴とする情報記憶媒体。 - 請求項１３〜１８のいずれかにおいて、
前記モーション生成部が、
ヒット方向に向く力ベクトルにより求められる回転モーメントにより各部位を動かすことを特徴とする情報記憶媒体。 - 請求項１３〜１９のいずれかにおいて、
前記モーション生成部が、
各部位の角速度に応じた回転抵抗力を、各部位に作用させることを特徴とする情報記憶媒体。 - 請求項１３〜２０のいずれかにおいて、
前記モーション生成部が、
オブジェクトを所与の姿勢に戻すための復元力を、各部位に作用させることを特徴とする情報記憶媒体。 - 請求項１３〜２１のいずれかにおいて、
前記モーション生成部が、
オブジェクトの第Ｎの部位がヒットされた場合に、ヒット方向に向く力ベクトルに基づく物理シミュレーションにより第Ｎの部位を動かすと共に第Ｎの部位に隣接する第Ｎ＋１の部位からオブジェクトの代表点を有する部位にかけて各部位に前記力ベクトルを順次伝達し、伝達された前記力ベクトルに基づく物理シミュレーションにより第Ｎ＋１の部位から代表点を有する部位にかけて各部位を順次動かして、オブジェクトのモーションを生成することを特徴とする情報記憶媒体。 - 請求項２２において、
前記モーション生成部が、
各部位に力ベクトルを伝達する際に、伝達する力ベクトルの大きさを順次減衰させることを特徴とする情報記憶媒体。 - 請求項１３〜２３のいずれかにおいて、
物理シミュレーションにより生成されるモーションとモーションデータに基づき再生されるモーションとを繋ぐ繋ぎモーションを、オブジェクトに行わせることを特徴とする情報記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17131299A JP4278070B2 (ja) | 1999-06-17 | 1999-06-17 | 画像生成システム及び情報記憶媒体 |
| US09/762,952 US7148894B1 (en) | 1999-06-17 | 2000-06-02 | Image generation system and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17131299A JP4278070B2 (ja) | 1999-06-17 | 1999-06-17 | 画像生成システム及び情報記憶媒体 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009027900A Division JP4642118B2 (ja) | 2009-02-09 | 2009-02-09 | 画像生成システム及び情報記憶媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2001005999A JP2001005999A (ja) | 2001-01-12 |
| JP2001005999A5 JP2001005999A5 (ja) | 2006-06-22 |
| JP4278070B2 true JP4278070B2 (ja) | 2009-06-10 |
Family
ID=15920937
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17131299A Expired - Fee Related JP4278070B2 (ja) | 1999-06-17 | 1999-06-17 | 画像生成システム及び情報記憶媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7148894B1 (ja) |
| JP (1) | JP4278070B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7012608B1 (en) | 2001-08-02 | 2006-03-14 | Iwao Fujisaki | Simulation device |
| US7386429B1 (en) | 2001-12-07 | 2008-06-10 | Iwao Fujisaki | Wrinkle simulation software |
| GB2451996B (en) * | 2006-05-09 | 2011-11-30 | Disney Entpr Inc | Interactive animation |
| JP5234809B2 (ja) * | 2009-06-24 | 2013-07-10 | 任天堂株式会社 | 情報処理プログラムおよび情報処理装置 |
| JP5760287B2 (ja) * | 2013-10-24 | 2015-08-05 | 株式会社大都技研 | 遊技台およびプログラム |
| CN110075523B (zh) * | 2019-04-30 | 2020-04-17 | 网易（杭州）网络有限公司 | 动作生成方法、装置、电子设备和计算机可读介质 |
| JP7078596B2 (ja) * | 2019-11-21 | 2022-05-31 | 株式会社コーエーテクモゲームス | 画像生成プログラム、画像生成処理装置及び画像生成方法 |
| CN111445560B (zh) * | 2020-03-18 | 2023-09-26 | 腾讯科技（深圳）有限公司 | 动画播放方法和装置、存储介质及电子装置 |
| CN112057859B (zh) * | 2020-09-11 | 2023-03-24 | 腾讯科技（深圳）有限公司 | 虚拟对象的控制方法、装置、终端及存储介质 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4695058A (en) * | 1984-01-31 | 1987-09-22 | Photon Marketing Limited | Simulated shooting game with continuous transmission of target identification signals |
| JPH07275511A (ja) * | 1994-04-06 | 1995-10-24 | Sega Enterp Ltd | シューティングゲームシステムのアトラクション展開方法 |
| JP3239683B2 (ja) | 1995-05-11 | 2001-12-17 | 株式会社セガ | 画像処理装置および画像処理方法 |
| US6501477B2 (en) * | 1997-08-01 | 2002-12-31 | Matsushita Electric Industrial Co., Ltd. | Motion data generation apparatus, motion data generation method, and motion data generation program storage medium |
| US6067096A (en) * | 1998-03-04 | 2000-05-23 | Nagle; John | Method and system for generating realistic collisions in graphical simulations |
| JP2939230B1 (ja) * | 1998-03-05 | 1999-08-25 | 株式会社ナムコ | 画像生成装置及び情報記憶媒体 |
| JP3990051B2 (ja) * | 1998-10-02 | 2007-10-10 | 株式会社バンダイナムコゲームス | ゲーム装置及び情報記憶媒体 |
| JP3340970B2 (ja) | 1998-11-26 | 2002-11-05 | 株式会社スクウェア | ゲーム装置、画像処理方法、及び、プログラムを記録したコンピュータ読み取り可能な情報記録媒体 |
| JP4030209B2 (ja) * | 1998-12-09 | 2008-01-09 | 株式会社バンダイナムコゲームス | ゲーム装置および情報記憶媒体 |
-
1999
- 1999-06-17 JP JP17131299A patent/JP4278070B2/ja not_active Expired - Fee Related
-
2000
- 2000-06-02 US US09/762,952 patent/US7148894B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001005999A (ja) | 2001-01-12 |
| US7148894B1 (en) | 2006-12-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7084855B2 (en) | Image generation method, program, and information storage medium | |
| JP4301471B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP4794343B2 (ja) | 画像生成システム、プログラム及び情報記憶媒体 | |
| JP4775989B2 (ja) | 画像生成システム、プログラム及び情報記憶媒体 | |
| JP4704622B2 (ja) | 画像生成システム、プログラム及び情報記憶媒体 | |
| JP4187182B2 (ja) | 画像生成システム、プログラム及び情報記憶媒体 | |
| JP4278072B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| US6501478B1 (en) | Image generation device and information storage medium | |
| JP4278070B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP4278071B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP4097236B2 (ja) | 画像生成装置及び情報記憶媒体 | |
| JP3485987B2 (ja) | ３次元ゲーム装置及びヒットチェック方法 | |
| JP4656622B2 (ja) | 画像生成システム、プログラム及び情報記憶媒体 | |
| JP4642118B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP3736767B2 (ja) | 画像処理方法 | |
| JP4251589B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| WO2004078295A1 (ja) | ゲーム装置及び情報記憶媒体 | |
| JP4642104B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP4212015B2 (ja) | 画像生成装置及び情報記憶媒体 | |
| JP2000331184A (ja) | 画像生成装置及び情報記憶媒体 | |
| JP4301469B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP4669054B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP4097235B2 (ja) | 画像生成装置及び情報記憶媒体 | |
| JP5273694B2 (ja) | ゲームシステム、プログラム、情報記憶媒体及びサーバ | |
| JP3886517B2 (ja) | 情報記憶媒体及び画像生成装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060327 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060427 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080903 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081104 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081210 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090209 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090304 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090306 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120319 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4278070 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120319 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120319 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130319 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140319 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |