JP3538192B2

JP3538192B2 - ゲームプログラム

Info

Publication number: JP3538192B2
Application number: JP2002281591A
Authority: JP
Inventors: 勉渡邉
Original assignee: コナミ株式会社
Priority date: 2002-09-26
Filing date: 2002-09-26
Publication date: 2004-06-14
Anticipated expiration: 2022-09-26
Also published as: JP2004113507A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲームプログラム
に関するものである。

【０００２】

【従来の技術】最近、ロールプレイングゲームなどに代
表される、ゲームフィールド中を移動してアイテムを収
集し、収集したアイテムを用いて敵と戦いながら、スト
ーリーを進めていくというゲームがある。上記ゲームに
おいて、取得するアイテムはゲーム画面上に画像として
表示されているもので、プレーヤが操作するキャラクタ
（自キャラクタ）をアイテムが設置されている場所まで
移動させることで、このアイテムを取得していた。

【０００３】

【発明が解決しようとする課題】発明者は、従来とは形
態の異なるアイテム、すなわち、ゲーム中に使用される
各種の音や、ゲーム中に使用されるＢＧＭ（Ｂａｃｋ
ＧｒｏｕｎｄＭｕｓｉｃ）を取得し、これを用いて遊
戯するゲームの着想に至った。

【０００４】本発明はこのような点を考慮して成された
ものであり、ゲーム中に使用される音を取得可能なゲー
ムプログラムを提供することを目的とする。

【０００５】また本発明の別の目的は、取得した音を再
生可能なゲームプログラムを提供することを目的とす
る。

【０００６】

【課題を解決するための手段】本発明の目的を達成する
ために、例えば本発明のゲームプログラムは以下の構成
を備える。

【０００７】すなわち、音を発するキャラクタとしてゲ
ームフィールド内に配置された複数の発生源キャラクタ
の夫々を識別するための情報と、当該複数の発生源キャ
ラクタの夫々を示す画像と、前記複数の発生源キャラク
タの夫々が発する音のデータを識別するための情報とを
関連づけて保持しているメモリを備えるコンピュータ
に、前記ゲームフィールド上の前記複数の発生源キャラ
クタの夫々の位置に所定サイズの領域を設定する領域設
定工程と、前記領域設定工程で設定した複数の領域のう
ち２つ以上の領域同士が重なる部分に、プレーヤが操作
可能で前記ゲームフィールド内を移動可能な自キャラク
タが位置するか否かを、前記自キャラクタの位置と、前
記複数の発生源キャラクタの夫々の位置との距離に基づ
いて判断する第１の判断工程と、前記自キャラクタの位
置に最も近い注目発生源キャラクタの位置に設定された
領域内に前記自キャラクタが位置するか否かを、前記自
キャラクタの位置と前記注目発生源キャラクタの位置と
の距離に基づいて判断する第２の判断工程と、注目発生
源キャラクタを識別するための情報をテーブルに登録す
る指示が入力され、前記自キャラクタの位置と前記注目
発生源キャラクタの位置との距離が前記所定の距離以下
であり、且つ前記２つ以上の領域同士が重なる部分以外
に前記自キャラクタが位置する場合にのみ、前記注目発
生源キャラクタを識別する為の情報を前記テーブルに登
録する登録工程と、前記登録工程で前記テーブルに登録
した情報に関連づけられて前記メモリに保持されている
画像を前記コンピュータが有する表示部に一覧表示する
表示工程と、前記一覧表示された画像から、前記コンピ
ュータが有する入力部を用いて指示された画像に関連づ
けられて前記メモリに保持されている、音のデータを識
別するための情報でもって特定される音のデータを再生
する再生工程とを実行させることを特徴とする。

【０００８】

【０００９】

【００１０】

【００１１】

【００１２】

【００１３】

【００１４】

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

【００１５】［第１の実施形態］図１に、本実施形態に
係るゲームプログラムを実行するゲーム装置の基本構成
を示す。本実施形態に係るゲーム装置は、後述する構成
を有していることから一般のＰＣ（パーソナルコンピュ
ータ）や家庭用ゲーム専用機等に適用可能である。

【００１６】ＣＰＵ１０１はＲＯＭ１０３に格納された
プログラムやデータを用いて本装置全体の起動や、起動
後の本装置の制御を行う。また、ＲＡＭ１０２にロード
されるプログラムやデータを用いて後述のゲーム処理を
行う。ＲＡＭ１０２は外部記憶装置１０８に保存されて
いるプログラムやデータ、記憶媒体ドライブ１０８によ
って記憶媒体１０９から読み出されるゲームプログラム
１０９ａやデータ１０９ｂを一時的に記憶するエリアを
備えると共に、ＣＰＵ１０１が各処理を行うに際し、使
用するワークエリアも備える。ＲＯＭ１０３は本装置全
体の起動を行うためのプログラム（ブートプログラム）
や、起動後の本装置を制御するためのプログラムやデー
タ等を格納する。

【００１７】表示部１０４はＣＲＴや液晶画面などによ
り構成されており、後述のゲーム画面を表示する。キー
ボード１０５，マウス１０６は各指示をＣＰＵ１０１に
対して入力するためのポインティングデバイスとして用
いられる。ポインティングデバイスとしては他にも、ゲ
ームパッドやジョイスティックなどを用いても良い。外
部記憶装置１０８はハードディスクドライブなどに代表
される大容量情報記憶装置で、記憶媒体ドライブ１０８
が記憶媒体１０９から読み出したゲームプログラム１０
９ａ、ゲームデータ１０９ｂを保存することができる。

【００１８】記憶媒体ドライブ１０８は記憶媒体１０９
に格納されたゲームプログラム１０９ａ、ゲームデータ
１０９ｂを読み出して、ＲＡＭ１０２や外部記憶装置１
０８に出力する。記憶媒体１０９はＣＤ−ＲＯＭやＤＶ
Ｄ−ＲＯＭなどにより構成されており、情報記録のため
の記録メディアであれば特に限定されるものではない。
その場合当然、記憶媒体ドライブ１０８はそのメディア
の種類に対応したものである必要がある。記憶媒体１０
９にはＣＰＵ１０１に後述のゲーム処理を実行させるた
めのゲームプログラム１０９ａと、後述のゲーム処理に
要する各種のデータ群であるゲームデータ１０９ｂが格
納されている。ゲームプログラム１０９ａ、ゲームデー
タ１０９ｂに関しては後述する。

【００１９】サウンド処理部１１０は、ゲームデータ１
０９ｂに含まれるサウンドデータに基づいた信号をＤ／
Ａ変換するＤ／Ａ変換器を備え、変換結果の信号をスピ
ーカ１１１に出力する。スピーカ１１１は入力されるア
ナログ信号に応じた音を出力する。上記ＣＰＵ１０１、
ＲＡＭ１０２、ＲＯＭ１０３、表示部１０４、キーボー
ド１０５、マウス１０６、外部記憶装置１０８、記憶媒
体ドライブ１０８、サウンド処理部１１０の夫々はバス
１１２に接続されており、夫々の間で通信が可能であ
る。

【００２０】次に、上述の構成を備えるゲーム装置によ
って行われるゲーム（処理）について説明する。本実施
形態におけるゲームのゲームフィールドには常に、もし
くは定期的／不定期的に音を発するキャラクタ（発生源
キャラクタ）が複数存在する。発生源キャラクタはゲー
ム画面上では画像として表示されており、この画像とし
ては例えば人が鋸で木を切る様子を表す画像や、吠えて
いる犬を表す画像、人が自転車をこいでいる様子を表す
画像等がある。また、発生源キャラクタが発する音はス
ピーカ１１１から出力される。

【００２１】プレーヤの操作するキャラクタ（自キャラ
クタ）がこの発生源キャラクタに近づくと、スピーカ１
１１から出力される音（当然この発生源キャラクタが発
する音）の大きさは大きくなり、遠ざかると出力される
音の大きさは小さくなる。また、発生源キャラクタの位
置は固定されていても良いし、常に、もしくは定期的／
不定期的に動いていても良い。また、ゲーム中には常に
ＢＧＭがスピーカ１１１から出力されている。

【００２２】上記ゲームにおいて、このゲームの目的
は、自キャラクタを音の発生源（すなわち発生源キャラ
クタ）に近づけて、キーボード１０５、マウス１０６を
用いてこの発生源から発せられる音を取得する（第１の
目的）、上記キーボード１０５、マウス１０６を用いて
上記ＢＧＭを取得する（第２の目的）ことにある。以下
では、この第１の目的、第２の目的を達成するために、
上記ゲーム装置が行う処理について説明する。

【００２３】＜第１の目的を達成するためにゲーム装置
が行う処理＞図２は表示部１０４に表示されているゲー
ム画面２００において、自キャラクタ２０１と発生源キ
ャラクタ２０２，そして発生源キャラクタ２０２から発
せられる音の取得可能領域２０３とを示す図である。同
図領域２０３は発生源キャラクタ２０２の位置を中心と
した半径Ｄの円内の領域で、この領域内に自キャラクタ
２０１が位置するときのみ、この発生源キャラクタ２０
２から発せられる音を取得することができる。なお、こ
の領域の形状はこれに限定されるものではない。

【００２４】ここで音の取得について説明する。図３は
上記ゲームデータ１０９ｂに含まれるもので、ゲームフ
ィールドに複数存在する発生源キャラクタの夫々が発す
る音のデータのファイル名が登録されたテーブルの一例
を示す図である。各音のデータもまた上記ゲームデータ
１０９ｂに含まれているものである。図４はゲームデー
タ１０９ｂに含まれる上記テーブル３００と各音のデー
タ群４００（テーブルに登録された各ファイル名で特定
されるデータ）とを示す図である。

【００２５】上述の通りゲームフィールドには複数の発
生源キャラクタが存在しているが、夫々の発生源キャラ
クタには図３に示す各ＩＤ番号が付けられている（１つ
の発生源キャラクタに１つのＩＤ番号）。図３のテーブ
ルでは、夫々のＩＤ番号に音のデータのファイル名を１
対１で対応づけているので、図３のテーブルによりゲー
ムフィールドに存在する夫々の発生源キャラクタに、発
する音のファイル名を対応づけることができる。

【００２６】よってＣＰＵ１０１がこのテーブルを参照
することで、発生源キャラクタ２０２に対応づけられた
音のデータのファイル名を特定することができるので、
特定したファイル名の音データをサウンド処理部１１０
に入力することで、スピーカ１１１からこの音データに
基づいた音を、発生源キャラクタ２０２が発する音とし
て出力させることができる。

【００２７】ここで音のデータについて説明する。例え
ば発生源キャラクタ２２０が定期的に太鼓をたたくキャ
ラクタであるとする。自キャラクタ２０１がこの発生源
キャラクタ２２０の音の取得可能領域２０３内に移動す
ると、スピーカ１１１からは例えば「ドンドンド
ン、、、、」という音が出力される。このときこの発生
源キャラクタに対応する音のデータは「ドン」という音
のデータである。よってこの音のデータを繰り返しサウ
ンド処理部１１０に入力することでスピーカ１１１から
は「ドンドンドン、、、、」という音が出力される。

【００２８】また、出力される音の大きさは自キャラク
タ２０１と発生源キャラクタ２０２との距離によるもの
であるから、ＣＰＵ１０１はこの距離を逐次計算し、計
算した距離に応じた音の大きさになるように、サウンド
処理部１１０を制御する。

【００２９】ここで、自キャラクタ２０１が上記領域２
０３内に位置するときにＣＰＵ１０１がキーボード１０
５、もしくはマウス１０６の所定のボタンが押下された
ことを検知した場合、ＣＰＵ１０１は発生源キャラクタ
２０２に付けられているＩＤ番号を取得音テーブル（Ｒ
ＡＭ１０２に記憶されている）に追加登録する。この処
理が「発生源キャラクタ２０２が発する音を取得する処
理」である。図５に取得音テーブルの一例を示す。同図
ではＩＤ番号２と５がテーブルに登録されている。すな
わち自キャラクタは、ＩＤ番号が２である発生源キャラ
クタが発する音と、ＩＤ番号が５である発生源キャラク
タが発する音とを取得したことを示す。

【００３０】音を取得するためにＣＰＵ１０１が行う処
理のフローチャートを図６に示す。なお、同図のフロー
チャートに従った処理はゲームのメインの処理のサブル
ーチンとして行われるものであり、同図のフローチャー
トに従った処理が終了すると、上記メインの処理に戻
る。

【００３１】ＣＰＵ１０１はキーボード１０５やマウス
１０６の所定のボタンが押下されたか否かをチェックし
ており、この所定のボタンの押下を検知すると（ステッ
プＳ６０１）、自キャラクタと位置が最も近い発生源キ
ャラクタを検索し、自キャラクタが検索した発生源キャ
ラクタの取得可能領域内に位置するか否かを判断する
（ステップＳ６０２）。具体的には自キャラクタと発生
源キャラクタとの距離を求め、求めた距離が所定の距離
（図２では距離Ｄ）以下であるか否かを判断する。また
発生源キャラクタが１つのみである場合には、上記検索
処理は行わずに、この発生源キャラクタと自キャラクタ
との距離が所定の距離以下であるか否かを判断する。

【００３２】自キャラクタが取得可能領域内に位置する
か否かは、ゲームフィールドが３次元モデルで表現され
ていても、２次元画像として表現されていてもよく、前
者の場合には３次元空間において自キャラクタと発生源
キャラクタとの距離が所定の距離Ｄ以下であるか否かを
判断すればよいし、後者の場合には、画面上における距
離が所定の距離Ｄ以下であるか否かを判断すればよい。

【００３３】次に、自キャラクタが取得可能領域内に位
置する場合には、この領域の発生源キャラクタ（上記検
索した発生源キャラクタ）に付けられたＩＤ番号を取得
し、取得音テーブルに登録する（ステップＳ６０３）。
以上の処理により、自キャラクタはゲームフィールドに
存在する発生源キャラクタが発する音を取得することが
できる。そして、このようにして取得した音は、任意に
再生することができる。例えば、キーボード１０５やマ
ウス１０６の所定のボタンを用いてメニュー画面をゲー
ム画面上に開く。図７にメニュー画面の一例を示す。

【００３４】同図において７００はメニュー画面で、ゲ
ーム画面に重畳表示されるウィンドウである。このメニ
ュー画面７００には、取得した各音が、どのキャラクタ
から取得したかを示す画像が表示される。同図では例と
して２つ（蛙の画像７０１と、車の画像７０２）を示し
ているが、表示される数はこれに限定されるものではな
く、取得した音の数だけ表示される。同図では、蛙と車
から夫々音を取得したとしているので、夫々蛙の画像７
０１、車の画像７０２を表示している。これらの画像は
各音に対応する上述のＩＤ番号に対応づけられて、ゲー
ムデータ１０９ｂに含まれているものとする。

【００３５】そして再生したい音を示す画像（図７では
画像７０１か画像７０２）を、キーボード１０５やマウ
ス１０６を用いて指示することで、ＣＰＵ１０１は指示
された画像に対応するＩＤ番号で特定される音のファイ
ル名を図３に示すテーブルを参照することで特定するこ
とができるので、特定した音のファイル名の音のデータ
をサウンド処理部１１０に送ることで、スピーカ１１１
からは送られた音のデータに従った音が出力される。

【００３６】以上説明した処理により、上記第１の目的
を達成することができると共に、取得した音を再生する
こともできる。

【００３７】なお、上記ステップＳ６０３では発生源キ
ャラクタに付けられたＩＤ番号を取得し、取得音テーブ
ルに登録していたが、これに限定されるものではなく、
他にも例えば、更に図３に示したテーブルを参照して、
このＩＤ番号に対応する音のファイル名を取得音テーブ
ルに登録しても良い。

【００３８】＜第２の目的を達成するためにゲーム装置
が行う処理＞図８は上記ゲームデータ１０９ｂに含まれ
るもので、ゲーム中に使用される複数種のＢＧＭのデー
タのファイル名が登録されたテーブル８００を示す図で
ある。各ＢＧＭのデータもまた上記ゲームデータ１０９
ｂに含まれているものとする。各ＢＧＭにはＩＤ番号が
付けられており、このＩＤ番号と１対１でＢＧＭのデー
タのファイル名が対応している。

【００３９】ゲーム中で使用されるＢＧＭのデータは図
９に示すように、ＣＰＵ１０１によってＲＡＭ１０２の
所定のエリアにロードされる。図９はＲＡＭ１０２のメ
モリ空間におけるＢＧＭのデータの配置を示す図であ
る。同図ではＢＧＭのデータは、アドレス0Xbacc〜0xbc
ccに格納されている。そしてＣＰＵ１０１は先頭（0Xba
cc）から順にＢＧＭのデータを逐次読み出し、サウンド
処理部１１０に送ることで、スピーカ１１１からは逐次
送られたデータに従ったＢＧＭの音が出力される。そし
て所定のエリアの最後のアドレスに格納されたデータを
読み出すと、先頭に戻り、上記読み出し処理を繰り返
す。なお、各ＢＧＭのデータはいずれもＲＡＭ１０２内
の同じエリアにロードされるものとする。

【００４０】ここで、ＣＰＵ１０１がキーボード１０５
やマウス１０６の所定のボタンの押下を検知すると、検
知した後、最初にＲＡＭ１０２から読み出すＢＧＭのデ
ータのアドレスをＢＧＭのＩＤ番号と共に後述の取得Ｂ
ＧＭテーブルに登録する。そして次にＣＰＵ１０１がこ
の所定のボタンの押下の解除を検知すると、検知した
後、最初にＲＡＭ１０２から読み出すＢＧＭのデータの
アドレスを先に登録したアドレス、ＩＤ番号に対応づけ
て後述の取得ＢＧＭテーブルに登録する。図１０に以上
の処理による取得ＢＧＭテーブルを示す。同図では、上
記所定のボタンが押下された後に最初にＣＰＵ１０１に
よって読み出されたＢＧＭのデータのアドレス（第１の
アドレス）は0xbae0で、押下が解除された後に最初にＣ
ＰＵ１０１によって読み出されたＢＧＭのデータのアド
レス（第２のアドレス）は0xbaf0である。また、このＢ
ＧＭのＩＤ番号は０である。

【００４１】すなわち上記操作により、上記所定のボタ
ンが押下されてから押下が解除されるまでにスピーカ１
１１から出力されたＢＧＭ（部分ＢＧＭ）のデータのＲ
ＡＭ１０２における範囲の両端のアドレス（第１のアド
レスと第２のアドレスの組）を得ることができる。よっ
てゲームとは別のモード、すなわちＢＧＭがスピーカ１
１１から出力されていないモード（ＢＧＭ再生モード）
で、ＣＰＵ１０１にこの範囲の両端のアドレスとＢＧＭ
のＩＤ番号を指定することで、ＣＰＵ１０１はＲＡＭ１
０２の上記所定のエリアに指定されたＩＤ番号に対応す
るＢＧＭのデータ（図４に示すテーブルを参照すること
で特定）をロードし、指定された両端のアドレス間のデ
ータのみを逐次サウンド処理部１１０に送ることで、取
得した部分ＢＧＭの音をスピーカ１１１から出力するこ
とができる。

【００４２】また、複数の部分ＢＧＭを取得した場合に
は、どれを再生するのかを選択するメニュー画面をキー
ボード１０５やマウス１０６を用いて上記ゲーム画面に
重畳して表示させ、そこで選択する。

【００４３】また、ゲームを行うモードから上記ＢＧＭ
再生モードへの切り替えはキーボード１０５やマウス１
０６を用いて行うものとする。

【００４４】以上説明した部分ＢＧＭを取得するために
ＣＰＵ１０１が行う処理のフローチャートを図１１に示
す。なお、同図のフローチャートに従った処理はゲーム
のメインの処理のサブルーチンとして行われるものであ
り、同図のフローチャートに従った処理が終了すると、
上記メインの処理に戻る。

【００４５】ＣＰＵ１０１はキーボード１０５やマウス
１０６の所定のボタンの押下を検知すると（ステップＳ
１１０１）、ＢＧＭのＩＤ番号と上記第１のアドレスを
取得ＢＧＭテーブルに登録する（ステップＳ１１０
２）。次に、ＣＰＵ１０１は上記押下の解除を検知する
と（ステップＳ１１０３）、上記第２のアドレスを先に
登録した第１のアドレス、ＩＤ番号に対応づけて取得Ｂ
ＧＭテーブルに登録する（ステップＳ１１０４）。

【００４６】以上説明した処理により、上記第２の目的
を達成することができると共に、取得したＢＧＭを再生
することもできる。

【００４７】また以上の説明では、所定のボタンの押下
に応じて第１のアドレスとＩＤ番号を、押下の解除に応
じて第２のアドレスを取得ＢＧＭテーブルに登録してい
たが、他の操作によって、これら第１のアドレス、ＩＤ
番号、第２のアドレスを取得ＢＧＭテーブルに登録して
もよい。また、ＩＤ番号は第１のアドレスと共に登録さ
れていたが、ＩＤ番号が登録されるタイミングはこれに
限定されるものではなく、第２のアドレスと共に登録さ
れても良い。

【００４８】［第２の実施形態］第１の実施形態では自
キャラクタが発生源キャラクタの音の取得可能領域に入
っていれば、常にこの発生源キャラクタが発する音を取
得可能であった。本実施形態では以下のような場合には
音の取得を禁止する処理を行う。これにより、プレーヤ
に音を取得するための思考を行わせることができ、より
難易度を上げた音の取得ゲームを実現することが出来
る。なお、音の取得を禁止するとは、例えばＣＰＵ１０
１に図６に示すフローチャートに従った処理を実行させ
ないようにすることである。

【００４９】＜音の取得を禁止する条件１＞上述の通り
ゲームフィールドには複数の発生源キャラクタが存在す
る。また、夫々の発生源キャラクタの音の取得可能領域
のサイズは夫々異なる場合もある。よって各発生源キャ
ラクタの配置によっては、夫々の発生源キャラクタの音
の取得可能領域が重なったりする場合がある。例えば発
生源キャラクタＡの音の取得可能領域と、発生源キャラ
クタＢの音の取得可能領域とが一部重なっている場合、
この重なった領域に自キャラクタを移動させると、スピ
ーカ１１１からは発生源キャラクタＡが発する音と、発
生源キャラクタＢが発する音とが重なって出力される
（夫々の音の大きさは、自キャラクタとの距離が小さい
発生源キャラクタの音ほど大きいものとなる）。この状
態でＣＰＵ１０１がキーボード１０５やマウス１０６の
所定のボタンの押下を検知すると、取得を禁止する処理
を行っても良い。すなわち、同時に取得可能な音は１つ
とする。

【００５０】＜音の取得を禁止する条件２＞第１の実施
形態では自キャラクタが音の取得可能領域内に存在して
いれば、どのタイミングで音の取得処理を行っても音の
取得は可能であった。しかし、サウンド処理部１１０は
送られた音のデータに基づいた信号を繰り返しスピーカ
１１１に出力しているのであるが、サウンド処理部１１
０が音のデータを受け取って、最初の信号を出力してか
ら数ミリ秒以内であれば、音の取得を可能にするように
しても良い。すなわち、発生源キャラクタが発する音は
上述の通り、ある音を繰り返しスピーカ１１１から出力
されているのであるが、この「ある音」がスピーカ１１
１から出力されるのととほぼ同時に音の取得処理を行わ
ないと音の取得を禁止するようにする。

【００５１】例えば、発生源キャラクタが定期的に太鼓
をたたくキャラクタであるとする。自キャラクタがこの
発生源キャラクタの音の取得可能領域内に移動すると、
スピーカ１１１からは例えば「ドンドンドン、、、、」
という音が出力される。このときこの発生源キャラクタ
に対応する音のデータは「ドン」という音のデータであ
る。このとき、スピーカ１１１から「ドン」という音が
出力されるタイミングに応じて音の取得処理を行えば音
の取得を可能とする。一方、「ドン」という音が出力さ
れてから数ミリ秒以上の時間がかかってから音の取得処
理を行おうとしても、音の取得処理を禁止する。

【００５２】以上説明した本実施形態における音の取得
処理のフローチャートを図１２に示す。なお、同図のフ
ローチャートに従った処理はゲームのメインの処理のサ
ブルーチンとして行われるものであり、同図のフローチ
ャートに従った処理が終了すると、上記メインの処理に
戻る。

【００５３】まず自キャラクタが２つ以上の音の取得可
能領域が重なった領域に位置するか否かをチェックする
（ステップＳ１２０１）。具体的には、上記ステップＳ
６０２における処理を複数の発生源キャラクタに対して
行い、自キャラクタと夫々の発生源キャラクタとの距離
が所定距離以下であるか否かをチェックすることで、自
キャラクタが２つ以上の音の取得可能領域が重なった領
域に位置するか否かをチェックすることができる。

【００５４】位置していなければ次に、自キャラクタが
１つの音の取得可能領域内に位置しているか否かをステ
ップＳ６０２と同様してチェックする（ステップＳ１２
０２）。位置していれば次に、ＣＰＵ１０１はキーボー
ド１０５やマウス１０６の所定のボタンの押下が、上記
タイミングに応じて（音の出力から数ミリ秒以内で）検
知される（タイミングが合っている）と（ステップＳ１
２０３）、音の取得が行われる（ステップＳ１２０
４）。ステップＳ１２０４における処理は上記ステップ
Ｓ６０３と同じであるので説明を省略する。

【００５５】以上説明した図１２に示したフローチャー
トに従った処理を図６に示したフローチャートに従った
処理の代わりに行うことで、上記第１の目的を達成する
ために、プレーヤにより思考を行わせることができ、よ
り難易度を上げた音の取得ゲームを実現することが出来
る。

【００５６】［第３の実施形態］以上の処理（例えば図
６、図１１、図１２に示したフローチャートの一部、も
しくは全部に従った処理）をプログラムとしてＣＤ−
Ｒ、ＲＯＭやＤＶＤ−ＲＯＭ、ＭＯ等の記憶媒体に記憶
させ、この記憶媒体に記憶されているプログラムをコン
ピュータに読み込ませる（インストール、もしくはコピ
ーさせる）ことで、このコンピュータに以上の処理を行
わせることができる。よって、この記憶媒体も本発明の
範疇にあることは明白である。

【００５７】

【発明の効果】以上の説明により、本発明によって、ゲ
ーム中に使用される音を取得することができる。また本
発明によって、取得した音を再生することができる。

【図面の簡単な説明】

【図１】本発明の実施形態に係るゲームプログラムを実
行するゲーム装置の基本構成を示すブロック図である。

【図２】表示部１０４に表示されているゲーム画面２０
０において、自キャラクタ２０１と発生源キャラクタ２
０２、そして発生源キャラクタ２０２から発せられる音
の取得可能領域２０３とを示す図である。

【図３】ゲームデータ１０９ｂに含まれるもので、ゲー
ムフィールドに複数存在する発生源キャラクタの夫々が
発する音のデータのファイル名が登録されたテーブルの
一例を示す図である。

【図４】テーブル３００と各音のデータ群４００（テー
ブルに登録された各ファイル名で特定されるデータ）と
ゲームデータ１０９ｂとの関係を示す図である。

【図５】取得音テーブルの一例を示す図である。

【図６】音を取得するためにＣＰＵ１０１が行う処理の
フローチャートである。

【図７】メニュー画面の一例を示す図である。

【図８】ゲームデータ１０９ｂに含まれるもので、ゲー
ム中に使用される複数種のＢＧＭのデータのファイル名
が登録されたテーブル８００を示す図である。

【図９】ＲＡＭ１０２のメモリ空間におけるＢＧＭのデ
ータの配置を示す図である。

【図１０】取得ＢＧＭテーブルの一例を示す図である。

【図１１】部分ＢＧＭを取得するためにＣＰＵ１０１が
行う処理のフローチャートである。

【図１２】音の取得処理の判定処理のフローチャートで
ある。

Claims

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

【請求項１】音を発するキャラクタとしてゲームフィ
ールド内に配置された複数の発生源キャラクタの夫々を
識別するための情報と、当該複数の発生源キャラクタの
夫々を示す画像と、前記複数の発生源キャラクタの夫々
が発する音のデータを識別するための情報とを関連づけ
て保持しているメモリを備えるコンピュータに、前記ゲームフィールド上の前記複数の発生源キャラクタ
の夫々の位置に所定サイズの領域を設定する領域設定工
程と、前記領域設定工程で設定した複数の領域のうち２つ以上
の領域同士が重なる部分に、プレーヤが操作可能で前記
ゲームフィールド内を移動可能な自キャラクタが位置す
るか否かを、前記自キャラクタの位置と、前記複数の発
生源キャラクタの夫々の位置との距離に基づいて判断す
る第１の判断工程と、前記自キャラクタの位置に最も近い注目発生源キャラク
タの位置に設定された領域内に前記自キャラクタが位置
するか否かを、前記自キャラクタの位置と前記注目発生
源キャラクタの位置との距離に基づいて判断する第２の
判断工程と、注目発生源キャラクタを識別するための情報をテーブル
に登録する指示が入力され、前記自キャラクタの位置と
前記注目発生源キャラクタの位置との距離が前記所定の
距離以下であり、且つ前記２つ以上の領域同士が重なる
部分以外に前記自キャラクタが位置する場合にのみ、前
記注目発生源キャラクタを識別する為の情報を前記テー
ブルに登録する登録工程と、前記登録工程で前記テーブルに登録した情報に関連づけ
られて前記メモリに保持されている画像を前記コンピュ
ータが有する表示部に一覧表示する表示工程と、前記一覧表示された画像から、前記コンピュータが有す
る入力部を用いて指示された画像に関連づけられて前記
メモリに保持されている、音のデータを識別するための
情報でもって特定される音のデータを再生する再生工程
とを実行させることを特徴とするゲームプログラム。
【請求項２】前記領域設定工程では、前記発生源キャ
ラクタの位置を中心とする円形の領域を、前記複数の発
生源キャラクタの夫々の位置に設定することを特徴とす
る請求項１に記載のゲームプログラム。