ゲーム装置、ゲーム制御方法、及び、プログラム
【課題】ユーザが操作を行うべきタイミングを提示するのに好適なゲーム装置等を提供する。
【解決手段】本発明に係るゲーム装置３００は、第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する表示部３０１と、ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する検知部３０２と、検知された操作体の状態が、（ａ）案内画像が第１の位置から第２の位置へ移動する間、第１の状態であり、（ｂ）案内画像が第２の位置から第１の位置へ移動する間、第２の状態であり、（ｃ）案内画像が第１の位置に到達したときに、第２の状態から第１の状態に移行する場合、当該ユーザの操作が成功したと判定する判定部３０３と、を備える。
【解決手段】本発明に係るゲーム装置３００は、第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する表示部３０１と、ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する検知部３０２と、検知された操作体の状態が、（ａ）案内画像が第１の位置から第２の位置へ移動する間、第１の状態であり、（ｂ）案内画像が第２の位置から第１の位置へ移動する間、第２の状態であり、（ｃ）案内画像が第１の位置に到達したときに、第２の状態から第１の状態に移行する場合、当該ユーザの操作が成功したと判定する判定部３０３と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが操作を行うべきタイミングを提示するのに好適なゲーム装置、ゲーム制御方法、及び、これらをコンピュータにて実現するためのプログラムに関する。
【背景技術】
【０００２】
音楽のリズムに合わせてユーザが操作する、いわゆる音楽ゲーム（リズムゲーム）が知られている。音楽ゲームは、例えば、画面上に順次表示される案内画像が、基準画像に到達したときに、ユーザがタイミングよく操作をすることにより進行するゲームである（例えば、特許文献１参照）。案内画像が基準画像付近に到達した際に、ユーザが当該案内画像に対応する操作をすることにより、当該案内画像は画面上から消滅する（例えば、特許文献１段落００５３乃至００５９、図３参照）。特許文献１では、ユーザの入力タイミングに対応付けられたメッセージ（例えば、「ＧＲＥＡＴ」、「ＧＯＯＤ」等）が画面上に表示される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−２２２２８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、案内画像等を表示する表示範囲が、携帯電話や携帯型のゲーム装置のように限られている場合、複数の案内画像が画面上に表示されると、それぞれの案内画像の表示が小さくなってしまうことがあり、当該案内画像を見づらいと感じるユーザが存在した。一方、通常のリズムゲームでは、操作すべきタイミングをユーザが知る際に画面内の見る位置が大きく移動すると、見づらいことがある。従って、操作すべきタイミングをユーザにわかりやすく提示する技術が求められている。
【０００５】
本発明は、上記問題に鑑みてなされたものであり、ユーザが操作を行うべきタイミングを提示するのに好適なゲーム装置、ゲーム制御方法、及び、これらをコンピュータにて実現するためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するため、本発明の第１の観点に係るゲーム装置は、表示部と、検知部と、判定部と、を含んで構成される。
【０００７】
まず、表示部は、第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する。
【０００８】
ここで、第１の位置及び第２の位置は、画面上の任意の位置である。案内画像が、第１の位置と第２の位置との間を移動するため、両位置が一定距離以上離れているのが典型的である。
また、案内画像とは、ユーザに対して操作を促すための任意の画像をいう。
また、所定の速度とは、好ましくは等速度であるが、速度が可変してもよい。また、案内画像が、第１の位置から第２の位置へ移動する速度と、第２の位置から第１の位置へ移動する速度と、が異なってもよい。
【０００９】
案内画像は、第１の位置から現れて、所定の経路をたどって、第２の位置まで移動する。案内画像が第２の位置に到達すると、当該案内画像は、所定時間の間、第２の位置に留まり、所定の経路をたどって、第１の位置へ移動する。そして、案内画像が、第１の位置に到達すると、画面上から消える。
【００１０】
なお、案内画像が、第１の位置から第２の位置まで移動する経路と、第２の位置から第１の位置まで移動する経路と、は、典型的には同一であるが、異なってもよい。
【００１１】
次に、検知部は、ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する。
【００１２】
ここで、操作体とは、ユーザからの入力操作を受け付けるための装置をいい、例えば、タッチパネル、コントローラ、キーボード、マウス等に相当する。
また、第１の状態とは、ユーザからの入力操作がない状態、または、ユーザが指定される入力操作を行っていない状態をいう。また、第２の状態とは、ユーザが指定される入力操作を行っている状態をいう。
【００１３】
次に、判定部は、検知された操作体の状態が、
（ａ）案内画像が第１の位置から第２の位置へ移動する間、第１の状態であり、
（ｂ）案内画像が第２の位置から第１の位置へ移動する間、第２の状態であり、
（ｃ）案内画像が第１の位置に到達したときに、第２の状態から第１の状態に移行する、
場合、当該ユーザの操作が成功したと判定する。
【００１４】
画面上には、所定の距離だけ離れた第１の位置と第２の位置とがあり、両位置の間を移動する案内画像が表示される。ユーザは、第１の位置から第２の位置へ移動する案内画像の位置を視認しながら、入力操作を行うタイミングを確認する。そして、当該案内画像が第２の位置に到達した時点において、入力操作が要求される。入力操作の具体例としては、操作体がタッチスクリーンであれば、タッチすること、操作体がボタンであれば、ボタンを押下すること、である。当該時点においてタッチ等が行われると、ユーザの操作が成功したと判定される。
【００１５】
次に、案内画像が第２の位置に到達してから第１の位置に到達するまでの間、入力操作の継続が要求される。入力操作の継続の具体例としては、操作体がタッチスクリーンであれば、タッチし続けること、操作体がボタンであれば、ボタンを押下し続けること、である。そして、案内画像が第１の位置に到達した時点において、入力操作の解除、すなわち、タッチの解除やボタン押下の解除、が要求される。当該時点においてタッチの解除等が行われると、ユーザの操作が成功したと判定される。
【００１６】
携帯電話や携帯型のゲーム装置のように画面サイズが小さく、表示範囲が制限されるおそれがある場合であっても、ユーザは、タッチ等の操作を行うべき第２の位置と、タッチの解除等の操作を行うべき第１の位置と、の２つの位置に到達する案内画像を視認するだけで、操作を行うべきタイミングを確認することができる。また、案内画像が表示される範囲は、第１の位置と第２の位置との間に限られているため、ユーザの視線の移動を少なくすることができる。
【００１７】
このため、本発明によれば、操作すべきタイミングをユーザにわかりやすく提示することができる。また、ユーザの視線の移動を少なくすることにより、操作すべきタイミングをユーザにわかりやすく提示することができる。
【００１８】
また、本発明に係るゲーム装置は、出力部を含んで構成することもできる。
【００１９】
出力部は、検知された操作体の状態が、第２の状態である間、所定の音声を出力する。
【００２０】
ここで、所定の音声は、任意の音量、音程、及び、音色等から構成される音声である。ユーザが、タッチスクリーンをタッチすると音声が出力され、タッチされている間、音声が出力され続ける。そして、タッチが解除されると、音声の出力が停止される。このため、ユーザの操作が成功したと判定される場合、すなわち、案内画像が、第２の位置に到達した時点から当該第２の位置を離れて第１の位置に到達するまでの間、タッチスクリーンをタッチする操作が継続されると、音声が出力される。
【００２１】
これにより、ユーザに対して音声を出力させる操作を促すことができる。
【００２２】
また、画面並びに操作体は、タッチスクリーンである、ことも可能である。
タッチスクリーンにおいて、
（ａ）案内画像が移動する範囲をユーザがタッチしている状態は、第２の状態であり、
（ｂ）案内画像が移動する範囲以外をユーザがタッチしている状態、及び、タッチスクリーンをユーザがタッチしていない状態は、第１の状態である。
【００２３】
ここで、案内画像が移動する範囲とは、典型的には、第１の位置と第２の位置とで挟まれる領域をいう。画面上において、案内画像が移動する範囲をユーザがタッチすると、当該タッチは、指定される操作として判定される。一方、案内画像が移動する範囲以外、例えば、第１の位置と第２の位置との外周の領域をユーザがタッチしている状態、及び、ユーザがタッチスクリーンをタッチしていない状態は、指定される操作ではないと判定される。
【００２４】
これにより、画面上の所定の位置をタッチするようユーザに促すことができる。
【００２５】
また、動画像において、第１の位置と案内画像とに挟まれる領域の色彩と、第２の位置と案内画像とに挟まれる領域の色彩と、は異なる、ことも可能である。
【００２６】
例えば、第１の位置と案内画像とに挟まれる領域が、第１の色彩で表示され、第２の位置と案内画像とに挟まれる領域が、第２の色彩で表示されるとする。この場合、案内画像が第１の位置から第２の位置へ移動していくと、第１の色彩で表示される領域が増大し、第２の色彩で表示される領域が減少していく。そして、案内画像が第２の位置に到達すると、第１の位置と第２の位置とに挟まれる領域すべてが、第１の色彩で表示される。このため、第１の位置と第２の位置とに挟まれる領域すべてが第１の色彩で表示されるタイミングが、ユーザがタッチを行うべきタイミングとなる。
【００２７】
また、案内画像が第２の位置に到達後、当該第２の位置を離れて第１の位置へ移動していくと、第１の色彩で表示される領域が減少し、第２の色彩で表示される領域が増大していく。そして、案内画像が第１の位置に到達すると、第１の位置と第２の位置とに挟まれる領域すべてが、第２の色彩で表示される。このため、第１の位置と第２の位置とに挟まれる領域すべてが第２の色彩で表示されるタイミングが、ユーザがタッチの解除を行うべきタイミングとなる。
【００２８】
これにより、色彩の変化により２つの領域が区別され、案内画像の位置が画面上に明確に表示されるため、操作を行うべきタイミングをユーザにわかりやすく提示することができる。
【００２９】
また、表示部は、複数の案内画像が移動する動画像を画面に表示する、ことも可能である。
【００３０】
例えば、第１の案内画像は、第１の位置と第２の位置との間を移動し、第２の案内画像は、第３の位置と第４の位置との間を移動する。各案内画像は、画面上の任意の２つの位置の間を移動する。画面上には、所定の距離だけ離れた２つの位置の間を移動する案内画像が表示され、当該案内画像の位置により、タッチ等の操作を行うべきタイミングと、タッチ等の解除の操作を行うべきタイミングと、をユーザは認識することができる。
【００３１】
これにより、限られた表示範囲においても、操作すべきタイミングをユーザにわかりやすく提示することができる。
【００３２】
上記の目的を達成するため、本発明の他の観点に係るゲーム制御方法は、表示部と、検知部と、判定部と、を有するゲーム装置にて実行されるゲーム制御方法であって、表示工程と、検知工程と、判定工程と、を備える。
【００３３】
表示工程では、表示部が、第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する。
【００３４】
検知工程では、検知部が、ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する。
【００３５】
判定工程では、検知された操作体の状態が、（ａ）案内画像が第１の位置から第２の位置へ移動する間、第１の状態であり、（ｂ）案内画像が第２の位置から第１の位置へ移動する間、第２の状態であり、（ｃ）案内画像が第１の位置に到達したときに、第２の状態から第１の状態に移行する、場合、判定部が、当該ユーザの操作が成功したと判定する。
【００３６】
これにより、ユーザが操作を行うべきタイミングを提示することができる。
【００３７】
本発明のその他の観点に係るプログラムは、コンピュータを上記のゲーム装置として機能させ、コンピュータに上記のゲーム制御方法を実行させるように構成する。
【００３８】
また、本発明のプログラムは、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等のコンピュータ読取可能な情報記録媒体に記録することができる。上記プログラムは、当該プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記情報記録媒体は、当該コンピュータとは独立して配布・販売することができる。
【発明の効果】
【００３９】
本発明によれば、ユーザが操作を行うべきタイミングを提示することができる。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施形態に係るゲーム装置が実現される典型的な携帯型情報処理装置の概要構成を示す図である。
【図２】携帯型情報処理装置の外観及び入力操作の一例を示す図である。
【図３Ａ】第２の表示部に表示される画面の一例を示す図である。
【図３Ｂ】第２の表示部に表示される画面の一例を示す図である。
【図４Ａ】案内画像の移動を説明するための図である。
【図４Ｂ】案内画像の移動を説明するための図である。
【図４Ｃ】案内画像の移動を説明するための図である。
【図４Ｄ】案内画像の移動を説明するための図である。
【図４Ｅ】案内画像の移動を説明するための図である。
【図５】ゲーム装置の概要構成を示す図である。
【図６】ゲーム処理の流れを示すフローチャートである。
【図７】案内画像の速度変化と鍵盤の表示との関係を示す図である。
【図８Ａ】案内画像の停止時間と音符の種類との関係を示す図である。
【図８Ｂ】案内画像の停止時間と音符の種類との関係を示す図である。
【図９Ａ】実施形態２に係る案内画像の移動を説明するための図である。
【図９Ｂ】実施形態２に係る案内画像の移動を説明するための図である。
【図９Ｃ】実施形態２に係る案内画像の移動を説明するための図である。
【図９Ｄ】実施形態２に係る案内画像の移動を説明するための図である。
【図１０】案内画像の移動速度が途中で変化した例を示す図である。
【発明を実施するための形態】
【００４１】
（実施形態１）
以下に、本発明の実施形態に係るゲーム装置について説明する。以下では、理解を容易にするため、携帯型情報処理装置に本発明が適用される実施形態を説明するが、各種のコンピュータ、ＰＤＡ、携帯電話、音楽プレイヤなどにおいても同様に本発明を適用することができる。すなわち、以下に記載する実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。従って、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【００４２】
図１は、本発明の実施形態に係るゲーム装置が実現される典型的な携帯型情報処理装置の概要構成を示す図である。また、図２に携帯型情報処理装置の外観図を示す。以下、これらの図を参照して説明する。
【００４３】
携帯型情報処理装置１は、処理制御部１０、コネクタ１１、カートリッジ１２、無線通信部１３、通信コントローラ１４、サウンドアンプ１５、スピーカ１６、マイク１７、操作キー１８、第１の表示部１９、第２の表示部２０、タッチパネル２１、を備える。
【００４４】
処理制御部１０は、ＣＰＵ（Central Processing Unit）コア１０ａ、画像処理部１０ｂ、ＶＲＡＭ（Video Random Access Memory）１０ｃ、ＷＲＡＭ（Work RAM）１０ｄ、ＬＣＤ（Liquid Crystal Display）コントローラ１０ｅ、タッチパネルコントローラ１０ｆ、を備える。
【００４５】
ＣＰＵコア１０ａは、携帯型情報処理装置１全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。具体的には、カートリッジ１２がコネクタ１１に装着された状態で、カートリッジ１２内のＲＯＭ（Read Only Memory）１２ａに記憶されたプログラムやデータを読み出して、所定の処理を実行する。
【００４６】
画像処理部１０ｂは、カートリッジ１２内のＲＯＭ １２ａから読み出されたデータや、ＣＰＵコア１０ａにて処理されたデータを加工処理した後、これをＶＲＡＭ １０ｃに格納する。
【００４７】
ＶＲＡＭ １０ｃは、表示用の情報を記憶するフレームメモリであり、画像処理部１０ｂ等により加工された画像情報を記憶する。
【００４８】
ＷＲＡＭ １０ｄは、ＣＰＵコア１０ａがプログラムに従った各種処理を実行する際に必要となるワークデータ等を記憶する。
【００４９】
ＬＣＤコントローラ１０ｅは、第１の表示部１９および、第２の表示部２０を制御し、所定の表示用画像を表示させる。例えば、ＬＣＤコントローラ１０ｅは、ＶＲＡＭ １０ｃに記憶された画像情報を、所定の同期タイミングで表示信号に変換し、第１の表示部１９に出力する。また、ＬＣＤコントローラ１０ｅは、第２の表示部２０に所定の指示アイコン等を表示する。
【００５０】
タッチパネルコントローラ１０ｆは、タッチペンやユーザの指によるタッチパネル２１への接触（タッチ）を検出する。例えば、第２の表示部２０に所定の指示アイコン等が表示されている状態で、タッチパネル２１上の接触およびその位置等を検出する。
【００５１】
コネクタ１１は、カートリッジ１２と脱着自在に接続可能な端子であり、カートリッジ１２が接続された際に、カートリッジ１２との間で所定のデータを送受信する。
【００５２】
カートリッジ１２は、ＲＯＭ １２ａと、ＲＡＭ（Random Access Memory）１２ｂと、を備える。
ＲＯＭ １２ａには、ゲームを実現するためのプログラムとゲームに付随する画像データや音声データ等が記録される。
ＲＡＭ １２ｂには、ゲームの進行状況等を示す種々のデータが記憶される。
【００５３】
無線通信部１３は、他の携帯型情報処理装置１の無線通信部１３との間で、無線通信を行うユニットであり、図示せぬアンテナ（内蔵アンテナ等）を介して所定のデータを送受信する。
なお、無線通信部１３は、所定のアクセスポイントとの間で、無線ＬＡＮ通信を行うこともできる。また、無線通信部１３には、固有のＭＡＣ（Media Access Control）アドレスが採番されている。
【００５４】
通信コントローラ１４は、無線通信部１３を制御し、所定のプロトコルに沿って、処理制御部１０と他の携帯型情報処理装置１の処理制御部１０との間で行われる通信の仲立ちをする。
【００５５】
サウンドアンプ１５は、処理制御部１０にて生成された音声信号を増幅し、スピーカ１６に供給する。
【００５６】
スピーカ１６は、例えば、ステレオスピーカ等からなり、サウンドアンプ１５にて増幅された音声信号に従って、所定の楽曲音や効果音等を出力する。
【００５７】
マイク１７は、ユーザの声等のアナログ信号を受け付け、受け付けた信号は処理制御部１０でミキシング等の処理がされる。
【００５８】
操作キー１８は、携帯型情報処理装置１に適宜配置された方向キー１８ａやボタン１８ｂ等から構成され、ユーザの操作に従って、所定の指示入力を受け付ける。操作キー１８には、音量を調節するためのボタンや、つまみ等も含まれる。
【００５９】
第１の表示部１９および、第２の表示部２０は、ＬＣＤ等からなり、ＬＣＤコントローラ１０ｅに制御され、ゲーム画像等を適宜表示する。
【００６０】
タッチパネル２１は、第２の表示部２０の前面に重畳して配置され、タッチペン２２やユーザの指の接触による入力を受け付ける。
タッチパネル２１は、例えば、感圧式のタッチセンサパネル等からなり、ユーザの指等の圧力を検出し、接触状態および、接触状態から非接触状態への移行等を検出する。なお、タッチパネル２１は、他に静電容量の変化等から、ユーザの指等の接触を検出してもよい。
【００６１】
なお、本実施の形態に係るゲーム装置は、上述した典型的な携帯型情報処理装置１上に実現されるが、一般的なコンピュータや情報処理装置上に実現することもでき、これらの実施形態も本発明の範囲に含まれる。一般的なコンピュータや情報処理装置は、上記携帯型情報処理装置１と同様に、ＣＰＵコアや、ＶＲＡＭ、ＷＲＡＭ、を備える。また、通信部として、例えば、ＬＡＮ（Local Area Network）を構成する際に用いられる１０ＢＡＳＥ−Ｔ／１００ＢＡＳＥ−Ｔなどの規格に準拠するＮＩＣ（Network Interface Controller）、記憶装置としてハードディスクを有する他、ＤＶＤ−ＲＯＭや、光磁気ディスク等が利用できるようになっている。また、入力装置として、タッチパネルの代わりに、キーボードやマウスなどを利用する。そして、プログラムをインストールした後に、そのプログラムを実行させると、ゲーム装置として機能させることができる。
【００６２】
本実施形態では、オルガンやエレクトーン（登録商標）のような鍵盤楽器において、鍵（キー）を押している間、音声が出力される鍵盤楽器を弾くゲームを例に取り説明する。本実施形態の鍵盤楽器を弾くゲームでは、図２に示すように、第２の表示部２０に鍵盤の画像（以下、鍵盤２３）が表示される。ユーザが、タッチペン２２や指等で、鍵盤２３が表示されたタッチパネル２１をタッチすると、当該タッチに基づいた処理が行われる。例えば、ユーザが、タッチペン２２で、鍵盤２３の鍵をタッチすると、タッチされている間、タッチされた鍵に対応した音が出力される。
【００６３】
図３Ａ及び図３Ｂは、第２の表示部２０に表示される画面の一例を示す図である。同図に示すように、第２の表示部２０には、鍵盤２３が表示される。鍵盤２３は、典型的には、複数の白鍵の画像（以下、白鍵２３ａ）と複数の黒鍵の画像（以下、黒鍵２３ｂ）とから構成される。白鍵２３ａ及び黒鍵２３ｂにおける第１の位置３１は、白鍵２３ａ及び黒鍵２３ｂ（鍵盤２３）の上辺に相当する。また、白鍵２３ａにおける第２の位置３２ａは、白鍵の下辺に相当し、黒鍵２３ｂにおける第２の位置３２ｂは、黒鍵の下辺に相当する。鍵の形状が異なるため、白鍵２３ａと黒鍵２３ｂとでは、第２の位置３２ａ、３２ｂが異なっている。
【００６４】
案内画像３０は、例えば図３Ａに示すように、白鍵２３ａや黒鍵２３ｂ上に表示される線状に形成された画像である。また、案内画像３０は、図３Ｂに示すように、白鍵２３ａや黒鍵２３ｂ上に表示される帯状に形成された帯状画像３０ａ、もしくは、点線内部に示される帯状画像３０ａの下辺部に相当する線状に形成された画像である。案内画像３０は、白鍵２３ａや黒鍵２３ｂ上に表示できる任意の形状及びサイズから形成される画像である。
以下では、案内画像３０を、図３Ｂに示すように、帯状画像３０ａの下辺部に相当する線状に形成された画像として説明する。
【００６５】
ユーザは、操作を促すための案内画像３０の位置を確認しながら、適切なタイミングにおいて、タッチ操作、及び、当該タッチ操作の解除を行うことにより、ゲームを進める。図４Ａ〜４Ｅは、案内画像３０の移動を説明するための図である。以下、案内画像３０が白鍵２３ａ内を移動する場合について、同図を用いて説明する。
なお、案内画像３０が、黒鍵２３ｂ内を移動する場合については、白鍵２３ａ内を移動する場合と同様であるため、ここでは省略する。
【００６６】
まず、図４Ａに示すように、第２の表示部２０に鍵盤２３が表示される。鍵盤２３は、複数の白鍵２３ａと複数の黒鍵２３ｂとから構成される。ユーザが白鍵２３ａや黒鍵２３ｂを指等によりタッチすることにより、タッチされた鍵に対応する音が出力される。案内画像３０は、第１の位置３１から現れて、白鍵２３ａ内を沿って移動する。ここで、移動とは、典型的には、異なる位置の間を直線的に進むことをいう。同図の場合、白鍵２３ａ上に示される第１の位置３１と第２の位置３２ａとの間を、案内画像３０が直線的に進んでいく。なお、移動経路は、直線に限られず、波線、ジグザグ線等、任意である。
【００６７】
次に、図４Ｂに示すように、案内画像３０は、演奏される楽曲のリズム等に同調して、白鍵２３ａ内を沿って、第１の位置３１から第２の位置３２ａまで移動して行く。案内画像３０が第１の位置３１から第２の位置３２ａへと移動することにより、第１の位置３１と案内画像３０とに挟まれる領域３３が増大していき、第２の位置３２ａと案内画像３０とに挟まれる領域３４が減少していく。案内画像３０が表示される白鍵２３ａにおいて、第１の位置３１と案内画像３０とに挟まれる領域３３は、典型的には白以外の色彩が付される。これにより、第１の位置３１と案内画像３０とに挟まれる領域３３の色彩と、第２の位置３２ａと案内画像３０とに挟まれる領域３４の色彩と、が異なるため、ユーザは案内画像３０の位置を明確に把握することができる。
【００６８】
案内画像３０が移動して、図４Ｃに示すように、案内画像３０が第２の位置３２ａに到達した時点、すなわち、第１の位置３１と案内画像３０とに挟まれるすべての領域３３の色彩が変化した時点が、ユーザがタッチ操作を行うタイミングである。ユーザは、鍵盤２３の色彩の変化を視認することにより、タッチすべき鍵とタッチすべきタイミングとを把握することができる。タッチペン２２等により、色彩が変化した白鍵２３ａをユーザがタッチすることにより、当該白鍵２３ａに対応する音声が出力される。例えば、同図に示すように、「ファ」に対応する鍵をタッチすることにより、「ファ」の音が出力される。ユーザがタッチを継続している間、音声が出力される。案内画像３０は、所定の時間、第２の位置３２ａに留まった後、再び移動を開始する。当該所定の時間は、案内画像３０の移動速度と音を出力すべき時間の長さとに基づいて決定される。
【００６９】
次に、案内画像３０が第２の位置３２ａに到達した後、図４Ｄに示すように、案内画像３０は、第２の位置３２ａから第１の位置３１へ向けて移動を開始する。案内画像３０が第２の位置３２ａから第１の位置３１に向けて移動することにより、第１の位置３１と案内画像３０とに挟まれる領域３３が減少していき、第２の位置３２ａと案内画像３０とに挟まれる領域３４が増大していく。案内画像３０が、第２の位置３２ａから離れて、第１の位置３１へ移動している間も、タッチペン２２等によるタッチの継続が促される。当該タッチが継続されている間、タッチが行われている白鍵２３ａに対応する音声が出力される。
【００７０】
そして、図４Ｅに示すように、案内画像３０が第１の位置３１に到達した時点、すなわち、第１の位置３１と案内画像３０とに挟まれる領域３３の色彩がもとの状態となった時点が、ユーザがタッチ操作を解除すべきタイミングである。ユーザがタッチ操作の解除を行うと、音の出力が停止される。
【００７１】
ユーザがタッチを行うべき時間は、案内画像３０が第２の位置３２ａに到達した時点から、案内画像３０が第２の位置３２ａを離れて第１の位置３１の到達した時点までとなる。ユーザがタッチを行うべき時間は、すなわち、音声を出力すべき時間は、音符の種類（例えば、４分音符、全音符）によって異なる。案内画像３０は典型的には等速度で移動するため、案内画像３０が第２の位置３２ａに留まる時間を調整することにより、音声を出力すべき時間を変化させることができる。これにより、複数の音符を表現することができる。
【００７２】
例えば、全音符を表現する場合には、案内画像３０が第２の位置３２ａに４秒間留まり、また、４分音符を表現する場合には、案内画像３０が第２の位置３２ａに０秒間留まる、というように、音符の種類（すなわち、音を出力すべき時間の長さ）に基づいて、案内画像３０が第２の位置３２ａに留まる時間が決定される。
【００７３】
上述する案内画像３０の移動処理が繰り返されることにより、ゲームが進行していく。
【００７４】
図５は、本実施形態に係るゲーム装置の構成を示す図である。以下、本図を参照して説明する。ゲーム装置３００は、同図にしめすように、表示部３０１、検知部３０２、判定部３０３、出力部３０４、記憶部３０５等を備える。
【００７５】
表示部３０１は、図３Ａ、図３Ｂ、及び、図４Ａ〜４Ｅに示すように、鍵盤２３を表示し、当該鍵盤２３上に案内画像３０を表示して、当該案内画像３０が移動する動画像を表示する。表示部３０１は、第１の位置３１から第２の位置３２ａ、３２ｂへ所定の速度で案内画像３０が移動し、その後、当該第２の位置３２ａ、３２ｂから当該第１の位置３１へ当該所定の速度で当該案内画像３０が移動する動画像を画面に表示する。
【００７６】
案内画像３０が移動する速度は、典型的には等速度であり、案内画像３０が、第１の位置３１から第２の位置３２ａ、３２ｂへ移動する速度と、第２の位置３２ａ、３２ｂから第１の位置３１へ移動する速度と、は等しい。
なお、第１の位置３１から第２の位置３２ａ、３２ｂへ移動する速度と、第２の位置３２ａ、３２ｂから第１の位置３１へ移動する速度と、が異なってもよい。また、第１の位置３１から第２の位置３２ａ、３２ｂへ、また、第２の位置３２ａ、３２ｂから第１の位置３１へ、移動している途中において、速度を可変してもよい。
【００７７】
また、表示部３０１は、第１の位置３１と案内画像３０とに挟まれる領域３３の色彩と、第２の位置３２ａ、３２ｂと案内画像３０とに挟まれる領域３４の色彩と、が異なるように表示する。当該領域３３、３４は、任意の色彩で表示される。
【００７８】
ＣＰＵコア１０ａ、画像処理部１０ｂ、ＶＲＡＭ １０ｃ、ＬＤＣコントローラ１０ｅ、及び、第１／第２の表示部１９、２０等が協働して動作することにより、表示部３０１として機能する。
【００７９】
検知部３０２は、ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する。
【００８０】
ここで、操作体は、ユーザからの入力操作を受け付けるための装置をいい、例えば、タッチパネル、コントローラ、キーボード、マウス等に相当する。
また、第１の状態とは、ユーザからの入力操作がない状態、または、ユーザが指定の入力操作を行っていない状態をいう。また、第２の状態とは、ユーザが指定される入力操作を行っている状態をいう。
【００８１】
例えば、図２等に示すように、操作体がタッチパネル２１であるときは、ユーザがタッチペン２２等によりタッチパネル２１をタッチしていない状態、または、タッチパネル２１上に表示される鍵盤２３の所定の鍵をタッチしていない状態が、第１の状態である。また、ユーザがタッチペン２２等により鍵盤２３の所定の鍵（具体的には、案内画像３０が表示された鍵）をタッチしている状態が、第２の状態である。
【００８２】
ＣＰＵコア１０ａ、タッチパネル２１、タッチパネルコントローラ１０ｆ、及び、操作キー１８等が協働して動作することにより、検知部３０２として機能する。
【００８３】
判定部３０３は、検知された操作体の状態が、
（ａ）案内画像３０が第１の位置３１から第２の位置３２ａ、３２ｂへ移動する間、第１の状態であり、
（ｂ）案内画像３０が第２の位置３２ａ、３２ｂから第１の位置３１へ移動する間、第２の状態であり、
（ｃ）案内画像３０が第１の位置３１に到達したときに、第２の状態から第１の状態に移行する、場合、当該ユーザの操作が成功したと判定する。
【００８４】
判定部３０３は、案内画像３０の位置、及び、操作体の状態に基づいて、ユーザの操作が成功したか否かを判定する。例えば、図４Ｃに示すように、案内画像３０が第２の位置３２ａに到達した時点、すなわち、第１の位置３１と案内画像３０とに挟まれるすべての領域３３の色彩が変化した時点が、ユーザがタッチ操作を行うべきタイミングである。当該タイミングにおいて、色彩が変化した案内画像３０が表示される鍵、具体的には、同図では「ファ」に対応する白鍵２３ａを、ユーザがタッチすると、ユーザの操作が成功したと判定される。
【００８５】
また、図４Ｅに示すように、案内画像３０が第１の位置３１に到達した時点、すなわち、第１の位置３１と案内画像３０とに挟まれる領域３３の色彩がもとの状態となった時点が、ユーザがタッチ操作の解除を行うべきタイミングである。当該タイミングにおいて、色彩がもとの状態で表示される鍵、具体的には、同図では「ファ」に対応する白鍵２３ａを、ユーザがタッチしている操作を止めると、ユーザの操作が成功したと判定される。
【００８６】
ＣＰＵコア１０ａ、第２の表示部２０、タッチパネル２１、及び、タッチパネルコントローラ１０ｆ等が協働して動作することにより、判定部３０３として機能する。
【００８７】
出力部３０４は、検知された操作体の状態が、第２の状態である間、所定の音声を出力する。出力部３０４は、ユーザがタッチペン２２等を用いてタッチパネル２１がタッチされると、当該タッチされた鍵に対応する音声を出力し、当該タッチが解除されると、音声の出力を停止する。
【００８８】
ＣＰＵコア１０ａ、サウンドアンプ１５、及び、スピーカ１６等が協働して動作することにより、出力部３０４として機能する。
【００８９】
記憶部３０５は、例えば、ユーザがタッチした鍵、ユーザ操作の成否、操作が行われた時点と操作が行われるべき時点とのずれ等のゲームの進行状態を記憶する。
【００９０】
ＣＰＵコア１０ａ、及び、ＲＡＭ １２ｂ等が協働して動作することにより、記憶部３０５として機能する。
【００９１】
次に、本実施形態のゲーム装置３００にて実行される処理について説明する。図６は、ゲーム処理の流れを示すフローチャートである。以下、本図を参照して説明する。
【００９２】
鍵盤２３のどの白鍵２３ａもしくは黒鍵２３ｂに案内画像３０が表示されるかは、楽曲や楽曲のパートによってあらかじめ定められているのが典型的である。ここでは、説明を容易にするために、鍵盤２３の「ファ」の音域に相当する白鍵２３ａに案内画像３０が表示される場合について説明する。
【００９３】
まず、ゲーム装置３００に電源が投入され、ユーザによってゲームが開始されると、図４Ａに示すように、ＣＰＵコア１０ａは、第２の表示部２０に、当該ゲームで使用される鍵盤２３を表示する（ステップＳ１０１）。また、ＣＰＵコア１０ａは、所定の楽曲を再生して、当該楽曲をスピーカ１６から出力する。
【００９４】
なお、表示される鍵盤２３の範囲（音域）は任意であり、例えば、１オクターブや３オクターブ等の音域が出力される鍵盤が表示される。
【００９５】
次に、ＣＰＵコア１０ａは、再生される楽曲のリズム等に同調するように、第１の位置３１に案内画像３０を表示し、図４Ｂに示すように、当該案内画像３０が白鍵２３ａ内を沿って、第１の位置３１から第２の位置３２ａへ移動するように表示する（ステップＳ１０２）。
【００９６】
図７は、案内画像３０の速度変化と鍵盤の表示との関係を示す図である。ＣＰＵコア１０ａは、同図に示すように、案内画像３０を所定の速度（ここでは、＋Ｖ）で移動させ、当該案内画像３０を移動させることに伴って、第１の位置３１と案内画像３０とで挟まれる領域３３を、所定の色彩を付して表示する。
【００９７】
第１の位置３１と案内画像３０とで挟まれる領域３３が、所定の色彩を付して表示されると、第１の位置３１と案内画像３０とで挟まれる領域３３と、案内画像３０と第２の位置３２ａとで挟まれる領域３４と、が、明確に区別される。これにより、案内画像３０の位置が容易に視認されるため、操作を行うべきタイミングをユーザに対してわかりやすく提示することができる。
【００９８】
次に、ＣＰＵコア１０ａは、タッチ操作を検出する（ステップＳ１０３）。そして、ＣＰＵコア１０ａは、タッチ操作が検出されている間、当該タッチ操作に対応する音声を出力する。例えば、図４Ｃに示すように、「ファ」に相当する白鍵２３ａへのタッチが検出されると、「ファ」の音が出力される。タッチ操作が継続されている間、タッチが行われている鍵に対応する音声が出力され、タッチ操作が解除されると、音声の出力が停止される。
【００９９】
次に、ＣＰＵコア１０ａは、移動表示している案内画像３０が、第２の位置３２ａに到達したか否かを判定する（ステップＳ１０４）。案内画像３０が第２の位置３２ａに到達したタイミング、すなわち、白鍵２３ａの全体の色彩が変化したタイミングが、ユーザが操作を行うべきタイミングである。図４Ｃに示すように、ユーザは、色彩が変化した白鍵２３ａをタッチ開始することが要求される。
【０１００】
案内画像３０が第２の位置３２ａに到達していない場合（ステップＳ１０４；Ｎｏ）、ＣＰＵコア１０ａは、案内画像３０を移動させる表示を継続する（ステップＳ１０２）。
【０１０１】
一方、案内画像３０が第２の位置３２ａに到達した場合（ステップＳ１０４；Ｙｅｓ）、ＣＰＵコア１０ａは、所定の時間、案内画像３０を第２の位置３２ａに留めて表示する（ステップＳ１０５）。ＣＰＵコア１０ａは、図７に示すように、案内画像３０の移動速度Ｖを、Ｖ＝０として案内画像３０の移動を停止させて、当該案内画像３０を第２の位置３２ａに留めて表示する。
【０１０２】
次に、ＣＰＵコア１０ａは、案内画像３０が第２の位置３２ａに到達したタイミングにおいて、タッチ操作が行われたか否かを判定する（ステップＳ１０６）。ＣＰＵコア１０ａは、案内画像３０を伴う白鍵２３ａが表示されるタッチスクリーン上の領域が、タッチされている状態であるか否かを検知することにより、判定を行う。
【０１０３】
案内画像３０が第２の位置３２ａに到達したタイミングに、タッチ操作が行われた場合（ステップＳ１０６；Ｙｅｓ）、ＣＰＵコア１０ａは、ユーザによるタッチ操作が成功したと判定し、成功を示す旨の表示（例えば、「Ｇｏｏｄ」、「ＯＫ」、「○（まる）」等）を出力する（ステップＳ１０７）。タッチ操作が行われると、タッチされた鍵に対応する音声が、スピーカ１６から出力される。
【０１０４】
なお、案内画像３０が第２の位置３２ａに到達したタイミングに、タッチ操作が行われた場合であっても、当該案内画像３０が表示されていない鍵盤２３がタッチされた場合、ＣＰＵコア１０ａは、ユーザによるタッチ操作は失敗したと判定する。例えば、図４Ｃに示すように、鍵盤２３の「ファ」の音域に相当する白鍵２３ａ以外の鍵盤２３（例えば、「ミ」や「ソ」の音域に相当する白鍵２３ａ）がタッチされている場合、ＣＰＵコア１０ａは、ユーザによるタッチ操作が失敗したと判定する。
【０１０５】
一方、案内画像３０が第２の位置３２ａに到達したタイミングに、タッチ操作が行われていない場合（ステップＳ１０６；Ｎｏ）、ＣＰＵコア１０ａは、ユーザによるタッチ操作が失敗したと判定し、失敗を示す旨の表示（例えば、「Ｂａｄ」、「ＮＧ」、「×（ばつ）」等）を出力する（ステップＳ１０８）。
【０１０６】
なお、成功及び失敗を示す旨の表示内容は任意であり、出力される表示の位置及びサイズ等も任意である。また、音声や振動によって、成功及び失敗を示す旨を出力することもできる。
【０１０７】
次に、ＣＰＵコア１０ａは、案内画像３０を第２の位置３２ａから第１の位置３１へ移動させるか否かを判定する（ステップＳ１０９）。例えば、ＣＰＵコア１０ａは、案内画像３０が第２の位置３２ａに到達してから、所定の時間が経過したか否かに基づいて、判定を行う。
【０１０８】
案内画像３０が第２の位置３２ａに停止する停止時間Ｔ１（ｓ）、音声を出力すべき時間Ｔ２（ｓ）、白鍵２３ａの長さＬ（ｃｍ）、案内画像３０の移動速度Ｖ（ｃｍ／ｓ）、とすると、時間Ｔ１は、以下の式（１）から求められる。
Ｔ１＝Ｔ２−（Ｌ／Ｖ） （１）
【０１０９】
ＣＰＵコア１０ａは、楽曲の速度、及び、音符の種類等から時間Ｔ２を求め、さらに、式（１）に基づいて、時間Ｔ１を算出する。そして、ＣＰＵコア１０ａは、案内画像３０が第２の位置３２ａに到達した後、時間Ｔ１が経過するまで、案内画像３０が第２の位置３２ａに留まるように表示する。
【０１１０】
図８Ａ及び８Ｂは、案内画像３０の停止時間と音符の種類との関係を示す図である。例えば、音符の種類が全音符の場合、全音符の長さの音が出力される時間Ｔ２が定められている。図８Ａに示すように、時間Ｔ２は、タッチ開始からタッチ解除までの時間である。時間Ｔ２が全音符の長さの音となるように、式（１）に基づいて、時間Ｔ１が算出される。そして、案内画像３０が第２の位置３２ａに到達した時点、すわなち、Ｖ＝０となった時点から時間Ｔ１が経過するまで、案内画像３０は、第２の位置３２ａに留まる。これにより、案内画像３０が第２の位置３２ａに到達した時点、すなわち、タッチ開始の時点から、当該案内画像３０が第１の位置３１に到達した時点、すなわち、タッチ解除の時点までの時間が決定されて、全音符の長さの音が出力されるようになる。
【０１１１】
また、例えば、音符の種類が８分音符の場合、８分音符の長さの音が出力される時間Ｔ２が定められている。図８Ｂに示すように、時間Ｔ２は、タッチ開始からタッチ解除までの時間であり、当該時間Ｔ２が８分音符の長さの音となるように、式（１）に基づいて、時間Ｔ１が算出される。本図の場合では、Ｔ１＝０であり、案内画像３０が第２の位置３２ａに到達すると、当該第２の位置３２ａに留まることなく、第１の位置３１へ向けて移動する。
【０１１２】
なお、時間Ｔ２は、楽曲の速度に基づいて変化するため、音符の種類が８分音符の場合に、Ｔ１＝０となるわけではない。時間Ｔ１は、楽曲の速度、案内画像３０の移動速度、音符の種類等に基づいて、任意に変化し得る。
【０１１３】
案内画像３０を第１の位置３１へ移動させない場合、すなわち、案内画像３０を第２の位置３２ａに留める場合（ステップＳ１０９；Ｎｏ）、ＣＰＵコア１０ａは、図４Ｃに示すように、案内画像３０を第２の位置３２ａに表示し続けて（ステップＳ１０５）、その後、案内画像３０を移動させるか否かを再び判定する（ステップＳ１０９）。
【０１１４】
なお、ステップ１０９においてＮｏと判定され、ステップＳ１０５〜Ｓ１０８が繰り返される場合、ＣＰＵコア１０ａは、ステップＳ１０７、Ｓ１０８の処理を省略することもできる。
【０１１５】
一方、案内画像３０を第１の位置３１へ移動させる場合（ステップＳ１０９；Ｙｅｓ）、ＣＰＵコア１０ａは、図４Ｄに示すように、案内画像３０が白鍵２３ａ内を沿って、第２の位置３２ａから第１の位置３１へ移動するように表示する（ステップＳ１１０）。ＣＰＵコア１０ａは、図７に示すように、案内画像３０を−Ｖの移動速度で移動させる。当該案内画像３０の移動に伴い、第１の位置３１と案内画像３０とで挟まれる領域３３を減少する。
【０１１６】
次に、ＣＰＵコア１０ａは、移動表示している案内画像３０が、第１の位置３１に到達したか否かを判定する（ステップＳ１１１）。案内画像３０が第１の位置３１に到達したタイミング、すなわち、白鍵２３ａの全体の色彩が当初の色彩に戻ったタイミングが、タッチを解除すべきタイミングである。
【０１１７】
タッチ開始のタイミングでは、案内画像３０は第２の位置３２ａに表示される。一方、タッチ解除のタイミングでは、案内画像３０は、第２の位置３２ａから所定の距離だけ離れた第１の位置３１に表示される。これは、タッチ開始のタイミングにおいては、まだタッチがなされていないため、第２の表示部２０に表示される案内画像３０が、タッチペン２２やユーザの指によって遮られることはない。しかし、タッチがなされて、タッチが継続されている間は、タッチペン２２等により、案内画像３０の表示が遮られることが考えられる。そこで、タッチ開始のタイミングを示す第２の位置３２ａから、所定の距離だけ離れた第１の位置３１を、タッチ解除のタイミングとして用いることにより、タッチペン２２等により、案内画像３０の表示が遮られることなく、ユーザに対して操作を行うべきタイミングを提示することができる。
【０１１８】
また、所定の距離だけ離れた２つの位置の間を移動させる案内画像３０の動画像を画面上に表示するだけで、タッチ開始とタッチ解除との２つのタイミングをユーザに提示することができる。このため、表示範囲が限られた画面であっても、ユーザに対して操作を行うべきタイミングを提示することができる。
【０１１９】
案内画像３０が第１の位置３１に到達していない場合（ステップＳ１１１；Ｎｏ）、ＣＰＵコア１０ａは、案内画像３０を移動させる表示を継続する（ステップＳ１１０）。
【０１２０】
一方、案内画像３０が第１の位置３１に到達した場合（ステップＳ１１１；Ｙｅｓ）、ＣＰＵコア１０ａは、案内画像３０が第１の位置３１に到達したタイミングにおいて、タッチの解除が行われたか否かを判定する（ステップＳ１１２）。ＣＰＵコア１０ａは、案内画像３０を伴う白鍵２３ａが表示されるタッチスクリーン上の領域が、タッチされていない状態であるか否かを検知することにより、判定を行う。
【０１２１】
案内画像３０が第１の位置３１に到達したタイミングにおいて、タッチ操作の解除が行われた場合（ステップＳ１１２；Ｙｅｓ）、ＣＰＵコア１０ａは、ユーザによるタッチ操作の解除が成功したと判定し、成功を示す旨の表示を出力する（ステップＳ１１３）。タッチ操作の解除が行われると、タッチされた鍵に対応する音声の出力が停止される。
【０１２２】
一方、案内画像３０が第１の位置３１に到達したタイミングにおいて、タッチ操作の解除が行われていない場合（ステップＳ１１２；Ｎｏ）、ＣＰＵコア１０ａは、ユーザによるタッチ操作の解除が失敗したと判定し、失敗を示す旨の表示を出力する（ステップＳ１１４）。タッチ操作が継続されている間、タッチが行われている鍵に対応する音声が出力される。
【０１２３】
そして、ＣＰＵコア１０ａは、ステップＳ１０１の処理に戻り、ステップＳ１０１〜Ｓ１１４の処理を繰り返す。
【０１２４】
以上の処理により、ユーザが操作を行うべきタイミングを提示することができる。
【０１２５】
（実施形態２）
実施形態１では、案内画像３０を、図３Ｂに示すように、帯状画像３０ａの下辺部に相当する線状に形成された画像として説明した。本実施形態では、案内画像３０を、第１の位置３１から第２の位置３２ａまでの長さを有する帯状画像として説明する。なお、上述の実施形態と共通する構成については同じ参照番号を用い説明を省略する。
【０１２６】
図９Ａ〜９Ｄは、実施形態２に係る案内画像３０の移動を説明するための図である。図９Ａに示すように、案内画像３０は、第１の位置３１から現れて、時間の経過とともに、位置を徐々に変化させながら第２の位置３２ａに向けて移動する。案内画像３０と白鍵２３ａとが重なり合っている領域３５では、案内画像３０は、白鍵２３ａより前面側となるように画面上に表示される。一方、案内画像３０と白鍵２３ａとが重なり合ってない領域３６では、案内画像３０は画面上に表示されない。案内画像３０が第１の位置３１から第２の位置３２ａへと移動していくと、領域３５は徐々に増大し、領域３６は徐々に減少していく。
【０１２７】
次に、図９Ｂに示すように、案内画像３０が第２の位置３２ａに到達した時点、すなわち、案内画像３０と白鍵２３ａとが完全に重なり合って表示される時点が、ユーザがタッチ操作を行うべきタイミングである。
【０１２８】
次に、案内画像３０が第２の位置３２ａに到達した後、図９Ｃに示すように、案内画像３０は、位置を徐々に変化させながら移動する。案内画像３０が第２の位置３２ａから第１の位置３１へと移動していくと、領域３５は徐々に減少し、領域３６は徐々に増加していく。
【０１２９】
そして、図９Ｄに示すように、案内画像３０と白鍵２３ａとが重なり合っている領域３５が消滅する時点が、ユーザがタッチ操作の解除を行うべきタイミングである。ユーザは、案内画像３０と白鍵２３ａとが完全に重なり合って表示される時点からタッチを開始し、案内画像３０と白鍵２３ａとが重なり合っている領域３５が表示されている間、タッチ操作を継続し、その後、当該領域３５が消滅した時点にタッチ操作の解除を行うことにより、当該ユーザの操作が成功したと判定される。
【０１３０】
上述する案内画像３０の移動処理が繰り返されることにより、ゲームが進行していく。
【０１３１】
案内画像３０は、典型的には、白鍵２３ａの色彩と異なる色彩が付されて表示される。このため、案内画像３０と白鍵２３ａとが重なり合っている領域３５を示す画像の色彩と、白鍵２３ａの色彩とは、異なる色彩で表示されるため、ユーザは、案内画像３０の位置を明確に把握することができる。また、案内画像３０が移動した位置に応じて、タッチ操作をすべきタイミング、及び、タッチ操作を解除すべきタイミングが、ユーザに対して提示される。このため、ユーザは、案内画像３０の位置を視認することにより、操作すべきタイミングを容易に把握することができる。
【０１３２】
また、第１の位置３１と第２の位置３２ａとの間で表示される案内画像３０は、時間の経過とともに、位置が徐々に変化するように表示される。案内画像３０が表示される範囲は、第１の位置３１と第２の位置３２ａとの間に限られているため、ユーザの視線の移動を少なくすることができる。
【０１３３】
以上説明したように、本実施形態によれば、ユーザが操作を行うべきタイミングを提示することができる。また、ユーザの視線の移動を少なくすることができる。
【０１３４】
なお、本発明は上記の実施形態に限定されず、種々の変形及び応用が可能である。
【０１３５】
案内画像３０が、第１の位置３１から第２の位置３２ａへ移動し、その後、第２の位置３２ａから第１の位置３１へ移動する過程において、当該案内画像３０の移動速度を途中で変化させることもできる。図１０は、案内画像３０の移動速度が途中で変化した例を示す図である。本図では、第１の位置３１から第２の位置３２ａへ移動する場合、案内画像３０は、＋Ｖ１の移動速度で移動し、第２の位置３２ａから第１の位置３１へ移動する場合、−Ｖ２の移動速度で移動している。同図に示される面積Ｓ１と面積Ｓ２とが等しければ、案内画像３０が移動した距離は等しくなる。案内画像３０が移動した距離が鍵盤の長さＬと一致する場合、案内画像３０は、第１の位置３１と第２の位置３２ａとの間を移動したこととなる。すなわち、Ｓ１＝Ｓ２＝Ｌ、が満たされれば、任意の移動速度で案内画像３０を移動させることもできる。
【０１３６】
本発明は、キーが押下され続けている間、音声が減衰することなく出力される楽器に適応されるのが典型的であるが、弦楽器（例えば、ギター、バイオリン）、金管楽器（例えば、トランペット、サキソフォン）、打楽器（例えば、太鼓、タンバリン）等、任意の楽器に適応され得る。
【０１３７】
本発明は、タッチを開始するタイミング、及び、タッチを解除するタイミングの２つのタイミングをユーザに提示する任意の手法に適応され得る。例えば、台の上に登ったり、台の上から降りたりするいわゆる踏み台昇降においては、台の上に足を乗せるタイミングをタッチ開始のタイミングに、台の上から足を下ろすタイミングをタッチ解除のタイミングに、それぞれ対応させることもできる。この場合、台の上に足を乗せ続ける間が、タッチを継続する間に相当する。
また、旗を上げる又は下げる指示に基づいて、旗の上げ下げを行ういわゆる旗あげゲームにおいては、旗を上げるタイミングをタッチ開始のタイミングに、旗を下げるタイミングをタッチ解除のタイミングに、それぞれ相当させることもできる。この場合、旗を上げ続ける間が、タッチを継続する間に相当する。
【産業上の利用可能性】
【０１３８】
以上説明したように、本発明によれば、ユーザが操作を行うべきタイミングを提示するのに好適なゲーム装置、ゲーム制御方法、及び、これらをコンピュータにて実現するプログラムを提供することができる。
【符号の説明】
【０１３９】
１ 携帯型情報処理装置
１０ 処理制御部
１０ａ ＣＰＵコア
１０ｂ 画像処理部
１０ｃ ＶＲＡＭ
１０ｄ ＷＲＡＭ
１０ｅ ＬＣＤコントローラ
１０ｆ タッチパネルコントローラ
１１ コネクタ
１２ カートリッジ
１２ａ ＲＯＭ
１２ｂ ＲＡＭ
１３ 無線通信部
１４ 通信コントローラ
１５ サウンドアンプ
１６ スピーカ
１７ マイク
１８ 操作キー
１８ａ 方向キー
１８ｂ ボタン
１９ 第１の表示部
２０ 第２の表示部
２１ タッチパネル
２２ タッチペン
２３ 鍵盤
２３ａ 白鍵
２３ｂ 黒鍵
３０ 案内画像
３０ａ 帯状画像
３１ 第１の位置
３２ａ、３２ｂ 第２の位置
３３ 第１の位置と案内画像とに挟まれる領域
３４ 第２の位置と案内画像とに挟まれる領域
３５ 案内画像と白鍵とが重なり合っている領域
３６ 案内画像と白鍵とが重なり合っていない領域
３００ ゲーム装置
３０１ 表示部
３０２ 検知部
３０３ 判定部
３０４ 出力部
３０５ 記憶部
【技術分野】
【０００１】
本発明は、ユーザが操作を行うべきタイミングを提示するのに好適なゲーム装置、ゲーム制御方法、及び、これらをコンピュータにて実現するためのプログラムに関する。
【背景技術】
【０００２】
音楽のリズムに合わせてユーザが操作する、いわゆる音楽ゲーム（リズムゲーム）が知られている。音楽ゲームは、例えば、画面上に順次表示される案内画像が、基準画像に到達したときに、ユーザがタイミングよく操作をすることにより進行するゲームである（例えば、特許文献１参照）。案内画像が基準画像付近に到達した際に、ユーザが当該案内画像に対応する操作をすることにより、当該案内画像は画面上から消滅する（例えば、特許文献１段落００５３乃至００５９、図３参照）。特許文献１では、ユーザの入力タイミングに対応付けられたメッセージ（例えば、「ＧＲＥＡＴ」、「ＧＯＯＤ」等）が画面上に表示される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−２２２２８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、案内画像等を表示する表示範囲が、携帯電話や携帯型のゲーム装置のように限られている場合、複数の案内画像が画面上に表示されると、それぞれの案内画像の表示が小さくなってしまうことがあり、当該案内画像を見づらいと感じるユーザが存在した。一方、通常のリズムゲームでは、操作すべきタイミングをユーザが知る際に画面内の見る位置が大きく移動すると、見づらいことがある。従って、操作すべきタイミングをユーザにわかりやすく提示する技術が求められている。
【０００５】
本発明は、上記問題に鑑みてなされたものであり、ユーザが操作を行うべきタイミングを提示するのに好適なゲーム装置、ゲーム制御方法、及び、これらをコンピュータにて実現するためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するため、本発明の第１の観点に係るゲーム装置は、表示部と、検知部と、判定部と、を含んで構成される。
【０００７】
まず、表示部は、第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する。
【０００８】
ここで、第１の位置及び第２の位置は、画面上の任意の位置である。案内画像が、第１の位置と第２の位置との間を移動するため、両位置が一定距離以上離れているのが典型的である。
また、案内画像とは、ユーザに対して操作を促すための任意の画像をいう。
また、所定の速度とは、好ましくは等速度であるが、速度が可変してもよい。また、案内画像が、第１の位置から第２の位置へ移動する速度と、第２の位置から第１の位置へ移動する速度と、が異なってもよい。
【０００９】
案内画像は、第１の位置から現れて、所定の経路をたどって、第２の位置まで移動する。案内画像が第２の位置に到達すると、当該案内画像は、所定時間の間、第２の位置に留まり、所定の経路をたどって、第１の位置へ移動する。そして、案内画像が、第１の位置に到達すると、画面上から消える。
【００１０】
なお、案内画像が、第１の位置から第２の位置まで移動する経路と、第２の位置から第１の位置まで移動する経路と、は、典型的には同一であるが、異なってもよい。
【００１１】
次に、検知部は、ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する。
【００１２】
ここで、操作体とは、ユーザからの入力操作を受け付けるための装置をいい、例えば、タッチパネル、コントローラ、キーボード、マウス等に相当する。
また、第１の状態とは、ユーザからの入力操作がない状態、または、ユーザが指定される入力操作を行っていない状態をいう。また、第２の状態とは、ユーザが指定される入力操作を行っている状態をいう。
【００１３】
次に、判定部は、検知された操作体の状態が、
（ａ）案内画像が第１の位置から第２の位置へ移動する間、第１の状態であり、
（ｂ）案内画像が第２の位置から第１の位置へ移動する間、第２の状態であり、
（ｃ）案内画像が第１の位置に到達したときに、第２の状態から第１の状態に移行する、
場合、当該ユーザの操作が成功したと判定する。
【００１４】
画面上には、所定の距離だけ離れた第１の位置と第２の位置とがあり、両位置の間を移動する案内画像が表示される。ユーザは、第１の位置から第２の位置へ移動する案内画像の位置を視認しながら、入力操作を行うタイミングを確認する。そして、当該案内画像が第２の位置に到達した時点において、入力操作が要求される。入力操作の具体例としては、操作体がタッチスクリーンであれば、タッチすること、操作体がボタンであれば、ボタンを押下すること、である。当該時点においてタッチ等が行われると、ユーザの操作が成功したと判定される。
【００１５】
次に、案内画像が第２の位置に到達してから第１の位置に到達するまでの間、入力操作の継続が要求される。入力操作の継続の具体例としては、操作体がタッチスクリーンであれば、タッチし続けること、操作体がボタンであれば、ボタンを押下し続けること、である。そして、案内画像が第１の位置に到達した時点において、入力操作の解除、すなわち、タッチの解除やボタン押下の解除、が要求される。当該時点においてタッチの解除等が行われると、ユーザの操作が成功したと判定される。
【００１６】
携帯電話や携帯型のゲーム装置のように画面サイズが小さく、表示範囲が制限されるおそれがある場合であっても、ユーザは、タッチ等の操作を行うべき第２の位置と、タッチの解除等の操作を行うべき第１の位置と、の２つの位置に到達する案内画像を視認するだけで、操作を行うべきタイミングを確認することができる。また、案内画像が表示される範囲は、第１の位置と第２の位置との間に限られているため、ユーザの視線の移動を少なくすることができる。
【００１７】
このため、本発明によれば、操作すべきタイミングをユーザにわかりやすく提示することができる。また、ユーザの視線の移動を少なくすることにより、操作すべきタイミングをユーザにわかりやすく提示することができる。
【００１８】
また、本発明に係るゲーム装置は、出力部を含んで構成することもできる。
【００１９】
出力部は、検知された操作体の状態が、第２の状態である間、所定の音声を出力する。
【００２０】
ここで、所定の音声は、任意の音量、音程、及び、音色等から構成される音声である。ユーザが、タッチスクリーンをタッチすると音声が出力され、タッチされている間、音声が出力され続ける。そして、タッチが解除されると、音声の出力が停止される。このため、ユーザの操作が成功したと判定される場合、すなわち、案内画像が、第２の位置に到達した時点から当該第２の位置を離れて第１の位置に到達するまでの間、タッチスクリーンをタッチする操作が継続されると、音声が出力される。
【００２１】
これにより、ユーザに対して音声を出力させる操作を促すことができる。
【００２２】
また、画面並びに操作体は、タッチスクリーンである、ことも可能である。
タッチスクリーンにおいて、
（ａ）案内画像が移動する範囲をユーザがタッチしている状態は、第２の状態であり、
（ｂ）案内画像が移動する範囲以外をユーザがタッチしている状態、及び、タッチスクリーンをユーザがタッチしていない状態は、第１の状態である。
【００２３】
ここで、案内画像が移動する範囲とは、典型的には、第１の位置と第２の位置とで挟まれる領域をいう。画面上において、案内画像が移動する範囲をユーザがタッチすると、当該タッチは、指定される操作として判定される。一方、案内画像が移動する範囲以外、例えば、第１の位置と第２の位置との外周の領域をユーザがタッチしている状態、及び、ユーザがタッチスクリーンをタッチしていない状態は、指定される操作ではないと判定される。
【００２４】
これにより、画面上の所定の位置をタッチするようユーザに促すことができる。
【００２５】
また、動画像において、第１の位置と案内画像とに挟まれる領域の色彩と、第２の位置と案内画像とに挟まれる領域の色彩と、は異なる、ことも可能である。
【００２６】
例えば、第１の位置と案内画像とに挟まれる領域が、第１の色彩で表示され、第２の位置と案内画像とに挟まれる領域が、第２の色彩で表示されるとする。この場合、案内画像が第１の位置から第２の位置へ移動していくと、第１の色彩で表示される領域が増大し、第２の色彩で表示される領域が減少していく。そして、案内画像が第２の位置に到達すると、第１の位置と第２の位置とに挟まれる領域すべてが、第１の色彩で表示される。このため、第１の位置と第２の位置とに挟まれる領域すべてが第１の色彩で表示されるタイミングが、ユーザがタッチを行うべきタイミングとなる。
【００２７】
また、案内画像が第２の位置に到達後、当該第２の位置を離れて第１の位置へ移動していくと、第１の色彩で表示される領域が減少し、第２の色彩で表示される領域が増大していく。そして、案内画像が第１の位置に到達すると、第１の位置と第２の位置とに挟まれる領域すべてが、第２の色彩で表示される。このため、第１の位置と第２の位置とに挟まれる領域すべてが第２の色彩で表示されるタイミングが、ユーザがタッチの解除を行うべきタイミングとなる。
【００２８】
これにより、色彩の変化により２つの領域が区別され、案内画像の位置が画面上に明確に表示されるため、操作を行うべきタイミングをユーザにわかりやすく提示することができる。
【００２９】
また、表示部は、複数の案内画像が移動する動画像を画面に表示する、ことも可能である。
【００３０】
例えば、第１の案内画像は、第１の位置と第２の位置との間を移動し、第２の案内画像は、第３の位置と第４の位置との間を移動する。各案内画像は、画面上の任意の２つの位置の間を移動する。画面上には、所定の距離だけ離れた２つの位置の間を移動する案内画像が表示され、当該案内画像の位置により、タッチ等の操作を行うべきタイミングと、タッチ等の解除の操作を行うべきタイミングと、をユーザは認識することができる。
【００３１】
これにより、限られた表示範囲においても、操作すべきタイミングをユーザにわかりやすく提示することができる。
【００３２】
上記の目的を達成するため、本発明の他の観点に係るゲーム制御方法は、表示部と、検知部と、判定部と、を有するゲーム装置にて実行されるゲーム制御方法であって、表示工程と、検知工程と、判定工程と、を備える。
【００３３】
表示工程では、表示部が、第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する。
【００３４】
検知工程では、検知部が、ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する。
【００３５】
判定工程では、検知された操作体の状態が、（ａ）案内画像が第１の位置から第２の位置へ移動する間、第１の状態であり、（ｂ）案内画像が第２の位置から第１の位置へ移動する間、第２の状態であり、（ｃ）案内画像が第１の位置に到達したときに、第２の状態から第１の状態に移行する、場合、判定部が、当該ユーザの操作が成功したと判定する。
【００３６】
これにより、ユーザが操作を行うべきタイミングを提示することができる。
【００３７】
本発明のその他の観点に係るプログラムは、コンピュータを上記のゲーム装置として機能させ、コンピュータに上記のゲーム制御方法を実行させるように構成する。
【００３８】
また、本発明のプログラムは、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等のコンピュータ読取可能な情報記録媒体に記録することができる。上記プログラムは、当該プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記情報記録媒体は、当該コンピュータとは独立して配布・販売することができる。
【発明の効果】
【００３９】
本発明によれば、ユーザが操作を行うべきタイミングを提示することができる。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施形態に係るゲーム装置が実現される典型的な携帯型情報処理装置の概要構成を示す図である。
【図２】携帯型情報処理装置の外観及び入力操作の一例を示す図である。
【図３Ａ】第２の表示部に表示される画面の一例を示す図である。
【図３Ｂ】第２の表示部に表示される画面の一例を示す図である。
【図４Ａ】案内画像の移動を説明するための図である。
【図４Ｂ】案内画像の移動を説明するための図である。
【図４Ｃ】案内画像の移動を説明するための図である。
【図４Ｄ】案内画像の移動を説明するための図である。
【図４Ｅ】案内画像の移動を説明するための図である。
【図５】ゲーム装置の概要構成を示す図である。
【図６】ゲーム処理の流れを示すフローチャートである。
【図７】案内画像の速度変化と鍵盤の表示との関係を示す図である。
【図８Ａ】案内画像の停止時間と音符の種類との関係を示す図である。
【図８Ｂ】案内画像の停止時間と音符の種類との関係を示す図である。
【図９Ａ】実施形態２に係る案内画像の移動を説明するための図である。
【図９Ｂ】実施形態２に係る案内画像の移動を説明するための図である。
【図９Ｃ】実施形態２に係る案内画像の移動を説明するための図である。
【図９Ｄ】実施形態２に係る案内画像の移動を説明するための図である。
【図１０】案内画像の移動速度が途中で変化した例を示す図である。
【発明を実施するための形態】
【００４１】
（実施形態１）
以下に、本発明の実施形態に係るゲーム装置について説明する。以下では、理解を容易にするため、携帯型情報処理装置に本発明が適用される実施形態を説明するが、各種のコンピュータ、ＰＤＡ、携帯電話、音楽プレイヤなどにおいても同様に本発明を適用することができる。すなわち、以下に記載する実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。従って、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【００４２】
図１は、本発明の実施形態に係るゲーム装置が実現される典型的な携帯型情報処理装置の概要構成を示す図である。また、図２に携帯型情報処理装置の外観図を示す。以下、これらの図を参照して説明する。
【００４３】
携帯型情報処理装置１は、処理制御部１０、コネクタ１１、カートリッジ１２、無線通信部１３、通信コントローラ１４、サウンドアンプ１５、スピーカ１６、マイク１７、操作キー１８、第１の表示部１９、第２の表示部２０、タッチパネル２１、を備える。
【００４４】
処理制御部１０は、ＣＰＵ（Central Processing Unit）コア１０ａ、画像処理部１０ｂ、ＶＲＡＭ（Video Random Access Memory）１０ｃ、ＷＲＡＭ（Work RAM）１０ｄ、ＬＣＤ（Liquid Crystal Display）コントローラ１０ｅ、タッチパネルコントローラ１０ｆ、を備える。
【００４５】
ＣＰＵコア１０ａは、携帯型情報処理装置１全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。具体的には、カートリッジ１２がコネクタ１１に装着された状態で、カートリッジ１２内のＲＯＭ（Read Only Memory）１２ａに記憶されたプログラムやデータを読み出して、所定の処理を実行する。
【００４６】
画像処理部１０ｂは、カートリッジ１２内のＲＯＭ １２ａから読み出されたデータや、ＣＰＵコア１０ａにて処理されたデータを加工処理した後、これをＶＲＡＭ １０ｃに格納する。
【００４７】
ＶＲＡＭ １０ｃは、表示用の情報を記憶するフレームメモリであり、画像処理部１０ｂ等により加工された画像情報を記憶する。
【００４８】
ＷＲＡＭ １０ｄは、ＣＰＵコア１０ａがプログラムに従った各種処理を実行する際に必要となるワークデータ等を記憶する。
【００４９】
ＬＣＤコントローラ１０ｅは、第１の表示部１９および、第２の表示部２０を制御し、所定の表示用画像を表示させる。例えば、ＬＣＤコントローラ１０ｅは、ＶＲＡＭ １０ｃに記憶された画像情報を、所定の同期タイミングで表示信号に変換し、第１の表示部１９に出力する。また、ＬＣＤコントローラ１０ｅは、第２の表示部２０に所定の指示アイコン等を表示する。
【００５０】
タッチパネルコントローラ１０ｆは、タッチペンやユーザの指によるタッチパネル２１への接触（タッチ）を検出する。例えば、第２の表示部２０に所定の指示アイコン等が表示されている状態で、タッチパネル２１上の接触およびその位置等を検出する。
【００５１】
コネクタ１１は、カートリッジ１２と脱着自在に接続可能な端子であり、カートリッジ１２が接続された際に、カートリッジ１２との間で所定のデータを送受信する。
【００５２】
カートリッジ１２は、ＲＯＭ １２ａと、ＲＡＭ（Random Access Memory）１２ｂと、を備える。
ＲＯＭ １２ａには、ゲームを実現するためのプログラムとゲームに付随する画像データや音声データ等が記録される。
ＲＡＭ １２ｂには、ゲームの進行状況等を示す種々のデータが記憶される。
【００５３】
無線通信部１３は、他の携帯型情報処理装置１の無線通信部１３との間で、無線通信を行うユニットであり、図示せぬアンテナ（内蔵アンテナ等）を介して所定のデータを送受信する。
なお、無線通信部１３は、所定のアクセスポイントとの間で、無線ＬＡＮ通信を行うこともできる。また、無線通信部１３には、固有のＭＡＣ（Media Access Control）アドレスが採番されている。
【００５４】
通信コントローラ１４は、無線通信部１３を制御し、所定のプロトコルに沿って、処理制御部１０と他の携帯型情報処理装置１の処理制御部１０との間で行われる通信の仲立ちをする。
【００５５】
サウンドアンプ１５は、処理制御部１０にて生成された音声信号を増幅し、スピーカ１６に供給する。
【００５６】
スピーカ１６は、例えば、ステレオスピーカ等からなり、サウンドアンプ１５にて増幅された音声信号に従って、所定の楽曲音や効果音等を出力する。
【００５７】
マイク１７は、ユーザの声等のアナログ信号を受け付け、受け付けた信号は処理制御部１０でミキシング等の処理がされる。
【００５８】
操作キー１８は、携帯型情報処理装置１に適宜配置された方向キー１８ａやボタン１８ｂ等から構成され、ユーザの操作に従って、所定の指示入力を受け付ける。操作キー１８には、音量を調節するためのボタンや、つまみ等も含まれる。
【００５９】
第１の表示部１９および、第２の表示部２０は、ＬＣＤ等からなり、ＬＣＤコントローラ１０ｅに制御され、ゲーム画像等を適宜表示する。
【００６０】
タッチパネル２１は、第２の表示部２０の前面に重畳して配置され、タッチペン２２やユーザの指の接触による入力を受け付ける。
タッチパネル２１は、例えば、感圧式のタッチセンサパネル等からなり、ユーザの指等の圧力を検出し、接触状態および、接触状態から非接触状態への移行等を検出する。なお、タッチパネル２１は、他に静電容量の変化等から、ユーザの指等の接触を検出してもよい。
【００６１】
なお、本実施の形態に係るゲーム装置は、上述した典型的な携帯型情報処理装置１上に実現されるが、一般的なコンピュータや情報処理装置上に実現することもでき、これらの実施形態も本発明の範囲に含まれる。一般的なコンピュータや情報処理装置は、上記携帯型情報処理装置１と同様に、ＣＰＵコアや、ＶＲＡＭ、ＷＲＡＭ、を備える。また、通信部として、例えば、ＬＡＮ（Local Area Network）を構成する際に用いられる１０ＢＡＳＥ−Ｔ／１００ＢＡＳＥ−Ｔなどの規格に準拠するＮＩＣ（Network Interface Controller）、記憶装置としてハードディスクを有する他、ＤＶＤ−ＲＯＭや、光磁気ディスク等が利用できるようになっている。また、入力装置として、タッチパネルの代わりに、キーボードやマウスなどを利用する。そして、プログラムをインストールした後に、そのプログラムを実行させると、ゲーム装置として機能させることができる。
【００６２】
本実施形態では、オルガンやエレクトーン（登録商標）のような鍵盤楽器において、鍵（キー）を押している間、音声が出力される鍵盤楽器を弾くゲームを例に取り説明する。本実施形態の鍵盤楽器を弾くゲームでは、図２に示すように、第２の表示部２０に鍵盤の画像（以下、鍵盤２３）が表示される。ユーザが、タッチペン２２や指等で、鍵盤２３が表示されたタッチパネル２１をタッチすると、当該タッチに基づいた処理が行われる。例えば、ユーザが、タッチペン２２で、鍵盤２３の鍵をタッチすると、タッチされている間、タッチされた鍵に対応した音が出力される。
【００６３】
図３Ａ及び図３Ｂは、第２の表示部２０に表示される画面の一例を示す図である。同図に示すように、第２の表示部２０には、鍵盤２３が表示される。鍵盤２３は、典型的には、複数の白鍵の画像（以下、白鍵２３ａ）と複数の黒鍵の画像（以下、黒鍵２３ｂ）とから構成される。白鍵２３ａ及び黒鍵２３ｂにおける第１の位置３１は、白鍵２３ａ及び黒鍵２３ｂ（鍵盤２３）の上辺に相当する。また、白鍵２３ａにおける第２の位置３２ａは、白鍵の下辺に相当し、黒鍵２３ｂにおける第２の位置３２ｂは、黒鍵の下辺に相当する。鍵の形状が異なるため、白鍵２３ａと黒鍵２３ｂとでは、第２の位置３２ａ、３２ｂが異なっている。
【００６４】
案内画像３０は、例えば図３Ａに示すように、白鍵２３ａや黒鍵２３ｂ上に表示される線状に形成された画像である。また、案内画像３０は、図３Ｂに示すように、白鍵２３ａや黒鍵２３ｂ上に表示される帯状に形成された帯状画像３０ａ、もしくは、点線内部に示される帯状画像３０ａの下辺部に相当する線状に形成された画像である。案内画像３０は、白鍵２３ａや黒鍵２３ｂ上に表示できる任意の形状及びサイズから形成される画像である。
以下では、案内画像３０を、図３Ｂに示すように、帯状画像３０ａの下辺部に相当する線状に形成された画像として説明する。
【００６５】
ユーザは、操作を促すための案内画像３０の位置を確認しながら、適切なタイミングにおいて、タッチ操作、及び、当該タッチ操作の解除を行うことにより、ゲームを進める。図４Ａ〜４Ｅは、案内画像３０の移動を説明するための図である。以下、案内画像３０が白鍵２３ａ内を移動する場合について、同図を用いて説明する。
なお、案内画像３０が、黒鍵２３ｂ内を移動する場合については、白鍵２３ａ内を移動する場合と同様であるため、ここでは省略する。
【００６６】
まず、図４Ａに示すように、第２の表示部２０に鍵盤２３が表示される。鍵盤２３は、複数の白鍵２３ａと複数の黒鍵２３ｂとから構成される。ユーザが白鍵２３ａや黒鍵２３ｂを指等によりタッチすることにより、タッチされた鍵に対応する音が出力される。案内画像３０は、第１の位置３１から現れて、白鍵２３ａ内を沿って移動する。ここで、移動とは、典型的には、異なる位置の間を直線的に進むことをいう。同図の場合、白鍵２３ａ上に示される第１の位置３１と第２の位置３２ａとの間を、案内画像３０が直線的に進んでいく。なお、移動経路は、直線に限られず、波線、ジグザグ線等、任意である。
【００６７】
次に、図４Ｂに示すように、案内画像３０は、演奏される楽曲のリズム等に同調して、白鍵２３ａ内を沿って、第１の位置３１から第２の位置３２ａまで移動して行く。案内画像３０が第１の位置３１から第２の位置３２ａへと移動することにより、第１の位置３１と案内画像３０とに挟まれる領域３３が増大していき、第２の位置３２ａと案内画像３０とに挟まれる領域３４が減少していく。案内画像３０が表示される白鍵２３ａにおいて、第１の位置３１と案内画像３０とに挟まれる領域３３は、典型的には白以外の色彩が付される。これにより、第１の位置３１と案内画像３０とに挟まれる領域３３の色彩と、第２の位置３２ａと案内画像３０とに挟まれる領域３４の色彩と、が異なるため、ユーザは案内画像３０の位置を明確に把握することができる。
【００６８】
案内画像３０が移動して、図４Ｃに示すように、案内画像３０が第２の位置３２ａに到達した時点、すなわち、第１の位置３１と案内画像３０とに挟まれるすべての領域３３の色彩が変化した時点が、ユーザがタッチ操作を行うタイミングである。ユーザは、鍵盤２３の色彩の変化を視認することにより、タッチすべき鍵とタッチすべきタイミングとを把握することができる。タッチペン２２等により、色彩が変化した白鍵２３ａをユーザがタッチすることにより、当該白鍵２３ａに対応する音声が出力される。例えば、同図に示すように、「ファ」に対応する鍵をタッチすることにより、「ファ」の音が出力される。ユーザがタッチを継続している間、音声が出力される。案内画像３０は、所定の時間、第２の位置３２ａに留まった後、再び移動を開始する。当該所定の時間は、案内画像３０の移動速度と音を出力すべき時間の長さとに基づいて決定される。
【００６９】
次に、案内画像３０が第２の位置３２ａに到達した後、図４Ｄに示すように、案内画像３０は、第２の位置３２ａから第１の位置３１へ向けて移動を開始する。案内画像３０が第２の位置３２ａから第１の位置３１に向けて移動することにより、第１の位置３１と案内画像３０とに挟まれる領域３３が減少していき、第２の位置３２ａと案内画像３０とに挟まれる領域３４が増大していく。案内画像３０が、第２の位置３２ａから離れて、第１の位置３１へ移動している間も、タッチペン２２等によるタッチの継続が促される。当該タッチが継続されている間、タッチが行われている白鍵２３ａに対応する音声が出力される。
【００７０】
そして、図４Ｅに示すように、案内画像３０が第１の位置３１に到達した時点、すなわち、第１の位置３１と案内画像３０とに挟まれる領域３３の色彩がもとの状態となった時点が、ユーザがタッチ操作を解除すべきタイミングである。ユーザがタッチ操作の解除を行うと、音の出力が停止される。
【００７１】
ユーザがタッチを行うべき時間は、案内画像３０が第２の位置３２ａに到達した時点から、案内画像３０が第２の位置３２ａを離れて第１の位置３１の到達した時点までとなる。ユーザがタッチを行うべき時間は、すなわち、音声を出力すべき時間は、音符の種類（例えば、４分音符、全音符）によって異なる。案内画像３０は典型的には等速度で移動するため、案内画像３０が第２の位置３２ａに留まる時間を調整することにより、音声を出力すべき時間を変化させることができる。これにより、複数の音符を表現することができる。
【００７２】
例えば、全音符を表現する場合には、案内画像３０が第２の位置３２ａに４秒間留まり、また、４分音符を表現する場合には、案内画像３０が第２の位置３２ａに０秒間留まる、というように、音符の種類（すなわち、音を出力すべき時間の長さ）に基づいて、案内画像３０が第２の位置３２ａに留まる時間が決定される。
【００７３】
上述する案内画像３０の移動処理が繰り返されることにより、ゲームが進行していく。
【００７４】
図５は、本実施形態に係るゲーム装置の構成を示す図である。以下、本図を参照して説明する。ゲーム装置３００は、同図にしめすように、表示部３０１、検知部３０２、判定部３０３、出力部３０４、記憶部３０５等を備える。
【００７５】
表示部３０１は、図３Ａ、図３Ｂ、及び、図４Ａ〜４Ｅに示すように、鍵盤２３を表示し、当該鍵盤２３上に案内画像３０を表示して、当該案内画像３０が移動する動画像を表示する。表示部３０１は、第１の位置３１から第２の位置３２ａ、３２ｂへ所定の速度で案内画像３０が移動し、その後、当該第２の位置３２ａ、３２ｂから当該第１の位置３１へ当該所定の速度で当該案内画像３０が移動する動画像を画面に表示する。
【００７６】
案内画像３０が移動する速度は、典型的には等速度であり、案内画像３０が、第１の位置３１から第２の位置３２ａ、３２ｂへ移動する速度と、第２の位置３２ａ、３２ｂから第１の位置３１へ移動する速度と、は等しい。
なお、第１の位置３１から第２の位置３２ａ、３２ｂへ移動する速度と、第２の位置３２ａ、３２ｂから第１の位置３１へ移動する速度と、が異なってもよい。また、第１の位置３１から第２の位置３２ａ、３２ｂへ、また、第２の位置３２ａ、３２ｂから第１の位置３１へ、移動している途中において、速度を可変してもよい。
【００７７】
また、表示部３０１は、第１の位置３１と案内画像３０とに挟まれる領域３３の色彩と、第２の位置３２ａ、３２ｂと案内画像３０とに挟まれる領域３４の色彩と、が異なるように表示する。当該領域３３、３４は、任意の色彩で表示される。
【００７８】
ＣＰＵコア１０ａ、画像処理部１０ｂ、ＶＲＡＭ １０ｃ、ＬＤＣコントローラ１０ｅ、及び、第１／第２の表示部１９、２０等が協働して動作することにより、表示部３０１として機能する。
【００７９】
検知部３０２は、ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する。
【００８０】
ここで、操作体は、ユーザからの入力操作を受け付けるための装置をいい、例えば、タッチパネル、コントローラ、キーボード、マウス等に相当する。
また、第１の状態とは、ユーザからの入力操作がない状態、または、ユーザが指定の入力操作を行っていない状態をいう。また、第２の状態とは、ユーザが指定される入力操作を行っている状態をいう。
【００８１】
例えば、図２等に示すように、操作体がタッチパネル２１であるときは、ユーザがタッチペン２２等によりタッチパネル２１をタッチしていない状態、または、タッチパネル２１上に表示される鍵盤２３の所定の鍵をタッチしていない状態が、第１の状態である。また、ユーザがタッチペン２２等により鍵盤２３の所定の鍵（具体的には、案内画像３０が表示された鍵）をタッチしている状態が、第２の状態である。
【００８２】
ＣＰＵコア１０ａ、タッチパネル２１、タッチパネルコントローラ１０ｆ、及び、操作キー１８等が協働して動作することにより、検知部３０２として機能する。
【００８３】
判定部３０３は、検知された操作体の状態が、
（ａ）案内画像３０が第１の位置３１から第２の位置３２ａ、３２ｂへ移動する間、第１の状態であり、
（ｂ）案内画像３０が第２の位置３２ａ、３２ｂから第１の位置３１へ移動する間、第２の状態であり、
（ｃ）案内画像３０が第１の位置３１に到達したときに、第２の状態から第１の状態に移行する、場合、当該ユーザの操作が成功したと判定する。
【００８４】
判定部３０３は、案内画像３０の位置、及び、操作体の状態に基づいて、ユーザの操作が成功したか否かを判定する。例えば、図４Ｃに示すように、案内画像３０が第２の位置３２ａに到達した時点、すなわち、第１の位置３１と案内画像３０とに挟まれるすべての領域３３の色彩が変化した時点が、ユーザがタッチ操作を行うべきタイミングである。当該タイミングにおいて、色彩が変化した案内画像３０が表示される鍵、具体的には、同図では「ファ」に対応する白鍵２３ａを、ユーザがタッチすると、ユーザの操作が成功したと判定される。
【００８５】
また、図４Ｅに示すように、案内画像３０が第１の位置３１に到達した時点、すなわち、第１の位置３１と案内画像３０とに挟まれる領域３３の色彩がもとの状態となった時点が、ユーザがタッチ操作の解除を行うべきタイミングである。当該タイミングにおいて、色彩がもとの状態で表示される鍵、具体的には、同図では「ファ」に対応する白鍵２３ａを、ユーザがタッチしている操作を止めると、ユーザの操作が成功したと判定される。
【００８６】
ＣＰＵコア１０ａ、第２の表示部２０、タッチパネル２１、及び、タッチパネルコントローラ１０ｆ等が協働して動作することにより、判定部３０３として機能する。
【００８７】
出力部３０４は、検知された操作体の状態が、第２の状態である間、所定の音声を出力する。出力部３０４は、ユーザがタッチペン２２等を用いてタッチパネル２１がタッチされると、当該タッチされた鍵に対応する音声を出力し、当該タッチが解除されると、音声の出力を停止する。
【００８８】
ＣＰＵコア１０ａ、サウンドアンプ１５、及び、スピーカ１６等が協働して動作することにより、出力部３０４として機能する。
【００８９】
記憶部３０５は、例えば、ユーザがタッチした鍵、ユーザ操作の成否、操作が行われた時点と操作が行われるべき時点とのずれ等のゲームの進行状態を記憶する。
【００９０】
ＣＰＵコア１０ａ、及び、ＲＡＭ １２ｂ等が協働して動作することにより、記憶部３０５として機能する。
【００９１】
次に、本実施形態のゲーム装置３００にて実行される処理について説明する。図６は、ゲーム処理の流れを示すフローチャートである。以下、本図を参照して説明する。
【００９２】
鍵盤２３のどの白鍵２３ａもしくは黒鍵２３ｂに案内画像３０が表示されるかは、楽曲や楽曲のパートによってあらかじめ定められているのが典型的である。ここでは、説明を容易にするために、鍵盤２３の「ファ」の音域に相当する白鍵２３ａに案内画像３０が表示される場合について説明する。
【００９３】
まず、ゲーム装置３００に電源が投入され、ユーザによってゲームが開始されると、図４Ａに示すように、ＣＰＵコア１０ａは、第２の表示部２０に、当該ゲームで使用される鍵盤２３を表示する（ステップＳ１０１）。また、ＣＰＵコア１０ａは、所定の楽曲を再生して、当該楽曲をスピーカ１６から出力する。
【００９４】
なお、表示される鍵盤２３の範囲（音域）は任意であり、例えば、１オクターブや３オクターブ等の音域が出力される鍵盤が表示される。
【００９５】
次に、ＣＰＵコア１０ａは、再生される楽曲のリズム等に同調するように、第１の位置３１に案内画像３０を表示し、図４Ｂに示すように、当該案内画像３０が白鍵２３ａ内を沿って、第１の位置３１から第２の位置３２ａへ移動するように表示する（ステップＳ１０２）。
【００９６】
図７は、案内画像３０の速度変化と鍵盤の表示との関係を示す図である。ＣＰＵコア１０ａは、同図に示すように、案内画像３０を所定の速度（ここでは、＋Ｖ）で移動させ、当該案内画像３０を移動させることに伴って、第１の位置３１と案内画像３０とで挟まれる領域３３を、所定の色彩を付して表示する。
【００９７】
第１の位置３１と案内画像３０とで挟まれる領域３３が、所定の色彩を付して表示されると、第１の位置３１と案内画像３０とで挟まれる領域３３と、案内画像３０と第２の位置３２ａとで挟まれる領域３４と、が、明確に区別される。これにより、案内画像３０の位置が容易に視認されるため、操作を行うべきタイミングをユーザに対してわかりやすく提示することができる。
【００９８】
次に、ＣＰＵコア１０ａは、タッチ操作を検出する（ステップＳ１０３）。そして、ＣＰＵコア１０ａは、タッチ操作が検出されている間、当該タッチ操作に対応する音声を出力する。例えば、図４Ｃに示すように、「ファ」に相当する白鍵２３ａへのタッチが検出されると、「ファ」の音が出力される。タッチ操作が継続されている間、タッチが行われている鍵に対応する音声が出力され、タッチ操作が解除されると、音声の出力が停止される。
【００９９】
次に、ＣＰＵコア１０ａは、移動表示している案内画像３０が、第２の位置３２ａに到達したか否かを判定する（ステップＳ１０４）。案内画像３０が第２の位置３２ａに到達したタイミング、すなわち、白鍵２３ａの全体の色彩が変化したタイミングが、ユーザが操作を行うべきタイミングである。図４Ｃに示すように、ユーザは、色彩が変化した白鍵２３ａをタッチ開始することが要求される。
【０１００】
案内画像３０が第２の位置３２ａに到達していない場合（ステップＳ１０４；Ｎｏ）、ＣＰＵコア１０ａは、案内画像３０を移動させる表示を継続する（ステップＳ１０２）。
【０１０１】
一方、案内画像３０が第２の位置３２ａに到達した場合（ステップＳ１０４；Ｙｅｓ）、ＣＰＵコア１０ａは、所定の時間、案内画像３０を第２の位置３２ａに留めて表示する（ステップＳ１０５）。ＣＰＵコア１０ａは、図７に示すように、案内画像３０の移動速度Ｖを、Ｖ＝０として案内画像３０の移動を停止させて、当該案内画像３０を第２の位置３２ａに留めて表示する。
【０１０２】
次に、ＣＰＵコア１０ａは、案内画像３０が第２の位置３２ａに到達したタイミングにおいて、タッチ操作が行われたか否かを判定する（ステップＳ１０６）。ＣＰＵコア１０ａは、案内画像３０を伴う白鍵２３ａが表示されるタッチスクリーン上の領域が、タッチされている状態であるか否かを検知することにより、判定を行う。
【０１０３】
案内画像３０が第２の位置３２ａに到達したタイミングに、タッチ操作が行われた場合（ステップＳ１０６；Ｙｅｓ）、ＣＰＵコア１０ａは、ユーザによるタッチ操作が成功したと判定し、成功を示す旨の表示（例えば、「Ｇｏｏｄ」、「ＯＫ」、「○（まる）」等）を出力する（ステップＳ１０７）。タッチ操作が行われると、タッチされた鍵に対応する音声が、スピーカ１６から出力される。
【０１０４】
なお、案内画像３０が第２の位置３２ａに到達したタイミングに、タッチ操作が行われた場合であっても、当該案内画像３０が表示されていない鍵盤２３がタッチされた場合、ＣＰＵコア１０ａは、ユーザによるタッチ操作は失敗したと判定する。例えば、図４Ｃに示すように、鍵盤２３の「ファ」の音域に相当する白鍵２３ａ以外の鍵盤２３（例えば、「ミ」や「ソ」の音域に相当する白鍵２３ａ）がタッチされている場合、ＣＰＵコア１０ａは、ユーザによるタッチ操作が失敗したと判定する。
【０１０５】
一方、案内画像３０が第２の位置３２ａに到達したタイミングに、タッチ操作が行われていない場合（ステップＳ１０６；Ｎｏ）、ＣＰＵコア１０ａは、ユーザによるタッチ操作が失敗したと判定し、失敗を示す旨の表示（例えば、「Ｂａｄ」、「ＮＧ」、「×（ばつ）」等）を出力する（ステップＳ１０８）。
【０１０６】
なお、成功及び失敗を示す旨の表示内容は任意であり、出力される表示の位置及びサイズ等も任意である。また、音声や振動によって、成功及び失敗を示す旨を出力することもできる。
【０１０７】
次に、ＣＰＵコア１０ａは、案内画像３０を第２の位置３２ａから第１の位置３１へ移動させるか否かを判定する（ステップＳ１０９）。例えば、ＣＰＵコア１０ａは、案内画像３０が第２の位置３２ａに到達してから、所定の時間が経過したか否かに基づいて、判定を行う。
【０１０８】
案内画像３０が第２の位置３２ａに停止する停止時間Ｔ１（ｓ）、音声を出力すべき時間Ｔ２（ｓ）、白鍵２３ａの長さＬ（ｃｍ）、案内画像３０の移動速度Ｖ（ｃｍ／ｓ）、とすると、時間Ｔ１は、以下の式（１）から求められる。
Ｔ１＝Ｔ２−（Ｌ／Ｖ） （１）
【０１０９】
ＣＰＵコア１０ａは、楽曲の速度、及び、音符の種類等から時間Ｔ２を求め、さらに、式（１）に基づいて、時間Ｔ１を算出する。そして、ＣＰＵコア１０ａは、案内画像３０が第２の位置３２ａに到達した後、時間Ｔ１が経過するまで、案内画像３０が第２の位置３２ａに留まるように表示する。
【０１１０】
図８Ａ及び８Ｂは、案内画像３０の停止時間と音符の種類との関係を示す図である。例えば、音符の種類が全音符の場合、全音符の長さの音が出力される時間Ｔ２が定められている。図８Ａに示すように、時間Ｔ２は、タッチ開始からタッチ解除までの時間である。時間Ｔ２が全音符の長さの音となるように、式（１）に基づいて、時間Ｔ１が算出される。そして、案内画像３０が第２の位置３２ａに到達した時点、すわなち、Ｖ＝０となった時点から時間Ｔ１が経過するまで、案内画像３０は、第２の位置３２ａに留まる。これにより、案内画像３０が第２の位置３２ａに到達した時点、すなわち、タッチ開始の時点から、当該案内画像３０が第１の位置３１に到達した時点、すなわち、タッチ解除の時点までの時間が決定されて、全音符の長さの音が出力されるようになる。
【０１１１】
また、例えば、音符の種類が８分音符の場合、８分音符の長さの音が出力される時間Ｔ２が定められている。図８Ｂに示すように、時間Ｔ２は、タッチ開始からタッチ解除までの時間であり、当該時間Ｔ２が８分音符の長さの音となるように、式（１）に基づいて、時間Ｔ１が算出される。本図の場合では、Ｔ１＝０であり、案内画像３０が第２の位置３２ａに到達すると、当該第２の位置３２ａに留まることなく、第１の位置３１へ向けて移動する。
【０１１２】
なお、時間Ｔ２は、楽曲の速度に基づいて変化するため、音符の種類が８分音符の場合に、Ｔ１＝０となるわけではない。時間Ｔ１は、楽曲の速度、案内画像３０の移動速度、音符の種類等に基づいて、任意に変化し得る。
【０１１３】
案内画像３０を第１の位置３１へ移動させない場合、すなわち、案内画像３０を第２の位置３２ａに留める場合（ステップＳ１０９；Ｎｏ）、ＣＰＵコア１０ａは、図４Ｃに示すように、案内画像３０を第２の位置３２ａに表示し続けて（ステップＳ１０５）、その後、案内画像３０を移動させるか否かを再び判定する（ステップＳ１０９）。
【０１１４】
なお、ステップ１０９においてＮｏと判定され、ステップＳ１０５〜Ｓ１０８が繰り返される場合、ＣＰＵコア１０ａは、ステップＳ１０７、Ｓ１０８の処理を省略することもできる。
【０１１５】
一方、案内画像３０を第１の位置３１へ移動させる場合（ステップＳ１０９；Ｙｅｓ）、ＣＰＵコア１０ａは、図４Ｄに示すように、案内画像３０が白鍵２３ａ内を沿って、第２の位置３２ａから第１の位置３１へ移動するように表示する（ステップＳ１１０）。ＣＰＵコア１０ａは、図７に示すように、案内画像３０を−Ｖの移動速度で移動させる。当該案内画像３０の移動に伴い、第１の位置３１と案内画像３０とで挟まれる領域３３を減少する。
【０１１６】
次に、ＣＰＵコア１０ａは、移動表示している案内画像３０が、第１の位置３１に到達したか否かを判定する（ステップＳ１１１）。案内画像３０が第１の位置３１に到達したタイミング、すなわち、白鍵２３ａの全体の色彩が当初の色彩に戻ったタイミングが、タッチを解除すべきタイミングである。
【０１１７】
タッチ開始のタイミングでは、案内画像３０は第２の位置３２ａに表示される。一方、タッチ解除のタイミングでは、案内画像３０は、第２の位置３２ａから所定の距離だけ離れた第１の位置３１に表示される。これは、タッチ開始のタイミングにおいては、まだタッチがなされていないため、第２の表示部２０に表示される案内画像３０が、タッチペン２２やユーザの指によって遮られることはない。しかし、タッチがなされて、タッチが継続されている間は、タッチペン２２等により、案内画像３０の表示が遮られることが考えられる。そこで、タッチ開始のタイミングを示す第２の位置３２ａから、所定の距離だけ離れた第１の位置３１を、タッチ解除のタイミングとして用いることにより、タッチペン２２等により、案内画像３０の表示が遮られることなく、ユーザに対して操作を行うべきタイミングを提示することができる。
【０１１８】
また、所定の距離だけ離れた２つの位置の間を移動させる案内画像３０の動画像を画面上に表示するだけで、タッチ開始とタッチ解除との２つのタイミングをユーザに提示することができる。このため、表示範囲が限られた画面であっても、ユーザに対して操作を行うべきタイミングを提示することができる。
【０１１９】
案内画像３０が第１の位置３１に到達していない場合（ステップＳ１１１；Ｎｏ）、ＣＰＵコア１０ａは、案内画像３０を移動させる表示を継続する（ステップＳ１１０）。
【０１２０】
一方、案内画像３０が第１の位置３１に到達した場合（ステップＳ１１１；Ｙｅｓ）、ＣＰＵコア１０ａは、案内画像３０が第１の位置３１に到達したタイミングにおいて、タッチの解除が行われたか否かを判定する（ステップＳ１１２）。ＣＰＵコア１０ａは、案内画像３０を伴う白鍵２３ａが表示されるタッチスクリーン上の領域が、タッチされていない状態であるか否かを検知することにより、判定を行う。
【０１２１】
案内画像３０が第１の位置３１に到達したタイミングにおいて、タッチ操作の解除が行われた場合（ステップＳ１１２；Ｙｅｓ）、ＣＰＵコア１０ａは、ユーザによるタッチ操作の解除が成功したと判定し、成功を示す旨の表示を出力する（ステップＳ１１３）。タッチ操作の解除が行われると、タッチされた鍵に対応する音声の出力が停止される。
【０１２２】
一方、案内画像３０が第１の位置３１に到達したタイミングにおいて、タッチ操作の解除が行われていない場合（ステップＳ１１２；Ｎｏ）、ＣＰＵコア１０ａは、ユーザによるタッチ操作の解除が失敗したと判定し、失敗を示す旨の表示を出力する（ステップＳ１１４）。タッチ操作が継続されている間、タッチが行われている鍵に対応する音声が出力される。
【０１２３】
そして、ＣＰＵコア１０ａは、ステップＳ１０１の処理に戻り、ステップＳ１０１〜Ｓ１１４の処理を繰り返す。
【０１２４】
以上の処理により、ユーザが操作を行うべきタイミングを提示することができる。
【０１２５】
（実施形態２）
実施形態１では、案内画像３０を、図３Ｂに示すように、帯状画像３０ａの下辺部に相当する線状に形成された画像として説明した。本実施形態では、案内画像３０を、第１の位置３１から第２の位置３２ａまでの長さを有する帯状画像として説明する。なお、上述の実施形態と共通する構成については同じ参照番号を用い説明を省略する。
【０１２６】
図９Ａ〜９Ｄは、実施形態２に係る案内画像３０の移動を説明するための図である。図９Ａに示すように、案内画像３０は、第１の位置３１から現れて、時間の経過とともに、位置を徐々に変化させながら第２の位置３２ａに向けて移動する。案内画像３０と白鍵２３ａとが重なり合っている領域３５では、案内画像３０は、白鍵２３ａより前面側となるように画面上に表示される。一方、案内画像３０と白鍵２３ａとが重なり合ってない領域３６では、案内画像３０は画面上に表示されない。案内画像３０が第１の位置３１から第２の位置３２ａへと移動していくと、領域３５は徐々に増大し、領域３６は徐々に減少していく。
【０１２７】
次に、図９Ｂに示すように、案内画像３０が第２の位置３２ａに到達した時点、すなわち、案内画像３０と白鍵２３ａとが完全に重なり合って表示される時点が、ユーザがタッチ操作を行うべきタイミングである。
【０１２８】
次に、案内画像３０が第２の位置３２ａに到達した後、図９Ｃに示すように、案内画像３０は、位置を徐々に変化させながら移動する。案内画像３０が第２の位置３２ａから第１の位置３１へと移動していくと、領域３５は徐々に減少し、領域３６は徐々に増加していく。
【０１２９】
そして、図９Ｄに示すように、案内画像３０と白鍵２３ａとが重なり合っている領域３５が消滅する時点が、ユーザがタッチ操作の解除を行うべきタイミングである。ユーザは、案内画像３０と白鍵２３ａとが完全に重なり合って表示される時点からタッチを開始し、案内画像３０と白鍵２３ａとが重なり合っている領域３５が表示されている間、タッチ操作を継続し、その後、当該領域３５が消滅した時点にタッチ操作の解除を行うことにより、当該ユーザの操作が成功したと判定される。
【０１３０】
上述する案内画像３０の移動処理が繰り返されることにより、ゲームが進行していく。
【０１３１】
案内画像３０は、典型的には、白鍵２３ａの色彩と異なる色彩が付されて表示される。このため、案内画像３０と白鍵２３ａとが重なり合っている領域３５を示す画像の色彩と、白鍵２３ａの色彩とは、異なる色彩で表示されるため、ユーザは、案内画像３０の位置を明確に把握することができる。また、案内画像３０が移動した位置に応じて、タッチ操作をすべきタイミング、及び、タッチ操作を解除すべきタイミングが、ユーザに対して提示される。このため、ユーザは、案内画像３０の位置を視認することにより、操作すべきタイミングを容易に把握することができる。
【０１３２】
また、第１の位置３１と第２の位置３２ａとの間で表示される案内画像３０は、時間の経過とともに、位置が徐々に変化するように表示される。案内画像３０が表示される範囲は、第１の位置３１と第２の位置３２ａとの間に限られているため、ユーザの視線の移動を少なくすることができる。
【０１３３】
以上説明したように、本実施形態によれば、ユーザが操作を行うべきタイミングを提示することができる。また、ユーザの視線の移動を少なくすることができる。
【０１３４】
なお、本発明は上記の実施形態に限定されず、種々の変形及び応用が可能である。
【０１３５】
案内画像３０が、第１の位置３１から第２の位置３２ａへ移動し、その後、第２の位置３２ａから第１の位置３１へ移動する過程において、当該案内画像３０の移動速度を途中で変化させることもできる。図１０は、案内画像３０の移動速度が途中で変化した例を示す図である。本図では、第１の位置３１から第２の位置３２ａへ移動する場合、案内画像３０は、＋Ｖ１の移動速度で移動し、第２の位置３２ａから第１の位置３１へ移動する場合、−Ｖ２の移動速度で移動している。同図に示される面積Ｓ１と面積Ｓ２とが等しければ、案内画像３０が移動した距離は等しくなる。案内画像３０が移動した距離が鍵盤の長さＬと一致する場合、案内画像３０は、第１の位置３１と第２の位置３２ａとの間を移動したこととなる。すなわち、Ｓ１＝Ｓ２＝Ｌ、が満たされれば、任意の移動速度で案内画像３０を移動させることもできる。
【０１３６】
本発明は、キーが押下され続けている間、音声が減衰することなく出力される楽器に適応されるのが典型的であるが、弦楽器（例えば、ギター、バイオリン）、金管楽器（例えば、トランペット、サキソフォン）、打楽器（例えば、太鼓、タンバリン）等、任意の楽器に適応され得る。
【０１３７】
本発明は、タッチを開始するタイミング、及び、タッチを解除するタイミングの２つのタイミングをユーザに提示する任意の手法に適応され得る。例えば、台の上に登ったり、台の上から降りたりするいわゆる踏み台昇降においては、台の上に足を乗せるタイミングをタッチ開始のタイミングに、台の上から足を下ろすタイミングをタッチ解除のタイミングに、それぞれ対応させることもできる。この場合、台の上に足を乗せ続ける間が、タッチを継続する間に相当する。
また、旗を上げる又は下げる指示に基づいて、旗の上げ下げを行ういわゆる旗あげゲームにおいては、旗を上げるタイミングをタッチ開始のタイミングに、旗を下げるタイミングをタッチ解除のタイミングに、それぞれ相当させることもできる。この場合、旗を上げ続ける間が、タッチを継続する間に相当する。
【産業上の利用可能性】
【０１３８】
以上説明したように、本発明によれば、ユーザが操作を行うべきタイミングを提示するのに好適なゲーム装置、ゲーム制御方法、及び、これらをコンピュータにて実現するプログラムを提供することができる。
【符号の説明】
【０１３９】
１ 携帯型情報処理装置
１０ 処理制御部
１０ａ ＣＰＵコア
１０ｂ 画像処理部
１０ｃ ＶＲＡＭ
１０ｄ ＷＲＡＭ
１０ｅ ＬＣＤコントローラ
１０ｆ タッチパネルコントローラ
１１ コネクタ
１２ カートリッジ
１２ａ ＲＯＭ
１２ｂ ＲＡＭ
１３ 無線通信部
１４ 通信コントローラ
１５ サウンドアンプ
１６ スピーカ
１７ マイク
１８ 操作キー
１８ａ 方向キー
１８ｂ ボタン
１９ 第１の表示部
２０ 第２の表示部
２１ タッチパネル
２２ タッチペン
２３ 鍵盤
２３ａ 白鍵
２３ｂ 黒鍵
３０ 案内画像
３０ａ 帯状画像
３１ 第１の位置
３２ａ、３２ｂ 第２の位置
３３ 第１の位置と案内画像とに挟まれる領域
３４ 第２の位置と案内画像とに挟まれる領域
３５ 案内画像と白鍵とが重なり合っている領域
３６ 案内画像と白鍵とが重なり合っていない領域
３００ ゲーム装置
３０１ 表示部
３０２ 検知部
３０３ 判定部
３０４ 出力部
３０５ 記憶部
【特許請求の範囲】
【請求項１】
第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する表示部と、
ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する検知部と、
前記検知された操作体の状態が、
（ａ）前記案内画像が前記第１の位置から前記第２の位置へ移動する間、前記第１の状態であり、
（ｂ）前記案内画像が前記第２の位置から前記第１の位置へ移動する間、前記第２の状態であり、
（ｃ）前記案内画像が前記第１の位置に到達したときに、前記第２の状態から前記第１の状態に移行する、
場合、当該ユーザの操作が成功したと判定する判定部と、を備える、
ことを特徴とするゲーム装置。
【請求項２】
請求項１に記載のゲーム装置であって、
前記検知された操作体の状態が、前記第２の状態である間、所定の音声を出力する出力部と、をさらに備える、
ことを特徴とするゲーム装置。
【請求項３】
請求項１又は２に記載のゲーム装置であって、
前記画面並びに前記操作体は、タッチスクリーンであり、
前記タッチスクリーンにおいて、
（ａ）前記案内画像が移動する範囲を前記ユーザがタッチしている状態は、前記第２の状態であり、
（ｂ）前記案内画像が移動する範囲以外を前記ユーザがタッチしている状態、及び、前記タッチスクリーンを前記ユーザがタッチしていない状態は、前記第１の状態である、
ことを特徴とするゲーム装置。
【請求項４】
請求項１乃至３のいずれか１項に記載のゲーム装置であって、
前記動画像において、前記第１の位置と前記案内画像とに挟まれる領域の色彩と、前記第２の位置と前記案内画像とに挟まれる領域の色彩と、は異なる、
ことを特徴とするゲーム装置。
【請求項５】
請求項１乃至４のいずれか１項に記載のゲーム装置であって、
前記表示部は、複数の前記案内画像が移動する動画像を画面に表示する、
ことを特徴とするゲーム装置。
【請求項６】
表示部と、検知部と、判定部と、を有するゲーム装置にて実行されるゲーム制御方法であって、
前記表示部が、第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する表示工程と、
前記検知部が、ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する検知工程と、
前記検知された操作体の状態が、
（ａ）前記案内画像が前記第１の位置から前記第２の位置へ移動する間、前記第１の状態であり、
（ｂ）前記案内画像が前記第２の位置から前記第１の位置へ移動する間、前記第２の状態であり、
（ｃ）前記案内画像が前記第１の位置に到達したときに、前記第２の状態から前記第１の状態に移行する、
場合、前記判定部が、当該ユーザの操作が成功したと判定する判定工程と、を備える、
ことを特徴とするゲーム制御方法。
【請求項７】
コンピュータを、
第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する表示部と、
ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する検知部と、
前記検知された操作体の状態が、
（ａ）前記案内画像が前記第１の位置から前記第２の位置へ移動する間、前記第１の状態であり、
（ｂ）前記案内画像が前記第２の位置から前記第１の位置へ移動する間、前記第２の状態であり、
（ｃ）前記案内画像が前記第１の位置に到達したときに、前記第２の状態から前記第１の状態に移行する、
場合、当該ユーザの操作が成功したと判定する判定部と、して機能させる、
ことを特徴とするプログラム。
【請求項１】
第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する表示部と、
ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する検知部と、
前記検知された操作体の状態が、
（ａ）前記案内画像が前記第１の位置から前記第２の位置へ移動する間、前記第１の状態であり、
（ｂ）前記案内画像が前記第２の位置から前記第１の位置へ移動する間、前記第２の状態であり、
（ｃ）前記案内画像が前記第１の位置に到達したときに、前記第２の状態から前記第１の状態に移行する、
場合、当該ユーザの操作が成功したと判定する判定部と、を備える、
ことを特徴とするゲーム装置。
【請求項２】
請求項１に記載のゲーム装置であって、
前記検知された操作体の状態が、前記第２の状態である間、所定の音声を出力する出力部と、をさらに備える、
ことを特徴とするゲーム装置。
【請求項３】
請求項１又は２に記載のゲーム装置であって、
前記画面並びに前記操作体は、タッチスクリーンであり、
前記タッチスクリーンにおいて、
（ａ）前記案内画像が移動する範囲を前記ユーザがタッチしている状態は、前記第２の状態であり、
（ｂ）前記案内画像が移動する範囲以外を前記ユーザがタッチしている状態、及び、前記タッチスクリーンを前記ユーザがタッチしていない状態は、前記第１の状態である、
ことを特徴とするゲーム装置。
【請求項４】
請求項１乃至３のいずれか１項に記載のゲーム装置であって、
前記動画像において、前記第１の位置と前記案内画像とに挟まれる領域の色彩と、前記第２の位置と前記案内画像とに挟まれる領域の色彩と、は異なる、
ことを特徴とするゲーム装置。
【請求項５】
請求項１乃至４のいずれか１項に記載のゲーム装置であって、
前記表示部は、複数の前記案内画像が移動する動画像を画面に表示する、
ことを特徴とするゲーム装置。
【請求項６】
表示部と、検知部と、判定部と、を有するゲーム装置にて実行されるゲーム制御方法であって、
前記表示部が、第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する表示工程と、
前記検知部が、ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する検知工程と、
前記検知された操作体の状態が、
（ａ）前記案内画像が前記第１の位置から前記第２の位置へ移動する間、前記第１の状態であり、
（ｂ）前記案内画像が前記第２の位置から前記第１の位置へ移動する間、前記第２の状態であり、
（ｃ）前記案内画像が前記第１の位置に到達したときに、前記第２の状態から前記第１の状態に移行する、
場合、前記判定部が、当該ユーザの操作が成功したと判定する判定工程と、を備える、
ことを特徴とするゲーム制御方法。
【請求項７】
コンピュータを、
第１の位置から第２の位置へ所定の速度で案内画像が移動し、その後、当該第２の位置から当該第１の位置へ当該所定の速度で当該案内画像が移動する動画像を画面に表示する表示部と、
ユーザの操作により第１の状態と第２の状態とのいずれかの状態となる操作体の状態を検知する検知部と、
前記検知された操作体の状態が、
（ａ）前記案内画像が前記第１の位置から前記第２の位置へ移動する間、前記第１の状態であり、
（ｂ）前記案内画像が前記第２の位置から前記第１の位置へ移動する間、前記第２の状態であり、
（ｃ）前記案内画像が前記第１の位置に到達したときに、前記第２の状態から前記第１の状態に移行する、
場合、当該ユーザの操作が成功したと判定する判定部と、して機能させる、
ことを特徴とするプログラム。
【図１】
【図２】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図４Ｄ】
【図４Ｅ】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図９Ｄ】
【図１０】
【図２】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図４Ｃ】
【図４Ｄ】
【図４Ｅ】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図９Ｃ】
【図９Ｄ】
【図１０】
【公開番号】特開２０１１−１７２７２９（Ｐ２０１１−１７２７２９Ａ）
【公開日】平成２３年９月８日（２０１１．９．８）
【国際特許分類】
【出願番号】特願２０１０−３８７９９（Ｐ２０１０−３８７９９）
【出願日】平成２２年２月２４日（２０１０．２．２４）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
【公開日】平成２３年９月８日（２０１１．９．８）
【国際特許分類】
【出願日】平成２２年２月２４日（２０１０．２．２４）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
[ Back to top ]