JP7248720B2 - ゲームプログラム、ゲーム装置、ゲームシステム、およびゲーム処理方法 - Google Patents

Description

本発明は、仮想空間内で所定のアイテムオブジェクトを持ったプレイヤオブジェクトに所定のアクションを実行させるゲーム処理に関する。

従来から、アナログスティックを操作して仮想キャラクタに剣を振らせるゲームが知られている（例えば特許文献１）。このようなゲームでは、例えば、アナログスティックが、元の位置と隣接する位置に移動された場合、キャラクタは、剣の構えを変える。また、アナログボタンが、元の位置に隣接しない位置に移動された場合、それがゆっくりした移動である場合、キャラクタは、剣の構えを変え、比較的速い移動である場合は、キャラクタは、剣を振って、敵を攻撃する。

特開２００１－３１４６４５号公報

上記のゲームでは、ある方向に剣を振らせる操作については１種類しかないため、多様な操作をプレイヤに提供するものではなかった。

それ故に、本発明の目的は、仮想キャラクタが剣などの仮想オブジェクトを振る動作を行うに際して、多様な操作方法を提供可能なゲームプログラム、ゲーム処理装置、ゲームシステム、ゲーム処理方法を提供することである。

上記目的を達成するために、例えば以下のような構成例が挙げられる。

構成例の一例は、プロセッシングシステムのプロセッサに実行させるゲームプログラムであって、プロセッサに、以下を実行させる。仮想空間内において、所定のアイテムオブジェクトを持ったプレイヤオブジェクトを制御させる。操作装置に対する第１の方向入力に基づいて、当該第１の方向入力に係る入力方向に応じた向きに上記アイテムオブジェクトを構える構えアクションをプレイヤオブジェクトに行わせる。プレイヤオブジェクトが構えアクションを行っている場合に、操作装置に対して第２の方向入力が行われたことに基づいて、当該第２の方向入力に係る第２の入力方向に応じた向きにアイテムオブジェクトを振る第１振りアクションをプレイヤオブジェクトに行わせる。更に、操作装置に対して、当該操作装置への入力における原点に対する変位量が第１の値以下の状態から少なくとも当該第１の値を超えた状態になるような往路方向入力と、当該往路方向入力の後に当該変位量が第２の値以下の状態になるような復路方向入力とが第１の時間内に行われたことに基づいて、当該往路方向入力に係る往路入力方向および復路方向入力に係る復路入力方向の少なくとも一方に基づく向きにアイテムオブジェクトを振る第２振りアクションをプレイヤオブジェクトに行わせる。

上記構成例によれば、アイテムオブジェクトを振るアクションを行わせる際に、第１の方向にアイテムを構えている状態で第２の方向への入力を行う操作でも、所定の変位量を越えるような往路方向入力および当該所定の変位量以下になるような復路方向入力を所定時間内に行う操作でも、いずれの操作でもアイテムオブジェクトを振らせることができる。これにより、プレイヤオブジェクトにアイテムオブジェクトを振らせる操作について、ユーザに多様な操作を提供できる。

他の構成例として、プロセッサに、変位量が第１の値以下の状態から当該第１の値よりも大きい第３の値以上に増加するような往路方向入力と、上記復路方向入力とが第１の時間内に行われたことに基づいて、第２振りアクションをプレイヤオブジェクトに行わせてもよい。

上記構成例によれば、例えば操作装置の方向入力可能範囲における端までのような、ある程度大きな変位量となる往路方向入力を要求している。そのため、小さな変位量に反応した結果、ユーザが意図しない第２振りアクションが行われてしまう、という状況になることを防ぐことができる。

他の構成例として、プロセッサに、プレイヤオブジェクトが構えアクションを行っている場合に、第２の方向入力として、変位量が第４の値以上から当該第４の値未満になった後で第５の値以上となる方向入力が行われたことに基づいて、第１振りアクションをプレイヤオブジェクトに行わせてもよい。

上記構成例によれば、ある程度大きな変位量となる方向入力を要求するため、ユーザが意図していない第１振りアクションが行われることを防ぐことができる。

他の構成例として、第１の入力方向と第２の入力方向は、前記原点に対して互いに逆の方向であってもよい。

上記構成例によれば、アイテムオブジェクトを構えている方向とは逆方向への入力を要求するので、直感的でわかりやすい振り操作をユーザに提供できる。

他の構成例として、ユーザによる操作装置への入力が行われない状態においては、前記変位量が所定の値以下となってもよいし、または当該変位量が所定時間経過後に当該所定の値以下となるように漸減してもよい。

上記構成例によれば、例えば操作装置から指を離すだけで、変位量を原点となる値に戻すことができ、操作性を高めることができる。

他の構成例として、操作装置は、スティックデバイスを備え、当該スティックデバイスの傾きに応じた入力方向データを出力してもよい。

上記構成例によれば、構えアクションや第１振りアクション、第２振りアクションを行うに際して、より直感的でわかりやすい操作性をユーザに提供できる。

他の構成例として、プロセッサに更に、操作装置から取得した時間的に連続する２つの入力データが示す座標の位置関係が、原点を中心とした原点領域を挟む位置関係である場合、当該原点領域内に対する入力が行われたと判定させてもよい。

上記構成例によれば、入力軌跡が原点を通過するような軌跡で、入力の検出タイミングと入力位置が原点にあるときのタイミングとが合わなかったような場合でも、中心への入力があったものとして扱うことができる。これにより、原点に入力があったことの判定をより速やかに検知できる。

他の構成例として、プロセッサに、往路入力方向と復路入力方向との角度差が所定の範囲内である場合に、第２振りアクションをプレイヤオブジェクトに行わせてもよい。

上記構成例によれば、往路と復路とがほぼ重なるような軌跡である場合に、第２振りアクションを行わせることができる。これにより、アイテムオブジェクトを振る方向とユーザが行った方向入力との関係についてユーザに違和感を与えることを防止できる。

他の構成例として、プロセッサに、変位量が第１の値以下である状態が所定時間以上続いた後に当該変位量が第１の値を越えて増加する往路方向入力と、更にその後に当該変位量が第２の値以下に減少する復路方向入力とが第１の時間以内に行われたことに基づいて、第２振りアクションをプレイヤオブジェクトに行わせてもよい。

上記構成例によれば、例えば入力位置が原点にある程度滞在した後でないと第２振りアクションが行えないようにすることができる。これにより、例えば連続的にランダムな方向入力を行った際にユーザが意図しない第２振りアクションが行われてしまうことを防止できる。

他の構成例として、プロセッサに、直前の所定時間内の入力座標の軌跡の合計距離が一定以下であることを更に条件として、第２振りアクションをプレイヤオブジェクトに行わせてもよい。

上記構成例によれば、例えば所定時間内に連続的にランダムな方向入力が行われた場合、その軌跡の合計距離はある程度の長さ以上になると考えられる。そのため、当該合計距離が一定以下の場合であることを第２振りアクションの実行条件とすることで、ユーザが意図しない第２振りアクションが発生してしまうことを防ぐことができる

他の構成例として、プロセッサに更に、第１の方向入力の解除に応じて、前記アイテムオブジェクトを振る第３振りアクションを前記プレイヤオブジェクトに行わせてもよい。

上記構成例によれば、プレイヤオブジェクトにアイテムオブジェクトを振らせる操作について、ユーザに多様な操作を提供できる。

他の構成例として、プロセッサに更に、変位量が第６の値以上である状態でプレイヤオブジェクトが構えアクションを行っている場合に、操作装置に対して、当該変位量が第６の値以上である状態から当該第６の値未満である状態になった後に第７の値以上である状態となるような第２の方向入力、および、当該第２の方向入力の後、当該変位量が第７の値未満の状態になってから当該第６の値以上の状態に戻るような第３の方向入力が所定時間内に行われた場合、当該第２または第３の方向入力に係る方向と直交する軸周りに回転してアイテムオブジェクトを振る第４振りアクションをプレイヤオブジェクトに行わせてもよい。

上記構成例によれば、プレイヤオブジェクトにアイテムオブジェクトを振らせる操作について、ユーザに多様な操作を提供できる。

他の構成例として、操作装置は更に、慣性センサを備えていてもよい。そして、情報処理プログラムは、プロセッサに更に、第１の操作モードにおいては、プレイヤキャラクタに、第１の方向入力に基づいて構えアクションおよび振りアクションを行わせ、第２の操作モードにおいては、操作装置の姿勢に基づいて構えアクションを行わせ、操作装置に対する振り入力に基づいて振りアクションを行わせてもよい。

上記構成例によれば、アイテムオブジェクトを構えて振るという一連のアクションに対して、更に多様な操作をプレイヤに提供することができる。

他の構成例として、アイテムオブジェクトは、振りアクションによって敵オブジェクトに対して攻撃を行うための武器オブジェクトであってもよい。

上記構成例によれば、敵を攻撃するために武器を振るという操作について、簡易で直感的な操作方法をプレイヤに提供できる。

本実施形態によれば、プレイヤオブジェクトにアイテムオブジェクトを振らせる操作について、ユーザに多様な操作を提供できる。

本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図 本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図 本体装置２の一例を示す六面図 左コントローラ３の一例を示す六面図 右コントローラ４の一例を示す六面図 本体装置２の内部構成の一例を示すブロック図 本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図 本実施形態に係るゲーム画面の一例 本実施形態に係るゲーム画面の一例 剣を構えているプレイヤオブジェクトを示す図 振りアクションの一例を示す図 構えアクションの一例を示す図 構えアクションの一例を示す図 構えアクションの一例を示す図 構えアクションの一例を示す図 構えアクションの一例を示す図 構えアクションの一例を示す図 弾き操作を説明するための図 逆方向入力操作を説明するための図 リリース操作を説明するための図 回転斬り操作を説明するための図 プレイヤオブジェクトの状態の遷移を説明するための図 ＤＲＡＭ８５に記憶される各種データの一例を示すメモリマップ 本実施形態に係るゲーム処理の詳細を示すフローチャート 非抜剣時剣振り認識処理の詳細を示すフローチャート 回転斬り認識処理の詳細を示すフローチャート 回転斬り認識処理を説明するための図 回転斬り認識処理を説明するための図 弾き操作認識処理の詳細を示すフローチャート 弾き操作認識処理を説明するための図 弾き操作認識処理を説明するための図 弾き操作認識処理を説明するための図 構え遷移判定処理の詳細を示すフローチャート 構えアクション処理の詳細を示すフローチャート 構えアクション処理の詳細を示すフローチャート 構え剣振り認識処理の詳細を示すフローチャート 構え剣振り認識処理の詳細を示すフローチャート 逆方向入力認識処理の詳細を示すフローチャート 逆方向入力認識処理を説明するための図 逆方向入力認識処理を説明するための図 リリース操作認識処理の詳細を示すフローチャート リリース操作認識処理を説明するための図 振りアクション処理の詳細を示すフローチャート

以下、本発明の一実施形態について説明する。

以下、本実施形態の一例に係るゲームシステムについて説明する。本実施形態におけるゲームシステム１の一例は、本体装置（情報処理装置；本実施形態ではゲーム装置本体として機能する）２と左コントローラ３および右コントローラ４とを含む。本体装置２は、左コントローラ３および右コントローラ４がそれぞれ着脱可能である。つまり、ゲームシステム１は、左コントローラ３および右コントローラ４をそれぞれ本体装置２に装着して一体化された装置として利用できる。また、ゲームシステム１は、本体装置２と左コントローラ３および右コントローラ４とを別体として利用することもできる（図２参照）。以下では、本実施形態のゲームシステム１のハードウェア構成について説明し、その後に本実施形態のゲームシステム１の制御について説明する。

図１は、本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図である。図１に示すように、左コントローラ３および右コントローラ４は、それぞれ本体装置２に装着されて一体化されている。本体装置２は、ゲームシステム１における各種の処理（例えば、ゲーム処理）を実行する装置である。本体装置２は、ディスプレイ１２を備える。左コントローラ３および右コントローラ４は、ユーザが入力を行うための操作部を備える装置である。

図２は、本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図である。図１および図２に示すように、左コントローラ３および右コントローラ４は、本体装置２に着脱可能である。なお、以下において、左コントローラ３および右コントローラ４の総称として「コントローラ」と記載することがある。

図３は、本体装置２の一例を示す六面図である。図３に示すように、本体装置２は、略板状のハウジング１１を備える。本実施形態において、ハウジング１１の主面（換言すれば、表側の面、すなわち、ディスプレイ１２が設けられる面）は、大略的には矩形形状である。

なお、ハウジング１１の形状および大きさは、任意である。一例として、ハウジング１１は、携帯可能な大きさであってよい。また、本体装置２単体または本体装置２に左コントローラ３および右コントローラ４が装着された一体型装置は、携帯型装置となってもよい。また、本体装置２または一体型装置が手持ち型の装置となってもよい。また、本体装置２または一体型装置が可搬型装置となってもよい。

図３に示すように、本体装置２は、ハウジング１１の主面に設けられるディスプレイ１２を備える。ディスプレイ１２は、本体装置２が生成した画像を表示する。本実施形態においては、ディスプレイ１２は、液晶表示装置（ＬＣＤ）とする。ただし、ディスプレイ１２は任意の種類の表示装置であってよい。

また、本体装置２は、ディスプレイ１２の画面上にタッチパネル１３を備える。本実施形態においては、タッチパネル１３は、マルチタッチ入力が可能な方式（例えば、静電容量方式）のものである。ただし、タッチパネル１３は、任意の種類のものであってよく、例えば、シングルタッチ入力が可能な方式（例えば、抵抗膜方式）のものであってもよい。

本体装置２は、ハウジング１１の内部においてスピーカ（すなわち、図６に示すスピーカ８８）を備えている。図３に示すように、ハウジング１１の主面には、スピーカ孔１１ａおよび１１ｂが形成される。そして、スピーカ８８の出力音は、これらのスピーカ孔１１ａおよび１１ｂからそれぞれ出力される。

また、本体装置２は、本体装置２が左コントローラ３と有線通信を行うための端子である左側端子１７と、本体装置２が右コントローラ４と有線通信を行うための右側端子２１を備える。

図３に示すように、本体装置２は、スロット２３を備える。スロット２３は、ハウジング１１の上側面に設けられる。スロット２３は、所定の種類の記憶媒体を装着可能な形状を有する。所定の種類の記憶媒体は、例えば、ゲームシステム１およびそれと同種の情報処理装置に専用の記憶媒体（例えば、専用メモリカード）である。所定の種類の記憶媒体は、例えば、本体装置２で利用されるデータ（例えば、アプリケーションのセーブデータ等）、および／または、本体装置２で実行されるプログラム（例えば、アプリケーションのプログラム等）を記憶するために用いられる。また、本体装置２は、電源ボタン２８を備える。

本体装置２は、下側端子２７を備える。下側端子２７は、本体装置２がクレードルと通信を行うための端子である。本実施形態において、下側端子２７は、ＵＳＢコネクタ（より具体的には、メス側コネクタ）である。上記一体型装置または本体装置２単体をクレードルに載置した場合、ゲームシステム１は、本体装置２が生成して出力する画像を据置型モニタに表示することができる。また、本実施形態においては、クレードルは、載置された上記一体型装置または本体装置２単体を充電する機能を有する。また、クレードルは、ハブ装置（具体的には、ＵＳＢハブ）の機能を有する。

図４は、左コントローラ３の一例を示す六面図である。図４に示すように、左コントローラ３は、ハウジング３１を備える。本実施形態においては、ハウジング３１は、縦長の形状、すなわち、上下方向（すなわち、図１および図４に示すｙ軸方向）に長い形状である。左コントローラ３は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング３１は、縦長となる向きで把持される場合に片手、特に左手で把持可能な形状および大きさをしている。また、左コントローラ３は、横長となる向きで把持されることも可能である。左コントローラ３が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

左コントローラ３は、左アナログスティック（以下、左スティックと呼ぶ）３２を備える。図４に示すように、左スティック３２は、ハウジング３１の主面に設けられる。左スティック３２は、方向を入力することが可能な方向入力部として用いることができる。ユーザは、左スティック３２を傾倒することによって傾倒方向に応じた方向の入力（および、傾倒した角度に応じた大きさの入力）が可能である。また、左スティック３２が傾倒している状態で、ユーザが左スティック３２から指を離すと、図示しない復帰機構（例えばバネ）によって、左スティック３２はニュートラルポジションに復帰する。この戻りに係る動きについては、本実施形態では瞬時に戻るような構成とするが、他の実施形態では、所定時間経過後にニュートラルポジションとなるように、入力の変位量が漸減するような構成であってもよい。なお、左コントローラ３は、方向入力部として、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、本実施形態においては、左スティック３２を押下する入力が可能である。

左コントローラ３は、各種操作ボタンを備える。左コントローラ３は、ハウジング３１の主面上に４つの操作ボタン３３～３６（具体的には、右方向ボタン３３、下方向ボタン３４、上方向ボタン３５、および左方向ボタン３６）を備える。さらに、左コントローラ３は、録画ボタン３７および－（マイナス）ボタン４７を備える。左コントローラ３は、ハウジング３１の側面の左上に第１Ｌボタン３８およびＺＬボタン３９を備える。また、左コントローラ３は、ハウジング３１の側面の、本体装置２に装着される際に装着される側の面に第２Ｌボタン４３および第２Ｒボタン４４を備える。これらの操作ボタンは、本体装置２で実行される各種プログラム（例えば、ＯＳプログラムやアプリケーションプログラム）に応じた指示を行うために用いられる。

また、左コントローラ３は、左コントローラ３が本体装置２と有線通信を行うための端子４２を備える。

図５は、右コントローラ４の一例を示す六面図である。図５に示すように、右コントローラ４は、ハウジング５１を備える。本実施形態においては、ハウジング５１は、縦長の形状、すなわち、上下方向に長い形状である。右コントローラ４は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング５１は、縦長となる向きで把持される場合に片手、特に右手で把持可能な形状および大きさをしている。また、右コントローラ４は、横長となる向きで把持されることも可能である。右コントローラ４が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

右コントローラ４は、左コントローラ３と同様、方向入力部として右アナログスティック（以下、右スティックと呼ぶ）５２を備える。本実施形態においては、右スティック５２は、左コントローラ３の左スティック３２と同じ構成である。また、右コントローラ４は、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、右コントローラ４は、左コントローラ３と同様、ハウジング５１の主面上に４つの操作ボタン５３～５６（具体的には、Ａボタン５３、Ｂボタン５４、Ｘボタン５５、およびＹボタン５６）を備える。さらに、右コントローラ４は、＋（プラス）ボタン５７およびホームボタン５８を備える。また、右コントローラ４は、ハウジング５１の側面の右上に第１Ｒボタン６０およびＺＲボタン６１を備える。また、右コントローラ４は、左コントローラ３と同様、第２Ｌボタン６５および第２Ｒボタン６６を備える。

また、右コントローラ４は、右コントローラ４が本体装置２と有線通信を行うための端子６４を備える。

図６は、本体装置２の内部構成の一例を示すブロック図である。本体装置２は、図３に示す構成の他、図６に示す各構成要素８１～９１、９７、および９８を備える。これらの構成要素８１～９１、９７、および９８のいくつかは、電子部品として電子回路基板上に実装されてハウジング１１内に収納されてもよい。

本体装置２は、プロセッサ８１を備える。プロセッサ８１は、本体装置２において実行される各種の情報処理を実行する情報処理部であって、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のみから構成されてもよいし、ＣＰＵ機能、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）機能等の複数の機能を含むＳｏＣ（Ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ）から構成されてもよい。プロセッサ８１は、記憶部（具体的には、フラッシュメモリ８４等の内部記憶媒体、あるいは、スロット２３に装着される外部記憶媒体等）に記憶される情報処理プログラム（例えば、ゲームプログラム）を実行することによって、各種の情報処理を実行する。

本体装置２は、自身に内蔵される内部記憶媒体の一例として、フラッシュメモリ８４およびＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８５を備える。フラッシュメモリ８４およびＤＲＡＭ８５は、プロセッサ８１に接続される。フラッシュメモリ８４は、主に、本体装置２に保存される各種のデータ（プログラムであってもよい）を記憶するために用いられるメモリである。ＤＲＡＭ８５は、情報処理において用いられる各種のデータを一時的に記憶するために用いられるメモリである。

本体装置２は、スロットインターフェース（以下、「Ｉ／Ｆ」と略記する。）９１を備える。スロットＩ／Ｆ９１は、プロセッサ８１に接続される。スロットＩ／Ｆ９１は、スロット２３に接続され、スロット２３に装着された所定の種類の記憶媒体（例えば、専用メモリカード）に対するデータの読み出しおよび書き込みを、プロセッサ８１の指示に応じて行う。

プロセッサ８１は、フラッシュメモリ８４およびＤＲＡＭ８５、ならびに上記各記憶媒体との間でデータを適宜読み出したり書き込んだりして、上記の情報処理を実行する。

本体装置２は、ネットワーク通信部８２を備える。ネットワーク通信部８２は、プロセッサ８１に接続される。ネットワーク通信部８２は、ネットワークを介して外部の装置と通信（具体的には、無線通信）を行う。本実施形態においては、ネットワーク通信部８２は、第１の通信態様としてＷｉ－Ｆｉの規格に準拠した方式により、無線ＬＡＮに接続して外部装置と通信を行う。また、ネットワーク通信部８２は、第２の通信態様として所定の通信方式（例えば、独自プロトコルによる通信や、赤外線通信）により、同種の他の本体装置２との間で無線通信を行う。なお、上記第２の通信態様による無線通信は、閉ざされたローカルネットワークエリア内に配置された他の本体装置２との間で無線通信可能であり、複数の本体装置２の間で直接通信することによってデータが送受信される、いわゆる「ローカル通信」を可能とする機能を実現する。

本体装置２は、コントローラ通信部８３を備える。コントローラ通信部８３は、プロセッサ８１に接続される。コントローラ通信部８３は、左コントローラ３および／または右コントローラ４と無線通信を行う。本体装置２と左コントローラ３および右コントローラ４との通信方式は任意であるが、本実施形態においては、コントローラ通信部８３は、左コントローラ３との間および右コントローラ４との間で、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信を行う。

プロセッサ８１は、上述の左側端子１７、右側端子２１、および下側端子２７に接続される。プロセッサ８１は、左コントローラ３と有線通信を行う場合、左側端子１７を介して左コントローラ３へデータを送信するとともに、左側端子１７を介して左コントローラ３から操作データを受信する。また、プロセッサ８１は、右コントローラ４と有線通信を行う場合、右側端子２１を介して右コントローラ４へデータを送信するとともに、右側端子２１を介して右コントローラ４から操作データを受信する。また、プロセッサ８１は、クレードルと通信を行う場合、下側端子２７を介してクレードルへデータを送信する。このように、本実施形態においては、本体装置２は、左コントローラ３および右コントローラ４との間で、それぞれ有線通信と無線通信との両方を行うことができる。また、左コントローラ３および右コントローラ４が本体装置２に装着された一体型装置または本体装置２単体がクレードルに装着された場合、本体装置２は、クレードルを介してデータ（例えば、画像データや音声データ）を据置型モニタ等に出力することができる。

ここで、本体装置２は、複数の左コントローラ３と同時に（換言すれば、並行して）通信を行うことができる。また、本体装置２は、複数の右コントローラ４と同時に（換言すれば、並行して）通信を行うことができる。したがって、複数のユーザは、左コントローラ３および右コントローラ４のセットをそれぞれ用いて、本体装置２に対する入力を同時に行うことができる。一例として、第１ユーザが左コントローラ３および右コントローラ４の第１セットを用いて本体装置２に対して入力を行うと同時に、第２ユーザが左コントローラ３および右コントローラ４の第２セットを用いて本体装置２に対して入力を行うことが可能となる。

本体装置２は、タッチパネル１３の制御を行う回路であるタッチパネルコントローラ８６を備える。タッチパネルコントローラ８６は、タッチパネル１３とプロセッサ８１との間に接続される。タッチパネルコントローラ８６は、タッチパネル１３からの信号に基づいて、例えばタッチ入力が行われた位置を示すデータを生成して、プロセッサ８１へ出力する。

また、ディスプレイ１２は、プロセッサ８１に接続される。プロセッサ８１は、（例えば、上記の情報処理の実行によって）生成した画像および／または外部から取得した画像をディスプレイ１２に表示する。

本体装置２は、コーデック回路８７およびスピーカ（具体的には、左スピーカおよび右スピーカ）８８を備える。コーデック回路８７は、スピーカ８８および音声入出力端子２５に接続されるとともに、プロセッサ８１に接続される。コーデック回路８７は、スピーカ８８および音声入出力端子２５に対する音声データの入出力を制御する回路である。

本体装置２は、電力制御部９７およびバッテリ９８を備える。電力制御部９７は、バッテリ９８およびプロセッサ８１に接続される。また、図示しないが、電力制御部９７は、本体装置２の各部（具体的には、バッテリ９８の電力の給電を受ける各部、左側端子１７、および右側端子２１）に接続される。電力制御部９７は、プロセッサ８１からの指令に基づいて、バッテリ９８から上記各部への電力供給を制御する。

また、バッテリ９８は、下側端子２７に接続される。外部の充電装置（例えば、クレードル）が下側端子２７に接続され、下側端子２７を介して本体装置２に電力が供給される場合、供給された電力がバッテリ９８に充電される。

図７は、本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図である。なお、本体装置２に関する内部構成の詳細については、図６で示しているため図７では省略している。

左コントローラ３は、本体装置２との間で通信を行う通信制御部１０１を備える。図７に示すように、通信制御部１０１は、端子４２を含む各構成要素に接続される。本実施形態においては、通信制御部１０１は、端子４２を介した有線通信と、端子４２を介さない無線通信との両方で本体装置２と通信を行うことが可能である。通信制御部１０１は、左コントローラ３が本体装置２に対して行う通信方法を制御する。すなわち、左コントローラ３が本体装置２に装着されている場合、通信制御部１０１は、端子４２を介して本体装置２と通信を行う。また、左コントローラ３が本体装置２から外されている場合、通信制御部１０１は、本体装置２（具体的には、コントローラ通信部８３）との間で無線通信を行う。コントローラ通信部８３と通信制御部１０１との間の無線通信は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）の規格に従って行われる。

また、左コントローラ３は、例えばフラッシュメモリ等のメモリ１０２を備える。通信制御部１０１は、例えばマイコン（マイクロプロセッサとも言う）で構成され、メモリ１０２に記憶されるファームウェアを実行することによって各種の処理を実行する。

左コントローラ３は、各ボタン１０３（具体的には、ボタン３３～３９、４３、４４、および４７）を備える。また、左コントローラ３は、左スティック３２を備える。各ボタン１０３および左スティック３２は、自身に対して行われた操作に関する情報を、適宜のタイミングで繰り返し通信制御部１０１へ出力する。

左コントローラ３は、慣性センサを備える。具体的には、左コントローラ３は、加速度センサ１０４を備える。また、左コントローラ３は、角速度センサ１０５を備える。本実施形態においては、加速度センサ１０４は、所定の３軸（例えば、図４に示すｘｙｚ軸）方向に沿った加速度の大きさを検出する。なお、加速度センサ１０４は、１軸方向あるいは２軸方向の加速度を検出するものであってもよい。本実施形態においては、角速度センサ１０５は、所定の３軸（例えば、図４に示すｘｙｚ軸）回りの角速度を検出する。なお、角速度センサ１０５は、１軸回りあるいは２軸回りの角速度を検出するものであってもよい。加速度センサ１０４および角速度センサ１０５は、それぞれ通信制御部１０１に接続される。そして、加速度センサ１０４および角速度センサ１０５の検出結果は、適宜のタイミングで繰り返し通信制御部１０１へ出力される。

通信制御部１０１は、各入力部（具体的には、各ボタン１０３、左スティック３２、各センサ１０４および１０５）から、入力に関する情報（具体的には、操作に関する情報、またはセンサによる検出結果）を取得する。通信制御部１０１は、取得した情報（または取得した情報に所定の加工を行った情報）を含む操作データを本体装置２へ送信する。なお、操作データは、所定時間に１回の割合で繰り返し送信される。なお、入力に関する情報が本体装置２へ送信される間隔は、各入力部について同じであってもよいし、同じでなくてもよい。

上記操作データが本体装置２へ送信されることによって、本体装置２は、左コントローラ３に対して行われた入力を得ることができる。すなわち、本体装置２は、各ボタン１０３および左スティック３２に対する操作を、操作データに基づいて判別することができる。また、本体装置２は、左コントローラ３の動きおよび／または姿勢に関する情報を、操作データ（具体的には、加速度センサ１０４および角速度センサ１０５の検出結果）に基づいて算出することができる。

左コントローラ３は、電力供給部１０８を備える。本実施形態において、電力供給部１０８は、バッテリおよび電力制御回路を有する。図示しないが、電力制御回路は、バッテリに接続されるとともに、左コントローラ３の各部（具体的には、バッテリの電力の給電を受ける各部）に接続される。

図７に示すように、右コントローラ４は、本体装置２との間で通信を行う通信制御部１１１を備える。また、右コントローラ４は、通信制御部１１１に接続されるメモリ１１２を備える。通信制御部１１１は、端子６４を含む各構成要素に接続される。通信制御部１１１およびメモリ１１２は、左コントローラ３の通信制御部１０１およびメモリ１０２と同様の機能を有する。したがって、通信制御部１１１は、端子６４を介した有線通信と、端子６４を介さない無線通信（具体的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信）との両方で本体装置２と通信を行うことが可能であり、右コントローラ４が本体装置２に対して行う通信方法を制御する。

右コントローラ４は、左コントローラ３の各入力部と同様の各入力部を備える。具体的には、各ボタン１１３、右スティック５２、慣性センサ（加速度センサ１１４および角速度センサ１１５）を備える。これらの各入力部については、左コントローラ３の各入力部と同様の機能を有し、同様に動作する。

右コントローラ４は、電力供給部１１８を備える。電力供給部１１８は、左コントローラ３の電力供給部１０８と同様の機能を有し、同様に動作する。

［本実施形態におけるゲーム処理の概要］
次に、本実施形態のゲームシステム１で実行されるゲーム処理の動作概要を説明する。上記ゲームシステム１では、本体装置２は、左コントローラ３および右コントローラ４がそれぞれ着脱可能な構成となっている。本体装置２に左コントローラ３および右コントローラ４を装着した状態でゲームを遊ぶ場合は、ゲーム画像はディスプレイ１２に出力される。また、左コントローラ３および右コントローラ４をそれぞれ外した状態の本体装置２単体がクレードルに装着された場合は、本体装置２が、クレードルを介してゲーム画像を据置型モニタ等に出力することもできる。本実施形態では、後者の態様、すなわち、左コントローラ３および右コントローラ４をそれぞれ外した状態の本体装置２単体がクレードルに装着され、本体装置２が、クレードルを介してゲーム画像等を据置型モニタ等に出力する態様でゲームプレイを行う場合を例に説明する。

本実施形態で想定するゲーム（以下、本ゲームと呼ぶ）は、仮想３次元空間内でプレイヤオブジェクトを操作するアクションアドベンチャーゲームである。図８は、本実施形態で想定するゲーム画面の一例である。図８において、ゲーム画面には、３次元仮想ゲーム空間の様子が表示されている。３次元仮想ゲーム空間にはプレイヤオブジェクト２０１が存在しており、背後からの視点で仮想カメラに撮像された画像が表示されている。当該ゲーム画面では、プレイヤオブジェクト２０１の全身が表示されている。また、プレイヤオブジェクト２０１は剣オブジェクト（以下、単に剣と呼ぶ）２０４を背負っている。当該剣２０４は鞘に収まっている状態であり、後述する操作で鞘から剣２０４を抜くことができる。以下、鞘から剣２０４を抜くことを「抜剣」と呼ぶ。図９に、抜剣した後のプレイヤオブジェクト２０１の例を示す。図９では、プレイヤオブジェクト２０１の右手に剣２０４が握られている状態である。この状態で、プレイヤは、プレイヤオブジェクト２０１の右腕の可動範囲に基づく範囲内で剣２０４を移動させることができる。

本ゲームでは、プレイヤオブジェクト２０１に上記剣２０４を「振る」動作を行わせることができる。このようにプレイヤオブジェクト２０１は、剣２０４を振ることで、所定の敵オブジェクト（図示は省略）への攻撃が可能である。また、敵以外の所定のオブジェクト、例えば植物オブジェクト等を「斬る」ことも可能である。そして、本実施形態に係る処理は、このような剣２０４を「振る」動作をプレイヤオブジェクト２０１に行わせるための操作に関する処理である。以下の説明では、当該剣２０４を「振る」動作のことを「剣振り動作」と呼ぶ。また、当該剣振り動作は、後述する「構えアクション」および「振りアクション」の２つのアクションで構成されている。

次に、具体的な操作内容の説明に先立って、上記のような剣振り動作に関するプレイヤオブジェクト２０１の「（ゲーム内での）状態」とその遷移について説明する。以下では、上記プレイヤオブジェクト２０１のゲーム内での状態のことを「ＰＯ状態（プレイヤオブジェクト状態）」と呼ぶ。まず、本ゲームでは、上記図８で示したような剣２０４を鞘に収めているＰＯ状態を「非抜剣状態」と呼ぶ。この状態で、所定の抜剣操作を行うと、抜剣するモーションが表示された後、上記図９のように、剣２０４を右手に持った状態となる。本実施形態では、このＰＯ状態のことを「構え状態」と呼ぶ。当該構え状態において、プレイヤは、プレイヤオブジェクト２０１に構えアクションを行わせることができる。構えアクションとは、剣２０４の位置や姿勢を、プレイヤの右腕の可動範囲内において変化させるアクションである。つまり、剣を振ることに先立って剣を構えるようなアクションである。一例として、図１０に、剣２０４を、その切っ先を右方向に向けて構えているような姿勢の例を示す。構え状態においては、後述する操作によって剣２０４の姿勢を変化させることができる。そして、構え状態において、所定の条件が満たされる（所定の操作が行われる）ことで、実際に剣２０４を振る動きが表示される。以下、このように剣２０４を振っている最中のＰＯ状態のことを「振り状態」と呼ぶ。また、剣を振る動きのことを「振りアクション」と呼ぶ。図１１に、「振り状態」におけるプレイヤオブジェクト２０１の一例を示す。この図の例では、右から左方向に向けて水平斬りする振りアクションが示されている。

［操作モードについて］
次に、上記のような動作を行わせるための具体的操作について説明する。本実施形態では、上記のような動作を行わせるための操作モードが２つ設けられている。第１の操作モードは、主に上記右コントローラ４に備えられている右スティック５２を用いる操作モードである。第２の操作モードでは、上記右コントローラ４の慣性センサを用いる操作モードである。なお、本実施形態では、これらの操作モードはいずれか１つが設定されるものとする。例えば、ゲームの設定画面において、操作モードを設定する項目が設けられ、いずれか一方の操作モードが指定される。そのため、第１の操作モードが設定されているときは、第２の操作モードによる操作はできないものとする。逆の場合も同様である。

［第２の操作モードについて］
次に、各操作モードについて説明するが、説明の便宜上、まず、第２の操作モードについて説明する。上記のように、第２の操作モードは右コントローラ４の慣性センサを用いるものである。具体的には、第２の操作モードでは、プレイヤは、右コントローラ４を剣２０４に見立てて、当該右コントローラ４を傾けたり、振ったりすることで、上記剣２０４の姿勢を変化させたり振ったりすることが可能である。

操作の一例を挙げると、まず、非抜刀状態において、プレイヤが所定のボタンを押すことで、プレイヤオブジェクト２０１は抜剣して、ＰＯ状態が構え状態に遷移する。このとき、慣性センサからの出力に基づき、右コントローラ４の姿勢が算出され、その姿勢が剣２０４の姿勢に反映される。たとえば、慣性センサはジャイロセンサを含み、当該ジャイロセンサが検出する角速度に基づいて右コントローラ４の姿勢が算出される。ここでは、抜剣操作の結果、上記図９のような姿勢となった場合を想定する。次に、画面が図９のような状態において、プレイヤが右腕を水平に伸ばし、右コントローラ４も略水平の姿勢にしたとする。この場合、慣性センサからの出力に基づき、右コントローラ４の姿勢が算出され、この姿勢が剣２０４の位置や姿勢に反映される。その結果、剣２０４（およびプレイヤオブジェクト２０１）の位置および姿勢が、上記図１０で示したような姿勢に変化する。

更に、ゲーム画面が図１０のような状態のときに、プレイヤが右コントローラ４を左方向に所定の速度以上の速さで振ったとする。この場合、慣性センサからの出力に基づき、当該コントローラを振ったという動きが検出される。たとえば、慣性センサは加速度センサを含み、所定値以上の加速度が検出されたとの判定によって、当該コントローラが振られたと判定される。その結果、ＰＯ状態が上記振り状態に遷移し、この振りの動きにおける右コントローラ４の姿勢の変化が剣２０４の位置や姿勢の変化に反映される。その結果、プレイヤオブジェクト２０１は、上記図１１で示したような振りアクションを行うことになる。

このように、第２の操作モードでは、慣性センサの出力に基づいて、右コントローラ４の姿勢を算出し、振りを判定する。そして、算出した右コントローラ４の姿勢を剣２０４に反映させることで、上記構えアクションおよび振りアクションによる一連のアクションを実現している。これにより。右コントローラ４自体を動かすことで剣２０４を振ることができるため、直感的な操作が可能である。また、実際に剣を振っているかのようなユーザ体験を提供することもできる。

［第１の操作モードについて］
上記のように、第２の操作モードでは、慣性センサを利用することで、右コントローラ４自体を動かすという操作方法を提供している。ここで、本実施形態に係るゲームシステム１は、上述したように、本体装置２は、左コントローラ３および右コントローラ４がそれぞれ着脱可能な構成となっている。そのため、上記図１で示したように、本体装置２に左コントローラ３および右コントローラ４を装着した状態でゲームを遊ぶ場合、ゲーム画面がディスプレイ１２に表示されることもあり、右コントローラ４の慣性センサを用いる操作は困難と考えられる。また、その他、プレイヤによってはそもそも第２の操作モードのような操作方法を好まない場合があることも考えられる。そこで、本実施形態では、第１の操作モードを提供している。この操作モードでは、右スティック５２を用いた簡単な方向入力操作で、上記第２の操作モードの場合と同様に構えアクションおよび振りアクションによる一連のアクションを行うことができる。そのため、本体装置２に左コントローラ３および右コントローラ４を装着した状態であっても、第２の操作モードの場合と同様にプレイヤオブジェクト２０１に剣２０４を振る動作を行わせることができる。あるいは、各コントローラを装着していない状態ではあるが、プレイヤが第２の操作モードを使わない（使いたくない）場合であっても、プレイヤオブジェクト２０１に剣２０４を振る動作を行わせることができる。

次に、第１の操作モードにおける操作および処理の概要について説明する。まず、右スティック５２の操作入力データの扱いに関して説明する。第１の操作モードにおいて、右スティック５２で示される操作入力データは、２次元値として得られる。すなわち、右スティック５２で示される操作入力データは、（ｘ、ｙ）という２次元値で得られるものとする。そして、本実施形態では、右スティック５２を真上から見て、右方向をｘ軸正方向、上方向をｙ軸正方向とする座標系の２次元平面（以下、スティック平面）を想定する。このスティック平面において、右スティック５２がニュートラルの状態（いずれの方向にも傾いていない状態）の場合の位置（原点）は、中心であるとする。また、本実施形態では、上記（ｘ、ｙ）の各値の取り得る範囲として、スティック平面の中心を０とした、－１～＋１の範囲であるとする（左および下方向が負、右および上方向が正であるとする）。この場合、この原点から上記２次元値で示される座標を結ぶベクトル（以下、入力ベクトルと呼ぶ）は、入力の強さと入力方向とを示すことになる。すなわち、当該入力ベクトルの長さは右スティック５２の傾きの度合いを示し、入力ベクトルの向きは入力方向を示す。

次に、右スティック５２の入力内容と上記構えアクションおよび振りアクションとの関係について説明する。本実施形態では、上記スティック平面を、プレイヤオブジェクト２０１を背面から見た状態で定義されるｘｙ平面に対応づけている。図１２に、上記スティック平面と当該ｘｙ平面（以下、プレイヤオブジェクト平面と呼ぶ）との対応を示す図である。図１２では、左側に円状のスティック平面を示している。また、右側にプレイヤオブジェクト２０１を示し、その周囲を囲む点線で上記プレイヤオブジェクト平面を示している。なお、スティック平面の円の外周は、右スティック５２の入力限界（最大まで傾けた場合）を示している。換言すれば、当該スティック平面は、スティックの可動範囲を示している。図１２では、プレイヤオブジェクト２０１を背面から見たような平面を想定し、プレイヤオブジェクト２０１の略中央部分がスティック平面の中心となるような対応付けを想定している。なお、他の例では、右腕の付け根部分とスティック平面の中心とを対応づけてもよい。

上記のような対応関係を前提に、第１の操作モードでは、以下のような操作が可能である。まず、抜剣の操作については上記第２の操作モードと同様の操作であるとする。抜剣が行われた場合、所定の抜剣モーションが表示された後、ＰＯ状態が構え状態に遷移する。この構え状態のときは、右スティック５２の入力に応じて、剣２０４の姿勢を変化させることができる。また、右スティック５２の入力がニュートラルの場合は、この場合に対応する所定の姿勢となる。

次に、構え状態における（振りアクション以外での）剣２０４の移動（姿勢変化）の一例を示す。まず、図１３に、右スティック５２を右方向に倒しきっている場合の例を示す。図１３では、左側にスティック平面とその入力ベクトル（矢印）を示し、右側にこの入力に対応する剣２０４（およびプレイヤオブジェクト２０１）の姿勢を示している。図１３に示すように、右スティック５２を右方向に倒しきると、これに応じて、剣２０４の姿勢も、その切っ先を右に向けたような姿勢に変化する。なお、奥行き方向（ｚ軸上）における位置に関しては、ゲーム内容に応じた任意の位置でよいが、基本的には剣２０４を持っているプレイヤオブジェクト２０１の右腕の可動範囲の影響を受ける位置となる。

上記図１３の姿勢から、更に、右スティック５２を倒しきったまま、その入力方向だけを反時計回りに回転させていく場合を想定する。図１４～図１７に、この場合における姿勢の変化例を示す。図１４は、右スティック５２の入力方向が右上方向である場合を示す。この場合、剣２０４の切っ先も、プレイヤオブジェクト平面における右上方向を向くような姿勢となっている。更に、右スティック５２の入力方向を真上方向に変化させると、図１５に示すように、剣２０４の切っ先がプレイヤオブジェクト平面における真上を向くような姿勢に変化していく。更に、右スティック５２の入力方向を左方向に変化させると、図１６に示すように、剣２０４の切っ先がプレイヤオブジェクト平面における左方向を向くような姿勢に変化していく。更に、右スティック５２の入力方向を真下方向に変化させると、図１７に示すように、剣２０４の切っ先がプレイヤオブジェクト平面における真下を向くような姿勢に変化していく。

このように、第２の操作モードでは、構え状態においては、右スティック５２の入力操作で構えアクションを行わせることができる。すなわち、右スティック５２の方向入力に応じた方向に剣２０４（の切っ先）が向くように、剣２０４の姿勢を変化させることができる。

次に、第１の操作モードにおける振りアクションについて説明する。上記構え状態において、所定の条件を満たす操作が行われることで、プレイヤオブジェクト２０１に上記振りアクションを行わせることができる。本実施形態では、当該振りアクションを行わせるための操作として、以下のような３種類の操作方法が用意されている。
（１）「弾き操作」による剣振り動作
（２）右スティック５２を所定方向の端まで倒しきっている状態から、当該所定方向とは逆方向に右スティック５２を所定時間内に傾けきる入力操作（以下、逆方向入力操作）による剣振り動作
（３）「リリース操作」による剣振り動作
以下、各操作方法の概要を説明する。

＜弾き操作概要＞
まず、本実施形態における弾き操作とは、右スティック５２を弾いた操作を想定するものである。つまり、右スティック５２の入力軌跡が、図１８に示すように、数フレーム内で「中心→端→中心」と変化した軌跡となった場合、弾き操作が行われたと判定する。図１８の例は、右スティック５２を左方向に弾いた場合の操作例である。ここで、当該弾き操作の軌跡は、中心から外側（スティック平面の端）に向かう往路と、当該外側から中心に戻る復路とで構成される往復路として捉えることができる。この往路については、スティック平面の中心からの右スティック５２の変位量が第１の値以下の状態（中心にある状態）から、少なくとも当該第１の値を越えた状態となるような往路方向の入力であるともいえる。また、復路については、当該往路方向の入力の後に当該変位量が第２の値以下の状態となるような復路方向の入力であるともいえる。そして、このような往路と復路の２つの方向入力が所定フレーム数以内に行われた場合、弾き操作が行われたと判定できる。本実施形態では、直前数十フレーム分の右スティック５２の入力履歴に基づいて、弾き操作といえるような入力軌跡となる方向入力が行われたか否かを判定する。なお、本実施形態では、当該弾き操作の場合の剣２０４を振る方向（以下、振り方向と呼ぶ）は、右スティック５２を弾いた方向（往路方向）であるとする。但し、他の実施形態では、復路方向を振り方向としてもよい。

＜逆方向入力概要＞
次に、逆方向入力操作の概要を説明する。本実施形態での逆方向入力操作は、右スティック５２を所定方向の端まで倒しきっている状態から（剣をある方向に構えている状態）から、その逆方向の端まで右スティック５２を倒しきるような操作を想定するものである。例えば右方向に剣を構えている状態（右スティック５２を右端まで倒しきっている状態）から、数フレーム内で構え方向とは逆方向となる左端まで右スティック５２を倒しきる、というような操作を想定するものである。この場合は、右スティック５２の入力軌跡が、図１９に示すように、数フレームで「所定方向の端→逆方向の端」に変化した軌跡であると判定されることで、逆方向入力操作が行われたと判定する。当該入力軌跡を変位量の観点で考えると、例えば、右スティック５２の変位量が、数フレーム以内に、端にあることを示す変位量から中心にあることを示す変位量に変化した後、逆方向の端にあることを示す変位量に変化すれば、当該逆方向入力操作が行われたと判定できる。例えばスティック平面の中心から右方向に０．５以上の状態から０．５以下に変化した後、当該中心から左方向に０．５以上の値となるような方向入力が数フレーム内に行われた場合、当該逆方向入力操作が行われたと判定できる。なお、当該逆方向入力操作における振り方向は、上記「逆方向」であるとする。

＜リリース操作概要＞
次に、リリース操作の概要を説明する。本実施形態で想定するリリース操作とは、右スティック５２を所定方向の端まで倒しきっている状態において、指を右スティック５２から離した場合（右スティック５２による方向入力を解除した場合）を想定している。この場合、右スティック５２は、アナログスティックに備わっている復帰機構により、上記スティック平面の中心（原点）に戻る動きとなる。そのため、右スティック５２の入力軌跡が、図２０に示すように、数フレームで「端→中心」になった場合に、リリース操作が行われたと判定する。図２０の例は、右スティック５２を右端まで倒しきっている状態で指を右スティック５２から離した場合の例である。はなお、当該リリース操作における振り方向は、リリース後、中心に戻る方向であるとする。

＜回転斬りについて＞
また、本ゲームでは、上述の振りアクションとは別に、「特殊アクション」の一つとして、「回転斬り」という動作をプレイヤオブジェクト２０１に行わせることも可能である。本実施形態では、当該動作を行わせるための「回転斬り操作」として、数フレーム内で、図２１に示すように右スティック５２の入力軌跡が「外側→逆方向の外側→元の位置」となった場合、回転斬り操作が行われたと判定する。このような操作が行われた場合、当該入力軌跡で示されるスティック平面における方向（往路方向または復路方向）に対応するゲーム空間内の方向に直交する軸周りに剣２０４を回転させる動作が行われる。図２１の例では、右端→左端→右端と変位しており、その軌跡は、スティック平面における水平方向に沿った変位となっている。このような操作の場合は、仮想ゲーム空間における重力軸（水平方向に直交する軸）周りでプレイヤオブジェクト２０１が回転しながら剣２０４を振る動作が行われる。換言すれば、剣２０４を水平方向に回転させる回転斬りが行われる。また、例えば入力軌跡が「上端→下端→上端」であれば、ゲーム空間において垂直方向に剣２０４を回転させる回転斬りが行われる。

ここで、上述したような第１の操作モードにおける各種操作と、その操作に基づくＰＯ状態の遷移関係を図２２に示す。図２２に示すように、非抜剣状態において「抜剣操作」が行われることで上記構え状態に遷移する。構え状態において、剣２０４を鞘に収めるための「納剣操作」が行われることで、上記非抜剣状態に遷移する。更に、構え状態において、上述したような「弾き操作」、「逆方向入力操作」、「リリース操作」のいずれかの操作が行われると、振り状態（上記振りアクションが行われる）の状態に遷移する。また、構え状態において「回転斬り操作」が行われた場合も振り状態に遷移するが、この場合に行われる動作は、上記振りアクションとは異なる特殊アクションとしての回転斬り動作となる。なお、振りアクションまたは特殊アクションが終われば、振り状態から構え状態に戻る。

更に、非抜剣状態において、上述したような「弾き操作」が行われた場合も、即座に振り状態（上記振りアクションが行われる）の状態に遷移する。また、非抜剣状態において、「回転斬り操作」が行われた場合も、即座に回転斬り動作としての振り状態に遷移する。また、本実施形態では、非抜剣状態から振り状態に遷移した場合、上記振りアクションまたは特殊アクションが終われば、構え状態に遷移するものとする。但し、他の実施形態では、この場合は非抜剣状態に戻るようにしてもよい。

このように、本実施形態では、上記構えアクション及び振りアクションについて、第２の操作モードとして慣性センサを用いた操作方法をプレイヤに提供する。更に、第１の操作モードとして、右スティック５２の操作のみで上記構えアクションおよび振りアクションを行うことができる。更に、第１の操作モードにおける振りアクションを行わせるための操作として、上記のような３種類の操作方法を用意している。これにより、剣２０４を振るアクションに関して、多様な操作方法をプレイヤに提供することができる。

なお、本実施形態では、上記振りアクション中における剣２０４には当たり判定が設定されるが、この当たり判定については、上記３種類の操作方法のいずれの場合も同様の当たり判定が設定される。つまり、上記３種類のうちの、どの操作方法を用いて剣２０４を振らせても、ゲーム処理結果としては同じ結果が得られるものとする。但し、他の実施形態では、上記３種類の操作方法に対して別々の当たり判定を設定するようにしてもよい。

なお、本ゲームでは、上記のような剣２０４に関する操作の他、次のような操作も可能である。

［移動操作］
本ゲームでは、左スティック３２を用いることで、プレイヤオブジェクト２０１を移動させることができる。そのため、左スティック３２でプレイヤオブジェクト２０１を移動させながら、右コントローラ４を用いた剣２０４の操作を行うことも可能である。これにより、移動しながら敵オブジェクトに攻撃すること等も可能である。

［仮想カメラ操作］
また、本ゲームでは、所定のボタンを押下した状態で右スティック５２を操作することで、仮想カメラの撮像方向を変化させることもできる。例えば、第１Ｒボタン６０を押しながら右スティック５２を操作することで、その方向入力に基づき、仮想カメラの向きを変えることが可能である。また、この仮想カメラの操作中は、上記右スティック５２による剣２０４の制御は行われない。つまり、第１Ｒボタン６０を押している間は、右スティック５２は仮想カメラ操作のために用いられ、第１Ｒボタン６０を押していない場合は、右スティック５２は剣２０４の制御のために用いられることになる。

その他、各種アイテムの使用操作等、ゲーム進行に関連する各種の操作も可能となっている。

［本実施形態のゲーム処理の詳細］
次に、図２３～図２７を参照して、本実施形態におけるゲーム処理についてより詳細に説明する。

［使用データについて］
まず、本ゲーム処理にて用いられる各種データに関して説明する。図２３は、本体装置２のＤＲＡＭ８５に記憶される各種データの一例を示すメモリマップである。本体装置２のＤＲＡＭ８５には、ゲームプログラム３０１、操作データ３０２、操作モード情報３０７、ＰＯ状態情報３０８、入力履歴データ３０９、剣振りパラメータ３１０、仮想カメラ設定データ３１１、オブジェクトデータ３１２等が記憶されている。

ゲームプログラム３０１は、本実施形態に係るゲーム処理を実行するためのプログラムである。

操作データ３０２は、上記左コントローラ３および右コントローラ４から得られるデータであり、プレイヤの操作内容を示すデータである。操作データ３０２には、デジタルボタンデータ３０３と、右アナログスティックデータ３０４と、左アナログスティックデータ３０５と、慣性センサデータ３０６とが少なくとも含まれている。デジタルボタンデータ３０３は、コントローラが有する各種ボタンの押下状態を示すデータである。右アナログスティックデータ３０４は、上記右スティック５２に対する操作内容を示すためのデータである。具体的には、ｘ、ｙの２次元のデータが含まれる。左アナログスティックデータ３０５は、上記左スティック３２に対する操作内容を示すためのデータである。慣性センサデータ３０６は、上述した加速度センサや角速度センサ等の慣性センサの検出結果を示すデータである。具体的には、加速度データや角速度データが含まれる。

操作モード情報３０７は、現在の操作モードが上記第１の操作モードであるか第２の操作モードであるかを示すための情報である。

ＰＯ状態情報３０８は、プレイヤオブジェクト２０１の状態が上述した「非抜剣状態」「構え状態」「振り状態」のいずれの状態であるかを示すための情報である。初期値は「非抜剣状態」であるとする。

入力履歴データ３０９は、本実施形態では、直近２０フレーム分の右アナログスティックデータ３０４が格納される。また、当該データは、古いデータから順に入れ替わっていくものとする。なお、２０フレームというのは一例であり、他の実施形態では、履歴として保持するフレーム数は他の値であってもよい。当該入力履歴データ３０９は、上述したような「弾き操作」「逆方向入力操作」「リリース操作」「回転斬り操作」が行われたか否かを判定するために用いられるデータである。

剣振りパラメータ３１０は、上記振り状態におけるプレイヤオブジェクトのモーション内容（より具体的には、振りアクションまたは回転斬りのモーション）を定義するデータである。具体的には、剣２０４の移動方向や移動速度等を示すパラメータ、および、これに伴うプレイヤオブジェクト２０１の動作内容を示すデータである。例えば、振りアクションが１００フレームかけて行われるとした場合は、この１００フレーム分における剣２０４の移動方向、移動速度、プレイヤオブジェクト２０１のモーション、を示す内容が剣振りパラメータ３１０として設定される。

仮想カメラ設定データ３１１は、仮想カメラの撮像方向等を指定するためのデータである。上記のような第１Ｒボタン６０を押しながらの右スティック５２の操作に応じて、その方向が変化する。

オブジェクトデータ３１２は、プレイヤオブジェクト２０１を含む、本ゲームに登場する各種オブジェクトの外観を示すデータである。モデルデータやテクスチャデータ等がこれに含まれる。

その他、ゲーム処理に必要な各種データも適宜生成され、ＤＲＡＭ８５に格納される。

［プロセッサ８１が実行する処理の詳細］
次に、図２４のフローチャートを参照して、本実施形態に係るゲーム処理の詳細を説明する。なお、この説明では、主に、上述したような剣２０４の操作に関する処理について説明し、その他のゲーム処理についての詳細な説明は割愛する。

図２４は、本ゲーム処理の詳細を示すフローチャートである。図２４において、まず、ステップＳ１で、プロセッサ８１は、以降の処理において用いられるデータを初期化するための初期化処理を実行する。具体的には、「非抜剣状態」を示すデータがＰＯ状態情報３０８としてＤＲＡＭ８５に記憶される。また、プロセッサ８１は、仮想カメラ設定データ３１１に、上記図８で示したような、プレイヤオブジェクト２０１の背後からの視点となるゲーム画像が表示されるような各種パラメータ（位置、画角、注視点）を設定する。更に、プロセッサ８１は、３次元の仮想ゲーム空間を構築し、プレイヤオブジェクト２０１等を適宜配置する。以上のように構築されたゲーム空間を仮想カメラで撮影したゲーム画像が生成され、生成されたゲーム画像が上記据置型モニタ等に出力される。

次に、ステップＳ２で、プロセッサ８１は、ＰＯ状態情報３０８を参照し、ＰＯ状態が振り状態であるか否かを判定する。当該判定の結果、振り状態の場合は（ステップＳ２でＹＥＳ）、後述するステップＳ１０の処理を実行する。一方、振り状態ではない場合は（ステップＳ２でＮＯ）、ステップＳ３で、プロセッサ８１は、ＰＯ状態が構え状態であるか否かを判定する。その結果、構え状態であれば（ステップＳ３でＹＥＳ）、プロセッサ８１は、後述するステップＳ１０の処理へ進む。

一方、構え状態ではない場合は（ステップＳ３でＮＯ）、ＰＯ状態は非抜剣状態であるため、ステップＳ４で、プロセッサ８１は、操作データ３０２をＤＲＡＭ８５から取得する。

次に、ステップＳ５で、プロセッサ８１は、非抜剣時剣振り認識処理を実行する。これは、上記非抜剣状態で上述したような「弾き操作」、「回転斬り操作」のいずれかが行われたか否かを判定するための処理である。

図２５は、上記非抜剣時剣振り認識処理の詳細を示すフローチャートである。図２５において、まず、ステップＳ５１で、プロセッサ８１は、上記取得した操作データ３０２から右スティック５２の操作データを抽出する。そして、プロセッサ８１は、当該データが最新の入力内容として示されるように、入力履歴データ３０９を更新する。

次に、ステップＳ５２で、プロセッサ８１は、回転斬り操作認識処理を実行する。これは、入力履歴データ３０９に基づいて、上述したような回転斬り操作が行われたか否かを判定するための処理である。図２６は、当該回転斬り操作認識処理の詳細を示すフローチャートである。図２６において、まず、ステップＳ１０１で、プロセッサ８１は、剣を振る方向である「振り方向」を入力履歴データ３０９に基づいて算出する。具体的には、プロセッサ８１は、原点から最新の入力座標へのベクトル（以下、最新入力ベクトル）を算出する。そして、当該最新入力ベクトルを正規化したものを振り方向として算出する。

次に、ステップＳ１０２で、プロセッサ８１は、上記算出した振り方向、および入力履歴データ３０９に基づいて、回転斬り操作が成立すると判定される条件を満たしているか否かを判定する。具体的には、プロセッサ８１は、以下に示す複数の条件のそれぞれについて、条件が満たされているか否かを判定する。そして、プロセッサ８１は、各条件の判定結果を示すデータを生成し、ＤＲＡＭ８５に一時的に格納する。なお、本実施形態では、以下の条件の全てが満たされている場合に、（後述のステップＳ５３において）回転斬り操作が行われたと判定する。

＜回転斬り条件１＞直前の入力内容が外側向きの入力であること。換言すれば、最新の入力座標が、上記スティック平面の外周付近にあって、かつ、その１つ前のフレームにおける入力座標が外周付近には存在していないこと。
当該条件について説明すると、まず、本実施形態では、図２７に示すように、スティック平面の外周付近となるような所定の領域を端部領域１３１として定義する（例えば変位量が中心から０．８～１．０となる範囲）。そして、入力座標がこの範囲内に存在する場合は、右スティック５２の可動範囲内におけるいずれかの端まで傾けきっているものとして扱う（なお、この端部領域１３１については、後述の各操作の判定においても同趣旨で共用されてもよい）。そのため、当該条件の判定については、最新の入力座標が当該端部領域１３１内にあり、その１つ前の入力座標は当該端部領域外にある場合に、当該条件を満たすと判定される。なお、この条件は、スティック平面の外周に沿って大きく円を描くような入力については回転斬りとは判定しないようにするための条件である。

＜回転斬り条件２＞最新１５フレームにおける各入力座標の変位と、振り方向の内積を取り、０以上だった値の和が一定値以上であること。
当該条件は、回転斬り操作における復路の距離を調べて、この距離が一定以上であれば、回転斬り操作としての条件を満たしたと判定するためのものである。つまり、１５フレームという短い期間内に、端から端まで移動して元の位置に戻ってきたかを調べるものである。

＜回転斬り条件３＞最新１５フレームの各入力値と、振り方向の内積を取り、その最小値が一定以下であること。
当該条件は、原点から、振り方向とは逆方向に最も原点から離れている点までの距離を調べ、この距離が一定以上であれば、回転斬り操作としての条件を満たしたと判定するものである。

＜回転斬り条件４＞スティック平面の中心から振り方向に向けて引いた直線と、最新１５フレームの各入力の距離の最大値が一定以下であること。
この条件は、右スティック５２を回転させるような入力が行われた場合に、回転斬り操作としての判定を出さないための条件である。つまり、入力軌跡が、図２８に示すように、中心を通る直線軌道上の近くを通っているかを判定するものである。

上記ステップＳ１０２における条件チェックの処理が終われば、回転斬り操作認識処理は終了する。

図２５に戻り、次に、ステップＳ５３で、プロセッサ８１は、上記回転斬り操作認識処理における各条件の判定結果を示すデータに基づき、回転斬り操作が行われたか否かを判定する。すなわち、上述した４つの条件の全てが満たされているか否かを判定し、満たされている場合、回転斬り操作が行われたと判定する。当該判定の結果、回転斬り操作が行われた場合は（ステップＳ５３でＹＥＳ）、ステップＳ５４で、プロセッサ８１は、プレイヤオブジェクト２０１に回転斬り動作を行わせるための設定を行う。具体的には、プロセッサ８１は、まず、ＰＯ状態情報３０８に「振り状態」を設定する。次に、剣振りパラメータ３１０に、上記算出された振り方向に応じた回転斬りのモーションが行われるように、剣２０４およびプレイヤオブジェクト２０１の動きに関する各種の値を設定する。例えば、振り方向が右の場合、プレイヤオブジェクト２０１が右回転するような回転斬りモーションを行う様子が所定フレームかけて表示（再生）されるように、剣振りパラメータ３１０の内容を設定する。すなわち、回転斬りモーション中の各フレームにおけるプレイヤオブジェクト２０１の姿勢や剣２０４の移動方向、移動速度を示すパラメータが設定される。更には、回転斬りモーション中における剣２０４の当たり判定領域の設定も行われる。当該剣振りパラメータ３１０の具体的設定手法については、例えば、振り方向に応じた回転斬りモーションの内容を予め定義しておき、振り方向に基づいて、この定義済みの回転斬りモーションのいずれかを選択するようにしてもよい。あるいは、上記振り方向と予め定義された初速パラメータに基づいて、回転斬りモーションとなるような剣振りパラメータをその都度算出するようにしてもよい。各種設定が終われば、プロセッサ８１は、剣振り認識処理を終了する。なお、後述する振りアクション処理においては、ここで設定された各種のパラメータに基づいて、プレイヤオブジェクト２０１や剣２０４の動作制御が行われることになる。

一方、上記ステップＳ５３の判定の結果、回転斬り操作が行われていない場合は（ステップＳ５３でＮＯ）、次に、ステップＳ５７で、プロセッサ８１は、弾き操作認識処理を実行する。当該処理では、上述したような弾き操作が行われたか否かを認識する処理が実行される。

図２９は、当該弾き操作認識処理の詳細を示すフローチャートである。図２９において、まず、ステップＳ１２１で、プロセッサ８１は、弾き操作における「振り方向」を入力履歴データ３０９に基づいて算出する。弾き操作の場合、右スティック５２の移動は、「中心→外周付近→中心」というような、中心と外周付近を往復する動きとなる。本実施形態では、この場合の振り方向として、基本的には往路における方向（中心から外側に向かう方向）を用いるが、具体的算出手法としては、復路のベクトルを一旦算出して、これを反転させたものを振り方向として算出している。これは、往路については手入力となるが、復路の動きについては、右スティック５２に備わっている復帰機構によるものとなるため、復路のほうが手入力の往路よりもより直線的な軌道となる。そのため、この復路を反転させることで、振り方向としてより適切な値が利用可能になるという観点によるものである。より具体的には、以下のような処理で振り方向が算出される。（Ｂ１）まず、プロセッサ８１は、直前数フレーム（例えば５フレーム）での入力座標のうち、一番外周側にある入力座標を抽出し、中心からのベクトルを算出してこれを正規化する。（Ｂ２）次に、プロセッサ８１は、上記直前数フレームでの入力の変位量のうち、上記正規化したベクトルとの内積を取り、その値が０より小さいベクトルの和を算出する。（Ｂ３）そして、当該算出したベクトルを正規化し、マイナスを掛けて反転させることで、振り方向として算出する。

次に、ステップＳ１２２で、プロセッサ８１は、上記算出した振り方向、および入力履歴データ３０９に基づいて、弾き操作が成立すると判定される条件を満たしているか否かを判定する。具体的には、プロセッサ８１は、以下に示す条件について、それぞれの条件が満たされているか否かを判定する。

＜弾き操作条件１＞最新２フレームの入力座標が、どちらも中心にあること。
この条件は、上述した回転斬りの操作と区別するための条件である。例えば、回転斬り操作として、右→左→右と入力した場合を想定する。この場合、この軌跡を詳細に見ると、"右→中心→左→中心→右"となる。この内、"中心→左→中心"の入力が行われたときに「弾き操作」と判定されてしまうと、回転斬りが実行できなくなる。このような場合を想定して、回転斬り操作と区別するために、最新２フレームの入力座標が、どちらも中心にあることを弾き操作成立の条件としたものである。ここで、本実施形態では、「中心」にあることの判定に関して、少し幅を持たせている。具体的には、図３０に示すように、スティック平面の中心点を中心とする領域であって、中心点付近の領域を含む円領域を中心領域１３２として予め定義している（例えば、変位量が中心から０．２以下となる範囲）。そして、この中心領域１３２内に入力座標がある場合、その入力座標については「中心にある」ものとして扱う。そのため、厳密には、「最新２フレームの入力座標が、どちらも中心または中心付近にあること」が条件となるが、ここでは説明の便宜上、両者を含めて「中心にある」として扱う。

＜弾き操作条件２＞振り方向に対する、最新の（直近の）数フレームにおける内向きの変位の和、外向きの変位の和がそれぞれ一定以上であること。
この条件は、往路と復路のそれぞれにつき、端まで変位して中心に戻ってくる（つまり、弾き操作）と考えられる程度の大きな変位が発生しているかどうかを調べるための条件である。具体的には、プロセッサ８１は、最新数フレーム（例えば５～７フレーム程度）における各フレームでの変位と振り方向の内積を算出する。当該算出の結果、振り方向に対して順方向（外向きの方向）の内積は正の値として算出され、振り方向と逆方向（中心に向かう方向）の内積は負の値として算出されることになる。そして、プロセッサ８１は、図３１に示すように、正方向の内積の和が一定以上であり、かつ、負方向の内積の和が一定以下であるか、を判定する。

＜弾き操作条件３＞振り方向と過去数フレームでのスティック位置の変位方向が一致していること。
この条件は、図３２で示すような、右スティック５２が回転気味に入力された場合は弾き操作から除くための条件である。具体的には、次のような処理が行われる。まず、プロセッサ８１は、過去数フレームでのそれぞれの入力座標に関して、中心点から各入力座標に向けて引いた線と、中心点から振り方向に向けて引いた線のなす角度を算出する。そして、プロセッサ８１は、これらの角度の和が所定の閾値以下であるか否かを判定し、当該所定の閾値以下である場合に、当該条件を満たすと判定する。つまり、弾き操作における往路と復路との角度差が所定の閾値以下であれば、当該条件を満たすと判定する。

＜弾き操作条件４＞一定のフレームでの軌跡の合計距離が一定以下であること。
この条件は、右スティック５２を短期間内で複数のランダムな方向に連続的に入力したような操作（以下、高速ランダム入力操作）を除くための条件である。このような「レバガチャ」操作の場合は、一定のフレームでの入力軌跡の合計距離も大きくなると考えられる。そのため、当該条件を用いることで、当該高速ランダム入力操作が弾き操作として判定されることを防止できる。

本実施形態では、弾き操作の判定条件として以上の４つの条件を用いるが、他の実施形態では、更に次のような条件を用いて判定してもよい。

＜弾き操作条件５＞現在の入力座標が中心にある、または、「右スティック５２の最新の入力座標とその１つ前のフレームにおける入力座標を結ぶ移動ベクトル」が中心を通過したこと。
この条件では、中心を１フレームで通過した場合でも、現在の入力座標が中心にあると判定するための条件である。右スティック５２の復帰機構のバネが強い場合、右スティック５２を指から離した場合でも、右スティック５２の位置が完全に中心点で止まる前に、中心点を一旦通り過ぎた後、中心点に戻るという動きとなる。このような場合を想定し、通り過ぎた段階で速やかに弾き操作の検知を行うため、中心を通過したことが検知された時点で弾き判定として判定するための条件である。なお、「中心を通過したこと」の判定については、中心点を通過する場合だけでなく、右スティック５２の最新の入力座標とその１つ前のフレームにおける入力座標を結ぶ軌跡が上述した中心領域１３２を通過するような軌跡である場合も、「中心を通過した」として判定してもよい。換言すれば、時間的に連続する２つの入力座標が上記中心領域１３２を挟むような位置関係にある場合、中心を通過したと判定してもよい。

＜弾き操作条件６＞過去の所定フレーム期間内において、中心に一定フレーム以上存在していること。
この条件は、上記弾き操作条件４と同様に高速ランダム入力操作を除くための条件である。高速ランダム入力操作の場合は、入力座標が中心に一定期間留まらないと考えられることから、この条件を用いて高速ランダム入力操作が行われているか否かを判別することができる。より具体的には、入力履歴が２０フレーム分の例でいうと、１０フレーム前～１５フレーム前の期間における入力座標が全て「中心にある」状態であれば、当該条件を満たすと判定される。

上記ステップＳ１２２における弾き操作に関する条件チェックの処理が終われば、弾き操作認識処理は終了する。

図２５に戻り、次に、ステップＳ５８で、プロセッサ８１は、上記弾き操作認識処理における各条件の判定結果を示すデータに基づき、弾き操作が行われたか否かを判定する。すなわち、上述した４つの条件の全てが満たされているか否かを判定し、満たされている場合、弾き操作が行われたと判定する。当該判定の結果、弾き操作が行われた場合は（ステップＳ５８でＹＥＳ）、上述したステップＳ６１で、プロセッサ８１は、プレイヤオブジェクト２０１に、振りアクションを行わせるための設定を行う。この設定内容は、当該弾き操作に基づく振りアクションを行わせるためのものとなる。具体的には、プロセッサ８１は、まず、ＰＯ状態情報３０８に「振り状態」を設定する。次に、剣振りパラメータ３１０に、上記算出された振り方向に応じた剣振りアクションのモーションが行われるように、剣２０４およびプレイヤオブジェクト２０１の動きに関する各種の値を設定する。例えば、右端に向けてスティックを弾く操作が行われた場合、プレイヤオブジェクト２０１が右方向に剣２０４を振る（例えば水平斬り）モーションを行う様子が所定フレームかけて表示（再生）されるように、剣振りパラメータ３１０の内容を設定する。なお、この場合は、スティックがニュートラルの状態から剣２０４を振り始めることになるため、例えば上記図９のような抜剣直後の姿勢から右方向に剣２０４を振るようなモーションを表示するようにしてもよい。あるいは、一旦左方向に剣２０４を移動させてから右方向に振るようなモーションを表示するようにしてもよい。剣振りパラメータ３１０の設定が終われば、プロセッサ８１は、非抜剣時剣振り認識処理を終了する。

なお、当該ステップＳ６１の処理は、後述する構え状態における「逆方向入力操作」および「リリース操作」を認識した場合にも実行され得る。本実施形態では、当該処理で設定されるモーションは、振り方向の違いを除いて、基本的には「逆方向入力操作」「弾き操作」「リリース操作」で共通するようなモーションであるとする。換言すれば、当該ステップＳ６１の処理は、「逆方向入力操作」「弾き操作」「リリース操作」のそれぞれで認識された振り方向に応じたモーションを設定する処理であるといえる。

また、当該処理における剣振りパラメータの設定手法についても、上記回転斬りの場合と同様に、振り方向に応じて予め定義済みのモーションの中からいずれかのモーションを選択するようにしてもよい。あるいは、振り方向と所定の初速パラメータに基づいて当該処理において適切な剣振りパラメータを算出するようにしてもよい（後述する逆方向入力操作、リリース操作の場合も同様の設定手法であるとする）

一方、上記ステップＳ５８の判定の結果、弾き操作が行われていない場合は（ステップＳ５８でＮＯ）、非抜剣状態における回転斬り操作および弾き操作は行われていないことになる。この場合は、プロセッサ８１は、非抜剣時剣振り認識処理を終了する。

図２４に戻り、非抜剣時剣振り認識処理が終われば、次に、ステップＳ６で、プロセッサ８１は、上記非抜剣時剣振り認識処理の結果、ＰＯ状態が「振り状態」に変化したか否かを判定する。当該判定の結果、ＰＯ状態が「振り状態」の場合は（ステップＳ６でＹＥＳ、後述するステップＳ１１の処理を実行する。一方、振り状態ではない場合は（ステップＳ６でＮＯ）、ステップＳ７で、プロセッサ８１は、構え遷移判定処理を実行する。この処理では、ＰＯ状態を非抜剣状態から構え状態に遷移させるか否かの判定等が行われる。図３３は、当該構え遷移判定処理の詳細を示すフローチャートである。図３３において、まず、ステップＳ２１で、現在のフレームに係る処理において、抜剣モーションの表示中の状態であるか否かが判定される。本実施形態では、抜剣の指示操作が行われた場合、数フレームかけてプレイヤオブジェクト２０１が剣２０４を抜剣するモーションを表示する。当該判定は、このモーションの途中の状態であるか否かを判定するためのものである。当該判定の結果、抜剣モーション中ではない場合は（ステップＳ２１でＮＯ）、ステップＳ２２で、プロセッサ８１は、抜剣操作が行われたか否かを操作データ３０２で示される操作内容に基づき判定する。本実施形態では、抜剣操作として割り当てられている所定のボタンが押下されたか否かを判定する。またこの他、他の実施形態では、例えば、右コントローラ４が所定の加速度以上で振られた場合や、右スティック５２への方向入力が発生したときにも、抜剣操作が行われたと判定するようにしてもよい。

上記判定の結果、抜剣操作が行われていた場合は（ステップＳ２２でＹＥＳ）、ステップＳ２３で、プロセッサ８１は、上記抜剣モーションを表示するための表示設定を行う。この設定に基づき、後述するステップＳ７のゲーム画像出力処理において、抜剣モーションが表示される。また、この設定によって、上記ステップＳ２１の判定において、抜剣モーション中と判定される。この設定は、例えば、抜剣モーション中であることを示すフラグ（図示は省略）をオンにする等で設定され得る。

一方、抜剣操作が行われていない場合は（ステップＳ２２でＮＯ）、上記ステップＳ２３の処理はスキップされて、構え遷移判定処理は終了する。

次に、上記ステップＳ２１の判定の結果、抜剣モーションの表示中と判定された場合（ステップＳ２１でＹＥＳ）について説明する。この場合は、ステップＳ２４で、プロセッサ８１は、抜剣モーションが終了したか否かを判定する。まだ終了していない場合は（ステップＳ２４でＮＯ）、構え遷移判定処理は終了する。その結果、引き続き抜剣モーションが表示されることになる。一方、抜剣モーションが終了した場合は（ステップＳ２４でＹＥＳ）、ステップＳ２５で、プロセッサ８１は、抜剣モーションの表示を終了する旨の設定を行う。例えば、上述した抜剣モーション中であることを示すフラグをオフにする。次に、ステップＳ２６で、プロセッサ８１は、ＰＯ状態情報３０８に、構え状態を示すデータを設定する。つまり、本実施形態では、抜剣モーションが終了するまでは構え状態には遷移しない。なお、他の実施形態では、抜剣操作が行われた時点で構え状態に遷移させてもよい。その後、構え遷移判定処理は終了する。

図２４に戻り、次に、ステップＳ８で、プロセッサ８１は、後述する構えアクション処理および振りアクション処理以外の各種ゲーム処理を実行する。具体的には、左スティック３２の操作内容（左アナログスティックデータ３０５）に基づきプレイヤオブジェクト２０１を移動させる処理が行われる。また、第１Ｒボタン６０を押しながらの右スティック５２の操作内容に基づき、仮想カメラのパラメータを変更する処理も行われる。また、上記抜剣モーションの表示中の状態の場合は、プレイヤオブジェクト２０１に所定の抜剣モーションを行わせる処理も実行される。その他、プレイヤオブジェクト２０１が構えアクションや振りアクションを行っていないときも含め、ゲームの進行に関する各種のゲーム処理が適宜実行される。

次に、ステップＳ９で、プロセッサ８１は、ゲーム画像出力処理を実行する。具体的には、プロセッサ８１は、上記の処理と、後述の構えアクション処理および振りアクション処理の結果が反映された仮想ゲーム空間を仮想カメラで撮像してゲーム画像を生成する。そして、プロセッサ８１は、当該ゲーム画像を据置型モニタに出力する。

次に、ステップＳ１２で、プロセッサ８１は、本実施形態に係るゲームの終了条件が満たされたか否かを判定する。例えば、プレイヤがゲームの終了操作を行った場合等である。当該判定の結果、ＹＥＳの場合はゲーム処理を終了し、ＮＯの場合は、ステップＳ２に戻って、本実施形態に係るゲーム処理を繰り返す。すなわち、ゲーム処理が終了されるまで、ステップＳ２からステップＳ１０までの処理が、描画の時間単位である１フレーム毎に繰り返される。

［構えアクション処理について］
次に、上記ステップＳ１０の構えアクション処理について説明する。この処理は、操作モードに応じて、構え状態におけるユーザの操作をプレイヤオブジェクト２０１の動作に反映させるための処理である。図３４～図３５は、当該構えアクション処理の詳細を示すフローチャートである。図３４において、まず、ステップＳ３１で、プロセッサ８１は、操作データ３０２を取得する。

次に、ステップＳ３２で、プロセッサ８１は、現在の操作モードが第１の操作モード（右スティック５２を用いる操作モード）であるか否かを判定する。当該判定の結果、第１の操作モードの場合は（ステップＳ３２でＹＥＳ）、ステップＳ３３で、プロセッサ８１は、第１の操作モードにおける構え状態を終了させる操作（納剣操作）が行われたか否かを判定する。この終了操作は、本実施形態では、所定のボタンの押下である。なお、本実施形態では、当該構え状態を終了させる操作は第１の操作モードの場合と第２の操作モードの場合とで共通であるとする。この終了操作について第１の操作モードの場合と第２の操作モードとで異なる操作を採用する場合は、各モードに応じてその操作内容を判定すればよい。

上記判定の結果、第１の操作モードにおける構え状態を終了させる操作が行われた場合は（ステップＳ３３でＹＥＳ）、ステップＳ３４で、プロセッサ８１は、ＰＯ状態情報３０８に非抜剣状態を設定する。またこの際、鞘に剣２０４を収める納剣モーションの表示設定も適宜行う。その後、構えアクション処理は終了する。

一方、上記判定の結果、構え状態を終了させる操作が行われていない場合は（ステップＳ３３でＮＯ）、ステップＳ３５で、プロセッサ８１は、構え剣振り認識処理を実行する。当該処理は、当該構え状態において、上記「弾き操作」、「逆方向入力操作」、「リリース操作」、「回転斬り操作」のいずれか操作が行われたか否かを判定する処理である。

図３６～図３７は、構え剣振り認識処理の詳細を示すフローチャートである。なお、当該フローチャートにおいて、ステップＳ５１～Ｓ５４、Ｓ５７～Ｓ５８、Ｓ６１に処理については、図２５を用いて上述した非抜剣時剣振り認識処理における処理と同様である。そのため、これらの処理の説明は割愛し、ここでは、主に、「逆方向入力操作」および「リリース操作」を認識するための処理（ステップＳ５５～Ｓ５６、Ｓ５９～Ｓ６０）について説明する。

まず、「逆方向入力操作」の認識に係る処理を説明する。図３６のステップＳ５３の判定の結果、回転斬り操作が行われていない場合は（ステップＳ５３でＮＯ）、次に、ステップＳ５５で、プロセッサ８１は、逆方向入力認識処理を実行する。当該処理では、上述したような逆方向入力操作が行われたか否かを認識する処理が実行される。

図３８は、当該逆方向入力認識処理の詳細を示すフローチャートである。図３８において、まず、ステップＳ１１１で、プロセッサ８１は、逆方向入力操作における「振り方向」を入力履歴データ３０９に基づいて算出する。当該逆方向入力は、剣２０４を構えている状態から逆方向の端まで右スティック５２を移動させる（傾ける）操作であるため、この移動方向が振り方向として算出されることになる。そのため、ここでは、上記のように右スティック５２の入力軌跡が、「所定方向の端→逆方向の端」に数フレームで変化した軌跡であるか否かを判定することになる。具体的には、プロセッサ８１は、以下のようにして振り方向を算出する。（Ａ１）まず、プロセッサ８１は、上記最新入力ベクトルを算出して正規化することで、「現在の入力方向」を算出する。（Ａ２）次に、「現在の入力方向」と過去１４フレームの入力値との内積をそれぞれ取り、「内積値が最も小さい（＝最も遠い）入力」をＤＲＡＭ８５に一時的に記憶する。（Ａ３）更に、プロセッサ８１は、「現在の入力方向」から、上記「内積値が最も小さい入力」を引いて算出したベクトルを正規化し、「軌跡進行方向」としてＤＲＡＭ８５一時的に記憶する。（Ａ４）そして、プロセッサ８１は、「軌跡進行方向」ベクトルと「現在の入力方向」ベクトルとを足して正規化した値を「振り方向」として算出する。

次に、ステップＳ１１２で、プロセッサ８１は、上記算出した振り方向、および入力履歴データ３０９に基づいて、逆方向入力操作が成立すると判定される条件を満たしているか否かを判定する。具体的には、プロセッサ８１は、以下に示す条件について、それぞれの条件が満たされているか否かを判定する。そして、プロセッサ８１は、各条件の判定結果を示すデータを生成し、ＤＲＡＭ８５に一時的に格納する。なお、本実施形態では、以下の＜逆方向入力条件１＞～＜逆方向入力条件４＞の全てが満たされている場合に、（後述のステップＳ５５において）逆方向入力操作が行われたと判定する。また、各条件において示しているフレーム数は、あくまで一例である。

＜逆方向入力条件１＞現在の入力座標がスティック平面の端付近にあること。
この条件は、右スティック５２を端まで傾けきった状態であるか否かを判定するものである。具体的には、図３９に示すように、現在の入力座標が上記端部領域１３１内にあれば、この条件を満たしていることになる。

＜逆方向入力条件２＞最新８フレームにおける入力座標が、スティック平面の中心から見て最新の入力方向側にあり、かつ、外周付近（端部領域１３１）に滞在していること。
この条件は、上記「回転斬り」と区別するために必要となる条件である。例えば、回転斬りを出すため、"右→左→右"とスティック入力した場合を想定すると、"右→左"と入力した時点で回転斬りより先に当該逆方向入力操作による剣振りアクションが行われ得るため、そうならないように、このような条件を判定するものである。

＜逆方向入力条件３＞上記「軌跡進行方向」と最新１４フレームでの入力座標との内積をそれぞれ算出し、その最小値が一定以下であること。すなわち、入力軌跡の長さが一定以上であること。
この条件は、一定以上の速度で入力座標が変位し、その入力軌跡の長さが一定以上の長さであるかを調べるための条件である。つまり、ある程度の速さで逆方向への入力操作（右スティック５２を傾ける操作）が行われたかどうかを判定するための条件である。

＜逆方向入力条件４＞入力軌跡が、スティック平面の中心を通る直線軌道上の近くを通ったこと。
この条件は、入力軌跡がある程度直線的な軌跡となっているかを判定する為の条件である。具体的には、スティック平面の中心から「軌跡進行方向」に向けて引いた直線と、最新１４フレーム分の各入力座標との距離を算出し、その最大値が所定の閾値以下であれば、当該条件を満たすと判定される。

本実施形態では、逆方向入力の判定条件として以上の４つの条件を用いるが、他の実施形態では、更に、次のような条件を用いて判定してもよい。

＜逆方向入力条件５＞振り方向への直前Ｎフレームでの変位の和が一定以上であること。
この条件は、上記逆方向入力条件３の代わりとして用いてもよい。具体的には、各フレームでの入力座標の変位と振り方向との内積を取り、正の値の和が一定以上であるか否かを判定する。

＜逆方向入力条件６＞入力履歴におけるｍフレーム、ｍ＋１フレームでの外積の絶対値の和が、一定以上でないこと。
この条件は、右スティック５２を大きく回転させる操作を除くための条件である。例えば、図４０で示すように、外周に沿って大きく右スティック５２を動かした場合を想定する。上記外積は、このような場合に大きな値として算出されるような値である。当該外積の絶対値の和がある程度大きい場合、外周に沿って回転させるような操作が行われていると推測できる。

図３８に戻り、上記ステップＳ１１２における逆方向入力に関する条件チェックの処理が終われば、逆方向入力操作認識処理は終了する。

図３６に戻り、次に、ステップＳ５６で、プロセッサ８１は、上記逆方向入力認識処理における各条件の判定結果を示すデータに基づき、逆方向入力操作が行われたか否かを判定する。すなわち、上述した４つの条件の全てが満たされているか否かを判定し、満たされている場合、逆方向入力操作が行われたと判定する。当該判定の結果、逆方向入力操作が行われた場合は（ステップＳ５６でＹＥＳ）、図３７のステップＳ６１で、プロセッサ８１は、プレイヤオブジェクト２０１に、上記振りアクションを行わせるための設定を行う。この場合は、当該逆方向入力操作に基づく振りアクションの設定を行うことになる。具体的には、プロセッサ８１は、まず、ＰＯ状態情報３０８に「振り状態」を設定する。次に、剣振りパラメータ３１０に、上記算出された振り方向に応じた剣振りアクションのモーションが行われるように、剣２０４およびプレイヤオブジェクト２０１の動きに関する各種の値を設定する。例えば、右端→左端への逆方向入力操作であった場合、プレイヤオブジェクト２０１が右に剣を構えている姿勢から左方向に剣２０４を振る（例えば水平斬り）モーションとなる。そのため、このモーションが所定フレームかけて表示（再生）されるように、剣振りパラメータ３１０の内容が設定される。すなわち、剣振りアクション中の各フレームにおけるプレイヤオブジェクト２０１の姿勢や剣２０４の移動方向、移動速度を示すパラメータが設定される。更には、剣振りアクション中における剣２０４の当たり判定領域の設定も行われる。各種設定が終われば、プロセッサ８１は、構え剣振り認識処理を終了する。

一方、上記ステップＳ５６の判定の結果、逆方向入力操作が行われていない場合は（ステップＳ５６でＮＯ）、次に、ステップＳ５７で、プロセッサ８１は、弾き操作認識処理を実行する。当該処理は上述したものと同じであるため、詳細説明については割愛する。

次に、上記「リリース操作」の認識に係る処理を説明する。図３７のステップＳ５８の判定の結果、弾き操作が行われていない場合は（ステップＳ５８でＮＯ）、次に、ステップＳ５９で、プロセッサ８１は、リリース操作認識処理を実行する。当該処理では、上述したようなリリース操作が行われたか否かを認識する処理が実行される。

図４１は、上記リリース操作認識処理の詳細を示すフローチャートである。図４１において、まず、ステップＳ１３１で、プロセッサ８１は、リリース操作における「振り方向」を入力履歴データ３０９に基づいて算出する。当該リリース操作は、入力軌跡が数フレームで「所定方向の端→中心」になるような軌跡であるため、中心へ向かう方向が振り方向として算出されることになる。具体的には、プロセッサ８１は、以下のようにして振り方向を算出する。（Ｃ１）まず、プロセッサ８１は、中心点から、１０フレーム前の入力座標へのベクトルを算出し、これを正規化したうえで、マイナスを掛ける。（Ｃ２）次に、プロセッサ８１は、直前数フレーム（例えば５フレーム）における各フレームでの入力の変位量（ベクトル）のうち、上記マイナスを掛けたベクトルと内積を取って、その結果が正の値であるベクトルの和を算出する。（Ｃ３）そして、プロセッサ８１は、当該算出したベクトルを正規化することで、振り方向とする。

次に、ステップＳ１３２で、プロセッサ８１は、上記算出した振り方向、および入力履歴データ３０９に基づいて、リリース操作が成立すると判定される条件を満たしているか否かを判定する。具体的には、プロセッサ８１は、以下の２つの条件がそれぞれ満たされているか否かを判定する。そして、プロセッサ８１は、各条件の判定結果を示すデータを生成し、ＤＲＡＭ８５に一時的に格納する。本実施形態では、以下の＜リリース操作条件１＞～＜リリース操作条件２＞の全てが満たされている場合に、リリース操作が行われたと判定する。

＜リリース操作条件１＞入力軌跡が概ね同じ方向にあること。
この条件は、リリース操作が行われた場合は、図４２に示すように、端から中心に向けての入力軌跡はほぼ直線の軌跡になると考えられるため、この条件をリリース操作の判定条件としているものである。具体的には、プロセッサ８１は、過去数フレームでのそれぞれの入力座標と、中心点からの角度の差を算出する。そして、プロセッサ８１は、当該それぞれの角度の差の和は所定の閾値以下か否かを判定し、所定の閾値以下であれば、当該条件を満たす（つまり、ほぼ直線の軌跡である）と判定する。

＜リリース操作条件２＞直前のある程度の期間のうち、スティック位置が端付近に滞在していたフレームが一定以上あること。
この条件は、上述した高速ランダム入力操作については除くための条件である。また、「直前のある程度の期間」については、例えば、直前７フレーム分の期間である。この期間内のうち、入力座標が上記端部領域１３１内にあったフレームが４フレーム以上あれば、当該条件を満たしていると判定される。

上記ステップＳ１３２におけるリリース操作に関する条件チェックの処理が終われば、リリース操作認識処理は終了する。

図３７に戻り、次に、ステップＳ６０で、プロセッサ８１は、上記リリース操作認識処理における各条件の判定結果を示すデータに基づき、リリース操作が行われたか否かを判定する。すなわち、上述した２つの条件の全てが満たされているか否かを判定し、満たされている場合、リリース操作が行われたと判定する。当該判定の結果、リリース操作が行われた場合は（ステップＳ６０でＹＥＳ）、ステップＳ６１で、プロセッサ８１は、プレイヤオブジェクト２０１に振りアクションを行わせるための設定を行う。この場合の設定内容は、当該リリース操作に基づく振りアクションを行わせるためのものとなる。具体的には、プロセッサ８１は、まず、ＰＯ状態情報３０８に「振り状態」を設定する。次に、剣振りパラメータ３１０に、上記算出された振り方向に応じた剣振りアクションのモーションが行われるように、剣２０４およびプレイヤオブジェクト２０１の動きに関する各種の値を設定する。例えば、右端→中央へのリリース操作であった場合、プレイヤオブジェクト２０１が右に剣を構えている姿勢から左方向に剣２０４を振るモーションを行う様子が所定フレームかけて表示（再生）されるように、剣振りパラメータ３１０の内容を設定する。当該設定が終われば、プロセッサ８１は、構え剣振り認識処理を終了する。

一方、上記ステップＳ６０の判定の結果、リリース操作が行われていない場合は（ステップＳ６０でＮＯ）、構え状態において振りアクションを実行する操作が行われていないことになる。この場合は、プロセッサ８１は、構え剣振り認識処理を終了する。

図３４に戻り、次に、ステップＳ３６で、プロセッサ８１は、上記構え剣振り認識処理の結果、ＰＯ状態が「振り状態」に変化したか否かを判定する。当該判定の結果、振り状態ではない場合は（ステップＳ６でＮＯ）、ステップＳ３７で、プロセッサ８１は、右スティック５２への方向入力操作に基づき、剣２０４の位置や姿勢を変化させる処理を行う。つまり、右スティック５２の入力に応じて剣２０４を動かす、すなわち、上記構えアクションを行わせる処理が実行される。一方、ＰＯ状態が「振り状態」の場合は（ステップＳ３６でＹＥＳ）、上記ステップＳ３７の処理はスキップされて、当該構えアクション処理は終了する。

次に、上記ステップＳ３２の判定の結果、操作モードが第２の操作モードの場合（ステップＳ３２でＮＯ）について説明する。この場合は、図３５のステップＳ４０で、プロセッサ８１は、第２の操作モードにおける構え状態を終了させる操作が行われたか否かを判定する。この終了操作は、本実施形態では、第１の操作モードの場合と同様に所定のボタンの押下であるとする。

上記判定の結果、構え状態を終了させる操作が行われた場合は（ステップＳ４０でＹＥＳ）、ステップＳ４１で、プロセッサ８１は、ＰＯ状態情報３０８に非抜剣状態を設定する。その後、構えアクション処理は終了する。

一方、上記ステップＳ４０の判定の結果、構え状態を終了させる操作が行われていない場合は（ステップＳ４０でＮＯ）、次に、ステップＳ４２で、プロセッサ８１は、慣性センサデータ３０６に基づき、所定値以上の加速度が発生したか否かを判定する。この所定値は、右コントローラ４を「振った」と判定されるに足る加速度の大きさである。つまり、右コントローラ４が、所定の速度以上の速さで振られたか否かを判定するものである。当該判定の結果、所定値未満の場合は（ステップＳ４２でＮＯ）、ステップＳ４３で、プロセッサ８１は、慣性センサデータ３０６に含まれる加速度データおよび角速度データに基づいて、右コントローラ４の姿勢を算出する。

次に、ステップＳ４４で、プロセッサ８１は、上記算出された右コントローラ４の姿勢に対応するように剣２０４の姿勢と位置を算出する。これにより、慣性センサを用いた構えアクションが実現される。その後、構えアクション処理は終了する。

一方、上記ステップＳ４２の判定の結果、加速度が所定値以上の場合は（ステップＳ４２でＹＥＳ）、第２の操作モードにおける、構え状態から振り状態へ遷移する条件が満たされたことになる。この場合は、ステップＳ４５で、プロセッサ８１は、ＰＯ状態情報３０８に「振り状態」を設定する。

次に、ステップＳ４６で、プロセッサ８１は、慣性センサデータ３０６に含まれる加速度データに基づき、次のフレームにおける剣２０４の移動方向および移動速度を設定する。具体的には、プロセッサ８１は、上記加速度データに基づき、右コントローラ４が振られた方向を算出する。そして、当該算出した方向が次フレームにおける剣２０４の移動方向を示すように、剣振りパラメータ３１０の内容を設定する。更に、プロセッサ８１は、上記加速度データに基づき、右コントローラ４が振られた速度を算出する。そして、当該算出した速度が次フレームにおける剣２０４の移動速度を示すように、剣振りパラメータ３１０の内容を設定する。

なお、ステップＳ４６の処理において、過去数フレームにおける加速度の変化が所定の条件を満たしているか否かを判定し、満たしている場合は上述した「回転斬り」を行うように剣振りパラメータ３１０を設定してもよい。

以上で、構えアクション処理は終了する。構えアクション処理が終了すれば、上記ステップＳ８に処理が進められる。

［振りアクション処理について］
次に、上記ステップＳ１１の振りアクション処理の詳細について説明する。図４３は、当該振りアクション処理の詳細を示すフローチャートである。図４３において、まず、ステップＳ８１で、プロセッサ８１は、操作データ３０２を取得する。

次に、ステップＳ８２で、プロセッサ８１は、操作モードが第１の操作モードであるか否かを判定する。当該判定の結果、第１の操作モードの場合は（ステップＳ８２でＹＥＳ）、ステップＳ８３で、プロセッサ８１は、上記剣振りパラメータ３１０の内容に基づいて剣２０４を移動させ、また、剣２０４の姿勢も変化させる。つまり、第１の操作モードの場合は、上記剣振り認識処理において設定された振りアクションのモーションが再生されることになる。その後、後述のステップＳ８６に処理が進められる。

一方、上記ステップＳ８２の判定の結果、第２の操作モードの場合は（ステップＳ８２でＮＯ）、ステップＳ８４で、プロセッサ８１は、上記剣振りパラメータ３１０の内容に基づいて剣２０４を移動させる。

次に、ステップＳ８５で、プロセッサ８１は、上記加速度データに基づき、次フレームにおける剣２０４の移動方向及び移動速度を設定する。つまり、第２の操作モードの場合は、振りアクションが行われている間は毎フレーム、加速度に基づいて剣２０４の移動方向と移動速度が設定されることになる。

なお、上記ステップＳ８４およびＳ８５の処理に関して、上記ステップＳ４６で剣振りパラメータ３１０に「回転斬り」用のパラメータが設定されていた場合は、当該回転斬りのモーションが行われるように剣２０４が移動する処理が行われる。

次に、ステップＳ８６で、プロセッサ８１は、当たり判定処理を行う。すなわち、剣２０４が所定のオブジェクトと接触したか否かが判定される。当該判定結果はＤＲＡＭ８５に適宜格納され、上記ステップＳ６のその他のゲーム処理において、当たり判定結果に基づいた各種のゲーム処理が実行される。

次に、ステップＳ８７で、プロセッサ８１は、振りアクションが終了したか否かを判定する。例えば、振りアクションが開始されてから所定のフレーム数分の時間が経過したか否か、等で、振りアクション（剣を振るモーションの表示）が終了したか否かが判定される。当該判定の結果、振りアクションが終了した場合は（ステップＳ８７でＹＥＳ）、ステップＳ８８で、プロセッサ８１は、ＰＯ状態情報３０８に構え状態を示すデータを設定する。これにより、振り状態から構え状態への遷移が行われることになる。その後、振りアクション処理は終了する。一方、振りアクションが終了していない場合は（ステップＳ８７でＮＯ）、ステップＳ８８の処理はスキップされ、振りアクション処理は終了する。

一方、ステップＳ８４の判定の結果、振りアクションが終了した場合は（ステップＳ８４でＹＥＳ）、ステップＳ８６で、プロセッサ８１は、ＰＯ状態情報３０８に構え状態を示すデータを設定する。これにより、振り状態から構え状態への遷移が行われることになる。その後、振りアクション処理は終了する。振りアクション処理が終了すれば、上記ステップＳ６に処理が進められる。

以上で、本実施形態に係るゲーム処理の詳細説明を終了する。

このように、本実施形態では、アナログスティックの方向入力という簡単な操作によって、プレイヤオブジェクト２０１に剣２０４を振らせる動作を行わせることができる。また、この動作を行わせるための操作方法として、上記のような「弾き操作」「逆方向入力操作」「リリース操作」の３種類の操作方法をユーザに提供している。ユーザは、ものうちのいずれの操作方法を用いても、プレイヤオブジェクト２０１に剣２０４を振らせる動作を行わせることができる。これにより、剣２０４を振らせる動作について、多様な操作方法をプレイヤに提供でき、プレイヤの利便性を高めることができる。

［変形例］
なお、上記剣振り認識処理では、「回転斬り操作」「逆方向入力操作」「弾き操作」「リリース操作」の順で処理していたが、当該処理の順番は入れ替わっていてもよい。また、剣振り認識処理の流れとして、上記操作に係る各条件のチェックだけを先にまとめて行ってから、その判定結果に基づき、いずれかの操作が成立しているか否かを判定するような処理としてもよい。

また、上記端部領域１３１と中心領域１３２に関して、図３１および図３７の例では、双方の領域は間隔を空けて設定されている例を示している。これに限らず、端部領域１３１と中心領域１３２の境目が同じ値となるように（つまり、間隔が空かないように）各領域の大きさを設定してもよい。

また、上記実施形態では、第１の操作モードでアナログスティックを用いる場合を例に挙げた。入力デバイスについては、アナログスティックに限らない。入力がない場合は所定のニュートラルポジションとなるようなアナログ入力式の方向入力デバイスを用いる場合にも、上記処理は適用可能である。たとえば、スライドパッド、感圧式スティック等にも適用可能である。更には、このような方向入力デバイスの他、例えばタッチパネル上に構成された仮想ジョイスティックに対しても、上記処理は適用可能である。

また、上記実施形態では、剣振りアクションについて３種類の操作方法をユーザに提供する例を挙げたが、他の実施形態では、３種類のうちいずれか２種類だけを提供するような構成でもよい。

また、上記実施形態では、剣２０４を振る場合を例に挙げたが、手に持って振って用いるような武器であれば、その他の種類の武器オブジェクトを用いる場合でも上記処理は適用可能である。例えば棍棒や斧等でもよい。

また、上記実施形態においては、ゲーム処理に係る一連の処理が単一の装置において実行される場合を説明したが、他の実施形態においては、上記一連の処理が複数の情報処理装置からなる情報処理システムにおいて実行されてもよい。例えば、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの一部の処理がサーバ側装置によって実行されてもよい。さらには、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの主要な処理がサーバ側装置によって実行され、当該端末側装置では一部の処理が実行されてもよい。また、上記情報処理システムにおいて、サーバ側のシステムは、複数の情報処理装置によって構成され、サーバ側で実行するべき処理を複数の情報処理装置が分担して実行してもよい。また、いわゆるクラウドゲーミングの構成としてもよい。例えば、本体装置２は、ユーザの操作を示す操作データを所定のサーバに送り、当該サーバにおいて各種ゲーム処理が実行され、その実行結果が動画・音声として本体装置２にストリーミング配信されるような構成としてもよい。

１ ゲームシステム
２ 本体装置
３ 左コントローラ
４ 右コントローラ
８１ プロセッサ
８４ フラッシュメモリ
８５ ＤＲＡＭ

Claims (17)

1. 情報処理システムのプロセッサに実行させるゲームプログラムであって、
   前記プロセッサに、
   仮想空間内において、所定のアイテムオブジェクトを持ったプレイヤオブジェクトを制御させ、
   操作装置に対して第１の方向入力が行われたことに基づいて、当該第１の方向入力に係る第１の入力方向に応じた向きに前記アイテムオブジェクトを構える構えアクションを前記プレイヤオブジェクトに行わせ、
   前記プレイヤオブジェクトが前記構えアクションを行っている場合に、前記操作装置に対して第２の方向入力が行われたことに基づいて、当該第２の方向入力に係る第２の入力方向に応じた向きに前記アイテムオブジェクトを振る第１振りアクションを前記プレイヤオブジェクトに行わせ、
   前記操作装置に対して、当該操作装置への入力における原点に対する変位量が第１の値以下の状態から少なくとも当該第１の値を超えた状態になるような往路方向入力と、当該往路方向入力の後に当該変位量が第２の値以下の状態になるような復路方向入力とが第１の時間内に行われたことに基づいて、当該往路方向入力に係る往路入力方向および前記復路方向入力に係る復路入力方向の少なくとも一方に基づく向きに前記アイテムオブジェクトを振る第２振りアクションを前記プレイヤオブジェクトに行わせる、ゲームプログラム。
2. 前記プロセッサに、前記変位量が前記第１の値以下の状態から当該第１の値よりも大きい第３の値以上に増加する前記往路方向入力と、前記復路方向入力とが前記第１の時間内に行われたことに基づいて、前記第２振りアクションを前記プレイヤオブジェクトに行わせる、請求項１記載のゲームプログラム。
3. 前記プロセッサに、前記プレイヤオブジェクトが前記構えアクションを行っている場合に、前記第２の方向入力として、前記変位量が第４の値以上から当該第４の値未満になった後で第５の値以上となる方向入力が行われたことに基づいて、前記第１振りアクションを前記プレイヤオブジェクトに行わせる、請求項１または２に記載のゲームプログラム。
4. 前記第１の入力方向と前記第２の入力方向は、前記原点に対して互いに逆の方向である、請求項１乃至３のいずれか記載のゲームプログラム。
5. ユーザによる前記操作装置への入力が行われない状態においては、前記変位量が所定の値以下となる、または当該変位量が所定時間経過後に当該所定の値以下となるように漸減する、請求項１乃至４のいずれかに記載のゲームプログラム。
6. 前記操作装置は、スティックデバイスを備え、当該スティックデバイスの傾きに応じた入力方向データを出力する、請求項１乃至５のいずれかに記載のゲームプログラム。
7. 前記プロセッサに更に、前記操作装置から取得した時間的に連続する２つの入力データが示す座標の位置関係が、前記原点を中心とした原点領域を挟む位置関係である場合、当該原点領域内に対する入力が行われたと判定させる、請求項１乃至６のいずれかに記載のゲームプログラム。
8. 前記プロセッサに、前記往路入力方向と前記復路入力方向との角度差が所定の範囲内である場合に、前記第２振りアクションを前記プレイヤオブジェクトに行わせる、請求項１乃至７のいずれかに記載のゲームプログラム。
9. 前記プロセッサに、前記変位量が前記第１の値以下である状態が所定時間以上続いた後に当該変位量が前記第１の値を越えて増加する前記往路方向入力と、更にその後に当該変位量が前記第２の値以下に減少する前記復路方向入力とが前記第１の時間内に行われたことに基づいて、前記第２振りアクションを前記プレイヤオブジェクトに行わせる、請求項１乃至８のいずれかに記載のゲームプログラム。
10. 前記プロセッサに、直前の所定時間内の入力座標の軌跡の合計距離が一定以下であることを更に条件として、前記第２振りアクションを前記プレイヤオブジェクトに行わせる、請求項１乃至９のいずれかに記載のゲームプログラム。
11. 前記プロセッサに更に、前記第１の方向入力の解除に応じて、前記アイテムオブジェクトを振る第３振りアクションを前記プレイヤオブジェクトに行わせる、請求項１乃至１０のいずれかに記載のゲームプログラム。
12. 前記プロセッサに更に、前記変位量が第６の値以上である状態で前記プレイヤオブジェクトが前記構えアクションを行っている場合に、前記操作装置に対して、当該変位量が第６の値以上である状態から当該第６の値未満である状態になった後に第７の値以上である状態となるような前記第２の方向入力、および、当該第２の方向入力の後、当該変位量が第７の値未満の状態になってから当該第６の値以上の状態に戻るような第３の方向入力が所定時間内に行われた場合、当該第２または第３の方向入力に係る方向に対応する仮想ゲーム空間内における方向と直交する軸周りに回転して前記アイテムオブジェクトを振る第４振りアクションを前記プレイヤオブジェクトに行わせる、請求項１乃至１１のいずれかに記載のゲームプログラム。
13. 前記操作装置は更に、慣性センサを備え、
    前記ゲームプログラムは、前記プロセッサに更に、
    第１の操作モードにおいては、前記プレイヤオブジェクトに、前記第１の方向入力および前記第２の方向入力が行われたことに基づいて前記構えアクションおよび前記第１振りアクションを行わせ、前記往路方向入力および前記復路方向入力に基づいて前記第２振りアクションを行わせ、
    第２の操作モードにおいては、
    前記操作装置の姿勢に基づいて前記構えアクションを行わせ、
    前記操作装置に対する振り入力に基づいて、前記第１振りアクションおよび前記第２振りアクションの少なくとも一方を行わせる、請求項１乃至１２のいずれかに記載のゲームプログラム。
14. 前記アイテムオブジェクトは、前記第１振りアクションまたは前記第２振りアクションによって敵オブジェクトに対して攻撃を行うための武器オブジェクトである、請求項１乃至１３のいずれかに記載のゲームプログラム。
15. 少なくとも１のプロセッサを含むゲーム装置であって、
    仮想空間内において、所定のアイテムオブジェクトを持ったプレイヤオブジェクトを制御し、
    方向入力が可能な操作装置から出力された当該操作装置に対する第１の方向入力を示すデータに基づいて、当該第１の方向入力に係る入力方向に応じた向きに前記アイテムオブジェクトを構える構えアクションを前記プレイヤオブジェクトに行わせ、
    前記プレイヤオブジェクトが前記構えアクションを行っている場合に、前記操作装置に対して第２の方向入力が行われたことに基づいて、当該第２の方向入力に係る第２の入力方向に応じた向きに前記アイテムオブジェクトを振る第１振りアクションを前記プレイヤオブジェクトに行わせ、
    前記操作装置に対して、当該操作装置への入力における原点に対する変位量が第１の値
    以下の状態から少なくとも当該第１の値を超えた状態になるような往路方向入力と、当該往路方向入力の後に当該変位量が第２の値以下の状態になるような復路方向入力とが第１の時間内に行われたことに基づいて、当該往路方向入力に係る往路入力方向および前記復路方向入力に係る復路入力方向の少なくとも一方に基づく向きに前記アイテムオブジェクトを振る第２振りアクションを前記プレイヤオブジェクトに行わせる、ゲーム装置。
16. 少なくとも１のプロセッサを含むゲームシステムであって、
    仮想空間内において、所定のアイテムオブジェクトを持ったプレイヤオブジェクトを制御し、
    方向入力が可能な操作装置から出力された当該操作装置に対する第１の方向入力を示すデータに基づいて、当該第１の方向入力に係る入力方向に応じた向きに前記アイテムオブジェクトを構える構えアクションを前記プレイヤオブジェクトに行わせ、
    前記プレイヤオブジェクトが前記構えアクションを行っている場合に、前記操作装置に対して第２の方向入力が行われたことに基づいて、当該第２の方向入力に係る第２の入力方向に応じた向きに前記アイテムオブジェクトを振る第１振りアクションを前記プレイヤオブジェクトに行わせ、
    前記操作装置に対して、当該操作装置への入力における原点に対する変位量が第１の値以下の状態から少なくとも当該第１の値を超えた状態になるような往路方向入力と、当該往路方向入力の後に当該変位量が第２の値以下の状態になるような復路方向入力とが第１の時間内に行われたことに基づいて、当該往路方向入力に係る往路入力方向および前記復路方向入力に係る復路入力方向の少なくとも一方に基づく向きに前記アイテムオブジェクトを振る第２振りアクションを前記プレイヤオブジェクトに行わせる、ゲームシステム。
17. 情報処理システムを制御するプロセッサが実行するゲーム処理方法であって、
    前記プロセッサに、
    仮想空間内において、所定のアイテムオブジェクトを持ったプレイヤオブジェクトを制御させ、
    方向入力が可能な操作装置に対する第１の方向入力に基づいて、当該第１の方向入力に係る入力方向に応じた向きに前記アイテムオブジェクトを構える構えアクションを前記プレイヤオブジェクトに行わせ、
    前記プレイヤオブジェクトが前記構えアクションを行っている場合に、前記操作装置に対して第２の方向入力が行われたことに基づいて、当該第２の方向入力に係る第２の入力方向に応じた向きに前記アイテムオブジェクトを振る第１振りアクションを前記プレイヤオブジェクトに行わせ、
    前記操作装置に対して、当該操作装置への入力における原点に対する変位量が第１の値以下の状態から少なくとも当該第１の値を超えた状態になるような往路方向入力と、当該往路方向入力の後に当該変位量が第２の値以下の状態になるような復路方向入力とが第１の時間内に行われたことに基づいて、当該往路方向入力に係る往路入力方向および前記復路方向入力に係る復路入力方向の少なくとも一方に基づく向きに前記アイテムオブジェクトを振る第２振りアクションを前記プレイヤオブジェクトに行わせる、ゲーム処理方法。

Images