プログラム、情報記憶媒体及びゲーム装置
【課題】 加速度センサを搭載したゲームコントローラを用いてゲームコントローラを動作させることによる操作入力を実現する。
【解決手段】３軸方向の加速度を検出可能な加速度センサを備えたゲームコントローラ１２３０で空間に図形パターンを描くようにして移動操作する。移動操作する間にサンプリングされた加速度から、移動軌跡１０の位置ｐｉを導出し、位置ｐｉから軌跡関数、近似平面１２を求める。更に、近似平面１２を法線方向から見た画像を軌跡画像１４として生成する。そして、軌跡画像データ１４を、参照パターンデータとパターンマッチングして最も適合する参照パターンを選択し、この選択された参照パターンに対応づけられている魔法発動の操作入力命令に従ってプレーヤキャラクタ６の動作を制御する。
【解決手段】３軸方向の加速度を検出可能な加速度センサを備えたゲームコントローラ１２３０で空間に図形パターンを描くようにして移動操作する。移動操作する間にサンプリングされた加速度から、移動軌跡１０の位置ｐｉを導出し、位置ｐｉから軌跡関数、近似平面１２を求める。更に、近似平面１２を法線方向から見た画像を軌跡画像１４として生成する。そして、軌跡画像データ１４を、参照パターンデータとパターンマッチングして最も適合する参照パターンを選択し、この選択された参照パターンに対応づけられている魔法発動の操作入力命令に従ってプレーヤキャラクタ６の動作を制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータに所定のゲームを実行させるためのプログラム等に関する。
【背景技術】
【０００２】
家庭用ゲーム装置の多くは、プッシュボタンスイッチやアナログレバーといった素子を有するゲームコントローラ（「ゲームパッド」とも呼ばれる）を備えている。プレーヤがゲームコントローラを両手で持ってビデオディスプレイの前に座り、指先の操作で各種のゲーム操作を入力してゲームプレイするといったスタイルは良く知られるところである。
【０００３】
また、こうしたプッシュボタンスイッチやアナログレバーなどを直接的に接触操作せずに操作入力する方法としては、例えば、指の動きを撮影し、指の移動軌跡による入力を可能にするものが知られている（例えば、特許文献１参照）。具体的には、特許文献１には、対象物体までの距離を計測可能なカメラデバイスと、入力結果を視認するためのディスプレイを備えたシステムによって、カメラデバイスで撮影した画像中からユーザの指先領域を推測し、次に指先と情報入力面までの距離を推定して、両者が接触していると推定されるならば入力中、非接触であるならば入力中ではないとみなすことにより、自然かつ容易な操作で任意の軌跡情報を入力可能とする発明が開示されている。
【特許文献１】特開２００４−９４６５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
さて、ビデオゲームの多く、特にロールプレイングゲーム（ＲＰＧ）などでは、プレーヤがプレーヤキャラクタになりきる感覚をどれだけ実現できるかがゲームの重要な要素である。従来のようにプッシュボタンスイッチやアナログレバーによる操作入力では、スイッチを押すとかレバーを倒すといった実際の入力動作と、それによって引き起こされるプレーヤキャラクタのゲーム内での動作との間に隔たりがあり、プレーヤキャラクタになりきる感覚を得るには、十分とは言えなかった。
【０００５】
こうした要望に応ずるには、前述の特許文献１の技術を用いることも考えられる。特許文献１の技術を用いれば、指先などの対象物体の軌跡情報が入力可能になる。つまり、対象物の動作をゲーム操作の入力に用いることが可能になる。しかし、システムが大掛かりになるため、低価格であることが要求される家庭用ゲーム装置に適用するのは困難であった。
【０００６】
一方で、近年の加速度センサの低価格化・小型化により、加速度センサを搭載したゲームコントローラが開発・実用化されるようになってきた。ゲームコントローラの移動操作にともなって加速度センサが加速度を検出して検出信号を家庭用ゲーム装置本体に出力しゲームに用いることが可能である。
【０００７】
本発明は、こうした事情を鑑みてなされたものであり、その目的とするところは、加速度センサを搭載したゲームコントローラを用いてゲームコントローラを移動させることによる操作入力を実現することである。
【課題を解決するための手段】
【０００８】
上記の課題を解決する第１の発明は、コンピュータに所定のゲームを実行させるためのプログラムであって、加速度検出器を内蔵したゲームコントローラの位置を変化させるように該ゲームコントローラを動かす移動操作を行った際に前記加速度検出器により検出される加速度情報に基づいて、該ゲームコントローラの移動軌跡を算出する移動軌跡算出手段（例えば、図７の処理部２００、ゲーム演算部２１０、移動軌跡算出部２１２、図１１のステップＳ６）として前記コンピュータを機能させるためのプログラムである。
【０００９】
また別形態の第１８の発明は、加速度検出器（例えば、図１の加速度センサ１２３９）を内蔵したゲームコントローラと、前記ゲームコントローラの位置を変化させるように該ゲームコントローラを動かす移動操作を行った際に前記加速度検出器により検出される加速度情報に基づいて、該ゲームコントローラの移動軌跡を算出する移動軌跡算出手段（例えば、図１のゲーム機本体１２０１、制御ユニット１２１０、図１１のステップＳ６）を備えたゲーム装置である。
【００１０】
第１及び第１８の発明によれば、加速度検出器を内蔵したゲームコントローラの現在位置を変化させるように移動操作を行うと、加速度検出器により検出される加速度情報に基づいてゲームコントローラの移動軌跡を算出し、ゲーム内で利用することができる。
【００１１】
第２の発明は、第１の発明のプログラムであって、前記移動軌跡算出手段により算出された移動軌跡に基づいて前記ゲームを進行制御するゲーム進行制御手段（例えば、図１のゲーム機本体１２０１、制御ユニット１２１０、図１１のステップＳ８〜Ｓ２２）として前記コンピュータを機能させるためのプログラムである。
【００１２】
第２の発明によれば、第１の発明と同様の効果を奏するともに、算出された移動軌跡に基づいてゲームを進行制御することができる。つまり、ゲームコントローラを移動させる動作を移動軌跡という形で取り込み、これに基づいてゲームを進行させることができる。
【００１３】
第３の発明は、第２の発明のプログラムであって、前記ゲーム進行制御手段が、前記算出された移動軌跡に基づいて操作入力命令を判定する操作入力命令判定手段（例えば、図７の処理部２００、ゲーム演算部２１０、操作入力命令判定部２１４、図１１のステップＳ８）を有し、前記操作入力命令判定手段により判定された操作入力命令に従ってゲームを進行制御するように前記コンピュータを機能させるためのプログラムである。
【００１４】
第３の発明によれば、第２の発明と同様の効果を奏するとともに、移動軌跡によってゲーム操作の入力をすることができる。例えば、プレーヤキャラクタである魔法使いが魔法の杖を振って印（「いん」と読む。単独の図形又は複数の図形や文字の組み合わせによって構成されたものの意）を描くことで魔法を発動するといったゲームの設定では、魔法の杖の振り方が移動軌跡に相当する。したがって、移動軌跡に基づいて魔法発動の操作入力命令を判定するようにするならば、魔法使いのキャラクタに魔法を発動させる操作入力をゲームコントローラの移動軌跡で行うといったことが可能になる。
【００１５】
第４の発明は、第３の発明のプログラムであって、前記操作入力命令判定手段が、複数の操作入力命令それぞれに対応付けて予め定められた複数の軌跡参照データ（例えば、図７の参照パターンデータ５２６）の中から、前記算出された移動軌跡に適合する軌跡参照データ（例えば、図８の参照画像５２６ａ）を選択し、該選択した軌跡参照データに対応付けられている操作入力命令がなされたと判定するように前記コンピュータを機能させるためのプログラムである。
【００１６】
軌跡参照データとは、基準となる軌跡を定義するデータであって、例えば軌跡を表す関数、軌跡を一方向から撮影したのに相当する画像、軌跡の全体または一部のベクトルデータなど、軌跡そのものを導出可能なデータや、軌跡の特徴を表す代表値などのデータがこれに該当する。
第４の発明によれば、第３の発明と同様の効果を奏するとともに、複数種類の操作入力命令それぞれに軌跡参照データが予め対応付けられており、算出された移動軌跡に適合する軌跡参照データを選択することによって、複数の操作入力命令から選択することができる。よって、移動軌跡を多数の中から選択できるので、移動軌跡の入力によって可能な操作入力のバリエーションを豊富にできる。
【００１７】
第５の発明は、第４の発明のプログラムであって、前記操作入力命令は、所与の可変パラメータ（例えば、図９のダメージＴＢＬデータ５２８のダメージ値５２８ｃ）に応じて予め定められた処理（例えば、図１１のステップＳ１０〜Ｓ１８）を行うための命令であり、前記操作入力命令判定手段が、前記算出された移動軌跡と前記複数の軌跡参照データそれぞれとの適合度（例えば、図９のマッチング評価値Ｈ）を算出する適合度算出手段（例えば、図７の処理部２００、ゲーム演算部２１０、操作入力命令判定部２１４、図１３のステップＳ７４）を有し、前記適合度算出手段による算出結果に基づいて軌跡参照データを選択し、前記ゲーム進行制御手段が、前記選択された軌跡参照データの前記適合度算出手段により算出された適合度に応じて前記可変パラメータを可変して、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行する、ように前記コンピュータを機能させるためのプログラムである。
【００１８】
ここで言う「適合度」とは、サンプルと参照データとの類似度や、近似度、蓋然度を意味する。
第５の発明によれば、第４の発明と同様の効果を奏するとともに、移動軌跡と軌跡参照データとの適合度に応じて、可変パラメータを可変し、可変された後の可変パラメータに応じて該軌跡参照データに対応する操作入力命令を実行する。したがって、ゲームコントローラを移動させて移動軌跡を描くスキルをゲームに反映させることができる。例えば、ゲームコントローラの移動を魔法使いキャラクタが所持する魔法の杖の操作に見立て、移動軌跡で魔法の発動を操作入力するならば、杖の動かし方の出来の良し悪しによって発動される魔法に程度差が生じることになり、プレーヤが魔法使いのキャラクタになりきる感覚を高めることができる。
【００１９】
第６の発明は、第２の発明のプログラムであって、前記ゲーム進行制御手段が、前記移動軌跡算出手段により算出された移動軌跡が予め定められた所定軌跡に合致する場合に、予め定められた操作入力命令がなされたとみなす操作入力命令判定手段（例えば、図７の処理部２００、ゲーム演算部２１０、操作入力命令判定部２１４）を有し、前記操作入力命令判定手段の判定に応じて、前記操作入力命令に従った処理を実行してゲームを進行制御するように前記コンピュータを機能させるためのプログラムである。
【００２０】
第６の発明によれば、第２の発明と同様の効果を奏するとともに、移動軌跡によって操作入力することができる。例えば、プレーヤキャラクタである魔法使いが魔法の杖を振って印（いん）を描くことで魔法を発動するといったシチュエーションでは、魔法の杖の振り方が移動軌跡に相当する。したがって、移動軌跡に基づいて魔法発動の操作入力命令を判定するようにするならば、魔法使いのキャラクタに魔法を発動させる操作を、ゲームコントローラの移動軌跡で行うといったことが可能になる。
【００２１】
第７の発明は、第４〜第６の何れかの発明のプログラムであって、前記操作入力命令は、所与の可変パラメータに応じて予め定められた処理を行うための命令であり、前記ゲーム進行制御手段が、前記移動軌跡算出手段により算出された移動軌跡全体の大きさに応じて前記可変パラメータ（例えば、図９の第２の係数ｋ２、ダメージ値５２８ｃ）を可変し、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行するように前記コンピュータを機能させるためのプログラムである。
【００２２】
第７の発明によれば、第４〜第６の何れかの発明と同様の効果を奏するとともに、移動軌跡の大きさを変えることによって、移動軌跡に対応する操作入力命令で処理される内容に差をつけることができる。よって、移動軌跡の入力によって可能な操作入力のバリエーションを豊富にし、ゲームの操作性を高めることができる。
【００２３】
第８の発明は、第４〜第６の何れかの発明のプログラムであって、前記操作入力命令は、所与の可変パラメータに応じて予め定められた処理を行うための命令であり、前記移動軌跡算出手段が、前記ゲームコントローラの向きを基準とする３次元座標系における移動軌跡を算出するように前記コンピュータを機能させ、前記移動軌跡算出手段により算出された前記３次元座標系における移動軌跡から、当該移動軌跡全体の向きを判定する移動軌跡向き判定手段（例えば、図７の処理部２００、ゲーム演算部２１０、図９の第１の係数ｋ１、図１１のステップＳ８、Ｓ１６）として前記コンピュータを機能させ、前記ゲーム進行制御手段が、前記移動軌跡向き判定手段により判定された移動軌跡全体の向きに応じて前記可変パラメータ（例えば、図９のダメージ値５２８ｃ）を可変し、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行するように前記コンピュータを機能させるためのプログラムである。
【００２４】
また、第９の発明は、第３〜第７の何れかの発明のプログラムであって、前記移動軌跡算出手段が、前記ゲームコントローラの向きを基準とする３次元座標系における移動軌跡を算出するように前記コンピュータを機能させ、前記移動軌跡算出手段により算出された前記３次元座標系における移動軌跡から、当該移動軌跡全体の向きを判定する移動軌跡向き判定手段（例えば、図７の処理部２００、ゲーム演算部２１０、図９の第１の係数ｋ１、図１１のステップＳ８、Ｓ１６）として前記コンピュータを機能させ、前記操作入力命令判定手段が、前記移動軌跡算出手段により算出された移動軌跡に加えて、更に前記移動軌跡向き判定手段により判定された移動軌跡全体の向きに基づいて操作入力命令を判定するように前記コンピュータを機能させるためのプログラムである。
【００２５】
ここで言う「移動軌跡全体の向き」とは、移動軌跡の全体を一つの図形と見なした場合に、当該図形を代表する向きであって、例えば、図形の外周に他の部分より異なる形状部位（例えば、欠け、突出、直線的な形状の中に曲線的な部位）、図形の代表寸法の向き、図形の回転軸や対称軸と言った軸方向、図形の広がりを一つの平面に近似させた近似平面の向きがこれに該当する。
【００２６】
第８の発明によれば、第４〜第６の何れかの発明と同様の効果を奏することができる。また、第９の発明によれば、第３〜第７の何れかの発明と同様の効果を奏することができる。そして更に、第８の発明、第９の発明ともに、ゲームコントローラの向きを基準とする３次元座標系における移動軌跡全体の向きに応じて、移動軌跡に対応づけられている操作入力命令による処理の内容に差をつけることができる。例えば、対応する操作入力命令を「敵キャラクタへの攻撃」とし、その攻撃力や与えるダメージ値を可変パラメータとするならば、移動軌跡全体の向きによって攻撃に強弱を加えることができることになる。したがって、移動軌跡による操作入力のバリエーションを豊かにし、ゲーム性を高めることができる。
【００２７】
第１０の発明は、第４〜第９の何れかの発明のプログラムであって、前記複数の操作入力命令それぞれには、前記ゲームコントローラの姿勢条件が予め定められており、前記移動軌跡算出手段による移動軌跡の算出対象となった加速度情報に基づいて前記ゲームコントローラの姿勢を判定する姿勢判定手段として前記コンピュータを機能させ、前記操作入力命令判定手段が、前記算出された移動軌跡に適合する軌跡参照データに対応付けられている操作入力命令であり、且つ、前記姿勢判定手段により判定された姿勢が姿勢条件を満足する操作入力命令がなされたと判定するように前記コンピュータを機能させるためのプログラムである。
【００２８】
第１０の発明によれば、第４〜第９の何れかの発明と同様の効果を奏するとともに、同じ移動軌跡であってもゲームコントローラの姿勢条件に応じて様々な操作入力をすることが可能になる。つまり、同じ移動軌跡を描くにしても、プレーヤはゲームコントローラを自分の体に対してどのような姿勢で移動させるかによって様々な操作入力が可能になる。プレーヤにとって、覚えなければならない図形のパターンが少なくてもより多くの操作入力が可能になるのでプレイし易くなる。
【００２９】
第１１の発明は、第２〜第１０の何れか一つの発明のプログラムであって、前記ゲーム進行制御手段が、ゲーム空間中の所定オブジェクト（例えば、図１４における魔法の杖７のオブジェクト）の当該ゲーム空間中の位置を、前記算出された移動軌跡に基づいて変化させるように制御するオブジェクト制御手段（例えば、図７の処理部２００、ゲーム演算部２１０、図１１のステップＳ１０）を有し、前記オブジェクト制御手段による前記所定オブジェクトの位置の制御によってゲームを進行制御するように前記コンピュータを機能させるためのプログラムである。
【００３０】
第１１の発明によれば、第２〜第１０の何れか一つの発明と同様の効果を奏するとともに、移動軌跡によってゲーム空間中の所定オブジェクトの位置を制御できる。したがって、オブジェクトの移動としてプレーヤは自分が入力した移動軌跡がゲーム内で用いられていることを目の当たりにすることで、ゲームと現実世界との一体感を高めることができる。特に所定オブジェクトがプレーヤキャラクタの一部を構成している場合には、プレーヤの動作と同じ動作をプレーヤキャラクタがすることになるので、プレーヤはより一層プレーヤキャラクタとの一体感を高めることとなり、ゲームへ没入する手助けすることができる。
【００３１】
第１２の発明は、第１〜第１１の何れか一つの発明のプログラムであって、前記移動軌跡算出手段により算出された移動軌跡を画像表示させる軌跡画像表示制御手段（例えば、図７の処理部２００、ゲーム演算部２１０、図１１のステップＳ１２）として前記コンピュータを機能させるためのプログラムである。
【００３２】
第１２の発明によれば、第１〜第１１の何れか一つの発明と同様の効果を奏するとともに、算出された移動軌跡を画像表示させることができる。プレーヤは自分が入力した移動軌跡がゲーム内で用いられていることを目の当たりにすることで、ゲームキャラクタとの一体感をより高めるようになる。また、プレーヤはどのような移動軌跡を入力できたかを把握できるので、画像表示された移動軌跡が所望する軌跡のイメージと異なっていれば、より上手にゲームコントローラを移動させようという向上心を高揚させ、よりゲームへの没入感を高めることができる。
【００３３】
第１３の発明は、第１〜第１２の何れか一つの発明のプログラムであって、前記ゲームコントローラの前記移動操作の開始を指示する操作入力がなされたことを検知する移動操作開始指示検知手段（例えば、図１のプッシュボタン１２３２、図７の操作入力部１００、図１２のステップＳ５０〜Ｓ５８）、前記ゲームコントローラの前記移動操作の終了を指示する操作入力がなされたことを検知する移動操作終了指示検知手段（例えば、図１のプッシュボタン１２３２、図７の操作入力部１００、図１２のステップＳ５０、Ｓ６０）、として前記コンピュータを機能させるとともに、前記移動軌跡算出手段が、前記移動操作開始指示検知手段の検知から前記移動操作終了指示検知手段の検知までの間の移動軌跡を算出するように前記コンピュータを機能させるためのプログラムである。
【００３４】
第１３の発明によれば、第１〜第１２の何れか一つの発明と同様の効果を奏するとともに、移動操作の開始と終了を検知することができるので、誤入力を防止することができる。
【００３５】
第１４の発明は、第１３の発明のプログラムであって、前記移動軌跡算出手段が、前記移動操作開始指示検知手段が操作入力検知した時点における前記ゲームコントローラの位置と、前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置とが所定の位置条件を満たす関係にあるとして移動軌跡を算出するように前記コンピュータを機能させるためのプログラムである。
【００３６】
第１４の発明によれば、第１３の発明と同様の効果を奏するとともに、予め「移動操作の開始位置と終了位置とが所定の位置条件を満たす関係にある」という前提を設けることで、逆説的にプレーヤに対して「移動操作に際し、開始位置と終了位置とを所定の位置条件を満たすように操作せよ」といった具合に移動操作に一定の規制を与え、移動操作に際するスキルを要求するゲームとすることができる。したがって、単にゲームコントローラを移動させて操作するだけでなく、いかに上手にゲームコントローラを移動操作するか、動作の正確さやスムーズさをゲームに取り入れることができる。そして、移動操作を習熟することの「やりごたえ感」を創出するきっかけを作り、ゲームをプレイする楽しみをより多面化し豊かにすることができる。
【００３７】
第１５の発明は、第１４の発明のプログラムであって、前記移動軌跡算出手段が、前記移動操作開始指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置と、前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置とが同一位置にあるとして移動軌跡を算出するように前記コンピュータを機能させるためのプログラムである。
【００３８】
第１５の発明によれば、第１４の発明と同様の効果を奏するとともに、プレーヤに対して「移動操作に際し、開始位置と終了位置とを合わせるように操作せよ」という規則を与えることができる。つまり、所謂「一筆書き」するように移動操作すれば良いことになるので、所望する移動軌跡を描くようにゲームコントローラを移動操作するのが容易になり、比較的ゲーム操作に慣れていないプレーヤに配慮することができる。
【００３９】
第１６の発明は、第１３〜第１５の何れかの発明のプログラムであって、前記移動軌跡算出手段が、１）前記移動操作開始指示検知手段が操作入力を検知した時点における前記ゲームコントローラの速度、及び／又は、２）前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの速度、を速度「０」として移動軌跡を算出するように前記コンピュータを機能させるためのプログラムである。
【００４０】
第１６の発明によれば、第１３〜第１５の何れかの発明と同様の効果を奏するとともに、移動軌跡の算出が、操作入力の開始及び／又は終了時のゲームコントローラを止めることを前提にすることで、移動軌跡の算出をより簡単におこなうことができる。
【００４１】
第１７の発明は、第１〜第１６の何れか一つのプログラムを記憶したコンピュータ読み取り可能な情報記憶媒体である。ここで言う「情報記憶媒体」とは、例えば磁気ディスクや光学ディスク、ＩＣメモリなどを含む。第１７の発明によれば、第１〜第１６の何れか一つの発明のプログラムをコンピュータに読み取らせて実行させることによって、コンピュータに第１〜第１６の何れか一つの発明と同様の効果を発揮させることができる。
【発明の効果】
【００４２】
本発明によれば、加速度検出器を内蔵したゲームコントローラの位置を変化させるように移動操作を行うと、加速度検出器により検出される加速度情報に基づいてゲームコントローラの移動軌跡を算出し利用可能になる。よって、算出された移動軌跡を画面に表示するといったことも可能になる。つまり、カメラなどの撮影素子や撮影した画像の画像処理といった追加をせずに、加速度検出器を内蔵したゲームコントローラを用いるだけで、動作による操作入力を実現することができる。
【発明を実施するための最良の形態】
【００４３】
以下、本発明を適用した実施形態として、家庭用ゲーム装置でロールプレイングゲーム（ＲＰＧ）を実行する例を挙げて説明する。尚、本発明が適用可能なゲームジャンルはＲＰＧに限らない。
【００４４】
［ゲーム装置の構成］
図１は、本実施形態における家庭用ゲーム装置の構成例を説明するシステム構成図である。家庭用ゲーム装置１２００のゲーム装置本体１２０１は、例えばＣＰＵや画像処理用ＬＳＩ、ＩＣメモリ等が実装された制御ユニット１２１０と、光学ディスク１２０２やメモリカード１２０４といった情報記憶媒体の読み取り装置１２０６，１２０８を備える。そして、家庭用ゲーム装置１２００は、光学ディスク１２０２やメモリカード１２０４からゲームプログラム及び各種設定データを読み出し、ゲームコントローラ１２３０に為される操作入力に基づいて制御ユニット１２１０が各種のゲーム演算を実行し、所与のビデオゲームを実行する。
【００４５】
制御ユニット１２１０は、各種プロセッサ、各種ＩＣチップ、ＩＣメモリなどの電気電子機器を備え、演算処理等を行って家庭用ゲーム装置１２００の各部を制御する。本実施形態では、制御ユニット１２１０は、インターネットやＬＡＮ、ＷＡＮと言った通信回線１と接続して外部装置との間でデータ通信を実現する通信装置１２１２と近距離無線通信モジュール１２１４とを備える。
【００４６】
近距離無線通信モジュール１２１４は、近距離無線を介して複数のゲームコントローラ１２３０それぞれから送信される操作入力信号を受信する。近距離無線の形式としては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）やＵＷＢ（超広帯域無線）、無線ＬＡＮなどが適宜適用可能である。
【００４７】
本実施形態におけるゲームコントローラ１２３０は、全体としてスティック形状を有しており、その上面には選択の決定やキャンセル、タイミングの入力などに用いられるボタンスイッチ１２３２と、前後左右の各方向を入力するための方向入力キー１２３４とが設けられている。また、内部にはコントローラ制御ユニット１２３６を内蔵する。
【００４８】
コントローラ制御ユニット１２３６には、ＩＣチップやＩＣメモリ等の電子電気素子と、近距離無線通信モジュール１２３８と、加速度センサ１２３９とが搭載されている。
【００４９】
加速度センサ１２３９は、Ｘｃ軸とＹｃ軸とＺｃ軸の直交３軸それぞれに作用する加速度を検出する加速度検出器である。本実施形態では、加速度センサ１２３９は、Ｘｃ軸がゲームコントローラ１２３０の長辺方向、Ｙｃ軸がゲームコントローラ１２３０の右方向、Ｚｃ軸がゲームコントローラ１２３０の上方向に固定されている。
【００５０】
そして、コントローラ制御ユニット１２３６は、近距離無線通信モジュール１２３８を介してゲーム装置本体１２０１の近距離無線通信モジュール１２１４とデータ通信を実現し、加速度センサ１２３９で検出した加速度の検出信号、並びにボタンスイッチ１２３２や方向入力キー１２３４への操作入力に応じた操作入力信号をゲーム装置本体１２０１へ送信する。
【００５１】
ゲーム装置本体１２０１の制御ユニット１２１０では、ゲームコントローラ１２３０から受信した検出信号や操作入力信号に基づいてゲーム画像やゲーム音を生成してＲＰＧ（ロールプレイングゲーム）を実行する。生成されたゲーム画像やゲーム音は、信号ケーブル１２０９で接続されたビデオディスプレイモニタ１２２０に出力される。
【００５２】
図２は、本実施形態におけるゲームのプレイスタイルを示す概念図である。
本実施形態では、プレーヤ２は、棒を持つ要領でゲームコントローラ１２３０を把持する。そして、ビデオディスプレイモニタ１２２０の前で表示部１２２２に表示されるゲーム画像４を見つつ、スピーカ１２２４から出力されるＢＧＭや効果音といったゲーム音を聞きながら、ゲームコントローラ１２３０から各種操作を入力してゲームを楽しむ。ゲーム画面４に表示される画像は、例えば３次元仮想空間に形成されたゲーム空間に、プレーヤ２が操作するプレーヤキャラクタ６のオブジェクトと敵キャラクタ８のオブジェクトとが配置・動作制御される様子を仮想カメラで撮影した画像を元に生成される。本実施形態ではＲＰＧを実行するので、プレーヤ２は、プレーヤキャラクタ６（本実施形態では「魔法使い」である。）を操作して種々の魔法を駆使して敵キャラクタ８を倒しながらゲームを進める。尚、敵キャラクタ８にはそれぞれ固有のヒットポイントが割り当てられており、逐次プレーヤキャラクタ６からの攻撃によるダメージ値がヒットポイントから減算され、ヒットポイントが「０」になると、該敵キャラクタは倒されたことになる。
【００５３】
そして本実施形態では、プレーヤ２には、マニュアルやゲーム中で明らかとなる形式で、プレーヤキャラクタ６が魔法を発動させるための術式としての図形パターンが知らされるており、ゲームコントローラ１２３０を持つ手を、例えば図３（ａ）〜（ｃ）に示すような図形パターンを描くように動かすことで、魔法の発動操作を入力することができる。つまり、図形パターンを描くようにゲームコントローラ１２３０の位置を変化させるように３次元的に移動させる動作で、プレーヤキャラクタ６に発動させる魔法を入力することができる。以下、こうした一連の操作を本明細書では「魔法発動操作入力」と言う。
【００５４】
図４〜図６は、本実施形態における魔法発動操作入力の原理を説明するための概念図である。図４に示すように、本実施形態における魔法発動操作入力は、プッシュボタン１２３２を押下している間入力される扱いとする。プレーヤは、プッシュボタン１２３２を押しながら腕を振ってゲームコントローラ１２３０の位置を変化させ、その移動軌跡１０によって術式の図形パターンを描き、描ききったと思われるところでプッシュボタン１２３２を離すことで操作入力を終了する。
【００５５】
その前提として、本実施形態では術式の図形パターンは図３に示したような所謂「一筆書」できる２次元図形が設定され、各図形はいわば魔法を発動する印（いん）に相当するものであり、各図形には異なる魔法を発動させる操作入力命令が対応づけられている。そして、プレーヤには魔法発動の操作入力をする際には３つのアドバイスがマニュアルやゲーム内のチュートリアルで与えられる。具体的には、（イ）入力開始の位置と入力終了の位置を同じにする、；（ロ）入力終了の位置でゲームコントローラ１２３０の移動を止める；（ハ）入力開始から入力終了までの間はできるだけゲームコントローラ１２３０の傾斜姿勢を変化させないように、つまりゲームコントローラ１２３０を平行移動させる；ようにアドバイスがなされる。
【００５６】
一方、制御ユニット１２１０は、プッシュボタン１２３２を押下されている間、所定周期△ｔのサンプリングタイムで加速度センサ１２３９によって検出された加速度ａｉ（ｉ＝０，１，２，…ｎ−１；ａはＸｃＹｃＺｃ軸座標系における３次元ベクトル）をサンプリングし続け、搭載するＩＣメモリ等の記憶媒体に記憶・蓄積する。そして、サンプリングされた加速度ａｉから位置座標ｐｉ（ｉ＝０，１，２，…ｎ＋１；ｐはＸｃＹｃＺｃ軸座標系における３次元座標）を、先に述べた前提に基づいて算出する。
【００５７】
具体的には、次のようになる。すなわち、ゲームコントローラ１２３０には重力加速度ｇが常時作用しているので、加速度センサ１２３９で検出される加速度ａｉは、ゲームコントローラ１２３０が移動されることによって生じる運動加速度と重力加速度ｇとの合力であるから、プレーヤの操作のみの加速度（真の加速度）をａｉ−ｇとすると速度ｖｉ（ｉ＝０，１，２，…ｎ）は次式（１）のように表される。
【００５８】
【数１】
【００５９】
また、式（１）からサンプリング中におけるゲームコントローラ１２３０の位置である位置ｐｉ（ｉ＝０，１，２，…ｎ＋１）は次式（２）のように表すことができる。
【００６０】
【数２】
【００６１】
ここで、Ｓ１及びＳ２を次式（３）及び式（４）のように定めると、速度ｖｎ並びに位置ｐｎ＋１は、式（５）及び式（６）のように表すことができる。
【００６２】
【数３】
【数４】
【数５】
【数６】
【００６３】
ここで、本実施形態では前提条件に（イ）入力開始の位置と入力終了の位置を同じにする；（ロ）入力終了の位置でゲームコントローラ１２３０の移動を止める；が含まれているので、これらの条件から次式（７）及び式（８）を得ることができる。
【００６４】
【数７】
【数８】
【００６５】
よって、これら式（５）〜式（８）より重力加速度ｇ及び初速度ｖ０は、次式（９）及び式（１０）と表すことができる。
【００６６】
【数９】
【数１０】
【００６７】
したがって、式（９）及び式（１０）を式（２）に代入すると、図５に示すように、移動軌跡１０上の位置ｐｉを時系列に求めることができる。尚、同図では、破線表示された移動軌跡１０上に、上述の如く求められた位置ｐｉを白丸で示している。これら全ての位置ｐｉの近似関数（直線やスプライン等を含む意）を求めると、それが移動軌跡関数となる。
【００６８】
尚、ここで加速度センサ１２３９がバイアス誤差を持っていたとすると、加速度センサ１２３９で検出される加速度には常に誤差ｅだけ真値よりずれていることになるので、真の加速度は（ａｉ−ｇ−ｅ）となる。次式（１１）のように定義すると、上記の数式における「ｇ」を「ｇ´」に置き換えることができる。つまり、バイアス誤差の有無は考慮する必要が無い。
【００６９】
【数１１】
【００７０】
次に、図６に示すように、本実施形態では術式の図形パターンとして２次元図形を設定しているので、ゲームコントローラ１２３０の移動軌跡１０を２次元図形として扱うために、ゲームコントローラ１２３０の移動軌跡１０を近似する近似平面１２（ＸｃＹｃＺｃ座標系における平面）を求める。本実施形態では、位置ｐｉの中から３点以上をランダムに選択し、それら選択された位置を通る平面関数を求め、これを近似平面１２とする。
【００７１】
そして、近似平面１２を法線方向１３から見た軌跡画像１４を生成する。軌跡画像１４は、各位置ｐｉを直線で結び、法線視すれば軌跡画像を得ることができる。或いは、移動軌跡関数を近似平面１２に投影させることによって軌跡画像１４を得るとしても良い。
【００７２】
そして、軌跡画像１４が得られたならば、この軌跡画像がどの術式の図形パターンに最も類似しているか、別の言い方をすると最も適合している図形はどれかを判定処理することによって、ゲームコントローラ１２３０の移動軌跡１０によってプレーヤキャラクタ６に特定の魔法を発動させることができる。つまり、ボタンスイッチの押下やレバーの倒しなどの指先による操作ではなく、ゲームコントローラ１２３０で術式の図形パターンを描くようにプレーヤ自身が動作することで、プレーヤキャラクタ６の魔法発動操作を入力することが可能になる。
【００７３】
［機能ブロックの説明］
次に、機能構成について説明する。
図７は、本実施形態における機能構成の一例を示す機能ブロック図である。同図に示すように本実施形態では、操作入力部１００と、処理部２００と、音出力部３５０と、画像表示部３６０と、通信部３７０と、記憶部５００とを備える。
【００７４】
操作入力部１００は、プレーヤによって為された各種の操作入力に応じて操作入力信号を処理部２００に出力する。図１では、ゲームコントローラ１２３０が操作入力部１００に該当する。また、本実施形態における操作入力部１００は、３軸以上の軸方向の加速度を検出する加速度検出部１０２と、通信部１０４を有し、操作入力信号とともに加速度検出部１０２で検出した加速度に応じた検出信号を通信部１０４と通信部３７０との間のデータ通信を介して処理部２００に出力する。
【００７５】
加速度検出部１０２は、図１では加速度センサ１２３９が該当する。検出形式は、静電容量の変化を検出する形式や、ピエゾ抵抗効果やひずみゲージによる電気抵抗の変化を検出する形式、あるいは光ファイバーの干渉変化を用いる形式など適宜選択して良い。
【００７６】
通信部１０４は、通信部３７０と接続してデータ通信を実現する。例えば、無線通信機や制御回路等によって実現され、図１では近距離無線通信モジュール１２３８がこれに該当する。
【００７７】
処理部２００は、例えばＣＰＵ等のプロセッサやＡＳＩＣ（特定用途向け集積回路）、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や記憶部５００を含むゲーム装置１２００の各機能部との間でデータの入出力を行うとともに、所定のプログラムやデータ、操作入力部１００から入力される各種信号に基づいて各種の演算処理を実行して、ゲーム装置１２００の動作を制御する。図１では、ゲーム装置本体１２０１に内蔵された制御ユニット１２１０が処理部２００に該当する。
【００７８】
ゲーム演算部２１０は、ゲームの進行に係る処理を実行する。例えば、３次元仮想空間中に種々のオブジェクトを配置してゲーム空間を形成する処理や、ゲーム空間中にプレーヤキャラクタや敵キャラクタのオブジェクトを配置するとともにこれらの位置や姿勢を制御する処理、オブジェクトのヒット判定処理、物理演算処理、ゲーム結果の算出処理、各種タイマー処理が実行される。そしてゲーム演算部２１０は、更に移動軌跡算出部２１２と、操作入力命令判定部２１４とを備える。
【００７９】
移動軌跡算出部２１２は、加速度検出部１０２から出力された検出信号から、プレーヤがゲームコントローラ１２３０を動かす移動操作を行った際に生じた加速度ａｉをサンプリングする処理と、サンプリングした加速度ａｉの情報から位置ｐｉを求めてゲームコントローラの移動軌跡１０のデータを生成する処理とを実行する。
「移動軌跡のデータ」としては、例えば、位置ｐｉの座標データの他に、該位置ｐｉの近似関数である移動軌跡関数、位置群を一の平面に近似した近似平面１２、３次元的な移動軌跡を２次元平面画像に変換した軌跡を示す軌跡画像１４が含まれる。
【００８０】
操作入力命令判定部２１４は、移動軌跡算出部２１２で算出された移動軌跡１０のデータから、該移動軌跡に基づいてどの操作入力命令が入力されたかを判定する処理と、判定した操作入力命令を可変パラメータに応じて実行する処理を行う。
【００８１】
本実施形態では、軌跡画像を予め用意された複数の参照パターンとマッチングして、最も類似性の高い参照パターンを択一的に選出するとともに、当該参照パターンに予め対応付けられている操作入力命令を選出することによって判定を実行する。ここで言う「操作入力命令」は、本実施形態では魔法技の発動に相当する。そして、発動される魔法で敵キャラクタに与えることのできるダメージ値（可変パラメータ）を移動軌跡の姿勢や大きさといったパラメータに応じて可変する。尚、マッチングは、所謂「パターンマッチング」に関する従来技術を適宜用いることができるので、本明細書では詳細な説明を省略する。
【００８２】
音生成部２５０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）などのプロセッサやその制御プログラムによって実現され、ゲーム演算部２１０による処理結果に基づいてゲームに係る効果音やＢＧＭ、各種操作音の音信号を生成し、音出力部３５０に出力する。
【００８３】
音出力部３５０は、音生成部２５０から入力される音信号に基づいて効果音やＢＧＭ等を音出力する装置によって実現される。図１ではビデオディスプレイモニタ１２２０のスピーカ１２２４がこれに該当する。
【００８４】
画像生成部２６０は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）などのプロセッサ、その制御プログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現される。画像生成部２６０は、ゲーム演算部２１０による処理結果に基づいて１フレーム時間（１／６０秒）で１枚のゲーム画像を生成し、生成したゲーム画像の画像信号を画像表示部３６０に出力する。
【００８５】
画像表示部３６０は、画像生成部２６０から入力される画像信号に基づいて各種ゲーム画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１ではビデオディスプレイモニタ１２２０の表示部１２２２が該当する。
【００８６】
通信制御部２７０は、データ通信の確立と所定プロトコルに則ったデータ送受信にかかる処理を実行し、通信部３７０を介して外部装置とのデータのやりとりを実現する。
【００８７】
通信部３７０は、通信回線１（図１参照）と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現され、図１では通信装置１２１２、近距離無線通信モジュール１２１４がこれに該当する。
【００８８】
記憶部５００は、処理部２００にゲーム装置１２００を統合的に制御させるための諸機能を実現するためのシステムプログラムや、ゲームを実行させるために必要なゲームプログラム、各種データ等を記憶する。また、処理部２００の作業領域として用いられ、処理部２００が各種プログラムに従って実行した演算結果や操作部１００から入力される入力データ等を一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。
【００８９】
本実施形態では、記憶部５００はシステムプログラム５０１と、ゲームプログラム５０２を記憶している。ゲームプログラム５０２は更に移動軌跡算出プログラム５０４と、操作入力命令判定プログラム５０６を含んでいる。処理部２００がゲームプログラム５０２を読み出して実行することによって、処理部２００にゲーム演算部２１０としての機能を実現させることができる。また、処理部２００が移動軌跡算出プログラム５０４と操作入力命令判定プログラム５０６を読み出して実行することによって、処理部２００に移動軌跡算出部２１２と操作入力命令判定部２１４としての機能を実現させることができる。
【００９０】
また、記憶部５００には、予め用意されるデータとしてゲーム空間設定データ５２０、キャラクタ設定データ５２２、魔法エフェクト設定データ５２４、参照パターンデータ５２６、ダメージＴＢＬデータ５２８が記憶されている。更にゲームの進行に伴って随時書き換えられるデータとして、キャラクタ制御データ５３０、サンプリングデータ５３２、入力中フラグ５３４、各種タイマーのタイマー値が記憶される。その他適宜データを記憶しても良いのは勿論である。
【００９１】
ゲーム空間設定データ５２０には、３次元仮想空間にゲーム空間を形成するための各種データが格納されている。例えば、プレーヤキャラクタ６が移動する地表や背景を含む配置物に関するモデルデータやテクスチャデータ及びモーションデータが含まれる。
【００９２】
キャラクタ設定データ５２２には、プレーヤキャラクタ６および敵キャラクタ８の初期設定データが格納されている。具体的には、各キャラクタオブジェクトのモデリングデータ、テクスチャデータ、モーションデータ、敵キャラクタの動作パターンなどのデータ、敵キャラクタに与えられるヒットポイントの初期値などが適宜含まれる。
【００９３】
魔法エフェクト設定データ５２４には、プレーヤキャラクタ６が魔法を発動させたときのエフェクト表示に係るデータが魔法の種類毎に対応づけられて格納されている。例えば、雷撃魔法の場合ならば、天空から雷撃が落ちるような表示をするためのオブジェクト、テクスチャデータ、効果音データなどが含まれる。
【００９４】
参照パターンデータ５２６は、ゲーム内で使用される術式の図形パターンと、それに対応する操作入力命令とを定義する。
図８は、本実施形態における参照パターンデータ５２６のデータ構成の一例を示すデータ構成図である。同図に示すように、参照パターンデータ５２６には、複数種類の図形パターンを定義する情報としての参照画像５２６ａが、各々異なる操作入力命令５２６ｂと対応づけて格納されている。
参照画像５２６ａは、ゲームコントローラ１２３０の移動軌跡とパターンマッチングするための辞書データに相当する。本実施形態では、２次元画像のパターンマッチング技術を用いる設定であるので、参照画像５２６ａには２次元画像データが格納されているが、パターンマッチング技術の内容に応じて適宜設定するとして良い。操作入力命令５２６ｂには、本実施形態の場合には発動させる魔法技を実行させるためのコマンドが設定されている。
【００９５】
ダメージＴＢＬ（テーブル）データ５２８は、プレーヤキャラクタ６が発動させる魔法によって敵キャラクタ８に与えるダメージ値を定義する。
図９は、本実施形態におけるダメージＴＢＬデータ５２８のデータ構成例を示すデータ構成図である。同図に示すように、ダメージＴＢＬデータ５２８には、先に参照パターンデータ５２６で定義された操作入力命令に対応する操作入力命令の種類５２８ａに対応づけて、マッチング評価値範囲５２８ｂと、ダメージ値５２８ｃとが格納されている。
【００９６】
ここで言う「マッチング評価値」とは、パターンマッチングの際に求められる評価対象（サンプル）と参照パターン（辞書パターンとも言う。）との類似度、或いはマッチング度などと呼ばれる適合度を示す値である。本実施形態では、マッチング評価値Ｈは０〜１．０の値で求められ、大きい値ほど評価対象と参照パターンとが類似するものとする。また、パターンマッチングにおいては、評価対象と参照パターンとの図形形状における類似度が評価され、大きさの相違は評価しない。但し、評価対象の図形の大きさそのものについては、敵キャラクタ８に与えるダメージ値の係数ｋ２として作用する。この点については後述する。
【００９７】
さて、図９の例では、マッチング評価値範囲５２８ｂは、マッチング評価値Ｈが０．３〜１．０の間を複数の範囲に分割定義している。逆説的に言えば、本実施形態ではマッチング評価値Ｈが０．３未満の場合にはマッチングの該当が無い、魔法発動入力が失敗したと判断されることになる。
【００９８】
ダメージ値５２８ｃは、マッチング評価値Ｈ及び可変パラメータの係数ｋ１，ｋ２の関数として定義されている。本実施形態では、近似平面１２の面の法線方向が、加速度センサ１２３９のＸｃ軸方向を０°とするＺｃ軸周りの角度θａ（−１８０°≦θａ≦１８０°）に応じて第１の係数ｋ１が定義される。つまり、近似平面１２並びにその法線方向１３で、移動軌跡全体の向きを代表し、移動軌跡全体の向きに応じて第１の係数ｋ１が決定される。また、移動軌跡１０を法線方向１３に平行投影して得られる面積の基準面積Ａ０（例えば、１０００ｃｍ２。）に対する比率に応じて第２の係数ｋ２が定義されている。つまり、移動軌跡全体の大きさに応じて第２の係数ｋ２が決定される。
【００９９】
具体的には、図９の例では、移動軌跡がゲームコントローラ１２３０の横方向に沿って描かれたと判断できる場合には第１の係数ｋ１＝１．０とし、ゲームコントローラ１２３０の前後方向に沿って描かれたと判断できる場合には第１の係数ｋ１＝２．０とされる。
つまり、本実施形態では棒を持つ要領でゲームコントローラ１２３０を把持するので、ゲームコントローラ１２３０をその横方向（図１のＹｃ−Ｚｃ軸平面方向）に沿って移動させる場合には、その様子を目で見て軌跡をイメージできるので所望する図形パターンを描くのは比較的容易であるが、前後方向（図１のＸｃ−Ｚｃ軸平面方向）に移動させる場合には移動軌跡がプレーヤの視界に対して遠近方向に沿う格好になるので、軌跡のイメージを捉え難く、同じ図形パターンを描こうとした場合でも比較的難易度が高くなる。そこで、前者の場合の係数ｋ１を低く、後者を高く設定することで、より難易度の高い方法でゲームコントローラ１２３０を移動させるとより高いダメージ値を敵キャラクタに与えることが可能になる。つまり、難しい移動操作で術式を描けばそれだけ強い魔法を発動させることができる。これによって、ゲームへの没入感を高めることができる。
【０１００】
また、第２の係数ｋ２は、ゲームコントローラ１２３０の軌跡を大きく描くようにするほど大きな値となり、敵キャラクタ８に与えるダメージ値が大きくなるように設定されているので、こちらも第１の係数ｋ１の設定と同様の効果を奏する。
【０１０１】
キャラクタ制御データ５３０は、プレーヤキャラクタ６や敵キャラクタ８の動作制御に係るデータを格納する。例えば、現在の位置座標や、ヒットポイント、アイテム、実行中のモーションデータおよびその実行中にあるフレーム番号など、を適宜設定することができる。
【０１０２】
サンプリングデータ５３２は、魔法発動操作入力に係るデータを格納する。
図１０は、本実施形態におけるサンプリングデータ５３２のデータ構成例を示す図である。同図に示すように、サンプリングデータ５３２は、ボタンスイッチ１２３２が押下されている間サンプリングされて時系列に格納された加速度５３２ａと、サンプリングされた加速度から求められた位置５３２ｂと、移動軌跡１０そのものに相当する全位置の近似関数である移動軌跡関数５３２ｃと、移動軌跡関数式５３２ｃを一の平面で近似した近似平面１２の近似平面関数５３２ｄと、軌跡画像５３２ｅとを格納する。
【０１０３】
入力中フラグ５３４は、魔法発動操作入力が入力中であることを示すフラグであり、初期状態は「０」で、入力開始とともに「１」が格納される。
【０１０４】
［動作の説明］
次に、本実施形態における動作について説明する。
図１１は、本実施形態における処理の流れを説明するためのフローチャートである。ここで説明される処理は、処理部２００がシステムプログラム５０１、ゲームプログラム５０２を読み出して実行することによって実現され、所定の制御サイクルで繰り返し実行される。尚、ゲーム画像の生成処理と出力処理、並びにゲーム音の生成処理と出力処理は、公知のビデオゲームと同様にして適宜実行すれば良いので、ここでの説明は省略する。
【０１０５】
さて同図に示すように、ゲーム演算部２１０が先ず、ゲーム空間設定データ５２０及びキャラクタ設定データ５２２を参照して、３次元仮想空間中にゲーム空間を形成し（ステップＳ２）、形成したゲーム空間にプレーヤキャラクタ６と敵キャラクタ８のオブジェクト、及びそれらを撮影するメイン仮想カメラを配置してゲーム開始の準備をする（ステップＳ４）。
【０１０６】
ゲームが開始されたならば、次にゲーム演算部２１０は移動軌跡算出処理を実行する（ステップＳ６）。
図１２は、本実施形態における移動軌跡算出処理の流れを説明するためのフローチャートである。同図に示すように、移動軌跡算出処理では先ずゲーム演算部２１０が、魔法発動操作入力の開始条件を満たすか否かを判定するために、特定ボタンスイッチが押下されているか否かを判定する（ステップＳ５０）。本実施形態では、ゲームコントローラ１２３０のプッシュボタン１２３２が押下されている間、魔法発動操作入力が為されていると判断するので、プッシュボタン１２３２がＯＮなら肯定（ＹＥＳ）と判定される。
【０１０７】
特定ボタンスイッチが押下されている場合（ステップＳ５０のＹＥＳ）、ゲーム演算部２１０は、魔法発動操作入力が入力中であることを示す入力中フラグ５３４を参照し、入力中フラグ５３４が「０」の場合（ステップＳ５２の「０」）、入力中フラグ５３４を「１」に変更し（ステップＳ５４）、サンプリングデータ５３２をリセットする（ステップＳ５６）。例えば、サンプリングデータ５３２を全て「０」にするなど、予めリセット状態を決めておく。一方、入力中フラグ５３４が既に「１」に変更されている場合は（ステップＳ５２の「１」）、入力中フラグ５３４の変更やサンプリングデータ５３２のリセットは行わない。
【０１０８】
次に、ゲーム演算部２１０は、所定のサンプリング周波数で加速度検出部１０２からの検出信号に基づいてゲームコントローラ１２３０の現在の加速度を取得して、サンプリングテータ５３２に時系列に格納する（ステップＳ５８）。サンプリング周波数が、処理フローの制御サイクルと同じなら一回サンプリングし、制御サイクル（例えば１／６０秒等のいわゆるフレーム時間間隔）よりも十分高ければ、一度に複数回のサンプリングをするとしても良い。
【０１０９】
一方、ステップＳ５０において、特定ボタンスイッチが押下されていないと判定された場合には（ステップＳ５０のＮＯ）、プレーヤによる魔法発動操作入力が終了したと判断して、入力中フラグ５３４に「０」を格納し（ステップＳ６０）、加速度のサンプリングは行わない。
【０１１０】
次にゲーム演算部２１０は、位置ｐｉの算出準備が整っているか否かを判定する。具体的には、サンプリングが終了したことを示す入力中フラグ５３４が「０」であり、且つサンプリングデータ５３２の位置５３２ｂがリセットされた状態のまま未算出であるか否かを判定する（ステップＳ６２）。
【０１１１】
肯定判定の場合には（ステップＳ６２のＹＥＳ）、全位置ｐｉを算出して、サンプリングテータ５３２に格納する（ステップＳ６４）。そして、算出した位置ｐｉを近似する移動軌跡関数を算出して、同様にサンプリングデータ５３２に格納し（ステップＳ６６）、移動軌跡算出処理を終了する。尚、移動軌跡関数を算出する方法は、公知の近似関数の求め方を適宜利用することができる。
【０１１２】
一方、ステップＳ６２において、まだ入力中フラグ５３４が依然「１」のままで、いまだ動作入力が終了していない場合、又は既に全位置ｐｉが算出されている場合には（ステップＳ６２のＮＯ）、位置ｐｉ及び移動軌跡関数の算出は行わずに移動軌跡算出処理を終了する。
【０１１３】
移動軌跡算出処理を終了したならば、図１１のフローに戻り、次いでゲーム演算部２１０は操作入力命令判定処理を実行する（ステップＳ８）。
図１３は、本実施形態における操作入力命令判定処理の流れを説明するためのフローチャートである。同図に示すように、操作入力命令判定処理では、ゲーム演算部２１０は先ず、近似平面１２の近似平面関数を算出し、サンプリングデータ５３２に格納する（ステップＳ７０）。例えば、先に求めた位置ｐｉからランダムに３点を選択し、それらを通る平面関数を算出するとしても良い。或いは、Ｘｃ軸、Ｙｃ軸、Ｚｃ軸それぞれの最大最小の座標値を有する位置を抽出し、これらから近似平面を求めるとしても良い。
【０１１４】
次に、ゲーム演算部２１０は、軌跡画像１４を生成し、サンプリングデータ５３２に格納する（ステップＳ７２）。例えば、全位置ｐｉが十分な分解能を有する場合には、求めた近似平面１２の法線方向１３への投影位置に所定サイズの点を描画し、点の集合としての軌跡を描画して画像を得るとしても良い。或いは、先に求めた移動軌跡関数５３２ｃを近似平面１２に法線方向１３で投影して得るとしても良い。
【０１１５】
次いでゲーム演算部２１０は、参照パターンデータ５２６を参照して、求めた軌跡画像１４のパターンマッチング処理を実行して、マッチング評価値Ｈが最も高い最類似の参照画像５２６ａを一つ選択する（ステップＳ７４）。
【０１１６】
そして、選択した最類似の参照画像５２６ａのマッチング評価値Ｈが「０．３」未満の場合（ステップＳ７６のＮＯ）、判定不可（即ち、入力エラー）と判断して操作入力命令は未選択と判定して（ステップＳ７８）、操作入力命令判定処理を終了する。
【０１１７】
一方、最類似の参照画像５２６ａのマッチング評価値Ｈが「０．３」以上の場合（ステップＳ７６のＹＥＳ）、該参照画像５２６ａに対応づけられた操作入力命令５２６ｂが入力されたものと判定して（ステップＳ８０）、操作入力命令判定処理を終了する。
【０１１８】
操作入力命令判定処理を終了したならば、図１１のフローに戻って、次にゲーム演算部２１０は、プレーヤキャラクタ６が所持する魔法の杖のオブジェクトのゲーム空間中の位置を移動軌跡１０をなぞるように移動させて、あたかもプレーヤキャラクタ６が魔法の杖で移動軌跡１０を空中に描くように動作制御させる（ステップＳ１０）。そして、更に移動軌跡１０をエフェクト表示するためのオブジェクトを生成し、プレーヤキャラクタ６の魔法の杖を振る先に配置する（ステップＳ１２）。
「移動軌跡１０をエフェクト表示するためのオブジェクト」としては、例えば軌跡画像５３２ｅを発光したように輝度を変更して板ポリゴンに張り付けたものや、移動軌跡関数５３２ｃをトレースした帯状のポリゴンモデルなどを適宜設定することができる。
【０１１９】
次いで、ゲーム演算部２１０は、先に操作入力命令判定処理にて判定された操作入力命令に従ってプレーヤキャラクタ６が魔法を発動するように制御する（ステップＳ１４）。例えば、魔法エフェクト設定データ５２４を参照して、雷撃魔法であれば天から雷が落下して敵キャラクタ８に当たるように制御する。
【０１２０】
次に、ステップＳ８で求めた最類似参照画像のマッチング評価値Ｈに基づいて敵キャラクタへ与えるダメージ値を算出する（ステップＳ１６）。具体的には、ダメージＴＢＬデータ５２８を参照して、マッチング評価値範囲５２８ｂから当該マッチング評価値Ｈが該当する範囲を選択する。次に、サンプルリングデータ５３２の近似平面５３２ｄを参照して、近似平面１２の面の法線方向１３が、加速度センサ１２３９のＸｃ軸方向を０°とするＺｃ軸周りの角度θａ（−１８０°≦θａ≦１８０°）を求め、ダメージＴＢＬデータ５２８の定義にしたがって求めた角度θａに応じた第１の係数ｋ１を決定する（図９参照）。また、サンプルリングデータ５３２の軌跡画像５３２ｅを参照して、移動軌跡画像１４の面積を所定の基準面積Ａ０に対する比率に応じて第２の係数ｋ２を決定する（図９参照）。そして、先に選択したマッチング評価値Ｈの該当範囲に対応づけられているダメージ値５２８ｃの定義にしたがって敵キャラクタ８へ与えるダメージ値を算出する。
【０１２１】
次に、ゲーム演算部２１０は、敵キャラクタへのダメージ処理を実行する（ステップＳ１８）。本実施形態では、求められたダメージ値を魔法攻撃の対象となった敵キャラクタに設定されているヒットポイントから減算し、減算後のヒットポイントが「０」に達している場合には、当該敵キャラクタを使用不可、つまりプレーヤキャラクタに倒されたものとする。そして、まだ使用可能な敵キャラクタ８の動作を自動制御する（ステップＳ２０）。公知のＲＰＧ同様に、所定の思考ルーチンに従ってプレーヤキャラクタ６への攻撃や、ダメージの回復、逃走などの動作を自動制御する。
【０１２２】
次に、ゲーム演算部２１０は、敵キャラクタ８の動作に基づくプレーヤキャラクタ６へのダメージ処理を実行する（ステップＳ２２）。敵キャラクタの攻撃によるダメージ値をプレーヤキャラクタのヒットポイントから減算する。
【０１２３】
そして、ゲーム終了条件を満たすか否かを判定する（ステップＳ２４）。本実施形態はＲＰＧなので、例えばプレーヤキャラクタ６のヒットポイントが「０」に達した場合、敵キャラクタ８を全て倒した場合、目的の宝物を取得した場合にゲーム終了条件を満たしたと判定する。
【０１２４】
ゲーム終了条件を満たしていないと判定された場合は（ステップＳ２４のＮＯ）、ステップＳ６に戻る。ゲーム終了条件を満たしていると判定された場合には（ステップＳ２４のＹＥＳ）、エンディングの表示等の所定のゲーム終了処理を実行して（ステップＳ２６）、一連の処理を終了する。
【０１２５】
図１４は、本実施形態におけるゲームプレイの状況例を示す概念図である。図１４（ａ）の状況では、ゲーム画面４では、プレーヤキャラクタ６が敵キャラクタ８と遭遇した状態にある。ここで、プレーヤ２がゲームコントローラ１２３０で所望する魔法攻撃の術式の図形パターンを描くようにして、図中破線の移動軌跡１０の如くゲームコントローラ１２３０を平行移動させると、ゲーム装置本体１２０１では移動軌跡１０を元に「雷撃魔法」の魔法発動操作入力がなされたと判断する。
【０１２６】
すると、図１４（ｂ）のように、プレーヤキャラクタ６が魔法の杖７の先で、移動軌跡１０の相似形を描くように動作制御されるとともに、軌跡画像１４を元にした図形、例えば空間に光跡２０を描くような図形が表示制御され、あたかも空間に印（いん）が描かれているかのように見せる演出がなされる。光跡２０は、プレーヤキャラクタ６と敵キャラクタ８を結ぶ線分方向に法線方向を向けた板ポリゴンに軌跡画像１４を発光して見えるように輝度や色を変更して貼り付けて形成することができる。そして、雷撃２２が敵キャラクタ８に当るようにエフェクト表示され、敵キャラクタ８にダメージが与えられる。
【０１２７】
図１５は、本実施形態における魔法発動操作入力における入力のバリエーションを示す図である。図１５（ａ）は、ゲームコントローラ１２３０を、コントローラの横方向（Ｙｃ−Ｚｃ軸面）ではなく前後方向（Ｘｃ−Ｚｃ軸面）に平行移動させて入力するケースである。図１４（ａ）のように、ゲームコントローラ１２３０を横方向に平行移動させる場合には、プレーヤは移動軌跡全体を視界で捉えることができるので比較的所望する図形パターンの軌跡を描き易いと言える。一方、ゲームコントローラ１２３０を前後方向に移動させる場合には、移動軌跡がプレーヤの視線に対して縦（奥行き方向）になるために把握し難くなり、所望する図形パターンの軌跡を描き難くなる。しかし前後方向に移動させるケースでは、移動軌跡１０ａの近似平面１２ａの法線方向は、ほぼゲームコントローラ１２３０のＹｃ軸（横方向）であるため、Ｘｃ−Ｚｃ軸平面からの成す角度θａはほぼ９０°又は−９０°となる。よって、本実施形態のダメージＴＢＬデータ５２８によれば第１の係数ｋ１が図１４（ａ）の状態に比べて高い「２．０」が選択され、敵キャラクタ８に与えるダメージ値が大きくなる（図９参照）。よって、入力動作としての難易度が高い程、敵に高いダメージを与えることができる。
【０１２８】
また図１５（ｂ）は、ゲームコントローラ１２３０を、図１４（ａ）よりも大きな図形（軌跡）を描くように移動させて入力するケースである。このケースの場合、腕を大きく振る必要があるので、その分術式の図形パターンを正確に描くのがより困難になる。しかし、本実施形態では、移動軌跡画像１４の面積を所定の基準面積Ａ０に対する比率に応じて第２の係数ｋ２を決定するので、図１５（ｂ）のケースにおける第２の係数ｋ２は、図１４（ａ）のそれよりも大きくなり、結果、敵キャラクタ８に与えるダメージ値を大きくなる。また、このケースでは、移動軌跡１０ｂが大きい分、軌跡画像１４も大きくなるので、自動的に演出表示される光跡２０ｂも大きくなるので、視覚的にもより攻撃力の強い魔法が発動されることが分かり易くなる。
【０１２９】
このように、プレーヤ２は従来のように単に指先でゲームコントローラ１２３０を操作するのではなく、プレーヤ２の身体を使った動作と同じような動作をプレーヤキャラクタ６が行うこととなる。しかも、加速度センサのみで動作の軌跡を操作入力に用いることができるので、低コスト・低演算負荷による動作入力を実現できる。
【０１３０】
また、参照パターンにできるだけ同じ軌跡を描くように操作入力すれば、より高いダメージ値を敵キャラクタに与えることができる。このことは、あたかもプレーヤ自信の魔法入力のスキル（＝魔法の杖で印（いん）を描くつもりでゲームコントローラ１２３０を移動操作するスキル。）がダメージ値に反映されるかのような感覚を与えることになる。なぜならば、より正確に印（いん）を描くようにプレーヤ自身が動作すれば（コントローラを動かせば）、発動される魔法のダメージ力がより強いものとなるからである。したがって、プレーヤ自身が単に動作することで操作入力できるだけではなく、従来に無い程にプレーヤがプレーヤキャラクタ（この場合、魔法使い。）になりきってゲームを楽しむことができるようになる。更には、同じ軌跡を描くにしてもより難易度の高い入力方法をとることでより高いダメージを敵キャラクタに与えることができるので、動作による入力に複雑さや奥深さを与え、ゲームをより一層面白いものにできる。
【０１３１】
また、魔法発動操作入力においてサンプリングした加速度から位置ｐｉを導出する前提条件に（イ）入力開始の位置と入力終了の位置を同じにする；（ロ）入力終了の位置でゲームコントローラ１２３０の移動を止める；の２つを含めている。これらの条件は、ゲームコントローラ１２３０を移動させて図形パターンを空間に描画しようとした場合の人間の動作特徴に合致している。つまり、図形パターンを描こうとした場合、先ず人は頭の中で目的の図形パターンを思い浮かべ、緩やかに腕を持ち上げる動作から続いて一気に図形パターンの描画に移行し、図形パターンを描ききったと思われるところで動作を止めるのが自然である。したがって、本実施形態のような前提条件とすることで、より自然な操作入力を可能にして操作性を高めることができる。
【０１３２】
［ハードウェア構成］
次に図１６を参照して、本実施形態における家庭用ゲーム装置１２００を実現するためのハードウェア構成の一例について説明する図である。家庭用ゲーム装置１２００は、ＣＰＵ１０００、ＲＯＭ１００２、ＲＡＭ１００４、情報記憶媒体１００６、画像生成ＩＣ１００８、音生成ＩＣ１０１０、Ｉ／Ｏポート１０１２，１０１４がシステムバス１０１６により相互にデータ入出力可能に接続されている。Ｉ／Ｏポート１０１２にはコントロール装置１０２２が、Ｉ／Ｏポート１０１４には通信装置１０２４が、それぞれ接続されている。
【０１３３】
ＣＰＵ１０００は、情報記憶媒体１００６に格納されるプログラム、ＲＯＭ１００２に格納されるシステムプログラム（装置本体の初期化情報等）、コントロール装置１０２２によって入力される信号等に従って、装置全体の制御や各種データ処理を行う。
【０１３４】
ＲＡＭ１００４は、ＣＰＵ１０００の作業領域等として用いられる記憶手段であり、情報記憶媒体１００６やＲＯＭ１００２内の所与の内容、ＣＰＵ１０００の演算結果等が格納される。
【０１３５】
情報記憶媒体１００６は、プログラム、画像データ、音データ、プレーデータ等が主に格納されるものであり、情報記憶媒体として、ＲＯＭ等のメモリやハードディスクや、ＣＤ−ＲＯＭ、ＤＶＤ、ＩＣカード、磁気ディスク、光ディスク等が用いられる。尚、この情報記憶媒体１００６は、ＲＯＭ１００２、ＲＡＭ１００４とともに図７に示す記憶部５００に相当するものである。
【０１３６】
また、この装置に設けられている画像生成ＩＣ１００８と音生成ＩＣ１０１０により、音や画像の好適な出力が行えるようになっている。
【０１３７】
画像生成ＩＣ１００８は、ＣＰＵ１０００の命令によって、ＲＯＭ１００２、ＲＡＭ１００４、情報記憶媒体１００６等から送られる情報に基づいて画素情報を生成する集積回路であり、生成される画像信号は、表示装置１０１８に出力される。表示装置１０１８は、ＣＲＴやＬＣＤ、ＥＬＤ、プラズマディスプレイ、或いはプロジェクター等により実現され、図７に示す画像表示部３６０に相当する。
【０１３８】
また、音生成ＩＣ１０１０は、ＣＰＵ１０００の命令によって、情報記憶媒体１００６やＲＯＭ１００２に記憶される情報、ＲＡＭ１００４に格納される音データに応じた音信号を生成する集積回路であり、生成される音信号はスピーカ１０２０によって出力される。スピーカ１０２０は、図７に示す音出力部３５０に相当するものである。
【０１３９】
コントロール装置１０２２は、プレーヤがゲームに係る操作を入力するための装置であり、その機能は、レバー、ボタン、筐体等のハードウェアにより実現される。尚、このコントロール装置１０２２は、図７に示す操作入力部１００に相当するものである。
【０１４０】
通信装置１０２４は装置内部で利用される情報を外部とやりとりするものであり、プログラムに応じた所与の情報を他の装置と送受すること等に利用される。尚、この通信装置１０２４は、図７に示す通信部３７０に相当するものである。
【０１４１】
そして、ゲーム処理等の上記した処理は、図７のゲームプログラム５０２等を格納した情報記憶媒体１００６と、これらプログラムに従って動作するＣＰＵ１０００、画像生成ＩＣ１００８、音生成ＩＣ１０１０等によって実現される。ＣＰＵ１０００、画像生成ＩＣ１００８、及び音生成ＩＣ１０１０は、図７に示す処理部２００に相当するものであり、主にＣＰＵ１０００がゲーム演算部２１０、画像生成ＩＣ１００８が画像生成部２６０に、音生成ＩＣ１０１０が音生成部２５０にそれぞれ相当する。
【０１４２】
尚、画像生成ＩＣ１００８、音生成ＩＣ１０１０等で行われる処理は、ＣＰＵ１０００或いは汎用のＤＳＰ等によりソフトウェア的に行ってもよい。この場合には、ＣＰＵ１０００が、図７に示す処理部２００に相当することとなる。
【０１４３】
尚、家庭用ゲーム装置１２００でビデオゲームを実行する構成を例に挙げたが、業務用のゲーム装置やパソコン、携帯型ゲーム装置などでゲームを実行することもできるのは勿論である。
【０１４４】
以上、本発明の実施形態について説明したが、本発明の適用形態がこれらに限定されるものではなく、発明の主旨を逸脱しない限りにおいて適宜変更を加えることができる。
【０１４５】
［変形例１］
例えば、上記実施形態ではサンプリングした加速度ａｉから位置ｐｉを求める際の前提を（イ）入力開始の位置と入力終了の位置を同じにする；（ロ）入力終了の位置でゲームコントローラ１２３０の移動を止める；（ハ）入力開始から入力終了までの間はできるだけゲームコントローラ１２３０の傾斜姿勢を変化させない；としたがこれに限るものではない。
【０１４６】
例えば、術式の図形パターンの入力として、図１７のように、入力開始位置ｐｓと、入力終了位置ｐｅとが予め定められた距離だけ離れた位置となるようにプレーヤの操作入力を定めてもよい。この場合には、前提Ｂとして、（イＢ）入力開始位置から所定方向に所定の距離だけ離れた位置を入力終了位置とする；（ロＢ）入力終了の位置でゲームコントローラ１２３０の移動を止める；とすることで、移動軌跡を算出可能である。
【０１４７】
具体的には、この前提Ｂを数式で表すと次式（１２）〜式（１４）となる。
【数１２】
【数１３】
【数１４】
【０１４８】
この前提で上記実施形態の式（５）、式（６）及び式（１２）〜式（１４）より重力加速度ｇ並びに初速度ｖ０を求めると次式（１５）、式（１６）となる。
【数１５】
【数１６】
【０１４９】
よって、式（１２）、式（１５）、式（１６）を上記実施形態の式（２）に代入することで時系列の位置ｐｉを求めることができる。
【０１５０】
［変形例２］
また、移動軌跡を算出することができれば他の前提であってもよい。例えば、同じように図１７に示す類の図形パターンの入力を定める場合であっても、前提Ｃとして、（イＣ）入力開始位置から所定方向に所定の距離だけ離れた位置を入力終了位置とする；（ロＣ）入力開始位置でゲームコントローラ１２３０の移動を止めた状態から入力開始する；とするとしてもよい。この場合、前提Ｃを数式で表すと次式（１７）〜式（１９）となる。
【数１７】
【数１８】
【数１９】
【０１５１】
そして、式（６）、式（１７）〜式（１９）より重力加速度ｇを求めると次式（２０）となる。
【数２０】
【０１５２】
従って、式（１７）、式（１９）、式（２０）を上記実施形態の式（２）に代入することで時系列の位置ｐｉを求めることができる。
【０１５３】
［変形例３］
また、他の前提としては例えば前提Ｄとして、（イＤ）入力開始位置でゲームコントローラ１２３０の移動を止めた状態から入力開始する；（ロＣ）入力終了の位置でゲームコントローラ１２３０の移動を止める；としてもよい。この前提Ｄを数式で表すと次式（２１）、式（２２）となる。
【０１５４】
【数２１】
【数２２】
【０１５５】
ここから上記実施形態の式（５）及び式（２２）より重力加速度ｇを求めると次式（２３）となる。
【数２３】
【０１５６】
したがって、式（２１）〜式（２３）を上記実施形態の式（２）に代入することで、時系列の位置ｐｉを求めることができる。
【０１５７】
［その他の変形例］
また、上記実施形態では、プレーヤキャラクタ６を魔法の杖で移動軌跡１０を描くように動作制御したが、これに限らず例えば精霊のキャラクタや、魔法の属性を示すキャラクタ（例えば、火炎魔法の操作入力命令に対応する移動軌跡ならば、火炎のキャラクタ。）が登場して、当該キャラクタが移動軌跡１０を描くように移動制御する構成としても良いのは勿論である。
【０１５８】
また、上記実施形態では、ゲームコントローラ１２３０を一つとしているが複数用いる構成としても良い。その場合、例えば両手にそれぞれ識別可能な加速度センサ１２３９を備えた第１及び第２のゲームコントローラ１２３０を持ってゲームプレイする。そして、両手を同時に動かして動作入力をするとし、右手に持った第１のゲームコントローラの加速度センサで検出された加速度に基づいて第１の移動軌跡を算出し、左手に持った第２ゲームコントローラの加速度センサで検出された加速度に基づいて第２の移動軌跡を算出する。そして、第１の移動軌跡と第２の移動軌跡の中心を合わせて合成した合成移動軌跡を生成する、或いは第１の移動軌跡の軌跡画像と第２の移動軌跡の軌跡画像とを合成して合成軌跡画像を生成し、合成移動軌跡や合成軌跡画像に基づいて操作入力命令を判定する構成としても良い。この場合、より複雑でより高度な動作入力が可能になるので、操作入力のバリエーションが更に増えてゲーム性をより一層高めることができる。
【０１５９】
また、上記実施形態では、近似平面１２を用いて移動軌跡１０のゲームコントローラ１２３０に対する向きに応じて可変パラメータ（係数ｋ１）を変更してダメージ値を可変した。そして更に、軌跡画像１４の画像の大きさに応じて別の可変パラメータ（係数ｋ２）を変更してダメージ値を可変する構成としたが、可変パラメータの設定はこれらに限るものではなく適宜設定可能である。
【０１６０】
例えば、図１８に示すように、パターンマッチング処理において参照画像５２８ｂと軌跡画像１４との画像中心を軸にした角度差θｃ（−１８０°≦θｃ≦１８０°）を求め、第３の係数ｋ３＝１．０＋｜θｃ｜／１８０°を算出する。そして、第３の係数ｋ３を上記実施形態におけるダメージ値５２８ｃに更に乗算するとしても良い。すなわち、参照画像５２８ｂで定められている図形パターンの向きを基準として、この基準の向きに対して移動軌跡全体の向きが同じであれば係数ｋ３は「１．０」とし、基準の向きに対して上下逆さに近づくほど係数ｋ３は「２．０」に近い値とする。図１８（ａ）の例では、参照画像５２８ｂとして、丸の上部がＶ字状に内側に窪んだ図形パターンが設定されており、Ｖ字状の窪みの方向が上を向いた状態が基準となる。これに対して、軌跡画像１４ｄはＶ字状の窪みが左斜め４５°程上を向いているので、第３の係数ｋ３は「１．０」より大きい「１．２５」程度の値となる。同様に図１８（ｂ）の移動軌跡１０ｅの例では、参照画像５２８ｂに対して上下逆さになっているので第３の係数ｋ３は「２．０」となる。よって、同じ図形パターンを描く場合であっても、通常と異なる向きで移動軌跡を描くといった比較的難易度が高くなる移動操作をすれば、より高いダメージ値が得られるようにすることが可能になる。
【０１６１】
また、上記実施形態では、移動軌跡全体の向きを判定するために近似平面１２の法線方向１３と、ゲームコントローラ１２３０のＸｃ軸との角度差に基づいて第１の係数ｋ１を算出したが、上記実施形態の式（９）で求められる重力加速度ｇと近似平面１２の法線方向１３との相対角度θｆ（０°≦θｆ≦１８０°）に応じて第４の係数ｋ４を算出し、先の第３の係数ｋ３同様にダメージ値の算出に乗算する構成としても良い。具体的には、第４の係数ｋ４＝１＋｜９０°−θｆ｜／９０°とする。
【０１６２】
例えば、図１９（ａ）の例では、プレーヤ２は移動軌跡１０ｆを頭上で描くように移動操作している。この場合、重力加速度ｇと近似平面１２ｆの法線方向１３ｆとが略反対向きとなるので第４の係数ｋ４＝２．０となるが、図１９（ｂ）のようにプレーヤ２の正面で移動軌跡１０ｈを描く場合は、重力加速度ｇと近似平面１２ｈの法線方向１３ｈとがほぼ９０°を成すので、第４の係数ｋ４＝１．０となる。したがって、同じ図形パターンを描く場合であっても、通常と異なる向き（プレーヤにとっての前後上下左右の向き）に移動軌跡１０を描くといった比較的難易度が高くなる移動操作をすれば、より高いダメージ値が得られるようにすることが可能になる。
【０１６３】
或いは、同じ図形パターンであっても重力加速度ｇと近似平面１２ｆの法線方向１３ｆとの相対角度θｆによって、異なる種類の魔法が発動されるようにすることもできる。
例えば参照パターンデータ５２６において参照画像５２６ａに、ゲームコントローラ１２３０の姿勢条件として相対角度θｆの条件を対応付け、条件別に操作入力命令５２６ｂを定義しておく。図８の例ならば、例えば相対角度θｆの条件が「９０°近傍」である場合には操作入力命令５２６ｂに「雷撃魔法」を設定し、相対角度θｆの条件が「０°近傍、１８０°近傍」の場合には「雷属性召還獣の呼び出し」とか「治癒魔法」のように他の種類の操作入力を設定する。そして、図１３のステップＳ８０では、相対角度θｆを算出し、最類似参照画像に対応づけられている相対角度θｆの条件のうち、算出した相対角度θｆが合致する条件に対応づけられた操作入力命令５２６ｂが操作入力されたと判定する構成とする。
こうした構成の場合、プレーヤにとって、ゲームプレイをする上で覚えなければならない図形のパターンが少なくても、ゲームコントローラ１２３０を自分の体に対してどのような姿勢で移動させるかによって、様々な操作入力が可能になるのでプレイし易くなる。
【０１６４】
また、法線方向１３ｆの算出方法は、上記実施形態のように位置ｐｉからランダムに選ばれた３点を通る平面を設ける方法にかぎらず、例えば次式（２４）で求める構成としても良い。ｓ（スモールエス）は法線方向ベクトルであり、その大きさは位置ｐｉ（ｉ＝０・・・・ｎ＋１）が描く軌跡を近似平面１２に投影した面積になる。
【数２４】
尚、「×」はベクトルの外積を表す。
【図面の簡単な説明】
【０１６５】
【図１】家庭用ゲーム装置の構成例を示すシステム構成図。
【図２】ゲームのプレイスタイルを示す概念図。
【図３】プレーヤキャラクタが魔法を発動させるための術式としての図形パターンの例を示す図。
【図４】魔法発動操作入力の原理を説明するための概念図。
【図５】魔法発動操作入力の原理を説明するための概念図であって、移動軌跡上の位置ｐｉを時系列に求めた状態を示す図。
【図６】魔法発動操作入力の原理を説明するための概念図であって、移動軌跡を２次元図形として扱うための処理の概念を示す図。
【図７】機能構成の一例を示す機能ブロック図。
【図８】参照パターンデータのデータ構成の一例を示すデータ構成図。
【図９】ダメージＴＢＬデータのデータ構成例を示すデータ構成図。
【図１０】サンプリングデータのデータ構成例を示すデータ構成図。
【図１１】処理の流れを説明するためのフローチャート。
【図１２】移動軌跡算出処理の流れを説明するためのフローチャーチト。
【図１３】操作入力命令判定処理の流れを説明するためのフローチャート。
【図１４】ゲームプレイの状況例を示す概念図。
【図１５】魔法発動操作入力における入力のバリエーションを示す図。
【図１６】家庭用ゲーム装置を実現するためのハードウェア構成の一例について説明する図。
【図１７】プレーヤキャラクタが魔法を発動させるための術式としての図形パターンの変形例を示す図。
【図１８】可変パラメータの変形例を用いる場合の概念図。
【図１９】可変パラメータの変形例を用いる場合の概念図。
【符号の説明】
【０１６６】
１０ 移動軌跡
１２ 近似平面
１４ 軌跡画像
１００ 操作入力部
１０２ 加速度検出部
２００ 処理部
２１０ ゲーム演算部
２１２ 移動軌跡算出部
２１４ 操作入力命令判定部
５００ 記憶部
５２６ 参照パターンデータ
５２８ ダメージＴＢＬデータ
５３２ サンプリングデータ
１２００ 家庭用ゲーム装置
１２３０ ゲームコントローラ
１２３２ プッシュボタン
１２３９ 加速度センサ
【技術分野】
【０００１】
本発明は、コンピュータに所定のゲームを実行させるためのプログラム等に関する。
【背景技術】
【０００２】
家庭用ゲーム装置の多くは、プッシュボタンスイッチやアナログレバーといった素子を有するゲームコントローラ（「ゲームパッド」とも呼ばれる）を備えている。プレーヤがゲームコントローラを両手で持ってビデオディスプレイの前に座り、指先の操作で各種のゲーム操作を入力してゲームプレイするといったスタイルは良く知られるところである。
【０００３】
また、こうしたプッシュボタンスイッチやアナログレバーなどを直接的に接触操作せずに操作入力する方法としては、例えば、指の動きを撮影し、指の移動軌跡による入力を可能にするものが知られている（例えば、特許文献１参照）。具体的には、特許文献１には、対象物体までの距離を計測可能なカメラデバイスと、入力結果を視認するためのディスプレイを備えたシステムによって、カメラデバイスで撮影した画像中からユーザの指先領域を推測し、次に指先と情報入力面までの距離を推定して、両者が接触していると推定されるならば入力中、非接触であるならば入力中ではないとみなすことにより、自然かつ容易な操作で任意の軌跡情報を入力可能とする発明が開示されている。
【特許文献１】特開２００４−９４６５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
さて、ビデオゲームの多く、特にロールプレイングゲーム（ＲＰＧ）などでは、プレーヤがプレーヤキャラクタになりきる感覚をどれだけ実現できるかがゲームの重要な要素である。従来のようにプッシュボタンスイッチやアナログレバーによる操作入力では、スイッチを押すとかレバーを倒すといった実際の入力動作と、それによって引き起こされるプレーヤキャラクタのゲーム内での動作との間に隔たりがあり、プレーヤキャラクタになりきる感覚を得るには、十分とは言えなかった。
【０００５】
こうした要望に応ずるには、前述の特許文献１の技術を用いることも考えられる。特許文献１の技術を用いれば、指先などの対象物体の軌跡情報が入力可能になる。つまり、対象物の動作をゲーム操作の入力に用いることが可能になる。しかし、システムが大掛かりになるため、低価格であることが要求される家庭用ゲーム装置に適用するのは困難であった。
【０００６】
一方で、近年の加速度センサの低価格化・小型化により、加速度センサを搭載したゲームコントローラが開発・実用化されるようになってきた。ゲームコントローラの移動操作にともなって加速度センサが加速度を検出して検出信号を家庭用ゲーム装置本体に出力しゲームに用いることが可能である。
【０００７】
本発明は、こうした事情を鑑みてなされたものであり、その目的とするところは、加速度センサを搭載したゲームコントローラを用いてゲームコントローラを移動させることによる操作入力を実現することである。
【課題を解決するための手段】
【０００８】
上記の課題を解決する第１の発明は、コンピュータに所定のゲームを実行させるためのプログラムであって、加速度検出器を内蔵したゲームコントローラの位置を変化させるように該ゲームコントローラを動かす移動操作を行った際に前記加速度検出器により検出される加速度情報に基づいて、該ゲームコントローラの移動軌跡を算出する移動軌跡算出手段（例えば、図７の処理部２００、ゲーム演算部２１０、移動軌跡算出部２１２、図１１のステップＳ６）として前記コンピュータを機能させるためのプログラムである。
【０００９】
また別形態の第１８の発明は、加速度検出器（例えば、図１の加速度センサ１２３９）を内蔵したゲームコントローラと、前記ゲームコントローラの位置を変化させるように該ゲームコントローラを動かす移動操作を行った際に前記加速度検出器により検出される加速度情報に基づいて、該ゲームコントローラの移動軌跡を算出する移動軌跡算出手段（例えば、図１のゲーム機本体１２０１、制御ユニット１２１０、図１１のステップＳ６）を備えたゲーム装置である。
【００１０】
第１及び第１８の発明によれば、加速度検出器を内蔵したゲームコントローラの現在位置を変化させるように移動操作を行うと、加速度検出器により検出される加速度情報に基づいてゲームコントローラの移動軌跡を算出し、ゲーム内で利用することができる。
【００１１】
第２の発明は、第１の発明のプログラムであって、前記移動軌跡算出手段により算出された移動軌跡に基づいて前記ゲームを進行制御するゲーム進行制御手段（例えば、図１のゲーム機本体１２０１、制御ユニット１２１０、図１１のステップＳ８〜Ｓ２２）として前記コンピュータを機能させるためのプログラムである。
【００１２】
第２の発明によれば、第１の発明と同様の効果を奏するともに、算出された移動軌跡に基づいてゲームを進行制御することができる。つまり、ゲームコントローラを移動させる動作を移動軌跡という形で取り込み、これに基づいてゲームを進行させることができる。
【００１３】
第３の発明は、第２の発明のプログラムであって、前記ゲーム進行制御手段が、前記算出された移動軌跡に基づいて操作入力命令を判定する操作入力命令判定手段（例えば、図７の処理部２００、ゲーム演算部２１０、操作入力命令判定部２１４、図１１のステップＳ８）を有し、前記操作入力命令判定手段により判定された操作入力命令に従ってゲームを進行制御するように前記コンピュータを機能させるためのプログラムである。
【００１４】
第３の発明によれば、第２の発明と同様の効果を奏するとともに、移動軌跡によってゲーム操作の入力をすることができる。例えば、プレーヤキャラクタである魔法使いが魔法の杖を振って印（「いん」と読む。単独の図形又は複数の図形や文字の組み合わせによって構成されたものの意）を描くことで魔法を発動するといったゲームの設定では、魔法の杖の振り方が移動軌跡に相当する。したがって、移動軌跡に基づいて魔法発動の操作入力命令を判定するようにするならば、魔法使いのキャラクタに魔法を発動させる操作入力をゲームコントローラの移動軌跡で行うといったことが可能になる。
【００１５】
第４の発明は、第３の発明のプログラムであって、前記操作入力命令判定手段が、複数の操作入力命令それぞれに対応付けて予め定められた複数の軌跡参照データ（例えば、図７の参照パターンデータ５２６）の中から、前記算出された移動軌跡に適合する軌跡参照データ（例えば、図８の参照画像５２６ａ）を選択し、該選択した軌跡参照データに対応付けられている操作入力命令がなされたと判定するように前記コンピュータを機能させるためのプログラムである。
【００１６】
軌跡参照データとは、基準となる軌跡を定義するデータであって、例えば軌跡を表す関数、軌跡を一方向から撮影したのに相当する画像、軌跡の全体または一部のベクトルデータなど、軌跡そのものを導出可能なデータや、軌跡の特徴を表す代表値などのデータがこれに該当する。
第４の発明によれば、第３の発明と同様の効果を奏するとともに、複数種類の操作入力命令それぞれに軌跡参照データが予め対応付けられており、算出された移動軌跡に適合する軌跡参照データを選択することによって、複数の操作入力命令から選択することができる。よって、移動軌跡を多数の中から選択できるので、移動軌跡の入力によって可能な操作入力のバリエーションを豊富にできる。
【００１７】
第５の発明は、第４の発明のプログラムであって、前記操作入力命令は、所与の可変パラメータ（例えば、図９のダメージＴＢＬデータ５２８のダメージ値５２８ｃ）に応じて予め定められた処理（例えば、図１１のステップＳ１０〜Ｓ１８）を行うための命令であり、前記操作入力命令判定手段が、前記算出された移動軌跡と前記複数の軌跡参照データそれぞれとの適合度（例えば、図９のマッチング評価値Ｈ）を算出する適合度算出手段（例えば、図７の処理部２００、ゲーム演算部２１０、操作入力命令判定部２１４、図１３のステップＳ７４）を有し、前記適合度算出手段による算出結果に基づいて軌跡参照データを選択し、前記ゲーム進行制御手段が、前記選択された軌跡参照データの前記適合度算出手段により算出された適合度に応じて前記可変パラメータを可変して、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行する、ように前記コンピュータを機能させるためのプログラムである。
【００１８】
ここで言う「適合度」とは、サンプルと参照データとの類似度や、近似度、蓋然度を意味する。
第５の発明によれば、第４の発明と同様の効果を奏するとともに、移動軌跡と軌跡参照データとの適合度に応じて、可変パラメータを可変し、可変された後の可変パラメータに応じて該軌跡参照データに対応する操作入力命令を実行する。したがって、ゲームコントローラを移動させて移動軌跡を描くスキルをゲームに反映させることができる。例えば、ゲームコントローラの移動を魔法使いキャラクタが所持する魔法の杖の操作に見立て、移動軌跡で魔法の発動を操作入力するならば、杖の動かし方の出来の良し悪しによって発動される魔法に程度差が生じることになり、プレーヤが魔法使いのキャラクタになりきる感覚を高めることができる。
【００１９】
第６の発明は、第２の発明のプログラムであって、前記ゲーム進行制御手段が、前記移動軌跡算出手段により算出された移動軌跡が予め定められた所定軌跡に合致する場合に、予め定められた操作入力命令がなされたとみなす操作入力命令判定手段（例えば、図７の処理部２００、ゲーム演算部２１０、操作入力命令判定部２１４）を有し、前記操作入力命令判定手段の判定に応じて、前記操作入力命令に従った処理を実行してゲームを進行制御するように前記コンピュータを機能させるためのプログラムである。
【００２０】
第６の発明によれば、第２の発明と同様の効果を奏するとともに、移動軌跡によって操作入力することができる。例えば、プレーヤキャラクタである魔法使いが魔法の杖を振って印（いん）を描くことで魔法を発動するといったシチュエーションでは、魔法の杖の振り方が移動軌跡に相当する。したがって、移動軌跡に基づいて魔法発動の操作入力命令を判定するようにするならば、魔法使いのキャラクタに魔法を発動させる操作を、ゲームコントローラの移動軌跡で行うといったことが可能になる。
【００２１】
第７の発明は、第４〜第６の何れかの発明のプログラムであって、前記操作入力命令は、所与の可変パラメータに応じて予め定められた処理を行うための命令であり、前記ゲーム進行制御手段が、前記移動軌跡算出手段により算出された移動軌跡全体の大きさに応じて前記可変パラメータ（例えば、図９の第２の係数ｋ２、ダメージ値５２８ｃ）を可変し、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行するように前記コンピュータを機能させるためのプログラムである。
【００２２】
第７の発明によれば、第４〜第６の何れかの発明と同様の効果を奏するとともに、移動軌跡の大きさを変えることによって、移動軌跡に対応する操作入力命令で処理される内容に差をつけることができる。よって、移動軌跡の入力によって可能な操作入力のバリエーションを豊富にし、ゲームの操作性を高めることができる。
【００２３】
第８の発明は、第４〜第６の何れかの発明のプログラムであって、前記操作入力命令は、所与の可変パラメータに応じて予め定められた処理を行うための命令であり、前記移動軌跡算出手段が、前記ゲームコントローラの向きを基準とする３次元座標系における移動軌跡を算出するように前記コンピュータを機能させ、前記移動軌跡算出手段により算出された前記３次元座標系における移動軌跡から、当該移動軌跡全体の向きを判定する移動軌跡向き判定手段（例えば、図７の処理部２００、ゲーム演算部２１０、図９の第１の係数ｋ１、図１１のステップＳ８、Ｓ１６）として前記コンピュータを機能させ、前記ゲーム進行制御手段が、前記移動軌跡向き判定手段により判定された移動軌跡全体の向きに応じて前記可変パラメータ（例えば、図９のダメージ値５２８ｃ）を可変し、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行するように前記コンピュータを機能させるためのプログラムである。
【００２４】
また、第９の発明は、第３〜第７の何れかの発明のプログラムであって、前記移動軌跡算出手段が、前記ゲームコントローラの向きを基準とする３次元座標系における移動軌跡を算出するように前記コンピュータを機能させ、前記移動軌跡算出手段により算出された前記３次元座標系における移動軌跡から、当該移動軌跡全体の向きを判定する移動軌跡向き判定手段（例えば、図７の処理部２００、ゲーム演算部２１０、図９の第１の係数ｋ１、図１１のステップＳ８、Ｓ１６）として前記コンピュータを機能させ、前記操作入力命令判定手段が、前記移動軌跡算出手段により算出された移動軌跡に加えて、更に前記移動軌跡向き判定手段により判定された移動軌跡全体の向きに基づいて操作入力命令を判定するように前記コンピュータを機能させるためのプログラムである。
【００２５】
ここで言う「移動軌跡全体の向き」とは、移動軌跡の全体を一つの図形と見なした場合に、当該図形を代表する向きであって、例えば、図形の外周に他の部分より異なる形状部位（例えば、欠け、突出、直線的な形状の中に曲線的な部位）、図形の代表寸法の向き、図形の回転軸や対称軸と言った軸方向、図形の広がりを一つの平面に近似させた近似平面の向きがこれに該当する。
【００２６】
第８の発明によれば、第４〜第６の何れかの発明と同様の効果を奏することができる。また、第９の発明によれば、第３〜第７の何れかの発明と同様の効果を奏することができる。そして更に、第８の発明、第９の発明ともに、ゲームコントローラの向きを基準とする３次元座標系における移動軌跡全体の向きに応じて、移動軌跡に対応づけられている操作入力命令による処理の内容に差をつけることができる。例えば、対応する操作入力命令を「敵キャラクタへの攻撃」とし、その攻撃力や与えるダメージ値を可変パラメータとするならば、移動軌跡全体の向きによって攻撃に強弱を加えることができることになる。したがって、移動軌跡による操作入力のバリエーションを豊かにし、ゲーム性を高めることができる。
【００２７】
第１０の発明は、第４〜第９の何れかの発明のプログラムであって、前記複数の操作入力命令それぞれには、前記ゲームコントローラの姿勢条件が予め定められており、前記移動軌跡算出手段による移動軌跡の算出対象となった加速度情報に基づいて前記ゲームコントローラの姿勢を判定する姿勢判定手段として前記コンピュータを機能させ、前記操作入力命令判定手段が、前記算出された移動軌跡に適合する軌跡参照データに対応付けられている操作入力命令であり、且つ、前記姿勢判定手段により判定された姿勢が姿勢条件を満足する操作入力命令がなされたと判定するように前記コンピュータを機能させるためのプログラムである。
【００２８】
第１０の発明によれば、第４〜第９の何れかの発明と同様の効果を奏するとともに、同じ移動軌跡であってもゲームコントローラの姿勢条件に応じて様々な操作入力をすることが可能になる。つまり、同じ移動軌跡を描くにしても、プレーヤはゲームコントローラを自分の体に対してどのような姿勢で移動させるかによって様々な操作入力が可能になる。プレーヤにとって、覚えなければならない図形のパターンが少なくてもより多くの操作入力が可能になるのでプレイし易くなる。
【００２９】
第１１の発明は、第２〜第１０の何れか一つの発明のプログラムであって、前記ゲーム進行制御手段が、ゲーム空間中の所定オブジェクト（例えば、図１４における魔法の杖７のオブジェクト）の当該ゲーム空間中の位置を、前記算出された移動軌跡に基づいて変化させるように制御するオブジェクト制御手段（例えば、図７の処理部２００、ゲーム演算部２１０、図１１のステップＳ１０）を有し、前記オブジェクト制御手段による前記所定オブジェクトの位置の制御によってゲームを進行制御するように前記コンピュータを機能させるためのプログラムである。
【００３０】
第１１の発明によれば、第２〜第１０の何れか一つの発明と同様の効果を奏するとともに、移動軌跡によってゲーム空間中の所定オブジェクトの位置を制御できる。したがって、オブジェクトの移動としてプレーヤは自分が入力した移動軌跡がゲーム内で用いられていることを目の当たりにすることで、ゲームと現実世界との一体感を高めることができる。特に所定オブジェクトがプレーヤキャラクタの一部を構成している場合には、プレーヤの動作と同じ動作をプレーヤキャラクタがすることになるので、プレーヤはより一層プレーヤキャラクタとの一体感を高めることとなり、ゲームへ没入する手助けすることができる。
【００３１】
第１２の発明は、第１〜第１１の何れか一つの発明のプログラムであって、前記移動軌跡算出手段により算出された移動軌跡を画像表示させる軌跡画像表示制御手段（例えば、図７の処理部２００、ゲーム演算部２１０、図１１のステップＳ１２）として前記コンピュータを機能させるためのプログラムである。
【００３２】
第１２の発明によれば、第１〜第１１の何れか一つの発明と同様の効果を奏するとともに、算出された移動軌跡を画像表示させることができる。プレーヤは自分が入力した移動軌跡がゲーム内で用いられていることを目の当たりにすることで、ゲームキャラクタとの一体感をより高めるようになる。また、プレーヤはどのような移動軌跡を入力できたかを把握できるので、画像表示された移動軌跡が所望する軌跡のイメージと異なっていれば、より上手にゲームコントローラを移動させようという向上心を高揚させ、よりゲームへの没入感を高めることができる。
【００３３】
第１３の発明は、第１〜第１２の何れか一つの発明のプログラムであって、前記ゲームコントローラの前記移動操作の開始を指示する操作入力がなされたことを検知する移動操作開始指示検知手段（例えば、図１のプッシュボタン１２３２、図７の操作入力部１００、図１２のステップＳ５０〜Ｓ５８）、前記ゲームコントローラの前記移動操作の終了を指示する操作入力がなされたことを検知する移動操作終了指示検知手段（例えば、図１のプッシュボタン１２３２、図７の操作入力部１００、図１２のステップＳ５０、Ｓ６０）、として前記コンピュータを機能させるとともに、前記移動軌跡算出手段が、前記移動操作開始指示検知手段の検知から前記移動操作終了指示検知手段の検知までの間の移動軌跡を算出するように前記コンピュータを機能させるためのプログラムである。
【００３４】
第１３の発明によれば、第１〜第１２の何れか一つの発明と同様の効果を奏するとともに、移動操作の開始と終了を検知することができるので、誤入力を防止することができる。
【００３５】
第１４の発明は、第１３の発明のプログラムであって、前記移動軌跡算出手段が、前記移動操作開始指示検知手段が操作入力検知した時点における前記ゲームコントローラの位置と、前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置とが所定の位置条件を満たす関係にあるとして移動軌跡を算出するように前記コンピュータを機能させるためのプログラムである。
【００３６】
第１４の発明によれば、第１３の発明と同様の効果を奏するとともに、予め「移動操作の開始位置と終了位置とが所定の位置条件を満たす関係にある」という前提を設けることで、逆説的にプレーヤに対して「移動操作に際し、開始位置と終了位置とを所定の位置条件を満たすように操作せよ」といった具合に移動操作に一定の規制を与え、移動操作に際するスキルを要求するゲームとすることができる。したがって、単にゲームコントローラを移動させて操作するだけでなく、いかに上手にゲームコントローラを移動操作するか、動作の正確さやスムーズさをゲームに取り入れることができる。そして、移動操作を習熟することの「やりごたえ感」を創出するきっかけを作り、ゲームをプレイする楽しみをより多面化し豊かにすることができる。
【００３７】
第１５の発明は、第１４の発明のプログラムであって、前記移動軌跡算出手段が、前記移動操作開始指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置と、前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置とが同一位置にあるとして移動軌跡を算出するように前記コンピュータを機能させるためのプログラムである。
【００３８】
第１５の発明によれば、第１４の発明と同様の効果を奏するとともに、プレーヤに対して「移動操作に際し、開始位置と終了位置とを合わせるように操作せよ」という規則を与えることができる。つまり、所謂「一筆書き」するように移動操作すれば良いことになるので、所望する移動軌跡を描くようにゲームコントローラを移動操作するのが容易になり、比較的ゲーム操作に慣れていないプレーヤに配慮することができる。
【００３９】
第１６の発明は、第１３〜第１５の何れかの発明のプログラムであって、前記移動軌跡算出手段が、１）前記移動操作開始指示検知手段が操作入力を検知した時点における前記ゲームコントローラの速度、及び／又は、２）前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの速度、を速度「０」として移動軌跡を算出するように前記コンピュータを機能させるためのプログラムである。
【００４０】
第１６の発明によれば、第１３〜第１５の何れかの発明と同様の効果を奏するとともに、移動軌跡の算出が、操作入力の開始及び／又は終了時のゲームコントローラを止めることを前提にすることで、移動軌跡の算出をより簡単におこなうことができる。
【００４１】
第１７の発明は、第１〜第１６の何れか一つのプログラムを記憶したコンピュータ読み取り可能な情報記憶媒体である。ここで言う「情報記憶媒体」とは、例えば磁気ディスクや光学ディスク、ＩＣメモリなどを含む。第１７の発明によれば、第１〜第１６の何れか一つの発明のプログラムをコンピュータに読み取らせて実行させることによって、コンピュータに第１〜第１６の何れか一つの発明と同様の効果を発揮させることができる。
【発明の効果】
【００４２】
本発明によれば、加速度検出器を内蔵したゲームコントローラの位置を変化させるように移動操作を行うと、加速度検出器により検出される加速度情報に基づいてゲームコントローラの移動軌跡を算出し利用可能になる。よって、算出された移動軌跡を画面に表示するといったことも可能になる。つまり、カメラなどの撮影素子や撮影した画像の画像処理といった追加をせずに、加速度検出器を内蔵したゲームコントローラを用いるだけで、動作による操作入力を実現することができる。
【発明を実施するための最良の形態】
【００４３】
以下、本発明を適用した実施形態として、家庭用ゲーム装置でロールプレイングゲーム（ＲＰＧ）を実行する例を挙げて説明する。尚、本発明が適用可能なゲームジャンルはＲＰＧに限らない。
【００４４】
［ゲーム装置の構成］
図１は、本実施形態における家庭用ゲーム装置の構成例を説明するシステム構成図である。家庭用ゲーム装置１２００のゲーム装置本体１２０１は、例えばＣＰＵや画像処理用ＬＳＩ、ＩＣメモリ等が実装された制御ユニット１２１０と、光学ディスク１２０２やメモリカード１２０４といった情報記憶媒体の読み取り装置１２０６，１２０８を備える。そして、家庭用ゲーム装置１２００は、光学ディスク１２０２やメモリカード１２０４からゲームプログラム及び各種設定データを読み出し、ゲームコントローラ１２３０に為される操作入力に基づいて制御ユニット１２１０が各種のゲーム演算を実行し、所与のビデオゲームを実行する。
【００４５】
制御ユニット１２１０は、各種プロセッサ、各種ＩＣチップ、ＩＣメモリなどの電気電子機器を備え、演算処理等を行って家庭用ゲーム装置１２００の各部を制御する。本実施形態では、制御ユニット１２１０は、インターネットやＬＡＮ、ＷＡＮと言った通信回線１と接続して外部装置との間でデータ通信を実現する通信装置１２１２と近距離無線通信モジュール１２１４とを備える。
【００４６】
近距離無線通信モジュール１２１４は、近距離無線を介して複数のゲームコントローラ１２３０それぞれから送信される操作入力信号を受信する。近距離無線の形式としては、例えばＢｌｕｅｔｏｏｔｈ（登録商標）やＵＷＢ（超広帯域無線）、無線ＬＡＮなどが適宜適用可能である。
【００４７】
本実施形態におけるゲームコントローラ１２３０は、全体としてスティック形状を有しており、その上面には選択の決定やキャンセル、タイミングの入力などに用いられるボタンスイッチ１２３２と、前後左右の各方向を入力するための方向入力キー１２３４とが設けられている。また、内部にはコントローラ制御ユニット１２３６を内蔵する。
【００４８】
コントローラ制御ユニット１２３６には、ＩＣチップやＩＣメモリ等の電子電気素子と、近距離無線通信モジュール１２３８と、加速度センサ１２３９とが搭載されている。
【００４９】
加速度センサ１２３９は、Ｘｃ軸とＹｃ軸とＺｃ軸の直交３軸それぞれに作用する加速度を検出する加速度検出器である。本実施形態では、加速度センサ１２３９は、Ｘｃ軸がゲームコントローラ１２３０の長辺方向、Ｙｃ軸がゲームコントローラ１２３０の右方向、Ｚｃ軸がゲームコントローラ１２３０の上方向に固定されている。
【００５０】
そして、コントローラ制御ユニット１２３６は、近距離無線通信モジュール１２３８を介してゲーム装置本体１２０１の近距離無線通信モジュール１２１４とデータ通信を実現し、加速度センサ１２３９で検出した加速度の検出信号、並びにボタンスイッチ１２３２や方向入力キー１２３４への操作入力に応じた操作入力信号をゲーム装置本体１２０１へ送信する。
【００５１】
ゲーム装置本体１２０１の制御ユニット１２１０では、ゲームコントローラ１２３０から受信した検出信号や操作入力信号に基づいてゲーム画像やゲーム音を生成してＲＰＧ（ロールプレイングゲーム）を実行する。生成されたゲーム画像やゲーム音は、信号ケーブル１２０９で接続されたビデオディスプレイモニタ１２２０に出力される。
【００５２】
図２は、本実施形態におけるゲームのプレイスタイルを示す概念図である。
本実施形態では、プレーヤ２は、棒を持つ要領でゲームコントローラ１２３０を把持する。そして、ビデオディスプレイモニタ１２２０の前で表示部１２２２に表示されるゲーム画像４を見つつ、スピーカ１２２４から出力されるＢＧＭや効果音といったゲーム音を聞きながら、ゲームコントローラ１２３０から各種操作を入力してゲームを楽しむ。ゲーム画面４に表示される画像は、例えば３次元仮想空間に形成されたゲーム空間に、プレーヤ２が操作するプレーヤキャラクタ６のオブジェクトと敵キャラクタ８のオブジェクトとが配置・動作制御される様子を仮想カメラで撮影した画像を元に生成される。本実施形態ではＲＰＧを実行するので、プレーヤ２は、プレーヤキャラクタ６（本実施形態では「魔法使い」である。）を操作して種々の魔法を駆使して敵キャラクタ８を倒しながらゲームを進める。尚、敵キャラクタ８にはそれぞれ固有のヒットポイントが割り当てられており、逐次プレーヤキャラクタ６からの攻撃によるダメージ値がヒットポイントから減算され、ヒットポイントが「０」になると、該敵キャラクタは倒されたことになる。
【００５３】
そして本実施形態では、プレーヤ２には、マニュアルやゲーム中で明らかとなる形式で、プレーヤキャラクタ６が魔法を発動させるための術式としての図形パターンが知らされるており、ゲームコントローラ１２３０を持つ手を、例えば図３（ａ）〜（ｃ）に示すような図形パターンを描くように動かすことで、魔法の発動操作を入力することができる。つまり、図形パターンを描くようにゲームコントローラ１２３０の位置を変化させるように３次元的に移動させる動作で、プレーヤキャラクタ６に発動させる魔法を入力することができる。以下、こうした一連の操作を本明細書では「魔法発動操作入力」と言う。
【００５４】
図４〜図６は、本実施形態における魔法発動操作入力の原理を説明するための概念図である。図４に示すように、本実施形態における魔法発動操作入力は、プッシュボタン１２３２を押下している間入力される扱いとする。プレーヤは、プッシュボタン１２３２を押しながら腕を振ってゲームコントローラ１２３０の位置を変化させ、その移動軌跡１０によって術式の図形パターンを描き、描ききったと思われるところでプッシュボタン１２３２を離すことで操作入力を終了する。
【００５５】
その前提として、本実施形態では術式の図形パターンは図３に示したような所謂「一筆書」できる２次元図形が設定され、各図形はいわば魔法を発動する印（いん）に相当するものであり、各図形には異なる魔法を発動させる操作入力命令が対応づけられている。そして、プレーヤには魔法発動の操作入力をする際には３つのアドバイスがマニュアルやゲーム内のチュートリアルで与えられる。具体的には、（イ）入力開始の位置と入力終了の位置を同じにする、；（ロ）入力終了の位置でゲームコントローラ１２３０の移動を止める；（ハ）入力開始から入力終了までの間はできるだけゲームコントローラ１２３０の傾斜姿勢を変化させないように、つまりゲームコントローラ１２３０を平行移動させる；ようにアドバイスがなされる。
【００５６】
一方、制御ユニット１２１０は、プッシュボタン１２３２を押下されている間、所定周期△ｔのサンプリングタイムで加速度センサ１２３９によって検出された加速度ａｉ（ｉ＝０，１，２，…ｎ−１；ａはＸｃＹｃＺｃ軸座標系における３次元ベクトル）をサンプリングし続け、搭載するＩＣメモリ等の記憶媒体に記憶・蓄積する。そして、サンプリングされた加速度ａｉから位置座標ｐｉ（ｉ＝０，１，２，…ｎ＋１；ｐはＸｃＹｃＺｃ軸座標系における３次元座標）を、先に述べた前提に基づいて算出する。
【００５７】
具体的には、次のようになる。すなわち、ゲームコントローラ１２３０には重力加速度ｇが常時作用しているので、加速度センサ１２３９で検出される加速度ａｉは、ゲームコントローラ１２３０が移動されることによって生じる運動加速度と重力加速度ｇとの合力であるから、プレーヤの操作のみの加速度（真の加速度）をａｉ−ｇとすると速度ｖｉ（ｉ＝０，１，２，…ｎ）は次式（１）のように表される。
【００５８】
【数１】
【００５９】
また、式（１）からサンプリング中におけるゲームコントローラ１２３０の位置である位置ｐｉ（ｉ＝０，１，２，…ｎ＋１）は次式（２）のように表すことができる。
【００６０】
【数２】
【００６１】
ここで、Ｓ１及びＳ２を次式（３）及び式（４）のように定めると、速度ｖｎ並びに位置ｐｎ＋１は、式（５）及び式（６）のように表すことができる。
【００６２】
【数３】
【数４】
【数５】
【数６】
【００６３】
ここで、本実施形態では前提条件に（イ）入力開始の位置と入力終了の位置を同じにする；（ロ）入力終了の位置でゲームコントローラ１２３０の移動を止める；が含まれているので、これらの条件から次式（７）及び式（８）を得ることができる。
【００６４】
【数７】
【数８】
【００６５】
よって、これら式（５）〜式（８）より重力加速度ｇ及び初速度ｖ０は、次式（９）及び式（１０）と表すことができる。
【００６６】
【数９】
【数１０】
【００６７】
したがって、式（９）及び式（１０）を式（２）に代入すると、図５に示すように、移動軌跡１０上の位置ｐｉを時系列に求めることができる。尚、同図では、破線表示された移動軌跡１０上に、上述の如く求められた位置ｐｉを白丸で示している。これら全ての位置ｐｉの近似関数（直線やスプライン等を含む意）を求めると、それが移動軌跡関数となる。
【００６８】
尚、ここで加速度センサ１２３９がバイアス誤差を持っていたとすると、加速度センサ１２３９で検出される加速度には常に誤差ｅだけ真値よりずれていることになるので、真の加速度は（ａｉ−ｇ−ｅ）となる。次式（１１）のように定義すると、上記の数式における「ｇ」を「ｇ´」に置き換えることができる。つまり、バイアス誤差の有無は考慮する必要が無い。
【００６９】
【数１１】
【００７０】
次に、図６に示すように、本実施形態では術式の図形パターンとして２次元図形を設定しているので、ゲームコントローラ１２３０の移動軌跡１０を２次元図形として扱うために、ゲームコントローラ１２３０の移動軌跡１０を近似する近似平面１２（ＸｃＹｃＺｃ座標系における平面）を求める。本実施形態では、位置ｐｉの中から３点以上をランダムに選択し、それら選択された位置を通る平面関数を求め、これを近似平面１２とする。
【００７１】
そして、近似平面１２を法線方向１３から見た軌跡画像１４を生成する。軌跡画像１４は、各位置ｐｉを直線で結び、法線視すれば軌跡画像を得ることができる。或いは、移動軌跡関数を近似平面１２に投影させることによって軌跡画像１４を得るとしても良い。
【００７２】
そして、軌跡画像１４が得られたならば、この軌跡画像がどの術式の図形パターンに最も類似しているか、別の言い方をすると最も適合している図形はどれかを判定処理することによって、ゲームコントローラ１２３０の移動軌跡１０によってプレーヤキャラクタ６に特定の魔法を発動させることができる。つまり、ボタンスイッチの押下やレバーの倒しなどの指先による操作ではなく、ゲームコントローラ１２３０で術式の図形パターンを描くようにプレーヤ自身が動作することで、プレーヤキャラクタ６の魔法発動操作を入力することが可能になる。
【００７３】
［機能ブロックの説明］
次に、機能構成について説明する。
図７は、本実施形態における機能構成の一例を示す機能ブロック図である。同図に示すように本実施形態では、操作入力部１００と、処理部２００と、音出力部３５０と、画像表示部３６０と、通信部３７０と、記憶部５００とを備える。
【００７４】
操作入力部１００は、プレーヤによって為された各種の操作入力に応じて操作入力信号を処理部２００に出力する。図１では、ゲームコントローラ１２３０が操作入力部１００に該当する。また、本実施形態における操作入力部１００は、３軸以上の軸方向の加速度を検出する加速度検出部１０２と、通信部１０４を有し、操作入力信号とともに加速度検出部１０２で検出した加速度に応じた検出信号を通信部１０４と通信部３７０との間のデータ通信を介して処理部２００に出力する。
【００７５】
加速度検出部１０２は、図１では加速度センサ１２３９が該当する。検出形式は、静電容量の変化を検出する形式や、ピエゾ抵抗効果やひずみゲージによる電気抵抗の変化を検出する形式、あるいは光ファイバーの干渉変化を用いる形式など適宜選択して良い。
【００７６】
通信部１０４は、通信部３７０と接続してデータ通信を実現する。例えば、無線通信機や制御回路等によって実現され、図１では近距離無線通信モジュール１２３８がこれに該当する。
【００７７】
処理部２００は、例えばＣＰＵ等のプロセッサやＡＳＩＣ（特定用途向け集積回路）、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や記憶部５００を含むゲーム装置１２００の各機能部との間でデータの入出力を行うとともに、所定のプログラムやデータ、操作入力部１００から入力される各種信号に基づいて各種の演算処理を実行して、ゲーム装置１２００の動作を制御する。図１では、ゲーム装置本体１２０１に内蔵された制御ユニット１２１０が処理部２００に該当する。
【００７８】
ゲーム演算部２１０は、ゲームの進行に係る処理を実行する。例えば、３次元仮想空間中に種々のオブジェクトを配置してゲーム空間を形成する処理や、ゲーム空間中にプレーヤキャラクタや敵キャラクタのオブジェクトを配置するとともにこれらの位置や姿勢を制御する処理、オブジェクトのヒット判定処理、物理演算処理、ゲーム結果の算出処理、各種タイマー処理が実行される。そしてゲーム演算部２１０は、更に移動軌跡算出部２１２と、操作入力命令判定部２１４とを備える。
【００７９】
移動軌跡算出部２１２は、加速度検出部１０２から出力された検出信号から、プレーヤがゲームコントローラ１２３０を動かす移動操作を行った際に生じた加速度ａｉをサンプリングする処理と、サンプリングした加速度ａｉの情報から位置ｐｉを求めてゲームコントローラの移動軌跡１０のデータを生成する処理とを実行する。
「移動軌跡のデータ」としては、例えば、位置ｐｉの座標データの他に、該位置ｐｉの近似関数である移動軌跡関数、位置群を一の平面に近似した近似平面１２、３次元的な移動軌跡を２次元平面画像に変換した軌跡を示す軌跡画像１４が含まれる。
【００８０】
操作入力命令判定部２１４は、移動軌跡算出部２１２で算出された移動軌跡１０のデータから、該移動軌跡に基づいてどの操作入力命令が入力されたかを判定する処理と、判定した操作入力命令を可変パラメータに応じて実行する処理を行う。
【００８１】
本実施形態では、軌跡画像を予め用意された複数の参照パターンとマッチングして、最も類似性の高い参照パターンを択一的に選出するとともに、当該参照パターンに予め対応付けられている操作入力命令を選出することによって判定を実行する。ここで言う「操作入力命令」は、本実施形態では魔法技の発動に相当する。そして、発動される魔法で敵キャラクタに与えることのできるダメージ値（可変パラメータ）を移動軌跡の姿勢や大きさといったパラメータに応じて可変する。尚、マッチングは、所謂「パターンマッチング」に関する従来技術を適宜用いることができるので、本明細書では詳細な説明を省略する。
【００８２】
音生成部２５０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）などのプロセッサやその制御プログラムによって実現され、ゲーム演算部２１０による処理結果に基づいてゲームに係る効果音やＢＧＭ、各種操作音の音信号を生成し、音出力部３５０に出力する。
【００８３】
音出力部３５０は、音生成部２５０から入力される音信号に基づいて効果音やＢＧＭ等を音出力する装置によって実現される。図１ではビデオディスプレイモニタ１２２０のスピーカ１２２４がこれに該当する。
【００８４】
画像生成部２６０は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）などのプロセッサ、その制御プログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現される。画像生成部２６０は、ゲーム演算部２１０による処理結果に基づいて１フレーム時間（１／６０秒）で１枚のゲーム画像を生成し、生成したゲーム画像の画像信号を画像表示部３６０に出力する。
【００８５】
画像表示部３６０は、画像生成部２６０から入力される画像信号に基づいて各種ゲーム画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１ではビデオディスプレイモニタ１２２０の表示部１２２２が該当する。
【００８６】
通信制御部２７０は、データ通信の確立と所定プロトコルに則ったデータ送受信にかかる処理を実行し、通信部３７０を介して外部装置とのデータのやりとりを実現する。
【００８７】
通信部３７０は、通信回線１（図１参照）と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現され、図１では通信装置１２１２、近距離無線通信モジュール１２１４がこれに該当する。
【００８８】
記憶部５００は、処理部２００にゲーム装置１２００を統合的に制御させるための諸機能を実現するためのシステムプログラムや、ゲームを実行させるために必要なゲームプログラム、各種データ等を記憶する。また、処理部２００の作業領域として用いられ、処理部２００が各種プログラムに従って実行した演算結果や操作部１００から入力される入力データ等を一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。
【００８９】
本実施形態では、記憶部５００はシステムプログラム５０１と、ゲームプログラム５０２を記憶している。ゲームプログラム５０２は更に移動軌跡算出プログラム５０４と、操作入力命令判定プログラム５０６を含んでいる。処理部２００がゲームプログラム５０２を読み出して実行することによって、処理部２００にゲーム演算部２１０としての機能を実現させることができる。また、処理部２００が移動軌跡算出プログラム５０４と操作入力命令判定プログラム５０６を読み出して実行することによって、処理部２００に移動軌跡算出部２１２と操作入力命令判定部２１４としての機能を実現させることができる。
【００９０】
また、記憶部５００には、予め用意されるデータとしてゲーム空間設定データ５２０、キャラクタ設定データ５２２、魔法エフェクト設定データ５２４、参照パターンデータ５２６、ダメージＴＢＬデータ５２８が記憶されている。更にゲームの進行に伴って随時書き換えられるデータとして、キャラクタ制御データ５３０、サンプリングデータ５３２、入力中フラグ５３４、各種タイマーのタイマー値が記憶される。その他適宜データを記憶しても良いのは勿論である。
【００９１】
ゲーム空間設定データ５２０には、３次元仮想空間にゲーム空間を形成するための各種データが格納されている。例えば、プレーヤキャラクタ６が移動する地表や背景を含む配置物に関するモデルデータやテクスチャデータ及びモーションデータが含まれる。
【００９２】
キャラクタ設定データ５２２には、プレーヤキャラクタ６および敵キャラクタ８の初期設定データが格納されている。具体的には、各キャラクタオブジェクトのモデリングデータ、テクスチャデータ、モーションデータ、敵キャラクタの動作パターンなどのデータ、敵キャラクタに与えられるヒットポイントの初期値などが適宜含まれる。
【００９３】
魔法エフェクト設定データ５２４には、プレーヤキャラクタ６が魔法を発動させたときのエフェクト表示に係るデータが魔法の種類毎に対応づけられて格納されている。例えば、雷撃魔法の場合ならば、天空から雷撃が落ちるような表示をするためのオブジェクト、テクスチャデータ、効果音データなどが含まれる。
【００９４】
参照パターンデータ５２６は、ゲーム内で使用される術式の図形パターンと、それに対応する操作入力命令とを定義する。
図８は、本実施形態における参照パターンデータ５２６のデータ構成の一例を示すデータ構成図である。同図に示すように、参照パターンデータ５２６には、複数種類の図形パターンを定義する情報としての参照画像５２６ａが、各々異なる操作入力命令５２６ｂと対応づけて格納されている。
参照画像５２６ａは、ゲームコントローラ１２３０の移動軌跡とパターンマッチングするための辞書データに相当する。本実施形態では、２次元画像のパターンマッチング技術を用いる設定であるので、参照画像５２６ａには２次元画像データが格納されているが、パターンマッチング技術の内容に応じて適宜設定するとして良い。操作入力命令５２６ｂには、本実施形態の場合には発動させる魔法技を実行させるためのコマンドが設定されている。
【００９５】
ダメージＴＢＬ（テーブル）データ５２８は、プレーヤキャラクタ６が発動させる魔法によって敵キャラクタ８に与えるダメージ値を定義する。
図９は、本実施形態におけるダメージＴＢＬデータ５２８のデータ構成例を示すデータ構成図である。同図に示すように、ダメージＴＢＬデータ５２８には、先に参照パターンデータ５２６で定義された操作入力命令に対応する操作入力命令の種類５２８ａに対応づけて、マッチング評価値範囲５２８ｂと、ダメージ値５２８ｃとが格納されている。
【００９６】
ここで言う「マッチング評価値」とは、パターンマッチングの際に求められる評価対象（サンプル）と参照パターン（辞書パターンとも言う。）との類似度、或いはマッチング度などと呼ばれる適合度を示す値である。本実施形態では、マッチング評価値Ｈは０〜１．０の値で求められ、大きい値ほど評価対象と参照パターンとが類似するものとする。また、パターンマッチングにおいては、評価対象と参照パターンとの図形形状における類似度が評価され、大きさの相違は評価しない。但し、評価対象の図形の大きさそのものについては、敵キャラクタ８に与えるダメージ値の係数ｋ２として作用する。この点については後述する。
【００９７】
さて、図９の例では、マッチング評価値範囲５２８ｂは、マッチング評価値Ｈが０．３〜１．０の間を複数の範囲に分割定義している。逆説的に言えば、本実施形態ではマッチング評価値Ｈが０．３未満の場合にはマッチングの該当が無い、魔法発動入力が失敗したと判断されることになる。
【００９８】
ダメージ値５２８ｃは、マッチング評価値Ｈ及び可変パラメータの係数ｋ１，ｋ２の関数として定義されている。本実施形態では、近似平面１２の面の法線方向が、加速度センサ１２３９のＸｃ軸方向を０°とするＺｃ軸周りの角度θａ（−１８０°≦θａ≦１８０°）に応じて第１の係数ｋ１が定義される。つまり、近似平面１２並びにその法線方向１３で、移動軌跡全体の向きを代表し、移動軌跡全体の向きに応じて第１の係数ｋ１が決定される。また、移動軌跡１０を法線方向１３に平行投影して得られる面積の基準面積Ａ０（例えば、１０００ｃｍ２。）に対する比率に応じて第２の係数ｋ２が定義されている。つまり、移動軌跡全体の大きさに応じて第２の係数ｋ２が決定される。
【００９９】
具体的には、図９の例では、移動軌跡がゲームコントローラ１２３０の横方向に沿って描かれたと判断できる場合には第１の係数ｋ１＝１．０とし、ゲームコントローラ１２３０の前後方向に沿って描かれたと判断できる場合には第１の係数ｋ１＝２．０とされる。
つまり、本実施形態では棒を持つ要領でゲームコントローラ１２３０を把持するので、ゲームコントローラ１２３０をその横方向（図１のＹｃ−Ｚｃ軸平面方向）に沿って移動させる場合には、その様子を目で見て軌跡をイメージできるので所望する図形パターンを描くのは比較的容易であるが、前後方向（図１のＸｃ−Ｚｃ軸平面方向）に移動させる場合には移動軌跡がプレーヤの視界に対して遠近方向に沿う格好になるので、軌跡のイメージを捉え難く、同じ図形パターンを描こうとした場合でも比較的難易度が高くなる。そこで、前者の場合の係数ｋ１を低く、後者を高く設定することで、より難易度の高い方法でゲームコントローラ１２３０を移動させるとより高いダメージ値を敵キャラクタに与えることが可能になる。つまり、難しい移動操作で術式を描けばそれだけ強い魔法を発動させることができる。これによって、ゲームへの没入感を高めることができる。
【０１００】
また、第２の係数ｋ２は、ゲームコントローラ１２３０の軌跡を大きく描くようにするほど大きな値となり、敵キャラクタ８に与えるダメージ値が大きくなるように設定されているので、こちらも第１の係数ｋ１の設定と同様の効果を奏する。
【０１０１】
キャラクタ制御データ５３０は、プレーヤキャラクタ６や敵キャラクタ８の動作制御に係るデータを格納する。例えば、現在の位置座標や、ヒットポイント、アイテム、実行中のモーションデータおよびその実行中にあるフレーム番号など、を適宜設定することができる。
【０１０２】
サンプリングデータ５３２は、魔法発動操作入力に係るデータを格納する。
図１０は、本実施形態におけるサンプリングデータ５３２のデータ構成例を示す図である。同図に示すように、サンプリングデータ５３２は、ボタンスイッチ１２３２が押下されている間サンプリングされて時系列に格納された加速度５３２ａと、サンプリングされた加速度から求められた位置５３２ｂと、移動軌跡１０そのものに相当する全位置の近似関数である移動軌跡関数５３２ｃと、移動軌跡関数式５３２ｃを一の平面で近似した近似平面１２の近似平面関数５３２ｄと、軌跡画像５３２ｅとを格納する。
【０１０３】
入力中フラグ５３４は、魔法発動操作入力が入力中であることを示すフラグであり、初期状態は「０」で、入力開始とともに「１」が格納される。
【０１０４】
［動作の説明］
次に、本実施形態における動作について説明する。
図１１は、本実施形態における処理の流れを説明するためのフローチャートである。ここで説明される処理は、処理部２００がシステムプログラム５０１、ゲームプログラム５０２を読み出して実行することによって実現され、所定の制御サイクルで繰り返し実行される。尚、ゲーム画像の生成処理と出力処理、並びにゲーム音の生成処理と出力処理は、公知のビデオゲームと同様にして適宜実行すれば良いので、ここでの説明は省略する。
【０１０５】
さて同図に示すように、ゲーム演算部２１０が先ず、ゲーム空間設定データ５２０及びキャラクタ設定データ５２２を参照して、３次元仮想空間中にゲーム空間を形成し（ステップＳ２）、形成したゲーム空間にプレーヤキャラクタ６と敵キャラクタ８のオブジェクト、及びそれらを撮影するメイン仮想カメラを配置してゲーム開始の準備をする（ステップＳ４）。
【０１０６】
ゲームが開始されたならば、次にゲーム演算部２１０は移動軌跡算出処理を実行する（ステップＳ６）。
図１２は、本実施形態における移動軌跡算出処理の流れを説明するためのフローチャートである。同図に示すように、移動軌跡算出処理では先ずゲーム演算部２１０が、魔法発動操作入力の開始条件を満たすか否かを判定するために、特定ボタンスイッチが押下されているか否かを判定する（ステップＳ５０）。本実施形態では、ゲームコントローラ１２３０のプッシュボタン１２３２が押下されている間、魔法発動操作入力が為されていると判断するので、プッシュボタン１２３２がＯＮなら肯定（ＹＥＳ）と判定される。
【０１０７】
特定ボタンスイッチが押下されている場合（ステップＳ５０のＹＥＳ）、ゲーム演算部２１０は、魔法発動操作入力が入力中であることを示す入力中フラグ５３４を参照し、入力中フラグ５３４が「０」の場合（ステップＳ５２の「０」）、入力中フラグ５３４を「１」に変更し（ステップＳ５４）、サンプリングデータ５３２をリセットする（ステップＳ５６）。例えば、サンプリングデータ５３２を全て「０」にするなど、予めリセット状態を決めておく。一方、入力中フラグ５３４が既に「１」に変更されている場合は（ステップＳ５２の「１」）、入力中フラグ５３４の変更やサンプリングデータ５３２のリセットは行わない。
【０１０８】
次に、ゲーム演算部２１０は、所定のサンプリング周波数で加速度検出部１０２からの検出信号に基づいてゲームコントローラ１２３０の現在の加速度を取得して、サンプリングテータ５３２に時系列に格納する（ステップＳ５８）。サンプリング周波数が、処理フローの制御サイクルと同じなら一回サンプリングし、制御サイクル（例えば１／６０秒等のいわゆるフレーム時間間隔）よりも十分高ければ、一度に複数回のサンプリングをするとしても良い。
【０１０９】
一方、ステップＳ５０において、特定ボタンスイッチが押下されていないと判定された場合には（ステップＳ５０のＮＯ）、プレーヤによる魔法発動操作入力が終了したと判断して、入力中フラグ５３４に「０」を格納し（ステップＳ６０）、加速度のサンプリングは行わない。
【０１１０】
次にゲーム演算部２１０は、位置ｐｉの算出準備が整っているか否かを判定する。具体的には、サンプリングが終了したことを示す入力中フラグ５３４が「０」であり、且つサンプリングデータ５３２の位置５３２ｂがリセットされた状態のまま未算出であるか否かを判定する（ステップＳ６２）。
【０１１１】
肯定判定の場合には（ステップＳ６２のＹＥＳ）、全位置ｐｉを算出して、サンプリングテータ５３２に格納する（ステップＳ６４）。そして、算出した位置ｐｉを近似する移動軌跡関数を算出して、同様にサンプリングデータ５３２に格納し（ステップＳ６６）、移動軌跡算出処理を終了する。尚、移動軌跡関数を算出する方法は、公知の近似関数の求め方を適宜利用することができる。
【０１１２】
一方、ステップＳ６２において、まだ入力中フラグ５３４が依然「１」のままで、いまだ動作入力が終了していない場合、又は既に全位置ｐｉが算出されている場合には（ステップＳ６２のＮＯ）、位置ｐｉ及び移動軌跡関数の算出は行わずに移動軌跡算出処理を終了する。
【０１１３】
移動軌跡算出処理を終了したならば、図１１のフローに戻り、次いでゲーム演算部２１０は操作入力命令判定処理を実行する（ステップＳ８）。
図１３は、本実施形態における操作入力命令判定処理の流れを説明するためのフローチャートである。同図に示すように、操作入力命令判定処理では、ゲーム演算部２１０は先ず、近似平面１２の近似平面関数を算出し、サンプリングデータ５３２に格納する（ステップＳ７０）。例えば、先に求めた位置ｐｉからランダムに３点を選択し、それらを通る平面関数を算出するとしても良い。或いは、Ｘｃ軸、Ｙｃ軸、Ｚｃ軸それぞれの最大最小の座標値を有する位置を抽出し、これらから近似平面を求めるとしても良い。
【０１１４】
次に、ゲーム演算部２１０は、軌跡画像１４を生成し、サンプリングデータ５３２に格納する（ステップＳ７２）。例えば、全位置ｐｉが十分な分解能を有する場合には、求めた近似平面１２の法線方向１３への投影位置に所定サイズの点を描画し、点の集合としての軌跡を描画して画像を得るとしても良い。或いは、先に求めた移動軌跡関数５３２ｃを近似平面１２に法線方向１３で投影して得るとしても良い。
【０１１５】
次いでゲーム演算部２１０は、参照パターンデータ５２６を参照して、求めた軌跡画像１４のパターンマッチング処理を実行して、マッチング評価値Ｈが最も高い最類似の参照画像５２６ａを一つ選択する（ステップＳ７４）。
【０１１６】
そして、選択した最類似の参照画像５２６ａのマッチング評価値Ｈが「０．３」未満の場合（ステップＳ７６のＮＯ）、判定不可（即ち、入力エラー）と判断して操作入力命令は未選択と判定して（ステップＳ７８）、操作入力命令判定処理を終了する。
【０１１７】
一方、最類似の参照画像５２６ａのマッチング評価値Ｈが「０．３」以上の場合（ステップＳ７６のＹＥＳ）、該参照画像５２６ａに対応づけられた操作入力命令５２６ｂが入力されたものと判定して（ステップＳ８０）、操作入力命令判定処理を終了する。
【０１１８】
操作入力命令判定処理を終了したならば、図１１のフローに戻って、次にゲーム演算部２１０は、プレーヤキャラクタ６が所持する魔法の杖のオブジェクトのゲーム空間中の位置を移動軌跡１０をなぞるように移動させて、あたかもプレーヤキャラクタ６が魔法の杖で移動軌跡１０を空中に描くように動作制御させる（ステップＳ１０）。そして、更に移動軌跡１０をエフェクト表示するためのオブジェクトを生成し、プレーヤキャラクタ６の魔法の杖を振る先に配置する（ステップＳ１２）。
「移動軌跡１０をエフェクト表示するためのオブジェクト」としては、例えば軌跡画像５３２ｅを発光したように輝度を変更して板ポリゴンに張り付けたものや、移動軌跡関数５３２ｃをトレースした帯状のポリゴンモデルなどを適宜設定することができる。
【０１１９】
次いで、ゲーム演算部２１０は、先に操作入力命令判定処理にて判定された操作入力命令に従ってプレーヤキャラクタ６が魔法を発動するように制御する（ステップＳ１４）。例えば、魔法エフェクト設定データ５２４を参照して、雷撃魔法であれば天から雷が落下して敵キャラクタ８に当たるように制御する。
【０１２０】
次に、ステップＳ８で求めた最類似参照画像のマッチング評価値Ｈに基づいて敵キャラクタへ与えるダメージ値を算出する（ステップＳ１６）。具体的には、ダメージＴＢＬデータ５２８を参照して、マッチング評価値範囲５２８ｂから当該マッチング評価値Ｈが該当する範囲を選択する。次に、サンプルリングデータ５３２の近似平面５３２ｄを参照して、近似平面１２の面の法線方向１３が、加速度センサ１２３９のＸｃ軸方向を０°とするＺｃ軸周りの角度θａ（−１８０°≦θａ≦１８０°）を求め、ダメージＴＢＬデータ５２８の定義にしたがって求めた角度θａに応じた第１の係数ｋ１を決定する（図９参照）。また、サンプルリングデータ５３２の軌跡画像５３２ｅを参照して、移動軌跡画像１４の面積を所定の基準面積Ａ０に対する比率に応じて第２の係数ｋ２を決定する（図９参照）。そして、先に選択したマッチング評価値Ｈの該当範囲に対応づけられているダメージ値５２８ｃの定義にしたがって敵キャラクタ８へ与えるダメージ値を算出する。
【０１２１】
次に、ゲーム演算部２１０は、敵キャラクタへのダメージ処理を実行する（ステップＳ１８）。本実施形態では、求められたダメージ値を魔法攻撃の対象となった敵キャラクタに設定されているヒットポイントから減算し、減算後のヒットポイントが「０」に達している場合には、当該敵キャラクタを使用不可、つまりプレーヤキャラクタに倒されたものとする。そして、まだ使用可能な敵キャラクタ８の動作を自動制御する（ステップＳ２０）。公知のＲＰＧ同様に、所定の思考ルーチンに従ってプレーヤキャラクタ６への攻撃や、ダメージの回復、逃走などの動作を自動制御する。
【０１２２】
次に、ゲーム演算部２１０は、敵キャラクタ８の動作に基づくプレーヤキャラクタ６へのダメージ処理を実行する（ステップＳ２２）。敵キャラクタの攻撃によるダメージ値をプレーヤキャラクタのヒットポイントから減算する。
【０１２３】
そして、ゲーム終了条件を満たすか否かを判定する（ステップＳ２４）。本実施形態はＲＰＧなので、例えばプレーヤキャラクタ６のヒットポイントが「０」に達した場合、敵キャラクタ８を全て倒した場合、目的の宝物を取得した場合にゲーム終了条件を満たしたと判定する。
【０１２４】
ゲーム終了条件を満たしていないと判定された場合は（ステップＳ２４のＮＯ）、ステップＳ６に戻る。ゲーム終了条件を満たしていると判定された場合には（ステップＳ２４のＹＥＳ）、エンディングの表示等の所定のゲーム終了処理を実行して（ステップＳ２６）、一連の処理を終了する。
【０１２５】
図１４は、本実施形態におけるゲームプレイの状況例を示す概念図である。図１４（ａ）の状況では、ゲーム画面４では、プレーヤキャラクタ６が敵キャラクタ８と遭遇した状態にある。ここで、プレーヤ２がゲームコントローラ１２３０で所望する魔法攻撃の術式の図形パターンを描くようにして、図中破線の移動軌跡１０の如くゲームコントローラ１２３０を平行移動させると、ゲーム装置本体１２０１では移動軌跡１０を元に「雷撃魔法」の魔法発動操作入力がなされたと判断する。
【０１２６】
すると、図１４（ｂ）のように、プレーヤキャラクタ６が魔法の杖７の先で、移動軌跡１０の相似形を描くように動作制御されるとともに、軌跡画像１４を元にした図形、例えば空間に光跡２０を描くような図形が表示制御され、あたかも空間に印（いん）が描かれているかのように見せる演出がなされる。光跡２０は、プレーヤキャラクタ６と敵キャラクタ８を結ぶ線分方向に法線方向を向けた板ポリゴンに軌跡画像１４を発光して見えるように輝度や色を変更して貼り付けて形成することができる。そして、雷撃２２が敵キャラクタ８に当るようにエフェクト表示され、敵キャラクタ８にダメージが与えられる。
【０１２７】
図１５は、本実施形態における魔法発動操作入力における入力のバリエーションを示す図である。図１５（ａ）は、ゲームコントローラ１２３０を、コントローラの横方向（Ｙｃ−Ｚｃ軸面）ではなく前後方向（Ｘｃ−Ｚｃ軸面）に平行移動させて入力するケースである。図１４（ａ）のように、ゲームコントローラ１２３０を横方向に平行移動させる場合には、プレーヤは移動軌跡全体を視界で捉えることができるので比較的所望する図形パターンの軌跡を描き易いと言える。一方、ゲームコントローラ１２３０を前後方向に移動させる場合には、移動軌跡がプレーヤの視線に対して縦（奥行き方向）になるために把握し難くなり、所望する図形パターンの軌跡を描き難くなる。しかし前後方向に移動させるケースでは、移動軌跡１０ａの近似平面１２ａの法線方向は、ほぼゲームコントローラ１２３０のＹｃ軸（横方向）であるため、Ｘｃ−Ｚｃ軸平面からの成す角度θａはほぼ９０°又は−９０°となる。よって、本実施形態のダメージＴＢＬデータ５２８によれば第１の係数ｋ１が図１４（ａ）の状態に比べて高い「２．０」が選択され、敵キャラクタ８に与えるダメージ値が大きくなる（図９参照）。よって、入力動作としての難易度が高い程、敵に高いダメージを与えることができる。
【０１２８】
また図１５（ｂ）は、ゲームコントローラ１２３０を、図１４（ａ）よりも大きな図形（軌跡）を描くように移動させて入力するケースである。このケースの場合、腕を大きく振る必要があるので、その分術式の図形パターンを正確に描くのがより困難になる。しかし、本実施形態では、移動軌跡画像１４の面積を所定の基準面積Ａ０に対する比率に応じて第２の係数ｋ２を決定するので、図１５（ｂ）のケースにおける第２の係数ｋ２は、図１４（ａ）のそれよりも大きくなり、結果、敵キャラクタ８に与えるダメージ値を大きくなる。また、このケースでは、移動軌跡１０ｂが大きい分、軌跡画像１４も大きくなるので、自動的に演出表示される光跡２０ｂも大きくなるので、視覚的にもより攻撃力の強い魔法が発動されることが分かり易くなる。
【０１２９】
このように、プレーヤ２は従来のように単に指先でゲームコントローラ１２３０を操作するのではなく、プレーヤ２の身体を使った動作と同じような動作をプレーヤキャラクタ６が行うこととなる。しかも、加速度センサのみで動作の軌跡を操作入力に用いることができるので、低コスト・低演算負荷による動作入力を実現できる。
【０１３０】
また、参照パターンにできるだけ同じ軌跡を描くように操作入力すれば、より高いダメージ値を敵キャラクタに与えることができる。このことは、あたかもプレーヤ自信の魔法入力のスキル（＝魔法の杖で印（いん）を描くつもりでゲームコントローラ１２３０を移動操作するスキル。）がダメージ値に反映されるかのような感覚を与えることになる。なぜならば、より正確に印（いん）を描くようにプレーヤ自身が動作すれば（コントローラを動かせば）、発動される魔法のダメージ力がより強いものとなるからである。したがって、プレーヤ自身が単に動作することで操作入力できるだけではなく、従来に無い程にプレーヤがプレーヤキャラクタ（この場合、魔法使い。）になりきってゲームを楽しむことができるようになる。更には、同じ軌跡を描くにしてもより難易度の高い入力方法をとることでより高いダメージを敵キャラクタに与えることができるので、動作による入力に複雑さや奥深さを与え、ゲームをより一層面白いものにできる。
【０１３１】
また、魔法発動操作入力においてサンプリングした加速度から位置ｐｉを導出する前提条件に（イ）入力開始の位置と入力終了の位置を同じにする；（ロ）入力終了の位置でゲームコントローラ１２３０の移動を止める；の２つを含めている。これらの条件は、ゲームコントローラ１２３０を移動させて図形パターンを空間に描画しようとした場合の人間の動作特徴に合致している。つまり、図形パターンを描こうとした場合、先ず人は頭の中で目的の図形パターンを思い浮かべ、緩やかに腕を持ち上げる動作から続いて一気に図形パターンの描画に移行し、図形パターンを描ききったと思われるところで動作を止めるのが自然である。したがって、本実施形態のような前提条件とすることで、より自然な操作入力を可能にして操作性を高めることができる。
【０１３２】
［ハードウェア構成］
次に図１６を参照して、本実施形態における家庭用ゲーム装置１２００を実現するためのハードウェア構成の一例について説明する図である。家庭用ゲーム装置１２００は、ＣＰＵ１０００、ＲＯＭ１００２、ＲＡＭ１００４、情報記憶媒体１００６、画像生成ＩＣ１００８、音生成ＩＣ１０１０、Ｉ／Ｏポート１０１２，１０１４がシステムバス１０１６により相互にデータ入出力可能に接続されている。Ｉ／Ｏポート１０１２にはコントロール装置１０２２が、Ｉ／Ｏポート１０１４には通信装置１０２４が、それぞれ接続されている。
【０１３３】
ＣＰＵ１０００は、情報記憶媒体１００６に格納されるプログラム、ＲＯＭ１００２に格納されるシステムプログラム（装置本体の初期化情報等）、コントロール装置１０２２によって入力される信号等に従って、装置全体の制御や各種データ処理を行う。
【０１３４】
ＲＡＭ１００４は、ＣＰＵ１０００の作業領域等として用いられる記憶手段であり、情報記憶媒体１００６やＲＯＭ１００２内の所与の内容、ＣＰＵ１０００の演算結果等が格納される。
【０１３５】
情報記憶媒体１００６は、プログラム、画像データ、音データ、プレーデータ等が主に格納されるものであり、情報記憶媒体として、ＲＯＭ等のメモリやハードディスクや、ＣＤ−ＲＯＭ、ＤＶＤ、ＩＣカード、磁気ディスク、光ディスク等が用いられる。尚、この情報記憶媒体１００６は、ＲＯＭ１００２、ＲＡＭ１００４とともに図７に示す記憶部５００に相当するものである。
【０１３６】
また、この装置に設けられている画像生成ＩＣ１００８と音生成ＩＣ１０１０により、音や画像の好適な出力が行えるようになっている。
【０１３７】
画像生成ＩＣ１００８は、ＣＰＵ１０００の命令によって、ＲＯＭ１００２、ＲＡＭ１００４、情報記憶媒体１００６等から送られる情報に基づいて画素情報を生成する集積回路であり、生成される画像信号は、表示装置１０１８に出力される。表示装置１０１８は、ＣＲＴやＬＣＤ、ＥＬＤ、プラズマディスプレイ、或いはプロジェクター等により実現され、図７に示す画像表示部３６０に相当する。
【０１３８】
また、音生成ＩＣ１０１０は、ＣＰＵ１０００の命令によって、情報記憶媒体１００６やＲＯＭ１００２に記憶される情報、ＲＡＭ１００４に格納される音データに応じた音信号を生成する集積回路であり、生成される音信号はスピーカ１０２０によって出力される。スピーカ１０２０は、図７に示す音出力部３５０に相当するものである。
【０１３９】
コントロール装置１０２２は、プレーヤがゲームに係る操作を入力するための装置であり、その機能は、レバー、ボタン、筐体等のハードウェアにより実現される。尚、このコントロール装置１０２２は、図７に示す操作入力部１００に相当するものである。
【０１４０】
通信装置１０２４は装置内部で利用される情報を外部とやりとりするものであり、プログラムに応じた所与の情報を他の装置と送受すること等に利用される。尚、この通信装置１０２４は、図７に示す通信部３７０に相当するものである。
【０１４１】
そして、ゲーム処理等の上記した処理は、図７のゲームプログラム５０２等を格納した情報記憶媒体１００６と、これらプログラムに従って動作するＣＰＵ１０００、画像生成ＩＣ１００８、音生成ＩＣ１０１０等によって実現される。ＣＰＵ１０００、画像生成ＩＣ１００８、及び音生成ＩＣ１０１０は、図７に示す処理部２００に相当するものであり、主にＣＰＵ１０００がゲーム演算部２１０、画像生成ＩＣ１００８が画像生成部２６０に、音生成ＩＣ１０１０が音生成部２５０にそれぞれ相当する。
【０１４２】
尚、画像生成ＩＣ１００８、音生成ＩＣ１０１０等で行われる処理は、ＣＰＵ１０００或いは汎用のＤＳＰ等によりソフトウェア的に行ってもよい。この場合には、ＣＰＵ１０００が、図７に示す処理部２００に相当することとなる。
【０１４３】
尚、家庭用ゲーム装置１２００でビデオゲームを実行する構成を例に挙げたが、業務用のゲーム装置やパソコン、携帯型ゲーム装置などでゲームを実行することもできるのは勿論である。
【０１４４】
以上、本発明の実施形態について説明したが、本発明の適用形態がこれらに限定されるものではなく、発明の主旨を逸脱しない限りにおいて適宜変更を加えることができる。
【０１４５】
［変形例１］
例えば、上記実施形態ではサンプリングした加速度ａｉから位置ｐｉを求める際の前提を（イ）入力開始の位置と入力終了の位置を同じにする；（ロ）入力終了の位置でゲームコントローラ１２３０の移動を止める；（ハ）入力開始から入力終了までの間はできるだけゲームコントローラ１２３０の傾斜姿勢を変化させない；としたがこれに限るものではない。
【０１４６】
例えば、術式の図形パターンの入力として、図１７のように、入力開始位置ｐｓと、入力終了位置ｐｅとが予め定められた距離だけ離れた位置となるようにプレーヤの操作入力を定めてもよい。この場合には、前提Ｂとして、（イＢ）入力開始位置から所定方向に所定の距離だけ離れた位置を入力終了位置とする；（ロＢ）入力終了の位置でゲームコントローラ１２３０の移動を止める；とすることで、移動軌跡を算出可能である。
【０１４７】
具体的には、この前提Ｂを数式で表すと次式（１２）〜式（１４）となる。
【数１２】
【数１３】
【数１４】
【０１４８】
この前提で上記実施形態の式（５）、式（６）及び式（１２）〜式（１４）より重力加速度ｇ並びに初速度ｖ０を求めると次式（１５）、式（１６）となる。
【数１５】
【数１６】
【０１４９】
よって、式（１２）、式（１５）、式（１６）を上記実施形態の式（２）に代入することで時系列の位置ｐｉを求めることができる。
【０１５０】
［変形例２］
また、移動軌跡を算出することができれば他の前提であってもよい。例えば、同じように図１７に示す類の図形パターンの入力を定める場合であっても、前提Ｃとして、（イＣ）入力開始位置から所定方向に所定の距離だけ離れた位置を入力終了位置とする；（ロＣ）入力開始位置でゲームコントローラ１２３０の移動を止めた状態から入力開始する；とするとしてもよい。この場合、前提Ｃを数式で表すと次式（１７）〜式（１９）となる。
【数１７】
【数１８】
【数１９】
【０１５１】
そして、式（６）、式（１７）〜式（１９）より重力加速度ｇを求めると次式（２０）となる。
【数２０】
【０１５２】
従って、式（１７）、式（１９）、式（２０）を上記実施形態の式（２）に代入することで時系列の位置ｐｉを求めることができる。
【０１５３】
［変形例３］
また、他の前提としては例えば前提Ｄとして、（イＤ）入力開始位置でゲームコントローラ１２３０の移動を止めた状態から入力開始する；（ロＣ）入力終了の位置でゲームコントローラ１２３０の移動を止める；としてもよい。この前提Ｄを数式で表すと次式（２１）、式（２２）となる。
【０１５４】
【数２１】
【数２２】
【０１５５】
ここから上記実施形態の式（５）及び式（２２）より重力加速度ｇを求めると次式（２３）となる。
【数２３】
【０１５６】
したがって、式（２１）〜式（２３）を上記実施形態の式（２）に代入することで、時系列の位置ｐｉを求めることができる。
【０１５７】
［その他の変形例］
また、上記実施形態では、プレーヤキャラクタ６を魔法の杖で移動軌跡１０を描くように動作制御したが、これに限らず例えば精霊のキャラクタや、魔法の属性を示すキャラクタ（例えば、火炎魔法の操作入力命令に対応する移動軌跡ならば、火炎のキャラクタ。）が登場して、当該キャラクタが移動軌跡１０を描くように移動制御する構成としても良いのは勿論である。
【０１５８】
また、上記実施形態では、ゲームコントローラ１２３０を一つとしているが複数用いる構成としても良い。その場合、例えば両手にそれぞれ識別可能な加速度センサ１２３９を備えた第１及び第２のゲームコントローラ１２３０を持ってゲームプレイする。そして、両手を同時に動かして動作入力をするとし、右手に持った第１のゲームコントローラの加速度センサで検出された加速度に基づいて第１の移動軌跡を算出し、左手に持った第２ゲームコントローラの加速度センサで検出された加速度に基づいて第２の移動軌跡を算出する。そして、第１の移動軌跡と第２の移動軌跡の中心を合わせて合成した合成移動軌跡を生成する、或いは第１の移動軌跡の軌跡画像と第２の移動軌跡の軌跡画像とを合成して合成軌跡画像を生成し、合成移動軌跡や合成軌跡画像に基づいて操作入力命令を判定する構成としても良い。この場合、より複雑でより高度な動作入力が可能になるので、操作入力のバリエーションが更に増えてゲーム性をより一層高めることができる。
【０１５９】
また、上記実施形態では、近似平面１２を用いて移動軌跡１０のゲームコントローラ１２３０に対する向きに応じて可変パラメータ（係数ｋ１）を変更してダメージ値を可変した。そして更に、軌跡画像１４の画像の大きさに応じて別の可変パラメータ（係数ｋ２）を変更してダメージ値を可変する構成としたが、可変パラメータの設定はこれらに限るものではなく適宜設定可能である。
【０１６０】
例えば、図１８に示すように、パターンマッチング処理において参照画像５２８ｂと軌跡画像１４との画像中心を軸にした角度差θｃ（−１８０°≦θｃ≦１８０°）を求め、第３の係数ｋ３＝１．０＋｜θｃ｜／１８０°を算出する。そして、第３の係数ｋ３を上記実施形態におけるダメージ値５２８ｃに更に乗算するとしても良い。すなわち、参照画像５２８ｂで定められている図形パターンの向きを基準として、この基準の向きに対して移動軌跡全体の向きが同じであれば係数ｋ３は「１．０」とし、基準の向きに対して上下逆さに近づくほど係数ｋ３は「２．０」に近い値とする。図１８（ａ）の例では、参照画像５２８ｂとして、丸の上部がＶ字状に内側に窪んだ図形パターンが設定されており、Ｖ字状の窪みの方向が上を向いた状態が基準となる。これに対して、軌跡画像１４ｄはＶ字状の窪みが左斜め４５°程上を向いているので、第３の係数ｋ３は「１．０」より大きい「１．２５」程度の値となる。同様に図１８（ｂ）の移動軌跡１０ｅの例では、参照画像５２８ｂに対して上下逆さになっているので第３の係数ｋ３は「２．０」となる。よって、同じ図形パターンを描く場合であっても、通常と異なる向きで移動軌跡を描くといった比較的難易度が高くなる移動操作をすれば、より高いダメージ値が得られるようにすることが可能になる。
【０１６１】
また、上記実施形態では、移動軌跡全体の向きを判定するために近似平面１２の法線方向１３と、ゲームコントローラ１２３０のＸｃ軸との角度差に基づいて第１の係数ｋ１を算出したが、上記実施形態の式（９）で求められる重力加速度ｇと近似平面１２の法線方向１３との相対角度θｆ（０°≦θｆ≦１８０°）に応じて第４の係数ｋ４を算出し、先の第３の係数ｋ３同様にダメージ値の算出に乗算する構成としても良い。具体的には、第４の係数ｋ４＝１＋｜９０°−θｆ｜／９０°とする。
【０１６２】
例えば、図１９（ａ）の例では、プレーヤ２は移動軌跡１０ｆを頭上で描くように移動操作している。この場合、重力加速度ｇと近似平面１２ｆの法線方向１３ｆとが略反対向きとなるので第４の係数ｋ４＝２．０となるが、図１９（ｂ）のようにプレーヤ２の正面で移動軌跡１０ｈを描く場合は、重力加速度ｇと近似平面１２ｈの法線方向１３ｈとがほぼ９０°を成すので、第４の係数ｋ４＝１．０となる。したがって、同じ図形パターンを描く場合であっても、通常と異なる向き（プレーヤにとっての前後上下左右の向き）に移動軌跡１０を描くといった比較的難易度が高くなる移動操作をすれば、より高いダメージ値が得られるようにすることが可能になる。
【０１６３】
或いは、同じ図形パターンであっても重力加速度ｇと近似平面１２ｆの法線方向１３ｆとの相対角度θｆによって、異なる種類の魔法が発動されるようにすることもできる。
例えば参照パターンデータ５２６において参照画像５２６ａに、ゲームコントローラ１２３０の姿勢条件として相対角度θｆの条件を対応付け、条件別に操作入力命令５２６ｂを定義しておく。図８の例ならば、例えば相対角度θｆの条件が「９０°近傍」である場合には操作入力命令５２６ｂに「雷撃魔法」を設定し、相対角度θｆの条件が「０°近傍、１８０°近傍」の場合には「雷属性召還獣の呼び出し」とか「治癒魔法」のように他の種類の操作入力を設定する。そして、図１３のステップＳ８０では、相対角度θｆを算出し、最類似参照画像に対応づけられている相対角度θｆの条件のうち、算出した相対角度θｆが合致する条件に対応づけられた操作入力命令５２６ｂが操作入力されたと判定する構成とする。
こうした構成の場合、プレーヤにとって、ゲームプレイをする上で覚えなければならない図形のパターンが少なくても、ゲームコントローラ１２３０を自分の体に対してどのような姿勢で移動させるかによって、様々な操作入力が可能になるのでプレイし易くなる。
【０１６４】
また、法線方向１３ｆの算出方法は、上記実施形態のように位置ｐｉからランダムに選ばれた３点を通る平面を設ける方法にかぎらず、例えば次式（２４）で求める構成としても良い。ｓ（スモールエス）は法線方向ベクトルであり、その大きさは位置ｐｉ（ｉ＝０・・・・ｎ＋１）が描く軌跡を近似平面１２に投影した面積になる。
【数２４】
尚、「×」はベクトルの外積を表す。
【図面の簡単な説明】
【０１６５】
【図１】家庭用ゲーム装置の構成例を示すシステム構成図。
【図２】ゲームのプレイスタイルを示す概念図。
【図３】プレーヤキャラクタが魔法を発動させるための術式としての図形パターンの例を示す図。
【図４】魔法発動操作入力の原理を説明するための概念図。
【図５】魔法発動操作入力の原理を説明するための概念図であって、移動軌跡上の位置ｐｉを時系列に求めた状態を示す図。
【図６】魔法発動操作入力の原理を説明するための概念図であって、移動軌跡を２次元図形として扱うための処理の概念を示す図。
【図７】機能構成の一例を示す機能ブロック図。
【図８】参照パターンデータのデータ構成の一例を示すデータ構成図。
【図９】ダメージＴＢＬデータのデータ構成例を示すデータ構成図。
【図１０】サンプリングデータのデータ構成例を示すデータ構成図。
【図１１】処理の流れを説明するためのフローチャート。
【図１２】移動軌跡算出処理の流れを説明するためのフローチャーチト。
【図１３】操作入力命令判定処理の流れを説明するためのフローチャート。
【図１４】ゲームプレイの状況例を示す概念図。
【図１５】魔法発動操作入力における入力のバリエーションを示す図。
【図１６】家庭用ゲーム装置を実現するためのハードウェア構成の一例について説明する図。
【図１７】プレーヤキャラクタが魔法を発動させるための術式としての図形パターンの変形例を示す図。
【図１８】可変パラメータの変形例を用いる場合の概念図。
【図１９】可変パラメータの変形例を用いる場合の概念図。
【符号の説明】
【０１６６】
１０ 移動軌跡
１２ 近似平面
１４ 軌跡画像
１００ 操作入力部
１０２ 加速度検出部
２００ 処理部
２１０ ゲーム演算部
２１２ 移動軌跡算出部
２１４ 操作入力命令判定部
５００ 記憶部
５２６ 参照パターンデータ
５２８ ダメージＴＢＬデータ
５３２ サンプリングデータ
１２００ 家庭用ゲーム装置
１２３０ ゲームコントローラ
１２３２ プッシュボタン
１２３９ 加速度センサ
【特許請求の範囲】
【請求項１】
コンピュータに所定のゲームを実行させるためのプログラムであって、
加速度検出器を内蔵したゲームコントローラの位置を変化させるように該ゲームコントローラを動かす移動操作を行った際に前記加速度検出器により検出される加速度情報に基づいて、該ゲームコントローラの移動軌跡を算出する移動軌跡算出手段として前記コンピュータを機能させるためのプログラム。
【請求項２】
請求項１に記載のプログラムであって、
前記移動軌跡算出手段により算出された移動軌跡に基づいて前記ゲームを進行制御するゲーム進行制御手段として前記コンピュータを機能させるためのプログラム。
【請求項３】
請求項２に記載のプログラムであって、
前記ゲーム進行制御手段が、前記算出された移動軌跡に基づいて操作入力命令を判定する操作入力命令判定手段を有し、前記操作入力命令判定手段により判定された操作入力命令に従ってゲームを進行制御するように前記コンピュータを機能させるためのプログラム。
【請求項４】
請求項３に記載のプログラムであって、
前記操作入力命令判定手段が、複数の操作入力命令それぞれに対応付けて予め定められた複数の軌跡参照データの中から、前記算出された移動軌跡に適合する軌跡参照データを選択し、該選択した軌跡参照データに対応付けられている操作入力命令がなされたと判定するように前記コンピュータを機能させるためのプログラム。
【請求項５】
請求項４に記載のプログラムであって、
前記操作入力命令は、所与の可変パラメータに応じて予め定められた処理を行うための命令であり、
前記操作入力命令判定手段が、前記算出された移動軌跡と前記複数の軌跡参照データそれぞれとの適合度を算出する適合度算出手段を有し、前記適合度算出手段による算出結果に基づいて軌跡参照データを選択し、
前記ゲーム進行制御手段が、前記選択された軌跡参照データの前記適合度算出手段により算出された適合度に応じて前記可変パラメータを可変して、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行する、
ように前記コンピュータを機能させるためのプログラム。
【請求項６】
請求項２に記載のプログラムであって、
前記ゲーム進行制御手段が、前記移動軌跡算出手段により算出された移動軌跡が予め定められた所定軌跡に合致する場合に、予め定められた操作入力命令がなされたとみなす操作入力命令判定手段を有し、前記操作入力命令判定手段の判定に応じて、前記操作入力命令に従った処理を実行してゲームを進行制御するように前記コンピュータを機能させるためのプログラム。
【請求項７】
請求項４〜６の何れか一項に記載のプログラムであって、
前記操作入力命令は、所与の可変パラメータに応じて予め定められた処理を行うための命令であり、
前記ゲーム進行制御手段が、前記移動軌跡算出手段により算出された移動軌跡全体の大きさに応じて前記可変パラメータを可変し、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行するように前記コンピュータを機能させるためのプログラム。
【請求項８】
請求項４〜６の何れか一項に記載のプログラムであって、
前記操作入力命令は、所与の可変パラメータに応じて予め定められた処理を行うための命令であり、
前記移動軌跡算出手段が、前記ゲームコントローラの向きを基準とする３次元座標系における移動軌跡を算出するように前記コンピュータを機能させ、
前記移動軌跡算出手段により算出された前記３次元座標系における移動軌跡から、当該移動軌跡全体の向きを判定する移動軌跡向き判定手段として前記コンピュータを機能させ、
前記ゲーム進行制御手段が、前記移動軌跡向き判定手段により判定された移動軌跡全体の向きに応じて前記可変パラメータを可変し、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行するように前記コンピュータを機能させるためのプログラム。
【請求項９】
請求項３〜７の何れか一項に記載のプログラムであって、
前記移動軌跡算出手段が、前記ゲームコントローラの向きを基準とする３次元座標系における移動軌跡を算出するように前記コンピュータを機能させ、
前記移動軌跡算出手段により算出された前記３次元座標系における移動軌跡から、当該移動軌跡全体の向きを判定する移動軌跡向き判定手段として前記コンピュータを機能させ、
前記操作入力命令判定手段が、前記移動軌跡算出手段により算出された移動軌跡に加えて、更に前記移動軌跡向き判定手段により判定された移動軌跡全体の向きに基づいて操作入力命令を判定するように前記コンピュータを機能させるためのプログラム。
【請求項１０】
請求項４〜９の何れか一項に記載のプログラムであって、
前記複数の操作入力命令それぞれには、前記ゲームコントローラの姿勢条件が予め定められており、
前記移動軌跡算出手段による移動軌跡の算出対象となった加速度情報に基づいて前記ゲームコントローラの姿勢を判定する姿勢判定手段として前記コンピュータを機能させ、
前記操作入力命令判定手段が、前記算出された移動軌跡に適合する軌跡参照データに対応付けられている操作入力命令であり、且つ、前記姿勢判定手段により判定された姿勢が姿勢条件を満足する操作入力命令がなされたと判定するように前記コンピュータを機能させるためのプログラム。
【請求項１１】
請求項２〜１０の何れか一項に記載のプログラムであって、
前記ゲーム進行制御手段が、ゲーム空間中の所定オブジェクトの当該ゲーム空間中の位置を、前記算出された移動軌跡に基づいて変化させるように制御するオブジェクト制御手段を有し、前記オブジェクト制御手段による前記所定オブジェクトの位置の制御によってゲームを進行制御するように前記コンピュータを機能させるためのプログラム。
【請求項１２】
請求項１〜１１の何れか一項に記載のプログラムであって、
前記移動軌跡算出手段により算出された移動軌跡を画像表示させる軌跡画像表示制御手段として前記コンピュータを機能させるためのプログラム。
【請求項１３】
請求項１〜１２の何れか一項に記載のプログラムであって、
前記ゲームコントローラの前記移動操作の開始を指示する操作入力がなされたことを検知する移動操作開始指示検知手段、
前記ゲームコントローラの前記移動操作の終了を指示する操作入力がなされたことを検知する移動操作終了指示検知手段、
として前記コンピュータを機能させるとともに、
前記移動軌跡算出手段が、前記移動操作開始指示検知手段の検知から前記移動操作終了指示検知手段の検知までの間の移動軌跡を算出するように前記コンピュータを機能させるためのプログラム。
【請求項１４】
請求項１３に記載のプログラムであって、
前記移動軌跡算出手段が、前記移動操作開始指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置と、前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置とが所定の位置条件を満たす関係にあるとして移動軌跡を算出するように前記コンピュータを機能させるためのプログラム。
【請求項１５】
請求項１４に記載のプログラムであって、
前記移動軌跡算出手段が、前記移動操作開始指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置と、前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置とが同一位置にあるとして移動軌跡を算出するように前記コンピュータを機能させるためのプログラム。
【請求項１６】
請求項１３〜１５の何れか一項に記載のプログラムであって、
前記移動軌跡算出手段が、１）前記移動操作開始指示検知手段が操作入力を検知した時点における前記ゲームコントローラの速度、及び／又は、２）前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの速度、を速度「０」として移動軌跡を算出するように前記コンピュータを機能させるためのプログラム。
【請求項１７】
請求項１〜１６の何れか一項に記載のプログラムを記憶したコンピュータ読取可能な情報記憶媒体。
【請求項１８】
加速度検出器を内蔵したゲームコントローラと、
前記ゲームコントローラの位置を変化させるように該ゲームコントローラを動かす移動操作を行った際に前記加速度検出器により検出される加速度情報に基づいて、該ゲームコントローラの移動軌跡を算出する移動軌跡算出手段
を備えたゲーム装置。
【請求項１】
コンピュータに所定のゲームを実行させるためのプログラムであって、
加速度検出器を内蔵したゲームコントローラの位置を変化させるように該ゲームコントローラを動かす移動操作を行った際に前記加速度検出器により検出される加速度情報に基づいて、該ゲームコントローラの移動軌跡を算出する移動軌跡算出手段として前記コンピュータを機能させるためのプログラム。
【請求項２】
請求項１に記載のプログラムであって、
前記移動軌跡算出手段により算出された移動軌跡に基づいて前記ゲームを進行制御するゲーム進行制御手段として前記コンピュータを機能させるためのプログラム。
【請求項３】
請求項２に記載のプログラムであって、
前記ゲーム進行制御手段が、前記算出された移動軌跡に基づいて操作入力命令を判定する操作入力命令判定手段を有し、前記操作入力命令判定手段により判定された操作入力命令に従ってゲームを進行制御するように前記コンピュータを機能させるためのプログラム。
【請求項４】
請求項３に記載のプログラムであって、
前記操作入力命令判定手段が、複数の操作入力命令それぞれに対応付けて予め定められた複数の軌跡参照データの中から、前記算出された移動軌跡に適合する軌跡参照データを選択し、該選択した軌跡参照データに対応付けられている操作入力命令がなされたと判定するように前記コンピュータを機能させるためのプログラム。
【請求項５】
請求項４に記載のプログラムであって、
前記操作入力命令は、所与の可変パラメータに応じて予め定められた処理を行うための命令であり、
前記操作入力命令判定手段が、前記算出された移動軌跡と前記複数の軌跡参照データそれぞれとの適合度を算出する適合度算出手段を有し、前記適合度算出手段による算出結果に基づいて軌跡参照データを選択し、
前記ゲーム進行制御手段が、前記選択された軌跡参照データの前記適合度算出手段により算出された適合度に応じて前記可変パラメータを可変して、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行する、
ように前記コンピュータを機能させるためのプログラム。
【請求項６】
請求項２に記載のプログラムであって、
前記ゲーム進行制御手段が、前記移動軌跡算出手段により算出された移動軌跡が予め定められた所定軌跡に合致する場合に、予め定められた操作入力命令がなされたとみなす操作入力命令判定手段を有し、前記操作入力命令判定手段の判定に応じて、前記操作入力命令に従った処理を実行してゲームを進行制御するように前記コンピュータを機能させるためのプログラム。
【請求項７】
請求項４〜６の何れか一項に記載のプログラムであって、
前記操作入力命令は、所与の可変パラメータに応じて予め定められた処理を行うための命令であり、
前記ゲーム進行制御手段が、前記移動軌跡算出手段により算出された移動軌跡全体の大きさに応じて前記可変パラメータを可変し、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行するように前記コンピュータを機能させるためのプログラム。
【請求項８】
請求項４〜６の何れか一項に記載のプログラムであって、
前記操作入力命令は、所与の可変パラメータに応じて予め定められた処理を行うための命令であり、
前記移動軌跡算出手段が、前記ゲームコントローラの向きを基準とする３次元座標系における移動軌跡を算出するように前記コンピュータを機能させ、
前記移動軌跡算出手段により算出された前記３次元座標系における移動軌跡から、当該移動軌跡全体の向きを判定する移動軌跡向き判定手段として前記コンピュータを機能させ、
前記ゲーム進行制御手段が、前記移動軌跡向き判定手段により判定された移動軌跡全体の向きに応じて前記可変パラメータを可変し、前記操作入力命令判定手段により判定された操作入力命令に従った処理を実行するように前記コンピュータを機能させるためのプログラム。
【請求項９】
請求項３〜７の何れか一項に記載のプログラムであって、
前記移動軌跡算出手段が、前記ゲームコントローラの向きを基準とする３次元座標系における移動軌跡を算出するように前記コンピュータを機能させ、
前記移動軌跡算出手段により算出された前記３次元座標系における移動軌跡から、当該移動軌跡全体の向きを判定する移動軌跡向き判定手段として前記コンピュータを機能させ、
前記操作入力命令判定手段が、前記移動軌跡算出手段により算出された移動軌跡に加えて、更に前記移動軌跡向き判定手段により判定された移動軌跡全体の向きに基づいて操作入力命令を判定するように前記コンピュータを機能させるためのプログラム。
【請求項１０】
請求項４〜９の何れか一項に記載のプログラムであって、
前記複数の操作入力命令それぞれには、前記ゲームコントローラの姿勢条件が予め定められており、
前記移動軌跡算出手段による移動軌跡の算出対象となった加速度情報に基づいて前記ゲームコントローラの姿勢を判定する姿勢判定手段として前記コンピュータを機能させ、
前記操作入力命令判定手段が、前記算出された移動軌跡に適合する軌跡参照データに対応付けられている操作入力命令であり、且つ、前記姿勢判定手段により判定された姿勢が姿勢条件を満足する操作入力命令がなされたと判定するように前記コンピュータを機能させるためのプログラム。
【請求項１１】
請求項２〜１０の何れか一項に記載のプログラムであって、
前記ゲーム進行制御手段が、ゲーム空間中の所定オブジェクトの当該ゲーム空間中の位置を、前記算出された移動軌跡に基づいて変化させるように制御するオブジェクト制御手段を有し、前記オブジェクト制御手段による前記所定オブジェクトの位置の制御によってゲームを進行制御するように前記コンピュータを機能させるためのプログラム。
【請求項１２】
請求項１〜１１の何れか一項に記載のプログラムであって、
前記移動軌跡算出手段により算出された移動軌跡を画像表示させる軌跡画像表示制御手段として前記コンピュータを機能させるためのプログラム。
【請求項１３】
請求項１〜１２の何れか一項に記載のプログラムであって、
前記ゲームコントローラの前記移動操作の開始を指示する操作入力がなされたことを検知する移動操作開始指示検知手段、
前記ゲームコントローラの前記移動操作の終了を指示する操作入力がなされたことを検知する移動操作終了指示検知手段、
として前記コンピュータを機能させるとともに、
前記移動軌跡算出手段が、前記移動操作開始指示検知手段の検知から前記移動操作終了指示検知手段の検知までの間の移動軌跡を算出するように前記コンピュータを機能させるためのプログラム。
【請求項１４】
請求項１３に記載のプログラムであって、
前記移動軌跡算出手段が、前記移動操作開始指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置と、前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置とが所定の位置条件を満たす関係にあるとして移動軌跡を算出するように前記コンピュータを機能させるためのプログラム。
【請求項１５】
請求項１４に記載のプログラムであって、
前記移動軌跡算出手段が、前記移動操作開始指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置と、前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの位置とが同一位置にあるとして移動軌跡を算出するように前記コンピュータを機能させるためのプログラム。
【請求項１６】
請求項１３〜１５の何れか一項に記載のプログラムであって、
前記移動軌跡算出手段が、１）前記移動操作開始指示検知手段が操作入力を検知した時点における前記ゲームコントローラの速度、及び／又は、２）前記移動操作終了指示検知手段が操作入力を検知した時点における前記ゲームコントローラの速度、を速度「０」として移動軌跡を算出するように前記コンピュータを機能させるためのプログラム。
【請求項１７】
請求項１〜１６の何れか一項に記載のプログラムを記憶したコンピュータ読取可能な情報記憶媒体。
【請求項１８】
加速度検出器を内蔵したゲームコントローラと、
前記ゲームコントローラの位置を変化させるように該ゲームコントローラを動かす移動操作を行った際に前記加速度検出器により検出される加速度情報に基づいて、該ゲームコントローラの移動軌跡を算出する移動軌跡算出手段
を備えたゲーム装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００８−１３６６９４（Ｐ２００８−１３６６９４Ａ）
【公開日】平成２０年６月１９日（２００８．６．１９）
【国際特許分類】
【出願番号】特願２００６−３２６３７２（Ｐ２００６−３２６３７２）
【出願日】平成１８年１２月１日（２００６．１２．１）
【出願人】（０００１３４８５５）株式会社バンダイナムコゲームス (1,157)
【Ｆターム（参考）】
【公開日】平成２０年６月１９日（２００８．６．１９）
【国際特許分類】
【出願日】平成１８年１２月１日（２００６．１２．１）
【出願人】（０００１３４８５５）株式会社バンダイナムコゲームス (1,157)
【Ｆターム（参考）】
[ Back to top ]