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

Abstract

継続して行われた座標入力を示すユーザ入力により定まる第１基準座標を基準とした当該ユーザ入力の座標変化の第１軸方向の成分に少なくとも基づき、仮想空間において移動する移動オブジェクトの移動方向を変化させ、ユーザ入力の第１軸方向とは異なる第２軸方向の成分に少なくとも基づき、仮想空間における移動オブジェクトの移動とは異なるゲーム動作を決定して、当該ゲーム動作を実行する。

Description

本発明は、情報処理プログラム、情報処理装置、情報処理システム、および情報処理方法に関し、特に例えば、ユーザの操作に基づいた処理を行う情報処理プログラム、情報処理装置、情報処理システム、および情報処理方法に関する。

従来、ユーザ操作に基づいて、オブジェクトの移動を制御するゲーム処理を行うゲームシステムがある（例えば、非特許文献１参照）。上記非特許文献１に記載されたゲームシステムでは、十字キーの左右方向のユーザ操作に応じて左右方向に対するオブジェクトの移動方向を制御し、十字キーの前後方向のユーザ操作に応じて当該オブジェクトの移動速度を制御している。

「ＳＵＰＥＲ ＭＡＲＩＯ ６４ ＤＳ ＩＮＳＴＲＵＣＴＩＯＮ ＢＯＯＫＬＥＴ」、任天堂株式会社、２００５年３月１１日

しかしながら、上記非特許文献１に記載されたゲームシステムでは、１つの操作ユーザインターフェースを用いた場合、オブジェクトの移動を制御する操作が可能となるだけであり、ユーザ操作に対する処理の多様性について改良の余地がある。

それ故に、本発明の目的は、１つの操作ユーザインターフェースを用いたユーザ操作に対する処理の多様性等を向上させることを可能とする情報処理プログラム、情報処理装置、情報処理システム、および情報処理方法を提供することである。

上記目的を達成するために、本発明は例えば以下のような構成を採用し得る。なお、特許請求の範囲の記載を解釈する際に、特許請求の範囲の記載によってのみその範囲が解釈されるべきであることが理解され、特許請求の範囲の記載と本欄の記載とが矛盾する場合には、特許請求の範囲の記載が優先する。

本発明の情報処理プログラムの一構成例は、ユーザの操作に基づいた処理を行う装置に含まれるコンピュータで実行される。情報処理プログラムは、入力受付手段、オブジェクト移動手段、およびゲーム動作実行手段として、コンピュータを機能させる。入力受付手段は、ユーザによる座標入力を受け付ける。オブジェクト移動手段は、座標入力を示すユーザ入力により定まる第１基準座標を基準とする、継続して行われた当該ユーザ入力の座標変化の第１軸方向の成分に少なくとも基づき、仮想空間において移動する移動オブジェクトの移動方向を変化させる。ゲーム動作実行手段は、ユーザ入力の、第１軸方向とは異なる第２軸方向の成分に少なくとも基づき、仮想空間における移動オブジェクトの移動とは異なるゲーム動作の方向を決定して、当該ゲーム動作を実行する。

上記によれば、ユーザによる座標入力を用いて、移動オブジェクトの移動方向を制御する操作が可能であるとともに、移動オブジェクトの移動とは異なるゲーム動作の方向の制御も可能となるため、ユーザ操作に対する処理を多様にすることができる。

また、上記ゲーム動作実行手段は、座標入力を示すユーザ入力により定まる第２基準座標を基準としたユーザ入力の座標変化が基準値以上であり、当該ユーザ入力の第１軸方向の成分および第２軸方向の成分により計算される当該ユーザ入力の変化の向きが所定の角度条件を満たす場合に、当該ユーザ入力の変化の向きに応じてゲーム動作の方向を決定して当該ゲーム動作を実行してもよい。

上記によれば、ゲーム動作の方向が決定されるためには、所定の角度条件を満たす座標入力の変化が必要となるため、当該角度条件を満たさない座標入力の変化による誤判定を防止することができる。

また、上記ゲーム動作実行手段は、第２基準座標を基準としたユーザ入力の座標変化の第２軸成分が基準値以上である場合に、当該ユーザ入力の座標変化の向きに応じてゲーム動作の方向を決定して当該ゲーム動作を実行してもよい。

上記によれば、ゲーム動作の方向が決定されるためには、基準値以上の第２軸成分を有する座標入力の変化が必要となるため、ユーザが意図していない第２軸方向への座標入力変化による誤判定を防止することができる。

また、上記ゲーム動作実行手段は、第２基準座標を基準としたユーザ入力の変化の向きが所定の角度条件を満たす場合に、ゲーム動作の方向を決定して当該ゲーム動作を実行してもよい。

上記によれば、ゲーム動作の方向が決定されるためには、基準値以上の第２軸成分と所定の角度条件とを満たす座標入力の変化が必要となるため、ユーザが意図していない第２軸方向への座標入力変化による誤判定を防止することができる。

また、上記ゲーム動作実行手段は、移動オブジェクトの向きに応じて、角度条件を変化させてもよい。

上記によれば、移動オブジェクトの向きに応じて、座標入力操作が可能となる。

また、上記ゲーム動作実行手段は、第２基準座標を基準としたユーザ入力の変化の向きが第２軸方向における正方向か負方向かによって、異なる値を基準値として用いてもよい。

上記によれば、座標入力操作が難しい方向を考慮した判定が可能となる。

また、上記ゲーム動作実行手段は、ユーザ入力において座標入力された軌跡上の座標を、第２基準座標として用いてもよい。

上記によれば、ユーザが入力した位置が基準座標として用いられるため、基準位置を確認することなく座標入力操作を行うことが可能となる。

また、上記ゲーム動作実行手段は、ユーザ入力が継続する間、軌跡上において座標入力が新しい方へ第２基準座標を当該軌跡上で移動させてもよい。

上記によれば、基準座標がユーザ入力の軌跡に追従するため、ユーザが意図する直近の操作方向を判定することができる。

また、上記ゲーム動作実行手段は、第２基準座標として、ユーザ入力が開始された座標を用いてもよい。

上記によれば、ユーザが座標入力を開始した位置が基準座標として用いられるため、基準位置を確認することなく座標入力操作を行うことが可能となる。

また、上記ゲーム動作実行手段は、第１基準座標を基準としたユーザ入力の座標変化の第１軸方向成分が所定の閾値以上の場合、当該第１軸方向成分が当該所定の閾値未満である場合と比較して基準値を変化させてもよい。

上記によれば、第１軸方向への座標入力操作が第２軸方向への座標入力操作に影響することを低減したり、第２軸方向への座標入力操作が第１軸方向への座標入力操作に影響することを低減したりすることが可能となる。

また、上記オブジェクト移動手段は、移動オブジェクトの方向に応じて、第１軸方向を変化させてもよい。

上記によれば、移動オブジェクトの方向に応じて、ユーザによる座標入力操作が可能となる。

また、上記ゲーム動作実行手段は、ユーザ入力の変化の速度が閾値以上である場合に、第２軸方向の当該ユーザ入力の成分に少なくとも基づいてゲーム動作の方向を決定して当該ゲーム動作を実行してもよい。

上記によれば、ユーザによる座標入力において座標入力位置を移動させる操作速度に応じた操作が可能となる。

また、上記ゲーム動作実行手段は、ゲーム動作として、移動オブジェクトの位置と同じまたは近傍の位置を移動開始点として、移動オブジェクトから離れる方向に他のオブジェクトを移動させてもよい。

上記によれば、ユーザによる座標入力を用いて、移動オブジェクトから離れて他のオブジェクトが移動するゲーム動作の制御が可能となる。

また、上記ゲーム動作実行手段は、他のオブジェクトを示す表示の位置を指定する入力が行われた場合に、当該他のオブジェクトに対して規定された初期方向に、当該他のオブジェクトを移動させてもよい。

上記によれば、他のオブジェクトを示す表示の位置を指定する入力を行うだけでも当該他のオブジェクトに対する操作が可能となるため、ユーザによる座標入力操作を多様にすることができる。

また、上記移動を開始する前の他のオブジェクトは、移動オブジェクトの近傍に表示されてもよい。

上記によれば、ユーザによる座標入力を用いて操作指示を行う対象となる他のオブジェクトを明確にすることができる。

また、上記移動を開始する前の他のオブジェクトは、移動オブジェクトとは離れて表示されてもよい。

上記によれば、ユーザによる座標入力を用いて操作指示を行う対象となる他のオブジェクトを移動オブジェクトと離れた位置に設定することができ、操作指示を行う対象となる他のオブジェクトを明確にすることができる。

また、上記ゲーム動作実行手段は、第２基準座標を基準としたユーザ入力の入力方向と対応する方向に、他のオブジェクトを移動させてもよい。

上記によれば、他のオブジェクトを移動させる方向をユーザによる座標入力によって制御することができる。

また、上記ゲーム動作実行手段は、第２基準座標を基準としたユーザ入力の入力速度に基づいて、他のオブジェクトの移動速度を設定してもよい。

上記によれば、ユーザによる座標入力の操作速度によって、他のオブジェクトの移動速度も制御することができる。

また、上記他のオブジェクトは、当該他のオブジェクトと衝突したオブジェクトを減速または停止させる攻撃アイテムでもよい。

上記によれば、ユーザによる座標入力に応じて、オブジェクトを攻撃するアイテムの制御が可能となる。

また、上記オブジェクト移動手段は、ユーザ入力があるか否かに関わらず、移動オブジェクトを移動させてもよい。

上記によれば、ユーザによる座標入力がなくても移動オブジェクトが移動するため、座標入力操作の難易度を低くすることができる。

また、上記オブジェクト移動手段は、仮想空間内において移動オブジェクトを見る仮想カメラの視線方向に対して、当該仮想カメラの後方から前方に当該移動オブジェクトを移動させてもよい。

上記によれば、ユーザの座標入力操作によって移動オブジェクトを制御している感覚をより強く得ることができる。

また、上記第１軸方向は、ユーザから見て左右方向でもよい。上記第２軸方向は、ユーザから見て上下方向でもよい。

上記によれば、ユーザによる左右方向の座標入力を用いて移動オブジェクトの移動方向を制御する操作が可能であるとともに、ユーザによる上下方向の座標入力を用いて移動オブジェクトの移動とは異なるゲーム動作の制御も可能となるため、ユーザ操作に対する処理を多様にすることができる。

また、本発明は、情報処理装置、情報処理システム、および情報処理方法の形態で実施されてもよい。

本発明によれば、ユーザによる座標入力を用いて、移動オブジェクトの移動方向を制御する操作が可能であるとともに、移動オブジェクトの移動とは異なるゲーム動作の方向の制御も可能となるため、ユーザ操作に対する処理を多様にすることができる。

本発明の一実施例に係る情報処理システム１の一例を示す図 情報処理装置３の構成の一例を示すブロック図 サーバ２００の構成の一例を示すブロック図 情報処理装置３の表示部３５に表示されるゲーム画像例を示す図 情報処理装置３の表示部３５に表示されるゲーム画像例を示す図 表示画面を基準として、プレイヤオブジェクトＰＯの移動方向を制御する一例を示す図 表示画面を基準として、アイテムＩの発射動作を制御する一例を示す図 表示画面を基準として、アイテムＩに対する発射操作を判定するための判定領域の一例を説明するための図 プレイヤオブジェクトＰＯを基準として、アイテムＩに対する発射操作を判定するための判定領域の一例を説明するための図 情報処理装置３の表示部３５に表示されるゲーム画像例を示す図 情報処理装置３の表示部３５に表示されるゲーム画像例を示す図 所持枠ＨＦ内に所持されるアイテムＩの状態変移の一例を示す図 所持枠ＨＦ内に所持されるアイテムＩの状態変移の他の例を示す図 抽選テーブルの一例を示す図 情報処理装置３の表示部３５に表示されるゲーム画像例を示す図 情報処理装置３の表示部３５に表示されるゲーム画像例を示す図 所持枠ＨＦ内に所持されるアイテムＩおよびアイテム抽選アイコンＡＢの状態変移の一例を示す図 情報処理装置３の表示部３５に表示されるゲーム画像例を示す図 情報処理装置３の記憶部３２に記憶される主なデータおよびプログラムの一例を示す図 情報処理装置３において実行される処理の一例を示すフローチャート 図２０のステップＳ１０６における操作内容判定処理の詳細な一例を示すサブルーチン 図２０のステップＳ１０７における第１アイテム抽選処理の詳細な一例を示すサブルーチン 図２０のステップＳ１０８における第２アイテム抽選処理の詳細な一例を示すサブルーチン 図２０のステップＳ１１６における購入処理の詳細な一例を示すサブルーチン

図１を参照して、本発明の一実施例に係る情報処理システムについて説明する。図１に示すように、当該情報処理システムの一例である情報処理システム１は、情報処理装置３およびサーバ２００が、ネットワーク１００を介して接続されて構築される。なお、図１においては、情報処理装置３が複数台図示されているが、情報処理システム１を構成する情報処理装置３は、１台であってもよい。

情報処理装置３は、無線または有線通信を用いて、ネットワーク１００に接続可能に構成され、サーバ２００との間でクライアント−サーバシステムを構成している。例えば、情報処理装置３は、所定のアプリケーション（例えば、ゲームアプリケーション）の実行が可能である。また、情報処理装置３は、上記所定のアプリケーションを実行することによって、ネットワーク１００を介して、サーバ２００と接続を確立して、サーバ２００との通信が可能となる。例えば、情報処理装置３は、交換可能なメモリカードや光ディスク等の記憶媒体内に記憶され、または、他の装置から受信した情報処理プログラムを実行可能である。情報処理装置３は、一般的なパーソナルコンピュータ、据置型ゲーム機、携帯電話機、携帯ゲーム機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等のデバイスであってもかまわない。

次に、図２を参照して、情報処理装置３について説明する。なお、図２は、情報処理装置３の構成の一例を示すブロック図である。図２において、情報処理装置３は、制御部３１、記憶部３２、プログラム格納部３３、入力部３４、表示部３５、および通信部３６を備える。なお、情報処理装置３は、制御部３１を少なくとも含む情報処理装置と他の装置とを含む１以上の装置によって構成されてもよい。

制御部３１は、各種の情報処理を実行するための情報処理手段（コンピュータ）であり、例えばＣＰＵである。例えば、制御部３１は、各種の情報処理として、上記アプリケーションを実行して、後述するゲーム処理やサーバ２００を介したデータ送受信処理等を実行する機能を有し、ＣＰＵが所定のプログラムを実行することによって、制御部３１における各機能が実現される。

記憶部３２は、制御部３１が上記情報処理を実行する際に用いる各種のデータを記憶する。記憶部３２は、例えばＣＰＵ（制御部３１）がアクセス可能なメモリである。

プログラム格納部３３は、プログラムを記憶（格納）する。プログラム格納部３３は、制御部３１がアクセス可能な記憶装置（記憶媒体）であればどのようなものであってもよい。例えば、プログラム格納部３３は、制御部３１を含む情報処理装置内に設けられる記憶装置であってもよいし、制御部３１を含む情報処理装置に着脱自在に装着される記憶媒体であってもよい。また、プログラム格納部３３は、制御部３１とネットワークを介して接続される記憶装置（サーバ等）であってもよい。制御部３１（ＣＰＵ）は、ゲームプログラムの一部または全部を適宜のタイミングで記憶部３２に読み出し、読み出されたプログラムを実行するようにしてもよい。

入力部３４は、ユーザによって操作可能な入力装置である。入力部３４はどのような入力装置であってもよい。一例として、入力部３４は、表示部３５の画面上に設けられるタッチパネルでもよい。例えば、タッチパネルは、任意の種類のものであってよく、マルチタッチ入力が可能な方式（例えば、静電容量方式）のものやシングルタッチ入力が可能な方式（例えば、抵抗膜方式）のものであってもよい。

表示部３５は、制御部３１の指示にしたがって画像を表示する。なお、情報処理装置３が据置型のゲーム装置やパーソナルコンピュータで構成される場合、表示部３５が情報処理装置３と別体で構成されることもあり得る。

通信部３６は、所定の通信モジュールによって構成され、ネットワーク１００を介して他の機器（例えば、サーバ２００）との間でデータを送受信したり、他の情報処理装置３との間でデータを送受信したりする。

次に、図３を参照して、サーバ２００について説明する。なお、図３は、サーバ２００の構成の一例を示すブロック図である。

サーバ２００は、通信部２０１、制御部２０２、および記憶部２０３を有している。通信部２０１は、通信パケットの送受信を行うことで、ネットワーク１００を介して情報処理装置３等と通信を行う。一例として、制御部２０２は、情報処理装置３との間で行われるゲーム進行の管理、ユーザが購入するゲーム内通貨、ゲームアイテム（例えば、コイン）、ゲームオブジェクト（例えば、ゲーム内で使用される装備）等を管理する処理、スロット抽選に当選する確率を管理する処理、課金に関する情報を管理する処理のほか、通信部２０１を介して情報処理装置３等との通信リンクを確立し、ネットワーク１００におけるデータ搬送制御や経路選択を行う。また、制御部２０２は、複数の情報処理装置３との間でゲームを行う場合、当該ゲームを行う情報処理装置３の組み合わせや当該情報処理装置３の間のデータ通信の管理を行う。記憶部２０３は、制御部２０２で実行されるプログラム、上記処理に必要な各種データ、情報処理装置３との通信に必要な各種データ等が記憶される。なお、ネットワーク１００を用いたデータ送受信に所定のログイン処理が必要なシステムである場合、当該ログインしようとしているユーザが正規のユーザか否かを判別する認証処理をサーバ２００において行ってもかまわない。また、サーバ２００は、単一のサーバマシンから構成されてもいいし、複数のサーバマシンによって構成されてもよい。

次に、情報処理装置３やサーバ２００が行う具体的な処理を説明する前に、図４〜図９を用いて情報処理システム１において行われる移動および発射処理例の概要について説明する。移動および発射処理例は、情報処理システム１を用いて、プレイヤオブジェクトＰＯ（移動オブジェクト）の移動方向の操作およびアイテムＩ（他のオブジェクト）の発射操作を行うための処理である。なお、図４は、情報処理装置３の表示部３５に表示されるゲーム画像例を示す図である。図５は、情報処理装置３の表示部３５に表示されるゲーム画像例を示す図である。図６は、表示画面を基準として、プレイヤオブジェクトＰＯの移動方向を制御する一例を示す図である。図７は、表示画面を基準として、アイテムＩの発射動作を制御する一例を示す図である。図８は、表示画面を基準として、アイテムＩに対する発射操作を判定するための判定領域の一例を説明するための図である。図９は、プレイヤオブジェクトＰＯを基準として、アイテムＩに対する発射操作を判定するための判定領域の一例を説明するための図である。なお、以下の説明では、情報処理装置３において実行するアプリケーションの一例としてゲームを用いているが、情報処理装置３において他のアプリケーションを実行してもかまわない。

図４において、情報処理装置３の表示部３５には、情報処理装置３でプレイされているゲームに対応したゲーム画像が表示され、その一例としてプレイヤオブジェクトＰＯがレースゲームを行う一場面が表示されている。例えば、上記ゲームにおいて、プレイヤオブジェクトＰＯは、仮想世界内に設けられたコース上をカートに乗車して走行する。当該コース上には、別のカートに乗車する敵オブジェクトＥＯも走行しており、当該コース上に設けられたゴールに到着するまでの順位が競われる。また、ゲーム画像を生成するための仮想カメラは、プレイヤオブジェクトＰＯの走行に応じてプレイヤオブジェクトＰＯの後方にコースに沿って配置される。なお、上記仮想カメラは、プレイヤオブジェクトＰＯがスピンしたりドリフトしたりするなど、コースの走行方向に対して異なる方向を向いた場合、当該プレイヤオブジェクトＰＯの後方からプレイヤオブジェクトＰＯを見る位置に常時配置されてもよいし、コースに沿った走行方向の後方からプレイヤオブジェクトＰＯを見る位置に配置されてもよい。なお、上記プレイヤオブジェクトＰＯが仮想空間において移動する移動オブジェクトの一例に相当する。

図４に示すように、表示部３５の画面上に設けられたタッチパネル（入力部３４）をタッチ操作することによって、プレイヤオブジェクトＰＯの移動方向を制御することができる。一例として、プレイヤオブジェクトＰＯは、コースに沿って自動的に前進走行するように制御されているが、プレイヤオブジェクトＰＯの左右の移動方向に関してはユーザ操作によってハンドル操作が可能に構成されている。具体的には、タッチパネルにタッチオンしたタッチ位置を基準として、右方向にスワイプするタッチ操作が行われた場合、プレイヤオブジェクトＰＯが右に移動方向を変化させる。また、タッチパネルにタッチオンしたタッチ位置を基準として、左方向にスワイプするタッチ操作が行われた場合、プレイヤオブジェクトＰＯが左に移動方向を変化させる。例えば、図４において、表示部３５には、タッチパネルにタッチオンしたタッチ位置を示す基準画像Ｒと現在のタッチ位置を示すタッチ位置画像Ｔとが表示されており、基準画像Ｒに対してタッチ位置画像Ｔが右方向に配置されているため、プレイヤオブジェクトＰＯが右に移動方向（図示ａ方向）を変化させている。なお、プレイヤオブジェクトＰＯは、コースに沿って自動的に前進走行するように制御されなくてもよく、ユーザのアクセル操作に応じて走行するものであってもよい。また、プレイヤオブジェクトＰＯは、コースに沿って自動的に左右にハンドル操作されるものであってもよい。例えば、コースが右に曲がっていれば、ユーザがハンドル操作しない場合であっても、プレイヤオブジェクトＰＯの移動方向がある程度は右に変化し、右ハンドル操作があった場合にさらにプレイヤオブジェクトＰＯの移動方向が右に変化するようなものであってもよい。

また、タッチ操作することによって、プレイヤオブジェクトＰＯが所持しているアイテムＩを発射することができる。例えば、表示部３５には、プレイヤオブジェクトＰＯが所持しているアイテムＩを示す複数の所持枠ＨＦが設けられている。図４に示す所持枠ＨＦの例では、３つのアイテムＩ１、Ｉ２、およびＩ３をそれぞれ所持することが可能である。また、プレイヤオブジェクトＰＯが所持している所持枠ＨＦ内のアイテムＩのうち、１つのアイテムＩがプレイヤオブジェクトＰＯのカート後方に設けられている使用準備位置に、使用準備アイテムＩＰとして表示されている。例えば、使用準備アイテムＩＰは、所持枠ＨＦ内のアイテムＩのうち、最も早くに取得したアイテムＩが選択され、図４の例では、左端の所持枠ＨＦに表示されているバナナのアイテムＩ１が、使用準備アイテムＩＰとして上記使用準備位置に表示されている。

図５において、タッチパネルに対して上方向にスワイプするタッチ操作が行われると、プレイヤオブジェクトＰＯの使用準備位置に配置されている使用準備アイテムＩＰが発射可能な種類である場合、発射アイテムＩＭとなってプレイヤオブジェクトＰＯの前方に発射される。なお、典型的には、使用準備アイテムＩＰと発射アイテムＩＭとは同じオブジェクトであるが、異なる態様のオブジェクトに変化してもかまわない。また、使用準備位置に配置されている使用準備アイテムＩＭの種類（例えば、バナナのアイテム）によって、タッチパネルに対して下方向にスワイプするタッチ操作が行われた場合、プレイヤオブジェクトＰＯの後方に発射アイテムＩＭとして発射することもできる。なお、プレイヤオブジェクトＰＯの使用準備位置に配置されている使用準備アイテムＩＰの発射方向が固定されている場合、タッチパネルに対して上方向および下方向の何れの方向にスワイプするタッチ操作が行われたとしても、当該固定された発射方向に発射アイテムＩＭとなって発射されてもかまわない。また、使用準備位置に配置されている使用準備アイテムＩＰがプレイヤオブジェクトＰＯから発射されずにプレイヤオブジェクトＰＯ自体によって使用される種類である場合、タッチパネルに対して上方向または下方向にスワイプするタッチ操作が行われると、プレイヤオブジェクトＰＯの使用準備位置に配置されている使用準備アイテムＩＰがプレイヤオブジェクトＰＯによって使用される。なお、所持枠ＨＦは、仮想空間内に配置されてもよいし、表示画面にオーバーレイして配置されてもよい。また、上記アイテムＩの使用することによるゲーム動作の方向が、移動オブジェクトの移動とは異なるゲーム動作の方向の一例に相当する。また、上記発射アイテムＩＭ（アイテムＩ）が移動オブジェクトから離れる方向に移動する他のオブジェクトの一例に相当する。

プレイヤオブジェクトＰＯが発射アイテムＩＭを発射した場合、当該発射アイテムＩＭの種類に応じて、プレイヤオブジェクトＰＯがレースを進める上で有利となる効果を得ることができる。例えば、甲羅を示す発射アイテムＩＭが敵オブジェクトＥＯに衝突した場合、当該衝撃によって敵オブジェクトＥＯの走行を減速させたり停止させたりすることによる妨害を行うとともに、衝突状況に応じて敵オブジェクトＥＯが損傷することがある。また、バナナを示す発射アイテムＩＭが敵オブジェクトＥＯに衝突した場合、敵オブジェクトＥＯが路上で滑るような影響が与えられて、敵オブジェクトＥＯの走行を減速させたり停止させたりする。なお、上記甲羅を示す発射アイテムＩＭおよびバナナを示す発射アイテムＩＭが、衝突したオブジェクトを減速または停止させる攻撃アイテムの一例に相当する。

また、使用準備アイテムＩＰを使用することによって、プレイヤオブジェクトＰＯ自体の能力が一定期間上昇する場合もある。例えば、キノコを示す使用準備アイテムＩＰが使用された場合、プレイヤオブジェクトＰＯの速度が一定期間上昇する。なお、使用準備アイテムＩＰを使用することによって、プレイヤオブジェクトＰＯ自体のサイズが一定期間大きくなったり、プレイヤオブジェクトＰＯが所有するゲーム内コインが増えたりする効果が得られてもよい。

アイテムＩを使用した場合、当該アイテムＩがプレイヤオブジェクトＰＯにおいて未所持状態となるため、使用準備位置に表示されていた使用準備アイテムＩＰが消去されるとともに、当該使用準備アイテムＩＰに対応する所持枠ＨＦのアイテムＩ（図５の例では、左端の所持枠ＨＦに表示されていたアイテムＩ１）も消去される。これによって、発射アイテムＩＭとして発射されたアイテムＩを表示していた所持枠ＨＦは、アイテムＩが表示されていない空枠Ｅとなる。

上述したように、情報処理システム１において行われる移動および発射処理例では、タッチパネルに対するスワイプ入力が左右方向である場合にプレイヤオブジェクトＰＯの移動方向を変化させ、タッチパネルに対するスワイプ入力が上下方向である場合にアイテムＩの発射動作を制御している。以下、図６および図７を参照して、スワイプ入力の方向を判別する一例について説明する。

図６において、プレイヤオブジェクトＰＯの左右の移動方向は、タッチパネルに対するスワイプ入力における表示画面の左右方向成分の大きさに応じて設定される。具体的には、タッチパネルに対するタッチ操作において、当該タッチパネルに対してタッチオンされた基準座標Ｒ０と、当該タッチオンから継続して行われているスワイプ操作における現タッチ座標位置Ｔとを、表示部３５の表示画面座標系に基づいてそれぞれ設定する。例えば、図６に示すように、表示部３５の表示画面には、表示画面の左右方向となる第１軸をＸ軸（右方向がＸ軸正方向）とし、表示画面の上下方向となる当該第１軸と直交する第２軸をＹ軸（上方向がＹ軸正方向）とする表示画面座標系が定義される。このとき、基準座標がＲ０（Ｘ０、Ｙ０）として設定され、現タッチ位置座標ＴがＴ（Ｘｔ、Ｙｔ）として設定される。この場合、スワイプ入力における表示画面の左右方向成分（Ｘ軸方向成分）の大きさがＸｔ−Ｘ０で算出され、スワイプ入力における表示画面の上下方向成分（Ｙ軸方向成分）の大きさがＹｔ−Ｙ０で算出される。本実施例では、Ｘ軸方向成分Ｘｔ−Ｘ０が正の値である場合、Ｘｔ−Ｘ０の絶対値に応じたハンドル角度で右方向にプレイヤオブジェクトＰＯの移動方向を変化させる。また、Ｘ軸方向成分Ｘｔ−Ｘ０が負の値である場合、Ｘｔ−Ｘ０の絶対値に応じたハンドル角度で左方向にプレイヤオブジェクトＰＯの移動方向を変化させる。そして、タッチパネルに対してタッチオフされた場合、上記基準座標Ｒ０および現タッチ座標位置Ｔを初期化するとともに、所定の変化量でハンドル角度を中立位置まで戻すようにプレイヤオブジェクトＰＯの移動方向を変化させる。なお、上記基準座標Ｒ０が、座標入力を示すユーザ入力により定まる第１基準座標の一例に相当する。また、上記Ｘ軸が、第１軸の一例に相当し、上記Ｙ軸が第２軸の一例に相当する。

なお、Ｘｔ−Ｘ０の絶対値に応じたハンドル角度は、コースに対するプレイヤオブジェクトＰＯの位置に応じて変化させてもかまわない。例えば、プレイヤオブジェクトＰＯがコースの中央にいる場合はユーザ操作に応じて設定されるハンドル角度を相対的に大きくし、プレイヤオブジェクトＰＯがコースの端ではユーザ操作に応じて設定されるハンドル角度を相対的に小さくしてもよい。また、ユーザ操作に応じたハンドル角度、コースの状況、カートの性能等によって、プレイヤオブジェクトＰＯが乗車しているカートが滑って、いわゆるドリフト走行が行われてもよい。この場合、ハンドル角度とプレイヤオブジェクトＰＯのカートの移動方向とが一致しない状態が生じるため、結果的に、タッチパネルに対するスワイプ入力における左右方向成分の大きさとプレイヤオブジェクトＰＯの移動方向とが、完全に一致していない状態が生じることもあり得る。

図７において、タッチパネルに対するスワイプ入力における表示画面の上下方向成分に応じて、アイテムＩの発射動作が制御される。具体的には、タッチパネルに対するタッチ操作において、当該タッチパネルに対してタッチオンされた基準座標Ｒｍ（タッチオン時点では、上述した基準座標Ｒ０と同じ位置）と、当該タッチオンから継続して行われているスワイプ操作における現タッチ座標位置Ｔとを、表示部３５の表示画面座標系に基づいてそれぞれ設定する。例えば、図７に示すように、表示部３５の表示画面には、上記図６と同様に、表示画面の左右方向となる第１軸をＸ軸（右方向がＸ軸正方向）とし、表示画面の上下方向となる当該第１軸と直交する第２軸をＹ軸（上方向がＹ軸正方向）とする表示画面座標系が定義される。このとき、基準座標がＲｍ（Ｘｍ、Ｙｍ）として設定され、現タッチ位置座標ＴがＴ（Ｘｔ、Ｙｔ）として設定される。そして、基準座標Ｒｍから現タッチ位置座標Ｔに向かうベクトルＦＤが算出され、当該ベクトルＦＤの方向に基づいて、タッチパネルに対するスワイプ入力が上方向または下方向に相当するか否かが判定される。

タッチパネルに対するスワイプ入力における表示画面の上下方向成分の判定処理では、基準座標Ｒｍと現タッチ位置座標Ｔとの間の位置関係が所定の条件を満たすように維持され、当該条件から外れた場合に当該条件を満たすように基準座標Ｒｍが移動する。例えば、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ位置の軌跡（タッチ入力軌跡）の長さが閾値Ｌより長い場合、当該長さが閾値Ｌ以下となるように基準座標Ｒｍが当該タッチ入力軌跡上を現タッチ位置座標Ｔに向かって移動する（図示ｂ方向）。なお、上記長さが閾値Ｌ以下となるように上記タッチ入力軌跡上を現タッチ位置座標Ｔに向かって移動する基準座標Ｒｍは、閾値Ｌ以下の長さとなるまで時間経過に応じて所定の速度で閾値Ｌの長さとなるまで移動してもよいし、即時に閾値Ｌ以下の長さとなるように移動してもよい。また、タッチ位置座標Ｔに向かって基準座標Ｒｍを移動させる処理は、閾値Ｌより長くなる過去に記録されたタッチ位置座標Ｔを上記所定の速度に基づいて順次削除し、当該削除処理に応じて最も古いタッチ位置座標Ｔとなった位置が基準座標Ｒｍに設定されてもよい。このように基準座標Ｒｍがタッチ入力軌跡に沿って移動することによって、基準座標Ｒｍと現タッチ位置座標Ｔとの間は、その間のタッチ入力軌跡長さがＬ以下となる位置関係に維持され、当該移動後の基準座標Ｒｍから現タッチ位置座標Ｔに向かうベクトルＦＤが算出される。なお、タッチ入力が行われている限り、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さが閾値Ｌより短くても、基準座標Ｒｍが常に現タッチ位置座標Ｔに近づくようにタッチ入力軌跡上を移動してもよい。

ベクトルＦＤの長さが所定の長さ以上、かつ、ベクトルＦＤの方向が判定領域内にある場合、タッチパネルに対して表示画面の上方向または下方向のスワイプ入力が行われたと判定され、使用準備アイテムＩＰが発射アイテムＩＭとなって当該判定に応じた方向に発射される。例えば、図８に示すように、Ｙ軸正方向を中心とする所定の角度範囲が前方判定領域ＵＡとして設定され、Ｙ軸負方向を中心とする所定の角度範囲が後方判定領域ＬＡとして設定される。そして、ベクトルＦＤの長さが所定の長さ以上でベクトルＦＤの方向が前方判定領域ＵＡ内となった場合、使用準備アイテムＩＰが発射アイテムＩＭとなってプレイヤオブジェクトＰＯの前方（例えば、真正面方向）に発射される。また、使用準備アイテムＩＰがプレイヤオブジェクトＰＯの後方にも発射可能、かつ、ベクトルＦＤの長さが所定の長さ以上でベクトルＦＤの方向が後方判定領域ＬＡ内となった場合、使用準備アイテムＩＰが発射アイテムＩＭとなってプレイヤオブジェクトＰＯの後方（例えば、真後ろ方向）に発射される。なお、上記ベクトルＦＤの長さが所定の長さ以上であることを判定することが、第２基準座標を基準としたユーザ入力の座標変化が基準値以上であることを判定することの一例に相当する。また、上記ベクトルＦＤの方向が判定領域内にあることを判定することが、ユーザ入力の変化の向きが第２軸方向を基準とする所定の角度条件を満たすことを判定することの一例に相当する。

なお、後方判定領域ＬＡの角度範囲は、前方判定領域ＵＡの角度範囲より大きく設定してもよい。一般的に、タッチパネルを用いた下方向へのスワイプ入力は、上方向のスワイプ入力より難しいことが多く、特に情報処理装置３を把持した手の親指でタッチ操作をする場合に顕著となり、このように相対的に難しいスワイプ入力の判定条件を緩和することによって、操作性を向上することができる。また、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さを判定するための所定の長さは、判定する方向に応じて異なる閾値としてもよい。上述した理由により相対的に難しいスワイプ入力の判定条件を緩和するために、後方判定領域ＬＡ内であるか否かを判定する対象となるために要求されるタッチ入力軌跡の長さは、前方判定領域ＵＡであるか否かを判定する対象となるために要求されるタッチ入力軌跡の長さより短くてもよい。また、上記処理では、基準座標Ｒｍがタッチ入力軌跡に沿って移動する例を用いたが、基準座標Ｒｍが移動する態様はこれに限らない。例えば、基準座標Ｒｍと現タッチ位置座標Ｔとの直線距離が閾値Ｌ以下となるように、基準座標Ｒｍが現タッチ位置座標Ｔに向かって近づく直線上を移動してもよい。また、基準座標Ｒｍを基準座標Ｒ０と同じ位置、すなわちタッチオンされた位置に固定して設定してもよい。なお、異なる角度範囲に設定された上記前方判定領域ＵＡおよび後方判定領域ＬＡが、異なる値が用いられた基準値の一例に相当する。

また、上記入力判定に用いている基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さは、他のパラメータに代えてもかまわない。第１の例として、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さに代えて、基準座標Ｒｍと現タッチ位置座標Ｔとの間の直線距離を用いてもかまわない。第２の例として、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さに代えて、ベクトルＦＤにおけるＹ軸成分の長さを用いてもかまわない。第３の例として、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さに代えて、ベクトルＦＤの長さを用いてもかまわない。

また、タッチパネルに対するスワイプ入力における表示画面の上下方向成分の判定処理では、基準座標Ｒｍを用いずに判定してもかまわない。第１の例として、現タッチ位置座標Ｔまでのスワイプ位置の変化速度（例えば、前回検出された現タッチ位置座標Ｔから今回検出された現タッチ位置座標Ｔまでの長さや、直前に検出された所定時間内のタッチ入力軌跡の長さ）が基準値以上である場合に、当該変化速度が検出されたスワイプ入力の方向が前方判定領域ＵＡまたは後方判定領域ＬＡ内であれば、タッチパネルに対して表示画面の上方向または下方向のスワイプ入力が行われたと判定してもよい。第２の例として、現タッチ位置座標Ｔまでのスワイプ位置の変化速度が基準値以上である場合に、当該変化速度が検出されたスワイプ入力のＹ軸方向成分の長さが所定の長さ以上であれば、タッチパネルに対して表示画面の上方向または下方向のスワイプ入力が行われたと判定してもよい。

また、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さを判定する基準値となる所定の長さは、ユーザのスワイプ入力に応じて変化させてもよい。例えば、スワイプ入力における左右方向成分Ｘｔ−Ｘ０が所定の閾値以上の大きさである場合、上記基準値となる所定の長さを変化させてもよい。一例として、スワイプ入力における左右方向成分Ｘｔ−Ｘ０が所定の閾値以上の大きさである場合に、上記基準値となる所定の長さを長くすることによって、プレイヤオブジェクトＰＯのハンドルを左右に大きく切るような操作やいわゆるドリフト走行するような操作、すなわちスワイプ入力における変化量が大きい操作を行う場合に、ユーザが意図せずアイテムを前後に発射する操作を行ったと判定されることを防止することができる。他の例として、スワイプ入力における左右方向成分Ｘｔ−Ｘ０が所定の閾値以上の大きさである場合に、上記基準値となる所定の長さを短くすることによって、プレイヤオブジェクトＰＯのハンドルを左右に大きく切るような操作やいわゆるドリフト走行するような操作中にアイテムＩを発射する操作を行っても、当該発射操作による左右移動方向への影響を少なくすることができる。

また、上述した実施例では、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さが所定の長さ以上、かつ、ベクトルＦＤの方向が判定領域内にある条件を満たした場合に、プレイヤオブジェクトＰＯの真正面方向または真後ろ方向に発射アイテムＩＭが発射される。これは、スワイプ入力の上下方向成分のみを用いて判定する場合に、ユーザが左右方向のスワイプ入力をしたつもりであっても当該スワイプ入力に上下方向成分が含まれていることによって発射判定されることを防止するためであり、上記条件を設定することによって正確な入力判定が可能となる。また、プレイヤオブジェクトＰＯの真正面方向または真後ろ方向に発射方向を制限することによって、当該方向からずれた入力誤差を吸収することができ、操作の難易度を考慮することも可能である。しかしながら、このような効果を期待しない場合、発射アイテムＩＭが発射される方向は、プレイヤオブジェクトＰＯの真正面方向または真後ろ方向からずれた方向であってもよい。例えば、ベクトルＦＤの方向が前方判定領域ＵＡ内となった場合、Ｙ軸正方向とベクトルＦＤの方向との角度差に基づいて、プレイヤオブジェクトＰＯの真正面方向から当該角度差だけずれた方向に発射アイテムＩＭが発射されてもよい。また、ベクトルＦＤの方向が後方判定領域ＬＡ内となった場合、Ｙ軸負方向とベクトルＦＤの方向との角度差に基づいて、プレイヤオブジェクトＰＯの真後ろ方向から当該角度差だけずれた方向に発射アイテムＩＭが発射されてもよい。

また、発射アイテムＩＭが発射される方向は、プレイヤオブジェクトＰＯのタイプやプレイヤオブジェクトＰＯが用いている装備（例えば、プレイヤオブジェクトＰＯが乗車しているカート）に応じて異なってもよい。

また、上述したタッチパネルに対するスワイプ入力の判定処理においては、表示部３５の表示画面に定義された座標軸（ＸＹ軸）を基準としてタッチ入力方向の判定を行っているが、他の座標軸を基準としてタッチ入力方向を判定してもかまわない。例えば、図９に示すように、プレイヤオブジェクトＰＯに定義された座標軸を基準として、タッチ入力方向の判定を行うことが考えられる。

図９において、プレイヤオブジェクトＰＯは、表示部３５の表示画面において右に向いた状態で表示されている。そして、プレイヤオブジェクトＰＯの左右方向となる第１軸をｘ軸（プレイヤオブジェクトＰＯの右方向がｘ軸正方向）とし、プレイヤオブジェクトＰＯの前後方向となる当該第１軸と直交する第２軸をｙ軸（プレイヤオブジェクトＰＯの前方方向がｙ軸正方向）とするプレイヤオブジェクト座標系が定義される。このような座標系を用いる場合であっても、スワイプ操作の左右方向を判定するための基準座標Ｒ０をＲ０（ｘ０、ｘ０）として設定し、現タッチ位置座標ＴをＴ（ｘｔ、ｙｔ）として設定する。これによって、スワイプ入力におけるプレイヤオブジェクトＰＯの左右方向成分（ｘ軸方向成分）の大きさがｘｔ−ｘ０で算出し、スワイプ入力におけるプレイヤオブジェクトＰＯの前後方向成分（ｙ軸方向成分）の大きさがｙｔ−ｙ０で算出することができる。そしてｘ軸方向成分ｘｔ−ｘ０が正の値である場合、ｘｔ−ｘ０の絶対値に応じたハンドル角度で右方向にプレイヤオブジェクトＰＯの移動方向を変化させる。また、ｘ軸方向成分ｘｔ−ｘ０が負の値である場合、ｘｔ−ｘ０の絶対値に応じたハンドル角度で左方向にプレイヤオブジェクトＰＯの移動方向を変化させる。そして、タッチパネルに対してタッチオフされた場合、上記基準座標Ｒ０および現タッチ座標位置Ｔを初期化するとともに、所定の変化量でハンドル角度を中立位置まで戻すようにプレイヤオブジェクトＰＯの移動方向を変化させる。

また、上記プレイヤオブジェクト座標系において、スワイプ操作のプレイヤオブジェクトＰＯの前後方向を判定するための基準座標ＲｍをＲｍ（ｘｍ、ｘｍ）として設定する。そして、基準座標Ｒｍから現タッチ位置座標Ｔに向かうベクトルＦＤを算出し、当該ベクトルＦＤの方向に基づいて、タッチパネルに対するスワイプ入力がプレイヤオブジェクトＰＯの前方方向または後方方向に相当するか否かを判定する。また、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さが閾値Ｌより長い場合、当該長さが閾値Ｌ以下となるように基準座標Ｒｍを当該タッチ入力軌跡に沿って現タッチ位置座標Ｔに向かって移動させる。そして、ベクトルＦＤの長さが所定の長さ以上、かつ、ベクトルＦＤの方向が判定領域内にある場合、タッチパネルに対してプレイヤオブジェクトＰＯの前方方向または後方方向のスワイプ入力が行われたと判定され、使用準備アイテムＩＰが発射アイテムＩＭとなって当該判定に応じた方向に発射される。

例えば、プレイヤオブジェクト座標系では、図９に示す判定領域が用いられる。例えば、プレイヤオブジェクト座標系では、プレイヤオブジェクトＰＯの前方方向となるｙ軸正方向を中心とする所定の角度範囲が前方判定領域ＵＡｐとして設定され、プレイヤオブジェクトＰＯの後方方向となるｙ軸負方向を中心とする所定の角度範囲が後方判定領域ＬＡｐとして設定される。そして、ベクトルＦＤの長さが所定の長さ以上でベクトルＦＤの方向が前方判定領域ＵＡｐ内となった場合、使用準備アイテムＩＰが発射アイテムＩＭとなってプレイヤオブジェクトＰＯの前方（例えば、真正面方向）に発射される。また、使用準備アイテムＩＰがプレイヤオブジェクトＰＯの後方にも発射可能、かつ、ベクトルＦＤの長さが所定の長さ以上でベクトルＦＤの方向が後方判定領域ＬＡｐ内となった場合、使用準備アイテムＩＰが発射アイテムＩＭとなってプレイヤオブジェクトＰＯの後方（例えば、真後ろ方向）に発射される。また、上記ｘ軸が、第１軸の他の例に相当し、上記ｙ軸が第２軸の他の例に相当する。なお、上記プレイヤオブジェクトＰＯの真正面方向は、プレイヤオブジェクトＰＯの向いている方向の正面でもよいし、表示画面の画面真上方向(すなわち、仮想カメラとプレイヤオブジェクトＰＯを結ぶ方向)でもよい。

なお、プレイヤオブジェクト座標系において設定される前方判定領域ＵＡｐおよび後方判定領域ＬＡｐは、プレイヤオブジェクトＰＯが回転表示された場合、当該回転表示される角度に応じて表示画面に対して回転して設定される。このとき、前方判定領域ＵＡｐおよび後方判定領域ＬＡｐが表示画面に回転して設定されることに応じて、その範囲が拡大または縮小されてもよい。

このように、プレイヤオブジェクト座標系では、表示画面に表示されるプレイヤオブジェクトＰＯの向きが変化すると、スワイプ方向を判定するための座標軸（ｘｙ軸）が変化する。したがって、プレイヤオブジェクト座標系を用いる場合、タッチパネルをタッチ操作するユーザは、プレイヤオブジェクトＰＯの向きに応じたリアリティの高いスワイプ操作が可能となり、表示されているプレイヤオブジェクトＰＯの方向に応じた直感的なタッチ操作が可能となる。なお、プレイヤオブジェクト座標系の基準となるプレイヤオブジェクトＰＯの向きは、プレイヤオブジェクトＰＯが乗車しているカートの向きでもよいし、カートに乗車しているプレイヤオブジェクトＰＯの向きでもかまわない。カートにプレイヤオブジェクトＰＯが乗車している場合、それぞれの向きが異なることも考えられ、何れの向きに応じて前方判定領域ＵＡｐや後方判定領域ＬＡｐが設定されてもかまわない。一方、表示部３５の表示画面に定義された座標軸（ＸＹ軸）は、表示画面に表示されるプレイヤオブジェクトＰＯの方向が変化した場合でも当該表示画面に対して固定されている。したがって、表示画面に定義された座標軸を用いる場合、タッチパネルをタッチ操作するユーザは、固定された座標軸を用いたスワイプ操作が可能となり、表示されているプレイヤオブジェクトＰＯの方向とは無関係に固定された簡単な操作方法を用いたタッチ操作が可能となる。また、表示画面に定義された座標軸を用いる場合、タッチ操作を判定するための座標軸が固定されることによって、当該判定のための処理負荷を軽減することが可能となる。

なお、上述したタッチ入力方向の判定処理では、判定するタッチ入力方向に応じて異なる座標軸を用いてもかまわない。一例として、タッチパネルに対するスワイプ入力における左右方向成分の大きさの検出においては表示部３５の表示画面座標系を用いて判定し、タッチパネルに対するスワイプ入力における上下方向（プレイヤオブジェクトＰＯの前後方向）の検出においてはプレイヤオブジェクト座標系を用いることが考えられる。他の例として、タッチパネルに対するスワイプ入力における左右方向成分の大きさの検出においてはプレイヤオブジェクト座標系を用いて判定し、タッチパネルに対するスワイプ入力における上下方向の検出においては表示部３５の表示画面座標系を用いることが考えられる。このように異なる座標系を並行して用いてタッチ入力方向を判定する場合であっても、基準座標Ｒ０およびＲｍや現タッチ位置座標Ｔをそれぞれの座標系において設定することによって、同様にタッチ入力方向を判定することが可能となる。

また、上述した説明では、表示画面座標系を用いる操作判定とプレイヤオブジェクト座標系を用いる操作判定とを用いたが、何れの座標系を用いるかに関して、操作対象毎にユーザ選択可能にしてもよい。上述したように何れの座標系を用いる場合であっても利点があるため、ユーザの好みによって選択可能にすることによって、さらに操作性を向上させることが可能となる。

また、アイテムの使用においては、表示画面に表示された所持枠ＨＦ内のアイテムＩや使用準備位置の使用準備アイテムＩＰ上のタッチパネルをタッチ操作（例えば、タップ操作）されることによって、当該タッチ操作されたアイテムが使用されてもよい。具体的には、使用準備アイテムＩＰ上のタッチパネルをタッチオンしたタイミング、または使用準備アイテムＩＰ上のタッチパネルをタッチオンした後にタッチオフしたタイミングで、タッチ操作されたアイテムが使用される。この場合、タッチ操作されたアイテムがプレイヤオブジェクトＰＯから発射されるタイプであれば、その発射方向がデフォルト方向に設定されてもよい。なお、表示画面に表示された所持枠ＨＦ内のアイテムＩや使用準備位置の使用準備アイテムＩＰ上のタッチパネルをタッチ操作することによってこれらのアイテムが使用される場合であっても、スワイプ操作（ドラッグ操作）された方向（例えば、表示画面の上方向や下方向）に応じて当該アイテムが発射される方向が変化してもかまわない。

また、入力方向を判定するための判定領域（前方判定領域ＵＡ、後方判定領域ＬＡ、前方判定領域ＵＡｐ、および後方判定領域ＬＡｐ）は、プレイヤオブジェクトＰＯの動作に応じて、その大きさが変化してもかまわない。例えば、プレイヤオブジェクトＰＯがハンドル角度とは異なる方向に向く動作（例えば、ドリフト走行動作、スピン動作等）をしている状態において、上記判定領域の大きさを狭く変化させてもよい。プレイヤオブジェクトＰＯがハンドル角度とは異なる方向に向くように動作している場合、ユーザが入力した方向がユーザの操作の意図とは異なって判定領域内に入ってしまうことが考えられる。したがって、このようなプレイヤオブジェクトＰＯの動作に対応して判定領域を狭くすることによって、ユーザの意図とは異なる操作判定を少なくすることができる。

また、上述した説明では、タッチパネルに対するスワイプ入力における左右方向成分の大きさに応じて、プレイヤオブジェクトＰＯの移動方向を制御しているが、少なくとも当該左右成分の大きさを用いていれば、他の操作や他の方向成分を加えてもかまわない。一例として、所定の操作（例えば、所定の操作ボタンを押下する操作や所定の操作ボタン画像へのタッチ操作）が行われている状態に限って、タッチパネルに対するスワイプ入力における左右方向成分の大きさに応じて、プレイヤオブジェクトＰＯの移動方向を制御してもよい。他の例として、タッチパネルに対するスワイプ入力における左右方向成分の大きさおよび上下方向成分の大きさに応じて、プレイヤオブジェクトＰＯの移動方向を制御してもよい。この場合、スワイプ入力における上下左右方向成分に応じてプレイヤオブジェクトＰＯの左右移動方向を制御することとなり、一例として、スワイプ入力における左右方向成分が＋１．７３、上下方向成分が＋１．００の場合に右へのハンドリング量として２が用いられることが考えられる。

また、タッチパネルに対するスワイプ入力における上下方向成分に応じて、アイテムＩに対する動作制御が行われているが、少なくとも当該上下成分を用いていれば、他の操作や他の方向成分を加えてもかまわない。一例として、所定の操作（例えば、所定の操作ボタンを押下する操作や所定の操作ボタン画像へのタッチ操作）が行われている状態に限って、タッチパネルに対するスワイプ入力における上下方向成分の大きさに応じて、アイテムＩに対する動作を制御してもよい。他の例として、タッチパネルに対するスワイプ入力における上下方向成分および左右方向成分に応じて、アイテムＩに対する動作を制御してもよい。この場合、スワイプ入力における上下方向成分に応じてアイテムＩの発射動作を制御し、スワイプ入力における左右方向成分に応じて発射されたアイテムＩの方向を制御することが考えられる。

また、上述した説明では、タッチパネルに対するスワイプ入力における左右方向成分の大きさに応じて、プレイヤオブジェクトＰＯの移動方向を制御しているが、他の要素を制御してもかまわない。例えば、プレイヤオブジェクトＰＯの主観視点によるゲーム画像が表示される場合、タッチパネルに対するスワイプ入力における左右方向成分の大きさに応じて、当該ゲーム画像を生成するための仮想カメラの移動方向を制御することが考えられる。また、タッチパネルに対するスワイプ入力における上下方向成分に応じて、アイテムＩに対する動作制御が行われているが、他の要素を制御してもかまわない。例えば、ビームを撃つ動作、装備を切り替える操作、ターゲットを切り替える動作、視界や視点を切り替える操作等の動作制御を、タッチパネルに対するスワイプ入力における上下方向成分に応じて行うことが考えられる。

また、上述した実施例では、ベクトルＦＤの長さが所定の長さ以上、かつ、ベクトルＦＤの方向が判定領域内にある条件が満たされることに応じて、使用準備アイテムＩＰが発射アイテムＩＭとなって当該判定に応じた方向に発射される例を用いたが、発射アイテムＩＭとなって発射されるタイミングは、他のタイミングであってもよい。例えば、ベクトルＦＤの長さ以上、かつ、ベクトルＦＤの方向が判定領域内にある条件が満たされた後、タッチパネルからタッチオフされることに応じて、使用準備アイテムＩＰが発射アイテムＩＭとなって当該判定に応じた方向に発射されてもよい。

また、上述した実施例では、アイテムＩが発射アイテムＩＭとなって発射される位置（使用準備位置）を、プレイヤオブジェクトＰＯが乗車するカートの後部に設定されているが、他の位置に設定されてもよい。一例として、プレイヤオブジェクトＰＯが乗車するカートの前部等、プレイヤオブジェクトＰＯが乗車するカートの他の位置やカート近傍から発射アイテムＩＭが発射されてもよい。他の例として、表示画面の上端または下端やコース外に設けられた発射位置等に使用準備位置が設定され、プレイヤオブジェクトＰＯが乗車するカートとは離れた位置から発射アイテムＩＭが発射されてもよい。

また、発射された発射アイテムＩＭが移動する速度は、発射アイテムＩＭのタイプに応じて設定されてもよいし、ユーザ入力に応じて変化してもよい。例えば、発射アイテムＩＭを発射するためのスワイプ入力が行われた速度（スワイプ入力が行われた際にタッチ位置が移動する速度）に応じて、発射された発射アイテムＩＭが移動する速度が変化してもよい。

また、上述した説明では、ベクトルＦＤの長さが所定の長さ以上、かつ、ベクトルＦＤの方向が判定領域内にある場合、タッチパネルに対して表示画面の上方向または下方向のスワイプ入力が行われたと判定され、使用準備アイテムＩＰが発射アイテムＩＭとなって当該判定に応じた方向に発射される例を用いたが、タッチ入力軌跡を用いてスワイプ入力方向が判定されてもかまわない。例えば、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さが所定の長さ以上、かつ、ベクトルＦＤの方向が判定領域内にある場合に、タッチパネルに対して表示画面の上方向または下方向のスワイプ入力が行われたと判定してもかまわない。この場合、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さが所定の長さ以上であることを判定することが、第２基準座標を基準としたユーザ入力の座標変化が基準値以上であることを判定することの他の例に相当する。

ここで、所定時間前のタッチ位置座標Ｔと現タッチ位置座標Ｔとの差を用いてスワイプ入力方向を判定することを考えた場合、タッチオンされてから当該所定時間を経過するまではスワイプ入力方向の判定ができないことになる。一例として、０．５秒前にタッチ入力されたタッチ位置座標Ｔと現タッチ位置座標Ｔとの差が所定値以上であることをスワイプ入力方向の判定に用いた場合、タッチオンして即時に大きくスワイプ操作したとしても、０．５秒間はスワイプ入力方向が判定されないため、アイテムを発射するまでの応答性が低下してユーザに違和感を与えることが考えられる。一方、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さを用いてスワイプ入力方向を判定する場合、タッチオンしてから即時に大きくスワイプ操作した場合に即時にスワイプ入力方向が判定されるため、アイテムを発射するまでの応答性が向上してユーザに違和感を与えることがない。

なお、上述したように、タッチ入力軌跡の長さが閾値Ｌよりも長い場合、当該タッチ入力軌跡の長さが当該閾値Ｌ以下となるまで、タッチ位置座標Ｔの履歴からより古い履歴を所定の速度で削除することによって当該削除後に最も古いタッチ位置座標Ｔの履歴を基準座標Ｒｍとして設定している。これによって、タッチ入力軌跡の長さが閾値Ｌよりも長い場合、当該タッチ入力軌跡の長さが当該閾値Ｌ以下となるまで、タッチ位置座標Ｔの履歴のうち、より新しいタッチ位置座標Ｔを新たな基準座標Ｒｍとして再設定される処理が繰り返されていることになり、このようなタッチ入力軌跡および基準座標Ｒｍを用いて上述したスワイプ入力方向の判定が行われている。このように、より新しいタッチ位置座標Ｔを新たな基準座標Ｒｍとして再設定される処理が行われる場合、上述したスワイプ入力が行われたと判定されるための判定条件の１つである基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さが所定の長さ以上であることを判定する際の「所定の長さ」は、閾値Ｌより短く設定することが望ましい。

また、タッチ入力されている時間に応じて基準座標Ｒｍが再設定されてもよい。例えば、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡として保持されるタッチ位置座標Ｔの履歴を、所定の処理回数分（例えば、５フレーム分に対応する５点のタッチ位置座標Ｔの履歴）だけ保持して、当該履歴を用いてスワイプ入力方向を判定してもよい。一例として、上記履歴のうち、最古の履歴となるタッチ位置座標Ｔと最新の履歴となる現タッチ位置座標Ｔとを比較した値を、上記タッチ入力軌跡として用いてもかまわない。この場合、最古の履歴となるタッチ位置座標Ｔは、基準座標Ｒｍとして機能していることになる。これによって、タッチ入力軌跡を生成するために継続しているタッチ操作しているタッチ入力時間の長さが所定の時間（例えば、５フレーム）よりも長い場合、当該タッチ入力軌跡を生成するために要した時間が当該所定の時間以下となるように、タッチ位置座標Ｔの履歴のうち、より新しいタッチ位置座標Ｔを新たな基準座標Ｒｍとして再設定される処理が繰り返されていることになり、このようなタッチ入力軌跡および基準座標Ｒｍを用いて上述したスワイプ入力方向の判定が行われていることになる。なお、上記履歴が所定の処理回数分に満たない場合、当該履歴のうち、最古の履歴となるタッチ位置座標Ｔと最新の履歴となる現タッチ位置座標Ｔとを比較した値を、上記タッチ入力軌跡として用いればよい。なお、タッチ入力されている時間に応じて基準座標Ｒｍが再設定されるこれらの記載は、「ベクトルＦＤ」および「タッチ入力軌跡」のいずれを用いた処理でも適宜適用できる。

ベクトルＦＤの長さや上記タッチ入力軌跡の長さを判定するための閾値となる上記所定の長さは、上方向へのスワイプ操作と判定される長さと下方向へのスワイプ操作と判定される長さと異なる長さに設定してもよい。一例として、上方向へのスワイプ操作と判定される上記所定の長さと比べて、下方向へのスワイプ操作と判定される上記所定の長さを短く設定することによって、スワイプ操作が相対的に難しい下方向へのスワイプ操作が判定されやすくしてもよい。

また、ベクトルＦＤの長さや上記タッチ入力軌跡の長さを判定するための閾値となる上記所定の長さは、タッチオンからの経過時間に応じて変化させてもかまわない。一例として、継続してタッチ操作されている時間が０．２秒未満の場合、当該時間が０．２秒以上において設定される上記閾値の０．２５倍にしてもよい。これによって、タッチオンして即時にスワイプ操作した場合に、スワイプ操作が判定されやすくすることができる。

また、ベクトルＦＤの長さや上記タッチ入力軌跡の長さを判定するための閾値となる上記所定の長さは、一方への方向へのスワイプ操作が行われたと判定された後では、他方への方向へのスワイプ操作が行われたと判定されるための当該閾値が変化してもかまわない。一例として、上方向および下方向の一方へのスワイプ操作が行われたと判定された後もタッチ操作が継続している場合、上方向および下方向の他方へのスワイプ操作が行われたと判定されるための上記所定の長さを１．５倍に変化させてもよい。これによって、一方への方向にスワイプ操作された後は、タッチ操作している指を単に元のタッチ位置に戻すために逆方向に動かす傾向があったとしても、そのような場合にユーザの意図に反するスワイプ操作の判定が行われることを防止することができる。なお、ベクトルＦＤの長さや上記タッチ入力軌跡の長さを判定するための閾値となる上記所定の長さを長く変化させる場合、基準座標Ｒｍと現タッチ位置座標Ｔとの間に形成されているタッチ入力軌跡の長さを維持するための上記閾値Ｌも長く変化（例えば、閾値Ｌを１．５倍）させてもよい。

上述したスワイプ操作の判定を行う情報処理装置３で実行される情報処理プログラムは、以下に示す構成であってもよい。

情報処理プログラムは、ユーザの操作に基づいた処理を行う装置に含まれるコンピュータで実行される。情報処理プログラムは、入力受付手段、座標記憶手段、基準座標設定手段、軌跡計算手段、および方向判定手段として上記コンピュータを機能させる。入力受付手段は、ユーザによる座標入力を受け付ける。座標記憶手段は、継続して行われた前記座標入力の座標を逐次記憶する。基準座標設定手段は、座標記憶手段に記憶された座標のうち１つを基準座標として設定する。軌跡計算手段は、基準座標を開始点として、座標入力の軌跡の長さを計算する。方向判定手段は、座標記憶手段に記憶された座標のうち、基準座標以後に入力された少なくとも２つの座標を用いて、座標入力が示す方向を判定する。基準座標設定手段は、軌跡の長さが所定の閾値よりも長い場合、当該軌跡の長さが当該所定の閾値以下となるまで、座標記憶手段に記憶された座標のうち、より新しい座標を基準座標として設定する処理を繰り返す。

また、上記情報処理プログラムは、ゲーム動作実行手段として、さらに上記コンピュータを機能させてもよい。ゲーム動作実行手段は、上記方向判定手段が判定した方向に基づいて、所定のゲーム動作の方向を決定して当該ゲーム動作を実行してもよい。

また、上記ゲーム動作実行手段は、上記座標記憶手段に記憶された座標のうち、基準座標以後に入力された２つの座標の差が所定値以上のときに、ゲーム動作の方向を決定して当該ゲーム動作を実行してもよい。

また、上記２つの座標は、基準座標と座標入力の最新の座標とであってもよい。

また、上記ゲーム動作実行手段は、軌跡の長さが所定値以上のときにゲーム動作の方向を決定して当該ゲーム動作を実行してもよい。

次に、図１０〜図１４を用いて情報処理システム１において行われる第１アイテム抽選処理例の概要について説明する。第１アイテム抽選処理例は、プレイヤオブジェクトＰＯが所持しているアイテムＩ（ゲームオブジェクト）が所定の組み合わせ条件を満たした場合に、ゲームを相対的に有利に進めることができる効果をプレイヤオブジェクトＰＯに付与するための処理である。なお、図１０は、情報処理装置３の表示部３５に表示されるゲーム画像の例を示す図である。図１１は、情報処理装置３の表示部３５に表示されるゲーム画像の例を示す図である。図１２は、所持枠ＨＦ内に所持されるアイテムＩの状態変移の一例を示す図である。図１３は、所持枠ＨＦ内に所持されるアイテムＩの状態変移の他の例を示す図である。図１４は、抽選テーブルの一例を示す図である。

図１０において、図４および図５と同様に、情報処理装置３の表示部３５には、情報処理装置３でプレイされているゲームに対応したゲーム画像が表示され、その一例としてプレイヤオブジェクトＰＯがレースゲームを行う一場面が表示されている。例えば、上記ゲームにおいて、プレイヤオブジェクトＰＯは、仮想世界内に設けられたコース上をカートに乗車して走行しており、当該コース上に設置されたアイテムボックスＩＢを通過して開封することによって、新たなアイテムＩを取得することができる。なお、プレイヤオブジェクトＰＯは、空枠Ｅの所持枠ＨＦがある場合に限って、新たなアイテムＩを取得することができる。

プレイヤオブジェクトＰＯがアイテムボックスＩＢを通過して開封する際、取得する新たなアイテムＩを抽選する演出が行われる。例えば、空枠Ｅの所持枠ＨＦ内において、ドラムロール式やフラップ式等によって複数種類のアイテムＩがシャッフルされて順次表示される抽選演出表示（以下、回転抽選表示と記載する）が行われた後、何れか１つのアイテムＩを所持枠ＨＦ内で停止表示させることによって、所持枠ＨＦ内で停止表示されたアイテムＩが抽選で確定して取得されたことが示される。例えば、図１０では、プレイヤオブジェクトＰＯがアイテムボックスＩＢを通過することに応じて、複数種類のアイテムＩが順次表示されて抽選中であることを示す回転表示アイテムＩＲが、全所持枠ＨＦ（３つの枠）内において回転抽選表示されている例を示している。なお、上記アイテムＩを取得するための抽選は、既にアイテムＩが表示されている所持枠ＨＦに対しては行われない。つまり、所持枠ＨＦにおいて、空枠ＥとアイテムＩの表示枠とが混在している場合、空枠Ｅに対してのみ上記抽選が行われることになる。また、空枠Ｅの所持枠ＨＦがない場合、上記抽選が行われないため、プレイヤオブジェクトＰＯは、当該抽選によって新たなアイテムＩを取得できない状態となる。なお、アイテムボックスＩＢが配置されている位置までプレイヤオブジェクトＰＯが到達しなくても、アイテムボックスＩＢが配置されている特定の位置とプレイヤオブジェクトＰＯの位置が所定の位置関係になることによって、取得する新たなアイテムＩを抽選する演出が行われてもよい。例えば、プレイヤオブジェクトＰＯがアイテムボックスＩＢから所定の距離内に入る、アイテムボックスＩＢの真上または真下を通過する、リング状のアイテムボックスＩＢの中を通過する場合に、取得する新たなアイテムＩを抽選する演出が行われてもよい。なお、アイテムボックスＩＢは、コース上における特定の位置に設置されてもよいし、時間経過に応じてコース上の任意の位置に出現してもよい。

所持枠ＨＦ内において停止表示されたアイテムＩは、プレイヤオブジェクトＰＯが抽選によって取得したことが確定し、当該確定後に上述した操作方法によってプレイヤオブジェクトＰＯが所定の順番（例えば、取得順）で１つずつ使用することができる。そして、プレイヤオブジェクトＰＯは、アイテムＩを使用することによって、レースを進める上で有利な効果を得ることができる。

図１１に示すように、本実施例では、全所持枠ＨＦにおいて同じアイテムＩが抽選によって確定した場合、いわゆる「フィーバー状態」となる当たりとなり、プレイヤオブジェクトＰＯがレースを進める上でさらに有利な効果を得ることができる。一例として、プレイヤオブジェクトＰＯが「フィーバー状態」となった場合、予め定められたフィーバー期間中に限って「フィーバー状態」となったアイテムを連続して使用することができる。なお、後述により明らかとなるが、各アイテムＩには固有のオブジェクトＩＤが設定されており、「フィーバー状態」になったか否かについては、所持枠ＨＦ毎に設定されるオブジェクトＩＤを用いて判定される。なお、フィーバー期間は、プレイヤオブジェクトＰＯが用いている装備等に応じて、変化してもかまわない。

例えば、図１１の例では、左端の所持枠ＨＦに甲羅のアイテムＩ１が停止表示され、中央の所持枠ＨＦに甲羅のアイテムＩ２が停止表示され、右端の所持枠ＨＦに甲羅のアイテムＩ３が停止表示されており、抽選によって全所持枠ＨＦにおいて同じ甲羅のアイテムＩが確定した状態となっている。この場合、所定期間内において甲羅のアイテムによる「フィーバー状態」となり、予め定められたフィーバー期間中に限って、甲羅のアイテムを用いた有利な効果がプレイヤオブジェクトＰＯに与えられる。例えば、甲羅のアイテムによる「フィーバー状態」では、プレイヤオブジェクトＰＯの周辺に複数の甲羅のアイテムＩＦが配置されて、甲羅のアイテムによる「フィーバー状態」であることがユーザに示される。そして、ユーザがタッチパネルに対して何らかのタッチ操作を行っている場合、所定の周期で連続して甲羅の発射アイテムＩＭがプレイヤオブジェクトＰＯの前方に発射される。つまり、通常状態おいて甲羅のアイテムＩを使用した場合、甲羅の発射アイテムＩＭをプレイヤオブジェクトＰＯから単発で発射することができるが、甲羅のアイテムによる「フィーバー状態」では、複数発の甲羅の発射アイテムＩＭをプレイヤオブジェクトＰＯから連続発射することができる。また、「フィーバー状態」では、アイテムを発射するためのスワイプ操作をしなくても所定の周期で連続して甲羅の発射アイテムＩＭが発射されるため、タッチ操作によってプレイヤオブジェクトＰＯの移動方向を制御しながら、繰り返しアイテムを使用することが容易となる。さらに、通常状態において、所持枠ＨＦ毎に１回アイテムＩを使用することができるため、所持枠ＨＦの数、すなわちアイテムＩを例えば３回使用することができるが、同じアイテムＩが３つ揃った「フィーバー状態」となったフィーバー期間中は、所持枠ＨＦの数に限らずに連続して無制限（すなわち、所持枠ＨＦの数以上であり、例えば、４回以上）にアイテムＩを使用することができるため、ユーザにとって通常状態より非常に有利な状態となる。

なお、「フィーバー状態」においてプレイヤオブジェクトＰＯから発射される発射アイテムＩＭの方向は、所定の方向（例えば、プレイヤオブジェクトＰＯの真正面方向）に固定されてもよいし、プレイヤオブジェクトＰＯの周辺方向となるランダムな方向に逐次発射されてもよい。また、「フィーバー状態」において発射アイテムＩＭの発射条件を満たすベクトルＦＤ（すなわち、ベクトルＦＤの長さが所定の長さ以上、かつ前方判定領域ＵＡまたは後方判定領域ＬＡ内の方向となるベクトルＦＤ）が設定された場合、当該ベクトルＦＤの方向に基づいて発射アイテムＩＭが逐次発射されてもよい。

また、「フィーバー状態」においてプレイヤオブジェクトＰＯの周辺に配置される複数のアイテムＩＦは、フィーバー期間の経過に応じてその表示数を減らして表示してもよい。これによって、情報処理装置３のユーザは、アイテムＩＦの表示数によって、フィーバー期間の残り時間を把握することが可能となる。なお、表示数を減らしてフィーバー期間の残り時間を報知するための画像は、プレイヤオブジェクトＰＯの周辺に配置される複数のアイテムＩＦでなくてもよい。例えば、フィーバー期間の経過に応じて、所持枠ＨＦ内に表示されているアイテムＩの数を減らして表示してもよい。

次に、図１２および図１３を参照して、新たなアイテムＩを抽選するゲーム進行の一例（所持枠ＨＦの状態が推移する一例）について説明する。

図１２において、所持枠ＨＦの初期状態の一例である状態Ａでは、全所持枠ＨＦが空枠Ｅとなっている。この状態Ａにおいて、プレイヤオブジェクトＰＯがアイテムボックスＩＢを通過して開封した場合、全所持枠ＨＦが抽選対象となったアイテム抽選が行われる。これによって、全所持枠ＨＦを対象として回転表示アイテムＩＲが回転抽選表示される状態Ｂとなる。なお、上記状態Ｂにおいて、「フィーバー状態」の当たりとなる確率の制御が行われているが、当該確率制御については後述する。

状態Ｂにおけるアイテム抽選において「フィーバー状態」の当たりとなる場合、全所持枠ＨＦが同じアイテムＩが停止表示されて確定される状態Ｃとなる。例えば、状態Ｃでは、左端の所持枠ＨＦに甲羅のアイテムＩ１が停止表示され、中央の所持枠ＨＦに甲羅のアイテムＩ２が停止表示され、右端の所持枠ＨＦに甲羅のアイテムＩ３が停止表示されている。すなわち、状態Ｂにおけるアイテム抽選の結果、全所持枠ＨＦにおいて同じ甲羅のアイテムＩが確定される甲羅のアイテムによる「フィーバー状態」に当たったことが状態Ｃにおいて示されている。これによって、プレイヤオブジェクトＰＯは、甲羅のアイテムによる「フィーバー状態」となったレースを進行する。

甲羅のアイテムによる「フィーバー状態」となった後、所定のフィーバー期間が経過すると、プレイヤオブジェクトＰＯの「フィーバー状態」が終了し、全所持枠ＨＦが空枠Ｅとなった状態Ｄとなる。このように全所持枠ＨＦが空枠Ｅとなることによって、全所持枠ＨＦが抽選対象となったアイテム抽選を再度行うことができる状態となる。

状態Ｄにおいて、プレイヤオブジェクトＰＯがアイテムボックスＩＢと再通過して開封した場合、全所持枠ＨＦが抽選対象となったアイテム抽選が再度行われる。これによって、全所持枠ＨＦを対象として回転表示アイテムＩＲが回転抽選表示される状態Ｅとなる。

状態Ｅにおけるアイテム抽選においてはずれた場合、全所持枠ＨＦにおいて少なくとも１つが異なったアイテムＩが停止表示されて確定される状態Ｆとなる。例えば、状態Ｆでは、左端の所持枠ＨＦと右端の所持枠ＨＦとが同じ甲羅のアイテムＩ１およびＩ３が停止表示されているが、中央の所持枠ＨＦに異なるバナナのアイテムＩ２が停止表示されている。すなわち、状態Ｅにおけるアイテム抽選の結果、はずれたことが状態Ｆにおいて示されている。状態Ｆによる所持枠ＨＦにそれぞれ表示されているアイテムＩ１〜Ｉ３は、個別にプレイヤオブジェクトＰＯが使用することができる。

図１３において、状態Ｆにおける左端の所持枠ＨＦに表示されているアイテムＩ１が使用された場合、当該左端の所持枠ＨＦが空枠Ｅとなった状態Ｇとなる。このように、少なくとも１つの所持枠ＨＦが空枠Ｅとなることによって、当該空枠Ｅが抽選対象となったアイテム抽選を行うことができる状態となる。

状態Ｇにおいて、プレイヤオブジェクトＰＯがアイテムボックスＩＢと再通過して開封した場合、左端の所持枠ＨＦの空枠Ｅが抽選対象となったアイテム抽選が行われる。これによって、左端の所持枠ＨＦの空枠Ｅのみを対象として回転表示アイテムＩＲが回転抽選表示される状態Ｈとなる。しかしながら、状態Ｈでは、中央の所持枠ＨＦと右端の所持枠ＨＦとに異なるアイテムＩ２およびＩ３が既に確定表示されているため、左端の所持枠ＨＦの空枠ＥにおいてどのようなアイテムＩが確定したとしてもアイテム抽選でははずれとなって、左端の所持枠ＨＦにおいてアイテムＩ１が停止表示された状態Ｉとなる。一例として、所持枠ＨＦ内にそれぞれ表示されているアイテムＩは、ＦＩＦＯ（先入れ先出し）方式によって使用することができる。すなわち、状態Ｉでは、所持枠ＨＦにそれぞれ表示されているアイテムＩ１〜Ｉ３のうち、アイテムＩ１が最後に取得されたため、プレイヤオブジェクトＰＯがアイテムＩ１〜Ｉ３を使用する際には、アイテムＩ１を最後に使用することができる。なお、所持枠ＨＦ内にそれぞれ表示されているアイテムＩの使用順序は、ＦＩＦＯ（先入れ先出し）方式でなくてもよい。例えば、ユーザが所持枠ＨＦ内に表示されている何れかのアイテムＩを選択する操作（例えば、アイテムＩ上のタッチパネルをタッチする操作）を行うことによって、選択されたアイテムＩが使用されるようにしてもよい。

状態Ｉにおける中央の所持枠ＨＦに表示されているアイテムＩ２および右端の所持枠ＨＦに表示されているアイテムＩ３が使用された場合、当該中央および右端の所持枠ＨＦが空枠Ｅとなった状態Ｊとなる。このように２つの所持枠ＨＦが空枠Ｅとなることによって、当該２つの空枠Ｅが抽選対象となったアイテム抽選を行うことができる状態となる。

状態Ｊにおいて、プレイヤオブジェクトＰＯがアイテムボックスＩＢと再通過して開封した場合、中央および右端の所持枠ＨＦの空枠Ｅが抽選対象となったアイテム抽選が行われる。これによって、中央および右端の所持枠ＨＦの空枠Ｅを対象として回転表示アイテムＩＲが回転抽選表示される状態Ｋとなる。ここで、状態Ｊでは、左端の所持枠ＨＦにアイテムＩ１が既に確定表示されているが、中央および右端の所持枠ＨＦの空枠ＥにおいてアイテムＩ１と同じ種類のアイテムＩが確定すると「フィーバー状態」の当たりとなる可能性がある。

状態Ｋにおけるアイテム抽選において「フィーバー状態」の当たりとなる場合、中央および右端の所持枠ＨＦもアイテムＩ１と同じ種類のアイテムＩが停止表示されて確定される状態Ｌとなる。例えば、状態Ｌでは、左端の所持枠ＨＦにキノコのアイテムＩ１が停止表示され、中央の所持枠ＨＦにキノコのアイテムＩ２が停止表示され、右端の所持枠ＨＦにキノコのアイテムＩ３が停止表示されている。すなわち、状態Ｋにおけるアイテム抽選の結果、全所持枠ＨＦにおいて同じキノコのアイテムＩが確定されるキノコのアイテムによる「フィーバー状態」に当たったことが状態Ｌにおいて示されている。これによって、プレイヤオブジェクトＰＯは、キノコのアイテムによる「フィーバー状態」となったレースを進行する。

このように、情報処理システム１において行われる第１アイテム抽選処理例においては、複数の所持枠にそれぞれ含まれるアイテムＩの少なくとも１つを選択して使用することにより、当該選択されたアイテムＩの種類に基づいたゲーム内効果を得ることができるとともに、当該ゲーム内効果を発生させたアイテムＩが表示されていた所持枠を空枠Ｅとしている。また、アイテム抽選によって、上記複数の所持枠に含まれるアイテムＩが全て同じになる条件を満たした場合、上記ゲーム内効果よりさらに有利なゲーム内効果を得ることができる。

次に、図１４を参照して、「フィーバー状態」の当たりとなる確率を設定する抽選テーブルの一例について説明する。

図１４において、抽選テーブルは、所持枠ＨＦの空枠Ｅの数および「フィーバー状態」とするアイテムＩの種類に対応する当たり確率が記述されている。そして、抽選テーブルは、アイテムＩ毎の当たり確率を積算することによる、全体の当たり確率も記述されている。

例えば、図１４に例示する抽選テーブルでは、全所持枠ＨＦが空枠Ｅとなって回転抽選状態となる全枠回転におけるアイテム抽選では、甲羅のアイテムで当たる確率が１０％、バナナのアイテムで当たる確率が１０％、キノコのアイテムで当たる確率が１０％にそれぞれ設定されている。また、上記抽選テーブルでは、１つまたは２つの所持枠ＨＦに甲羅のアイテムＩが確定表示され、残りの所持枠ＨＦが空枠Ｅ（すなわち、空枠Ｅの所持枠ＨＦと甲羅のアイテムＩが確定表示された所持枠ＨＦとが混在している状態）となって回転抽選状態となる非全枠回転におけるアイテム抽選では、甲羅のアイテムで当たる確率が１０％、バナナおよびキノコのアイテムで当たる確率が０％にそれぞれ設定されている。また、上記抽選テーブルでは、１つまたは２つの所持枠ＨＦにバナナのアイテムＩが確定表示され、残りの所持枠ＨＦが空枠Ｅ（すなわち、空枠Ｅの所持枠ＨＦとバナナのアイテムＩが確定表示された所持枠ＨＦとが混在している状態）となって回転抽選状態となる非全枠回転におけるアイテム抽選では、バナナのアイテムで当たる確率が１０％、甲羅およびキノコのアイテムで当たる確率が０％にそれぞれ設定されている。そして、上記抽選テーブルでは、１つまたは２つの所持枠ＨＦにキノコのアイテムＩが確定表示され、残りの所持枠ＨＦが空枠Ｅ（すなわち、空枠Ｅの所持枠ＨＦとキノコのアイテムＩが確定表示された所持枠ＨＦとが混在している状態）となって回転抽選状態となる非全枠回転におけるアイテム抽選では、キノコのアイテムで当たる確率が１０％、甲羅およびバナナのアイテムで当たる確率が０％にそれぞれ設定されている。

上記抽選テーブルでは、全枠回転によって何れかのアイテムで当たる確率が３０％に設定されているが、非全枠回転によって何れかのアイテムで当たる確率が１０％に設定されている。つまり、上記抽選テーブルを用いた場合、「フィーバー状態」の当たりとなる確率は、全所持枠ＨＦを空枠Ｅとしてアイテム抽選する場合が最も高確率となる。これは、どのような状態のアイテム抽選においてもアイテム毎の当たり確率を一定にしているためである。したがって、このような抽選テーブルを用いることによって、ユーザ所望のアイテムＩを所持枠ＨＦに確定状態で残して当該アイテムＩによる当たりを高確率にするような戦略を防止することができる。

なお、上記抽選テーブルは、サーバ２００において管理され、情報処理装置３におけるゲームが開始される時点でサーバ２００から情報処理装置３へ送信されてもよい。この場合、サーバ２００は、プレイされる時期や情報処理装置３のユーザのレベル等に応じて、異なる抽選テーブルを送信してもよい。また、サーバ２００は、ゲームの状況に応じてそれぞれ別の抽選テーブルが用いられるように設定してもよい。例えば、サーバ２００は、レースの周回数、レースの順位、コースやレースの種類、プレイヤオブジェクトＰＯの種類等に応じて、異なる抽選テーブルをそれぞれ設定してもよい。一例として、レースの終盤に近いほど、すなわち周回数を重ねるほど、「フィーバー状態」の当たりとなる確率を高くする抽選テーブルを設定することが考えられる。他の例として、プレイヤオブジェクトＰＯがレースに用いている装備に応じて、異なる抽選テーブルを設定してもよい。例えば、プレイヤオブジェクトＰＯが特殊な装備を用いている場合、「フィーバー状態」の当たりとなる確率を高くする抽選テーブルを設定することが考えられる。

また、「フィーバー状態」の当たりとなった場合、当たりとなったアイテムＩによる効果とは別に、プレイヤオブジェクトＰＯにさらなる効果が与えられてもよい。一例として、甲羅のアイテムによる「フィーバー状態」の当たりとなった場合、フィーバー期間中において甲羅の発射アイテムＩＭを連続発射できる効果をプレイヤオブジェクトＰＯに与えるとともに、当該プレイヤオブジェクトＰＯの走行速度が加速または減速するような効果が当該プレイヤオブジェクトＰＯに与えられてもよい。他の例として、甲羅のアイテムによる「フィーバー状態」の当たりとなった場合、フィーバー期間中において甲羅の発射アイテムＩＭを連続発射できる効果をプレイヤオブジェクトＰＯに与えるとともに、敵オブジェクトＥＯからの攻撃を受けたり他のオブジェクトと衝突したりしても走行に影響を与えない防御効果が当該プレイヤオブジェクトＰＯに与えられてもよい。一例として、プレイヤオブジェクトＰＯが発射した甲羅の発射アイテムＩＭがプレイヤオブジェクトＰＯ自身に向かってきたとしても、プレイヤオブジェクトＰＯが甲羅の発射アイテムＩＭを跳ね返したり通過したりすることによってプレイヤオブジェクトＰＯの走行に影響が与えられないため、「フィーバー状態」においてユーザはプレイヤオブジェクトＰＯ自身への影響を気にすることなく甲羅の発射アイテムＩＭを発射することができる。

また、複数種類のアイテムＩの効果が得られる特殊アイテム（例えば、「ラッキー７」のアイテム）を設定してもよい。例えば、上記アイテム抽選において、全所持枠ＨＦに上記特殊アイテムが確定表示されて特殊アイテムによる「フィーバー状態」の当たりとなった場合、当該ゲームで出現する複数のアイテムによる効果が順次生じるような効果がフィーバー期間中においてプレイヤオブジェクトＰＯに与えられる。一方、上記アイテム抽選において、所持枠ＨＦの少なくとも１つに特殊アイテムが混在する態様ではずれた場合、当該特殊アイテムを単発使用することによる効果が得られることなく、所持枠ＨＦから当該特殊アイテムが消去されて空枠Ｅとなる。

また、上述した実施例では、空枠Ｅの所持枠ＨＦがある場合に限って、プレイヤオブジェクトＰＯが新たなアイテムＩを取得することができるが、所持枠ＨＦに空枠Ｅがない場合であっても、新たなアイテムＩを取得することができるようにしてもよい。この場合、所持枠ＨＦに空枠Ｅがない場合であってもアイテム抽選が可能となり、アイテムＩが表示されている所持枠ＨＦにおいても回転抽選状態となる。また、空枠ＥとアイテムＩが表示されている枠とが所持枠ＨＦに混在している場合、アイテム抽選が行われることに応じて、空枠ＥだけでなくアイテムＩが表示されている所持枠ＨＦにおいても回転抽選状態としてもよい。このようにアイテムＩが表示されている所持枠ＨＦにおいても回転抽選状態としてアイテム抽選を行う場合、アイテムＩの使用に応じて所持枠ＨＦを空枠Ｅに変更しなくてもよい。

また、上述した実施例では、３つの所持枠ＨＦ全てが同じアイテムＩで揃った場合に「フィーバー状態」の当たりとなる例を用いたが、当該当たりとなるアイテムＩの組み合わせ条件は他の組み合わせ条件でもかまわない。一例として、所持枠ＨＦが４つ以上あり、当該所持枠ＨＦの少なくとも３つが同じアイテムＩで揃った場合に、「フィーバー状態」の当たりとなってもよい。他の例として、３つの所持枠ＨＦがアイテムＩの特定の組み合わせ（例えば、キノコ−甲羅−バナナ）となった場合に、「フィーバー状態」の当たりとなってもよい。

また、「フィーバー状態」の当たりとなった後、プレイヤオブジェクトＰＯが「フィーバー状態」となるタイミングは、当該当たりの報知直後や報知後の所定の時間経過によって開始されてもよい。また、「フィーバー状態」の当たりとなった後、ユーザの所定の操作が行われること応じて、プレイヤオブジェクトＰＯが「フィーバー状態」となってもよい。

また、「フィーバー状態」の当たりとする確率や所持枠ＨＦ内に停止表示させるアイテムＩの種類については、抽選テーブルによる制御とは異なるルールに基づいて行われてもよい。例えば、「フィーバー状態」の当たりとする確率や所持枠ＨＦ内に停止表示させるアイテムＩの種類は、ランダムに制御されてもよいし、アイテムボックスＩＢが開封されたタイミングに基づいて制御されてもよいし、所持枠ＨＦ内に停止表示されるアイテムＩが所定の順番となるように制御されてもよい。

次に、図１５〜図１８を用いて情報処理システム１において行われる第２アイテム抽選処理例の概要について説明する。第２アイテム抽選処理例は、レース上に設けられたアイテムボックスＩＢを開封しなくても、所定の条件を満たすことによって上記アイテム抽選を行うことが可能となる処理である。なお、図１５は、情報処理装置３の表示部３５に表示されるゲーム画像例を示す図である。図１６は、情報処理装置３の表示部３５に表示されるゲーム画像例を示す図である。図１７は、所持枠ＨＦ内に所持されるアイテムＩおよびアイテム抽選アイコンＡＢの状態変移の一例を示す図である。図１８は、情報処理装置３の表示部３５に表示されるゲーム画像例を示す図である。

図１５において、図４および図５と同様に、情報処理装置３の表示部３５には、情報処理装置３でプレイされているゲームに対応したゲーム画像が表示され、その一例としてプレイヤオブジェクトＰＯがレースゲームを行う一場面が表示されている。例えば、上記ゲームにおいて、プレイヤオブジェクトＰＯは、仮想世界内に設けられたコース上をカートに乗車して走行している。そして、プレイヤオブジェクトＰＯが走行中に所定の条件を満たしている場合、所持枠ＨＦに代わってアイテム抽選アイコンＡＢが出現する。

アイテム抽選アイコンＡＢは、ユーザのタッチ操作によって選択されることによって実行される操作指示ボタンとして機能する。また、アイテム抽選アイコンＡＢの近傍には、当該アイテム抽選アイコンＡＢを選択して実行した場合に消費される仮想通貨の価格を示す価格情報Ｍが付与される。図１５の例では、アイテム抽選アイコンＡＢが使用された場合、ユーザが課金することによって取得できる星形の仮想通貨が１枚消費されることが、価格情報Ｍとして示されている。なお、アイテム抽選アイコンＡＢおよび価格情報Ｍは、全所持枠ＨＦが空枠Ｅである場合に出現するが、使用することにより使用回数制限（例えば、１レース１回に制限）を超える場合やユーザが使用するために必要な仮想通貨を所持していない場合等では出現しない。例えば、アイテム抽選アイコンＡＢ上のタッチパネルをタッチ操作（例えば、タップ操作）されてアイテム抽選アイコンＡＢが使用された場合、新たなアイテムＩを取得するためのアイテム抽選を行う演出が開始される。なお、アイテム抽選アイコンＡＢが出現しない状態は、表示画面にアイテム抽選アイコンＡＢが表示されていない状態でもよいし、アイテム抽選アイコンＡＢをグレーアウト表示や半透明表示されている状態でもよい。また、アイテム抽選アイコンＡＢが選択できない状態であっても、アイテム抽選アイコンＡＢを表示画面に表示していてもよく、その場合、ユーザがアイテム抽選アイコンＡＢを選択する操作を行ったとしても、アイテム抽選アイコンＡＢが無反応となる。

図１６に示すように、アイテム抽選アイコンＡＢが使用された場合、アイテム抽選アイコンＡＢおよび価格情報Ｍに代わって所持枠ＨＦが出現する。そして、上記第１アイテム抽選処理例と同様に、全所持枠ＨＦ内において、回転抽選表示状態を示す回転表示アイテムＩＲが表示された後、各枠において何れか１つのアイテムＩを停止表示させることによって、停止表示されたアイテムＩが抽選で確定して取得されたことが示される。

アイテム抽選アイコンＡＢを使用したことによるアイテム抽選においても、所持枠ＨＦ内において停止表示されたアイテムＩは、プレイヤオブジェクトＰＯが抽選によって取得したことが確定し、当該確定後に上述した操作方法によってプレイヤオブジェクトＰＯが所定の順番で１つずつ使用することができる。そして、プレイヤオブジェクトＰＯは、アイテムＩを使用することによって、レースを進める上で有利な効果を得ることができる。

また、アイテム抽選アイコンＡＢを使用したことによるアイテム抽選においても、全所持枠ＨＦにおいて同じアイテムＩが抽選によって確定した場合、「フィーバー状態」となる当たりとなり、プレイヤオブジェクトＰＯがレースを進める上でさらに有利な効果を得ることができる。上記第１アイテム抽選処理例と同様に、プレイヤオブジェクトＰＯが「フィーバー状態」となった場合、予め定められたフィーバー期間中に限って「フィーバー状態」となったアイテムを連続して使用することができる。

このように、アイテム抽選アイコンＡＢを使用したことによるアイテム抽選では、コース上に設けられたアイテムボックスＩＢを開封することによるアイテム抽選と同様に、新たなアイテムＩが取得されたり「フィーバー状態」となる当たりの抽選が行われたりすることができる。したがって、ユーザは、コース上にアイテムボックスＩＢが配置されている場合に限らず、アイテム抽選アイコンＡＢが出現すればいつでも新たなアイテム抽選を開始することができる。なお、アイテム抽選アイコンＡＢを使用したことによるアイテム抽選とアイテムボックスＩＢを開封することによるアイテム抽選との間には、さらに異なる要素を盛り込んでもよい。

第１の例として、アイテム抽選アイコンＡＢを使用したことによってアイテム抽選が行われている時間（アイテムＩの回転抽選演出が行われている時間）を、アイテムボックスＩＢを開封することによってアイテム抽選が行われる時間より短くしてもよい。これによって、アイテム抽選アイコンＡＢを使用した場合に、プレイヤオブジェクトＰＯが新たなアイテムＩを取得したり「フィーバー状態」となる当たりによる効果を得たりするまでの時間を短縮することが可能となり、結果的にプレイヤオブジェクトＰＯが有利な効果を早期に得ることが可能となる。

第２の例として、アイテム抽選アイコンＡＢを使用したことによるアイテム抽選によって「フィーバー状態」となる当たりになる確率を、アイテムボックスＩＢを開封することによるアイテム抽選によって「フィーバー状態」となる当たりになる確率より高くしてもよい。これによって、アイテム抽選アイコンＡＢを使用した場合に、プレイヤオブジェクトＰＯが「フィーバー状態」となる当たりによる効果を得る確率が高くなるため、プレイヤオブジェクトＰＯがより有利な効果を得る可能性が高くなる。なお、「フィーバー状態」となる当たりになる確率が上昇する大きさは、アイテム抽選アイコンＡＢを選択して実行した場合に消費される仮想通貨の価格に応じて変化させてもよい。一例として、アイテム抽選アイコンＡＢを選択して実行した場合に消費される仮想通貨の価格が高額であるほど、上記確率を上昇させることが考えられる。この場合、１レース中にアイテム抽選アイコンＡＢを選択して実行した回数が増えるほど、当該実行によって消費される仮想通貨の価格を上昇させ、当該価格の上昇とともに上記確率も上昇させることも考えられる。また、アイテムボックスＩＢを開封することによるアイテム抽選によって「フィーバー状態」となる当たりに対して、アイテム抽選アイコンＡＢを使用したことによるアイテム抽選によって「フィーバー状態」となる当たりでは、より効果が高いアイテムによる当たりとなる確率が高くてもよい。

次に、図１７を参照して、アイテム抽選アイコンＡＢを使用することによって新たなアイテムＩを抽選するゲーム進行の一例について説明する。

図１７において、所持枠ＨＦの状態の一例である状態Ｍでは、所持枠ＨＦに表示されているアイテムＩが全て異なるはずれ状態となっている。状態Ｍにおける所持枠ＨＦにそれぞれ表示されているアイテムＩ１〜Ｉ３が全て使用された場合、全所持枠ＨＦが空枠Ｅとなった状態Ｎとなる。このように、全所持枠ＨＦが空枠Ｅとなることによって、アイテム抽選アイコンＡＢが出現するための条件の１つが満たされる。

状態Ｎにおいて、アイテム抽選アイコンＡＢを選択して実行する制限回数に未到達であり、当該実行の際に消費される仮想通貨をユーザが所持している場合、所持枠ＨＦに代わってアイテム抽選アイコンＡＢおよび価格情報Ｍが出現して状態Ｏとなる。そして、アイテム抽選アイコンＡＢ上のタッチパネルをタッチ操作した場合、アイテム抽選アイコンＡＢを選択して実行する処理に移行して、全所持枠ＨＦが抽選対象となったアイテム抽選が行われる。これによって、全所持枠ＨＦを対象として回転表示アイテムＩＲが回転抽選表示される状態Ｐとなる。

状態Ｐにおけるアイテム抽選において「フィーバー状態」の当たりとなる場合、全所持枠ＨＦが同じアイテムＩが停止表示されて確定される状態Ｑとなる。例えば、状態Ｑでは、左端の所持枠ＨＦにキノコのアイテムＩ１が停止表示され、中央の所持枠ＨＦにキノコのアイテムＩ２が停止表示され、右端の所持枠ＨＦにキノコのアイテムＩ３が停止表示されている。すなわち、状態Ｐにおけるアイテム抽選の結果、全所持枠ＨＦにおいて同じキノコのアイテムＩが確定されるキノコのアイテムによる「フィーバー状態」に当たったことが状態Ｑにおいて示されている。これによって、プレイヤオブジェクトＰＯは、キノコのアイテムによる「フィーバー状態」となったレースを進行する。

キノコのアイテムによる「フィーバー状態」となった後、所定のフィーバー期間が経過すると、プレイヤオブジェクトＰＯの「フィーバー状態」が終了し、全所持枠ＨＦが空枠Ｅとなった状態Ｒとなる。このように全所持枠ＨＦが空枠Ｅとなることによって、全所持枠ＨＦが抽選対象となったアイテム抽選を再度行うことができる状態となる。なお、全所持枠ＨＦが空枠Ｅとなった状態Ｒでは、アイテム抽選アイコンＡＢを選択して実行する制限回数にまだ未到達であり、さらに当該実行において消費される仮想通貨をユーザが所持している場合、所持枠ＨＦに代わってアイテム抽選アイコンＡＢおよび価格情報Ｍが出現する状態となるが、上記条件を満たさない場合は、当該レース中にアイテム抽選アイコンＡＢが再度出現することはない。

次に、アイテム抽選アイコンＡＢを選択して実行する際に消費される仮想通貨の一例について説明する。例えば、本実施例では、星形の仮想通貨をユーザが現実世界のお金を用いて購入、すなわち課金によって購入することができる。例えば、ユーザが情報処理装置３を用いて星形の仮想通貨を現実世界の通貨で購入する処理を行った場合、当該購入に伴う支払いに関する情報がサーバ２００へ送信され、所定の認証処理が行われた後にサーバ２００とユーザとの間で決済される。そして、星形の仮想通貨を購入する決済が行われたことがサーバ２００から通知された場合、情報処理装置３は、購入された星形の仮想通貨をユーザ所持分として追加する。なお、ユーザ所持分として管理されている星形の仮想通貨は、他のゲームにおいても使用できることもあり得る。ここで、「購入」とは、現実世界のお金をさらに支払うことによって仮想通貨を取得することができる状態を示している。すなわち、ゲームを行うためのソフトウェアが有料であるもの、ゲームプレイ自体が有料であるもの、ゲームにおける所定の動作が有料であるもの等である場合、これらの料金にさらに現実世界のお金を支払うことによって仮想通貨を取得している状態であれば、仮想通貨を購入して取得していると考えることができる。当然ながら、ゲームを行うためのソフトウェアが無料であるもの、ゲームプレイ自体が無料であるもの、ゲームにおける所定の動作が無料であるもの等である場合、現実世界のお金を支払うことによって仮想通貨を取得している状態であれば、仮想通貨を購入して取得していると考えることができる。また、上述した現実世界の通貨で購入するとは、ユーザが事前に購入したものや事後に精算されるものによって決済されることを含んでおり、例えば、ユーザが事前に購入したプリペイドカードや事後に引き落としが行われるクレジットカードを用いて仮想通貨を購入するような形態でもよい。

上述したように課金によって購入された星形の仮想通貨は、上述したゲームにおいて使用できる様々なものに交換することができる。例えば、上記レースゲーム開始前や上記レースゲーム終了後に開いて見ることが可能となる購入場面、すなわちレース中のゲーム場面とは異なるゲーム場面において、レースに用いられる装備やゲーム内コイン等を星形の仮想通貨を用いて購入することが可能となる。例えば、図１８に示すように、上記購入場面で表示される購入画面では、星形の仮想通貨を用いてゲーム内コインを購入できる購入ボタンＢ１、ゲーム内コインを用いてレースに用いる装備を購入できる購入ボタンＢ２、および星形の仮想通貨を課金によって購入できる購入ボタンＢ３が表示されている。

具体的には、購入ボタンＢ１は、星形の仮想通貨１０枚をゲーム内コイン１００枚に交換するボタンと、星形の仮想通貨１００枚をゲーム内コイン１２００枚に交換するボタンと、星形の仮想通貨１０００枚をゲーム内コイン１５０００枚に交換するボタンとを含んでいる。ここで、ゲーム内コインは、上記レースゲームにおける成績の対価として獲得できたり、上記レースゲーム中において所定のアイテムを取得することによって獲得できたりするパラメータとして機能するものであり、典型的には、上記レースゲームにおいて獲得および使用することができる。そして、ゲーム内コインは、上記購入画面において、ユーザが所望する購入ボタンＢ１を選択して実行することによって、ユーザが所有している仮想通貨によって購入（仮想通貨と交換）することもできる。

また、購入ボタンＢ２は、ゲーム内コイン１０００枚を消費して上記レースに用いることができる第１の装備を購入するボタンと、ゲーム内コイン２００枚を消費して上記レースに用いることができる第２の装備を購入するボタンと、ゲーム内コイン５００枚を消費して上記レースに用いることができる第３の装備を購入するボタンと、ゲーム内コイン１００枚を消費して上記レースに用いることができる第４の装備を購入するボタンとを含んでいる。ここで、上記レースに用いることができる装備は、プレイヤオブジェクトＰＯが当該装備を使用してレースに出場することによって、当該装備に固有の能力がプレイヤオブジェクトＰＯに付与されるものであり、プレイヤオブジェクトＰＯが当該装備の使用によってレースを有利に進めることができるゲーム内効果を得ることができる。一例として、プレイヤオブジェクトＰＯは、装備を使用することによって、走行速度や加速が上昇したり、操舵性が向上したり、走行可能な場所が増えたり、防御力が向上したりするような、装備の固有能力を得ることができる。また、購入した装備をプレイヤオブジェクトＰＯが複数のレースに継続使用できるため、上記装備は、当該装備の効力が有効である限り、プレイヤオブジェクトＰＯに継続的なゲーム内効果を与えるアイテムとして機能する。一方、上述したアイテムＩを使用することによるゲーム内効果や「フィーバー状態」となることによるゲーム内効果は、アイテムＩの所持を他のレースに持ち越すことができたとしても、当該効果が生じたレース内の一部期間に限ったものであり、他のレースにまで継続するものではないため、プレイヤオブジェクトＰＯに一時的なゲーム内効果を与えるアイテムであると言える。

また、上記購入ボタンＢ１およびＢ２から明らかなように、ユーザは、星形の仮想通貨をゲーム内コインに交換した後、当該ゲーム内コインを用いて装備の購入が可能である。したがって、ユーザは、ゲーム内コインを介して、星形の仮想通貨を用いて装備の購入が可能となる。なお、上述した購入画面例では、星形の仮想通貨を用いて装備の購入するためには、ゲーム内コインに一旦交換することが必要となるが、ゲーム内コインに交換することなく星形の仮想通貨を用いて装備の購入が直接可能であってもかまわない。また、星形の仮想通貨の設定がないゲームでは、ゲーム内コインが直接課金によって購入可能であってもよい。この場合、ゲーム内では星形の仮想通貨が存在せず、ゲーム内コインだけが存在することになるため、ゲーム内コインを用いて装備の購入が可能であるとともに、アイテム抽選アイコンＡＢが使用された場合に所定枚数（例えば、１０００枚）のゲーム内コインが消費される態様であってもよい。また、ゲーム内コインだけが存在する場合、そのゲーム内コインは、必ずしも直接課金により購入可能でなくてもよい。

また、上述したゲーム例では、アイテム抽選アイコンＡＢを選択して実行する際に、星形の仮想通貨が消費される例を用いたが、上記購入画面において星形の仮想通貨から交換可能なゲーム内コインが当該実行の際に消費される態様でもかまわない。このように、アイテム抽選アイコンＡＢを選択して実行する際にゲーム内コインが消費される態様であっても、星形の仮想通貨をゲーム内コインに一旦交換した後、当該ゲーム内コインを用いてアイテム抽選アイコンＡＢの実行が可能となるため、結果的に、星形の仮想通貨を用いてアイテム抽選アイコンＡＢの実行が可能であると考えることもできる。

また、上記購入画面において、星形の仮想通貨または星形の仮想通貨から交換可能なゲーム内コインを用いて、アイテム抽選アイコンＡＢを選択して実行することが可能な「アイテム抽選アイコンＡＢ実行権利」を購入可能であってもよい。例えば、「アイテム抽選アイコンＡＢ実行権利」を購入して所持しているユーザは、アイテム抽選アイコンＡＢが出現した際に、「アイテム抽選アイコンＡＢ実行権利」を使用して消費することによって、アイテム抽選アイコンＡＢを選択して実行することが可能となる。このように、アイテム抽選アイコンＡＢを選択して実行する際に「アイテム抽選アイコンＡＢ実行権利」が消費される態様であっても、星形の仮想通貨またはゲーム内コインを「アイテム抽選アイコンＡＢ実行権利」に一旦交換した後、当該「アイテム抽選アイコンＡＢ実行権利」を用いてアイテム抽選アイコンＡＢの実行が可能となるため、結果的に、星形の仮想通貨を用いてアイテム抽選アイコンＡＢの実行が可能であると考えることもできる。

このように、情報処理システム１において行われる第２アイテム抽選処理例においては、ゲーム内コインや装備等を購入可能な購入場面において、星形の仮想通貨や当該仮想通貨と交換されるゲーム内コインを用いて装備を購入した場合、当該仮想通貨の所有量が減るとともに、複数のレースにおいて有効となる当該設備の継続的な効果をプレイヤオブジェクトＰＯが得ることができる。また、レースにおいてコース上に配置されたアイテムボックスＩＢとプレイヤオブジェクトＰＯとが接触した場合、当該レースにおいて有効となるアイテムＩの使用による一時的な効果をプレイヤオブジェクトＰＯが得ることができる。さらに、レースにおいてアイテム抽選アイコンＡＢを選択して実行することによって、当該実行によって消費される仮想通貨の所有量が減るともに、当該レースにおいて有効となるアイテムＩの使用による上記一時的な効果または「フィーバー状態」となる当たりの一時的な効果をプレイヤオブジェクトＰＯが得ることができる。したがって、星形の仮想通貨やゲーム内コインは、プレイヤオブジェクトＰＯに様々な効果を与えるアイテムとして機能するため、星形の仮想通貨やゲーム内コインを獲得する動機付けを高めることができる。

なお、上述した実施例では、空枠Ｅの全所持枠ＨＦが空枠Ｅである場合に限って、アイテム抽選アイコンＡＢが出現することとしたが、所持枠ＨＦに空枠Ｅがない場合や一部の所持枠ＨＦが空枠Ｅである場合にもアイテム抽選アイコンＡＢが出現可能にしてもよい。この場合、所持枠ＨＦに空枠Ｅがない場合や一部の所持枠ＨＦが空枠Ｅである場合であってもアイテム抽選アイコンＡＢを選択することによるアイテム抽選が可能となり、アイテムＩが表示されている所持枠ＨＦにおいても回転抽選状態となる。また、空枠ＥとアイテムＩが表示されている枠とが所持枠ＨＦに混在している状態でアイテム抽選アイコンＡＢを選択することによるアイテム抽選が行われた場合、空枠ＥだけでなくアイテムＩが表示されている所持枠ＨＦにおいても回転抽選状態としてもよい。

また、上述した説明では、レースにおいてコース上に配置されたアイテムボックスＩＢとプレイヤオブジェクトＰＯとが接触した場合、当該レースにおいて有効となるアイテムＩの使用による一時的な効果をプレイヤオブジェクトＰＯが得ることができるが、アイテムボックスＩＢとの接触がなくても上記一時的な効果が得られてもよい。例えば、アイテムボックスＩＢとプレイヤオブジェクトＰＯとが接触したことに応じて新たなアイテムＩを抽選する演出が行われることに代えて、所定時間が経過する毎に自動的に新たなアイテムＩを抽選する演出が行われてもよい。この場合、アイテム抽選アイコンＡＢを選択することによって、上記所定時間が経過していなくても新たなアイテムＩを抽選して取得することが可能としてもよい。

また、アイテム抽選アイコンＡＢを選択することによる「フィーバー状態」の当たりとする確率や所持枠ＨＦ内に停止表示させるアイテムＩの種類についても、抽選テーブルによる制御とは異なるルールに基づいて行われてもよい。例えば、アイテム抽選アイコンＡＢを選択することによる「フィーバー状態」の当たりとする確率や所持枠ＨＦ内に停止表示させるアイテムＩの種類は、ランダムに制御されてもよいし、アイテム抽選アイコンＡＢが選択されたタイミングに基づいて制御されてもよいし、所持枠ＨＦ内に停止表示されるアイテムＩが所定の順番となるように制御されてもよい。

また、所持枠ＨＦの数は、プレイヤオブジェクトＰＯの種類に応じて変化してもよい。一例として、走行するコースとプレイヤオブジェクトＰＯとの相性の善し悪しに応じて、相性がよいコースでは３つの所持枠ＨＦが表示され、相性が悪いコースでは１つの所持枠ＨＦが表示される態様でもかまわない。所持枠ＨＦが１つ表示されるコースを用いてプレイする場合、プレイヤオブジェクトＰＯが同時に所持できるアイテムＩの数が少なくなるとともに、全所持枠ＨＦのアイテムＩが揃うことによる「フィーバー状態」にならないため、ユーザにとって不利な条件となる。なお、相性が悪いコースで１つの所持枠ＨＦが表示される場合であっても、アイテム抽選アイコンＡＢを選択した場合は３つの所持枠ＨＦが出現して新たなアイテムＩを抽選する演出が行われてもよい。このように、プレイヤオブジェクトＰＯとコースとの相性に応じて表示する所持枠ＨＦの数を変化させることによって、ユーザが使用するプレイヤオブジェクトＰＯの種類を選択する動機付けとなる。

次に、情報処理装置３において行われる処理の詳細を説明する。まず、図１９を参照して、情報処理装置３において行われる処理において用いられる主なデータについて説明する。なお、図１９は、情報処理装置３の記憶部３２に記憶される主なデータおよびプログラムの一例を示す図である。

図１９に示すように、記憶部３２のデータ記憶領域には、操作データＤａ、送信データＤｂ、受信データＤｃ、ユーザ所有データＤｄ、抽選テーブルデータＤｅ、現タッチ入力座標データＤｆ、タッチ軌跡座標データＤｇ、第１基準座標データＤｈ、第２基準座標データＤｉ、左右方向成分データＤｊ、ハンドル角度データＤｋ、入力長さデータＤｍ、入力ベクトルデータＤｎ、判定領域データＤｐ、発射方向データＤｑ、所持枠データＤｒ、第１抽選フラグデータＤｓ、第２抽選フラグデータＤｔ、当たりフラグデータＤｕ、抽選回数データＤｖ、プレイヤオブジェクト動作データＤｗ、敵オブジェクト動作データＤｘ、アイテム位置データＤｙ、および画像データＤｚ等が記憶される。なお、記憶部３２には、図１９に示す情報に含まれるデータの他、実行するアプリケーションで用いるデータ等、処理に必要なデータが記憶される。また、記憶部３２のプログラム記憶領域には、通信プログラムや情報処理プログラム（ゲームプログラム）を構成する各種プログラム群Ｐａが記憶される。

操作データＤａは、ユーザが情報処理装置３を操作した操作情報を示すデータである。例えば、タッチパネルを含む入力部３４を操作したことを示す操作データは、情報処理装置３が処理する時間単位（例えば、１／６０秒）毎に取得され、当該取得に応じて操作データＤａに格納されて更新される。

送信データＤｂは、サーバ２００へ送信するデータとして登録されたデータである。受信データＤｃは、サーバ２００から受信したデータである。

ユーザ所有データＤｄは、ユーザや当該ユーザが操作しているプレイヤオブジェクトＰＯが所有している仮想通貨、ゲーム内コイン、装備、キャラクタ、アイテム、経験値、プレイレベル、ユーザＩＤ等を示す各種データであり、サーバ２００によって管理されてゲーム開始前にサーバ２００から送信されることによって設定されるデータも含んでいる。

抽選テーブルデータＤｅは、「フィーバー状態」とするアイテムＩの種類に対応する当たり確率をそれぞれ記述したデータであり、空枠Ｅの数、時期、プレイヤオブジェクトＰＯの状況等に応じてそれぞれ設定される。例えば、抽選テーブルデータＤｅは、サーバ２００によって管理され、ゲーム開始前にサーバ２００から送信されことによって設定される。

現タッチ入力座標データＤｆは、入力部３４（タッチパネル）を現時点でタッチ操作している現タッチ位置座標Ｔを示すデータである。タッチ軌跡座標データＤｇは、タッチパネルに対してタッチオンしてから現時点までのタッチ入力座標の履歴（タッチ軌跡座標）を示すデータである。第１基準座標データＤｈは、タッチパネルに対してタッチオンしたタッチ入力座標を示すデータであり、スワイプ入力における左右方向成分を算出するための基準座標（基準座標Ｒ０）を示すデータである。第２基準座標データＤｉは、所定の条件を満たすようにタッチ軌跡座標上を移動するタッチ入力座標を示すデータであり、スワイプ入力における上下方向成分を算出するための基準座標（基準座標Ｒｍ）を示すデータである。

左右方向成分データＤｊは、ユーザによって入力されたスワイプ入力の左右方向成分を示すデータである。ハンドル角度データＤｋは、上記スワイプ入力の左右方向成分に基づいて算出される、プレイヤオブジェクトＰＯのハンドル角度を示すデータである。

入力長さデータＤｍは、ユーザによって入力されたタッチ位置の軌跡の長さを示すデータである。入力ベクトルデータＤｎは、基準座標Ｒｍから現タッチ位置座標Ｔに向かうベクトルＦＤを示すデータである。

判定領域データＤｐは、上方向または下方向のスワイプ入力を判定するための判定領域ＵＡおよびＬＡを示すデータである。発射方向データＤｑは、プレイヤオブジェクトＰＯが発射した発射アイテムＩＭの方向を示すデータである。

所持枠データＤｒは、所持枠ＨＦ毎にそれぞれ配置されているアイテムＩのオブジェクトＩＤを示すデータであり、空枠Ｅの場合であっても空枠Ｅであることを示すデータが当該所持枠ＨＦに設定される。

第１抽選フラグデータＤｓは、プレイヤオブジェクトＰＯがアイテムボックスＩＢを開封することによって開始されるアイテム抽選が行われている期間中にオンに設定される第１抽選フラグを示すデータである。第２抽選フラグデータＤｔは、ユーザがアイテム抽選アイコンＡＢを選択して実行することによって開始されるアイテム抽選が行われている期間中にオンに設定される第２抽選フラグを示すデータである。当たりフラグデータＤｕは、「フィーバー状態」となる当たり中にオンに設定される当たりフラグを示すデータである。抽選回数データＤｖは、アイテム抽選アイコンＡＢを選択して実行することによって行われたアイテム抽選の回数を示すデータである。

プレイヤオブジェクト動作データＤｗは、プレイヤオブジェクトＰＯの動作を示すデータであり、レース中のプレイヤオブジェクトＰＯの位置、速度、姿勢、周回回数、順位等を示すデータも含んでいる。敵オブジェクト動作データＤｘは、敵オブジェクトＥＯの動作を示すデータであり、レース中の敵オブジェクトＥＯの位置、速度、姿勢、周回回数、順位等を示すデータも含んでいる。アイテム位置データＤｙは、使用準備位置に配置されているアイコンＩ（使用準備アイテムＩＰ）の位置や発射されたアイコンＩ（発射アイテムＩＭ）の位置を示すデータである。

画像データＤｚは、ゲームの際に情報処理装置３の表示部３５にゲーム画像（例えば、プレイヤオブジェクトＰＯの画像、敵オブジェクトＥＯの画像、アイテムＩの画像、所持枠ＨＦの画像、アイテム抽選アイコンＡＢの画像、他の仮想オブジェクトの画像、コース等のフィールド画像、背景画像等）を表示するためのデータである。

次に、図２０〜図２４を参照して、情報処理装置３において行われる処理の詳細を説明する。なお、図２０は、情報処理装置３において実行される処理の一例を示すフローチャートである。図２１は、図２０のステップＳ１０６における操作内容判定処理の詳細な一例を示すサブルーチンである。図２２は、図２０のステップＳ１０７における第１アイテム抽選処理の詳細な一例を示すサブルーチンである。図２３は、図２０のステップＳ１０８における第２アイテム抽選処理の詳細な一例を示すサブルーチンである。図２４は、図２０のステップＳ１１６における購入処理の詳細な一例を示すサブルーチンである。ここで、図２０〜図２４に示すフローチャートにおいては、情報処理システム１における処理のうち、一例としてプレイヤオブジェクトＰＯに対する操作、アイテム抽選、およびレース外で行われる購入処理に関連するゲーム処理について主に説明し、これらの処理と直接関連しない他の処理については詳細な説明を省略する。また、図２０〜図２４では、制御部３１が実行する各ステップを「Ｓ」と略称する。

本実施例においては、図２０〜図２４に示す一連の処理は、制御部３１（ＣＰＵ）が、プログラム記憶部３３に記憶される通信プログラムやゲームプログラムを実行することによって行われる。なお、図２０〜図２４に示す処理が開始されるタイミングは任意である。このとき、通信プログラムやゲームプログラムは、適宜のタイミングでその一部または全部が記憶部３２に読み出され、制御部３１によって実行される。これによって、図２０〜図２４に示す一連の処理が開始される。なお、通信プログラムおよびゲームプログラムは、プログラム記憶部３３に予め記憶されているものとする。ただし、他の実施例においては、情報処理装置３に着脱可能な記憶媒体から取得されて記憶部３２に記憶されてもよいし、インターネット等のネットワークを介して他の装置から取得されて記憶部３２に記憶されてもよい。

また、図２０〜図２４に示すフローチャートにおける各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えておよび／または代えて別の処理が実行されてもよい。また、本実施例では、上記フローチャートの各ステップの処理を制御部３１が実行するものとして説明するが、上記フローチャートにおける一部または全部のステップの処理を、上記制御部３１のＣＰＵ以外のプロセッサや専用回路が実行するようにしてもよい。

図２０において、制御部３１は、通信処理を行い（ステップＳ１０１）、次のステップに処理を進める。例えば、制御部３１は、ネットワーク１００を介して、送信データＤｂに格納されている送信データ（例えば、ユーザ認証を行うためのデータ（例えば、ユーザＩＤを示すデータ））をサーバ２００へ送信する。また、制御部３１は、ネットワーク１００を介して、サーバ２００からデータを受信し、受信したデータを用いて受信データＤｃを更新する。一例として、制御部３１は、他の情報処理装置３との間でゲームを行う場合や自機のみでゲームを行う場合、上記ステップＳ１０１において当該ゲームを進行するためのデータをサーバ２００との間で適宜送受信する。

次に、制御部３１は、初期設定を行い（ステップＳ１０２）、次のステップに処理を進める。例えば、制御部３１は、以降の処理に用いる各パラメータを初期化する。また、制御部３１は、現時点でプレイヤオブジェクトＰＯが所有している仮想オブジェクトやアイテム等のコンテンツに基づいて、ユーザ所有データＤｄを初期設定する。例えば、制御部３１は、ユーザが所有しているデータや当該ユーザが操作しているプレイヤオブジェクトＰＯに関するデータ（例えば、仮想通貨、ゲーム内コイン、装備、キャラクタ、アイテム、経験値、プレイレベル等に関するデータ）、後述するレースゲームを進行するためのデータ（例えば、抽選テーブルデータ）等を上記ステップＳ１０１においてサーバ２００から受信している。そして、制御部３１は、サーバ２００から受信したデータや情報処理装置３に記憶されていたデータに基づいて、ユーザ所有データＤｄおよび抽選テーブルデータＤｅを初期設定する。上記ステップＳ１０１およびステップＳ１０２において、ユーザが所有している仮想通貨およびゲーム内コインの量やアイテム抽選を行うための抽選テーブル等が初期設定される。

次に、制御部３１は、入力部３４から操作データを取得して操作データＤａを更新し（ステップＳ１０３）、次のステップに処理を進める。

次に、制御部３１は、レースゲームを開始するか否かを判定する（ステップＳ１０４）。例えば、制御部３１は、ユーザによってレースゲームを開始する操作が行われた場合やレースゲームを開始する所定の開始条件が満たされた場合、上記ステップＳ１０４において肯定判定する。そして、制御部３１は、レースゲームを開始する場合、ステップＳ１０５に処理を進める。一方、制御部３１は、レースゲームを開始しない場合、ステップＳ１１５に処理を進める。

ステップＳ１０５において、制御部３１は、入力部３４から操作データを取得して操作データＤａを更新し、次のステップに処理を進める。なお、入力受付手段は、ユーザによる座標入力を受け付ける処理を行うものであり、一例としてステップＳ１０５の処理を行う制御部３１に相当する。

次に、制御部３１は、操作内容判定処理を行い（ステップＳ１０６）、ステップＳ１０７に処理を進める。以下、図２１を参照して、上記ステップＳ１０６において行われる操作内容判定処理について説明する。

図２１において、制御部３１は、上記ステップＳ１０５において取得した最新の操作データに基づいて、現タッチ位置座標を更新して（ステップＳ１２１）、次のステップに処理を進める。例えば、制御部３１は、表示部３５の表示画面に、当該表示画面の左右方向となるＸ軸（右方向がＸ軸正方向）と当該表示画面の上下方向となるＹ軸（上方向がＹ軸正方向）とが設定された表示画面座標系を定義する。そして、制御部３１は、上記ステップＳ１０５において取得した最新の操作データから、情報処理装置３のタッチパネルに対してタッチ操作されている上記表示画面座標系のタッチ入力座標を現タッチ入力座標Ｔとして取得し、当該現タッチ入力座標Ｔを用いて現タッチ入力座標データＤｆを更新する。なお、制御部３１は、上記ステップＳ１０５において取得した最新の操作データに、タッチパネルに対してタッチ操作されているタッチ入力座標が含まれない場合、タッチパネルに対してユーザがタッチオフしていると判定して、タッチオフを示すデータを用いて現タッチ入力座標データＤｆを更新する。

次に、制御部３１は、上記ステップＳ１２１において更新された現タッチ入力座標Ｔをタッチ軌跡座標に追加し（ステップＳ１２２）、次のステップに処理を進める。例えば、制御部３１は、タッチ軌跡座標データＤｇが示すタッチ軌跡座標に、上記ステップＳ１２１において更新された現タッチ入力座標Ｔを追加し、当該追加後のタッチ軌跡座標を用いてタッチ軌跡座標データＤｇを更新する。なお、制御部３１は、現タッチ入力座標データＤｆがタッチオフを示す場合、タッチ軌跡座標データＤｇを更新することなく次のステップに処理を進める。

次に、制御部３１は、情報処理装置３のタッチパネルがタッチオフ状態からタッチオン状態となったか否かを判定する（ステップＳ１２３）。そして、制御部３１は、タッチパネルがタッチオフ状態からタッチオン状態となった場合、ステップＳ１２４に処理を進める。一方、制御部３１は、タッチパネルがタッチオフ状態からタッチオン状態となっていない場合（例えば、タッチオフ中やタッチオンされた後に継続してタッチ操作中である場合）、ステップＳ１２５に処理を進める。

ステップＳ１２４において、制御部３１は、第１基準座標および第２基準座標を設定し、ステップＳ１２５に処理を進める。例えば、制御部３１は、現タッチ入力座標データＤｆを参照して、上記ステップＳ１２１において更新された現タッチ入力座標Ｔを取得し、当該現タッチ入力座標Ｔを上記表示画面座標系の第１基準座標Ｒ０および第２基準座標Ｒｍとしてそれぞれ設定する。そして、制御部３１は、設定された第１基準座標Ｒ０を用いて第１基準座標データＤｈを更新し、設定された第２基準座標Ｒｍを用いて第２基準座標データＤｉを更新する。

ステップＳ１２５において、制御部３１は、タッチパネルに対するスワイプ入力の左右方向成分を算出し、次のステップに処理を進める。例えば、制御部３１は、第１基準座標データＤｈおよび現タッチ入力座標データＤｆを参照して、上記表示画面座標系における基準座標Ｒ０（Ｘ０、Ｙ０）と現タッチ位置座標Ｔ（Ｘｔ、Ｙｔ）とを取得する。そして、制御部３１は、スワイプ入力における表示画面の左右方向成分（Ｘ軸方向成分）の大きさとして、Ｘｔ−Ｘ０を算出し、当該算出されたＸｔ−Ｘ０を用いて左右方向成分データＤｊを更新する。

次に、制御部３１は、プレイヤオブジェクトＰＯのハンドル角度を算出し（ステップＳ１２６）、次のステップに処理を進める。例えば、制御部３１は、上記ステップＳ１２５において算出された左右方向成分Ｘｔ−Ｘ０が正の値である場合、Ｘｔ−Ｘ０の絶対値に応じて右方向のハンドル角度を算出し、当該ハンドル角度を用いてハンドル角度データＤｋを更新する。また、制御部３１は、上記ステップＳ１２５において算出された左右方向成分Ｘｔ−Ｘ０が負の値である場合、Ｘｔ−Ｘ０の絶対値に応じて左方向のハンドル角度を算出し、当該ハンドル角度を用いてハンドル角度データＤｋを更新する。なお、制御部３１は、タッチパネルに対してタッチオフされている場合、所定の速度でハンドル角度を中立位置に戻すように変化させて、ハンドル角度データＤｋを更新する。なお、オブジェクト移動手段は、ユーザ入力により定まる第１基準座標を基準とした当該ユーザ入力の変化の大きさの第１軸方向の成分に少なくとも基づいて移動オブジェクトの移動方向を変化させる処理を行うものであり、一例としてステップＳ１２４−ステップＳ１２６の処理を行う制御部３１に相当する。

次に、制御部３１は、第２基準座標Ｒｍから現タッチ入力座標Ｔまでの入力長さを算出し（ステップＳ１２７）、次のステップに処理を進める。例えば、制御部３１は、現タッチ入力座標データＤｆ、タッチ軌跡座標データＤｇ、および第２基準座標データＤｉを参照して、タッチ入力軌跡に沿った第２基準座標Ｒｍから現タッチ位置座標Ｔまでの入力長さを算出し、当該入力長さを用いて入力長さデータＤｍを更新する。

次に、制御部３１は、上記ステップＳ１２７において算出された入力長さが所定の閾値Ｌより長いか否かを判定する（ステップＳ１２８）。そして、制御部３１は、上記入力長さが所定の閾値Ｌより長い場合、ステップＳ１２９に処理を進める。一方、制御部３１は、上記入力長さが所定の閾値Ｌ以下である場合、ステップＳ１３０に処理を進める。

ステップＳ１２９において、制御部３１は、上記入力長さが閾値Ｌ以下となるように第２基準座標Ｒｍを移動させ、ステップＳ１３０に処理を進める。例えば、制御部３１は、上記ステップＳ１２７において算出された入力長さが所定の速度で閾値Ｌ以下となるように、閾値Ｌより長くなるタッチ位置座標Ｔの履歴を所定の速度に基づいて順次削除し、当該削除処理に応じて最も古いタッチ位置座標Ｔとなった位置を第２基準座標Ｒｍとして設定する。これによって、制御部３１は、タッチ入力軌跡に沿って現タッチ位置座標Ｔの方向に第２基準座標Ｒｍを移動させ、当該移動後の第２基準座標Ｒｍを用いて第２基準座標データＤｉを更新する。

ステップＳ１３０において、制御部３１は、入力ベクトルＦＤを算出し、次のステップに処理を進める。例えば、制御部３１は、現タッチ入力座標データＤｆおよび第２基準座標データＤｉを参照して、上記表示画面座標系において第２基準座標Ｒｍから現タッチ位置座標Ｔに向かう入力ベクトルＦＤを算出し、当該入力ベクトルＦＤを用いて入力ベクトルデータＤｎを更新する。

次に、制御部３１は、入力ベクトルＦＤの長さが所定の長さ以上、かつ、当該入力ベクトルＦＤが示す方向が予め定められている判定領域内であるか否かを判定する（ステップＳ１３１）。そして、制御部３１は、入力ベクトルＦＤの長さが所定の長さ以上、かつ、当該入力ベクトルＦＤが示す方向が上記判定領域内である場合、ステップＳ１３２に処理を進める。一方、制御部３１は、入力ベクトルＦＤの長さが所定の長さ以上ではない、または入力ベクトルＦＤが示す方向が上記判定領域内でない場合、発射方向データＤｑが示す発射方向を消去して、ステップＳ１３３に処理を進める。例えば、制御部３１は、判定領域データＤｐを参照して、Ｙ軸正方向を中心とする所定の角度範囲である前方判定領域ＵＡと、Ｙ軸負方向を中心とする所定の角度範囲である後方判定領域ＬＡとを取得し、上記ステップＳ１３０において算出された入力ベクトルＦＤの長さが所定の長さ以上、かつ、入力ベクトルＦＤの方向が前方判定領域ＵＡ内または後方判定領域ＬＡ内にある場合、上記ステップＳ１３１において肯定判定する。

ステップＳ１３２において、制御部３１は、発射方向を設定し、ステップＳ１３３に処理を進める。例えば、制御部３１は、上記ステップＳ１３０において算出された入力ベクトルＦＤの方向が前方判定領域ＵＡ内である場合、プレイヤオブジェクトＰＯの真正面方向を発射方向に設定し、当該発射方向を用いて発射方向データＤｑを更新する。また、制御部３１は、上記ステップＳ１３０において算出された入力ベクトルＦＤの方向が後方判定領域ＬＡ内である場合、プレイヤオブジェクトＰＯの真後ろ方向を発射方向に設定し、当該発射方向を用いて発射方向データＤｑを更新する。なお、制御部３１は、Ｙ軸方向と入力ベクトルＦＤの方向との角度差だけ、プレイヤオブジェクトＰＯの真正面方向または真後ろ方向からずれた方向を、上記発射方向として設定してもかまわない。なお、ゲーム動作実行手段は、第２軸方向のユーザ入力の成分に少なくとも基づいて移動オブジェクトの移動とは異なるゲーム動作を決定する処理を行うものであり、一例としてステップＳ１２４およびステップＳ１２７−ステップＳ１３２の処理を行う制御部３１に相当する。

ステップＳ１３３において、制御部３１は、情報処理装置３のタッチパネルがタッチ操作されている状態からタッチオフ状態となったか否かを判定する。そして、制御部３１は、タッチパネルがタッチ操作されている状態からタッチオフ状態となった場合、ステップＳ１３４に処理を進める。一方、制御部３１は、タッチパネルがタッチ操作されている状態からタッチオフ状態となっていない場合（例えば、タッチオフされてから継続してタッチ操作されていない場合、タッチオンされた場合、タッチオンされた後に継続してタッチ操作中である場合）、当該サブルーチンによる処理を終了する。

ステップＳ１３４において、制御部３１は、第１基準座標Ｒ０、第２基準座標Ｒｍ、タッチ軌跡座標を消去して、当該サブルーチンによる処理を終了する。例えば、制御部３１は、第１基準座標データＤｈが示す第１基準座標Ｒ０、第２基準座標データＤｉが示す第２基準座標Ｒｍ、およびタッチ軌跡座標データＤｇが示すタッチ軌跡座標をそれぞれ消去する。

図２０に戻り、上記ステップＳ１０６における操作内容判定処理の後、制御部３１は、第１アイテム抽選処理を行い（ステップＳ１０７）、ステップＳ１０８に処理を進める。以下、図２２を参照して、上記ステップＳ１０７において行われる第１アイテム抽選処理について説明する。

図２２において、制御部３１は、所持枠ＨＦの中に空枠Ｅがあるか否かを判定する（ステップＳ１４１）。例えば、制御部３１は、所持枠データＤｒを参照して、各所持枠ＨＦに設定されているオブジェクトＩＤを取得し、当該所持枠ＨＦの少なくとも１つに空枠Ｅであることを示すデータが含まれている場合、上記ステップＳ１４１において肯定判定する。そして、制御部３１は、所持枠ＨＦの中に空枠Ｅがある場合、ステップＳ１４２に処理を進める。一方、制御部３１は、所持枠ＨＦの中に空枠Ｅがない場合、すなわち全所持枠ＨＦに対してアイテムＩのオブジェクトＩＤが設定されている場合、ステップＳ１４５に処理を進める。

ステップＳ１４２において、制御部３１は、プレイヤオブジェクトＰＯがコース上に配置されたアイテムボックスＩＢを通過して開封したか否かを判定する。例えば、制御部３１は、プレイヤオブジェクト動作データＤｗ等を参照して、プレイヤオブジェクトＰＯがアイテムボックスＩＢを通過する動作が設定されている場合、上記ステップＳ１４２において肯定判定する。そして、制御部３１は、プレイヤオブジェクトＰＯがアイテムボックスＩＢを開封した場合、ステップＳ１４３に処理を進める。一方、制御部３１は、プレイヤオブジェクトＰＯがアイテムボックスＩＢを開封していない場合、ステップＳ１４５に処理を進める。

ステップＳ１４３において、制御部３１は、アイテム抽選演出処理を開始し、次のステップに処理を進める。例えば、制御部３１は、空枠Ｅの所持枠ＨＦ内において、複数種類のアイテムＩを回転抽選表示した後、何れか１つのアイテムＩを当該所持枠ＨＦ内で停止表示させるアイテム抽選演出を表示部３５に表示するアイテム抽選演出処理を開始する。また、制御部３１は、アイテム抽選演出処理を開始するとともに、第１抽選演出経過時間の計測を開始する。

次に、制御部３１は、第１抽選フラグをオンに設定し（ステップＳ１４４）、ステップＳ１４５に処理を進める。例えば、制御部３１は、第１抽選フラグデータＤｓが示す第１抽選フラグをオンに設定して、第１抽選フラグデータＤｓを更新する。

ステップＳ１４５において、制御部３１は、第１抽選フラグがオンに設定されているか否かを判定する。例えば、制御部３１は、第１抽選フラグデータＤｓが示す第１抽選フラグを参照することによって、上記ステップＳ１４５の判定を行う。そして、制御部３１は、第１抽選フラグがオンに設定されている場合、ステップＳ１４６に処理を進める。一方、制御部３１は、第１抽選フラグがオフに設定されている場合、ステップＳ１５１に処理を進める。

ステップＳ１４６において、制御部３１は、第１経過時間に到達したか否かを判定する。例えば、制御部３１は、上記ステップＳ１４３から計測が開始されている第１抽選演出経過時間が予め定められている第１抽選時間に到達したか否かを判定する。そして、制御部３１は、第１抽選時間に到達した場合、ステップＳ１４７に処理を進める。一方、制御部３１は、第１抽選時間に到達していない場合、ステップＳ１５１に処理を進める。

ステップＳ１４７において、制御部３１は、第１抽選フラグをオフに設定し、次のステップに処理を進める。例えば、制御部３１は、第１抽選フラグデータＤｓが示す第１抽選フラグをオフに設定して、第１抽選フラグデータＤｓを更新する。

次に、制御部３１は、アイテム抽選結果判定を行い（ステップＳ１４８）、次のステップに処理を進める。例えば、制御部３１は、「フィーバー状態」の当たりとするか否かに関して、抽選テーブルデータＤｅが示す抽選テーブルに基づいて判定する。例えば、制御部３１は、空枠Ｅの数、レースの周回数、レースの順位、コースやレースの種類、プレイヤオブジェクトＰＯの種類等に応じて、抽選テーブルデータＤｅから当たり判定に用いる抽選テーブルを抽出する。そして、制御部３１は、抽出された抽選テーブルに記述された当たり確率に基づいて、上記ステップＳ１４８におけるアイテム抽選結果判定において「フィーバー状態」の当たりとするか否か、および当該当たりとなるアイテムＩ（すなわち、全所持枠ＨＦにおいて同じとなるアイテムＩ）とを判定する。また、制御部３１は、上記ステップＳ１４８におけるアイテム抽選結果判定においてはずれの場合、停止表示するアイテムＩを所持枠ＨＦ毎に決定する。

なお、本実施例では、第１抽選時間が経過した後にアイテム抽選結果判定を行っているが、第１抽選演出経過時間のカウント開始時点やカウント中など、アイテム抽選結果報知前であれば、アイテム抽選結果判定を他のタイミングで行ってもかまわない。

次に、制御部３１は、上記ステップＳ１４８におけるアイテム抽選結果判定が当たりであるか否かを判定する（ステップＳ１４９）。そして、制御部３１は、上記ステップＳ１４８におけるアイテム抽選結果判定が当たりである場合、ステップＳ１５０に処理を進める。一方、制御部３１は、上記ステップＳ１４８におけるアイテム抽選結果判定がはずれである場合、ステップＳ１５６に処理を進める。

ステップＳ１５０において、制御部３１は、当たりを示すアイテム抽選結果報知処理を行った後、フィーバー状態に移行し、ステップＳ１５１に処理を進める。例えば、制御部３１は、上記ステップＳ１４８で決定されたアイテムＩを全所持枠ＨＦにおいて停止表示させるとともに、「フィーバー状態」の当たりであることを報知するアイテム抽選結果報知演出を表示部３５に表示するアイテム抽選結果報知処理を行う。そして、制御部３１は、当たりフラグをオンに設定して当たりフラグデータＤｕを更新するとともにフィーバー経過時間の計測を開始し、所持枠データＤｒにおける全所持枠ＨＦに上記停止表示するアイテムＩのオブジェクトＩＤを設定する。また、制御部３１は、プレイヤオブジェクトＰＯの動作を停止表示させたアイテムＩによるフィーバー状態による動作に設定し、プレイヤオブジェクト動作データＤｗを更新する。

一方、上記アイテム抽選結果判定がはずれの場合、ステップＳ１５６において、制御部３１は、はずれを示すアイテム抽選結果報知処理を行った後、ステップＳ１５１に処理を進める。例えば、制御部３１は、空枠Ｅであった所持枠ＨＦ内に何れか１つのアイテムＩを停止表示させて取得されたアイテムＩおよびはずれであることを報知するアイテム抽選結果報知演出を表示部３５に表示するアイテム抽選結果報知処理を行う。また、制御部３１は、所持枠データＤｒにおける所持枠ＨＦに上記停止表示するアイテムＩのオブジェクトＩＤを設定する。

ステップＳ１５１において、制御部３１は、当たりフラグがオンであるか否かを判定する。例えば、制御部３１は、当たりフラグデータＤｕが示す当たりフラグを参照することによって、上記ステップＳ１５１の判定を行う。そして、制御部３１は、当たりフラグがオンに設定されている場合、ステップＳ１５２に処理を進める。一方、制御部３１は、当たりフラグがオフに設定されている場合、ステップＳ１５７に処理を進める。

ステップＳ１５２において、制御部３１は、情報処理装置３のタッチパネルに対するタッチ入力があるか否かを判定する。例えば、制御部３１は、現タッチ入力座標データＤｆに現タッチ入力座標Ｔが設定されている場合、上記ステップＳ１５２において肯定判定する。そして、制御部３１は、タッチパネルに対するタッチ入力がある場合、ステップＳ１５３に処理を進める。一方、制御部３１は、タッチパネルに対するタッチ入力がない場合、ステップＳ１５４に処理を進める。

ステップＳ１５３において、制御部３１は、アイテム使用処理を行い、ステップＳ１５４に処理を進める。例えば、制御部３１は、フィーバー期間中に限って可能となる「フィーバー状態」となったアイテムを連続して使用する処理を行う。一例として、制御部３１は、甲羅のアイテムによる「フィーバー状態」の場合、プレイヤオブジェクトＰＯの周辺に複数の甲羅のアイテムＩＦを配置し、ユーザのタッチ操作に応じて、所定の周期で連続して甲羅の発射アイテムＩＭをプレイヤオブジェクトＰＯの前方に発射するアイテム使用処理を行って、プレイヤオブジェクト動作データＤｗおよびアイテム位置データＤｙ等を更新する。

ステップＳ１５４において、制御部３１は、フィーバー時間に到達したか否かを判定する。例えば、制御部３１は、上記ステップＳ１５０および後述するステップＳ１８３から計測が開始されているフィーバー経過時間が予め定められているフィーバー時間に到達したか否かを判定する。そして、制御部３１は、フィーバー時間に到達した場合、ステップＳ１５５に処理を進める。一方、制御部３１は、フィーバー時間に到達していない場合、当該サブルーチンによる処理を終了する。

ステップＳ１５５において、制御部３１は、フィーバー状態を解除する処理を行い、当該サブルーチンによる処理を終了する。例えば、制御部３１は、所持枠データＤｒにおける全所持枠ＨＦに空枠Ｅを設定するとともに、当たりフラグをオフに設定して当たりフラグデータＤｕを更新する。また、制御部３１は、プレイヤオブジェクトＰＯの動作を通常状態による動作に設定し、プレイヤオブジェクト動作データＤｗを更新する。

一方、上記ステップＳ１５１において当たりフラグがオフであると判定された場合、制御部３１は、アイテムの発射方向が設定されているか否かを判定する（ステップＳ１５７）。例えば、制御部３１は、発射方向データＤｑに発射方向が設定されている場合、上記ステップＳ１５７において肯定判定する。そして、制御部３１は、発射方向が設定されている場合、ステップＳ１５８に処理を進める。一方、制御部３１は、発射方向が設定されていない場合、当該サブルーチンによる処理を終了する。

ステップＳ１５８において、制御部３１は、所持枠ＨＦにアイテムＩを所持しているか否かを判定する。例えば、制御部３１は、所持枠データＤｒにおける所持枠ＨＦの少なくとも１つにアイテムのオブジェクトＩＤが設定されている場合、上記ステップＳ１５８において肯定判定する。そして、制御部３１は、所持枠ＨＦにアイテムＩを所持している場合、ステップＳ１５９に処理を進める。一方、所持枠ＨＦにアイテムＩを所持していない場合、当該サブルーチンによる処理を終了する。

ステップＳ１５９において、制御部３１は、アイテム使用処理を行い、当該サブルーチンによる処理を終了する。例えば、制御部３１は、所持枠ＨＦに表示されているアイテムＩのうち、ＦＩＦＯ（先入れ先出し）方式によって使用されるアイテムＩを選択する。そして、選択されたアイテムＩが発射方向データＤｑに設定されている発射方向に発射可能である場合、制御部３１は、当該アイテムＩを発射アイテムＩＭとしてプレイヤオブジェクトＰＯ近傍から単発発射して移動させるアイテム使用処理を行って、プレイヤオブジェクト動作データＤｗおよびアイテム位置データＤｙ等を更新する。また、選択されたアイテムＩがプレイヤオブジェクトＰＯ自体によって使用される種類である場合、プレイヤオブジェクトＰＯ自身によって使用されて当該アイテムＩの効果が得られるアイテム使用処理を行って、プレイヤオブジェクト動作データＤｗ等を更新する。また、制御部３１は、アイテムＩの使用によって、当該アイテムＩが表示されていた所持枠ＨＦを空枠Ｅに変更して、変更後の所持枠ＨＦの状態を用いて所持枠データＤｒを更新する。

なお、上記ステップＳ１５９において、制御部３１は、アイテムＩの使用に伴って発射方向データＤｑが示す発射方向および第２基準座標データＤｉが示す第２基準座標Ｒｍをそれぞれ消去してもかまわないし、それぞれそのままの状態を維持してもかまわない。前者の場合、アイテムＩを再度使用するためには、タッチパネルに対して再度タッチオンしてアイテムＩが使用される方向へドラッグ操作する必要がある。後者の場合、アイテムＩが使用可能となった時点で、維持されている発射方向および第２基準座標Ｒｍに基づいてアイテムＩが即時に使用される。

また、使用準備位置に配置されている使用準備アイテムＩＰ上をタッチ操作（タップ操作）されることによって、当該使用準備アイテムＩＰを使用できる態様とする場合、上記ステップＳ１５７において、発射方向が設定されている場合だけでなく、当該タッチ操作が行われている場合も肯定判定される。そして、上記ステップＳ１５９では、タッチ操作された使用準備アイテムＩＰがプレイヤオブジェクトＰＯ自体によって使用される、またはデフォルトの方向へ発射アイテムＩＭとして発射されることによって使用されるアイテム使用処理が行われる。

図２０に戻り、上記ステップＳ１０７における第１アイテム抽選処理の後、制御部３１は、第２アイテム抽選処理を行い（ステップＳ１０８）、ステップＳ１０９に処理を進める。以下、図２３を参照して、上記ステップＳ１０８において行われる第２アイテム抽選処理について説明する。

図２３において、制御部３１は、全所持枠ＨＦが空枠Ｅであるか否かを判定する（ステップＳ１７１）。例えば、制御部３１は、所持枠データＤｒを参照して、全所持枠ＨＦが空枠Ｅであることを示すデータである場合、上記ステップＳ１７１において肯定判定する。そして、制御部３１は、全所持枠ＨＦが空枠Ｅである場合、ステップＳ１７２に処理を進める。一方、制御部３１は、所持枠ＨＦの少なくとも１つにアイテムＩのオブジェクトＩＤが設定されていたり、所持枠ＨＦの少なくとも１つが回転抽選表示されていたりする場合、アイテム抽選アイコンＡＢが出現していれば当該アイテム抽選アイコンＡＢを表示画面から退避させて、ステップＳ１７４に処理を進める。

ステップＳ１７２において、制御部３１は、アイテム抽選アイコンＡＢが出現する条件を満たしているか否かを判定する。例えば、制御部３１は、抽選回数データＤｖが示す抽選回数がアイテム抽選アイコンＡＢを選択して実行する制限回数にまだ未到達であり、さらにユーザ所有データＤｄが示す仮想通貨の所持量が当該実行において消費される仮想通貨以上である場合、上記条件を満たしていると判定する。そして、制御部３１は、アイテム抽選アイコンＡＢが出現する条件を満たしている場合、ステップＳ１７３に処理を進める。一方、制御部３１は、アイテム抽選アイコンＡＢが出現する条件を満たしていない場合、ステップＳ１７４に処理を進める。

ステップＳ１７３において、制御部３１は、アイテム抽選アイコンＡＢを表示部３５に出現させて表示する設定を行い、ステップＳ１７４に処理を進める。例えば、制御部３１は、アイテム抽選アイコンＡＢを選択する際に必要となる仮想通貨の量を示す価格情報Ｍとともにアイテム抽選アイコンＡＢを表示部３５に表示する設定を行う。

ステップＳ１７４において、制御部３１は、アイテム抽選アイコンＡＢを選択して実行する操作が行われたか否かを判定する。例えば、制御部３１は、表示部３５に表示されているアイテム抽選アイコンＡＢ上をタッチ操作（タップ操作）された場合、アイテム抽選アイコンＡＢを選択して実行する操作が行われたと判定する。そして、制御部３１は、アイテム抽選アイコンＡＢを選択して実行する操作が行われた場合、ステップＳ１７５に処理を進める。一方、制御部３１は、アイテム抽選アイコンＡＢを選択して実行する操作が行われていない場合、ステップＳ１７８に処理を進める。

ステップＳ１７５において、制御部３１は、アイテム抽選アイコンＡＢを選択して実行されることに応じて仮想通貨を消費させる処理を行い、次のステップに処理を進める。例えば、制御部３１は、ユーザ所持データＤｄが示すユーザが所持する仮想通貨量から、アイテム抽選アイコンＡＢを選択して実行されることに応じて消費される仮想通貨量を減算し、当該減算した仮想通貨量を用いてユーザ所持データＤｄを更新する。

次に、制御部３１は、アイテム抽選演出処理を開始し（ステップＳ１７６）、次のステップに処理を進める。例えば、制御部３１は、空枠Ｅとなっている全所持枠ＨＦ内において、複数種類のアイテムＩを回転抽選表示した後、何れか１つのアイテムＩを当該所持枠ＨＦ内で停止表示させるアイテム抽選演出を表示部３５に表示するアイテム抽選演出処理を開始する。また、制御部３１は、アイテム抽選演出処理を開始するとともに、第２抽選演出経過時間の計測を開始する。

次に、制御部３１は、第２抽選フラグをオンに設定し（ステップＳ１７７）、ステップＳ１７８に処理を進める。例えば、制御部３１は、第２抽選フラグデータＤｔが示す第２抽選フラグをオンに設定して、第２抽選フラグデータＤｔを更新する。

ステップＳ１７８において、制御部３１は、第２抽選フラグがオンに設定されているか否かを判定する。例えば、制御部３１は、第２抽選フラグデータＤｔが示す第２抽選フラグを参照することによって、上記ステップＳ１７８の判定を行う。そして、制御部３１は、第２抽選フラグがオンに設定されている場合、ステップＳ１７９に処理を進める。一方、制御部３１は、第２抽選フラグがオフに設定されている場合、当該サブルーチンによる処理を終了する。

ステップＳ１７９において、制御部３１は、第２経過時間に到達したか否かを判定する。例えば、制御部３１は、上記ステップＳ１７６から計測が開始されている第２抽選演出経過時間が予め定められている第２抽選時間に到達したか否かを判定する。そして、制御部３１は、第２抽選時間に到達した場合、ステップＳ１８０に処理を進める。一方、制御部３１は、第２抽選時間に到達していない場合、当該サブルーチンによる処理を終了する。なお、制御部３１は、第２経過時間を上記第１経過時間より短い時間に設定する。

ステップＳ１８０において、制御部３１は、第２抽選フラグをオフに設定し、次のステップに処理を進める。例えば、制御部３１は、第２抽選フラグデータＤｔが示す第２抽選フラグをオフに設定して、第２抽選フラグデータＤｔを更新する。

次に、制御部３１は、アイテム抽選結果判定を行い（ステップＳ１８１）、次のステップに処理を進める。例えば、制御部３１は、「フィーバー状態」の当たりとするか否かに関して、抽選テーブルデータＤｅが示す抽選テーブルに基づいて判定する。例えば、制御部３１は、空枠Ｅの数、レースの周回数、レースの順位、コースやレースの種類、プレイヤオブジェクトＰＯの種類等に応じて、抽選テーブルデータＤｅから当たり判定に用いる抽選テーブルを抽出する。また、アイテム抽選アイコンＡＢを選択して実行されることよるアイテム抽選を行う場合、当該アイテム抽選が同じレース中に行われた回数や消費される仮想通貨量に応じて、異なる抽選テーブルが抽出されてもよく、アイテムボックスＩＢの開封によるアイテム抽選より高確率で当たりとなる抽選テーブルが抽出されてもよい。そして、制御部３１は、抽出された抽選テーブルに記述された当たり確率に基づいて、上記ステップＳ１８１におけるアイテム抽選結果判定において「フィーバー状態」の当たりとするか否か、および当該当たりとなるアイテムＩ（すなわち、全所持枠ＨＦにおいて同じとなるアイテムＩ）とを判定する。

なお、本実施例では、第２抽選時間が経過した後にアイテム抽選結果判定を行っているが、第２抽選演出経過時間のカウント開始時点やカウント中など、アイテム抽選結果報知前であれば、アイテム抽選結果判定を他のタイミングで行ってもかまわない。

次に、制御部３１は、上記ステップＳ１８１におけるアイテム抽選結果判定が当たりであるか否かを判定する（ステップＳ１８２）。そして、制御部３１は、上記ステップＳ１８１におけるアイテム抽選結果判定が当たりである場合、ステップＳ１８３に処理を進める。一方、制御部３１は、上記ステップＳ１８１におけるアイテム抽選結果判定がはずれである場合、ステップＳ１８４に処理を進める。

ステップＳ１８３において、制御部３１は、当たりを示すアイテム抽選結果報知処理を行った後、フィーバー状態に移行し、当該サブルーチンによる処理を終了する。例えば、制御部３１は、上記ステップＳ１８１で決定されたアイテムＩを全所持枠ＨＦにおいて停止表示させるとともに、「フィーバー状態」の当たりであることを報知するアイテム抽選結果報知演出を表示部３５に表示するアイテム抽選結果報知処理を行う。そして、制御部３１は、当たりフラグをオンに設定して当たりフラグデータＤｕを更新するとともにフィーバー経過時間の計測を開始し、所持枠データＤｒにおける全所持枠ＨＦに上記停止表示するアイテムＩのオブジェクトＩＤを設定する。また、制御部３１は、プレイヤオブジェクトＰＯの動作を停止表示させたアイテムＩによるフィーバー状態による動作に設定し、プレイヤオブジェクト動作データＤｗを更新する。

一方、上記アイテム抽選結果判定がはずれの場合、ステップＳ１８４において、制御部３１は、はずれを示すアイテム抽選結果報知処理を行った後、当該サブルーチンによる処理を終了する。例えば、制御部３１は、空枠Ｅであった所持枠ＨＦ内に何れか１つのアイテムＩを停止表示させて取得されたアイテムＩおよびはずれであることを報知するアイテム抽選結果報知演出を表示部３５に表示するアイテム抽選結果報知処理を行う。また、制御部３１は、所持枠データＤｒにおける所持枠ＨＦに上記停止表示するアイテムＩのオブジェクトＩＤを設定する。

図２０に戻り、上記ステップＳ１０８における第２アイテム抽選処理の後、制御部３１は、プレイヤオブジェクトＰＯの動作を設定する処理を行い（ステップＳ１０９）、次のステップに処理を進める。例えば、制御部３１は、ハンドル角度データＤｋが示すハンドル角度や他の仮想オブジェクトからの影響等を考慮して、プレイヤオブジェクトＰＯの位置および姿勢を設定するとともに、プレイヤオブジェクト動作データＤｗに設定されているプレイヤオブジェクトＰＯの状態を考慮してプレイヤオブジェクトＰＯの動作、位置、姿勢等を決定して、プレイヤオブジェクト動作データＤｗを更新する。

次に、制御部３１は、敵オブジェクトＥＯの動作を設定する処理を行い（ステップＳ１１０）、次のステップに処理を進める。一例として、敵オブジェクトＥＯの動作が制御部３１によって制御されている場合、制御部３１は、所定のアルゴリズムに基づいて敵オブジェクトＥＯを動作させ、当該動作に基づいて敵オブジェクトデータＤｘを更新する。他の例として、敵オブジェクトＥＯの動作が他のユーザによって制御されている場合、制御部３１は、プレイヤオブジェクトＰＯと同様に当該他のユーザの操作に基づいて敵オブジェクトＥＯを動作させ、当該動作に基づいて敵オブジェクトデータＤｘを更新する。

次に、制御部３１は、アイテムの動作を設定する処理を行い（ステップＳ１１１）、次のステップに処理を進める。例えば、制御部３１は、上記処理によって使用が設定されてプレイヤオブジェクトＰＯから発射された発射アイテムＩＭを、発射方向データＤｑに基づいて移動させる処理を行い、当該移動後の位置や姿勢に基づいてアイテム位置データＤｙを更新する。

次に、制御部３１は、表示画像を生成して表示部３５に表示する表示制御処理を行い（ステップＳ１１２）、次のステップに処理を進める。例えば、制御部３１は、プレイヤオブジェクト動作データＤｗ、敵オブジェクトデータＤｘ、およびアイテム位置データＤｙ等に応じて、上述した各ステップにおける処理結果に応じた表示画像を生成して、当該表示画像を表示部３５に表示する処理を行う。

次に、制御部３１は、レースを終了するか否かを判断する（ステップＳ１１３）。レースを終了する条件としては、例えば、レースを終了させる条件が満たされたことや、ユーザがレースを終了する操作を行ったこと等がある。制御部３１は、レースを継続する場合に上記ステップＳ１０５に戻って処理を繰り返し、レースを終了する場合にステップＳ１１４に処理を進める。

ステップＳ１１４において、制御部３１は、通信処理を行い、次のステップに処理を進める。例えば、制御部３１は、ネットワーク１００を介して、送信データＤｂに格納されている送信データ（例えば、仮想通貨やゲーム内コインの増減量、レースの結果等、ゲーム処理の結果を示すデータ）をサーバ２００へ送信する。また、制御部３１は、ネットワーク１００を介して、サーバ２００からデータを受信し、受信したデータを用いて受信データＤｃを更新する。

次に、制御部３１は、購入処理を行うか否かを判定する（ステップＳ１１５）。例えば、制御部３１は、上記ステップＳ１０３において取得した操作データがユーザによる購入が行われることを示す場合や、購入する条件が満たされた場合に、上記ステップＳ１１５において肯定判定する。そして、制御部３１は、購入処理を行う場合、ステップＳ１１６に処理を進める。一方、制御部３１は、購入処理を行わない場合、ステップＳ１１７に処理を進める。

ステップＳ１１６において、制御部３１は、購入処理を行い、ステップＳ１１７に処理を進める。以下、図２４を参照して、上記ステップＳ１１６において行われる購入処理について説明する。

図２４において、通信処理を行い（ステップＳ１９０）、次のステップに処理を進める。例えば、制御部３１は、ネットワーク１００を介して、送信データＤｂに格納されている送信データ（例えば、ユーザ認証を行うためのデータ（例えば、ユーザＩＤを示すデータ））をサーバ２００へ送信する。また、制御部３１は、ネットワーク１００を介して、サーバ２００からデータ（例えば、現時点で購入可能な装備、交換レート、ユーザが所有している仮想通貨やゲーム内コインの量等、購入処理に必要なデータのうち、サーバ２００が管理しているデータ）を受信し、受信したデータを用いて受信データＤｃを更新する。

次に、制御部３１は、入力部３４から操作データを取得して操作データＤａを更新し（ステップＳ１９１）、次のステップに処理を進める。

次に、制御部３１は、購入処理を行い（ステップＳ１９２）、次のステップに処理を進める。例えば、制御部３１は、購入する装備、ゲーム内コイン、仮想通貨等をユーザに選択させる画面（図１８参照）を、上記ステップＳ１９０において受信した受信データに基づいて表示し、ユーザに選択を促す。そして、上記ステップＳ１９１において取得した操作データが、ユーザが購入を決定する操作である場合、当該操作に応じて選択された装備、ゲーム内コイン、仮想通貨等をユーザ所持に変更するとともに、その対価をユーザ所持から減らす処理を行って、ユーザ所有データＤｄを更新する。

次に、制御部３１は、購入処理を終了するか否かを判定する（ステップＳ１９３）。例えば、制御部３１は、上記ステップＳ１９１において取得した操作データが購入処理を終了することを示す場合や、購入処理を終了する条件が満たされた場合に、上記ステップＳ１９３において肯定判定する。そして、制御部３１は、購入処理を終了する場合、ステップＳ１９４に処理を進める。一方、制御部３１は、購入処理を継続する場合、ステップＳ１９１に処理を進める。

ステップＳ１９４において、制御部３１は、通信処理を行い、当該サブルーチンによる処理を終了する。例えば、制御部３１は、ネットワーク１００を介して、送信データＤｂに格納されている送信データ（例えば、上記ステップＳ１９３における購入処理における購入内容を示すデータ）をサーバ２００へ送信する。また、制御部３１は、ネットワーク１００を介して、サーバ２００からデータを受信し、受信したデータを用いて受信データＤｃを更新する。

図２０に戻り、ステップＳ１１７において、制御部３１は、ゲーム処理を終了するか否かを判断する。ゲーム処理を終了する条件としては、例えば、ゲーム処理を終了させる条件が満たされたことや、ユーザがゲーム処理を終了する操作を行ったこと等がある。制御部３１は、ゲーム処理を継続する場合に上記ステップＳ１０２に戻って処理を繰り返し、レースを終了する場合に当該フローチャートによる処理を終了する。

このように、上記ゲーム処理を行う情報処理システム１によれば、１つの入力部３４（タッチパネル）を用いて、プレイヤオブジェクトＰＯの移動方向を制御する操作が可能であるとともに、プレイヤオブジェクトＰＯとは異なる仮想オブジェクト（アイテムＩ）の動作の制御も可能となるため、ユーザ操作に対する処理を多様にすることができる。また、上記ゲーム処理を行う情報処理システム１によれば、所持枠ＨＦ内に所持されているゲームアイテムの組み合わせによって新たなゲーム内効果（「フィーバー状態」となる当たり）を発生させるため、ユーザが所有しているゲームアイテムの取り扱いに関して興趣性を高めることができる。さらに、上記ゲーム処理を行う情報処理システム１によれば、ゲームにおいて利用できる対価や課金によって取得できるアイテム（例えば、仮想通貨、ゲーム内コイン等）を用いて、アイテム抽選アイコンＡＢを選択して実行することによるアイテム抽選が可能であるため、当該対価やアイテムを獲得する動機付けを高めることができる。

なお、上述した情報処理システム１を用いたゲーム処理では、情報処理装置３とサーバ２００との間の通信処理が含まれているが、サーバ２００と接続されることなく情報処理装置３単独でゲーム処理を行ってもかまわない。特に、ユーザがプレイヤオブジェクトＰＯを操作してレースゲームを行う処理では、サーバ２００が介在することなく実行可能であるため、情報処理装置３の内部処理だけで実現することができる。また、複数の情報処理装置３が参加するレースゲームを行う場合であっても、サーバ２００を介さずに情報処理装置３同士や他の装置と通信が行われて上記ゲーム処理が実現されてもよい。また、ユーザがプレイヤオブジェクトＰＯを操作してレースゲームを行う処理の一部をサーバ２００が実行してもかまわない。これにより、複数の情報処理装置３における処理をサーバ２００において集中して管理することができる。

また、上述した説明では情報処理や通信処理を情報処理装置３で行う例を用いたが、上記処理における処理ステップの少なくとも一部を他の装置で行ってもかまわない。例えば、情報処理装置３と通信可能なサーバ２００や他の装置（例えば、別のサーバ、他のゲーム装置、他の携帯端末）が協働することによって、上記処理における処理ステップが実行されてもよい。このように、上記処理における処理ステップの少なくとも一部をサーバ２００や他の装置で行うことによって、上述した処理と同様の処理が可能となる。また、上述した処理は、少なくとも１つの情報処理装置により構成される情報処理システムに含まれる１つのプロセッサまたは複数のプロセッサ間の協働により実行されることが可能である。また、上記実施例においては、情報処理装置３の制御部３１が所定のプログラムを実行することによって、上述したフローチャートによる処理が行われたが、情報処理装置３が備える専用回路によって上記処理の一部または全部が行われてもよい。

ここで、上述した変形例によれば、いわゆるクラウドコンピューティングのシステム形態や分散型の広域ネットワークおよびローカルネットワークのシステム形態でも本発明を実現することが可能となる。例えば、分散型のローカルネットワークのシステム形態では、据置型の情報処理装置（据置型のゲーム装置）と携帯型の情報処理装置（携帯型のゲーム装置）との間で上記処理を協働により実行することも可能となる。なお、これらのシステム形態では、上述した処理の各ステップの処理をどの装置で行うかについては特に限定されず、どのような処理分担をしたとしても本発明を実現できることは言うまでもない。

また、上述した情報処理で用いられる処理順序、設定値、判定に用いられる条件等は、単なる一例に過ぎず他の順序、値、条件であっても、本実施例を実現できることは言うまでもない。

また、上記各プログラムは、外部メモリ等の外部記憶媒体を通じて情報処理装置３に供給されるだけでなく、有線または無線の通信回線を通じて情報処理装置３に供給されてもよい。また、上記プログラムは、情報処理装置３内部の不揮発性記憶装置に予め記録されていてもよい。なお、上記プログラムを記憶する情報記憶媒体としては、不揮発性メモリの他に、ＣＤ−ＲＯＭ、ＤＶＤ、あるいはそれらに類する光学式ディスク状記憶媒体、フレキシブルディスク、ハードディスク、光磁気ディスク、磁気テープ、などでもよい。また、上記プログラムを記憶する情報記憶媒体としては、上記プログラムを記憶する揮発性メモリでもよい。このような記憶媒体は、コンピュータ等が読み取り可能な記録媒体ということができる。例えば、コンピュータ等に、これらの記録媒体のプログラムを読み込ませて実行させることにより、上述で説明した各種機能を提供させることができる。

以上、本発明を詳細に説明してきたが、前述の説明はあらゆる点において本発明の例示に過ぎず、その範囲を限定しようとするものではない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。また、当業者は、本発明の具体的な実施例の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。また、本明細書において使用される用語は、特に言及しない限り、当該分野で通常用いられる意味で用いられることが理解されるべきである。したがって、他に定義されない限り、本明細書中で使用される全ての専門用語および技術用語は、本発明の属する分野の当業者によって一般的に理解されるのと同じ意味を有する。矛盾する場合、本明細書（定義を含めて）が優先する。

以上のように、本発明は、１つの操作ユーザインターフェースを用いたユーザ操作に対する処理の多様性等を向上させることを可能とする等を目的として、例えば情報処理プログラム、情報処理装置、情報処理システム、および情報処理方法等として有用である。

１…情報処理システム
３…情報処理装置
３１、２０２…制御部
３２、２０３…記憶部
３３…プログラム格納部
３４…入力部
３５…表示部
３６、２０１…通信部
２００…サーバ

Claims (25)

1. ユーザの操作に基づいた処理を行う装置に含まれるコンピュータで実行される情報処理プログラムであって、
   前記コンピュータを、
   ユーザによる座標入力を受け付ける入力受付手段と、
   前記座標入力を示すユーザ入力により定まる第１基準座標を基準とする、継続して行われた当該ユーザ入力の座標変化の第１軸方向の成分に少なくとも基づき、仮想空間において移動する移動オブジェクトの移動方向を変化させるオブジェクト移動手段と、
   前記ユーザ入力の、前記第１軸方向とは異なる第２軸方向の成分に少なくとも基づき、前記仮想空間における前記移動オブジェクトの移動とは異なるゲーム動作の方向を決定して、当該ゲーム動作を実行するゲーム動作実行手段として機能させる、情報処理プログラム。
   
2. 前記ゲーム動作実行手段は、前記座標入力を示すユーザ入力により定まる第２基準座標を基準とした前記ユーザ入力の座標変化が基準値以上であり、当該ユーザ入力の前記第１軸方向の成分および前記第２軸方向の成分により計算される当該ユーザ入力の変化の向きが所定の角度条件を満たす場合に、当該ユーザ入力の変化の向きに応じて前記ゲーム動作の方向を決定して当該ゲーム動作を実行する、請求項１に記載の情報処理プログラム。
   
3. 前記ゲーム動作実行手段は、第２基準座標を基準とした前記ユーザ入力の座標変化の前記第２軸成分が基準値以上である場合に、当該ユーザ入力の座標変化の向きに応じて前記ゲーム動作の方向を決定して当該ゲーム動作を実行する、請求項１に記載の情報処理プログラム。
   
4. 前記ゲーム動作実行手段は、前記第２基準座標を基準とした前記ユーザ入力の変化の向きが所定の角度条件を満たす場合に、前記ゲーム動作の方向を決定して当該ゲーム動作を実行する、請求項３に記載の情報処理プログラム。
   
5. 前記ゲーム動作実行手段は、前記移動オブジェクトの向きに応じて、前記角度条件を変化させる、請求項２または４に記載の情報処理プログラム。
   
6. 前記ゲーム動作実行手段は、前記第２基準座標を基準とした前記ユーザ入力の変化の向きが前記第２軸方向における正方向か負方向かによって、異なる値を前記基準値として用いる、請求項２乃至５の何れか１つに記載の情報処理プログラム。
   
7. 前記ゲーム動作実行手段は、前記ユーザ入力において座標入力された軌跡上の座標を、前記第２基準座標として用いる、請求項２乃至６の何れか１つに記載の情報処理プログラム。
   
8. 前記ゲーム動作実行手段は、前記ユーザ入力が継続する間、前記軌跡上において座標入力が新しい方へ前記第２基準座標を当該軌跡上で移動させる、請求項７に記載の情報処理プログラム。
   
9. 前記ゲーム動作実行手段は、前記第２基準座標として、前記ユーザ入力が開始された座標を用いる、請求項７または８に記載の情報処理プログラム。
   
10. 前記ゲーム動作実行手段は、前記第１基準座標を基準とした前記ユーザ入力の座標変化の前記第１軸方向成分が所定の閾値以上の場合、当該第１軸方向成分が当該所定の閾値未満である場合と比較して前記基準値を変化させる、請求項２乃至９の何れか１つに記載の情報処理プログラム。
    
11. 前記オブジェクト移動手段は、前記移動オブジェクトの方向に応じて、前記第１軸方向を変化させる、請求項１乃至１０の何れか１つに記載の情報処理プログラム。
    
12. 前記ゲーム動作実行手段は、前記ユーザ入力の変化の速度が閾値以上である場合に、前記第２軸方向の当該ユーザ入力の成分に少なくとも基づいて前記ゲーム動作の方向を決定して当該ゲーム動作を実行する、請求項１に記載の情報処理プログラム。
    
13. 前記ゲーム動作実行手段は、前記ゲーム動作として、前記移動オブジェクトの位置と同じまたは近傍の位置を移動開始点として、前記移動オブジェクトから離れる方向に他のオブジェクトを移動させる、請求項１乃至１２の何れか１つに記載の情報処理プログラム。
    
14. 前記ゲーム動作実行手段は、前記他のオブジェクトを示す表示の位置を指定する入力が行われた場合に、当該他のオブジェクトに対して規定された初期方向に、当該他のオブジェクトを移動させる、請求項１３に記載の情報処理プログラム。
    
15. 前記移動を開始する前の前記他のオブジェクトは、前記移動オブジェクトの近傍に表示される、請求項１３または１４に記載の情報処理プログラム。
    
16. 前記移動を開始する前の前記他のオブジェクトは、前記移動オブジェクトとは離れて表示される、請求項１３または１４に記載の情報処理プログラム。
    
17. 前記ゲーム動作実行手段は、前記第２基準座標を基準とした前記ユーザ入力の入力方向と対応する方向に、前記他のオブジェクトを移動させる、請求項１３乃至１６の何れか１つに記載の情報処理プログラム。
    
18. 前記ゲーム動作実行手段は、前記第２基準座標を基準とした前記ユーザ入力の入力速度に基づいて、前記他のオブジェクトの移動速度を設定する、請求項１３乃至１７の何れか１つに記載の情報処理プログラム。
    
19. 前記他のオブジェクトは、当該他のオブジェクトと衝突したオブジェクトを減速または停止させる攻撃アイテムである、請求項１３乃至１８の何れか１つに記載の情報処理プログラム。
    
20. 前記オブジェクト移動手段は、前記ユーザ入力があるか否かに関わらず、前記移動オブジェクトを移動させる、請求項１乃至１９の何れか１つに記載の情報処理プログラム。
    
21. 前記オブジェクト移動手段は、仮想空間内において前記移動オブジェクトを見る仮想カメラの視線方向に対して、当該仮想カメラの後方から前方に当該移動オブジェクトを移動させる、請求項１乃至２０の何れか１つに記載の情報処理プログラム。
    
22. 前記第１軸方向は、前記ユーザから見て左右方向であり、
    前記第２軸方向は、前記ユーザから見て上下方向である、請求項１乃至２１の何れか１つに記載の情報処理プログラム。
    
23. ユーザの操作に基づいた処理を行う情報処理装置であって、
    ユーザによる座標入力を受け付ける入力受付手段と、
    前記座標入力を示すユーザ入力により定まる第１基準座標を基準とする、継続して行われた当該ユーザ入力の座標変化の第１軸方向の成分に少なくとも基づき、仮想空間において移動する移動オブジェクトの移動方向を変化させるオブジェクト移動手段と、
    前記ユーザ入力の、前記第１軸方向とは異なる第２軸方向の成分に少なくとも基づき、前記仮想空間における前記移動オブジェクトの移動とは異なるゲーム動作を決定して、当該ゲーム動作を実行するゲーム動作実行手段とを備える、情報処理装置。
    
24. ユーザの操作に基づいた処理を行う情報処理システムであって、
    ユーザによる座標入力を受け付ける入力受付手段と、
    前記座標入力を示すユーザ入力により定まる第１基準座標を基準とする、継続して行われた当該ユーザ入力の座標変化の第１軸方向の成分に少なくとも基づき、仮想空間において移動する移動オブジェクトの移動方向を変化させるオブジェクト移動手段と、
    前記ユーザ入力の、前記第１軸方向とは異なる第２軸方向の成分に少なくとも基づき、前記仮想空間における前記移動オブジェクトの移動とは異なるゲーム動作を決定して、当該ゲーム動作を実行するゲーム動作実行手段とを備える、情報処理システム。
    
25. ユーザの操作に基づいた処理を行う情報処理方法であって、
    ユーザによる座標入力を受け付ける入力受付ステップと、
    前記座標入力を示すユーザ入力により定まる第１基準座標を基準とする、継続して行われた当該ユーザ入力の座標変化の第１軸方向の成分に少なくとも基づき、仮想空間において移動する移動オブジェクトの移動方向を変化させるオブジェクト移動ステップと、
    前記ユーザ入力の、前記第１軸方向とは異なる第２軸方向の成分に少なくとも基づき、前記仮想空間における前記移動オブジェクトの移動とは異なるゲーム動作を決定して、当該ゲーム動作を実行するゲーム動作実行ステップとを含む、情報処理方法。

Images