知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025151772
(43)【公開日】2025-10-09
(54)【発明の名称】プログラム及び情報処理システム
(51)【国際特許分類】
A63F 13/5375 20140101AFI20251002BHJP
A63F 13/216 20140101ALI20251002BHJP
A63F 13/65 20140101ALI20251002BHJP
A63F 13/45 20140101ALI20251002BHJP
A63F 13/69 20140101ALI20251002BHJP
【ＦＩ】
A63F13/5375
A63F13/216
A63F13/65
A63F13/45
A63F13/69
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2024053361
(22)【出願日】2024-03-28
(71)【出願人】
【識別番号】509070463
【氏名又は名称】株式会社コロプラ
(74)【代理人】
【識別番号】100085660
【弁理士】
【氏名又は名称】鈴木 均
(74)【代理人】
【識別番号】100149892
【弁理士】
【氏名又は名称】小川 弥生
(74)【代理人】
【識別番号】100185672
【弁理士】
【氏名又は名称】池田 雅人
(72)【発明者】
【氏名】得地 賢吾
(57)【要約】
【課題】サービスの興趣性が向上するプログラムを提供する。
【解決手段】現実空間における位置が特定される位置情報を利用する位置情報ゲームを実行するためのプログラムであって、コンピュータを、現実空間における第１位置へユーザが移動した場合に進行可能な第１イベントと、現実空間における第２位置へユーザが移動した場合に進行可能な第２イベントと、第２位置を経由して第１位置まで移動する各ルートのうちユーザに有利なルートを案内可能にする案内手段として機能させる。
【選択図】図４
【解決手段】現実空間における位置が特定される位置情報を利用する位置情報ゲームを実行するためのプログラムであって、コンピュータを、現実空間における第１位置へユーザが移動した場合に進行可能な第１イベントと、現実空間における第２位置へユーザが移動した場合に進行可能な第２イベントと、第２位置を経由して第１位置まで移動する各ルートのうちユーザに有利なルートを案内可能にする案内手段として機能させる。
【選択図】図４
【特許請求の範囲】
【請求項1】
現実空間における位置が特定される位置情報を利用する位置情報ゲームを実行するためのプログラムであって、
コンピュータを、
現実空間における第１位置へユーザが移動した場合に進行可能な第１イベントと、現実空間における第２位置へユーザが移動した場合に進行可能な第２イベントと、前記第２位置を経由して前記第１位置まで移動する各ルートのうちユーザに有利なルートを案内可能にする案内手段
として機能させるプログラム。
コンピュータを、
現実空間における第１位置へユーザが移動した場合に進行可能な第１イベントと、現実空間における第２位置へユーザが移動した場合に進行可能な第２イベントと、前記第２位置を経由して前記第１位置まで移動する各ルートのうちユーザに有利なルートを案内可能にする案内手段
として機能させるプログラム。
【請求項2】
前記第２イベントは第１イベントに関連付けられており、前記第１イベントを前記位置情報ゲームの仮想空間に配置すると、前記第２イベントも前記仮想空間に配置される、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項3】
前記第１イベント又は第２イベントの進行状況に応じて、前記第１イベント又は前記第２イベントを進行不可能にする、
請求項２に記載のプログラム。
請求項２に記載のプログラム。
【請求項4】
前記第１イベントと前記第２イベントとでは、付与可能な特典が異なる
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項5】
前記第２イベントの各々は、進行可能となる前記第２位置が異なり、それぞれに識別情報が関連付けられており、
前記コンピュータを、
前記第２イベントの進行が完了した場合、同じ識別情報が対応付けられた当該第２イベントを進行不可能にするイベント管理手段として機能させる、
請求項１に記載のプログラム。
前記コンピュータを、
前記第２イベントの進行が完了した場合、同じ識別情報が対応付けられた当該第２イベントを進行不可能にするイベント管理手段として機能させる、
請求項１に記載のプログラム。
【請求項6】
前記案内手段は、前記第２イベントの識別情報に応じたルートを案内可能にする
請求項５に記載のプログラム。
請求項５に記載のプログラム。
【請求項7】
前記位置情報ゲームにおけるイベントには、前記第１イベント又は前記第２イベントの進行に影響を与えない第３位置に関連付けられた第３イベントが含まれ、
前記案内手段は、前記第３位置を経由する前記ルートを案内可能にする
請求項２に記載のプログラム。
前記案内手段は、前記第３位置を経由する前記ルートを案内可能にする
請求項２に記載のプログラム。
【請求項8】
前記案内手段は、複数の前記第２位置を経由して前記第１位置まで移動する各ルートのうち最短のルートを案内可能にする
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項9】
前記案内手段は、ユーザが設定した条件に基づいて、前記第１位置まで移動する各ルートのうちの何れかを案内可能にする
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項10】
前記案内手段は、他のユーザの進行状況に応じたルートを案内可能にする
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項11】
前記コンピュータを、
複数種類のモードのうちの何れかに制御可能なモード管理手段
として機能させるプログラムであって、
前記案内手段は、現在の前記モードに応じた方法のルート案内を可能にする
請求項１に記載のプログラム。
複数種類のモードのうちの何れかに制御可能なモード管理手段
として機能させるプログラムであって、
前記案内手段は、現在の前記モードに応じた方法のルート案内を可能にする
請求項１に記載のプログラム。
【請求項12】
現実空間における位置が特定される位置情報を利用する位置情報ゲームを実行するための情報処理システムであって、
現実空間における第１位置へユーザが移動した場合に進行可能な第１イベントと、現実空間における第２位置へユーザが移動した場合に進行可能な第２イベントと、前記第２位置を経由して前記第１位置まで移動する各ルートのうちユーザに有利なルートを案内可能にする案内手段
を具備する情報処理システム。
現実空間における第１位置へユーザが移動した場合に進行可能な第１イベントと、現実空間における第２位置へユーザが移動した場合に進行可能な第２イベントと、前記第２位置を経由して前記第１位置まで移動する各ルートのうちユーザに有利なルートを案内可能にする案内手段
を具備する情報処理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プログラム及び情報処理システムに関する。
【背景技術】
【0002】
従来から、現実空間における位置が特定される位置情報を利用するサービスが知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２３－１０７９０７公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明は、サービスの興趣性の向上を目的とする。
【課題を解決するための手段】
【0005】
上記課題を解決するために、本発明のプログラムは、現実空間における位置が特定される位置情報を利用する位置情報ゲームを実行するためのプログラムであって、コンピュータを、現実空間における第１位置へユーザが移動した場合に進行可能な第１イベントと、現実空間における第２位置へユーザが移動した場合に進行可能な第２イベントと、前記第２位置を経由して前記第１位置まで移動する各ルートのうちユーザに有利なルートを案内可能にする案内手段として機能させる。
【発明の効果】
【0006】
本発明によれば、サービスの興趣性が向上する。
【図面の簡単な説明】
【0007】
【図1】情報処理システムの各構成を説明するための図である。
【図2】情報処理システムのハードウェア構成図である。
【図3】情報処理システムの機能ブロック図である。
【図4】プレイ画面の具体例の模擬図である。
【図5】クエスト状態を開始させるための各画面の模擬図である。
【図6】マップ画面の具体例の模擬図である。
【図7】情報処理システムにおける各処理のフローチャートである。
【図8】第２実施形態を説明するための図である。
【図9】変形例を説明するための図である。
【図10】他の変形例を説明するための図である。
【発明を実施するための形態】
【0008】
＜第１実施形態＞
図１は、情報処理システム１０００の各構成を説明するための図である。情報処理システム１０００は、端末装置１００およびサーバ装置２００を含んで構成される。図１に示す通り、端末装置１００およびサーバ装置２００は、ネットワークＮを介して通信可能である。ネットワークＮとしては、例えば、インターネットが想定される。
図１は、情報処理システム１０００の各構成を説明するための図である。情報処理システム１０００は、端末装置１００およびサーバ装置２００を含んで構成される。図１に示す通り、端末装置１００およびサーバ装置２００は、ネットワークＮを介して通信可能である。ネットワークＮとしては、例えば、インターネットが想定される。
【0009】
端末装置１００は、ユーザにより携帯可能であり、例えば、スマートフォン、パーソナルコンピュータ、および、携帯ゲーム機が採用され得る。また、端末装置１００は、アプリケーションプログラムを含む各種のプログラムを記憶する。なお、実際は、複数の端末装置１００がサーバ装置２００と通信する。ただし、図１においては、説明のため、１個の端末装置１００を抜粋して示す。
【0010】
サーバ装置２００は、端末装置１００がアプリケーションプログラムを実行する際に使用する各種の情報を当該端末装置１００に提供する。具体的には、端末装置１００およびサーバ装置２００が協働することで、端末装置１００において、ユーザの位置情報を利用するサービスであり、例えばユーザの位置情報を利用するゲーム（位置情報ゲームと呼ぶ）が実行可能になる。なお、図１においては、サーバ装置２００が１個のサーバ装置で構成される例を示すが、サーバ装置２００を複数個のサーバ装置（システム）で構成してもよい。
【0011】
端末装置１００は、現実空間Ｓｒにおける位置情報を取得可能に構成される。具体的には、端末装置１００は、ＧＰＳ（Global Positioning System）受信部を具備し、ＧＰＳ信号を受信可能に構成される。以上のＧＰＳ信号には、水平面における端末装置１００の位置を示す位置情報が含まれる。本実施形態では、現実空間Ｓｒの水平面における端末装置１００の位置を、「ユーザ位置Ｐｒ」と記載する場合がある。以上のユーザ位置Ｐｒは、端末装置１００を所持するユーザの位置を示すと推定できる。
【0012】
位置情報ゲームでは、ユーザ（端末装置１００）が現実空間Ｓｒを移動することで、仮想空間Ｓｖにおける各種のイベントを実行できる。例えば、図１の具体例では、ユーザが現実空間Ｓｒにおけるイベントスポットまで移動した場合、当該イベントスポットに応じたイベントが実行可能になる。詳細には後述するが、イベントスポットから予め定められた距離（例えば、約２００メートル）までの領域へユーザが移動するとイベントが開始可能になる。本実施形態では、説明のため、仮想空間Ｓｖにおいてイベントが開始可能になる現実空間Ｓｒにおける領域を「現実イベント位置ｒａ」と記載する場合がある。
【0013】
以上の現実イベント位置ｒａ（イベントスポット）は、現実空間Ｓｒにおける各地に設けられる。以上の構成では、ユーザは、各現実イベント位置ｒａへ順次に移動することで、仮想空間Ｓｖにおける各種のイベントを実行可能になる。例えば、図１の具体例では、３個の現実イベント位置ｒａへユーザが順次に移動する場合を想定する。
【0014】
ただし、各現実イベント位置ｒａを通るルートは、１通りではないのが通常である。また、各現実イベント位置ｒａを通るルートによってはユーザが不利になる場合が生じ得る。例えば、各現実イベント位置ｒａを通るルートによっては、ユーザの移動時間が不必要に長くなり得る。したがって、適切なルートが選択されない場合、各イベントを完了するのに要する時間が不必要に長期化する不都合が生じ得るという事情がある。
【0015】
以上の事情を考慮して、本実施形態では、各現実イベント位置ｒａへ移動する各ルートのうちユーザに有利なルートを案内可能な構成を採用した。以下、説明のため、ユーザに案内されるルートを「ルートＲ」と記載する場合がある。本実施形態によれば、複数種類のルートから有利なルートＲをユーザが容易に選択可能になり、上述の不都合が抑制される。以上の構成の詳細については後述する。
【0016】
図２は、情報処理システム１０００のハードウェア構成図である。上述した通り、情報処理システム１０００は、端末装置１００およびサーバ装置２００を含む。端末装置１００は、図２に示す通り、処理装置１０１、記憶装置１０２、通信装置１０３、表示装置１０４、ＧＰＳ受信部１０５、加速方位センサ１０６を含んで構成される。以上の各構成は、システムバスを介して通信可能に接続される。
【0017】
処理装置１０１は、端末装置１００の全体を制御する。以上の処理装置１０１は、単数または複数のプロセッサで構成され得る。具体的には、処理装置１０１は、例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）、またはＡＳＩＣ（Application Specific Integrated Circuit）等の１種類以上のプロセッサで構成され得る。
【0018】
記憶装置１０２は、基本プログラムおよびアプリケーションプログラムＰＧｘを含む各種のプログラムを記憶する。記憶装置１０２としては、例えば半導体記録媒体および磁気記録媒体等の公知の記録媒体が採用され得る。また、記憶装置１０２を１個の記録媒体で構成してもよいし、複数個の記録媒体で構成してもよい。アプリケーションプログラムＰＧｘは、事前にダウンロードされ、端末装置１００にインストールされる。また、記憶装置１０２は、位置情報ゲームで使用する各種のゲームデータ（ユーザに付与されたアイテムを示すデータ、ユーザキャラクタのステータスを示すデータなど）を記憶する。
【0019】
表示装置１０４は、表示パネル１０４ａおよびタッチパネル１０４ｂを含んで構成される。 表示パネル１０４ａは、例えば、有機ＥＬ（Electro Luminescence）で構成されるフラットディスプレイである。タッチパネル１０４ｂは、ユーザのタッチ操作を検知可能に構成される。具体的には、タッチパネル１０４ｂは、表示パネル１０４ａに重ねて設けられ、表示パネル１０４ａに表示された画像に対するタッチ操作を受け付ける。
【0020】
ＧＰＳ受信部１０５は、ＧＰＳ衛星からＧＰＳ信号を受信する。加速方位センサ１０６は、地磁気を検知する電子磁気コンパス、ジャイロコンパス、加速度センサを含む各種のセンサの組合せで構成される。通信装置１０３は、ネットワークＮを介してサーバ装置２００と通信する。
【0021】
サーバ装置２００は、処理装置２０１、記憶装置２０２および通信装置２０３を含んで構成される。以上の各構成は、システムバスを介して通信可能に接続される。処理装置２０１は、サーバ装置２００の全体を制御する。サーバ装置２００の処理装置２０１は、上述の端末装置１００の処理装置１０１と同様に、単数または複数のプロセッサで構成され得る。具体的には、処理装置２０１は、例えばＣＰＵ、ＧＰＵ、ＤＳＰ、ＦＰＧＡまたはＡＳＩＣ等の１種類以上のプロセッサで構成され得る。
【0022】
記憶装置２０２は、基本プログラムおよびゲーム管理用プログラムＰＧｙを含む各種のプログラムを記憶する。サーバ装置２００の記憶装置２０２としては、例えば、半導体記録媒体および磁気記録媒体等の公知の記録媒体が採用され得る。なお、記憶装置２０２を１個の記録媒体で構成してもよいし、複数個の記録媒体で構成してもよい。また、記憶装置２０２は、位置情報ゲームで使用する各種のゲームデータ（ユーザに付与されたアイテムを示すデータ、ユーザキャラクタのステータスを示すデータなど）をユーザの識別子に対応させて記憶する。通信装置２０３は、ネットワークＮを介して端末装置１００と通信する。
【0023】
図３は、情報処理システム１の機能ブロック図である。図３に示す通り、本実施形態の情報処理システム１は、端末装置１０および管理装置２０を含んで構成される。例えば、上述の端末装置１００がアプリケーションプログラムＰＧｘを実行することで、端末装置１０として機能する。また、上述のサーバ装置２００がゲーム管理用プログラムＰＧｙを実行することで、管理装置２０として機能する。以上の各構成は、ネットワークＮを介して通信可能である。
【0024】
端末装置１０は、案内手段１１、イベント管理手段１２および状態管理手段１３を含んで構成される。ただし、以上の各構成（機能）の一部または全部を管理装置２０が具備する構成としてもよい。
【0025】
案内手段１１は、現実空間Ｓｒにおける第１位置（現実イベント位置ｒａ）へユーザが移動した場合に開始可能な第１イベント（例えば、後述のボスモンスターとのバトル）、および、現実空間Ｓｒにおける第２位置（他の現実イベント位置ｒａ）へユーザが移動した場合に開始可能な第２イベント（後述の中ボスモンスターとのバトル）を実行可能な特定状態（後述のクエスト状態）において、第２位置を経由して第１位置まで移動する各ルートのうちユーザに有利なルートＲ（例えば、最短のルート、全ての中ボスモンスターとバトル可能なルート）を案内可能にする。
【0026】
以上の構成において、第１イベントと第２イベントとでは、付与可能な特典（例えば、アイテム）が相違する構成としてもよい。また、特定状態において、第２イベントを複数回まで実行可能な構成としてもよい。以上の構成において、案内手段１１は、複数の第２位置を経由して第１位置まで移動する各ルートのうち最短のルートＲを案内可能にする構成としてもよい。以上の構成については、図４（ａ）および図４（ｂ）を用いて詳細に後述する。
【0027】
イベント管理手段１２は、第２イベントの各々が相違するグループ（後述のグループｘ、グループｙ…）に区分される場合（図６（ａ）参照）において、第２イベントが実行された場合、当該第２イベントが属するグループの他の第２イベントを実行不可能にする。また、上述の案内手段１１は、第２イベントが属するグループに応じたルートＲを案内可能にする。以上の構成については、図６（ａ）～（ｃ）を用いて詳細に後述する。
【0028】
状態管理手段１３は、特定状態（クエスト状態）において第１イベントが実行されると（ボスモンスターに勝利すると）、当該特定状態における第２イベント（中ボスモンスターとのバトル）の実行の有無によらず、第２位置へユーザが移動したとしても第２イベントが開始可能とはならない所定状態（非クエスト状態）に制御する。
【0029】
上述した通り、案内手段１１は、第２位置を経由して第１位置まで移動するルートＲを案内する。すなわち、本実施形態によれば、第１イベントおよび第２イベントのうち第２イベントが先に開始可能になるルートＲが案内される。したがって、ルートＲをユーザが移動することで、第２イベントより先に第１イベントが開始されるため、当該第２イベントが実行される前に特定状態が終了する不都合が抑制される。
【0030】
図４（ａ）は、端末装置１０に表示されるプレイ画面Ｍｐの具体例の模擬図である。プレイ画面Ｍｐには仮想空間Ｓｖが表示され、当該仮想空間Ｓｖにおいて位置情報ゲームが進行される。具体的には、位置情報ゲームでは、ユーザが現実空間Ｓｒを移動することで、仮想空間Ｓｖにおいて各種のイベント（モンスターとのバトル、アイテムの取得）が実行可能になる。
【0031】
仮想空間Ｓｖは、現実空間Ｓｒにおける地図情報およびユーザ位置Ｐｒに基づいて表示される。以上の地図情報は、例えば、管理装置２０から端末装置１０へ提供される。ただし、管理装置２０が外部サーバから地図情報を取得し、当該地図情報が端末装置１０へ転送される構成としてもよい。ユーザ位置Ｐｒは、上述のＧＰＳ信号を用いて特定される。
【0032】
図４（ａ）に示す通り、プレイ画面Ｍｐは、各種のオブジェクトを含んで構成される。具体的には、プレイ画面Ｍｐは、キャラクタ画像Ｇｐ、モンスター画像Ｇｍ（ａ、ｂ）、アイテム画像Ｇｉ、および、地表画像Ｇｇを含んで構成される。なお、図４（ａ）の具体例では、プレイ画面Ｍｐに表示される各オブジェクトのうちの一部が抜粋して示される。
【0033】
仮想空間Ｓｖにおける地表画像Ｇｇは、現実空間Ｓｒにおける地表に対応する領域に表示される。以上の地表画像Ｇｇは、現実空間Ｓｒにおける地図情報に基づいて表示される。具体的には、地表画像Ｇｇには、現実空間Ｓｒにおける道路に対応する位置に道領域が表示される。以上の地表画像Ｇｇは、現実空間Ｓｒにおける地図を表すとも換言される。
【0034】
本実施形態の地図情報には、現実空間Ｓｒにおける道路の位置に加え、当該道路の名称および種類（主要幹線道路など）を示す情報が含まれる。地表画像Ｇｇにおける各道領域は、当該道領域が表す道路の種類に応じた態様（幅、色彩）で表示される。例えば、主要幹線道路を表す道領域は、他の道領域より広い幅で表示される。なお、道領域が示す道路の名称が仮想空間Ｓｖに表示される構成としてもよい。
【0035】
キャラクタ画像Ｇｐは、仮想空間Ｓｖにおけるユーザキャラクタを表す。図４（ａ）に示す通り、キャラクタ画像Ｇｐは、キャラクタ位置Ｐｖに表示される。仮想空間Ｓｖにおけるキャラクタ位置Ｐｖは、現実空間Ｓｒのユーザ位置Ｐｒに対応する。具体的には、ＧＰＳ信号から特定されるユーザ位置Ｐｒの移動に伴い、仮想空間Ｓｖにおけるキャラクタ位置Ｐｖが移動する。すなわち、現実空間Ｓｒにおけるユーザの移動に伴い、キャラクタ画像Ｇｐが仮想空間Ｓｖを移動する。
【0036】
以上の構成では、仮想空間Ｓｖにおける各道領域とキャラクタ位置Ｐｖ（キャラクタ画像Ｇｐ）との位置関係は、現実空間Ｓｒにおける各道路とユーザ位置Ｐｒ（ユーザ）との位置関係を示す。したがって、ユーザは、仮想空間Ｓｖ（地表画像Ｇｇ）におけるキャラクタ画像Ｇｐの位置（Ｐｖ）を確認することで、自身の現在地（Ｐｒ）を把握可能である。例えば、ユーザが現在移動している道路を把握可能である。
【0037】
本実施形態では、現実空間Ｓｒにおけるユーザ位置Ｐｒから所定距離（例えば、約２００メートル）までの領域に対応する仮想空間Ｓｖにおける領域が、可用領域に設定される。以上の可用領域は、仮想空間Ｓｖにおけるイベント（モンスターとのバトル、アイテムの取得）を開始させるために選択可能な領域である。なお、可用領域の外縁を表示する画像がプレイ画面Ｍｐに表示される構成としてもよい。
【0038】
例えば、可用領域にモンスター画像Ｇｍが位置する場合、ユーザは、当該モンスター画像Ｇｍをタッチ操作（選択）することで、モンスターとのバトル（イベント）を開始できる。モンスターに勝利すると、ユーザキャラクタに経験値が付与される。ユーザキャラクタに付与された経験値の合計が予め定められた閾値に達すると、当該ユーザキャラクタのレベル（ステータス）が上がる。
【0039】
可用領域にアイテム画像Ｇｉが位置する場合、当該アイテム画像Ｇｉがタッチ操作されると、アイテムがユーザに付与される。アイテム画像Ｇｉが選択されアイテムが付与されると、当該アイテム画像Ｇｉが非表示になる。なお、アイテムが付与される契機は、アイテム画像Ｇｉが選択された場合に限定されない。例えば、モンスターに勝利した場合にアイテムが付与され得る。
【0040】
プレイ画面Ｍｐの各オブジェクト（モンスター画像Ｇｍ、アイテム画像Ｇｉ）は、予め定められた方法で仮想空間Ｓｖにおける各イベントスポットに配置される。以上の仮想空間Ｓｖにおけるイベントスポットの位置は、図１で説明した現実空間Ｓｒにおけるイベントスポットの位置に対応する。また、図１で説明した「現実イベント位置ｒａ」は、現実空間Ｓｒにおけるイベントスポットから上述の可用領域を規定する距離（約２００メートル）までの領域を意味する。
【0041】
以下、説明のため、現実空間Ｓｒにおける現実イベント位置ｒａに対応する仮想空間Ｓｖにおける領域を「仮想イベント位置ｖａ」と記載する場合がある。仮想イベント位置ｖａにキャラクタ位置Ｐｖが位置することは、現実イベント位置ｒａにユーザ位置Ｐｒが位置することとも換言される。したがって、キャラクタ位置Ｐｖが仮想イベント位置ｖａへ移動すると、当該仮想イベント位置ｖａに配置されたオブジェクトが選択可能になり、当該オブジェクトに応じたイベントが開始可能になる。
【0042】
本実施形態のモンスター画像Ｇｍは、中ボスモンスター画像Ｇｍａ、ボスモンスター画像Ｇｍｂおよび通常モンスター画像Ｇｍｃを含む。中ボスモンスター画像Ｇｍａは、当該中ボスモンスター画像Ｇｍａに対応する中ボスモンスターを表す。また、ボスモンスター画像Ｇｍｂは、当該ボスモンスター画像Ｇｍｂに対応するボスモンスターを表し、通常モンスター画像Ｇｍｃは、当該通常モンスター画像Ｇｍｃに対応する通常モンスターを表す。
【0043】
詳細には図５を用いて後述するが、本実施形態は、クエスト状態に制御可能に構成される。以上のクエスト状態が開始されると、当該クエスト状態に応じた中ボスモンスター画像Ｇｍａおよびボスモンスター画像Ｇｍｂがプレイ画面Ｍｐに配置される。図４（ａ）の具体例は、クエスト状態に制御されている場合を想定する。後述の図４（ｂ）についても同様である。なお、以下において説明のため、クエスト状態ではない状態を「非クエスト状態」と記載する場合がある。通常モンスター画像Ｇｍｃは、クエスト状態であるか非クエスト状態であるかによらず表示されるモンスター画像Ｇｍである。
【0044】
中ボスモンスター画像Ｇｍａ、ボスモンスター画像Ｇｍｂおよび通常モンスター画像Ｇｍｃは、各々が区別可能な態様でプレイ画面Ｍｐに表示される（後述のマップ画面Ｍｔにおいても同様）。具体的には、中ボスモンスター画像Ｇｍａおよびボスモンスター画像Ｇｍｂは、通常モンスター画像Ｇｍｃより大きく表示される。また、ボスモンスター画像Ｇｍｂは中ボスモンスター画像Ｇｍａより大きく表示される。
【0045】
ただし、各モンスター画像Ｇｍをプレイ画面Ｍｐにおいて区別可能にするための構成は以上の例に限定されない。例えば、中ボスモンスター画像Ｇｍａの近傍に「お中ボスモンスター」という文字列が表示される構成としてもよい。また、ボスモンスター画像Ｇｂｍに替えて、ボスモンスターが潜む場所（洞穴など）を表すオブジェクトが表示される構成としてもよい。
【0046】
詳細には後述するが、ボスモンスター画像Ｇｍｂは、複数個の仮想イベント位置ｖａ（イベントスポット）のうちからユーザが選択した仮想イベント位置ｖａに表示される（後述の図５（ｂ）参照）。一方、中ボスモンスター画像Ｇｍａは、クエスト状態が開始されると、各仮想イベント位置ｖａ（イベントスポット）の何れかにランダムに配置される。通常モンスター画像Ｇｍｃは、クエスト状態であるか非クエスト状態であるかによらず、仮想イベント位置ｖａの何れかに表示される（アイテム画像Ｇｉも同様）。
【0047】
通常モンスター画像Ｇｍｃが選択されると、当該通常モンスター画像Ｇｍｃに対応する通常モンスターとのバトルが開始される。同様に、中ボスモンスター画像Ｇｍａが選択されると、中ボスモンスターとのバトルが開始される。中ボスモンスターに勝利した場合、通常モンスターに勝利した場合と比較して、ユーザに有利な特典が付与され易い。例えば、中ボスモンスターに勝利した場合、通常モンスターに勝利した場合と比較して、ユーザに有利なアイテム（例えば、ユーザキャラクタのステータスを向上させるアイテム）が付与され易い。
【0048】
ボスモンスターに勝利した場合、中ボスモンスターに勝利した場合と比較して、より有利な特典がユーザに付与される。具体的には、ボスモンスターに勝利した場合、中ボスモンスターに勝利した場合と比較して、より有利なアイテムがユーザに付与され易い。なお、中ボスモンスターに勝利した場合に付与される特典は、ボスモンスターに勝利した場合に付与される特典より、ユーザに有利な構成としてもよい。
【0049】
ただし、クエスト状態においてボスモンスターに勝利した場合、中ボスモンスターに勝利済みであるか否かに関わらず、当該クエスト状態が終了し、非クエスト状態へ移行する。非クエスト状態へ移行すると、中ボスモンスター画像Ｇｍａがプレイ画面Ｍｐから非表示になり、中ボスモンスターとのバトルが開始不可能になる。
【0050】
以上のクエスト状態では、中ボスモンスターに勝利した後にボスモンスターとのバトルが実行される様にユーザはゲームを進行する。具体的には、ユーザは、中ボスモンスターとのバトルが開始可能な現実イベント位置ｒａへ移動した後に、ボスモンスターとのバトルが開始可能な現実イベント位置ｒａへ移動するルートを移動する。
【0051】
例えば、図４（ａ）の具体例では、クエスト状態において、中ボスモンスター画像Ｇｍａが仮想イベント位置ｖａ１および仮想イベント位置ｖａ２に配置され、ボスモンスター画像Ｇｍｂが仮想イベント位置ｖａ３に配置された場合を想定する。以上の場合、ユーザは、先ず仮想イベント位置ｖａ１または仮想イベント位置ｖａ２の一方に対応する現実イベント位置ｒａへ移動し、中ボスモンスターとのバトルを実行する。その後、仮想イベント位置ｖａ１または仮想イベント位置ｖａ２のうちの他方に対応する現実イベント位置ｒａへ移動し、他の中ボスモンスターとのバトルを実行する。各中ボスモンスターに勝利した後に、ボスモンスター画像Ｇｍｂが配置された仮想イベント位置ｖａ３に対応する現実イベント位置ｒａへ移動する。
【0052】
ところで、中ボスモンスターとのバトルを実行した後に、ボスモンスターとのバトルを実行可能なルートは、１通りではないのが通常である。また、ルートによってはユーザが不利になる場合が生じ得る。例えば、ユーザが選択したルートによっては、ボスモンスターとのバトルが可能な現実イベント位置ｒａに到達するまでの移動時間が不必要に長くなり得る。したがって、適切なルートが選択されない場合、クエスト状態を終了するのに要する時間が不必要に長期化してしまう不都合が生じ得る。
【0053】
以上の事情を考慮して、本実施形態では、ユーザの現在地（ユーザ位置Ｐｒ）からボスモンスターとのバトルを開始可能な現実イベント位置ｒａまでの各ルートから、ユーザに有利なルートＲを案内可能な構成を採用した。具体的には、図４（ａ）に示す通り、プレイ画面Ｍｐには案内ボタンＧｂ１が表示される。以上の案内ボタンＧｂ１がタッチ操作されると、端末装置１０が案内状態または非案内状態に切替えられる。案内状態では、ユーザ位置Ｐｒからボスモンスターとのバトルが開始可能となる現実イベント位置ｒａまでの各ルートのうちユーザに有利なルートＲが案内される。図４（ａ）の具体例は、非案内状態におけるプレイ画面Ｍｐを想定する。
【0054】
図４（ｂ）は、案内状態におけるプレイ画面Ｍｐの具体例の模擬図である。案内状態では、プレイ画面Ｍｐにルート画像Ｇｒが表示される。以上のルート画像Ｇｒは、ユーザ位置Ｐｒからボスモンスターとのバトルが開始可能な現実イベント位置ｒａまでの各ルートのうちユーザに有利なルートＲを案内するための画像である。詳細には後述するが、本実施形態では、クエスト状態において勝利可能な中ボスモンスターの全てとバトル可能な各ルートのうち最短のルートＲがルート画像Ｇｒにより案内される（図６（ｂ）参照）。
【0055】
図４（ｂ）に示す通り、ルート画像Ｇｒは、始点がキャラクタ位置Ｐｖの近傍に位置し、且つ、終点がボスモンスター画像Ｇｍｂの仮想イベント位置ｖａに位置する矢印を示す。また、ルート画像Ｇｒは、地表画像Ｇｇのうち、ルートＲに対応する道領域に表示される。以上のルート画像Ｇｒによれば、ユーザが自身に有利なルートを容易に選択可能になる。なお、ルートＲを案内するための構成は、以上の構成（ルート画像Ｇｒ）に限定されない。ルートＲを案内するための他の構成は、変形例（図１０（ａ）および図１０（ｂ）参照）として後述する。
【0056】
図４（ａ）に説明を戻す。プレイ画面Ｍｐには、上述の案内ボタンＧｂ１に加え、クエストボタンＧｂ２、マップ表示ボタンＧｂ３およびオートプレイボタンＧｂ４が表示される。
【0057】
オートプレイボタンＧｂ４がタッチ操作されると、オートモードへ移行する。以上のオートモードでは、キャラクタ位置Ｐｖが仮想イベント位置ｖａの内側へ移動すると、当該仮想イベント位置ｖａに配置されたオブジェクトが自動で（タッチ操作しなくても）選択され、当該オブジェクトに対応するイベントが実行される。また、オートモードでは、開始されたイベントが自動で進行され終了する。
【0058】
上述のルート画像Ｇｒは、オートモードにおいてもプレイ画面Ｍｐに表示される。上述した通り、オートモードでは、ユーザが移動する際にイベントの実行操作が省略できる。したがって、例えば、ユーザが移動する際にルート画像Ｇｒの確認作業に加えイベントの実行操作が必須の構成と比較して、案内状態におけるユーザの利便性が向上する。なお、ユーザの移動速度が予め定められた速度より遅い場合、オートモードであっても各イベントが自動で実行されない構成としてもよい。
【0059】
マップ表示ボタンＧｂ３がタッチ操作されると、プレイ画面Ｍｐがマップ画面Ｍｔ（後述の図６（ｂ）参照）に切替えられる。マップ画面Ｍｔは、仮想空間Ｓｖの鳥観図であり、プレイ画面Ｍｐより仮想空間Ｓｖの広域が表示される。以上の構成については、図６（ｂ）を用いて詳細に説明する。
【0060】
クエストボタンＧｂ２がタッチ操作されると、クエスト状態へ移行可能になる。具体的には、クエストボタンＧｂ２がタッチ操作されると、クエスト開始画面Ｍｑが端末装置１０に表示される。ユーザは、クエスト開始画面Ｍｑを介してクエスト状態を開始可能である。以上の構成については、図５（ａ）および図５（ｂ）を用いて詳細に説明する。
【0061】
図４（ａ）および図４（ｂ）に示す通り、プレイ画面Ｍｐは、仮想空間Ｓｖを俯瞰図で表示する。本実施形態では、仮想空間Ｓｖにおいて各オブジェクトを見る角度（以下「視線角度θ」）を変更可能に構成される。なお、以上の「視線角度θ」とは、仮想空間Ｓｖにおける視線方向と地表画像Ｇｇのなす角の大きさを意味する。
【0062】
具体的には、プレイ画面Ｍｐ（タッチパネル１０４ｂ）がピンチ操作されると視線角度θが変更される。本実施形態では、視線角度θを「約０度≦θ≦約９０度」の範囲で変更できる。また、視線角度θが０度に近いほど、地表画像Ｇｇに近い視点で見た場合の仮想空間Ｓｖが表示される。以上の構成によれば、ルート画像Ｇｒを仮想空間Ｓｖにおける様々な視点から確認することが出来る。したがって、ルート画像Ｇｒにより案内されたルートＲが確認し易いという利点がある。
【0063】
図５（ａ）は、クエスト開始画面Ｍｑの具体例の模擬図である。上述した通り、クエスト開始画面Ｍｑは、プレイ画面ＭｐにおけるクエストボタンＧｂ２がタッチ操作された場合に表示される。ただし、クエスト開始画面Ｍｑが表示される契機は以上の例に限定されない。
【0064】
本実施形態では、複数種類のクエスト状態の何れかで位置情報ゲームを進行可能である。各クエスト状態は、当該クエスト状態が開始される際に配置される中ボスモンスターの種類およびボスモンスターの種類が相違する場合がある。また、クエスト状態において勝利可能な中ボスモンスターの数には制限がある。各クエスト状態では、中ボスモンスターの種類が共通であっても、当該中ボスモンスターに勝利可能な回数が相違する場合がある。
【0065】
具体的には、図５（ａ）に示す通り、クエスト開始画面Ｍｑは、複数個のクエスト画像Ｇｑで構成されるクエストリストを表示する。クエスト画像Ｇｑの各々は、複数種類のクエスト状態のうちの何れかに対応する。また、クエスト画像Ｇｑは、当該クエスト画像Ｇｑに対応するクエスト状態の内容を表示する。具体的には、クエスト画像Ｇｑは、当該クエスト画像Ｇｑに対応するクエスト状態の名称、当該クエスト状態で配置される中ボスモンスター画像Ｇｍａおよびボスモンスター画像Ｇｍｂを表示する。
【0066】
また、クエスト画像Ｇｑには、クエスト状態において中ボスモンスターに勝利可能な回数が示される。例えば、各クエスト状態のうちクエスト状態Ａでは、中ボスモンスター画像Ｇｍａ１に対応する中ボスモンスター（以下「中ボスモンスターＡ」）に１回だけ勝利可能であり、中ボスモンスター画像Ｇｍａ３に対応する中ボスモンスターに１回だけ勝利可能である。一方、各クエスト状態のうちクエスト状態Ｂでは、中ボスモンスターＡに２回まで勝利可能であり、中ボスモンスター画像Ｇｍａ２に対応する中ボスモンスター（以下「中ボスモンスターＢ」）に１回だけ勝利可能である。以上の構成では、ボスモンスターとのバトル（第１イベント）をクリアした場合に加え、中ボスモンスターとのバトル（第２イベント）のクリア回数が上限回数に達した場合、中ボスモンスターとのバトルが進行不可能になる。また、中ボスモンスターとのバトルのクリア回数が上限回数に達した場合、中ボスモンスター画像Ｇｍａは配置されなくなる。
【0067】
クエスト開始画面Ｍｑには、最大で例えば６０個のクエスト画像Ｇｑを表示可能である。例えば、クエスト開始画面Ｍｑ（タッチパネル１０４ｂ）がスワイプ操作された場合、表示されるクエスト画像Ｇｑが切替えられる。また、図５（ａ）に示す通り、各クエスト画像Ｇｑには、開始ボタンＧｂｘが含まれる。クエスト画像Ｇｑにおける開始ボタンＧｂｘがタッチ操作されると、当該クエスト画像Ｇｑに対応するクエスト状態が開始可能になる。具体的には、クエスト画像Ｇｑの開始ボタンＧｂｘがタッチ操作されると、目的地設定画面Ｍｑｔ（後述の図５（ｂ）参照）が表示される。
【0068】
図５（ｂ）は、目的地設定画面Ｍｑｔの具体例の模擬図である。上述した通り、目的地設定画面Ｍｑｔは、クエスト開始画面Ｍｑのクエスト画像Ｇｑにおける開始ボタンＧｂｘがタッチ操作されると表示される。
【0069】
本実施形態では、クエスト状態の目的地となる仮想イベント位置ｖａをユーザが選択可能に構成される。上述した通り、クエスト状態の目的地は、ボスモンスターとのバトルが開始可能な仮想イベント位置ｖａである。目的地設定画面Ｍｑｔは、クエスト状態における目的地（ボスモンスターが配置される仮想イベント位置ｖａ）を設定するための画面である。以上の目的地設定画面Ｍｑｔには、目的地が設定されるクエスト状態の名称（図５（ｂ）の具体例では「クエストＡ」）、および、目的地を選択すべき旨のメッセージが表示される。
【0070】
図５（ｂ）に示す通り、目的地設定画面Ｍｑｔは、地図画像Ｇｔを含んで構成される。地図画像Ｇｔは、上述のプレイ画面Ｍｐにおける地表画像Ｇｇと同様に、地図情報に基づいて表示され、キャラクタ位置Ｐｖ（ユーザ位置Ｐｒ）周辺の地図を表す。
【0071】
目的地設定画面Ｍｑｔは、現在地画像Ｇｐｙを表示する。現在地画像Ｇｐｙは、地図画像Ｇｔにおけるキャラクタ位置Ｐｖに表示される。また、目的地設定画面Ｍｑｔには、クエスト状態が開始される以前から配置されていた各オブジェクトが表示される。例えば、図５（ｂ）の具体例では、クエスト状態が開始される以前において、仮想イベント位置ｖａｉにアイテム画像Ｇｉが配置されていた場合を想定する。以上の構成によれば、アイテム画像Ｇｉなどの配置を考慮して、ユーザが目的地を選択できる。
【0072】
図５（ｂ）に示す通り、目的地設定画面Ｍｑｔには、複数個の候補画像Ｇｄが表示される。以上の候補画像Ｇｄは、クエスト状態の目的地として設定される（ボスモンスター画像Ｇｍｂを配置する）候補となる仮想イベント位置ｖａに表示される。クエスト状態の目的地として設定可能な仮想イベント位置ｖａは、各仮想イベント位置ｖａのうちの予め定められた一部である。
【0073】
以上の候補画像Ｇｄは、タッチ操作されると選択状態になる。ユーザは、何れか１個の候補画像Ｇｄを選択状態にできる。図５（ｂ）の具体例では、各候補画像Ｇｄのうち仮想イベント位置ｖａ１に表示された候補画像Ｇｄが選択された場合を想定する。候補画像Ｇｄが選択状態になると、当該候補画像Ｇｄが位置する仮想イベント位置ｖａに対応する現実イベント位置ｒａの名称（店舗名など）、および、ユーザ位置Ｐｒから当該現実イベント位置ｒａまでの距離が表示される。
【0074】
また、候補画像Ｇｄが選択状態になると、設定ボタンＧｂｙが目的地設定画面Ｍｑｔに表示される。以上の設定ボタンＧｂｙがタッチ操作されると、選択状態の候補画像Ｇｄが位置する仮想イベント位置ｖａが目的地に設定される。例えば、図５（ｂ）の具体例において設定ボタンＧｂｙがタッチ操作されると、仮想イベント位置ｖａ１にボスモンスター画像Ｇｍｂが配置され（仮想イベント位置ｖａ１が目的地に設定され）、クエスト状態が開始される。
【0075】
また、クエスト状態が開始されると、各仮想イベント位置ｖａのうちの何れかに中ボスモンスター画像Ｇｍａが配置される。なお、プレイ画面Ｍｐにおけるモンスター画像Ｇｍ（ただし、ボスモンスター画像Ｇｍｂを除く）は、予め定められた時刻（例えば、午後３時）に再配置される。アイテム画像Ｇｉも同様である。
【0076】
目的地設定画面Ｍｑｔにおけるリターン画像Ｇｂ５がタッチ操作されると、上述のクエスト開始画面Ｍｑに表示が戻る。また、クエスト開始画面Ｍｑにおけるリターン画像Ｇｂ５（図５（ａ）参照）がタッチ操作されると、新たなクエスト状態が開始されず、上述のプレイ画面Ｍｐに表示が戻る。
【0077】
ところで、位置情報ゲームにおいて各オブジェクト（例えば、モンスター画像Ｇｍ）を様々な仮想イベント位置ｖａに配置することで、現実空間Ｓｒにおける様々な場所にユーザを誘致できるという効果が期待される。しかし、目的地までの各ルートのうち最短のルートが案内される構成（例えば、本実施形態）では、ユーザの移動距離が過度に短くなり、以上の効果が低減してしまう不都合が生じ得るという事情がある。以上の事情を考慮して、本実施形態は、以上の不都合が抑制される構成を採用した。以上の構成について、以下の図６（ａ）～（ｃ）を用いて詳細に説明する。
【0078】
図６（ａ）は、クエスト管理テーブルの具体例の概念図である。上述した通り、クエスト状態が開始されると、当該クエスト状態に応じたボスモンスター（ボスモンスター画像Ｇｍｂ）および中ボスモンスター（中ボスモンスター画像Ｇｍａ）が各仮想イベント位置ｖａに配置される。クエスト管理テーブルは、現在のクエスト状態において、各仮想イベント位置ｖａに配置された各モンスターの種類を記憶する。
【0079】
図６（ａ）の具体例では、上述の図５（ａ）で説明したクエスト状態Ｂに制御される場合を想定する。以上のクエスト状態Ｂでは、ボスモンスター（ボスモンスター画像Ｇｍｂ）に加え、中ボスモンスターＡ（中ボスモンスター画像Ｇｍａ１）および中ボスモンスターＢ（中ボスモンスター画像Ｇｍａ２）が各仮想イベント位置ｖａに配置される。
【0080】
上述した通り、クエスト状態が開始されると、１個の仮想イベント位置ｖａにボスモンスターが配置される。一方、中ボスモンスターは、複数個の仮想イベント位置ｖａに配置される。具体的には、中ボスモンスターは、今回のクエスト状態において勝利可能な回数より多い個数の仮想イベント位置ｖａに配置される。以上の構成によれば、例えば、中ボスモンスターが勝利可能な回数と同じ個数だけマップ画面Ｍｔ（プレイ画面Ｍｐ）に表示される構成と比較して、ユーザが移動先として選択できる位置（ｒａ）の自由度が向上する。
【0081】
例えば、図６（ａ）の具体例では、各仮想イベント位置ｖａのうち仮想イベント位置ｖａ１にボスモンスターが配置された場合を想定する。また、４個の仮想イベント位置ｖａ（ｖａ２、ｖａ４、ｖａ５、ｖａ６）に中ボスモンスターＡが配置され、２個の仮想イベント位置ｖａ（ｖａ３、ｖａ７）に中ボスモンスターＢが配置された場合を想定する。上述した通り、クエスト状態Ｂでは、中ボスモンスターＡに最大で２回まで勝利可能であり、中ボスモンスターＢに最大で１回まで勝利可能である。したがって、図６（ａ）の具体例では、クエスト状態において中ボスモンスターに勝利可能な回数より多い個数の仮想イベント位置ｖａに当該中ボスモンスターが配置される。
【0082】
クエスト管理テーブルは、クエスト状態における各中ボスモンスターの「状態」を記憶する。中ボスモンスターの「状態」は、当該中ボスモンスターに未勝利であるか勝利済みであるかを示す。中ボスモンスターの「状態」が「未勝利」の場合、当該中ボスモンスターが配置された仮想イベント位置ｖａへ移動することで、当該中ボスモンスターとのバトルが開始可能である。一方、中ボスモンスターの「状態」が「勝利済み」の場合、当該中ボスモンスターとのバトルは開始不可能である。具体的には、中ボスモンスターの「状態」が「未勝利」の場合、プレイ画面Ｍｐおよびマップ画面Ｍｔに当該中ボスモンスターが表示される。一方、中ボスモンスターの「状態」が「勝利済み」の場合、当該中ボスモンスターが非表示になる。
【0083】
また、クエスト管理テーブルは、各中ボスモンスター（Ａ、Ｂ）のグループ（ｘ、ｙ、ｗ）を記憶する。具体的には、各中ボスモンスターのグループを示す識別情報が当該中ボスモンスターに関連付けて記憶される。本実施形態では、１種類の中ボスモンスターが複数個のグループに区分される場合がある。具体的には、中ボスモンスターは、クエスト状態において当該中ボスモンスターに勝利可能な回数に応じた個数のグループに区分される場合がある。例えば、クエスト状態Ｂにおいて中ボスモンスターＢに勝利可能な回数は「１回」である。以上のクエスト状態Ｂでは、全ての中ボスモンスターＢが共通の（１個の）グループｗに属する。
【0084】
一方、クエスト状態Ｂにおいて中ボスモンスターＡに勝利可能な回数は「２回」である。以上のクエスト状態Ｂでは、２個のグループ（ｘ、ｙ）に各中ボスモンスターＡは区分される。例えば、図６（ａ）の具体例では、仮想イベント位置ｖａ２の中ボスモンスターＡおよび仮想イベント位置ｖａ４の中ボスモンスターＡはグループｘに区分され、仮想イベント位置ｖａ５の中ボスモンスターＡおよび仮想イベント位置ｖａ６の中ボスモンスターＡはグループｙに区分された場合を想定する。
【0085】
ただし、各中ボスモンスターの種類（Ａ、Ｂ）が共通の場合、各中ボスモンスターのグループが相違する場合であっても、当該各中ボスモンスターを表す中ボスモンスター画像Ｇｍａは共通になる。すなわち、種類が共通する各中ボスモンスターが属するグループは、当該各中ボスモンスターを表す各中ボスモンスター画像Ｇｍａからは区別できない。
【0086】
本実施形態では、中ボスモンスターに勝利した場合、当該中ボスモンスターが属するグループの他の中ボスモンスターとのバトルも実行不可能になる。具体的には、中ボスモンスターに勝利した場合、勝利した中ボスモンスターに加え、当該中ボスモンスターが属するグループの他の中ボスモンスターがプレイ画面Ｍｐおよびマップ画面Ｍｔから非表示になる。
【0087】
例えば、図６（ａ）の具体例において、仮想イベント位置ｖａ３の中ボスモンスターＢに勝利した場合、クエスト管理テーブルにおける当該中ボスモンスターＢの状態が「未勝利」から「勝利済み」に変更され、仮想イベント位置ｖａ３から中ボスモンスターＢが非表示になる。上述した通り、図６（ａ）の具体例では、仮想イベント位置ｖａ３の中ボスモンスターＢがグループｗに属する場合を想定する。以上の場合、同じグループｗに属する仮想イベント位置ｖａ７の中ボスモンスターＢの状態は、「未勝利」から「勝利済み」に変更され、当該中ボスモンスターＢは仮想イベント位置ｖａ７から非表示になる。
【0088】
各中ボスモンスターＢのうち、仮想イベント位置ｖａ７の中ボスモンスターＢと先にバトルして勝利した場合も同様に、仮想イベント位置ｖａ３の中ボスモンスターＢに未勝利の場合であっても、仮想イベント位置ｖａ３の中ボスモンスターＢの状態が「勝利済み」に変更される。
【0089】
また、図６（ａ）の具体例において、仮想イベント位置ｖａ２の中ボスモンスターＡに勝利した場合を想定する。以上の場合、クエスト管理テーブルにおける仮想イベント位置ｖａ２における中ボスモンスターＡの状態が「未勝利」から「勝利済み」に変更され、仮想イベント位置ｖａ２から中ボスモンスターＡが非表示になる。また、仮想イベント位置ｖａ２の中ボスモンスターＡは、グループｘに属する。したがって、同じグループｘに属する仮想イベント位置ｖａ４の中ボスモンスターＡは、未勝利の場合であっても、状態が「未勝利」から「勝利済み」に変更され、仮想イベント位置ｖａ４から非表示になる。
【0090】
ただし、グループｘの中ボスモンスターＡ（ｖａ２およびｖａ４に配置された各中ボスモンスターＡ）に勝利した場合であっても、グループｙの中ボスモンスターＡ（ｖａ５およびｖａ６に配置された各中ボスモンスターＡ）の状態は「未勝利」のままで維持される。すなわち、グループｘの中ボスモンスターＡに勝利した場合であっても、グループｙの各中ボスモンスターＡは非表示にならない。グループｙの各中ボスモンスターＡは、他のグループの中ボスモンスターと同様に、何れか一方に勝利した場合、他方も状態が「勝利済み」に変更され非表示になる。
【0091】
なお、以上の具体例では、クエスト状態において中ボスモンスターに勝利可能な回数に応じた個数のグループに当該中ボスモンスターが区分されたが、当該中ボスモンスターに勝利可能な回数より多い個数のグループに区分され得る構成としてもよい。例えば、クエスト状態において２回まで勝利可能な中ボスモンスターが３個以上のグループに区分される構成としてもよい。ただし、以上の構成においては、２個目のグループの中ボスモンスターに勝利した場合、残りのグループの中ボスモンスターもプレイ画面Ｍｐおよびマップ画面Ｍｔから非表示なる。
【0092】
図６（ｂ）は、マップ画面Ｍｔの具体例の模擬図である。マップ画面Ｍｔは、プレイ画面Ｍｐが表す仮想空間Ｓｖの鳥観図である。以上のマップ画面Ｍｔには、プレイ画面Ｍｐと同様に、各仮想イベント位置ｖａに各オブジェクトが表示される。
【0093】
図６（ｂ）の具体例は、上述の図６（ａ）と同様に、クエスト状態Ｂに制御された場合を想定する。また、図６（ｂ）の具体例は、仮想イベント位置ｖａ１にボスモンスター（Ｇｍｂ）が配置され、仮想イベント位置ｖａ２、ｖａ４～６に中ボスモンスターＡ（Ｇｍａ１）が配置され、仮想イベント位置ｖａ３、ｖａ７に中ボスモンスターＢ（Ｇｍａ２）が配置された場合を想定する（図６（ａ）の具体例と同様）。また、各中ボスモンスター（Ａ、Ｂ）に未勝利の場合を想定する。
【0094】
上述した通り、本実施形態では、ユーザに有利なルートＲが案内される案内状態に制御可能である。図６（ｂ）の具体例は、案内状態に制御されている場合のマップ画面Ｍｔを想定する。案内状態におけるマップ画面Ｍｔには、上述のプレイ画面Ｍｐと同様に（図４（ｂ）参照）、ユーザに有利なルートＲを案内するルート画像Ｇｒが表示される。
【0095】
本実施形態では、図６（ｂ）の具体例の場合、仮想イベント位置ｖａ３でモンスターＢに勝利し、仮想イベント位置ｖａ４でモンスターＡ（グループｘ）に勝利し（１回目）、仮想イベント位置ｖａ５でモンスターＡ（グループｙ）に勝利し（２回目）、その後、仮想イベント位置ｖａ１のボスモンスターとバトル可能なルートＲを案内するルート画像Ｇｒが表示される。以上のルートＲは、全ての中ボスモンスターに勝利可能な各ルートのうち最短のルートである。
【0096】
なお、上述した通り、仮想イベント位置ｖａ５でモンスターＡ（グループｙ）に勝利した場合、同じグループｙの仮想イベント位置ｖａ６のモンスターＡはバトル不可能になる。本実施形態では、各中ボスモンスターのグループに応じてルートＲが決定されるため、仮想イベント位置ｖａ５および仮想イベント位置ｖａ６で連続して中ボスモンスターＡに勝利することを想定したルートＲは決定されない。
【0097】
ところで、仮に、マップ画面Ｍｔ（プレイ画面Ｍｐ）に表示された各中ボスモンスターのうち、ユーザキャラクタが勝利した中ボスモンスターのみが非表示になる構成（以下「対比例」）を想定する。すなわち、中ボスモンスターに１回勝利した場合、１個の中ボスモンスターのみが非表示になる対比例を想定する。以上の対比例では、中ボスモンスターに勝利した場合であっても、他の中ボスモンスターはバトルが可能な状態で維持される。
【0098】
また、以上の対比例において、図６（ｂ）に示す通りにボスモンスターおよび各中ボスモンスターが各仮想イベント位置ｖａ（ｖａ１～ｖａ７）に配置された場合を想定する。以上の場合、ボスモンスターとのバトルが可能になる目的地までの各ルートのうち、図６（ｂ）において破線の矢印で示すルートＲ´がユーザにとって有利になる。
【0099】
具体的には、以上のルートＲ´をユーザが移動した場合、仮想イベント位置ｖａ５でモンスターＡに勝利し（１回目）、仮想イベント位置ｖａ６でモンスターＡに勝利し（２回目）、仮想イベント位置ｖａ７でモンスターＢに勝利し、その後、ボスモンスターと仮想イベント位置ｖａ１でバトル可能になる。対比例においては、以上のルートＲ´は、全ての中ボスモンスターに勝利した後にボスモンスターとバトル可能な各ルートのうち最短のルートになる。対比例では、以上のルートＲ´が案内される。
【0100】
しかし、以上の対比例では、互いに近接する各仮想イベント位置ｖａ（例えば、図６（ｂ）のｖａ５、ｖａ６）に配置された中ボスモンスターに連続して勝利できる事態が生じ易いため、案内されるルートが過度に短くなり易い。したがって、ユーザの移動距離が短くなり易く、当該ユーザを様々な現実イベント位置ｒａへ誘致し難いという事情がある。以上の事情を考慮して、本実施形態は、中ボスモンスターに勝利した場合、当該中ボスモンスターが属するグループの他の中ボスモンスターとのバトルを実行不可能にする構成を採用するとともに、当該中ボスモンスターが属するグループに応じたルートＲを案内可能な構成を採用した。
【0101】
具体的には、以上の構成を具備する本実施形態において、仮に、上述のルートＲ´（対比例においては有利なルート）を移動した場合を想定する。以上の場合、図６（ｃ）に示す通り、仮想イベント位置ｖａ５において最初の中ボスモンスターＡに勝利した時点で、当該中ボスモンスターＡと同じグループｙに属する仮想イベント位置ｖａ６の中ボスモンスターＡとはバトル不可能になる。
【0102】
以上の説明から理解される通り、本実施形態では、中ボスモンスターに勝利した場合、他の仮想イベント位置ｖａに配置された中ボスモンスター（勝利した中ボスモンスターと同じグループの中ボスモンスター）とのバトルも実行不可能になるため、上述の対比例と比較して、短い距離の移動のみでは複数の中ボスモンスターに連続して勝利し難くなる。
【0103】
例えば、図６（ｂ）からも把握される通り、本実施形態で案内されるルートＲは、上述の対比例で案内されるルートＲ´よりは長くなる。したがって、本実施形態によれば、例えば上述の対比例と比較して、ユーザが移動するルートが過度に短くなる不都合が抑制される。すなわち、本実施形態によれば、上述の対比例と比較して、現実空間Ｓｒにおける様々な場所にユーザを誘致し易くなる。
【0104】
また、他の対比例として、中ボスモンスターに勝利した場合、当該中ボスモンスターが属するグループの他の中ボスモンスターとのバトルを実行不可能にする構成（例えば、本実施形態）において、ルートＲが案内されない対比例を想定する。また、以上の対比例において、図６（ｂ）に示す通りに各モンスター画像Ｇｍが配置された場合を想定する。
【0105】
上述した通り、各中ボスモンスターが属するグループをユーザは区別できない。したがって、仮想イベント位置ｖａ５の中ボスモンスターＡおよび仮想イベント位置ｖａ６の中ボスモンスターＡが共通のグループに属するか否かは区別できない。以上の事情から、ユーザは、以上の各仮想イベント位置ｖａ（ｖａ５、ｖａ６）の双方で中ボスモンスターＡに勝利することを想定して、図６（ｂ）で示したルートＲ´を移動する。
【0106】
しかし、上述した通り、仮想イベント位置ｖａ５の中ボスモンスターＡに勝利した時点で、仮想イベント位置ｖａ６の中ボスモンスターＡとはバトル不可能になる。したがって、上述の対比例では、当初予定していたルートＲ´から移動するルートを再考する手間が生じ得るという不都合がある。本実施形態の構成によれば、以上の不都合が抑制されるという利点がある。
【0107】
なお、中ボスモンスターとのバトルで勝利できなかった場合、当該中ボスモンスターは非表示になるが、当該中ボスモンスターが属するグループの他の中ボスモンスターは非表示にならない。ただし、中ボスモンスターとのバトルで勝利できなかった場合、当該中ボスモンスターが非表示にならない構成としてもよい。また、中ボスモンスターとのバトルで勝利できなかった場合であっても、当該中ボスモンスターが属するグループの全ての中ボスモンスターが非表示になる構成としてもよい。なお、ボスモンスターは、勝利するまで原則非表示にならない。
【0108】
図７（ａ）は、端末装置１０が実行する処理のフローチャートである。端末装置１０は、例えば、非案内状態のクエスト状態において上述の案内ボタンＧｂ１（図４（ａ）参照）がタッチ操作されると、図７（ａ）に示す処理を開始する。なお、以上の処理の各ステップは、端末装置１０および管理装置２０が協働して実行してもよいし、管理装置２０が実行してもよい。後述の図７（ｂ）に示す処理についても同様である。
【0109】
図７（ａ）に示す通り、案内ボタンＧｂ１がタッチ操作されると、端末装置１０は、ユーザに案内するルートＲを決定する（Ｓ１０１）。具体的には、ユーザ位置Ｐｒからボスモンスターの仮想イベント位置ｖａに対応する現実イベント位置ｒａまでの各ルートのうちユーザに有利なルートＲが決定される。例えば、クエスト状態において全ての中ボスモンスターに勝利し、その後、ボスモンスターとバトル可能な各ルートのうち最短のルートＲが決定される。
【0110】
ユーザに案内するルートＲを決定した後に、端末装置１０は、当該ルートＲの案内を開始する（Ｓ１０２）。具体的には、ステップＳ１０１で決定したルートＲを案内するためのルート画像ＧｒがステップＳ１０２において表示される。ルートＲの案内を開始した後に、端末装置１０は、図７（ａ）に示す処理を終了する。
【0111】
図７（ｂ）は、端末装置１０が実行する他の処理のフローチャートである。端末装置１０は、例えば、モンスター（通常モンスター、中ボスモンスター、ボスモンスター）とのバトルに勝利した場合、図７（ｂ）に示す処理を開始する。
【0112】
図７（ｂ）に示す通り、モンスターとのバトルに勝利すると、今回のバトルでボスモンスターに勝利したか否かが判定される（Ｓ２０１）。ボスモンスターに勝利したと判断された場合（Ｓ２０１：Ｙｅｓ）、クエスト終了処理（Ｓ２０２）が実行される。クエスト終了処理では、クエスト状態から非クエスト状態に切替えられる。以上のクエスト終了処理では、ボスモンスター画像Ｇｍｂおよび中ボスモンスター画像Ｇｍａがプレイ画面Ｍｐおよびマップ画面Ｍｔから非表示になる。
【0113】
なお、クエスト状態において中ボスモンスターの全てに勝利している場合、ボスモンスターとのバトルが開始される時点において、中ボスモンスター画像Ｇｍａは既にプレイ画面Ｍｐから非表示になっている。一方、クエスト状態において中ボスモンスターに勝利可能な残り回数がある場合、中ボスモンスター画像Ｇｍａがプレイ画面Ｍｐに表示される。クエスト終了処理では、クエスト状態が終了する時点でプレイ画面Ｍｐに残された中ボスモンスター画像Ｇｍａが非表示になる。以上のクエスト終了処理は、未勝利であった中ボスモンスターとのバトルを開始不可能にする処理であるとも換言される。
【0114】
クエスト終了処理を実行した後に、端末装置１０におけるルート案内が終了する（Ｓ２０３）。すなわち、案内状態から非案内状態へ切替えられる。具体的には、モンスターとのバトルでは、端末装置１０にバトル画面が表示される。また、モンスターとのバトルが終了するとバトル画面からプレイ画面Ｍｐに切替えられる。案内状態においてボスモンスターとのバトルに勝利した場合、その後に表示されるプレイ画面Ｍｐからはルート画像Ｇｒが非表示になる。案内状態から非案内状態へ切替えられた後に、図７（ｂ）の処理が終了する。
【0115】
上述のステップＳ２０１において、今回のバトルで勝利したモンスターがボスモンスターではないと判断された場合（Ｓ２０１：Ｎｏ）、当該バトルで中ボスモンスターに勝利したか否かが判定される（Ｓ２０４）。今回のバトルで中ボスモンスターに勝利したと判断された場合（Ｓ２０４：Ｙｅｓ）、非表示処理Ａ（Ｓ２０５）が実行される。以上の非表示処理Ａでは、今回のバトルで勝利した中ボスモンスターに加え、当該中ボスモンスターと共通のグループに属する他の中ボスモンスターの中ボスモンスター画像Ｇｍａがプレイ画面Ｍｐから非表示になる。非表示処理Ａが実行された後に、図７（ｂ）の処理が終了する。
【0116】
上述のステップＳ２０４において、今回のバトルで勝利したモンスターが中ボスモンスターではないと判断された場合（Ｓ２０４：Ｎｏ）、非表示処理Ｂ（Ｓ２０５）が実行される。なお、ステップＳ２０１およびステップＳ２０４の双方で「Ｎｏ」と判断される場合としては、今回のバトルで通常モンスターに勝利した場合が想定される。以上の非表示処理Ｂでは、今回のバトルで勝利した通常モンスターのモンスター画像Ｇｍがプレイ画面Ｍｐから非表示になる。非表示処理Ｂが実行された後に、図７（ｂ）の処理が終了する。
【0117】
＜第２実施形態＞
本発明の他の実施形態を以下に説明する。なお、以下に例示する各形態において作用や機能が第１実施形態と同等である要素については、第１実施形態の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
本発明の他の実施形態を以下に説明する。なお、以下に例示する各形態において作用や機能が第１実施形態と同等である要素については、第１実施形態の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
【0118】
以下、説明のため、ユーザに案内されるルートＲに含まれる各現実イベント位置ｒａのうち目的地までの途中に位置する各現実イベント位置ｒａ（経由地）で選択可能になるオブジェクトを「経由オブジェクト」と記載する場合がある。例えば、上述の第１実施形態における経由オブジェクトは中ボスモンスター画像Ｇｍａである。
【0119】
上述の第１実施形態では、経由オブジェクトが中ボスモンスター画像Ｇｍａのみであり、ユーザが経由オブジェクトを任意に選択できない。しかし、ユーザによっては、プレイ画面Ｍｐに表示される各オブジェクトから経由オブジェクトを任意に選択したい場合がある。以上の事情を考慮して、第２実施形態では、経由オブジェクトをユーザが任意に選択可能な構成を採用した。なお、第２実施形態の端末装置１０は、上述の第１実施形態の端末装置１０と同様に、案内手段１１、イベント管理手段１２および状態管理手段１３を具備する。
【0120】
図８（ａ）は、第２実施形態の経由地設定画面Ｍａの具体例の模擬図である。以上の経由地設定画面Ｍａは、例えば、非案内状態から案内状態へ移行する際に表示される。例えば、上述の目的地設定画面Ｍｑｔ（図５（ｂ）参照）における設定ボタンＧｂｙがタッチ操作されると経由地設定画面Ｍａが端末装置１０に表示される構成が採用され得る。
【0121】
図８（ａ）に示す通り、経由地設定画面Ｍａは、複数個の選択用画像Ｇｃａを含んで構成される。以上の選択用画像Ｇｃａは、仮想空間Ｓｖに配置されている各オブジェクトの何れかに対応する。図８（ａ）の具体例では、各オブジェクトのうち中ボスモンスター画像Ｇｍａ、特殊アイテム画像Ｇｉｔおよびレアモンスター画像Ｇｍｃ´に対応する各選択用画像Ｇｃａが抜粋して示される。
【0122】
特殊アイテム画像Ｇｉｔは、他のアイテム画像Ｇｉと比較して、選択した際にユーザに有利なアイテムが付与され易いオブジェクトである。また、レアモンスター画像Ｇｍｃ´は、通常モンスター画像Ｇｍｃのうち出現確率が比較的低いモンスター画像Ｇｍである。以上のレアモンスター画像Ｇｍｃ´が選択されると、レアモンスターとのバトルが開始される。レアモンスターに勝利した場合、他の通常モンスターに勝利した場合と比較して、ユーザに有利な特典（例えば、レアなアイテム、多くの経験値など）が付与され易い。
【0123】
以上の各オブジェクト（Ｇｉｔ、Ｇｍｃ）は、ボスモンスター画像Ｇｍｂおよび中ボスモンスター画像Ｇｍａとは別の仮想イベント位置ｖａに表示される。また、以上の各オブジェクト（Ｇｉｔ、Ｇｍｃ）は、クエスト状態であるか非クエスト状態であるかによらず、プレイ画面Ｍｐおよびマップ画面Ｍｔに表示される。
【0124】
経由地設定画面Ｍａには、仮想空間Ｓｖに現在配置されている各オブジェクトのうち、キャラクタ位置Ｐｖから所定距離までの領域（以下「対象領域」）に配置された各オブジェクトに対応する各選択用画像Ｇｃａが表示される。すなわち、仮想空間Ｓｖに配置されているオブジェクトであっても、対象領域の外側に位置するオブジェクトの選択用画像Ｇｃａは表示されない。例えば、現実空間Ｓｒのユーザ位置Ｐｒから約２０００メートルまでの範囲に対応する仮想空間Ｓｖが対象領域に設定される。なお、対象領域の広さは、ユーザに案内されるルートＲの長さが、過度に長距離にならなければ足り、以上の例に限定されない。
【0125】
例えば、対象領域にレアモンスター画像Ｇｍｃ´が表示されている場合を想定する。以上の場合、当該レアモンスター画像Ｇｍｃ´に対応する選択用画像Ｇｃａが経由地設定画面Ｍａに表示される。一方、対象領域にレアモンスター画像Ｇｍｃ´が表示されない場合を想定する。以上の場合、当該レアモンスター画像Ｇｍｃ´に対応する選択用画像Ｇｃａは経由地設定画面Ｍａに表示されない。
【0126】
選択用画像Ｇｃａは、タッチ操作する度に、選択状態および非選択状態の何れかに切替えられる。また、経由地設定画面Ｍａは開始ボタンＧｂｘを含む。当該開始ボタンＧｂｘがタッチ操作されると、選択状態の選択用画像Ｇｃａに対応するオブジェクトを経由オブジェクトとするルートＲが決定される。また、当該ルートＲを案内するルート画像Ｇｒを含むプレイ画面Ｍｐが表示される。第２実施形態では、各経由オブジェクトのイベントを開始可能な各現実イベント位置ｒａを経由するルートのうち、最短のルートＲが案内される。
【0127】
例えば、図８（ａ）の具体例では、各選択用画像Ｇｃａのうち中ボスモンスター画像Ｇｍａに対応する選択用画像Ｇｃａおよびレアモンスター画像Ｇｍｃ´に対応する選択用画像Ｇｃａが選択状態である場合を想定する。以上の場合、開始ボタンＧｂｘがタッチ操作されると、中ボスモンスター画像Ｇｍａおよびレアモンスター画像Ｇｍｃ´を経由オブジェクトとするルートＲが案内される（後述の図８（ｂ）参照）。以上の通り、第２実施形態では、ユーザが任意に経由オブジェクトを設定できる。したがって、ユーザの好みに応じたルートＲが案内され易くなる。なお、経由地設定画面Ｍａにおけるリターン画像Ｇｂ５がタッチ操作されると、目的地設定画面Ｍｑｔに戻る。
【0128】
ところで、ルート画像Ｇｒにより案内されるルートＲに設定され得る道路には、様々な種類がある。例えば、主要幹線道路、幹線道路および補助幹線道路などがルートＲの一部として含まれ得る。しかし、ユーザによっては、案内されるルートＲにおける道路の種類を制限したい場合がある。例えば、静かな場所を好むユーザは、交通量が多い主要幹線道路をルートＲに含めたくない場合がある。
【0129】
また、案内されるルートＲによっては、現実空間Ｓｒにおけるユーザの行動が不自然になり得るという不都合がある。例えば、現実イベント位置ｒａまで移動し、当該現実イベント位置ｒａでバトルを実行した場合を想定する。以上の場合、当該現実イベント位置ｒａまで移動してきた道を引き返した場合（踵を返した場合）、現実空間Ｓｒにおけるユーザの行動が他人から不自然に見える場合がある。以上の各事情を考慮して、第２実施形態は、案内されるルートＲを制限可能な構成を採用した。
【0130】
具体的には、図８（ａ）に示す通り、経由地設定画面Ｍａには、複数個の選択用画像Ｇｃｂが表示される。選択用画像Ｇｃｂの各々は、ルートＲを決定する際の制約の何れかに対応する。例えば、図８（ａ）の具体例では、「同じ道を繰返し移動しないこと」に対応する選択用画像Ｇｃｂ、「主要幹線道路を移動しないこと」に対応する選択用画像Ｇｃｂおよび「幹線道路を移動しないこと」に対応する選択用画像Ｇｃｂが抜粋して示される。ただし、ルートＲを決定する際に選択可能な制約の種類は適宜に変更可能であり、以上の例に限定されない。
【0131】
選択用画像Ｇｃｂは、タッチ操作する度に、選択状態および非選択状態の何れかに切替えられる（上述の選択用画像Ｇｃａと同様）。第２実施形態では、開始ボタンＧｂｘがタッチ操作され際に選択状態であった選択用画像Ｇｃｂに対応する制約が、ルートＲの決定の際に課される。
【0132】
図８（ｂ）は、第２実施形態において案内されるルートＲの具体例を説明するための図である。第２実施形態では、上述の第１実施形態と同様に、案内状態においてマップ画面Ｍｔおよびプレイ画面Ｍｐにルート画像Ｇｒが表示され、ボスモンスターとのバトルが開始可能な現実イベント位置ｒａまでのルートＲが案内される。
【0133】
図８（ｂ）の具体例は、仮想空間Ｓｖにおける仮想イベント位置ｖａ１にボスモンスター画像Ｇｍｂが配置され、仮想イベント位置ｖａ２に中ボスモンスター画像Ｇｍａが配置され、仮想イベント位置ｖａ３に他の中ボスモンスター画像Ｇｍａが配置された場合を想定する。また、仮想イベント位置ｖａ４にレアモンスター画像Ｇｍｃ´が配置され、仮想イベント位置ｖａ５に特殊アイテム画像Ｇｉｔが配置された場合を想定する。
【0134】
図８（ｂ）の具体例では、上述の図８（ａ）の具体例と同様に、中ボスモンスター画像Ｇｍａおよびレアモンスター画像Ｇｍｃ´が経由オブジェクトに選択された場合を想定する。以上の場合、図８（ｂ）に示す通り、仮想イベント位置ｖａ２において中ボスモンスターとバトルし、仮想イベント位置ｖａ３で中ボスモンスターとバトルし、仮想イベント位置ｖａ４でレアモンスターとバトルし、その後、仮想イベント位置ｖａ１でボスモンスターとのバトルが開始可能なルートＲが案内される。
【0135】
仮に、中ボスモンスター画像Ｇｍａおよびレアモンスター画像Ｇｍｃ´のうち中ボスモンスター画像Ｇｍａのみが経由オブジェクトに選択された場合を想定する。以上の場合、上述したルートＲに替えて、図８（ｂ）の破線で示すルートＲ´１が案内される。以上のルートＲ´１では、レアモンスターとのバトルは実行できないが、図８（ｂ）における具体例のルートＲよりユーザの移動距離が短くなる。
【0136】
また、仮に、中ボスモンスター画像Ｇｍａおよびレアモンスター画像Ｇｍｃ´に加え、特殊アイテム画像Ｇｉｔが経由オブジェクトに選択された場合を想定する。以上の場合、図８（ｂ）の破線で示すルートＲ´２が案内される。以上のルートＲ´２では、図８（ｂ）における具体例のルートＲよりユーザの移動距離が長くなるが、中ボスモンスターおよびレアモンスターに勝利するとともに、特殊アイテムが取得可能である。
【0137】
なお、第２実施形態において、ユーザが選択した経由オブジェクトの全てを経由するルートＲが必ず案内される構成としてもよいし、場合によっては、当該経由オブジェクトの一部のみを経由するルートＲが案内される構成としてもよい。例えば、特定の経由オブジェクトを経由するルートが、当該経由オブジェクトを経由しないルートと比較して、過度に長くなる場合（例えば、所要時間が１０分以上長くなる場合）を想定する。以上の場合、当該経由オブジェクトを経由しないルートＲが案内される構成としてもよい。
【0138】
＜変形例＞
以上の各形態は多様に変形される。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は適宜に併合され得る。
以上の各形態は多様に変形される。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は適宜に併合され得る。
【0139】
（１）各形態において、複数人のユーザでクエスト状態を進行可能（マルチプレイ可能）な構成としてもよい。また、以上の構成において、目的地（ボスモンスターとバトル可能な現実イベント位置ｒａ）までのルートをユーザ毎に案内可能な構成としてもよい。
【0140】
図９は、以上の変形例の具体例を説明するための図である。当該変形例では、端末装置１０を適宜に操作することで、他のユーザとパーティを結成できる。例えば、端末装置１０においてクエスト状態が開始される場合、当該クエスト状態のパーティ結成要求が管理装置２０へ送信される。管理装置２０は、複数の端末装置１０から共通のクエスト状態のパーティ結成要求を同時期に受信した場合、当該各端末装置１０の各ユーザで構成されるパーティを作成する。共通のパーティを構成する各ユーザは、クエスト状態を協力して進行させることができる。ただし、パーティの結成方法は以上の例に限定されず、適宜に変更できる。
【0141】
図９は、変形例において表示されるマップ画面Ｍｔの具体例の模擬図である。図９の具体例は、２人のユーザで構成されるパーティがクエスト状態を進行する場合を想定する。以上の場合、図９に示す通り、マップ画面Ｍｔには、２個の現在地画像Ｇｐｙ（Ｇｐｙ１、Ｇｐｙ２）が表示される。各現在地画像Ｇｐｙは、各ユーザのユーザ位置Ｐｒに対応する位置に表示される。また、図９の具体例では、仮想イベント位置ｖａ１にボスモンスター画像Ｇｍｂが配置され、仮想イベント位置ｖａ２から仮想イベント位置ｖａＲ５の各々に中ボスモンスター画像Ｇｍａが配置された場合を想定する。
【0142】
以上の変形例では、上述の各形態と同様に、ボスモンスターとのバトルが開始可能な現実イベント位置ｒａ（目的地）までのルートＲを案内可能に構成される。具体的には、ユーザ毎にルート画像Ｇｒがマップ画面Ｍｔに表示される。例えば、図９の具体例では、一方のユーザのルートＲを案内するルート画像Ｇｒ１および他方のユーザのルートＲを案内するルート画像Ｇｒ２がマップ画面Ｍｔに表示される。
【0143】
図９の具体例では、クエスト状態において勝利可能な全ての中ボスモンスターに勝利し、その後、ボスモンスターとバトル可能なルートＲが案内される。具体的には、図９の具体例は、合計で４回まで中ボスモンスターに勝利可能なクエスト状態を想定する。以上のクエスト状態では、ルート画像Ｇｒ１で案内されるルートＲを移動したユーザは、仮想イベント位置ｖａ３および仮想イベント位置ｖａ２で中ボスモンスターに勝利した後に、目的地に到達できる。また、ルート画像Ｇｒ２で案内されるルートＲを移動したユーザは、仮想イベント位置ｖａ４および仮想イベント位置ｖａ５で中ボスモンスターに勝利した後に、目的地に到達できる。
【0144】
以上の変形例では、マルチプレイによりクエスト状態を効率よく進行させることができる。なお、以上の変形例において、上述の第２実施形態と同様に、ルートを決定する際の条件をユーザが任意に設定可能な構成としてもよい。例えば、クエスト状態においてバトルする中ボスモンスターの数をユーザ毎に設定可能とし、設定した数の中ボスモンスターとバトル可能なルートＲがユーザ毎に案内される構成としてもよい。
【0145】
また、特定のイベント（例えば、一方のユーザが希望するイベント）については、当該イベントに対応するオブジェクトの配置によらず、当該イベントを開始可能な現実イベント位置ｒａを通過するルートＲが案内されるユーザを選択可能な構成としてもよい。さらに、各ユーザが目的地に到着する時刻が略共通となるルートが決定される構成としてもよい。また、各ユーザの進行状況に応じてルートＲが決定される構成としてもよい。例えば、各ユーザのユーザキャラクタのレベル（強さ）に応じて、各ユーザに案内されるルートＲが決定される構成としてもよい。また、各ユーザがクエスト状態において既にクリアしている第２イベントの個数に応じて、各ユーザに案内されるルートＲが決定される構成としてもよい。
【0146】
（２）各形態において、ルートＲをユーザに案内する具体的な方法は適宜に変更できる。例えば、端末装置１０が出力する音声（例えば「次の交差点を左です」という音声）によりルートＲが案内される構成としてもよい。また、ルートＲを案内するメッセージがプレイ画面Ｍｐに表示される構成としてもよい。以上の音声および（または）メッセージに合わせて、移動方向を変更すべき地点（交差点など）を端末装置１０の振動により案内可能な構成としてもよい。
【0147】
【0148】
以上の変形例における端末装置１０は、複数種類のモードのうちの何れかに制御可能なモード管理手段を具備する。具体的には、モード管理手段は、上述のルート画像Ｇｒが表示されるプレイ画面Ｍｐでゲームを進行させるモード（図４（ｂ）参照）、後述のミニ地図画像Ｇｔｍが表示されるプレイ画面Ｍｐでゲームを進行させるモード（図１０（ａ）参照）、および、後述のＡＲ（Augmented Reality）画面Ｍｒでゲームを進行させるモード（図１０（ｂ）参照）を含む各モードに制御可能である。例えば、端末装置１０を適宜に操作することで、モード設定画面が表示される。ユーザは、モード設定画面を適宜に操作することで、モードを移行可能である。
【0149】
図１０（ａ）は、ミニ地図画像Ｇｔｍが表示されるモードにおけるプレイ画面Ｍｐの模擬図である。以上のミニ地図画像Ｇｔｍは、案内状態において表示され、キャラクタ位置Ｐｖ近傍の地図を表示する。また、ミニ地図画像Ｇｔｍには、キャラクタ位置Ｐｖに対応する領域に現在地画像Ｇｐｙが表示される。さらに、ミニ地図画像Ｇｔｍには、目的地までのルートＲを案内するための方向指示画像Ｇｒｓが表示される。
【0150】
以上の方向指示画像Ｇｒｓは、キャラクタ位置Ｐｖの近傍に表示され、端末装置１０が決定したルートＲを移動するために向かうべき方向を案内する。以上の変形例では、方向指示画像Ｇｒｓが案内する方向へ移動することで、ユーザは目的地に到達できる。ただし、ミニ地図画像Ｇｔｍにおいて、ルートＲの全体を示すルート画像Ｇｒが表示される構成としてもよい。なお、上述の各形態においても、ルートＲがルート画像Ｇｒにより案内される構成に替えて、方向指示画像Ｇｒｓが表示される構成としてもよい。
【0151】
図１０（ｂ）は、ＡＲ画面Ｍｒでゲームが進行するモードを説明するための図である。当該モードでは、上述のプレイ画面Ｍｐに替えてＡＲ画面Ｍｒが表示される。図１０（ｂ）は、ＡＲ画面Ｍｒの模擬図である。具体的には、端末装置１０は、現実空間Ｓｒを表す現実空間画像を撮影可能に構成される。ＡＲ画面Ｍｒには、現実空間画像が表示される。
【0152】
また、ＡＲ画面Ｍｒには、現実空間画像に重ねて、キャラクタ画像Ｇｐおよび方向指示画像Ｇｒｓが表示される。方向指示画像Ｇｒｓは、端末装置１０が決定したルートＲを移動するために向かうべき領域が指示される態様で、現実空間画像に重ねて表示される。以上の変形例においても、上述の第１実施形態と同様に、ユーザに有利なルートＲが案内される。
【0153】
（３）上述の第２実施形態において、ルートＲの決定条件（経由オブジェクト、制約の種類）は適宜に変更できる。例えば、ルートＲを移動するのに要する推定時間に制約を設定可能な構成としてもよい。例えば、ユーザは、経由地設定画面Ｍｒを適宜に操作することで、経由オブジェクトに加え、上限時間を任意に設定できる。以上の変形例では、ユーザが設定した経由オブジェクトをより多く選択可能となる各ルートのうち、移動に要する推定時間が事前に設定した上限時間を上回らないルートＲが決定される。なお、ルートＲを移動するのに要する推定時間は、人間の平均歩行速度と当該ルートＲの道のりとから算出される。
【0154】
（４）各形態において、ユーザの状況（例えば、ユーザキャラクタのステータス（レベル））に応じて、ルートＲに含める現実イベント位置ｒａが変化し得る構成としてもよい。例えば、モンスター毎に、ユーザキャラクタの推奨レベルが設定される構成を想定する。以上の構成において、モンスターの推奨レベルが、ユーザキャラクタの実際のレベルより高い場合、当該モンスターとバトル可能な現実イベント位置ｒａを通らないルートＲが決定される構成としてもよい。
【0155】
また、上述のレアモンスターとのバトルを開始可能なルートＲが、本来は、案内される構成を想定する。以上の構成において、仮に、ユーザキャラクタのレベルが最高値である場合（経験値を得てもレベルが上がらない場合）、レアモンスター画像Ｇｍｃ´が配置されている場合であっても、レアモンスターとのバトルが開始可能な現実イベント位置ｒａを経由しないルートＲが案内され得る構成としてもよい。以上の構成によれば、案内されたルートＲに従って移動したにもかかわらず、かえってユーザが不利になる（時間が無駄になる）不都合が抑制される。
【0156】
（５）各形態において、各中ボスモンスターの種類が共通の場合、当該各中ボスモンスターが属するグループを判別不可能な構成を採用した。しかし、予め定められた条件で、中ボスモンスターが属するグループが報知される構成としてもよい。例えば、ユーザが予め定められたアイテム（例えば、課金を条件に付与されるアイテム）を使用することで、中ボスモンスターが属するグループが報知される構成としてもよい。以上の構成によれば、仮想空間Ｓｖにおける各中ボスモンスターと効率よくバトルできるという効果は格別に顕著になる。
【0157】
（６）各形態において、ユーザの移動速度を考慮して、ルートＲが決定される構成としてもよい。具体的には、ユーザの移動手段（徒歩、自転車、電車、自動車）を考慮して、ルートＲが決定される構成としてもよい。例えば、ユーザが自転車で移動する場合、ユーザが徒歩で移動する場合と比較して、広範囲を移動するルートＲが決定される構成としてもよい。また、ユーザが電車で移動する場合、現在のユーザ位置Ｐｒの近傍に加え、降車する駅周辺の現実イベント位置ｒａを経由するルートＲが決定される構成としてもよい。ユーザの移動手段および当該移動手段で移動する経路は、例えば、端末装置１０を適宜に操作することで事前に入力可能としてもよい。
【0158】
（７）各形態において、ルートＲの目的地は適宜に変更してもよい。例えば、予め定められた範囲（例えば、ユーザ位置Ｐｒから約１０００メートルまでの範囲）における各現実イベント位置ｒａ（イベントスポット）を通る各ルートのうち最短のルートが案内される構成としてもよい。以上の構成では、最終的に到達する現実イベント位置ｒａは変化し得る。また、以上の構成において、ルートＲを移動した場合に開始可能となるイベントの種類はユーザが選択可能な構成としてもよい。例えば、上述の範囲における各現実イベント位置ｒａのうち、レアモンスターとのバトルが開始可能な全ての現実イベント位置ｒａを通る最短のルートＲが案内される構成としてもよい。
【0159】
（８）各形態において、経由オブジェクトおよび目的地の種類は以上の例に限定されない。例えば、仮想空間Ｓｖの各拠点でバトルに勝利することで、自国の領土を広げる位置情報ゲーム（国とりゲーム）に本発明を採用する場合を想定する。以上の場合、各拠点を経由オブジェクトおよび目的地とするルートが案内される構成としてもよい。
【0160】
（９）各形態において、中ボスモンスターおよびボスモンスターと非クエスト状態においてバトル可能な構成としてもよい。すなわち、中ボスモンスターおよびボスモンスターが通常モンスターに含まれてもよい。ただし、以上の構成においては、クエスト状態において勝利回数が制限された中ボスモンスターに勝利した場合、通常モンスターとして配置された中ボスモンスターに勝利した場合と比較して、ユーザに有利な特典（例えば、所定のアイテムが高確率で取得できること）が付与される構成が好適である。ボスモンスターに勝利した場合の特典についても同様である。
【0161】
なお、以上の構成では、本発明における「第１イベント」には「クエスト状態の開始時に配置されたボスモンスターとのバトル」が対応し、「第２イベント」には「クエスト状態の開始時に配置された中ボスモンスターとのバトル」が対応し、「第３イベント」には例えば「通常モンスターとしてのボスモンスターとのバトル」および「通常モンスターとしての中ボスモンスターとのバトル」が対応する。
【0162】
（１０）各形態において、第１イベントを進行可能な仮想イベント位置ｖａ（目的地）を複数個設ける構成としてもよい。例えば、クエスト状態が開始された際に、複数個の仮想イベント位置ｖａの各々にボスモンスターが配置され、各ボスモンスターに勝利した場合に当該クエスト状態が完了する構成としてもよい。また、以上の構成において、各目的地へ順次に移動しつつ第２イベント（例えば、中ボスモンスターとのバトル）を進行可能な効率的なルートＲがユーザに案内される構成としてもよい。
【0163】
（１１）各形態において、ルートＲの案内を実行する手段は、画像（ルート画像）を表示する手段に限られず、適宜に変更できる。例えば、端末装置１０が具備するスピーカから出力される音声、効果音、振動装置の振動によりルートＲが案内される構成としてもよい。また、以上の各手段の組合せにより、ルートＲが案内される構成としてもよい。
【0164】
（１２）各形態では、位置情報ゲームに適用した本発明の具体例を説明した。しかし、本発明を位置情報ゲーム以外に適用してもよい。例えば、予め定められた場所（例えば店舗）へユーザが到達するための地図サービス、各ユーザをマッチングするためのマッチングサービス、および、ユーザの歩数に応じてポイントが付与される歩数計ポイントサービスに本発明は適用され得る。
【0165】
上述した各実施形態は、適宜構成を組み合わせよいし、他の構成に置き換え、構成の一部削除、構成の一部変更してもよい。また、本明細書に記載されていない出願時点で公知の技術を適宜採用してもよい。
【0166】
＜付記：本実施形態の態様例の作用、効果のまとめ＞
＜第１態様＞
本態様のプログラム（ＰＧｘ、ＰＧｙ）は、現実空間（Ｓｒ）における位置（Ｐｒ）が特定される位置情報を利用する位置情報ゲームを実行するためのプログラムであって、コンピュータ（１０、２０）を、現実空間における第１位置（ｒａ）へユーザが移動した場合に進行可能な第１イベント（ボスモンスターとのバトル）と、現実空間における第２位置（他のｒａ）へユーザが移動した場合に進行可能な第２イベント（中ボスモンスターとのバトル）と、前記第２位置を経由して前記第１位置まで移動する各ルートのうちユーザに有利なルート（例えば、最短ルート、より多くの中ボスモンスターとバトル可能なルート…）を案内可能にする案内手段（１１）として機能させる。
＜第１態様＞
本態様のプログラム（ＰＧｘ、ＰＧｙ）は、現実空間（Ｓｒ）における位置（Ｐｒ）が特定される位置情報を利用する位置情報ゲームを実行するためのプログラムであって、コンピュータ（１０、２０）を、現実空間における第１位置（ｒａ）へユーザが移動した場合に進行可能な第１イベント（ボスモンスターとのバトル）と、現実空間における第２位置（他のｒａ）へユーザが移動した場合に進行可能な第２イベント（中ボスモンスターとのバトル）と、前記第２位置を経由して前記第１位置まで移動する各ルートのうちユーザに有利なルート（例えば、最短ルート、より多くの中ボスモンスターとバトル可能なルート…）を案内可能にする案内手段（１１）として機能させる。
【0167】
＜第２態様および第３態様＞
第２態様のプログラム（ＰＧｘ、ＰＧｙ）は、第２イベントは第１イベントに関連付けられており、第１イベントを位置情報ゲームの仮想空間に配置すると、第２イベントも仮想空間に配置される（図５（ａ）および図５（ｂ）参照）。また、第３態様のプログラムは、第１イベント又は第２イベントの進行状況に応じて、第１イベント又は第２イベントを進行不可能にする。以上の各態様によれば、位置情報ゲームの面白味が向上する。
第２態様のプログラム（ＰＧｘ、ＰＧｙ）は、第２イベントは第１イベントに関連付けられており、第１イベントを位置情報ゲームの仮想空間に配置すると、第２イベントも仮想空間に配置される（図５（ａ）および図５（ｂ）参照）。また、第３態様のプログラムは、第１イベント又は第２イベントの進行状況に応じて、第１イベント又は第２イベントを進行不可能にする。以上の各態様によれば、位置情報ゲームの面白味が向上する。
【0168】
＜第４態様＞
本態様のプログラム（ＰＧｘ、ＰＧｙ）は、第１イベントと第２イベントとでは、付与可能な特典（例えば、有利なアイテムが付与される確率、付与されるアイテムの種類）が異なる。本態様によれば、位置情報ゲームの面白味が向上する。
本態様のプログラム（ＰＧｘ、ＰＧｙ）は、第１イベントと第２イベントとでは、付与可能な特典（例えば、有利なアイテムが付与される確率、付与されるアイテムの種類）が異なる。本態様によれば、位置情報ゲームの面白味が向上する。
【0169】
＜第５態様および第６態様＞
第５態様のプログラム（ＰＧｘ、ＰＧｙ）は、第２イベントの各々は、進行可能となる第２位置が異なり、それぞれに識別情報が関連付けられており、コンピュータを、第２イベントの進行が完了した場合、同じ識別情報が対応付けられた当該第２イベントを進行不可能にするイベント管理手段として機能させる。また、第６態様のプログラムは、案内手段は、第２イベントの識別情報に応じたルートを案内可能にする（図６（ａ）～（ｃ）参照）。以上の各態様によれば、１個の第２イベントが実行された場合であっても、複数個の第２領域において第２イベントが実行不可能になる。したがって、狭い範囲に位置する複数の第２領域で連続して第２イベントが実行される事態が抑制され、ユーザを様々な領域へ誘致することができる。
第５態様のプログラム（ＰＧｘ、ＰＧｙ）は、第２イベントの各々は、進行可能となる第２位置が異なり、それぞれに識別情報が関連付けられており、コンピュータを、第２イベントの進行が完了した場合、同じ識別情報が対応付けられた当該第２イベントを進行不可能にするイベント管理手段として機能させる。また、第６態様のプログラムは、案内手段は、第２イベントの識別情報に応じたルートを案内可能にする（図６（ａ）～（ｃ）参照）。以上の各態様によれば、１個の第２イベントが実行された場合であっても、複数個の第２領域において第２イベントが実行不可能になる。したがって、狭い範囲に位置する複数の第２領域で連続して第２イベントが実行される事態が抑制され、ユーザを様々な領域へ誘致することができる。
【0170】
＜第７態様＞
本態様のプログラム（ＰＧｘ、ＰＧｙ）は、位置情報ゲームにおけるイベントには、第１イベント又は第２イベントの進行に影響を与えない第３位置に関連付けられた第３イベント（通常モンスターとのバトル、アイテムの取得）が含まれ、案内手段は、第３位置を経由するルートを案内可能にする（図８（ｂ））。本態様によれば、位置情報ゲームの面白みが向上する。なお、本発明の「第１イベント又は第２イベントの進行に影響を与えない第３位置に関連付けられた第３イベント」とは、第３イベントを進行したとして、その結果によって、第１イベントや第２イベントがクリアにならないということを意味する。すなわち、本発明の「第３イベント」には、例えば、図８を用いて説明した第２実施形態の通常モンスターとのバトル、アイテムの取得、ユーザキャラクタのヒットポイントの回復などの各種のイベントが包含され得る。
本態様のプログラム（ＰＧｘ、ＰＧｙ）は、位置情報ゲームにおけるイベントには、第１イベント又は第２イベントの進行に影響を与えない第３位置に関連付けられた第３イベント（通常モンスターとのバトル、アイテムの取得）が含まれ、案内手段は、第３位置を経由するルートを案内可能にする（図８（ｂ））。本態様によれば、位置情報ゲームの面白みが向上する。なお、本発明の「第１イベント又は第２イベントの進行に影響を与えない第３位置に関連付けられた第３イベント」とは、第３イベントを進行したとして、その結果によって、第１イベントや第２イベントがクリアにならないということを意味する。すなわち、本発明の「第３イベント」には、例えば、図８を用いて説明した第２実施形態の通常モンスターとのバトル、アイテムの取得、ユーザキャラクタのヒットポイントの回復などの各種のイベントが包含され得る。
【0171】
＜第８態様～第１０態様＞
第８態様のプログラム（ＰＧｘ、ＰＧｙ）は、案内手段は、複数の第２位置を経由して第１位置まで移動する各ルートのうち最短のルートを案内可能にする。また、第９態様のプログラムは、案内手段は、ユーザが設定した条件に基づいて、第１位置まで移動する各ルートのうちの何れかを案内可能にする（上述の図８（ａ）参照）。さらに、第１０態様のプログラムは、案内手段は、他のユーザの進行状況に応じたルートを案内可能にする。以上の各態様によれば、位置情報ゲームの面白みが向上する。
第８態様のプログラム（ＰＧｘ、ＰＧｙ）は、案内手段は、複数の第２位置を経由して第１位置まで移動する各ルートのうち最短のルートを案内可能にする。また、第９態様のプログラムは、案内手段は、ユーザが設定した条件に基づいて、第１位置まで移動する各ルートのうちの何れかを案内可能にする（上述の図８（ａ）参照）。さらに、第１０態様のプログラムは、案内手段は、他のユーザの進行状況に応じたルートを案内可能にする。以上の各態様によれば、位置情報ゲームの面白みが向上する。
【0172】
＜第１１態様＞
本態様のプログラム（ＰＧｘ、ＰＧｙ）は、コンピュータを、複数種類のモードのうちの何れかに制御可能なモード管理手段として機能させるプログラムであって、案内手段は、現在のモードに応じた方法のルート案内を可能にする（図１０（ａ）（ｂ）参照）。本態様によれば、位置情報ゲームの面白みが向上する。
本態様のプログラム（ＰＧｘ、ＰＧｙ）は、コンピュータを、複数種類のモードのうちの何れかに制御可能なモード管理手段として機能させるプログラムであって、案内手段は、現在のモードに応じた方法のルート案内を可能にする（図１０（ａ）（ｂ）参照）。本態様によれば、位置情報ゲームの面白みが向上する。
【0173】
＜第１２態様＞
本態様の情報処理システム（１）は、現実空間における位置が特定される位置情報を利用する位置情報ゲームを実行するための情報処理システムであって、現実空間における第１位置へユーザが移動した場合に進行可能な第１イベントと、現実空間における第２位置へユーザが移動した場合に進行可能な第２イベントと、第２位置を経由して第１位置まで移動する各ルートのうちユーザに有利なルートを案内可能にする案内手段を具備する。本態様によれば、上述の第１態様と同様な効果が奏せられる。
本態様の情報処理システム（１）は、現実空間における位置が特定される位置情報を利用する位置情報ゲームを実行するための情報処理システムであって、現実空間における第１位置へユーザが移動した場合に進行可能な第１イベントと、現実空間における第２位置へユーザが移動した場合に進行可能な第２イベントと、第２位置を経由して第１位置まで移動する各ルートのうちユーザに有利なルートを案内可能にする案内手段を具備する。本態様によれば、上述の第１態様と同様な効果が奏せられる。
【0174】
なお、上述のプログラムで構成した課題解決手段（例えば、付記に記載の各構成等）は、適宜、装置、システム、方法、情報記録媒体等に転用することができる。
【符号の説明】
【0175】
１…情報処理システム、１０…端末装置、１１…案内手段、１２…イベント管理手段、１３…状態管理手段、２０…管理装置。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】