JP2018075225A - 情報処理プログラム、情報処理方法、及び情報処理装置 - Google Patents

Abstract

【課題】ゲームのプレイヤーに対して、より自由度の高い操作を実現する技術を提供する。【解決手段】タッチ操作管理部６１は、所定の時間間隔毎に、タッチ操作入力部２６におけるタッチ操作の有無を検出し、タッチ操作を管理する。状態検出部７１は、プレイヤーが行うスワイプ操作の各種状態を検出する。移動指示受付部８１は、タッチ操作管理部６１で管理された各種タッチ操作のうち、移動指示を受け付ける。スキル指示受付部８２は、タッチ操作管理部６１で検出した各種タッチ操作のうち、スキル関連指示を受け付ける。またスキル指示受付部８２は、スワイプの第２状態から第３状態に移行する際のタッチ位置の移動方向に応じて、所定方向の指定を受付ける。表示画像生成部５３は、各種操作子を表示するための表示画像の生成を行う。表示制御部６２は、各種ゲームの表示画像を表示部２７に表示するための制御を行う。【選択図】図２

Description

本発明は、情報処理プログラム、情報処理方法、及び情報処理装置に関する。

近年、スマートフォン等の携帯端末で実行されるゲームのうち、携帯端末に表示される画像は、ゲームの人気を左右する重要な要因の１つである。
そのため、プレイヤーに提示されるＧＵＩ（Ｇｒａｆｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の操作性を向上させるための技術としては、様々な試みがなされてきた。
そのための技術の１つとして、タッチパネルの操作時に、あたかも弾性体として挙動するオブジェクトを表示し、プレイヤーが弾性を有するスマートフォンを操作しているかのようなユーザインターフェイスを提供する技術（例えば、特許文献１参照）等が存在する。
上述の技術では、タッチ操作中にタッチパネルから指を離すことなく、複数の動作指示（例えば、ゲームキャラクタの移動とスキルの発動等）を実行することが出来る。

特開２０１６−４８５７１号公報

しかしながら、上述の技術では、タッチ操作中にタッチパネルから指を離すことなく、複数の動作指示を実行することができるに過ぎず、その複数の動作指示が独立して実行されるものではなかった。
具体的に換言すれば、上述の技術を含む従来の技術は、複数の動作を同時に実行するような指示（例えば、「移動中に剣から弓に持ち替えて、斜め４５度に向けてスキルを打ち出す」というような複合的な動作）を実行することは困難であった。
特に、アクションゲーム等の分野では、リアルタイムでゲームが進行することも珍しくなく、ゲームのプレイヤーからは、スマートフォン等においても短時間で実行可能なシンプルな操作のみで、より自由度の高い操作が可能となるユーザインターフェイス開発が望まれていた。

本発明は、このような状況に鑑みてなされたものであり、ゲームのプレイヤーに対して、より自由度の高い操作を実現するものである。

上記目的を達成するため、本発明の一態様の情報処理プログラムは、
仮想空間及び当該仮想空間内で移動可能な移動オブジェクトを含む画像を表示媒体に表示させる制御を実行するコンピュータに、
前記表示媒体への１以上の物体の接触又は近接の操作を検出する検出ステップと、
前記表示媒体へ接触又は近接している前記物体の個数の管理状態と当該物体の前記表示媒体における位置との一方又は双方に基づいて、前記移動オブジェクトの仮想空間内での移動に関する指示である第１指示を受付けるのか、前記移動オブジェクトに関する指示であって種類の選択と方向の指定を少なくとも含む指示を第２指示として受け付けるのかを判定する判定ステップと、
前記判定ステップの判定結果に応じて、前記第１指示又は前記第２指示を受付ける受付ステップと、
を含む制御処理を実行させ、
前記検出ステップは、前記第２指示として受付けられる操作として、前記表示媒体への前記物体の接触又は近接が開始された第１状態から、前記表示媒体への接触又は近接が維持されて前記物体が移動する第２状態を経て、前記表示媒体への前記物体の接触又は近接の形態が変化する第３状態に至るまでの一連の操作を検出するステップを含み、
前記受付ステップは、前記第１状態が検出された際の前記物体の位置に応じて、１以上の種類のうち所定種類の選択を受付け、前記第２状態から前記第３状態に移行する際の前記物体の移動方向に応じて、所定方向の指定を受付け、前記第３状態の検出以後の所定タイミングで、前記所定種類についての前記所定方向への前記第２指示の実行の指示を受付けるステップを含む、
情報処理を実行させる。

本発明の一態様の上記情報処理プログラムに対応する情報処理方法及び情報処理装置の夫々も、本発明の一態様の情報処理方法及び情報処理装置の夫々として提供される。

本発明によれば、ゲームのプレイヤーに対して、より自由度の高い操作を実現する技術を提供することが出来る。

本発明の一実施形態に係るプレイヤー端末のハードウェア構成の一例を示すブロック図である。 図１のプレイヤー端末の機能的構成の一例を示す機能ブロック図である。 図２のプレイヤー端末で実行されるゲーム実行処理の結果の一例を示す図である。 図２のプレイヤー端末で実行されるゲーム実行処理の流れを示すフローチャートである。 図２のプレイヤー端末で実行される移動処理の流れを示すフローチャートである。 図２のプレイヤー端末で実行されるスキル発動処理の流れを示すフローチャートである。 図２のプレイヤー端末で実行されるゲーム実行処理の結果の一例であって、図３とは異なる例を示す図である。 図２のプレイヤー端末で実行されるゲーム実行処理の結果の一例であって、図３や図７とは異なる例を示す図である。 図２のプレイヤー端末で実行されるゲーム実行処理の結果の一例であって、図３や図７とは異なる例を示す図である。

以下、本発明の実施形態について、図面を用いて説明する。

なお、以下において、単に「画像」と呼ぶ場合には、「動画像」と「静止画像」との両方を含むものとする。
また、「動画像」には、次の第１処理乃至第３処理の夫々により表示される画像を含むものとする。
第１処理とは、平面画像（２Ｄ画像）におけるオブジェクト（例えばゲームキャラクタ）の夫々の動作に対して、複数枚からなる一連の静止画像を時間経過とともに連続的に切り替えて表示させる処理をいう。具体的には例えば、２次元アニメーション、いわゆるパラパラ漫画的な処理が第１処理に該当する。
第２処理とは、立体画像（３Ｄモデルの画像）におけるオブジェクト（例えばゲームキャラクタ）の夫々の動作に対応するモーションを設定しておき、時間経過とともに当該モーションを変化させて表示させる処理をいう。具体的には例えば、３次元アニメーションが第２処理に該当する。
第３処理とは、オブジェクト（例えばゲームキャラクタ）の夫々の動作に対応した映像（即ち動画）を準備しておき、時間経過とともに当該映像を流していく処理をいう。

図１は、本発明の一実施形態に係るプレイヤー端末１のハードウェア構成を示すブロック図である。

プレイヤー端末１は、スマートフォン等で構成される。
プレイヤー端末１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３と、バス２４と、入出力インターフェース２５と、タッチ操作入力部２６と、表示部２７と、入力部２８と、記憶部２９と、通信部３０と、ドライブ３１と、を備えている。

ＣＰＵ２１は、ＲＯＭ２２に記録されているプログラム、又は、記憶部２９からＲＡＭ２３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インターフェィス２５も接続されている。入出力インターフェィス２５には、タッチ操作入力部２６、表示部２７、入力部２８、記憶部２９、通信部３０及びドライブ３１が接続されている。

タッチ操作入力部２６は、例えば表示部２７に積層される静電容量式又は抵抗膜式（感圧式）の位置入力センサにより構成され、タッチ操作がなされた位置の座標を検出する。
ここで、タッチ操作とは、タッチ操作入力部２６に対する物体の接触又は近接の操作をいう。タッチ操作入力部２６に対して接触又は近接する物体は、例えばプレイヤーの指やタッチペン等である。なお、以下、タッチ操作がなされた位置を「タッチ位置」と呼び、タッチ位置の座標を「タッチ座標」と呼ぶ。
また、初めのタッチ操作が終了しないうちに、次のタッチ操作がなされるなど、複数のタッチ操作が同時になされる場合もある。このような、同時になされた複数のタッチ操作を「マルチタッチ」と呼ぶ。本実施形態のタッチ操作入力部２６は、マルチタッチに対応可能となっている。
表示部２７は、液晶等のディスプレイにより構成され、ゲームに関する画像等、各種画像を表示する。
このように、本実施形態では、タッチ操作入力部２６と表示部２７とにより、タッチパネルが構成されている。
なお、本明細書で「表示媒体」と呼ぶ場合、単に表示部２７を意味せず、タッチ操作入力部２６と表示部２７とから構成される「タッチパネル」を意味する。

ここで、タッチパネルにおけるタッチ操作の種類としては、例えば、スワイプとフリックが存在する。
ただし、スワイプもフリックも、表示媒体への物体の接触又は近接が開始された第１状態から、表示媒体への接触又は近接が維持されて物体の位置が変化する第２状態を経て、表示媒体への物体の接触又は近接が解除される第３状態まで至る一連の操作である点は変わらない。そこで、本明細書では、このような一連の操作をまとめて「スワイプ」と呼ぶことにする。
換言すると、本明細書でいう「スワイプ」は、一般的に呼ばれるスワイプの他、上述のフリック等も含まれる広義な概念である。

入力部２８は、各種ハードウェア釦等で構成され、プレイヤーの指示操作に応じて各種情報を入力する。
記憶部２９は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部３０は、図示せぬインターネットを含むネットワークを介して他の装置（図示せぬサーバや図示せぬ他のプレイヤー端末）との間で行う通信を制御する。

ドライブ３１は、必要に応じて設けられる。ドライブ３１には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３２が適宜装着される。ドライブ３１によってリムーバブルメディア３２から読み出されたプログラムは、必要に応じて記憶部２９にインストールされる。また、リムーバブルメディア３２は、記憶部２９に記憶されている各種データも、記憶部２９と同様に記憶することができる。

このような図１のプレイヤー端末１の各種ハードウェアと各種ソフトウェアとの協働により、プレイヤー端末１で各種ゲームの実行が可能になる。
即ち、プレイヤー端末１は、各種ゲームの実行にあたり、図２に示すような機能的構成を有する。
図２は、図１のプレイヤー端末１の機能的構成の一例を示す機能ブロック図である。

図２に示すように、プレイヤー端末１のＣＰＵ２１においては、ユーザインターフェイス制御部５１と、受付部５２と、表示画像生成部５３とが機能する。
なお、図示はしないが、前提として、本実施形態に係るゲームを実行するための機能ブロック（ゲーム実行部）がＣＰＵ２１において機能している。

ユーザインターフェイス制御部５１は、ゲーム実行時のタッチパネルでのユーザインターフェイスの制御を実行する。
このユーザインターフェイス制御部５１には、タッチ操作管理部６１と表示制御部６２とが設けられている。

タッチ操作管理部６１は、所定の時間間隔毎に、タッチ操作入力部２６に対するタッチ操作の有無を検出し、タッチ操作が有った場合にはそのタッチ位置（タッチ座標）を検出する。
ここで、上述したように、タッチ操作入力部２６は、複数の指等によるタッチ操作、即ちマルチタッチに対応可能となっている。
このため、タッチ操作管理部６１は、複数のタッチ操作を検出した場合、検出した複数のタッチ操作の内容の夫々を独立して管理する。具体的には例えば、タッチ操作管理部６１は、１つのタッチ操作を検出する毎に、その種類を判別し、管理番号を付与する。このようにして、タッチ操作管理部６１は、複数のタッチ操作の夫々に対して、判別した種類と付与した管理番号を夫々紐付けて管理する。これにより、複数のタッチ操作について、その種類や操作の時間的順番等の管理が可能になる。
ここで、１つのタッチ操作（管理番号で一意に特定される１のタッチ操作）については、「所定の時間間隔」毎にタッチ位置が逐次検出される。このようにして検出される複数のタッチ位置は、上述したように、当該１つのタッチ操作（管理番号で一意に特定される１つのタッチ操作）についてのタッチ位置の変化方向や変化量等を演算するために用いられる。
即ち、タッチ位置を検出する「所定の時間間隔」は、これらの演算が可能であれば、特に限定されない。ただし、本実施形態では、タッチパネルにフレームが表示される毎にタッチ位置が検出されるものとし、「所定の時間間隔」は、連続して表示される２つのフレームの時間間隔であるものとする。
即ち、本実施形態では、タッチ位置の変化方向とは、最新フレームにおけるタッチ位置（以下、「最新フレームタッチ位置」と呼ぶ）と、その最新フレームの１つ前のフレームにおけるタッチ位置（以下、「直前フレームタッチ位置」と呼ぶ）との差分に基づいて、決定されるものとする。

このタッチ操作管理部６１には、状態検出部７１が設けられる。
状態検出部７１は、タッチ操作管理部６１により検出されたタッチ操作がスワイプであった場合に機能し、スワイプの各種状態（スワイプの第１状態乃至第３状態の何れか）を検出する。

表示制御部６２は、詳細は後述するが、実行中のゲーム内容を含む画像（以下、「ゲーム画像」と呼ぶ）を表示媒体に表示させる制御を実行する。

受付部５２は、タッチ操作管理部６１で検出された各種タッチ操作をゲーム内指示として受け付ける。
ここで、本実施形態で取り扱われるゲームは、所定のグローバル座標系で構築される仮想的な３次元空間（以下、単に「仮想空間」と呼ぶ）及び当該仮想空間内で移動可能なオブジェクト（移動オブジェクト）であるゲームキャラクタを含むものとする。この場合、プレイヤーは、所定のタッチ操作をすることで、ゲームキャラクタの移動に関する指示（以下、「移動指示」と呼ぶ）をすることができる。また、プレイヤーは、別の所定のタッチ操作（後述するように本実施形態ではスワイプ）をすることで、１種類以上のスキルのうち任意の種類のスキルを選択して、そのスキルの発動方向として、仮想空間内の所定方向を指定して、そのスキルを発動させるまでの一連の指示（以下、「スキル関連指示」と呼ぶ）をすることができる。
また、本実施形態において、スキルとは、ゲームキャラクタに対応するオブジェクト及びその他のオブジェクトを用いて表現される様々な行動を指し、例えば、剣で攻撃、剣で連続攻撃、弓矢で射撃、弓矢で連続射撃、魔法による攻撃を放つ、魔法による攻撃を連続して放つ、盾を構える、盾で打撃する等といったゲームキャラクタの単なる移動とは異なる行動を指す。ＣＰＵ２１は、複数種類のスキルをゲームで表現するための処理をゲームプログラムと協働してコンピュータを制御するが、表現するスキルに応じて異なった処理を行うようコンピュータを制御する。従って、スキルを選択するとは、複数種類の制御の中からいずれかの制御を選択することに相当する。
以上の処理を制御するために、受付部５２には、ゲームキャラクタの移動指示を示すタッチ操作を受付ける移動指示受付部８１と、ゲームキャラクタのスキル関連指示を示すタッチ操作（スワイプ）を受付けるスキル指示受付部８２とが設けられている。

ここで、本実施形態では、ゲームキャラクタのスキル関連指示を示すタッチ操作としては、スワイプが採用されているものとする。この場合、スキル指示受付部８２は、（タッチ操作が最初に検出された時のタッチ位置（以下、「タッチ始点」と呼ぶ）やタッチ操作の順番等に応じて、スキルの１以上の種類の中から所定種類の選択を受付ける。
例えば、表示媒体の表示面において、１種類以上のスキル毎に、そのスキル関連指示の開始を受け付ける特定の領域（以下、「スキル選択領域」と呼ぶ）が夫々規定されているものとする。具体的には例えば、第１種類のスキルに対して第１スキル選択領域が対応付けられ、第２種類のスキルに対して第２スキル選択領域が対応付けられているものとする。この場合、スワイプの第１状態が検出された際のタッチ位置が第１スキル選択領域に含まれていれば、スキルの所定種類として第１種類が選択される。一方、スワイプの第１状態が検出された際のタッチ位置が第２スキル選択領域に含まれていれば、スキルの所定種類として第２種類が選択される。

スキル指示受付部８２は、スワイプの第２状態から第３状態に移行する際のタッチ位置の移動方向に応じて、所定方向の指定を受付ける。ここで、所定方向とは、スキルの発動方向を意味する。
具体的には例えば、スキル指示受付部８２は、スワイプの第３状態に移行した際に表示されていたフレームでのタッチ位置（最新フレームタッチ位置）と、その直前のフレームのタッチ位置（直前フレームタッチ位置）との差分からタッチ位置の変化の方向を算出し、そのタッチ位置の変化の方向を所定方向として、当該所定方向の指示を受付ける。

そして、スキル指示受付部８２は、スワイプの第３状態の検出以後の所定タイミングで、先に受付けた所定種類についての、先に受付けた所定方向へのスキルの発動の指示を受付ける。

表示画像生成部５３は、プレイヤー端末１の表示部２７に表示されるべきゲーム画像、例えば本実施形態では仮想空間及び当該仮想空間内で移動可能なゲームキャラクタを含むゲーム画像のデータを生成する。
本実施形態では、このゲーム画像には、ゲームキャラクタの移動指示の操作をするためのソフトウェアボタン（以下、「移動ボタン」と呼ぶ）と、ゲームキャラクタのスキル関連指示の操作（スワイプ）をするためのソフトウェアボタン（以下、「スキルボタン」と呼ぶ）とが含まれ得る。
例えばスキルボタンは、スキルの種類毎に設けられ、夫々の種類に対応付けられたスキル選択領域内を初期位置として、ゲームキャラクタのスキル関連指示の操作（スワイプ）がなされるまでの間、初期位置に一定程度スティックするように配置される。なお、後述する図３（ｂ）に示す様に、スキルボタンは、最初から表示されているとは限らず、スワイプの第１状態が検出された際に表示が開始されるようにしてもよい。
選択されたスキルの種類を示すスキルボタンは、スワイプの第２状態においては、タッチ位置に配置される。つまり、スワイプの第２状態では、タッチ位置は移動していくので、スキルボタンもまたタッチ位置に連動して移動していく。
またこれらの点については、移動ボタンであっても、同様である。
このとき、タッチ位置の移動方向が容易に視認できるように、現在のタッチ位置（最新フレームタッチ位置）を示すスキルボタンの他に、直前フレームタッチ位置に配置されていたスキルボタン（以下「直前位置ボタン」と呼ぶ）も消去されずにゲームの画像上に薄く残される。
即ち、上述したように、スワイプの状態が第２状態から第３状態に移行した際のゲームの画像において、直前位置ボタンからスキルボタンに向かう方向が、スキルを発動する方向（所定方向）としてスキル指示受付部８２により受付けられる。

次に、図３を用いて、図１のプレイヤー端末１が実行するゲームを進行させる一連の処理（以下、「ゲーム実行処理」と呼ぶ）の第一の実施形態について例を用いて説明する。
図３は、プレイヤー端末１で実行されるゲーム処理の結果の一例を示す図である。

本実施形態では、ゲームには様々な３次元形状の移動オブジェクトが用いられるが、各移動オブジェクトは、夫々個別のローカル座標系が設定されており、各ローカル座標系の座標がグローバル座標系の座標に変換されて仮想空間に配置されている。図３の例では、このような移動オブジェクトとして、プレイヤーによる操作対象のゲームキャラクタを表すキャラクタＣ１と、攻撃対象のゲームキャラクタを表すキャラクタＣ２とが仮想空間に配置されている。また、キャラクタＣ１が移動するとは、キャラクタＣ１のグローバル座標系（即ち仮想空間内）における座標が変化することを意味する。
ここで、本実施形態におけるタッチ操作管理部６１は、タッチ操作の種類（以下、「操作種類」と適宜呼ぶ）として、少なくとも操作種類ａ、操作種類ｂ、及び操作種類ｃの３種類を判別して管理する。
即ち、操作種類ａのタッチ操作は、キャラクタＣ１の移動指示に関するタッチ操作を示す種類である。
操作種類ｂのタッチ操作は、スキル選択領域以外の領域（例えば上述のスキルボタンが表示された領域以外の領域であり、以下「自由処理領域」と呼ぶ）をタッチ始点とした、キャラクタＣ１のスキル関連指示に関するタッチ操作を示す種類である。
操作種類ｃのタッチ操作は、スキル選択領域（例えば上述のスキルボタンが表示された領域）の領域内をタッチ始点とした、キャラクタＣ１のスキル関連指示に関するタッチ操作を示す種類である。
つまり、タッチ操作管理部６１は、１つのタッチ操作を検出したとき、まず、そのタッチ操作の種類が上述の操作種類ａ乃至操作種類ｃのうちいずれにあたるかを判定する。そして、操作種類が判定されたタッチ操作は、そのタッチ操作が終了するまで、タッチ操作管理部６１によって付与された管理番号とともに管理される。
なお、本実施形態においては、キャラクタＣ１への移動指示と別種類の指示とを区別するために、キャラクタＣ１の移動とは別の動作（移動制御とは別の制御）に対する指示を、便宜上、スキル関連指示と包括して定義している。ただし、操作種類ｂ及び操作種類ｃのタッチ操作は、いずれもスキル関連指示に対応したタッチ操作であるものの、夫々には互いに異なる種類のスキルが対応付けされている。即ち、操作種類ｂによって制御される処理と操作種類ｃによって制御される処理とは、移動処理ではないという点では同じ種類の処理と言えるが、処理内容そのものは互いに種類の異なる別の処理である。

図３の例では、このキャラクタＣ１の移動指示を入力するための仮想的なコントローラとして、移動ボタンＭＰが採用されている。
移動ボタンＭＰに対するプレイヤーの所定のタッチ操作に応じて、キャラクタＣ１の移動方向に関する１種以上の量が変化する。ここで、変化対象の量の種類は、移動に関するものであれば特に限定されないが、本実施形態では、キャラクタＣ１の仮想空間内におけるグローバル座標系での変化、即ちキャラクタＣ１の移動量、移動方向、及び移動速度等が想定される。
また、移動ボタンＭＰに対するプレイヤーからの所定の指示の手法は、タッチ操作であれば特に限定されないが、本実施形態ではスワイプが採用されている。

図３（ａ）から図３（ｄ）に示すスキルボタンＡＰ、スキルボタンＢＰ、及びスキルボタンＨＰは、キャラクタＣ１の３種のスキルの夫々について、互いに種類の異なるスキル関連指示を入力するための仮想的なコントローラである。
なお、直前位置ボタンＴＰは、移動ボタンＭＰ、スキルボタンＡＰ、スキルボタンＢＰ、及びスキルボタンＨＰのうちスワイプの対象となっているものについての直前のタッチ位置に薄く表示される。

図３（ａ）は、ゲーム内のキャラクタＣ１が移動する状況を示している。
図３（ａ）に示すように、プレイヤーに表示されるユーザインターフェイスとしては、スキルボタンＡＰと、スキルボタンＢＰと、スキルボタンＨＰと、がゲーム画像に配置されている。

まず、ゲーム中のキャラクタＣ１を移動させたいと考えて、プレイヤーが、表示部２７（表示媒体）の表示画面上の自由処理領域に対してタッチ操作をした場合、即ち、前述の操作種類ａのタッチ操作を行った場合について説明する。
なお、自由処理領域とは、スキル選択領域以外の領域である。スキル選択領域とは、上述したように、スキル発動のためにゲーム画面上に表示される操作子の表示された領域、図３の例で言えば、スキルボタンＡＰ、スキルボタンＢＰ、スキルボタンＨＰの夫々が表示されている領域をいう。
この場合、タッチ操作管理部６１は、まずプレイヤーによるタッチ操作を検出すると、そのタッチ操作のタッチ始点に基づいて、そのタッチ操作の種類が操作種類ｃか否かを判定する。
図３（ａ）には図示しないが、タッチ操作のタッチ始点がスキル選択領域内の場合、プレイヤーによるタッチ操作の種類は操作種類ｃであると判定さる。この場合、そのタッチ操作は、タッチ操作の順番やタイミングを問わずスキル関連指示を示すことになる。
これに対して、図３（ａ）の例のように、タッチ操作のタッチ始点が自由処理領域内の場合、タッチ操作の種類が操作種類ｃではないと判定される。この場合、タッチ操作管理部６１は、プレイヤーによる、タッチ操作がなされた順番やタイミングに基づいて、そのタッチ操作が移動指示を示すのか、それともスキル関連指示を示すのかを判定する。
そして、タッチ操作管理部６１は、プレイヤーによるタッチ操作が検出された時点において既に管理しているタッチ操作（管理番号が付与されている別のタッチ操作）があるか否かを確認する。
タッチ操作管理部６１は、別のタッチ操作を１つも管理していないと確認した場合には、検出したタッチ操作を管理番号１のものとして管理を開始する。このようにして管理番号１として管理される自由処理領域へのタッチ操作が、操作種類ａのタッチ操作である。
移動指示受付部８１は、操作種類ａのタッチ操作を移動指示として受け付ける。なお、タッチ操作管理部６１のタッチ操作検出時に、既に管理されたタッチ操作が存在する場合の処理については後述する。
また、本例ではそのタッチ位置に移動ボタンＭＰが表示さる。プレイヤーは、その指Ｈで移動ボタンＭＰを接触させたまま自由に移動させる操作（つまり、スワイプの第２状態での移動指示）をすることが出来る。
上述の通り、タッチ位置は、所定の時間間隔において夫々検出されるため、そのタッチ位置の検出位置に移動ボタンＭＰが表示される。従って、タッチ位置が逐次変化するならば、その変化していくタッチ位置に沿って、移動ボタンＭＰが移動していくようにプレイヤーには視認される。
このタッチ位置の変化は、キャラクタＣ１に対する移動方向の指示としても与えられ、その指示に従ってキャラクタＣ１が移動する。
即ち、スワイプの第２状態における指Ｈのタッチ位置の変化に応じて移動する移動ボタンＭＰの動きと、キャラクタＣ１の動きとが連動する。
また、キャラクタＣ１に対する移動指示を与える場合、キャラクタＣ１の向きも同時に指示することが出来る。
例えば図３（ａ）において、プレイヤーが表示画面に向かって右の方向に対してスワイプした場合は、この右の方向に対してのスワイプによる指示に基づいてキャラクタＣ１の移動が制御されるとともに、この右のスワイプの方向に基づいてキャラクタＣ１の「向き」も同時に制御される。
ここで、キャラクタＣ１の向きとは、キャラクタＣ１を形成する３Ｄオブジェクトのある面を正面と考えたとき、この正面が向いている方向であるが、本実施形態においては、キャラクタＣ１の向きの制御は、キャラクタＣ１を形成する３Ｄオブジェクトの中心を軸とした回転制御によって為される。
さらに、キャラクタＣ１の向きは、スキルの発動方向とも連動する。そして、移動指示とともに又は独立してスキル関連指示がなされた場合には、スキル関連指示が優先されて、スキル関連指示に対応したスワイプに基づきキャラクタＣ１の向きが変動する。即ち、移動指示受付部８１によってキャラクタＣ１の移動指示を受け付けている最中は、移動指示に対応するスワイプの内容に基づいてキャラクタＣ１の向きが制御されるが、この最中にスキル指示受付部８２によってスキル関連指示が受け付けられた場合は、スキル関連指示に対応するスワイプの内容に基づいてキャラクタＣ１の向きが制御される。

図３（ｂ）は、ゲーム内のキャラクタＣ１がスキルを発動する状況を示している。
図３（ｂ）の例においては、前提として、図３（ａ）の操作が継続してなされており、タッチ操作管理部６１は、管理番号１のタッチ操作（操作種類ａのキャラクタＣ１への移動指示を示すタッチ操作）を管理しているものとする。

図３（ａ）の状態に引き続き、ゲーム中のキャラクタＣ１にスキルＡを発動させたいと考えて、プレイヤーが自由処理領域に対してタッチ操作をした場合、即ち、上述の操作種類ｂのタッチ操作を行った場合について説明する。
タッチ操作管理部６１は、まずプレイヤーによるタッチ操作を検出すると、そのタッチ操作のタッチ始点に基づいて、そのタッチ操作の種類が操作種類ｃか否かを判定する。
図３（ｂ）の例では、タッチ始点は自由処理領域内であるため、そのタッチ操作は、操作種類ｃのタッチ操作ではない。
従って、プレイヤーによるタッチ操作が検出された時点において既に管理されているタッチ操作があるか否かが確認される。
そして、既に管理されているタッチ操作が移動指示に係るものである場合には、タッチ操作管理部６１は、検出したタッチ操作を管理番号２のものとして管理を開始する。この管理番号２として管理された自由処理領域へのタッチ操作が、操作種類ｂのタッチ操作である。
図３（ｂ）の例では、既に管理中のタッチ操作は移動指示の操作であるので、図３（ｂ）におけるタッチ操作は、スキル指示受付部８２において、スキル関連指示として受け付けられる。
スキル指示受付部８２は、この操作種類ｂのタッチ操作をスキル関連指示として受け付ける。
なお、既に管理中のタッチ操作がスキル関連指示に係るものである場合には、スキル関連指示の受付けは非活性化しているため、スキル指示受付部８２は、スキル関連指示を受付けない。ここで非活性化とは、タッチ操作に関する指示のうちスキル関連指示をスキル発動中に限り一時的に受付けなくすることである。

上記の処理の結果、図３（ｂ）の例においては、プレイヤーが、タッチ操作を開始すると、スキルＡを発動させるためのスキルボタンＡＭＰが表示される。
プレイヤーは、スキルＡのスキル関連指示を与えるため、スキルボタンＡＭＰを操作する。
即ち、プレイヤーは、スキルＡのスキル選択領域内（スキルボタンＡＰの配置位置を除く）に指Ｈを接触させることにより、スワイプの状態は第１状態に移行し、指Ｈの接触位置にスキルボタンＡＭＰが表示され、発動対象のスキルとしてスキルＡが選択される。
プレイヤーは、指Ｈの接触を保ちながらスキルボタンＡＭＰを移動させる。これにより、スワイプの第２状態に移行する。図３（ｂ）の例では、プレイヤーは、スワイプの第２状態において、スキルボタンＡＭＰを、指Ｈの接触状態を保ちながら所定方向に移動させ、所定の位置で指Ｈをタッチパネルから離す。つまり、スワイプの状態が第２状態から第３状態に移行する。
この移行時点の直前の指Ｈのタッチ位置（直前フレームタッチ位置であり、直前位置ボタンＴＰの位置）から、この移行時点の指Ｈのタッチ位置（最新フレームタッチ位置であり、スキルボタンＡＭＰの位置）に向かう方向が、スキルの発動方向として設定される。その結果、キャラクタＣ１は、発動方向に存在するキャラクタＣ２に向かってスキルＡを発動する。
なお、前述の場合と同様に、プレイヤーが表示画面向かって右の方向に対してスワイプした場合は、この右の方向に対してのスワイプによる指示に基づいてキャラクタＣ１のスキル関連指示がされるとともに、この右のスワイプの方向に基づいてキャラクタＣ１の「向き」も同時に制御されることも出来る。
また、上述の場合と同様に、キャラクタＣ１の向きは、スキルの発動方向とも連動するため、移動指示とともに又は独立してスキル関連指示がなされた場合には、このスキル関連指示が優先してキャラクタＣ１の向きが変動する。これにより、プレイヤーは、キャラクタＣ１がグローバル座標系において移動する方向がいずれであっても、どちらの方向にスキルが発動するのかを容易に判断できる。

図３（ｃ）は、ゲーム内のキャラクタＣ１が、図３（ｂ）とは同一種類のスキルを発動するが、異なる操作をする場合の例を示している。
ゲーム中のキャラクタＣ１にスキルＡを発動させたいと考えて、プレイヤーがいずれかのスキルのスキル発動用領域（例えば図３のスキルボタンＡＰ）でタッチ操作を行った場合、即ち、上述の操作種類ｃのタッチ操作を行った場合について説明する。
上述の場合と同様に、タッチ操作管理部６１は、まずプレイヤーによるタッチ操作を検出すると、そのタッチ操作のタッチ始点に基づいて、そのタッチ操作の種類が操作種類ｃか否かを判定する。
図３（ｃ）の例では、プレイヤーがタッチ操作をスキル選択領域内で行ったため、そのタッチ操作は、順番やタイミングを問わず、スキル関連指示を示す。このようにスキル選択領域内で行われたタッチ操作は、操作種類ｃのタッチ操作である。
なお、この場合であっても上述の場合と同様に、タッチ操作管理部６１は、プレイヤーによるタッチ操作が検出された時点において既に管理しているタッチ操作があるか否かを確認する。
そして、既に管理しているタッチ操作がスキル関連指示に係るものでなければ、タッチ操作管理部６１は、検出したタッチ操作を管理番号１又は２のものとして管理する。スキル指示受付部８２は、そのタッチ操作をスキル関連指示として受け付ける。
他方、既に管理しているタッチ操作がスキル関連指示に係るものであれば、スキル関連指示の受付けは非活性化しているため、スキル指示受付部８２は、そのタッチ操作をスキル関連指示として受付けない。
図３（ｃ）の例では、プレイヤーは、キャラクタＣ１にスキルＡのスキル関連指示を与えるため、スキルボタンＡＰを操作する。
即ち、プレイヤーは、初期位置にスティックされたスキルボタンＡＰに指Ｈを接触させる（スキルボタンＡＰにタッチする）。これにより、スワイプの第１状態に移行し、発動対象のスキルとして、スキルＡが選択される。
プレイヤーは、スキルボタンＡＰを、指Ｈの接触を保ちながら移動させる。これにより、スワイプの第２状態に移行する。
その後、プレイヤーは、スワイプの第２状態において、スキルボタンＡＰを、指Ｈの接触状態を保ちながら移動させ、所定の位置で指Ｈをタッチパネルから離す。つまり、スワイプの状態が第２状態から第３状態に移行する。
この移行時点の直前の指Ｈのタッチ位置（直前フレームタッチ位置であり、図３（ｃ）には図示しないが直前位置ボタンＴＰの位置）から、この移行時点の指Ｈのタッチ位置（最新フレームタッチ位置であり、スキルボタンＡＭＰの位置）に向かう方向が、スキルの発動方向として設定される。その結果、キャラクタＣ１は、発動方向に存在するキャラクタＣ２に向かってスキルＡを発動する。

次に、図３（ｄ）を用いて、スキルの発動不可期間について説明する。
図３（ｄ）の例では、各種スキルのうちスキルＡが発動不可能期間（以下、「クールタイム」と呼ぶ）となっている。
本実施形態では、一度、スキルが発動された場合、一定時間経過後でなければ再度スキルを発動することが出来ない期間、いわゆるクールタイムを設定することが出来る。
図３（ｄ）の例は、スキルＡが発動された直後であり、スキルボタンＡＰには数字の９が表示されている。
これは、スキルＡのクールタイムが残り９秒であることを示しており、プレイヤーは、残り９秒間の間スキルＡを発動することが出来ない（プレイヤーは、スキルボタンＡＰをスワイプすることが出来ない）。
一方で、スキルボタンＨＰの周囲の蛍光領域（図３（ｄ）では斜線部で表現された領域）は、必殺技が発動するまでの時間を示している。
時間とともに蛍光領域が増加し、スキルボタンＨＰの周囲が全て蛍光領域となれば、いつでも必殺技の発動が可能であることを意味している。
なお、図３（ｄ）は、キャラクタＣ１がいつでも必殺技を発動可能であることを示している。
このように、本実施形態では、スキルや必殺技発動後にクールタイムを設定することができ、スキル発動までの期間（時間）を、適宜、プレイヤーに通知することが出来る。
さらに言えば、スキルの発動が可能となるまでの時間を、プレイヤーに通知するための手段は、いかなる方法でもよく、限定されない。

次に、図４を参照して、図２のプレイヤー端末１が実行するゲーム実行処理について説明する。
即ち、図４は、ゲーム実行処理の流れの一例を説明するフローチャートである。

ステップＳ１において、ユーザインターフェイス制御部５１の表示制御部６２は、ゲーム画像を表示部２７に表示させる。

ステップＳ２において、タッチ操作管理部６１は、操作種類ａ又は操作種類ｃのタッチ操作を検出したか否かを判定する。
操作種類ａと操作種類ｃの両方のタッチ操作が検出されなければ、ステップＳ２においてＮＯであると判定されて、処理はＳ２に戻され、ステップＳ２の判定処理が繰り返される。
ステップＳ２の判定処理が繰り返されている際に、操作種類ａ又は操作種類ｃのタッチ操作が検出されれば、次のステップＳ２においてＹＥＳであると判定されて、処理はステップＳ３に進む。
ステップＳ３において、タッチ操作管理部６１は、ステップＳ２で検出したタッチ操作の種類が操作種類ａであるか否かを判定する。
操作種類ｃのタッチ操作であれば、ステップＳ３においてＮＯであると判定されて、処理はステップＳ８に進む。なお、ステップＳ８以降の処理については後述する。
これに対して、操作種類ａのタッチ操作であれば、ステップＳ３においてＹＥＳであると判定されて、処理はステップＳ４に進む。

ステップＳ４において、移動指示受付部８１は、ステップＳ２において検出されたタッチ操作を移動指示として受け付け、移動処理を開始させる。移動処理の詳細については、図５を参照して後述する。
ステップＳ５において、タッチ操作管理部６１は、新たに検出したタッチ操作の種類が操作種類ｂであるか否かを判定する。
新たに検出したタッチ操作の種類が操作種類ｂであれば、ステップＳ５においてＹＥＳであると判定されて処理はステップＳ６に進む。
ステップＳ６において、スキル指示受付部８２は、ステップＳ５で新たに検出されたタッチ操作をスキル関連指示として受け付け、スキルボタンを新たに表示させる等をして、自由処理領域用のスキルを発動すべく、スキル発動処理を開始させる。スキル発動処理の詳細については図６を参照して後述する。
これに対して、新たに検出したタッチ操作の種類が操作種類ｃであれば、ステップＳ５においてＮＯであると判定されて処理はステップＳ７に進む。
ステップＳ７において、スキル指示受付部８２は、ステップＳ５で新たに検出されたタッチ操作をスキル関連指示として受け付け、スキル選択領域用のスキル（ステップＳ６とは異なる種類のスキル）を発動すべく、スキル発動処理を開始させる。スキル発動処理の詳細については図６を参照して後述する。
このようにして、ステップＳ６又はＳ７の処理が終了すると、処理はステップＳ２に戻され、それ以降の処理が繰り返される。

ところで、上述したようにステップＳ２で検出されたタッチ操作が種類ｃの場合、ステップＳ３においてＮＯであると判定されて、処理はステップＳ８に進む。この場合、次のような一連の処理が実行される。
即ち、ステップＳ８において、スキル指示受付部８２は、ステップＳ２において検出されたタッチ操作をスキル関連指示として受け付け、スキル選択領域用のスキルを発動すべく、スキル発動処理を開始させる。スキル発動処理の詳細については図６を参照して後述する。

ステップＳ９において、タッチ操作管理部６１は、新たに検出されたタッチ操作の種類が操作種類ａであるか否かを判定する。
操作種類ａのタッチ操作であれば、ステップＳ９においてＹＥＳであると判定されて、処理はステップＳ１０に進む。
ステップＳ１０において、移動指示受付部８１は、ステップＳ９で新たに検出されたタッチ操作を移動指示として受け付け、移動処理を開始させる。移動処理の詳細については図５を用いて後述する。
これに対して、操作種類ｃのタッチ操作であれば、ステップＳ９においてＮＯであると判定されて、処理はステップＳ１１に進む。
ステップＳ１１において、スキル指示受付部８２は、スキル関連指示の受付けは非活性化されているため、ステップＳ９で新たに検出されたタッチ操作に係るスキル関連指示を受付けない。
このようにして、ステップＳ１０又はＳ１１の処理が終了すると、処理はステップＳ２に戻され、それ以降の処理が繰り返される。

次に、図５を参照して、図２のプレイヤー端末１が実行する移動処理について説明する。
即ち、図５は、移動処理の流れの一例を説明するフローチャートである。
ステップＳ２１において、移動指示受付部８１は、図４のゲーム実行処理による移動指示を受付けたか否かを判定する。
移動指示受付部８１が、移動指示を受付けていない場合には、ステップＳ２１においてＮＯであると判定されて処理はＳ２１に戻される。
これに対して、移動指示受付部８１が移動指示を受付けている場合には、ステップＳ２１においてＹＥＳであると判定されて、処理はステップＳ２２に進む。

ステップＳ２２において、移動指示受付部８１は、移動指示を示すタッチ操作のタッチ位置が変化しているか否かを、状態検出部７１の検出結果に基づいて判定する。
状態検出部７１によりタッチ位置の変化が検出されなければ、ステップＳ２２においてＮＯであると判定されて処理はステップＳ２１に戻る。
これに対して状態検出部７１によりタッチ位置の変化が検出されれば、ステップＳ２２においてＹＥＳであると判定されて処理はステップＳ２３に進む。
ステップＳ２３において、表示画像生成部５３は、タッチ位置の変化に応じてゲーム中のゲームキャラクタが移動するようなゲーム画像のデータを生成し、表示制御部６２は、そのゲーム画像を表示部２７に表示させる。

次に、図６を参照して、図１のプレイヤー端末１が実行するスキル発動処理について説明する。
即ち、図６は、スキル発動処理の流れの一例を説明するフローチャートである。
ステップＳ４１において、スキル指示受付部８２は、図４のゲーム実行処理によるスキル関連指示を受付けたか否かを判定する。
スキル指示受付部８２が、スキル関連指示を受付けていない場合には、ステップＳ４１においてＮＯであると判定されて処理はＳ４１に戻される。
これに対して、スキル指示受付部８２が移動指示を受付けている場合には、ステップＳ４１においてＹＥＳであると判定されて、処理はステップＳ４２に進む。

ステップＳ４２において、スキル指示受付部８２は、スキル指示タッチ位置が変化しているか否かを、状態検出部７１の検出結果に基づいて判定する。
状態検出部７１によりタッチ位置の変化が検出されなければ、ステップＳ４２においてＮＯであると判定されて処理はステップＳ４１に戻る。
これに対して状態検出部７１によりタッチ位置の変化が検出されれば、ステップＳ２２においてＹＥＳであると判定されて処理はステップＳ４３に進む。
ステップＳ４３において、スキル指示受付部８２は、タッチ操作が解除された時点におけるタッチ位置の移動方向に応じて、所定方向の指定を受付け、所定方向へのスキルを発動する。

以上本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

例えば、移動指示やスキル関連指示の手法は、特に上述した実施形態に限定されない。そこで、以下、図７乃至図９を参照しつつ、上述の実施形態とは異なる手法が採用された他の実施形態について幾つか説明する。

ここで図７を用いて、上述の実施形態とは別の異なる実施形態について説明する。
図７は、図２のプレイヤー端末１で実行されるゲーム実行処理の結果の一例であって、図３とは異なる例を示す図である。
図７の状態では、ゲーム中のゲームキャラクタとしてのキャラクタＧＣは待機している状態である。
さらに図７の例では、タッチパネルの表示面の概ね左半分の領域を自由処理領域として規定し、概ね右半分の領域（スキルボタンＳＡ１、スキルボタンＳＡ２が予め配置されている領域を除く）がスキルＡ若しくはスキルＡ２のスキル選択領域として規定する。
即ち、上述の実施形態では、タッチ操作が検出された位置と順番に基づいて、タッチ操作の種別を判断していたのに対して、図４の例では、タッチ操作が検出された位置のみに基づいてタッチ操作の種別を判断するのである。
タッチ操作管理部６１は、プレイヤーによるタッチ操作を検出すると、タッチ操作が検出された位置の情報から、そのタッチ操作がいかなる性質のタッチ操作であるのか（例えば、移動に関するタッチ操作なのか、スキルに関するタッチ操作なのか等を判断する）を判断し、これら夫々のこれら夫々のタッチ操作の管理を行う。
この状態から、プレイヤーの指等がタッチパネルに接触すると、スワイプの状態は第１状態に移行する。
ここで、検出されたタッチ操作が移動指示用の操作である場合には、当該スワイプは移動指示として受付けられる。他方、検出されたタッチ操作がスキル選択領域で開始されている場合には当該スワイプはスキル関連指示として受付けられる。

さらに図８及び図９を用いて、上述の実施形態とも異なる実施形態について説明する。
図８及び９は、図２のプレイヤー端末１で実行されるゲーム実行処理の結果の一例であって、図３や図７とは異なる例を示す図である。
図８及び図９の例では、プレイヤーからのタッチ操作の有無に依らず移動指示の受付用の操作子ＭＢ（以下、「移動ボタンＭＢ」と呼ぶ）が所定の基準位置に表示されている。
例えば、プレイヤーが移動ボタンＭＢにタッチ操作を行いタッチ操作が開始された場合、即ち、タッチ操作管理部６１がタッチ操作を検出した時点のタッチ位置が移動ボタンＭＢが表示された領域内（以下、「移動領域」と呼ぶ）である場合、タッチ操作管理部６１は、このタッチ操作を移動指示のためのタッチ操作として判断し、移動指示受付部８１は、このタッチ操作を移動指示として受け付ける。
プレイヤーは、この移動ボタンＭＢへの接触（タッチ）状態を継続してスワイプ操作することにより、キャラクタＧＣに自由自在に移動指示を与えることが出来る。
即ち、プレイヤーのタッチ位置の変化方向に応じて、位置が変化する移動ボタンＭＢとキャラクタＧＣの動きを連動させることで、プレイヤーは、仮想空間内において自由自在にキャラクタＧＣに移動指示を与えることが出来るのである。

また、スキルＡ２の発動指示を与えようとするプレイヤーは、図９の初期位置ＩＰに配置されていたスキルボタンＳＡ２をタッチする。この場合、スワイプの状態として第１状態を検出する。
ここで、スキルボタンＳＡ２は、スキルＡ２のスキル関連指示を与えるためのスキルボタンであり、その初期位置ＩＰは、スキルＡ２のスキル選択領域内である。従って、この場合、スキルＡ２のスキル関連指示が受け付けられる。
そして、前述の場合と同様に、スキル関連指示の受付けは非活性化される。

図９に示すように、プレイヤーは、スキルボタンＳＡ２を、指の接触を保ちながら移動させる。これにより、スワイプの第２状態に移行する。
その後、プレイヤーは、スワイプの第２状態において、スキルボタンＳＡ２を、指の接触状態を保ちながら移動させ、所定の位置ＮＴで指をタッチパネルから離す。つまり、スワイプの状態が第２状態から第３状態に移行する。
この移行時点の直前の指のタッチ位置（直前フレームタッチ位置であり、直前位置ボタンＴＳＡ２の位置ＦＰ）から、この移行時点の指のタッチ位置（最新フレームタッチ位置であり、スキルボタンＳＡ２の位置ＮＴ）に向かう方向が、スキルＡ２の発動方向として設定される。その結果、キャラクタＧＣは、発動方向に向かってスキルＡ２を発動する。

また例えば上述の複数の実施形態では、移動指示を示す操作として移動選択領域へのタッチ操作を規定し、スキル関連指示を示す操作としてスキル選択領域へのタッチ操作を規定した。
しかしながら、各領域へのタッチ操作が規定する動作指示は、必ずしも移動指示又はスキル関連指示に限られない。例えば、特定のアクション等（例えばジャンプ等）いかなる動作指示を規定することも可能である。
また、上述の場合と併せて、規定する領域は移動選択領域及びスキル選択領域に限定されず、３以上の複数の領域に分類し、動作指示を対応させることが出来る。
例えば、ゲーム画像を上中下の３つの操作領域に分類し、これらの３領域に対して、異なる３つの指示を対応付けて、プレイヤーが動作指示を与えるための条件としてもよい。

例えば図３及び図７に示す実施形態では、プレイヤーのタッチ操作が検出されて初めて、移動ボタン（例えば図３（ａ）の移動ボタンＭＰ）が、ユーザインターフェイス上に表示されることとしているが、プレイヤーのタッチ操作の有無に関わらず、初めからユーザインターフェイス上に表示されてもよい。
この場合、移動ボタンが表示（スティック）されている領域のみを移動選択領域として、それ以外の領域全てをスキル選択領域としてもよい。
また、上述の実施形態では、スキルボタンは初期位置に一定程度スティックするように配置されていたが、特にこれに限定されず、例えば、プレイヤーのタッチ操作が検出されて初めてスキルボタンが表示されてもよい。

例えば上述の複数の実施形態では、プレイヤーが、指（又はタッチペン等）を離すことによりスワイプの各状態（具体的にはスワイプの第３状態からスキルの発動指示に至るまでの状態）を遷移することとしていたが、スワイプの各状態を遷移する条件はこれに限られない。
また例えば、一定時間以上タッチ操作の更新がない（タイムアウトした）場合やゲーム内において何らかの状況変化があった場合に、各状態を遷移してもよい。

例えば上述の複数の実施形態では、移動指示の方向とスキル関連指示の方向とが同じタイミングで指示された場合について言及していないが、例えば、スキル関連指示の方向を優先してゲームキャラクタの向きを制御することとしてもよい。
これによって、ユーザーはどちらの方向にスキルが発動するのかを明確に判断できるようになる。

例えば上述の複数の実施形態では、スキル関連指示を示すタッチ操作が重複してなされた場合には、スキル関連指示を非活性化し、スキル関連指示を受け付けないこととしているが、例えば、後にされたタッチ操作処理をスキル関連指示として受け付けることもよいし、スキル関連指示だけでなく移動指示を非活性化してもよい。

ここで前述の実施形態では、タッチ操作管理部６１は、プレイヤーにより、前述のマルチタップが行われた場合に、夫々のタッチ操作の順番等を管理する。
表示媒体へ接触又は近接している前記物体の個数の管理状態とは、このようなタッチ操作管理部６１によって管理されたタッチ操作の管理状態を意味する。
タッチ操作管理部６１は、このような管理状態とタッチ操作がなされた位置等に基づいて、ゲームキャラクタへの移動指示を受付けるのか、スキル関連指示を受付けるのかを判定する。
しかし、上述の受け付ける指示の判定方法については、上述の方法に限定されない。例えば、図７乃至９に示す実施形態のように、自由に変更が可能である。

ここで、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図２の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図２の例に限定されない。また、機能ブロックの存在場所も、図２に特に限定されず、任意でよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、プレイヤーにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でプレイヤーに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

以上を換言すると、本発明が適用される情報処理プログラムは、上述の図２の実施形態としての情報処理システムを含め、次のような構成を有する各種各様の実施形態を取ることができる。
即ち、本発明が適用される情報処理プログラムは、
仮想空間及び当該仮想空間内で移動可能な移動オブジェクトを含む画像を表示媒体に表示させる制御を実行するコンピュータに、
前記表示媒体への１以上の物体の接触又は近接の操作を検出する検出ステップ（例えば図４のステップＳ２）と、
前記表示媒体へ接触又は近接している前記物体の個数の管理状態と当該物体の前記表示媒体における位置との一方又は双方に基づいて、前記移動オブジェクトの仮想空間内での移動に関する指示である第１指示を受付けるのか、前記移動オブジェクトに関する指示であって種類の選択と方向の指定を少なくとも含む指示を第２指示として受け付けるのかを判定する判定ステップ（例えば図５のステップＳ２１と、図６のステップＳ４１等）と、
前記判定ステップの判定結果に応じて、前記第１指示又は前記第２指示を受付ける受付ステップ（例えば図５のステップＳ２２と、図６のステップＳ４２）と、
を含む制御処理を実行させ、
前記検出ステップは、前記第２指示として受付けられる操作として、前記表示媒体への前記物体の接触又は近接が開始された第１状態から、前記表示媒体への接触又は近接が維持されて前記物体が移動する第２状態を経て、前記表示媒体への前記物体の接触又は近接の形態が変化する第３状態に至るまでの一連の操作を検出するステップを含み、
前記受付ステップは、前記第１状態が検出された際の前記物体の位置に応じて、１以上の種類のうち所定種類の選択を受付け、前記第２状態から前記第３状態に移行する際の前記物体の移動方向に応じて、所定方向の指定を受付け、前記第３状態の検出以後の所定タイミングで、前記所定種類についての前記所定方向への前記第２指示の実行の指示を受付けるステップを含む、情報処理を実行させる情報処理プログラムであれば足りる。

ここで、前記受付ステップは、前記第２状態の間、前記種類の選択の受付けを非活性化することができる。
従って、例えばスキル発動中の新たなスキル関連指示の受付けは非活性化されるため、スキルの発動について重複した指示がなされることがない。

さらに、前記情報処理プログラムは、前記第１指示を行う第１操作子を前記表示媒体に表示させ、前記第２指示を行う第２操作子を前記表示媒体に表示させる制御を実行する表示制御ステップをさらに含むことができる。
これにより、第１操作子及び第２操作子をユーザインターフェイス上に表示させることで、プレイヤーは、わかりやすく容易に、ゲームキャラクタへ指示を出すことが出来る。

ここで、前記表示制御ステップは、前記第２状態の間、前記物体の現在の第１の位置と、それよりも前の所定タイミングの第２の位置に、前記第２操作子を夫々表示させる制御を実行するステップを含み、
さらに、前記受付ステップは、前記第２状態から前記第３状態に移行する際の前記第２の位置から前記第１の位置に向かう方向を前記所定の方向として認識し、認識した前記所定の方向の指定を受付けるステップを含むことが出来る。
これにより、ゲームキャラクタは、移動をしながら、所定の方向にスキルを発動する等、プレイヤーは、一度のスワイプ操作で多様な操作指示を与えることが可能となる。

さらに本発明が適用される情報処理プログラムは、上述の図２の実施形態としての情報処理システムを含め、次のような構成を有する各種各様の実施形態を取ることができる。
即ち、本発明が適用される情報処理装置は、
仮想空間及び当該仮想空間内で移動可能な移動オブジェクトを含む画像を表示媒体に表示させる制御を実行する情報処理装置であって、
前記表示媒体への１以上の物体の接触又は近接の操作を検出する検出手段（例えば図２のタッチ操作管理部６１）と、
前記表示媒体へ接触又は近接している前記物体の個数の管理状態と当該物体の前記表示媒体における位置との一方又は双方に基づいて、前記移動オブジェクトの仮想空間内での移動に関する指示である第１指示を受付けるのか、前記移動オブジェクトに関する指示であって種類の選択と方向の指定を少なくとも含む指示を第２指示として受け付けるのかを判定する判定手段（例えば図２のタッチ操作管理部６１）と、
前記判定手段の判定結果に応じて、前記第１指示又は前記第２指示を受付ける受付手段（例えば図２の移動指示受付部８１と、スキル指示受付部８２）と、
前記検出手段は、前記第２指示として受付けられる操作として、前記表示媒体への前記物体の接触又は近接が開始された第１状態から、前記表示媒体への接触又は近接が維持されて前記物体が移動する第２状態を経て、前記表示媒体への前記物体の接触又は近接の形態が変化する第３状態に至るまでの一連の操作を検出する手段（例えば図２の状態検出部７１）を含み、
前記受付手段は、前記第１状態が検出された際の前記物体の位置に応じて、１以上の種類のうち所定種類の選択を受付け、前記第２状態から前記第３状態に移行する際の前記物体の移動方向に応じて、所定方向の指定を受付け、前記第３状態の検出以後の所定タイミングで、前記所定種類についての前記所定方向への前記第２指示の実行の指示を受付ける手段（例えば図２の移動指示受付部８１と、スキル指示受付部８２）を有する、
情報処理装置であれば足りる。

１・・・プレイヤー端末、２１・・・ＣＰＵ、表示部・・・２７、５１・・・ユーザインターフェイス制御部、５２・・・受付部、５３・・・表示画像生成部、５４・・・表示制御部、６１・・・タッチ操作管理部、６２・・・表示制御部、７１・・・状態検出部、８１・・・移動指示受付部、８２・・・スキル指示受付部

Claims (7)

1. 仮想空間及び当該仮想空間内で移動可能な移動オブジェクトを含む画像を表示媒体に表示させる制御を実行するコンピュータに、
   前記表示媒体への１以上の物体の接触又は近接の操作を検出する検出ステップと、
   前記表示媒体へ接触又は近接している前記物体の個数の管理状態と当該物体の前記表示媒体における位置との一方又は双方に基づいて、前記移動オブジェクトの仮想空間内での移動に関する指示である第１指示を受付けるのか、前記移動オブジェクトに関する指示であって種類の選択と方向の指定を少なくとも含む指示を第２指示として受け付けるのかを判定する判定ステップと、
   前記判定ステップの判定結果に応じて、前記第１指示又は前記第２指示を受付ける受付ステップと、
   を含む制御処理を実行させ、
   前記検出ステップは、前記第２指示として受付けられる操作として、前記表示媒体への前記物体の接触又は近接が開始された第１状態から、前記表示媒体への接触又は近接が維持されて前記物体が移動する第２状態を経て、前記表示媒体への前記物体の接触又は近接の形態が変化する第３状態に至るまでの一連の操作を検出するステップを含み、
   前記受付ステップは、前記第１状態が検出された際の前記物体の位置に応じて、１以上の種類のうち所定種類の選択を受付け、前記第２状態から前記第３状態に移行する際の前記物体の移動方向に応じて、所定方向の指定を受付け、前記第３状態の検出以後の所定タイミングで、前記所定種類についての前記所定方向への前記第２指示の実行の指示を受付けるステップを含む、
   情報処理プログラム。
2. 前記受付ステップは、前記第２状態の間、前記種類の選択の受付けを非活性化する、
   請求項１に記載の情報処理プログラム。
3. 前記第１指示と前記第２指示が同時又は重複して受付けられた場合に、前記第２指示で受付けられた前記所定方向の指定に応じて、前記移動オブジェクトの向きが制御される移動オブジェクト制御ステップをさらに含む制御処理を前記コンピュータに実行させる、
   請求項１又は２に記載の情報処理プログラム。
4. 前記第１指示を行う第１操作子を前記表示媒体に表示させ、前記第２指示を行う第２操作子を前記表示媒体に表示させる制御を実行する表示制御ステップをさらに含む制御処理を実行させる、
   請求項１乃至３に記載のうちのいずれか１つの請求項に記載の情報処理プログラム。
5. 前記表示制御ステップは、前記第２状態の間、前記物体の現在の第１の位置と、それよりも前の所定タイミングの第２の位置に、前記第２操作子を夫々表示させる制御を実行するステップを含み、
   前記受付ステップは、前記第２状態から前記第３状態に移行する際の前記第２の位置から前記第１の位置に向かう方向を前記所定の方向として認識し、認識した前記所定の方向の指定を受付けるステップを含む、
   請求項４に記載の情報処理プログラム。
6. 仮想空間及び当該仮想空間内で移動可能な移動オブジェクトを含む画像を表示媒体に表示させる制御を実行する情報処理装置が実行する情報処理方法であって、
   前記表示媒体への物体の接触又は近接の操作を検出する検出ステップと、
   前記表示媒体において検出された操作に応じて、前記移動オブジェクトの仮想空間内での移動に関する指示である第１指示を受付け、前記表示媒体の所定の表示領域において検出された操作に応じて、前記第１指示とは異なる前記移動オブジェクトに関する指示であって、種類の選択と方向の指定を少なくとも含む指示を、第２指示として受付ける受付ステップと、
   を含み、
   前記検出ステップは、前記第２指示として受付けられる操作として、前記表示媒体への前記物体の接触又は近接が開始された第１状態から、前記表示媒体への接触又は近接が維持されて前記物体が移動する第２状態を経て、前記表示媒体への前記物体の接触又は近接の形態が変化する第３状態に至るまでの一連の操作を検出するステップを含み、
   前記受付ステップは、前記第１状態が検出された際の前記物体の位置に応じて、１以上の種類のうち所定種類の選択を受付け、前記第２状態から前記第３状態に移行する際の前記物体の移動方向に応じて、所定方向の指定を受付け、前記第３状態の検出以後の所定タイミングで、前記所定種類についての前記所定方向への前記第２指示の実行の指示を受付けるステップを含む、
   情報処理方法。
7. 仮想空間及び当該仮想空間内で移動可能な移動オブジェクトを含む画像を表示媒体に表示させる制御を実行する情報処理装置であって、
   前記表示媒体への１以上の物体の接触又は近接の操作を検出する検出手段と、
   前記表示媒体へ接触又は近接している前記物体の個数の管理状態と当該物体の前記表示媒体における位置との一方又は双方に基づいて、前記移動オブジェクトの仮想空間内での移動に関する指示である第１指示を受付けるのか、前記移動オブジェクトに関する指示であって種類の選択と方向の指定を少なくとも含む指示を第２指示として受け付けるのかを判定する判定手段と、
   前記判定手段の判定結果に応じて、前記第１指示又は前記第２指示を受付ける受付手段と、
   前記検出手段は、前記第２指示として受付けられる操作として、前記表示媒体への前記物体の接触又は近接が開始された第１状態から、前記表示媒体への接触又は近接が維持されて前記物体が移動する第２状態を経て、前記表示媒体への前記物体の接触又は近接の形態が変化する第３状態に至るまでの一連の操作を検出する手段を含み、
   前記受付手段は、前記第１状態が検出された際の前記物体の位置に応じて、１以上の種類のうち所定種類の選択を受付け、前記第２状態から前記第３状態に移行する際の前記物体の移動方向に応じて、所定方向の指定を受付け、前記第３状態の検出以後の所定タイミングで、前記所定種類についての前記所定方向への前記第２指示の実行の指示を受付ける手段を有する、
   情報処理装置。

Images