JP2024032978A - プログラム、情報処理システム - Google Patents

Abstract

【課題】ユーザの楽しみを増大させること。【解決手段】コンピュータを、特定の条件が成立した場合に、ユーザが操作する仮想空間内のキャラクタの状態を第１状態から第２状態に変更する状態変更手段と、ユーザによる第１操作情報に応じて、仮想空間でキャラクタを移動させる移動手段と、キャラクタの状態が第２状態である場合に、仮想空間における、キャラクタの移動を規制する規制手段と、キャラクタの状態が第２状態である場合に、ユーザによる第２操作情報に応じて、１以上の特定オブジェクトを仮想空間に配置する特定オブジェクト配置手段と、として機能させる。【選択図】図７

Description

本開示は、プログラム、及び情報処理システムに関する。

非特許文献１は、第１領域を移動しながら敵方キャラクタを攻撃することによって、敵方キャラクタを全滅させることを目的としたゲームを開示する。このゲームにおいて、ユーザは、自分のキャラクタが死亡した場合に、第２領域を移動しながら敵方キャラクタを攻撃できる。

"ボンバーマン４ ＴＡＳさんとＣＰＵが対戦するとこうなる"、［ｏｎｌｉｎｅ］、平成２９年２月１７日、おやつ、［令和３年１月１０日検索］、インターネット＜ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝２ｙＮＴＮＧＺＮ３Ｔ８＞

非特許文献１で開示されるゲームは、キャラクタの状態が変化する前（一例として、キャラクタが死亡状態になる前）も、キャラクタの状態が変化した後（一例として、キャラクタが死亡状態になった後）も、敵方キャラクタを攻撃するゲーム性を有する。つまり、ゲーム性は、キャラクタの状態が変化する前と、キャラクタの状態が変化した後とで変化しない。このため、ユーザの楽しみを増大させる余地がある。

本開示の一態様に係るプログラムは、コンピュータを、特定の条件が成立した場合に、ユーザが操作する仮想空間内のキャラクタの状態を第１状態から第２状態に変更する状態変更手段と、前記ユーザによる第１操作情報に応じて、前記仮想空間で前記キャラクタを移動させる移動手段と、前記キャラクタの状態が前記第２状態である場合に、前記仮想空間における、前記キャラクタの移動を規制する規制手段と、前記キャラクタの状態が前記第２状態である場合に、前記ユーザによる第２操作情報に応じて、１以上の特定オブジェクトを前記仮想空間に配置する特定オブジェクト配置手段と、として機能させ、第１ユーザによる前記第２操作情報に応じて前記特定オブジェクトが前記仮想空間に配置されてから、当該特定オブジェクトが前記仮想空間から撤去されるまでの時間は、前記第１ユーザとは異なる第２ユーザに対応する前記キャラクタが前記特定オブジェクトに対して所定の行動をした場合に、前記第２ユーザに対応する前記キャラクタが前記特定オブジェクトに対して前記所定の行動をしないときと比べて短縮される。

本開示によれば、ユーザの楽しみを増大させることができる。

第１実施形態における、ゲームシステムの概要を示す図。 図１のゲームシステムが含む端末のモジュール構成の一例を示す図。 図１のゲームシステムが含むサーバのモジュール構成の一例を示す図。 図２の端末における、画面遷移の一例を示す図。 第１実施形態における、ゲームの第２パートを実行するための処理の流れの一例を示す図。 第１実施形態における、アバターの行動を管理するための処理の流れの一例を示す図。 第１実施形態における、アバターの状態を変更するための処理の流れの一例を示す図。 第１実施形態における、アシストオブジェクトを配置するための処理の流れの一例を示す図。 第１実施形態における、アシストオブジェクトを仮想空間から取り除くための処理の流れの一例を示す図。 第１実施形態における、第２系統のアシストオブジェクトの効果を発揮させるための処理の流れの一例を示す図。 第１実施形態における、仮想空間の一例を示す図。 第１実施形態における、アシストオブジェクトの一例を示す図。 図２の端末における、ホーム画面の一例を示す図。 図２の端末における、マッチング画面の一例を示す図。 図２の端末における、バトル画面の一例を示す図。 図２の端末における、バトル画面の一例を示す図。 図２の端末における、アシスト移行画面の一例を示す図。 図２の端末における、アシスト画面の一例を示す図。 図２の端末における、アシスト画面の一例を示す図。 図２の端末における、バトル画面の一例を示す図。 第２実施形態における、アシストオブジェクトの組合せに応じた効果の一例を示す図。 変更例における、アシスト画面の一例を示す図。 変更例における、アシスト画面の一例を示す図。

本開示に係るゲームシステムについて図面を参照しつつ説明する。
（第１実施形態）
［ゲームシステムの概要］
図１に示すように、ゲームシステム１０は、ネットワーク９０と、複数の端末１００と、１以上のサーバ２００と、を含む。ゲームシステム１０は、家庭用のシステムとして、又は業務用のシステムとして提供される。複数の端末１００は、ネットワーク９０を介してサーバ２００と通信するように構成される。一例として、ゲームシステム１０は、マルチユーザゲームを提供する。以下の説明において、単に「ゲーム」と示す場合、ゲームシステム１０が提供するゲームを意味する。複数の端末１００は、コンピュータの一例である。１以上のサーバ２００は、コンピュータの一例である。

［ネットワーク］
一例として、ネットワーク９０は、インターネット、及び無線基地局を含む移動通信システムで構成される。一例として、移動通信システムは、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、又は、アクセスポイントによってインターネットに接続可能な無線ネットワークとして実現できる。

［端末のハードウェア構成］
複数の端末１００は、ゲームを行うゲーム端末として使用され得る。ゲーム端末として使用される端末１００は、ゲームシステム１０が提供するゲームをプレイするゲーム機能をユーザに提供する。以下の説明では、ユーザＡ～Ｃが使用する端末をそれぞれ端末１００Ａ～１００Ｃと示す場合がある。ユーザＡ～Ｃは、ゲームのプレイヤである。

一例として、端末１００は、スマートフォンである。端末１００は、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、又はタブレット型コンピュータといった、携帯端末装置であってもよい。端末１００は、パーソナルコンピュータ（ＰＣ）、又はワークステーションといった、固定端末装置であってもよい。例えば、端末１００は、プロセッサ１１０と、メモリ１２０と、ストレージ１３０と、を備える。端末１００は、さらに、通信インターフェース（ＩＦ）１４０と、入出力ＩＦ１５０と、を備えてもよい。端末１００は、さらに、マイク１６０と、スピーカ１６２と、タッチスクリーン１６４と、を備えてもよい。端末１００が備える複数の構成要素の各々は、通信バス１８０に接続される。

プロセッサ１１０は、端末１００に与えられる信号に応じて、又は予め定められた条件が成立したことに応じて、メモリ１２０又はストレージ１３０に記憶されているプログラムに含まれる一連の命令を実行する。例えば、プロセッサ１１０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＦＰＧＡ（Field-Programmable Gate Array）、又は、その他の演算装置として実現される。

メモリ１２０は、プログラム、及びデータを一時的に保存する。一例として、プログラムは、ストレージ１３０から読み出される。データは、端末１００に送信されたデータと、プロセッサ１１０によって生成されたデータと、を含み得る。例えば、メモリ１２０は、ＲＡＭ（Random Access Memory）、又はその他の揮発性メモリとして実現される。

ストレージ１３０は、プログラム、及びデータを永続的に保持する。例えば、ストレージ１３０は、ＲＯＭ（Read-Only Memory）、ハードディスク装置、フラッシュメモリ、又はその他の不揮発性記憶装置として実現される。ストレージ１３０は、メモリカードのように、着脱可能な記憶装置として実現されてもよい。

ストレージ１３０に格納されるプログラムは、ゲームプログラム、及び通信プログラムを含む。プログラムは、配信プログラム、及び視聴プログラムを含んでもよい。ゲームプログラムは、仮想空間の提供と、仮想空間におけるゲームプレイを提供するゲーム機能を実現する。一例として、ゲームプレイは、仮想空間に配置されるオブジェクトを操作することを含む。一例として、端末１００を使用して操作されるオブジェクトは、端末１００を使用するユーザに対応するプレイヤキャラクタである。プレイヤキャラクタは、端末１００を使用するユーザのアバターである。ゲームプログラムは、他のユーザのゲームプレイに参加する参加機能を実現してもよい。

通信プログラムは、他のコンピュータ（例えば、サーバ２００）と通信する機能を実現する。配信プログラムは、仮想空間におけるゲームプレイを少なくとも含むコンテンツを配信する配信機能を実現する。視聴プログラムは、配信されたコンテンツの視聴を提供する視聴機能を実現する。ストレージ１３０に格納されるプログラムは、オペレーティングシステム、シミュレーションプログラム、ユーザ認証プログラム、及びその他のプログラムを含んでよい。

例えば、ストレージ１３０に格納されるデータは、仮想空間の定義データ、及び仮想空間に配置される各種オブジェクト用のオブジェクトデータを含む。端末１００Ａ～１００Ｃは、１つの仮想空間を共有し得る。仮想空間は、３次元で表現される空間に限らない。例えば、仮想空間は、２次元によって表現される空間や、静止画によって表現され音や声、文字データなどの入力データによって表現される空間でもよい。

通信ＩＦ１４０は、ネットワーク９０に接続される。通信ＩＦ１４０は、ネットワーク９０に接続されている他のコンピュータ（例えば、サーバ２００）と通信する。例えば、通信ＩＦ１４０は、ＬＡＮ（Local Area Network）、又はその他の有線通信ＩＦとして実現される。例えば、通信ＩＦ１４０は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、又はその他の無線通信ＩＦとして実現される。通信ＩＦ１４０は、上述のものに限られない。

入出力ＩＦ１５０は、外部の入出力機器１９０と通信する。例えば、入出力ＩＦ１５０は、ＵＳＢ（Universal Serial Bus）、ＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）、又はその他の有線通信ＩＦとして実現される。例えば、入出力ＩＦ１５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はその他の無線通信ＩＦとして実現される。

一例として、入出力機器１９０は、コントローラである。例えば、入出力ＩＦ１５０は、プロセッサ１１０から出力された命令を、コントローラに送信する。この命令は、振動、音声出力、又は発光をコントローラに指示する。コントローラは、命令を受信すると、この命令に応じて、振動、音声出力、又は発光を実行する。コントローラは、１以上の操作パーツを有する。例えば、１以上の操作パーツは、ボタン、キー、スイッチ、ハンドル、バー、タッチパッド、又はスティックを含む。コントローラは、操作パーツに対するユーザの操作に基づく出力値を端末１００へ送信する。一例として、コントローラは、加速度センサ、又は角速度センサといったモーションセンサを備えてもよい。コントローラは、モーションセンサの出力値を端末１００へ送信するように構成されてもよい。コントローラは、端末１００に対して取付け、及び取外しできてもよい。

入出力機器１９０は、上述のものに限られない。例えば、入出力機器１９０は、カメラであってもよい。カメラは、ユーザを撮影した撮影画像を端末１００へ送信するように構成されてもよい。例えば、入出力機器１９０は、測距センサであってもよい。測距センサは、ユーザの手、又はマーカー等の検知に基づく出力値を端末１００へ送信するように構成されてもよい。

マイク１６０は、ユーザの発話を音声信号（電気信号）に変換してプロセッサ１１０へ送信する。スピーカ１６２は、音声信号を音声に変換してユーザへ出力する。各端末１００は、スピーカ１６２に加えて、又は代えて、イヤホン、又はイヤホンを接続できるイヤホンジャックを備えてもよい。

タッチスクリーン１６４は、モニタ１６６と、タッチセンサ１６７と、を含む。モニタ１６６は、透過型又は非透過型の表示装置として実現される。例えば、モニタ１６６は、液晶モニタ、有機ＥＬ（Electro Luminescence）モニタ、又はその他の表示装置として実現される。モニタ１６６は、各種の画像を表示する。モニタ１６６に表示する画像は、背景、アバター、その他のキャラクタ、障害物、ウィンドウ、ボタン、メニュー、リスト、及びアイコンといった各種のオブジェクトを含む。モニタ１６６は、上述のものに限られない。例えば、モニタ１６６は、左目用の画像を表示するサブモニタと、右目用の画像を表示するサブモニタと、を含む３Ｄモニタであってもよい。

タッチセンサ１６７は、モニタ１６６に対するユーザの操作に基づく出力値をプロセッサ１１０へ送信する。一例として、タッチセンサ１６７は、静電容量式タッチセンサ、抵抗膜式タッチセンサ（感圧式タッチセンサ）、超音波式タッチセンサ、又はその他のタッチセンサとして実現される。一例として、タッチセンサ１６７の入力面は、モニタ１６６の表示面の一部又は全部である。タッチセンサ１６７は、ユーザの入力操作を受け付けるように構成された操作部として使用され得る。例えば、操作部がタッチセンサ１６７である場合、プロセッサ１１０は、タッチセンサ１６７の入力面に対するユーザの物理的な接触操作をユーザの入力操作として受け付ける。例えば、タッチセンサ１６７に対するユーザの入力操作は、タッチ操作、スライド操作、スワイプ操作、タップ操作、ドラッグ操作、及びその他の態様による操作を含み得る。

操作部は、上述した構成に限られない。例えば、操作部が通信ＩＦ１４０である場合、プロセッサ１１０は、ネットワーク９０を介して接続された操作機器（不図示）から送信される信号を、ユーザの入力操作として受け付ける。例えば、操作部が入出力ＩＦ１５０である場合、プロセッサ１１０は、外部の入出力機器１９０から送信される信号を、ユーザの入力操作として受け付ける。例えば、入出力機器１９０がカメラ及び測距センサである場合、プロセッサ１１０は、受信した撮影画像からユーザの手が検出されると、撮影画像及び出力値に基づき検出されるジェスチャ（ユーザの手の一連の動き）をユーザの入力操作として受け付ける。例えば、入出力機器１９０がコントローラである場合、プロセッサ１１０は、コントローラから送信される出力値をユーザの入力操作として受け付ける。

［サーバのハードウェア構成］
サーバ２００は、ワークステーション、又はＰＣ等の汎用コンピュータであってもよい。サーバ２００は、プロセッサ２１０と、メモリ２２０と、ストレージ２３０と、通信ＩＦ２４０と、入出力ＩＦ２５０と、を備える。サーバ２００が備える複数の構成要素の各々は、通信バス２８０に接続される。

プロセッサ２１０は、サーバ２００に与えられる信号に応じて、又は予め定められた条件が成立したことに応じて、メモリ２２０又はストレージ２３０に格納されているプログラムに含まれる一連の命令を実行する。例えば、プロセッサ２１０は、ＣＰＵ、ＧＰＵ、ＭＰＵ、ＦＰＧＡ、又はその他の演算装置として実現される。

メモリ２２０は、プログラム、及びデータを一時的に保存する。一例として、プログラムは、ストレージ２３０から読み出される。データは、サーバ２００に送信されたデータと、プロセッサ２１０によって生成されたデータと、を含み得る。例えば、メモリ２２０は、ＲＡＭ、又はその他の揮発性メモリとして実現される。

ストレージ２３０は、プログラム、及びデータを永続的に保持する。例えば、ストレージ１３０は、ＲＯＭ、ハードディスク装置、フラッシュメモリ、又はその他の不揮発性記憶装置として実現される。ストレージ２３０は、メモリカードのように、着脱可能な記憶装置として実現されてもよい。サーバ２００は、ストレージ２３０に代えて、外部の記憶装置に格納されているプログラムを使用してもよい。例えば、アミューズメント施設のように、複数のゲームシステム１０が使用される場面において、プログラム及びデータの更新を一括して行なうことができる。

ストレージ２３０に格納されるプログラムは、ゲームプログラム、及び通信プログラムを含む。ゲームプログラムは、ゲームシステム１０における仮想空間の提供と、仮想空間を複数のユーザで共有したゲームプレイを提供する機能を実現する。通信プログラムは、他のコンピュータ（例えば、端末１００Ａ～１００Ｃ）と通信する機能を実現する。プログラムは、配信プログラムを含んでもよい。配信プログラムは、コンテンツを端末１００へ配信する機能を実現する。ストレージ２３０に格納されるプログラムは、オペレーティングシステム、シミュレーションプログラム、ユーザ認証プログラム、及びその他のプログラムを含んでよい。例えば、ストレージ１３０に格納されるデータは、仮想空間を規定するデータ、及び仮想空間に配置される各種オブジェクト用のオブジェクトデータを含み得る。

通信ＩＦ２４０は、ネットワーク９０に接続される。通信ＩＦ２４０は、ネットワーク９０に接続されている他のコンピュータ（例えば、端末１００Ａ～１００Ｃ）と通信する。例えば、通信ＩＦ２４０は、ＬＡＮ、又はその他の有線通信ＩＦとして実現される。例えば、通信ＩＦ２４０は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、又はその他の無線通信ＩＦとして実現される。通信ＩＦ２４０は、上述のものに限られない。

入出力ＩＦ２５０は、外部の入出力機器と通信する。例えば、入出力ＩＦ２５０は、ＵＳＢ、ＤＶＩ、ＨＤＭＩ、又はその他の有線通信ＩＦとして実現される。例えば、入出力ＩＦ２５０は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はその他の無線通信ＩＦとして実現される。

サーバ２００は、上述した構成に限らない。例えば、サーバ２００は、仮想空間を提供するためのゲームサーバ２００Ａと、コンテンツの配信を行う配信サーバ２００Ｂと、を含んでよい。ゲームプログラムは、ゲームサーバ２００Ａのストレージ２３０に格納される。ゲームプログラムは、ゲームサーバ２００Ａのプロセッサ２１０によって実行される。配信プログラムは、配信サーバ２００Ｂのストレージ２３０に格納される。配信プログラムは、配信サーバ２００Ｂのプロセッサ２１０によって実行される。ゲームサーバ２００Ａは、通信ＩＦ２４０を介して、配信サーバ２００Ｂとの間で、各種の情報、及び各種の要求を送受信する。ゲームサーバ２００Ａは、通信ＩＦ２４０を介して、端末１００Ａ～１００Ｃとの間で、各種の情報、及び各種の要求の送受信を行う。配信サーバ２００Ｂは、通信ＩＦ２４０を介して、端末１００との間で、各種の情報、及び各種の要求の送受信を行う。

［端末のモジュール構成］
図２に示すように、端末１００は、コントロールモジュール１０１と、レンダリングモジュール１０４と、メモリモジュール１０５と、通信モジュール１０６と、入出力モジュール１０７と、を備える。コントロールモジュール１０１は、ゲームモジュール１０１Ａを備える。コントロールモジュール１０１は、配信モジュール１０１Ｂと、視聴モジュール１０１Ｃと、を備えてもよい。

一例として、ゲームモジュール１０１Ａ、及びレンダリングモジュール１０４は、プロセッサ１１０によって実現される。配信モジュール１０１Ｂ、及び視聴モジュール１０１Ｃは、プロセッサ１１０によって実現される。メモリモジュール１０５は、メモリ１２０、及びストレージ１３０によって実現される。通信モジュール１０６は、通信ＩＦ１４０によって実現される。入出力モジュール１０７は、プロセッサ１１０、タッチセンサ１６７、及び入出力ＩＦ１５０によって実現される。

入出力モジュール１０７は、タッチセンサ１６７に対するユーザの入力操作、及び、入出力ＩＦ１５０を介した外部の操作機器に対するユーザの入力操作を検知し、受け付ける。一例として、入出力モジュール１０７は、タッチセンサ１６７に対するユーザの入力操作を受け付けた場合、入力位置の座標を検出することによって、入力操作の種類を特定する。例えば、入出力モジュール１０７が特定できる入力操作の種類は、タッチ操作、スライド操作、スワイプ操作、タップ操作、ドラッグ操作、及びその他の態様による操作を含み得る。入出力モジュール１０７は、連続して検知されていた入力操作が途切れると、タッチセンサ１６７から接触入力が解除されたことを検知する。

通信モジュール１０６は、１以上のサーバ２００から、各種のデータ、及び各種の要求を受信する。一例として、通信モジュール１０６がサーバ２００から受信するデータは、進行情報、及びユーザ情報を含み得る。進行情報は、第１進行情報と、第２進行情報と、を含み得る。第１進行情報は、仮想空間に配置する１以上のアバターの種類、アバターの座標情報、アバターのアクション情報、及びその他の情報を含み得る。アバターは、仮想空間においてユーザが操作する対象オブジェクトであって、ユーザの分身となるキャラクタである。一例として、アバターの座標情報は、仮想空間における位置を示す情報である。一例として、アクション情報は、アバターのアクションに関する情報である。一例として、アバターのアクションは、アバターの姿勢、アイテムの使用、スキルの使用、攻撃、防御、回避、又はジャンプなどを含み得る。第１進行情報は、アバターの設定に関する設定情報を含み得る。一例として、アバターの設定は、仮想空間において、又は仮想空間へ移動する前段階において、ユーザが変更し得る。一例として、アバターの設定は、アバターの装備又は容姿などを含み得る。一例として、ユーザ情報は、ユーザ名、アカウントＩＤ、性別、年齢、及び住所等を含み得る。

第２進行情報は、仮想空間に配置する１以上のアシストオブジェクトの種類情報、アシストオブジェクトの座標情報、及びその他の情報を含み得る。アシストオブジェクトは、特定オブジェクトの一例である。一例として、アシストオブジェクトは、仮想空間に配置されたアバターに影響を与え得る。アシストオブジェクトは、第１系統のアシストオブジェクトと、第２系統のアシストオブジェクトと、に分類される。第１系統のアシストオブジェクトは、仮想空間に配置されると効果を発揮する。第１系統のアシストオブジェクトは、仮想空間に配置されてから取り除かれるまでの期間にわたって効果を発揮する。第１系統のアシストオブジェクトは、仮想空間に配置されてから撤去時間Ｔ１が経過すると、撤去条件が満たされ、それにより仮想空間から取り除かれる。

第２系統のアシストオブジェクトは、仮想空間に配置されただけでは効果を発揮しない。第２系統のアシストオブジェクトは、予め定められた有効化条件が満たされると、効果を発揮する。第２系統のアシストオブジェクトは、仮想空間に配置されてから撤去時間Ｔ１が経過した場合に、撤去条件が満たされ、それにより仮想空間から取り除かれる。第２系統のアシストオブジェクトは、撤去時間Ｔ１が経過する前に効果が発揮された場合に撤去条件が満たされ、それにより仮想空間から取り除かれる場合がある。一例として、アシストオブジェクトは、アバターを補助する効果を発揮できるオブジェクトを含み得る。一例として、アシストオブジェクトは、アバターを妨害する効果を発揮できるオブジェクトを含み得る。

通信モジュール１０６は、１以上のサーバ２００に対して、各種のデータ、及び各種の要求を送信する。一例として、通信モジュール１０６がサーバ２００へ送信するデータは、プレイ情報、及びユーザ情報を含み得る。プレイ情報は、入出力モジュール１０７が受け付けた入力操作に応じて出力される。プレイ情報は、第１プレイ情報と、第２プレイ情報と、を含み得る。

一例として、第１プレイ情報は、アバターの操作内容として、アバターの座標情報、アクション情報、及びその他の情報を含み得る。一例として、第１プレイ情報は、アバターの設定情報を含み得る。一例として、第２プレイ情報は、アシストオブジェクトの操作内容として、アシストオブジェクトの種類情報、及び座標情報を含み得る。一例として、第１プレイ情報、及び第２プレイ情報は、ゲームモジュール１０１Ａによって生成される。

ゲームモジュール１０１Ａは、ゲームを進行させるための処理を行う。ゲームモジュール１０１Ａは、メモリモジュール１０５から仮想空間の定義データを読み出す。ゲームモジュール１０１Ａは、読み出した定義データに応じて仮想空間を定義する。ゲームモジュール１０１Ａは、オブジェクトデータをメモリモジュール１０５から読み出す。ゲームモジュール１０１Ａは、読み出したオブジェクトデータに応じて、仮想空間にオブジェクトを配置する。ゲームモジュール１０１Ａは、入出力モジュール１０７が受け付けた入力位置の座標と、入力操作の種類と、ゲームの進行状況と、に応じて、ユーザの指示を特定する。

ゲームの進行状況は、仮想空間における自分のアバターの座標情報、及びアクション情報を含み得る。ゲームの進行状況は、仮想空間における他ユーザのアバターの座標情報、及びアクション情報を含み得る。ゲームの進行状況は、自分のアバターの設定情報を含み得る。ゲームの進行状況は、他ユーザのアバターの設定情報を含み得る。ゲームの進行状況は、仮想空間におけるアシストオブジェクトの種類情報、及び座標情報を含み得る。

ゲームモジュール１０１Ａは、ゲームの進行に関する各種の判定を行う。ゲームモジュール１０１Ａは、ゲームの進行に関する各種の抽選を行う。ゲームモジュール１０１Ａは、ユーザの指示、各種の判定結果、及び各種の抽選結果に応じて、各種の要求、及びプレイ情報を生成する。ゲームモジュール１０１Ａが生成した各種の要求、及びプレイ情報は、通信モジュール１０６によってサーバ２００へ送信される。

配信モジュール１０１Ｂは、ゲームプレイを含むコンテンツを配信するための処理を行う。配信モジュール１０１Ｂは、入出力モジュール１０７が受け付けた入力位置の座標と、入力操作の種類と、ゲームの進行状況と、に応じて、ユーザの指示を特定する。配信モジュール１０１Ｂは、ユーザの指示内容に応じて、コンテンツの配信開始要求、及び配信終了要求を生成し得る。配信モジュール１０１Ｂは、ユーザの指示に応じて、コンテンツの配信内容を変更する要求を生成し得る。配信モジュール１０１Ｂが生成した各種の要求は、通信モジュール１０６によって送信される。

視聴モジュール１０１Ｃは、配信ユーザが配信するコンテンツを視聴するための処理を行う。視聴モジュール１０１Ｃは、メモリモジュール１０５から視聴空間の定義データを読み出す。視聴モジュール１０１Ｃは、読み出した定義データに応じて、視聴空間を定義する。視聴モジュール１０１Ｃは、オブジェクトデータをメモリモジュール１０５から読み出す。視聴モジュール１０１Ｃは、読み出したオブジェクトデータに応じて、視聴空間にオブジェクトを配置する。視聴モジュール１０１Ｃは、入出力モジュール１０７が受け付けた入力位置の座標と、入力操作の種類と、ゲームの進行状況と、に応じて、ユーザの指示を特定する。視聴モジュール１０１Ｃは、ユーザの指示に応じて、コンテンツの視聴開始要求、及び視聴終了要求を生成する。視聴モジュール１０１Ｃは、ユーザの指示に応じて、コンテンツの配信内容を変更する要求を生成する。視聴モジュール１０１Ｃが生成した各種の要求は、通信モジュール１０６によって送信される。

レンダリングモジュール１０４は、ゲーム画面の画像を作成する。レンダリングモジュール１０４は、通信モジュール１０６が受信した進行情報、及び各種の要求に応じてゲーム画面の画像を作成する。レンダリングモジュール１０４は、ゲームモジュール１０１Ａが生成したプレイ情報、及び各種の要求に応じてゲーム画面の画像を作成する。レンダリングモジュール１０４は、視聴モジュール１０１Ｃが生成した情報、及び各種の要求に応じてゲーム画面の画像を作成する。

レンダリングモジュール１０４は、作成したゲーム画面の画像をモニタ１６６に表示する。レンダリングモジュール１０４は、入出力ＩＦ１５０を介して、外部の表示装置にゲーム画面の画像を表示するように構成されてもよい。レンダリングモジュール１０４は、通信ＩＦ１４０を介して、外部の表示装置にゲーム画面の画像を表示するように構成されてもよい。ゲーム画面は、２Ｄ、又は３Ｄのオブジェクトを制御、及び描画した画像である。上述したように、ゲーム画面に描画されるオブジェクトは、アバター（キャラクタ）、アシストオブジェクト、背景、及び障害物等を含み得る。

レンダリングモジュール１０４は、ＵＩ（User Interface）を構築するための２Ｄ、又は３Ｄのゲームオブジェクト（ＵＩオブジェクト）を制御、及び描画してもよい。レンダリングモジュール１０４は、アイコン、ボタン、リスト、ウィンドウ、及びメニューといった、ユーザの入力操作に必要なＵＩオブジェクトを含むゲーム画面を作成する。ＵＩオブジェクトは、ゲームを進行するために必要なユーザの入力操作を補助する情報である。また、ＵＩオブジェクトは、ゲームの進行中に生成されるデータを端末１００から得るために必要なユーザの入力操作を補助する情報である。本開示で示す各種のＵＩオブジェクトは、何れも１つの例に過ぎず、それらの態様に限らない。

端末１００における処理は、ハードウェアと、プロセッサ１１０により実行されるソフトウェアと、によって実現される。このようなソフトウェアは、ハードディスク等のメモリモジュール１０５に予め格納されていてもよい。ソフトウェアは、ＣＤ－ＲＯＭ等のように、コンピュータが読み取りできる不揮発性のデータ記録媒体に格納されて、プログラム製品として流通してもよい。このソフトウェアは、インターネット等のネットワークに接続されている情報提供事業者によって、ダウンロードできるプログラム製品として提供されてもよい。このようなソフトウェアは、光ディスク駆動装置等のデータ読取装置によってデータ記録媒体から読み取られて、又は、通信モジュール１０６を介してサーバ２００といった他のコンピュータからダウンロードされた後、メモリモジュールに一旦格納される。そのソフトウェアは、プロセッサ１１０によってメモリモジュールから読み出され、実行可能なプログラムの形式でＲＡＭ等に格納される。プロセッサ１１０は、そのプログラムを実行する。

［サーバのモジュール構成］
図３に示すように、サーバ２００は、コントロールモジュール２０１と、メモリモジュール２０５と、通信モジュール２０６と、入出力モジュール２０７と、を備える。コントロールモジュール２０１は、ゲームモジュール２０１Ａを備える。コントロールモジュール２０１は、配信モジュール２０１Ｂを備えてもよい。ゲームモジュール２０１Ａは、プロセッサ２１０によって実現される。配信モジュール２０１Ｂは、プロセッサ２１０によって実現される。メモリモジュール２０５は、メモリ２２０、及びストレージ２３０によって実現される。通信モジュール２０６は、通信ＩＦ２４０によって実現される。入出力モジュール２０７は、プロセッサ２１０、及び入出力ＩＦ２５０によって実現される。

通信モジュール２０６は、各端末１００から、各種の情報、及び各種の要求を受信する。一例として、通信モジュール２０６が各端末１００から受信する情報は、各プレイ情報、及びユーザ情報を含み得る。通信モジュール２０６は、各端末１００に対して、各種の情報、及び各種の要求を送信する。一例として、通信モジュール２０６が各端末１００へ送信する情報は、各進行情報、及びユーザ情報を含み得る。入出力モジュール１０７は、入出力ＩＦ２５０を介した外部の操作機器に対するユーザの入力操作を検知し、受け付ける。

ゲームモジュール２０１Ａは、複数のユーザによって、仮想空間を共有する環境を提供するための処理を行う。ゲームモジュール２０１Ａは、メモリモジュール２０５から、仮想空間の定義データを読み出す。ゲームモジュール２０１Ａは、読み出した定義データに応じて、仮想空間を定義する。ゲームモジュール２０１Ａは、オブジェクトデータをメモリモジュール２０５から読み出す。ゲームモジュール２０１Ａは、読み出したオブジェクトデータに応じて、アバターを除く各種のオブジェクトを仮想空間に配置する。

ゲームモジュール２０１Ａは、複数の端末１００から通信モジュール２０６が受信した第１プレイ情報に含まれる座標情報に応じて、複数のユーザの各々に対応するアバターを配置する。ゲームモジュール２０１Ａは、複数の端末１００から通信モジュール２０６が受信した第１プレイ情報に含まれるアクション情報、及びアバターの設定情報に応じて、アバター同士の相互作用を判定する。ゲームモジュール２０１Ａは、１以上の端末１００から通信モジュール２０６が受信した第２プレイ情報に含まれる種類情報及び座標情報に応じて、アシストオブジェクトを配置する。ゲームモジュール２０１Ａは、これらの処理の結果に応じて、各進行情報を生成する。通信モジュール２０６は、各進行情報を各端末１００へ送信する。

配信モジュール２０１Ｂがある場合、ゲームモジュール２０１Ａは、各進行情報を配信モジュール２０１Ｂへ送信してもよい。一例として、配信モジュール２０１Ｂは、ゲームモジュール２０１Ａが生成した各進行情報に応じて、配信情報を生成する。通信モジュール２０６は、配信情報を１以上の端末１００へ送信する。配信情報は、各進行情報を含み得る。一例として、配信情報は、各進行情報そのものであってもよい。配信モジュール２０１Ｂは、通信モジュール２０６が端末１００から受信した各種の要求に応じて、各種の要求をゲームモジュール２０１Ａへ送信する。配信モジュール２０１Ｂは、通信モジュール２０６が端末１００から受信した各種の情報に応じて、各種の情報をゲームモジュール２０１Ａへ送信する。

サーバ２００は、上述したモジュール構成に限らない。例えば、ゲームモジュール２０１Ａは、ゲームサーバ２００Ａが備えてもよい。例えば、配信モジュール２０１Ｂは、配信サーバ２００Ｂが備えてもよい。ゲームモジュール２０１Ａは、通信モジュール２０６を介して、配信モジュール２０１Ｂとの間で、各種の情報、及び各種の要求の送受信を行う。

サーバ２００における処理は、ハードウェアと、プロセッサ２１０により実行されるソフトウェアと、によって実現される。このようなソフトウェアは、ハードディスク等のメモリモジュール２０５に予め格納されてもよい。ソフトウェアは、ＣＤ－ＲＯＭ等のように、コンピュータが読み取りできる不揮発性のデータ記録媒体に格納されて、プログラム製品として流通してもよい。このソフトウェアは、インターネット等のネットワークに接続されている情報提供事業者によって、ダウンロードできるプログラム製品として提供されてもよい。このようなソフトウェアは、光ディスク駆動装置等のデータ読取装置によってデータ記録媒体から読み取られて、又は、通信モジュール２０６を介して外部記憶装置といった他のコンピュータからダウンロードされた後、メモリモジュールに一旦格納される。そのソフトウェアは、プロセッサ２１０によってメモリモジュールから読み出され、実行可能なプログラムの形式でＲＡＭ等のメモリに格納される。プロセッサ２１０は、そのプログラムを実行する。

［ゲームの概要］
一例として、本開示に係るゲームは、性質が異なる複数のパートを含む。一例として、複数のパートは、第１パートと、第２パートと、を含む。第１パートにおいて、ユーザは、第２パートのための準備を行い得る。

一例として、第２パートは、複数のユーザが何らかの基準に基づいて勝敗を決めるパートである。一例として、第２パートは、複数のパーティが何らかの基準に基づいて勝敗を決めるパートである。複数のパーティは、それぞれ複数のユーザを含み得る。複数のユーザが所属するものは、パーティであることに限らず、グループ、チーム、陣営、又は組などであってよい。一例として、ユーザは、１つのパーティに所属し得る。

一例として、第２パートにおけるアバターの状態は、第１状態と、第２状態と、を含む。第２パートの開始時点において、アバターは、第１状態である。第２パートにおいて、アバターは、特定の条件が成立した場合に、第１状態から第２状態に変更される。一例として、第１状態は、仮想空間でアバターを移動させることを含む第１ゲームに参加できる状態である。一例として、第２状態は、１以上の特定オブジェクトを仮想空間に配置することを含む第２ゲームに参加できる状態である。一例として、第２状態は、第１ゲームに参加できない状態である。第２状態は、仮想空間でアバターを移動させることができない状態である。

一例として、ゲームの第２パートは、以下のような仕様である。
第２パートは、複数のパーティが勝敗を争う対戦型のゲームである。第２パートのうち第１ゲームは、自分のアバターと敵方ユーザのアバターとでバトルを行うバトルゲームである。ユーザは、自分のアバターが第１状態である場合に、バトルゲームに参加できる。第２パートのうち第２ゲームは、アシストオブジェクトを配置するアシストゲームである。ユーザは、自分のアバターが第２状態になった場合に、アシストゲームに参加できる。

一例として、特定の条件は、アバターのパラメータ値のうち、特定パラメータ値が特定値になることである。一例として、パラメータ値は、ヒットポイントである。一例として、特定値は、０である。第１状態は、ヒットポイントが０を超えている状態である。つまり、第１状態は、仮想空間でアバターが生存している状態である。第２状態は、ヒットポイントが０の状態である。つまり、第２状態は、仮想空間でアバターが死亡した状態である。

これに限らず、特定の条件は、ヒットポイントとは別のパラメータが特定値になることであってもよい。特定の条件は、予め定めた条件を満たすことによって獲得できるポイントが特定値になることであってもよい。特定の条件は、予め定めた抽選に当選することであってもよい。また、第１状態及び第２状態は、何れも生存状態であってもよい。一例として、第１状態は、スタミナが切れておらず移動できる状態であってもよい。この場合に、第２状態は、スタミナが切れて移動できない状態であってもよい。一例として、第１状態は、アバターが移動できないペナルティが課せられていない状態であってもよい。この場合に、第２状態は、上記ペナルティが課せられている状態であってもよい。第１状態及び第２状態は、何れも死亡状態であってもよい。一例として、第１状態は、ゴーストのように移動できる状態であってもよい。この場合に、第２状態は、ゴーストのように移動できない状態であってもよい。

第２パートにおいて、勝敗を決めるための基準は、１つのパーティが敵対する敵方パーティよりも先に、予め定めた勝利条件を満たすことである。勝利条件は、敵方ユーザのアバターが全て死亡し、全滅することを含む。つまり、勝利条件は、敵方ユーザのアバターの全てについて、特定の条件が成立したことを含む。

バトルゲームにおいて、各ユーザは、自分のアバターを移動させたり、敵方ユーザのアバターを攻撃したりできる。自分のアバターのヒットポイントは、敵方ユーザのアバターによる攻撃が命中した場合に減少する。敵方ユーザのアバターのヒットポイントは、自分のアバターによる攻撃が命中した場合に減少する。

アシストゲームにおいて、各ユーザは、仮想空間に１以上のアシストオブジェクトを配置できる。ユーザが仮想空間に配置できる１以上のアシストオブジェクトには、第１系統のアシストオブジェクトと、第２系統のアシストオブジェクトとが含まれる。第１系統のアシストオブジェクトは、仮想空間に配置されることで効果を発揮する。第２系統のアシストオブジェクトは、仮想空間に配置されてから、予め定めた有効化条件が満たされることで効果を発揮する。後述の通り、アシストオブジェクトは、味方ユーザのアバターを補助するためのオブジェクトと、敵方ユーザのアバターを妨害するためのオブジェクトと、を含む。

第２パートは、敵方パーティのアバターが全滅していなくても、予め定めた制限時間が経過した場合に終了する。勝利条件は、第２パートの制限時間が経過する時点において、１つのパーティが、敵方パーティよりも多くのポイントを獲得していることを含む。第２パートは、仮想空間に配置された指定オブジェクトを回収することによって、ポイントを獲得できる。

第２パートにおいて、１つのパーティに所属できるユーザの人数には、上限が定められている。一例として、１つのパーティの上限人数は、６人である。１つのパーティの上限人数は、２人～５人であってもよく、７人以上であってもよい。一例として、第２パートにおけるパーティは、別のパートにおいて構成された少人数グループやフレンド等の関係にあった者同士によって構成される少人数のグループを所属させることも可能である。ある２人グループと３人グループと個人ユーザを組み合わせて上限人数６人のパーティとして構成させてもよいし、個人ユーザ６人を所属させて第２パートにおけるパーティとしてもよい。第２パートにおけるパーティの募集では、個人ユーザを募集してもよいし、少人数グループを募集してもよい。

第２パートは、上述した仕様に限らない。例えば、第２パートは、サッカー、テニス、卓球、ボクシング、又はバスケットボール等のスポーツであってよい。例えば、第２パートは、カーレース、ヨットレース、スキーレース、又は飛行レース等のレースであってよい。

一例として、第１パートは、以下のような仕様である。
第１パートにおいて、ユーザは、第２パートが含むバトルゲームの準備を行う。バトルゲームの準備は、アバターの装備、アバターのスキル、及びアバターの所持アイテムの追加、交換、及び削除を含む。バトルゲームの準備は、アバターの容姿を変更することを含んでよい。例えば、アバターの容姿は、種族、性別、体形、髪型、又は表情を含む。バトルゲームの準備は、アバターの設定を変更することである。

［端末における画面遷移の概要］
図４に示すように、一例として、各端末１００における表示画面には、ホーム画面４０、マッチング画面５０、バトル画面６０、アシスト移行画面６５、アシスト画面７０、及びリザルト画面７５を含み得る。ここでは、画面遷移の概要について説明する。各表示画面の具体的な一例は後述する。

ホーム画面４０は、ゲームが第１パートである場合に表示される。マッチング画面５０は、ゲームが第１パートから第２パートへ移行するときに表示される。バトル画面６０は、第２パートのバトルゲームである場合に表示される。つまり、バトル画面６０は、ゲームが第２パートであり、かつ端末１００を使用するユーザのアバターが第１状態である場合に表示される。

アシスト移行画面６５は、第２パートにおいて、バトルゲームからアシストゲームへ移行する場合に表示される。つまり、アシスト移行画面６５は、ゲームが第２パートであり、かつ端末１００を使用するユーザのアバターが第１状態から第２状態に変更される場合に表示される。

アシスト画面７０は、第２パートのアシストゲームである場合に表示される。つまり、アシスト画面７０は、ゲームが第２パートであり、かつ端末１００を使用するユーザのアバターが第２状態である場合に表示される。リザルト画面７５は、第２パートから第１パートへ移行するときに表示される。なお、リザルト画面７５において、続けて第２パートのゲームを実行することを指示する操作がされた場合に、ホーム画面４０を経由せずに、マッチング画面５０が表示されてもよい。

［ゲームの第２パートを実行するための処理の流れ］
以下、ゲームの第２パートを実行するための処理の流れの一例について説明する。
図５に示すように、ステップＳ１００において、端末１００のプロセッサ１１０は、ゲームが第１パートである場合に、レンダリングモジュール１０４として、ホーム画面４０をモニタ１６６に表示する。ステップＳ１０２において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、第２パートの開始を指示する開始操作を受け付けた場合に、マッチング開始要求をサーバ２００へ送信する。一例として、プロセッサ１１０は、端末１００のユーザが所属するパーティに、複数のユーザが所属している場合に、開始操作を受け付ける。つまり、プロセッサ１１０は、端末１００のユーザが所属するパーティに、複数のユーザが所属していない場合に、開始操作を受け付けない。一例として、プロセッサ１１０は、端末１００のユーザが所属するパーティに、上限人数のユーザが所属している場合に、開始操作を受け付けてもよい。つまり、プロセッサ１１０は、端末１００のユーザが所属するパーティに、上限人数のユーザが所属していない場合に、開始操作を受け付けない。マッチング開始要求を送信した場合に、プロセッサ１１０は、レンダリングモジュール１０４として、マッチング画面５０をモニタ１６６に表示する。

ステップＳ１０４において、サーバ２００のプロセッサ２１０は、ゲームモジュール１０１Ａとして、マッチング開始要求を受信する。ステップＳ１０６において、サーバ２００のプロセッサ２１０は、マッチング処理を行う。マッチング処理において、プロセッサ２１０は、ゲームモジュール２０１Ａとして、マッチング待ち状態である１以上のパーティの中から、端末１００を使用するユーザが所属するパーティと対戦するための条件に適合するパーティを検索する。マッチング待ち状態は、マッチング開始要求を受信済みであって、かつ対戦相手となるパーティが決定されていない状態である。

ステップＳ１０８において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、条件に適合するパーティを敵方パーティとして決定し、マッチングを完了する。つまり、プロセッサ２１０は、１つの第２パートのゲームに参加する複数のパーティを決定する。この複数のパーティは、１以上の味方パーティと、１以上の敵方パーティと、を含む。以下の説明では、１つの第２パートのゲームに参加する複数のパーティを「参加パーティ」と示す。

参加パーティは、少なくとも１以上の第１パーティと、１以上の第２パーティと、を含む。第１パーティに所属することは、第１属性であることの一例である。第２パーティに所属することは、第２属性であることの一例である。これに限らず、属性は、フレンド登録がされているか否か、複数のユーザが所属し得るギルドが同じであるか否か、又は、複数のパーティが所属し得るユニオン（陣営）が同じであるか否かなどであってもよい。

ステップＳ１１０において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、仮想空間を定義する。ステップＳ１１０は、仮想空間を定義することの一例である。ステップＳ１１２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、仮想空間に１以上のオブジェクトを配置する。１以上のオブジェクトは、複数の参加パーティにそれぞれ所属するユーザのアバターを含む。

第１パーティに所属する他ユーザのアバターは、プレイヤキャラクタとは異なる第１キャラクタの一例である。第２パーティに所属する他ユーザのアバターは、プレイヤキャラクタとは異なる第２キャラクタの一例である。このように、仮想空間には、第１属性に対応し、かつ１以上の第１キャラクタを含む第１グループと、第２属性に対応し、かつ１以上の第２キャラクタを含む第２グループと、が設けられる。ユーザは、第１パーティ、及び第２パーティの何れにも所属してもよい。つまり、プレイヤの属性は、第１属性、及び第２属性の何れであってもよい。プレイヤキャラクタは、プレイヤの属性に応じて、第１グループ、又は第２グループに含まれ得る。１以上の味方パーティに所属するユーザ同士は、同じ属性を有する味方ユーザである。互いに敵対する複数のパーティに分かれて所属するユーザ同士は、異なる属性を有する敵方ユーザである。

ステップＳ１１２では、１人のユーザから見たときに、この１人のユーザのアバター、味方ユーザのアバター、及び敵方ユーザのアバターが、仮想空間に配置される。ステップＳ１１２は、プレイヤキャラクタを仮想空間に配置することの一例である。また、ステップＳ１１２は、プレイヤキャラクタとは異なる第１キャラクタ及び第２キャラクタを仮想空間に配置することの一例である。

一例として、１以上のオブジェクトは、バトルゲームの舞台を構成するフィールドオブジェクトを含んでよい。つまり、仮想空間は、プレイヤキャラクタの移動を許容するフィールドを含み得る。一例として、１以上のオブジェクトは、複数の参加パーティにとって共通の敵方キャラクタを含んでよい。一例として、１以上のオブジェクトは、複数の参加パーティにとって共通である障害物、又は共通であるトラップを含んでよい。

ステップＳ１１４において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、バトル開始要求を端末１００へ送信する。プロセッサ２１０は、バトル開始要求を、参加パーティに所属するユーザが使用する全ての端末１００へ送信する。

ステップＳ１１６において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、バトル開始要求を受信する。ステップＳ１１８において、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、バトル画面６０をモニタ１６６に表示する。つまり、ある第２パートのゲームに使用される複数の端末１００において、ゲームは、第１パートから第２パートへ移行する。

ステップＳ１２０において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、サーバ側のバトル処理を行う。一例として、プロセッサ２１０は、同じ第２パートのゲームに参加する複数のユーザがそれぞれ使用する複数の端末１００から、第１プレイ情報を受信し得る。プロセッサ２１０は、同じ第２パートのゲームに参加する複数のユーザがそれぞれ使用する複数の端末１００から、第２プレイ情報を受信し得る。プロセッサ２１０は、複数の端末１００から受信した各プレイ情報に応じて、各進行情報を生成する。プロセッサ２１０は、同じ第２パートのゲームに参加するユーザがそれぞれ使用する全ての端末１００へ各進行情報を送信する。進行情報は、第１進行情報、及び第２進行情報を含み得る。

ステップＳ１２２において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、端末側のバトル処理を行う。一例として、プロセッサ１１０は、各進行情報を受信する。プロセッサ１１０は、レンダリングモジュール１０４として、受信した各進行情報に応じて、バトル画面６０又はアシスト画面７０をモニタ１６６に表示する。各進行情報は、第１進行情報、及び第２進行情報を含み得る。プロセッサ１１０は、受け付けた各種操作に応じて各プレイ情報を生成し、サーバ２００へ送信する。各プレイ情報は、第１プレイ情報、及び第２プレイ情報を含む。

ステップＳ１２４において、サーバ２００のプロセッサ２１０は、第２パートの終了条件が満たされた場合に、ゲームモジュール２０１Ａとして、同じ第２パートのゲームに参加するユーザがそれぞれ使用する全ての端末１００へ、バトル終了要求を送信する。一例として、第２パートの終了条件は、第２パートの制限時間が経過する前に、１以上のパーティが勝利条件を満たした場合、又は、第２パートの制限時間が経過した場合に成立する。

ステップＳ１２６において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、バトル終了要求を受信する。ステップＳ１２６において、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、リザルト画面７５をモニタ１６６に表示する。ステップＳ１２８において、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、ホーム画面４０をモニタ１６６に表示する。つまり、端末１００において、ゲームは、第２パートから第１パートへ移行する。

［アバターの行動を管理するための処理の流れ］
アバターの行動を管理するための処理の流れの一例について説明する。アバターの行動を管理するための処理は、端末側のバトル処理（ステップＳ１２２）、及びサーバ側のバトル処理（ステップＳ１２０）に含まれる。なお、端末１００は、アバターの状態が第１状態であるユーザが使用する端末である。

図６に示すように、ステップＳ１３０において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、自分のアバターの移動を指示する操作、他のアバターへの攻撃を指示する操作、又は所定のオブジェクトへの攻撃を指示する操作を受け付けた場合に、第１プレイ情報をサーバ２００へ送信する。アバターの移動を指示する操作は、プレイヤによる第１操作、又は所定の操作の一例である。第１プレイ情報は、第１情報、又は操作情報の一例である。ステップＳ１３２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、第１プレイ情報を受信する。ステップＳ１３２は、プレイヤによる第１操作を受け付けた端末１００が送信する第１情報を受信することの一例である。ステップＳ１３２は、プレイヤによる所定の操作を受け付けた端末１００が送信する操作情報を受信することの一例である。

ステップＳ１３４において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、受信した第１プレイ情報に応じてアバターの移動を管理する。プロセッサ２１０は、アバターが第２状態である場合に、第１プレイ情報に応じてアバターを移動させない。プロセッサ２１０は、アバターが第１状態である場合に、第１プレイ情報に応じてアバターを移動させる。ステップＳ１３４は、受信した第１情報に応じて、仮想空間でプレイヤキャラクタを移動させることの一例である。ステップＳ１３４は、プレイヤキャラクタの状態が第２状態である場合に、仮想空間でプレイヤキャラクタを移動させることの実行を規制することの一例である。

ステップＳ１３６において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、アバターによる攻撃動作を管理する。プロセッサ２１０は、アバターが第２状態である場合に、第１プレイ情報に応じて攻撃動作を行わせない。プロセッサ２１０は、アバターが第１状態である場合に、第１プレイ情報に応じて攻撃動作を行わせる。プロセッサ２１０は、敵方ユーザのアバターに、攻撃が命中したか否かを判定する。プロセッサ２１０は、敵方ユーザのアバターに、攻撃が命中したと判定した場合に、そのアバターのヒットポイントを減少させる。つまり、一例として、プロセッサ２１０は、１人のユーザから見たときに、当該１人のユーザのアバター、味方ユーザのアバター、及び敵方ユーザのアバターの各々に対応するパラメータ値の一例としてヒットポイントを管理する。

ステップＳ１３６は、受信した情報に応じて、仮想空間でプレイヤキャラクタに攻撃させることの一例である。ステップＳ１３６は、プレイヤキャラクタの状態が第２状態である場合に、仮想空間でプレイヤキャラクタに攻撃させることの実行を規制することの一例である。ステップＳ１３６は、プレイヤキャラクタ、第１キャラクタ、及び第２キャラクタの各々に対応するパラメータ値を管理することの一例である。ステップＳ１３４，Ｓ１３６は、プレイヤキャラクタの状態が第１状態である場合に、受信した操作情報に応じて、仮想空間に第１事象を発生させることの一例である。つまり、アバターの移動及び攻撃は、第１事象の一例である。

ステップＳ１３８において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、第１進行情報を端末１００へ送信する。ステップＳ１４０において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、第１進行情報を受信する。端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、仮想空間を更新する。端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、更新後の仮想空間に応じてバトル画面６０又はアシスト画面７０をモニタ１６６に表示する。

［アバターの状態を変更するための処理の流れ］
アバターの状態を変更するための処理の流れの一例について説明する。アバターの状態を変更するための処理は、バトルゲームからアシストゲームへ移行させる処理である。アバターの状態を変更するための処理は、端末側のバトル処理（ステップＳ１２２）、及びサーバ側のバトル処理（ステップＳ１２０）に含まれる。

図７に示すように、ステップＳ２００において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、アバターごとに特定パラメータ値が特定値になったか否かを判定する。一例として、プロセッサ２１０は、アバターのヒットポイントが０になったか否かを判定する。ステップＳ２００は、アバターごとに、特定の条件が成立したか否かを判定することの一例である。

ヒットポイントが０になっていない場合に、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、ステップＳ２０２を繰り返す。つまり、プロセッサ２１０は、待機する。ヒットポイントが０になった場合に、サーバ２００のプロセッサ２１０は、ステップＳ２０２に進む。ステップＳ２０２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、ヒットポイントが０になったアバターのステータス情報を、第１状態を示す内容から第２状態を示す内容に変更する。一例として、ステータス情報は、メモリモジュール２０５としてのメモリ２２０に記憶される。つまり、プロセッサ２１０は、アバターの状態を生存状態から死亡状態に変更する。ステップＳ２０２は、特定の条件が成立した場合に、プレイヤキャラクタの状態を第１状態から第２状態に変更することの一例である。ステップＳ２０２は、第１キャラクタ、及び第２キャラクタのうち、対応するパラメータ値が特定値となったキャラクタの状態を第１状態から第２状態に変更することの一例である。

上述したステップＳ１３８において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、死亡状態となったアバターを示す第１進行情報を端末１００へ送信する。端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、受信した第１進行情報に応じて、死亡状態となったアバターを仮想空間から取り除く。つまり、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、死亡状態となったアバターをモニタ１６６に表示しない。

これに限らず、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、仮想空間からアバターを取り除く代わりに、１以上のオブジェクトを仮想空間に配置してもよい。この１以上のオブジェクトは、仮想空間から取り除かれるアバターの墓標オブジェクトであってもよく、仮想空間から取り除かれるアバターが回収した指定オブジェクトであってもよい。ステップＳ１３８は、プレイヤキャラクタの状態を第１状態から第２状態に変更した場合に、プレイヤキャラクタをフィールドに表示しないことの要求を端末１００に送信することの一例である。

ステップＳ２０４において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、アシスト開始要求を、ヒットポイントが０になったアバターの操作に使用されている端末１００へ送信する。ステップＳ２０６において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、アシスト開始要求を受信する。ステップＳ２０８において、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、アシスト移行画面６５、及びアシスト画面７０の順に、各画面をモニタ１６６に表示する。詳しくは後述するように、アシスト移行画面６５は、アシストゲームの開始を報知する情報を含む。つまり、ステップＳ２０４は、プレイヤキャラクタの状態を第１状態から第２状態に変更した場合に、第２ゲームの開始報知を行うことの要求を、端末１００に送信することの一例である。

一例として、ステップＳ２０８において、端末１００のプロセッサ１１０は、仮想空間をレンダリングした画像を生成するときの視点を第１視点から第２視点に変更する。つまり、ステップＳ２０４は、プレイヤキャラクタの状態を第１状態から第２状態に変更した場合に、仮想空間をレンダリングした画像を生成するときの視点を第１視点から第２視点に変更することの要求を、端末に送信することの一例である。一例として、第１視点は、プレイヤキャラクタに対応する視点である。一例として、第２視点は、フィールドを俯瞰する視点である。

［アシストオブジェクトを配置するための処理の流れ］
アシストオブジェクトを配置するための処理の流れの一例について説明する。アシストオブジェクトを配置するための処理は、端末側のバトル処理（ステップＳ１２２）、及びサーバ側のバトル処理（ステップＳ１２０）に含まれる。

図８に示すように、ステップＳ２１０において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、アシストオブジェクトの配置を指示する配置操作を受け付けると、オブジェクト配置要求をサーバ２００へ送信する。オブジェクト配置要求は、第２プレイ情報に含まれる。アシストオブジェクトの配置を指示する配置操作は、第２操作、又は所定の操作の一例である。第２プレイ情報（オブジェクト配置要求）は、第２情報、又は操作情報の一例である。

ステップＳ２１２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、オブジェクト配置要求を受信する。ステップＳ２１２は、ユーザによる第２操作を受け付けた端末１００が送信する第２情報を受信することの一例である。ステップＳ２１２は、ユーザによる所定の操作を受け付けた端末１００が送信する操作情報を受信することの一例である。

ステップＳ２１４において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、アシストオブジェクトの配置数が規定数Ｎに達しているか否かを判定する。プロセッサ２１０は、第２パートに参加するユーザごとに、アシストオブジェクトの配置数をカウントする。規定数Ｎは、１であってよく、２以上であってもよい。

アシストオブジェクトの配置数が規定数Ｎに達していない場合に、サーバ２００のプロセッサ２１０は、ステップＳ２１６に進む。ステップＳ２１６において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、オブジェクト配置要求に応じてアシストオブジェクトを仮想空間に配置する。一例として、プロセッサ２１０は、第２プレイ情報に含まれる座標情報に応じた位置にアシストオブジェクトを配置する。一例として、プロセッサ２１０は、第２プレイ情報に含まれる種類情報に応じた種類のアシストオブジェクトを配置する。ステップＳ２１６は、プレイヤキャラクタの状態が第２状態である場合に、受信した第２情報に応じて、１以上の特定オブジェクトを仮想空間に配置することの一例である。ステップＳ２１６は、プレイヤキャラクタの状態が第２状態である場合に、受信した操作情報に応じて、仮想空間に第１事象と異なる第２事象を発生させることの一例である。つまり、仮想空間にアシストオブジェクトが配置されることは、第２事象の一例である。ステップＳ２１６が終了した場合に、プロセッサ２１０は、ステップＳ２１８に進む。

アシストオブジェクトの配置数が規定数Ｎに達している場合に、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、ステップＳ２１６を行わない。つまり、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、アシストオブジェクトを仮想空間に配置しない。ステップＳ２１４は、規定数Ｎの特定オブジェクトが仮想空間に配置されている場合に、追加の特定オブジェクトを仮想空間に配置することの実行を規制することの一例である。

ステップＳ２１８において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、オブジェクト表示要求を端末１００へ送信する。オブジェクト表示要求は、アシストオブジェクトを配置したユーザの属性を示す情報を含む。オブジェクト表示要求は、第２進行情報に含まれる。ステップＳ２２０において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、オブジェクト表示要求を受信する。

オブジェクト表示要求を受信した場合に、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、オブジェクト表示要求に応じてアシストオブジェクトを仮想空間に配置する。端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、各画面６０，６５，７０において、アシストオブジェクトを表示する場合に、そのアシストオブジェクトを配置したユーザの属性を示す属性情報をモニタ１６６に表示する。ステップＳ２１８は、第２プレイ情報を受信した場合に、特定オブジェクトの配置を行ったプレイヤの属性を示す情報を報知することの要求を、端末１００に送信することの一例である。

［アシストオブジェクトを仮想空間から取り除くための処理の流れ］
アシストオブジェクトを仮想空間から取り除くための処理の流れの一例について説明する。アシストオブジェクトを仮想空間から取り除くための処理は、端末側のバトル処理（ステップＳ１２２）、及びサーバ側のバトル処理（ステップＳ１２０）に含まれる。

図９に示すように、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、仮想空間に配置したアシストオブジェクトごとに、アシストオブジェクトを仮想空間から取り除くための処理を行う。ステップＳ２３０において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、アシストオブジェクトを配置してから撤去時間Ｔ１が経過したか否かを判定する。プロセッサ２１０は、仮想空間に配置したアシストオブジェクトごとに、そのアシストオブジェクトを配置してからの経過時間を計測する。

撤去時間Ｔ１が経過していない場合に、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、ステップＳ２３０を繰り返す。つまり、プロセッサ２１０は、待機する。撤去時間Ｔ１が経過した場合に、サーバ２００のプロセッサ２１０は、ステップＳ２３２に進む。ステップＳ２３２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、仮想空間に配置したアシストオブジェクトを取り除く。つまり、撤去時間Ｔ１が経過することによって、アシストオブジェクトの撤去条件が満たされ得る。

ステップＳ２３２において、仮想空間から取り除かれるアシストオブジェクトは、第１系統のアシストオブジェクトを含む。ステップＳ２３２において、仮想空間から取り除かれるアシストオブジェクトは、仮想空間から取り除かれないまま、配置されてから撤去時間Ｔ１が経過した第２系統のアシストオブジェクトを含む。ステップＳ２３２は、仮想空間に配置された各特定オブジェクトを、この特定オブジェクトが仮想空間に配置されてからの時間が規定時間に達した場合に仮想空間から取り除くことの一例である。

ステップＳ２３４において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、オブジェクト撤去要求を端末１００へ送信する。オブジェクト撤去要求は、第２進行情報に含まれる。ステップＳ２３６において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、オブジェクト撤去要求を受信する。ステップＳ２３６において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、仮想空間に配置されたアシストオブジェクトを取り除く。つまり、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、撤去されたアシストオブジェクトをモニタ１６６に表示しない。

［第２系統のアシストオブジェクトの効果を発揮させるための処理の流れ］
第２系統のアシストオブジェクトの効果を発揮させるための処理の流れの一例について説明する。第２系統のアシストオブジェクトの効果を発揮させるための処理は、端末側のバトル処理（ステップＳ１２２）、及びサーバ側のバトル処理（ステップＳ１２０）に含まれる。

図１０に示すように、サーバ２００のプロセッサ２１０は、仮想空間に配置したアシストオブジェクトごとに、第２系統のアシストオブジェクトの効果を発揮させるための処理を行う。ステップＳ２４０において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、第２系統のアシストオブジェクトの効果を発揮させる有効化条件が成立したか否かを判定する。

一例として、有効化条件は、仮想空間にアシストオブジェクトが配置されてから予め定めた有効化時間Ｔ２が経過したことであってよい。一例として、有効化条件は、特定のアバターがアシストオブジェクトに接触することであってよい。一例として、有効化条件は、特定のアバターがアシストオブジェクトを中心とした一定範囲内に入ることであってよい。一例として、有効化条件は、特定のアバターの攻撃がアシストオブジェクトに命中することであってよい。一例として、特定のアバターは、アシストオブジェクトを配置したユーザからみて、味方ユーザのアバターであってよい。一例として、特定のアバターは、アシストオブジェクトを配置したユーザからみて、敵方ユーザのアバターであってよい。一例として、特定のアバターは、アシストオブジェクトを配置したユーザからみて、味方ユーザのアバター、及び敵方ユーザのアバターの両方であってよい。

有効化条件が成立していない場合に、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、ステップＳ２４０を繰り返す。つまり、プロセッサ２１０は、待機する。有効化条件が成立した場合に、サーバ２００のプロセッサ２１０は、ステップＳ２４２に進む。

ステップＳ２４２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、仮想空間においてアシストオブジェクトの効果を発揮させる。後述のように、アシストオブジェクトの撤去条件は、アシストオブジェトの効果が発揮された場合に満たされるときがある。ステップＳ２４２において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、アシストオブジェトの撤去条件が満たされた場合に、そのアシストオブジェクトを仮想空間から取り除く。

ステップＳ２４４において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、効果表示要求を端末１００へ送信する。アシストオブジェクトの撤去条件が満たされた場合に、効果表示要求は、アシストオブジェクトを仮想空間から取り除くことを指示する情報を含む。

ステップＳ２４６において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、効果表示要求を受信する。端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、仮想空間においてアシストオブジェクトの効果を発揮させる。端末１００のプロセッサ１１０は、効果表示要求によって、アシストオブジェクトを取り除くことが指示される場合に、ゲームモジュール１０１Ａとして、仮想空間からアシストオブジェクトを取り除く。端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、アシストオブジェクトを表示する場合に、そのアシストオブジェクトの効果が発揮されたことを示す情報をモニタ１６６に表示する。

［端末における表示画面の一例と表示に関する処理の流れ］
［仮想空間の概略］
一例として、サーバ２００によって定義された仮想空間、及びこの仮想空間における事象は、同じ第２パートのゲームに参加するユーザが使用する全ての端末１００において、同時進行で再現され得る。つまり、サーバ２００が管理する仮想空間、及びこの仮想空間における事象は、各端末１００から受信する各プレイ情報に応じて更新される。サーバ２００は、仮想空間、及び仮想空間における事象を更新した結果に応じて、各進行情報を各端末１００へ送信する。各端末１００が管理する仮想空間、及びこの仮想空間における事象は、サーバ２００から受信する各進行情報に応じて、その都度、更新される。以下の説明において、単に「仮想空間」と示す場合、サーバ２００及び複数の端末１００によって共有された仮想空間を示すものとする。

図１１に示すように、仮想空間８０に配置され得る各種のオブジェクトは、ユーザのアバター８１を含む。仮想空間８０に配置され得る各種のオブジェクトは、フィールド９２Ａを構成するための地形オブジェクト９２を含む。一例として、地形オブジェクト９２は、アバターの移動に影響を与えるオブジェクトを含んでよい。例えば、地形オブジェクト９２は、樹木、岩、川、海、及び山など、アバターの移動を制限するオブジェクトを含んでよい。例えば、地形オブジェクト９２は、沼地など、アバターの移動速度を減少させるオブジェクトを含んでよい。例えば、地形オブジェクト９２は、氷床など、アバターの移動速度を増加させるオブジェクトを含んでよい。一例として、地形オブジェクト９２は、アバターのパラメータ値に影響を与えるオブジェクトを含んでよい。例えば、地形オブジェクト９２は、毒沼など、アバターのヒットポイントを減少させるオブジェクトを含んでよい。例えば、地形オブジェクト９２は、回復の泉など、アバターのヒットポイントを増加させるオブジェクトを含んでよい。

図１１、及び図１２に示すように、仮想空間８０に配置され得る各種のオブジェクトは、アシストオブジェクト９４を含む。
第１系統のアシストオブジェクトの具体的な一例について説明する。

例えば、第１系統のアシストオブジェクト９４は、アバターの通過を制限する効果を有する壁オブジェクト９４Ａを含んでよい。壁オブジェクト９４Ａは、第１特定オブジェクトの一例である。壁オブジェクト９４Ａは、味方ユーザ及び敵方ユーザの何れのアバターも通過できない効果を有してもよい。壁オブジェクト９４Ａは、味方ユーザのアバターが通過できるが、敵方ユーザのアバターが通過できない効果を有してもよい。第１特定オブジェクトは、少なくとも第２キャラクタが通過することを規制するオブジェクトであるとよい。壁オブジェクト９４Ａの撤去条件は、仮想空間に配置されてから撤去時間Ｔ１が経過することで成立し得る。

第２系統のアシストオブジェクトの具体的な一例について説明する。
例えば、第２系統のアシストオブジェクト９４は、味方ユーザのアバターが攻撃を命中させた場合に破壊可能であり、かつそのアバターのヒットポイントを回復させる効果を有する木箱オブジェクト９４Ｂを含んでよい。木箱オブジェクト９４Ｂは、敵方ユーザのアバターが攻撃を命中させたときに破壊可能であり、かつそのアバターのヒットポイントを回復させる効果を有してもよい。木箱オブジェクト９４Ｂは、少なくとも第１キャラクタが効果を発揮させられるオブジェクトであるとよい。木箱オブジェクト９４Ｂの有効化条件は、アバターが攻撃を命中させることで成立し得る。木箱オブジェクト９４Ｂの撤去条件は、効果が発揮されること、又は仮想空間に配置されてから撤去時間Ｔ１が経過することで成立し得る。

例えば、第２系統のアシストオブジェクト９４は、味方ユーザのアバターが一定範囲内に入った場合に、その一定範囲に入ったアバターのヒットポイントを回復させる効果を有する温泉オブジェクト９４Ｃを含んでよい。温泉オブジェクト９４Ｃは、第２特定オブジェクトの一例である。アシストオブジェクト９４は、敵方ユーザのアバターが一定範囲内に入った場合に、その一定範囲に入ったアバターのヒットポイントを回復させる効果を有してもよい。第２特定オブジェクトは、少なくとも第１キャラクタに対応するパラメータ値を回復させることができるオブジェクトであるとよい。温泉オブジェクト９４Ｃの有効化条件は、アバターが一定範囲内に入ることで成立し得る。温泉オブジェクト９４Ｃの撤去条件は、仮想空間に配置されてから撤去時間Ｔ１が経過することで成立し得る。

例えば、第２系統のアシストオブジェクト９４は、配置されてから一定時間が経過すると爆発する爆弾オブジェクト９４Ｄを含んでよい。爆弾オブジェクト９４Ｄは、爆発した場合に、一定範囲内にいる敵方ユーザのアバターのヒットポイントを減少させる効果を有する。爆弾オブジェクト９４Ｄは、爆発した場合に、一定範囲内にいる味方ユーザのアバターのヒットポイントを減少させる効果を有してもよい。爆弾オブジェクト９４Ｄは、少なくとも第２キャラクタの特定パラメータ値を減少させることができるオブジェクトであるとよい。爆弾オブジェクト９４Ｄの有効化条件は、仮想空間に配置されてから一定時間が経過することで成立し得る。爆弾オブジェクト９４Ｄの撤去条件は、効果が発揮されることで成立し得る。

例えば、第２系統のアシストオブジェクト９４は、敵方ユーザのアバターが触れた場合に、一定時間が経過するまで移動不能になる効果を有するトラばさみオブジェクトを含んでよい。トラばさみオブジェクトは、味方ユーザのアバターが触れた場合に、一定時間が経過するまで移動不能になる効果を有してもよい。トラばさみオブジェクトは、少なくとも第２キャラクタの移動を一定時間にわたって制限できるオブジェクトであるとよい。トラばさみオブジェクトの有効化条件は、アバターが触れることで成立し得る。トラばさみオブジェクトの撤去条件は、効果が発揮されること、又は仮想空間に配置されてから撤去時間Ｔ１が経過することで成立し得る。

例えば、第２系統のアシストオブジェクト９４は、配置されると一定範囲内にいる敵方ユーザのアバターを狙って攻撃を行う砲台オブジェクトを含んでよい。敵方ユーザのアバターに、砲台オブジェクトの攻撃が命中した場合、そのアバターのヒットポイントが減少する。砲台オブジェクトは、味方ユーザのアバターを狙って攻撃を行う効果を有してもよい。砲台オブジェクトは、少なくとも第２キャラクタを攻撃するオブジェクトであるとよい。砲台オブジェクトの有効化条件は、アバターが一定範囲内に入ることで成立し得る。砲台オブジェクトの撤去条件は、仮想空間に配置されてから撤去時間Ｔ１が経過することで成立し得る。

例えば、アシストオブジェクト９４は、敵方ユーザのアバターが触れると、そのアバターのヒットポイントが減少する効果を有する毒薬オブジェクトを含んでよい。毒薬オブジェクトは、味方ユーザのアバターが触れると、そのアバターのヒットポイントが減少する効果を有してもよい。毒薬オブジェクトは、少なくとも第２キャラクタのヒットポイントを減少させるオブジェクトであるとよい。毒薬オブジェクトの有効化条件は、アバターが触れることで成立し得る。毒薬オブジェクトの撤去条件は、効果が発揮されること、又は仮想空間に配置されてから撤去時間Ｔ１が経過することで成立し得る。

［ホーム画面］
図１３に示すように、ゲームの第１パートにおいて、端末１００のモニタ１６６には、ホーム画面４０が表示される。ホーム画面４０は、各種のオブジェクトを含み得る。一例として、ホーム画面４０は、アバターウィンドウ４０１、バトルアイコン４０４、及びキャラクタアイコン４０６を含み得る。ホーム画面４０は、パーティに参加するユーザを募集する場合に使用する募集アイコン、自分のゲームプレイを配信する場合に使用する配信開始アイコンを含んでもよい。

一例として、アバターウィンドウ４０１には、自分のアバター８１が表示される。アバター８１の外観は、第１パートのゲームプレイを通して、アバターの設定が変更されることに応じて変化する。一例として、バトルアイコン４０４が表示されている部分をタップ操作することによって、前述の開始操作を行うことができる。一例として、キャラクタアイコン４０６が表示されている部分をタップ操作することによって、バトルゲームの準備を行うための準備ウィンドウ（不図示）の表示を指示する操作を行うことができる。

［マッチング画面］
図１４に示すように、サーバ２００がマッチング処理（ステップＳ１０６）を行っている場合に、端末１００のモニタ１６６には、それぞれマッチング画面５０が表示される。マッチング画面５０は、各種のオブジェクトを含み得る。マッチング画面５０は、ユーザのアバターを表示するアバターウィンドウ５０１を含む。一例として、アバターウィンドウ５０１には、自分のアバター８１が表示される。マッチング画面５０は、マッチングを行っていることを示す文字データ等の情報を含む。

［バトル画面］
図１５、及び図１６に示すように、第２パートが開始された場合に、端末１００のモニタ１６６には、最初にバトル画面６０が表示される。バトル画面６０は、第２パートの第１ゲームである場合に、モニタ１６６に表示される。バトル画面６０は、各種のオブジェクトを含む。一例として、バトル画面６０は、それぞれ端末１００を使用するユーザのアバター８１を含む。一例として、バトル画面６０には、ユーザが所属するパーティのポイント表示欄、及び自分のアバターのヒットポイントを示すＨＰバー６１を含み得る。

一例として、ステップＳ１２２において、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、端末１００を使用するユーザのアバター８１をモニタ１６６の中央に表示する。端末１００のプロセッサ１１０は、仮想空間８０において、アバター８１の頭上後方に仮想カメラ９８を配置することによって、仮想カメラ９８の視界領域内に収められる範囲をモニタ１６６に表示する。アバター８１の頭上後方の視点は、プレイヤキャラクタに対応した第１視点の一例である。これに限らず、第１視点は、プレイヤキャラクタの頭部からフィールドを見た一人称視点、又はプレイヤキャラクタを中心としてフィールドを見た俯瞰視点であってもよい。

端末１００のプロセッサ１１０は、サーバ２００（ゲームモジュール２０１Ａ）から受信する第１進行情報に応じて、味方ユーザのアバター、及び敵方ユーザのアバターを仮想空間８０に配置する。端末１００のプロセッサ１１０は、仮想カメラ９８の視界領域内に他ユーザのアバターが収まる場合に、それらアバターを、モニタ１６６に表示し得る。それらアバターは、モニタ１６６に表示される場合に、アクション情報に応じたアクションを伴う。また、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、敵方ユーザのアバターを表示する場合に、そのアバターのヒットポイントを示すＨＰバー６３を、モニタ１６６に表示する。端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、味方ユーザのアバターを表示する場合に、そのアバターのヒットポイントを示すＨＰバー６３を、モニタ１６６に表示する。一例として、ＨＰバー６３は、アバター８１の頭上に配置される。

端末１００のプロセッサ１１０は、サーバ２００（ゲームモジュール２０１Ａ）から受信する第２進行情報に応じて、１以上のアシストオブジェクト９４を仮想空間８０に配置する。端末１００のプロセッサ１１０は、仮想カメラ９８の視界領域内に、１以上のアシストオブジェクト９４が収まる場合に、そのアシストオブジェクト９４を、モニタ１６６に表示し得る。端末１００のプロセッサ１１０は、アシストオブジェクト９４をモニタ１６６に表示する場合に、このアシストオブジェクト９４が第１パーティ及び第２パーティの何れに所属するユーザによって配置されたオブジェクトであるかを示す属性情報をモニタ１６６に表示する。一例として、属性情報は、アシストオブジェクト９４を囲う枠線６２である。枠線６２は、アシストオブジェクト９４が、味方ユーザ及び敵方ユーザの何れによって配置されたものであるかを示す情報であってもよい。特定オブジェクトは、プレイヤの属性に応じて異なる視覚効果を伴うとよい。

図１１、図１５、及び図１６を参照して、バトル画面６０のより具体的な表示態様の一例について説明する。ここで、以下の説明において、ユーザＡ及びユーザＣは、第１パーティに所属しており、ユーザＢは、第２パーティに所属していると仮定する。ユーザＡ～Ｃが使用する端末１００をそれぞれ端末１００Ａ～１００Ｃと示す。ユーザＡ，Ｂのアバター８１をそれぞれアバター８１Ａ，８１Ｂと示す。

端末１００Ａのモニタ１６６には、仮想空間８０のうち、アバター８１Ａに対応する仮想カメラ９８Ａの視界領域内に収められる範囲が表示される。一例として、仮想カメラ９８Ａは、仮想空間８０において、アバター８１Ａの頭上後方に配置される。

ここで、オブジェクト９４Ａ１，９４Ｂ１は、第１パーティに所属するユーザが配置したオブジェクトである。オブジェクト９４Ａ２，９４Ｂ２は、第２パーティに所属するユーザが配置したオブジェクトである。端末１００Ａのモニタ１６６において、オブジェクト９４Ａ１，９４Ｂ１は、太い実線で示すように、赤い縁取りをする枠線６２を伴って表示される。端末１００Ａのモニタ１６６において、オブジェクト９４Ａ２，９４Ｂ２は、太い破線で示すように、青い縁取りをする枠線６２を伴って表示される。

端末１００Ｂのモニタ１６６には、仮想空間８０のうち、アバター８１Ｂに対応する仮想カメラ９８Ｂの視界領域内に収められる範囲が表示される。一例として、仮想カメラ９８Ｂは、仮想空間８０において、アバター８１Ｂの頭上後方に配置される。

端末１００Ｂのモニタ１６６において、オブジェクト９４Ａ１，９４Ｂ１は、太い実線で示すように、赤い縁取りをする枠線６２を伴って表示される。端末１００Ａのモニタ１６６において、オブジェクト９４Ａ２，９４Ｂ２は、太い破線で示すように、青い縁取りをする枠線６２を伴って表示される。

［アシスト移行画面］
図１７に示すように、端末１００のモニタ１６６には、アバターの状態が第１状態から第２状態に変更された場合に、アシスト移行画面６５が表示される。アシスト移行画面６５は、第２パートにおけるアシストゲームの開始を報知する開始情報６６を含む。一例として、開始情報は、「アシストスタート」の文字データである。

一例として、ステップＳ２０８において、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、仮想空間８０をレンダリングした画像を生成するときの視点を第１視点から第２視点に変更する。一例として、仮想カメラ９８は、アバターの状態が第２状態に変更された位置を中心として、フィールドを俯瞰する位置に設定される。端末１００のプロセッサ１１０は、仮想カメラ９８の視界領域内に収められる範囲をモニタ１６６に表示する。これに限らず、第２視点は、味方ユーザのアバターに対応する視点であってよく、敵方ユーザのアバターに対応する視点であってもよく、他のオブジェクトに対応する視点であってもよい。なお、第１視点は、第２視点と同じ視点であってもよい。

［アシスト画面］
図１８に示すように、ゲームが第２パートである場合に、端末１００のモニタ１６６には、アシスト移行画面６５が表示された後にアシスト画面７０が表示される。アシスト画面７０は、各種のオブジェクトを含み得る。一例として、アシスト画面７０は、アシストアイコン７１、及び視点変更アイコン７０２含む。アシスト画面７０は、ユーザが所属するパーティのポイント表示欄を含んでもよい。アシスト画面７０は、味方ユーザのうち、アバターが第１状態であるユーザからのメッセージを含んでもよい。

一例として、アシストアイコン７１が表示されている部分をタップ操作することによって、前述の配置操作を行うことができる。アシストアイコン７１は、複数種類のアシストオブジェクトのうち、配置操作によって仮想空間８０に配置できるアシストオブジェクトを示す情報を含む。一例として、壁オブジェクト９４Ａを配置するためのアシストアイコン７１Ａは、壁オブジェクト９４Ａを示す絵柄を含む。一例として、温泉オブジェクトを配置するためのアシストアイコン７１Ｃは、温泉オブジェクトを示す絵柄を含む。一例として、爆弾オブジェクト９４Ｄを配置するためのアシストアイコン７１Ｄは、爆弾オブジェクト９４Ｄを示す絵柄を含む。端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、ドラッグ操作されたアシストアイコン７１から、配置するアシストオブジェクト９４の種類を特定する。端末１００のプロセッサ１１０は、ドラッグ操作された位置から、アシストオブジェクト９４の配置位置を取得する。ステップＳ２１０において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、アシストオブジェクトの種類情報、及び座標情報を含む第２プレイ情報（オブジェクト配置要求）をサーバ２００へ送信する。

一例として、視点変更アイコン７０２が表示されている部分をタップ操作することによって、視点の変更を指示する視点変更操作を行うことができる。視点変更アイコン７０２は、味方ユーザのアバターのうち、第１状態であるアバターにそれぞれ対応して表示される。

端末１００のプロセッサ１１０は、サーバ２００（ゲームモジュール２０１Ａ）から受信する第１進行情報に応じて、味方ユーザのアバター、及び敵方ユーザのアバターを仮想空間８０に配置する。端末１００のプロセッサ１１０は、仮想カメラ９８の視界領域内に他ユーザのアバターが収まる場合に、それらアバターを、モニタ１６６に表示し得る。それらアバターは、モニタ１６６に表示される場合に、アクション情報に応じたアクションを伴う。つまり、プロセッサ１１０は、アバターが第２状態である場合も、アバターが第１状態であったときと同じ仮想空間８０を使用する。また、端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、味方ユーザ又は敵方ユーザのアバターを表示する場合に、それらのアバターのヒットポイントを示すＨＰバー６３を、モニタ１６６に表示する。一例として、ＨＰバー６３は、アバターの頭上に配置される。

端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、視点変更操作を受け付ける。視点変更操作を受け付けた場合に、端末１００のプロセッサ１１０は、タップ操作がされた視点変更アイコンに対応するアバターを中心として、フィールドを俯瞰する位置へ仮想カメラ９８の位置を変更する。端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、仮想カメラ９８の視界領域内に収められる範囲をモニタ１６６に表示する。

端末１００のプロセッサ１１０は、サーバ２００（ゲームモジュール２０１Ａ）から受信する第２進行情報に応じて、１以上のアシストオブジェクト９４を仮想空間８０に配置する。端末１００のプロセッサ１１０は、仮想カメラ９８の視界領域内に、１以上のアシストオブジェクト９４が収まる場合に、そのアシストオブジェクト９４を、モニタ１６６に表示し得る。端末１００のプロセッサ１１０は、アシストオブジェクト９４をモニタ１６６に表示する場合に、上記属性情報をモニタ１６６に表示する。つまり、特定オブジェクトは、プレイヤの属性に応じて異なる視覚効果を伴うとよい。

図１１、図１９、及び図２０を参照して、アシスト画面７０のより具体的な表示態様の一例について説明する
図１９に示すように、モニタ１６６には、フィールド９２Ａを俯瞰する位置に仮想カメラ９８Ｃが設定される。ユーザＣが、端末１００Ｃのモニタ１６６に表示されたアシストアイコン７１Ｄをタップし、モニタ１６６に表示されているフィールド９２Ａのうち、任意の位置までドラッグ操作したとする。この場合、端末１００Ｃのプロセッサ１１０は、ゲームモジュール１０１Ａとして、配置が指示されたアシストオブジェクトの種類として爆弾オブジェクト９４Ｄを特定する。端末１００Ｃのプロセッサ１１０は、ゲームモジュール１０１Ａとして、爆弾オブジェクト９４Ｄ１を配置する座標を特定する。

図２０に示すように、端末１００Ａのモニタ１６６には、爆弾オブジェクト９４Ｄが出現する。この爆弾オブジェクト９４Ｄは、配置されてから一定時間が経過すると効果を発揮する。爆弾オブジェクト９４Ｄは、効果を発揮した場合に、一定範囲内にいる敵方ユーザのアバターのヒットポイントを減少させる。爆弾オブジェクト９４Ｄは、効果を発揮した場合に、仮想空間から取り除かれる。

アシストゲームに参加できるユーザの人数について説明する。
一例として、１つの第２パートのゲームに参加できるパーティの数をＰとし、１つのパーティに所属できるユーザの数をＱと仮定する。この場合に、第２パートが開始した時点において、バトルゲームに参加しているユーザの数は、Ｐ×Ｑである。ヒットポイントの管理は、アバターごとにされる。アバターのヒットポイントが０になった場合に、そのアバターの状態は、第１状態から第２状態に変更される。アバターの状態が第２状態に変更された場合に、そのアバターを有するユーザは、バトルゲームを終了して、アシストゲームに参加する。つまり、そのユーザが所属するパーティのうち、バトルゲームに参加しているユーザの数が１減少する。そのユーザが所属するパーティのうち、アシストゲームに参加しているユーザの数が１増加する。一例として、パーティごとに、アシストゲームに参加できるユーザの人数は、最大でＱ－１である。アシストゲームに参加する味方ユーザは、自分を含めて複数になる場合がある。アシストゲームに参加する敵方ユーザは、複数になる場合がある。

［リザルト画面］
第２パートが終了し、第１パートに移行する場合に、端末１００のモニタ１６６には、それぞれリザルト画面７５が表示される。リザルト画面７５は、各種のオブジェクトを含み得る。リザルト画面７５は、第２パートで勝利したパーティを示すアイコン、ポイントの獲得数が最も多いユーザを示すアイコン、又は他のアバターの討伐数が最も多いユーザを示すアイコン等の情報を含み得る。

第１実施形態の効果について説明する。
（１－１）特定の条件が成立することによって、アバターの状態が第１状態から第２状態に変更された場合に、仮想空間８０におけるアバターの移動が規制される。その代わり、ユーザは、１以上の特定オブジェクトを仮想空間に配置できるようになる。つまり、ゲーム性は、アバターの状態が第２状態に変化する前と、第２状態に変化した後とで変化する。よって、ユーザの楽しみを増大させることができる。

（１－２）アバターは、その状態が第１状態から第２状態に変更された場合に、フィールドから表示されなくなる。よって、ゲーム性の変化を際立たせることができる。
（１－３）ユーザは、自分のアバターの移動が規制された状態でも、敵方ユーザのアバターが通過することを規制する第１特定オブジェクト、及び味方ユーザのアバターのパラメータ値を回復させることができる第２特定オブジェクトのうち少なくとも一方を配置することができる。つまり、ユーザは、仮想空間８０に対して影響を与えることができる。これにより、ゲーム性は、アバターの状態が第１状態から第２状態に変更される前後で大きく変化する。よって、ユーザの楽しみを、さらに増大させることができる。

（１－４）ユーザが配置できる特定オブジェクトの数には、上限が存在する。よって、仮想空間８０に対する影響が過度にならない。
（１－５）ユーザが配置した特定オブジェクトは、規定時間が経過すると取り除かれる。これにより、ユーザは、規定数の特定オブジェクトを配置した後にも、規定時間が経過すれば、新しい特定オブジェクトを配置できる。よって、ユーザは、仮想空間への介入をより長時間にわたって継続することができる。

（１－６）アバターの状態が第１状態から第２状態に変更された場合に、視点が、一人称視点から俯瞰視点に変更される。よって、ユーザは、仮想空間８０を俯瞰しながら、特定オブジェクトを配置することができる。

（１－７）第２ゲームの開始報知が行われる。よって、ユーザは、ゲーム性が変化することについて、事前に準備することができる。
（１－８）特定オブジェクトを配置したユーザの属性を示す情報が報知される。よって、ユーザによる仮想空間８０に対する介入状況が明らかになる。

（１－９）特定オブジェクトを配置したユーザが何れのグループに属しているかを識別できる。よって、ユーザによる仮想空間８０に対する介入状況が明らかになる。
（１－１０）同じ種類の特定オブジェクトであっても、第１パーティのユーザが配置するか、第２パーティのユーザが配置するかによって、その効果が異なる。つまり、味方ユーザ、及び敵方ユーザの何れのユーザが配置したかによって、特定オブジェクトの効果が異なる。これにより、特定オブジェクトの効果が画一的にならない。よって、視聴者の楽しみを増大させることができる。

（１－１１）プレイヤは、特定オブジェクトが、味方ユーザ、及び敵方ユーザの何れによって配置されたのかを識別できる。よって、プレイヤは、仮想空間に配置された特定オブジェクトの効果の違いを視覚的に把握できる。

（１－１２）第１パーティに所属するユーザが配置した第１特定オブジェクトの効果は、第１パーティに所属するユーザのアバターに対して発揮されるが、第２パーティに所属するユーザのアバターに対して発揮されない。一方、第２パーティに所属するユーザが配置した第１特定オブジェクトの効果は、第２パーティに所属するユーザのアバターに対して発揮されるが、第１パーティに所属するユーザのアバターに対しては発揮されない。よって、各パーティに所属するユーザは、自分と同じ属性を有するユーザに対応するアバターに対して、第１特定オブジェクトの効果を選択的に発揮させることができる。

（１－１３）第１パーティに所属するユーザが配置した第２特定オブジェクトの効果は、第１パーティに所属するユーザのアバターに対して発揮されないが、第２パーティに所属するユーザのアバターに対して発揮される。一方、第２パーティに所属するユーザが配置した第２特定オブジェクトの効果は、第１パーティに所属するユーザのアバターに対して発揮されるが、第２パーティに所属するユーザのアバターに対しては発揮されない。よって、各パーティに所属するユーザは、自分と異なる属性を有するユーザに対応するアバターに対して、第２特定オブジェクトの効果を選択的に発揮させることができる。

（１－１４）第２ゲーム（一例としてアシストゲーム）において、ユーザは、自分と同じパーティに所属するユーザのうち、自分が希望するユーザのアバターに対応した視点を選択することができる。よって、ユーザは、同じパーティに所属するユーザのアバターを見ながら、特定オブジェクトを効果的に配置できる。

（１－１５）第２ゲーム（一例としてアシストゲーム）において、ユーザは、自分と異なるパーティに所属するユーザのアバターに対応した視点を選択することができない。よって、ユーザが、敵方ユーザのアバターの動きを容易に把握することを抑制することができる。

（１－１６）ユーザは、特定オブジェクトの種類と、特定オブジェクトの位置とを指定できる。よって、ユーザは、望むように特定オブジェクトを配置することができる。
（第２実施形態）
ゲームシステム１０において、仮想空間８０にアシストオブジェクト９４が配置されており、かつアシストオブジェクト９４を新たに配置する場合であって、予め定めた変化条件が成立したときに、先に配置されたアシストオブジェクト９４が変化してもよい。一例として、アシストオブジェクト９４の変化は、アシストオブジェクト９４の外観が変化すること、アシストオブジェクト９４の効果が変化すること、を含み得る。

［アシストオブジェクトを変化させるための処理の流れ］
アシストオブジェクトを変化させるための処理の流れの一例について説明する。
図８に示すように、ステップＳ２１６において、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、変化条件が成立したか否かを判定する。変化条件が成立していない場合に、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、新たなアシストオブジェクト９４を仮想空間８０に配置する。サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、先に仮想空間８０に配置されているアシストオブジェクト９４の外観及び効果を変化させない。

変化条件が成立している場合に、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、先に仮想空間８０に配置されているアシストオブジェクト９４を変化させる。以下の説明では、先に仮想空間８０に配置されているアシストオブジェクト９４を「組合せ元のアシストオブジェクト」と示す。また、後に仮想空間８０に配置されるアシストオブジェクト９４を「組合せ後のアシストオブジェクト」と示す。

一例として、変化条件は、組合せ元のアシストオブジェクト９４と、組合せ後のアシストオブジェクト９４と、が特定の関係であるときに成立する。一例として、特定の関係は、１つの観点によって規定されてもよく、複数の観点を組み合わせて規定されてもよい。

一例として、変化条件は、組合せ元のアシストオブジェクト９４の種類と、組合せ後のアシストオブジェクト９４の種類とが特定の関係にあることを含む。一例として、特定の関係は、組合せ元のアシストオブジェクト９４の種類と、組合せ後のアシストオブジェクト９４の種類とが、同一であることであってよく、異なることであってもよい。

一例として、変化条件は、組合せ元のアシストオブジェクト９４を配置したユーザの属性と、組合せ後のアシストオブジェクト９４を配置するユーザの属性とが特定の関係にあることを含む。一例として、特定の関係は、組合せ元のアシストオブジェクト９４を配置したユーザと、組合せ後のアシストオブジェクト９４を配置するユーザとが、同じユーザであることであってよく、異なるユーザであることであってもよい。一例として、特定の関係は、組合せ元のアシストオブジェクト９４を配置したユーザと、組合せ後のアシストオブジェクト９４を配置するユーザとが、同じパーティであることであってよく、異なるパーティであってもよい。一例として、特定の関係は、組合せ元のアシストオブジェクト９４を配置したユーザと、組合せ後のアシストオブジェクト９４を配置するユーザとが、互いに味方ユーザであることであってよく、互いに敵方ユーザであることであってもよい。

一例として、変化条件は、組合せ元のアシストオブジェクト９４の位置と、組合せ後のアシストオブジェクト９４の位置とが特定の関係にあることを含む。一例として、特定の関係は、組合せ元のアシストオブジェクト９４の位置と、組合せ後のアシストオブジェクト９４の位置とが、同じ位置であることであってよく、互いに一定の距離以内の位置であることであってもよい。一定の距離は、水平方向における距離であってもよく、高さ方向における距離であってもよく、これらの組合せであってもよい。一例として、特定の関係は、組合せ元のアシストオブジェクト９４と、組合せ後のアシストオブジェクト９４とが、それぞれの効果範囲の一部が重なりあうことであってもよく、それぞれの効果範囲の全部が重なりあうことであってもよく、一方の効果範囲に、他方の効果範囲が含まれることであってもよい。

アシストオブジェクト９４の変化態様の一例について説明する。
図２１に示すように、アシストオブジェクト９４の効果の変化態様は、アシストオブジェクト９４の効果を向上させる強化と、アシストオブジェクト９４の効果を変質させる妨害と、を含み得る。一例として、アシストオブジェクト９４の効果の強化は、アバターのパラメータ値の変化量が増減することと、アバターのパラメータ値を変化させる範囲が増減すること、を含む。

一例として、組合せ元のアシストオブジェクトが、味方ユーザによって配置された温泉オブジェクト９４Ｃであり、組合せ後のアシストオブジェクトが、味方ユーザによって配置された温泉オブジェクト９４Ｃであって、かつ、これら２つの温泉オブジェクト９４Ｃの位置が一致する場合について説明する。この場合に、組合せ元の温泉オブジェクト９４Ｃは、外観が豪華な大温泉オブジェクトに変化する。大温泉オブジェクトは、味方ユーザのアバターが触れたときのヒットポイントの回復速度が、温泉オブジェクト９４Ｃと比べて速い。

一例として、組合せ元のアシストオブジェクトが、味方ユーザによって配置された木箱オブジェクト９４Ｂであり、組合せ後のアシストオブジェクトが、味方ユーザによって配置された木箱オブジェクト９４Ｂであって、かつ、これら２つの木箱オブジェクト９４Ｂの位置が一致する場合について説明する。この場合に、組合せ元の木箱オブジェクト９４Ｂは、複数の木箱が積み上がった積み上げ木箱オブジェクトに変化する。積み上げ木箱オブジェクトは、味方ユーザのアバターが攻撃したときに、一定範囲内にいる味方ユーザのアバター全員のヒットポイントを回復させる効果を有する。つまり、木箱オブジェクト９４Ｂと比べて、効果を及ぼす範囲が広くなる。

一例として、組合せ元のアシストオブジェクトが、味方ユーザによって配置された温泉オブジェクト９４Ｃであり、組合せ後のアシストオブジェクトが、敵方ユーザによって配置された毒薬オブジェクトであって、かつ、これら２つのオブジェクトの位置が一致する場合について説明する。この場合に、組合せ元の温泉オブジェクト９４Ｃは、外観が毒々しい毒沼オブジェクトに変化する。毒沼オブジェクトは、味方ユーザのアバターが触れたときに、そのアバターのヒットポイントを減少させる効果を有する。つまり、温泉オブジェクト９４Ｃとは、性質が異なる。

第２実施形態の効果について説明する。
（２－１）第１パーティに所属するユーザが配置した特定オブジェクトと、第１パーティに所属するユーザが配置した特定オブジェクトとの組合せに応じた効果が発揮される。つまり、特定オブジェクトの効果は、第１パーティに所属する複数のユーザが協力することによって変更され得る。よって、複数のユーザに対して、互いに協力する楽しみを提供することができる。

（２－２）第１パーティに所属するユーザが配置した特定オブジェクトと、第１パーティに所属するユーザが配置した特定オブジェクトとが、特定の関係を有する場合に、これらの特定オブジェクトが特定の関係を有さないときと、効果が異なる。よって、各ユーザに対して、協力して特定オブジェクトを配置する楽しみを提供することができる。

（２－３）第１パーティに所属するユーザが配置した特定オブジェクトと、第２パーティに所属するユーザが配置した特定オブジェクトとが、特定の関係を有する場合に、第１パーティに所属するユーザが配置した特定オブジェクトの効果が、第１パーティのアバターに対して発揮されなくなる。よって、第１パーティに所属するユーザに対して、第２パーティに所属するユーザから邪魔され難いように特定オブジェクトを配置する楽しみを提供することができる。

（２－４）第１パーティに所属するユーザが配置した特定オブジェクトと、第２パーティに所属するユーザが配置した特定オブジェクトとが、特定の関係を有する場合に、第１パーティに所属するユーザが配置した特定オブジェクト効果が変化する。よって、第１パーティに所属するユーザに対して、第２パーティに所属するユーザから邪魔され難いように特定オブジェクトを配置する楽しみを提供することができる。

上記実施形態は、以下のように変更して実施することができる。上記実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・味方ユーザのＨＰバー６３は、バトル画面６０において表示されないが、アシスト画面７０において表示されてもよい。つまり、味方ユーザのＨＰバー６３は、アシストゲームに移行しなければ表示されない。敵方ユーザのＨＰバー６３は、バトル画面６０において表示されないが、アシスト画面７０において表示されてもよい。つまり、敵方ユーザのＨＰバー６３は、アシストゲームに移行しなければ表示されない。

・味方ユーザのＨＰバー６３は、バトル画面６０において表示され、かつ、アシスト画面７０において表示されてもよい。つまり、味方ユーザのＨＰバー６３は、バトル画面６０において表示されるとともに、アシストゲームに移行した後もそのまま表示される。敵方ユーザのＨＰバー６３は、バトル画面６０において表示され、かつ、アシスト画面７０において表示されてもよい。つまり、敵方ユーザのＨＰバー６３は、バトル画面６０において表示されるとともに、アシストゲームに移行した後もそのまま表示される。本変更例において、ＨＰバー６３の表示態様は、バトル画面６０において表示される場合と、アシスト画面７０において表示される場合とで、異なっていてもよい。一例として、ＨＰバー６３の表示態様は、バトル画面６０において表示される場合と比べて、アシスト画面７０において表示される場合の方が、見易くなるとよい。例えば、ＨＰバー６３の大きさは、バトル画面６０において表示される場合と比べて、アシスト画面７０において表示される場合の方が、大きくなるとよい。

・ＨＰバー６３の表示条件は、アバターが第２状態となる前のバトル画面６０で表示される場合と、アバターが第２状態となってからのアシスト画面７０で表示される場合とで、異なっていてもよい。一例として、バトル画面６０において、ＨＰバー６３は、仮想カメラ９８の視界領域内にいるアバターであり、かつ、仮想カメラ９８から一定距離以内にいるアバターに対してのみ表示される。そして、アバターの状態が第２状態になることで、画面がアシスト画面７０に移行した場合に、ＨＰバー６３は、仮想カメラ９８の視界領域内にいる味方ユーザのアバター、及び敵方ユーザのアバターに対して表示される。

また、図２２に示すように、アシスト画面７０において、ＨＰバー６３は、仮想カメラ９８の視界領域内にいる敵方ユーザのアバターに対して表示されるが、味方ユーザに対して表示されなくてもよい。この場合に、味方ユーザのアバターのヒットポイントは、モニタ１６６において、ＨＰバー６３とは別の部分に表示されるＨＰバー７０３によって示されてもよい。一例として、ＨＰバー７０３は、複数の視点変更アイコン７０２に対応させて表示してもよい。これにより、敵方ユーザのアバターのヒットポイントは、そのアバターがモニタ１６６に表示された場合に把握可能であるが、味方ユーザのアバターのヒットポイントは、その全部を常に把握可能である。よって、アシストゲームにおいて、ユーザは、補助したほうがよい味方ユーザ、及び、妨害したほうがよい敵方ユーザを把握し易い。つまり、アシストゲームにおける戦略を立てることが容易になる。

・図２３に示すように、アシストユニットの配置操作は、バトルゲームにおけるアバターの移動操作と同じ方法、又は似た方法であってもよい。
一例として、端末１００のプロセッサ１１０は、アシストアイコン７１がタップ操作された場合に、仮想空間のうちモニタ１６６の中央に表示されている位置に対して、アシストオブジェクト９４を仮配置する。端末１００のプロセッサ１１０は、アシストオブジェト９４を仮想空間に仮配置した場合に、レンダリングモジュール１０４として、取消ボタン７０６、決定ボタン７０７、及び回転ボタン７０８をモニタ１６６に表示する。端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、取消ボタン７０６が表示されている部分のタップ操作により、仮配置を取り消す操作がされた場合に、仮配置したアシストオブジェクト９４を仮想空間から取り除く。端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、回転ボタン７０８が表示されている部分のタップ操作により、アシストオブジェト９４を回転させる操作がされると、仮配置したアシストオブジェクト９４を回転させる。

一例として、バトル画面６０及びアシスト画面７０は、第１仮想スティック７１０と、第２仮想スティック７２０と、を含む。バトル画面６０において、第１仮想スティック７１０は、仮想空間におけるアバター８１の移動を指示できる。バトル画面６０において、第２仮想スティック７２０は、カメラアングルの変更を指示できる。一例として、仮想カメラ９８は、第２仮想スティック７２０の操作によって、自分のアバター８１を視界領域内に収めたまま、当該アバター８１の周りを回転させる指示を行うことができる。一方、アシスト画面７０において、第１仮想スティック７１０は、仮想空間に仮配置されたアシストオブジェクト９４の移動を指示できる。アシスト画面７０において、第２仮想スティック７２０は、カメラアングルの変更を指示できる。一例として、仮想カメラ９８は、第２仮想スティック７２０の操作によって、アシストオブジェクト９４を視界領域内に収めたまま、当該アシストオブジェクト９４の周りを回転させる指示を行うことができる。

端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、仮配置したアシストオブジェクト９４の移動操作を受け付けると、仮想空間でアシストオブジェクト９４を移動させる。端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、仮配置したアシストオブジェクト９４を中心として、フィールド９２Ａを俯瞰する位置に仮想カメラ９８を追随させる。つまり、一例として、仮配置されたアシストオブジェト９４の表示位置は、モニタ１６６の中央に維持される。なお、上述のように、一例として、バトル画面６０において、自分のアバター８１の表示位置は、モニタ１６６の中央に維持される。

端末１００Ｃのプロセッサ１１０は、レンダリングモジュール１０４として、仮想カメラ９８の回転操作を受け付けると、アシストオブジェクト９４を中心とした軌道に沿って、仮想カメラ９８を回転させる。端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、移動後の仮想カメラ９８の視界領域内に収められる範囲をモニタ１６６に表示する。

参加端末１００Ｃのプロセッサ１１０は、ゲームモジュール１０１Ａとして、決定ボタン７０７が表示されている部分のタップ操作により、アシストオブジェト９４の配置を決定する操作がされると、仮配置したアシストオブジェクト９４の種類と、仮配置したアシストオブジェクト９４の位置と、を取得する。そして、ステップＳ２１０において、端末１００のプロセッサ１１０は、ゲームモジュール１０１Ａとして、アシストオブジェクト９４の種類情報、及び座標情報を含む第２プレイ情報（オブジェクト配置要求）をサーバ２００へ送信する。

本変更例では、第１ゲーム（バトルゲーム）における操作方法と、第２ゲーム（アシストゲーム）における操作方法とが同じ方法、又は似た方法である。つまり、操作方法は、アバターの状態が第２状態になる前と、アバターの状態が第２状態になった後と、同じ又は似ている。よって、操作方法の違いに起因するユーザの混乱を抑制することができる。

・ゲームシステム１０は、ユーザが所有するポイントを消費してアシストオブジェクトを配置するように構成されてもよい。仮想空間に配置する際の消費ポイントは、アシストオブジェクトの種類ごとに異なっていてもよく、それらの一部又は全部が同じであってもよい。一例として、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、オブジェクト配置要求（第２プレイ情報）を受信した場合に、その要求で配置が指示されたアシストオブジェクトの種類に基づいて消費ポイントを特定する。プロセッサ２１０は、特定された消費ポイントに応じて、ユーザが所有するポイントを減少させる。そして、ステップＳ２１６において、プロセッサ２１０は、アシストオブジェクトを仮想空間に配置する。プロセッサ１１０は、ユーザが所有するポイントが、特定された消費ポイントに満たない場合に、アシストオブジェクトを配置しない。一例として、ユーザが所有するポイントは、時間の経過に伴って増加するとよい。

・ゲームシステム１０は、アシストオブジェクトが取り除かれるまでの撤去時間Ｔ１を短縮できるように構成されてもよい。一例として、サーバ２００のプロセッサ２１０は、ゲームモジュール２０１Ａとして、経過時間の管理に代えて、パラメータ値の一例である耐久値を管理する。サーバ２００のプロセッサ２１０は、時間の経過に応じて耐久値を減少させる。サーバ２００のプロセッサ２１０は、アシストオブジェクトを配置したユーザとは異なる属性のユーザの行動に応じて、当該アシストオブジェクトの耐久値を減少させる。一例として、アシストオブジェクトの耐久値を減少させる行動は、当該アシストオブジェクトに、アバターの攻撃を命中させることである。一例として、アシストオブジェクトの耐久値を減少させる行動は、当該アシストオブジェクトに、所定のアシストオブジェクトの効果を発揮させることである。一例として、所定のアシストオブジェクトは、爆弾オブジェクト９４Ｄであるとよい。

ステップＳ２３２において、サーバ２００のプロセッサ２１０は、耐久値が０になったアシストオブジェクトを仮想空間から取り除く。端末１００のプロセッサ１１０は、レンダリングモジュール１０４として、アシストオブジェクトの耐久値を示す画像を、当該アシストオブジェクトに対応付けて表示させてもよい。

・複数の端末１００は、互いに構成が異なるコンピュータとして実現されてもよい。
・コントロールモジュール１０１，２０１が備える１以上のモジュールは、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の回路により実現してもよい。

・コントロールモジュール１０１，２０１が備える１以上のモジュールは、プロセッサを用いるソフトウェアによって実現してもよい。コントロールモジュール１０１，２０１の少なくとも１つを備えるコンピュータは、プロセッサ、メモリ、及びストレージを備える。上記プログラム及び各種データは、プロセッサが読み取りできるように、ストレージに記録される。プログラムは、メモリに展開される。そして、プロセッサが上記プログラムをストレージから読み取り、実行することにより、本開示の作用が実現される。ストレージは、既に説明の通り、不揮発性の記憶装置として実現され得る。

・プログラムは、このプログラムを伝送可能な任意の伝送媒体（通信ネットワーク、又は放送波等）を介して上記コンピュータに供給されてもよい。
・プログラムは、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に記録してもよい。

本開示は以下の実施例を包含する。限定のためでなく理解の補助として実施形態の構成要素の参照符号を付した。
（付記１）コンピュータ（２００）に、仮想空間（８０）を定義すること（Ｓ１１０）と、端末（１００）を操作するプレイヤに対応するプレイヤキャラクタ（８０Ａ，８０Ｂ）を、前記仮想空間に配置すること（Ｓ２１２）と、特定の条件が成立した場合に、前記プレイヤキャラクタの状態を第１状態から第２状態に変更すること（Ｓ２０２）と、前記プレイヤによる第１操作を受け付けた前記端末が送信する第１情報を受信すること（Ｓ１３２）と、受信した前記第１情報に応じて、前記仮想空間で前記プレイヤキャラクタを移動させること（Ｓ１３４）と、前記プレイヤキャラクタの状態が前記第２状態である場合に、前記仮想空間で前記プレイヤキャラクタを移動させることの実行を規制すること（Ｓ１３４）と、前記プレイヤによる第２操作を受け付けた前記端末が送信する第２情報を受信すること（Ｓ２１２）と、前記プレイヤキャラクタの状態が前記第２状態である場合に、受信した前記第２情報に応じて、１以上の特定オブジェクト（９４）を前記仮想空間に配置すること（Ｓ２１６）と、を実行させる、プログラム。

（付記２）前記仮想空間（８０）は、前記プレイヤキャラクタの移動を許容するフィールドを含み、前記コンピュータ（２００）に、前記プレイヤキャラクタの状態を前記第１状態から前記第２状態に変更した場合に、前記プレイヤキャラクタを前記フィールドに表示しないことの要求を前記端末に送信すること（Ｓ１３８）、をさらに実行させる、付記１に記載のプログラム。

（付記３）前記コンピュータ（２００）に、前記プレイヤキャラクタと異なる第１キャラクタ及び第２キャラクタを前記仮想空間に配置すること（Ｓ１１２）と、前記プレイヤキャラクタ、前記第１キャラクタ、及び前記第２キャラクタの各々に対応するパラメータ値を管理すること（Ｓ１３６）と、前記第１キャラクタ、及び前記第２キャラクタのうち、対応する前記パラメータ値が特定値となったキャラクタの状態を前記第１状態から前記第２状態に変更すること（Ｓ２０２）と、をさらに実行させ、前記特定の条件は、前記プレイヤキャラクタに対応する前記パラメータ値が前記特定値となることによって成立し、前記１以上の特定オブジェクト（９４）は、第１特定オブジェクト、及び第２特定オブジェクトのうち少なくとも１つを含み、前記第１特定オブジェクトは、少なくとも前記第２キャラクタが通過することを規制するオブジェクトであり、前記第２特定オブジェクトは、少なくとも前記第１キャラクタに対応する前記パラメータ値を回復させることができるオブジェクトである、付記１又は付記２に記載のプログラム。

（付記４）前記コンピュータ（２００）に、規定数の前記特定オブジェクト（９４）が前記仮想空間（８０）に配置されている場合に、追加の前記特定オブジェクトを前記仮想空間に配置することの実行を規制すること、をさらに実行させる、付記１～付記３のうち何れか一項に記載のプログラム。

（付記５）前記コンピュータ（２００）に、前記仮想空間（８０）に配置された前記各特定オブジェクト（９４）を、当該特定オブジェクトが前記仮想空間に配置されてからの時間が規定時間に達した場合に前記仮想空間から取り除くこと、をさらに実行させる、付記４に記載のプログラム。

（付記６）前記コンピュータ（２００）に、前記プレイヤキャラクタの状態を前記第１状態から前記第２状態に変更した場合に、前記仮想空間（８０）をレンダリングした画像を生成するときの視点を第１視点から第２視点に変更することの要求を、前記端末に送信すること（Ｓ２０４）、をさらに実行させ、前記仮想空間は、前記プレイヤキャラクタの移動を許容するフィールドを含み、前記第１視点は、前記プレイヤキャラクタに対応する視点であり、前記第２視点は、前記フィールドを俯瞰する視点である、付記１～付記５のうち何れか一項に記載のプログラム。

（付記７）前記第１状態は、前記仮想空間（８０）で前記プレイヤキャラクタを移動させることを含む第１ゲームに参加できる状態であり、前記第２状態は、前記第１ゲームに参加できない状態であって、前記１以上の特定オブジェクトを前記仮想空間に配置することを含む第２ゲームに参加できる状態であり、前記コンピュータに、前記プレイヤキャラクタの状態を前記第１状態から前記第２状態に変更した場合に、前記第２ゲームの開始報知を行うことの要求を、前記端末に送信すること（Ｓ２０４）、をさらに実行させる、付記６に記載のプログラム。

（付記８）前記コンピュータ（２００）に、前記第２情報を受信した場合に、前記特定オブジェクト（９４）の配置を行ったプレイヤの属性を示す情報を報知することの要求を、前記端末に送信すること、をさらに実行させる付記１～付記７のうち何れか一項に記載のプログラム。

（付記９）前記仮想空間（９０）には、第１属性に対応し、かつ１以上の第１キャラクタを含む第１グループと、第２属性に対応し、かつ１以上の第２キャラクタを含む第２グループと、が設けられ、前記プレイヤの属性は、前記第１属性、又は前記第２属性であり、前記プレイヤキャラクタは、前記プレイヤの属性に応じて前記第１グループ、又は前記第２グループに含まれ、前記特定オブジェクトは、前記プレイヤの属性に応じて異なる視覚効果を伴う、付記８に記載のプログラム。

（付記１０）コンピュータ（２００）に、仮想空間（８０）を定義すること（Ｓ１１０）と、端末（１００）を操作するプレイヤに対応するプレイヤキャラクタを、前記仮想空間に配置すること（Ｓ２１２）と、特定の条件が成立した場合に、前記プレイヤキャラクタの状態を第１状態から第２状態に変更すること（Ｓ２０２）と、前記プレイヤによる所定の操作を受け付けた前記端末が送信する操作情報を受信すること（Ｓ１３２，Ｓ２１２）と、前記プレイヤキャラクタの状態が前記第１状態である場合に、受信した前記操作情報に応じて、前記仮想空間に第１事象を発生させること（Ｓ１３４，Ｓ１３６）と、前記プレイヤキャラクタの状態が前記第２状態である場合に、受信した前記操作情報に応じて、前記仮想空間に前記第１事象と異なる第２事象を発生させること（Ｓ２１６）と、を実行させる、プログラム。

（付記１１）付記１～付記１０のうち何れか一項に記載のプログラムを記憶した記憶装置（２３０）と、前記記憶装置が記憶したプログラムを実行するプロセッサ（２１０）と、を備えるコンピュータ（２００）。

（付記１２）付記１１に記載のコンピュータ（２００）を備えるシステム（１０）。
（付記１３）コンピュータ（２００）が、仮想空間（８０）を定義すること（Ｓ１１０）と、端末（１００）を操作するプレイヤに対応するプレイヤキャラクタ（８０Ａ，８０Ｂ）を、前記仮想空間に配置すること（Ｓ１１２）と、特定の条件が成立した場合に、前記プレイヤキャラクタの状態を第１状態から第２状態に変更すること（Ｓ２０２）と、前記プレイヤによる第１操作を受け付けた前記端末が送信する第１情報を受信すること（Ｓ１３２）と、受信した前記第１情報に応じて、前記仮想空間で前記プレイヤキャラクタを移動させること（Ｓ１３４）と、前記プレイヤキャラクタの状態が前記第２状態である場合に、前記仮想空間で前記プレイヤキャラクタを移動させることの実行を規制すること（Ｓ１３４）と、前記プレイヤによる第２操作を受け付けた前記端末が送信する第２情報を受信すること（Ｓ２１２）と、前記プレイヤキャラクタの状態が前記第２状態である場合に、受信した前記第２情報に応じて、１以上の特定オブジェクトを前記仮想空間に配置すること（Ｓ２１６）と、を実行する、方法。

（付記１４）コンピュータを、ユーザに対応するキャラクタを仮想空間に配置するキャラクタ配置手段と、特定の条件が成立した場合に、前記キャラクタの状態を第１状態から第２状態に変更する状態変更手段と、前記ユーザによる第１操作情報に応じて、前記仮想空間で前記キャラクタを移動させる移動手段と、前記キャラクタの状態が前記第２状態である場合に、前記仮想空間における、前記キャラクタの移動を規制する規制手段と、前記キャラクタの状態が前記第２状態である場合に、前記ユーザによる第２操作情報に応じて、１以上の特定オブジェクトを前記仮想空間に配置する特定オブジェクト配置手段と、として機能させ、前記キャラクタ配置手段は、第１ユーザに対応するキャラクタ、第２ユーザに対応するキャラクタ、及び第３ユーザに対応するキャラクタを前記仮想空間に配置し、前記第１ユーザに対応するキャラクタの状態が前記第１状態であり、前記第２ユーザに対応するキャラクタの状態が前記第１状態であり、かつ前記第３ユーザに対応するキャラクタの状態が前記第２状態である場合に、前記第３ユーザによる前記第２操作情報に応じて前記特定オブジェクトが前記仮想空間に配置されると、当該特定オブジェクトは、前記第１ユーザ及び前記第２ユーザに対して表示される、プログラム。

（付記１５）前記仮想空間は、当該仮想空間に配置された各キャラクタが移動できるフィールドを含み、前記仮想空間に配置されたキャラクタのうち前記第１状態から前記第２状態に変更されたキャラクタは、前記フィールドに表示されない、付記１４に記載のプログラム。

（付記１６）前記１以上の特定オブジェクトは、第１特定オブジェクト、及び第２特定オブジェクトのうち少なくとも１つを含み、前記第１特定オブジェクトは、少なくとも前記第２ユーザに対応するキャラクタが通過することを規制するオブジェクトであり、前記第２特定オブジェクトは、少なくとも前記第１ユーザに対応するキャラクタに対応するパラメータ値を回復させることができるオブジェクトである、付記１４又は付記１５に記載のプログラム。

（付記１７）前記コンピュータを、規定数の前記特定オブジェクトが前記仮想空間に配置されている場合に、追加の前記特定オブジェクトを前記仮想空間に配置することを規制する配置規制手段として、さらに機能させる、付記１４～付記１６のうち何れか一項に記載のプログラム。

（付記１８）前記コンピュータを、前記仮想空間に配置された前記特定オブジェクトを、当該特定オブジェクトが前記仮想空間に配置されてからの時間が規定時間に達した場合に前記仮想空間から撤去する撤去手段として、さらに機能させる、付記１７に記載のプログラム。

（付記１９）前記コンピュータを、前記第１状態から前記第２状態に変更されたキャラクタに対応するユーザに対して表示する画像であって、かつ前記仮想空間をレンダリングした画像を生成するときの視点を第１視点から第２視点に変更させる視点変更手段として、さらに機能させ、前記仮想空間は、当該仮想空間に配置されたキャラクタが移動できるフィールドを含み、前記第１視点は、前記仮想空間に配置されたキャラクタに対応する視点であり、前記第２視点は、前記フィールドを俯瞰する視点である、付記１５～付記１８のうち何れか一項に記載のプログラム。

（付記２０）前記第１状態は、前記仮想空間に配置されたキャラクタを移動させることを含む第１ゲームに参加できる状態であり、前記第２状態は、前記第１ゲームに参加できない状態であって、前記１以上の特定オブジェクトを前記仮想空間に配置することを含む第２ゲームに参加できる状態であり、前記コンピュータを、前記第１状態から前記第２状態に変更されたキャラクタに対応するユーザに対して、前記第２ゲームの開始報知を行わせる開始報知手段として、さらに機能させる、付記１９に記載のプログラム。

（付記２１）前記コンピュータを、前記特定オブジェクトの配置を行ったユーザの属性を示す情報を報知させる情報報知手段として、さらに機能させる付記１４～付記２０のうち何れか一項に記載のプログラム。

（付記２２）前記仮想空間に配置されるキャラクタが分類されるグループには、第１属性のユーザに対応するキャラクタが分類される第１グループと、第２属性のユーザに対応するキャラクタが分類される第２グループと、があり、前記特定オブジェクトは、前記ユーザの属性に応じて異なる視覚効果を伴う、付記２１に記載のプログラム。

（付記２３）コンピュータを、ユーザに対応するキャラクタを仮想空間に配置するキャラクタ配置手段と、特定の条件が成立した場合に、前記キャラクタの状態を第１状態から第２状態に変更する状態変更手段と、前記キャラクタの状態が前記第１状態である場合に、前記ユーザによる操作情報に応じて、前記仮想空間に第１事象を発生させる第１事象発生手段と、前記キャラクタの状態が前記第２状態である場合に、前記ユーザによる前記操作情報に応じて、前記仮想空間に前記第１事象と異なる第２事象を発生させる第２事象発生手段と、として機能させ、前記キャラクタ配置手段は、第１ユーザに対応するキャラクタ、第２ユーザに対応するキャラクタ、及び第３ユーザに対応するキャラクタを前記仮想空間に配置し、前記第１ユーザに対応するキャラクタの状態が前記第１状態であり、前記第２ユーザに対応するキャラクタの状態が前記第１状態であり、かつ前記第３ユーザに対応するキャラクタの状態が前記第２状態である場合に、前記第３ユーザによる前記操作情報に応じて前記第２事象が前記仮想空間に発生されると、当該第２事象は、前記第１ユーザ及び前記第２ユーザに対して表示される、プログラム。

（付記２４）ユーザに対応するキャラクタを仮想空間に配置するキャラクタ配置手段と、特定の条件が成立した場合に、前記キャラクタの状態を第１状態から第２状態に変更する状態変更手段と、前記ユーザによる第１操作情報に応じて、前記仮想空間で前記キャラクタを移動させる移動手段と、前記キャラクタの状態が前記第２状態である場合に、前記仮想空間における、前記キャラクタの移動を規制する規制手段と、前記キャラクタの状態が前記第２状態である場合に、前記ユーザによる第２操作情報に応じて、１以上の特定オブジェクトを前記仮想空間に配置する特定オブジェクト配置手段と、を備え、前記キャラクタ配置手段は、第１ユーザに対応するキャラクタ、第２ユーザに対応するキャラクタ、及び第３ユーザに対応するキャラクタを前記仮想空間に配置し、前記第１ユーザに対応するキャラクタの状態が前記第１状態であり、前記第２ユーザに対応するキャラクタの状態が前記第１状態であり、かつ前記第３ユーザに対応するキャラクタの状態が前記第２状態である場合に、前記第３ユーザによる前記第２操作情報に応じて前記特定オブジェクトが前記仮想空間に配置されると、当該特定オブジェクトは、前記第１ユーザ及び前記第２ユーザに対して表示される、情報処理システム。

本発明がその技術的思想から逸脱しない範囲で他の特有の形態で具体化されてもよいということは当業者にとって明らかであろう。例えば、実施形態（あるいはその１つ又は複数の態様）において説明した部品のうちの一部を省略してもよいし、いくつかの部品を組合せてもよい。本発明の範囲は、添付の請求の範囲を参照して、請求の範囲が権利を与えられる均等物の全範囲と共に確定されるべきである。

１０…ゲームシステム、４０…ホーム画面、５０…マッチング画面、６０…バトル画面、６１…ＨＰバー、６２…枠線、６５…アシスト移行画面、６６…開始情報、７０…アシスト画面、７１…アシストアイコン、７１Ａ…アシストアイコン、７１Ｃ…アシストアイコン、７１Ｄ…アシストアイコン、７５…リザルト画面、８０…仮想空間、８１…アバター、８１Ａ…アバター、８１Ｂ…アバター、９０…ネットワーク、９２…地形オブジェクト、９２Ａ…フィールド、９４…アシストオブジェクト、９４Ａ，９４Ａ１，９４Ａ２…壁オブジェクト、９４Ｂ，９４Ｂ１，９４Ｂ２…木箱オブジェクト、９４Ｄ…爆弾オブジェクト、９８，９８Ａ～９８Ｃ…仮想カメラ、１００…端末、１０１…コントロールモジュール、１０１Ａ…ゲームモジュール、１０１Ｂ…配信モジュール、１０１Ｃ…視聴モジュール、１０４…レンダリングモジュール、１０５…メモリモジュール、１０６…通信モジュール、１０７…入出力モジュール、１１０…プロセッサ、１２０…メモリ、１３０…ストレージ、１４０…通信ＩＦ、１５０…入出力ＩＦ、１６０…マイク、１６２…スピーカ、１６４…タッチスクリーン、１６６…モニタ、１６７…タッチセンサ、１８０…通信バス、１９０…入出力機器、２００…サーバ、２００Ａ…ゲームサーバ、２００Ｂ…配信サーバ、２０１…コントロールモジュール、２０１Ａ…ゲームモジュール、２０１Ｂ…配信モジュール、２０５…メモリモジュール、２０６…通信モジュール、２０７…入出力モジュール、２１０…プロセッサ、２２０…メモリ、２３０…ストレージ、２４０…通信ＩＦ、２５０…入出力ＩＦ、２８０…通信バス、４０１…アバターウィンドウ、４０４…バトルアイコン、４０６…キャラクタアイコン、７０１…アバターウィンドウ、７０２…視点変更アイコン

Claims (7)

1. コンピュータを、
   特定の条件が成立した場合に、ユーザが操作する仮想空間内のキャラクタの状態を第１状態から第２状態に変更する状態変更手段と、
   前記ユーザによる第１操作情報に応じて、前記仮想空間で前記キャラクタを移動させる移動手段と、
   前記キャラクタの状態が前記第２状態である場合に、前記仮想空間における、前記キャラクタの移動を規制する規制手段と、
   前記キャラクタの状態が前記第２状態である場合に、前記ユーザによる第２操作情報に応じて、１以上の特定オブジェクトを前記仮想空間に配置する特定オブジェクト配置手段と、として機能させ、
   第１ユーザによる前記第２操作情報に応じて前記特定オブジェクトが前記仮想空間に配置されてから、当該特定オブジェクトが前記仮想空間から撤去されるまでの時間は、前記第１ユーザとは異なる第２ユーザに対応する前記キャラクタが前記特定オブジェクトに対して所定の行動をした場合に、前記第２ユーザに対応する前記キャラクタが前記特定オブジェクトに対して前記所定の行動をしないときと比べて短縮される、プログラム。
2. 前記所定の行動は、前記特定オブジェクトに対して攻撃することである、請求項１に記載のプログラム。
3. 前記仮想空間に配置済みである第１特定オブジェクトの効果は、当該第１特定オブジェクトと、前記仮想空間に新たに配置される第２特定オブジェクトとの関係が、所定の関係を満たした場合に変化する、請求項１又は請求項２に記載のプログラム。
4. 前記所定の関係は、前記第１特定オブジェクトを配置したユーザの属性と、前記第２特定オブジェクトを配置したユーザの属性とが、同じ属性であるときに満たされる、請求項３に記載のプログラム。
5. 前記所定の関係は、前記第１特定オブジェクトを配置したユーザの属性と、前記第２特定オブジェクトを配置したユーザの属性とが、異なる属性であるときに満たされる、請求項３に記載のプログラム。
6. 前記所定の関係は、前記第１特定オブジェクトの配置位置と、前記第２特定オブジェクトの配置位置とが、同じ位置又は一定距離内であるときに満たされる、請求項３に記載のプログラム。
7. 特定の条件が成立した場合に、ユーザが操作する仮想空間内のキャラクタの状態を第１状態から第２状態に変更する状態変更手段と、
   前記ユーザによる第１操作情報に応じて、前記仮想空間で前記キャラクタを移動させる移動手段と、
   前記キャラクタの状態が前記第２状態である場合に、前記仮想空間における、前記キャラクタの移動を規制する規制手段と、
   前記キャラクタの状態が前記第２状態である場合に、前記ユーザによる第２操作情報に応じて、１以上の特定オブジェクトを前記仮想空間に配置する特定オブジェクト配置手段と、を備え、
   第１ユーザによる前記第２操作情報に応じて前記特定オブジェクトが前記仮想空間に配置されてから、当該特定オブジェクトが前記仮想空間から撤去されるまでの時間は、前記第１ユーザとは異なる第２ユーザに対応する前記キャラクタが前記特定オブジェクトに対して所定の行動をした場合に、前記第２ユーザに対応する前記キャラクタが前記特定オブジェクトに対して前記所定の行動をしないときと比べて短縮される、情報処理システム。