JP2018122139A - ゲームシステム、サーバ及びプログラム - Google Patents

Abstract

【課題】空間の開発等に係るゲームにおいて適時かつ効果的な緩急をつけることにより、プレーヤをより強くゲームに誘引する。【解決手段】プレーヤの操作に基づき当該プレーヤの仮想空間へオブジェクトを配置し、当該オブジェクトを用いて進行する第１のゲームを実行する第１のゲーム処理手段１０４と、仮想空間に敵キャラクタを出現させ、プレーヤキャラクタとを対戦させる第２のゲームを実行する第２のゲーム処理手段１０５と、第１のゲームに係る第１のゲーム画面を第１のゲームの実行中に所与の表示手段へ表示させ、当該表示中に仮想空間における所与の条件の成立が判定された場合には、表示手段の表示画面を、第１のゲーム画面から、第２のゲームに係る第２のゲーム画面へと切り替える処理を実行する表示制御手段１０６と、第２のゲームにおける前記対戦の結果を、前記第１のゲームに用いられるパラメータへ反映させるゲーム管理手段１０３を備える。【選択図】図２

Description

本発明は、ゲームシステム、サーバ及びプログラムに関する。

近年、タブレット型情報通信端末装置又はスマートフォンなどの情報通信端末装置の多機能化、機能向上及びその普及に伴い、これらの端末装置においてもゲームを実行する機会が増えている。中でも、プレーヤが自分に割り当てられた仮想空間へ施設、建造物などのオブジェクトを配置し、自分の設定した条件（資金、資材、資源、人材等の供給先、供給タイミング、供給量などの条件）で仮想空間を経時変化（人口移動、工事進捗など）させて街の開発等を図るシミュレーションゲーム（以下、「街づくりゲーム」という。）は、街の開発や衰退に関与する楽しみをプレーヤへ与えることができるため、古くから人気がある（特許文献１などを参照）。

特許第５９４７７１４号公報

しかしながら、街づくりゲームなどの空間の開発等に係るゲームは、基本的にはプレーヤが所望のタイミングで街を操作するものであるため、スピード感やスリルなどの強い刺激を求めるプレーヤが物足りなさを感じる可能性があった。このため、当該ゲームにおいては、街の雰囲気作りに趣向を凝らす、街づくりに使用可能なオブジェクトのバリエーションを増やすなどの、プレーヤを飽きさせない工夫が重要と考えられてきた。

本発明は、上記課題を解決するためになされたものであり、その目的は、空間の開発等に係るゲームにおいて適時かつ効果的な緩急をつけることにより、プレーヤをより強くゲームに誘引することのできる仕組みを提供することにある。

（１）上記課題を解決するため、本発明のゲームシステムは、
プレーヤの操作に基づき当該プレーヤの仮想空間へオブジェクトを配置し、当該オブジェクトを用いて進行する第１のゲームを実行する第１のゲーム処理手段と、
前記仮想空間に敵キャラクタを出現させ、所与の条件を満たした前記敵キャラクタとプレーヤキャラクタとを対戦させる第２のゲームを実行する第２のゲーム処理手段と、
前記第１のゲームに係る第１のゲーム画面を前記第１のゲームの実行中に所与の表示手段へ表示させ、当該表示中に前記仮想空間における前記所与の条件の成立が判定された場合には、前記表示手段の表示画面を、前記第１のゲーム画面から、前記第２のゲームに係る第２のゲーム画面へと切り替える処理を実行する表示制御手段と、
前記第２のゲームにおける前記対戦の結果を、前記第１のゲームに用いられるパラメータへ反映させる処理を実行するゲーム管理手段と、を備えるものである。

ここで、「プレーヤの仮想空間」は、第１のゲームにおいて当該プレーヤが関与し得るオブジェクト空間であって、第１のゲームに用いられる仮想空間の全エリア又は一部のエリアである。例えば、当該プレーヤは、当該プレーヤの仮想空間におけるオブジェクトのレイアウトを操作することが可能であってもよいし、仮想空間の条件（環境）を操作することが可能であってもよい。また、当該仮想空間は、二次元のオブジェクト空間であって
もよいし、三次元のオブジェクト空間であってもよい。

また、「オブジェクト」は、プレーヤが仮想空間に配置可能なオブジェクトのことである。例えば、仮想空間の少なくとも一部のエリアとして造成地を想定した場合、仮想空間に配置可能なオブジェクトとしては、工場、公園、人口池、住宅、ビルなどの施設オブジェクトを想定し得る。また、仮想空間の少なくとも一部のエリアとして農場、田畑、緑地、森、林などを想定した場合、仮想空間に配置可能なオブジェクトとしては、種苗、家畜などの動植物オブジェクトを想定し得る。また、仮想空間の少なくとも一部のエリアとして宇宙空間を想定した場合、仮想空間に配置可能なオブジェクトとしては、住居モジュール、実験モジュール、食料庫モジュールなどのモジュールオブジェクトを想定し得る。

また、「進行」には、仮想空間に含まれる個々のオブジェクト又は当該仮想空間自体の開発、発展、成長、建設、形成、構築、創造、増殖のうち少なくとも何れか（以下、適宜、「開発等」という。）の意味が含まれてもよい。また、「進行」には、プレーヤが主として行う進行と、所与の条件下又はプレーヤが設定した条件下で第１のゲーム処理手段が自動演算により行う進行と、プレーヤと第１のゲーム処理手段とが協働して行う進行との何れが含まれてもよい。

また、「対戦」には、プレーヤの操作に応じてリアルタイムでプレーヤキャラクタが戦闘行動を行う対戦と、第２のゲーム処理手段の自動演算によりプレーヤキャラクタが戦闘行動を行う対戦との何れが含まれてもよい。

また、「プレーヤキャラクタ」には、プレーヤが所有する単一のプレーヤキャラクタ又は複数のプレーヤキャラクタが含まれる。プレーヤキャラクタの側に他のプレーヤ（他プレーヤ）のプレーヤキャラクタを参戦させることも可能である。

また、「敵キャラクタ」には、第２のゲーム処理手段が自動発生させた敵キャラクタが含まれてもよいし、他のプレーヤ（他プレーヤ）のプレーヤキャラクタが含まれてもよい。

また、「対戦の結果」には、対戦の勝者又は敗者を示す情報、対戦によりプレーヤキャラクタ又は敵キャラクタが受けたダメージの大きさを示す情報、対戦によりプレーヤキャラクタ又は敵キャラクタが失った装備の情報のうち何れが含まれてもよい。

また、「第１のゲームに用いられるパラメータ」は、第１のゲームに用いられる少なくとも１つのパラメータであって、例えば、第１のゲームの進行（開発等）を促進又は制限するパラメータであってもよい。

以上の結果、本発明によれば、プレーヤは、自己の仮想空間の開発等に係る第１のゲームをプレーしつつ、当該仮想空間に敵キャラクタが出現した場合には、自己のキャラクタを敵キャラクタと対戦させる第２のゲームのプレーを開始することができる。しかも、当該所与の条件の成立が判定されたタイミングで表示手段の画面が第１のゲーム画面から第２のゲーム画面へと切り替わるので、プレーヤの心理状態を、開発等を楽しむという安定した心理状態から、対戦に挑むという緊迫した心理状態へと即座かつ強制的に移行させることができる。

また、本発明は、第２のゲームの対戦の結果を第１のゲームのパラメータへ反映させるので、第２のゲームをプレーすることで第１のゲームに関与しているという感覚をプレーヤへ与えることもできる。例えば、プレーヤキャラクタが敗北した場合に第１のゲームの進行が制限される方向に前記パラメータを制御したならば、自己のプレーヤキャラクタで
自己の仮想空間を防衛しているという実感をプレーヤに与えることもできる。

従って、本発明によれば、空間の開発等に係るゲームにおいて適時かつ効果的な緩急をつけることにより、プレーヤをより強くゲームに誘引することができる。

（２）本発明のゲームシステムにおいて、
前記所与の条件の成立が判定された場合に、前記第２のゲームに係る操作入力の受け付け処理を開始する入力受付け部を更に備えてもよい。

この場合、画面の切り替えを契機として第２のゲームの操作がプレーヤに許可されるので、タイミングよく操作を開始したプレーヤを対戦で有利にすることができる。従って、本発明によれば、敵キャラクタの出現の際におけるプレーヤの緊張感を煽ることができる。

（３）本発明のゲームシステムにおいて、
前記表示制御手段は、
前記表示手段へ前記第２のゲーム画面を表示させる際には、前記仮想空間のうち前記対戦に係るエリアに存在するオブジェクトを特定し、当該オブジェクトの少なくとも一部を当該第２のゲーム画面の背景として前記表示手段へ表示させる制御を行ってもよい。

従って、第２のゲームの対戦が第１のゲームの仮想空間内で行われているという感覚を簡単な画像生成技術でプレーヤへ与えることができる。

（４）本発明のゲームシステムにおいて、
前記表示制御手段は、
前記表示手段へ前記第２のゲーム画面を表示させる際には、前記仮想空間のうち前記対戦に係るエリアに配置された仮想カメラによる前記仮想空間の画像を生成し、当該画像を前記第２のゲーム画面の背景として前記表示手段へ表示させる制御を行ってもよい。

従って、第２のゲームの対戦が第１のゲームの仮想空間内で行われているという感覚をプレーヤへ確実に与えることができる。

（５）本発明のゲームシステムにおいて、
前記表示手段は、
タッチパネル型ディスプレイであり、
前記表示制御手段は、
前記所与の条件の成立が判定された場合に、前記第２のゲームに係る操作入力用画像の表示を開始してもよい。

従って、プレーヤは、操作入力用画像の表示開始を契機として、第２のゲームの操作が許可されたことを認識できる。

（６）本発明のゲームシステムにおいて、
前記表示制御手段は、
前記対戦の終了が判定された場合に、前記第２のゲームに係る操作入力用画像の表示を終了してもよい。

従って、プレーヤは、操作入力用画像の表示終了を契機として、第２のゲームの操作が禁止されたことを認識できる。

なお、表示制御手段は、前記第２のゲームに係る第２のゲーム画面を前記第２のゲームの実行中に所与の表示手段へ表示させ、当該表示中に前記対戦の終了が判定された場合には、前記表示手段の表示画面を、前記第２のゲーム画面から、前記第１のゲームに係る第１のゲーム画面へと切り替える処理を実行してもよい。

（７）本発明のゲームシステムにおいて、
前記ゲーム管理手段は、
対戦可能な前記敵キャラクタ及び前記プレーヤキャラクタの組み合わせが前記仮想空間内に同時に複数組み存在すると判定された場合には、当該複数の組み合わせの対戦順序を、所与の基準により決定してもよい。

ここで、「所与の基準」とは、例えば、「所与の条件を満たした組み合わせから順に対戦を開始させる」などの基準である。

従って、プレーヤは、複数のプレーヤキャラクタを用いて複数の敵キャラクタと順次に対戦をすることができる。

（８）本発明のゲームシステムにおいて、
前記ゲーム管理手段は、
対戦可能な前記敵キャラクタ及び前記プレーヤキャラクタの組み合わせが前記仮想空間内に同時に複数組み存在すると判定された場合には、当該複数の組み合わせの対戦順序を、前記プレーヤが指定した順序に設定してもよい。

従って、プレーヤは、複数のプレーヤキャラクタを用いて複数の敵キャラクタと順次に対戦をすることができる。また、プレーヤは、これら対戦の順序を所望の順序に設定することができる。

（９）本発明のゲームシステムにおいて、
前記ゲーム管理手段は、
前記仮想空間へ出現させるべき前記敵キャラクタを、前記第１のゲームの進行状況を示すパラメータに基づき決定してもよい。

この場合、第１のゲームが進行するにつれて第２のゲームの対戦相手が変化する（例えば強くなる）ので、第１のゲームと第２のゲームとが連携しているという強い実感をプレーヤへ与えることができる。

（１０）本発明のゲームシステムにおいて、
前記ゲーム管理手段は、
前記仮想空間に対する敵キャラクタの出現頻度を、前記第１のゲームの進行状況を示すパラメータに基づき設定してもよい。

この場合、第１のゲームが進行するにつれて第２のゲームの行われる頻度が変化する（例えば高頻度になる）ので、第１のゲームと第２のゲームとが連携しているという強い実感をプレーヤへ与えることができる。

（１１）本発明のゲームシステムにおいて、
前記ゲーム管理手段は、
前記仮想空間に出現させるべき前記敵キャラクタを、前記プレーヤが前記仮想空間へ投入可能なプレーヤキャラクタに応じて決定してもよい。

この場合、仮想空間へ投入可能なプレーヤキャラクタが変化すると敵キャラクタが変化する（例えば敵キャラクタの戦闘力が高まる）ので、プレーヤは、拮抗した対戦を楽しむことができる。

（１２）本発明のゲームシステムにおいて、
前記ゲーム管理手段は、
前記対戦で前記敵キャラクタの勝利が判定された場合には、前記第１のゲームの進行が制限される方向に前記第１のゲームのパラメータを変更する処理を実行してもよい。

この場合、第２のゲームでプレーヤキャラクタが勝利しなければ第１のゲームの進行が制限されるので、プレーヤキャラクタで自己の仮想空間を防衛しているという実感をプレーヤへ与えることができる。

（１３）本発明のゲームシステムにおいて、
前記ゲーム管理手段は、
前記対戦で前記敵キャラクタの勝利が判定されてから次に前記対戦で前記プレーヤキャラクタの勝利が判定されるまでの期間中は、前記制限を継続してもよい。

従って、第２のゲームでプレーヤキャラクタが勝利しなければ次に勝利するまでの期間中は第１のゲームの進行が制限され続けるので、敵キャラクタに自己の仮想空間が占拠（支配）されているという感覚をプレーヤへ与えることができる。

（１４）本発明のゲームシステムにおいて、
前記ゲーム管理手段は、
前記対戦に係るエリアに存在する所与のオブジェクトを特定する特定手段と、
前記対戦で前記敵キャラクタの勝利が判定された場合に、前記オブジェクトと前記敵キャラクタとを対応付ける情報を所与の記憶手段へ記憶する対応付け手段と、
前記オブジェクトに係る次の前記対戦で前記プレーヤキャラクタの勝利が判定された場合に、前記対応付けを解除する対応解除手段と、
少なくとも前記対応付けに係る前記オブジェクトについて前記制限を行う制限手段と、
前記オブジェクトの前記対応付けが解除された場合に前記制限を解除する制限解除手段とを備えてもよい。

ここで、「所与のオブジェクト」は、当該エリアに存在する全てのオブジェクト又は一部のオブジェクトである。例えば、当該エリアに様々な属性のオブジェクトが存在する場合に、特定の属性のオブジェクトを所与のオブジェクトとして特定してもよい。

従って、ゲーム管理手段は、敵キャラクタによる占拠がオブジェクトごとに行われるという感覚をプレーヤへ与えることができる。

（１５）本発明のゲームシステムにおいて、
前記ゲーム管理手段は、
前記仮想空間に出現した特定オブジェクトを前記プレーヤが獲得した場合には、前記プレーヤキャラクタの戦闘力に係るパラメータを変更する処理を実行してもよい。

ここで、「特定オブジェクト」には、例えば、第１のゲームの進行により所定条件が満たされた場合に仮想空間に出現する１又は複数のオブジェクトなどが含まれる。

また、「プレーヤキャラクタの戦闘力に係るパラメータ」には、例えば、仮想空間へ投入可能なプレーヤキャラクタ自体、プレーヤキャラクタのレベル（戦闘力）、プレーヤキ
ャラクタに装備可能なアイテム、プレーヤキャラクタのレベル（戦闘力）の上限値、プレーヤキャラクタのスロット数などが含まれてもよい。

従って、本発明によれば、第１のゲームをプレーすることで第２のゲームに関与しているという感覚をプレーヤへ与えることができる。例えば、第１のゲームが一定以上進行した場合に限り仮想空間に出現する特定オブジェクトでプレーヤキャラクタの戦闘力を増強できる場合には、第１のゲームの進行が第２のゲームの有利に働くという実感をプレーヤに与えることができる。

（１６）本発明のゲームシステムにおいて、
前記ゲーム管理手段は、
前記プレーヤと所与の関連性を有する他プレーヤのプレーヤキャラクタを、前記対戦に係る前記プレーヤキャラクタの側に参戦させ、前記対戦の結果と、前記第１のゲームの進行状況を示すパラメータと、のうち少なくとも一方に応じた特典を、前記他プレーヤへ付与する処理を実行してもよい。

従って、第２のゲームの結果及び第１のゲームの進行状況の少なくとも一方が他プレーヤの利益（又は不利益）に繋がるので、第１のゲーム及び第２のゲームの少なくとも一方に他プレーヤの関心を向けることができる。

例えば、当該プレーヤキャラクタ側の勝利を条件として他プレーヤへ特典を付与する場合には、参戦の能力に自信のある他プレーヤを第２のゲームに強く誘引することができる。

また、例えば、第１のゲームが進行するほど高い価値の特典を他プレーヤへ付与する場合には、他プレーヤの関心を第１のゲームの進行状況に向けることができ、しかも、第１のゲームが進行するほど第２のゲームに他プレーヤを強く誘引できる。

（１７）上記課題を解決するため、本発明のサーバは、
プレーヤの操作に基づき当該プレーヤの仮想空間へオブジェクトを配置し、当該オブジェクトを用いて進行する第１のゲームを実行する第１のゲーム処理手段と、
前記仮想空間に敵キャラクタを出現させ、所与の条件を満たした前記敵キャラクタとプレーヤキャラクタとを対戦させる第２のゲームを実行する第２のゲーム処理手段と、
前記第１のゲームに係る第１のゲーム画面を前記第１のゲームの実行中に所与の表示手段へ表示させ、当該表示中に前記仮想空間における前記所与の条件の成立が判定された場合には、前記表示手段の表示画面を、前記第１のゲーム画面から、前記第２のゲームに係る第２のゲーム画面へと切り替える処理を実行する表示制御手段と、
前記第２のゲームにおける前記対戦の結果を、前記第１のゲームに用いられるパラメータへ反映させる処理を実行するゲーム管理手段とを備える。

（１８）上記課題を解決するため、本発明のプログラムは、
プレーヤの操作に基づき当該プレーヤの仮想空間へオブジェクトを配置し、当該オブジェクトを用いて進行する第１のゲームを実行する第１のゲーム処理手段と、
前記仮想空間に敵キャラクタを出現させ、所与の条件を満たした前記敵キャラクタとプレーヤキャラクタとを対戦させる第２のゲームを実行する第２のゲーム処理手段と、
前記第１のゲームに係る第１のゲーム画面を前記第１のゲームの実行中に所与の表示手段へ表示させ、当該表示中に前記仮想空間における前記所与の条件の成立が判定された場合には、前記表示手段の表示画面を、前記第１のゲーム画面から、前記第２のゲームに係る第２のゲーム画面へと切り替える処理を実行する表示制御手段と、
前記第２のゲームにおける前記対戦の結果を、前記第１のゲームに用いられるパラメー
タへ反映させる処理を実行するゲーム管理手段と、
してコンピュータを機能させる。

従って、本発明によれば、空間の開発等に係るゲームにおいて適時かつ効果的な緩急をつけることにより、プレーヤをより強くゲームに誘引することができる。

なお、本発明のゲームシステムの機能は、複数の装置に分担して搭載されてもよい。また、本ゲームシステムの機能の一部又は全部は、ネットワークに接続可能な端末装置に搭載されてもよい。また、本発明のプログラムの一部又は全部を情報記憶媒体に記録することも可能である。

一実施形態のゲームシステムの構成を示すシステム構成の一例を示す図である。 一実施形態のサーバ装置及び端末の機能ブロックを示す図である。 一実施形態における街づくりゲームと対戦ゲームとの相関を説明する図（対戦でプレーヤキャラクタ勝利した場合）である。 一実施形態における街づくりゲームと対戦ゲームとの相関を説明する図（対戦でプレーヤキャラクタ敗北した場合）である。 一実施形態における街づくりゲームのゲーム画面を説明する図である。 一実施形態における街づくりゲームのゲーム画面（敵キャラクタの出現時）を説明する図である。 一実施形態における街づくりゲームのゲーム画面（カードの選択時）を説明する図である。 一実施形態における街づくりゲームのゲーム画面（カードの設定時）を説明する図である。 一実施形態における街づくりゲームのゲーム画面（プレーヤキャラクタの投入時）を説明する図である。 一実施形態における街づくりゲームのゲーム画面（対戦開始条件の成立時）を説明する図である。 一実施形態における対戦ゲームのゲーム画面を説明する図である。 街づくりゲームのパラメータを説明する図である。 対戦ゲームのパラメータを説明する図である。 画面切り替え処理のフローチャートである。 街づくりゲームのパラメータの制御処理のフローチャートである。 対戦ゲームのパラメータの制御処理のフローチャートである。

以下、本実施形態について説明する。以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また、本実施形態で説明される構成の全てが本発明の必須構成要件であるとは限らない。

１．ゲームシステム
まず、図１を用いて本実施形態のゲームシステム１の概要及び概要構成について説明する。なお、図１は、本実施形態のゲームシステム１の構成を示すシステム構成の一例を示す図である。

図１に示すように、本実施形態のゲームシステム１は、ゲームサービスを提供するサーバ装置１０（サーバの一例）と、複数の端末装置２０Ａ、２０Ｂ、２０Ｃ、…とを備える。ゲームサービスを提供するサーバ装置１０と、複数の端末装置２０Ａ、２０Ｂ、２０Ｃ
、…の各々は、インターネット（ネットワークの一例）に接続可能である。以下、複数の端末装置２０Ａ、２０Ｂ、２０Ｃ、…のうち、或るプレーヤが操作可能な一の端末装置に着目して説明する（以下、当該プレーヤが操作可能な端末装置を、単に「端末装置２０」という。）。

プレーヤは、端末装置２０からサーバ装置１０へアクセスし、インターネットを介してサーバ装置１０から送信されるゲームをプレーできる。また、プレーヤは、端末装置２０からサーバ装置１０へアクセスし、他のプレーヤとの間でコミュニケーションを図ることもできる。

サーバ装置１０は、インターネットを介してサーバに通信接続された端末装置２０を介してプレーヤにゲームをプレーさせるサービスを提供することが可能な情報処理装置である。なお、サーバ装置１０は、コミュニケーション型のサービスを提供するＳＮＳサーバとして機能してもよい（ＳＮＳ：Social Networking Service）。ここで、ＳＮＳサーバ
は、例えば、複数のプレーヤ間でコミュニケーションを提供することが可能なサービスを提供する情報処理装置である。

また、サーバ装置１０は、例えば、ＳＮＳサーバとして機能する場合には、提供するＳＮＳの動作環境（ＡＰＩ（アプリケーションプログラミングインタフェース）、プラットフォーム等）を利用して実行されるソーシャルゲーム（Ｓｏｃｉａｌ Ｇａｍｅ）をと呼ばれるゲームを提供することができるようになっている。

特に、サーバ装置１０は、端末装置２０のＷｅｂブラウザ上で提供されるゲーム、例えばＨＴＭＬ、ＦＬＡＳＨ、ＣＧＩ、ＰＨＰ、ｓｈｏｃｋｗａｖｅ、Ｊａｖａ（登録商標）アプレット、ＪａｖａＳｃｒｉｐｔ（登録商標）など様々な言語で作られたブラウザゲーム（Ｗｅｂブラウザで設置サイトを開くだけで起動するゲーム）を提供することができるようになっている。

なお、ソーシャルゲームとは、既存のオンラインゲームとは違い、専用のクライアントソフトウェアを必要とせず、ＷｅｂブラウザとＳＮＳのアカウントのみで利用可能なゲームが含まれる。また、サーバ装置１０は、ネットワークを介して他のプレーヤの端末（スマートフォン、パソコン、ゲーム機など）と接続し、オンラインで同時に同じゲーム進行を共有することができるオンラインゲームを提供することが可能な構成を有していてもよい。

一方、サーバ装置１０は、１つの（装置、プロセッサ）で構成されていてもよいし、複数の（装置、プロセッサ）で構成されていてもよい。

そして、サーバ装置１０の記憶領域（後述する記憶部１４０）に記憶されるゲーム情報等の情報を、ネットワーク（イントラネット又はインターネット）を介して接続されたデータベース（広義には記憶装置、メモリ）に記憶するようにしてもよいし、ＳＮＳサーバとして機能する場合には、記憶領域に記憶されるユーザ情報１４６等の情報を、ネットワーク（イントラネット又はインターネット）を介して接続されたデータベース（広義には記憶装置、メモリ）に記憶するようにしてもよい。

具体的には、本実施形態のサーバ装置１０は、端末装置２０のユーザであるプレーヤの操作に基づく入力情報を受信し、受信した入力情報に基づいてゲーム処理を行うようになっている。そして、サーバ装置１０は、ゲーム処理結果を端末装置２０に送信し、端末装置２０は、サーバ装置１０から受信したゲーム処理結果を端末装置２０に提供する各種の処理を行う。これによって、ゲーム処理結果をプレーヤが閲覧可能となる。

端末装置２０は、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、タブレットＰＣ、ゲーム装置、ＰＤＡ、携帯型ゲーム機等、画像生成装置などの情報処理装置であり、インターネット（ＷＡＮ）、ＬＡＮなどのネットワークを介してサーバ装置１０に接続可能な装置である。なお、端末装置２０とサーバ装置１０との通信回線は、有線でもよいし無線でもよい。

また、端末装置２０は、Ｗｅｂページ（ＨＴＭＬ形式のデータ）を閲覧可能なＷｅｂブラウザを備えている。すなわち、端末装置２０は、サーバ装置１０との通信を行うための通信制御機能、及びサーバ装置１０から受信したデータ（Ｗｅｂデータ、ＨＴＭＬ形式で作成されたデータなど）を用いて表示制御を行うＷｅｂブラウザ機能などを備え、ゲーム画面をプレーヤに提供する各種の処理を実行し、プレーヤによってゲームを実行させるようになっている。ただし、端末装置２０は、サーバ装置１０から提供されたゲーム制御情報を取得して所定のゲーム処理を実行し、ゲーム処理に基づくゲームを実行してもよい。

具体的には、端末装置２０が所定ゲームを行う旨の要求をサーバ装置１０に対して行うと、サーバ装置１０のゲームサイトに接続され、ゲームが開始される。特に、端末装置２０は、必要に応じてＡＰＩを用いることにより、ＳＮＳサーバとして機能するサーバ装置１０に所定の処理を行わせ、又は、ＳＮＳサーバとして機能するサーバ装置１０が管理するユーザ情報１４６を取得させてゲームを実行する構成を有している。

２．サーバ装置
次に、図２を用いて本実施形態のサーバ装置１０について説明する。本実施形態のサーバ装置１０は図２の構成要素（各部）の一部を省略した構成としてもよい。

サーバ装置１０は、管理者その他の入力に用いるための入力部１２０と、所定の表示を行う表示部１３０と、所定の情報が記憶された情報記憶媒体１８０、端末装置２０その他と通信を行う通信部１９６、主に提供するゲームに関する処理を実行する処理部１００、主にゲームに用いる各種のデータを記憶する記憶部１４０（記憶手段に対応）を含む。

入力部１２０は、システム管理者等がゲームに関する設定やその他必要な設定、データの入力に用いられる。例えば、本実施形態の入力部１２０は、マウスやキーボード等によって構成される。

表示部１３０は、システム管理者用の操作画面を表示するものである。例えば、本実施形態の表示部１３０は、液晶ディスプレイ等によって構成される。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などによって構成される。

通信部１９６は外部（例えば、端末、他のサーバや他のネットワークシステム）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどによって構成される。

記憶部１４０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能は、ＲＡＭ（ＶＲＡＭ）などによって構成される。なお、記憶部１４０に記憶される情報は、データベースで管理してもよい。記憶部１４０には、ゲーム（本実施形態では第１のゲーム及び第２のゲームの全体を単に「ゲーム」と称す。）に関する情報を保管するゲ
ーム情報１４４、プレーヤごとの情報を保管するユーザ情報１４６、及び、その他ゲーム演算に必要な各種の情報が記憶される。

処理部１００は、記憶部１４０内の主記憶部１４２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラムが記憶される。

例えば、処理部１００（プロセッサー）は、情報記憶媒体に記憶されているプログラムに基づいて、サーバ装置１０全体の制御を行うと共に、各部間におけるデータ等の受け渡しの制御などの各種の処理を行う。さらに、端末からの要求に応じた各種サービスを提供する処理を行う。

具体的には、本実施形態の処理部１００は、通信制御部１０１、Ｗｅｂ処理部１０２、ゲーム管理部１０３（ゲーム管理手段に対応）、第１ゲーム処理部１０４（第１のゲーム処理手段に対応）、第２ゲーム処理部１０５（第２のゲーム処理手段に対応）、表示制御部１０６（表示制御手段に対応）を有している。但し、処理部１００は、これら構成要素の一部を省略することもできる。

通信制御部１０１は、端末装置２０とインターネットを介してデータを送受信する処理を行う。すなわち、サーバ装置１０は、通信制御部１０１によって端末装置２０等から受信した情報に基づいて各種処理を行う。

特に、本実施形態の通信制御部１０１は、プレーヤの端末装置２０からの要求に基づいて、ゲーム画面を、当該プレーヤの端末装置２０に送信する処理を行う。

Ｗｅｂ処理部１０２は、Ｗｅｂサーバとして機能する。例えば、Ｗｅｂ処理部１０２は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルを通じて、端末装置２０にインストールされているＷｅｂブラウザ２１１の要求に応じてデータを送信する処理、端末装置２０のＷｅｂブラウザ２１１によって送信されるデータを受信する処理を行う。

なお、本実施形態では、サーバ装置１０がＳＮＳサーバとしての機能も備えていている場合を例にとり説明するが、サーバ装置１０を、ゲーム用のサーバと、ＳＮＳ用のサーバと別々に形成してもよい。また、本実施形態のゲームの処理は、サーバ装置１０が一部又は全部を行ってもよいし、端末装置２０が一部を行ってもよい。

第１ゲーム処理部１０４は、ゲーム管理部１０３の制御下で、第１のゲーム（以下、街づくりゲームとする。）のパラメータと、端末装置２０の操作者であるプレーヤの操作とに基づいて、端末装置２０と連動しつつ街づくりゲームの処理を実行する。街づくりゲームのパラメータは、ユーザ情報１４６の一部として記憶部１４０に格納され、ゲーム管理部１０３によって管理される。街づくりゲーム及びパラメータの詳細は、後述する。

第２ゲーム処理部１０５は、ゲーム管理部１０３の制御下で、第２のゲーム（以下、対戦ゲームとする。）のパラメータと、端末装置２０の操作者であるプレーヤの操作に基づいて、端末装置２０と連動しつつ対戦ゲームの処理を実行する。対戦ゲームのパラメータは、ユーザ情報１４６の一部として記憶部１４０に格納され、ゲーム管理部１０３によっ
て管理される。対戦ゲーム及びパラメータの詳細は、後述する。

ゲーム管理部１０３は、街づくりゲームに用いられるパラメータと、対戦ゲームに用いられるパラメータとを管理する処理、第１ゲーム処理部１０４を制御する処理、第２ゲーム処理部１０５を制御する処理、表示制御部１０６を制御する処理などを実行する。ゲーム管理部１０３の動作の詳細は、後述する。

表示制御部１０６は、ゲーム管理部１０３の制御下で、表示用の画像を生成する処理、画像を切り替えるタイミングを制御する処理などを実行する。表示用の画像には、Ｗｅｂ処理部１０２及び通信部１９６を介して端末装置２０へ送信すべき画像が含まれる。表示制御部１０６の動作の詳細は、後述する。

３．端末装置
次に、上述の図２を用いて本実施形態の端末装置２０について説明する。なお、本実施形態の端末装置２０は図２の構成要素（各部）の一部を省略した構成としてもよい。

入力部２６０は、プレーヤからの入力情報を入力するための機器であり、プレーヤの入力情報を処理部に出力する。入力部２６０は、例えば、レバー、ボタン、ステアリング、マイク、タッチパネル型ディスプレイ、キーボード、マウスなどを含む。

記憶部２７０は、処理部２００や通信部２９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。記憶部２７０の一部は、処理部２００のワーク領域として用いられる主記憶部２７２である。

情報記憶媒体２８０は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。情報記憶媒体２８０は、処理部２００を機能させるためのプログラムを記憶することができる。

表示部２９０（表示手段に対応）は、端末装置２０内で生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。音出力部２９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。

通信部２９６は外部（例えば他の端末、サーバ）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

処理部２００（プロセッサ）は、入力部２６０からの入力情報、情報記憶媒体２８０に記憶されているプログラム（データ）などに基づいて、ゲーム処理、表示制御、画像生成処理、或いは音生成処理などの処理を行う。処理部２００は、各種処理を実行する際に、記憶部２７０内の主記憶部２７２をワーク領域として使用する。また、処理部２００は、サーバ装置１０の記憶部１４０又は情報記憶媒体１８０に記憶されているプログラム、ゲームデータなどを、インターネットを介して受信し、端末装置２０の情報記憶媒体２８０又は記憶部２７０に記憶する処理を実行する。処理部２００の機能は、各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部２００は、通信制御部２１０、Ｗｅｂブラウザ２１１、ゲーム処理部２１２、表
示制御部２１３、描画部２２０、音生成部２３０を含む。なおこれらの一部を省略する構成としてもよい。

通信制御部２１０は、サーバ装置１０、それぞれとデータを送受信する処理を行う。
また、通信制御部２１０は、サーバ装置１０から受信したデータを記憶部２７０に格納する処理、受信したデータを解析する処理、その他のデータの送受信に関する制御処理等を行う。なお、通信制御部２１０は、サーバの宛先情報（ＩＰアドレス、ポート番号）を情報記憶媒体２８０に記憶し、管理する処理を行うようにしてもよい。また、通信制御部２１０は、プレーヤからの通信開始の入力情報を受け付けた場合に、サーバ装置１０との通信を行うようにしてもよい。

特に、通信制御部２１０は、サーバ装置１０にプレーヤの識別情報を送信して、ユーザ情報１４６に関するデータ（プレーヤのＷｅｂページ、ゲーム画面等）をサーバ装置１０から受信する処理を行う。例えば、通信制御部２１０は、プレーヤと友人関係にある他のプレーヤの情報（他のプレーヤ名、他のプレーヤの掲示情報など）を含むデータを、サーバ装置１０から受信する処理を行う。

なお、通信制御部２１０は、所定周期でサーバ装置１０とデータ送受信を行ってもよいし、入力部２６０からの入力情報を受け付けた場合に、サーバ装置１０とデータ送受信を行ってもよい。特に、本実施形態の通信制御部２１０は、ゲーム画面を、サーバ装置１０から受信する処理を行う。

Ｗｅｂブラウザ２１１は、Ｗｅｂページ（ゲーム画面）を閲覧するためのアプリケー
ションプログラムであって、サーバ装置１０その他のＷｅｂサーバから、ＨＴＭＬファイルや画像ファイル等をダウンロードし、レイアウトを解析して表示制御する。また、Ｗｅｂブラウザ２１１は、入力フォーム（リンクやボタンやテキストボックス等）を用いてデータをサーバ装置１０その他のＷｅｂサーバに送信する。

本実施形態のＷｅｂブラウザ２１１は、ブラウザゲームを実現することができる。例えば、Ｗｅｂブラウザ２１１は、サーバ装置１０から受信したＪａｖａＳｃｒｉｐｔ（登録商標）、ＦＬＡＳＨ、Ｊａｖａ（登録商標）等で記述されたプログラムを実行するものであってもよい。

端末装置２０は、インターネットを介してＵＲＬで指定されたＷｅｂサーバからの情報を、Ｗｅｂブラウザ２１１を用いて表示させることができる。例えば、端末装置２０は、サーバ装置１０から受信したゲーム画面（ＨＴＭＬ等のデータ）をＷｅｂブラウザ２１１で表示させる。

ゲーム処理部２１２は、種々のゲーム演算処理を行う。例えば、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、ゲーム終了条件が満たされた場合にゲームを終了する処理などがある。

また、ゲーム処理部２１２は、プレーヤキャラクタ、建物、球場、車、樹木、柱、壁、マップ（地形）などの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行うようにしてもよい。

ここでオブジェクト空間とは、仮想空間であり、２次元空間、３次元空間の両方を含む。２次元空間とは、例えば２次元座標（Ｘ，Ｙ）においてオブジェクトが配置される空間であり、３次元空間とは、例えば３次元座標（Ｘ，Ｙ，Ｚ）においてオブジェクトが配置
される空間である。

描画部２２０は、処理部２００で行われる種々の処理（例えば、ゲーム処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示制御部２１３によって表示部２９０に出力する。描画部２２０が生成する画像は、いわゆる２次元画像であってもよいし、いわゆる３次元画像であってもよい。

また、表示制御部２１３は、ゲーム画面制御部２１６で生成されたゲーム画面を表示部に表示する処理を行う。例えば、表示制御部２１３は、ゲーム画面を表示する際にＷｅｂブラウザ２１１を用いてもよい。

４．本実施形態の手法
４−１．本実施形態の概要及び前提
先ず、本実施形態のゲームシステムにおいて、サーバ装置１０の第１ゲーム処理部１０４は、プレーヤの操作に基づき当該プレーヤの仮想空間へオブジェクトを配置し、当該オブジェクトを用いて進行する街づくりゲームを実行する（図３の左上のブロックを参照）。

本実施形態の街づくりゲームでは、仮想空間の少なくとも一部のエリアとして造成地を想定し、仮想空間に配置可能なオブジェクトを、工場、公園、人口池、住宅、ビルなどの施設と仮定し、プレーヤは、街づくりゲームに用いられる仮想空間の全エリア又は一部のエリアに関与し得るものとする。以下、プレーヤが関与し得るエリアを単に「仮想空間」という。

例えば、プレーヤは、仮想空間における施設の個数、種類、レイアウトなどを操作することが可能であると共に、仮想空間の条件（環境）として資金、資材、資源、人材等の供給先、供給量、投入タイミングなどを操作することが可能である。なお、この仮想空間は、二次元のオブジェクト空間であってもよいが、後述する図５〜図１０では三次元のオブジェクト空間を例示した。

そして、第１ゲーム処理部１０４は、プレーヤが設定した条件（プレーヤが設定した資金、資材、資源、人材等の供給先、供給タイミング、供給量）の下で、自動演算を行い、仮想空間及び施設を経時変化（人口移動、工事進捗など）させることにより、仮想空間及び施設の開発等を図る。つまり、本実施形態の街づくりゲームは、いわゆるシミュレーションゲームとしての側面を有している。

また、第１ゲーム処理部１０４は、プレーヤの関与を一時的に禁止するために、必要に応じて仮想空間の条件を不変とすることも可能であり、また、プレーヤにとって不測の事態を発生させるために、必要に応じて仮想空間の条件を攪乱することも可能である。

また、サーバ装置１０の表示制御部１０６は、第１ゲーム処理部１０４と協働して、街づくりゲームに係るゲーム画面（街づくりゲーム画面）を生成する。この街づくりゲーム画面（第１のゲーム画面に対応）は、Ｗｅｂ処理部１０２及び通信制御部１０１を介して逐次に端末装置２０へ送信される。つまり、本実施形態のゲームシステムでは、街づくりゲーム画面の表示先を端末装置２０の表示部２９０とする。

更に、サーバ装置１０の第２ゲーム処理部１０５は、街づくりゲームの仮想空間に敵キャラクタを出現させ（図３の中央上のブロックを参照）、仮想空間において所与の条件を満たした敵キャラクタとプレーヤキャラクタとを対戦させる対戦ゲームを実行する（図３の右上のブロックを参照）。この第２ゲーム処理部１０５と協働して、表示制御部１０６
は、対戦ゲームに係るゲーム画面（対戦ゲーム画面）を生成する。この対戦ゲーム画面（第２のゲーム画面に対応）は、Ｗｅｂ処理部１０２及び通信制御部１０１を介して逐次に端末装置２０へ送信される。つまり、本実施形態のゲームシステムでは、対戦ゲーム画面の表示先を端末装置２０の表示部２９０とする。

ここで、本実施形態の対戦ゲームは、プレーヤの操作に応じてリアルタイムでプレーヤキャラクタが戦闘行動を行うアクションゲームであると仮定する。対戦に係るプレーヤキャラクタは、基本的には、プレーヤが所有する単一のプレーヤキャラクタ又は複数のプレーヤキャラクタであるが、プレーヤキャラクタの側に、他のプレーヤ（他プレーヤ）が操作可能なプレーヤキャラクタを参戦させることも可能である（後述する協力プレー）。また、対戦に係る敵キャラクタは、他のプレーヤ（他プレーヤ）が操作可能なプレーヤキャラクタであってもよいが、ここでは第２ゲーム処理部１０５が自動発生させた敵キャラクタであると仮定する。

さらに、サーバ装置１０の表示制御部１０６は、街づくりゲームに係る街づくりゲーム画面を街づくりゲームの実行中に端末装置２０の表示部２９０へ表示させ、当該表示中に仮想空間における所与の条件の成立が判定された場合には、表示部２９０の表示画面を、街づくりゲーム画面から、対戦ゲームに係る対戦ゲーム画面へと切り替える処理を実行する（図３の右上のブロックを参照）。

そして、サーバ装置１０のゲーム管理部１０３は、対戦ゲームにおける対戦の結果を、街づくりゲームに用いられるパラメータへ反映させる処理を実行する（図３の下部のブロックを参照）。対戦の結果は、基本的には、対戦の勝者又は敗者を示す情報のことであるが、対戦によりプレーヤキャラクタ又は敵キャラクタが受けたダメージの大きさを示す情報、対戦によりプレーヤキャラクタ又は敵キャラクタが失った装備の情報のうち何れかが含まれてもよい。また、街づくりゲームに用いられるパラメータは、街づくりゲームに用いられる少なくとも１つのパラメータであって、例えば、街づくりゲームの進行（開発等）を促進又は制限するパラメータである（後述する占拠フラグ、資金、資材、資源、人材等）。従って、本実施形態のゲーム管理部１０３は、例えば、プレーヤキャラクタが勝利した場合に街づくりゲームの進行が促進される方向にパラメータを制御したり（図３の矢印で表されたサイクルを参照）、プレーヤキャラクタが敗北した場合に街づくりゲームの進行が制限される方向にパラメータを制御したりすることができる（図４の矢印で表されたサイクルを参照）。

なお、以下の説明では、インターネット経由で行われるサーバ装置１０と端末装置２０との間のデータ通信速度は十分に高いとみなし、サーバ装置１０の表示制御部１０６は、端末装置２０の表示部２９０へリアルタイムでゲーム画像を表示でき、プレーヤは、サーバ装置１０の処理部１００へリアルタイムでプレーヤからの指示を送信できるものとする。

また、サーバ装置１０の表示制御部１０６が端末装置２０の表示部２９０へゲーム画像を表示する際には、当該ゲーム画像の表示用のデータは、表示制御部１０６から表示部２９０へ送信されるまでに、Ｗｅｂ処理部１０２、通信制御部１０１、通信部１９６、インターネット、通信部２９６、通信制御部２１０、及びＷｅｂブラウザ２１１、表示制御部２１３などを経由するが、以下の説明では、これらの経由の詳細についての説明を省略する。

また、プレーヤがサーバ装置１０の処理部１００へ指示を送信する際には、当該指示は、プレーヤから処理部１００へ送信されるまでに、入力部２６０、通信制御部２１０、通信部２９６、インターネット、通信部１９６、通信制御部１０１などを経由するが、以下
の説明では、これらの経由の詳細についての説明を省略する。

４−２．ゲーム全体の流れ
以下、ゲーム画面に係る図５〜図１１に基づきゲーム全体の流れを説明する。ここでは、入力部２６０及び表示部２９０としてタッチパネル型ディスプレイが用いられる例を想定する。

４−２−１．街づくりに係るゲーム画面
先ず、ゲームが開始されると、第１ゲーム処理部１０４は街づくりゲームの実行を開始し、表示制御部１０６は、街づくりゲーム画面（図５）の表示部２９０への表示を開始する。街づくりゲーム画面（図５）には、街づくりゲームの仮想空間１０００Ａの表示エリアが設けられる。なお、街づくりゲーム画面（図５）における仮想空間１０００Ａの視点（仮想カメラの位置、姿勢）の制御、拡大倍率の制御については、公知技術であるため、ここでの説明は省略する。

プレーヤは、街づくりゲーム画面（図５）に配置された所与のボタン１０００Ｄへのタッチ操作と、ゲーム画面（図５）における仮想空間１０００Ａへのタッチ操作と、街づくりゲーム画面におけるドラッグ操作などを組み合わせることにより、仮想空間１０００Ａの所望の位置へ施設１０００Ｂ、１０００Ｃなどを配置する。

また、プレーヤは、ゲーム画面（図５）に配置された所与のボタン１０００Ｅ、１０００Ｆへのタッチ操作と、仮想空間１０００Ａに配置された所望の施設１０００Ｂ、１０００Ｃの何れかへのタッチ操作とを組み合わせることにより、仮想空間１０００Ａの所望の施設へ資金、資材、資源、人材等を供給する指示を入力することができる。

なお、プレーヤが使用可能な資金、資材、資源、人材等は、プレーヤが所有する資金、資材、資源、人材等の範囲内に制限される。プレーヤが所有する資金、資材、資源、人材等は、街づくりゲームの進行や対戦ゲームの結果などにより増減する。プレーヤが所有する資金、資材、資源、人材等に係るパラメータは、記憶部１４０のユーザ情報１４６などに保管され、ゲーム管理部１０３によって管理される（後述する図１２ではプレーヤの所有する資金、資材、資源、人材等に係るパラメータは不図示）。

また、ゲーム管理部１０３は、資金、資材、資源、人材等の供給量に係るパラメータを施設ごとに管理し、資金、資材、資源、人材等の供給先となった施設についての供給量のパラメータを、供給量に応じて変化させる。なお、施設ごとの資金、資材、資源、人材等の供給量に係るパラメータは、記憶部１４０のユーザ情報１４６などに保管され、ゲーム管理部１０３によって管理される（後述する図１２では資金、資材、資源、人材等の供給量に係るパラメータは不図示）。

また、ゲーム管理部１０３は、ユーザ情報１４６における施設ごとの資金、資材、資源、人材等の供給量を監視し、供給量が所与の上限値に達した施設を検出すると、当該施設の進行状況を示すパラメータ（レベル）をアップする。なお、施設の進行状況を示すパラメータは、ユーザ情報１４６に保管され、ゲーム管理部１０３によって管理される（図１２参照）。

一方、表示制御部１０６は、ユーザ情報１４６における施設ごとの進行状況（レベル）を監視し、進行状況（レベル）が所与の上限値に達した施設を検出すると、街づくりゲーム画面における当該施設の外観を変化させる。因みに、図５に示した施設１０００Ｂ、１０００Ｃの進行状況（レベル）は、高レベル（完成レベル）である。施設１０００Ｂ、１０００Ｃの進行状況（レベル）が低レベルである場合には、施設１０００Ｂ、１０００Ｃ
の外観は、更地のような外観となり、施設１０００Ｂ、１０００Ｃの進行状況（レベル）が中レベルの場合は、施設１０００Ｂ、１０００Ｃの外観は、建造中の外観となる。

なお、ゲーム管理部１０３は、街づくりゲームの仮想空間１０００Ａに配置された工場（施設の一種）へ資金や資材が供給され、工場の進行状況を示すパラメータ（レベル）が所与のレベル（完成レベル）に達したことを判定すると、当該工場で資材を大量生産させ、プレーヤの所有する資材の量を飛躍的に増加させるという処理を実行してもよい（自給自足のサイクルである。）。

４−２−２．敵キャラクタの出現に係る画面
次に、サーバ装置１０の第２ゲーム処理部１０５は、ランダムに発生させたタイミング又は所与のタイミングで、仮想空間１０００Ａに敵キャラクタ１０００Ｇを出現させる。

このとき、表示制御部１０６は、街づくりゲーム画面のうち仮想空間１０００Ａの表示エリアの外縁などに、例えば図６に示すとおり敵キャラクタ１０００Ｇを表示させてプレーヤへ注意を喚起してから、図７に示すとおり敵キャラクタ１００Ｇが仮想空間１０００Ａへ向かって侵入する動画像を作成し、街づくりゲーム画面へ表示させてもよい。

そして、第１ゲーム処理部１０４は、仮想空間１０００Ａに侵入した敵キャラクタ１００Ｇの移動を、自動演算処理によって制御する。図７では、仮想空間１０００Ａの施設１０００Ｃの近傍へ向かって敵キャラクタ１０００Ｇが移動する場合を表している。移動経路は、仮想空間１０００Ａにおいて道路に相当するエリア（施設の配置が禁止されたエリア）である。

４−２−３．プレーヤキャラクタの投入に係る画面
次に、プレーヤは、敵キャラクタ１０００Ｇから施設１０００Ｃを防衛するために、敵キャラクタ１０００Ｇと対戦させるプレーヤキャラクタの設定を行う。

ここで、表示制御部１０６は、街づくりゲーム画面の所定領域に、プレーヤが所有する１又は複数のプレーヤキャラクタ１０００Ｈ、１０００Ｉと、プレーヤが所有する１又は複数のカード１０００Ｊ、１０００Ｋ、１０００Ｌを表示している（図５、図６を参照）。プレーヤが所有するカードに係るパラメータは、記憶部１４０のユーザ情報１４６などに保管され、ゲーム管理部１０３によって管理される（後述する図１３を参照）。なお、カードには、プレーヤキャラクタの装備としてのカード、プレーヤキャラクタの体力を高めるためのカード、プレーヤキャラクタの戦闘力を高めるためのカード、プレーヤキャラクタの戦闘時間を延長するためのカード、プレーヤキャラクタのフォームチェンジのためのカード、プレーヤキャラクタに必殺技を発現させるためのカードなど、様々なカードを用いることが可能であるが、ここでは、装備としてのカードに着目して説明する。

プレーヤは、表示中のカード１０００Ｊ、１０００Ｋ、１０００Ｌのうち何れか１つと、表示中のプレーヤキャラクタ１０００Ｈ、１０００Ｉの何れか１つとを選択し、選択したカードを選択したキャラクタへ設定する。

例えば、プレーヤは、一のカードをタッチ操作し、かつ、一のプレーヤキャラクタへ向けてドラッグアンドドロップ操作することにより、当該カードを当該プレーヤキャラクタへ設定することができる。図７、図８では、カード１０００Ｊがタッチ操作され、かつ、プレーヤキャラクタ１０００Ｈへ向けてドラッグアンドドロップ操作される様子を示している。

ここで、プレーヤキャラクタ１０００Ｈには、設定可能なカードの枚数の上限（スロッ
ト数）が予め決められている。このため、プレーヤは、設定されたカードの枚数がスロット数の上限に達するまで、プレーヤキャラクタ１０００Ｈに対するカードの設定を繰り返すことができる。これによって、プレーヤキャラクタ１０００Ｈの装備が完了する。なお、表示制御部１０６は、カードの設定の有無をプレーヤが認識できるように、カード設定の前後でプレーヤキャラクタ１０００Ｈの外観を変化させてもよい（外観の変化については図示を省略した）。

なお、プレーヤが所有するプレーヤキャラクタ１０００Ｈ、１０００Ｉに係るパラメータ（キャラクタ属性、レベル、スロット数など）、プレーヤが所有するカード１０００Ｊ、１０００Ｋ、１０００Ｌに係るパラメータ（カード属性、カード強度など）は、ユーザ情報１４６に保管され、ゲーム管理部１０３によって管理される（図１３を参照）。また、プレーヤキャラクタ１０００Ｈに設定中のカードの識別番号などのパラメータについてもユーザ情報１４６に保管され、ゲーム管理部１０３によって管理される（図１３では不図示）。

次に、プレーヤは、装備が完了したプレーヤキャラクタ１０００Ｈを例えば図９に示すとおり仮想空間１０００Ａへ投入する。例えば、プレーヤは、プレーヤキャラクタ１０００Ｈをタッチ操作し、仮想空間１０００Ａの所望のエリアへ向けてドラッグアンドドロップ操作することによって投入することができる。

また、第１ゲーム処理部１０４は、仮想空間１０００Ａに投入されたプレーヤキャラクタ１０００Ｈの移動を、自動演算処理によって制御する。図１０では、仮想空間１０００Ａの敵キャラクタ１０００Ｇへ向かってプレーヤキャラクタ１０００Ｈが移動し、敵キャラクタ１０００Ｇにプレーヤキャラクタ１０００Ｈが衝突した場合を表している。

このとき、ゲーム管理部１０３は、仮想空間１０００Ａにおいて敵キャラクタ１０００Ｇとプレーヤキャラクタ１０００Ｈとが所与の条件（例えば距離が所与の閾値未満になること）を満たしたか否か（条件が成立したか否か）を判定する処理を実行し、条件の成立を判定した場合に、第２ゲーム処理部１０５に対戦ゲームの実行を開始させる。つまり、第２ゲーム処理部１０５は、当該所与の条件（例えば距離が所与の閾値未満になること）を満たした敵キャラクタとプレーヤキャラクタとを対戦させる対戦ゲームを実行する（図３、図４の右上のブロックを参照）。

ここで、第２ゲーム処理部１０５は、仮想空間１０００Ａに同時に出現させる敵キャラクタの数を２以上としてもよい。この場合、ゲーム管理部１０３は、対戦可能な敵キャラクタ及びプレーヤキャラクタの組み合わせが仮想空間１０００Ａ内に同時に複数組み存在するか否かを判定し、対戦可能な敵キャラクタ及びプレーヤキャラクタの組み合わせが仮想空間１０００Ａ内に同時に複数組み存在すると判定された場合には、当該複数の組み合わせの対戦順序を、所与の基準により決定してもよい。第２ゲーム処理部１０５は、ゲーム管理部１０３に指定された順序で対戦ゲームを実行する。

所与の基準とは、例えば、所与の条件（距離が所与の閾値未満になること）を満たした組み合わせから順に対戦を開始させるなどの基準である。従って、プレーヤは、複数のプレーヤキャラクタを用いて複数の敵キャラクタと順次に対戦をすることができる。

また、ゲーム管理部１０３は、対戦可能な敵キャラクタ及びプレーヤキャラクタの組み合わせが仮想空間１０００Ａ内に同時に複数組み存在すると判定された場合には、当該複数の組み合わせの対戦順序を、プレーヤが指定した順序に設定してもよい。この場合、プレーヤは、例えば、仮想空間１０００Ａに対する複数のプレーヤキャラクタの投入順序と、個々のプレーヤキャラクタの対戦相手とをそれぞれ指定することになる。従って、プレ
ーヤは、複数のプレーヤキャラクタを用いて複数の敵キャラクタと順次に対戦をすることができる。また、プレーヤは、これら対戦の順序を所望の順序に設定することができる。

なお、プレーヤによる順序の指定は、例えば次のとおり行われてもよい。すなわち、先ず、ゲーム管理部１０３は、プレーヤが仮想空間１０００Ａに投入した複数のプレーヤキャラクタの各々について、何れかの敵キャラクタと所与の条件（距離が所与の閾値未満になること）を満たすか否かを判定する処理を実行する。但し、ゲーム管理部１０３は、何れかのプレーヤキャラクタについて所与の条件の成立を判定した場合であっても、当該プレーヤキャラクタの対戦を即座に開始せず待機する（プレーヤキャラクタと敵キャラクタとが対峙した状態を維持する）。そして、プレーヤは、複数のプレーヤキャラクタについて所与の条件を成立したタイミングで、それら複数のプレーヤキャラクタを所望の順序でタッチ操作する。そして、ゲーム管理部１０３は、複数のプレーヤキャラクタの全てに対するタッチ操作が完了すると、早期にタッチ操作されたプレーヤキャラクタから順に対戦を開始させる。

４−２−４．対戦ゲーム画面への切り替え
そして、表示制御部１０６は、仮想空間１０００Ａにおいて所与の条件（距離が所与の閾値未満になること）の成立が判定された場合には、表示部２９０の表示画面を、街づくりゲーム画面（図１０）から、対戦ゲームに係る対戦ゲーム画面（図１１）へと切り替える処理を実行する。この場合、プレーヤの心理状態を、開発等を楽しむという安定した心理状態から、対戦に挑むという緊迫した心理状態へと即座かつ強制的に移行させることができる。

なお、この切り替えの際に、表示制御部１０６は、対戦の開始を表現する演出用の画像又は動画像を表示画面へ表示させる処理を実行してもよい。

対戦ゲーム画面（図１１）には、プレーヤキャラクタ１０００Ｈと敵キャラクタ１０００Ｇとが配置される。プレーヤキャラクタ１０００Ｈの戦闘行動は、プレーヤの操作により制御され、敵キャラクタ１０００Ｇの戦闘行動は、第２ゲーム処理部１０５によって制御される。

ここで、処理部１００は、所与の条件（距離が所与の閾値未満になること）の成立が判定された場合に、対戦ゲームに係るプレーヤの操作入力の受け付け処理を開始する入力受付け部を更に備える。この場合、画面の切り替えを契機として対戦ゲームの操作がプレーヤに許可されるので、タイミングよく操作を開始したプレーヤを対戦で有利にすることができる。従って、本実施形態によれば、敵キャラクタの出現の際におけるプレーヤの緊張感を煽ることができる。

また、表示制御部１０６は、表示部２９０へ対戦ゲーム画面（図１１）を表示させる際には、仮想空間１０００Ａのうち対戦に係るエリアを特定する処理と、仮想空間１０００Ａのうち対戦に係るエリアに存在する施設（図１０では施設１０００Ｃ）を特定する処理と、当該施設１０００Ｃの少なくとも一部の画像１０００Ｃ’を生成する処理と、当該画像１０００Ｃ’を当該対戦ゲーム画面（図１１）の背景として表示部２９０へ表示させる制御とを行う。この場合、対戦ゲームの対戦が街づくりゲームの仮想空間１０００Ａ内で行われているという感覚を簡単な画像生成技術でプレーヤへ与えることができる。

更に、表示制御部１０６は、表示部２９０へ対戦ゲーム画面（図１１）を表示させる際には、仮想空間１０００Ａのうち対戦に係るエリアに仮想カメラを設定する処理と、当該仮想カメラによる仮想空間の画像を生成する処理と、当該画像を対戦ゲーム画面（図１１）の背景として表示部２９０へ表示させる制御とを行ってもよい。この場合、対戦ゲーム
の対戦が街づくりゲームの仮想空間内で行われているという感覚をプレーヤへ確実に与えることができる。

更に、表示制御部１０６は、所与の条件（距離が所与の閾値未満になること）の成立が判定された場合に、対戦ゲームに係る操作入力用画像１０００Ｎ、１０００Ｐの表示を開始する。従って、プレーヤは、操作入力用画像１０００Ｎ、１０００Ｐの表示開始を契機として、対戦ゲームの操作が許可されたことを認識できる。

４−２−５．対戦ゲーム画面
対戦ゲーム画面に配置された操作入力用画像１０００Ｎ、１０００Ｐは、いわゆる仮想コントローラである。操作入力用画像１０００Ｎは、プレーヤキャラクタ１０００Ｈの攻撃を制御するための攻撃ボタン１０００Ｎ−１、スキルスロット１０００Ｎ−２、１０００Ｎ−３、１０００Ｎ−４、１０００Ｎ−５などを備える。操作入力用画像１０００Ｐは、プレーヤキャラクタ１０００Ｈの移動を制御するための十字キーなどである。

このうち、スキルスロット１０００Ｎ−２、１０００Ｎ−３、１０００Ｎ−４、１０００Ｎ−５は、プレーヤキャラクタ１０００Ｈに設定中の装備（ここではカード）を表しており、当該装備の組み合わせにより、プレーヤキャラクタ１０００Ｈの攻撃行動（スキル）のバリエーションが変化する。従って、本実施形態のプレーヤは、プレーヤキャラクタ１０００Ｈに対するカードの設定によりプレーヤキャラクタ１０００Ｈをカスタマイズすることができる。なお、スキルスロット１０００Ｎ−２、１０００Ｎ−３、１０００Ｎ−４、１０００Ｎ−５に設定されるカードは、プレーヤが対戦中に交換可能であってもよい。

対戦ゲームにおいて、プレーヤは、操作入力用画像１０００Ｎ、１０００Ｐを手指でタップすることにより、プレーヤキャラクタ１０００Ｈの戦闘行動を操作する。例えば、第２ゲーム処理部１０５は、プレーヤがスキルスロット１０００Ｎ−２、１０００Ｎ−３、１０００Ｎ−４、１０００Ｎ−５の何れかをタッチ操作すると、タッチ操作されたスキルスロットに設定中のカードに対応する攻撃行動（又は防御行動）を、プレーヤキャラクタ１０００Ｈに行わせる。

但し、第２ゲーム処理部１０５は、ユーザ情報１４６に保存されたプレーヤキャラクタ１０００Ｈのパラメータ（レベルなど）に基づき、プレーヤキャラクタ１０００Ｈの攻撃の効果、防御の効果などを制御する。また、第２ゲーム処理部１０５は、敵キャラクタ１０００Ｇについて予め用意されたパラメータ（レベル、属性など）に基づき、敵キャラクタ１０００Ｇの戦闘行動を制御する。なお、キャラクタのレベル、属性などからキャラクタの行動の傾向を制御する方法については、公知の何れかの方法を適用することができる。

また、対戦ゲーム中に、ゲーム管理部１０３は、プレーヤキャラクタ１０００Ｈの戦闘行動（攻撃行動、防御行動）と、敵キャラクタ１０００Ｇの戦闘行動（攻撃行動、防御行動）とに応じて、プレーヤキャラクタ１０００Ｈの体力値ＨＰと、敵キャラクタ１０００Ｇの体力値ＨＰとを増減（争奪）させる。

４−２−６．街づくりゲーム画面への切り替え
そして、ゲーム管理部１０３は、所与の条件（例えば、一方のキャラクタの体力値ＨＰがゼロとなること）が成立したか否かを判定し、成立したと判定された時点で、第２ゲーム処理部１０５による対戦ゲームを終了させる。

なお、対戦ゲームの開始から終了までの期間中、第１ゲーム処理部１０４は、街づくり
ゲームを進行させてもよいし、中断してもよい。但し、街づくりゲームを進行させる場合であっても、処理部１００は、対戦ゲームの実行中には、街づくりゲームに係る操作入力の受け付けを禁止するものとする。よって、少なくとも対戦ゲームの実行中に街づくりゲームが飛躍的に進行することは無い。

そして、表示制御部１０６は、所与の条件（例えば、一方のキャラクタの体力値ＨＰがゼロとなること、所定時間の経過など）の成立が判定された場合には、表示部２９０の表示画面を、対戦ゲーム画面（図１１）から、街づくりゲーム画面（図５）へと切り替える処理を実行する。この場合、プレーヤの心理状態を、対戦に挑むという緊迫した心理状態から、開発等を楽しむという安定した心理状態へと即座かつ強制的に移行させることができる。

なお、この切り替えの際に、表示制御部１０６は、対戦の結果を表現する演出用の画像又は動画像を表示画面へ表示させる処理を実行してもよい。

また、表示制御部１０６は、所与の条件（例えば、一方のキャラクタの体力値ＨＰがゼロとなること、所定時間の経過など）の成立が判定された場合（対戦の終了が判定された場合）に、対戦ゲームに係る操作入力用画像１０００Ｎ、１０００Ｐの表示を終了する。従って、プレーヤは、操作入力用画像１０００Ｎ、１０００Ｐの表示終了を契機として、対戦ゲームの操作が禁止されたことを認識できる。

４−３．街づくりゲームの主なパラメータの説明
以下、図１２を用いて街づくりゲームに用いられるパラメータを説明する。街づくりゲームに用いられるパラメータは、ここで説明するものに限定されるものではなく、ここで説明するパラメータの全てが必須とは限らない。

これらのパラメータは、ユーザ情報１４６に保存されており、街づくりゲームの実行中又は対戦ゲームの実行中に、ゲーム管理部１０３によって適宜に追加、削除、又は更新される。

図１２に示すとおり、街づくりゲームに用いられるパラメータには、施設ごとのパラメータと、街づくりゲームの総合的な進行状況（レベル）を示すパラメータとがある。

施設ごとのパラメータは、プレーヤが仮想空間に配置した１又は複数の施設の各々についてのパラメータである。図１２では、施設の個数が３以上である例を示している。

個々の施設のパラメータには、当該施設の識別番号、当該施設の属性（施設属性）、仮想空間における位置座標、当該施設の進行状況（レベル）、及び敵キャラクタの占拠状況についての各パラメータが含まれる。なお、図１２では、施設の進行状況（レベル）を「ＬＶ１」、「ＬＶ２」、「ＬＶ３」の三段階で表現した例を示している。

敵キャラクタの占拠状況についてのパラメータには、当該施設が敵キャラクタに占拠されているか否かを示す占拠フラグと、当該敵キャラクタの識別番号とが含まれる。

街づくりゲームの総合的な進行状況（レベル）を示すパラメータは、仮想空間に配置された施設の個数が多いほど、また、それら施設の各々の進行状況（レベル）が高いほど、高く設定される。図１２では、街づくりゲームの総合的な進行状況（レベル）が「ＬＶ１」である例を示している。

４−４．対戦ゲームの主なパラメータの説明
以下、図１３を用いて対戦ゲームに用いられるパラメータを説明する。対戦ゲームに用いられるパラメータは、ここで説明するものに限定されるものではなく、ここで説明するパラメータの全てが必須とは限らない。

これらのパラメータは、ユーザ情報１４６に保存されており、街づくりゲームの実行中又は対戦ゲームの実行中に、ゲーム管理部１０３によって適宜に追加、削除、又は更新される。

図１３に示すとおり、対戦ゲームに用いられるパラメータには、プレーヤキャラクタごとのパラメータと、カードごとのパラメータとがある。

プレーヤキャラクタごとのパラメータは、プレーヤが保有している１又は複数のプレーヤキャラクタの各々についてのパラメータである。図１３では、プレーヤキャラクタの数が３以上である例を示している。

個々のプレーヤキャラクタのパラメータには、当該プレーヤキャラクタの識別番号、当該プレーヤキャラクタの属性（キャラクタ属性）、当該プレーヤキャラクタのレベル、当該プレーヤのスロット数（プレーヤキャラクタに設定可能なカード枚数）についての各パラメータが含まれる。

カードごとのパラメータは、プレーヤが保有している１又は複数のカードの各々についてのパラメータである。図１３では、カードの枚数が３以上である例を示している。

個々のカードのパラメータには、当該カードの識別番号、当該カードの属性（カード属性）、当該カードの強度（レベル）についての各パラメータが含まれる。

４−５．街づくりゲームと対戦ゲームとの連携
４−５−１．敵キャラクタのレベル制御
本実施形態のゲーム管理部１０３は、仮想空間１０００Ａへ出現させるべき敵キャラクタを、街づくりゲームの進行状況を示すパラメータに基づき決定してもよい。

例えば、ゲーム管理部１０３は、街づくりゲームのパラメータ（図１２）のうち、総合的な進行状況（レベル）を示すパラメータを、対戦ゲームの非実行中に監視し、当該パラメータが低レベル、中レベル、高レベルの何れに属するかを判定する。

そして、ゲーム管理部１０３は、街づくりゲームの当該パラメータが高レベルに属すると判定した場合には、仮想空間１０００Ａに出現させる敵キャラクタを、高レベルの敵キャラクタの中から選択するよう第２ゲーム処理部１０５へ指示を与える。

また、ゲーム管理部１０３は、街づくりゲームの当該パラメータが中レベルに属すると判定した場合には、仮想空間１０００Ａに出現させる敵キャラクタを、中レベルの敵キャラクタの中から選択するよう第２ゲーム処理部１０５へ指示を与える。

また、ゲーム管理部１０３は、街づくりゲームの当該パラメータが低レベルに属すると判定した場合には、仮想空間１０００Ａに出現させる敵キャラクタを、低レベルの敵キャラクタの中から選択するよう第２ゲーム処理部１０５へ指示を与える。

この場合、第２ゲーム処理部１０５は、街づくりゲームが進行するにつれて（すなわち仮想空間１０００Ａが開発等されるにつれて）、対戦ゲームの対戦相手の強度を高めるので、街づくりゲームと対戦ゲームとが連携しているという強い実感をプレーヤへ与えるこ
とができる。

なお、「高レベル」、「中レベル」、「低レベル」のレベル関係は、相対的なものであって、高レベルよりも中レベルの方が低く、中レベルよりも低レベルの方が低く設定されていればよい。

４−５−２．敵キャラクタの出現頻度制御
本実施形態のゲーム管理部１０３は、仮想空間１０００Ａに対する敵キャラクタの出現頻度を、街づくりゲームの進行状況を示すパラメータに基づき設定してもよい。

例えば、ゲーム管理部１０３は、街づくりゲームのパラメータ（図１２）のうち、総合的な進行状況（レベル）を示すパラメータを、対戦ゲームの非実行中に監視し、当該パラメータが低レベル、中レベル、高レベルの何れに属するかを判定する。

そして、ゲーム管理部１０３は、街づくりゲームのパラメータが高レベルに属すると判定される期間中には、仮想空間１０００Ａに対する敵キャラクタの出現頻度を、高頻度に設定するよう第２ゲーム処理部１０５へ指示を与える。

また、ゲーム管理部１０３は、街づくりゲームのパラメータが中レベルに属すると判定される期間中には、仮想空間１０００Ａに対する敵キャラクタの出現頻度を、中頻度に設定するよう第２ゲーム処理部１０５へ指示を与える。

また、ゲーム管理部１０３は、街づくりゲームのパラメータが低レベルに属すると判定される期間中には、仮想空間１０００Ａに対する敵キャラクタの出現頻度を、低頻度に設定するよう第２ゲーム処理部１０５へ指示を与える。

この場合、第２ゲーム処理部１０５は、街づくりゲームが進行するにつれて（すなわち仮想空間１０００Ａが開発等されるにつれて）、対戦ゲームの行われる頻度を高めるので、街づくりゲームと対戦ゲームとが連携しているという強い実感をプレーヤへ与えることができる。

なお、「高レベル」、「中レベル」、「低レベル」のレベル関係は、相対的なものであって、高レベルよりも中レベルの方が低く、中レベルよりも低レベルの方が低く設定されていればよい。また、「高頻度」、「中頻度」、「低頻度」のレベル関係は、相対的なものであって、高頻度よりも中頻度の方が低く、中頻度よりも低頻度の方が低く設定されていればよい。

４−５−３．敵キャラクタの選択
また、本実施形態のゲーム管理部１０３は、仮想空間１０００Ａに出現させるべき敵キャラクタを、プレーヤが仮想空間１０００Ａへ投入可能なプレーヤキャラクタに応じて決定してもよい。

例えば、ゲーム管理部１０３は、対戦ゲームのパラメータ（図１３）のうち、プレーヤが保有する１又は複数のプレーヤキャラクタの各々のキャラクタ属性及びレベルを、対戦ゲームの非実行中に監視し、最も多数派なキャラクタ属性が属性Ａ、Ｂ、Ｃの何れであるかを判定すると共に（ここではキャラクタ属性Ａ、Ｂ、Ｃの３種類を想定した。）、１又は複数のプレーヤキャラクタの総合的なレベルが低レベル、中レベル、高レベルの何れに属するかを判定する（ここでは総合的なレベルを低レベル、中レベル、高レベルの３段階と仮定した。）。

そして、ゲーム管理部１０３は、当該キャラクタ属性が属性Ａと判定された場合には、仮想空間１０００Ａに出現させる敵キャラクタを、キャラクタ属性Ａに対応したキャラクタ属性Ａ’の敵キャラクタの中から選択するよう第２ゲーム処理部１０５へ指示を与える。

また、ゲーム管理部１０３は、当該キャラクタ属性が属性Ｂと判定された場合には、仮想空間１０００Ａに出現させる敵キャラクタを、キャラクタ属性Ｂに対応したキャラクタ属性Ｂ’の敵キャラクタの中から選択するよう第２ゲーム処理部１０５へ指示を与える。

また、ゲーム管理部１０３は、当該キャラクタ属性が属性Ｃと判定された場合には、仮想空間１０００Ａに出現させる敵キャラクタを、キャラクタ属性Ｃに対応したキャラクタ属性Ｃ’の敵キャラクタの中から選択するよう第２ゲーム処理部１０５へ指示を与える。

また、ゲーム管理部１０３は、当該レベルが低レベルと判定された場合には、仮想空間１０００Ａに出現させる敵キャラクタを、低レベルな敵キャラクタの中から選択するよう第２ゲーム処理部１０５へ指示を与える。

また、ゲーム管理部１０３は、当該レベルが中レベルと判定された場合には、仮想空間１０００Ａに出現させる敵キャラクタを、中レベルな敵キャラクタの中から選択するよう第２ゲーム処理部１０５へ指示を与える。

また、ゲーム管理部１０３は、当該レベルが高レベルと判定された場合には、仮想空間１０００Ａに出現させる敵キャラクタを、高レベルな敵キャラクタの中から選択するよう第２ゲーム処理部１０５へ指示を与える。

この場合、第２ゲーム処理部１０５は、仮想空間１０００Ａへ投入可能なプレーヤキャラクタの属性及びレベルの組み合わせが変化するにつれて敵キャラクタの属性及びレベルの組み合わせを変化させるので、プレーヤは、拮抗した対戦を楽しむことができる。

４−５−４．勝利による街づくりの促進
また、本実施形態のゲーム管理部１０３は、対戦でプレーヤキャラクタの勝利が判定された場合には、街づくりゲームの進行が促進される方向に街づくりゲームのパラメータを変更する処理を実行してもよい。

例えば、ゲーム管理部１０３は、対戦ゲームの実行中に、プレーヤキャラクタが勝利したか否か（又は敵キャラクタが勝利したか否か）を判定し、プレーヤキャラクタの勝利が判定された場合には、街づくりゲームのパラメータ（図１２）のうち、１又は複数の施設の進行状況（レベル）を示すパラメータを増加するよう第１ゲーム処理部１０４へ指示を与える。第１ゲーム処理部１０４は、資金、資材、資源、人材等の供給を自動的にアップする、施設の進行状況（レベル）を自動的にアップする、供給量に対する進行状況（レベル）の上昇率をアップする、或いは、上昇速度をアップする、などの促進処理を実行する。

この場合、第１ゲーム処理部１０４は、対戦ゲームでプレーヤキャラクタが勝利すれば街づくりゲームの進行を促進（進行速度をアップ）させるので、プレーヤキャラクタで自己の仮想空間を防衛しているという実感をプレーヤへ与えることができる。

なお、ゲーム管理部１０３は、対戦でプレーヤキャラクタの勝利が判定されてから次に対戦で敵キャラクタの勝利が判定されるまでの期間中は、当該促進処理を継続してもよい。

この場合、第１ゲーム処理部１０４は、対戦ゲームでプレーヤキャラクタが勝利し続けている期間中は街づくりゲームの進行を促進し続けるので、プレーヤキャラクタで自己の仮想空間を防衛し続けているという感覚をプレーヤへ与えることができる。

なお、表示制御部１０６は、仮想空間１０００Ａをプレーヤキャラクタが防衛しているときと、そうでないときとで、街づくりゲーム画面の状態を変化させてもよい。例えば、表示制御部１０６は、仮想空間１０００Ａがプレーヤキャラクタに防衛されている期間には、プレーヤキャラクタが防衛している状態の画像を仮想空間１０００Ａへ重畳表示させたり、街づくりゲーム画面の少なくとも一部の色彩、明るさなどを明るく表示したりして、街づくりゲーム画面の雰囲気を明るくする処理を行ってもよい。

なお、ゲーム管理部１０３は、促進処理の代わりに又は促進処理に加えて、プレーヤに対して資金、資材、資源、人材等の少なくとも一部を付与する処理を実行してもよい。

４−５−５．敗北による街づくりの制限
その反対に、本実施形態のゲーム管理部１０３は、対戦で敵キャラクタの勝利が判定された場合には、街づくりゲームの進行が制限される方向に街づくりゲームのパラメータを変更する処理を実行してもよい。

例えば、ゲーム管理部１０３は、対戦ゲームの実行中に、敵キャラクタが勝利したか否か（又はプレーヤキャラクタが勝利したか否か）を判定し、敵キャラクタの勝利が判定された場合には、街づくりゲームのパラメータ（図１２）のうち、１又は複数の施設の進行状況（レベル）を示すパラメータの増加を、所定期間に亘って禁止するよう第１ゲーム処理部１０４へ指示を与える。当該期間内における第１ゲーム処理部１０４は、資金、資材、資源、人材等の供給を禁止する、施設の進行状況（レベル）のアップを禁止する、供給量に対する進行状況（レベル）の上昇率をダウンさせる、或いは、上昇速度をダウンさせる、などの制限処理を実行する。

この場合、第１ゲーム処理部１０４は、対戦ゲームでプレーヤキャラクタが勝利しなければ街づくりゲームの進行を制限（進行速度をダウン）するので、プレーヤキャラクタで自己の仮想空間を防衛しているという実感をプレーヤへ与えることができる。

なお、ゲーム管理部１０３は、対戦で敵キャラクタの勝利が判定されてから次に対戦でプレーヤキャラクタの勝利が判定されるまでの期間中は、当該制限を継続してもよい。

この場合、第１ゲーム処理部１０４は、対戦ゲームでプレーヤキャラクタが勝利しなければ次に勝利するまでの期間中は街づくりゲームの進行を制限し続けるので、敵キャラクタに自己の仮想空間が占拠（支配）され続けているという感覚をプレーヤへ与えることができる。

なお、表示制御部１０６は、仮想空間１０００Ａが敵キャラクタに占拠されているときと、されていないときとで、街づくりゲーム画面の状態を変化させてもよい。例えば、表示制御部１０６は、仮想空間１０００Ａが敵キャラクタに占拠されている期間には、敵キャラクタが占拠している状態の画像を仮想空間１０００Ａへ重畳表示させたり、街づくりゲーム画面の少なくとも一部の色彩、明るさなどを暗く表示したり、街づくりゲーム画面の少なくとも一部の明るさを点滅させたりして、街づくりゲーム画面を強調する処理を行ってもよい。

なお、ゲーム管理部１０３は、制限処理の代わりに又は制限処理に加えて、プレーヤか
ら資金、資材、資源、人材等の少なくとも一部を剥奪する処理を実行してもよい。

４−５−６．施設の占拠
また、本実施形態のゲーム管理部１０３は、仮想空間１０００Ａにおいて、対戦に係るエリアを特定し、当該対戦に係るエリアに存在する所与の施設を特定する特定手段と、当該対戦で敵キャラクタが勝利したか否かを判定し、敵キャラクタの勝利が判定された場合に、当該施設と当該敵キャラクタとを対応付ける情報を記憶部１４０へ記憶する対応付け手段と、施設に係る次の対戦でプレーヤキャラクタ勝利したか否かを判定し、プレーヤキャラクタの勝利が判定された場合に、対応付けを解除する対応解除手段と、少なくとも対応付けに係る施設について制限を行う制限手段と、施設の対応付けが解除された場合に制限を解除する制限解除手段とを備えてもよい。

例えば、ゲーム管理部１０３は、当該対戦に係るエリアに複数の施設が存在する場合には、進行状況（レベル）が最高である施設や、特定の属性（例えば工場）の施設などを、所与の施設として特定する。そして、ゲーム管理部１０３は、当該敵キャラクタの勝利を判定した場合に、ユーザ情報１４８における街づくりゲームのパラメータ（図１２）のうち、当該施設の占拠フラグをオンし、かつ、当該施設に当該敵キャラクタの識別番号を対応付けて記録する。この対応付けは、当該施設が当該敵キャラクタに占拠された状態を表している。

その後、ゲーム管理部１０３は、当該エリアの次の対戦において同じ敵キャラクタにプレーヤキャラクタが勝利した場合には、ユーザ情報１４８における街づくりゲームのパラメータ（図１２）のうち、当該施設の占拠フラグをオフし、かつ、当該施設に対応付けられた当該敵キャラクタの識別番号を削除する。これによって、対応付けが解除される。この解除は、当該施設の占拠状態が解消されたことを表している。

その一方で、ゲーム管理部１０３は、街づくりゲームのパラメータ（図１２）を監視し、占拠フラグがオンされている施設の有無を判定し、占拠フラグがオンされている施設を検出した場合には、当該施設に対する資金、資材、資源、人材等の供給を制限するよう第１ゲーム処理部１０４へ指示を与える。つまり、ゲーム管理部１０３は、敵キャラクタに占拠されている施設について制限処理を実行する。

また、ゲーム管理部１０３は、街づくりゲームのパラメータ（図１２）を監視し、占拠フラグがオンされている施設の有無を判定し、占拠フラグがオンされている施設が検出されなかった場合には、全ての施設に対する資金、資材、資源、人材等の供給の禁止（制御）を行わない。つまり、ゲーム管理部１０３は、敵キャラクタに占拠されていない施設については、制限処理を実行しない。

従って、ゲーム管理部１０３は、敵キャラクタによる占拠が施設ごとに行われるという感覚をプレーヤへ与えることができる。

なお、表示制御部１０６は、敵キャラクタに占拠されている施設の外観を変化させてもよい。例えば、表示制御部１０６は、街づくりゲーム画面における当該施設に敵キャラクタが占拠している状態の画像を重畳表示させたり、当該施設の画像の少なくとも一部の色彩、明るさなどを暗く表示したり、当該施設の明るさを点滅させたりして、当該施設を強調する処理を行ってもよい。

４−５−７．プレーヤキャラクタの強化
また、本実施形態のゲーム管理部１０３は、仮想空間１０００Ａに出現した特殊アイテム（特定オブジェクトの一例）をプレーヤが獲得した場合には、プレーヤキャラクタの戦
闘力に係るパラメータを変更する処理を実行してもよい。

ここで、特殊アイテムは、街づくりゲームの進行により所定条件が満たされた場合に仮想空間１０００Ａに出現する１又は複数のアイテムである。また、プレーヤキャラクタの戦闘力に係るパラメータは、例えば、仮想空間１０００Ａへ投入可能なプレーヤキャラクタ自体、プレーヤキャラクタのレベル（戦闘力）、プレーヤキャラクタに装備可能なアイテム、プレーヤキャラクタのレベル（戦闘力）の上限値、プレーヤキャラクタの装備スロット数である。

例えば、ゲーム管理部１０３は、街づくりゲームの実行中に、プレーヤが所有するプレーヤキャラクタに関連する特殊施設が完成したか否か（特殊施設の進行状況が高レベルに到達したか否か）を判定し、特殊施設の完成が判定された場合に、当該プレーヤへ特殊アイテムを付与する。なお、プレーヤに対する特殊アイテムの付与は、対戦ゲームのパラメータ（図１３）へ特殊アイテムを追加登録することによって行うことができる（但し、図１３では特殊アイテムのパラメータは不図示）。

また、ゲーム管理部１０３は、ユーザ情報１４６における街づくりゲームのパラメータ（図１２）を監視し、プレーヤが所有している特殊アイテムの個数が所定数に達したか否かを判定し、達したことが判定された場合には、対戦ゲームのパラメータ（図１３）の少なくとも１つを更新する処理を実行する。以下、更新する処理の具体例を幾つか説明する。

（１）プレーヤキャラクタの付与
ゲーム管理部１０３は、プレーヤに対するプレーヤキャラクタの新規の付与を行う。プレーヤに対するプレーヤキャラクタの付与は、対戦ゲームのパラメータ（図１３）へプレーヤキャラクタを新規に登録することによって行うことができる。

（２）プレーヤキャラクタのレベルアップ
ゲーム管理部１０３は、プレーヤが所有するプレーヤキャラクタのレベルをアップする処理を行う。レベルをアップする処理は、対戦ゲームのパラメータ（図１３）のうち、当該プレーヤキャラクタのレベルに相当するパラメータを高い値に更新することによって行われる。

（３）カード付与
ゲーム管理部１０３は、プレーヤに対するカードの新規の付与を行う。プレーヤに対するカードの付与は、対戦ゲームのパラメータ（図１３）へカードを新規に登録することによって行うことができる。

（４）レベル上限値の開放
ゲーム管理部１０３は、プレーヤが所有しているプレーヤキャラクタのレベル（戦闘力）の上限値の開放を行う。上限値を開放する処理は、対戦ゲームのパラメータ（図１３）のうち、当該プレーヤキャラクタのレベルに課せられた上限値（不図示）を引き上げる（又は開放する）ことによって行われる。

（５）スロット数の増加
ゲーム管理部１０３は、プレーヤが所有しているプレーヤキャラクタのスロット数の増加を行う。スロット数を増加する処理は、対戦ゲームのパラメータ（図１３）のうち、当該プレーヤキャラクタのスロット数を更新することによって行われる。

（６）スロット数上限値の開放
ゲーム管理部１０３は、プレーヤが所有しているプレーヤキャラクタのスロット数の上限値の開放を行う。上限値を開放する処理は、対戦ゲームのパラメータ（図１３）のうち、当該プレーヤキャラクタのスロット数に課せられた上限値（不図示）を引き上げる又は開放することによって行われる。

（７）その他
プレーヤがカード合成によりプレーヤキャラクタへ設定できるカードを合成できる場合には、カード合成によりカードを強化できる上限値を引き上げ（又は開放）してもよい。

従って、ゲーム管理部１０３は、街づくりゲームをプレーすることで対戦ゲームに関与しているという感覚をプレーヤへ与えることができる。具体的には、街づくりゲームが一定以上進行した場合に限り仮想空間１０００Ａに出現する特殊アイテムでプレーヤキャラクタの戦闘力を増強できるので、街づくりゲームの進行が対戦ゲームの有利に働くという実感をプレーヤに与えることができる。

４−６．他プレーヤとの連携
また、本実施形態のゲーム管理部１０３は、プレーヤと所与の関連性を有する他プレーヤのプレーヤキャラクタを、対戦に係るプレーヤキャラクタの側に参戦させ、対戦の結果と、街づくりゲームの進行状況を示すパラメータと、のうち少なくとも一方に応じた特典を、他プレーヤへ付与する処理を実行してもよい。

例えば、ゲーム管理部１０３は、プレーヤの仮想空間１０００Ａに対する敵キャラクタの出現後であって、かつ、対戦が開始する前の期間中に、１又は複数の他プレーヤの端末装置へメッセージを送信することにより、他プレーヤに対して参戦（救援）を呼びかける。このとき、メッセージと共に、当該プレーヤがプレー中のゲームのゲーム画像の少なくとも一部を他プレーヤの端末装置へ送信してもよい。

ここで、当該プレーヤと関連性のある他プレーヤの識別情報は、例えばユーザ情報１４６に予め書き込まれており、ゲーム管理部１０３は、当該情報に基づき他プレーヤの端末装置２０を特定することができるものとする。なお、ゲーム管理部１０３は、当該メッセージの送信先を、同じゲームにログイン中の他プレーヤのみに限定してもよい。また、ゲーム管理部１０３は、他プレーヤによる途中参戦を可能とするために、メッセージを送信する期間を延長してもよい。

そして、ゲーム管理部１０３は、対戦が開始される前又は対戦中に当該呼びかけに応じて参加を表明した他プレーヤを検出すると、当該プレーヤ及び他プレーヤとによる協力プレーモードで対戦ゲームを実行するよう第２ゲーム処理部１０５へ指示する。

協力プレーモードにおいて、当該プレーヤが操作する対象は、当該プレーヤが所有する何れかのプレーヤキャラクタであり、他プレーヤが操作する対象は、他プレーヤが所有する何れかのプレーヤキャラクタである。そして、協力プレーモードにおいて、当該プレーヤの端末装置に表示される対戦ゲーム画像には、当該プレーヤが操作するプレーヤキャラクタと、他プレーヤが操作するプレーヤキャラクタと、第２ゲーム処理部１０５が制御する敵キャラクタとが映し出される。同様に、協力プレーモードにおいて、他プレーヤの端末装置に表示される対戦ゲーム画像には、当該プレーヤが操作するプレーヤキャラクタと、他プレーヤが操作するプレーヤキャラクタと、第２ゲーム処理部１０５が制御する敵キャラクタとが映し出される。なお、協力プレーモードに固有の第２ゲーム処理部１０５の処理及び表示制御部１０６の処理は公知なので、その詳細は省略する。

そして、ゲーム管理部１０３は、協力プレーによる対戦が終了すると、プレーヤキャラ
クタ側が勝利したか否かを判定し、プレーヤキャラクタ側が勝利した場合には、街づくりゲームの進行状況（レベル）が高いほど価値の高い特典（プレーヤキャラクタに設定可能なカードなど）を他プレーヤへ付与する処理を実行する。一方、ゲーム管理部１０３は、プレーヤキャラクタ側が敗北した場合には、他プレーヤへの特典を付与しない。なお、他プレーヤに対する特典の付与は、他プレーヤに係る対戦ゲームのパラメータ（他プレーヤのユーザ情報として記憶部１４０に格納）へ特典を追加登録することによって行うことができる。

従って、ゲーム管理部１０３は、対戦ゲームの結果及び街づくりゲームの進行状況の双方を他プレーヤの利益に繋げるので、街づくりゲーム及び対戦ゲームの少なくとも一方に他プレーヤの関心を向けることができる。具体的に、当該プレーヤキャラクタ側の勝利を条件として他プレーヤへ特典を付与するので、参戦の能力に自信のある他プレーヤを対戦ゲームに強く誘引することができる。また、街づくりゲームが進行するほど高い価値の特典を他プレーヤへ付与するので、他プレーヤの関心を、当該プレーヤによる街づくりゲームの進行状況に向けることもでき、しかも、街づくりゲームが進行するほど対戦ゲームに他プレーヤを強く誘引できる。

４−７．フロー
以下、本発明に係るフローを幾つか説明する。なお、以下に説明するフローは、上述した一連の処理の全てを表したものではなく、上述した一連の処理の一部（特に時系列的な特徴を有した部分）を抜き出して表したものである。

４−７−１．画面切り替え処理のフロー
以下、図１４を用いてゲーム管理部１０３による画面切り替え処理のフローを説明する。

先ず、ゲーム管理部１０３は、プレーヤがゲーム開始の指示を入力したか否かを判定し（Ｓ１００）、入力が判定された場合（Ｓ１００Ｙ）は、次の処理へ移行し、そうでない場合（Ｓ１００Ｎ）は、判定の処理（Ｓ１００）を繰り返す。

次に、ゲーム管理部１０３は、街づくりゲームを開始し、街づくりゲームのゲーム画面の表示を開始する（Ｓ１０１）。

次に、ゲーム管理部１０３は、仮想空間１０００Ａに敵キャラクタが出現したか否かを判定し（Ｓ１０２）、出現が判定された場合（Ｓ１０２Ｙ）は、次の判定処理（Ｓ１０３）へ移行し、そうでない場合（Ｓ１０２Ｎ）は、終了判定の処理（Ｓ１１０）へ移行する。

次に、ゲーム管理部１０３は、仮想空間１０００Ａにプレーヤキャラクタが投入されたか否かを判定し（Ｓ１０３）、投入が判定された場合（Ｓ１０３Ｙ）は、次の判定処理（Ｓ１０４）へ移行し、そうでない場合（Ｓ１０３Ｎ）は、判定の処理（Ｓ１０３）を繰り返す。

次に、ゲーム管理部１０３は、対戦が開始される条件が成立したか否かを判定し（Ｓ１０４）、成立を判定した場合（Ｓ１０４Ｙ）は、次の処理（Ｓ１０５）へ移行し、そうでない場合（Ｓ１０４Ｎ）は、判定の処理（Ｓ１０４）を繰り返す。

次に、ゲーム管理部１０３は、対戦に係るエリアを特定する処理を実行する（Ｓ１０５）。

次に、ゲーム管理部１０３は、対戦ゲームの画面の背景を作成する処理を実行する（Ｓ１０６）。

次に、ゲーム管理部１０３は、対戦ゲームの実行を開始し、表示部２９０の表示画面を、街づくりゲームのゲーム画面から対戦ゲームのゲーム画面へと切り替える（Ｓ１０７）。

次に、ゲーム管理部１０３は、対戦ゲームの勝敗が確定したか否かを判定し（Ｓ１０８）、確定を判定した場合（Ｓ１０８Ｙ）には、次の処理（Ｓ１０９）へ移行し、そうでない場合（Ｓ１０８Ｎ）には、判定の処理（Ｓ１０８）を繰り返す。

次に、ゲーム管理部１０３は、対戦ゲームの実行を終了し、表示部２９０の表示画面を、対戦ゲームのゲーム画面から街づくりゲームのゲーム画面へと切り替える（Ｓ１０９）。

次に、ゲーム管理部１０３は、プレーヤがゲーム終了の指示を入力したか否かを判定し（Ｓ１１０）、入力が判定された場合（Ｓ１１０Ｙ）は、フローを終了し、そうでない場合（Ｓ１１０Ｎ）は、ステップＳ１０２に移行する。

なお、以上のフローにおいて、可能な範囲内においてステップを入れ替えたり省略したりすることが可能である。

４−７−２．街づくりパラメータの制御処理のフロー
以下、図１５を用いて街づくりゲームのパラメータ（街づくりパラメータ）の制御処理のフローを説明する。このフローは、ゲーム管理部１０３により実行される。

先ず、ゲーム管理部１０３は、プレーヤがゲーム開始の指示を入力したか否かを判定し（Ｓ３１０）、入力が判定された場合（Ｓ３１０Ｙ）は、次の処理へ移行し、そうでない場合（Ｓ３１０Ｎ）は、判定の処理（Ｓ３１０）を繰り返す。

次に、ゲーム管理部１０３は、街づくりゲームを開始し、街づくりゲームのパラメータの管理を開始する（Ｓ３１１）。

次に、ゲーム管理部１０３は、街づくりゲームのパラメータ（図１２）に基づき、占拠フラグがオンされた施設の存在の有無を判定し（Ｓ３１２）、存在が判定された場合（Ｓ３１２Ｙ）は、次の処理（Ｓ３１３）へ移行し、そうでない場合（Ｓ３１２Ｎ）は、次の処理（Ｓ３１３）をスキップする。

次に、ゲーム管理部１０３は、占拠フラグがオンされた施設に対する資金、資材、資源、人材等の供給を制限する（Ｓ３１３）。

次に、ゲーム管理部１０３は、対戦が開始される条件が成立したか否かを判定し（Ｓ３１４）、成立を判定した場合（Ｓ３１４Ｙ）は、次の処理（Ｓ３１５）へ移行し、送でない場合（Ｓ３１４Ｎ）は、終了判定の処理（Ｓ３２１）へ移行する。

次に、ゲーム管理部１０３は、対戦に係るエリアを特定する処理を実行する（Ｓ３１５）。

次に、ゲーム管理部１０３は、対戦に係るエリアに位置する施設を特定する処理を実行する（Ｓ３１６）。

次に、ゲーム管理部１０３は、対戦ゲームの勝敗が確定したか否かを判定し（Ｓ１３１７）、確定を判定した場合（Ｓ３１７Ｙ）には、次の処理（Ｓ３１８）へ移行し、そうでない場合（Ｓ３１７Ｎ）には、判定の処理（Ｓ３１７）を繰り返す。

次に、ゲーム管理部１０３は、敵キャラクタが勝利したか否かを判定し（Ｓ３１８）、勝利を判定した場合（Ｓ３１８Ｙ）は、第１の処理（Ｓ３１９）へ移行し、そうでない場合（Ｓ３１８Ｎ）には、第２の処理（Ｓ３２０）へ移行する。

第１の処理として、ゲーム管理部１０３は、施設の占拠フラグをオンする処理と、当該施設に敵キャラクタの識別番号を書き込む処理とを実行する（Ｓ３１９）。

第２の処理として、ゲーム管理部１０３は、施設の占拠フラグがオンされている場合には、当該占拠フラグをオフすると共に敵キャラクタの識別番号を削除する処理を実行する（Ｓ３２０）。なお、本ステップにおいて、ゲーム管理部１０３は、プレーヤに対して資金、資材、資源、人材等を付与する処理などを実行してもよい。

次に、ゲーム管理部１０３は、プレーヤがゲーム終了の指示を入力したか否かを判定し（Ｓ３２１）、入力が判定された場合（Ｓ３２１Ｙ）は、フローを終了し、そうでない場合（Ｓ３２１Ｎ）は、ステップＳ３１２に移行する。

なお、以上のフローにおいて、可能な範囲内においてステップを入れ替えたり省略したりすることが可能である。

４−７−３．対戦パラメータの制御処理のフロー
以下、図１６を用いて対戦ゲームのパラメータ（対戦パラメータ）の制御処理のフローを説明する。このフローは、ゲーム管理部１０３により実行される。

先ず、ゲーム管理部１０３は、プレーヤがゲーム開始の指示を入力したか否かを判定し（Ｓ５１０）、入力が判定された場合（Ｓ５１０Ｙ）は、次の処理へ移行し、そうでない場合（Ｓ５１０Ｎ）は、判定の処理（Ｓ５１０）を繰り返す。

次に、ゲーム管理部１０３は、街づくりゲームを開始し、街づくりゲームのパラメータの管理を開始する（Ｓ５１１）。

次に、ゲーム管理部１０３は、特殊施設の完成の有無を判定し（Ｓ５１２）、完成を判定した場合（Ｓ５１２Ｙ）は、次の判定処理（Ｓ５１３）へ移行し、そうでない場合 （Ｓ５１２Ｎ）は、終了判定の処理（Ｓ５１６）へ移行する。

次に、ゲーム管理部１０３は、特殊アイテムをプレーヤが獲得したか否かを判定し （Ｓ５１３）、獲得を判定した場合（Ｓ５１３Ｙ）は、次の判定の処理（Ｓ５１４）へ移行し、そうでない場合（Ｓ５１３Ｎ）は、終了判定の処理（Ｓ５１６）へ移行する。

次に、ゲーム管理部１０３は、プレーヤが所有する特殊アイテムの個数が所定数に達したか否かを判定し（Ｓ５１４）、達したことを判定した場合（Ｓ５１４Ｙ）は、次の処理（Ｓ５１５）へ移行し、そうでない場合（Ｓ５１４Ｎ）は、終了判定の処理（Ｓ５１６）へ移行する。

次に、ゲーム管理部１０３は、プレーヤキャラクタの戦闘力に係るパラメータを向上させる処理を実行する（Ｓ５１５）。

次に、ゲーム管理部１０３は、プレーヤがゲーム終了の指示を入力したか否かを判定し（Ｓ５１６）、入力が判定された場合（Ｓ５１６Ｙ）は、フローを終了し、そうでない場合（Ｓ５１６Ｎ）は、ステップＳ５１２に移行する。

なお、以上のフローにおいて、可能な範囲内においてステップを入れ替えたり省略したりすることが可能である。

４−８．実施形態の作用効果
以上説明したとおり、本実施形態のゲームシステムによれば、プレーヤは、自己の仮想空間１０００Ａの開発等に係る街づくりゲームをプレーしつつ（図５）、当該仮想空間１０００Ａに敵キャラクタ１０００Ｇが出現した場合には（図６）、自己のプレーヤキャラクタ１０００Ｈを敵キャラクタ１０００Ｇと対戦させる対戦ゲームのプレーを開始することができる（図９）。しかも、当該所与の条件の成立が判定されたタイミング（図１０）で表示部２９０の画面が街づくりゲーム画面（図１０）から対戦ゲーム画面（図１１）へと切り替わるので、プレーヤの心理状態を、開発等を楽しむという安定した心理状態から、対戦に挑むという緊迫した心理状態へと即座かつ強制的に移行させることができる。

また、本実施形態のゲームシステムは、対戦ゲームの対戦の結果を街づくりゲームのパラメータ（図１２）へ反映させるので、対戦ゲームをプレーすることで街づくりゲームに関与しているという感覚をプレーヤへ与えることもできる。具体的には、本実施形態のゲームシステムは、プレーヤキャラクタが勝利した場合に街づくりゲームの進行が促進される方向にパラメータを制御したり（図３のサイクルを参照）、プレーヤキャラクタが敗北した場合に街づくりゲームの進行が制限される方向にパラメータを制御したりする（図４のサイクルを参照）。従って、本実施形態のゲームシステムは、自己のプレーヤキャラクタ１０００Ｈで自己の仮想空間１０００Ａを防衛しているという実感をプレーヤに与えることもできる。

従って、本実施形態のゲームシステムによれば、街づくりゲームにおいて適時かつ効果的な緩急をつけることにより、プレーヤをより強くゲームに誘引することができる。

５．変形例
５−１．第２のゲームの変形例（デッキ設定）
上記実施形態のシステムでは、第２のゲーム（対戦ゲーム）に際してプレーヤキャラクタの投入順序を敵キャラクタが出現する度にプレーヤに指定させたが、プレーヤに予め指定させておいてもよい。

例えば、ゲーム管理部１０３は、プレーヤキャラクタの投入順序を予めプレーヤに指定させ、プレーヤが指定した投入順序をユーザ情報１４６にデッキデータとして予め記憶する。そして、ゲーム管理部１０３は、仮想空間１０００Ａに敵キャラクタが出現したことを判定すると、当該デッキデータを参照し、デッキデータとして記憶された投入順序に従ってプレーヤキャラクタを自動的に仮想空間１０００Ａへ投入させる。

なお、ここでは、プレーヤに「プレーヤキャラクタの投入順序」を指定させる例を説明したが、「優先的に投入すべきキャラクタ属性」などを指定させてもよい。

５−２．第２のゲームの変形例（ストラテジー）
上記実施形態のシステムでは、第２のゲーム（対戦ゲーム）としてプレーヤの操作に応じてリアルタイムでプレーヤキャラクタが戦闘行動を行うアクションゲームを主に説明したが、第２ゲーム処理部１０５の自動演算によりプレーヤキャラクタが戦闘行動を行うス
トラテジーゲームとしてもよい。この場合、例えば、ゲーム管理部１０３は、以下の処理を実行してもよい。

すなわち、ゲーム管理部１０３は、仮想空間１０００Ａに敵キャラクタが出現したことを判定すると、プレーヤキャラクタの投入順序をプレーヤに指定させ、当該投入順序に従ってプレーヤキャラクタを仮想空間１０００Ａへ投入させる。また、第２ゲーム処理部１０５は、仮想空間１０００Ａへ投入されたプレーヤキャラクタの戦闘行動を自動演算により制御する。

或いは、ゲーム管理部１０３は、プレーヤキャラクタの投入順序を予めプレーヤに指定させ、プレーヤが指定した投入順序をユーザ情報１４６にデッキデータとして予め記憶する。そして、ゲーム管理部１０３は、仮想空間１０００Ａに敵キャラクタが出現したことを判定すると、当該デッキデータを参照し、デッキデータとして記憶された投入順序に従ってプレーヤキャラクタを自動的に仮想空間１０００Ａへ投入させる。また、第２ゲーム処理部１０５は、仮想空間１０００Ａへ投入されたプレーヤキャラクタの戦闘行動を自動演算により制御する。

なお、ここでは、プレーヤに「プレーヤキャラクタの投入順序」を指定させる例を説明したが、「優先的に投入すべきキャラクタ属性」などを指定させてもよい。

５−３．第１のゲームの変形例
また、上記実施形態のシステムでは、第１のゲームとして街づくりゲームを想定し、仮想空間の少なくとも一部のエリアとして造成地を想定し、仮想空間に配置可能なオブジェクトを、工場、公園、人口池、住宅、ビルなどの施設としたが、自動車、自転車、人間、ペットなどの他のオブジェクトを配置可能としてもよいし、街づくりゲームは、公知の街づくりゲームと同様に様々に変形することが可能である。

また、上記実施形態のシステムでは、第１のゲームとして街づくりゲームを想定したが、第１のゲームは、プレーヤの操作に基づき当該プレーヤの仮想空間へオブジェクトを配置し、当該オブジェクトを用いて進行する、他のゲームであってもよい。

例えば、第１のゲームは、仮想空間の少なくとも一部のエリアとして農場、田畑、緑地、森、林などを想定し、仮想空間に配置可能なオブジェクトを、種苗、家畜などの動植物オブジェクトとしたゲーム（動植物育成ゲーム）であってもよい。

また、仮想空間の少なくとも一部のエリアとして宇宙空間を想定し、仮想空間に配置可能なオブジェクトを、住居モジュール、実験モジュール、食料庫モジュールなどのモジュールオブジェクトとしたゲーム（宇宙ステーション建造ゲーム）であってもよい。

また、仮想空間の少なくとも一部のエリアとして室内を想定し、仮想空間に配置可能なオブジェクトを、家具、家電、インテリア、設備、雑貨などとしたゲーム（住居デザインゲーム）であってもよい。

また、第１のゲームは、同一の仮想空間の互いに異なるエリアを複数のプレーヤへ個別に割り当て、プレーヤ同士又はプレーヤキャラクタ同士が交流できるようにしたＳＮＳゲームであってもよい。

５−４．機能分担について
上述した処理部２００、１００に含まれる各要素の機能分担については、前述したものに限定されることはない。

例えば、ゲーム管理部１０３の一部又は全部の機能は、第１ゲーム処理部１０４、第２ゲーム処理部１０５、表示制御部１０６のうち少なくとも１つに搭載されてもよい。

また、第１ゲーム処理部１０４の一部又は全部の機能は、ゲーム管理部１０３、第２ゲーム処理部１０５、表示制御部１０６のうち少なくとも１つに搭載されてもよい。

また、第２ゲーム処理部１０５の一部又は全部の機能は、ゲーム管理部１０３、第１ゲーム処理部１０４、表示制御部１０６のうち少なくとも１つに搭載されてもよい。

また、表示制御部１０６の一部又は全部の機能は、ゲーム管理部１０３、第１ゲーム処理部１０４、第２ゲーム処理部１０５のうち少なくとも１つに搭載されてもよい。

また、サーバ装置１０の機能の一部は、端末装置２０の側に搭載されてもよい。

また、端末装置２０の機能の一部は、サーバ装置１０の側に搭載されてもよい。

また、サーバ装置１０には、処理部１００の機能の一部又は全部を実現する専用の回路（ハードウエア）が搭載されてもよい。つまり、処理部１００の機能の一部または全部は、ソフトウエアで実行されてもよいし、ハードウェアで実行されてもよい。

また、端末装置２０には、処理部２００の機能の一部又は全部を実現する専用の回路（ハードウエア）が搭載されてもよい。つまり、処理部２００の機能の一部または全部は、ソフトウエアで実行されてもよいし、ハードウェアで実行されてもよい。

５−５．ゲームの種類について
本実施形態では、対戦ゲームとしては、協力プレーのほかに、プレーヤが他プレーヤとリアル対戦するゲームなどを適用することができる。例えば、対戦ゲームに、音楽ゲーム、シューティングゲーム、野球ゲーム、サッカーゲーム、バスケットボールゲーム等のスポーツゲームなどの対戦ゲーム、ロールプレイングゲーム（ＲＰＧ）などの要素を加えてもよい。

５−６．サーバのバリエーションについて
また、本実施形態は、一のサーバ装置１０によって各ゲームを端末装置２０に提供してもよいし、複数のサーバ装置１０を連動させてサーバシステムを構築し、各ゲームを端末装置に提供してもよい。

５−７．その他の変形について
また、本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。

上記のように、本発明の実施形態について詳細に説明したが、本発明の新規事項及び効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。したがって、このような変形例はすべて本発明の範囲に含まれるものとする。

１０ … サーバ装置
２０ … 端末装置
１００ … 処理部
１０１ … 通信制御部
１０２ … Ｗｅｂ処理部
１０３ … ゲーム管理部
１０４ … 第１ゲーム処理部
１０５ … 第２ゲーム処理部
１０６ … 表示制御部
１２０ … 入力部
１３０ … 表示部
１４０ … 記憶部
１４２ … 主記憶部
１４４ … ゲーム情報
１４６ … ユーザ情報
１４８ … 自動演算情報
１８０ … 情報記憶媒体、
１９６ … 通信部
２００ … 処理部
２１０ … 通信制御部
２１１ … Ｗｅｂブラウザ
２１２ … ゲーム処理部
２１３ … 表示制御部
２２０ … 描画部
２３０ … 音生成部
２６０ … 入力部
２７０ … 記憶部
２８０ … 情報記憶媒体
２９０ … 表示部
２９２ … 音出力部
２９６ … 通信部

Claims (18)

1. プレーヤの操作に基づき当該プレーヤの仮想空間へオブジェクトを配置し、当該オブジェクトを用いて進行する第１のゲームを実行する第１のゲーム処理手段と、
   前記仮想空間に敵キャラクタを出現させ、所与の条件を満たした前記敵キャラクタとプレーヤキャラクタとを対戦させる第２のゲームを実行する第２のゲーム処理手段と、
   前記第１のゲームに係る第１のゲーム画面を前記第１のゲームの実行中に所与の表示手段へ表示させ、当該表示中に前記仮想空間における前記所与の条件の成立が判定された場合には、前記表示手段の表示画面を、前記第１のゲーム画面から、前記第２のゲームに係る第２のゲーム画面へと切り替える処理を実行する表示制御手段と、
   前記第２のゲームにおける前記対戦の結果を、前記第１のゲームに用いられるパラメータへ反映させる処理を実行するゲーム管理手段と、
   を備えることを特徴とするゲームシステム。
2. 請求項１に記載のゲームシステムにおいて、
   前記所与の条件の成立が判定された場合に、前記第２のゲームに係る操作入力の受け付け処理を開始する入力受付け部を更に備える、
   ことを特徴とするゲームシステム。
3. 請求項１又は２に記載のゲームシステムにおいて、
   前記表示制御手段は、
   前記表示手段へ前記第２のゲーム画面を表示させる際には、前記仮想空間のうち前記対戦に係るエリアに存在するオブジェクトを特定し、当該オブジェクトの少なくとも一部を当該第２のゲーム画面の背景として前記表示手段へ表示させる制御を行う、
   ことを特徴とするゲームシステム。
4. 請求項１又は２に記載のゲームシステムにおいて、
   前記表示制御手段は、
   前記表示手段へ前記第２のゲーム画面を表示させる際には、前記仮想空間のうち前記対戦に係るエリアに配置された仮想カメラによる前記仮想空間の画像を生成し、当該画像を前記第２のゲーム画面の背景として前記表示手段へ表示させる制御を行う、
   ことを特徴とするゲームシステム。
5. 請求項２に記載のゲームシステムにおいて、
   前記表示手段は、
   タッチパネル型ディスプレイであり、
   前記表示制御手段は、
   前記所与の条件の成立が判定された場合に、前記第２のゲームに係る操作入力用画像の表示を開始する、
   ことを特徴とするゲームシステム。
6. 請求項５に記載のゲームシステムにおいて、
   前記表示制御手段は、
   前記対戦の終了が判定された場合に、前記第２のゲームに係る操作入力用画像の表示を終了する、
   ことを特徴とするゲームシステム。
7. 請求項１〜６の何れか一項に記載のゲームシステムにおいて、
   前記ゲーム管理手段は、
   対戦可能な前記敵キャラクタ及び前記プレーヤキャラクタの組み合わせが前記仮想空間
   内に同時に複数組み存在すると判定された場合には、当該複数の組み合わせの対戦順序を、所与の基準により決定する、
   ことを特徴とするゲームシステム。
8. 請求項１〜６の何れか一項に記載のゲームシステムにおいて、
   前記ゲーム管理手段は、
   対戦可能な前記敵キャラクタ及び前記プレーヤキャラクタの組み合わせが前記仮想空間内に同時に複数組み存在すると判定された場合には、当該複数の組み合わせの対戦順序を、前記プレーヤが指定した順序に設定する、
   ことを特徴とするゲームシステム。
9. 請求項１〜８の何れか一項に記載のゲームシステムにおいて、
   前記ゲーム管理手段は、
   前記仮想空間へ出現させるべき前記敵キャラクタを、前記第１のゲームの進行状況を示すパラメータに基づき決定する、
   ことを特徴とするゲームシステム。
10. 請求項１〜９の何れか一項に記載のゲームシステムにおいて、
    前記ゲーム管理手段は、
    前記仮想空間に対する敵キャラクタの出現頻度を、前記第１のゲームの進行状況を示すパラメータに基づき設定する、
    ことを特徴とするゲームシステム。
11. 請求項１〜１０の何れか一項に記載のゲームシステムにおいて、
    前記ゲーム管理手段は、
    前記仮想空間に出現させるべき前記敵キャラクタを、前記プレーヤが前記仮想空間へ投入可能なプレーヤキャラクタに応じて決定する、
    ことを特徴とするゲームシステム。
12. 請求項１〜１１の何れか一項に記載のゲームシステムにおいて、
    前記ゲーム管理手段は、
    前記対戦で前記敵キャラクタの勝利が判定された場合には、前記第１のゲームの進行が制限される方向に前記第１のゲームのパラメータを変更する処理を実行する、
    ことを特徴とするゲームシステム。
13. 請求項１２に記載のゲームシステムにおいて、
    前記ゲーム管理手段は、
    前記対戦で前記敵キャラクタの勝利が判定されてから次に前記対戦で前記プレーヤキャラクタの勝利が判定されるまでの期間中は、前記制限を継続する、
    を実行することを特徴とするゲームシステム。
14. 請求項１３に記載のゲームシステムにおいて、
    前記ゲーム管理手段は、
    前記対戦に係るエリアに存在する所与のオブジェクトを特定する特定手段と、
    前記対戦で前記敵キャラクタの勝利が判定された場合に、前記オブジェクトと前記敵キャラクタとを対応付ける情報を所与の記憶手段へ記憶する対応付け手段と、
    前記オブジェクトに係る次の前記対戦で前記プレーヤキャラクタの勝利が判定された場合に、前記対応付けを解除する対応解除手段と、
    少なくとも前記対応付けに係る前記オブジェクトについて前記制限を行う制限手段と、
    前記オブジェクトの前記対応付けが解除された場合に前記制限を解除する制限解除手段
    と、
    を備えることを特徴とするゲームシステム。
15. 請求項１〜１４の何れか一項に記載のゲームシステムにおいて、
    前記ゲーム管理手段は、
    前記仮想空間に出現した特定オブジェクトを前記プレーヤが獲得した場合には、前記プレーヤキャラクタの戦闘力に係るパラメータを変更する処理を実行する、
    ことを特徴とするゲームシステム。
16. 請求項１〜１５の何れか一項に記載のゲームシステムにおいて、
    前記ゲーム管理手段は、
    前記プレーヤと所与の関連性を有する他プレーヤのプレーヤキャラクタを、前記対戦に係る前記プレーヤキャラクタの側に参戦させ、前記対戦の結果と、前記第１のゲームの進行状況を示すパラメータと、のうち少なくとも一方に応じた特典を、前記他プレーヤへ付与する処理を実行する、
    ことを特徴とするゲームシステム。
17. プレーヤの操作に基づき当該プレーヤの仮想空間へオブジェクトを配置し、当該オブジェクトを用いて進行する第１のゲームを実行する第１のゲーム処理手段と、
    前記仮想空間に敵キャラクタを出現させ、所与の条件を満たした前記敵キャラクタとプレーヤキャラクタとを対戦させる第２のゲームを実行する第２のゲーム処理手段と、
    前記第１のゲームに係る第１のゲーム画面を前記第１のゲームの実行中に所与の表示手段へ表示させ、当該表示中に前記仮想空間における前記所与の条件の成立が判定された場合には、前記表示手段の表示画面を、前記第１のゲーム画面から、前記第２のゲームに係る第２のゲーム画面へと切り替える処理を実行する表示制御手段と、
    前記第２のゲームにおける前記対戦の結果を、前記第１のゲームに用いられるパラメータへ反映させる処理を実行するゲーム管理手段と、
    を備えることを特徴とするサーバ。
18. プレーヤの操作に基づき当該プレーヤの仮想空間へオブジェクトを配置し、当該オブジェクトを用いて進行する第１のゲームを実行する第１のゲーム処理手段と、
    前記仮想空間に敵キャラクタを出現させ、所与の条件を満たした前記敵キャラクタとプレーヤキャラクタとを対戦させる第２のゲームを実行する第２のゲーム処理手段と、
    前記第１のゲームに係る第１のゲーム画面を前記第１のゲームの実行中に所与の表示手段へ表示させ、当該表示中に前記仮想空間における前記所与の条件の成立が判定された場合には、前記表示手段の表示画面を、前記第１のゲーム画面から、前記第２のゲームに係る第２のゲーム画面へと切り替える処理を実行する表示制御手段と、
    前記第２のゲームにおける前記対戦の結果を、前記第１のゲームに用いられるパラメータへ反映させる処理を実行するゲーム管理手段と、
    してコンピュータを機能させることを特徴とするプログラム。

Images