JP7079293B2 - 周回制御プログラム及び周回制御システム - Google Patents

Description

本発明の実施形態の少なくとも１つは、周回制御プログラム及び周回制御システムに関する。

近年では、ユーザが携帯可能なスマートフォン、タブレット端末等のスマートデバイスが普及している。このようなスマートデバイスを利用した宝探しゲームなどのイベントも盛んに行われている。宝探しゲームは、参加者が複数の謎（問題）を解いて現実空間に隠された宝を探すイベントである。宝は、現実空間の所定位置に配置されている。参加者は、複数の謎を解くことで、宝が配置された場所を特定することができる。宝探しゲームでは、参加者は、徒歩等で複数の場所を巡って、隠された宝を全て獲得する必要がある。上述のようなイベントは、参加者に複数の場所（目的地）を巡らせる周回型（回遊型）のイベントである。

上述のようなイベントは、参加者が複数の場所を巡ることになるので、販売促進を目的として商店街などの商業施設等で開催される。したがって、宝などが配置される場所（目的地）も、或る店舗の一部の領域であったりする。

特開２００４－１２６６８９号公報

上述のような複数の場所（目的地）を参加者に巡らせる場合、所定順に各目的地を巡らせる場合など、参加者が一斉に同じ目的地に向かうと、その目的地が混雑してしまう虞があることが課題である。目的地として設定される場所は、必ずしも広いスペースが確保されているわけではないため、できるだけ混雑を回避したいとの要望がある。

本発明の少なくとも１つの実施形態の目的は、関連する技術の不足を解決することである。

非限定的な観点によると、本発明の一実施形態に係る周回制御プロブラムは、複数のユーザそれぞれが携帯している端末装置と通信ネットワークにより接続されたサーバ装置に、複数のユーザそれぞれに複数の目的地を周回させる進行を制御させるための周回制御プログラムであって、サーバ装置に、既に訪れた目的地が特定される履歴情報と、向かうべき目的地である指定目的地が特定される指定情報と、が含まれるユーザ情報であって、記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する更新機能、複数のユーザ毎に指定目的地を決定する機能であって、１のユーザの履歴情報に基づいて１のユーザが未だ訪れていない１の目的地を１のユーザの指定目的地として決定し、指定目的地に関する情報を１のユーザの端末装置に送信する指定機能、を実現させ、更新機能では、指定目的地を訪れた情報を１のユーザの端末装置から受信した場合に、１のユーザの履歴情報を更新する機能、指定機能によって１のユーザの指定目的地が決定された場合に、１のユーザの指定情報を更新する機能、指定機能では、少なくとも各ユーザの指定情報に基づく複数の目的地の混雑状況に応じて、指定目的地を決定する機能、を実現させる。

非限定的な観点によると、本発明の一実施形態に係る周回制御システムは、複数のユーザそれぞれが携帯している端末装置と、端末装置と通信ネットワークにより接続されるサーバ装置と、を備え、複数のユーザそれぞれに複数の目的地を周回させる進行を制御させる周回制御システムであって、既に訪れた目的地が特定される履歴情報と、向かうべき目的地である指定目的地が特定される指定情報と、が含まれるユーザ情報であって、記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する更新手段、複数のユーザ毎に指定目的地を決定する機能であって、１のユーザの履歴情報に基づいて１のユーザが未だ訪れていない１の目的地を１のユーザの指定目的地として決定し、指定目的地に関する情報を１のユーザの端末装置に送信する指定手段、を含み、更新手段は、指定目的地を訪れた情報を１のユーザの端末装置から受信した場合に、１のユーザの履歴情報を更新し、指定手段によって１のユーザの指定目的地が決定された場合に、１のユーザの指定情報を更新し、指定手段は、少なくとも各ユーザの指定情報に基づく複数の目的地の混雑状況に応じて、指定目的地を決定する。

非限定的な観点によると、本発明の一実施形態に係る周回制御プログラムは、複数のユーザそれぞれに複数の目的地を周回させる進行を制御させる機能を有するサーバ装置と通信する機能を、複数のユーザそれぞれが携帯している端末装置のコンピュータに実現させるための周回制御プログラムであって、既に訪れた目的地が特定される履歴情報と、向かうべき目的地である指定目的地が特定される指定情報と、が含まれるユーザ情報であって、記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する更新機能、複数のユーザ毎に前記指定目的地を決定する機能であって、１のユーザの履歴情報に基づいて該１のユーザが未だ訪れていない１の目的地を該１のユーザの指定目的地として決定し、指定目的地に関する情報を１のユーザの端末装置に送信する指定機能を有し、更新機能では、指定目的地を訪れた情報を１のユーザの端末装置から受信した場合に、１のユーザの履歴情報を更新する機能、指定機能によって１のユーザの指定目的地が決定された場合に、１のユーザの前記指定情報を更新する機能、指定機能では、少なくとも各ユーザの指定情報に基づく複数の目的地の混雑状況に応じて、指定目的地を決定する機能を有するサーバ装置から、指定目的地に関する情報を受信する機能を端末装置に実現させる。

本願の各実施形態により１又は２以上の不足が解決される。

本発明の実施形態の少なくとも一つに対応する周回制御システムの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応する周回処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応する周回処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する周回制御システムの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する１のユーザの行動の流れを例示した図である。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応する登録データの一例を示す図である。 本発明の実施形態の少なくとも一つに対応する端末装置の構成を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応する集計結果の一例を示す図である。 本発明の実施形態の少なくとも一つに対応する周回処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する周回制御システムの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する１のユーザの行動の流れを例示した図である。 本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応する登録データの一例を示す図である。 本発明の実施形態の少なくとも一つに対応する端末装置の構成を示す機能ブロック図である。 本発明の実施形態の少なくとも一つに対応する周回処理の例を示すフローチャートである。

以下、本発明の実施形態の例について図面を参照して説明する。なお、以下で説明する各実施形態の例における各種構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。また、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。また、各実施形態の特徴部分に関係しない動作や処理については、その内容を省略している場合がある。さらに、以下で説明する各種フローを構成する各種処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。

［第１の実施形態］
図１は、本発明の一の実施形態における周回制御システム１００の構成の例を示すブロック図である。図１に示すように、周回制御システム１００は、サーバ装置１０と、複数の端末装置２０，２０１～２０Ｎ（Ｎは任意の整数）とを含む。サーバ装置１０と複数の端末装置２０，２０１～２０Ｎとは、それぞれインターネット等の通信ネットワーク１５に接続されている。なお、周回制御システム１００の構成は、これに限定されず、例えば、複数のサーバ装置を備える構成としてもよい。

周回制御システム１００は、複数のユーザそれぞれに複数の目的地を周回させる進行を制御させるための各種機能を有する。複数の目的地は、現実空間において、ユーザが向かうべき場所を意味する。なお、移動は、徒歩以外に、公共交通機関等を利用してもよい。

本実施形態の例の周回制御システム１００は、例えば、宝探しゲーム等の周回型（回遊型）のイベントに適用される。宝探しゲームは、複数の参加者（ユーザ）が複数の謎（問題）を解いて現実空間に隠された宝を探すイベントである。宝は、ゲーム上の仮想の宝であり、現実空間の複数の場所に隠されて（配置されて）いる。複数のユーザは、複数の問題を解いていくことで、宝が配置された場所を特定することができる。宝探しゲームでは、複数のユーザは、徒歩等で移動して、宝が隠されている複数の場所（目的地）を巡って全ての宝を獲得する必要がある。

本実施形態の例では、各ユーザの複数の目的地の周回順序は、固定されておらず、周回制御システム１００が決定（指定）する。周回制御システム１００は、１のユーザが１つの目的地を訪れる毎に、この１のユーザが次に向かうべき目的地を決定していく。以下、１のユーザに関し、複数の目的地のうち、現状、この１のユーザが向かうべき目的地を指定目的地と称する場合がある。上述の宝探しゲームの場合では、周回制御性システム１００は、１のユーザが１つの場所を訪れて宝を獲得する毎に、この１のユーザが次に探すべき宝の場所（指定目的地）を決定する。なお、本実施形態の例では、サーバ装置１０が、上記指定目的地を決定する。また、サーバ装置１０は、各ユーザが携帯する端末装置２０，２０１～２０Ｎに、決定した指定目的地に関する情報を送信する。例えば、上述の宝探しゲームの場合には、宝の場所を示す問題をユーザに報知させるための情報が指定目的地に関する情報に該当する。具体的には、問題文のテキストデータ等が指定目的地に関する情報に該当する。すなわち、上述の宝探しゲームの場合では、１のユーザが１つの場所を訪れて宝を獲得する毎に、次に探すべき宝の場所（指定目的地）を示す問題が、この１のユーザの端末装置に配信される。

例えば、端末装置２０を携帯するユーザＰ１は、複数の目的地のうち指定目的地に向かって移動する。そして、ユーザは、指定目的地を訪れた情報を端末装置２０からサーバ装置１０に送信する。例えば、上述の宝探しゲームの場合では、指定目的地に配置された宝の識別情報が、指定目的地を訪れた情報として送信される。

本実施形態の例では、サーバ装置１０は、多くのユーザが１つの目的地に一時的に密集してしまうことを抑制するべく、上記指定目的地を決定する。具体的には、サーバ装置１０は、複数の目的地の混雑状況に応じて、各ユーザの指定目的地を決定する。混雑状況には、混雑すると予想される状況も含まれる。各目的地の混雑状況は、少なくとも各ユーザが向かうべき目的地（指定目的地）の情報（指定情報）に基づいて特定される状況である。

例えば、上述の宝探しゲームにおいて、３つの目的地Ａ１，Ａ２，Ａ３を複数のユーザに周回させて宝を獲得させる場合について説明する。現状、目的地Ａ１に向かうべきユーザ数が１０名であり、目的地Ａ２に向かうべきユーザ数が５名であり、目的地Ａ３に向かうべきユーザ数が３名である。この場合、目的地Ａ１には、一時的に１０名のユーザ達が集まって混雑してしまう可能性がある。したがって、これから３つの目的地Ａ１，Ａ２，Ａ３を周回する１のユーザの場合、サーバ装置１０は、最もユーザ数が少ない目的地Ａ３を、この１のユーザの最初の目的地（指定目的地）として決定すればよい。

サーバ装置１０は、ゲームシステムの管理者によって管理され、端末装置２０，２０１～２０Ｎに対して周回の進行に関する情報を提供するための各種機能を有する。サーバ装置１０は、例えば、ユーザが向かうべき目的地（指定目的地）に関する情報を提供する。本実施形態の例において、サーバ装置１０は、周回の進行に関する情報を提供するべくＷＷＷサーバなどの情報処理装置によって構成され、各種情報を格納する１以上の記憶媒体（記憶部）を備える。また、サーバ装置１０は、ＣＰＵ等から構成される制御部等も備える。なお、上述の構成は一般的な構成であるので、詳細な説明は省略する。記憶部は、サーバ装置１０に内蔵された構成であっても、サーバ装置１０とは別体のデータベース装置等の記憶装置の構成であってもよい。

図２は、サーバ装置１０の構成の例であるサーバ装置１０Ａの構成を示す機能ブロック図である。サーバ装置１０Ａは、記憶部に記憶されている周回の進行を制御するためのソフトウェア（周回制御プログラム）を制御部が実行することで、更新部１１及び指定部１２を少なくとも備える。なお、周回制御プログラムには、周回の進行の制御に用いられる制御用データも含まれる。

更新部（更新機能）１１は、サーバ装置１０Ａの記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する。ユーザ情報は、ユーザの複数の目的地の周回に関する情報である（例えば、図９に示す登録データ参照）。ユーザ情報には、既に訪れた目的地が特定される履歴情報と、向かうべき目的地（指定目的地）が特定される指定情報とが含まれる。履歴情報は、例えば、既に訪れた目的地の識別情報である。指定情報は、例えば、向かうべき目的地の識別情報である。

更新部１１は、指定目的地を訪れた情報を、いずれかのユーザの端末装置２０，２０１～２０Ｎから受信した場合、受信した端末装置のユーザの履歴情報を更新する。更新部１１は、指定部１２によって或るユーザの指定目的地が決定された場合、このユーザの指定情報を更新する。

指定部（指定機能）１２は、複数のユーザ毎に指定目的地を決定する。具体的には、指定部１２は、１のユーザの履歴情報に基づいて、複数の目的地のうち、この１のユーザが未だ訪れていない１の目的地を、この１のユーザの指定目的地として決定する。ただし、指定部１２は、複数の目的地の混雑状況に応じて、各ユーザの指定目的地を決定する。すなわち、指定部１２は、１のユーザが未だ訪れていない目的地のうち、複数の目的地の混雑状況に応じて、このユーザの指定目的地を決定する。各目的地の混雑状況は、上述したように、少なくとも各ユーザが向かうべき目的地（指定目的地）の情報（指定情報）に基づいて特定される状況である。指定部１２は、上述の例のように、向かうべきユーザ数が最も少ない目的地を、指定目的地として決定すればよい。

また、指定部１２は、１のユーザに対して決定した指定目的地に関する情報を、この１のユーザの端末装置に送信する。指定目的地に関する情報は、宝探しゲームの場合では、問題の文章のテキストデータ等のように、解答が指定目的地（宝の場所）を示す問題をユーザに報知させるための情報が該当する。また、指定目的地の名称（テキストデータ）を、指定目的地に関する情報としてもよい。なお、指定目的地に関する情報は、例えば、目的地の識別情報に対応付けて制御データに含めておけばよい。

次に、端末装置２０，２０１～２０Ｎについて説明する。端末装置２０，２０１～２０Ｎのそれぞれは、例えば、パーソナルコンピュータ、スマートフォン等の携帯電話端末、ＰＤＡ（Personal Digital Assistants）、タブレット端末などのユーザが携帯可能な端末装置によって構成される。したがって、端末装置２０，２０１～２０Ｎのそれぞれは、携帯されているユーザの移動に伴って移動する。

各端末装置２０，２０１～２０Ｎは、操作装置（操作部）、記憶媒体（記憶部）、ＣＰＵ等から構成される制御部、表示部、通信制御部等を備える。なお、上述の構成は一般的な構成であるので、詳細な説明は省略する。また、端末装置２０，２０１～２０Ｎの記憶部には、目的地の周回に関してサーバ装置１０Ａと各種通信を行うためのソフトウェア（アプリケーションプログラム）等が記憶されている。端末装置２０，２０１～２０Ｎは、上記プログラムを実行することで、例えば、サーバ装置１０Ａから指定目的地に関する情報を受信する。この場合、例えば、端末装置２０，２０１～２０Ｎの表示部に、指定目的地に関する情報が表示される。上述の宝探しゲームの場合、問題文が表示される。

また、端末装置２０，２０１～２０Ｎは、指定目的地を訪れた情報をサーバ装置１０Ａに送信する。指定目的地を訪れた情報は、ユーザが指定された目的地を訪れたことを特定可能な情報であれば任意の情報を特定可能である。例えば、上述の宝探しゲームの場合、指定目的地において獲得した宝の識別情報を、指定目的地を訪れた情報としてもよい。

次に、周回制御システム１００の構成の例として、サーバ装置１０Ａ及び複数の端末装置２０，２０１～２０Ｎを含む周回制御システム１００Ａの動作について説明する。

図３は、周回制御システム１００Ａが実行する周回処理の例を示すフローチャートである。本実施形態の例における周回処理では、複数のユーザそれぞれに対し、指定目的地を決定するための処理が行われる。なお、図３においては、主として、指定目的地を決定する処理、ユーザ情報を更新する処理について説明し、その他の処理は一部省略している場合がある。以下、サーバ装置１０ＡとユーザＰ１が携帯する端末装置２０とが周回処理を実行する場合を例にして説明する。

本実施形態の例の周回処理は、例えば、サーバ装置１０Ａが端末装置２０，２０１～２０Ｎのいずれかから、所定情報を受信した場合に実行される。

なお、所定情報としては、例えば、ユーザが訪れた指定目的地の情報が該当する。また、所定情報としては、例えば、ユーザが、これから複数の目的地の周回を開始するための周回開始要求の情報も該当する。端末装置２０は、例えば、ユーザＰ１の識別情報とともに所定情報を送信する。

サーバ装置１０Ａは、更新処理Ａを実行する（ステップＳ１０）。更新処理Ａでは、受信した所定情報に基づいて、サーバ装置１０Ａの記憶部に登録されているユーザ情報が更新される。例えば、端末装置２０からユーザＰ１が訪れた指定目的地に関する情報を受信した場合、サーバ装置１０Ａは、ユーザＰ１のユーザ情報のうちの履歴情報を更新する。例えば、ユーザＰ１が訪れた指定目的地の識別情報が、ユーザＰ１の履歴情報に追加される。そして、ユーザＰ１の指定情報がリセット（初期値に設定）される。また、例えば、端末装置２０からユーザＰ１が周回開始要求を受信した場合、サーバ装置１０Ａは、ユーザＰ１のユーザ情報を新規にサーバ装置１０Ａの記憶部に登録する。例えば、ユーザＰ１の識別情報、初期値が設定された履歴情報及び指定情報を含むユーザＰ１のユーザ情報が生成される。

次に、サーバ装置１０Ａは、抽出処理を実行する（ステップＳ１１）。抽出処理では、指定目的地の候補となる候補目的地が抽出される。具体的には、ユーザＰ１の履歴情報に基づいて、ユーザＰ１が未だ訪れていない目的地が候補目的地として抽出される。

その後、サーバ装置１０Ａは、決定処理を実行する（ステップＳ１２）。決定処理では、上述したように、混雑状況に応じて、上述の候補目的地の中から選択した１の候補目的地が指定目的地に決定される。すなわち、ユーザＰ１が向かうべき目的地が指定目的地として決定される。

また、決定処理では、サーバ装置１０Ａは、決定した指定目的地に関する情報を端末装置２０に送信する。例えば、上述の宝探しゲームの場合には、問題の文章のテキストデータが送信される。端末装置２０は、受信した指定目的地に関する情報を出力（表示部に表示）する（ステップＳ３０）。例えば、上述の宝探しゲームの場合には、端末装置２０の表示部に問題文が表示される。

その後、サーバ装置１０Ａは、更新処理Ｂを実行する（ステップＳ１３）。更新処理Ｂでは、ユーザ情報の指定情報が更新される。例えば、ステップＳ１２の決定処理で決定された指定目的地の識別情報が指定情報として登録される。

その後、サーバ装置１０Ａは、周回処理を終了する。なお、図３で例示した周回処理に関し、他の端末装置２０１～２０Ｎに対しても端末装置２０と同様の処理が行われる。

以上のように、第１の実施形態の一側面として、サーバ装置１０Ａが、更新部１１及び指定部１２を備える構成としているので、混雑状況に応じて、ユーザが向かうべき目的地が設定される。したがって、多くのユーザが密集して目的地が混雑してしまうことが抑制される。

なお、上述の実施形態の例の周回制御システムは、宝探しゲーム等の周回型（回遊型）のイベントへの適用に限定されるものではない。周回制御システムは、複数のユーザそれぞれに複数の目的地を周回させる構成であれば、いずれの構成にも適用可能である。例えば、遊園地などのアトラクション施設において、複数のユーザが複数のアトラクション（例えば、観覧車）に搭乗する場合に、周回制御システムを適用してもよい。

上述の実施形態の例では、サーバ装置が、周回制御プログラムを実行して周回の進行を制御しているが、特にこれに限定されるものではない。図３で例示したサーバ装置が実行する処理の一部を端末装置が実行してもよい。

上述の実施形態の例では、履歴情報と指定情報とがユーザ情報に含められて記憶部に登録されているが、特にこれに限定されるものではない。履歴情報と指定情報とは、別々に記憶されていてもよい。

上述の実施形態の例では、ユーザ情報の指定情報に基づいて混雑状況が特定されているが、その他の情報も追加的に参照してもよい。

［第２の実施形態］
本実施形態の例では、周回制御システム１００の例である周回制御システム１００Ｂについて説明する。周回制御システム１００Ｂは、サーバ装置１０Ｂと複数の端末装置２０，２０１～２０Ｎとを含む。図４は、サーバ装置１０の例であるサーバ装置１０Ｂの構成を示すブロック図である。本実施形態の例において、サーバ装置１０Ｂは、更新部１１及び指定部１２Ｂを少なくとも備える。

更新部１１は、サーバ装置１０Ｂの記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する。ユーザ情報には、既に訪れた目的地が特定される履歴情報と、向かうべき目的地（指定目的地）が特定される指定情報とが含まれる。また、更新部１１は、指定目的地を訪れた情報を、いずれかのユーザの端末装置２０，２０１～２０Ｎから受信した場合、受信した端末装置のユーザの履歴情報を更新する。更新部１１は、指定部１２Ｂによって或るユーザの指定目的地が決定された場合、このユーザの指定情報を更新する。

指定部１２Ｂは、複数のユーザ毎に指定目的地を決定する。具体的には、指定部１２Ｂは、１のユーザの履歴情報に基づいて、複数の目的地のうち、この１のユーザが未だ訪れていない１の目的地を、この１のユーザの指定目的地として決定する。ただし、指定部１２Ｂは、複数の目的地の混雑状況に応じて、各ユーザの指定目的地を決定する。すなわち、指定部１２Ｂは、１のユーザが未だ訪れていない目的地のうち、複数の目的地の混雑状況に応じて、このユーザの指定目的地を決定する。各目的地の混雑状況は、少なくとも各ユーザが向かうべき目的地（指定目的地）の情報（指定情報）に基づいて特定される状況である。本実施形態の例では、指定部１２Ｂは、１のユーザの指定目的地を決定する場合、この１のユーザが未だ訪れていない目的地のうち、少なくとも指定目的地となっているユーザ数が最も少ない目的地を、この１のユーザの指定目的地に決定する。指定部１２Ｂは、各ユーザの指定情報に基づいて上記ユーザ数を特定すればよい。

また、指定部１２Ｂは、１のユーザに対して決定した指定目的地に関する情報を、この１のユーザの端末装置に送信する。なお、指定目的地に関する情報は、例えば、目的地の識別情報に対応付けて制御データに含めておけばよい。

次に、周回制御システム１００Ｂの動作について説明する。

図５は、周回制御システム１００Ｂが実行する周回処理の例を示すフローチャートである。本実施形態の例における周回処理では、複数のユーザそれぞれに対し、指定目的地を決定するための処理が行われる。なお、図５においては、主として、指定目的地を決定する処理、ユーザ情報を更新する処理について説明し、その他の処理は一部省略している場合がある。以下、サーバ装置１０ＢとユーザＰ１が携帯する端末装置２０とが周回処理を実行する場合を例にして説明する。

本実施形態の例の周回処理は、例えば、サーバ装置１０Ｂが端末装置２０，２０１～２０Ｎのいずれかから、所定情報を受信した場合に実行される。

なお、所定情報には、例えば、ユーザが訪れた指定目的地の情報が該当する。また、所定情報には、例えば、ユーザが、これから複数の目的地の周回を開始するための周回開始要求の情報も該当する。端末装置２０は、例えば、ユーザＰ１の識別情報とともに所定情報を送信する。

サーバ装置１０Ｂは、更新処理Ａを実行する（ステップＳ１０）。更新処理Ａでは、受信した所定情報に基づいて、サーバ装置１０Ｂの記憶部に登録されているユーザ情報が更新される。例えば、端末装置２０からユーザＰ１が訪れた指定目的地に関する情報を受信した場合、サーバ装置１０Ｂは、ユーザＰ１のユーザ情報のうちの履歴情報を更新する。例えば、ユーザＰ１が訪れた指定目的地の識別情報が、ユーザＰ１の履歴情報に追加される。そして、ユーザＰ１の指定情報がリセット（初期値に設定）される。また、例えば、端末装置２０からユーザＰ１が周回開始要求を受信した場合、サーバ装置１０Ｂは、ユーザＰ１のユーザ情報を新規にサーバ装置１０Ｂの記憶部に登録する。例えば、ユーザＰ１の識別情報、初期値が設定された履歴情報及び指定情報を含むユーザＰ１のユーザ情報が生成される。

次に、サーバ装置１０Ｂは、抽出処理を実行する（ステップＳ１１）。抽出処理では、指定目的地の候補となる候補目的地が抽出される。具体的には、ユーザＰ１の履歴情報に基づいて、ユーザＰ１が未だ訪れていない目的地が候補目的地として抽出される。

その後、サーバ装置１０Ｂは、決定処理を実行する（ステップＳ１２－Ｂ）。決定処理では、混雑状況に応じて、上述の候補目的地の中から選択した１の候補目的地が指定目的地に決定される。すなわち、ユーザＰ１が向かうべき目的地が指定目的地として決定される。本実施形態の例の決定処理では、現状において、指定目的地となっているユーザ数が最も少ない目的地が、ユーザＰ１の指定目的地に決定される。

また、決定処理では、サーバ装置１０Ｂは、決定した指定目的地に関する情報を端末装置２０に送信する。例えば、上述の宝探しゲームの場合には、問題の文章のテキストデータが送信される。端末装置２０は、受信した指定目的地に関する情報を出力（表示部に表示）する（ステップＳ３０）。例えば、上述の宝探しゲームの場合には、端末装置２０の表示部に問題文が表示される。

その後、サーバ装置１０Ｂは、更新処理Ｂを実行する（ステップＳ１３）。更新処理Ｂでは、ユーザ情報の指定情報が更新される。例えば、ステップＳ１２－Ｂの決定処理で決定された指定目的地の識別情報が指定情報として登録される。

その後、サーバ装置１０Ｂは、周回処理を終了する。なお、図５で例示した周回処理に関し、他の端末装置２０１～２０Ｎに対しても端末装置２０と同様の処理が行われる。

以上のように、第２の実施形態の一側面として、サーバ装置１０Ｂが、更新部１１及び指定部１２Ｂを備える構成としているので、混雑状況に応じて、ユーザが向かうべき目的地が設定される。したがって、多くのユーザが密集して目的地が混雑してしまうことが抑制される。

［第３の実施形態］
図６は、周回制御システム１００の構成の例である周回制御システム１００Ｃの構成を示すブロック図である。本実施形態の例の周回制御システム１００Ｃは、周回型のイベントである宝探しゲームに適用される。周回制御システム１００Ｃは、サーバ装置１０Ｃと、複数のユーザが携帯する端末装置２０－Ｃ，２０１－Ｃ～２０Ｎ－Ｃとを含む。サーバ装置１０Ｃと複数の端末装置２０－Ｃ，２０１－Ｃ～２０Ｎ－Ｃとは、それぞれインターネットなどの通信ネットワーク１５で無線接続されている。

宝探しゲームは、複数の参加者（ユーザ）が複数の謎（問題）を解いて現実空間に隠された宝を探すイベントである。宝探しゲームでは、複数のユーザは、複数の場所（目的地）を巡って隠された宝を全て獲得する必要がある。本実施形態の例では、現実空間の或る地域４００に、３つの宝が隠されて（配置されて）いる。具体的には、チェックポイント９１Ｃ～９３Ｄの場所（目的地）に宝Ｔ１～Ｔ３が配置されている。

チェックポイント９１Ｃ～９３Ｃは、例えば、公園、広場、集会所、店舗等に設けることができる。なお、地域４００としては、任意に定めた現実空間の領域であればよい。例えば、地域４００としては、アトラクション施設、ショッピングモール等の施設等が該当する。

各ユーザには、合計３つの問題Ｑ１～Ｑ３が与えられる。問題Ｑ１の解答が、チェックポイント９１Ｃの場所を示す。問題Ｑ２の解答が、チェックポイント９２Ｃの場所を示す。問題Ｑ３の解答が、チェックポイント９３Ｃの場所を示す。したがって、各ユーザは、全ての問題を解くことで全ての宝Ｔ１～Ｔ３の配置場所を特定することができる。

宝Ｔ１～Ｔ３は、ゲーム上の仮想の宝であり、宝箱を模した箱である。宝Ｔ１～Ｔ３には、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグＴＧ１～ＴＧ３が配置されている。各ユーザは、自身の端末装置２０－Ｃ，２０１－Ｃ～２０Ｎ－ＣをＮＦＣタグＴＧ１～ＴＧ３にかざすと、宝Ｔ１～Ｔ３を獲得したことになる。すなわち、端末装置２０－Ｃ，２０１－Ｃ～２０Ｎ－Ｃは、ＮＦＣタグＴＧ１～ＴＧ３と近距離無線通信を行うことで、ＮＦＣタグＴＧ１～ＴＧ３から宝Ｔ１～Ｔ３の識別情報を取得する。ＮＦＣタグＴＧ１には、宝Ｔ１の識別情報が記録されている。ＮＦＣタグＴＧ２には、宝Ｔ２の識別情報が記録されている。ＮＦＣタグＴＧ３には、宝Ｔ３の識別情報が記録されている。

例えば、ユーザＰ１の端末装置２０－Ｃは、宝Ｔ１の識別情報を取得すると、サーバ装置１０Ｃに宝Ｔ１の識別情報を送信する。サーバ装置１０Ｃは、受信した宝Ｔ１の識別情報をユーザＰ１のユーザ情報（取得履歴）に登録する。すなわち、ユーザ情報への登録によって、ユーザＰ１が宝Ｔ１を獲得したことになる。なお、他の端末装置２０１－Ｃ～２０Ｎ－Ｃも、端末装置２０－Ｃと同様の構成である。

図７は、宝探しゲームにおける１のユーザＰ１の行動の流れを例示した図である。ユーザＰ１には、自身の端末装置２０－Ｃに１つの問題がサーバ装置１０Ｃから配信される。ユーザＰ１は、最初に、端末装置２０－Ｃに表示された１の問題を見る。ユーザＰ１は、問題を解いて宝の配置場所（チェックポイント）を探す。そして、ユーザＰ１は、宝の配置場所に移動して宝を獲得する。具体的には、ユーザＰ１は、端末装置２０－Ｃを宝に配置されたＮＦＣタグにかざすことで、その宝の識別情報を取得する。そして、端末装置２０－Ｃは、取得した宝の識別情報をサーバ装置１０Ｃに送信する。

その後、ユーザＰ１の端末装置２０－Ｃには、次の１の問題がサーバ装置１０Ｃから配信される。ユーザＰ１は、次の問題に対しても、上述と同様に行動していくことになる。そして、最終的に、ユーザＰ１が３つの問題Ｑ１～Ｑ３を解いて３つの宝Ｔ１～Ｔ３を獲得した場合に、宝探しゲームが終了となる。

本実施形態例では、上述したように、サーバ装置１０Ｃが端末装置２０－Ｃ，２０１－Ｃ～２０Ｎ－Ｃに、問題Ｑ１～Ｑ３を配信する。より詳細には、サーバ装置１０Ｃは、問題Ｑ１～Ｑ３の文章のテキストデータを送信する。問題Ｑ１～Ｑ３の配信は、順不同に１問ずつである。図７で例示したように、１問解いて１つの宝を獲得する毎に、別の１つの問題が新たに配信される。なお、１の宝の獲得は、この１の宝の識別情報がユーザ情報（取得履歴）に登録された状態を意味する。

宝探しゲームは、ゲーム開始要求（周回開始要求）を、各ユーザが携帯する端末装置２０－Ｃ，２０１－Ｃ～２０Ｎ－Ｃからサーバ装置１０Ｃに送信することで開始される。ゲーム開始要求には、例えば、ユーザの識別情報、ユーザ名等の情報が含まれる。各ユーザは、端末装置２０－Ｃ，２０１－Ｃ～２０Ｎ－Ｃにおいて、例えば、ユーザの識別情報、ユーザ名等の各情報を入力した後、ゲーム開始要求を送信すればよい。ゲーム開始要求を受信したサーバ装置１０Ｃは、新規のユーザ情報を記憶部に追加登録し、ゲーム開始要求を送信してきた端末装置に１つの問題を配信する。これにより、宝探しゲームが開始される。

周回制御システム１００Ｃ（サーバ装置１０Ｃ）は、多くのユーザが１つの目的地（宝の配置場所）に一時的に密集してしまうことを抑制するべく、各ユーザが向かうべき目的地（指定目的地）を決定する。本実施形態の例では、サーバ装置１０Ｃは、複数の問題Ｑ１～Ｑ３の中から、配信する問題を決定することで、指定目的地を決定する。問題Ｑ１～Ｑ３の解答は、ユーザが向かうべき目的地であるチェックポイント９１Ｃ～９３Ｃ（宝Ｔ１～Ｔ３の配置場所）を示している。したがって、配信する問題の決定は、指定目的地を決定することと同じである。サーバ装置１０Ｃは、問題Ｑ１～Ｑ３のうち、現在、各ユーザに配信している数が最も少ない問題を、配信する問題に決定する。例えば、図１０に示すような集計結果となった場合、ユーザ数の少ない問題Ｑ３が、１のユーザに配信する問題として決定される。この場合、問題Ｑ３に対応するチェックポイント９３Ｃが、最も密集する可能性が低い推定されるからである。

図８は、サーバ装置１０の例であるサーバ装置１０Ｃの構成を示すブロック図である。本実施形態の例において、サーバ装置１０Ｃは、更新部１１Ｃ及び指定部１２Ｃを少なくとも備える。

更新部１１Ｃは、サーバ装置１０Ｃの記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する。ユーザ情報は、宝探しゲームにおけるユーザの複数の目的地の周回に関する情報である。複数のユーザのユーザ情報は、登録データとして、サーバ装置１０Ｃの記憶部に登録されている。図９は、登録データの一例を示す図である。

登録データは、ユーザＩＤ、ユーザ名、取得履歴、配信問題等のフィールドから構成されている。１のレコードに、１のユーザのユーザ情報が登録されている。ユーザＩＤのフィールドには、ユーザの識別情報が登録される。ユーザの識別情報としては、例えば、ユーザが所有する電子メールアドレス等が該当する。ユーザ名のフィールドには、ユーザの名称のテキストデータが登録される。

取得履歴のフィールドには、ユーザが既に獲得した宝の識別情報が登録される。すなわち、取得履歴のフィールドには、ユーザが既に訪れた目的地が特定される情報が登録される。宝Ｔ１～Ｔ３は別々の場所に配置されており、宝Ｔ１～Ｔ３の識別情報は宝Ｔ１～Ｔ３が配置されている場所（目的地）の識別情報として機能するからである。取得履歴は、履歴情報に該当する。

配信問題のフィールドには、現在、ユーザに配信中の問題の識別情報が登録される。すなわち、配信問題のフィールドには、ユーザが向かうべき目的地である指定目的地が特定される情報が登録される。問題Ｑ１～Ｑ３は解答が宝Ｔ１～Ｔ３の配置場所（チェックポイント９１Ｃ～９３Ｃ）を示し、問題Ｑ１～Ｑ３の識別情報はユーザが向かうべき指定目的地の識別情報として機能するからである。なお、全ての宝Ｔ１～Ｔ３を獲得したユーザの場合は、宝探しゲームが終了したことを示す識別情報が配信問題のフィールドに登録される。なお、図９では、説明の便宜上、宝探しゲームが終了したことを示す識別情報に代えて「ＦＩＮＩＳＨ」の文字が表示されている。配信問題は、指定情報に該当する。

例えば、図９におけるユーザＰ２の場合、既に宝Ｔ１，Ｔ２を獲得したことが取得履歴から特定される。すなわち、ユーザＰ１は、既にチェックポイント９１Ｃ，９２Ｃ（目的地）を訪れたことが特定される。また、ユーザＰ２は、現在、問題Ｑ３が配信されていて宝Ｔ３を探している状態であることが配信問題から特定される。すなわち、ユーザＰ２は、現在、チェックポイント９３Ｃ（指定目的地）に向かうべき状態であることが特定される。

また、例えば、図９におけるユーザＰ３の場合、既に宝Ｔ１～Ｔ３を獲得したことが取得履歴から特定される。すなわち、ユーザＰ３は、既に全てのチェックポイント９１Ｃ～９３Ｃ（目的地）を訪れたことが特定される。また、ユーザＰ３は、宝探しゲームが終了した状態であることが配信問題から特定される。

更新部１１Ｃは、指定目的地を訪れた情報（宝の識別情報）を、いずれかのユーザの端末装置２０－Ｃ，２０１－Ｃ～２０Ｎ－Ｃから受信した場合、受信した端末装置のユーザの取得履歴を更新する。具体的には、更新部１１Ｃは、受信した端末装置のユーザの取得履歴に、受信した宝の識別情報を追加登録する。また、更新部１１Ｃは、指定部１２Ｃによって１のユーザの指定目的地（配信される問題）が決定された場合、この１のユーザの配信問題を更新する。具体的には、更新部１１Ｃは、この１のユーザの配信問題に、配信される問題の識別情報を登録する。

指定部１２Ｃは、複数のユーザ毎に指定目的地を決定する。本実施形態の例では、指定部１２Ｃは、複数のユーザ毎に配信する問題を決定することで、複数のユーザ毎の指定目的地を決定する。具体的には、指定部１２Ｃは、１のユーザの履歴情報（取得履歴）に基づいて、複数の目的地に対応する問題Ｑ１～Ｑ３のうち、この１のユーザが未だ訪れていない１の目的地に対応する問題を、この１のユーザに配信する問題として決定する。すなわち、指定部１２Ｃは、１のユーザの取得履歴に基づいて、この１のユーザに未だ配信されていない問題を、この１のユーザに配信する問題として決定する。

ただし、指定部１２Ｃは、複数の目的地の混雑状況に応じて、各ユーザに配信する問題を決定する。各目的地の混雑状況は、少なくとも各ユーザの指定情報（配信問題）に基づいて特定される状況である。本実施形態の例では、指定部１２Ｃは、１のユーザに関し、この１のユーザが未だ訪れていない目的地のうち、指定目的地となっているユーザ数が最も少ない目的地に対応する問題を、この１のユーザに配信する問題に決定する。具体的には、指定部１２Ｃは、登録データの配信問題を参照し、問題Ｑ１～Ｑ３毎に、配信しているユーザ数を集計する。すなわち、指定部１２Ｃは、各ユーザが向かうべき目的地（チェックポイント９１Ｃ～９３Ｃ）毎のユーザ数を集計する。指定部１２Ｃは、集計結果から、上記ユーザ数の最も少ない問題を、この１のユーザに配信する問題に決定する。例えば、図１０に示すような集計結果となった場合、指定部１２Ｃは、配信されているユーザ数の最も少ない問題Ｑ３を、この１のユーザに配信する問題に決定する。

また、指定部１２Ｃは、決定した１のユーザの指定目的地に関する情報を、この１のユーザの端末装置に送信する。本実施形態の例では、指定目的地に関する情報は、例えば、指定目的地に対応する問題の問題文のテキストデータである。なお、問題文のテキストデータは、制御データに含めておけばよい。

図１１は、端末装置２０の例である端末装置２０－Ｃの構成を示すブロック図である。本実施形態の例において、端末装置２０Ｃは、スマートフォンである。端末装置２０－Ｃは、取得部２１Ｃ、通信制御部２２Ｃ及び表示制御部２３Ｃを少なくとも備える。なお、端末装置２０１－Ｃ～２０Ｎ－Ｃは、端末装置２０－Ｃと同様の構成である。

取得部２１Ｃは、近距離無線通信によってＮＦＣタグＴＧ１～ＴＧ３から宝Ｔ１～Ｔ３の識別情報を取得する。通信制御部２２Ｃは、サーバ装置１０Ｃから配信される問題の情報等を受信する。また、通信制御部２２Ｃは、ゲーム開始要求及び取得した宝の識別情報等をサーバ装置１０Ｃに送信する。表示制御部２３Ｃは、問題の文章等の宝探しゲームに関する情報を表示部に表示させる。

次に、周回制御システム１００Ｃの動作について説明する。

図１２は、周回制御システム１００Ｃが実行する周回処理の例を示すフローチャートである。本実施形態の例における周回処理では、複数のユーザそれぞれに対し、指定目的地を決定するための処理が行われる。具体的には、複数のユーザそれぞれに対し、指定目的地に対応する問題を決定するための処理が行われる。なお、図１２においては、主として、問題を決定する処理、ユーザ情報を更新する処理について説明し、その他の処理は一部省略している場合がある。以下、サーバ装置１０ＣとユーザＰ１が携帯する端末装置２０－Ｃとが周回処理を実行する場合を例にして説明する。

本実施形態の例の周回処理は、例えば、サーバ装置１０Ｃが端末装置２０－Ｃ，２０１－Ｃ～２０Ｎ－Ｃのいずれかから、所定情報を受信した場合に実行される。

なお、所定情報には、ユーザが獲得した宝の識別情報（指定目的地の情報）、ゲーム開始要求（周回開始要求）の情報が該当する。端末装置２０－Ｃは、ユーザＰ１の識別情報とともに更新情報を送信する。

サーバ装置１０Ｃは、更新処理Ａを実行する（ステップＳ１０－Ｃ）。更新処理Ａでは、受信した所定情報に基づいて、サーバ装置１０Ｃの記憶部に登録されているユーザ情報が更新される。例えば、端末装置２０－ＣからユーザＰ１が訪れた指定目的地に関する情報（宝の識別情報）を受信した場合、サーバ装置１０Ｃは、上記宝の識別情報を、ユーザＰ１の履歴情報（取得履歴）に追加登録する。そして、サーバ装置１０Ｃは、ユーザＰ１の指定情報（配信問題）をリセット（初期値に設定）する。なお、取得履歴に全ての宝Ｔ１～Ｔ３の識別情報が登録された場合、ユーザＰ１の配信問題にはゲーム終了の識別情報が登録される。

また、サーバ装置１０Ｃは、端末装置２０－Ｃからゲーム開始要求を受信した場合、ユーザＰ１のユーザ情報を新規にサーバ装置１０Ｃの記憶部に登録する。具体的には、図９で例示した登録データに、ユーザＰ１の識別情報、初期値が設定された取得履歴及び配信問題を含むユーザＰ１のユーザ情報が追加登録される。

次に、サーバ装置１０Ｃは、抽出処理を実行する（ステップＳ１１－Ｃ）。抽出処理では、指定目的地の候補となる候補目的地が抽出される。本実施形態の例では、ユーザＰ１の取得履歴に基づいて、ユーザＰ１が未だ訪れていない目的地が候補目的地として抽出される。

その後、サーバ装置１０Ｃは、決定処理を実行する（ステップＳ１２－Ｃ）。決定処理では、混雑状況に応じて、上述の候補目的地の中から選択した１の候補目的地が指定目的地に決定される。本実施形態の例では、サーバ装置１０Ｃは、ユーザＰ１に配信する問題を決定する。これにより、指定目的地が決定される。サーバ装置１０Ｃは、上述したように、登録データの指定情報（配信問題）を参照し、問題Ｑ１～Ｑ３毎に、配信されているユーザ数を集計する。そして、サーバ装置１０Ｃは、集計結果に基づいて、現状において、配信されているユーザ数の最も少ない問題を、ユーザＰ１に配信する問題に決定する。

また、決定処理では、サーバ装置１０Ｃは、決定した指定目的地に関する情報を端末装置２０－Ｃに送信する。本実施形態の例では、決定した問題の問題文のテキストデータが送信される。端末装置２０－Ｃは、受信した指定目的地に関する情報を表示部に表示する（ステップＳ３０－Ｃ）。上述したように、端末装置２０－Ｃの表示部に問題文が表示される。

なお、取得履歴に全ての宝Ｔ１～Ｔ３の識別情報が登録された場合、上述の抽出処理及び決定処理は実行されない。

その後、サーバ装置１０Ｃは、更新処理Ｂを実行する（ステップＳ１３－Ｃ）。更新処理Ｂでは、ユーザ情報の指定情報（配信問題）が更新される。ステップＳ１２－Ｃの決定処理で決定された問題の識別情報が配信問題に登録される。なお、上述の決定処理が実行されない場合、更新処理Ｂは実行されない。

その後、サーバ装置１０Ｃは、周回処理を終了する。なお、、図１２で例示した周回処理に関し、他の端末装置２０１－Ｃ～２０Ｎ－Ｃに対しても端末装置２０－Ｃと同様の処理が行われる。

以上のように、第３の実施形態の一側面として、サーバ装置１０Ｃが、更新部１１Ｃ及び指定部１２Ｃを備える構成としているので、混雑状況に応じて、ユーザが向かうべき目的地（探すべき宝）が設定される。したがって、多くのユーザが密集して目的地が混雑してしまうことが抑制される。

なお、上述の実施形態の例では、ＮＦＣタグを用いて宝の識別情報を取得する構成が採用されているが、特にこの構成に限定されるものではない。例えば、ユーザが携帯する端末装置のＧＰＳ機能を利用して、宝が配置された場所の位置情報をユーザが既に訪れた目的地が特定される履歴情報として取得する構成としてもよい。

上述の実施形態の例では、指定部が、直接的に各ユーザに配信する問題を決定しているが、各ユーザの指定目的地を決定した後に、配信する問題を決定する構成としてもよい。

上述の実施形態の例では、問題の文章であるテキストデータが端末装置に送信される構成であるが、テキストデータに限定されるものではない。例えば、図形問題の場合には、図形データ（画像データ）を端末装置に送信すればよい。

［第４の実施形態］
図１３は、周回制御システム１００の構成の例である周回制御システム１００Ｄの構成を示すブロック図である。本実施形態の例の周回制御システム１００Ｄは、現実空間の遊園地（アトラクション施設）５００における複数のアトラクション８０Ｃ～８４Ｃの周回の進行の制御に適用される。周回制御システム１００Ｄは、サーバ装置１０Ｄと、複数のユーザが携帯する端末装置２０－Ｄ，２０１－Ｄ～２０Ｎ－Ｄとを含む。サーバ装置１０Ｄと複数の端末装置２０－Ｄ，２０１－Ｄ～２０Ｎ－Ｄとは、それぞれインターネットなどの通信ネットワーク１５で無線接続されている。

遊園地５００には、観覧車、ローラーコースター等の複数のアトラクション８０Ｃ～８４Ｃが配置されている。遊園地５００は、柵で囲まれている。ユーザ（利用者）は、出入り口であるゲートＧから施設内に入ることができる。

複数のユーザは、複数のアトラクション８０Ｄ～８４Ｄに搭乗することができる。本実施形態の例の周回制御システム１００Ｄは、各ユーザが選択した複数のアトラクションに関し、搭乗するべき（向かうべき）アトラクションを指示していく。すなわち、周回制御システム１００Ｄは、搭乗するべきアトラクション案内を各ユーザに行う。具体的には、周回制御システム１００Ｄは、アトラクションへの搭乗が完了する毎に、次に搭乗するべき１のアトラクションを各ユーザに指示していく。これにより、周回制御システム１００Ｄは、各ユーザに複数の目的地（アトラクション）を周回させる。

複数のアトラクション８０Ｄ～８４Ｄの出口には、ＮＦＣタグＴＧ１０～ＴＧ１４が配置されている。ＮＦＣタグＴＧ１０～ＴＧ１４には、配置されているアトラクションの識別情報が記録されている。各ユーザは、自身の端末装置２０－Ｄ，２０１－Ｄ～２０Ｎ－Ｄを、ＮＦＣタグＴＧ１０～ＴＧ１４にかざすと、アトラクションの識別情報を取得できる。ＮＦＣタグＴＧ１０には、アトラクション８０Ｄの識別情報が記録されている。ＮＦＣタグＴＧ１１には、アトラクション８１Ｄの識別情報が記録されている。ＮＦＣタグＴＧ１２には、アトラクション８２Ｄの識別情報が記録されている。ＮＦＣタグＴＧ１３には、アトラクション８３Ｄの識別情報が記録されている。ＮＦＣタグＴＧ１４には、アトラクション８４Ｄの識別情報が記録されている。

例えば、ユーザＰ１の端末装置２０－Ｄは、アトラクション８０Ｄの識別情報を取得すると、サーバ装置１０Ｄにアトラクション８０Ｄの識別情報を送信する。サーバ装置１０Ｄは、受信したアトラクション８０Ｄの識別情報をユーザＰ１のユーザ情報（搭乗履歴）に登録する。すなわち、ユーザ情報への登録によって、ユーザＰ１がアトラクション８０Ｄに搭乗が完了したことになる。なお、他の端末装置２０１－Ｄ～２０Ｎ－Ｄも、端末装置２０－Ｄと同様の構成である。

アトラクション案内は、案内開始要求（周回開始要求）を、各ユーザが携帯する端末装置２０－Ｄ，２０１－Ｄ～２０Ｎ－Ｄからサーバ装置１０Ｄに送信することで開始される。案内開始要求には、例えば、ユーザの識別情報、ユーザ名、アトラクション等の情報が含まれる。アトラクションの情報は、ユーザが選択したアトラクションの情報（識別情報）である。各ユーザは、携帯する端末装置２０－Ｄ，２０１－Ｄ～２０Ｎ－Ｄにおいて、例えば、ユーザの識別情報、ユーザ名、アトラクション等の各情報を入力した後、案内開始要求を送信すればよい。案内開始要求を受信したサーバ装置１０Ｄは、新規のユーザ情報を記憶部に追加登録し、案内開始要求を送信してきた端末装置に、最初に搭乗するべき（向かうべき）アトラクションに関する情報を送信する。

図１４は、アトラクション案内における１のユーザＰ１の行動の流れを例示した図である。ユーザＰ１（端末装置２０－Ｄ）が案内開始要求をした後、ユーザＰ１には、自身の端末装置２０－Ｄに１つのアトラクションがサーバ装置１０Ｃから配信される。ユーザＰ１は、端末装置２０－Ｃに表示された案内（アトラクション名）を見る。ユーザＰ１は、案内されたアトラクションに移動する。そして、ユーザＰ１は、アトラクションに搭乗する。登場後、アトラクションの出口のＮＦＣタグに端末装置２０Ｃをかざして、アトラクションの識別情報を取得する。そして、端末装置２０－Ｄは、取得したアトラクションの識別情報をサーバ装置１０Ｄに送信する。

その後、ユーザＰ１の端末装置２０－Ｄには、次に搭乗するべき１のアトラクションがサーバ装置１０Ｄから案内（指示）される。ユーザＰ１は、次のアトラクションに対しても、上述と同様に行動していくことになる。そして、最終的に、ユーザＰ１が選択した全てのアトラクションに搭乗した場合に、アトラクション案内が終了となる。

周回制御システム１００Ｄ（サーバ装置１０Ｄ）は、多くのユーザが１つの目的地（アトラクション）に一時的に密集してしまうことを抑制するべく、各ユーザが向かうべき目的地（指定目的地）を決定する。すなわち、サーバ装置１０Ｄは、搭乗するべきアトラクションを、各ユーザに指示する。

なお、各ユーザは、例えば、２以上且つ５以下の範囲でアトラクションを選択することができる。また、アトラクションの選択可能数は、固定値であってもよい。

図１５は、サーバ装置１０の例であるサーバ装置１０Ｃの構成を示すブロック図である。本実施形態の例において、サーバ装置１０Ｃは、更新部１１Ｄ及び指定部１２Ｄを少なくとも備える。

更新部１１Ｄは、サーバ装置１０Ｄの記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する。ユーザ情報は、アトラクション案内におけるユーザの複数の目的地の周回に関する情報である。複数のユーザのユーザ情報は、登録データとして、サーバ装置１０Ｄの記憶部に登録されている。図１６は、登録データの一例を示す図である。

登録データは、ユーザＩＤ、ユーザ名、選択アトラクション、搭乗履歴、案内アトラクション等のフィールドから構成されている。１のレコードに、１のユーザのユーザ情報が登録されている。ユーザＩＤのフィールドには、ユーザの識別情報が登録される。ユーザの識別情報としては、例えば、ユーザが所有する電子メールアドレス等が該当する。ユーザ名のフィールドには、ユーザの氏名のテキストデータが登録される。

選択アトラクションのフィールドには、ユーザが選択したアトラクションの識別情報が登録される。周回制御システム１００Ｄは、選択アトラクションとして登録された複数のアトラクションに関して、アトラクション案内を行う。

搭乗履歴のフィールドには、ユーザが既に搭乗したアトラクションの識別情報が登録される。すなわち、搭乗履歴のフィールドには、ユーザが既に訪れた目的地が特定される情報が登録される。アトラクション８０Ｄ～８４Ｄの識別情報は、アトラクション８０Ｄ～８４Ｄが配置されている場所の識別情報として機能するからである。搭乗履歴は、履歴情報に該当する。

案内アトラクションのフィールドには、現在、ユーザに案内しているアトラクションの識別情報が登録される。すなわち、案内アトラクションのフィールドには、ユーザが向かうべき目的地である指定目的地が特定される情報が登録される。なお、選択された全アトラクションに搭乗したユーザの場合は、案内が終了したことを示す識別情報が案内アトラクションのフィールドに登録される。なお、図１６では、説明の便宜上、案内が終了したことを示す識別情報に代えて「ＦＩＮＩＳＨ」の文字が表示されている。案内アトラクションは、指定情報に該当する。

例えば、図１６におけるユーザＰ２の場合、３つのアトラクション８０Ｄ，８３Ｄ，８４Ｄが、周回制御システム１００ＤがユーザＰ２を案内するアトラクションである。すなわち、３つのアトラクション８０Ｄ，８３Ｄ，８４Ｄが、ユーザＰ２が選択したアトラクションである。また、ユーザＰ２は、既に、アトラクション８３Ｄに搭乗したことが搭乗履歴から特定される。また、ユーザＰ２は、現在、アトラクション８０Ｄに向かうように指示されている状態であることが案内アトラクションから特定される。すなわち、ユーザＰ２は、現在、アトラクション８０Ｄ（指定目的地）に向かうべき状態であることが特定される。

また、例えば、図１６におけるユーザＰ３の場合、２つのアトラクション８０Ｄ，８１Ｄが周回制御システム１００ＤがユーザＰ３を案内するアトラクションである。そして、ユーザＰ３は、既に、アトラクション８０Ｄ，８１Ｄに搭乗したことが搭乗履歴から特定される。また、ユーザＰ３の指定情報としては、案内が終了した状態であることが案内アトラクションから特定される。

更新部１１Ｄは、指定目的地を訪れた情報（アトラクションの識別情報）を、いずれかのユーザの端末装置２０－Ｄ，２０１－Ｄ～２０Ｎ－Ｄから受信した場合、受信した端末装置のユーザの搭乗履歴を更新する。具体的には、更新部１１Ｄは、受信した端末装置のユーザの搭乗履歴に、受信したアトラクションの識別情報を追加登録する。また、更新部１１Ｄは、指定部１２Ｄによって１のユーザの指定目的地（アトラクション）が決定された場合、この１のユーザの案内アトラクションを更新する。具体的には、更新部１１Ｄは、この１のユーザの案内アトラクションに、決定された指定目的地（アトラクション）の識別情報を登録する。

指定部１２Ｄは、複数のユーザ毎に指定目的地を決定する。本実施形態の例では、指定部１２Ｄは、複数のユーザ毎に、搭乗するべき１のアトラクションを決定する。具体的には、指定部１２Ｄは、１のユーザの履歴情報（搭乗履歴）に基づいて、この１のユーザが選択した複数のアトラクション（選択アトラクション）のうち、この１のユーザが未だ訪れていない１のアトラクションを、この１のユーザが搭乗するべきアトラクションとして決定する。

ただし、指定部１２Ｄは、複数の目的地（アトラクション）の混雑状況に応じて、各ユーザが搭乗すべきアトラクション決定する。各目的地の混雑状況は、少なくとも各ユーザの指定情報（案内アトラクション）に基づいて特定される状況である。本実施形態の例では、指定部１２Ｄは、１のユーザに関し、この１のユーザが未だ訪れていないアトラクションのうち、搭乗するべきアトラクションとなっているユーザ数が最も少ないアトラクションを、この１のユーザが搭乗するべきアトラクションとして決定する。具体的には、指定部１２Ｄは、登録データの案内アトラクションを参照し、アトラクション８０Ｄ～８４Ｄ毎に、案内中のユーザ数を集計する。すなわち、指定部１２Ｄは、各ユーザが搭乗するために向かっている目的地（アトラクション８０Ｄ～８４Ｄ）毎のユーザ数を集計する。指定部１２Ｄは、集計結果から、上記ユーザ数の最も少ないアトラクションを、この１のユーザが搭乗すべきアトラクションとして決定する。

また、指定部１２Ｄは、決定した１のユーザの指定目的地に関する情報を、この１のユーザの端末装置に送信する。本実施形態の例では、指定目的地に関する情報は、例えば、指定目的地（アトラクション）の名称のテキストデータである。なお、アトラクションのテキストデータは、制御データに含めておけばよい。

図１７は、端末装置２０の例である端末装置２０－Ｄの構成を示すブロック図である。本実施形態の例において、端末装置２０Ｃは、スマートフォンである。端末装置２０－Ｄは、取得部２１Ｄ、通信制御部２２Ｄ及び表示制御部２３Ｄを少なくとも備える。なお、端末装置２０１－Ｄ～２０Ｎ－Ｄは、端末装置２０－Ｄと同様の構成である。

取得部２１Ｄは、近距離無線通信によってＮＦＣタグＴＧ１０～ＴＧ１４からアトラクションの識別情報を取得する。通信制御部２２Ｄは、サーバ装置１０Ｄから送信れるアトラクションに関する情報等を受信する。また、通信制御部２２Ｄは、案内開始要求及び取得したアトラクションの識別情報等をサーバ装置１０Ｄに送信する。表示制御部２３Ｄは、アトラクションの名称等を表示部に表示させる。

次に、周回制御システム１００Ｄの動作について説明する。

図１８は、周回制御システム１００Ｄが実行する周回処理の例を示すフローチャートである。本実施形態の例における周回処理では、複数のユーザそれぞれに対し、指定目的地（アトラクション）を決定するための処理が行われる。なお、図１５においては、主として、アトラクションを決定する処理、ユーザ情報を更新する処理について説明し、その他の処理は一部省略している場合がある。以下、サーバ装置１０ＤとユーザＰ１が携帯する端末装置２０－Ｄとが周回処理を実行する場合を例にして説明する。

本実施形態の例の周回処理は、例えば、サーバ装置１０Ｄが端末装置２０－Ｄ，２０１－Ｄ～２０Ｎ－Ｄのいずれかから、所定情報を受信した場合に実行される。

なお、所定情報には、ユーザが登場したアトラクションの識別情報（指定目的地の情報）、案内開始要求（周回開始要求）の情報が該当する。端末装置２０－Ｄは、ユーザＰ１の識別情報とともに所定情報を送信する。

サーバ装置１０Ｄは、更新処理Ａを実行する（ステップＳ１０－Ｄ）。更新処理Ａでは、受信した所定情報に基づいて、サーバ装置１０Ｄの記憶部に登録されているユーザ情報が更新される。例えば、端末装置２０－ＤからユーザＰ１が訪れた指定目的地に関する情報（アトラクションの識別情報）を受信した場合、サーバ装置１０Ｄは、このアトラクションの識別情報を、ユーザＰ１の履歴情報（搭乗履歴）に追加登録する。そして、サーバ装置１０Ｄは、ユーザＰ１の指定情報（案内アトラクション）をリセット（初期値に設定）する。なお、搭乗履歴に全てのアトラクションの識別情報が登録された場合、ユーザＰ１の案内アトラクションには案内終了の識別情報が登録される。

また、サーバ装置１０Ｄは、端末装置２０－Ｄから案内開始要求を受信した場合、ユーザＰ１のユーザ情報を新規にサーバ装置１０Ｄの記憶部に登録する。具体的には、図１６で例示した登録データに、ユーザＰ１の識別情報、選択アトラクション、初期値が設定された搭乗履歴及び案内アトラクションを含むユーザＰ１のユーザ情報が追加登録される。

次に、サーバ装置１０Ｄは、抽出処理を実行する（ステップＳ１１－Ｄ）。抽出処理では、指定目的地の候補となる候補目的地が抽出される。本実施形態の例では、ユーザＰ１の選択アトラクション、搭乗履歴に基づいて、ユーザＰ１が未だ訪れていない（搭乗していない）目的地（アトラクション）が候補目的地として抽出される。

その後、サーバ装置１０Ｄは、決定処理を実行する（ステップＳ１２－Ｄ）。決定処理では、混雑状況に応じて、上述の候補目的地の中から選択した１の候補目的地が指定目的地に決定される。本実施形態の例では、ユーザＰ１が向かうべき目的地（アトラクション）が決定される。サーバ装置１０Ｄは、上述したように、登録データの指定情報（案内アトラクション）を参照し、各ユーザが搭乗するために向かっている目的地（アトラクション８０Ｄ～８４Ｄ）毎のユーザ数を集計する。そして、サーバ装置１０Ｄは、集計結果から、現状において、上記ユーザ数の最も少ないアトラクションを、ユーザＰ１が搭乗すべきアトラクションとして決定する。

また、決定処理では、サーバ装置１０Ｄは、決定した指定目的地に関する情報を端末装置２０－Ｄに送信する。本実施形態の例では、決定したアトラクションの名称のテキストデータが送信される。端末装置２０－Ｄは、受信した指定目的地に関する情報を表示部に表示する（ステップＳ３０－Ｄ）。上述したように、端末装置２０－Ｄの表示部にアトラクションの名称が表示される。

なお、搭乗履歴にユーザＰ１が選択した全てのアトラクションの識別情報が登録された場合、上述の抽出処理及び決定処理は実行されない。

その後、サーバ装置１０Ｄは、更新処理Ｂを実行する（ステップＳ１３－Ｄ）。更新処理Ｂでは、ユーザ情報の指定情報（案内アトラクション）が更新される。ステップＳ１２－Ｄの決定処理で決定された指定目的地（アトラクション）の識別情報が案内アトラクションに登録される。なお、上述の決定処理が実行されない場合、更新処理Ｂは実行されない。

その後、サーバ装置１０Ｄは、周回処理を終了する。なお、図１５で例示した周回処理に関し、他の端末装置２０１－Ｄ～２０Ｎ－Ｄに対しても端末装置２０－Ｄと同様の処理が行われる。

以上のように、第４の実施形態の一側面として、サーバ装置１０Ｄが、更新部１１Ｄ及び指定部１２Ｄを備える構成としているので、混雑状況に応じて、ユーザが向かうべき目的地（搭乗すべきアトラクション）が設定される。したがって、多くのユーザが密集して目的地が混雑してしまうことが抑制される。

なお、上述の実施形態の例では、ＮＦＣタグを用いてアトラクションの識別情報を取得する構成が採用されているが、特にこの構成に限定されるものではない。例えば、ユーザが携帯する端末装置のＧＰＳ機能を利用して、アトラクションが配置された場所の位置情報をユーザが既に訪れた目的地が特定される履歴情報として取得する構成としてもよい。

上述の実施形態の例では、ユーザが複数のアトラクションを選択する構成であったが、ユーザの選択を受け付けない構成であってもよい。この場合、例えば、全てのアトラクションをユーザに案内する対象すればよい。

上述の実施形態の例では、ユーザ情報の案内アトラクションに基づいて混雑状況が特定されているが、その他の情報も追加的に参照してもよい。例えば、アトラクション毎にされている搭乗までの待ち時間情報等を追加的に参照してもよい。

［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。

［１］
複数のユーザそれぞれが携帯している端末装置と通信ネットワークにより接続されたサーバ装置に、複数のユーザそれぞれに複数の目的地を周回させる進行を制御させるための周回制御プログラムであって、
前記サーバ装置に、
既に訪れた目的地が特定される履歴情報と、向かうべき目的地である指定目的地が特定される指定情報と、が含まれるユーザ情報であって、記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する更新機能、
複数のユーザ毎に前記指定目的地を決定する機能であって、１のユーザの前記履歴情報に基づいて該１のユーザが未だ訪れていない１の目的地を該１のユーザの前記指定目的地として決定し、該指定目的地に関する情報を該１のユーザの端末装置に送信する指定機能、
を実現させ、
前記更新機能では、
前記指定目的地を訪れた情報を１のユーザの端末装置から受信した場合に、該１のユーザの前記履歴情報を更新する機能、
前記指定機能によって１のユーザの前記指定目的地が決定された場合に、該１のユーザの前記指定情報を更新する機能、
前記指定機能では、少なくとも各ユーザの前記指定情報に基づく前記複数の目的地の混雑状況に応じて、前記指定目的地を決定する機能、
を実現させる周回制御プログラム。

［２］
前記指定機能では、１のユーザの前記指定目的地を決定する場合、該１のユーザが未だ訪れていない目的地のうち、少なくとも各ユーザの前記指定情報に基づいて特定した前記指定目的地となっているユーザ数が最も少ない目的地を、該１のユーザの指定目的地に決定する機能、
を実現させる［１］に記載の周回制御プログラム。

［３］
前記指定目的地に関する情報は、解答が該指定目的地を示す問題を前記端末装置のユーザに報知させるための情報である、
［１］又は［２］に記載の周回制御プログラム。

［４］
前記端末装置は、複数の目的地のそれぞれに配置された通信装置であって、配置された目的地が特定される位置情報が記憶された通信装置と、近距離無線通信を行うことで該位置情報を取得し、
前記更新機能では、前記指定目的地を訪れた情報として前記位置情報をユーザの端末装置から受信した場合に、該ユーザの前記履歴情報を更新する機能、
を実現させる［１］～［３］のいずれかに記載の周回制御プログラム。

［５］
前記指定機能では、前記指定目的地を訪れた情報をユーザの端末装置から受信する毎に、該ユーザの新たな前記指定目的地を決定する機能、
を実現させる［１］～［４］のいずれかに記載の周回制御プログラム。

［６］
［１］～［５］のうち何れかに記載の周回制御プログラムがインストールされたサーバ装置。

［７］
複数のユーザそれぞれが携帯している端末装置と、該端末装置と通信ネットワークにより接続されるサーバ装置と、を備え、複数のユーザそれぞれに複数の目的地を周回させる進行を制御させる周回制御システムであって、
既に訪れた目的地が特定される履歴情報と、向かうべき目的地である指定目的地が特定される指定情報と、が含まれるユーザ情報であって、記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する更新手段、
複数のユーザ毎に前記指定目的地を決定する機能であって、１のユーザの前記履歴情報に基づいて該１のユーザが未だ訪れていない１の目的地を該１のユーザの前記指定目的地として決定し、該指定目的地に関する情報を該１のユーザの端末装置に送信する指定手段、
を含み、
前記更新手段は、
前記指定目的地を訪れた情報を１のユーザの端末装置から受信した場合に、該１のユーザの前記履歴情報を更新し、
前記指定手段によって１のユーザの前記指定目的地が決定された場合に、該１のユーザの前記指定情報を更新し、
前記指定手段は、少なくとも各ユーザの前記指定情報に基づく前記複数の目的地の混雑状況に応じて、前記指定目的地を決定する、
周回制御システム。

［８］
前記サーバ装置が、前記更新手段及び前記指定手段を含み、
前記端末装置が、前記指定目的地に関する情報を前記サーバ装置から受信し、前記指定目的地を訪れた情報を前記サーバ装置に送信する通信信制御手段を含む、
［７］に記載の周回制御システム。

［９］
複数のユーザそれぞれに複数の目的地を周回させる進行を制御させる機能を有するサーバ装置と通信する機能を、複数のユーザそれぞれが携帯している端末装置のコンピュータに実現させるための周回制御プログラムであって、
既に訪れた目的地が特定される履歴情報と、向かうべき目的地である指定目的地が特定される指定情報と、が含まれるユーザ情報であって、記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する更新機能、複数のユーザ毎に前記指定目的地を決定する機能であって、１のユーザの前記履歴情報に基づいて該１のユーザが未だ訪れていない１の目的地を該１のユーザの前記指定目的地として決定し、該指定目的地に関する情報を該１のユーザの端末装置に送信する指定機能を有し、前記更新機能では、前記指定目的地を訪れた情報を１のユーザの端末装置から受信した場合に、該１のユーザの前記履歴情報を更新する機能、前記指定機能によって１のユーザの前記指定目的地が決定された場合に、該１のユーザの前記指定情報を更新する機能、前記指定機能では、少なくとも各ユーザの前記指定情報に基づく前記複数の目的地の混雑状況に応じて、前記指定目的地を決定する機能を有するサーバ装置から、前記指定目的地に関する情報を受信する機能を前記端末装置に
実現させるための周回制御プログラム。

［１０］
［９］に記載の周回制御プログラムがインストールされたユーザの端末装置。

［１１］
複数のユーザそれぞれが携帯している端末装置と通信ネットワークにより接続されたサーバ装置が、複数のユーザそれぞれに複数の目的地を周回させる進行を制御する周回制御方法であって、
既に訪れた目的地が特定される履歴情報と、向かうべき目的地である指定目的地が特定される指定情報と、が含まれるユーザ情報であって、記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する更新処理、
複数のユーザ毎に前記指定目的地を決定する機能であって、１のユーザの前記履歴情報に基づいて該１のユーザが未だ訪れていない１の目的地を該１のユーザの前記指定目的地として決定し、該指定目的地に関する情報を該１のユーザの端末装置に送信する指定処理、
を含み、
前記更新処理では、
前記指定目的地を訪れた情報を１のユーザの端末装置から受信した場合に、該１のユーザの前記履歴情報を更新する処理、
前記指定処理によって１のユーザの前記指定目的地が決定された場合に、該１のユーザの前記指定情報を更新する処理、
前記指定処理では、少なくとも各ユーザの前記指定情報に基づく前記複数の目的地の混雑状況に応じて、前記指定目的地を決定する処理、
を含む周回制御方法。

［１２］
複数のユーザそれぞれが携帯している端末装置と、該端末装置と通信ネットワークにより接続されるサーバ装置と、を備え、複数のユーザそれぞれに複数の目的地を周回させる進行を制御する周回制御システムが実行する周回制御方法であって、
既に訪れた目的地が特定される履歴情報と、向かうべき目的地である指定目的地が特定される指定情報と、が含まれるユーザ情報であって、記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する更新処理、
複数のユーザ毎に前記指定目的地を決定する機能であって、１のユーザの前記履歴情報に基づいて該１のユーザが未だ訪れていない１の目的地を該１のユーザの前記指定目的地として決定し、該指定目的地に関する情報を該１のユーザの端末装置に送信する指定処理、
を含み、
前記更新処理では、
前記指定目的地を訪れた情報を１のユーザの端末装置から受信した場合に、該１のユーザの前記履歴情報を更新する処理、
前記指定処理によって１のユーザの前記指定目的地が決定された場合に、該１のユーザの前記指定情報を更新する処理、
前記指定処理では、少なくとも各ユーザの前記指定情報に基づく前記複数の目的地の混雑状況に応じて、前記指定目的地を決定する処理、
を含む周回制御方法。

本発明の実施形態の一つによれば、ユーザに複数の目的地を周回させる構成において、多くのユーザが密集して目的地が混雑してしまうことを抑制するのに有用である。

１０ サーバ装置
１１ 更新部
１２ 指定部
２０，２０１～２０Ｎ 端末装置
１００ 周回制御システム
ＴＧ１～３，１０～１４

Claims (6)

1. 複数のユーザそれぞれが携帯している端末装置と通信ネットワークにより接続されたサーバ装置に、複数のユーザそれぞれに同一の複数の目的地を周回させる進行を制御させるための周回制御プログラムであって、
   前記サーバ装置に、
   既に訪れた目的地が特定される履歴情報と、向かうべき目的地である指定目的地が特定される指定情報と、が含まれるユーザ情報であって、記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する更新機能、
   複数のユーザ毎に前記指定目的地を決定する機能であって、１のユーザの前記履歴情報に基づいて該１のユーザが未だ訪れていない１の目的地を該１のユーザの前記指定目的地として決定し、該指定目的地に関する情報を該１のユーザの端末装置に送信する指定機能、
   を実現させ、
   前記更新機能では、
   前記指定目的地を訪れた情報を１のユーザの端末装置から受信した場合に、該１のユーザの前記履歴情報を更新する機能、
   前記指定機能によって１のユーザの前記指定目的地が決定された場合に、該１のユーザの前記指定情報を更新する機能、
   前記指定機能では、少なくとも各ユーザの前記指定情報に基づく前記複数の目的地の混雑状況に応じて、前記指定目的地を決定する機能であって、１のユーザの前記指定目的地を決定する場合、該１のユーザが未だ訪れていない目的地のうち、少なくとも各ユーザの前記指定情報に基づいて特定した前記指定目的地となっているユーザ数が最も少ない目的地を、該１のユーザの指定目的地に決定する機能、
   を実現させる周回制御プログラム。
2. 前記指定目的地に関する情報は、解答が該指定目的地を示す問題を前記端末装置のユーザに報知させるための情報である、
   請求項１に記載の周回制御プログラム。
3. 前記端末装置は、複数の目的地のそれぞれに配置された通信装置であって、配置された目的地が特定される位置情報が記憶された通信装置と、近距離無線通信を行うことで該位置情報を取得し、
   前記更新機能では、前記指定目的地を訪れた情報として前記位置情報をユーザの端末装置から受信した場合に、該ユーザの前記履歴情報を更新する機能、
   を実現させる請求項１または請求項２に記載の周回制御プログラム。
4. 前記指定機能では、前記指定目的地を訪れた情報をユーザの端末装置から受信する毎に、該ユーザの新たな前記指定目的地を決定する機能、
   を実現させる請求項１～３のいずれかに記載の周回制御プログラム。
5. 複数のユーザそれぞれが携帯している端末装置と、該端末装置と通信ネットワークにより接続されるサーバ装置と、を備え、複数のユーザそれぞれに同一の複数の目的地を周回させる進行を制御させる周回制御システムであって、
   既に訪れた目的地が特定される履歴情報と、向かうべき目的地である指定目的地が特定される指定情報と、が含まれるユーザ情報であって、記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する更新手段、
   複数のユーザ毎に前記指定目的地を決定する機能であって、１のユーザの前記履歴情報に基づいて該１のユーザが未だ訪れていない１の目的地を該１のユーザの前記指定目的地として決定し、該指定目的地に関する情報を該１のユーザの端末装置に送信する指定手段、
   を含み、
   前記更新手段は、
   前記指定目的地を訪れた情報を１のユーザの端末装置から受信した場合に、該１のユーザの前記履歴情報を更新し、
   前記指定手段によって１のユーザの前記指定目的地が決定された場合に、該１のユーザの前記指定情報を更新し、
   前記指定手段は、少なくとも各ユーザの前記指定情報に基づく前記複数の目的地の混雑状況に応じて、前記指定目的地を決定する手段であって、１のユーザの前記指定目的地を決定する場合、該１のユーザが未だ訪れていない目的地のうち、少なくとも各ユーザの前記指定情報に基づいて特定した前記指定目的地となっているユーザ数が最も少ない目的地を、該１のユーザの指定目的地に決定する、
   周回制御システム。
6. 複数のユーザそれぞれに同一の複数の目的地を周回させる進行を制御させる機能を有するサーバ装置と通信する機能を、複数のユーザそれぞれが携帯している端末装置のコンピュータに実現させるための周回制御プログラムであって、
   既に訪れた目的地が特定される履歴情報と、向かうべき目的地である指定目的地が特定される指定情報と、が含まれるユーザ情報であって、記憶部に登録されている複数のユーザのそれぞれのユーザ情報を更新する更新機能、複数のユーザ毎に前記指定目的地を決定する機能であって、１のユーザの前記履歴情報に基づいて該１のユーザが未だ訪れていない１の目的地を該１のユーザの前記指定目的地として決定し、該指定目的地に関する情報を該１のユーザの端末装置に送信する指定機能を有し、前記更新機能では、前記指定目的地を訪れた情報を１のユーザの端末装置から受信した場合に、該１のユーザの前記履歴情報を更新する機能、前記指定機能によって１のユーザの前記指定目的地が決定された場合に、該１のユーザの前記指定情報を更新する機能、前記指定機能では、少なくとも各ユーザの前記指定情報に基づく前記複数の目的地の混雑状況に応じて、前記指定目的地を決定する機能であって、１のユーザの前記指定目的地を決定する場合、該１のユーザが未だ訪れていない目的地のうち、少なくとも各ユーザの前記指定情報に基づいて特定した前記指定目的地となっているユーザ数が最も少ない目的地を、該１のユーザの指定目的地に決定する機能を有するサーバ装置から、前記指定目的地に関する情報を受信する機能を前記端末装置に
   実現させるための周回制御プログラム。

Images