JP7441252B2 - 情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法 - Google Patents

Description

本開示は、慣性センサを備える入力装置を利用するゲーム処理に関する。

従来から、慣性センサを用いた入力を行わせるゲームであって、正解方向が予め定められており、当該正解方向への入力があった場合にゲームを先に進めることが可能なゲーム処理が知られている（例えば特許文献１）。

特開２０２１－２３６６７号公報

上記のゲームでは、正解方向への方向入力を判定しやすいように閾値を調整することで、プレイヤが意図しない操作がゲーム処理に反映されることを防止している。

この点につき、ゲーム処理の内容によっては、プレイヤが意図しない操作がゲーム処理に反映されることを防止するために、より適切な手法を用いる余地があった。

それ故に、本開示における目的は、プレイヤが意図していない操作がゲーム処理に反映されることを防止できる情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法を提供することである。

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

構成例の一例は、操作装置と、プロセッサを備える情報処理装置とを備えるスポーツゲームシステムである。情報処理装置は、以下の処理を実行する。まず、ゲームを実行する。当該ゲームの実行中において、慣性センサの出力に基づいたデータを少なくとも含む操作データを取得する。操作データに基づいて、ゲームの実行中の所定条件を満たしているタイミングにおいて入力装置が第１方向に動かされたと判定された場合、ゲームにおける第１の種類の処理を実行する。また、操作データに基づいて、所定条件を満たしているタイミングにおいて入力装置が第２方向に動かされたと判定された場合であって、更に所定の保留期間中において入力装置が第１方向に動かされたと判定された場合は、第１の種類の処理を実行する。一方、所定の保留期間中において入力装置が第１方向に動かされなかったと判定された場合は、当該所定の保留期間が経過した後に、ゲームにおける第２の種類の処理を実行する。

上記構成例によれば、第１方向ではなく第２方向に入力装置が動かされたと判定された場合、その後に保留期間を設けて、第１方向への動きについての再判定の機会をプレイヤに提供している。そして、保留期間中に、第１方向に入力装置が動かされた場合には、当該第１方向に対応した第１の種類の処理を実行する。これにより、第１方向へ動かす意図を有するプレイヤが入力装置を動かしたとき、その動きの過程において、プレイヤが意図していない方向である第２方向への入力装置の動きが検出されても、第１方向への動きについて再判定する機会が提供されることになる。その結果、第１方向への動きが検出でき、これをゲーム処理に反映させることができる。

他の構成例として、情報処理装置は、更に、所定の保留期間中において、入力装置が第１方向に動かされたと判定された場合、当該所定の保留期間が経過する前に、第１の種類の処理を実行してもよい。

上記構成例によれば、保留期間中に第１方向への入力が検出され次第、速やかに第１の種類の処理を実行できる。これにより、プレイヤに自身の操作に対するレスポンスの遅れを感じさせる可能性を軽減できる。

他の構成例として、ゲームにおける第１の種類の処理は、当該ゲームにおける第２の種類の処理よりも、当該ゲームをプレイするプレイヤにとって有利となるようにゲームを進行させる処理であってもよい。

上記構成例によれば、プレイヤにとって有利な処理が実行されやすい状態とすることができる。

他の構成例として、情報処理装置は、更に、ゲームにおいて所定のゲームイベントに関する処理を実行し、当該所定のゲームイベントの内容に基づいて、入力装置が第１方向に動かされたと判定される第１判定条件、および、入力装置が第２方向に動かされたと判定される第２判定条件を設定してもよい。

上記構成例によれば、ゲームイベント毎に第１方向と判定される方向と第２方向と判定される方向とを動的に変化させることができる。これにより、ゲーム展開に応じた方向設定ができ、ゲームの興趣性を向上できる。

他の構成例として、ゲームにおいて、仮想空間において移動オブジェクトを移動させる処理を実行し、仮想空間に配置されるプレイヤオブジェクトの位置と、移動オブジェクトの位置とに基づいて、第１判定条件と第２判定条件とを設定してもよい。

上記構成例によれば、プレイヤオブジェクトと移動オブジェクトとの位置関係に基づいて第１判定条件と第２判定条件を設定するため、両者の位置関係と各判定条件の内容との間でプレイヤに違和感を与えないような判定条件が設定できる。

他の構成例として、情報処理装置は、更に、ゲームにおいて、移動オブジェクトの移動方向に基づいて算出されるプレイヤ移動先位置に向けて、プレイヤオブジェクトを移動させてもよい。

上記構成例によれば、入力装置を動かす操作にプレイヤが集中しやすい状況を作り出すことができる。

他の構成例として、情報処理装置は、更に、ゲームにおいて、移動オブジェクトの移動方向に基づいて算出されるプレイヤ移動先位置に基づいて、第１判定条件と第２判定条件とを設定してもよい。

上記構成例によれば、第１判定条件と第２判定条件の設定に関して、移動オブジェクトとプレイヤオブジェクトの位置関係に照らして違和感のない条件を設定できる。

他の構成例として、入力装置が第１方向に動かされたと判定された場合は、移動オブジェクトに対する第１アクションをプレイヤオブジェクトに実行させる処理を、第１の種類の処理として実行し、入力装置が第２方向に動かされたと判定された場合は、第１アクションとは異なる第２アクションをプレイヤオブジェクトに実行させる処理を、第２の種類の処理として実行してもよい。

上記構成例によれば、第１方向と第２方向とでそれぞれで異なるアクションをプレイヤオブジェクトに行わせることができる。

他の構成例として、ゲームにおける第１の種類の処理は、取得した操作データに基づいて算出される、少なくとも上記所定条件を満たしているタイミングを含む判定期間における入力装置の姿勢に基づいて実行されてもよい。

上記構成例によれば、入力装置の姿勢に基づいて、第１の種類の処理内容を変化させることができ、ゲームの興趣性を向上できる。

本実施形態によれば、プレイヤが意図しない操作を行った場合でも、修正できる機会をプレイヤに提供でき、ユーザビリティを向上させることができる。

本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図 本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図 本体装置２の一例を示す六面図 左コントローラ３の一例を示す六面図 右コントローラ４の一例を示す六面図 本体装置２の内部構成の一例を示すブロック図 本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図 本実施形態に係るゲーム画面の一例 プレイヤキャラクタ２０１のいる仮想空間を俯瞰した模式図 プレイヤキャラクタ２０１のいる仮想空間を俯瞰した模式図 コントローラの振り方について説明するための図 コントローラの振り方について説明するための図 コントローラの振り方について説明するための図 ＤＲＡＭ８５に記憶される各種データの一例を示すメモリマップ 操作データ３０７の一例 本実施形態に係るテニスゲーム処理の詳細を示すフローチャート 相手キャラクタ制御処理の詳細を示すフローチャート プレイヤキャラ制御処理の詳細を示すフローチャート プレイヤキャラ制御処理の詳細を示すフローチャート

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

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

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

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

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

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

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

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

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

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

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

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

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

左コントローラ３は、方向入力デバイスの一例である左アナログスティック（以下、左スティックと呼ぶ）３２を備える。図４に示すように、左スティック３２は、ハウジング３１の主面に設けられる。左スティック３２は、方向を入力することが可能な方向入力部として用いることができる。ユーザは、左スティック３２を傾倒することによって傾倒方向に応じた方向の入力（および、傾倒した角度に応じた大きさの入力）が可能である。なお、左コントローラ３は、方向入力部として、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、本実施形態においては、左スティック３２を押下する入力が可能である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［想定するゲームについて］
本実施形態で想定するゲームは、仮想３次元空間内において対戦するテニスゲームである。また、本実施形態では、一例として、シングルスの試合で、対ＣＰＵ戦を行う場合を例として説明する。もちろん、他のプレイヤが対戦相手を操作する、プレイヤ同士の対戦形式でもよい。また、プレイヤ同士の対戦の場合、１台のゲーム装置を用いて２人のプレイヤで対戦プレイしてもよいし、２台のゲーム装置をネットワーク経由で接続した通信対戦プレイであってもよい。また、シングルスではなくダブルスの試合であってもよい。

図８に、本実施形態に係るテニスゲームのゲーム画像の一例を示す。図８で示すゲーム画像は、３次元仮想空間（仮想テニスコート）を仮想カメラで撮像した画像である。当該ゲーム画像（仮想テニスコート内）には、２体の選手キャラクタが表示されている。仮想テニスコートの手前側のコート（自側コート）には、プレイヤの操作対象であるプレイヤキャラクタオブジェクト（以下、プレイヤキャラクタと呼ぶ）２０１が配置されている。また、ネット越しの奥行き側のコート（相手側コート）には、対戦相手となる選手キャラクタ（以下、相手キャラクタ）２０２が配置されている。また、各選手キャラクタは、テニスラケットオブジェクト（以下、単にラケット）を右手に持っている。その他、ゲーム画像には、移動オブジェクトであるテニスボールオブジェクト（以下、単にボールと呼ぶ）２０３も表示されている。

本実施形態に係るテニスゲームの基本的な仕様・操作方法について説明する。まず、本テニスゲームでは、プレイヤは、ラケットに見立てた右コントローラ４を振ることで、プレイヤキャラクタ２０１に、その振り方向に応じた方向へラケットを振らせることができる。以下では、プレイヤキャラクタ２０１がラケットを振る動作のことを、ラケットスイングモーションと呼ぶ。また、本テニスゲームでは、プレイヤキャラクタ２０１の移動はオートで制御される。つまり、ボール２０３の移動軌道（移動方向）に応じて、ボール２０３を打ち返せるような位置に向けてプレイヤキャラクタ２０１は自側コート内で自動的に移動する（以下、このような移動のことをオート移動と呼ぶ）。そのため、プレイヤは、移動操作については考慮せず、ボール２０３が来たタイミングに合わせて右コントローラ４を振る、という操作に集中すればよいゲームとなっている。例えば、プレイヤキャラクタ２０１が自側コート内の左側に位置する場合に、ボール２０３が自側コート内の右側に向けて移動する場合には、プレイヤキャラクタ２０１は、ボール２０３を打ち返せるような位置（例えば、ボール２０３の軌道の左側の任意の位置）を算出し、算出された位置に向けてオート移動を行うように制御される。オート移動先の位置を算出する際には、プレイヤキャラクタ２０１に対して設定される移動速度、ボール２０３の移動方向や移動速度、ボール２０３が移動を開始する時点におけるプレイヤキャラクタ２０１の位置などのパラメータが用いられてよい。なお、プレイヤキャラクタ２０１のオート移動先の位置を算出する際、ボール２０３の軌道の左右のどちら側をオート移動先と指定するかに関し、自側コートのＸ軸における中央部分に近い位置が優先的にオート移動先の位置となるように算出してよい。例えば、ボール２０３が移動を開始する時点におけるプレイヤキャラクタ２０１の位置が、自側コートの右端付近に位置する場合であって、ボール２０３がプレイヤキャラクタ２０１の現在位置の左側を通過する軌道で移動する場合には、ボール２０３の軌道の左側の任意の位置をオート移動先の位置として算出してもよい。これにより、なるべくプレイヤキャラクタ２０１がコート中央付近に位置するようにプレイヤキャラクタ２０１の位置を制御することができる。なお、ボール２０３の移動する軌道から見てコート中央側の位置に移動する時間がない場合には、代わりに、ボール２０３の移動する軌道から見てコート端側の位置をオート移動先の位置として算出してもよい。

本実施形態では、左コントローラ３、または、右コントローラ４（以下、コントローラという）は、上述の方法で本体装置２に対し、慣性センサの出力を含む操作データを送信する。そして、操作データが振り操作に関する条件を満たす場合には、コントローラに対して振り操作が行われたものと判定する。振り操作に関する条件は適宜設定されてよいが、例えば本実施形態では、操作データが、前記慣性センサの所定軸に係る加速度の大きさが閾値を超えている場合に、コントローラに対する振り操作が行われたものと判定しても良い。そして、コントローラに対する振り操作が行われたものと判定された場合、本体装置２は、コントローラから取得した操作データに基づいて、コントローラが現実空間においてどの方向に対して振られたかどうかを判定する処理を行う。例えば、コントローラ（または慣性センサ）のＺ軸方向を回転軸として、コントローラが現実空間において左を向くように回転されるような動きがあったことを操作データが示す場合には、「左方向」への振り操作があったものと判定される。同様に、コントローラが現実空間において右を向くように回転されるような動きがあったことを操作データが示す場合には、「右方向」への振り操作があったものと判定される。また、他の実施形態では、コントローラから取得した操作データに応じて「上方向」「下方向」等、異なる方向への振り操作があったことが判別可能とされても良い。なお、ここに記載するコントローラの振り方向の判定に係る処理は一例であり、他の態様であってもよい。

ここで、本実施形態では、相手キャラクタ２０２の打ったボール２０３に対してコントローラを振る方向（以下、振り方向）に関して、ボール２０３とプレイヤキャラクタ２０１との位置関係に応じて「正解方向」が決められる。「正解方向」は、ボール２０３を打ち返すことが可能な振り方向である。本実施形態における正解方向は、「左方向」か「右方向」の２択となる場合を例として説明する。また、以下の説明では、正解方向ではない方向については、「不正解方向」と呼ぶ。そして、上記２つの振り方向のうち、いずれが正解方向となるかは、ボール２０３とプレイヤキャラクタ２０１との位置関係に応じて決まる。具体的には、自側コートに向けて飛んでくるボール２０３が、プレイヤキャラクタ２０１のオート移動先の位置から見て右側に向かって移動している場合は、左方向へとラケット（コントローラ）を振る方向（左向きのベクトルを含む振り方向）が正解方向となり、それ以外の方向（右向きのベクトルを含む振り方向）は不正解方向として扱われる。逆に、ボール２０３が、プレイヤキャラクタ２０１のオート移動先の位置から見て左側に向かって移動している場合は、右方向へとラケット（コントローラ）を振る方向（右向きのベクトルを含む振り方向）が正解方向となる。換言すれば、オート移動先の位置を中心としてｘ軸方向に沿って延びる直線があるとした場合に、ボール２０３がこの直線を通過したと仮定した場合の通過位置（ボール２０３の移動軌道との交点）が、当該オート移動先の位置から見て右側になるか左側になるかで、正解方向が決まる。

図９および図１０に、正解方向の一例を示す。図９は、上記３次元仮想空間を俯瞰し、ボール２０３とプレイヤキャラクタ２０１との位置関係を示す模式図である。図９では、ボール２０３はプレイヤキャラクタ２０１のオート移動先の位置の右側に向けて飛んできている。この場合、「正解方向」としてプレイヤが行う振り動作は、「左方向」とされる。これは、いわば、テニスにおけるフォアハンドでボールを打つような振り方となる。そして、コントローラに対する振り操作があったと判定される場合、先述のように、コントローラが現実空間においてどの方向に対して振られたかどうかを判定することで、「正解方向」への振り操作があったか否かを判定する。図９の場合においては、コントローラの振り方向の判定処理において、「左方向」への振り操作があったものと判定された場合、「正解方向」への振り操作があったものと判定される。一方で、「正解方向」としてプレイヤが行う振り動作が「左方向」とされる場合において、コントローラの振り方向の判定処理において、「右方向」への振り操作があったものと判定された場合、「正解方向」とは異なる「不正解方向」への振り操作があったものと判定される。

逆に、図１０に示すように、ボール２０３がプレイヤキャラクタ２０１のオート移動先の位置の左側に向けて飛んできている場合は、「右方向」が「正解方向」となる。この場合は、コントローラが「右方向」に対して振られたと判定された場合には、「正解方向」への振り操作があったものと判定される。この場合、プレイヤは、コントローラを左から右に振るような振り動作を行う必要がある。これは、テニスにおけるバックハンドでボールを打つような振り方となる。一方で、「右方向」が「正解方向」とされる場合において、コントローラの振り方向の判定処理において、「左方向」への振り操作があったものと判定された場合、「不正解方向」への振り操作があったものと判定される。

そのため、実際のゲームプレイにおいては、プレイヤは、まず、ボール２０３がプレイヤキャラクタ２０１のオート移動先の位置の右側に来るのか左側に来るのかを見て、正解方向が右になるか左になるかを判断することが要求される。更に、プレイヤは、正解方向への振り操作（右向きの振り、または、左向きの振り）を、適切なタイミング（ラケットをボール２０３に当てることができるようなタイミング）で行うことが要求される。そして、プレイヤが正解方向にコントローラを振れば、プレイヤキャラクタ２０１は、当該正解方向に応じたラケットスイングモーションを行う。この際、適切なタイミングで振られていれば、その結果、ラケットとボール２０３とが衝突し、ボール２０３を打ち返すことができる。以下の説明では、ラケットとボール２０３とが衝突してボール２０３を打つことを「ショット」と呼ぶ。

次に、本実施形態における処理の概要・原理について説明する。以下に説明する処理は、次のような問題点に鑑みたものである。まず、ボール２０３を打ち返そうとするプレイヤが、右コントローラ４を振るときのプレイヤの右腕の動きを想定する。例えば、上記図９で示したような、ボール２０３がプレイヤキャラクタ２０１のオート移動先の位置の右側に向けて飛んできている状況を想定する。そして、この場合において、打ち返しの操作を行う前のプレイヤの姿勢を俯瞰した場合、図１１のような姿勢であるとする。図１１では、右手に右コントローラ４を把持しているプレイヤの様子を示している。この状態から、右コントローラ４をラケットに見立てて打ち返そうとした場合、プレイヤの右腕の動きとしては、図１２～図１３に示すような動きが想定される。すなわち、図１２に示すように、プレイヤは、一旦、右コントローラ４を自身の後方に向けて振りかぶる動作（以下、予備動作）を行ってから、図１３に示すように、自身の前方に向けて右コントローラ４を振る動作（以下、本振り動作）を行うことが想定される。この場合、当該打ち返しの一連の動作に係る振り方向に着目すると、図１２のように、予備動作として一旦、右の成分を含む方向へ向かうような振り動作が発生した後、図１３のように、本振り動作として左の成分を含む方向へ向かうような振り動作が発生しているといえる。つまり、本振り動作として、ボール２０３の移動方向とは逆方向成分を含むような振り動作を行う前に、ボール２０３の移動方向の順方向成分を含む振り動作が予備動作として行われることが考えられる。このような一連の振り動作が行われた場合、ゲーム処理において、図１２のような予備動作における振り方向が、ラケットスイングモーションの基となる振り操作、すなわち、上記本振り動作として誤認識される可能性がある。つまり、プレイヤは単に予備動作をして右コントローラ４を振りかぶったつもりであるにもかかわらず、この時点で、プレイヤがラケットを振る操作として右コントローラ４を不正解方向に振ったものと判定されてしまい、その結果、ミスショットとして扱われてしまう虞があった。例えば、上記図９のような状況で、フォアハンドで打ち返すつもりのプレイヤが上記予備動作の動きを行ったタイミングで、プレイヤキャラクタ２０１が（プレイヤの意に反して）バックハンドでラケットをスイングするモーションを行ってしまう虞があった。

上記のような点に鑑みて、本実施形態では、振り操作判定に関して、以下のような処理を行っている。まず、振り操作が検出された場合、ボール２０３の移動軌跡とプレイヤキャラクタ２０１の位置関係から、その振り方向が上記のような処理によって、正解方向か否かが判定される。その結果、正解方向ではない場合は、振り操作は検出されているものの、ラケットスイングモーションの実行は一旦保留される。その後、所定の期間（以下、保留期間）を設け、この期間の間に、改めて正解方向への振り操作が検出されれば、これをラケットスイングモーションの基とする振り操作として用いる。つまり、プレイヤに、保留期間として、正解方向への振り操作の再判定の機会を与えている。そして、保留期間中に正解方向への振り操作が検出されれば、プレイヤキャラクタ２０１に、正解方向へのラケットスイングモーション（第１のアクション）を行わせる。一方、この保留期間中にも正解方向への振り操作が検出されなければ、プレイヤキャラクタ２０１に不正解方向へのラケットスイングモーション（第２のアクション）を行わせる。これにより、プレイヤが上記のような予備動作に係る振り操作を行っても、これがすぐにプレイヤキャラクタ２０１のラケットスイングモーションに反映されないようにすることができる（誤検出防止）。そして、その後に本振り動作に係る振り操作が検出されれば、これをラケットスイングモーションに反映させることが可能となる。そのため、プレイヤが意図していない振り操作が誤検出されることを防ぎ、プレイヤの振り操作の意図をより正確に反映できるテニスゲームが提供できる。

なお、この保留期間について、本実施形態では、１フレーム１／６０秒（６０ｆｐｓ）とした場合、４フレーム分としている。この保留期間が長すぎると、プレイヤが本振り動作を行ったタイミングと、プレイヤキャラクタ２０１がラケットスイングモーションを開始するときのタイムラグが大きくなりすぎ、プレイヤに違和感を与える虞もある。また、短すぎると、上記のような誤検出の可能性が高まる。両者のバランスを考慮すると、上記保留期間を４フレーム程度とすれば、プレイヤに違和感を与えずに誤検出を防ぐことが可能であると考えられる。なお、他の実施形態では、ゲーム内容やフレームレートに応じて、保留期間の長さは適宜調整してもよい。

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

［使用データについて］
まず、本テニスゲーム処理にて用いられる各種データに関して説明する。図１４は、本体装置２のＤＲＡＭ８５に記憶される各種データの一例を示すメモリマップである。本体装置２のＤＲＡＭ８５には、ゲームプログラム３０１、プレイヤキャラクタデータ３０２、相手キャラクタデータ３０３、ボール移動パラメータ３０４、保留期間フラグ３０５、振り判定用データ３０６、操作データ３０７等が記憶されている。

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

プレイヤキャラクタデータ３０２は、上記プレイヤキャラクタ２０１に関するデータである。プレイヤキャラクタデータ３０２には、プレイヤキャラクタ２０１の３次元モデルのモデリングデータや、ラケットスイングモーションを再生するためのモーションデータ、上記オート移動を制御するための各種のデータ（例えば現在位置、オート移動先の位置等）が含まれている。なお、ラケットスイングモーションに関して、本実施形態では、複数の振り方向に応じたラケットスイングモーションがそれぞれ予め定義され、上記モーションデータとして記憶されているものとする。そして、ゲーム処理においては、振り方向に応じたモーションデータが適宜読み出され、そのモーションを再生する処理が行われる。

相手キャラクタデータ３０３は、上記相手キャラクタ２０２に関するデータである。その内容は、上記プレイヤキャラクタデータ３０２と同様のものが記憶される。

ボール移動パラメータ３０４は、ボール２０３の移動制御を行うためのデータである。ボール移動パラメータ３０４には、例えばボールの移動軌道や移動速度を示す各種のパラメータが含まれる。

保留期間フラグ３０５は、ゲーム処理において、現在が保留期間中であるか否かを示すためのフラグである。保留期間中である場合は、保留期間フラグ３０５にオンが設定される。また、初期値としてオフが設定される。

振り判定用データ３０６は、振り操作が行われたか否かを判定するためのデータであり、また、振り操作に係る内容を示すデータである。具体的には、振り判定用データ３０６は、上記各慣性センサから得られた加速度データや角速度データを所定の期間分（例えば数十フレーム分）溜め込むことが可能なバッファである。本実施形態では、当該振り判定用データ３０６を用いて、上記のような振り操作を検出したり、どのような動きの振り操作が行われたのかを判定したりする。

操作データ３０７は、上記コントローラから得られるデータであり、ユーザの操作内容を示すデータである。図１５に、操作データ３０７のデータ構成の一例を示す。操作データ３０７には、デジタルボタンデータ３２１と、右スティックデータ３２２と、左スティックデータ３２３と、右慣性センサデータ３２４と、左慣性センサデータ３２５とが少なくとも含まれている。デジタルボタンデータ３２１は、コントローラが有する各種ボタンの押下状態を示すデータである。右スティックデータ３２２は、上記右スティック５２に対する操作内容を示すためのデータである。具体的には、ｘ、ｙの２次元のデータが含まれる。左スティックデータ３２３は、上記左スティック３２に対する操作内容を示すためのデータである。右慣性センサデータ３２４は、右コントローラ４の加速度センサ１１４や角速度センサ１１５の慣性センサの検出結果を示すデータである。具体的には、３軸の加速度データや３軸の角速度データが含まれる。左慣性センサデータ３２５は、左コントローラ３の加速度センサ１０４や角速度センサ１０５の慣性センサの検出結果を示すデータである。

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

［プロセッサ８１が実行する処理の詳細］
次に、本実施形態におけるテニスゲーム処理の詳細を説明する。なお、ここでは、サーブが開始されてから、１ポイント（最小単位の得点）が得られるまでの１プレイ分の処理について説明し、その他のゲーム処理に関しては説明は割愛する（テニスゲーム全体としては、この１プレイ分の処理がゲームセットになるまで繰り返されるような処理となる）。また、以下に示すフローチャートは、処理過程の単なる一例にすぎない。そのため、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよい。また、変数の値や、判定ステップで利用される閾値も、単なる一例であり、必要に応じて他の値を採用してもよい。

［相手キャラクタの制御］
図１６は、本実施形態に係るテニスゲーム処理（１プレイ分）の詳細を示すフローチャートである。プレイが開始されると、まず、ステップＳ１で、プロセッサ８１は、相手キャラクタ制御処理を実行する。図１７は、当該相手キャラクタ制御処理の詳細を示すフローチャートである。まず、ステップＳ２１で、プロセッサ８１は、相手キャラクタ２０２の動作制御を行う。本実施形態では、対ＣＰＵ戦を例示するため、ＡＩ制御が行われるものとする。具体的には、相手キャラクタ２０２について、オート移動の制御、ラケットスイングモーションの実行制御等が行われる。

次に、ステップＳ２２で、プロセッサ８１は、相手キャラクタ２０２によるショットが発生したか否かを判定する。当該判定の結果、相手側のショットが発生した場合は（ステップＳ２２でＹＥＳ）、ステップＳ２３で、プロセッサ８１は、そのショットの内容に基づき、ボール２０３の移動軌道や移動速度を算出し、ボール移動パラメータ３０４に設定する。なお、ここで算出されるボール２０３の移動軌道は、プレイヤ側のコートに向かってボール２０３が移動するような軌道になる。また、この移動軌道により、上記正解方向も導出されることになる。そのため、当該相手キャラクタ２０２のショットに伴うボール移動パラメータ３０４の算出は、上記正解方向および不正解方向が決定（設定）される処理であるとも言える。一方、上記判定の結果、ショットが発生していない場合は（ステップＳ２２でＮＯ）、上記ステップＳ２３の処理はスキップされる。以上で、相手キャラクタ制御処理は終了する。

［プレイヤキャラクタの制御］
図１６に戻り、次に、ステップＳ２で、プロセッサ８１は、プレイヤキャラ制御処理を実行する。この処理は、プレイヤキャラクタ２０１の動作を制御するための処理である。

図１８～図１９は、上記プレイヤキャラ制御処理の詳細を示すフローチャートである。まず、ステップＳ３１で、プロセッサ８１は、現在、正解方向または不正解方向のいずれかのラケットスイングモーションを再生中の状態であるか否かを判定する。当該判定の結果、ラケットスイングモーション中ではない場合は（ステップＳ３１でＮＯ）、次に、ステップＳ３２で、プロセッサ８１は、プレイヤキャラクタ２０１についてのオート移動制御を行う。具体的には、プロセッサ８１は、ボール移動パラメータ３０４に基づいてボールの移動先を算出し、更に、ボール２０３を打ち返せるような位置を上記オート移動先の位置として算出する。そして、プロセッサ８１は、当該オート移動先の位置に向けてプレイヤキャラクタ２０１を移動させる。

次に、ステップＳ３３で、プロセッサ８１は、操作データ３０７を取得する。

次に、ステップＳ３４で、プロセッサ８１は、保留期間フラグ３０５に基づき、現在保留期間中であるか否かを判定する。当該判定の結果、保留期間中ではない場合は（ステップＳ３４でＮＯ）、次に、ステップＳ３５で、プロセッサ８１は、振り判定用データ３０６に基づき、振り操作が行われたか否かを判定する。振り操作の検出手法はどのような手法でもよいが、例えば、上記操作データ３０７に含まれる加速度データが示す加速度の変化が第１の閾値以上になったときに、振り状態が開始されたと判定してもよい。更に、振り状態開始と判定された後に当該加速度データが示す加速度の大きさがピークに達した後、当該加速度の大きさがある程度減衰したときに、振り状態が終了と判定してもよい。そして、振り状態の終了をもって、振り操作が行われたと判定してもよい。また、この他、例えば、上記振り状態が開始されたと判定された時点で、振り操作が行われたと判定するようにしてもよい。

上記判定の結果、振り操作が行われた場合は（ステップＳ３５でＹＥＳ）、ステップＳ３６で、プロセッサ８１は、正解方向への振り操作が行われたか否かを判定する。具体的には、プロセッサ８１は、振り判定用データ３０６に基づいて、過去数フレーム分に係る右コントローラ４の姿勢変化等を判別し、これに基づいて振り方向を算出する。更に、プロセッサ８１は、ボール２０３とプレイヤキャラクタ２０１との位置関係に基づき、上述のような正解方向を判定する。そして、プロセッサ８１は、両者を比較して、正解方向へ向けての振り操作が行われたか否かを判定する。上記のように、本実施形態では、ｘ軸成分に着目して正解方向への振りか否かを判定する。例えば、プロセッサ８１は、３軸のベクトルとして振り方向を算出し、このうちｘ軸ベクトルが右向きか左向きかを見ることで、正解方向への振りか否かを判定する。

上記判定の結果、正解方向への振り操作が行われた場合は（ステップＳ３６でＹＥＳ）、ステップＳ３７で、プロセッサ８１は、プレイヤキャラクタ２０１について、正解方向に応じたラケットスイングモーションを開始する。具体的には、プロセッサ８１は、今回正解方向として扱われる振り方向に応じて予め定義されているモーションデータをプレイヤキャラクタデータ３０２から読み出す。そして、プロセッサ８１は、当該モーションデータで定義されているモーションをプレイヤキャラクタ２０１に開始させる制御を行う。なお、当該ラケットスイングモーションについて、他の実施形態では、予め定義されているモーションデータを用いるのではなく、振り操作の内容に応じてモーションの内容を動的に決定するようにしてもよい。例えば、上記振り操作の内容（右コントローラ４の姿勢変化）に応じてプレイヤキャラクタ２０１に行わせるモーションを算出し、上記モーションテータとして一時的にＤＲＡＭ８５に記憶するようにしてもよい。また、更に他の実施形態で、例えば、上記のように振り状態が開始されたと判定された時点で振り操作が行われたと判定する場合は、振り状態と判定されている間の毎フレームにおける右コントローラ４の姿勢に応じて、リアルタイムでプレイヤキャラクタ２０１の姿勢（右腕やラケットの姿勢）を変化させるような制御を行ってもよい。

一方、上記判定の結果、正解方向への振り操作ではない場合は（ステップＳ３６でＮＯ）、ステップＳ３８で、プロセッサ８１は、保留期間フラグ３０５にオンを設定する。つまり、保留期間を有効化する。その後、プレイヤキャラ制御処理は終了する。

一方、上記ステップＳ３５の判定の結果、振り操作が行われていない場合は（ステップＳ３５でＮＯ）、プレイヤキャラ制御処理は終了する。

次に、上記ステップＳ３４の判定の結果、現在が保留期間中であると判定された場合の処理について説明する（ステップＳ３４でＹＥＳ）。この場合は、まず、図１９のステップＳ３９で、プロセッサ８１は、保留期間中に正解方向への振り操作が行われたか否かを判定する。振り方向の判定手法は、上記の手法と同様である。当該判定の結果、行われなかった場合は（ステップＳ３９でＮＯ）、ステップＳ４０で、プロセッサ８１は、保留期間が経過したか否かを判定する。その結果、まだ経過していない場合は（ステップＳ４０でＮＯ）、プロセッサ８１は、プレイヤキャラ制御処理を終了する。一方、経過していた場合は（ステップＳ４０でＹＥＳ）、ステップＳ４１で、プロセッサ８１は、不正解方向へのラケットスイングモーションを開始する。次に、ステップＳ４２で、プロセッサ８１は、保留期間フラグ３０５にオフを設定する。つまり、保留期間を解除する。その後、プロセッサ８１は、プレイヤキャラ制御処理を終了する。

一方、上記ステップＳ３９の判定の結果、保留期間中に正解方向への振り操作が行われた場合は（ステップＳ３９でＹＥＳ）、図１８のステップＳ４３で、プロセッサ８１は、保留期間フラグにオフを設定する。つまり、この時点で保留期間が残っていても（経過していなくても）、保留期間を解除する処理が行われる。その後、上記ステップＳ３７に処理が進められ、正解方向に応じたラケットスイングモーションが開始される。

次に、上記ステップＳ３１の判定の結果、正解方向または不正解方向へのラケットスイングモーション中と判定された場合の処理について説明する。この場合は、図１９のステップＳ４４で、プロセッサ８１は、現在再生中のラケットスイングモーションの再生を継続する。つまり、ラケットを移動させる処理が実行される。

次に、ステップＳ４５で、プロセッサ８１は、プレイヤキャラクタ２０１においてショットが発生したか否かを判定する。つまり、プレイヤキャラクタ２０１のラケットとボール２０３との衝突が発生したか否かを判定する。なお、当該ショットが発生するのは、適切なタイミングでラケットスイングモーションが行われた場合だけである。適切なタイミングとは、プレイヤキャラクタ２０１とボール２０３との位置関係が、ラケットが届くような位置にボール２０３が来ているような位置関係になっているタイミングである。そのため、適切ではないタイミングで正解方向に右コントローラ４が振られた場合は、正解方向へのラケットスイングモーション自体は行われるが、ラケットはボール２０３に衝突せずに空振りするという結果となる。また、不正解方向へのラケットスイングモーションが行われた場合、基本的には、ラケットとボール２０３が衝突することはないため、ショットは発生しない。つまり、不正解方向へのラケットスイングモーションの実行は、振るタイミングにかかわらず、ミスショット／空振りの処理であるともいえる。このことは、換言すれば、正解方向へのラケットスイングモーションは、ショットを発生させ得る処理であり（適切なタイミングで行われていればショットが発生する）、ショットが発生することが無い不正解方向へのラケットスイングモーションに比べると、プレイヤにとって有利となる処理ともいえる。なお、他の実施形態では、不正解方向への振り操作が行われた場合であっても、振り操作が適切なタイミングで行われていた場合には、ボール２０３とラケットを衝突させ、ショットを発生させる処理を実行してもよい。これにより、初心者がゲームをプレイする場合であっても、ゲームを進行させやすくすることができる。ただし、その場合には、ボールの移動方向や移動速度等を調整することで、対戦相手がゲームにおいて有利となるように調整してもよい。

上記判定の結果、プレイヤキャラクタ２０１においてショットが発生した場合は（ステップＳ４５でＹＥＳ）、ステップＳ４６で、プロセッサ８１は、振り判定用データ３０６から算出され得る振り操作の内容に基づいて、ボール２０３の移動軌道や移動速度等を算出し、ボール移動パラメータ３０４に設定する。具体的には、振り操作中における右コントローラ４の姿勢変化に基づき、ボール２０３の移動軌道や移動速度を算出する。この際、例えば、振り操作中における手首のひねり等を当該姿勢変化に基づいて判定し、ボール２０３にトップスピンやバックスピンがかかった時のような移動軌跡を算出してもよい。換言すれば、当該処理は、ショットが発生した際における振り操作の内容（姿勢変化）に基づいて、ボール２０３への回転のかけ方等、そのショットの内容を決定する処理といえる。

一方、上記判定の結果、プレイヤキャラクタ２０１においてショットが発生していない場合は（ステップＳ４５でＮＯ）、上記ステップＳ４６の処理はスキップされる。その後、プロセッサ８１は、プレイヤキャラ制御処理を終了する。

［ボールの移動制御］
図１６に戻り、次に、ステップＳ３で、プロセッサ８１は、ボール移動制御処理を実行する。具体的には、プロセッサ８１は、ボール移動パラメータ３０４に内容に基づいて、ボール２０３を移動させる。

［その他の各種ゲーム処理］
次に、ステップＳ４で、プロセッサ８１は、その他の各種のゲーム処理を実行する。例えば、プロセッサ８１は、ＢＧＭや効果音等を制御するための音声制御処理等を適宜実行する。

［画像出力制御］
次にステップＳ５で、プロセッサ８１は、ゲーム画像を生成して出力する処理を実行する。具体的には、プロセッサ８１は、上記のゲーム処理が反映された仮想ゲーム空間を仮想カメラで撮像する。更に、プロセッサ８１は、当該撮像画像に基づいてゲーム画像を生成し、本体装置２に接続されている所定のモニタ等に出力する。

［１プレイの終了判定］
次に、ステップＳ６で、プロセッサ８１は、１プレイが終了する条件が満たされたか否かを判定する。例えば、いずれかのコートに入ったボール２０３が２回バウンドする前に返球できかったか否か、等が判定される。当該終了条件が満たされた場合は（ステップＳ６でＹＥＳ）、ステップＳ７で、プロセッサ８１は、いずれのコート側でボール２０３が２バウンドしたのかに応じて、プレイヤまたは対戦相手に得点を加算する処理を行う。その後、プロセッサ８１は、１プレイ分のテニスゲーム処理を終了する。一方、まだ終了条件が満たされていない場合は（ステップＳ６でＮＯ）、上記ステップＳ１に戻り、処理が繰り返される。

以上で、１プレイ分に係るテニスゲーム処理の詳細説明を終了する。

このように、本実施形態では、上記のようなテニスゲームにおいて、正解方向への振りを判定する際に、保留期間を設けている。これにより、仮に不正解方向への振りが検出されたとしても、これを即時に採用はせず、振り直しの機会をプレイヤに与えることができる。その結果、上記予備動作のような、プレイヤにとって意図していない振り操作が上記本振り動作として誤検出されることを防ぎ、プレイヤが本来意図しているであろう振り操作の検出精度を高めることができる。本実施形態の処理は、例えば、テニスのラケットを振るような操作について、より効果的に誤検出を防止できる。

［変形例］
なお、上記実施形態では、プレイヤキャラクタ２０１等の移動について、オート移動制御する例を示したが、他の実施形態では、オート移動制御による移動中に、手動による移動制御を反映させるようにしてもよい。これにより、プレイヤキャラクタ２０１の移動動作について、移動先等の微調整を行わせることが可能となる。

また、本実施形態では、正解方向について、ｘ軸方向（左右方向）に着目して判定する例を挙げた。他の実施形態では、ゲーム内容やゲームバランスに鑑みて、例えば上記図９や図１０におけるｘ軸、ｚ軸の２軸方向（ｘｚ平面上での方向）に着目して判定するようにしてもよいし、ｘｙｚの３軸を用いた３次元の方向で判定するようにしてもよい。また、本実施形態では、テニスゲームの性質上、ボール２０３の移動方向と逆方向の成分を含む方向を正解方向としているが、他の実施形態では、ゲームの内容等に応じて、所定の方向を正解方向として設定してもよい。

また、上記正解方向に関して、上記の例では正解方向が１つの場合（２択の内の１つである場合）を想定した例を挙げたが、正解方向の判定について２軸以上の方向成分を用いる場合は、正解方向として複数の方向を判定可能としてもよい。

また、他の実施形態では、プレイヤが行う振り操作を認識するための期間を限定するようにしてもよい。例えば、プレイヤキャラクタ２０１を中心とした所定範囲内にボール２０３が存在しているような状態（つまり、ボール２０３がある程度プレイヤキャラクタ２０１の近くにあるような位置関係である状態）のときのみ、上記のような振り操作に関する各種処理を行うようにしてもよい。この場合は、例えばボール２０３が相手側コートにある間は、右コントローラ４が振られても、振り操作が検出されないようにしてもよい。

また、上記保留期間に関して、上記実施形態では一例として４フレームの期間を挙げた。当該保留期間については、静的な（固定の）期間とする他、ゲーム展開等に応じて動的に変化させるようにしてもよい。プレイヤ個々の振り方のクセによって、上述した予備動作の大きさがプレイヤによって異なることも考えられる。そのため、各プレイヤの振り方のクセに応じて最適化された保留期間となるよう、当該保留期間をゲーム処理中に動的に調整するようにしてもよい。例えば、試合中に、保留期間が有効化されてから正解方向への振り操作が検出されるまで期間の長さの統計をとり、４フレームぎりぎりで正解方向への振り操作が検出されることが多い場合は、試合が進むにつれて、保留期間を１～２フレーム分長くする等の調整を行ってもよい。更には、このようにプレイヤ毎に調整した保留期間をパーソナルデータとしてセーブデータ等に保存しておき、次回以降のプレイにおいて、試合開始時から、そのプレイヤに最適化された保留期間が適用されるようにしてもよい。また、更に他の実施形態では、上記保留期間について、試合開始前等に、所定の設定用画面においてプレイヤが手動で調整可能なように構成してもよい。例えば、所定の設定用画面において、実際にラケットを振るような操作をプレイヤに行わせながら保留期間を計測してもよい。そして、その計測結果をプレイヤに提示し、プレイヤが最適と考える保留期間を試合で使用するように設定可能としてもよい。

また、上記ではテニスゲームを例示したが、この他、ラケットまたはこれに相当するような道具を振るようなスポーツゲーム全般についても、上記の処理は適用可能である。例えば卓球、バドミントン、野球（特に、バットを振る操作）等のスポーツゲームにも適用可能である。また、上記正解方向等の振り方向の扱いに関しては、ゲームの内容に応じて、上記右方向／左方向の代わりに上方向／下方向を用いてもよい。

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

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

Claims (12)

1. 慣性センサを備える入力装置と情報処理装置とを含む情報処理システムであって、
   前記情報処理装置は、
   ゲームを実行し、
   前記慣性センサの出力に基づいたデータを少なくとも含む操作データを取得し、
   前記操作データに基づいて、前記ゲームの実行中の所定条件を満たしているタイミングにおいて前記入力装置が第１方向に動かされたと判定された場合、前記ゲームにおける第１の種類の処理を実行し、
   前記操作データに基づいて、前記所定条件を満たしているタイミングにおいて前記入力装置が第２方向に動かされたと判定された場合であって、
   更に所定の保留期間中において前記入力装置が前記第１方向に動かされたと判定された場合は、前記第１の種類の処理を実行し、
   更に前記所定の保留期間中において前記入力装置が前記第１方向に動かされなかったと判定された場合は、当該所定の保留期間が経過した後に、前記ゲームにおける第２の種類の処理を実行する、情報処理システム。
2. 前記情報処理装置は、更に、
   前記所定の保留期間中において、前記入力装置が前記第１方向に動かされたと判定された場合、当該所定の保留期間が経過する前に、前記第１の種類の処理を実行する、請求項１に記載の情報処理システム。
3. 前記ゲームにおける前記第１の種類の処理は、当該ゲームにおける前記第２の種類の処理よりも、当該ゲームをプレイするプレイヤにとって有利となるように前記ゲームを進行させる処理である、請求項１または２のいずれかに記載の情報処理システム。
4. 前記情報処理装置は、更に、
   前記ゲームにおいて所定のゲームイベントに関する処理を実行し、
   前記所定のゲームイベントの内容に基づいて、前記入力装置が前記第１方向に動かされたと判定される第１判定条件、および、前記入力装置が前記第２方向に動かされたと判定される第２判定条件を設定する、請求項１～３のいずれかに記載の情報処理システム。
5. 前記情報処理装置は、更に、
   前記ゲームにおいて、仮想空間において移動オブジェクトを移動させる処理を実行し、
   前記仮想空間に配置されるプレイヤオブジェクトの位置と、前記移動オブジェクトの位置とに基づいて、前記第１判定条件と前記第２判定条件とを設定する、請求項４に記載の情報処理システム。
6. 前記情報処理装置は、更に、
   前記ゲームにおいて、前記移動オブジェクトの移動方向に基づいて算出されるプレイヤ移動先位置に向けて、前記プレイヤオブジェクトを移動させる、請求項５に記載の情報処理システム。
7. 前記情報処理装置は、更に、
   前記ゲームにおいて、前記移動オブジェクトの移動方向に基づいて算出されるプレイヤ移動先位置に基づいて、前記第１判定条件と前記第２判定条件とを設定する、請求項６に記載の情報処理システム。
8. 前記入力装置が前記第１方向に動かされたと判定された場合、前記移動オブジェクトに
   対する第１アクションを前記プレイヤオブジェクトに実行させる処理を、前記第１の種類の処理として実行し、
   前記入力装置が前記第２方向に動かされたと判定された場合、前記第１アクションとは異なる第２アクションを前記プレイヤオブジェクトに実行させる処理を、前記第２の種類の処理として実行する、請求項５に記載の情報処理システム。
9. 前記ゲームにおける第１の種類の処理は、取得した前記操作データに基づいて算出される、少なくとも前記所定条件を満たしているタイミングを含む判定期間における前記入力装置の姿勢に基づいて実行される、請求項１～８のいずれかに記載の情報処理システム。
10. 慣性センサを備える入力装置と接続可能な情報処理装置のコンピュータに実行させる情報処理プログラムであって、
    前記コンピュータに、
    ゲームを実行させ、
    前記慣性センサの出力に基づいたデータを少なくとも含む操作データを前記入力装置から取得させ、
    前記操作データに基づいて、前記ゲームの実行中の所定条件を満たしているタイミングにおいて前記入力装置が第１方向に動かされたと判定された場合、前記ゲームにおける第１の種類の処理を実行させ、
    前記操作データに基づいて、前記所定条件を満たしているタイミングにおいて前記入力装置が第２方向に動かされたと判定された場合であって、
    更に所定の保留期間中において前記入力装置が前記第１方向に動かされたと判定された場合は、前記第１の種類の処理を実行させ、
    更に前記所定の保留期間中において前記入力装置が前記第１方向に動かされなかったと判定された場合は、当該所定の保留期間が経過した後に、前記ゲームにおける第２の種類の処理を実行させる、情報処理プログラム。
11. 慣性センサを備える入力装置とコンピュータとを備える情報処理装置であって、
    前記コンピュータは、
    ゲームを実行し、
    前記慣性センサの出力に基づいたデータを少なくとも含む操作データを取得し、
    前記操作データに基づいて、前記ゲームの実行中の所定条件を満たしているタイミングにおいて前記入力装置が第１方向に動かされたと判定された場合、前記ゲームにおける第１の種類の処理を実行し、
    前記操作データに基づいて、前記所定条件を満たしているタイミングにおいて前記入力装置が第２方向に動かされたと判定された場合であって、
    更に所定の保留期間中において前記入力装置が前記第１方向に動かされたと判定された場合は、前記第１の種類の処理を実行し、
    更に前記所定の保留期間中において前記入力装置が前記第１方向に動かされなかったと判定された場合は、当該所定の保留期間が経過した後に、前記ゲームにおける第２の種類の処理を実行する、情報処理装置。
12. 慣性センサを備える入力装置と接続可能な情報処理装置のコンピュータに実行させる情報処理方法であって、
    前記コンピュータに、
    ゲームを実行させ、
    前記慣性センサの出力に基づいたデータを少なくとも含む操作データを前記入力装置から取得させ、
    前記操作データに基づいて、前記ゲームの実行中の所定条件を満たしているタイミングにおいて前記入力装置が第１方向に動かされたと判定された場合、前記ゲームにおける
    第１の種類の処理を実行させ、
    前記操作データに基づいて、前記所定条件を満たしているタイミングにおいて前記入力装置が第２方向に動かされたと判定された場合であって、
    更に所定の保留期間中において前記入力装置が前記第１方向に動かされたと判定された場合は、前記第１の種類の処理を実行させ、
    更に前記所定の保留期間中において前記入力装置が前記第１方向に動かされなかったと判定された場合は、当該所定の保留期間が経過した後に、前記ゲームにおける第２の種類の処理を実行させる、情報処理方法。

Images