JP6912995B2 - プログラム、制御方法、および情報処理装置 - Google Patents

Description

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

ロールプレイングゲーム等をプレイするユーザは、ゲームの進行に応じて例えばカード、アイテム、装備品、キャラクタ等のゲーム媒体を取得する。ユーザは、ゲーム内でゲーム媒体を用いた様々な処理（例えば合成、強化、売却等）を実行できる。

ユーザが、１つの処理（例えば合成）を実行する場合、次のような手順に従うことが多い。まず、ユーザは、メニュー画面から１つの処理を選択して、その処理を実行するための専用画面を表示させる。専用画面において、ユーザはその処理の対象となるゲーム媒体（例えば合成元キャラクタおよび素材キャラクタ）を選択する。そして、ユーザは実行ボタンを押す。

上記の手順では、１つの処理の選択と実行とは別のステップで行われる。１つの処理の選択と実行とが１つのステップで行われるならば、ゲーム媒体に対する処理はより効率的に実行される。

例えば、特許文献１は、ＰＣ（personal computer）で広く使用されているドラッグアンドドロップについて記載する。ドラッグアンドドロップは、選択されたオブジェクト（例えばドキュメントファイル等）を、１つのアプリケーションのアイコンまで移動することによって、そのアプリケーションに関連付けられた処理を実行することができる。

特開２０１２−１８５８３８号公報

近年、ゲームは例えばスマートフォン等の携帯端末でプレイされることが多い。携帯端末の表示部は、ＰＣの表示部と比べるとサイズが小さい。そのため、携帯端末でプレイされるゲームでゲーム媒体に対する様々な処理を行う際に、ドラッグアンドドロップをそのまま適用することは現実的ではない。そのため、ゲーム媒体に対する様々な処理を効率的に実行できる新たなユーザインタフェースが求められていた。

かかる事情に鑑みてなされた本発明の目的は、ゲーム媒体に対する様々な処理を容易かつ効率的に実行できるユーザインタフェースを実現するプログラム、制御方法、および情報処理装置を提供することにある。

本発明の実施形態に係るプログラムは、
ゲーム媒体を表示する表示部と、ユーザが前記ゲーム媒体を選択する第１の入力操作および前記第１の入力操作により選択されたゲーム媒体に対する処理を指示する第２の入力操作を受け付けて、前記第１の入力操作を座標情報と関連付けた第１の入力操作データおよび前記第２の入力操作を座標情報と関連付けた第２の入力操作データを出力する操作部と、前記ゲーム媒体に対する処理と向きとを対応付けた情報を記憶する記憶部と、を備える情報処理装置に、
前記第１の入力操作データに基づいて、前記選択されたゲーム媒体を特定するゲーム媒体特定ステップと、
前記記憶部から前記情報を取得するステップと、
前記第２の入力操作データに基づいて、前記第２の入力操作の始点から終点への向きを特定するステップと、
前記第２の入力操作の始点から終点までの距離が閾値を超える場合に、前記情報で前記第２の入力操作の始点から終点への向きに対応付けられた一の処理を前記選択されたゲーム媒体に対して行い、前記第２の入力操作の始点から終点までの距離が閾値を超えない場合に前記一の処理を行わない、判定ステップと、を実行させ、
前記判定ステップは、特定された前記第２の入力操作の始点から終点への向きが所定の向きである場合に実行されない。
ここで、第２の入力操作の始点から終点までの「距離」に代えて、「単位時間当たりの距離変化」が用いられてもよい。

本発明の実施形態に係る制御方法は、
ゲーム媒体を表示する表示部と、ユーザが前記ゲーム媒体を選択する第１の入力操作および前記第１の入力操作により選択されたゲーム媒体に対する処理を指示する第２の入力操作を受け付けて、前記第１の入力操作を座標情報と関連付けた第１の入力操作データおよび前記第２の入力操作を座標情報と関連付けた第２の入力操作データを出力する操作部と、前記ゲーム媒体に対する処理と向きとを対応付けた情報を記憶する記憶部と、を備える情報処理装置によって実行されるゲームの制御方法であって、
前記第１の入力操作データに基づいて、前記選択されたゲーム媒体を特定するステップと、
前記記憶部から前記情報を取得するステップと、
前記第２の入力操作データに基づいて、前記第２の入力操作の始点から終点への向きを特定するステップと、
前記第２の入力操作の始点から終点までの距離が閾値を超える場合に、前記情報で前記第２の入力操作の始点から終点への向きに対応付けられた一の処理を前記選択されたゲーム媒体に対して行い、前記第２の入力操作の始点から終点までの距離が閾値を超えない場合に前記一の処理を行わない、判定ステップと、を含み、
前記判定ステップは、特定された前記第２の入力操作の始点から終点への向きが所定の向きである場合に実行されない。

本発明の実施形態に係る情報処理装置は、
ゲーム媒体を表示する表示部と、
ユーザが前記ゲーム媒体を選択する第１の入力操作および前記第１の入力操作により選択されたゲーム媒体に対する処理を指示する第２の入力操作を受け付けて、前記第１の入力操作を座標情報と関連付けた第１の入力操作データおよび前記第２の入力操作を座標情報と関連付けた第２の入力操作データを出力する操作部と、
前記ゲーム媒体に対する処理と向きとを対応付けた情報を記憶する記憶部と、
制御部と、を備え、
前記制御部は、
前記第１の入力操作データに基づいて、前記選択されたゲーム媒体を特定し、
前記記憶部から前記情報を取得し、
前記第２の入力操作データに基づいて、前記第２の入力操作の始点から終点への向きを特定し、
前記第２の入力操作の始点から終点までの距離が閾値を超える場合に、前記情報で前記第２の入力操作の始点から終点への向きに対応付けられた一の処理を前記選択されたゲーム媒体に対して行い、前記第２の入力操作の始点から終点までの距離が閾値を超えない場合に前記一の処理を行わない、判定制御を、実行し、
前記判定制御は、特定された前記第２の入力操作の始点から終点への向きが所定の向きである場合に実行されない。

本発明の一実施形態によれば、ゲーム媒体に対する様々な処理を容易かつ効率的に実行できるユーザインタフェースを実現するプログラム、制御方法、および情報処理装置を提供できる。

本発明の一実施形態に係る情報処理装置のブロック図である。 ゲーム媒体を表示する表示領域を例示する図である。 図３（Ａ）および図３（Ｂ）は、ヘルプ情報の一例を示す図である。 記憶部に記憶された情報（テーブル）の一例を示す図である。 図５（Ａ）および図５（Ｂ）は、ユーザがスライド操作によって一の処理を実行する様子を例示する図である。 図６（Ａ）は処理の実行判定を例示する図である。図６（Ｂ）は予測が表示された場合の処理のキャンセル手法を例示する図である。 情報処理装置によって実行されるゲームにおいて、ゲーム媒体に対してユーザのスライド操作に応じた処理を実行する制御方法を示すフローチャートである。 図８（Ａ）はページ切り替えの一例を示す図である。図８（Ｂ）はスライダの一例を示す図である。図８（Ｃ）は画面内全選択ボタンの一例を示す図である。 図９（Ａ）は複数のゲーム媒体に対する処理を例示する図である。図９（Ｂ）は１つのゲーム媒体に対する処理を例示する図である。 図１０はスライド操作でキャラクタを選択する画面例を示す図である。 図１１はスライド操作で強化するパラメータを選択する画面例を示す図である。 スマートフォンにドラッグアンドドロップを適用した場合の画面例を示す図である。

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

（情報処理装置の構成）
図１を参照して、本発明の一実施形態に係る情報処理装置１について説明する。情報処理装置１は、例えばスマートフォン、タブレット、またはゲーム用機器等であって、ゲームのアプリケーション（プログラム）を実行する。ゲームのアプリケーションは、例えばインターネットを介して所定のアプリケーション配信サーバから受信されてもよい。或いは、ゲームのアプリケーションは、情報処理装置１に備えられた記憶装置または情報処理装置１が読取可能なメモリカード等の記憶媒体に予め記憶されていてもよい。

ここで、本実施形態に係る情報処理装置１が実行するゲームのアプリケーション（以下、本実施形態のゲームという）の概要について説明する。本実施形態のゲームは、例えばロールプレイングゲーム等である。ユーザは、仮想空間内でユーザキャラクタを操作してゲームを進行させる。ユーザは、ゲームの進行に応じてゲーム媒体を取得する。また、ユーザは、取得したゲーム媒体について様々な処理を実行できる。

ゲーム媒体は、ゲームに使用される電子データであり、例えばカード、アイテム、装備品、キャラクタ、およびオブジェクト等、任意の媒体を含む。また、ユーザは、ゲーム内において、ゲーム媒体についての処理として、例えば取得、保有、使用、管理、交換、合成、強化、売却、破棄、および贈与等を実行できる。ここで、ゲーム媒体の利用態様は、本明細書で明示されるものに限られない。

本実施形態のゲームは、概略の例示として、次のような内容を含む。ユーザは、ユーザキャラクタを操作して、ゲーム内のフィールドを探索しながら、ゲームを進行させる。フィールドには、例えば町およびバトルステージ等が設けられている。ユーザキャラクタは、例えば町の住人キャラクタとの会話、バトルステージ内で遭遇する敵キャラクタとの対戦等が可能である。ゲーム内のフィールドでは、エリアに応じた多様なイベントが発生する。イベントが実行されることによって、ゲームのメインストーリーが進行する。例えばユーザキャラクタが敵キャラクタとの対戦に勝利すると、ユーザはゲーム媒体を取得することができる。

情報処理装置１の構成要素について説明する。情報処理装置１は、操作部１０と、記憶部１１と、表示部１２と、制御部１３と、を備える。

操作部１０は、ユーザの入力操作を受け付けて、入力操作を座標情報と関連付けた入力操作データを出力する。上記のように、情報処理装置１が実行するゲームでは、ゲーム媒体について様々な処理を実行可能である。操作部１０が受け付けるユーザの入力操作は、例えばユーザが処理の対象となるゲーム媒体を選択する操作を含む。また、操作部１０が受け付けるユーザの入力操作は、例えばユーザが選択したゲーム媒体に対して所望の処理の実行を指示する操作を含む。

本実施形態に係る情報処理装置１において、操作部１０は表示部１２と一体化したタッチパネルである。例えば、情報処理装置１は、操作部１０である静電容量の変化を検出する透明なセンサ層を、表示部１２であるＬＣＤ（Liquid Crystal Display）層の上に重ねた構成（ユーザがセンサ層を介してＬＣＤ層を見る構成）を備える。操作部１０は、静電容量の変化を検出することで、ユーザによって接触された位置を検出できる。操作部１０は、静電容量方式以外の方式のタッチパネルを採用することも可能である。

ユーザは、指またはスタイラス等の器具を用いて操作部１０に接触することによって入力操作を行う。本実施形態において、ユーザはタップによってゲーム媒体の選択、および選択されたゲーム媒体の非選択（解除）ができる。タップは、ユーザが指で操作部１０に触れて、その後に指を移動させずに指を離す操作である。本実施形態において、ユーザはタップおよび／またはスライド操作によって、連続的なゲーム媒体の選択、解除およびゲーム媒体に対する所望の処理を実行できる。スライド操作は、ユーザが操作部１０に触れた指を、操作部１０上で移動させる操作である。スライド操作は例えばフリック、スワイプ等を含む。フリックは、ユーザが指等で操作部１０に触れて、触れたまま素早く指を移動させつつ指を離す操作である。スワイプは、ユーザが指等で操作部１０に触れ、触れたまま指を移動させる操作である。ここで、ユーザが操作部１０に指等を接触させて入力操作を開始した点を始点という。また、入力操作を終了する際に、ユーザが操作部１０に接触していた指等を離した点を終点という。また、入力操作を開始して終了するまでに、ユーザが操作部１０に接触した軌跡上の点を中間点という。ここで、入力操作中に指等が一瞬離れた点を終点とすることがないように、所定時間（例えば０．５秒）以内に再び指等が操作部１０に接触した場合には終点でないと扱われることが好ましい。

操作部１０は、タップ位置、スライド操作の始点、終点、およびスライド操作の軌跡等を、タッチパネルにおける座標情報と関連付ける。座標情報と関連付けられた始点、終点、軌跡等は入力操作データとして出力される。本実施形態に係る情報処理装置１において、操作部１０と一体となった表示部１２の画面の横方向をＸ軸、縦方向をＹ軸とする直交座標系の座標が用いられる。また、入力操作データは入力操作の開始からの経過時間の情報も含む。

記憶部１１は例えば記憶装置であって、ゲームの処理に必要な種々の情報およびプログラム（ゲームのアプリケーション）を記憶する。記憶部１１は、例えば、半導体メモリ、磁気メモリ、または光メモリ等を含んでもよい。記憶部１１は、仮想空間（仮想ゲーム空間）内に表示するゲーム媒体の画像を記憶する。また、記憶部１１は、ゲーム媒体の各種パラメータ（例えば属性、レベル、攻撃力、防御力、価値等）を記憶する。また、記憶部１１は、後述するテーブル１１１（図４参照）を記憶する。また、記憶部１１は、仮想空間内に配置された種々のオブジェクトに投影（テクスチャマッピング）するための種々の画像（テクスチャ画像）を記憶してもよい。また、記憶部１１は、例えば空、遠景等の背景の画像（背景画像）、町およびバトルステージ等のフィールドの画像（フィールド画像）を記憶する。記憶部１１は、サーバから受信したデータをキャッシュとして記憶するメモリ（例えばＲＡＭ等）でもよい。

表示部１２は、ユーザキャラクタが配置される仮想空間を表示する。本実施形態において、表示部１２はタッチパネルのＬＣＤ（Liquid Crystal Display）層であるが、これに限定されるものではない。例えば、表示部１２は有機ＥＬディスプレイ等の表示デバイスであってもよい。

制御部１３は、専用のマイクロプロセッサ、または、特定のプログラムを読み込むことにより特定の機能を実現するＣＰＵである。制御部１３は、情報処理装置１の動作を制御する。例えば制御部１３は、操作部１０に対するユーザ操作に応じてゲームのアプリケーションを実行する。また制御部１３は、ゲームに関する多様な処理を実行する。

制御部１３は、例えばフィールドおよびユーザキャラクタ等を含む仮想空間を表示部１２に表示させる。また、制御部１３は、例えばカード、装備等のゲーム媒体を表示部１２に表示させる。また、制御部１３は、ユーザの入力操作によって選択されたゲーム媒体を識別する。制御部１３は、選択されたゲーム媒体に対してユーザの入力操作に応じた処理を実行する。以下、図２〜図８を参照して、本実施形態に係る情報処理装置１の表示部１２に表示される画面例およびゲーム媒体に対する処理について説明する。

（ゲーム媒体の選択）
図２に示されるように、情報処理装置１は、一体化してタッチパネルを構成する操作部１０と表示部１２とを備える。表示部１２には、ゲーム媒体２ａ〜２ｉを表示する表示領域１２１が設けられている。ゲーム媒体２ａ〜２ｉのそれぞれは個別のゲーム媒体である。表示領域１２１には、ゲーム媒体２ａ〜２ｉが一覧表示されている。一覧表示とは、ユーザが選択しやすいように、ゲーム媒体をユーザにわかりやすく整列して表示することである。図２の例では縦横ともに３列でゲーム媒体２ａ〜２ｉを整列した一覧表示がされている。本実施形態において、実行する処理に関係なく、表示領域１２１がゲーム媒体２ａ〜２ｉの選択に用いられる。選択画面が処理に関係なく統一されているため、ユーザの利便性が向上する。

ユーザは表示領域１２１に表示されるゲーム媒体２ａ〜２ｉをタップすることで選択することができる。既に選択されたゲーム媒体２ａ〜２ｉをタップすると、非選択（選択の解除）ができる。また、スライド操作によってゲーム媒体２ａ〜２ｉに接触した場合にも、接触したゲーム媒体２ａ〜２ｉを選択可能である。図２の例では、ユーザはゲーム媒体２ｄ，２ｅ，２ｇ，２ｉを選択している。選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉは表示色が変化するので、ユーザは選択結果を確認できる。別の例として、選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉは点滅してもよいし、形状が変化してもよいし、表示態様が変化してもよいし、選択されたことを示す画像が付加されてもよい。

ここで、操作部１０は、ユーザの入力操作を受け付けて、入力操作を座標情報と関連付けた入力操作データを出力する。操作部１０は、図２に示されるように画面の横方向をＸ軸、縦方向をＹ軸とする直交座標系の座標を用いる。座標情報は次のように用いられる。例えば、操作部１０はユーザのゲーム媒体２ｉをタップする入力操作を受け付けて、タップ位置の座標と関連付けて入力操作データを出力する。その後、入力操作データは制御部１３に取得されて、タップ位置の座標が把握される。そして、タップ位置の座標に表示されているゲーム媒体２ｉの表示色を変化させる制御が制御部１３によって実行される。

本実施形態の情報処理装置１は、選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉに対する様々な処理を実行できる。上記のように、情報処理装置１は、例えばスマートフォン、タブレット、またはゲーム用機器等である。そのため、情報処理装置１に、ドラッグアンドドロップをそのまま適用することは現実的ではない。

図１２は、スマートフォンである情報処理装置１Ａにドラッグアンドドロップをそのまま適用した場合の画面例を示す。情報処理装置１Ａの表示部１２には、アプリケーションアイコンに相当する処理領域が設けられている。図１２の例では、処理領域として、進化合成の領域１４０Ａ、強化合成の領域１４０Ｂ、特殊合成の領域１４０Ｃ、チーム編成の領域１４０Ｄ、売却の領域１４０Ｅおよび倉庫の領域１４０Ｆが設けられている。図１２の例では、ユーザは選択されたゲーム媒体２ｄ，２ｅをいずれかの処理領域にドラッグすることで、選択したゲーム媒体をまとめて処理することができる。

しかし、サイズがＰＣに比べて小さい表示部１２では、処理領域を設けることにより、ゲーム媒体２ａ〜２ｆを表示する表示領域１２１が小さくなる。一度に選択可能なゲーム媒体の数が減り、結果として処理の実行回数が増えるため、ユーザにとって不便である。

本実施形態に係る情報処理装置１は、表示部１２に処理領域を設けることなく、選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉに対する様々な処理を実行できる。具体的には、情報処理装置１は、ユーザのスライド操作の向きに処理を対応させることによって、様々な処理を実行する。言い換えると、ユーザは所定の向きへのスライド操作だけで、所望の処理を実行させることが可能である。

（ヘルプ情報の表示）
ここで、ユーザは所望の処理がスライド操作のどの向きと対応しているか迷う可能性がある。本実施形態に係る情報処理装置１は、ユーザがゲーム媒体２ａ〜２ｉを選択した後に長押し（ロングタップ）をすると、ヘルプ情報１２２を表示部１２に示す。

図３（Ａ）はヘルプ情報１２２の一例を示す図である。本実施形態において、ヘルプ情報１２２は、ゲーム媒体に対する処理と向きとの対応付けを説明する画像等の情報である。ここで、ヘルプ情報１２２は文による説明を含んでいてもよい。また、ヘルプ情報１２２は文による説明だけでもよい。つまり、ヘルプ情報１２２はゲーム媒体に対する処理と向きとの対応付けを説明する画像および文の少なくとも一方である。

図３（Ａ）の例では、表示領域１２１に表示されているゲーム媒体２ａ〜２ｉはキャラクタが装着する装備品（例えば武器、兜、鎧、盾等）である。装備品に対しては、合成、倉庫、特殊合成、売却の処理が可能である。合成は、素材となる装備品を合成元の装備品に合成することで、合成元の装備品を別の装備品にする処理である。倉庫は、使用しない装備品をゲーム空間の仮想的な倉庫に移動して保管する処理である。特殊合成は、ゲーム内通貨だけでなく特殊なアイテムを消費して行う合成である。特殊合成は、合成元の装備品のパラメータを単なる合成よりも強化することができる。売却は、装備品をゲーム内通貨と交換する処理である。図３（Ａ）の例では、ヘルプ情報１２２は、上向きのスライド操作が合成であることを示す。また、ヘルプ情報１２２は、下向きのスライド操作が倉庫であることを示す。また、ヘルプ情報１２２は、右向きのスライド操作が特殊合成であることを示す。また、ヘルプ情報１２２は、左向きのスライド操作が売却であることを示す。

図３（Ｂ）はヘルプ情報１２２の別の例を示す図である。図３（Ｂ）の例では、表示領域１２１に表示されているゲーム媒体２ａ〜２ｉはキャラクタである。キャラクタに対しては、強化合成、進化合成、売却の処理が可能である。強化合成は、素材となるキャラクタを合成元のキャラクタに合成することで、合成元のキャラクタのパラメータを強化する処理である。進化合成は、素材となるキャラクタを合成元のキャラクタに合成することで、合成元のキャラクタを別のキャラクタにする処理である。売却は、キャラクタをゲーム内通貨と交換する処理である。図３（Ｂ）の例では、ヘルプ情報１２２は、上向きのスライド操作が強化合成であることを示す。また、ヘルプ情報１２２は、右向きのスライド操作が進化合成であることを示す。また、ヘルプ情報１２２は、左向きのスライド操作が売却であることを示す。図３（Ｂ）の例では、下向きのスライド操作に対応する処理はない。

本実施形態において、図３（Ａ）および図３（Ｂ）に示されるように、表示領域１２１に表示されているゲーム媒体２ａ〜２ｉの種類（装備品、キャラクタ）によって処理が異なる。つまり、情報処理装置１は、ゲーム媒体の種類に応じた適切な処理をスライド操作の向きと対応付ける。このような対応付けは、テーブル１１１として記憶部１１に記憶された情報に基づいて実行される。

図４は記憶部１１に記憶されたテーブル１１１の一例を示す図である。上記のように、テーブル１１１はゲーム媒体に対する処理をスライド操作の向きと対応付ける。本実施形態において、テーブル１１１は、ゲーム媒体に対する様々な処理を、ゲーム媒体の種類毎にスライド操作の向きに対応付ける。スライド操作の向きは、例えば上、下、左、右、右上等である。しかし、全ての向きが処理と対応付けられる必要はない。図４の例では、ゲーム媒体の種類がキャラクタ、装備品、アイテムのいずれであっても、右上の向きに処理は対応付けられていない。

図４でゲーム媒体の種類がキャラクタ、装備品である場合の処理とスライド操作の向きとの対応は、それぞれ図３（Ａ）、図３（Ｂ）で説明したヘルプ情報１２２と同じである。また、図４の例では、ゲーム媒体の種類がアイテムである場合に、上向きのスライド操作はポイントを消費して実行される強化に対応付けられている。また、下向きのスライド操作は倉庫に対応付けられている。また、左向きのスライド操作は売却に対応付けられている。

ここで、別の例として、テーブル１１１は処理とスライド操作の向きとの対応を、ゲーム媒体の種類毎に分けずに共通化してもよい。しかし、ゲーム媒体に対する処理が多い場合（例えば８種類を超える場合等）、本実施形態のように表示領域１２１に表示されているゲーム媒体２ａ〜２ｉの種類に応じた処理をスライド操作の向きと対応付けることが好ましい。また、さらに別の例として、表示領域１２１に表示されているゲーム媒体２ａ〜２ｉの種類ではなく、選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉの種類によって処理が異なってもよい。

また、図４の例のように、ゲーム媒体２ａ〜２ｉの種類にかかわらず、同じ処理が同じ向きに対応付けられることが好ましい。例えば、ゲーム媒体２ａ〜２ｉがキャラクタ、装備品、アイテムのいずれであっても、売却は可能である。そして、売却は左向きに対応付けられている。また、ゲーム媒体２ａ〜２ｉが装備品であっても、アイテムであっても、倉庫に保管する（または倉庫から取り出す）ことが可能である。そして、倉庫は下向きに対応付けられている。この例のように、ゲーム媒体２ａ〜２ｉの２つ以上の種類に共通の処理は、同じスライド操作の向きに対応付けることが好ましい。このとき、ユーザは特定の処理と特定の向きとを対応付けて記憶するため、ヘルプ情報１２２で確認する手間を減らすことができる。

（処理の実行）
上記のように、ユーザは表示領域１２１に表示されたゲーム媒体２ａ〜２ｉの中からゲーム媒体２ｄ，２ｅ，２ｇ，２ｉをタップして選択した（図２参照）。そして、ユーザは表示部１２と一体化された操作部１０を長押しすることでヘルプ情報１２２を表示させて、処理と向きとの対応付けを確認した（図３（Ａ）および図３（Ｂ）参照）。そして、所望の処理と対応する向きへスライド操作（具体例としてはフリック）をすることによって、選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉに対して、まとめて所望の処理を実行することができる。

図５（Ａ）および図５（Ｂ）はユーザがスライド操作によって一の処理を実行する様子を例示する。図５（Ａ）および図５（Ｂ）の例では、表示領域１２１に表示されているゲーム媒体２ａ〜２ｉは装備品である。図５（Ａ）の例では、ユーザは選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉに対して合成を実行する。合成は上向きのスライド操作に対応付けられている。ユーザが指等で上向きにスライド操作をすると、途中で（合成の実行前に）予測１２３がポップアップされる。予測１２３は、テーブル１１１で定められる、途中までのスライド操作の向きに対応する一の処理が、選択されたゲーム媒体に対して実行された場合に期待される結果である。予測１２３は確定的な内容に限定されない。例えば、一の処理が所定の確率に応じて実施される場合に、予測１２３は確率を伴った１つまたは複数の結果（例えば７０％の確率でＸ、２０％の確率でＹ、１０％の確率でＺ等）を表示してもよい。図５（Ａ）の例では、予測１２３は合成の予測結果を示すものである。予測１２３は、合成結果が８０％の確率で“ＡＢＣ（レア）”であることをユーザに知らせる。さらにユーザが指等で上向きにスライド操作をすると、選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉに対する合成が実行される。ここで、合成においては、最初に選択されたゲーム媒体２ｄが合成元と扱われてもよいし、最後に選択されたゲーム媒体２ｉが合成元と扱われてもよい。

図５（Ｂ）の例では、ユーザは選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉをまとめて売却する。売却は左向きのスライド操作に対応付けられている。ユーザが指等で左向きにスライド操作をすると、途中で（売却の実行前に）予測１２３がポップアップされる。図５（Ｂ）の例では、予測１２３は売却の予測結果（売却予定額）を示すものである。予測１２３は、選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉの売却予定額（合計）が“２３５０Ｇ”であることをユーザに知らせる。ここでＧはゲーム内通貨の単位である。さらにユーザが指等で左向きにスライド操作をすると、選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉがまとめて売却される。

図６（Ａ）は処理の実行判定を例示する図である。本実施形態においては、図６（Ａ）に示されるように、スライド操作の長さに応じて処理の実行またはキャンセルが行われる。ユーザは、選択されたゲーム媒体２ｄ，２ｅ，２ｇ，２ｉに対して一の処理を実行する場合に、指等を用いて一の処理と対応する向きへスライド操作をする。本実施形態において、このスライド操作の始点１３１から終点１３２までの距離について閾値Ｔｈが設けられている。閾値Ｔｈは例えば表示部１２で２００〜４００ピクセルに相当する距離に設定されてもよい。閾値Ｔｈは処理の実行判定で用いられる。例えば図６（Ａ）の左側の矢印（スライド操作を表す）のように、始点１３１から終点１３２までの距離Ｌ１が閾値Ｔｈを超える場合に、情報処理装置１は処理を実行する。また、例えば図６（Ａ）の右側の矢印（スライド操作を表す）のように、始点１３１から終点１３２までの距離Ｌ２が閾値Ｔｈ以下の場合に、情報処理装置１は処理がキャンセルされたと扱う。

ここで、ユーザは予測１２３が表示された場合、その内容から処理を中断したいと考えることがある。図５（Ａ）の例で、ユーザは予測１２３によって合成結果が“ＡＢＣ（レア）”である確率が高いことを把握する。ユーザは“ＡＢＣ（レア）”が不要であると考える場合に、合成をキャンセルしたいと思う可能性がある。また、図５（Ｂ）の例で、ユーザは予測１２３によって売却予定額が“２３５０Ｇ”であることを把握する。ユーザは“２３５０Ｇ”が安いと考える場合に、売却をキャンセルしたいと思う可能性がある。本実施形態においては、以下に述べる判定により、予測１２３が表示された場合の処理のキャンセルを行う。

図６（Ｂ）は予測１２３が表示された場合の処理のキャンセル手法を例示する図である。図６（Ｂ）の例では、ユーザは実線の矢印のように、最初に始点１３１から上向きにスライド操作をしている。そして、ユーザは指等を操作部１０に接触させながら途中で右下方向に方向を変えて、終点１３２までのスライド操作をしている。最初の始点１３１から上向きのスライド操作において、閾値Ｔｈよりも小さい特定の距離だけ始点１３１から離れると予測１２３が表示される。本実施形態において、特定の距離は閾値Ｔｈの８０％（図６（Ｂ）の０．８Ｔｈ）である。また、予測１２３が表示されたときの、軌跡（図６（Ｂ）の実線の矢印）上の中間点を特定中間点１３３とする。つまり、特定中間点は始点から一の方向に向かって特定の距離（一の方向に対応付けられた処理の予測１２３を表示させる距離）だけ離れた中間点である。ここで、特定の距離を与える閾値Ｔｈに対する乗数（８０％）は一例であって、別の例としては５０％であってもよい。

図６（Ｂ）の例のように、スライド操作の始点１３１から終点１３２への向き（図６（Ｂ）のベクトルＶｅの向き）が、始点１３１から特定中間点１３３への向き（図６（Ｂ）のベクトルＶｍの向き）と同じでない場合に、情報処理装置１は処理をキャンセルする。つまり、情報処理装置１は、最終的な始点１３１から終点１３２への向きが、予測１２３を表示させた始点１３１から特定中間点１３３への向きと異なれば、ユーザによる意図的なスライド操作の向きの転換だと判定する。そして、情報処理装置１は処理をキャンセルする。本実施形態においては、上記のように向きが同じでない場合には、スライド操作の始点１３１から終点１３２までの距離（図６（Ｂ）のベクトルＶｅの長さ）にかかわらず、情報処理装置１は処理をキャンセルする。

ここで、スライド操作の始点１３１から終点１３２への向きと、始点１３１から特定中間点１３３への向きとが同じであるとは、完全一致に限定されない。つまり、始点１３１から終点１３２への向きと、始点１３１から特定中間点１３３への向きとが略同じであれば、情報処理装置１は同じであると判定する。略同じであるか否かについては、次のように判定される。本実施形態において、図６（Ｂ）のベクトルＶｅとベクトルＶｍとが成す角度が所定の値（所定の角度）を超えると向きが異なると判定され、角度が所定の値（所定の角度）以下であれば向きが同じであると判定される。ここで、ユーザの入力操作のブレ等を考慮して、所定の値（所定の角度）は例えば２０°に設定されてもよい。このとき、ユーザの指等を途中で元の位置（例えば始点１３１の辺り）に戻すようなスライド操作が検出された場合には、制御部１３は処理をキャンセルしてもよい。

（フローチャート）
図７は、制御部１３が実行するゲームの制御方法を示すフローチャートである。制御部１３は、図７のフローチャートのように、選択されたゲーム媒体に対してユーザのスライド操作に応じた処理を実行する。

まず、操作部１０が受け付けるユーザの入力操作を３つに分類する。第１の入力操作はユーザがゲーム媒体を選択する入力操作である。第２の入力操作は第１の入力操作により選択されたゲーム媒体に対する処理を指示する入力操作である。そして、第３の入力操作は、第１の入力操作とも第２の入力操作とも異なるユーザの入力操作（例えば長押し）である。操作部１０は、第１の入力操作、第２の入力操作および第３の入力操作を受け付けて、座標情報と関連付けて、それぞれ第１の入力操作データ、第２の入力操作データおよび第３の入力操作データとして出力する。第１〜第３の入力操作データは、入力操作の開始からの経過時間の情報も含む。

制御部１３は、操作部１０から第１の入力操作データを取得する（ステップＳ１）。そして、制御部１３は、第１の入力操作データに基づいて、選択されたゲーム媒体を特定する（ステップＳ２）。ステップＳ２はゲーム媒体特定ステップである。制御部１３は、第１の入力操作データから、例えばタップ位置、スライド操作の軌跡等の座標情報を取得する。制御部１３は、取得した座標情報と、表示部１２に表示させているゲーム媒体の座標とを比較することで、選択されたゲーム媒体を特定する。

制御部１３は、操作部１０から第３の入力操作データを取得する（ステップＳ３）。そして、制御部１３は、第３の入力操作が長押しであるか否かを判定する（ステップＳ４）。制御部１３は、第３の入力操作データから、例えば入力操作の始点および終点の座標情報、開始から終了までの時間の情報等を取得する。そして、制御部１３は、入力操作の開始から終了までの時間が、所定の時間（第１の長押し判定閾値）を超えるか否かを判定する。また、制御部１３は、入力操作の始点の座標と終点の座標との距離が、所定の距離（第２の長押し判定閾値）以下であるか否かを判定する。制御部１３は、入力操作の開始から終了までの時間が第１の長押し判定閾値を超え、かつ、始点の座標と終点の座標との距離が第２の長押し判定閾値以下である場合に、当該入力操作が長押しであると判定する。第１の長押し判定閾値は例えば１〜３秒の範囲に設定されてもよい。また、第２の長押し判定閾値は例えば表示部１２で１〜１０ピクセルに相当する距離に設定されてもよい。制御部１３は、第３の入力操作が長押しであると判定した場合に（ステップＳ４のＹｅｓ）、ヘルプ情報１２２を表示部１２に表示させる（ステップＳ５）。ステップＳ５はヘルプ表示ステップである。本実施形態において、表示部１２に表示されたヘルプ情報１２２は、ユーザが長押しを止めてから所定時間（例えば２秒）が経過すると表示されなくなる。制御部１３は、ステップＳ５の処理を実行した後、および、第３の入力操作が長押しでないと判定した場合に（ステップＳ４のＮｏ）、ステップＳ６の処理に進む。

制御部１３は、記憶部１１からテーブル１１１を取得する（ステップＳ６）。上記のように、テーブル１１１はゲーム媒体に対する処理をスライド操作の向きと対応付けた情報である。

制御部１３は、操作部１０から第２の入力操作データを取得する（ステップＳ７）。そして、制御部１３は、第２の入力操作データから、例えばスライド操作の始点およびスライド操作の軌跡等の座標情報を取得する。制御部１３は、スライド操作の終点が特定されるか否かを判定する（ステップＳ８）。制御部１３は、第２の入力操作データにスライド操作の終点の座標情報が含まれる場合には、スライド操作の終点が特定される（終点が存在する）と判定して（ステップＳ８のＹｅｓ）、ステップＳ１１の処理に進む。

制御部１３は、スライド操作の終点が特定されない（終点が存在しない）と判定する場合に（ステップＳ８のＮｏ）、予測１２３の表示に関する以下の処理を実行する。制御部１３は、スライド操作途中の軌跡に、特定中間点が含まれるか否かを判定する（ステップＳ９）。特定中間点は、スライド操作の始点から一の向きに向かって特定の距離（図６（Ｂ）の例では閾値Ｔｈの８０％に相当する距離）だけ離れた中間点である。制御部１３は、スライド操作の軌跡に特定中間点が含まれると判定した場合に（ステップＳ９のＹｅｓ）、テーブル１１１で始点から特定中間点への向きに対応付けられた一の処理が、選択されたゲーム媒体に対して実行されたときの予測１２３を表示部１２に表示させる（ステップＳ１０）。ステップＳ１０は予測表示ステップである。本実施形態において、表示部１２に表示された予測１２３は、表示開始から所定時間（例えば５秒）が経過すると表示されなくなる。制御部１３は、ステップＳ１０の処理を実行した後、および、特定中間点が含まれないと判定した場合に（ステップＳ９のＮｏ）、ステップＳ７の処理に戻る。そして、制御部１３は、更新された第２の入力操作データを取得する。

制御部１３は、第２の入力操作データに終点の座標情報が含まれる場合に、始点から終点までの距離を求める。そして、制御部１３は、第２の入力操作の始点から終点までの距離が閾値Ｔｈ（図６（Ｂ）参照）を超えるか否かを判定する（ステップＳ１１）。制御部１３は、始点から終点までの距離が閾値Ｔｈ以下であると判定する場合に（ステップＳ１１のＮｏ）、選択されたゲーム媒体に対する処理をキャンセルして一連の処理を終了する。制御部１３は、始点から終点までの距離が閾値Ｔｈを超えると判定する場合に（ステップＳ１１のＹｅｓ）、第２の入力操作（スライド操作）の始点から終点への向きを特定する（ステップＳ１２）。

制御部１３は、予測１２３の表示があったか否かを判定する（ステップＳ１３）。制御部１３は、予測１２３を表示部１２に表示させていない場合に（ステップＳ１３のＮｏ）、ステップＳ１５の処理に進む。制御部１３は、予測１２３を表示部１２に表示させた場合に（ステップＳ１３のＹｅｓ）、処理のキャンセルを判定するステップＳ１４の処理に進む。

制御部１３は、第２の入力操作（スライド操作）の始点から終点への向きが、予測１２３の表示時、すなわち予測表示ステップにおける始点から特定中間点への向きと同じか否かを判定する（ステップＳ１４）。制御部１３は、ステップＳ１４の処理の際に、始点と終点とを結ぶベクトルＶｅと、始点と特定中間点とを結ぶベクトルＶｍとが成す角度が所定の値以下であれば向きが同じであると判定する。制御部１３は、第２の入力操作の始点から終点への向きが、始点から特定中間点への向きと同じでない場合に（ステップＳ１４のＮｏ）、選択されたゲーム媒体に対する処理をキャンセルして一連の処理を終了する。制御部１３は、第２の入力操作の始点から終点への向きが始点から特定中間点への向きと同じである場合に（ステップＳ１４のＹｅｓ）、ステップＳ１５の処理に進む。

制御部１３は、テーブル１１１で第２の入力操作の始点から終点への向きに対応付けられた一の処理を、選択されたゲーム媒体に対して実行し（ステップＳ１５）、一連の処理を終了する。ステップＳ１５は実行ステップである。

以上述べたように、本実施形態に係る情報処理装置１は、ゲーム媒体に対する処理と向きとを対応付けて、ユーザのスライド操作の向きに応じた一の処理を、選択されたゲーム媒体に対して実行する。本実施形態に係る情報処理装置１は、ゲーム媒体に対する様々な処理を容易かつ効率的に実行できるユーザインタフェースを実現する。

また、本実施形態に係る情報処理装置１は、ドラッグアンドドロップのアプリケーションアイコンに相当する処理領域（図１２参照）を表示部１２に設ける必要もない。そのため、サイズがＰＣに比べて小さい表示部１２を備えるスマートフォン等の情報処理装置１に適している。

本発明を諸図面や実施形態に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。したがって、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

（変形例等）
上記の実施形態において、制御部１３は操作部１０から入力操作データを受け取る。しかし、記憶部１１が一時的に入力操作データを記憶してもよい。そして、制御部１３は記憶部１１から入力操作データを受け取ってもよい。このとき、記憶部１１がバッファとして機能するため、制御部１３はより柔軟に入力操作データを取得するタイミングを選択できる。

上記の実施形態の例示では、表示領域１２１には表示可能な数のゲーム媒体２ａ〜２ｉが一覧表示されていた。ここで、表示領域１２１に表示しきれないゲーム媒体を所有する場合に、ユーザは表示領域１２１を単位とするページ切り替えができてもよい。例えば図８（Ａ）に示されるように、第１ページにゲーム媒体１ａ〜１ｉが含まれ、第２ページにゲーム媒体２ａ〜２ｉが含まれ、第３ページにゲーム媒体３ａ〜３ｉが含まれてもよい。

ここで、表示領域１２１を単位とするページ切り替えにおいては、左右方向のスライドの入力操作に応じて、制御部１３は、隣接するページに切り替えて表示してもよい。例えば、図８（Ａ）に示すように、表示領域１２１にゲーム媒体２ａ〜２ｉが表示されている場合において、ユーザが表示領域１２１を左にスライドする入力操作に応じて、表示領域１２１にゲーム媒体３ａ〜３ｉが表示されるようにしてもよい。同様に、図８（Ａ）に示すように、表示領域１２１にゲーム媒体２ａ〜２ｉが表示されている場合において、ユーザが表示領域１２１を右にスライドする入力操作に応じて、表示領域１２１にゲーム媒体１ａ〜１ｉが表示されるようにしてもよい。

また、このようにスライドの入力操作に応じてページ切り替えを行う場合、例えば上下方向のスライドの入力操作に応じて、制御部１３は、隣接しない所定のページに飛ぶように切り替えて表示してもよい。例えば、図８（Ａ）に示すように、表示領域１２１にゲーム媒体２ａ〜２ｉが表示されている場合において、ユーザが表示領域１２１を上にスライドする入力操作に応じて、表示領域１２１に１０ページ先に相当するゲーム媒体１２ａ〜１２ｉが表示されるようにしてもよい。同様に、表示領域１２１にゲーム媒体１２ａ〜１２ｉが表示されている場合において、ユーザが表示領域１２１を下にスライドする入力操作に応じて、表示領域１２１に１０ページ前に相当するゲーム媒体２ａ〜２ｉが表示されるようにしてもよい。

さらに、このようにスライドの入力操作に応じてページ切り替えを行う場合、例えば斜め方向のスライドの入力操作に応じて、制御部１３は、隣接しない所定のページに飛ぶように切り替えて表示してもよい。例えば、図８（Ａ）に示すように、表示領域１２１にゲーム媒体２ａ〜２ｉが表示されている場合において、ユーザが表示領域１２１を左下から右上にスライドする入力操作に応じて、表示領域１２１に１００ページ先に相当するゲーム媒体１０２ａ〜１０２ｉが表示されるようにしてもよい。

ここで、表示領域１２１に表示されるページは、タブ１２４で切り替えられてもよい。図８（Ａ）の例では、ユーザは番号「２」が記されたタブ１２４を選択している。そして、表示領域１２１には、第２ページに含まれるゲーム媒体２ａ〜２ｉが表示されている。ユーザはタブ１２４によって容易にページを切り替えることができる。ここで、例えばユーザが番号「１」が記されたタブ１２４を選択した場合には、表示領域１２１にゲーム媒体１ａ〜１ｉが表示される。また、タブ１２４に代えて、図８（Ｂ）に示されるスライダ１２５によってページ切り替えが可能であってもよい。スライダ１２５は各ページに対応した目盛り単位でつまみを移動することが可能である。

さらに、図８（Ｃ）に示されるように、表示領域１２１に表示されているゲーム媒体２ａ〜２ｉをまとめて一度に選択可能な画面内全選択ボタン１２６が設けられていてもよい。例えば制御部１３は、第１の入力操作データに基づいてユーザが画面内全選択ボタン１２６を押したと判定する場合に、表示部１２の表示領域１２１に表示されている全てのゲーム媒体２ａ〜２ｉが選択されたと判定する。このとき、タブ１２４で選択されていない第１ページのゲーム媒体１ａ〜１ｉおよび第３ページのゲーム媒体３ａ〜３ｉは表示部１２に表示されていない。そのため、制御部１３は、ゲーム媒体１ａ〜１ｉおよびゲーム媒体３ａ〜３ｉは選択されていないと扱う。そして、制御部１３は、選択されたゲーム媒体２ａ〜２ｉの表示色を変化させるように表示部１２を制御する。その後、制御部１３は、ユーザが画面内全選択ボタン１２６を再び押したと判定する場合に、ゲーム媒体２ａ〜２ｉの選択を解除する。つまり、画面内全選択ボタン１２６は表示部１２に表示されているゲーム媒体の全てを選択し、また、その選択を解除するトグルボタンとして機能する。

ここで、ゲーム媒体は、ユーザが指定した１つ以上の条件、好適には複数の条件でソートされてもよい。ソートの対象は、表示領域１２１に表示されているゲーム媒体（例えばゲーム媒体２ａ〜２ｉ）に限ってもよいし、表示領域１２１に表示されないゲーム媒体を含む全て（例えばゲーム媒体１ａ〜１ｉ，２ａ〜２ｉおよび３ａ〜３ｉ）でもよい。複数の条件とは、例えば１つ目の条件としてレア度、２つ目の条件として属性を指定可能であることをいう。そして、各属性についてレア度の高い順にゲーム媒体がソートされてもよい。このような複数の条件でのソートによって、ユーザはゲーム媒体を各ページに適切に割り当てることが容易になる。

上記の実施形態において、テーブル１１１は、ゲーム媒体に対する様々な処理を、表示領域１２１に表示されるゲーム媒体の種類毎にスライド操作の向きに対応付ける（図４参照）。ここで、テーブル１１１は、更に選択されるゲーム媒体が１つであるか、複数であるかの区分を有していてもよい。そして、ゲーム媒体の種類が同じであっても、ゲーム媒体が１つであるか、複数であるかで処理が異なっていてもよい。

図９（Ａ）および図９（Ｂ）の例では、キャラクタであるゲーム媒体２ａ〜２ｉが表示領域１２１に表示されている。図９（Ａ）の例では、複数（２つ）のゲーム媒体２ａ，２ｂが選択されている。このとき、選択されたキャラクタに対して、強化合成、進化合成、売却の処理が可能であることがヘルプ情報１２２に示されている。一方、図９（Ｂ）の例では、単数（１つ）のゲーム媒体２ａが選択されている。このとき、選択されたキャラクタに対して、リーダー設定、装備変更、売却の処理が可能であることがヘルプ情報１２２に示されている。図９（Ｂ）の例では、複数のゲーム媒体を必要とする強化合成、進化合成に代えて、１つのゲーム媒体を対象にするリーダー設定、装備変更という処理が可能になっている。このように、選択されるゲーム媒体が１つであるか、複数であるかで、ゲーム媒体に対する処理を異ならせて、実行可能な処理だけをスライド操作の向きに対応付ける。このことにより、ユーザにとって一層使いやすいユーザインタフェースを実現できる。

上記の実施形態において、スライド操作の向きに応じてゲーム媒体に対する様々な処理の中から一の処理が実行された。ここで、既にゲーム媒体に対する一の処理を実行することが決定している状況において、スライド操作の向きおよび長さの少なくとも一方に応じて、一の処理における選択事項の決定が行われてもよい。例えば、スライド操作の向きに応じた一の処理をユーザが選択した後に、画面が一の処理を実行するための専用画面に遷移して、専用画面においてユーザがそれまでと同様にスライド操作で選択事項（例えばパラメータ、キャラクタ等）を決定できるようにしてもよい。

図１０は、既に選択したゲーム媒体をキャラクタに装着させるという処理が決定している状況で、ユーザがスライド操作でキャラクタを選択するための画面を示す。画面の中央には装着させる装備品ｉが表示されている。そして、装備品ｉの上下左右の向きに、それぞれ４人のキャラクタＡ〜Ｄが割り当てられている。図１０の例では、ユーザは画面上で右向きのスライド操作を行い、装備品ｉをキャラクタＢに装着させるように指示をする。ここで、この画面においても予測１２３が表示されてもよい。予測１２３として、ユーザのスライド操作の向きに応じたキャラクタに装備品ｉを装着させた場合のイメージ、パラメータ等が表示されてもよい。ユーザは予測１２３を確認することによって、装着させる処理の実行前に各キャラクタへの試着ができる。また、図１０の例では、装備品ｉは１つの武器であるが、複数の装備品（例えば、剣および盾）をまとめてキャラクタに装着させることができてもよい。

また、図１１は、強化用ポイント（消費することでキャラクタを強化することができるポイント）によるユーザキャラクタの強化という処理が決定している状況で、ユーザがスライド操作で強化するパラメータを選択するための画面を示す。画面の中央から６つの向きにそれぞれ６つのパラメータ（攻撃力、ＨＰ、スキル、防御力、ＭＰ、速さ）が割り当てられている。図１１の例では、ユーザは画面上で上向きのスライド操作Ｖ１を行い、上向きに割り当てられている攻撃力を強化することができる。また、図１１の例では、ユーザは画面上で左下向き（ＭＰと防御力との中間の向き）のスライド操作Ｖ２も行い、ＭＰおよび防御力を同時に強化することができる。強化の度合いは、スライド操作の長さに応じて大きくなり、強化用ポイントの消費も大きくなる。図１１の例では、スライド操作Ｖ１がスライド操作Ｖ２よりも長いので、ＭＰおよび防御力よりも攻撃力について大きく強化される。ここで、ユーザが画面の中央を長押しする場合には、長押しの時間に応じた大きさで、全てのパラメータが均等に強化されてもよい。

上記の実施形態において、１つの閾値が設けられており、スライド操作の始点から終点までの距離が閾値を超えるか否に応じて処理の実行またはキャンセルが行われた（図６（Ｂ）参照）。ここで、閾値は複数あってもよい。そして、複数の閾値のそれぞれは、異なる処理の実行判定で用いられてもよい。

例えば、一の向きに２つの処理である「合成」および「売却」が対応づけられているとする。そして、第１の閾値と、第１の閾値よりも大きい第２の閾値が設けられているとする。制御部１３は、ユーザのスライド操作の始点から終点までの距離が第１の閾値以下である場合に、２つの処理のどちらもキャンセルされたと判定する。また、制御部１３は、その距離が第１の閾値を超えて、かつ第２の閾値以下である場合に、選択されたゲーム媒体に対して「合成」を実行する。また、制御部１３は、その距離が第２の閾値を超える場合に、選択されたゲーム媒体に対して「合成」ではなく「売却」を実行する。このように、複数の処理のそれぞれに対応する閾値を複数設けることによって、一の向きに複数の処理を対応付けることが可能になる。そして、スライドの向きの数を増加させることなく、より多くの処理を対応付けることができるので、一層効率的な操作を可能にするユーザインタフェースを実現できる。このとき、表示部１２の長手方向の向き（例えば上下の向き）に複数の処理を対応付けてもよい。言い換えると、表示部１２の短手方向の向き（例えば左右の向き）には１つの処理を対応付けてもよい。表示部１２の形状に合わせて、１つの向きに対応付けられる処理の数を調整することによって、サイズが比較的小さい表示部１２を有する情報処理装置１でも、一層操作がしやすいユーザインタフェースを実現できる。

上記の実施形態において、ユーザのスライド操作はタッチパネル上で実行されていた。しかし、スライド操作は接触操作に限定されるものではなく空間（空中）で実行されてもよい。例えば、操作部１０はユーザの指等の動きを検知するセンサを備えてもよい。そして、操作部１０は空間にユーザの指等が描いた軌跡を入力操作としてもよい。また、例えば、操作部１０はユーザが操作する操作機器（コントローラ）であってもよい。そして、ユーザが操作機器（コントローラ）のボタンをプッシュしてからリリースするまでの間に、空間を移動した操作機器の軌跡が入力操作であってもよい。ボタンをプッシュした点、リリースした点がそれぞれ始点、終点に対応してもよい。また、空間での始点から終点の向きは、上下左右方向（１つの平面上の方向）だけでなく手前、奥行き方向について定めてもよい。

上記の実施形態において、所定の条件（例えば閾値を超える長さであって、かつ意図的な向きの転換がないこと）が満たされたスライド操作が行われると、一の処理が直ちに実行された。ここで、所定の条件が満たされたスライド操作が行われても、１回目は処理の準備が行われて、もう一度ユーザが同じ向きにスライド操作をした場合に処理が実行されてもよい。例えば、ユーザが行ったスライド操作の向きに対応付けられた処理が倉庫であるとする。このとき、１回目のスライド操作では倉庫への保管は実行されず、準備画面が示されてもよい。準備画面は、例えば選択されたゲーム媒体と「保管してもよいですか？」との確認メッセージとを含むものでもよい。また、１回目のスライド操作の後にユーザが行う処理を実行させる操作は、同じ向きへのスライド操作に代えて、長押し、所定時間のスライド操作の停止等が用いられてもよい。

上記の実施形態において、スライド操作の向きに対応付けられているのは、ゲーム媒体に対して実行される処理であった。ここで、スライド操作の１つの向きにはキャンセルが対応付けられてもよい。例えば、ゲーム媒体の種類にかかわらず、左下向きにキャンセルが対応付けられてもよい。このとき、ゲーム媒体の選択で過不足があったことに気付いた場合等に、ユーザは左下向きのスライド操作をすることによって直ちにキャンセルをするができる。また、スライド操作の１つの向きにはヘルプ情報１２２の表示が対応付けられてもよい。例えば、ゲーム媒体の種類にかかわらず、左上向きにヘルプ情報１２２の表示が対応付けられてもよい。このとき、ユーザはいつでも直ちにヘルプ情報１２２を確認することができる。また、上記のように処理の準備（例えば倉庫の準備、売却の準備等）が行われる場合に、スライド操作の１つの向きに最終的な実行が対応付けられてもよい。このとき、複数の処理の準備の後でまとめて処理を実行することが可能になる。

上記の実施形態においては、ユーザによる一の入力操作（スライド）に応じて、選択されたゲーム媒体に対して一の処理を実行した。しかしながら、ユーザによる複数段階のスライドの入力操作に応じて、それぞれの段階の入力操作の向きに対応する、それぞれ異なる複数の処理を実行してもよい。例えば、アイテム（ゲーム媒体）を選択した後で、右に所定の距離スライドする入力操作に応じて、「アイテム合成」のアイコン（または上述の予測１２３など）が表示されるようにしてもよい。その後、さらに右に所定の距離スライドする入力操作に応じて、「アイテム通常合成」の処理が実行されるようにしてもよい。一方、ここで、右ではなく下への所定の距離スライドする入力操作に応じて、「アイテム特殊合成」の処理が実行されるようにしてもよい。また、ここで、右または下ではなく、左に所定の距離スライドする入力操作に応じて、「アイテム合成」のアイコンが消去されて、合成の処理の実行がキャンセルされるようにしてもよい。

上記の実施形態において、ユーザがゲーム媒体を選択した後に長押しをすると、ヘルプ情報１２２が表示部１２に示された。ここで、ヘルプ情報１２２が表示部１２に表示するための操作は長押しに限定されるものではない。例えば、ユーザが特定の図形等（例えば円、三角形等）を描くと、ヘルプ情報１２２が表示部１２に表示されてもよい。また、操作部１０が圧力センサを備えており、ユーザの入力操作の圧力に応じた深さ（ユーザから見て奥向きの入力レベル）を判定する場合には、入力操作データに深さ情報（圧力値）が含まれてもよい。そして、制御部１３は、入力操作の深さが第１のレベルの場合にはタップ、スライド操作と扱い、入力操作の深さが第２のレベルの場合にはヘルプ情報１２２を表示させてもよい。

上記の実施形態において、ゲーム媒体を表示する表示領域１２１は表示部１２の一部であった。ここで、表示部１２の全体が表示領域１２１であってもよい。この場合においても、ユーザは表示領域１２１内でスライド操作を行うことによって、選択されたゲーム媒体に対する様々な処理を実行できる。そして、表示領域１２１に表示可能なゲーム媒体の数を最も増やすことができる。

上記の実施形態において、スライド操作の終点が特定されなければ、一の処理が実行されることはなかった。しかし、スライド操作の終点が特定されなくても、スライド操作の軌跡の長さが所定の長さ（例えば図６（Ａ）の閾値Ｔｈに相当する長さ）に達した時点で、一の処理が実行されるようにしてもよい。

上記の実施形態において、所定の長さである閾値が設けられており、スライド操作の始点から終点までの距離が閾値を超えるか否に応じて処理の実行またはキャンセルが行われた（図６（Ｂ）参照）。ここで、距離に代えて速度が用いられてもよい。このとき、閾値も所定の速度であるように設定されていてもよい。

また、上述した実施形態において、情報処理装置１の制御部１３が実行する動作及び処理の一部又は全部を、情報処理装置１と通信するサーバ装置が実行する構成であってもよい。例えば情報処理装置１の表示部１２に表示される画面の表示制御等は、情報処理装置１およびサーバ装置の何れか一方が実行してもよく、情報処理装置１およびサーバ装置が協働して実行してもよい。

また、上記の実施形態において、ゲーム画面の一部をサーバ装置が生成したデータに基づいて情報処理装置１の表示部１２に表示させるウェブ表示とし、ゲーム画面の一部を、情報処理装置１にインストールされているネイティブアプリによって表示させるネイティブ表示としてもよい。このように、上述した実施形態に係るゲームは、情報処理装置１およびサーバ装置のそれぞれが処理の一部を担うハイブリッドゲームとすることもできる。

また、情報処理装置１またはサーバ装置として機能させるために、例えばコンピュータ、携帯電話等を好適に用いることができる。情報処理装置１またはサーバ装置は上記の各機能を実現する処理内容を記述したプログラムを、アクセス可能な記憶部に格納し、ＣＰＵによって当該プログラムを読み出して実行させることによって実現可能である。
以下に、本願の原出願の出願当初の特許請求の範囲に記載された発明を付記する。
［１］
ゲーム媒体を表示する表示部と、ユーザが前記ゲーム媒体を選択する第１の入力操作および前記第１の入力操作により選択されたゲーム媒体に対する処理を指示する第２の入力操作を受け付けて、前記第１の入力操作を座標情報と関連付けた第１の入力操作データおよび前記第２の入力操作を座標情報と関連付けた第２の入力操作データを出力する操作部と、前記ゲーム媒体に対する処理と向きとを対応付けた情報を記憶する記憶部と、を備える情報処理装置に、
前記第１の入力操作データに基づいて、前記選択されたゲーム媒体を特定するゲーム媒体特定ステップと、
前記記憶部から前記情報を取得するステップと、
前記第２の入力操作データに基づいて、前記第２の入力操作の始点から終点への向きを特定するステップと、
前記第２の入力操作の始点から終点までの距離が閾値を超える場合に、前記情報で前記第２の入力操作の始点から終点への向きに対応付けられた一の処理を前記選択されたゲーム媒体に対して実行し、前記第２の入力操作の始点から終点までの距離が閾値を超えない場合に前記一の処理を実行しない、判定ステップと、を実行させる、プログラム。
［２］
ゲーム媒体を表示する表示部と、ユーザが前記ゲーム媒体を選択する第１の入力操作および前記第１の入力操作により選択されたゲーム媒体に対する処理を指示する第２の入力操作を受け付けて、前記第１の入力操作を座標情報と関連付けた第１の入力操作データおよび前記第２の入力操作を座標情報と関連付けた第２の入力操作データを出力する操作部と、前記ゲーム媒体に対する処理と向きとを対応付けた情報を記憶する記憶部と、を備える情報処理装置に、
前記第１の入力操作データに基づいて、前記選択されたゲーム媒体を特定するゲーム媒体特定ステップと、
前記記憶部から前記情報を取得するステップと、
前記第２の入力操作データに基づいて、前記第２の入力操作の始点から終点への向きを特定するステップと、
前記第２の入力操作の始点から終点までの単位時間当たりの距離変化が閾値を超える場合に、前記情報で前記第２の入力操作の始点から終点への向きに対応付けられた一の処理を前記選択されたゲーム媒体に対して実行し、前記第２の入力操作の始点から終点までの単位時間当たりの距離変化が閾値を超えない場合に前記一の処理を実行しない、判定ステップと、を実行させる、プログラム。
［３］
前記判定ステップにおいて、
前記閾値は複数であって、
複数の前記閾値のそれぞれは異なる処理の実行判定で用いられる、［１］または［２］に記載のプログラム。
［４］
前記第２の入力操作の始点が特定されて、かつ終点が特定されていない場合に、前記情報で前記第２の入力操作の始点から特定中間点への向きに対応付けられた一の処理が実行されたときの予測を前記表示部に表示する予測表示ステップと、を実行させる、［１］から［３］のいずれか一項に記載のプログラム。
［５］
前記判定ステップにおいて、
さらに、前記第２の入力操作の始点から終点への向きが、前記予測表示ステップにおける前記第２の入力操作の始点から特定中間点への向きと略同じという条件が満たされた場合に、前記一の処理を前記選択されたゲーム媒体に対して実行する、［４］に記載のプログラム。
［６］
前記操作部は、前記第１の入力操作とも前記第２の入力操作とも異なる第３の入力操作を受け付けて、前記第３の入力操作を座標情報と関連付けた第３の入力操作データを出力し、
前記第３の入力操作データに基づいて、前記ゲーム媒体に対する処理と向きとの対応付けを説明する画像および文の少なくとも一方であるヘルプ情報を前記表示部に表示するヘルプ表示ステップ、を実行させる、［１］から［５］のいずれか一項に記載のプログラム。
［７］
前記ヘルプ表示ステップにおいて、
前記第３の入力操作の開始から終了までの時間が所定の時間を超えて、かつ始点の座標と終点の座標との距離が所定の距離以下である場合に、前記ヘルプ情報を前記表示部に表示する、［６］に記載のプログラム。
［８］
前記表示部は画面内全選択ボタンを表示し、
前記ゲーム媒体特定ステップにおいて、
前記第１の入力操作データに基づいてユーザが前記画面内全選択ボタンを押したと判定する場合に、前記表示部に表示されている全てのゲーム媒体が選択されたとする、［１］から［７］のいずれか一項に記載のプログラム。
［９］
ゲーム媒体を表示する表示部と、ユーザが前記ゲーム媒体を選択する第１の入力操作および前記第１の入力操作により選択されたゲーム媒体に対する処理を指示する第２の入力操作を受け付けて、前記第１の入力操作を座標情報と関連付けた第１の入力操作データおよび前記第２の入力操作を座標情報と関連付けた第２の入力操作データを出力する操作部と、前記ゲーム媒体に対する処理と向きとを対応付けた情報を記憶する記憶部と、を備える情報処理装置によって実行されるゲームの制御方法であって、
前記第１の入力操作データに基づいて、前記選択されたゲーム媒体を特定するステップと、
前記記憶部から前記情報を取得するステップと、
前記第２の入力操作データに基づいて、前記第２の入力操作の始点から終点への向きを特定するステップと、
前記第２の入力操作の始点から終点までの距離が閾値を超える場合に、前記情報で前記第２の入力操作の始点から終点への向きに対応付けられた一の処理を前記選択されたゲーム媒体に対して実行し、前記第２の入力操作の始点から終点までの距離が閾値を超えない場合に前記一の処理を実行しないステップと、を含む制御方法。
［１０］
ゲーム媒体を表示する表示部と、
ユーザが前記ゲーム媒体を選択する第１の入力操作および前記第１の入力操作により選択されたゲーム媒体に対する処理を指示する第２の入力操作を受け付けて、前記第１の入力操作を座標情報と関連付けた第１の入力操作データおよび前記第２の入力操作を座標情報と関連付けた第２の入力操作データを出力する操作部と、
前記ゲーム媒体に対する処理と向きとを対応付けた情報を記憶する記憶部と、
制御部と、を備え、
前記制御部は、
前記第１の入力操作データに基づいて、前記選択されたゲーム媒体を特定し、
前記記憶部から前記情報を取得し、
前記第２の入力操作データに基づいて、前記第２の入力操作の始点から終点への向きを特定し、
前記第２の入力操作の始点から終点までの距離が閾値を超える場合に、前記情報で前記第２の入力操作の始点から終点への向きに対応付けられた一の処理を前記選択されたゲーム媒体に対して実行し、前記第２の入力操作の始点から終点までの距離が閾値を超えない場合に前記一の処理を実行しない、情報処理装置。

１，１Ａ 情報処理装置
１０ 操作部
１１ 記憶部
１２ 表示部
１３ 制御部
１１１ テーブル
１２１ 表示領域
１２２ ヘルプ情報
１２３ 予測
１２４ タブ
１２５ スライダ
１２６ 全選択ボタン
１３１ 始点
１３２ 終点
１３３ 特定中間点

Claims (6)

1. 情報処理装置に、
   ユーザがゲーム媒体を選択する第１の入力操作および前記第１の入力操作により選択されたゲーム媒体に対する処理を指示する第２の入力操作を受け付ける受付ステップと、
   前記第１の入力操作に基づいて、前記選択されたゲーム媒体を特定するゲーム媒体特定ステップと、
   前記第２の入力操作に基づいて、前記第２の入力操作の始点から終点への向きを特定する向き特定ステップと、
   前記第２の入力操作の始点から終点へ向かうベクトルと、前記第２の入力操作の始点から、前記第２の入力操作による軌跡上の所定の中間点へ向かうベクトルとのなす角が所定の値を超えるか否かを判定するステップと、
   前記判定するステップにより前記なす角が所定の値を超えないと判定された場合に、前記特定されたゲーム媒体および前記向きに基づいて、前記選択されたゲーム媒体に対して実行すべき処理を決定して実行するステップと、
   を実行させ、
   前記実行するステップは、前記判定するステップにより前記なす角が所定の値を超えると判定された場合に、前記選択されたゲーム媒体に対して実行すべき処理を行わないプログラム。
2. 前記特定されたゲーム媒体の種類または数に応じて、前記向き特定ステップにおいて特定可能な向きの少なくとも一の向きが異なることを特徴とする請求項１に記載のプログラム。
3. 前記情報処理装置に、さらに、
   前記第２の入力操作の始点から終点までの距離が閾値を超えるか否かを判定するステップを実行させ、
   前記向き特定ステップは、前記判定するステップにより前記距離が閾値を超えると判定された場合に前記向きを特定し、
   前記実行するステップは、特定された前記第２の入力操作の始点から終点への向きが所定の向きである場合に、前記処理を実行しないことを特徴とする請求項１または２に記載のプログラム。
4. 前記ゲーム媒体特定ステップは、前記特定されたゲーム媒体の数が複数である場合に、さらに、前記特定されたゲーム媒体の選択順序を特定し、
   前記実行するステップは、前記特定されたゲーム媒体の種類、数および選択順序、ならびに、前記向きに基づいて、前記選択されたゲーム媒体に対して実行すべき処理を決定して実行することを特徴とする請求項１、２または３に記載のプログラム。
5. 情報処理装置によって実行されるゲームの制御方法であって、
   ユーザがゲーム媒体を選択する第１の入力操作および前記第１の入力操作により選択されたゲーム媒体に対する処理を指示する第２の入力操作を受け付ける受付ステップと、
   前記第１の入力操作に基づいて、前記選択されたゲーム媒体を特定するゲーム媒体特定ステップと、
   前記第２の入力操作に基づいて、前記第２の入力操作の始点から終点への向きを特定する向き特定ステップと、
   前記第２の入力操作の始点から終点へ向かうベクトルと、前記第２の入力操作の始点から、前記第２の入力操作による軌跡上の所定の中間点へ向かうベクトルとのなす角が所定の値を超えるか否かを判定するステップと、
   前記判定するステップにより前記なす角が所定の値を超えないと判定された場合に、前記特定されたゲーム媒体および前記向きに基づいて、前記選択されたゲーム媒体に対して実行すべき処理を決定して実行するステップと、
   を含み、
   前記実行するステップは、前記判定するステップにより前記なす角が所定の値を超えると判定された場合に、前記選択されたゲーム媒体に対して実行すべき処理を行わない制御方法。
6. ユーザがゲーム媒体を選択する第１の入力操作および前記第１の入力操作により選択されたゲーム媒体に対する処理を指示する第２の入力操作を受け付ける受付部と、
   前記第１の入力操作に基づいて、前記選択されたゲーム媒体を特定するゲーム媒体特定部と、
   前記第２の入力操作に基づいて、前記第２の入力操作の始点から終点への向きを特定する向き特定部と、
   前記第２の入力操作の始点から終点へ向かうベクトルと、前記第２の入力操作の始点から、前記第２の入力操作による軌跡上の所定の中間点へ向かうベクトルとのなす角が所定の値を超えるか否かを判定する判定部と、
   前記判定部により前記なす角が所定の値を超えないと判定された場合に、前記特定されたゲーム媒体および前記向きに基づいて、前記選択されたゲーム媒体に対して実行すべき処理を決定して実行する実行部と、
   を備え、
   前記実行部は、前記判定部により前記なす角が所定の値を超えると判定された場合に、前記選択されたゲーム媒体に対して実行すべき処理を行わない情報処理装置。

Images