知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025140197
(43)【公開日】2025-09-29
(54)【発明の名称】プログラム及びシステム
(51)【国際特許分類】
A63F 13/65 20140101AFI20250919BHJP
A63F 13/216 20140101ALI20250919BHJP
A63F 13/69 20140101ALI20250919BHJP
A63F 13/217 20140101ALI20250919BHJP
A63F 13/55 20140101ALI20250919BHJP
【ＦＩ】
A63F13/65
A63F13/216
A63F13/69
A63F13/217
A63F13/55
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2024039412
(22)【出願日】2024-03-13
(71)【出願人】
【識別番号】509070463
【氏名又は名称】株式会社コロプラ
(74)【代理人】
【識別番号】110000442
【氏名又は名称】弁理士法人武和国際特許事務所
(72)【発明者】
【氏名】得地 賢吾
(72)【発明者】
【氏名】堀江 知寿子
(57)【要約】
【課題】興趣性を向上させることができるプログラムを提供する。
【解決手段】プログラムは、コンピュータに、所定期間において、プレイヤが目的地として第１のタイミングで選択可能な候補地を、第１のタイミングよりも時系列が後の第２のタイミングで選択可能な候補地と比較して、プレイヤの現在地を含む設置不可領域の近傍に多く設置させる。
【選択図】図９
【解決手段】プログラムは、コンピュータに、所定期間において、プレイヤが目的地として第１のタイミングで選択可能な候補地を、第１のタイミングよりも時系列が後の第２のタイミングで選択可能な候補地と比較して、プレイヤの現在地を含む設置不可領域の近傍に多く設置させる。
【選択図】図９
【特許請求の範囲】
【請求項1】
コンピュータに、所定期間において、プレイヤが目的地として第１のタイミングで選択可能な候補地を、前記第１のタイミングよりも時系列が後の第２のタイミングで選択可能な前記候補地と比較して、前記プレイヤの現在地を含む設置不可領域の近傍に多く設置させる、プログラム。
【請求項2】
請求項１に記載のプログラムにおいて、
前記コンピュータに、前記現在地が予め登録された登録地から所定の範囲内である場合に、１回目に選択可能な前記候補地を、２回目に選択可能な前記候補地と比較して、前記設置不可領域の近傍に多く設置させる、プログラム。
前記コンピュータに、前記現在地が予め登録された登録地から所定の範囲内である場合に、１回目に選択可能な前記候補地を、２回目に選択可能な前記候補地と比較して、前記設置不可領域の近傍に多く設置させる、プログラム。
【請求項3】
請求項１に記載のプログラムにおいて、
前記コンピュータに、直近にプレイを終了してからの経過時間が閾値時間を超えている場合に、１回目に選択可能な前記候補地を、２回目に選択可能な前記候補地と比較して、前記設置不可領域の近傍に多く設置させる、プログラム。
前記コンピュータに、直近にプレイを終了してからの経過時間が閾値時間を超えている場合に、１回目に選択可能な前記候補地を、２回目に選択可能な前記候補地と比較して、前記設置不可領域の近傍に多く設置させる、プログラム。
【請求項4】
請求項１に記載のプログラムにおいて、
前記コンピュータに、
複数のイベントのうちから前記プレイヤが選択した前記イベントを進行させる場所として、複数の前記候補地のうちから前記プレイヤに前記目的地を選択させ、
前記プレイヤが対象イベントを選択した場合に、１回目に選択可能な前記候補地を、２回目に選択可能な前記候補地と比較して、前記設置不可領域の近傍に多く設置させる、プログラム。
前記コンピュータに、
複数のイベントのうちから前記プレイヤが選択した前記イベントを進行させる場所として、複数の前記候補地のうちから前記プレイヤに前記目的地を選択させ、
前記プレイヤが対象イベントを選択した場合に、１回目に選択可能な前記候補地を、２回目に選択可能な前記候補地と比較して、前記設置不可領域の近傍に多く設置させる、プログラム。
【請求項5】
請求項１に記載のプログラムにおいて、
前記コンピュータに、前記所定期間において、１回目に選択した第１目的地に対して所定の位置条件を満たした場合に、前記現在地からの距離が前記第１目的地と同じで且つ２回目に選択した第２目的地に対して前記所定の位置条件を満たした場合より、多くの報酬を前記プレイヤに付与させる、プログラム。
前記コンピュータに、前記所定期間において、１回目に選択した第１目的地に対して所定の位置条件を満たした場合に、前記現在地からの距離が前記第１目的地と同じで且つ２回目に選択した第２目的地に対して前記所定の位置条件を満たした場合より、多くの報酬を前記プレイヤに付与させる、プログラム。
【請求項6】
請求項１に記載のプログラムにおいて、
前記コンピュータに、前記所定期間内の１回目からｍ（ｍ≧２）回目までの前記目的地の選択において、前記目的地の選択回数が増加する程、前記設置不可領域の近傍に設置される前記候補地の割合を徐々に減少させる、プログラム。
前記コンピュータに、前記所定期間内の１回目からｍ（ｍ≧２）回目までの前記目的地の選択において、前記目的地の選択回数が増加する程、前記設置不可領域の近傍に設置される前記候補地の割合を徐々に減少させる、プログラム。
【請求項7】
請求項６に記載のプログラムにおいて、
前記コンピュータに、前記所定期間内のｎ（ｎ≧ｍ＋１）回目以降の前記目的地の選択において、前記目的地の選択回数が増加する程、前記設置不可領域の近傍に設置される前記候補地の割合を徐々に増加させる、プログラム。
前記コンピュータに、前記所定期間内のｎ（ｎ≧ｍ＋１）回目以降の前記目的地の選択において、前記目的地の選択回数が増加する程、前記設置不可領域の近傍に設置される前記候補地の割合を徐々に増加させる、プログラム。
【請求項8】
請求項１に記載のプログラムにおいて、
前記コンピュータに、前記現在地の天気に応じて、前記設置不可領域の近傍に設置される前記候補地の割合を変更させる、プログラム。
前記コンピュータに、前記現在地の天気に応じて、前記設置不可領域の近傍に設置される前記候補地の割合を変更させる、プログラム。
【請求項9】
請求項８に記載のプログラムにおいて、
前記コンピュータに、前記現在地が晴れの場合に、前記現在地が晴れ以外の場合と比較して、前記設置不可領域の近傍に設置される前記候補地の割合を減少させる、プログラム。
前記コンピュータに、前記現在地が晴れの場合に、前記現在地が晴れ以外の場合と比較して、前記設置不可領域の近傍に設置される前記候補地の割合を減少させる、プログラム。
【請求項10】
請求項９に記載のプログラムにおいて、
前記コンピュータに、前記現在地の気温が第１閾値以上である場合に、前記現在地の気温が前記第１閾値未満の場合と比較して、屋内の前記候補地の割合を増加させる、プログラム。
前記コンピュータに、前記現在地の気温が第１閾値以上である場合に、前記現在地の気温が前記第１閾値未満の場合と比較して、屋内の前記候補地の割合を増加させる、プログラム。
【請求項11】
請求項８に記載のプログラムにおいて、
前記コンピュータに、前記現在地が雨、雪、または雷の場合に、前記現在地が曇りの場合と比較して、屋内の前記候補地の割合を増加させる、プログラム。
前記コンピュータに、前記現在地が雨、雪、または雷の場合に、前記現在地が曇りの場合と比較して、屋内の前記候補地の割合を増加させる、プログラム。
【請求項12】
請求項８に記載のプログラムにおいて、
前記コンピュータに、前記現在地が積雪または雷の場合に、前記現在地が積雪及び雷以外の場合と比較して、前記現在地と予め登録された登録地とを結ぶ直線の近傍の前記候補地の割合を増加させる、プログラム。
前記コンピュータに、前記現在地が積雪または雷の場合に、前記現在地が積雪及び雷以外の場合と比較して、前記現在地と予め登録された登録地とを結ぶ直線の近傍の前記候補地の割合を増加させる、プログラム。
【請求項13】
所定期間において、プレイヤが目的地として第１のタイミングで選択可能な候補地を、前記第１のタイミングよりも時系列が後の第２のタイミングで選択可能な前記候補地と比較して、前記プレイヤの現在地を含む設置不可領域の近傍に多く設置する、システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プログラム及びシステムに関する。
【背景技術】
【0002】
従来より、現実空間の位置に対応付けられたフィールド上に目的地を設置し、プレイヤが目的地に到達したことに応じてイベントを進行させる、所謂「位置情報ゲーム」が知られている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２３－２３１５７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
位置情報ゲームでは、プレイヤの現在地を含む所定の範囲に目的地を設置できないのが一般的である。そのため、自宅などにいるプレイヤは、ゲームを開始するために外出する必要がある。その結果、最初の目的地に向かうハードルが高くなって、興趣性の向上に改善の余地がある。
【0005】
本発明は、上記の事情に鑑みてなされたものであり、その目的は、興趣性を向上させることができるプログラムを提供することにある。
【課題を解決するための手段】
【0006】
前記課題を解決するため、本発明に係るプログラムは、コンピュータに、所定期間において、プレイヤが目的地として第１のタイミングで選択可能な候補地を、前記第１のタイミングよりも時系列が後の第２のタイミングで選択可能な前記候補地と比較して、前記プレイヤの現在地を含む設置不可領域の近傍に多く設置させる。
【発明の効果】
【0007】
本発明によれば、興趣性が向上する。
【図面の簡単な説明】
【0008】
【図1】本実施形態に係るシステムの概要を示す図である。
【図2】サーバのハードウェア構成図である。
【図3】ユーザ端末のハードウェア構成図である。
【図4】フィールド上の候補地の配置例を示す図である。
【図5】候補地テーブル（Ａ）及び登録地情報（Ｂ）の例である。
【図6】位置情報ゲーム制御処理のフローチャートである。
【図7】イベント選択画面（Ａ）及び目的地選択画面（Ｂ）の表示例である。
【図8】第１実施形態に係る候補地設置処理のフローチャートである。
【図9】第１実施形態に係る候補地設置処理で候補地が設置されたフィールドの例である。
【図10】変形例１に係る候補地設置処理で候補地を設置する方法を説明する図である。
【図11】目的地の選択回数（または、プレイ時間）に応じた候補地の変遷を示すグラフである。
【図12】第２実施形態に係る候補地設置パターンの例である。
【図13】晴れの日のフィールドの例である。
【図14】降雨または降雪の日のフィールドの例である。
【図15】積雪または雷の日のフィールドの例である。
【発明を実施するための形態】
【0009】
以下、実施形態に係るシステム１を図面に基づいて説明する。なお、以下に記載する本発明の実施形態は、本発明を具体化する際の一例を示すものであって、本発明の範囲を実施形態の記載の範囲に限定するものではない。従って、本発明は、実施形態に種々の変更を加えて実施することができる。
【0010】
［システム１の概要］
図１は、本実施形態に係るシステム１の概要を示す図である。図１に示すように、システム１は、サーバ１０と、ユーザ端末２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ（以下、これらを総称して、「ユーザ端末２０」と表記することがある。）とを主に備える。なお、図１には４つのユーザ端末２０が図示されているが、システム１に含まれるユーザ端末２０の例はこれに限定されない。サーバ１０及びユーザ端末２０は、通信ネットワーク２を介して相互通信可能に接続されている。通信ネットワーク２の具体例は特に限定されないが、例えば、インターネット、移動体通信システム（例えば、４Ｇ、５Ｇなど）、Ｗｉ－Ｆｉ（登録商標）などの無線ネットワーク、またはこれらの組み合わせで構成される。
図１は、本実施形態に係るシステム１の概要を示す図である。図１に示すように、システム１は、サーバ１０と、ユーザ端末２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ（以下、これらを総称して、「ユーザ端末２０」と表記することがある。）とを主に備える。なお、図１には４つのユーザ端末２０が図示されているが、システム１に含まれるユーザ端末２０の例はこれに限定されない。サーバ１０及びユーザ端末２０は、通信ネットワーク２を介して相互通信可能に接続されている。通信ネットワーク２の具体例は特に限定されないが、例えば、インターネット、移動体通信システム（例えば、４Ｇ、５Ｇなど）、Ｗｉ－Ｆｉ（登録商標）などの無線ネットワーク、またはこれらの組み合わせで構成される。
【0011】
本実施形態に係るシステム１は、ユーザ端末２０上でゲームを実現するゲームシステムである。システム１が実現するゲームは、例えば、サーバ１０と複数のユーザ端末２０とが相互に通信することによって、複数のユーザ端末２０それぞれで実現されるオンラインゲームである。但し、ゲームは、１台のユーザ端末２０上で完結するオフラインゲームでもよい。他の例として、システム１は、複数のユーザ端末２０Ａ～２０Ｄのユーザがアバターを介してコミュニケーションする仮想空間を実現してもよい。以下、ユーザ端末２０を操作してゲームをプレイさせる（または、仮想空間内でアバターを動作させる）ユーザを「プレイヤ」と表記する。
【0012】
［サーバ１０の構成］
図２は、サーバ１０のハードウェア構成図である。サーバ１０は、複数のユーザ端末２０それぞれのゲームデータを同期させることによって、オンラインゲームを実現する。サーバ１０は、例えば、ワークステーション、またはパーソナルコンピュータなどの汎用コンピュータで実現される。図２に示すように、サーバ１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、入出力インタフェース１４と、通信インタフェース１５とを主に備える。サーバ１０の各構成要素は、通信バス１９に接続されている。
図２は、サーバ１０のハードウェア構成図である。サーバ１０は、複数のユーザ端末２０それぞれのゲームデータを同期させることによって、オンラインゲームを実現する。サーバ１０は、例えば、ワークステーション、またはパーソナルコンピュータなどの汎用コンピュータで実現される。図２に示すように、サーバ１０は、プロセッサ１１と、メモリ１２と、ストレージ１３と、入出力インタフェース１４と、通信インタフェース１５とを主に備える。サーバ１０の各構成要素は、通信バス１９に接続されている。
【0013】
プロセッサ１１は、メモリ１２またはストレージ１３に格納されているサーバプログラム１３Ｐに含まれる一連の命令を実行することによって、後述する処理を実現する。プロセッサ１１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、その他のデバイスとして実現される。
【0014】
メモリ１２は、サーバプログラム１３Ｐ及びデータを一時的に保持する。サーバプログラム１３Ｐは、例えば、ストレージ１３からロードされる。データは、サーバ１０に入力されたデータと、プロセッサ１１によって生成されたデータとを含む。例えば、メモリ１２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、その他の揮発メモリとして実現される。
【0015】
ストレージ１３は、サーバプログラム１３Ｐ及びデータを永続的に保持する。ストレージ１３は、例えば、ＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ハードディスク装置、フラッシュメモリ、その他の不揮発記憶装置として実現される。また、ストレージ１３は、メモリカードのように着脱可能な記憶装置として実現されてもよい。さらに他の例として、ストレージ１３は、サーバ１０に内蔵されることに代えて、外部記憶装置としてサーバ１０に接続されていてもよい。このような構成によれば、例えば、アミューズメント施設のように複数のユーザ端末２０が使用される場面において、サーバプログラム１３Ｐやデータの更新を一括して行うことが可能になる。
【0016】
入出力インタフェース１４は、モニタ、入力装置（例えば、キーボード、ポインティングデバイス）、外部記憶装置、スピーカ、カメラ、マイク、センサ等の外部装置をサーバ１０に接続するためのインタフェースである。プロセッサ１１は、入出力インタフェース１４を通じて外部装置と通信する。入出力インタフェース１４は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）、ＨＤＭＩ（登録商標）（Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）、その他の端子で用いて実現される。
【0017】
通信インタフェース１５は、通信ネットワーク２に接続されている他の装置（例えば、ユーザ端末２０）と通信する。通信インタフェース１５は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）など有線通信インタフェース、Ｗｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの無線通信インタフェースとして実現される。
【0018】
［ユーザ端末２０の構成］
ユーザ端末２０は、例えば、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ）セット、タブレット端末、ウェアラブルデバイス、スマートグラス、スマートフォン、フィーチャーフォン、ラップトップ型コンピュータ、デスクトップコンピュータなどとして実現される。本実施形態では、図１に示すように、タブレット端末としてのユーザ端末２０の例を説明する。
ユーザ端末２０は、例えば、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ）セット、タブレット端末、ウェアラブルデバイス、スマートグラス、スマートフォン、フィーチャーフォン、ラップトップ型コンピュータ、デスクトップコンピュータなどとして実現される。本実施形態では、図１に示すように、タブレット端末としてのユーザ端末２０の例を説明する。
【0019】
図３は、ユーザ端末２０のハードウェア構成図である。図３に示すように、ユーザ端末２０は、プロセッサ２１と、メモリ２２と、ストレージ２３と、通信インタフェース２５と、モニタ３１と、カメラ３３、３４と、マイク３５と、スピーカ３６と、動きセンサ４１と、位置センサ４２と、操作装置４３（操作部）とを主に備える。ユーザ端末２０の各構成要素は、通信バス２９に接続されている。
【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】
１…システム、２…通信ネットワーク、１０…サーバ、１１，２１…プロセッサ、１２，２２…メモリ、１３，２３…ストレージ、１３Ｐ…サーバプログラム、１４…入出力インタフェース、１５，２５…通信インタフェース、１９，２９…通信バス、２０…ユーザ端末、２３Ｐ…端末プログラム、３１…モニタ、３３，３４…カメラ、３５…マイク、３６…スピーカ、４１…動きセンサ、４２…位置センサ、４３…操作装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】