JP2020010797A - 管理装置、及び、管理装置で実行可能なプログラム - Google Patents

Abstract

【課題】複数のユーザがゲームを協力して進行させまたはゲームにおいて対戦する場合に当該複数のユーザの各々がゲームをせずに待機する状況が発生することを抑制する。【解決手段】プロセッサ３０００を具備する管理サーバ３０で実行可能なプログラムであって、プロセッサ３０００を、ユーザＵ[m1]の操作に基づいて、フィールドＦd[m1]においてキャラクタＣ[m1]を移動させ、第２ユーザの操作に基づいて、フィールドＦd[m2]においてキャラクタＣ[m2]を移動させるゲーム制御部３１１と、フィールドＦd[m1]におけるキャラクタＣ[m1]の位置に基づいて、フィールドＦd[m1]にエリアＡ[m1]を追加するフィールド設定部３１３として機能させ、フィールド設定部３１３は、エリアＡ[m1]を、キャラクタＣ[m1]及びキャラクタＣ[m2]が移動可能な共通エリアＡ-Kとして設定可能である、ことを特徴とする、プログラム。【選択図】図７

Description

本発明は、管理装置、及び、管理装置で実行可能なプログラムに関する。

近年、複数のユーザが、インターネット等のネットワークを介して、ゲームを協力して進行させ、または、ゲームにおいて対戦する、所謂オンラインゲームが広く普及している。このようなオンラインゲームでは、ゲームにおいて対戦または協力する複数のユーザが選択された場合に、当該複数のユーザが、ゲームを協力して進行させ、または、ゲームにおいて対戦することが可能となる（例えば、特許文献１参照）。

特開２００６−１６６９３３号公報

しかし、従来の技術では、ゲームを協力して進行させ、または、ゲームにおいて対戦する複数のユーザが選択されるまでの間、各ユーザは、ゲームをせずに待機することを強いられる場合があった。

本発明は、上述した事情に鑑みてなされたものであり、複数のユーザが、ゲームを協力して進行させ、または、ゲームにおいて対戦する場合に、当該複数のユーザの各々が、ゲームをせずに待機する状況が発生することを抑制することが可能となる技術の提供を、解決課題の一つとする。

以上の課題を解決するために、本発明の一態様に係るプログラムは、第１ユーザの操作する第１端末装置、及び、第２ユーザの操作する第２端末装置と通信可能であり、プロセッサを具備する管理装置で実行可能なプログラムであって、前記プロセッサを、前記第１ユーザの操作に基づいて、第１フィールドにおいて第１ゲーム要素を移動させ、前記第２ユーザの操作に基づいて、第２フィールドにおいて第２ゲーム要素を移動させる、ゲーム進行部と、前記第１フィールドにおける前記第１ゲーム要素の位置に基づいて、前記第１フィールドに第１エリアを追加する、フィールド設定部と、して機能させ、前記フィールド設定部は、前記第１エリアを、前記第１ゲーム要素及び前記第２ゲーム要素が移動可能な共通エリアとして設定可能である、ことを特徴とする。

本発明の実施形態に係るゲームシステム１の概要の一例を示す説明図である。 端末装置１０の構成の一例を示すブロック図である。 端末装置１０のハードウェア構成の一例を示すブロック図である。 所定のゲームの概要の一例を示す説明図である。 所定のゲームの概要の一例を示す説明図である。 所定のゲームの概要の一例を示す説明図である。 管理サーバ３０の構成の一例を示すブロック図である。 ユーザ情報テーブルＴBL1のデータ構成の一例を示す図である。 選択状態管理テーブルＴBL2のデータ構成の一例を示す図である。 端末装置１０のハードウェア構成の一例を示すブロック図である。 フィールド変動例を示す説明図である。 フィールド変動例を示す説明図である。 フィールド変動例を示す説明図である。 フィールド変動例を示す説明図である。 フィールド変動例を示す説明図である。 フィールド変動例を示す説明図である。 フィールド変動例を示す説明図である。 フィールド変動例を示す説明図である。 フィールド変動例を示す説明図である。 フィールド変動例を示す説明図である。 フィールド変動例を示す説明図である。 管理サーバ３０の動作の一例を示すフローチャートである。 管理サーバ３０の動作の一例を示すフローチャートである。 管理サーバ３０の動作の一例を示すフローチャートである。 管理サーバ３０の動作の一例を示すフローチャートである。 変形例１に係るフィールドＦd[m]の動きの一例を示す説明図である。 変形例１に係るフィールドＦd[m]の動きの一例を示す説明図である。 変形例２に係るフィールドＦd[m]の動きの一例を示す説明図である。 変形例２に係るフィールドＦd[m]の動きの一例を示す説明図である。

以下、本発明を実施するための形態について図面を参照して説明する。なお、各図において、各部の寸法及び縮尺は、実際のものと適宜に異ならせてある。また、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの形態に限られるものではない。

［Ａ．実施形態］
以下、本発明の実施形態を説明する。

［１．ゲームシステムの概要］
以下、図１を参照しながら、本実施形態に係るゲームシステム１の概要の一例について説明する。

図１は、ゲームシステム１の概要を説明するための説明図である。

図１に例示するように、ゲームシステム１は、所定のゲームを実行可能な複数の端末装置１０-1〜１０-Mと、ネットワークＮWを介して、各端末装置１０と通信可能な管理サーバ３０（「管理装置」の一例）と、を備える（Ｍは、２以上の自然数）。以下では、複数の端末装置１０-1〜１０-Mのうち、ｍ番目の端末装置１０を、端末装置１０-mと称する場合がある（ｍは、１≦ｍ≦Ｍを満たす自然数）。

本実施形態において、端末装置１０-mは、管理サーバ３０に対して、所定のゲームに関する情報を送信する。また、本実施形態において、管理サーバ３０は、複数の端末装置１０-1〜１０-Mの各々で実行されている所定のゲームに関する情報を管理する。そして、本実施形態において、管理サーバ３０は、一の端末装置１０から受信した所定のゲームに関する情報に基づく情報を、他の端末装置１０に対して送信することができる。このため、本実施形態において、複数の端末装置１０-1〜１０-Mのうち、一の端末装置１０のユーザＵと、他の端末装置１０のユーザＵとは、管理サーバ３０による管理の下で、所定のゲームにおいて互いに協力し、または、所定のゲームにおいて対戦することが可能である。

なお、本実施形態では、端末装置１０がスマートフォンである場合を一例として想定する。但し、端末装置１０としては、任意の情報処理装置を採用しうる。例えば、端末装置１０は、店舗や遊戯施設等に設置された業務用のゲーム機器であってもよいし、携帯型ゲーム機器若しくは携帯電話等のスマートフォン以外のモバイル機器であってもよいし、また、家庭用の据置型ゲーム機器若しくはデスクトップ型のパーソナルコンピュータ等の据置型の情報機器であってもよい。

［２．端末装置の構成］
以下、図２及び図３を参照しながら、本実施形態に係る端末装置１０の構成の一例について説明する。

図２は、端末装置１０の構成の一例を示す機能ブロック図である。
図２に示すように、端末装置１０は、端末装置１０の各部を制御する制御部１１０と、各種情報を記憶する記憶部１２０と、管理サーバ３０及び他の端末装置１０等の外部装置との間の通信を実行するための通信部１３０と、端末装置１０のユーザＵによる操作を受け付けるための操作部１４０と、各種画像を表示可能な表示部１５０と、を備える。

記憶部１２０は、端末装置１０を制御するための端末プログラムＰGtを記憶している。端末プログラムＰGtは、端末装置１０を制御するためのプログラムである。本実施形態では、端末プログラムＰGtは、例えば、端末装置１０の各部を制御するためのオペレーションシステムプログラム、及び、端末装置１０が所定のゲームを実行するためのアプリケーションプログラムを含む。

制御部１１０は、管理サーバ３０から受信した情報と、操作部１４０から入力されたユーザＵの操作と、に基づいて、所定のゲームに関する画像を表示部１５０に表示させる。

図３は、端末装置１０のハードウェア構成の一例を示す構成図である。

図３に示すように、端末装置１０は、端末装置１０の各部を制御するプロセッサ１０００と、各種情報を記憶する記憶装置１００１と、端末装置１０の外部に存在する外部装置との通信を行うための通信装置１００２と、各種画像を表示するととともに、端末装置１０のユーザＵの操作を受け付けるためのタッチパネル１００３と、を備える。

記憶装置１００１は、プロセッサ１０００の作業領域として機能するＲＡＭ（Random Access Memory）等の揮発性メモリと、端末装置１０の端末プログラムＰGt等の各種情報を記憶するＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の不揮発性メモリとの、一方または双方を含み、記憶部１２０としての機能を提供する。
プロセッサ１０００は、例えば、ＣＰＵ（Central Processing Unit）であり、記憶装置１００１に記憶された端末プログラムＰGtを実行し、当該端末プログラムＰGtに従って動作することで、制御部１１０として機能する。
通信装置１００２は、有線ネットワーク及び無線ネットワークの一方または双方を介して、端末装置１０の外部に存在する外部装置との通信を行うためのハードウェアであり、通信部１３０としての機能を提供する。
タッチパネル１００３は、各種画像を表示する表示部１５０としての機能を提供するとともに、端末装置１０のユーザＵの操作を受け付ける操作部１４０としての機能を提供する。

なお、プロセッサ１０００は、ＣＰＵに加え、または、ＣＰＵに替えて、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、または、ＦＰＧＡ（Field Programmable Gate Array）、等の、ハードウェアを含んで構成されるものであってもよい。この場合、プロセッサ１０００により実現される制御部１１０の一部または全部は、ＤＳＰ等のハードウェアにより実現されてもよい。

［３．所定のゲームの概要］
以下、図４乃至図６を参照しながら、本実施形態に係る所定のゲームの概要の一例について説明する。

本実施形態に係る所定のゲームは、端末装置１０-mのユーザＵ[m]による操作に基づいて、キャラクタＣ[m]（「ゲーム要素」の一例）を、所定のゲームに係る仮想的な空間であるフィールドＦd[m]において移動させることで、所定のゲームに係るミッションを達成することを目的とするゲームである。
ここで、所定のゲームに係るミッションとは、例えば、キャラクタＣ[m]を用いて、フィールドＦd[m]に存在する敵キャラクタＣEを倒すことであってもよいし、キャラクタＣ[m]を、他のユーザＵが操作する他のキャラクタＣと対戦（「相互作用」の一例）させて、当該他のキャラクタＣを倒すことであってもよいし、または、キャラクタＣ[m]と、他のユーザＵが操作する他のキャラクタＣとが協力（「相互作用」の他の例）して、フィールドＦd[m]に存在する敵キャラクタＣEを倒すことであってもよい。なお、本実施形態では、所定のゲームに係るミッションが、キャラクタＣ[m]を用いて、敵キャラクタＣEを倒しつつ、キャラクタＣ[m]を他のキャラクタＣと対戦させて、他のキャラクタＣを倒すこと、である場合を、一例として想定する。

管理サーバ３０は、フィールドＦd[m]を示すフィールド情報を生成する。また、管理サーバ３０は、フィールド情報に基づいて、フィールドＦd[m]とキャラクタＣ[m]と敵キャラクタＣEとを、端末装置１０-mの備える表示部１５０に表示させるための表示情報を生成する。そして、管理サーバ３０は、生成した表示情報を端末装置１０-mに対して送信する。端末装置１０-mは、管理サーバ３０から受信した表示情報に基づいて、端末装置１０-mの備える表示部１５０に対して、フィールドＦd[m]の一部を表示する。なお、以下では、フィールドＦd[m]のうち、端末装置１０-mの備える表示部１５０に表示される部分を、表示エリアＦdH[m]と称する。

図４は、時刻ｔ0におけるフィールドＦd[m]を表す図である。

本実施形態では、図４に示すように、フィールドＦd[m]が、キャラクタＣ及び敵キャラクタＣEが移動可能な通路ＢTと、キャラクタＣ及び敵キャラクタＣEが移動不能なブロックＢBと、を含む場合を、一例として想定する。
管理サーバ３０は、このようなフィールドＦd[m]の内容を決定する。具体的には、管理サーバ３０は、フィールドＦd[m]における１または複数のブロックＢBの配置、すなわち、フィールドＦd[m]における通路ＢTの形状を決定し、当該決定されたフィールドＦd[m]の内容を示すフィールド情報を生成する。そして、管理サーバ３０は、フィールド情報に基づいて生成した表示情報を、端末装置１０-mに送信する。端末装置１０-mは、管理サーバ３０から受信した表示情報に基づいて、端末装置１０-mの備える表示部１５０において、フィールドＦd[m]のうち表示エリアＦdH[m]の画像を表示する。

本実施形態では、フィールドＦd[m]が、複数のエリアＡ[m]から構成される場合を、一例として想定する。具体的には、本実施形態では、図４に示すように、フィールドＦd[m]が、９個のエリアＡ[m]から構成される場合を、一例として想定する。
より具体的には、本実施形態では、フィールドＦd[m]が、中央エリアＡ-C[m]と、中央エリアＡ-C[m]の＋Ｘ側に位置する右エリアＡ-R[m]と、中央エリアＡ-C[m]の−Ｘ側に位置する左エリアＡ-L[m]と、中央エリアＡ-C[m]の＋Ｙ側に位置する上エリアＡ-U[m]と、中央エリアＡ-C[m]の−Ｙ側に位置する下エリアＡ-D[m]と、上エリアＡ-U[m]の＋Ｘ側であって右エリアＡ-R[m]の＋Ｙ側に位置する右上エリアＡ-RU[m]と、下エリアＡ-D[m]の＋Ｘ側であって右エリアＡ-R[m]の−Ｙ側に位置する右下エリアＡ-RD[m]と、上エリアＡ-U[m]の−Ｘ側であって左エリアＡ-L[m]の＋Ｙ側に位置する左上エリアＡ-LU[m]と、下エリアＡ-D[m]の−Ｘ側であって左エリアＡ-L[m]の−Ｙ側に位置する左下エリアＡ-LD[m]と、からなる９個のエリアＡ[m]から構成される場合を、一例として想定する。
なお、以下では、＋Ｘ方向及び−Ｘ方向を、Ｘ軸方向と総称し、＋Ｙ方向及び−Ｙ方向を、Ｙ軸方向と総称する場合がある。

本実施形態では、フィールドＦd[m]を構成する９個のエリアＡ[m]が、互いに等しい大きさを有し、且つ、互いに等しい形状を有している場合を、一例として想定する。具体的には、本実施形態では、各エリアＡ[m]が、Ｘ軸方向の長さがＬXであり、Ｙ軸方向の長さがＬYである、四角形のエリアである場合を、一例として想定する。
また、本実施形態では、図４に示すように、表示エリアＦdH[m]が、フィールドＦd[m]よりも小さく、且つ、フィールドＦd[m]を構成する各エリアＡ[m]よりも大きい場合を、一例として想定する。具体的には、本実施形態では、表示エリアＦdH[m]が、キャラクタＣ[m]が存在する位置を中心とする四角形のエリアであり、且つ、当該四角形のＸ軸方向の長さをＬHXとし、Ｙ軸方向の長さをＬHYしたときに、長さＬHX及び長さＬHYが、以下の式（１）及び式（２）を満たすエリアである場合を、一例として想定する。
ＬX ＜ ＬHX ＜ ２*ＬX ……（１）
ＬY ＜ ＬHY ＜ ２*ＬY ……（２）
但し、表示エリアＦdH[m]は、上述した式（１）及び式（２）の代わりに、以下の式（３）及び式（４）を満たすものであってもよい。
ＬHX ＜ ２*ＬX ……（３）
ＬHY ＜ ２*ＬY ……（４）

なお、以下では、表示エリアＦdH[m]を構成する９個のエリアＡ[m]のうち、中央エリアＡ-C[m]以外の８個のエリアＡ[m]を、周辺エリアＡ-H[m]と総称する場合がある。

図４に示す例では、時刻ｔ0において、キャラクタＣ[m]が、中央エリアＡ-C[m]の中心付近に位置する場合を想定している。このため、時刻ｔ0において、表示エリアＦdH[m]は、図４に示すように、中央エリアＡ-C[m]の全部と、各周辺エリアＡ-H[m]の一部分と、を含むことになる。

図５は、時刻ｔ0よりも後の時刻ｔ1におけるフィールドＦd[m]を表す図である。図５に示す例では、時刻ｔ0において中央エリアＡ-C[m]に存在するキャラクタＣ[m]が、＋Ｘ方向に移動して、時刻ｔ1において右エリアＡ-R[m]に進入する場合を想定する。

本実施形態において、管理サーバ３０は、図５に示すように、キャラクタＣ[m]が、中央エリアＡ-C[m]から周辺エリアＡ-H[m]に移動した場合、中央エリアＡ-C[m]から見て、キャラクタＣ[m]が存在する周辺エリアＡ-H[m]とは反対側に、Ｊ個のエリア追加予定領域Ａ-T[m]を設定する（Ｊは、Ｊ≧１を満たす自然数）。具体的には、本実施形態において、管理サーバ３０は、キャラクタＣ[m]が、中央エリアＡ-C[m]から周辺エリアＡ-H[m]に移動した場合、３個のエリア追加予定領域Ａ-T1[m]〜Ａ-T3[m]を設定する。すなわち、本実施形態では、「Ｊ＝３」の場合を、一例として想定する。

より具体的には、本実施形態において、管理サーバ３０は、図５に示すように、キャラクタＣ[m]が、中央エリアＡ-C[m]から右エリアＡ-R[m]に移動した場合、右上エリアＡ-RU[m]の＋Ｘ側、右エリアＡ-R[m]の＋Ｘ側、及び、右下エリアＡ-RD[m]の＋Ｘ側に、３個のエリア追加予定領域Ａ-T1[m]〜Ａ-T3[m]を設定する。また、管理サーバ３０は、キャラクタＣ[m]が、中央エリアＡ-C[m]から左エリアＡ-L[m]に移動した場合、左上エリアＡ-LU[m]の−Ｘ側、左エリアＡ-L[m]の−Ｘ側、及び、左下エリアＡ-LD[m]の−Ｘ側に、３個のエリア追加予定領域Ａ-T1[m]〜Ａ-T3[m]を設定する。また、管理サーバ３０は、キャラクタＣ[m]が、中央エリアＡ-C[m]から上エリアＡ-U[m]に移動した場合、左上エリアＡ-LU[m]の＋Ｙ側、上エリアＡ-U[m]の＋Ｙ側、及び、右上エリアＡ-RU[m]の＋Ｙ側に、３個のエリア追加予定領域Ａ-T1[m]〜Ａ-T3[m]を設定する。また、管理サーバ３０は、キャラクタＣ[m]が、中央エリアＡ-C[m]から下エリアＡ-D[m]に移動した場合、左下エリアＡ-LD[m]の−Ｙ側、下エリアＡ-D[m]の−Ｙ側、及び、右下エリアＡ-RD[m]の−Ｙ側に、３個のエリア追加予定領域Ａ-T1[m]〜Ａ-T3[m]を設定する。

なお、上述のとおり、表示エリアＦdH[m]は、上述した式（１）及び式（２）を満たすエリアである。このため、エリア追加予定領域Ａ-T[m]は、表示エリアＦdH[m]の外部に位置することになる。

また、本実施形態において、管理サーバ３０は、図５に示すように、キャラクタＣ[m]が、中央エリアＡ-C[m]から周辺エリアＡ-H[m]に移動した場合、キャラクタＣ[m]が存在する周辺エリアＡ-H[m]から見て、中央エリアＡ-C[m]とは反対側に位置するＪ個のエリアＡ[m]の各々を、削除予定エリアＡ-S[m]として設定する。

具体的には、本実施形態において、管理サーバ３０は、図５に示すように、キャラクタＣ[m]が、中央エリアＡ-C[m]から右エリアＡ-R[m]に移動した場合、左上エリアＡ-LU[m]、左エリアＡ-L[m]、及び、左下エリアＡ-LD[m]を、削除予定エリアＡ-S1[m]〜Ａ-S3[m]に設定する。また、管理サーバ３０は、キャラクタＣ[m]が、中央エリアＡ-C[m]から左エリアＡ-L[m]に移動した場合、右上エリアＡ-RU[m]、右エリアＡ-R[m]、及び、右下エリアＡ-RD[m]を、削除予定エリアＡ-S1[m]〜Ａ-S3[m]に設定する。また、管理サーバ３０は、キャラクタＣ[m]が、中央エリアＡ-C[m]から上エリアＡ-U[m]に移動した場合、左下エリアＡ-LD[m]、下エリアＡ-D[m]、及び、右下エリアＡ-RD[m]を、削除予定エリアＡ-S1[m]〜Ａ-S3[m]に設定する。また、管理サーバ３０は、キャラクタＣ[m]が、中央エリアＡ-C[m]から下エリアＡ-D[m]に移動した場合、左上エリアＡ-LU[m]、上エリアＡ-U[m]、及び、右上エリアＡ-RU[m]を、削除予定エリアＡ-S1[m]〜Ａ-S3[m]に設定する。

なお、上述のとおり、表示エリアＦdH[m]は、上述した式（１）及び式（２）を満たすエリアである。このため、削除予定エリアＡ-S[m]は、表示エリアＦdH[m]の外部に位置することになる。

図６は、時刻ｔ1よりも後の時刻ｔ2におけるフィールドＦd[m]を表す図である。

本実施形態において、管理サーバ３０は、エリア追加予定領域Ａ-T1[m]〜Ａ-TJ[m]を設定した場合、図６に示すように、フィールドＦd[m]に基づいて、Ｊ個のエリアＡ[m]を生成し、エリア追加予定領域Ａ-T1[m]〜Ａ-TJ[m]において、生成されたＪ個のエリアＡ[m]をフィールドＦd[m]に追加する。具体的には、管理サーバ３０は、キャラクタＣ[m]が、フィールドＦd[m]に含まれているエリアＡ[m]から、エリア追加予定領域Ａ-T[m]に追加されるエリアＡ[m]への移動が可能となるように、エリア追加予定領域Ａ-T[m]にエリアＡ[m]を追加する。より具体的には、管理サーバ３０は、フィールドＦd[m]に含まれているエリアＡ[m]における通路ＢTと、エリア追加予定領域Ａ-T[m]に追加されるエリアＡ[m]における通路ＢTとが、接続されるように、エリア追加予定領域Ａ-T[m]に追加されるエリアＡ[m]のブロックＢBの配置を決定する。
また、管理サーバ３０は、削除予定エリアＡ-S1[m]〜Ａ-SJ[m]を設定した場合、フィールドＦd[m]から、当該削除予定エリアＡ-S1[m]〜Ａ-SJ[m]に設定されたＪ個のエリアＡ[m]を消滅させる。

そして、管理サーバ３０は、キャラクタＣ[m]が、中央エリアＡ-C[m]から周辺エリアＡ-H[m]に移動して、エリア追加予定領域Ａ-T[m]及び削除予定エリアＡ-S[m]を設定した場合、キャラクタＣ[m]が存在しているエリアＡ[m]が中央エリアＡ-C[m]となるように、フィールドＦd[m]の範囲を移動させる。具体的には、管理サーバ３０は、エリア追加予定領域Ａ-T[m]及び削除予定エリアＡ-S[m]を設定した場合、エリア追加予定領域Ａ-T[m]においてフィールドＦd[m]にエリアＡ[m]を追加し、フィールドＦd[m]から削除予定エリアＡ-S[m]に設定されたエリアＡ[m]を削除することで、フィールドＦd[m]を、エリア追加予定領域Ａ-T[m]を含み、削除予定エリアＡ-S[m]を含まない位置へと、移動させる。
例えば、管理サーバ３０は、図４〜図６に示すように、時刻ｔ0において中央エリアＡ-C[m]に存在しているキャラクタＣ[m]が、時刻ｔ1において右エリアＡ-R[m]に移動した場合、時刻ｔ2において、時刻ｔ0における右エリアＡ-R[m]を中央エリアＡ-C[m]に変更し、時刻ｔ0における右上エリアＡ-RU[m]を上エリアＡ-U[m]に変更し、時刻ｔ0における右下エリアＡ-RD[m]を下エリアＡ-D[m]に変更し、時刻ｔ0における中央エリアＡ-C[m]を左エリアＡ-L[m]に変更し、時刻ｔ0における上エリアＡ-U[m]を左上エリアＡ-LU[m]に変更し、時刻ｔ0における下エリアＡ-D[m]を左下エリアＡ-LD[m]に変更し、時刻ｔ1において設定されたエリア追加予定領域Ａ-T1[m]〜Ａ-T3[m]に、右上エリアＡ-RU[m]、右エリアＡ-R[m]、及び、右下エリアＡ-RD[m]を追加する。

なお、本実施形態において、管理サーバ３０は、キャラクタＣ[m]が周辺エリアＡ-H[m]に進入した後、表示エリアＦdH[m]が、エリア追加予定領域Ａ-T[m]に到達するまでの期間に、エリア追加予定領域Ａ-T[m]において、エリアＡ[m]を追加する。このため、本実施形態では、フィールドＦd[m]に対してエリアＡ[m]が追加される時刻において、当該追加されるエリアＡ[m]は、表示エリアＦdH[m]の外部に位置することになる。
また、本実施形態において、管理サーバ３０は、キャラクタＣ[m]が周辺エリアＡ-H[m]に進入した後に、フィールドＦd[m]から、削除予定エリアＡ-S[m]に設定されたエリアＡ[m]を削除する。このため、本実施形態では、フィールドＦd[m]からエリアＡ[m]が削除される時刻において、当該削除されるエリアＡ[m]は、表示エリアＦdH[m]の外部に位置することになる。

以上のように、本実施形態において、管理サーバ３０は、キャラクタＣ[m]が移動して、中央エリアＡ-C[m]から周辺エリアＡ-H[m]に進入する場合、フィールドＦd[m]の大きさを変更することなく、フィールドＦd[m]を、キャラクタＣ[m]の移動方向に基づく方向に移動させる。このため、本実施形態によれば、キャラクタＣ[m]を操作するユーザＵ[m]に対して、フィールドＦd[m]が、９個のエリアＡ[m]よりも多くのエリアＡ[m]を有するように感じさせることが可能となる。

［４．管理サーバの構成］
以下、図７及び図１０を参照しながら、本実施形態に係る管理サーバ３０の構成の一例について説明する。

図７は、管理サーバ３０の構成の一例を示す機能ブロック図である。

図７に示すように、管理サーバ３０は、管理サーバ３０の各部を制御する制御部３１０と、各種情報を記憶する記憶部３２０と、端末装置１０-m等の外部装置との間の通信を実行するための通信部３３０と、を備える。

制御部３１０は、ゲーム制御部３１１と、表示制御部３１２と、フィールド設定部３１３と、を備える。

ゲーム制御部３１１（「ゲーム進行部」の一例）は、端末装置１０-mにおいて実行される所定のゲームの進行を制御する。
フィールド設定部３１３は、エリア設定部３１４と選択部３１５とを備える。

エリア設定部３１４は、フィールドＦd[m]を示すフィールド情報を生成する。また、エリア設定部３１４は、フィールドＦd[m]に対してエリア追加予定領域Ａ-T[m]を設定し、当該エリア追加予定領域Ａ-T[m]において、フィールドＦd[m]にエリアＡ[m]を追加する。また、エリア設定部３１４は、フィールドＦd[m]に削除予定エリアＡ-S[m]を設定し、フィールドＦd[m]から、当該削除予定エリアＡ-S[m]に対応するエリアＡ[m]を削除する。そして、エリア設定部３１４は、フィールドＦd[m]に対してエリアＡ[m]を追加し、フィールドＦd[m]からエリアＡ[m]を削除することで、フィールドＦd[m]の内容が変動する場合に、当該変動に応じて、フィールド情報を更新する。

選択部３１５は、フィールドＦd[m]におけるキャラクタＣ[m]の位置に基づいて、キャラクタＣ[1]〜Ｃ[M]の中から、２以上のキャラクタＣを選択することで、２以上のキャラクタＣからなるグループを生成する。詳細は後述するが、選択部３１５が、２つのキャラクタＣを選択している場合、エリア設定部３１４は、当該２つのキャラクタＣに対応する２個のフィールドＦdに対して、当該２つのキャラクタＣが移動可能な１または複数の共通エリアＡ-Kを設定することで、当該２個のフィールドＦdが接続されている状態に設定する。なお、選択部３１５は、２つのキャラクタＣを選択している状態で、当該２つのキャラクタＣのうちの一方のキャラクタＣと、当該２つのキャラクタＣとは異なるキャラクタＣとを更に選択することで、３以上のキャラクタＣからなるグループを生成することができる。

表示制御部３１２は、フィールド情報に基づいて表示情報を生成する。そして、表示制御部３１２は、生成した表示情報を、端末装置１０-mに送信することで、端末装置１０-mに設けられた表示部１５０に対して、フィールド情報の示すフィールドＦd[m]のうち表示エリアＦdH[m]の画像を表示させる。

記憶部３２０は、ユーザ情報テーブルＴBL1と、選択状態管理テーブルＴBL2と、管理サーバ３０の制御プログラムＰGs（「プログラム」の一例）と、を記憶している。

図８は、ユーザ情報テーブルＴBL1のデータ構成の一例を示す図である。

図８に例示するように、ユーザ情報テーブルＴBL1は、ユーザＵ[1]〜Ｕ[M]と１対１に対応する、Ｍ個のレコードを有する。
ユーザ情報テーブルＴBL1の各レコードは、ユーザＵ[m]に関連する情報である、ユーザ情報を記憶している。

ユーザＵ[m]に係るユーザ情報は、ユーザＵ[1]〜Ｕ[M]の中から、ユーザＵ[m]を一意に識別するための情報であるユーザＩＤと、ユーザＵ[m]の操作する端末装置１０-mに関する情報である端末情報と、ユーザＵ[m]の操作対象であるキャラクタＣ[m]に関する情報であるキャラクタ情報と、キャラクタＣ[m]が移動可能なフィールドＦd[m]に関する情報であるフィールド情報と、を含む。

端末装置１０-mに係る端末情報は、複数の端末装置１０-1〜１０-Mの中から、端末装置１０-mを一意に識別するための情報である端末ＩＤと、端末装置１０-mの存在する地域、または、端末装置１０-mの有するＩＰアドレスに関する情報であるアクセス元情報と、を含む。
キャラクタＣ[m]に係るキャラクタ情報は、キャラクタＣ[1]〜Ｃ[M]の中から、キャラクタＣ[m]を一意に識別するための情報であるキャラクタＩＤと、所定のゲームにおけるキャラクタＣ[m]の能力の高さの程度を示すスキルレベルと、キャラクタＣ[m]による所定のゲームの継続能力の最大値を示す最大ヒットポイントと、キャラクタＣ[m]による所定のゲームの継続能力の現状値を示す残存ヒットポイントと、フィールドＦd[m]の所定箇所、例えば、中央エリアＡ-C[m]の中心から見たキャラクタＣ[m]の位置を示すキャラクタ位置情報と、フィールドＦd[m]のうちキャラクタＣ[m]が存在するエリアＡ[m]を示すキャラクタ存在エリア情報と、を含む。
フィールド情報は、上述したとおり、エリア設定部３１４により生成される情報である。フィールドＦd[m]に係るフィールド情報は、フィールドＦd[1]〜Ｆd[M]の中から、フィールドＦd[m]を一意に識別するための情報であるフィールドＩＤと、フィールドＦd[m]の内容、例えば、フィールドＦd[m]におけるブロックＢBの配置を示すフィールド形状情報と、を含む。

図９は、選択状態管理テーブルＴBL2のデータ構成の一例を示す図である。

図９に例示するように、選択状態管理テーブルＴBL2は、選択部３１５により選択された２つのキャラクタＣの全ての組み合わせと１対１に対応する、１または複数のレコードを有する。なお、以下では、選択部３１５により選択されている２つのキャラクタＣを、対キャラクタと称する場合がある。

選択状態管理テーブルＴBL2の各レコードは、選択部３１５により選択されている対キャラクタに関する情報である選択情報を記憶している。

選択情報は、選択部３１５により選択されている全ての対キャラクタの中から、一の対キャラクタを一意に特定するための情報である選択ＩＤと、所定のゲームにおいて存在している全てのグループの中から、一の対キャラクタが属するグループを一意に特定するための情報であるグループＩＤと、一の対キャラクタを構成する２つのキャラクタＣの各々のキャラクタＩＤを示す選択キャラクタ情報と、一の対キャラクタを構成する２つのキャラクタＣに対応する２個のフィールドＦdに設定されている１または複数の共通エリアＡ-Kに関する情報である共通エリア情報と、を含む。

共通エリア情報は、一の対キャラクタを構成する２つのキャラクタＣに対応する２個のフィールドＦdに設定されている、１または複数の共通エリアＡ-Kの各々が、当該２個のフィールドＦdの各々を構成する９個のエリアＡのうち何れに該当するかを示す情報である。
例えば、図９に示す例において、選択ＩＤが「s001」に対応する対キャラクタである、ユーザＩＤが「u001」のキャラクタＣ[m1]と、ユーザＩＤが「u002」のキャラクタＣ[m2]とに着目して説明する（ｍ1は、１≦ｍ1≦Ｍを満たす自然数。ｍ2は、１≦ｍ2≦Ｍを満たすｍ1以外の自然数）。なお、以下では、キャラクタＣ[m1]及びキャラクタＣ[m2]が移動可能なＮ個の共通エリアＡ-Kのうち、ｎ番目の共通エリアＡ-Kを、共通エリアＡ-Kn[m1][m2]と称する場合がある（Ｎは、Ｎ≧１を満たす自然数。ｎは、１≦ｎ≦Ｎを満たす自然数）。
図９に示す例では、キャラクタＣ[m1]が移動可能なフィールドＦd[m1]のうち上エリアＡ-U[m1]と、キャラクタＣ[m2]が移動可能なフィールドＦd[m2]のうち左下エリアＡ-LD[m2]とが、共通エリアＡ-K1[m1][m2]として設定されており、且つ、フィールドＦd[m1]のうち右上エリアＡ-RU[m1]と、フィールドＦd[m2]のうち中央エリアＡ-C[m2]とが、共通エリアＡ-K2[m1][m2]として設定されている場合を示している。すなわち、図９に示す例では、フィールドＦd[m1]のうち上エリアＡ-U[m1]と、フィールドＦd[m2]のうち左下エリアＡ-LD[m2]とを、同一のエリアＡ[m]とし、フィールドＦd[m1]のうち右上エリアＡ-RU[m1]と、フィールドＦd[m2]のうち中央エリアＡ-C[m2]とが、同一のエリアＡ[m]とすることで、フィールドＦd[m1]と、フィールドＦd[m2]とが、接続されることになる。

図１０は、管理サーバ３０のハードウェア構成の一例を示す構成図である。

図１０に示すように、管理サーバ３０は、管理サーバ３０の各部を制御するプロセッサ３０００と、各種情報を記憶する記憶装置３００１と、管理サーバ３０の外部に存在する外部装置との通信を行うための通信装置３００２と、を備える。

記憶装置３００１は、プロセッサ３０００の作業領域として機能するＲＡＭ（Random Access Memory）等の揮発性メモリと、管理サーバ３０の制御プログラムＰGs等の各種情報を記憶するＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の不揮発性メモリとの、一方または双方を含み、記憶部３２０としての機能を提供する。
プロセッサ３０００は、例えば、ＣＰＵ（Central Processing Unit）であり、記憶装置３００１に記憶された制御プログラムＰGsを実行し、当該制御プログラムＰGsに従って動作することで、制御部３１０として機能する。
通信装置３００２は、有線ネットワーク及び無線ネットワークの一方または双方を介して、管理サーバ３０の外部に存在する外部装置との通信を行うためのハードウェアであり、通信部３３０としての機能を提供する。

なお、プロセッサ３０００は、ＣＰＵに加え、または、ＣＰＵに替えて、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、または、ＦＰＧＡ（Field Programmable Gate Array）、等の、ハードウェアを含んで構成されるものであってもよい。この場合、プロセッサ３０００により実現される制御部３１０の一部または全部は、ＤＳＰ等のハードウェアにより実現されてもよい。

［５．所定のゲームにおけるフィールドの変動］
以下、図１１乃至図２１を参照しながら、所定のゲームにおけるフィールドＦd[m]の変動を説明する。なお、以下では、図１１乃至図２１に示すフィールドＦd[m]の変動の一例を、「フィールド変動例」と称する場合がある。

図１１は、時刻ｔ0における、フィールドＦd[m1]（「第１フィールド」の一例）と、フィールドＦd[m2]（「第２フィールド」の一例）と、を示す図である。
図１１に示すように、フィールド変動例では、時刻ｔ0において、キャラクタＣ[m1]が、フィールドＦd[m1]のうち中央エリアＡ-C[m1]に存在し、キャラクタＣ[m2]が、フィールドＦd[m2]のうち中央エリアＡ-C[m2]に存在する場合を想定する。
なお、本実施形態では、図１１に例示するように、フィールドＦd[m1]におけるＸ軸方向及びＹ軸方向と、フィールドＦd[m2]におけるＸ軸方向及びＹ軸方向とが一致する場合を想定する。換言すれば、本実施形態では、フィールドＦd[m1]及びフィールドＦd[m2]は、共に、Ｘ軸方向とＹ軸方向とにより方向が規定される空間である。但し、本実施形態では、時刻ｔ0において、フィールドＦd[m1]及びフィールドＦd[m2]の相対的な位置関係は任意となる。換言すれば、本実施形態では、時刻ｔ0において、フィールドＦd[m1]及びフィールドＦd[m2]は、Ｘ軸方向及びＹ軸方向により方向が規定される点のみを共通の特徴として有する、別個の独立した空間として規定される。

図１２は、時刻ｔ0よりも後の時刻ｔ1における、フィールドＦd[m1]及びフィールドＦd[m2]を示す図である。
図１２に示すように、フィールド変動例では、時刻ｔ0から時刻ｔ1までの期間において、キャラクタＣ[m1]が、フィールドＦd[m1]のうち中央エリアＡ-C[m1]から右エリアＡ-R[m1]に移動し、キャラクタＣ[m2]が、フィールドＦd[m2]のうち中央エリアＡ-C[m2]から左エリアＡ-L[m2]に移動する場合を想定する。
このため、エリア設定部３１４は、時刻ｔ1において、フィールドＦd[m1]のうち、右上エリアＡ-RU[m1]、右エリアＡ-R[m1]、及び、右下エリアＡ-RD[m1]の＋Ｘ側に、３個のエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]を設定し、左上エリアＡ-LU[m1]、左エリアＡ-L[m1]、及び、左下エリアＡ-LD[m1]を、削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]に設定する。また、エリア設定部３１４は、時刻ｔ1において、フィールドＦd[m2]のうち、左上エリアＡ-LU[m2]、左エリアＡ-L[m2]、及び、左下エリアＡ-LD[m2]の−Ｘ側に、３個のエリア追加予定領域Ａ-T1[m2]〜Ａ-T3[m2]を設定し、右上エリアＡ-RU[m2]、右エリアＡ-R[m2]、及び、右下エリアＡ-RD[m2]を、削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]に設定する。

本実施形態において、選択部３１５は、２つのキャラクタＣが対向関係（「所定の関係」の一例）にあり、且つ、当該２つのキャラクタＣが所定のマッチング条件を満たす場合に、キャラクタＣ[1]〜Ｃ[M]の中から、当該２つのキャラクタＣを選択する。

ここで、対向関係とは、２つのキャラクタＣのうち、一のキャラクタＣが存在する一のフィールドＦdにおいて、一のフィールドＦdの中央エリアＡ-Cから、一のキャラクタＣが存在する周辺エリアＡ-Hを示す方向と、他のキャラクタＣが存在する他のフィールドＦdにおいて、他のフィールドＦdの中央エリアＡ-Cから、他のキャラクタＣが存在する周辺エリアＡ-Hを示す方向とが、反対の方向となる関係である。
図１２に示すように、フィールド変動例では、フィールドＦd[m1]において、中央エリアＡ-C[m1]から、キャラクタＣ[m1]が存在する右エリアＡ-R[m1]を示す方向と、フィールドＦd[m2]において、中央エリアＡ-C[m2]から、キャラクタＣ[m2]が存在する左エリアＡ-L[m2]を示す方向とは、反対の方向である。すなわち、フィールド変動例では、時刻ｔ1において、キャラクタＣ[m1]及びキャラクタＣ[m2]が対向関係となる。

また、本実施形態において、所定のマッチング条件とは、２つのキャラクタＣのスキルレベルの差分の絶対値が、所定の閾値以下であるという条件である。
但し、所定のマッチング条件は、このような態様に限定されるものではなく、２つのキャラクタＣの対戦または協力を円滑に実現することを可能とする条件であれば、どのような条件であってもよい。例えば、所定のマッチング条件は、２つのキャラクタＣに対応する２つのユーザ情報に含まれる２つのアクセス元情報の示す２つの地域の間の距離が、所定の距離以下である、という条件であってもよい。

なお、本実施形態において、選択部３１５は、２つのキャラクタＣが対向関係にあり、且つ、２つのキャラクタＣが所定のマッチング条件を満たす場合に、当該２つのキャラクタＣを選択するが、本発明はこのような態様に限定されるものではない。例えば、選択部３１５は、２つのキャラクタＣが対向関係にある場合には、２つのキャラクタＣが所定のマッチング条件を満たすか否かに関わらず、当該２つのキャラクタＣを選択してもよい。また、例えば、選択部３１５は、２つのキャラクタＣが対向関係にあり、且つ、２つのキャラクタＣが所定のマッチング条件を満たす場合に、当該２つのキャラクタＣを選択するか否かを決定することができることとしてもよい。

フィールド変動例では、時刻ｔ1において、キャラクタＣ[m1]及びキャラクタＣ[m2]が、所定のマッチング条件を充足する場合を想定する。このため、選択部３１５は、時刻ｔ1において、キャラクタＣ[m1]及びキャラクタＣ[m2]を選択し、キャラクタＣ[m1]及びキャラクタＣ[m2]が属するグループを生成する。

図１３は、時刻ｔ1よりも後の時刻ｔ2における、フィールドＦd[m1]及びフィールドＦd[m2]を示す図である。
図１３に示すように、時刻ｔ2において、エリア設定部３１４は、時刻ｔ1においてフィールドＦd[m1]に対して設定したエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]において、３個のエリアＡ[m1]を追加するとともに、時刻ｔ1においてフィールドＦd[m1]に設定した削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]を削除することで、時刻ｔ2においてキャラクタＣ[m1]が存在しているエリアＡ[m1]が中央エリアＡ-C[m1]となるように、フィールドＦd[m1]を移動させる。なお、時刻ｔ2において、エリア設定部３１４がフィールドＦd[m1]に対して追加する３個のエリアＡ[m1]は、「第１エリア」の一例である。
また、時刻ｔ2において、エリア設定部３１４は、時刻ｔ1においてフィールドＦd[m2]に対して設定したエリア追加予定領域Ａ-T1[m2]〜Ａ-T3[m2]において、３個のエリアＡ[m2]を追加するとともに、時刻ｔ1においてフィールドＦd[m2]に設定した削除予定エリアＡ-S1[m2]〜Ａ-S3[m2]を削除することで、時刻ｔ2においてキャラクタＣ[m2]が存在しているエリアＡ[m2]が中央エリアＡ-C[m2]となるように、フィールドＦd[m2]を移動させる。なお、時刻ｔ2において、エリア設定部３１４がフィールドＦd[m2]に対して追加する３個のエリアＡ[m2]は、「第２エリア」の一例である。

なお、上述のとおり、フィールド変動例では、時刻ｔ1において、選択部３１５が、キャラクタＣ[m1]及びキャラクタＣ[m2]を選択する場合を想定する。このため、エリア設定部３１４は、時刻ｔ2において、エリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]に追加する３個のエリアＡ[m1]、及び、エリア追加予定領域Ａ-T1[m2]〜Ａ-T3[m2]に追加する３個のエリアＡ[m2]を、フィールドＦd[m1]及びフィールドＦd[m2]に基づいて、キャラクタＣ[m1]及びキャラクタＣ[m2]が移動可能な、共通エリアＡ-K1[m1][m2]〜Ａ-K3[m1][m2]として生成する。
より具体的には、図１３に示すように、エリア設定部３１４は、時刻ｔ2において、右上エリアＡ-RU[m1]及び左上エリアＡ-LU[m2]を、共通エリアＡ-K1[m1][m2]として生成し、右エリアＡ-R[m1]及び左エリアＡ-L[m2]を、共通エリアＡ-K2[m1][m2]として生成し、右下エリアＡ-RD[m1]及び左下エリアＡ-LD[m2]を、共通エリアＡ-K3[m1][m2]として生成する。このため、フィールド変動例では、時刻ｔ2において、フィールドＦd[m1]及びフィールドＦd[m2]が、共通エリアＡ-K1[m1][m2]〜Ａ-K3[m1][m2]を共有するように接続された態様で存在することになる。この場合、キャラクタＣ[m1]及びキャラクタＣ[m2]は、フィールドＦd[m1]及びフィールドＦd[m2]を、共通エリアＡ-K[m1][m2]に設けられた通路ＢTにより往来可能な状態となる。なお、時刻ｔ2においては、共通エリアＡ-K[m1][m2]は、表示エリアＦdH[m1]及び表示エリアＦdH[m2]の範囲外に存在している。
すなわち、本実施形態では、フィールドＦd[m1]及びフィールドＦd[m2]に対して共通エリアＡ-K[m1][m2]が追加された場合、フィールドＦd[m1]における方向及びフィールドＦd[m2]における方向は、Ｘ軸方向及びＹ軸方向により規定され、且つ、フィールドＦd[m1]及びフィールドＦd[m2]の相対的な位置関係は、フィールドＦd[m1]及び共通エリアＡ-K[m1][m2]の相対的な位置関係と、フィールドＦd[m2]及び共通エリアＡ-K[m1][m2]の相対的な位置関係とにより規定される。換言すれば、フィールドＦd[m1]及びフィールドＦd[m2]に対して共通エリアＡ-K[m1][m2]が追加された場合、フィールドＦd[m1]及びフィールドＦd[m2]は、キャラクタＣ[m1]及びキャラクタＣ[m2]が往来可能な１つの空間として接続されることになる。

このように、本実施形態では、キャラクタＣ[m1]の進行方向であって、表示エリアＦdH[m1]の外部において、キャラクタＣ[m1]及びキャラクタＣ[m2]が移動可能な共通エリアＡ-K[m1][m2]が追加される。このため、本実施形態では、ユーザＵ[m1]がキャラクタＣ[m1]を用いて所定のゲームを進行させる流れの中で、キャラクタＣ[m1]がキャラクタＣ[m2]と遭遇して、キャラクタＣ[m1]及びキャラクタＣ[m2]の対戦が開始されるという演出が可能となる。これにより、本実施形態では、ユーザＵ[m1]は、所定のゲームをせずに待機することを強いられることなく、他のユーザＵとの対戦を開始することが可能となる。

図１４は、時刻ｔ2よりも後の時刻ｔ3における、フィールドＦd[m1]及びフィールドＦd[m2]を示す図である。
図１４に示すように、フィールド変動例では、時刻ｔ2から時刻ｔ3までの期間において、キャラクタＣ[m1]が、フィールドＦd[m1]のうち中央エリアＡ-C[m1]から右エリアＡ-R[m1]に移動し、キャラクタＣ[m2]が移動しない場合を想定する。
このため、エリア設定部３１４は、時刻ｔ3において、フィールドＦd[m1]のうち、右上エリアＡ-RU[m1]、右エリアＡ-R[m1]、及び、右下エリアＡ-RD[m1]の＋Ｘ側に、３個のエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]を設定する。すなわち、この場合、エリア追加予定領域Ａ-T1[m1]は、フィールドＦd[m2]の上エリアＡ-U[m2]と同じ位置に設けられ、エリア追加予定領域Ａ-T2[m1]は、フィールドＦd[m2]の中央エリアＡ-C[m2]と同じ位置に設けられ、エリア追加予定領域Ａ-T3[m1]は、フィールドＦd[m2]の下エリアＡ-D[m2]と同じ位置に設けられることになる。
また、エリア設定部３１４は、時刻ｔ3において、フィールドＦd[m1]のうち、左上エリアＡ-LU[m1]、左エリアＡ-L[m1]、及び、左下エリアＡ-LD[m1]を、削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]に設定する。

図１５は、時刻ｔ3よりも後の時刻ｔ4における、フィールドＦd[m1]及びフィールドＦd[m2]を示す図である。
図１５に示すように、時刻ｔ4において、エリア設定部３１４は、時刻ｔ3においてフィールドＦd[m1]に対して設定したエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]において、３個のエリアＡ[m1]を追加するとともに、時刻ｔ3においてフィールドＦd[m1]に設定した削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]を削除することで、時刻ｔ4においてキャラクタＣ[m1]が存在しているエリアＡ[m1]が中央エリアＡ-C[m1]となるように、フィールドＦd[m1]を移動させる。なお、時刻ｔ4において、エリア設定部３１４がフィールドＦd[m1]に対して追加する３個のエリアＡ[m1]は、「第３エリア」の一例である。

本実施形態において、エリア設定部３１４は、フィールドＦd[m1]及びフィールドＦd[m2]が接続されている場合であって、フィールドＦd[m1]に対して設定されたエリア追加予定領域Ａ-T[m1]と、フィールドＦd[m2]のうち一のエリアＡ[m2]とが、同じ位置である場合、エリア追加予定領域Ａ-T[m1]において、フィールドＦd[m1]に対して、一のエリアＡ[m2]を、エリアＡ[m1]として追加する。換言すれば、共通エリアＡ-K[m1][m2]及びエリア追加予定領域Ａ-T[m1]の位置関係と、共通エリアＡ-K[m1][m2]及び一のエリアＡ[m2]の位置関係とが、同一となる関係（「第１の関係」の一例）を有する場合、エリア追加予定領域Ａ-T[m1]において、フィールドＦd[m1]に対して、フィールドＦd[m2]の一部である一のエリアＡ[m2]を、エリアＡ[m1]として追加する。

具体的には、時刻ｔ4において、エリア設定部３１４は、図１５に示すように、エリア追加予定領域Ａ-T1[m1]において、フィールドＦd[m1]に対して、フィールドＦd[m2]の上エリアＡ-U[m2]を、右上エリアＡ-RU[m1]として追加し、エリア追加予定領域Ａ-T2[m1]において、フィールドＦd[m1]に対して、フィールドＦd[m2]の中央エリアＡ-C[m2]を、右エリアＡ-R[m1]として追加し、エリア追加予定領域Ａ-T3[m1]において、フィールドＦd[m1]に対して、フィールドＦd[m2]の下エリアＡ-D[m2]を、右下エリアＡ-RD[m1]として追加する。この結果、フィールド変動例では、時刻ｔ4において、フィールドＦd[m1]及びフィールドＦd[m2]が、６個の共通エリアＡ-K[m1][m2]を共有するように接続された態様で存在することになる。

図１６は、時刻ｔ4よりも後の時刻ｔ5における、フィールドＦd[m1]及びフィールドＦd[m2]を示す図である。
図１６に示すように、フィールド変動例では、時刻ｔ4から時刻ｔ5までの期間において、キャラクタＣ[m1]が、フィールドＦd[m1]のうち中央エリアＡ-C[m1]から下エリアＡ-D[m1]に移動し、キャラクタＣ[m2]が移動しない場合を想定する。
このため、エリア設定部３１４は、時刻ｔ5において、フィールドＦd[m1]のうち、左下エリアＡ-LD[m1]、下エリアＡ-D[m1]、及び、右下エリアＡ-RD[m1]の−Ｙ側に、３個のエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]を設定する。すなわち、この場合、エリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]は、フィールドＦd[m2]に含まれない位置に設けられることになる。
また、エリア設定部３１４は、時刻ｔ5において、フィールドＦd[m1]のうち、左上エリアＡ-LU[m1]、上エリアＡ-U[m1]、及び、右上エリアＡ-RU[m1]を、削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]に設定する。

図１７は、時刻ｔ5よりも後の時刻ｔ6における、フィールドＦd[m1]及びフィールドＦd[m2]を示す図である。
図１７に示すように、時刻ｔ6において、エリア設定部３１４は、時刻ｔ5においてフィールドＦd[m1]に対して設定したエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]において、３個のエリアＡ[m1]を追加するとともに、時刻ｔ5においてフィールドＦd[m1]に設定した削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]を削除することで、時刻ｔ6においてキャラクタＣ[m1]が存在しているエリアＡ[m1]が中央エリアＡ-C[m1]となるように、フィールドＦd[m1]を移動させる。

本実施形態において、エリア設定部３１４は、フィールドＦd[m1]及びフィールドＦd[m2]が接続されている場合であって、フィールドＦd[m1]に対して設定されたエリア追加予定領域Ａ-T[m1]が、フィールドＦd[m2]に含まれれない場合、エリア追加予定領域Ａ-T[m1]において、フィールドＦd[m1]に対して、新たに生成したエリアＡ[m1]を追加する。換言すれば、共通エリアＡ-K[m1][m2]及びエリア追加予定領域Ａ-T[m1]の位置関係と、共通エリアＡ-K[m1][m2]及び任意のエリアＡ[m2]の位置関係とが、異なるという関係（「第２の関係」の一例）を有する場合、エリア追加予定領域Ａ-T[m1]において、フィールドＦd[m1]に対して、新たに生成したエリアＡ[m1]を追加する。

具体的には、時刻ｔ6において、エリア設定部３１４は、図１７に示すように、エリア追加予定領域Ａ-T1[m]〜Ａ-T3[m]において、フィールドＦd[m1]に対して、フィールドＦd[m1]に基づいて新たに生成した３個のエリアＡ[m1]を、左下エリアＡ-LD[m1]、下エリアＡ-D[m1]、及び、右下エリアＡ-RD[m1]として追加する。また、時刻ｔ6において、エリア設定部３１４は、図１７に示すように、削除予定エリアＡ-S[m1]として設定された２個の共通エリアＡ-K[m1][m2]を削除する。この結果、フィールド変動例では、時刻ｔ6において、フィールドＦd[m1]及びフィールドＦd[m2]が、４個の共通エリアＡ-K[m1][m2]を共有するように接続された態様で存在することになる。

図１８は、時刻ｔ6よりも後の時刻ｔ7における、フィールドＦd[m1]、フィールドＦd[m2]、及び、フィールドＦd[m3]を示す図である（ｍ3は、１≦ｍ3≦Ｍを満たす、ｍ1及びｍ2以外の自然数）。
図１８に示すように、フィールド変動例では、時刻ｔ6から時刻ｔ7までの期間において、キャラクタＣ[m1]が、フィールドＦd[m1]のうち中央エリアＡ-C[m1]から下エリアＡ-D[m1]に移動し、キャラクタＣ[m2]が移動しない場合を想定する。また、フィールド変動例では、時刻ｔ6から時刻ｔ7までの期間において、キャラクタＣ[m1]及びキャラクタＣ[m2]を含むグループに属していないキャラクタＣ[m3]が、フィールドＦd[m1]及びフィールドＦd[m2]とは接続していないフィールドＦd[m3]において、中央エリアＡ-C[m3]から、上エリアＡ-U[m3]に移動する場合を想定する。

このため、エリア設定部３１４は、時刻ｔ7において、フィールドＦd[m1]のうち、左下エリアＡ-LD[m1]、下エリアＡ-D[m1]、及び、右下エリアＡ-RD[m1]の−Ｙ側に、３個のエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]を設定する。この場合、エリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]は、フィールドＦd[m2]に含まれない位置に設けられることになる。また、エリア設定部３１４は、時刻ｔ7において、フィールドＦd[m1]のうち、左上エリアＡ-LU[m1]、上エリアＡ-U[m1]、及び、右上エリアＡ-RU[m1]を、削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]に設定する。
また、エリア設定部３１４は、時刻ｔ7において、フィールドＦd[m3]のうち、左上エリアＡ-LU[m3]、上エリアＡ-U[m3]、及び、右上エリアＡ-RU[m3]の＋Ｙ側に、３個のエリア追加予定領域Ａ-T1[m3]〜Ａ-T3[m3]を設定する。また、エリア設定部３１４は、時刻ｔ7において、フィールドＦd[m3]のうち、左下エリアＡ-LD[m3]、下エリアＡ-D[m3]、及び、右下エリアＡ-RD[m3]を、削除予定エリアＡ-S1[m3]〜Ａ-S3[m3]に設定する。

すなわち、フィールド変動例では、時刻ｔ7において、キャラクタＣ[m1]及びキャラクタＣ[m3]が対向関係となる。
なお、フィールド変動例では、時刻ｔ7において、キャラクタＣ[m1]及びキャラクタＣ[m3]が、所定のマッチング条件を充足する場合を想定する。すなわち、フィールド変動例では、時刻ｔ7において、選択部３１５が、キャラクタＣ[m1]及びキャラクタＣ[m3]を選択し、キャラクタＣ[m3]を、キャラクタＣ[m1]及びキャラクタＣ[m2]からなるグループに加える場合を想定する。

図１９は、時刻ｔ7よりも後の時刻ｔ8における、フィールドＦd[m1]、フィールドＦd[m2]、及び、フィールドＦd[m3]を示す図である。
図１９に示すように、時刻ｔ8において、エリア設定部３１４は、時刻ｔ7においてフィールドＦd[m1]に対して設定したエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]において、３個のエリアＡ[m1]を追加するとともに、時刻ｔ7においてフィールドＦd[m1]に設定した削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]を削除することで、時刻ｔ8においてキャラクタＣ[m1]が存在しているエリアＡ[m1]が中央エリアＡ-C[m1]となるように、フィールドＦd[m1]を移動させる。
また、時刻ｔ8において、エリア設定部３１４は、時刻ｔ7においてフィールドＦd[m3]に対して設定したエリア追加予定領域Ａ-T1[m3]〜Ａ-T3[m3]において、３個のエリアＡ[m3]を追加するとともに、時刻ｔ7においてフィールドＦd[m3]に設定した削除予定エリアＡ-S1[m3]〜Ａ-S3[m3]を削除することで、時刻ｔ8においてキャラクタＣ[m3]が存在しているエリアＡ[m3]が中央エリアＡ-C[m3]となるように、フィールドＦd[m3]を移動させる。

なお、上述のとおり、選択部３１５は、時刻ｔ7において、キャラクタＣ[m1]及びキャラクタＣ[m3]を選択する。このため、エリア設定部３１４は、時刻ｔ8において、エリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]に追加する３個のエリアＡ[m1]、及び、エリア追加予定領域Ａ-T1[m3]〜Ａ-T3[m3]に追加する３個のエリアＡ[m3]を、フィールドＦd[m1]及びフィールドＦd[m3]に基づいて、キャラクタＣ[m1]及びキャラクタＣ[m3]が移動可能な、共通エリアＡ-K1[m1][m3]〜Ａ-K3[m1][m3]として生成する。
より具体的には、図１９に示すように、エリア設定部３１４は、時刻ｔ8において、左下エリアＡ-LD[m1]及び左上エリアＡ-LU[m3]を、共通エリアＡ-K1[m1][m3]として生成し、下エリアＡ-D[m1]及び上エリアＡ-U[m3]を、共通エリアＡ-K2[m1][m3]として生成し、右下エリアＡ-RD[m1]及び右上エリアＡ-RU[m3]を、共通エリアＡ-K3[m1][m3]として生成する。また、エリア設定部３１４は、時刻ｔ8において、削除予定エリアＡ-S[m1]として設定された２個の共通エリアＡ-K[m1][m2]を削除する。
このため、フィールド変動例では、時刻ｔ8において、フィールドＦd[m1]及びフィールドＦd[m2]が、２個の共通エリアＡ-K[m1][m2]を共有するように接続され、また、フィールドＦd[m1]及びフィールドＦd[m3]が、３個の共通エリアＡ-K[m1][m3]を共有するように接続された態様で存在することになる。

図２０は、時刻ｔ8よりも後の時刻ｔ9における、フィールドＦd[m1]、フィールドＦd[m2]、及び、フィールドＦd[m3]を示す図である。
図２０に示すように、フィールド変動例では、時刻ｔ8から時刻ｔ9までの期間において、キャラクタＣ[m1]が、フィールドＦd[m1]のうち中央エリアＡ-C[m1]から下エリアＡ-D[m1]に移動し、キャラクタＣ[m2]及びキャラクタＣ[m3]が移動しない場合を想定する。
このため、エリア設定部３１４は、時刻ｔ9において、フィールドＦd[m1]のうち、左下エリアＡ-LD[m1]、下エリアＡ-D[m1]、及び、右下エリアＡ-RD[m1]の−Ｙ側に、３個のエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]を設定する。すなわち、この場合、エリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]は、フィールドＦd[m3]に含まれる位置に設けられることになる。
また、エリア設定部３１４は、時刻ｔ9において、フィールドＦd[m1]のうち、左上エリアＡ-LU[m1]、上エリアＡ-U[m1]、及び、右上エリアＡ-RU[m1]を、削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]に設定する。

図２１は、時刻ｔ9よりも後の時刻ｔ10における、フィールドＦd[m1]、フィールドＦd[m2]、及び、フィールドＦd[m3]を示す図である。
図２１に示すように、時刻ｔ10において、エリア設定部３１４は、時刻ｔ9においてフィールドＦd[m1]に対して設定したエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]において、３個のエリアＡ[m1]を追加するとともに、時刻ｔ9においてフィールドＦd[m1]に設定した削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]を削除することで、時刻ｔ10においてキャラクタＣ[m1]が存在しているエリアＡ[m1]が中央エリアＡ-C[m1]となるように、フィールドＦd[m1]を移動させる。

より具体的には、図２１に示すように、時刻ｔ10において、エリア設定部３１４は、エリア追加予定領域Ａ-T1[m1]において、フィールドＦd[m1]に対して、フィールドＦd[m3]の左エリアＡ-L[m3]を、左下エリアＡ-LD[m1]として追加し、エリア追加予定領域Ａ-T2[m1]において、フィールドＦd[m1]に対して、フィールドＦd[m3]の中央エリアＡ-C[m3]を、下エリアＡ-D[m1]として追加し、エリア追加予定領域Ａ-T3[m1]において、フィールドＦd[m1]に対して、フィールドＦd[m3]の右エリアＡ-R[m3]を、右下エリアＡ-RD[m1]として追加する。この結果、フィールド変動例では、時刻ｔ10において、フィールドＦd[m1]及びフィールドＦd[m3]が、６個の共通エリアＡ-K[m1][m3]を共有するように接続された態様で存在することになる。

なお、エリア設定部３１４は、時刻ｔ10において、削除予定エリアＡ-S[m1]として設定された２個の共通エリアＡ-K[m1][m2]を削除する。このため、フィールド変動例では、時刻ｔ10において、フィールドＦd[m1]及びフィールドＦd[m2]が共有していた共通エリアＡ-K[m1][m2]が消滅する。

本実施形態において、選択部３１５は、キャラクタＣ[m1]及びキャラクタＣ[m2]を選択して、キャラクタＣ[m1]及びキャラクタＣ[m2]を同一のグループに所属させた後、フィールドＦd[m1]及びフィールドＦd[m2]が共有する共通エリアＡ-K[m1][m2]が消滅した場合、キャラクタＣ[m1]及びキャラクタＣ[m2]の選択を解除し、キャラクタＣ[m1]及びキャラクタＣ[m2]が同一のグループに所属していない状態へと移行する。換言すれば、選択部３１５は、キャラクタＣ[m1]及びキャラクタＣ[m2]を選択した後に、フィールドＦd[m1]及びフィールドＦd[m2]が接続している状態において、キャラクタＣ[m1]の存在するエリアＡ[m1]に隣接する全てのエリアＡ[m1]と、キャラクタＣ[m2]の存在するエリアＡ[m2]とが、隣接しないという関係（「所定の位置関係」の一例）が成立した場合に、キャラクタＣ[m1]及びキャラクタＣ[m2]の選択を解除し、フィールドＦd[m1]及びフィールドＦd[m2]が接続されていない状態へと移行する。なお、本実施形態において、「２つのエリアＡが隣接する」とは、２つのエリアＡがＸ軸方向またはＹ軸方向において隣り合うことの他に、２つのエリアＡがＸ軸方向及びＹ軸方向に交差する斜め方向において隣り合うことを含む概念である。

このため、フィールド変動例において、キャラクタＣ[m1]は、時刻ｔ10において、フィールドＦd[m2]を移動不能となり、キャラクタＣ[m2]は、時刻ｔ10において、フィールドＦd[m1]を移動不能となる。すなわち、フィールド変動例において、キャラクタＣ[m1]及びキャラクタＣ[m2]は、時刻ｔ10において、対戦不能な状態に移行する。

このように、本実施形態によれば、ユーザＵ[m1]またはユーザＵ[m2]による端末装置１０の操作に基づいて、キャラクタＣ[m1]及びキャラクタＣ[m2]が対戦可能な状態と、キャラクタＣ[m1]及びキャラクタＣ[m2]が対戦不能な状態との、何れかの状態が選択される。すなわち、本実施形態によれば、各ユーザＵ[m]が、当該ユーザＵ[m]による端末装置１０の操作に基づいて、当該ユーザＵ[m]が操作するキャラクタＣ[m]を、他のユーザＵが操作する他のキャラクタＣとの対戦させるか否かを選択することが可能となる。

［６．管理サーバの動作例］
以下、図２２乃至図２５を参照しながら、管理サーバ３０の動作の一例を説明する。

図２２乃至図２５は、管理サーバ３０が、端末装置１０-m1において実行されている所定のゲームを管理する場合における、管理サーバ３０の動作の一例を示すフローチャートである。なお、図２２乃至図２５において登場する値ｍ1、ｍ2、及び、ｍ3は、図１１乃至図２１に示すフィールド変動例において登場した値ｍ1、ｍ2、及び、ｍ3とは、異なっていてもよい。

図２２に示すように、端末装置１０-m1においてユーザＵ[m1]が所定のゲームを開始させると、エリア設定部３１４は、ユーザＵ[m1]の操作するキャラクタＣ[m1]が移動可能なフィールドＦd[m1]を生成する（Ｓ１００）。具体的には、エリア設定部３１４は、ステップＳ１００において、フィールドＦd[m1]を示すフィールド情報を生成する。
ゲーム制御部３１１は、所定のゲームが開始された後、ユーザＵ[m1]が端末装置１０-m1の操作部１４０を操作した場合に、当該操作結果を受け付ける（Ｓ１０２）。
ゲーム制御部３１１は、ステップＳ１０２における受付結果に基づいて、フィールドＦd[m1]においてキャラクタＣ[m1]を移動させる（Ｓ１０４）。なお、ゲーム制御部３１１は、ステップＳ１０２で受け付けたユーザＵ[m1]の操作が、キャラクタＣ[m1]を移動させる操作とは異なる操作である場合、ステップＳ１０４において、当該操作に応じて、フィールドＦd[m1]の状況を変化させる。
その後、ゲーム制御部３１１は、ステップＳ１０４におけるキャラクタＣ[m1]の移動結果に基づいて、ユーザ情報のうち、キャラクタ情報を更新する（Ｓ１０６）。
そして、表示制御部３１２は、キャラクタ情報及びフィールド情報に基づいて表示情報を生成し、当該表示情報に基づいて、フィールドＦd[m]のうち表示エリアＦdH[m]を、端末装置１０-m1の表示部１５０に表示させる（Ｓ１０８）。

次に、エリア設定部３１４は、図２２に示すように、キャラクタＣ[m1]が、フィールドＦd[m1]のうち、中央エリアＡ-C[m1]以外の周辺エリアＡ-H[m1]に存在するか否かを判定する（Ｓ１１０）。
ステップＳ１１０における判定の結果が否定の場合、エリア設定部３１４は、処理をステップＳ１０２に進める。
ステップＳ１１０における判定の結果が肯定の場合、エリア設定部３１４は、フィールドＦd[m1]におけるキャラクタＣ[m1]が存在するエリアＡ[m1]の位置に基づいて、エリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]の位置を決定し、当該決定した位置にエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]を設定する（Ｓ１１２）。
また、エリア設定部３１４は、フィールドＦd[m1]におけるキャラクタＣ[m1]が存在するエリアＡ[m1]の位置に基づいて、削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]の位置を決定し、当該決定した位置におけるエリアＡ[m1]を削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]に設定する（Ｓ１１４）。

次に、選択部３１５は、図２３に示すように、キャラクタＣ[m1]を除くキャラクタＣ[1]〜Ｃ[M]の中に、キャラクタＣ[m1]と対向関係を有するキャラクタＣ[m2]が存在するか否かを判定する（Ｓ１２０）。
ステップＳ１２０における判定の結果が否定の場合、選択部３１５は、処理をステップＳ１４０に進める。
ステップＳ１２０における判定の結果が肯定の場合、選択部３１５は、ユーザ情報に基づいて、キャラクタＣ[m1]及びキャラクタＣ[m2]が、所定のマッチング条件を充足するか否かを判定する（Ｓ１２２）。
ステップＳ１２２における判定の結果が否定の場合、選択部３１５は、処理をステップＳ１４０に進める。

なお、本実施形態では、単一のグループに同時に所属可能なキャラクタＣの数が、所定数以下の場合を想定する。
このため、ステップＳ１２２における判定の結果が肯定の場合、選択部３１５は、選択情報に基づいて、キャラクタＣ[m1]及びキャラクタＣ[m2]を同一のグループに所属させた場合に、当該グループに所属するキャラクタＣが、所定数以下であるか否かを判定する（Ｓ１２４）。
ステップＳ１２４における判定の結果が否定の場合、選択部３１５は、処理をステップＳ１４０に進める。
ステップＳ１２０における判定の結果が肯定の場合、選択部３１５は、キャラクタＣ[m1]及びキャラクタＣ[m2]を選択する（Ｓ１２６）。具体的には、選択部３１５は、ステップＳ１２６において、ユーザ情報テーブルＴBL1に記憶されている複数のユーザ情報の中から、キャラクタＣ[m1]に対応するユーザ情報と、キャラクタＣ[m2]に対応するユーザ情報とを選択することで、キャラクタＣ[m1]及びキャラクタＣ[m2]を選択する。
そして、選択部３１５は、選択しているユーザ情報に基づいて、キャラクタＣ[m1]及びキャラクタＣ[m2]が同一のグループに所属することを示す選択情報を生成することで、キャラクタＣ[m1]及びキャラクタＣ[m2]を同一のグループに所属させる（Ｓ１２８）。
次に、エリア設定部３１４は、キャラクタＣ[m1]に対応するユーザ情報と、キャラクタＣ[m2]に対応するユーザ情報と、に基づいて、フィールドＦd[m1]及びフィールドＦd[m2]が共有する共通エリアＡ-K[m1][m2]の内容を決定する（Ｓ１３０）。
そして、エリア設定部３１４は、ステップＳ１３０において決定した共通エリアＡ-K[m1][m2]を、ステップＳ１１２において決定したエリア追加予定領域Ａ-T[m1]に設定することで、当該共通エリアＡ-K[m1][m2]を、フィールドＦd[m1]及びフィールドＦd[m2]に追加する（Ｓ１３２）。なお、エリア設定部３１４は、ステップＳ１３２において、フィールドＦd[m1]及びフィールドＦd[m2]に対する共通エリアＡ-K[m1][m2]の追加に応じて、選択情報の共通エリア情報を更新する。

次に、選択部３１５は、図２４に示すように、選択情報に基づいて、キャラクタＣ[m1]及びキャラクタＣ[m2]を除くキャラクタＣ[1]〜Ｃ[M]の中に、キャラクタＣ[m1]と同一グループに属するキャラクタＣ[m3]が存在するか否かを判定する（Ｓ１４０）。
ステップＳ１４０における判定の結果が否定の場合、選択部３１５は、処理をステップＳ１７０に進める。
ステップＳ１４０における判定の結果が肯定の場合、エリア設定部３１４は、エリア追加予定領域Ａ-T[m1]へのエリアＡ[m1]の追加が未済であるか否か、すなわち、ステップＳ１３２において、エリア追加予定領域Ａ-T[m1]に共通エリアＡ-K[m1][m2]を追加していないか否かを判定する（Ｓ１４２）。
ステップＳ１４２における判定の結果が否定の場合、エリア設定部３１４は、処理をステップＳ１５８に進める。

ステップＳ１４２における判定の結果が肯定の場合、エリア設定部３１４は、変数ｊに「１」を設定する（Ｓ１４４）。
次に、エリア設定部３１４は、エリア追加予定領域Ａ-Tj[m1]が、キャラクタＣ[m3]が移動可能なフィールドＦd[m3]に含まれるか否かを判定する（Ｓ１４６）。
ステップＳ１４６における判定の結果が肯定の場合、エリア設定部３１４は、エリア追加予定領域Ａ-Tj[m1]において、フィールドＦd[m1]に対して、フィールドＦd[m3]の一部であるエリアＡ[m3]を、エリアＡ[m1]として追加する（Ｓ１４８）。すなわち、エリア設定部３１４は、ステップＳ１４８において、フィールドＦd[m1]に対して、共通エリアＡ-K[m1][m3]を追加する。なお、エリア設定部３１４は、ステップＳ１４８において、フィールドＦd[m1]に対する共通エリアＡ-K[m1][m3]の追加に応じて、選択情報の共通エリア情報を更新する。
ステップＳ１４６における判定の結果が否定の場合、エリア設定部３１４は、フィールドＦd[m1]に基づいて、エリア追加予定領域Ａ-Tj[m1]において追加すべき新たなエリアＡ[m1]を生成する（Ｓ１５０）。
そして、エリア設定部３１４は、エリア追加予定領域Ａ-Tj[m1]において、フィールドＦd[m1]に対して、ステップＳ１５０で生成したエリアＡ[m1]を追加する（Ｓ１５２）。
次に、エリア設定部３１４は、変数ｊが「ｊ＜Ｊ」を充足するか否かを判定する（Ｓ１５４）。換言すれば、エリア設定部３１４は、フィールドＦd[m1]に対して設定すべき全ての（Ｊ個の）エリア追加予定領域Ａ-T[m1]のうち、一部または全部のエリア追加予定領域Ａ-T[m1]の設定が未済であるか否かを判定する。
ステップＳ１５４における判定の結果が肯定の場合、エリア設定部３１４は、変数ｊに「１」を加算し（Ｓ１５６）、その後、処理をステップＳ１４６に進める。

ステップＳ１４２またはＳ１５４における判定の結果が否定の場合、エリア設定部３１４は、フィールドＦd[m1]のうち、ステップＳ１１４において削除予定エリアＡ-S[m1]に設定したエリアＡ[m1]を削除する（Ｓ１５８）。なお、エリア設定部３１４は、ステップＳ１５８において、フィールドＦd[m1]から、共通エリアＡ-K[m1][m3]を削除する場合には、当該削除の内容に応じて、選択情報の共通エリア情報を更新する。
次に、選択部３１５は、選択情報に基づいて、全ての共通エリアＡ-K[m1][m3]が消滅したか否かを判定する（Ｓ１６０）。
ステップＳ１６０における判定の結果が否定の場合、選択部３１５は、処理をステップＳ１７８に進める。
ステップＳ１６０における判定の結果が肯定の場合、選択部３１５は、キャラクタＣ[m1]及びキャラクタＣ[m3]の選択を解除し、キャラクタＣ[m1]及びキャラクタＣ[m3]が同一のグループに属していない状態へと変化させ（Ｓ１６２）、その後、処理をステップＳ１７８に進める。

ステップＳ１４０における判定の結果が否定の場合、エリア設定部３１４は、図２５に示すように、エリア追加予定領域Ａ-T[m1]へのエリアＡ[m1]の追加が未済であるか否か、すなわち、ステップＳ１３２において、エリア追加予定領域Ａ-T[m1]に共通エリアＡ-K[m1][m2]を追加していないか否かを判定する（Ｓ１７０）。
ステップＳ１７０における判定の結果が否定の場合、エリア設定部３１４は、処理をステップＳ１７６に進める。
ステップＳ１７０における判定の結果が肯定の場合、エリア設定部３１４は、フィールドＦd[m1]に基づいて、エリア追加予定領域Ａ-T[m1]において追加すべき新たなエリアＡ[m1]を生成する（Ｓ１７２）。
そして、エリア設定部３１４は、エリア追加予定領域Ａ-T[m1]において、フィールドＦd[m1]に対して、ステップＳ１７２で生成したエリアＡ[m1]を追加する（Ｓ１７４）。
次に、エリア設定部３１４は、フィールドＦd[m1]のうち、ステップＳ１１４において削除予定エリアＡ-S[m1]に設定したエリアＡ[m1]を削除する（Ｓ１７６）。
そして、エリア設定部３１４は、エリア追加予定領域Ａ-T[m1]へのエリアＡ[m1]の追加、及び、削除予定エリアＡ-S[m1]におけるエリアＡ[m1]の削除の結果に基づいて、フィールド情報を更新することで、フィールドＦd[m1]を更新する（Ｓ１７８）。

その後、ゲーム制御部３１１は、ユーザＵ[m1]による所定のゲームの終了条件が充足したか否かを判定する（Ｓ１８０）。ここで、ユーザＵ[m1]による所定のゲームの終了条件とは、例えば、キャラクタＣ[m1]の残存ヒットポイントが「０」になることであってもよいし、所定のゲームに係るミッションが達成されることであってもよい。
そして、ゲーム制御部３１１は、ステップＳ１８０における判定の結果が否定の場合には、処理をステップＳ１０２に進め、ステップＳ１８０における判定の結果が肯定の場合には、図２２乃至図２５に示す処理を終了させる。

［７．実施形態の結論］
以上において説明したように、本実施形態において、エリア設定部３１４は、キャラクタＣ[m1]の進行方向において、キャラクタＣ[m2]が移動可能な共通エリアＡ-K[m1][m2]を追加する。このため、本実施形態では、ユーザＵ[m1]は、所定のゲームの流れの中で、他のユーザＵ[m2]との対戦を開始することができる。これにより、本実施形態では、ユーザＵ[m1]が、所定のゲームをせずに待機する状況が発生することを防止することが可能となる。

また、本実施形態において、エリア設定部３１４は、表示エリアＦdH[m]の外部にエリア追加予定領域Ａ-T[m]を設定し、また、表示エリアＦdH[m]の外部に削除予定エリアＡ-S[m]を設定する。すなわち、本実施形態において、エリア設定部３１４は、表示エリアＦdH[m]の外部において、フィールドＦd[m]に対してエリアＡ[m]を追加し、また、表示エリアＦdH[m]の外部において、フィールドＦd[m]からエリアＡ[m]を削除する。このため、本実施形態によれば、ユーザＵ[m]に対して、フィールドＦd[m]が、あたかも無限の広さを有するような印象を抱かせることが可能となる。

また、本実施形態において、エリア設定部３１４は、フィールドＦd[m]に対してエリアＡ[m]を追加し、また、フィールドＦd[m]からエリアＡ[m]を削除することで、フィールドＦd[m]を構成するエリアＡ[m]の個数を一定に保つことができる。このため、本実施形態によれば、例えば、フィールドＦd[m]へのエリアＡ[m]の追加及び削除を行わない場合と比較して、フィールドＦd[m]に関する情報であるフィールド情報のデータ量を小さく抑えることが可能となる。これにより、フィールド情報を管理する管理サーバ３０の負荷を低減することが可能となる。また、本実施形態によれば、フィールド情報に基づいて生成される表示情報のデータ量を小さく抑えることが可能となるため、例えば、フィールドＦd[m]へのエリアＡ[m]の追加及び削除を行わない場合と比較して、管理サーバ３０及び端末装置１０-mの間の通信に係るデータ量を小さく抑えることが可能となる。

［Ｂ．変形例］
以上の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は、相互に矛盾しない範囲内で適宜に併合され得る。なお、以下に例示する変形例において作用や機能が実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。

［変形例１］
上述した実施形態において、対向関係にある２つのキャラクタＣが遭遇する場合を例示したが、本発明はこのような態様に限定されるものではない。例えば、対向関係にある３以上のキャラクタＣが同時に遭遇可能であることとしてもよい。

本変形例では、時刻ｔa0において、キャラクタＣ[m1]が、フィールドＦd[m1]のうち中央エリアＡ-C[m1]に存在し、キャラクタＣ[m2]が、フィールドＦd[m2]のうち中央エリアＡ-C[m2]に存在し、キャラクタＣ[m3]が、フィールドＦd[m3]のうち中央エリアＡ-C[m3]に存在する場合を想定する（図示省略）。なお、本変形例では、時刻ｔa0において、キャラクタＣ[m1]、キャラクタＣ[m2]、及び、キャラクタＣ[m3]が、同一のグループには属していない場合を想定する。

図２６は、時刻ｔa0よりも後の時刻ｔa1における、本変形例に係るフィールドＦd[m]の態様を示す説明図である。
図２６に示すように、本変形例では、時刻ｔa0から時刻ｔa1までの期間において、キャラクタＣ[m1]が、フィールドＦd[m1]のうち中央エリアＡ-C[m1]から右エリアＡ-R[m1]に移動し、キャラクタＣ[m2]が、フィールドＦd[m2]のうち中央エリアＡ-C[m2]から左エリアＡ-L[m2]に移動し、キャラクタＣ[m3]が、フィールドＦd[m3]のうち中央エリアＡ-C[m3]から左エリアＡ-L[m3]に移動する場合を想定する。
このため、エリア設定部３１４は、時刻ｔa1において、フィールドＦd[m1]の＋Ｘ側に、３個のエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]を設定し、左上エリアＡ-LU[m1]、左エリアＡ-L[m1]、及び、左下エリアＡ-LD[m1]を、削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]に設定する。また、エリア設定部３１４は、時刻ｔa1において、フィールドＦd[m2]の−Ｘ側に、３個のエリア追加予定領域Ａ-T1[m2]〜Ａ-T3[m2]を設定し、右上エリアＡ-RU[m2]、右エリアＡ-R[m2]、及び、右下エリアＡ-RD[m2]を、削除予定エリアＡ-S1[m2]〜Ａ-S3[m2]に設定する。また、エリア設定部３１４は、時刻ｔa1において、フィールドＦd[m3]の−Ｘ側に、３個のエリア追加予定領域Ａ-T1[m3]〜Ａ-T3[m3]を設定し、右上エリアＡ-RU[m3]、右エリアＡ-R[m3]、及び、右下エリアＡ-RD[m3]を、削除予定エリアＡ-S1[m3]〜Ａ-S3[m3]に設定する。

すなわち、本変形例において、キャラクタＣ[m1]及びキャラクタＣ[m2]は、対向関係にあり、また、キャラクタＣ[m1]及びキャラクタＣ[m3]も、対向関係にある。また、本変形例では、キャラクタＣ[m1]及びキャラクタＣ[m2]が、所定のマッチング条件を充足し、また、キャラクタＣ[m1]及びキャラクタＣ[m3]も、所定のマッチング条件を充足することとする。そして、本変形例では、選択部３１５は、時刻ｔa1において、キャラクタＣ[m1]と、キャラクタＣ[m2]及びキャラクタＣ[m3]を選択し、キャラクタＣ[m1]と、キャラクタＣ[m2]及びキャラクタＣ[m3]が属するグループを生成する。

図２７は、時刻ｔa1よりも後の時刻ｔa2における、本変形例に係るフィールドＦd[m]の態様を示す説明図である。
図２７に示すように、本変形例において、エリア設定部３１４は、時刻ｔa2において、エリア追加予定領域Ａ-T1[m1]に追加する右上エリアＡ-RU[m1]、及び、エリア追加予定領域Ａ-T2[m2]に追加する左エリアＡ-L[m2]を、フィールドＦd[m1]及びフィールドＦd[m2]に基づいて、キャラクタＣ[m1]及びキャラクタＣ[m2]が移動可能な、共通エリアＡ-K1[m1][m2]として生成する。また、エリア設定部３１４は、時刻ｔa2において、エリア追加予定領域Ａ-T2[m1]に追加する右エリアＡ-R[m1]、及び、エリア追加予定領域Ａ-T3[m2]に追加する左下エリアＡ-LD[m2]を、フィールドＦd[m1]及びフィールドＦd[m2]に基づいて、キャラクタＣ[m1]及びキャラクタＣ[m2]が移動可能な、共通エリアＡ-K2[m1][m2]として生成する。また、エリア設定部３１４は、時刻ｔa2において、エリア追加予定領域Ａ-T3[m1]に追加する右下エリアＡ-RD[m1]、及び、エリア追加予定領域Ａ-T1[m3]に追加する左上エリアＡ-LU[m3]を、フィールドＦd[m1]及びフィールドＦd[m3]に基づいて、キャラクタＣ[m1]及びキャラクタＣ[m3]が移動可能な、共通エリアＡ-K1[m1][m3]として生成する。
このため、本変形例では、時刻ｔa2において、フィールドＦd[m1]及びフィールドＦd[m2]が、共通エリアＡ-K1[m1][m2]及び共通エリアＡ-K2[m1][m2]を共有するように接続された態様で存在し、また、フィールドＦd[m1]及びフィールドＦd[m3]が、共通エリアＡ-K1[m1][m3]を共有するように接続された態様で存在することになる。この結果、キャラクタＣ[m1]、キャラクタＣ[m2]、及び、キャラクタＣ[m3]は、フィールドＦd[m1]、フィールドＦd[m2]、及び、フィールドＦd[m3]を、共通エリアＡ-K1[m1][m2]、共通エリアＡ-K2[m1][m2]、及び、共通エリアＡ-K1[m1][m3]に設けられた通路ＢTにより往来可能な状態となる。

以上のように、本変形例によれば、キャラクタＣ[m1]が、複数のキャラクタＣと同時に遭遇するため、例えば、キャラクタＣ[m1]が、単一のキャラクタＣとのみ同時に遭遇する場合と比較して、所定のゲームにおける緊張感を高くする演出が可能となる。

［変形例２］
上述した実施形態及び変形例１において、選択部３１５は、２つのキャラクタＣが対向関係にある場合に、当該２つのキャラクタＣを選択したが、本発明はこのような態様に限定されるものではない。選択部３１５は、例えば、２つのキャラクタＣが交差関係（「所定の関係」の他の例）にある場合に、当該２つのキャラクタＣを選択してもよい。
ここで、交差関係とは、２つのキャラクタＣのうち、一のキャラクタＣが存在する一のフィールドＦdにおいて、一のフィールドＦdの中央エリアＡ-Cから、一のキャラクタＣが存在する周辺エリアＡ-Hを示す方向と、他のキャラクタＣが存在する他のフィールドＦdにおいて、他のフィールドＦdの中央エリアＡ-Cから、他のキャラクタＣが存在する周辺エリアＡ-Hを示す方向とが、異なる方向となる関係である。

本変形例では、時刻ｔb0において、キャラクタＣ[m1]が、フィールドＦd[m1]のうち中央エリアＡ-C[m1]に存在し、キャラクタＣ[m2]が、フィールドＦd[m2]のうち中央エリアＡ-C[m2]に存在する場合を想定する（図示省略）。なお、本変形例では、時刻ｔb0において、キャラクタＣ[m1]、及び、キャラクタＣ[m2]が、同一のグループには属していない場合を想定する。

図２８は、時刻ｔb0よりも後の時刻ｔb1における、本変形例に係るフィールドＦd[m]の態様を示す説明図である。
図２８に示すように、本変形例では、時刻ｔb0から時刻ｔb1までの期間において、キャラクタＣ[m1]が、フィールドＦd[m1]のうち中央エリアＡ-C[m1]から下エリアＡ-D[m1]に移動し、キャラクタＣ[m2]が、フィールドＦd[m2]のうち中央エリアＡ-C[m2]から左エリアＡ-L[m2]に移動する場合を想定する。
このため、エリア設定部３１４は、時刻ｔb1において、フィールドＦd[m1]の−Ｙ側に、３個のエリア追加予定領域Ａ-T1[m1]〜Ａ-T3[m1]を設定し、左上エリアＡ-LU[m1]、上エリアＡ-U[m1]、及び、右上エリアＡ-RU[m1]を、削除予定エリアＡ-S1[m1]〜Ａ-S3[m1]に設定する。また、エリア設定部３１４は、時刻ｔb1において、フィールドＦd[m2]の−Ｘ側に、３個のエリア追加予定領域Ａ-T1[m2]〜Ａ-T3[m2]を設定し、右上エリアＡ-RU[m2]、右エリアＡ-R[m2]、及び、右下エリアＡ-RD[m2]を、削除予定エリアＡ-S1[m2]〜Ａ-S3[m2]に設定する。

すなわち、本変形例において、キャラクタＣ[m1]及びキャラクタＣ[m2]は、交差関係にある。また、本変形例では、キャラクタＣ[m1]及びキャラクタＣ[m2]が、所定のマッチング条件を充足することとする。そして、本変形例では、選択部３１５は、時刻ｔb1において、キャラクタＣ[m1]及びキャラクタＣ[m2]を選択し、キャラクタＣ[m1]及びキャラクタＣ[m2]が属するグループを生成する。

図２９は、時刻ｔb1よりも後の時刻ｔb2における、本変形例に係るフィールドＦd[m]の態様を示す説明図である。
図２９に示すように、本変形例において、エリア設定部３１４は、時刻ｔb2において、エリア追加予定領域Ａ-T3[m1]に追加する右下エリアＡ-RD[m1]、及び、エリア追加予定領域Ａ-T1[m2]に追加する左上エリアＡ-LU[m2]を、フィールドＦd[m1]及びフィールドＦd[m2]に基づいて、キャラクタＣ[m1]及びキャラクタＣ[m2]が移動可能な、共通エリアＡ-K[m1][m2]として生成する。
このため、本変形例では、時刻ｔb2において、フィールドＦd[m1]及びフィールドＦd[m2]が、共通エリアＡ-K[m1][m2]を共有するように接続された態様で存在することになる。この結果、キャラクタＣ[m1]及びキャラクタＣ[m2]は、フィールドＦd[m1]及びフィールドＦd[m2]を、共通エリアＡ-K[m1][m2]に設けられた通路ＢTにより往来可能な状態となる。

以上のように、本変形例によれば、キャラクタＣ[m1]が、キャラクタＣ[m1]の進行方向とは異なる方向から到来するキャラクタＣ[m2]と遭遇するため、例えば、キャラクタＣ[m1]が、キャラクタＣ[m1]の進行方向から到来するキャラクタＣ[m2]とのみ遭遇する場合と比較して、所定のゲームにおける緊張感を高くする演出が可能となる。

［変形例３］
上述した実施形態並びに変形例１及び２において、選択部３１５は、２つのキャラクタＣが対向関係または交差関係にある場合、すなわち、２つのキャラクタＣが共に移動している場合に、当該２つのキャラクタＣを選択するが、本発明はこのような態様に限定されるものではない。選択部３１５は、例えば、２つのキャラクタＣのうち一方が移動し、他方が停止している場合に、当該２つのキャラクタＣを選択してもよい。

［変形例４］
上述した実施形態及び変形例１乃至３において、エリアＡ[m]は、四角形の形状を有するが、本発明はこのような態様に限定されるものではなく、エリアＡ[m]の形状は任意である。エリアＡ[m]は、例えば、３角形、６角形、その他の多角形であってもよいし、または、曲面であってもよい。
また実施形態及び変形例１乃至３において、フィールドＦd[m]は、四角形の形状を有するが、本発明はこのような態様に限定されるものではなく、フィールドＦd[m]の形状は任意である。フィールドＦd[m]は、例えば、３角形、６角形、その他の多角形であってもよいし、または、曲面であってもよい。

［変形例５］
上述した実施形態及び変形例１乃至４において、フィールドＦd[m]は、Ｘ軸方向及びＹ軸方向の２次元の広がりを有する空間であるが、本発明はこのような態様に限定されるものではない。フィールドＦd[m]は、Ｘ軸方向及びＹ軸方向に加え、Ｘ軸方向及びＹ軸方向に交差するＺ軸方向の３次元の広がりを有する空間であってもよい。

［変形例６］
上述した実施形態及び変形例１乃至５では、表示エリアＦdH[m]が、キャラクタＣ[m]が存在する位置を中心とするエリアである場合を例示して説明したが、本発明はこのような態様に限定されるものではない。表示エリアＦdH[m]は、例えば、キャラクタＣ[m]が存在するエリアＡ[m]と一致するように設けられていてもよい。

［変形例７］
上述した実施形態及び変形例１乃至６では、ゲーム要素としてキャラクタＣを例示して説明したが、本発明はこのような態様に限定されるものではない。ゲーム要素としては、キャラクタＣの他に、所定のゲームに関するオブジェクトであってもよいし、所定のゲームに関するフィールドＦd[m]を撮像する仮想カメラであってもよい。

［変形例８］
上述した実施形態及び変形例１乃至７において、エリア設定部３１４は、キャラクタＣ[m]が周辺エリアＡ-H[m]に移動した場合、フィールドＦd[m]に対してエリア追加予定領域Ａ-T[m]を設定し、当該エリア追加予定領域Ａ-T[m]においてフィールドＦd[m]に対してエリアＡ[m]を追加するともに、フィールドＦd[m]に含まれるエリアＡ[m]のうち削除予定エリアＡ-S[m]として設定されたエリアＡ[m]を削除するが、本発明はこのような態様に限定されるものではない。エリア設定部３１４は、キャラクタＣ[m]が周辺エリアＡ-H[m]に移動した場合、フィールドＦd[m]に削除予定エリアＡ-S[m]を設定することなく、フィールドＦd[m]に対してエリア追加予定領域Ａ-T[m]のみを設定することで、フィールドＦd[m]からエリアＡ[m]を削除することなく、エリア追加予定領域Ａ-T[m]において、フィールドＦd[m]に対してエリアＡ[m]を追加してもよい。
すなわち、上述した実施形態及び変形例１乃至７において、エリア設定部３１４は、フィールドＦd[m]を構成するエリアＡ[m]の個数が一定となるように、フィールドＦd[m]に対するエリアＡ[m]の追加、及び、フィールドＦd[m]からのエリアＡ[m]の削除を行うが、本発明はこのような態様に限定されるものではなく、エリア設定部３１４は、キャラクタＣ[m]の移動に基づいて、フィールドＦd[m]を構成するエリアＡ[m]の個数を増加または変動させてもよい。

［変形例９］
上述した実施形態及び変形例１乃至８において、ゲーム制御部３１１、表示制御部３１２、エリア設定部３１４、及び、選択部３１５は、管理サーバ３０に設けられるが、本発明はこのような態様に限定されるものではない。例えば、ゲーム制御部３１１、表示制御部３１２、エリア設定部３１４、及び、選択部３１５のうち一部または全部は、複数の端末装置１０-1〜１０-Mのうち一の端末装置１０に設けられてもよい。
また、上述した実施形態及び変形例１乃至８において、ユーザ情報テーブルＴBL1及び選択状態管理テーブルＴBL2は、管理サーバ３０に設けられた記憶部３２０に記憶されるが、本発明はこのような態様に限定されるものではない。例えば、ゲーム制御部３１１、表示制御部３１２、エリア設定部３１４、及び、選択部３１５のうち一部または全部が、複数の端末装置１０-1〜１０-Mのうち一の端末装置１０に設けられる場合、ユーザ情報テーブルＴBL1及び選択状態管理テーブルＴBL2は、当該一の端末装置１０に設けられた記憶部１２０に記憶されてもよい。

［Ｃ．付記］
以上の記載から、本発明は例えば以下のように把握される。なお、各態様の理解を容易にするために、以下では、図面の参照符号を便宜的に括弧書きで付記するが、本発明を図示の態様に限定する趣旨ではない。

［付記１］
本発明の一態様に係るプログラムは、第１ユーザの操作する第１端末装置、及び、第２ユーザの操作する第２端末装置と通信可能であり、プロセッサを具備する管理装置で実行可能なプログラムであって、前記プロセッサを、前記第１ユーザの操作に基づいて、第１フィールドにおいて第１ゲーム要素を移動させ、前記第２ユーザの操作に基づいて、第２フィールドにおいて第２ゲーム要素を移動させる、ゲーム進行部と、前記第１フィールドにおける前記第１ゲーム要素の位置に基づいて、前記第１フィールドに第１エリアを追加する、フィールド設定部と、して機能させ、前記フィールド設定部は、前記第１エリアを、前記第１ゲーム要素及び前記第２ゲーム要素が移動可能な共通エリアとして設定可能である、ことを特徴とする。

この態様によれば、第１ユーザが、第１ゲーム要素を第１フィールドにおいて移動させることでゲームを進行させる過程の中で、第１ユーザの操作する第１ゲーム要素、及び、第２ユーザの操作する第２ゲーム要素の双方が、共通エリアに存在する状況が作出される。すなわち、この態様によれば、第１ユーザがゲームを進行させる過程の中で、第１ユーザ及び第２ユーザが、ゲームを協力して進行させ、または、ゲームにおいて対戦する状況が作出される。このため、この態様において、第１ユーザは、ゲームをせずに待機することを強いられることなく、第２ユーザと、ゲームを協力して進行させ、または、ゲームにおいて対戦することが可能となる。
また、この態様によれば、第１ゲーム要素が第１フィールドを移動した結果、第１フィールドに第１エリアが追加された場合であって、第１エリアが共通エリアとして設定された場合に、共通エリアにおいて、第２ゲーム要素が出現するという演出が可能となる。すなわち、この態様によれば、第１ユーザが第１ゲーム要素を用いてゲームを進行させる過程の中で、第１ゲーム要素が第２ゲーム要素に遭遇するという演出が可能となる。換言すれば、この態様によれば、フィールド設定部は、ゲームにおける第１ユーザ及び第２ユーザの協力関係または敵対関係を、ゲームの進行の中で、第１ユーザに予想させること無く設定することができる。このため、この態様によれば、ゲームにおける緊張感及び臨場感を演出することが可能となる。

なお、上記態様において、「第１フィールド」とは、例えば、ゲームに関する仮想空間のうち、第１ゲーム要素が移動可能な領域であってもよい。具体的には、「第１フィールド」とは、例えば、ゲームに関する仮想空間のうち、第１ゲーム要素が存在する位置を含む領域であって、所定の面積を有する２次元の領域であってもよいし、所定の体積を有する３次元の領域であってもよい。また、上記態様において、「第２フィールド」とは、例えば、ゲームに関する仮想空間のうち、第２ゲーム要素が移動可能な領域であってもよい。なお、以下では、第１フィールド及び第２フィールドを、「フィールド」と総称する場合がある。

また、上記態様において、「第１ゲーム要素」とは、例えば、ゲームに関するキャラクタであってもよいし、ゲームに関するオブジェクトであってもよいし、ゲームに関する仮想空間を撮像するための仮想カメラであってもよい。ここで、「ゲームに関するキャラクタ」とは、例えば、ゲームを進行させることが可能な仮想的な生物であってもよい。また、「ゲームに関するオブジェクト」とは、例えば、ゲームを進行させることが可能な仮想的な無生物的な物体であってもよい。また、上記態様において、「第２ゲーム要素」とは、例えば、ゲームに関するキャラクタであってもよいし、ゲームに関するオブジェクトであってもよいし、ゲームに関する仮想空間を撮像するための仮想カメラであってもよい。なお、以下では、第１ゲーム要素及び第２ゲーム要素を、「ゲーム要素」と総称する場合がある。

また、上記態様において、「第１エリア」とは、例えば、ゲームに関する仮想空間のうち、第１フィールドに隣接する領域であってもよい。また、「第１エリア」は、例えば、第１フィールドが複数の領域から構成される場合、第１フィールドを構成する複数の領域のうち、一部または全部の領域に基づいて生成されてもよい。なお、フィールド設定部は、第１フィールドに第１エリアを追加する際、第１フィールドに含まれる複数の領域の一部を消去してもよい。より具体的には、フィールド設定部は、第１フィールドに第１エリアを追加する場合、第１フィールドが第１エリアを含むように、第１フィールドを移動させてもよい。

［付記２］
本発明の他の態様に係るプログラムは、付記１に記載のプログラムであって、前記フィールド設定部は、前記第１フィールドに対して、前記第１フィールドにおける前記第１ゲーム要素の位置に基づく方向に、前記第１エリアを追加する、ことを特徴とする。

この態様によれば、第１ユーザが、第１ゲーム要素を第１フィールドにおいて移動させる場合に、例えば、当該移動に基づく方向に第１エリアが追加される。このため、この態様によれば、仮に、第１フィールドが所定の面積を有する有限の領域である場合であっても、第１ユーザに対して、第１フィールドが、所定の面積よりも広い領域であるように感じさせることが可能となる。これにより、この態様によれば、例えば、第１フィールドに第１エリアが追加されない場合と比較して、ゲームにおいて飽きが生じる可能性を低減させることが可能となる。

［付記３］
本発明の他の態様に係るプログラムは、付記１または２に記載のプログラムであって、前記第１ゲーム要素及び前記第２ゲーム要素は、前記共通エリアにおいて、前記第１ユーザの操作及び前記第２ユーザの操作の、少なくとも一方に基づいて、相互作用可能である、ことを特徴とする。

この態様によれば、第１ユーザが、第１ゲーム要素を第１フィールドにおいて移動させることでゲームを進行させる過程の中で、第１ゲーム要素及び第２ゲーム要素が、共通エリアにおいて相互作用可能な状態となる。このため、この態様によれば、第１ユーザは、ゲームをせずに待機することを強いられることなく、第２ユーザと、ゲームを協力して進行させ、または、ゲームにおいて対戦することが可能となる。

なお、上記態様において、「相互作用」とは、例えば、第１ゲーム要素及び第２ゲーム要素が、ゲームにおいて、敵対的な作用を及ぼすことであってもよい。ここで、「敵対的な作用」とは、２つのゲーム要素のうち一のゲーム要素が、他のゲーム要素のゲームにおける存続可能性を減少させる作用であってもよい。具体的には、「敵対的な作用」とは、一のゲーム要素が、他のゲーム要素を攻撃し、例えば、他のゲーム要素の有するヒットポイントを減少させる作用であってもよい。また、上記態様において、「相互作用」とは、例えば、２つのゲーム要素が、ゲームにおいて、協力的な作用を及ぼすことであってもよい。ここで、「協力的な作用」とは、２つのゲーム要素のうち一のゲーム要素が、他のゲーム要素のゲームにおける存続可能性を増加させる作用であってもよいし、一のゲーム要素が、他のゲーム要素のゲームにおける存続可能性の減少の程度を抑制する作用であってもよい。具体的には、「協力的な作用」とは、一のゲーム要素が、他のゲーム要素を治癒し、例えば、他のゲーム要素の有するヒットポイントを増加させる作用であってもよい。また、「協力的な作用」とは、一のゲーム要素が、他のゲーム要素を、例えば、敵の攻撃から防衛し、例えば、敵の攻撃に伴う他のゲーム要素の有するヒットポイントの減少の程度を抑制させる作用であってもよいし、共通の敵を協力して攻撃する作用であってもよい。

［付記４］
本発明の他の態様に係るプログラムは、付記１乃至３に記載のプログラムであって、前記フィールド設定部は、前記第１フィールド及び前記第２フィールドの一方または双方に基づいて、前記共通エリアを生成する、ことを特徴とする。

この態様において、フィールド設定部が、第１フィールドに基づいて共通エリアを生成する場合、例えば、第１フィールドとは無関係に共通エリアを生成する場合と比較して、第１ユーザが、第１フィールドに対して共通エリアが追加されることについて、違和感を感じる可能性を低減させることが可能となる。
また、この態様において、フィールド設定部が、第２フィールドに基づいて共通エリアを生成する場合、例えば、第２フィールドとは無関係に共通エリアを生成する場合と比較して、第１ユーザが、第１フィールドに対して追加された共通エリアに第２ゲーム要素が登場することについて、違和感を感じる可能性を低減させることが可能となる。

［付記５］
本発明の他の態様に係るプログラムは、付記１乃至４に記載のプログラムであって、前記フィールド設定部は、前記第２フィールドにおける前記第２ゲーム要素の位置に基づいて、前記第２フィールドに第２エリアを追加し、前記第１フィールドにおける前記第１ゲーム要素の位置、及び、前記第２フィールドにおける前記第２ゲーム要素の位置が、所定の関係を有する場合、前記第１エリア及び前記第２エリアを、前記共通エリアとして設定する、ことを特徴とする。

この態様によれば、第１ユーザが、第１ゲーム要素を第１フィールドにおいて移動させ、第２ユーザが、第２ゲーム要素を第２フィールドにおいて移動させることで、ゲームを進行させる過程の中で、第１ユーザの操作する第１ゲーム要素、及び、第２ユーザの操作する第２ゲーム要素の双方が、共通エリアに存在する状況が作出される。このため、この態様において、第１ユーザ及び第２ユーザは、ゲームをせずに待機することを強いられることなく、互いにゲームを協力して進行させ、または、互いにゲームにおいて対戦することが可能となる。

なお、上記態様において、「第２エリア」とは、例えば、ゲームに関する仮想空間のうち、第２フィールドに隣接する領域であってもよい。また、「第２エリア」は、例えば、第２フィールドが複数の領域から構成される場合、第２フィールドを構成する複数の領域のうち、一部または全部の領域に基づいて生成されてもよい。

また、上記態様において、「所定の関係」とは、例えば、第１フィールドに設けられた第１の基準位置から見た第１エリアの方向と、第２フィールドに設けられた第２の基準位置から見た第２エリアの方向とが異なる方向である、という関係であってもよい。典型的には、「所定の関係」とは、例えば、第１フィールドに設けられた第１の基準位置から見た第１エリアの方向と、第２フィールドに設けられた第２の基準位置から見た第２エリアの方向とが逆の方向である、という関係であってもよい。

［付記６］
本発明の他の態様に係るプログラムは、付記１乃至５に記載のプログラムであって、前記フィールド設定部は、前記共通エリアを設定した後に、前記第１フィールドにおける前記第１ゲーム要素の位置に基づいて、前記第１フィールドに第３エリアを追加し、前記共通エリア及び前記第３エリアの位置関係と、前記共通エリア及び前記第２フィールドの位置関係とが、第１の関係を有する場合、前記第２フィールドの少なくとも一部を、前記第３エリアとして追加する、ことを特徴とする。

この態様において、フィールド設定部は、第２フィールドに含まれる領域を、第３エリアとして第１フィールドに追加する。このため、この態様によれば、第１ゲーム要素及び第２ゲーム要素が、同一のフィールドに存在する状態を維持することが可能となり、第１ユーザ及び第２ユーザが、ゲームを協力して進行させ、または、ゲームにおいて対戦する状態を維持することが可能となる。

なお、上記態様において、「第３エリア」とは、例えば、ゲームに関する仮想空間のうち、第１フィールドに隣接する領域であってもよい。また、「第３エリア」は、例えば、第１フィールドが複数の領域から構成される場合、第１フィールドを構成する複数の領域のうち、一部または全部の領域に基づいて生成されてもよい。

また、上記態様において、「第１の関係」とは、例えば、ゲームに関する仮想空間において、第１フィールド及び第２フィールドの両方を配置した場合に、第３エリアが、第２フィールドに含まれる、という関係であってもよい。具体的には、「第１の関係」とは、例えば、共通エリアを基準として表される第３エリアの相対位置と、共通エリアを基準として表される第２フィールドを構成する領域の少なくとも一部の相対位置とが、同一の位置である、という関係であってもよい。

［付記７］
本発明の他の態様に係るプログラムは、付記１乃至６に記載のプログラムであって、前記フィールド設定部は、前記共通エリアを設定した後に、前記第１フィールドにおける前記第１ゲーム要素の位置に基づいて、前記第１フィールドに第３エリアを追加し、前記共通エリア及び前記第３エリアの位置関係と、前記共通エリア及び前記第２フィールドの位置関係とが、第２の関係を有する場合、前記第２フィールドとは異なる位置の領域を、前記第３エリアとして追加する、ことを特徴とする。

この態様において、フィールド設定部は、第２フィールドに含まれない領域を、第３エリアとして第１フィールドに追加する。このため、この態様によれば、第１フィールド及び第２フィールドの独立性を保つことが可能となり、第１ユーザ及び第２ユーザが、ゲームを協力して進行させ、または、ゲームにおいて対戦することと、第１ユーザ及び第２ユーザが、別個独立にゲームを進行させることとの、両立が可能となる。

なお、上記態様において、「第２の関係」とは、例えば、ゲームに関する仮想空間において、第１フィールド及び第２フィールドの両方を配置した場合に、第３エリアが、第２フィールドに含まれない、という関係であってもよい。具体的には、「第２の関係」とは、例えば、共通エリアを基準として表される第３エリアの相対位置と、共通エリアを基準として表される第２フィールドを構成する領域の少なくとも一部の相対位置とが、異なる位置である、という関係であってもよい。

［付記８］
本発明の他の態様に係るプログラムは、付記１乃至７に記載のプログラムであって、前記プロセッサを、前記第１フィールドの一部を表示部に表示させる表示制御部として、更に機能させ、前記フィールド設定部は、前記第１フィールドのうち前記表示部に表示されていない部分として、前記第１エリアを追加する、ことを特徴とする。

この態様において、フィールド設定部は、第１フィールドのうち、表示部に表示されない部分において、第１エリアを追加する。このため、この態様によれば、例えば、第１フィールドのうち表示部に表示されている部分において第１エリアが追加される場合と比較して、第１ユーザが、第１フィールドに対して第１エリアが追加されることについて、違和感を感じる可能性を低減させることが可能となる。

［付記９］
本発明の他の態様に係るプログラムは、付記１乃至８に記載のプログラムであって、前記第１ゲーム要素は、前記第１端末装置で実行されるゲームに係るオブジェクトである、ことを特徴とする。

この態様によれば、第１ユーザは、ゲームをせずに待機することを強いられることなく、第２ユーザと、ゲームを協力して進行させ、または、ゲームにおいて対戦することが可能となる。また、この態様によれば、ゲームにおける緊張感及び臨場感を演出することが可能となる。

［付記１０］
本発明の他の態様に係るプログラムは、付記１乃至８に記載のプログラムであって、前記第１ゲーム要素は、前記第１フィールドを撮像する仮想カメラである、ことを特徴とする。

この態様によれば、第１ユーザは、ゲームをせずに待機することを強いられることなく、第２ユーザと、ゲームを協力して進行させ、または、ゲームにおいて対戦することが可能となる。また、この態様によれば、ゲームにおける緊張感及び臨場感を演出することが可能となる。

［付記１１］
本発明の一態様に係る管理装置は、第１ユーザの操作する第１端末装置、及び、第２ユーザの操作する第２端末装置と通信可能な管理装置であって、前記第１ユーザの操作に基づいて、第１フィールドにおいて第１ゲーム要素を移動させ、前記第２ユーザの操作に基づいて、第２フィールドにおいて第２ゲーム要素を移動させる、ゲーム進行部と、前記第１フィールドにおける前記第１ゲーム要素の位置に基づいて、前記第１フィールドに第１エリアを追加する、フィールド設定部と、を備え、前記フィールド設定部は、前記第１エリアを、前記第１ゲーム要素及び前記第２ゲーム要素が移動可能な共通エリアとして設定する、ことを特徴とする。

この態様によれば、第１ユーザは、ゲームをせずに待機することを強いられることなく、第２ユーザと、ゲームを協力して進行させ、または、ゲームにおいて対戦することが可能となる。また、この態様によれば、ゲームにおける緊張感及び臨場感を演出することが可能となる。

１…ゲームシステム、１０…端末装置、３０…管理サーバ、１１０…制御部、１５０…表示部、３１０…制御部、３１１…ゲーム制御部、３１２…表示制御部、３１３…フィールド設定部、３１４…エリア設定部、３１５…選択部、３２０…記憶部、３３０…通信部、１００３…タッチパネル、３０００…プロセッサ。

Claims (11)

1. 第１ユーザの操作する第１端末装置、及び、
   第２ユーザの操作する第２端末装置と通信可能であり、
   プロセッサを具備する管理装置で実行可能なプログラムであって、
   前記プロセッサを、
   前記第１ユーザの操作に基づいて、
   第１フィールドにおいて第１ゲーム要素を移動させ、
   前記第２ユーザの操作に基づいて、
   第２フィールドにおいて第２ゲーム要素を移動させる、
   ゲーム進行部と、
   前記第１フィールドにおける前記第１ゲーム要素の位置に基づいて、
   前記第１フィールドに第１エリアを追加する、
   フィールド設定部と、
   して機能させ、
   前記フィールド設定部は、
   前記第１エリアを、
   前記第１ゲーム要素及び前記第２ゲーム要素が移動可能な共通エリアとして設定可能である、
   ことを特徴とする、プログラム。
2. 前記フィールド設定部は、
   前記第１フィールドに対して、
   前記第１フィールドにおける前記第１ゲーム要素の位置に基づく方向に、前記第１エリアを追加する、
   ことを特徴とする、請求項１に記載のプログラム。
3. 前記第１ゲーム要素及び前記第２ゲーム要素は、
   前記共通エリアにおいて、
   前記第１ユーザの操作及び前記第２ユーザの操作の、少なくとも一方に基づいて、
   相互作用可能である、
   ことを特徴とする、請求項１または２に記載のプログラム。
4. 前記フィールド設定部は、
   前記第１フィールド及び前記第２フィールドの一方または双方に基づいて、
   前記共通エリアを生成する、
   ことを特徴とする、請求項１乃至３のうち何れか１項に記載のプログラム。
5. 前記フィールド設定部は、
   前記第２フィールドにおける前記第２ゲーム要素の位置に基づいて、
   前記第２フィールドに第２エリアを追加し、
   前記第１フィールドにおける前記第１ゲーム要素の位置、及び、
   前記第２フィールドにおける前記第２ゲーム要素の位置が、
   所定の関係を有する場合、
   前記第１エリア及び前記第２エリアを、前記共通エリアとして設定する、
   ことを特徴とする、請求項１乃至４のうち何れか１項に記載のプログラム。
6. 前記フィールド設定部は、
   前記共通エリアを設定した後に、
   前記第１フィールドにおける前記第１ゲーム要素の位置に基づいて、
   前記第１フィールドに第３エリアを追加し、
   前記共通エリア及び前記第３エリアの位置関係と、
   前記共通エリア及び前記第２フィールドの位置関係とが、
   第１の関係を有する場合、
   前記第２フィールドの少なくとも一部を、前記第３エリアとして追加する、
   ことを特徴とする、請求項１乃至５のうち何れか１項に記載のプログラム。
7. 前記フィールド設定部は、
   前記共通エリアを設定した後に、
   前記第１フィールドにおける前記第１ゲーム要素の位置に基づいて、
   前記第１フィールドに第３エリアを追加し、
   前記共通エリア及び前記第３エリアの位置関係と、
   前記共通エリア及び前記第２フィールドの位置関係とが、
   第２の関係を有する場合、
   前記第２フィールドとは異なる位置の領域を、前記第３エリアとして追加する、
   ことを特徴とする、請求項１乃至６のうち何れか１項に記載のプログラム。
8. 前記プロセッサを、
   前記第１フィールドの一部を表示部に表示させる表示制御部として、更に機能させ、
   前記フィールド設定部は、
   前記第１フィールドのうち前記表示部に表示されていない部分として、
   前記第１エリアを追加する、
   ことを特徴とする、請求項１乃至７のうち何れか１項に記載のプログラム。
9. 前記第１ゲーム要素は、
   前記第１端末装置で実行されるゲームに係るオブジェクトである、
   ことを特徴とする、請求項１乃至８のうち何れか１項に記載のプログラム。
10. 前記第１ゲーム要素は、
    前記第１フィールドを撮像する仮想カメラである、
    ことを特徴とする、請求項１乃至８のうち何れか１項に記載のプログラム。
11. 第１ユーザの操作する第１端末装置、及び、
    第２ユーザの操作する第２端末装置と通信可能な管理装置であって、
    前記第１ユーザの操作に基づいて、
    第１フィールドにおいて第１ゲーム要素を移動させ、
    前記第２ユーザの操作に基づいて、
    第２フィールドにおいて第２ゲーム要素を移動させる、
    ゲーム進行部と、
    前記第１フィールドにおける前記第１ゲーム要素の位置に基づいて、
    前記第１フィールドに第１エリアを追加する、
    フィールド設定部と、
    を備え、
    前記フィールド設定部は、
    前記第１エリアを、
    前記第１ゲーム要素及び前記第２ゲーム要素が移動可能な共通エリアとして設定する、
    ことを特徴とする、管理装置。
    

Images