(57)【要約】【課題】  通信費用や端末での混雑の問題を生じさせることなく移動先候補の情報を施設利用者に知らせることができる。【解決手段】  施設の利用者には、ＩＣカード機能付携帯電話１を所持させる。施設内の各ゲート／端末５〜９には、ＩＣカード通信機能（非接触ＩＣカード・リーダ／ライタ装置等）が備えられている。施設管理サーバ３は施設内のブースの中から１以上の移動先候補ブースを決定する機能を備える。利用者が自己のＩＣカード機能付携帯電話１を施設入場ゲート６又はブース退場端末８に翳すと、上記ＩＣカード通信機能により、これらゲート６／端末８を介して施設管理サーバ３から上記１以上の移動先候補ブース情報を受け取り、更にこの移動先候補ブース情報をＩＣカード機能付携帯電話１で表示する。【選択図】図１
2006259908.tif 000002
【特許請求の範囲】
【請求項１】
施設内に配置される、ＩＣカード通信機能を備える各端末と、サーバとが、構内ネットワークに接続されており、
前記サーバは、前記施設内の各ブースの中から１以上の移動先候補ブースを決定する移動先候補決定手段を備え、
前記各端末は、前記ＩＣカード通信機能によって前記施設の利用者が所持するＩＣカード機能付携帯電話と通信を行ったとき、前記サーバにアクセスし、前記移動先候補決定手段によって前記１以上の移動先候補ブースを決定させ、該決定結果を前記ＩＣカード通信機能によって前記ＩＣカード機能付携帯電話に返信する仲介手段を備え、
前記ＩＣカード機能付携帯電話は、受信した前記１以上の移動先候補ブース情報を表示させる表示制御手段を備える
ことを特徴とする誘導案内システム。
【請求項２】
前記サーバは、
前記各ブース間又は各ブース−端末間の距離を格納する第１の記憶手段と、
前記各ブースの許容人数と現在の利用者数を格納する第２の記憶手段と、
前記各ブースが属するエリアを格納する第３の記憶手段とを有し、
前記各端末の仲介手段は、前記サーバにアクセスする際に、自己の識別コードを送信し、
前記移動先候補決定手段は、前記識別コードによって前記アクセス元の端末が施設入場ゲートであると判定した場合には、前記第２、第３の記憶手段を参照して、各エリア毎の混雑度を算出し、最も混雑していないエリアを候補エリアとし、該候補エリアに属する各ブース毎に、前記アクセス元の端末からの距離と混雑度を前記第１、第２の記憶手段を参照して求め、該求めた距離と混雑度に基づいて優先順位を求め、優先順位が高い順に１以上のブースを前記移動先候補ブースとすることを特徴とする請求項１記載の誘導案内システム。
【請求項３】
前記サーバは、
前記各ブース間又は各ブース−端末間の距離を格納する第１の記憶手段と、
前記各ブースの許容人数と現在の利用者数を格納する第２の記憶手段と、
前記各ブースが属するエリアを格納する第３の記憶手段とを有し、
前記各端末の仲介手段は、前記サーバにアクセスする際に、自己の識別コードを送信し、
前記移動先候補決定手段は、前記識別コードによって前記アクセス元の端末が各ブース毎に設置されるブース退場端末であると判定した場合には、該アクセス元のブースが属するエリアを第１の候補エリアとし、更に該第１の候補エリア以外のエリアの中で最も混雑していないエリアを第２の候補エリアとし、該各候補エリアに属する各ブース毎に、前記アクセス元の端末からの距離と混雑度を前記第１、第２の記憶手段を参照して求め、該求めた距離と混雑度に基づいて優先順位を求め、優先順位が高い順に１以上のブースを前記移動先候補ブースとすることを特徴とする請求項１記載の誘導案内システム。
【請求項４】
前記サーバは、前記ＩＣカード機能付携帯電話に対して予め任意の登録ＩＤを送信して保存させておき、該登録ＩＤに対応付けて前記各ブースの利用履歴を格納する第４の記憶手段を更に有し、
前記ＩＣカード機能付携帯電話は前記各端末との通信の際に前記登録ＩＤを送信し、
前記各端末の仲介手段は前記識別コード送信の際に該登録ＩＤも送信し、
前記サーバは、該受信した識別コードと登録ＩＤに基づいて前記第４の記憶手段の利用履歴を更新し、
前記移動先候補決定手段は、該利用履歴に基づき、利用済みのブースは除外して前記移動先候補ブースを決定することを特徴とする請求項２又は３記載の誘導案内システム。
【請求項５】
前記サーバは外部ネットワークにも接続しており、該外部ネットワークを介して前記ＩＣカード機能付携帯電話から事前登録の要求があった場合、利用者が希望するブースとその利用優先度を登録させ、該登録内容を前記登録ＩＤに対応付けて前記第４の記憶手段に更に記憶しておき、
前記移動先候補決定手段は、前記優先順位を前記距離と混雑度と該利用優先度とに基づいて求めることを特徴とする請求項２〜４の何れかに記載の誘導案内システム。
【請求項６】
前記サーバは施設管理者が希望する各ブースの優先度を予め記憶しておく第５の記憶手段を更に有し、
前記移動先候補決定手段は、前記優先順位を前記距離と混雑度と該優先度とに基づいて求めることを特徴とする請求項２〜４の何れかに記載の誘導案内システム。
【請求項７】
施設内に配置される、ＩＣカード通信機能を備える各端末と、サーバとが、構内ネットワークに接続されて成るシステムにおける前記サーバにおいて、
前記施設内の各ブース間の距離を格納する第１の記憶手段と、
前記各ブースの許容人数と現在の利用者数を格納する第２の記憶手段と、
前記各ブースが属するエリアを格納する第３の記憶手段と、
任意の前記端末から情報配信要求が送られてくる毎に、前記第２、第３の記憶手段を参照して、各エリア毎の混雑度を算出し、最も混雑していないエリアを第１の候補エリアとし、該第１の候補エリアに属する各ブース毎に、該ブースの混雑度と前記アクセス元の端末があるブースからの距離とを前記第１、第２の記憶手段を参照して求め、該求めた距離と混雑度に基づいて優先順位を求め、優先順位が高い順に１以上のブースを移動先候補ブースとする移動先候補決定手段と、
を有することを特徴とするサーバ。
【請求項８】
前記移動先候補決定手段は、前記第１の候補エリアに代えて又は前記第１の候補エリアに加えて、前記アクセス元の端末が属するエリアを第２の候補エリアとし、該第１の候補エリアに属する各ブース毎に、前記アクセス元の端末からの距離と混雑度を前記第１、第２の記憶手段を参照して求め、該求めた距離と混雑度に基づいて優先順位を求め、優先順位が高い順に１以上のブースを移動先候補ブースとすることを特徴とする請求項７記載のサーバ。
【請求項９】
コンピュータに、
施設内の各ブース間の距離を格納する機能と、
前記各ブースの許容人数と現在の利用者数を格納する機能と、
前記各ブースが属するエリアを格納する機能と、
任意の端末から情報配信要求が送られてくる毎に、前記各格納データを参照して、各エリア毎の混雑度を算出し、最も混雑していないエリアを候補エリアとし、該候補エリアに属する各ブース毎に、該ブースの混雑度と前記アクセス元の端末があるブースからの距離とを求め、該求めた距離と混雑度に基づいて優先順位を求め、優先順位が高い順に１以上のブースを移動先候補ブースとする機能と、
を実現させる為のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テーマパーク、遊園地、イベント会場などの施設において、利用者の効率的な利用を支援するシステムに関する。
【背景技術】
【０００２】
従来、利用者にとって、テーマパーク、遊園地、イベント会場等の施設内にあるブースの利用状況（混雑状況）を知る為には、ブースの目の前に実際に行くか、特定の案内掲示板に行く必要があった。そのため、利用者は効率的に施設内を利用することが困難であった。また、施設管理者にとっても、施設内の場所・設備などを効率的に稼動することが困難であった。つまり、人気の程度により、施設内の各場所（ブース）が、混雑したり閑散となったりして、稼動効率が悪くなる。
【０００３】
これに対して、例えば、特許文献１では、複数の端末を施設内に配置し、利用者にICカードを所持させる。そして、施設管理支援装置は、施設内の各地点の混雑度を記憶する手段を有し、利用者がICカードを端末に翳すと、この端末の位置を特定し、上記混雑度と位置とに基づき、移動先地点を抽出し、この移動先地点を特定する情報を、上記ＩＣカードが翳された端末に配信するといった方法が開示されている。
【特許文献１】特開２００３−１８７０２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記特許文献１記載の方法では、施設への入場時のICカード発券の際に、移動先候補の検索条件を入力するために時間が掛かり、発券端末で混雑が発生する。また、移動先候補の情報は上記施設内の各端末でしか見られないので、利用者が各端末に表示される情報を見て、移動先を決定するまで又は利用者が移動先へのルートを覚えるまでの間、端末は利用者に占有されて、混雑が発生する。
【０００５】
また、施設管理支援装置は、上記移動先地点を求める為には、施設内のブースを全件検索するため、検索時間がかかり、端末の占有時間を延ばす要因となる。そして、施設内におけるブースの数が多くなるほど検索時間が長くなる。また、この問題を回避するために利用者の携帯端末に移動先候補の情報を配信するという方法も考えられるが、この方法では通信費用が発生する為、特に頻繁に情報を得たい場合には通信費用がかさむと言う問題があった。
【０００６】
本発明の課題は、利用者にＩＣカード機能付携帯電話を所持させ、施設内のネットワークに接続された各端末にＩＣカード通信機能を備えさせることで、通信費用や端末での混雑の問題を生じさせることなく移動先候補の情報を施設利用者に知らせることができ、更に時間が掛からずに移動先候補を決定でき、更に事前に登録させた利用者の希望を反映させて移動先候補を決定でき、あるいは施設管理者の希望も反映させることができる誘導案内システム、そのサーバ、プログラム等を提供することである。
【課題を解決するための手段】
【０００７】
本発明の誘導案内システムは、施設内に配置される、ＩＣカード通信機能を備える各端末と、サーバとが、構内ネットワークに接続されており、前記サーバは、前記施設内の各ブースの中から１以上の移動先候補ブースを決定する移動先候補決定手段を備え、前記各端末は、前記ＩＣカード通信機能によって前記施設の利用者が所持するＩＣカード機能付携帯電話と通信を行ったとき、前記サーバにアクセスし、前記移動先候補決定手段によって前記１以上の移動先候補ブースを決定させ、該決定結果を前記ＩＣカード通信機能によって前記ＩＣカード機能付携帯電話に返信する仲介手段を備え、前記ＩＣカード機能付携帯電話は、受信した前記１以上の移動先候補ブース情報を表示させる表示制御手段を備えるように構成する。
【０００８】
上記構成の誘導案内システムによれば、利用者は、自己が所持するＩＣカード機能付携帯電話を任意の端末に翳せば、ＩＣカード通信機能によりこの端末を介してサーバから移動先候補ブース情報を受け取ってＩＣカード機能付携帯電話に表示させることができるので、通信費用が掛からないと共に、端末を占有する時間が短くて済む。すなわち、従来では、移動先候補ブース情報は端末で表示させていた為、利用者は表示内容を理解して次のブースを判断するまで端末を占有していたが、上記誘導案内システムでは移動先候補ブース情報を受信すれば、端末から離れて、自己のＩＣカード機能付携帯電話に表示される情報を参照すればよいので、端末の占有時間は移動先候補ブース情報を受信するまでの時間分で済む。
【０００９】
また、上記移動先候補ブース情報を受信するまでの時間を、短時間とすることができる。
すなわち、例えば、前記サーバは、前記各ブース間又は各ブース−端末間の距離を格納する第１の記憶手段と、前記各ブースの許容人数と現在の利用者数を格納する第２の記憶手段と、前記各ブースが属するエリアを格納する第３の記憶手段とを有し、前記各端末の仲介手段は、前記サーバにアクセスする際に、自己の識別コードを送信し、前記移動先候補決定手段は、前記識別コードによって前記アクセス元の端末が施設入場ゲートであると判定した場合には、前記第２、第３の記憶手段を参照して、各エリア毎の混雑度を算出し、最も混雑していないエリアを候補エリアとし、該候補エリアに属する各ブース毎に、前記アクセス元の端末からの距離と混雑度を前記第１、第２の記憶手段を参照して求め、該求めた距離と混雑度に基づいて優先順位を求め、優先順位が高い順に１以上のブースを前記移動先候補ブースとするように構成する。
【００１０】
あるいは、前記サーバは、前記各ブース間又は各ブース−端末間の距離を格納する第１の記憶手段と、前記各ブースの許容人数と現在の利用者数を格納する第２の記憶手段と、前記各ブースが属するエリアを格納する第３の記憶手段とを有し、前記各端末の仲介手段は、前記サーバにアクセスする際に、自己の識別コードを送信し、前記移動先候補決定手段は、前記識別コードによって前記アクセス元の端末が各ブース毎に設置されるブース退場端末であると判定した場合には、該アクセス元のブースが属するエリアを第１の候補エリアとし、更に該第１の候補エリア以外のエリアの中で最も混雑していないエリアを第２の候補エリアとし、該各候補エリアに属する各ブース毎に、前記アクセス元の端末からの距離と混雑度を前記第１、第２の記憶手段を参照して求め、該求めた距離と混雑度に基づいて優先順位を求め、優先順位が高い順に１以上のブースを前記移動先候補ブースとするように構成する。
【００１１】
上記の通り、処理対象を第１の候補エリア又は／及び第２の候補エリアに絞って、これら候補エリアに属するブースの中から前記移動先候補ブースを決定するので、上記距離や混雑度や優先順位を求める処理を短時間で実行できる。
【００１２】
また、例えば、前記サーバは、前記ＩＣカード機能付携帯電話に対して予め任意の登録ＩＤを送信して保存させておき、該登録ＩＤに対応付けて前記各ブースの利用履歴を格納する第４の記憶手段を更に有し、前記ＩＣカード機能付携帯電話は前記各端末との通信の際に前記登録ＩＤを送信し、前記各端末の仲介手段は前記識別コード送信の際に該登録ＩＤも送信し、前記サーバは、該受信した識別コードと登録ＩＤに基づいて前記第４の記憶手段の利用履歴を更新し、前記移動先候補決定手段は、該利用履歴に基づき、利用済みのブースは除外して前記移動先候補ブースを決定するようにしてもよい。
【００１３】
上記第４の記憶手段によって各利用者毎にブースの利用履歴を記憶・管理することで、既にその利用者が利用済みのブースを移動先候補ブースとして提示してしまう事態を回避することができる。
【００１４】
また、例えば、前記サーバは外部ネットワークにも接続しており、該外部ネットワークを介して前記ＩＣカード機能付携帯電話から事前登録の要求があった場合、利用者が希望するブースとその利用優先度を登録させ、該登録内容を前記登録ＩＤに対応付けて前記第４の記憶手段に更に記憶しておき、前記移動先候補決定手段は、前記優先順位を前記距離と混雑度と該利用優先度とに基づいて求めるようにしてもよい。
【００１５】
上記構成により、利用者の希望も反映させて移動先候補ブースを決定することができると共に、利用者の希望は事前に外部ネットワークを介して登録することができるので、登録の為に端末を長時間占有して混雑させるような事態を回避できる。
【発明の効果】
【００１６】
本発明の誘導案内システム、そのサーバ、プログラム等によれば、利用者にＩＣカード機能付携帯電話を所持させ、施設内のネットワークに接続された各端末にＩＣカード通信機能を備えさせることで、通信費用や端末での混雑の問題を生じさせることなく移動先候補の情報を施設利用者に知らせることができる。つまり、ＩＣカード機能により情報を配信できるので、通信費用が掛からない。また、移動先候補の情報は、端末に表示させるのではなく、ＩＣカード機能付携帯電話に表示させるので、利用者は、移動先候補の情報が配信されるまでの間しか端末を占有しないので、端末で混雑が生じることはない。
【００１７】
更に、上記移動先候補の情報が配信されるまでの時間を短くすることもできる。つまり、エリアで移動先候補を絞り込むことで移動先優先順位を全件検索する必要がなく、検索時間を短くすることが可能である。
【００１８】
また、一度行ったブースを案内してしまうような事態を回避することが可能である。
更に、事前にＩＣカード機能付携帯電話から登録させた利用者の希望を反映させて移動先候補を決定できる。つまり、利用者が自己の希望を入力するのに時間が掛かっても、従来のように発券端末を占有するわけではないので、混雑が発生することはない。
あるいは移動先候補の決定の際に、施設管理者の希望も反映させることができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して、本発明の実施の形態について説明する。
図１に本例の誘導案内システム全体の概略構成図を示す。
図１に示す誘導案内システムでは、テーマパーク、遊園地、イベント会場等の任意の施設内に、施設管理サーバ３、受付端末５、施設入場ゲート６、ブース入場端末７、ブース退場端末８、及び施設退場ゲート９が備えられており、これらがＬＡＮ４に接続されている。また、施設管理サーバ３は、ネットワーク２に接続しており、外部の任意の情報処理装置からアクセス可能となっており、所謂Ｗｅｂサーバ機能やメールサーバ機能も備えている。ネットワーク２は、例えばインターネットや各携帯電話会社が構築している携帯電話用通信網等である。
【００２０】
本例では、施設の利用者は、ＩＣカード機能付携帯電話１を所持しているものとする。ＩＣカード機能付携帯電話１は、その名の通り、ＩＣカード機能を搭載した携帯電話であり、例えばDoCoMoの「おサイフケータイ」（FeliCaと呼ばれる非接触ＩＣカード技術が搭載された携帯電話）等が既に発売されている。この様なＩＣカード機能付携帯電話１を用いれば、ＩＣカード通信機能（非接触ＩＣカード・リーダ／ライタ装置等）を備える端末に、ＩＣカード機能付携帯電話１を翳すだけで、商店や自販機での買い物や、各種イベント会場や駅においてゲートインや発券等を行うことができる。勿論、携帯電話であるのだから、利用者は、上記ネットワーク２を介して、任意のサイトにアクセスして、チケットや切符の購入、電子マネーのチャージ等を行うことができる。
【００２１】
そして、本例の誘導案内システムでは、ＩＣカード機能付携帯電話１からネットワーク２を介して施設管理サーバ３にアクセスして、そのホームページを参照したり後述する事前登録を行ったり、後述する候補ブース情報を配信させることもできる。事前に登録する情報は、例えば施設利用者が利用したいブース（以下、希望ブースと呼ぶ）と、これら希望ブースの優先順位等である。この様に、事前に登録を行うことで、当日に発券端末等で混雑が生じることがなくなる。
【００２２】
上記受付端末５、施設入場ゲート６、ブース入場端末７、ブース退場端末８、及び施設退場ゲート９には、ＩＣカード通信機能（非接触ＩＣカード・リーダ／ライタ装置等）が備えられている。受付端末５は、施設入口近くに備えられており、入場受付けや料金支払いを行う為の端末である。施設入場ゲート６、施設退場ゲート９は施設の出入口に設けられたゲートであり、ブース入場端末７、ブース退場端末８は施設内にある各ブースの出入口に設けられた端末であり、施設管理サーバ３は、これら何れかの端末を介して、ＩＣカード機能付携帯電話１とデータ送受信することができる。
【００２３】
そして、施設利用者は、自己のＩＣカード機能付携帯電話１をこれらゲート／端末５〜９の何れかに翳すだけで、施設管理サーバ３から配信される候補ブース情報を、ＩＣカード機能付携帯電話１に表示させることができる。よって、通信費用が掛からない。また、利用者は、候補ブース情報を受信したら、端末から離れて、その表示内容を参照すればよいので、移動先を決定したり移動先へのルートを覚えるのに時間が掛かっても、端末が混雑することはない。また、施設管理サーバ３において、各ブースはグループ（エリア）分けして管理されており、このエリアで移動先候補を絞り込むことで、従来のように全件検索する必要なく、上記候補ブースを求めることができるので、従来より短い時間で候補ブースと求めることができる。上記候補ブースは、混雑度や現在位置からの距離に基づいて決定するが、更に上記利用者の希望（希望ブースと優先順位）を反映させて決定してもよい。あるいは、施設管理者の希望を反映させて決定してもよい。  
【００２４】
以下、図２以降の各図面を参照して、図１の誘導案内システムについて詳細に説明する。
まず、図２に、施設管理サーバ３が記憶する各種テーブルの一例を示す。これら各種テーブルは、例えば施設管理サーバ３が備えるハードディスク等の記憶装置（不図示）に格納される。図２（ａ）は利用者管理情報テーブル２０、図２（ｂ）はブース位置情報テーブル３０、図２（ｃ）は施設管理情報テーブル４０、図２（ｄ）は利用状況管理情報テーブル５０の一例を示す。
【００２５】
利用者管理情報テーブル２０は、登録ＩＤ２１、有効期限２２、決済済２３、入場記録２４、利用優先度２５、利用履歴２６の各データ項目より成る。
ブース位置情報テーブル３０には、図示の通り、各ブース間の距離、及び施設入場ゲート６と各ブース間の距離が格納される。
【００２６】
施設管理情報テーブル４０には、各ブース毎に、そのブースが属するエリア４１と、そのブースの優先度４２が格納される。ここで、本例では、例えば図３に示すように、施設内を複数のエリアに分割しており、各ブースは何れか１つのエリアに属している。これより、上記エリア４１には、そのブースが属するエリア（その識別番号等）が格納される。
【００２７】
また、優先度４２は、上記施設管理者の希望を登録しておくものである。
利用状況管理情報テーブル５０には、現在の施設の入場者数５１、現在の各ブースの利用者数５２が格納され、これらは随時更新されていく。更に、各ブースが収容可能な人数である許容人数５３が予め登録されている。
【００２８】
施設管理サーバ３は、上記各種テーブルを参照し又は更新しつつ、以下に説明する処理を実行する。
まず、全体的な流れを示す為、図４に、本例の誘導案内システムを利用する施設利用者の利用手順を示す。
【００２９】
本システムでは、基本的には、利用者は自己のＩＣカード機能付携帯電話１を使って、事前に施設管理サーバ３に対して利用登録を行う。この事前登録を済ませてあれば、利用者は、当日に、施設入場ゲート６に行き、自己のＩＣカード機能付携帯電話１を翳せば（ステップＳ１１）、登録済みであることから（ステップＳ１２，ＹＥＳ）、ステップＳ１４以降の誘導案内サービスを受けることができる。但し、これは一例であり、利用登録を行わなくても誘導案内サービスを受けることができるようにしてもよい（但し、この場合、利用優先度２５が記録されないことになるから、候補ブース決定の際に利用者の希望は反映されない。また、利用履歴２６が記録されないことになるので、利用済みのブースが候補ブースとなる可能性がある）。
【００３０】
一方、ＩＣカード機能付携帯電話１を所有していない利用者もいることを考慮して、事前登録が行えない場合には（ステップＳ１２，ＮＯ）、受付端末５においてＩＣカード機能付携帯電話を貸し出すようにしている（以下、貸出端末と呼ぶ）。この場合、利用者は、貸出端末を用いて、当日に、上記利用登録処理を行うことになる。尚、利用者は、受付端末５において個人情報（名前、住所等）を登録したら、受付端末５近くの案内所等で係員から貸出端末を受け取る。
【００３１】
上記ＩＣカード機能付携帯電話１による事前登録または貸出端末による当日登録処理について、図５に示す。尚、以下の説明では、ＩＣカード機能付携帯電話１または貸出端末を、利用者端末と呼ぶものとする。
【００３２】
利用者は、事前に又は当日に登録処理を行いたい場合、利用者端末からネットワーク２を介して施設管理サーバ３にアクセスして、施設管理サーバ３が提供する不図示のサービス選択画面上で「新規登録」を選択する。施設管理サーバ３は、この登録要求を受けると（ステップＳ３１）、利用者端末に対して登録フォームを送信する（ステップＳ３２）。
【００３３】
利用者端末は、この登録フォームにより、その液晶ディスプレイに登録画面を表示して、利用者に入力を行わせる。登録画面は、特に図示しないが、少なくとも、氏名（ニックネームでも可）、利用予定日、メールアドレス（連絡先）を入力させると共に、施設内にある全てのブースを一覧表示して、この中から行きたいブース（希望ブース）を１以上選択させると共に、希望ブースの優先順位を入力させるものである。
【００３４】
利用者が、上記登録画面に従って必要な情報を入力したら、この登録情報が施設管理サーバ３に送られる。施設管理サーバ３は、この登録情報を受け取ったら（ステップＳ３３）、データチェックを行う（ステップＳ３４）。このデータチェックは、例えば入力漏れがないかをチェックするものである。入力漏れ等があった場合には（ステップＳ３４，ＮＧ）、再度、登録フォームを送信して、利用者に再入力を行わせる。
【００３５】
データチェック結果がＯＫであった場合には（ステップＳ３４，ＯＫ）、基本的には、ステップＳ４０の処理を行えばよいが、入力されたメールアドレスが正しいか否かの確認する為に、ステップＳ３７〜Ｓ３９の処理を行うようにしてもよい。但し、このステップＳ３７〜Ｓ３９の処理は、利用者端末が上記貸出端末であった場合には（ステップＳ３６，ＹＥＳ）、必要ない。なぜなら、各貸出端末のメールアドレスは、予め登録されており、登録メールアドレスの何れかと一致すれば、確認がとれたことになるからである。
【００３６】
一方、利用者端末が上記ＩＣカード機能付携帯電話１である場合には（ステップＳ３６，ＮＯ）、上記入力されたメールアドレスを宛先とするメールアドレス確認用メールを、利用者端末に送信し（ステップＳ３７）、利用者からのアクセス待ち状態となる（ステップＳ３８）。メールアドレス確認用メールには、Ｗｅｂサイト（施設管理サーバ３）が提供するメール確認用ホームページのＵＲＬと確認用ＩＤが記載されており、これより、利用者がこのＵＲＬのホームページにアクセスし、上記確認用ＩＤを正しく入力した場合には（ステップＳ３９，ＹＥＳ）、ステップＳ４０の処理を実行する。一方、メールアドレスの入力ミス等が原因で、メールアドレス確認用メールを利用者端末で受信しなかった場合等には、上記アクセスは行われないので（ステップＳ３９，ＮＯ）、上記登録情報は破棄する（ステップＳ４１）。
【００３７】
ステップＳ４０の処理は、上記希望ブースとその優先順位を利用者管理情報テーブル２０の利用優先度２５に格納すると共に、ユニークな登録ＩＤを発行し、また利用希望日に応じて任意に有効期限を設定して、これらを利用者管理情報テーブル２０のＩＤ２１と有効期限２２に格納する。尚、利用優先度２５は、上記優先順位に従い、利用者が最も行きたいブースから順に、１，２，３等の数値を格納する。また、希望ブース以外にブースに関しては、一律、大きな数値（例えば、希望ブースとして８つのブースが選択された場合には、最も優先順位が低いブースの利用優先度２５は‘８’であるので、例えばその２倍や３倍の値等）を格納する。更に、図２（ａ）には示していないが、利用者管理情報テーブル２０には氏名やメールアドレス等も格納される。そして、登録受付け完了フォームを、利用者端末に送信する。この登録受付け完了フォームには、上記登録ＩＤが含まれており、利用者端末は、この登録ＩＤを、自己のＩＣカードに記録する。
【００３８】
以上がステップＳ４０の処理であり、これより図５に示す登録処理は終了する。
尚、施設管理サーバ３は有効期限を過ぎた登録情報は抹消する。
上記ＩＣカード機能付携帯電話１または貸出端末は、基本的には既存のＩＣカード機能付携帯電話を用いればよいが、専用アプリケーションをインストールしておく必要がある。この専用アプリケーションは、例えば上記Ｗｅｂサイト（施設管理サーバ３）にアクセスして手に入れることができる。この専用アプリケーションは、例えば、上記登録ＩＤをＩＣカードに記録する機能や、後述するように施設内の各端末／ゲートに備えられるＩＣカード・リーダ／ライタとの通信において、登録ＩＤ等を送信したり、受信したデータを表示する等の機能を実現するものである。
【００３９】
再び、図４の説明に戻る。尚、以下の説明では、施設利用者は、自己のＩＣカード機能付携帯電話１を所有しているおり、事前登録を済ませているものとして説明する。
利用者は、当日、施設にくると、まず、受付端末５等で利用料の支払いを行う。その際、受付端末５が備える非接触ＩＣカード・リーダ／ライタに対して自己のＩＣカード機能付携帯電話１を翳す。これにより、ＩＣカード機能付携帯電話１から上記登録ＩＤ等が送信される。これを受けて、受付端末５は、上記登録ＩＤ等と共に自己の識別コードを、ＬＡＮ４を介して施設管理サーバ３に送信する。ここで、識別コードとは、予め施設内の各ゲート／端末５〜９に割り当てられているユニークな識別番号であり、施設管理サーバ３は、この識別コードによって、どのゲート／端末からのアクセスであるのかを認識することができる。
【００４０】
施設管理サーバ３は、受信した登録ＩＤを用いて利用者管理情報テーブル２０を検索し、該当するデータが登録されている場合には、そのデータにおける決済済２３の欄に、決済済を示す記号（図２の例では○）を記入する。
【００４１】
尚、上記の通り、各ゲート／端末５〜９には非接触ＩＣカード・リーダ／ライタ等が備えられており、利用者は自己のＩＣカード機能付携帯電話１を非接触ＩＣカード・リーダ／ライタに翳すことで通信を行うのであるが、以下の説明では逐一非接触ＩＣカード・リーダ／ライタについては記述しないで、例えば施設入場ゲート６にＩＣカード機能付携帯電話１を翳す、等と表現するものとする。
【００４２】
上記料金支払いを済ませたら、次に利用者は、施設入場ゲート６に行き、ＩＣカード機能付携帯電話１を翳す。これによって、ＩＣカード機能付携帯電話１が上記登録ＩＤ等を送信すると、施設入場ゲート６は、上記受付端末５と同様、上記登録ＩＤ等と共に自己の識別コードを、ＬＡＮ４を介して施設管理サーバ３に送信する。上記の通り、施設管理サーバ３は、識別コードによって、どのゲート／端末から送信されてきたのかが分かるようになっているので、この場合は施設入場ゲート６からのアクセスがあったと認識し、図６（ａ）に示す入場処理を実行する。
【００４３】
図６（ａ）において、施設管理サーバ３は、施設入場ゲート６からのアクセスがあったと認識した場合（ステップＳ５１）、受信した登録ＩＤを用いて利用者管理情報テーブル２０を検索し、該当するデータが登録されているか否かを判定する（ステップＳ５２）。もし、該当する登録データがない場合（ステップＳ５２，ＮＯ）、施設入場ゲート６を介して、ＩＣカード機能付携帯電話１に対して、未登録であることを通知するフォームを送信する（ステップＳ５３）。ＩＣカード機能付携帯電話１は、この通知内容を表示する。これによって、利用者は、図５で説明した登録処理を行ってもよいが、上記の通り、登録処理を行わなくてもよい。尚、登録データがある場合でも、決済済２３をチェックした結果、料金未払いであった場合には、入場を許可しない。
【００４４】
一方、該当する登録データがある場合（ステップＳ５２，ＹＥＳ）、利用者管理情報テーブル２０の入場記録２４の欄に、入場したことを示す記号等（図２の例では○）を記入し、続いて、図６（ｂ）に示す誘導案内処理に移る。
【００４５】
図６（ｂ）に示す誘導案内処理は、利用者が施設入場ゲート６を通過したときだけでなく、利用者が利用したブースのブース退場端末８を通過したときや（何れの場合も、ＩＣカード機能付携帯電話１をリーダ／ライタに翳すものとする）、あるいはＩＣカード機能付携帯電話１からネットワーク２を介して直接、施設管理サーバ３に対して情報配信要求を送信した場合にも実行される。これは、上記識別コードによって、アクセス元が施設入場ゲート６又はブース退場端末８であると認識した場合には、情報配信要求を受けたものと判定するものである（ステップＳ６１）。
【００４６】
施設管理サーバ３は、アクセス元が上記の何れの場合にもステップＳ６５の処理を実行するが、これに加えて、アクセス元が施設入場ゲート６である場合にはステップＳ６３の処理を実行し、アクセス元がブース退場端末８である場合にはステップＳ６４の処理を実行する。これは、施設内の利用状況（混雑状況）を管理する為の処理であり、ステップＳ６３は図２（ｃ）の利用状況管理情報テーブル５０の入場者数５１の値を＋１（インクリメント）する処理であり、ステップＳ６４は利用者数５２における該当ブースの利用者数を−１（デクリメント）すると共に、テーブル２０の利用履歴２６における該当ブースに、利用済みを示す記号（図２では○）を記入する処理である。尚、上記識別コードによって、アクセス元がブース退場端末８であることが認識できるだけでなく、どのブースにおけるブース退場端末８であるのかも認識できるようになっている（特に図示しないが、予め対応関係を登録しておけばよい）。これより、上記“該当ブース”を判別できる。これは、アクセス元がブース入場端末７である場合も同様である。
【００４７】
そして、ステップＳ６５の処理では、上記利用者管理情報テーブル２０、ブース位置情報テーブル３０、施設管理情報テーブル４０、利用状況管理情報テーブル５０の何れか１つ以上を参照して、複数の候補ブースとその優先順位を決定する。尚、候補ブースは１つのみとしてもよい。この場合、当然、優先順位は必要ない。但し、以下の説明では候補ブースは複数あるものとする。
【００４８】
そして、決定した複数の候補ブースとその優先順位を、起動コマンドと共に、ＩＣカード機能付携帯電話１に送信する。勿論、これは、アクセス元のゲート／端末を介して送信することになる。よって、例えばアクセス元が施設入場ゲート６である場合には、ＬＡＮ４と施設入場ゲート６を介して、ＩＣカード機能付携帯電話１に送信することになる。
【００４９】
ＩＣカード機能付携帯電話１は、これら起動コマンド、データを受信すると、候補ブースとその優先順位を表示するアプリケーションを起動し、上記決定された複数の候補ブースとその優先順位を表示する。利用者は、表示された内容を参考にして、次に行くべきブースを決めて、このブースへと移動する（図４のステップＳ１４）。
【００５０】
そして、利用者が、移動先のブースにおけるブース入場端末７にＩＣカード機能付携帯電話１を翳すと、上記施設入場ゲート６の場合と同様にして、ブース入場端末７は施設管理サーバ３に登録ＩＤと自己の識別コードを送信する（ステップＳ１５）。施設管理サーバ３は、この識別コードによって、ブース入場端末７からアクセスがあったことを認識すると、図６（ｃ）の処理を実行する。すなわち、上記の通り、識別コードによって、アクセス元のブース入場端末７がどのブースのものであるかも判別できるので、利用者数５２における該当ブースの利用者数を＋１する（ステップＳ７１）。
【００５１】
そして、利用者はこのブースを利用した後、このブースから退場する際には、ブース退場端末８にＩＣカード機能付携帯電話１を翳す。これによって、施設管理サーバ３は上記図６（ｂ）の処理を実行し、上記と同様、複数の候補ブースとその優先順位をＩＣカード機能付携帯電話１に返信して表示させる。
【００５２】
利用者は、この表示を見て、次のブースへと移動し（ステップＳ１８）、移動先のブースにおいてステップＳ１５，Ｓ１６の作業を行い、次の候補ブース情報を入手する。そして、帰る場合には（ステップＳ１７，ＹＥＳ）、退場ゲートへ移動し（ステップＳ１９）、施設退場ゲート９にＩＣカード機能付携帯電話１を翳す（ステップＳ２０）。ＩＣカード機能付携帯電話１は、ＩＣカードに記録されている登録ＩＤを送信し、施設退場ゲート９は、この登録ＩＤを自己の識別コードと共に施設管理サーバ３に送信する。施設管理サーバ３は、この識別コードによって、施設退場ゲート９からのアクセスであることを認識すると、図６（ｄ）の処理を実行する。すなわち、テーブル５０の入場者数５１を−１する（ステップＳ７２）。
【００５３】
また、図には示していないが、更に、送られてきた登録ＩＤに基づいて、利用者管理情報テーブル２０から該当データを削除する。これにより、使われていた登録IDを次の利用者に割り当てることが可能となる。そして、施設退場ゲート９を介してＩＣカード機能付携帯電話１に対して、登録ＩＤ削除コマンドを送信する。この登録ＩＤ削除コマンドを受信したＩＣカード機能付携帯電話１は、自己のＩＣカードに記録されている登録ＩＤを消去する。
【００５４】
ここで、図６（ｂ）のステップＳ６５の処理は、施設入場ゲート６からアクセスがあった場合と、ブース退場端末８からアクセスがあった場合とでは、その処理内容が異なる。
まず、以下、施設入場ゲート６からアクセスがあった場合の処理について、図７〜図９を参照して説明する。この処理は、概略的には、まず、利用状況管理情報テーブル５０等を参照して、各エリアの混雑度を求め、最も空いているエリアを候補エリアとする。そして、この候補エリア内の全てのブースについて、混雑度を求めると共に、ブース位置情報テーブル３０を参照して現在位置からの距離を求める。そして、求めた混雑度と距離とに基づいて、上記候補エリア内のブースの優先順位を決定し、これをＩＣカード機能付携帯電話１に通知するものである。尚、この例は、混雑度と距離に基づいて決定するが、更にテーブル２０の利用優先度２５やテーブル４０の優先度４２も加えて決定するようにしてもよい。これについては後に説明する。尚、利用優先度２５は利用者の希望する優先度であり、優先度４２は例えば施設管理者等が希望する優先度である。
【００５５】
まず、図７に示す各エリアの混雑度の算出処理について説明する。
図７の処理は、施設管理情報テーブル４０と利用状況管理情報テーブル５０を参照して実行する。施設管理情報テーブル４０を参照すれば、施設内のエリア数や各ブースがどのエリアに属するかが分かる。利用状況管理情報テーブル５０を参照すれば、各ブースの許容人数と現在の利用者数が分かる。
【００５６】
図７において、まず、施設内の総エリア数を変数ｍに代入する。図３の例では、Area１〜Area５まであるので、‘５’が代入される。また、各エリア毎にそのエリア内にあるブースの数を、“エリア［ｉ］．総ブース数”にセットする。図３の例では、例えばArea２にはブースが３つあるので、“エリア［２］．総ブース数”に‘３’がセットされる。そして、ｉ、ｊにそれぞれ初期値‘１’を代入する（以上、ステップＳ８１）。
【００５７】
これより、各エリア毎に、まず、ステップＳ８２〜Ｓ８４の処理を繰り返し実行することで“エリア［ｉ］．総利用者数”と“エリア［ｉ］．総許容量”を求める。“エリア［ｉ］．総利用者数”は、エリアｉにおける総利用者数を表す。“エリア［ｉ］．総許容量”はエリアｉにおける総許容人数を表す。ステップＳ８２の処理では、“エリア［ｉ］．総利用者数”は、“エリア［ｉ］．ブース［ｊ］．利用者数”の総和として求める。“エリア［ｉ］．ブース［ｊ］．利用者数”は、エリアｉにおけるブース［ｊ］の利用者数５２を表す。但し、このブース［ｊ］は、例えばｊ＝２の場合は、テーブル４０，５０におけるブース２を意味するというものではなく、エリアｉにおける２番目のブースを意味する。例えば、エリア２にはブース３、ブース５、ブース８があったとすると、２番目のブースであるブース５を意味する。更に、“エリア［ｉ］．総許容量”は、“エリア［ｉ］．ブース［ｊ］．許容人数”の総和として求める。“エリア［ｉ］．ブース［ｊ］．許容人数”は、エリアｉにおけるブースｊの許容人数５３を表す。
【００５８】
上記の処理によって、あるエリアｉについて“エリア［ｉ］．総利用者数”と“エリア［ｉ］．総許容量”を求めたら、以下の（１）式により、このエリアｉの混雑度を表す“エリア［ｉ］．混雑度”を算出する（ステップＳ８５）。
【００５９】
エリア［ｉ］．混雑度＝（エリア［ｉ］．総利用者数／エリア［ｉ］．総許容量）×１００      ・・・（１）式
上記混雑度の値が大きいほど、そのエリアは混雑していることになる。
【００６０】
あるエリアｉについて上記の通り混雑度を算出したら、ｉを＋１インクリメントすると共にｊをリセットして（初期値１を代入する）、次のエリアについて上記ステップＳ８２〜８５の処理を行うことで混雑度を算出する。そして、全てのエリアについて混雑度を算出したら（ステップＳ８６，ＹＥＳ）、本処理は終了し、続いて図８の処理を実行する。
【００６１】
図８の処理は、図７の処理で求めた“エリア［ｉ］．混雑度”（ｉ＝１〜ｍ）を、その値が小さい順にソートし（ステップＳ９１）、“エリア［ｉ］．混雑度”の値が最も小さいエリアを、候補エリアとする。この候補エリアは、以下、エリア［Ｉ］と表す（ステップＳ９２）。尚、ステップＳ９１の処理は、必ず必要なわけではない。
【００６２】
そして、求めた候補エリアについて、図９の処理を実行する。
図９の処理では、まず、“エリア［Ｉ］．総ブース”の値を変数ｌに代入し、変数ｊに初期値‘１’を代入する（ステップＳ１０１）。“エリア［Ｉ］．総ブース”とは、上記候補エリア内のブースの数を意味する。
【００６３】
そして、ｊを順次＋１インクリメントしながら（ステップＳ１０４）、ステップＳ１０２の処理を実行していくことで、候補エリア内の各ブース毎に、候補指数を算出する。ステップＳ１０２は、まず、以下の（２）式により“エリア［Ｉ］．ブース［ｊ］．混雑度”を求め、（３）式により“エリア［Ｉ］．ブース［ｊ］．候補指数”を算出する。
【００６４】
エリア［Ｉ］．ブース［ｊ］．混雑度＝（エリア［Ｉ］．ブース［ｊ］．利用者数／エリア［Ｉ］．ブース［ｊ］．許容人数）×１００    ・・・（２）式
エリア［Ｉ］．ブース［ｊ］．候補指数＝エリア［Ｉ］．ブース［ｊ］．混雑度＋現在位置との距離    ・・・（３）式
ここで、“エリア［Ｉ］．ブース［ｊ］．混雑度”は、上記候補エリア内のｊ番目のブースの現在の混雑度を意味し、“エリア［Ｉ］．ブース［ｊ］．利用者数”は上記候補エリア内のｊ番目のブースの現在の利用者数５２であり、“エリア［Ｉ］．ブース［ｊ］．許容人数”は上記候補エリア内のｊ番目のブースの許容人数５３である。現在位置との距離は、ブース位置情報テーブル３０を参照すれば分かる。ここでは、現在位置は施設入場ゲート６であるので、施設入場ゲートと各ブースとの距離を取得することになる。
【００６５】
上記（２）、（３）式に示す通り“エリア［Ｉ］．ブース［ｊ］．候補指数”は、混雑度が低いブースほど、現在位置からの距離が短いブースほど、その値が小さくなる。よって、上記候補エリア内のブースの中で“エリア［Ｉ］．ブース［ｊ］．候補指数”の値が比較的小さいブースは、比較的空いていて且つ比較的近くにある可能性が高い。これより、“エリア［Ｉ］．ブース［ｊ］．候補指数”の値が小さい順にソートし（ステップＳ１０５）、最も値が小さいブースから順に候補ブースとしての優先順位を付ける（ステップＳ１０６）。当然、最も値が小さいブースが、最も優先順位が高くなる（１番となる）。そして、優先順位を付した候補ブース一覧を、ＩＣカード機能付携帯電話１に送信する。尚、本例では、上記候補エリア内の全てのブースを候補ブースとしているが、この例に限らず、例えば優先順位が上位のブースのみ、候補ブースとして、優先順位を付して、ＩＣカード機能付携帯電話１に送信するようにしてもよい。
【００６６】
以上、利用者がＩＣカード機能付携帯電話１を施設入場ゲート６に翳したときのステップＳ６５の処理について説明した。
以下、利用者がＩＣカード機能付携帯電話１を任意のブースのブース退場端末８に翳したときのステップＳ６５の処理について、図１０、図１１を参照して説明する。
【００６７】
図１０、図１１の処理は、概略的には、利用者が現在居るエリア内から候補ブースの優先順位を決定する（その際、利用履歴のあるブースは対象外とする）と共に、このエリア以外のエリアを対象として上記図７〜図９と同様の処理を行って、上記と同様、候補エリア内の候補ブースの優先順位を決定する。そして、これら２つのエリアの候補ブースを合わせて優先順位を付け直して、ＩＣカード機能付携帯電話１に送信することを基本的な処理内容とする。但し、図１０、図１１に示す処理例では、利用者が現在居るエリア内の未利用ブースは全て候補ブースとするが、候補エリア内のブースは一部のみを候補ブースとし、その数は、利用者が現在居るエリア内で既に利用済みのブースの数とする（勿論、優先順位が高いものから順に候補ブースとする）。勿論、この例に限るものではない。
【００６８】
以下、図１０、図１１の処理について説明する。尚、図１０、図１１は、１つの処理フローチャートを２つの図面に分けて示してあるものである。
尚、上記説明では候補エリアはエリア［Ｉ］と記すものとしたが、図１０、図１１においては、利用者が現在居るエリアをエリア［Ｉ］と記し、候補エリアはエリア［Ｋ］と記すものとする。
【００６９】
図１０、図１１の処理は、まず、利用者が現在居るエリア内にあるブースの数を、“エリア［Ｉ］．総ブース数”にセットする。また、ｊに初期値‘１’を代入する。また、“エリア［Ｉ］．利用済ブース数”に初期値‘０’を代入する。（以上、ステップＳ１１１）。“エリア［Ｉ］．利用済ブース数”は、利用者が現在居るエリアにおいて利用者が既に利用済みのブースの数を表す。
【００７０】
そして、利用者が現在居るエリア内の各ブース毎に、ｊを＋１インクリメントしながら（ステップＳ１１４）ｊ＝１〜ｌまで、ステップＳ１１２〜Ｓ１１６の処理を繰り返し実行する。まず、ステップＳ１１２では、利用者管理情報テーブル２０を参照して、処理対象のブースの利用履歴２６をチェックし、利用済みではない場合には（ステップＳ１１２，ＹＥＳ）、ステップＳ１１５の処理を実行する。ステップＳ１１５の処理は、図９のステップＳ１０２の処理と同じであるので、説明は省略する。一方、利用済みの場合には（ステップＳ１１２，ＮＯ）、“エリア［Ｉ］．利用済ブース数”の値を＋１インクリメントする（ステップＳ１１３）。
【００７１】
つまり、ステップＳ１１１〜Ｓ１１６の処理は、利用者が現在居るエリアに関して、未利用のブースのみを対象としてその候補指数を求めると共に、利用済みのブースの数をカウントするものである。
【００７２】
続くステップＳ１１７〜Ｓ１２６の処理は、基本的には図７及び図８の処理と同じである。但し、図７及び図８の処理は、施設内のエリア全てを対象としているのに対して、本処理では上記“利用者が現在居るエリア”を除外することから、ステップＳ１１８の処理が加わっている点が異なる。
【００７３】
ステップＳ１１７〜Ｓ１２６の処理によって、利用者が現在居るエリアを除く全てのエリアの中で、現在最も混雑度が低いエリアを候補エリアとする（ここでは、上記の通り、エリア［Ｋ］と記す）。
【００７４】
次に、ステップＳ１２７〜Ｓ１３１の処理を実行する。この処理は、基本的には図９のステップＳ１０１〜Ｓ１０３の処理と同じであるが、候補エリア［Ｋ］において既に利用済みのブースは除外し、未利用のブースについてステップＳ１３０の処理により候補指数を算出する点が異なり、その為にステップＳ１２８の処理が加わっている。ステップＳ１２８の処理は、テーブル２０を参照してその利用履歴２６をチェックすることで、利用済みか否かを判定する処理であり、利用済みのブースである場合には（ステップＳ１２８，ＮＯ）、ステップＳ１３０の処理を行うことなく、ｊの値を＋１インクリメントする（ステップＳ１２９）。
【００７５】
ステップＳ１２７〜Ｓ１３１の処理によって、未利用のブース全ての候補指数を算出したら、この“エリア［Ｋ］．ブース［ｊ］候補指数”を、値が小さい順にソートする（ステップＳ１３３）。そして、最も値が小さいものから上記“エリア［Ｉ］．利用済ブース数”の数の分だけを、候補ブースとする（ステップＳ１３４）。そして、この様にして得たエリア［Ｋ］の候補ブースと、上記エリア［Ｉ］の候補ブースとを併せて、候補指数が小さい順にソートし直す（ステップＳ１３５）。そして、ステップＳ１３５の処理結果を、ＩＣカード機能付携帯電話１に配信して表示させることになる。勿論、その際、上述した通り、上記アプリケーションを起動させるコマンドも送信する。
【００７６】
尚、上記ステップＳ１３４において、エリア［Ｉ］．利用済ブース数分だけを、候補ブースとするようにしている理由は、表示させる候補ブースの数を一定にする為である。例えば、図１２に、ＩＣカード機能付携帯電話１における上記配信データの表示例を示すが、この例では、利用者が現在居るエリア１には５つのブースがあるものとすると、最初は利用済みブースは無いので５つのブース全てが候補ブースとなるが、１つのブースを利用した後は、４つのブースしか表示されないことになるが、減った分だけ他のエリアの上記候補ブースを加えることで、常に５つの候補ブースが表示されることになる。
【００７７】
但し、これは一例に過ぎない。例えば、他のエリア（エリア［Ｋ］）の未利用ブースも全て候補ブースとしてもよいし、現在居るエリア（エリア［Ｉ］）の候補ブース（未利用ブース）数と同じ数だけをエリア［Ｋ］の候補ブースとしてもよい。あるいは、エリア［Ｉ］の未利用ブースを全て候補ブースとするのではなく、上位の（候補指数が小さい）１又は複数の未利用ブースを候補ブースとしてもよい。要するに、処理時間を短くする為に対象を絞り、ここでは利用者が現在居るエリアを優先的に扱うが、同時に他のエリアの中で混雑度と距離の点から最も適切なエリアからも候補ブースを抽出することで、選択肢に幅を持たせるようにしている。
【００７８】
尚、図１２では、他のエリアのブース８は、優先順位が最も低くなっているが、勿論、例えばブース２，３，４，５，８の中でブース８の候補指数が最も小さければ、ブース８の優先順位は１番となる。
【００７９】
以上、利用者がＩＣカード機能付携帯電話１を任意のブースのブース退場端末８に翳したときのステップＳ６５の処理を、図１０、図１１に示して説明したが、図６（ｂ）のステップＳ６２の判定において、アクセス元が利用者のＩＣカード機能付携帯電話１であると判定された場合のステップＳ６５の処理も、ほぼ図１０、図１１と同様の処理が実行される。異なる点は、この場合、利用者が現在居るエリアが分からないので、利用者が最後に利用したブースのブース退場端末８の識別コードを記憶しておくものとし、この最後に利用したブースが属するエリアを、利用者が現在居るエリアと見做す点である。
【００８０】
尚、アクセス元が利用者のＩＣカード機能付携帯電話１である場合とは、施設内の端末を介さずに直接、ＩＣカード機能付携帯電話１からネットワーク２を介して施設管理サーバ３にアクセスした場合のことである。これは、例えば、利用者が任意のブース退場端末８にＩＣカード機能付携帯電話１を翳して候補ブース情報を入手した後、昼食をとった為に、その間に混雑状況が変わる場合もある為、現在の混雑状況に基づく最新の候補ブース情報を入手したい場合等に利用される。この様に、利用者は、ブース退場端末８にＩＣカード機能付携帯電話１を翳したときに限らず、何時でも何処でも最新の候補ブース情報を入手することができる。但し、この場合は、通信費用が掛かる。
【００８１】
また、上記候補ブース情報だけでなく、施設内のブースのマップ情報も、ＩＣカード機能付携帯電話１に送信して表示させるようにしてもよい。
以上説明したように、本例の誘導案内システムによれば、通信費用が掛からず且つ端末が長時間占有されることなく、適切なブース（例えば比較的空いていて且つ比較的近くにある可能性が高いブース）へと、利用者を案内することが可能となる。特に、候補ブース情報の表示は、ＩＣカード機能付携帯電話１で行うので、利用者が端末を占有するのは、候補ブース情報を受信するまでの間であり、表示内容を理解するのに時間が掛かっても関係なく、従来のように長時間端末を占有することで混雑が発生するようなことは無くなる。また、対象エリアを１つ又は２つに絞ってから候補指数算出やソート処理を実行するので、対象データが絞られた分、これら処理に掛かる時間が短くて済む。つまり、候補ブースと優先順位を算出する処理が高速に実行でき、利用者を待たせなくて済む。
【００８２】
但し、上述した説明は一例であり、例えば以下に説明するように、更に利用者や施設管理者の希望を反映させて候補ブースと優先順位を決定するようにしてもよい。
上述した一例では、候補ブース及び優先順位を決定する為の基準となる候補指数は、上記（３）式に示す通り“混雑度＋現在位置からの距離”によって算出したが、これらに任意の重み付けを行ってもよい。すなわち、候補指数＝（混雑度×α）＋（現在位置からの距離×β）（α、βは任意の実数）等としてもよい。
【００８３】
あるいは、更に、利用者の希望を反映させてもよい。すなわち、上記事前登録させた利用優先度２５を参照して、以下の（４）式により、候補指数を求めてもよい。
候補指数＝混雑度＋現在位置との距離＋利用優先度    ・・・（４）式
勿論、これについても、上記と同様、重み付けを行ってもよい。すなわち、候補指数＝（混雑度×α）＋（現在位置との距離×β）＋（利用優先度×γ）（α、β、γは任意の実数）等としてもよい。
【００８４】
あるいは、施設管理者の希望を上記施設管理情報テーブル４０における優先度４２に登録してあるので、上記利用優先度２５と同様に、上記（４）式において上記利用優先度２５に代えて、この施設管理者が希望する優先度４２を用いるようにしてもよい。あるいは、利用優先度２５と優先度４２の両方を用いるようにしてもよい。勿論、重み付けを行うようにしてもよい。
【００８５】
上記重み付けは、例えば施設管理者等が行う。重み付けを行うことで、混雑度、現在位置からの距離、利用者の希望、施設管理者の希望のうち、どれを重要なファクターとして優先順位を決めるのか等を任意に調整することができる。
【００８６】
以上述べたように、優先順位の算出の際に、利用者の希望度をパラメータとして追加することで利用者の意向を反映した優先順位が、また、施設管理者の希望度をパラメータとして追加することで施設管理者意向を反映した優先順位が、またその両パラメータを追加することで、利用者、施設管理者双方の意向を反映した優先順位が算出される。
【００８７】
また、上述した一例では、利用済みブースは、候補ブースとはしないようにしていたが、利用者が、一度行ったブースにもう一度行きたい場合も有り得る。この様な要望に対応する為に、例えば、ＩＣカード機能付携帯電話１からネットワーク２を介して施設管理サーバ３にアクセスし、所望のブースの利用履歴２６を削除できるようにしてもよい。勿論、施設管理サーバ３は、履歴情報を削除する為や上述した最新の候補ブース情報を入手する為のホームページを用意している（画面等の具体例は特に説明しない）。
【００８８】
また、尚、上記ステップＳ１１７〜Ｓ１２６の処理では、利用者が現在居るエリアを除く他の全てのエリアを対象として、その中から候補エリアを求めていたが、この例に限らず、対象エリアを絞って、その中から候補エリアを求めるようにしてもよい。例えば、図１３（ａ）に示すように、各ブース毎にそのブースに隣接する１又は複数のエリアを予め登録しておき、利用者が現在いるブースの隣接エリアを対象として、その中から候補エリアを求めるようにしてもよい。これによって、候補ブースと優先順位を求める処理に掛かる時間を、更に短縮することができる。尚、「各エリアの隣接エリア」とはせずに「各ブースの隣接エリア」としたのは、図１３（ｂ）に示すように、同じエリアに属するブースであっても、そのブースに近いエリアが同じとは限らないからである。
【００８９】
最後に、上記施設管理サーバ３のハードウェア構成例を図１４に示す。
同図に示すコンピュータ１００は、ＣＰＵ１０１、メモリ１０２、入力部１０３、出力部１０４、記憶部１０５、記録媒体駆動部１０６、及びネットワーク接続部１０７を有し、これらがバス１０８に接続された構成となっている。同図に示す構成は一例であり、これに限るものではない。
【００９０】
ＣＰＵ１０１は、当該コンピュータ１００全体を制御する中央処理装置である。
メモリ１０２は、プログラム実行、データ更新等の際に、記憶部１０５（あるいは可搬型記録媒体１０９）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ１０１は、メモリ１０２に読み出したプログラム／データを用いて、上述してある図５〜図１１等の処理を実行する。
【００９１】
出力部１０４は例えばディスプレイ等であり、入力部１０３は例えばキーボード、マウス等であるが、これらは必ずしも必要ないものである。
ネットワーク接続部１０７は、上記ネットワーク２やＬＡＮ４と接続しており、これらネットワーク２やＬＡＮ４を介して、ＩＣカード機能付携帯電話１や各端末５〜９との間でコマンド／データ等の送受信を行う。
【００９２】
記憶部１０５は、例えばハードディスク等であり、上述した図５〜図１１等の処理を上記ＣＰＵ１０１により実行させるための所定のアプリケーション・プログラムや、図２（ａ）〜（ｄ）や図１３（ａ）に示す各種データ／テーブル等が格納される。あるいは、これらプログラム／データは、可搬型記録媒体１０９に記憶されているものであってもよい。この場合、可搬型記録媒体１０９に記憶されているプログラム／データは、記録媒体駆動部１０６によって読み出される。可搬型記録媒体１０９とは、例えば、ＦＤ（フレキシブル・ディスク）１０９ａ、ＣＤ−ＲＯＭ１０９ｂ、その他、ＤＶＤ、光磁気ディスク等である。
【００９３】
あるいは、また、上記プログラム／データは、ネットワーク接続部１０７により接続しているネットワークを介して、他の装置内に記憶されているものをダウンロードするものであってもよい。あるいは、更に、インターネットを介して、外部の他の装置内に記憶されているものをダウンロードするものであってもよい。
【００９４】
また、本発明は、上記本発明の各種処理をコンピュータ上で実現するプログラムを記録した可搬型記憶媒体として構成できるだけでなく、当該プログラム自体として構成することもできる。
【００９５】
また、各端末５〜９のハードウェア構成については、特に図示しないが、例えばＣＰＵ／ＭＰＵや記憶部（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）や通信機能部等を備えている。
【００９６】
また、ＩＣカード機能付携帯電話１についても、そのハードウェア構成自体は、既存のものと同じでよいので、特に図示しない。
【図面の簡単な説明】
【００９７】
【図１】本例の誘導案内システム全体の概略構成図である。
【図２】（ａ）〜（ｄ）は、施設管理サーバが記憶する各種テーブルの一例を示す図である。
【図３】施設内の各ブースをエリア分けした図である。
【図４】本例の誘導案内システムを利用する施設利用者の利用手順を示す図である。
【図５】事前登録処理等を示すフローチャート図である。
【図６】（ａ）〜（ｄ）は、施設内の各種端末からアクセスがあったときの施設管理サーバ３の処理フローチャート図である。
【図７】施設入場ゲートからアクセスがあったときのステップＳ６５の詳細フローチャート図（その１）である。
【図８】施設入場ゲートからアクセスがあったときのステップＳ６５の詳細フローチャート図（その２）である。
【図９】施設入場ゲートからアクセスがあったときのステップＳ６５の詳細フローチャート図（その３）である。
【図１０】ブース退場端末からアクセスがあったときのステップＳ６５の詳細フローチャート図（その１）である。
【図１１】ブース退場端末からアクセスがあったときのステップＳ６５の詳細フローチャート図（その２）である。
【図１２】ステップＳ１３４の処理の意図を説明する為の図である。
【図１３】（ａ）、（ｂ）は各ブースに隣接するエリアを登録しておくことを説明する為の図である。
【図１４】コンピュータ・ハードウェア構成図である。
【符号の説明】
【００９８】
１  ＩＣカード機能付携帯電話
２  ネットワーク
３  施設管理サーバ
４  ＬＡＮ
５  受付端末
６  施設入場ゲート
７  ブース入場端末
８  ブース退場端末
９  施設退場ゲート
２０  利用者管理情報テーブル
２１  登録ＩＤ
２２  有効期限
２３  決済済
２４  入場記録
２５  利用優先度
２６  利用履歴
３０  ブース位置情報テーブル
４０  施設管理情報テーブル
４１  エリア
４２  優先度
５０  利用状況管理情報テーブル
５１  入場者数
５２  利用者数
５３  許容人数
１００  コンピュータ
１０１  ＣＰＵ
１０２  メモリ
１０３  入力部
１０４  出力部
１０５  記憶部
１０６  記録媒体駆動部
１０７  ネットワーク接続部
１０８  バス
１０９  可搬型記録媒体
１０９ａ  ＦＤ（フレキシブル・ディスク）
１０９ｂ  ＣＤ−ＲＯＭ
【図１】
2006259908.tif 000003
【図２】
2006259908.tif 000004
【図３】
2006259908.tif 000005
【図４】
2006259908.tif 000006
【図５】
2006259908.tif 000007
【図６】
2006259908.tif 000008
【図７】
2006259908.tif 000009
【図８】
2006259908.tif 000010
【図９】
2006259908.tif 000011
【図１０】
2006259908.tif 000012
【図１１】
2006259908.tif 000013
【図１２】
2006259908.tif 000014
【図１３】
2006259908.tif 000015
【図１４】
2006259908.tif 000016