JP5377868B2 - プログラム、情報記憶媒体、およびゲームシステム - Google Patents

Description

本発明は、プログラム、情報記憶媒体、およびゲームシステムに関する。

従来から、加速度センサを搭載したリモコン型のコントローラを用いて入力を行うゲームシステムが知られている（例えば、特許文献１参照）。このようなゲームシステムでは、加速度センサの出力値からコントローラの移動態様などを算出し、算出されたコントローラの移動態様に応じてゲーム処理を行う。例えば特許文献１には、加速度センサの出力値からコントローラの上下方向の動きが算出されると、オブジェクトの翼を上下に羽ばたかせる制御を行うことが記載されている。
特開２００７−２８２７８７号公報

ところで、所定の移動態様でコントローラが移動されたか否かを判定する場合に、コントローラの移動時に出力される加速度センサの出力値の全てが、予め定められた判定用のデータの値に近似しなければならないとすると、判定条件を満足することが難しくなり、認識率が低下してしまうおそれがある。

本発明は上記事情に鑑みてなされたものであり、その目的は、所定の移動態様でコントローラを移動させる場合に、認識率を低下させることなく、コントローラの移動態様を適切に認識できるプログラム、情報記憶媒体、およびゲームシステムを提供することにある。

（１）本発明は、動きに応じて値が変化する物理量を検出するセンサを備えたコントローラを用いて入力を行うゲームのためのゲームシステムであって、前記コントローラの所定の移動態様に関連付けられた複数の基準データを記憶する記憶部と、前記所定の移動態様による入力を受け付ける入力受付期間内に、前記複数の基準データの中の各基準データとの間で所与の関係が成立する出力値が予め定められた順序で前記センサから出力されたか否かを判定する判定処理を行う判定部と、前記判定部に出力されたと判定された場合に、前記所定の移動態様による入力を受け付けてゲーム処理を行うゲーム処理部とを含むゲームシステムに関するものである。

また本発明は、上記各部としてコンピュータを機能させるプログラム、および上記各部としてコンピュータを機能させるプログラムを記憶するコンピュータ読み取り可能な情報記憶媒体に関するものである。

本発明では、コントローラの所定の移動態様による入力が受け付けられたか否かを、複数の基準データの中の各基準データとの間で所与の関係が成立する出力値が予め定められた順序でセンサから出力されたか否かで判定する。従って本発明によれば、認識率を低下させることなく、コントローラの移動態様を適切に認識できる。

（２）また本発明は、動きに応じて値が変化する物理量を検出するセンサを備えたコントローラを用いて入力を行うゲームのためのゲームシステムであって、前記コントローラの所定の移動態様に関連付けられた複数の基準データを記憶する記憶部と、前記所定の移動態様で前記コントローラを所定回数移動させる入力を受け付ける入力受付期間内に、前記複数の基準データの中の各基準データとの間で所与の関係が成立する出力値が予め定められた順序で前記センサから出力されたか否かを判定する判定処理を行う判定部と、前記判定部に出力されたと判定される毎に、前記所定回数を限度として前記判定部に出力されたと判定された回数をカウントするカウント処理を行うカウント部と、前記カウントされた回数に応じてゲーム処理を行うゲーム処理部とを含むゲームシステムに関するものである。

また本発明は、上記各部としてコンピュータを機能させるプログラム、および上記各部としてコンピュータを機能させるプログラムを記憶するコンピュータ読み取り可能な情報記憶媒体に関するものである。

本発明では、所定の移動態様でコントローラを所定回数移動させる入力が受け付けられたか否かを、複数の基準データの中の各基準データとの間で所与の関係が成立する出力値が予め定められた順序でセンサから出力された回数で判定する。従って本発明によれば、認識率を低下させることなく、コントローラの移動態様を適切に認識できる。

（３）また本発明のゲームシステム、プログラム及び情報記憶媒体では、前記ゲーム処理部が、前記カウントされた回数が多いほど、ゲーム処理によって得られる特典の価値を高くするようにしてもよい。

このようにすると、所定の移動態様でコントローラを所定回数移動させる入力の適合度が高いほど得られる特典の価値が高くなるため、ゲームの趣向性を高めることができるようになる。

（４）また本発明のゲームシステム、プログラム及び情報記憶媒体では、前記ゲーム処理部が、前記カウントされた回数が前記所定回数に達していることを条件に、前記所定の移動態様で前記コントローラを所定回数移動させる入力を受け付けてゲーム処理を行うようにしてもよい。

このようにすると、所定の移動態様でコントローラを所定回数移動させる入力が成功した場合のみ、入力を受け付けるようにすることができる。

（５）また本発明のゲームシステム、プログラム及び情報記憶媒体では、前記所定の移動態様での前記コントローラの移動時における前記センサの出力値に基づいて、前記複数の基準データを決定する決定部を更に含むようにしてもよい。

このようにすると、コントローラを所定の移動態様で動かすプレーヤに適した複数の基準データを設定することができるようになる。

（６）また本発明のゲームシステム、プログラム及び情報記憶媒体では、前記ゲーム処理部が、前記所定の移動態様で前記コントローラを移動させることをプレーヤに指示する指示標識を表示部に表示させるようにしてもよい。

このようにすると、コントローラを所定の移動態様で動かすタイミングをプレーヤに報知することができるようになる。

（７）また本発明のゲームシステム、プログラム及び情報記憶媒体では、楽曲の再生制御を行う音制御部を更に含み、前記ゲーム処理部が、前記楽曲の再生に合わせて前記指示標識を表示部に表示させるとともに、前記コントローラの前記所定の移動態様に関連づけられたダンスを行うキャラクタを表示部に表示させるようにしてもよい。

（８）また本発明のゲームシステム、プログラム及び情報記憶媒体では、前記センサが検出する物理量は、前記コントローラの加速度ベクトルであり、前記複数の基準データの中の各基準データの値は、少なくとも１軸方向での加速度ベクトルとしてもよい。

以下、本発明の実施の形態（本実施形態）について説明する。なお、以下に説明する本実施形態は特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また、本実施形態で説明される構成の全てが本発明の必須構成要件であるとは限らない。

１．ゲームシステムの構成
図１は、本実施形態のゲームシステム１の概略構成図の一例である。

ゲームシステム１は、プレーヤ２０が把持して位置、姿勢、向きを任意に変更可能なコントローラ１６と、ゲーム処理を行うゲーム装置本体１０と、ゲーム画像を表示させるディスプレイ１９とを含む。なお本実施形態では、コントローラ１６とゲーム装置本体１０とは無線通信により情報の送受信を行っているが、例えば、コントローラ１６とゲーム装置本体１０とを通信ケーブルで接続し、当該通信ケーブルを介して情報の送受信を行うようにしてもよい。

コントローラ１６には、加速度センサ３０が内蔵されており、この加速度センサ３０は、コントローラ１６の動きを加速度ベクトル（動きに応じて値が変化する物理量の一例）として検出する。なお本実施形態では、加速度センサ３０として、３軸それぞれの加速度ベクトルを検出することができる３軸加速度センサを用いているが、１軸、あるいは２軸の加速度ベクトルを検出する加速度センサを用いてもよい。

ゲーム装置本体１０は、加速度センサ３０が出力する出力値（加速度ベクトル）に基づいてゲーム処理を行い、その処理結果に基づいて、ディスプレイ１９に種々のゲーム画像を表示させるとともに、スピーカ（図示省略）にゲーム中のＢＧＭなどの各種の音声を出力させる。

このように本実施形態では、コントローラ１６の動きを加速度センサ３０が検出するため、コントローラ１６の動きを操作情報として入力することできる。従って、プレーヤ２０はゲーム上の動作に近い動作を行ってコントローラ１６を動かすような仮想現実感が高められたゲームを楽しむことができる。

２．ゲームシステムの機能ブロック
図２は、本実施形態のゲームシステム１の機能ブロック図の一例である。なお本実施形態のゲームシステム１では、図２の構成要素（各部）を全て含む必要はなく、その一部を省略した構成としてもよい。

コントローラ１６は、プレーヤが行った操作を操作情報として入力するためのものである。特に本実施形態のコントローラ１６は、コントローラ１６の動き、姿勢、向き等の少なくともいずれか１つに応じて値が変化する物理量を検出するセンサ１６２を内蔵しており、センサ１６２によって検出された物理量を操作情報として入力する。

センサ１６２は、コントローラ１６の動き、姿勢、向き等の少なくともいずれか１つに応じて値が変化する物理量として加速度、角速度、速度などの単位時間当たりの変化量を検出し、検出した加速度等の値を出力するものである。本実施形態では、センサ１６２の機能を加速度センサ３０（圧電型や動電式、歪みケージ式等）により実現しているが、姿勢方位センサやジャイロなどにより実現してもよい。また本実施形態では、センサ１６２は５ｍｅｃ毎に出力値を出力する。

なおコントローラ１６は、表示部１９０などの指示面に対するコントローラ１６の指示位置を操作情報として入力するようにしてもよい。この場合には、例えば、コントローラ１６にＣＭＯＳセンサやＣＣＤなどの撮像素子（受光素子）を設け、この撮像素子によって指示面（指示面付近）に設けられたＬＥＤ等の光源を撮像し、撮像された光源の位置情報と予め設定されている撮像側の基準位置情報とから、指示面に対するコントローラ１６の指示位置を求めるようにすればよい。

またコントローラ１６に、ボタン、レバー、マイク、トラックボール、タッチパネルなどを更に設けるようにしてもよい。またコントローラ１６は、プレーヤが把持して動かすものであってもよいし、プレーヤが身につけて動かすものであってもよい。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータ（具体的には、本実施形態の各部としてコンピュータを機能させるためのプログラムやデータ）などを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ等）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などのハードウェアにより実現できる。

記憶部１７０は、処理部１００や通信部１９４などのワーク領域や、情報記憶媒体１８０から展開されたプログラムやデータの格納領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などのハードウェアにより実現できる。そして記憶部１７０は、主記憶部１７２、基準データ記憶部１７４、カウンタ１７５、描画バッファ１７６を含んで構成されており、基準データ記憶部１７４には、コントローラ１６の所定の移動態様に関連付けられた複数の基準データが記憶されており、カウンタ１７５には、後述する判定部１１４に出力されたと判定された回数が後述するカウント部１１５によって記憶される。

表示部１９０（ディスプレイ１９）は、処理部１００により生成された画像を出力するものであり、その機能は、ＣＲＴディスプレイ、ＬＣＤ（液晶ディスプレイ）、ＯＥＬＤ(有機ＥＬディスプレイ)、ＰＤＰ（プラズマディスプレイパネル）、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。

音出力部１９２は、処理部１００により生成された音を出力するものであり、その機能は、スピーカ、あるいはヘッドフォンなどにより実現できる。

通信部１９４は、外部（サーバ、他のゲームシステム１など）との間でネットワークを介した通信を行うためのものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアやプログラムなどにより実現できる。

なお、本実施形態の各部としてコンピュータを機能させるためのプログラムやデータは、サーバが有する情報記憶媒体からネットワーク及び通信部１９４を介して情報記憶媒体１８０（記憶部１７０）に配信するようにしてもよい。このようなサーバの情報記憶媒体の使用も本発明の範囲に含まれる。

処理部１００（プロセッサ）は、コントローラ１６からの操作情報、あるいは情報記憶媒体１８０から記憶部１７０に展開されたプログラムやデータなどに基づいて、ゲーム処理、画像生成処理、あるいは音生成処理などの各種処理を記憶部１７０の主記憶部１７２をワーク領域として行う。ゲーム処理としては、例えば、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、キャラクタやマップなどのオブジェクトを配置する処理、オブジェクトを表示する処理、ゲーム結果を演算する処理、あるいはゲーム終了条件が満たされた場合にゲームを終了する処理などを行う。なお処理部１００の機能は、各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

そして処理部１００は、音制御部１１０、ゲーム処理部１１２、判定部１１４、カウント部１１５、決定部１１６、描画部１４０を含んで構成される。なお、これらの一部を省略する構成としてもよい。

音制御部１１０は、処理部１００で行われる種々の処理（ゲーム処理）の結果に基づいて音処理を行い、ゲーム音（楽曲、ＢＧＭ、効果音など）を生成し、音出力部１９２に出力させる。具体的には、情報記憶媒体１８０から主記憶部１７２に読み込まれた音データのゲーム音（楽曲、ＢＧＭ、効果音など）の再生制御を行う。例えば音楽演奏ゲームであれば、ゲームの開始に合わせて、ゲームステージに応じた楽曲の再生を行う。

ゲーム処理部１１２は、表示部１９０に表示される画像（オブジェクト画像）の表示制御を行う。具体的には、指示標識（所定の移動態様でコントローラ１６を移動させることをプレーヤ２０に指示する指示標識）、キャラクタ、移動体（車、飛行機など）、建物、樹木、柱、壁、マップ（地形）などの表示すべきオブジェクトを発生させたり、オブジェクトの表示や表示位置を指示したり、オブジェクトを消滅させたりするなどの表示制御を行う。即ち、発生したオブジェクトをオブジェクトリストに登録したり、オブジェクトリストを描画部１４０等に転送したり、消滅したオブジェクトをオブジェクトリストから削除したりするなどの表示制御を行う。例えば音楽演奏ゲームであれば、楽曲の再生に合わせて所定の移動態様（移動軌跡）でコントローラ１６を移動させることをプレーヤ２０に指示する指示標識を表示部１９０に表示させるとともに、コントローラ１６の所定の移動態様に関連づけられたダンスを行うキャラクタを表示部１９０に表示させる表示制御を行う。

またゲーム処理部１１２は、オブジェクト（２次元データ又は３次元データで定義される表示物）の動作や移動が発生した場合に、発生した移動や動作の様子を示す画像を表示部１９０に表示するための制御を行う。具体的には、コントローラ１６からの操作情報、プログラム（移動アルゴリズム）や、各種データ（モーションデータ）などに基づいて、表示物を移動させる処理や動作させる処理を行う。より詳細に説明すると、表示物の移動情報（位置、回転角度、速度、或いは加速度）や動作情報（各パーツの位置、回転角度、或いは形状）を、１フレーム（１／６０秒）毎に順次求める処理を行う。なおフレームは、表示物の移動や動作を制御する処理や画像を生成する描画処理を行う時間の単位である。

またゲーム処理部１１２は、後述する判定部１１４に出力されたと判定された場合に、コントローラ１６の所定の移動態様による入力を受け付けてゲーム処理を行う。例えば、音楽演奏ゲームであれば、得点パラメータを更新する処理やゲームの進行を制御するパラメータ（ゲームの続行の可否、あるいはクリアの可否を判別するパラメータ）を更新する処理などを行う。また例えば、キャラクタにコントローラ１６の所定の移動態様に関連づけられたダンスを行わせる。また例えば、キャラクタの体力パラメータ（ゲームの進行を制御するパラメータの一例）に応じて勝敗を決定する格闘ゲームであれば、通常攻撃よりも相手キャラクタの体力パラメータを大幅に減少させることができる特殊攻撃を自キャラクタに発動させる処理などを行う。また例えば、車などの移動体をコース上で移動させ順位やタイムを競い合うレースゲームであれば、移動体の速度パラメータを加算して移動体を急加速させる処理などを行う。なお、これらのゲーム処理は一例を挙げたに過ぎず、他の態様のゲーム処理についても適宜採用することができる。なお各種ゲームで使用されるパラメータは、記憶部１７０に記憶される。

またゲーム処理部１１２は、後述するカウント部１１５にカウントされた回数に応じてゲーム処理を行う。例えば、音楽演奏ゲームであれば、カウント部１１５にカウントされた回数に応じて得点パラメータを更新する処理やカウント部１１５にカウントされた回数に応じてゲームの進行を制御するパラメータ（ゲームの続行の可否、あるいはクリアの可否を判別するパラメータ）を更新する処理などを行う。また例えば、格闘ゲームであれば、相手キャラクタの体力パラメータをカウント部１１５にカウントされた回数に応じて減少させることができる特殊攻撃を自キャラクタに発動させる処理などを行う。また例えば、レースゲームであれば、カウント部１１５にカウントされた回数に応じて移動体の速度パラメータを加算して移動体を急加速させる処理などを行う。

またゲーム処理部１１２は、カウント部１１５にカウントされた回数が多いほど、ゲーム処理によって得られる特典の価値を高くする。例えば、音楽演奏ゲームであれば、カウント部１１５にカウントされた回数が多いほど得点パラメータの加算量を大きくする。また例えば、格闘ゲームであれば、カウント部１１５にカウントされた回数が多いほど相手キャラクタの体力パラメータの減少量を大きくする。また例えば、レースゲームであれば、カウント部１１５にカウントされた回数が多いほど移動体の速度パラメータの加算量を大きくする。

またゲーム処理部１１２は、カウント部１１５にカウントされた回数が所定回数に達していることを条件に、所定の移動態様でコントローラを所定回数移動させる入力を受け付けてゲーム処理を行うようにしてもよい。例えば、音楽演奏ゲームであれば、カウント部１１５にカウントされた回数が所定回数に達していることを条件に、得点パラメータを更新する処理やゲームの進行を制御するパラメータ（ゲームの続行の可否、あるいはクリアの可否を判別するパラメータ）を更新する処理などを行うようにしてもよい。また例えば、カウント部１１５にカウントされた回数が所定回数に達していることを条件に、キャラクタにコントローラ１６の所定の移動態様に関連づけられたダンスを行わせるようにしてもよい。また例えば、格闘ゲームであれば、カウント部１１５にカウントされた回数が所定回数に達していることを条件に、通常の攻撃よりも相手キャラクタの体力パラメータを大幅に減少させることができる特殊攻撃を自キャラクタに発動させるようにしてもよい。また例えば、レースゲームであれば、カウント部１１５にカウントされた回数が所定回数に達していることを条件に、移動体の速度パラメータを加算して移動体を急加速させるようにしてもよい。

判定部１１４は、コントローラ１６の所定の移動態様による入力を受け付ける入力受付期間内に、基準データ記憶部１７４に記憶されている複数の基準データの中の各基準データの値との間で所与の関係が成立する出力値が予め定められた順序でセンサ１６２から出力されたか否かを判定する。また判定部１１４は、所定の移動態様でコントローラ１６を所定回数移動させる入力を受け付ける入力受付期間内に、基準データ記憶部１７４に記憶されている複数の基準データの中の各基準データの値との間で所与の関係が成立する出力値が予め定められた順序でセンサ１６２から出力されたか否かを判定する。「基準データの値との間で所与の関係が成立する出力値」には、基準データの値を超える出力値、基準データの値以上の出力値、基準データの値以下の出力値、あるいは基準データの値を下回る出力値などが該当する。例えば音楽演奏ゲームであれば、所定の移動態様でコントローラ１６を移動させることをプレーヤ２０に指示する指示標識が表示されている期間（入力受付期間の一例）内に、基準データ記憶部１７４に記憶されている複数の基準データの中の各基準データの値との間で所与の関係が成立する出力値（詳細には、基準データの値が正の整数である場合には基準データの値以上の出力値、基準データの値が負の整数である場合には基準データの値以下の出力値）が予め定められた順序でセンサ１６２から出力されたか否かを判定する。なお本実施形態では、判定部１１４は判定処理を１フレーム毎に行うため、判定処理は複数の出力値を用いて行うことになる。また「予め定められた順序」は、プログラム内で設定してもよいし、記憶部１７０に順序判定用のデータを用意してもよい。

カウント部１１５は、入力受付期間内に判定部１１４に出力されたと判定された回数をカウントするカウント処理を行う。具体的には、判定部１１４に出力されたと判定される毎に、所定回数を限度として判定部１１４に出力されたと判定された回数をカウンタ１７５に更新記憶する。

決定部１１６は、所定の移動態様でのコントローラ１６の移動時におけるセンサ１６２の出力値に基づいて、基準データ記憶部１７４に記憶される複数の基準データを決定する。例えば、ゲーム開始前に、プレーヤにゲームで使用する移動態様でコントローラ１６を移動させ、コントローラ１６の移動時におけるセンサ１６２からの出力値に基づいて複数の基準データを決定し、決定された複数の基準データを基準データ記憶部１７４に記憶する。

描画部１４０は、処理部１００で行われるゲーム処理などの結果に基づいて描画処理を行い、これにより画像を生成し、表示部１９０に出力する。なお、描画部１４０が生成する画像は、いわゆる２次元画像であってもよいし、３次元画像であってもよい。

２次元画像を生成する場合には、優先度の高いオブジェクトが優先度の低いオブジェクトの前面に表示されるようにオブジェクトを合成して描画データを作成する。そして、この描画データに基づいて、合成後のオブジェクトを描画バッファ１７６（フレームバッファあるいは中間バッファなどのピクセル単位で画像情報を記憶できるバッファ。ＶＲＡＭ）に描画して、２次元画像を生成する。

３次元画像を生成する場合には、まず、座標変換（ワールド座標変換、カメラ座標変換）、クリッピング処理、或いは透視変換等のジオメトリ処理を行い、その処理結果に基づいて、描画データ（プリミティブの頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値等）を作成する。そして、この描画データ（プリミティブデータ）に基づいて、透視変換後（ジオメトリ処理後）のオブジェクト（１又は複数プリミティブ）を描画バッファ１７６に描画する。これにより、ゲーム空間内において仮想カメラ（所与の視点）から見える画像を生成する。

なお、本実施形態のゲームシステム１は、１人のプレーヤのみがプレイできるシングルプレーヤモード専用のシステムにしてもよいし、複数のプレーヤがプレイできるマルチプレーヤモードも備えるシステムにしてもよい。また複数のプレーヤがプレイする場合に、これらの複数のプレーヤに提供するゲーム画像やゲーム音を、サーバあるいは１つのゲームシステム１を用いて生成してもよいし、ネットワークを介して接続されたサーバや複数のゲームシステム１を用いて分散処理により生成してもよい。

３．本実施形態の手法
次に、図３〜図７を参照しながら本実施形態のゲームシステム１で行われる音楽演奏ゲームの制御手法について説明する。

３−１．音楽演奏ゲームの概要
まず、図３〜図４を参照しながら本実施形態の音楽演奏ゲームの概要について説明する。図３は、本実施形態の音楽演奏ゲームのゲーム画像の一例を示す図であり、図４は、コントローラ座標系の一例を示す図である。

本実施形態の音楽演奏ゲームでは、楽曲の再生に合わせて所定の移動態様でコントローラ１６を移動させることをプレーヤ２０に指示する指示標識がディスプレイ１９に表示されるので、プレーヤ２０はこの指示標識で指示された移動態様でコントローラ１６を動かすことでダンスの振り付けを行う。

例えば図３に示す例では、プレーヤキャラクタ３００とともに、コントローラ１６の−ｙ軸方向に重力Ｇが働く状態で移動開始位置３１１からｚ軸方向を軸として反時計回りに円の移動軌跡でコントローラ１６を移動させることを指示する指示標識３１０がディスプレイ１９に表示されている。なお本実施形態では図４に示すように、コントローラ１６（加速度センサ３０）の座標系は、コントローラ１６の左右方向をｘ軸、コントローラ１６の上下方向をｙ軸、コントローラ１６の前後方向（長手方向）をｚ軸と定義しており、コントローラ１６の−ｙ軸方向に重力Ｇが働く状態を基準としてコントローラ１６を移動させることを想定している。

そしてプレーヤ２０が、この指示標識３１０で指示された移動態様でコントローラ１６を動かすと、プレーヤキャラクタ３００がコントローラ１６の動きに合わせて、左腕３０５を指示標識３１０で指示された方向に回転させて、プレーヤ２０の操作に対応したダンスを再現する。

また、指示標識３１０がディスプレイ１９に表示されている間に、指示標識３１０で指示された移動態様によるコントローラ１６の移動が行われた場合には、「ＧＲＥＡＴ！」などとプレーヤ２０の操作を評価する表示が行われ、得点が加算される。一方、指示標識３１０がディスプレイ１９に表示されている間に、指示標識３１０で指示された移動態様によるコントローラ１６の移動が行われなかった場合には、「ＢＡＤ！」などとプレーヤ２０の操作を酷評する表示が行われ、得点は加算されない。

このように本実施形態では、プレーヤ２０が指示標識で指示された移動態様でコントローラ１６を動かすことで、あたかもプレーヤ２０自身がダンサーとなってダンスの振り付けを行っているかのような仮想現実感が高められたゲームを楽しむことができる。

３−２．入力判定手法
次に、図５〜図６を参照しながら本実施形態の入力判定手法について説明する。

本実施形態の音楽演奏ゲームでは、プレーヤ２０は、楽曲の再生に合わせて指示標識で指示された移動態様でコントローラ１６を動かすことでダンスの振り付けを行う。

ところで、コントローラ１６が所定の移動態様で移動されたか否かを判定する場合に、コントローラ１６の移動時に出力される加速度センサ３０の出力値の全てが、予め定められた判定条件を満足しなければならないとすると、判定条件を満足することが難しくなり、認識率が低下してしまうおそれがある。

そこで本実施形態では、コントローラ１６の所定の移動態様に関連付けられた複数の基準データを基準データ記憶部１７４に記憶し、この複数の基準データの中の各基準データの値との間で所与の関係が成立する出力値（詳細には、基準データの値が正の整数である場合には基準データの値以上の出力値、基準データの値が負の整数である場合には基準データの値以下の出力値）が予め定められた順序で加速度センサ３０から出力された場合に、コントローラ１６の所定の移動態様による入力が行われたものと判別する手法を採用している。

また、所定の移動態様でコントローラ１６を所定回数移動させる場合には、複数の基準データの中の各基準データの値との間で所与の関係が成立する出力値が予め定められた順序で加速度センサ３０から出力された回数をカウントすることで、所定の移動態様でコントローラ１６を所定回数移動させる入力が、このカウントされた回数に応じた適合度で行われたものと判定する手法を採用している。

以下、図５〜図６を参照しながら具体的に説明する。図５は、指示標識３１０で指示された移動態様の入力判定を行う際に使用される基準データの一例を示す図であり、図６は、図５の基準データによって特定されるコントローラ１６の移動方向を説明するための図である。

本実施形態では、図５に示す基準データＡ〜基準データＨを用いて、指示標識３１０で指示された移動態様によるコントローラ１６の移動が行われたか否かを判別する。なお、ｘ軸方向には重力Ｇが働かないため、基準データＡ〜基準データＨのｘ成分の値はｙ軸を基準に対称となっているが、ｙ軸方向には重力Ｇが働くため、基準データＡ〜基準データＨのｙ成分の値はｘ軸を基準に対称となっていない。

基準データＡでは、ｘ成分の値が１.０に設定され、ｙ成分およびｚ成分の値が０.０に設定されている。つまり基準データＡは、図６に示す矢印３２１の方向にコントローラ１６が移動されたか否かを判別するデータであり（矢印３２１の方向（−ｘ軸方向）にコントローラ１６を移動させると、矢印３２１の逆方向である＋ｘ軸方向に慣性力が働く。この結果、加速度センサ３０はｘ成分において＋の出力値を出力するため）、加速度センサ３０からｘ成分において１.０以上の出力値が出力された場合に基準データＡを満足したと判定される。

基準データＢでは、ｘ成分およびｙ成分の値が０.５に設定され、ｚ成分の値が０.０に設定されている。つまり基準データＢは、図６に示す矢印３２２の方向にコントローラ１６が移動されたか否かを判別するデータであり、加速度センサ３０からｘ成分およびｙ成分において０.５以上の出力値が同時に出力された場合に基準データＢを満足したと判定される。

基準データＣでは、ｙ成分の値が１.０に設定され、ｘ成分およびｚ成分の値が０.０に設定されている。つまり基準データＣは、図６に示す矢印３２３の方向にコントローラ１６が移動されたか否かを判別するデータであり、加速度センサ３０からｙ成分において１.０以上の出力値が出力された場合に基準データＣを満足したと判定される。

基準データＤでは、ｘ成分の値が−０.５に設定され、ｙ成分の値が０.５に設定され、ｚ成分の値が０.０に設定されている。つまり基準データＤは、図６に示す矢印３２４の方向にコントローラ１６が移動されたか否かを判別するデータであり、加速度センサ３０からｘ成分において−０.５以下の出力値が出力されるのと同時にｙ成分において０.５以上の出力値が出力された場合に基準データＤを満足したと判定される。

基準データＥでは、ｘ成分の値が−１.０に設定され、ｙ成分およびｚ成分の値が０.０に設定されている。つまり基準データＥは、図６に示す矢印３２５の方向にコントローラ１６が移動されたか否かを判別するデータであり、加速度センサ３０からｘ成分において−１.０以下の出力値が出力された場合に基準データＥを満足したと判定される。

基準データＦでは、ｘ成分の値が−０.５に設定され、ｙ成分の値が−０.３に設定され、ｚ成分の値が０.０に設定されている。つまり基準データＦは、図６に示す矢印３２６の方向にコントローラ１６が移動されたか否かを判別するデータであり、加速度センサ３０からｘ成分において−０.５以下の出力値が出力されるのと同時にｙ成分において−０.３以下の出力値が出力された場合に基準データＦを満足したと判定される。

基準データＧでは、加速度ベクトルのｙ成分の値が−０.５に設定され、ｘ成分およびｚ成分の値が０.０に設定されている。つまり基準データＧは、図６に示す矢印３２７の方向にコントローラ１６が移動されたか否かを判別するデータであり、加速度センサ３０からｙ成分において−０.５以下の出力値が出力された場合に基準データＧを満足したと判定される。

基準データＨでは、加速度ベクトルのｘ成分の値が０.５に設定され、ｙ成分の値が−０.３に設定され、ｚ成分の値が０.０に設定されている。つまり基準データＨは、図６に示す矢印３２８の方向にコントローラ１６が移動されたか否かを判別するデータであり、加速度センサ３０からｘ成分において０.５以上の出力値が出力されるのと同時にｙ成分において−０.３以下の出力値が出力された場合に基準データＨを満足したと判定される。

そして加速度センサ３０の出力値が、基準データＡ〜基準データＨの値をＡ→Ｂ→Ｃ→Ｄ→Ｅ→Ｆ→Ｇ→Ｈの順序で満足した場合には、矢印３２１→矢印３２２→矢印３２３→矢印３２４→矢印３２５→矢印３２６→矢印３２７→矢印３２８の順序でコントローラ１６が移動されたことになる。つまりコントローラ１６は、−ｙ軸方向に重力Ｇが働く状態で移動開始位置３１１からｚ軸方向を軸として反時計回りに円の移動軌跡で移動されたことになるため、指示標識３１０で指示された移動態様によるコントローラ１６の移動が行われたものと判定される。

このように本実施形態では、指示標識３１０で指示された移動態様によるコントローラ１６の移動が行われた否かを、基準データ記憶部１７４に記憶された基準データＡ〜基準データＨの各基準データの値をＡ→Ｂ→Ｃ→Ｄ→Ｅ→Ｆ→Ｇ→Ｈの順序で満足したか否かで判定するため、指示標識３１０で指示された移動態様でのコントローラ１６の移動時に出力される加速度センサ３０の出力値の全てが、予め定められた判定条件を満足する必要はない。従って、認識率を低下させることなく、指示標識３１０で指示された移動態様によるコントローラ１６の移動が行われたことを適切に認識できる。

また本実施形態では、入力受付期間内に指示標識３１０で指示された移動態様によるコントローラ１６の移動が所定回数行われたか否かを判別する場合には、入力受付期間内に加速度センサ３０の出力値が基準データ記憶部１７４に記憶された基準データＡ〜基準データＨの各基準データの値をＡ→Ｂ→Ｃ→Ｄ→Ｅ→Ｆ→Ｇ→Ｈの順序で満足する毎に、その回数をカウンタ１７５にカウントする。そして、所定の移動態様でコントローラ１６を所定回数移動させる入力が、このカウントされた回数に応じた適合度で行われたものと判定する。

このように本実施形態では、入力受付期間内に指示標識３１０で指示された移動態様によるコントローラ１６の移動が所定回数行われたか否かを、入力受付期間内に加速度センサ３０の出力値が基準データ記憶部１７４に記憶された基準データＡ〜基準データＨの各基準データの値をＡ→Ｂ→Ｃ→Ｄ→Ｅ→Ｆ→Ｇ→Ｈの順序で満足した回数（カウント値）で判定するため、指示標識３１０で指示された移動態様でのコントローラ１６の移動時に出力される加速度センサ３０の出力値の全てが、予め定められた判定条件を満足する必要はない。従って、認識率を低下させることなく、指示標識３１０で指示された移動態様でコントローラ１６を所定回数移動させる入力が行われたことを認識できる。これに加え本実施形態では、指示標識３１０で指示された移動態様でコントローラ１６を所定回数移動させる入力がカウント値に応じた適合度で行われたことを認識できるため、多種多様のゲーム処理を行うことができる。

指示標識３１０で指示された移動態様によるコントローラ１６の移動を入力受付期間内に３回行う場合を例にとり説明する。例えばカウンタ１７５に記憶されたカウント値が３であり、指示標識３１０で指示された移動態様によるコントローラ１６の移動が３回行われたものと判定された場合には、「ＧＲＥＡＴ！」などとプレーヤ２０の操作を高評価する表示が行われ、高い得点が加算される。また例えばカウンタ１７５に記憶されたカウント値が２であり、指示標識３１０で指示された移動態様によるコントローラ１６の移動が２回行われたものと判定された場合には、「ＧＯＯＤ！」などとプレーヤ２０の操作を評価する表示が行われ、通常の得点が加算される。また例えばカウンタ１７５に記憶されたカウント値が１であり、指示標識３１０で指示された移動態様によるコントローラ１６の移動が１回行われたものと判定され場合には、「ＰＯＯＲ！」などとプレーヤ２０の操作を低評価する表示が行われ、低い得点が加算される。また例えばカウンタ１７５に記憶されたカウント値が０であり、指示標識３１０で指示された移動態様によるコントローラ１６の移動が１回も行われなかったと判定された場合には、「ＢＡＤ！」などとプレーヤ２０の操作を酷評する表示が行われ、得点は加算されない。

このように本実施形態では、カウント値が大きいほど（適合度が高いほど）、プレーヤが得られる得点、評価（特典の一例）の価値が高くなるため、音楽演奏ゲームの趣向性を高めることができる。

なお入力受付期間を、指示標識３１０で指示された移動態様によるコントローラ１６の移動毎に用意するようにしてもよい。

上述の例であれば、指示標識３１０で指示された移動態様によるコントローラ１６の移動を３回行うため、入力受付期間を第１の期間〜第３の期間までの３期間用意し、第１の期間内に、指示標識３１０で指示された移動態様によるコントローラ１６の１回目の移動が行われたか否かを判定し、第２の期間内に、指示標識３１０で指示された移動態様によるコントローラ１６の２回目の移動が行われたか否かを判定し、第３の期間内に、指示標識３１０で指示された移動態様によるコントローラ１６の３回目の移動が行われたか否かを判定するようにしてもよい。

また、カウント値が所定回数に達していることを条件に、指示標識３１０で指示された移動態様でコントローラ１６を所定回数移動させる入力を受け付けるようにしてもよい。

上述の例であれば、カウンタ１７５に記憶されたカウント値が３であることを条件に、指示標識３１０で指示された移動態様でコントローラ１６を３回移動させる入力を受け付け、「ＧＲＥＡＴ！」などとプレーヤ２０の操作を高評価する表示を行い、得点を加算する。一方、カウンタ１７５に記憶されたカウント値が３以外である場合には、指示標識３１０で指示された移動態様でコントローラ１６を３回移動させる入力を受け付けず、「ＢＡＤ！」などとプレーヤ２０の操作を酷評する表示を行い、得点を加算しない。

また、−ｙ軸方向に重力Ｇが働く状態でｚ軸方向を軸として移動開始位置３１１から反時計回りにコントローラ１６を移動させた際の加速度センサ３０の出力値に基づいて、基準データ記憶部１７４に記憶される基準データＡ〜基準データＨを決定するようにしてもよい。この場合には、ゲーム開始前に、プレーヤ２０に−ｙ軸方向に重力Ｇが働く状態でｚ軸方向を軸として反時計回りにコントローラ１６を移動させ、コントローラ１６の移動時における加速度センサ３０の出力値から、基準データ記憶部１７４に記憶される基準データＡ〜基準データＨを決定すればよい。例えば、基準データＡであれば、コントローラ１６の移動時における加速度センサ３０の出力値の中から最も値の大きいｘ成分を採用すればよい。なお、基準データの値を満足し易くするために、採用された速度センサ３０の出力値を調整した値（採用された速度センサ３０の出力値を大きくした値や小さくした値）を基準データとしてもよい。このようにすると、プレーヤ２０によるコントローラ１６の移動に適した基準データＡ〜基準データＨを設定することができるようになる。

３−３．本実施形態の処理
次に、図７を参照しながら本実施形態の処理の一例について説明する。図７は、本実施形態の処理の一例を説明するためのフローチャート図である。

ゲームシステム１は、複数のゲームステージの中からプレーヤがプレイするゲームステージが選択されると、選択されたゲームステージに応じた楽曲の再生などを行い、音楽演奏ゲームを開始する（ステップＳ１０）。

続いて、所定の移動態様でコントローラ１６を所定回数移動させることをプレーヤ２０に指示する指示標識をディスプレイ１９に表示し（ステップＳ１２でＹ）、指示標識が表示されている間に、複数の基準データの中の各基準データとの間で所与の関係が成立する出力値が予め定められた順序で加速度センサ３０から出力されたか否かを判定し（ステップＳ１４）、出力されたと判定された場合のみ（ステップＳ１４でＹ）、カウンタ値をインクリメントする処理を行う（ステップＳ１６）。

そして、ステップＳ１４の判定処理がコントローラ１６を移動させる回数分行われるまで、ステップＳ１４〜ステップＳ１６の処理を繰り返し行い（ステップＳ１８でＮ）、ステップＳ１４の判定処理がコントローラ１６を移動させる回数分行われると（ステップＳ１８でＹ）、カウンタ値に応じた得点を加算する（ステップＳ２０）。

そして、楽曲の再生が終了するまで、ステップＳ１２〜ステップＳ２０の処理を繰り返し行い（ステップＳ２２でＮ）、楽曲の再生が終了すると音楽演奏ゲームを終了する（ステップＳ２２でＹ）。

４．変形例
本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。また上記実施形態で説明した構成は、一例を示したに過ぎず、上記実施形態の構成と同様の効果を奏する均等な手法を採用した場合においても本発明の範囲に含めることができる。

例えば上記実施形態では、予め移動開始位置を指定し、この移動開始位置からコントローラ１６の移動を行うことを例にとり説明したが、移動開始位置を指定しないようにしてもよい。この場合には、予め定められた順序として例えば図８に示す複数の順序を採用し、図８に示すいずれかの順序で基準データＡ〜基準データＨを満足した場合には、指示標識３１０で指示された移動態様によるコントローラ１６の移動が行われたものと判定するようにすればよい。なお図７から明らかなように、図８に示すいずれかの順序で基準データＡ〜基準データＨを満足した場合には、コントローラ１６は−ｙ軸方向に重力Ｇが働く状態でｚ軸方向を軸として反時計回りに円の移動軌跡で移動されたことになる。

また例えば上記実施形態では、予め定められた順序として、基準データＡ〜基準データＨの値の全てを満足する順序（Ａ→Ｂ→Ｃ→Ｄ→Ｅ→Ｆ→Ｇ→Ｈ）を例にとり説明したが、必ずしも基準データＡ〜基準データＨの値の全てを満足する必要はない。この場合には、予め定められた順序として例えば図９に示す複数の順序を採用できる。このようにすると、指示標識３１０で指示された移動態様によるコントローラ１６の移動の難易度を調整することができるようになる。

また例えば上記実施形態では、指示標識３１０で指示された移動態様によるコントローラ１６の移動が所定回数行われたか否かを判別する場合に、加速度センサ３０の出力値が基準データ記憶部１７４に記憶された基準データＡ〜基準データＨの各基準データの値をＡ→Ｂ→Ｃ→Ｄ→Ｅ→Ｆ→Ｇ→Ｈの順序で満足した回数を基に、指示標識３１０で指示された移動態様によるコントローラ１６の移動の適合度を判別していたが、満足した基準データの数を基に、指示標識３１０で指示された移動態様によるコントローラ１６の移動の適合度を判別するようにしてもよい。

また例えば上記実施形態では、２軸（ｘ軸およびｙ軸）にまたがる移動態様である円の移動軌跡を例にとり入力判定手法を説明したが、３軸にまたがる移動態様や、１軸（ｘ軸、ｙ軸、あるいはＺ軸）での移動についてもこの入力判定手法を適用することができる。

また上記実施形態では、指示標識をディスプレイ１９に表示することで所定の移動態様でコントローラ１６を移動させることをプレーヤ２０に報知していたが、スピーカから指示音を出力したり、ディスプレイ１９の輝度を高くして画面を明るくすることで所定の移動態様でコントローラ１６を移動させることをプレーヤ２０に報知してもよい。またコントローラ１６にバイブレータを内蔵し、このバイブレータを振動させることで報知してもよいし、コントローラ１６にスピーカを設け、このスピーカから指示音を出力することで報知してもよい。また、例えば格闘ゲームにおいて、所定の移動態様でコントローラ１６を移動させると特殊攻撃を自キャラクタに発動させる場合や、レースゲームにおいて、所定の移動態様でコントローラ１６を移動させると移動体を急加速させる場合には、所定の移動態様でコントローラ１６を移動させることをプレーヤ２０に報知しなくてもよい。

また上記実施形態では、指示標識がディスプレイ１９に表示されている期間を入力受付期間として説明したが、例えば、指示標識表示後に更に指示標識を光らせることで、この指示標識を光らせる期間を入力受付期間としてもよい。

また、上記実施形態の各部（各手段）の処理は、その全てをハードウェアのみにより実現してもよいし、情報記憶媒体に格納されるプログラムや通信インターフェースを介して配信されるプログラムにより実現してもよい。或いは、ハードウェアとプログラムの両方により実現してもよい。そして、本実施形態の各部の処理をハードウェアとプログラムの両方により実現する場合には、情報記憶媒体には、ハードウェア（コンピュータ）を本実施形態の各部として機能させるためのプログラムが格納される。

また上記実施形態では、音楽演奏ゲームを例にとり説明したが、格闘ゲーム、アクションゲーム、レースゲーム、スポーツゲーム、ロールプレイングゲーム、シューティングゲーム、パズルゲーム等の種々のゲームに本手法を採用することができる。

また本発明は、業務用ゲームシステム、家庭用ゲームシステム、携帯型ゲームシステム、多数のプレーヤが参加する大型アトラクションシステム、シミュレータ、マルチメディア端末、携帯電話等の種々のゲームシステムに適用できる。

本実施形態のゲームシステム１の概略構成図の一例を示す図。 本実施形態のゲームシステム１の機能ブロック図の一例を示す図。 本実施形態の音楽演奏ゲームのゲーム画像の一例を示す図。 コントローラ座標系の一例を示す図。 指示標識３１０で指示された移動態様の入力判定を行う際に使用される基準データの一例を示す図。 図５の基準データによって特定されるコントローラ１６の移動方向を説明するための図。 本実施形態の処理の一例を説明するためのフローチャート図。 図５の基準データを満足する順序の一例を示す図。 図５の基準データを満足する順序の一例を示す図。

符号の説明

１ ゲームシステム、１０ ゲーム装置本体、１６ コントローラ、
１９ ディスプレイ、２０ プレーヤ、３０ 加速度センサ、
１００ 処理部、１１０ 音制御部、１１２ ゲーム処理部、１１４ 判定部、
１１５ カウント部、１１６ 決定部、１４０ 描画部、
１６０ コントローラ、１６２ センサ、１７０ 記憶部、
１７２ 主記憶部、１７４ 基準データ記憶部、１７６ 描画バッファ、
１８０ 情報記憶媒体、１９０ 表示部、１９２ 音出力部、１９４ 通信部、
３００ プレーヤキャラクタ、３１０ 指示標識

Claims (8)

1. 動きに応じて値が変化する物理量を検出するセンサを備えたコントローラを用いて入力を行うゲームのためのプログラムであって、
   前記コントローラの所定の移動態様に関連付けられた複数の基準データを記憶する記憶部と、
   前記所定の移動態様で前記コントローラを所定回数移動させる入力を受け付ける入力受付期間内に、前記複数の基準データの中の各基準データとの間で所与の関係が成立する出力値が予め定められた順序で前記センサから出力されたか否かを判定する判定処理を行う判定部と、
   前記判定部に出力されたと判定された回数をカウントするカウント処理を行うカウント部と、
   前記カウントされた回数に応じてゲーム処理を行うゲーム処理部としてコンピュータを機能させることを特徴とするプログラム。
2. 請求項１において、
   前記ゲーム処理部が、
   前記カウントされた回数が多いほど、ゲーム処理によって得られる特典の価値を高くすることを特徴とするプログラム。
3. 請求項２において、
   前記ゲーム処理部が、
   前記カウントされた回数が前記所定回数に達していることを条件に、前記所定の移動態様で前記コントローラを所定回数移動させる入力を受け付けてゲーム処理を行うことを特徴とするプログラム。
4. 請求項１〜３のいずれかにおいて、
   前記所定の移動態様での前記コントローラの移動時における前記センサの出力値に基づいて、前記複数の基準データを決定する決定部として更にコンピュータを機能させることを特徴とするプログラム。
5. 請求項１〜４のいずれかにおいて、
   前記ゲーム処理部が、
   前記所定の移動態様で前記コントローラを移動させることをプレーヤに指示する指示標識を表示部に表示させることを特徴とするプログラム。
6. 請求項５において、
   楽曲の再生制御を行う音制御部として更にコンピュータを機能させ、
   前記ゲーム処理部が、
   前記楽曲の再生に合わせて前記指示標識を表示部に表示させるとともに、前記コントローラの前記所定の移動態様に関連づけられたダンスを行うキャラクタを表示部に表示させることを特徴とするプログラム。
7. 請求項１〜６のいずれかにおいて、
   前記センサが検出する物理量は、前記コントローラの加速度ベクトルであり、
   前記複数の基準データの中の各基準データの値は、少なくとも１軸方向での加速度ベクトルであることを特徴とするプログラム。
8. 動きに応じて値が変化する物理量を検出するセンサを備えたコントローラを用いて入力を行うゲームのためのゲームシステムであって、
   前記コントローラの所定の移動態様に関連付けられた複数の基準データを記憶する記憶部と、
   前記所定の移動態様で前記コントローラを所定回数移動させる入力を受け付ける入力受付期間内に、前記複数の基準データの中の各基準データとの間で所与の関係が成立する出力値が予め定められた順序で前記センサから出力されたか否かを判定する判定処理を行う判定部と、
   前記判定部に出力されたと判定される毎に、前記所定回数を限度として前記判定部に出力されたと判定された回数をカウントするカウント処理を行うカウント部と、
   前記カウントされた回数に応じてゲーム処理を行うゲーム処理部とを含むことを特徴とするゲームシステム。

Images