(57)【要約】【課題】ランゲームにおいて進行が停止した仮想ユーザを復活させる方法に工夫を施すことにより、実ユーザのゲームに対する興趣を高めることが可能なゲームサーバ、ゲームサーバで提供するゲームの進行を制御するゲーム制御方法、ゲームプログラム、ゲームプログラムを記録した記録媒体及びゲームシステムを提供する。【解決手段】救援要請受付部４３は、一の仮想ユーザを操作する端末より、救援要請を行う旨の操作データを受け付け、救援要請通知部４５は、救援要請受付部が救援要請を受け付けた場合に、一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知し、復活設定部４６は、他の仮想ユーザを操作する端末から、一の仮想ユーザを救援する操作データを受信した場合に、一の仮想ユーザを進行可能な状態に復活させる。【選択図】図５
2015198857.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、
前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する救援要請通知部と、
前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、
を備えることを特徴とするゲームサーバ。
【請求項２】
前記復活設定部は、前記所定のコースにおいて前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達した場合に、前記一の仮想ユーザを救援する操作データを受信することを特徴とする、請求項１に記載のゲームサーバ。
【請求項３】
前記一の仮想ユーザに関する情報に基づいて、前記他の仮想ユーザとして所定の条件を満たす仮想ユーザを抽出するユーザ抽出部を、さらに備え、
前記救援要請通知部は、前記抽出した仮想ユーザを操作する端末へ、前記一の仮想ユーザから救援要請があったことを通知することを特徴とする、請求項１又は２に記載ゲームサーバ。
【請求項４】
前記抽出した仮想ユーザに関する情報を、前記一の仮想ユーザを操作する端末へ通知するユーザ通知部と、
前記一の仮想ユーザを操作する端末の操作データに基づいて、前記抽出した仮想ユーザのうちいずれかの仮想ユーザを選択する選択要求を受け付けるユーザ選択受付部と、をさらに備え、
前記救援要請通知部は、前記選択された仮想ユーザを操作する端末へ、前記一の仮想ユーザから救援要請があったことを通知することを特徴とする、請求項３に記載ゲームサーバ。
【請求項５】
前記ユーザ抽出部は、前記一の仮想ユーザが過去に救援した仮想ユーザの数に応じて、抽出する仮想ユーザの数を決定し、決定した数の仮想ユーザを抽出することを特徴とする、請求項３又は４に記載のゲームサーバ。
【請求項６】
前記救援要請通知部が前記一の仮想ユーザから救援要請があったことを前記他の仮想ユーザを操作する端末へ通知した時間と、前記他の仮想ユーザを操作する端末から前記一の仮想ユーザを救援する操作データを受信した時間の差に応じて、前記他の仮想ユーザへ報酬を設定する報酬設定部をさらに備えることを特徴とする、請求項１から５のいずれか１項に記載のゲームサーバ。
【請求項７】
前記救援要請通知部は、所定期間に前記一の仮想ユーザから救援要請を受け付けた受付回数と前記一の仮想ユーザが救援要請に応答した応答回数の比率に応じて、前記一の仮想ユーザから救援要請があったことを通知する確率を設定し、設定した確率に基づいて通知することを特徴とする、請求項１から６のいずれか１項に記載のゲームサーバ。
【請求項８】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータが実行するゲーム制御方法であって、
前記端末から、前記仮想ユーザを操作する操作データを受信するステップと、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させるステップと、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付けるステップと、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知するステップと、
前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させるステップと、
を前記コンピュータが実行することを特徴とするゲーム制御方法。
【請求項９】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータに実現させるゲームプログラムであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する機能と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる機能と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける機能と、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する機能と、
前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復機能と、を前記コンピュータに実現させるゲームプログラム。
【請求項１０】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータに実現させるゲームプログラムを記録したゲームプログラム記録媒体であって、
前記端末から、前記仮想ユーザを操作する操作データを受信する機能と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる機能と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける機能と、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する機能と、
前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる機能と、を前記コンピュータに実現させるゲームプログラムを記録したゲームプログラム記録媒体。
【請求項１１】
ゲームサーバと、
前記ゲームサーバと通信ネットワークを介して接続された１以上の端末とから構成され、
前記ゲームサーバは、
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する救援要請通知部と、
前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、を有し、
前記端末は、前記操作データを受け付ける操作入力部を有することを特徴とするゲームシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して接続された各端末からの操作データによって、仮想空間に存在する仮想ユーザの動作を管理するゲームサーバ、ゲームサーバで提供するゲームの進行を制御するゲーム制御方法、ゲームプログラム、ゲームプログラム記録媒体及びゲームシステムに関するものである。
【背景技術】
【０００２】
従来、実ユーザが仮想空間に存在する仮想ユーザを操作し、画面に表示された仮想ユーザを仮想空間内で走らせ、走った距離が記録されるランゲームがある。例えば、特許文献１では、ゲーム中において、仮想ユーザは、実ユーザの操作なしに自動的に画面奥方向に向かって仮想空間を移動する。仮想空間内には木や切り株等の障害物が配置されており、実ユーザは、仮想ユーザが障害物に当たらないように、仮想ユーザを画面の左右方向に移動させたり、仮想ユーザをジャンプさせたりする操作を行うことが可能である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２０９１４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のランゲームでは、仮想ユーザが障害物に当たる等、所定の条件で仮想ユーザの進行が停止してしまった場合にはゲームオーバーとなり、実ユーザは最初からゲームをやり直すか、ゲーム内で使用可能なアイテムを用いて仮想ユーザを復活させるしかなかった。このように、実ユーザが１人でゲームをプレイしていく形式では、作業感やマンネリ感といった退屈な印象を与えてしまうという問題があった。
【０００５】
本発明は、上述した課題に鑑みてなされたものであり、ランゲームにおいて進行が停止した仮想ユーザを復活させる方法に工夫を施すことにより、実ユーザのゲームに対する興趣を高めることが可能なゲームサーバ、ゲームサーバで提供するゲームの進行を制御するゲーム制御方法、ゲームプログラム、ゲームプログラムを記録したゲームプログラム記録媒体及びゲームシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した従来の課題を解決するため、本発明は、以下の手段を有する。
【０００７】
（１）本発明に係るゲームサーバは、通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する救援要請通知部と、前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、を備えることを特徴とする。
【０００８】
以上の態様では、一の仮想ユーザの進行が停止した場合、一の仮想ユーザを操作する実ユーザは、一の仮想ユーザを再び進行可能とするために救援要請を行うことができる。実ユーザが救援要請を行い、他の仮想ユーザを操作する他の実ユーザが救援要請に応答した場合に、一の仮想ユーザは進行可能となる。一の仮想ユーザの進行が停止したとしても、実ユーザには一の仮想ユーザを再び進行可能とさせるチャンスがあるため、最初からゲームをやり直す必要がなく、作業感を払拭することができる。また、ゲーム内アイテムを使用して仮想ユーザを復活させる場合とは異なり、実ユーザが救援要請を行ったとしても、救援要請に応答してくれる他の実ユーザがいるかは不確定であり、必ずしも一の仮想ユーザを復活させることができるとは限らない。そのため、救援要請を行った実ユーザに、救援要請に応答してくれる他の実ユーザがいるか否かといった期待感を持たせることができる。
【０００９】
（２）本発明に係るゲームサーバの好ましい態様では、復活設定部は、前記所定のコースにおいて前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達した場合に、前記一の仮想ユーザを救援する操作データを受信することを特徴とする。
【００１０】
以上の態様では、他の仮想ユーザを操作する他の実ユーザが救援要請に応答するためには、他の仮想ユーザを一の仮想ユーザの進行が停止している停止位置に到達させる必要がある。他の実ユーザに救援要請に応答する意志があったとしても、当該停止位置に他の仮想ユーザが到達する前に、他の仮想ユーザの進行が停止してしまうことがある。実ユーザが救援要請を行ったとしても、他の実ユーザが他の仮想ユーザを当該停止位置に到達させることができるかは不確定であり、必ずしも一の仮想ユーザを復活させることができるとは限らない。救援要請を行った実ユーザに、救援要請に応答し得る仮想ユーザが果たして停止位置まで到達するかどうかといった期待感を持たせることができる。また、他の仮想ユーザを当該停止位置に到達させることなく、他の実ユーザが画面上のボタン１つ押すのみで救援要請に応答することができる場合と比較して、ゲームの難易度を向上させることができ、作業感をより払拭することができる。
【００１１】
また、本態様では、救援要請の通知を受けた他の実ユーザが複数である場合、複数の実ユーザのうち、一の仮想ユーザの進行が停止している停止位置に最も早く到達した仮想ユーザを操作する実ユーザが救援要請に応答することができる。しかし、他の実ユーザに救援要請に応答する意志があったとしても、当該停止位置に他の仮想ユーザが到達する前に、他の仮想ユーザの進行が停止してしまうことがある。したがって、複数の実ユーザのうち、必ずしも当該停止位置に最も近い位置を進行している仮想ユーザを操作する実ユーザが救援要請に応答することができるとは限らない。そのため、救援要請の通知を受けた複数の実ユーザに、救援要請に応答することができるか否かといった期待感を持たせることができる。
【００１２】
（３）本発明に係るゲームサーバの好ましい態様では、前記一の仮想ユーザに関する情報に基づいて、前記他の仮想ユーザとして所定の条件を満たす仮想ユーザを抽出するユーザ抽出部を、さらに備え、前記救援要請通知部は、前記抽出した仮想ユーザを操作する端末へ、前記一の仮想ユーザから救援要請があったことを通知することを特徴とする。
【００１３】
以上の態様では、ユーザ抽出部は、一の仮想ユーザに関する情報に基づいて、他の仮想ユーザとして所定の条件を満たす仮想ユーザを抽出する。例えば、ユーザ抽出部は、一の仮想ユーザの評価値情報に基づいて、一の仮想ユーザの評価値から所定の範囲内の評価値を有する仮想ユーザを抽出する。すなわち、一の仮想ユーザの評価値と同程度の評価値を有する仮想ユーザを抽出する。評価値とは、ゲーム内における仮想ユーザを評価するパラメータであって、例えばレベルやランキングなどである。また、例えば、一の仮想ユーザのフレンド情報に基づいて、一の仮想ユーザとフレンド関係にある仮想ユーザを抽出する。フレンド関係とは、ゲーム内で一方がフレンドの申請を行い、他方が承認した場合に成立する関係である。一の仮想ユーザに関する情報に関連して所定の条件を満たす仮想ユーザを抽出することにより、救援要請の通知を受けた実ユーザが救援要請へ応答する確率を高めることができる。救援要請へ応答する確率が高くなると、ゲーム内での仮想ユーザ同士の交流頻度が増加し、ゲームを活性化することができる。
【００１４】
（４）本発明に係るゲームサーバの好ましい態様では、前記抽出した仮想ユーザに関する情報を、前記一の仮想ユーザを操作する端末へ通知するユーザ通知部と、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記抽出した仮想ユーザのうちいずれかの仮想ユーザを選択する選択要求を受け付けるユーザ選択受付部と、をさらに備え、前記救援要請通知部は、前記選択された仮想ユーザを操作する端末へ、前記一の仮想ユーザから救援要請があったことを通知することを特徴とする。
【００１５】
以上の態様では、救援要請を行った実ユーザは、ユーザ抽出部が抽出した仮想ユーザに関する情報を知ることができ、ユーザ抽出部が抽出した仮想ユーザの中から一の仮想ユーザを選択することができる。救援要請を行った実ユーザに、救援要請に応答して欲しい仮想ユーザを選択させることにより、救援要請の通知を受けた実ユーザの救援要請に応答する意欲を高めることができる。
【００１６】
（５）本発明に係るゲームサーバの好ましい態様では、前記ユーザ抽出部は、前記一の仮想ユーザが過去に救援した仮想ユーザの数に応じて、抽出する仮想ユーザの数を決定し、決定した数の仮想ユーザを抽出することを特徴とする。
【００１７】
以上の態様では、例えば、過去に救援した仮想ユーザの数が多いほど、ユーザ抽出部は、数多くの仮想ユーザを抽出する。そして、救援要請通知部は、ユーザ抽出部が抽出した数多くの仮想ユーザに救援要請があったことを通知する。救援要請の通知を受けた実ユーザの数が多ければ、救援要請に応答する実ユーザの数も多くなる。自分が救援要請を出したときに他の実ユーザに応答してもらうために、他の実ユーザからの救援要請にも積極的に応答するよう実ユーザを促すことができる。
【００１８】
（６）本発明に係るゲームサーバの好ましい態様では、前記救援要請通知部が前記一の仮想ユーザから救援要請があったことを前記他の仮想ユーザを操作する端末へ通知した時間と、前記他の仮想ユーザを操作する端末から前記一の仮想ユーザを救援する操作データを受信した時間の差に応じて、前記他の仮想ユーザへ報酬を設定する報酬設定部をさらに備えることを特徴とする。
【００１９】
以上の態様では、例えば、仮想ユーザに救援要請があったことを通知した時間と、当該仮想ユーザが救援要請に応答した時間の差が小さいほど、当該仮想ユーザには、より価値の高い報酬が付与される。報酬は、例えば、ゲーム内で使用可能なアイテムである。ゲームを進行するのに有利なアイテムは価値が高く、実ユーザの取得欲求が高い。救援要請の通知に対して、より早く応答するよう実ユーザを促すことができる。ゲーム内での仮想ユーザ同士の交流頻度が増加し、ゲームを活性化することができる。
【００２０】
一方、仮想ユーザに救援要請があったことを通知した時間と、当該仮想ユーザが救援要請に応答した時間の差が大きいほど、当該仮想ユーザに、より価値の高い報酬が付与されてもよい。この場合、実ユーザにとっては、より価値の高い報酬を得るためには、救援要請の通知を受けてからしばらく経ってから応答するのが望ましい。しかし、救援要請の通知を受けてから時間が経ってしまうと、他の実ユーザが救援要請に応答してしまい、報酬が得られない可能性が高い。どういうタイミングで救援要請に応答するのがよいか、実ユーザに救援要請に応答するタイミングを考える楽しみを与えることができる。
【００２１】
（７）本発明に係るゲームサーバの好ましい態様では、前記救援要請通知部は、所定期間に前記一の仮想ユーザから救援要請を受け付けた受付回数と前記一の仮想ユーザが救援要請に応答した応答回数の比率に応じて、前記一の仮想ユーザから救援要請があったことを通知する確率を設定し、設定した確率に基づいて通知することを特徴とする。
【００２２】
以上の態様では、例えば、所定期間に仮想ユーザから救援要請を受け付けた受付回数が、所定期間に仮想ユーザが救援要請に応答した応答回数よりも非常に多い場合には、仮想ユーザから救援要請があったことを通知する確率が低く設定される。これにより、他の実ユーザからの救援要請にも積極的に応答するよう実ユーザを促すことができる。
【００２３】
以上のような本発明は、いずれの態様においても、上記ゲームサーバの発明を、そのゲームサーバで提供するゲームの進行を制御するゲーム制御方法、ゲームプログラム、ゲームプログラムを記録したゲームプログラム記録媒体及びゲームシステムとして捉えることも可能である。
【発明の効果】
【００２４】
本発明によれば、ランゲームにおいて進行が停止した仮想ユーザを復活させる方法に工夫を施すことにより、実ユーザのゲームに対する興趣を高めることが可能なゲームサーバ、ゲームサーバで提供するゲームの進行を制御するゲーム制御方法、ゲームプログラム、ゲームプログラムを記録したゲームプログラム記録媒体及びゲームシステムを提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明が適用されたゲームシステムのシステム構成を示す図である。
【図２】本発明が適用されたゲームサーバのハードウェア構成を示す図である。
【図３】本発明が適用されたゲームサーバが実行する各処理部の構成を示す図である。
【図４】進行管理データテーブルの具体例について説明するための図である。
【図５】救援要請受付履歴データテーブルの具体例について説明するための図である。
【図６】救援要請通知履歴データテーブルの具体例について説明するための図である。
【図７】救援応答履歴データテーブルの具体例について説明するための図である。
【図８】評価値データテーブルの具体例について説明するための図である。
【図９】操作履歴データテーブルの具体例について説明するための図である。
【図１０】ゲームデータ処理部で行われる処理の全体的なフローについて説明するための図である。
【図１１】救援要請通知処理の具体的手順について説明するための図である。
【図１２】ユーザ抽出処理の具体的手順について説明するための図である。
【図１３】ユーザ抽出処理の具体的手順について説明するための図である。
【図１４】復活設定処理の具体的手順について説明するための図である。
【図１５】アイテム設定処理の具体的手順について説明するための図である。
【図１６】アイテム設定処理の具体的手順について説明するための図である。
【図１７】アイテム設定処理の具体的手順について説明するための図である。
【図１８】救援要請通知処理の変形例の具体的手順について説明するための図である。
【図１９】（Ａ）救援要請確認画像を示す画面例である。（Ｂ）救援要請通知画像を示す画面例である。（Ｃ）救援応答確認画像を示す画面例である。
【図２０】（Ａ）復活通知画像を示す画面例である。（Ｂ）救援候補ユーザ選択受付画像を示す画面例である。
【発明を実施するための形態】
【００２６】
本発明を実施するための形態（以下、本実施形態という。）について具体例を示して説明する。本実施形態は、ゲームサーバと通信ネットワークを介して接続された端末にゲームを提供するゲームシステムに関する。具体的には、図１に示すように、本実施形態のゲームシステムＧは、ユーザにゲームを提供するゲームサーバ１と、ゲームサーバ１と通信ネットワークであるインターネット２を介して接続された端末３ａ、３ｂ、３ｃ、・・・、３ｎ（以下、総称して端末３ともいう。）と、を備える。
【００２７】
以下では、まず、実施形態の説明に先立って、本実施形態において用いる用語の定義を明確にし、さらに本実施形態において扱うソーシャルゲームの概要について説明した後、ゲームシステムＧの構成及び処理内容について具体的に説明する。
【００２８】
（１）用語の定義
本実施形態において用いる用語の定義は以下の通りである。
【００２９】
「仮想空間」とは、ゲームの内容に基づいてゲーム中に形成される仮想の世界を示し、物理空間とは異なる空間を指す。端末３のディスプレイ（表示部）に表示される「仮想空間」は２次元であるが、他の端末３との繋がりも加わって形成される観念的空間は、２次元空間に限られない。
【００３０】
「実ユーザ」とは、端末を操作する実体、すなわち人に当たるものをいう。一方、この実体である「実ユーザ」の端末におけるボタンやタッチ操作によって、仮想空間において、ユーザに成り代わった、またはユーザの趣向や好みに応じて形成された仮想実体を「仮想ユーザ」という。この「仮想ユーザ」には、例えば、旧来の将棋ゲームや麻雀ゲームのプレイヤのように、その仮想実体はゲーム上視認できないが、「実ユーザ」に成り代わった存在として仮想空間内で操作される駒や牌も含まれる。「仮想ユーザ」には、また、ロールプレイングゲームや対戦ゲームにおいてゲーム上で表示され、移動やアクションを起こす視認可能な特定のキャラクタも含まれる。さらに「仮想ユーザ」には、ＳＮＳにおけるアバターとして表示される仮想実体も含まれる。このように、本実施形態における「仮想ユーザ」は、仮想空間における仮想実体を広く表す用語として用い、それがゲーム上で具現化された仮想実体であるか、具現化されない影として機能する仮想実体であるかは問わない。
【００３１】
（２）ソーシャルゲームの概要
続いて、ゲームサーバ１からインターネット２を介して接続された端末３に提供されるソーシャルゲームについて、その概要を説明する。
【００３２】
本実施形態のソーシャルゲームは、実ユーザによる端末３の操作に応じて動作を行う仮想ユーザを仮想空間内において走行させるゲームである。仮想空間内には仮想ユーザが走行するための所定のコースが設けられている。端末３の操作により、ゲームをスタートさせると、仮想ユーザは所定のコースに沿って自動的に移動する。画面上で仮想ユーザが自動的に移動する方向は特に限定されず、画面手前から画面奥へ向かって移動する態様でもよいし、画面左側から画面右側に向かって移動する態様でもよい。本実施形態では、仮想ユーザが画面手前から画面奥へ向かって自動的に移動する場合において説明する。
【００３３】
コースにはあらかじめ障害物が設けられている。例えば、コースの左右端又は上端に壁が設けられていたり、コース上に落とし穴が設けられていたりする。実ユーザは端末３の操作によって、仮想ユーザの位置を左右に移動させたり、仮想ユーザを屈ませたり、仮想ユーザをジャンプさせたりすることができる。コースの左端に壁が設けられている場合には、仮想ユーザの位置を右に移動させ、コースの上端に壁が設けられている場合には、仮想ユーザを屈ませ、コース上に落とし穴が設けられている場合には、仮想ユーザをジャンプさせればよい。仮想ユーザが障害物を避けることができなかった場合、すなわち、壁にぶつかった場合又は穴に落ちた場合には、仮想ユーザの進行が停止する。なお、本実施形態において、仮想ユーザの進行が停止するという表現は、仮想ユーザが自動的に移動しなくなる状態を意味する。端末３の操作によってスタート地点に戻ることを選択するか、後述するように、端末３の操作によって救援要請を行った後、仮想ユーザを再び進行可能に設定する処理が行われた場合には、仮想ユーザを再び進行させることができる。後者の場合には、仮想ユーザの進行が停止した位置から、引き続き進行させることができる。
【００３４】
（３）基本的なハードウェア構成
（３−１）端末の構成
以下、本実施形態のゲームシステムＧを実現するためのハードウェア構成について説明する。
【００３５】
図１に示すように、端末３は、例えば、無線通信部３１と、表示部３２と、操作部３３と、を備える携帯型無線通信端末により構成される。無線通信部３１は、携帯電話回線や無線ＬＡＮ回線を用いてインターネット２に接続し、ウェブブラウザ上でゲームサーバ１とデータ通信を行う。表示部３２は、ゲームサーバ１から受信したウェブブラウザの画面を表示する。操作部３３は、例えば、表示部３２の画面上の表示に従って実ユーザからの操作入力を受け付けるタッチパネルから構成される。このようにして実ユーザから受け付けられた操作入力は、無線通信部３１によりゲームサーバ１に送信される。
【００３６】
このようなハードウェア構成を有する端末３では、例えば、予め登録したユーザＩＤと所定のパスワードとの組合せにより、端末の個体認証処理を行う。そして、端末３は、ゲームサーバ１との間での認証が完了すると、ゲームサーバ１からゲームを進行するのに必要なデータを受信するとともに、操作部３３における操作データをゲームサーバ１に送信する。
【００３７】
なお、端末３は、通信ネットワークであるインターネット２を介してゲームサーバ１と通信可能な通信装置であれば、携帯電話機、ＰＤＡ、パーソナルコンピュータなどであってもよい。また、操作部３３の例としてタッチパネルを挙げたが、もちろん物理的なキー操作によってカーソルなどを移動させて選択操作を行い、情報の入力を行うような構成を採用してもよい。
【００３８】
（３−２）ゲームサーバの概略構成
端末３と通信可能に接続されるゲームサーバ１は、例えば図２に示すような汎用的なハードウェア構成を有するコンピュータにより実現される。すなわち、ゲームサーバ１は、図２に示すように、インターネット２を介して端末３と通信を行う通信インタフェース部１１と、キーボードやマウスなどのユーザからの操作入力を受ける操作入力部１２とを備える。また、ゲームサーバ１は、各種演算処理を行うＣＰＵなどの演算処理部１３と、演算処理データを一時的に記憶するＳＲＡＭやＤＲＡＭなどのメインメモリ１４と、アプリケーションプログラム及び各種データが記憶されたハードディスクなどの記憶装置１５と、演算処理結果を表示するディスプレイ１６とを備える。
【００３９】
ゲームサーバ１は、複数のゲームパートから構成されるソーシャルゲーム２０をユーザに提供するためのプログラムを記憶装置１５にインストールすることで、図３に示すような機能ブロックが実現される。
【００４０】
すなわち、ゲームサーバ１では、例えば図３に示すような、操作データ受信部１１ａと、ゲームデータ処理部１００と、ゲームデータを管理するゲームデータ記憶部２００とからなる機能が実現される。
【００４１】
操作データ受信部１１ａは、通信ネットワーク２を通じて、端末３から送られてくる操作データを受信する手段である。
【００４２】
（３−３）ゲームサーバの具体的構成
以下では、本実施形態で特有の構成を有するゲームデータ処理部１００と、このゲームデータ処理部１００における処理を実現するための記憶領域となるゲームデータ記憶部２００の具体的な構成について図３等を参照して説明する。まず、ゲームデータ記憶部２００の構成について説明する。
【００４３】
（３−３−１）ゲームデータ記憶部の構成
まず、ゲームデータ処理部１００で用いるデータとして、ゲームデータ記憶部２００は、図３に示すように、進行管理データテーブル２１１と、救援要請受付履歴データテーブル２１２、救援要請通知履歴データテーブル２１３と、救援応答履歴データテーブル２１４と、評価値データテーブル２１５と、操作履歴データテーブル２１６と、を有する。
【００４４】
（進行管理データテーブル２１１：図４）
進行管理データテーブル２１１は、図４に示すように、所定のコースを進行する仮想ユーザの進行度合いを、仮想ユーザごとに記憶している。進行管理データテーブル２１１は、各端末からの操作データに基づいて、所定のタイミングで更新される。
【００４５】
仮想ユーザの進行度合いは、「到達位置」として表される。到達位置は、スタート地点を０ｍとしたとき、所定のコースにおけるスタート地点からの距離で示される。
【００４６】
（救援要請受付履歴データテーブル２１２：図５）
救援要請受付履歴データテーブル２１２は、図５に示すように、救援要請に関するデータを記憶している。救援要請受付履歴データテーブル２１２には、後述する救援要請受付部が端末より救援要請を行う旨の要求を受け付けるごとに、新たにデータが追加される。
【００４７】
救援要請とは、後述する進行管理部が、所定のコースを進行する一の仮想ユーザを停止させた場合に、当該一の仮想ユーザが、再び進行可能になるために他の仮想ユーザへ救援を要請することを意味する。他の仮想ユーザが一の仮想ユーザからの救援要請に応じた場合には、当該一の仮想ユーザは所定のコースを再び進行可能になる。
【００４８】
救援要請受付履歴データテーブル２１２には、具体的に、救援要請ＮＯ．と、救援要請受付時間と、救援要請ユーザと、救援要請を行った仮想ユーザが停止している位置に関するデータが記憶されている。
【００４９】
救援要請Ｎｏ．は、救援要請受付部が救援要請を受け付けた順に付される識別番号である。救援要請受付時間は、救援要請受付部が一の仮想ユーザを操作する端末より救援要請を行う旨の要求を受け付けた時間であり、日付と時刻で表される。救援要請ユーザは、救援要請を行った仮想ユーザであって、仮想ユーザを識別するユーザＩＤで表される。救援要請を行った仮想ユーザが停止している位置は、スタート地点を０ｍとしたとき、所定のコースにおけるスタート地点からの距離で示される。
【００５０】
（救援要請通知履歴データテーブル２１３：図６）
救援要請通知履歴データテーブル２１３は、図６に示すように、救援要請の通知に関するデータを記憶している。救援要請通知履歴データテーブル２１３には、救援要請受付部が一の仮想ユーザを操作する端末より救援要請を行う旨の要求を受け付けた後、後述する救援要請通知部が他の仮想ユーザを操作する端末へ救援要請があった旨を通知するごとに、新たにデータが追加される。
【００５１】
救援要請通知履歴データテーブル２１３には、具体的に、救援要請ＮＯ．と、救援要請通知時間と、救援候補ユーザと、救援候補ユーザの到達位置に関するデータが記憶されている。
【００５２】
上記のとおり、救援要請通知部は、他の仮想ユーザを操作する端末へ救援要請があった旨を通知する。救援候補ユーザとは、当該他の仮想ユーザのことである。救援要請通知時間は、救援要請通知部が救援候補ユーザを操作する端末へ救援要請があった旨を通知した時間であり、日付と時刻で表される。救援候補ユーザの到達位置は、救援要請通知時間に救援候補ユーザが到達していた位置のことである。救援要請Ｎｏ．は、救援候補ユーザを操作する端末へ通知した救援要請の識別番号である。
【００５３】
（救援応答履歴データテーブル２１４：図７）
救援応答履歴データテーブル２１４は、図７に示すように、救援要請の応答に関するデータを記憶している。救援応答履歴データテーブル２１４には、後述する復活設定部が救援候補ユーザのうち一の仮想ユーザを操作する端末より救援要請に応じる旨の要求を受け付けると、新たにデータが追加される。なお、救援候補ユーザが１人である場合には、救援候補ユーザを操作する端末より救援要請に応じる旨の要求を受け付けると、新たにデータが追加される。
【００５４】
救援応答履歴データテーブル２１４には、具体的に、救援要請Ｎｏ．と、救援応答受付時間と、救援応答ユーザと、救援要請ユーザと、コンボ回数に関するデータが記憶されている。
【００５５】
上記のとおり、復活設定部は、救援候補ユーザのうち一の仮想ユーザを操作する端末より救援要請に応じる旨の要求を受け付ける。救援応答ユーザとは、当該一の仮想ユーザのことである。救援要請Ｎｏ．は、救援応答ユーザを操作する端末より応じる旨の要求を受け付けた救援要請の識別番号である。救援応答受付時間は、復活設定部が救援応答ユーザを操作する端末より救援に応じる旨の要求を受け付けた時間であり、日付と時刻で表される。
【００５６】
コンボ回数とは、仮想ユーザ間で相互に救援を行った回数を意味する。例えば、ユーザＩＤ３０００２の仮想ユーザが救援要請を行った後、ユーザＩＤ３０００１の仮想ユーザが当該救援要請に応じ、さらに、ユーザＩＤ３０００１の仮想ユーザが新たな救援要請を行った後、ユーザＩＤ３０００２の仮想ユーザが当該新たな救援要請に応じた場合に、コンボ回数は１となる。次に、ユーザＩＤ３０００２の仮想ユーザが救援要請を行った後、ユーザＩＤ３０００１の仮想ユーザが当該救援要請に応じた場合には、コンボ回数は２となる。
【００５７】
（評価値データテーブル２１５：図８）
評価値データテーブル２１５は、図８に示すように、仮想ユーザの評価値に関するデータを、仮想ユーザごとに記憶している。評価値データテーブル２１５には、具体的に、評価値としてレベルおよびランキングに関するデータが記憶されている。
【００５８】
レベルとは、ゲーム内での仮想ユーザの進捗度を表す数値である。レベル１からゲームを開始すると、ゲームの進捗によりレベル２、レベル３と、レベルを示す数値が増加する。レベル毎に達成すべき課題が定められており、その課題をクリアすることにより、レベルが上昇する。
【００５９】
ランキングとは、仮想ユーザに関する所定のパラメータに基づいて、作成されるものである。例えば、レベルが高い順に作成されてもよい。
【００６０】
（操作履歴データテーブル２１６：図９）
操作履歴データテーブル２１６は、図９に示すように、１日における各時間帯の操作率に関するデータを、仮想ユーザごとに記憶している。操作履歴データテーブル２１５には、具体的に、１日を２４分割して、１時間ごとの操作率を％で表したデータが記憶されている。
【００６１】
（３−３−２）ゲームデータ処理部の構成
ゲームデータ処理部１００は、図３に示すように、進行管理部４１と、救援要請確認部４２と、救援要請受付部４３と、ユーザ抽出部４４と、救援要請通知部４５と、復活設定部４６と、アイテム設定部４７と、ユーザ通知部４８と、ユーザ選択受付部４９と、データテーブル更新部５０と、を備える。
【００６２】
進行管理部４１は、端末からの操作データに基づいて、所定のコースにおいて仮想ユーザを進行させ、又は進行を停止させる手段である。コース上には障害物が設定されており、仮想ユーザが障害物を回避することができなかった場合には、進行管理部４１は、仮想ユーザの進行を停止させる。
【００６３】
救援要請確認部４２は、仮想ユーザが救援要請を行うか否かを確認する手段である。具体的に、救援要請確認部４２は、仮想ユーザを操作する端末へ、救援要請を行うか否かを確認するための画像（救援要請確認画像）を出力する。
【００６４】
救援要請受付部４３は、一の仮想ユーザを操作する端末より、救援要請を行う旨の操作データを受け付ける手段である。
【００６５】
ユーザ抽出部４４は、一の仮想ユーザに関する情報に基づいて、前記他の仮想ユーザとして所定の条件を満たす仮想ユーザを抽出する手段である。具体的に、ユーザ抽出部４４は、一の仮想ユーザの評価値に関する情報に基づいて、一の仮想ユーザの評価値から所定の範囲内の評価値を有する仮想ユーザを抽出する。さらに、ユーザ抽出部４４は、一の仮想ユーザを操作する端末より救援要請を受け付けた時刻に関する情報に基づいて、当該時刻を含む所定の操作時間帯における操作頻度が所定の閾値以上である仮想ユーザを抽出してもよい。
【００６６】
救援要請通知部４５は、救援要請受付部が救援要請を受け付けた場合に、一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する手段である。救援要請通知部４５は、任意の他の仮想ユーザを操作する端末へ通知してもよいが、ユーザ抽出部４４が所定の条件を満たす仮想ユーザを抽出した場合には、抽出した仮想ユーザを操作する端末へ通知する。また、救援要請通知部４５は、後述するユーザ選択受付部が仮想ユーザを選択する選択要求を受け付けた場合には、選択された仮想ユーザを操作する端末へ通知する。
【００６７】
復活設定部４６は、他の仮想ユーザを操作する端末から、一の仮想ユーザを救援する操作データを受信した場合に、一の仮想ユーザを進行可能な状態に復活させる手段である。復活設定部４６は、他の仮想ユーザが、一の仮想ユーザの進行が停止している位置に到達した場合に、一の仮想ユーザを救援する操作データを受信する。ここでいう「到達」とは、一の仮想ユーザの位置と他の仮想ユーザの位置とが完全に一致することに限られない。他の仮想ユーザが、一の仮想ユーザの進行が停止している位置の近傍に近づいた状態も含まれる。
【００６８】
アイテム設定部４７は、救援要請に応じる旨の操作データを送信した端末に係る仮想ユーザに対して、報酬として仮想アイテムを設定する手段である。具体的に、アイテム設定部４７は、救援要請通知部４５が通知した時点における他の仮想ユーザの到達位置と一の仮想ユーザの停止した位置との距離に基づいて仮想アイテムを抽出する。また、アイテム設定部４７は、一の仮想ユーザと他の仮想ユーザとのコンボ回数に基づいて仮想アイテムを抽出してもよい。また、アイテム設定部４７は、救援要請通知時間と救援応答受付時間との差に基づいて仮想アイテムを抽出してもよい。
【００６９】
ユーザ通知部４８は、救援要請ユーザを操作する端末へ、ユーザ抽出部４４が抽出した仮想ユーザに関する情報を通知する手段である。具体的に、ユーザ通知部４８は、ユーザ抽出部４４が抽出した仮想ユーザの識別情報と現在の到達位置に関する情報を示す画像を出力する。
【００７０】
ユーザ選択受付部４９は、ユーザ抽出部４４が抽出した仮想ユーザのうちいずれかの仮想ユーザを選択する選択要求を受け付ける手段である。
【００７１】
データテーブル更新部５０は、各データテーブルに記憶されているデータを更新する手段である。例えば、救援要請受付部４３が、一の仮想ユーザを操作する端末より、救援要請を行う旨の操作データを受け付けると、データテーブル更新部５０は、救援要請受付データテーブルに新たにデータを追加する。また、救援要請通知部４５が、一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知すると、データテーブル更新部５０は、救援要請通知データテーブルに新たにデータを追加する。また、復活設定部４６が、他の仮想ユーザを操作する端末から、一の仮想ユーザを救援する操作データを受け付けると、データテーブル更新部５０は、救援応答データテーブルに新たにデータを追加する。
【００７２】
（４）ゲームサーバにおける処理
本実施形態のゲームサーバにおける処理の一例として、以上のような構成からなるゲームデータ処理部１００の処理について説明する。
【００７３】
（４−１）概要
まず、本実施形態の概要について図１０を用いて説明する。以下では、任意の一の仮想ユーザ（以下、対象仮想ユーザという）に対して行う処理として説明する。
【００７４】
図１０に示すように、ステップＳ１００１において、進行管理部４１は、対象仮想ユーザの位置を移動させる。仮想ユーザの移動は、例えば、実ユーザが画面上に表示されたスタートボタンを選択することにより開始する。データテーブル更新部５０は、対象仮想ユーザの位置に関するデータを、図４の進行管理データテーブル２１１へ記憶する。なお、所定のコースにおいてスタート地点から進行方向へ向かう仮想ユーザの移動は、自動的に行われる。実ユーザは、あらかじめ設定された操作を行うことにより、仮想ユーザをジャンプさせたり、屈ませたり、コースの左右方向での位置を変更することができる。コース上には、障害物が設置されており、実ユーザが適当な操作を行えば、仮想ユーザが障害物に当たらないよう回避することができる。
【００７５】
ステップＳ１００２において、進行管理部４１は、対象仮想ユーザがコース上に配置されている障害物を回避したか否かを判断する。障害物を回避しなかった場合（ステップＳ１００２：ＮＯ）には、ステップＳ１００３に進む。一方、障害物を回避した場合（ステップＳ１００２：ＹＥＳ）には、ステップＳ１００１へ戻り、ステップＳ１００１以下の処理を繰り返す。
【００７６】
ステップＳ１００３において、進行管理部４１は、対象仮想ユーザの位置を停止させる。図４の進行管理データテーブル２１１において、対象仮想ユーザに関するデータの更新を止める。
【００７７】
ステップＳ１００４において、救援要請確認部４２は、対象仮想ユーザを操作する端末へ、救援要請を行うか否かを確認するための画像（救援要請確認画像）を出力する。救援要請確認画像を表示する画面例１００を図１９（Ａ）に示す。
【００７８】
図１９（Ａ）に示すように、画面上部には、対象仮想ユーザが停止した位置を通知する通知画像１０１が表示される。対象仮想ユーザが停止した位置に関するデータは、図４の進行管理データテーブル２１１より得られる。例えば、ユーザＩＤ３０００１の仮想ユーザであれば、停止した位置は１１１３ｍであることが分かる。通知画像１０１として、「到達位置  １１１３ｍ」と記載した画像が表示される。
【００７９】
その下には、対象仮想ユーザを操作する端末へ、救援要請を行うか否かを選択させる選択画像１０２が表示される。例えば、選択画像１０２として、「救援要請しますか？」と記載した画像とともに、「ＹＥＳ」と記載したボタンアイコン１０２ａおよび「ＮＯ」と記載したボタンアイコン１０２ｂとが表示される。実ユーザは、ボタンアイコン１０２ａ又はボタンアイコン１０２ｂを操作することにより、救援要請を行うか否かを決定することができる。
【００８０】
画面下部には、コースを示す表示画像１０３と、コース上で倒れた対象仮想ユーザを示す表示画像１０４とが表示される。
【００８１】
ステップＳ１００５において、救援要請受付部４３は、対象仮想ユーザを操作する端末より、救援要請を行う旨の操作データを受け付けたか否かを判断する。救援要請を行う旨の操作データを受け付けた場合（ステップＳ１００５：ＹＥＳ）には、ステップＳ１００６に進む。一方、救援要請を行わない旨の操作データを受け付けた場合（ステップＳ１００５：ＮＯ）には、ステップＳ１００９に進む。以下、救援要請を行う旨の操作データを送信した端末に係る対象仮想ユーザを「救援要請ユーザ」という。
【００８２】
ステップＳ１００６において、データテーブル更新部５０は、図５の救援要請受付履歴データテーブル２１２の救援要請Ｎｏ．に新たな番号を追加し、救援要請受付時間、救援要請ユーザおよび救援要請ユーザの停止している位置に関するデータを保存する。
【００８３】
ステップＳ１００７において、救援要請ユーザ以外の他の仮想ユーザを操作する端末へ、救援要請ユーザが救援要請を行った旨を通知する処理（救援要請通知処理）を実行する。救援要請通知処理の詳細は後述する。他の仮想ユーザは、ゲームに登録されている仮想ユーザの中から任意に選択された仮想ユーザであってもよいし、後述するように、所定の条件に基づいて抽出された仮想ユーザであってもよい。以下、救援要請の通知を受ける他の仮想ユーザを「救援候補ユーザ」という。
【００８４】
ステップＳ１００８において、救援候補ユーザのうちいずれかの仮想ユーザを操作する端末より、救援要請に応じる旨の操作データを受け付けた場合に、救援要請ユーザを再び進行させる処理（復活設定処理）を実行し、本処理を終了する。復活設定処理の詳細は後述する。
【００８５】
ステップＳ１００９において、進行管理部４１は、対象仮想ユーザの位置をスタート地点に戻し、本処理を終了する。
【００８６】
（４−２）救援要請通知処理
ステップＳ１００７における救援要請通知処理の詳細について、図１１を参照して説明する。図１１に示すように、ステップＳ１１０１において、ユーザ抽出部４４は、救援要請ユーザに関する情報に基づいて所定の条件を満たす仮想ユーザを抽出する処理（ユーザ抽出処理）を実行する。ユーザ抽出処理の詳細は、後述する。
【００８７】
ステップＳ１１０２において、救援要請通知部４５は、ステップＳ１１０１で抽出した仮想ユーザを操作する端末へ、救援要請ユーザより救援要請があった旨を通知する通知画像（救援要請通知画像）を出力する。すなわち、ステップＳ１１０１で抽出した仮想ユーザが救援候補ユーザとなる。救援要請通知画像を表示する画面例２００を図１９（Ｂ）に示す。
【００８８】
図１９（Ｂ）に示すように、画面上部には、救援候補ユーザが進行している現在の位置を通知する通知画像２０１が表示される。救援候補ユーザが進行している現在の位置に関するデータは、図４の進行管理データテーブル２１１より得られる。例えば、通知画像２０１として、「到達位置  ８８８ｍ」と記載した画像が表示される。
【００８９】
その下には、救援要請ユーザが救援要請を行ったことを通知する通知画像２０２が表示される。具体的に、救援要請通知部４５は、図５の救援要請受付履歴データテーブル２１２を参照して、救援要請ユーザの識別情報と、救援要請ユーザが停止した位置を示す情報を通知する。例えば、通知画像２０２として、「救援要請あり！到達位置１１１３ｍにＡＡＡさんが倒れています！」と記載した画像が表示される。
【００９０】
画面下部には、コースを示す表示画像２０３と、コース上を進行する救援候補ユーザを示す表示画像２０４とが表示される。
【００９１】
ステップＳ１１０３において、データテーブル更新部５０は、図６の救援要請通知履歴データテーブル２１３の救援要請Ｎｏ．に新たな番号を追加し、救援要請通知時間、救援候補ユーザおよび救援候補ユーザの到達位置に関するデータを保存する。
【００９２】
（４−３）ユーザ抽出処理
ステップＳ１１０１におけるユーザ抽出処理の具体例１および具体例２について、図１２および図１３を参照して説明する。具体例１では、ユーザ抽出部４４は、救援要請ユーザの評価値に基づいて、特定の仮想ユーザを抽出する。具体例２では、ユーザ抽出部４４は、さらに、救援要請ユーザを操作する端末より救援要請を受け付けた時刻に基づいて、特定のユーザを抽出する。
【００９３】
（具体例１）
図１２に示すように、ステップＳ１２０１において、ユーザ抽出部４４は、図８の評価値データテーブル２１５を参照して、救援要請ユーザの評価値に係るデータを読み出す。読み出すデータは、レベルでもランキングでもよい。例えば、救援要請ユーザがユーザＩＤ３０００１の仮想ユーザであれば、レベルが５５であるというデータを読み出す。
【００９４】
ステップＳ１２０２において、ユーザ抽出部４４は、図８の評価値データテーブル２１５を参照して、救援要請ユーザの評価値から所定の範囲内の評価値を有する仮想ユーザを抽出する。例えば、救援要請ユーザのレベルが５５であれば、レベルが５０〜６０である仮想ユーザを抽出する。
【００９５】
ステップＳ１２０３において、ユーザ抽出部４４は、図４の進行管理データテーブル２１１を参照して、ステップＳ１２０２で抽出した仮想ユーザの中から、救援要請ユーザが停止している位置に到達する前の仮想ユーザを抽出して、本処理を終了する。
【００９６】
（具体例２）
図１３に示すように、ステップＳ１３０１、Ｓ１３０２の処理は、ステップＳ１２０１、Ｓ１２０２の処理と同様であるため、説明を省略する。
【００９７】
ステップＳ１３０３において、ユーザ抽出部４４は、図５の救援要請受付履歴データテーブル２１２を参照して、救援要請ユーザを操作する端末より救援要請を受け付けた時刻を読み出す。例えば、ユーザＩＤ３０００１の仮想ユーザを操作する端末より救援要請を受け付けた時刻は、２１時２８分であるというデータを読み出す。
【００９８】
ステップＳ１３０４において、ユーザ抽出部４４は、図９の操作履歴データテーブル２１６を参照して、ステップＳ１３０２で抽出した仮想ユーザの中から、ステップＳ１３０３で読み出した時刻を含む所定の操作時間帯における操作頻度が所定の閾値以上である仮想ユーザを抽出する。例えば、ステップＳ１３０３で読み出した時刻が２１時２８分であれば、２１時〜２２時の操作時間帯における操作頻度が所定の閾値以上である仮想ユーザを抽出する。
【００９９】
ステップＳ１３０５において、ユーザ抽出部４４は、図４の進行管理データテーブル２１１を参照して、ステップＳ１３０４で抽出した仮想ユーザの中から、救援要請ユーザが停止した位置に到達する前の仮想ユーザを抽出して、本処理を終了する。なお、ステップＳ１３０３およびＳ１３０４の処理を行った後に、ステップＳ１３０１およびＳ１３０２の処理を行う等、仮想ユーザを抽出する処理の順番は変更することが可能である。
【０１００】
（４−４）復活設定処理
ステップＳ１００８における復活設定処理の詳細について、図１４を参照して説明する。図１４に示すように、ステップＳ１４０１において、復活設定部４６は、図４の進行管理データテーブル２１１を参照して、救援候補ユーザのうち救援要請ユーザの停止した位置に到達した仮想ユーザが存在するか否かを判断する。当該仮想ユーザが存在する場合（ステップＳ１４０１：ＹＥＳ）には、ステップＳ１４０２へ進む。一方、当該仮想ユーザが存在しない場合（ステップＳ１４０１：ＮＯ）には、ステップＳ１４０１へ戻り、ステップＳ１４０１の処理を繰り返す。
【０１０１】
ステップＳ１４０２において、復活設定部４６は、救援候補ユーザのうち救援要請ユーザの停止した位置に到達した仮想ユーザを操作する端末へ、救援要請に応じるか否かを確認するための画像（救援応答確認画像）を出力する。救援確認画像を表示する画面例３００を図１９（Ｃ）に示す。
【０１０２】
図１９（Ｃ）に示すように、画面上部には、救援要請ユーザが停止した位置を通知する通知画像３０１が表示される。その下には、救援候補ユーザのうち救援要請ユーザの停止した位置に到達した仮想ユーザを操作する端末へ、救援要請に応じるか否かを選択させる選択画像３０２が表示される。例えば、選択画像３０２として、「ＡＡＡさんを救援しますか？」と記載した画像とともに、「ＹＥＳ」と記載したボタンアイコン３０２ａおよび「ＮＯ」と記載したボタンアイコン３０２ｂとが表示される。実ユーザは、ボタンアイコン３０２ａ又はボタンアイコン３０２ｂを操作することにより、救援要請ユーザを救援するか否かを決定することができる。画面下部には、コースを示す表示画像３０３と、コース上で倒れた救援要請ユーザの位置に到達した仮想ユーザを示す表示画像３０４と、コース上で倒れた救援要請ユーザを示す表示画像３０５とが表示される。
【０１０３】
ステップＳ１４０３において、復活設定部４６は、救援候補ユーザのうち救援要請ユーザの停止した位置に到達した仮想ユーザを操作する端末より、救援要請に応じる旨の操作データを受け付けたか否かを判断する。救援要請に応じる旨の操作データを受け付けた場合（ステップＳ１４０３：ＹＥＳ）には、ステップＳ１４０６に進む。一方、救援要請に応じない旨の操作データを受け付けた場合（ステップＳ１４０３：ＮＯ）には、ステップＳ１４０４へ進む。
【０１０４】
ステップＳ１４０４において、復活設定部４６は、ステップＳ１４０３で救援要請に応じない旨の操作データを送信した端末に係る救援候補ユーザを除外する。
【０１０５】
ステップＳ１４０５において、復活設定部４６は、他の救援候補ユーザが存在するか否かを判断する。他の候補ユーザが存在する場合（ステップＳ１４０５：ＹＥＳ）には、ステップＳ１４０１へ戻り、ステップＳ１４０１以下の処理を繰り返す。一方、他の候補ユーザが存在しない場合（ステップＳ１４０５：ＮＯ）には、ステップＳ１４０９に進む。
【０１０６】
ステップＳ１４０６において、データテーブル更新部５０は、ステップＳ１４０３で得られたデータに基づいて、図７の救援応答履歴データテーブル２１４に、救援応答ユーザと、救援要請ＮＯ．と、救援応答受付時間と、救援要請ユーザと、コンボ回数に関するデータを追加する。なお、コンボ回数は、図７の救援応答履歴データテーブル２１４の過去のデータを参照して、救援応答ユーザと救援要請ユーザが互いに救援を行った回数を算出する。
【０１０７】
ステップＳ１４０７において、ステップＳ１４０３で救援要請に応じる旨の操作データを送信した端末に係る救援候補ユーザに対して、報酬として仮想アイテムを設定する処理（アイテム設定処理）を実行する。アイテム設定処理の詳細は後述する。以下、救援要請に応じる旨の操作データを送信した端末に係る救援候補ユーザを「救援応答ユーザ」という。
【０１０８】
ステップＳ１４０８において、復活設定部４６は、救援要請ユーザを操作する端末へ、救援要請ユーザが進行可能になったことを通知する通知画像（復活通知画像）を出力し、本処理を終了する。復活通知画像を表示する画面例４００を図２０（Ａ）に示す。
【０１０９】
図２０（Ａ）に示すように、画面上部には、救援要請ユーザが停止した位置を通知する通知画像４０１が表示される。その下には、救援応答ユーザに関する情報および救援要請ユーザが進行可能になったことを通知する通知画像４０２が表示される。通知画像４０２として、例えば、「ＧＧＧさんが救援してくれました。復活します。」と記載した画像が表示される。画面下部には、コースを示す表示画像４０３と、救援応答ユーザを示す表示画像４０４と、コース上で倒れた救援要請ユーザの復活を示す表示画像４０５とが表示される。
【０１１０】
ステップＳ１４０９において、復活設定部４６は、救援要請ユーザの位置をスタート地点に戻し、本処理を終了する。
【０１１１】
（４−５）アイテム設定処理
ステップＳ１４０７におけるアイテム設定処理の具体例１および具体例２について、図１５および図１６を参照して説明する。具体例１では、アイテム設定部４７は、救援要請通知画像を出力した時点における救援応答ユーザの到達位置と救援要請ユーザの停止した位置との距離に基づいて仮想アイテムを抽出する。具体例２では、救援応答ユーザの救援要請ユーザとのコンボ回数に基づいて仮想アイテムを抽出する。具体例３では、救援要請通知時間と救援応答受付時間との差に基づいて仮想アイテムを抽出する。
【０１１２】
（具体例１）
図１５に示すように、ステップＳ１５０１において、アイテム設定部４７は、図６の救援要請通知履歴データテーブル２１３および図７の救援応答履歴データテーブル２１４を参照して、救援応答ユーザを操作する端末へ救援要請通知画像を出力した時点における救援応答ユーザの到達位置を読み出す。
【０１１３】
ステップＳ１５０２において、アイテム設定部４７は、図５の救援要請受付履歴データテーブル２１２を参照して、ステップＳ１５０１で読み出した到達位置と、救援要請ユーザの停止した位置との距離を算出する。
【０１１４】
例えば、救援要請Ｎｏ．８では、図７の救援応答履歴データテーブル２１４より、救援応答ユーザはユーザＩＤ３０００２の仮想ユーザであることが分かる。図６の救援要請通知履歴データテーブル２１３より、ユーザＩＤ３０００２の仮想ユーザは、救援要請通知画像を出力した時点における到達位置が８８８ｍであることが分かる。また、図５の救援要請受付履歴データテーブル２１２より、救援要請ユーザの停止した位置は１１１３ｍであることが分かる。よって、両者を隔てる距離は２２５ｍである。
【０１１５】
ステップＳ１５０３において、アイテム設定部４７は、ステップＳ１５０２で算出した距離に基づいて、ゲーム内で使用可能な仮想アイテムを抽出する。具体的に、アイテム設定部４７は、ステップＳ１５０２で算出した距離が長いほど、ゲームの進行により有利な仮想アイテムを抽出する。
【０１１６】
ステップＳ１５０４において、アイテム設定部４７は、ステップＳ１５０３で抽出した仮想アイテムを救援応答ユーザの所有アイテムとして設定する。
【０１１７】
（具体例２）
図１６に示すように、ステップＳ１６０１において、アイテム設定部４７は、図７の救援応答履歴データテーブル２１４を参照して、救援応答ユーザの救援要請ユーザとのコンボ回数を読み出す。
【０１１８】
例えば、救援要請Ｎｏ．８では、救援応答ユーザの救援要請ユーザとのコンボ回数は１回であることが分かる。
【０１１９】
ステップＳ１６０２において、アイテム設定部４７は、ステップＳ１６０１で読み出したコンボ回数に基づいて、ゲーム内で使用可能な仮想アイテムを抽出する。具体的に、アイテム設定部４７は、ステップＳ１６０１で読み出したコンボ回数が多いほど、ゲームの進行により有利な仮想アイテムを抽出する。
【０１２０】
ステップＳ１６０３において、アイテム設定部４７は、ステップＳ１６０２で抽出した仮想アイテムを救援応答ユーザの所有アイテムとして設定する。
【０１２１】
（具体例３）
図１７に示すように、ステップＳ１７０１において、アイテム設定部４７は、図６の救援要請通知履歴データテーブル２１３を参照して、救援要請通知時間を読み出す。
【０１２２】
例えば、救援要請Ｎｏ．８では、救援要請通知時間は、２０××年１月１１日２１時２８分であることが分かる。
【０１２３】
ステップＳ１７０２において、アイテム設定部４７は、図７の救援応答履歴データテーブル２１４を参照して、救援応答受付時間を読み出す。
【０１２４】
例えば、救援要請Ｎｏ．８では、救援応答受付時間は、２０××年１月１１日２１時３０分であることが分かる。
【０１２５】
ステップＳ１７０３において、アイテム設定部４７は、ステップＳ１７０１で読み出した救援要請通知時間およびステップＳ１７０２で読み出した救援応答受付時間の差に基づいて、ゲーム内で使用可能な仮想アイテムを抽出する。具体的に、アイテム設定部４７は、当該差が小さいほど、ゲームの進行により有利な仮想アイテムを抽出する。
【０１２６】
ステップＳ１７０４において、アイテム設定部４７は、ステップＳ１７０３で抽出した仮想アイテムを救援応答ユーザの所有アイテムとして設定する。
【０１２７】
（４−６）救援要請通知処理の変形例
上述の救援要請通知処理では、ユーザ抽出部４４が抽出した特定の仮想ユーザを救援候補ユーザとし、救援要請通知部４５は当該特定の仮想ユーザを操作する端末へ救援要請通知画像を出力した。しかし、ユーザ抽出部４４が特定の仮想ユーザを抽出した後、救援要請ユーザを操作する端末へ当該特定の仮想ユーザに関する情報を通知し、当該特定の仮想ユーザのうちいずれかの仮想ユーザを選択する選択要求を受け付けてもよい。すなわち、当該特定の仮想ユーザのうち選択要求を受け付けた仮想ユーザを救援候補ユーザとしてもよい。図１８を参照して、具体的に説明する。
【０１２８】
図１８に示すように、ステップＳ１８０１において、ユーザ抽出部４４がユーザ抽出処理を実行した後、ステップＳ１８０２において、ユーザ通知部４８は、救援要請ユーザを操作する端末へ、ステップＳ１８０１で抽出した仮想ユーザに関する情報を通知し、ステップＳ１８０１で抽出した仮想ユーザのうち一の仮想ユーザを選択させるための画像（ユーザ選択受付画像）を出力する。救援候補ユーザ選択受付画像を表示する画面例５００を図２０（Ｂ）に示す。なお、ステップＳ１８０１の処理は、ステップＳ１１０１の処理と同様であるため、説明を省略する。
【０１２９】
図２０（Ｂ）に示すように、画面上部には、救援要請ユーザが停止した位置を通知する通知画像５０１が表示される。
【０１３０】
その下には、救援候補ユーザに関する情報を通知する通知画像５０２が表示される。通知画像５０２として、具体的に、ステップＳ１８０１で抽出した仮想ユーザの識別情報を示すボタンアイコン５０２ａ〜５０２ｄと、ステップＳ１８０１で抽出した仮想ユーザの現在の到達位置を示す位置画像５０２ｅが表示される。実ユーザは、ボタンアイコン５０２ａ〜５０２ｄのいずれかを操作することにより、一の仮想ユーザを選択することができる。画面下部には、コースを示す表示画像５０３と、コース上で倒れた救援要請ユーザを示す表示画像５０４とが表示される。
【０１３１】
ステップＳ１８０３において、ユーザ選択受付部４９は、ステップＳ１８０１で抽出した仮想ユーザのうちいずれかの仮想ユーザを選択する選択要求を受け付けたか否かを判断する。選択要求を受け付けた場合（ステップＳ１８０３：ＹＥＳ）には、ステップＳ１８０４へ進み、救援要請通知部４５は、選択された一の仮想ユーザを操作する端末へ、救援要請通知画像を出力する。一方、選択要求を受け付けていない場合（ステップＳ１８０３：ＮＯ）には、ステップＳ１８０３の処理を繰り返す。
【０１３２】
ステップＳ１８０４において、救援要請通知部４５は、ステップＳ１８０３で選択された一の仮想ユーザを操作する端末へ、救援要請ユーザより救援要請があった旨を通知する通知画像（救援要請通知画像）を出力する。すなわち、ステップＳ１８０３で選択された一の仮想ユーザが救援候補ユーザとなる。
【０１３３】
ステップＳ１８０５において、データテーブル更新部５０は、図６の救援要請通知履歴データテーブル２１３の救援要請Ｎｏ．に新たな番号を追加し、救援要請通知時間、救援候補ユーザおよび救援候補ユーザの到達位置に関するデータを保存する。
【０１３４】
（５）効果
本実施形態では、進行管理部が対象仮想ユーザの進行を停止させた場合、救援要請確認部が、対象仮想ユーザを操作する端末へ、救援要請を行うか否かを確認するための画像（救援要請確認画像）を出力する。これにより、実ユーザは、救援要請を行うか否かを選択することができる。
【０１３５】
本実施形態において、救援要請通知部は、救援要請ユーザ以外の他の仮想ユーザを操作する端末へ、救援要請ユーザが救援要請を行った旨を通知する。そして、復活設定部は、他の仮想ユーザを操作する端末より、救援要請に応じる旨の操作データを受け付けた場合に、救援要請ユーザを再び進行させる。救援要請ユーザを操作する実ユーザには救援要請ユーザを再び進行可能とさせるチャンスがあるため、最初からゲームをやり直す必要がなく、作業感を払拭することができる。また、ゲーム内アイテムを使用して仮想ユーザを復活させる場合とは異なり、実ユーザが救援要請を行ったとしても、救援要請に応答してくれる他の実ユーザがいるかは不確定であり、必ずしも救援要請ユーザを復活させることができるとは限らない。そのため、救援要請ユーザを操作する実ユーザに、救援要請に応答してくれる他の実ユーザがいるか否かといった期待感を持たせることができる。
【０１３６】
本実施形態において、ユーザ抽出部は、救援要請ユーザに関する情報に基づいて、他の仮想ユーザとして所定の条件を満たす仮想ユーザを抽出する。このような所定の条件を満たす仮想ユーザを抽出することにより、救援要請の通知を受けた実ユーザが救援要請へ応答する確率を高めることができる。救援要請へ応答する確率が高くなると、ゲーム内での仮想ユーザ同士の交流頻度が増加し、ゲームを活性化することができる。
【０１３７】
ユーザ抽出処理の具体例１では、ユーザ抽出部は、救援要請ユーザの評価値から所定の範囲内の評価値を有する仮想ユーザを抽出する。すなわち、救援要請ユーザの評価値と同程度の評価値を有する仮想ユーザを抽出する。そして、救援要請通知部は、このような救援要請ユーザの評価値と同程度の評価値を有する仮想ユーザを操作する端末へ、救援要請があったことを通知する。評価値とは、ゲーム内における仮想ユーザを評価するパラメータであって、実ユーザは、同程度の評価値を有する仮想ユーザを操作する実ユーザに対してはライバル心を持つ場合がある。救援要請の通知を受けた実ユーザに対して、ライバルとなる実ユーザからの救援に応答した方がよいか、それとも応答しないで先に進むべきかの迷いを持たせることにより、ゲームのプレイにおもしろみを与えることができる。
【０１３８】
また、ユーザ抽出処理の具体例２では、さらに、ユーザ抽出部は、救援要請を操作する端末より救援要請を受け付けた時刻に関する情報に基づいて、当該時刻を含む所定の操作時間帯における操作頻度が所定の閾値以上である仮想ユーザを抽出する。そして、救援要請通知部は、このような所定の操作時間帯における操作頻度が高い仮想ユーザを操作する端末へ、救援要請があったことを通知する。これにより、救援要請の通知を受けた実ユーザが救援要請へ応答する確率を高めることができる。救援要請へ応答する確率が高くなると、ゲーム内での仮想ユーザ同士の接触頻度が増加し、ゲームを活性化することができる。
【０１３９】
本実施形態において、復活設定部は、救援候補ユーザのうち救援要請ユーザの停止した停止位置に到達した仮想ユーザを操作する端末へ、救援応答確認画像を出力する。救援候補ユーザが複数である場合、当該停止位置に最も早く到達した救援候補ユーザを操作する実ユーザが救援要請に応答することができる。しかし、実ユーザに救援要請に応答する意志があったとしても、当該停止位置に到達する前に、自ら操作する仮想ユーザが停止してしまうことがある。したがって、必ずしも当該停止位置に最も近い位置を進行している仮想ユーザを操作する実ユーザが救援要請に応答することができるとは限らない。そのため、救援要請の通知を受けた複数の実ユーザに、救援要請に応答することができるか否かといった期待感を持たせることができる。また、他の仮想ユーザを当該停止位置に到達させることなく、他の実ユーザが画面上のボタン１つ押すのみで救援要請に応答することができる場合と比較して、ゲームの難易度を向上させることができ、作業感をより払拭することができる。
【０１４０】
アイテム設定処理の具体例１では、アイテム設定部は、救援要請通知画像を出力した時点における救援応答ユーザの到達位置と救援要請ユーザの停止した位置との距離に基づいて、当該距離が長いほど、ゲームの進行により有利な仮想アイテムを抽出する。実ユーザは、救援要請ユーザの停止した位置に到達するまでに自ら操作する仮想ユーザが停止してしまうことがあるが、無事に到達することができた場合には、当該距離が長いほど達成感が大きい。当該距離に基づいて仮想アイテムを抽出することにより、実ユーザの得る達成感をより高めることができる。また、実ユーザの救援要請に応答するモチベーションを高めることができる。
【０１４１】
アイテム設定処理の具体例２では、アイテム設定部は、救援応答ユーザの救援要請ユーザとのコンボ回数に基づいて、コンボ回数が多いほど、ゲームの進行により有利な仮想アイテムを抽出する。救援要請ユーザを操作する実ユーザによっては、救援要請に応答してくれた実ユーザへ恩返しをする気持ちが芽生える。救援要請に応答してくれた実ユーザが操作する仮想ユーザから救援要請があった場合に、救援要請に応答する意欲が高まり、コンボが成立する。コンボ回数が多いほど、実ユーザ同士の親密度が高いといえる。このような親密度に基づいて仮想アイテムを抽出することにより、実ユーザの救援要請に応答するモチベーションをより高めることができる。
【０１４２】
アイテム設定処理の具体例３では、アイテム設定部は、救援要請通知時間と救援応答受付時間の差に基づいて、当該差が小さいほど、ゲームの進行により有利な仮想アイテムを抽出する。これにより、救援要請の通知に対して、より早く応答するよう実ユーザを促すことができる。ゲーム内での仮想ユーザ同士の交流頻度が増加し、ゲームを活性化することができる。
【０１４３】
救援要請通知処理の変形例では、救援要請ユーザを操作する実ユーザは、ユーザ抽出部が抽出した仮想ユーザに関する情報を知ることができ、ユーザ抽出部が抽出した仮想ユーザの中から一の仮想ユーザを選択することができる。救援要請ユーザを操作する実ユーザに、救援要請に応答して欲しい仮想ユーザを選択させることにより、救援要請の通知を受けた実ユーザの救援要請に応答する意欲を高めることができる。
【０１４４】
（６）その他
本実施形態のユーザ抽出処理では、所定の条件を満たす仮想ユーザを全て抽出する例を示したが、抽出する仮想ユーザの数を制限してもよい。具体的に、ユーザ抽出部は、救援要請ユーザが過去に救援した仮想ユーザの数に応じて、抽出する仮想ユーザの数を決定し、決定した数の仮想ユーザを抽出してもよい。例えば、救援要請ユーザが過去に救援した仮想ユーザの数が多いほど、ユーザ抽出部は、数多くの仮想ユーザを抽出する。そして、救援要請通知部は、ユーザ抽出部が抽出した数多くの仮想ユーザに救援要請があったことを通知する。救援要請の通知を受けた実ユーザの数が多ければ、救援要請に応答する実ユーザの数も多くなる。自分が救援要請を出したときに他の実ユーザに応答してもらうために、他の実ユーザからの救援要請にも積極的に応答するよう実ユーザを促すことができる。
【０１４５】
また、本実施形態の救援通知処理では、救援要請の行う旨の操作データを受け付けると、救援要請があったことを他の仮想ユーザへ必ず通知する例を示したが、通知する確率を変動させてもよい。具体的に、救援要請通知部は、所定期間に救援要請ユーザから救援要請を受け付けた受付回数と救援要請ユーザが救援要請に応答した応答回数の比率に応じて、救援要請ユーザから救援要請があったことを通知する確率を設定し、設定した確率に基づいて通知してもよい。例えば、所定期間に仮想ユーザから救援要請を受け付けた受付回数が、所定期間に仮想ユーザが救援要請に応答した応答回数よりも非常に多い場合には、仮想ユーザから救援要請があったことを通知する確率が低く設定される。これにより、他の実ユーザからの救援要請にも積極的に応答するよう実ユーザを促すことができる。
【０１４６】
本発明は、上記の実施形態の機能を実現するソフトウェアのプログラムが記録された非一時的な記録媒体をシステム又は装置に提供し、当該システム又は装置のコンピュータ、すなわちＣＰＵ又はＭＰＵに、当該非一時的な記録媒体に記録されたプログラムを読み出して実行させることによって実現してもよい。
【０１４７】
この場合、当該非一時的な記録媒体から読み出されたプログラムは、上述の実施形態の機能を実現する。したがって、当該プログラム及び当該プログラムが記録された非一時的な記録媒体も、本発明の一態様である。
【０１４８】
当該プログラムを提供する非一時的な記録媒体は、例えばフレキシブルディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷなどの光ディスク、磁気テープ、不揮発性メモリカード、及びＲＯＭを含む。或いは、当該プログラムは、通信ネットワークを介してダウンロード可能であってもよい。
【０１４９】
さらに、上記の実施形態の機能は、コンピュータが当該プログラムを読み出して実行するだけではなく、コンピュータ上で動作するＯＳ（operating system）等に、当該プログラムの指示に基づき実際の操作の一部又はすべてを実行させることによって実現してもよい。
【０１５０】
さらに、上記の実施形態の機能は、非一時的な記録媒体から読み出されたプログラムを、コンピュータに挿入された拡張ボードに設けられたメモリ、又は、コンピュータに接続された拡張装置に設けられたメモリに書き込み、拡張ボード又は拡張装置に設けられたＣＰＵ等に、プログラムの指示に基づき実際の処理のすべて又は一部を実行させることによって実現されてもよい。
【０１５１】
典型的な実施形態を参照して本発明を説明したが、本発明は、ここに開示する典型的な態様に限定されないことはもちろんである。特許請求の範囲は、このような変更と、同等の構造及び機能とをすべてを含むように最も広く解釈することが可能である。
【符号の説明】
【０１５２】
Ｇ  ゲームサーバ
１１ａ  操作データ受信部
４１  進行管理部
４２  救援要請確認部
４３  救援要請受付部
４４  ユーザ抽出部
４５  救援要請通知部
４６  復活設定部
４７  アイテム設定部
４８  ユーザ通知部
４９  ユーザ選択受付部
５０  データテーブル更新部
２１１  進行管理データテーブル
２１２  救援要請受付履歴データテーブル
２１３  救援要請通知履歴データテーブル
２１４  救援応答履歴データテーブル
２１５  評価値データテーブル
２１６  操作履歴データテーブル
【図１】
2015198857.tif 000003
【図２】
2015198857.tif 000004
【図３】
2015198857.tif 000005
【図４】
2015198857.tif 000006
【図５】
2015198857.tif 000007
【図６】
2015198857.tif 000008
【図７】
2015198857.tif 000009
【図８】
2015198857.tif 000010
【図９】
2015198857.tif 000011
【図１０】
2015198857.tif 000012
【図１１】
2015198857.tif 000013
【図１２】
2015198857.tif 000014
【図１３】
2015198857.tif 000015
【図１４】
2015198857.tif 000016
【図１５】
2015198857.tif 000017
【図１６】
2015198857.tif 000018
【図１７】
2015198857.tif 000019
【図１８】
2015198857.tif 000020
【図１９】
2015198857.tif 000021
【図２０】
2015198857.tif 000022
【手続補正書】
【提出日】平成26年8月26日(2014.8.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、
前記一の仮想ユーザの評価値に関する情報に基づいて、前記一の仮想ユーザの評価値と同程度の評価値を有する仮想ユーザを抽出するユーザ抽出部と、
前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知する救援要請通知部と、
前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、
を備えることを特徴とするゲームサーバ。
【請求項２】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、
前記一の仮想ユーザを操作する端末より救援要請を受け付けた時刻に関する情報に基づいて、当該時刻と同等の時間帯に操作データを受信した頻度が他の時間帯に操作データを受信した頻度より相対的に高い仮想ユーザを抽出するユーザ抽出部と、
前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知する救援要請通知部と、
前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、
を備えることを特徴とするゲームサーバ。
【請求項３】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、
前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する救援要請通知部と、
前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、
前記一の仮想ユーザと前記他の仮想ユーザとの相互に救援を行った回数に基づいて、当該回数が多いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定する報酬設定部と、
を備えることを特徴とするゲームサーバ。
【請求項４】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、
前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する救援要請通知部と、
前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達し、かつ、前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、
前記救援要請があったことを通知した時点における他の仮想ユーザの到達位置と前記一の仮想ユーザの停止した位置との距離に基づいて、当該距離が長いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定する報酬設定部と、
を備えることを特徴とするゲームサーバ。    
【請求項５】
前記救援要請通知部が前記一の仮想ユーザから救援要請があったことを前記他の仮想ユーザを操作する端末へ通知した時間と、前記他の仮想ユーザを操作する端末から前記一の仮想ユーザを救援する操作データを受信した時間の差に応じて、前記他の仮想ユーザへ報酬を設定する報酬設定部をさらに備えることを特徴とする、請求項１又は２に記載のゲームサーバ。
【請求項６】
前記復活設定部は、前記所定のコースにおいて前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達した場合に、前記一の仮想ユーザを救援する操作データを受信することを特徴とする、請求項１〜３、５のいずれか１項に記載のゲームサーバ。
【請求項７】
前記一の仮想ユーザに関する情報に基づいて、前記他の仮想ユーザとして所定の条件を満たす仮想ユーザを抽出するユーザ抽出部を、さらに備え、
前記救援要請通知部は、前記抽出した仮想ユーザを操作する端末へ、前記一の仮想ユーザから救援要請があったことを通知することを特徴とする、請求項３又は４に記載のゲームサーバ。
【請求項８】
前記抽出した仮想ユーザに関する情報を、前記一の仮想ユーザを操作する端末へ通知するユーザ通知部と、
前記一の仮想ユーザを操作する端末の操作データに基づいて、前記抽出した仮想ユーザのうちいずれかの仮想ユーザを選択する選択要求を受け付けるユーザ選択受付部と、をさらに備え、
前記救援要請通知部は、前記選択された仮想ユーザを操作する端末へ、前記一の仮想ユーザから救援要請があったことを通知することを特徴とする、請求項１、２又は７に記載のゲームサーバ。
【請求項９】
前記ユーザ抽出部は、前記一の仮想ユーザが過去に救援した仮想ユーザの数に応じて、抽出する仮想ユーザの数を決定し、決定した数の仮想ユーザを抽出することを特徴とする、請求項１、２、７又は８に記載のゲームサーバ。
【請求項１０】
前記救援要請通知部は、所定期間に前記一の仮想ユーザから救援要請を受け付けた受付回数と前記一の仮想ユーザが救援要請に応答した応答回数の比率に応じて、前記一の仮想ユーザから救援要請があったことを通知する確率を設定し、設定した確率に基づいて通知することを特徴とする、請求項１から９のいずれか１項に記載のゲームサーバ。
【請求項１１】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータが実行するゲーム制御方法であって、
前記端末から、前記仮想ユーザを操作する操作データを受信するステップと、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させるステップと、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付けるステップと、
前記一の仮想ユーザの評価値に関する情報に基づいて、前記一の仮想ユーザの評価値と同程度の評価値を有する仮想ユーザを抽出するか、又は、前記一の仮想ユーザを操作する端末より救援要請を受け付けた時刻に関する情報に基づいて、当該時刻と同等の時間帯に操作データを受信した頻度が他の時間帯に操作データを受信した頻度より相対的に高い仮想ユーザを抽出するステップと、
前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知するステップと、
前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させるステップと、を前記コンピュータが実行することを特徴とするゲーム制御方法。
【請求項１２】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータが実行するゲーム制御方法であって、
前記端末から、前記仮想ユーザを操作する操作データを受信するステップと、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させるステップと、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付けるステップと、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知するステップと、
前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させるステップと、
前記一の仮想ユーザと前記他の仮想ユーザとの相互に救援を行った回数に基づいて、当該回数が多いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定するステップと、を前記コンピュータが実行することを特徴とするゲーム制御方法。
【請求項１３】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータが実行するゲーム制御方法であって、
前記端末から、前記仮想ユーザを操作する操作データを受信するステップと、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させるステップと、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付けるステップと、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知するステップと、
前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達し、かつ、前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させるステップと、
前記救援要請があったことを通知した時点における他の仮想ユーザの到達位置と前記一の仮想ユーザの停止した位置との距離に基づいて、当該距離が長いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定するステップと、を前記コンピュータが実行することを特徴とするゲーム制御方法。
【請求項１４】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータに実現させるゲームプログラムであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する機能と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる機能と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける機能と、
前記一の仮想ユーザの評価値に関する情報に基づいて、前記一の仮想ユーザの評価値と同程度の評価値を有する仮想ユーザを抽出するか、又は、前記一の仮想ユーザを操作する端末より救援要請を受け付けた時刻に関する情報に基づいて、当該時刻と同等の時間帯に操作データを受信した頻度が他の時間帯に操作データを受信した頻度より相対的に高い仮想ユーザを抽出する機能と、
前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知する機能と、
前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる機能と、を前記コンピュータに実現させるゲームプログラム。
【請求項１５】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータに実現させるゲームプログラムであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する機能と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる機能と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける機能と、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する機能と、
前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる機能と、
前記一の仮想ユーザと前記他の仮想ユーザとの相互に救援を行った回数に基づいて、当該回数が多いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定する機能と、を前記コンピュータに実現させるゲームプログラム。
【請求項１６】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータに実現させるゲームプログラムであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する機能と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる機能と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける機能と、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する機能と、
前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達し、かつ、前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる機能と、
前記救援要請があったことを通知した時点における他の仮想ユーザの到達位置と前記一の仮想ユーザの停止した位置との距離に基づいて、当該距離が長いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定する機能と、を前記コンピュータに実現させるゲームプログラム。
【請求項１７】
請求項１４から１６のいずれか１項に記載のゲームプログラムを記録したゲームプログラム記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
（１）本発明のゲームサーバは、通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、前記一の仮想ユーザの評価値に関する情報に基づいて、前記一の仮想ユーザの評価値と同程度の評価値を有する仮想ユーザを抽出するユーザ抽出部と、前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知する救援要請通知部と、前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、を備えることを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
以上の態様では、一の仮想ユーザの進行が停止した場合、一の仮想ユーザを操作する実ユーザは、一の仮想ユーザを再び進行可能とするために救援要請を行うことができる。実ユーザが救援要請を行い、他の仮想ユーザを操作する他の実ユーザが救援要請に応答した場合に、一の仮想ユーザは進行可能となる。一の仮想ユーザの進行が停止したとしても、実ユーザには一の仮想ユーザを再び進行可能とさせるチャンスがあるため、最初からゲームをやり直す必要がなく、作業感を払拭することができる。また、ゲーム内アイテムを使用して仮想ユーザを復活させる場合とは異なり、実ユーザが救援要請を行ったとしても、救援要請に応答してくれる他の実ユーザがいるかは不確定であり、必ずしも一の仮想ユーザを復活させることができるとは限らない。そのため、救援要請を行った実ユーザに、救援要請に応答してくれる他の実ユーザがいるか否かといった期待感を持たせることができる。
また、本態様では、救援要請通知部は、一の仮想ユーザの評価値と同程度の評価値を有する仮想ユーザを操作する端末へ、救援要請があったことを通知する。評価値とは、ゲーム内における仮想ユーザを評価するパラメータであって、実ユーザは、同程度の評価値を有する仮想ユーザを操作する実ユーザに対してはライバル心を持つ場合がある。救援要請の通知を受けた実ユーザに対して、ライバルとなる実ユーザからの救援に応答した方がよいか、それとも応答しないで先に進むべきかの迷いを持たせることにより、ゲームのプレイにおもしろみを与えることができる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
（２）また、本発明のゲームサーバは、通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、前記一の仮想ユーザを操作する端末より救援要請を受け付けた時刻に関する情報に基づいて、当該時刻と同等の時間帯に操作データを受信した頻度が他の時間帯に操作データを受信した頻度より相対的に高い仮想ユーザを抽出するユーザ抽出部と、前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知する救援要請通知部と、前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、を備えることを特徴とする。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
以上の態様では、一の仮想ユーザの進行が停止した場合、一の仮想ユーザを操作する実ユーザは、一の仮想ユーザを再び進行可能とするために救援要請を行うことができる。実ユーザが救援要請を行い、他の仮想ユーザを操作する他の実ユーザが救援要請に応答した場合に、一の仮想ユーザは進行可能となる。一の仮想ユーザの進行が停止したとしても、実ユーザには一の仮想ユーザを再び進行可能とさせるチャンスがあるため、最初からゲームをやり直す必要がなく、作業感を払拭することができる。また、ゲーム内アイテムを使用して仮想ユーザを復活させる場合とは異なり、実ユーザが救援要請を行ったとしても、救援要請に応答してくれる他の実ユーザがいるかは不確定であり、必ずしも一の仮想ユーザを復活させることができるとは限らない。そのため、救援要請を行った実ユーザに、救援要請に応答してくれる他の実ユーザがいるか否かといった期待感を持たせることができる。
また、本態様では、救援要請通知部は、一の仮想ユーザを操作する端末より救援要請を受け付けた時刻に関する情報に基づいて、当該時刻と同等の時間帯に操作データを受信した頻度が他の時間帯に操作データを受信した頻度より相対的に高い仮想ユーザを操作する端末へ、救援要請があったことを通知する。これにより、救援要請の通知を受けた実ユーザが救援要請へ応答する確率を高めることができる。救援要請へ応答する確率が高くなると、ゲーム内での仮想ユーザ同士の接触頻度が増加し、ゲームを活性化することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
（３）また、本発明のゲームサーバは、通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する救援要請通知部と、前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、前記一の仮想ユーザと前記他の仮想ユーザとの相互に救援を行った回数に基づいて、当該回数が多いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定する報酬設定部と、を備えることを特徴とする。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
以上の態様では、一の仮想ユーザの進行が停止した場合、一の仮想ユーザを操作する実ユーザは、一の仮想ユーザを再び進行可能とするために救援要請を行うことができる。実ユーザが救援要請を行い、他の仮想ユーザを操作する他の実ユーザが救援要請に応答した場合に、一の仮想ユーザは進行可能となる。一の仮想ユーザの進行が停止したとしても、実ユーザには一の仮想ユーザを再び進行可能とさせるチャンスがあるため、最初からゲームをやり直す必要がなく、作業感を払拭することができる。また、ゲーム内アイテムを使用して仮想ユーザを復活させる場合とは異なり、実ユーザが救援要請を行ったとしても、救援要請に応答してくれる他の実ユーザがいるかは不確定であり、必ずしも一の仮想ユーザを復活させることができるとは限らない。そのため、救援要請を行った実ユーザに、救援要請に応答してくれる他の実ユーザがいるか否かといった期待感を持たせることができる。
また、本態様では、一の仮想ユーザと他の仮想ユーザとの相互に救援を行った回数に基づいて、当該回数が多いほど、ゲームの進行により有利な仮想アイテムを抽出する。救援要請ユーザを操作する実ユーザによっては、救援要請に応答してくれた実ユーザへ恩返しをする気持ちが芽生える。救援要請に応答してくれた実ユーザが操作する仮想ユーザから救援要請があった場合に、救援要請に応答する意欲が高まり、コンボが成立する。コンボ回数が多いほど、実ユーザ同士の親密度が高いといえる。このような親密度に基づいて仮想アイテムを抽出することにより、実ユーザの救援要請に応答するモチベーションをより高めることができる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
（４）また、本発明のゲームサーバは、通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する救援要請通知部と、前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達し、かつ、前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、前記救援要請があったことを通知した時点における他の仮想ユーザの到達位置と前記一の仮想ユーザの停止した位置との距離に基づいて、当該距離が長いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定する報酬設定部と、を備えることを特徴とする。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
以上の態様では、一の仮想ユーザの進行が停止した場合、一の仮想ユーザを操作する実ユーザは、一の仮想ユーザを再び進行可能とするために救援要請を行うことができる。実ユーザが救援要請を行い、他の仮想ユーザを操作する他の実ユーザが救援要請に応答した場合に、一の仮想ユーザは進行可能となる。一の仮想ユーザの進行が停止したとしても、実ユーザには一の仮想ユーザを再び進行可能とさせるチャンスがあるため、最初からゲームをやり直す必要がなく、作業感を払拭することができる。また、ゲーム内アイテムを使用して仮想ユーザを復活させる場合とは異なり、実ユーザが救援要請を行ったとしても、救援要請に応答してくれる他の実ユーザがいるかは不確定であり、必ずしも一の仮想ユーザを復活させることができるとは限らない。そのため、救援要請を行った実ユーザに、救援要請に応答してくれる他の実ユーザがいるか否かといった期待感を持たせることができる。
また、本態様では、報酬設定部は、救援要請通知画像を出力した時点における他のユーザの到達位置と一の仮想ユーザの停止した位置との距離に基づいて、当該距離が長いほど、ゲームの進行により有利な仮想アイテムを抽出する。他の仮想ユーザを操作する他の実ユーザが救援要請に応答するためには、他の仮想ユーザを一の仮想ユーザの進行が停止している停止位置に到達させる必要がある。他の実ユーザに救援要請に応答する意志があったとしても、当該停止位置に他の仮想ユーザが到達する前に、他の仮想ユーザの進行が停止してしまうことがある。実ユーザが救援要請を行ったとしても、他の実ユーザが他の仮想ユーザを当該停止位置に到達させることができるかは不確定であり、必ずしも一の仮想ユーザを復活させることができるとは限らない。したがって、実ユーザは、救援要請ユーザの停止した位置に到達するまでに自ら操作する仮想ユーザが停止してしまうことがあるが、無事に到達することができた場合には、当該距離が長いほど達成感が大きい。当該距離に基づいて仮想アイテムを抽出することにより、実ユーザの得る達成感をより高めることができる。また、実ユーザの救援要請に応答するモチベーションを高めることができる。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
（５）本発明に係るゲームサーバの好ましい態様では、前記救援要請通知部が前記一の仮想ユーザから救援要請があったことを前記他の仮想ユーザを操作する端末へ通知した時間と、前記他の仮想ユーザを操作する端末から前記一の仮想ユーザを救援する操作データを受信した時間の差に応じて、前記他の仮想ユーザへ報酬を設定する報酬設定部をさらに備えることを特徴とする。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
以上の態様では、例えば、仮想ユーザに救援要請があったことを通知した時間と、当該仮想ユーザが救援要請に応答した時間の差が小さいほど、当該仮想ユーザには、より価値の高い報酬が付与される。報酬は、例えば、ゲーム内で使用可能なアイテムである。ゲームを進行するのに有利なアイテムは価値が高く、実ユーザの取得欲求が高い。救援要請の通知に対して、より早く応答するよう実ユーザを促すことができる。ゲーム内での仮想ユーザ同士の交流頻度が増加し、ゲームを活性化することができる。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
（６）本発明に係るゲームサーバの好ましい態様では、前記復活設定部は、前記所定のコースにおいて前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達した場合に、前記一の仮想ユーザを救援する操作データを受信することを特徴とする。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
以上の態様では、他の仮想ユーザを操作する他の実ユーザが救援要請に応答するためには、他の仮想ユーザを一の仮想ユーザの進行が停止している停止位置に到達させる必要がある。他の実ユーザに救援要請に応答する意志があったとしても、当該停止位置に他の仮想ユーザが到達する前に、他の仮想ユーザの進行が停止してしまうことがある。実ユーザが救援要請を行ったとしても、他の実ユーザが他の仮想ユーザを当該停止位置に到達させることができるかは不確定であり、必ずしも一の仮想ユーザを復活させることができるとは限らない。救援要請を行った実ユーザに、救援要請に応答し得る仮想ユーザが果たして停止位置まで到達するかどうかといった期待感を持たせることができる。また、他の仮想ユーザを当該停止位置に到達させることなく、他の実ユーザが画面上のボタン１つ押すのみで救援要請に応答することができる場合と比較して、ゲームの難易度を向上させることができ、作業感をより払拭することができる。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
（７）本発明に係るゲームサーバの好ましい態様では、前記一の仮想ユーザに関する情報に基づいて、前記他の仮想ユーザとして所定の条件を満たす仮想ユーザを抽出するユーザ抽出部を、さらに備え、前記救援要請通知部は、前記抽出した仮想ユーザを操作する端末へ、前記一の仮想ユーザから救援要請があったことを通知することを特徴とする。
以上の態様では、ユーザ抽出部は、一の仮想ユーザに関する情報に基づいて、他の仮想ユーザとして所定の条件を満たす仮想ユーザを抽出する。例えば、ユーザ抽出部は、一の仮想ユーザの評価値情報に基づいて、一の仮想ユーザの評価値から所定の範囲内の評価値を有する仮想ユーザを抽出する。すなわち、一の仮想ユーザの評価値と同程度の評価値を有する仮想ユーザを抽出する。評価値とは、ゲーム内における仮想ユーザを評価するパラメータであって、例えばレベルやランキングなどである。また、例えば、一の仮想ユーザのフレンド情報に基づいて、一の仮想ユーザとフレンド関係にある仮想ユーザを抽出する。フレンド関係とは、ゲーム内で一方がフレンドの申請を行い、他方が承認した場合に成立する関係である。一の仮想ユーザに関する情報に関連して所定の条件を満たす仮想ユーザを抽出することにより、救援要請の通知を受けた実ユーザが救援要請へ応答する確率を高めることができる。救援要請へ応答する確率が高くなると、ゲーム内での仮想ユーザ同士の交流頻度が増加し、ゲームを活性化することができる。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
（８）本発明に係るゲームサーバの好ましい態様では、前記抽出した仮想ユーザに関する情報を、前記一の仮想ユーザを操作する端末へ通知するユーザ通知部と、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記抽出した仮想ユーザのうちいずれかの仮想ユーザを選択する選択要求を受け付けるユーザ選択受付部と、をさらに備え、前記救援要請通知部は、前記選択された仮想ユーザを操作する端末へ、前記一の仮想ユーザから救援要請があったことを通知することを特徴とする。
以上の態様では、救援要請を行った実ユーザは、ユーザ抽出部が抽出した仮想ユーザに関する情報を知ることができ、ユーザ抽出部が抽出した仮想ユーザの中から一の仮想ユーザを選択することができる。救援要請を行った実ユーザに、救援要請に応答して欲しい仮想ユーザを選択させることにより、救援要請の通知を受けた実ユーザの救援要請に応答する意欲を高めることができる。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
（９）本発明に係るゲームサーバの好ましい態様では、前記ユーザ抽出部は、前記一の仮想ユーザが過去に救援した仮想ユーザの数に応じて、抽出する仮想ユーザの数を決定し、決定した数の仮想ユーザを抽出することを特徴とする。
以上の態様では、例えば、過去に救援した仮想ユーザの数が多いほど、ユーザ抽出部は、数多くの仮想ユーザを抽出する。そして、救援要請通知部は、ユーザ抽出部が抽出した数多くの仮想ユーザに救援要請があったことを通知する。救援要請の通知を受けた実ユーザの数が多ければ、救援要請に応答する実ユーザの数も多くなる。自分が救援要請を出したときに他の実ユーザに応答してもらうために、他の実ユーザからの救援要請にも積極的に応答するよう実ユーザを促すことができる。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００２２
【補正方法】変更
【補正の内容】
【００２２】
（１０）本発明に係るゲームサーバの好ましい態様では、前記救援要請通知部は、所定期間に前記一の仮想ユーザから救援要請を受け付けた受付回数と前記一の仮想ユーザが救援要請に応答した応答回数の比率に応じて、前記一の仮想ユーザから救援要請があったことを通知する確率を設定し、設定した確率に基づいて通知することを特徴とする。
以上の態様では、例えば、所定期間に仮想ユーザから救援要請を受け付けた受付回数が、所定期間に仮想ユーザが救援要請に応答した応答回数よりも非常に多い場合には、仮想ユーザから救援要請があったことを通知する確率が低く設定される。これにより、他の実ユーザからの救援要請にも積極的に応答するよう実ユーザを促すことができる。
【手続補正書】
【提出日】平成26年11月13日(2014.11.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、
前記一の仮想ユーザの評価値に関する情報に基づいて、他の仮想ユーザとして、前記一の仮想ユーザの評価値と同程度の評価値を有する仮想ユーザを抽出するユーザ抽出部と、
前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知する救援要請通知部と、
前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、を備えることを特徴とするゲームサーバ。
【請求項２】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、
前記一の仮想ユーザを操作する端末より救援要請を受け付けた時刻に関する情報に基づいて、他の仮想ユーザとして、当該時刻と同等の時間帯に操作データを受信した頻度が他の時間帯に操作データを受信した頻度より相対的に高い仮想ユーザを抽出するユーザ抽出部と、
前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知する救援要請通知部と、
前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、を備えることを特徴とするゲームサーバ。
【請求項３】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、
前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する救援要請通知部と、
前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、
前記一の仮想ユーザと前記他の仮想ユーザとの相互に救援を行った回数に基づいて、当該回数が多いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定する報酬設定部と、
を備えることを特徴とするゲームサーバ。
【請求項４】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、
前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する救援要請通知部と、
前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達し、かつ、前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、
前記救援要請があったことを通知した時点における他の仮想ユーザの到達位置と前記一の仮想ユーザの停止した位置との距離に基づいて、当該距離が長いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定する報酬設定部と、
を備えることを特徴とするゲームサーバ。 
【請求項５】
前記救援要請通知部が前記一の仮想ユーザから救援要請があったことを前記他の仮想ユーザを操作する端末へ通知した時間と、前記他の仮想ユーザを操作する端末から前記一の仮想ユーザを救援する操作データを受信した時間の差に応じて、前記他の仮想ユーザへ報酬を設定する報酬設定部をさらに備えることを特徴とする、請求項１又は２に記載のゲームサーバ。
【請求項６】
前記復活設定部は、前記所定のコースにおいて前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達した場合に、前記一の仮想ユーザを救援する操作データを受信することを特徴とする、請求項１〜３、５のいずれか１項に記載のゲームサーバ。
【請求項７】
前記一の仮想ユーザに関する情報に基づいて、前記他の仮想ユーザとして所定の条件を満たす仮想ユーザを抽出するユーザ抽出部を、さらに備え、
前記救援要請通知部は、前記抽出した仮想ユーザを操作する端末へ、前記一の仮想ユーザから救援要請があったことを通知することを特徴とする、請求項３又は４に記載のゲームサーバ。
【請求項８】
前記抽出した仮想ユーザに関する情報を、前記一の仮想ユーザを操作する端末へ通知するユーザ通知部と、
前記一の仮想ユーザを操作する端末の操作データに基づいて、前記抽出した仮想ユーザのうちいずれかの仮想ユーザを選択する選択要求を受け付けるユーザ選択受付部と、をさらに備え、
前記救援要請通知部は、前記選択された仮想ユーザを操作する端末へ、前記一の仮想ユーザから救援要請があったことを通知することを特徴とする、請求項１、２又は７に記載のゲームサーバ。
【請求項９】
前記ユーザ抽出部は、前記一の仮想ユーザが過去に救援した仮想ユーザの数に応じて、抽出する仮想ユーザの数を決定し、決定した数の仮想ユーザを抽出することを特徴とする、請求項１、２、７又は８に記載のゲームサーバ。
【請求項１０】
前記救援要請通知部は、所定期間に前記一の仮想ユーザから救援要請を受け付けた受付回数と前記一の仮想ユーザが救援要請に応答した応答回数の比率に応じて、前記一の仮想ユーザから救援要請があったことを通知する確率を設定し、設定した確率に基づいて通知することを特徴とする、請求項１から９のいずれか１項に記載のゲームサーバ。
【請求項１１】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータが実行するゲーム制御方法であって、
前記端末から、前記仮想ユーザを操作する操作データを受信するステップと、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させるステップと、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付けるステップと、
前記一の仮想ユーザの評価値に関する情報に基づいて、前記一の仮想ユーザの評価値と同程度の評価値を有する仮想ユーザを抽出するか、又は、前記一の仮想ユーザを操作する端末より救援要請を受け付けた時刻に関する情報に基づいて、当該時刻と同等の時間帯に操作データを受信した頻度が他の時間帯に操作データを受信した頻度より相対的に高い仮想ユーザを抽出するステップと、
前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知するステップと、
前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させるステップと、を前記コンピュータが実行することを特徴とするゲーム制御方法。
【請求項１２】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータが実行するゲーム制御方法であって、
前記端末から、前記仮想ユーザを操作する操作データを受信するステップと、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させるステップと、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付けるステップと、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知するステップと、
前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させるステップと、
前記一の仮想ユーザと前記他の仮想ユーザとの相互に救援を行った回数に基づいて、当該回数が多いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定するステップと、を前記コンピュータが実行することを特徴とするゲーム制御方法。
【請求項１３】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータが実行するゲーム制御方法であって、
前記端末から、前記仮想ユーザを操作する操作データを受信するステップと、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させるステップと、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付けるステップと、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知するステップと、
前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達し、かつ、前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させるステップと、
前記救援要請があったことを通知した時点における他の仮想ユーザの到達位置と前記一の仮想ユーザの停止した位置との距離に基づいて、当該距離が長いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定するステップと、を前記コンピュータが実行することを特徴とするゲーム制御方法。
【請求項１４】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータに実現させるゲームプログラムであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する機能と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる機能と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける機能と、
前記一の仮想ユーザの評価値に関する情報に基づいて、前記一の仮想ユーザの評価値と同程度の評価値を有する仮想ユーザを抽出するか、又は、前記一の仮想ユーザを操作する端末より救援要請を受け付けた時刻に関する情報に基づいて、当該時刻と同等の時間帯に操作データを受信した頻度が他の時間帯に操作データを受信した頻度より相対的に高い仮想ユーザを抽出する機能と、
前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知する機能と、
前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる機能と、を前記コンピュータに実現させるゲームプログラム。
【請求項１５】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータに実現させるゲームプログラムであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する機能と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる機能と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける機能と、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する機能と、
前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる機能と、
前記一の仮想ユーザと前記他の仮想ユーザとの相互に救援を行った回数に基づいて、当該回数が多いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定する機能と、を前記コンピュータに実現させるゲームプログラム。
【請求項１６】
通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するコンピュータに実現させるゲームプログラムであって、
前記端末から、前記仮想ユーザを操作する操作データを受信する機能と、
前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる機能と、
一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける機能と、
前記一の仮想ユーザから救援要請があったことを、他の仮想ユーザを操作する端末へ通知する機能と、
前記他の仮想ユーザが、前記一の仮想ユーザの進行が停止している位置に到達し、かつ、前記他の仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる機能と、
前記救援要請があったことを通知した時点における他の仮想ユーザの到達位置と前記一の仮想ユーザの停止した位置との距離に基づいて、当該距離が長いほどゲームの進行により有利な仮想アイテムを前記他の仮想ユーザへ報酬として設定する機能と、を前記コンピュータに実現させるゲームプログラム。
【請求項１７】
請求項１４から１６のいずれか１項に記載のゲームプログラムを記録したゲームプログラム記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
（１）本発明のゲームサーバは、通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、前記一の仮想ユーザの評価値に関する情報に基づいて、他の仮想ユーザとして、前記一の仮想ユーザの評価値と同程度の評価値を有する仮想ユーザを抽出するユーザ抽出部と、前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知する救援要請通知部と、前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、を備えることを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
（２）また、本発明のゲームサーバは、通信ネットワークを介して接続された端末に提供されるゲーム上に形成された仮想ユーザが所定のコースを進行するゲームを提供するゲームサーバであって、前記端末から、前記仮想ユーザを操作する操作データを受信する操作データ受信部と、前記操作データに基づいて、前記所定のコースにおいて前記仮想ユーザを進行させ、又は進行を停止させる進行管理部と、一の仮想ユーザの進行を停止させた場合に、前記一の仮想ユーザを操作する端末の操作データに基づいて、前記一の仮想ユーザが再び進行可能な状態となるための救援要請を受け付ける救援要請受付部と、前記一の仮想ユーザを操作する端末より救援要請を受け付けた時刻に関する情報に基づいて、他の仮想ユーザとして、当該時刻と同等の時間帯に操作データを受信した頻度が他の時間帯に操作データを受信した頻度より相対的に高い仮想ユーザを抽出するユーザ抽出部と、前記救援要請受付部が前記救援要請を受け付けた場合に、前記一の仮想ユーザから救援要請があったことを、前記抽出した仮想ユーザを操作する端末へ通知する救援要請通知部と、前記抽出した仮想ユーザを操作する端末から、前記一の仮想ユーザを救援する操作データを受信した場合に、前記一の仮想ユーザを進行可能な状態に復活させる復活設定部と、を備えることを特徴とする。