(57)【要約】【課題】特定エリア内の入場定員の規定された複数の施設を各種要因にかかわらず効率的に訪れることのできるモデルコース配信システムおよびモデルコース配信方法を得ること。【解決手段】ユーザ１０３はアミューズメントパーク１０１に入場するとき無線タグ１２２の取り付けられた入場券１２３を購入する。そして、希望する施設等をユーザ端末１１７から入力する。園内ユーザ情報管理サーバ１０４は待ち行列集計端末１０８等と協働して各アトラクション会場１１１の入場時間と入場の順序を定めたモデルコースを算出し、ユーザ端末１１７の承認を経て、これらの施設を予約する。待ち行列に直接参加しないので、複数の施設を効率的に訪れることができる。【選択図】図１
2006134260.tif 000002
【特許請求の範囲】
【請求項１】
特定のエリア内で１回の入場者数に定員が定められ、かつ１日の入場時刻が予め１または複数回設定されているそれぞれの施設の中で入場を希望する施設を複数指定する希望施設指定手段と、
この希望施設指定手段で指定を行ったときの施設入場希望者の位置および時刻を測定する位置時刻測定手段と、
この位置時刻測定手段の測定した位置と希望施設指定手段で指定した残りのそれぞれの施設へのアクセス時間およびこれらの施設の入場までの待ち行列数との関係から最も早く入場できる施設を判別する第１の施設判別手段と、
１つの施設に入場した後、その施設から退出する予想時刻と、退出したその施設から残りの希望施設の１つまでのアクセス時間およびその施設の待ち行列数との関係から次々と希望する施設を重複せずに回るスケジュールを設定するスケジュール設定手段と、
前記第１の施設判別手段によって判別された施設を最初の施設として、スケジュール設定手段で設定したスケジュールに沿って前記施設入場希望者が希望する施設にそれぞれ入場できる時刻と入場の順序を表わしたモデルコースを算出するモデルコース算出手段と、
このモデルコース算出手段で算出したモデルコースを前記施設入場希望者の所持する通信端末に配信する配信手段
とを具備することを特徴とするモデルコース配信システム。
【請求項２】
前記通信端末から前記配信手段で配信したモデルコースを可とする返答があったとき前記施設入場希望者用にモデルコースを構成するそれぞれの施設を予約する施設予約手段
を具備することを特徴とする請求項１記載のモデルコース配信システム。
【請求項３】
前記施設予約手段で予約するそれぞれの施設は、施設の入場定員をモデルコース予約用の定員とそれ以外の一般入場者としての定員に所定の割合で割り振っており、前記モデルコース算出手段は、前者のモデルコース予約用の定員を基にしてモデルコースの算出を行うことを特徴とする請求項２記載のモデルコース配信システム。
【請求項４】
前記希望施設指定手段は施設入場希望者の所持する前記通信端末であり、施設入場希望者はこの通信端末から所定の個人情報と入場を希望する施設を複数指定することを特徴とする請求項１記載のモデルコース配信システム。
【請求項５】
前記施設のそれぞれに備えられた、前記エリアの入場券に組み込まれた無線タグを読み取る無線タグ読取手段と、
これらの無線タグ読取手段の読取結果を前記入場券の所持者のモデルコースと比較する比較手段と、
この比較手段の比較結果からその時点以降のモデルコースの訂正の要否を前記入場券の所持者の通信端末に問い合わせるコース訂正要否問合せ手段と、
このコース訂正要否問合せ手段によってモデルコースの訂正が要求されたとき、その時点からモデルコースの再設定を行うモデルコース再設定手段と、
このモデルコース再設定手段がモデルコースの再設定を行うとき、以前に設定したモデルコースの予約を取り消す予約取消手段
とを具備することを特徴とする請求項２〜請求項４いずれかに記載のモデルコース配信システム。
【請求項６】
前記施設のそれぞれに備えられた、前記エリアの入場券に組み込まれた無線タグを読み取る無線タグ読取手段と、
この無線タグ読取手段によって前記施設の予約を行った者が指定した時刻までに入場しているかどうかをチェックする入場チェック手段と、
この入場チェック手段によって入場を行っていないとされる者の所持する通信端末に入場を行うか入場をキャンセルするかを問い合わせる入場可否問合せ手段と、
この入場可否問合せ手段の問い合わせに対して入場をキャンセルする旨の通知が前記通信端末からあったとき、その時点からモデルコースの再設定を行うモデルコース再設定手段と、
このモデルコース再設定手段がモデルコースの再設定を行うとき、以前に設定したモデルコースの予約を取り消す予約取消手段
とを具備することを特徴とする請求項２〜請求項４いずれかに記載のモデルコース配信システム。
【請求項７】
特定のエリア内で１回の入場者数に定員が定められ、かつ１日の入場時刻が予め１または複数回設定されているそれぞれの施設の中で入場を希望する施設を複数指定する希望施設指定ステップと、
この希望施設指定ステップで指定を行ったときの施設入場希望者の位置および時刻を測定する位置時刻測定ステップと、
この位置時刻測定ステップで測定した位置と希望施設指定ステップで指定した残りのそれぞれの施設へのアクセス時間およびこれらの施設の入場までの待ち行列数との関係から最も早く入場できる施設を判別する第１の施設判別ステップと、
１つの施設に入場した後、その施設から退出する予想時刻と、退出したその施設から残りの希望施設の１つまでのアクセス時間およびその施設の待ち行列数との関係から次々と希望する施設を重複せずに回るスケジュールを設定するスケジュール設定ステップと、
前記第１の施設判別ステップで判別された施設を最初の施設として、スケジュール設定ステップで設定したスケジュールに沿って前記施設入場希望者が希望する施設にそれぞれ入場できる時刻と入場の順序を表わしたモデルコースを算出するモデルコース算出ステップと、
このモデルコース算出ステップで算出したモデルコースを前記施設入場希望者の所持する通信端末に配信する配信ステップと、
前記通信端末から前記配信ステップで配信したモデルコースを可とする返答があったとき前記施設入場希望者用にモデルコースを構成するそれぞれの施設を予約する施設予約ステップ
とを具備することを特徴とするモデルコース配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アミューズメントパーク、イベント会場、展示会場、複数の診療科目を備えた総合病院、複数の映画館を備えた映画施設のように特定エリア内の複数の施設を訪れる可能性のある者としてのユーザに対して、これらの施設を順に訪れるコースを知らせるモデルコース配信システムおよびモデルコース配信方法に係り、特に、それぞれの施設が一度に入場する入場者数を定員という形で制限する場合に有効なモデルコース配信システムおよびモデルコース配信方法に関する。
【背景技術】
【０００２】
アミューズメントパークや複数の映画館を備えた映画施設等のような特定エリア内に、訪れるべき場所あるいは施設あるいは会場（以下、単に施設という。）が数多く存在する場合、あらかじめ幾つかの代表的な施設を経由するモデルコースをユーザに示して、この中から希望のモデルコースを選択させることが広く行われている（たとえば特許文献１参照）。
【０００３】
また、このような第１の提案を更に進化させた形で、ユーザが自分の興味を示す分野等の個人情報を登録することで、その本人に適したモデルコースを指示させる第２の提案も行われている（たとえば特許文献２参照）。この第２の提案では、ユーザの個人端末に各種情報入力フォームが送られてくる。ユーザが「興味分野」を入力して登録すると、これを基にしてコースが決定されることになる。
【０００４】
ところで、複数の人気施設を備えたアミューズメントパークを特定エリアの例にとって説明すると、行楽シーズンのような大量の入場者が訪れる時期に、これらの人気施設に多くの利用客が集中し、これらの場所にかなり長い待ち時間が発生する場合が多い。そこで、アミューズメントパーク側では、待ち時間の長い人気施設については、待ち行列の最後尾におおよその待ち時間を示した案内板を設置したり、放送で各施設の待ち時間をアナウンスして、特定の施設にユーザが集中することによるユーザの総待ち時間の軽減を図っている。
【０００５】
アミューズメントパークのユーザは、先の第１の提案に示したモデルコースを単に選択して示された施設を順に訪れるのではなく、訪れたい施設を追加したり変更すると共に、待ち時間についての情報を入手して、所定の時間内で最も待ち時間の総計を少なくできるようにコースを決めることが多い。しかしながら、すでに説明したような利用者が集中する時期では、１つの施設に思わぬような長い待ち時間が発生し、全体のスケジュールが大きく狂ってしまう事態の発生も多い。
【０００６】
そこで、ユーザがＧＰＳ（Global Positioning System）衛星を用いた位置検出機能を備えた通信端末を使用して、センタ側から各施設を効率的に訪れる指示を受けるようにする第３の提案が行われている（たとえば特許文献３参照）。この第３の提案では、ユーザが通信端末を使用して訪れる予定の複数の施設をこれらの優先順位と共にセンタ側に送信するようになっている。センタ側では、ユーザの現在の位置データを基にして、それぞれの施設までの移動時間とこれらの施設における待ち時間を算出して入場までに要する所用時間を推定することにしている。そして、最も早く該当施設から出ることのできる経路を２つ選択し、この選択動作をユーザが指示した各施設を全部訪れることになるまで繰り返す。このようにして決定した経路を表わした経路データをそのユーザに送信する。ユーザはセンタ側から送られてきた経路データを基にしてアミューズメントパークの各施設を順に訪れることになる。
【０００７】
この提案では、過去の利用時間の平均値を月、日、曜日、祝祭日、天気等の状況ごとに集計し、現在の日付、時刻、祝祭日、天候などのデータを基に推奨経路データを算出するようにしている。
【特許文献１】特開２００３−２５６５９９号公報（第００３３〜第００３５段落、図２）
【特許文献２】特開２００１−２７３３２４号公報（第００１８〜第００２２段落、図３）
【特許文献３】特開２００３−３１５４３５号公報（第００３０段落、図２、図８）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
以上説明したように、従来のモデルコース配信システムでは、ユーザが特定エリア内の複数の施設の中からいくつかの施設を選択して回っていく場合、自分の嗜好情報をセンタ側に与えて、モデルコースを選択してもらうことが行われていた。そして、コースの選択時点にそれぞれの施設までのアクセス時間やそれぞれの施設の待ち時間を予測してモデルコースの選択を行うようにしていた。
【０００９】
しかしながら、このような従来技術によると、コースの選択からさほど時間の経過していない最初に訪れる施設では入場までの時間を効率的に処理できるものの、時間が経過するに従って各施設の待ち時間等の信頼性が低下するといった問題があった。たとえば、当日の天候が急に悪化し、雨が降り出したような場合、混むはずのなかった屋内の施設に長い待ち行列が発生するといった具合である。また、ユーザ自身の都合でコースを途中で変更したような場合は、それ以後の施設を効率的な順路で回ることができるという保証はなかった。
【００１０】
そこで本発明の目的は、特定エリア内の入場定員の規定された複数の施設を各種要因にかかわらず効率的に訪れることのできるモデルコース配信システムおよびモデルコース配信方法を提供することにある。
【課題を解決するための手段】
【００１１】
請求項１記載の発明では、（イ）特定のエリア内で１回の入場者数に定員が定められ、かつ１日の入場時刻が予め１または複数回設定されているそれぞれの施設の中で入場を希望する施設を複数指定する希望施設指定手段と、（ロ）この希望施設指定手段で指定を行ったときの施設入場希望者の位置および時刻を測定する位置時刻測定手段と、（ハ）この位置時刻測定手段の測定した位置と希望施設指定手段で指定した残りのそれぞれの施設へのアクセス時間およびこれらの施設の入場までの待ち行列数との関係から最も早く入場できる施設を判別する第１の施設判別手段と、（ニ）１つの施設に入場した後、その施設から退出する予想時刻と、退出したその施設から残りの希望施設の１つまでのアクセス時間およびその施設の待ち行列数との関係から次々と希望する施設を重複せずに回るスケジュールを設定するスケジュール設定手段と、（ホ）第１の施設判別手段によって判別された施設を最初の施設として、スケジュール設定手段で設定したスケジュールに沿って施設入場希望者が希望する施設にそれぞれ入場できる時刻と入場の順序を表わしたモデルコースを算出するモデルコース算出手段と、（へ）このモデルコース算出手段で算出したモデルコースを施設入場希望者の所持する通信端末に配信する配信手段とをモデルコース配信システムに具備させる。
【００１２】
すなわち請求項１記載の発明では、特定のエリア内の複数の施設に入場を希望する者に対して、その者の現在位置と現在時刻とから、最初に入場できる施設をアクセスに要する時間と施設側に最も早く入場できる時間との関係から判別する。そして、残りの施設については、１つの施設の退出予想時刻と次の施設までのアクセス時間およびその施設の入場できる時間との関係から、希望する施設を重複せずに回るスケジュールを設定し、これによりモデルコースを算出する。算出されたモデルコースは、施設入場希望者の所持する通信端末に配信するようになっている。このように各施設を入場時間との関係で示したモデルコースが施設入場希望者に提示されるので、施設入場希望者はこれを基にして各施設を効率的に回る手法を検討することができる。また、その時点でモデルコースの予約を行えば、各施設の現実の待ち行列とは無関係にコースを辿ることができる。
【００１３】
請求項７記載の発明では、（イ）特定のエリア内で１回の入場者数に定員が定められ、かつ１日の入場時刻が予め１または複数回設定されているそれぞれの施設の中で入場を希望する施設を施設入場希望者の所持する通信端末で複数指定する希望施設指定ステップと、（ロ）この希望施設指定ステップで指定を行ったときの施設入場希望者の位置および時刻を測定する位置時刻測定ステップと、（ハ）この位置時刻測定ステップで測定した位置と希望施設指定ステップで指定した残りのそれぞれの施設へのアクセス時間およびこれらの施設の入場までの待ち行列数との関係から最も早く入場できる施設を判別する第１の施設判別ステップと、（ニ）１つの施設に入場した後、その施設から退出する予想時刻と、退出したその施設から残りの希望施設の１つまでのアクセス時間およびその施設の待ち行列数との関係から次々と希望する施設を重複せずに回るスケジュールを設定するスケジュール設定ステップと、（ホ）第１の施設判別ステップで判別された施設を最初の施設として、スケジュール設定ステップで設定したスケジュールに沿って施設入場希望者が希望する施設にそれぞれ入場できる時刻と入場の順序を表わしたモデルコースを算出するモデルコース算出ステップと、（へ）このモデルコース算出ステップで算出したモデルコースを通信端末に配信する配信ステップと、（ト）通信端末から配信ステップで配信したモデルコースを可とする返答があったとき施設入場希望者用にモデルコースを構成するそれぞれの施設を予約する施設予約ステップとをモデルコース配信方法に具備させる。
【００１４】
すなわち請求項７記載の発明では、特定のエリア内の複数の施設に入場を希望する者に対して、その者の現在位置と現在時刻とから、最初に入場できる施設をアクセスに要する時間と施設側に最も早く入場できる時間との関係から判別する。そして、残りの施設については、１つの施設の退出予想時刻と次の施設までのアクセス時間およびその施設の入場できる時間との関係から、希望する施設を重複せずに回るスケジュールを設定し、これによりモデルコースを算出する。算出されたモデルコースは、施設入場希望者の所持する通信端末に配信するようになっている。配信を受けた通信端末から配信ステップで配信したモデルコースを可とする返答があれば、そのモデルコースの予約が行われる。このように各施設を入場時間との関係で予約していくので、各施設の現実の待ち行列とは無関係にコースを辿ることができ、正確かつ効率的に施設を回ることができる。
【発明の効果】
【００１５】
以上説明したように、本発明によれば、複数の施設を有する特定エリアに入場した段階で入場を希望する複数の施設の回り方が、施設の入場時間と共に具体的に示されるので、この時点で予約を行うことで、個々の施設で待ち行列に参加するといった時間の無駄がなくなる。しかも、個々の施設をエリアの入場時点で予約できるので、入場者が殺到する施設を時間的に繰り下げて予約する等の手法を採ることで、予約できる施設の数を増加させることができる。しかも、各施設には入場時間あるいはこれから事前に定められた約束の時間までに到達すればよいので、施設間で生じた余り時間を土産物の購買等のように店舗で費やす時間に割り当てることができ、施設以外の残り時間の大半を待ち行列で消費した従来の施設の回り方に比べて、疲労の少ない効率的なコース設定を行うことができる。
【発明を実施するための最良の形態】
【００１６】
以下実施例につき本発明を詳細に説明する。
【実施例１】
【００１７】
図１は本発明の一実施例におけるモデルコース配信システムの概要を表わしたものである。このモデルコース配信システム１００は、アミューズメントパーク１０１に本発明を適用したものである。アミューズメントパーク１０１は、その園内独自の通信網として、本実施例ではバーチャルプライベートネットワーク（ＶＰＮ:Virtual Private Network）１０２を用意している。バーチャルプライベートネットワーク１０２は、アミューズメントパーク１０１内でのユーザ１０３に関するユーザ情報を管理する園内ユーザ情報管理サーバ１０４や、ユーザ１０３のコースを選定するコース選定サーバ１０５や、各種統計情報を管理する統計情報サーバ１０６や、アミューズメントパーク１０１内での各種アトラクションに関する情報を管理する園内アトラクション情報サーバ１０７および待ち行列集計端末１０８を接続している。待ち行列集計端末１０８は、アミューズメントパーク１０１内でそれぞれアトラクションが行われる場所としての第１〜第ｎのアトラクション会場１１１1〜１１１nの出入口としてのゲートに設けられた第１〜第ｎのＲＦＩＤ（Radio Frequency Identification）リーダ１１２1〜１１２nと通信ケーブル１１３によって接続されている。
【００１８】
また、園内ユーザ情報管理サーバ１０４は、インターネット１１５を介して携帯電話網１１６と接続されている。ユーザ１０３は、ＧＰＳの機能を備えた携帯電話機等のユーザ端末１１７を所持している。この図ではユーザ１０３を１名しか示していないが、家族連れ等で複数名が同一行動をとる組あるいは団体としてアミューズメントパーク１０１に訪れる場合には、その中の少なくとも１名がユーザ端末１１７を所持していればよい。
【００１９】
ユーザ端末１１７は携帯電話網１１６に接続された基地局１１８と無線通信を行うことができる他、ＧＰＳ衛星１１９から測位データ１２１を受信することでユーザ１０３の位置を測定できるようになっている。また、ユーザ端末１１７は、ユーザ１０３の作成した電子メールを送信したり、外部から電子メールを受信する機能も有している。ユーザ１０３は、アミューズメントパーク１０１内で、無線タグ１２２を取り付けた入場券１２３を所持している。無線タグ１２２は、ＩＣ（Integrated Circuit）タグとも呼ばれており、内蔵の所定のデータを第１〜第ｎのＲＦＩＤリーダ１１２1〜１１２nの中で所定の距離範囲にあるものに対して無線で出力するようになっている。
【００２０】
ユーザ端末１１７を使用して入場を行う以外の者も無線タグ１２２が取り付けられた入場券１２３を購入して使用する。ただし、その無線タグ１２２には性別、身長といった入場券売り場のスタッフや図示しない身長自動測定装置のような簡単に測定できるような情報しか入力されない。したがって、本実施例のモデルコース配信システム１００では、ユーザ端末１１７を使用して入場しユーザ情報の入力を行ったユーザ１０３と比較すると、アトラクションの予約を行えない等のように幾つかの特典を得ることができない。
【００２１】
図２は、園内ユーザ情報管理サーバの構成を表わしたものである。園内ユーザ情報管理サーバ１０４は、ＣＰＵ（中央処理装置）１３１を備えている。ＣＰＵ１３１はデータバス等のバス１３２を介して、図１に示すインターネット１１５を介した通信を行うインターネット通信部１３３と、バーチャルプライベートネットワーク１０２を介した通信を行うバーチャルプライベートネットワーク通信部１３４と、ユーザ情報を格納するユーザ情報データベース１３５と接続されている。
【００２２】
図３は、ユーザ情報データベースの格納領域を示したものである。ユーザ情報データベース１３５は、図１に示した入場券１２３の番号をユーザ１０３の識別情報として扱う入場券番号情報１４１と、ユーザ１０３の電子メールのアドレス、年齢、性別、出身地等の個人的な特徴、嗜好、目的のアトラクション等を記したユーザ情報１４２と、ユーザ１０３の所持するユーザ端末１１７がＧＰＳの機能によって検出した位置情報１４３およびユーザ１０３に対して設定されるモデルコースを表わしたモデルコース情報１４４およびユーザ１０３の少なくとも一部が所持するユーザ端末１１７と入場券の対応関係を示した入場券端末対応情報１４５から構成されている。ユーザ１０３が一人でアミューズメントパーク１０１を移動する場合には、入場券番号情報１４１とユーザ端末１１７は１対１の関係を示すが、たとえば親子連れの場合には１台のユーザ端末１１７に複数の入場券番号情報１４１を対応付けることができる。もちろん、家族連れや団体であっても、それぞれがユーザ端末１１７を個別に所持していれば、これらの間で１つのグループに属することを表わすグループ情報を入場券端末対応情報１４５に設定しておくことで、アトラクションの予約やレストラン等で同一グループとしての扱いを受けることができる。
【００２３】
入場券番号情報１４１は、ユーザ１０３が入場券１２３に表示された入場券番号をユーザ端末１１７に入力したもので、園内ユーザ情報管理サーバ１０４に送信されたものである。入場券１２３に入場券番号を表わした二次元コード等の情報が記憶されていれば、ユーザ端末１１７でこれを読み取ることでユーザ１０３の直接的な入力操作を省略することができる。
【００２４】
図４は、コース選定サーバの構成を表わしたものである。コース選定サーバ１０５は、ＣＰＵ１５１を備えている。ＣＰＵ１５１は、データバス等のバス１５２を介して、コース選定のための情報収集を行う情報収集用通信部１５３と、収集した情報を基にしてモデルコースを判別するモデルコース判別部１５４と、判別されたモデルコースをユーザ端末１１７に通知するモデルコース通知部１５５のそれぞれと接続されている。
【００２５】
図５は、統計情報サーバの構成を表わしたものである。統計情報サーバ１０６は、ＣＰＵ１６１を備えている。ＣＰＵ１６１は、データバス等のバス１６２を介して、バーチャルプライベートネットワーク１０２と通信を行う通信部１６３と、図１に示した第１〜第ｎのアトラクション会場１１１1〜１１１nでのアトラクションの待ち行列や入場者数を集計し、統計的に時系列で保持するアトラクション集計部１６４と、天候、気温、風速等の最新の気象情報を収集して格納する気象情報収集格納部１６５と、過去の気象状況や平日、祝日の配置状態および一日の時間帯による入場者数の推移とアトラクションの待ち行列の関係を表わした待ち行列解析用データベース１６６のそれぞれと接続されている。
【００２６】
統計情報サーバ１０６は、気象情報収集格納部１６５が収集の対象となる気象情報を検出するセンサを内蔵していてもよいし、インターネット１１５に接続されていて、これを経由して気象観測用の図示しないサーバに接続されていてもよい。統計情報サーバ１０６への気象情報等は図示しないオペレータによって、図示しないキーボードやタッチパネルによって手で入力するようになっていてもよい。この場合には、後に説明する待ち行列集計端末１０８と同様にキーボードやディスプレイ等の入出力機器を備えると共に、ＧＵＩ（Graphical User Interface）を備えて、オペレータの操作しやすい入力環境を実現していることが望ましい。アミューズメントパーク１０１内の作業員が所持する図示しない携帯端末から気象情報が無線を介して入力されるようになっていてもよい。
【００２７】
ところで本実施例のモデルコース配信システム１００では、アトラクションの待ち行列について２種類の待ち行列を設定している。１つはユーザ端末１１７を使用してアトラクションを予約した際の予約における待ち行列（以下、予約待ち行列という。）である。もう１つは、ユーザ端末１１７を使用せずにそれぞれのアトラクション会場１１１1〜１１１nに並んで予約を行う場合の待ち行列（以下、非予約待ち行列という。）である。
【００２８】
ただし、予約待ち行列は仮想のものであり、ユーザ１０３は非予約待ち行列の場合と異なり現実に第１〜第ｎのアトラクション会場１１１1〜１１１nで長時間列を成して待っている訳ではない。実際にはその予約待ち行列に対応した時間だけ繰り下がった時間に開始するアトラクションへの予約が可能である。したがって、本実施例では予約待ち行列の計算は行わず、予約待ち行列に対応した予約が行われることになる。
【００２９】
第１〜第ｎのアトラクション会場１１１1〜１１１nでは、本実施例の場合、１回のアトラクションの入場定員の８０パーセントを予約用の定員に割り振っている。残りの２０パーセントを非予約用の定員に割り振っている。ただし、該当するアトラクションが催される会場への入場開始時刻あるいはこれよりもあらかじめ定めた所定時間早い時刻になっても、予約用と非予約用の入場定員の一方が欠員を生じている場合がある。このような場合には、他方の予約待ちのユーザを先着順に予約させることにしている。また、入場定員の何パーセントをユーザ端末１１７を使用して予約を行うユーザに割り当てるかは、モデルコース配信システム１００の管理者が適宜変更できるようになっている。
【００３０】
図６は、園内アトラクション情報サーバの構成を表わしたものである。園内アトラクション情報サーバ１０７は、ＣＰＵ１７１を備えている。ＣＰＵ１７１は、データバス等のバス１７２を介して、バーチャルプライベートネットワーク１０２と通信を行う通信部１７３と、アトラクションの待ち行列を予約待ち行列と非予約待ち行列の双方について収集するアトラクション待ち行列収集部１７４と、ユーザ端末１１７を使用してアトラクションの予約を行うアトラクション予約部１７５と、図１に示したアミューズメントパーク１０１内の各アトラクションについての固定データを格納したアトラクションデータベース１７６のそれぞれと接続されている。各アトラクションについての固定データとは、第１〜第ｎのアトラクション会場１１１1〜１１１nの位置情報、定員、年齢や身長等のアトラクションの利用条件、運転時間、ユーザ１０３の平均滞在時間、営業時間等のデータから構成されている。
【００３１】
図７は、待ち行列集計端末の構成を表わしたものである。待ち行列集計端末１０８は、制御部本体１０８Ａと、表示部としてのディスプレイ１０８Ｂおよびデータ入力手段としてのキーボード１０８Ｃならびにマウス１０８Ｄから構成されている。制御部本体１０８Ａは、ＣＰＵ１８１を備えている。ＣＰＵ１８１は、データバス等のバス１８２を介して、図１に示すバーチャルプライベートネットワーク１０２と通信を行う通信部１８３と、同じく図１に示す通信ケーブル１１３を介して第１〜第ｎのＲＦＩＤリーダ１１２1〜１１２nの読取情報をリアルタイムあるいはこれに近い時間間隔で入力する読取情報入力部１８４と、ユーザ１０３別のアトラクション会場の入場履歴を記憶するユーザ別入場履歴記憶部１８５と、ディスプレイ１０８Ｂの表示制御を行う表示制御部１８６と、キーボード１０８Ｃならびにマウス１０８Ｄからデータを入力するデータ入力部１８７のそれぞれと接続されている。読取情報入力部１８４によって読み取られた情報は、リアルタイムあるいはこれに近い時間間隔で、通信部１８３によって統計情報サーバ１０６および園内アトラクション情報サーバ１０７に送信されるようになっている。
【００３２】
次に、以上のような構成のモデルコース配信システム１００における各種制御を、図１〜図７と共に説明する。
【００３３】
図８は、本実施例のアミューズメントパークに入場した際のユーザ端末の操作の流れを表わしたものである。ユーザ１０３は、アミューズメントパーク１０１の図示しない入場券売り場で入場券１２３を購入すると、ユーザ端末１１７から所定のユーザ情報を入力する（ステップＳ２０１）。ユーザ情報の入力は、たとえばこのアミューズメントパーク１０１のＵＲＬ（Uniform Resource Locator）にアクセスして、表示されたユーザ情報入力フォームからプルダウン式等で表示される項目を選択する等によって簡易に入力することができる。入力項目は、電子メールのアドレス、年齢、性別、出身地等の個人的な特徴、嗜好、目的のアトラクション等のうちそのアミューズメントパーク１０１がユーザ１０３側に入力を希望したものである。これらのデータは予めユーザ１０３が自宅の図示しないパーソナルコンピュータを使用してアミューズメントパーク１０１側に送信しておき、会員登録を行っておくことでも実現できる。
【００３４】
また、ユーザ１０３は、たとえば家族連れで入場する等のグループで入場する場合に、１台のユーザ端末１１７で予約等を制御する各家族のユーザ情報を入力する。同一の行動をとる家族等のグループが複数のユーザ端末１１７を所持する場合には、これらを１つのグループ内のユーザ端末１１７であるとして連携関係を登録することもできる。後者の場合には、途中で別行動を採る者がいる場合に、その時点あるいは該当するアトラクション等で連携関係を解除することができる。
【００３５】
図９は、ユーザ情報入力フォームをユーザ端末でスクロールした場合の幾つかの表示画面を表わしたものである。ユーザ１０３はユーザ端末１１７の表示画面をスクロールすることで、この図で（ａ）〜（ｃ）で示された表示画面を呼び出して、必要な情報を入力することになる。同図（ｃ）に示すアトラクションやレストランおよび店舗のうちでユーザ１０３が立ち寄ることを希望しているものに対して、最も効率的に立ち寄るためのコースがモデルコース配信システム１００によって選択されることになる。
【００３６】
ユーザ情報の入力が終了したら、ユーザ１０３は、次にユーザ端末１１７からＧＰＳ機能を使用して、入場を行った地点の位置情報を取得し（ステップＳ２０２）、この位置情報とすでに作成したユーザ情報を園内ユーザ情報管理サーバ１０４に送信する（ステップＳ２０３）。これで、ユーザ端末１１７を用いたユーザ情報等の送信処理が終了する（エンド）。ユーザ１０３は、この後、このモデルコース配信システム１００からモデルコースについての返答が電子メールで受信されるかを待機することになる。
【００３７】
図１０は、園内ユーザ情報管理サーバの処理の流れを表わしたものである。園内ユーザ情報管理サーバ１０４は、ユーザ端末１１７から送信されたユーザ情報等の受信（ステップＳ２２１）と、コース選定サーバ１０５からモデルコースの返答（ステップＳ２２２）およびユーザ端末１１７からのモデルコースを承諾する旨の返答（ステップＳ２２３）のいずれかが来るのを待機している。図８のステップＳ２０３でユーザ端末１１７から送信されたユーザ情報等がインターネット１１５を経由して受信された場合には（ステップＳ２２１：Ｙ）、コース選定サーバ１０５に対してモデルコースの算出を依頼する（ステップＳ２２４）。このとき、該当するユーザ１０３についてコース選定サーバ１０５に必要なユーザ情報等を送信することになる。
【００３８】
図１１は、コース選定サーバの処理の流れの概要を表わしたものである。コース選定サーバ１０５は、図１０のステップＳ２２４で園内ユーザ情報管理サーバ１０４からモデルコース算出依頼があると（ステップＳ２４１：Ｙ）、統計情報サーバ１０６と園内アトラクション情報サーバ１０７に対して、モデルコース算出のための情報の収集を依頼する（ステップＳ２４２）。そして、これら２つのサーバ１０６、１０７から収集された情報が送られてくるのを待機する（ステップＳ２４３）。統計情報サーバ１０６と園内アトラクション情報サーバ１０７から情報が送られてきたら（Ｙ）、これらの情報と園内ユーザ情報管理サーバ１０４から送られてきたユーザ情報等を用いて、該当するユーザについてのモデルコースを算出する（ステップＳ２４４）。そして、算出されたモデルコースを園内ユーザ情報管理サーバ１０４に送信することになる（ステップＳ２４５）。コース選定サーバがステップＳ２４４で行うモデルコースの算出の具体的な処理については、後に具体的に説明する。
【００３９】
図１２は、待ち行列集計端末による待ち行列集計結果の送信処理を表わしたものである。待ち行列集計端末１０８は、第１〜第ｎのＲＦＩＤリーダ１１２1〜１１２nによって入場券１２３を読み込むか（ステップＳ２６１）、あるいはアトラクションの会場の予約が完了した者について会場入場の時間が経過したかどうか（ステップＳ２６２）を常にチェックしている。そして、入場券１２３の読み取りが行われるたびに（ステップＳ２６１：Ｙ）、ユーザ端末１１７を使用して予約処理を行ったユーザ１０３の所持する入場券１２３であるかどうかを読み取ったユーザ情報によって判別する（ステップＳ２６３）。ユーザ端末１１７を使用して予約処理を行ったユーザ１０３の所持する入場券１２３である場合には、図１２の処理で非予約待ち行列の集計は行わないので、そのまま処理を終了する（リターン）。
【００４０】
一方、ユーザ端末１１７を使用して予約処理を行ったユーザ１０３の所持する入場券１２３ではないことが判別された場合には（ステップＳ２６３：Ｎ）、現時点で該当するアトラクション会場１１１で待ち行列が発生しているかどうかを判別する（ステップＳ２６４）。ユーザ端末１１７を使用しないでアトラクション会場１１１に来たが幸いにも次のアトラクションの定員が満員となっておらず待ち行列が発生していない場合には（Ｎ）、同様に非予約待ち行列の集計は行わないので、そのまま処理を終了する（リターン）。
【００４１】
次のアトラクションの定員が満員となっていて待ち行列が発生している場合には（ステップＳ２６４：Ｙ）、入場券１枚が入場者１名に対応しているので、数値“１”を待ち行列に加算する（ステップＳ２６５）。そして、これによってそのアトラクションについて得られた非予約待ち行列数を統計情報サーバ１０６と園内アトラクション情報サーバ１０７に送信する（ステップＳ２６６）。複数人のグループが相次いで入場券１２３をＲＦＩＤリーダ１１２で読み取らせた場合には、ステップＳ２６１から始まる同様の処理が繰り返されるので、非予約待ち行列数が順に増加して統計情報サーバ１０６と園内アトラクション情報サーバ１０７に送信されることになる。
【００４２】
一方、次のアトラクションのための会場入場の時間が到来すると、非予約待ち行列としてカウントされている各入場券１２３の所持者の中で次のアトラクションに参加できる者は会場に入場することが許される。そこで、該当するアトラクションの会場の入場時間が経過すると（ステップＳ２６２：Ｙ）、その時点の非予約待ち行列数から、ユーザ端末１１７を使用してアトラクション会場に入場できる予約処理を行ったユーザ１０３以外の入場者の数を減算する（ステップＳ２６７）。たとえば非予約待ち行列としてカウントされている数が１００名であり、１回のアトラクションでユーザ端末１１７を使用してアトラクション会場に入場できる予約処理を行ったユーザ１０３以外の入場定員が２０名であれば、前者から後者を差し引いた８０名が非予約待ち行列数となる。このようにしてステップＳ２６７で算出された非予約待ち行列数は、統計情報サーバ１０６と園内アトラクション情報サーバ１０７に送信される（ステップＳ２６６）。
【００４３】
以上説明したステップＳ２６１〜Ｓ２６７の処理は、アミューズメントパーク１０１が開園している期間中、比較的短い時間間隔で繰り返し行われる。したがって、第１〜第ｎのアトラクション会場１１１1〜１１１nごとの非予約待ち行列数は、リアルタイムに近い状態で、統計情報サーバ１０６と園内アトラクション情報サーバ１０７に伝達されることになる。
【００４４】
図１３は、統計情報サーバの処理を表わしたものである。統計情報サーバ１０６は、現在の気象情報を収集し（ステップＳ２８１）、待ち行列集計端末１０８からステップＳ２６３でリアルタイムに近い頻度で送られてくる第１〜第ｎのアトラクション会場１１１1〜１１１nごとの非予約待ち行列数を収集する（ステップＳ２８２）。そして、待ち行列解析用データベース１６６から、現在の気象、カレンダの日付の状態と現在の時刻、現時点のそれぞれのアトラクションにおける待ち行列数と当日における待ち行列数の推移を基にして、過去の同様のパターンを参照しながら当日の閉園までの第１〜第ｎのアトラクション会場１１１1〜１１１nの待ち行列の推移を予測演算する（ステップＳ２８３）。
【００４５】
そして、前回のステップＳ２８３の処理が行われてから今回の処理が行われるまでに情報収集要求がコース選定サーバ１０５からあった場合には（ステップＳ２８４：Ｙ）、該当するアトラクションについての閉園までの当日の待ち時間の推移を表わした統計的なデータをコース選定サーバ１０５に送信する（ステップＳ２８５）。ステップＳ２８４で、情報収集要求が到来していないと判別された場合には（ステップＳ２８４：Ｎ）、ステップＳ２８５による処理は省略され、再びステップＳ２８１の処理に戻ることになる（リターン）。
【００４６】
なお、当日の入場者数が多く、図１２のステップＳ２６３による情報収集要求が頻発する場合には、ステップＳ２８３の処理が行われた時点で第１〜第ｎのアトラクション会場１１１1〜１１１nごとの閉園までの当日の待ち時間の推移を表わした統計的なデータを画一的にコース選定サーバ１０５に送信するようにしてもよい。また、統計情報サーバ１０６から送信するデータは「待ち時間」ではなく、「待ち行列数」であってもよい。
【００４７】
図１４は、統計情報サーバに気象情報を作業員によって手入力あるいは前記した携帯端末によって入力する場合の入力用画面の一例を示したものである。すでに説明したように、統計情報サーバ１０６は各種の手法によってこれらの気象情報をリアルタイムに入手することができる。
【００４８】
図１５は、園内アトラクション情報サーバの処理を表わしたものである。園内アトラクション情報サーバ１０７は、待ち行列集計端末１０８からステップＳ２６６で送られてくる非予約待ち行列数の受信（ステップＳ３０１）と、園内ユーザ情報管理サーバ１０４からのモデルコースの予約（ステップＳ３０２）と、コース選定サーバ１０５によるステップＳ２４２の情報収集（ステップＳ３０３）のいずれかが行われるのを待機している。非予約待ち行列数の受信が行われた場合には（ステップＳ３０１：Ｙ）、第１〜第ｎのアトラクション会場１１１1〜１１１nに関する非予約待ち行列数を最新のものに更新する（ステップＳ３０４）。
【００４９】
また、モデルコースの選定に伴ってアトラクションの予約が行われた場合には（ステップＳ３０２：Ｙ）、該当するアトラクションの予約が行われる（ステップＳ３０５）。アトラクションの予約が行われると、ユーザ端末１１７を使用して予約処理を行ったもののそのアトラクションに参加できなかったユーザ１０３について待ち行列が潜在的に発生することになる。ただし、すでに説明したようにこの場合には予約が行われるアトラクションの時間が遅い方に移動していくだけであり、ユーザ１０３は待ち行列に参加する必要がない。レストランや土産店等で、予約の行われたアトラクションの時間まで時間を潰すことが可能である。
【００５０】
そこで、本実施例では無線タグ１２２から発せられる情報を用いることで予約待ち行列と非予約待ち行列を区別し、待ち行列から予約を行った者を除外している。そして、このようにして算出された第１〜第ｎのアトラクション会場１１１1〜１１１nごとの非予約待ち行列数と、ユーザ端末１１７を使用して予約を行う際の各アトラクションごとの予約可能数を算出しており、ステップＳ３０３で情報収集の要求があった場合には（Ｙ）、各アトラクションごとの非予約待ち行列数とユーザ端末１１７を使用して予約を行う際の各アトラクションごとの予約可能数をコース選定サーバ１０５に送信する（ステップＳ３０６）。
【００５１】
図１６は、コース選定サーバによるモデルコースの算出処理を具体的に表わしたものであり、図１１のステップＳ２４４の処理の具体化である。コース選定サーバ１０５は、まず、ユーザ端末１１７を所持したユーザ１０３についての個人情報およびそのユーザ１０３と一緒に行動する家族等の各個人情報を基にして、ユーザ１０３単独、あるいは一緒に行動するグループを構成する者について、図９（ｃ）で希望したアトラクション、レストラン、店舗の中から不適切なものがあればこれらをコースの対象から除外する（ステップＳ３２１）。たとえば小学生同士のグループで、身長や年齢制限によって特定のアトラクションへの参加がグループ全員について適さないとされるような場合には、そのようなアトラクションがモデルコースを構成するアトラクションから除外されることになる。
【００５２】
次にコース選定サーバ１０５は、ユーザ端末１１７の現在位置から、ステップＳ３２１で除外後の各アトラクション会場１１１までのアクセス時間を、個人情報の中の最も長く掛かる要因を基準として算出する（ステップＳ３２２）。たとえば図９（ａ）に示した表示画面で「年齢１０歳未満７０歳以上」、「心臓が弱い」あるいは「妊娠中」等のチェックボックスにチェックがされていたような場合には、平均的なアクセス時間に所定の割合で時間を加算し、これによって得られた長めのアクセス時間で計算を行う。
【００５３】
次にコース選定サーバ１０５は、現在の時刻が食事に適当な時刻であるかどうかをチェックする（ステップＳ３２３）。ユーザ１０３がアミューズメントパーク１０１に到着した時刻によっては、まず食事を済ます場合があるからである。食事時刻であれば（Ｙ）、モデルコースとしてアミューズメントパーク１０１内のレストランの予約が希望されているかどうかをチェックする（ステップＳ３２４）。これは、弁当を持参する等でレストランに食事に行く必要がない場合があるからである。
【００５４】
レストランの予約が希望されている場合には（Ｙ）、レストランの予約を行う（ステップＳ３２５）。このときは、現在地の位置情報から該当のレストランまでのアクセス時間を考慮してそのレストランの予約が行われる。
【００５５】
ステップＳ３２３で食事時刻でないと判別された場合（Ｎ）や、ステップＳ３２４でレストランの予約が必要でないとされた場合（Ｎ）には、その時点でアミューズメントパーク１０１内の他のアトラクション会場１１１を更に回る時間が残っているかどうかのチェックが行われる（ステップＳ３２６）。ステップＳ３２５でレストランの予約を行った場合にはと、そのレストランで食事が終了する時刻を基にして残時間の有無が判別される。
【００５６】
ステップＳ３２６でアミューズメントパーク１０１の他のアトラクション会場１１１を更に回る時間が残っていると判別された場合には（Ｙ）、希望していたアトラクションの残りが存在するかどうかのチェックが行われる（ステップＳ３２７）。アトラクションの残りがあれば（Ｙ）その位置（レストランで食事をした場合のレストランの位置あるいはアトラクションが終了した場合にはその位置）から残りの各アトラクション会場１１１までのアクセス時間を考慮して最短に開催時間を予約できるアトラクションを決定する（ステップＳ３２８）。そして、再びステップＳ３２３に戻る。このようにして、予定していた時間の範囲内で、食事の時間を除いてアトラクションの予約が進行する。
【００５７】
希望するアトラクションが多すぎて全部の予定が組めないうちにアミューズメントパーク１０１の閉館等の制限時間になったら（ステップＳ３２６：Ｎ）、その時点までに予約したアトラクション等の開始時刻や終了時刻を時系列に配置したモデルコースの編集を行う（ステップＳ３２９）。ユーザ１０３がお土産店等の店舗を訪れることを希望していた場合には、各アトラクションの予約の間に生じた空き時間にこれらの店舗までのアクセス時間を配慮して、これらの店舗に訪れる時間を挿入する。コース選定サーバ１０５は、以上のようにして編集したモデルコースの詳細を園内ユーザ情報管理サーバ１０４に送信する（ステップＳ３３０）。
【００５８】
これに対して、制限時間に到達しないうちに希望したすべてのアトラクションの予約が行われた場合には（ステップＳ３２７：Ｎ）、すべてのアトラクション終了後に夕食等のためにレストランの予約が必要であるかどうかをチェックする（ステップＳ３３１）。予約が必要とされている場合には（Ｙ）、最後に予約したアトラクション会場１１１からのアクセスを考慮してそのレストランを予約する（ステップＳ３３２）。そして、ステップＳ３２９に進んで各予約を基にしたモデルコースを編集することになる。ステップＳ３３１でレストランの予約が必要でない場合も（Ｎ）、同様にステップＳ３２９に進むことになる。
【００５９】
図１０に戻って説明を続ける。園内ユーザ情報管理サーバ１０４は、コース選定サーバ１０５からステップＳ３３０によるモデルコースの受信があったら（ステップＳ２２２：Ｙ）、宛先のユーザ１０３に対して電子メール文を編集して、モデルコースの返答を送信する（ステップＳ２２５）。
【００６０】
ユーザ１０３はモデルコースに関する電子メールをユーザ端末１１７で受信する。そして、その電子メールに添付されたＵＲＬをアクセスして、送られてきたモデルコースが最適のものであれば、それを承諾（ＯＫ）するか、キャンセルする指示を出すことになる。
【００６１】
図１７は、ユーザがＵＲＬをアクセスすることによって得られるモデルコースに関する表示画面の一例を示したものである。ここには、ユーザ１０３が現時点からそれぞれのアトラクションを消化する場合のそれぞれのアトラクションの開始時刻やレストランあるいは店舗の到達時刻が示されている。また、ユーザ１０３と一緒にモデルコースを回る同伴者に一部条件を満たさない場合には、その旨の注記が記される。反対に、あるアトラクションが特定の者にお勧めの場合には、それを強調するような宣伝文も記されてそのモデルコースに期待感を抱かせる工夫もされている。図１７に示した例では、モデルコースが１つだけ示されているが、複数示されていてもよい。複数のモデルコースが送られてきた場合には、その中の１つを選択して、承諾することになる。
【００６２】
ユーザ１０３が「キャンセル」を選択した場合、園内ユーザ情報管理サーバ１０４がコース選定サーバ１０５に要求することで、モデルコースについての次の候補が表示されるようになっていてもよいし、新たな条件をユーザ１０３側から提示して、再度、モデルコースの検索が行われるようになっていてもよい。該当のモデルコースが存在しないとされた場合も同様である。
【００６３】
図１０に再び戻って説明を続ける。ユーザ端末１１７から特定のモデルコースを承諾する旨の返答がきたら（ステップＳ２２３：Ｙ）、そのモデルコース情報を一時的に蓄積すると共に（ステップＳ２２６）、園内アトラクション情報サーバ１０７に対して該当するモデルコースに示されたそれぞれのアトラクションの予約を予定時刻を示して行うことになる（ステップＳ２２７）。
【００６４】
図１５ですでに説明したように、園内アトラクション情報サーバ１０７は予約があると（ステップＳ３０２：Ｙ）、該当するアトラクションを該当する人数分だけ予約する（ステップＳ３０５）。
【００６５】
なお、ユーザ１０３がモデルコースをキャンセルして新たなユーザ情報を示した場合（図１０ステップＳ２２１：Ｙ）、園内ユーザ情報管理サーバ１０４は、コース選定サーバ１０５に再び、モデルコースの算出を依頼することになる（ステップＳ２２４）。
【００６６】
このように本実施例では、ユーザ１０３の提示したユーザ情報や位置情報を基にして、各アトラクションの予約を入場時にユーザ端末１１７を使用して先取りするので、効率的にアミューズメントパーク１０１内の各アトラクションを回ることができる。しかも、予約を行わないで個々のアトラクション会場に行って待ち行列に加わる従来型の利用者と、アトラクションの定員を割り振ることにしたので、ユーザ端末１１７を使用しないでアミューズメントパーク１０１を利用する者との調和を図ることができる。更に、本実施例でモデルコースを設定したとき、２つのアトラクションの間にある程度の長さの空き時間が発生したような場合には、モデルコースに組み込まれていないアトラクションを従来と同様の手法で予約したり、そのアトラクションの待ち行列に加わるといったことが可能になる。
【００６７】
更に本実施例によれば、モデルコースに従ってアミューズメントパーク１０１内を回るときに、それぞれのアトラクション会場１１１で待ち行列に加わる必要がない。したがって、次のアトラクション会場１１１の近くの店舗でお茶を飲んだりショッピングを行って予約したアトラクションの開演を待つことができ、ユーザ１０３の疲労を軽減することができるだけでなく、アミューズメントパーク１０１側も時間当たりの売り上げを増加させることができる。
【００６８】
＜発明の第１の変形例＞
【００６９】
本発明の第１の変形例では、図１に示したモデルコース配信システム１００で、入場券１２３に取り付けられた無線タグ１２２がそれぞれのアトラクション会場１１１のＲＦＩＤリーダ１１２で検出されることによって、ユーザ１０３が当初設定したモデルコースの順にアトラクションを消化しているかどうかをチェックするようになっている。そして、ユーザ１０３側の都合でコースの変更が必要である場合には、これに対応する制御を行うようにしている。なお、この変形例でも図１に示したモデルコース配信システム１００をそのまま使用して説明を行う。
【００７０】
図１８は、この変形例による園内ユーザ情報管理サーバの制御の様子の前半部分を表わしたものである。園内ユーザ情報管理サーバ１０４は、待ち行列集計端末１０８から送られてくる各ユーザ１０３の入場券１２３に取り付けられた無線タグ１２２がＲＦＩＤリーダ１１２で検出された結果の受信を待機している（ステップＳ４０１）。園内ユーザ情報管理サーバ１０４がＲＦＩＤリーダ１１２の検出結果を受信すると（Ｙ）、その情報を基にして該当するユーザ端末を判別する（ステップＳ４０２）。そして、判別されたユーザ端末１１７を使用した者、すなわちモデルコースの設定を行っている者であるかどうかを判別する（ステップＳ４０３）。モデルコースの設定を行っている者でなければ（Ｎ）、コースの管理を行う必要がないので、処理を再度、ステップＳ４０１に戻して次の受信動作を待機する（リターン）。
【００７１】
一方、モデルコースの設定を行っている者であれば（ステップＳ４０３：Ｙ）、そのユーザ１０３についての設定されているモデルコースを読み出す（ステップＳ４０４）。そして、ＲＦＩＤリーダ１１２で検出された結果としてのアトラクション会場１１１の位置が現在のモデルコースの位置に一致していれば（ステップＳ４０５：Ｙ）、特に訂正を行う必要がない。そこで、この場合も処理を再度、ステップＳ４０１に戻して次の受信動作を待機する（リターン）。
【００７２】
これに対して、来るべきでないアトラクション会場１１１にそのユーザ１０３が来てＲＦＩＤリーダ１１２がこれを検出した場合には（ステップＳ４０５：Ｎ）、モデルコースを訂正するかどうかを確認するモデルコース訂正確認のメッセージを作成してこれを該当のユーザ端末１１７に送信する（ステップＳ４０６）。
【００７３】
図１９は、このモデルコース訂正確認のメッセージを受信したユーザ端末側の処理を表わしたものである。ユーザ端末１１７は、モデルコース訂正確認のメッセージを受信したら（ステップＳ４２１：Ｙ）、その図示しないディスプレイにそのメッセージを表示する（ステップＳ４２２）。そして、アトラクションを変更したことによるモデルコースの訂正を依頼する旨の操作が行われた場合（ステップＳ４２３：Ｙ）、ユーザ端末１１７は、モデルコースの訂正依頼を園内ユーザ情報管理サーバ１０４に送信して（ステップＳ４２４）、処理を終了する（エンド）。
【００７４】
一方、前記したように次のアトラクションまで時間が空いているために、そのユーザ１０３が予定にないアトラクション会場１１１に出向く可能性がある。このような場合、ユーザ１０３は空き時間を利用していること、すなわちモデルコース自体の予約を変更するものではないことを操作入力して、ユーザ端末１１７がこれを検出することになる（ステップＳ４２５：Ｙ）。この場合、ユーザ端末１１７はモデルコースの訂正不要の旨を園内ユーザ情報管理サーバ１０４に送信して（ステップＳ４２６）、処理を終了する（エンド）。
【００７５】
図１８に戻って説明を続ける。園内ユーザ情報管理サーバ１０４はモデルコースの訂正依頼をユーザ端末１１７から受信する（ステップＳ４０７：Ｙ）か、訂正不要の返答を受信する（ステップＳ４０８：Ｙ）ことになる。訂正不要の返答を受信した場合、園内ユーザ情報管理サーバ１０４は処理を再度、ステップＳ４０１に戻して次の受信動作を待機する（リターン）。
【００７６】
図２０は、園内ユーザ情報管理サーバの制御の様子の後半部分を表わしたものである。図１８のステップＳ４０７でモデルコースの訂正依頼をユーザ端末１１７から受信した場合、園内ユーザ情報管理サーバ１０４は、そのユーザ１０３のそれ以後の予定が狂うことになるので、それ以後のそのユーザ１０３のモデルコースについての予約解除要求を園内アトラクション情報サーバ１０７に送信することになる（ステップＳ４０９）。
【００７７】
図２１は、園内アトラクション情報サーバのこれに対応する処理の流れを表わしたものである。園内アトラクション情報サーバ１０７は、園内ユーザ情報管理サーバ１０４からモデルコースについての予約解除要求を受信すると（ステップＳ４４１：Ｙ）、該当するユーザ１０３の予約しているアトラクションについて予約解除を行う（ステップＳ４４２）。グループで予約が行われている場合には、その数だけの予約解除が行われることになる。
【００７８】
次に、園内アトラクション情報サーバ１０７は、予約解除を行ったアトラクションが開演に近い時刻であるかどうかを判別する（ステップＳ４４３）。開演に近ければ、ユーザ端末１１７を使用して予約を行う他の者にそのアトラクションの予約を譲り渡すことができない。なぜなら、ユーザ端末１１７を使用して予約を行うユーザは、該当するアトラクション会場の傍に、予約を決めていないときに居る確率は低いからである。
【００７９】
そこで、そのアトラクションの開演に近い時刻である場合（ステップＳ４４３：Ｙ）、園内アトラクション情報サーバ１０７は該当するアトラクション会場１１１に連絡して、該当するアトラクションに非予約待ち行列があれば、その最前列の者から今回生じた解除数に相当する数の者をアトラクションに参加できるように入場を指示する（ステップＳ４４４）。
【００８０】
ステップＳ４４３で開演に近い時刻でないと判別した場合には（Ｎ）、そのまま何の処理も行わずに園内アトラクション情報サーバ１０７の処理は終了する（エンド）。この場合には、もともとユーザ端末１１７を使用して予約を行う側の者に割り当てられた入場定員の枠（本実施例では全入場定員の８０パーセント）を、そのアトラクション会場１１１の近くで予約を行うユーザ１０３に与える可能性を確保するためである。
【００８１】
図２０に戻って説明を続ける。園内ユーザ情報管理サーバ１０４は、ステップＳ４０９の処理を行ったら、続いて変更後のモデルコースの算出依頼をコース選定サーバ１０５に送信する（ステップＳ４１０）。そして、コース選定サーバ１０５から先の実施例と同様の処理を行った結果としてのモデルコースが送られてくるのを待機する（ステップＳ４１１）。該当するモデルコースが受信されたら（Ｙ）、その新モデルコースを該当するユーザ端末１１７に送信する（ステップＳ４１２）。
【００８２】
図１９に戻って、ユーザ端末の処理を説明する。ユーザ端末１１７は園内ユーザ情報管理サーバ１０４から新モデルコースを受信すると（ステップＳ４２７：Ｙ）、そのディスプレイに変更後のそのモデルコースを表示して（ステップＳ４２８）、ユーザ１０３がＯＫ（肯定）を受信したら（ステップＳ４２９：Ｙ）、これを園内ユーザ情報管理サーバ１０４に送信する（ステップＳ４３０）。
【００８３】
再び図２０に戻ってその後の処理を説明する。園内ユーザ情報管理サーバ１０４は、該当するユーザ端末１１７からＯＫを受信したら（ステップＳ４１３：Ｙ）、該当するユーザ１０３のモデルコース情報を書き換える（ステップＳ４１４）。そして、これにより確定したモデルコース変更後の個々のアトラクションの予約（レストラン等の他の予約も含む）を園内アトラクション情報サーバ１０７に送信し（ステップＳ４１５）、図１８のステップＳ４０１に戻して次の受信動作を待機することになる（リターン）。
【００８４】
＜発明の第２の変形例＞
【００８５】
本発明の第２の変形例では、ユーザ１０３がモデルコースを回っているときに、何らかの理由で予約したアトラクションに間に合わなくなった場合の対応を扱っている。この第２の変形例で、モデルコースを設定した各ユーザ１０３は、モデルコース上のそれぞれのアトラクション会場１１１のＲＦＩＤリーダ１１２で、予約したアトラクションの入場が開始する１０分前までに無線タグ１２２のユーザ情報の読み取りを完了させることが事前に取り決められている。
【００８６】
図２２は、この第２の変形例における園内ユーザ情報管理サーバの処理の流れを表わしたものである。なお、この第２の実施例でも図１等の先の実施例で示した図を適宜援用することにする。園内ユーザ情報管理サーバ１０４は、第１〜第ｎのアトラクション会場１１１1〜１１１nの第１〜第ｎのＲＦＩＤリーダ１１２1〜１１２nから、該当するアトラクションの入場が開始する１０分前のそれぞれの時点で、アトラクション入場報告を受信する（ステップＳ５０１）。このアトラクション入場報告とは、ユーザ端末１１７を使用してモデルコースを予約したユーザ１０３の一覧である。
【００８７】
園内ユーザ情報管理サーバ１０４は、アトラクション入場報告を受けると、モデルコースの各ユーザ１０３と該当するアトラクションの照合を行って（ステップＳ５０２）、そのアトラクションでモデルコースを予約したユーザ１０３の中にＲＦＩＤリーダ１１２で読み取っていない者としての未入場者がいるかどうかを判別する（ステップＳ５０３）。この結果、未入場者がいなければ（Ｎ）、処理を終了して再び次のアトラクションの入場報告を待機する（リターン）。
【００８８】
これに対して、そのアトラクションについてモデルコースの設定で予約が行われているにもかかわらず、ＲＦＩＤリーダ１１２で読み取りが行われていないユーザ１０３が存在した場合には（ステップＳ５０３：Ｙ）、その該当者のユーザ端末１１７に対してそのアトラクションに参加するかどうかを確認するための送信を行う（ステップＳ５０４）。そして、そのユーザ端末からアトラクションに参加をするか（ステップＳ５０５）、アトラクションへの参加をキャンセルするか（ステップＳ５０６）の返信を待つ。
【００８９】
参加の返信が受信された場合には（ステップＳ５０５：Ｙ）、入場が多少遅れるだけで参加することに変わりないので、処理を終了して再び次のアトラクションの入場報告を待機する（リターン）。ユーザ１０３がキャンセルを選択したり（ステップＳ５０６：Ｙ）、あるいは返答に許される時間ｔ1以内に返答を返さなかった場合には（ステップＳ５０７：Ｙ）、予約解除要求を園内アトラクション情報サーバ１０７に送信する（ステップＳ５０８）。これ以後は先の第１の変形例のステップＳ４１０〜Ｓ４１５の処理が行われることになる（ステップＳ５０９）。すなわち、モデルコースの変更等の処理が行われる。この後、ステップＳ５０１の処理の待機状態となる（リターン）。
【００９０】
以上説明した実施例では本発明をアミューズメントパーク１０１に適用した場合を示したが、前記したように本発明の適用はこれに限定されないことは当然である。
【００９１】
また、実施例では、アトラクションの入場定員の８０パーセントを予約用の定員に割り振っており、非予約用の定員とのこの割合をモデルコース配信システム１００の管理者が適宜変更できるようにしたが、これに限るものではない。たとえば非予約待ち行列の最後尾の者がアトラクションに入場できる時刻と最後尾の者が待ち行列に並んだ時刻にモデルコースの設定を行ったユーザ１０３が予約でアトラクションに入場できる時刻を比較して、これらの間に大きな違いが生じないように予約用の定員と非予約用の定員の割合を自動的に調整するようにしてもよい。
【００９２】
更に実施例ではバーチャルプライベートネットワーク１０２にアミューズメントパーク１０１の各サーバを接続したが、これらが他のネットワークを介してインターネット１１５に接続されていてもよいし、インターネット１１５に直接接続されていてもよい。
【図面の簡単な説明】
【００９３】
【図１】本発明の一実施例におけるモデルコース配信システムの概要を表わしたシステム構成図である。
【図２】本実施例で園内ユーザ情報管理サーバの構成を表わしたブロック図である。
【図３】本実施例でユーザ情報データベースの格納領域を示した説明図である。
【図４】本実施例でコース選定サーバの構成を表わしたブロック図である。
【図５】本実施例で統計情報サーバの構成を表わしたブロック図である。
【図６】本実施例で園内アトラクション情報サーバの構成を表わしたブロック図である。
【図７】本実施例で待ち行列集計端末の構成を表わしたブロック図である。
【図８】本実施例でアミューズメントパークに入場した際のユーザ端末の操作の流れを表わした流れ図である。
【図９】本実施例でユーザ情報入力フォームをユーザ端末でスクロールした場合の幾つかの表示画面を表わした平面図である。
【図１０】本実施例で園内ユーザ情報管理サーバの処理を表わした流れ図である。
【図１１】本実施例でコース選定サーバの処理の概要を表わした流れ図である。
【図１２】本実施例で待ち行列集計端末による待ち行列集計結果の送信処理を表わした流れ図である。
【図１３】本実施例で統計情報サーバの処理を表わした流れ図である。
【図１４】本実施例で気象情報の入力画面の一例を示した平面図である。
【図１５】本実施例で園内アトラクション情報サーバの処理を表わした流れ図である。
【図１６】本発明の第１の変形例でコース選定サーバによるモデルコースの算出処理を具体的に表わした流れ図である。
【図１７】第１の変形例でユーザがＵＲＬをアクセスすることによって得られるモデルコースに関する表示画面の一例を示した平面図である。
【図１８】第１の変形例で園内ユーザ情報管理サーバの制御の様子の前半部分を表わした流れ図である。
【図１９】第１の変形例でモデルコース訂正確認のメッセージを受信したユーザ端末側の処理を表わした流れ図である。
【図２０】第１の変形例で園内ユーザ情報管理サーバの制御の様子の後半部分を表わした流れ図である。
【図２１】第１の変形例で園内アトラクション情報サーバの処理を表わした流れ図である。
【図２２】本発明の第２の変形例で園内ユーザ情報管理サーバの処理の流れを表わした流れ図である。
【符号の説明】
【００９４】
１００  モデルコース配信システム
１０１  アミューズメントパーク
１０２  バーチャルプライベートネットワーク
１０３  ユーザ
１０４  園内ユーザ情報管理サーバ
１０５  コース選定サーバ
１０６  統計情報サーバ
１０７  園内アトラクション情報サーバ
１０８  待ち行列集計端末
１１１  アトラクション会場
１１２  ＲＦＩＤリーダ
１１５  インターネット
１１６  携帯電話網
１１７  ユーザ端末
１１９  ＧＰＳ衛星
１２１  測位データ
１２２  無線タグ
１２３  入場券
１３１、１５１、１６１、１７１、１８１  ＣＰＵ
１３５  ユーザ情報データベース
１５４  モデルコース判別部
１５５  モデルコース通知部
１７４  待ち行列収集部
１７５  アトラクション予約部
【図１】
2006134260.tif 000003
【図２】
2006134260.tif 000004
【図３】
2006134260.tif 000005
【図４】
2006134260.tif 000006
【図５】
2006134260.tif 000007
【図６】
2006134260.tif 000008
【図７】
2006134260.tif 000009
【図８】
2006134260.tif 000010
【図９】
2006134260.tif 000011
【図１０】
2006134260.tif 000012
【図１１】
2006134260.tif 000013
【図１２】
2006134260.tif 000014
【図１３】
2006134260.tif 000015
【図１４】
2006134260.tif 000016
【図１５】
2006134260.tif 000017
【図１６】
2006134260.tif 000018
【図１７】
2006134260.tif 000019
【図１８】
2006134260.tif 000020
【図１９】
2006134260.tif 000021
【図２０】
2006134260.tif 000022
【図２１】
2006134260.tif 000023
【図２２】
2006134260.tif 000024