JP6377891B2 - ゲーム装置 - Google Patents

Description

本発明は、音楽ゲームを実行するゲーム装置に関する。

従来では、音楽に合わせて予め決められたタイミングでボタン操作をすることにより、ポイントが計算されるゲーム（いわゆる音楽ゲーム）が知られている。このゲームを実行するゲーム装置は、音楽に応じて、ボタン操作のタイミングを示すアイコン（オブジェクト）を、予め決められた経路で移動させる。プレーヤは、アイコンが所定の位置に到達するタイミングと一致するようにボタン操作をする。ゲーム装置は、アイコンが所定の位置に到達するタイミングと、ボタン操作のタイミングとの相関関係を評価してポイント表示する。

例えば、特許文献１に記載されたゲーム装置は、音楽ゲームが開始されると、プレーヤに対して楽譜表示を提示する。楽譜表示では、それぞれ異なる音を表す複数の記号を、ゲームに使用される音楽のリズムに合わせて適当な間隔で配置し、ＴＰバーを複数の記号（音符）上で移動させることで、入力ボタンの操作をするタイミングを表示する。

特開２００１−２４６１６０号公報

特許文献１に記載されたゲーム装置は、音楽ゲームが実行されている間、プレーヤに対して楽譜表示を提示し続ける。ゲームの難易度を変更する場合には、楽譜表示において表示する記号の数を変更したり、記号の種類を変更したりすることが行われていた。

本発明は前述した事情に考慮してなされたもので、その目的は、音楽ゲームの難易度を調整することが可能なゲーム装置を提供することにある。

上記の課題を解決するために、本発明のゲーム装置は、ディスプレイにゲームの実行に伴って表示位置を変更させながら進行ルートを表示するルート表示手段と、プレーヤの入力操作を受け付ける入力手段と、前記進行ルートに合わせて入力操作のタイミングを示すターゲットを表示するターゲット表示手段と、前記進行ルートを非表示にすることをプレーヤの操作に応じて選択する選択手段と、前記進行ルートを非表示にすることが選択された場合に、前記進行ルートの全てを非表示にする非表示手段とを具備する。

本発明によれば、音楽ゲームの難易度を調整することが可能となる。

本実施形態におけるゲームシステムの構成を示すブロック図。 ゲームサーバ１０の機能構成を示すブロック図。 記憶部３１に記憶されるプレーヤデータ３１ｂの一例を示す図。 ゲームサーバ１０に記憶されるデータの一例を示す図。 本実施形態におけるゲーム装置２０の外観構成を示す図。 本実施形態におけるゲーム装置２０の外観構成を示す図。 本実施形態におけるゲーム装置２０の外観構成を示す図。 本実施形態におけるゲーム装置２０の外観構成を示す図。 本実施形態におけるゲーム装置２０の外観構成を示す図。 本実施形態における体感音響振動ユニット５０ｄの構成を示す平面図。 操作デバイス５６ａ，５６ｂの周辺を拡大した斜視図。 図９に示すＡ−Ａ線における断面を示す図。 プレーヤがゲーム装置２０を利用している様子を示す図。 操作デバイス５６ａの外観構成を示す斜視図。 図１４に示す操作デバイス５６ａの外部カバーを取り外した状態の外観構成を示す斜視図。 操作デバイス５６ａの平面図。 操作デバイス５６ａの側面図。 操作デバイス５６ａの操作部５６ａ２を水平方向に移動可能とするための構成の詳細を示す図。 操作デバイス５６ａの操作部５６ａ２を水平方向に移動可能とするための構成の詳細を示す図。 軸部材７３を支持するための支持機構の構成を示す図。 図１８（ａ）に示すＢ−Ｂ線における断面を示す図。 図２１に示す基台７４の周辺を拡大して示す図。 操作部５６ａ２が水平方向に移動させる操作がされた場合の状態を示す図。 図２３に示す基台７４の周辺を拡大して示す図。 本実施形態におけるゲーム装置２０の機能構成を示すブロック図。 本実施形態におけるゲーム装置２０の全体動作を説明するためのフローチャート。 デモ処理の動作を示すフローチャート。 ディスプレイ５１に表示された機能選択ウィンドウの一例を示す図。 スタート処理を示すフローチャート。 カード使用確認画面の表示例を示す図。 ゲームモード選択用の画面の一例を示す図。 楽曲選択画面の表示例を示す図。 ソロプレー選択時の難易度選択画面の表示例を示す図。 アイテム選択画面の表示例を示す図。 協力プレー選択時の難易度選択画面の表示例を示す図。 ゲーム処理を示すフローチャート。 ソロプレー時の入力判定処理を示すフローチャート。 ソロプレー用のゲーム画面１２０の一例を示す図。 進行ルートとターゲットの具体例を示す図。 進行ルートとターゲットの具体例を示す図。 進行ルートとターゲットの具体例を示す図。 進行ルートとターゲットの具体例を示す図。 進行ルートとターゲットの具体例を示す図。 進行ルートとターゲットの具体例を示す図。 進行ルートとターゲットの具体例を示す図。 進行ルートとターゲットの具体例を示す図。 進行ルートとターゲットの具体例を示す図。 進行ルートとターゲットの具体例を示す図。 進行ルートとターゲットの具体例を示す図。 進行ルートとターゲットの具体例を示す図。 協力プレー用のゲーム画面１２０の一例を示す図。 協力プレー時の入力判定処理を示すフローチャート。 協力プレー用のゲーム画面１２０の一例を示す図。 マッチプレー時のゲーム画面１２０の表示例を示す図。 進行ルート設定処理について示すフローチャート。 進行ルートを変更する例を示す図。 進行ルートを変更する例を示す図。 進行ルートを変更する例を示す図。 チェックポイント処理について示すフローチャート。 チェックポイント処理について示すフローチャート。 サプライズルーレットの表示例を示す図。 サプライズルーレットから選択されたアイコンに応じたゲーム画面（進行ルート）の変更例を示す図。 進行ルートが表示されたゲーム画面の一例を示す図。 ソロプレー時のゲームスコア画面（リザルト画面）の一例を示す図。 ソロプレー時のゲームスコア画面（リザルト画面）の一例を示す図。 リワード画面の一例を示す図。 隠し曲アンロック処理を示すフローチャート。 隠し曲アンロック画面の一例を示す図。 アイテム獲得画面の一例を示す図。

以下、図面を参照して本発明の実施の形態について説明する。
図１は、本実施形態におけるゲームシステムの構成を示すブロック図である。図１に示すように、本実施形態におけるゲームシステムでは、ゲームサーバ１０がインターネット等を含むネットワーク１２を介して、全国に存在する複数の店舗１４−１，…，１４−ｘのシステムと接続されている。

例えば、店舗１４−１では、複数（図１では８台）のゲーム装置２０がＬＡＮ（Local Area Network）などのネットワークを介して相互に接続されている。本実施形態におけるゲーム装置２０では、１人のプレーヤによるソロプレー、２人のプレーヤによる協力プレー、他のゲーム装置２０のプレーヤと対戦する店内対戦プレー（マッチプレー）を実行することができる。また、複数のゲーム装置２０は、ホスト装置２１を介して、ネットワーク１２と接続される。従って、ゲーム装置２０は、ゲームサーバ１０との通信が可能であり、各種のデータを送受信することができる。なお、ゲーム装置２０が、直接、ネットワーク１２を通じてゲームサーバ１０と通信できるようにした構成でも良い。

なお、図１では、店舗１４−１に８台のゲーム装置２０が設けられた例を示しているが、店舗１４−２，…，１４−ｘには１台以上のゲーム装置２０が設けられているものとする。複数のゲーム装置２０が設けられた店舗１４−１では、店舗内でゲーム装置２０の間で店内対戦プレー（マッチプレー）をすることができる。

店舗１４−１，…，１４−ｘのゲーム装置２０は、ゲームを実行することで、ゲーム結果等の操作データを含むプレーヤデータをゲームサーバ１０にアップロードして記憶させることができる。

なお、本実施形態におけるゲーム装置２０により実行されるゲームは、楽曲を選択することで、楽曲の再生出力と共に実行されるゲームである。ゲーム装置２０は、楽曲が選択されると、楽曲の再生出力と共に、例えば三次元空間を表現するゲーム画面中に楽曲に合わせて変化する進行ルートを表示し、この進行ルートに沿ってプレーヤ毎に決められたオブジェクト（キャラクタ、アバター）を移動（飛行）させる。そして、オブジェクトを進行ルートに沿って移動させると共に、進行ルートに合わせて入力操作のタイミングを示すターゲットを出現させ、このターゲットに合わせて入力装置に対するプレーヤ操作によって入力されるデータをもとに入力タイミングを判定し、その判定結果に応じた画面表示や音声出力などの演出処理等を実行すると共にポイント計算や評価を行なう。

本実施形態におけるゲーム装置２０には、プレーヤの入力操作を受け付ける入力装置として、例えば２つの操作デバイスを設けている。本実施形態におけるゲーム装置２０は、２つの操作デバイスの何れが操作された場合も同じ操作であれば同じデータが入力されるものとする。従って、プレーヤは、操作し易いように、２つの操作デバイスを任意に使用することができる。なお、操作デバイスとゲームの詳細については後述する。

ゲームサーバ１０は、店舗１４−１，…，１４−ｘ内のゲーム装置２０により実行されるゲームに関する各種データを管理する。ゲームサーバ１０により管理されるデータの詳細については後述する（図３、図４）。

携帯端末１６は、例えばプレーヤによって操作される入力デバイスとしてタッチスクリーンが設けられた他の電子機器、例えばスマートフォン、スレートＰＣ、携帯電話機、携帯型ゲーム機などにより実現されている。携帯端末１６は、ネットワーク１２を介して、ゲームサーバ１０と通信してゲームデータを受信し、ゲームを実行することができる。

図２は、ゲームサーバ１０の機能構成を示すブロック図である。図２に示すように、ゲームサーバ１０は、制御部３０、記憶部３１、及び通信インタフェース３２を有している。

制御部３０は、記憶部３１に記憶されているプログラムやデータに基づいて、ゲームサーバ１０の全体の制御、記憶部３１に記憶されるデータの管理、ゲーム装置２０や携帯端末１６との通信インタフェース３２を介したデータ送受信等の各種処理を実行する。制御部３０は、プロセッサ（ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor））により、記憶部３１に記憶されたゲームデータ管理プログラム３１ａを実行することにより各種機能を実現する。

制御部３０により実現される機能には、例えばプレーヤデータ処理部３０ａ、ランキングデータ処理部３０ｂ、及びゲームデータ処理部３０ｃが含まれる。

プレーヤデータ処理部３０ａは、ゲーム装置２０にプレーヤがカードを用いて提示したプレーヤＩＤ毎に、プレーヤが実行したゲームに関する各種データを処理する。プレーヤデータ処理部３０ａは、プレーヤＩＤ毎に設定される各種データ（プレーヤ管理データ）の処理、ゲーム装置２０から受信されるゲーム結果（操作データ）の記録や更新などの各種処理を実行する。

ランキングデータ処理部３０ｂは、複数のプレーヤ（プレーヤＩＤ）に対応するゲーム結果（プレーヤ戦績）をもとに、各種のランキングデータを作成する。

ゲームデータ処理部３０ｃは、携帯端末１６やゲーム装置２０においてゲームを実行するためのゲームデータ（ゲーム画面中の進行ルートやターゲットを定義する）を処理するもので、ゲーム装置２０あるいは携帯端末１６に対するゲームデータの配信、携帯端末１６からアップロードされたゲームデータや新規楽曲に対応するゲームデータの追加記録などを実行する。

記憶部３１は、ゲームサーバ１０を制御するためのプログラムやデータを記憶する。記憶部３１に記憶されるプログラムには、基本プログラム（ＯＳ（Operating System））の他、ゲーム装置２０においてゲームを実行するための各種データを管理するためのゲームデータ管理プログラム３１ａが含まれる。

ゲームデータ管理プログラム３１ａには、プレーヤデータ処理部３０ａを実現するためのプレーヤデータ処理プログラム３１ａ１、ランキングデータ処理部３０ｂを実現するためのランキングデータ処理プログラム３１ａ２、ゲームデータ処理部３０ｃを実現するためのゲームデータ処理プログラム３１ａ３が含まれる。

また、記憶部３１に記録されるデータには、プレーヤデータ３１ｂ、ランキングデータ３１ｃ、ゲームデータ３１ｄが含まれる。

図３は、記憶部３１に記憶されるプレーヤデータ３１ｂの一例を示す図である。図３に示すように、プレーヤデータ３１ｂには、プレーヤ１〜ｍのそれぞれに対応するプレーヤＩＤ毎のデータ４１〜４ｍが含まれる。図３では、例えばプレーヤ１に対応するデータ４１として、プレーヤ管理データ４１ａ、プレーヤ操作データ４１ｃを示している。

プレーヤ管理データ４１ａは、プレーヤがプレーヤＩＤを指定してゲームを実行した場合に記憶されるデータであり、プレーヤＩＤ毎に設定されるゲームに関係する各種データが含まれる。例えばプレーヤ管理データ４１ａには、プレーヤＩＤ（識別情報）、店舗ＩＤ、プレー地域、プレーヤネーム、カスタムイメージ、プレーヤ経験値、クラス、レベル、称号、獲得アイテム、プレーヤ戦績、アンロック楽曲、ボリュームデータ等のデータが含まれている。

プレーヤＩＤは、プレーヤを識別するためのもので、例えばゲーム装置２０によりプレーヤが所有するゲーム用カード（記憶媒体）から読み取られ、ゲームサーバ１０に通知される。店舗ＩＤは、ゲーム装置２０が設置された店舗を識別するためのもので、例えばプレーヤＩＤと共にゲーム装置２０から通知される。プレー地域は、例えば店舗ＩＤが示す店舗を含む地域を示すもので、例えば都道府県によって表す。プレーヤネームは、プレーヤを識別するために用いられるもので、例えばゲーム用カード（プレーヤＩＤ）の新規登録時にプレーヤによって任意に指定された文字列（例えば、英数８文字）によって表現される。カスタムイメージは、プレーヤによって作成されたプレーヤを表すイメージ（アバター、キャラクタ）であり、例えば背景、シンボル（マーク、キャラクタ）、エフェクト（飾り）のイメージを組み合わせて構成される。カスタムイメージを構成する各パーツは、プレーヤがポイントを消費することによって獲得（購入）したり、通常のゲームとは異なるイベントプレーの景品として獲得したり、さらには特定回数のプレー後に獲得することができる。

プレーヤ経験値、クラス、レベル、称号、獲得アイテム、及びプレーヤ戦績の各データは、ゲーム装置２０において実行されたゲーム結果に基づいて更新されるデータである。

プレーヤ経験値は、プレーヤがゲームを実行することにより加算されるパラメータである。プレーヤ経験値は、ゲーム実行回数に応じて加算され、また店内対戦プレーをした場合の対戦相手と対戦結果に応じて加算される。例えば、プレーヤのクラスやレベルよりも高いクラスやレベルの他のプレーヤと対戦して勝利した場合には、クラスやレベルの差に応じたより多くの経験値が加算される。

レベルは、プレーヤ経験値が所定段階まで上がることで獲得されるパラメータである。クラスは、プレーヤのレベルを分類するもので、例えば初級クラス（BEGINNER CLASS）、中級クラス（MIDDLE CLASS）、上級クラス（ADVANCED CLASS）、マスタークラス（MASTER CLASS）に分類される。クラスは、プレーヤのレベル毎に決められた条件、例えば所定の難易度（モード）のゲーム（楽曲）について、所定曲数について所定以上の評価（RATING）を得られた場合に昇格するように定義されている。

クラスは、プレーヤが選択可能な楽曲を制限するなど、プレーヤ別の制御をするために参照される。称号は、特定の条件を満たすゲーム結果が得られた場合や、プレーヤがポイントを消費することで獲得されるもので、特定の文字列（例えば１５文字）で表される。称号は、プレーヤネームと共にプレーヤを識別するために用いられるもので、複数のレベル（例えば１０レベル）が定義されている。上位レベルの称号ほど希少価値があり、獲得しにくいものとなっている。称号が得られる特定の条件を満たすゲーム結果としては、所定の難易度の楽曲をクリアした面数、通算勝利数、各種ランキングの上位入賞などがあり、それぞれの条件に応じた称号レベルが定義されている。

獲得アイテムは、プレーヤが取得しているアイテムを示す。アイテムは、ゲーム終了後（後述する隠し曲アンロック処理）やゲーム結果に応じてレベルアップされた場合に取得することができる。アイテムは、ゲーム実行時に使用され、ゲーム内容をプレーヤによって有利となるように変更したり、通常のプレーとは異なるプレースタイルでゲームを実行できるようしたりにする。例えば、ゲーム中にアイテムを使用できるようにゲーム開始前に設定しておくことで、プレーヤに要求される入力操作を簡単な操作に変更する、入力操作に対する判定をプレーヤに有利にする、ヒントを提示する、ターゲットが現れるタイミングを変更するなどがある。通常のプレーとは異なるプレースタイルには、例えば通常のプレー時とは異なる位置に立って、操作デバイスに対して入力操作をしてゲームを実行する場合がある。

プレーヤ戦績は、プレーヤが実行した各ゲームに関する各種データ、例えばゲーム実行日時、ゲーム対象として選択した楽曲や難易度、ゲーム結果として得られた順位、獲得ポイントなどの履歴である。

アンロック楽曲は、ゲームに使用される楽曲のうち特別に提供される楽曲であって、ゲーム終了後に実行される隠し曲アンロック処理（後述する）により所定の操作をすることによりゲームで使用することができる楽曲を示す。プレーヤデータでは、アンロック楽曲に対する所定の操作に応じた設定状況を示すデータがプレーヤ毎に記録される。

ボリュームデータは、プレーヤがゲーム実行時にヘッドホンを使用した時のボリュームレベルを示す。ボリュームデータは、プレーヤがゲーム実行時にヘッドホンを使用した場合に（後述するヘッドホン端子にヘッドホンが接続された場合）、ボリューム調整されたレベルが記録されるデータであり、プレーヤが次回のゲームにおいてヘッドホンを使用する時の初期レベルを調整するために使用される。 プレーヤ管理データ４１ａは、ゲーム装置２０においてプレーヤ情報を表示する場合（例えば、店内対戦プレー実行時のプレーヤマッチング画面、ゲーム結果表示画面、ランキング表示画面）に用いられる。

プレーヤ操作データ４１ｃは、プレーヤがゲーム装置２０においてゲームを実行した際のプレーヤの過去のゲーム結果を示す。プレーヤ操作データ４１ｃには、例えば１つの楽曲について、複数のゲーム難易度（シンプル、ノーマル、ハード、エキスパート）のそれぞれについて、プレーヤが最後にプレーした時の最新操作データとデータの作成日時、ハイスコアが出た時のハイスコア操作データとデータの作成日時が含まれる。操作データには、例えば入力操作に対する判定結果（ＧＲＥＡＴ、ＣＯＯＬ、ＧＯＯＤ、ＭＩＳＳ）、スコア（プレイスコア、トータルスコアなど）を示すデータが含まれる。

例えば、プレーヤがゲーム装置２０において「楽曲１」の「ノーマル」を選択してゲームを実行した場合、ゲーム終了後に、ゲーム装置２０からゲームサーバ１０にゲーム結果を示す操作データが送信される。プレーヤデータ処理部３０ａは、ゲーム装置２０から受信した操作データを、「楽曲１」の「ノーマル」の最新操作データとして記憶する。また、ハイスコアが出た場合であれば、ハイスコア操作データとしても記憶する。

また、操作データは、ゲーム実行時のプレーヤによる入力操作を示すデータを含むようにしても良い。例えば入力操作を示すデータは、操作デバイスに対するプレーヤの操作（ボタン押下、操作方向など）を示すデータと、楽曲の再生時間とを対応付けた時系列のデータとする。ゲーム中にプレーヤに要求される入力操作には、例えば、ヒット、スライド、ホールド、スクラッチ、ビートなどがある。操作データに各種入力操作を示すデータを含めることで、このデータをもとに過去にプレーヤが実行したゲーム内容を再現することができる。すなわち、楽曲の再生に合わせて操作データに応じたゲーム画面を表示することにより、ゲーム実行時と同様のゲーム画面を表示することができる。

なお、図３に示すプレーヤ操作データ４１ｃでは、プレーヤ１が「楽曲１」の全ての難易度（シンプル、ノーマル、ハード、エキスパート）についてゲームを実行したことがあるために、それぞれの難易度毎に最新操作データとハイスコア操作データが記憶されているが、ゲームを実行していない楽曲や難易度についての操作データは記憶されない。

プレーヤデータ処理部３０ａは、ゲーム装置２０においてプレーヤＩＤを指定してゲームを実行したプレーヤ２〜ｍのそれぞれについても、図３に示すプレーヤ１と同様のデータ４２〜４ｍをプレーヤデータ３１ｂとして記憶する。

図４（ａ）は、ゲームサーバ１０に記憶されるランキングデータ３１ｃの一例を示す図、図４（ｂ）は、ゲームサーバ１０に記憶されるゲームデータ３１ｄの一例を示す図である。
図４（ａ）に示すように、ランキングデータ３１ｃには、ゲーム装置２０において実行可能なソロプレーと協力プレー（後述する）のそれぞれに対応するソロプレーデータと協力プレーデータが含まれる。ソロプレーデータと協力プレーデータには、それぞれ例えばトータルスコアランキング、シンプルスコアランキング、ノーマルスコアランキング、ハードスコアランキング、エキスパートスコアランキング、勝利数マンスリーランキング、人気曲デイリーランキング、最大チェイン数、最大評価などのデータが含まれている。さらに、協力プレーデータには、最大シンクロ率を示すデータが含まれる。各ランキングは、例えばゲームデータ３１ｄに含まれる複数の楽曲毎に設定されるものとする。

ランキングデータ処理部３０ｂは、プレーヤデータ３１ｂに含まれる各プレーヤ１〜ｍのデータ４１〜４ｍをもとに、例えば一定期間毎、あるいはデータが更新される毎にそれぞれのランキングを集計して、ランキングデータ３１ｃとして記憶する。

シンプルスコアランキング、ノーマルスコアランキング、ハードスコアランキング、エキスパートスコアランキングは、難易度別に各プレーヤのゲーム結果を集計したランキングであり、例えば上位から所定数のプレーヤ（プレーヤＩＤ）を記憶する。トータルスコアランキングは、全ての難易度のゲーム結果を集計したランキングである。また、各ランキングは、楽曲別に集計しておくこともできる。

勝利数マンスリーランキングは、１ヶ月毎の各プレーヤの勝利数（１位獲得回数）を集計したランキング、人気曲デイリーランキングは、１日毎の各楽曲がゲーム対象として選択された回数を集計したランキングである。

最大チェイン数は、ゲーム画面に表示されるターゲットに対して正しい入力操作が連続して行われた回数を示すチェイン数のランキング、最大評価は、１ゲーム（楽曲）の終了時に判定されるトータルの評価（RATING）のランキングである。

協力プレーデータに含まれる最大シンクロ率は、協力プレー（詳細については後述する）において、２人のプレーヤによるゲーム中の入力操作の一致度（シンクロ率）が最大を示すデータである。

なお、ランキングデータ３１ｃには、前述したランキング以外の各種ランキングのデータを含むようにしても良い。

図４（ｂ）に示すように、ゲームデータ３１ｄには、例えば複数の楽曲１，…，Ｙのそれぞれに対応するデータ３１ｄ１，３１ｄ２，…，３１ｄＹが含まれる。図４（ｂ）では、例えば楽曲１に対応するデータ３１ｄ１として、ゲーム装置２０あるいは携帯端末１６においてゲームを実行するための音データ３１ｄ１ａ、ゲーム画面データ３１ｄ１ｂ、イベントデータ３１ｄ１ｃを示している。音データ３１ｄ１ａは、楽曲や効果音などを出力するためのデータである。ゲーム画面データ３１ｄ１ｂは、楽曲の再生に合わせて表示する進行ルートと３次元空間を表現するための背景データ、ゲーム画面中の演出用データなどを含むデータである。イベントデータ３１ｄ１ｃは、進行ルートに合わせて予め決められたタイミングで発生させるイベントに関するデータである。

図４（ｃ）は、イベントデータ３１ｄ１ｃの一例を示している。
図４（ｃ）に示すように、楽曲の開始からの時間を示すタイムデータと対応づけて、それぞれの時間で発生させるイベントに関するデータが記録されている。イベントには、例えば各種のターゲットの発生、チェックポイントなどがある。チェックポイントでは、例えば店内対戦プレー（マッチプレー）時に、複数のアイコンを回転表示させるアイコンルーレット（詳細については後述する）を表示させる。

なお、ゲームデータ３１ｄには、１つの楽曲について、複数のゲーム難易度（シンプル、ノーマル、ハード、エキスパート）のそれぞれに応じたデータが用意されているものとする。また、図４（ｂ）のゲーム画面データ３１ｄ１ｂにおいて、予め進行ルートと背景データが用意されているとしているが、イベントデータ３１ｄ１ｃをもとにして、ゲーム実行時にリアルタイムで演算処理によって進行ルート（直線、曲線などの組み合わせ）と、進行ルートに応じた背景データを生成することも可能である。

通信インタフェース３２は、ネットワーク１２を介した、携帯端末１６やゲーム装置２０（ホスト装置２１）とのデータ通信を制御する。

図５、図６、図７、図８、及び図９は、本実施形態におけるゲーム装置２０の外観構成を示す図である。図５はゲーム装置２０の斜視図、図６はゲーム装置２０の正面図、図７はゲーム装置２０の側面図、図８は、ゲーム装置２０の平面図、図９はゲーム装置２０の背面側からの斜視図をそれぞれ示している。

図５〜図９に示すように、本実施形態におけるゲーム装置２０は、第１筐体５０ａ、第２筐体５０ｂ、連結部材５０ｃ、及び体感音響振動ユニット５０ｄにより構成されている。
第１筐体５０ａは、箱形の基台部５０ａ１と、基台部５０ａ１の上部に設けられた薄い箱形の上部筐体５０ａ２により構成されている。上部筐体５０ａ２の前面（第２筐体５０ｂ側）にはディスプレイ５１が設けられている。ディスプレイ５１は、例えば６０インチの表示面が長方形のプラズマディスプレイ（液晶ディスプレイなどの他のディスプレイであっても良い）により構成されるもので、表示面を垂直にして縦長となるように上部筐体５０ａ２に設けられている。

ディスプレイ５１は、例えば下端が操作デバイスより下、上端が操作デバイスを一般的な状態（本実施形態では立った状態）で操作するプレーヤの視点位置より上となるように上部筐体５０ａ２に設けられるものとする。ディスプレイ５１の表示面を縦長となるように配置することで、ゲーム実行中のプレーヤの視線を上下方向に大きく移動させるダイナミックなゲーム画面を表示できる。これにより、プレーヤの視界の広い範囲においてゲーム画面を視認させるため、プレーヤに対してゲームへの没入感を提供することができる。また、ディスプレイ５１を縦長で配置することで、大画面であってもゲーム装置２０の設置面積が大幅に増大しないため、ゲームセンター等におけるゲーム装置２０の設置面積が少なくて済み、またゲーム装置２０の移送時に場所をとらず移送コストの増大を招かない。

基台部５０ａ１の上部前面には、左右に離間させてスピーカ５２ａ，５２ｂが設けられている。スピーカ５２ａ，５２ｂは、例えば中高音域の音の出力に好適な性能を有しており、ゲーム実行中の楽曲や効果音の出力のために主に使用される。

スピーカ５２ａ，５２ｂは、中心軸が斜め上方に向くように基台部５０ａ１に取り付けられている。スピーカ５２ａ，５２ｂの取り付け位置は、ゲーム装置２０を利用するプレーヤの顔の高さより低い位置となる。このため、スピーカ５２ａ，５２ｂから出力された音は、ゲーム装置２０の正面に立つプレーヤに下方向から伝達される。従って、ゲーム装置２０の周囲に騒音があったとしても、スピーカ５２ａ，５２ｂから出力された音は、周囲の騒音と混在することなく効果的にプレーヤに伝達しやすくなる。また、基台部５０ａ１の下部前面中央には、低音域用のスピーカ５２ｃ（ウーファスピーカ）が設けられている。スピーカ５２ｃは、スピーカ５２ａ，５２ｂと共にゲーム実行中の楽曲や効果音の出力のために主に使用される。

上部筐体５０ａ２の上部には、ゲームタイトル等を表示する表示パネル５３が、パネル面がディスプレイ５１の表示面と同じ方向に向くように取り付け部材５３ａにより支持されている。図７に示すように、取り付け部材５３ａは、一端が上部筐体５０ａ２の上端部に取り付けられ、ディスプレイ５１の上方を経由して、他端に表示パネル５３を取り付けている。

第２筐体５０ｂは、主にプレーヤによる操作に関係する機能が設けられている。第２筐体５０ｂは、図５及び図６に示すように、左側筐体５０ｂ１、右側筐体５０ｂ２、底部筐体５０ｂ３、上面パネル５４、操作デバイス５６ａ，５６ｂを含んでいる。

左側筐体５０ｂ１は、ほぼ薄い箱形に構成された底部筐体５０ｂ３上に左側端部に合わせて配置され、右側筐体５０ｂ２は、底部筐体５０ｂ３上に右側端部に合わせて配置されている。左側筐体５０ｂ１と右側筐体５０ｂ２との間、すなわち第２筐体５０ｂの下部には、図５及び図６に示すように空間が設けられている。このため、図６の正面図に示すように、基台部５０ａ１に設けられたスピーカ５２ｃの前方が第２筐体５０ｂに遮られず、スピーカ５２ｃから出力された音が外部に伝達され易くなっている。また、第２筐体５０ｂの下部の空間には、プレーヤが荷物を置くために使用することもできる。

左側筐体５０ｂ１と右側筐体５０ｂ２は、上面部に傾斜面を形成し、傾斜面を斜め後方に延長する形状となっている。左側筐体５０ｂ１の斜め後方に延長した筐体上端近傍には、スピーカ５２ｄが設けられ、右側筐体５０ｂ２の斜め後方に延長した筐体上端近傍には、スピーカ５２ｅが設けられている。

上面パネル５４は、左側筐体５０ｂ１と右側筐体５０ｂ２の上方を覆うように設けられている。上面パネル５４は、例えば半透明の部材により形成され、左側筐体５０ｂ１と右側筐体５０ｂ２の上方を覆う範囲では水平面を形成する。上面パネル５４には、左右対称とする２箇所に円形状の開口部が設けられ、操作デバイス５６ａ，５６ｂの上部（操作部）が突出している。

操作デバイス５６ａ，５６ｂは、上面パネル５４の開口部の位置に合わせて、左側筐体５０ｂ１と右側筐体５０ｂ２によって支持され、プレーヤにより操作されていない状態では操作面が水平となるようにしている（詳細については図１１に示す）。

操作デバイス５６ａ，５６ｂの間には、ヘッドホン端子５７とボリュームボタン５８（例えば、上向きと下向きの２つのボタン、あるいはダイアル式でも良い）が設けられている。ヘッドホン端子５７にヘッドホンのプラグを装着することで、スピーカ５２ａ，５２ｂ，５２ｃ，５２ｄ，５２ｅに代えてヘッドホンから音を出力させることができる（あるいはスピーカからの出力と平行してヘッドホンから音を出力するようにしても良い）。また、ボリュームボタン５８によってヘッドホンに出力される音の音量を調整することができる。また、ヘッドホン端子５７には、イヤホンやさらなるスピーカを繋ぐことも可能である。

また、右側筐体５０ｂ２の上部傾斜面には、コイン投入口６１とカードリーダ６３が設けられている。コイン投入口６１は、ゲーム装置２０を使用する際にプレーヤによりコインが投入される。カードリーダ６３は、カード固有のデータ（プレーヤＩＤ）を記憶するゲーム用カード（記憶媒体）から、非接触による近接無線通信によってデータの読出しをする。プレーヤは、ゲーム用カードをカードリーダ６３にゲーム用カードを近接させる（かざす）ことにより、ゲーム用カードに記録されたプレーヤＩＤを読み取らせることができる。また、右側筐体５０ｂ２の下部前面には、コイン払い出し口６２が設けられている。コイン払い出し口６２は、コイン投入口６１から投入された使用不能なコインや、投入可能な上限を超えて投入されたコインが払い出される。

なお、スピーカ５２ｄ，５２ｅは、それぞれ左側筐体５０ｂ１と右側筐体５０ｂ２の斜め後方に延長された筐体上端近傍に設けられているため、図５、図７及び図８に示すように、上面パネル５４により上方が覆われていない。また、スピーカ５２ｄ，５２ｅが傾斜面に設けられているため、中心軸が斜め上方に向いている。さらに、スピーカ５２ｄ，５２ｅの取り付け面は、図８に示すように、ゲーム装置２０の中央側（内側）に傾斜しているため、スピーカ５２ｄ，５２ｅの中心軸が操作デバイス５６ａ，５６ｂを操作するためにゲーム装置２０の正面に立つプレーヤの方向に向く。また、スピーカ５２ｄ，５２ｅの取り付け位置は、ゲーム装置２０を利用するプレーヤの顔の高さより低い位置となる。このため、スピーカ５２ｄ，５２ｅから出力された音は、スピーカ５２ａ，５２ｂと同様にゲーム装置２０の正面に立つプレーヤに下方向から伝達される。従って、ゲーム装置２０の周囲に騒音があったとしても、スピーカ５２ｄ，５２ｅから出力された音は、周囲の騒音と混在することなく効果的にプレーヤ伝達しやすくなる。

スピーカ５２ｄ，５２ｅは、例えば高音域の音の出力に好適な性能を有しており、ゲーム実行中の操作デバイス５６ａ，５６ｂに対する操作に応じた音（操作音）の出力のために主に使用される。スピーカ５２ｄ，５２ｅは、それぞれ操作デバイス５６ａ，５６ｂの近傍に設けられているため、操作デバイス５６ａ，５６ｂに対する操作に応じて操作音を出力することで、プレーヤに対してあたかも操作デバイス５６ａ，５６ｂから操作音が発せられた印象を与えることができる。

連結部材５０ｃは、図５〜図９に示すように、ディスプレイ５１の表示面が操作デバイス５６ａ，５６ｂと正対するように配置された第１筐体５０ａと第２筐体５０ｂとを連結するための部材である。連結部材５０ｃは、図８に示すように、ゲーム装置２０の左端近傍に設けられた左側連結部材５０ｃ１と、右端近傍に設けられた右側連結部材５０ｃ２により構成される。

図８に示すように、左側連結部材５０ｃ１と右側連結部材５０ｃ２により第１筐体５０ａと第２筐体５０ｂとを連結することにより、第１筐体５０ａと第２筐体５０ｂとの間に設置面が開放された空間が形成される。

また、左側連結部材５０ｃ１と右側連結部材５０ｃ２は、図５、図７及び図９に示すように、第１筐体５０ａと第２筐体５０ｂの底部近傍で両者を連結している。このため、第１筐体５０ａと第２筐体５０ｂとの間にプレーヤが容易に出入り可能となる。

第２筐体５０ｂに設けられた操作デバイス５６ａ，５６ｂは、操作面が水平となるように配置されている。このため、プレーヤがディスプレイ５１と正対するゲーム装置２０の正面に立って操作デバイス５６ａ，５６ｂを操作する場合（以下、この場合のプレーヤの立ち位置を第１プレーヤポジションと称する）と、第１筐体５０ａと第２筐体５０ｂの間に立って操作デバイス５６ａ，５６ｂを操作する場合（以下、この場合のプレーヤの立ち位置を第２プレーヤポジションと称する）の何れにおいても、同じような操作感を提供することができる。

なお、第２プレーヤポジションは、プレーヤがディスプレイ５１を背面側にしてプレーする場合のためのものである。例えば、ゲーム上級者は、楽曲と楽曲の再生中に操作デバイス５６ａ，５６ｂを操作するタイミングを記憶することで、ディスプレイ５１に表示されたゲーム画面を見ないでプレーすることを目標にする場合がある。第２プレーヤポジションは、このようなゲーム上級者がプレーする場合に使用することができる。

連結部材５０ｃ（左側連結部材５０ｃ１と右側連結部材５０ｃ２）は、長さ方向に伸縮可能な構造を設けて、任意の長さに調整した後に固定することが可能である。すなわち、連結部材５０ｃの長さを変更することにより第１筐体５０ａと第２筐体５０ｂとの間隔を調整することができる。

また、連結部材５０ｃを第１筐体５０ａと第２筐体５０ｂに対して着脱可能にし、長さが異なる複数の連結部材５０ｃを用意して任意に交換できるようにしても良い。この場合も同様にして、第１筐体５０ａと第２筐体５０ｂとの間隔を調整することができる。

本実施形態におけるゲーム装置２０は、図６に示すように、第１筐体５０ａと第２筐体５０ｂの横幅方向のサイズがほぼ同じとなっている。第１筐体５０ａの横幅はディスプレイ５１の横方向（短辺側）のサイズとほぼ同じである。すなわち、ゲーム装置２０は、大画面のディスプレイ５１を実装しているが、ディスプレイ５１の表示面を縦長となるように配置して、ディスプレイ５１の短辺に合わせて第１筐体５０ａと第２筐体５０ｂを構成しているため、大型化されるのを回避している。

また、第１筐体５０ａと第２筐体５０ｂの間隔を調整することで、ゲーム装置２０の奥行き方向のサイズも変更することができるため、設置場所に応じてゲーム装置２０のサイズを変更することができる。また、連結部材５０ｃを第１筐体５０ａと第２筐体５０ｂから着脱可能とすることで、ゲーム装置２０を第１筐体５０ａ、第２筐体５０ｂ、連結部材５０ｃに分離することができる。このため、ゲーム装置２０の搬送時などは分離した状態にすることで、搬送作業を容易にすることもできる。また、上部筐体５０ａ２の上部に取り付けられた取り付け部材５３ａを着脱可能とすることで、第１筐体５０ａの高さを下げて搬送を容易にすることもできる。

なお、ゲーム装置２０を制御するための主要な制御ユニットは、第１筐体５０ａ（基台部５０ａ１）に収容されており、第２筐体５０ｂに設けられた各種ユニットと、連結部材５０ｃの内部に配設されたケーブルを介して接続される。第１筐体５０ａに収容される制御ユニット等と第２筐体５０ｂに収容される各種ユニット間を接続するためのケーブルに、任意に接続／切断できるコネクタ等を設けておくことで、第１筐体５０ａと第２筐体５０ｂの連結と分離のための作業を容易にすることができる。

体感音響振動ユニット５０ｄは、プレーヤがゲーム実行中に乗る台として使用されると共に、ゲーム中に楽曲の再生音と連動させた体感音響振動を発生させるためのユニットである。

図１０は、体感音響振動ユニット５０ｄの構成を示す平面図である。図１０に示すように、体感音響振動ユニット５０ｄは、木板あるいはアルミ板により構成される平面板５０ｄ１と、平面板５０ｄ１の底部の複数箇所（例えば４角近傍）に設けられた防振用のラバー等により構成される支持部材５０ｄ２と、平面板５０ｄ１の一つの端部近傍上面に設けられた音響振動モジュール５２ｆとを有している。音響振動モジュール５２ｆは、例えば平面板５０ｄ１の一辺中央から延出された矩形面に設けられている。また、平面板５０ｄ１の左右両端近傍には、固定板５０ｄ３が取り付けられている。固定板５０ｄ３との底面と支持部材５０ｄ２の底面との高さが一致している。図１０に示すように、固定板５０ｄ３と平面板５０ｄ１から延出された矩形面との間には所定の間隔が設けられている。 体感音響振動ユニット５０ｄは、図５、図７、図８（図６と図９では図示を省略している）に示すように、平面板５０ｄ１の一部（音響振動モジュール５２ｆが設けられた矩形面）が第２筐体５０ｂの下方に挿入されている。この場合、第２筐体５０ｂの底面に取り付けられた高さ調整用のアジャスターの下に固定板５０ｄ３が位置する。固定板５０ｄ３の上でアジャスターを固定する（下方に押しつける）ことで、体感音響振動ユニット５０ｄが第２筐体５０ｂの重さにより安定して設置される。従って、体感音響振動ユニット５０ｄの上でプレーヤが動いたとしても、体感音響振動ユニット５０ｄの設置位置がずれることはない。

また、体感音響振動ユニット５０ｄ（音響振動モジュール５２ｆ）は、ケーブル５０ｄ４を介して第２筐体５０ｂと接続される。ケーブル５０ｄ４には、第２筐体５０ｂに収容されるケーブルと任意に接続／切断できるコネクタを設ける。これにより、第２筐体５０ｂと体感音響振動ユニット５０ｄとの連結／分離が容易になるので、ゲーム装置２０の移動等の作業を容易にすることができる。

音響振動モジュール５２ｆは、例えば低音域用のスピーカ５２ｃ（ウーファスピーカ）から音を出力するための音声信号と同じ信号をもとにして音響振動を発生させて、音圧による振動感や平面板５０ｄ１を介して振動感をプレーヤに伝達させる。音響振動モジュール５２ｆは、低音域用のスピーカ５２ｃと同じ音声信号をもとに振動を発生させることで、楽曲と連動した振動を発生させることができる。

次に、操作デバイス５６ａ，５６ｂの詳細について説明する。
図１１は、操作デバイス５６ａ，５６ｂの周辺を拡大した斜視図である。図１１に示すように、操作デバイス５６ａ，５６ｂは、プレーヤにより操作される上部が、上面パネル５４に設けられた開口部から突出するように取り付けられている。操作デバイス５６ａ，５６ｂは、左右対称に配置されており、プレーヤが第２筐体５０ｂに正対して中央に立つと、左右の手によって同じ距離感で操作することができる。また、図６及び図７にも示すように、操作デバイス５６ａ，５６ｂの操作面が水平となるように配置されているため、プレーヤが第１プレーヤポジションと第２プレーヤポジションの何れの位置で操作しても同じ操作感を得ることができる。

図１２は、図９に示すＡ−Ａ線における断面を示す図である。
図１２に示すように、操作デバイス５６ａは、左側筐体５０ｂ１の側面から上方に伸びるように配設された角柱状の第１支持部材５６ｂ１１と、左側筐体５０ｂ１と右側筐体５０ｂ２との間に、その上方で水平に配設された角柱状の第２支持部材５６ｂ１２とにより支持されている。

操作デバイス５６ａの側面には、第１支持部材５６ｂ１１と第２支持部材５６ｂ１２と結合するための結合部が設けられた結合部材５６ａ１が設けられている。操作デバイス５６ａは、結合部材５６ａ１に、第１支持部材５６ｂ１１と第２支持部材５６ｂ１２とをそれぞれ係合させてネジ等により固定することにより安定した状態となる。

操作デバイス５６ａの結合部材５６ａ１は、ディスプレイ５１に対面する側、すなわち操作デバイス５６ａの背面側で第１支持部材５６ｂ１１と第２支持部材５６ｂ１２に固定される。従って、プレーヤがゲーム装置２０を使用するために第１プレーヤポジション（ディスプレイ５１と正対するゲーム装置２０（第２筐体５０ｂ）の正面位置）に立った場合、結合部材５６ａ１による取り付け部分が隠れて見えなくなる。このため、上面パネル５４を透明（あるいは半透明）とすることで、操作デバイス５６ａが空中に浮いているように見える。

図１３は、プレーヤがゲーム装置２０を利用している様子を示す図である。
図１３は、第１プレーヤポジションにプレーヤが立って操作デバイス５６ａ，５６ｂを操作している状態の一例である（体感音響振動ユニット５０ｄの図示を省略している）。図１３に示すように、操作デバイス５６ａ，５６ｂの操作面は、プレーヤが軽く肘を曲げた状態で操作しやすい高さに設定されている。

また、第１筐体５０ａと第２筐体５０ｂとの間に間隔が設けられているため、第１プレーヤポジションに立っているプレーヤは、操作デバイス５６ａ，５６ｂより下にディスプレイ５１の下端があったとしても、上面パネル５４が妨げとなることなく、ディスプレイ５１に表示されるゲーム画面を下端まで視認することができる。また、ディスプレイ５１の表示画面が縦長となるように配置されているため、図１３に示すように、ディスプレイ５１の上端がプレーヤの視点位置より高くなる。従って、プレーヤに対して、視界の広い範囲においてゲーム画面を視認させ、視線を上下方向に大きく移動させるダイナミックなゲーム画面を提供して、ゲームに没入させることができる。

次に、操作デバイス５６ａ，５６ｂの詳細な構成について説明する。
本実施形態における操作デバイス５６ａ，５６ｂは、同一の構成を有している。以下では、操作デバイス５６ａを例にして説明し、操作デバイス５６ｂの説明を省略する。

図１４は、操作デバイス５６ａの外観構成を示す斜視図、図１５は、図１４に示す操作デバイス５６ａの外部カバーを取り外した状態の外観構成を示す斜視図、図１６は、操作デバイス５６ａの平面図、図１７は、操作デバイス５６ａの側面図をそれぞれ示している。

図１４〜図１７に示すように、操作デバイス５６ａの上部にはプレーヤによって操作される操作部５６ａ２が設けられている。操作部５６ａ２は、ほぼ円柱状の円柱部と、円柱部の底部に円柱部より大きな径の底部が形成された部材により構成されている。操作デバイス５６ａの上部には平面状の操作面が形成されており、プレーヤが手のひらや指を載せて操作することができる。操作部５６ａ２は、プッシュボタンを構成しており、プレーヤによる押下により所定のストローク量（例えば、２〜３ｍｍ）分が押し込まれる。操作部５６ａ２の押下は、内部に収納されたスイッチにより検知される。操作部５６ａ２は、プレーヤにより操作されていない場合には操作面が水平となるように保持され、プレーヤにより水平方向（３６０°の範囲）に移動させる操作がある場合には、操作部５６ａ２が操作方向に移動するように構成されている。

従って、操作部５６ａ２に対する操作には、操作部５６ａ２（プッシュボタン）を押下する操作、操作部５６ａ２を水平方向に移動させる操作、操作部５６ａ２を押下した状態のまま水平方向に移動させる操作がある。

操作部５６ａ２の中央には、ライト５６ａ３が収容されている。ライト５６ａ３は、例えば操作部５６ａ２に対する操作に応じて点灯（あるいは点滅）するなど、ゲーム演出のために使用される。

操作部５６ａ２の底部外周には、底部の径より大きい範囲に上部カバー５６ａ４が設けられている。上部カバー５６ａ４には、例えば４箇所にライト５６ａ５が配設されている。ライト５６ａ５は、上方に光を照射するように配設されており、例えば操作部５６ａ２に対する操作やゲーム状況に応じて点灯（あるいは点滅）するなど、ゲーム演出のために使用される。

操作デバイス５６ａの側面は、外部カバー５６ａ６により覆われている。外部カバー５６ａ６は、例えば透過性の部材により形成される。操作デバイス５６ａの内部には、図１５に示すように、操作デバイス５６ａの外周に沿って複数のＬＥＤ（Light Emitting Diode）パネル７０が配設されている。本実施形態では、例えば８枚のＬＥＤパネル７０が等間隔に配設されている。１つのＬＥＤパネル７０には、例えば縦方向に４つのＬＥＤ７０ａが配置されており、個別に点灯（あるいは点滅）あるいは表示色を変更するように制御される。外部カバー５６ａ６が透過性の部材により形成されているため、プレーヤは、ＬＥＤパネル７０（ＬＥＤ７０ａ）の点灯（点滅）を視認することができる。例えば、全てのＬＥＤパネル７０に対して、複数のＬＥＤ７０ａを下から順番に一定時間毎に点灯させることで、光の輪が上昇するような演出が可能である。ＬＥＤパネル７０は、操作デバイス５６ａへの操作やゲーム状況に応じて、あるいはランダムに表示パターンが変更されて、ゲーム演出に用いられる。

次に、操作デバイス５６ａの操作部５６ａ２を移動可能にする構成について説明する。
図１８及び図１９は、操作デバイス５６ａの操作部５６ａ２を水平方向に移動可能とするための構成の詳細を示す図である。図１８（ａ）は、実装される状態の外観を示す図であり、図１８（ｂ）は、図１８（ａ）に示す部材（軸受け部材７５）の一部を除いて内部の構成を示す図である。図１９（ａ）（ｂ）は、底部の構成を示す図である。図１９（ａ）は、図１９（ｂ）に示す構成の一部を省略して示す図である。

操作部５６ａ２の底部には、操作部５６ａ２の操作面に対して垂直に伸びる２枚の板状部材７１を離間させて取り付けている。また、板状部材７１の他端は、操作部５６ａ２の操作面に対して平行な平面部材７２に取り付けている。２枚の板状部材７１を離間させているため操作部５６ａ２を安定して支持することができる。

板状部材７１には、操作デバイス５６ａ（操作部５６ａ２）の中心軸と一致するように棒状の軸部材７３の一端が取り付けられる。板状部材７１、平面部材７２及び軸部材７３は一体化されており、操作部５６ａ２を支持するための所定の長さを有する支持部材として作用する。

軸部材７３の他端は、基台７４の中央に設けられた穴を通じて貫通される。軸部材７３には、長さ方向の間に支持機構が設けられる。支持機構は、２つの直交する第１軸７８と第２軸７６とにより、軸部材７３（操作部５６ａ２）を図１８（ｂ）に示すＸ方向、Ｙ方向に移動可能に支持する構成を有する。

図２０（ａ）（ｂ）は、軸部材７３を支持するための支持機構の構成を示す図である。図２０（ｂ）は、図１８（ａ）に示すＣ−Ｃ線における第１軸７８の方向からの側面図、図２０（ａ）は、図２０（ｂ）に示すＤ−Ｄ線における平面図である。

図２０（ａ）（ｂ）に示すように、支持機構は、軸部材７３を回動可能に支持する第１軸７８と、第１軸７８を支持する軸受け部材７７と、軸受け部材７７を回動可能にする、第１軸７８と直交する第２軸７６とから構成されている。第２軸７６は、軸受け部材７５により回転可能に支持されている。

図２０（ａ）（ｂ）に示すように、軸部材７３は、第１軸７８により回動可能となる。また、第１軸７８を支持している軸受け部材７７は、第２軸７６により回動可能となる。従って、軸部材７３は、直行する２つの第１軸７８と第２軸７６により回動可能となる。

２つの第１軸７８と第２軸７６とを組み合わせることにより、操作部５６ａ２を水平方向の全範囲（３６０°の範囲）に移動させることができる。なお、操作部５６ａ２を支持する支持部材は、第１軸７８と第２軸７６により軸回転する。このため、支持部材の先端部に設けられた操作部５６ａ２は、正確には水平に移動するのではなく、軸を中心とする弧を描くように移動する。ただし、操作部５６ａ２が移動可能な距離（範囲）を短く（狭く）することで、プレーヤに対して水平移動している感覚を与えることができる。

基台７４を貫通する軸部材７３の端部には、図１９（ｂ）に示すように、バネ７９が巻回されている。バネ７９は、基台７４の底部側に軸部材７３に沿って移動可能な円形の部材８０を圧接している。部材８０の基台７４側の面は、軸部材７３の軸方向に対して垂直となるように形成されている。従って、操作部５６ａ２がプレーヤにより操作されていない場合は、バネ７９が部材８０を圧接することで、部材８０と基台７４の底面とが密着された状態となり、これにより軸部材７３が中心軸で保持される。この場合、バネ７９により軸部材７３が中心に維持されるため、操作部５６ａ２の操作面が水平となる。また、操作部５６ａ２がプレーヤにより水平方向に移動するように操作された後に手が離されると、バネ７９により軸部材７３が元の位置に戻される。

また、部材８０は、例えば硬質のプラスチック（ポリアセタール等）により構成されている。基台７４の底部には、部材８０の周囲４箇所にスイッチ８４ａ，８４ｂ，８４ｃ，８４ｄが取り付けられている。スイッチ８４ａ，８４ｂ，８４ｃ，８４ｄは、可動部に部材８０が接触されることによりオンされる。

図１９（ａ）は、軸部材７３からバネ７９及び部材８０を除いて、スイッチ８４ａ，８４ｂ，８４ｃ，８４ｄの配置を示している。図１９（ａ）に示すように、スイッチ８４ａとスイッチ８４ｃの可動部が、軸部材７３を挟んで配置され、スイッチ８４ｂとスイッチ８４ｄの可動部が、軸部材７３を挟んで配置されている。スイッチ８４ａとスイッチ８４ｃの可動部は、例えば第１軸７８の軸線と一致するように配置され、スイッチ８４ｂとスイッチ８４ｄの可動部は、例えば第２軸７６の軸線と一致するように配置される。すなわち、スイッチ８４ａとスイッチ８４ｃ、スイッチ８４ｂとスイッチ８４ｄは、軸部材７３の位置を交点とする直交する線上にそれぞれ配置される。

操作部５６ａ２を水平方向に移動させる操作がされると、軸部材７３が第１軸７８と第２軸７６により回動可能に支持されているため、操作部５６ａ２の移動に伴って軸部材７３の端部が移動する。軸部材７３の端部が移動すると軸部材７３に取り付けられた部材８０が、軸部材７３の周囲に配置されたスイッチ８４ａ，８４ｂ，８４ｃ，８４ｄの何れかの可動部に接触する。これにより、何れのスイッチ８４ａ，８４ｂ，８４ｃ，８４ｄがオンされたかによって軸部材７３の端部が何れの方向に移動されたかを検知することができる。すなわち、軸部材７３の端部の移動方向と反対の方向をプレーヤによる操作部５６ａ２に対する操作方向と判別することができる。

なお、４つのスイッチ８４ａ，８４ｂ，８４ｃ，８４ｄを設けることにより、スイッチ８４ａ，８４ｂ，８４ｃ，８４ｄが個別にオンされる４方向（前後左右方向）と、隣接する２つの部材８０がオンされる４方向（左右斜め方向）の合計８方向の操作方向を判別することができる。なお、本実施形態では、４つのスイッチ８４ａ，８４ｂ，８４ｃ，８４ｄを設けて８方向の操作方向を検出できるようにしているが、スイッチ８４ａ，８４ｂ，８４ｃ，８４ｄに代えて、全方向（３６０°）の移動方向を検出可能な検出器（センサ）を実装するようにしても良い。

図２１は、図１８（ａ）に示すＢ−Ｂ線における断面を示す図、図２２は、図２１に示す基台７４の周辺を拡大して示す図である。図２１は、操作部５６ａ２がプレーヤにより操作されていない状態を示す図である。
図２１に示すように、操作部５６ａ２は、プッシュボタンを構成しており、内部に押下されたことを検出するスイッチ８５が設けられている。

軸部材７３の基台７４の近傍には、ゴム等により構成される緩衝部材８２が設けられている。また、基台７４の上には、緩衝部材８２との間に、操作部５６ａ２の移動を許容する範囲に応じた間隔を設けて緩衝部材８１が設けられている。図２１及び図２２に示すように、操作部５６ａ２が操作されていない場合は、軸部材７３がバネ７９により垂直な状態で維持されているため、緩衝部材８１，８２に間隔ができている。

基台７４には、軸部材７３を貫通させるための穴８３が形成されている。穴８３の径は、操作部５６ａ２の移動を許容する範囲に応じて、軸部材７３が移動可能となるように軸部材７３との間に間隔が確保されるサイズに決められている。

図２３は、操作部５６ａ２が水平方向に移動させる操作がされた場合の状態を示し、図２４は、図２３に示す基台７４の周辺を拡大して示す図である。

図２３では、右方向に移動するように操作部５６ａ２が操作されている。従って、軸部材７３の下端部は左方向に移動する。この際、軸部材７３が穴８３の内面に接触する前に、緩衝部材８１，８２が接触する。これにより、プレーヤが操作部５６ａ２を操作した場合の衝撃を和らげることができる。また、穴８３の径が操作部５６ａ２の移動を許容する範囲に応じて決められているため、この許容する範囲を超えて操作部５６ａ２が移動することがない。これにより、支持機構やスイッチ８４ａ，８４ｂ，８４ｃ，８４ｄなどの損傷などを防ぐことが可能である。

また、部材８０は、図２４に示すように、軸部材７３と共に移動するため、軸部材７３の左側に配置されたスイッチ８４ａの可動部に接触する。これにより、スイッチ８４ａがオンされる。

その後、操作部５６ａ２に対するプレーヤの操作が終了すると、バネ７９が部材８０を介して基台７４の底部を押しつけるように作用するため、図２１及び図２２に示すように、軸部材７３が中心軸の位置に戻る。

このように、本実施形態におけるゲーム装置２０では、押下操作と水平方向への移動操作を同時にすることができる操作デバイス５６ａ，５６ｂを実装することで多様な入力操作が可能となる。すなわち、押下操作と水平方向への移動操作という簡単な操作だけでありながら、２つの操作デバイス５６ａ，５６ｂへの操作を組み合わせることで、各プレーヤが操作し易い操作方法を選択することができる。

次に、本実施形態におけるゲーム装置２０において実行されるゲーム制御について説明する。
図２５は、本実施形態におけるゲーム装置２０の機能構成を示すブロック図である。
図２５に示すように、ゲーム装置２０は、制御部９０、記憶部９２、ディスプレイコントローラ９３、入力インタフェース９４、サウンドコントローラ９５、ライティングコントローラ９６、コインセンサ９７、及び通信インタフェース９８を有している。

制御部９０は、ゲーム装置２０全体の制御を司るもので、記憶部９２に記憶された基本プログラム（ＯＳ（Operating System））や各種アプリケーションプログラム（ゲームプログラム９２ａを含む）を実行することで各部を制御する。制御部９０は、プロセッサ（ＣＰＵやＤＳＰ）により、記憶部９２に記憶されたゲームプログラム９２ａを実行することで、ディスプレイ５１に対する入力操作に応じて制御されるゲームを実行するための各種機能を実現する。

制御部９０により実現される機能には、スタート処理部９０ａ（デモ処理部９０ａ１）、プレーヤマッチング処理９０ｂ、ゲーム処理部９０ｃ（ゲーム画面表示処理部９０ｃ１、操作判定処理部９０ｃ２、対戦処理部９０ｃ３、ゲーム音声処理部９０ｃ４）、ゲーム結果処理部９０ｄ（リザルト表示部９０ｄ１、アンロック処理部９０ｄ２）、プレーヤデータ処理部９０ｅ、及び入力制御部９０ｆが含まれる。

スタート処理部９０ａは、ゲームが開始されるまでのスタート処理を実行する。スタート処理では、デモンストレーション用のゲーム画面を表示するデモ処理、ゲーム用カードの新規登録やゲーム用カードからのデータ読み出しなどの処理、ポイントチャージ処理、ゲームモード選択処理（ソロプレー、協力プレー、店内対戦プレー（マッチプレー）、イベントプレー）、曲選択処理、難易度選択処理を含む。

プレーヤマッチング処理９０ｂは、プレーヤにより店内対戦プレー（マッチプレー）の実行が指示された場合に、対戦相手を決定するためのマッチング処理を実行する。本実施形態におけるゲーム装置２０では、店内対戦プレーでは４人のプレーヤによる対戦が実行されるものとする。マッチプレーでは、同一店内に設置された４台のゲーム装置２０に対して入力操作をする４人のプレーヤにより対戦が行われるものとする。なお、店内対戦プレーは４人に限るものではなく、２人以上であれば任意の人数で実施するようにしても良い。

ゲーム処理部９０ｃは、ゲームサーバ１０から受信された楽曲毎のゲームデータ９２ｂに基づいて、プレーヤにより指定されたゲームモードによるゲームを制御する。店内対戦プレーの場合には、ディスプレイ５１に対する入力操作により入力される操作データに対する処理の他、対戦相手の操作データに対する処理を実行する。ゲーム処理部９０ｃには、ゲーム画面表示処理部９０ｃ１、操作判定処理部９０ｃ２、対戦処理部９０ｃ３、ゲーム音声処理部９０ｃ４の機能が含まれる。

ゲーム画面表示処理部９０ｃ１は、ゲームデータ９２ｂをもとに、三次元空間を表現するゲーム空間中に進行ルートをディスプレイ５１ａに表示するルート表示機能、進行ルートの表示位置と形状を変化させる進行ルート制御機能、進行ルートに合わせて入力操作のタイミングを示すターゲットを表示するターゲット表示機能、操作判定処理部９０ｃ２の判定機能による判定結果に基づいて、画面表示や音声出力などの演出処理を実行する演出機能を含む。ゲーム画面表示処理部９０ｃ１は、進行ルートを縦長に配置されたディスプレイ５１の上下方向に変化させて表示することができる。

また、操作判定処理部９０ｃ２は、操作デバイス５６ａ，５６ｂに対する入力操作とターゲットの表示位置に基づいて入力判定をする判定機能を含む。操作判定処理部９０ｃ２は、例えば評価の高い順にＧＲＥＡＴ、ＣＯＯＬ、ＧＯＯＤ、ＭＩＳＳの４段階で判定するものとする。

また、対戦処理部９０ｃ３は、店内対戦プレー（マッチプレー）を制御するもので、対戦相手とする他のプレーヤ（他のゲーム装置）で実行するゲーム状況（得点データを含む対戦プレーヤデータ等）の取得、得点差算出、順位判定などを実行する。

ゲーム音声処理部９０ｃ４は、ゲーム実行中の音声出力を制御する。ゲーム音声処理部９０ｃ４は、サウンドコントローラ９５を通じて、スピーカ５２ａ，５２ｂ，５２ｃ，５２ｄ，５２ｅ、及びヘッドホン端子５７から出力する音を制御する。例えば、スピーカ５２ａ，５２ｂ，５２ｃは、ゲーム実行中の楽曲や効果音（ＢＧＭ）の出力のために主に使用し、スピーカ５２ｄ，５２ｅは、ゲーム実行中の操作デバイス５６ａ，５６ｂに対する操作に応じた音（操作音）の出力のために主に使用する。なお、スピーカ５２ａ，５２ｂ，５２ｃから操作音を出力し、スピーカ５２ｄ，５２ｅから楽曲や効果音（ＢＧＭ）を出力したり、ゲーム状況に応じて変更したりすることも勿論可能である。また、楽曲（ＢＧＭ）の出力方法として、例えば通常出力用のＢＧＭと、一時的に出力するＢＧＭ（ショットＢＧＭ）を出力可能とし、通常の状態ではショットＢＧＭをミュート（音量０）にしておき、プレイ結果に応じてショットＢＧＭのミュートを解除（音量を元に戻す）ことにより、ＢＧＭによるゲーム演出をする方法を用いることも可能である。

ゲーム結果処理部９０ｄは、ゲーム処理部９０ｃによるゲーム結果に対する処理を実行する。ゲーム結果処理部９０ｄには、リザルト表示部９０ｄ１及びアンロック処理部９０ｄ２の機能が含まれる。リザルト表示部９０ｄ１は、ゲーム結果としてプレーヤが獲得したスコア（ポイント）や入力操作に対する判定結果の集計、トータルの評価（RATING）などをリザルト画面に表示する。店内対戦プレーの場合には、対戦者のゲーム結果についても同様に表示し、対戦順位を表示する。

アンロック処理部９０ｄ２は、ゲーム終了後に実行される隠し曲アンロック処理を制御するもので、ゲームサーバ１０から提供される隠し楽曲データをもとにアンロック画面を表示させて、プレーヤによる入力操作を受け付ける。アンロック処理部９０ｄ２は、アンロック画面を通じて所定の入力操作が行われることで、隠し曲として提供される楽曲をゲームで使用できるようにする。アンロック処理部９０ｄ２は、入力操作に応じて設定された設定状況を示すデータをゲームサーバ１０に送信して、プレーヤデータとしてプレーヤ毎に記憶させる。

プレーヤデータ処理部９０ｅは、プレーヤに関係する各種データに対する処理を実行するもので、ゲームサーバ１０において管理されているプレーヤ管理データ４１ａの閲覧や編集、成績閲覧、フォロー／リンクの関係にある他のプレーヤの情報（成績など）の閲覧などの処理を実行する。

入力制御部９０ｆは、入力インタフェース９４を通じて入力される操作デバイス５６ａ，５６ｂからの入力データを制御する。入力制御部９０ｆは、プレーヤの操作デバイス５６ａ，５６ｂに対する操作位置が第１プレーヤポジションと第２プレーヤポジションの何れであるかに応じて、入力データ（スイッチ８４ａ，８４ｂ，８４ｃ，８４ｄのオン／オフ）に対する入力操作を判定する。例えば、プレーヤが第１プレーヤポジションと第２プレーヤポジションにおいて、操作デバイス５６ａの操作部５６ａ２に対して同じ操作をしたとしても、オンされるスイッチ８４ａ，８４ｂ，８４ｃ，８４ｄが異なる。入力制御部９０ｆは、プレーヤが操作デバイス５６ａ，５６ｂを操作しているプレーヤポジションに応じて入力操作を判定して、操作判定処理部９０ｃ２に通知する。

なお、プレーヤが第１／第２プレーヤポジションの何れにおいて操作デバイス５６ａ，５６ｂを操作するかは、スタート処理部９０ａによるスタート処理においてプレーヤからの指示によって設定しても良いし（メニューからの選択や特別なアイテムの使用など）、第２プレーヤポジションにプレーヤが存在していることを、図示しないセンサ（赤外線センサ等）やカメラにより撮影された画像についての画像処理によって検知することにより判別することができる。プレーヤ検知用のセンサやカメラは、例えば上面パネル５４の下面にディスプレイ５１の方向を検知方向として設置することが可能である。

また、操作デバイス５６ａ，５６ｂを操作するプレーヤが１人あるいは２人であるかを、第１／第２プレーヤポジションの検出と同様にして、図示しないセンサ（赤外線センサ等）やカメラにより撮影された画像についての画像処理によって検知することにより判別するようにしても良い。この場合、カメラは、操作デバイス５６ａ，５６ｂを操作するプレーヤを含むように画像を撮影する。また、センサ（赤外線センサ等）は、例えば上面パネル５４の下面にディスプレイ５１と反対方向（プレーヤが立つ位置方向）を検知方向として設置することが可能である。

記憶部９２は、ゲーム装置２０において実行されるゲームを制御するためのプログラムやデータを記憶する。記憶部９２に記憶されるプログラムには、基本プログラムの他、ゲーム装置２０においてゲームを実行するためのゲームプログラム９２ａが含まれる。ゲームプログラム９２ａは、プロセッサ等により実行されることで、制御部９０の各機能を実現することができる。

また、記憶部９２に記憶されるデータには、ゲームデータ９２ｂ、プレーヤ管理データ９２ｃ、対戦プレーヤ管理データ９２ｄ、ランキングデータ９２ｆ、入力操作データ９２ｇ、ゲーム戦績データ９２ｈが含まれる。

ゲームデータ９２ｂは、ゲームサーバ１０から受信されたもので、ゲーム装置２０により実行可能な複数のゲーム（楽曲）のデータを含む。プレーヤ管理データ９２ｃは、カードリーダ６３によってゲーム用カードから読み取られたプレーヤＩＤをもとに、ゲームサーバ１０から受信されたデータである。プレーヤ管理データ９２ｃは、ゲームサーバ１０のプレーヤデータ３１ｂとして、プレーヤＩＤと対応づけて記憶されたプレーヤ管理データ４１ａに相当する。対戦プレーヤ管理データ９２ｄは、カードリーダ６３によってゲーム用カードから読み取られたプレーヤＩＤをもとに、ゲームサーバ１０から受信されたデータである。対戦プレーヤ管理データ９２ｄは、店内対戦プレー（マッチプレー）時の対戦相手とするプレーヤのプレーヤ管理データや、対戦時に対戦処理部９０ｃ３によって取得されるゲーム状況（得点データを含む対戦プレーヤデータ等）を示すデータを含む。

入力操作データ９２ｇは、ゲーム中にプレーヤの操作デバイス５６ａ，５６ｂに対する操作に応じて記録されるもので、プレーヤの入力操作を示す操作データ、すなわちプッシュボタンの押下と操作部の操作方向を示すデータと楽曲の再生時間とを対応付けた時系列のデータである。入力操作データ９２ｇは、ゲーム終了後に、ゲームサーバ１０にアップロードされて、例えばプレーされた楽曲と難易度に対応するハイスコア操作データとして記憶される。ゲーム戦績データ９２ｈは、プレーヤが実行したゲームに関する各種データ、例えばゲーム対象として選択した楽曲、ゲーム結果として得られた順位、獲得ポイントなどのデータである。

ディスプレイコントローラ９３は、制御部９０の制御のもとで、ディスプレイ５１ａにおけるゲーム画面や各種設定画面等の表示を制御する。
入力インタフェース９４は、制御部９０の制御のもとで、操作デバイス５６ａ，５６ｂに対する入力操作に応じたデータの入力を制御する。すなわち、入力インタフェース９４は、操作デバイス５６ａのプッシュボタンに対する押下操作によるスイッチ８５のオン検知、操作部５６ａ２に対する水平方向への移動操作によるスイッチ８４ａ，８４ｂ，８４ｃ，８４ｄのオン検知を示すデータを入力する。同様に、操作デバイス５６ｂからのデータを入力する。入力インタフェース９４は、操作デバイス５６ａ，５６ｂから入力された入力データを制御部９０に出力する。
サウンドコントローラ９５は、制御部９０（ゲーム音声処理部９０ｃ４）の制御のもとで、スピーカ５２ａ，５２ｂ，５２ｃ，５２ｄ，５２ｅ、ヘッドホン端子５７からの音声出力を制御する。サウンドコントローラ９５は、ヘッドホン端子５７にヘッドホンのプラグが装着された場合、スピーカ５２ａ，５２ｂ，５２ｃ，５２ｄ，５２ｅから音声出力を停止させる。また、サウンドコントローラ９５は、ヘッドホン端子５７にヘッドホンのプラグが装着されたことを検知すると、ボリュームを初期値ゼロに設定し、その後、ボリュームボタン５８の操作によるアップ／ダウンの指示に応じて、ヘッドホン端子５７から出力する音声信号のレベル（音量）を調整（高／低）する。ヘッドホン端子５７にヘッドホンが接続される毎にボリュームをゼロにすることで、前回、ゲーム装置２０を利用していたプレーヤの音量設定のままでヘッドホンから音声が出力されないようにできる。これにより、例えば、前回、ゲーム装置２０を利用していたプレーヤが大音量出力の設定をしていたとしても、ヘッドホン端子５７に接続したヘッドホンから突然、大音量の音声が出力されることがない。なお、初期値をゼロにするだけでなく、初期値を予め決められたレベル（例えば、小音量）にするようにしても良い。これにより、ヘッドホン端子５７にヘッドホンを接続した時、小音量で音声が出力されるため、接続されたことを確認することができる。なお、ヘッドホン端子５７にヘッドホンが接続された時ではなく、ヘッドホン端子５７からヘッドホンが外された時に、音量設定を次回のプレーヤのために初期値に設定するようにしても良い。

また、プレーヤがカードリーダ６３によってゲーム用カード（記憶媒体）からプレーヤＩＤを読み取らせている場合、ゲーム装置２０は、ゲームサーバ１０からプレーヤデータ３１ｂ中のプレーヤＩＤと対応付けられたボリュームデータを受信することができる。この場合、サウンドコントローラ９５は、ボリュームデータに応じて、スピーカ５２ａ，５２ｂ，５２ｃ，５２ｄ，５２ｅから出力させる音量レベルを設定することができる。これにより、プレーヤが、前回、ヘッドホンを使用しながらゲーム装置２０をしていた時の音量に自動調節するため、プレーヤの好みに合った音量で音声が出力される。従って、プレーヤは、ゲームをする毎にボリュームボタン５８による音量調整をする必要が無く使い勝手が良くなる。

また、サウンドコントローラ９５には、体感音響振動ユニット５０ｄに設けられた音響振動モジュール５２ｆが接続されている。サウンドコントローラ９５は、例えばスピーカ５２ｃ（ウーファスピーカ）と同じ音声信号を音響振動モジュール５２ｆに出力する。

また、サウンドコントローラ９５には、ボリュームボタン５８ａ，５８ｂが接続される。ボリュームボタン５８ａ，５８ｂは、例えば筐体（右側筐体５０ｂ２）の内部に収容されたゲーム装置２０の管理者用の制御パネルに設けられる。ボリュームボタン５８ａは、例えばスピーカ５２ａ，５２ｂ（あるいはスピーカ５２ｃ，５２ｄを含む）についての音量調整用であり、ボリュームボタン５８ｂは、スピーカ５２ａ，５２ｂ（あるいはスピーカ５２ｃ，５２ｄ）の音量調整に合わせてスピーカ５２ｅ（ウーファスピーカ）の音量バランスを調整するためのものである。これにより、ゲーム装置２０が設置される場所や周囲の環境に合わせて、適切な音量やバランスの音をスピーカ５２ａ，５２ｂ，５２ｃ，５２ｄ，５２ｅから出力させることが可能となる。

ライティングコントローラ９６は、制御部９０の制御のもとで、複数のライト５６ａ３，５６ａ５やＬＥＤパネル７０の点灯／点滅等を制御する。例えば、ライティングコントローラ９６は、ゲーム状況に応じてライト５６ａ３，５６ａ５の点灯や点滅などを切り替える。また、ライティングコントローラ９６は、ＬＥＤパネル７０の表示パターンや色を変化させることができる。

コインセンサ９７は、コイン投入口６１から投入されたコインを検知して、制御部９０（スタート処理部９０ａ）に通知する。

通信インタフェース９８は、店内の他のゲーム装置２０やホスト装置２１との通信や、ネットワーク１２を介したゲームサーバ１０との通信を制御する。

次に、本実施形態におけるゲーム装置２０の動作について説明する。
図２６は、本実施形態におけるゲーム装置２０の全体動作を説明するためのフローチャートである。

ゲーム装置２０は、電源が投入されることにより、ゲームプログラム９２ａを起動して、スタート処理部９０ａによる処理を開始する。まず、スタート処理部９０ａは、デモ処理部９０ａ１によりデモ（デモンストレーション）処理を実行する（ステップＳ１）。

図２７は、デモ処理の動作を示すフローチャートである。
デモ処理部９０ａ１は、起動時にはＮＯＴＩＣＥ画面を予め決められた時間（例えば３秒）表示した後（ステップＡ１）、ロゴ表示画面に移行する（ステップＡ２）。なお、デモ処理が繰り返して（ループ）実行される場合やゲームオーバー後に実行される場合には、ロゴ表示画面の表示（ステップＡ２）からデモ処理が開始される。

ゲーム処理が開始されない場合、デモ処理部９０ａ１は、以下に説明するデモンストレーション画面を継続してディスプレイ５１において表示する。

例えば、デモ処理部９０ａ１は、メーカ名などを表示するロゴ表示画面（ステップＡ２）、ニュース画面（予め用意された画像やゲームサーバ１０から受信した画像）を表示するニュース画面（ステップＡ３）、ゲームタイトル画面（ステップＡ４）、ゲームの遊び方を解説するチュートリアル画面（ステップＡ５）、ゲームで利用可能な楽曲の一覧を表示する曲リスト画面（ステップＡ６）を、所定時間が経過した後あるいは全ての表示内容の表示が完了した後に、順次切り替えて表示する。

さらに、デモ処理部９０ａ１は、例えば人気曲デイリーランキングの１位〜５位の楽曲を対象として、デモンストレーション用のゲーム画面（デモプレイ画面）を予め決められた時間（例えば３０秒）だけ再生表示する（ステップＡ８）。デモプレイ画面は、例えば１ループ時には人気１位の楽曲のデモプレイ画面を表示し、以下同様にして、２，３，４，５ループ時には人気２，３，４，５位の楽曲のデモプレイ画面を表示する。

また、デモ処理部９０ａ１は、１つの楽曲についてのデモンストレーション画面の表示が終了すると、ゲームサーバ１０あるいはホスト装置２１により集計されるランキングのランキング画面を表示する（ステップＡ１０）。デモ処理部９０ａ１は、ループ毎にトータルスコア全国ランキング画面（ステップＡ１０ａ）、トータルスコア店内ランキング画面（ステップＡ１０ｂ）を交互に表示する。

デモ処理部９０ａ１は、前述したステップＡ３〜Ａ１０の画面内に、例えば「ボタンを押して下さい」のメッセージを表示する。また、コインのクレジットがない場合には、例えば「ＩＮＳＥＲＴ ＣＯＩＮ（Ｓ）」のコイン投入を促すメッセージを表示する。

また、デモ処理部９０ａ１は、ステップＡ２〜Ａ１０に示す画面が表示されている時、操作デバイス５６ａ，５６ｂのプッシュボタンが押下されると、機能選択ウィンドウを表示する（ステップＡ１１）。

図２８は、ディスプレイ５１に表示された機能選択ウィンドウの一例を示す図である。
機能選択ウィンドウには、複数の選択項目が設けられており、操作デバイス５６ａ，５６ｂの何れかの操作部を前後に操作することでカーソルを移動させ、ボタンを押下することで何れかの選択項目を選択することができる。なお、機能選択ウィンドウを表示して、予め決められた時間（例えば１０秒）入力がなかった場合は、自動的にウィンドウを閉じるものとする。

選択項目には、例えばウィンドウを閉じることを指示する「ＣＬＯＳＥ」、スタート画面への移行を指示する「ゲームを開始」、デモループをスキップしてチュートリアルの表示を指示する「チュートリアルを見る」、デモループをスキップして曲リストの表示を指示する「曲リストを見る」、デモループをスキップしてトータルスコア全国ランキングの表示を指示する「全国ランキングを見る」、デモループをスキップしてトータルスコア店内ランキングの表示を指示する「店内ランキングを見る」が含まれている。デモ処理部９０ａ１は、操作デバイス５６ａ，５６ｂの操作により選択された選択項目に応じて処理を移行させる。

なお、「曲リストを見る」が選択された場合、デモ処理部９０ａ１は、カードリーダ６３によるカードスキャンを、例えば予め決められた一定時間のみ受け付ける。この間、カードリーダ６３によりカードの読み取りが実行されると（ステップＡ１３）、デモ処理部９０ａ１は、使用可能なカードであることが識別できた場合（ステップＡ１４、Ｙｅｓ）、カードから読み取られたプレーヤＩＤをゲームサーバ１０に送信して、このプレーヤＩＤに対応するアンロック楽曲データを受信する（ステップＡ１５）。すなわち、カードを所有しているプレーヤが過去にゲーム装置２０を利用することにより獲得したアンロック楽曲を示すデータを受信する。アンロック楽曲は、ゲーム終了後に実行される隠し曲アンロック処理（後述する）により、例えば楽曲毎に予め決められた枚数のパネルを全て解除することで獲得できる特別な楽曲である。

この場合、デモ処理部９０ａ１は、何れのプレーヤでも利用できる楽曲だけでなく、プレーヤが以前にゲームをすることにより獲得した特別な楽曲を含めたリストを表示させることができる。

このようにして、ゲームが実行されていない間のデモ処理の間においても、ゲームに関する各種の情報を任意に確認することができるので、ゲーム装置２０を利用したことがないプレーヤに対してもゲーム利用をアピールし易くなる。

なお、デモ処理部９０ａ１は、選択項目の選択に応じて処理を移行した場合、該当する処理を完了するまで画面表示を継続するものとする。例えば、「全国ランキングを見る」が選択された場合、全国ランキングの全ての表示が完了するまで、操作デバイス５６ａ，５６ｂのボタンが押されたとしても機能選択ウィンドウを表示せず、他の画面への切り替えができないようにする。これにより、画面の切り替えを頻繁に繰り返されないようにする。

また、デモ処理部９０ａ１は、何れの画面が表示された状態においても、プレーヤによるコイン投入がコインセンサ９７によって検出された場合、デモ処理を終了してスタート処理に移行させるものとする（ステップＳ２）。すなわち、コインを投入して、実際にゲームを開始しようとするプレーヤを優先して、ゲーム装置２０が利用できるようにする。

図２９は、スタート処理を示すフローチャートである。
スタート処理部９０ａは、操作デバイス５６ａ，５６ｂのボタン押下が検出された場合（ステップＢ３、Ｙｅｓ）、ゲームスタート設定コイン数（例えば、１コイン）以上のクレジットがある場合（ステップＢ４、Ｙｅｓ）、あるいはフリープレイが設定されている場合（ステップＢ５、Ｙｅｓ）には、デモ処理を終了する。なお、クレジットがなく（ステップＢ４、Ｎｏ）、フリープレイが設定されていない場合には（ステップＢ５、Ｎｏ）にはデモ処理を継続する。また、スタート処理部９０ａは、入力操作されることなく、コインセンサ９７によりコインが投入されたことが検知された場合にもデモ処理を終了する（ステップＢ２、Ｙｅｓ）。また、デモ処理の実行中に、カードスキャンがあった場合（ステップＢ１、Ｙｅｓ）（「曲リストを見る」が選択された場合を除く）にもデモ処理を終了する。

コイン投入あるいはボタン操作によってデモ処理が終了された時、オフライン状態である場合（ステップＢ６、Ｎｏ）、スタート処理部９０ａは、スタート画面を表示する（ステップＢ７）。その後、タイムアウト（例えば３０秒）するまでに操作デバイス５６ａ，５６ｂへの入力操作が検出されると、スタート処理部９０ａは、ゲーム開始準備のための処理（アバター選択処理）に移行する。なお、タイムアウトした場合には（ステップＢ８、Ｙｅｓ）、デモ処理に戻る。

一方、ゲーム装置２０がオンライン状態にある場合（ステップＢ６、Ｙｅｓ）、スタート処理部９０ａは、スタート画面を表示して、タイムアウト（例えば、３０秒）するまで、操作デバイス５６ａ，５６ｂのボタンが押下されるか、カードリーダ６３によるゲーム用カードの読み取りがされるまで待機する。タイムアウトした場合には（ステップＢ１１、Ｙｅｓ）、デモ処理に戻る。

ここで、操作デバイス５６ａ，５６ｂのボタンの押下が検出されると（ステップＢ１２、Ｙｅｓ）、スタート処理部９０ａは、ゲーム用カードを使用しないことをプレーヤに確認するためのカード不使用確認表示をする（ステップＢ２２）。カード不使用確認表示では、例えば「カードを使用せずに遊びますか？。カードを使用する場合には、カードリーダにかざしてください。」のメッセージを表示する。

ここで、タイムアウト（例えば、３０秒）した場合（ステップＢ２３、Ｙｅｓ）、あるいはディスプレイ５１への入力操作が検出されると（ステップＢ２４、Ｙｅｓ）、スタート処理部９０ａは、カードを使用しないでゲームを実行するものと判別してアバター選択処理に移行する。

一方、プレーヤがゲーム用カードをカードリーダ６３にかざす（近接させる）と（ステップＢ１３、Ｙｅｓ）、スタート処理部９０ａは、カードリーダ６３によるゲーム用カードからのデータ読み込みを開始し（ステップＡ１４）。）、カードデータ読み込み中をプレーヤに通知するためのカードウィンドウを表示する。

スタート処理部９０ａは、カードリーダ６３によってゲーム用カードから正しくデータが読み取れない場合（ステップＢ１５、Ｙｅｓ）、カード使用不可表示をする（ステップＢ１６）。カード使用不可表示では、例えば「データ読み込みに失敗しました」のメッセージを表示し、その後、カード不使用確認表示をする（ステップＢ２２）。この場合、別のゲーム用カードに変更して、再度、読み取りを実行することができる。

スタート処理部９０ａは、カードリーダ６３によってゲーム用カードから正しくデータが読み取れた場合（ステップＢ１５、Ｎｏ）、この読み取られたプレーヤＩＤ（カードＩＤ）が記録済みであるかゲームサーバ１０に問い合わせる。なお、ゲーム装置２０用として登録済みのゲーム用カードのプレーヤＩＤ（カードＩＤ）が予めゲーム装置２０に記録されている場合には、ゲームサーバ１０に問い合わせすることなく、この記録済みのプレーヤＩＤ（カードＩＤ）をもとにして判別するようにしても良い。

ここで、プレーヤＩＤが記録されていない新規カードである場合（ステップＢ１７、Ｙｅｓ）、スタート処理部９０ａは、例えば「このカードは、このゲーム装置に未登録のカードです。新規登録を開始しますか？」のメッセージを表示して、新規登録の実行が指示されると新規登録処理に移行する（ステップＢ２０）。新規登録処理では、ゲーム装置２０で使用するプレーヤネームを、ディスプレイ５１に表示したソフトウェアキーボードへのプレーヤの操作によって入力する。スタート処理部９０ａは、新規カードから読み込んだプレーヤＩＤと、プレーヤ操作により入力されたプレーヤネームのデータをゲームサーバ１０に送信して記録させる。

新規カードでない場合（ステップＢ１７、Ｎｏ）、スタート処理部９０ａは、ゲーム用カードから読み込んだプレーヤＩＤに対応するプレーヤ管理データの送信を要求する。スタート処理部９０ａは、ゲームサーバ１０から送信されたプレーヤ管理データ９２ｃを記憶部９２に記録すると共に、ゲーム用カード（プレーヤＩＤ）と対応づけて記憶されているデータを表示して、カード使用をプレーヤに確認する（カード使用確認画面の表示）（ステップＢ１８）。

図３０は、カード使用確認画面の表示例を示す図である。図３０に示す例では、例えばプレーヤのカスタムイメージとプレーヤネームの他、プレーヤのクラス、レベル、及びランクを表示している。なお、プレーヤ管理データ９２ｃに含まれる他のデータも同時に表示するようにしても良い。例えば、獲得アイテムや最後にプレーした日時などを表示することもできる。

ここで、カードを使用しない（「ＮＯ」）が選択された場合（ステップＢ１９、Ｎｏ）、スタート処理部９０ａは、ゲーム用カードを使用しないことをプレーヤに確認するためのカード不使用確認表示をする（ステップＢ２２）。

一方、カードを使用すること（「ＹＥＳ」）が選択された場合（ステップＢ１９、Ｙｅｓ）、スタート処理部９０ａは、アバター選択処理に移行する。

次に、スタート処理部９０ａは、アバター選択処理を実行する（ステップＳ３）。スタート処理部９０ａは、複数のアバター（キャラクタ）をアバター選択画面中に一覧表示する。プレーヤは、アバター選択画面に表示されたアバター一覧から、操作デバイス５６ａ，５６ｂの操作によってゲーム画面中で使用するアバターを選択することができる。アバターは、ゲーム画面中に表示されたる進行ルートに沿って移動表示されるキャラクタである。

ゲームで使用するアバターがプレーヤの操作により選択されると、スタート処理部９０ａは、ゲームモード選択処理を実行する（ステップＳ４）。スタート処理部９０ａは、ゲームモード選択用の画面を表示して、プレーヤにより選択させる。

図３１は、ゲームモード選択用の画面の一例を示している。図３１に示す例では、選択可能なプレイモードとして、「ＳＯＬＯ ＰＬＡＹ」（プレーヤ１人でゲームを実行して、譜面のクリアやハイスコアを目指すモード）、「ＣＯＯＰ ＰＬＡＹ」（２人のプレーヤが１つのゲームに参加して、協力して譜面のクリアやハイスコアを目指すモード）、「ＭＡＴＣＨ ＰＬＡＹ」（店内の複数のゲーム装置２０で通信して、２人〜４人のプレーヤで対戦をするモード）、「ＥＶＥＮＴ ＰＬＡＹ」（プレーヤ１人でイベントごとに決められた課題曲をゲームで使用する期間限定のモード）が用意されている。プレーヤは、ゲームモード選択用の画面において、操作デバイス５６ａ，５６ｂの操作により何れかのモードを選択することができる。

まず、「ＳＯＬＯ ＰＬＡＹ」が選択された場合について説明する（ステップＳ５、ソロプレー）。スタート処理部９０ａは、「ＳＯＬＯ ＰＬＡＹ」が選択されると、曲選択処理に移行して楽曲選択画面を表示する（ステップＳ６）。

図３２は、楽曲選択画面の表示例を示す図である。楽曲選択画面には、図３２に示すように、複数の楽曲の楽曲タイトル名）を一覧表示し、画面中央の楽曲タイトルについて、楽曲タイトル名の他、ジャケットイメージ、アーティスト名、難易度、評価などの情報を拡大表示する。楽曲タイトルの一覧表示は、操作デバイス５６ａ，５６ｂの操作によってスクロールすることができ、ボタン押下により中央に表示された楽曲をゲームで使用する楽曲として選択することができる。

また、楽曲選択画面に複数のソートボタンを設けて、複数の楽曲を所定の条件で並べ替えて一覧表示させることもできる。複数のソートボタンには、例えば難易度順（ＳＩＭＰＬＥ、ＮＯＲＭＡＬ、ＨＡＲＤ）、楽曲のジャンル（Ｊ−ＰＯＰ、ＧＡＭＥ、ＯＲＩＧＩＮＡＬなど）、タイトル名（ＡＢＣ順、数字順、５０音順（日本語曲名）など）、プレーヤが過去に選択した回数が多い順などがある。何れかのソートボタンを選択して楽曲一覧を並べ替えることで、所望する楽曲を容易に選択することができる。

スタート処理部９０ａは、楽曲の一覧表示から何れかの楽曲が選択されると、難易度選択処理に移行し、難易度選択画面を表示する（ステップＳ７）。

図３３は、難易度選択画面の表示例を示す図である。難易度選択画面には、図３３に示すように、プレーヤが選択した楽曲情報（ジャケットイメージ、タイトル、難易度、時間など）の他、選択可能なゲーム難易度が一覧表示されている。図３３に示す例では、ゲーム難易度の選択肢として、「シンプル」「ノーマル」「ハード」の３段階が用意されているものとする。なお、プレーヤのクラスやレベルに応じて、選択可能な難易度を制限することも可能である。例えば、プレーヤのクラスが低い場合には、シンプルとノーマルのみを選択可能とし、ハードについてはロック（選択不可）の状態で表示するものとする。

プレーヤは、操作デバイス５６ａ，５６ｂを前後方向に操作することで、ゲーム難易度の何れかを指定して、ボタンの押下により確定することができる。

また、カードを使用している場合、難易度選択画面では、操作デバイス５６ａ，５６ｂを左右方向に操作することで、アイテム、スキンの何れかのタグを指定して、それぞれアイテム選択用画面、スキン選択用画面に切り替えることができる。

図３４は、アイテム選択画面の表示例を示す図である。アイテム選択画面では、アイテムの一覧が表示され、各アイテムをプレーヤが獲得している所持数が表示される。ここで、何れかのアイテムを選択することによりゲーム処理において適用され、アイテムの種類に応じてゲーム内容を変化させることができる。アイテムには、例えば初級者向き、中級者向き、上級者向き、超上級者向きに、それぞれ複数の種類が用意されている。例えば、初級者向きのアイテムを選択することで、ゲーム内容を簡単に（難易度下げる）することができ、上級者向きや超上級者向きのアイテムを洗濯することで、ゲーム内容を難しく（難易度上げる）することができる。

図３４に示すアイテム選択画面では、例えば「ＳＡＦＥ」「ＨＩＤＤＥＮ」「ＮＯ ＷＡＹ」「ＥＡＳＹ ＴＡＲＧＥＴ」「ＳＵＤＤＥＮ」「ＭＩＲＲＯＲ」のアイテムが一覧表示されている例を示している。例えば、「ＳＡＦＥ」アイテムは、１０回までのミス（ＭＩＳＳ）を有効（ＧＯＯＤ）に変更し、「ＨＩＤＤＥＮ」アイテムは、ターゲットがアバター（キャラクタ）と接触する直前に見えなくなるようにし、「ＮＯ ＷＡＹ」アイテムは、コースのラインを非表示にし、「ＥＡＳＹ ＴＡＲＧＥＴ」アイテムは、元のターゲットを入力操作が容易な他のターゲットに変更し、「ＳＵＤＤＥＮ」アイテムは、ターゲットがアバター（キャラクタ）と接触する直前に出現するようにし、「ＭＩＲＲＯＲ」アイテムは、ステージ（ゲーム画面）を左右反転して表示する。なお、他の種類のアイテムを用意することも可能である。例えば、ステージ（ゲーム画面）を上下反転して表示する「ＲＥＶＥＲＳＥ」、「ＧＲＥＡＴ」以外の評価以外を全てＭＩＳＳ判定にする「ＪＵＳＴ」アイテム、全てのターゲットを表示しない「ＳＴＥＡＬＴＨ」アイテムなどがある。

また、スキン選択画面では、プレーヤが獲得しているスキンの一覧が表示される。ここで、何れかのスキンを選択することによりゲーム処理で使用され、ゲーム内容での画面演出エフェクトを変更することができる。例えば、通常は波紋のように複数の円が描かれるエフェクトを、[flower]というスキンに変更すれば花柄のエフェクトが描かれるようになり、[butterfly]というスキンに変更すれば蝶のエフェクトが描かれるようになる。

ゲームモード選択処理によって難易度が選択されると、ゲーム処理部９０ｃは、ゲーム処理を開始する（ステップＳ８）。

なお、図３１に示すゲームモード選択用の画面において、「ＣＯＯＰ ＰＬＡＹ」（協力プレー）が選択された場合（ステップＳ５、協力プレー）、前述した「ＳＯＬＯ ＰＬＡＹ」が選択された場合と同様にして、曲選択処理、難易度選択処理が実行されるものとして、詳細な説明を省略する（ステップＳ６，Ｓ７）。

なお、操作デバイス５６ａ，５６ｂを操作するプレーヤが１人あるいは２人であるかを、センサ（赤外線センサ等）やカメラにより撮影された画像についての画像処理によって検知することにより判別するように構成した場合、ゲームモード選択用の画面において「ＣＯＯＰ ＰＬＡＹ」（協力プレー）をプレーヤに選択させることなく、自動的に「ＣＯＯＰ ＰＬＡＹ」（協力プレー）に移行するようにしても良い。ゲーム装置２０は、操作デバイス５６ａを操作するプレーヤと、操作デバイス５６ｂを操作するプレーヤとを認識できた場合に、プレーヤが２人であると判別することができる。

図３５は、「ＣＯＯＰ ＰＬＡＹ」（協力プレー）が選択された場合に表示される難易度選択画面の一例を示す図である。難易度選択画面には、図３４に示すように、ゲーム難易度の「シンプル」「ノーマル」「ハード」のそれぞれについて、過去最高のシンクロ率を表示する。例えば「ノーマル」では、過去最高のシンクロ率が「９９％」が表示されている。シンクロ率のデータ（最大シンクロ率）は、ゲームサーバ１０においてランキングデータ３１ｃ（協力プレイデータ）として記録されている。ゲーム装置２０は、ゲームサーバ１０から受信される最大シンクロ率を示すデータをもとに、図３５に示すような、シンクロ率を含むゲームモード選択用の画面を表示することができる。

図３６及び図３７は、ゲーム処理を示すフローチャートである。まず、「ＳＯＬＯ ＰＬＡＹ」が選択された場合のゲーム処理について説明する。
ゲーム処理部９０ｃは、ゲーム処理が開始されると、ゲーム画面に表示する進行ルートを生成するための進行ルート設定処理を実行する（ステップＤ１）。進行ルート設定処理では、ゲーム実行中のゲーム状況に応じて進行ルートを変更するための処理である。なお、初期状態では、楽曲に対して予めゲームデータとして用意された進行ルートが用いられるものとする。

また、進行ルート設定処理は、全てのゲームにおいて実行するのではなく、予め決められた所定の条件に該当する場合に実行するようにしても良い。所定の条件としては、例えば難易度選択処理において選択された難易度が特定の難易度である場合（例えば、難易度の高いハードの場合）、プレーヤのクラスやレベルが予め決められた設定値以上の場合、ゲーム開始前にプレーヤが指定した場合などがある。

ゲーム処理部９０ｃのゲーム画面表示処理部９０ｃ１は、プレーヤによって選択された楽曲を再生出力と共に、この楽曲に対応するゲームデータをもとに、ゲーム画面（進行ルート、ターゲット等）をディスプレイ５１ａにおいて表示させる（ステップＤ２）。なお、ゲーム画面中に進行ルート上に設定されるチェックポイントが表示される場合（ステップＤ３、Ｙｅｓ）、ゲーム画面表示処理部９０ｃ１は、ゲーム内容に変化を与えるためのチェックポイント処理を実行する（ステップＤ４）。チェックポイント処理の詳細については後述する。

図３８は、ソロプレー用のゲーム画面１２０の一例を示す図である。図３８に示すように、ゲーム画面１２０には、進行ルート１２１が表示され、進行ルート上にプレーヤが指定したキャラクタ（アバター）１２２と複数のターゲット１２３が配置されている。キャラクタ１２２は、進行ルート１２１に沿って移動して、進行ルート１２１上のターゲット１２３に近づいていく。プレーヤは、キャラクタ１２２がターゲット１２３に到達するタイミングに合わせて入力操作する。この入力操作とターゲット１２３とに基づいて入力判定が行われ、判定結果１２４を表す文字列（図３８では「ＣＯＯＬ」）が表示される。なお、ターゲット１２３は、複数の種類が用意されており、それぞれの詳細については後述する。

また、ゲーム画面１２０の上部には、ゲームの状況に応じて更新されるスコア１２５、ＭＡＸチェイン数１２６、グルーブゲージ１２７が表示される。グルーブゲージ１２７は、入力操作に対する評価（ＧＲＥＡＴ、ＣＯＯＬ、ＧＯＯＤ、ＭＩＳＳ）に応じて増減される。例えば、楽曲終了時点で、ゲージの７０％に到達している場合にクリア判定される。

また、ゲーム画面１２０の進行ルート１２１には、入力操作に対する判定に応じた演出表示１３７が付加される。演出表示１３７は、例えば入力操作に対して、ＧＯＯＤ以上の評価がされた場合に、ターゲットが表示されていた位置に表示される。演出表示１３７には、光ったり、波紋が現れるなど、各種の表示形態を用いることができる。演出表示１３７は、ターゲットが表示されていた位置において、所定時間をかけて変化するように表示される。また、入力操作が失敗した（ＭＩＳＳ判定された）場合には演出表示１３７は、表示されず、単にターゲットが消滅するものとする。

なお、演出表示１３７は、ターゲットが表示されていた位置で変化するように表示させるだけでなく、キャラクタ１２２が進行ルート１２１を移動するのに伴って表示位置が移動させても良い（進行ルート１２１の上を流れていくように表示する）。

次に、ゲーム画面に表示される進行ルートとターゲットの具体例、及びターゲットに対する操作デバイス５６ａ，５６ｂの操作方法を例示しながらゲーム処理を説明する。なお、説明を容易にするために簡単なゲーム画面を例示する。

図３９（ａ）は、直線状の進行ルートが表示された例を示す。図３９（ａ）では、直線状の進行ルートが表示され、進行ルートに沿ってキャラクタＣを移動（飛行）していることを表すようにゲーム画面が表示されている。キャラクタについては、例えば空間を飛行する鳥、飛行機、蝶、花などの各種のキャラクタを用いることができる。複数のキャラクタから何れかを選択できるようにした場合、キャラクタの種類に応じて、ゲーム中に出力されるＢＧＭ（back ground music）（曲、アレンジなど）や評価判定基準等を変更するようにしても良い。

図３９（ａ）では、進行ルート上に、入力操作のタイミングを示すターゲットＴ（ターゲット「ヒット」）が配置されている。従って、進行ルート上をキャラクタが移動することにより、ターゲットに徐々に近づいていく。プレーヤは、図３９（ｂ）に示すように、キャラクタがターゲットに到達するタイミングに合わせて、操作デバイス５６ａ，５６ｂに対してヒット操作（シングルヒット）をする。なお、ヒット操作（シングルヒット）は、操作デバイス５６ａ，５６ｂの何れか一方のプッシュボタンを押下する。ヒット操作では、図３９（ｃ）に示すように、操作デバイス５６ａと操作デバイス５６ｂの何れで行っても良い。従って、例えば右利きのプレーヤであれば、プレーヤが操作し易い右側の操作デバイス５６ｂを使用すれば良い。本実施形態のゲーム装置２０では、操作デバイス５６ａ，５６ｂが同じ機能を有しているので、何れを使用しても同じ入力操作がされたことが検出される。従って、ゲームに慣れていない初心者等であっても容易にゲームを楽しむことができる。また、２人のプレーヤが操作デバイス５６ａ，５６ｂを個々に操作して１つのゲームを２人で楽しむことも可能である。

ゲーム処理部９０ｃは、入力インタフェース９４を通じて、操作デバイス５６ａ，５６ｂに対する入力操作を示すデータを入力すると（ステップＤ５、Ｙｅｓ）、入力されたデータをもとに入力判定処理を実行する（ステップＤ６）。

図３７は、ソロプレー時の入力判定処理を示すフローチャートである。
操作判定処理部９０ｃ２は、入力操作に応じた入力データをもとに、どのような入力操作がされたかを検出する（ステップＤａ１）。すなわち、プッシュボタンの押下、操作デバイス５６ａ，５６ｂの操作部の移動方向（８方向の何れか）を判別する。

また、ゲーム音声処理部９０ｃ４は、操作デバイス５６ａ，５６ｂへの入力操作に応じた効果音を、サウンドコントローラ９５を通じて、操作デバイス５６ａ，５６ｂの近傍に配置されたスピーカ５２ｄ，５２ｅから出力させる（ステップＤａ２）。

次に、操作判定処理部９０ｃ２は、入力操作があった時のキャラクタの表示位置とターゲットとの位置を比較し（距離を判別し）、また入力操作の内容とターゲットの種類に応じて入力操作を判定する。

なお、キャラクタの表示位置とターゲットとの位置を比較（距離を判別）するのではなく、キャラクタの表示位置に応じて入力操作をすべきタイミングとの時間的なずれをもとに、入力操作を判定するようにしても良い。例えば、判定結果とするＧＲＥＡＴ、ＣＯＯＬ、ＧＯＯＤのそれぞれに対応する時間的なずれに対する基準値を予め設定しておき、時間的なずれと基準値とを比較して、ずれが少ない順にＧＲＥＡＴ、ＣＯＯＬ、ＧＯＯＤとして判定する。なお、ＧＯＯＤに対応する基準値よりも時間的なずれが大きい場合にＭＩＳＳと判定する。

入力操作時にキャラクタの近くにターゲットが存在しない場合には（ステップＤａ３、Ｎｏ）、操作判定処理部９０ｃ２は、ＭＩＳＳと判定する。ゲーム画面表示処理部９０ｃ１は、ＭＩＳＳ判定の文字列をゲーム画面に表示させて、ゲーム画面の表示を継続する（ステップＤ２）。

ここで、キャラクタの近くにターゲットが存在する場合（ステップＤａ３、Ｙｅｓ）、操作判定処理部９０ｃ２は、入力されたデータをもとに、ターゲットに応じた入力操作がされたかを判定する（ステップＤａ４）。例えば、図３９（ａ）に示す進行ルートに配置されたターゲットＴについては、ヒット操作による入力操作（プッシュボタン押下）を必要とする。ここで、正しくヒット操作がされたことが判定され、入力操作が評価されると（ＧＲＥＡＴ、ＣＯＯＬ、ＧＯＯＤの何れか）、入力操作に対する評価結果等に応じてポイントを加算する（ステップＤａ５）。また、ゲーム画面表示処理部９０ｃ１は、ターゲットに応じた演出処理を実行する（ステップＤａ６）。ターゲットに応じた演出処理としては、例えばヒット操作によりターゲットが破裂して消滅していくような演出を表現する画面を表示すると共に、表示内容に応じた効果音をスピーカ５２ａ，５２ｂ，５２ｃから出力させる。

ゲーム画面表示処理部９０ｃ１は、引き続いて進行ルートをキャラクタが移動（飛行）していく様子を表現するゲーム画面を表示する（ステップＤ２）。従って、ターゲットが連続して配置されている場合には、キャラクタが各ターゲットに到達するタイミングに合わせて、連続してヒット操作をすることでクリアすることができる。

なお、図３９（ａ）（ｂ）に示す進行ルートは、単純な直線状となっている部分を示しているが、進行ルートによっては、例えば図４０（ａ）（ｂ）に示すように、キャラクタの画面中における向きや位置が変化する。図４０（ａ）では、直線状の進行ルートが折れ曲がるように向きが変化し、図４０（ｂ）では、進行ルートが曲線を描くように変化しており、この変化に合わせてキャラクタの向きや位置が変化する。また、ゲーム画面が三次元空間を表すように、進行ルート外の背景を変化させ、キャラクタの進行ルート上を移動する速度を変化させることで、キャラクタが奥方向や手前方向に移動していることを表現される。

キャラクタの画面中における向きや位置、方向が変化した場合、キャラクタがターゲットと重なる（あるいは近接する）位置が画面中で変化することになる。従って、プレーヤは、画面中で変化するキャラクタがターゲットに到達する位置と、到達するタイミングを判断して入力操作をする必要がある。これにより、表示画面中の予め決められた位置を単純に注視して入力操作をするゲームとは異なり、変化のあるゲームを実現することができる。

次に、他の種類のターゲットと各ターゲットに対する入力操作の具体例について説明する。
図４１（ａ）は、進行ルート上に帯状のターゲット（ターゲット「ホールド」）が配置された例を示している。帯状のターゲットに対しては、図４１（ｂ）に示すように、キャラクタがターゲットに到達するタイミングに合わせて、図４１（ｃ）に示すように、ホールド操作（操作デバイス５６ａ，５６ｂのプッシュボタンを押下したままの状態を継続）させる。ホールド操作がされている間、帯状のターゲットを消去していく。なお、ホールド操作がされていることを表す演出表示をするようにしても良い。ホールド操作の場合も操作デバイス５６ａ，５６ｂの何れのプッシュボタンが操作されても良い。

図４２（ａ）は、進行ルート上に連接する（連なった）複数のターゲット（ターゲット「ビート」）が配置された例を示している。連接する複数のターゲットに対しては、図４２（ｂ）に示すように、キャラクタが連接するターゲットに到達しているタイミングに合わせて（ターゲット先端と後端の間を通過中に）、図４２（ｃ）に示すように、ビート操作（操作デバイス５６ａ，５６ｂのプッシュボタンに対するヒット操作を繰り返し）をさせる。ビート操作がされている間、ターゲットが砕け散って消滅するような演出表示をするようにしても良い。ビート操作では、操作デバイス５６ａ，５６ｂの何れか一方のプッシュボタンに対する押下を繰り返しても良いし、２つの操作デバイス５６ａ，５６ｂのプッシュボタンの押下を交互に繰り返しても良い。

図４３（ａ）は、進行ルート上に２重破線（螺旋）状のターゲット（ターゲット「スクラッチ」）が配置された例を示している。２重破線（螺旋）状のターゲットに対しては、図４３（ｂ）に示すように、キャラクタがターゲットに到達するタイミングに合わせて、図４３（ｃ）に示すように、スクラッチ操作（操作デバイス５６ａ，５６ｂの何れかの操作部を左右方向に交互に変化させる操作）をさせる。スクラッチ操作がされている間、例えば、２重破線がほどけていくような演出表示をする。スクラッチ操作の場合、操作デバイス５６ａ，５６ｂの何れの操作部が操作されても良い。

図４４（ａ）は、進行ルート上に左方向に矢印がついたターゲット（ターゲット「スライド」）が配置された例を示している。矢印がついたターゲットに対しては、図４４（ｂ）に示すように、キャラクタがターゲットに到達するタイミングに合わせて、図４４（ｃ）に示すように、ターゲットの矢印と同じ方向へのスライド操作（操作デバイス５６ａ，５６ｂの何れかの操作部を矢印方向に移動させる操作）をさせる。スライド操作の場合、ターゲットに着いた矢印が左方向であっても、左側の操作デバイス５６ａだけでなく、操作デバイス５６ｂの操作部が操作されても良い。なお、ゲームの難易度を変えるために、所定の条件に該当する場合には（プレーヤのレベル、難易度等）、例えば左矢印の場合には左側の操作デバイス５６ａ、右矢印の場合には右側の操作デバイス５６ｂ（あるいは、その逆）のように、操作対象とする操作デバイス５６ａ，５６ｂを制限するようにしても良い。

また、図４４（ａ）（ｂ）に示す例は、操作デバイス５６ａ，５６ｂに対して左（横）方向の移動操作を要求するターゲットの例を示しているが、左右方向の矢印の他、前後方向の矢印、斜め方向の矢印（右斜め前、右斜め後ろ、左斜め前、左斜め後ろ）がターゲットに付けられていても良い。

また、図４４（ａ）（ｂ）に示す例では、進行ルート上に設定されたターゲットの矢印方向にスライド操作をする場合を示しているが、進行ルートに向かって周囲から伸びてくるターゲットに対してスライド操作するようにしても良い。

図４５（ａ）では、進行ルートの右側から進行ルートに対して垂直な方向からターゲットが伸びてきている例を示している。ターゲットは、進行ルートに到達すると、図４５（ｂ）に示すように、伸びるのを止めて進行ルート上で停止するように表示される。進行ルートに向かって伸びてくるターゲットに対しては、キャラクタが進行ルート上のターゲットに到達するタイミング、あるいは図４５（ｃ）に示すように、伸びてくるターゲットとキャラクタが近接するタイミングに合わせて、ターゲットが伸びてきた方向にスライド操作をさせる。図４５（ｃ）に示す例では、進行ルートの右側からターゲットが伸びてきているため、図中の矢印に示すように、操作デバイス５６ａ，５６ｂの何れかの操作部を右方向に移動させる。

正しい方向にスライド操作がされたと判定された場合には、例えば図４５（ｄ）に示すように、伸びてきたターゲットとラインが先端から花火のように消えていくような演出表示をする。

なお、図４５（ａ）〜（ｃ）に示すように、進行ルートに対して左右の垂直な方向からターゲットが伸びてくるだけでなく、その他の方向からランダムにターゲットが伸びるようにすることができる。例えば、図４５（ｅ）に示す例では、進行ルートの右前方からターゲットが伸びている。この場合には、図４５（ｆ）に示すように、ターゲットがキャラクタに近接した（あるいは重なった）タイミングで、図中の矢印で示すように、ターゲットが伸びてきた方向（右斜め前方向）にスライド操作をすることにより、ターゲットを消去することができる。

また、図４５（ｇ）に示す例では、進行ルートの左後方からターゲットが伸びている。この場合には、図４５（ｈ）に示すように、ターゲットがキャラクタに近接した（あるいは重なった）タイミングで、図中の矢印で示すように、同様にして、ターゲットが伸びてきた方向（左斜め後ろ方向）にスライド操作をすることにより、ターゲットを消去することができる。

さらに、特定の方向からターゲットが伸びてくるのではなく、図４５（ｉ）に示すように、異なる方向から複数のターゲットが進行ルートに向かって伸びてくるようにしても良い。プレーヤは、各ターゲットについて、キャラクタと近接する（あるいは重なる）タイミングで、各ターゲットに応じた方向に、例えば２つの操作デバイス５６ａ，５６ｂの何れかを任意に選択してスライド操作をすることができる。

図４６（ａ）は、進行ルート上に右方向に長く連続する矢印がついたターゲット（ターゲット「スライドホールド」）が配置された例を示している。長い矢印がついたターゲットに対しては、図４６（ｂ）に示すように、キャラクタがターゲットに到達するタイミングに合わせて、ターゲットの矢印と同じ方向へのスライドホールド操作（操作デバイス５６ａ，５６ｂの何れかの操作部を矢印方向に移動させる操作を矢印が続いている間、継続する操作）をさせる。スライドホールド操作の場合、ターゲットに着いた矢印が右方向であっても、右側の操作デバイス５６ｂだけでなく、操作デバイス５６ａの操作部が操作されても良い。なお、ゲームの難易度を変えるために、所定の条件に該当する場合には（プレーヤのレベル、難易度等）、例えば左矢印の場合には左側の操作デバイス５６ａ、右矢印の場合には右側の操作デバイス５６ｂ（あるいは、その逆）のように、操作対象とする操作デバイス５６ａ，５６ｂを制限するようにしても良い。

図４７（ａ）は、進行ルート上に通常とは異なる特定の形状のターゲット（ターゲット「クリティカル」）が配置された例を示している。特定形状のターゲットに対しては、図４７（ｂ）に示すように、キャラクタがターゲットに到達するタイミングに合わせて、２つの操作デバイス５６ａ，５６ｂに対してクリティカル操作（２つの操作デバイス５６ａ，５６ｂのプッシュボタンに対する同時ヒット操作）をさせる。

図４８（ａ）は、進行ルート上に通常とは異なる特定の形状のターゲット（ターゲット「デュアルスライド」）が配置され、ターゲットに異なる方向を示す２つの矢印がついた例を示している。２つの矢印がついた特定形状のターゲットに対しては、図４８（ｂ）に示すように、キャラクタがターゲットに到達するタイミングに合わせて、２つの操作デバイス５６ａ，５６ｂに対してデュアルスライド操作（２つの操作デバイス５６ａ，５６ｂの操作部を、個別に異なる矢印方向に移動させる操作）をさせる。図４８（ｂ）では、左側の操作デバイス５６ａに対して左斜め前方向、右側の操作デバイス５６ｂに対して右斜め前方向に、それぞれ操作部を移動させる入力操作をしているが、操作デバイス５６ａに対して右斜め前方向、操作デバイス５６ｂに対して左斜め前方向に、それぞれ操作部を移動させる入力操作をしても良い。すなわち、操作デバイス５６ａ，５６ｂの何れを操作しても同じ入力操作と判別されるため、プレーヤが操作し易いように操作デバイス５６ａ，５６ｂを使い分けることができる。

図４９（ａ）は、進行ルート上に通常とは異なる特定の形状のターゲット（ターゲット「デュアルホールド」）が配置され、ターゲットに２本の帯状のラインが付された例を示している。特定形状の帯状のターゲットに対しては、図４９（ｂ）に示すように、キャラクタがターゲットに到達するタイミングに合わせて、２つの操作デバイス５６ａ，５６ｂに対してデュアルホールド操作（２つの操作デバイス５６ａ，５６ｂのプッシュボタンを同時に押下したままの状態を継続する操作）をさせる。

図５０（ａ）は、進行ルート上に表示しない隠しターゲット（ターゲット「アドリブ」）を配置させた例を示している。隠しターゲットに対しては、図５０（ｂ）に示すように、進行ルートに隠されたアドリブポイントを通過するタイミングでヒット操作による入力操作（操作デバイス５６ａ，５６ｂの何れかのプッシュボタン押下）を必要とするものとする。隠しターゲットについても、タイミングよく入力操作することで、通常のターゲットと同様にして評価の判定が行われてポイントが加算されるものとする。

なお、前述した進行ルートとターゲットは一例であって、その他の進行ルートやターゲットを用いることができる。
図４７〜図４９に示す例では、１つのターゲットに対して、２つの操作デバイス５６ａ，５６ｂに対して同時に同じ種類の入力操作をしているが、異なる種類の入力操作を組み合わせることもできる。例えばヒット操作とスライド操作とを、２つの操作デバイス５６ａ，５６ｂを用いて個別に同時に入力操作をするようにしても良い。この場合、進行ルート上には、前述した入力操作の組み合わせを指示するターゲットが配置されるものとする。

また、前述した説明では、１本の進行ルートのみを示しているが、ゲーム中に例えば２本の進行ルートに分岐するようにしても良い。この場合、２つの進行ルートのそれぞれに設定されたターゲットに応じた入力操作を、例えば両手を用いて操作デバイス５６ａ，５６ｂに対して個別に行う。

さらに、前述した説明では、操作デバイス５６ａ，５６ｂに対して、プッシュボタンに対する押下、あるいは操作部の移動操作の何れかをするとしているが、プッシュボタンを押下した状態のままで移動操作をすることも可能である。この場合、進行ルート上には、このプッシュボタンの押下と移動操作を組み合わせた入力操作を指示するターゲットが配置されるものとする。

このように、本実施形態におけるゲーム装置２０では、２つの操作デバイス５６ａ，５６ｂに対する押下操作とスライド操作を組み合わせることができるので、前述した様々な入力操作を可能とし、ゲーム内容に変化を与えることが可能となっている。

なお、前述した説明では、プレーヤが第１プレーヤポジションにおいて操作デバイス５６ａ，５６ｂに対して入力操作をする場合について説明しているが、プレーヤは、第２プレーヤポジションで操作する場合も同様の入力操作をすれば良い。すなわち、第２プレーヤポジションで操作デバイス５６ａ，５６ｂに対して操作部を移動させる操作をすると、第１プレーヤポジションの場合とは異なる操作方向を示すデータが入力されるが、入力制御部９０ｆによりポジションに応じた入力判定が行われるので、プレーヤはポジションの違いを考慮して入力操作をする必要が無い。

次に、「ＣＯＯＰ ＰＬＡＹ」（協力プレー）が選択された場合のゲーム処理について説明する。
本実施形態において、協力プレーでは２人のプレーヤが同時にゲームに参加するものとし、例えば、第１プレーヤが操作デバイス５６ａを操作し，第２プレーヤが操作デバイス５６ｂを操作するものとする。

なお、協力プレーでは、ゲームモード選択処理において選択された難易度、アイテム、スキンが２人のプレーヤ（操作デバイス５６ａ，５６ｂからの入力）に対して適用されるものとする。この場合、何れかのプレーヤが所有するカード（プレーヤＩＤ）によって記録されたアイテムが消費されることになる。

また、協力プレーを実行する場合には、第１プレーヤと第２プレーヤのそれぞれが所有する２枚のカードをスキャンして、第１プレーヤと第２プレーヤのそれぞれに対応する難易度、アイテム、スキンを個別に設定できるようにしても良い。ただし、難易度が第１プレーヤと第２プレーヤとで異なる場合であっても、進行ルート１２１やターゲット１２３の表示は変更しない（共通する）ものとし、入力操作に対する有効の判定の基準が変更されるものとする（難易度が低いほど入力操作に対して有効の判定がされやすくする）。このように、第１プレーヤと第２プレーヤとに個別に難易度やアイテムを設定できるようにすることで、例えば初心者と上級者とが協同プレーに参加する場合でも同レベルでゲームに貢献できるようにしたり、プレーヤ別の好みに合ったゲーム内容にしたりするなど、協同プレーの利用形態を多様化することができる。

図５１は、協力プレー用のゲーム画面１２０の一例を示す図である。図５１に示すように、ゲーム画面１２０には、ソロプレーと同様にして進行ルート１２１が表示され、進行ルート上にプレーヤが指定したキャラクタ（アバター）１２２と複数のターゲット１２３が配置されている。協力プレーでは、１本の進行ルート１２１を表示し、進行ルート１２１上に表示されるターゲット１２３を第１プレーヤと第２プレーヤに対して共通して使用する。すなわち、第１プレーヤと第２プレーヤは、同じターゲットに対して、個別に操作デバイス５６ａ，５６ｂに対して入力操作を行う。操作判定処理部９０ｃ２は、操作デバイス５６ａ，５６ｂに対する入力操作に対してソロプレーと同様に個別に入力判定をする。

協力プレー用のゲーム画面１２０において、キャラクタ１２２やターゲット１２３は、前述したソロプレーの場合と同様にして表示されるものとして詳細な説明を省略する。また、ソロプレーのゲーム画面１２０と同じ部分については、同じ符号を付して説明を省略する。協力プレーは、２人のプレーヤが協力して１つのゲームのクリアを目指すモードであるため、スコア１２５、ＭＡＸチェイン数１２６、グルーブゲージ１２７、チェイン数１４３が２人のプレーヤにより共有される。すなわち、スコア１２５は、２人のプレーヤによる入力操作に対して判定結果の良い方のポイントが加算され、ＭＡＸチェイン数１２６は、２人のプレーヤによる入力操作の少なくとも何れか一方が成功（ＧＯＯＤ以上の判定）した連続する回数（チェイン数）の最大値が表示され、グルーブゲージ１２７は、２人のプレーヤによる入力操作の良い方の操作分のゲージが増加するように表示され、チェイン数１４３は、２人のプレーヤによる入力操作の少なくとも何れか一方が成功している現時点までの連続数が表示される。

また、図５１に示す協力プレー用のゲーム画面１２０では、プレーヤに対して操作デバイス５６ａ，５６ｂへの入力操作を説明するための２つの操作ガイド１４２が、操作デバイス５６ａ，５６ｂを操作する２人のプレーヤに合わせて左右に表示されている。操作ガイド１４２は、予め決められた回数（例えば５回）の入力操作がされるまで表示される。なお、前述したソロプレー用のゲーム画面１２０においても操作ガイド１４２（この場合は、１つで良い）を表示するようにしても良い。

また、協力プレー用のゲーム画面１２０では、操作デバイス５６ａ，５６ｂによる入力操作の判定結果（ＧＲＥＡＴ、ＣＯＯＬ、ＧＯＯＤ、ＭＩＳＳ）が２人のプレーヤに合わせて左右にそれぞれ表示される。すなわち、操作デバイス５６ａに対する入力操作の判定結果を画面左側、操作デバイス５６ｂに対する入力操作の判定結果を画面右側に表示する。

さらに、協力プレー用のゲーム画面１２０では、操作デバイス５６ａ，５６ｂに対する入力操作の何れか一方が成功（有効（ＧＯＯＤ以上））と判定され、他方が失敗（無効（ＭＩＳＳ））と判定された場合に、一方のプレーヤの入力操作によりポイントが獲得されたことを表す判定結果１４６，１４７を表示する。図５１に示す例では、操作デバイス５６ａによる入力操作に対して無効（ＭＩＳＳ）の判定がされたために判定結果１４５として「ＭＩＳＳ」が画面左側に表示され、操作デバイス５６ｂによる入力操作に対して有効（ＧＯＯＤ）の判定がされたため判定結果１２４として「ＣＯＯＬ」が画面右側に表示されている。さらに、操作デバイス５６ｂによる入力操作のみが有効（ＧＯＯＤ）であることを示す判定結果１４６として「ＮＩＣＥ」の文字列を画面右側に表示し、操作デバイス５６ａによる入力操作については失敗したが操作デバイス５６ｂからの入力操作によってポイントが獲得されたことを示す判定結果１４７として「ＳＡＦＥ」の文字列を画面左側に表示している。なお、判定結果１４６，１４７の文字列（「ＮＩＣＥ」「ＳＡＦＥ」）は、キャラクタ（アバター）１２２の近傍に表示するのが好ましい。

さらに、協力プレー用のゲーム画面１２０には、画面下部に貢献度ゲージ１４０（貢献度指示マーク１４１）を表示する。貢献度ゲージ１４０は、操作デバイス５６ａの入力操作によって獲得されたポイントと、操作デバイス５６ｂの入力操作によって獲得されたポイントとの比率を示す。貢献度ゲージ１４０は、図５１に示すように、細長い帯状の図形が水平に配置されたもので、図形内をポイントの比率に応じた範囲別に異なる色で表示すると共に、逆三角形状の貢献度指示マーク１４１を図形に沿ってポイントの比率に応じた位置に表示する。

次に、協力プレー時の入力判定処理について説明する。図５２は、協力プレー時の入力判定処理を示すフローチャートである。
操作判定処理部９０ｃ２は、操作デバイス５６ａあるいは操作デバイス５６ｂに対する入力操作を示す入力データを入力すると（ステップＤｂ１、Ｙｅｓ）、入力データをもとに、どのような入力操作がされたかを検出する（ステップＤｂ２）。ここで、操作デバイス５６ａ，５６ｂのうち先に実行された入力操作を第１入力操作、後に実行された入力操作を第２入力操作として説明する。操作判定処理部９０ｃ２は、ソロプレー時と同様にして、プッシュボタンの押下、操作デバイス５６ａ，５６ｂの操作部の移動方向（８方向の何れか）を判別する。

また、ゲーム音声処理部９０ｃ４は、操作デバイス５６ａあるいは操作デバイス５６ｂへの入力操作に応じた効果音（操作音）を、サウンドコントローラ９５を通じて、操作デバイス５６ａ，５６ｂの近傍に配置されたスピーカ５２ｄ，５２ｅから出力させる（ステップＤｂ３）。ここでは、例えば操作デバイス５６ａが操作された場合には、操作デバイス５６ａ側（左側）に配置されたスピーカ５２ｄから効果音を出力させ、操作デバイス５６ｂが操作された場合には、操作デバイス５６ｂ側（右側）に配置されたスピーカ５２ｅから効果音を出力させるものとする。また、スピーカ５２ｄ，５２ｅの両方から同時に効果音を出力するようにしても良い。例えば、操デバイス５６ａあるいは操作デバイス５６ｂの入力操作に対する何れか判定が良い方に応じて効果音を出力する。

次に、操作判定処理部９０ｃ２は、前述したソロプレーと同様にして、入力操作があった時のキャラクタの表示位置とターゲットとの位置（あるいは時間的なずれ）を比較し、また入力操作の内容とターゲットの種類に応じて入力操作を判定する。

第１入力操作時にキャラクタの近くにターゲットが存在する場合（ステップＤｂ４、Ｙｅｓ）、操作判定処理部９０ｃ２は、入力されたデータをもとに、ターゲットに応じた入力操作がされたかを判定し、入力操作を評価（ＧＲＥＡＴ、ＣＯＯＬ、ＧＯＯＤの何れか）する（ステップＤａ５）。ターゲットに応じた正しい入力操作と判定されなかった場合には、失敗（無効）となりＭＩＳＳ判定となる。第１入力操作に対する判定は、ソロプレーと同様にして実行されるものとして詳細な説明を省略する。

第１入力操作に続いて第２入力操作があった場合、操作判定処理部９０ｃ２は、操作デバイス５６ａあるいは操作デバイス５６ｂに対する入力操作を示す入力データを入力し（ステップＤｂ６、Ｙｅｓ）、第１入力操作の場合と同様にして、入力データをもとに、どのような入力操作がされたかを検出する（ステップＤｂ７）。

また、ゲーム音声処理部９０ｃ４は、操作デバイス５６ａあるいは操作デバイス５６ｂへの入力操作に応じた効果音を、サウンドコントローラ９５を通じて、操作デバイス５６ａ，５６ｂの近傍に配置されたスピーカ５２ｄあるいはスピーカ５２ｅから出力させる（ステップＤｂ８）。

次に、操作判定処理部９０ｃ２は、前述したソロプレーと同様にして、入力操作があった時のキャラクタの表示位置とターゲットとの位置（あるいは時間的なずれ）を比較し、また入力操作の内容とターゲットの種類に応じて入力操作を判定する。すなわち、操作判定処理部９０ｃ２は、第１入力操作と同様にして、第１操作とは別に第２入力操作に対する入力判定を実行する。

第２入力操作時にキャラクタの近くにターゲットが存在する場合（ステップＤｂ９、Ｙｅｓ）、操作判定処理部９０ｃ２は、入力されたデータをもとに、ターゲットに応じた入力操作がされたかを判定して、ＧＲＥＡＴ、ＣＯＯＬ、ＧＯＯＤ、ＭＩＳＳの何れかの判定結果を決定する。さらに、共通するターゲットに対して第１入力操作と第２入力操作があった場合、操作判定処理部９０ｃ２は、第１入力操作と第２入力操作による協力プレーにより、それぞれの入力操作の判定結果をもとにして、ターゲットに対して正しい入力操作がされたかを判別する（ステップＤｂ１０）。すなわち、操作デバイス５６ａ，５６ｂの少なくとも何れか一方の正しい入力操作により有効（成功）と判定されるターゲットについては、第１入力操作あるいは第２入力操作の何れかにおいて有効と判定された場合にターゲットに対する正しい入力操作（成功）と判別し、操作デバイス５６ａ，５６ｂの入力操作の組み合わせが正しい場合に有効（成功）と判定されるターゲットについては、第１入力操作と第２入力操作がターゲットに応じた有効な入力操作であり、かつ入力操作の組み合わせが正しい場合にターゲットに対する正しい入力操作（成功）と判別する。

以下、協力プレー時の各種のターゲットに応じた正しい入力操作の一例について説明する。
ターゲット「ヒット」については、操作デバイス５６ａ，５６ｂの何れかのヒット操作が有効である場合に成功であると判定する。第１入力操作と第２入力操作の両方が有効と判別された場合も成功と判定する。
ターゲット「クリティカル」については、操作デバイス５６ａ，５６ｂに対してヒット操作が同時（プッシュボタンが押されている時間が予め決められた時間以上）にあった場合に有効と判定する。

ターゲット「スライド」については、操作デバイス５６ａ，５６ｂの何れかのスライド操作（ターゲットの矢印が示すスライド操作）が有効である場合に成功であると判定する。第１入力操作と第２入力操作の両方が有効と判別された場合も成功と判定する。ターゲット「デュアルスライド」については、操作デバイス５６ａ，５６ｂに対してスライド操作が同時（スライドされている時間が予め決められた時間以上）にあり、それぞれ異なる方向にスライドされた場合に成功と判定する。すなわち、操作デバイス５６ａ，５６ｂが何れの方向にスライドされても良いが、スライドされた方向の組み合わせがターゲットの矢印が示す２つの方向の組み合わせと同じであれば良い。従って、操作デバイス５６ａ，５６ｂが同じ方向にスライドられた場合には失敗（ＭＩＳＳ判定）となる。

ターゲット「ホールド」については、操作デバイス５６ａ，５６ｂの何れかのホールド操作が有効である場合に成功であると判定する。第１入力操作と第２入力操作の両方が有効と判別された場合も成功と判定する。
ターゲット「デュアルホールド」については、操作デバイス５６ａ，５６ｂに対するデュアルホールド操作が要項である場合（同時にプッシュボタンが押し続けられた場合）に成功と判定する。
ターゲット「ビート」については、操作デバイス５６ａ，５６ｂの何れかにおいてビート操作がされた場合に成功と判定する。第１入力操作と第２入力操作の両方が有効と判別された場合も成功と判定する。

ターゲット「スクラッチ」については、操作デバイス５６ａ，５６ｂの何れかにおいてスクラッチ操作がされた場合に成功と判定する。第１入力操作と第２入力操作の両方が有効と判別された場合も成功と判定する。
ターゲット「スライドホールド」については、操作デバイス５６ａ，５６ｂの何れかにおいてスライドホールド操作が有効である場合に成功と判定する。第１入力操作と第２入力操作の両方が有効と判別された場合も成功と判定する。
ターゲット「アドリブ」については、操作デバイス５６ａ，５６ｂの何れかにおいて、アドリブポイントを通過するタイミングでヒット操作による入力操作（プッシュボタン押下）がされた場合に成功と判定する。第１入力操作と第２入力操作の両方が有効と判別された場合も成功と判定する。

次に、操作判定処理部９０ｃ２は、第１入力操作と第２入力操作のタイミングのずれをシンクロ率として集計する（ステップＤｂ１１）。例えば、操作判定処理部９０ｃ２は、第１入力操作と第２入力操作について、ターゲットに対するずれを評価しているため、第１入力操作と第２入力操作に対する評価（ＧＲＥＡＴ、ＣＯＯＬ、ＧＯＯＤ、ＭＩＳＳ）をもとに、以下のようにしてシンクロ率を集計する。

例えば、「基準値＝１００／ターゲット数」とする（アドリブを含む。アドリブポイントでヒット操作がなかった場合はＭＩＳＳと同じ評価）。評価が同じ（第１入力操作と第２入力操作ともＧＲＥＡＴ、ＣＯＯＬ、あるいはＧＯＯＤの評価）である場合は、「基準値×１」を加算する。評価が１つずれている（ＧＲＥＡＴとＣＯＯＬ、ＣＯＯＬとＧＯＯＤ、ＧＯＯＤとＭＩＳＳ）の場合は、「基準値×１／２」を加算する。評価が２つずれている（ＧＲＥＡＴとＧＯＯＤ、ＣＯＯＬとＭＩＳＳ）の場合は、「基準値×１／４」を加算する。第１入力操作と第２入力操作とも評価がＭＩＳＳの場合は「０」とする。シンクロ率は、アドリブを含む全ての判定の合計値（小数点２桁以下は切り上げ。ただし合計が１００．０％を超えた場合は１００．０％）とする。

一方、第１入力操作があった場合に（ステップＤｂ１、Ｙｅｓ）、キャラクタの近くにターゲットが存在しない場合には（ステップＤｂ４、Ｎｏ）、操作判定処理部９０ｃ２は、タイミングが早すぎる早押し、あるいはタイミングが遅すぎる遅押しによるＭＩＳＳと判定する。

続いて、第２入力操作があった場合（ステップＤｂ１２、Ｙｅｓ）、操作判定処理部９０ｃ２は、入力データをもとに、どのような入力操作がされたかを検出する（ステップＤｂ１３）。また、ゲーム音声処理部９０ｃ４は、操作デバイス５６ａあるいは操作デバイス５６ｂへの入力操作に応じた効果音を、サウンドコントローラ９５を通じて、操作デバイス５６ａ，５６ｂの近傍に配置されたスピーカ５２ｄあるいはスピーカ５２ｅから出力させる（ステップＤｂ１４）。

以下、操作判定処理部９０ｃ２は、前述したステップＤｂ９〜Ｄｂ１０と同様の処理を実行する。第２入力操作が有効と判定される場合、操作判定処理部９０ｃ２は、第１入力操作が失敗（ＭＩＳＳ）と判定されていても、第１入力操作と第２入力操作の何れかが有効である場合に成功と判定されるターゲットについて成功と判定することができる。

また、第２入力操作時にキャラクタの近くにターゲットが存在しない場合には（ステップＤｂ１５、Ｎｏ）、操作判定処理部９０ｃ２は、早押し、あるいは遅押しによるＭＩＳＳと判定する。第１入力操作と第２入力操作の両方が失敗（ＭＩＳＳ）の判定がされた場合には、第２入力操作のＭＩＳＳ判定の時点でＭＩＳＳが決定される。

次に、ゲーム画面表示処理部９０ｃ１は、ゲーム画面中に判定結果を表す文字列を表示する。図５１に示すゲーム画面１２０では、操作デバイス５６ａに対する入力操作の判定結果１４５として「ＭＩＳＳ」、操作デバイス５６ｂに対する入力操作の判定結果１２４として「ＣＯＯＬ」がそれぞれ表示されている。この場合、操作デバイス５６ａへの入力操作の失敗が、操作デバイス５６ｂの入力操作により助けられており、操作デバイス５６ｂに対応して判定結果１４６として「ＮＩＣＥ」の文字列、操作デバイス５６ａに対応して判定結果１４７として「ＳＡＦＥ」の文字列が付加されている。

なお、操作デバイス５６ａ，５６ｂの入力操作の何れも成功であった場合、ゲーム画面表示処理部９０ｃ１は、例えば図５３（ａ）に示すように、操作デバイス５６ａに対応する判定結果１４８として「ＧＲＥＡＴ」、操作デバイス５６ｂに対する判定結果１２４として「ＣＯＯＬ」の文字列を表示する。この場合、第１入力操作と第２入力操作の両方が有効と判定されているため、図５１に示すような、一方のプレーヤの入力操作によりポイントが獲得されたことを表す判定結果１４６，１４７を表示しない。

また、操作デバイス５６ａ，５６ｂの入力操作の何れも失敗（ＭＩＳＳ）であった場合、ゲーム画面表示処理部９０ｃ１は、例えば図５３（ｂ）に示すように、操作デバイス５６ａ，５６ｂに対応する判定結果１４５，１４９として「ＭＩＳＳ」の文字列を表示する。

また、ゲーム画面表示処理部９０ｃ１は、ターゲットに応じた演出表示を付加する（ステップＤｂ１８）。ターゲットに応じた演出処理としては、例えばヒット操作によりターゲットが破裂して消滅していくような演出を表現する画面を表示すると共に、表示内容に応じた効果音をスピーカ５２ａ，５２ｂ，５２ｃから出力させる（ステップＤｂ１９）。例えば、操作デバイス５６ａあるいは操作デバイス５６ｂの入力操作に対する評価結果の良い方に応じて、効果音をスピーカ５２ａ，５２ｂ，５２ｃから出力させる。

ゲーム処理部９０ｃは、入力操作に対する評価結果等に応じてポイントを加算する（ステップＤ１０）。ここでは、例えば、第１入力操作と第２入力操作のそれぞれの評価のうち、高い評価に応じてポイント加算する。例えば、図５３（ａ）に示すように、操作デバイス５６ａの入力操作の評価が「ＧＲＥＡＴ」、操作デバイス５６ｂの評価が「ＣＯＯＬ」である場合には、「ＧＲＥＡＴ」に応じたポイントを加算する。また、第１入力操作と第２入力操作を同時にする必要があるターゲット「デュアルスライド」「デュアルホールド」については、同様にして、評価の高い方の入力操作に応じてポイントを加算しても良いし、評価の組み合わせに応じて加算されるポイントを変更しても良い。例えば、第１入力操作と第２入力操作に対する評価の組み合わせが「ＧＲＥＡＴ」と「ＧＲＥＡＴ」である場合に加算されるポイントを最も大きくし、組み合わせが「ＧＯＯＤ」と「ＧＯＯＤ」である場合に加算されるポイントを最も小さくするように、評価の組み合わせに応じて加算されるポイントを段階的に変更することも可能である。

ゲーム画面表示処理部９０ｃ１は、加算されたポイントに応じてグルーブゲージ１２７の表示を更新する（ステップＤｂ２１）。また、ゲーム画面表示処理部９０ｃ１は、ポイントが加算された後の入力操作によって獲得されたポイントと、操作デバイス５６ｂの入力操作によって獲得されたポイントとの比率に応じて、貢献度ゲージ１４０の色表示の範囲を変更すると共に、貢献度指示マーク１４１の表示位置を移動させる（ステップＤｂ２２）。

なお、前述した説明では、第１入力操作と第２入力操作の両方について判定が終了した後に、判定表示、演出表示、演出表示に応じた音声出力をしているが（ステップＤｂ１７〜Ｄｂ１９）、第１入力操作に対する判定により成功と判定されるターゲットについては、第２入力操作に対する判定を待たずに、その時点で判定表示、演出表示、演出表示をしても良い。

このようにして、協力プレーでは、２人のプレーヤがそれぞれ操作デバイス５６ａ，５６ｂを用いて、１本の進行ルート１２１上に現れるターゲットに対して正しい入力操作をすることで高いポイントを獲得できるので、プレーヤ同士が一体感を感じながらゲームをプレーすることができる。特に、操作デバイス５６ａ，５６ｂに対して同時に異なる入力操作が必要なターゲットに対しては、２人のプレーヤがより協調して入力操作をする必要があるため、コミュニケーションを取りながらゲームを楽しむことができる。また、一方のプレーヤが入力操作に失敗しても、他方のプレーヤの入力操作によって成功と判定（ポイント獲得）され、ゲーム画面中に判定結果１４６，１４７の文字列（「ＮＩＣＥ」「ＳＡＦＥ」）が表示されるため、協同してゲームに参加している意識をより持たせることができる。

次に、店内対戦プレー（マッチプレー）が選択された場合について説明する。図５４は、店内対戦プレー（マッチプレー）時のゲーム画面１２０の一例を示す図である。
図５４に示すように、店内対戦プレー（マッチプレー）用のゲーム画面１２０の下部には、プレーヤのカスタムイメージ１３１と対戦相手のカスタムイメージ１３２，１３３，１３４が表示されている。カスタムイメージ１３１〜１３４の近傍には、ゲームの進行に合わせて変化するスコア順位が表示される（１ＳＴ、２ＮＤ、３ＲＤ、４ＴＨ）。また、入力操作に対する判定結果とする文字列（ＧＲＥＡＴ、ＣＯＯＬ、ＧＯＯＤ、ＭＩＳＳ）を入力操作のタイミングに合わせて表示する。さらに、現在のグルーブゲージやスコアを表示する。従って、順位表示やカスタムイメージ１３１〜１３４を見ることで、対戦相手の状況をリアルタイムで確認することができ、対戦をしている感覚をより強く感じることができる。

また、図３８や図５１（ソロプレー、協同プレー）では、１本の進行ルート１２１を表示しているが、図５４では、プレーヤ用の進行ルート１２１の他に、進行ルート１２１と並行に対戦相手のプレーヤ用の進行ルート１２１ａ，１２１ｂ，１２１ｃと、対戦相手のプレーヤにそれぞれ対応するキャラクタ（アバター）１２２ａ，１２２ｂ，１２２ｃを表示している。進行ルート１２１ａ，１２１ｂ，１２１ｃでは、店内の他のゲーム装置２０によってプレーされているゲームの操作データに基づいて、入力操作に対する判定に応じた演出表示１３８を付加する。演出表示１３８は、前述した演出表示１３７と同様にして表示されるものとする。また、キャラクタ（アバター）１２２ａ，１２２ｂ，１２２ｃの表示位置は、現時点の各プレーヤが獲得したポイントに応じて表示位置が調整される。すなわち、他のプレーヤの方が高いポイントを獲得している場合にはアバター１２２より前の位置に表示され、低いポイントを獲得している場合にはアバター１２２より後の位置に表示される。従って、図５４に示すゲーム画面１２０では、進行ルート１２１ａ，１２１ｂ，１２１ｃ上に付加される演出表示１３８やキャラクタ（アバター）１２２ａ，１２２ｂ，１２２ｃの表示位置によっても他のプレーヤの状況を把握することができ、さらにキャラクタ１２２と他のプレーヤのキャラクタとが併走しているように感じられるため、他のプレーヤと対戦している感覚をより強く得ることができる。なお、店内対戦プレー（マッチプレー）の詳細については後述する。

次に、進行ルート設定処理について（ステップＤ１）、図５５に示すフローチャートを参照しながら説明する。
ゲーム画面表示処理部９０ｃ１は、基本的には楽曲に対して予め用意された進行ルートのデータをもとに進行ルートを表示するが、ゲーム状況に応じて進行ルートを変更することができる。ゲーム画面表示処理部９０ｃ１は、進行ルート変更判定によって、ゲーム中に進行ルートを変更するか否かを判定する（ステップＣ１）。

進行ルート変更判定では、例えばターゲットに対する入力操作についての判定結果（直前、あるいは予め決められた時間内）、チェイン数、現在の得点などの、現在のゲーム状況を表すデータをもとに判定する。また、後述する店内対戦プレー（マッチプレー）では、対戦相手との得点差や順位などに基づいて判定することもできる。

ゲーム画面表示処理部９０ｃ１は、進行ルートを変更すると判定した場合には（ステップＣ２、Ｙｅｓ）、進行ルート変更判定の結果に基づいて変更後の進行ルートを設定する（ステップＣ３）。

例えば、「入力判定が成功であれば上方向、失敗していれば下方向に進むように進行ルートを変更する」「対戦順位が上がると右方向に、下がると左に方向に進む進行ルートに変更する」「チェイン数が増えると奥方向に、減ると手前方向に進む進行ルートに変更する」などのルールを定めておくことで、入力判定の結果に応じた進行ルートを設定することができる。この場合、プレーヤは、進行ルートの変化から、ゲームの現在の状況がよりわかりやすくなる。

図５６（ａ）（ｂ）（ｃ）、図５１（ａ）（ｂ）（ｃ）は、進行ルートを変更する例を示している。
図５６（ａ）は、予め用意された進行ルートを示している。入力判定が成功であった場合、ゲーム画面表示処理部９０ｃ１は、図５６（ａ）に示す進行ルートを、図５６（ｂ）に示すように、ゲーム画面の上方向に伸びるように変更する。また、入力判定が失敗であった場合、ゲーム画面表示処理部９０ｃ１は、図５６（ａ）に示す進行ルートを、図５６（ｃ）に示すように、ゲーム画面の下方向に伸びるように変更する。

図５７（ａ）は、予め用意された進行ルートを示している。入力判定が成功であった場合、ゲーム画面表示処理部９０ｃ１は、図５７（ａ）に示す進行ルートを、図５７（ｂ）に示すように、複雑な形状に変更する。すなわち、三次元のゲーム画面を生成する際のカメラ方向を進行方向に対して平行に近づけることで、進行ルートが手前側から奥方向に進むような形状にすると共に進行ルートの見かけ上の長さを変える（例えば長くする）。また、入力判定が失敗であった場合、ゲーム画面表示処理部９０ｃ１は、図５７（ａ）に示す進行ルートを、図５７（ｃ）に示すように、例えば直線状にするなどして単純化し、ターゲットに対してタイミングを取りやすくする。

ゲーム画面表示処理部９０ｃ１は、例えば、直線あるいは曲線を生成する演算処理を組み合わせて進行ルートを生成し、この進行ルート上に、図４（ｃ）に示すイベントコントロールデータが示すイベント（ターゲット）を配置する。進行ルートの見かけ上の長さが変化する場合、進行ルート上を進むターゲットの速度が変化し、各イベント（ターゲット）に到達する時間（図４（ｃ）に示すタイムデータ）がルート変更前と同じとなるようにする。すなわち、進行ルートの形状が変化したとしても、プレーヤに対して要求する入力操作の内容と操作タイミングが変化しないようにする。なお、進行ルートの形状が変化するのに伴い、ゲーム画面表示処理部９０ｃ１は、ターゲット（イベント）の表示形態も進行ルートの形状に合わせて変更する。

また、次のように進行ルートを変更しても良い。
例えば、図５８（ａ）に示すように、予めゲーム画面に形状の異なる複数の進行ルート１２１ａ，１２１ｂ，１２１ｃを同時に表示する。そして、ゲーム状況に応じて、何れかの進行ルートを選択して、この選択した進行ルートにキャラクタ（アバター）１２２を移動させると共にターゲットを表示する。

また、図５８（ｂ）（ｃ）に示すように、進行ルートを形成する複数のルートパーツを予め用意しておき、状況に応じてパーツを選択して接続することで進行ルートを形成する。図５８（ｄ）は、図５８（ｂ）に示す進行ルート１２１ｄのパーツと、図５８（ｃ）に示す進行ルート１２１ｅのパーツとを接続することで生成された進行ルート１２１ｆの例を示している。

なお、前述した説明では、進行ルート判定処理において、予め決められた条件に基づいてルート変更を判定しているが、ゲーム中にランダムに進行ルートの変更を実行しても良い。また、ゲーム状況のみに基づいてルート変更を判定するだけでなく、他のデータをもとにルート変更を判定することもできる。例えば、プレーヤがカードを使用している場合、プレーヤ毎のプレーヤデータ（プレーヤ経験値、クラス、プレーヤネームなど）、さらには個人データ（誕生日、住所等）がゲームサーバ１０に記憶されている場合に個人データをもとにルート変更を判定しても良い。例えば、ゲームの実行日がプレーヤの誕生日である場合には、難易度の低い進行ルートに変更するなどしても良い。

さらに、進行ルートが変更される場合、ゲーム終了後に、プレーヤの入力操作に応じた操作データと共に進行ルートを示すデータをプレーヤＩＤと対応づけてゲームサーバ１０に記憶させておき、別の機会にゲーム実行内容を再現させたり、他のプレーヤがゲームする際に使用する進行ルートとして提供することも可能である。

このようにして、本実施形態のゲームでは、ゲーム状況等に応じて進行ルートの形状をリアルタイムに変化させることで、ダイナミックなゲーム画面を提供できると共に、ターゲットに対してタイミングの取りやすさを変えて難易度を変化させることができる。また、進行ルートの変更に合わせて、エフェクトや楽曲の再生、効果音などの他の要素についても変更することで、より効果的なゲーム演出が可能となる。

次に、チェックポイント処理について（ステップＤ４）、図５９及び図６０に示すフローチャートを参照しながら説明する。なお、図５９及び図６０のフローチャートは、店内対戦プレー時の第１及び第２チェックポイント処理を示すものであり、ソロプレーではフローチャート中の一部のみが実行されるものとする。まず、図５９を参照して第１チェックポイント処理について説明する。

チェックポイント処理は、ゲーム内容に変化を与えるためのもので、進行ルート上に予め設定されたチェックポイントにおいて発生させる。チェックポイントは、１つの進行コース上（１楽曲中）の複数箇所に設定することができる。

ゲーム画面表示処理部９０ｃ１は、ゲーム画面中に表示する進行ルートにチェックポイントが現れた場合、チェックポイントにサプライズルーレットを表示する。図６１（ａ）は、サプライズルーレットの表示例を示す図である。サプライズルーレットは、ゲーム内容に変化を与える内容毎に決められた複数種のアイコン（選択肢）を、チェックポイントを中心に回転表示させるものである。図６１（ａ）に示す例では、８つのアイコンが表示されている。ゲーム内容に変化を与える内容には、「プレーヤを有利に導くもの」「プレーヤに試練を与えるもの」がある。例えば、入力操作に対する判定基準の変更、獲得される得点倍率（２倍、１／２倍など）の変更、進行ルート形状の変更、ゲーム画面の表示形態の変更などによって、プレーヤに対する有利／不利を発生させる。

第１のチェックポイント処理では、ゲーム状況（例えばチェックポイント到達前の得点や入力操作に対する判定結果など）に応じて、予め用意された多数の選択肢から８つの選択肢（アイコン）を用いて、サプライズルーレットを表示する。サプライズルーレットでは、同じ種類のアイコンが重複していても良い。

ゲーム処理部９０ｃは、図６１（ｂ）に示すように、アバター（キャラクタ）がチェックポイントに到達すると（ステップＥ３、Ｙｅｓ）、サプライズルーレットに表示していた複数のアイコンの何れかをランダムに選択する（ステップＥ４）。ゲーム画面表示処理部９０ｃ１は、図６１（ｃ）に示すように、選択したアイコンをチェックポイントに表示する。また、ゲーム処理部９０ｃは、選択したアイコンに応じたゲーム画面（進行ルート）を表示させると共に、例えば操作判定処理部９０ｃ２による判定基準を変更するなどしてゲーム内容を変更させる（ステップＥ５）。

図６２には、サプライズルーレットから選択されたアイコンに応じたゲーム画面（進行ルート）の変更例を示している。
図６２（ａ）は、通常の進行ルートの例を示している。ここで、進行ルートを直線に変更することを示すアイコンが選択された場合（「ＳＴＲＡＩＴＥ」アイコン）、図６２（ｂ）に示すように、進行ルートを直線状に変更することで難易度を下げて、プレーヤを有利にすることができる。また、進行ルートの表示範囲を狭くすることを示すアイコンが選択された場合（「ＳＰＯＴＬＩＧＨＴ」アイコン）、図６２（ｃ）に示すように、進行ルートの表示範囲をアバターの周辺に限定することで難易度を上げて、プレーヤを不利にすることができる。

なお、図６２（ｃ）では、進行ルートの表示範囲をアバターの周辺に限定して、その他の範囲の進行ルートとターゲットを表示しないようにしているが、進行ルートの表示範囲はアバターの周辺に限定されるものではない。例えば、進行ルートの表示範囲をアバターが含まない範囲としても良いし、ゲームの進行（時間経過）に応じて表示範囲とする位置が変化しても良い。さらに、図６２（ｃ）では、進行ルートの表示範囲を円形状としているが、矩形状などの他の形状としたり、ランダムに形状が変化したりするようにしても良い。

本実施形態におけるゲームでは、進行ルートがゲーム画面１２０の予め決められた位置に表示されるのではなく、ゲームの進行に合わせて表示位置が変動するため、進行ルートの一部を表示しないようにすることで、ゲームの難易度を大きく変化させることができる。

なお、前述した説明では、ソロプレーのためランダムにアイコンを選択しているが、ゲーム処理部９０ｃは、店内対戦プレー時では、対戦相手とする各プレーヤの現在の得点と順位（対戦プレーヤ管理データ９２ｄ）を取得し（ステップＥ１）、各プレーヤとの得点差、順位をもとに複数のアイコンの選択確率を調整した上でアイコンを選択する。すなわち、「不利なプレーヤを有利に導くもの」「有利なプレーヤに試練を与えるもの」が発生されやすくする。この場合、逆の状況が低確率で発生されやすくなる。

また、サプライズルーレットに表示されるアイコンは、アバターがチェックポイントに到達する前の予め決められた時間（例えば、通過３秒前）のゲーム状況（順位や得点差、入力操作に対する判定結果など）に応じて選択されるものとする。

なお、図５９に示す第１チェックポイント処理では、プレーヤが介在することなくアイコンが選択されているが、ターゲットに対する入力操作と同じようにしてアイコンを選択できるようにしても良い。図６０に示す第２チェックポイント処理では、プレーヤからの入力操作に応じてアイコンを選択する。

ソロプレーの場合、ゲーム画面表示処理部９０ｃ１は、チェックポイント直前の得点に応じて、サプライズルーレットのアイコンの回転表示の速度を調整する（ステップＦ２）。例えば、得点が高くなるほど回転表示の速度が高くなるようにする。

アバターがチェックポイントを通過するタイミングに合わせて、操作デバイス５６ａ，５６ｂの操作部を何れかの方向に移動させる入力操作があった場合（ステップＦ３，Ｆ４、Ｙｅｓ）、ゲーム処理部９０ｃは、入力操作方向とサプライズルーレット中のアイコンの表示位置をもとにアイコンを選択する（ステップＦ５）。例えば、ゲーム処理部９０ｃは、操作デバイス５６ａ，５６ｂの操作部を右方向に移動させる入力操作があった場合、そのタイミングで右位置に表示されているアイコンを選択する。

ゲーム処理部９０ｃは、選択したアイコンに応じて、図５９に示すステップＥ５と同様の処理を実行する（ステップＦ６）。

第２チェックポイント処理では、得点が低い場合にサプライズルーレットのアイコンの回転表示の速度が遅くなるため、プレーヤが所望するアイコン（有利になるアイコン）を選択しやすくなる。一方、得点が高い場合には、所望するアイコンが選択されにくくなる（誤って不利なアイコンを選択しやすくなる）。

このようにして、チェックポイント処理では、ゲーム途中でゲーム内容に変化を与えることができるので、ソロプレーの場合では、ゲームを実行する度に同じ楽曲を選択したとしても、その都度、チェックポイントにおいてゲーム内容が変化されるため同じ楽曲であってもゲームに飽きることなく楽しむことができる。

なお、第１チェックポイント処理においても、第２チェックポイント処理と同様にして、プレーヤの入力操作に応じてアイコン（選択肢）を選択するようにしても良い。

また、店内対戦プレー（マッチプレー）の場合では、対戦の状況（順位、得点差）に応じて、ゲーム内容が有利／不利に変化され易くなるため、実力差があるプレーヤ同士間であっても対戦を楽しむことができる。また、対戦であってもプレーヤ同士が互いに直接的に妨害等をしているわけでなく、意図しないサプライズが発生する感覚を与えることができるので、対戦相手とするプレーヤに対して不快感を与えないですむ。

ゲーム処理部９０ｃは、前述したように、進行ルートを更新しながらプレーヤによる入力操作を受け付け、ゲームを進行させていく。楽曲再生が終了してキャラクタが進行ルートの終端にまで到達すると（ステップＤ７、Ｙｅｓ）、ゲーム処理部９０ｃは、ゲーム処理を終了する。ゲーム処理を終了すると、ゲーム装置２０は、ゲームスコア表示に移行する（ステップＳ９）。

なお、前述した説明において、サプライズルーレットから選択されたアイコンが「ＳＰＯＴＬＩＧＨＴ」アイコンであった場合、ゲーム実行中に進行ルートの一部を表示しないように制御しているが、その他の予め決められた条件に従って進行ルートを表示しないようにすることができる。例えば、予め決められた条件として、ゲームモード選択処理における「ＮＯ ＷＡＹ」アイテムが選択された場合がある。「ＮＯ ＷＡＹ」アイテムが選択された場合、ゲーム画面表示処理部９０ｃ１は、ゲーム画面１２０において進行ルート１２１を表示しない用に表示する。

図６３（ａ）は、「ＮＯ ＷＡＹ」アイテムが選択されていない通常のゲーム画面１２０の一例を示す例である。図６３（ａ）では、前述したように、進行ルート１２１上にアバター１２２と複数のターゲット１２３が表示されている。

「ＮＯ ＷＡＹ」アイテムが選択された場合には、ゲーム画面表示処理部９０ｃ１は、図６３（ｂ）に示すように、ゲーム画面１２０において全ての進行ルート１２１を表示しない。プレーヤは、楽曲再生音、ターゲット１２３の配置、アバター１２２の移動方向（向き）などをもとにして、操作デバイス５６ａ，５６ｂに対する入力操作を行う。

さらに、全てのターゲットを表示しない「ＳＴＥＡＬＴＨ」アイテムがゲームモード選択処理において選択された場合には、図６３（ｃ）に示すように、全ての進行ルート１２１だけでなく、全てのターゲット１２３を表示しないようにする。また、アイテムの選択によって、サプライズルーレットから「ＳＰＯＴＬＩＧＨＴ」アイコンが選択された場合と同様にして、進行ルートの一部を表示しないようにすることも可能である。

こうして、予め決められた条件が成立した場合に（「ＮＯ ＷＡＹ」「ＳＴＥＡＬＴＨ」アイテムの選択）、ゲーム実行中の進行ルート１２１を表示しないようにすることでゲームの難易度を上げることができ、中上級者であってもゲームを楽しむことができる。

図６４は、ソロプレー実行時のゲームスコア画面（リザルト画面）の一例を示す図である。リザルト表示部９０ｄ１は、ゲーム実行中に記録されたデータをもとにゲームスコア画面を表示する。図６４に示すように、ゲームスコア画面には、例えばゲームの対象として楽曲の情報の他に、プレーヤによる入力操作の評価の集計、最大チェイン数、スコア（ポイント）、全体の評価、対戦順位（マッチプレーの場合）などが表示される。全体の評価は、例えば低い順からＥ、Ｄ、Ｃ、Ｂ、Ａ、Ｓにより表される。

図６５は、協同プレー実行時のゲームスコア画面（リザルト画面）の一例を示す図である。リザルト表示部９０ｄ１は、ゲーム実行中に記録されたデータをもとにゲームスコア画面を表示する。図６５に示すように、ゲームスコア画面には、例えばゲームの対象として楽曲の情報の他に、第１プレーヤと第２プレーヤのそれぞれについて、プレーヤによる入力操作の評価の集計、最大チェイン数、スコア（ポイント）、全体の評価などが表示される。全体の評価は、例えば低い順からＥ、Ｄ、Ｃ、Ｂ、Ａ、Ｓにより表される。また、協力プレー時のゲーム画面１２０と同じ貢献度ゲージ１４０を表示する。さらに、第１プレーヤと第２プレーヤとの入力操作をもとに集計したゲーム終了時のシンクロ率（図６５では「９９．９％」）が表示される。

ゲームスコア画面（リザルト画面）の表示が終了されると、制御部９０は、コインチャージに残りがあれば（ステップＳ１０、Ｙｅｓ）、前述と同様にして楽曲を選択してゲーム処理を実行することができる。

コインチャージに残りがなく、ゲームを終了する場合には（ステップＳ１０、Ｎｏ）、リザルト表示部９０ｄ１は、リワード画面を表示する（ステップＳ１１）。図６６には、リワード画面の一例を示す図である。リワード画面では、例えばゲームで使用した楽曲に関する情報、取得経験値、レベルアップゲージ、称号などの情報が表示される。レベルアップした場合に、レベルごとに設定された報酬（アイテム、アバター、スキン）が取得でされることが表示される。

次に、ゲームモード選択用の画面において、「ＭＡＴＣＨ ＰＬＡＹ」（店内対戦プレー）が選択された場合について説明する。
まず、プレーヤマッチング処理９０ｂは、対戦プレーヤを決定するための店内マッチング処理を実行する。店内対戦プレーでは、同じ店内のゲーム装置２０を利用する２〜４人のプレーヤによりプレイ可能となる。店内の複数のゲーム装置２０のうち最初に店内対戦プレーの実行が指示されたゲーム装置２０がホストプレーヤとなり、他のゲーム装置２０に対して対戦相手（ゲスト）を募集する。なお、店内対戦プレーでは、前述したチェックポイント処理を利用するパーティバトルと、チェックポイント処理を使用しないノーマルバトルの何れかをプレーヤが選択して、対戦相手を募集することもできる。

予め決められた一定時間内に、１台以上（１人以上のプレーヤ）から対戦要求がなかった場合（ステップＳ００）、プレーヤマッチング処理９０ｂは、前述したソロプレーに移行させる。一方、対戦要求があった場合、プレーヤマッチング処理９０ｂは、店内対戦プレーの準備のための処理に移行する。

次に、スタート処理部９０ａは、ホストプレーヤであった場合には、選曲画面を表示してプレーヤにゲームで使用する楽曲を選択させる（ステップＳ１３）。また、スタート処理部９０ａは、難易度選択画面を表示して、プレーヤに難易度を選択させる。難易度は、それぞれのプレーヤが選択可能とする。

難易度が選択されると、ゲーム処理部９０ｃは、ゲーム処理を開始する（ステップＳ１５）。なお、ゲーム画面は、例えば図３６に示すように表示される。

ゲーム処理が終了すると、リザルト表示部９０ｄ１は、店内対戦プレーの勝敗結果（順位等）を表示し（ステップＳ１６）、店内対戦ゲームについてのゲームスコア表示する（ステップＳ１７）。

ここで、コインチャージされている場合には（ステップＳ１８、Ｙｅｓ）、店内対戦プレーを繰り返して実行することができる。店内対戦プレーをしないでゲームを終了する場合には（ステップＳ１８、Ｎｏ）、リザルト表示部９０ｄ１は、リワード画面を表示する（ステップＳ１１）。

次に、ゲームモード選択用の画面において、「ＥＶＥＮＴ ＰＬＡＹ」（期間限定プレー）が選択された場合について説明する。イベントプレーは、予め決められた期間（予め期間を示す年月日時刻が設定されている）のみ選択可能となっている。

まず、スタート処理部９０ａは、イベントに関する各種の情報を表示するイベントレギュレーション画面を表示し、ゲームで使用する楽曲と難易度をプレーヤの指示により設定した後、ゲーム処理を実行する（ステップＳ２０）。なお、楽曲は、イベント用に予め特定の楽曲（課題曲）が用意されているものとする。

ゲーム処理が終了すると、リザルト表示部９０ｄ１は、イベント報酬（参加賞など）を表示するイベント結果を表示した後、リワード画面を表示する（ステップＳ１１）。

リワード画面の表示が終了されると、アンロック処理部９０ｄ２は、何れのモードの場合も隠し曲アンロック処理を実行する（ただし、カード使用の場合）。

図６７は、隠し曲アンロック処理を示すフローチャートである。
まず、アンロック処理部９０ｄ２は、プレーヤのプレーヤデータからアンロック楽曲のデータを読み出し（ステップＧ１）、このデータをもとに隠し曲アンロック画面を表示する。

図６８（ａ）は、隠し曲アンロック画面の一例を示す図である。隠し曲アンロック画面では、楽曲を表す画像（例えば、ジャケット画像など）をパネルで隠したことを表現するアンロック画像を表示する（ステップＧ２）。図６８（ａ）に示す例では、３つの楽曲に対応するアンロック画像が同時に表示された例を示しており、１枚のパネルで隠された１つの楽曲のアンロック画像と、４枚のパネルで隠された２つの楽曲のアンロック画像が含まれている。

また、図６８（ａ）に示す例では、２番目のアンロック画像については２枚のパネル、３番目のアンロック画像については１枚のパネルが、それぞれ先に実行されたゲーム処理後に実行された隠し曲アンロック処理において既に開放されたことを表している。

ここで、操作デバイス５６ａ，５６ｂの操作部を前後に移動させる操作により、何れかのアンロック画像を選択することができる。そして、操作デバイス５６ａ，５６ｂのプッシュボタンの押下によりパネルの開放を指示することができる（ステップＧ３、Ｙｅｓ）。アンロック処理部９０ｄ２は、選択されたアンロック画像中の何れかのパネルを開放する画面を表示した後（ステップＧ４）、ゲーム終了後にプレーヤが獲得したアイテムを示すアイテム獲得画面を表示する（ステップＧ５）。

図６８（ｂ）は、２番目のアンロック画像において１枚のパネルが開放されている様子を示している。なお、１回の隠し曲アンロック処理において開放されるパネルの枚数は、例えばソロプレー及びイベントプレーでは１枚、店内対戦プレー（マッチプレー）では２枚にするなどプレー内容に応じて異なるものとする。また、ゲームのコンティニュー回数に応じて、開放される枚数を変えても良い。さらに、キャンペーン期間中には２枚開放するなど、他の条件に応じて開放されるパネル枚数を決定することが可能である。

図６９は、アイテム獲得画面の一例を示す図である。前述したように隠し曲アンロック処理によりパネルを開いた場合（開くパネルがない場合も含む）にアイテムを獲得することができる。なお、アイテムは、アンロックにより新しい楽曲が開放された時や、プレー終了後、ハイスコアを出した時、クラスやランクが上がった場合に獲得できるものとする。

こうして、全てのパネルが開放された楽曲は、プレーヤがゲームを実行する際に曲選択処理において選択可能となる。また、全てのパネルが開放されていない楽曲については、プレーヤＩＤと対応づけてゲームサーバ１０に記憶され、次回の隠し曲アンロック処理において表示される。

なお、パネルを開放しないでパネル開放枚数をチャージできるようにしても良い。例えば、隠し曲アンロック画面において、操作デバイス５６ａ，５６ｂの操作によりチャージを選択できるようにする。チャージが選択された場合、アンロック処理部９０ｄ２は、プレーヤＩＤと対応づけてゲームサーバ１０（プレーヤデータ）に記憶されるようにする。チャージされたパネル開放枚数は、他の隠し曲アンロック処理において利用して、一括して複数枚のパネルを開放できるようにする。

なお、パネルの数は、図６８に示す１枚や４枚の他、９枚、２５枚、あるいはその他の任意の枚数（パネル形状の種類が複数あっても良い）とすることができる。隠し曲アンロック処理において提供される楽曲は、特別に提供される楽曲であり、例えば最新の楽曲が使用される。

アンロック処理部９０ｄ２は、楽曲が提供されてからの経過期間に応じてパネルの枚数を変化させることも可能である。例えば、提供開始から３ヶ月間内では２５枚のパネルで隠し、３ヶ月経過後は１６枚、４ヶ月経過後は９枚にするなど変化させることが可能である。この場合、３ヶ月内で例えば１８枚のパネルを開放していた場合、６ヶ月経過すると対象とする楽曲を解禁（ゲーム利用可能）となる。

なお、前述した説明では、隠し曲アンロック処理をゲーム処理後に実行するものとしているが、ゲーム処理を開始する前に実行するようにしても良い。

隠し曲アンロック処理が終了されてゲームオーバーになると（ステップＳ２３）、制御部９０は、ゲーム結果の全てのデータを記憶し（ステップＳ２４）、ゲームサーバ１０に対して送信する（ステップＳ２５）。その後、制御部９０は、スタート処理部９０ａ（デモ処理部９０ａ１）によるデモ処理に戻る（ステップＳ１）。

ゲームサーバ１０のプレーヤデータ処理部３０ａは、ゲーム装置２０からゲーム結果のデータを受信すると、プレーヤのプレーヤ管理データ４１ａ（例えば、プレーヤ経験値、クラス、レベル、称号、獲得アイテム、プレーヤ戦績、アンロック楽曲データなど）を更新する。

なお、前述した説明では、各プレーヤのプレーヤデータをゲームサーバ１０に記憶して管理するものとしているが、ゲーム装置２０において記憶するようにしても良い。この場合、ゲーム装置２０は、前述したゲームサーバ１０と同様のデータ管理処理を実行する。ゲーム装置２０に記憶するプレーヤデータが更新された場合には、プレーヤデータを共有している他のゲーム装置２０に更新内容を通知して、データの同期を図るようにすれば良い。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

また、実施形態に記載した制御手法は、コンピュータに実行させることができるプログラム（ソフトウエア手段）として、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記憶媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、コンピュータに実行させるソフトウエア手段（実行プログラムのみならずテーブルやデータ構造も含む）をコンピュータ内に構成させる設定プログラムをも含む。本装置を実現するコンピュータ（例えば、パーソナルコンピュータ、家庭用ゲーム機、スマートフォン、携帯電話機、テレビ、カーナビゲーションシステム等）は、記憶媒体に記憶されたプログラムを読み込み、また場合により設定プログラムによりソフトウエア手段を構築し、このソフトウエア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記憶媒体は、頒布用に限らず、コンピュータ内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。

１０…ゲームサーバ、２０…ゲーム装置、５０ａ…第１筐体、５０ｂ…第２筐体、５０ｃ…連結部材、５１…ディスプレイ、５６ａ，５６ｂ…操作デバイス、９０…制御部、９０ｃ…ゲーム処理部、９２ａ…ゲームプログラム。

Claims (4)

1. ディスプレイにゲームの実行に伴って表示位置を変更させながら進行ルートを表示するルート表示手段と、
   プレーヤの入力操作を受け付ける入力手段と、
   前記進行ルートに合わせて入力操作のタイミングを示すターゲットを表示するターゲット表示手段と、
   前記進行ルートを非表示にすることをプレーヤの操作に応じて選択する選択手段と、
   前記進行ルートを非表示にすることが選択された場合に、前記進行ルートの全てを非表示にする非表示手段とを具備したことを特徴とするゲーム装置。
2. 前記ターゲット表示手段は、前記進行ルートが非表示とされた場合に、非表示前の前記進行ルートの表示位置に応じて前記ターゲットを表示する請求項１記載のゲーム装置。
3. 前記非表示手段は、前記進行ルートと共に前記ターゲットを非表示にすることを特徴とする請求項１記載のゲーム装置。
4. コンピュータを、
   ディスプレイにゲームの実行に伴って表示位置を変更させながら進行ルートを表示させるルート表示手段と、
   プレーヤの入力操作を受け付ける入力手段と、
   前記進行ルートに合わせて入力操作のタイミングを示すターゲットを表示するターゲット表示手段と、
   前記進行ルートを非表示にすることをプレーヤの操作に応じて選択する選択手段と、
   前記進行ルートを非表示にすることが選択された場合に、前記進行ルートの全てを非表示にする非表示手段として機能させるためのプログラム。

Images