JP3821282B2 - ゲーム装置及びゲームプログラム - Google Patents
ゲーム装置及びゲームプログラム Download PDFInfo
- Publication number
- JP3821282B2 JP3821282B2 JP2002026019A JP2002026019A JP3821282B2 JP 3821282 B2 JP3821282 B2 JP 3821282B2 JP 2002026019 A JP2002026019 A JP 2002026019A JP 2002026019 A JP2002026019 A JP 2002026019A JP 3821282 B2 JP3821282 B2 JP 3821282B2
- Authority
- JP
- Japan
- Prior art keywords
- game
- reference position
- output value
- motion sensor
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【産業上の利用分野】
この発明は動きセンサを利用するゲーム装置及びゲームプログラムに関する。
【0002】
【従来技術】
動きセンサを利用するゲーム装置が特開2001−170358号公報(以下「先行技術」と略称する)に開示されている。この先行技術は、プレイヤが把持する携帯型ゲーム装置またはゲーム装置に接続される操作装置(以下、「ゲーム装置等」と略称する)に動きセンサを設けて、ゲーム装置等の動き(加速度,傾きや角度の変化等)を検出して、それに応じてゲーム制御をおこなうものである。この先行技術は、ゲーム装置等の基準ポジションとして、0Gポジションおよびニュートラルポジションを設定している。ここで、0Gポジションとは、ゲーム装置等を水平に把持したときのポジションであり、ニュートラルポジションとは、プレイヤがゲームプレイしやすい任意のポジションである。具体的には、0Gポジションの設定処理では、ゲーム画面にゲーム装置等を水平に保持して操作キーを押すことを促す表示がされ、その表示を見たプレイヤがゲーム装置等を水平に保持し、キーを操作する。プレイヤによるキー操作があったときの動きセンサの出力値が0Gポジションデータとして保持される。また、ニュートラルポジションの設定処理では、ゲーム画面にゲームプレイしやすい傾きに保持して操作キーを押すことを促す表示がされ、その表示を見たプレイヤがゲーム装置等を自分がゲームプレイしやすい傾きに保持してキー操作する。プレイヤによるキー操作があったときの動きセンサの出力値がニュートラルポジションとして保持される。実際のゲームプレイ中は、動きセンサからの出力値からこれらの補正データ(0Gポジションデータおよびニュートラルポジションデータ)が減算され、減算後の値がゲーム処理に利用される。このようにして、0Gポジションの場合は、水平を基準とするゲーム装置等の傾きがゲーム処理に利用され、ニュートラルポジションの場合は、プレイヤが任意に決定した傾きを基準とするゲーム装置等の傾き(基準の傾きとゲーム装置等の傾きとの差)がゲーム処理に利用される。
【0003】
【発明が解決しようとする課題】
上述の先行技術では、ゲーム画面に、ゲーム装置等を水平に保持しまたはゲームプレイしやすい傾きに保持して操作キーを押すことを促す表示がされ、その表示を見たプレイヤは、ゲーム装置等を適切な傾きに保持して操作キーを押す。そして、操作キーが押されたときの動きセンサの出力値が補正データとして記録される。
【0004】
ここで、プレイヤが操作キーを押したときには、その力によって、ゲーム装置等が微妙に動いて(傾きが変わってまたは衝撃によりぶれて)、その動きを動きセンサが検出する。そのため、プレイヤがゲーム装置等をあるポジションに保持して操作キーを押したときに、その動きセンサの出力値は、そのポジションに対応する正確な値とはならない。しかしながら、先行技術では、操作キーが押されたときの動きセンサの出力値を補正データとして使用している。
【0005】
このため、先行技術の場合は以下の不都合が生じる。すなわち、前述の0Gポジションを設定する際には、プレイヤはゲーム装置等を水平に保持して操作キーを押すが、このとき、ゲーム装置等は操作キーを押す力によって水平ではないポジションとなり、そのポジションが0Gポジションとして設定されてしまう。ゲームプレイ中は、動きセンサの出力値がその誤った0Gポジションを基準として補正され、水平でないポジションが水平であるかのような(または水平ポジションが水平ではないかのような)ゲーム処理がおこなわれてしまう。また、ニュートラルポジションの設定の場合も同様に、プレイヤが意図したポジションとは異なるポジションが設定され、ゲーム中にプレイヤの感覚と異なるゲーム処理がおこなわれてしまう。
【0006】
それゆえに、この発明の主たる目的は、動きセンサを利用するゲーム装置において、基準となるポジションを正確に設定し、補正処理を正確におこなうことが可能なゲーム装置またはゲームプログラムを提供することである。
【0007】
【課題を解決するための手段】
請求項1に記載の発明は、プレイヤによって把持されるハウジングと基準ポジション設定手段と補正手段とゲーム制御手段を備える。ハウジングとは、例えば、携帯型ゲーム装置のハウジングやゲーム装置に接続される操作装置のハウジング等、プレイヤがゲームプレイ時に把持して動かすことが可能なハウジングである。このハウジングには、ハウジングの動きを検出するための動きセンサが設けられる。基準ポジション設定手段は、ハウジングの基準ポジション(傾き,方向)を設定する手段である。補正手段は,基準ポジションに応じて前記動きセンサの出力値を補正する手段である。ゲーム制御手段は、補正手段の出力値を利用してゲーム制御をおこなう手段である。基準ポジション設定手段は、動きセンサの出力値の履歴データを記憶する履歴記憶手段と、ハウジングに設けられる基準ポジション設定スイッチと、履歴記憶手段の所定期間の履歴データのうち基準ポジション設定スイッチが押されたときのデータを除くデータに基づいて補正データを決定する補正データ決定手段を含む。補正手段は、補正データに基づいて動きセンサの出力値を補正する。
【0008】
請求項2に記載の発明は、プレイヤによって把持されるハウジングと基準ポジション設定手段と補正手段とゲーム制御手段を備える。ハウジングとは、例えば、携帯型ゲーム装置のハウジングやゲーム装置に接続される操作装置のハウジング等、プレイヤがゲームプレイ時に把持して動かすことが可能なハウジングである。このハウジングには、ハウジングの動きを検出するための動きセンサが設けられる。基準ポジション設定手段は、ハウジングの基準ポジション(傾き,方向)を設定する手段である。補正手段は,基準ポジションに応じて前記動きセンサの出力値を補正する手段である。ゲーム制御手段は、補正手段の出力値を利用してゲーム制御をおこなう手段である。基準ポジション設定手段は、動きセンサの出力値の履歴データを記憶する履歴記憶手段と、ハウジングに設けられる基準ポジション設定スイッチと、履歴記憶手段を参照し、前記基準ポジション設定スイッチが押されたときから所定時間経過前又は経過後の第1時点の前記動きセンサの出力値に基づいて、補正データを決定する補正データ決定手段を含む。補正手段は、補正データに基づいて前記動きセンサの出力値を補正する。
【0009】
請求項1または2の発明において、プレイヤは、ハウジングを把持する基準ポジションを基準ポジション設定手段で設定する。基準ポジションの設定は、プレイヤが適切なポジションでハウジングを把持した後、基準ポジション設定スイッチを操作することによっておこなわれる。履歴記憶手段が記憶する動きセンサの出力値の履歴データを参照することによって、履歴記憶手段の所定期間の履歴データのうち基準ポジション設定スイッチが押されたときのデータを除くデータに基づいて補正データが決定され(請求項1)、または、基準ポジション設定スイッチが押されたときから所定時間経過前又は経過後の時点(言い換えれば、基準ポジション設定スイッチが押された時点からある程度離れた時点。さらに言い換えれば、プレイヤが基準ポジションでハウジングを把持したことが完了したと思われる時点で、かつ、基準ポジション設定スイッチが押されたその時ではない時点)の動きセンサの出力値に基づいて補正データが決定される(請求項2)。
【0010】
例えば、後述の実施例のように、基準ポジション設定スイッチが押されたときから1秒前の時点の動きセンサの出力値に基づいて補正データを決定することが考えられるが、本発明はこの例に限定されるものではない。何秒前または何秒後の動きセンサの出力値を利用するかはセンサの特性,ゲーム装置の特性,ゲーム内容等に応じて決定される。具体的には、プレイヤが基準ポジションを保持したことが完了したことが想定される時点であって、衝撃(ぶれ)の影響がないことが想定される時点を適切に決定すればよい。また、履歴データを参照して、基準ポジション設定スイッチが押されたときの近辺であって(基準ポジション設定スイッチが押されたその時点は除く)、動きセンサの出力値が安定している時点の動きセンサの出力値を利用することも考えられるし、履歴データのうち急激に値が増大している時点(衝撃があったと考えられる)の動きセンサの出力値を除いて他のデータを利用することも考えられる。
【0011】
ゲーム実行中は、プレイヤがハウジングを動かす(傾ける,移動させる,衝撃を与える,方向を変える等)と、その動きが検出される。設定された補正データに基づいて動きセンサからの出力値が補正され、補正後の値がゲーム制御手段に利用される。
【0012】
この発明によれば、基準ポジション設定スイッチが押されたその時の動きセンサの出力値を除いて補正データが決定されるので、基準ポジション設定スイッチが押されたときのハウジングの衝撃やぶれ等による動きセンサ出力値への影響を排除することができ、正確な補正データ(プレイヤがイメージする基準ポジションに一致する補正データ)を得ることができる。
【0013】
請求項3に記載の発明は、請求項2に記載のゲーム装置において、補正データ決定手段は、第1時点の前記動きセンサの出力値を前記補正データとする。また、補正手段は、動きセンサの出力値から補正データを引いた値を出力する。
【0014】
請求項4に記載の発明は、プレイヤによって把持されるハウジングと基準ポジション設定手段と補正手段とゲーム制御手段を備える。ハウジングとは、例えば、携帯型ゲーム装置のハウジングやゲーム装置に接続される操作装置のハウジング等、プレイヤがゲームプレイ時に把持して動かすことが可能なハウジングである。このハウジングには、ハウジングの動きを検出するための動きセンサが設けられる。基準ポジション設定手段は、ハウジングの基準ポジション(傾き,方向)を設定する手段である。補正手段は,基準ポジションに応じて前記動きセンサの出力値を補正する手段である。ゲーム制御手段は、補正手段の出力値を利用してゲーム制御をおこなう手段である。基準ポジション設定手段は、動きセンサの出力値の履歴データを記憶する履歴記憶手段と、ハウジングに設けられる基準ポジション設定スイッチと、履歴記憶手段を参照し、前記基準ポジション設定スイッチが押されたときから所定時間経過前又は経過後の複数の時点の前記動きセンサの出力値に基づいて、補正データを決定する補正データ決定手段を含む。補正手段は、補正データに基づいて前記動きセンサの出力値を補正する。
【0016】
本願発明のある局面において、プレイヤは、ハウジングを把持する基準ポジションを基準ポジション設定手段で設定する。基準ポジションの設定は、プレイヤが適切なポジションでハウジングを把持した後、基準ポジション設定スイッチを操作することによっておこなわれる。履歴記憶手段が記憶する動きセンサの出力値の履歴データを参照することによって、基準ポジション設定スイッチが押されたときを基準として決定される所定期間(例えば、基準ポジション設定スイッチが押されたときより前の所定期間。または、基準ポジション設定スイッチが押されたときより後の所定期間。または、基準ポジション設定スイッチが押されたときを含む所定期間。なお、基準ポジション設定スイッチが押されたときが含まれないようにするのが好ましい。)における動きセンサの複数の出力値に基づいて補正データが決定される。
【0017】
例えば、後述の実施例のように、基準ポジション設定スイッチが押されたときから1秒前〜0.5秒前の動きセンサの出力値に基づいて補正データを決定する例が考えられるが、本発明はこの例に限定されない。例えば、基準ポジション設定スイッチが押されたときから0.5秒後〜1秒後の動きセンサの出力値に基づいて補正データを決定するようにしてもよいし、0.5秒前〜0.5秒後の動きセンサの出力値に基づいて補正データを決定するようにしてもよい。何秒前または何秒後に設定するかは、センサの特性,ゲーム装置の特性,ゲーム内容等に応じて決定される。
【0018】
ゲーム実行中は、プレイヤがハウジングを動かす(傾ける,移動させる,衝撃を与える,方向を変える等)と、その動きが検出される。設定された補正データに基づいて動きセンサからの出力値が補正され、補正後の値がゲーム制御手段に利用される。
【0020】
請求項4に記載の発明によれば、所定時間経過前又は経過後の複数の時点の動きセンサの出力値に基づいて補正データが決定されるので(すなわち、複数の出力値に基づいて補正データが決定されるので)、ハウジングの把持状態にぶれがあった場合であっても、ぶれがあったときの出力値の影響を弱めることができる。補正データの具体的な決定方法としては、平均化処理が最も一般的であるが、これに限るものではない。また、例えば、他の値と比べて差が大きい出力値をぶれがあったときの出力値と判断して除外する等の処理も考えられる。
【0021】
請求項5に記載の発明は、請求項1ないし4のいずれかに記載のゲーム装置であって、ゲーム制御手段は、基準ポジションが水平であるゲームを実行するものである。また、基準ポジション設定手段は、ハウジングを水平に保った状態で基準ポジション設定スイッチを押すことをプレイヤに促す表示を表示手段に表示する。
【0022】
基準ポジションが水平であるゲームの場合、正確に基準ポジションを設定することが必要とされる。基準ポジションが水平であるゲームに本発明を適用することによって、本発明の効果はよりいっそう顕著となる。
【0023】
請求項6に記載の発明は、請求項1ないし5のいずれかに記載のゲーム装置において、動きセンサの実装位置と基準ポジション設定スイッチが設けられる位置が離れている。
【0024】
動きセンサの実装位置と基準ポジション設定スイッチが設けられる位置が離れている場合、基準ポジション設定スイッチが押されたときの衝撃(ぶれ)の影響が出やすいので、本発明をこのようなゲーム装置に適用することによって、本発明の効果がより一層顕著となる。
【0026】
請求項7ないし11に記載の発明は、それぞれ請求項1ないし6に記載のゲーム装置に対応するゲームプログラムである。
【0027】
図2は、ゲーム装置とXYZ軸との関係を示した図である。LCD12を上方を向けて操作スイッチ部が手前になるようにゲーム装置を配置したとき、ゲーム装置の横方向をX軸(右方向がプラス方向)とし、縦方向をY軸(奥方向がプラス方向)とし、厚み方向をZ軸(上方向がプラス方向)とする。
【0028】
図3はゲーム装置のブロック図である。ゲーム装置本体10は、基板27を内蔵し、基板27にはCPU21が実装される。CPU21には、LCDドライバ22と操作スイッチ13とサウンド発生回路23と通信用インターフェース24と表示用RAM25とワークRAM26とが接続される。サウンド発生回路23には、スピーカー16が接続される。通信用インターフェース24は、コネクタ15および通信ケーブル50を介して他のゲーム装置40と接続される。なお、他のゲーム装置40との通信の方法は通信ケーブル50による方法を図示したが、無線や携帯電話等を使用したものでも良い。
【0029】
カートリッジ30は、基板36を内蔵し、基板36には図16を参照して後述するようなゲームプログラムおよびゲームデータを記憶したプログラムROM34と、図19を参照して後述するようなゲームデータを記憶するバックアップRAM35が実装される。カートリッジ30は、これらの記憶手段に加えて、ゲーム装置本体の傾き,運動および衝撃を検出する検出手段の一例として、X軸方向およびY軸方向の加速度を検出するXY軸加速度センサ31と、Z軸方向の加速度を検出するZ軸接点スイッチ32を含む。また、カートリッジ30は、加速度検出手段のインターフェースであるセンサインターフェース33を含む。X軸,Y軸,Z軸方向すべての加速度を検出可能な3軸の加速度センサを使用する場合、Z軸接点スイッチ32が不要となるが、2軸加速度センサ(XY軸加速度センサ)の方が安価であり、本実施例ではZ軸方向の加速度検出は高い精度を必要としないので、構造が簡単で安価なZ軸接点スイッチ32を用いることにする。また、XY軸方向についても高い精度を必要としない場合は、Z軸接点スイッチと同じような構造の検出手段をXY軸方向の加速度検出に使用しても良い。
【0030】
プログラムROM34に記憶されたゲームプログラムはCPU21によって実行される。ゲームプログラムの実行の際に必要な一時的なデータがワークRAM26に記憶される。ゲーム装置の電源をオフしたときにも持続的に記憶すべきゲームデータがバックアップRAM35に記憶される。CPU21がゲームプログラムを実行して得た表示データが表示用RAM25に記憶され、LCDドライバ22を介してLCD12に表示される。同様に、CPU21がゲームプログラムを実行して得たサウンドデータがサウンド発生回路23に送られてスピーカー16から効果音としてサウンドが発生される。操作スイッチ13はゲーム操作をするためのものであるが、本実施例においては操作スイッチ13は補助的なものである。プレイヤは、主として、ゲーム装置を傾けたり、運動させたり、衝撃を与えたりしてゲーム操作をおこなう。このゲーム装置の傾き,運動,衝撃のゲーム操作がXY軸加速度センサ31およびZ軸接点スイッチ32によって検出される。これらの加速度検出手段の出力値を利用して、CPU21がゲームプログラムを実行する。
【0031】
複数のゲーム装置を使用するゲームの場合、CPU21がゲームプログラムを実行して得たデータは通信用インターフェース24に送られてコネクタ15および通信ケーブル50を介して他のゲーム装置40に送られる。また、他のゲーム装置40のデータが通信ケーブル50,コネクタ15および通信用インターフェース24を介してCPU21に送られる。
【0032】
図4はセンサインターフェース33の詳細ブロック図である。センサインターフェース33は、Xカウンタ331,Yカウンタ332,カウント停止回路333,ラッチ334と335,デコーダ336および汎用I/Oポート337を含む。Xカウンタ331は、XY軸加速度センサ31のX軸出力に基づいてクロック信号Φのパルスをカウントする。Yカウンタ332は、Y軸出力に基づいてクロック信号Φのパルスをカウントする。カウント停止回路333は、XY軸加速度センサ31のX軸出力の立ち下がりに応答して、Xカウンタ331にカウント停止信号を送り、Y軸出力の立ち下がりに応答してYカウンタ332にカウント停止信号を送る。ラッチ334,335は、Xカウンタ331,Yカウンタ332の値をそれぞれ保持する。デコーダ336は、Xカウンタ331とYカウンタ332とラッチ334とラッチ335にスタート/リセット信号を送信する。汎用I/Oポート337は、拡張ユニットを接続するために用いられる。ラッチ334,335はZ軸接点スイッチの出力値(0または1)も保持する。具体的にはラッチ334,335の最上位ビットがZ軸接点スイッチの出力値に割り当てられ、残りの下位ビットがXカウンタまたはYカウンタの値に割り当てられる。汎用I/Oポート337に接続される拡張ユニットは、例えばゲームに現実感を与えるためにゲームプログラムに連動して振動するような振動ユニット等がある。
【0033】
図5はセンサインターフェース33がXY軸加速度センサ31の出力から加速度の大きさに応じたカウント値を計測する原理を示した図である。本実施例におけるXY軸加速度センサ31は、波形の1周期(期間1)のうちのデューティー比を変化させることによって加速度の大きさを表す信号を出力する。この場合、1周期のうちのハイレベル期間(期間2または期間3)の比率が大きいほど大きな加速度を検出したことを示す。また、XY軸加速度センサ31は、X軸出力からX軸方向の加速度の大きさを出力し、Y軸出力からY軸方向の加速度の大きさを出力する。
【0034】
Xカウンタ331は、デコーダ336から出力されるカウントスタート信号がローレベルになると、X軸出力のローレベルからハイレベルへの立ち上がりを検出した後、カウント動作を開始する。具体的には、Xカウンタ331はクロック信号Φが与えられる毎にそのカウント値を歩進し、カウント停止回路333からのカウント停止信号に応じてカウント動作を停止する。このようにして、Xカウンタ331はカウントスタート信号がローレベルになった直後のX軸出力のハイレベルへの立ち上がりからローレベルに立ち下がるまでの期間(期間2)中に、クロック信号Φをカウントする。Yカウンタ332も同様に、カウントスタート信号がローレベルになった直後のY軸出力のハイレベルへの立ち上がりからローレベルへの立ち下がりまでの期間(期間3)中に、クロック信号Φをカウントする。このようにして、Xカウンタ331はX軸方向の加速度の大きさに応じたカウント値を保持し、Yカウンタ332はY軸方向の加速度の大きさに応じたカウント値を保持する。Xカウンタ331およびYカウンタ332の値はラッチ334またはラッチ335に保持され、ラッチ334およびラッチ335のデータは、データバスを介してCPU21に読み出されてゲームプログラムで利用される。
【0035】
Xカウンタ331およびYカウンタ332は、例えば、0から31までカウントし、例えば、カウント値15を基準(加速度0)として、カウント値が0のときが−2G(マイナス方向に重力加速度の2倍)、カウント値が31のときが2G(プラス方向に重力加速度の2倍)であるように設定される。CPU21は、ゲームプログラムに基づいてこれらのカウント値を読み込むが、このとき、カウント値15を0、カウント値0を−15、カウント値31を16として読み込むので、XY軸加速度センサ31がマイナス方向の加速度を検出したときはCPUの読み込み値はマイナスであり、プラス方向の加速度を検出したときにはCPUの読み込み値はプラスとなる。
【0036】
図6はZ軸接点スイッチ32の構造図である。Z軸接点スイッチ32は導体よりなる球接点321と接点322と接点323と箱体324から構成される。具体的には、球接点321は、箱体324の空間内のほぼ中央部で移動自在に支持される(箱体324の内面底部には球接点321をほぼ中央に支持するためのくぼみ(324a)が設けられる)。箱体324の上部には、それぞれの一方端部に半円状の切欠部(322a,323a)を有する板状の接点322と接点323とが一方端部を対向させた状態で、他方端部が基板36に固着される。また、箱体324は、接点322および接点323によって吊り下げられた状態で、基板36に固定的に保持される。このような構成によって、カートリッジ30がZ軸方向(プラス方向またはマイナス方向)へ勢いよく移動されると、図7に示すように球接点321が箱体324内でZ軸方向へ移動して接点322と接点323にほぼ同時に接触して、接点322と接点323が球接点321を介して導通状態となり、Z軸方向への加速度入力のあったことが検出される。接点322と接点323の導通時間に基づいてZ軸方向への加速度の大小が検出されることになる。なお、カートリッジ30が穏やかに傾けられた場合は、球接点321が箱体324内を移動するが接点322と接点323を短絡しないので、加速度を検出しない。
【0037】
図8はゲーム画面の一例である。ゲーム画面には、プレイヤキャラクタの一例のボール61と,敵キャラクタ(以下「NPC」と略す)の一例の亀62と,迷路を構成する壁63や穴64とが表示される。ゲームマップは、LCD12の表示範囲より広い仮想マップであるので、LCD12には、ゲームマップの一部領域のみが表示され、プレイヤキャラクタの移動に伴ってスクロールする。また、LCD12には亀62a〜62cの3匹のみ表示されているが、ゲームマップ上には他にも多数の亀が存在する。また、ゲームマップには、床面と氷面と水中等の地形が存在する。
【0038】
ボール61は、プレイヤがゲーム装置を傾けたり、運動や衝撃を与えるように操作することによって、その移動量や移動方向が変更され、必要に応じてその形状も変化される。亀62は、ゲームプログラムによって移動制御(自律移動)されるが、プレイヤがゲーム装置を傾けたり、運動や衝撃を与えた場合にも移動したり表示変化する。
【0039】
このゲームの概要を説明すると、プレイヤーは壁63によって迷路状になっているゲームマップの中でボール61を操作して、NPCである亀62a〜62cをボール61で押しつぶす。押しつぶされた亀は消滅される。ゲームマップ上の全ての亀を消滅させることに成功するとゲームクリアとなる。ゲームマップ上にはいくつかの穴64があり、この穴64にボール61が落ちると1回のミスとなるか、またはゲームオーバーとなる。
【0040】
図9から図12はゲーム操作の例を示した図である。図9はX軸またはY軸方向のスライド入力を示した図である。X軸方向の移動(スライド)がXY軸加速度センサ31のX軸出力に基づいて検出され、Y軸方向の移動(スライド)がXY軸加速度センサ31のY軸出力に基づいて検出される。(X軸またはY軸方向に移動させると、加速度が生じる)。図10はX軸またはY軸を中心とした傾き入力を示した図である。X軸を中心とした傾きがXY軸加速度センサ31のY軸出力に基づいて検出され、Y軸を中心として傾きがXY軸加速度センサ31のX軸出力に基づいて検出される(X軸を中心として傾きが生じると、重力によってY軸方向に加速度が生じ、Y軸を中心として傾きが生じると、重力によってX軸方向に加速度が生じる)。図11はX軸方向またはY軸方向の衝撃入力を示した図である。X軸方向の加速度入力がXY軸加速度センサ31のX軸出力から出力されるが、この出力値が一定値以上の場合、衝撃入力があったとする。また、Y軸方向の加速度入力がXY軸加速度センサ31のY軸出力から出力されるが、この出力値が一定値以上の場合、衝撃入力があったとする。図12はZ軸方向の運動入力(または衝撃入力)を示した図である。Z軸方向の運動(または衝撃)がZ軸接点スイッチ32によって検出される。
【0041】
図13乃至図15は前述のゲーム操作それぞれについて利用方法の例を示した図である。図13はスライド入力の利用方法を示した図である(図30を参照して後述するゲームマップ選択処理におけるゲーム画面の一例でもある)。LCD12の表示範囲より大きな仮想マップの一部領域をLCD12に表示している場合に、スライド入力することによって、表示領域をスクロールさせる。具体的には、X軸の+方向にスライド入力した場合は、現在の表示領域からX軸の+方向に移動した領域を表示するようにする。Y軸方向のスライド入力も同様に処理する。スライド入力をこのように処理することによって、あたかもLCD12を通して広い世界の一部を覗いているような感覚をプレイヤに与えることができる。なお、本実施例においては、このスライド入力は、図30を参照して後述するゲームマップ選択処理において利用するのみであり、ゲームのメインの処理におけるゲームマップのスクロール処理においては、スライド入力は利用しない。ゲームマップのスクロール処理の方法については、図38乃至図40を参照して後述する。
【0042】
図14はX軸またはY軸を中心とした傾き入力の利用方法を示した図である。X軸を中心とした傾き入力があったときは、ゲーム画面上のゲームキャラクタ(プレイヤキャラクタ61およびNPC62)がY軸方向に平行移動するような表示をする(X軸を中心としてプラス方向に傾いている場合には、ゲームキャラクタがY軸のマイナス方向に平行移動するような表示をする)。また、Y軸を中心とした傾き入力があったときは、ゲーム画面上のゲームキャラクタ(プレイヤキャラクタ61およびNPC62)がX軸方向に平行移動するような表示をする(Y軸を中心としてマイナス方向に傾いている場合には、ゲームキャラクタがX軸のマイナス方向に平行移動するような表示をする)。傾き入力をこのように処理することによって、ゲーム空間である迷路板がゲーム装置と同じように傾いて、傾いた迷路板上をゲームキャラクタが滑っている(転がっている)かのような感覚をプレイヤに与えることができる。なお、ゲームマップには、床面,氷面,水中等のように、ボール61の移動量を変化させる要因となる地形が混在しており、ゲームキャラクタがどこに存在しているかによって傾き入力に応じた移動量が変化する。例えば、氷面の場合は滑りやすいので移動量が大きく、水中の場合は移動量が少ないように、ボール61の制御の大きさを変化させる。
【0043】
図15は衝撃入力またはZ軸方向の運動入力の利用方法を示した図である。X軸方向またはY軸方向の衝撃入力があったとき、傾き入力の処理(迷路板の傾きによるゲームキャラクタの移動)とは異なった処理を行う。例えば、ゲーム空間である水に波を起こす。X軸のプラス方向の衝撃入力があった場合、X軸のプラス方向に波を発生する。X軸のマイナス方向の衝撃入力があった場合、X軸のマイナス方向に波を発生する。Y軸方向の衝撃入力についても同様である。また、X軸方向の加速度入力をX軸方向のベクトル成分とし、Y軸方向の加速度入力をY軸方向のベクトル成分として合成したベクトルの方向に波を発生しても良い。この波によってゲームキャラクタが流されて移動するような表示をする。波に流されている間は、ゲームキャラクタが制御不可能であるようにしてもよい。また、Z軸方向の運動入力(または衝撃入力)があったとき、プレイヤキャラクタであるボール61がジャンプするように表示変化される。Z軸方向の運動入力をこのように処理することによって、ゲーム空間である迷路板がゲーム装置と同じようにZ軸方向に運動して、迷路板上のゲームキャラクタをジャンプさせるかのような感覚をプレイヤに与えることができる。ジャンプしている間は、傾き入力があったときでもボール61が移動しない。また、Z軸方向の運動入力(または衝撃入力)があったとき、NPCである亀62は裏返る(裏返っていた亀は表向きに戻る)。亀は裏返ると滑りやすくなり、表向きの場合に比べて傾き入力があったときの移動量が大きいように移動処理される。
【0044】
図16は、プログラムROM34のメモリマップである。プログラムROM34には、CPU21によって実行されるゲームプログラムおよびゲームデータが記憶される。プログラムROM34は、具体的には、オブジェクトキャラクタデータ記憶領域34a,マップデータ記憶領域34b,加速度センサ出力値変換テーブル記憶領域34cおよびゲームプログラム記憶領域34eを含む。オブジェクトキャラクタデータ記憶領域34aには、オブジェクトキャラクタのグラフィックデータが記憶される。オブジェクトキャラクタはいくつかのポーズを持っているので(例えばNPCである亀の「表向き」と「裏向き」)、一つのキャラクタ毎にポーズに応じた複数のグラフィックデータが記憶されている。マップデータ記憶領域34bには、ゲームマップ毎のマップデータおよびゲームマップ選択用マップが記憶されている。ゲームマップ選択用マップは、図30を参照して後述するゲームマップ選択処理においてLCD12に表示される仮想マップのデータである。
【0045】
加速度センサ出力値変換テーブル記憶領域34cには、XY軸加速度センサ31およびZ軸接点スイッチ32の出力値を変換してゲームプログラムで利用するための変換テーブルが記憶されている。変換テーブルには、ゲームマップ選択処理用テーブルとプレイヤキャラクタ移動用テーブルとNPC移動用テーブルがある。また、プレイヤーキャラクタ移動用テーブルには、空中用,床面用,氷面用および水中用のテーブルがあり、プレイヤキャラクタが存在する座標の地形に応じて選択される。NPC移動用テーブルには表向き用と裏向き用のテーブルがある。NPCである亀は表向きの状態と裏向きの状態があり、この状態に応じてテーブルが選択される。これらのテーブルの詳細についは、図20から図26を参照して後述する。
【0046】
ゲームプログラム記憶領域34eには、CPU21によって実行されるゲームプログラムが記憶される。具体的には、図27を参照して後述するメインプログラム,図28を参照して後述する0G設定プログラム,図29を参照して後述するニュートラルポジション設定プログラム,図30を参照して後述するゲームマップ選択プログラム,図31を参照して後述するセンサ出力読取プログラム,図32から図36を参照して後述するオブジェクト移動プログラム,図37を参照して後述する衝突プログラム,図40を参照して後述する画面スクロールプログラムの他、NPC自律移動プログラムやその他のプログラムが記憶される。
【0047】
図17は、ワークRAM26のメモリマップである。ワークRAM26には、CPU21がゲームプログラムを実行する際の一時的なデータが記憶される。具体的には、ニュートラルポジションデータ記憶領域26a,加速度センサ出力値記憶領域26b,衝撃入力フラグ記憶領域26c,マップ選択画面のカメラ座標記憶領域26e,ゲームマップナンバー記憶領域26f,キャラクタデータ記憶領域26gおよび加速度センサ出力値の履歴データ記憶領域26hが含まれる。
【0048】
ニュートラルポジションデータ記憶領域26aには、図29を参照して後述するニュートラルポジション設定処理において設定されるニュートラルポジションデータ(NPx,NPy,NPz)が記憶される。これは、ゲームプレイをするときのゲーム装置の基準の傾きに関するデータである。
【0049】
加速度センサ出力値記憶領域26bには、XY軸加速度センサ31とZ軸接点スイッチ32によって検出され、センサインターフェース33を介して図31のセンサ出力読取処理において読み出される加速度センサ出力値(INx,INy,INz)が記憶される。衝撃入力フラグ記憶領域26cには、X軸方向の加速度入力をX軸方向のベクトル成分としY軸方向の加速度入力をY軸方向のベクトル成分として合成したベクトルの大きさが一定値以上であったときに1となる衝撃入力フラグ(FS)が記憶される。衝撃入力の判定は、図31のセンサ出力読取処理でおこなわれる。
【0050】
マップ選択画面のカメラ座標記憶領域26eには、図30を参照して後述するゲームマップ選択処理におけるゲームマップ選択用マップのうちLCD12に表示される領域の左上隅の座標(Cx,Cy)が記憶される。ゲームマップナンバー記憶領域26fには、図30を参照して後述するゲーム選択処理において、プレイヤが選択したゲームマップに対応したナンバーデータ(MN)が記憶される。
【0051】
キャラクタデータ記憶領域26gには、キャラクタ(プレイヤキャラクタおよびNPC)毎に、移動加速度データ(Ax、Ay,Az),移動加速度の変化量データ(dAx,dAy,dAz),速度データ(Vx、Vy,Vz),座標データ(X、Y,Z),前回の座標データ(Px、Py,Pz),現在位置ステータス(SP)およびポーズナンバー(PN)が記憶される。
【0052】
前回の座標(Px,Py,Pz)は、プレイヤキャラクタやNPCが壁等に衝突した場合に前回の座標に戻すために記憶される。現在位置ステータスデータ(PS)は、プレイヤキャラクタが存在する座標の地形に関するデータであり、このデータに基づいて、加速度センサ出力値変換テーブル(空中,床面,氷面,水面)が選択される。ポーズナンバー(PN)は、キャラクタの状態(ポーズ)に関するデータ(例えば亀の表向きと裏向き等)である。
【0053】
加速度センサ出力値の履歴データ記憶領域26hには、0G設定処理またはニュートラルポジション設定処理の実行時に、XY軸加速度センサ31からの出力値の履歴が1/60秒ごとにFIFO方式で記憶される(出力値Xおよび出力値Yのそれぞれについて記録される)。履歴データ記憶領域26hには60回分のデータが記憶可能であるので、過去の1秒間分の履歴が記憶されることになる。
【0054】
図18は、表示用RAM25のメモリマップである。表示用RAM25には、CPU21がゲームプログラムを実行して得た表示用のデータが一時的に記憶される。表示用RAM25は、オブジェクトデータ記憶領域25a,スクロールカウンタデータ記憶領域25bおよびマップデータ記憶領域25cを備える。オブジェクトデータ記憶領域25aには、ゲームに登場する全キャラクタのうちLCD12の表示領域内に存在するキャラクタについてのデータが記憶される。具体的には、X座標,Y座標,キャラクタIDおよびポーズナンバーが記憶される。
【0055】
スクロールカウンタデータ記憶領域25bには、ゲームマップのうちLCD12に表示される領域の左上隅の座標が記憶される。マップデータ記憶領域25cには、ゲームマップのうちLCD12に表示される領域内のゲームマップデータが記憶される。
【0056】
図19は、バックアップRAM35のメモリマップである。バックアップRAM35には、図28を参照して後述する0G設定処理において設定される0Gポジションデータが記憶される。この0GポジションデータはXY軸加速度センサ31が誤差を有するためにゲーム装置を水平に保ってもセンサ出力値が0にならないことに対処するためのものであり、ゲーム装置を水平に保ったときのセンサ出力値が0GポジションデータとしてバックアップRAM35に記憶され、ゲーム処理において、センサ出力値から差し引かれる。
【0057】
図20から図26は、プログラムROM34の加速度センサ出力値変換テーブル記憶領域34cに記憶される変換テーブルの詳細を示した図である。このテーブルには、XY軸加速度センサ31およびZ軸接点スイッチ32のセンサ出力値(INx,INy,INz)および衝撃入力フラグ(FS)をゲーム処理に利用する際の利用方法や最大値を制限する等の補正処理のためのデータが記憶される。具体的には利用方法,補正比率,特殊補正条件および特殊補正数のデータが記憶される。このテーブルは複数記憶されており、ゲームマップ選択処理用テーブル,プレイヤキャラクタ移動用テーブルおよびNPC移動用テーブルが含まれる。
【0058】
図20のゲームマップ選択処理用テーブルは、図30を参照して後述するゲームマップ選択処理において参照される。このテーブルによって、XY軸加速度センサの出力値(INx,INy)はカメラ座標(Cx,Cy)の変化量の計算をするために利用される。なお、補正比率は2倍なので、XY軸加速度センサ31の出力値(INx,INy)の2倍だけカメラ座標(Cx,Cy)は座標移動する。Z軸接点スイッチ出力値(INz)はマップ決定処理のために利用される。衝撃入力フラグ(FS)は利用しない。
【0059】
図21から図24のプレイヤキャラクタ移動用テーブルは、図33を参照して後述するプレイヤキャラクタ移動処理のステップ33における傾き移動処理とステップ34における衝撃移動処理において参照される。プレイヤキャラクタ移動用テーブルは、空中用,床面用,氷面用および水中用のテーブルを含む。プレイヤキャラクタが存在する座標の地形(現在位置ステータス)に応じてこれら複数の変換テーブルのうちいずれか一つが選択されて参照される。
【0060】
プレイヤキャラクタ移動用テーブルにおいて、XY軸加速度センサ31の出力値X(INx)は、プレイヤキャラクタのX移動加速度の変化量(dAx)の計算のために利用され、出力値Y(INy)は、Y移動加速度の変化量(dAy)の計算のために利用される。現在位置ステータスが「空中」の場合は、図21を参照して移動加速度の変化量(dAx,dAy)はゼロである。「床面」の場合は、図22を参照すると補正比率が2倍であるから、XY軸加速度センサ31の出力値(INx,INy)の2倍が移動加速度の変化量(dAx,dAy)となる。また、特殊補正条件1によりXY軸加速度センサ31の出力値(INx,INy)が20より大きい場合には移動加速度の変化量(dAx,dAy)は40に制限される。「氷面」の場合は、図23を参照してXY軸加速度センサ31の出力値(INx,INy)の3倍が移動加速度の変化量(dAx,dAy)となる(「氷面」では移動量大きい)。また、特殊補正条件1によりXY軸加速度センサ31の出力値(INx,INy)が20より大きい場合には移動加速度の変化量(dAx,dAy)は60に制限される。「水中」の場合は、図24を参照してXY軸加速度センサ31の出力値(INx,INy)の1/2倍が移動加速度の変化量(dAx,dAy)となる(「水中」では移動量小さい)。また、特殊補正条件1によりXY軸加速度センサ31の出力値(INx,INy)が10より大きい場合には移動加速度の変化量(dAx,dAy)は5に制限される。
【0061】
プレイヤキャラクタ移動用テーブルにおいて、Z軸接点スイッチ32の出力値(INz)は、プレイヤキャラクタのZ移動加速度の変化量(dAz)の計算のために利用される。特殊補正条件はない。
【0062】
プレイヤキャラクタ移動用テーブルにおいて、衝撃入力フラグ(FS)は、X移動加速度とY移動加速度の変化量(dAx,dAy)に影響を与える。現在位置ステータスが「空中」および「水中」の場合は図21および図24を参照して衝撃入力フラグ(FS)は無視される。現在位置ステータスが「床面」の場合は、図22を参照して、X移動加速度およびY移動加速度の変化量(dAx,dAy)をそれぞれ3倍する処理がされる。現在位置ステータスが「氷面」の場合は、図23を参照して、X移動加速度およびY移動加速度の変化量(dAx,dAy)をそれぞれ5倍する処理がされる。このようにして、衝撃入力があった場合、「床面」と「氷面」ではX移動加速度およびY移動加速度の変化量(dAx,dAy)が通常に比べて増加される(高速移動する)。
【0063】
図25および図26のNPC移動用テーブルは、図34を参照して後述するNPC移動処理のステップ44における傾き移動処理とステップ45における衝撃移動処理において参照される。NPC移動用テーブルは、表向き用と裏向き用のテーブルを含む。NPCである亀のポーズ(表向きか裏向きか)に応じてこれら2つの変換テーブルのうちいずれか一つが選択されて参照される。
【0064】
NPC移動用テーブルにおいて、XY軸加速度センサ31の出力値X(INx)は、NPCのX移動加速度の変化量(dAx)の計算のために利用され、出力値Y(INy)は、Y移動加速度の変化量(dAy)の計算のために利用される。「表向き」の場合は、図25を参照すると補正比率が1/2倍であるから、XY軸加速度センサ31の出力値(INx,INy)の1/2倍がX移動加速度およびY移動加速度の変化量(dAx,dAy)となる。また、特殊補正条件1によりXY軸加速度センサ31の出力値(INx,INy)が10より小さい場合には移動加速度の変化量(dAx,dAy)は0になる(「表向き」の場合は少しの傾き入力では亀は踏ん張るので滑らない)。また、特殊補正条件2によりXY軸加速度センサ31の出力値(INx,INy)が20より大きい場合には、移動加速度の変化量(dAx,dAy)は10に制限される。「裏向き」の場合は、図26を参照してXY軸加速度センサ31の出力値(INx,INy)の2倍がX移動加速度およびY移動加速度の変化量(dAx,dAy)となる(「表向き」に比べて「裏向き」の方が亀は滑りやすいので移動量が大きい)。また、特殊補正条件1によりXY軸加速度センサ31の出力値(INx,INy)が20より大きい場合には、移動加速度の変化量(dAx,dAy)は40に制限される。
【0065】
NPC移動用テーブルにおいて、Z軸接点スイッチの出力値(INz)は亀の表裏の逆転判定に利用される。Z軸接点スイッチ出力値が1になる毎に亀は表裏の状態を繰り返す。衝撃入力フラグ(FS)はNPC移動処理には利用しない。
【0066】
図27はメインルーチンのフローチャートである。ゲーム装置本体10にカートリッジ30を差して、ゲーム装置本体10の電源をONにすると、図27に示すメインルーチンが開始される。まずステップ11において、初回起動時であるかまたはプレイヤが0G設定リクエスト(例えば、図1の操作スイッチ13bを押しながら起動)があったか否かが判断される。初回起動時でなく0G設定リクエストもない場合はステップ13に進む。初回起動時かまたは0G設定リクエストがあった場合は、ステップ12において、図28を参照して後述する0G設定処理が行われた後、ステップ14に進む。ステップ14において、図29を参照して後述するニュートラルポジション設定処理が行われた後、ステップ17に進む。ここで、ニュートラルポジション設定とは、ゲームプレイする際のゲーム装置の基準の傾きを設定することであり、お勧めポジション設定とは、ゲーム内容に応じて適切なニュートラルポジションに関するデータ(プログラムROM34のお勧めポジション照準目標座標34d)を予めゲームプログラムに記憶させておいて、そのデータに基づいてニュートラルポジションを設定することである。
【0067】
ステップ17において、図30を参照して後述するゲームマップ選択処理が行われ、複数のゲームマップのうちのいずれか一つがプレイヤによって選択される。ステップ17の後、メインループに進む。
【0068】
ステップ19からステップ29までがメインループであり、ゲームオーバーになるかまたはゲームクリアになるまで繰り返し処理される。ステップ19において、ワークRAM26のキャラクタデータ26gの座標(X,Y,Z)およびポーズナンバー(PN)、プログラムROM34のオブジェクトキャラクタデータ34aおよびマップデータ34bに基づいて表示用RAM25に必要なデータが書込まれ、表示用RAM25に記憶されたデータに基づいてLCD12にゲーム画面が表示される。ステップ20において、図31を参照して後述するセンサ出力読取処理が行われて、XY軸加速度センサ31およびZ軸接点スイッチ32の出力値がセンサインターフェース33を介して読取られ、補正される。ステップ20の後、ステップ21においてニュートラルポジション設定要求があったか否かが判断され、要求がない場合はステップ23に進み、要求があった場合はステップ22に進んでニュートラルポジション設定処理が行われ、ニュートラルポジションの再設定がされた後、ステップ19に戻る。これは、一つの操作スイッチ(例えば図1における操作スイッチ13e)をニュートラルポジション設定専用の操作スイッチに割り当てておいて、この操作スイッチ13eを押すことによってゲーム中においても、常にニュートラルポジションの再設定を可能にすることを意味する。
【0069】
ステップ23において、衝撃入力フラグがONであるか否かが判断される。衝撃入力フラグがOFFのばあいはステップ26に進む。衝撃入力フラグがONの場合はステップ24に進み、プレイヤキャラクタの現在座標の地形が水中であるか否かが判断される(現在位置ステータス(PS)に基づいて判断される)。水中でないと判断されると、ステップ26に進む。水中であると判断されるとステップ25において波の発生処理が行われる(前述の15中段に示すような画面表示となる)。具体的には、センサ出力値X(INx)をX軸方向のベクトル成分としセンサ出力値Y(INy)をY軸方向のベクトル成分として合成したベクトルの方向に、合成ベクトルの大きさに応じた波を発生する処理をする。プレイヤはあたかも自分がゲーム装置に与えた衝撃がそのままゲーム空間中の環境(水)に反映されたかのような感覚をプレイヤに与えることができる。ステップ25の後、ステップ26に進む。
【0070】
ステップ26において、図32から図36を参照して後述する各オブジェクト移動処理が行われ、プレイヤキャラクタおよびNPCの移動処理が行われる。ステップ26の後、ステップ27において、図37を参照して後述する衝突処理が行われ、プレイヤキャラクタとNPC等との衝突処理が行われる。ステップ27の後、ステップ29において図40を参照して後述する画面スクロール処理が行われる。
【0071】
図28は0G設定処理のフローチャートである。このサブルーチンでは、0Gポジション、すなわち、ゲーム装置(具体的にはLCD12の表示面)を水平に把持したときのポジションを設定する処理をおこなう。
【0072】
まず、ステップ120において、ワークRAM26の履歴データ記憶領域26hをクリアする処理がされる。その後、ステップ121において、「地面と水平にあわせたら操作キーを押してください」という表示がLCD12にされて、ゲーム装置(具体的にはLCD12の表示面)を水平に把持したのち操作キー(例えば操作スイッチ13b)を押すことをプレイヤに要求する。ステップ122において、XY軸加速度センサ31の出力値(出力値Xおよび出力値Y)を取り込む処理がされる(具体的には、ワークRAM26の加速度センサー出力値記憶領域26bに取り込まれる)。ステップ122の後、ステップ123において、取り込んだセンサ出力値(出力値Xおよび出力値Y)がワークRAM26の履歴データ記憶領域26hにFIFO方式で書き込まれる。ステップ123の後、ステップ124において操作キーの入力の受付処理が行われ、さらに、ステップ125において、操作スイッチ13bが押されたか否かが判断される。操作スイッチ13bが押されたと判断されるとステップ126に進む。操作スイッチ13bが押されたと判断されない場合には、ステップ122に戻り、ステップ122〜ステップ125の処理を繰り返す。ここで、ステップ122〜ステップ125の処理は1/60秒ごとに実行されるので、0G設定処理が開始されてから、操作スイッチ13bが押されるまでにXY軸加速度センサ31からの出力値の1/60秒ごとの履歴が履歴データ記憶領域26hに記録されることになる。ただし、履歴データ記憶領域26hには60回分のデータしか記録できないため、最新の1秒間におけるデータが記憶されることになる。
【0073】
ステップ125において、操作スイッチ13bが押されたことが判断されると、ステップ126に進み、Z軸接点スイッチがONか否かが判断される。Z軸接点スイッチがONの場合は、LCD12の表示面が下方を向いた状態になっているので、ステップ125において警告音を発生してステップ121に戻り、プレイヤに再度0Gポジションを設定することを要求する。ステップ126において、Z軸接点スイッチがOFFであると判断された場合は、ステップ128において、履歴データ記憶領域26hに記録されているセンサ出力値の履歴を参照して、現時点から(操作スイッチ13bが押されてから)から1秒前〜0.5秒前のセンサー値の平均を計算する処理がおこなわれる(出力値Xおよび出力値Yのそれぞれについて計算がおこなわれる)。そして、ステップ129において、計算された平均値がそれぞれバックアップRAM35に0Gポジションデータとして記憶される。
図29は、ニュートラルポジション設定処理のフローチャートである。このサブルーチンでは、ゲームプレイしやすいゲーム装置の把持角度をプレイヤが任意に決定してニュートラルポジションとして設定する処理が行われる。
【0074】
まず、ステップ140において、ワークRAM26の履歴データ記憶領域26hをクリアする処理がされる。その後、ステップ141において、「遊びやすい角度にあわせたら操作キーを押してください」という表示がLCD12にされて、ゲーム装置(具体的にはLCD12の表示面)をプレイヤがゲームプレイしやすい角度に把持したのち操作キー(例えば操作スイッチ13b)を押すことをプレイヤに要求する。ステップ142において、XY軸加速度センサ31の出力値(出力値Xおよび出力値Y)を取り込む処理がされる(具体的には、ワークRAM26の加速度センサー出力値記憶領域26bに取り込まれる)。ステップ142の後、ステップ143において、取り込んだセンサ出力値(出力値Xおよび出力値Y)がワークRAM26の履歴データ記憶領域26hにFIFO方式で書き込まれる。ステップ143の後、ステップ144において操作キーの入力の受付処理が行われ、さらに、ステップ145において、操作スイッチ13bが押されたか否かが判断される。操作スイッチ13bが押されたと判断されるとステップ146に進む。操作スイッチ13bが押されたと判断されない場合には、ステップ142に戻り、ステップ142〜ステップ145の処理を繰り返す。ここで、ステップ142〜ステップ145の処理は1/60秒ごとに実行されるので、ニュートラルポジション設定処理が開始されてから操作キーが押されるまでの間、XY軸加速度センサ31からの出力値の1/60秒ごとの履歴が履歴データ記憶領域26hに記録されることになる。ただし、履歴データ記憶領域26hには60回分のデータしか記録できないため、最新の1秒間におけるデータが記憶されることになる。
【0075】
ステップ145において、操作スイッチ13bが押されたことが判断されると、ステップ146に進み、履歴データ記憶領域26hに記録されているセンサ出力値の履歴を参照して、現時点から(操作キーが押されてから)から1秒前〜0.5秒前のセンサー値の平均を計算する処理がおこなわれる(出力値Xおよび出力値Yのそれぞれについて計算がおこなわれる)。そして、ステップ147において、計算された平均値からバックアップRAM35の0Gポジションデータを引く処理がされる(ニュートラルポジションデータは水平状態からの傾きに対応したデータとするためである)。そして、ステップ148において、S147の計算値およびZ軸接点スイッチ32の出力値がワークRAM26のニュートラルポジションデータ記憶領域26aにニュートラルポジションデータとして記憶される。
【0076】
本実施例においては、1秒前〜0.5秒前の履歴データを単に平均化する処理するものとしたが、本発明はこれに限定されるものではない。例えば、最大値や最小値を除外したのち平均化する処理をしたり、他の値に比較して大きく離れた値となっているデータを除外するようにしてもよい。
【0077】
また、本実施例においては、0Gポジションとニュートラルポジションの両方を設定可能にしているが、少なくともどちらか一方が設定可能に構成されればよい。例えば、0Gポジションの設定のみをおこなう構成とする場合には、図31のステップ207におけるニュートラルポジションの補正は必要ない。また、ニュートラルポジションの設定のみをおこなう構成とする場合には、図29のステップ147の処理および図31のステップ206は必要ない。
【0078】
図30はゲームマップ選択処理のフローチャートである。このサブルーチンでは、ゲームプログラムに記憶されている複数のゲームマップのうちからプレイヤーがいずれか一つを選択する。ゲームマップ選択処理の画面は例えば前述の図13のように表示される。LCD12にはゲームマップ選択用マップの一部領域が表示される。プレイヤは、X軸方向またはY軸方向にスライド入力することよって表示領域を移動させて、マップアイコン(図13のA,B,C,D)を表示領域内に表示されるようにしてからZ軸方向に運動入力する。Z軸方向に運動入力(または衝撃入力)したときに表示領域内に表示されているコースアイコンに対応したゲームコースが選択されたことになる。
【0079】
まずステップ171において、カメラ座標(Cx,Cy)が初期化される。その後、ステップ172において、カメラ座標(Cx,Cy)に基づいてゲームマップ選択用マップの一部領域がLCD12に表示される。ステップ173において、図31を参照して後述するセンサ出力読取処理が行われて、XY軸加速度センサ31およびZ軸接点スイッチ32の出力値が読取られ、補正される。ステップ174において、図20に示すゲームマップ選択処理用テーブルが参照されて、センサ出力値(INx,INy)に基づいてカメラ座標(Cx,Cy)が変化される。具体的には、補正比率が2倍であるから、センサー出力値(INx,INy)の2倍の値だけカメラ座標(Cx,Cy)を変化させる。例えばセンサー出力値(INx)の値が5であるときは、カメラ座標(Cx)が+10される。ステップ175において、カメラ座標(Cx,Cy)に基づく表示領域がゲームマップ選択用マップの範囲外であるか否かが判断され、範囲外でない場合はステップ177に進み、範囲外である場合は、ステップ176において、ゲームマップ選択用マップの端領域が表示されるように補正された後、ステップ177に進む。ステップ177において、Z軸接点スイッチ32がONであるか否かが判断される。Z軸接点スイッチ32がOFFであると判断されると、ステップ172に戻る。Z軸接点スイッチ32がONであると判断されると、ステップ178において、マップアイコン(図13のA,B,C,D)のうちのいずれか一つがLCD12の表示領域内に表示されているか否かが判断される。マップアイコンが表示領域内に表示されていないことが判断されると、ステップ179において、警告音を発生してステップ172に戻る。マップアイコンが表示領域内に表示されていることが判断されると、ステップ181において、表示されているマップアイコンに対応したゲームマップナンバー(MN)がワークRAM26に記憶される。
【0080】
図31はセンサ出力読取処理のフローチャートである。このサブルーチンでは、XY軸加速度センサ31およびZ軸接点スイッチ32の出力値が読取られ、補正される。具体的には、センサインターフェース33のラッチ334およびラッチ335のデータから加速度センサ出力値(INx,INy)およびZ軸接点スイッチ出力値(INz)が読み出される。さらに、0Gポジションデータおよびニュートラルポジションデータで補正する処理がされる。
【0081】
ステップ201において、センサインターフェース33のラッチ334およびラッチ335のデータが読み込まれる。ステップ202において、ラッチデータから加速度センサ出力値(INx,INy)およびZ軸接点スイッチ出力値(INz)が読み出されてワークRAM26の加速度センサ出力値記憶領域26bに記憶される。ステップ203において、衝撃入力があったか否かが判断される。具体的には、加速度センサ出力値X(INx)をX軸方向のベクトル成分とし、加速度センサ出力値Y(INy)をY軸方向のベクトル成分として合成したベクトルの大きさが一定値以上か否かが判断される。一定値以上であると判断されると、ステップ204において、衝撃入力フラグ(FS)がONに設定された後、ステップ206に進む。合成ベクトルの大きさが一定値より小さいと判断されると、ステップ205において、衝撃入力フラグ(FS)がOFFに設定された後、ステップ206に進む。ステップ206において、ステップ202において記憶された加速度センサ出力値記憶領域26bのデータからバックアップRAM35に記憶された0Gポジションデータを引く処理がされる。ステップ206の後、ステップ207において、さらにニュートラルポジションデータで補正した値が、加速度センサ出力記憶領域26bにINx,INyおよびINzとして再記憶される。
【0082】
ニュートラルポジションデータによる補正は、具体的には、加速度センサ出力値X(INx)および加速度センサ出力値Y(INy)については、ニュートラルポジションデータ(NPx,NPy)の値を引く処理がされる。Z軸接点スイッチ出力値(INz)については、ニュートラルポジションデータ(NPz)の値が1の場合に、0と1を反転させる処理がされる。
【0083】
図32から図36はオブジェクト移動処理のフローチャートである。図32は、オブジェクト移動処理のメインルーチンのフローチャートである。ステップ261において、図33を参照して後述するプレイヤキャラクタ移動処理が行われる。ステップ262において、図34を参照して後述するNPC移動処理が行われる。このNPC移動処理はNPCの数だけ繰り返される。
【0084】
図33は、プレイヤキャラクタ移動処理のフローチャートである。ステップ31において、プレイヤキャラクタの現在の座標(X,Y,Z)が、前回の座標(Px,Py,Pz)としてコピーされて記憶される。これは、図37を参照して後述する衝突処理において、プレイヤキャラクタが壁に衝突したときに前回の座標に戻すために必要である。ステップ32において、移動加速度の変化量(dAx,dAy,dAz)が初期化された後、ステップ33において、傾き移動処理が行われる。傾き移動処理では、前述の図21から図24に示す変換テーブルのうちプレイヤキャラクタの現在位置ステータスに応じて適切なものを参照して、プレイヤキャラクタのX移動加速度とY移動加速度の変化量を算出する処理が行われる。この処理によってゲーム装置の傾き(傾き入力)に応じてキャラクタが転がる(滑る)ように移動加速度の変化量(dAx,dAy)が決定される。さらに、ステップ34において、衝撃移動処理が行われる。衝撃移動処理では、前述の図21から図24に示す変換テーブルのうち適切なものを参照して、プレイヤキャラクタのX移動加速度とY移動加速度の変化量を増加させる処理が行われる。この処理によって、衝撃入力がされたときに、プレイヤキャラクタがダッシュ(高速移動)するように移動加速度の変化量(dAx,dAy)を増加する処理がされる。ステップ35において、図35を参照して後述するジャンプ移動処理が行われる。ステップ35の後、ステップ36において、前述の図27のフローチャートにおけるステップ25において波発生処理がされたか否かが判断される。波が発生していないことが判断されると、ステップ38に進む。波が発生したことが判断されると、ステップ37において、図36を参照して後述する波移動処理が行われた後、ステップ38に進む。ステップ38において、ステップ33からステップ37までの傾き移動処理,衝撃移動処理,ジャンプ処理,波移動処理で計算された移動加速度の変化量(dAx,dAy,dAz)に基づいて移動加速度(Ax,Ay,Az)が計算され、移動加速度(Ax,Ay,Az)に基づいて速度(Vx,Vy,Vz)が計算される。ステップ39において、速度(Vx,Vy,Vz)に基づいて座標(X,Y,Z)が計算される。
【0085】
図34はNPC移動処理のフローチャートである。ステップ41において、現在の座標(X,Y,Z)が前回の座標(Px,Py,Pz)にコピーして記憶される。ステップ42において、移動加速度の変化量(dAx,dAy,dAz)が初期化される。ステップ43において、ゲームプログラムに基づくNPCの自律移動処理が行われる。具体的には例えば亀は乱数値に基づいて移動加速度の変化量(dAx,dAy,dAz)が決定される。ステップ43の後、ステップ44において、傾き移動処理が行われる。傾き移動処理では、前述の図25または図26に示す変換テーブルのうちNPCのポーズナンバーに応じて適切なものを参照して、NPCのX移動加速度とY移動加速度の変化量を算出する処理が行われる。さらに、ステップ45において、衝撃移動処理が行われるが、本実施例の場合は、NPCは衝撃入力による影響を受けない。ステッ45の後、ステップ46において、前述の図27のフローチャートにおけるステップ25において波発生処理がされたか否かが判断される。波が発生していないことが判断されると、ステップ48に進む。波が発生したことが判断されると、ステップ47において、図36を参照して後述する波移動処理が行われた後、ステップ48に進む。ステップ48において、ステップ43からステップ47までの自律移動処理、傾き移動処理,衝撃移動処理,波移動処理で計算された移動加速度の変化量(dAx,dAy,dAz)に基づいて移動加速度(Ax,Ay,Az)が計算され、移動加速度(Ax,Ay,Az)に基づいて速度(Vx,Vy,Vz)が計算される。ステップ49において、速度(Vx,Vy,Vz)に基づいて座標(X,Y,Z)が計算される。ステップ51において、Z軸接点スイッチ出力値(INz)が1か否かが判断される。Z軸接点スイッチ出力値(INz)が0の場合はNPC移動処理サブルーチンを終了する。Z軸接点スイッチ出力値(INz)が1の場合は、ステップ52において表向きと裏向きの反転処理をする。具体的には、ワークRAM26のキャラクタデータのポーズナンバー(PN)を変化させる。
【0086】
図35はジャンプ処理のフローチャートである。このサブルーチンでは、Z軸方向の運動入力があったとき、プレイヤキャラクタをジャンプさせる処理がされ、Z軸方向の運動入力がなくてかつプレイヤキャラクタが「空中」にいるときに降下させる処理がされる。
【0087】
ステップ351において、Z軸接点スイッチ出力値(INz)が1か否かが判断される。Z軸接点スイッチ出力値(INz)が1の場合には、ステップ352において、現在位置ステータス(PS)が「空中」に設定された後、ステップ353において、Z移動加速度の変化量(dAz)が1にされる。ステップ351において、Z軸接点スイッチ出力値(INz)が0であると判断されると、ステップ354において、プレイヤキャラクタが「空中」にいるか否かが判断され、「空中」にいない場合はジャンプ処理を終了する。ステップ354において、空中」にいる場合は、ステップ355において、Z移動加速度の変化量(dAz)が−1にされた後、ジャンプ処理を終了する。
【0088】
図36は波移動処理のフローチャートである。このサブルーチンでは、プレイヤの衝撃入力により発生した波によるプレイヤキャラクタやNPCの移動加速度の変化量を計算する処理がされる。ステップ361において、現在位置ステータスが読み込まれ、ステップ362において、波の影響を受ける位置か否か(すなわち「水中」か否か)が判断される。波の影響を受けない位置であると判断されると、波移動処理を終了する。波の影響を受ける位置であると判断されると、ステップ363において、波の影響によるX移動加速度の変化量とY移動加速度の変化量が計算されて、傾き移動処理および衝撃移動処理において計算されたX移動加速度の変化量とY移動加速度の変化量に加算される。
【0089】
図37は衝突処理のフローチャートである。ステップ271からステップ275においてNPC衝突判定処理が行われる。このNPC衝突判定処理はNPCの数だけ繰り返される。ステップ271において、NPCが壁と衝突したか否かが判断される。衝突したと判断されるとステップ273に進む。壁と衝突していないと判断されるとステップ272に進み、別のNPCと衝突したか否かが判断される。別のNPCと衝突したと判断されるとステップ273に進む。別のNPCと衝突していないと判断されるとステップ275に進む。壁または別のNPCに衝突したと判定された場合は、ステップ273において、衝突音が発生された後、ステップ274において、NPCの座標(X,Y,Z)を前回の座標(Px,Py,Pz)に戻す処理が行われた後、ステップ275に進む。
【0090】
ステップ275において、NPCの現在位置ステータスが検出されてワークRAM26に記憶される。ステップ275の後、ステップ276において、プレイヤキャラクタが壁と衝突したか否かが判断される。壁に衝突していないと判断された場合には、ステップ279に進む。壁に衝突したと判断された場合には、ステップ277において、衝突音が発生された後、ステップ278において、プレイヤキャラクタの座標(X,Y,Z)を前回の座標(Px,Py,Pz)に戻す処理がされた後、ステップ279に進む。
ステップ279において、プレイヤキャラクタの現在位置ステータスが検出されてワークRAM26に記憶される。ステップ279の後、ステップ281において、プレイヤキャラクタがNPCと衝突したか否かが判断される。NPCと衝突したと判断されると、ステップ282において、NPCを消滅する処理がされる。ステップ282の後、ステップ283において、すべてのNPCが消滅したか否かが判断される。すべてのNPCが消滅したことが判断されるとステップ284においてゲームクリア処理が行われる。ステップ281において、NPCと衝突してないと判断された場合およびステップ283においてすべてのNPCが消滅していないと判断された場合にはステップ285に進む。ステップ285において、プレイヤキャラクタが穴に落ちたか否かが判断される。穴に落ちたと判断された場合は、ステップ286においてゲームオーバー処理が行われる。穴に落ちていないと判断された場合は、衝突処理を終了する。
【0091】
図38および図39は画面スクロールを示す画面の一例である。画面にはプレイヤキャラクタであるボール61,NPCである亀62a〜62c,迷路を構成する壁63および穴64が表示されている。点線65は画面スクロールの限界を示すものである(点線65は実際にはLCD12には表示されない)。前述のようにゲームマップはLCD12の表示領域より大きな仮想マップであり、LCD12にはゲームマップのうちプレイヤキャラクタ61の周辺の一部領域が表示される。プレイヤがゲーム装置を傾ける等してプレイヤキャラクタ61が点線65より外側領域に移動しようとすると、画面をスクロールしてLCD12に表示されるゲームマップ表示領域を移動させ、さらにプレイヤキャラクタ61およびNPC62をスクロールした分だけ画面の中央方向に移動表示する。この画面スクロールによって、より広いゲームマップ上でのゲームを楽しむことができる。
【0092】
例えば、図38に示すようにプレイヤキャラクタが点線65を超えて左側の領域に移動しようとすると、ゲームマップの表示領域を左にスクロールさせ、プレイヤキャラクタ61およびNPC62をスクロールさせた分だけ右に移動表示させる(図39)。なお、傾き入力の大きさに応じてスクロールする速度を変化させても良い。
【0093】
図40は、画面スクロール処理のフローチャートである。ステップ291において、プレイヤキャラクタがスクロールエリアをX軸のマイナス方向に外れたか否かが判断される。ここで、スクロールエリアとは、図38における点線65で囲まれる領域のことである。X軸のマイナス方向に外れていないことが判断されるとステップ294に進む。X軸のマイナス方向に外れたことが判断されると、ステップ292において、LCD12に現在表示されている領域がゲームマップの左端領域か否かが判断される。左端領域であると判断された場合は、ステップ294に進む。左端領域でないと判断された場合は、ステップ293において、表示用RAM25に記憶されたスクロールカウンタX座標(SCx)を一定量減らす処理がされた後、ステップ294に進む。ステップ294において、プレイヤキャラクタがスクロールエリアをX軸のプラス方向に外れたか否かが判断される。X軸のプラス方向に外れていないことが判断されると、ステップ297に進む。X軸のプラス方向に外れたことが判断されると、ステップ295において、LCD12に現在表示されている領域がゲームマップの右端領域か否かが判断される。右端領域であることが判断されるとステップ297に進む。右端領域でないと判断された場合は、ステップ296において、スクロールカウンタX座標(SCx)を一定量増やす処理がされた後、ステップ297に進む。
【0094】
ステップ297において、プレイヤキャラクタがスクロールエリアをY軸のマイナス方向に外れたか否かが判断される。Y軸のマイナス方向に外れていないことが判断されると、ステップ301に進む。Y軸のマイナス方向に外れたことが判断されると、ステップ298において、LCD12に現在表示されている領域がゲームマップの上端領域か否かが判断される。上端領域であることが判断されるとステップ301に進む。上端領域でないと判断された場合は、ステップ299において、スクロールカウンタY座標(SCy)を一定量減らす処理がされた後、ステップ301に進む。ステップ301において、プレイヤキャラクタがスクロールエリアをY軸のプラス方向に外れたか否かが判断される。Y軸のプラス方向に外れていないことが判断されると、画面スクロール処理を終了する。Y軸のプラス方向に外れたことが判断されると、ステップ302において、LCD12に現在表示されている領域がゲームマップの下端領域か否かが判断される。下端領域であることが判断されると、画面スクロール処理を終了する。下端領域でないと判断された場合は、ステップ303において、スクロールカウンタY座標(SCy)を一定量増やす処理がされた後、画面スクロール処理を終了する。
【0095】
(第2実施例)
次に、図41〜図49を参照して、本発明の第2の実施例のゲーム装置を説明する。第2の実施例のゲーム装置の外観図,XYZ軸定義図、ブロック図,センサインターフェースの計測原理図,Z軸接点スイッチの構造図は、第1の実施例における図1〜図7と共通であり、説明を省略する。
【0096】
図41は、本実施例のゲーム画面の一例を示した図である。このゲームは、プレイヤがゲーム装置に衝撃を与えることによってゲーム空間の地形を隆起させることにより、ゲームキャラクタの移動を制御して楽しむゲームである。
【0097】
図41(a)に示すように、ゲームキャラクタである亀81と地形隆起キャラクタ82がゲーム画面に表示される。図41(b)に示すように、亀81はゲームプログラムによって自立的に移動する。図41(b)に示す状態において、ゲーム装置にZ軸方向の衝撃入力を与えると、図41(c)に示すように、地形隆起キャラクタ82は隆起して高く大きく表示され、それによって亀81は滑る移動制御をされる(前進していた亀82が地形隆起によって後退する)。このような処理をすることによって、ゲーム装置にZ軸方向の衝撃を与えたときにゲーム空間である地形がエネルギーを与えられて地形が隆起するかのような感覚をプレイヤーに与えることができる。
【0098】
図42はZ軸方向の衝撃入力による地形隆起処理を示すゲーム画面の一例である。図42(a)において、外枠12´はゲーム空間全体を示しており、内枠12はLCD12に表示される表示領域を示している。ゲーム空間はLCD12の表示領域より大きな世界であり、LCD12にはゲーム空間の一部領域が表示される。ゲーム空間には地形隆起キャラクタ82が12個存在し(82a〜82l)、亀キャラクタ81が3匹存在する(81a〜81c)。このうち、LCD12には4個の地形隆起キャラクタ(82a,82b,82e,82f)と1匹の亀キャラクタ(82a)が表示されている。
【0099】
図42(a)に示す状態において、ゲーム装置にZ軸方向の衝撃入力を与えると、図42(b)に示すように、12個の地形隆起キャラクタ(82a〜82l,ゲーム空間全体の地形隆起キャラクタ)は1段階隆起して高く大きく表示される。このとき、地形が隆起した地点に存在する亀キャラクタ(81aおよび81b)は地形の隆起によって滑って移動する表示がされる。
【0100】
図42(b)に示す状態において、Aボタン(操作スイッチ13b)を操作しつつZ軸方向の衝撃入力を与えると、LCD12に表示されている4個の地形隆起キャラクタ(82a,82b,82e,82f)のみさらに1段階隆起して高く大きく表示される。このときも同様に、地形が隆起した地点に存在する亀キャラクタ(81a)は地形の隆起によって滑って移動する表示がされる。このように処理することによって、Aボタンを押しつつZ軸方向の衝撃入力を与えた場合には、LCD12に表示された領域に限定したゲーム空間に衝撃によるエネルギーが与えられたかのような感覚をプレイヤに与えることができる。
【0101】
なお、図示しないが、図42(b)に示す状態において、Bボタン(操作スイッチ13c)を操作しつつZ軸方向の衝撃入力を与えると、LCD12に表示されていない8個の地形隆起キャラクタ(82c,82d,82g,82h,82i〜82l)のみ1段階隆起して高く大きく表示される。このときも同様に、地形が隆起した地点に存在する亀キャラクタ(81b,81c)は地形の隆起によって滑って移動する表示がされる。このように処理することによって、Bボタンを押しつつZ軸方向の衝撃入力を与えた場合には、LCD12に表示されていない領域に限定してゲーム空間に衝撃によるエネルギーが与えられたかのような感覚をプレイヤに与えることができる。
【0102】
図43は、ゲーム空間の表示領域のスクロール処理を示すゲーム画面の一例である。ゲーム装置をスライド入力(第1の実施例における図9を参照)をすることによってゲーム空間の表示領域がスクロールする。例えば、図43(a)では、LCD12に地形隆起キャラクタ82a,82b,82e,82fおよび亀キャラクタ81aが表示されている。この状態において、ゲーム装置をY軸のマイナス方向にスライドさせると、ゲーム空間の表示領域は下方にスクロールして、図43(b)に示すように、地形キャラクタ82e,82fおよび亀キャラクタ81aが表示されることになる。
【0103】
また、図43(b)に示す状態において、ゲーム装置をX軸のプラス方向にスライドさせると、ゲーム空間の表示領域は右方にスクロールして、図43(c)に示すように、地形キャラクタ82fおよび亀キャラクタ81aが表示されることになる。このような処理をすることによって、プレイヤはLCD12より大きなゲーム空間でゲームを楽しむことができる。また、前述のように、AボタンやBボタンによって表示領域の内外に限定してゲーム空間に影響を与える(地形を隆起させる)ことができるので、複雑なゲームを楽しむことができる。
【0104】
図44は、XY軸方向の衝撃入力による温度上昇画面制御を示す図である。亀キャラクタ81a〜81cは、前述のようにゲームプログラムによって自立的な移動をするが、この自律移動は、温度が上昇することによって活発になる(具体的には移動量が増加する)。図44(a)に示す状態において、XY軸方向の衝撃入力(第1の実施例における図11を参照)をすると、温度パラメータが上昇し、亀キャラクタ81a〜81cが活発に移動する表示がされる。このような処理をすることによって、ゲーム装置にXY軸方向の衝撃を与えたときにゲーム空間にエネルギーが与えられて温度が上昇するかのような感覚をプレイヤーに与えることができる。
【0105】
以下、図45および図46を参照して、メモリに記憶されるデータを説明する。図45は、プログラムROM34のメモリマップである。プログラムROM34には、CPU21によって実行されるゲームプログラムおよびゲームデータが記憶される。プログラムROM34は、具体的には、オブジェクトキャラクタデータ記憶領域342a,マップデータ記憶領域342b,地形隆起ポイントデータ記憶領域342c,スクロールの限界値データ記憶領域342d,加速度センサ出力値変換テーブル記憶領域342eおよびゲームプログラム記憶領域342fを含む。オブジェクトキャラクタデータ記憶領域342aおよびマップデータ記憶領域342bには、オブジェクトキャラクタおよびゲームマップのグラフィックデータが記憶される。地形隆起ポイントデータ記憶領域342cには、前述の図42に示されるような地形隆起キャラクタ(82a〜82l)のそれぞれについてゲーム空間における位置データ(X座標およびY座標;Px1〜Px12,Py1〜Py12)が記憶される。スクロールの限界値データ記憶領域342dには、ゲーム空間をスクロール表示する際に、ゲーム空間の上下左右端になった場合にスクロールをしないようにするためにスクロールの限界値を示すデータ(SCxmax,SCymax)が記憶される。
【0106】
加速度センサ出力値変換テーブル記憶領域342dには、XY軸加速度センサ31およびZ軸接点スイッチ32の出力値を変換してゲームプログラムで利用するための変換テーブルが記憶されている。具体的には、前述の第1実施例の変換テーブル(図20から図26)と同様のデータが記憶されており、センサ出力値X(INx)およびセンサ出力値Y(INy)が、後述の図48を参照して後述する視界移動処理において、スクロールカウンタX座標(SCx)およびY座標(SCy)の変化量の計算に利用されることが定義されている。これによってゲーム装置をスライド入力(第1の実施例における図9を参照)をすることによってゲーム空間の表示領域がスクロールし、視界が移動する処理がされることになる。また、Z軸接点スイッチ出力値(INz)は地形の隆起判定に利用されることが定義され、衝撃入力フラグ(FS)は温度上昇の判定に利用されることが定義されている。
【0107】
ゲームプログラム記憶領域342fには、CPU21によって実行されるゲームプログラムが記憶される。具体的には、図47を参照して後述するメインプログラム,第1の実施例における図31と同様のセンサ出力読取プログラム,図48を参照して後述する視界移動プログラム,図49を参照して後述する地形隆起プログラム,温度上昇プログラム,亀キャラクタ制御プログラムやその他のプログラムが記憶される。
【0108】
図46はワークRAM26のメモリマップである。ワークRAM26には、CPU21がゲームプログラムを実行する際の一時的なデータが記憶される。具体的には、加速度センサ出力値記憶領域262a,衝撃入力フラグ記憶領域262b,地形隆起データ記憶領域262c,温度データ記憶領域262dおよびキャラクタデータ記憶領域262eが含まれる。
【0109】
加速度センサ出力値記憶領域262aおよび衝撃入力フラグ記憶領域262bに記憶されるデータは第1の実施例と同様であるので説明を省略する。地形隆起データ記憶領域262cには、それぞれの地形隆起ポイントについての高さデータが記憶される。高さデータは、図49を参照して後述する地形隆起処理においてZ軸方向の衝撃入力に応じて変更される。このデータに基づいてそれぞれの地形隆起ポイントについて地形隆起キャラクタの表示状態が決定される。例えば、高さデータが1の場合には図42(a)の82aのように表示され、高さデータが2の場合には図42(b)の82aのように表示され、高さデータが3の場合には図42(c)の82aのように地形隆起キャラクタが表示される。
【0110】
温度データ記憶領域には、ゲーム空間の温度データが記憶される。温度データは、温度上昇処理(図47に示すメインプログラムのステップ64)においてXY軸方向の衝撃入力に応じて変更される。このデータは亀キャラクタ制御処理(自律移動,図47に示すメインプログラムのステップ65)に影響を与える。キャラクタデータ記憶領域262eには、亀キャラクタの数だけ、座標データ(X、Y,Z)および前回の座標データ(Px、Py,Pz)が記憶される。 表示用RAMのメモリマップは第1の実施例における図18と同様であるので説明を省略する。
【0111】
以下、図47〜図49を参照して、ゲームプログラムの処理の流れを説明する。図47はメインルーチンのフローチャートである。ゲーム装置本体10にカートリッジ30を差して、ゲーム装置本体10の電源をONにすると、図47に示すメインルーチンが開始される。第2の実施例においても、第1の実施例と同じように、0G設定処理やニュートラルポジションの設定処理をおこなっても良いが、説明を簡単にするため省略することにする。
【0112】
まずステップ61において、第1の実施例における図31と同様のセンサ出力読取処理が行われて、XY軸加速度センサ31およびZ軸接点スイッチ32の出力値がセンサインターフェース33を介して読取られる(0Gポジションデータおよびニュートラルポジションデータによる補正は省略)。ステップ61の後、ステップ62において、図48を参照して後述する視界移動処理(ゲーム空間の表示領域のスクロール処理)が行われる。ステップ62の後、ステップ63において、図49を参照して後述する地形隆起処理が行われる。ステップ63の後、ステップ64において、温度上昇処理が行われる。温度上昇処理では、まずXY軸方向の衝撃入力があったか否かが判定され、XY軸方向の衝撃入力があった場合には、温度パラメータ(T)を1増加する処理がされる。ステップ64の後、ステップ65において、亀キャラクタ制御処理が行われる。亀キャラクタ制御処理では、まず自律移動による亀キャラクタの移動処理が行われる。具体的には、例えば、乱数値によって亀キャラクタの移動量を計算する処理が行われる。なお、温度(T)が高いときには亀キャラクタの自立移動量が大きくなるように制御される。この後、地形隆起による亀キャラクタの移動処理が行われる。具体的には、亀キャラクタの下の地形が隆起した場合に、亀キャラクタを滑らせて移動させる処理がされる。なお、亀キャラクタ制御処理は亀キャラクタの数だけ繰り返される。
【0113】
ステップ65の後、ステップ66において、前述の視界移動処理,地形隆起処理,亀キャラクタ制御処理の処理結果に基づいて、ゲーム空間のスクロール表示および地形隆起オブジェクトや亀キャラクタの表示処理がされる。なお、地形隆起処理によって地形隆起ポイントの高さが増加された場合には、地形隆起キャラクタを高く大きく表示するとともに、地形が隆起していることを連想させるような音を発生するとより効果的である。ステップ66の後、ステップ67において、ゲームオーバーか否かが判断される。例えば、所定時間を過ぎた場合にゲームオーバーにする等ゲーム内容に応じた適当な条件によってゲームオーバーの判定がされる。ステップ67において、ゲームオーバーであると判定されるとメインルーチンを終了する。ステップ67において、ゲームオーバーでないと判定されると、ステップ61に戻る。
【0114】
図48は視界移動処理のフローチャートである。まず、ステップ621において、変換テーブルを参照して、スクロールカウンタX座標(SCx)およびY座標(SCy)の変更処理が行われる。ステップ621の後、ステップ622〜ステップ629において、ゲーム空間の端を超えてスクロールしようとしているか否かが判断されて、ゲーム空間の端を超えてスクロールしようとしている場合には、スクロールカウンタの値(SCx、SCy)を適正な値にする処理が行われる。
【0115】
ステップ622において、スクロールカウンタX座標(SCx)がスクロール限界値X座標(SCxmax)を超えているか否かが判断され、超えていないと判断された場合には、ステップ624に進む。ステップ622において、超えていると判断された場合には、ステップ623に進み、スクロールカウンタX座標(SCx)の値がスクロール限界値X座標(SCxmax)に設定された後、ステップ624に進む。
【0116】
ステップ624において、スクロールカウンタX座標(SCx)が0より小さいか否かが判断され、0以上であると判断された場合は、ステップ626に進む。ステップ624において、0より小さいと判断された場合は、ステップ625に進み、スクロールカウンタX座標(SCx)の値が0に設定された後、ステップ626に進む。
【0117】
ステップ626において、スクロールカウンタY座標(SCy)がスクロール限界値Y座標(SCymax)を超えているか否かが判断され、超えていないとと判断された場合は、ステップ628に進む。ステップ626において、超えていると判断された場合は、ステップ627に進み、スクロールカウンタY座標(SCy)の値がスクロール限界値Y座標(SCymax)に設定された後、ステップ628に進む。
【0118】
ステップ628において、スクロールカウンタY座標(SCy)が0より小さいか否かが判断され、0以上であると判断された場合は、視界移動処理を終了する。ステップ628において、0より小さいと判断された場合は、ステップ629に進み、スクロールカウンタY座標(SCy)の値が0に設定された後、視界移動処理を終了する。
【0119】
図49は地形隆起処理のフローチャートである。まず、ステップ631において、Z軸接点スイッチの出力があったか否か(すなわち、Z軸方向の衝撃入力があったか否か)が判断され、Z軸接点スイッチの出力がなかったと判断された場合は、地形隆起処理を終了する。Z軸接点スイッチの出力があったと判断された場合は、ステップ632に進む。ステップ632において、Aボタン(操作スイッチ13b)が押されているか否かが判断され、Aボタンが押されていると判断された場合は、ステップ633に進み、LCDに表示されている領域内の地形隆起ポイントの高さ(H)をそれぞれ1増加させる処理がされる。ステップ633の後、地形隆起処理を終了する。
【0120】
ステップ632において、Aボタンが押されていないことが判断されると、ステップ634に進み、Bボタン(操作スイッチ13c)が押されているか否かが判断される。Bボタンが押されていることが判断されると、ステップ635に進み、LCDに表示されている領域外の地形隆起ポイントの高さ(H)をそれぞれ1増加させる処理がされる。ステップ635の後、地形隆起処理を終了する。ステップ634において、Bボタンが押されていないことが判断されると、ステップ636において、全地形隆起ポイントの高さ(H)をそれぞれ1増加させる処理がされた後、地形隆起処理を終了する。
【0121】
(第3実施例)
次に、図50〜図59を参照して、本発明の第3の実施例を説明する。このゲームは、ゲーム装置をフライパンや包丁であるかのように動かして仮想的な料理を楽しむゲームである。
【0122】
図50〜図53は、ゲーム画面の一例である。図50において、ゲーム画面には、プレイヤキャラクタ91とキッチン92とコンロ93とフライパン94と机95とまな板96が表示される。Aボタン(操作スイッチ13b)を押すと、図51および図52を参照して後述するフライパン空間処理が開始する。また、Bボタン(操作スイッチ13c)を押すと、図53を参照して後述する包丁空間処理が開始する。
【0123】
図51および図52は、フライパン空間処理のゲーム画面の一例である。フライパン空間処理では、ゲーム装置をフライパンのように操作して、目玉焼きを調理するゲームをする。図51(a)において、ゲーム画面には、フライパン94と卵97が表示されている。図51(a)に示す状態において、ゲーム装置をY軸を中心にマイナス方向に傾けると、図51(b)に示すように、卵97はフライパンの左方へ移動表示される。また、図51(b)に示す状態において、ゲーム装置をX軸を中心としてプラス方向に傾けると、卵97はフライパンの下方へ移動表示される。このように処理することによって、ゲーム装置をあたかもフライパンのように操作して、卵がフライパンの傾きによって移動しているかのような感覚をプレイヤに与えることができる。
【0124】
図52(a)に示す状態において、ゲーム装置のZ軸方向に衝撃入力を与えると、図52(b)に示すように、卵97はフライパン94から離れて上方にジャンプしているような表示がされ、その後、図52(c)または(d)に示すように、卵97は着地する表示がされる。このとき、図52(a)に示すように、Z軸方向に衝撃入力をした時の卵97の位置がフライパン94の端の方である場合には、卵97はフライパン94からはみだしてジャンプし着地する(図52(c))こととなり、失敗となる。なお、図52(b)に示す状態において、ゲーム装置をスライド移動させることによって、卵97とフライパン94との相対的な位置関係を修正して、卵97をフライパン94の中に着地させることが可能である(図52(d))。このように処理することによって、ゲーム装置をあたかもフライパンのように操作して、ジャンプした卵をフライパンで受け止めるかのような感覚をプレイヤに与えることができる。
【0125】
図53は包丁空間処理のゲーム画面の一例である。包丁空間処理では、ゲーム装置を包丁のように操作して、キャベツを千切りするゲームをする。図53(a)において、ゲーム画面には、包丁98とキャベツ99が表示されている。図53(a)に示す状態において、ゲーム装置をX軸のプラス方向にスライド移動させると、図53(b)に示すように、包丁98に対してキャベツ99が左に移動する表示がされる(包丁98は常にゲーム画面の中央に表示されるため、キャベツ99が相対的に左に移動する表示がされる)。このように処理することによって、ゲーム装置をあたかも包丁のように操作して、キャベツと包丁との位置関係を調節してキャベツを切断する位置を調節しているかのような感覚をプレイヤに与えることができる。
【0126】
さらに、図53(b)に示す状態において、ゲーム装置を上下に運動(Z軸方向の運動入力)させると、キャベツ99が包丁98によって千切りされる表示がされる。この際、キャベツが切断される音を発生させるとより効果的である。
【0127】
以下、図54を参照して、メモリに記憶されるデータを説明する。なお、プログラムROM34には、第1実施例のプログラムROM(図16)と略同様のプログラムが記憶されるが、加速度センサ出力値変換テーブル記憶領域には、フライパン用テーブルと卵ジャンプ時用テーブルと包丁用テーブルが記憶され、ゲームプログラム記憶領域には、メインプログラム,センサ出力読み取りプログラム,フライパン空間プログラム,卵ジャンププログラム、包丁空間プログラムおよびその他のプログラムが記憶される。なお、加速度センサ出力値変換テーブルのフライパン用テーブルは、図56を参照して後述するフライパン空間プログラムで参照され、卵ジャンプ時用テーブルは、図58を参照して後述する卵ジャンププログラムで参照され、包丁用テーブルは、図57を参照して後述する包丁空間プログラムで参照される。
【0128】
フライパン用テーブルには、XY軸加速度センサ31の出力値(INx,INy)は卵のXおよびY座標(Ex,Ey)の変化量の計算に利用されることが定義される。これによって、ゲーム装置を傾き入力(第1の実施例における図10を参照)したときに卵の表示位置が変更され、フライパンの上を卵が滑るように表示制御される。また、座標Z軸接点スイッチ32の出力値(INz)は、卵のジャンプ判定に利用され、衝撃入力フラグ(FS)は利用されないことが定義される。
【0129】
卵ジャンプ時用テーブルには、XY軸加速度センサ31の出力値(INx,INy)は卵のXおよびY座標(Ex,Ey)の変化量の計算に利用されることが定義される。これによって、卵がジャンプしている間にゲーム装置をスライド入力(第1の実施例における図9を参照)したときに卵の表示位置が変更され、フライパンと卵の相対位置が変更されるように表示制御される。なお、卵ジャンプ時用テーブルにおいて補正比率はマイナス値が定義される。なぜなら、本実施例では、フライパンはゲーム画面に固定的に表示され、卵がフライパンに対して相対的に移動するように表示されるため、ゲーム装置のスライド移動の方向とは逆の方向に卵を移動表示する必要があるためである。また、Z軸接点スイッチ32の出力値(INz)および衝撃入力フラグ(FS)は利用されない。
【0130】
包丁用テーブルには、XY軸加速度センサ31の出力値(INx,INy)はキャベツのXおよびY座標(CAx,CAy)の変化量の計算に利用されることが定義されている。これによって、ゲーム装置をスライド入力したときにキャベツの表示位置が変更され、キャベツと包丁の相対位置が変更されるように表示制御される。なお、包丁用テーブルは卵ジャンプ時用テーブルと同様に補正比率はマイナス値が定義される。なぜなら、本実施例では、包丁はゲーム画面に固定的に表示され、キャベツが包丁に対して相対的に移動するように表示されるため、ゲーム装置のスライド移動の方向とは逆の方向にキャベツを移動表示する必要があるためである。また、Z軸接点スイッチ32の出力値(INz)は、キャベツの切断処理の判定に利用され、衝撃入力フラグ(FS)は利用されないことが定義される。
【0131】
図54はワークRAM26のメモリマップである。ワークRAM26には、CPU21がゲームプログラムを実行する際の一時的なデータが記憶される。具体的には、加速度センサ出力値記憶領域263a,衝撃入力フラグ記憶領域263b,卵データ記憶領域263cおよびキャベツデータ記憶領域263dが含まれる。
【0132】
加速度センサ出力値記憶領域263aおよび衝撃入力フラグ記憶領域263bに記憶されるデータは第1の実施例と同様であるので説明を省略する。卵データ記憶領域263cには、卵のX座標(Ex),Y座標(Ey),高さ(Eh)および焼け具合(Ef)のデータが記憶される。キャベツデータ記憶領域263dには、キャベツのX座標(CAx),Y座標(CAy)および切断割合(CAc)のデータが記憶される。表示用RAMのメモリマップは第1の実施例における図18と同様であるので説明を省略する。
【0133】
以下、図55〜図59を参照して、ゲームプログラムの処理の流れを説明する。図55はメインルーチンのフローチャートである。ゲーム装置本体10にカートリッジ30を差して、ゲーム装置本体10の電源をONにすると、図55に示すメインルーチンが開始される。第3の実施例においても、第1の実施例と同じように、0G設定処理やニュートラルポジションの設定処理をおこなっても良いが、説明を簡単にするため省略することにする。
【0134】
まずステップ71において、第1の実施例における図31と同様のセンサ出力読取処理が行われて、XY軸加速度センサ31およびZ軸接点スイッチ32の出力値がセンサインターフェース33を介して読取られる(0Gポジションデータおよびニュートラルポジションデータによる補正は省略)。ステップ71の後、ステップ72において、Aボタン(操作スイッチ13b)が押されているか否かが判断される。ステップ72において、Aボタンが押されていることが判断されると、ステップ73に進み、図57を参照して後述する包丁空間処理が行われた後、ステップ76に進む。
【0135】
ステップ72において、Aボタンが押されていないことが判断されると、ステップ74に進み、Bボタン(操作スイッチ13c)が押されているか否かが判断される。ステップ74において、Bボタンが押されていないことが判断されると、ステップ76に進む。ステップ74において、Bボタンが押されていることが判断されると、ステップ75に進み、図56を参照して後述するフライパン空間処理が行われた後、ステップ76に進む。
【0136】
ステップ76において、ゲームオーバーか否かが判断される。具体的には、例えば、所定時間を過ぎた場合にゲームオーバーにする等ゲーム内容に応じた適当な条件によってゲームオーバーの判定がされる。ステップ76において、ゲームオーバーでないと判断されると、ステップ71に戻る。ステップ76において、ゲームオーバーであると判断されると、メインルーチンを終了する。
【0137】
図56はフライパン空間処理のフローチャートである。まず、ステップ771において、フライパン用テーブルを参照して、卵X座標(Ex)および卵Y座標(Ey)の変更処理が行われる。ステップ771の後、ステップ772において、図58を参照して後述する卵ジャンプ処理が行われる。ステップ772の後、ステップ773において、卵焼け具合(Ef)を1増加させる処理がおこなわれる。ステップ773の後、ステップ774において、卵焼け具合(Ef)が100以上になったか否かが判断される。卵焼け具合(Ef)が100より小さいことが判断されると、フライパン空間処理を終了する。卵焼け具合(Ef)が100以上になったことが判断されると、ステップ775に進み、卵成功処理が行なわれる。卵成功処理では、例えば、卵の調理が完成した画面が表示され、得点が加算される処理が行われる。ステップ775の後、フライパン空間処理を終了する。
【0138】
図57は包丁空間処理のフローチャートである。まず、ステップ741において、包丁用テーブルを参照して、キャベツX座標(CAx)およびキャベツY座標(CAy)の変更処理が行われる。ステップ741の後、ステップ742において、図59を参照して後述するキャベツ切断処理が行われる。ステップ742の後、ステップ743において、キャベツ切断割合(CAc)が100以上になったか否かが判断される。キャベツ切断割合(CAc)が100より小さいことが判断されると、包丁空間処理を終了する。キャベツ切断割合(CAc)が100以上になったことが判断されると、ステップ744に進み、キャベツ成功処理が行なわれる。キャベツ成功処理では、例えば、キャベツの切断が完成した画面が表示され、得点が加算される処理が行われる。ステップ744の後、包丁空間処理を終了する。
【0139】
図58は卵ジャンプ処理のフローチャートである。まず、ステップ772aにおいて、Z軸接点スイッチの出力があったか否か(すなわち、Z軸方向の衝撃入力があったか否か)が判断される。ステップ772aにおいて、Z軸接点スイッチの出力がなかったことが判断されると、卵ジャンプ処理を終了する。ステップ772aにおいて、Z軸接点スイッチの出力があったことが判断されると、ステップ772bにおいて、卵がジャンプしている表示が行われる。ステップ772bの後、ステップ772cにおいて、卵の高さ(Eh)がCH(所定値)に設定される。ステップ772cの後、ステップ772dにおいて、第1の実施例における図31と同様のセンサ出力読取処理が行われて、XY軸加速度センサ31およびZ軸接点スイッチ32の出力値がセンサインターフェース33を介して読取られる(0Gポジションデータおよびニュートラルポジションデータによる補正は省略)。ステップ772dの後、ステップ772eにおいて、卵ジャンプ時用テーブルを参照して、卵X座標(Ex)および卵Y座標(Ey)の変更処理が行われる。ステップ772eの後、ステップ772fにおいて、卵の高さ(Eh)を1減少させる処理が行われる。ステップ772fの後、ステップ772gにおいて、卵のX座標(Ex),Y座標(Ey),高さ(Eh)に基づいて表示処理が行われる。ステップ772gの後、ステップ772hにおいて、卵が着地したか否か、すなわち卵の高さ(Eh)が0になったか否かが判断される。ステップ772hにおいて、卵が着地していないことが判断されると、ステップ772dに戻る。ステップ772hにおいて、卵が着地したことが判断されると、ステップ772iにおいて、卵の着地位置がフライパン内か否かが判断され、フライパン内であると判断された場合にはステップ772jにおいて、ジャンプ成功処理が行われた後、卵ジャンプ処理を終了する。ジャンプ成功処理では、例えば「成功」と表示しつつ成功の音楽を発生し、得点を加算する処理が行われる。ステップ772iにおいて、卵の着地位置がフライパンの外であると判断された場合には、ステップ772kにおいて、ジャンプ失敗処理が行われた後、卵ジャンプ処理を終了する。ジャンプ失敗処理では、例えば「失敗」と表示しつつ失敗の音楽を発生し、卵焼け具合(Ef)を0にする処理が行われる(卵の調理をやり直させるようにする)。
【0140】
図59はキャベツ切断処理のフローチャートである。まず、ステップ742aにおいて、Z軸接点スイッチの出力があったか否か(すなわち、Z軸方向の運動入力があったか否か)が判断される。ステップ742aにおいて、Z軸接点スイッチの出力がなかったことが判断されると、キャベツ切断処理を終了する。ステップ742aにおいて、Z軸接点スイッチの出力があったことが判断されると、ステップ742bにおいて、包丁の下にキャベツがあるか否かが判断される。ステップ742bにおいて、包丁の下にキャベツがないことが判断されると、キャベツ切断処理を終了する。ステップ742bにおいて、包丁の下にキャベツがあることが判断されると、ステップ742cにおいて、表示処理(キャベツが一定量切断される表示)がされる。ステップ742cの後、ステップ742dにおいて、キャベツの切断割合(CAc)を1増加する処理がされた後、キャベツ切断処理を終了する。
【0141】
(第4実施例)
次に、図60〜図66を参照して、本発明の第4の実施例を説明する。図60はゲーム空間の概念図および複数のゲーム装置のゲーム画面の一例を示した図である。このゲームは、複数のゲーム装置で通信することによってゲーム空間を共有して、第1の実施例と同様のゲームを複数のプレイヤでおこなって対戦(または協力)を楽しむゲームである。ゲーム空間である迷路板は複数のゲーム装置10および40に共通であり、ゲーム装置10のゲーム画像とゲーム装置40のゲーム画像は同じゲーム空間データに基づいている(ただし、それぞれのゲーム装置で視界が異なる)。第1のゲーム装置10のLCDには1点鎖線で示される範囲12が表示され、第2のゲーム装置40のLCDには点線で示される範囲42が表示される。第1の実施例と同様に、ゲーム装置の傾きに応じて、ゲーム空間である迷路板が傾いたことがシミュレートされるが、本実施例の場合は、ゲーム装置10の傾きとゲーム装置40の傾きを合成した値によって迷路板の傾きがシミュレートされる(一方のゲーム装置の傾きのみによって迷路版の傾きをシミュレートしてもよい)。ゲーム装置10のプレイヤは自分のボール61aを操作するためにゲーム装置10を傾けて迷路板の傾きを操作しようとするが、一方でゲーム装置40のプレイヤは自分のボール61bを操作するためにゲーム装置40を傾けて迷路板の傾きを操作しようとするので、お互いに自分の思う通りには迷路板の傾きを操作することができず、より複雑なゲームを楽しむことができる。なお、本実施例においては、通信ケーブル50を用いて2つのゲーム装置間の通信をおこなうこととするが、無線や携帯電話等の通信手段を利用しても良い。
【0142】
第4の実施例のプログラムROMには、第1の実施例のプログラムROM(図16)と略同様のデータが記憶されるが、ゲームプログラム記憶領域には、第1の実施例の場合に追加して、図63および図64を参照して後述するマップ確認プログラムおよび図65および図66を参照して後述する通信割込プログラムがさらに記憶される。
【0143】
ゲームプログラム記憶領域に記憶されるプログラムのうち、メインプログラムとマップ確認プログラムと通信割込プログラムは、ゲーム装置10とゲーム装置40とで異なったプログラムとなっている。これは、ゲーム装置10を親機とし、ゲーム装置40を子機として通信処理を行うためであるが、詳細については、図61〜図66を参照して後述する。
【0144】
第4の実施例のワークRAMには、第1の実施例のワークRAM17と略同様のデータが記憶されるが、第1の実施例の場合に追加して、合成データ記憶領域をさらに含む。合成データ記憶領域には、ゲーム装置10のXY軸加速度センサ31およびZ軸接点スイッチ32の出力値と、ゲーム装置40のXY軸加速度センサ31およびZ軸接点スイッチ32の出力値を合成した値がそれぞれ記憶される。表示用RAMおよびバックアップRAMのメモリマップは第1の実施例における図18および図19と同様であるので説明を省略する。
【0145】
以下、図61〜図66を参照して、ゲームプログラムの処理の流れを説明する。
図61はゲーム装置10で実行されるメインルーチンのフローチャートである。本実施例においては、説明を簡単にするために、0G設定処理,ニュートラルポジション設定処理および衝撃入力による波発生処理を省略しているが、第1の実施例と同様に、これらの処理を追加しても良い。
【0146】
まず、ステップ81pにおいて、第1の実施例における図30と同様のゲームマップ選択処理が行われる。ステップ81pの後、ステップ82pにおいて、図63を参照して後述する親機マップ確認処理が行われる。ステップ82pの後、ステップ83pに進む。
【0147】
ステップ83pからステップ85pまでがメインループであり、ゲームオーバーになるかまたはゲームクリアになるまで繰り返し処理される。ステップ83pにおいて、ワークRAM26のデータに基づいて表示用RAM25に必要なデータが書込まれ、表示用RAM25に記憶されたデータに基づいてLCD12にゲーム画面が表示される。ステップ84pにおいて、第1の実施例における図32から図36と同様の各オブジェクト移動処理が行われ(波移動処理は省略)、プレイヤキャラクタおよびNPCの移動処理が行われる。ステップ84pの後、ステップ85pにおいて、第1の実施例における図37と同様の衝突処理が行われ、プレイヤキャラクタとNPC等との衝突処理が行われる。ステップ85pの後、ステップ86pにおいて第1の実施例における図40と同様の画面スクロール処理が行われる。
【0148】
図62はゲーム装置40で実行されるメインルーチンのフローチャートである。本実施例においては、説明を簡単にするために、0G設定処理,ニュートラルポジション設定処理および衝撃入力による波発生処理を省略しているが、第1の実施例と同様にこれらの処理を追加しても良い。
【0149】
まず、ステップ81cにおいて、第1の実施例における図30と同様のゲームマップ選択処理が行われる。ステップ81cの後、ステップ82cにおいて、図64を参照して後述する子機マップ確認処理が行われる。ステップ82cの後、ステップ83cに進む。
【0150】
ステップ83cからステップ88cまでがメインループであり、ゲームオーバーになるかまたはゲームクリアになるまで繰り返し処理される。まず、ステップ83cにおいて、ワークRAM26のデータに基づいて表示用RAM25に必要なデータが書込まれ、表示用RAM25に記憶されたデータに基づいてLCD12にゲーム画面が表示される。ステップ83cの後、ステップ84cにおいて、第1の実施例における図31と同様のセンサ出力読取処理が行われて、XY軸加速度センサ31およびZ軸接点スイッチ32の出力値がセンサインターフェース33を介して読取られる(0Gポジションデータおよびニュートラルポジションデータによる補正は省略)。ステップ84cの後、ステップ85cにおいて、割込信号および先のステップ84cにおいて読込まれてワークRAM26に記憶された加速度センサ出力値データ(INx,INy,INz)がゲーム装置10に送信される。ゲーム装置10側では、この割込信号を受けて、図65を参照して後述する親機通信割込処理が開始される。ステップ85cの後、ステップ86cにおいて、第1の実施例における図32から図36と同様の各オブジェクト移動処理が行われ(波移動処理は省略)、プレイヤキャラクタおよびNPCの移動処理が行われる。ステップ86cの後、ステップ87cにおいて、第1の実施例における図37と同様の衝突処理が行われ、プレイヤキャラクタとNPC等との衝突処理が行われる。ステップ87cの後、ステップ88cにおいて第1の実施例における図40と同様の画面スクロール処理が行われる。
【0151】
図63は、ゲーム装置10で実行される親機マップ確認処理のフローチャートである。まず、ステップ87p1において、自身のワークRAM26に記憶されたマップナンバーデータがゲーム装置40に送信される。ステップ87p1の後、ステップ87p2において、データの受信がおこなわれる。具体的には、図64を参照して後述する子機マップ確認処理のステップ87c3においてゲーム装置40から送信されるマップナンバーデータを受信する。ステップ87p3において、データが受信されたことが判断されると、ステップ87p4において、自身のマップナンバーデータと先のステップ87p2において受信したゲーム装置40のマップナンバーデータが一致するか否かが判断される。ステップ87p4において、マップナンバーデータが一致することが判断されると、親機マップ確認処理を終了する。ステップ87p4において、マップナンバーデータが一致しないことが判断されると、図61のメインルーチンのステップ81pのゲームマップ選択処理に戻る。
【0152】
図64は、ゲーム装置40で実行される子機マップ確認処理のフローチャートである。まず、ステップ87c1において、データの受信が行われる。具体的には、前述の図63の親機マップ確認処理のステップ87p1においてゲーム装置10から送信されるマップナンバーデータを受信する。ステップ87c2においてデータが受信したことが判断されると、ステップ87c3において、自身のワークRAM26に記憶されたマップナンバーデータがゲーム装置10に送信される。ステップ87c3の後、ステップ87c4において、自身のマップナンバーデータと先のステップ87c1において受信したゲーム装置10のマップナンバーデータが一致するか否かが判断される。ステップ87c4において、マップナンバーデータが一致することが判断されると、子機マップ確認処理を終了する。ステップ87c4において、マップナンバーデータが一致しないことが判断されると、図62のメインルーチンのステップ81cのゲームマップ選択処理に戻る。
【0153】
図65は、ゲーム装置10で実行される親機通信割込み処理のフローチャートである。この処理は、前述の図62に示すゲーム装置40のメインルーチンのステップ85cにおいて送信される割込信号によって処理が開始される。まず、ステップ91pにおいて、データの受信を行う。具体的には、前述の図62に示すゲーム装置40のメインルーチンのステップ85cにおいて送信されるゲーム装置40の加速度センサ出力値を受信する。ステップ91pの後、ステップ92pにおいて、第1の実施例における図31と同様のセンサ出力読取処理が行われて、XY軸加速度センサ31およびZ軸接点スイッチ32の出力値がセンサインターフェース33を介して読取られる(0Gポジションデータおよびニュートラルポジションデータによる補正は省略)。ステップ92pの後、ステップ93pにおいて、先のステップ91pで受信したゲーム装置40の加速度センサ出力値と先のステップ92pで読取ったゲーム装置10の加速度センサ出力値を合成する。ここで、合成とは、単に加算する計算処理をおこなっても良いし、例えば2つの値に重みをつけて加算する等、より複雑な計算式により2つの値から合成値を算出しても良い。ステップ93pの後、ステップ94pにおいて、割込信号および先のステップ93pで計算された合成データがゲーム装置40に送信される。
【0154】
図66は、ゲーム装置40で実行される子機通信割込み処理のフローチャートである。この処理は、図65の親機通信割込み処理のステップ94pにおいて送信される割込信号に応じて処理が開始される。ステップ91cにおいてゲーム装置10から合成データを受信して終了する。
【0155】
上述の実施例は、携帯型ゲーム装置が検出手段を備えるものであったが、図67に示すように家庭用ゲーム機,パソコンまたは業務用ゲーム機等のコントローラが検出手段を備えるようにしてもよい。この場合には、プレイヤはコントローラを傾けたり、運動や衝撃を与えることによってテレビジョン受信機等の表示装置に表示されるゲーム空間の制御をおこなう。例えば、図68に示すように、コントローラを傾けることによって表示装置に表示されたゲーム空間である板が傾く表示がされ、かつ、板の上のボールが転がることがシミュレートされる。コントローラを右に傾けると板が右に傾いてボールが右に転がり、コントローラを左に傾けると板が左に傾いてボールが左に転がることがシミュレートされる。
【0156】
上述の実施例では、カートリッジに加速度センサを設けたが、携帯型ゲーム装置本体側に加速度センサを設けても良い。携帯型ゲーム装置本体側に加速度センサを設けた場合、カートリッジ毎に加速度センサを備える必要がなくコストを削減できる。また、ゲーム装置に用いる情報記憶媒体は、カートリッジに限るものではなく、PCカードのようなICカードであっても良い。
【0157】
上述の第1の実施例では、ニュートラルポジションデータはワークRAM26に記憶してゲームプレイ毎に設定するようにしたが、バックアップRAM35に記憶して次回のゲームプレイにおいても同じデータが利用可能にしても良い。
【0158】
上述の第1の実施例では、ニュートラルポジションはプレイヤが決定するようにしたが、予めゲームプログラムにニュートラルポジションデータを記憶しておいてこれを利用するようにしても良い。また、複数のニュートラルポジションデータを記憶しておいて、プレイヤがいずれか一つを選択するようにしても良い。
【0159】
上述の第1の実施例では、ゲームキャラクタは、プレイヤキャラクタ(ボール)と敵キャラクタ(亀)のみであったが、これらに加えて、プレイヤキャラクタを助ける味方キャラクタや中立的なキャラクタ等のNPC(ノンプレイヤーキャラクタ)を登場させても良い。これらのNPCは、ゲームプログラムに基づいて自律移動されるが(自律移動しないNPCがあっても良い)、プレイヤによる操作(傾き,運動または衝撃入力)に応じて移動や変形等させても良い。
【0160】
上述の第1の実施例では、ゲーム空間の制御は加速度センサの出力のみに基づいているが、操作スイッチに基づいてゲーム空間を制御する部分があってもよい。例えば、ピンボールゲームにおいて、ゲーム装置を傾けたり揺らしたりすることによってゲーム空間であるピンボール台を制御しつつ、操作スイッチを押した場合にフリッパーが動作するようなゲームが考えられる。また、いわゆる「落ちゲー」といわれる、落下する物体を積み上げて、積み上げ状態に応じて得点を計算するようなゲームにおいて、ゲーム装置を傾けたり揺らしたりすることによってゲーム空間を制御しつつ、操作スイッチで物体の向きを変えたり、衝撃入力で物体を高速移動させたり、Z軸方向の運動入力によって物体を変形させたりするようなゲームが考えられる。
【0161】
上述の第1の実施例では、ゲームキャラクタはゲーム装置の傾き(すなわち、ゲーム空間である迷路板の傾き)に応じて移動することとしたが、ゲーム装置の運動または衝撃に応じて移動するようにしてもよい。例えば、ゲーム装置をスライド移動させたときに、迷路板の壁が同じように移動したことがシミュレートされて、壁に接しているゲームキャラクタが壁に押されたかのように移動するような表示制御をおこなうことが考えられる。
【0162】
上述の第1の実施例では、プレイヤキャラクタ(ボール)自体を移動表示したが、プレイヤキャラクタは固定的に表示し、ゲーム空間をスクロール表示してプレイヤキャラクタがゲーム空間を相対的に移動している表示処理としてもよい。
【0163】
上述の第4の実施例は、2人のプレイヤが迷路板を傾けるという同一の制御を行うものであったが、2人のプレイヤが別々の制御を担当するようにしても良い。例えば、一人のプレイヤはゲーム装置を傾けることによって迷路板を傾ける制御をし、他方のプレイヤはゲーム装置にZ軸方向の運動入力をしてゲームキャラクタをジャンプさせたり、XY軸方向の衝撃入力をして波を発生する制御をする等のゲームが考えられる。
【0164】
上述の第4の実施例は、メインプログラム,マップ確認プログラムおよび通信割り込みプログラムについて、ゲーム装置10には親機用のプログラムが記憶され、ゲーム装置40には子機用のプログラムが記憶されていたが、ゲーム装置10およびゲーム装置40のそれぞれに親機用のプログラムと子機用のプログラムの両方を記憶しておいて、ゲーム開始に先立って、どちらを親機とし子機とするかを設定し、設定に従ってプログラムを選択するようにしてもよい。
【0165】
なお、上述の本実施例においては、OGポジションとニュートラルポジションの両方を設定可能にしているが、どちらか一方のみが設定可能にされればよい。例えば、0Gポジションの設定のみをおこなう構成とする場合には、図31のステップ207におけるニュートラルポジションの補正は必要ない。また、ニュートラルポジションの設定のみをおこなう構成とする場合には、図29のステップ148の処理および図31のステップ206は必要ない。
【0166】
【図面の簡単な説明】
【図1】本発明の一実施例の携帯型ゲーム装置の外観図である。
【図2】XYZ軸の定義を示した図である。
【図3】携帯型ゲーム装置のブロック図である。
【図4】センサインターフェースのブロック図である。
【図5】加速度センサの出力を計測する原理を示した図である。
【図6】Z軸接点スイッチの構造を示した図である。
【図7】Z軸接点スイッチがZ軸方向の運動入力(または衝撃入力)を検出する場合の図である。
【図8】第1の実施例のゲーム画面の一例である。
【図9】スライド入力を示した図である。
【図10】傾き入力を示した図である。
【図11】X軸方向またはY軸方向の衝撃入力を示した図である。
【図12】Z軸方向の運動入力(衝撃入力)を示した図である。
【図13】スライド入力の利用方法を示した図である。
【図14】傾き入力の利用方法を示した図である。
【図15】衝撃入力の利用方法を示した図である。
【図16】第1の実施例のプログラムROMのメモリマップである。
【図17】第1の実施例のワークRAMのメモリマップである。
【図18】第1の実施例の表示用RAMのメモリマップである。
【図19】第1の実施例のバックアップRAMのメモリマップである。
【図20】第1の実施例の加速度センサ出力変換テーブルである。
【図21】第1の実施例の加速度センサ出力変換テーブルである。
【図22】第1の実施例の加速度センサ出力変換テーブルである。
【図23】第1の実施例の加速度センサ出力変換テーブルである。
【図24】第1の実施例の加速度センサ出力変換テーブルである。
【図25】第1の実施例の加速度センサ出力変換テーブルである。
【図26】第1の実施例の加速度センサ出力変換テーブルである。
【図27】第1の実施例のメインルーチンのフローチャートである。
【図28】第1の実施例の0G設定処理のフローチャートである。
【図29】第1の実施例のニュートラルポジション設定処理のフローチャートである。
【図30】第1の実施例のゲームマップ選択処理のフローチャートである。
【図31】第1の実施例のセンサ出力読取処理のフローチャートである。
【図32】第1の実施例の各オブジェクト移動処理のフローチャートである。
【図33】第1の実施例のプレイヤキャラクタ移動処理のフローチャートである。
【図34】第1の実施例のNPC移動処理のフローチャートである。
【図35】第1の実施例のジャンプ移動処理のフローチャートである。
【図36】第1の実施例の波移動処理のフローチャートである。
【図37】第1の実施例の衝突処理のフローチャートである。
【図38】第1の実施例の画面スクロールの説明図(スクロール前)である。
【図39】第1の実施例の画面スクロールの説明図(スクロール後)である。
【図40】第1の実施例の画面スクロール処理のフローチャートである。
【図41】第2の実施例のゲーム画面の一例である。
【図42】第2の実施例のゲーム画面(地形隆起処理)の一例である。
【図43】第2の実施例のゲーム画面(視界移動処理)の一例である。
【図44】第2の実施例のゲーム画面(温度上昇処理)の一例である。
【図45】第2の実施例のプログラムROMのメモリマップである。
【図46】第2の実施例のワークRAMのメモリマップである。
【図47】第2の実施例のメインルーチンのフローチャートである。
【図48】第2の実施例の視界移動処理のフローチャートである。
【図49】第2の実施例の地形隆起処理のフローチャートである。
【図50】第3の実施例のゲーム画面の一例である。
【図51】第3の実施例のゲーム画面(フライパン空間処理)の一例である。
【図52】第3の実施例のゲーム画面(フライパン空間処理)の一例である。
【図53】第3の実施例のゲーム画面(包丁空間処理)の一例である。
【図54】第3の実施例のワークRAMのメモリマップである。
【図55】第3の実施例のメインルーチンのフローチャートである。
【図56】第3の実施例のフライパン空間処理のフローチャートである。
【図57】第3の実施例の包丁空間処理のフローチャートである。
【図58】第3の実施例の卵ジャンプ処理のフローチャートである。
【図59】第3の実施例のキャベツ切断処理のフローチャートである。
【図60】第4の実施例のゲーム画面の一例である。
【図61】第4の実施例のゲーム装置10のメインルーチンのフローチャートである。
【図62】第4の実施例のゲーム装置40のメインルーチンのフローチャートである。
【図63】第4の実施例の親機マップ確認処理のフローチャートである。
【図64】第4の実施例の子機マップ確認処理のフローチャートである。
【図65】第4の実施例の親機通信割込み処理のフローチャートである。
【図66】第4の実施例の子機通信割込み処理のフローチャートである。
【図67】本発明を家庭用ゲーム装置のコントローラに適用した場合の例である。
【図68】本発明を家庭用ゲーム装置のコントローラに適用した場合の画面例である。
【符号の説明】
10:ゲーム装置本体
12:LCD
13:操作スイッチ
21:CPU
25:表示用RAM
26:ワークRAM
30:ゲームカートリッジ
31:XY軸加速度センサ
32:Z軸接点スイッチ
33:センサインタフェース
34:プログラムROM
35:バックアップRAM
Claims (11)
- プレイヤによって把持されるハウジング、前記ハウジングに設けられる動きセンサ、前記ハウジングの基準ポジションを設定する基準ポジション設定手段、前記基準ポジションに応じて前記動きセンサの出力値を補正する補正手段、および前記補正手段の出力値を利用してゲーム制御をおこなうゲーム制御手段を備え、前記基準ポジション設定手段は、前記動きセンサの出力値の履歴データを記憶する履歴記憶手段、前記ハウジングに設けられる基準ポジション設定スイッチ、および前記履歴記憶手段の所定期間の履歴データのうち前記基準ポジション設定スイッチが押されたときのデータを除くデータに基づいて補正データを決定する補正データ決定手段を含み、前記補正手段は、前記補正データに基づいて前記動きセンサの出力値を補正することを特徴とするゲーム装置。
- プレイヤによって把持されるハウジング、前記ハウジングに設けられる動きセンサ、前記ハウジングの基準ポジションを設定する基準ポジション設定手段、前記基準ポジションに応じて前記動きセンサの出力値を補正する補正手段、および前記補正手段の出力値を利用してゲーム制御をおこなうゲーム制御手段を備え、前記基準ポジション設定手段は、前記動きセンサの出力値の履歴データを記憶する履歴記憶手段、前記ハウジングに設けられる基準ポジション設定スイッチ、および前記履歴記憶手段を参照し、前記基準ポジション設定スイッチが押されたときから所定時間経過前又は経過後の第1時点の前記動きセンサの出力値に基づいて、補正データを決定する補正データ決定手段を含み、前記補正手段は、前記補正データに基づいて前記動きセンサの出力値を補正することを特徴とするゲーム装置。
- 前記補正データ決定手段は、前記第1時点の前記動きセンサの出力値を前記補正データとし、前記補正手段は、前記動きセンサの出力値から前記補正データを引いた値を出力することを特徴とする、請求項2に記載のゲーム装置。
- プレイヤによって把持されるハウジング、前記ハウジングに設けられる動きセンサ、前記ハウジングの基準ポジションを設定する基準ポジション設定手段、前記基準ポジションに応じて前記動きセンサの出力値を補正する補正手段、および前記補正手段の出力値を利用してゲーム制御をおこなうゲーム制御手段を備え、前記基準ポジション設定手段は、前記動きセンサの出力値の履歴データを記憶する履歴記憶手段、前記ハウジングに設けられる基準ポジション設定スイッチ、および前記履歴記憶手段を参照し、前記基準ポジション設定スイッチが押されたときから所定時間経過前又は経過後の複数の時点の前記動きセンサの出力値に基づいて、補正データを決定する補正データ決定手段を含み、前記補正手段は、前記補正データに基づいて前記動きセンサの出力値を補正することを特徴とするゲーム装置。
- 前記ゲーム制御手段は、基準ポジションが水平であるゲームを実行するものであり、前記基準ポジション設定手段は、前記ハウジングを水平に保った状態で前記基準ポジション設定スイッチを押すことをプレイヤに促す表示を表示手段に表示することを特徴とする、請求項1ないし4のいずれかに記載のゲーム装置。
- 前記ハウジングにおいて、前記動きセンサの実装位置と前記基準ポジション設定スイッチが設けられる位置が離れていることを特徴とする、請求項1ないし5のいずれかに記載のゲーム装置。
- 動きセンサおよび基準ポジション設定スイッチが設けられ、プレイヤによって把持されるハウジングを備えるゲーム装置のコンピュータで実行されるゲームプログラムであって、
前記コンピュータに、前記ハウジングの基準ポジションを設定する基準ポジション設定ステップ、前記基準ポジションに応じて前記動きセンサの出力値を補正する補正ステップ、および前記補正ステップの出力値を利用してゲーム制御をおこなうゲーム制御ステップを実行させ、
前記基準ポジション設定ステップにおいて、前記コンピュータに、前記動きセンサの出力値の履歴データを記憶する履歴記憶ステップ、前記基準ポジション設定スイッチが押されたことを検出する検出ステップ、および前記履歴記憶ステップによって記憶された所定期間の履歴データのうち前記基準ポジション設定スイッチが押されたときのデータを除くデータに基づいて補正データを決定する補正データ決定ステップを実行させ、
前記補正ステップは、前記補正データに基づいて前記動きセンサの出力値を補正することを特徴とする、ゲームプログラム。 - 動きセンサおよび基準ポジション設定スイッチが設けられ、プレイヤによって把持されるハウジングを備えるゲーム装置のコンピュータで実行されるゲームプログラムであって、
前記コンピュータに、前記ハウジングの基準ポジションを設定する基準ポジション設定ステップ、前記基準ポジションに応じて前記動きセンサの出力値を補正する補正ステップ、および前記補正ステップの出力値を利用してゲーム制御をおこなうゲーム制御ステップを実行させ、
前記基準ポジション設定ステップにおいて、前記コンピュータに、前記動きセンサの出力値の履歴データを記憶する履歴記憶ステップ、前記基準ポジション設定スイッチが押されたことを検出する検出ステップ、および前記履歴記憶ステップによって記憶された履歴データを参照し、前記検出ステップからの検出出力があったときから所定時間経過前又は経過後の第1時点の前記動きセンサの出力値に基づいて、補正データを決定する補正データ決定ステップを実行させ、
前記補正ステップは、前記補正データに基づいて前記動きセンサの出力値を補正することを特徴とする、ゲームプログラム。 - 前記補正データ決定ステップは、前記第1時点の前記動きセンサの出力値を前記補正データとし、前記補正ステップは、前記動きセンサの出力値から前記補正データを引いた値を出力することを特徴とする、請求項8に記載のゲームプログラム。
- 動きセンサおよび基準ポジション設定スイッチが設けられ、プレイヤによって把持されるハウジングを備えるゲーム装置のコンピュータで実行されるゲームプログラムであって、
前記コンピュータに、前記ハウジングの基準ポジションを設定する基準ポジション設定ステップ、前記基準ポジションに応じて前記動きセンサの出力値を補正する補正ステップ、および前記補正ステップの出力値を利用してゲーム制御をおこなうゲーム制御ステップを実行させ、
前記基準ポジション設定ステップにおいて、前記コンピュータに、前記動きセンサの出力値の履歴データを記憶する履歴記憶ステップ、前記基準ポジション設定スイッチが押されたことを検出する検出ステップ、および前記履歴記憶ステップによって記憶された履歴データを参照し、前記検出ステップからの検出出力があったときから所定時間経過前又は経過後の複数の時点の前記動きセンサの出力値に基づいて、補正データを決定する補正データ決定ステップを実行させ、
前記補正ステップは、前記補正データに基づいて前記動きセンサの出力値を補正することを特徴とする、ゲームプログラム。 - 前記ゲーム制御ステップは、基準ポジションが水平であるゲームを実行するものであり、前記基準ポジション設定ステップは、前記ハウジングを水平に保った状態で前記基準ポジション設定スイッチを押すことをプレイヤに促す表示を表示手段に表示することを特徴とする、請求項7ないし10のいずれかに記載のゲームプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002026019A JP3821282B2 (ja) | 2002-02-01 | 2002-02-01 | ゲーム装置及びゲームプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002026019A JP3821282B2 (ja) | 2002-02-01 | 2002-02-01 | ゲーム装置及びゲームプログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003225467A JP2003225467A (ja) | 2003-08-12 |
JP3821282B2 true JP3821282B2 (ja) | 2006-09-13 |
Family
ID=27747987
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002026019A Expired - Lifetime JP3821282B2 (ja) | 2002-02-01 | 2002-02-01 | ゲーム装置及びゲームプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3821282B2 (ja) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101215677B1 (ko) * | 2004-08-12 | 2012-12-26 | 아사히 가세이 일렉트로닉스 가부시끼가이샤 | 가속도 계측 장치 |
JP4121492B2 (ja) * | 2004-10-27 | 2008-07-23 | 任天堂株式会社 | ゲーム装置およびゲームプログラム |
WO2007072664A1 (ja) * | 2005-12-21 | 2007-06-28 | Nec Corporation | 携帯通信端末及びそれに用いる機能メニュー表示方法並びにそのプログラム |
KR101171055B1 (ko) | 2006-02-02 | 2012-08-03 | 삼성전자주식회사 | 메뉴 리스트 항목의 이동 속도 제어 장치 및 방법 |
JP4547346B2 (ja) * | 2006-03-22 | 2010-09-22 | 任天堂株式会社 | 傾き算出装置および傾き算出プログラムならびにゲーム装置およびゲームプログラム |
JP5063022B2 (ja) * | 2006-03-30 | 2012-10-31 | 株式会社バンダイナムコゲームス | プログラム、情報記憶媒体及び画像生成システム |
JP5089079B2 (ja) | 2006-05-08 | 2012-12-05 | 任天堂株式会社 | プログラム、情報記憶媒体及び画像生成システム |
JP5030482B2 (ja) * | 2006-06-20 | 2012-09-19 | 任天堂株式会社 | ゲームプログラムおよびゲーム装置 |
JP5216206B2 (ja) * | 2006-12-01 | 2013-06-19 | 株式会社バンダイナムコゲームス | プログラム及びゲーム装置 |
JP5843721B2 (ja) * | 2012-07-26 | 2016-01-13 | 任天堂株式会社 | ゲームプログラム、ゲーム装置、ゲーム制御方法およびゲームシステム |
-
2002
- 2002-02-01 JP JP2002026019A patent/JP3821282B2/ja not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2003225467A (ja) | 2003-08-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3847058B2 (ja) | ゲームシステム及びそれに用いられるゲーム情報記憶媒体 | |
US6641482B2 (en) | Portable game apparatus with acceleration sensor and information storage medium storing a game program | |
JP3819416B2 (ja) | ゲームシステム及びそれに用いられるゲーム情報記憶媒体 | |
JP3821282B2 (ja) | ゲーム装置及びゲームプログラム | |
JP4669504B2 (ja) | ゲームシステム及びそれに用いられるゲーム情報記憶媒体 | |
JP3847327B2 (ja) | ゲームシステム及びそれに用いられるゲーム情報記憶媒体 | |
JP4394098B2 (ja) | ゲームシステム及びそれに用いられるゲーム情報記憶媒体 | |
JP4610971B2 (ja) | ゲームプログラム | |
JP3889032B2 (ja) | ゲームシステム及びそれに用いられるゲーム情報記憶媒体 | |
JP4271225B2 (ja) | ゲームシステム及びそれに用いられるゲーム情報記憶媒体 | |
JP4456590B2 (ja) | ゲームシステム及びそれに用いられるゲーム情報記憶媒体 | |
JP4624398B2 (ja) | ゲームシステム及びそれに用いられるゲーム情報記憶媒体 | |
JP4160084B2 (ja) | ゲームシステム及びそれに用いられるゲーム情報記憶媒体 | |
JP4656659B2 (ja) | ゲームシステム及びそれに用いられるゲーム情報記憶媒体 | |
JP7429663B2 (ja) | 情報処理プログラム、情報処理装置、情報処理システム、および、情報処理方法 | |
US20230381654A1 (en) | Computer-readable non-transitory storage medium, information processing apparatus, information processing system, and information processing method | |
JP7462585B2 (ja) | 情報処理プログラム、情報処理装置、情報処理システム、および、情報処理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050124 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060130 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060228 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060403 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060406 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060424 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060612 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060614 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3821282 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090630 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090630 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100630 Year of fee payment: 4 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100630 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110630 Year of fee payment: 5 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110630 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120630 Year of fee payment: 6 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120630 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130630 Year of fee payment: 7 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130630 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130630 Year of fee payment: 7 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
EXPY | Cancellation because of completion of term |