JP2014171914A - ゲームプログラム及びゲーム装置 - Google Patents

Abstract

【課題】スピード感のあるタイミングゲームを提供する。
【解決手段】ライン５１Ａ，５１Ｂの先端が衝突するタイミングで衝突した位置をタップするタイミングゲームにおいて、ライン５１Ａ，５１Ｂに対応して表示される、ライン５１Ａ，５１Ｂの先端が互いに近接する予兆を示す予兆画像５２Ａ〜５２Ｃを表示する。これにより、プレイヤーは、予兆画像５２Ａ〜５２Ｃによりライン５１Ａ，５１Ｂの先端の衝突位置、衝突タイミングを推測できるので、ライン５１Ａ，５１Ｂを高速に移動させてゲームにスピード感を出すことができる。
【選択図】図２

Description

本発明は、所定のタイミングに合わせて操作を入力するゲームを実行するゲームプログラムおよびゲーム装置に関する。

プレイヤーの操作タイミングを評価するゲームが知られている。例えば、特許文献１に記載のゲームは、２つの画像が重なったタイミングにおけるプレイヤーの操作を評価するゲームである。また、特許文献２に記載のゲームは、タッチパネルを備えたゲーム機で、音楽に合わせて表示されるタッチ画像に対するタッチ入力を評価するゲームである。

近年では、タッチパネルを備えたゲーム機が広く普及し、特許文献２に記載のゲームのように、ゲーム画面上に表示される画像に対して直接操作を入力するゲームが多くなっている。

特許第３６８６９２５号公報 特開２００７−１１１５６８号公報

特許文献１は、ボタン操作を前提としているために操作が単調となる。

特許文献２は、タッチパネルによりプレイヤーの操作を入力するが、タッチする場所を示すタッチ画像がゲーム画面上の所定の位置に固定されて表示されるため変化に乏しい。

タッチ画像を移動させて、タッチパネル上の様々な場所をタッチさせる場合、プレイヤーはタイミングだけでなく、タッチ位置も判断しなければならない。そのため、タッチ画像を高速に移動させるとゲームの難易度が上がってしまう。一方、タッチ画像の移動速度が遅いとスピード感が失われてしまう。

本発明は、上記に鑑みてなされたものであり、スピード感のあるタイミングゲームを提供することを目的とする。

第１の本発明に係るゲームプログラムは、コンピュータを、プレイヤーの操作情報を入力する操作入力手段、複数のオブジェクトを表示して移動させ、当該複数のオブジェクト同士を衝突させるオブジェクト制御手段、前記複数のオブジェクト同士が互いに近接する予兆を示す予兆オブジェクトを表示する予兆オブジェクト制御手段、前記操作入力手段から前記操作情報を受信するとともに、前記オブジェクト制御手段から前記複数のオブジェクト同士の近接情報を受信し、前記近接情報に基づいて前記操作情報を評価するタイミング判定手段、として機能させるゲームプログラムであって、前記オブジェクトの形状は直線であり、前記予兆オブジェクトの形状は前記オブジェクトと平行な辺を備えることを特徴とする。

上記ゲームプログラムにおいて、前記予兆オブジェクト制御手段は、前記オブジェクト制御手段が前記オブジェクトを表示する以前に前記予兆オブジェクトを表示することを特徴とする請求項１記載のゲームプログラム。

第２の本発明に係るゲーム装置は、上記ゲームプログラムを記憶したプログラム記憶部と、前記プログラム記憶部に記憶されたゲームプログラムを実行するコンピュータと、を備えたことを特徴とする。

本発明によれば、スピード感のあるタイミングゲームを提供することができる。

本実施の形態におけるゲームプログラムが実行されるゲーム機の内部構成を示すブロック図である。 ゲーム画面の一例を示す図である。 時系列順にゲーム画面を示す図である。 本実施の形態におけるゲームプログラムによって構成されるゲーム装置の構成を示す機能ブロック図である。 上記ゲーム装置の全体的な処理の流れを示すフローチャートである。 判定処理の流れを示すフローチャートである。 ライン、予兆画像のバリエーションを示す図である。 ４つのラインが衝突する例を示す図である。

以下、本発明の実施の形態について図面を用いて説明する。

図１は、本実施の形態におけるゲームプログラム１が実行されるゲーム機３の内部構成を示すブロック図である。

ゲーム機３は、バス３０に、ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、ストレージ３４、画像処理ユニット３５、入力インタフェース３６、音声処理ユニット３７、無線通信ユニット３８、およびメディアインタフェース３９を接続する。画像処理ユニット３５と入力インタフェース３６には、タッチパネル４０が接続される。タッチパネル４０は、画像処理ユニット３５により生成されるゲーム画面を表示するとともに、プレイヤーがタッチパネル４０に接触した接触座標を入力して入力インタフェース３６へ渡す。音声処理ユニット３７には、スピーカー４１が接続される。スピーカー４１は、音声処理ユニット３７によりアナログ信号に変換されて増幅された効果音やＢＧＭ等の音声を出力する。例えば、ゲーム機３として、タッチパネル４０を備えたスマートフォンなどが利用できる。

ゲーム機３は、無線通信ユニット３８あるいはメディアインタフェース３９からゲームプログラム１を受信してストレージ３４に格納する。ＣＰＵ３１がストレージ３４に格納されたゲームプログラム１をＲＡＭ３２上に読み出して実行し、上記のハードウェア資源を用いて後述するゲーム装置を構成する。ゲームプログラム１は、磁気ディスク、光ディスク、半導体メモリ等の記録媒体に記録することも、ネットワークを通して提供することも可能である。

次に、本実施の形態におけるゲームプログラムによって提供されるゲームについて説明する。

本ゲームは、ゲーム画面の端から出現する複数のラインの先端同士が衝突したタイミングにおけるプレイヤーの操作を評価するタイミングゲームである。

図２に、ゲーム画面の一例を示す。同図に示すゲーム画面には、ライン５１Ａ，５１Ｂと予兆画像５２Ａ〜５２Ｃが表示されている。実際のゲーム画面には、スコアなどの情報も表示されるが、ここでは図示していない。また、ゲーム画面の背景として再生される音楽に合わせたプロモーションビデオを表示してもよい。

ライン５１Ａ，５１Ｂは、ゲーム機３から出力される音楽に合わせてゲーム画面の端から出現して伸び、ゲーム画面内の仮想交点５３で先端同士が衝突する。仮想交点５３はゲーム画面上には表示されない。

予兆画像５２Ａ〜５２Ｃは、ライン５１Ａ，５１Ｂの先端が互いに近接する予兆を示す画像であり、ライン５１Ａ，５１Ｂの出現前、あるいはライン５１Ａ，５１Ｂの出現と同時にゲーム画面内に表示され、動きなどの変化を伴ってライン５１Ａ，５１Ｂの大まかな衝突タイミングと仮想交点５３の位置をプレイヤーに示す。図２に示す例では、予兆画像５２Ａ〜５２Ｃとして、ライン５１Ａ，５１Ｂの進行方向を複数の折れ線で表した画像を用い、予兆画像５２Ａ〜５２Ｃの折れ点の進行方向で仮想交点５３の位置を示し、予兆画像５２Ａ〜５２Ｃ間の間隔の変化でライン５１Ａ，５１Ｂの衝突タイミングを示した。

ここで、ライン５１Ａ，５１Ｂと予兆画像５２Ａ〜５２Ｃの動きについて説明する。図３は、ライン５１Ａ，５１Ｂがゲーム画面内に出現して仮想交点５３に近接する様子を時系列順に示した図である。

図３（ａ）〜（ｃ）に示すように、ライン５１Ａ，５１Ｂは、ゲーム画面の上下端の左側から出現してゲーム画面中央付近の仮想交点５３に向かって伸びる。つまり、ライン５１Ａは右下方向に、ライン５１Ｂは右上方向に伸びる。

予兆画像５２Ａは、ライン５１Ａ，５１Ｂの出現より少し前に、ゲーム画面左側から出現して右側に移動する。別の予兆画像５２Ｂは、ライン５１Ａ，５１Ｂの出現と同時に、予兆画像５２Ａの後を追って、ゲーム画面左側から出現して右側に移動する。さらに別の予兆画像５２Ｃは、ライン５１Ａ，５１Ｂの出現後、予兆画像５２Ａ，５２Ｂの後を追って、ゲーム画面左側から出現して右側に移動する。

予兆画像５２Ａ〜５２Ｃそれぞれの移動速度は出現の遅いものほど速くなっている。したがって、図３（ａ）〜（ｃ）に示すように、予兆画像５２Ａ〜５２Ｃ間の間隔はライン５１Ａ，５１Ｂが仮想交点５３に近づくに連れて狭くなり、予兆画像５２Ａ〜５２Ｃは、時間が経過するとともに、波紋のように仮想交点５３に押し寄せ、ライン５１Ａ，５１Ｂが仮想交点５３で衝突するタイミングで重なる。このとき、予兆画像５２Ａ〜５２Ｃの折れ点は仮想交点５３で重なっている。

プレイヤーは、予兆画像５２Ａ〜５２Ｃを観察することで、ライン５１Ａ，５１Ｂの先端が衝突する大まかなタイミングと仮想交点５３の位置を推測することができる。

次に、本実施の形態におけるゲームプログラムがゲーム機３に読み込まれて構成されるゲーム装置について説明する。

図４は、本実施の形態におけるゲームプログラムによって構成されるゲーム装置の構成を示す機能ブロック図である。同図に示すゲーム装置は、操作入力部１１、予兆画像制御部１２、ライン制御部１３、タイミング判定部１４、スコア処理部１５、画像出力部１６、音声出力部１７、およびゲームデータ蓄積部１８を備える。

操作入力部１１は、プレイヤーの操作を入力する。プレイヤーは、ゲーム機３のタッチパネル４０に指などで接触することで操作を入力する。操作の種類には、タップ、フリック、長押し、スワイプなどがある。操作入力部１１は、ゲーム画面上の接触座標、操作の種類などの操作情報を取得してタイミング判定部１４へ送信する。

予兆画像制御部１２は、ライン５１Ａ，５１Ｂに対応する予兆画像５２Ａ〜５２Ｃをゲーム画面上に出現させるとともに、予兆画像５２Ａ〜５２Ｃの動きなどを制御し、予兆画像５２Ａ〜５２Ｃの位置情報などを画像出力部１６へ送信して、ゲーム画面上の予兆画像５２Ａ〜５２Ｃを更新させる。予兆画像５２Ａ〜５２Ｃの出現タイミング、および動きのデータなどはゲームデータ蓄積部１８から読み出す。

ライン制御部１３は、音声出力部１７から出力される音楽に合わせてライン５１Ａ，５１Ｂをゲーム画面上に出現させるとともに、ライン５１Ａ，５１Ｂの先端同士が衝突するように移動を制御し、ライン５１Ａ，５１Ｂの位置情報などを画像出力部１６へ送信して、ゲーム画面上のライン５１Ａ，５１Ｂを更新させる。また、ライン５１Ａ，５１Ｂの先端同士が衝突する位置である仮想交点５３の位置情報、ライン５１Ａ，５１Ｂの位置情報、およびライン５１Ａ，５１Ｂの先端が衝突するまでの時間などの近接情報をタイミング判定部１４へ送信する。ライン５１Ａ，５１Ｂの出現タイミング、伸びる速度などは、ゲームデータ蓄積部１８から読み出す。

タイミング判定部１４は、操作入力部１１から操作情報を受信するとともに、ライン制御部１３からライン５１Ａ，５１Ｂの先端の近接情報を受信し、適切なタイミングで適切な位置がタップされたか否かを判定し、タップの成否をスコア処理部１５へ送信する。

スコア処理部１５は、タイミング判定部１４から受信したタップの成否に基づいてスコアの加算処理を行う。また、スコア処理部１５は、スコアなどのパラメータの値を画像出力部１６へ送信し、ゲーム画面に表示されている値を更新させる。

画像出力部１６は、ライン制御部１３からライン５１Ａ，５１Ｂの位置情報を受信してゲーム画面にライン５１Ａ，５１Ｂを表示するとともに、予兆画像制御部１２から予兆画像５２Ａ〜５２Ｃの位置情報を受信してゲーム画面に予兆画像５２Ａ〜５２Ｃを表示する。また、スコアなどのパラメータの値や背景画像などをゲーム画面に表示する。

音声出力部１７は、ゲームデータ蓄積部１８から音楽データを取得して出力する。

ゲームデータ蓄積部１８は、ゲーム画面に表示する画像データ、再生する音楽や効果音などの音声データ、ライン出現データ、および予兆出現データなどを格納する。

ライン出現データは、仮想交点の位置、出現数、ラインの出現タイミング、出現位置、伸びる方向・速さなどの情報で構成される。仮想交点の位置はゲーム画面上の座標を表す。出現数は仮想交点で交差するラインの数を表す。出現タイミングは、音楽の再生を開始してからどのくらいの時間が経過したときにラインを出現させるのかをライン毎に記載したデータである。出現位置は、例えばゲーム画面のいずれかの角を原点としたときの座標をライン毎に記載したデータである。伸びる方向・速さは、ライン毎の伸びる方向及び速さを記載したデータである。ラインの伸びる速さは、ライン毎に異なってもよい。

予兆出現データは、ライン出現データに関連付けられており、予兆画像の出現タイミング、出現位置、移動速度、変化情報などの情報で構成される。出現タイミングは、音楽の再生を開始してからどのくらいの時間が経過したときにラインを出現させるのか、あるいは、ラインの出現タイミングから予兆画像の出現タイミングまでの相対時間を記載したデータである。出現位置は、予兆画像を出現させる位置を記載したデータである。移動速度は、予兆画像の移動速度を記載したデータである。変化情報は、例えば予兆画像の色を変化させる場合など、どのように変化させるのかを記載したデータである。

次に、上記ゲーム装置の処理の流れについて説明する。

図５は、本ゲーム装置の全体的な処理の流れを示すフローチャートである。

ゲームが開始されると、初期化処理が行われる（ステップＳ１１）。初期化処理は、例えば、スコアのクリアなどパラメータの初期化や、再生する音楽と使用するライン出現データ、予兆出現データの選択などがある。プレイヤーが選択した音楽や難易度に応じて予め設定された音楽が再生する音楽として選択される。

初期化処理が終了すると、音声出力部１７が音楽の再生を開始する（ステップＳ１２）。

ライン制御部１３は、ゲームデータ蓄積部１８からライン出現データを読み出し、新たなライン５１Ａ，５１Ｂを出現させるか否か判定する（ステップＳ１３）。新たなライン５１Ａ，５１Ｂを出現させるか否かは、例えば、音楽の再生時間とライン出現データの出現タイミングとを比較して判定する。音楽の再生時間が出現タイミング以上になっていたときに、新たなライン５１Ａ，５１Ｂを出現させると判定する。

新たなライン５１Ａ，５１Ｂを出現させると判定した場合は、予兆画像５２Ａ〜５２Ｃ、ライン５１Ａ，５１Ｂをゲーム画面上に出現させる（ステップＳ１４）。ライン制御部１３は、ゲームデータ蓄積部１８から読みだしたライン出現データの出現位置にライン５１Ａ，５１Ｂを出現させ、予兆画像制御部１２は、ライン制御部１３が出現させたライン５１Ａ，５１Ｂに対応する予兆出現データをゲームデータ蓄積部１８から読み出し、予兆画像５２Ａ〜５２Ｃをゲーム画面上に出現させる。ライン５１Ａ，５１Ｂの出現よりも先に予兆画像５２Ａ〜５２Ｃがゲーム画面上に出現する場合もある。この場合、ライン５１Ａ，５１Ｂの出現位置をゲーム画面外に設定しておく。

所定の間隔で、ライン制御部１３がゲーム画面上のライン５１Ａ，５１Ｂを移動させ（ステップＳ１５）、予兆画像制御部１２が予兆画像５２Ａ〜５２Ｃを更新する（ステップＳ１６）。ゲーム画面上に表示されたライン５１Ａ，５１Ｂや予兆画像５２Ａ〜５２Ｃは、所定の間隔（例えば６０ｆｐｓ間隔）で移動、更新される。

そして、タイミング判定部１４は、プレイヤーが、ライン５１Ａ，５１Ｂの先端同士が衝突する仮想交点５３を適正な位置及びタイミングでタップしたか否か判定する（ステップＳ１７）。この判定処理の詳細については後述する。

さらに、ゲームの終了条件を満たしているか否か判定する（ステップＳ１８）。ゲームの終了条件は、例えば音楽の再生が終了した場合はゲームクリアと判定し、判定処理でミスと判定された回数が所定の値を超えた場合はゲームオーバーと判定する。ゲームの終了条件を満たしていない場合は、ステップＳ１３に戻り、ゲームを継続する。

ゲームの終了条件を満たしている場合は、ゲームクリアした旨あるいはゲームオーバーになった旨をゲーム画面に表示してゲームを終了する（ステップＳ１９）。ゲーム終了後は、ゲームクリアの場合はステップＳ１１に戻って新たにゲームを開始し、ゲームオーバーの場合はタイトルに戻る。

続いて、判定処理について説明する。判定処理では、ラインの先端同士が衝突するタイミングでゲーム画面上の衝突場所がタップされたか否かを判定する。

図６は、判定処理の流れを示すフローチャートである。

まず、ゲーム画面がタップされたか否か判定する（ステップＳ２１）。

ゲーム画面がタップされた場合（ステップＳ２１のＹｅｓ）、ゲーム画面上のタップ座標を取得し（ステップＳ２２）、タップ位置が適正範囲内であるか否か判定する（ステップＳ２３）。タップ位置が適正範囲内であるか否かは、タップ座標とラインの先端同士が衝突する位置を示す仮想交点５３とを比較して判定する。

タップ座標が仮想交点５３から所定の範囲内である場合（ステップＳ２３のＹｅｓ）、タップのタイミングが適正範囲内であるか否か判定する（ステップＳ２４）。タップのタイミングが適正範囲内であるか否かは、ライン５１Ａ，５１Ｂの先端が衝突するタイミングをジャストタイミングとしたときに、タップのタイミングのジャストタイミングからのずれを求めて判定する。例えば、衝突までの時間を記載した近接情報を用いて判定する。

タップのタイミングが適正範囲内である場合（ステップＳ２４のＹｅｓ）、タップのタイミングに応じてスコアを加算し（ステップＳ２５）、タップされたライン５１Ａ，５１Ｂをゲーム画面上から削除する（ステップＳ２６）。ジャストタイミングでタップされた場合は最大のスコアを加算し、それ以外の場合は、より少ないスコアを加算する。

一方、ゲーム画面がタップされていない場合（ステップＳ２１のＮｏ）、あるいはタップ位置が適正範囲外の場合（ステップＳ２３のＮｏ）、仮想交点５３をタップすべきタイミングを逃したか否か判定する（ステップＳ２７）。ライン５１Ａ，５１Ｂの先端が衝突後、所定の時間経過していた場合はタップのタイミングを逃したと判定する。

タップのタイミングを逃していた場合（ステップＳ２７のＹｅｓ）、ライン５１Ａ，５１Ｂの衝突位置を適正なタイミングでタップできなかったので、そのライン５１Ａ，５１Ｂに対する操作入力をミスと判定してミス処理を行い（ステップＳ２８）、タップできなかったライン５１Ａ，５１Ｂをゲーム画面上から削除する（ステップＳ２６）。

次に、ライン、予兆画像のバリエーションについて説明する。

図７は、ライン、予兆画像のバリエーションを示す図である。以下、図７に示した各バリエーションについて説明する。

図７（ａ）は、複数組みのラインが同時に出現する例を示す図である。図７（ａ）に示す例では、それぞれ別々の仮想交点５３Ａ，５３Ｂで衝突する複数組みのライン５１Ａ〜５１Ｄが同時にゲーム画面上に出現する。図７（ａ）に示す例の場合、プレイヤーは、仮想交点５３Ａ，５３Ｂの順にタップする。図７（ａ）に示す例では、各ライン５１Ａ〜５１Ｄは、ゲーム画面の辺に対して同じ角度で伸びているが、ゲーム画面の辺に対して異なる角度で伸びるものでもよい。例えば、ライン５１Ａはゲーム画面の上辺に対して４５度の角度で伸び、ライン５１Ｂはゲーム画面の下辺に対して９０度の角度で伸びるようにする。また、各ライン５１Ａ〜５１Ｄが伸びる速度は同一でもよいし、異なってもよい。例えば、ライン５１Ａの伸びる速度を速く、ライン５１Ｂの伸びる速度を遅くすることで、タップのタイミングを難しくできる。速度は、一定の速度で出現させてもよいし、出現後、所定のタイミングで速度が変わっても良い。例えば、ラインが一瞬消えたあとに、速度が変わってもよい。

図７（ｂ）は、ライン５１Ａ，５１Ｂが消えたり現れたりする例を示す図である。図７（ｂ）に示す例では、ライン５１Ａ，５１Ｂが伸びるときに、ライン５１Ａ，５１Ｂを一時的に非表示とする。あるいは、ライン５１Ａ，５１Ｂの一部を非表示とする。ライン５１Ａ，５１Ｂを非表示としたとき、予兆画像も非表示としてもよいし、予兆画像だけを表示してもよい。

図７（ｃ）は、色の変化でラインの衝突を予兆させる例を示す図である。同図に示す例では、ライン５１Ａ，５１Ｂの衝突時にライン５１Ａ，５１Ｂによって区切られる部分に色が変化する予兆画像５２（図７（ｃ）では５角形）を配置した。予兆画像５２は、ライン５１Ａ，５１Ｂの伸びに応じて色が変化する。例えば、予兆画像５２の色を出現時には他の部分との区別が無いように黒あるいは透明とし、徐々に赤くあるいは透明度を減少させていく。プレイヤーは、予兆画像５２の色の濃さ、透明度でライン５１Ａ，５１Ｂが衝突する大まかなタイミングを知り、予兆画像５２の形状でライン５１Ａ，５１Ｂの伸びる方向と仮想交点５３の位置を知ることができる。

図７（ｄ）は、線の太さの変化でラインの衝突を予兆させる例を示す図である。同図に示す例では、ライン５１Ａ，５１Ｂと仮想交点５３を含む太い線を予兆画像５２とした。予兆画像５２は、ライン５１Ａ，５１Ｂが接近するのに伴って細くなっていく。プレイヤーは、予兆画像５２の太さの変化でライン５１Ａ，５１Ｂが衝突する大まかなタイミングを知り、予兆画像５２の位置でライン５１Ａ，５１Ｂの伸びる方向、仮想交点５３の大まかな位置を知ることができる。

図８は、４つのラインが衝突する例を示す図である。図８に示すように、衝突するラインの数を２より大きくして、例えば４つのライン５１Ａ〜５１Ｄがひとつの仮想交点５３で衝突するものでもよい。４つのライン５１Ａ〜５１Ｄが衝突するときは、プレイヤーによる操作をタップの変わりにフリック（指で弾く動作）あるいは長押し（しばらく押し続ける）としてもよい。さらに、図８（ｂ）に示すように、４つのライン５１Ａ〜５１Ｄがひとつの仮想交点５３で衝突する場合には、プレイヤーが衝突位置を押したときに、プレイヤーが押した位置に球５４を出現させるとともに、ゲーム画面上の任意の位置に穴５５を出現させる。そして、プレイヤーのフリック操作によって球５４を移動させ、球５４が穴５５に入った場合にはスコアを加算する。球５４をゲーム画面の辺で跳ね返るようにしてもよいし、球５４を直接穴５５に入れるようにしてもよい。球５４の動きは、プレイヤーによるフリックのタイミング、角度、速さ、長さなどに基いて決定する。フリックの長さとは、タッチした位置の始点から終点までの距離である。

また、衝突するラインの数だけでなく、ライン５１Ａ，５１Ｂの別の属性（例えば、太さ、色、表示方法など）に応じてタップ、フリック、長押しなど様々な操作を要求してもよい。

次に、本ゲームにより他のプレイヤーと対戦する実施例について説明する。

まず、ゲームを開始するときに、サーバに接続して対戦相手をマッチングする。対戦相手は、例えば、自分で登録したプレイヤーの中から選択する方法や、近い腕前のプレイヤーの中からランダムに選択する方法がある。

そして、マッチングした対戦相手のプレイデータをサーバから読み出した後、ゲームを開始する。サーバには、プレイヤーの名前やＩＤなどのプレイヤーまたはゲーム装置を特定する情報のほか、（１）全プレイヤーについて、各曲・各難易度のハイスコアを出した時のプレイデータ（いわゆるゴーストデータ）と、（２）全プレイヤーによる各曲・各難易度の直近数百プレイのプレイデータ（ゴーストデータ）が保存されている。自分で登録したプレイヤーの中から対戦相手を選ぶときは（１）のデータを用い、近い腕前のプレイヤーの中から対戦相手を選ぶときは（２）のデータを用いる。

ゲーム中は、ゲーム画面上の自分のスコアの下に対戦相手のスコアとの差を表示する。対戦相手とのスコアの差は、プレイヤーと対戦相手が同時にゲームを開始したとして、読み出したプレイデータを用いて対戦相手のスコアを求め、ゲーム中におけるスコアの差を求めて表示する。

ゲーム終了時には、対戦相手との勝敗が表示される。その後、結果表示画面でプレイヤーの対戦結果が数値で表示される。また、直近数百プレイのプレイデータとして用いるために、スコアに関わらず、１プレイ毎にプレイヤーのプレイデータをサーバに送信する。

例えば、ゲーム装置３は、プレイデータとして、プレイヤーの操作入力に基づくキーデータ（操作入力情報）を記憶しておき、ゲーム終了時にキーデータをサーバに送信して記憶させる。対戦を行うプレイヤーのゲーム装置３は、サーバに記憶された対戦相手のキーデータを読み込んで対戦相手の操作入力として使用し、ゲームの進行に合わせて対戦相手のスコアを計算する。なお、他のゲーム装置３とは、例えばＰ２Ｐ通信などで接続し、互いのキーデータを送受信することで、リアルタイムに対戦してもよい。

以上説明したように、本実施の形態によれば、ライン５１Ａ，５１Ｂの先端が衝突するタイミングで衝突した位置をタップするタイミングゲームにおいて、ライン５１Ａ，５１Ｂに対応して表示される、ライン５１Ａ，５１Ｂの先端が互いに近接する予兆を示す予兆画像５２Ａ〜５２Ｃを表示することで、プレイヤーは、予兆画像５２Ａ〜５２Ｃによりライン５１Ａ，５１Ｂの先端の衝突位置、衝突タイミングを推測できるので、ライン５１Ａ，５１Ｂを高速に移動させてゲームにスピード感を出すことができる。また、予兆画像５２Ａ〜５２Ｃによりゲーム画面をダイナミックに変化させることができる。

１…ゲームプログラム
１１…操作入力部
１２…予兆画像制御部
１３…ライン制御部
１４…タイミング判定部
１５…スコア処理部
１６…画像出力部
１７…音声出力部
１８…ゲームデータ蓄積部
５１Ａ〜５１Ｄ…ライン
５２，５２Ａ〜５２Ｃ…予兆画像
５３，５３Ａ，５３Ｂ…仮想交点
５４…球
５５…穴

Claims (3)

1. コンピュータを、
   プレイヤーの操作情報を入力する操作入力手段、
   複数のオブジェクトを表示して移動させ、当該複数のオブジェクト同士を衝突させるオブジェクト制御手段、
   前記複数のオブジェクト同士が互いに近接する予兆を示す予兆オブジェクトを表示する予兆オブジェクト制御手段、
   前記操作入力手段から前記操作情報を受信するとともに、前記オブジェクト制御手段から前記複数のオブジェクト同士の近接情報を受信し、前記近接情報に基づいて前記操作情報を評価するタイミング判定手段、として機能させるゲームプログラムであって、
   前記オブジェクトの形状は直線であり、前記予兆オブジェクトの形状は前記オブジェクトと平行な辺を備えることを特徴とするゲームプログラム。
2. 前記予兆オブジェクト制御手段は、前記オブジェクト制御手段が前記オブジェクトを表示する以前に前記予兆オブジェクトを表示することを特徴とする請求項１記載のゲームプログラム。
3. 請求項１又は２記載のゲームプログラムを記憶したプログラム記憶部と、
   前記プログラム記憶部に記憶されたゲームプログラムを実行するコンピュータと、
   を備えたゲーム装置。

Images