JP2017035405A - ゲームプログラム - Google Patents

Abstract

【課題】街づくり要素等のゲーム性を向上させるゲームプログラムを提供する。。【解決手段】本発明によるゲームプログラムは、コンピュータに対して、第１ユーザに関連付けられたゲーム空間を構成するステップと、ゲーム空間に第１ユーザに関連付けられたゲームオブジェクトを配置するステップと、第２ユーザが前記ゲームオブジェクトの少なくとも一つを対象オブジェクトとして選択するステップと、対象オブジェクトを第２ユーザに関連付けるために必要なゲームパラメータの第１値を算出するステップと、対象オブジェクトを第２ユーザに関連付けるステップと、を実行させる。【選択図】図２７

Description

本発明は、ゲームプログラムに関する。

ネットワークを通じて複数のユーザに共通のゲーム空間を共有させ、ユーザアクションにより自らの領域を競って拡張させるような陣取りシミュレーションゲームが提供されている。特許文献１および２には、より優秀な施設を多くの建築したプレイヤは他のプレイヤよりも有利にゲームを進めることができるようになるゲームが開示されている。

特開２０１４−２２３４７１号公報 国際公開第２０１５−０４６４４７号パンフレット

特許文献１および２に開示されているゲームでは、街作りのような拠点強化要素は、他のプレイヤの部隊との対戦をする上で、自らの兵力を強化するなどの手段として用いられ、街作り自体によってゲームの勝敗を決するゲームポイントが付与されるものではなかった。

本発明は、街作り要素のゲーム性を高めることを目的とする。

本発明によれば、コンピュータに対して、
ゲーム空間を構成するステップと、
前記ゲーム空間に前記第１ユーザに関連付けられたゲームオブジェクトを配置するステップと、
第２ユーザが前記ゲームオブジェクトの少なくとも一つを対象オブジェクトとして選択するステップと、
前記対象オブジェクトが前記第２ユーザに関連付けられる確率を特定するステップと、
前記確率に従って、前記対象オブジェクトを前記第２ユーザに関連付けるステップと、
を実行させるゲームプログラムが得られる。

本発明によれば、街作り要素のゲーム性を高めることができる。

本実施形態のゲームシステムを示す図である。 本実施形態のゲーム空間を示す図である。 本実施形態のユーザ端末の構成を示す図である。 本実施形態のゲームサーバの構成を示す図である。 本実施形態のユーザ管理テーブルの一例を示す。 本実施形態のオブジェクト管理テーブルの一例を示す。 本実施形態のパッシブスキル管理テーブルの一例を示す。 本実施形態のアクティブスキル管理テーブルの一例を示す。 ホームゲーム空間と対戦ゲーム空間の関係を示す図である。 ホームゲーム空間の一例を示す図である。 ホームゲーム空間の一例を示す図である。 本実施形態のゲームシステムにおける処理を示すフローチャートである。 本実施形態のゲームシステムにおける処理を示すフローチャートである。 ホームゲーム空間の一例を示す図である。 本実施形態のゲームシステムにおける処理を示すフローチャートである。 本実施形態のゲームシステムにおける処理を示すフローチャートである。 ホームゲーム空間の一例を示す図である。 ホームゲーム空間の一例を示す図である。 本実施形態のゲームシステムにおける処理を示すフローチャートである。 対戦ユーザ管理テーブル尾一例を示す。 対戦ゲーム空間の一例を示す図である。 本実施形態のゲームシステムにおける処理を示すフローチャートである。 対戦ゲーム空間の一例を示す図である。 対戦ゲーム空間の一例を示す図である。 対戦ゲーム空間の一例を示す図である。 本実施形態のゲームシステムにおける処理を示すフローチャートである。 対戦ゲーム空間の一例を示す図である。 買収価格算出テーブルの一例を示す。 買収対象オブジェクトと買収側オブジェクトとの位置関係を示す図である。 買収対象オブジェクトに隣接する買収側オブジェクト数と買収成功確率との関係を示すテーブルである。 買収対象オブジェクトと買収側オブジェクトとの位置関係を示す他の図である。 買収対象オブジェクトの周囲に存在する買収側オブジェクト数と買収成功確率との関係を示すテーブルである。 買収対象オブジェクトと買収側オブジェクトとの位置関係を示す他の図である。 買収対象オブジェクトと買収側オブジェクトとの位置関係を示す他の図である。 買収側オブジェクトに取り囲まれたマスの数との関係を示すテーブルである。

［本発明の実施形態の説明］
最初に、本発明の実施形態の内容を列記して説明する。本発明の一実施形態のゲームプログラムは、以下のような構成を備える。
（項目１）
コンピュータに対して、
ゲーム空間を構成するステップと、
前記ゲーム空間に前記第１ユーザに関連付けられたゲームオブジェクトを配置するステップと、
第２ユーザが前記ゲームオブジェクトの少なくとも一つを対象オブジェクトとして選択するステップと、
前記対象オブジェクトが前記第２ユーザに関連付けられる確率を特定するステップと、
前記確率に従って、前記対象オブジェクトを前記第２ユーザに関連付けるステップと、
を実行させるゲームプログラム。
本構成によれば、所定の確立に応じて相手のゲームオブジェクトを自己の物に（買収する）することができるため、将棋等のような戦略性に富んだゲームを提供することができる。
（項目２）
前記コンピュータに対して、
前記ゲーム空間に前記第２ユーザに関連付けられたゲームオブジェクトを配置するステップと、
前記対象オブジェクトと、前記第２ユーザに関連付けられたゲームオブジェクトとの位置関係に応じて前記確率を変動させるステップと、
を更に実行させる
項目１記載のゲームプログラム。
本構成によれば、位置関係に応じて買収成功確率を変動させることができるため、より戦略的に買収を進めることができる。
（項目３）
前記コンピュータに対して、
前記買収対象オブジェクトに隣接する前記第２ユーザに関連付けられたゲームオブジェクトの個数を特定するステップと、
前記個数に応じて前記確率を変動させるステップと、
を更に実行させる
項目２記載のゲームプログラム。
本構成によれば、隣接関係に応じて買収成功確率を変動させることができるため、更に戦略的に買収を進めることができる。
（項目４）
前記コンピュータに対して、
前記買収対象オブジェクトを取り囲むように配置された前記第２ユーザに関連付けられたゲームオブジェクトの個数を特定するステップと、
前記個数に応じて前記確率を変動させるステップと、
を更に実行させる
項目２又は項目３に記載のゲームプログラム。
本構成によれば、複数の買収対象オブジェクトに対しても一括して効果的に買収をすることができ、買収の多様性を提供することができる。

［本発明の実施形態の詳細］
本発明の実施形態に係るゲームプログラムの具体例を、以下に図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。

図１に示される本実施形態のゲームシステム１は、複数のユーザに街作りシミュレーションゲームを提供するものである。ゲームシステム１は、複数のユーザ端末１００−１〜４と、ゲームサーバ２００と、を含む。各ユーザ端末１００とゲームサーバ２００は、ネットワーク２を介して接続されている。ゲームサーバ２００は、ゲームに関する各種サービスを各ユーザ端末１００に提供する。ネットワーク２は、インターネットや、図示しない無線基地局によって構築される無線ネットワーク（例えばＷｉＦｉ（登録商標））を含んでいても良い。

ユーザは、図２に示されるような仮想的なゲーム空間Ｇ内の平面ＰＬに各種オブジェクトＯを配置することによってゲームを進行する。ゲーム空間Ｇは、例えば複数の格子で形成された平面と、空や遠景等を示す背景で構成されている。本実施形態では、複数のオブジェクトＯのそれぞれが１つ以上の前記格子上に配置される。オブジェクトを配置するために必要な格子数は、建物ごとに決定されている。各ユーザは、オブジェクトＯをゲーム空間Ｇ内に配置することにより、ゲームポイントを取得できる。ゲームポイントは、例えばオブジェクト毎に関連付けられた「人口」Ｐを含む。また、ユーザはゲーム内通貨としての「コイン」Ｃ１や「ダイヤモンド」Ｃ２の他、各種ゲーム内アイテムといったゲームパラメータを保有する。

図３は、各ユーザ端末１００の構成を示す。ユーザ端末１００はスマートフォンやフィーチャーフォン、ＰＤＡ、タブレット型コンピュータ等の携帯端末であることが好ましい。ユーザ端末１００は、互いにバス接続された制御部１１０、記憶部１２０、入力部１３１、表示部１３２、通信部１４０を備える。ユーザ端末１００は入力部１３１および表示部１４２を構成するタッチパネル１３０を備えることが好ましく、ユーザは当該タッチパネル１３０を介してゲーム空間Ｇ内のゲームオブジェクトを操作することができる。入力部１３１は、ユーザのタッチパル１３０に対する操作を検知して、ユーザ端末１００に対して何らかの操作（主に、タッチ操作、スライド動作、スワイプ操作、及びタップ操作等の物理的接触操作）があったことを検知する。タッチパル１３０は、タッチセンシング部を備える液晶ディスプレイ等で構成され得る。

通信部１４０は、ゲームサーバ２００に対して各種情報の送受信を実行するための制御を行う。本実施形態では、当該要求は所定のゲームプログラムやゲームデータをユーザ端末１００に送信させる操作指示や、ゲームを進行させるための指示を含む。例えば、通信部１４０はユーザＩＤをゲームサーバ２００の送信することにより、当該ユーザＩＤに関連付けられたゲームオブジェクトに関する情報（保有する建物等のオブジェクト情報等）を受信する。また、通信部１４０はユーザの操作に基づいてゲーム空間Ｇ内にゲームオブジェクトを配置した場合には、その結果として取得されたゲームポイントをゲームサーバ２００に送信する。

制御部１１０はＣＰＵ等を含んで構成され得る。通信部１４０は制御部１１０の制御によりユーザ端末１００とネットワーク２との接続を確立する。記憶部１２０は、ＤＲＡＭなどの揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤなどの不揮発性記憶装置で構成される補助記憶を含む。補助記憶には、ゲームサーバ２００からダウンロードされるゲームプログラム等が格納される。当該プログラムは、主記憶上に展開され制御部１１０に実行される。ユーザ端末１００の制御部１１０は、当該プログラムによって、作用受付部１１１、端末処理部１１２、タイマー部１１３、端末判定部１１４、画像生成部１１として機能し得る。なお、主記憶上には、制御部１１０が当該プログラムに従って動作している間に生成したデータや制御部１１０によって利用されるデータも一時的に格納される。

作用受付部１１１は、入力部１３１に対するユーザの作用を検知する。作用受付部１１１は、タッチパネル１３０や、その他のボタンを介した操作指示等、いかなる入力がなされたかを判別し、その結果を端末処理部１１２等の必要な要素に出力する。タッチパネル１３０に対する操作入力がなされた場合には、操作入力位置の座標情報や、タッチ操作やスライド動作などいかなる操作がなされたかを検知する。また、連続して検知されていた入力が途切れることを検知することで、タッチパネル１３０からユーザの接触が離れたことを検知することもできる。

端末処理部１１２は、ユーザ端末１００全体の動作を制御し、各要素間におけるデータの送受信や、ゲームの実行に必要な演算処理を行う。例えば、作用受付部１１１で検知された操作入力に基づいてゲームプログラムに従ったゲームを展開させ、その結果としてのゲーム画像を描画するよう、画像生成部１１５に指示する。例えば、タッチパネル１３０に対する操作入力に基づいて仮想空間内におけるゲームオブジェクトを操作する。また、ゲームの進行状態に応じて、ゲーム空間Ｇの視野を指定するための仮想カメラの位置を制御する処理を行っても良い。

タイマー部１１３はゲーム空間Ｇ内における時間の経過を計測する。タイマー部１１３はゲーム空間Ｇ内に配置された各オブジェクトＯについて、個別に時間を計測する機能を有する。例えば、後述するように、各オブジェクトＯがゲーム空間Ｇ内に配置された時間を記憶部１２０に記憶させ、その後経過した時間を測定することにより、各オブジェクトＯが建築中オブジェクトから建築済オブジェクトに変化するまでの建築時間や、建築済オブジェクトに変化してから各種ゲームポイントを取得できるまでの準備時間、スキルを発動できるようになるまでのクールタイムが経過したか否かを判定するための時間情報を端末判定部１１４に提供する。また、タイマー部１１３は後述する対戦時間を計測してもよい。

端末判定部１１４は、端末処理部１１２からの判定要求に基づいて、記憶部に記憶された各種ユーザ情報やゲーム情報を参照し、ゲーム進行に必要な各種判定を実行する。例えば、ゲーム空間Ｇ内に配置されたオブジェクトＯが所定の条件を満たしているか否かを判定する。後述するように、タイマー部１１３および記憶部１２０を参照して、当該オブジェクトの時間情報を取得し、各オブジェクトに設定されたユーザに付与されるゲームポイントを算出するための基礎となる条件を満たしているか否か判定する。

画像生成部１１５は、ゲームサーバ２００から受信したユーザ情報や、ゲームプログラムによる演算結果、ユーザの入力部１３１に対する操作入力に基づいて、表示部１３２に表示されるゲーム空間ＧやゲームオブジェクトＯ等の画像を生成する。本実施形態では、ユーザ端末１００はゲームサーバ２００からユーザがゲーム空間Ｇに配置したオブジェクトの種類や配置位置に関する情報を取得してゲーム空間Ｇの画像を生成する。また、画像生成部１１６は端末処理部１１２によるゲーム進行制御に応じて表示画像を更新する。

図４は、ゲームサーバ２００の構成を示す。ゲームサーバ２００は、システム管理者等が、ユーザ（プレイヤ）に提供するゲームを制御し、管理する際に利用する情報処理装置であり、例えばワークステーションやパーソナルコンピュータ等である。本実施形態のゲームサーバ２００は、各ユーザ端末にゲーム進行に必要な情報を提供するゲーム提供機能を有している。ゲームサーバ２００は、ユーザ端末１００から各種の操作指示を受信し、ユーザ端末１００上で動作可能なゲームプログラムや、Ｗｅｂページ（ゲーム画面等）や、ゲームパラメータ等の各種データ、各種通知等を送信する。ゲームサーバ２００は、ネットワーク２と通信するネットワークインターフェースである通信装置２１０と、処理装置２２０と、メモリ部２３０と、記憶装置２４０と、入力装置２５０と、出力装置２６０と、を備えており、これらは互いにバスにより電気的に接続されている。

処理装置２２０は、ゲームサーバ２００全体の動作を制御し、各要素間におけるデータの送受信や、ゲームの実行に必要な演算処理を行う。処理装置２２０は例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であり、記憶装置２４０に格納されるとともにメモリ２３０に展開されたプログラム等を実行することによって、必要な処理が実現される。制御部２２０は、当該プログラムによって、受信部２２１、サーバ処理部２２２、データ管理部２２３、マッチング部２２４、計測部２２５、サーバ判定部２２６、報酬計算部２２７、送信部２２８として機能し得る。

メモリ部２３０は例えばＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの揮発性記憶装置であり、記憶装置２４０は例えばフラッシュメモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などの不揮発性記憶装置である。なお、主記憶上には、制御部１１０が当該プログラムに従って動作している間に生成したデータや制御部１１０によって利用されるデータも一時的に格納される。記憶装置２４０には、ゲームプログラムやユーザの認証プログラムが格納される他、後述するように、ユーザ管理テーブル３００、オブジェクト管理テーブル３１０、スキル管理テーブル３２０といったデータベースが構築されていてもよい。

受信部２２１は、各ユーザ端末１００からの各種情報を受け付ける。各ユーザ端末１００は、通信部１４０の制御により各種情報をゲームサーバ２００に対して送信し、ゲームサーバ２００は、ネットワーク２、通信装置２１０を介して当該情報を受信し、受信部２２１が情報の内容を識別して受け付ける。受信部２２１は、記憶装置２４０に格納される各種管理テーブルを参照し、必要に応じて管理部２２３が各種管理テーブルを更新することにより、必要な処理を実行する。当該情報には、各ユーザに関連付けられるオブジェクトをゲーム空間内に配置する操作、削除する操作、移動する操作、購入売却する操作、買収する操作等の各種要求が含まれる。

サーバ処理部２２２は、ゲームサーバ２００全体の動作を制御し、各要素間におけるデータの送受信や、ゲームの実行に必要な演算処理を行う。また、データ管理部２２３は、サーバ処理部２２２における各種演算結果に基づいて、記憶装置２４０に格納される各種データベースを更新する。例えば、ユーザがゲーム空間ＧにオブジェクトＯを配置するようにユーザ端末１００に作用を与えると、受信部２２１はその結果としてユーザが保有するオブジェクト情報やゲームポイントに関する情報を受信し、サーバ処理部２２２が必要な処理を実行するとともに、データ管理部２２３は当該データに基づいてユーザ管理テーブル３００を更新する。

ユーザ端末１００からゲーム空間Ｇにオブジェクトを配置する要求を受け付けた場合には、データ管理部２２３はゲーム空間Ｇに配置されるオブジェクトの情報を、ユーザ情報、オブジェクトの配置位置、等に関する情報と関連付けて記憶する。また、後述するように、各ユーザやオブジェクトに関連するゲームポイントに変動が生じた場合には、当該変動の結果に関する情報を各オブジェクトと関連付けるように、各種データベースを更新する。

マッチング部２２４は、複数のユーザをマッチングして対戦ゲームを開始するための一連の処理を行う。ユーザが後述するホームゲーム空間において対戦ゲーム開始要求を入力すると、マッチング部２２４はロビーを生成し、当該ユーザをマッチング待ちユーザとして特定する。当該ロビーに特定されたマッチング待ちユーザが所定数に達すると、マッチング部２２４は当該ユーザに対戦ゲーム空間を構成し、対戦ゲームを開始する処理をサーバ処理部２２２に実行させる。

計測部２２４は、主として対戦ゲームにおける対戦時間を管理する。計測部２２４は、後述するように、マッチング部２２４から対戦ゲーム開始処理の要求があった場合に、対戦時間の計測を開始し、複数のユーザ間における対戦時間を一元管理する。また、計測部２２４はゲーム空間Ｇの時間情報を計測し、タイマー部１１３におけるゲーム空間Ｇの時間情報と照合する。これにより、ユーザ端末１００とゲームサーバ２００においてゲーム空間Ｇの時間情報が同期され、各種時間情報の計測・判定が円滑に実施され得る。

サーバ判定部２２６は、サーバ処理部２２２からの判定要求に基づいて、記憶装置２４０に記憶された各種ユーザ情報やゲーム情報を参照し、ゲーム進行に必要な各種判定を実行する。また、サーバ判定部２２６は、対戦ゲーム終了時に各ユーザの保有するゲームポイントを参照することにより、対戦の勝敗を判定する。勝敗は、前述した人口Ｐといったゲームポイントに基づいて判定されることが好ましく、コインＣ１等のユーザに関連づけられた所定のゲームパラメータや、ゲーム空間Ｇの占有率といった他の要素を加味してもよい。

報酬計算部２２７は、サーバ判定部２２６における勝敗判定結果に基づいて、各ユーザに提供される報酬を算出する。報酬計算部２２７は、対戦ゲームにおける各ユーザの順位情報をも参照し、当該順位に応じた報酬を各ユーザに分配してもよい。

送信部２２６は、ユーザ端末１００上で動作可能なゲームプログラムや、ゲーム画面等のゲーム空間情報や、ゲームポイントやゲームパラメータ、報酬等の各種データ、各種通知等をユーザ端末１００に送信する制御を行う。

入力装置２５０はマウスやキーボード等の情報入力機器である。出力装置２６０は液晶ディスプレイ等であり、コンピュータの情報をモニタリングするために用いられる。

上記のユーザ端末１００の機能の少なくとも一部は、ゲームサーバ２００が備えるように構成されていても良い。また、上記のゲームサーバ２００の機能の少なくとも一部は、ユーザ端末１００が備えるように構成されていても良い。すなわち、本実施形態におけるゲームプログラムが実行されるコンピュータは、上述のユーザ端末１００やゲームサーバ２００を含む情報処理装置等から任意に選択され得る。

図５に、各ユーザが保有するゲームポイントやゲームパラメータ、オブジェクト等のユーザ情報を管理するユーザ管理テーブル３００の一例を示す。ユーザ管理テーブル３００は、ゲームサーバ２００の記憶装置２４０および／またはユーザ端末１００の記憶部１２０に記憶されている。ユーザ管理テーブル３００には、各ユーザを識別するユーザ情報と、ユーザが保有するコイン・アイテム・ダイヤといったゲームパラメータと、各ユーザが保有する建物等のオブジェクト情報が関連付けられている。各オブジェクトに関する基本情報は後述するオブジェクト管理テーブル３１０で管理され、ユーザ管理テーブル３００では、各オブジェクトのレベルや、レベルによる各建物のパラメータ補正値や、建物のゲーム空間Ｇにおける配置位置が管理される。また、後述するように、各オブジェクトが建築中であるか、建築済であるかといった建物の状態や、当該オブジェクトがゲーム空間Ｇに配置されてからの経過時間、または，当該オブジェクトが建築済となってから経過した時間を示す経過時間も管理される。また、各オブジェクトに関連づけられたゲームポイントとしての保有人口が管理され、各オブジェクトの保有人口の合計値が、当該ユーザに関連づけられたゲームポイントとして管理される。

図６に、各オブジェクトに関連付けられた情報を管理するオブジェクト管理テーブル３１０の一例を示す。本実施形態では、各オブジェクトには、オブジェクトの種類、保有人口や生産されるコインやアイテムといった、取得できるゲームポイント・ゲームパラメータに関する情報が規定されている。また、各オブジェクトからゲームポイント・ゲームパラメータを取得可能とするためには、当該オブジェクトを稼働させる必要があり、そのために必要なゲームパラメータとしての電力消費量が規定されている。各オブジェクトが建築中建物としてゲーム空間Ｇに配置されてから建築済建物に変化するまでに必要な時間である建築時間や、各オブジェクトがコインやアイテムを生産するのに必要な準備時間が設定されている。準備時間は複数定められていてもよく、当該準備時間が経過する度に、コインやアイテムの生産量が増加するように設定されていてもよい。

図７，図８に、各オブジェクトに関連づけられたスキルを管理するスキル管理テーブル３２０，３３０の一例を示す。図７に示すパッシブスキルを有するオブジェクトは、ゲーム空間Ｇ内に配置された後、建築済建物に変化することにより、ゲームを有利に進めるための所定のスキル（パッシブスキル）を発動させることができる。各オブジェクトはスキルの内容、スキルの影響が及ぼされる範囲である有効範囲が規定されており、有効範囲内に配置されたオブジェクトに対して自動的にスキルによる効果を与える。図８に示すアクティブスキルを発動することができる各オブジェクト（以下、スキルオブジェクトと称することがある。）は、ゲーム空間Ｇ内に配置された後、建築済建物に変化し、かつ、ユーザからのスキル発動要求を受け付けることにより、ゲームを有利に進めるための所定のスキルを発動させることができる。各オブジェクトはスキルの内容、スキルの影響が及ぼされる範囲である有効範囲、クールタイムが設定されている。各オブジェクトは、建築済オブジェクトに変化されるか、または、一度スキルを使用するとクールタイムに入り、所定時間内はスキルを発動することができない。

以下、本実施形態によるゲームシステム１の処理の流れを図９〜図３１を参照して詳細に説明するユーザは、オブジェクト一覧（図示せず）からゲーム空間Ｇ内に配置（いわゆる「建築」。）したいオブジェクトを選択し、場所を指定することで、各オブジェクトをゲーム空間内に配置できる。ユーザは、前述のように、各オブジェクトをゲーム空間内に配置することでゲームポイントとしての人口やコイン（ゲーム内通貨）、各種アイテムを取得できる。また、既に配置されたオブジェクトを選択し、別の場所を指定することで、当該オブジェクトの配置位置を移動させることができる。

図９に示すように、本実施形態のゲーム空間Ｇはホームゲーム空間Ｇ１と対戦ゲーム空間Ｇ２を含む。ホームゲーム空間Ｇ１は、各ユーザＡ〜Ｄに関連づけられており、当該ホームゲーム空間Ｇ１に関連づけられたユーザのみがゲームオブジェクトを配置できるゲーム空間である。対戦ゲーム空間Ｇ２は複数のユーザＡ〜Ｄによってネットワークを介して共有されるゲーム空間であり、複数のユーザＡ〜Ｄがそれぞれに関連づけられたゲームオブジェクトを対戦ゲーム空間Ｇ２に配置できる。各ユーザＡ〜Ｄは、所定のユーザ作用によって各ユーザ端末１００に表示されるホームゲーム空間Ｇ１と対戦ゲーム空間Ｇ２を切り替えることができる。

本実施形態において、人口等の対戦の勝敗を決するためのゲーム内情報がゲームポイントとして定義される。また、コインや各種アイテムや等の所定ユーザまたは所定ゲームオブジェクトに関連づけられたゲームを有利に進めるために必要なゲーム内情報や、各ゲームオブジェクトに関連づけられ、当該ゲームオブジェクトを稼働させるために必要なゲーム内情報（例えば、後述する消費電力や、火災発生有無といった情報）が、ゲームパラメータとして定義される。なお、ゲームポイントとゲームパラメータは、少なくとも一部が重複していても良く、ゲームポイントに基づいて対戦の勝敗を決定するに当たり、ゲームパラメータの一部を参照してもよい。

図１０〜１８を参照して、ホームゲーム空間Ｇ１におけるゲーム進行処理の流れを詳細に説明する。図１０〜１３を参照して、ホームゲーム空間Ｇ１にゲームオブジェクトとしての建物を配置することにより、ユーザにゲームポイントが付与される処理について説明する。図１４〜１６を参照して、ホームゲーム空間Ｇ１に配置された建物に対するユーザ作用により、ユーザにゲームパラメータが付与される処理について説明する。図１７，図１８を参照して、ホームゲーム空間Ｇ１内の建物を対戦ゲーム空間Ｇ２内で使用可能とするための処理について説明する。図１２，図１３，図１５，図１６，は当該機能をコンピュータに実行させるゲームシステムの処理を示すフローチャートである。図１０，図１１，図１４，図１７，図１８はホームゲーム空間Ｇ１の一例を示す。

図１０および図１２に示すように、ユーザ端末１００に表示されたショップＳに含まれるショップオブジェクトＳＯから、所定のオブジェクトを長押しして選択し、ホームゲーム空間Ｇ１内の平面ＰＬ１における所定位置にドラッグする。これにより、作用受付部１１１がユーザから入力部１３１に対する作用を検知し（Ｓ１０１）、作用受付部１１１がオブジェクトをゲーム空間内に配置させるためのオブジェクト配置要求として受け付ける（Ｓ１０２）。平面ＰＬ１には、オブジェクト配置要求に基づいて建築中建物ＢＯ（第１状態）が配置される（Ｓ１０３）。そして、ユーザ端末１００はゲームサーバ２００に対して、当該オブジェクトがゲーム空間Ｇ内に配置されたことを示すゲーム空間情報をゲームサーバ２００に送信する（Ｓ１０４）。ゲームサーバ２００はユーザが配置したオブジェクトに関する情報を受信し（Ｓ２０１）、当該情報に基づいてユーザ管理テーブル３００を更新する（Ｓ２０２）。

平面ＰＬ１に建築中建物ＢＯが配置されると、タイマー部１１３により経過時間の計測が開始される（Ｓ１０５）。そして、各オブジェクトに設定された建築時間を、建築中建物の経過時間が超過し（Ｓ１０６）、当該建築中オブジェクトＢＯに対するユーザ作用（例えばタップ操作）をさらに受け付けると（Ｓ１０７）、建築中建物ＢＯが建築済建物Ｏ１〜Ｏ５に変化する（Ｓ１０８）。次に、建築済オブジェクトにライフラインから電力が供給されているか否かが判定され（Ｓ１０９）、各オブジェクトが稼働される（Ｓ１１０）図１１に示すように、ライフラインである発電所Ｏ３が道路Ｒに隣接して配置されているので、当該道路Ｒに隣接するオブジェクトに対して電力が供給される。本実施形態では、マンションＯ１、商店Ｏ４、消防署Ｏ５が発電所Ｏ３から供給される電力によって稼働され、公園Ｏ２は電力を必要としないので、道路Ｒに隣接していなくても稼働される。

建築済建物が稼働すると、当該オブジェクトに対するユーザ作用の受付を開始し、後述するように、当該オブジェクトによるゲームパラメータの取得や、スキルの発動を受け付けることを可能にするよう処理される（第２状態）。また、建築中建物が建築済建物に変化すると、タイマー部１１３により各オブジェクトＯ１〜Ｏ５の経過時間の計測が開始される（Ｓ１１０）。そして、当該オブジェクトをゲーム空間Ｇ内に配置することによって獲得される、当該オブジェクトに関連づけられたゲームポイント（例えば人口Ｐ）が、ユーザに付与され、当該ユーザに関連づけられたゲームポイントが更新される（Ｓ１１１）。このとき、ユーザ端末１００は建築中建物が建築済建物に変化した情報を含むゲーム情報をゲームサーバ２００に送信し、ゲームサーバ２００はユーザが保有するオブジェクトが建築済建物に変化したことを示す情報や、建築済建物が稼働されることによって獲得されたゲームポイントに関する情報を受信し（Ｓ２０３）、当該情報に基づいてユーザ管理テーブル３００を更新する（Ｓ２０４）。

なお、建築済建物は、再度建築中建物に変化されても良い。例えば、建築済建物を増築したりレベルアップさせることによって、保有可能人口やコイン生産量を増加させるようにしてもよい。この場合には、建築済建物を再度建築中建物に変化させ、経過時間の計測を開始し（Ｓ１０５と同様）、増築やレベルアップに必要な建築時間（増築時間）経過後にユーザ作用を受け付ける（Ｓ１０６〜Ｓ１０７と同様）ことによって、建築中建物を増築やレベルアップ後の建築済建物に変化させてもよい（Ｓ１０８と同様）。その後のゲームポイント更新処理についても、前述の処理Ｓ１０９〜Ｓ１１１，Ｓ２０３〜Ｓ２０４が適用され得る。

図１１，図１３に示すように、平面ＰＬ１に建築済建物としてのマンションＯ１、公園Ｏ２、発電所Ｏ３、商店Ｏ４、消防署Ｏ５が配置されると（Ｓ１１２）、各オブジェクトの保有人口を計算することによって（Ｓ１１７）、ユーザに関連づけられたゲームポイントが算出される。本実施形態では、人口を保有可能なオブジェクトはマンションＯ１のみである。まず、オブジェクト管理テーブル３１０を参照してマンションＯ１の保有可能人口を特定し（Ｓ１１３）、マンションＯ１が平面ＰＬ１に配置することによって保有可能となる初期人口を特定する（Ｓ１１４）。

次に、他のオブジェクトのスキルによってマンションＯ１に保有される人口の変動を算出する。まず、マンションＯ１が他のオブジェクトの有効範囲に属しているか否かを判定し（Ｓ１１５）、マンションＯ１は公園Ｏ２の有効範囲Ｅ１と、発電所Ｏ３の有効範囲Ｅ２に属していると特定される。そして、公園Ｏ２および発電所Ｏ３のパッシブスキルの内容を特定すると（Ｓ１１６）、初期人口から公園Ｏ２のパッシブスキルによる人口増加分を加算し、発電所Ｏ３のパッシブスキルによる人口減少分を減算することにより、マンションＯ１の保有人口が算出される（Ｓ１１７）。ユーザ端末１００はマンションＯ１をゲーム空間に配置することによって得られた保有人口をゲームポイント情報としてゲームサーバ２００に送信し（Ｓ１１８）、ゲームサーバ２００は当該ゲームポイントに関する情報を受信して（Ｓ２０５）、当該情報に基づいてユーザ管理テーブル３００を更新する（Ｓ２０６）。

さらに、図１４〜図１６に示すように、平面ＰＬ１に配置された建物に対するユーザ作用により、ユーザにゲームパラメータが付与される処理が実行される。図１５に示すように、例えばユーザが平面ＰＬ１に配置された商店Ｏ４をタップすると、ユーザ端末１００はユーザ作用が入力されたことを検知する（Ｓ１１９）。そして、ユーザ管理テーブル３００をから商店Ｏ４の経過時間を参照して、商店Ｏ４からコインＣ１を取得に可能にするための準備時間を経過したか否かを判定し（Ｓ１２０）、Ｙｅｓと判定される場合には、商店Ｏ４からコインを獲得するための要求として受け付ける（Ｓ１２１）。この時、各オブジェクトに付されたコインを獲得可能であることを示す表示が消去され、ユーザはコイン獲得要求が受け付けられたことが視認できる。

次に、経過時間に基づいて、獲得されるコインの量といったゲームパラメータ値が計算される（Ｓ１２２）。そして、ユーザ端末１００はゲームサーバ２００に対して、所定値のゲームパラメータがユーザに付与されたことを示すゲーム情報をゲームサーバ２００に送信する（Ｓ１２３）。ゲームサーバ２００はユーザに付与されたゲームパラメータに関する情報を受信し（Ｓ２０７）、当該情報に基づいてユーザ管理テーブル３００を更新する（Ｓ２０８）。

また、図１６に示すように、ユーザ端末１００はスキルオブジェクトである消防署Ｏ５に対するユーザ作用を検知すると（Ｓ１２５）、消防署Ｏ５が建築済オブジェクトに変化されてからの経過時間か、または、一度スキルを発動してからの経過時間を参照し、経過時間がクールタイムを経過したか否かを判定する（Ｓ１２６）。クールタイムを超過している場合には、ユーザ端末１００はユーザ作用を受け付けて、消防署Ｏ５の有効範囲Ｅ３を特定し、有効範囲内に火災が発生したオブジェクトが配置されているか否かを判定する（Ｓ１２７）。有効範囲Ｅ３に配置されたマンションＯ１に火災が発生しているから、マンションＯ１を対象オブジェクトとして特定し、消防署Ｏ５のスキルによってマンションＯ１の火災を鎮火するように処理する（Ｓ１２８）。ユーザ端末１００はマンションＯ１の火災を鎮火することによって得られたゲームポイントやゲームパラメータに関する情報をゲームサーバ２００に送信し、ゲームサーバ２００は当該情報を受信して（Ｓ２０９）、ユーザ管理テーブル３００を更新する（Ｓ２１０）。また、消防署Ｏ５のスキルが発動されると、消防署Ｏ５はクールタイムに入るとともに、ユーザ管理情報３００における経過時間をリセットして再計測を開始し、経過時間がクールタイムを超過するまでは再度スキルを発動できないように処理される（Ｓ１２９）。

また、図１７，図１８に示すように、ホームゲーム空間Ｇ１内に配置された建物、および、ユーザがホームゲーム空間Ｇ１内に配置できなかったオブジェクトを保管しておく倉庫Ｗに保管されているオブジェクトＷＯを、対戦ゲーム空間Ｇ２内で使用可能なデッキオブジェクトＤＯとして選択することができる。

図１７に示すように、ユーザは平面ＰＬ１に配置されたオブジェクトＯおよび道路Ｒを長押しすることによって選択し、デッキＤにドラッグすることによって、デッキオブジェクトＤＯとして登録することができる。

また、図１８に示すように、平面ＰＬ１にデッキオブジェクトＤＯを選択するためのオブジェクトである本社Ｈ０が配置されていてもよい。本社Ｈ０の有効範囲Ｅ４内に配置されたオブジェクトはデッキオブジェクトＤＯとして登録され、その配置関係を維持した状態で後述する対戦ゲーム空間Ｇ２に反映させることができる。

次に、図１９を参照して、ホームゲーム空間Ｇ１から対戦ゲーム空間Ｇ２に切り替えるためのゲームシステム１における処理フローを説明する。あるユーザ端末１００からゲームサーバ２００に対して対戦ゲームを開始するためのマッチング要求が送信されると（Ｓ１３０）、ゲームサーバ２００はこれを受け付けて（Ｓ２１１）、他の対戦ユーザを待ち受けるためのロビーを生成するとともに、当該ユーザをマッチング待ちユーザとして登録する。当該ユーザ端末１００では、対戦相手のマッチングが完了するまで待機状態となる（Ｓ１３１）。

ゲームサーバ２００は他のユーザ端末１００からも同様にマッチング要求を受け付け、当該ロビーに特定されたマッチング待ちユーザが所定数に達したと判断すると（Ｓ２１２）、図２０に示すような対戦ユーザ管理テーブル３４０を生成する（Ｓ２１３）。対戦ユーザ管理テーブル３４０には、保有コインや保有アイテムといったゲームパラメータはホームゲーム空間Ｇ１から引き継がず（異ならせる）、全ユーザに共通の初期状態が設定される。一方、保有ダイヤモンド等の一部のゲームパラメータは、ホームゲーム空間Ｇ１から引き継ぐようにされている（一致される）。また、保有オブジェクトとして、ホームゲーム空間Ｇ１で設定されたデッキオブジェクトＤＯが設定される。このとき、図１７に示すようにデッキＤにデッキオブジェクトＤＯを移動させることによりデッキオブジェクトＤＯを選択した場合には、初期状態では全デッキオブジェクトＤＯが倉庫Ｗに収容された状態とされる。一方、図１８に示すように本社Ｈ０の有効範囲に基づいてデッキオブジェクトＤＯを選択した場合には、デッキオブジェクトＤＯの対戦ゲーム空間Ｇ２における初期配置位置が特定される（Ｓ２１４）。

次に、ゲームサーバ２００は対戦ユーザ間で共有される対戦ゲーム空間Ｇ２を構成し（Ｓ２１５）、対戦時間の計測を開始した後に（Ｓ２１６）、当該情報を含む対戦ゲーム情報を各ユーザ端末に送信する（Ｓ２１７）ことによって、対戦ゲームが開始される（Ｓ２１８）。各ユーザ端末においては、当該対戦ゲーム情報を受信することによって（Ｓ１３２）、対戦ゲームが開始される（Ｓ１３３）。対戦時間は対戦ゲーム空間Ｇ２において対戦ゲームが行われる時間であり、対戦開始後に所定の対戦時間が経過することにより対戦ゲームが終了され、対戦ゲーム空間Ｇ２にゲームオブジェクトが配置されないように処理される。対戦ゲーム情報が対戦時間の計測が開始された時刻と、対戦が終了される時刻に関する情報を含むことにより、各ユーザ端末１００において対戦ゲーム空間Ｇ２における経過時間が共有される。対戦時間は、長さの異なる複数の対戦時間のうちから選択可能であることが好まし。

図２１〜３２を参照して、対戦ゲーム空間Ｇ２におけるゲーム進行処理の流れを詳細に説明する。図２１〜２６を参照して、対戦ゲーム空間Ｇ２にゲームオブジェクトとしての建物を配置することにより、ユーザにゲームポイントが付与される処理について説明する。図２７〜３１を参照して、対戦ゲーム空間Ｇ２において実現される、対戦ゲームのゲーム性を高めるためのゲーム要素の一例を説明する。図３２は、対戦ゲーム終了後に、各ユーザに付与されたゲームポイントに基づいて対戦ゲームの勝者を決定する処理について説明する。図２２，図２６，図３２は当該機能をコンピュータに実行させるゲームシステムの処理を示すフローチャートである。図２１，図２３〜図２５，図２７，図２９〜図３１は対戦ゲーム空間Ｇ２の一例を示す。

対戦ユーザのマッチングが完了すると、各ユーザ端末１００には図２１に示す対戦ゲーム空間Ｇ２が表示される。対戦ゲーム空間Ｇ２内の平面ＰＬ２はユーザＡ〜Ｄに関連づけられており、ユーザＡ〜Ｄがゲームオブジェクトを配置できる。一方、平面ＰＬ２は、ユーザＡに関連づけられた第１エリアＰＥ１，ユーザＢに関連づけられた第２エリアＰＥ２，ユーザＣに関連づけられた第３エリアＰＥ３，ユーザＤに関連づけられた第４エリアＰＥ４を含む。ユーザＡは第１エリアＰＥ１内にのみゲームオブジェクトＯを配置できる。ユーザＢは第２エリアＰＥ２内にのみゲームオブジェクトＯを配置できる。ユーザＣは第３エリアＰＥ３内にのみゲームオブジェクトＯを配置できる。ユーザＤは第４エリアＰＥ４内にのみゲームオブジェクトＯを配置できる。なお、ユーザＡのユーザ端末１００−１の表示部１３２には第１エリアＰＥ１のみが視認可能に表示され、ユーザＢのユーザ端末１００−２の表示部１３２には第２エリアＰＥ２のみが視認可能に表示され、ユーザＣのユーザ端末１００−３の表示部１３２には第３エリアＰＥ３のみが視認可能に表示され、ユーザＤのユーザ端末１００−４の表示部１３２には第４エリアＰＥ４のみが視認可能に表示される。従って、ユーザＡは第２エリアＰＥ２〜第４エリアＰＥ４を視認することができない。

第１エリアＰＥ１〜第４エリアＰＥ４は、ユーザＡ〜Ｄに関連づけられた本社Ｈ１〜Ｈ４を含む。図１８に示したように、ホームゲーム空間Ｇ１において本社Ｈ０の有効範囲Ｅ４内に配置されたオブジェクトはデッキオブジェクトＤＯとして登録した場合には、対戦ゲーム開始時に、第１エリアＰＥ１〜第４エリアＰＥ４のうち、本社Ｈ１〜Ｈ４を含む領域にデッキオブジェクトＤＯを反映させても良い。これにより、対戦ゲーム開始時に有効範囲Ｅ４内に配置されたデッキオブジェクトＤＯを、その配置関係を維持した状態で対戦ゲーム空間Ｇ２に反映させることができ、ユーザの利便性が向上する。

また、ホームゲーム空間Ｇ１と同様に、ユーザＡ〜Ｄは平面ＰＬ２（第１エリアＰＥ１〜第４エリアＰＥ４）にゲームオブジェクトＯを配置できる。図１０と同様に、各ユーザ端末１００に表示されたショップＳに含まれるショップオブジェクトＳＯから、所定のオブジェクトを長押しして選択し、対戦ゲーム空間Ｇ２内の平面ＰＬ２における所定位置にドラッグする。これにより、作用受付部１１１がユーザから入力部１３１に対する作用を検知し、作用受付部１１１がオブジェクトを対戦ゲーム空間Ｇ２内に配置させるためのオブジェクト配置要求として受け付ける（図２２のＳ１３４）。上記の所定位置が、各ユーザがオブジェクトを配置できる第１エリアＰＥ１〜第４エリアＰＥ４内にあると判定される場合には（Ｓ１３５のＹ）、オブジェクト配置要求に基づいて平面ＰＬ２に建築中建物ＢＯ（第１状態）が配置される（Ｓ１３６）。平面ＰＬ２に建築中建物ＢＯが配置されると、タイマー部１１３により経過時間の計測が開始される（Ｓ１３７）そして、ユーザ端末１００はゲームサーバ２００に対して、当該オブジェクトが対戦ゲーム空間Ｇ２内に配置されたことや、経過時間の計測が開始された時刻を示すゲーム空間情報をゲームサーバ２００に送信する（Ｓ１３８）。

ゲームサーバ２００は各ユーザＡ〜Ｄが配置したオブジェクトに関する情報を受信し（Ｓ２１９）、当該情報に基づいて対戦ユーザ管理テーブル３４０を更新する（Ｓ２２０）。これにより、対戦ゲーム空間Ｇ２内に各ユーザが配置したオブジェクトの配置に基づくゲーム空間情報や対戦ユーザＡ〜Ｄの保有ゲームポイントやゲームパラメータが一元管理される。そして、ゲームサーバ２００がゲーム空間情報やユーザ情報を各ユーザ端末１００に送信することにより（Ｓ２２１）、各ユーザ端末間でゲーム空間情報やユーザ情報が共有され、対戦ゲーム空間Ｇ２がリアルタイムに更新される。

各オブジェクトに設定された建築時間を、建築中建物の経過時間が超過し、当該建築中オブジェクトＢＯに対するユーザ作用（例えばタップ操作）をさらに受け付けると、建築中建物ＢＯが建築済建物Ｏに変化する（Ｓ１４０）。このような対戦ゲーム空間Ｇ２内に建築済建物Ｏが配置された情報は、ゲーム空間情報としてゲームサーバ２００に送信され、他の各ユーザ端末にも共有される（Ｓ２２０，Ｓ２２１）。

図２３に示すように、対戦ゲーム空間Ｇ２内に建築済建物ＯＡ１，ＯＡ２，ＯＢ１〜３が配置されると（図２６のＳ１４０）、各建築済オブジェクトにライフラインから電力が供給されているか否かが判定される（Ｓ１４１）。マンションＯＡ１と発電所ＯＡ２はユーザＡに関連づけられ、マンションＯＢ１と発電所ＯＢ２と公園ＯＢ３と道路ＲはユーザＢに関連づけられている。ライフラインである発電所ＯＡ２および発電所ＯＢ２は道路Ｒに隣接して配置されているので、当該道路Ｒに隣接するオブジェクトに対してゲームパラメータとしての電力が供給される。本実施形態では、道路Ｒはユーザ間で共有して用いることができ、発電所ＯＡ２はユーザＢに関連づけられた道路Ｒを介してユーザＡに関連づけられたオブジェクトに電力を提供するとともに、発電所ＯＢ２はユーザＢに関連づけられた道路Ｒを介してユーザＢに関連づけられたオブジェクトに電力を提供する。従って、マンションＯＡ１は発電所ＯＡ１から供給される電力によって稼働され、マンションＯＢ１は発電所ＯＢ２から供給される電力によって稼働される。なお、公園ＯＢ３は電力を必要としないので、道路Ｒに隣接しているか否かによらず稼働される。第１ユーザに関連づけられたゲームオブジェクト同士を、第２ユーザに関連づけられたゲームオブジェクトによって関連づけることができる。このように、道路Ｒのように一部のオブジェクトを各ユーザ間で共用できるものとすることにより、各ユーザは対戦相手のオブジェクト配置を考慮して自らのゲームオブジェクト配置を工夫する必要が生じ、街づくり要素等における戦略的思考の重要性を高めることができる。

建築済建物ＯＡ１，ＯＡ２，ＯＢ１〜３が稼働すると、当該オブジェクトに対するユーザ作用の受付を開始し、後述するように、当該オブジェクトによるゲームパラメータの取得や、スキルの発動を受け付けることを可能にするよう処理される（第２状態）。また、建築中建物が建築済建物に変化すると、タイマー部１１３により各オブジェクトＯＡ１，ＯＡ２，ＯＢ１〜３の経過時間の計測が開始される（Ｓ１４２）。そして、当該オブジェクトを対戦ゲーム空間Ｇ２内に配置することによって獲得される、当該オブジェクトに関連づけられたゲームポイント（例えば人口Ｐ）が、ユーザに付与される。

このとき、各オブジェクトの保有人口を計算することによって（Ｓ１４７）、ユーザに関連づけられたゲームポイントが算出される。本実施形態では、人口を保有可能なオブジェクトはマンションＯＡ１およびマンションＯＡ２である。まず、オブジェクト管理テーブル３１０を参照してマンションＯＡ１，ＯＢ２の保有可能人口を特定する（Ｓ１４３）とともに、マンションＯ１，ＯＢ２が平面ＰＬ２に配置することによって保有可能となる初期人口を特定する（Ｓ１４４）。

次に、他のオブジェクトのスキルによってマンションＯＡ１，ＯＢ２に保有される人口の変動を算出する。まず、マンションＯＡ１，ＯＢ２が他のオブジェクトの有効範囲に属しているか否かを判定する（Ｓ１４５）。このとき、オブジェクト管理テーブル３１０およびパッシブスキル管理テーブル３２０を参照することにより、平面ＰＬ２内に配置された建築済建物ＯＡ１，ＯＡ２，ＯＢ１〜３のうち、パッシブスキルを有するオブジェクトの有効範囲を特定し、当該有効範囲内に少なくとも一部が配置されているオブジェクトを特定する。本実施形態では、発電所ＯＡ２の有効範囲Ｅ５内にマンションＯＢ１が配置され、公園ＯＢ３の有効範囲Ｅ６内にマンションＯＡ１一部およびマンションＯＢ１の一部が配置されている。

マンションＯＡ１は公園ＯＢ３の有効範囲Ｅ６、に属していると特定される（Ｓ１４５のＹ）。従って、公園ＯＢ３のパッシブスキルの内容を特定すると（Ｓ１４６）、初期人口から公園ＯＢ３のパッシブスキルによる人口増加分を加算し、マンションＯＡ１の保有人口が算出される（Ｓ１４７）。また、マンションＯＢ１は、発電所ＯＡ２の有効範囲Ｅ５と公園ＯＢ３の有効範囲Ｅ６と、に属していると特定される（Ｓ１４５のＹ）。従って、発電所ＯＡ２および公園ＯＢ３のパッシブスキルの内容を特定すると（Ｓ１４６）、初期人口から公園ＯＢ３のパッシブスキルによる人口増加分を加算し、発電所ＯＡ２のパッシブスキルによる人口減少分を減算することにより、マンションＯＢ１の保有人口が算出される（Ｓ１４７）。ユーザＡに関連づけられたユーザ端末１００−１は、マンションＯＡ１をゲーム空間に配置することによって得られた保有人口をゲームポイント情報としてゲームサーバ２００に送信し、ユーザＢに関連づけられたユーザ端末１００−２は、マンションＯＢ１をゲーム空間に配置することによって得られた保有人口をゲームポイント情報としてゲームサーバ２００に送信する（Ｓ１４８）、ゲームサーバ２００は当該ゲームポイントに関する情報を受信して（Ｓ２２２）、当該情報に基づいてユーザ管理テーブル３００を更新するとともに、更新後の当該情報を各ユーザ端末１００に送信する（Ｓ２２３）。

このとき、各オブジェクトを配置することにより更新されるゲームポイント値は、ホームゲーム空間Ｇ１に配置された場合に更新されるゲームポイント値と一致することが好ましい。即ち、対戦ユーザ管理テーブル３４０に特定された保有オブジェクトの保有可能人口やパッシブスキルにより更新される保有人口数は、ユーザ管理テーブル３００およびオブジェクト管理テーブル３１０、スキル管理テーブル３２０，３３０に基づいて設定されることが好ましい。これにより、ユーザはゲームオブジェクトをホームゲーム空間Ｇ１で育成することにより対戦ゲームを有利に進行でき、ホームゲーム空間Ｇ１におけるゲーム性を高めることができる。

なお、他の建物の有効範囲に属しているかを判定するステップ（Ｓ１４５）において特定される有効範囲は、図２５に示したユーザＡに関連付けられた消防署ＯＡ４のアクティブスキルの有効範囲Ｅ７を採用してもよい。この場合の処理は図１６に示したものと同様であるが、消防署ＯＡ４はユーザＡのみのユーザ作用を受け付けることとされ、これにより有効範囲Ｅ７が特定される。有効範囲Ｅ７内に配置されたマンションＯ１に火災が発生している場合には、消防署ＯＡ４のアクティブスキルによって火災が鎮火され、マンションＯＡ１が再び稼働されるようにゲームパラメータを更新する。

アクティブスキルは有効範囲内に配置されたオブジェクトのうち、スキルを発生させたユーザＡに関連づけられたオブジェクトのゲームポイントおよびゲームパラメータのみを変動させることとしてもよい。即ち、火災の発生したマンションＯＡ１がユーザＢに関連づけられている場合には、消防署ＯＡ４のアクティブスキルにより火災を鎮火させないようにしてもよい。なお、上記のパッシブスキルについても、有効範囲内に配置されたオブジェクトのうち、スキルを発生させるオブジェクトに関連づけられたユーザに関連づけられたオブジェクトのゲームポイントおよびゲームパラメータを変動させることとしてもよい。

また、各オブジェクトの対戦ゲーム空間Ｇ２における建築時間やクールタイムは、ホームゲーム空間Ｇ１における建築時間やクールタイムと異ならせても良い。また、対戦時間が、長さの異なる複数の対戦時間のうちから選択可能である場合には、対戦時間に応じて建築時間やクールタイムが変更されてもよい。例えば、対戦時間が短い場合には建築時間やクールタイムを短く設定しておくことが好ましい。これにより、対戦時間に応じて対戦ゲーム空間Ｇ２におけるゲーム進行のスピード感を異ならせることができるので、ユーザは容易に対戦ゲームを楽しむことができる。

上記のようにしてゲームポイントが更新されると（Ｓ１４８）、更新後のゲームポイントが閾値を超えているか否かが判定される（Ｓ１４９）。閾値を超えたと判定されると、図２１に破線で示すように、第１エリアＰＥ１〜第４エリアＰＥ４のうち当該ユーザに関連受けられたエリアの面積が拡大される（Ｓ１５０）。これにより、ゲームの進行に応じてゲームの自由度が増し、街づくり要素等におけるゲーム性が高まる。なお、ゲームポイントが減少した場合には、それに応じて第１エリアＰＥ１〜第４エリアＰＥ４の面積が縮小されても良い。

なお、第１エリアＰＥ１〜第４エリアＰＥ４を最初は広く設定しておき、各ユーザのゲームポイントに応じて第１エリアＰＥ１〜第４エリアＰＥ４の面積が縮小されるものとしても良い。ゲームの進行に応じてゲームの自由度を制限することにより、当初よりオブジェクトを配置する戦略を考慮することが要求されるようになる。

本実施形態では、各ユーザは自己のゲームポイントまたは所定のゲームパラメータ（例えば、ゲーム内通貨としてのコイン）と引き替えに、他のユーザのオブジェクトを自らに関連づける操作（以下「買収」という）をすることができる。これにより、街づくり要素等における戦略的思考の重要性を高めることができる。

図２７に示すように、ユーザＡがユーザＢに関連づけられたマンションＯＢ４を買収する場合を例示して説明する。本実施形態では、ユーザＡは第１エリアＰＥ１内に配置され、他のユーザＢ〜Ｄのいずれかに関連づけられたオブジェクトを買収することができる。マンションＯＢ４は、第１エリアＰＥ１内に配置されるとともに、第２エリアＰＥ２内にも配置されている。従って、前述のように、ユーザＡのゲームポイントまたはその他のゲームパラメータに基づいて第１エリアＰＥ１の面積を拡大するようにすれば、ゲームの進行に伴ってオブジェクトを配置する自由度が増す一方で、他のユーザとオブジェクトを配置するためのスペースを奪い合う必要が生じる。これにより、街づくり要素等におけるゲーム性を高めることができる。

他のユーザのオブジェクトを買収するために必要なゲームポイントおよびゲームパラメータは、図２８に示すように、各オブジェクト、および、オブジェクトの種類に応じて定められていることが好ましい。本実施形態では各オブジェクトには基準価格が設定されている。そして、買収価格算出テーブル３５０に基づいて、当該オブジェクトが対戦ゲーム空間Ｇ２内で活用されている度合いである活用度を算出し、基準価格に活用度を乗じた値が買収価格として設定される。各ユーザは、買収価格に相当するコイン（第１値）を支払った場合には、１００％の確率で対象オブジェクトを買収することができる。一方、買収価格より少ない額のコイン（第２値）を支払った場合には、支払額の買収価格に占める割合に応じて買収確率が設定される。各ユーザは、自己のコイン保有額と買収確率を考慮して、支払額を決定することができる。

オブジェクトの対戦ゲーム空間Ｇ２内における活用度は、当該オブジェクトが他のオブジェクトに与える影響の度合いに基づいて算出されることが好ましい。図２８に示すように、マンションは、保有可能人口に占める実際の保有人口の割合が活用度として設定されている。公園および消防署は、有効範囲の面積（マス数）に占める、影響を与えるオブジェクトの面積（マス数）の割合が活用度として設定されている。発電所は、電力供給量に占める、実際に建物が消費している電力（電力消費量）の合計値の割合が活用度として設定されている。これにより、ユーザが対戦ゲーム空間Ｇ２内でよく活用している重要度の高いオブジェクトは、買収を困難にすることができる。これにより、オブジェクトの買収によって不合理なゲーム状況（戦況）の変化が生じることを防止でき、街づくり要素等におけるゲーム性が高まる。なお、商店や畑のように、活用度によって買収価格を変動させないオブジェクトが含まれていてもよい。

ゲームポイントまたは所定のゲームパラメータと引き替えに他のユーザに関連付けられたゲームオブジェクトを取得する（所謂「買収」）処理は、対戦ゲーム空間Ｇ２において、自己のゲームオブジェクトを配置可能なエリア外に配置されたゲームオブジェクトに対して適用されてもよい。また、「買収」機能はホームゲーム空間Ｇ１においても適用され得る。例えば、ユーザＡがユーザＢのホームゲーム空間Ｇ１を訪問した際に、ユーザＡがユーザＢのホームゲーム空間Ｇ１に配置されたゲームオブジェクトを買収できるように処理されてもよい。その場合には、図２８に示した買収価格算出テーブル３５０に従って、買収価格および買収確率が算出されることが好ましい。

上述した実施の形態においては、買収する側のユーザが支払うコインの額によって買収確率を決定することとしていたが、買収の対象とされたオブジェクト（以下、「買収対象オブジェクト」と呼ぶ）と、買収する側のユーザが配置したオブジェクト（以下「買収側オブジェクト」と呼ぶ）との位置関係に応じて、買収成功確率を変動させることとしてもよい。

より詳しくは、図２９を参照して、ゲーム空間Ｇ３の平面ＰＬ３には、ユーザＡのオブジェクトＯＡ１乃至ＯＡ３と、ユーザＢのオブジェクトＯＢ１とが配置されている。図示されるように、オブジェクトＯＡ１は買収対象オブジェクトＯＢ１の上側で隣接しており、オブジェクトＯＡ２は買収対象オブジェクトＯＢ１の左側で隣接しており、オブジェクトＯＡ３は買収対象オブジェクトＯＢ１の下側で隣接している。図３０に示されるように、本実施の形態においては、隣接する買収側オブジェクトの数によって、買収成功確率を増加させることとしている。即ち、隣接する買収側オブジェクト数が０のときには買収成功確率の変動はなく、隣接する買収側オブジェクト数が１のときには買収成功確率は＋５％され、隣接する買収側オブジェクト数が２のときには買収成功確率は＋１０％され、隣接する買収側オブジェクト数が３のときには買収成功確率は＋２０％され、隣接する買収側オブジェクト数が４のときには買収成功確率は＋４０％される。

隣接する買収側オブジェクト数別の買収成功確率の増加率（「０」→「＋５％」→「＋１０％」→「＋２０％」→「＋４０％」）は同図に示されるように指数関数的に増加させることとしてもよいし、等間隔（例えば「０」→「＋５％」→「＋１０％」→「＋１５％」→「＋２０％」）刻みで増加させることとしてもよい。本実施の形態においては、図２９に示されるように、買収対象オブジェクトＯＢ１に隣接する買収側オブジェクト数は３であるため、図３０のテーブルより、買収成功確率は「＋２０％」される。

このように、隣接する（＝囲まれる）買収側オブジェクトの数に応じて買収成功確率を増加させることとすれば、例えば、少ないコインの額で効果的に買収を成功させることができ、より戦略的にゲームを進めることができる。

上述した実施の形態においては、買収側オブジェクトの「数」によって買収成功確率を変動させていたが、例えば、各オブジェクトに割当てられた属性を買収成功確率の変動要素に加えることとしてもよい。例えば、買収対象オブジェクトと、これに隣接する買収側オブジェクトとが同じ属性である場合と異なる属性である場合とで買収成功確率を増減させたり、属性間に有利・不利等の優劣を設定しある属性は別のある属性に対して買収有利に働くというような要素を追加したりしてもよい。この場合、ゲームプログラム側においては、各オブジェクトに複数の属性の少なくともいずれかを関連づけるステップと、買収対象オブジェクトの属性を判定するステップと、隣接する買収側オブジェクトの属性を判定するステップと、これらの属性に応じて買収成功確率を算出するステップを更に実行することとすればよい。

買収成功確率Ｐ_１は、買収必要金額Ｒ及び支払コインの額Ａを用いれば、例えば、下記数式１で表すことができる。
更に、隣接する買収側オブジェクトの数に応じた買収成功確率の増加率Ｉ（０、＋５％、＋１０％、＋２０％、＋４０％のいずれか：図３０参照）と、各オブジェクト属性に応じて追加される買収成功確率の変動率Ｃ（例えば、−２０％〜＋２０％等）を用いれば、買収成功確率Ｐ_２は、例えば、下記数式２で表すことができる。
なお、上述した数式は説明を容易にするために示した一例に過ぎず、他の補正要素を追加したり、特定の係数を乗じる等、適宜変更することが可能である。

上述した実施の形態は、買収対象オブジェクトの数が１つ（図２９のオブジェクトＯＢ１）であったが、図３１に示されるように、買収対象オブジェクトの数が複数であってもよい。図示されるゲーム空間Ｇ４の平面ＰＬ４には、ユーザＡの保有する６つのオブジェクトＯＡ１乃至ＯＡ６と、ユーザＢの保有する２つのオブジェクトＯＢ１及びＯＢ２とが配置されている。図示されるように、オブジェクトＯＡ１乃至ＯＡ６は、オブジェクトＯＢ１及びＯＢ２の周囲を取り囲むようにして配置されている。本実施の形態においては、周囲に存在する買収側オブジェクトの数によって、買収成功確率を増加させることとしている。即ち、図３２に示されるように、買収側オブジェクト数が０のときには買収成功確率の変動はなく、買収側オブジェクト数が１のときには買収成功確率は＋１％され、買収側オブジェクト数が２のときには買収成功確率は＋２％され、買収側オブジェクト数が３のときには買収成功確率は＋３％され、以降、買収側オブジェクト数が１増加する毎に買収成功確率も１増加する。本実施の形態においては、買収対象オブジェクトの数が複数であるため、買収側オブジェクトの数に応じた買収成功確率の増加が緩やか（１％毎の増加）とし、難易度を調整している。

なお、本実施の形態においても、各オブジェクトに割当てられた属性を買収成功確率の変動要素に加えることとしてもよい。例えば、買収側オブジェクトのうち買収対象オブジェクトと同じ属性のものがいくつあるかによって買収成功確率を増減させたり、属性間に優劣を設定しある属性は別のある属性に対して買収有利に働くというような要素を追加したりしてもよい。

また、図３１に示される例では、買収対象オブジェクトＯＢ１及びＯＢ２は、買収側オブジェクトＯＡ１乃至ＯＡ６と隣接するようにして配置されていた。しかしながら、このように隣接しなくても、図３３に示されるように、買収対象オブジェクトＯＢ１及びＯＢ２が、買収側オブジェクトＯＡ１乃至ＯＡ８に取り囲まれるように配置されていれば、買収成功確率を変動することとしてもよい。この場合、買収対象オブジェクトが特定された際に、当該買収対象オブジェクトの周囲に連続して配置される買収側オブジェクトの有無を判定することとすればよい。なお、上述した「取り囲む」とは、連続して配置された買収側オブジェクトに囲まれた領域（即ち、図３３における買収側オブジェクトＯＡ１乃至ＯＡ８によって囲まれた４マスの領域：うち２マスには買収対象オブジェクトＯＢ１及びＯＢ２が配置済み）が、上下左右方向において他の領域と連続していないことを判定すればよい。

なお、買収側オブジェクトで取り囲んだ領域の広さ（買収側オブジェクトで取り囲まれたマスの数）に応じて買収成功確率を増加させることとしてもよい。例えば、図３３に示される例においては、ユーザＡの買収側オブジェクトＯＡ１乃至ＯＡ７によって取り囲まれるマスの数は４である。一方、図３４に示される例においては、ユーザＡのオブジェクトＯＡ１乃至ＯＡ１１によって取り囲まれるマスの数は９である。この場合、図３５に示されるテーブル等を用いて、図３３に示される例における買収成功確率は＋４％とし、図３３に示される例における買収成功確率は＋９％としてもよい。このように、買収側オブジェクトでより広く取り囲んだ場合に買収成功確率を上げることとすれば、オブジェクトのレベルや属性が低いものを有効活用することができる。

１…ゲームシステム、２…ネットワーク、１００…ユーザ端末、１１０…制御部、１２０…記憶部、１３０…タッチパネル、１４０…通信部、２００…ゲームサーバ、２１０…通信装置、２２０…処理装置、２３０…メモリ部、２４０…記憶装置、２５０入力装置、２６０…出力装置、３００…ユーザ管理テーブル、３１０…オブジェクト管理テーブル、３２０，３３０…スキル管理テーブル、３４０…対戦ユーザ管理テーブル、３５０…買収価格算出テーブル、Ｇ…ゲーム空間、Ｇ１…ホームゲーム空間、Ｇ２…対戦ゲーム空間、Ｇ３乃至Ｇ６…ゲーム空間

Claims (4)

1. コンピュータに対して、
   ゲーム空間を構成するステップと、
   前記ゲーム空間に前記第１ユーザに関連付けられたゲームオブジェクトを配置するステップと、
   第２ユーザが前記ゲームオブジェクトの少なくとも一つを対象オブジェクトとして選択するステップと、
   前記対象オブジェクトが前記第２ユーザに関連付けられる確率を特定するステップと、
   前記確率に従って、前記対象オブジェクトを前記第２ユーザに関連付けるステップと、
   を実行させるゲームプログラム。
2. 前記コンピュータに対して、
   前記ゲーム空間に前記第２ユーザに関連付けられたゲームオブジェクトを配置するステップと、
   前記対象オブジェクトと、前記第２ユーザに関連付けられたゲームオブジェクトとの位置関係に応じて前記確率を変動させるステップと、
   を更に実行させる
   請求項１記載のゲームプログラム。
3. 前記コンピュータに対して、
   前記買収対象オブジェクトに隣接する前記第２ユーザに関連付けられたゲームオブジェクトの個数を特定するステップと、
   前記個数に応じて前記確率を変動させるステップと、
   を更に実行させる
   請求項２記載のゲームプログラム。
4. 前記コンピュータに対して、
   前記買収対象オブジェクトを取り囲むように配置された前記第２ユーザに関連付けられたゲームオブジェクトの個数を特定するステップと、
   前記個数に応じて前記確率を変動させるステップと、
   を更に実行させる
   請求項２又は請求項３に記載のゲームプログラム。