(57)【要約】【課題】ゲーム続行不能な状態になったことを利用してビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させる。【解決手段】システムは、プレイヤキャラクタがゲーム続行不能な状態になった場合、同一又は異なるプレイヤキャラクタにビデオゲームの進行を開始させ、ゲーム続行不能な状態になったゲーム空間の地点又は地点の近傍に、ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置し、プレイヤキャラクタが対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、対応オブジェクトに対する２以上の種類の所定の行動から１の行動の選択を受け付け、選択された１の行動と所定情報とに基づいて、対応オブジェクトに関連する関連イベントを発生させる。【選択図】図３
2018202238.tif 000002
【特許請求の範囲】
【請求項１】
ゲーム空間におけるビデオゲームの進行を制御する機能をサーバに実現させるためのプログラムであって、
前記サーバに、
前記ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、当該ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、前記ビデオゲームの進行を開始させる開始機能と、
前記ゲーム続行不能な状態になった前記ゲーム空間の地点又は該地点の近傍に、前記ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、当該ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置する配置機能と、
プレイヤキャラクタが前記対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、前記対応オブジェクトに対する行動の選択を受け付ける受付機能と、
選択された１の行動と前記所定情報とに基づいて、前記対応オブジェクトに関連する関連イベントを前記ビデオゲームにおいて発生させる発生機能と、
時間の経過に応じて前記対応オブジェクトの状態を変更する状態変更機能と、を実現させ、
前記発生機能にて、
前記選択された１の行動と前記所定情報と前記対応オブジェクトの状態とに基づいて前記関連イベントを前記ビデオゲームにおいて発生させる機能を
実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態の少なくとも１つは、ゲーム空間におけるビデオゲームの進行を制御する機能をサーバに実現させるためのプログラムに関する。また、本発明の実施形態の少なくとも１つは、通信ネットワークと、サーバと、ユーザ端末とを備え、ゲーム空間におけるビデオゲームの進行を制御する機能するシステムに関する。また、本発明の実施形態の少なくとも１つは、ゲーム空間におけるビデオゲームの進行を制御する機能をユーザ端末に実現させるためのプログラムに関する。
【背景技術】
【０００２】
従来、ユーザが所定のプレイヤキャラクタを操作し、仮想のゲーム空間上で敵である敵キャラクタと戦うビデオゲームシステムが開発されている。
【０００３】
このようなビデオゲームシステムにおいて、敵キャラクタと戦った結果、プレイヤキャラクタが死亡した場合、その場所を仮想のゲーム空間における特別な位置として、ビデオゲームの進行に利用するものがある。例えば、プレイヤキャラクタが死亡した場所に到達したユーザに対して、死亡した際の情報を提供するものがある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３２５９６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、このようなビデオゲームシステムでは、プレイヤキャラクタが死亡した場所における死亡した際の情報が提供されるにすぎず、ビデオゲームの進行への利用は限定的なものだった。すなわち、ゲーム続行不能な状態になったことを利用してビデオゲームの趣向性を向上させる点に関して改善の余地があった。
【０００６】
本発明の少なくとも１つの実施形態の目的は、上記課題を解決し、ゲーム続行不能な状態になったことを利用してビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させることにある。
【課題を解決するための手段】
【０００７】
非限定的な観点によると、本発明に係るプログラムは、ゲーム空間におけるビデオゲームの進行を制御する機能をサーバに実現させるためのプログラムであって、前記サーバに、前記ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、当該ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、前記ビデオゲームの進行を開始させる開始機能と、前記ゲーム続行不能な状態になった前記ゲーム空間の地点又は該地点の近傍に、前記ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、当該ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置する配置機能と、プレイヤキャラクタが前記対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、前記対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付ける受付機能と、選択された１の行動と前記所定情報とに基づいて、前記対応オブジェクトに関連する関連イベントを前記ビデオゲームにおいて発生させる発生機能と、を実現させるためのものである。
【０００８】
非限定的な観点によると、本発明に係るシステムは、通信ネットワークと、サーバと、ユーザ端末とを備え、前記ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、当該ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、前記ビデオゲームの進行を開始させる開始手段と、前記ゲーム続行不能な状態になった前記ゲーム空間の地点又は該地点の近傍に、前記ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、当該ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置する配置手段と、プレイヤキャラクタが前記対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、前記対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付ける受付手段と、選択された１の行動と前記所定情報とに基づいて、前記対応オブジェクトに関連する関連イベントを前記ビデオゲームにおいて発生させる発生手段と、を含むことを特徴とする。
【０００９】
非限定的な観点によると、本発明に係るプログラムは、ゲーム空間におけるビデオゲームの進行を制御する機能をユーザ端末に実現させるためのプログラムであって、前記ユーザ端末に、前記ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、当該ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、前記ビデオゲームの進行を開始させる開始機能と、前記ゲーム続行不能な状態になった前記ゲーム空間の地点又は該地点の近傍に、前記ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、当該ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置する配置機能と、プレイヤキャラクタが前記対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、前記対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付ける受付機能と、選択された１の行動と前記所定情報とに基づいて、前記対応オブジェクトに関連する関連イベントを前記ビデオゲームにおいて発生させる発生機能と、を実現させるためのものである。
【発明の効果】
【００１０】
本願の各実施形態により１又は２以上の不足が解決される。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態の少なくとも一つに対応するビデオゲーム処理システムの構成の例を示すブロック図である。
【図２】本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。
【図３】本発明の実施形態の少なくとも一つに対応するゲーム関連処理の例を示すフローチャートである。
【図４】本発明の実施形態の少なくとも一つに対応するゲーム関連処理におけるサーバ側の動作の例を示すフローチャートである。
【図５】本発明の実施形態の少なくとも一つに対応するゲーム関連処理における端末の動作の例を示すフローチャートである。
【図６】本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。
【図７】本発明の実施形態の少なくとも一つに対応するゲーム関連処理の例を示すフローチャートである。
【図８】本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。
【図９】本発明の実施形態の少なくとも一つに対応するゲーム関連処理の例を示すフローチャートである。
【図１０】本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。
【図１１】本発明の実施形態の少なくとも一つに対応するゲーム関連処理の例を示すフローチャートである。
【図１２】本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。
【図１３】本発明の実施形態の少なくとも一つに対応するゲーム関連処理の例を示すフローチャートである。
【図１４】本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。
【図１５】本発明の実施形態の少なくとも一つに対応する情報の格納状態の例について説明するための説明図である。
【図１６】本発明の実施形態の少なくとも一つに対応する情報の格納状態の例について説明するための説明図である。
【図１７】本発明の実施形態の少なくとも一つに対応する情報の格納状態の例について説明するための説明図である。
【図１８】本発明の実施形態の少なくとも一つに対応するゲーム関連処理の例を示すフローチャートである。
【図１９】本発明の実施形態の少なくとも一つに対応するゲームデータ更新処理の例を示すフローチャートである。
【図２０】本発明の実施形態の少なくとも一つに対応する概念を説明するための説明図である。
【図２１】本発明の実施形態の少なくとも一つに対応する概念を説明するための説明図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態の例について図面を参照して説明する。なお、以下で説明する各実施形態の例における各種構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。また、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。また、各実施形態の特徴部分に関係しない動作や処理については、その内容を省略している場合がある。さらに、以下で説明する各種フローを構成する各種処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。
【００１３】
［第１の実施形態］
図１は、本発明の一実施形態におけるシステム１００の構成の例を示すブロック図である。図１に示すように、システム１００は、サーバ１０と、システム１００のユーザが使用するユーザ端末２０，２０１〜２０Ｎ（Ｎは任意の整数）とを含む。なお、システム１００の構成はこれに限定されず、単一のユーザ端末を複数のユーザが使用する構成としてもよいし、複数のサーバを備える構成としてもよい。
【００１４】
サーバ１０と複数のユーザ端末２０，２０１〜２０Ｎは、それぞれインターネットなどの通信ネットワーク３０に接続されている。なお、図示しないが、複数のユーザ端末２０，２０１〜２０Ｎは、通信業者によって管理される基地局と無線通信回線によるデータ通信を行うことによって、通信ネットワーク３０と接続する。
【００１５】
システム１００は、サーバ１０と複数のユーザ端末２０，２０１〜２０Ｎとを備えることにより、ゲーム空間におけるビデオゲームの進行を制御するための各種処理を実行する。ここで、ゲーム空間とは、ビデオゲームの進行に用いられるオブジェクトが仮想的に存在する空間を意味する。ゲーム空間の構成はゲーム画像を生成可能な構成であれば特に限定されず、例えば２次元空間であってもよいし、３次元空間であってもよい。また、ビデオゲームの進行に用いられるオブジェクトとは、ビデオゲームを進行させるために用いられる仮想的な物体を意味する。ビデオゲームの進行に用いられるオブジェクトの例には、各種キャラクタや、ゲーム空間における仮想的な建物や、ゲーム空間における仮想的な地面などのフィールドオブジェクトなどがある。また、ビデオゲームの進行とは、ビデオゲームで発生し得る種々の進行あるいは変化等が生じたことを意味する。ビデオゲームで発生し得る種々の進行あるいは変化等の例としては、時間の進行、ゲーム要素のパラメータの変化、特定のステータス若しくはフラグの更新、あるいはユーザによる操作入力がある。
【００１６】
サーバ１０は、システム１００の管理者によって管理され、複数のユーザ端末２０，２０１〜２０Ｎに対して各種処理に関する情報を提供するための各種機能を有する。本例において、サーバ１０は、ＷＷＷサーバなどの情報処理装置によって構成され、各種情報を格納する記憶媒体を備える。なお、サーバ１０は、制御部や通信部などコンピュータとして各種処理を行うための一般的な構成を備えるが、ここでの説明は省略する。また、システム１００においては、複数のユーザ端末２０，２０１〜２０Ｎそれぞれにかかる処理負荷を軽減させるといった観点から、各種情報はサーバ１０が管理することが好ましい。ただし、サーバ１０がアクセス可能な状態で記憶領域が備えられていればよく、例えば専用の記憶領域がサーバ１０の外部に備えられるようにシステム１００が構成されてもよい。
【００１７】
また、サーバ１０は、ゲーム画像をユーザ端末に表示させる処理を実行させる機能を有する。画像をユーザ端末に表示させるとは、画像を、ユーザ端末が備える表示装置の表示画面に表示させることを意味する。また、表示装置の表示画面に表示させるとは、通信ネットワーク３０を用いた通信により、ユーザ端末２０、２０１〜２０Ｎが備える表示装置に画像を出力させることを意味する。表示装置に画像を表示させるための構成の例には、サーバ１０側で生成した情報（画像情報）をユーザ端末２０、２０１〜２０Ｎ側に送信する構成がある。なお、画像情報の構成は特に限定されず、例えば画像を圧縮した情報でもよいし、ユーザ端末２０、２０１〜２０Ｎで画像を生成させるための情報であってもよい。画像を圧縮した情報の例には、クラウドゲームで使用されるもの（例えば、ＭＰＥＧ）がある。また、ユーザ端末２０、２０１〜２０Ｎで画像を生成させるための情報には、オンラインゲームで使用されるもの（例えば、位置情報）がある。
【００１８】
図２は、サーバ１０の構成の例であるサーバ１０Ａの構成を示すブロック図である。図２に示すように、サーバ１０Ａは、開始部１１（開始機能の一例に相当）と、配置部１２（配置機能の一例に相当）と、受付部１３（受付機能の一例に相当）と、発生部１４（発生機能の一例に相当）と、を少なくとも備える。
【００１９】
開始部１１は、ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、ビデオゲームの進行を開始させる機能を有する。ここで、プレイヤキャラクタとは、人型のオブジェクトに限定されず、オブジェクトであればよい。プレイヤキャラクタの例としては、自動車のオブジェクト、人物が搭乗するロボットのオブジェクトなどがある。本例は、ゲーム行不能な状態になったプレイヤキャラクタと、ビデオゲームの進行に用いるプレイヤキャラクタは同一のユーザが操作するプレイヤキャラクタであってもよく、異なるユーザが操作するプレイヤキャラクタであってもよい。また、ゲーム続行不能な状態とは、プレイヤキャラクタに設定された所定のパラメータが所定の条件を満たすことで、ビデオゲームの進行を続行することができなくなった状態を意味する。ゲーム続行不能な状態の一例としては、プレイヤキャラクタに設定されたライフポイント（ライフ）が０になった状態がある。
【００２０】
配置部１２は、ゲーム続行不能な状態になったゲーム空間の地点又は該地点の近傍に、ゲーム続行不能な状態になったプレイヤキャラクタに対応する対応オブジェクトをゲーム空間に配置する機能を有する。加えて、配置部１２は、対応オブジェクトに対して、ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報を対応付ける。ここで、所定情報は、ゲーム続行不能な状態になるまでにゲーム続行不能な状態になったプレイヤキャラクタに関連付けされた情報である。所定情報の一例として、ゲーム続行不能な状態になったプレイヤキャラクタの行動履歴に関する行動履歴情報がある。また、対応オブジェクトとは、ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトであることを認識可能にゲーム空間に配置されるオブジェクトである。対応オブジェクトの一例として、死体オブジェクトがある。
【００２１】
受付部１３は、対応オブジェクトに対する２以上の種類の行動から、１の行動の選択を受け付ける機能を有する。ここで、選択される１の行動は、プレイヤキャラクタがゲーム空間において対応オブジェクトの配置位置又は近傍まで移動したことに基づいて選択可能になる２以上の種類のうち１の行動であることが好ましい。また、行動とは、プレイヤキャラクタが実行する動作の内容を意味する。対応オブジェクトに対して選択可能な２以上の種類の行動の例として、回収や修理などがある。また、近傍とは、その地点の付近を意味する。対応オブジェクトの近傍の一例として、プレイヤキャラクタと対応オブジェクトとのゲーム空間における距離が所定距離であることがある。また、ここで選択が受け付けられる行動は、選択可能になった少なくとも２以上の種類の所定の行動から、１の行動の選択を受け付ける。
【００２２】
発生部１４は、選択された１の行動と、対応オブジェクトに対応付けされた所定情報と、に基づいて、対応オブジェクトに関連するイベントを発生させる機能を有する。ここで、イベントとは、ビデオゲームで発生し得る出来事を意味する。関連イベントはイベントの一種である。関連イベントの例として、対応オブジェクトに関連する所定の効果が発生するイベントや、対応オブジェクトに関連する所定の特典が付与されるイベントや、対応オブジェクトに関連する所定の戦闘が開始されるイベントなどがある。具体的には、上述の「回収」という行動が選択されると、対応オブジェクトに関連する所定の特典が付与されるイベントが発生する場合がある。また、上述の「修理」という行動が選択されると、対応オブジェクトに対応するオブジェクトが味方キャラクタになるイベントや対応オブジェクトに対応するオブジェクトが敵キャラクタになるイベントが発生する場合がある。
【００２３】
複数のユーザ端末２０，２０１〜２０Ｎは、それぞれ、ビデオゲームを行うユーザ（又はプレイヤ）によって管理され、例えば携帯電話端末やＰＤＡ（ＰＥＲＳＯＮＡＬ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、携帯型ゲーム装置などのネットワーク配信型のゲームを行うことが可能な通信端末によって構成される。なお、システム１００が含み得るユーザ端末の構成は上述した例に限定されず、ユーザがビデオゲームを認識できる構成であればよい。ユーザ端末の構成の他の例には、スマートウォッチなどの所謂ウェアラブルデバイスや、ウェアラブルデバイスと通信端末等との組み合わせがある。
【００２４】
また、複数のユーザ端末２０，２０１〜２０Ｎは、それぞれ、通信ネットワーク３０に接続し、サーバ１０との通信を行うことによりビデオゲームを実行するためのハードウェア（例えば、ゲーム画面を表示する表示装置や音声出力装置など）及びソフトウェアを備える。なお、複数のユーザ端末２０，２０１〜２０Ｎそれぞれは、サーバ１０を介さずに互いに直接通信を行うこともできる構成とされていてもよい。また、複数のユーザ端末２０，２０１〜２０Ｎは、サーバ１０から送信される情報（例えば、ゲーム画像に関する情報）に基づいて自己の表示装置にゲームの画像を出力する。
【００２５】
次に、本例のビデオゲーム処理システム１００（システム１００）の動作について説明する。
【００２６】
図３は、システム１００が実行するゲーム関連処理の例を示すフローチャートである。以下、サーバ１０Ａと、端末２０とによりビデオゲームに関するデータの送受信を行う場合を例にして説明する。上記ゲーム関連処理は、例えば、所定時間間隔で定期的に実行される。
【００２７】
サーバ１０Ａは、ゲーム関連処理において、先ず、ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、ビデオゲームの進行を開始させる（ステップＳ１１）。例えば、サーバ１０Ａは、ユーザ操作を受け付けて、ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるプレイヤキャラクタにビデオゲームの進行を開始させる。
【００２８】
サーバ１０Ａは、ゲーム続行不能な状態になったプレイヤキャラクタに対応する対応オブジェクトをゲーム続行不能な状態になったゲーム空間の地点又は該地点の近傍に配置する（ステップＳ１２）。このとき、サーバ１０Ａは、所定の記憶領域を参照して、ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報を対応オブジェクトに対応付ける。
【００２９】
サーバ１０Ａは、プレイヤキャラクタが対応オブジェクトの配置位置又は近傍まで移動したことに基づいて対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付ける（ステップＳ１３）。
【００３０】
次いで、サーバ１０Ａは、選択された１の行動と所定情報とに基づいて、対応オブジェクトに関連する関連イベントを発生させる（ステップＳ１４）。例えば、サーバ１０Ａは、所定情報が格納されている記憶領域を参照して、選択された１の行動と所定情報とに基づいて関連イベントを決定し、決定した関連イベントをビデオゲームに発生させるようにゲームデータを更新する。ここで、ゲームデータとは、ゲームを進行する際に利用されるデータ全般を意味する。
【００３１】
次いで、サーバ１０Ａは、関連イベントが発生させられたビデオゲームに関するゲーム画像を端末２０に表示させる（ステップＳ１５）。例えば、サーバ１０Ａは、ゲーム画像を表示せしめるための画像情報を生成し、生成した画像情報を端末２０に送信する。
【００３２】
次いで、端末２０は、ゲーム画像を表示し（ステップＳ１６）、ここでの処理を終了する。例えば、端末２０は、サーバ１０Ａから受信した画像情報に基づいて、ゲーム画像を表示画面の表示装置に表示させる。
【００３３】
図４は、ゲーム関連処理におけるサーバ１０Ａ側の動作の例を示すフローチャートである。ここでは、システム１００におけるサーバ１０Ａの動作について改めて説明する。
【００３４】
サーバ１０Ａは、ゲーム関連処理において、ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、ビデオゲームの進行を開始させ（ステップＳ１０１）、ゲーム続行不能な状態になったプレイヤキャラクタに対応する対応オブジェクトをゲーム続行不能な状態になったゲーム空間の地点又は該地点の近傍に配置し（ステップＳ１０２）、プレイヤキャラクタが対応オブジェクトの配置位置又は近傍まで移動したことに基づいて対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付け（ステップＳ１０３）、選択された１の行動と所定情報とに基づいて、対応オブジェクトに関連する関連イベントを発生させ（ステップＳ１０４）、関連イベントが発生させられたビデオゲームに関するゲーム画像を端末２０に表示させ（ステップＳ１０５）、ここでの処理を終了する。
【００３５】
図５は、端末２０がゲーム関連処理を実行する場合の端末２０の動作の例を示すフローチャートである。以下、端末２０が、単体でゲーム関連処理を実行する場合を例にして説明する。なお、端末２０の構成については、サーバ１０の構成と同様の機能を備えるものであるため、重複説明を避ける観点から記載を省略する。
【００３６】
端末２０は、ゲーム関連処理において、ゲーム関連処理において、ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、ビデオゲームの進行を開始させ（ステップＳ２０１）、ゲーム続行不能な状態になったプレイヤキャラクタに対応する対応オブジェクトをゲーム続行不能な状態になったゲーム空間の地点又は該地点の近傍に配置し（ステップＳ２０２）、プレイヤキャラクタが対応オブジェクトの配置位置又は近傍まで移動したことに基づいて対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付け（ステップＳ２０３）、選択された１の行動と所定情報とに基づいて、対応オブジェクトに関連する関連イベントを発生させ（ステップＳ２０４）、関連イベントが発生させられたビデオゲームに関するゲーム画像を表示し（ステップＳ２０５）、ここでの処理を終了する。
【００３７】
以上に説明したように、第１の実施形態の一側面として、ゲーム空間におけるビデオゲームの進行を制御するビデオゲーム処理サーバ１０Ａが、開始部１１と、配置部１２と、受付部１３と、発生部１４と、を備え、ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、ビデオゲームの進行を開始させ、ゲーム続行不能な状態になったゲーム空間の地点又は地点の近傍に、ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置し、プレイヤキャラクタが対応オブジェクトの配置位置又は近傍まで移動したことに基づいて対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付け、選択された１の行動と所定情報とに基づいて、対応オブジェクトに関連する関連イベントをビデオゲームにおいて発生させ、ゲーム続行不能な状態になったことを利用してビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させる。
【００３８】
［第２の実施形態］
図６は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｂ（サーバ１０Ｂ）の構成を示すブロック図である。本例において、開始部１１と、配置部１２と、受付部１３と、発生部１４Ｂと、状態変更部１５Ｂ（状態変更機能の一例に相当）と、を少なくとも備える。
【００３９】
状態変更部１５Ｂは、時間の経過に応じて対応オブジェクトの状態を変更する機能を有する。ここで、対応オブジェクトの状態とは、対応オブジェクトのその時々のありさまを意味する。対応オブジェクトの状態が時間の経過に応じて変更する構成の一例として、対応オブジェクトの配置から１時間経過するまでは第１段階の状態とし、１時間が経過すると３時間が経過するまでは第２段階の状態とし、３時間が経過すると以降は消滅するまで第３の段階の状態とする構成がある。より具体的な対応オブジェクトの状態の例として、は、上述の第１段階を「正常状態」とし、上述の第２段階を「腐敗状態」とし、上述の第３段階を「汚染状態」とするものがある。
【００４０】
発生部１４Ｂは、選択された１の行動と所定情報と対応オブジェクトの状態とに基づいて、関連イベントをビデオゲームにおいて発生させる機能を有する。すなわち、第２の実施形態では、対応オブジェクトの状態が、発生する関連イベントに影響を与える。例えば、発生部１４Ｂは、発生イベントを決定する際に、対応オブジェクトの状態を参照して、発生イベントを決定する。より具体的に発生する関連イベントの例を挙げると、対応オブジェクトの状態が上述の「正常状態」又は「腐敗状態」のときに、「修理」という行動が選択されると、対応オブジェクトに対応するキャラクタが味方になるというイベントがある。また、他の例として、対応オブジェクトの状態が上述の「汚染状態」のときに、「修理」という行動が選択されると、対応オブジェクトに対応するキャラクタが敵キャラクタになり対戦が始まるというイベントがある。
【００４１】
図７は、システム１００が実行するゲーム関連処理の例を示すフローチャートである。以下、サーバ１０Ｂ側の動作を例にして説明する。なお、既に説明を行っている箇所については、重複説明を避ける観点から記載を省略する。
【００４２】
サーバ１０Ｂは、ゲーム関連処理において、ビデオゲームの進行を開始させる（ステップＳ１０１）と、時間の経過に応じて対応オブジェクトの状態を変更する（ステップＳ２−１１）。例えば、サーバ１０Ｂは、状態を変更する対応オブジェクトの有無について判定し、状態を変更する対応オブジェクトがあると判定した場合に、対応オブジェクトの状態を変更してゲームデータを更新する。
【００４３】
次いで、サーバ１０Ｂは、ゲーム続行不能な状態になったプレイヤキャラクタに対応する対応オブジェクトをゲーム続行不能な状態になったゲーム空間の地点又は該地点の近傍に配置し（ステップＳ１０２）、１の行動の選択を受け付け（ステップＳ１０３）、選択された１の行動と所定情報と対応オブジェクトの状態とに基づいて、関連イベントを発生させる（ステップＳ２−１２）。
【００４４】
以上に説明したように、第２の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｂが、開始部１１と、配置部１２と、受付部１３と、発生部１４Ｂと、状態変更部１５Ｂと、を少なくとも備え、時間の経過に応じて対応オブジェクトの状態を変更し、選択された１の行動と所定情報と対応オブジェクトの状態とに基づいて、関連イベントをビデオゲームにおいて発生させ、多様なビデオゲームの進行の要素を提供し、ビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させる。
【００４５】
すなわち、第２の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｂが、ゲーム続行不能な状態になったプレイヤキャラクタに基づいて配置されたオブジェクトの状態を変化させ、状態に応じたイベントを発生させるように構成され、多様なビデオゲームの進行の要素を提供し、ビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させる。
【００４６】
［第３の実施形態］
図８は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｃ（サーバ１０Ｃ）の構成を示すブロック図である。本例において、サーバ１０Ｃは、開始部１１と、配置部１２と、受付部１３と、発生部１４Ｃと、を少なくとも備える。
【００４７】
発生部１４Ｃは、選択された１の行動が第１行動である場合に、所定情報に基づいた所定の特典が付与される関連イベントを発生させる機能を有する。付与の対象は、第１の行動を選択したユーザ又はユーザの操作するプレイヤキャラクタである。ここで、特典とは、特別に与えられる恩典を意味する。第１行動に基づく特典の例は、ユーザに有利な作用や効果をもたらすものであることが好ましい。第１行動に基づく特典の例としては、ユーザに何らかの影響がある効果（例えば、バフや新スキルの解放）や、クエストやステージに何らかの影響がある効果（例えば、バフや新ステージの解放）や、ユーザが利用可能なゲーム内要素（例えば、アイテムやキャラクタ）などがある。
【００４８】
図９は、システム１００が実行するゲーム関連処理の例を示すフローチャートである。以下、サーバ１０Ｃと、端末２０の動作を例にして説明する。なお、既に説明を行っている箇所については、重複説明を避ける観点から記載を省略する。
【００４９】
サーバ１０Ｃは、１の行動の選択を受け付け（ステップＳ１０３）、１の行動が第１行動である場合に、所定情報に基づいた所定の特典が付与される関連イベントを発生させる（ステップＳ３−１１）。例えば、サーバ１０Ｃは、第１行動に対応するイベントが所定情報に基づいた所定の特典が付与されるイベントになるように定義された情報を参照して、１の行動に基づいた関連イベントを発生させる。より具体的な例として、サーバ１０Ｃは、ゲーム続行不能な状態になったキャラクタがゲーム続行不能になるまでに取得した経験値に関する情報を含む所定情報に基づいて、プレイヤキャラクタに当該経験値と同等の経験値を取得させる関連イベントを発生させる。
【００５０】
以上に説明したように、第３の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｃが、開始部１１と、配置部１２と、受付部１３と、発生部１４Ｃと、を少なくとも備え、選択された１の行動が第１行動である場合に、所定情報に基づいた所定の特典が第１の行動を選択したユーザ又はユーザの操作するプレイヤキャラクタに付与される関連イベントを発生させ、ゲーム続行不能な状態になったことを利用してビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させる。
【００５１】
［第４の実施形態］
図１０は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｄ（サーバ１０Ｄ）の構成を示すブロック図である。本例において、サーバ１０Ｄは、開始部１１と、配置部１２と、受付部１３と、発生部１４Ｄと、を少なくとも備える。
【００５２】
発生部１４Ｄは、選択された１の行動が第２行動であって、対応オブジェクトの状態が第１状態である場合に、対応オブジェクトに対応する味方キャラクタがゲーム空間に出現する関連イベントを発生させる機能を有する。一方で、発生部１４Ｄは、選択された１の行動が第２行動であって、対応オブジェクトの状態が第２状態である場合に、対応オブジェクトに対応する敵キャラクタがゲーム空間に出現する関連イベントを発生させる機能を有する。ここで、第１状態及び第２状態はそれぞれ、複数の段階を含む構成とされていてもよい。すなわち、システム１００は、対応オブジェクトの状態が第１段階から第４段階までの４段階で示される場合に、第１段階から第２段階までを第１状態とされていてもよい。
【００５３】
図１１は、システム１００が実行するゲーム関連処理の例を示すフローチャートである。以下、サーバ１０Ｄと、端末２０の動作を例にして説明する。なお、既に説明を行っている箇所については、重複説明を避ける観点から記載を省略する。
【００５４】
サーバ１０Ｄは、１の行動の選択を受け付け（ステップＳ１０３）、１の行動が第２行動である場合に、対応オブジェクトの状態に基づいて、対応オブジェクトに対応する味方キャラクタがゲーム空間に出現するイベント、又は対応オブジェクトに対応する敵キャラクタがゲーム空間に出現する関連イベントを発生させる（ステップＳ４−１１）。例えば、サーバ１０Ｄは、第２行動と第１状態に対応付けされたイベントを対応オブジェクトに対応する味方キャラクタがゲーム空間に出現するイベントとするとともに、第２行動と第２状態に対応付けされたイベントを対応オブジェクトに対応する敵キャラクタがゲーム空間に出現するイベントとするように定義された情報を参照して、１の行動に基づいた関連イベントを発生させる。第１状態の具体例としては、対応オブジェクトの状態が上述の「正常状態」又は「腐敗状態」である場合がある。また、第２状態の具体例としては、対応オブジェクトの状態が上述の「汚染状態」である場合がある。
【００５５】
以上に説明したように、第４の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｄが、開始部１１と、配置部１２と、受付部１３と、発生部１４Ｄと、を少なくとも備え、選択された１の行動が第２行動であって、対応オブジェクトの状態が第１状態である場合に、対応オブジェクトに対応する味方キャラクタがゲーム空間に出現するイベントを関連イベントとして発生させ、選択された１の行動が第２行動であって、対応オブジェクトの状態が第２状態である場合に、対応オブジェクトに対応する敵キャラクタがゲーム空間に出現するイベントを関連イベントとして発生させ、ビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させる。
【００５６】
すなわち、第４の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｄが、ゲーム続行不能な状態になったプレイヤキャラクタに基づいて配置されたオブジェクトの状態により発生させるイベントを多様化させ、ビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させる。
【００５７】
［第５の実施形態］
図１２は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｅ（サーバ１０Ｅ）の構成を示すブロック図である。本例において、サーバ１０Ｅは、開始部１１と、配置部１２Ｅと、受付部１３と、発生部１４Ｅと、を少なくとも備える。
【００５８】
配置部１２Ｅは、所定情報に、ゲーム続行不能な状態になったプレイヤキャラクタを操作していたユーザを特定する識別情報を含ませる機能を有する。すなわち、ゲーム空間に配置される対応オブジェクトは、その対応オブジェクトに対応するゲーム続行不能な状態になったプレイヤキャラクタを操作していたユーザを特定する識別情報が対応付けされる。
【００５９】
発生部１４Ｅは、１の行動を選択したユーザとゲーム続行不能な状態になったプレイヤキャラクタを操作するユーザとが同一である場合と同一ではない場合とで、同一の行動に対して内容の異なる関連イベントを発生させる機能を有する。ここでいうユーザの同一には、１の行動を選択したユーザのユーザＩＤと、ゲーム続行不能な状態になったプレイヤキャラクタを操作するユーザのユーザＩＤと、が一致することが含まれる。また、同一の行動に対して内容の異なる関連イベントが発生するとは、同じ行動が選択されたとしても結果として異なる内容の関連イベントが発生することを意味する。
【００６０】
図１３は、システム１００が実行するゲーム関連処理の例を示すフローチャートである。以下、サーバ１０Ｄと、端末２０の動作を例にして説明する。なお、既に説明を行っている箇所については、重複説明を避ける観点から記載を省略する。
【００６１】
サーバ１０Ｅは、１の行動の選択を受け付け（ステップＳ１０３）、１の行動を選択したユーザとゲーム続行不能な状態になったプレイヤキャラクタを操作するユーザとが同一である場合と同一ではない場合とで、同一の行動に対して内容の異なる関連イベントを発生させる（ステップＳ５−１１）。例えば、サーバ１０Ｄは、１の行動を選択したユーザとゲーム続行不能な状態になったプレイヤキャラクタを操作するユーザとが同一である場合と、１の行動を選択したユーザとゲーム続行不能な状態になったプレイヤキャラクタを操作するユーザとが同一ではない場合とで、発生するイベントの内容が異なるように定義された情報を参照して、１の行動に基づいた関連イベントを発生させる。より具体的な例として、ユーザＡが行動Ａを選択した場合において、ゲーム続行不能な状態になったプレイヤキャラクタを操作していたユーザがユーザＡであった場合には関連イベントＡが発生する一方で、ゲーム続行不能な状態になったプレイヤキャラクタを操作していたユーザがユーザＢであった場合には関連イベントＢが発生する。
【００６２】
以上に説明したように、第５の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｅが、開始部１１と、配置部１２Ｅと、受付部１３と、発生部１４Ｅと、を少なくとも備え、１の行動を選択したユーザとゲーム続行不能な状態になったプレイヤキャラクタを操作するユーザとが同一である場合と同一ではない場合とで、同一の行動に対して内容の異なる関連イベントを発生させ、ビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させる。
【００６３】
すなわち、第５の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｄが、複数のユーザによりビデオゲームを進行させる場合において、行動を行うユーザと、行動が行われる対応オブジェクト（に対応するプレイヤキャラクタ）を操作していたユーザと、が同じであるか否かに応じて発生するイベントの内容が変わり、発生させるイベントを多様化させ、ビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させる。
【００６４】
［第６の実施形態］
本例のビデオゲーム処理システムは、複数のユーザが参加可能なマルチプレイ型のビデオゲームや、１のユーザでプレイするソロプレイゲームなどに適用可能である。以下では、特に、マルチプレイ型のビデオゲームについての説明を行う。まず、その概要について説明を行う。
【００６５】
複数のユーザは、複数のユーザそれぞれの端末を操作し、複数のユーザそれぞれのプレイヤキャラクタを１の同一の仮想空間内で動作させる。ここで、仮想空間とは、ビデオゲームのキャラクタが仮想的に存在するゲーム空間を意味する。仮想空間の構成はゲーム画面を生成可能な構成であれば特に限定されない。仮想空間の例には、２次元空間や３次元空間がある。また、仮想空間では、複数のユーザ端末のユーザそれぞれが操作する複数のキャラクタが配置され、動作することが好ましい。仮想空間内では、各端末のユーザそれぞれにより操作されるプレイヤキャラクタと、ユーザにより操作されないノンプレイヤキャラクタとが動作する。プレイヤキャラクタは、義体と呼ばれるボディ等から構成されるアンドロイドである。本実施形態では、プレイヤキャラクタを「義体」と呼ぶ場合がある。ノンプレイヤキャラクタには、味方キャラクタと、敵キャラクタと、それ以外のその他キャラクタとが含まれる。ここで、味方キャラクタは、ユーザの味方のキャラクタであって、自動で（つまり、ユーザの直接の操作を受け付けずにＡＩにより）各種の行動を行うキャラクタである。また、敵キャラクタとは、ビデオゲームの進行を開始したプレイヤキャラクタの対戦相手になるキャラクタを意味し、所定のＡＩに基づいて攻撃等の動作が制御されるキャラクタを意味する。また、その他キャラクタには、物語の設定を紹介するキャラクタや、プレイヤキャラクタに対してサービスを提供するキャラクタなどが含まれる。また、ここでいうゲーム空間においてゲーム続行不能な状態になったプレイヤキャラクタ及びビデオゲームを進行させるプレイヤキャラクタは、同一のユーザによって操作される義体である場合と、異なるユーザによって操作される義体である場合とを含む。さらに、ここでいうゲーム空間においてゲーム続行不能な状態になったプレイヤキャラクタ及びビデオゲームを進行させるプレイヤキャラクタは、同じ義体である場合と、異なる義体である場合とを含む。
【００６６】
義体には種々のゲーム内要素を装備させることができる。ここで、ゲーム内要素とは、ビデオゲームにおいてユーザが利用可能な要素を意味する。ゲーム内要素の構成は特に限定されないが、ユーザが仮想的に複数所有でき、義体に装備（又は設定）できる構成であることが好ましい。ゲーム内要素の例には、スキルや、アイテムや、キャラクタなどがある。アイテムの例として、「チップ」や「武器」がある。チップを装備した義体は、装備したチップに応じて種々の効果を得ることができる。例えば、義体に設定されているパラメータが向上するという効果や、ビデオゲームの攻略に役に立つ情報（例えば、目的地情報や敵ステータス情報など）が表示されるようになるという効果や、アイテムのドロップ率が向上するという効果などが得られる。
【００６７】
義体は、ビデオゲームの進行に応じて義体に対応付けされたパラメータが所定の条件を満たすと（例えば、ライフ（ＬＰ）が０になると）、ゲーム続行不能な状態になり、そのゲーム続行不能な状態になった義体を操作したビデオゲームを続行することができなくなる。換言すれば、義体は、死亡した状態となる。義体が死亡した状態となった後において、死亡した義体を操作していたユーザは、ゲーム続行不能な状態になった義体から所定の情報を引き継いだ義体（本実施形態では「新たな義体」と呼ぶ場合がある。）を用いてビデオゲームを開始（再開）できる。その一方で、ゲーム続行不能な状態になった義体に対応する対応オブジェクト（本実施形態では、「旧義体」と呼ぶ場合がある。）が仮想空間内に配置される。換言すれば、旧義体は、動作しなくなった義体を表現している。例えば、後述する図２０（Ａ）に示すような義体と同様な形態の旧義体２００１Ａが配置される。なお、ユーザが同一の義体を複数有する場合においては、旧義体に対応する義体と新たな義体とが同一になる場合もある。
【００６８】
仮想空間内に配置された旧義体には、対応する義体がゲーム続行不能になる時点までのプレイヤキャラクタ情報の一部又は全部の情報が所定情報として対応付けされる。そして、対応付けされた所定情報は各種のイベントに利用される。また、旧義体は、時間の経過とともに、その状態を変える。第１段階は「正常状態」、第２段階は「腐敗状態」、第３段階は「汚染状態」となる。第３段階からさらに時間が経過すると、旧義体は、最後の段階（第４段階）として消滅に至る。上記プレイヤキャラクタ情報の一部又は全部の情報及び旧義体の状態の情報（状態情報）等は、旧義体情報（図１６参照）として管理される。なお、本実施形態では第１段階から第４段階までの４段階で構成されているが、第３段階を経ずに第２段階の後、すぐに第４段階に移行する（消滅する）ように構成されていてもよいし、さらに１以上の段階を設けるように構成されていてもよい。旧義体の状態は、各ユーザが認識可能な態様で、適宜表示される。その表示方法の例として、対応オブジェクトの見た目を変える方法や、状態を示す特定のアイコンを表示する方法などが用いられる。
【００６９】
「旧義体に対応する義体を操作していたユーザが操作する新たな義体」、又は「他ユーザが操作する義体」は、旧義体にアクセスできる。具体的には、義体が旧義体の配置地点又は近傍まで移動すると、旧義体に対して種々の行動が実行可能になる。種々の行動の一種である第１行動は、「回収」である。種々の行動の一種である第２行動は、「修理」である。本実施形態においては、いずれかの行動をユーザが選択できるように、操作する義体が旧義体の配置位置又は近傍まで移動した際に、回収と修理を選択させるための選択肢がゲーム画面に表示される。
【００７０】
回収が選択されると、旧義体に対応付けされた情報に基づいて種々の特典が付与される。回収により付与される特典としては、ライフの回復、経験値の取得、ゴールドの取得、旧義体になった義体に設定されていたチップや武器の取得等がある。また、他のユーザの旧義体に対しても「回収」が行える。他のユーザの旧義体に対して回収が行われると、自分の義体に対応する旧義体に対する回収に応じた特典に比べて、一部制限が加えられた特典が付与される。例えば、チップの効果が時間制限を設けて設定されるという一部制限が加えられる場合がある。また、旧義体の状態によっても回収による特典が変動する。例えば、旧義体が正常状態の時に付与される特典の量を１００パーセントとすると、腐敗状態の時に付与される特典の量は７０パーセントに下がり、汚染状態の時に付与される特典の量は３０パーセントにさらに下がる。すなわち、回収により大きな効果を得るためには、旧義体を素早く回収することが求められるようになる。
【００７１】
一方で、修理が選択されると、修理した旧義体が味方キャラクタになるか、又は敵キャラクタになる。味方キャラクタと敵キャラクタとのうちどちらになるかは、旧義体の状態により決定される。旧義体の状態が正常状態又は腐敗状態である場合には、味方キャラクタになる。一方で、旧義体の状態が汚染状態である場合には敵キャラクタになる。本実施形態では、特定のゲーム内要素の消費を条件として、修理の選択が実行可能になる。
【００７２】
修理が実行されることにより味方キャラクタ又は敵キャラクタになった旧義体の強さは、種々の要素に影響を受ける。ここで種々の要素は、旧義体情報の所定情報に含まれる。例えば、味方キャラクタ又は敵キャラクタになった旧義体の攻撃の種類は、旧義体に対応するゲーム続行不能な状態になった義体が、ゲーム続行不能な状態になった時点（旧義体になる際を含む。以下同様。）に装備していた武器に応じて決定される。また、例えば、味方キャラクタ又は敵キャラクタの各種パラメータ及びＡＩの賢さ（つまり、難易度）は、旧義体に対応するゲーム続行不能な状態になった義体が、ゲーム続行不能な状態になった時点までに行った行動に応じて決定される。具体的に、ＡＩの賢さには、複数の段階が含まれる。どの段階になるかについては、敵の撃破数やその義体でのプレイ時間などに基づいて決定される。なお、敵の撃破数やその義体でのプレイ時間に関する情報については、記憶部１７Ｚに格納される旧義体情報に含まれる所定情報が参照される。
【００７３】
図１４は、システム１００（図１参照）におけるビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｚ（サーバ１０Ｚ）の構成を示すブロック図である。本例において、サーバ１０Ｚは、開始部１１Ｚと、配置部１２Ｚと、受付部１３Ｚと、発生部１４Ｚと、状態変更部１５Ｚと、設定部１６Ｚと、記憶部１７Ｚとを少なくとも備える。
【００７４】
開始部１１Ｚは、旧義体が配置されたゲーム空間においてビデオゲームの進行を開始させる機能を有する。開始させる構成の一例として、ゲーム続行不能な状態になった後にコンティニューが選択され、旧義体が配置されたゲーム空間内における所定位置からビデオゲームの進行を新たに再開させる構成がある。本実施形態において新たに開始させるビデオゲームにおいては、旧義体に対応する義体とは異なる義体が用いられるが、このような構成には限られず、旧義体に対応する義体と同じ義体によりビデオゲームの進行を新たに再開させる構成とされていてもよい。ここでいうビデオゲームの進行を開始するとは、自分の義体に対応する旧義体が配置されたゲーム空間においてビデオゲームを新たに再開する場合に限らず、「自分の義体に対応する旧義体は配置されていないものの他のユーザの義体に対応する旧義体が配置されたゲーム空間においてビデオゲームを開始する場合」や、「ビデオゲームの進行中に他のユーザの義体に対応する旧義体がゲーム空間に配置され、そのゲーム空間でのビデオゲームの進行を継続する場合」を含む。
【００７５】
配置部１２Ｚは、ゲーム続行不能な状態になった義体に対応する旧義体をゲーム空間内に配置する機能を有する。本例では、配置部１２Ｚは、ゲーム続行不能な状態になった地点を参照して、当該地点又は当該地点の近傍に所定情報を対応付けた旧義体を配置するようにゲームデータ（特に、旧義体情報）を更新する。ここで、ゲーム続行不能になるとは、操作する義体に対応付けされている所定のパラメータが所定の値となったことを意味する。ゲーム続行不能になる一例としては、義体に対応付けされているライフポイントが０になり、義体が死亡した状態を意味する。ここで、ゲームデータは、ゲームを進行する際に利用されるデータ全般を含み、特に、ビデオゲームの進行に応じて変化する情報を含む。ゲームデータの例として、旧義体情報や、ユーザ関連情報や、ゲーム空間に関する情報や、味方キャラクタや敵キャラクタの移動に関する情報や、味方キャラクタや敵キャラクタのパラメータに関する情報などがある。
【００７６】
受付部１３Ｚは、義体が旧義体の近傍まで移動した場合に、旧義体に対するイベントを発生させるための入力を受け付ける機能を有する。入力を受け付けるための構成の例として、少なくとも２以上の行動の選択肢が選択可能に列挙された選択画像を表示し、その選択肢の選択入力を受け付ける構成がある。本実施形態では、選択可能な行動として回収（第１行動）と修理（第２行動）とが設定されているが、３種以上の行動が設定されていてもよい。
【００７７】
発生部１４Ｚは、選択された１の行動と、所定情報と、に基づいて、旧義体に関連する関連イベントを発生させる機能を有する。具体的には、発生部１４Ｚは、選択された１の行動と、所定の変動要素と、イベント情報と、に基づいて発生させるイベントを決定し、決定されたイベントを発生させるようにゲームデータを更新する。ここでイベントとは、ビデオゲームにおいて発生する出来事を意味する。また、関連イベントには、直接にユーザに有利な効果を生じせしめるものと、必ずしもユーザに有利な効果を生じせしめるわけではないものとが含まれる。直接にユーザに有利な効果を生じせしめる関連イベントの例としては、義体に設定されているパラメータが向上する（例えば、ライフが回復する）ものや、ビデオゲームの攻略に役に立つ情報（例えば、目的地情報や敵ステータス情報など）が表示されるものや、ゲーム内要素（例えば、チップや武器など）のドロップ確率が向上するものや、修理した旧義体が味方キャラクタになるものがある。一方で、必ずしもユーザに有利な効果を生じせしめるわけではない関連イベントの一例として、修理した旧義体が敵キャラクタになるものがある。
【００７８】
状態変更部１５Ｚは、時間の経過とともに段階的に旧義体の状態を変更する機能を有する。本実施形態では、状態変更部１５Ｚが旧義体の状態を示す情報を時間経過に応じて更新することで、旧義体の状態が変更される。旧義体の状態は、正常状態、腐敗状態、汚染状態、及び消滅状態の順に変更される。すなわち、時間経過とともに状態が劣化する（又は、状態の価値が減少する）ように旧義体の状態が構成される。状態が変化するまでの時間は、所定の条件に応じて決定される。所定の条件の例としては、旧義体に対応する義体が装備していたアイテム（つまり、ゲーム続行不能な状態になったプレイヤキャラクタがゲーム続行不能になるまでに装備していたチップや武器など）や、ゲーム空間の状態などがある。なお、消滅状態まで変更された場合に、消滅状態まで変更された旧義体に対応する旧義体情報が消去される構成とされていてもよい。また、消滅状態まで変更された場合であっても、消滅状態まで変更された旧義体に対応する旧義体情報が消去されずに、消滅状態まで変更された場合に加えて所定の条件が満たされた場合に、その旧義体に対応する旧義体情報が消去される構成とされていてもよい。なお、旧義体情報については、後で詳しく説明する。
【００７９】
設定部１６Ｚは、ユーザの指示に応じて義体に対してゲーム内要素を設定する機能を有する。例えば、設定部１６Ｚは、ユーザの操作に応じてチップや武器などのゲーム内要素を義体に設定し、プレイヤキャラクタ情報を更新する機能を有する。
【００８０】
記憶部１７Ｚは、ビデオゲームの進行に用いる各種情報を記憶する記憶媒体である。本例の記憶部１７Ｚには、ユーザ関連情報と、旧義体情報と、イベント情報と、が格納される。なお、記憶部１７Ｚに各種情報が格納される構成として、ユーザ関連情報記憶部と旧義体情報記憶部とイベント情報記憶部とが記憶部１７Ｚに含まれる構成とされていてもよい。
【００８１】
図１５は、ユーザ関連情報の格納状態の例を説明するための説明図である。ここで、ユーザ関連情報とは、ユーザのビデオゲームに関連する情報を意味する。図１５に示すように、ユーザ関連情報は、ユーザに関するユーザ情報と、ユーザが操作する義体に関するプレイヤキャラクタ情報と、を含む。ユーザ情報には、ユーザを一意に特定するためのユーザＩＤと、ユーザが所有するアイテムやスキルに関する所有情報と、が含まれる。また、プレイヤキャラクタ情報には、操作する義体を一意に特定するための義体ＩＤと、義体の行動履歴を示す行動履歴情報と、各種パラメータと、が含まれる。
【００８２】
図１６は、旧義体情報の格納状態の例を説明するための説明図である。ここで、旧義体情報とは、仮想空間に配置される又は配置されていた旧義体に関連する情報を意味する。旧義体情報は、旧義体を一意に特定するための旧義体ＩＤと、旧義体の状態に関連する状態情報と、位置情報と、所定情報と、を含む。ここで、状態情報には、旧義体の状態の段階を示す情報や、状態が更新される時間などの情報が含まれる。また、所定情報は、関連イベントの内容を決定するための情報であって、プレイヤキャラクタ情報に基づいて生成される。所定情報には、旧義体に対応する義体を操作していたユーザを特定するためのユーザＩＤや、旧義体に対応する義体の行動履歴に関する行動履歴情報や、旧義体に対応する義体に設定されていたゲーム内要素に関する設定情報や、ゲーム続行不能な状態になった義体のパラメータに関するパラメータ情報などが含まれる。具体的には、図１６に示すように、旧義体情報における行動履歴情報として、ゲーム続行不能までの時間や、ゲーム続行不能までの敵キャラクタ撃破数などが含まれる。また、設定情報として、チップ情報や武器情報などが含まれる。また、パラメータ情報として、ライフポイントや、経験値や、ゴールドなどの情報が含まれる。また、旧義体情報のうち、状態情報、及び所定情報はイベントを特定するための変動要素になる。なお、ユーザ端末単体でビデオゲームを進行させる場合（つまり、いわゆるオフラインでビデオゲームを進行させる場合）には、そのユーザ端末におけるビデオゲーム進行において配置された旧義体を管理すればよいことから、自身の旧義体のみに関する旧義体情報を記憶する構成とされていてもよい。すなわち、オフラインでビデオゲームを進行させる場合には、所定情報に含まれる情報のうち、旧義体に対応する義体を操作していたユーザを特定するためのユーザＩＤは、所定情報に対応付けされていなくともよい。
【００８３】
図１７は、イベント情報の格納状態の例を説明するための説明図である。ここで、イベント情報とは、イベントを決定するための情報を意味する。イベント情報は、発生条件と、イベントの効果と、が対応付けされている。図１７に示すように、発生条件には、行動に関する条件と、旧義体の状態に関する条件と、旧義体に対応付けされたユーザＩＤと選択操作を行ったユーザのユーザＩＤとが同じか否かに関する条件と、が含まれる。
【００８４】
図１８は、システムが実行するゲーム関連処理の例を示すフローチャートである。以下、サーバ１０Ｚと、端末２０の動作を例にして説明する。なお、既に説明を行っている箇所については、重複説明を避ける観点から記載を省略する。上記ゲーム関連処理は、例えば、所定時間間隔で定期的に実行される。
【００８５】
端末２０は、ゲーム関連処理において、先ず、ユーザからの操作入力を受け付け（ステップＳ６−１１）、受け付けた操作入力に関する情報をサーバ１０Ｚに送信する（ステップＳ６−１２）。
【００８６】
サーバ１０Ｚは、端末２０から操作情報を受信し（ステップＳ６−１３）、ゲームデータ更新処理を実行する（ステップＳ７−１０）。ゲームデータ更新処理では、各種処理によりゲームデータを更新するための処理が行われる。更新されたゲームデータに基づいて、ゲーム画像を端末の表示装置に表示させるための画像情報が生成される。なお、本実施形態では、端末２０から操作情報が受信されるように説明が行われているが、端末２０以外の端末２０１〜２０Ｎからも同様に操作情報が受信される構成とされていてもよい。
【００８７】
サーバ１０Ｚは、ゲームデータ更新処理により生成された画像情報を端末２０に送信し（ステップＳ６−１４）、ここでの処理を終了する。なお、本実施形態では、端末２０に送信するように説明が行われているが、端末２０以外の端末２０１〜２０Ｎに対しても同様に画像情報が送信される構成とされていてもよい。
【００８８】
端末２０は、サーバ１０Ｚから画像情報を受信し（ステップＳ６−１５）、ゲーム画像を表示し（ステップＳ６−１６）、ここでの処理を終了する。
【００８９】
図１９は、システムのサーバが実行するゲームデータ更新処理の例を示すフローチャートである。以下、サーバ１０Ｚの動作を例にして説明する。なお、既に説明を行っている箇所については、重複説明を避ける観点から記載を省略する。
【００９０】
サーバ１０Ｚは、ゲームデータ更新処理において、先ず、ゲーム続行不能な状態になった義体が存在するか否かを判定する（ステップＳ７−１１）。ゲーム続行不能な状態になった義体が存在すると判定した場合（ステップＳ７−１１のＹ）には、サーバ１０Ｚは、配置処理を実行する（ステップＳ７−１２）。配置処理では、サーバ１０Ｚは、先ず、ゲーム続行不能な状態になったゲーム空間の地点を特定する。サーバ１０Ｚは、特定した地点に基づいて旧義体の配置位置を示す位置情報を決定する。次いで、サーバ１０Ｚは、義体がゲーム続行不能な状態になるまでに義体に関連付けされたプレイヤキャラクタ情報に基づいて旧義体に対応付ける所定情報を生成する。そして、サーバ１０Ｚは、決定した位置情報と、所定情報と、段階と更新時機の初期値が設定された状態情報と、を対応付けた旧義体情報を生成する。なお、プレイヤキャラクタ情報は、ゲーム続行不能な状態になった義体（ユーザ）のユーザ関連情報を参照する。そして、サーバ１０Ｚは、生成した旧義体情報を記憶部に格納する。
【００９１】
一方で、ゲーム続行不能な状態になった義体が存在しないと判定した場合（ステップＳ７−１１のＮ）には、サーバ１０Ｚは、旧義体の状態を更新する処理を実行する（ステップＳ７−１３）。例えば、サーバ１０Ｚは、旧義体情報（特に、旧義体の状態を示す状態情報）を参照して、状態が更新される旧義体の有無を判定し、状態が更新される場合には、状態情報を更新する。
【００９２】
次いで、サーバ１０Ｚは、操作情報によって示される操作が、ゲーム開始操作であるか否かを判定する（ステップＳ７−１４）。ゲーム開始操作であると判定した場合（ステップＳ７−１４のＹ）には、サーバ１０Ｚは、ゲーム開始処理を実行する（ステップＳ７−１５）。例えば、サーバ１０Ｚは、操作情報を送信したユーザのユーザ関連情報と、初期値が設定されたプレイヤキャラクタ情報と、を関連付けたユーザ関連情報を生成する。所定の初期値が設定されたプレイヤキャラクタ情報は、例えば、ゲームを開始させる義体ＩＤと、行動履歴情報として行動履歴の初期値と、パラメータ情報としてパラメータの初期値と、が対応付けされた情報である。次いで、サーバ１０Ｚは、生成したユーザ関連情報を記憶部に格納し、ステップＳ７−１６に移行する。なお、パラメータの初期値は、ゲーム続行不能な状態になった義体の設定情報やパラメータ情報を参照して決定される構成とされていてもよい。すなわち、パラメータの初期値は、ゲーム続行不能な状態になった義体が装備していたアイテムや、パラメータの一部又は全部を引き継いだ値として決定される構成とされていてもよい。
【００９３】
一方で、ゲーム開始操作ではないと判定した場合（ステップＳ７−１４のＮ）には、サーバ１０Ｚは、受け付けた操作情報によって示される操作が、イベント発生のための行動選択操作であるか否かを判定する（ステップＳ７−１６）。より詳細には、ユーザ（ユーザ端末２０）の操作する義体がいずれかの旧義体の配置位置又は近傍に移動した状態における行動の選択操作であるか否かを判定する。行動選択操作であると判定した場合（ステップＳ７−１６のＹ）には、サーバ１０Ｚは、イベント発生処理を実行する（ステップＳ７−１７）。例えば、サーバ１０Ｚは、選択された行動を特定する。次いで、サーバ１０Ｚは、旧義体情報及び操作入力を行ったユーザに関する情報を参照してイベント決定のための変動要素（本実施形態では、状態情報、所定情報、旧義体に対応付けされたユーザＩＤ、及び選択操作を行ったユーザのユーザＩＤ）を特定する。次いで、サーバ１０Ｚは、特定した行動と、特定した変動要素と、イベント情報と、に基づいて発生させるイベントを決定し、決定されたイベントを発生させるようにゲームデータを更新する。イベント発生処理を実行すると、サーバ１０Ｚは、ステップＳ７−１８の処理に移行する。
【００９４】
なお、イベント発生処理を実行すると、次いで、サーバ１０Ｚは、行動対象となった旧義体をゲーム空間から取り除くための処理を実行する構成とされていてもよい。例えば、サーバ１０Ｚは、行動対象となった旧義体に対応する旧義体情報を削除する。すなわち、この場合において、ユーザＡが旧義体Ａの「回収」を選択した後、ユーザＡは、旧義体Ａに対して行動選択できない（旧義体は消える）。換言すれば、旧義体に対する行動の選択は１度のみとなる。なお、さらにこの場合において、他ユーザＢは旧義体Ａに対して行動選択できるように構成されていてもよい。例えば、サーバ１０Ｚは、旧義体情報に行動選択を行ったユーザとして当該ユーザのユーザＩＤを対応付けし、旧義体の配置位置又は近傍に移動したユーザのユーザＩＤが旧義体情報に行動選択を行ったユーザとして既に対応付けされていないか否かを判定し、当該判定が肯定される場合に行動選択を受け付ける構成とされていればよい。このように、行動の選択に制限を設けることで、回収・修理のいずれを選択するのか、ゲームを進行する上で考慮すべき事項となり、進行の幅を広げ、ビデオゲームの趣向性が向上する。
【００９５】
ここで、図１７のイベント情報と、図２０及び図２１とを参照して、発生するイベントについて具体的に説明する。図２０は、旧義体を操作していたユーザと、義体のユーザが同一の場合において、選択行動として「回収」が選択された場合の例を示す説明図である。図２０に示すように、選択行動として「回収」が選択されると、特典が付与されるというイベントが発生する。特に、図２０Ａは、旧義体２００１Ａの状態が正常状態の場合におけるイベントの例を示し、図２０Ｂは、旧義体２００１Ｂの状態が腐敗状態の場合におけるイベントの例を示し、図２０Ｃは、旧義体２００１Ｃの状態が汚染状態の場合におけるイベントの例を示す。図２０Ａ、図２０Ｂ、及び図２０Ｃにて示すように、旧義体２００１Ａ，２００１Ｂ，２００１Ｃの状態が劣化するにつれて、得られる特典２００２Ａ，２００２Ｂ，２００２Ｃが劣化する（得られる特典の価値が減少する）。
【００９６】
一方で、図２１は、選択行動として「修理」が選択された場合の例を示す説明図である。図２１に示すように、選択行動として「修理」が選択されると、旧義体が味方キャラクタになる又は敵キャラクタになるというイベントが発生する。特に、図２１Ａは、旧義体２１０１Ａの状態が正常又は腐敗状態の場合におけるイベントの例を示し、図２１Ｂは、旧義体２１０１Ｂの状態が腐敗状態の場合におけるイベントの例を示す。図２１Ａ及び図２１Ｂにて示すように、正常又は腐敗状態の場合には旧義体２１０１Ａが味方キャラクタ２１０２Ａになり、旧義体２１０１Ｂの状態が腐敗状態の場合には旧義体が敵キャラクタ２１０２Ｂになる。すなわち、図２１Ａに示すように、正常又は腐敗状態の場合には確実にユーザに有利な効果を生じせしめるイベントが発生する。一方で、図２１Ｂに示すように、旧義体の状態が腐敗状態の場合には必ずしもユーザに有利な効果を生じせしめるわけではないイベントが発生する。
【００９７】
一方で、行動選択操作ではないと判定した場合（ステップＳ７−１６のＮ）には、サーバ１０Ｚは、受け付けた操作情報に基づいて、その他のゲームデータを更新するための進行制御処理を実行する（ステップＳ７−１８）。進行制御処理の例として、義体の移動に関する情報（義体の位置情報）やビデオゲームにおける各種パラメータの更新がある。義体の移動に関する情報（義体の位置情報）やビデオゲームにおける各種パラメータについては、サーバが所定の記憶領域に格納したゲームデータを更新することにより、管理される。
【００９８】
進行制御処理を実行すると、サーバ１０Ｚは、生成及び更新されたゲームデータに基づいて、端末２０の表示画面にゲーム画像を表示させるための画像情報を生成し（ステップＳ７−１９）、ゲーム関連処理に戻る。
【００９９】
以上に説明したように、第６の実施形態の一側面として、ビデオゲームの進行を制御するビデオゲーム処理サーバ１０Ｚが、開始部１１Ｚと、配置部１２Ｚと、受付部１３Ｚと、発生部１４Ｚとを備え、ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、ビデオゲームの進行を開始させ、ゲーム続行不能な状態になったゲーム空間の地点又は該地点の近傍に、ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置し、プレイヤキャラクタが対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付け、選択された１の行動と所定情報とに基づいて、対応オブジェクトに関連する関連イベントをビデオゲームにおいて発生させ、ゲーム続行不能な状態になったことを利用してビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させる。
【０１００】
なお、上述した第６の実施形態で言及したように、システム１００は、ゲーム続行不能な状態になった義体を操作していたユーザに、ゲーム続行不能な状態になった義体から情報を引き継いだ新たな義体によりビデオゲームを再開（引継再開）させる構成とされていてもよい。例えば、システム１００は、ビデオゲーム進行における所定のタイミングで、その時点で義体に対応付けされている設定情報及びパラメータ情報を含むセーブ情報を記憶部に格納し、新たな義体に対応付けられる設定情報やパラメータ情報をセーブ情報に基づいて決定し、引継再開させる。また、引継再開が実行された場合に、システム１００は、確実に新たな義体に引き継がれる情報と、新たな義体に引き継がれる可能性がある情報とを含めるように構成されていてもよい。例えば、確実に新たな義体に引き継がれる情報を上記セーブ情報とし、新たな義体に引き継がれる可能性がある情報を旧義体の所定情報とする。具体的には、システム１００は、セーブ情報として格納されている設定情報及びパラメータ情報の全てを新たな義体に引き継ぐ一方で、セーブ情報を格納したタイミングからゲーム続行不能になった時点までの期間（すなわち、セーブされていない期間）の設定情報及びパラメータ情報を旧義体の所定情報に含めて記憶しておくことにより、回収という行動が実行された場合に、所定情報を参照して、当該期間の設定情報及びパラメータ情報を新たな義体に引き継がれるように構成する。換言すれば、旧義体に対して対応付けされる所定情報が、セーブ情報を記憶させたタイミングから、ゲーム続行不能な状態になったタイミングまでの間の情報に基づいて生成されるように構成される。すなわち、上記例では、ゲーム続行不能になった場合にセーブ時点での状態からゲーム進行が再開されるので、セーブ時点からゲーム続行不能になった時点の間（セーブされていない期間）に獲得した経験値などが引き継がれず無駄になってしまうが、ユーザは、新たな義体を操作して旧義体に対する「回収」の行動を選択することで、セーブされていない期間で獲得した経験値などを回収できる。したがって、例えば、セーブ時点とゲーム続行不能になった時点との間に多くの経験値を獲得していた場合、「回収」の行動を選択することはユーザにおいてメリットとなる。なお、この場合におけるセーブ情報は、ユーザの操作（例えば、セーブ操作）に基づいて生成及び格納されるように構成されていてもよいし、所定の地点の到達に基づいて自動的に生成及び格納されるように構成されていてもよい。また、システム１００は、ユーザ関連情報にセーブ情報を含めるように構成されていてもよい。
【０１０１】
なお、上述した第６の実施形態では特に言及していないが、システム１００は、旧義体の状態に応じて、確実にユーザに有利な効果を生じせしめるイベント又は必ずしもユーザに有利な効果を生じせしめるわけではないイベントのうちいずれか一方のイベントを発生させ、発生させたイベントが必ずしもユーザに有利な効果を生じせしめるわけではないイベント（つまり、図２１Ｂに示すように、旧義体の状態が腐敗状態にある際に修理行動を選択した場合のように、旧義体が敵キャラクタになるイベント）であった場合に、当該発生させたイベントにおいて所定の条件（例えば、敵キャラクタになった旧義体を討伐したという条件）が満たされると、確実にユーザに有利な効果を生じせしめるイベントよりも価値の高い（効果の高い）イベントをさらに発生させる構成とされていてもよい。例えば、旧義体の敵キャラクタを討伐した場合、希少度の高いアイテムが付与される。また、討伐した旧義体の敵キャラクタの強さ（又は賢さ）応じて、発生させるイベントの価値を設定してもよい。例えば、強い敵キャラクタほど、討伐によって付与されるアイテムの希少度を高くする。すなわち、システム１００は、より価値の高い効果を得るためにリスクを冒すか否かという選択を提供し、ゲーム続行不能な状態になったことを利用して従来よりも戦略性の高いビデオゲームを提供し、ビデオゲームの趣向性を向上させる。なお、上記討伐によるイベントの情報もイベント情報に含めて管理しておけばよい。
【０１０２】
また、上述した第６の実施形態では特に言及していないが、システム１００は、「修理」の行動において、旧義体の状態に応じて、旧義体が味方キャラクタになる又は敵キャラクタになるというイベントが発生するが、旧義体の状態を条件としなくてもよい。例えば、「修理」の行動において、旧義体が味方キャラクタになるというイベントのみ発生させるようにしてもよい。また、旧義体を操作していたユーザと、義体のユーザが同一か否かによって旧義体が味方キャラクタになる又は敵キャラクタになるというイベントが発生させるようにしてもよい。その他、旧義体を操作していたユーザと、義体のユーザとがフレンド関係にあるか否かによって旧義体が味方キャラクタ又は敵キャラクタになるというイベントが発生させるようにしてもよい。
【０１０３】
なお、上述した第６の実施形態では特に言及していないが、システム１００は、旧義体に対する行動を選択可能にするための条件として、義体と旧義体との間の距離が一定の距離になることを含む構成と（つまり、距離的な近さに関する条件が設定）されているが、このような構成には限られない。例えば、時間的な近さに関する条件が設定されていてもよい。すなわち、システム１００は、ゲーム続行不能な状態になった場合の時刻を基準とした条件（例えば、プラスマイナス１時間）が満たされることに基づいて、旧義体に対する行動が選択可能になる構成とされていてもよい。このような構成によれば、ゲーム続行不能な状態になったことを利用してビデオゲームの趣向性を向上させることができ、継続的なビデオゲームへの継続的な参加を促すことができるようになる。
【０１０４】
なお、上述した第６の実施形態では特に言及していないが、システム１００は、義体が旧義体の近傍まで移動した場合に、行動選択の前、又は行動選択時に、旧義体へのアクセスを受け付け、旧義体に関する情報を表示する構成とされていてもよい。すなわち、システム１０は、旧義体へのアクセスを受け付けると、旧義体に対応付けされている各種情報に基づいて（又は、旧義体へのアクセス時に表示するための情報を格納する記憶領域を参照して）、旧義体に関する旧義体情報とともに、選択可能な行動の選択肢に関する情報を表示する構成とされていてもよい。このような構成によれば、旧義体情報の表示を参照してどのような行動を選択するかを決定することができ、ビデオゲームの進行の幅を広げることができ、ビデオゲームの趣向性を向上させることができるようになる。
【０１０５】
なお、上述した第６の実施形態では特に言及していないが、システム１００は、旧義体に対応するユーザとは異なる他ユーザにより旧義体への行動選択が実行されたことを通知する機能を有する構成とされていてもよい。ここで旧義体に対応するユーザとは、ゲーム続行不能な状態になった義体を操作していたユーザを意味する。したがって、旧義体に対応するユーザとは異なる他ユーザとは、ゲーム続行不能な状態になった義体を操作していたユーザとは異なる他ユーザを意味する。また通知内容は、特に限定されないが、通知を受けたユーザが、行動選択が実行されたことのほか、行動選択を実行したユーザや、選択された行動の種類や、行動選択の結果などを示す情報が含まれていることが好ましい。
【０１０６】
以上に説明したように、本願の各実施形態により１又は２以上の不足が解決される。なお、夫々の実施形態による効果は、非限定的な効果又は効果の一例である。
【０１０７】
なお、上述した各実施形態では、複数のユーザ端末２０，２０１〜２０Ｎとビデオゲーム処理サーバ１０は、自己が備える記憶装置に記憶されている各種制御プログラム（例えば、ビデオゲーム処理プログラム）に従って、上述した各種の処理を実行する。
【０１０８】
また、ビデオゲーム処理システム１００の構成は上述した各実施形態の例として説明した構成に限定されず、例えばユーザ端末が実行する処理として説明した処理の一部又は全部をサーバ１０が実行する構成としてもよいし、サーバ１０が実行する処理として説明した処理の一部又は全部を複数のユーザ端末２０，２０１〜２０Ｎの何れか（例えば、ユーザ端末２０）が実行する構成としてもよい。また、サーバ１０が備える記憶部の一部又は全部を複数のユーザ端末２０，２０１〜２０Ｎの何れかが備える構成としてもよい。すなわち、ビデオゲーム処理システム１００におけるユーザ端末２０とビデオゲーム処理サーバ１０のどちらか一方が備える機能の一部又は全部を、他の一方が備える構成とされていてもよい。
【０１０９】
なお、上述した第６の実施形態では特に言及していないが、各ユーザ端末が、旧義体情報を含む各種情報を管理し、ビデオゲームの進行を制御するように構成されていてもよい。さらに、ユーザ端末が、サーバに接続し、サーバに対して自身のユーザ端末に格納される旧義体情報を送信し、サーバにおいて旧義体情報を管理させ、サーバにて管理される他ユーザの端末にて生成された旧義体情報を受信する構成とされていてもよい。そして、各ユーザ端末は、受信した他ユーザの端末にて生成された旧義体情報に基づいて、自身以外のユーザにより生成された旧義体を自身のユーザ端末で進行するビデオゲームのゲーム空間に配置する構成とされていてもよい。
【０１１０】
［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。
［１］
ゲーム空間におけるビデオゲームの進行を制御する機能をサーバに実現させるためのプログラムであって、
前記サーバに、
前記ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、当該ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、前記ビデオゲームの進行を開始させる開始機能と、
前記ゲーム続行不能な状態になった前記ゲーム空間の地点又は該地点の近傍に、前記ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、当該ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置する配置機能と、
プレイヤキャラクタが前記対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、前記対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付ける受付機能と、
選択された１の行動と前記所定情報とに基づいて、前記対応オブジェクトに関連する関連イベントを前記ビデオゲームにおいて発生させる発生機能と、を
実現させるためのプログラム。
［２］
前記サーバに、
時間の経過に応じて前記対応オブジェクトの状態を変更する状態変更機能を実現させ、
前記発生機能にて、
前記選択された１の行動と前記所定情報と前記対応オブジェクトの状態とに基づいて前記関連イベントを前記ビデオゲームにおいて発生させる機能を
実現させるための［１］記載のプログラム。
［３］
前記発生機能にて、
前記選択された１の行動が第１行動である場合に、前記所定情報に基づいた所定の特典が当該第１の行動を選択したユーザ又は当該ユーザの操作するプレイヤキャラクタに付与される前記関連イベントを発生させる機能を
実現させるための［１］又は［２］記載のプログラム。
［４］
前記発生機能にて、
前記選択された１の行動が第２行動であって、前記対応オブジェクトの状態が第１状態である場合に、前記対応オブジェクトに対応する味方キャラクタが前記ゲーム空間に出現する前記関連イベントを発生させる機能と、
前記選択された１の行動が前記第２行動であって、前記対応オブジェクトの状態が第２状態である場合に、前記対応オブジェクトに対応する敵キャラクタが前記ゲーム空間に出現する前記関連イベントを発生させる機能とを
実現させるための［１］から［３］のうち何れかに記載のプログラム。
［５］
前記所定情報は、前記ゲーム続行不能な状態になったプレイヤキャラクタを操作していたユーザを特定する識別情報を含み、
前記発生機能にて、
前記１の行動を選択したユーザと前記ゲーム続行不能な状態になったプレイヤキャラクタを操作していたユーザとが同一である場合と同一ではない場合とで、同一の行動に対して内容の異なる前記関連イベントを発生させる機能を
実現させるための［１］から［４］のうち何れかに記載のプログラム。
［６］
前記発生機能にて、
前記対応オブジェクトの状態に基づいて、前記敵キャラクタの強さを決定する機能を
実現させるための［４］に記載のプログラム。
［７］
前記発生機能にて、
前記所定情報に基づいて、前記敵キャラクタの強さを決定する機能を
実現させるための［４］又は［６］に記載のプログラム。
［８］
前記配置機能にて、
前記対応オブジェクトの状態に対応する表示態様により前記対応オブジェクトを表示する機能を
実現させるための［１］から［７］のうち何れかに記載のプログラム。
［９］
前記配置機能にて、
所定時間の経過に基づいて、前記ゲーム空間から前記対応オブジェクトを消滅させる機能を
実現させるための［１］から［８］のうち何れかに記載のプログラム。
［１０］
前記サーバに、
プレイヤキャラクタに第１ゲーム内要素を設定可能にせしめる設定機能を実現させ、
前記配置機能にて、
前記ゲーム続行不能な状態になったプレイヤキャラクタに前記第１ゲーム内要素が設定されている場合に、前記対応オブジェクトが消滅するまでに要する時間を延長又は短縮する機能を
実現させるための［９］に記載のプログラム。
［１１］
前記所定情報は、前記ゲーム続行不能な状態になったプレイヤキャラクタを操作していたユーザを特定する識別情報を含み、
前記サーバに、
前記受付機能において前記ゲーム続行不能な状態になったプレイヤキャラクタを操作していたユーザとは異なるユーザにより１の行動が選択された場合に、前記選択された１の行動又は発生したイベントに関する情報を当該ゲーム続行不能な状態になったプレイヤキャラクタを操作していたユーザに通知する通知機能を
実現させるための［１］から［１０］のうち何れかに記載のプログラム。
［１２］
前記サーバに、
前記所定情報を所定の記憶領域に記憶する記憶機能を
実現させるための［１］から［１１］のうち何れかに記載のプログラム。
［１３］
［１］から［１２］のうち何れかに記載のプログラムが前記サーバに実現させる機能のうち少なくとも１つの機能を、当該サーバと通信可能なユーザ端末に実現させるためのプログラム。
［１４］
［１］から［１２］のうち何れかに記載のプログラムがインストールされたサーバ。
［１５］
通信ネットワークと、サーバと、ユーザ端末とを備え、ゲーム空間におけるビデオゲームの進行を制御する機能するシステムであって、
前記ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、当該ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、前記ビデオゲームの進行を開始させる開始手段と、
前記ゲーム続行不能な状態になった前記ゲーム空間の地点又は該地点の近傍に、前記ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、当該ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置する配置手段と、
プレイヤキャラクタが前記対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、前記対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付ける受付手段と、
選択された１の行動と前記所定情報とに基づいて、前記対応オブジェクトに関連する関連イベントを前記ビデオゲームにおいて発生させる発生手段と、を含む
ことを特徴するシステム。
［１６］
前記サーバが、前記開始手段と、前記配置手段と、前記受付手段と、前記発生手段と、を含み、
前記ユーザ端末が、前記サーバから送信された前記ビデオゲームの進行を示すゲーム画像を表示するための画像情報に基づいて、表示装置の表示画面にゲーム画像を出力する出力手段を含む
［１５］記載のシステム。
［１７］
ゲーム空間におけるビデオゲームの進行を制御する機能をユーザ端末に実現させるためのプログラムであって、
前記ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、当該ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、前記ビデオゲームの進行を開始させる開始機能と、
前記ゲーム続行不能な状態になった前記ゲーム空間の地点又は該地点の近傍に、前記ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、当該ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置する配置機能と、
プレイヤキャラクタが前記対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、前記対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付ける受付機能と、
選択された１の行動と前記所定情報とに基づいて、前記対応オブジェクトに関連する関連イベントを前記ビデオゲームにおいて発生させる発生機能と、を
備えるサーバから送信された前記ビデオゲームの進行を示すゲーム画像を表示するための情報に基づいて、装置の表示画面にゲーム画像を出力する出力機能を前記ユーザ端末に
実現させるためのプログラム。
［１８］
ゲーム空間におけるビデオゲームの進行を制御する機能をユーザ端末に実現させるためのプログラムであって、
前記ユーザ端末に、
前記ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、当該ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、前記ビデオゲームの進行を開始させる開始機能と、
前記ゲーム続行不能な状態になった前記ゲーム空間の地点又は該地点の近傍に、前記ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、当該ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置する配置機能と、
プレイヤキャラクタが前記対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、前記対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付ける受付機能と、
選択された１の行動と前記所定情報とに基づいて、前記対応オブジェクトに関連する関連イベントを前記ビデオゲームにおいて発生させる発生機能と、を
実現させるためのプログラム。
［１９］
ゲーム空間におけるビデオゲームの進行を制御する方法であって、
前記ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、当該ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、前記ビデオゲームの進行を開始させる開始処理と、
前記ゲーム続行不能な状態になった前記ゲーム空間の地点又は該地点の近傍に、前記ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、当該ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置する配置処理と、
プレイヤキャラクタが前記対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、前記対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付ける受付処理と、
選択された１の行動と前記所定情報とに基づいて、前記対応オブジェクトに関連する関連イベントを前記ビデオゲームにおいて発生させる発生処理と、を含む
ことを特徴とする方法。
［２０］
通信ネットワークと、サーバと、ユーザ端末とを備え、ゲーム空間におけるビデオゲームの進行を制御するシステムが、ビデオゲームの進行を制御する方法であって、
前記ゲーム空間においてプレイヤキャラクタがゲーム続行不能な状態になった場合、当該ゲーム続行不能な状態になったプレイヤキャラクタと同一又は異なるキャラクタをプレイヤキャラクタとして、前記ビデオゲームの進行を開始させる開始処理と、
前記ゲーム続行不能な状態になった前記ゲーム空間の地点又は該地点の近傍に、前記ゲーム続行不能な状態になったプレイヤキャラクタに関する所定情報が対応付けされた対応オブジェクトを、当該ゲーム続行不能な状態になったプレイヤキャラクタに対応するオブジェクトとして配置する配置処理と、
プレイヤキャラクタが前記対応オブジェクトの配置位置又は近傍まで移動したことに基づいて、前記対応オブジェクトに対する２以上の種類の所定の行動から、１の行動の選択を受け付ける受付処理と、
選択された１の行動と前記所定情報とに基づいて、前記対応オブジェクトに関連する関連イベントを前記ビデオゲームにおいて発生させる発生処理と、を含む
ことを特徴とする方法。
【産業上の利用可能性】
【０１１１】
本発明の実施形態の一つによれば、ゲーム続行不能な状態になったことを利用してビデオゲームの進行の幅を広げ、ビデオゲームの趣向性を向上させるのに有用である。
【符号の説明】
【０１１２】
１０                        ビデオゲーム処理サーバ
１１                        開始部
１２                        配置部
１３                        受付部
１４                        発生部
１５                        状態変更部
１６                        設定部
１７                        記憶部
２０，２０１〜２０Ｎ        ユーザ端末
３０                        通信ネットワーク
１００                      ビデオゲーム処理システム
【図１】
2018202238.tif 000003
【図２】
2018202238.tif 000004
【図３】
2018202238.tif 000005
【図４】
2018202238.tif 000006
【図５】
2018202238.tif 000007
【図６】
2018202238.tif 000008
【図７】
2018202238.tif 000009
【図８】
2018202238.tif 000010
【図９】
2018202238.tif 000011
【図１０】
2018202238.tif 000012
【図１１】
2018202238.tif 000013
【図１２】
2018202238.tif 000014
【図１３】
2018202238.tif 000015
【図１４】
2018202238.tif 000016
【図１５】
2018202238.tif 000017
【図１６】
2018202238.tif 000018
【図１７】
2018202238.tif 000019
【図１８】
2018202238.tif 000020
【図１９】
2018202238.tif 000021
【図２０】
2018202238.tif 000022
【図２１】
2018202238.tif 000023