(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024036918
(43)【公開日】2024-03-18
(54)【発明の名称】プログラム、ゲームシステム
(51)【国際特許分類】
A63F 13/69 20140101AFI20240311BHJP
A63F 13/52 20140101ALI20240311BHJP
A63F 13/45 20140101ALI20240311BHJP
【ＦＩ】
A63F13/69
A63F13/52
A63F13/45
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2022141474
(22)【出願日】2022-09-06
(71)【出願人】
【識別番号】509070463
【氏名又は名称】株式会社コロプラ
(74)【代理人】
【識別番号】100148563
【弁理士】
【氏名又は名称】山本 実
(72)【発明者】
【氏名】吉田 英修
(57)【要約】
【課題】ユーザの楽しみを増大させること
【解決手段】プログラムは、コンピュータに、ユーザがプレイするゲームにおいて、前記ユーザに対応するオブジェクトが所定条件を満たす場合に当該オブジェクトの状態情報を、第１状態を示す内容から第２状態を示す内容に変更することと、特定値が規定値に達する場合に前記オブジェクトが特定条件を満たしたと判定することと、前記ゲームにおいて、前記オブジェクトが前記特定条件を満たす場合に当該オブジェクトの状態情報を、第２状態を示す内容から第１状態を示す内容に変更することと、前記ユーザの操作に応じて前記特定値及び前記規定値のうち少なくとも一方を変更すること（ステップＳ２３６）と、を実行させる。
【選択図】図１０
【解決手段】プログラムは、コンピュータに、ユーザがプレイするゲームにおいて、前記ユーザに対応するオブジェクトが所定条件を満たす場合に当該オブジェクトの状態情報を、第１状態を示す内容から第２状態を示す内容に変更することと、特定値が規定値に達する場合に前記オブジェクトが特定条件を満たしたと判定することと、前記ゲームにおいて、前記オブジェクトが前記特定条件を満たす場合に当該オブジェクトの状態情報を、第２状態を示す内容から第１状態を示す内容に変更することと、前記ユーザの操作に応じて前記特定値及び前記規定値のうち少なくとも一方を変更すること（ステップＳ２３６）と、を実行させる。
【選択図】図１０
【特許請求の範囲】
【請求項1】
コンピュータに、
ユーザがプレイするゲームにおいて、前記ユーザに対応するオブジェクトが所定条件を満たす場合に当該オブジェクトの状態情報を、第１状態を示す内容から第２状態を示す内容に変更することと、
特定値が規定値に達する場合に前記オブジェクトが特定条件を満たしたと判定することと、
前記ゲームにおいて、前記オブジェクトが前記特定条件を満たす場合に当該オブジェクトの状態情報を、前記第２状態を示す内容から前記第１状態を示す内容に変更することと、
前記ユーザの操作に応じて前記特定値及び前記規定値のうち少なくとも一方を変更することと、を実行させる、プログラム。
ユーザがプレイするゲームにおいて、前記ユーザに対応するオブジェクトが所定条件を満たす場合に当該オブジェクトの状態情報を、第１状態を示す内容から第２状態を示す内容に変更することと、
特定値が規定値に達する場合に前記オブジェクトが特定条件を満たしたと判定することと、
前記ゲームにおいて、前記オブジェクトが前記特定条件を満たす場合に当該オブジェクトの状態情報を、前記第２状態を示す内容から前記第１状態を示す内容に変更することと、
前記ユーザの操作に応じて前記特定値及び前記規定値のうち少なくとも一方を変更することと、を実行させる、プログラム。
【請求項2】
前記ユーザの操作に応じて前記特定値及び前記規定値のうち少なくとも一方を変更することには、前記オブジェクトの状態情報が前記第２状態を示す内容であるときの前記ユーザの操作に応じて前記特定値及び前記規定値のうち少なくとも一方を変更することを含む、請求項１に記載のプログラム。
【請求項3】
前記コンピュータに、前記ユーザの操作に関係なく前記特定値及び前記規定値のうち少なくとも一方を変更することをさらに実行させる、請求項１に記載のプログラム。
【請求項4】
前記コンピュータに、時間の経過に応じて前記特定値及び前記規定値のうち少なくとも一方を変更することをさらに実行させる、請求項１に記載のプログラム。
【請求項5】
前記コンピュータに、
前記ゲームを開始する場合に、第１ＧＵＩを提供することの要求を、前記ユーザが使用する端末に送信することと、
前記オブジェクトの状態情報を、第１状態を示す内容から第２状態を示す内容に変更した場合に、前記第１ＧＵＩとは異なる第２ＧＵＩを提供することの要求を、前記端末に送信することと、をさらに実行させる、請求項１に記載のプログラム。
前記ゲームを開始する場合に、第１ＧＵＩを提供することの要求を、前記ユーザが使用する端末に送信することと、
前記オブジェクトの状態情報を、第１状態を示す内容から第２状態を示す内容に変更した場合に、前記第１ＧＵＩとは異なる第２ＧＵＩを提供することの要求を、前記端末に送信することと、をさらに実行させる、請求項１に記載のプログラム。
【請求項6】
前記コンピュータに、
前記ゲームにおいて、前記オブジェクトの状態情報が前記第２状態を示す内容であるとき、前記オブジェクトとは別のオブジェクトを操作できるようにすることをさらに実行させる請求項１に記載のプログラム。
前記ゲームにおいて、前記オブジェクトの状態情報が前記第２状態を示す内容であるとき、前記オブジェクトとは別のオブジェクトを操作できるようにすることをさらに実行させる請求項１に記載のプログラム。
【請求項7】
コンピュータを備えるゲームシステムにおいて、
前記コンピュータは、
ユーザがプレイするゲームにおいて、前記ユーザに対応するオブジェクトが所定条件を満たす場合に当該オブジェクトの状態情報を、第１状態を示す内容から第２状態を示す内容に変更することと、
特定値が規定値に達する場合に前記オブジェクトが特定条件を満たしたと判定することと、
前記ゲームにおいて、前記オブジェクトが前記特定条件を満たす場合に当該オブジェクトの状態情報を、前記第２状態を示す内容から前記第１状態を示す内容に変更することと、
前記ユーザの操作に応じて前記特定値及び前記規定値のうち少なくとも一方を変更することと、を実行する、ゲームシステム。
前記コンピュータは、
ユーザがプレイするゲームにおいて、前記ユーザに対応するオブジェクトが所定条件を満たす場合に当該オブジェクトの状態情報を、第１状態を示す内容から第２状態を示す内容に変更することと、
特定値が規定値に達する場合に前記オブジェクトが特定条件を満たしたと判定することと、
前記ゲームにおいて、前記オブジェクトが前記特定条件を満たす場合に当該オブジェクトの状態情報を、前記第２状態を示す内容から前記第１状態を示す内容に変更することと、
前記ユーザの操作に応じて前記特定値及び前記規定値のうち少なくとも一方を変更することと、を実行する、ゲームシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、及びゲームシステムに関する。
【背景技術】
【0002】
非特許文献１は、第１領域を移動しながら敵方キャラクタを攻撃することによって、敵方キャラクタを全滅させることを目的としたゲームを開示する。このゲームにおいて、ユーザは、自分のキャラクタが死亡した場合に、第２領域を移動しながら敵方キャラクタを攻撃できる。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】“ボンバーマン４ ＴＡＳさんとＣＰＵが対戦するとこうなる”、［ｏｎｌｉｎｅ］、平成２９年２月１７日、おやつ、［令和３年１月１０日検索］、インターネット＜ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝２ｙＮＴＮＧＺＮ３Ｔ８＞
【発明の概要】
【発明が解決しようとする課題】
【0004】
非特許文献１で開示されるゲームにおいて、ユーザに対応付けられたオブジェクト（キャラクタ）の状態は、１度変化すると、前の状態に変化しない。つまり、１度オブジェクトの状態が変化した後は、ゲームが終了するまで、その状態が維持される。このため、ユーザの楽しみを増大させる余地がある。
【課題を解決するための手段】
【0005】
本開示の一態様に係るプログラムは、コンピュータに、ユーザがプレイするゲームにおいて、前記ユーザに対応するオブジェクトが所定条件を満たす場合に当該オブジェクトの状態情報を、第１状態を示す内容から第２状態を示す内容に変更することと、特定値が規定値に達する場合に前記オブジェクトが特定条件を満たしたと判定することと、前記ゲームにおいて、前記オブジェクトが前記特定条件を満たす場合に当該オブジェクトの状態情報を、第２状態を示す内容から第１状態を示す内容に変更することと、前記ユーザの操作に応じて前記特定値及び前記規定値のうち少なくとも一方を変更することと、を実行させる。
【発明の効果】
【0006】
本開示によれば、ユーザの楽しみを増大させることができる。
【図面の簡単な説明】
【0007】
【図1】ゲームシステムの概要を示す図。
【図5】ゲームの第２パートを実行するための処理の流れの一例を示す図。
【図6】アバターの行動を管理するための処理の流れの一例を示す図。
【図7】アバターを第２状態に変更するための処理の流れの一例を示す図。
【図8】経過時間に応じて復活時間を減算するための処理の流れの一例を示す図。
【図9】第１実施形態における、アバターを第１状態に変更するための処理の流れの一例を示す図。
【図10】アシストオブジェクトを配置するための処理の流れの一例を示す図。
【図11】アシストオブジェクトを仮想空間から取り除くための処理の流れの一例を示す図。
【図12】仮想空間の一例を示す図。
【図13】第１実施形態における、アシストオブジェクトの一例を示す図。
【図24】第２実施形態における、アシストオブジェクトの一例を示す図。
【図25】第２実施形態における、アバターを第１状態に変更するための処理の流れの一例を示す図。
【図26】第２実施形態における、アバターを第１状態に変更するための処理の流れの一例を示す図。
【図27】第２実施形態における、アシスト画面の一例を示す図。
【図28】変更例における、アシスト画面の一例を示す図。
【発明を実施するための形態】
【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】
一例として、レンダリングモジュール１０４は、ＧＵＩ（Graphical User Interface）を構築する。一例として、ＧＵＩは、２Ｄ、又は３ＤのＧＵＩオブジェクトを制御、及び描画した画像によって構築される。一例として、レンダリングモジュール１０４は、ＧＵＩオブジェクトを含むゲーム画面を作成する。ＧＵＩオブジェクトは、ゲームを進行するために必要なユーザの入力操作を補助するオブジェクトを含み得る。また、ＧＵＩオブジェクトは、ゲームの進行中に生成されるデータを端末１００から得るために必要なユーザの入力操作を補助するオブジェクトを含み得る。一例として、ＧＵＩオブジェクトは、アイコン、ボタン、リスト、ウィンドウ、及びメニューなどである。詳しくは後述するが、一例として、ＧＵＩオブジェクトを含むゲーム画面には、ホーム画面４０、バトル画面６０、及びアシスト画面７０を含み得る。バトル画面６０は、第１ＧＵＩとして構成されている。アシスト画面７０は、第１ＧＵＩ（バトル画面６０）とは異なる第２ＧＵＩとして構成されている。
【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】
１０…ゲームシステム ４０…ホーム画面 ５０…マッチング画面 ６０…バトル画面 ６１…ＨＰバー ６２…枠線 ６３…ＨＰバー ６４Ａ…ポイント表示欄 ６４Ｂ…ポイント表示欄 ６５…アシスト移行画面 ６６…開始情報 ７０…アシスト画面 ７１…アシストアイコン ７１Ａ…アシストアイコン ７１Ｃ…アシストアイコン ７１Ｄ…アシストアイコン ７１Ｅ…特定アシストアイコン ７２…時間情報 ７３…減少情報 ７５…リザルト画面 ８０…仮想空間 ８１…アバター ８１Ａ…アバター ８１Ｂ…アバター ８１Ｃ…アバター ９０…ネットワーク ９２…地形オブジェクト ９２Ａ…フィールド ９４…アシストオブジェクト ９４Ａ,９４Ａ１，９４Ａ２…壁オブジェクト ９４Ｃ…温泉オブジェクト ９４Ｄ，９４Ｄ１…砲台オブジェクト ９４Ｅ…祭壇オブジェクト ９８，９８Ａ，９８Ｂ，９８Ｃ…仮想カメラ １００，１００Ａ，１００Ｂ，１００Ｃ…端末 １０１…コントロールモジュール １０１Ａ…ゲームモジュール １０１Ｂ…配信モジュール １０１Ｃ…視聴モジュール １０４…レンダリングモジュール １０５…メモリモジュール １０６…通信モジュール １０７…入出力モジュール １１０…プロセッサ １２０…メモリ １３０…ストレージ １４０…通信ＩＦ １５０…入出力ＩＦ １６０…マイク １６２…スピーカ １６４…タッチスクリーン １６６…モニタ １６７…タッチセンサ １８０…通信バス １９０…入出力機器 ２００…サーバ ２００Ａ…ゲームサーバ ２００Ｂ…配信サーバ ２０１…コントロールモジュール ２０１Ａ…ゲームモジュール ２０１Ｂ…配信モジュール ２０５…メモリモジュール ２０６…通信モジュール ２０７…入出力モジュール ２１０…プロセッサ ２２０…メモリ ２３０…ストレージ ２４０…通信ＩＦ ２５０…入出力ＩＦ ２８０…通信バス ４０１…アバターウィンドウ ４０４…バトルアイコン ４０６…キャラクタアイコン ５０１…アバターウィンドウ ７０２…視点変更アイコン ７０６…取消ボタン ７０７…決定ボタン ７０８…回転ボタン ７１０…第１仮想スティック ７２０…第２仮想スティック Ｎ…規定数
【図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】
