特許 7572620 ゲームプログラム、およびゲーム装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-16

(45)【発行日】2024-10-24

(54)【発明の名称】ゲームプログラム、およびゲーム装置

(51)【国際特許分類】

   A63F 13/54 20140101AFI20241017BHJP

   A63F 13/45 20140101ALI20241017BHJP

【ＦＩ】

A63F13/54

A63F13/45

【請求項の数】 4

(21)【出願番号】P 2020215089

(22)【出願日】2020-12-24

(65)【公開番号】P2022100854

(43)【公開日】2022-07-06

【審査請求日】2023-10-02

(73)【特許権者】

【識別番号】000129149

【氏名又は名称】株式会社カプコン

(74)【代理人】

【識別番号】110001427

【氏名又は名称】弁理士法人前田特許事務所

(72)【発明者】

【氏名】丸谷 知久

(72)【発明者】

【氏名】大牟田 裕

(72)【発明者】

【氏名】五十嵐 浩亮

【審査官】鈴木 崇雅

(56)【参考文献】

【文献】特開２００４－１９５２１０（ＪＰ，Ａ）

【文献】特開２０１０－０１０８４４（ＪＰ，Ａ）

【文献】特開２００７－０３７７２８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６３Ｆ １３／００－９８

Ａ６３Ｆ ９／２４

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

【請求項1】

コンピュータを、
複数のキャラクタを仮想空間内で動作させてゲームを進行させるゲーム進行部と、
所定の前記キャラクタに対して、音声データの対応付けを行う対応付部と、
前記キャラクタに対応付けられた音声データを再生する再生部と、
して機能させ、
前記音声データは、１または複数の発音が行われるように構成されおり、
前記対応付部は、前記再生部によって同時に再生される前記音声データの発音数の総計が、第１閾値を超えないように、前記キャラクタに対応付ける音声データを、ゲーム中に選択し、
前記対応付部による選択対象となる前記音声データには、音源が同じで且つ発音数が互いに異なるものが用意されている
ことを特徴とするゲームプログラム。

【請求項2】

請求項１のゲームプログラムにおいて、
前記対応付部は、前記仮想空間の所定範囲において、前記音声データを対応付ける前記キャラクタの数が変わった場合に、前記選択を行う
ことを特徴とするゲームプログラム。

【請求項3】

請求項１または請求項２のゲームプログラムにおいて、
前記音声データを対応付ける前記キャラクタは、ノンプレイヤキャラクタであり、
前記対応付部は、プレイヤキャラクタとの距離が第２閾値以下である前記キャラクタに対して、前記音声データの対応付けを行う
ことを特徴とするゲームプログラム。

【請求項4】

請求項１から請求項３の何れかのゲームプログラムを記憶した記憶部と、
前記ゲームプログラムを実行する制御部と、
を備えたことを特徴とするゲーム装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲームプログラム、およびゲーム装置に関する。

【背景技術】

【0002】

ゲームプログラムの中には、複数の音源オブジェクトのそれぞれに関連付けられた音声を仮想空間における音源オブジェクト毎の位置において同じタイミングで再生するものがある（例えば特許文献１を参照）。特許文献１の例では、ステレオスピーカが接続される場合もあれば、サラウンドスピーカが接続される場合もある。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１４－０９４１６０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ゲーム装置では、ゲームプログラムが実行されるハードウェアの仕様などに応じて、同時発音数の最大数が決定される。そのため、前記特許文献の例では、発音に関わる音源オブジェクトの数も制限される。そうすると、登場するキャラクタ（音源オブジェクト）の数が増えると、何れかのキャラクタの発音を犠牲にする必要がある。このような制限は、ゲームへの没入感の低下等に繋がる。

【0005】

本発明の目的は、複数の音源オブジェクトへの音声関連付け手段を提供することである。

【課題を解決するための手段】

【0006】

第１の態様は、コンピュータを、
複数のキャラクタを仮想空間内で動作させてゲームを進行させるゲーム進行部と、
所定の前記キャラクタに対して、音声データの対応付けを行う対応付部と、
前記キャラクタに対応付けられた音声データを再生する再生部と、
して機能させ、
前記音声データは、１または複数の発音が行われるように構成されおり、
前記対応付部は、前記再生部によって同時に再生される前記音声データの発音数の総計が、第１閾値を超えないように、前記キャラクタに対応付ける音声データを、ゲーム中に選択する
ことを特徴とするゲームプログラムである。

【0007】

また、第１の態様において、
前記対応付部による選択対象となる前記音声データには、音源が同じで且つ発音数が互いに異なるものが含まれていてもよい。

【0008】

また、前記態様においては、
前記対応付部は、前記仮想空間の所定範囲において、前記音声データを対応付ける前記キャラクタの数が変わった場合に、前記選択を行ってもよい。

【0009】

また、前記態様においては、
前記音声データを対応付ける前記キャラクタは、ノンプレイヤキャラクタであり、
前記対応付部は、プレイヤキャラクタとの距離が第２閾値以下である前記キャラクタに対して、前記音声データの対応付けを行ってもよい。

【0010】

また、第２の態様は、前記態様の何れかのゲームプログラムを記憶した記憶部と、
前記ゲームプログラムを実行する制御部と、
を備えたことを特徴とするゲーム装置である。

【発明の効果】

【0011】

本発明によれば、複数の音源オブジェクトへの音声関連付け手段を提供することができる。

【図面の簡単な説明】

【0012】

【図1】本実施形態のゲーム装置の構成を示すブロック図である。

【図2】時刻Ｔ＝０における、プレイヤキャラクタとモンスターとの位置関係を例示する。

【図3】時刻Ｔ＝１における、プレイヤキャラクタとモンスターとの位置関係を例示する。

【図4】時刻Ｔ＝２における、プレイヤキャラクタとモンスターとの位置関係を例示する。

【発明を実施するための形態】

【0013】

［実施形態］
以下、本発明の実施形態にかかるゲームプログラム、およびゲーム装置について、図面を参照して説明する。

【0014】

本実施形態で説明するゲームプログラムは、例えば、パーソナルコンピュータ、プレイステーション（登録商標）、ＸＢｏｘ（登録商標）、ＰｌａｙＳｔａｔｉｏｎ Ｖｉｔａ（登録商標）、Ｎｉｎｔｅｎｄｏ Ｓｗｉｔｃｈ（登録商標）などのゲーム装置において実行される。

【0015】

本実施形態で説明するゲームは、三次元のゲーム空間（以下、仮想空間ＶＳ）が舞台となっている。仮想空間ＶＳは、画像としてディスプレイに表示される。仮想空間ＶＳには、岩壁、洞窟、川といった地形を表すオブジェクトが設けられている。地形のオブジェクト上には、建物や樹木などの様々なオブジェクトも設けられている。

【0016】

本ゲームは、ユーザ（ここではプレイヤ）の操作を受けて、プレイヤキャラクタを三次元の仮想空間ＶＳで活動させてノンプレイヤキャラクタである敵キャラクタと戦闘するアクションゲームである。本ゲームでは、プレイヤキャラクタ同士でグループを編成して敵キャラクタと戦闘を行う場合がある。本ゲームにおけるノンプレイヤキャラクタ（以下、参照符号としてＮＰＣを付す）には、プレイヤキャラクタ（以下、参照符号としてＰＣを付す）と戦うモンスター等を例示できる。

【0017】

ユーザは、通信ネットワーク（図示を省略）を介して他のユーザとオンラインにてゲームを進めることができる。ユーザは、通信ネットワークを介さずに個人でゲームを進めることもできる。

【0018】

本ゲームでは、プレイヤキャラクタＰＣは、台詞を喋る場合がある。ノンプレイヤキャラクタＮＰＣも台詞を喋る場合がある。ノンプレイヤキャラクタＮＰＣは、吠え声などの台詞とは異なる音声を発する場合もある。

【0019】

本ゲームでは、プレイヤキャラクタＰＣの動作にともなって、効果音が再生される場合がある。同様に、ノンプレイヤキャラクタＮＰＣの動作にともなって、効果音が再生される場合がある。

【0020】

例えば、足音、風切り音などが効果音の一例である。このゲームでは、風切り音は、プレイヤキャラクタＰＣが武器を振った時、モンスター（ノンプレイヤキャラクタＮＰＣ）が尻尾を振った時などに発せられる。

【0021】

〈ゲーム装置の構成〉
図１は、本実施形態のゲーム装置５の構成を示すブロック図である。ゲーム装置５は、ユーザの操作に基づいて所定のゲームを実行する。ゲーム装置５には、ディスプレイ６１、スピーカ６２およびコントローラ６３が外部接続または内蔵される。

【0022】

ゲーム装置５では、例えば、インストールされたゲームプログラムおよびゲームデータに基づいてゲームが進行する。なお、ゲーム装置５同士も、通信ネットワーク（図示を省略）または近距離無線通信装置（図示せず）を用いて、互いにデータ通信を行うことができる。

【0023】

ゲーム装置５は、ネットワークインターフェース５１、グラフィック処理部５２、オーディオ処理部５３、操作部５４、記憶部５５および制御部５６を有する。ネットワークインターフェース５１、グラフィック処理部５２、オーディオ処理部５３、操作部５４および記憶部５５は、バス５９を介して制御部５６と電気的に接続されている。

【0024】

ネットワークインターフェース５１は、例えばゲーム装置５や外部のサーバ装置（図示を省略）との間で各種データを送受信するために、前記通信ネットワークに通信可能に接続される。

【0025】

グラフィック処理部５２は、制御部５６から出力されるゲーム画像情報に従って、プレイヤキャラクタＰＣおよびゲーム空間に関する各種オブジェクトを含むゲーム画像を、動画形式で描画する。グラフィック処理部５２は、ディスプレイ６１と接続されている。ゲーム画像は、ゲーム画面としてディスプレイ６１上に表示される。

【0026】

オーディオ処理部５３は、制御部５６の指示に従ってデジタルのゲーム音声を再生および合成する。オーディオ処理部５３はスピーカ６２と接続されている。再生および合成されたゲーム音声は、スピーカ６２から出力される。

【0027】

オーディオ処理部５３は、多チャンネルの音声出力が可能である。具体的に、オーディオ処理部５３は、５．１チャンネルの出力ができるように構成されている。ただし、オーディオ処理部５３は、同時発音数の上限値（最大同時発音数）が定められている。同時発音数とは、同時に再生する音声の数である。

【0028】

スピーカ６２は、多チャンネル分接続されている。本実施形態では、スピーカ６２は、５．１チャンネル分が接続されているものとする。本実施形態のゲーム装置５は、いわゆるサラウンド再生が可能である。

【0029】

操作部５４は、コントローラ６３と接続され、操作入力に関するデータをコントローラ６３との間で送受信する。例えば、ユーザは、コントローラ６３に設けられたボタン等の操作子（図示略）を操作することにより、ゲーム装置５に操作信号を入力する。

【0030】

記憶部５５は、ＨＤＤ、ＲＡＭおよびＲＯＭ等で構成される。記憶部５５は、ゲームプログラムおよびゲームデータを記憶することができる。記憶部５５には、他のゲーム装置５から受信した他アカウント情報なども記憶される。

【0031】

制御部５６は、ＣＰＵおよび半導体メモリを含むマイクロコンピュータで構成されている。制御部５６は、ゲーム装置５の動作を制御する。例えば、制御部５６は、前記ゲームプログラムを実行することにより、グラフィック処理部５２およびオーディオ処理部５３等を動作させる。

【0032】

制御部５６の制御に応じて、オーディオ処理部５３は、ゲーム音声（以下、単に音声という場合もある）を再生する。オーディオ処理部５３は、音声の再生において音像定位を行う。

【0033】

オーディオ処理部５３は、音像定位を行うため、音声が聴取される仮想の受音点（以下、仮想マイクＬ）を仮想空間ＶＳに設定する。この例では仮想マイクＬは、プレイヤキャラクタＰＣの近傍に設定されている。仮想マイクＬは、プレイヤキャラクタＰＣの移動にともなって移動する。

【0034】

このゲームでは、仮想空間ＶＳ内に存在する音源（仮想の音源）から音声が発せられたように、音響的な演出が行われる。オーディオ処理部５３は、仮想の音源から発せられた音声を、あたかも仮想マイクＬで集音したかのような音響表現で、スピーカ６２に出力する。本ゲームでは、プレイヤキャラクタＰＣ、ノンプレイヤキャラクタＮＰＣなどが音源の一例である。仮想マイクＬは、仮想の聴取者であり、オーディオ処理部５３による音像定位の基準点である。

【0035】

本ゲームでは、仮想空間ＶＳにて繰り広げられる各キャラクタの動作、各キャラクタの位置、キャラクタの状態などに応じて、各場面に適した台詞が出力される。台詞などのデジタルデータ（音声データ）は、ゲームデータとして記憶部５５に格納されている。本ゲームでは、モンスターの吠える声、足音などを再生するための音声データが用意されている。

【0036】

音声データは、１または複数の発音が行われるように構成されている。音声データには、基になる音源が同じで、且つ発音数が互いに異なるものが用意されている。本実施形態では、例えば、同じ吠え声に対して、モノラル再生用、ステレオ再生用（２チャンネル再生用）、およびサラウンド再生用（例えば５．１チャンネル用）の音声データが用意されている。

【0037】

モノラル再生用の音声データの発音数は、１と考えてよい。ステレオ再生用の音声データの発音数は、２と考えてよい。また、５．１チャンネル用の音声データの発音数は、６と考えてよい。

【0038】

〈制御部の機能的構成〉
制御部５６は、ゲームプログラムを実行することにより、ゲーム進行部５６１、対応付部５６２、および再生部５６３として機能する。

【0039】

ゲーム進行部５６１は、操作部５４から入力された操作信号（命令）に応じて、プレイヤキャラクタＰＣを仮想空間ＶＳにおいて動作させてゲームを進行させる。ゲーム進行部５６１は、ノンプレイヤキャラクタＮＰＣも、仮想空間ＶＳにおいて動作させる。

【0040】

本ゲームプログラムの下では、仮想空間ＶＳ内には、仮想の音源として機能するオブジェクト（以下、音源オブジェクト）が存在する。対応付部５６２は、所定範囲内（後述）に存在し、且つ音源オブジェクトとなり得る所定のキャラクタに対して、音声データの対応付けを行う。ここで、音源オブジェクトとなり得るキャラクタには、プレイヤキャラクタＰＣ、およびノンプレイヤキャラクタＮＰＣの双方を含む。対応付部５６２による、音声データとキャラクタとの対応付けについては後述する。

【0041】

再生部５６３は、対応付部５６２が選択した音声データを、キャラクタの発声として再生する。具体的には、再生部５６３は、再生する音声データを特定する情報をオーディオ処理部５３に通知する。更に、再生部５６３は、再生開始をオーディオ処理部５３に指示する。

【0042】

〈音声データの対応付け〉
対応付部５６２は、ノンプレイヤキャラクタＮＰＣ（例えばモンスター）に関しては、仮想空間ＶＳの所定範囲（以下、探索範囲という）に存在するものに対して、音声データの対応付けを行う。「対応付け」とは、発音させるノンプレイヤキャラクタＮＰＣの決定と、発音の内容（鳴き声、足音など）の決定（使用する音声データの決定）を行うことことである。

【0043】

探索範囲は、この例では、プレイヤキャラクタＰＣを中心として、半径が所定値（以下、距離閾値Ｔｈ２という）の仮想球体（あるいは仮想の円）の内部である。すなわち、対応付部５６２は、プレイヤキャラクタＰＣとの距離ｄが、距離閾値Ｔｈ２以下のノンプレイヤキャラクタＮＰＣに音声データの対応付けを行う。対応付部５６２は、プレイヤキャラクタＰＣとの距離ｄが、距離閾値Ｔｈ２よりも大きなノンプレイヤキャラクタＮＰＣに対しては「対応付け」を行わない。

【0044】

対応付部５６２は、「対応付け」を行う場合には、同時に再生される音声データの発音数の総計が、所定値（発音数閾値Ｔｈ１）を超えないように、キャラクタに対応付ける音声データを選択する。音声データの選択については、その動作例を後述する。

【0045】

対応付部５６２は、ゲーム中に、動的に対応付けを行う。本ゲームプログラムの下では、対応付部５６２は、探索範囲内において、発音が想定されるノンプレイヤキャラクタＮＰＣの数が変わった場合に、発音させるノンプレイヤキャラクタＮＰＣの決定と、対応付ける音声データの選択（再選択を含む）を行う。対応付部５６２は、所定のタイミング（例えば一定周期ごと）で、探索範囲内に存在する、発音が想定されるノンプレイヤキャラクタＮＰＣの数を確認する。

【0046】

〈動作例〉
図２から図４は、本ゲームプログラムの動作を説明する図である。これらの図は、モンスターＭ１～Ｍ６（６体）の動作を時系列で示している。モンスターＭ１～Ｍ６は、何れもノンプレイヤキャラクタＮＰＣである。これらの図に示した円（半径＝Ｔｈ２）は、探索範囲（仮想球体）を表している。

【0047】

図２は、時刻Ｔ＝０（時間の単位は任意。以下同様）における、プレイヤキャラクタＰＣと、モンスターＭ１～Ｍ６との位置関係を示している。図２の例では、プレイヤキャラクタＰＣとの距離ｄが距離閾値Ｔｈ２以下であるノンプレイヤキャラクタＮＰＣは、モンスターＭ１のみである。

【0048】

時刻Ｔ＝０において、対応付部５６２は、ノンプレイヤキャラクタＮＰＣに関しては、モンスターＭ１に対してのみ音声データを対応付ける。その他のモンスターＭ２～Ｍ６に対しては、対応付部５６２は、音声データを対応付けない。

【0049】

対応付部５６２は、再生部５６３によって同時に再生される音声データの発音数の総計が、発音数閾値Ｔｈ１を超えないように、モンスターＭ１に対応付ける音声データを選択する。ここでは、キャラクタに割り当て可能な発音数が６以上であったとする。

【0050】

この場合、対応付部５６２は、モンスターＭ１用の音声データ（例えば吠える声）として、５．１チャンネル用の音声データ（発音数＝６）を対応付ける。これにより、再生部５６３は、モンスターＭ１用の音声（吠える声）として、サラウンド再生（５．１チャンネル再生）を行う。

【0051】

図３は、時刻Ｔ＝１における、プレイヤキャラクタＰＣとモンスターＭ１～Ｍ６との位置関係を示している。図３の例では、プレイヤキャラクタＰＣとの距離ｄが距離閾値Ｔｈ２以下であるノンプレイヤキャラクタＮＰＣは、モンスターＭ１，Ｍ２，Ｍ５である。

【0052】

時刻Ｔ＝１において、対応付部５６２は、ノンプレイヤキャラクタＮＰＣに関しては、モンスターＭ１，Ｍ２，Ｍ５に対して音声データを対応付ける。モンスターＭ１に対しては、音声データの再選択が検討される。つまり、対応付部５６２は、仮想空間ＶＳの所定範囲（探索範囲）において、音声データを対応付けるキャラクタの数が変わった場合に、前記選択を行う。その他のモンスターＭ３，Ｍ４，Ｍ６に対しては、対応付部５６２は、音声データを対応付けない。

【0053】

対応付部５６２は、再生部５６３によって同時に再生される音声データの発音数の総計が、発音数閾値Ｔｈ１を超えないように、モンスターＭ１，Ｍ２，Ｍ５に対応付ける音声データを選択する。ここでは、モンスターＭ１，Ｍ２，Ｍ５の３体に割り当て可能な発音数が６であったとする。

【0054】

この場合、対応付部５６２は、モンスターＭ１，Ｍ２，Ｍ５のそれぞれの音声データ（例えば吠える声）として、２チャンネル用の音声データ（発音数＝２）を対応付ける。換言すると、対応付部５６２は、３体のノンプレイヤキャラクタＮＰＣのために、６つの発音数を割り当てる。これにより、再生部５６３は、モンスターＭ１，Ｍ２，Ｍ５のそれぞれの音声（吠える声）として、ステレオ再生（２チャンネルの再生）を行う。

【0055】

なお、複数のノンプレイヤキャラクタＮＰＣ（モンスター等）に発音数を割り当てる場合には、ノンプレイヤキャラクタＮＰＣによって、発音数の割当数を異ならせてもよい。例えば、時刻Ｔ＝１において、モンスターＭ１，Ｍ２，Ｍ５の３体に割り当て可能な発音数が８であったとする。この場合においては、一例として、モンスターＭ１に５．１チャンネル用の音声データ（発音数＝６）を対応付け、モンスターＭ２，Ｍ５の両モンスターにモノラル再生用の音声データ（発音数＝１）を対応付けることが考えられる。

【0056】

図４は、時刻Ｔ＝２における、プレイヤキャラクタＰＣとモンスターＭ１～Ｍ６との位置関係を示している。図４の例では、プレイヤキャラクタＰＣとの距離ｄが距離閾値Ｔｈ２以下であるノンプレイヤキャラクタＮＰＣは、モンスターＭ１～Ｍ５である。

【0057】

時刻Ｔ＝２では、対応付部５６２は、ノンプレイヤキャラクタＮＰＣに関しては、モンスターＭ１～Ｍ５に対して音声データを対応付ける。モンスターＭ１，Ｍ２，Ｍ５に対しては、音声データの再選択が検討される。対応付部５６２は、モンスターＭ６に対しては、音声データを対応付けない。

【0058】

対応付部５６２は、再生部５６３によって同時に再生される音声データの発音数の総計が、発音数閾値Ｔｈ１を超えないように、モンスターＭ１～Ｍ５に対応付ける音声データを選択する。ここでは、モンスターＭ１～Ｍ５の５体に割り当て可能な発音数が６であったとする。

【0059】

この場合、対応付部５６２は、モンスターＭ１～Ｍ５のそれぞれの音声データ（例えば吠える声）として、モノラル再生用の音声データ（発音数＝１）を対応付ける。換言すると、対応付部５６２は、５体のノンプレイヤキャラクタＮＰＣのために、５つの発音数を割り当てる。これにより、再生部５６３は、モンスターＭ１～Ｍ５のそれぞれの音声（吠える声）として、モノラル再生（１チャンネルの再生）を行う。

【0060】

以上をまとめると、本件発明は、コンピュータ（ゲーム装置５）を、複数のキャラクタを仮想空間ＶＳ内で動作させてゲームを進行させるゲーム進行部５６１と、所定の数の前記キャラクタに対して、音声データの対応付けを行う対応付部５６２と、前記キャラクタに対応付けられた音声データを再生する再生部５６３と、して機能させ、前記音声データは、１または複数の発音が行われるように構成されおり、前記対応付部５６２は、前記再生部５６３によって同時に再生される前記音声データの発音数の総計が、発音数閾値Ｔｈ１（第１閾値）を超えないように、前記キャラクタに対応付ける音声データを、ゲーム中に選択することを特徴とするゲームプログラムである。

【0061】

〈本実施形態の効果〉
以上のように、本実施形態によれば、ノンプレイヤキャラクタＮＰＣ等による発音数の総計が最大同時発音数を超えないように、再生される音声データ（モノラル、ステレオ等）が選択される。それにより、本実施形態のゲームプログラムは、複数の音源オブジェクトに関連付けて音声を再生する場合に、発音を犠牲にする音声をなるべく少なくすることができる。

【0062】

［その他の実施形態］
発音数を調整するためには、選択する音の種類（内容）を変更してもよい。例えば、モンスター用の音声データとして、吠える声の音声データ（例えば５．１チャンネル用）と、足音の音声データ（例えば５．１チャンネル用）を用意しておく。割り当て可能な発音数に余裕がある場合には、吠える声の音声データと、足音の音声データの両方を１体のモンスターに対応付ける。

【0063】

発音数を抑制したい場合に、仮に、そのキャラクタ（モンスター）からの発音を完全になくすと、臨場感などが低下する。このような臨場感低下を抑制しつつ発音数を抑制するには、そのモンスターに割り当てる音の種類（内容）を制限するとよい。

【0064】

例えば、モンスターに関わる音声として、足音の音声データの再生を取りやめて、吠える声の音声データのみを再生することが考えられる。そうすると、ユーザにはモンスターの吠える声は聞こえるので、ユーザは、モンスターの存在を認識できる。それにより、モンスターからの発音を完全になくす場合と比べ、臨場感が向上する。

【0065】

再生部５６３では、ＢＧＭ（background music）を再生するようにしてもよい。ＢＧＭの再生の際には、ノンプレイヤキャラクタＮＰＣ（例えばモンスター）の音声として、歌声を再生することができる。ノンプレイヤキャラクタＮＰＣの歌声は、再生されているＢＧＭのコードに合わせた音程とするのが望ましい。具体的には、同じ歌声（曲）について、互いに音程が異なる複数の音声データを用意する。そして、それらの音声データの中から、ＢＧＭのコードに合うものを選択するとよい。そうすることで、ノンプレイヤキャラクタＮＰＣ（モンスター）の声として認識させつつ、ノンプレイヤキャラクタＮＰＣの声と曲との親和性を保つことが可能になる。

【0066】

ゲームの中には、複数人（複数台のゲーム装置）でプレイするものがある。このようなゲームでは、主役となって動作するプレイヤキャラクタＰＣがゲーム状況に応じて入れ替わる場合がある。例えば、第１プレイヤのプレイヤキャラクタＰＣが敵モンスターと戦い、第２プレイヤのプレイヤキャラクタＰＣが脇で控えている場合には、第１プレイヤが主役であり、第２プレイヤが脇役である。ゲームの進行状況に応じて、この主役と脇役とが入れ替わる。

【0067】

再生部５６３は、何れのプレイヤキャラクタＰＣがゲームの主役であるかに応じて、再生する音声を切り替えてもよい。例えば、第１プレイヤが操作するゲーム装置５の再生部５６３は、第１プレイヤが操作中のプレイヤキャラクタＰＣが、プレイ（戦闘）の主役か否かに応じて再生する音声を切り替える。

【0068】

ここで、第１プレイヤに着目すると、第１プレイヤのプレイヤキャラクタＰＣが「主役」となるケースとしては以下を例示できる。

【0069】

（１）第１プレイヤのプレイヤキャラクタＰＣが操作可能である場合（他のキャラクタは操作できないものとする）
（２）第１プレイヤのプレイヤキャラクタＰＣが仮想カメラの注視点として設定されている場合（換言すると、ゲーム画面がそのプレイヤキャラクタＰＣ中心になる場合）
また、プレイヤがひとりであり、且つプレイヤが操作するキャラクタの切り替え可能なゲームの場合には、プレイヤが操作中のキャラクタがプレイヤキャラクタＰＣである。プレイヤが操作していないキャラクタは、プレイヤが操作できないか、あるいは、ノンプレイヤキャラクタＮＰＣとして動作する。このようなゲームでは、プレイヤが操作中のキャラクタが「主役」である。

【0070】

より具体的には、第１プレイヤのプレイヤキャラクタＰＣが主役で第２プレイヤのプレイヤキャラクタＰＣが脇役の場合は、第１プレイヤのゲーム装置５では、爽快なＢＧＭを再生する。第２プレイヤが主役で第１プレイヤが脇役の場合は、第１プレイヤのゲーム装置５では、控えめなＢＧＭを再生する。

【0071】

こうすることで、ゲームへの没入感を向上させることが可能になる。なお、ＢＧＭの他に、風切り音、ヒット音（攻撃が当たった音）等の効果音も、プレイヤが主役であるか脇役であるかに応じて変更してもよい。

【0072】

ゲームでは、ノンプレイヤキャラクタＮＰＣ間で重要度が異なる場合がある。例えば、モンスターの登場するゲームでは、プレイヤの難敵となるモンスター（ここでは便宜上、大型のモンスターとする）、プレイヤにとってあまり脅威でないモンスター（ここでは、便宜上、小型モンスターとする）が設定される。

【0073】

そのようなゲームでは、大型のモンスターの音声の音量は、小型モンスターの音声の音量よりも大きく設定されることが多い。そうすると、大型モンスター（音量設定が相対的に大きなノンプレイヤキャラクタＮＰＣ）と、小型モンスター（音量設定が相対的に小さなノンプレイヤキャラクタＮＰＣ）との両方が登場する場面では、小型モンスターの音声が聞こえにくくなる。

【0074】

そのような場合には、再生部５６３は、音量設定が相対的に大きなノンプレイヤキャラクタＮＰＣ（例えば大型モンスター）の数に応じて、（音量設定が相対的に小さなノンプレイヤキャラクタＮＰＣ）の音声の音量、再生方法（フィルター処理の有無など）を調整するとよい。

【0075】

具体的には、大型モンスターの数に応じて、小型モンスターの音量を、通常よりも大きくする。小型モンスターの音がよりクリアに聞こえるようにフィルターの設定を変更する。こうすることで、ゲームにおける臨場感、没入感を向上させることができる。

【0076】

ゲームには、ユーザが仮想のカメラを操作できるものが多い。このようなゲームでは、例えば、ノンプレイヤキャラクタＮＰＣとプレイヤキャラクタＰＣとの距離が大きいほど、ノンプレイヤキャラクタＮＰＣの音声とした再生する音のボリュームを下げるとよい。また、仮想カメラに写らないノンプレイヤキャラクタＮＰＣの音声は、ボリュームを下げたり、フィルター処理（こもって聞こえるようなフィルター処理）を加えたりする。

【0077】

こうすることで、ノンプレイヤキャラクタＮＰＣ（例えばモンスター）との距離感や位置関係、高低差をプレイヤに認識させることが可能になる。換言すると、ゲームにおける臨場感、没入感を向上させることができる。

【0078】

ゲームは、３次元の画像で表現されるものには限定されない。ゲームは、２次元の画像で表現されるものでもよい。

【0079】

ゲームプログラムは、いわゆるオンラインゲーム用のゲームプログラムとして実装してもよい。ゲームプログラムがオンラインゲーム用である場合には、制御部５６で行っていた処理をそれらに代わってサーバ側で行ってもよいし、サーバ側とクライアント（ゲーム装置５）側とで分担してもよい。

【0080】

これらの他の実施形態を採用した場合においても、本発明の作用効果は発揮される。また、本実施形態と他の実施形態、および他の実施形態同士を適宜組み合わせることも可能である。

【符号の説明】

【0081】

５ ゲーム装置（コンピュータ）
５５ 記憶部
５６ 制御部
５６１ ゲーム進行部
５６２ 対応付部
５６３ 再生部
Ｔｈ１ 発音数閾値（第１閾値）
Ｔｈ２ 距離閾値（第２閾値）

【図1】

【図2】

【図3】

【図4】