(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024141476
(43)【公開日】2024-10-10
(54)【発明の名称】プログラム、情報処理システム
(51)【国際特許分類】
A63F 13/55 20140101AFI20241003BHJP
A63F 13/79 20140101ALI20241003BHJP
【ＦＩ】
A63F13/55
A63F13/79
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2023053158
(22)【出願日】2023-03-29
(71)【出願人】
【識別番号】509070463
【氏名又は名称】株式会社コロプラ
(74)【代理人】
【識別番号】100148563
【弁理士】
【氏名又は名称】山本 実
(72)【発明者】
【氏名】スウィート 哲也キース
(72)【発明者】
【氏名】吉田 英修
(57)【要約】
【課題】ユーザーの楽しみを増大させること
【解決手段】プログラムは、コンピューターを、ユーザーをイベントに参加させる参加制御手段と、前記ユーザーによる入力操作に基づいて操作対象を行動させるように制御する行動制御手段と、特定条件の成立に応じて前記操作対象を行動不能状態に変更し、前記イベントの第１期間において行動不能状態となった前記操作対象を行動可能状態に変更可能とし、前記イベントの第２期間において行動不能状態となった前記操作対象を行動可能状態に変更不可能とするように制御する状態制御手段と、として機能させる。
【選択図】図１１
【解決手段】プログラムは、コンピューターを、ユーザーをイベントに参加させる参加制御手段と、前記ユーザーによる入力操作に基づいて操作対象を行動させるように制御する行動制御手段と、特定条件の成立に応じて前記操作対象を行動不能状態に変更し、前記イベントの第１期間において行動不能状態となった前記操作対象を行動可能状態に変更可能とし、前記イベントの第２期間において行動不能状態となった前記操作対象を行動可能状態に変更不可能とするように制御する状態制御手段と、として機能させる。
【選択図】図１１
【特許請求の範囲】
【請求項1】
コンピューターを、
ユーザーをイベントに参加させる参加制御手段と、
前記ユーザーによる入力操作に基づいて操作対象を行動させるように制御する行動制御手段と、
特定条件の成立に応じて前記操作対象を行動不能状態に変更し、前記イベントの第１期間において行動不能状態となった前記操作対象を行動可能状態に変更可能とし、前記イベントの第２期間において行動不能状態となった前記操作対象を行動可能状態に変更不可能とするように制御する状態制御手段と、として機能させることを特徴とするプログラム。
ユーザーをイベントに参加させる参加制御手段と、
前記ユーザーによる入力操作に基づいて操作対象を行動させるように制御する行動制御手段と、
特定条件の成立に応じて前記操作対象を行動不能状態に変更し、前記イベントの第１期間において行動不能状態となった前記操作対象を行動可能状態に変更可能とし、前記イベントの第２期間において行動不能状態となった前記操作対象を行動可能状態に変更不可能とするように制御する状態制御手段と、として機能させることを特徴とするプログラム。
【請求項2】
前記コンピューターを、前記イベントにおいて前記操作対象が行動不能状態となった場合に、前記ユーザーによる特定操作に基づいて前記ユーザーが前記イベントの進行に干渉できるように制御する進行制御手段として機能させる請求項１に記載のプログラム。
【請求項3】
前記コンピューターを、前記第１期間において前記操作対象が行動不能状態となった場合に、前記ユーザーによる変更操作を受け付ける変更操作受付手段として機能させ、
前記状態制御手段は、前記変更操作受付手段が前記変更操作を受け付けた場合に前記操作対象を行動可能状態に変更する請求項２に記載のプログラム。
前記状態制御手段は、前記変更操作受付手段が前記変更操作を受け付けた場合に前記操作対象を行動可能状態に変更する請求項２に記載のプログラム。
【請求項4】
前記変更操作受付手段は、前記第２期間において前記操作対象が行動不能状態となった場合に、前記変更操作を受け付けない請求項３に記載のプログラム。
【請求項5】
前記コンピューターを、
前記操作対象を配置するための仮想空間を生成する仮想空間生成手段と、
前記操作対象が行動可能状態である場合に、前記仮想空間をレンダリングした画像を生成するときの視点を第１視点とし、前記操作対象が行動不能状態である場合に、前記仮想空間をレンダリングした画像を生成するときの視点を第２視点とするように制御する視点制御手段と、として機能させる請求項２に記載のプログラム。
前記操作対象を配置するための仮想空間を生成する仮想空間生成手段と、
前記操作対象が行動可能状態である場合に、前記仮想空間をレンダリングした画像を生成するときの視点を第１視点とし、前記操作対象が行動不能状態である場合に、前記仮想空間をレンダリングした画像を生成するときの視点を第２視点とするように制御する視点制御手段と、として機能させる請求項２に記載のプログラム。
【請求項6】
前記コンピューターを、
前記操作対象を配置するための仮想空間を生成する仮想空間生成手段と、
前記仮想空間において、前記操作対象の制限領域を設定する領域設定手段と、として機能させ、
前記領域設定手段は、前記第１期間において前記制限領域を設定しない、又は前記第１期間において前記第２期間より小さい前記制限領域を設定し、
前記領域設定手段は、前記第２期間において、前記イベントの進行に応じて前記制限領域を拡大させる請求項１に記載のプログラム。
前記操作対象を配置するための仮想空間を生成する仮想空間生成手段と、
前記仮想空間において、前記操作対象の制限領域を設定する領域設定手段と、として機能させ、
前記領域設定手段は、前記第１期間において前記制限領域を設定しない、又は前記第１期間において前記第２期間より小さい前記制限領域を設定し、
前記領域設定手段は、前記第２期間において、前記イベントの進行に応じて前記制限領域を拡大させる請求項１に記載のプログラム。
【請求項7】
前記コンピューターを、
前記第１期間において前記仮想空間に特定オブジェクトを配置する配置手段と、
取得条件を満たす前記ユーザーに前記特定オブジェクトを取得させるように制御し、前記制限領域内に前記操作対象が滞在する場合に前記ユーザーが所有する前記特定オブジェクトを減少させる、又は前記制限領域内に前記操作対象が滞在する場合に前記ユーザーが所有する前記特定オブジェクトを０にさせるように制御する所有制御手段と、として機能させる請求項６に記載のプログラム。
前記第１期間において前記仮想空間に特定オブジェクトを配置する配置手段と、
取得条件を満たす前記ユーザーに前記特定オブジェクトを取得させるように制御し、前記制限領域内に前記操作対象が滞在する場合に前記ユーザーが所有する前記特定オブジェクトを減少させる、又は前記制限領域内に前記操作対象が滞在する場合に前記ユーザーが所有する前記特定オブジェクトを０にさせるように制御する所有制御手段と、として機能させる請求項６に記載のプログラム。
【請求項8】
前記参加制御手段は、前記ユーザーを含む１以上の第１ユーザーと、前記第１ユーザーとは異なる１以上の第２ユーザーと、を前記イベントに参加させ、
前記イベントは、前記第１ユーザーと前記第２ユーザーとが対戦するイベントであり、
前記対戦における前記第１ユーザーの勝利条件は、前記第１期間が終了する際、又は前記第２期間が開始する際、前記第１ユーザーの操作対象の一部又は全部が行動可能状態であって、前記第２ユーザーの操作対象の全部が行動不能状態である場合に満たされる請求項１に記載のプログラム。
前記イベントは、前記第１ユーザーと前記第２ユーザーとが対戦するイベントであり、
前記対戦における前記第１ユーザーの勝利条件は、前記第１期間が終了する際、又は前記第２期間が開始する際、前記第１ユーザーの操作対象の一部又は全部が行動可能状態であって、前記第２ユーザーの操作対象の全部が行動不能状態である場合に満たされる請求項１に記載のプログラム。
【請求項9】
ユーザーをイベントに参加させる参加制御手段と、
前記ユーザーによる入力操作に基づいて操作対象を行動させるように制御する行動制御手段と、
特定条件の成立に応じて前記操作対象を行動不能状態に変更し、前記イベントの第１期間において行動不能状態となった前記操作対象を行動可能状態に変更可能とし、前記イベントの第２期間において行動不能状態となった前記操作対象を行動可能状態に変更不可能とするように制御する状態制御手段と、を備える情報処理システム。
前記ユーザーによる入力操作に基づいて操作対象を行動させるように制御する行動制御手段と、
特定条件の成立に応じて前記操作対象を行動不能状態に変更し、前記イベントの第１期間において行動不能状態となった前記操作対象を行動可能状態に変更可能とし、前記イベントの第２期間において行動不能状態となった前記操作対象を行動可能状態に変更不可能とするように制御する状態制御手段と、を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、及び情報処理システムに関する。
【背景技術】
【0002】
特許文献１は、操作対象となるアバターが最後まで死亡状態とならないことを目指して戦うイベントにユーザーを参加させることを含むシステムを開示する。このイベントでは、敵方ユーザーのアバターを攻撃することによって敵方ユーザーのアバターのヒットポイントが０になった場合に、敵方ユーザーのアバターが死亡状態となる。死亡状態は、アバターの移動、及び攻撃ができない行動不能状態である。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２３－０１８７１２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１で開示されるイベントでは、アバターが死亡状態となった場合、イベントが終了するまで、死亡状態が維持される。つまり、イベントにおいてアバターが行動不能状態となった場合、当該イベントが終了するまで行動不能状態が維持される。このため、ユーザーは、イベントが終了するまで自身のアバターを操作することができない。よって、ユーザーの楽しみを増大させる余地がある。
【課題を解決するための手段】
【0005】
本開示の一態様に係るプログラムは、コンピューターを、ユーザーをイベントに参加させる参加制御手段と、前記ユーザーによる入力操作に基づいて操作対象を行動させるように制御する行動制御手段と、特定条件の成立に応じて前記操作対象を行動不能状態に変更し、前記イベントの第１期間において行動不能状態となった前記操作対象を行動可能状態に変更可能とし、前記イベントの第２期間において行動不能状態となった前記操作対象を行動可能状態に変更不可能とするように制御する状態制御手段と、として機能させる。
【発明の効果】
【0006】
本開示によれば、興趣性を向上させることができる。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
本開示に係る情報処理システムについて図面を参照しつつ説明する。
［情報処理システムの概要］
図１に示すように、情報処理システム１０は、ネットワーク９０と、複数の端末１００と、１以上のサーバー２００と、を含む。情報処理システム１０は、家庭用のシステムとして、又は業務用のシステムとして提供される。複数の端末１００は、ネットワーク９０を介してサーバー２００と通信するように構成される。一例として、情報処理システム１０は、ゲームを提供する。以下の説明において、単に「ゲーム」と示す場合、情報処理システム１０が提供するゲームを意味する。一例として、情報処理システム１０は、マルチプレイヤーゲームを提供する。端末１００は、コンピューターの一例である。サーバー２００は、コンピューターの一例である。
［情報処理システムの概要］
図１に示すように、情報処理システム１０は、ネットワーク９０と、複数の端末１００と、１以上のサーバー２００と、を含む。情報処理システム１０は、家庭用のシステムとして、又は業務用のシステムとして提供される。複数の端末１００は、ネットワーク９０を介してサーバー２００と通信するように構成される。一例として、情報処理システム１０は、ゲームを提供する。以下の説明において、単に「ゲーム」と示す場合、情報処理システム１０が提供するゲームを意味する。一例として、情報処理システム１０は、マルチプレイヤーゲームを提供する。端末１００は、コンピューターの一例である。サーバー２００は、コンピューターの一例である。
【0009】
［ネットワーク］
一例として、ネットワーク９０は、インターネット、及び無線基地局を含む移動通信システムで構成される。一例として、移動通信システムは、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、又はアクセスポイントによってインターネットに接続可能な無線ネットワークとして実現できる。
一例として、ネットワーク９０は、インターネット、及び無線基地局を含む移動通信システムで構成される。一例として、移動通信システムは、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、又はアクセスポイントによってインターネットに接続可能な無線ネットワークとして実現できる。
【0010】
［端末のハードウェア構成］
複数の端末１００は、ゲームを行うゲーム端末として使用され得る。ゲーム端末として使用される端末１００は、情報処理システム１０が提供するゲームをプレイするゲーム機能をユーザーに提供する。以下の説明では、ユーザーＡ～Ｃが使用する端末をそれぞれ端末１００Ａ～１００Ｃと示す場合がある。ユーザーＡ～Ｃは、ゲームのプレイヤーである。
複数の端末１００は、ゲームを行うゲーム端末として使用され得る。ゲーム端末として使用される端末１００は、情報処理システム１０が提供するゲームをプレイするゲーム機能をユーザーに提供する。以下の説明では、ユーザーＡ～Ｃが使用する端末をそれぞれ端末１００Ａ～１００Ｃと示す場合がある。ユーザーＡ～Ｃは、ゲームのプレイヤーである。
【0011】
一例として、端末１００は、スマートフォンである。端末１００は、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、又はタブレット型コンピューターといった、携帯端末装置であってもよい。端末１００は、パーソナルコンピューター（ＰＣ）、又はワークステーションといった、固定端末装置であってもよい。例えば、端末１００は、プロセッサー１１０と、メモリー１２０と、ストレージ１３０と、を備える。端末１００は、さらに、通信インターフェース（ＩＦ）１４０と、入出力ＩＦ１５０と、を備えてもよい。端末１００は、さらに、マイク１６０と、スピーカー１６２と、タッチスクリーン１６４と、を備えてもよい。端末１００が備える複数の構成要素の各々は、通信バス１８０に接続される。
【0012】
プロセッサー１１０は、端末１００に与えられる信号に応じて、又は予め定められた条件が成立したことに応じて、メモリー１２０又はストレージ１３０に記憶されているプログラムに含まれる一連の命令を実行する。例えば、プロセッサー１１０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、又は、その他の演算装置として実現される。
【0013】
メモリー１２０は、プログラム、及びデータを一時的に保存する。一例として、プログラムは、ストレージ１３０から読み出される。データは、端末１００に送信されたデータと、プロセッサー１１０によって生成されたデータと、を含み得る。例えば、メモリー１２０は、ＲＡＭ（Random Access Memory）、又はその他の揮発性のメモリーとして実現される。
【0014】
ストレージ１３０は、プログラム、及びデータを永続的に保持する。例えば、ストレージ１３０は、ＲＯＭ（Read-Only Memory）、ハードディスク装置、フラッシュメモリー、又はその他の不揮発性記憶装置として実現される。ストレージ１３０は、メモリーカードのように、着脱可能な記憶装置として実現されてもよい。
【0015】
ストレージ１３０に格納されるプログラムは、ゲームプログラム、及び通信プログラムを含む。ゲームプログラムは、ゲーム機能を実現する。ゲームプログラムは、ゲーム内でイベントを開催するための機能を実現する。イベントは、ゲーム内の行事、催し物、興行などである。一例として、ゲームプログラムは、複数のユーザーが何らかの基準に基づいて勝敗を決める対戦イベントを開催するための機能を実現する。ゲームプログラムは、対戦イベントにおいて、ユーザーの操作対象となるオブジェクトを配置する仮想空間を提供するとともに、当該仮想空間において操作対象を操作するための機能を実現する。一例として、操作対象は、端末１００を使用するユーザーのアバターである。一例として、アバターは、端末１００を使用するユーザーに対応するプレイヤーキャラクターである。以下、本開示において、単に「イベント」と記載する場合、システムによって提供されるゲーム内で開催されるイベントを意味するものとする。
【0016】
通信プログラムは、他のコンピューター（例えば、サーバ２００）と通信する機能を実現する。ストレージ１３０に格納されるプログラムは、配信プログラム、視聴プログラム、オペレーティングシステム、シミュレーションプログラム、ユーザー認証プログラム、及びその他のプログラムを含んでもよい。一例として、配信プログラムは、ゲームプレイなどのコンテンツを配信する配信機能を実現する。一例として、視聴プログラムは、配信されたコンテンツの視聴を提供する視聴機能を実現する。
【0017】
例えば、ストレージ１３０に格納されるデータは、仮想空間の定義データ、及び仮想空間に配置される各種オブジェクト用のオブジェクトデータを含む。端末１００Ａ～１００Ｃは、１つの仮想空間を共有し得る。仮想空間は、３次元で表現される空間に限らない。例えば、仮想空間は、２次元によって表現される空間や、静止画によって表現され音や声、文字データなどの入力データによって表現される空間でもよい。
【0018】
通信ＩＦ１４０は、ネットワーク９０に接続される。通信ＩＦ１４０は、ネットワーク９０に接続されている他のコンピューター（例えば、サーバー２００）と通信する。例えば、通信ＩＦ１４０は、ＬＡＮ（Local Area Network）、又はその他の有線通信ＩＦとして実現される。例えば、通信ＩＦ１４０は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、又はその他の無線通信ＩＦとして実現される。通信ＩＦ１４０は、上述したものに限られない。
【0019】
入出力ＩＦ１５０は、外部の入出力機器１９０と通信する。例えば、入出力ＩＦ１５０は、ＵＳＢ（Universal Serial Bus）、ＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）、又はその他の有線通信ＩＦとして実現される。例えば、入出力ＩＦ１５０は、Ｂｌｕｅｔｏｏｔｈ、又はその他の無線通信ＩＦとして実現される。
【0020】
一例として、入出力機器１９０は、コントローラーである。例えば、入出力ＩＦ１５０は、プロセッサー１１０から出力された命令を、コントローラーに送信する。当該命令は、振動、音声出力、又は発光をコントローラーに指示する。コントローラーは、命令を受信すると、当該命令に応じて、振動、音声出力、又は発光を実行する。コントローラーは、１以上の操作パーツを有する。例えば、１以上の操作パーツは、ボタン、キー、スイッチ、ハンドル、バー、タッチパッド、又はスティックを含む。コントローラーは、操作パーツに対するユーザーの操作に基づく出力値を端末１００へ送信する。一例として、コントローラーは、加速度センサー、及び角速度センサーといったモーションセンサーを備えてもよい。コントローラーは、モーションセンサーの出力値を端末１００へ送信するように構成されてもよい。コントローラーは、端末１００に対して取付け、及び取外しできてもよい。
【0021】
入出力機器１９０は、上述したものに限られない。例えば、入出力機器１９０は、カメラであってもよい。カメラは、ユーザーを撮影した撮影画像を端末１００へ送信するように構成されてもよい。例えば、入出力機器１９０は、測距センサーであってもよい。測距センサーは、ユーザーの手、又はマーカー等の検知に基づく出力値を端末１００へ送信するように構成されてもよい。
【0022】
マイク１６０は、ユーザーの発話を音声信号（電気信号）に変換してプロセッサー１１０へ送信する。スピーカー１６２は、音声信号を音声に変換してユーザーへ出力する。端末１００は、スピーカー１６２に加えて、又は代えて、イヤホン、又はイヤホンを接続できるイヤホンジャックを備えてもよい。
【0023】
タッチスクリーン１６４は、モニター１６６と、タッチセンサー１６７と、を含む。モニター１６６は、透過型、又は非透過型の表示装置として実現される。例えば、モニター１６６は、液晶モニター、有機ＥＬ（Electro Luminescence）モニター、又はその他の表示装置として実現される。モニター１６６は、各種の画像を表示する。モニター１６６に表示する画像は、背景、ユーザーのアバター、障害物、キャラクター、ウィンドウ、ボタン、メニュー、リスト、及びアイコンといった各種のオブジェクトを含む。モニター１６６は、上述したものに限らない。例えば、モニター１６６は、左目用の画像を表示するサブモニターと、右目用の画像を表示するサブモニターと、を含む３Ｄモニターであってもよい。
【0024】
タッチセンサー１６７は、モニター１６６に対するユーザーの操作に基づく出力値をプロセッサー１１０へ送信する。一例として、タッチセンサー１６７は、静電容量式タッチセンサー、抵抗膜式タッチセンサー、超音波式タッチセンサー、又はその他のタッチセンサーとして実現される。タッチセンサー１６７の入力面は、モニター１６６の表示面の一部又は全部である。タッチセンサー１６７は、ユーザーの入力操作を受け付けるように構成された操作部として使用され得る。例えば、操作部がタッチセンサー１６７である場合、プロセッサー１１０は、タッチセンサー１６７の入力面に対するユーザーの物理的な接触操作をユーザーの入力操作として受け付ける。例えば、タッチセンサー１６７に対するユーザーの入力操作は、タッチ操作、スライド操作、スワイプ操作、タップ操作、ドラッグ操作、及びその他の態様による操作を含み得る。
【0025】
操作部は、上述した構成に限らない。例えば、操作部が通信ＩＦ１４０である場合、プロセッサー１１０は、ネットワーク９０を介して接続された操作機器（不図示）から送信される信号をユーザーの入力操作として受け付ける。例えば、操作部が入出力ＩＦ１５０である場合、プロセッサー１１０は、外部の入出力機器１９０から送信される信号をユーザーの入力操作として受け付ける。例えば、入出力機器１９０がカメラ及び測距センサーである場合に、プロセッサー１１０は、受信した撮影画像からユーザーの手が検出されると、撮影画像及び出力値に基づき検出されるジェスチャー（ユーザーの手の一連の動き）をユーザーの入力操作として受け付ける。例えば、入出力機器１９０がコントローラーである場合、プロセッサー１１０は、コントローラーから送信される出力値をユーザーの入力操作として受け付ける。
【0026】
［サーバーのハードウェア構成］
サーバー２００は、ワークステーション、又はＰＣ等の汎用コンピューターであってもよい。サーバー２００は、プロセッサー２１０と、メモリー２２０と、ストレージ２３０と、通信ＩＦ２４０と、入出力ＩＦ２５０と、を備える。サーバー２００が備える複数の構成要素の各々は、通信バス２８０に接続される。
サーバー２００は、ワークステーション、又はＰＣ等の汎用コンピューターであってもよい。サーバー２００は、プロセッサー２１０と、メモリー２２０と、ストレージ２３０と、通信ＩＦ２４０と、入出力ＩＦ２５０と、を備える。サーバー２００が備える複数の構成要素の各々は、通信バス２８０に接続される。
【0027】
プロセッサー２１０は、サーバー２００に与えられる信号に応じて、又は予め定められた条件が成立したことに応じて、メモリー２２０又はストレージ２３０に格納されているプログラムに含まれる一連の命令を実行する。例えば、プロセッサー２１０は、ＣＰＵ、ＧＰＵ、ＭＰＵ、ＦＰＧＡ、又はその他の演算装置として実現される。
【0028】
メモリー２２０は、プログラム、及びデータを一時的に保存する。一例として、プログラムは、ストレージ２３０から読み出される。データは、サーバー２００に送信されたデータと、プロセッサー２１０によって生成されたデータと、を含み得る。例えば、メモリー２２０は、ＲＡＭ、又はその他の揮発性のメモリーとして実現される。
【0029】
ストレージ２３０は、プログラム、及びデータを永続的に保持する。例えば、ストレージ１３０は、ＲＯＭ、ハードディスク装置、フラッシュメモリー、又はその他の不揮発性記憶装置として実現される。ストレージ２３０は、メモリーカードのように、着脱可能な記憶装置として実現されてもよい。サーバー２００は、ストレージ２３０に代えて、外部の記憶装置に格納されているプログラムを使用してもよい。例えば、アミューズメント施設のように、複数の情報処理システム１０が使用される場面において、プログラム及びデータの更新を一括して行うことができる。
【0030】
ストレージ２３０に格納されるプログラムは、ゲームプログラム、及び通信プログラムを含む。ゲームプログラムは、情報処理システム１０における仮想空間の提供と、仮想空間を複数のユーザーで共有したゲームプレイを提供する機能を実現する。通信プログラムは、他のコンピューター（例えば、端末１００Ａ～端末１００Ｃ）と通信する機能を実現する。ストレージ２３０に格納されるプログラムは、配信プログラム、オペレーティングシステム、シミュレーションプログラム、ユーザー認証プログラム、及びその他のプログラムを含んでよい。一例として、配信プログラムは、視聴用コンテンツを端末１００へ配信する機能を実現する。一例として、ストレージ２３０に格納されるデータは、仮想空間を規定するデータ、及び仮想空間に配置される各種オブジェクト用のオブジェクトデータを含み得る。
【0031】
通信ＩＦ２４０は、ネットワーク９０に接続される。通信ＩＦ２４０は、ネットワーク９０に接続されている他のコンピューター（例えば、端末１００Ａ～端末１００Ｃ）と通信する。例えば、通信ＩＦ２４０は、ＬＡＮ、又はその他の有線通信ＩＦとして実現される。例えば、通信ＩＦ２４０は、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ＮＦＣ、又はその他の無線通信ＩＦとして実現される。通信ＩＦ２４０は、上述したものに限られない。
【0032】
入出力ＩＦ２５０は、外部の入出力機器（不図示）と通信する。例えば、入出力ＩＦ２５０は、ＵＳＢ、ＤＶＩ、ＨＤＭＩ、又はその他の有線通信ＩＦとして実現される。例えば、入出力ＩＦ２５０は、Ｂｌｕｅｔｏｏｔｈ、又はその他の無線通信ＩＦとして実現される。
【0033】
［端末の機能］
図２に示すように、端末１００は、ゲーム制御部１０１と、表示制御部１０４と、記憶部１０５と、通信部１０６と、入出力部１０７と、を備える。これらは、端末１００の１の構成要素によって、又は端末１００の複数の構成要素が組み合わされることによって、機能的に纏まりを持った機能部である。
図２に示すように、端末１００は、ゲーム制御部１０１と、表示制御部１０４と、記憶部１０５と、通信部１０６と、入出力部１０７と、を備える。これらは、端末１００の１の構成要素によって、又は端末１００の複数の構成要素が組み合わされることによって、機能的に纏まりを持った機能部である。
【0034】
一例として、ゲーム制御部１０１、及び表示制御部１０４は、プロセッサー１１０によって実現される。記憶部１０５は、メモリー１２０、及びストレージ１３０によって実現される。通信部１０６は、通信ＩＦ１４０によって実現される。入出力部１０７は、プロセッサー１１０、タッチセンサー１６７、及び入出力ＩＦ１５０によって実現される。
【0035】
入出力部１０７は、タッチセンサー１６７に対するユーザーの入力操作、及び入出力ＩＦ１５０を介した外部の操作機器に対するユーザーの入力操作を検知し、受け付ける。一例として、入出力部１０７は、タッチセンサー１６７に対するユーザーの入力操作を受け付けた場合、入力位置の座標を検出するとともに、入力操作の種類を特定する。例えば、入出力部１０７が特定できる入力操作の種類は、タッチ操作、スライド操作、スワイプ操作、タップ操作、ドラッグ操作、及びその他の態様による操作を含み得る。入出力部１０７は、連続して検知されていた入力操作が途切れると、タッチセンサー１６７から接触入力が解除されたことを検知する。
【0036】
通信部１０６は、１以上のサーバー２００から、各種の情報、及び各種の要求を受信する。一例として、通信部１０６がサーバー２００から受信する情報は、進行情報、及びユーザー情報を含み得る。進行情報は、イベントの進行を制御するための情報である。一例として、進行情報は、第１進行情報と、第２進行情報と、を含み得る。
【0037】
第１進行情報は、仮想空間に配置する１以上のアバターの種類、アバターの座標情報、アバターのアクション情報、及びその他の情報を含み得る。上述したように、アバターは、仮想空間においてユーザーの操作対象となるオブジェクトであって、ユーザーの分身となるキャラクターである。一例として、アバターの座標情報は、仮想空間における位置を示す情報である。一例として、アクション情報は、アバターのアクションに関する情報である。一例として、アバターのアクションは、アバターの姿勢、アイテムの使用、スキルの使用、攻撃、防御、回避、サポート（回復）、又はジャンプなどを含み得る。第１進行情報は、アバターの設定に関する設定情報を含み得る。一例として、アバターの設定は、ユーザーがイベントに参加している期間（以下、イベント参加期間と示す）、又はユーザーがイベントに参加する前段階である期間（以下、イベント準備期間と示す）において、ユーザーが変更し得る。一例として、アバターの設定は、アバターの装備又は容姿などを含み得る。一例として、アバターの設定は、アバターの能力を数値化した各種のパラメーターを含み得る。第２進行情報は、仮想空間に配置する１以上のアシストオブジェクトの種類情報、アシストオブジェクトの座標情報、及びその他の情報を含み得る。一例として、アシストオブジェクトは、ユーザーが配置を指示することによって、仮想空間に配置されるオブジェクトである。一例として、アシストオブジェクトは、仮想空間に配置されたアバターに影響を与え得る。一例として、ユーザー情報は、ユーザー名、アカウントＩＤ、性別、年齢、及び住所等を含み得る。一例として、ユーザー情報は、ユーザーが所有するアイテムの種類、及び個数に関する所有情報を含み得る。
【0038】
通信部１０６は、１以上のサーバー２００に対して、各種の情報、及び各種の要求を送信する。一例として、通信部１０６がサーバー２００へ送信する情報は、操作情報、及びユーザー情報を含み得る。操作情報は、イベントの進行を制御するための情報である。操作情報は、第１操作情報と、第２操作情報と、を含み得る。操作情報は、入出力部１０７が受け付けた入力操作に応じて出力される。
【0039】
一例として、第１操作情報は、アバターの操作内容として、アバターの座標情報、アクション情報、及びその他の情報を含み得る。一例として、第１操作情報は、アバターの設定情報を含み得る。一例として、第１操作情報は、ゲーム制御部１０１によって生成される。一例として、第２操作情報は、アシストオブジェクトの操作内容として、アシストオブジェクトの種類情報、及び座標情報を含み得る。一例として、第２操作情報は、ゲーム制御部１０１によって生成される。
【0040】
ゲーム制御部１０１は、ゲームを進行させるための処理を行う。ゲーム制御部１０１は、入出力部１０７が受け付けた入力位置の座標と、入力操作の種類と、ゲームの進行状況と、に応じて、ユーザーの指示を特定する。ゲーム制御部１０１は、ゲームの進行に関する各種の判定を行い得る。ゲーム制御部１０１は、ゲームの進行に関する各種の抽選を行い得る。
【0041】
ゲーム制御部１０１は、イベントを進行させるための処理を行う。イベントに参加した場合、ゲーム制御部１０１は、記憶部１０５から仮想空間の定義データを読み出す。ゲーム制御部１０１は、読み出した定義データに応じて仮想空間を定義する。ゲーム制御部１０１は、オブジェクトデータを記憶部１０５から読み出す。ゲーム制御部１０１は、読み出したオブジェクトデータに応じて、仮想空間にオブジェクトを配置する。ゲーム制御部１０１は、入出力部１０７が受け付けた入力位置の座標と、入力操作の種類と、イベントの進行状況と、に応じて、ユーザーの指示を特定する。
【0042】
ゲーム制御部１０１は、イベントの進行に関する各種の判定を行う。ゲーム制御部１０１は、イベントの進行に関する各種の抽選を行う。ゲーム制御部１０１は、ユーザーの指示、各種の判定結果、及び各種の抽選結果に応じて、各種の要求、及び操作情報を生成する。ゲーム制御部１０１が生成した各種の要求、及び操作情報は、通信部１０６によってサーバー２００へ送信される。
【0043】
表示制御部１０４は、ゲームのプレイ状況に応じて、モニター１６６に表示するゲーム画面の画像を作成する。イベント参加期間において、表示制御部１０４は、通信部１０６を介して受信した進行情報に応じてゲーム画面の画像を作成する。イベント参加期間において、表示制御部１０４は、通信部１０６を介して受信した進行情報、及び各種の要求に応じてゲーム画面の画像を作成する。イベント参加期間において、表示制御部１０４は、ゲーム制御部１０１が生成した操作情報、及び各種の要求に応じてゲーム画面の画像を作成する。
【0044】
表示制御部１０４は、作成したゲーム画面の画像をモニター１６６に表示する。表示制御部１０４は、入出力ＩＦ１５０を介して、外部の表示装置にゲーム画面の画像を表示するように構成されてもよい。表示制御部１０４は、通信ＩＦ１４０を介して、外部の表示装置にゲーム画面の画像を表示するように構成されてもよい。ゲーム画面は、２Ｄ、又は３Ｄのオブジェクトを制御、及び描画した画像である。上述したように、ゲーム画面に描画されるオブジェクトは、アバター（キャラクター）、アシストオブジェクト、背景、及び障害物等を含み得る。
【0045】
表示制御部１０４は、２Ｄ又は３Ｄのユーザーインターフェースオブジェト（以下、ＵＩオブジェクトと示す）を制御、及び描画してもよい。ゲーム画面は、ユーザーの入力操作に必要なＵＩオブジェクトを含み得る。ＵＩオブジェクトは、ゲームをプレイするために必要なユーザーの入力操作を補助するための情報である。例えば、ＵＩオブジェクトは、アイコン、ボタン、リスト、ウィンドウ、及びメニューである。本開示で示す各種のＵＩオブジェクトは、何れも一例に過ぎず、それらの態様に限らない。
【0046】
端末１００における処理は、ハードウェアと、プロセッサー１１０により実行されるソフトウェアと、によって実現される。このようなソフトウェアは、ハードディスク等の記憶部１０５に予め格納されていてもよい。ソフトウェアは、ＣＤ－ＲＯＭ等のように、コンピューターが読み取りできる不揮発性のデータ記録媒体に格納されて、プログラム製品として流通してもよい。このソフトウェアは、インターネット等のネットワークに接続されている情報提供事業者によって、ダウンロードできるプログラム製品として提供されてもよい。このようなソフトウェアは、光ディスク駆動装置等のデータ読取装置によってデータ記録媒体から読み取られて、又は、通信部１０６を介してサーバー２００といった他のコンピューターからダウンロードされた後、記憶部１０５に一旦格納される。そのソフトウェアは、プロセッサー１１０によって記憶部１０５から読み出され、実行可能なプログラムの形式でＲＡＭ等に格納される。プロセッサー１１０は、そのプログラムを実行する。
【0047】
［サーバーの機能］
図３に示すように、サーバー２００は、ゲーム制御部２０１と、記憶部２０５と、通信部２０６と、入出力部２０７と、を備える。これらは、サーバー２００の１の構成要素によって、又はサーバー２００の複数の構成要素が組み合わされることによって、機能的に纏まりを持った機能部である。ゲーム制御部２０１は、プロセッサー２１０によって実現される。記憶部２０５は、メモリー２２０、及びストレージ２３０によって実現される。通信部２０６は、通信ＩＦ２４０によって実現される。入出力部２０７は、プロセッサー２１０、及び入出力ＩＦ２５０によって実現される。
図３に示すように、サーバー２００は、ゲーム制御部２０１と、記憶部２０５と、通信部２０６と、入出力部２０７と、を備える。これらは、サーバー２００の１の構成要素によって、又はサーバー２００の複数の構成要素が組み合わされることによって、機能的に纏まりを持った機能部である。ゲーム制御部２０１は、プロセッサー２１０によって実現される。記憶部２０５は、メモリー２２０、及びストレージ２３０によって実現される。通信部２０６は、通信ＩＦ２４０によって実現される。入出力部２０７は、プロセッサー２１０、及び入出力ＩＦ２５０によって実現される。
【0048】
通信部２０６は、各端末１００から、各種の情報、及び各種の要求を受信する。一例として、通信部２０６が各端末１００から受信する情報は、操作情報、及びユーザー情報を含み得る。通信部２０６は、各端末１００に対して、各種の情報、及び各種の要求を送信する。一例として、通信部２０６が各端末１００へ送信する情報は、進行情報、及びユーザー情報を含み得る。入出力部１０７は、入出力ＩＦ２５０を介した外部の操作機器に対するユーザーの入力操作を検知し、受け付ける。
【0049】
ゲーム制御部２０１は、ゲームを進行させるための処理を行う。ゲーム制御部２０１は、複数の端末１００から通信部２０６が受信した要求に応じてゲームを進行させる。ゲーム制御部２０１は、ゲームの進行に関する各種の判定を行い得る。ゲーム制御部２０１は、ゲームの進行に関する各種の抽選を行い得る。
【0050】
ゲーム制御部２０１は、イベントを進行させるための処理を行う。イベントを開催する場合、ゲーム制御部２０１は、１つの仮想空間を複数のユーザーによって共有する環境を提供するための処理を行う。ゲーム制御部２０１は、記憶部２０５から、仮想空間の定義データを読み出す。ゲーム制御部２０１は、読み出した定義データに応じて、仮想空間を定義する。ゲーム制御部２０１は、オブジェクトデータを記憶部２０５から読み出す。ゲーム制御部２０１は、読み出したオブジェクトデータに応じて、各種のオブジェクトを仮想空間に配置する。
【0051】
ゲーム制御部２０１は、複数の端末１００から通信部２０６が受信した第１操作情報に含まれる座標情報に応じて、複数のユーザーの各々に対応するアバターを仮想空間に配置する。ゲーム制御部２０１は、複数の端末１００から通信部２０６が受信した第１操作情報に含まれるアクション情報、及びアバターの設定情報に応じて、アバター同士の相互作用を判定する。相互作用は、１のアバターがアクションを行った場合に別のアバターが受ける影響である。ゲーム制御部２０１は、１以上の端末１００から通信部２０６が受信した第２操作情報に含まれる種類情報及び座標情報に応じて、アシストオブジェクトを配置する。ゲーム制御部２０１は、これらの処理の結果に応じて、各進行情報を生成する。通信部２０６は、各進行情報を各端末１００へ送信する。
【0052】
サーバー２００における処理は、ハードウェアと、プロセッサー２１０により実行されるソフトウェアと、によって実現される。このようなソフトウェアは、ハードディスク等の記憶部２０５に予め格納されてもよい。ソフトウェアは、ＣＤ－ＲＯＭ等のように、コンピューターが読み取りできる不揮発性のデータ記録媒体に格納されて、プログラム製品として流通してもよい。このソフトウェアは、インターネット等のネットワークに接続されている情報提供事業者によって、ダウンロードできるプログラム製品として提供されてもよい。このようなソフトウェアは、光ディスク駆動装置等のデータ読取装置によってデータ記録媒体から読み取られて、又は、通信部２０６を介して外部記憶装置といった他のコンピューターからダウンロードされた後、記憶部２０５に一旦格納される。そのソフトウェアは、プロセッサー２１０によって記憶部２０５から読み出され、実行可能なプログラムの形式でＲＡＭ等のメモリーに格納される。プロセッサー２１０は、そのプログラムを実行する。
【0053】
［ゲームの概要］
一例として、本開示に係るゲームは、ユーザーが参加可能なイベントを開催可能である。一例として、イベントは、複数のユーザーが何らかの基準に基づいて勝敗を決める対戦イベントである。一例として、イベントは、１以上の第１ユーザーと１以上の第２ユーザーとが対戦するイベントである。一例として、イベントは、複数の第１ユーザーが所属する第１パーティーと、複数の第２ユーザーが所属する第２パーティーとが何らかの基準に基づいて勝敗を決める集団対戦イベントである。複数のパーティーは、それぞれ複数のユーザーを含み得る。複数のユーザーが所属するものは、パーティーであることに限らず、グループ、チーム、陣営、又は組などであってよい。一例として、ユーザーは、１つのパーティーに所属し得る。イベントにおいて、各ユーザーは、操作対象となる自身のアバターを操作する。
一例として、本開示に係るゲームは、ユーザーが参加可能なイベントを開催可能である。一例として、イベントは、複数のユーザーが何らかの基準に基づいて勝敗を決める対戦イベントである。一例として、イベントは、１以上の第１ユーザーと１以上の第２ユーザーとが対戦するイベントである。一例として、イベントは、複数の第１ユーザーが所属する第１パーティーと、複数の第２ユーザーが所属する第２パーティーとが何らかの基準に基づいて勝敗を決める集団対戦イベントである。複数のパーティーは、それぞれ複数のユーザーを含み得る。複数のユーザーが所属するものは、パーティーであることに限らず、グループ、チーム、陣営、又は組などであってよい。一例として、ユーザーは、１つのパーティーに所属し得る。イベントにおいて、各ユーザーは、操作対象となる自身のアバターを操作する。
【0054】
一例として、イベントにおいて、アバターは、行動可能状態と、行動不能状態と、取り得る。一例として、行動可能状態は、仮想空間でアバターを移動させることができる状態である。一例として、行動可能状態は、仮想空間でアバターがアクションを行うことができる状態である。一例として、行動不能状態は、仮想空間でアバターを移動させることができない状態である。一例として、行動不能状態は、仮想空間でアバターがアクションを行うことができない状態である。行動不能状態は、アバターを操作不能な状態である。一例として、イベントにおいて、アバターが行動不能状態であるとき、ユーザーは、１以上のアシストオブジェクトを仮想空間に配置することができる。イベントの開始時点において、アバターは、行動可能状態である。イベントにおいて、アバターは、特定条件を満たす場合に、行動可能状態から行動不能状態に変更される。イベントにおいて、アバターは、所定条件を満たす場合に、行動不能状態から行動可能状態に変更される。
【0055】
一例として、イベントは、以下のような仕様である。
イベントは、複数のパーティーが勝敗を争う集団対戦イベントである。一例として、イベントには、ゲーム性の異なる複数のモードがある。複数のモードのうち第１モードは、自身のアバターと敵方ユーザーのアバターとでバトルを行うバトルモードである。つまり、第１モードとしてのバトルモードは、アバターを操作するモードである。イベントでは、アバターが行動可能状態である場合にバトルモードとなる。複数のモードのうち第２モードは、アシストオブジェクトを配置するアシストモードである。つまり、アシストモードは、アシストオブジェクトを配置するモードである。イベントでは、アバターが行動不能状態になった場合にアシストモードとなる。
イベントは、複数のパーティーが勝敗を争う集団対戦イベントである。一例として、イベントには、ゲーム性の異なる複数のモードがある。複数のモードのうち第１モードは、自身のアバターと敵方ユーザーのアバターとでバトルを行うバトルモードである。つまり、第１モードとしてのバトルモードは、アバターを操作するモードである。イベントでは、アバターが行動可能状態である場合にバトルモードとなる。複数のモードのうち第２モードは、アシストオブジェクトを配置するアシストモードである。つまり、アシストモードは、アシストオブジェクトを配置するモードである。イベントでは、アバターが行動不能状態になった場合にアシストモードとなる。
【0056】
バトルモードにおいて、各ユーザーは、自身のアバターを移動させたり、敵方ユーザーのアバターを攻撃したりできる。バトルモードにおいて、自身のアバターのヒットポイントは、敵方ユーザーのアバターによる攻撃が命中した場合に減少する。バトルモードにおいて、敵方ユーザーのアバターのヒットポイントは、自身のアバターによる攻撃が命中した場合、又は味方ユーザーのアバターによる攻撃が命中した場合に減少する。つまり、バトルモードにおいて、各ユーザーは、敵方ユーザーのアバターを攻撃することによって、当該アバターのヒットポイントを０にすることができる。
【0057】
アシストモードにおいて、各ユーザーは、仮想空間に１以上のアシストオブジェクトを配置できる。アシストオブジェクトは、味方ユーザーのアバターを補助するためのオブジェクトと、敵方ユーザーのアバターを妨害するためのオブジェクトと、を含む。一例として、敵方ユーザーのアバターを妨害するオブジェクトは、敵方ユーザーのヒットポイントを減少させるオブジェクトを含む。つまり、アシストモードにおいて、各ユーザーは、オブジェクトを配置することによって、敵方ユーザーのアバターのヒットポイントを０にすることができる。アシストオブジェクトを配置することは、イベントの進行に干渉することの一例である。
【0058】
一例として、特定条件は、アバターのパラメーター値のうち、特定のパラメーター値が特定の値になることによって満たされる。一例として、特定のパラメーター値は、ヒットポイントである。一例として、特定の値は、０である。行動可能状態は、ヒットポイントが０を超えている状態である。つまり、行動可能状態は、仮想空間でアバターが生存している状態である。行動不能状態は、ヒットポイントが０の状態である。つまり、行動不能状態は、仮想空間でアバターが死亡した状態である。
【0059】
一例として、所定条件は、ユーザーが所定の操作を行うことによって満たされる。所定の操作は、アバターを行動可能状態に変更するための操作（以下、変更操作と示す）である。一例として、変更操作は、行動可能状態のアバターを仮想空間に配置するための操作である。一例として、変更操作は、変更可能条件を満たす場合に、その受け付けが許容される。一例として、変更可能条件は、アバターが行動不能状態となってから所定時間が経過することによって満たされる。一例として、所定時間は、１５秒である。つまり、変更可能条件は、アバターが行動不能状態に変更されてから１５秒が経過することによって成立する。
【0060】
一例として、イベントでは、第１期間においてアバターが行動不能状態となった場合、その後、所定条件が満たされることによって、アバターを行動可能状態に変更できる。一方、イベントでは、第２期間においてアバターが行動不能状態となった場合、その後、所定条件を満たすことができないことによって、アバターを行動可能状態に変更できない。一例として、第１期間は、イベントにおいて切替条件を満たすまでの期間である。一例として、第２期間は、イベントにおいて切替条件を満たした後の期間である。一例として、切替条件は、イベントが開始してから切替時間が経過することによって満たされる。一例として、切替時間は、イベントの対戦時間の半分である。つまり、第１期間は、第２期間と同じ長さである。
【0061】
イベントにおいて、第２期間では、仮想空間において、アバターの制限領域が設定される。制限領域では、アバターの行動が制限される。一例として、制限領域において制限されるアバターの行動は、制限領域における滞在である。一例として、制限領域では、当該制限領域に滞在するアバターのヒットポイントが滞在時間に応じて減少することによって、アバターの滞在が制限される。一例として、制限領域において制限されるアバターの行動は、侵入であってもよい。一例として、制限領域では、アバターが、非制限領域から制限領域に進入できないことによってアバターの進入が制限されてもよい。一例として、制限領域では、所定の条件を満たしている場合にアバターが制限領域に進入できることによってアバターの進入が制限されてもよい。一例として、制限領域において制限されるアバターの行動は、移動であってもよい。一例として、制限領域では、アバターの移動速度が低下することによって、アバターの移動が制限されてもよい。一例として、制限領域において制限されるアバターの行動は、アクションであってもよい。一例として、制限領域では、アバターのアクションの一部又は全部が制限されてもよい。
【0062】
一例として、制限領域は、仮想空間における一部の領域である。仮想空間において制限領域が設定されていない非制限領域では、上記アバターの行動の制限が生じない。仮想空間では、所定の座標を中心とする円柱状の非制限領域の外側に制限領域が設定される。一例として、制限領域は、仮想空間における円柱状の非制限領域以外の全ての領域である。一例として、非制限領域は、イベントの進行に伴って縮小する。つまり、制限領域は、イベントの進行に伴って拡大する。一例として、制限領域は、イベントの進行に伴って、円柱状である非制限領域の直径が縮小することによって拡大する。一例として、非制限領域は、一定時間ごとに縮小する。
【0063】
イベントにおいて、勝敗は、イベントに参加する複数のパーティーのうち、何れかのパーティーが予め定めた勝利条件を満たすことによって決定される。勝利条件は、第２期間において、敵方ユーザーのアバターが全滅することを含む。一方、勝利条件は、第１期間において、敵方ユーザーのアバターが全滅することを含まない。敵方ユーザーのアバターが全滅することは、敵方ユーザーのアバターの全てが行動不能状態となることである。一例として、勝利条件は、イベントにおいて、予め定められた対戦時間が経過する時点において、敵方ユーザーより多くのスコアを獲得していることによって満たされる。つまり、イベントは、第２期間において敵方ユーザーのアバターが全滅しなくても、予め定められた対戦時間が経過した場合に終了する。一例として、イベントにおいて、各ユーザーは、敵方ユーザーのアバターを行動可能状態から行動不能状態に変更させることによって、スコアを上げることができる。一例として、イベントにおいて、各ユーザーは、仮想空間に配置される特定オブジェクトを取得することによって、スコアを上げることができる。一例として、特定オブジェクトは、取得条件を満たす場合に取得できる。
【0064】
イベントにおいて、１つのパーティーに所属できるユーザーの人数には、上限が定められている。一例として、１つのパーティーの上限人数は、６人である。１つのパーティーの上限人数は、２人～５人であってもよく、７人以上であってもよい。一例として、パーティーは、イベントの参加前に構成された少人数グループやフレンド等の関係にあった者同士によって構成される少人数のグループを所属させることも可能である。ある２人グループと３人グループと個人ユーザーを組み合わせて上限人数６人のパーティーとして構成させてもよいし、個人ユーザー６人を所属させてイベントにおけるパーティーとして構成させてもよい。つまり、イベントでは、パーティーの上限人数よりも少ない人数のグループ、及び個人ユーザーを任意に組み合わせて１つのパーティーとして構成させる。なお、１つのグループが、パーティーの上限人数と同じ人数で構成される場合、そのグループを１つのパーティーとして構成させる。
【0065】
イベントは、上述した仕様に限らない。例えば、イベントは、サッカー、テニス、卓球、ボクシング、又はバスケットボール等のスポーツであってよい。例えば、イベントは、カーレース、ヨットレース、スキーレース、又は飛行レース等のレースであってよい。
【0066】
一例として、本開示に係るゲームは、イベントに参加していないユーザーに、イベントに参加するための準備（以下、参加準備と示す。）を行うことができるイベント準備期間を提供する。イベント準備期間において、ユーザーは、イベントの参加準備が可能である。イベントの参加準備は、アバターの装備、アバターのスキル、及びアバターの所持アイテムの追加、交換、及び削除を含む。イベントの参加準備は、アバターの容姿を変更することを含んでよい。例えば、アバターの容姿は、種族、性別、体形、髪型、又は表情を含む。イベントの参加準備は、アバターの設定を変更することである。
【0067】
［端末における画面遷移の概要］
図４に示すように、一例として、各端末１００における表示画面には、ホーム画面４０、マッチング画面５０、バトル画面６０、アシスト移行画面６５、アシスト画面７０、及びリザルト画面７５を含み得る。ここでは、画面遷移の概要について説明する。各表示画面の具体的な一例は後述する。
図４に示すように、一例として、各端末１００における表示画面には、ホーム画面４０、マッチング画面５０、バトル画面６０、アシスト移行画面６５、アシスト画面７０、及びリザルト画面７５を含み得る。ここでは、画面遷移の概要について説明する。各表示画面の具体的な一例は後述する。
【0068】
ホーム画面４０は、イベント準備期間において表示される。マッチング画面５０は、イベントに参加する場合に表示される。バトル画面６０は、イベント参加期間において、バトルモードである場合に表示される。つまり、バトル画面６０は、イベント参加期間において、端末１００を使用するユーザーのアバターが行動可能状態である場合に表示される。
【0069】
アシスト移行画面６５は、イベント参加期間において、バトルモードからアシストモードへ移行する場合に表示される。つまり、アシスト移行画面６５は、イベント参加期間において、端末１００を使用するユーザーのアバターが行動可能状態から行動不能状態に変更される場合に表示される。
【0070】
アシスト画面７０は、イベント参加期間において、アシストモードである場合に表示される。つまり、アシスト画面７０は、イベント参加期間において、端末１００を使用するユーザーのアバターが行動不能状態である場合に表示される。リザルト画面７５は、イベントが終了するときに表示される。なお、リザルト画面７５において、続けてイベントに参加することを要求する操作がされた場合に、ホーム画面４０を経由せずに、マッチング画面５０が表示されてもよい。
【0071】
［イベントを開催するための処理の流れ］
以下、イベントを開催するためのイベント開催処理の流れの一例について説明する。
図５に示すように、ステップＳ１００において、端末１００のプロセッサー１１０は、イベント準備期間である場合に、表示制御部１０４として、ホーム画面４０をモニター１６６に表示する。ステップＳ１０２において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、イベントへの参加を希望する参加操作を受け付けた場合に、参加要求をサーバー２００へ送信する。参加要求を送信した場合に、プロセッサー１１０は、表示制御部１０４として、マッチング画面５０をモニター１６６に表示する。
以下、イベントを開催するためのイベント開催処理の流れの一例について説明する。
図５に示すように、ステップＳ１００において、端末１００のプロセッサー１１０は、イベント準備期間である場合に、表示制御部１０４として、ホーム画面４０をモニター１６６に表示する。ステップＳ１０２において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、イベントへの参加を希望する参加操作を受け付けた場合に、参加要求をサーバー２００へ送信する。参加要求を送信した場合に、プロセッサー１１０は、表示制御部１０４として、マッチング画面５０をモニター１６６に表示する。
【0072】
ステップＳ１０４において、サーバー２００のプロセッサー２１０は、ゲーム制御部１０１として、参加要求を受信する。ステップＳ１０６において、サーバー２００のプロセッサー２１０は、マッチング処理を行う。マッチング処理において、プロセッサー２１０は、ゲーム制御部２０１として、端末１００を使用するユーザーが所属するパーティーを作成する。一例として、プロセッサー２１０は、端末１００を使用するユーザーが既にパーティーに所属している場合、そのパーティーが上限人数であるときに、そのパーティーをイベントにおけるパーティーとする。一例として、プロセッサー２１０は、端末１００を使用するユーザーが既にパーティーに所属している場合、そのパーティーが上限人数未満であるとき、別のパーティー、及び個人ユーザーと任意に組み合わせて、上限人数となるように１つのパーティーを作成する。一例として、プロセッサー２１０は、端末１００を使用するユーザーが個人ユーザーである場合、所定のパーティー、及び個人ユーザーと任意に組み合わせて、上限人数となるように１つのパーティーを作成する。マッチング処理において、プロセッサー２１０は、ゲーム制御部２０１として、マッチング待ち状態である１以上のパーティーの中から、端末１００を使用するユーザーが所属するパーティーと対戦するための条件に適合するパーティーを検索する。マッチング待ち状態は、参加要求を受信済みであって、かつ対戦相手となるパーティーが決定されていない状態である。
【0073】
ステップＳ１０８において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、条件に適合するパーティーを敵方パーティーとして決定し、マッチングを完了する。つまり、プロセッサー２１０は、１つのイベントに参加する複数のパーティーを決定する。この複数のパーティーは、１以上の第１ユーザーが所属するパーティーと、１以上の第２ユーザーが所属するパーティーと、を含む。以下の説明では、１つのイベントに参加する複数のパーティーを「参加パーティー」と示す。
【0074】
ステップＳ１０８において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、参加パーティーに所属するユーザーをイベントに参加させる。プロセッサー２１０がステップＳ１０８を実行することによって、ゲーム制御部２０１は、ユーザーをイベントに参加させる参加制御手段として機能し得る。そして、参加制御手段としてのゲーム制御部２０１は、１以上の第１ユーザーと、第１ユーザーとは異なる１以上の第２ユーザーと、をイベントに参加させる。
【0075】
ステップＳ１１０において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、仮想空間を定義する。プロセッサー２１０がステップＳ１１０を実行することによって、ゲーム制御部２０１は、操作対象を配置するための仮想空間を生成する仮想空間生成手段として機能し得る。ステップＳ１１２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、仮想空間に１以上のオブジェクトを配置する。１以上のオブジェクトは、複数の参加パーティーにそれぞれ所属するユーザーのアバターを含む。ステップＳ１１２では、１人のユーザーから見たときに、この１人のユーザー自身のアバター、味方ユーザーのアバター、及び敵方ユーザーのアバターが、仮想空間に配置される。一例として、１以上のオブジェクトは、イベントに参加するユーザーが取得可能な特定オブジェクトを含む。一例として、特定オブジェクトは、所有数に応じて、ユーザーのアバターのパラメーター値上昇するアイテムである。一例として、特定オブジェクトは、アバターが制限領域に滞在している場合に消費されるアイテムである。プロセッサー２１０がステップＳ１１２を実行することによって、ゲーム制御部２０１は、第１期間において仮想空間に特定オブジェクトを配置する配置手段として機能し得る。
【0076】
一例として、１以上のオブジェクトは、イベントの舞台を構成するフィールドオブジェクトを含んでよい。つまり、仮想空間は、プレイヤーキャラクターの移動を許容、又は禁止するフィールドを含み得る。一例として、１以上のオブジェクトは、複数の参加パーティーにとって共通の敵方キャラクターを含んでよい。一例として、１以上のオブジェクトは、複数の参加パーティーにとって共通である障害物、又は共通であるトラップを含んでよい。
【0077】
ステップＳ１１４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、イベント開催通知を端末１００へ送信する。プロセッサー２１０は、イベント開催通知を、参加パーティーに所属するユーザーが使用する全ての端末１００へ送信する。ステップＳ１１４において、サーバー２００のプロセッサー２１０は、ゲーム制御部として、期間情報を、第１期間であることを示す内容に変更する。期間情報は、現在のイベントの期間を示す情報である。一例として、期間情報は、記憶部２０５としてのメモリー２２０に記憶される。
【0078】
ステップＳ１１６において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、イベント開催通知を受信する。ステップＳ１１８において、端末１００のプロセッサー１１０は、表示制御部１０４として、バトル画面６０をモニター１６６に表示する。ステップＳ１２０において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、サーバー側のイベント制御処理を行う。一例として、プロセッサー２１０は、同じイベントに参加する複数のユーザーがそれぞれ使用する複数の端末１００から、第１操作情報を受信し得る。プロセッサー２１０は、同じイベントに参加する複数のユーザーがそれぞれ使用する複数の端末１００から、第２操作情報を受信し得る。プロセッサー２１０は、複数の端末１００から受信した各操作情報に応じて、各進行情報を生成する。プロセッサー２１０は、同じイベントに参加するユーザーがそれぞれ使用する全ての端末１００へ各進行情報を送信する。進行情報は、第１進行情報、及び第２進行情報を含み得る。
【0079】
ステップＳ１２２において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、端末側のイベント制御処理を行う。一例として、プロセッサー１１０は、各進行情報を受信する。プロセッサー１１０は、表示制御部１０４として、受信した各進行情報に応じて、バトル画面６０又はアシスト画面７０をモニター１６６に表示する。各進行情報は、第１進行情報、及び第２進行情報を含み得る。プロセッサー１１０は、受け付けた各種操作に応じて各操作情報を生成し、サーバー２００へ送信する。各操作情報は、第１操作情報、及び第２操作情報を含む。
【0080】
ステップＳ１２４において、サーバー２００のプロセッサー２１０は、イベントの終了条件が満たされた場合に、ゲーム制御部２０１として、同じイベントに参加するユーザーがそれぞれ使用する全ての端末１００へ、イベント終了通知を送信する。一例として、イベントの終了条件は、イベントの制限時間が経過する前に、１以上のパーティーが勝利条件を満たした場合、又は、イベントの制限時間が経過した場合に成立する。
【0081】
ステップＳ１２６において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、イベント終了通知を受信する。ステップＳ１２６において、端末１００のプロセッサー１１０は、表示制御部１０４として、リザルト画面７５をモニター１６６に表示する。ステップＳ１２８において、端末１００のプロセッサー１１０は、表示制御部１０４として、ホーム画面４０をモニター１６６に表示する。つまり、端末１００において、イベントが終了する。
【0082】
［アバターの行動を管理するための処理の流れ］
イベントに参加するユーザーのアバターの行動を管理するための行動管理処理の流れの一例について説明する。行動管理処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。なお、端末１００は、アバターの状態が行動可能状態であるユーザーが使用する端末である。
イベントに参加するユーザーのアバターの行動を管理するための行動管理処理の流れの一例について説明する。行動管理処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。なお、端末１００は、アバターの状態が行動可能状態であるユーザーが使用する端末である。
【0083】
図６に示すように、ステップＳ１３０において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、自身のアバターの移動を指示する操作、又は他のアバターへの攻撃を指示する操作を受け付けた場合に、第１操作情報をサーバー２００へ送信する。自身のアバターの移動を指示する操作は、操作対象となるアバターを行動させるための入力操作の一例である。ステップＳ１３２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、第１操作情報を受信する。
【0084】
ステップＳ１３４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、受信した第１操作情報に応じてアバターの移動を管理する。プロセッサー２１０は、アバターが行動不能状態である場合に、第１操作情報に応じてアバターを移動させない。つまり、アバターが行動不能状態である場合に、仮想空間における当該アバターの移動が規制される。プロセッサー２１０は、アバターが行動可能状態である場合に、第１操作情報に応じてアバターを移動させる。プロセッサー２１０がステップＳ１３４を実行することによって、ゲーム制御部２０１は、ユーザーによる入力操作に基づいて操作対象を行動させるように制御する行動制御手段として機能し得る。
【0085】
ステップＳ１３６において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、アバターによるアクションを管理する。プロセッサー２１０は、アバターが行動不能状態である場合に、第１操作情報に応じてアクションを行わせない。プロセッサー２１０は、アバターが行動可能状態である場合に、第１操作情報に応じてアクションを行わせる。プロセッサー２１０は、アバターが攻撃動作を行う場合に、敵方ユーザーのアバターに、攻撃が命中したか否かを判定する。プロセッサー２１０は、敵方ユーザーのアバターに、攻撃が命中したと判定した場合に、そのアバターのヒットポイントを減少させる。つまり、一例として、プロセッサー２１０は、１人のユーザーから見たときに、当該１人のユーザーのアバター、味方ユーザーのアバター、及び敵方ユーザーのアバターの各々に対応するパラメーター値の一例としてヒットポイントを管理する。
【0086】
ステップＳ１３８において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、第１進行情報を端末１００へ送信する。ステップＳ１４０において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、第１進行情報を受信する。端末１００のプロセッサー１１０は、ゲーム制御部１０１として、仮想空間を更新する。端末１００のプロセッサー１１０は、表示制御部１０４として、更新後の仮想空間に応じてバトル画面６０又はアシスト画面７０をモニター１６６に表示する。
【0087】
［特定オブジェクトを取得するための処理の流れ］
ユーザーが特定オブジェクトを取得するための取得処理の流れの一例について説明する。取得処理は、仮想空間において、ユーザーのアバターの取得範囲内に特定オブジェクトが配置されている場合に、ユーザーに特定オブジェクトを取得させる処理である。取得処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。取得処理は、アバターごとに実行される。
ユーザーが特定オブジェクトを取得するための取得処理の流れの一例について説明する。取得処理は、仮想空間において、ユーザーのアバターの取得範囲内に特定オブジェクトが配置されている場合に、ユーザーに特定オブジェクトを取得させる処理である。取得処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。取得処理は、アバターごとに実行される。
【0088】
図７に示すように、ステップＳ１６０において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、特定オブジェクトの取得を指示する取得操作を受け付けると、取得要求をサーバー２００へ送信する。取得条件を満たすことは、取得操作を受け付けることを含み得る。取得要求は、第１操作情報に含まれる。一例として、取得要求は、取得を指示する特定オブジェクトの座標情報を含み得る。ステップＳ１６２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、取得要求を受信する。
【0089】
ステップＳ１６４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、取得要求を受信してから、取得時間が経過したか否かを判定する。一例として、取得時間は、１秒である。一例として、取得時間は、ユーザーが所有する特定オブジェクトの数に応じて変化してもよい。取得時間が経過していない場合（ステップＳ１６４：ＮＯ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ１６４を繰り返す。つまり、プロセッサー２１０は、取得時間が経過するまで待機する。取得時間が経過した場合（ステップＳ１６４：ＹＥＳ）に、サーバー２００のプロセッサー２１０は、ステップＳ１６６に進む。
【0090】
ステップＳ１６６において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、取得情報を端末１００へ送信する。一例として、取得情報は、特定オブジェクトを取得したことを示す情報を含み得る。一例として、取得情報は、ユーザーが所有する特定オブジェクトの数を示す情報を含み得る。取得条件を満たすことは、取得時間が経過することを含み得る。ステップＳ１６８において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、取得情報を受信する。ステップＳ１６８において、ユーザー情報を、ユーザーが所有する特定オブジェクトの数を示す内容に更新する。
【0091】
［アバターを行動不能状態に変更するための処理の流れ］
アバターを行動不能状態に変更するための第１変更処理の流れの一例について説明する。第１変更処理は、バトルモードからアシストモードへ移行させる処理である。第１変更処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。第１変更処理は、アバターごとに実行される。
アバターを行動不能状態に変更するための第１変更処理の流れの一例について説明する。第１変更処理は、バトルモードからアシストモードへ移行させる処理である。第１変更処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。第１変更処理は、アバターごとに実行される。
【0092】
図８に示すように、ステップＳ２００において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、行動可能状態であるアバターごとに所定のパラメーター値が所定の値になったか否かを判定する。一例として、プロセッサー２１０は、行動可能状態である各アバターのヒットポイントが０になったか否かを判定する。つまり、プロセッサー２１０は、各アバターが特定条件を満たしたか否かを判定する。
【0093】
ヒットポイントが０になっていない場合（ステップＳ２００：ＮＯ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ２００を繰り返す。つまり、プロセッサー２１０は、所定のアバターが特定条件を満たすまで待機する。ヒットポイントが０になった場合（ステップＳ２００：ＹＥＳ）に、サーバー２００のプロセッサー２１０は、ステップＳ２０２に進む。ステップＳ２０２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ヒットポイントが０になったアバターの状態情報を、行動可能状態を示す内容から行動不能状態を示す内容に変更する。つまり、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、行動可能状態である所定のアバターが特定条件を満たす場合に当該アバターを行動可能状態から行動不能状態に変更する。ステップＳ２０２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ヒットポイントが０になったアバターの時期情報を、期間情報に基づいて、現在のイベントの期間を示す内容に変更する。つまり、プロセッサー２１０は、時期情報を、アバターが行動不能状態となった期間を示す内容に変更する。一例として、状態情報、及び時期情報は、記憶部２０５としてのメモリー２２０に記憶される。
【0094】
また、ステップＳ２０２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、行動不能状態となったアバターを仮想空間から取り除く。これに限らず、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、仮想空間からアバターを取り除く代わりに、１以上のオブジェクトを仮想空間に配置するように構成されてもよい。一例として、１以上のオブジェクトは、仮想空間から取り除かれるアバターの墓標オブジェクトを含み得る。一例として、１以上のオブジェクトは、仮想空間から取り除かれるアバターのユーザーが所有する特定オブジェクトを含み得る。
【0095】
ステップＳ２０４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、アシスト開始通知を、ヒットポイントが０になったアバターの操作に使用されている端末１００へ送信する。行動不能状態となったアバターの代わりに１以上のオブジェクトを仮想空間に配置するように構成した場合、アシスト開始通知は、オブジェクトの種類を示す種類情報、及びオブジェクトを配置する座標を示す座標情報を含むように構成されるとよい。ステップＳ２０６において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、アシスト開始通知を受信する。ステップＳ２０８において、端末１００のプロセッサー１１０は、表示制御部１０４として、アシスト移行画面６５、及びアシスト画面７０の順に、各画面をモニター１６６に表示する。
【0096】
ステップＳ２０８において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、行動不能状態となったアバターを仮想空間から取り除く。つまり、端末１００のプロセッサー１１０は、表示制御部１０４として、アシスト移行画面６５、及びアシスト画面７０では、行動不能状態となったアバターをモニター１６６に表示しない。アシスト開始通知に種類情報、及び座標情報を含むように構成した場合、ステップＳ２０８において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、アシスト開始通知に含まれる種類情報、及び座標情報に基づいて１以上のオブジェクトを仮想空間に配置するとよい。
【0097】
一例として、ステップＳ２０８において、端末１００のプロセッサー１１０は、表示制御部１０４は、仮想空間をレンダリングした画像を生成するときの視点を第１視点から第２視点に変更する。一例として、第１視点は、プレイヤーキャラクターに対応する視点である。一例として、第２視点は、フィールドを俯瞰する視点である。プロセッサー１１０が、ステップＳ２０８を実行することによって、表示制御部１０４は、操作対象が行動不能状態である場合に、仮想空間をレンダリングした画像を生成するときの視点を第２視点とするように制御する視点制御手段として機能し得る。
【0098】
［所定時間を計時するための処理の流れ］
所定時間を計時するための計時開始処理の流れの一例について説明する。計時開始処理は、第１期間において行動不能状態となったアバターを行動可能状態に変更可能にするための処理である。計時開始処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。計時開始処理は、行動不能状態となったアバターごとに実行される。
所定時間を計時するための計時開始処理の流れの一例について説明する。計時開始処理は、第１期間において行動不能状態となったアバターを行動可能状態に変更可能にするための処理である。計時開始処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。計時開始処理は、行動不能状態となったアバターごとに実行される。
【0099】
図９に示すように、ステップＳ２１０において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、期間情報に基づいて、イベントの第１期間であるか否かを判定する。つまり、プロセッサー２１０は、切替条件が満たされる前にアバターが行動不能状態となったか否かを判定する。第１期間でない場合（ステップＳ２１０：ＮＯ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、所定時間を計時しない。
【0100】
第１期間である場合（ステップＳ２１０：ＹＥＳ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ２１２に進む。ステップＳ２１２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、所定時間を計時する。一例として、プロセッサー２１０は、アバターが行動可能状態に変更可能になるまでの時間（以下、復活時間と示す）を１５秒に設定する。一例として、プロセッサー２１０は、復活時間が０になるまで、所定の周期毎に復活時間を減少させることで、所定時間を計時する。一例として、行動不能状態となった各アバターの復活時間は、記憶部２０５としてのメモリー２２０に記憶される。
【0101】
ステップＳ２１４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、復活情報を端末１００へ送信する。一例として、復活情報は、第２進行情報に含まれる。一例として、復活情報は、アバターの復活時間を示す情報を含む。ステップＳ２１６において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、復活情報を受信する。ステップＳ２１８において、端末１００のプロセッサー１１０は、表示制御部１０４として、復活情報に含まれる復活時間に基づいて復活示唆時間をモニター１６６に表示する。復活示唆時間は、行動可能状態に変更されるまでの残り時間を示唆する時間である。一例として、プロセッサー１１０は、復活時間の小数点以下を切り上げた時間を復活示唆時間としてモニター１６６に表示する。
【0102】
［経過時間に応じて復活時間を減少させるための処理の流れ］
経過時間に応じて復活時間を減少させるための復活時間処理の流れの一例について説明する。復活時間処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。復活時間処理は、行動不能状態であるアバターごとに実行される。一例として、復活時間処理は、所定の更新周期毎に実行される。一例として、所定の更新周期は、１／３０秒毎に到来する。
経過時間に応じて復活時間を減少させるための復活時間処理の流れの一例について説明する。復活時間処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。復活時間処理は、行動不能状態であるアバターごとに実行される。一例として、復活時間処理は、所定の更新周期毎に実行される。一例として、所定の更新周期は、１／３０秒毎に到来する。
【0103】
図１０に示すように、ステップＳ２３０において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、経過時間に応じて復活時間を減少させる。一例として、経過時間は、アバターが行動不能状態となってから、又は前回の復活時間処理から経過した時間である。プロセッサー２１０は、行動不能状態であるアバターごとに、経過時間に応じて復活時間を減少させる。
【0104】
ステップＳ２３２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、復活情報を端末１００へ送信する。一例として、復活情報は、復活時間を示す情報を含む。ステップＳ２３４において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、復活情報を受信する。ステップＳ２３６において、端末１００のプロセッサー１１０は、表示制御部１０４として、復活情報に含まれる復活時間に基づいて復活示唆時間をモニター１６６に表示する。復活示唆時間は、行動可能状態に変更されるまでの残り時間を示唆する時間である。一例として、プロセッサー１１０は、復活時間の小数点以下を切り上げた時間を復活示唆時間としてモニター１６６に表示する。つまり、ステップＳ２３０を実行した後の復活時間の小数点以下を切り上げた時間と、ステップＳ２３０を実行する前の復活時間の小数点以下を切り上げた時間とが異なる場合に、モニター１６６に表示される復活示唆時間が更新される。
【0105】
［アバターを行動可能状態に変更するための処理の流れ］
アバターを行動可能状態に変更するための第２変更処理の流れの一例について説明する。第２変更処理は、アシストモードからバトルモードへ移行させる処理である。第２変更処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。一例として、第２変更処理は、第１期間において行動不能状態となったアバターごとに実行される。一例として、第２変更処理は、第２期間においてアバターが行動不能状態となった場合に実行されない。つまり、第２変更処理は、アバターが行動不能状態となった期間を示す時期情報が、第１期間を示す内容である場合に実行される。一例として、第２変更処理は、アバターが行動可能状態である場合に実行されない。つまり、第２変更処理は、状態情報が、行動不能状態を示す内容である場合に実行される。
アバターを行動可能状態に変更するための第２変更処理の流れの一例について説明する。第２変更処理は、アシストモードからバトルモードへ移行させる処理である。第２変更処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。一例として、第２変更処理は、第１期間において行動不能状態となったアバターごとに実行される。一例として、第２変更処理は、第２期間においてアバターが行動不能状態となった場合に実行されない。つまり、第２変更処理は、アバターが行動不能状態となった期間を示す時期情報が、第１期間を示す内容である場合に実行される。一例として、第２変更処理は、アバターが行動可能状態である場合に実行されない。つまり、第２変更処理は、状態情報が、行動不能状態を示す内容である場合に実行される。
【0106】
図１１に示すように、ステップＳ２４０において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、復活時間が０になったか否かを判定する。復活時間が０になっていない場合（ステップＳ２４０：ＮＯ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ２４０を繰り返す。つまり、プロセッサー２１０は、行動不能状態である所定のアバターが変更可能条件を満たすまで待機する。復活時間が０になった場合（ステップＳ２４０：ＹＥＳ）に、サーバー２００のプロセッサー２１０は、ステップＳ２４２に進む。ステップＳ２４２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、変更可能情報を端末１００へ送信する。変更可能情報は、変更可能条件が満たされたことを示す情報を含む。
【0107】
ステップＳ２４４において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、変更可能情報を受信する。ステップＳ２４６において、端末１００のプロセッサー１１０は、表示制御部１０４として、特定アイコンをモニター１６６に表示する。ステップＳ２４６において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、アバターを行動可能状態に変更するための変更操作の受け付けを許容する。一例として、変更操作は、特定アイコンが表示されている部分をドラッグ操作することによって行われる。ステップＳ２４８において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、変更操作を受け付けると、変更要求をサーバー２００へ送信する。変更要求は、アバターを配置する座標情報を含み得る。プロセッサー１１０がステップＳ２４８を実行することによって、ゲーム制御部１０１は、第１期間において操作対象が行動不能状態となった場合に、ユーザーによる変更操作を受け付ける変更操作受付手段として機能する。
【0108】
ステップＳ２５０において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、変更要求を受信する。プロセッサー２１０がステップＳ２５０を実行することによって、ゲーム制御部２０１は、第１期間において操作対象が行動不能状態となった場合に、ユーザーによる変更操作を受け付ける変更操作受付手段として機能する。ステップＳ２５２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、アバターの状態情報を、行動不能状態を示す内容から行動可能状態を示す内容に変更する。つまり、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、変更操作受付手段としてのゲーム制御部１０１、又はゲーム制御部２０１がユーザーから変更操作を受け付けた場合に、操作対象としてのアバターを行動可能状態に変更する。ステップＳ２５２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、変更要求に応じてアバターを仮想空間に配置する。一例として、プロセッサー２１０は、変更要求に含まれる座標情報に応じた位置にアバターを配置する。一例として、ステップＳ２５２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、仮想空間にアバターを配置する代わりに、１以上のオブジェクトを仮想空間から取り除くように構成されてもよい。一例として、１以上のオブジェクトは、仮想空間に配置されるアバターの墓標オブジェクトを含み得る。一例として、１以上のオブジェクトは、行動可能状態となったアバターのユーザーが仮想空間に配置した１以上のアシストオブジェクトを含み得る。プロセッサー２１０がステップＳ２０２、ステップＳ２１０、ステップＳ２１２、及びステップＳ２５２を実行することによって、ゲーム制御部２０１は、状態制御手段として機能し得る。状態制御手段としてのゲーム制御部２０１は、ステップＳ２０２において、特定条件の成立に応じて操作対象を行動不能状態に変更するように制御する。状態制御手段としてのゲーム制御部２０１は、ステップＳ２１０、ステップＳ２１２、及びステップＳ２５２において、イベントの第１期間において行動不能状態となった操作対象を行動可能状態に変更可能とするように制御する。状態制御手段としてのゲーム制御部２０１は、ステップＳ２１０、ステップＳ２１２、及びステップＳ２５２において、イベントの第２期間において行動不能状態となった操作対象を行動可能状態に変更不可能とするように制御する。
【0109】
ステップＳ２５４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、バトル開始通知を、変更要求を送信した端末１００へ送信する。アバターを配置する代わりに１以上のオブジェクトを仮想空間から取り除くように構成した場合、バトル開始通知は、オブジェクトの種類を示す種類情報、及びオブジェクトを配置する座標を示す座標情報を含むように構成されるとよい。ステップＳ２５６において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、バトル開始通知を受信する。ステップＳ２５８において、端末１００のプロセッサー１１０は、表示制御部１０４として、バトル画面６０をモニター１６６に表示する。ステップＳ２５８において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、行動可能状態となったアバターを仮想空間に配置する。端末１００のプロセッサー１１０は、表示制御部１０４として、バトル画面６０において、行動可能状態となったアバターをモニター１６６に表示する。バトル開始通知に種類情報、及び座標情報を含むように構成した場合、ステップＳ２５８において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、バトル開始通知に含まれる種類情報、及び座標情報に基づいて１以上のオブジェクトを仮想空間から取り除くとよい。
【0110】
一例として、ステップＳ２５８において、端末１００のプロセッサー１１０は、仮想空間をレンダリングした画像を生成するときの視点を、フィールドを俯瞰する第２視点からプレイヤーキャラクターに対応する第１視点に変更する。プロセッサー１１０が、ステップＳ２５８を実行することによって、表示制御部１０４は、操作対象が行動不能状態である場合に、仮想空間をレンダリングした画像を生成するときの視点を第１視点とするように制御する視点制御手段として機能し得る。
【0111】
［アシストオブジェクトを配置するための処理の流れ］
アシストオブジェクトを配置するための配置処理の流れの一例について説明する。配置処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。
アシストオブジェクトを配置するための配置処理の流れの一例について説明する。配置処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。
【0112】
図１２に示すように、ステップＳ２６０において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、アシストオブジェクトの配置を指示する配置操作を受け付けると、オブジェクト配置要求をサーバー２００へ送信する。オブジェクト配置要求は、配置するアシストオブジェクトの種類情報、及び配置するアシストオブジェクトの座標情報を含み得る。オブジェクト配置要求は、第２操作情報に含まれる。ステップＳ２６１において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、オブジェクト配置要求を受信する。
【0113】
ステップＳ２６２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、アシストオブジェクトの配置数が規定数Ｎに達しているか否かを判定する。プロセッサー２１０は、イベントに参加するユーザーごとに、アシストオブジェクトの配置数をカウントする。規定数Ｎは、１であってよく、２以上であってもよい。
【0114】
アシストオブジェクトの配置数が規定数Ｎに達していない場合（ステップＳ２６２：ＮＯ）に、サーバー２００のプロセッサー２１０は、ステップＳ２６４に進む。ステップＳ２６４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、オブジェクト配置要求に応じてアシストオブジェクトを仮想空間に配置する。一例として、プロセッサー２１０は、オブジェクト配置要求に含まれる座標情報に応じた位置にアシストオブジェクトを配置する。一例として、プロセッサー２１０は、オブジェクト配置要求に含まれる種類情報に応じた種類のアシストオブジェクトを配置する。ステップＳ２６４が終了した場合に、プロセッサー２１０は、ステップＳ２６５に進む。プロセッサー２１０がステップＳ２６４を実行することによって、ゲーム制御部２０１は、イベントにおいて操作対象が行動不能状態となった場合に、ユーザーによる特定操作に基づいてユーザーがイベントの進行に干渉できるように制御する進行制御手段として機能し得る。配置操作は、イベントの進行に干渉するための特定操作の一例である。
【0115】
アシストオブジェクトの配置数が規定数Ｎに達している場合（ステップＳ２６２：ＹＥＳ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ２６４を行わない。つまり、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、アシストオブジェクトを仮想空間に配置しない。
【0116】
ステップＳ２６５において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、オブジェクト表示要求を端末１００へ送信する。オブジェクト表示要求は、アシストオブジェクトを配置したユーザーの属性を示す情報を含む。オブジェクト表示要求は、第２進行情報に含まれる。ステップＳ２６８において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、オブジェクト表示要求を受信する。オブジェクト表示要求を受信した場合に、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、オブジェクト表示要求に応じてアシストオブジェクトを仮想空間に配置する。端末１００のプロセッサー１１０は、表示制御部１０４として、各画面６０，６５，７０において、アシストオブジェクトを表示する場合に、そのアシストオブジェクトを配置したユーザーの属性を示す属性情報をモニター１６６に表示する。
【0117】
［アシストオブジェクトを仮想空間から取り除くための処理の流れ］
アシストオブジェクトを仮想空間から取り除くための除去処理の流れの一例について説明する。除去処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。
アシストオブジェクトを仮想空間から取り除くための除去処理の流れの一例について説明する。除去処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。
【0118】
図１３に示すように、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、仮想空間に配置したアシストオブジェクトごとに、除去処理を行う。ステップＳ２７０において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、アシストオブジェクトを配置してから配置時間が経過したか否かを判定する。プロセッサー２１０は、仮想空間に配置したアシストオブジェクトごとに、そのアシストオブジェクトを配置してからの経過時間を計測する。
【0119】
配置時間が経過していない場合（ステップＳ２７０：ＮＯ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ２７０を繰り返す。つまり、プロセッサー２１０は、配置時間が経過するまで待機する。配置時間が経過した場合（ステップＳ２７０：ＹＥＳ）に、サーバー２００のプロセッサー２１０は、ステップＳ２７２に進む。ステップＳ２７２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、仮想空間に配置したアシストオブジェクトを取り除く。つまり、配置時間が経過することによって、アシストオブジェクトの撤去条件が満たされ得る。
【0120】
ステップＳ２７４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、オブジェクト撤去要求を端末１００へ送信する。オブジェクト撤去要求は、第２進行情報に含まれる。ステップＳ２７６において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、オブジェクト撤去要求を受信する。ステップＳ２７６において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、仮想空間に配置されたアシストオブジェクトを取り除く。つまり、端末１００のプロセッサー１１０は、表示制御部１０４として、撤去されたアシストオブジェクトをモニター１６６に表示しない。
【0121】
［制限領域を設定するための処理の流れ］
制限領域を設定するための領域設定処理の流れの一例について説明する。領域設定処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。領域設定処理は、イベントごとに実行される。
制限領域を設定するための領域設定処理の流れの一例について説明する。領域設定処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。領域設定処理は、イベントごとに実行される。
【0122】
図１４に示すように、ステップＳ３００において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、切替時間が経過したか否かを判定する。つまり、プロセッサー２１０は、切替条件が満たされたか否かを判定する。切替条件が満たされていない場合（ステップＳ３００：ＮＯ）に、サーバー２００のプロセッサー２１０は、制限領域を設定しない。つまり、切替条件が満たされる前の第１期間において制限領域は、設定されない。
【0123】
切替条件が満たされた場合（ステップＳ３００：ＹＥＳ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ３０２に進む。ステップＳ３０２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、切替情報を端末１００へ送信する。一例として、切替情報は、第１期間が終了したことを示す情報を含む。一例として、切替情報は、第２期間が開始されることを示す情報を含む。ステップＳ３０２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、時期情報を、第２期間を示す内容に変更する。ステップＳ３０４において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、切替情報を受信する。一例として、ステップＳ３０４において、端末１００のプロセッサー１１０は、表示制御部１０４として、行動不能状態となった場合に、行動可能状態に変更できる期間が終了したことを示す情報をモニター１６６に表示する。一例として、ステップＳ３０４において、端末１００のプロセッサー１１０は、表示制御部１０４として、行動不能状態となった場合に、行動可能状態に変更できない期間が開始されたことを示す情報をモニター１６６に表示する。
【0124】
ステップＳ３０６において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、仮想空間における所定の座標情報に基づいて制限領域を設定する。一例として、所定の座標情報は、仮想空間における所定の座標を示す情報である。一例として、所定の座標情報は、仮想空間の中心座標である。一例として、所定の座標は、複数あるとともに、イベントごとに所定の抽選によって決定されてもよい。一例として、制限領域は、仮想空間における所定の座標を中心とするの円筒形の領域（非制限領域）よりも外側の領域である。一例として、非制限領域の高さは、仮想空間の高さと同じである。つまり、仮想空間において、高さ方向の座標の違いによって非制限領域であるか、制限領域であるかの違いは生じない。プロセッサー２１０がステップＳ３０６を実行することによって、ゲーム制御部２０１は、仮想空間において、操作対象の制限領域を設定する領域設定手段として機能し得る。
【0125】
ステップＳ３０８において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、領域情報を端末１００へ送信する。一例として、領域情報は、非制限領域の中心となる所定の座標を示す座標情報を含む。一例として、領域情報は、非制限領域の半径を示す情報を含む。一例として、領域情報は、非制限領域の高さを示す情報を含む。ステップＳ３１０において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、領域情報を受信する。ステップＳ３１０において、端末１００のプロセッサー１１０は、表示制御部１０４として、仮想空間において制限領域に配置されるオブジェクトを異なる態様で表示する。一例として、プロセッサー１１０は、仮想空間において制限領域に配置されるオブジェクトを、非制限領域に配置されるオブジェクトに比して赤く表示する。一例として、プロセッサー１１０は、仮想空間において配置される所定のオブジェクトの一部が制限領域に位置する場合、当該オブジェクトの制限領域に位置する部分を、非制限領域に位置する部分に比して赤く表示する。
【0126】
ステップＳ３１２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、領域情報を端末１００へ送信してから、規定時間が経過したか否かを判定する。規定時間が経過していない場合（ステップＳ３１２：ＮＯ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ３１０を繰り返す。つまり、プロセッサー２１０は、規定時間が経過するまで待機する。規定時間が経過している場合（ステップＳ３１２：ＹＥＳ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ３１４に進む。ステップＳ３１４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、制限領域を拡大させる。つまり、領域設定手段としてのゲーム制御部２０１は、第２期間において、イベントの進行に応じて制限領域を拡大させる。一例として、プロセッサー２１０は、非制限領域の半径を小さくすることによって、非制限領域を縮小させることで、制限領域を拡大させる。ステップＳ３１６において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、拡大後の制限領域に基づく領域情報を端末１００へ送信する。一例として、領域情報は、縮小後の非制限領域の半径を示す情報を含む。一例として、領域情報は、縮小後の非制限領域の高さを示す情報を含む。
【0127】
ステップＳ３１８において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、領域情報を受信する。ステップＳ３１８において、端末１００のプロセッサー１１０は、表示制御部１０４として、仮想空間において制限領域に配置されるオブジェクトを異なる態様で表示する。サーバー２００のプロセッサー２１０は、ステップＳ３１６において領域情報を端末１００へ送信した後、ステップＳ３１２に進む。つまり、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、規定時間が経過するごとに、制限領域を拡大させる。一例として、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、制限領域が規定の大きさに達した場合に、領域設定処理を終了する。
【0128】
［イベントの対戦時間が経過するよりも前に勝敗を決定するための処理の流れ］
イベントの対戦時間が経過するよりも前に勝敗を決定するための全滅判定処理の流れの一例について説明する。全滅判定処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。全滅判定処理は、イベントごとに実行される。一例として、全滅判定処理は、切替条件が満たされた場合に実行される。つまり、全滅判定処理は、第２期間が開始される場合に実行される。一例として、全滅判定処理は、第２期間において、所定の更新周期毎に実行される。一例として、所定の更新周期は、１／３０秒毎に到来する。
イベントの対戦時間が経過するよりも前に勝敗を決定するための全滅判定処理の流れの一例について説明する。全滅判定処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。全滅判定処理は、イベントごとに実行される。一例として、全滅判定処理は、切替条件が満たされた場合に実行される。つまり、全滅判定処理は、第２期間が開始される場合に実行される。一例として、全滅判定処理は、第２期間において、所定の更新周期毎に実行される。一例として、所定の更新周期は、１／３０秒毎に到来する。
【0129】
図１５に示すように、ステップＳ３２０において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、イベントに参加する何れかのパーティーが勝利条件を満たしたか否かを判定する。一例として、プロセッサー２１０は、アバターの状態情報に基づいて、イベントに参加する１以上のパーティーのアバターが全滅している場合に、当該１以上のパーティーに敵対するパーティーが勝利条件を満たしたと判定する。勝利条件が満たされていない場合（ステップＳ３２０：ＮＯ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、勝敗が決していないと判定する。
【0130】
勝利条件が満たされている場合（ステップＳ３２０：ＹＥＳ）に、ステップＳ３２２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、勝利条件を満たしたパーティーを、イベントで勝利したパーティーに決定する。ステップＳ３２４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、結果情報を端末１００へ送信する。一例として、結果情報は、イベントの勝敗を示す情報を含む。一例として、結果情報は、イベントの終了条件が満たされたことを示す情報を含む。ステップＳ３２４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、勝利条件が満たされたことによって、イベントの終了条件が満たされたと判定する。つまり、ステップＳ３２４において、プロセッサー２１０は、イベントの終了条件が満たされたと判定することで、サーバー側のイベント制御処理（ステップＳ１２０）を終了する。ステップＳ３２６において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、結果情報を受信する。ステップＳ３２６において、端末１００のプロセッサー１１０は、イベントの終了条件が満たされたことによって、端末側のイベント制御処理（ステップＳ１２２）を終了する。
【0131】
［アバターの滞在を制限するための処理の流れ］
アバターの滞在を制限するための制限処理の流れの一例について説明する。制限処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。一例として、制限処理は、制限領域に滞在するアバターごとに実行される。
アバターの滞在を制限するための制限処理の流れの一例について説明する。制限処理は、端末側のイベント制御処理（ステップＳ１２２）、及びサーバー側のイベント制御処理（ステップＳ１２０）に含まれる。一例として、制限処理は、制限領域に滞在するアバターごとに実行される。
【0132】
図１６に示すように、ステップＳ３３０において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、制限領域に滞在してから滞在時間Ｔが経過したか否か、又は前回滞在時間Ｔが経過してから新たに滞在時間Ｔが経過したか否かを判定する。滞在時間Ｔが経過していない場合（ステップＳ３３０：ＮＯ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ３３０を繰り返す。つまり、プロセッサー２１０は、滞在時間Ｔが経過するまで待機する。滞在時間Ｔが経過している場合（ステップＳ３３０：ＹＥＳ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ３３２に進む。
【0133】
ステップＳ３３２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ユーザーが特定オブジェクトを所有しているか否かを判定する。ユーザーが特定オブジェクトを所有している場合（ステップＳ３３２：ＹＥＳ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ３３４に進む。ユーザーが特定オブジェクトを所有していない場合（ステップＳ３３２：ＮＯ）に、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ３３６に進む。
【0134】
ステップＳ３３４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ユーザーが所有する特定オブジェクトを１減少させる。プロセッサー２１０がステップＳ１６６、及びステップＳ３３４を実行することによって、ゲーム制御部２０１は、所有制御手段として機能し得る。所有制御手段としてのゲーム制御部２０１は、ステップＳ１６６において、取得条件を満たすユーザーに特定オブジェクトを取得させるように制御する。所有制御手段としてのゲーム制御部２０１は、ステップＳ３３４において、制限領域内に操作対象が滞在する場合にユーザーが所有する特定オブジェクトを減少させるように制御する。ステップＳ３３４を実行すると、サーバー２００のプロセッサー２１０は、ステップＳ３３８に進む。ステップＳ３３６において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、アバターのパラメーター値のうち、特定のパラメーター値を減少値だけ減少させる。一例として、プロセッサー２１０は、アバターのヒットポイントを減少値だけ減少させる。一例として、減少値は、一定の値であってもよく、制限領域内に滞在した時間に応じて変化する値であってもよい。ステップＳ３３６を実行すると、サーバー２００のプロセッサー２１０は、ステップＳ３３８に進む。
【0135】
ステップＳ３３８において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、制限結果情報を端末１００へ送信する。一例として、制限結果情報は、特定オブジェクトが減少したか、アバターのヒットポイントが減少したかを示す情報を含む。一例として、制限結果情報は、特定オブジェクトが減少した場合における減少後の特定オブジェクトの数を示す情報を含む。一例として、制限結果情報は、アバターのヒットポイントが減少した場合における減少後のヒットポイントを示す情報を含む。ステップＳ３４０において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、制限結果情報を受信する。ステップＳ３４０において、端末１００のプロセッサー１１０は、表示制御部１０４として、特定オブジェクトが減少した場合に、特定オブジェクトが減少したことを示す情報をモニター１６６に表示する。ステップＳ３４０において、端末１００のプロセッサー１１０は、表示制御部１０４として、アバターのヒットポイントが減少した場合に、ヒットポイントが減少したことを示す情報をモニター１６６に表示する。
【0136】
［端末における表示画面の一例と表示に関する処理の流れ］
［仮想空間の概略］
一例として、サーバー２００によって定義された仮想空間、及びこの仮想空間における事象は、同じイベントに参加するユーザーが使用する全ての端末１００において、同時進行で再現され得る。つまり、サーバー２００が管理する仮想空間、及びこの仮想空間における事象は、各端末１００から受信する各操作情報に応じて更新される。サーバー２００は、仮想空間、及び仮想空間における事象を更新した結果に応じて、各進行情報を各端末１００へ送信する。各端末１００が管理する仮想空間、及びこの仮想空間における事象は、サーバー２００から受信する各進行情報に応じて、その都度、更新される。以下の説明において、単に「仮想空間」と示す場合、サーバー２００及び複数の端末１００によって共有された仮想空間を示すものとする。
［仮想空間の概略］
一例として、サーバー２００によって定義された仮想空間、及びこの仮想空間における事象は、同じイベントに参加するユーザーが使用する全ての端末１００において、同時進行で再現され得る。つまり、サーバー２００が管理する仮想空間、及びこの仮想空間における事象は、各端末１００から受信する各操作情報に応じて更新される。サーバー２００は、仮想空間、及び仮想空間における事象を更新した結果に応じて、各進行情報を各端末１００へ送信する。各端末１００が管理する仮想空間、及びこの仮想空間における事象は、サーバー２００から受信する各進行情報に応じて、その都度、更新される。以下の説明において、単に「仮想空間」と示す場合、サーバー２００及び複数の端末１００によって共有された仮想空間を示すものとする。
【0137】
図１７に示すように、仮想空間８０に配置され得る各種のオブジェクトは、ユーザーのアバター８１を含む。仮想空間８０に配置され得る各種のオブジェクトは、フィールド９２Ａを構成するための地形オブジェクト９２を含む。一例として、地形オブジェクト９２は、アバターの移動に影響を与えるオブジェクトを含んでよい。例えば、地形オブジェクト９２は、樹木、岩、川、海、及び山など、アバターの移動を制限するオブジェクトを含んでよい。例えば、地形オブジェクト９２は、沼地など、アバターの移動速度を減少させるオブジェクトを含んでよい。例えば、地形オブジェクト９２は、氷床など、アバターの移動速度を増加させるオブジェクトを含んでよい。一例として、地形オブジェクト９２は、アバターのパラメーター値に影響を与えるオブジェクトを含んでよい。例えば、地形オブジェクト９２は、毒沼など、アバターのヒットポイントを減少させるオブジェクトを含んでよい。例えば、地形オブジェクト９２は、回復の泉など、アバターのヒットポイントを増加させるオブジェクトを含んでよい。
【0138】
仮想空間８０に配置され得る各種のオブジェクトは、特定オブジェクト９５Ａを含む。一例として、特定オブジェクト９５Ａは、ユーザーが取得することができるオブジェクトである。一例として、特定オブジェクト９５Ａは、その所有数に応じて、ユーザーのアバターのパラメーター値の一部又は全部が上昇するアイテムである。
【0139】
【0140】
例えば、アシストオブジェクト９４は、アバターの通過を制限する効果を有する壁オブジェクト９４Ａを含んでよい。壁オブジェクト９４Ａは、味方ユーザー及び敵方ユーザーの何れのアバターも通過できない効果を有してもよい。壁オブジェクト９４Ａは、味方ユーザーのアバターが通過できるが、敵方ユーザーのアバターが通過できない効果を有してもよい。壁オブジェクト９４Ａの撤去条件は、仮想空間に配置されてから配置時間が経過することで成立し得る。
【0141】
例えば、アシストオブジェクト９４は、味方ユーザーのアバターが一定範囲内に入った場合に、その一定範囲に入ったアバターのヒットポイントを回復させる効果を有する温泉オブジェクト９４Ｃを含んでよい。この効果に加えて、又は代えて、温泉オブジェクト９４Ｃは、敵方ユーザーのアバターが一定範囲内に入った場合に、その一定範囲に入ったアバターのヒットポイントを回復させる効果を有してもよい。温泉オブジェクト９４Ｃの撤去条件は、仮想空間に配置されてから配置時間が経過することで成立し得る。
【0142】
例えば、アシストオブジェクト９４は、配置されると一定範囲内にいる敵方ユーザーのアバターを狙って攻撃を行う砲台オブジェクト９４Ｄを含んでよい。敵方ユーザーのアバターに、砲台オブジェクト９４Ｄの攻撃が命中した場合、そのアバターのヒットポイントが減少する。この効果に加えて、又は代えて、砲台オブジェクト９４Ｄは、味方ユーザーのアバターを狙って攻撃を行う効果を有してもよい。砲台オブジェクト９４Ｄの撤去条件は、仮想空間に配置されてから配置時間が経過することで成立し得る。
【0143】
図１７、及び図１９に示すように、仮想空間８０には、制限領域が設定され得る。仮想空間８０において制限領域に配置されるオブジェクトは、非制限領域に配置されるオブジェクトと異なる態様で表示される。仮想空間８０において、所定のオブジェクトの一部が制限領域に位置する場合に当該オブジェクトの制限領域に位置する部分は、非制限領域に位置する部分と異なる態様で表示される。
【0144】
［端末における表示画面の一例と表示に関する処理の流れ］
［ホーム画面］
図２０に示すように、イベント準備期間において、端末１００のモニター１６６には、ホーム画面４０が表示される。ホーム画面４０は、各種のオブジェクトを含み得る。一例として、ホーム画面４０は、アバターウィンドウ４０１、バトルアイコン４０４、及びキャラクタアイコン４０６を含み得る。ホーム画面４０は、パーティーに参加するユーザーを募集する場合に使用する募集アイコン、自身のゲームプレイを配信する場合に使用する配信開始アイコンを含んでもよい。
［ホーム画面］
図２０に示すように、イベント準備期間において、端末１００のモニター１６６には、ホーム画面４０が表示される。ホーム画面４０は、各種のオブジェクトを含み得る。一例として、ホーム画面４０は、アバターウィンドウ４０１、バトルアイコン４０４、及びキャラクタアイコン４０６を含み得る。ホーム画面４０は、パーティーに参加するユーザーを募集する場合に使用する募集アイコン、自身のゲームプレイを配信する場合に使用する配信開始アイコンを含んでもよい。
【0145】
一例として、アバターウィンドウ４０１には、自身のアバター８１が表示される。アバター８１の外観は、ゲームプレイを通して、アバターの設定が変更されることに応じて変化する。一例として、バトルアイコン４０４が表示されている部分をタップ操作することによって、前述の参加操作を行うことができる。バトルアイコン４０４は、参加操作を補助するＵＩオブジェクトである。一例として、キャラクタアイコン４０６が表示されている部分をタップ操作することによって、参加準備を行うための準備ウィンドウ（不図示）の表示を指示する操作を行うことができる。キャラクタアイコン４０６は、準備ウィンドウの表示を指示する操作を補助するＵＩオブジェクトである。
【0146】
［マッチング画面］
図２１に示すように、サーバー２００がマッチング処理（ステップＳ１０６）を行っている場合に、端末１００のモニター１６６には、それぞれマッチング画面５０が表示される。マッチング画面５０は、各種のオブジェクトを含み得る。マッチング画面５０は、ユーザーのアバターを表示するアバターウィンドウ５０１を含む。一例として、アバターウィンドウ５０１には、自身のアバター８１が表示される。マッチング画面５０は、マッチングを行っていることを示す文字データ等の情報を含む。
図２１に示すように、サーバー２００がマッチング処理（ステップＳ１０６）を行っている場合に、端末１００のモニター１６６には、それぞれマッチング画面５０が表示される。マッチング画面５０は、各種のオブジェクトを含み得る。マッチング画面５０は、ユーザーのアバターを表示するアバターウィンドウ５０１を含む。一例として、アバターウィンドウ５０１には、自身のアバター８１が表示される。マッチング画面５０は、マッチングを行っていることを示す文字データ等の情報を含む。
【0147】
［バトル画面］
図２２、及び図２３に示すように、イベント参加期間において、端末１００のモニター１６６には、最初にバトル画面６０が表示される。バトル画面６０は、バトルモードである場合に、モニター１６６に表示される。バトル画面６０は、各種のオブジェクトを含む。一例として、バトル画面６０は、それぞれ端末１００を使用するユーザーのアバター８１を含む。一例として、バトル画面６０には、ユーザーが所属するパーティーのポイント表示欄６４Ａ、敵方パーティーのポイント表示欄６４Ｂ、及び自身のアバターのヒットポイントを示すＨＰバー６１を含み得る。一例として、バトル画面６０は、地形オブジェクト９２を含む。一例として、地形オブジェクト９２が表示されている部分をタップ操作することによって、その位置に自身のアバター８１の移動を指示する操作を行うことができる。地形オブジェクト９２は、自身のアバター８１の移動を指示する操作を補助するＵＩオブジェクトである。一例として、バトル画面６０には、敵方ユーザーのアバター８１を含む。一例として、敵方ユーザーのアバター８１が表示されている部分をタップ操作することによって、当該アバター８１への攻撃を指示する操作を行うことができる。敵方ユーザーのアバター８１は、他のアバターへの攻撃を指示する操作を補助するＵＩオブジェクトである。
図２２、及び図２３に示すように、イベント参加期間において、端末１００のモニター１６６には、最初にバトル画面６０が表示される。バトル画面６０は、バトルモードである場合に、モニター１６６に表示される。バトル画面６０は、各種のオブジェクトを含む。一例として、バトル画面６０は、それぞれ端末１００を使用するユーザーのアバター８１を含む。一例として、バトル画面６０には、ユーザーが所属するパーティーのポイント表示欄６４Ａ、敵方パーティーのポイント表示欄６４Ｂ、及び自身のアバターのヒットポイントを示すＨＰバー６１を含み得る。一例として、バトル画面６０は、地形オブジェクト９２を含む。一例として、地形オブジェクト９２が表示されている部分をタップ操作することによって、その位置に自身のアバター８１の移動を指示する操作を行うことができる。地形オブジェクト９２は、自身のアバター８１の移動を指示する操作を補助するＵＩオブジェクトである。一例として、バトル画面６０には、敵方ユーザーのアバター８１を含む。一例として、敵方ユーザーのアバター８１が表示されている部分をタップ操作することによって、当該アバター８１への攻撃を指示する操作を行うことができる。敵方ユーザーのアバター８１は、他のアバターへの攻撃を指示する操作を補助するＵＩオブジェクトである。
【0148】
一例として、ステップＳ１２２において、端末１００のプロセッサー１１０は、表示制御部１０４として、端末１００を使用するユーザーのアバター８１をモニター１６６の中央に表示する。一例として、端末１００のプロセッサー１１０は、仮想空間８０において、アバター８１の頭上後方に仮想カメラ９８を配置することによって、仮想カメラ９８の視界領域内に収められる範囲をモニター１６６に表示する（図１７参照）。アバター８１の頭上後方の視点は、プレイヤーキャラクターに対応した第１視点の一例である。これに限らず、第１視点は、プレイヤーキャラクターの頭部からフィールドを見た一人称視点、又はプレイヤーキャラクターを中心としてフィールドを見た俯瞰視点であってもよい。
【0149】
端末１００のプロセッサー１１０は、サーバー２００（ゲーム制御部２０１）から受信する第１進行情報に応じて、味方ユーザーのアバター、及び敵方ユーザーのアバターを仮想空間８０に配置する。端末１００のプロセッサー１１０は、仮想カメラ９８の視界領域内に他ユーザーのアバターが収まる場合に、それらアバターを、モニター１６６に表示し得る。それらアバターは、モニター１６６に表示される場合に、アクション情報に応じたアクションを伴う。また、端末１００のプロセッサー１１０は、表示制御部１０４として、敵方ユーザーのアバターを表示する場合に、そのアバターのヒットポイントを示すＨＰバー６３を、モニター１６６に表示する。端末１００のプロセッサー１１０は、表示制御部１０４として、味方ユーザーのアバターを表示する場合に、そのアバターのヒットポイントを示すＨＰバー６３を、モニター１６６に表示する。一例として、ＨＰバー６３は、アバター８１の頭上に配置される。
【0150】
端末１００のプロセッサー１１０は、サーバー２００（ゲーム制御部２０１）から受信する第２進行情報に応じて、１以上のアシストオブジェクト９４を仮想空間８０に配置する。端末１００のプロセッサー１１０は、仮想カメラ９８の視界領域内に、１以上のアシストオブジェクト９４が収まる場合に、そのアシストオブジェクト９４を、モニター１６６に表示し得る。端末１００のプロセッサー１１０は、アシストオブジェクト９４をモニター１６６に表示する場合に、このアシストオブジェクト９４が第１パーティー及び第２パーティーの何れに所属するユーザーによって配置されたオブジェクトであるかを示す属性情報をモニター１６６に表示する。一例として、属性情報は、アシストオブジェクト９４を囲う枠線６２である。枠線６２は、アシストオブジェクト９４が、味方ユーザー及び敵方ユーザーの何れによって配置されたものであるかを示す情報であってもよい。
【0151】
図２４に示すように、一例として、端末１００のプロセッサー１１０は、仮想カメラ９８の視界領域内に特定オブジェクト９５Ａが収まる場合に、特定オブジェクト９５Ａをモニター１６６に表示する。一例として、バトル画面６０は、取得アイコン９５Ｂを含み得る。一例として、端末１００のプロセッサー１１０は、自身のアバターと特定オブジェクト９５Ａの仮想空間における離間距離が所定の距離未満である場合に、取得アイコン９５Ｂをモニター１６６に表示する。一例として、取得アイコン９５Ｂが表示されている部分をタップ操作することによって、前述の取得操作を行うことができる。取得アイコン９５Ｂは、取得操作を補助するＵＩオブジェクトである。端末１００のプロセッサー１１０は、自身のアバターから最も近い特定オブジェクトの座標情報を取得する。ステップＳ１６０において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、自身のアバターから最も近い特定オブジェクト９５Ａの座標情報を、取得を指示する特定オブジェクトの座標情報として含む取得要求をサーバー２００へ送信する。
【0152】
図２５に示すように、一例として、バトル画面６０は、経過情報９５Ｃを含み得る。一例として、端末１００のプロセッサー１１０は、取得操作を受け付けてから特定オブジェクトを取得するまでの期間に、経過情報９５Ｃをモニター１６６に表示する。一例として、経過情報９５Ｃは、取得操作を受け付けてからの経過時間を示唆する情報を含み得る。一例として、経過情報９５Ｃは、特定オブジェクトを取得するまでの残り時間を示唆する情報を含み得る。
【0153】
図１７、図２２、図２３、図２４、及び図２５を参照して、バトル画面６０のより具体的な表示態様の一例について説明する。ここで、以下の説明において、端末１００Ａを使用するユーザーＡ及び端末１００Ｃを使用するユーザーＣは、第１パーティーに所属しており、端末１００Ｂを使用するユーザーＢは、第２パーティーに所属していると仮定する。ユーザーＡ，Ｂのアバター８１をそれぞれアバター８１Ａ，８１Ｂと示す。
【0154】
図１７、図２２、図２３、及び図２４に示すように、端末１００Ａのモニター１６６には、仮想空間８０のうち、アバター８１Ａに対応する仮想カメラ９８Ａの視界領域内に収められる範囲が表示される。一例として、仮想カメラ９８Ａは、仮想空間８０において、アバター８１Ａの頭上後方に配置される。
【0155】
オブジェクト９４Ａ１は、第１パーティーに所属するユーザーが配置したオブジェクトである。オブジェクト９４Ａ２は、第２パーティーに所属するユーザーが配置したオブジェクトである。端末１００Ａのモニター１６６において、オブジェクト９４Ａ１は、太い実線で示すように、青い縁取りをする枠線６２を伴って表示される。端末１００Ａのモニター１６６において、オブジェクト９４Ａ２は、太い破線で示すように、赤い縁取りをする枠線６２を伴って表示される。
【0156】
ここで、ユーザーＡが、端末１００Ａのモニター１６６に表示された取得アイコン９５Ｂをタップ操作したとする。端末１００Ａのプロセッサー１１０は、ゲーム制御部１０１として、アバター８１Ａから最も近い特定オブジェクトの座標情報を取得する。端末１００Ａのプロセッサー１１０は、表示制御部１０４として、経過情報９５Ｃをモニター１６６に表示する。特定オブジェクトは、取得時間が経過した場合に、ユーザーＡが特定オブジェクトを取得したことによって、仮想空間から取り除かれる。
【0157】
図１７及び図２５に示すように、端末１００Ｂのモニター１６６には、仮想空間８０のうち、アバター８１Ｂに対応する仮想カメラ９８Ｂの視界領域内に収められる範囲が表示される。一例として、仮想カメラ９８Ｂは、仮想空間８０において、アバター８１Ｂの頭上後方に配置される。
【0158】
端末１００Ｂのモニター１６６において、オブジェクト９４Ａ１は、太い実線で示すように、赤い縁取りをする枠線６２を伴って表示される。端末１００Ａのモニター１６６において、オブジェクト９４Ａ２は、太い破線で示すように、青い縁取りをする枠線６２を伴って表示される。
【0159】
［アシスト移行画面］
図２６、及び図２７に示すように、端末１００のモニター１６６には、アバターの状態が行動可能状態から行動不能状態に変更された場合に、アシスト移行画面６５が表示される。アシスト移行画面６５は、アシストモードの開始を報知する開始情報６６を含む。一例として、開始情報６６は、「アシストスタート」の文字データである。
図２６、及び図２７に示すように、端末１００のモニター１６６には、アバターの状態が行動可能状態から行動不能状態に変更された場合に、アシスト移行画面６５が表示される。アシスト移行画面６５は、アシストモードの開始を報知する開始情報６６を含む。一例として、開始情報６６は、「アシストスタート」の文字データである。
【0160】
図２６に示すように、一例として、アシスト移行画面６５は、第１期間においてアバターが行動不能状態となったことによってアシストモードとなった場合に、復活時間を示唆する時間情報７２を含む。一例として、時間情報７２は、復活示唆時間を示すアラビア数字を含み得る。一例として、時間情報７２は、復活示唆時間が、時間経過によって１減少するごとに減少後の復活示唆時間を示すアラビア数字を表示することで、復活時間を示唆する。一例として、時間情報７２は、復活示唆時間が、アバターが行動不能状態から行動可能状態に変更されるまでの残り時間を示唆する時間であることを示す情報を含み得る。
【0161】
一方、図２７に示すように、一例として、アシスト移行画面６５は、第２期間においてアバターが行動不能状態となったことによってアシストモードとなった場合に、復活時間を示唆する時間情報７２を含まない。
【0162】
一例として、ステップＳ２０４において、端末１００のプロセッサー１１０は、表示制御部１０４として、仮想空間８０をレンダリングした画像を生成するときの視点を第１視点から第２視点に変更する。一例として、仮想カメラ９８は、アバターの状態が行動不能状態に変更された位置を中心として、フィールドを俯瞰する位置に設定される。端末１００のプロセッサー１１０は、仮想カメラ９８の視界領域内に収められる範囲をモニター１６６に表示する（図１７参照）。これに限らず、第２視点は、味方ユーザーのアバターに対応する視点であってよく、敵方ユーザーのアバターに対応する視点であってもよく、他のオブジェクトに対応する視点であってもよい。なお、第１視点は、第２視点と同じ視点であってもよい。端末１００のプロセッサー１１０は、サーバー２００（ゲーム制御部２０１）から受信する第２進行情報に含まれる復活時間表示要求に応じて、時間情報７２を更新する。一例として、プロセッサー１１０は、復活時間表示要求の復活情報に含まれる復活時間に基づく復活示唆時間を示すように時間情報７２を更新する。
【0163】
［アシスト画面］
図２８、及び図２９に示すように、端末１００のモニター１６６には、アシスト移行画面６５が表示された後にアシスト画面７０が表示される。アシスト画面７０は、各種のオブジェクトを含み得る。一例として、アシスト画面７０は、アシストアイコン７１、及び視点変更アイコン７０２を含む。アシスト画面７０は、ユーザーが所属するパーティーのポイント表示欄を含んでもよい。アシスト画面７０は、味方ユーザーのうち、アバターが行動可能状態であるユーザーからのメッセージを含んでもよい。一例として、アシスト画面７０は、第１期間においてアバターが行動不能状態となったことによってアシストモードとなった場合に、時間情報７２を含む。一例として、アシスト画面７０は、変更可能条件が満たす場合に、時間情報７２を含まない。一例として、アシスト画面７０は、変更可能条件が満たす場合に、特定アイコン７３を含む。一例として、アシスト画面７０は、第２期間においてアバターが行動不能状態となったことによってアシストモードとなった場合に、時間情報７２を含まない。
図２８、及び図２９に示すように、端末１００のモニター１６６には、アシスト移行画面６５が表示された後にアシスト画面７０が表示される。アシスト画面７０は、各種のオブジェクトを含み得る。一例として、アシスト画面７０は、アシストアイコン７１、及び視点変更アイコン７０２を含む。アシスト画面７０は、ユーザーが所属するパーティーのポイント表示欄を含んでもよい。アシスト画面７０は、味方ユーザーのうち、アバターが行動可能状態であるユーザーからのメッセージを含んでもよい。一例として、アシスト画面７０は、第１期間においてアバターが行動不能状態となったことによってアシストモードとなった場合に、時間情報７２を含む。一例として、アシスト画面７０は、変更可能条件が満たす場合に、時間情報７２を含まない。一例として、アシスト画面７０は、変更可能条件が満たす場合に、特定アイコン７３を含む。一例として、アシスト画面７０は、第２期間においてアバターが行動不能状態となったことによってアシストモードとなった場合に、時間情報７２を含まない。
【0164】
一例として、アシストアイコン７１が表示されている部分をドラッグ操作することによって、前述の配置操作を行うことができる。アシストアイコン７１は、配置操作を補助するＵＩオブジェクトである。アシストアイコン７１は、複数種類のアシストオブジェクトのうち、配置操作によって仮想空間８０に配置できるアシストオブジェクトを示す情報を含む。一例として、壁オブジェクト９４Ａを配置するためのアシストアイコン７１Ａは、壁オブジェクト９４Ａを示す絵柄を含む。一例として、温泉オブジェクトを配置するためのアシストアイコン７１Ｃは、温泉オブジェクトを示す絵柄を含む。一例として、砲台オブジェクト９４Ｄを配置するためのアシストアイコン７１Ｄは、砲台オブジェクト９４Ｄを示す絵柄を含む。端末１００のプロセッサー１１０は、ゲーム制御部１０１として、ドラッグ操作されたアシストアイコン７１から、配置するアシストオブジェクト９４の種類を特定する。端末１００のプロセッサー１１０は、ドラッグ操作された位置から、アシストオブジェクト９４の配置位置を取得する。ステップＳ２３０において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、アシストオブジェクトの種類情報、及びアシストオブジェクトを配置する座標情報を含む第２操作情報（オブジェクト配置要求）をサーバー２００へ送信する。
【0165】
一例として、特定アイコン７３が表示されている部分をドラッグ操作することによって、前述の変更操作を行うことができる。特定アイコン７３は、変更操作を補助するＵＩオブジェクトである。一例として、特定アイコン７３は、自身のアバターを示す。一例として、特定アイコン７３は、変更操作を受付け可能であることを示す。一例として、特定アイコン７３は、自身のアバターを行動可能状態に変更可能であることを示す。端末１００のプロセッサー１１０は、ゲーム制御部１０１として、特定アイコン７３が表示されている部分がドラッグ操作される場合に、ドラッグ操作された位置から、アバターの配置位置を取得する。ステップＳ２４８において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、アバターを配置する座標情報を含む変更要求をサーバー２００へ送信する。
【0166】
一例として、視点変更アイコン７０２が表示されている部分をタップ操作することによって、視点の変更を指示する視点変更操作を行うことができる。視点変更アイコン７０２は、視点変更操作を補助するＵＩオブジェクトである。視点変更アイコン７０２は、味方ユーザーのアバター、及び敵方ユーザーのアバターのうち、行動可能状態であるアバターにそれぞれ対応して表示される。一例として、視点変更アイコン７０２は、味方ユーザーのアバター、及び敵方ユーザーのアバターのうち、行動可能状態である味方ユーザーのアバターにそれぞれ対応して表示されてもよく、味方ユーザーのアバター、及び敵方ユーザーのアバターのうち、行動可能状態である敵方ユーザーのアバターにそれぞれ対応して表示されてもよい。
【0167】
一例として、アシスト画面７０は、行動不能状態であるアバターを示すアバターアイコンを含んでもよい。一例として、アバターアイコンは、対応するアバターが行動不能状態であることを示す情報を含み得る。一例として、アバターアイコンは、グレーアウトにて表示される。一例として、アバターアイコンが表示されている部分をタップ操作しても視点変更操作を行うことができない。
【0168】
端末１００のプロセッサー１１０は、サーバー２００（ゲーム制御部２０１）から受信する第１進行情報に応じて、味方ユーザーのアバター、及び敵方ユーザーのアバターを仮想空間８０に配置する。端末１００のプロセッサー１１０は、仮想カメラ９８の視界領域内に他ユーザーのアバターが収まる場合に、それらアバターを、モニター１６６に表示し得る（図１７参照）。それらアバターは、モニター１６６に表示される場合に、アクション情報に応じたアクションを伴う。つまり、プロセッサー１１０は、アバターが行動不能状態である場合も、アバターが行動可能状態であったときと同じ仮想空間８０を使用する。また、端末１００のプロセッサー１１０は、表示制御部１０４として、味方ユーザー又は敵方ユーザーのアバターを表示する場合に、それらのアバターのヒットポイントを示すＨＰバー６３を、モニター１６６に表示する。一例として、ＨＰバー６３は、アバターの頭上に配置される。
【0169】
端末１００のプロセッサー１１０は、ゲーム制御部１０１として、視点変更操作を受け付ける。視点変更操作を受け付けた場合に、端末１００のプロセッサー１１０は、タップ操作がされた視点変更アイコンに対応する対象アバターを中心として、フィールドを俯瞰する位置へ仮想カメラ９８の位置を変更する。一例として、プロセッサー１１０は、仮想カメラ９８の位置を変更した後、対象アバターが別の位置に移動しても、仮想カメラ９８の位置を変更しない。つまり、仮想カメラ９８は、対象アバターに追従しない。なお、仮想カメラ９８は、対象アバターに追従してもよい。端末１００のプロセッサー１１０は、表示制御部１０４として、仮想カメラ９８の視界領域内に収められる範囲をモニター１６６に表示する。端末１００のプロセッサー１１０は、サーバー２００（ゲーム制御部２０１）から受信する第２進行情報に含まれる復活時間表示要求に応じて、時間情報７２を更新する。
【0170】
図１７、図２８、図２９、図３０、及び図３１を参照して、アシスト画面７０のより具体的な表示態様の一例について説明する。
図１７、図２８、及び図２９に示すように、仮想カメラ９８Ｃは、フィールド９２Ａを俯瞰する位置に設定される。つまり、端末１００Ｃのモニター１６６には、フィールド９２Ａが表示される。ユーザーＣが、端末１００Ｃのモニター１６６に表示されたアシストアイコン７１Ｄを選択し、モニター１６６に表示されているフィールド９２Ａのうち、任意の位置までドラッグ操作したとする。この場合、端末１００Ｃのプロセッサー１１０は、ゲーム制御部１０１として、配置が指示されたアシストオブジェクトの種類として砲台オブジェクト９４Ｄを特定する。端末１００Ｃのプロセッサー１１０は、ゲーム制御部１０１として、砲台オブジェクト９４Ｄ１を配置する座標を特定する。
図１７、図２８、及び図２９に示すように、仮想カメラ９８Ｃは、フィールド９２Ａを俯瞰する位置に設定される。つまり、端末１００Ｃのモニター１６６には、フィールド９２Ａが表示される。ユーザーＣが、端末１００Ｃのモニター１６６に表示されたアシストアイコン７１Ｄを選択し、モニター１６６に表示されているフィールド９２Ａのうち、任意の位置までドラッグ操作したとする。この場合、端末１００Ｃのプロセッサー１１０は、ゲーム制御部１０１として、配置が指示されたアシストオブジェクトの種類として砲台オブジェクト９４Ｄを特定する。端末１００Ｃのプロセッサー１１０は、ゲーム制御部１０１として、砲台オブジェクト９４Ｄ１を配置する座標を特定する。
【0171】
図１７、図２９、及び図３０に示すように、端末１００Ａのモニター１６６、及び端末１００Ｃのモニター１６６には、砲台オブジェクト９４Ｄが出現する。砲台オブジェクト９４Ｄは、配置された場合に、一定時間にわたって、一定範囲内にいる敵方ユーザーのアバターのヒットポイントを減少させる。砲台オブジェクト９４Ｄは、配置されてから一定時間（配置時間）が経過した場合に、仮想空間から取り除かれる。
【0172】
図２８に示すように、第１期間においてアバターが行動不能状態となった場合、端末１００Ｃのモニター１６６には、時間情報７２が表示される。一方、図２９に示すように、第２期間においてアバターが行動不能状態となった場合に、端末１００Ｃのモニター１６６には、時間情報７２が表示されない。第２期間においてアバターが行動不能状態となった場合、変更可能条件が満たされないことによって、端末１００Ｃのモニター１６６には、特定アイコン７３が表示されない。よって、変更操作受付手段の一例として機能するプロセッサー１１０は、第２期間において操作対象が行動不能状態となった場合に、変更操作を受け付けない。
【0173】
第１期間においてアバターが行動不能状態となった場合であって、変更可能条件を満たす場合に、端末１００Ｃのモニター１６６には、特定アイコン７３が表示される（図２８参照）。ユーザーＣが、端末１００Ｃのモニター１６６に表示された特定アイコン７３を選択し、モニター１６６に表示されているフィールド９２Ａのうち、任意の位置までドラッグ操作したとする。この場合、端末１００Ｃのプロセッサー１１０は、ゲーム制御部１０１として、アバターを配置する座標を特定する。そして、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ゲーム制御部１０１としてのプロセッサー１１０が特定した座標にアバターを配置する。
【0174】
図３１に示すように、端末１００Ｃのモニター１６６には、アバターの状態が行動不能状態から行動可能状態に変更された場合に、バトル画面６０が表示される。ユーザーＣのアバターの状態が行動可能状態であるとき、仮想カメラ９８Ｃは、仮想空間８０において、アバター８１Ｃの頭上後方に配置される。つまり、端末１００Ｃのモニター１６６には、仮想空間８０のうち、アバター８１Ｃに対応する仮想カメラ９８Ｃの視界領域内に収められる範囲が表示される。
【0175】
［リザルト画面］
図３２に示すように、イベントが終了する場合に、端末１００のモニター１６６には、それぞれリザルト画面７５が表示される。リザルト画面７５は、各種のオブジェクトを含み得る。一例として、リザルト画面７５は、イベントで勝利したパーティーを示す情報を含む。なお、ポイントの獲得数が最も多いユーザーを示すアイコン、又は他のアバターの討伐数が最も多いユーザーを示すアイコン等の情報を含んでもよい。上述したように、イベントの終了条件は、イベントの制限時間が経過する前に、１以上のパーティーが勝利条件を満たした場合、又は、イベントの制限時間が経過した場合に成立する。勝利条件は、第２期間が開始する際に、所定のパーティーのアバターが全滅していること、及び第２期間において所定のパーティーに所属するユーザーのアバターが全滅することを含む。よって、対戦における第１ユーザーの勝利条件は、第２期間が開始する際、第１ユーザーの操作対象の一部又は全部が行動可能状態であって、第２ユーザーの操作対象の全部が行動不能状態である場合に満たされる。
図３２に示すように、イベントが終了する場合に、端末１００のモニター１６６には、それぞれリザルト画面７５が表示される。リザルト画面７５は、各種のオブジェクトを含み得る。一例として、リザルト画面７５は、イベントで勝利したパーティーを示す情報を含む。なお、ポイントの獲得数が最も多いユーザーを示すアイコン、又は他のアバターの討伐数が最も多いユーザーを示すアイコン等の情報を含んでもよい。上述したように、イベントの終了条件は、イベントの制限時間が経過する前に、１以上のパーティーが勝利条件を満たした場合、又は、イベントの制限時間が経過した場合に成立する。勝利条件は、第２期間が開始する際に、所定のパーティーのアバターが全滅していること、及び第２期間において所定のパーティーに所属するユーザーのアバターが全滅することを含む。よって、対戦における第１ユーザーの勝利条件は、第２期間が開始する際、第１ユーザーの操作対象の一部又は全部が行動可能状態であって、第２ユーザーの操作対象の全部が行動不能状態である場合に満たされる。
【0176】
本開示の効果について説明する。
（１）イベントの第１期間では、アバターが行動不能状態となった後に行動可能状態に変更可能である。よって、第１期間では、アバターが行動不能状態になり易いユーザーを楽しませ易い。一方、イベントの第２期間では、アバターが行動不能状態となった後に行動可能状態に変更不可能である。よって、第２期間では、アバターが行動不能状態になり難いユーザーを楽しませ易い。また、イベントでは、第１期間と、第２期間とで、アバターが行動不能状態となった後に行動可能状態に変化するか否かという観点において、イベントの特性が変化することで、イベントのマンネリ化を抑制することができる。よって、興趣性を向上させることができる。
（１）イベントの第１期間では、アバターが行動不能状態となった後に行動可能状態に変更可能である。よって、第１期間では、アバターが行動不能状態になり易いユーザーを楽しませ易い。一方、イベントの第２期間では、アバターが行動不能状態となった後に行動可能状態に変更不可能である。よって、第２期間では、アバターが行動不能状態になり難いユーザーを楽しませ易い。また、イベントでは、第１期間と、第２期間とで、アバターが行動不能状態となった後に行動可能状態に変化するか否かという観点において、イベントの特性が変化することで、イベントのマンネリ化を抑制することができる。よって、興趣性を向上させることができる。
【0177】
（２）アバターが行動不能状態となった後、行動可能状態に変化するまでの期間では、イベントの進行に干渉するための特定操作が可能である。よって、アバターが行動不能状態となったユーザーについても、参加中のイベントを楽しませることができる。
【0178】
（３）第１期間においてアバターが行動不能状態となった場合、ユーザーは、変更操作をするか否かによって、アバターを行動可能状態に変更させるか、行動不能状態を維持させるかを選択することができる。つまり、第１期間においてアバターが行動不能状態となった後、アバターを操作するか、配置操作によってイベントの進行に干渉するかをユーザーは、好みに応じて任意に選択できる。
【0179】
（４）第２期間においてアバターが行動不能状態となった場合、変更操作が受け付けられないことによって、行動不能状態のアバターが行動可能状態とならない。このため、第２期間においてアバターが行動不能状態となった場合に、行動可能状態とならないことをユーザーが認識し易い。
【0180】
（５）アバターが行動不能状態であるときと、行動可能状態であるときとで、仮想空間をレンダリングした画像を生成するときの視点が異なることから、視点の違いによって、アバターの状態をユーザーが認識し易い。
【0181】
（６）アバターが行動不能状態となった後に行動可能状態に変更不可能な第２期間では、イベントの進行に応じて制限領域が拡大することで、非制限領域にアバターを誘導することができる。この結果、第２期間では、アバターが行動不能状態となった後に行動可能状態に変更可能な第１期間よりも狭い領域内でアバターが行動不能状態となるか否かを楽しませることができる。
【0182】
（７）第２期間において、アバターが制限領域に滞在する場合、第１期間において取得した特定オブジェクトの一部又は全部を失うこととなる。よって、特定オブジェクトを失いたくないと考えるユーザーのアバターを、より強く非制限領域に誘導することができる。
【0183】
（８）第２期間が開始する際、一方のパーティーに所属するユーザーのアバターが全滅している場合、他方のパーティーの勝利条件が満たされる。よって、第２期間が開始する際、その前後においてアバターの状態に注意を向け易くさせることができる。
【0184】
（９）アバターが行動可能状態に変更されるときには、再び第１視点に戻ることから、点の違いによって、アバターの状態をユーザーがより認識し易い。
（１０）第２期間においてアバターが行動不能状態となった場合、復活示唆時間が表示されないことから、行動可能状態都ならないことを、ユーザーがより認識し易い。
（１０）第２期間においてアバターが行動不能状態となった場合、復活示唆時間が表示されないことから、行動可能状態都ならないことを、ユーザーがより認識し易い。
【0185】
（１１）特定値は、時間の経過に応じて変化するため、何れは行動不能状態から行動可能状態となることになるためユーザーの楽しみを増大させることができる。
（１２）アバターは、その状態が行動可能状態から行動不能状態に変更された場合に、フィールドから表示されなくなる。よって、ゲーム性の変化を際立たせることができる。
（１２）アバターは、その状態が行動可能状態から行動不能状態に変更された場合に、フィールドから表示されなくなる。よって、ゲーム性の変化を際立たせることができる。
【0186】
（１３）ユーザーは、自身のアバターの移動が規制された状態でも、敵方ユーザーのアバターが通過することを規制する壁オブジェクト９４Ａ、及び味方ユーザーのアバターのパラメーター値を回復させることができる温泉オブジェクト９４Ｃを配置することができる。つまり、ユーザーは、仮想空間８０に対して影響を与えることができる。これにより、ゲーム性は、アバターの状態が行動可能状態から行動不能状態に変更される前後で大きく変化する。よって、ユーザーの楽しみを、さらに増大させることができる。
【0187】
（１４）ユーザーが配置できるオブジェクトの数には、上限が存在する。よって、仮想空間８０に対する影響、及び復活時間の減少量が過度にならない。
（１５）ユーザーが配置したアシストオブジェクト９４は、配置時間が経過すると取り除かれる。これにより、ユーザーは、規定数のアシストオブジェクト９４を配置した後にも、規定時間が経過すれば、新しいアシストオブジェクト９４を配置できる。よって、ユーザーは、仮想空間への介入をより長時間にわたって継続することができる。
（１５）ユーザーが配置したアシストオブジェクト９４は、配置時間が経過すると取り除かれる。これにより、ユーザーは、規定数のアシストオブジェクト９４を配置した後にも、規定時間が経過すれば、新しいアシストオブジェクト９４を配置できる。よって、ユーザーは、仮想空間への介入をより長時間にわたって継続することができる。
【0188】
（１６）アバターの状態が行動可能状態から行動不能状態に変更された場合に、視点が、一人称視点から俯瞰視点に変更される。よって、ユーザーは、仮想空間８０を俯瞰しながら、アシストオブジェクト９４を配置することができる。
【0189】
（１７）アシストモードの開始が報知される。よって、ユーザーは、ゲーム性が変化することについて、事前に準備することができる。
（１８）アシストオブジェクト９４を配置したユーザーの属性を示す情報が報知される。よって、ユーザーによる仮想空間８０に対する介入状況が明らかになる。
（１８）アシストオブジェクト９４を配置したユーザーの属性を示す情報が報知される。よって、ユーザーによる仮想空間８０に対する介入状況が明らかになる。
【0190】
（１９）アシストオブジェクト９４を配置したユーザーが何れのグループに属しているかを識別できる。よって、ユーザーによる仮想空間８０に対する介入状況が明らかになる。
【0191】
（２０）同じ種類のアシストオブジェクト９４であっても、第１パーティーのユーザーが配置するか、第２パーティーのユーザーが配置するかによって、その効果が異なる。つまり、味方ユーザー、及び敵方ユーザーの何れのユーザーが配置したかによって、アシストオブジェクト９４の効果が異なる。これにより、アシストオブジェクト９４の効果が画一的にならない。よって、イベントに参加するユーザーの楽しみを増大させることができる。
【0192】
（２１）プレイヤーは、アシストオブジェクト９４が、味方ユーザー、及び敵方ユーザーの何れによって配置されたのかを識別できる。よって、プレイヤーは、仮想空間に配置されたアシストオブジェクトの効果の違いを視覚的に把握できる。
【0193】
（２２）第１パーティーに所属するユーザーが配置した温泉オブジェクト９４Ｃの効果は、第１パーティーに所属するユーザーのアバターに対して発揮されるが、第２パーティーに所属するユーザーのアバターに対して発揮されない。一方、第２パーティーに所属するユーザーが配置した温泉オブジェクト９４Ｃの効果は、第２パーティーに所属するユーザーのアバターに対して発揮されるが、第１パーティーに所属するユーザーのアバターに対しては発揮されない。よって、各パーティーに所属するユーザーは、自分と同じ属性を有するユーザーに対応するアバターに対して、温泉オブジェクト９４Ｃの効果を選択的に発揮させることができる。
【0194】
（２３）第１パーティーに所属するユーザーが配置した壁オブジェクト９４Ａの効果は、第１パーティーに所属するユーザーのアバター、及び第２パーティーに所属するユーザーのアバターの何れに対しても発揮される。同様に、第２パーティーに所属するユーザーが配置した壁オブジェクト９４Ａの効果は、第１パーティーに所属するユーザーのアバター、及び第２パーティーに所属するユーザーのアバターの何れに対しても発揮される。よって、各パーティーに所属するユーザーは、自分と同じ属性を有するユーザーに対応するアバターに対して有利になるように、又は自分と異なる属性を有するユーザーに対応するアバターに対して不利になるように、壁オブジェクト９４Ａの効果を選択的に発揮させることができる。
【0195】
（２４）アシストモードにおいて、ユーザーは、自分と同じパーティーに所属するユーザーのうち、自分が希望するユーザーのアバターに対応した視点を選択することができる。よって、ユーザーは、同じパーティーに所属するユーザーのアバターを見ながら、アシストオブジェクト９４を効果的に配置できる。
【0196】
（２５）アシストモードにおいて、ユーザーは、自分と異なるパーティーに所属するユーザーのアバターに対応した視点を選択することができる。よって、ユーザーが、敵方ユーザーのアバターの動きを容易に把握することができる。
【0197】
（２６）ユーザーは、アシストオブジェクト９４の種類と、アシストオブジェクト９４の位置とを指定できる。よって、ユーザーは、望むようにアシストオブジェクト９４を配置することができる。
【0198】
上記実施形態は、以下のように変更して実施することができる。上記実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・図３３に示すように、変更操作は、アバターを行動不能状態から行動可能状態に変更する効果を有する特定アシストオブジェクト９４Ｅの配置を指示する操作であってもよい。一例として、変更操作は、特定アシストアイコン７１Ｅが表示されている部分をドラッグ操作することによって行われる。一例として、特定アシストオブジェクト９４Ｅは、変更操作としてのドラッグ操作に基づく位置に配置される。一例として、所定条件が満たされることによって、特定アシストオブジェクト９４Ｅが配置される座標情報に基づいて行動可能状態のアバターが配置される。
・図３３に示すように、変更操作は、アバターを行動不能状態から行動可能状態に変更する効果を有する特定アシストオブジェクト９４Ｅの配置を指示する操作であってもよい。一例として、変更操作は、特定アシストアイコン７１Ｅが表示されている部分をドラッグ操作することによって行われる。一例として、特定アシストオブジェクト９４Ｅは、変更操作としてのドラッグ操作に基づく位置に配置される。一例として、所定条件が満たされることによって、特定アシストオブジェクト９４Ｅが配置される座標情報に基づいて行動可能状態のアバターが配置される。
【0199】
・図３４に示すように、アシストユニットの配置操作は、バトルモードにおけるアバターの移動操作と一部又は全部が同じ方法であってもよい。
一例として、端末１００のプロセッサー１１０は、アシストアイコン７１がタップ操作された場合に、仮想空間のうちモニター１６６の中央に表示されている位置に対して、アシストオブジェクト９４を仮配置する。端末１００のプロセッサー１１０は、アシストオブジェクト９４を仮想空間に仮配置した場合に、表示制御部１０４として、取消ボタン７０６、決定ボタン７０７、及び回転ボタン７０８をモニター１６６に表示する。端末１００のプロセッサー１１０は、ゲーム制御部１０１として、取消ボタン７０６が表示されている部分のタップ操作により、仮配置を取り消す操作がされた場合に、仮配置したアシストオブジェクト９４を仮想空間から取り除く。端末１００のプロセッサー１１０は、ゲーム制御部１０１として、回転ボタン７０８が表示されている部分のタップ操作により、アシストオブジェクト９４を回転させる操作がされると、仮配置したアシストオブジェクト９４を回転させる。
一例として、端末１００のプロセッサー１１０は、アシストアイコン７１がタップ操作された場合に、仮想空間のうちモニター１６６の中央に表示されている位置に対して、アシストオブジェクト９４を仮配置する。端末１００のプロセッサー１１０は、アシストオブジェクト９４を仮想空間に仮配置した場合に、表示制御部１０４として、取消ボタン７０６、決定ボタン７０７、及び回転ボタン７０８をモニター１６６に表示する。端末１００のプロセッサー１１０は、ゲーム制御部１０１として、取消ボタン７０６が表示されている部分のタップ操作により、仮配置を取り消す操作がされた場合に、仮配置したアシストオブジェクト９４を仮想空間から取り除く。端末１００のプロセッサー１１０は、ゲーム制御部１０１として、回転ボタン７０８が表示されている部分のタップ操作により、アシストオブジェクト９４を回転させる操作がされると、仮配置したアシストオブジェクト９４を回転させる。
【0200】
一例として、バトル画面６０及びアシスト画面７０は、第１仮想スティック７１０と、第２仮想スティック７２０と、を含む。バトル画面６０において、第１仮想スティック７１０は、仮想空間におけるアバター８１の移動を指示できる。バトル画面６０において、第２仮想スティック７２０は、カメラアングルの変更を指示できる。一例として、仮想カメラ９８は、第２仮想スティック７２０の操作によって、自身のアバター８１を視界領域内に収めたまま、当該アバター８１の周りを回転させる指示を行うことができる。一方、アシスト画面７０において、第１仮想スティック７１０は、仮想空間に仮配置されたアシストオブジェクト９４の移動を指示できる。アシスト画面７０において、第２仮想スティック７２０は、カメラアングルの変更を指示できる。一例として、仮想カメラ９８は、第２仮想スティック７２０の操作によって、アシストオブジェクト９４を視界領域内に収めたまま、当該アシストオブジェクト９４の周りを回転させる指示を行うことができる。
【0201】
端末１００のプロセッサー１１０は、ゲーム制御部１０１として、仮配置したアシストオブジェクト９４の移動操作を受け付けると、仮想空間でアシストオブジェクト９４を移動させる。端末１００のプロセッサー１１０は、表示制御部１０４として、仮配置したアシストオブジェクト９４を中心として、フィールド９２Ａを俯瞰する位置に仮想カメラ９８を追随させる。つまり、一例として、仮配置されたアシストオブジェクト９４の表示位置は、モニター１６６の中央に維持される。なお、上述のように、一例として、バトル画面６０において、自身のアバター８１の表示位置は、モニター１６６の中央に維持される。
【0202】
端末１００のプロセッサー１１０は、表示制御部１０４として、仮想カメラ９８の回転操作を受け付けると、アシストオブジェクト９４を中心とした軌道に沿って、仮想カメラ９８を回転させる。端末１００のプロセッサー１１０は、表示制御部１０４として、移動後の仮想カメラ９８の視界領域内に収められる範囲をモニター１６６に表示する。
【0203】
端末１００のプロセッサー１１０は、ゲーム制御部１０１として、決定ボタン７０７が表示されている部分のタップ操作により、アシストオブジェクト９４の配置を決定する操作がされると、仮配置したアシストオブジェクト９４の種類と、仮配置したアシストオブジェクト９４の位置と、を取得する。そして、ステップＳ２６０において、端末１００のプロセッサー１１０は、ゲーム制御部１０１として、アシストオブジェクト９４の種類情報、及び座標情報を含む第２操作情報（オブジェクト配置要求）をサーバー２００へ送信する。
【0204】
本変更例では、バトルモードにおける操作方法と、アシストモードにおける操作方法とが、仮想スティックによってオブジェクトを操作するという点で同じ方法である。つまり、バトル画面６０と、アシスト画面７０とは、操作するオブジェクトが異なる一方、オブジェクトの操作方法の一部が同じである。よって、本変更例では、バトル画面６０と、アシスト画面７０とは、異なるＵＩであるものの、バトルモードにおける操作方法と、アシストモードにおける操作方法との一部が同じであることによって、ユーザーの混乱を抑制することができる。
【0205】
・バトル画面６０と、アシスト画面７０とは、同じＵＩであってもよい。
・アバターが行動可能状態であるときと、行動不能状態であるときとで、モードが同じであってもよい。一例として、アバターが行動可能状態であるときと、行動不能状態であるときとでは、何れもバトルモードである一方、アバターが行動不能状態であるときには、行動可能状態であるときに比してアバターの行動の一部が規制されてもよい。一例として、アバターの行動の一部が規制されることには、アバターが移動できないことを含み得る。一例として、アバターの行動の一部が規制されることには、アバターの移動速度が低下することを含み得る。一例として、アバターの行動の一部が規制されることには、一部のアクションがとれなくなることを含み得る。一例として、アバターの行動の一部が規制されることには、攻撃が行えなくなることを含み得る。
・アバターが行動可能状態であるときと、行動不能状態であるときとで、モードが同じであってもよい。一例として、アバターが行動可能状態であるときと、行動不能状態であるときとでは、何れもバトルモードである一方、アバターが行動不能状態であるときには、行動可能状態であるときに比してアバターの行動の一部が規制されてもよい。一例として、アバターの行動の一部が規制されることには、アバターが移動できないことを含み得る。一例として、アバターの行動の一部が規制されることには、アバターの移動速度が低下することを含み得る。一例として、アバターの行動の一部が規制されることには、一部のアクションがとれなくなることを含み得る。一例として、アバターの行動の一部が規制されることには、攻撃が行えなくなることを含み得る。
【0206】
・第１期間において制限領域が設定されてもよい。この場合、第１期間では、第２期間が開始されるときよりも小さい制限領域が設定されてもよく、第２期間が開始されるときと同じ大きさの制限領域が設定されてもよい。一例として、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、第１期間が開始されるとき、又は第１期間における任意のタイミングにおいて、制限領域を設定するとともに、領域情報を端末１００へ送信することによって、ゲーム制御部２０１は、第１期間において第２期間より小さい制限領域を設定する。つまり、領域設定手段としてのゲーム制御部２０１は、第１期間において第２期間より小さい制限領域を設定するように制御してもよい。
【0207】
・アバターが制限領域に滞在する場合、ユーザーが所有する特定オブジェクトを０にしてもよい。一例として、ステップＳ３４４において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ユーザーが所有する特定オブジェクトを減少させることに代えて、ユーザーが所有する特定オブジェクトを０にしてもよい。つまり、所有制御手段としてのゲーム制御部２０１は、ステップＳ３３４において、制限領域内に操作対象が滞在する場合にユーザーが所有する特定オブジェクトを０にさせるように制御してもよい。
【0208】
・アバターが制限領域に滞在する場合、ユーザーが特定オブジェクトを所持しているか否かにかかわらず、制限領域に滞在するアバターのパラメーター値のうち特定のパラメーター値を減少値だけ減少させてもよい。一例として、特定のパラメーター値は、ヒットポイントである。一例として、減少値は、一定の値であってもよく、制限領域内に滞在した時間に応じて変化する値であってもよい。一例として、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ステップＳ３３２の処理に代えて、ステップＳ３３６の処理を実行することによって、ユーザーが特定オブジェクトを所持しているか否かにかかわらず、制限領域に滞在するアバターのパラメーター値のうち特定のパラメーター値を減少値だけ減少させる。
【0209】
・対戦において、１以上の第１ユーザーの勝利条件は、第１期間が終了する際、第１ユーザーの操作対象となるアバターの一部又は全部が行動可能状態であって、第２ユーザーの操作対象となるアバターの全部が行動不能状態である場合に満たされてもよい。一例として、全滅判定処理は、第２期間が開始される場合に代えて、第１期間が終了する場合に実行されてもよい。
【0210】
・特定オブジェクトによって上昇するパラメーター値は、一部であってもよく、全部であってもよい。一例として、特定オブジェクトによって上昇するパラメーター値は、特定オブジェクトの所有数に応じて、一部が上昇する場合と、全部が上昇する場合とがあってもよい。
【0211】
・特定オブジェクトによって上昇するパラメーター値は、特定オブジェクトの所有数に応じて、上昇量が異なっていてもよい。
・特定オブジェクトは、複数種類あってもよい。一例として、特定オブジェクトは、種類によって、上昇するパラメーター値の種類、及び上昇量の少なくとも一方が異なっていてもよい。一例として、特定オブジェクトは、種類によって、アバターが制限領域に滞在する場合の減少し易さが異なっていてもよい。一例として、特定オブジェクトは、種類によって、ステップＳ３３４において減少する数が異なることによって、アバターが制限領域に滞在する場合の減少し易さが異なっていてもよい。一例として、特定オブジェクトは、種類によって、ステップＳ３３０における滞在時間Ｔが異なることによって、アバターが制限領域に滞在する場合の減少し易さが異なっていてもよい。
・特定オブジェクトは、複数種類あってもよい。一例として、特定オブジェクトは、種類によって、上昇するパラメーター値の種類、及び上昇量の少なくとも一方が異なっていてもよい。一例として、特定オブジェクトは、種類によって、アバターが制限領域に滞在する場合の減少し易さが異なっていてもよい。一例として、特定オブジェクトは、種類によって、ステップＳ３３４において減少する数が異なることによって、アバターが制限領域に滞在する場合の減少し易さが異なっていてもよい。一例として、特定オブジェクトは、種類によって、ステップＳ３３０における滞在時間Ｔが異なることによって、アバターが制限領域に滞在する場合の減少し易さが異なっていてもよい。
【0212】
・切替時間は、イベントの対戦時間の半分よりも短い時間であってもよく、イベントの対戦時間の半分よりも長い時間であってもよい。つまり、第１期間は、第２期間よりも短い期間であってもよく、第２期間よりも長い期間であってもよい。
【0213】
・切替条件が満たされる前にアバターが行動不能状態となった場合に、所定条件が満たされる前に切替条件が満たされるとき、所定条件を満たせなくなってもよい。この場合、切替条件が満たされるよりも前であって、変更可能条件を満たすことができない期間は、第１期間、及び第２期間とは異なる第３期間であるといえる。つまり、イベントは、第１期間、及び第２期間に加えて、第３期間を含んでいてもよい。
【0214】
・イベント準備期間は、イベント参加期間ではない期間のうち一部又は全部である。一例として、イベント準備期間は、イベント参加期間ではない期間のうち一部であるとともに、イベント参加期間ではなく、かつ、イベント準備期間でもない期間において、ユーザーによる準備移行操作に基づいて移行する期間であってもよい。
【0215】
・アシスト画面７０は、アバターが行動可能状態に変更できないことを示す所定アイコンを含んでもよい。一例として、所定アイコンは、アバターが第１期間において行動不能状態となった場合に、変更可能条件が満たされるまでの期間においてモニター１６６に表示されてもよい。つまり、アシスト画面７０は、変更可能条件が満たされる場合にアバターを行動可能状態に変更できることを示すアイコンを含み得る。一例として、所定アイコンは、アバターが第２期間において行動不能状態となった場合に、モニター１６６に表示されてもよい。つまり、アシスト画面７０は、アバターを行動可能状態に変更不可能であることを示すアイコンを含み得る。
【0216】
・復活時間は、アバターが行動不能状態であるときのユーザーの操作に応じて減少してもよい。一例として、復活時間は、時間の経過によって減少することに加えて、アシストモードにおいてアシストオブジェクトを配置することによって減少する。つまり、復活時間が０になるまでの時間は、アシストモードにおけるアシストオブジェクトの配置によって短縮される。よって、積極的にアシストオブジェクトを配置させ得る。
【0217】
・一例として、所定条件を満たすことができないことは、変更可能条件を満たすことができないことを含む。一例として、所定条件を満たすことができないことは、変更可能条件が満たされた場合であっても、所定条件が満たされないことを含む。一例として、所定条件を満たすことができないことは、変更可能条件が満たされた場合であっても、変更操作の受け付けが許容されないことを含む。
【0218】
・制限領域が拡大する速さは、一定であってもよく、変化してもよい。一例として、制限領域が拡大する速さは、特定の大きさとなった場合に、それまでの速さに比して、速くなってもよく、遅くなってもよい。
【0219】
・制限領域は、連続的に拡大されてもよく、段階的に拡大されてもよい。一例として、制限領域は、特定の大きさを区切りとして段階的に拡大されてもよい。
・制限領域が設定される場合、及び制限領域が拡大する場合に、制限領域に配置されるオブジェクトの一部又は全部を仮想空間から取り除いてもよい。これによれば、第２期間におけるイベントの制御に関する負荷を軽減することができる。一例として、制限領域が設定される場合、及び制限領域が拡大する場合に、一部又は全部が制限領域に配置される特定オブジェクトを仮想空間から取り除いてもよい。この場合、制限領域は、ユーザーが特定オブジェクトを取得することが制限される領域であるといえる。つまり、制限領域では、アバターが、ユーザーに特定オブジェクトを取得させることができないことによって、アバターの行動が制限されてもよい。
・制限領域が設定される場合、及び制限領域が拡大する場合に、制限領域に配置されるオブジェクトの一部又は全部を仮想空間から取り除いてもよい。これによれば、第２期間におけるイベントの制御に関する負荷を軽減することができる。一例として、制限領域が設定される場合、及び制限領域が拡大する場合に、一部又は全部が制限領域に配置される特定オブジェクトを仮想空間から取り除いてもよい。この場合、制限領域は、ユーザーが特定オブジェクトを取得することが制限される領域であるといえる。つまり、制限領域では、アバターが、ユーザーに特定オブジェクトを取得させることができないことによって、アバターの行動が制限されてもよい。
【0220】
・行動不能状態では、アシストオブジェクトを配置することによって、イベントの進行に干渉できたが、これに限らない。一例として、アバターが行動不能状態である場合、ユーザーは、特定操作によって、仮想空間に配置されたオブジェクトを取り除くことができることで、イベントの進行に干渉できてもよい。一例として、取り除くことができるオブジェクトは、特定オブジェクトを含む。この場合、特定オブジェクトは、ユーザーが取得することによって、仮想空間から取り除かれてもよい。一例として、ユーザーは、特定操作によって、行動可能状態である他のアバターのパラメーター値を変更できることで、イベントの進行に干渉できてもよい。一例として、ユーザーは、特定操作によって、イベントの残り時間を変更できることで、イベントの進行に干渉できてもよい。
【0221】
・特定オブジェクトは、取得時間が経過するまでの期間において、中断条件が満たされる場合に、取得が中断されるようにしてもよい。一例として、中断条件が満たされる場合、取得操作を受け付けることによって、取得時間の計測が再開されるようにしてもよく、新たに取得時間が計測されるようにしてもよい。一例として、中断条件は、敵方ユーザーのアバターの攻撃が命中したときに満たされてもよく、敵方ユーザーが配置したアシストオブジェクトの攻撃が命中したときに満たされてもよい。
【0222】
・アバターを行動不能状態から行動可能状態に変更するとき、当該アバターは、行動可能状態となってから、一定時間が経過するまで、行動可能状態となったアバターのヒットポイントが減少しないようにしてもよい。一例として、一定時間は、配置時間以下の時間であってもよい。この場合、特定アシストオブジェクト９４Ｅが撤去されるまでの期間において、特定アシストオブジェクト９４Ｅを配置したユーザーのアバターのヒットポイントが減少しないようにしてもよい。一例として、ステップＳ２５２において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、行動可能状態に変更したアバターの設定情報を、ヒットポイントが減少しない期間であることを示す内容に変更してもよい。一例として、ステップＳ１３６において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、アバターに攻撃が命中したか否かを判定する場合、アバターの設定情報が、ヒットポイントが減少しない期間であることを示す内容であるときには、アバターに攻撃が命中していないと判定してもよい。つまり、アバターが攻撃の対象とならないことによって、ヒットポイントが減少しないようにしてもよい。一例として、ステップＳ１３６において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、所定のアバターに攻撃が命中したと判定した場合、当該アバターの設定情報が、ヒットポイントが減少しない期間であることを示す内容であるときには、当該アバターのヒットポイントを減少させなくてもよい。一例として、ステップＳ１２０において、サーバー２００のプロセッサー２１０は、ゲーム制御部２０１として、ヒットポイントが減少しない期間であることを示す内容である設定情報が設定されたアバターについて、ヒットポイントが減少しない期間が終了したか否かを判定してもよい。一例として、プロセッサー２１０は、ヒットポイントが減少しない期間が終了した場合に、アバターの設定情報を、ヒットポイントが減少しない期間でないことを示す内容に変更してもよい。
【0223】
・アシストオブジェクトの配置時間は、任意に変更してもよい。一例として、アシストオブジェクトの配置時間は、アシストオブジェクトにアバターの攻撃が命中した場合に、当該攻撃に応じた時間、又は一定時間だけ短縮されてもよい。一例として、アシストオブジェクトの配置時間は、別のアシストオブジェクトの攻撃が命中した場合に、当該攻撃に応じた時間、又は一定時間だけ短縮されてもよい。
【0224】
・アシストオブジェクトの撤去条件は、配置時間が経過することに加えて、又は代えて、アシストオブジェクトのパラメーター値のうち、特定のパラメーター値が規定値になることによって満たされてもよい。一例として、特定のパラメーター値は、耐久値である。一例として、規定値は、０である。一例として、アシストオブジェクトの耐久値は、当該アシストオブジェクトにアバターの攻撃が命中した場合に、当該攻撃に応じた値、又は一定値だけ減少する。一例として、アシストオブジェクトの耐久値は、当該アシストオブジェクトに別のアシストオブジェクトの攻撃が命中した場合に、当該攻撃に応じた値、又は一定値だけ減少する。
【0225】
・配置可能なアシストオブジェクトは、任意に変更してもよい。一例として、１のパーティーに所属するユーザーが配置した壁オブジェクト９４Ａの効果は、同じパーティーに所属するユーザーのアバターに対して発揮されるが、別のパーティーに所属するユーザーのアバターに対して発揮されないようにしてもよい。一例として、１のパーティーに所属するユーザーが配置した壁オブジェクト９４Ａの効果は、別のパーティーに所属するユーザーのアバターに対して発揮されるが、同じパーティーに所属するユーザーのアバターに対して発揮されないようにしてもよい。一例として、１のパーティーに所属するユーザーが配置した温泉オブジェクト９４Ｃの効果は、別のパーティーに所属するユーザーのアバターに対して発揮されるが、同じパーティーに所属するユーザーのアバターに対して発揮されないようにしてもよい。一例として、１のパーティーに所属するユーザーが配置した温泉オブジェクト９４Ｃの効果は、同じパーティーに所属するユーザーのアバター、及び別のパーティーに所属するユーザーのアバターの何れに対しても発揮されるようにしてもよい。一例として、１のパーティーに所属するユーザーが配置した砲台オブジェクト９４Ｄの効果は、同じパーティーに所属するユーザーのアバターに対して発揮されるが、別のパーティーに所属するユーザーのアバターに対して発揮されないようにしてもよい。一例として、１のパーティーに所属するユーザーが配置した砲台オブジェクト９４Ｄの効果は、同じパーティーに所属するユーザーのアバター、及び別のパーティーに所属するユーザーのアバターの何れに対しても発揮されるようにしてもよい。
【0226】
・アバターアイコンが表示されている部分をタップ操作することによって視点変更操作を行うことができてもよい。一例として、端末１００のプロセッサー１１０は、タップ操作がされたアバターアイコンに対応する対象アバターが行動不能状態となった位置を中心として、フィールドを俯瞰する位置へ仮想カメラ９８の位置を変更する。
【0227】
・複数の端末１００は、互いに構成が異なるコンピューターとして実現されてもよい。
・ゲーム制御部１０１，２０１が備える１以上のモジュールは、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の回路により実現してもよい。
・ゲーム制御部１０１，２０１が備える１以上のモジュールは、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の回路により実現してもよい。
【0228】
・ゲーム制御部１０１，２０１が備える１以上のモジュールは、プロセッサーを用いるソフトウェアによって実現してもよい。ゲーム制御部１０１，２０１の少なくとも１つを備えるコンピューターは、プロセッサー、メモリー、及びストレージを備える。上記プログラム及び各種データは、プロセッサーが読み取りできるように、ストレージに記録される。プログラムは、メモリーに展開される。そして、プロセッサーが上記プログラムをストレージから読み取り、実行することにより、本開示の作用が実現される。ストレージは、既に説明の通り、不揮発性の記憶装置として実現され得る。
【0229】
・プログラムは、このプログラムを伝送可能な任意の伝送媒体（通信ネットワーク、又は放送波等）を介して上記コンピューターに供給されてもよい。
・プログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリー（ＲＯＭ、ＲＡＭ、フラッシュメモリー等）等の記録媒体に記録してもよい。
・プログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリー（ＲＯＭ、ＲＡＭ、フラッシュメモリー等）等の記録媒体に記録してもよい。
【0230】
・上記実施形態、及び変更例のうち、サーバー２００のプロセッサー２１０が行う処理の一部又は全部は、端末１００のプロセッサー１１０が行ってもよい。上記実施形態、及び変更例のうち、端末１００のプロセッサー１１０が行う処理の一部又は全部は、サーバー２００のプロセッサー２１０が行ってもよい。つまり、上記実施形態、及び変更例に記載した処理の全ては、サーバー２００のプロセッサー２１０が行ってもよく、端末１００のプロセッサー１１０が行ってもよい。また、上記実施形態、及び変更例に記載した処理のうち任意である特定の処理は、サーバー２００のプロセッサー２１０が行い、上記実施形態、及び変更例に記載した処理のうち前記特定の処理とは異なる処理を端末１００のプロセッサー１１０が行ってもよい。つまり、情報処理システム１０において、コンピューターは、１又は複数の端末１００と１又は複数のサーバー２００とによって構成されてもよい。
【0231】
本開示は以下の実施例を包含する。限定のためでなく理解の補助として実施形態の構成要素の参照符号を付した。
（付記１）コンピューター（１００Ａ，１００Ｂ，１００Ｃ，２００）を、ユーザーをイベントに参加させる参加制御手段（１０１，２０１，Ｓ１０８）と、前記ユーザーによる入力操作に基づいて操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動させるように制御する行動制御手段（１０１，２０１，Ｓ１３４）と、特定条件の成立に応じて前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動不能状態に変更し、前記イベントの第１期間において行動不能状態となった前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動可能状態に変更可能とし、前記イベントの第２期間において行動不能状態となった前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動可能状態に変更不可能とするように制御する状態制御手段（１０１，２０１，Ｓ２０２，Ｓ２１０，Ｓ２１２，Ｓ２５２）と、として機能させることを特徴とするプログラム。
（付記１）コンピューター（１００Ａ，１００Ｂ，１００Ｃ，２００）を、ユーザーをイベントに参加させる参加制御手段（１０１，２０１，Ｓ１０８）と、前記ユーザーによる入力操作に基づいて操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動させるように制御する行動制御手段（１０１，２０１，Ｓ１３４）と、特定条件の成立に応じて前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動不能状態に変更し、前記イベントの第１期間において行動不能状態となった前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動可能状態に変更可能とし、前記イベントの第２期間において行動不能状態となった前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動可能状態に変更不可能とするように制御する状態制御手段（１０１，２０１，Ｓ２０２，Ｓ２１０，Ｓ２１２，Ｓ２５２）と、として機能させることを特徴とするプログラム。
【0232】
（付記２）前記コンピューター（１００Ａ，１００Ｂ，１００Ｃ，２００）を、前記イベントにおいて前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）が行動不能状態となった場合に、前記ユーザーによる特定操作に基づいて前記ユーザーが前記イベントの進行に干渉できるように制御する進行制御手段（１０１，２０１，Ｓ２６４）として機能させる付記１に記載のプログラム。
【0233】
（付記３）前記コンピューター（１００Ａ，１００Ｂ，１００Ｃ，２００）を、前記第１期間において前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）が行動不能状態となった場合に、前記ユーザーによる変更操作を受け付ける変更操作受付手段（１０１，２０１，Ｓ２４８，Ｓ２５０）として機能させ、前記状態制御手段は、前記変更操作受付手段が前記変更操作を受け付けた場合に前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動可能状態に変更する付記２に記載のプログラム。
【0234】
（付記４）前記変更操作受付手段は、前記第２期間において前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）が行動不能状態となった場合に、前記変更操作を受け付けない付記３に記載のプログラム。
【0235】
（付記５）前記コンピューター（１００Ａ，１００Ｂ，１００Ｃ，２００）を、前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を配置するための仮想空間を生成する仮想空間生成手段（１０１，２０１，Ｓ１１０）と、前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）が行動可能状態である場合に、前記仮想空間をレンダリングした画像を生成するときの視点を第１視点とし、前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）が行動不能状態である場合に、前記仮想空間をレンダリングした画像を生成するときの視点を第２視点とするように制御する視点制御手段（１０１，２０１，Ｓ２０８，Ｓ２５８）と、として機能させる付記２に記載のプログラム。
【0236】
（付記６）前記コンピューター（１００Ａ，１００Ｂ，１００Ｃ，２００）を、前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を配置するための仮想空間を生成する仮想空間生成手段（１０１，２０１，Ｓ１１０）と、前記仮想空間において、前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）の制限領域を設定する領域設定手段（１０１，２０１，Ｓ３０６）と、として機能させ、前記領域設定手段は、前記第１期間において前記制限領域を設定しない、又は前記第１期間において前記第２期間より小さい前記制限領域を設定し、前記領域設定手段は、前記第２期間において、前記イベントの進行に応じて前記制限領域を拡大させる付記１に記載のプログラム。
【0237】
（付記７）前記コンピューター（１００Ａ，１００Ｂ，１００Ｃ，２００）を、前記第１期間において前記仮想空間に特定オブジェクト（９５Ａ）を配置する配置手段（１０１，２０１，Ｓ１１２）と、取得条件を満たす前記ユーザーに前記特定オブジェクト（９５Ａ）を取得させるように制御し、前記制限領域内に前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）が滞在する場合に前記ユーザーが所有する前記特定オブジェクト（９５Ａ）を減少させる、又は前記制限領域内に前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）が滞在する場合に前記ユーザーが所有する前記特定オブジェクト（９５Ａ）を０にさせるように制御する所有制御手段（１０１，２０１，Ｓ１６６，Ｓ３３４）と、として機能させる付記６に記載のプログラム。
【0238】
（付記８）前記参加制御手段は、前記ユーザーを含む１以上の第１ユーザーと、前記第１ユーザーとは異なる１以上の第２ユーザーと、を前記イベントに参加させ、前記イベントは、前記第１ユーザーと前記第２ユーザーとが対戦するイベントであり、前記対戦における前記第１ユーザーの勝利条件は、前記第１期間が終了する際、又は前記第２期間が開始する際、前記第１ユーザーの操作対象（８１Ａ，８１Ｂ，８１Ｃ）の一部又は全部が行動可能状態であって、前記第２ユーザーの操作対象（８１Ａ，８１Ｂ，８１Ｃ）の全部が行動不能状態である場合に満たされる付記１に記載のプログラム。
【0239】
（付記９）ユーザーをイベントに参加させる参加制御手段（１０１，２０１，Ｓ１０８）と、前記ユーザーによる入力操作に基づいて操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動させるように制御する行動制御手段（１０１，２０１，Ｓ１３４）と、特定条件の成立に応じて前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動不能状態に変更し、前記イベントの第１期間において行動不能状態となった前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動可能状態に変更可能とし、前記イベントの第２期間において行動不能状態となった前記操作対象（８１Ａ，８１Ｂ，８１Ｃ）を行動可能状態に変更不可能とするように制御する状態制御手段（１０１，２０１，Ｓ２０２，Ｓ２１０，Ｓ２１２，Ｓ２５２）と、を備える情報処理システム。
【0240】
本発明がその技術的思想から逸脱しない範囲で他の特有の形態で具体化されてもよいということは当業者にとって明らかであろう。例えば、実施形態（あるいはその１つ又は複数の態様）において説明した部品のうちの一部を省略してもよいし、いくつかの部品を組合せてもよい。手順についても同様である。本発明の範囲は、添付の請求の範囲を参照して、請求の範囲が権利を与えられる均等物の全範囲と共に確定されるべきである。
【符号の説明】
【0241】
Ａ、Ｂ、Ｃ…ユーザー Ｎ…規定数 Ｔ…滞在時間 １０…情報処理システム ４０…ホーム画面 ５０…マッチング画面 ６０…バトル画面 ６１、６３…ＨＰバー ６２…枠線 ６４Ａ、６４Ｂ…ポイント表示欄 ６５…アシスト移行画面 ６６…開始情報 ７０…アシスト画面 ７１Ａ、７１Ｂ、７１Ｃ、７１Ｄ…アシストアイコン ７１Ｅ…特定アシストアイコン ７２…時間情報 ７３…特定アイコン ７５…リザルト画面 ８０…仮想空間 ８１、８１Ａ、８１Ｂ、８１Ｃ…アバター ９０…ネットワーク ９２…地形オブジェクト ９２Ａ…フィールド ９４…アシストオブジェクト ９４Ａ…壁オブジェクト ９４Ｃ…温泉オブジェクト ９４Ｄ…砲台オブジェクト ９４Ｅ…特定アシストオブジェクト ９５Ａ…特定オブジェクト ９５Ｂ…取得アイコン ９５Ｃ…経過情報 ９８、９８Ａ、９８Ｂ、９８Ｃ…仮想カメラ １００、１００Ａ、１００Ｂ、１００Ｃ…端末 １０１…ゲーム制御部 １０４…表示制御部 １０５…記憶部 １０６…通信部 １０７…入出力部 １１０…プロセッサー １２０…メモリー １３０…ストレージ １４０…通信インターフェース １５０…入出力インターフェース １６０…マイク １６２…スピーカー １６４…タッチスクリーン １６６…モニター １６７…タッチセンサー １８０…通信バス １９０…入出力機器 ２００…サーバー ２０１…ゲーム制御部 ２０５…記憶部 ２０６…通信部 ２０７…入出力部 ２１０…プロセッサー ２２０…メモリー ２３０…ストレージ ２４０…通信インターフェース ２５０…入出力インターフェース ２８０…通信バス ４０１…アバターウィンドウ ４０４…バトルアイコン ４０６…キャラクタアイコン ５０１…アバターウィンドウ ７０２…視点変更アイコン ７０６…取消ボタン ７０７…決定ボタン ７０８…回転ボタン ７１０…第１仮想スティック ７２０…第２仮想スティック
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】