JP2019080747A - ゲームプログラム、記録媒体、ゲーム処理方法 - Google Patents

Abstract

【課題】戦略性及び興趣性を向上できるゲームプログラム等を提供する。【解決手段】ゲームプログラムは、サーバ５を、複数の携帯端末装置３の各々から位置情報を取得する位置情報取得処理部９、位置情報に基づいて、複数の携帯端末装置３の所在位置の分布を地図上に表した分布図を生成する分布図生成処理部１１、として機能させ、分布図生成処理部１１は、携帯端末装置３の所在位置の密集度に基づいて分布の色が変化するように分布図を生成する。【選択図】図２

Description

本発明は、ゲームプログラム、記録媒体、ゲーム処理方法に関する。

従来、位置情報を用いた端末装置用ゲームプログラムが知られている（例えば、特許文献１参照）。このゲームプログラムでは、ＧＰＳから取得した位置情報を、サーバからダウンロードした特典エリア情報と比較して、その位置情報が特典エリア情報に含まれるときには、特典が付与される。

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

近年、オンラインゲームにおいて、例えば１体の強敵に対して複数のユーザで戦いを挑むバトルシステム（いわゆるレイドバトル）等、位置情報を利用した協力プレイが行われるゲームシステムが開発されている。このようなゲームシステムでは、一般に協力プレイイベントに参加しなければ他のユーザの参加状況が分からないため、イベント位置から離れた場所にいるユーザは協力プレイイベントの状況を把握できなかった。また、このようなゲームシステムに上記従来技術を適用しても、他のユーザの集まり具合等を把握することができないため、戦略性や興趣性の点で十分とは言えなかった。

本発明はこのような問題点に鑑みてなされたものであり、戦略性や興趣性を向上することが可能なゲームプログラム、記録媒体、ゲーム処理方法を提供することを目的とする。

上記目的を達成するために、本発明のゲームプログラムは、情報処理装置を、複数の携帯端末装置の各々から位置情報を取得する位置情報取得処理部、前記位置情報に基づいて、前記複数の携帯端末装置の所在位置の分布を地図上に表した分布図を生成する分布図生成処理部、として機能させる。

上記目的を達成するために、本発明の記録媒体は、上記ゲームプログラムを記録した、情報処理装置が読み取り可能な記録媒体である。

上記目的を達成するために、本発明のゲーム処理方法は、情報処理装置によって実行されるゲーム処理方法であって、複数の携帯端末装置の各々から位置情報を取得するステップと、前記位置情報に基づいて、前記複数の携帯端末装置の所在位置の分布を地図上に表した分布図を生成するステップと、を有する。

本発明のゲームプログラム等によれば、戦略性及び興趣性を向上することができる。

一実施形態に係るゲームシステムの全体構成の一例を表すシステム構成図である。 レイドバトルに関わるサーバの機能的構成の一例を表すブロック図である。 ユーザの密集度に応じて分布の色を変更させた分布図の一例を説明するための説明図である。 敵キャラクタ出現時の分布図の一例を説明するための説明図である。 レイドバトル実行時の分布図の一例を説明するための説明図である。 サーバのＣＰＵによって実行されるレイドバトルに関わる処理手順の一例を表すフローチャートである。 ユーザ分布に応じた特典発生に関わるサーバの機能的構成の一例を表すブロック図である。 分布条件の内容表示時の分布図の一例を説明するための説明図である。 第１特典発生中の分布図の一例を説明するための説明図である。 サーバのＣＰＵによって実行されるユーザ分布に応じた特典発生に関わる処理手順の一例を表すフローチャートである。 指定エリアでの特典付与に関わるサーバの機能的構成の一例を表すブロック図である。 プレイヤキャラクタのランキングに応じて分布の色を変更させた分布図の一例を説明するための説明図である。 第２特典の内容表示時の分布図の一例を説明するための説明図である。 第２特典を得るためにユーザが移動した分布図の一例を説明するための説明図である。 サーバのＣＰＵによって実行される指定エリアでの特典付与に関わる処理手順の一例を表すフローチャートである。 サーバのハードウェア構成の一例を表すブロック図である。

以下、本発明の一実施の形態について図面を参照しつつ説明する。

＜１．ゲームシステムの全体構成＞
まず、図１を用いて、本実施形態に係るゲームシステム１の全体構成の一例について説明する。図１に示すように、ゲームシステム１は、複数の携帯端末装置３と、サーバ５を有する。複数の携帯端末装置３とサーバ５は、例えばＬＡＮやインターネット等のネットワークＮＷを介して通信可能に接続されている。なお、図１ではサーバ５が１台のコンピュータで構成されているが、複数台のコンピュータで構成されてもよい。

携帯端末装置３は、例えばスマートフォン、タブレット型コンピュータ、携帯型ゲーム機等である。携帯端末装置３は、各種の表示及びユーザによる各種の入力操作が行われるタッチパネル７を有する。ユーザは、指やペン等によりタッチパネル７に接触することで所望の操作入力を行う。また、携帯端末装置３は、例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）により自身の所在位置の測位を行って位置情報を取得すると共に、サーバ５に送信する機能を備えている。

タッチパネル７の検出方式は、特に限定されるものではないが、例えば抵抗膜方式、静電容量方式、光学方式、電磁誘導方式等、種々の検出手法を採用することが可能である。なお、携帯端末装置３は、タッチパネル７に代えて、例えば液晶ディスプレイ等の表示部と、例えばボタンやスイッチ等の操作部を備えてもよい。

サーバ５（情報処理装置の一例）は、ゲームサービスを受ける各ユーザの携帯端末装置３からのネットワークＮＷを介したアクセスを受け付けて、各ユーザのゲーム情報を記憶装置に蓄積して管理し、各ユーザにネットワークＮＷを介したゲームサービスを提供する。

サーバ５にはゲームプログラム（アプリケーションソフトウェアともいう）が実装されており、携帯端末装置３でのユーザの操作入力に応じてゲームを実行し、その実行結果を各ユーザの携帯端末装置３に送信する。その際、例えば各ユーザの携帯端末装置３に搭載されたウェブブラウザによってゲームをプレイできる、いわゆるブラウザゲームをサーバ５が提供してもよい。あるいは、サーバ５でゲームを実行した結果のゲーム映像を、例えばストリーミング形式等で携帯端末装置３に送信する、いわゆるクラウドゲーミングのサービスをサーバ５が提供してもよい。なお、携帯端末装置３にゲームプログラムの一部をインストールし、サーバ５だけでなく携帯端末装置３においても部分的にゲーム実行処理が行われるようにしてもよい。

＜２．レイドバトルに関わるサーバの機能的構成＞
本実施形態に係るゲームでは、携帯端末装置３のユーザは、敵キャラクタに対して複数のユーザで協力して戦いを挑むことができる（いわゆるレイドバトル）。次に、図２〜図５を用いて、サーバ５の機能的構成のうち、主としてレイドバトルに関わる機能的構成の一例について説明する。

図２に示すように、サーバ５は、位置情報取得処理部９と、分布図生成処理部１１と、敵キャラクタ出現処理部１３と、第１エリア判定処理部１５と、参加申請判定処理部１７と、バトル実行処理部１９とを有する。

また、携帯端末装置３は、上述したタッチパネル７と、位置情報送信処理部２１とを有する。位置情報送信処理部２１は、例えばＧＰＳによる測位によって取得された位置情報をサーバ５に送信する。

サーバ５の位置情報取得処理部９は、複数の携帯端末装置３の各々から送信された位置情報を取得する。

分布図生成処理部１１は、上記位置情報取得処理部９により取得された複数の位置情報に基づいて、複数の携帯端末装置３の所在位置（すなわちユーザの所在位置）の分布を地図上に表した分布図を生成する。このとき、分布図生成処理部１１は、携帯端末装置３の所在位置の密集度（所定の単位面積におけるユーザ数）に基づいて分布の色が変化するように分布図を生成する。

図３に分布図の一例を示す。図３に示す例では、例えば山手線の路線図を表す地図上にユーザの所在位置の分布が示されている。この例では、ユーザの密集度が１０人／ｋｍ^２未満（０人〜９人／ｋｍ^２）のエリアは無色、１０人／ｋｍ^２以上（１０人〜９９人／ｋｍ^２）のエリアは例えば青色（薄い斜線ハッチングで示す）、１００人／ｋｍ^２以上（１００人〜９９９人／ｋｍ^２）のエリアは例えば紫色（濃い斜線ハッチングで示す）、１０００人／ｋｍ^２以上のエリアは例えば赤色（濃いドットハッチングで示す）となるように、ユーザの分布が示されている。

なお、上記ユーザの密集度をカウントする際に、ユーザに関するパラメータ又はプレイヤキャラクタに関するパラメータを考慮してもよい。例えば課金額や累計ポイントが非常に高いユーザや、例えばプレイヤキャラクタのランキングが上位であるユーザ等の、特定のユーザについては、それらの値に応じて１人のユーザを例えば１０人分や１００人分とカウントするようにしてもよい。

なお、地図の種類は路線図に限るものではなく、例えば道路地図、地形図、地勢図、衛星写真等、地理が分かるものであればよい。また、イベント会場や展示場、テーマパーク、遊園地等、特定の会場や園内における施設等を表す地図でもよい（後述の図１２等参照）。また、地図の縮尺も特に限定されるものではなく、例えば日本全国や特定の地方（東北、関東、中部、関西等）等の広域を表示してもよいし、特定の都道府県や市町村等、一部の地域を表示してもよい。また、例えば特定の路線（山手線、東横線等）や特定の道路（環状８号線、国道１６号等）が含まれる範囲等、複数の都道府県や市町村に跨る地域を表示してもよい。また、例えば特定の地点や施設、建築物から半径〜ｋｍ以内の範囲等、比較的狭い範囲を指定して表示してもよい。また、上記地図の種類や縮尺は、ユーザの操作により自由に変更可能としてもよい。

また、分布図の形態は、図３に示す例ではユーザの密集度を等値線で４つの区分に分けて表示したが、さらに細分化してもよいし、等値線を用いずに色や濃さが連続的に変化するようにしてもよい。また、地図を格子状のエリアに区分して各格子エリアごとにユーザの密集度を色分けして表示してもよい。また、ユーザの密集度を色の変化で示すのではなく、立体的形状（山や棒グラフの高さ等）で示してもよい。また、分布図の形態は等値線を用いたものに限るものではなく、例えばユーザの個々の所在位置を点でプロットした散布図状の形態としてもよい（後述の図１２等参照）。

図２に戻り、敵キャラクタ出現処理部１３（敵オブジェクト出現処理部の一例）は、携帯端末装置３のユーザが操作可能なプレイヤキャラクタ（プレイヤオブジェクトの一例）が戦闘可能な一又は複数の敵キャラクタを分布図上の所定の位置に出現させる。敵キャラクタを出現させる位置は、予め固定的な位置に設定されていてもよいし、例えばユーザが密集している位置（あるいはユーザがほとんどいない位置）に出現させる等、ユーザの分布状況に応じて変動させてもよい。また、敵キャラクタは出現後は移動せずに位置を固定してもよいし、例えば予め定められたルート又はユーザの分布状況に応じて変動するルート等に沿って移動させてもよい。なお、１又は複数のユーザが、当該ユーザの操作（申告）によって、他のユーザのプレイヤキャラクタと戦闘する敵キャラクタになることも可能である。

図４に敵キャラクタが出現した分布図の一例を示す。図４に示す例では、浜松町駅と田町駅の間の区間の近傍に敵キャラクタ２３が出現している。敵キャラクタ２３の周囲には、敵キャラクタ出現処理部１３により、影響エリア２５（格子状ハッチングで示す）が表示されている。影響エリア２５は、敵キャラクタ２３の例えば勢力範囲を示すものである。本実施形態では、ユーザは当該影響エリア２５内に位置する場合には自身のプレイヤキャラクタ（図示省略）を敵キャラクタ２３と戦闘させることが可能となり、影響エリア２５外に位置する場合にはプレイヤキャラクタを敵キャラクタ２３と戦闘させることができない。

なお、影響エリア２５の大きさを、例えば敵キャラクタ２３の強さや体力等に応じて変動させてもよい。例えば、強い敵の場合には影響エリア２５の大きさを相対的に大きくすることで、強大な敵に対してはより多数のユーザで戦いを挑むことができる。また、例えば戦闘により敵キャラクタ２３の体力が減少するにつれて影響エリア２５を縮小させることで、ユーザは影響エリア２５の大きさを見て敵の勢力を判断でき、それによって戦闘に加わるか否か等の行動を決定できる。

なお、図４に示す例では敵キャラクタ２３を怪獣のオブジェクトとして表示したが、プレイヤキャラクタが戦闘可能なオブジェクトであればその種類は特に限定されるものではない。敵キャラクタは、例えば人間のキャラクタ、人間以外の動物キャラクタ、人間や動物以外の仮想的な生物キャラクタ、又は生物以外のオブジェクト等でもよい。ユーザが操作するプレイヤキャラクタも同様である。

また、図４に示す例では敵キャラクタ２３を一体のみ出現させているが、複数体の敵を出現させてもよい。また、敵キャラクタをオブジェクトとして表示するのではなく、ユーザの分布と同様に、例えば敵勢力の分布として表示してもよい。その場合、敵の密集度や敵の強さに応じて分布の色を変化させてもよい。

図２に戻り、第１エリア判定処理部１５は、上記位置情報取得処理部９により取得された位置情報に基づいて、各携帯端末装置３の所在位置が敵キャラクタ２３の影響エリア２５内にあるか否かを判定する。

参加申請判定処理部１７は、影響エリア２５内に存在する携帯端末装置３から敵キャラクタ２３との戦闘への参加申請を受け付けたか否かを判定する。戦闘への参加申請は、ユーザが影響エリア２５内に位置する場合に申請することが可能となり、ユーザの所定の操作によって携帯端末装置３からサーバ５に送信される。なお、携帯端末装置３の所在位置が影響エリア２５内に入った際に、戦闘への参加申請がユーザの操作を介さずに自動で行われるようにしてもよい。

バトル実行処理部１９は、参加申請を受け付けた携帯端末装置３のプレイヤキャラクタと敵キャラクタ２３との戦闘を実行する。バトル実行処理部１９は、戦闘中、各ユーザのプレイヤキャラクタによる武器やアイテム、スキル等を用いた攻撃や、敵キャラクタ２３による反撃等を実行し、プレイヤキャラクタ及び敵キャラクタ２３の双方に受けた攻撃に対応したダメージを付与する。各プレイヤキャラクタ及び敵キャラクタ２３は、例えば残り体力が所定値（例えば０）になると戦闘不能になる。ユーザは、敵キャラクタ２３が戦闘不能になるまでの間、影響エリア２５内に移動して参加申請することで次々に戦闘に参加することが可能である。これにより、敵キャラクタ２３に対して複数のユーザが戦いを挑むレイドバトルが実行される。

なお、レイドバトル実行後の位置情報に基づいて、レイドバトルに参加中のユーザが影響エリア２５外へ出てしまったことが検出された場合に、そのままバトルを継続可能としてもよいし、退散（退却）扱いとしてもよい。

図５にレイドバトル実行中の分布図の一例を示す。図５に示す例では、敵キャラクタ２３の出現位置に向けてユーザの分布が移動しており、また敵キャラクタ２３の近傍に新たなユーザの分布が出現している。また、影響エリア２５内に位置するユーザと敵キャラクタ２３との戦闘により、敵キャラクタ２３の受けたダメージに応じて影響エリア２５が縮小している。

以上により、ユーザは、例えば分布図上で敵キャラクタ２３に対して多数のユーザが群がっている場合には比較的容易に討伐が可能でありそれによる恩恵が得られる（アイテムや経験値の獲得等）と判断して当該エリアに向かう行動を取ることができる。反対に、敵キャラクタ２３の周囲に少数のユーザしか存在しない場合には討伐が困難となる可能性があると判断して当該エリアを回避する行動を取ることができる。このように、ユーザは他のユーザの集まり具合等に応じて自身のプレイヤキャラクタに有利となる行動を決定することができるので、戦略性を向上できる。

また、前述のように、ユーザの密集度のカウントにおいて特定のユーザ（例えば課金額や累計ポイントが非常に高いユーザや、例えばプレイヤキャラクタのランキングが上位であるユーザ等）を例えば１０人分や１００人分等とカウントする場合には、当該特定のユーザの移動に伴って分布図上で密集度の高いエリアが移動することになり、他のユーザを牽引する役割を果たす。これにより、当該特定のユーザにとっては、例えば自分が先頭に立って敵キャラクタ２３を討伐したことを他のユーザにアピールすることが可能となり、自己顕示欲を満たすことができる。その結果、そのような特定のユーザが当該ゲームから離れることを抑制でき、引き続き当該ゲームのプレイを続行したくなるようにインセンティブを与えることができる。

なお、以上説明した各処理部における処理等は、これらの処理の分担の例に限定されるものではなく、例えば、更に少ない数の処理部（例えば１つの処理部）で処理されてもよく、また、更に細分化された処理部により処理されてもよい。また、上述した各処理部の機能は、後述するＣＰＵ５０１（後述の図１６参照）が実行するゲームプログラムにより実装されるものであるが、例えばその一部がＡＳＩＣやＦＰＧＡ等の専用集積回路、その他の電気回路等の実際の装置により実装されてもよい。さらに、以上説明した各処理部は、全部がサーバ５側に実装される場合に限定されるものではなく、その一部又は全部が携帯端末装置３側に実装されてもよい。

＜３．サーバが実行するレイドバトルに関わる処理手順＞
次に、図６を用いて、サーバ５のＣＰＵ５０１によって実行されるレイドバトルに関わる処理手順の一例について説明する。

ステップＳ１０では、サーバ５は、位置情報取得処理部９により、複数の携帯端末装置３の各々から送信された位置情報をそれぞれ取得する。

ステップＳ２０では、サーバ５は、分布図生成処理部１１により、上記ステップＳ１０で取得された複数の位置情報に基づいて、複数の携帯端末装置３の所在位置（すなわちユーザの所在位置）の分布を地図上に表した分布図を生成する。

ステップＳ３０では、サーバ５は、敵キャラクタ出現処理部１３により、携帯端末装置３のユーザが操作可能なプレイヤキャラクタが戦闘可能な一又は複数の敵キャラクタ２３を影響エリア２５と共に、上記ステップＳ２０で生成した分布図上の所定の位置に表示する。

ステップＳ４０では、サーバ５は、第１エリア判定処理部１５により、上記ステップＳ１０で取得された位置情報に基づいて、上記ステップＳ３０で出現させた敵キャラクタ２３の影響エリア２５内に携帯端末装置３が存在するか否かを判定する。影響エリア２５内に携帯端末装置３が１つも存在しない場合には（ステップＳ４０：ＮＯ）、本フローを終了する。一方、影響エリア２５内に少なくとも１つの携帯端末装置３が存在する場合には（ステップＳ４０：ＹＥＳ）、次のステップＳ５０に移る。

ステップＳ５０では、サーバ５は、参加申請判定処理部１７により、影響エリア２５内に存在する携帯端末装置３から敵キャラクタ２３との戦闘への参加申請を受け付けたか否かを判定する。参加申請を受け付けていない場合には（ステップＳ５０：ＮＯ）、本フローを終了する。一方、参加申請を受け付けた場合には（ステップＳ５０：ＹＥＳ）、次のステップＳ６０に移る。

ステップＳ６０では、サーバ５は、バトル実行処理部１９により、参加申請を受け付けた携帯端末装置３のプレイヤキャラクタと敵キャラクタ２３との戦闘を実行する。以上により、本フローを終了する。

なお、上述した処理手順は一例であって、上記手順の少なくとも一部を削除又は変更してもよいし、上記以外の手順を追加してもよい。また、上記手順の少なくとも一部の順番を変更してもよいし、複数の手順が単一の手順にまとめられてもよい。例えば、前述のように携帯端末装置３の所在位置が影響エリア２５内に入った際に戦闘への参加申請が自動で行われる場合には、上記ステップＳ５０は不要となる。

＜４．ユーザ分布に応じた特典発生に関わるサーバの機能的構成＞
本実施形態に係るゲームでは、携帯端末装置３のユーザの分布状況に応じてリアルタイムに所定の特典を発生させ、ユーザは当該特典を得ることができる。次に、図７〜図９を用いて、サーバ５の機能的構成のうち、主としてユーザ分布に応じた特典発生に関わる機能的構成の一例について説明する。なお、図７において前述の図２と同様の構成には同符号を付し説明を省略する。

図７に示すように、サーバ５は、前述の位置情報取得処理部９及び分布図生成処理部１１の他に、条件判定処理部２７と、第１特典実行処理部２９と、分布条件報知処理部３１と、特典発生報知処理部３３とを有する。

条件判定処理部２７は、携帯端末装置３の所在位置の分布が所定の分布条件を満たしたか否かを判定する。所定の分布条件は、例えばユーザの密集度が所定の値以上又は未満となる、等である。あるいは、分布図上の表示が所定の色になる、等でもよい。

なお、上記分布条件の判定においてユーザの密集度をカウントする際に、ユーザに関するパラメータ又はプレイヤキャラクタに関するパラメータを考慮してもよい。例えば課金額や累計ポイントが非常に高いユーザや、例えばプレイヤキャラクタのランキングが上位であるユーザ等の、特定のユーザについては、それらの値に応じて１人のユーザを例えば１０人分や１００人分等とカウントするようにしてもよい。

第１特典実行処理部２９は、ユーザの分布が上記所定の分布条件を満たした場合に、当該分布条件を満たしたエリア内に存在する端末処理装置３に対して所定の第１特典処理を実行する。第１特典処理は、ユーザやプレイヤキャラクタが何らかの恩恵を得られる処理であれば特に限定されるものではないが、例えば限定アイテムの付与、専用クエストの発生、特定のスキルの発動、限定ガチャの配信、ガチャの確率変動（レアアイテムの当選確率を上昇させる等）等の処理が含まれる。

分布条件報知処理部３１は、上記所定の分布条件の内容を携帯端末装置３のユーザに報知する。報知対象となる携帯端末装置３は、サーバ５によって本実施形態に係るゲームが提供される全ての携帯端末装置３でもよいし、例えば第１特典処理の内容に応じて特定の地域に存在する携帯端末装置３とする等、報知対象を限定してもよい。

図８に分布条件の内容が表示された分布図の一例を示す。図８に示す例では、分布条件及び第１特典として、ユーザ数が１００人／ｋｍ^２を超えるエリアにおける限定ガチャの配信、ユーザ数が１０００人／ｋｍ^２を超えるエリアにおける専用クエストの発生、が表示されている。

なお、分布条件の報知は必ずしも分布図上で行われなくともよく、例えば専用の別画面で表示されてもよいし、ＥメールやＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）等を介してユーザに報知されてもよい。

図７に戻り、特典発生報知処理部３３は、上記第１特典実行処理部２９により第１特典処理が実行された場合に、当該第１特典が発生中であることを分布図上に表示する。

図９に第１特典の発生が表示された分布図の一例を示す。図９に示す例では、ユーザの分布が１００人／ｋｍ^２以上となる例えば紫色（濃い斜線ハッチングで示す）のエリアで限定ガチャが配信中であることが表示され、ユーザの分布が１０００人／ｋｍ^２以上となる例えば赤色（濃いドットハッチングで示す）のエリアで専用クエストが発生中であることが表示されている。

以上により、リアルタイムに変化する分布図を元に第１特典が発生するため、ユーザは第１特典を得るために常に変化する分布状況を把握しつつ臨機応変に行動することが必要となる。したがって、継続的な面白さを備えた飽きづらいゲームを実現できる。また、第１特典の内容を報知することによって、特定のエリアに集まるようにユーザ同士が呼びかけあう等、ユーザの自発的な行動を促進することができる。その結果、例えばユーザが主導してイベントを開催する等、ゲームを超えた現実世界でのムーブメントを引き起こすことが可能となり、ユーザ間の盛り上がりが期待できる。

また、前述のように、分布条件の判定において特定のユーザ（例えば課金額や累計ポイントが非常に高いユーザや、例えばプレイヤキャラクタのランキングが上位であるユーザ等）を例えば１０人分や１００人分等とカウントする場合には、当該特定のユーザが集まることによって第１特典が発生し易くなる。これにより、当該特定のユーザにとっては、第１特典の発生に多大に貢献したことを他のユーザにアピールすることが可能となり、自己顕示欲を満たすことができる。その結果、そのような特定のユーザが当該ゲームから離れることを抑制でき、引き続き当該ゲームのプレイを続行したくなるようにインセンティブを与えることができる。

なお、以上説明した各処理部における処理等は、これらの処理の分担の例に限定されるものではなく、例えば、更に少ない数の処理部（例えば１つの処理部）で処理されてもよく、また、更に細分化された処理部により処理されてもよい。また、上述した各処理部の機能は、後述するＣＰＵ５０１（後述の図１６参照）が実行するゲームプログラムにより実装されるものであるが、例えばその一部がＡＳＩＣやＦＰＧＡ等の専用集積回路、その他の電気回路等の実際の装置により実装されてもよい。さらに、以上説明した各処理部は、全部がサーバ５側に実装される場合に限定されるものではなく、その一部又は全部が携帯端末装置３側に実装されてもよい。

＜５．サーバによるユーザ分布に応じた特典発生に関わる処理手順＞
次に、図１０を用いて、サーバ５のＣＰＵ５０１によって実行されるユーザ分布に応じた特典発生に関わる処理手順の一例について説明する。

ステップＳ１１０及びステップＳ１２０は、前述の図６のステップＳ１０及びステップＳ２０と同様であるので説明を省略する。

ステップＳ１３０では、サーバ５は、分布条件報知処理部３１により、第１特典が発生するための所定の分布条件の内容を携帯端末装置３のユーザに報知する。

ステップＳ１４０では、サーバ５は、条件判定処理部２７により、ユーザの分布が上記ステップＳ１３０で報知した所定の分布条件を満たしたエリアが存在するか否かを判定する。分布条件を満たしたエリアが存在しない場合には（ステップＳ１４０：ＮＯ）、本フローを終了する。一方、分布条件を満たしたエリアが存在する場合には（ステップＳ１４０：ＹＥＳ）、次のステップＳ１５０に移る。

ステップＳ１５０では、サーバ５は、第１特典実行処理部２９により、上記所定の分布条件を満たしたエリア内に存在する端末処理装置３に対して所定の第１特典処理を実行する。

ステップＳ１６０では、サーバ５は、特典発生報知処理部３３により、第１特典が発生中であることを分布図上の当該エリアに表示する。以上により、本フローを終了する。

なお、上述した処理手順は一例であって、上記手順の少なくとも一部を削除又は変更してもよいし、上記以外の手順を追加してもよい。また、上記手順の少なくとも一部の順番を変更してもよいし、複数の手順が単一の手順にまとめられてもよい。

＜６．指定エリアでの特典付与に関わるサーバの機能的構成＞
本実施形態に係るゲームでは、所定の特典が付与されるエリアが指定され、携帯端末装置３のユーザは当該エリア内に移動することで当該特典を得ることができる。次に、図１１〜図１４を用いて、サーバ５の機能的構成のうち、主として指定エリアでの特典付与に関わる機能的構成の一例について説明する。なお、図１１において前述の図２及び図７と同様の構成には同符号を付し説明を省略する。

図１１に示すように、サーバ５は、前述の位置情報取得処理部９及び分布図生成処理部１１の他に、エリア指定処理部３５と、第２エリア判定処理部３７と、第２特典実行処理部３９と、特定内容報知処理部４１とを有する。

前述のように分布図生成処理部１１は、位置情報取得処理部９により取得された複数の位置情報に基づいて、複数の携帯端末装置３の所在位置（すなわちユーザの所在位置）の分布を地図上に表した分布図を生成する。このとき、分布図生成処理部１１は、携帯端末装置３のユーザに関するパラメータ又はプレイヤキャラクタに関するパラメータに基づいて分布の色が変化するように分布図を生成してもよい。ユーザに関するパラメータは、例えば当該ゲームが有料ゲームである場合のユーザに対する課金額や、当該ゲームにおいてユーザが現在までに取得した累計ポイント等である。また、プレイヤキャラクタに関するパラメータは、例えばプレイヤキャラクタのレベルや強さ、能力、ランキング等である。

図１２に分布図の一例を示す。図１２に示す例では、例えばイベント会場内の施設（ステージ、ブース、物販等）を表すマップ上に、ユーザの個々の所在位置が点でプロットされた分布が示されている。この例では、プレイヤキャラクタのランキングが１０位以上（１〜１０位）のユーザは例えば赤色（黒色で示す）、１００位以上（１１〜１００位）のユーザは例えば紫色（濃いドットハッチングで示す）、１０００位以上のユーザは例えば青色（斜線ハッチングで示す）、１０００位未満のユーザは例えば白色となるように、ユーザの分布が示されている。

なお、上記分布図において、例えばユーザのアバターやプレイヤキャラクタの名称等、ユーザやプレイヤキャラクタに関する情報を表示してもよい。あるいは、上記分布図において特定のユーザをタッチ等により指定すると当該ユーザに関する上記情報等が表示されるようにしてもよい。

また、個人情報保護の観点から、分布図において個人の位置表示が正確すぎないようにするために、例えば位置情報を所定の範囲でずらして表示したり、ダミーの位置情報を使用したり、位置表示の更新タイミングをリアルタイムではなく所定時間経過後にする（例えば１時間前の位置情報を元に分布を表示する）等のダミー処理を行ってもよい。

図１１に戻り、エリア指定処理部３５は、分布図上の特定のエリアを指定する。指定されるエリアは、予め固定的なエリアに設定されていてもよいし、例えばユーザが密集しているエリア（あるいはユーザがほとんどいないエリア）を指定する等、ユーザの分布状況に応じて変動させてもよい。

第２エリア判定処理部３７は、前述の位置情報取得処理部９により取得された複数の位置情報に基づいて、各携帯端末装置３の所在位置が上記エリア指定処理部３５により指定された特定のエリア（後述の特典エリア４３）の範囲内にあるか否かを判定する。

第２特典実行処理部３９は、携帯端末装置３の所在位置が特定のエリアの範囲内にある場合に、当該端末処理装置３に対して所定の第２特典処理を実行する。第２特典処理は、ユーザやプレイヤキャラクタが何らかの恩恵を得られる処理であれば特に限定されるものではないが、例えば限定アイテムの付与、専用クエストの発生、特定のスキルの発動、限定ガチャの配信、ガチャの確率変動（レアアイテムの当選確率を上昇させる等）等の処理が含まれる。

特定内容報知処理部４１は、上記第２特典処理の内容を携帯端末装置３のユーザに報知する。報知対象となる携帯端末装置３は、イベント会場内に存在する全ての携帯端末装置３でもよいし、例えば第２特典処理の内容に応じて特定のエリア（物販の周辺等）に存在する携帯端末装置３とする等、報知対象を限定してもよい。

図１３に第２特典処理の内容が表示された分布図の一例を示す。図１３に示す例では、第２特典として、イベントステージ前に存在するユーザに対して限定アイテムを付与する特典が表示されている。

なお、特典内容の報知は必ずしも分布図上で行われなくともよく、例えば専用の別画面で表示されてもよいし、ＥメールやＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）等を介してユーザに報知されてもよい。

図１４に上記第２特典内容の報知によりユーザがイベントステージ前に移動した分布図の一例を示す。図１４に示すように、第２特典が付与される範囲である特典エリア４３が表示されており、当該特典エリア４３内に存在するユーザに対して限定アイテムが付与される。このようにして、ユーザをイベントステージ前に誘導することができる。なお、前述の図９と同様に、図１４において限定アイテムの付与中であることを表示してもよい。

以上のように、ユーザを特定のエリアに誘導することが可能となるので、例えばイベント会場等で特定の場所（ステージ前や物販の前等）に集まって欲しい、あるいは混雑緩和のために混雑した場所から離れて欲しい、といった主催者側の意図に沿ってユーザを誘導すること等が可能となる。なお、この際には特典を欲するユーザのみが従えばよいので、当該誘導に強制力は無く、ユーザの自由意志による参加不参加の選択が可能である。

また、分布図上において、例えば課金額や累計ポイントが非常に高いユーザや、例えばプレイヤオブジェクトが非常に強くランキング上位であるユーザ等の、特定のユーザを識別することが可能となる。これにより、ユーザは、例えば分布図上で上記特定のユーザが指定エリアに移動した場合には付与される第２特典が非常に価値があると判断して当該エリアに向かう行動を取ることができる。反対に、上記特定のユーザが指定エリアに移動しない場合には付与される第２特典にあまり魅力がないと判断して当該エリアに移動しない行動を取ることができる。このように、他のユーザの分布状況に応じて自身の行動を決定できる。

なお、以上説明した各処理部における処理等は、これらの処理の分担の例に限定されるものではなく、例えば、更に少ない数の処理部（例えば１つの処理部）で処理されてもよく、また、更に細分化された処理部により処理されてもよい。また、上述した各処理部の機能は、後述するＣＰＵ５０１（後述の図１６参照）が実行するゲームプログラムにより実装されるものであるが、例えばその一部がＡＳＩＣやＦＰＧＡ等の専用集積回路、その他の電気回路等の実際の装置により実装されてもよい。さらに、以上説明した各処理部は、全部がサーバ５側に実装される場合に限定されるものではなく、その一部又は全部が携帯端末装置３側に実装されてもよい。

＜７．サーバが実行する指定エリアでの特典付与に関わる処理手順＞
次に、図１５を用いて、サーバ５のＣＰＵ５０１によって実行される指定エリアでの特典付与に関わる処理手順の一例について説明する。

ステップＳ２１０及びステップＳ２２０は、前述の図６のステップＳ１０及びステップＳ２０と同様であるので説明を省略する。

ステップＳ２３０では、サーバ５は、エリア指定処理部３５により、第２特典を発生させる分布図上の特定のエリアを指定する。

ステップＳ２４０では、サーバ５は、特定内容報知処理部４１により、第２特典の内容を携帯端末装置３のユーザに報知する。

ステップＳ２５０では、サーバ５は、第２エリア判定処理部３７により、上記ステップＳ２１０で取得された位置情報に基づいて、上記ステップＳ２３０で指定されたエリア内に携帯端末装置３が存在するか否かを判定する。指定エリア内に携帯端末装置３が１つも存在しない場合には（ステップＳ２５０：ＮＯ）、本フローを終了する。一方、指定エリア２５内に少なくとも１つの携帯端末装置３が存在する場合には（ステップＳ２５０：ＹＥＳ）、次のステップＳ２６０に移る。

ステップＳ２６０では、サーバ５は、第２特典実行処理部３９により、指定エリアの範囲内に存在する端末処理装置３に対して第２特典処理を実行する。以上により、本フローを終了する。

なお、上述した処理手順は一例であって、上記手順の少なくとも一部を削除又は変更してもよいし、上記以外の手順を追加してもよい。また、上記手順の少なくとも一部の順番を変更してもよいし、複数の手順が単一の手順にまとめられてもよい。

＜８．サーバのハードウェア構成＞
次に、図１６を用いて、上記で説明したＣＰＵ５０１が実行するプログラムにより実装された各処理部を実現するサーバ５のハードウェア構成の一例について説明する。なお、携帯端末装置３が同様のハードウェア構成を有してもよい。

図１６に示すように、サーバ５は、例えば、ＣＰＵ５０１と、ＲＯＭ５０３と、ＲＡＭ５０５と、ＧＰＵ５０６と、例えばＡＳＩＣ又はＦＰＧＡ等の特定の用途向けに構築された専用集積回路５０７と、入力装置５１３と、出力装置５１５と、記録装置５１７と、ドライブ５１９と、接続ポート５２１と、通信装置５２３を有する。これらの構成は、バス５０９や入出力インターフェース５１１等を介し相互に信号を伝達可能に接続されている。

ゲームプログラムは、例えば、ＲＯＭ５０３やＲＡＭ５０５、記録装置５１７等に記録しておくことができる。

また、ゲームプログラムは、例えば、フレキシブルディスクなどの磁気ディスク、各種のＣＤ、ＭＯディスク、ＤＶＤ等の光ディスク、半導体メモリ等のリムーバブルな記録媒体５２５に、一時的又は永続的（非一時的）に記録しておくこともできる。このような記録媒体５２５は、いわゆるパッケージソフトウエアとして提供することもできる。この場合、これらの記録媒体５２５に記録されたゲームプログラムは、ドライブ５１９により読み出されて、入出力インターフェース５１１やバス５０９等を介し上記記録装置５１７に記録されてもよい。

また、ゲームプログラムは、例えば、ダウンロードサイト、他のコンピュータ、他の記録装置等（図示せず）に記録しておくこともできる。この場合、ゲームプログラムは、ＬＡＮやインターネット等のネットワークＮＷを介し転送され、通信装置５２３がこのプログラムを受信する。そして、通信装置５２３が受信したプログラムは、入出力インターフェース５１１やバス５０９等を介し上記記録装置５１７に記録されてもよい。

また、ゲームプログラムは、例えば、適宜の外部接続機器５２７に記録しておくこともできる。この場合、ゲームプログラムは、適宜の接続ポート５２１を介し転送され、入出力インターフェース５１１やバス５０９等を介し上記記録装置５１７に記録されてもよい。

そして、ＣＰＵ５０１が、上記記録装置５１７に記録されたプログラムに従い各種の処理を実行することにより、前述の位置情報取得処理部９、分布図生成処理部１１等による処理が実現される。この際、ＣＰＵ５０１は、例えば、上記記録装置５１７からプログラムを、直接読み出して実行してもよく、ＲＡＭ５０５に一旦ロードした上で実行してもよい。更にＣＰＵ５０１は、例えば、プログラムを通信装置５２３やドライブ５１９、接続ポート５２１を介し受信する場合、受信したプログラムを記録装置５１７に記録せずに直接実行してもよい。

また、ＣＰＵ５０１は、各携帯端末装置３のタッチパネル７からネットワークＮＷを介して入力される信号に加えて、必要に応じて、例えばマウス、キーボード、マイク等の入力装置５１３から入力する信号や情報に基づいて各種の処理を行ってもよい。

ＧＰＵ５０６は、ＣＰＵ５０１からの指示に応じて例えばレンダリング処理などの画像表示のための処理を行う。

そして、ＣＰＵ５０１及びＧＰＵ５０６は、上記の処理を実行した結果を、ネットワークＮＷを介して各携帯端末装置３のタッチパネル７に出力すると共に、必要に応じて、例えばスピーカーやヘッドフォン等の音声出力部（図示せず）を含む、出力装置５１５から出力する。さらにＣＰＵ５０１及びＧＰＵ５０６は、必要に応じてこの処理結果を通信装置５２３や接続ポート５２１を介し送信してもよく、上記記録装置５１７や記録媒体５２５に記録させてもよい。

＜９．実施形態の効果＞
本実施形態のゲームプログラムは、サーバ５を、複数の携帯端末装置３の各々から位置情報を取得する位置情報取得処理部９、位置情報に基づいて、複数の携帯端末装置３の所在位置の分布を地図上に表した分布図を生成する分布図生成処理部１１、として機能させる。

これにより、オンラインゲームにおいて複数のユーザによる協力プレイが行われる場合に、ユーザは分布図を参照することにより、他のユーザの集まり具合や協力プレイイベントへの参加状況等を把握できる。これにより、他のユーザの状況に応じて自身のプレイヤキャラクタの行動を決定することができるので戦略性を向上できる。また、他のユーザの状況が分かることにより協力プレイでの連帯感や高揚感等が増加するので興趣性を向上できる。

また、本実施形態では特に、ゲームプログラムは、サーバ５を、携帯端末装置３のユーザが操作可能なプレイヤキャラクタが戦闘可能な一又は複数の敵キャラクタ２３を分布図上の所定の位置に出現させる敵キャラクタ出現処理部１３、位置情報に基づいて、携帯端末装置３の所在位置が敵キャラクタ２３の影響エリア２５内にあるか否かを判定する第１エリア判定処理部１５、影響エリア２５内に存在する携帯端末装置３から敵キャラクタ２３との戦闘への参加申請を受け付けたか否かを判定する参加申請判定処理部１７、参加申請を受け付けた携帯端末装置３のプレイヤキャラクタと敵キャラクタ２３との戦闘を実行するバトル実行処理部１９、としてさらに機能させる。

これにより、例えば一体の強い敵キャラクタ２３に対して複数のユーザで戦いを挑むいわゆるレイドバトルを行う場合に、ユーザは、例えば分布図上で敵キャラクタ２３に対して多数のユーザが群がっている場合には比較的容易に討伐が可能でありそれによる恩恵が得られる（アイテムや経験値の獲得等）と判断して当該エリアに向かう行動を取ることができる。反対に、敵キャラクタ２３の周囲に少数のユーザしか存在しない場合には討伐が困難となる可能性があると判断して当該エリアを回避する行動を取ることができる。このように、ユーザは他のユーザの集まり具合等に応じて自身のプレイヤキャラクタに有利となる行動を決定することができるので、戦略性を向上できる。

また、本実施形態では特に、ゲームプログラムは、サーバ５を、携帯端末装置３の所在位置の分布が所定の分布条件を満たしたか否かを判定する条件判定処理部２７、分布が所定の分布条件を満たした場合に、当該分布条件を満たしたエリア内に存在する端末処理装置３に対して所定の第１特典処理を実行する第１特典実行処理部２９、としてさらに機能させる。

本実施形態によれば、リアルタイムに変化する分布図を元に特典が発生するため、ユーザは所定の特典を得るために常に変化する分布状況を把握しつつ臨機応変に行動することが必要となる。したがって、継続的な面白さを備えた飽きづらいゲームを実現できる。

また、本実施形態では特に、ゲームプログラムは、サーバ５を、所定の分布条件の内容を携帯端末装置３のユーザに報知する分布条件報知処理部３１、としてさらに機能させる。

これにより、特定のエリアに集まるようにユーザ同士が呼びかけあう等、ユーザの自発的な行動を促進することができる。その結果、例えばユーザが主導してイベントを開催する等、ゲームを超えた現実世界でのムーブメントを引き起こすことが可能となり、ユーザ間の盛り上がりが期待できる。したがって、ゲームの興趣性をより一層向上できる。

また、本実施形態では特に、ゲームプログラムは、サーバ５を、所定の第１特典処理が実行された場合に、当該第１特典が発生中であることを分布図上に表示する特典発生報知処理部３３、としてさらに機能させる。

これにより、ユーザは第１特典の発生状況をリアルタイムに把握できるので、例えば現在位置に近い場所で第１特典が発生している場合には容易に特典を得ることができるので当該エリアに向かったり、現在位置から離れた場所であっても自身が所望する特典が発生している場合には速やかにそのエリアに移動して確実にその特典を得る、といった行動を取ることができる。このように、ユーザは第１特典の発生状況に応じて自身の行動を決定できるので、戦略性及び興趣性をさらに向上できる。

また、本実施形態では特に、ゲームプログラムは、サーバ５を、分布図上の特定のエリアを指定するエリア指定処理部３５、位置情報に基づいて、携帯端末装置３の所在位置が特定のエリアの範囲内にあるか否かを判定する第２エリア判定処理部３７、携帯端末装置３の所在位置が特定のエリアの範囲内にある場合に、当該端末処理装置３に対して所定の第２特典処理を実行する第２特典実行処理部３９、としてさらに機能させる。

これにより、ユーザを特定のエリアに誘導することが可能となるので、例えばイベント会場等で特定の場所に集まって欲しい、あるいは混雑緩和のために混雑した場所から離れて欲しい、といった主催者側の意図に沿ってユーザを誘導することができる。なお、この際には特典を欲するユーザのみが従えばよいので、当該誘導に強制力は無く、ユーザの自由意志による参加不参加の選択が可能である。

また、本実施形態では特に、ゲームプログラムは、サーバ５を、第２特典処理の内容を携帯端末装置３のユーザに報知する特典内容報知処理部４１、としてさらに機能させる。

これにより、ユーザの自発的な行動を促進させ、ユーザを所定のエリアに誘導する効果をさらに高めることができる。また、ユーザは特典内容を事前に把握できるので、参加するか否かを事前に判断できる。したがって、ユーザの利便性を向上できる。

また、本実施形態では特に、分布図生成処理部１１は、携帯端末装置３の所在位置の密集度に基づいて分布の色が変化するように分布図を生成する。

これにより、分布図における密集度の視認性を向上できるので、ユーザは他のユーザの集まり具合や協力プレイイベントへの参加状況等を一見して把握できる。

また、本実施形態では特に、分布図生成処理部１１は、携帯端末装置３のユーザに関するパラメータ又はユーザが操作可能なプレイヤキャラクタに関するパラメータに基づいて分布の色が変化するように分布図を生成する。

これにより、分布図上において、例えば課金額や累計ポイントが非常に高いユーザや、例えばプレイヤキャラクタが非常に強くランキング上位であるユーザ等の、特定のユーザを識別することが可能となる。これにより、ユーザは、そのような影響力のある特定のユーザの行動を参照しつつ自身の行動を決定することができる。これにより戦略性をさらに向上できる。

＜１０．変形例等＞
なお、本発明は、上記の実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。

例えば、図１２に示すようなユーザの個々の所在位置が点でプロットされた散布図状の分布図を、図３〜図５等に示すレイドバトルに適用してもよい。この場合、ユーザは、例えば分布図上で敵キャラクタ２３の周囲に上述した特定のユーザ（例えば課金額や累計ポイントが非常に高いユーザや、例えばプレイヤキャラクタのランキングが上位であるユーザ等）が存在する場合には比較的容易に討伐が可能でありそれによる恩恵が得られる（アイテムや経験値の獲得等）と判断して当該エリアに向かう行動を取ることができる。反対に、敵キャラクタ２３の周囲に上記特定のユーザが存在しない場合には討伐が困難となる可能性があると判断して当該エリアを回避する行動を取ることができる。これにより戦略性をさらに向上できる。

なお、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。その他、一々例示はしないが、上記実施形態や各変形例は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。

３ 携帯端末装置
５ サーバ（情報処理装置）
９ 位置情報取得処理部
１１ 分布図生成処理部
１３ 敵キャラクタ出現処理部（敵オブジェクト出現処理部）
１５ 第１エリア判定処理部
１７ 参加申請判定処理部
１９ バトル実行処理部
２３ 敵キャラクタ（敵オブジェクト）
２５ 影響エリア
２７ 条件判定処理部
２９ 第１特典実行処理部
３１ 分布条件報知処理部
３３ 特典発生報知処理部
３５ エリア指定処理部
３７ 第２エリア判定処理部
３９ 第２特典実行処理部
４１ 特典内容報知処理部
５２５ 記録媒体

Claims (11)

1. 情報処理装置を、
   複数の携帯端末装置の各々から位置情報を取得する位置情報取得処理部、
   前記位置情報に基づいて、前記複数の携帯端末装置の所在位置の分布を地図上に表した分布図を生成する分布図生成処理部、
   として機能させる、ゲームプログラム。
2. 前記情報処理装置を、
   前記携帯端末装置のユーザが操作可能なプレイヤオブジェクトが戦闘可能な一又は複数の敵オブジェクトを前記分布図上の所定の位置に出現させる敵オブジェクト出現処理部、
   前記位置情報に基づいて、前記携帯端末装置の所在位置が前記敵オブジェクトの影響エリア内にあるか否かを判定する第１エリア判定処理部、
   前記影響エリア内に存在する前記携帯端末装置から前記敵オブジェクトとの戦闘への参加申請を受け付けたか否かを判定する参加申請判定処理部、
   前記参加申請を受け付けた前記携帯端末装置の前記プレイヤオブジェクトと前記敵オブジェクトとの戦闘を実行するバトル実行処理部、としてさらに機能させる、
   請求項１に記載のゲームプログラム。
3. 前記情報処理装置を、
   前記携帯端末装置の所在位置の分布が所定の分布条件を満たしたか否かを判定する条件判定処理部、
   前記分布が前記所定の分布条件を満たした場合に、当該分布条件を満たしたエリア内に存在する前記端末処理装置に対して所定の第１特典処理を実行する第１特典実行処理部、
   としてさらに機能させる、
   請求項１又は２に記載のゲームプログラム。
4. 前記情報処理装置を、
   前記所定の分布条件の内容を前記携帯端末装置のユーザに報知する分布条件報知処理部、としてさらに機能させる、
   請求項３に記載のゲームプログラム。
5. 前記情報処理装置を、
   前記所定の第１特典処理が実行された場合に、当該第１特典が発生中であることを前記分布図上に表示する特典発生報知処理部、としてさらに機能させる、
   請求項３又は４に記載のゲームプログラム。
6. 前記情報処理装置を、
   前記分布図上の特定のエリアを指定するエリア指定処理部、
   前記位置情報に基づいて、前記携帯端末装置の所在位置が前記特定のエリアの範囲内にあるか否かを判定する第２エリア判定処理部、
   前記携帯端末装置の所在位置が前記特定のエリアの範囲内にある場合に、当該端末処理装置に対して所定の第２特典処理を実行する第２特典実行処理部、としてさらに機能させる、
   請求項１乃至５のいずれか１項に記載のゲームプログラム。
7. 前記情報処理装置を、
   前記第２特典処理の内容を前記携帯端末装置のユーザに報知する特典内容報知処理部、としてさらに機能させる、
   請求項６に記載のゲームプログラム。
8. 前記分布図生成処理部は、
   前記携帯端末装置の所在位置の密集度に基づいて前記分布の色が変化するように前記分布図を生成する、
   請求項１乃至７のいずれか１項に記載のゲームプログラム。
9. 前記分布図生成処理部は、
   前記携帯端末装置のユーザに関するパラメータ又は前記ユーザが操作可能なプレイヤオブジェクトに関するパラメータに基づいて前記分布の色が変化するように前記分布図を生成する、
   請求項１乃至８のいずれか１項に記載のゲームプログラム。
10. 請求項１乃至９のいずれか１項に記載のゲームプログラムを記録した、情報処理装置が読み取り可能な記録媒体。
11. 情報処理装置によって実行されるゲーム処理方法であって、
    複数の携帯端末装置の各々から位置情報を取得するステップと、
    前記位置情報に基づいて、前記複数の携帯端末装置の所在位置の分布を地図上に表した分布図を生成するステップと、
    を有する、ゲーム処理方法。

Images