JP4278072B2 - 画像生成システム及び情報記憶媒体 - Google Patents
画像生成システム及び情報記憶媒体 Download PDFInfo
- Publication number
- JP4278072B2 JP4278072B2 JP17131499A JP17131499A JP4278072B2 JP 4278072 B2 JP4278072 B2 JP 4278072B2 JP 17131499 A JP17131499 A JP 17131499A JP 17131499 A JP17131499 A JP 17131499A JP 4278072 B2 JP4278072 B2 JP 4278072B2
- Authority
- JP
- Japan
- Prior art keywords
- motion
- hit
- unit
- storage medium
- information storage
- 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
-
- 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
- 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 (20)
- 画像を生成するための画像生成システムであって、
オブジェクト空間において、複数の部位により構成されるオブジェクトがヒットされたか否かを判断するヒットチェック部と、
オブジェクトがヒットされた場合に、接地している第１の部位を支点としてオブジェクトが倒れるように動くと共に、オブジェクトが倒れるのを制限する位置に設定された移動目標位置に、接地していない第２の部位が移動するように、オブジェクトのモーションを生成するモーション生成部と、
モーションが生成されたオブジェクトの画像を含む画像を生成する画像生成部と、
を含み、
前記モーション生成部が、
オブジェクトの第Ｎの部位がヒットされた場合に、第Ｎの部位及び第Ｎの部位に隣接する１又は複数の部位それぞれを、ヒット方向を向く力ベクトルに基づく物理シミュレーションにより第Ｎの部位から順次動かして、オブジェクトのモーションを生成することを特徴とする画像生成システム。 - 画像を生成するための画像生成システムであって、
オブジェクト空間において、複数の部位により構成されるオブジェクトがヒットされたか否かを判断するヒットチェック部と、
オブジェクトがヒットされた場合に、オブジェクトの第１、第２の部位が共に接地している場合に、当該第１、第２の部位のうちいずれか一方の部位を浮かせ、接地している部位を支点としてオブジェクトが倒れるように動くと共に、オブジェクトが倒れるのを制限する位置に設定された移動目標位置に、当該第１、第２の部位のうち接地していない部位が移動するように、オブジェクトのモーションを生成するモーション生成部と、
モーションが生成されたオブジェクトの画像を含む画像を生成する画像生成部と、
を含み、
前記モーション生成部が、
オブジェクトの第Ｎの部位がヒットされた場合に、第Ｎの部位及び第Ｎの部位に隣接する１又は複数の部位それぞれを、ヒット方向を向く力ベクトルに基づく物理シミュレーションにより第Ｎの部位から順次動かして、オブジェクトのモーションを生成することを特徴とする画像生成システム。 - 請求項１又は２において、
前記モーション生成部が、
オブジェクトが連続してヒットされる場合には、ヒットされる度に、オブジェクトのモーションを生成することを特徴とする画像生成システム。 - 請求項１〜３のいずれかにおいて、
前記モーション生成部が、
オブジェクトが連続してヒットされる場合には、ヒットされる度に、オブジェクトの姿勢を所与の姿勢に戻すことを特徴とする画像生成システム。 - 請求項１〜４のいずれかにおいて、
前記モーション生成部が、
オブジェクトの第Ｎの部位がヒットされた場合に、ヒット情報に基づく物理シミュレーションにより第Ｎの部位を動かすと共に第Ｎの部位に隣接する第Ｎ＋１の部位からオブジェクトの代表点を有する部位にかけて各部位にヒット情報を順次伝達し、伝達されたヒット情報に基づく物理シミュレーションにより第Ｎ＋１の部位から代表点を有する部位にかけて各部位を順次動かして、オブジェクトのモーションを生成することを特徴とする画像生成システム。 - 請求項１〜５のいずれかにおいて、
前記モーション生成部が、
オブジェクトの仮想重心に仮想重力を作用させることで得られる力を、オブジェクトの代表点に作用させることで、前記接地している部位を支点として倒れるようにオブジェクトを動かすことを特徴とする画像生成システム。 - 請求項１〜６のいずれかにおいて、
前記接地していない部位の前記移動目標位置が、オブジェクトの仮想重心を接地面に投影した位置に関して前記接地している部位と点対称の位置であることを特徴とする画像生成システム。 - 請求項１〜７のいずれかにおいて、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
オブジェクトがヒットされた場合に、オブジェクトのモーションをモーションデータに基づき再生する処理から、オブジェクトのモーションを物理シミュレーションにより生成する処理に切り替える処理を行う切り替え部と、
を含むことを特徴とする画像生成システム。 - 請求項１〜８のいずれかにおいて、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
オブジェクトがヒットされてから所与の時間が経過した場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える処理を行う切り替え部と、
を含むことを特徴とする画像生成システム。 - 請求項１〜９のいずれかにおいて、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
オブジェクトのパラメータが所与の値になった場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える処理を行う切り替え部と、
を含むことを特徴とする画像生成システム。 - コンピュータが使用可能な情報記憶媒体であって、
オブジェクト空間において、複数の部位により構成されるオブジェクトがヒットされたか否かを判断するヒットチェック部と、
オブジェクトがヒットされた場合に、接地している第１の部位を支点としてオブジェクトが倒れるように動くと共に、オブジェクトが倒れるのを制限する位置に設定された移動目標位置に、接地していない第２の部位が移動するように、オブジェクトのモーションを生成するモーション生成部と、
モーションが生成されたオブジェクトの画像を含む画像を生成する画像生成部としてコンピュータを機能させるためのプログラムを記憶する情報記憶媒体であって、
前記モーション生成部が、
オブジェクトの第Ｎの部位がヒットされた場合に、第Ｎの部位及び第Ｎの部位に隣接する１又は複数の部位それぞれを、ヒット方向を向く力ベクトルに基づく物理シミュレーションにより第Ｎの部位から順次動かして、オブジェクトのモーションを生成することを特徴とする情報記憶媒体。 - コンピュータが使用可能な情報記憶媒体であって、
オブジェクト空間において、複数の部位により構成されるオブジェクトがヒットされたか否かを判断するヒットチェック部と、
オブジェクトがヒットされた場合に、オブジェクトの第１、第２の部位が共に接地している場合に、当該第１、第２の部位のうちいずれか一方の部位を浮かせ、接地している部位を支点としてオブジェクトが倒れるように動くと共に、オブジェクトが倒れるのを制限する位置に設定された移動目標位置に、当該第１、第２の部位のうち接地していない部位が移動するように、オブジェクトのモーションを生成するモーション生成部と、
モーションが生成されたオブジェクトの画像を含む画像を生成する画像生成部としてコンピュータを機能させるためのプログラムを記憶する情報記憶媒体であって、
前記モーション生成部が、
オブジェクトの第Ｎの部位がヒットされた場合に、第Ｎの部位及び第Ｎの部位に隣接する１又は複数の部位それぞれを、ヒット方向を向く力ベクトルに基づく物理シミュレーションにより第Ｎの部位から順次動かして、オブジェクトのモーションを生成することを特徴とする情報記憶媒体。 - 請求項１１又は１２において、
前記モーション生成部が、
オブジェクトが連続してヒットされる場合には、ヒットされる度に、オブジェクトのモーションを生成することを特徴とする情報記憶媒体。 - 請求項１１〜１３のいずれかにおいて、
前記モーション生成部が、
オブジェクトが連続してヒットされる場合には、ヒットされる度に、オブジェクトの姿勢を所与の姿勢に戻すことを特徴とする情報記憶媒体。 - 請求項１１〜１４のいずれかにおいて、
前記モーション生成部が、
オブジェクトの第Ｎの部位がヒットされた場合に、ヒット情報に基づく物理シミュレーションにより第Ｎの部位を動かすと共に第Ｎの部位に隣接する第Ｎ＋１の部位からオブジェクトの代表点を有する部位にかけて各部位にヒット情報を順次伝達し、伝達されたヒット情報に基づく物理シミュレーションにより第Ｎ＋１の部位から代表点を有する部位にかけて各部位を順次動かして、オブジェクトのモーションを生成することを特徴とする情報記憶媒体。 - 請求項１１〜１５のいずれかにおいて、
前記モーション生成部が、
オブジェクトの仮想重心に仮想重力を作用させることで得られる力を、オブジェクトの代表点に作用させることで、前記接地している部位を支点として倒れるようにオブジェクトを動かすことを特徴とする情報記憶媒体。 - 請求項１１〜１６のいずれかにおいて、
前記接地していない部位の前記移動目標位置が、オブジェクトの仮想重心を接地面に投影した位置に関して前記接地している部位と点対称の位置であることを特徴とする情報記憶媒体。 - 請求項１１〜１７のいずれかにおいて、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
オブジェクトがヒットされた場合に、オブジェクトのモーションをモーションデータに基づき再生する処理から、オブジェクトのモーションを物理シミュレーションにより生成する処理に切り替える処理を行う切り替え部としてコンピュータを機能させるためのプログラムを記憶することを特徴とする情報記憶媒体。 - 請求項１１〜１８のいずれかにおいて、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
オブジェクトがヒットされてから所与の時間が経過した場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える処理を行う切り替え部としてコンピュータを機能させるためのプログラムを記憶することを特徴とする情報記憶媒体。 - 請求項１１〜１９のいずれかにおいて、
モーションデータを記憶する記憶部と、
複数の部位により構成されるオブジェクトのモーションを、モーションデータに基づき再生する処理を行うモーション再生部と、
オブジェクトのパラメータが所与の値になった場合に、オブジェクトのモーションを物理シミュレーションにより生成する処理から、オブジェクトのモーションをモーションデータに基づき再生する処理に切り替える処理を行う切り替え部としてコンピュータを機能させるためのプログラムを記憶することを特徴とする情報記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17131499A JP4278072B2 (ja) | 1999-06-17 | 1999-06-17 | 画像生成システム及び情報記憶媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17131499A JP4278072B2 (ja) | 1999-06-17 | 1999-06-17 | 画像生成システム及び情報記憶媒体 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008288251A Division JP4642104B2 (ja) | 2008-11-10 | 2008-11-10 | 画像生成システム及び情報記憶媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2001006000A JP2001006000A (ja) | 2001-01-12 |
| JP2001006000A5 JP2001006000A5 (ja) | 2006-06-22 |
| JP4278072B2 true JP4278072B2 (ja) | 2009-06-10 |
Family
ID=15920968
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17131499A Expired - Fee Related JP4278072B2 (ja) | 1999-06-17 | 1999-06-17 | 画像生成システム及び情報記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4278072B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8343558B2 (en) | 2005-03-24 | 2013-01-01 | Suntory Holdings Limited | Microorganism and method of processing green coffee beans using the same |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4902829B2 (ja) * | 2001-05-25 | 2012-03-21 | 株式会社バンダイナムコゲームス | サーバシステム、ゲームシステムおよび方法 |
| 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 |
| JP3760347B2 (ja) | 2002-07-30 | 2006-03-29 | 株式会社光栄 | プログラム、記録媒体、ゲームキャラクタ描画方法及びゲーム装置 |
| JP4740644B2 (ja) * | 2005-05-11 | 2011-08-03 | 任天堂株式会社 | 画像処理プログラムおよび画像処理装置 |
| JP4848515B2 (ja) * | 2006-06-12 | 2011-12-28 | 国立大学法人九州工業大学 | アバター動作制御システム、そのプログラム及び方法 |
| JP2008079748A (ja) * | 2006-09-27 | 2008-04-10 | Taito Corp | 映像音声出力装置、映像音声出力方法、映像音声出力プログラム |
| EP2266673B1 (en) | 2009-06-24 | 2018-12-12 | Nintendo Co., Ltd. | Computer readable storage medium and information processing apparatus |
| JP5308475B2 (ja) * | 2011-05-13 | 2013-10-09 | 株式会社バンダイナムコゲームス | プログラム、情報記憶媒体およびゲーム装置 |
| JP5396441B2 (ja) * | 2011-07-26 | 2014-01-22 | 株式会社ソニー・コンピュータエンタテインメント | 画像生成装置、画像生成方法、プログラム及び情報記憶媒体 |
| CN109529327B (zh) | 2017-09-21 | 2022-03-04 | 腾讯科技（深圳）有限公司 | 虚拟交互场景中目标定位方法、装置及电子设备 |
-
1999
- 1999-06-17 JP JP17131499A patent/JP4278072B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8343558B2 (en) | 2005-03-24 | 2013-01-01 | Suntory Holdings Limited | Microorganism and method of processing green coffee beans using the same |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001006000A (ja) | 2001-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7084855B2 (en) | Image generation method, program, and information storage medium | |
| JP4301471B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP4775989B2 (ja) | 画像生成システム、プログラム及び情報記憶媒体 | |
| JP4794343B2 (ja) | 画像生成システム、プログラム及び情報記憶媒体 | |
| JP4704622B2 (ja) | 画像生成システム、プログラム及び情報記憶媒体 | |
| JP4187182B2 (ja) | 画像生成システム、プログラム及び情報記憶媒体 | |
| JP4278072B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| US6614436B2 (en) | Image generation device and information storage medium | |
| US6419580B1 (en) | Player object displayed in second configuration even if cursor moves outside prescribed area | |
| WO2007052707A1 (ja) | プログラム、プログラムが記録された記憶媒体およびゲーム装置 | |
| JP4278070B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP4278071B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP6935218B2 (ja) | シミュレーションシステム及びプログラム | |
| JP4097236B2 (ja) | 画像生成装置及び情報記憶媒体 | |
| JP4642118B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP4656622B2 (ja) | 画像生成システム、プログラム及び情報記憶媒体 | |
| JP3844396B2 (ja) | ゲーム装置及び情報記憶媒体 | |
| JP4642104B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JP4251589B2 (ja) | 画像生成システム及び情報記憶媒体 | |
| JPH08196745A (ja) | ３次元ゲーム装置及びヒットチェック方法 | |
| JP2009045273A (ja) | プログラム、情報記憶媒体、およびゲームシステム | |
| JP2004230179A (ja) | 画像処理装置 | |
| JP4212015B2 (ja) | 画像生成装置及び情報記憶媒体 | |
| JP3990050B2 (ja) | ゲーム装置及び情報記憶媒体 | |
| JP4669054B2 (ja) | 画像生成システム及び情報記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060327 |
|
| A521 | Written amendment |
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: 20080910 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081110 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081210 |
|
| A521 | Written amendment |
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: 4278072 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 |