JP2002346227A - ゲーム情報、情報記憶媒体、およびゲームシステム - Google Patents

Abstract

(57)【要約】 【課題】 本発明の課題は、ゲーム進行等に応じて同一
事象に対するキャラクタのアクションを変化させること
である。 【解決手段】 ゲーム演算部２１０は、ゲーム空間の設
定やゲームの進行の管理等を行う機能部である。イベン
ト／アクション監視部２１２は、イベントの発生および
アクションの実行を監視し、検出する機能部である。パ
ラメータ更新部２１４は、イベントまたはアクションに
対応する状態値および経験回数の変化量をアクション制
御データ３３０から読み込み、状態値および経験回数の
更新を行う機能部である。ＰＣ制御部２１６は、状態値
および経験回数からＰＣに実行させるアクションの判
断、および、ＰＣの動作の決定を行う機能部である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲーム情報、ゲー
ム情報を記憶した情報記憶媒体およびゲームシステムに
関する。

【０００２】

【従来の技術】以下、ゲームシステムはスタンドアロー
ンで実行する家庭用ゲームシステムであることとして説
明する。

【０００３】プレイヤーが操作するプレイヤーキャラク
タ（本明細書を通じて、ＰＣという。）が、ある事象に
遭遇（即ち、イベントが発生）したとき、例えば、ＰＣ
が敵キャラクタに技を仕掛けられたときについて説明す
る。ここでいう敵キャラクタは、コンピュータが制御す
るノンプレイヤーキャラクタ（本明細書を通じて、ＮＰ
Ｃという。）である。

【０００４】ＰＣはＮＰＣから技を仕掛けられたことに
より、何らかのアクションを示す。例えば、その技が蹴
りのときは、お腹を抱え込むアクションを示し、また、
その蹴りが強いときには、後方へ倒れ込むアクションを
示す。

【０００５】

【発明が解決しようとする課題】しかしながら、「蹴ら
れる」というイベントに対しては、「お腹を抱え込む」
アクションを示し、「強く蹴られる」というイベントに
対しては、「後方へ倒れ込む」アクションを示すという
ふうに、イベントの種類によって、アクションが一意に
決定されていた。そのため、何度同じイベントが発生し
ても、アクションが同じであるために、面白みに欠けた
り、ゲームに飽きてしまったりするといった問題があっ
た。

【０００６】本発明は、これらの課題に鑑みてなされる
ものであり、ゲーム進行等に応じて同一事象に対するキ
ャラクタのアクションを変化させるものである。

【０００７】

【課題を解決するための手段】上記の課題を解決するた
め、請求項１記載の発明は、プロセッサによる演算・制
御により、モーションデータに基づいてキャラクタの動
作を制御して、所与のゲームを実行することとなるシス
テムに対して、同一内容の動作ではあるが、挙動の異な
る複数種類のモーションデータの中から一または複数の
モーションデータを、少なくとも当該キャラクタに係る
所与の履歴情報パラメータ（例えば、図３のパラメータ
p1、p2、p3、p4およびsp）に基づいて決定する決定手段
（例えば、図１のＰＣ制御部２１６）、を機能させるた
めのゲーム情報である。

【０００８】また請求項７記載の発明は、モーションデ
ータに基づいてキャラクタの動作を制御して、所与のゲ
ームを実行するゲームシステムであって、同一内容の動
作ではあるが、挙動の異なる複数種類のモーションデー
タの中から一または複数のモーションデータを、少なく
とも当該キャラクタに係る所与の履歴情報パラメータに
基づいて決定する決定手段、を備えるゲームシステムで
ある。

【０００９】ここで、履歴情報パラメータとは、当該キ
ャラクタに関するゲーム中におけるゲーム経歴（履歴）
であって、例えば、特定キャラクタを含む特定オブジェ
クトとの遭遇回数や、特定キャラクタとの対戦回数、特
定ダンジョンの攻略回数、罠に掛かった回数、特定イベ
ントの発生回数、特定オブジェクトとの遭遇回数、キー
ワードの使用回数といったパラメータのことである。

【００１０】請求項１または７記載の発明によれば、同
一内容の動作に対してバリエーションのあるモーション
データを持つことができ、実際に実行されるモーション
は、所与の履歴情報パラメータに従って自動的に決定さ
れる。このため、例えば、「お辞儀」に関する動作に対
して、浅いお辞儀から深いお辞儀までの複数のモーショ
ンデータを記憶しておき、実際にキャラクタに「お辞
儀」をさせる時の履歴情報パラメータに従って、様々な
「お辞儀」を実現することができる。これにより、ゲー
ム進行に応じたキャラクタの動作（アクション）の変化
を自動的に表現することができる。

【００１１】請求項２記載の発明は、請求項１におい
て、前記システムに対して、動作実行条件（例えば、図
６のアクション決定テーブルＴ５）を満足するか否かを
判定する判定手段（例えば、図１のＰＣ制御部２１６）
を機能させるための情報と、前記決定手段に対して、前
記判定手段による判定結果に基づいて、当該キャラクタ
のモーションデータを決定する、ように機能させるため
の情報と、を含むことを特徴とするゲーム情報である。

【００１２】ここで動作実行条件は、各モーションデー
タ毎に定められる条件であってもよいし、各動作毎に定
められる条件であってもよい。

【００１３】この請求項２記載の発明によれば、判定手
段が、動作実行条件を満足するか否かを判定し、満足す
ると判定した場合に、決定手段がモーションデータを決
定する。従って、例えば、罠に掛かったこと（動作実行
条件）がなければ何のモーションも起こさないといった
ことや、特定キャラクタに特定回数会ったこと（動作実
行条件）がなければ何のモーションも起こさないといっ
たことを表現することができる。即ち、ゲーム進行に応
じて、キャラクタの起こす動作（アクション）を自動的
に変更することが可能となる。尚、変更は自動的であっ
ても、実際にその動作（アクション）を起こすか否か
は、プレイヤーが適宜選択可能であってもよいし、動作
（アクション）まで自動で実行することとしてもよい。

【００１４】請求項３記載の発明は、プロセッサによる
演算・制御により、複数のゲーム端末とデータ通信を行
って、所与のネットワークゲームを実行することとなる
システムに対して、前記複数のゲーム端末それぞれの操
作対象である各キャラクタの動作実行条件が満足するか
否かを判定する判定手段（例えば、図８のパラメータ更
新部２１４Ｖ）と、前記判定手段により前記動作実行条
件を満たすと判定されたキャラクタが存在した場合に、
当該キャラクタに対するモーションデータとして、同一
内容の動作ではあるが、挙動の異なる複数種類のモーシ
ョンデータの中から一または複数のモーションデータ
を、少なくとも当該キャラクタに係る所与の履歴情報パ
ラメータに基づいて決定する決定手段（例えば、図８の
パラメータ更新部２１４Ｖ）と、を機能させるためのゲ
ーム情報である。

【００１５】また請求項８記載の発明は、複数のゲーム
端末とデータ通信を行って、所与のネットワークゲーム
を実行するゲームシステムであって、前記複数のゲーム
端末それぞれの操作対象である各キャラクタの動作実行
条件が満足するか否かを判定する判定手段と、前記判定
手段により前記動作実行条件を満たすと判定されたキャ
ラクタが存在した場合に、当該キャラクタに対するモー
ションデータとして、同一内容の動作ではあるが、挙動
の異なる複数種類のモーションデータの中から一または
複数のモーションデータを、少なくとも当該キャラクタ
に係る所与の履歴情報パラメータに基づいて決定する決
定手段と、を備えるゲームシステムである。

【００１６】請求項３または８記載の発明によれば、請
求項１、２、及び７記載の発明の効果をネットワークゲ
ームに対して実現することができる。即ち、同一内容の
動作に対してバリエーションのあるモーションデータを
持つことができ、実際に実行されるモーションは、各キ
ャラクタの所与の履歴情報パラメータに従って自動的に
決定される。

【００１７】また、モーションデータの決定に際して
は、動作実行条件の具備が条件とされるが、言い換える
と、次のような効果を奏することとなる。即ち、動作実
行条件を具備しない場合にはモーションデータが決定さ
れないため、特別なモーションは実行されないが、動作
実行条件を具備すると判定された場合には、自動的にモ
ーションデータが決定され、当該モーションが実行され
る。このため、ゲーム進行に応じて、各キャラクタの起
こす動作（アクション）を自動的に変更することが可能
となる。

【００１８】請求項４記載の発明は、請求項１から３の
何れかにおいて、前記所与の履歴情報パラメータには対
オブジェクトパラメータが含まれ、前記システムに対し
て、一のキャラクタと他のキャラクタとの遭遇回数、会
話回数、会話時間、および会話内容の内、少なくとも１
つに応じて、前記一のキャラクタ又は／及び前記他のキ
ャラクタの対オブジェクトパラメータを変化させる手段
（例えば、図１のパラメータ更新部２１４または図８の
パラメータ更新部２１４Ｖ）、を機能させるための情報
と、前記決定手段に対して、前記一のキャラクタと前記
他のキャラクタとの遭遇時又は／及び会話時のモーショ
ンデータを決定する場合には、前記一のキャラクタ又は
／及び前記他のキャラクタの対オブジェクトパラメータ
に基づいて決定する、ように機能させるための情報（例
えば、図４の経験値テーブルＴ３）と、を含むことを特
徴とするゲーム情報である。

【００１９】請求項４記載の発明によれば、２以上のキ
ャラクタが遭遇して何らかの動作（アクション）を起こ
す場合に、その動作に対して、過去の遭遇経験を反映す
ることができる。例えば、遭遇回数や会話回数、会話時
間に応じて、徐々に、動作の大きなモーションデータを
選択することとして、親密度が向上したことを表現す
る、といったことが可能である。

【００２０】請求項５記載の発明は、請求項１から４の
何れかにおいて、前記キャラクタは関節構造を有するキ
ャラクタであって、前記システムに対して、少なくとも
前記キャラクタに係る所与の履歴情報パラメータに基づ
いて、モーションデータに含まれる各関節の変位を変更
する変更手段、を機能させるための情報、を含むことを
特徴とするゲーム情報である。

【００２１】この請求項５記載の発明によれば、モーシ
ョンデータそのものを変更するのではなく、モーション
データに含まれる、各関節の変位を変更することができ
る。このため、モーションデータのデータ量を増大させ
ずに、バリエーションのある動作表現が可能である。

【００２２】また、請求項６記載の発明のように、請求
項１から５の何れか記載のゲーム情報を記憶する情報記
憶媒体を実現することとしてもよい。

【００２３】

【発明の実施の形態】〔第１の実施の形態〕以下、図を
参照して本発明を適用した第１の実施の形態を詳細に説
明する。なお、説明を簡明にするため、ゲームの種類は
ロールプレイングゲーム（以下、ＲＰＧという。）であ
って、ゲームシステムはスタンドアローンで動作する家
庭用ゲームシステムであることとし、プレイヤーは一つ
のＰＣだけを操作することとして説明する。アクション
には二通りあって、一つはプレイヤーの操作指示により
ＰＣが実行するアクションであり、もう一つはゲームシ
ステムがＰＣに実行させるアクションである。なお、本
明細書を通じて、アクションとは後者を指すものとす
る。

【００２４】本第１の実施の形態におけるＲＰＧは、主
人公キャラクタ（即ち、ＰＣ）が、魔王のもとで囚われ
の身となった姫を助けに行こうとする勇者であって、旅
の道中で出会う同志と助け合いながら、姫を救い出すと
いうストーリーであることとする。

【００２５】ここで、主人公キャラクタが旅の途中で侍
キャラクタ（即ち、ＮＰＣ）と遭遇した（即ち、「遭
遇」するイベントの発生）とする。侍キャラクタに初め
て遭遇したときは、主人公キャラクタに何もさせない
（即ち、何のアクションも実行させない）。その後、主
人公キャラクタが侍キャラクタと所与の回数遭遇する
と、主人公キャラクタに会釈させる（即ち、アクション
を実行させる）。主人公キャラクタと侍キャラクタとの
遭遇回数が更に増えると、主人公キャラクタに挨拶をさ
せる（即ち、別のアクションを実行させる）。

【００２６】即ち、主人公キャラクタの侍キャラクタに
対する認識が、「見ず知らずの人」から、「面識のある
人」に変化し、更には「知人」と変化している様を、遭
遇（イベントの発生）回数とアクションの変化とによっ
て表現する。このことによる効果は、二つの場合に分け
られる。一つは、プレイヤー自身も侍キャラクタのこと
を記憶している場合であり、もう一つは、プレイヤー自
身が侍キャラクタのことを記憶していない場合である。
プレイヤー自身も侍キャラクタのことを記憶している場
合には、プレイヤーと主人公キャラクタとは、その記憶
において一致したアクションをとるため、まるでプレイ
ヤーが主人公キャラクタとなったかのような効果、即
ち、プレイヤーにＰＣとの一体感を与えることができ
る。また、プレイヤー自身が侍キャラクタのことを記憶
していない場合には、いわばプレイヤーは主人公キャラ
クタの保護者や教育者といった別の人格であって、子供
の成長を眺めているかのような感覚をプレイヤーに与え
ることができる。

【００２７】しかし、何れの場合においても主人公キャ
ラクタに実行させるアクションはゲームの進行に応じて
変化していくものとなる。即ち、イベントとアクション
の関係は、一意に対応づけられるものではなく、ゲーム
システムが所与の条件に従って自動的に変化していくこ
ととなる。従って、主人公キャラクタに、プレイヤーに
とって常に新鮮なアクションを実行させる（即ち、主人
公キャラクタは感情の変化を反映した行動をとる）こと
となる。

【００２８】次に、主人公キャラクタが道の真ん中にあ
る落とし穴に近づいた（即ち、落とし穴から所与の範囲
内に近接したというイベントの発生）とする。主人公キ
ャラクタが、初めてその道を通るときは、落とし穴があ
ることを知らずに、落とし穴に落ちてしまう。しかし、
二度目以降に、その落とし穴に近づいた場合には、飛び
越えるアクションを起こす。

【００２９】即ち、主人公キャラクタの落とし穴のある
場所に対する認識が、「ごく普通の場所」から、「落と
し穴がある場所」に変化している様を、落とし穴に接近
する回数（即ち、イベントの発生回数）とアクションに
よって表現する。このことによる効果は、主人公キャラ
クタと侍キャラクタとが出会うときと同様に、二つの場
合に分けられる。プレイヤー自身が落とし穴を記憶して
いる場合と、そうでない場合である。何れの場合におい
ても、主人公キャラクタの起こすアクションは、主人公
キャラクタの経験に基づいたものとなる。

【００３０】図１は、第１の実施の形態におけるシステ
ム構成全体の概略を示す図である。同図において、ゲー
ムシステム１は、操作部１０と、処理部２０と、記憶部
３０と、表示部４０とから構成される。

【００３１】まず、記憶部３０について説明する。記憶
部３０は、ゲームプログラム３００と、モーション制御
データ３２０と、アクション制御データ３３０とを記憶
している。

【００３２】ゲームプログラム３００には、イベント／
アクション監視プログラム３１００と、パラメータ更新
プログラム３２００と、ＰＣ制御プログラム３３００が
含まれる。イベント／アクション監視プログラム３１０
０は、イベント／アクション監視部２１２を機能させる
ための情報である。パラメータ更新プログラム３２００
は、パラメータ更新部２１４を機能させるための情報で
ある。ＰＣ制御プログラム３３００は、ＰＣ制御部２１
６を機能させるための情報である。

【００３３】モーション制御データ３２０には、モーシ
ョンデータが含まれる。モーションデータとは、キャラ
クタの動作を決定する情報であって、例えば、キャラク
タが関節構造を有している場合には、各関節に接続され
る部位の各フレームや各キーフレームにおける変位を表
すものであり、各関節の変位角度や変化速度が表現され
るものである。またこのモーションデータは、アクショ
ン毎に用意され、アクションに対応づけて記憶される。
従って、アクション毎に異なるモーションデータを用意
することとしてもよいし、一のモーションに含まれる関
節の変位を変更させることとして、その変位量をもつこ
ととしてもよい。

【００３４】アクション制御データ３３０には、イベン
ト／アクションテーブルＴ１と、状態値テーブルＴ２
と、経験値テーブルＴ３と、変化量テーブルＴ４と、ア
クション決定テーブルＴ５とが含まれる。

【００３５】図２はイベント／アクションテーブルＴ１
の一例を示す図である。イベント／アクションテーブル
Ｔ１は、イベントまたはアクションのＩＤと、イベント
またはアクションとが対応づけて格納されたデータテー
ブルである。例えば、「侍に遭遇」するイベントのＩＤ
はe1であり、「落とし穴に接近」するイベントのＩＤは
e2であり、「侍に会釈」するアクションのＩＤはr1であ
り、「侍に挨拶」するアクションのＩＤはr2であり、
「侍と会話」するアクションのＩＤはr3であり、「落と
し穴に転落」するアクションのＩＤはr4であり、「落と
し穴を飛越」するアクションのＩＤはr5である。以下、
イベントおよびアクションについて、適宜このＩＤを代
用して説明を行う。なお、このイベント／アクションテ
ーブルＴ１は固定値であってゲーム中に更新されること
はない。

【００３６】図３は、状態値テーブルＴ２の一例を示す
図である。状態値テーブルＴ２は、主人公キャラクタの
状態を表すパラメータのＩＤと、その状態値とが対応づ
けて格納されたデータテーブルである。本第１の実施の
形態においては、主人公キャラクタの状態を表すパラメ
ータとして、「喜のパラメータ」p1、「怒のパラメー
タ」p2、「哀のパラメータ」p3、「楽のパラメータ」p4
および「生命力（即ち、ライフ）のパラメータ」spの５
つのパラメータを用いている。以下、パラメータについ
て、適宜このＩＤを代用して説明を行う。状態値とは、
これらの主人公キャラクタの状態を表すパラメータに対
する値をいう。なお、状態値テーブルＴ２に格納される
状態値はゲーム中に更新される。

【００３７】図４に示す経験値テーブルＴ３は、イベン
トおよびアクションに対する経験回数のＩＤと、その経
験回数とが対応づけて格納されたデータテーブルであ
る。本第１の実施の形態においては、イベントおよびア
クションに対する経験回数として、「イベントe1に対す
る経験回数」e1exp、「イベントe2に対する経験回数」e
2exp、「アクションr1に対する経験回数」r1exp、「ア
クションr2に対する経験回数」r2exp、「アクションr3
に対する経験回数」r3exp、「アクションr4に対する経
験回数」r4exp、「アクションr5に対する経験回数」r5e
xpを用いている。以下、イベントおよびアクションに対
する経験回数について、適宜このＩＤを代用して説明を
行う。経験回数とは、これらのイベントが発生した回
数、または、アクションを実行させた回数をいう。経験
値テーブルＴ３に格納される経験回数の値は、ゲーム中
に更新される。

【００３８】図３（ａ）〜（ｅ）および図４（ａ）〜
（ｅ）は、イベントの発生またはアクションの実行に伴
って、状態値および経験回数を更新していく過程を示し
たものであり、詳細については後述する。

【００３９】変化量テーブルＴ４は、イベントまたはア
クションのＩＤと、イベントの発生またはアクションの
実行に伴う状態値および経験回数の変化量とが対応づけ
て格納されたデータテーブルである。例えば、図５に示
す変化量テーブルＴ４において、イベントe1の発生に伴
うp1の変化量は“０”であり、p2の変化量は“０”であ
り、p3の変化量は“０”であり、p4の変化量は“＋１”
であり、spの変化量は“０”であり、expの変化量は
“＋１”である。ここで、expは、イベントe1の発生に
伴う変化量であって、経験値テーブルＴ３のうち「イベ
ントe1に対する経験値」e1expに対応する。なお、この
変化量テーブルＴ４は固定値であって、ゲーム中に更新
されることはない。

【００４０】図６は、アクション決定テーブルＴ５の一
例を示した図である。条件式と、アクションのＩＤとが
対応づけて格納されたデータテーブルである。条件式と
は、状態値または経験回数の“範囲”を示したものであ
り、アクションのＩＤとは、状態値または経験回数が条
件式に該当するときに実行させるアクションを示すＩＤ
のことである。従って、例えば図６において、状態値ま
たは経験回数が「e1expが３以上かつ６未満」という条
件式に該当する場合に、主人公キャラクタに実行させる
アクションは「r1」である。

【００４１】ここで、再び図１に戻って説明を行う。操
作部１０は、プレイヤーが主人公キャラクタの移動方向
や、動作等を操作指示するための機能部であり、入力さ
れた指示信号は処理部２０に出力される。

【００４２】処理部２０は、主としてゲーム演算部２１
０と、画像生成部２２０とから構成される。ゲーム演算
部２１０は、ゲーム空間の設定やゲームの進行の管理等
を行う機能部であり、本発明を実現するための主要部と
して、イベント／アクション監視部２１２と、パラメー
タ更新部２１４と、ＰＣ制御部２１６とが含まれる。

【００４３】イベント／アクション監視部２１２は、ゲ
ームプログラム３００に含まれるイベント／アクション
監視プログラム３１００に従って、イベントの発生およ
びアクションの実行を監視し、検出する機能部である。
例えば、主人公キャラクタが「落とし穴に接近」するイ
ベントe2の発生は、次のように検出する。落とし穴はゲ
ーム演算部２１０によってゲーム空間中に設定される
が、この落とし穴の周囲にイベント発生マーカーが併せ
て設定される。操作部１０からの操作指示に従って、主
人公キャラクタがゲーム空間中を移動することとなる
が、イベント／アクション監視部２１２は、主人公キャ
ラクタの位置情報と、イベント発生マーカーの位置情報
とに基づいて、イベントe2の発生を検出する。

【００４４】また、イベント／アクション監視部２１２
は、主人公キャラクタにアクションを実行させたか否か
を監視し、実行させたアクションを検出する。イベント
またはアクションを検出した場合、イベント／アクショ
ン監視部２１２は、検出したイベントまたはアクション
のＩＤをパラメータ更新部２１４に出力する。

【００４５】パラメータ更新部２１４は、イベント／ア
クション監視部２１２から入力されるイベントまたはア
クションのＩＤに対応する状態値および経験回数の変化
量を変化量テーブルＴ４から読み込み、状態値テーブル
Ｔ２および経験値テーブルＴ３の更新を行う。このパラ
メータ更新部２１４が行う処理は、パラメータ更新プロ
グラム３２００に従って実行されるものである。

【００４６】ＰＣ制御部２１６は、状態値および経験回
数からＰＣに実行させるアクションの判断、および、Ｐ
Ｃの動作の決定を行う機能部である。パラメータ更新部
２１４が、状態値テーブルＴ２および経験値テーブルＴ
３を更新した場合、ＰＣ制御部２１６は、主人公キャラ
クタにアクションを実行させるか否かを決定する。即
ち、ＰＣ制御部２１６は、状態値テーブルＴ２および経
験値テーブルＴ３に格納された状態値および経験回数を
参照して、アクション決定テーブルＴ５に格納された条
件式に該当するか否かを判定する。該当する条件式があ
った場合には、実行させるアクションを決定し、モーシ
ョン制御データ３２０からそのアクションに対応するモ
ーションデータを特定し、これに基づき、主人公キャラ
クタの動作を決定する。このＰＣ制御部２１６が行う処
理は、ＰＣ制御プログラム３３００に従って実行される
ものである。

【００４７】画像生成部２２０は、マトリクス演算がレ
ンダリングを行うことにより、ゲーム演算部２１０によ
って設定されたＰＣを含むゲーム空間を所与の視点から
見た画像として生成し、生成した画像を表示部４０に出
力する。

【００４８】以下、ゲーム演算部２１０の処理を図３お
よび図４を用いて、より具体的に説明する。

【００４９】図３（ａ）の状態値テーブルＴ２および図
４（ａ）の経験値テーブルＴ３は、イベントe1が発生す
る前の状態値および経験回数を示す図である。イベント
／アクション監視部２１２がイベントe1の発生を検出す
ると、パラメータ更新部２１４は、変化量テーブルＴ４
を参照して、各状態値および経験回数を更新する。変化
量テーブルＴ４によれば、イベントe1の発生に伴って更
新する状態値および経験回数の変化量は、p4の変化量
“＋１”とe1expの変化量“＋１”だけである。従っ
て、パラメータ更新部２１４は、図３（ａ）の状態値テ
ーブルＴ２のうち、p4の状態値“４”を“＋１”した
“５”に、また、図４（ａ）の経験値テーブルＴ３のう
ち、e1expの経験回数 “９”を“＋１”した“１０”に
更新する。

【００５０】イベントe1の発生に伴って更新された状態
値および経験回数を、図３（ｂ）および図４（ｂ）に示
す。即ち、p4は“５” となり、e1expは“１０” とな
る。

【００５１】パラメータ更新部２１４が状態値テーブル
Ｔ２および経験値テーブルＴ３の各値を更新したので、
次に、ＰＣ制御部２１６は、更新された状態値および経
験回数がアクション決定テーブルＴ５の条件式に該当す
るか否かを判定する。ここでは、更新後のe1expの経験
回数は“１０”であり、p4の状態値は“５”であるの
で、アクション決定テーブルＴ５に示された条件式のう
ちr2＋r3の条件式に該当する。よって、イベントe1の発
生に伴って、主人公キャラクタに実行させるアクション
を、r2およびr3と決定する。

【００５２】次に、ＰＣ制御部２１６は、モーション制
御データ３２０に格納されているアクションr2およびr3
に対応するモーションデータを特定し、これに基づき、
主人公キャラクタの動作を決定する。

【００５３】アクションr2およびr3の実行に伴って、パ
ラメータ更新部２１４は、変化量テーブルＴ４を参照し
て、各状態値および経験回数を更新する。ここで、変化
量テーブルＴ４より、アクションr2の実行に伴って更新
する状態値および経験回数の変化量は、p1の変化量“＋
２”と、p4の変化量“＋３”と、r2expの変化量 “＋
１”である。また、アクションr3の実行に伴って更新す
る状態値および経験回数の変化量は、p1の変化量 “＋
４”と、p4の変化量 “＋５”と、r3expの変化量 “＋
１”である。

【００５４】アクションr2およびr3の実行に伴って更新
した状態値および経験回数を、図３（ｃ）および図４
（ｃ）に示す。即ち、p1は“２”となり、p4は“１３”
となり、r2expは“５” となり、r3expは“１” とな
る。

【００５５】次に、イベント／アクション監視部２１２
がイベントe2の発生を検出した場合について説明する。
イベントe2の発生に伴って、パラメータ更新部２１４
は、変化量テーブルＴ４を参照して、各状態値および経
験回数を更新する。ここで、変化量テーブルＴ４より、
イベントe2の発生に伴って更新する状態値および経験回
数の変化量は、e2expの変化量“＋１”だけである。

【００５６】イベントe2の発生に伴って更新した状態値
および経験回数を、図３（ｄ）および図４（ｄ）に示
す。即ち、e2expは“２” となる。

【００５７】次に、ＰＣ制御部２１６は、更新された状
態値および経験回数がアクション決定テーブルＴ５の条
件式に該当するか否かを判定する。ここでは、e2expの
経験回数は“２”であり、spの状態値は“１８２”であ
るので、アクション決定テーブルＴ５に示された条件式
のうち、r5の条件式に該当する。よって、イベントe2の
発生に伴って、主人公キャラクタに実行させるアクショ
ンを、r5と決定する。

【００５８】次に、ＰＣ制御部２１６は、モーション制
御データ３２０に格納されているアクションr5に対応し
たモーションデータを特定し、これに基づき、主人公キ
ャラクタの動作を決定する。

【００５９】アクションr5の実行に伴って、パラメータ
更新部２１４は、変化量テーブルＴ４を参照して、各状
態値および経験回数を更新する。ここで、変化量テーブ
ルＴ４より、アクションr5の実行に伴って更新する状態
値および経験回数の変化量は、p1の変化量“＋３”と、
p4の変化量“＋２”と、spの変化量“−１０”と、r5ex
pの変化量“＋１”である。

【００６０】アクションr5の実行に伴って更新した状態
値および経験回数を、図３（ｅ）および図４（ｅ）に示
す。即ち、p1は“５”となり、p4は“１５” となり、s
pは“１７２” となり、r5expは“１”となる。

【００６１】なお、イベントの発生またはアクションの
実行に伴って更新した状態値および経験回数が、アクシ
ョン決定テーブルＴ５に示された何れの条件式にも該当
しないときは、ＰＣ制御部２１６は、主人公キャラクタ
にアクションを実行させない。

【００６２】なお、本第１の実施の形態において、主人
公キャラクタが出会うＮＰＣは侍キャラクタだけである
が、その他いろいろなＮＰＣと遭遇することとしてもよ
い。その場合には、ＮＰＣの数だけ「〜に遭遇」という
イベントを設け、経験値テーブルＴ３にこのイベントに
対応した経験回数を格納することによって実現できる。
例えば、侍キャラクタ以外のＮＰＣとして“仙人”がい
る場合、イベント／アクションテーブルＴ１に「仙人に
遭遇」というイベントを設定する。

【００６３】また、本第１の実施の形態において、パラ
メータは「喜」、「怒」、「哀」、「楽」、「生命
力」、各イベントおよびアクションに対する「経験値」
としたが、「疲労」、「緊張」、「根性」、「積極性」
等、他のパラメータを用いてもよい。この場合には、状
態値テーブルＴ２にその新たなパラメータの状態値を格
納し、変化量テーブルＴ４にこの状態値を更新するため
の変化量を格納する。また、特有のアクションを実行さ
せる場合には、アクション決定テーブルＴ５にその新た
なパラメータを含んだ条件式を格納し、その特有のアク
ションに対応したモーションデータをモーション制御デ
ータ３２０に含める。このことによって実現が可能とな
る。

【００６４】具体的には、「疲労度のパラメータ」を用
いる場合、状態値テーブルＴ２に「疲労度のパラメー
タ」の状態値を格納し、変化量テーブルＴ４に「疲労度
のパラメータ」を更新するための変化量を格納する。更
に、アクション決定テーブルＴ５に「疲労度のパラメー
タ」を含んだ条件式を格納することによって、主人公キ
ャラクタの「疲労度」に応じたアクションを実行させる
ことができる。なお、このアクションが特有のアクショ
ンであれば、そのアクションに対応したモーションデー
タをモーション制御データ３２０に含めることによって
実現が可能となる。

【００６５】他に、イベントの発生やアクションの実行
により変化しないパラメータ、例えば、主人公キャラク
タの固有パラメータ（例えば、キャラクタの「年齢」、
「性別」、「職業」、「能力」、「所持品」）を用いて
もよい。その場合には、主人公キャラクタの固有パラメ
ータのＩＤと、その状態値とが対応づけて格納されたデ
ータテーブル（例えば、「固有値テーブル」）を記憶部
３０に記憶することによって実現できる。

【００６６】具体的には、「年齢のパラメータ」を用い
る場合、固有値テーブルに「年齢のパラメータ」の固有
値を格納する。更に、アクション決定テーブルＴ５に
「年齢のパラメータ」を含んだ条件式を設けた場合、主
人公キャラクタの「年齢」に応じたアクションを実行さ
せることができる。

【００６７】他に、ゲーム中に主人公キャラクタが遭遇
する各ＮＰＣに対するパラメータ（例えば、「親密
度」）を用いてもよい。この場合には、状態値テーブル
Ｔ２に各ＮＰＣに対するパラメータの状態値を格納し、
変化量テーブルＴ４にこの状態値を更新するための変化
量を格納することによって実現できる。

【００６８】具体的には、主人公キャラクタが遭遇する
ＮＰＣとして、侍キャラクタと仙人キャラクタがいた場
合に、侍キャラクタのＩＤをnpc1とし、仙人キャラクタ
のＩＤをnpc2とする。各ＮＰＣに対するパラメータとし
て「親密度のパラメータ」rpを用いる場合、「侍キャラ
クタに対する親密度のパラメータ」npc1rp と、「仙人
キャラクタに対する親密度のパラメータ」npc2rpを設
け、状態値テーブルＴ２にnpc1rp およびnpc2rpの状態
値を格納し、変化量テーブルＴ４にnpc1rpおよびnpc2rp
を更新するための変化量を格納することによって実現で
きる。

【００６９】また、イベント発生時からの経過時間を計
測し、その時間に応じて、各パラメータを変化させるこ
ととしてもよい。この場合には、イベントの経過時間を
計測するタイマーと、計測時間とパラメータとを演算す
る機能部を設けることによって実現できる。

【００７０】具体的には、「侍キャラクタに対する親密
度のパラメータ」npc1rpを用いる場合、「侍と会話」す
るアクションに伴うnpc1rpの変化量が“＋２”であった
とする。主人公キャラクタが侍キャラクタと話す“会話
時間”を分単位で計測し、npc1rpの変化量に乗じること
とする。その会話時間が“２分”のときは、npc1rpの変
化量“＋２”に“２”を乗じるので、“＋４”となり、
会話時間が“５分”のときは、npc1rpの変化量“＋２”
に“５”を乗じるので、“＋１０”となる。

【００７１】なお、キーワードと、そのキーワードに対
応するパラメータの変化量とを予め設定しておき、他の
キャラクタとの会話中にキーワードを使用すると、「キ
ーワードを使用した」というイベントが発生したものと
して、キーワードに対応したパラメータを変化させるこ
ととしてもよい。具体的には、「好き」をキーワードと
して設定し、「好き」というキーワードに対応する親密
度パラメータの変化量を“＋２”とした場合に、ＰＣが
侍キャラクタとの会話中に「好き」というキーワードを
使用すると、「侍キャラクタに対する親密度のパラメー
タ」npc1rpを“＋２”変化させることで実現できる。ま
た、この場合に、会話文はＰＣに任意に入力させるもの
であってもよいし、予め用意された会話文から選択させ
るものであってもよい。予め用意された会話文から選択
させる場合には、キーワードではなく、会話文に対応す
るパラメータの変化量を設定して、ＰＣが選択した会話
文に応じてパラメータを変化させてもよい。

【００７２】なお、パラメータに閾値を設け、パラメー
タがその閾値に達した場合、そのパラメータの値を閾値
に固定することとしてもよい。例えば、侍キャラクタに
対する親密度パラメータが閾値に達した場合に、侍キャ
ラクタに対する親密度パラメータを閾値に固定してもよ
い。あるいは、侍キャラクタに対する親密度パラメータ
が閾値に達した場合に、侍キャラクタに「親友キャラク
タ」という識別情報を与えてもよい。何れの方法によっ
ても、ＰＣと侍キャラクタとは「非常に親密である」と
いう関係を、その後のイベントの発生に関わらず保持す
ることができる。具体的には、「親友キャラクタテーブ
ル」を設け、親密度パラメータが閾値に達したキャラク
タ、即ち、「侍キャラクタ」を格納することによって実
現できる。また、それ以降は、侍キャラクタに対する親
密度パラメータを変化させる必要がないため、変化量テ
ーブルＴ４に格納された侍キャラクタに対する親密度パ
ラメータを更新するための変化量を削除することによ
り、侍キャラクタに関するイベントが発生してもパラメ
ータ更新処理を実行しなくて済むため、処理が軽減でき
る。

【００７３】なお、本第１の実施の形態においては、
「ゲームシステムが主人公キャラクタに実行させるアク
ション」に伴って、状態値および経験回数を更新するこ
とととしたが、「プレイヤーの操作指示により主人公キ
ャラクタが実行するアクション」に伴って、状態値およ
び経験回数を更新することととしてもよい。

【００７４】本第１の実施の形態の処理手順について、
図７のフローチャートを用いて説明する。図７は、イベ
ントが発生する、または、主人公キャラクタにアクショ
ンを実行させる毎に、ゲーム演算部２１０が実行する処
理の流れを示したフローチャートである。

【００７５】まず、イベント／アクション監視部２１２
が、イベントが発生したこと、または、ＰＣ制御部２１
６が主人公キャラクタにアクションを実行させたことを
検出する（ステップＳ１）と、パラメータ更新部２１４
が、変化量テーブルＴ４から、発生したイベントまたは
実行させたアクションに対応した状態値および経験回数
の変化量を読み込む（ステップＳ２）。そして、状態値
テーブルＴ２に格納された状態値と、経験値テーブルＴ
３に格納された経験回数を更新する（ステップＳ３およ
びＳ４）。

【００７６】次に、ＰＣ制御部２１６は、状態値テーブ
ルＴ２および経験値テーブルＴ３に格納された各状態値
および経験回数が、アクション決定テーブルＴ５に格納
された条件式の何れかに該当するかどうかを調べ、アク
ションを実行させるか否かを判断する（ステップＳ
５）。アクションを実行させると判断した場合、ＰＣ制
御部２１６は、どのアクションを実行させるかを決定す
る（ステップＳ６）。

【００７７】そして、ＰＣ制御部２１６は、モーション
制御データ３２０からそのアクションに対応したモーシ
ョンデータを特定する（ステップＳ７）。ステップＳ７
の後、ゲーム演算部２１０は処理をステップＳ２に移行
する。

【００７８】また、ステップＳ５において、アクション
を実行させないと判断した場合、ゲーム演算部２１０は
処理を終了する。

【００７９】〔第２の実施の形態〕以下、図を参照して
本発明を適用した第２の実施の形態について説明する
が、第１の実施の形態と重複する説明を省略して、異な
る点を主に説明する。なお、本第２の実施の形態は、ネ
ットワークゲームと呼ばれているゲームに本発明を適用
する場合の実施形態である。ネットワークゲームを実現
する形態としては、例えば、家庭に設置してあるパソ
コンや家庭用ゲームシステム等をゲーム端末とし、イン
ターネット網や専用線網等の電気通信回線を通じてサー
バーと接続する形態、複数のゲーム端末同士を電気通
信回線で接続し、ピアツーピア型または親機と子機のよ
うな構成とする形態、複数のゲーム端末同士を電気通
信回線で接続し、その内の一台がサーバー機能を有する
形態、複数のゲーム端末が物理的に結合した、全体と
して一台のシステム（例えば業務用のゲームシステム）
となっている形態、などがある。本発明は何れの形態に
対しても適用可能であるが、本第２の実施の形態におい
ては、ゲーム端末と、サーバーとを所与の電気通信回
線で接続した形態として説明する。また、ゲームの種類
はＲＰＧであって、そのストーリーは第１の実施の形態
に準ずるものとする。

【００８０】本第２の実施の形態において各ゲームシス
テムＧを操作するプレイヤーは一つのＰＣのみを操作す
るものとする。また、各プレイヤーには、個別のＩＤ
（以下、ＰＣのＩＤという。）が付され、ネットワーク
ゲームにおいては、このＩＤで各プレイヤーの操作する
ＰＣが識別されることとする。

【００８１】なお、第１の実施の形態においては、他の
キャラクタとの遭遇は、イベントe1の「侍に遭遇」のよ
うに、ＮＰＣに対してだけであった。しかし、本第２の
実施の形態においては、他のプレイヤーが操作するＰＣ
（以下、ＯＰＣという。）と遭遇することもある。この
点が第１の実施の形態と大きく異なる点の一つである。

【００８２】図８は、本発明を適用したゲームシステム
ＧおよびサーバーＶの概略構成を示す図である。

【００８３】まず、ゲームシステムＧについて説明す
る。図８において、ゲームシステムＧは、操作部１０Ｇ
と、処理部２０Ｇと、記憶部３０Ｇと、表示部４０Ｇ
と、通信部５０Ｇとから構成される。

【００８４】ゲームシステムＧは、第１の実施の形態の
ゲームシステム１と略同一構成である。異なる点は、ゲ
ーム演算部２１０Ｇと、記憶部３０Ｇと、通信部５０Ｇ
である。ゲーム演算部２１０Ｇは、サーバーＶから送信
されるモーションデータを特定する情報（以下、モーシ
ョン特定情報という。）に基づいて、対応するモーショ
ンデータをモーション制御データ３２０Ｇから読み出
す。イベントの発生検出や、パラメータの更新といった
処理は、後述する通り、サーバーＶが実行する。

【００８５】通信部５０Ｇは、インターネット網や専用
線網等の電気通信回線を通じて、サーバーＶと接続し、
サーバーＶの通信部５１Ｖとネットワークゲームに関わ
る情報、例えば、ＰＣ識別情報やモーション特定情報、
ＰＣおよびＯＰＣ等の位置情報等の送受を行う。

【００８６】次に、サーバーＶについて説明する。図８
において、サーバーＶは、処理部２１Ｖと、記憶部３１
Ｖと、通信部５１Ｖとから構成される。

【００８７】記憶部３１Ｖは、主として進行管理プログ
ラム３１０Ｖと、アクション制御データ３３０Ｖと、Ｐ
Ｃ識別情報３４０Ｖとを記憶している。

【００８８】進行管理プログラム３１０Ｖには、イベン
ト／アクション監視部２１２Ｖによって読み出されて実
行されるイベント／アクション監視プログラム３１００
Ｖと、パラメータ更新部２１４Ｖによって読み出されて
実行されるパラメータ更新プログラム３２００Ｖと、Ｐ
Ｃ制御部２１６Ｖによって読み出されて実行されるＰＣ
制御プログラム３３００Ｖとが含まれる。

【００８９】アクション制御データ３３０Ｖには、イベ
ント／アクションテーブルＴ１’と、状態値テーブルＴ
２’および経験値テーブルＴ３’と、変化量テーブルＴ
４と、アクション決定テーブルＴ５とが含まれる。

【００９０】図９は、イベント／アクションテーブルＴ
１’の一例を示す図である。イベント／アクションテー
ブルＴ１’は、イベントまたはアクションのＩＤと、イ
ベントまたはアクションとが対応づけて格納されたデー
タテーブルである。例えば、「遭遇」するイベントのＩ
Ｄはe1であり、「落とし穴に接近」するイベントのＩＤ
はe2であり、「会釈」するアクションのＩＤはr1であ
り、「挨拶」するアクションのＩＤはr2であり、「会
話」するアクションのＩＤはr3であり、「落とし穴に転
落」するアクションのＩＤはr4であり、「落とし穴を飛
越」するアクションのＩＤはr5である。以下、イベント
およびアクションについて、適宜このＩＤを代用して説
明を行う。なお、このイベント／アクションテーブルＴ
１’は固定値であってゲーム中に変更されることはな
い。

【００９１】図１０は、状態値テーブルＴ２’の一例を
示す図である。状態値テーブルＴ２’は、ＰＣのＩＤ
と、各状態値（第１の実施の形態と同様、「喜」、
「怒」、「哀」、「楽」、「生命力」のパラメータに対
する状態値）および経験回数とがＰＣ毎に対応づけて格
納されたデータテーブルである。以下、パラメータにつ
いて、適宜このＩＤを代用して説明を行う。なお、状態
値テーブルＴ２’に格納される状態値はゲーム中に更新
される。

【００９２】図１１は、経験値テーブルＴ３’の一例を
示す図である。経験値テーブルＴ３’は、ＰＣのＩＤと
イベントおよびアクションに対する経験回数とを、ＰＣ
毎に対応づけて格納したデータテーブルである。以下、
イベントおよびアクションに対する経験回数について、
適宜このＩＤを代用して説明を行う。経験値テーブルＴ
３’に格納される経験回数の値は、ゲーム中に更新され
る。

【００９３】具体的には、例えば、図１１において、Ｐ
Ｃ１とＰＣ３が「遭遇」する回数、即ち、ＰＣ１とＰＣ
３の間におけるイベントe1の発生回数は、ＰＣ１の「Ｐ
Ｃ３との間にイベントe1が発生したことに対する経験
値」e1exp-PC3に示される通り“５”であって、ＰＣ３
の「ＰＣ１との間にイベントe1が発生したことに対する
経験値」e1exp-PC1も同様に“５”である。

【００９４】その後、ＰＣ１とＰＣ２が「遭遇」する
と、ＰＣ１の「ＰＣ２との間にイベントe1が発生したこ
とに対する経験値」e1exp-PC2が“１”となり、同様に
ＰＣ２のe1exp-PC1が“１”となる。

【００９５】また、経験値テーブルＴ３’の行と列と
は、ネットワークゲームに参加するプレイヤーの数に応
じて拡張される。即ち、新たにゲームに参加するプレイ
ヤーが増える毎に行と列が挿入される。具体的には、Ｐ
Ｃ４が新規にゲームに参加した場合、ＰＣのＩＤを“Ｐ
Ｃ４”とする行が挿入されるとともに、このＰＣ４に対
するイベントおよびアクションの経験回数を格納する列
が挿入される。

【００９６】ＰＣ識別情報３４０Ｖとは、サーバーに接
続される複数のゲームシステムＧ，Ｇ，Ｇ・・・によっ
て操作指示される個々のＰＣを識別するための情報であ
り、ＰＣ情報テーブルＴ６が含まれる。

【００９７】図１２はＰＣ情報テーブルＴ６の一例を示
す図である。ＰＣ情報テーブルＴ６は、ＰＣのＩＤと、
職業と、ステージと、ｘ座標と、ｙ座標とが対応づけて
格納されたデータテーブルである。ここで、職業とは各
キャラクタの固有パラメータ（第１の実施の形態におい
て説明した固有パラメータと同義である。）を決定する
ための情報であり、ステージとはＰＣが位置する現在の
ゲームステージを示す情報であり、ｘ座標およびｙ座標
はそのゲームステージにおけるＰＣの位置を示す情報で
ある。

【００９８】処理部２１Ｖには、本発明を実現するため
の主要部として、イベント／アクション監視部２１２Ｖ
と、パラメータ更新部２１４Ｖと、ＰＣ制御部２１６Ｖ
とが含まれる。

【００９９】イベント／アクション監視部２１２Ｖは、
第１の実施の形態と同様、イベントの発生およびアクシ
ョンを実行させたか否かを監視し、検出する機能部であ
るが、ＰＣ毎に監視および検出を行う。イベント／アク
ション監視部２１２Ｖは、イベントの発生またはアクシ
ョンの実行を検出すると、検出したイベントまたはアク
ションのＩＤをパラメータ更新部２１４Ｖに出力する。
このイベント／アクション監視部２１２Ｖが行う処理
は、イベント／アクション監視プログラム３１００Ｖに
従って実行されるものである。

【０１００】パラメータ更新部２１４Ｖは、イベント／
アクション監視部２１２Ｖから入力されるイベントまた
はアクションのＩＤに対応する状態値および経験回数の
変化量を変化量テーブルＴ４から読み込み、状態値テー
ブルＴ２’および経験値テーブルＴ３’の更新を行う。

【０１０１】パラメータ更新部２１４Ｖが、状態値テー
ブルＴ２’および経験値テーブルＴ３’を更新した場
合、ＰＣ制御部２１６Ｖは、ＰＣ若しくはＯＰＣにアク
ションを実行させるか否かを決定する。即ち、ＰＣ制御
部２１６Ｖは、状態値テーブルＴ２’および経験値テー
ブルＴ３’に格納された状態値および経験回数を参照し
て、アクション決定テーブルＴ５に格納された条件式に
該当するか否かを判定する。該当する条件式があった場
合には、実行させるアクションを決定し、サーバーＶの
通信部５１からゲームシステムＧの通信部５０へ、モー
ション特定情報を送信する。

【０１０２】ゲームシステムＧのゲーム演算部２１０Ｇ
は、モーション特定情報をもとに、モーション制御デー
タ３２０Ｇからモーションデータを特定し、これに基づ
き、ＰＣ若しくはＯＰＣの動作を決定する。

【０１０３】本第２の実施の形態の処理手順について、
図１３のフローチャートを用いて説明する。図１３は、
イベントが発生する、または、ＰＣ若しくはＯＰＣにア
クションを実行させる毎に、サーバーＶの処理部２１Ｖ
が実行する処理の流れを示したフローチャートである。

【０１０４】まず、イベント／アクション監視部２１２
Ｖが、イベントが発生したこと、または、ＰＣ制御部２
１６ＶがＰＣ若しくはＯＰＣにアクションを実行させた
ことを検出する（ステップＳ１）と、パラメータ更新部
２１４Ｖが、変化量テーブルＴ４から、発生したイベン
トまたは実行させたアクションに対応する状態値および
経験回数の変化量を読み込む（ステップＳ２）。そし
て、状態値テーブルＴ２’に格納された状態値と、経験
値テーブルＴ３’に格納された経験回数を更新する（ス
テップＳ３およびＳ４）。

【０１０５】次に、ＰＣ制御部２１６Ｖは、状態値テー
ブルＴ２’および経験値テーブルＴ３’に格納された各
状態値および経験回数が、アクション決定テーブルＴ５
に格納された条件式の何れかに該当するかどうかを調
べ、アクションを実行させるか否かを判断する（ステッ
プＳ５）。アクションを実行させると判断した場合、Ｐ
Ｃ制御部２１６Ｖは、どのアクションを実行させるかを
決定する（ステップＳ６）。

【０１０６】そして、ＰＣ制御部２１６Ｖは、サーバー
Ｖの通信部５１からゲームシステムＧの通信部５０へ、
アクションに対応したモーション特定情報を送信する
（ステップＳ７）。ステップＳ７の後、処理部２１Ｖは
処理をステップＳ２に移行する。

【０１０７】また、ステップＳ５において、アクション
を実行させないと判断したとき、処理部２１Ｖは処理を
終了する。

【０１０８】〔ハードウェア構成例〕次に、第１の実施
の形態のゲームシステム１、第２の実施の形態のゲーム
システムＧおよびサーバーＶを実現できるハードウェア
構成の一例について図１４を用いて説明する。同図に示
すハードウェア構成は、ＣＰＵ１０００、ＲＯＭ１００
２、ＲＡＭ１００４、情報記憶媒体１００６、音生成Ｉ
Ｃ１００８、画像生成ＩＣ１０１０、Ｉ／Ｏポート１０
１２および１０１４が、システムバス１０１６により相
互にデータ入出力可能に接続されている。そして画像生
成ＩＣ１０１０には表示装置１０１８が接続され、音生
成ＩＣ１００８にはスピーカ１０２０が接続され、Ｉ／
Ｏポート１０１２にはコントロール装置１０２２が接続
され、Ｉ／Ｏポート１０１４には通信装置１０２４が接
続されている。

【０１０９】ゲームシステム１およびゲームシステムＧ
は、これら全ての構成要素を備えていてもよいが、サー
バーＶにおいては、最低限ＣＰＵ１０００、ＲＯＭ１０
０２、ＲＡＭ１００４、情報記憶媒体１００６、Ｉ／Ｏ
ポート１０１４、通信装置１０２４、システムバス１０
１６を備えていれば実現可能である。

【０１１０】情報記憶媒体１００６は、プログラム、表
示物を表現するための画像データ、音データ、プレイデ
ータ等が主に格納されるものであり、図１における記憶
部３０、図８における記憶部３０Ｇおよび記憶部３１Ｖ
に相当する。例えば、情報記憶媒体としてＣＤ−ＲＯ
Ｍ、ＤＶＤ、ゲームカセット等を用いてもよいし、ＲＯ
Ｍ等のメモリやハードディスクを用いてもよい。

【０１１１】コントロール装置１０２２はプレイヤーが
ゲームの進行に応じて行う判断の結果を処理部２０また
は処理部２０Ｇに入力するための装置であり、ゲームコ
ントローラ、操作パネル等に相当する。また、図１にお
いては操作部１０に、図８においては操作部１０Ｇに相
当する。

【０１１２】情報記憶媒体１００６に格納されるプログ
ラム、ＲＯＭ１００２に格納されるシステムプログラム
（装置本体の初期化情報等）、コントロール装置１０２
２から入力される信号等に従って、ＣＰＵ１０００はシ
ステム全体の制御や各種データ処理を行う。ＲＡＭ１０
０４はこのＣＰＵ１０００の作業領域等として用いられ
る記憶手段であり、情報記憶媒体１００６やＲＯＭ１０
０２の所与の内容、あるいはＣＰＵ１０００の演算結果
等が格納される。

【０１１３】更に、この装置には音生成ＩＣ１００８と
画像生成ＩＣ１０１０とが設けられていてゲーム音やゲ
ーム画像の好適な出力が行えるようになっている。音生
成ＩＣ１００８は情報記憶媒体１００６やＲＯＭ１００
２に記憶される情報に基づいて効果音やＢＧＭ等のゲー
ム音を生成する集積回路であり、生成されたゲーム音は
スピーカ１０２０によって出力される。また、画像生成
ＩＣ１０１０は、ＲＡＭ１００４、ＲＯＭ１００２、情
報記憶媒体１００６等から送られる画像情報に基づいて
表示装置１０１８に出力するための画素情報を生成する
集積回路である。また表示装置１０１８は、ＣＲＴ、Ｌ
ＣＤ、ＴＶ、プラズマディスプレイ、液晶プラズマディ
スプレイ、プロジェクター等により実現される。

【０１１４】また、通信装置１０２４は装置内部で利用
される各種の情報を外部とやりとりするものであり、ゲ
ームシステムＧであればサーバーＶと、サーバーＶであ
ればゲームシステムＧと、通信回線を介してゲームプロ
グラムに応じた所与の情報を送受するとき等に利用され
る。

【０１１５】そして、図１〜図６および図８〜図１２を
参照して説明した種々の処理は、図７および図１３のフ
ローチャートに示した処理等を行うプログラムを格納し
た情報記憶媒体１００６と、該プログラムに従って動作
するＣＰＵ１０００、画像生成ＩＣ１０１０、音生成Ｉ
Ｃ１００８等によって実現される。なお画像生成ＩＣ１
０１０等で行われる処理は、ＣＰＵ１０００あるいは汎
用のＤＳＰ等によりソフトウェア的に行うこととしても
よい。

【０１１６】図１５に、ゲームシステム１およびゲーム
システムＧを家庭用のゲームシステムに適用した場合の
例を示す。プレイヤーはディスプレイ１２００に映し出
されたゲーム画像を見ながら、ゲームコントローラ１２
０２、１２０４を操作してゲームを楽しむ。この場合、
上記格納情報は、本体に着脱自在な情報記憶媒体である
ＣＤ−ＲＯＭ（またはＤＶＤ）１２０６、ＩＣカード１
２０８、１２１２等に格納されている。

【０１１７】なお、最後に確認のため付記するが、第１
および第２の実施の形態においては、ゲームの種類がＲ
ＰＧである場合について説明したが、本発明はこれに限
らず種々のゲーム（競争ゲーム、スポーツゲーム、対戦
ゲーム等）にも適用が可能であることは言うまでもな
い。

【０１１８】

【発明の効果】同じイベントが何回発生しても、ゲーム
システムがプレイヤーキャラクタに実行させるアクショ
ンが異なるため、ゲームに面白みが出て、プレイヤーを
飽きさせない。

【図面の簡単な説明】

【図１】第１の実施の形態におけるゲームシステムの概
略を示す図。

【図２】第１の実施の形態におけるイベント／アクショ
ンテーブルの一例を示す図。

【図３】第１の実施の形態における状態値テーブルの一
例を示す図。

【図４】第１の実施の形態における経験値テーブルの一
例を示す図。

【図５】第１および第２の実施の形態における変化量テ
ーブルの一例を示す図。

【図６】第１および第２の実施の形態におけるアクショ
ン決定テーブルの一例を示す図。

【図７】第１の実施の形態において、イベントの発生に
伴うアクションの実行処理に係る動作を示すフローチャ
ート。

【図８】第２の実施の形態におけるゲームシステムおよ
びサーバーの概略を示す図。

【図９】第２の実施の形態におけるイベント／アクショ
ンテーブルの一例を示す図。

【図１０】第２の実施の形態における状態値テーブルの
一例を示す図。

【図１１】第２の実施の形態における経験値テーブルの
一例を示す図。

【図１２】第２の実施の形態におけるＰＣ情報テーブル
の一例を示す図。

【図１３】第２の実施の形態において、イベントの発生
に伴うアクションの実行処理に係る動作を示すフローチ
ャート。

【図１４】本実施の形態を実現できるハードウェアの構
成の一例を示す図。

【図１５】本発明を家庭用のゲームシステムに適用した
場合の一例を示す図。

【符号の説明】

１、Ｇ ゲームシステム Ｖ サーバー １０、１０Ｇ 操作部 ２０、２０Ｇ、２１Ｖ 処理部 ２１０、２１０Ｇ ゲーム演算部 ２１２、２１２Ｖ イベント／アクション監視部 ２１４、２１４Ｖ パラメータ更新部 ２１６、２１６Ｖ ＰＣ制御部 ２２０、２２０Ｇ 画像生成部 ３０、３０Ｇ、３１Ｖ 記憶部 ３００、３００Ｇ ゲームプログラム ３１０Ｖ 進行管理プログラム ３１００、３１００Ｖ イベント／アクション監視プロ
グラム ３２００、３２００Ｖ パラメータ更新プログラム ３３００、３３００Ｖ ＰＣ制御プログラム ３２０、３２０Ｇ モーション制御データ ３３０、３３０Ｖ アクション制御データ ３４０Ｖ ＰＣ識別情報 ４０、４０Ｇ 表示部 ５０Ｇ、５１Ｖ 通信部

Claims (8)

【特許請求の範囲】
1. 【請求項１】プロセッサによる演算・制御により、モー
   ションデータに基づいてキャラクタの動作を制御して、
   所与のゲームを実行することとなるシステムに対して、 同一内容の動作ではあるが、挙動の異なる複数種類のモ
   ーションデータの中から一または複数のモーションデー
   タを、少なくとも当該キャラクタに係る所与の履歴情報
   パラメータに基づいて決定する決定手段、を機能させる
   ためのゲーム情報。
2. 【請求項２】請求項１において、 前記システムに対して、動作実行条件を満足するか否か
   を判定する判定手段を機能させるための情報と、 前記決定手段に対して、前記判定手段による判定結果に
   基づいて、当該キャラクタのモーションデータを決定す
   る、ように機能させるための情報と、 を含むことを特徴とするゲーム情報。
3. 【請求項３】プロセッサによる演算・制御により、複数
   のゲーム端末とデータ通信を行って、所与のネットワー
   クゲームを実行することとなるシステムに対して、 前記複数のゲーム端末それぞれの操作対象である各キャ
   ラクタの動作実行条件が満足するか否かを判定する判定
   手段と、 前記判定手段により前記動作実行条件を満たすと判定さ
   れたキャラクタが存在した場合に、当該キャラクタに対
   するモーションデータとして、同一内容の動作ではある
   が、挙動の異なる複数種類のモーションデータの中から
   一または複数のモーションデータを、少なくとも当該キ
   ャラクタに係る所与の履歴情報パラメータに基づいて決
   定する決定手段と、 を機能させるためのゲーム情報。
4. 【請求項４】請求項１から３の何れかにおいて、 前記所与の履歴情報パラメータには対オブジェクトパラ
   メータが含まれ、 前記システムに対して、一のキャラクタと他のキャラク
   タとの遭遇回数、会話回数、会話時間、および会話内容
   の内、少なくとも１つに応じて、前記一のキャラクタ又
   は／及び前記他のキャラクタの対オブジェクトパラメー
   タを変化させる手段、を機能させるための情報と、 前記決定手段に対して、前記一のキャラクタと前記他の
   キャラクタとの遭遇時又は／及び会話時のモーションデ
   ータを決定する場合には、前記一のキャラクタ又は／及
   び前記他のキャラクタの対オブジェクトパラメータに基
   づいて決定する、ように機能させるための情報と、 を含むことを特徴とするゲーム情報。
5. 【請求項５】請求項１から４の何れかにおいて、 前記キャラクタは関節構造を有するキャラクタであっ
   て、 前記システムに対して、少なくとも前記キャラクタに係
   る所与の履歴情報パラメータに基づいて、モーションデ
   ータに含まれる各関節の変位を変更する変更手段、を機
   能させるための情報、を含むことを特徴とするゲーム情
   報。
6. 【請求項６】請求項１から５の何れか記載のゲーム情報
   を記憶する情報記憶媒体。
7. 【請求項７】モーションデータに基づいてキャラクタの
   動作を制御して、所与のゲームを実行するゲームシステ
   ムであって、 同一内容の動作ではあるが、挙動の異なる複数種類のモ
   ーションデータの中から一または複数のモーションデー
   タを、少なくとも当該キャラクタに係る所与の履歴情報
   パラメータに基づいて決定する決定手段、を備えるゲー
   ムシステム。
8. 【請求項８】複数のゲーム端末とデータ通信を行って、
   所与のネットワークゲームを実行するゲームシステムで
   あって、 前記複数のゲーム端末それぞれの操作対象である各キャ
   ラクタの動作実行条件が満足するか否かを判定する判定
   手段と、 前記判定手段により前記動作実行条件を満たすと判定さ
   れたキャラクタが存在した場合に、当該キャラクタに対
   するモーションデータとして、同一内容の動作ではある
   が、挙動の異なる複数種類のモーションデータの中から
   一または複数のモーションデータを、少なくとも当該キ
   ャラクタに係る所与の履歴情報パラメータに基づいて決
   定する決定手段と、 を備えるゲームシステム。