JP3205543B2 - ビデオゲーム装置、楽曲変更方法および記録媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ビデオゲーム装
置、楽曲変更方法および記録媒体に関し、特に、ビデオ
ゲームにおけるＢＧＭ（BackGround Music）を変更する
ための技術に関する。

【０００２】

【従来の技術】ビデオゲームでは、一般に、表示装置に
表示されているゲームの場面に応じて、再生されるＢＧ
Ｍを切り替えることによりゲームの臨場感を高めてい
る。このため、従来よりビデオゲームでは、ゲームの場
面に応じた複数の楽曲が用意されている。これらの楽曲
は、プレイヤの操作に従って動作するキャラクタ（以
下、自キャラクタという）がフィールド上（戦闘場面を
除く）、戦闘場面および仮想的な町にいるときに、ＣＤ
−ＲＯＭ（Compact Disc Read Only Memory ）等の記録
媒体からハードウェアのメインメモリの所定の領域に読
み込まれて再生されるものである。

【０００３】以下、従来のビデオゲームにおけるＢＧＭ
の変更処理について、図１０〜図１３に基づいて説明す
る。図１０は、各ゲーム場面で用いられる楽曲を示し、
同図（ａ）は戦闘場面を除くフィールド場面で再生され
る楽曲Ａ、同図（ｂ）は戦闘場面で再生される楽曲Ｂ、
同図（ｃ）は町の中にいる場面で再生される楽曲Ｃの譜
パターン例である。すなわち、楽曲Ａは、Ａ１〜Ａ１６
までの１６小節の楽曲データからなり、同様に、楽曲Ｂ
は、Ｂ１〜Ｂ８までの８小節の楽曲データ、楽曲Ｃは、
Ｃ１〜Ｃ１２までの１２小節の楽曲データからなるもの
とする。

【０００４】図１１は、第１従来例となる従来のＢＧＭ
変更のための処理手順を示すフローチャートである。第
１従来例では、まず、自キャラクタがフィールド上に位
置するかどうかが判定される（ステップＳ２０１）。フ
ィールド上に位置すると判定された場合（ステップＳ２
０１；Ｙｅｓ）、自キャラクタが敵キャラクタとの戦闘
場面にあるかどうかが判定される（ステップＳ２０
２）。戦闘場面にないと判定された場合（ステップＳ２
０２；Ｎｏ）、楽曲Ａがメインメモリの所定の領域に読
み込まれ（ステップＳ２０３）、ステップＳ２０６の処
理に進む。

【０００５】ステップＳ２０２で戦闘場面にあると判定
された場合（ステップＳ２０２；Ｙｅｓ）、楽曲Ｂがメ
インメモリの所定の領域に読み込まれ（ステップＳ２０
４）、ステップＳ２０６の処理に進む。一方、ステップ
Ｓ２０１で自キャラクタがフィールド上に存在しないと
判定された場合（ステップＳ２０１；Ｎｏ）、本例では
自キャラクタが仮想的な町に存在すると判断され、楽曲
Ｃがメインメモリの所定の領域に読み込まれ（ステップ
Ｓ２０５）、ステップＳ２０６の処理に進む。なお、ス
テップＳ２０３〜Ｓ２０５で、楽曲Ａ、ＢおよびＣがす
でにメインメモリの所定の領域に読み込まれている場合
には、再度読み込みを行う必要はない。

【０００６】ステップＳ２０６では、メインメモリの所
定の領域に読み込まれている楽曲Ａ、ＢおよびＣのいず
れかを再生するための処理が行われる。そして、ゲーム
オーバのような楽曲再生を中止するような事象の発生に
より、楽曲再生を中止するかどうかが判定される（ステ
ップＳ２０７）。楽曲再生を中止しないと判定された場
合（ステップＳ２０７；Ｎｏ）、ステップＳ２０１から
の処理を繰り返す。ステップＳ２０７で楽曲再生を中止
すると判定された場合（ステップＳ２０７；Ｙｅｓ）、
このフローチャートの処理を終了する。

【０００７】図１２は、第２の従来例となる従来のＢＧ
Ｍ変更のための処理手順を示すフローチャートである。
第２従来例では、まず、自キャラクタの現在状況を示す
変数ＦＦに「０」が、楽曲Ａの再生位置を示す変数ａに
楽曲Ａの開始位置が、楽曲Ｃの再生位置を示す変数ｃに
楽曲Ｃの開始位置がそれぞれ代入されて、初期設定がさ
れる（ステップＳ３０１）。初期設定が終了すると、自
キャラクタが戦闘場面にあるかどうかが判定される（ス
テップＳ３０２）。自キャラクタが戦闘場面にあると判
定された場合（ステップＳ３０２；Ｙｅｓ）、変数ＦＦ
の値が「０」、すなわち自キャラクタが戦闘に入る前に
フィールド上にいたかどうかが判定される（ステップＳ
３０３）。

【０００８】変数ＦＦの値が「０」であると判定された
場合（ステップＳ３０３；Ｙｅｓ）、現在まで再生され
ているのはフィールド場面用の楽曲Ａであり、そのとき
の楽曲Ａの再生位置を変数ａに記憶させて（ステップＳ
３０４）、ステップＳ３０７に進む。ステップＳ３０３
で変数ＦＦの値が「０」でないと判定された場合（ステ
ップＳ３０３；Ｎｏ）、さらに変数ＦＦの値が「１」、
すなわち自キャラクタが戦闘に入る前に町にいたかどう
かが判定される（ステップＳ３０５）。

【０００９】変数ＦＦの値が「１」であると判定された
場合（ステップＳ３０５；Ｙｅｓ）、現在まで再生され
ているのは町中場面用の楽曲Ｃであり、そのときの楽曲
Ｃの再生位置を変数ｃに記憶させて（ステップＳ３０
６）、ステップＳ３０７に進む。ステップＳ３０５で変
数ＦＦの値が「１」でもないと判定された場合（ステッ
プＳ３０５；Ｎｏ）、そのままステップＳ３０７に進
む。

【００１０】ステップＳ３０７では、変数ＦＦに自キャ
ラクタが現在戦闘中であることを示す「９」が代入され
る。さらに記録媒体から戦闘場面用の楽曲Ｂがメインメ
モリの所定の領域に読み込まれる（ステップＳ３０
８）。そして、ステップＳ３１８に進む。

【００１１】一方、ステップＳ３０２で自キャラクタが
戦闘場面にないと判定された場合（ステップＳ３０２；
Ｎｏ）、自キャラクタがフィールド上に存在するかどう
かが判定される（ステップＳ３０９）。自キャラクタが
フィールド上に存在すると判定された場合（ステップＳ
３０９；Ｙｅｓ）、変数ＦＦの値が「１」であるかどう
かが判定される（ステップＳ３１０）。

【００１２】変数ＦＦの値が「１」であると判定された
場合（ステップＳ３１０；Ｙｅｓ）、現在まで再生され
ているのは町中場面用の楽曲Ｃであり、そのときの楽曲
Ｃの再生位置を変数ｃに記憶させてから（ステップＳ３
１１）、ステップＳ３１２に進む。ステップＳ３１０で
変数ＦＦの値が「１」でないと判定された場合（ステッ
プＳ３１０；Ｎｏ）、そのままステップＳ３１２に進
む。ステップＳ３１２では、変数ＦＦに自キャラクタが
現在フィールド上にいることを示す「０」が代入され
る。さらに記録媒体からフィールド場面用の楽曲Ａが変
数ａで示される再生位置の情報と共にメインメモリの所
定の領域に読み込まれ（ステップＳ３１３）、ステップ
Ｓ３１８に進む。

【００１３】一方、ステップＳ３０９で自キャラクタが
フィールド上に存在しないと判定された場合（ステップ
Ｓ３０９；Ｎｏ）、自キャラクタが仮想的な町に存在す
る場合であり、さらに変数ＦＦの値が「０」であるかど
うかが判定される（ステップＳ３１４）。

【００１４】変数ＦＦの値が「０」であると判定された
場合（ステップＳ３１４；Ｎｏ）、現在まで再生されて
いるのは楽曲Ａであり、そのときの楽曲Ａの再生位置を
変数ａに記憶させてから（ステップＳ３１６）、ステッ
プＳ３１６に進む。ステップＳ３１４で変数ＦＦの値が
「０」でないと判定された場合（ステップＳ３１４；Ｎ
ｏ）、そのままステップＳ３１６に進む。ステップＳ３
１６では、変数ＦＦに「１」が代入される。さらに記録
媒体から楽曲Ｃがメインメモリの所定の領域に読み込ま
れ、変数ｃで示す位置が再生開始位置に指示されて（ス
テップＳ３１７）、ステップＳ３１８に進む。

【００１５】ステップＳ３１８では、メインメモリの所
定の領域に読み込まれている楽曲Ａ、ＢおよびＣのいず
れかを再生するための処理が行われる。そして、ゲーム
オーバのような楽曲再生を中止するような事象の発生に
より、楽曲再生を中止するかどうかが判定される（ステ
ップＳ３１９）。楽曲再生を中止しないと判定された場
合（ステップＳ３１９；Ｎｏ）、ステップＳ３０２から
の処理を繰り返す。ステップＳ３１９で楽曲再生を中止
すると判定された場合（ステップＳ３１９；Ｙｅｓ）、
このフローチャートの処理を終了する。

【００１６】次に、上記した第１、第２の従来例でのゲ
ーム場面の切り替えと、楽曲の変更との関係を説明す
る。ここで、図１３（ａ）に示すように、ゲームの場面
は、タイミングｔ０において自キャラクタがフィールド
上に移動し、タイミングｔ１において戦闘が開始し、タ
イミングｔ２において戦闘が終了し、タイミングｔ３に
おいて自キャラクタが仮想的な町へ移動し、タイミング
ｔ４において自キャラクタが仮想的な町からフィールド
へ再び移動する、というように切り替わったとする。

【００１７】この場合、上記の第１の従来例で処理を行
うと、ゲームの場面が切り替わる度に、切り替え後の場
面に対応した楽曲Ａ〜Ｃが先頭位置から再生される。こ
のため、図１３（ｂ）に示すような順序で、図１０
（ａ）〜（ｃ）に示す楽曲Ａ〜Ｃのデータが順に再生さ
れることとなる。

【００１８】一方、上記の第２の従来例で処理を行う
と、ゲームの場面が切り替わる度に、楽曲Ａ〜Ｃが前回
にその場面で再生終了した位置から再生される。このた
め、図１３（ｃ）に示すような順序で、図１０（ａ）〜
（ｃ）に示す楽曲Ａ〜Ｃのデータが順に再生されること
となる。こうして、ゲームの場面の切り替えに連動して
ＢＧＭとして再生される楽曲が変更されることで、ゲー
ムの臨場感が高められている。

【００１９】

【発明が解決しようとする課題】ところで、図１０
（ａ）〜（ｃ）に示す楽曲Ａ〜Ｃのデータは、一般に、
それぞれ複数の音声トラックを有しており、各音声トラ
ックは、ビデオゲームを実行するためのハードウェアが
有する複数の音声再生チャネルのそれぞれで再生され
る。

【００２０】しかしながら、上記した第１、第２従来例
では、すべての音声再生チャネルで変更前の楽曲の再生
を同時に終了し、変更後の楽曲の再生を同時に開始して
いる。このため、変更前の楽曲から変更後の楽曲に急に
切り替わって再生されることとなるため、変更前後の楽
曲が滑らかにつながらないという問題があった。

【００２１】楽曲の変更時にフェードイン・フェードア
ウトを行うものでは、再生される楽曲が急に切り替わる
という問題は解消されるものの、一時的に再生されてい
る楽曲の音量レベルがほぼ０になってしまうので、やは
り変更前後の楽曲が滑らかにつながらないという問題が
あった。

【００２２】本発明は、上記従来技術の問題点を解消す
るためになされたものであり、再生する楽曲を変更する
場合に、変更前後の楽曲間でのつながりを滑らかにする
ビデオゲーム装置、楽曲再生方法、およびこの方法を実
現するためのプログラムを記録した記録媒体を提供する
ことを目的とする。

【００２３】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の観点にかかるビデオゲーム装置は、
複数のトラックを有する楽曲データを、複数曲分格納す
る楽曲データ格納手段と、前記楽曲データ格納手段に格
納された複数曲分の楽曲データのうちで、再生すべき楽
曲データに基づいて、トラック単位で楽曲を再生する再
生チャネルを複数有する楽曲再生手段と、ゲームの進行
状況に応じた場面の切り替えに応答して、前記楽曲デー
タ格納手段に格納された楽曲データのうちで現在再生さ
れている旧楽曲データから他の異なる新楽曲データに、
前記楽曲再生手段で再生すべき楽曲の変更を指示する楽
曲変更指示手段と、前記楽曲変更指示手段によって再生
すべき楽曲の変更が指示された場合、前記楽曲再生手段
の再生チャネルによる旧楽曲データのトラックの再生音
量を、トラック毎に互いに異なるタイミングで再生を終
了するように、再生停止レベルまで徐々に低下させる旧
楽曲データ音量低下手段と、前記楽曲変更指示手段によ
って再生すべき楽曲の変更が指示された場合、前記楽曲
データ再生手段の有する再生チャネルによる新楽曲デー
タのトラックの再生音量を、トラック毎に互いに異なる
タイミングで再生を開始させて、一定レベルまで徐々に
上昇させる新楽曲データ音量上昇手段とを備えることを
特徴とする。

【００２４】上記ビデオゲーム装置によれば、楽曲変更
指示手段から再生すべき楽曲の変更が指示され、旧楽曲
から新楽曲へ再生される楽曲を変更する際に、旧楽曲デ
ータのトラックと新楽曲データのトラックとが一部オー
バーラップして再生されることとなる。このため、再生
される楽曲が急に切り替わったり、楽曲の再生が途切れ
たりすることがなく、変更前後の楽曲のつながりが滑ら
かになる。

【００２５】また、旧楽曲データのトラックの再生音量
をトラック毎に徐々に低下、すなわちフェードアウト
し、新楽曲データのトラックの再生音量を徐々に上昇、
すなわち次フェードインすることから、変更の開始当初
は旧楽曲データのトラックの方が多く再生され、その後
徐々に再生される新楽曲データのトラックの数が増えて
いく。このため、旧楽曲から新楽曲への移行が滑らかに
なる。

【００２６】また、楽曲変更指示手段は、ゲームの進行
状況に応じた場面の切り替えに応答して、再生すべき楽
曲の変更を指示するので、実行中のゲームの場面に合わ
せて楽曲を再生することが可能となり、プレイヤが実行
しているゲームの臨場感を高めることができる。

【００２７】上記ビデオゲーム装置において、旧楽曲デ
ータのトラックと新楽曲データのトラックとは、少なく
とも一部が互いに共通の再生チャネルを使用して再生さ
れるものとしてもよい。この場合、新楽曲データ音量上
昇手段は、旧楽曲データと再生チャネルが共通する新楽
曲データのトラックの再生音量を、対応する旧楽曲デー
タのトラックの再生停止レベル、すなわち実質的に０と
なるレベルから一定レベルまで徐々に上昇させるものと
することができる。

【００２８】したがって、新楽曲データのトラックを再
生するための空きの再生チャネルがなくても、あるいは
楽曲のトラックと再生チャネルの対応関係が予め決まっ
ていても、旧楽曲データのトラックの再生を停止してか
ら新楽曲データのトラックを再生すればよい。このた
め、旧楽曲データおよび新楽曲データは、再生チャネル
の数だけのトラックを有するものであっても適用可能と
なる。

【００２９】上記ビデオゲーム装置において、楽曲デー
タ格納手段に格納されている楽曲データの各トラックに
は、再生する際の優先順位を示す優先度情報が付与され
ているものとしてもよい。この場合、旧楽曲データ音量
低下手段は、優先度情報に基づいて優先順位の低いトラ
ックを再生している再生チャネルから順に、旧楽曲デー
タのトラックの再生音量を徐々に低下させるものとする
ことができる。

【００３０】これにより、旧楽曲データに対する余韻を
残しながら新楽曲データへ徐々に移行していくことがで
きるようになり、楽曲間のつながりがさらに滑らかなも
のとなる。

【００３１】上記ビデオゲーム装置において、旧楽曲デ
ータ音量低下手段は、例えば、各再生チャネルにおける
音量低下の処理をそれぞれ異なるタイミングで開始さ
せ、それぞれ一定期間ずつで終了させるものとすること
ができる。また、旧楽曲データ音量低下手段は、各再生
チャネルにおける音量低下の処理をそれぞれ異なるタイ
ミングで開始させるものとすることができる。

【００３２】一方、新楽曲データ音量上昇手段は、例え
ば、各再生チャネルにおける音量上昇の処理を、処理開
始からそれぞれ一定期間ずつで終了させたり、それぞれ
同一のタイミングで終了させるたりするものとすること
ができる。

【００３３】すなわち、上記ビデオゲーム装置における
旧楽曲データのトラックの音量低下、すなわちフェード
アウトと、新楽曲データのトラックの音量上昇、すなわ
ちフェードインとは、上記のいずれの組み合わせによっ
ても行うことができるものである。

【００３４】上記目的を達成するため、本発明の第２の
観点にかかる楽曲変更方法は、楽曲データに基づいてト
ラック単位で楽曲を再生する複数の再生チャネルを用い
て、それぞれ複数のトラックを有する旧楽曲データから
他の異なる新楽曲データに、再生する楽曲を変更する楽
曲変更方法であって、ゲームの進行状況に応じた場面の
切り替えに応答して、現在再生されている旧楽曲データ
から他の異なる新楽曲データに、再生すべき楽曲の変更
を指示する楽曲変更指示ステップと、前記楽曲変更指示
ステップで再生すべき楽曲の変更が指示された場合、前
記複数の再生チャネルによる旧楽曲データのトラックの
再生音量を、トラック毎に互いに異なるタイミングで再
生を終了するように、再生停止レベルまで徐々に低下さ
せる旧楽曲データ音量低下ステップと、前記楽曲変更指
示ステップで再生すべき楽曲の変更が指示された場合、
前記複数の再生チャネルによる新楽曲データのトラック
の再生音量を、トラック毎に互いに異なるタイミングで
再生を開始させて、一定レベルまで徐々に上昇させる新
楽曲データ音量上昇ステップとを含むことを特徴とす
る。

【００３５】これらの各ステップの処理をコンピュータ
に実行させることにより、上記したゲーム装置の発明と
同様の効果を得ることができる。したがって、記載され
た処理ステップをコンピュータ等のハードウェアを用い
て実行することにより、本発明のゲーム技術が容易に実
施できるようになる。

【００３６】上記目的を達成するため、上記楽曲変更方
法を実行するためのプログラムを記録するコンピュータ
読み取り可能な記録媒体を開示する。このような記録媒
体に記録されたプログラムを汎用ゲーム装置や汎用コン
ピュータ装置に読み取らせて実行させることで、上述し
たビデオゲーム装置を実現することができる。これによ
り、プログラムを記録した記録媒体をハードウェアとは
独立して容易に配布、販売することができる。また、コ
ンピュータ等のハードウェアでこのプログラムを使用す
ることにより、本発明のゲーム技術が容易に実施できる
ようになる。

【００３７】

【発明の実施の形態】以下、添付図面を参照して、本発
明の実施の形態について説明する。

【００３８】図１は、この実施の形態にかかるビデオゲ
ームシステムの構成を示すブロック図である。この実施
の形態のビデオゲームシステムは、例えば、ビデオゲー
ムシステムにおける主たる機能を有するビデオゲーム装
置１と、ビデオゲーム装置１に入力指示を行うための入
力部２と、ビデオゲーム装置１によって行われるビデオ
ゲームの内容を表示する表示装置３とを備える。ビデオ
ゲーム装置１には、ゲームプログラムやデータ等を記録
した、ＣＤ−ＲＯＭ等によって構成される記録媒体４が
着脱自在にセットされる。ビデオゲーム装置１は、必要
に応じて通信回線９０を介してネットワーク５と接続し
たり、ゲーム情報を格納するためのメモリカード６を設
けることができる。

【００３９】ビデオゲーム装置１は、記録媒体４をセッ
トすることにより、記録媒体４に記録されたゲームプロ
グラム及びデータを読み出し、読み出したゲームプログ
ラムを実行する。ビデオゲーム装置１の詳細な構成につ
いては、後述する。

【００４０】入力部２は、プレイヤの意図を伝達するた
めの入力インターフェースとなるコントローラであり、
ビデオゲームの開始やコマンドの入力を指示するための
ボタンや、キャラクタやカーソルを上下左右の４方向に
移動させるための方向キーを備えている。

【００４１】表示装置３は、ビデオゲーム装置１により
生成されたビデオ出力信号（映像信号）８８を再生する
画像表示装置と、オーディオ出力信号（音声信号）８９
を再生する音声出力装置としての機能を兼ね備えてい
る。表示装置３としては、ＣＲＴ（Cathode Ray Tube）
を備えたテレビジョン受像器が一般に用いられるが、液
晶表示装置（ＬＣＤ；Liquid Crystal Display）やプラ
ズマ表示装置（ＰＤ；Plasma Display）を備えたテレビ
ジョン受像器を用いても構わない。ＣＲＴ、ＬＣＤ、Ｐ
Ｄ等を表示装置単体として用い、オーディオ装置のよう
な音声再生装置と組み合わせて用いてもよい。

【００４２】記録媒体４は、この実施の形態のビデオゲ
ームを実現するためのゲームプログラムやデータ等を格
納している。記録媒体４に格納されているデータについ
ては、詳しく後述する。記録媒体４をビデオゲーム装置
１に装着した状態で、ビデオゲーム装置１に設けられた
電源ボタン（図示せず）をオンすることにより、ビデオ
ゲーム装置１は、記録媒体４に格納されたゲームプログ
ラム、プログラムデータ或いは画像データを読み出し、
読み出したゲームプログラムに基づいて所定のビデオゲ
ーム処理を実行する。

【００４３】ネットワーク５は、有線または無線の通信
回線９０を介して接続されるインターネットや商用ネッ
ト等の通信網である。メモリカード６は、ビデオゲーム
装置１の電源をオフした後、或いはリセットした後も継
続して保存したいゲーム情報を書き込むものであり、フ
ラッシュメモリ等の不揮発性の半導体メモリから構成さ
れる。

【００４４】次に、ビデオゲーム装置１の構成について
詳しく説明する。図１に示すように、ビデオゲーム装置
１は、基本的な演算処理を担当する主制御部１０と、画
像処理を担当する画像処理部２０と、音声処理を担当す
る音声処理部３０と、記録媒体４の周辺の処理を担当す
る媒体駆動部４０と、外部のネットワーク５との間の通
信処理を担当する通信処理部５０と、操作系の入出力処
理を担当する入出力制御部６０とを備える。

【００４５】主制御部１０は、バス８０に直接接続され
ているＣＰＵ（中央処理装置）１１と、信号線８１を介
してバス８０に接続されているＲＯＭ（Read Only Memo
ry）１２と、信号線８２を介してバス８０に接続されて
いるＲＡＭ（Random AccessMemory）１３とを有してい
る。画像処理部２０は、信号線８３を介してバス８０に
接続されている。同様に、音声処理部３０、媒体駆動部
４０、通信処理部５０及び入出力制御部６０は、それぞ
れ信号線８４〜８７を介してバス８０に接続されてい
る。これにより、主制御部１０、画像処理部２０、音声
処理部３０、媒体駆動部４０、通信処理部５０及び入出
力制御部６０は、バス８０を介して相互にデータのやり
取りが可能となる。

【００４６】ＣＰＵ１１は、主制御部１０における中枢
部分であり、ＲＯＭ１２、ＲＡＭ１３に記憶されている
プログラムを実行する。ＲＯＭ１２は、起動時に用いる
ブートローダ等を格納する不揮発性の半導体メモリであ
る。ＲＡＭ１３は、ＣＰＵ１１が実行するプログラム
や、プログラムの実行のために必要となるデータを記憶
し、或いはＣＰＵ１１によるプログラム実行の際に作業
領域として使用される揮発性の半導体メモリである。Ｒ
ＡＭ１３への領域の割り当て、ＲＡＭ１３に記憶される
データについては、詳しく後述する。

【００４７】画像処理部２０は、座標変換や光源計算、
例えば、固定小数点形式の行列やベクトル演算を並列処
理機能を使って高速に実行する。画像処理部２０は、画
像表示を行うためのＣＲＴＣ（Cathode Ray Tube Contr
oller）機能及びフレームバッファ（図示せず）に対す
るポリゴンの高速描画機能を有し、ＣＰＵ１１からのポ
リゴン描画命令に従ってこれらの機能を実行する。画像
処理部２０は、ＣＰＵ１１とは独立した二次元のアドレ
ス空間を有し、その空間にフレームバッファをマッピン
グしている。

【００４８】音声処理部３０は、例えば、ＡＤＰＣＭ
（Adaptive Differential Pulse CodeModulation ）サ
ンプルデータを音源とし、４４．１ＫＨｚのサンプリン
グ周波数で音声を再生する。音声処理部３０は、同時発
音可能な複数の音声再生チャネルを搭載している。各音
声再生チャネルには、ピッチ変換、ピッチの時間的な変
化、ノイズ音源、エンベロープ、ボリュームの各機能、
及びデジタルリバーブのオンまたはオフを設定すること
ができる。

【００４９】媒体駆動部４０は、セットされた記録媒体
４を駆動し、記録媒体４に記録されたデータを光ピック
アップによって読み取ると共に、読み取ったプログラム
やデータを主制御部１０に転送する。記録媒体４として
ＣＤ−ＲＯＭが用いられている場合には、媒体駆動部４
０は、ＣＤ−ＲＯＭドライブによって構成されることと
なる。

【００５０】通信処理部５０は、ネットワーク５に接続
されている他の装置との間で情報交換を行うものであ
り、通信回線９０を介して必要に応じてネットワーク５
に接続される。入出力制御部６０は、入力部２及びメモ
リカード６を接続するためのインターフェースであり、
信号線９１、９２を介してそれぞれ入力部２、メモリカ
ード６と接続される。

【００５１】次に、音声処理部３０の構成について、さ
らに詳しく説明する。図２は、音声処理部の構成を詳細
に示す図である。図示するように、音声処理部３０は、
Ｎｏ．１〜Ｎｏ．２４の番号が付された２４個の音声再
生チャネル３１を備える。音声再生チャネル３１のそれ
ぞれが再生する音量、すなわち音声出力レベルは、ＣＰ
Ｕ１１からの指示によって制御されるボリュームスイッ
チ３１ａによって制御される。したがって、ボリューム
スイッチ３１ａを制御し、音声出力レベルを徐々に低下
させることでフェードアウトの効果を得ることができ、
一方、音声出力レベルを徐々に上昇させることでフェー
ドインの効果を得ることができる。ボリュームスイッチ
３１ａによるフェードアウト、フェードインの開始から
終了までの期間は、後述する基本フェード時間の整数倍
となるように制御される。また、各音声再生チャネル３
１の再生した音声は混合されて、表示装置３に音声信号
として出力される。

【００５２】なお、各音声再生チャネル３１は、前述し
たようにその他幾つかの機能をそれぞれ備えているが、
この実施の形態によるＢＧＭの変更に直接的に関係する
ものではないので、図２中においてこれらの機能に相当
する要素は省略している。

【００５３】次に、ＲＡＭ１３への領域の割り当てにつ
いて説明する。図３は、この実施の形態によるＢＧＭの
変更のために、ＲＡＭ１３に割り当てられる領域を示す
図である。ＲＡＭ１３には、記録媒体４から読み出され
たゲームプログラムを記憶するためのプログラム領域１
３ａと、ゲーム中に使用する各種データを記憶するため
のゲームデータ領域１３ｂと、ゲーム中に再生する楽曲
データを記憶するための楽曲データ領域１３ｃとが設け
られる。

【００５４】プログラム領域１３ａは、ゲームの進行の
ためのプログラムや、後述するフローチャートに示すＢ
ＧＭの変更のためのプログラム等を記憶する。ゲームデ
ータ領域１３ｂは、ゲームを進行するために必要となる
データ、例えば、自キャラクタの位置や能力に関するパ
ラメータ等を記憶する。このゲームデータ領域１３ｂに
記憶されたデータの内容に従って、表示装置３に表示さ
れるゲームの場面が切り替えられる。

【００５５】楽曲データ領域１３ｃは、ゲームのＢＧＭ
として使用される楽曲のデータを記憶する。これらの各
領域１３ａ〜１３ｃに記憶されるプログラムおよびデー
タは、ＣＰＵ１１による制御の下、媒体駆動部４０によ
って記録媒体４からバス８０を介してＲＡＭ１３に転送
されるものである。

【００５６】図４（ａ）、（ｂ）は、図３に示す楽曲デ
ータ領域に記憶されるＢＧＭデータの一例を示す図であ
る。ここで、楽曲データ領域１３ｃには、ゲーム場面の
切り替えに応答して変更すべき変更前の旧楽曲データで
あるＢＧＭ−Ａと、変更後の新楽曲データであるＢＧＭ
−Ｂとが記憶されているものとする。

【００５７】ＢＧＭ−Ａは、それぞれが音声処理部３０
の音声再生チャネル３１で再生される、Ｎｏ．１〜Ｎ
ｏ．２０の番号が付された２０個の音声トラック１３１
を有している。一方、ＢＧＭ−Ｂは、それぞれが音声処
理部３０の音声再生チャネル３１で再生される、Ｎｏ．
１〜Ｎｏ．１６の番号が付された１６個の音声トラック
１３１を有している。ＢＧＭ−Ａ、ＢＧＭ−Ｂは共に、
各音声トラック毎に再生時における優先順位を示す優先
度情報が設定されており、本実施形態では、音声トラッ
ク１３１に付された番号が小さなものほど再生時におけ
る優先度が高いものとなっている。また、ＢＧＭ−Ａ、
ＢＧＭ−Ｂの各音声トラック１３１は、再生の停止が指
示されるまで、繰り返し再生される。

【００５８】図５は、音声処理部内に含まれる音声再生
チャネルに対し、ＢＧＭ−ＡおよびＢＧＭ−Ｂがそれぞ
れ有する音声トラックの割り当てを示す図である。前述
したように、本実施形態では音声トラック１３１に付さ
れた番号が小さなものほど優先度が高くなっている。こ
れに対応して、音声再生チャネル３１も、付されている
番号が小さなものほど優先度の高い音声トラック１３１
が割り当てられるようになっている。具体的には、ＢＧ
Ｍ−Ａ、ＢＧＭ−Ｂは共に、各音声トラック１３１を番
号の一致する音声再生チャネル３１に割り当て、割り当
てた音声再生チャネル３１で再生するようになってい
る。従って、ＢＧＭ−Ｂの各音声トラック１３１を再生
する場合には、同じ音声再生チャネル３１を割り当てた
ＢＧＭ−Ａの音声トラック１３１から、その割り当てが
切り替えられていなければならない。

【００５９】また、本実施形態では、図５に示すよう
に、音声処理部３０が有する音声再生チャネル３１のう
ちで、Ｎｏ．１７〜Ｎｏ．２４の番号が付された８個の
音声再生チャネル３１には、ゲームの進行に応じた効果
音として、戦闘場面での攻撃のヒット音等の音声トラッ
クが最大で８個が割り当てられる。効果音用として使用
される音声トラックは、ＢＧＭ−Ａ、ＢＧＭ−Ｂの音声
トラック１３１よりも優先して音声再生チャネル３１に
割り当てられる。

【００６０】以下、本実施の形態にかかるビデオゲーム
システムにおける動作について説明する。プレイヤは、
表示装置３に表示されているゲームの進行状況を示す画
像を見ながら、自キャラクタに所望の指示を与えるため
に、入力部２から入力を行っていく。この入力に応じ
て、ゲームデータ領域１３ｂに記憶されているゲームデ
ータが変化し、さらにこのゲームデータの変化が表示装
置３に表示される画像に反映されて、ゲームが進行して
いく。

【００６１】ここで、プレイヤが入力部２を操作して、
自キャラクタをあるマップから別のマップ上に移動させ
たり、自キャラクタを所定の領域に移動させて、敵キャ
ラクタとの戦闘処理のように何らかのイベントを発生さ
せたりすると、ＣＰＵ１１は所定の処理を行って、表示
装置３に表示されるゲームの状況を示す画像、すなわち
ゲームの場面を切り替える。

【００６２】以上のようにして、プレイヤが入力部２を
操作してゲームを進行させていく過程で、実行している
ゲームの場面が切り替わるときに、音声処理部３０が再
生する楽曲をＢＧＭ−ＡからＢＧＭ−Ｂに変更するため
の変更処理が、ＣＰＵ１１を中心として実行される。こ
の楽曲の変更処理を、以下に詳しく説明する。但し、こ
の変更処理中においては、効果音の再生はないものとす
る。

【００６３】図６は、楽曲の変更処理手順を示すフロー
チャートである。処理が開始すると、まず、ＣＰＵ１１
は、音声処理部３０の各音声再生チャネル３１において
現在再生されている楽曲（ＢＧＭ−Ａ）のトラック数Ｖ
_ｍａｘ（この例では、２０）を取得する（ステップＳ１
０１）。次に、初期設定として、処理対象となるトラッ
ク数を示す変数ＮにＶ_ｍａｘの値が、新楽曲に処理対象
となる音声トラック１３１があるかどうかを示す変数Ｆ
に、処理対象となる音声トラック１３１がないことを示
す「０」を代入する（ステップＳ１０２）。

【００６４】次に、変数Ｎの値が「０」以上、すなわ
ち、旧楽曲（ＢＧＭ−Ａ）に処理対象となる音声トラッ
ク１３１があるかどうかを判定する（ステップＳ１０
３）。変数Ｎの値が「０」以上であると判定された場合
（ステップＳ１０３；Ｙｅｓ）、さらに変数Ｎの値が
「０」、すなわ旧楽曲（ＢＧＭ−Ａ）で処理対象となる
音声トラック１３１があるかどうかを判定する（ステッ
プＳ１０４）。

【００６５】変数Ｎの値が「０」でないと判定された場
合（ステップＳ１０４；Ｎｏ）、現在再生されている旧
楽曲（ＢＧＭ−Ａ）のＮ番目の音声トラック１３１を再
生しているＮ番の音声再生チャネル３１のボリュームス
イッチ３１ａを制御することで、Ｎ番の音声トラック１
３１の再生音量を所定量低下させるさせる（ステップＳ
１０５）。そして、ステップＳ１０６に進む。一方、ス
テップＳ１０４で変数Ｎの値が「０」であると判定され
た場合（ステップＳ１０４；Ｙｅｓ）、そのままステッ
プＳ１０６に進む。

【００６６】ステップＳ１０６では、変数Ｆの値が
「０」、すなわち新楽曲（ＢＧＭ−Ｂ）に処理対象とな
る音声トラック１３１があるかどうかを判定する。変数
Ｆの値が「０」でないと判定された場合（ステップＳ１
０６；Ｎｏ）、新たに再生される新楽曲（ＢＧＭ−Ｂ）
のＮ＋１番目の音声トラック１３１を再生しているＮ＋
１番の音声再生チャネル３１のボリュームスイッチ３１
ａを制御することで、Ｎ＋１番の音声トラック１３１の
再生音量を所定量上昇させる（ステップＳ１０７）。そ
して、ステップＳ１０８に進む。一方、ステップＳ１０
６で変数Ｆの値が「０」であると判定された場合（ステ
ップＳ１０６；Ｙｅｓ）、そのままステップＳ１０８に
進む。

【００６７】ステップＳ１０８では、再生音量を最小値
まで低下、または最大値まで上昇させるまでの基本フェ
ード時間が終了しているかどうかが判定される。基本フ
ェード時間が終了していないと判定された場合（ステッ
プＳ１０８；Ｎｏ）、ステップＳ１０４からの処理を繰
り返す。すなわち、この繰り返しによって、ステップＳ
１０５でフェードイン、ステップＳ１０７でフェードア
ウトの処理を行う。

【００６８】なお、ステップＳ１０５における再生音量
の低下量は、ステップＳ１０８の判定処理において基本
フェード時間の終了であると判定されたときに、丁度、
再生音量が最小値となるように制御される。また、同様
にステップＳ１０７の再生音量の上昇量は、ステップＳ
１０８において基本フェード時間の終了であると判定さ
れたときに、丁度、再生音量が最大値となるように制御
される。

【００６９】一方、ステップＳ１０８で基本フェード時
間が終了していると判定された場合（ステップＳ１０
８；Ｙｅｓ）、ステップＳ１０９の処理に進む。ステッ
プＳ１０９では、新たに再生される新楽曲（ＢＧＭ−
Ｂ）に、Ｎ番目の音声トラック１３１が存在するかどう
かを判定する。新楽曲にＮ番目の音声トラック１３１が
存在すると判定された場合（ステップＳ１０９；Ｙｅ
ｓ）、変数Ｆに処理対象となる音声トラックがあること
を示す「１」を代入する（ステップＳ１１０）。そし
て、ステップＳ１１２に進む。ステップＳ１０９で新楽
曲にＮ番目の音声トラック１３１が存在しないと判定さ
れた場合（ステップＳ１０９；Ｎｏ）、変数Ｆに処理対
象となる音声トラックがないことを示す「０」を代入す
る（ステップＳ１１１）。そして、ステップＳ１１２に
進む。

【００７０】ステップＳ１１２では、変数Ｎの値を
「１」だけ減算し、処理対象となる音声トラック１３１
を優先度の高いものにシフトさせる。そして、ステップ
Ｓ１０３に戻る。

【００７１】同様にしてステップＳ１０３からステップ
Ｓ１１２までの処理を繰り返し実行し、変数Ｎの値が−
１になり、ステップＳ１０３で変数Ｎの値が「０」以上
でないと判定された場合（ステップＳ１０３；Ｎｏ）、
２４個の音声再生チャネル３１が再生している音声トラ
ック１３１は、変更後の新曲（ＢＧＭ−Ｂ）であり、す
でに楽曲の変更を終了しているので、このフローチャー
トの処理を終了する。

【００７２】次に、上記の処理で再生される楽曲がＢＧ
Ｍ−ＡからＢＧＭ−Ｂへ変更されるまでの過程について
説明する。

【００７３】図７は、図６に示す処理手順に基づいて、
旧楽曲であるＢＧＭ−Ａから新楽曲であるＢＧＭ−Ｂへ
の変更の過程を模式的に示す図である。楽曲の変更の処
理を開始すると、まず、変更前の旧楽曲であるＢＧＭ−
Ａの音声トラック１３１のうちで、番号が最も大きく、
優先度が最も低い２０番目の音声トラック１３１に対
し、基本フェード時間内でフェードアウト処理を行う。
ＢＧＭ−Ａの２０番目の音声トラック１３１のフェード
アウト処理を終了しても、変更後の新楽曲であるＢＧＭ
−Ｂには２０番目の音声トラック１３１がないので、Ｂ
ＧＭ−Ｂの音声トラック１３１のフェードイン処理は実
行しない。

【００７４】また、ＢＧＭ−Ａの２０番目の音声トラッ
ク１３１のフェードアウト処理を終了すると、次に番号
の小さい、すなわち次に優先度が高いＢＧＭ−Ａの１９
番目の音声トラック１３１に対し、次の基本フェード時
間内でフェードアウト処理を行う。同様にして、ＢＧＭ
−Ａの１６番目の音声トラック１３１まで、順次フェー
ドアウト処理を実行する。

【００７５】ＢＧＭ−Ａの１６番目の音声トラック１３
１のフェードアウト処理を終了すると、変更後の新楽曲
であるＢＧＭ−Ｂには１６番目の音声トラック１３１が
存在するので、次に番号の小さい、すなわち次に優先度
が高いＢＧＭ−Ａの１５の音声トラック１３１のフェー
ドアウト処理を開始する際に、ＢＧＭ−Ｂの１６番目の
音声トラック１３１のフェードイン処理も開始する。こ
れによって、基本フェード時間内でこれらフェードアウ
ト処理およびフェードイン処理を終了する。

【００７６】同様にして、ＢＧＭ−Ａの１番目の音声ト
ラック１３１とＢＧＭ−Ｂの２番目の音声トラック１３
１まで、フェードアウトとフェードインとが各基本フェ
ード時間内において順次行われる。

【００７７】ＢＧＭ−Ａの１番目の音声トラック１３１
のフェードアウト処理を終了した場合、ＢＧＭ−Ａに
は、さらに番号の小さい音声トラックが存在しない。こ
のため、次の基本フェード時間では、ＢＧＭ−Ｂの１番
目の音声トラック１３１のフェードイン処理だけを行
う。そして、このフェードイン処理を終了することで、
ＢＧＭ−ＡからＢＧＭ−Ｂへの楽曲の変更処理がすべて
終了することとなる。

【００７８】以上説明したように、この実施の形態のビ
デオゲームシステムでは、音声トラック毎にタイミング
を変えながら順次フェードアウト、フェードインさせる
ことによって再生される楽曲の変更を行っている。これ
によって、ＢＧＭとして使用する楽曲を変更する場合
に、ＢＧＭ−ＡとＢＧＭ−Ｂとの一部の音声トラック１
３１がオーバーラップしながら再生される。しかも、音
声再生チャネル３１によって再生されている音声トラッ
ク１３１は、楽曲の変更処理の開始当初はＢＧＭ−Ａの
方が多く、その後徐々にＢＧＭ−Ｂの方が多くなってい
く。このため、ＢＧＭ−ＡからＢＧＭ−Ｂへ再生する楽
曲を変更する場合の、変更前後での曲間のつながりが滑
らかになる。

【００７９】さらに、ＢＧＭ−ＡとＢＧＭ−Ｂとが有す
る音声トラック１３１には、そのトラック番号に従って
優先度が定められており、楽曲の変更時にＢＧＭ−Ａの
音声トラックは優先順位の低いものから順次フェードア
ウト処理が行われ、ＢＧＭ−Ｂのトラックは優先度の低
いものから順次フェードイン処理が行われる。このた
め、変更前の旧楽曲であるＢＧＭ−Ａに対する余韻を残
しながら、徐々に新楽曲であるＢＧＭ−Ｂに変更され、
楽曲間のつながりが非常に滑らかになっている。

【００８０】さらに、ＢＧＭ−ＡからＢＧＭ−Ｂへ再生
される楽曲を変更する場合、音声再生チャネル３１のそ
れぞれにおいてＢＧＭ−Ａのフェードアウト処理を終了
して音量が実質的に０となってから、ＢＧＭ−Ｂの音声
トラック１３１のフェードイン処理を開始している。こ
のため、変更前後の楽曲の音声トラック数の合計が、音
声再生チャネル３１の数よりも多くても、楽曲の変更を
滑らかに行うことが可能となっている。

【００８１】さらに、この実施の形態のビデオゲームシ
ステムでは、ゲームの場面が切り替わったときに図６の
フローチャートの処理を実行させ、ＢＧＭ−ＡからＢＧ
Ｍ−Ｂへ再生される楽曲を変更している。このため、ゲ
ームの場面に合った楽曲がＢＧＭとして再生されること
となり、プレイヤが実行しているゲームの臨場感を高め
ることが可能となる。

【００８２】本発明は、上記の実施の形態に限られず、
種々の変形、応用が可能である。以下、本発明に適用可
能な上記の実施の形態の変形態様について、説明する。

【００８３】上記の実施の形態では、ＢＧＭ−Ａのフェ
ードアウトの開始タイミングを音声トラック１３１毎に
順次一定間隔でずらしていくと共に、各音声トラック１
３１のフェードアウトの開始から完了までの期間を一定
としていた。また、ＢＧＭ−Ｂの各音声トラック１３１
のフェードインの開始から完了までの期間を一定とし、
フェードインの完了タイミングを音声トラック１３１毎
に順次一定間隔でずらすものとしていた。しかしなが
ら、本発明は、これに限られるものではない。

【００８４】例えば、図８に示すように、ＢＧＭ−Ａの
フェードアウトの開始タイミングをどの音声トラック１
３１でも同一とし、各音声トラック１３１のフェードア
ウトの完了タイミングを順次一定間隔でずらすものと
し、ＢＧＭ−Ｂのフェードインの完了タイミングをどの
音声トラック１３１でも同一であるものとしてもよい。
すなわち、フェードアウトの開始から完了までの期間、
およびフェードイン開始から完了までの期間が、音声ト
ラック１３１毎に異なるものとしてもよい。

【００８５】また、図９に示すように、ＢＧＭ−Ａのフ
ェードアウトの開始タイミングをどの音声トラック１３
１でも同一とし、各音声トラック１３１のフェードアウ
トの完了タイミングを順次一定間隔でずらすものとし、
ＢＧＭ−Ｂの各音声トラック１３１のフェードインの開
始から完了までの期間を一定とし、フェードインの完了
タイミングを音声トラック１３１毎に順次一定間隔でず
らすものとしてもよい。

【００８６】さらには、音声トラック１３１毎のフェー
ドアウト、フェードインの開始或いは完了のタイミング
の間隔は、同一でなくても構わない。また、例えば、２
つの音声トラック１３１を単位として、各単位でタイミ
ングが同一となるように、フェードアウト、フェードイ
ンの処理を行ってもよい。

【００８７】上記の実施の形態では、ＢＧＭの変更中
は、音声処理部３０が有する音声再生チャネル３１によ
る効果音の再生がないものとしていた。これに対し、Ｂ
ＧＭの変更処理中に効果音の再生が指示された場合に
は、１７番から２４番の音声再生チャネル３１は、効果
音の音声トラックを優先して再生し、これを終了してか
ら変更後のＢＧＭの音声トラックの再生を開始すればよ
い。

【００８８】上記の実施の形態では、音声処理部３０は
２４個の音声再生チャネル３１を有し、また、再生対象
となるＢＧＭ−ＡとＢＧＭ−Ｂとは、それぞれ２０個、
２６個の音声トラック１３１を有するものとしていた。
しかしながら、音声再生チャネル３１の数、および再生
対象となるＢＧＭの音声トラックの数は、各楽曲の音声
トラックの数が音声再生チャネル３１の数を超えない限
り任意である。また、音声再生チャネル３１の番号と、
再生対象となるＢＧＭの音声トラック１３１の番号と
は、必ずしも一致していなくてもよい。さらに、音声再
生トラック１３１毎の優先度も、その番号とは必ずしも
一致していなくてもよい。

【００８９】上記の実施の形態では、図１に示したビデ
オゲームシステムを本発明を実現するためのプラットフ
ォームとして用いていた。しかしながら、本発明を実現
するためのプラットフォームとしては、パーソナルコン
ピュータ等の汎用コンピュータ、携帯型ゲーム機、アー
ケードゲーム機等様々な装置を適用することができる。

【００９０】上記の実施の形態では、記録媒体４の例と
して、ＣＤ−ＲＯＭを挙げていた。しかしながら、記録
媒体４には、ＦＤ（Floppy Disc）、ＨＤ（Hard Dis
c）、ＤＡＴ（Digital Audio Tape）等の磁気ディスク
及び磁気テープや、ＤＶＤ（Digital Versatile Disc）
等の光ディスク、ＭＯ（Magneto-Optical disc）等の光
磁気ディスク、さらには、ＲＯＭカートリッジ、フラッ
シュメモリのような半導体メモリを用いてもよい。

【００９１】上記の実施の形態では、本発明のビデオゲ
ームを実現するためのプログラムやデータは、ビデオゲ
ーム装置１に着脱自在な記録媒体４によって提供されて
いた。しかしながら、予めビデオゲーム装置やコンピュ
ータ装置が有する記憶装置にプリインストールして配布
するものとしてもよい。また、本発明を実現するための
プログラムやデータは、通信回線９０を介して接続され
たネットワーク５上の他の機器から搬送波に重畳された
コンピュータ信号としてビデオゲーム装置１に提供され
るものとしてもよい。

【００９２】上記の実施の形態では、本発明のビデオゲ
ームは、ビデオゲーム装置１で実行されるものとしてい
た。しかしながら、通信回線９０を介して接続されたネ
ットワーク５上の他の機器のハードウェア資源でプログ
ラムを実行し、ゲームを進行する形態としてもよい。他
のゲーム専用機や汎用コンピュータ装置とネットワーク
５を介してデータの交換を行うことにより、ゲームを進
行する形態としてもよい。

【００９３】

【発明の効果】以上説明したように、本発明によれば、
再生する楽曲を変更する場合の楽曲間のつながりが滑ら
かになる。

【図面の簡単な説明】

【図１】本発明の実施の形態に適用されるビデオゲーム
システムを示すブロック図である。

【図２】音声処理部を詳細に示す図である。

【図３】ＲＡＭへの領域の割り当てを示す図である。

【図４】楽曲データ領域に記憶されるＢＧＭのデータの
一例を示す図である。

【図５】音声再生チャネルに対するＢＧＭ−ＡおよびＢ
ＧＭ−Ｂの音声トラックの割り当てを示す図である。

【図６】本発明の実施の形態における楽曲の変更処理手
順を示すフローチャートである。

【図７】本発明の実施の形態による旧楽曲から新楽曲へ
の変更の過程を模式的に示す図である。

【図８】図７に変わる他の楽曲変更の過程を模式的に示
す図である。

【図９】図７に変わるさらに他の楽曲変更の過程を模式
的に示す図である。

【図１０】（ａ）〜（ｃ）は、従来のビデオゲームで用
いられていた楽曲の譜パターン例を示す図である。

【図１１】従来例におけるＢＧＭ変更のための処理手順
を示すフローチャートである。

【図１２】従来例におけるＢＧＭ変更のための他の処理
手順を示すフローチャートである。

【図１３】（ａ）〜（ｃ）は、従来例による楽曲変更の
例を説明する図である。

【符号の説明】

１ ビデオゲーム装置 ４ 記録媒体 １０ 主制御部 １１ ＣＰＵ １２ ＲＯＭ １３ ＲＡＭ １３ａ プログラム領域 １３ｂ ゲー
ムデータ領域 １３ｃ 楽曲データ領域 １３１ 音声
トラック ３０ 音声処理部 ３１ 音声再
生チャネル ３１ａ ボリュームスイッチ

Claims (9)

(57)【特許請求の範囲】
1. 【請求項１】複数のトラックを有する楽曲データを、複
   数曲分格納する楽曲データ格納手段と、 前記楽曲データ格納手段に格納された複数曲分の楽曲デ
   ータのうちで、再生すべき楽曲データに基づいて、トラ
   ック単位で楽曲を再生する再生チャネルを複数有する楽
   曲再生手段と、 ゲームの進行状況に応じた場面の切り替えに応答して、
   前記楽曲データ格納手段に格納された楽曲データのうち
   で現在再生されている旧楽曲データから他の異なる新楽
   曲データに、前記楽曲再生手段で再生すべき楽曲の変更
   を指示する楽曲変更指示手段と、 前記楽曲変更指示手段によって再生すべき楽曲の変更が
   指示された場合、前記楽曲再生手段の再生チャネルによ
   る旧楽曲データのトラックの再生音量を、トラック毎に
   互いに異なるタイミングで再生を終了するように、再生
   停止レベルまで徐々に低下させる旧楽曲データ音量低下
   手段と、 前記楽曲変更指示手段によって再生すべき楽曲の変更が
   指示された場合、前記楽曲データ再生手段の有する再生
   チャネルによる新楽曲データのトラックの再生音量を、
   トラック毎に互いに異なるタイミングで再生を開始させ
   て、一定レベルまで徐々に上昇させる新楽曲データ音量
   上昇手段と、 を備えることを特徴とするビデオゲーム装置。
2. 【請求項２】前記旧楽曲データのトラックと前記新楽曲
   データのトラックとは、少なくとも一部が互いに共通の
   再生チャネルを使用して再生され、 前記新楽曲データ音量上昇手段は、旧楽曲データと再生
   チャネルが共通する新楽曲データのトラックの再生音量
   を、対応する旧楽曲データのトラックが再生停止レベル
   に達してから、前記一定レベルまで徐々に上昇させるこ
   とを特徴とする請求項１に記載のビデオゲーム装置。
3. 【請求項３】前記楽曲データ格納手段に格納されている
   楽曲データの各トラックには、再生する際の優先順位を
   示す優先度情報が付与されており、 前記旧楽曲データ音量低下手段は、優先度情報に基づい
   て優先順位の低いトラックを再生している再生チャネル
   から順に、旧楽曲データのトラックの再生音量を徐々に
   低下させることを特徴とする請求項１または２に記載の
   ビデオゲーム装置。
4. 【請求項４】前記旧楽曲データ音量低下手段は、各再生
   チャネルにおける音量低下の処理をそれぞれ異なるタイ
   ミングで開始させ、それぞれ一定期間ずつで終了させる
   ことを特徴とする請求項１から３のいずれかに記載のビ
   デオゲーム装置。
5. 【請求項５】前記旧楽曲データ音量低下手段は、各再生
   チャネルにおける音量低下の処理をそれぞれ同一のタイ
   ミングで開始させることを特徴とする請求項１から３の
   いずれかに記載のビデオゲーム装置。
6. 【請求項６】前記新楽曲データ音量上昇手段は、各再生
   チャネルにおける音量上昇の処理をそれぞれ一定期間ず
   つで終了させることを特徴とする請求項１から５のいず
   れかに記載のビデオゲーム装置。
7. 【請求項７】前記新楽曲データ音量上昇手段は、各再生
   チャネルにおける音量上昇の処理をそれぞれ同一のタイ
   ミングで終了させることを特徴とする請求項１から５の
   いずれかに記載のビデオゲーム装置。
8. 【請求項８】楽曲データに基づいてトラック単位で楽曲
   を再生する複数の再生チャネルを用いて、それぞれ複数
   のトラックを有する旧楽曲データから他の異なる新楽曲
   データに、再生する楽曲を変更する楽曲変更方法であっ
   て、 ゲームの進行状況に応じた場面の切り替えに応答して、
   現在再生されている旧楽曲データから他の異なる新楽曲
   データに、再生すべき楽曲の変更を指示する楽曲変更指
   示ステップと、 前記楽曲変更指示ステップで再生すべき楽曲の変更が指
   示された場合、前記複数の再生チャネルによる旧楽曲デ
   ータのトラックの再生音量を、トラック毎に互いに異な
   るタイミングで再生を終了するように、再生停止レベル
   まで徐々に低下させる旧楽曲データ音量低下ステップ
   と、 前記楽曲変更指示ステップで再生すべき楽曲の変更が指
   示された場合、前記複数の再生チャネルによる新楽曲デ
   ータのトラックの再生音量を、トラック毎に互いに異な
   るタイミングで再生を開始させて、一定レベルまで徐々
   に上昇させる新楽曲データ音量上昇ステップと、 を含むことを特徴とする楽曲変更方法。
9. 【請求項９】楽曲データをトラック単位で再生する複数
   の再生チャネルを用いて、それぞれ複数のトラックを有
   する旧楽曲データから他の異なる新楽曲データに、再生
   する楽曲を変更するためのプログラムを記録したコンピ
   ュータ読み取り可能な記録媒体であって、 ゲームの進行状況に応じた場面の切り替えに応答して、
   現在再生されている旧楽曲データから他の異なる新楽曲
   データに、再生すべき楽曲の変更を指示する楽曲変更指
   示ステップと、 前記楽曲変更指示ステップで再生すべき楽曲の変更が指
   示された場合、前記複数の再生チャネルによる旧楽曲デ
   ータのトラックの再生音量を、トラック毎に互いに異な
   るタイミングで再生を終了するように、再生停止レベル
   まで徐々に低下させる旧楽曲データ音量低下ステップ
   と、 前記楽曲変更指示ステップで再生すべき楽曲の変更が指
   示された場合、前記複数の再生チャネルによる新楽曲デ
   ータのトラックの再生音量を、トラック毎に互いに異な
   るタイミングで再生を開始させて、一定レベルまで徐々
   に上昇させる新楽曲データ音量上昇ステップと、 を実行するためのプログラムを記録したコンピュータ読
   み取り可能な記録媒体。