JP7018250B2

JP7018250B2 - ゲームプログラム

Info

Publication number: JP7018250B2
Application number: JP2020073016A
Authority: JP
Inventors: 元紅林
Original assignee: Colopl Inc
Current assignee: Colopl Inc
Priority date: 2020-04-15
Filing date: 2020-04-15
Publication date: 2022-02-10
Anticipated expiration: 2035-08-20
Also published as: JP2020110682A

Description

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

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

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

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

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

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

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

本実施形態のゲームシステムを示す図である。本実施形態のゲーム空間を示す図である。本実施形態のユーザ端末の構成を示す図である。本実施形態のゲームサーバの構成を示す図である。本実施形態のユーザ管理テーブルの一例を示す。本実施形態のオブジェクト管理テーブルの一例を示す。本実施形態のパッシブスキル管理テーブルの一例を示す。本実施形態のアクティブスキル管理テーブルの一例を示す。ホームゲーム空間と対戦ゲーム空間の関係を示す図である。ホームゲーム空間の一例を示す図である。ホームゲーム空間の一例を示す図である。本実施形態のゲームシステムにおける処理を示すフローチャートである。本実施形態のゲームシステムにおける処理を示すフローチャートである。ホームゲーム空間の一例を示す図である。本実施形態のゲームシステムにおける処理を示すフローチャートである。本実施形態のゲームシステムにおける処理を示すフローチャートである。ホームゲーム空間の一例を示す図である。ホームゲーム空間の一例を示す図である。本実施形態のゲームシステムにおける処理を示すフローチャートである。対戦ユーザ管理テーブル尾一例を示す。対戦ゲーム空間の一例を示す図である。本実施形態のゲームシステムにおける処理を示すフローチャートである。対戦ゲーム空間の一例を示す図である。対戦ゲーム空間の一例を示す図である。対戦ゲーム空間の一例を示す図である。本実施形態のゲームシステムにおける処理を示すフローチャートである。対戦ゲーム空間の一例を示す図である。買収価格算出テーブルの一例を示す。ゲームオブジェクトを移動する場合の移動量を視覚化した図である。移動量とコストを関連付けたコスト管理テーブルである。ゲームオブジェクトの属性に応じたコストの例である。移動元の領域特性と移動先の領域特性とを考慮した場合のゲームオブジェクトの移動について説明した図である。図３２の例に用いる付加コスト管理テーブルである。特殊ゲームオブジェクトの有効範囲わ示す図である。

［本発明の実施形態の説明］
最初に、本発明の実施形態の内容を列記して説明する。本発明の一実施形態のゲームプログラムは、以下のような構成を備える。
（項目１）
コンピュータに対して、
一以上のゲームオブジェクトが配置可能なゲーム空間を構成するステップと、
第１ユーザ操作によって選択された対象オブジェクトを特定するステップと、
前記対象オブジェクトの現在位置を特定するステップと、
第２ユーザ操作によって選択された移動先位置を特定するステップと、
前記現在位置と前記移動先位置との距離を特定するステップと、
前記距離に応じたポイントを算出するステップと、
ゆーづによって、算出された前記ポイントが消費されると、前記対象オブジェクトを前記現在座標から前記移動先座標に移動するステップと、
を実行させる、
ゲームプログラム。
（項目２）
項目２に記載のゲームプログラムであって、
前記コンピュータに対して、
前記ゲームオブジェクトに所定の属性を関連付けるステップと、
前記対象オブジェクトの属性を特定するステップと、
を更に実行させ、
前記算出するステップは、更に、前記属性を考慮して前記ポイントを算出する、
ゲームプログラム。
（項目３）
項目１又は項目２に記載のゲームプログラムであって、
前記コンピュータに対して、
前記ゲームオブジェクトにゲーム空間における占有領域を関連付けるステップと、
前記対象オブジェクトの前記占有領域を特定するステップと、
を更に実行させ、
前記算出するステップは、更に、前記占有領域を考慮して前記ポイントを算出する、
ゲームプログラム。
（項目４）
項目１乃至項目３のいずれかに記載のゲームプログラムであって、
前記コンピュータに対して、
算出された前記ポイントを表示するステップ、
を更に実行させる、
ゲームプログラム。
（項目５）
項目１乃至項目４のいずれかに記載のゲームプログラムであって、
前記ゲーム空間において第１ユーザ領域を第１ユーザに関連付け、第２ユーザ領域を第２ユーザに関連付けるステップと、
前記ゲームオブジェクトのうち、第１ゲームオブジェクトを前記第１ユーザに関連付け、
第２ゲームオブジェクトを前記第２ユーザに関連付けるステップと、
前記現在位置及び移動先位置が前記第１ユーザ領域又は前記第２ユーザ領域のいずれに存在するか判定するステップと、
を更に実行させ、
前記算出するステップは、更に、前記判定の結果を考慮して前記ポイントを算出する、
ゲームプログラム。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明においては、ゲームポイント（コイン）の消費と引き換えに、配置したゲームオブジェクトを移動することができる。必要なゲームポイント（以下、単に「コスト」と呼ぶ）は移動量（マスの数）に応じて決定される。以下、図２９を参照して、平面ＰＬ上ののｍ_０に配置されたゲームオブジェクトＯがｍ_１乃至ｍ_３に移動する場合のコストの算出例を説明する。

移動量は、初期位置からＸ軸又はＹ軸に沿って何マス移動させれば移動先にゲームオブジェクトが配置できるかに基づいてマスの数を算出している。換言すれば、移動先座標と移動元座標の差をマスの数としている。例えば、図２９において、初期位置であるｍ_０に配置されたゲームオブジェクトＯの移動先をｍ_１とした場合、Ｙ軸に沿って６マス移動させれば、移動先であるｍ_１上に配置することができる（図示された補助数字を参照）。従って、ｍ_０からｍ_１までの移動量は「６」となる。移動量が算出されると、次に図３０に示されるコスト管理テーブルを参照してコストを特定する。コスト管理テーブルにおいては、移動量に応じてそれぞれコストが関連付けられている。例えば、移動量が１のときのコストは１００であり、移動量が２のときのコストは２００である。また、上記の例における移動量が６の場合のコストは、６００である。ユーザは、６００のコストの消費（支払）を行うことにより、ゲームオブジェクトＯをｍ_１に移動させることがでるきる。

図２９を再び参照して、ゲームオブジェクトＯをｍ_２に移動させる場合も同様である。即ち、ゲームオブジェクトＯをＸ方向に沿って４マス移動させれば移動先座標ｍ_２に配置することができるため、移動量は４となる。図３０のコスト管理テーブルによれば、移動量が４の場合のコストは４００である。従って、ユーザは４００のコストの消費（支払）を行うことにより、ゲームオブジェクトＯをｍ_２に移動させることがでるきる。更に、ゲームオブジェクトＯをｍ_３に移動させる場合も同様である。移動先ｍ_３は、ゲームオブジェクトＯをＸ方向に沿って５マス移動させ更にＹ方向に沿って８マスの合計１３マス移動すれば、移動先座標ｍ_３に配置することができる。よって、移動量は１３となる。図３０のコスト管理テーブルによれば、移動量１３の場合のコストは１３００である。従って、ユーザは１３００のコストの消費（支払）を行うことにより、ゲームオブジェクトＯをｍ_３に移動させることがでるきる。

本実施の形態によるコストの算出は、図３０に示されるコスト管理テーブルからも理解されように、移動量が１増加する毎にコストは１００増加する正比例である。即ち、移動に必要なコストＰは、移動先座標を（Ｘ_ｎ，Ｙ_ｎ）、移動元座標を（Ｘ_０，Ｙ_０）とした場合、下記数式１で表すことができる。

しかしながら、現実生活の移動コスト（所謂「引っ越し費用」）と同様に、移動量が増加するほど指数的に増加（即ち、遠くに移動させようとするほど指数的にコストが増加）することとしてもよい。この場合のコストＰ’は、例えば、下記数式２で示されるように、移動先座標（Ｘ_ｎ，Ｙ_ｎ）と移動元座標（Ｘ_０，Ｙ_０）との差に所定の累乗係数ｄ（ｄ＞１）を付加するものであってもよい。

以上説明したように、ゲームオブジェクトの移動にコストを課すこととすれば、ユーザは、より緊張感をもってゲームオブジェクトの配置を行うこととなり、ゲームの難易度を上げることができる。また、例えば、上述したように、ゲームオブジェクトの属性効果を工夫することによって、相手側に自分のゲームオブジェクトを移動せざるを得ない状況を作り出し、相手側へのコスト攻撃という新しい戦術をユーザに提供することができる。

上述した実施の形態においては、単に移動量のみによってコストを算出することとしていたが、移動するゲームオブジェクトの大きさによって、付加コストを要求することとしてもよい。この場合、ゲームオブジェクトの大きさは、平面ＰＬ上において配置に必要なマス数（占有領域）として定義することができる。この場合、図３０に示されるコスト管理テーブルにおけるコストは占有領域１あたりのコストとして適用する。即ち、占有領域が１のゲームオブジェクトに関しては、図３０のコスト管理テーブルをそのまま適用することとしてよい。例えば、図２９のゲームオブジェクトＯは、平面ＰＬ上において、２マスの領域上に配置されている（占有領域＝２）。よって、上記の方法によって算出されたコストの２倍の消費と引き換えに移動させることができる。具体的には、図２９に示される占有領域が２のゲームオブジェクトＯをｍ_１、ｍ_２、ｍ_３に移動させた場合のコストは、夫々、１２００、４００、２６００となる。また、ゲームオブジェクトＯの占有領域が仮に４であった場合のコストは、夫々、２４００、１６００、５２００にまで増加する。このように、本実施の形態によれば、ゲームオブジェクトの大きさも考慮しながら配置操作を行う必要が生じることから、慎重な配置が求められることとなり、より高度なゲーム性を提供することができる。

上述した実施の形態においては、単に移動距離のみによってコストを算出することとしていたが、ゲームオブジェクトに関連付けられた属性に応じてコストを増減させることとしてもよい。この場合、図３１に示されるように、オブジェクトの属性と、移動量１あたりのコストとを関連付けて管理するテーブルを参照することによってコストを算出すればよい。例えば、移動の対象となっているゲームオブジェクトがマンションやアパート等の住宅施設の場合移動量１あたりのコストは１００であり、同様に、スーパーや専門店等の商業施設では２００、工場等の生産施設では１０００、消防署や学校等の公共施設では５０、道路や水路等のライフラインでは１０、水力発電所や風力発電所等の発電施設では２０００、というようにしてもよい。なお、コストの額は一例であり、適宜変更可能である。また、属性によってはコストが０であってもよい。

ゲームオブジェクトの属性に加えて（又はそれとは別に）、移動元の領域特性と移動先の領域特性とを考慮することによって付加コストを算出し、上述したコストに増額（又は減額）してもよい。かかる領域特性の例としては、例えば、ユーザに関連付けられた平面の領域（その領域を支配しているユーザ）などが挙げられる。図３２に示されるように、既に説明した複数のユーザによる対戦を行うゲームモードにおいては、対戦ゲーム空間Ｇ４内の平面ＰＬ４に対して、複数のユーザがゲームオブジェクトを配置する。なお、以下の説明においては、理解を容易にするため、プレイヤＰＥ１とプレイヤＰＥ２に関してのみの説明を行う。プレイヤＰＥ１は、平面ＰＬ４上に自己の支配領域である領域Ａｒ＿１を有している。また、プレイヤＰＥ２は、平面ＰＬ４上に自己の支配領域である領域Ａｒ＿２を有している。

移動対象となっているゲームオブジェクトの移動元の領域特性と、移動先の領域特性によって決定される付加コストは、例えば、図３３に示されるテーブルによって算出される。図示されるテーブルにおいて特定される付加コストは、自己領域内における付加コストを０とする一方、他人の領域内にあるゲームオブジェクトに対する操作はコストを高くしている。なお、付加コストの設定方法は、適宜変更可能である。例えば、有利な移動（例えば、自分の領域を移動先とする移動）であれば、付加コストの値を移動コストから減算することとしてもよい。

図３２及び図３３を参照して、プレイヤＰＥ１の領域Ａｒ＿１内のＬ０に位置するゲームオブジェクトＯをＬ１乃至Ｌ４に移動する場合の付加コストを説明する。図に示されるように、移動元領域の支配者は「自分」である。従って、図３３のテーブルを参照すると、領域の支配者が自分であるＬ１に移動する場合の負荷コストは０であり、領域の支配者がいないＬ２に移動する場合の負荷コストは＋５であり、領域の支配者が自分且つ他人であるＬ３に移動する場合の負荷コストは＋１０であり、領域の支配者が他人であるＬ４に移動する場合の負荷コストは＋１５である。

このように、移動元と移動先の領域の支配者に応じて、コストを増減させることとすれば、例えば、自分の移動コストを下げるため（又は他人の移動コストを上げるため）に自分の領域を拡張したり、領域拡張の意思決定に新たな要素を追加することができる。

なお、上述したアクティブスキルを使用して移動のコストを低下させる特殊なゲームオブジェクトを設けることとしてもよい。例えば、図３４に示されるように、ゲームオブジェクトＯ１に対するユーザ操作によってアクティブスキルが発動されると、所定の時間に限り、有効範囲Ｅ内にあるゲームオブジェクトＯ２所定の移動のためのコストを低下させる。一方、有効範囲外のゲームオブジェクトＯ３の移動コストには影響はない。また、これとは逆に、有効範囲内にある相手のオブジェクトの移動コストを増加させるようなゲームオブジェクトを登場させることとしてもよい。更には、このような効果を、上述したパッシブスキルとして保持させることとしてもよい。

以上説明したゲームオブジェクトの移動に際して、算出されたコストを表示することとしてもよい。上述したように、ゲームオブジェクトの移動量、ゲームオブジェクトの占有領域（マス数）、ゲームオブジェクトの属性、移動先と移動元の領域特性の全てを採用した場合、このような表示がないと不便だからである。なお、コストの表示は、ゲームオブジェクト近傍であもよいし、マスの上に表示することとしてもよい。

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

Claims

ゲーム領域にオブジェクトを配置したユーザに、ゲームの進行状況に応じたポイントが付与されるゲームプログラムであって、
コンピュータに、
前記ゲーム領域において、第１ユーザのみがオブジェクトを配置できる第１領域を前記第１ユーザに関連づけ、第２ユーザのみがオブジェクトを配置できる第２領域を前記第２ユーザに関連づけるステップと、
前記第１ユーザが前記第１領域に配置したオブジェクトを前記第１ユーザに関連づけ、前記第２ユーザが前記第２領域に配置したオブジェクトを前記第２ユーザに関連づけるステップと、
前記第１ユーザに付与されたポイントに連動して前記第１領域の大きさを拡大又は縮小し、前記第２ユーザに付与されたポイントに連動して前記第２領域の大きさを拡大又は縮小するステップと、
前記第１領域が前記第２領域と重複する領域内に前記第２ユーザに関連づけられたオブジェクトが位置し、かつ当該オブジェクトに対する前記第１ユーザの操作が所定の条件を満たす場合、前記オブジェクトの関連づけを前記第２ユーザから前記第１ユーザに変更するステップと、
を実行させるゲームプログラム。
請求項１に記載のゲームプログラムにおいて、
前記所定の条件は、前記関連づけの変更のために前記オブジェクトごとに定められたポイントを消費することを含む
ゲームプログラム。
請求項２に記載のゲームプログラムにおいて、
前記オブジェクトには、前記関連づけの変更のために必要な基準コストが定められ、
前記ポイントの消費量は、前記基準コストに応じて変動する
ゲームプログラム。
請求項３に記載のゲームプログラムにおいて、
前記オブジェクトには、前記ゲーム内に及ぼす影響度が定められ、
前記ポイントの消費量は、前記基準コストと、前記オブジェクトに定められた影響度と、に応じて変動する
ゲームプログラム。
請求項１～４のいずれか一項に記載のゲームプログラムにおいて、
コンピュータに、
前記第１領域と重複しない前記第２領域に前記第２ユーザに関連づけられたオブジェクトが位置し、当該オブジェクトに対する前記第１ユーザの操作が所定の条件を満たす場合、前記オブジェクトの関連づけを前記第２ユーザから前記第１ユーザに変更するステップをさらに実行させ、
前記所定の条件は、前記第１ユーザが前記第２領域を訪問することを含む
ゲームプログラム。