JP2021037311A - ゲーム制御装置、ゲームシステム、及びプログラム - Google Patents

Abstract

【課題】タッチパネルに対する連続タッチ操作を成功したか否かをユーザが容易に把握可能にする。【解決手段】ゲーム制御装置（１０，３０）の処理実行手段（１１６）は、タッチ操作を複数回続けて行う連続タッチ操作が行われた場合に、所定のゲーム処理を実行する。表示制御手段（１１４）は、タッチパネルに対するタッチ操作に応じて、タッチ操作が行われたことを示すタッチ操作オブジェクトを表示手段（１５）に表示させるための制御を行い、連続タッチ操作が行われた場合に表示されるタッチ操作オブジェクトの表示態様を、タッチ操作を一回行う単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトの表示態様とは異なる表示態様に設定する。【選択図】図１４

Description

本発明は、ゲーム制御装置、ゲームシステム、及びプログラムに関する。

従来、タッチパネルに対するタッチ操作に基づいて実行されるゲームが知られている。例えば、特許文献１には、タッチパネルに対するタッチ操作に応じてキャラクタが所定の動作をするゲームが記載されている。このゲームでは、タッチ操作が行われた場合に、円形状の円形画像をタッチ位置に表示するようになっている。

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

上記のようなゲームでは、時間をあけずにタッチパネルを複数回続けてタッチする連続タッチ操作（例えば、２回連続してタップを繰り返すダブルタップ操作）が用いられることがある。この点、特許文献１に記載されるようなゲームでは、連続タッチ操作を成功した場合でも、連続タッチ操作を失敗した場合（即ち、時間をあけてタッチパネルを複数回タップしただけになってしまった場合）でも、同じく円形画像が複数回表示されるため、ユーザは連続タッチ操作を成功したか否かを把握することが難しい。

連続タッチ操作が成功したか否かを容易に把握することができないと、ユーザは、連続タッチ操作が失敗したことにより、再度連続タッチ操作を行うべきかの判断を短時間ですることも難しくなる。そのため、ユーザは、確実に連続タッチ操作を成功させるために不必要にタッチ操作を繰り繰り返しがちとなる。ユーザが不必要にタッチ操作を繰り返してしまうことで、その他の操作に支障をきたすことにもつながる。

本発明は上記課題に鑑みてなされたものであって、その目的は、タッチパネルに対する連続タッチ操作を成功したか否かをユーザが容易に把握可能なゲーム制御装置、ゲームシステム、及びプログラムを提供することにある。

上記課題を解決するために、本発明の一態様に係るゲーム制御装置は、タッチパネルに対するタッチ操作に応じて、前記タッチ操作が行われたことを示すタッチ操作オブジェクトを表示手段に表示させるための制御を行う表示制御手段と、前記タッチ操作を複数回続けて行う連続タッチ操作が行われた場合に、所定のゲーム処理を実行する処理実行手段と、を含み、前記表示制御手段は、前記連続タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示態様を、前記タッチ操作を一回行う単一タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示態様とは異なる表示態様に設定することを特徴とする。

本発明の一態様に係るゲームシステムは、タッチパネルに対するタッチ操作に応じて、前記タッチ操作が行われたことを示すタッチ操作オブジェクトを表示手段に表示させるための制御を行う表示制御手段と、前記タッチ操作を複数回続けて行う連続タッチ操作が行われた場合に、所定のゲーム処理を実行する処理実行手段と、を含み、前記表示制御手段は、前記連続タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示態様を、前記タッチ操作を一回行う単一タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示態様とは異なる表示態様に設定することを特徴とする。

本発明の実施形態に係るゲームシステムの全体構成を示す図である。 ホーム画像の一例を示す図である。 実行オブジェクトを選択した場合のホーム画像を示す図である。 メンバー選択画像の一例を示す図である。 スタジアムパートの試合の流れを示す図である。 第１状態画像の一例を示す図である。 第２状態画像の一例を示す図である。 砂時計画像の表示態様が変化する様子を示す図である。 操作可能時間の経過後に第２状態が継続する場合の第２状態画像の一例を示す図である。 攻撃中にユーザがドラッグ操作をした場合の第２状態画像を示す図である。 攻撃中にユーザがダブルタップ操作をした場合の第２状態画像を示す図である。 ダブルタップ操作と、移動範囲及び処理オブジェクトと、の関係を示す図である。 操作対象の能力と、移動範囲及び処理オブジェクトと、の関係を示す図である。 ゲームシステムで実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。 ユーザチームデータの一例を示す図である。 対戦相手チームデータの一例を示す図である。 ゲーム状況データの一例を示す図である。 操作可能時間データの一例を示す図である。 仮想世界の一例を示す図である。 タッチ操作オブジェクトを伸縮させる処理の説明図である。 動作方向の決定方法の説明図である。 移動範囲を設定する位置の決定方法の説明図である。 移動範囲のサイズの決定方法を示す図である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 ゲームシステムにおいて実行される処理の一例を示すフロー図である。 第１の構成に関する変形例の機能ブロック図である。 第２の構成に関する変形例の機能ブロック図である。 第２状態画像にエフェクトオブジェクトが表示される様子を示す図である。 ユーザがダブルタップ操作をした場合の第２状態画像を示す図である。 本変形例において攻撃中にユーザがダブルタップ操作をした場合の第２状態画像を示す図である。 攻撃中にユーザがダブルタップ操作をした場合の第２状態画像を示す図である。

［１．ゲームシステムの全体構成］
以下、本発明に係る実施形態を図面に基づいて説明する。なお、図面において同一又は対応する構成には同一の符号を付し、繰り返しの説明を省略することがある。図１は、本発明の実施形態に係るゲームシステムの全体構成を示す図である。図１に示すように、本実施形態に係るゲームシステム１は、複数のユーザ端末１０−１，１０−２，・・・，１０−Ｎと、サーバ３０と、を含む。なお、以下では、ユーザ端末１０−１，１０−２，１０−Ｎに共通する内容については、「ユーザ端末１０」と表記して説明する場合がある。ユーザ端末１０及びサーバ３０は、ネットワークＮに接続される。このため、ユーザ端末１０とサーバ３０との間で相互にデータ通信が可能である。

ユーザ端末１０は、ユーザが操作するコンピュータである。例えば、ユーザ端末１０は、携帯電話（スマートフォンを含む）、タブレット型コンピュータ、パーソナルコンピュータ、携帯ゲーム機、据置ゲーム機、業務用ゲーム機、又は、情報処理機能を備えた多機能型テレビジョン受像機（スマートテレビ）等である。なお、以下では、タッチパネルを備えた携帯電話がユーザ端末１０であり、サーバ３０から供給されるプログラムが携帯電話において実行される場合について説明する。プログラムは、サーバ３０とは異なるサーバや記録媒体等を介して供給されてもよい。

図１に示すように、ユーザ端末１０は、制御部１１、記憶部１２、通信部１３、操作部１４、及び表示部１５を含む。制御部１１は、少なくとも１つのマイクロプロセッサを含む。制御部１１は、オペレーティングシステムやその他のプログラムに従って処理を実行する。記憶部１２は、主記憶部（例えば、ＲＡＭ）及び補助記憶部（例えば、不揮発性の半導体メモリ）を含む。記憶部１２は、プログラムやデータを記憶する。なお例えば、ユーザ端末１０がパーソナルコンピュータ等である場合、記憶部１２は、例えばハードディスクドライブ又はソリッドステートドライブ等の補助記憶部を含むようにしてもよい。通信部１３は、ネットワークカードを含む。通信部１３は、ネットワークＮを介してデータ通信を行う。

操作部１４は、タッチパネル１４Ａやその他の操作部材を含む。操作部１４は、ユーザがゲームの入力操作などを行うためのものである。タッチパネル１４Ａは、物体のタッチ位置を検出するポインティングデバイスであり、静電容量方式などの種々のタッチパネルを適用可能である。なお、操作部１４は、ユーザが音声又はジェスチャによって入力操作を行うためのマイクやカメラを含んでもよい。ユーザ端末１０がパーソナルコンピュータ等である場合、操作部１４は、ボタン、キー、レバー、ゲームコントローラ（ゲームパッド）、マウス、又はキーボード等を含むようにしてもよい。表示部１５は、例えば、液晶表示パネル又は有機ＥＬディスプレイ等であり、制御部１１の指示に従って画面を表示する。なお、操作部１４及び表示部１５は、ユーザ端末１０に内蔵されていなくともよく、ユーザ端末１０に接続された外部装置であってもよい。

サーバ３０は、例えば、サーバコンピュータによって実現される。図１に示すように、サーバ３０は、制御部３１、記憶部３２、及び通信部３３を含む。制御部３１及び通信部３３は、ユーザ端末１０の制御部１１及び通信部１３と同様の機能を備える。記憶部３２は、主記憶部（例えば、ＲＡＭ）及び補助記憶部（例えば、ハードディスクドライブ又はソリッドステートドライブ）を含み、プログラムやデータを記憶する。

なお、記憶部１２又は記憶部３２に記憶されるものとして説明するプログラムやデータは、例えば、ネットワークＮを介してユーザ端末１０又はサーバ３０に供給されるようにしてもよい。また、ユーザ端末１０又はサーバ３０は、情報記憶媒体（例えば、光ディスク又はメモリカード等）に記憶されたプログラム又はデータを読み取るための読取部（例えば、光ディスクドライブ又はメモリカードスロット）を含むようにしてもよい。そして、情報記憶媒体を介してユーザ端末１０又はサーバ３０にプログラムやデータが供給されるようにしてもよい。

［２．ゲームの概要］
ゲームシステム１では、ユーザ端末１０でプログラムが実行されることによってゲームが実行される。ゲームシステム１では、種々のゲームを実行することが可能である。例えば、スポーツゲーム（サッカー、野球、テニス、アメリカンフットボール、バスケットボール、バレーボール等を題材としたゲーム）、アドベンチャーゲーム、シミュレーションゲーム、ロールプレイングゲーム、又は育成ゲームのように、ゲーム形式・ジャンルを問わず様々なゲームを実行することが可能である。

本実施形態では、ゲームの一例として、ゲームオブジェクトと対戦相手オブジェクトとが、仮想世界で移動オブジェクトを移動させて対戦するスポーツゲームを例に挙げて説明する。このゲームでは、ユーザが操作対象を操作するためにタッチパネル１４Ａに対してタッチ操作をすると、タッチ操作オブジェクトが表示部１５に表示される。ここで、ゲームの概要を説明する前に、ゲームオブジェクト等の用語について説明する。

「ゲームオブジェクト」とは、ゲームにおいて使用され得る対象である。例えば、ゲームキャラクタ等が、ゲームオブジェクトの一例に相当する。例えば、ユーザの保有するゲームオブジェクトの中からユーザが選択したものが、ゲームで使用される。また例えば、ゲームで提供されるゲームオブジェクトの中から、ゲームで使用するゲームオブジェクトとしてユーザが選択したものが、ゲームで使用される。また例えば、ユーザがゲームで使用するゲームオブジェクトとしてユーザ端末１０又はサーバ３０が設定したゲームオブジェクトが、ゲームで使用される。

「対戦相手オブジェクト」とは、ゲームで対戦相手となるゲームオブジェクトである。例えば、対戦相手オブジェクトは、対戦相手としてユーザ端末１０又はサーバ３０が設定したゲームオブジェクトである。また例えば、対戦相手オブジェクトは、ユーザ又は他のユーザが対戦相手として選択したゲームオブジェクトである。

「仮想世界」とは、ゲームの中の世界であり、例えば、架空の競技場や戦場などである。仮想世界は、３次元的な空間であってもよいし、２次元的な平面であってもよい。複数のゲームオブジェクトの各々は、仮想世界におけるフィールド上を移動する。なお、「フィールド」とは、ゲームオブジェクトが移動する平面であり、例えば、サッカーゲームの場合は仮想世界内のピッチである。

「移動オブジェクト」とは、仮想世界や画面内で移動する物体であり、例えば、ユーザの操作に従って移動する対象である。また例えば、移動オブジェクトは、ユーザの操作に従って移動するキャラクタ等のゲームオブジェクトである。また例えば、移動オブジェクトは、ユーザによって操作される操作対象の動作によって移動される移動体である。また例えば、サッカーゲーム等のスポーツゲームの場合であれば、移動オブジェクトは、ゲームキャラクタの動作によって移動されるボールやパックなどである。また例えば、弾丸等の攻撃手段によって攻撃対象を攻撃するゲームの場合であれば、移動オブジェクトは、弾丸などの攻撃手段である。

「対戦」とは、対戦相手との勝敗を決することである。必ずしも勝ち／負けが決まらなくてもよく、引き分けになる場合があってもよい。ここでは、ユーザの１つのゲームオブジェクトと１つの対戦相手オブジェクトとの対戦、ユーザの複数のゲームオブジェクトと複数の対戦相手オブジェクトとの対戦、ユーザの１つのゲームオブジェクトと複数の対戦相手オブジェクトとの対戦、又はユーザの複数のゲームオブジェクトと１つの対戦相手オブジェクトとの対戦の何れかを意味する。

「操作対象」とは、ユーザによって操作される対象である。言い換えれば、操作対象は、ユーザの操作に応じて動作する対象である。例えば、操作対象は、ユーザによって操作されるキャラクタ等のゲームオブジェクトである。例えば、ゲームオブジェクトの中から、実行中のゲームの状況に応じて選択されたゲームオブジェクトであってもよいし、ゲームオブジェクトの中からユーザが選択したゲームオブジェクトであってもよい。例えば、サッカーゲームのような移動オブジェクトを用いたゲームの場合、移動オブジェクトに関連付けられたゲームオブジェクト、移動オブジェクトの最も近くにいるゲームオブジェクトである。例えば、攻撃中は移動オブジェクトに関連付けられたゲームオブジェクトが操作対象として設定され、守備中は移動オブジェクト又は移動オブジェクトに関連付けられたゲームオブジェクトの最も近くにいるものが操作対象として設定されてもよい。

「タッチ操作」とは、タッチパネル１４Ａに指又はタッチペン等の物体をタッチ（接触）させる操作である。

「タッチ操作オブジェクト」とは、タッチ操作が行われたことを示すオブジェクトであり、例えば、タッチ位置又はその変化をユーザに案内するためのオブジェクトである。即ち、タッチ操作が行われたことをユーザに通知する役割を果たすオブジェクトであり、例えば、ユーザインタフェースとしての役割を果たしうるオブジェクトである。なお、ここでの「オブジェクト」とは、表示部１５に表示される対象である。例えば、画像（マーカー、カーソル、又はアイコン等）、テキスト、又はこれらの組合せ等が、ここでの「オブジェクト」の一例に相当する。言い換えれば、タッチ操作オブジェクトは、タッチパネル１４Ａに対するタッチに応じて表示されるオブジェクトである。例えば、タッチ操作オブジェクトは、タッチ位置に基づいて定まる位置に表示される画像である。例えば、タッチ操作オブジェクトは、画面上の後述する第１位置と第２位置とを含むように表示される画像である。また例えば、タッチ操作オブジェクトは、変形可能な画像である。例えば、タッチ操作オブジェクトは、弾性体を模した画像である。また例えば、タッチ操作オブジェクトは、第１位置に表示させた画像（例えば、ボール）と、第２位置に表示させた画像（例えば、ボール）と、これらを繋ぐ画像（例えば、棒）と、を含むものであってもよい。

本実施形態では、上記のようなスポーツゲームの一例として、サッカーゲームが実行される場合を説明する。このため、「ゲームオブジェクト」の一例としてユーザチームのゲームキャラクタを説明し、「対戦相手オブジェクト」の一例として対戦相手チームのゲームキャラクタを説明する。また、「仮想世界」の一例としてゲーム内のサッカー場を説明し、「移動オブジェクト」の一例としてボールを説明する。また、「対戦」の一例としてサッカーの試合を説明する。ユーザ端末１０においてゲームプログラムが起動すると、表示部１５には、ホーム画像が表示される。

図２は、ホーム画像の一例を示す図である。図２に示すように、ホーム画像Ｇ１００の表示領域Ａ１１０には、ユーザのポイントやランクなどの各種パラメータが表示される。ホーム画像Ｇ１００の表示領域Ａ１２０には、ホーム画像Ｇ１００に戻る処理やユーザチームを編成する処理を実行するための複数の実行オブジェクトが表示される。実行オブジェクトとは、例えば、処理が関連付けられた画像、記号、又はテキスト等である。具体的には、例えば、ボタン、アイコン、又はリンク等が実行オブジェクトの一例に相当する。実行オブジェクトが選択された場合には、当該実行オブジェクトに関連付けられた処理が実行される。

また、ホーム画像Ｇ１００は、実行オブジェクトＰ１３０〜Ｐ１６０を含む。本実施形態のゲームは、サクセスパートと、スタジアムパートと、チャレンジパートと、マイデッキパートと、の４つのパートを備えており、実行オブジェクトＰ１３０〜Ｐ１６０は、ユーザがこれらのパートの何れかを選択するためのものである。

実行オブジェクトＰ１３０は、サクセスパートに関連付けられている。サクセスパートは、サッカー選手であるゲームキャラクタ（以降、主人公キャラクタという。）を育成するゲームパートである。サクセスパートでは、ユーザはシナリオを進めながら主人公キャラクタを育成する。シナリオとは、ゲームの進行に合わせて展開されるゲームストーリーである。例えば、高校のサッカー部に所属する主人公キャラクタがプロサッカー選手になるまでのシナリオが用意されている。主人公キャラクタは、ユーザが選択した行動を実行することで能力が向上する。

サクセスパートでは、育成が有利になるイベントが発生する。ユーザは、サクセスパートでイベントを発生させるために、主人公キャラクタとは別に、イベント発生用のゲームキャラクタ（以降、イベントキャラクタという。）を保有している。イベントキャラクタは、仮想通貨を消費して抽選（ガチャ）を実行したり、他のユーザから貰ったりすることで獲得することができる。ユーザは、自分が保有するイベントキャラクタをイベントデッキに組み込んでサクセスパートをプレイする。イベントデッキに登録されたイベントキャラクタは、シナリオ内で登場して主人公キャラクタと一緒に練習したり試合に出場したりする。サクセスパートでは、イベントデッキに組み込んだイベントキャラクタに応じたイベントが発生することになる。

シナリオが進行して主人公キャラクタが高校を卒業する時期になると、サクセスパートが終了して主人公キャラクタの育成が完了する。育成が完了した主人公キャラクタは、ユーザだけのゲームキャラクタ（以降、オリジナルキャラクタという。）として登録され、後述のスタジアムパートの試合で用いることができるようになる。ユーザは、サクセスパートを繰り返しプレイしてオリジナルキャラクタを増やしてチームを組み、スタジアムパートをプレイする。

実行オブジェクトＰ１４０は、スタジアムパートに関連付けられている。スタジアムパートは、対戦相手チームと試合をするゲームパートである。ユーザは、スタジアムパートをプレイすると、試合内容及び試合結果に応じたポイントを獲得することができる。例えば、ユーザは、複数のリーグの何れかに所属しており、獲得したポイントに応じてリーグ内でのランキングが決定し、ランキングに応じてユーザのリーグが変化する。ユーザは、より高いランキングやリーグを目指してスタジアムパートをプレイする。

実行オブジェクトＰ１５０は、チャレンジパートに関連付けられている。チャレンジパートは、予め設定された複数のゲーム課題の達成状況を確認したり、達成したゲーム課題の報酬を受け取ったりすることができる。実行オブジェクトＰ１６０は、マイデッキパートに関連付けられている。マイデッキパートでは、サクセスパートで使用するイベントデッキを編集することができる。

図２では、実行オブジェクトＰ１４０が選択された状態を示している。この状態では、ホーム画像Ｇ１００に実行オブジェクトＰ１４１が表示される。実行オブジェクトＰ１４１には、ユーザのリーグ、リーグ内でのランキング、及び現在のリーグに残留できる可能性が表示される。実行オブジェクトＰ１４１は、スタジアムパートで試合をするための処理が関連付けられている。ユーザが実行オブジェクトＰ１４１を選択すると、試合の対戦相手を選択することができる。

図３は、実行オブジェクトＰ１４１を選択した場合のホーム画像Ｇ１００を示す図である。図３に示すように、ホーム画像Ｇ１００には、実行オブジェクトＰ１７０〜Ｐ１７２が表示される。実行オブジェクトＰ１７０〜Ｐ１７２の各々には、対戦相手チームの候補として選出された他のユーザチームの名称や能力などが表示される。候補として表示された対戦相手チームに所属するゲームキャラクタは、当該候補を保有する他のユーザがサクセスパートで育成したオリジナルキャラクタである。以降、ユーザチームのオリジナルキャラクタと区別するために、対戦相手チームのオリジナルキャラクタを「対戦相手キャラクタ」という。

なお、対戦相手チームの候補は、他のユーザのユーザチームからランダムに選出してもよいし、ユーザと同程度のランクの他のユーザのユーザチームから選出してもよい。実行オブジェクトＰ１７０〜Ｐ１７２の各々には、対戦相手チームを選択するための処理が関連付けられている。ユーザがこれら３つの実行オブジェクトのうちの何れかを選択することによって試合の対戦相手チームを選択すると、試合の出場メンバーを選択するためのメンバー選択画像が表示部１５に表示される。

図４は、メンバー選択画像の一例を示す図である。図４に示すように、メンバー選択画像Ｇ２００の表示領域Ａ２１０には、ユーザチームのランクと総合力が表示される。ユーザは、自分が保有するオリジナルキャラクタの中から、試合の開始時から出場するスターティングメンバーと、試合の途中から出場可能な控えメンバーと、を出場メンバーとして選択する。ユーザが選択した出場メンバーの能力に基づいてチームの総合力が決定され、総合力に基づいてチームのランクが決定される。

実行オブジェクトＰ２２０には、チームのフォーメーションを選択するための処理が関連付けられている。ここでは、複数種類のフォーメーションが用意されており、ユーザは、その中の何れかを選択することができる。実行オブジェクトＰ２３０には、チームの詳細設定をするための処理が関連付けられている。詳細設定では、オリジナルキャラクタの背番号を編集したり、チームのキャプテンを変更したりすることができる。また、詳細設定では、チームの戦術に関する設定ができるようにしてもよく、フリーキック、コーナーキック、及びペナルティキックを蹴るオリジナルキャラクタを選択したり、攻撃に参加するオリジナルキャラクタを選択したりすることもできる。

表示領域Ａ２４０には、スターティングメンバーとして設定されたオリジナルキャラクタのアイコン画像Ｇ２４１が表示される。アイコン画像Ｇ２４１には、オリジナルキャラクタの顔、得意ポジション、能力の高さを示すランク、及び現在の調子などが表示される。ユーザが表示領域Ａ２４０の何れかのアイコン画像Ｇ２４１を選択すると、オリジナルキャラクタの能力の詳細が表示領域Ａ２５０に表示される。また、ユーザは、表示領域Ａ２４０のアイコン画像Ｇ２４１をドラッグアンドドロップすることで、スターティングメンバーのポジションを入れ替えることができる。

実行オブジェクトＰ２６０には、スターティングメンバーと控えメンバーとを入れ替えるための処理が関連付けられている。ユーザが実行オブジェクトＰ２６０を選択すると、控えメンバーの一覧が表示され、ユーザが一覧から控えメンバーを選択して、表示領域Ａ２４０上にドラッグアンドドロップすると、ドロップした場所にアイコン画像Ｇ２４１が表示されているスターティングメンバーと入れ替えることができる。

実行オブジェクトＰ２７０には、自動的にスターティングメンバーを選択するための処理が関連付けられている。実行オブジェクトＰ２８０には、スターティングメンバーと控えメンバーを、メンバー選択画像Ｇ２００の表示時点の状態に戻すための処理が関連付けられている。実行オブジェクトＰ２９０には、試合を開始するための処理が関連付けられている。ユーザが実行オブジェクトＰ２９０を選択すると、スタジアムパートで使用するゲームアイテムをユーザに選択させた後に、試合が開始する。

図５は、スタジアムパートの試合の流れを示す図である。図５のｔ軸は、時間軸である。図５に示すように、本実施形態では、スタジアムパートの試合は、ユーザの操作が制限された第１状態と、ユーザの操作が可能な第２状態と、の間で切り替わりながら進行する。

第１状態は、例えば、ユーザがオリジナルキャラクタに対する操作を一切行うことができない状態である。また例えば、第１状態は、オリジナルキャラクタに対する指示がおおまかな指示（作戦の指示等）に限られ、オリジナルキャラクタに対して、行うべき動作の種類、当該動作を行うべきタイミング、当該動作に関する位置又は方向等の細かい指示を行うことができない状態である。なお、第１状態は、コンピュータがオリジナルキャラクタに対する操作を受け付けない状態と言い換えることもできる。また、第１状態は、ユーザがオリジナルキャラクタに対する操作を行ったとしてもコンピュータが無視する状態と言い換えることもできる。別の言い方をすれば、第１状態は、ユーザの操作による介入が制限された状態でコンピュータによる制御によって自動的に試合が進行する状態である。

第２状態は、ユーザがオリジナルキャラクタに対する操作を行うことが可能な状態である。言い換えれば、第２状態は、コンピュータがオリジナルキャラクタに対する操作を受け付ける状態である。例えば、第２状態は、ゲームの開始時点で設定されてもよいし、ゲームの途中で設定されてもよい。ゲームの途中とは、ゲームの開始時よりも後であって、かつ、終了時よりも前の時点である。例えば、試合が所定の状況（所定条件を満足する状況）になった場合に第２状態にしてもよいし、試合中にランダムに第２状態にしてもよい。即ち、試合中の時点ごとに、第２状態にするか否かを所定の確率に基づいて決定し、設定すると決定された場合に第２状態にしてもよい。第２状態は、試合中に複数回設定されるようにしてもよいし、１回のみ設定されるようにしてもよい。また、第２状態にするタイミングをゲームの状況に基づいて調整するようにしてもよい。即ち、ゲームの状況（試合の得点差等）に基づいて、第２状態を早めに設けたり、遅めに設けたりするようにしてもよい。

図５に示すように、本実施形態では、第１状態で試合が開始する。第１状態で試合が進行する場合、オリジナルキャラクタと対戦相手キャラクタとを用いた簡易的なシミュレーションがコンピュータにより実行され、ユーザの操作を要することなく自動的に試合が進行する。簡易的なシミュレーションは、既知の技術を用いることで実現可能である。例えば、第１状態において、ユーザチームがコーナーキックを獲得したりフリーキックを獲得したりすると、第１状態から第２状態に切り替わり、ユーザの操作が可能な状態となる。そして、第２状態において、対戦相手にボールが取られたりユーザチームが得点を決めたりすると、第２状態から第１状態に切り替わり、再び第１状態で試合が進行する。第１状態で試合が進行する場合、第１状態で進行する試合の状況を示す第１状態画像Ｇ３００が表示部１５に表示される。

図６は、第１状態画像の一例を示す図である。図６では、試合開始からの第１状態画像Ｇ３００の時系列的な変化を示している。第１状態画像Ｇ３００の表示領域Ａ３１０には、ユーザチーム（図６では、Ａチーム）の得点と対戦相手チーム（図６では、Ｘチーム）の得点とが表示される。その下の表示領域Ａ３２０には、試合開始からの経過時間が表示される。ここでの経過時間は、ゲーム内での経過時間である。ゲーム内の時間は、現実の時間経過の所定倍の早さで経過する。例えば、ゲーム内の時間は、サッカーの１試合が１０分で終了するような早さで経過する。

表示領域Ａ３３０には、ピッチ全体を示すピッチ画像Ｇ３３１上にボールを示すボール画像Ｇ３３２が表示される。ボール画像Ｇ３３２は、現在位置を示すようにピッチ画像Ｇ３３１上を移動する。表示領域Ａ３４０には、第１状態で進行中の試合の状況を示すメッセージが表示される。例えば、メッセージが表示される状況は予め定められており、試合が当該状況になった場合に、所定のメッセージが表示領域Ａ３４０に表示される。図６に示すように、表示領域Ａ３４０にメッセージが表示されると、ボールを保有するオリジナルキャラクタのアイコン画像Ｇ３３３が表示領域Ａ３３０内に表示されるようにしてもよい。

第１状態で試合が進行する場合に、コーナーキックやフリーキックなどが発生すると、実行オブジェクトＰ３５０が表示される。図６に示すように、実行オブジェクトＰ３５０には、現在の状況及び経過時間が表示される。ここでは、実行オブジェクトＰ３５０は、ユーザチームがコーナーキックをする場面になったことを示す。実行オブジェクトＰ３５０には、試合を第１状態から第２状態に切り替えるための処理が関連付けられている。ユーザが実行オブジェクトＰ３５０を選択すると、試合の進行が第２状態に切り替わり、第２状態で進行する試合の状況を示す第２状態画像が表示部１５に表示される。

図７は、第２状態画像の一例を示す図である。図７に示すように、第２状態画像Ｇ４００には、ピッチＰＴを仮想視点から見た様子が表示される。表示領域Ａ４１０及びＡ４２０は、それぞれ表示領域Ａ３１０及びＡ３２０と同様である。実行オブジェクトＰ４３０は、試合の進行を一時停止するための処理が関連付けられている。ユーザが実行オブジェクトＰ４３０を選択すると、進行中の試合が一時停止し、もう一度実行オブジェクトＰ４３０を選択すると、一時停止した試合が再開する。

第２状態画像Ｇ４００は、ユーザの操作対象ＯＴを示すカーソル画像Ｇ４４０と、ピッチＰＴにおける各キャラクタの位置を示すレーダー画像Ｇ４５０と、を含む。操作対象の設定方法は、攻撃中と守備中とで異なるようにしてよい。攻撃中とは、ユーザチームがボールＢを保有する状態であり、守備中とは、攻撃中以外の状態である。即ち、守備中は、対戦相手チームがボールＢを保有する状態又は誰もボールＢを保有していない状態である。図７は攻撃中の例を示しており、カーソル画像Ｇ４４０が示すように、コーナーキックでボールＢを蹴るオリジナルキャラクタが操作対象ＯＴとして設定されている。なお、図７では、ピッチＰＴ上に配置される操作対象ＯＴとボールＢ以外のオブジェクトの符号は省略している。

実行オブジェクトＰ４６０は、操作対象ＯＴを切り替えるための処理が関連付けられている。本実施形態では、攻撃中は操作対象ＯＴを切り替えることができず、守備中だけ操作対象ＯＴを切り替えることができるようになっている。図７では、ユーザチームがボールＢを保有しており攻撃中なので、ユーザが実行オブジェクトＰ４６０に触れたとしても、操作対象ＯＴは切り替わらない。なお、実行オブジェクトＰ４６０を攻撃中と守備中とで色を変える等異なる表示態様で表示することで、ユーザに操作対象ＯＴを切り替えることができるか否かを認識できるようにしてもよい。

上記説明した第２状態画像Ｇ４００が表示部１５に表示されると、第２状態で試合が進行することになるが、本実施形態では、第２状態で試合が進行する時間の長さが定められている。以降、この時間を操作可能時間という。図７に示すように、第２状態画像Ｇ４００は、操作可能時間の長さを示す砂時計画像Ｇ４７０を含む。砂時計画像Ｇ４７０は、第２状態が開始した後の時間経過に応じて表示態様が変化するようになっている。

図８は、砂時計画像Ｇ４７０の表示態様が変化する様子を示す図である。図８のｔは時間軸である。図８に示すように、操作可能時間の開始時点ｔ０では、砂時計画像Ｇ４７０は、砂が封入された管の上側（管がくびれた部分よりも上側の領域）に全ての砂が詰まっているような表示となる。その後、時間経過に応じて上側の砂が下側（管がくびれた部分よりも下側の領域）に移動するように、砂時計画像Ｇ４７０の表示態様が変化する。砂時計画像Ｇ４７０は、操作可能時間の残り時間が比較的多い場合に砂が第１の色（例えば、緑色）で表示され、残り時間が短くなってきた場合に砂が第２の色（例えば、赤色）で表示されるようにしてもよい。そして、操作可能時間の終了時点ｔ１に、砂が下側に落ち切るように砂時計画像Ｇ４７０の表示態様が変化する。

終了時点ｔ１になった場合に第２状態が強制的に終了してもよいが、本実施形態では、終了時点ｔ１になったとしても、ユーザチームがボールを保有している限り、第２状態が継続するようになっている。ただし、この場合、図８に示すように、砂時計画像Ｇ４７０は、左右に揺れるように表示態様が変化し、操作可能時間が経過したことがユーザに通知されるようになっている。

図９は、操作可能時間の経過後に第２状態が継続する場合の第２状態画像Ｇ４００の一例を示す図である。図９に示すように、操作可能時間が経過すると、第２状態画像Ｇ４００において砂時計画像Ｇ４７０が左右に揺れるように表示態様が変化する。更に、操作可能時間が経過した場合、第２状態画像Ｇ４００の端部に近い領域が滲むようなエフェクト処理が施されるようにしてもよい。図９に示す状態で対戦相手チームにボールが奪われたりユーザチームが得点を決めたりすると、第２状態が終了して第１状態に戻る。

次に、第２状態で試合が進行する場合の操作を説明する。先述したように、ユーザはタッチパネル１４Ａを用いて操作を行う。タッチパネル１４Ａで検出可能な種々の操作が用いられるようにしてよいが、ここでは、ドラッグ操作、ダブルタップ操作、及びフリック操作の３種類が用いられる場合を説明する。

ドラッグ操作は、タッチパネル１４Ａをタッチした後にタッチ位置を移動させる操作である。例えば、ドラッグ操作は、タッチパネル１４Ａをタッチした後すぐにタッチ位置を移動させる操作であってもよいし、タッチパネル１４Ａをタッチして長押しした後にタッチ位置を移動させる操作であってもよい。ドラッグ操作は、スライド操作とも称されるものである。

ダブルタップ操作は、タッチパネル１４Ａに対するタップ操作を２回連続して行う操作である。なお、タップ操作とは、タッチパネル１４Ａをタッチした後すぐにタッチを解除する操作である。例えば、１回目のタップ操作が行われてから所定時間以内に２回目のタップ操作が行われ、かつ、１回目のタップ操作におけるタッチ位置と２回目のタップ操作におけるタッチ位置とが所定距離未満である場合に、ダブルタップ操作が成功する。詳細は後述するが、ダブルタップ操作は、本発明に係る「連続タッチ操作」の一例である。

フリック操作は、タッチパネル１４Ａをタッチした後に素早くタッチ位置を移動させてタッチを解除する操作である。ドラッグ操作は、タッチ位置を移動した後もタッチパネル１４Ａに対するタッチが維持されているのに対し、フリック操作は、タッチ位置を移動した後にタッチパネル１４Ａに対するタッチが解除される。なお、フリック操作を検出するために、タッチ位置の移動速度の閾値を設けてもよい。

本実施形態では、これら３つの操作に対応する操作対象ＯＴの動作は、攻撃中と守備中とで異なるものとする。例えば、攻撃中にユーザがドラッグ操作をすると操作対象ＯＴがドリブル動作をし、守備中にユーザがドラッグ操作をすると操作対象ＯＴがプレス動作をする。ドリブル動作は、操作対象ＯＴがボールを保有した状態で移動することであり、プレス動作は、ボールを保有する対戦相手キャラクタに向かって移動することである。ドリブル動作やプレス動作をする方向は、ドラッグ操作で指示された方向によって定まる。

図１０は、攻撃中にユーザがドラッグ操作をした場合の第２状態画像Ｇ４００を示す図である。図１０に示すように、ユーザがタッチパネル１４Ａに触れると、タッチ操作オブジェクトＧ４８０がタッチ位置に表示される。その後、ユーザがタッチ位置を移動させてドラッグ操作をすると、タッチ操作オブジェクトＧ４８０は、ユーザがドラッグ操作をした方向に伸びるように表示態様が変化する。先述したように、攻撃中は、ユーザがドラッグ操作をした方向に基づいて操作対象ＯＴがドリブル動作をする。カーソル画像Ｇ４４０の付近（近傍）には、ドリブルの方向を示す動作方向オブジェクトＧ４４１が表示される。

なお、守備中にユーザがドラッグ操作をした場合も、タッチ操作オブジェクトＧ４８０は図１０と同様の変化をする。即ち、ユーザがタッチパネル１４Ａに触れると、タッチ操作オブジェクトＧ４８０がタッチ位置に表示され、ユーザがドラッグ操作をした方向にタッチ操作オブジェクトＧ４８０が伸びる。先述したように、守備中にユーザがドラッグ操作をすると操作対象ＯＴがプレス動作をするので、図１０と同様に、プレスする方向を示すように動作方向オブジェクトＧ４４１が表示されることになる。

また、攻撃中にユーザがダブルタップ操作をすると操作対象ＯＴがシュート動作をし、守備中にユーザがダブルタップ操作をすると操作対象がタックル動作をする。シュート動作は、操作対象ＯＴが対戦相手チームのゴールに向けてボールをシュートする動作である。タックル動作は、対戦相手キャラクタに対して操作対象ＯＴがタックルする動作である。本実施形態では、ユーザがダブルタップ操作をした場合、ダブルタップ操作が成功したかどうかをユーザに把握させるために、タッチ操作オブジェクトＧ４８０の色が変わるようになっている。

図１１は、攻撃中にユーザがダブルタップ操作をした場合の第２状態画像Ｇ４００を示す図である。ここでは、操作対象ＯＴがフリーキックでボールを蹴る場面を例に挙げる。図１１に示すように、本実施形態では、１回目のタッチ操作により表示されるタッチ操作オブジェクトＧ４８０は、第１の色（例えば、白色）となり、ダブルタップ操作により表示されるタッチ操作オブジェクトＧ４８０は、当該第１の色とは異なる第２の色（例えば、橙色）となる。例えば、ユーザがダブルタップ操作を失敗して、時間をあけてタップ操作を２回しただけの状態になると、タッチ操作オブジェクトＧ４８０は第１の色のまま変化しないので、ユーザはダブルタップ操作に失敗したことを把握できる。

本実施形態では、操作対象ＯＴがシュート動作をすると、ボールＢは、ダブルタップ操作に応じて設定される移動範囲内の何れかの位置に向けて移動するようになっている。移動範囲は、ボールＢが移動する可能性のある領域であり、ボールＢが実際に移動範囲内のどこに向けて移動するかは、ランダムに定まるようにしてよい。図１１に示すように、ユーザがダブルタップ操作をすると、移動範囲を示す処理オブジェクトＧ４９０がゴールＧＬ内に表示され、ボールＢがどこに向けて移動するかが大まかに案内される。

また、本実施形態では、ユーザがダブルタップ操作をする場所によって、移動範囲の場所（即ち、大まかなシュート方向）を指定できるようになっている。このため、ユーザがダブルタップ操作をする場所によって、処理オブジェクトＧ４９０の表示位置も変わることになる。

図１２は、ダブルタップ操作と、移動範囲及び処理オブジェクトＧ４９０と、の関係を示す図である。図１２のタッチパネル１４Ａ上の破線で示すように、ここでは、タッチパネル１４Ａが縦に３分割されているものとする。例えば、ユーザが左側領域１４ＡＬでダブルタップ操作をすると、ゴールＧＬの左隅に移動範囲が設定され、操作対象ＯＴがゴールＧＬの左隅を狙うようにシュート動作をする。この場合、処理オブジェクトＧ４９０は、この移動範囲を示すようにゴールＧＬの左隅に表示される。

同様に、ユーザが中央領域１４ＡＣでダブルタップ操作をすると、ゴールＧＬの中央付近に移動範囲が設定され、操作対象ＯＴがゴールＧＬの中央付近を狙うようにシュート動作をする。この場合、処理オブジェクトＧ４９０は、この移動範囲を示すようにゴールＧＬの中央付近に表示される。また例えば、ユーザが右側領域１４ＡＲでダブルタップ操作をすると、ゴールＧＬの右隅に移動範囲が設定され、操作対象ＯＴがゴールＧＬの右隅にゴールＧＬの右隅を狙うようにシュート動作をする。この場合、処理オブジェクトＧ４９０は、この移動範囲を示すようにゴールＧＬの右隅に表示される。

更に、本実施形態では、操作対象ＯＴの能力に応じて、移動範囲の大きさが変化するようになっている。このため、ユーザが操作対象ＯＴの能力によって、処理オブジェクトＧ４９０も大きくなったり小さくなったりする。

図１３は、操作対象ＯＴの能力と、移動範囲及び処理オブジェクトＧ４９０と、の関係を示す図である。図１３に示すように、操作対象ＯＴの能力が高いほど移動範囲が小さくなり、処理オブジェクトＧ４９０が小さくなる。即ち、操作対象ＯＴの能力が高ければ、操作対象ＯＴは狙った場所にピンポイントでシュートを打つことができることをユーザは把握できるため、処理オブジェクトＧ４９０を見たユーザに得点できる可能性が高いことを予感させることができる。一方、操作対象ＯＴの能力が低いほど移動範囲が大きくなり、処理オブジェクトＧ４９０が大きくなる。即ち、操作対象ＯＴの能力が低ければ、操作対象ＯＴは処理オブジェクトＧ４９０のどこに向かってシュートを打つかをユーザは把握できないため、処理オブジェクトＧ４９０を見たユーザに、ボールＢがゴールＧＬの枠内に飛ばなかったり、対戦相手キーパーがキャッチしやすい場所に飛んでしまったりする可能性を予感させることができる。

なお、守備中にユーザがダブルタップ操作をした場合も同様に、ダブルタップ操作が成功すると、タッチ操作オブジェクトＧ４８０が第２の色になる。なお、守備中は、ボールＢを移動させるシュート動作ではなく、ボールＢを移動させないタックル動作をするので、処理オブジェクトＧ４９０を表示しなくともよい。

また、攻撃中にユーザがフリック操作をすると操作対象ＯＴがパス動作をし、守備中にユーザがフリック操作をすると操作対象ＯＴがスライディング動作をする。パス動作は、操作対象ＯＴがユーザチームの他のオリジナルキャラクタにボールＢをパスする動作である。操作対象ＯＴは、ユーザがフリック操作をした方向にいる味方のオリジナルキャラクタに対してパスをする。パスが成功した場合、ボールＢを受け取ったオリジナルキャラクタが操作対象ＯＴに切り替わる。スライディング動作は、ボールＢを保有する対戦相手キャラクタに対して操作対象ＯＴがスライディングする動作である。

上記のように、本実施形態のゲームシステム１は、主に、第１状態と第２状態との間で試合の進行が切り替わる第１の構成、スライド操作に応じてタッチ操作オブジェクトＧ４８０が伸びる第２の構成、及びダブルタップ操作に応じてタッチ操作オブジェクトＧ４８０の表示態様が変わる第３の構成を有している。以降、第１の構成〜第３の構成の詳細を説明する。

［３．ゲームシステムにおいて実現される機能］
図１４は、ゲームシステム１で実現される機能のうち、本発明に関連する機能を示す機能ブロック図である。本実施形態では、ゲームに関する主要な処理がユーザ端末１０で実行される場合を説明するが、後述の変形例で説明するように、ゲームに関する主要な処理は、サーバ３０で実行されるようにしてもよい。ここでは、第１の構成〜第３の構成の各々に関する機能を順番に説明する。なお、以降の説明では、特に図面を参照する必要のないときは、ピッチＰＴ、操作対象ＯＴ、ボールＢ、及びゴールＧＬなどの符号を省略する。

［３−１．第１の構成に関する機能］
まず、第１の構成に関する機能を説明する。第１の構成では、主に、データ記憶部１００、第１進行部１０１、関連付けデータ取得部１０２、状況判定部１０３、時間決定部１０４、第２進行部１０５、時間通知部１０６、残り時間通知部１０７、ボール制御部１０８、経過判定部１０９、関連付け判定部１１０、及び継続部１１１が実現される。

［３−１−１．データ記憶部］
データ記憶部１００は、記憶部１２を主として実現される。データ記憶部１００は、ゲームを実行するために必要なデータを記憶する。ここでは、第１の構成に関するデータとして、ユーザチームデータＤＴ１００、対戦相手チームデータＤＴ１０１、ゲーム状況データＤＴ１０２、及び操作可能時間データＤＴ１０３を説明する。

図１５は、ユーザチームデータＤＴ１００の一例を示す図である。ユーザチームデータＤＴ１００は、ユーザチームに関するデータであり、メンバー選択画像Ｇ２００における選択内容に応じて更新される。図１５に示すように、ユーザチームデータＤＴ１００には、フォーメーション、詳細設定、チームのランク・総合力、及び出場メンバーに関する出場メンバー情報が格納される。出場メンバー情報には、出場メンバーとして選択されたオリジナルキャラクタを一意に識別するキャラクタＩＤ、オリジナルキャラクタの名前、スターティングメンバーであるか控えメンバーであるかを示す種別情報、スターティングメンバーとして選択されたオリジナルキャラクタのポジション、及び各オリジナルキャラクタのパラメータが格納される。

オリジナルキャラクタのパラメータは、能力パラメータを含む。能力パラメータは、例えば、体力に関するスタミナパラメータ、移動速度に関するスピードパラメータ、シュートの精度に関するシュートパラメータ、ディフェンス技術に関するディフェンスパラメータ、体幹の強さに関するフィジカルパラメータ、パスの精度に関するパスパラメータ、ドリブル技術に関するドリブルパラメータ、及びキーパーとしての技術に関するセービングパラメータなどである。能力パラメータは、これらの各能力の高さを示す数値又は記号で示される。先述したように、能力パラメータは、サクセスパートにおける育成結果によって決まり、サクセスパートが終了してオリジナルキャラクタとして登録された後は、原則として変化しない。

なお、オリジナルキャラクタのパラメータとしては、ランク、得意ポジション、及び特殊能力などを含んでいてもよい。ランクは、能力パラメータの総合値により定まる。得意ポジションは、サクセスパートの開始時に設定されるポジションである。特殊能力は、試合中の能力パラメータを向上させたり、試合中に特殊な動作を可能にしたりするものであり、サクセスパートにおける育成結果に応じて獲得できる。

図１６は、対戦相手チームデータＤＴ１０１の一例を示す図である。対戦相手チームデータＤＴ１０１は、対戦相手チームに関するデータである。図１６に示すように、対戦相手チームデータＤＴ１０１に格納される各データは、ユーザチームデータＤＴ１００と同様であり、格納される内容が対戦相手チームのものである点でユーザチームデータＤＴ１００とは異なる。本実施形態では、ゲームシステム１を利用する各ユーザのユーザチームデータＤＴ１００は、サーバ３０に登録されているものとする。サーバ３０に登録されたユーザチームデータＤＴ１００のうち、対戦相手チームのデータがユーザ端末１０に送信され、対戦相手チームデータＤＴ１０１としてデータ記憶部１００に記録される。

図１７は、ゲーム状況データＤＴ１０２の一例を示す図である。ゲーム状況データＤＴ１０２は、実行中の試合の状況を示すデータである。図１７に示すように、ゲーム状況データＤＴ１０２には、現在のピッチの様子を示す情報や現在の戦況を示す情報などが格納される。例えば、現在のピッチの状態を示す情報としては、各チームの現在の状態及びボールの現在の状態が格納される。

ユーザチームの状態としては、例えば、出場中のオリジナルキャラクタのキャラクタＩＤに関連付けて、操作対象フラグ、位置、向き、姿勢、移動方向、移動速度、及び現在のパラメータなどが格納される。操作対象フラグは、操作対象を識別するための情報であり、例えば、「１」は操作対象であることを示し、「０」は操作対象ではないことを示す。第１状態で試合が進行する場合、ユーザはオリジナルキャラクタを操作できないので、ユーザチームの操作対象フラグは、全て「０」となり、第２状態で試合が進行する場合に、何れかのオリジナルキャラクタの操作対象フラグが「１」となるようにしてもよい。なお、オリジナルキャラクタのパラメータは、試合中に変化してもよいし変化しないようにしてもよい。試合中に変化する場合、例えば、オリジナルキャラクタの試合中の動作に応じて、スタミナパラメータやスピードパラメータなどが減少してもよい。

対戦相手チームの状態は、操作対象フラグが格納されない点でユーザチームの状態とは異なり、他の項目はユーザチームの状態と同じである。即ち、対戦相手チームの状態は、出場中の対戦相手キャラクタのキャラクタＩＤに関連付けて、位置、向き、姿勢、移動方向、移動速度、及び現在のパラメータなどが格納される。ボールの現在の状態としては、例えば、位置、移動方向、移動速度、及びボールを保有するキャラクタのキャラクタＩＤなどが格納される。現在の戦況としては、例えば、各チームの得点や試合の経過時間などが格納される。

図１８は、操作可能時間データＤＴ１０３の一例を示す図である。図１８に示すように、操作可能時間データＤＴ１０３は、操作可能時間の長さを定義したデータである。本実施形態では、操作可能時間データＤＴ１０３には、複数のゲーム状況の各々と、操作可能時間の長さと、が関連付けられている。

「複数のゲーム状況」とは、所定のゲーム状況であればよく、例えば、ゲーム状況データＤＴ１０２に格納される値に関する複数の条件である。ゲーム状況データＤＴ１０２に格納される値とは、例えば、オリジナルキャラクタ及び対戦相手キャラクタの位置を示す座標値や向き又は移動方向を示すベクトル、又は、ボールの位置を示す座標値や移動方向を示すベクトルなどである。ゲーム状況データＤＴ１０２に格納される値に関する条件とは、例えば、これら座標値又はベクトルの値を所定範囲になることであり、オリジナルキャラクタ又は対戦相手キャラクタがペナルティエリア内にいることや、ボールがタッチラインやゴールラインの外にでることなどである。例えば、このような条件が複数定められていることが、「複数のゲーム状況」が定められていることに相当する。また、本実施形態のようなスポーツゲームの場合、複数のゲーム状況の各々は、例えば、試合の進行が一時的に停止するような状況（例えば、ボールがゴールラインやタッチラインの外に出たり反則が発生したりする状況）であり、試合の進行が再開される際のプレイ種類（例えば、サッカーゲームであれば、コーナーキック、ペナルティキック、フリーキック、スローイング、ゴールキック）がそれぞれ異なるような状況である。なお、バスケットボールゲームであれば、ボールがサイドラインやエンドラインの外に出たり反則が発生したりすることで試合が一時停止した状態（例えば、スローイングやフリースロー）であってよい。また例えば、複数のゲーム状況は、試合の進行が再開される際にボールが位置する領域（例えば、コーナーエリア、ピッチ内、敵陣側のペナルティエリア、ピッチ外、自陣側のペナルティエリア）が互いに異なるような状況である。また例えば、複数のゲーム状況は、オリジナルキャラクタや対戦相手キャラクタの位置であってもよく、仮想世界内の複数の領域（例えば、ペナルティエリア内など）のどこにオリジナルキャラクタ又は対戦相手キャラクタがいるかを示すことであってもよい。また例えば、本実施形態のような対戦形式のゲームであれば、複数種類の戦況であり、ユーザが勝っていることや負けていることであり、例えば、得点差が閾値以上又は閾値未満となることである。また例えば、所定のゲーム状況は、ゲームにおいてユーザがチャンス又はピンチの場面である。チャンス又はピンチは、例えば、ゲーム空間におけるゲームオブジェクトの位置やゲームの戦況などにより判定すればよい。また例えば、本実施形態のようなサッカーゲームの場合、ユーザチームにとってチャンス又はピンチの場面であってもよく、得点の可能性のあるフリーキック、コーナーキック、ペナルティキックなどである。また例えば、所定のゲーム状況は、オリジナルキャラクタやボールの位置であり、例えば、サッカーゲームやバスケットボールゲームの場合、オリジナルキャラクタがボールを保有したままゴール付近にいることであってもよい。

操作可能時間データＤＴ１０３に格納されるゲーム状況は、ゲーム状況データＤＴ１０２に基づいて判別可能な状況であればよいが、図１８に示すように、本実施形態では、ユーザチームのコーナーキック、ペナルティキック、フリーキック、スローイング、及びゴールキックとする。

操作可能時間の長さは、各ゲーム状況で共通であってもよいが、本実施形態では、ゲーム状況に応じて異なっている。例えば、図１８に示すように、コーナーキックとペナルティキックの操作可能時間の長さは、略０秒である。略０秒とは、第２状態の開始後すぐに操作可能時間が終了することを意味し、例えば、０秒であってもよいし、０．１秒〜０．５秒程度であってもよい。フリーキックの操作可能時間の長さは、ボールの位置に応じて異なっており、例えば、対戦相手チームのゴール付近であれば略０秒であるが、他の位置であれば、ゲーム内の試合時間で１０分間となっている。なお、先述したように、本実施形態では、ゲーム内の時間は現実の時間よりも早く進むため、ゲーム内の１０分間は、例えば現実世界の３０秒程度であってよい。スローイングとゴールキックの操作可能時間の長さは、ゲーム内の試合時間で１０分間となっている。

なお、本実施形態では、操作可能時間の長さが、ゲーム内での時間で定義される場合を説明するが、時間の長さを特定可能な情報が操作可能時間データＤＴ１０３に格納されるようにすればよく、例えば、現実世界の時間で操作可能時間の長さを定義してもよい。現実世界の時間で定義される場合、操作可能時間の長さは、３０秒間などのように絶対的な時間単位で示されてもよいし、ゲームプログラムの処理単位であるフレーム数で示されてもよい。

また、データ記憶部１００に記憶されるデータは、上記の例に限られない。データ記憶部１００は、ゲームを実行するために必要なデータを記憶すればよく、例えば、データ記憶部１００は、出場メンバー以外のオリジナルキャラクタに関するデータを記憶してもよい。他にも例えば、データ記憶部１００は、表示部１５に表示される各オブジェクトの画像データを記憶してもよい。

［３−１−２．第１進行部］
第１進行部１０１は、制御部１１を主として実現される。第１進行部１０１は、オリジナルキャラクタに対するユーザの操作が制限された第１状態で、オリジナルキャラクタに基づくゲームを進行させる。言い換えれば、第１進行部１０１は、ユーザの操作を要することなく、ゲームを自動的に進行させてゲーム状況データＤＴ１０２を更新する。本実施形態では、第１状態で進行中にユーザが操作をしても操作をしなくても、ゲームの進行結果は変わらないものとする。

「オリジナルキャラクタに対するユーザの操作」とは、オリジナルキャラクタを動作させるためにユーザによって行われる操作である。この操作は、オリジナルキャラクタが行うべき動作の種類、当該動作を行うべきタイミング、当該動作に関する位置又は方向等を指示する操作であり、操作部１４を用いて行われるものである。

「オリジナルキャラクタに基づくゲーム」とは、オリジナルキャラクタが使用されるゲームであり、例えば、オリジナルキャラクタのパラメータに基づいて実行されるゲームである。ゲームで用いられるオリジナルキャラクタは１つであってもよいし複数であってもよいが、本実施形態ではサッカーゲームを例に挙げるので、複数のオリジナルキャラクタに基づくゲームが実行されることになる。なお、本実施形態のように対戦形式のゲームが実行される場合には、第１進行部１０１は、ユーザのオリジナルキャラクタだけでなく、それ以外のゲームオブジェクト（例えば、対戦相手キャラクタ）に基づくゲームを進行させることになる。

例えば、第１進行部１０１は、ゲーム状況データＤＴ１０２に基づいて、第１状態でゲームを進行させる。第１状態でゲームを進行させるためのアルゴリズムは、ゲームプログラムに記述されており、第１進行部１０１は、オリジナルキャラクタのパラメータと当該アルゴリズムとに基づいて、第１状態でゲームを進行させる。本実施形態では、このアルゴリズムは、サッカーの試合のシミュレータである。シミュレータとしては、公知のものを使用すればよい。なお、第２状態でもシミュレータが利用されるが、第１状態のシミュレータと第２状態のシミュレータとは同じであってもよいし異なっていてもよい。例えば、第１状態のシミュレータは、第２状態のシミュレータよりも計算式や引数が少なく、簡易的なものであってもよい。

第１進行部１０１は、ゲーム状況データＤＴ１０２とシミュレータに基づいて、ユーザチームと対戦相手チームの動作のシミュレーションを実行することによって、第１状態での試合を進行させ、ゲーム状況データＤＴ１０２を更新する。例えば、第１進行部１０１は、現在のオリジナルキャラクタ、対戦相手キャラクタ、及びボールの状態に基づいて、各オリジナルキャラクタ及び各対戦相手キャラクタを動作させ、当該動作結果に基づいてゲーム状況データＤＴ１０２を更新することになる。例えば、第１進行部１０１は、シミュレーションにおいて、オリジナルキャラクタや対戦相手キャラクタが移動した場合には、これらの位置を更新し、ボールが移動した場合には、ボールの位置を更新する。また、第１進行部１０１は、シミュレーションにおいてユーザチーム又は対戦相手チームが得点を決めた場合は、ゲーム状況データＤＴ１０２の戦況を更新し、試合の進行に応じて経過時間を更新する。また、第１進行部１０１は、シミュレーションにおいてユーザチーム又は対戦相手チームにより反則が発生した場合は試合を一時停止させて、フリーキックやペナルティキックとする。

［３−１−３．関連付けデータ取得部］
関連付けデータ取得部１０２は、制御部１１を主として実現される。関連付けデータ取得部１０２は、複数のゲーム状況の各々に対応する操作可能時間の長さを各々関連付けた関連付けデータを記憶するデータ記憶部１００に記憶された当該関連付けデータを取得する。本実施形態では、操作可能時間データＤＴ１０３に関連付けデータが定義されているので、関連付けデータ取得部１０２は、操作可能時間データＤＴ１０３を取得することになる。なお、関連付けデータを用いることで、複数のゲーム状況の各々に対応する操作可能時間を特定することが可能となる。関連付けデータの形式は、テーブル形式であってもよいし、数式形式であってもよいし、プログラムコードとして記述されていてもよい。

［３−１−４．状況判定部］
状況判定部１０３は、制御部１１を主として実現される。状況判定部１０３は、第１状態で進行中のゲームが所定のゲーム状況になったかを判定する。状況判定部１０３は、第１状態において、ゲーム状況データＤＴ１０２に格納された値が所定の値になったかを判定することによって、所定のゲーム状況になったかを判定する。なお、「所定のゲーム状況」は、例えば、第１状態から第２状態に切り替えるために予め定められた状況であり、先述したように、操作可能時間データＤＴ１０３に定められたゲーム状況である。

本実施形態では、操作可能時間データＤＴ１０３に複数のゲーム状況が定義されているので、状況判定部１０３は、第１状態で進行中のゲームが当該複数のゲーム状況の何れかになったかを判定することになる。状況判定部１０３は、ゲーム状況データＤＴ１０２が、操作可能時間データＤＴ１０３に格納された複数のゲーム状況の何れかに該当する値になったかを判定する。ここでの値とは、例えば、ゲーム状況データＤＴ１０２に格納されるオリジナルキャラクタ及び対戦相手キャラクタの位置を示す座標値や向き又は移動方向を示すベクトル情報の数値であってもよいし、ボールの位置を示す座標値や移動方向を示すベクトル情報の数値であってもよい。状況判定部１０３は、これら座標値やベクトル情報の数値が、操作可能時間データＤＴ１０３に定められた範囲になったかを判定することになる。本実施形態では、図１８のように、ユーザチームのコーナーキック、ペナルティキック、対戦相手ゴール付近でのフリーキック、その他の位置でのフリーキック、スローイング、及びゴールキックが操作可能時間データに定義されているので、状況判定部１０３は、例えば、ゲーム状況データの変化を参照して次のような判定処理を実行する。

例えば、状況判定部１０３は、対戦相手チームがボールを保有した状態で、ボールが対戦相手チームのゴールラインの外に出た場合に、ユーザチームのコーナーキックになったと判定する。また例えば、状況判定部１０３は、対戦相手チームのペナルティエリア内で、対戦相手チームが反則した場合に、ユーザチームのペナルティキックになったと判定する。また例えば、状況判定部１０３は、対戦相手チームのペナルティエリア外であり、かつ、対戦相手チームのゴールから所定距離未満の場所で、対戦相手チームが反則した場合、対戦相手ゴール付近でのフリーキックになったと判定する。

また例えば、状況判定部１０３は、対戦相手チームのゴールから所定距離以上の場所で、対戦相手チームが反則した場合、その他の位置でのフリーキックになったと判定する。また例えば、状況判定部１０３は、対戦相手チームがボールを保有した状態で、ボールがタッチラインの外に出た場合に、ユーザチームのスローイングになったと判定する。また例えば、状況判定部１０３は、対戦相手チームがボールを保有した状態で、ボールがユーザチームのゴールラインの外に出た場合に、ユーザチームのゴールキックになったと判定する。

［３−１−５．時間決定部］
時間決定部１０４は、制御部１１を主として実現される。時間決定部１０４は、第２状態でゲームを進行させる操作可能時間の長さを決定する。先述したように、操作可能時間は、第２状態で試合が進行する期間であり、例えば、試合開始後の第１時点から、第１時点より後の第２時点（第２時点は試合終了時点よりも前）まで、の間である。第２状態では、オリジナルキャラクタがユーザの操作に対応する動作を行うことになる。

操作可能時間の長さは、一定の長さの秒数、分数、時間数、又はフレーム数の何れであってもよく、図１８に示すように略０の時間が設定されてもよい。操作可能時間の長さは、固定値であってもよいし可変値であってもよく、可変値である場合には、時間決定部１０４は、操作可能時間の長さをランダムに決定してもよいし、第２状態になる場合のゲーム状況に応じて操作可能時間の長さを決定してもよい。本実施形態では、時間決定部１０４が、第１状態から第２状態に切り替わる場合のゲームのゲーム状況に基づいて操作可能時間の長さを決定する場合を説明する。

「第１状態から第２状態に切り替わる場合のゲームのゲーム状況」とは、例えば、第１状態が終了する場合のゲーム状況であり、第１状態の終了時点の状況であってもよいし、第１状態の終了時点から所定時間だけ前後した時点での状況であってもよい。言い換えれば、このゲーム状況は、第２状態でゲームが開始する場合のゲームの状況であり、例えば、第２状態の開始時点の状況であってもよいし、第２状態の開始時点から所定時間だけ前後した時点の状況であってもよい。

本実施形態では、操作可能時間データＤＴ１０３に複数のゲーム状況が定義されているので、時間決定部１０４は、第１状態で進行中のゲームが複数のゲーム状況の何れかになった場合、操作可能時間の長さを、当該ゲーム状況に関連付けられた時間の長さに基づいて決定することになる。即ち、状況判定部１０３が操作可能時間データＤＴ１０３に定義された複数のゲーム状況の何れかになったと判定した場合、時間決定部１０４は、操作可能時間の長さを、当該ゲーム状況に関連付けられた時間の長さに基づいて決定する。

［３−１−６．第２進行部］
第２進行部１０５は、制御部１１を主として実現される。第２進行部１０５は、第１状態から、ユーザの操作が可能な第２状態に切り替えて、第２状態でゲームを進行させる。本実施形態では、第２状態に切り替わるためのゲーム状況が予め定められているので、第２進行部１０５は、ゲームが所定のゲーム状況になった場合に、第１状態から第２状態に切り替えて、第２状態でゲームを進行させることになる。

第２状態では、何れかのオリジナルキャラクタが操作対象になるので、第２進行部１０５は、ユーザの操作に基づいて操作対象を動作させる。言い換えれば、第１状態は、ユーザが操作をしようが操作をしまいが試合の進行結果は変わらないが、第２状態は、ユーザが操作をした場合の進行結果は、ユーザが操作をしなかった場合の進行結果と異なることになる。本実施形態では、第１状態では、先述したように簡易的なシミュレーションだけが実行されるが、第２状態になると、第２進行部１０５は、ゲーム状況データＤＴ１０２に基づいて、データ記憶部１００上に仮想世界を構築し、詳細なシミュレーションが実行される。

図１９は、仮想世界の一例を示す図である。ここでは仮想世界が３次元空間である場合を説明するので、図１９に示すように、第２進行部１０５は、ゲーム状況データＤＴ１０２に基づいて、３次元空間における仮想的なサッカー場を構築する。３次元空間には、互いに直交するＸｗ軸、Ｙｗ軸、及びＺｗ軸（ワールド座標系の座標軸）が設定され、３次元空間内の位置は、これらの座標軸の座標値により特定される。

図１９に示すように、例えば、第２進行部１０５は、Ｘｗ−Ｙｗ平面と平行になるようにピッチの３ＤモデルであるピッチＰＴを配置する。第２進行部１０５は、ユーザチーム及び対戦相手チームの各々のゴールの３ＤモデルであるゴールＧＬをピッチＰＴ上に配置する。更に、第２進行部１０５は、タッチラインＴＬ、ゴールラインＥＬ、及びハーフウェーラインＨＬをピッチに描き、ゴールＧＬの付近には、ペナルティエリアＰＡを定義するラインを描く。なお、これらのラインは、３Ｄモデルとして描かれてもよいし、テクスチャとしてピッチＰＴ上に貼り付けられてもよい。なお、タッチラインＴＬ、ゴールラインＥＬ、ハーフウェーラインＨＬ、及びゴールＧＬが配置される位置は、予めデータ記憶部１００に記憶させておけばよい。

また、第２進行部１０５は、ゲーム状況データＤＴ１０２に基づいて、オリジナルキャラクタの３ＤモデルであるオリジナルキャラクタＯＣ、対戦相手キャラクタの３Ｄモデルである対戦相手キャラクタＥＣ、及びボールの３ＤモデルであるボールＢをピッチＰＴ上に配置する。なお、実際には、１１体のオリジナルキャラクタＯＣと、１１体の対戦相手キャラクタＥＣと、がピッチ上に配置されるが、図１９では、簡略化のためにこれらを１体ずつ示している。また、以降では、特に図面を参照する必要のないときは、ゴールＧＬなどの符号を省略する。

更に、第２進行部１０５は、仮想世界内に仮想視点ＶＣを設定する。なお、本実施形態では、仮想世界が３次元空間である場合を説明するので、３次元空間に配置された仮想カメラが仮想視点である場合を説明するが、仮想世界が２次元画像であれば、２次元画像のうち表示対象となる範囲を定義する視野範囲が仮想視点に相当することになる。先述したように、本実施形態では、仮想視点ＶＣからピッチを見た様子が第２状態画像Ｇ４００として表示される。言い換えれば、仮想視点ＶＣの視野内の様子が、第２状態画像Ｇ４００として表示される。仮想視点ＶＣは、操作対象と一定の位置関係を保つように移動するようにすればよい。

第２進行部１０５は、上記のようにして仮想世界を構築し、ユーザの操作とゲーム状況データＤＴ１０２とに基づいて、第２状態でゲームを進行させ、ゲーム状況データを更新する。第２状態でゲームを進行させるためのアルゴリズムは、ゲームプログラムに記述されており、第２進行部１０５は、ユーザの操作と、ゲーム状況データＤＴ１０２と、当該アルゴリズムと、に基づいて、第２状態のゲームを進行させる。このアルゴリズムは、第１状態と同様、試合のシミュレータであり、公知のシミュレータを使用してよい。なお、先述したように、第２状態のシミュレータは、第１状態のシミュレータよりも詳細なシミュレーションが可能になっている。例えば、第２進行部１０５は、ユーザの操作に基づいて操作対象が動作し、他のオリジナルキャラクタＯＣ及び対戦相手キャラクタＥＣは、シミュレータがシミュレーションした動作を行うように、ゲーム状況データＤＴ１０２を更新することになる。

［３−１−７．時間通知部］
時間通知部１０６は、制御部１１を主として実現される。時間通知部１０６は、ゲームが第２状態で進行する場合に、操作可能時間の長さを識別させるための情報をユーザに通知する。

「操作可能時間の長さを識別させるための情報」とは、例えば、操作可能時間の長さを示す画像又は音声を出力したり、操作可能時間の長さに対応する振動パターンで端末を振動させたりすることである。例えば、画像を用いる場合、砂時計、アナログ時計、又はデジタル時計などの時計を示す時計画像により操作可能時間の長さを直接的又は間接的に表示することである。例えば、アナログ時計やデジタル時計のように、具体的な時間を直接的に表示させてもよいし、砂時計の管内に封入された砂の割合によって、具体的な時間を間接的に表示させてもよい。あるいはまた、時計画像を用いなくても、操作可能時間の長さそのものを示す数値を用いて直接的に表示させてもよいし、操作可能時間の長さに対応する長さの画像を用いて間接的に表示させてもよい。また例えば、音声を用いる場合は、操作可能時間の長さを示す音声を出力すればよい。また例えば、振動パターンを用いる場合は、操作可能時間の長さごとに振動パターンを用意しておき、操作可能時間の長さに応じた振動パターンでユーザ端末１０を振動させればよい。

先述したように、本実施形態では、時間通知部１０６は、砂時計画像Ｇ４７０を用いて操作可能時間の長さをユーザに通知する。時間通知部１０６は、時間決定部１０４が決定した操作可能時間の長さに基づいて、砂時計画像Ｇ４７０の表示態様を決定する。操作可能時間と、砂時計画像Ｇ４７０の表示態様と、の関係を定義するデータは、予めデータ記憶部１００に記憶されているものとする。この関係を定義するデータでは、操作可能時間の残り時間が長いほど、砂時計画像Ｇ４７０の上側の領域に格納された砂の割合が高くなり、操作可能時間の残り時間が短いほど、砂時計画像Ｇ４７０の下側の領域に格納された砂の割合が高くなるように定められている。

例えば、時間通知部１０６は、操作可能時間の残り時間に対応する表示態様となるように、砂時計画像Ｇ４７０の表示態様を変化させる。この場合の砂時計画像Ｇ４７０の変化は図８で説明した通りである。例えば、砂時計画像Ｇ４７０の上側に格納された砂の割合をＸ％とし、時間決定部１０４が決定した操作可能時間の長さをＴ１とし、操作可能時間の残り時間の長さをＴ２とすると、時間通知部１０６は、上側の砂の割合ＸがＴ２／Ｔ１となるように、砂時計画像Ｇ４７０の表示態様を変化させる。あるいは、砂時計画像Ｇ４７０の砂が下側に落ちる単位時間あたりの量をＹとし、砂の総量をＺとすると、時間通知部１０６は、上側の砂の割合がＴ２＊Ｙ／Ｚとなるように、砂時計画像Ｇ４７０の表示態様を変化させるようにしてもよい。

［３−１−８．残り時間通知部］
残り時間通知部１０７は、制御部１１を主として実現される。残り時間通知部１０７は、ゲームが第２状態で進行する場合に、計時により計時開始してから上記決定した操作可能時間の長さが経過するまでの残り時間が閾値未満になったことを識別させるための情報をユーザに通知する。

「残り時間が閾値未満になったことを識別させるための情報」とは、例えば、操作可能時間の残り時間が少なくなったことを示す画像又は音声を出力したり、所定の振動パターンでユーザ端末１０を振動させたりすることである。例えば、操作可能時間の残り時間が閾値未満になったことを示すメッセージを用いて直接的に表示させてもよいし、残り時間が閾値未満になるまで表示させていた画像の表示態様を変えたり、残り時間が閾値未満になるまでは表示させていなかった画像を表示させたりすることで間接的に表示させてもよい。なお、ここでの表示態様を変えるとは、所定のエフェクト処理を施すことであり、例えば、画像の大きさ、表示位置、色、模様、輝度を変えることである。例えば、画像が揺れるように表示させたり、画面の端部を所定の色にしたりすることが表示態様を変えることの一例に相当する。例えば、音声を用いる場合、操作可能時間の残り時間が閾値未満であることを知らせる音声を出力することである。例えば、振動パターンを用いる場合、操作可能時間の残り時間が閾値未満であることを知らせる振動パターンで端末を振動させることである。

残り時間通知部１０７は、操作可能時間の開始時点ｔ０（図８）からの計時結果に基づいて、操作可能時間の終了時点ｔ１までの残り時間が閾値未満になったかを判定する。閾値は、予め定められた数値であればよく、データ記憶部１００に記憶させておけばよい。ここでは、閾値を０とする。このため、残り時間通知部１０７は、操作可能時間の残り時間が無くなったかを判定することになる。図８を参照して説明したように、本実施形態では、残り時間通知部１０７は、残り時間が閾値未満になった場合に、砂時計画像Ｇ４７０が左右に揺れるように表示態様を変化させることになる。

［３−１−９．ボール制御部］
ボール制御部１０８は、制御部１１を主として実現される。ボール制御部１０８は、オリジナルキャラクタと対戦相手キャラクタとのうち、ボールに関連付けられた方（＝オリジナルキャラクタ又は対戦相手キャラクタの何れか一方のキャラクタ）の動作に基づいて、ボールを移動させる。本実施形態では、ボールを保有することが、ボールに関連付けられることに相当する。

例えば、ボール制御部１０８は、誰もボールを保有していない場合、オリジナルキャラクタと対戦相手キャラクタとのうちでボールに近づいた方（＝オリジナルキャラクタ又は対戦相手キャラクタの何れか一方のキャラクタ）を、ボールに関連付ける。ボールに近づくとは、ボールとの距離が所定距離未満になることである。ボール制御部１０８は、ゲーム状況データＤＴ１０２に格納されたボールを保有するキャラクタＩＤを更新することによって、オリジナルキャラクタ又は対戦相手キャラクタがボールに関連付けることになる。

また例えば、ボール制御部１０８は、オリジナルキャラクタが保有しているボールを対戦相手キャラクタが奪うと、当該対戦相手キャラクタのキャラクタＩＤを、ボールを保有するキャラクタＩＤとして格納することになる。同様に、ボール制御部１０８は、対戦相手キャラクタが保有しているボールをオリジナルキャラクタが奪うと、当該オリジナルキャラクタのキャラクタＩＤを、ボールを保有するキャラクタＩＤとして格納することになる。なお、ボールを奪うことができるか否かは、オリジナルキャラクタや対戦相手キャラクタのパラメータに基づいて決定されるようにしてよい。

ボール制御部１０８は、ボールを保有するオリジナルキャラクタ又は対戦相手キャラクタの動作に基づいて、ボールを移動させる。例えば、ボール制御部１０８は、ボールを保有するオリジナルキャラクタ又は対戦相手キャラクタがドリブル動作をした場合、当該ドリブル動作が行われた方向にボールを移動させる。また例えば、ボール制御部１０８は、ボールを保有するオリジナルキャラクタ又は対戦相手キャラクタがシュート動作やパス動作をした場合、当該シュート動作又はパス動作が行われた方向（即ち、オリジナルキャラクタ又は対戦相手キャラクタが蹴った方向）にボールを移動させる。なお、シュート動作におけるボールの移動方法については、第３の構成で詳細を説明するが、ボールの移動アルゴリズムは、第１進行部１０１や第２進行部１０５の処理で説明したシミュレータに定義されているようにすればよい。

［３−１−１０．経過判定部］
経過判定部１０９は、制御部１１を主として実現される。経過判定部１０９は、ゲームが第２状態で進行する場合に、計時により計時開始してから、時間決定部１０４が決定した操作可能時間の長さが経過したかを判定する。

「計時」とは、時間を計ることであり、例えば、第２状態の開始時点からの経過時間を計測することである。例えば、計時は、リアルタイムクロックが利用されるようにすればよい。「計時開始」とは、時間決定部１０４が決定した操作可能時間の長さの計時を開始した時点であり、第２状態が開始したときが計時開始である。経過判定部１０９は、計時により、第２状態の開始時点ｔ０からの経過時間を取得し、当該経過時間が操作可能時間の長さ以上になったか否かを判定する。

第１進行部１０１は、経過判定部１０９が、計時により計時開始してから、時間決定部１０４が決定した操作可能時間の長さが経過したと判定した場合に、第２状態から第１状態に切り替えて、第１状態でゲームを進行させることになる。この場合、第１進行部１０１は、第１状態画像Ｇ３００を表示部１５に表示させ、第１状態での進行を再開することになる。第１状態での進行方法は、先述した通りである。

［３−１−１１．関連付け判定部］
関連付け判定部１１０は、制御部１１を主として実現される。関連付け判定部１１０は、計時により計時開始してから、時間決定部１０４が決定した操作可能時間の長さが経過する場合に、オリジナルキャラクタと対戦相手キャラクタとの何れにボールが関連付けられているかを判定する。関連付け判定部１１０は、ゲーム状況データに格納されたボールを保有するキャラクタＩＤを参照することによって判定処理を実行してもよいし、下記のように判定処理をするようにしてもよい。

例えば、関連付け判定部１１０は、オリジナルキャラクタがボールを保有している場合、又は、ユーザチームがボールをパスしている場合、ユーザチームがボールを保有していると判定するようにしてもよい。また例えば、関連付け判定部１１０は、対戦相手キャラクタがボールを保有している場合、対戦相手チームがボールをパスしている場合、対戦相手チームがボールをクリアした場合、又は、ボールがラインアウトした場合、ユーザチームがボールを保有していないと判定するようにしてもよい。

［３−１−１２．継続部］
継続部１１１は、制御部１１を主として実現される。継続部１１１は、計時により計時開始してから、時間決定部１０４が決定した操作可能時間の長さが経過する場合のゲームのゲーム状況に基づいて、第１状態への切り替えを制限し、第２状態を継続させる。

「第１状態への切り替えを制限」とは、例えば、第２状態の時間が経過しても第１状態にしないことである。言い換えれば、第１状態に切り替わることを禁止することが、第１状態への切り替えを制限することに相当する。「第２状態を継続」とは、例えば、第２状態の時間が経過しても第２状態を維持することである。

例えば、継続部１１１は、操作可能時間が経過する場合のゲーム状況が所定の状況である場合に、第１状態への切り替えを制限して第２状態を継続させ、操作可能時間が経過する場合のゲーム状況が所定の状況ではない場合に、第１状態に切り替わることを許可する。この状況は、ユーザに操作を継続させた方が好ましい状況であればよいが、例えば、継続部１１１は、関連付け判定部１１０の判定結果に基づいて、第２状態を継続させるようにしてよい。この場合、関連付け判定部１１０によりオリジナルキャラクタがボールを保有していると判定された場合、継続部１１１は、第２状態を継続させ、関連付け判定部１１０により対戦相手キャラクタがボールを保有していると判定された場合、継続部１１１は、第２状態を継続させないようにする。

［３−２．第２の構成に関する機能］
次に、第２の構成に関する機能を説明する。第２の構成では、主に、データ記憶部１００、タッチ位置取得部１１２、操作対象決定部１１３、表示制御部１１４、及び動作制御部１１５が実現される。なお、第１の構成と同様の機能は説明を省略し、第１の構成とは異なる機能を説明する。

［３−２−１．データ記憶部］
データ記憶部１００が記憶するデータは、第１の構成で説明したものと同様であってよい。

［３−２−２．タッチ位置取得部］
タッチ位置取得部１１２は、制御部１１を主として実現される。タッチ位置取得部１１２は、タッチパネル１４Ａに対するタッチ操作に応じて検出されたタッチ位置を取得する。「タッチ位置」とは、タッチパネル１４Ａが検出した座標であり、例えば、スクリーン座標系の２次元座標で示される。スクリーン座標は、例えば、表示部１５の画面の左上を原点ＯｓとしたＸｓ軸及びＹｓ軸の座標系（後述の図２０参照）におけるＸｓ座標値とＹｓ座標値の組み合わせで示される。タッチ位置取得部１１２は、タッチパネル１４Ａの検出信号に基づいてタッチ位置を取得することになる。

［３−２−３．操作対象決定部］
操作対象決定部１１３は、制御部１１を主として実現される。操作対象決定部１１３は、ゲーム状況に基づいて、複数のオリジナルキャラクタの中からユーザの操作対象とするオリジナルキャラクタを決定する。操作対象決定部１１３は、ゲーム状況データＤＴ１０２に基づいて操作対象を決定すればよく、例えば、以下のようにして操作対象を決定する。

例えば、操作対象決定部１１３は、ゲーム状況データＤＴ１０２が示す仮想世界の現在の様子に基づいて、操作対象を決定する。ここでの様子とは、オリジナルキャラクタの位置や向きであってもよいし、ボールの位置や移動方向などであってもよい。本実施形態では、操作対象決定部１１３は、攻撃中は、ボールを保有するオリジナルキャラクタを操作対象として決定し、守備中は、ボールを保有する対戦相手キャラクタの最も近くにいるオリジナルキャラクタを操作対象として決定する。

先述したように、本実施形態では、守備中は実行オブジェクトＰ４６０により操作対象を切り替えることができるので、操作対象決定部１１３は、所定の条件が満たされ、かつ、タッチ位置が移動せずにタッチ操作が解除された場合、操作対象を他のオリジナルキャラクタに変更するようにしてよい。

「所定の条件」とは、ゲーム状況が所定の状況になることであり、例えば、本実施形態のようなサッカーゲームでは守備中になることである。なお、所定の条件は、守備中に限られず、操作対象の切り替えを許可する状況であればよく、他にも例えば、誰もボールを保有していない状態であってもよいし、試合の残り時間が少なくなった場合であってもよい。「タッチ位置が移動せずにタッチ操作が解除」とは、タッチパネル１４Ａに接触した物体が移動せずにタッチパネル１４Ａから離れることであり、例えば、タップ操作が行われたり、長押しの操作が行われたりした場合である。

例えば、操作対象決定部１１３は、ユーザチームが守備中であり、実行オブジェクトＰ４６０がタップ操作により選択された場合に、操作対象を他のオリジナルキャラクタに変更する。操作対象の切り替え自体は、任意の方法で行われるようにすればよく、例えば、操作対象決定部１１３は、ユーザチームのオリジナルキャラクタの中からランダムに選出したものを新たな操作対象としてもよいし、現在の操作対象の最も近くにいるオリジナルキャラクタを新たな操作対象としてもよい。

［３−２−４．表示制御部］
表示制御部１１４は、制御部１１を主として実現される。ここでは、主に、タッチ操作オブジェクトＧ４８０を伸長させるための処理と、仮想世界の様子を表示させるための処理と、を説明する。

［タッチ操作オブジェクトを伸長させるための処理］
まず、タッチ操作オブジェクトＧ４８０を伸長させるための処理を説明する。表示制御部１１４は、タッチ位置取得部１１２により取得されたタッチ位置に基づいて第１位置が取得された場合に、タッチ操作オブジェクトＧ４８０を表示部１５に表示させるための制御を行う。

「第１位置」とは、例えば、タッチパネル１４Ａが接触されない状態から接触された状態に変化した場合のタッチ位置である。言い換えれば、第１位置は、例えば、タッチ位置の取得が開始された場合のタッチ位置であり、タッチパネル１４Ａが接触された後に初めて取得されたタッチ位置であってもよいし、この時点から一定時間以内に取得されたタッチ位置であってもよい。例えば、第１位置は、タッチ位置が移動（タッチパネルに触れた物体が接触を維持したまま移動であり、いわゆるスライド操作又はドラッグ操作）した場合の移動の起点（始点）である。

「オブジェクトを表示させるための制御」とは、例えば、オブジェクトが表示される画像（画面画像）を生成して、当該画像を表示部に表示させることである。また例えば、オブジェクトが表示される画像（画面画像）を表示するために必要なデータを生成して、当該データを表示部又は表示部に接続された端末に送信することによって、当該画像を表示部に表示させることである。「画像を表示するために必要なデータ」とは、画像自体を示すデータであってもよいし、画像を生成するために必要なデータであってもよい。即ち、本実施形態のようにユーザ端末１０で表示制御部１１４が実現される場合は、画像を表示部１５に表示させることであり、後述する変形例のようにサーバ３０で表示制御部１１４が実現される場合は、画像データをユーザ端末１０に送信することである。

図１０を参照して説明したように、表示制御部１１４は、第１位置が取得された場合に、基本形状のタッチ操作オブジェクトＧ４８０を表示部１５に表示させるための制御を行う。基本形状は、タッチ操作オブジェクトＧ４８０の初期状態であり、伸びる前の状態のタッチ操作オブジェクトＧ４８０である。言い換えれば、表示制御部１１４は、タッチパネル１４Ａに対するタッチ操作に応じて、第１位置にタッチ操作オブジェクトＧ４８０を表示させるための制御を行う。

なお、本実施形態では、タッチ操作オブジェクトＧ４８０が第１位置に表示される場合を説明するが、タッチ操作オブジェクトＧ４８０は第１位置とは異なる位置に表示されてもよい。第１位置とは異なる位置に表示される場合、タッチ操作オブジェクトＧ４８０は、予め定められた固定位置に表示されてもよいし、第１位置から所定距離以内の任意の位置に表示されてもよい。

また、表示制御部１１４は、タッチ位置が移動されることで第２位置が取得された場合に、第１位置から第２位置への方向と、第１位置と第２位置との距離と、に基づいて、タッチ操作オブジェクトＧ４８０を伸長させて表示部１５に表示させるための制御を行う。例えば、表示制御部１１４は、タッチ位置が第２位置に移動した場合に、タッチ操作オブジェクトＧ４８０を基本形状から伸長させて表示部１５に表示させるための制御を行う。

「第２位置」とは、第１位置とは異なる位置であり、例えば、現在のタッチ位置である。例えば、第２位置は、タッチパネル１４Ａに接触した物体（指やペンなど）が、接触を維持したまま第１位置から移動した場合の位置である。「第１位置から第２位置への方向」とは、第１位置と第２位置を結ぶ表示部１５の画面上の方向であり、例えば、スクリーン座標系におけるこれらの座標を結ぶ方向である。「第１位置と第２位置との距離」とは、第１位置と第２位置との間隔であり、例えば、スクリーン座標系におけるこれらの座標間の距離である。

「タッチ操作オブジェクトを伸長」とは、タッチ操作オブジェクトＧ４８０を長くすることであり、例えば、タッチ操作オブジェクトＧ４８０が長くなるように変形させることである。タッチ操作オブジェクトＧ４８０は、伸長した場合に幅が変わってもよいし変わらなくてもよい。なお、本実施形態では、タッチ操作オブジェクトＧ４８０は、伸長するだけでなく収縮もすることが可能である場合を説明するが、伸長だけが可能であり収縮できないようにしてもよい。

図２０は、タッチ操作オブジェクトＧ４８０を伸縮させる処理の説明図である。図２０では、スライド操作が行われる様子を下側に示し、タッチ操作オブジェクトＧ４８０を上側に示している。図２０に示すように、表示制御部１１４は、第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１に基づいて、タッチ操作オブジェクトＧ４８０を伸縮させる方向Ｖ２を決定する。方向Ｖ１と方向Ｖ２とは、同じであってもよいし異なっていてもよい。これらが異なる場合には、方向Ｖ１と方向Ｖ２との関係は、数式やテーブルにより定められていてもよい。例えば、方向Ｖ１から所定角度ずらした方向を方向Ｖ２としてもよいし、この角度をユーザが指定できるようにしてもよい。

例えば、表示制御部１１４は、第２位置Ｐ２が移動して方向Ｖ１が変化した場合に、当該変化に応じて方向Ｖ２を変化させる。本実施形態では、タッチ操作オブジェクトＧ４８０が伸びる方向は、第１位置Ｐ１と第２位置Ｐ２とに基づいて定まり、第２位置Ｐ２に至るまでの経路は関係ないものとする。このため、例えば、第２位置Ｐ２が第１位置Ｐ１から見て右上に移動した後に左上に移動し、移動後の第２位置Ｐ２が第１位置Ｐ１から見て真上に位置する場合は、タッチ操作オブジェクトＧ４８０は、左上に向かって伸びるのではなく真上に向かって伸びるように変形することになる。

また、表示制御部１１４は、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１に基づいて、タッチ操作オブジェクトＧ４８０の長さＬ２を決定する。この「Ｌ２」は、方向Ｖ２の長さである。距離Ｌ１と長さＬ２とは、同じであってもよいし異なっていてもよい。これらが異なる場合には、距離Ｌ１と長さＬ２の関係は、数式やテーブルにより定められていてもよい。例えば、距離Ｌ１を所定倍したものを長さＬ２としてもよいし、距離Ｌ１を所定距離だけ増減したものを長さＬ２とするようにしてもよい。

例えば、表示制御部１１４は、第２位置Ｐ２が移動して距離Ｌ１が変化した場合、当該変化に応じて長さＬ２を変化させる。例えば、表示制御部１１４は、距離Ｌ１が長くなるほど長さＬ２が長くなり、距離Ｌ１が短くなるほど長さＬ２が短くなるように、タッチ操作オブジェクトＧ４８０を伸縮させる。言い換えれば、表示制御部１１４は、距離Ｌ１が長くなった場合に、タッチ操作オブジェクトＧ４８０を伸長させ、距離Ｌ１が短くなった場合に、タッチ操作オブジェクトＧ４８０を収縮させる。

タッチ操作オブジェクトＧ４８０は、表示部１５の表示領域の限界まで伸びるようにしてもよいし、表示領域の限界まで伸びないように長さＬ２に上限値を設けてもよい。また、タッチパネル１４Ａへのタッチが解除された場合、表示制御部１１４は、その後すぐにタッチ操作オブジェクトＧ４８０を消去するための制御を行ってもよいし、基本形状に戻るようにタッチ操作オブジェクトＧ４８０を収縮させるための制御を行ってもよい。タッチ操作オブジェクトＧ４８０は、基本形状に戻ると消去される。

［仮想世界の様子を表示させるための処理］
次に、仮想世界の様子を表示させるための処理を説明する。本実施形態では、表示制御部１１４は、仮想世界を仮想視点ＶＣから見た様子を示す第２状態画像Ｇ４００を表示部１５に表示させるための制御を行う。言い換えれば、表示制御部１１４は、複数のオリジナルキャラクタが配置された仮想世界の様子を表示部１５に表示させるための制御を行うことになる。例えば、表示制御部１１４は、仮想視点の視野内の３次元座標を２次元座標に変換することで第２状態画像Ｇ４００を生成する。

ここでの「仮想世界の様子」とは、仮想世界の現在の様子を示す画像であり、例えば、仮想世界に配置されたオリジナルキャラクタを含む画像である。仮想世界の様子は、仮想世界が３次元であれば仮想カメラから仮想世界を見た様子を示す画像であり、仮想世界が２次元であれば仮想世界のうち視野範囲内の様子を示す画像である。なお、視野範囲は、２次元の仮想世界のうち表示部１５に表示させる範囲を定義したものであり、例えば、画面のアスペクト比に応じた長方形の枠である。

表示制御部１１４は、原則として、操作対象と所定の位置関係を保つように、仮想視点の位置及び視線方向を制御する。本実施形態では、表示制御部１１４は、表示部１５に表示されるピッチの長手方向と、表示部１５の長手方向と、の角度が基準未満となる視線方向で仮想世界を見た様子を表示部１５に表示させるための制御を行う。

ピッチの長手方向は、ピッチ上の平面のうち長い方向である。例えば、ピッチの長手方向は、図１９に示すピッチＰＴ上の一方のゴールＧＬから他方のゴールＧＬに向けた方向であり、言い換えれば、タッチラインＴＬの方向である。表示部１５の長手方向は、画面のアスペクト比の比率が大きい方向であり、図２０の例ではＹｓ軸方向である。

本実施形態のように縦長の画面で表示される場合には、表示制御部１１４は、ピッチの長手方向と、仮想視点の視線方向と、のなす角度が閾値未満となるように、視線方向を制御する。一方、横長の画面の場合は、上記とは逆に、表示制御部１１４は、ピッチの長手方向と、仮想視点の視線方向と、のなす角度が閾値以上となるように、視線方向を制御するようにすればよい。即ち、表示制御部１１４は、第２状態画像Ｇ４００においてピッチの長手方向が表示部１５の長手方向に表れるように、視線方向を制御することになる。

なお、表示制御部１１４は、操作対象として決定されたオリジナルキャラクタに関するゲーム状況に基づいて、当該オリジナルキャラクタに対する仮想視点の相対的な位置が変わるように、仮想視点を設定するようにしてもよい。オリジナルキャラクタに関するゲーム状況とは、ゲーム状況データのうち、オリジナルキャラクタに関係するものであり、例えば、オリジナルキャラクタの位置、向き、姿勢、移動方向、移動速度、及びパラメータなどである。仮想視点の相対的な位置とは、仮想視点と操作対象との位置関係である。

オリジナルキャラクタに関するゲーム状況と、仮想視点の相対的な位置関係と、の関係を定義するデータは予めデータ記憶部１００に記憶されているようにすればよい。この関係を定義するデータの形式は、数式形式であってもよいしテーブル形式であってもよい。例えば、表示制御部１１４は、オリジナルキャラクタがタッチライン付近に移動した場合には、タッチラインとのなす角度が大きくなるように仮想視点の視線方向を制御する。また例えば、表示制御部１１４は、オリジナルキャラクタと対戦相手チームのゴールとの距離が所定距離未満になった場合には、ゴールの方向を向くように仮想視点の視線方向を制御する。

［３−２−５．動作制御部］
動作制御部１１５は、制御部１１を主として実現される。動作制御部１１５は、少なくとも第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１に基づいて、操作対象決定部１１３により操作対象として決定されたオリジナルキャラクタを動作させる。オリジナルキャラクタは、第１位置Ｐ１から第２位置Ｐ２との距離Ｌ１に関係なく第１位置Ｐ１から第２位置Ｐ２への方向Ｖ２に基づいて動作してもよいし、これら両方に基づいて動作してもよい。

ここでの「動作」とは、オリジナルキャラクタの移動や行動であり、例えば、第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１に対応する動作方向にオリジナルキャラクタを移動させたり、当該動作方向にオリジナルキャラクタの体の向きを変えさせたり、当該動作方向にボールなどの物体を移動させたりすることである。「動作方向」とは、画面上の方向である第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１を仮想世界内の方向に変換した方向である。言い換えれば、動作方向は、オリジナルキャラクタの動作の基準となる方向であり、例えば、オリジナルキャラクタの移動方向、向き、ボールなどの移動体の移動方向である。

本実施形態では、動作制御部１１５は、第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１に基づいて動作方向を決定し、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１に基づいて動作速度を決定する。動作速度は、オリジナルキャラクタ又はボールの移動速度である。

まず、動作方向の決定方法を説明する。第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１と動作方向との関係を定義するデータは、予め数式又はテーブルによりデータ記憶部１００に記憶されているようにすればよい。動作制御部１１５は、第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１に対応する動作方向を取得する。例えば、第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１は２次元ベクトルであり、動作方向は３次元ベクトルなので、上記関係を定義するデータには、２次元ベクトルを３次元ベクトルに変換する行列式が定められているようにしてもよい。

本実施形態では、動作制御部１１５は、第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１と、仮想視点ＶＣの位置と、に基づいて定まる仮想世界内の動作方向に基づいて、操作対象として決定されたオリジナルキャラクタを動作させる場合を説明する。

図２１は、動作方向の決定方法の説明図である。図２１に示すように、まず、動作制御部１１５は、第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１を、所定の行列変換により仮想世界内の方向Ｖ３に変換する。そして、動作制御部１１５は、仮想視点ＶＣの位置に基づいて方向Ｖ３を変更することによって、動作方向ＶＯＴを決定する。例えば、動作制御部１１５は、方向Ｖ３を、仮想視点ＶＣから見て操作対象がいる方向又は操作対象の正面方向に向けて変えた方向を動作方向ＶＯＴとして決定するようにしてもよいし、方向Ｖ３を仮想視点ＶＣから見てゴールやボールがある方向に変えた方向を動作方向ＶＯＴとして決定するようにしてもよい。

なお、上記のようにして決定された動作方向をユーザに案内するために、表示制御部１１４は、第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１に対応する仮想世界内の動作方向ＶＯＴを示す動作方向オブジェクトＧ４４１を、操作対象として決定されたオリジナルキャラクタに関連付けて表示させるための制御を行うことになる。動作方向オブジェクトＧ４４１は、動作方向ＶＯＴを示す画像であればよく、図１０に示したような形状以外にも、矢印形状であってもよいし、動作方向ＶＯＴ側に長い棒状であってもよい。例えば、表示制御部１１４は、操作対象の付近（近傍）に動作方向オブジェクトＧ４４１を表示させることによって、動作方向オブジェクトＧ４４１を操作対象に関連付けて表示させるための制御を行う。操作対象の付近とは、操作対象から一定距離以内であり、例えば、操作対象の足元や頭の上である。本実施形態では、図１０に示したように、動作方向オブジェクトＧ４４１は、操作対象の足元に表示される。

次に、動作速度の決定方法を説明する。第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１と動作速度との関係を定義するデータは、予め数式又はテーブルによりデータ記憶部１００に記憶されているようにすればよい。動作制御部１１５は、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１に対応する動作速度を取得するようにすればよい。

ここでは、オリジナルキャラクタが、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１に応じて３段階の移動速度で移動するようになっている。例えば、動作制御部１１５は、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１が閾値未満の場合、何れのオリジナルキャラクタが操作対象として決定されたとしても同じ速度で、第１位置Ｐ１から第２位置Ｐ２への方向に対応する動作方向に、操作対象として決定されたオリジナルキャラクタを移動させる。例えば、動作制御部１１５は、距離Ｌ１が第１閾値未満の場合、操作対象を第１速度で移動させ、距離Ｌ１が第２閾値未満の場合、操作対象を第２速度で移動させる。第１速度は、歩く速度であり、第２速度は、小走りの速度である。例えば、第１速度と第２速度は、全てのオリジナルキャラクタで共通であり、パラメータに依存しない速度である。

一方、動作制御部１１５は、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１が第２閾値以上の場合、操作対象として決定されたオリジナルキャラクタのパラメータに応じた速度で、第１位置Ｐ１から第２位置Ｐ２への方向に対応する動作方向ＶＯＴに、当該オリジナルキャラクタを移動させる。ここでの「パラメータ」は、オリジナルキャラクタの能力であり、例えば、スピードや筋力を示すパラメータであってよい。本実施形態では、スピードパラメータである。

スピードパラメータと速度の関係を定義するデータは、予めデータ記憶部１００に記憶させておけばよい。この関係を定義するデータの形式は、数式形式であってもよいしテーブル形式であってもよい。動作制御部１１５は、スピードパラメータに対応する速度でオリジナルキャラクタを移動させる。例えば、動作制御部１１５は、スピードパラメータが示す能力が高いほど速く、能力が低いほど遅くなるように、オリジナルキャラクタを移動させることになる。

本実施形態では、第２状態で試合が進行する場合、動作制御部１１５は、タッチ位置が取得されない場合は、予め定められた動作制御情報に基づいて、操作対象として決定されたオリジナルキャラクタを動作させる。「動作制御情報」とは、例えば、オリジナルキャラクタがすべき動作（例えば、移動すべき位置や移動方向）を定義した情報であり、ここでは、第２状態におけるシミュレータである。動作制御部１１５は、タッチ位置が取得されない場合は、操作対象を動作制御情報に基づいて自動的に動作させることになる。

［３−３．第３の構成に関する機能］
次に、第３の構成に関する機能を説明する。第３の構成では、主に、データ記憶部１００、表示制御部１１４、及び処理実行部１１６が実現される。以降、第１の構成及び第２の構成と同様の機能は説明を省略し、第１の構成及び第２の構成とは異なる機能を説明する。

［３−３−１．データ記憶部］
データ記憶部１００が記憶するデータは、第１の構成で説明したものと同様であってよい。

［３−３−２．処理実行部］
処理実行部１１６は、制御部１１を主として実現される。処理実行部１１６は、タッチ操作を複数回続けて行う連続タッチ操作が行われた場合に、所定のゲーム処理を実行する。例えば、処理実行部１１６は、連続タッチ操作が行われたことに応じて、所定のゲーム処理を実行する。

「連続タッチ操作」とは、時間をあけずにタッチ操作を複数回続けて行う操作である。別の言い方をすれば、時間をあけずにタッチ操作を複数回繰り返して行う操作である。例えば、連続タッチ操作は、ユーザがタッチパネル１４Ａに指やタッチペンなどをタッチさせて当該指などをタッチパネルから離すという操作（即ち、タップ操作）を、比較的短い時間間隔で（又は比較的短い時間内に）、複数回連続して（複数回繰り返して）行うことである。例えば、比較的短い所定時間以下の間隔で（又は比較的短い所定時間内に）、略同じ位置へのタップ操作を複数回連続して行うことであり、なお、「略同じ位置へのタップ操作を複数回行うこと」とは、複数回連続して行われたタップ操作におけるタッチ位置の全てが、基準位置（例えば、第１回目のタップ操作によるタッチ位置）からの距離が所定距離以下である領域に含まれていることとしてよい。他にも、複数回連続して行われたタップ操作によるタッチ位置間の距離が所定距離以下であることを「略同じ位置へのタップ操作を複数回行うこと」としてもよい。タップ操作を２回連続して行うダブルタップ操作や、タップ操作を３回連続して行うトリプルタップ操作などが連続タッチ操作の一例に相当するが、本実施形態では、連続タッチ操作の一例としてダブルタップ操作を説明するので、ダブルタップ操作と記載した箇所は、連続タッチ操作と読み替えることができる。

「ゲーム処理」とは、ダブルタップ操作に応じて実行される処理であり、ダブルタップ操作に関連付けられた処理である。例えば、ゲーム処理は、ユーザの操作対象に動作を行わせる処理を含む。本実施形態のようなスポーツゲーム（サッカーゲーム）では、操作対象に特定の動作（シュート動作など）を行わせることが、所定のゲーム処理の一例に相当する。また例えば、操作対象が敵を攻撃するゲームの場合であれば、操作対象に特定動作（攻撃動作など）を行わせることが、所定のゲーム処理の一例に相当する。

例えば、処理実行部１１６は、ダブルタップ操作が行われ、かつ、所定のゲーム処理実行条件が満たされた場合に、所定のゲーム処理を実行するようにしてもよい。処理実行部１１６は、ゲーム処理実行条件が満たされたと判定された場合にゲーム処理を実行し、ゲーム処理実行条件が満たされたと判定されない場合（言い換えれば、当該ゲーム処理実行条件が満たされないと判定された場合）にゲーム処理を実行しない。

「所定のゲーム処理実行条件」とは、ゲーム処理を実行するために定められた条件である。所定のゲーム処理実行条件は、例えば、実行中のゲームが所定の状況になることであり、ユーザの操作対象の状態が所定の状態になることとしてもよい。他にも例えば、所定のゲーム処理実行条件は、操作対象が所定の体勢（姿勢）であること、所定の方向を向いていること、所定の位置にいること、又は所定の方向に移動していることなどとしてもよい。本実施形態では、ボールを保有している操作対象（又は、ボールの付近に位置する操作対象）が対戦相手キャラクタにボールを奪われることなくシュートできる体勢（例えば、バランスを崩したり転倒したりしていない体勢）であり、かつ、操作対象の向きが対戦相手のゴール方向を向くことが、所定のゲーム処理実行条件である場合を説明する。

処理実行部１１６は、ゲーム状況データに基づいて、所定のゲーム処理実行条件が満たされるか否かを判定する。例えば、処理実行部１１６は、ユーザの操作対象の状態が所定の状態であるかを判定する。ここでは、ゲーム処理がシュート動作をさせることを含むので、例えば、処理実行部１１６は、ユーザの操作対象がシュート動作をすることが可能かを判定することになる。処理実行部１１６は、ユーザの操作対象がボールを保有しており、操作対象がシュートできる体勢であり、かつ、操作対象の向きが対戦相手のゴール方向を向く場合に、所定のゲーム処理実行条件を満たすと判定することになる。

なお、処理実行部１１６が実行するゲーム処理は、ボールの移動目標位置又は移動方向を設定し、当該移動目標位置又は移動方向に基づいてボールを移動させる処理を含むようにしてもよい。移動目標位置は、仮想世界内においてボールが移動すべき位置であり、移動方向は、ボールが移動すべき方向であり、例えば、シュートによるボールの飛び出し方向である。この場合、処理実行部１１６は、ダブルタップ操作に応じてボールの移動目標位置又は移動方向を設定してボールを移動させることになる。

移動目標位置又は移動方向は、ダブルタップ操作のタッチ位置に関係なく設定されてもよいが、本実施形態では、処理実行部１１６は、ボールの移動目標位置又は移動方向を、ダブルタップ操作によるタッチ位置に基づいて設定する。先述したように、ここでは、処理実行部１１６は、ダブルタップ操作によるタッチ位置に基づいて移動範囲を設定し、移動範囲内に向かうように移動目標位置又は移動方向を設定する場合を説明する。例えば、処理実行部１１６は、ダブルタップ操作によるタッチ位置に基づいて、移動範囲を設定する位置を決定する。

図２２は、移動範囲を設定する位置の決定方法の説明図である。図２２に示すように、対戦相手のゴールＧＬ内に複数の基準位置Ｑ１〜Ｑ３（以降、これらをまとめて基準位置Ｑともいう。）が設定されている。基準位置Ｑは、移動範囲を設定するための基準となる位置であり、ゴールＧＬのクロスバーＣＢ、ゴールポストＧＰ、及びゴールラインＥＬで囲まれた平面上（いわゆるゴールＧＬの枠内）に設定されている。

各基準位置Ｑは、予めタッチパネル１４Ａ上の位置又は領域と関連付けられている。この関連付けを定義するデータは、数式又はテーブルによりデータ記憶部１００に予め記憶させておけばよい。例えば、ゴールＧＬの左側の基準位置Ｑ１は、左側領域１４ＡＬ内の座標に関連付けられている。ゴールＧＬの中央付近の基準位置Ｑ２は、中央領域１４ＡＣ内の座標に関連付けられている。ゴールＧＬの右側の基準位置Ｑ３は、右側領域１４ＡＲ内の座標に関連付けられている。

処理実行部１１６は、ダブルタップ操作によるタッチ位置に関連付けられた基準位置Ｑに基づいて、移動範囲を設定する。例えば、処理実行部１１６は、左側領域１４ＡＬ、中央領域１４ＡＣ、及び右側領域１４ＡＲのうちタッチ位置を含む領域を特定し、当該領域に関連付けられた基準位置Ｑに基づいて、移動範囲を設定する。

例えば、処理実行部１１６は、基準位置Ｑを含むように移動範囲を設定する。処理実行部１１６は、基準位置Ｑを含む所定サイズの移動範囲を設定してもよいし、ボールを移動させるオリジナルキャラクタのパラメータに基づいてサイズの移動範囲を設定してもよい。本実施形態では、例えば、処理実行部１１６は、ボールを移動させるオリジナルキャラクタのパラメータ基づいて定まる移動範囲内の何れかの位置に向かうように、ボールの移動目標位置又は移動方向を設定する場合を説明する。なお、ここでは、処理実行部１１６が、パラメータに基づいて移動範囲のサイズを決定する場合を説明するが、パラメータに基づいて移動範囲を設定する位置を決定してもよい。

なお、ここでのパラメータは、移動範囲の決定に影響を及ぼすパラメータであり、例えば、操作対象がボールを移動させる動作に関する能力（性能）の高低を示すパラメータである。例えば、サッカーゲームであれば、操作対象のシュートやパスの能力を示すパラメータが該当する。ここでは、パラメータが、オリジナルキャラクタの能力を示す場合を説明し、その一例としてシュートパラメータを説明するが、他にも例えば、ボール自体の性能の高低を示すパラメータであってもよい。

シュートパラメータと移動範囲のサイズとの関係を定義するデータは、予め数式又はテーブルでデータ記憶部１００に記憶されているものとする。処理実行部１１６は、シュートパラメータに対応する移動範囲を設定する。例えば、処理実行部１１６は、オリジナルキャラクタの能力が高いほど移動範囲が小さくなり、当該能力が低いほど移動範囲が大きくなるように、ボールの移動範囲を設定することになる。

図２３は、移動範囲のサイズの決定方法を示す図である。ここでは、ユーザが右側領域１４ＡＲでダブルタップ操作を行い、基準位置Ｑ３が選択された場合の処理を説明する。例えば、移動範囲Ｒを円形として説明すると、図２３に示すように、処理実行部１１６は、操作対象のシュートパラメータに基づいて、移動範囲Ｒの半径ｒを決定する。例えば、処理実行部１１６は、シュートパラメータが高いほど半径ｒが短くなり、シュートパラメータが低いほど半径ｒが長くなるように、半径ｒを決定する。そして、処理実行部１１６は、ゴールＧＬのクロスバーＣＢ、ゴールポストＧＰ、及びゴールラインＥＬで囲まれた平面上において、基準位置Ｑ３を中心とした半径ｒの円を移動範囲Ｒとして決定する。

処理実行部１１６は、上記のようにして決定した移動範囲Ｒ内の任意の点Ｓに向けてボールが移動するように移動目標位置又は移動方向を設定する。点Ｓは、ランダムに選出されるようにしてよい。例えば、処理実行部１１６は、点Ｓを移動目標位置として設定する。また例えば、処理実行部１１６は、ボールの現在位置と点Ｓとを結ぶ方向をボールの移動方向ＶＢとして設定する。なお、ここでは、シュート動作におけるボールの移動制御を処理実行部１１６が実行する場合を説明するが、この制御は第１の構成で説明したボール制御部１０８により行われてもよい。

［３−３−３．表示制御部］
第３の構成では、表示制御部１１４は、ダブルタップ操作が行われた場合のタッチ操作オブジェクトＧ４８０及び処理オブジェクトＧ４９０の表示制御を実行する。

［タッチ操作オブジェクトの表示制御］
まず、タッチ操作オブジェクトＧ４８０の表示制御を説明する。表示制御部１１４は、タッチパネル１４Ａに対するタッチ操作に応じて、タッチ操作が行われたことを示すタッチ操作オブジェクトＧ４８０を表示部１５に表示させるための制御を行う。例えば、表示制御部１１４は、タッチ操作が行われた場合に、タッチ操作オブジェクトＧ４８０を表示させる。言い換えれば、表示制御部１１４は、タッチ操作が行われた場合に、当該タッチ位置と対応する表示部１５上の位置において、タッチ操作オブジェクトＧ４８０が表示されていない状態からタッチ操作オブジェクトＧ４８０が表示された状態に変化させる。

また、表示制御部１１４は、ダブルタップ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示態様を、タッチ操作を一回行う単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示態様とは異なる表示態様に設定する。ここでの表示態様とは、例えば、色や濃淡、表示サイズ、表示位置、形状、点滅の有無、ぼかしの有無又は程度などである。例えば、表示制御部１１４は、ダブルタップ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０を、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の色とは異なる色に設定する。

なお、単一タッチ操作は、例えば、前回のタッチ操作から所定時間が経過した後のタッチ操作であり、タップ操作を１回行うシングルタップ操作などが単一タッチ操作の一例に相当する。なお、前回のタッチ操作から所定時間内に行われたタッチ操作についても、当該タッチ位置が前回のタッチ位置から所定距離以上であれば、単一タッチ操作に該当することとしてよい。

例えば、表示制御部１１４は、第１回目のタッチ操作が行われた場合に、タッチ操作オブジェクトＧ４８０を第１の表示態様で表示させ、第１回目のタッチ操作が行われてから、所定の時間内に第ｎ回目（ｎ：２以上の所定の整数）のタッチ操作が行われた場合、タッチ操作オブジェクトＧ４８０の表示態様を、第１の表示態様から第２の表示態様に変化させる。第２の表示態様は、第１の表示態様とは異なる表示態様であればよい。

また、本実施形態では、表示制御部１１４は、ダブルタップ操作が行われた場合に、ゲーム処理実行条件が満たされるか否かの判定結果を待つことなく、異なる表示態様のタッチ操作オブジェクトＧ４８０を表示させる。例えば、表示制御部１１４は、ダブルタップ操作が行われた場合に、ゲーム処理実行条件が満たされるか否かの判定が終了する前に、第２の色のタッチ操作オブジェクトＧ４８０を表示させる。言い換えれば、表示制御部１１４は、ゲーム処理実行条件が満たされるか否かに関係なく、ダブルタップ操作が行われた場合に、第２の色のタッチ操作オブジェクトＧ４８０を表示させる。即ち、ダブルタップ操作が行われた場合、表示制御部１１４は、ゲーム処理実行条件が満たされたと判定された場合も、ゲーム処理実行条件が満たされたと判定されなかった場合（別の言い方をすると、ゲーム処理実行条件が満たされなかったと判定された場合）も、第２の色のタッチ操作オブジェクトＧ４８０を表示させる。

［処理オブジェクトの表示制御］
次に、処理オブジェクトＧ４９０の表示制御を説明する。なお、「処理オブジェクト」は、ゲーム処理の内容に関する情報を示すオブジェクトであればよく、例えば、ボールの移動に関する情報（移動目標位置や移動方向など）を示すオブジェクトが、処理オブジェクトの一例に相当する。また例えば、ゲーム処理が操作対象に動作を行わせる処理を含む場合であれば、操作対象によって行われる動作に関する情報（動作の種類、動作の目標位置、又は動作に関する方向など）を示すオブジェクトが、処理オブジェクトの一例に相当する。なお、処理オブジェクトＧ４９０の形状は、ボールの移動範囲の形状に合わせて設定されてよく、円形又は矩形の形状であってもよいし、その他の形状であってもよい。ここでは、処理オブジェクトＧ４９０は、移動範囲と同じ形状である場合を説明する。

処理オブジェクトＧ４９０は、ボールの移動目標位置又は移動方向に対応する位置に関連付けて表示されることによって移動目標位置又は移動方向を示すオブジェクトといえる。なお、「移動目標位置に対応する位置」は、例えば、移動目標位置自体であってもよいし、移動目標位置の付近の位置であってもよい。また、「移動方向に対応する位置」は、例えば、現在位置から移動方向に伸ばした線上の位置であってもよいし、当該線の付近位置であってもよい。

例えば、表示制御部１１４は、ダブルタップ操作が行われた場合に、処理実行部１１６によって実行されるゲーム処理の内容に関する情報を示す処理オブジェクトＧ４９０を、タッチ操作オブジェクトＧ４８０とは別に表示させるための制御を行う。表示制御部１１４は、ゲーム処理が実行される場合に処理オブジェクトＧ４９０を表示させるための制御を行う。例えば、表示制御部１１４は、ゲーム処理実行条件が満たされたと判定された場合に処理オブジェクトＧ４９０を表示させるための制御を行い、ゲーム処理実行条件が満たされたと判定されない場合は当該制御を行わない。

処理オブジェクトＧ４９０は、タッチ操作オブジェクトＧ４８０と同じ位置に表示させてもよいが、本実施形態では、表示制御部１１４は、ダブルタップ操作が行われた場合に、処理オブジェクトＧ４９０を、タッチ操作によるタッチ位置とは異なる位置に表示させるための制御を行うこととしてもよい。なお、「タッチ位置とは異なる位置」とは、タッチ操作によるタッチ位置から離れた位置である。例えば、タッチ操作を行う指などによって処理オブジェクトの全てが隠れてしまうことがない程度にタッチ位置から離れた位置である。

本実施形態では、処理オブジェクトＧ４９０は、ダブルタップ操作によるタッチ位置に基づいて定まるボールの移動目標位置又は移動方向を示すものなので、表示制御部１１４は、ダブルタップ操作によるタッチ位置に基づいて、ボールの移動目標位置又は移動方向に対応する位置に関連付けて処理オブジェクトＧ４９０を表示させることになる。例えば、表示制御部１１４は、移動目標位置に基づいて定まる画面上の位置に処理オブジェクトＧ４９０を表示させたり、ボールの現在位置から見て移動方向上の任意の位置に処理オブジェクトＧ４９０を表示させたりする。

また、本実施形態では、処理オブジェクトＧ４９０が移動範囲を示すので、表示制御部１１４は、処理オブジェクトＧ４９０の表示態様を、移動範囲に基づいて設定することになる。例えば、表示制御部１１４は、移動範囲に基づいて、処理オブジェクトＧ４９０の表示態様を変える。ここでは、表示制御部１１４は、移動範囲が設定された位置に基づいて、処理オブジェクトＧ４９０の表示位置を決定する。

更に、本実施形態では、移動範囲はパラメータに基づいて決まるので、表示制御部１１４は、パラメータに基づいて処理オブジェクトＧ４９０の表示態様を変えることになる。例えば、表示制御部１１４は、パラメータが所定条件を満足する場合とパラメータが所定条件を満足しない場合とで、処理オブジェクトＧ４９０の表示態様を異ならせる。

本実施形態では、上記パラメータが能力なので、表示制御部１１４は、オリジナルキャラクタの能力が高いほど処理オブジェクトＧ４９０の表示サイズが小さくなり、オリジナルキャラクタの能力が低いほど処理オブジェクトＧ４９０の表示サイズが大きくなるように、処理オブジェクトＧ４９０の表示サイズを設定することになる。なお、「処理オブジェクトの表示サイズ」とは、表示部１５に表示される画像（画面画像）のうちの、処理オブジェクトが占める領域部分の大きさである。例えば、表示部１５に表示される画像のうちの、処理オブジェクトが描かれている画素数である。

［４．ゲームシステム１において実行される処理］
図２４〜図２７は、ゲームシステム１において実行される処理の一例を示すフロー図である。図２４〜図２７に示す処理は、制御部１１が記憶部１２に記憶されたプログラムに従って動作することによって実行される。下記に説明する処理は、図１４に示す各機能ブロックによる処理の一例である。ここでは、スタジアムパートの試合が開始する場合の処理を説明する。なお、本処理が実行されるにあたり、ユーザ端末１０は、予め、サーバ３０から対戦相手チームデータＤＴ１０１を受信して、記憶部１２に記憶しているものとする。また、ユーザチームデータＤＴ１００と操作可能時間データＤＴ１０３は、予め記憶部１２に記憶されているものとする。

図２４に示すように、まず、ユーザ端末１０において、制御部１１は、記憶部１２に記憶されたユーザチームデータＤＴ１００と対戦相手チームデータＤＴ１０１とに基づいてゲーム状況データＤＴ１０２を生成し、第１状態画像Ｇ３００を表示部１５に表示させる（Ｓ１００）。Ｓ１００においては、制御部１１は、図６に示す試合開始時の第１状態画像Ｇ３００を表示部１５に表示させることになる。

制御部１１は、簡易シミュレーションに基づいて、第１状態で試合を進行させる（Ｓ１０２）。Ｓ１０２においては、制御部１１は、シミュレータに基づいてオリジナルキャラクタ及び対戦相手キャラクタを動作させて、ゲーム状況データＤＴ１０２を更新する。

制御部１１は、ゲーム状況データＤＴ１０２と操作可能時間データＤＴ１０３とに基づいて、第１状態で進行中の試合が所定のゲーム状況になったかを判定する（Ｓ１０４）。Ｓ１０４においては、制御部１１は、ゲーム状況データＤＴ１０２の変化に基づいて、操作可能時間データＤＴ１０３に格納された各状況（図１８のデータ格納例の場合、ユーザチームのコーナーキック、ペナルティキック、フリーキック、スローイング、又はゴールキック）になったか否かを判定する。なお、Ｓ１０４では、制御部１１は、何れかのゲーム状況になるたびに第２状態にしてもよいし、操作可能時間データＤＴ１０３に格納された状況のうち、抽選した状況になった場合に第２状態にしてもよい。更に、１試合の中で第２状態になる回数の上限値を設けておき、制御部１１は、第２状態にした回数をカウントし、上限値に達した場合には、第２状態にしないようにしてもよい。

所定のゲーム状況になったと判定されない場合（Ｓ１０４；Ｎ）、後述するＳ１７４の処理に移行する。一方、所定のゲーム状況になったと判定された場合（Ｓ１０４；Ｙ）、制御部１１は、実行オブジェクトＰ３５０を表示部１５に表示させる（Ｓ１０６）。実行オブジェクトＰ３５０に含まれるメッセージは、予めゲーム状況と関連付けて記憶部１２に記憶されているようにすればよい。Ｓ１０６においては、制御部１１は、現在のゲーム状況に関連付けられたメッセージを含むＰ３５０を生成して表示部１５に表示させることになる。

制御部１１は、操作可能時間データＤＴ１０３に基づいて、操作可能時間の長さを決定する（Ｓ１０８）。Ｓ１０８においては、制御部１１は、操作可能時間データＤＴ１０３を参照して、現在のゲーム状況に関連付けられた操作可能時間の長さを定義するデータを取得することになる。

制御部１１は、ゲーム状況データＤＴ１０２に基づいて、第２状態画像Ｇ４００を表示部１５に表示させて、試合の進行を第１状態から第２状態に切り替えて計時を開始する（Ｓ１１０）。Ｓ１１０においては、制御部１１は、ゲーム状況データＤＴ１０２に基づいて３次元空間である仮想世界を構築して、ピッチ、キャラクタオブジェクト、対戦相手オブジェクト、ボール、及び仮想視点ＶＣを配置する。本実施形態では、表示部１５に縦長の第２状態画像Ｇ４００が表示されるので、第２状態画像Ｇ４００にピッチの長手方向が広く表れるように、制御部１１は、ユーザの操作対象の付近に仮想視点ＶＣを配置し、対戦相手チームのゴールを向くように視線方向を決定する。

制御部１１は、第２状態の開始時点から計時した経過時間に基づいて、砂時計画像Ｇ４７０の表示を更新する（Ｓ１１２）。Ｓ１１２においては、制御部１１は、砂時計画像Ｇ４７０の砂が徐々に落ちるようにしたり、砂時計画像Ｇ４７０の色を変えたりすることで、砂時計画像Ｇ４７０の表示態様を変化させることになる。

制御部１１は、タッチパネル１４Ａの検出信号に基づいて、タッチパネル１４Ａに対するタッチ操作が行われたかを判定する（Ｓ１１４）。Ｓ１１４においては、制御部１１は、タッチ操作が開始されたことを示すイベント（例えば、UITouchPhaseBeganイベント）が検知されたかを判定すればよい。なお、タッチ操作の開始位置はどこであってもよい。

タッチ操作が行われたと判定されない場合（Ｓ１１４；Ｎ）、制御部１１は、記憶部１２に記憶された動作制御情報に基づいて、ユーザの操作対象を動作させ（Ｓ１１６）、後述のＳ１６４の処理に移行する。Ｓ１１６においては、第２状態においてユーザがタッチ操作をせず、実行オブジェクトＰ４３０，Ｐ４６０が選択されていない場合、操作対象は自律的に行動することになる。なお、動作制御情報は、シミュレータにプログラムコードとして記述されていてもよいし、シミュレータとは別データであってもよい。

一方、タッチ操作が行われたと判定された場合（Ｓ１１４；Ｙ）、制御部１１は、タッチパネル１４Ａの検出信号に基づいて、タッチパネル１４Ａが検出したタッチ位置に基づいて、タッチ操作オブジェクトＧ４８０を表示部１５に表示させる（Ｓ１１８）。タッチ位置は、例えば、タッチ操作の検出イベントとともに制御部１１に送られる。制御部１１は、タッチ位置が示す２次元座標（スクリーン座標）に、基本形状のタッチ操作オブジェクトＧ４８０を表示させることになる（図１０参照）。なお、基本形状のタッチ操作オブジェクトＧ４８０の画像データは、予め記憶部１２に記憶させておけばよい。また、以降の処理において、タッチが解除されたと判定されるまで、タッチ位置は時系列的に記憶部１２に記録されるものとする。

図２５に移り、制御部１１は、タッチパネル１４Ａの検出信号に基づいて、ユーザのタッチ操作を特定する（Ｓ１２０）。先述したように、本実施形態では、タップ操作、ドラッグ操作、ダブルタップ操作、及びフリック操作が用いられるので、制御部１１は、これら３つの何れの操作が行われたか、又は、これらが行われずにタッチが解除されたかを判定することになる。これらの操作の判定方法自体は、公知の方法を適用可能であり、例えば、タッチ操作が開始された後に取得されたイベント（例えば、UITouchPhaseMovedイベントやUITouchPhaseEndedイベント）、タッチ位置の変化、及びタップ回数の変化に基づいて判定されるようにすればよい。

Ｓ１２０において、タッチが解除されたと判定された場合（Ｓ１２０；タッチ解除）、制御部１１は、タッチ操作オブジェクトＧ４８０を消去する（Ｓ１２２）。この場合、ドラッグ操作などは行われなかったので、操作対象は、ユーザのタッチ操作に応じた動作をしないことになる。なお、先述したように、本実施形態では、ユーザがタッチ操作をしなければ操作対象は自律的に行動するが、タッチ操作が行われたままタッチ位置が移動しない場合には、自律的な行動を停止してもよい。この場合、Ｓ１２２の処理は実行されず、後述のＳ１６４に移行してよい。

Ｓ１２０において、タップ操作が行われたと判定された場合（Ｓ１２０；タップ操作）、制御部１１は、タップ操作により実行オブジェクトＰ４６０が選択されたかを判定する（Ｓ１２４）。Ｓ１２４においては、制御部１１は、タップ操作によるタッチ位置が実行オブジェクトＰ４６０に対応する領域内であるかを判定することになる。

実行オブジェクトＰ４６０が選択されたと判定された場合（Ｓ１２４；Ｙ）、制御部１１は、ゲーム状況データＤＴ１０２に基づいて、現在のゲーム状況が攻撃中か守備中かを判定する（Ｓ１２６）。Ｓ１２６においては、制御部１１は、ゲーム状況データＤＴ１０２に格納されたボールを保有するキャラクタＩＤがオリジナルキャラクタであれば攻撃中であると判定し、当該キャラクタＩＤが対戦相手キャラクタであれば守備中であると判定する。

現在のゲーム状況が守備中であると判定された場合（Ｓ１２６；守備中）、制御部１１は、ゲーム状況データＤＴ１０２に基づいて、操作対象を切り替えて（Ｓ１２８）、Ｓ１２２の処理に移行する。Ｓ１２８においては、制御部１１は、現在操作対象として設定されているオリジナルキャラクタ以外のオリジナルキャラクタが操作対象になるように、ゲーム状況データＤＴ１０２に格納される操作対象のキャラクタＩＤを変更する。なお、攻撃中であると判定された場合（Ｓ１２６；攻撃中）、Ｓ１２８の処理は実行されず、Ｓ１２２の処理に移行する。

Ｓ１２０において、ドラッグ操作が行われたと判定された場合（Ｓ１２０；ドラッグ操作）、図２６に移り、制御部１１は、記憶部１２に記憶されたタッチ位置の変化に基づいて、第１位置から第２位置への方向Ｖ１と、第１位置と第２位置との距離Ｌ１と、を取得する（Ｓ１３０）。

制御部１１は、Ｓ１３０で取得した方向Ｖ１と距離Ｌ１とに基づいて、タッチ操作オブジェクトＧ４８０を伸縮させる（Ｓ１３２）。Ｓ１３２においては、先述したように、制御部１１は、距離Ｌ１に基づいてタッチ操作オブジェクトＧ４８０の長さＬ２を決定し、方向Ｖ１に基づいてタッチ操作オブジェクトＧ４８０を伸縮させる方向Ｖ２を決定する。制御部１１は、長さＬ２と方向Ｖ２とに基づいて、タッチ操作オブジェクトＧ４８０を伸縮させることになる。

制御部１１は、Ｓ１３０で取得した方向Ｖ１に基づいて、動作方向ＶＯＴを決定する（Ｓ１３４）。Ｓ１３４においては、制御部１１は、図２１を参照して説明した方法で、動作方向ＶＯＴを決定する。制御部１１は、Ｓ１３４で決定した動作方向ＶＯＴに基づいて、動作方向オブジェクトＧ４４１を表示部１５に表示させる（Ｓ１３６）。Ｓ１３６においては、制御部１１は、操作対象から見て動作方向ＶＯＴ側に位置するように、操作対象の足元に動作方向オブジェクトＧ４４１を表示させる。

制御部１１は、Ｓ１３８で取得した距離Ｌ１を参照する（Ｓ１３８）。距離Ｌ１が第１閾値未満であれば（Ｓ１３８；第１閾値未満）、制御部１１は、第１の動作速度に基づいて、操作対象にドリブル動作又はプレス動作をさせる（Ｓ１４０）。一方、距離Ｌ１が第１閾値以上第２閾値未満であれば（Ｓ１３８；第２閾値未満）、制御部１１は、第１の動作速度よりも速い第２の動作速度に基づいて、操作対象にドリブル動作又はプレス動作をさせる（Ｓ１４２）。先述したように、第１の動作速度と第２の動作速度は、スピードパラメータに関係なく、オリジナルキャラクタ共通の速度である。

一方、距離Ｌ１が第２閾値以上であれば（Ｓ１３８；第２閾値以上）、制御部１１は、ゲーム状況データＤＴ１０２に格納された操作対象のスピードパラメータに応じた第３の動作速度に基づいて、操作対象にドリブル動作又はプレス動作をさせ（Ｓ１４４）、図２５のＳ１６４の処理に移行する。

Ｓ１２０において、ダブルタップ操作が行われたと判定された場合（Ｓ１２０；ダブルタップ操作）、図２７に移り、制御部１１は、タッチ操作オブジェクトＧ４８０の表示態様を変化させる（Ｓ１４６）。Ｓ１４６においては、制御部１１は、例えば、Ｓ１１８で表示させたタッチ操作オブジェクトＧ４８０を第１の色から第２の色に変化させる。

制御部１１は、ゲーム状況データＤＴ１０２に基づいて、現在のゲーム状況が攻撃中か守備中かを判定する（Ｓ１４８）。Ｓ１４８の処理は、Ｓ１２６と同様である。現在のゲーム状況が守備中であると判定された場合（Ｓ１４８；守備中）、制御部１１は、操作対象にタックル動作をさせ（Ｓ１５０）、Ｓ１２２の処理に移行する。Ｓ１５０においては、制御部１１は、操作対象の近くにいる対戦相手キャラクタに向けてタックルさせるようにしてもよいし、ダブルタップ操作によるタッチ位置に応じた方向に向けてタックルさせるようにしてもよい。

一方、現在のゲーム状況が攻撃中であると判定された場合（Ｓ１４８；攻撃中）、制御部１１は、ゲーム状況データＤＴ１０２に基づいて、操作対象がシュートを打てる状態であるかを判定する（Ｓ１５２）。Ｓ１５２においては、制御部１１は、操作対象が所定の体勢であり、かつ、体が対戦相手チームのゴールを向いているかを判定する。

操作対象がシュートを打てる状態であると判定された場合（Ｓ１５２；Ｙ）、制御部１１は、ダブルタップ操作によるタッチ位置と、操作対象のシュートパラメータと、に基づいて、移動範囲を設定する（Ｓ１５４）。Ｓ１５４においては、先述したように、制御部１１は、タッチ位置に関連付けられた基準位置を含むように、シュートパラメータに応じたサイズの移動範囲を仮想世界に設定する。

制御部１１は、Ｓ１５４で設定した移動範囲に基づいて、処理オブジェクトＧ４９０を表示部１５に表示させる（Ｓ１５６）。Ｓ１５６においては、制御部１１は、移動範囲と同じ位置に同じ形状の処理オブジェクトＧ４９０を表示させる。制御部１１は、仮想世界において移動範囲に３Ｄモデルを配置することで処理オブジェクトＧ４９０を表示させてもよいし、仮想世界における移動範囲内のワールド座標をスクリーン座標に変換し、当該スクリーン座標を含むような処理オブジェクトＧ４９０を表示させてもよい。

制御部１１は、Ｓ１５４で設定した移動範囲に基づいて、ボールの移動目標位置又は移動方向を決定する（Ｓ１５８）。Ｓ１５８においては、制御部１１は、移動範囲内の任意の位置を移動目標位置として決定してもよいし、ボールの位置から移動範囲内の任意の位置への方向を移動方向として決定してもよい。

制御部１１は、Ｓ１５８で決定した移動目標位置又は移動方向に基づいて、ボールを移動させ（Ｓ１６０）、Ｓ１２２の処理に移行する。Ｓ１６０においては、制御部１１は、Ｓで決定した移動目標位置又は移動方向を、移動アルゴリズムに代入することでボールの軌道を計算し、その軌道上でボールを移動させる。なお、ボールがゴールから離れた場所にある場合には、ボールは移動範囲に向けて移動するが、移動範囲に届かないことになる。また、ここでは、攻撃中であれば、そのときのゲーム状況に関係なく移動範囲が設定される場合を説明したが、移動範囲は、フリーキック又はペナルティキックのゲーム状況でのみ設定され、他のゲーム状況のときは、特に移動範囲が設定されずに、所定の方向又はタッチ位置に応じた方向にボールが移動するようにしてもよい。

図２６に戻り、Ｓ１２０においてフリック操作が行われたと判定された場合（Ｓ；フリック操作）、制御部１１は、操作対象にパス動作又はスライディング動作をさせ（Ｓ１６２）、Ｓ１２２の処理に移行する。Ｓ１６２においては、制御部１１は、フリック操作で指示された方向を取得し、当該方向に基づいて、攻撃中であれば操作対象にパス動作をさせる。なお、Ｓ１６２におけるパス動作は、フリック操作の速さ又は距離に基づいて、パスの強弱（ショートパス・ロングパス）が変わるようにしてもよい。Ｓ１６２においては、制御部１１は、守備中であれば、フリック操作で指示された方向に基づいて、操作対象にスライディング動作をさせる。

図２５に戻り、Ｓ１２２の処理が実行された後、制御部１１は、ゲーム状況データＤＴ１０２に基づいて、試合が終了したかを判定する（Ｓ１６４）。なお、サッカーの試合は前半と後半が存在するが、ここでは、説明の簡略化のために、前半が終了した直後に後半が始まるものとするが、前半が終了した場合に、いったん本処理が終了し、後半の開始から本処理が再度実行されるようにしてもよい。試合が終了したと判定された場合（Ｓ１６４；Ｙ）、本処理は終了する。この場合、第２状態で進行中に試合の終了時間が到来したので、本処理は終了することになる。

一方、試合が終了したと判定されない場合（Ｓ１６４；Ｎ）、制御部１１は、計時により操作可能時間が経過したかを判定する（Ｓ１６６）。Ｓ１６６においては、制御部１１は、第２状態の開始時点から操作可能時間の長さだけ後の時点が訪れたかを判定することになる。

操作可能時間が経過したと判定されない場合（Ｓ１６６；Ｎ）、Ｓ１１２の処理に戻る。一方、操作可能時間が経過したと判定された場合（Ｓ１６６；Ｙ）、制御部１１は、ゲーム状況データＤＴ１０２に基づいて、ユーザチームがボールを保有しているかを判定する（Ｓ１６８）。ボールを保有していると判定された場合（Ｓ１６８；Ｙ）、制御部１１は、砂時計画像Ｇ４７０が左右に揺れるように表示態様を変更し（Ｓ１７０）、Ｓ１１４の処理に戻る。この場合、操作可能時間が経過しても、第２状態が継続することになる。

一方、ボールを保有していないと判定された場合（Ｓ１６８；Ｎ）、制御部１１は、第２状態から第１状態に切り替えて、ゲーム状況データＤＴ１０２に基づいて、第１状態画像Ｇ３００を表示部１５に表示させる（Ｓ１７２）。制御部１１は、試合が終了したかを判定する（Ｓ１７４）。試合が終了したと判定された場合（Ｓ１７４；Ｙ）、本処理は終了する。一方、試合が終了したと判定されない場合（Ｓ１７４；Ｎ）、Ｓ１０２の処理に戻り、第１状態で試合が進行する。

［第１の構成のまとめ］
以上説明したゲームシステム１の第１の構成によれば、ユーザは、ある長さの操作可能時間だけ操作すればよいので、ゲームに対する関心を高める適度なプレイ時間をユーザに与えることができる。例えばサッカーゲームなどのように、前半や後半のような大まかな単位しかないゲームであったとしても、ユーザに操作させる場面を時間的に区切ることによって、ユーザがプレイする時間を一定の長さに抑えることができる。その結果、１試合全てが自動的に進行する場合に比べてゲームに対する関心を高めることができ、かつ、前半又は後半の全てを操作させる場合に比べて、適度なプレイ時間を与えることができるようになる。更に、ユーザは自分のリーグやランキングを上げるために、スタジアムパートの試合で高いポイントを獲得することを目指しているので、繰り返し試合をプレイすることが多い。この点、試合時間が長くなると、試合数をこなしにくくなりユーザにとって不都合が生じるが、ゲームシステム１によれば、１試合が適度なプレイ時間であるのでユーザにとってこのような不都合は生じない。更に、ユーザ端末１０が携帯電話である場合には、例えば、電車に乗車中などの空き時間にゲームをプレイしたり、飲食店で食事の提供を待っている間などの短い空き時間を利用してゲームをプレイしたりすることが多いが、１試合をある程度短い時間（例えば、乗車時間や食事待ち時間）にすることで、短い空き時間を利用してゲームをプレイするユーザであっても区切りよく１試合を終えるようにすることができる。即ち、試合時間が長くなってしまうと、短い空き時間に試合が終わらなくなってしまい、ユーザにとって不都合が生じる可能性があるが、プレイ時間を適度な範囲に留めることでこのような不都合の発生を防止することができる。

また、ゲーム状況をユーザに操作させる操作可能時間の長さに影響させることで、ゲーム状況に応じて当該操作可能時間の長さを変えることができる。例えば、ゲームの進行上重要な場面（例えば、サッカーゲームでは、得点を期待できるようなチャンス時）は操作可能時間を長めに設定することができ、重要な場面を長くユーザに操作させることができる。その結果、重要な場面にもかかわらず、途中で操作できなくなってしまうことを防止することができ、ユーザのゲームに対する関心を効果的に高めることができる。

また、ゲームが所定のゲーム状況になった場合にユーザが操作可能になるので、ユーザは、所定の状況から操作することができる。その結果、例えば、ゲームの進行上重要な場面だけユーザに操作させることができる。また例えば、ゲームプレイを途中から始めるのに区切りの良い所定の状況から操作を始めるようにすることで、ユーザがスムーズにゲームの途中からプレイすることができる。

また、砂時計画像Ｇ４７０の表示態様の変化により、ユーザが操作可能時間の長さを把握しながら操作することができる。その結果、当該操作可能時間の残り時間を考えながらゲームをプレイさせることができるので、予期しないときに操作機会が中断してしまい、ユーザが不満に感じてしまうことを防止することができる。

また、砂時計画像Ｇ４７０の表示態様の変化により、ユーザは、自分で操作可能な残り時間が閾値未満になったことを把握しながら操作することができる。つまり、操作機会が中断されるまでの時間が残り少なくなっていることを容易に把握することができる。その結果、少なくなった残り時間でどのような操作をすべきかを考えながらユーザにゲームをプレイさせることができる。また、ユーザがこれから操作しようと思っていたことを操作機会が突然中断されることでできなくなってしまい、ユーザが不満に感じてしまうことを防止することもできる。

また、操作可能時間データにより、ゲーム状況ごとに操作可能時間の長さを決定することができる。その結果、ゲーム状況に応じて操作可能時間の長さを変えることができるので、ゲームに変化を与えることができ、ユーザの関心を効果的に高めることができる。

また、操作可能時間が経過する場合のゲーム状況に基づいてユーザが操作可能な状態を継続させることで、ユーザにプレイさせた方が好ましい状況で操作できなくなってしまうことを防止することができる。その結果、ユーザにプレイさせた方が良いにも関わらずプレイの途中で突然操作できなくなってしまい、ユーザが不満に感じてしまうことを防止することができる。例えば、ユーザチームがボールを保有しており得点のチャンスが続いているにもかかわらず操作可能時間が経過してプレイを継続できなくなってしまうようなことを防止することができる。

また、ボールが何れのキャラクタに関連付けられているかを判定することによって、ユーザに操作させた方がよい場面が続いているかを推定してユーザが操作可能な状態を継続させるので、ユーザにプレイさせた方が良いにも関わらずプレイの途中で突然操作できなくなってしまい、ユーザが不満に感じてしまうことを防止することができる。

［第２の構成のまとめ］
以上説明したゲームシステム１の第２の構成によれば、タッチ操作オブジェクトＧ４８０の伸び具合から、第１位置Ｐ１から第２位置Ｐ２への方向Ｖ１と第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１とを直観的に把握できるので、ゲーム状況に基づいて複数のオリジナルキャラクタの中からユーザの操作対象とするオリジナルキャラクタが決定される場合において、操作対象として決定されたオリジナルキャラクタに対する操作をユーザが直感的に把握し易くなる。例えば、特許文献１のような技術では目印の位置を頼りにしなければ操作を把握できないが、ゲームシステム１では、タッチ操作オブジェクトＧ４８０の長さというより視覚的に把握しやすいものを利用することで、オリジナルキャラクタ以外の表示物を見る余裕がないようなゲームでも、ユーザは操作を直観的に把握することができる。

また、動作方向オブジェクトＧ４４１の表示を、操作対象として決定されたオリジナルキャラクタの表示に影響させることで、ユーザが、操作対象として決定されたオリジナルキャラクタを見ながら動作方向オブジェクトＧ４４１を確認し易くなるので、動作方向を把握し易くなる。

また、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１が閾値以上になることが、オリジナルキャラクタのスピードパラメータに応じた移動速度で移動させることの条件になり、オリジナルキャラクタのスピードパラメータに応じた移動速度で移動させるための操作を直観的にすることができる。

また、ユーザは、操作対象として決定されたオリジナルキャラクタを、ピッチ上の長手方向に移動させることが多いので、その方向に対して接触位置の移動範囲を広くとることで、指やタッチペンなどを移動させやすくなる。また、タッチ位置の移動範囲を広くとることができるため、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１について多段階の閾値を設定し易くなる。これは、短手方向に移動することが多いゲームの場合、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１について多段階の閾値を設定しようとしても接触位置の移動範囲の狭さから閾値間の距離を短くせざるを得なくなりユーザ操作が困難となってしまうものの、長手方向に移動させることが多いゲームの場合、接触位置の移動範囲の広さから閾値間の距離を比較的長く取れるのでユーザ操作を容易とすることができるためである。

また、ユーザがタッチパネル１４Ａで操作していないときは、操作対象として決定されたオリジナルキャラクタが予め定められた動作をし、ユーザが常に操作しなければならないわけではなく、必要に応じて操作すればよくなるので、操作の手間を省くことができる。

また、所定の条件を満たした場合に、ユーザの意志で操作対象として決定されるオリジナルキャラクタを変えることができる。また、例えば、所定の条件を満たさない場合にユーザの意志で操作対象を変えることができないようにすれば、操作対象を変えない方がゲームをプレイしやすくなる状況に、誤入力などにより操作対象が変わってしまうことを防止することができる。

また、ユーザは表示部１５に表示されたオリジナルキャラクタの位置や向きを意識して動作方向を決めるので、仮想視点の位置を動作方向に影響させることで、ユーザの意図に沿った動作方向で動作させ易くなる。

［第３の構成のまとめ］
以上説明した第３の構成によれば、ダブルタップ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示態様が、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示態様とは異なる表示態様に設定されるため、ダブルタップ操作を成功したことをユーザが容易に把握することができる。その結果、ユーザは、再度ダブルタップ操作を行うべきかの判断を短時間ですることができるようになり、不必要にタッチ操作を繰り返すことを防止することができる。更に、不必要にタッチ操作を繰り返すことを防止することで、その他の操作に支障をきたすことも防止することができる。

また例えば、ゲーム処理を実行するためのゲーム処理実行条件が定められている場合には、ゲーム処理が実行されなかったという結果だけでは、ゲーム処理が実行されなかった原因が、連続タッチ操作を失敗したからであるのか、ゲーム処理実行条件が満たされなかったからであるのかをユーザは把握することができないが、ゲームシステム１によれば、ゲーム処理実行条件が満たされるか否かの判定結果を待つことなく、直ちに異なる表示態様のタッチ操作オブジェクトＧ４８０が表示されるため、ゲーム処理が実行されなかった場合に、ゲーム処理が実行されなかった原因がダブルタップ操作を失敗したからではなく、ゲーム処理実行条件が満たされなかったからであると把握することができる。また、ゲーム処理が実行される前にダブルタップ操作の成否が直ぐ分かることから、ダブルタップ操作が成功したと分かった後に不必要なダブルタップ操作をすることを防ぐことができる。

また例えば、ダブルタップ操作が行われた場合に処理オブジェクトＧ４９０が表示されるため、ダブルタップ操作を成功したことに加えて、ダブルタップ操作を成功した場合に実行されるゲーム処理の内容に関する情報をユーザが容易に把握することができる。

また例えば、処理オブジェクトＧ４９０がタッチ操作によるタッチ位置とは異なる位置に表示されるため、タッチ操作を行う指等によって処理オブジェクトＧ４９０が隠れて見難くなってしまわないようにすることができる。処理オブジェクトＧ４９０は、ダブルタップ操作を成功したことを間接的（又は直接的）に示すものでもあるため、ダブルタップ操作を成功したことや、それによって実行されるゲーム処理の内容に関する情報をユーザが確実に把握できるように担保することができる。

また例えば、ボールの移動目標位置又は移動方向を示す処理オブジェクトＧ４９０が、当該ボールの移動目標位置又は移動方向に対応する位置に関連付けて表示されるため、ダブルタップ操作を成功したことに加えて、ボールの移動目標位置又は移動方向をユーザが容易に把握することができる。ボールが移動するゲームにおいては、ボールの移動目標位置又は移動方向がゲームの進行上重要な役割を果たす。この点、ダブルタップ操作を成功したか否かだけでなく、ゲームの進行上有益な情報もユーザが把握することができる。

また例えば、ダブルタップ操作によるタッチ位置に基づいて、ボールの移動目標位置又は移動方向を設定することにより、ユーザは、ボールの移動目標位置又は移動方向をダブルタップ操作によるタッチ位置によって指示することができる。また、ダブルタップ操作によるタッチ位置に基づいて、ボールの移動目標位置又は移動方向に対応する位置に関連付けて処理オブジェクトＧ４９０を表示させることにより、ユーザは、処理オブジェクトＧ４９０を見ることによって、自分が指示したタッチ位置によって、ボールがどのように移動するかを把握することができる。

また例えば、オリジナルキャラクタのパラメータに応じて移動範囲を決定することで、ボールを狙った場所に移動させやすいか否か（例えば、サッカーゲームであれば、シュートやパスの精度が高いか否か）を、オリジナルキャラクタのパラメータに応じて変えることができる。また、ボールが向かう移動範囲に基づいて処理オブジェクトＧ４９０の表示態様が設定されるので、ユーザは処理オブジェクトＧ４９０の表示態様に注目することによって、ボールが向かう移動範囲を把握することができる。更に、ボールが向かう移動範囲は、オリジナルキャラクタのパラメータに基づいて定まるので、ユーザは、処理オブジェクトＧ４９０の表示態様に注目することによって、オリジナルキャラクタのパラメータを把握することもできる。

また例えば、オリジナルキャラクタの能力が高いほど移動範囲が小さくなり、当該能力が低いほど移動範囲が大きくなるように、移動範囲を設定することにより、オリジナルキャラクタの能力に応じて、ボールを狙った場所に移動させやすいか否かを変えることができる。更に、オリジナルキャラクタの能力が高いほど処理オブジェクトＧ４９０の表示サイズが小さくなり、当該能力が低いほど処理オブジェクトＧ４９０の表示サイズが大きくなるように、処理オブジェクトＧ４９０の表示サイズを設定ことにより、ユーザは、処理オブジェクトＧ４９０の表示サイズに注目することによって移動範囲を予測することができる。また、ユーザは、処理オブジェクトＧ４９０の表示サイズから、ボールを狙った場所に移動させやすいかをユーザが把握することができる。その結果、サッカーゲームにおいて、狙った場所にシュートできるかを、処理オブジェクトＧ４９０の表示サイズからユーザに感じさせることができる。即ち、処理オブジェクトＧ４９０の表示サイズからゴールの期待感をユーザに与えることができる。また、ユーザは処理オブジェクトＧ４９０の表示サイズに注目することで、オリジナルキャラクタの能力を把握することもできる。

また例えば、ダブルタップ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の色が、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の色とは異なる色に設定されるため、ユーザは、タッチ操作オブジェクトＧ４８０の色に注目することによって、ダブルタップ操作を成功したか否かを一見して把握することができる。

また例えば、タッチ操作オブジェクトＧ４８０が表示された状態のまま第１の表示態様から第２の表示態様に変わるため、ユーザは、タッチ操作オブジェクトＧ４８０の表示態様の変化から、ダブルタップ操作を成功したことを把握することができる。タッチ操作オブジェクトＧ４８０が表示されたまま表示態様が変化すると、ユーザはその変化に気づきやすいので、ダブルタップ操作を成功したことをユーザはより把握しやすくなる。

［５．変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。

［５−１．第１の構成に関する変形例］
（１）まず、第１の構成に関する変形例を説明する。図２８は、第１の構成に関する変形例の機能ブロック図である。図２８に示すように、第１の構成に関する変形例では位置判定部１１７が実現される。

（１−１）例えば、実施形態では、操作可能時間が経過したとしても、ユーザチームがボールを保有している限りは第２状態が継続する場合を説明したが、ボールが対戦相手チームのペナルティエリア内などの領域内にある場合には、対戦相手チームがボールを保有していたとしても、ユーザチームの得点の可能性があるため、第２状態を継続させるようにしてもよい。

本変形例のユーザ端末１０は、位置判定部１１７を含む。位置判定部１１７は、制御部１１を主として実現される。位置判定部１１７は、仮想世界の所定領域内にボールがあるかを判定する。位置判定部１１７は、ゲーム状況データＤＴ１０２を参照して判定処理を実行する。

「所定領域」とは、例えば、仮想世界内の予め定められた領域である。例えば、本実施系形態のように、ボールをゴール内に移動させることで得点が得られるスポーツゲームの場合、ゴールから所定距離以内の領域であり、例えば、ペナルティエリア内である。ペナルティエリアは、対戦相手側又は自陣側のいずれか一方若しくは両方を設定することができる。本実施形態では、操作可能時間データＤＴ１０３に所定領域の座標が定義されているものとする。位置判定部１１７は、ゲーム状況データＤＴ１０２に格納されたボールの位置が、操作可能時間データＤＴ１０３に定義された所定領域内にあるか否かを判定することになる。

本変形例の継続部１１１は、関連付け判定部１１０の判定結果と、位置判定部１１７の判定結果と、に基づいて、第２状態を継続させることになる。例えば、関連付け判定部１１０によりユーザチームがボールを保有していると判定された場合、又は、位置判定部１１７により所定領域内にボールがあると判定された場合に、継続部１１１は、第２状態を継続させ、関連付け判定部１１０によりユーザチームがボールを保有していると判定されず、かつ、位置判定部１１７により所定領域内にボールがあると判定されない場合に、第２状態を継続させず、試合の進行が第１状態に切り替わる。

変形例（１−１）によれば、ボールがペナルティエリア内にあるかを判定することによって、ユーザに操作させた方がよい場面が続いているかを推定してユーザが操作可能な状態を継続させるので、ユーザにプレイさせた方が良いにも関わらずプレイの途中で突然操作できなくなってしまい、ユーザが不満に感じてしまうことを防止することができる。

（１−２）また例えば、実施形態では、第２の状態において操作可能時間が経過したときに試合の終了時間が到来していない場合、ゲームの進行が第２の状態から第１の状態に戻る場合を説明したが、第１の状態から第２の状態に切り替わった後に、第１の状態に戻らないようにしてもよい。

本変形例では、実施形態と同様の機能が実現されるようにしてよいが、例えば、第１進行部１０１は、経過判定部１０９が、計時により計時開始してから操作可能期間の長さが経過したと判定した場合であっても、第２の状態から第１の状態に切り替えない。この場合、第２進行部１０５は、実施形態で説明したような第２状態の終了の条件が満たされた場合に、ゲームを終了させる。即ち、試合の残り時間が残っていたとしても、第１状態に戻ることなく、第２状態のまま途中で試合が終了することになる。

なお、本変形例では、実施形態で説明したように、時間決定部１０４は、第１状態から第２状態に切り替わる場合のゲームのゲーム状況に基づいて第２状態でゲームを進行させる操作可能時間の長さを決定するようにしてよい。即ち、時間決定部１０４が決定した操作可能時間の長さが経過した後は、試合の進行が第１状態に戻ることなく終了することになる。

変形例（１−２）によれば、第１状態から第２状態に切り替わる場合のゲーム状況に応じた操作可能時間の長さで第２状態の試合をプレイさせることができ、その後は第１状態に戻ることなくゲームが終了するので、例えば、重要な場面に限り試合をユーザにプレイさせることができる。

（１−３）また例えば、実施形態では、ユーザチームに関する状況が所定の状況になった場合に第２状態になる場合を説明したが、対戦相手チームに関する状況が所定の状況になった場合に第２状態になるようにしてもよい。例えば、対戦相手チームがコーナーキックを獲得した場合、ペナルティキックを獲得した場合、フリーキックを獲得した場合、スローイングを獲得した場合、又はゴールキックを獲得した場合に第２状態にするようにしてもよい。この場合、ユーザは、対戦相手チームに得点を与えずにボールを奪取して攻撃を組み立てるべく、ユーザチームの守備をプレイすることになる。他にも例えば、戦況に応じて第２状態にするようにしてもよく、例えば、ユーザチームが負けている状態でチャンスシーンになった場合に第２状態にするなどしてもよい。

また例えば、先述したように、操作対象時間の長さがフレーム数で設定されてもよく、この場合、操作対象時間の長さは、１００フレームや３００フレームなどのように設定されることになる。なお、あるフレームの処理が正常に終了しないいわゆる処理落ちが発生した場合、リアルタイムクロックが計時する時分秒の情報とフレーム数とが一致しないことがあるが、ゲームの種類や場面に応じて操作対象時間の長さを定義する方法を秒数やフレーム数などで使い分けるようしてもよい。また例えば、操作対象の切り替えは、実行オブジェクトＰ４６０をタップ操作する以外にも、第２状態画像Ｇ４００に表示されたオリジナルキャラクタをタップ操作で選択することで切り替わってもよい。

［５−２．第２の構成に関する変形例］
（２）次に、第２の構成に関する変形例を説明する。図２９は、第２の構成に関する変形例の機能ブロック図である。図２９に示すように、第２の構成に関する変形例では、タッチ判定部１１８と効果発生部１１９とを含む。

（２−１）例えば、実施形態では、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１が第２閾値以上である場合、操作対象がパラメータに応じた動作速度で移動する場合を説明したが、この場合に、所定のオブジェクトを表示させるようにしてもよい。

表示制御部１１４は、操作対象として決定されたオリジナルキャラクタがパラメータに応じた速度で移動する場合、当該オリジナルキャラクタに関連付けてエフェクトオブジェクトを表示部１５に表示させるための制御を行う。例えば、表示制御部１１４は、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１が第２閾値以上である場合、エフェクトオブジェクトを表示部１５に表示させるための制御を行うことになる。

「エフェクトオブジェクト」とは、視覚的に認識可能な画像であればよく、例えば、オリジナルキャラクタの表面形状を変えるための画像である。また例えば、エフェクトオブジェクトは、オリジナルキャラクタの付近（近傍）に表示される所定の画像であり、例えば、オリジナルキャラクタの周囲に風を切るような画像を表示させたり、操作対象のユニフォームを別の表示態様の画像に変えたりすることである。

図３０は、第２状態画像Ｇ４００にエフェクトオブジェクトが表示される様子を示す図である。図３０に示すように、表示制御部１１４は、操作対象の周囲に風を切るようなエフェクトオブジェクトＧ４４２を表示させる。エフェクトオブジェクトＧ４４２は、仮想世界に３Ｄモデルとして表現されてもよいし、仮想世界の様子を示す画像の上の層のレイヤーに画像として表示されてもよい。エフェクトオブジェクトＧ４４２を表示させるためのモデルデータや画像データは、データ記憶部１００に予め記憶されているものとする。

変形例（２−１）によれば、オリジナルキャラクタがパラメータに応じた速度で移動する場合、操作対象として決定されたオリジナルキャラクタに関連付けてエフェクトオブジェクトが表示されるので、操作対象として決定されたオリジナルキャラクタを見ながらエフェクトオブジェクトを確認し易くなる。そのため、ユーザはオリジナルキャラクタがパラメータに応じた速度で移動していることが把握し易くなる。

（２−２）また例えば、操作対象がパラメータに応じた動作速度で動作していることを、エフェクトオブジェクトＧ４４２ではなく、タッチ操作オブジェクトＧ４８０を利用してユーザに通知してもよい。

変形例（２−２）では、表示制御部１１４は、操作対象として決定されたオリジナルキャラクタが同じ速度で移動する場合のタッチ操作オブジェクトＧ４８０の表示態様と、当該オリジナルキャラクタがパラメータに応じた速度で移動する場合のタッチ操作オブジェクトＧ４８０トの表示態様と、を異ならせるための制御を行う。

「タッチ操作オブジェクトの表示態様」とは、タッチ操作オブジェクトＧ４８０の色、表示位置、模様、輝度、大きさ、形状などである。例えば、表示制御部１１４は、操作対象として決定されたオリジナルキャラクタが同じ速度で移動する場合は、第１の表示態様でタッチ操作オブジェクトを表示させ、当該オリジナルキャラクタがパラメータに応じた速度で移動する場合は、第２の表示態様でタッチ操作オブジェクトＧ４８０を表示させるための制御を行う。

変形例（２−２）によれば、タッチ操作オブジェクトＧ４８０の表示態様の変化により、操作対象として決定されたオリジナルキャラクタが、オリジナルキャラクタに関係なく同じ速度で移動しているのか、パラメータに応じた速度で移動しているのかを把握することができる。

（２−３）また例えば、実施形態では、ユーザがドラッグ操作をした後にタッチが解除されると、タッチ操作オブジェクトＧ４８０が基準形状に戻る場合を説明したが、基準形状に戻ったときにダブルタップ操作をすると、シュートの威力が強くなるようにしてもよい。

本変形例のユーザ端末１０は、タッチ判定部１１８と効果発生部１１９を含む。タッチ判定部１１８は、制御部１１を主として実現される。タッチ判定部１１８は、タッチ操作オブジェクトが基本形状に戻る場合に、再びタッチ操作が行われたかを判定する。タッチ判定部１１８は、タッチ操作オブジェクトＧ４８０が基本形状に戻るタイミングと、再びタッチ操作が行われたタイミングと、のずれ時間を取得する。タッチ操作オブジェクトＧ４８０は、当該取得したずれ時間が所定時間未満であった場合に、タッチ操作オブジェクトＧ４８０が基本形状に戻る場合に再びタッチ操作が行われたと判定する。言い換えれば、タッチ判定部１１８は、タッチ操作オブジェクトＧ４８０が基本形状に戻ったタイミングと、再びタッチ操作が行われたタイミングと、が略一致するかを判定する。

なお、タッチ操作オブジェクトＧ４８０が基本形状に戻るタイミングは、タッチが解除されたタイミングの所定時間後であってもよいし、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１に応じて定まってもよい。例えば、タッチ操作オブジェクトＧ４８０が基本形状に戻る速度が定められている場合には、タッチ判定部１１８は、第１位置Ｐ１と第２位置Ｐ２との距離Ｌ１と当該速度とに基づいて、基本形状に戻るタイミングを特定すればよい。

効果発生部１１９は、制御部１１を主として実現される。効果発生部１１９は、タッチ判定部１１８の判定結果に基づいて、操作対象として決定されたオリジナルキャラクタが有利になる効果を発生させる。「有利になる効果」とは、ゲームにおいて操作対象のオリジナルキャラクタが有利になることであり、例えば、操作対象のオリジナルキャラクタの能力を上げることであってもよいし、対戦形式のゲームであれば対戦相手チームの能力を下げることであってもよい。他にも例えば、有利になる効果は、操作対象のオリジナルキャラクタが移動させるボールの速度を上げることであってもよいし、操作対象のオリジナルキャラクタのスキルを発動させることであってもよい。

変形例（２−３）によれば、タッチ操作オブジェクトＧ４８０を利用してゲームの興趣性を高めることができる。

（２−４）また例えば、実施形態では、操作対象の足元にカーソル画像Ｇ４４０が表示される場合を説明したが、ユーザチームのオリジナルキャラクタのうち操作対象以外のものにもカーソル画像が表示されてもよい。この場合、操作対象のカーソル画像Ｇ４４０の表示態様と、他のオリジナルキャラクタのカーソル画像の表示態様と、を異ならせてもよい。また例えば、第２状態画像Ｇ４００において、操作対象の特殊能力が表示されてもよい。

［５−３．第３の構成に関する変形例］
（３）次に、第３の構成に関する変形例を説明する。本変形例の機能ブロックは、実施形態で説明したものと同じである。

（３−１）実施形態では、ダブルタップ操作が行われた場合に、処理オブジェクトＧ４９０の色が変化する場合を説明したが、処理オブジェクトＧ４９０の表示態様を変化させる方法はこれに限られない。例えば、濃淡や表示サイズ、表示位置、形状、点滅の有無、ぼかしの有無又は程度などの表示態様を異ならせてもよい。本変形例では、ダブルタップ操作が行われた場合に、処理オブジェクトＧ４９０の表示サイズを変える場合を説明する。

本変形例の表示制御部１１４は、ダブルタップ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示サイズを、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示サイズとは異なる表示サイズに設定する。

図３１は、ユーザがダブルタップ操作をした場合の第２状態画像Ｇ４００を示す図である。図３１に示すように、例えば、ユーザがダブルタップ操作をすると、第２状態画像Ｇ４００が大きくなる。表示制御部１１４は、ダブルタップ操作が行われた場合、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０とは大きさが異なる画像（画面画像）を取得してタッチ操作オブジェクトＧ４８０を表示させてもよいし、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示サイズのみを変えたタッチ操作オブジェクトＧ４８０を表示させてもよい。なお、表示制御部１１４は、ダブルタップ操作が行われた場合、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０よりも小さいタッチ操作オブジェクトＧ４８０を表示させてもよい。

変形例（３−１）によれば、ダブルタップ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示サイズが、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示サイズとは異なる表示サイズに設定されるため、ユーザはタッチ操作オブジェクトＧ４８０の表示サイズに注目することによって、ダブルタップ操作を成功したか否かを一見して把握することができる。

（３−２）また例えば、表示制御部１１４は、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の位置を、第１の表示位置規則に従って決定される表示位置に設定し、ダブルタップ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示位置を、第１の表示位置規則とは異なる第２の表示位置規則に従って決定される表示位置に設定してもよい。

ここで、「表示位置規則」とは、表示位置をどのように決定するのかの規則である。例えば「第１の表示位置規則」は、タッチ操作によるタッチ位置に基づいて表示位置を決定するような規則である。より具体的には、タッチ操作によるタッチ位置自体を表示位置として決定するような規則である。また例えば「第２の表示位置規則」は、ダブルタップ操作が行われた場合に実行されるゲーム処理に関連する位置を表示位置として決定するような規則である。ゲーム処理が「ボールを移動させる処理」を含む場合、「第２の表示位置規則」は、ボールの位置（より具体的には、ボールの現在位置や、移動目標位置、移動方向に対応する位置など）を表示位置として決定するような規則である。

図３２は、本変形例において攻撃中にユーザがダブルタップ操作をした場合の第２状態画像Ｇ４００を示す図である。図３２に示すように、表示制御部１１４は、ダブルタップ操作が行われた場合、ボールの現在位置に、タッチ操作オブジェクトＧ４８０を表示させてもよい。

変形例（３−２）によれば、ダブルタップ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示位置が、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトＧ４８０の表示位置とは異なる表示位置に設定されるため、ユーザはタッチ操作オブジェクトＧ４８０の表示位置に注目することによって、ダブルタップ操作を成功したか否かを一見して把握することができる。

（３−３）実施形態では、ダブルタップ操作が行われた場合、表示制御部１１４が、ボールの移動範囲を示す処理オブジェクトＧ４９０を表示させる場合について説明したが、処理オブジェクトＧ４９０は、オリジナルキャラクタによって行われる動作に関する情報を示すオブジェクトとしてもよい。

「動作に関する情報」とは、例えば、動作の種類、動作の目標位置、又は動作に関する方向などの情報である。例えば、サッカーゲームなどのスポーツゲームでは、シュート動作（又はパス動作）が、上記「動作」に相当する。この場合、シュート（又はパス）が「動作の種類」に相当し、シュート（又はパス）されたボールの移動目標位置が「動作の目標位置」に相当し、シュート（又はパス）されたボールの移動方向が「動作に関する方向」に相当する。またこの場合、例えば、「シュートだ！」との吹き出し画像が「動作に関する情報を示すオブジェクト」の一例に相当する。

本変形例の表示制御部１１４は、処理オブジェクトＧ４９０をオリジナルキャラクタに関連付けて表示させる。例えば、表示制御部１１４は、操作対象と関連があるとユーザが認識できるようにして処理オブジェクトＧ４９０を表示させる。また例えば、表示制御部１１４は、操作対象の位置と所定の位置関係を有する位置に処理オブジェクトＧ４９０を表示させる。また例えば、表示制御部１１４は、操作対象付近（近傍）に処理オブジェクトＧ４９０を表示させる。

図３３は、攻撃中にユーザがダブルタップ操作をした場合の第２状態画像Ｇ４００を示す図である。図３３に示すように、表示制御部１１４は、処理オブジェクトＧ４９０として、操作対象の動作を示す文字を含む吹き出し画像（「シュートだ！」）を、操作対象の付近に表示させる。なお、ゲーム処理実行条件が満たされないと判定された場合、表示制御部１１４は、処理オブジェクトＧ４９０を表示させなくてよい。

変形例（３−３）によれば、操作対象によって行われる動作に関する情報を示す処理オブジェクトを操作対象に関連付けて表示させることで、ユーザは、ダブルタップ操作を成功した場合に操作対象によって行われる動作に関する情報を、ゲームをプレイしながら容易に把握することができる。

（３−４）また例えば、連続タッチ操作が行われた場合、表示制御部１１４は、タッチ操作オブジェクトとして、処理オブジェクトを表示させるための制御を行ってもよい。この場合、処理オブジェクトは、連続タッチ操作を成功したことを間接的（又は直接的）に示すものでもあるため、ユーザは、連続タッチ操作を成功したことや、それによって実行されるゲーム処理の内容に関する情報を把握することができる。

また例えば、シュートしたボールを移動させるための移動範囲が設定される場合を説明したが、特に移動範囲が設けられず、自動的にボールの移動方向などが決定されるようにしてもよい。また例えば、ダブルタップ操作が行われた場合のシュートの方向や移動速度は、ダブルタップ操作によるタッチ位置に関係なく、自動的に決定されてもよい。なお、ユーザの操作対象がシュートすると、対戦相手キーパーのセービングパラメータによって、得点が決まるか否かが決定されることになる。

［５−４．その他変形例］
（４）また例えば、上記変形例の２つ以上を組み合わせてもよい。更に、実施形態で説明した第１の構成〜第３の構成の何れか１つ又は２つのみがゲームシステム１で実現されるようにしてもよい。また、第１の構成では、第１進行部１０１、第２進行部１０５、時間決定部１０４、及び経過判定部１０９以外の機能を省略してもよい。また、第２の構成では、タッチ位置取得部１１２、操作対象決定部１１３、表示制御部１１４、及び動作制御部１１５以外の機能を省略してもよい。また、第３の構成では、表示制御部１１４及び処理実行部１１６以外の機能を省略してもよい。

また例えば、ドラッグ操作、ダブルタップ操作、及びフリック操作などの操作方法は、ユーザ端末１０のオペレーティングシステムにより提供されるようにしてよい。この場合、オペレーティングシステムは、タッチパネル１４Ａから行われた操作を検出し、ゲームプログラムは、オペレーティングシステムが出力したタッチ位置を取得する。即ち、タッチパネル１４Ａにおけるタッチ位置を解析する機能自体はあくまでオペレーティングシステムに備えられており、ゲームプログラムは、オペレーティングシステムから提供された解析結果を取得するようにしてよい。また例えば、表示部１５に各画像を表示させる処理は、ゲームプログラムにより行われるのではなく、ユーザ端末１０のオペレーティングシステムにより行われるようにしてもよい。この場合、ゲームプログラムは、オペレーティングシステムに対して画像の描画命令を送り、オペレーティングシステムの処理により、表示部１５に画像が表示されることになる。このように、オペレーティングシステムで実現される機能と、ゲームプログラムで実現される機能と、が分けられているようにしてもよい。

また例えば、実施形態では、表示制御部１１４が、カーソル画像Ｇ４４０の付近（近傍）に動作方向オブジェクトＧ４４１を表示させることで動作方向を示す場合を説明したが、表示制御部１１４は、カーソル画像Ｇ４４０の表示態様を変えることで動作方向を示すようにしてもよい。この場合、表示制御部１１４は、例えば、動作方向に基づいてカーソル画像Ｇ４４０を変形させるようにしてもよいし、カーソル画像Ｇ４４０のうち動作方向側の色を変えるようにしてもよい。カーソル画像Ｇ４４０を変形させる場合、例えば、表示制御部１１４は、動作方向側に長くなるようにカーソル画像Ｇ４４０を変形させるようにしてもよいし、動作方向側が矢印などの方向を示す形状になるようにカーソル画像Ｇ４４０を変形させるようにしてもよい。

また例えば、タッチ操作オブジェクトＧ４８０がサッカーボールの画像である場合を説明したが、任意の画像であればよく、例えば、オリジナルキャラクタの画像でもよいし、弾性体を模した画像であってもよい。また例えば、スタジアムパートにおける試合でユーザが獲得するポイントは、試合内容や試合結果により決まるが、同じ事象であっても、第１状態で自動的に発生した場合より、第２状態でユーザが操作したときに発生した場合の方が、獲得ポイントを高くするようにしてもよい。

また例えば、ユーザ端末１０で主要な機能が実現される場合を説明したが、主要な機能がサーバ３０で実現されるようにしてもよい。この場合、データ記憶部１００は記憶部３２を主として実現され、他の各機能は、制御部３１を主として実現される。サーバ３０は、各画像の表示データをユーザ端末１０に送信し、ユーザ端末１０は、受信した当該表示データに基づいて各画像を表示部１５に表示させる。そして、ユーザ端末１０は、操作部１４が受け付けた操作内容をサーバ３０に送信し、サーバ３０は、受信した操作内容に基づいて各処理を実行する。

また例えば、ユーザ端末１０とサーバ３０とで各機能が分担されてもよい。例えば、データ記憶部１００がサーバ３０で実現される場合には、サーバ３０は、ユーザ端末１０にネットワークＮを介してデータ記憶部１００に記憶されたデータを送信し、ユーザ端末１０でゲームが実行されるようにしてもよい。また例えば、第１進行部１０１及び第２進行部１０５の少なくとも一方がサーバ３０で実現される場合、サーバ３０は、ゲームの実行結果を示すデータをユーザ端末１０に送信し、ユーザ端末１０で各画像が表示されるようにしてもよい。また例えば、状況判定部１０３、経過判定部１０９、関連付け判定部１１０、位置判定部１１７、及びタッチ判定部１１８の少なくとも１つがサーバ３０で実現される場合、サーバ３０は、判定結果を示すデータをユーザ端末１０に送信し、ユーザ端末１０でゲームが実行されるようにしてもよい。また例えば、表示制御部１１４、時間通知部１０６、及び残り時間通知部１０７がサーバ３０で実現される場合には、サーバ３０は、各画像の表示データをユーザ端末１０に送信し、ユーザ端末１０において各画像が表示されるようにしてもよい。また例えば、ボール制御部１０８及び動作制御部１１５の少なくとも一方がサーバ３０で実現される場合には、サーバ３０は、制御結果をユーザ端末１０に送信し、ユーザ端末１０でゲームが実行されるようにしてもよい。また例えば、時間決定部１０４及び操作対象決定部１１３の少なくとも一方がサーバ３０で実現される場合には、サーバ３０は、決定結果をユーザ端末１０に送信し、ユーザ端末１０でゲームが実行されるようにしてもよい。また例えば、関連付けデータ取得部１０２及びタッチ位置取得部１１２の少なくとも一方がサーバ３０で実現される場合には、サーバ３０は、ユーザ端末１０から関連付けやタッチ位置を取得すればよい。また例えば、継続部１１１がサーバ３０で実現される場合には、サーバ３０は、継続部１１１の判定結果をユーザ端末１０に送信し、ユーザ端末１０で第２状態が継続されるようにしてもよい。

また例えば、実施形態では、サッカーゲームが実行される場合を説明したが、他のゲームに本発明に係る処理を適用してもよい。例えば、バスケットボールゲームなどの他のスポーツゲームに本発明に係る処理を適用してもよい。また例えば、スポーツゲーム以外にも、アクションゲーム、ロールプレイングゲーム、カードバトルゲームなどの種々のゲームに本発明に係る処理を適用してもよい。

［６．付記］
以上のような記載から、本発明は例えば以下のように把握される。

［６−１．第１の構成に係る発明］
１−１）本発明の一態様に係るゲーム制御装置（１０，３０）は、ゲームオブジェクトに対するユーザの操作が制限された第１状態で、前記ゲームオブジェクトに基づくゲームを進行させる第１進行手段（１０１）と、前記第１状態から、前記ユーザの操作が可能な第２状態に切り替えて、前記第２状態で前記ゲームを進行させる第２進行手段（１０５）と、前記第２状態で前記ゲームを進行させる時間の長さを決定する時間決定手段（１０４）と、前記ゲームが前記第２状態で進行する場合に、計時により計時開始してから前記決定した時間の長さが経過したかを判定する経過判定手段（１０９）と、を含み、前記第１進行手段（１０１）は、前記経過判定手段（１０９）が、計時により計時開始してから前記決定した時間の長さが経過したと判定した場合に、前記第２状態から前記第１状態に切り替えて、前記第１状態で前記ゲームを進行させる、ことを特徴とする。

１−１０）本発明の一態様に係るゲーム制御装置（１０，３０）は、ゲームオブジェクトに対するユーザの操作が制限された第１状態で、前記ゲームオブジェクトに基づくゲームを進行させる第１進行手段（１０１）と、前記第１状態から、前記ユーザの操作が可能な第２状態に切り替えて、前記第２状態で前記ゲームを進行させる第２進行手段（１０５）と、前記第１状態から前記第２状態に切り替わる場合の前記ゲームのゲーム状況に基づいて前記第２状態で前記ゲームを進行させる時間の長さを決定する時間決定手段（１０４）と、前記ゲームが前記第２状態で進行する場合に、計時により計時開始してから前記決定した時間の長さが経過したかを判定する経過判定手段（１０９）と、を含むことを特徴とする。

１−１１）本発明の一態様に係るゲームシステム（１）は、ゲームオブジェクトに対するユーザの操作が制限された第１状態で、前記ゲームオブジェクトに基づくゲームを進行させる第１進行手段（１０１）と、前記第１状態から、前記ユーザの操作が可能な第２状態に切り替えて、前記第２状態で前記ゲームを進行させる第２進行手段（１０５）と、前記第２状態で前記ゲームを進行させる時間の長さを決定する時間決定手段（１０４）と、前記ゲームが前記第２状態で進行する場合に、計時により計時開始してから前記決定した時間の長さが経過したかを判定する経過判定手段（１０９）と、を含み、前記第１進行手段（１０１）は、前記経過判定手段（１０９）が、計時により計時開始してから前記決定した時間の長さが経過したと判定した場合に、前記第２状態から前記第１状態に切り替えて、前記第１状態で前記ゲームを進行させる、ことを特徴とする。

１−１２）本発明の一態様に係るゲームシステム（１）は、ゲームオブジェクトに対するユーザの操作が制限された第１状態で、前記ゲームオブジェクトに基づくゲームを進行させる第１進行手段（１０１）と、前記第１状態から、前記ユーザの操作が可能な第２状態に切り替えて、前記第２状態で前記ゲームを進行させる第２進行手段（１０５）と、前記第１状態から前記第２状態に切り替わる場合の前記ゲームのゲーム状況に基づいて前記第２状態で前記ゲームを進行させる時間の長さを決定する時間決定手段（１０４）と、前記ゲームが前記第２状態で進行する場合に、計時により計時開始してから前記決定した時間の長さが経過したかを判定する経過判定手段（１０９）と、を含むことを特徴とする。

１−１３）本発明の一態様に係るプログラムは、１−１）〜１−１０）の何れかに記載のゲーム制御装置又は１−１１）若しくは１−１２）に記載のゲームシステムとしてコンピュータを機能させる。

１−１４）本発明の一態様に係る情報記憶媒体は、１−１３）のプログラムを記録したコンピュータで読み取り可能な情報記憶媒体である。

本発明の１−１）又は１−１１）によれば、ユーザは、ある長さの時間だけ操作すればよいので、ゲームに対する関心を高める適度なプレイ時間をユーザに与えることができる。例えばサッカーゲームなどのように、前半や後半のような大まかな単位しかないゲームであったとしても、ユーザに操作させる場面を時間的に区切ることによって、ユーザがプレイする時間を一定の長さに抑えることができる。その結果、１試合全てが自動的に進行する場合に比べてゲームに対する関心を高めることができ、かつ、前半又は後半の全てを操作させる場合に比べて、適度なプレイ時間を与えることができるようになる。

本発明の１−１０）又は１−１２）によれば、第１状態から第２状態に切り替わる場合のゲーム状況に応じた時間の長さで第２状態のゲームをプレイさせることができる。例えば、その後は第１状態に戻ることなくゲームが終了する場合には、重要な場面に限りゲームをユーザにプレイさせることができる。

１−２）本発明の一態様では、前記時間決定手段（１０４）は、前記第１状態から前記第２状態に切り替わる場合の前記ゲームのゲーム状況に基づいて前記時間の長さを決定する、ことを特徴とする。

１−２）の態様によれば、ゲーム状況をユーザに操作させる時間の長さに影響させることで、ゲーム状況に応じて当該時間の長さを変えることができる。例えば、ゲームの進行上重要な場面は時間を長めに設定することができ、重要な場面を長くユーザに操作させることができる。その結果、重要な場面にもかかわらず、途中で操作できなくなってしまうことを防止することができ、ユーザのゲームに対する関心を効果的に高めることができる。

１−３）本発明の一態様では、前記ゲーム制御装置（１０，３０）は、前記第１状態で進行中の前記ゲームが所定のゲーム状況になったかを判定する状況判定手段（１０３）を更に含み、前記第２進行手段（１０５）は、前記ゲームが前記所定のゲーム状況になった場合に、前記第１状態から前記第２状態に切り替えて、前記第２状態で前記ゲームを進行させる、ことを特徴とする。

１−３）の態様によれば、ゲームが所定のゲーム状況になった場合にユーザが操作可能になるので、ユーザは、所定の状況から操作することができる。その結果、例えば、ゲームの進行上重要な場面だけユーザに操作させることができる。また例えば、ゲームプレイを途中から始めるのに区切りの良い所定の状況から操作を始めるようにすることで、ユーザがスムーズにゲームの途中からプレイすることができる。

１−４）本発明の一態様では、前記ゲーム制御装置（１０，３０）は、前記ゲームが前記第２状態で進行する場合に、前記時間の長さを識別させるための情報を前記ユーザに通知する時間通知手段（１０６）、を更に含むことを特徴とする。

１−４）の態様によれば、ユーザが操作可能な時間の長さを把握しながら操作することができる。その結果、当該時間の残り時間を考えながらゲームをプレイさせることができるので、予期しないときに操作機会が中断してしまい、ユーザが不満に感じてしまうことを防止することができる。

１−５）本発明の一態様では、前記ゲーム制御装置（１０，３０）は、前記ゲームが前記第２状態で進行する場合に、計時により計時開始してから前記決定した時間の長さが経過するまでの残り時間が閾値未満になったことを識別させるための情報を前記ユーザに通知する残り時間通知手段（１０７）、を更に含むことを特徴とする。

１−５）の態様によれば、ユーザは、自分で操作可能な残り時間が閾値未満になったことを把握しながら操作することができる。つまり、操作機会が中断されるまでの時間が残り少なくなっていることを容易に把握することができる。その結果、少なくなった残り時間でどのような操作をすべきかを考えながらユーザにゲームをプレイさせることができる。また、ユーザがこれから操作しようと思っていたことを操作機会が突然中断されることでできなくなってしまい、ユーザが不満に感じてしまうことを防止することもできる。

１−６）本発明の一態様では、前記ゲーム制御装置（１０，３０）は、複数のゲーム状況の各々に対応する前記時間の長さを各々関連付けた関連付けデータを記憶する記憶手段（１００）に記憶された当該関連付けデータを取得する関連付けデータ取得手段（１０２）と、前記第１状態で進行中の前記ゲームが前記複数のゲーム状況の何れかになったかを判定する状況判定手段（１０３）と、を更に含み、前記時間決定手段（１０４）は、前記第１状態で進行中の前記ゲームが前記複数のゲーム状況の何れかになった場合、前記時間の長さを、当該ゲーム状況に関連付けられた前記時間の長さに基づいて決定する、ことを特徴とする。

１−６）の態様によれば、ゲーム状況ごとに時間の長さを決定することができる。その結果、状況に応じて時間の長さを変えることができるので、ゲームに変化を与えることができ、ユーザの関心を効果的に高めることができる。

１−７）本発明の一態様では、前記ゲーム制御装置（１０，３０）は、計時により計時開始してから前記決定した時間の長さが経過する場合の前記ゲームのゲーム状況に基づいて、前記第１状態への切り替えを制限し、前記第２状態を継続させる継続手段（１１１）、を更に含むことを特徴とする。

１−７）の態様によれば、ユーザが操作可能な時間が経過する場合のゲーム状況に基づいてユーザが操作可能な状態を継続させることで、ユーザにプレイさせた方が好ましい状況で操作できなくなってしまうことを防止することができる。その結果、ユーザにプレイさせた方が良いにも関わらずプレイの途中で突然操作できなくなってしまい、ユーザが不満に感じてしまうことを防止することができる。

１−８）本発明の一態様では、前記ゲームは、前記ゲームオブジェクトと対戦相手オブジェクトとが、仮想世界で移動オブジェクトを移動させて対戦するスポーツゲームであり、前記ゲーム制御装置（１０，３０）は、前記ゲームオブジェクトと前記対戦相手オブジェクトとのうち、前記移動オブジェクトに関連付けられた方の動作に基づいて、前記移動オブジェクトを移動させる移動制御手段（１０８）と、計時により計時開始してから前記決定した時間の長さが経過する場合に、前記ゲームオブジェクトと対戦相手オブジェクトとの何れに前記移動オブジェクトが関連付けられているかを判定する関連付け判定手段（１１０）と、を更に含み、前記継続手段（１１２）は、前記関連付け判定手段（１１０）の判定結果に基づいて、前記第２状態を継続させる、ことを特徴とする。

１−８）の態様によれば、移動対象オブジェクトが何れのオブジェクトに関連付けられているかを判定することによって、ユーザに操作させた方がよい場面が続いているかを推定してユーザが操作可能な状態を継続させるので、ユーザにプレイさせた方が良いにも関わらずプレイの途中で突然操作できなくなってしまい、ユーザが不満に感じてしまうことを防止することができる。

１−９）本発明の一態様では、前記ゲーム制御装置（１０，３０）は、前記仮想世界の所定領域内に前記移動オブジェクトがあるかを判定する位置判定手段（１１７）を更に含み、前記継続手段（１１１）は、前記関連付け判定手段（１１０）の判定結果と、前記位置判定手段（１１７）の判定結果と、に基づいて、前記第２状態を継続させる、ことを特徴とする。

１−９）の態様によれば、移動オブジェクトが所定領域内にあるかを判定することによって、ユーザに操作させた方がよい場面が続いているかを推定してユーザが操作可能な状態を継続させるので、ユーザにプレイさせた方が良いにも関わらずプレイの途中で突然操作できなくなってしまい、ユーザが不満に感じてしまうことを防止することができる。

［６−２．第２の構成に係る発明］
２−１）本発明の一態様に係るゲーム制御装置（１０，３０）は、タッチパネルに対するタッチ操作に応じて検出されたタッチ位置を取得するタッチ位置取得手段（１１１）と、ゲーム状況に基づいて、複数のゲームオブジェクトの中からユーザの操作対象とするゲームオブジェクトを決定する操作対象決定手段（１１２）と、前記タッチ位置取得手段（１１１）により取得されたタッチ位置に基づいて第１位置が取得された場合に、タッチ操作オブジェクトを表示手段（１５）に表示させるための制御を行い、前記タッチ位置が移動されることで第２位置が取得された場合に、前記第１位置から前記第２位置への方向と、前記第１位置と前記第２位置との距離と、に基づいて、前記タッチ操作オブジェクトを伸長させて前記表示手段（１５）に表示させるための制御を行う表示制御手段（１１４）と、少なくとも前記第１位置から前記第２位置への方向に基づいて、前記操作対象決定手段（１１２）により前記操作対象として決定されたゲームオブジェクトを動作させる動作制御手段（１１３）と、を含むことを特徴とする。

２−１１）本発明の一態様に係るゲームシステム（１）は、タッチパネルに対するタッチ操作に応じて検出されたタッチ位置を取得するタッチ位置取得手段（１１１）と、ゲーム状況に基づいて、複数のゲームオブジェクトの中からユーザの操作対象とするゲームオブジェクトを決定する操作対象決定手段（１１２）と、前記タッチ位置取得手段（１１１）により取得されたタッチ位置に基づいて第１位置が取得された場合に、タッチ操作オブジェクトを表示手段（１５）に表示させるための制御を行い、前記タッチ位置が移動されることで第２位置が取得された場合に、前記第１位置から前記第２位置への方向と、前記第１位置と前記第２位置との距離と、に基づいて、前記タッチ操作オブジェクトを伸長させて前記表示手段（１５）に表示させるための制御を行う表示制御手段（１１４）と、少なくとも前記第１位置から前記第２位置への方向に基づいて、前記操作対象決定手段（１１２）により前記操作対象として決定されたゲームオブジェクトを動作させる動作制御手段（１１３）と、を含むことを特徴とする。

２−１２）本発明の一態様に係るプログラムは、２−１）〜２−１０）の何れかに記載のゲーム制御装置又は２−１１）に記載のゲームシステムとしてコンピュータを機能させる。

２−１３）本発明の一態様に係る情報記憶媒体は、上記プログラムを記録したコンピュータで読み取り可能な情報記憶媒体である。

本発明によれば、タッチ操作オブジェクトの伸び具合から、第１位置から第２位置への方向と第１位置と第２位置との距離とを直観的に把握できるので、ゲーム状況に基づいて複数のゲームオブジェクトの中からユーザの操作対象とするゲームオブジェクトが決定される場合において、操作対象として決定されたゲームオブジェクトに対する操作をユーザが直感的に把握し易くなる。

２−２）本発明の一態様では、前記表示制御手段（１１４）は、前記複数のゲームオブジェクトが配置された仮想世界の様子を表示する前記表示手段（１５）において、前記第１位置から前記第２位置への方向に対応する前記仮想世界内の動作方向を示す動作方向オブジェクトを、前記操作対象として決定されたゲームオブジェクトに関連付けて表示させるための制御を行う、ことを特徴とする。

２−２）の態様によれば、動作方向オブジェクトの表示を、操作対象として決定されたゲームオブジェクトの表示に影響させることで、ユーザが、操作対象として決定されたゲームオブジェクトを見ながら動作方向オブジェクトを確認し易くなるので、動作方向を把握し易くなる。

２−３）本発明の一態様では、前記動作制御手段（１１３）は、前記第１位置と前記第２位置との距離が閾値以上の場合、前記操作対象として決定されたゲームオブジェクトのパラメータに応じた速度で、前記第１位置から前記第２位置への方向に対応する動作方向に、当該ゲームオブジェクトを移動させる、ことを特徴とする。

２−３）の態様によれば、第１位置と第２位置との距離が閾値以上になることが、ゲームオブジェクトのパラメータに応じた移動速度で移動させることの条件になり、ゲームオブジェクトのパラメータに応じた移動速度で移動させるための操作を直観的にすることができる。

２−４）本発明の一態様では、前記表示制御手段（１１４）は、前記操作対象として決定されたゲームオブジェクトが前記パラメータに応じた速度で移動する場合、当該ゲームオブジェクトに関連付けてエフェクトオブジェクトを前記表示手段（１５）に表示させるための制御を行う、ことを特徴とする。

２−４）の態様によれば、パラメータに応じた速度で移動する場合、操作対象として決定されたゲームオブジェクトに関連付けてエフェクトオブジェクトが表示されるので、操作対象として決定されたゲームオブジェクトを見ながらエフェクトオブジェクトを確認し易くなる。そのため、ユーザはゲームオブジェクトがパラメータに応じた速度で移動していることが把握し易くなる。

２−５）本発明の一態様では、前記複数のゲームオブジェクトの各々は、仮想世界におけるフィールド上を移動し、前記表示制御手段（１１４）は、前記表示手段（１５）に表示される前記フィールドの長手方向と、前記表示手段（１５）の長手方向と、の角度が基準未満となる視線方向で前記仮想世界を見た様子を前記表示手段（１５）に表示させるための制御を行う、ことを特徴とする。

２−５）の態様によれば、ユーザは、操作対象として決定されたゲームオブジェクトを、フィールド上の長手方向に移動させることが多いので、その方向に対して接触位置の移動範囲を広くとることで、指やタッチペンなどを移動させやすくなる。

２−６）本発明の一態様では、前記動作制御手段（１１３）は、前記タッチ位置が取得されない場合は、予め定められた動作制御情報に基づいて、前記操作対象として決定されたゲームオブジェクトを動作させる、ことを特徴とする。

２−６）の態様によれば、ユーザがタッチパネルで操作していないときは、操作対象として決定されたゲームオブジェクトが予め定められた動作をし、ユーザが常に操作しなければならないわけではなく、必要に応じて操作すればよくなるので、操作の手間を省くことができる。

２−７）本発明の一態様では、前記操作対象決定手段（１１２）は、所定の条件が満たされ、かつ、前記タッチ位置が移動せずに前記タッチ操作が解除された場合、前記操作対象を他のゲームオブジェクトに変更する、ことを特徴とする。

２−７）の態様によれば、所定の条件を満たした場合に、ユーザの意志で操作対象として決定されるゲームオブジェクトを変えることができる。また、例えば、所定の条件を満たさない場合にユーザの意志で操作対象を変えることができないようにすれば、操作対象を変えない方がゲームをプレイしやすくなる状況に、誤入力などにより操作対象が変わってしまうことを防止することができる。

２−８）本発明の一態様では、前記動作制御手段（１１３）は、前記第１位置と前記第２位置との距離が前記閾値未満の場合、何れのゲームオブジェクトが前記操作対象として決定されたとしても同じ速度で、前記第１位置から前記第２位置への方向に対応する動作方向に、前記操作対象として決定されたゲームオブジェクトを移動させ、前記第１位置と前記第２位置との距離が前記閾値以上の場合、前記操作対象として決定されたゲームオブジェクトのパラメータに応じた速度で、前記動作方向に、当該ゲームオブジェクトを移動させ、前記表示制御手段（１１４）は、前記操作対象として決定されたゲームオブジェクトが前記同じ速度で移動する場合の前記タッチ操作オブジェクトの表示態様と、当該ゲームオブジェクトが前記パラメータに応じた速度で移動する場合の前記タッチ操作オブジェクトの表示態様と、を異ならせるための制御を行う、ことを特徴とする。

２−８）の態様によれば、タッチ操作オブジェクトの表示態様の変化により、操作対象として決定されたゲームオブジェクトが、ゲームオブジェクトに関係なく同じ速度で移動しているのか、パラメータに応じた速度で移動しているのかを把握することができる。

２−９）本発明の一態様では、前記表示制御手段（１１４）は、前記第１位置が取得された場合に、基本形状の前記タッチ操作オブジェクトを前記表示手段（１５）に表示させるための制御を行い、前記第２位置に移動した場合に、前記タッチ操作オブジェクトを前記基本形状から伸長させて前記表示手段（１５）に表示させるための制御を行い、前記タッチ操作が解除された場合に、前記基本形状に戻るように前記タッチ操作オブジェクトを収縮させて前記表示手段（１５）に表示させるための制御を行い、前記ゲーム制御装置（１０，３０）は、前記タッチ操作オブジェクトが前記基本形状に戻る場合に、再び前記タッチ操作が行われたかを判定するタッチ判定手段（１１８）と、前記タッチ判定手段（１１８）の判定結果に基づいて、前記操作対象として決定されたゲームオブジェクトが有利になる効果を発生させる効果発生手段（１１９）と、を更に含むことを特徴とする。

２−９）の態様によれば、タッチ操作オブジェクトを利用してゲームの興趣性を高めることができる。

２−１０）本発明の一態様では、前記表示手段（１５）は、前記仮想世界を仮想視点から見た様子を表示し、前記表示制御手段（１１４）は、前記操作対象として決定されたゲームオブジェクトに関するゲーム状況に基づいて、当該ゲームオブジェクトに対する前記仮想視点の相対的な位置が変わるように、前記仮想視点を設定し、前記動作制御手段（１１３）は、前記第１位置から前記第２位置への方向と、前記仮想視点の位置と、に基づいて定まる前記仮想世界内の動作方向に基づいて、前記操作対象として決定されたゲームオブジェクトを動作させる、ことを特徴とする。

２−１０）の態様によれば、ユーザは表示手段に表示されたゲームオブジェクトの位置や向きを意識して動作方向を決めるので、仮想視点の位置を動作方向に影響させることで、ユーザの意図に沿った動作方向で動作させ易くなる。

［６−３．第３の構成に係る発明］
３−１）本発明の一態様に係るゲーム制御装置（１０，３０）は、タッチパネルに対するタッチ操作に応じて、前記タッチ操作が行われたことを示すタッチ操作オブジェクトを表示手段（１５）に表示させるための制御を行う表示制御手段（１１４）と、前記タッチ操作を複数回続けて行う連続タッチ操作が行われた場合に、所定のゲーム処理を実行する処理実行手段（１１５）と、を含み、前記表示制御手段（１１４）は、前記連続タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示態様を、前記タッチ操作を一回行う単一タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示態様とは異なる表示態様に設定する、ことを特徴とする。

３−１４）本発明の一態様に係るゲームシステム（１）は、タッチパネルに対するタッチ操作に応じて、前記タッチ操作が行われたことを示すタッチ操作オブジェクトを表示手段（１５）に表示させるための制御を行う表示制御手段（１１４）と、前記タッチ操作を複数回続けて行う連続タッチ操作が行われた場合に、所定のゲーム処理を実行する処理実行手段（１１５）と、を含み、前記表示制御手段（１１４）は、前記連続タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示態様を、前記タッチ操作を一回行う単一タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示態様とは異なる表示態様に設定する、ことを特徴とする。

３−１５）本発明の一態様に係るプログラムは、３−１）〜３−１３）の何れかに記載のゲーム制御装置又は３−１４）に記載のゲームシステムとしてコンピュータを機能させる。

３−１６）本発明の一態様に係る情報記憶媒体は、上記プログラムを記録したコンピュータで読み取り可能な情報記憶媒体である。

３−１）、３−１４）〜３−１６）に記載の発明によれば、連続タッチ操作が行われた場合に表示されるタッチ操作オブジェクトの表示態様が、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトの表示態様とは異なる表示態様に設定されるため、連続タッチ操作を成功したことをユーザが容易に把握することができる。その結果、ユーザは、再度連続タッチ操作を行うべきかの判断を短時間ですることができるようになり、不必要にタッチ操作を繰り返すことを防止することができる。更に、不必要にタッチ操作を繰り返すことを防止することで、その他の操作に支障をきたすことも防止することができる。

３−２）本発明の一態様では、前記処理実行手段（１１５）は、前記連続タッチ操作が行われ、かつ、所定のゲーム処理実行条件が満たされた場合に、前記ゲーム処理を実行し、前記表示制御手段（１１４）は、前記連続タッチ操作が行われた場合に、前記ゲーム処理実行条件が満たされるか否かの判定結果を待つことなく、前記異なる表示態様のタッチ操作オブジェクトを表示させる、ことを特徴とする。

３−２）の態様によれば、ゲーム処理実行条件が満たされるか否かの判定結果を待つことなく、直ちに異なる表示態様のタッチ操作オブジェクトが表示されるため、ゲーム処理が実行されなかった場合に、ゲーム処理が実行されなかった原因が連続タッチ操作を失敗したからではなく、ゲーム処理実行条件が満たされなかったからであると把握することができる。また、ゲーム処理が実行される前に連続タッチ操作の成否が直ぐ分かることから、連続タッチ操作が成功したと分かった後に不必要な連続タッチ操作をすることを防ぐことができる。

３−３）本発明の一態様では、前記表示制御手段（１１４）は、前記連続タッチ操作が行われた場合に、前記処理実行手段（１１５）によって実行される前記ゲーム処理の内容に関する情報を示す処理オブジェクトを、前記タッチ操作オブジェクトとは別に、又は、前記タッチ操作オブジェクトとして表示させるための制御を行う、ことを特徴とする。

３−３）の態様によれば、連続タッチ操作が行われた場合に処理オブジェクトが表示されるため、連続タッチ操作を成功したことに加えて、連続タッチ操作を成功した場合に実行されるゲーム処理の内容に関する情報をユーザが容易に把握することができる。

３−４）本発明の一態様では、前記表示制御手段（１１４）は、前記連続タッチ操作が行われた場合に、前記処理オブジェクトを、前記タッチ操作によるタッチ位置とは異なる位置に表示させるための制御を行う、ことを特徴とする。

３−４）の態様によれば、処理オブジェクトがタッチ操作によるタッチ位置とは異なる位置に表示されるため、タッチ操作を行う指等によって処理オブジェクトが隠れて見難くなってしまわないようにすることができる。処理オブジェクトは、連続タッチ操作を成功したことを間接的（又は直接的）に示すものでもあるため、連続タッチ操作を成功したことや、それによって実行されるゲーム処理の内容に関する情報をユーザが確実に把握できるように担保することができる。

３−５）本発明の一態様では、前記ゲーム処理は、移動オブジェクトの移動目標位置又は移動方向を設定し、当該移動目標位置又は移動方向に基づいて前記移動オブジェクトを移動させる処理を含み、前記処理オブジェクトは、前記移動オブジェクトの移動目標位置又は移動方向に対応する位置に関連付けて表示されることによって前記移動目標位置又は移動方向を示すオブジェクトである、ことを特徴とする。

３−５）の態様によれば、移動オブジェクトの移動目標位置又は移動方向を示す処理オブジェクトが、当該移動オブジェクトの移動目標位置又は移動方向に対応する位置に関連付けて表示されるため、連続タッチ操作を成功したことに加えて、移動オブジェクトの移動目標位置又は移動方向をユーザが容易に把握することができる。移動オブジェクトが移動するゲームにおいては、移動オブジェクトの移動目標位置又は移動方向がゲームの進行上重要な役割を果たす。この点、連続タッチ操作を成功したか否かだけでなく、ゲームの進行上有益な情報もユーザが把握することができる。

３−６）本発明の一態様では、前記処理実行手段（１１５）は、前記連続タッチ操作によるタッチ位置に基づいて、前記移動オブジェクトの移動目標位置又は移動方向を設定し、前記表示制御手段（１１４）は、前記連続タッチ操作によるタッチ位置に基づいて、前記移動オブジェクトの移動目標位置又は移動方向に対応する位置に関連付けて前記処理オブジェクトを表示させる、ことを特徴とする。

３−６）の態様によれば、連続タッチ操作によるタッチ位置に基づいて、移動オブジェクトの移動目標位置又は移動方向を設定することにより、ユーザは、移動オブジェクトの移動目標位置又は移動方向を連続タッチ操作によるタッチ位置によって指示することができる。また、連続タッチ操作によるタッチ位置に基づいて、移動オブジェクトの移動目標位置又は移動方向に対応する位置に関連付けて処理オブジェクトを表示させることにより、ユーザは、処理オブジェクトを見ることによって、自分が指示したタッチ位置によって、移動オブジェクトがどのように移動するかを把握することができる。

３−７）本発明の一態様では、前記処理実行手段（１１５）は、前記移動オブジェクトを移動させるゲームオブジェクトのパラメータに基づいて定まる移動範囲内の何れかの位置に向かうように、前記移動オブジェクトの移動目標位置又は移動方向を設定し、前記表示制御手段（１１４）は、前記処理オブジェクトの表示態様を前記移動範囲に基づいて設定する、ことを特徴とする。

３−７）の態様によれば、ゲームオブジェクトのパラメータに応じて移動範囲を決定することで、移動オブジェクトを狙った場所に移動させやすいか否か（例えば、サッカーゲームであれば、シュートやパスの精度が高いか否か）を、ゲームオブジェクトのパラメータに応じて変えることができる。また、移動オブジェクトが向かう移動範囲に基づいて処理オブジェクトの表示態様が設定されるので、ユーザは処理オブジェクトの表示態様に注目することによって、移動オブジェクトが向かう移動範囲を把握することができる。更に、移動オブジェクトが向かう移動範囲は、ゲームオブジェクトのパラメータに基づいて定まるので、ユーザは、処理オブジェクトの表示態様に注目することによって、ゲームオブジェクトのパラメータを把握することもできる。

３−８）本発明の一態様では、前記パラメータは、前記ゲームオブジェクトの能力を示し、前記処理実行手段（１１５）は、前記ゲームオブジェクトの能力が高いほど前記移動範囲が小さくなり、前記ゲームオブジェクトの能力が低いほど前記移動範囲が大きくなるように、前記移動範囲を設定し、前記表示制御手段（１１４）は、前記ゲームオブジェクトの能力が高いほど前記処理オブジェクトの表示サイズが小さくなり、前記ゲームオブジェクトの能力が低いほど前記処理オブジェクトの表示サイズが大きくなるように、前記処理オブジェクトの表示サイズを設定する、

３−８）の態様によれば、ゲームオブジェクトの能力が高いほど移動範囲が小さくなり、当該能力が低いほど移動範囲が大きくなるように、移動範囲を設定することにより、ゲームオブジェクトの能力に応じて、移動オブジェクトを狙った場所に移動させやすいか否かを変えることができる。更に、ゲームオブジェクトの能力が高いほど処理オブジェクトの表示サイズが小さくなり、当該能力が低いほど処理オブジェクトの表示サイズが大きくなるように、処理オブジェクトの表示サイズを設定ことにより、ユーザは、処理オブジェクトの表示サイズに注目することによって移動範囲を予測することができる。また、ユーザは、処理オブジェクトの表示サイズから、移動オブジェクトを狙った場所に移動させやすいかをユーザが把握することができる。その結果、例えば、サッカーゲームにおいて、狙った場所にシュートできるかを、処理オブジェクトの表示サイズからユーザに感じさせることができる。即ち、処理オブジェクトの表示サイズからゴールの期待感をユーザに与えることができる。また、ユーザは処理オブジェクトの表示サイズに注目することで、ゲームオブジェクトの能力を把握することもできる。

３−９）本発明の一態様では、前記ゲーム処理は、ユーザの操作対象として選択されたゲームオブジェクトに動作を行わせる処理を含み、前記処理オブジェクトは、前記ゲームオブジェクトによって行われる動作に関する情報を示すオブジェクトであり、前記表示制御手段（１１４）は、前記処理オブジェクトを前記ゲームオブジェクトに関連付けて表示させる、ことを特徴とする。

３−９）の態様によれば、操作対象によって行われる動作に関する情報を示す処理オブジェクトが、操作対象に関連付けて表示されるため、ユーザは、連続タッチ操作を成功した場合に操作対象によって行われる動作に関する情報を、ゲームをプレイしながら容易に把握することができる。

３−１０）本発明の一態様では、前記表示制御手段（１１４）は、前記連続タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの色を、前記単一タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの色とは異なる色に設定する、ことを特徴とする。

３−１０）の態様によれば、連続タッチ操作が行われた場合に表示されるタッチ操作オブジェクトの色が、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトの色とは異なる色に設定されるため、ユーザは、タッチ操作オブジェクトの色に注目することによって、連続タッチ操作を成功したか否かを一見して把握することができる。

３−１１）本発明の一態様では、前記表示制御手段（１１４）は、前記連続タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示サイズを、前記単一タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示サイズとは異なる表示サイズに設定する、ことを特徴とする。

３−１１）の態様によれば、連続タッチ操作が行われた場合に表示されるタッチ操作オブジェクトの表示サイズが、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトの表示サイズとは異なる表示サイズに設定されるため、ユーザはタッチ操作オブジェクトの表示サイズに注目することによって、連続タッチ操作を成功したか否かを一見して把握することができる。

３−１２）本発明の一態様では、前記表示制御手段（１１４）は、前記単一タッチ操作が行われる場合に表示される前記タッチ操作オブジェクトの表示位置を、第１の表示位置規則に従って決定される表示位置に設定し、前記連続タッチ操作が行われる場合に表示される前記タッチ操作オブジェクトの表示位置を、前記第１の表示位置規則とは異なる第２の表示位置規則に従って決定される表示位置に設定する、

３−１２）の態様によれば、連続タッチ操作が行われた場合に表示されるタッチ操作オブジェクトの表示位置が、単一タッチ操作が行われた場合に表示されるタッチ操作オブジェクトの表示位置とは異なる表示位置に設定されるため、ユーザはタッチ操作オブジェクトの表示位置に注目することによって、連続タッチ操作を成功したか否かを一見して把握することができる。

３−１３）本発明の一態様では、前記表示制御手段（１１４）は、第１回目の前記タッチ操作が行われた場合に、前記タッチ操作オブジェクトを第１の表示態様で表示させ、前記第１回目の前記タッチ操作が行われてから、所定の時間内に第ｎ回目（ｎ：２以上の所定の整数）の前記タッチ操作が行われた場合に、前記タッチ操作オブジェクトの表示態様を前記第１の表示態様から第２の表示態様に変化させる、ことを特徴とする。

３−１３）の態様によれば、タッチ操作オブジェクトが表示された状態のまま第１の表示態様から第２の表示態様に変わるため、ユーザは、タッチ操作オブジェクトの表示態様の変化から、連続タッチ操作を成功したことを把握することができる。タッチ操作オブジェクトが表示されたまま表示態様が変化すると、ユーザはその変化に気づきやすいので、連続タッチ操作を成功したことをユーザはより把握しやすくなる。

１ ゲームシステム、１０ ユーザ端末、３０ サーバ、１１，３１ 制御部、１２，３２ 記憶部、１３，３３ 通信部、１４ 操作部、１４Ａ タッチパネル、１４ＡＬ 左側領域、１４ＡＣ 中央領域、１４ＡＲ 右側領域、１５ 表示部、Ｇ１００ ホーム画像、Ａ１１０，Ａ１２０，Ａ２１０，Ａ２４０，Ａ２５０，Ａ３１０，Ａ３２０，Ａ３３０，Ａ３４０，Ａ４１０，Ａ４２０ 表示領域、Ｐ１３０，Ｐ１４０，Ｐ１４１，Ｐ１５０，Ｐ１６０，Ｐ１７０，Ｐ１７１，Ｐ１７２，Ｐ２２０，Ｐ２３０，Ｐ２６０，Ｐ２７０，Ｐ２８０，Ｐ２９０，Ｐ３５０，Ｐ４３０，Ｐ４６０ 実行オブジェクト、Ｇ２００ メンバー選択画像、Ｇ２４１，Ｇ３３３ アイコン画像、Ｇ３００ 第１状態画像、Ｇ３３１ ピッチ画像、Ｇ３３２ ボール画像、Ｇ４００ 第２状態画像、Ｇ４４０ カーソル画像、Ｇ４４１ 動作方向オブジェクト、Ｇ４４２ エフェクトオブジェクト、Ｇ４５０ レーダー画像、Ｇ４７０ 砂時計画像、Ｇ４８０ タッチ操作オブジェクト、Ｇ４９０ 処理オブジェクト、ＯＴ 操作対象、Ｂ ボール、ＰＴ ピッチ、ＧＬ ゴール、ＣＢ クロスバー、ＧＰ ゴールポスト、ＴＬ タッチライン、ＥＬ ゴールライン、ＨＬ ハーフウェーライン、ＰＡ ペナルティエリア、ＯＣ オリジナルキャラクタ、ＥＣ 対戦相手キャラクタ、Ｐ１ 第１位置、Ｐ２ 第２位置、Ｌ１ 距離、Ｌ２ 長さ、Ｖ１，Ｖ２，Ｖ３ 方向、ＶＯＴ 動作方向、ＶＣ 仮想視点、Ｑ 基準位置、１００ データ記憶部、ＤＴ１００ ユーザチームデータ、ＤＴ１０１ 対戦相手チームデータ、ＤＴ１０２ ゲーム状況データ、ＤＴ１０３ 操作可能時間データ、１０１ 第１進行部、１０２ 関連付けデータ取得部、１０３ 状況判定部、１０４ 時間決定部、１０５ 第２進行部、１０６ 時間通知部、１０７ 残り時間通知部、１０８ ボール制御部、１０９ 経過判定部、１１０ 関連付け判定部、１１１ 継続部、１１２ タッチ位置取得部、１１３ 操作対象決定部、１１４ 表示制御部、１１５ 動作制御部、１１６ 処理実行部、１１７ 位置判定部、１１８ タッチ判定部、１１９ 効果発生部。

Claims (1)

1. タッチパネルに対するタッチ操作に応じて、前記タッチ操作が行われたことを示すタッチ操作オブジェクトを表示手段に表示させるための制御を行う表示制御手段と、
   前記タッチ操作を複数回続けて行う連続タッチ操作が行われた場合に、所定のゲーム処理を実行する処理実行手段と、
   を含み、
   前記表示制御手段は、前記連続タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示態様を、前記タッチ操作を一回行う単一タッチ操作が行われた場合に表示される前記タッチ操作オブジェクトの表示態様とは異なる表示態様に設定する、
   ことを特徴とするゲーム制御装置。

Images