JP3534344B1

JP3534344B1 - ゲームプログラム及びゲーム装置

Info

Publication number: JP3534344B1
Application number: JP2002304147A
Authority: JP
Inventors: 勉渡邉
Original assignee: コナミ株式会社
Priority date: 2002-10-18
Filing date: 2002-10-18
Publication date: 2004-06-07
Anticipated expiration: 2022-10-18
Also published as: JP2004135910A

Abstract

【要約】【課題】キャラクタとの会話内容を、仮想ゲーム空間
内で生じる事象に応じて変化させることより、キャラク
タとの会話を人間味豊かに演出することの出来る、ゲー
ムプログラムの提供。【解決手段】第１の事象データ転送記録手段ＲＧＰに
より、事象データベースＭＬに記録された事象データＲ
Ｄ１が、メモリ手段ＢＦ_Ａ１、ＢＦ_Ｂ１、…に転記され
ると、該転記された事象データＲＤ１は、第２の事象デ
ータ転送記録手段ＲＴＰにより、更にキャラクタ間を介
して互いに転記されて、その内容が表現手段ＡＮＰ、Ｓ
ＤＰ上に表現されるので、ゲーム空間内に生じる事象の
内容が、複数のキャラクタ間において伝達する様を表現
することが出来、ゲームの興趣を高めることが出来る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ロールプレイング
ゲームやアドベンチャーゲームなどのゲームプログラム
において、ゲーム空間内に表示されるキャラクタ同士が
会話をしながら、ゲームを進行することの出来るゲーム
プログラムに関する。

【０００２】

【従来の技術】一般的に、この種のゲームプログラムな
どにおいては、プレーヤが操作するキャラクタを、ゲー
ム空間内に表示されるキャラクタと会話させながら、ゲ
ームを進行させるものがある。このような会話は、該キ
ャラクタ毎に予め準備された台詞データをテキスト表示
や音声出力することにより表現される。

【０００３】なお、本出願人は、出願時において、上述
したような台詞データの表現方法について体系的に記し
た技術文献を知らないため、開示すべき先行技術文献情
報はない。

【０００４】しかし、上述したようなゲームプログラム
において、上記会話の内容は、操作キャラクタからの問
い掛けに対して、予め設定されている台詞データの内容
が表現されるに過ぎずないため、現実の世界のように、
ゲーム世界の出来事やキャラクタの行動などに応じて会
話の内容が変化することがなく、キャラクタとの会話が
無味乾燥なものとなる不都合がある。

【０００５】

【発明が解決しようとする課題】そこで、本発明は、会
話内容を仮想ゲーム空間内で生じる事象に応じて変化さ
せることより、キャラクタとの会話を人間味豊かに演出
することの出来る、ゲームプログラムを提供することを
目的とする。

【０００６】

【課題を解決するための手段】請求項１の発明は、仮想
ゲーム空間内で複数のキャラクタ（Ａ１、Ｂ１、…）を
移動制御しつつシナリオを進行させてゆくゲームプログ
ラム（ＣＧＰ）において、前記ゲームプログラム（ＣＧ
Ｐ）は、コンピュータを、前記仮想ゲーム空間内で生じ
る複数の事象（例えばＩＶ１）について、対応する事象
データ（例えばＲＤ１）及び該事象データに対応する事
象についてのメッセージデータを記録した事象データベ
ース（ＭＬ）を、前記コンピュータ（１）のメインメモ
リ（５）内に格納する事象データベース格納手段（ＣＧ
Ｐ）、前記事象が前記仮想ゲーム空間内で生じたか否か
を判定する事象開始判定手段、前記事象開始判定手段
が、前記事象が前記仮想ゲーム空間内で生じたものと判
定した場合に、前記事象データベース（ＭＬ）に記録さ
れた該事象に対応する事象データ（例えばＲＤ１）を、
前記仮想ゲーム空間内のキャラクタ（例えばＡ１、Ｂ
１、…）に対応する形で設定されたメモリ手段（例えば
ＢＦ_Ａ１、ＢＦ_Ｂ１、…）に、選択的に転記する第１の
事象データ転送記録手段（ＲＧＰ）、前記事象データが
転記されたキャラクタの配置座標から所定距離内に存在
するキャラクタを判定するキャラクタ存否判定手段、前
記キャラクタ存否判定手段により、前記事象データが転
記されたキャラクタの配置座標から所定距離内に存在す
るキャラクタが判定された場合、仮想ゲーム空間内の前
記事象データが転記されたキャラクタとその存在が前記
キャラクタ存否判定手段により判定されたキャラクタの
間で、前記事象データが転記されたキャラクタの前記メ
モリ手段（例えばＢＦ_Ａ１）に記録された前記事象デー
タ（例えばＲＤ_Ａ１）を、前記キャラクタ存否判定手段
により判定されたキャラクタの前記メモリ手段（例えば
ＢＦ_Ｂ１）に転記する第２の事象データ転送記録手段
（ＲＴＰ）、前記シナリオの進行に応じて、前記各キャ
ラクタ（例えばＡ１、Ｂ１、…）の前記メモリ手段（例
えばＢＦ_Ａ１、ＢＦ_Ｂ１、…）に記録された事象データ
（例えばＲＤ１）の内容を読み出して、前記事象データ
ベース格納手段に格納された事象データベースの、前記
読み出された事象データに対応する事象についてのメッ
セージデータを参照し、該参照されたメッセージデータ
を表現手段（例えば１１、１２）に出力する事象データ
表現手段（ＣＭＰ）、として機能させることを特徴とす
るゲームプログラム（ＣＧＰ）として構成される。

【０００７】請求項２の発明は、前記事象データ（例え
ばＲＤ１）は、前記第２の事象データ転送記録手段（Ｒ
ＴＰ）により前記事象データ（例えばＲＤ１）に対応す
る事象を伝達すべきキャラクタ数を示す強さデータ（例
えばＳＴＤ１）を有しており、前記ゲームプログラム
（ＣＧＰ）は、更に前記コンピュータ（１）を、前記第
２の事象データ転送記録手段（ＲＴＰ）による、所定の
事象に関する事象データ（例えばＲＤ１）のキャラクタ
（例えばＡ１、Ｂ１、…）間の転記回数を記録し、該転
記回数が前記強さデータ（ＳＴＤ）を越えないように制
御する第１の転送記録制限手段（ＲＴＰ）、として機能
させることを特徴とする請求項１記載のゲームプログラ
ム（ＣＧＰ）として構成される。

【０００８】請求項３の発明は、前記第１の転送記録制
限手段（ＲＴＰ）による転記回数の記録は、各キャラク
タ（例えばＡ１、Ｂ１、…）毎に独立して行われること
を特徴とする、請求項２記載のゲームプログラム（ＣＧ
Ｐ）として構成される。

【０００９】請求項４の発明は、前記第１の転送記録制
限手段（ＲＴＰ）は、前記第２の事象データ転送記録手
段（ＲＴＰ）によるキャラクタ（例えばＡ１、Ｂ１）間
の事象データ（例えばＲＤ_Ａ１）の転記が行われるたび
に、他方のキャラクタ（例えばＢ１）に対して前記強さ
データ（例えばＳＴＤ_Ａ１）を更新する形で設定し、当
該他方のキャラクタ（例えばＢ１）については、該更新
された強さデータ（例えばＳＴＤ_Ｂ１）に基づいて前記
転記回数が前記更新された強さデータ（例えばＳＴＤ
_Ｂ１）を越えないように制御することを特徴とする、請
求項３記載のゲームプログラム（ＣＧＰ）として構成さ
れる。

【００１０】請求項５の発明は、前記事象データ（例え
ばＲＤ１）は、該事象データに対応する事象（例えばＩ
Ｖ１）が生じる前記仮想ゲーム空間内における位置示す
発生地点データ（例えばＨＰＤ１）及び、該事象が広が
りうる範囲を示す範囲データ（例えばＷＤＤ１）を有し
ており、前記ゲームプログラム（ＣＧＰ）は、更にコン
ピュータ（１）を、前記第１の事象データ転送記録手段
（ＲＧＰ）による事象データ（例えばＲＤ１）の各キャ
ラクタ（例えばＡ１、Ｂ１、…）への転記を、前記発生
地点データ（例えばＨＰＤ１）又は範囲データ（例えば
ＷＤＤ１）に基づいて制御する第２の転送記録制限手段
（ＲＧＰ）、として機能させることを特徴とする、請求
項１記載のゲームプログラム（ＣＧＰ）として構成され
る。

【００１１】請求項６の発明は、前記第２の転送記録制
限手段（ＲＴＰ）は、更に前記第２の事象データ転送記
録手段（ＲＴＰ）による事象データ（例えばＲＤ１）の
各キャラクタ間（例えばＡ１、Ｂ１、…）の転記を、前
記発生地点データ（例えばＨＰＤ１）又は範囲データ
（例えばＷＤＤ１）に基づいて制御することを特徴とす
る、請求項５記載のゲームプログラム（ＣＧＰ）として
構成される。

【００１２】請求項７の発明は、前記事象データ（例え
ばＲＤ１）は、当該事象データ（例えばＲＤ１）に対応
する事象（例えばＩＶ１）の前記仮想ゲーム空間内にお
ける持続時間を示す持続時間データ（ＣＴＤ１）を有し
ており、前記ゲームプログラム（ＣＧＰ）は、更にコン
ピュータ（１）を、前記第１又は第２の事象データ転送
記録手段（ＲＧＰ、ＲＴＰ）が、所定の事象（例えばＩ
Ｖ１）に関する事象データ（例えばＲＤ１）を前記キャ
ラクタ（例えばＡ１、Ｂ１、…）に対して転記した時点
からの経過時間を計時し、該経過時間が前記持続時間を
超えた場合に、前記キャラクタ（例えばＡ１、Ｂ１、
…）に対応する形で設定されたメモリ手段（例えばＢＦ
_Ａ１、ＢＦ_Ｂ１、…）中に格納された前記事象（例えば
ＩＶ１）に対応する事象データ（例えばＲＤ_Ａ１、ＲＤ
_Ｂ１、…）を削除する、事象データ削除手段（ＲＥ
Ｐ）、として機能させることを特徴とする請求項１記載
のゲームプログラム（ＣＧＰ）として構成される。

【００１３】請求項８の発明は、前記メッセージデータ
（例えばＭＳＤ１）は、前記第２の事象データ転送記録
手段（ＲＲＴＰ）によるキャラクタ（例えばＡ１、Ｂ
１、Ｃ１）間の事象データ（例えばＲＤ_Ａ１、Ｒ
Ｄ_Ｂ１、ＲＤ_Ｃ１）の転記回数に応じて複数種類（例え
ばＭＳＤ１_ＴＣ０、ＭＳＤ１_ＴＣ１、ＭＳＤ１_ＴＣ２）
設定されており、前記事象データ表現手段（ＣＭＰ）
は、当該事象データ（例えばＲＤ_Ａ１、ＲＤ_Ｂ１、ＲＤ
_Ｃ１）が前記第２の事象データ転送記録手段（ＲＴＰ）
により転記された回数に応じて前記メッセージデータ
（例えばＭＳＤ１_ＴＣ０、ＭＳＤ１_ＴＣ１、ＭＳＤ１
_ＴＣ２）を選択し表現するようにして構成した、請求項
１記載のゲームプログラム（ＣＧＰ）として構成され
る。

【００１４】請求項９の発明は、前記ゲームプログラム
（ＣＧＰ）は、更にコンピュータ（１）を、前記仮想ゲ
ーム空間内のキャラクタ（例えばＡ１、Ｂ１、…）につ
いて、前記第１又は第２の事象データ転送記録手段（Ｒ
ＧＰ、ＲＴＰ）による事象データ（例えばＲＤ_Ａ１、Ｒ
Ｄ_Ｂ１、…）の転記を受け入れるか否かを示す転記可否
データ（例えばＴＰ）を、前記コンピュータのメインメ
モリ（５）内に格納する転記可否データ格納手段（ＣＧ
Ｐ）、前記第１又は第２の事象データ転送記録手段（Ｒ
ＧＰ、ＲＴＰ）による前記事象データ（例えばＲ
Ｄ_Ａ１、ＲＤ_Ｂ１、…）の転記に際して、前記メインメ
モリ（５）内の転記可否データ（例えばＴＰ）を参照し
て、前記第１又は第２の事象データ転送記録手段（ＲＧ
Ｐ、ＲＴＰ）による前記キャラクタ（例えばＡ１、Ｂ
１、…）に対する当該事象データ（例えばＲＤ_Ａ１、Ｒ
Ｄ_Ｂ１、…）の転記の可否を判定し、転記が許可された
前記事象データ（例えばＲＤ_Ａ１、ＲＤ_Ｂ１、…）のみ
を当該キャラクタ（例えばＡ１、Ｂ１、…）のメモリ手
段（例えばＢＦ_Ａ１、ＢＦ_Ｂ１、…）に転記するように
制御する、第３の転送記録制限手段（ＲＧＰ、ＲＴ
Ｐ）、として機能させることを特徴とする、請求項１記
載のゲームプログラム（ＣＧＰ）として構成される。

【００１５】請求項１０の発明は、仮想ゲーム空間内で
複数のキャラクタ（例えばＡ１、Ｂ１、…）を移動制御
しつつシナリオを進行させてゆくゲーム装置（１）にお
いて、前記ゲーム装置（１）は、前記仮想ゲーム空間内
で生じる複数の事象（例えばＩＶ１）について、対応す
る事象データ（ＲＤ１）及び該事象データに対応する事
象についてのメッセージデータを記録した事象データベ
ース（ＭＬ）を格納する事象データベースメモリ手段
（５）、前記事象が前記仮想ゲーム空間内で生じたか否
かを判定する事象開始判定手段、前記事象開始判定手段
が、前記事象が前記仮想ゲーム空間内で生じたものと判
定した場合に、前記事象データベース（ＭＬ）に記録さ
れた該事象に対応する事象データ（例えばＲＤ１）を、
前記仮想ゲーム空間内のキャラクタ（例えばＡ１、Ｂ
１、…）に対応する形で設定されたメモリ手段（例えば
ＢＦ_Ａ１、ＢＦ_Ｂ１、…）に、選択的に転記する第１の
事象データ転送記録手段（２、ＲＧＰ）、前記事象デー
タが転記されたキャラクタの配置座標から所定距離内に
存在するキャラクタを判定するキャラクタ存否判定手
段、前記キャラクタ存否判定手段により、前記事象デー
タが転記されたキャラクタの配置座標から所定距離内に
存在するキャラクタが判定された場合、仮想ゲーム空間
内の前記事象データが転記されたキャラクタとその存在
が前記キャラクタ存否判定手段により判定されたキャラ
クタの間で、前記事象データが転記されたキャラクタの
前記メモリ手段（例えばＢＦ_Ａ１）に記録された前記事
象データ（例えばＲＤ_Ａ１）を、前記キャラクタ存否判
定手段により判定されたキャラクタの前記メモリ手段
（例えばＢＦ_Ｂ１）に転記する第２の事象データ転送記
録手段（２、ＲＴＰ）、前記シナリオの進行に応じて、
前記各キャラクタ（例えばＡ１、Ｂ１、…）の前記メモ
リ手段（例えばＢＦ_Ａ１、ＢＦ_Ｂ１、…）に記録された
事象データ（例えばＲＤ_Ａ１、ＲＤ_Ｂ１）の内容を読み
出して、前記事象データベースメモリ手段に格納された
事象データベースの、前記読み出された事象データに対
応する事象についてのメッセージデータを参照し、該参
照されたメッセージデータを表現手段（例えば１１、１
２）に出力する事象データ表現手段（２、ＣＭＰ）、を
有することを特徴とするゲーム装置（１）として構成さ
れる。

【００１６】

【発明の効果】請求項１又は１０の発明によれば、事象
データ（例えばＲＤ１）は、第１の事象データ転送記録
手段（ＲＧＰ）によりメモリ手段（例えばＢＦ_Ａ１）に
転記されると、第２の事象データ転送記録手段（ＲＴ
Ｐ）により、更にキャラクタ（例えばＡ１、Ｂ１、…）
間を介して互いに転記されて、事象データに対応する事
象についてのメッセージデータが表現手段（例えば１
１、１２）に出力されるので、ゲーム空間内に生じる事
象の内容が、複数のキャラクタ間において伝達する様を
表現することが出来、噂や流行といった現象をゲーム世
界の中で表現することが可能となり、ゲームの興趣を高
めることが出来る。

【００１７】また、メッセージデータ（例えばＭＳＤ
１）により事象（例えばＩＶ１）の内容が表現されるの
で、キャラクタの会話内容を、イベントやキャラクタの
動作などのゲーム空間内に生じる事象に応じて、噂など
の形で変化させることが出来、キャラクタとの会話を人
間味豊かに演出することが出来る。

【００１８】請求項２の発明によれば、第２の事象デー
タ転送記録手段（ＲＴＰ）による転記は、転記回数が強
さデータ（ＳＴＤ）を越えないように制御されるので、
ゲーム空間内に生じる噂や流行などの事象の内容の広が
り度合いを、強さデータに応じて表現することが出来
る。

【００１９】請求項３の発明によれば、第１の転送記録
制限手段（ＲＴＰ）による転記回数の記録は、各キャラ
クタ（例えばＡ１、Ｂ１、…）毎に独立して行われるの
で、実際の事象の広がる様を、現実世界に似せた形で制
御することが出来る。また、ゲーム空間内に生じる事象
の内容の広がり度合い、キャラクタ毎にきめ細かく制御
することが出来る。

【００２０】請求項４の発明によれば、第２の事象デー
タ転送記録手段（ＲＴＰ）による転記は、転記回数が更
新された強さデータ（ＳＴＤ）を越えないように制御さ
れるので、ゲーム空間内に生じる噂や流行などの事象の
内容の広がり度合いを、更新される強さデータの増減度
合いに応じて自由に制御することが出来る。

【００２１】請求項５の発明によれば、第１の事象デー
タ転送記録手段（ＲＧＰ）による事象データ（ＲＤ）の
転記は、発生地点データ（ＨＰＤ１）又は範囲データ
（ＷＤＤ１）に基づいて制御されるので、ゲーム空間内
に生じる事象の内容の広がり度合いを、ゲーム空間内に
おける事象の発生する位置や広がうる範囲に応じて制御
することが出来る。

【００２２】請求項６の発明によれば、第２の事象デー
タ転送記録手段（ＲＴＰ）による事象データ（例えばＲ
Ｄ１）の転記は、発生地点データ（ＨＰＤ１）又は範囲
データ（ＷＤＤ１）に基づいて制御されるので、複数の
キャラクタ間における事象の内容の伝達を、発生した位
置や広がうる範囲に応じて制御することが出来る。

【００２３】請求項７の発明によれば、持続時間データ
（ＣＴＤ１）による持続時間を超えた場合に、メモリ手
段（例えばＢＦ _Ａ１、ＢＦ _Ｂ１、…）に格納された事象
データ（ＲＤ _Ａ１、ＲＤ _Ｂ１、…）が削除されるので、
第１又は２の事象データ転送記録手段（ＲＧＰ、ＲＴ
Ｐ）による無制限な転記を防止することが出来、これに
より、ゲーム内容の過剰な複雑化や、処理負担の増大に
よる円滑なゲーム進行への阻害を防止することが出来
る。また、噂や流行がすたれた様をリアルに表現するこ
とが出来る。

【００２４】請求項８の発明によれば、転記回数に応じ
てメッセージデータ（例えばＭＳＤ１_ＴＣ０、ＭＳＤ１
_ＴＣ１、ＭＳＤ１_ＴＣ２）が選択表示されるので、事象
の内容を多様な形で表現することが出来、これにより、
ゲーム空間内に事象の内容が伝達する様を、例えば人伝
いに広がる噂として表現することが出来る。

【００２５】請求項９の発明によれば、第１又は第２の
事象データ転送記録手段（ＲＧＰ、ＲＴＰ）による事象
データ（例えばＲＤ_Ａ１、ＲＤ_Ｂ１、…）の転記は、転
記が許可された事象データ（例えばＲＤ_Ａ１、Ｒ
Ｄ_Ｂ１、…）のみについて、メモリ手段（例えばＢＦ
_Ａ１、ＢＦ_Ｂ１）に転記されるので、キャラクタの属性
に応じて事象データの伝達を制御することが出来、例え
ば事象の内容に対するキャラクタの好みや興味を表現す
ることが出来る。

【００２６】

【発明の実施の形態】図１は、本発明が適用される家庭
用ゲーム機のブロック図、図２は、本発明に係るゲーム
プログラムの構成の一例を示す構成図、図３は、噂発生
制御及び噂伝達制御の内容を説明するゲーム空間の概念
図、図４は、噂ネタリストの内容の一例を示す表、図５
は、噂発生制御プログラムの内容の一例を示すフローチ
ャート、図６は、キャラクタ毎に対応する噂リストの内
容の一例を示す表で、（ａ）はキャラクタＡ１の噂リス
ト、（ａ’）は噂伝達後におけるキャラクタＡ１の噂リ
スト、（ｂ）はキャラクタＢ１の噂リスト、（ｂ’）は
噂伝達後におけるキャラクタＢ１の噂リスト、（ｃ）は
キャラクタＣ１の噂リスト、図７は、噂伝達制御プログ
ラムの内容の一例を示すフローチャートである。

【００２７】コンピュータとしてのゲーム機１は、図１
に示すように、マイクロプロセッサユニットを主体とし
て構成されたＣＰＵ２を有している。ＣＰＵ２には、バ
ス３を介して主記憶装置としてのＲＯＭ（リードオンリ
ーメモリ）４およびＲＡＭ（ランダムアクセスメモリ）
５が接続される。ＲＯＭ４には、ゲーム機１の全体の動
作制御に必要なプログラムとしてのオペレーティングシ
ステムやその実行に必要なデータが記録されている。

【００２８】ＲＡＭ５には、記録媒体としてのＣＤ−Ｒ
ＯＭ６からＣＤ−ＲＯＭ読取装置７を介して読み取った
ゲームプログラムＣＧＰや各種データが記録される。ま
た、ＲＡＭ５には、ゲームの進行に必要な各種の情報を
一時的に保存するためのエリアが、ＣＤ−ＲＯＭ６から
読み込まれたゲームプログラムＣＧＰに従って設定され
る。更に、ＣＤ−ＲＯＭ６から読み取られ、ＣＰＵ２に
よって加工された画像データもＲＡＭ５内に確保された
所定のビデオ領域に記録される。

【００２９】なお、表示処理専用のＲＡＭを別に設けて
もよい。ゲームプログラムＣＧＰは、ＣＤ−ＲＯＭ６に
代えて半導体メモリ、ＤＶＤ−ＲＯＭ、その他各種の記
録媒体により供給してもよい。また、このような記録媒
体を用いることなく、インターネットなどのネットワー
クを介してゲームプログラムＣＧＰを供給することも可
能である。

【００３０】また、ＣＰＵ２には、バス３を介して画像
処理装置８および音声処理装置９が接続される。画像処
理装置８は、ＲＡＭ５のビデオ領域から画像データを読
み取ってフレームメモリ１０上にゲーム画面を描画する
とともに、その描画された画像をディスプレイ１１上に
表示させるためのビデオ信号に変換して所定タイミング
で出力する。

【００３１】音声処理装置９は、ＣＤ−ＲＯＭ読取装置
７にて読み取られたＣＤ−ＲＯＭ６上のサウンドデータ
を所定のアナログ音声信号に変換してスピーカ１２から
出力させる。また、音声処理装置９は、ＣＰＵ２からの
指示に従って効果音や楽音のデータを生成し、そのデー
タをアナログ信号に変換してスピーカ１２から出力させ
る。なお、表現手段としてのディスプレイ１１およびス
ピーカ１２としては、一般に家庭用のテレビジョン受像
機およびそれに付属するスピーカが使用される。

【００３２】バス３にはインターフェース１３を介して
コントローラ１４および外部メモリ１５が着脱自在に接
続される。コントローラ１４には、プレーヤによる操作
を受け付ける操作部材が設けられる。例えば、上下左右
の方向を入力するための十字キー１４ａや押釦スイッチ
１４ｂが操作部材として設けられる。

【００３３】コントローラ１４からは、操作部材１４
ａ、１４ｂの操作状態に対応した操作信号が一定周期
（例えば１／６０秒）で出力され、ＣＰＵ２は、その信
号に基づいてコントローラ１４の操作状態を判別する。

【００３４】外部メモリ１５は、例えば書き換えが可能
でかつ記憶保持が可能な半導体記憶素子を有するメモリ
カードやハードディスクなどからなる。外部メモリ１５
には、プレイ中に所定条件が満たされた場合に、プレー
ヤの指示に応じてその時点でのステータス情報（セーブ
データ）が記録される（つまりセーブされる）。なお、
外部メモリ１５は、インターフェース１３に対して着脱
可能な携帯型ゲーム機を構成する要素として設けられて
もよい。

【００３５】図２は、本発明に係るゲームプログラムＣ
ＧＰの構成の一例を示す。ゲームプログラムＣＧＰは、
図２に示すように、予めＣＤ−ＲＯＭ６に記録されてお
り、複数のプログラムがモジュール化された階層構造と
して構成されて、ゲーム機１を機能させている。

【００３６】図中左方に示す下位の階層には、入力処理
プログラムＩＰＰ、画像処理プログラムＡＮＰ、音声処
理プログラムＳＤＰなどの、ユーザ・インターフェース
を処理するプログラムが記録されており、図中略中央に
示す上位の階層には、シナリオに基づいてゲームを進行
させるシナリオ処理プログラムＳＳＰが記録されてい
る。また、図中右方に示す更に上位の階層には、操作キ
ャラクタ制御プログラムＨＣＰ、会話制御プログラムＣ
ＭＰ、キャラクタ制御プログラムＣＨＰ、噂制御プログ
ラム（破線枠内）など、ゲーム進行に必要な各種タスク
を実行制御するプログラムが記録されている。更に、上
記噂制御プログラムは、噂発生制御プログラムＲＧＰ、
噂伝達制御プログラムＲＴＰ、噂消滅制御プログラムＲ
ＥＰにより構成されている。

【００３７】また、図中右方に示す上位の階層における
データ領域には、噂ネタリストＭＬが予め記録されてい
る。なお、キャラクタの表示や動作に関する制御に必要
なデータとして、キャラクタデータＣＤ_Ａ１、Ｃ
Ｄ_Ｂ１、… が示されているが、これらのデータは、ゲ
ーム進行中においてゲームプログラムＣＧＰがＲＡＭ５
に書き込むものである（後述）。

【００３８】これらの各プログラムＨＣＰ、ＣＭＰ、…
に基づいて生成された複数のタスクは、不図示のマルチ
タスクオペレーションシステム（マルチタスクＯＳ）に
よりマルチタスクとしてその優先順位に応じて順次実行
される。なお、上述した階層構造は、本発明を説明する
上で必要なプログラムのみを、簡単な階層構造として構
成される形に示したものであり、実際の階層構造は更に
複雑で、並列処理プログラムなどの種々のプログラムを
含むものである。また、各プログラム間には、指令やデ
ータの受け渡しを示す矢印を示しているが、該矢印は発
明を理解し易くするためのものであり、これらの矢印に
よってプログラムの処理方法やデータの取り扱いが限定
されるものでない。

【００３９】以上の構成におけるゲーム機１において
は、所定の初期化操作（例えば電源の投入操作）が行わ
れると、ＣＰＵ２はまずＲＯＭ４のプログラムに従って
所定の初期化処理を実行する。初期化が終わるとＣＰＵ
２は、ＣＤ−ＲＯＭ６からゲームプログラムＣＧＰの各
プログラム及びデータを読み込んでＲＡＭ５に格納す
る。そしてシナリオ処理プログラムＳＳＰが、シナリオ
に応じてゲーム進行を開始する。

【００４０】ゲーム空間は、例えば互いに直交するｘ、
ｙ、ｚ軸座標（ワールド座標）による仮想３次元空間が
設定されており、該ゲーム空間には、ポリゴンにより構
成される多数のキャラクタや建物などの各種のオブジェ
クトが配置される。

【００４１】図２に示すキャラクタ制御プログラムＣＨ
Ｐは、シナリオに応じて、プレーヤの操作するキャラク
タを除いたキャラクタ（以下、単に「キャラクタ」とい
う。）を生成する。生成されたキャラクタが配置される
座標（配置座標）は、キャラクタ制御プログラムＣＨＰ
により、所定条件に基づいて順次変動制御される。これ
によりキャラクタは、プレーヤによる操作に関係なくゲ
ーム空間内を順次移動制御されている。この際、キャラ
クタ制御プログラムＣＨＰは、その配置座標を、対応す
るキャラクタの座標データＡＤ_Ａ１、ＡＤ_Ｂ１、… と
して、図１に示すＲＡＭ５のデータ領域に順次記録す
る。

【００４２】一方、ゲーム処理の開始と同時に、図２に
示す操作キャラクタ制御プログラムＨＣＰは、プレーヤ
が操作自在なキャラクタ（以下、「操作キャラクタＣ
Ｃ」という。）を、同様にゲーム空間内に生成し、所定
座標に配置する。

【００４３】ところで、上記ワールド座標内には、操作
キャラクタＣＣをディスプレイ１１上に表示できるよう
に、不図示のカメラとスクリーン平面が設定されてお
り、操作キャラクタＣＣなどのオブジェクトが、図２に
示す画像処理プログラムＡＮＰにより、上記カメラを視
点とするスクリーン平面に透視変換される。透視変換さ
れた平面画像データは、フレームメモリ１０で描画され
て、画像処理装置８を介してディスプレイ１１上に表示
される。これにより、操作キャラクタＣＣが存在するゲ
ーム空間が、操作キャラクタＣＣ近傍に存在する（つま
りスクリーン平面内に収まる）キャラクタと共に、ディ
スプレイ１１上に表示されることとなる。

【００４４】なお、スクリーン平面内に収まるキャラク
タは、上述したように操作キャラクタＣＣと共に画像と
して表示されるが、他のキャラクタは、画像表示に関係
なく、キャラクタ制御プログラムＣＨＰにより順次生成
・移動制御されており、該移動に応じた配置座標が、図
１に示すＲＡＭ５のデータ領域に順次記録されている。

【００４５】プレーヤは、ディスプレイ１１上に表示さ
れた画像を見ながら、コントローラ１４に設けられた十
字キー１４ａや押釦スイッチ１４ｂを介して、操作キャ
ラクタＣＣを移動させる旨の信号を入力すると、図２に
示す入力処理プログラムＩＰＰは、上記信号を操作信号
として操作キャラクタ制御プログラムＨＣＰに出力す
る。すると、操作キャラクタ制御プログラムＨＣＰが、
上記操作信号に応じたモーションデータ（不図示）を呼
び出す。画像処理プログラムＡＮＰは、上記モーション
データに基づいて操作キャラクタを座標移動すると共
に、カメラ及びスクリーン平面の位置を所定長移動させ
て、上述と同様に透視変換された平面画像データを画像
としてディスプレイ１１上に表示する。これにより、プ
レーヤの操作に応じて、操作キャラクタＣＣがゲーム空
間内を移動する態様が表示される。

【００４６】この際、操作キャラクタ制御プログラムＨ
ＣＰは、キャラクタ制御プログラムＣＨＰと同様に、移
動制御される操作キャラクタＣＣの配置座標を、操作キ
ャラクタＣＣの配置座標データ（不図示）として、図１
に示すＲＡＭ５のデータ領域に順次記録する。

【００４７】こうして、操作キャラクタＣＣ及び所定の
キャラクタがディスプレイ１１上に表示され、操作キャ
ラクタＣＣと所定キャラクタ間の仮想３次元空間におけ
る距離が所定値以下となった状態とする。この状態で、
プレーヤがコントローラ１４の押し釦スイッチ１４ｂな
どを押下すると、図２に示す会話制御プログラムＣＭＰ
が、操作キャラクタＣＣと所定のキャラクタとの間で、
会話処理を実行する。

【００４８】即ち、会話制御プログラムＣＭＰは、表示
された所定キャラクタに対応する台詞データ（不図示）
を呼び出し、画像処理プログラムＡＮＰに出力する。す
ると、画像処理プログラムＡＮＰは、該台詞データに応
じたテキスト（つまり会話内容）をディスプレイ１１上
に表示する。なお、上記台詞データは、図２に示す音声
処理プログラムＳＤＰにより、サウンドデータとしてス
ピーカ１２を介して音声出力することも可能である。

【００４９】こうしてプレーヤは、コントローラ１４を
介して操作キャラクタＣＣを操作し、ゲーム空間内を移
動させながら、ディスプレイ１１上に順次表示されるキ
ャラクタと会話を行ないながら、ゲームが進行されてい
く。

【００５０】ここで、上記ゲーム空間内には、図３に示
すように、「山」のオブジェクトとして、例えば「富士
山」ＦＪが配置されているものとし、更に当該「富士
山」ＦＪを爆発させるイベントに関するモジュールが実
行されたとする。

【００５１】図３は、噂発生制御及び噂伝達制御の内容
を説明するゲーム空間の概念図である。なお、簡便な説
明とするために、キャラクタが移動可能なゲーム空間
を、同図に示すようにｘ、ｙ座標の２次元空間とし、ま
た同図は説明に必要なオブジェクトのみを示している。

【００５２】「富士山」ＦＪは、図３に示すように、座
標Ｐ１（ｘ１、ｙ１）に配置されており、該座標Ｐ１の
近傍には、同図に示すようにキャラクタＡ１、Ａ２、Ａ
３が配置されている。またこれらのキャラクタＡ１、Ａ
２、Ａ３よりも、座標Ｐ１から離れた位置にキャラクタ
Ｂ１が配置され、更に離れた位置にキャラクタＣ１が配
置されている。

【００５３】シナリオ処理プログラムＳＳＰは、上述し
たように、シナリオに基づいて「富士山」ＦＪを爆発さ
せるイベント開始のコマンドを発すると、「富士山」Ｆ
Ｊを爆発させるイベントに関するモジュールが実行され
る。

【００５４】ところで、図２に示す噂発生制御プログラ
ムＲＧＰは、噂発生判定リスト（不図示）を備えてい
る。噂発生判定リストには、特定のイベント開始に関す
る複数のコマンドに対応して、図１に示すＲＡＭ５に格
納されている、噂ネタリストＭＬ（図２参照）内の噂ネ
タ番号ＲＮ（後述）が記録されている。噂発生制御プロ
グラムＲＧＰは、ゲーム進行中に発せられたイベント開
始のコマンドを常に監視しており、従って、上記噂発生
判定リストに基づき、発せられたコマンドが、特定のイ
ベント開始に関するコマンドに該当するか否かを判定す
る。

【００５５】即ち、本発明に係るゲームプログラムＣＧ
Ｐは、ゲーム進行中に特定のイベントが開始された際
に、噂ネタリストＭＬに記録されている所定メッセージ
の内、特定のイベント開始に関するコマンドに対応する
噂ネタ番号ＲＮの（つまり特定のイベントに関する内容
の）メッセージを、所定キャラクタの台詞としてディス
プレイ１１上に表示させるものである。

【００５６】これにより、ゲーム空間内で「富士山」Ｆ
Ｊを爆発させるイベントが開始されると、所定キャラク
タの台詞として例えば「富士山が爆発したみたいだ
よ。」のメッセージを表示させることにより、あたか
も、所定キャラクタが「富士山」ＦＪの爆発を知って、
「富士山」ＦＪの爆発に関する「噂」が発生したかのよ
うに、ゲーム内容を表現するものである（詳細は後
述）。

【００５７】ここで、噂ネタリストＭＬの内容につい
て、図４に沿って説明する。図４は、噂ネタリストＭＬ
の内容の一例を示している。

【００５８】噂ネタリストＭＬは、図４に示すように、
図中左方に示すイベントＩＶの種類に応じて、噂ネタ番
号ＲＮ、強さＳＴ、持続時間ＣＴ、発生地点ＨＰ、及び
範囲ＷＤのパラメータと、メッセージＭＳが準備されて
いる。前記パラメータのうち、強さＳＴ、持続時間Ｃ
Ｔ、及び範囲ＷＤは、「噂」の広がる度合いを示してい
る（詳細は後述）。また各パラメータには、噂ネタ番号
データＲＮＤ、強さデータＳＴＤ、持続時間データＣＴ
Ｄ（これらを区別しない場合は、単に「噂データＲＤ」
という。）、発生地点データＨＰＤ、及び範囲データＷ
ＤＤが記録されている。更にメッセージＭＳには、メッ
セージデータＭＳＤが記録されている。

【００５９】具体的には、例えば「富士山の爆発」のイ
ベントＩＶ１に対しては、噂ネタ番号データＲＮＤ１と
して、「００１」、強さデータＳＴＤ１として、「１０
人」、持続時間データＣＴＤ１として、「１０」（これ
らを区別しない場合は、単に「噂データＲＤ１」とい
う。）、及び範囲データＷＤＤ１として、「半径ａ」が
デフォルト値として記録されている。

【００６０】但し、発生地点データＨＰＤはデフォルト
値ではなく、噂発生制御プログラムＲＧＰにより、ゲー
ム進行中に特定のイベントが開始されたとされる座標が
書き込まれる。

【００６１】メッセージデータＭＳＤ１として、「富士
山の爆発」のイベントＩＶ１に関する会話内容が、伝達
カウントＴＣの値が大きくなるにつれて曖昧な表現とな
るように準備されている。例えば、伝達カウントＴＣの
値が「０」に対して「富士山が爆発したみたいだよ。」
のメッセージデータＭＳＤ１_ＴＣ０、伝達カウントＴＣ
の値が「１」に対して、「何処かの山が爆発したみたい
だよ。」のメッセージデータＭＳＤ１_ＴＣ１、及び伝達
カウントＴＣの値が「２」に対して、「工場が爆発した
みたいだよ。」のメッセージデータＭＳＤ１_ＴＣ２が記
録されている（詳細は後述）。

【００６２】また、噂ネタリストＭＬ中のイベントＩＶ
の種類数が、例えば１００種類の場合、噂ネタ番号デー
タＲＮＤは「００１」ないし「１００」まで準備され、
各イベントＩＶの種類毎に関連する会話内容のメッセー
ジデータＭＳＤが記録される。更に、イベントＩＶの種
類毎にそれぞれ異なるデフォルト値の、強さデータＳＴ
Ｄ、持続時間データＣＴＤ、及び範囲データＷＤＤを準
備するようにしてもよい。

【００６３】なお、イベントＩＶの種類数は、プレーヤ
が何の「噂」が発生するか予想出来ないようにある程度
多く（例えば上述した１００種類）準備する必要がある
が、ゲーム内容の過剰な複雑化や、処理負担の増大によ
る円滑なゲーム進行への阻害がない程度の種類数が好ま
しい。

【００６４】こうして噂発生制御プログラムＲＧＰは、
「富士山」ＦＪを爆発させるイベント開始のコマンド
が、上記噂発生判定リスト中のコマンドに該当すると判
定すると、まず「富士山」ＦＪが配置される座標Ｐ１
（ｘ１、ｙ１）を、図４に示すように、発生地点データ
ＨＰＤ１として、図１に示すＲＡＭ５のデータ領域に格
納する。

【００６５】なお、「富士山」ＦＪなどの仮想３次元空
間内の固定オブジェクトに関するイベントＩＶの場合に
は、発生地点ＨＰの発生地点データＨＰＤ１を予め格納
しておいてもよい。しかし、ワールド座標を移動制御さ
れるキャラクタ同士に生じるイベントＩＶに関しては、
当該イベントＩＶが生じた座標が、発生地点ＨＰとして
噂ネタリストＭＬに書き込まれる。

【００６６】次いで、噂発生制御プログラムＲＧＰは、
噂ネタリストＭＬ中の「富士山の爆発」ＩＶ１に対する
各データＲＮＤ１、ＳＴＤ１、… に基づいて、噂発生
制御を実行する。ここで、噂発生制御について、図１な
いし図６に沿って説明する。図５は、噂発生制御プログ
ラムＲＧＰの内容の一例を示すフローチャートであり、
図６は、キャラクタ毎に対応する噂リストＲＬ_Ａ１、Ｐ
Ｌ_Ｂ１、… の内容の一例を示している。

【００６７】図５のステップＳＴＰ１で、噂発生制御プ
ログラムＲＧＰは、図３の斜線部分で示す噂発生領域Ｒ
Ａ内に、ゲーム空間内に生成されたキャラクタが存在す
るか否かを判定する。噂発生領域ＲＡは、図４に示す噂
ネタリストＭＬ中の発生地点データＨＰＤ１「座標（ｘ
１、ｙ１）」及び範囲データＨＰＤ１「半径ａ」に基づ
いて、図３に示す円形状の領域（図３の斜線部分）の形
に生成される。そして上記判定は、図１に示すＲＡＭ５
のデータ領域中に記録されている、各キャラクタの配置
座標データＡＤ_Ａ１、ＡＤ_Ｂ１、… （図２参照）を参
照することにより行なわれる。

【００６８】キャラクタが存在しないと判定する場合
（ＳＴＰ１のＮｏ）、噂発生制御の実行処理を終了す
る。つまり、「富士山」ＦＪの爆発を知らせるキャラク
タが存在しないので、「富士山」ＦＪの爆発に関する
「噂」が発生することなく、上記制御の実行処理が終了
することとなる。

【００６９】なお、キャラクタＡ１、Ａ２、Ａ３は、図
３に示すように、噂発生領域ＲＡ内に存在するので、噂
発生制御プログラムＲＧＰは、配置座標データＡ
Ｄ_Ａ１、ＡＤ_Ｂ１、… 基づいて、噂発生領域ＲＡ内に
キャラクタが存在すると判定し（ＳＴＰ１のＹｅｓ）、
ステップＳＴＰ２に進む。

【００７０】ステップＳＴＰ２で、噂発生制御プログラ
ムＲＧＰは、キャラクタＡ１、Ａ２、Ａ３うち一のキャ
ラクタ、例えばキャラクタＡ１の噂バッファＢＦ
_Ａ１に、噂データＲＤ１（図４参照）が既に記録されて
いるか否かを判定する。

【００７１】噂バッファＢＦは、図１に示すＲＡＭ５中
のデータ領域に、図４に示す噂データＲＤを転記格納す
るために（つまり「噂」を知らせるために）、各キャラ
クタ毎に対応してハードウェア的に割り当てられてい
る。そして各噂バッファＢＦ _Ａ１、ＢＦ_Ｂ１、… に
は、図２に示すように、各キャラクタＡ１、Ｂ１、…
に対応して噂リストＲＬ_Ａ１、ＲＬ_Ｂ１、… が格納さ
れている。

【００７２】また、噂リストＲＬには、図６に示すよう
に、噂ネタ番号ＲＮ、強さＳＴ、持続時間ＣＴ（噂デー
タＲＤ）、及び伝達カウントＴＣ（後述）のパラメータ
が準備されている。各パラメータには、噂ネタ番号デー
タＲＮＤ、強さデータＳＴＤ、持続時間ＣＴＤ、及び伝
達カウントデータＴＣＤが記録されるが、初期値として
例えばＮｕｌｌ値が記録されている。

【００７３】更に、噂リストＲＬは、図４に示す噂ネタ
リストＭＬが、複数の噂データＲＤ及びメッセージデー
タＭＳＤを記録しているのと同様に、複数の噂データＲ
Ｄが記録できるように設定されている。例えば、噂デー
タＲＤを記録できる数が、噂ネタリストＭＬでは１００
種類に対して、噂リストＲＬでは１０種類に設定されて
いる。

【００７４】キャラクタＡ１の噂バッファＢＦ_Ａ１に噂
データＲＤ１（図４参照）が既に記録されていると判定
されると、（ＳＴＰ２のＹｅｓ）、ステップＳＴＰ３
で、キャラクタＡ１以外に、噂発生領域ＲＡ内に他のキ
ャラクタが存在するか否かを判定する。噂発生領域ＲＡ
内に他のキャラクタが存在しないと判定されると（ＳＴ
Ｐ３のＮｏ）、噂発生制御の実行処理を終了する。例え
ば、「富士山」ＦＪを爆発させるイベントに関するモジ
ュールが頻繁に実行され、キャラクタＡ１、Ａ２、Ａ３
に既に「富士山」ＦＪの爆発が知らされている場合、改
めて知らされることなく上記制御の実行処理が終了する
こととなる。

【００７５】ここでは、キャラクタＡ１の噂バッファＢ
Ｆ_Ａ１に噂データＲＤ１（図４参照）がまだ転記格納さ
れていない、つまりキャラクタＡ１は、まだ「富士山」
ＦＪの爆発をまだ知らないとする。従って、噂発生制御
プログラムＲＧＰは、噂バッファＢＦ_Ａ１に噂データＲ
Ｄ１がまだ記録されていないと判定し、（ＳＴＰ３のＮ
ｏ）、ステップＳＴＰ４に進む。

【００７６】ステップＳＴＰ４で、噂発生制御プログラ
ムＲＧＰは、図４に示す噂ネタリストＭＬに基づいて、
「富士山の爆発」のイベントＩＶ１に対する、噂ネタ番
号データＲＮＤ１「００１」、強さデータＳＴＤ１「１
０人」、及び持続時間データＣＴＤ１「１０」を、図６
（ａ）に示すように、キャラクタＡ１の噂リストＲＬ
_Ａ１の噂ネタ番号データＲＮＤ_Ａ１、強さデータＳＴＤ
_Ａ１、及び持続時間データＣＴＤ_Ａ１としてそれぞれ転
記する。またこの際、噂発生制御プログラムＲＧＰは、
伝達カウントデータＴＣＤ_Ａ１として、「０」を書き込
む。

【００７７】ステップＳＴＰ３で、上述と同様、キャラ
クタＡ１以外に、噂発生領域ＲＡ内に他のキャラクタが
存在するか否かを判定し、他のキャラクタＡ２、Ａ３が
噂発生領域ＲＡ内に存在する場合には、ステップＳＴＰ
２からステップＳＴＰ３を繰り返し実行し、噂発生制御
の実行処理が終了する。

【００７８】こうして、「富士山」ＦＪを爆発させるイ
ベントに関するモジュールが実行されたことにより、
「富士山」ＦＪの近傍に配置されるキャラクタＡ１、Ａ
２、Ａ３に、図４に示す噂データＲＤ１がキャラクタＡ
１、Ａ２、Ａ３の各噂バッファＢＦ_Ａ１、… にそれぞ
れ転記格納される。つまり、あたかも「噂」が発生した
かのように、キャラクタＡ１、Ａ２、Ａ３に「富士山」
ＦＪの爆発に関する「噂」がセットされることとなる。

【００７９】次いで、上記発生した「噂」がキャラクタ
から他のキャラクタにあたかも伝達されていくように、
図２に示す噂伝達制御プログラムＲＴＰが噂伝達制御を
実行する。ここで噂伝達制御について、図１ないし図
４、図６及び図７に沿って説明する。図７は、噂伝達制
御プログラムＲＴＰの内容の一例を示すフローチャート
である。

【００８０】ここでは、キャラクタＡ１→キャラクタＢ
１→キャラクタＣ１（図３参照）を経由した噂伝達制御
について説明するものとし、キャラクタＢ１の噂リスト
ＲＬ_Ｂ１（図６（ｂ）参照）、及びキャラクタＣ１の噂
リストＲＬ_Ｃ１（図６（ｃ）参照）に、噂リストＲＬ
_Ａ１（同図（ａ）参照）中の噂データＲＤ_Ａ１がまだ記
録されていないとする。つまりキャラクタＢ１、Ｃ１
は、まだ「富士山」ＦＪの爆発に関する「噂」を知らな
いとする。

【００８１】図７のステップＳＴＰ１０で、噂伝達制御
プログラムＲＴＰは、キャラクタＡ１の周囲に他のキャ
ラクタが存在するか否かを判定する。即ち、噂伝達制御
プログラムＲＴＰは、図１に示すＲＡＭ５のデータ領域
に格納されたキャラクタＡ１の配置座標データＡＤ_Ａ１
を参照すると共に、キャラクタＡ１以外の全キャラクタ
の各配置座標データＡＤを参照する。この際、例えば、
キャラクタＡ１の配置座標から所定距離内に存在するキ
ャラクタを、キャラクタＡ１の周囲に存在するものとし
て、上記判定を行なう。

【００８２】キャラクタＡ１の周囲に他のキャラクタが
存在しないと判定する場合（ＳＴＰ１０のＮｏ）、噂伝
達制御の実行処理が終了する。つまり、図５のステップ
ＳＴＰ１で説明した場合と同様に、キャラクタＡ１の周
囲に「富士山」ＦＪの爆発に関する「噂」を知らせるキ
ャラクタが存在しないので、「富士山」ＦＪの爆発に関
する「噂」が伝達されることなく、上記制御の実行処理
が終了することとなる。

【００８３】ここでは、キャラクタＡ１はキャラクタＢ
１近傍に配置されているものとし、噂伝達制御プログラ
ムＲＴＰは、キャラクタＡ１の周囲に他のキャラクタが
存在すると判定し（ＳＴＰ１０のＹｅｓ）、ステップＳ
ＴＰ２０に進む。

【００８４】ステップＳＴＰ２０で、噂伝達制御プログ
ラムＲＴＰは、「噂」として伝達すべき所定の噂データ
ＲＤを選択する。つまり、噂伝達制御プログラムＲＴＰ
は、図２に示す噂バッファＢＦ_Ａ１に格納されたキャラ
クタＡ１の噂リストＲＬ_Ａ _１（図６（ａ）参照）を参照
し、所定条件に基づいて、複数の噂データＲＤの中から
いずれかの噂データＲＤを選択する。

【００８５】なお、上記所定条件としては、例えば噂デ
ータＲＤ中の各データＲＮＤ、ＳＴＤ、ＣＴＤに応じて
設定することが可能である。例えば、「噂」の広がる度
合いが大きい「噂」が伝達されるように、複数の噂デー
タＲＤのうち、強さデータＳＴＤが最も大きい噂データ
ＲＤを選択してもよい。また上記パラメータに関係な
く、「噂」が極力伝達され得るように、噂リストＲＬに
キュー構造を採用し、時間的に最も前に記録された噂デ
ータＲＤを選択してもよい。

【００８６】キャラクタＡ１の噂リストＲＬ_Ａ１に記録
されている噂データＲＤは、図６（ａ）に示すように噂
データＲＤ_Ａ１のみなので、噂伝達制御プログラムＲＴ
Ｐは、噂データＲＤ_Ａ１を選択して、ステップＳＴＰ３
０に進む。

【００８７】ステップＳＴＰ３０で、噂伝達制御プログ
ラムＲＴＰは、キャラクタＡ１の周囲に存在するキャラ
クタのうち、一のキャラクタの噂バッファＢＦに、上記
選択された噂データＲＤ_Ａ１が既に記録されているか否
かを判定する。つまり、噂伝達制御プログラムＲＴＰ
は、図２に示すキャラクタＢ１の噂バッファＢＦ_Ｂ１に
格納された噂リストＲＬ_Ｂ１を参照し、噂データＲＤ
_Ａ１が既に記録されているか否かを判定する。

【００８８】キャラクタＢ１の噂リストＲＬ_Ｂ１に、噂
データＲＤ_Ａ１が既に記録されていると判定すると、
（ＳＴＰ３０のＹｅｓ）、ステップＳＴＰ４０で、キャ
ラクタＢ１以外に、キャラクタＡ１の周囲に他のキャラ
クタが存在するか否かを判定する。他のキャラクタが存
在しないと判定されると（ＳＴＰ４０のＮｏ）、噂伝達
制御の実行処理が終了する。つまり、図５のステップＳ
ＴＰ３で説明した場合と同様に、例えば、キャラクタＡ
１の周囲に配置されているキャラクタに、既に「富士
山」ＦＪの爆発に関する「噂」が知らされている場合、
改めて知らされることなく上記制御の実行処理が終了す
ることとなる。

【００８９】キャラクタＢ１の噂リストＲＬ_Ｂ１には、
上述したように、噂データＲＤ_Ａ _１がまだ記録されてい
ないので、噂伝達制御プログラムＲＴＰは、噂リストＲ
Ｌ _Ｂ１に噂データＲＤ_Ａ１がまだ記録されていないと判
定し、（ＳＴＰ３０のＮｏ）、ステップＳＴＰ５０に進
む。

【００９０】ステップＳＴＰ５０で、噂伝達制御プログ
ラムＲＴＰは、図６（ａ）に示すキャラクタＡ１の噂リ
ストＲＬ_Ａ１における噂データＲＤ_Ａ１のうち、噂ネタ
番号データＲＮＤ_Ａ１「００１」、及び持続時間データ
ＣＴＤ_Ａ１「１０」を、図６（ｂ）に示すようにキャラ
クタＢ１の噂リストＲＬ_Ｂ１に、噂ネタ番号データＲＮ
Ｄ_Ｂ１及び持続時間データＣＴＤ_Ｂ１として転記する。
また、キャラクタＡ１の噂リストＲＬ_Ａ１における強さ
データＳＴＤ_Ａ１「１０人」から「１人」を減算した
「９人」を、キャラクタＢ１の噂リストＲＬ_Ｂ１におけ
る強さデータＳＴＤ_Ｂ１に書き込む。これにより、「富
士山」ＦＪの爆発に関する「噂」が伝達されることとな
る。

【００９１】またこの際、上述したキャラクタＢ１の噂
リストＲＬ_Ｂ１における強さデータＳＴＤ_Ｂ１と同様
に、キャラクタＡ１の噂リストＲＬ_Ａ１における強さデ
ータＳＴＤ_Ａ１は、図６（ａ’）に示すキャラクタＡ１
の噂リストＲＬ_Ａ１’における強さデータＳＴＤ_Ａ１’
として、強さデータＳＴＤ_Ａ１「１０人」から「１人」
を減算した「９人」に書き換えられる。

【００９２】ところで、上記強さデータＳＴＤは、キャ
ラクタからその噂データＲＤを他のキャラクタに転記・
書き換え可能な他のキャラクタの人数を示している。上
述したように、噂データＲＤを他のキャラクタに転記・
書き換えする度に（つまり「富士山」ＦＪの爆発に関す
る「噂」が伝達される度に）、転記・書き換えする側の
噂リストＲＬと、転記・書き換えされる側の噂リストＲ
Ｌの強さデータＳＴＤが、次第に減少していくこととな
る。従って、強さデータＳＴＤが所定値（例えば０）以
下となった場合に、図２に示す噂消滅制御プログラムＲ
ＥＰは、噂リストＲＬから該当する噂データＲＤを順次
削除し、噂リストＲＬに新たな噂データＲＬが記録可能
な空き領域を設ける。これにより、噂データＲＤの伝達
が急激に（いわゆるネズミ算的に）増大することを防止
することが出来る。

【００９３】また、図６に示す伝達カウントデータＴＣ
Ｄは、噂データＲＤが転記・書き換えされた回数を示し
ており、つまり、その「噂」が、何人のキャラクタを経
由して伝達されたかを示している。従って、噂伝達制御
プログラムＲＴＰは、図６（ｂ）に示すように、図６
（ａ）に示すキャラクタＡ１の噂リストＲＬ_Ａ１におけ
る伝達カウントデータＴＣＤ_Ａ１「０」に「１」を加算
した「１」を、キャラクタＢ１の噂リストＲＬ_Ｂ１にお
ける伝達カウントデータＴＣＤ_Ｂ１に書き込む。

【００９４】こうして、伝達制御プログラムＲＴＰは、
噂リストＲＬ_Ａ１’（図６（ａ’））、及び噂リストＲ
Ｌ_Ｂ１（図６（ｂ））を、図２に示す各噂バッファＢＦ
_Ａ _１、ＢＦ_Ｂ１に格納して、ステップＳＴＰ４０に進
む。ステップＳＴＰ４０で、キャラクタＡ１、Ｂ１の周
囲に他のキャラクタが存在するか否かが判定され、他の
キャラクタが存在すると判定されると（ＳＴＰ４０のＹ
ｅｓ）、上述と同様に、選択された噂データＲＤ_Ａ１が
上記他のキャラクタの噂バッファＢＦに格納される。そ
して、「噂」を伝達すべき他のキャラクタが存在しなく
なるまで、ステップＳＴＰ２０からステップＳＴＰ５０
を繰り返し実行し、噂伝達制御の実行処理が終了する。

【００９５】この、伝達制御プログラムＲＴＰによる、
キャラクタ間の噂伝達制御は、噂を最初に伝達されたキ
ャラクタＡ１と他のキャラクタとの間ばかりでなく、噂
を伝達されたキャラクタＡ１、Ｂ１の周囲に存在する複
数のキャラクタ間で行われる。従って、キャラクタＡ１
から「噂」を伝達されたキャラクタＢ１の周囲にキャラ
クタＣ１が存在した場合には、キャラクタＢ１とキャラ
クタＣ１との間で、伝達制御プログラムＲＴＰによる、
キャラクタ間の噂伝達制御が実行される。

【００９６】こうして、図３に示すように、キャラクタ
Ｂ１の周囲に存在したキャラクタＣ１に対して、上述と
同様の噂伝達制御が実行される。

【００９７】これにより、キャラクタＣ１の噂リストＲ
Ｌ_Ｃ１には、図６（ｃ）に示すように、噂ネタ番号デー
タＲＮＤ_Ｃ１、及び持続時間データＣＴＤ_Ｃ１として、
同図（ｂ）に示す噂ネタ番号データＲＮＤ_Ｂ１「００
１」、及び持続時間データＣＴＤ_Ｂ１「１０」が転記さ
れる。

【００９８】また、キャラクタＣ１の噂リストＲＬ_Ｃ１
における強さデータＳＴＤ_Ｃ１は、噂リストＲＬ_Ｂ１の
強さデータＳＴＤ_Ｂ１「９人」から「１人」減算された
「８人」が書き込まれる。同様に、図６（ｂ）に示すキ
ャラクタＢ１の噂リストＲＬ_Ｂ１における強さデータＳ
ＴＤ_Ｂ１は、図６（ｂ’）に示すように、キャラクタＢ
１の噂リストＲＬ_Ｂ１’における強さデータＳＴ
Ｄ_Ｂ１’として、「８人」に書き換えられる。

【００９９】更に、キャラクタＣ１の噂リストＲＬ_Ｃ１
には、伝達カウントデータＴＣＤ _Ｃ１として、図６
（ｂ）に示す伝達カウントデータＴＣＤ_Ｂ１「１」に
「１」を加算した「２」が書き込まれる。こうして、伝
達制御プログラムＲＴＰは、噂リストＲＬ_Ｂ１’（図６
（ｂ’））、及び噂リストＲＬ_Ｃ１（図６（ｃ））を、
図２に示す各噂バッファＢＦ_Ｂ１、ＢＦ_Ｃ１（不図示）
に格納し、噂伝達制御の実行処理が終了する。即ち、キ
ャラクタＡ１→キャラクタＢ１→キャラクタＣ１を経由
した噂伝達制御の実行処理が終了する。

【０１００】次いで、プレーヤが、例えば操作キャラク
タＣＣをキャラクタＣ１に接近させるように、コントロ
ーラ１４を介して操作キャラクタＣＣを操作する所定信
号を入力したとする。すると画像処理プログラムＡＮＰ
は、操作キャラクタ制御プログラムＨＣＰにより参照さ
れたモーションデータに基づいて、操作キャラクタＣＣ
を座標移動すると共に、カメラ及びスクリーン平面の位
置を所定量移動させて、ディスプレイ１１上にキャラク
タＣ１が表示される。

【０１０１】操作キャラクタＣＣ及びキャラクタＣ１が
共に接近した形で表示され、その状態でプレーヤがコン
トローラ１４を介して会話を行うためのコマンド、例え
ば、押し釦スイッチ１４ｂの押下などを行うと、会話制
御プログラムＣＭＰは、操作キャラクタＣＣとキャラク
タＣ１との間で、会話処理を実行する。

【０１０２】この、会話制御プログラムＣＭＰに基づく
会話処理は、会話の相手であるキャラクタの噂バッファ
ＢＦに格納された噂リストＲＬ中に、噂データＲＤが記
録されている場合、即ち、「噂」があるものと判定され
た場合には、当該「噂」の会話処理が優先する形で行わ
れる。

【０１０３】即ち、会話制御プログラムＣＭＰは、プレ
ーヤのコントローラ１４を介した会話開始指令に基づ
き、操作キャラクタＣＣの会話の相手であるキャラクタ
Ｃ１について、噂バッファＢＦに格納された当該キャラ
クタＣ１の噂リストＲＬ_Ｃ１（図６（ｃ）参照）を参照
する。噂リストＲＬ_Ｃ１には、噂ネタ番号データＲＮＤ
_Ｃ１「００１」の噂ネタが既に記録されているので、会
話制御プログラムＣＭＰは、当該噂ネタ番号データＲＮ
Ｄ_Ｃ１「００１」及び伝達カウントデータＴＣＤ
_Ｃ１「２」に基づいて、図４に示す噂ネタリストＭＬ中
の、対応するメッセージデータＭＳＤを参照する。

【０１０４】上記データＲＮＤ_Ｃ１、ＴＣＤ_Ｃ１に対応
するメッセージデータＭＳＤは、図４に示すように、
「工場が爆発したみたいだよ。」のメッセージデータＭ
ＳＤ１_ＴＣ２なので、画像処理プログラムＡＮＰは、プ
レーヤに対して「工場が爆発したみたいだよ。」のメッ
セージデータＭＳＤ１_ＴＣ２を、表現手段としてのディ
スプレイ１１上にテキスト表示させる。なおこの際、音
声処理プログラムＳＤＰが、上記メッセージデータＭＳ
Ｄ１_ＴＣ２をサウンドデータとして、またはサウンドデ
ータと共に表現手段としてのスピーカ１２により音声出
力してもよい。

【０１０５】プレーヤは、上記テキスト表示を見て、キ
ャラクタＣ１以外のキャラクタと会話をするために、例
えば操作キャラクタＣＣをキャラクタＢ１に接近させる
ように、コントローラ１４を介して所定信号を入力した
とする。すると、上述と同様に、画像処理プログラムＡ
ＮＰにより、操作キャラクタＣＣ及びキャラクタＢ１が
共に接近した形で表示され、コントローラ１４からの会
話開始指令を受けた会話制御プログラムＣＭＰにより、
「噂」の会話処理が実行される。

【０１０６】会話制御プログラムＣＭＰは、上述と同様
に、会話の相手であるキャラクタＢ１について、噂バッ
ファＢＦに格納された当該キャラクタＢ１の噂リストＲ
Ｌ _Ｂ１’（図６（ｂ’）参照）を参照する。そして、当
該噂リストＲＬ_Ｂ１’の噂ネタ番号データＲＮＤ
_Ｂ１「００１」及び伝達カウントデータＴＣＤ
_Ｂ１「１」に基づいて、図４に示す噂ネタリストＭＬ中
の、対応するメッセージデータＭＳＤを参照する。上記
データＲＮＤ_Ｂ１、ＴＣＤ_Ｂ１対応するメッセージデー
タＭＳＤは、図４に示すように、「何処かの山が爆発し
たみたいだよ。」のメッセージデータＭＳＤ１_ＴＣ１な
ので、画像処理プログラムＡＮＰは、プレーヤに対し
て、上記テキスト表示された「工場が爆発したみたいだ
よ。」のメッセージデータＭＳＤ１_ＴＣ２と異なり、
「何処かの山が爆発したみたいだよ。」のメッセージデ
ータＭＳＤ１_ＴＣ１をディスプレイ１１上にテキスト表
示させる。

【０１０７】更にプレーヤは、キャラクタＣ１、Ｂ１以
外のキャラクタと会話をするために、例えば操作キャラ
クタＣＣをキャラクタＡ１に接近させるように、コント
ローラ１４を介して所定信号を入力したとする。会話制
御プログラムＣＭＰは、上述と同様の「噂」の会話処理
を実行し、キャラクタＡ１について、図２に示す噂バッ
ファＢＦ_Ａ１に格納された当該キャラクタＡ１の噂リス
トＲＬ_Ａ１’（図６（ａ’）参照）を参照する。そし
て、当該噂リストＲＬ_Ａ１’の噂ネタ番号データＲＮＤ
_Ａ１「００１」及び伝達カウントデータＴＣＤ
_Ａ１「０」に基づいて、図４に示す噂ネタリストＭＬ中
の、対応するメッセージデータＭＳＤを参照する。該対
応するメッセージデータＭＳＤは、図４に示すように、
「富士山が爆発したみたいだよ。」のメッセージデータ
ＭＳＤ１_ＴＣ０なので、画像処理プログラムＡＮＰは、
プレーヤに対して、上記「工場が爆発したみたいだ
よ。」、「何処かの山が爆発したみたいだよ。」のメッ
セージデータＭＳＤ１_ＴＣ２、ＭＳＤ１ _ＴＣ１と更に異
なる、「富士山が爆発したみたいだよ。」のメッセージ
データＭＳＤ１_ＴＣ０をディスプレイ１１上にテキスト
表示させる。

【０１０８】こうして、プレーヤは、複数のキャラクタ
との会話を通じて、上述したメッセージデータＭＳＤの
よる「噂」を聞きながらゲームが進行していく。こうし
て発生した「噂」は、あたかも時間の経過に応じて消滅
するように、噂消滅制御プログラムＲＥＰが、噂消滅処
理を実行する。

【０１０９】即ち、噂消滅制御プログラムＲＥＰは、例
えば噂バッファＢＦに噂データＲＤが転記・書き換えさ
れた時点から、マシンサイクル（例えば１／６０秒）な
どを利用して経過時間を計数する。計数した経過時間
が、例えば、図６（ａ’）に示すキャラクタＡ１の噂デ
ータＲＬ_Ａ１’の持続時間データＣＴＤ_Ａ１「１０」
（例えば単位を「分」として、「１０分」）に達した場
合、噂バッファＢＦ_Ａ１の噂リストＲＬ_Ａ１’から噂デ
ータＲＤ_Ａ１’を削除する（つまりＮｕｌｌ値に書き換
える）。つまり、強さデータＳＴＤが所定値（例えば
０）以下となった場合に、噂リストＲＬから該当する噂
データＲＤを削除する場合と同様に、噂リストＲＬに新
たな噂データＲＬが記録可能な空き領域を設ける。これ
により、発生する「噂」の数を過剰に多くなることを防
止して円滑なゲーム進行を維持することが出来る。

【０１１０】このように、特定のイベント開始に応じて
「噂」が順次発生し、キャラクタ間に「噂」が広がると
共に、上述した所定条件を満たすと「噂」が順次消滅し
て、これらの実行処理が繰り返されることにより、ゲー
ム空間内に次々と「噂」が飛び交うこととなる。プレー
ヤは、複数のキャラクタとの会話を通じて、これらの飛
び交う「噂」を聞きながらゲームが進行していく。

【０１１１】その結果、プレーヤは、キャラクタとの会
話を通じて、伝達の回数に応じて曖昧な形に表現された
メッセージデータを、あたかも人伝いに広がる「噂」と
して認識することが出来、これによりキャラクタとの会
話を人間味豊かに演出することの出来る。

【０１１２】これにより、例えばロールプレイングゲー
ムなどにあっては、キャラクタとの会話を通じた情報収
集を多様に表現することが出来、ゲームの興趣を高める
ことが出来る。また、キャラクタ間の会話を主要素とす
るいわゆるコミュニケーション型のゲームなどにあって
は、キャラクタとの会話自体に多様性を持たせることが
出来、同様にゲームの興趣を高めることが出来る。

【０１１３】また、プレーヤが「噂」の内容を正確に認
識しない場合、例えば「富士山」ＦＪの爆発をディスプ
レイ１１上に表示させない場合や、爆発があったことの
みを表現（例えば爆発の音や煙を表現）する場合などに
おいて、プレーヤに対して、飛び交う「噂」の真実を知
りたくなる動機付けを与えることが出来る。

【０１１４】なお、メッセージデータＭＳＤは、図４に
示すように「噂」の内容が伝達カウントデータＴＣＤに
応じて曖昧となるように、複数種類が準備されている
が、メッセージデータＭＳＤとしては、その内容が極端
に曖昧にならず、かつゲームの興趣を損なわない程度の
種類数が好ましい。例えば、図４に示すように、メッセ
ージデータＭＳＤ１_ＴＣ０、ＭＳＤ１_ＴＣ１、ＭＳＤ１
_ＴＣ２の内容を相互に（例えば一部の句を共通させた形
に）関連させて、更に、会話相手であるキャラクタの噂
リストＲＬにおける伝達カウントデータＴＣＤが「３」
以上の場合は、伝達カウントデータＴＣＤ「２」に対応
したメッセージデータＭＳＤ１_ＴＣ２を一律に参照・テ
キスト表示させてもよい。

【０１１５】また、上述した噂発生制御において、特定
のイベント開始に応じて「噂」を発生させる一例を示し
たがこれに限らない。例えばキャラクタの特定の動作に
より「噂」を発生させてもよい。

【０１１６】まず、噂発生判定リスト（不図示）とし
て、ゲーム空間内の特定エリアを示す座標領域に対応し
た、噂ネタ番号ＲＮ（図４参照）からなるリストを準備
する。噂発生制御プログラムＲＧＰは、ＲＡＭ５のデー
タ領域内に格納されている、操作キャラクタＣＣの配置
座標データＡＤ（不図示）を常に監視して、操作キャラ
クタＣＣの配置座標が上記座標領域内にあるか否かを判
定する。例えば、特定エリアを示す座標領域を、ゲーム
空間内に配置された「家」のオブジェクト内部の座標領
域とし、また、該特定の動作に対応するメッセージデー
タＭＳＤとして、「君は平気でよその家に入り込んでい
くねー。」のメッセージデータＭＳＤを、図４に示す噂
ネタリストＭＬに記録しておく。

【０１１７】プレーヤは、操作キャラクタＣＣが上記
「家」のオブジェクトの中に入るように、コントローラ
１４を介して所定信号を入力すると、噂発生制御プログ
ラムＲＧＰは、操作キャラクタＣＣの配置座標が、
「家」のオブジェクト内部の座標領域内にあると判定す
る。すると、噂発生制御プログラムＲＧＰは、発生地点
ＨＰである操作キャラクタＣＣの配置座標において噂発
生領域（不図示）を生成し、該噂発生領域内に存在する
他のキャラクタに対して上述した噂発生制御（図５参
照）を実行する。これにより、他のキャラクタの噂バッ
ファＢＦに、図４に示す噂ネタリストＭＬの所定噂デー
タＲＤが転記格納される。

【０１１８】こうして、後において、上記噂発生領域内
に存在していたキャラクタが、操作キャラクタＣＣと会
話する際には、会話制御プログラムＣＭＰは、上記噂ネ
タリストＭＬに基づいて、対応するメッセージデータＭ
ＳＤを参照して、「君は平気でよその家に入り込んでい
くねー。」のメッセージデータＭＳＤをディスプレイ１
１上にテキスト表示する。これにより、何気ない操作キ
ャラクタＣＣの行動を「噂」として発生させることが出
来、上述と同様に、キャラクタとの会話を人間味豊かに
演出することの出来る。またプレーヤに対して、自らが
操作キャラクタＣＣを介して「噂」を発生させたくなる
動機付けを与えることも出来、ゲームの興趣を高めるこ
とが出来る。

【０１１９】このように、キャラクタの動き、会話の内
容、ゲーム中のアイテムの取得など、キャラクタのあら
ゆる動作に応じて「噂」を発生させることが可能であ
る。更にキャラクタの特定の動作だけでなく、ゲームプ
ログラムＣＧＰに対するプレーヤのあらゆる操作に応じ
て、「噂」を発生させることが可能である。

【０１２０】例えば、噂発生判定リスト（不図示）とし
て、１度のプレイ中におけるセーブの回数（例えば１０
回）に対応した、噂ネタ番号ＲＮ（図４参照）からなる
リストを準備する。また、該セーブ操作に対応するメッ
セージデータＭＳＤとして「君は慎重な人だねー。」の
メッセージデータＭＳＤを、図４に示す噂ネタリストＭ
Ｌに記録しておく。これにより、プレーヤが、１度のプ
レイ中においてコントローラ１４を介して頻繁にセーブ
する旨の信号を入力すると、セーブの回数が１０回に達
したと判定した際に、噂発生制御プログラムＲＧＰは、
周囲の他のキャラクタに噂データＲＤをセットする。そ
の後、操作キャラクタＣＣが他のキャラクタと遭遇して
会話した際に、画像処理プログラムＡＮＰにより、対応
する「君は慎重な人だねー。」のメッセージデータＭＳ
Ｄがディスプレイ１１上にテキスト表示される。

【０１２１】また、上述した実施の形態において、
「噂」の広がる度合いを示すパラメータとして、強さデ
ータＳＴＤ、持続時間データＣＴ、及び範囲データＷＤ
を示したが、「噂」の広がる度合いを示すパラメータで
あればこれに限らない。例えば、「噂」が発生地点ＨＰ
から伝達するゲーム空間内の所定速度を、上記パラメー
タとしてもよい。例えば、図３に示す噂発生領域ＲＡの
半径を経過時間と共に大きくて、つまり噂発生領域ＲＡ
を上記所定速度に基づいて拡大する。そして、該噂発生
領域ＲＡ内に配置座標が含まれるキャラクタの噂リスト
ＲＬに、噂データＲＤを順次書き込むことにより、噂伝
達制御（図７参照）を実行することも可能である。

【０１２２】更に、「噂」の広がる度合に対して、例え
ばキャラクタの属性を影響させてもよい。例えば、キャ
ラクタの属性として、キャラクタの種類毎に異なる嗜好
パラメータＴＰを設定しておき、該嗜好パラメータＴＰ
と噂ネタ番号ＲＮの対応リストを準備する。そして、噂
伝達制御プログラムＲＴＰは、上記対応リストに基づい
て、「噂」が伝達するキャラクタの噂リストＲＬにおけ
る噂ネタ番号ＲＮが、「噂」が伝達されるキャラクタの
嗜好パラメータＴＰと一致するか否かを判定する。一致
する場合は、上述した図７に示すステップＳＴＰ５０
で、噂データＲＤを対応する噂リストＲＬに転記・書き
換え、一方、一致しない場合は、「噂」を伝達すること
なく噂伝達制御の実行処理を終了する。

【０１２３】これにより、たとえ、「噂」の広がる度合
いが大きい（例えば強さデータＳＴＤ、持続時間データ
ＣＴＤ、及び範囲データＷＤＤが比較的大きい値で設定
されている）「噂」が発生した場合であっても、上記嗜
好パラメータＴＰが一致しない場合は、キャラクタに
「噂」が伝達されないこととなる。その結果、あたかも
キャラクタの個人の好みによって「噂」が伝達したりし
なかったりするように、つまり、「噂」をいわゆる「流
行」の形として表現することが出来、「噂」をよりリア
ルに表現することが可能となる。

【０１２４】なお、上述した実施の形態において、３次
元コンピュータグラフィックに基づくゲームについて説
明したが、ゲーム空間内に表示される複数のキャラクタ
と会話をしながら進行されるゲームであれば、２次元コ
ンピュータグラフィックに基づくゲームについても本発
明を適用することが出来る。

【０１２５】また、上述した実施の形態において、ゲー
ムプログラムＣＧＰとして本発明を説明したが、ゲーム
プログラムＣＧＰ中の各種プログラムＩＰＰ、ＡＮＰ、
…からなるソフトウェアと、該ソフトウェアを機能させ
るハードウェアを備えるものであれば上述したゲームプ
ログラムＣＧＰに限らず、例えばゲーム装置として構成
されていても本発明を適用することが出来るのは勿論で
ある。

【０１２６】更に、上述した実施の形態において、図１
に示す家庭用ゲーム機をゲーム装置として示したが、同
様の構成を備えたものであればこれに限らず、ゲーム装
置として、いわゆるアーケードゲーム機などのゲームを
主目的とした装置が含まれるのは勿論、携帯電話、パー
ソナルコンピュータなど他の目的に使用される装置であ
っても、ゲーム装置として本発明を適用することが出来
る。

【図面の簡単な説明】

【図１】図１は、本発明が適用される家庭用ゲーム機の
ブロック図である。

【図２】図２は、本発明に係るゲームプログラムの構成
の一例を示す構成図である。

【図３】図３は、噂発生制御及び噂伝達制御の内容を説
明するゲーム空間の概念図である。

【図４】図４は、噂ネタリストの内容の一例を示す表で
ある。

【図５】図５は、噂発生制御プログラムの内容の一例を
示すフローチャートである。

【図６】図６は、キャラクタ毎に対応する噂リストの内
容の一例を示す表で、（ａ）はキャラクタＡ１の噂リス
ト、（ａ’）は噂伝達後におけるキャラクタＡ１の噂リ
スト、（ｂ）はキャラクタＢ１の噂リスト、（ｂ’）は
噂伝達後におけるキャラクタＢ１の噂リスト、（ｃ）は
キャラクタＣ１の噂リストである。

【図７】図７は、噂伝達制御プログラムの内容の一例を
示すフローチャートである。

【符号の説明】

１……コンピュータ、ゲーム装置（ゲーム機）５……メインメモリ、事象データベースメモリ手段（Ｒ
ＡＭ）２……第１の事象データ転送記録手段、第２の事象デー
タ転送記録手段、事象データ表現手段（ＣＰＵ）１１……表現手段（ディスプレイ）１２……表現手段（スピーカ）Ａ１、Ｂ１、… ……複数のキャラクタＢＦ_Ａ１、ＢＦ_Ｂ１、… ……メモリ手段（噂バッフ
ァ）ＣＧＰ……ゲームプログラム、事象データベース格納手
段、転記可否データ格納手段ＣＭＰ……事象データ表現手段（会話制御プログラム）ＣＴＤ１……持続時間データＨＰＤ１……発生地点データＩＶ１……複数の事象（富士山の爆発）ＭＬ……事象データベース（噂ネタリスト）ＭＳＤ１、ＭＳＤ１_ＴＣ０、ＭＳＤ１_ＴＣ１、ＭＳＤ１
_ＴＣ２……メッセージデータＲＤ１、ＲＤ_Ａ１、ＲＤ_Ｂ１、ＲＤ_Ｃ１… ……事象デ
ータ（噂データ）ＲＥＰ……事象データ削除手段（噂消滅制御プログラ
ム）ＲＧＰ……第１の事象データ転送記録手段、第２の転送
記録制限手段、第３の転送記録制限手段（噂発生制御プ
ログラム）ＲＴＰ……第２の事象データ転送記録手段、第１の転送
記録制限手段、第２の転送記録制限手段、第３の転送記
録制限手段（噂伝達制御プログラム）ＳＴＤ１、ＳＴＤ_Ａ１、ＳＴＤ_Ｂ１……強さデータＴＰ……転記可否データ（嗜好パラメータ）ＷＤＤ１……範囲データ

───────────────────────────────────────────────────── フロントページの続き (56)参考文献特開2002−282552（ＪＰ，Ａ) 特開2001−334069（ＪＰ，Ａ) 特開2001−46734（ＪＰ，Ａ) 特開2000−279643（ＪＰ，Ａ) 特開平11−226253（ＪＰ，Ａ) 特開2001−212376（ＪＰ，Ａ) 特開2001−38053（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) A63F 9/24 A63F 13/00 - 13/12

Claims

(57)【特許請求の範囲】

【請求項１】仮想ゲーム空間内で複数のキャラクタを
移動制御しつつシナリオを進行させてゆくゲームプログ
ラムにおいて、前記ゲームプログラムは、コンピュータを、前記仮想ゲーム空間内で生じる複数の事象について、対
応する事象データ及び該事象データに対応する事象につ
いてのメッセージデータを記録した事象データベース
を、前記コンピュータのメインメモリ内に格納する事象
データベース格納手段、前記事象が前記仮想ゲーム空間内で生じたか否かを判定
する事象開始判定手段、前記事象開始判定手段が、前記事象が前記仮想ゲーム空
間内で生じたものと判定した場合に、前記事象データベ
ースに記録された該事象に対応する事象データを、前記
仮想ゲーム空間内のキャラクタに対応する形で設定され
たメモリ手段に、選択的に転記する第１の事象データ転
送記録手段、前記事象データが転記されたキャラクタの配置座標から
所定距離内に存在するキャラクタを判定するキャラクタ
存否判定手段、前記キャラクタ存否判定手段により、前記事象データが
転記されたキャラクタの配置座標から所定距離内に存在
するキャラクタが判定された場合、仮想ゲーム空間内の
前記事象データが転記されたキャラクタとその存在が前
記キャラクタ存否判定手段により判定されたキャラクタ
の間で、前記事象データが転記されたキャラクタの前記
メモリ手段に記録された前記事象データを、前記キャラ
クタ存否判定手段により判定されたキャラクタの前記メ
モリ手段に転記する第２の事象データ転送記録手段、前記シナリオの進行に応じて、前記各キャラクタの前記
メモリ手段に記録された事象データの内容を読み出し
て、前記事象データベース格納手段に格納された事象デ
ータベースの、前記読み出された事象データに対応する
事象についてのメッセージデータを参照し、該参照され
たメッセージデータを表現手段に出力する事象データ表
現手段、として機能させることを特徴とするゲームプログラム。
【請求項２】前記事象データは、前記第２の事象デー
タ転送記録手段により前記事象データに対応する事象を
伝達すべきキャラクタ数を示す強さデータを有してお
り、前記ゲームプログラムは、更に前記コンピュータを、前記第２の事象データ転送記録手段による、所定の事象
に関する事象データのキャラクタ間の転記回数を記録
し、該転記回数が前記強さデータを越えないように制御
する第１の転送記録制限手段、として機能させることを特徴とする請求項１記載のゲー
ムプログラム。
【請求項３】前記第１の転送記録制限手段による転記
回数の記録は、各キャラクタ毎に独立して行われること
を特徴とする、請求項２記載のゲームプログラム。
【請求項４】前記第１の転送記録制限手段は、前記第
２の事象データ転送記録手段によるキャラクタ間の事象
データの転記が行われるたびに、他方のキャラクタに対
して前記強さデータを更新する形で設定し、当該他方の
キャラクタについては、該更新された強さデータに基づ
いて前記転記回数が前記更新された強さデータを越えな
いように制御することを特徴とする、請求項３記載のゲ
ームプログラム。
【請求項５】前記事象データは、該事象データに対応
する事象が生じる前記仮想ゲーム空間内における位置示
す発生地点データ及び、該事象が広がりうる範囲を示す
範囲データを有しており、前記ゲームプログラムは、更にコンピュータを、前記第１の事象データ転送記録手段による事象データの
各キャラクタへの転記を、前記発生地点データ又は範囲
データに基づいて制御する第２の転送記録制限手段、として機能させることを特徴とする、請求項１記載のゲ
ームプログラム。
【請求項６】前記第２の転送記録制限手段は、更に前
記第２の事象データ転送記録手段による事象データの各
キャラクタ間の転記を、前記発生地点データ又は範囲デ
ータに基づいて制御することを特徴とする、請求項５記
載のゲームプログラム。
【請求項７】前記事象データは、当該事象データに対
応する事象の前記仮想ゲーム空間内における持続時間を
示す持続時間データを有しており、前記ゲームプログラムは、更にコンピュータを、前記第１又は第２の事象データ転送記録手段が、所定の
事象に関する事象データを前記キャラクタに対して転記
した時点からの経過時間を計時し、該経過時間が前記持
続時間を超えた場合に、前記キャラクタに対応する形で
設定されたメモリ手段中に格納された前記事象に対応す
る事象データを削除する、事象データ削除手段、として機能させることを特徴とする請求項１記載のゲー
ムプログラム。
【請求項８】前記メッセージデータは、前記第２の事
象データ転送記録手段によるキャラクタ間の事象データ
の転記回数に応じて複数種類設定されており、前記事象データ表現手段は、当該事象データが前記第２
の事象データ転送記録手段により転記された回数に応じ
て前記メッセージデータを選択し表現するようにして構
成した、請求項１記載のゲームプログラム。
【請求項９】前記ゲームプログラムは、更にコンピュ
ータを、前記仮想ゲーム空間内のキャラクタについて、前記第１
又は第２の事象データ転送記録手段による事象データの
転記を受け入れるか否かを示す転記可否データを、前記
コンピュータのメインメモリ内に格納する転記可否デー
タ格納手段、前記第１又は第２の事象データ転送記録手段による前記
事象データの転記に際して、前記メインメモリ内の転記
可否データを参照して、前記第１又は第２の事象データ
転送記録手段による前記キャラクタに対する当該事象デ
ータの転記の可否を判定し、転記が許可された前記事象
データのみを当該キャラクタのメモリ手段に転記するよ
うに制御する、第３の転送記録制限手段、として機能させることを特徴とする、請求項１記載のゲ
ームプログラム。
【請求項１０】仮想ゲーム空間内で複数のキャラクタ
を移動制御しつつシナリオを進行させてゆくゲーム装置
において、前記ゲーム装置は、前記仮想ゲーム空間内で生じる複数の事象について、対
応する事象データ及び該事象データに対応する事象につ
いてのメッセージデータを記録した事象データベース格
納する事象データベースメモリ手段、前記事象が前記仮想ゲーム空間内で生じたか否かを判定
する事象開始判定手段、前記事象開始判定手段が、前記事象が前記仮想ゲーム空
間内で生じたものと判定した場合に、前記事象データベ
ースに記録された該事象に対応する事象データを、前記
仮想ゲーム空間内のキャラクタに対応する形で設定され
たメモリ手段に、選択的に転記する第１の事象データ転
送記録手段、前記事象データが転記されたキャラクタの配置座標から
所定距離内に存在するキャラクタを判定するキャラクタ
存否判定手段、前記キャラクタ存否判定手段により、前記事象データが
転記されたキャラクタの配置座標から所定距離内に存在
するキャラクタが判定された場合、仮想ゲーム空間内の
前記事象データが転記されたキャラクタとその存在が前
記キャラクタ存否判定手段により判定されたキャラクタ
の間で、前記事象データが転記されたキャラクタの前記
メモリ手段に記録された前記事象データを、前記キャラ
クタ存否判定手段により判定されたキャラクタの前記メ
モリ手段に転記する第２の事象データ転送記録手段、前記シナリオの進行に応じて、前記各キャラクタの前記
メモリ手段に記録された事象データの内容を読み出し
て、前記事象データベースメモリ手段に格納された事象
データベースの、前記読み出された事象データに対応す
る事象についてのメッセージデータを参照し、該参照さ
れたメッセージデータを表現手段に出力する事象データ
表現手段、を有することを特徴とするゲーム装置。