(57)【要約】【課題】従来の混雑度予測手法は、施設全体の混雑度しか予測することができなかった。【解決手段】目的地取得部１１は、ユーザ操作に起因してユーザが訪れるべき、施設内の複数の目的地を取得する。巡回ルート生成部２０は、目的地取得部１１により取得される目的地を巡る順番を規定した、ユーザに提案すべき巡回ルートを生成する。巡回ルート保持部３０は、巡回ルート生成部２０により生成される巡回ルートを保持する。混雑度予測部４０は、巡回ルート保持部３０により保持される巡回ルートをもとに、施設内のエリア単位の混雑度を予測する。【選択図】図１
2010079819.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ操作に起因してユーザが訪れるべき、施設内の複数の目的地を取得する目的地取得部と、
前記目的地取得部により取得される目的地を巡る順番を規定した、前記ユーザに提案すべき巡回ルートを生成する巡回ルート生成部と、
前記巡回ルート生成部により生成される巡回ルートを保持する巡回ルート保持部と、
前記巡回ルート保持部により保持される巡回ルートをもとに、前記施設内のエリア単位の混雑度を予測する混雑度予測部と、
を備えることを特徴とする施設管理装置。
【請求項２】
前記混雑度予測部は、
前記エリア単位の混雑度の予測推移を記述するための混雑度推移テーブルと、
各目的地での想定滞在時間を保持する滞在時間テーブルと、
各目的地間の想定移動時間を保持する移動時間テーブルと、
前記巡回ルート保持部に保持される各巡回ルートの生成時刻、前記滞在時間テーブルに保持される各巡回ルートの各目的地での想定滞在時間、および前記移動時間テーブルに保持される各巡回ルートの連続する各目的地間の想定移動時間を参照して、各目的地への到着予測時刻を算出する到着予測時刻演算部と、を含み、
前記到着予測時刻演算部は、前記到着予測時刻をもとに、前記混雑度推移テーブルを更新することを特徴とする請求項１に記載の施設管理装置。
【請求項３】
前記施設内の、複数の観測地の現在の混雑度を取得する施設内状況取得部をさらに備え、
前記目的地取得部は、各目的地で達成すべき目的に対する前記ユーザの意欲度も取得し、
前記巡回ルート生成部は、
前記意欲度が高いほど高スコア値を付与する意欲度変換テーブルと、
前記混雑度が低いほど高スコア値を付与する混雑度変換テーブルと、
前記意欲度変換テーブルを参照して前記複数の目的地のそれぞれの意欲度を第１スコア値に変換し、かつ前記混雑度変換テーブルを参照して前記複数の目的地に対応する複数の観測地のそれぞれの混雑度を第２スコア値に変換し、前記複数の目的地のそれぞれについて前記第１スコア値および前記第２スコア値の合計値を算出する巡回ルート演算部と、を含み、
前記巡回ルート演算部は、前記合計値が高い目的地の順に前記巡回ルートを生成することを特徴とする請求項１または２に記載の施設管理装置。
【請求項４】
請求項１から３のいずれかに記載の施設管理装置と、
ユーザ操作に起因して前記複数の目的地を取得し、ネットワークを介して前記施設管理装置に送信する端末装置と、
を備えることを特徴とする施設管理システム。
【請求項５】
前記端末装置は、前記巡回ルート生成部により生成された巡回ルートを前記ネットワークを介して取得し、その巡回ルートを表示または印刷することを特徴とする請求項４に記載の施設管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施設内の混雑度を予測する施設管理装置および施設管理システムに関する。
【背景技術】
【０００２】
小売業の業態のなかで大規模駐車場を備え、売場面積の大きな大型店が人気を集めている。このような大型店は多種多様な商品を扱っており、ユーザは他品種の商品を一度に購入することができ、便利である。このような施設における混雑度を予測する手法が提案されている（たとえば、特許文献１、２参照）。
【特許文献１】特開２００４−３１０４３８号公報
【特許文献２】特開２００６−１７１９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら従来の混雑度予測手法は、施設への到着者数および到着時刻を予測するものであるため、施設全体の混雑度しか予測することができなかった。したがって施設内のエリア単位で混雑度に大きな偏りがある場合、施設側は予測される混雑度を、機器制御や人員配置などの決定に十分に活かすことができなかった。たとえば、混雑度の高いエリアでは空調機器の設定温度を相対的に低くし、混雑度の低いエリアでは相対的に高く設定すべきであるが、従来の混雑度予測手法ではそのような設定を事前に行うことが難しかった。
【０００４】
本発明はこうした状況に鑑みなされたものであり、その目的は、施設内の混雑度をエリア単位で予測することができる施設管理装置および施設管理システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様の施設管理装置は、ユーザ操作に起因してユーザが訪れるべき、施設内の複数の目的地を取得する目的地取得部と、目的地取得部により取得される目的地を巡る順番を規定した、ユーザに提案すべき巡回ルートを生成する巡回ルート生成部と、巡回ルート生成部により生成される巡回ルートを保持する巡回ルート保持部と、巡回ルート保持部により保持される巡回ルートをもとに、施設内のエリア単位の混雑度を予測する混雑度予測部と、を備える。
【０００６】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００７】
本発明によれば、施設内の混雑度をエリア単位で予測することができる。
【発明を実施するための最良の形態】
【０００８】
図１は、本発明の実施の形態に係る施設管理システム５００の構成を示す図である。
実施の形態に係る施設管理システム５００は、施設管理装置１００および端末装置２００を備える。施設管理装置１００は、ユーザに提案すべき、施設内の巡回ルートを生成するとともに、その巡回ルートをもとに施設内のエリア単位の混雑度を予測する。施設管理装置１００はその施設内の管理部門に設置されることが一般的である。サーバまたはＰＣなどを用いて構築することができる。
【０００９】
端末装置２００は、ユーザ操作に起因して複数の目的地を取得し、ネットワークを介して施設管理装置１００に送信する。また、端末装置２００は、後述する巡回ルート生成部２０により生成された巡回ルートを、ネットワークを介して取得し、その巡回ルートを表示または印刷する。端末装置２００は、ユーザが情報を入力することができ、その情報を施設管理装置１００に送信する機能を持つ端末装置であればよい。たとえば、当該施設の案内機、当該施設に併設された駐車場の駐車券発券機、ユーザが乗っている車のカーナビゲーション装置、またはユーザの携帯電話機を採用することができる。
【００１０】
また、端末装置２００は、各目的地で達成すべき目的に対するユーザの意欲度も取得して送信することができる。たとえば、ユーザに複数の目的地を入力してもらう際、各目的地について「絶対行きたい」、「なるべく行きたい」、「行かなくてもよい」のなかから一つを選択してもらうことにより、意欲度を取得することができる。また、複数の目的地の、入力順番により意欲度を推定することもできる。
【００１１】
施設管理装置１００は、通信部１０、施設内状況取得部１３、巡回ルート生成部２０、巡回ルート保持部３０、混雑度予測部４０、操作部５０および表示部６０を備える。
【００１２】
施設管理装置１００の構成は、ハードウェア的には、任意のプロセッサ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは、当業者には理解されるところである。
【００１３】
通信部１０は、有線ネットワークまたは無線ネットワークを介して端末装置２００と通信する。通信部１０は、目的地取得部１１および巡回ルート出力部１２を含む。目的地取得部１１は、ユーザ操作に起因してユーザが訪れるべき、施設内の複数の目的地を取得し、巡回ルート生成部２０に出力する。目的地取得部１１は、複数の目的地を取得する。その際、各目的地で達成すべき目的に対するユーザの意欲度も取得してもよい。
【００１４】
目的地取得部１１は、端末装置２００からネットワークを介して複数の目的地を取得する。たとえば、目的地取得部１１は、端末装置２００の図示しない表示部にタッチパネル式の、施設内の地図を表示しユーザに選択させてもよい。また、端末装置２００の表示部に商品を羅列し、選択させてもよい。この場合、目的地取得部１１は入力された商品をそれに関連づけられた目的地に変換する。また、ユーザの携帯電話機にあらかじめ買いたい商品が登録されている場合、それを案内機または駐車券発券機の読取部で読み取ってもよい。また、その買いたい商品をネットワークを介して送信してもらってもよい。
【００１５】
巡回ルート出力部１２は、巡回ルート生成部２０により生成された巡回ルートをネットワークを介して端末装置２００に送信する。
【００１６】
施設内状況取得部１３は、施設内の、複数の観測地の現在の混雑度を取得し、巡回ルート生成部２０に出力する。観測地は、商品の売場単位、エリア単位またはテナントショップ単位で設定される。混雑度は、監視カメラに写っている人数、キャッシャーの稼働状況、売場に設置されている端末装置または店員が保持する端末装置から店員に入力してもらう、などの手法で特定される。
【００１７】
巡回ルート生成部２０は、目的地取得部１１により取得される目的地を巡る順番を規定した、ユーザに提案すべき巡回ルートを生成する。より具体的には、巡回ルート生成部２０は、目的地取得部１１により取得される複数の目的地に対応する複数の観測地の、施設内状況取得部１３から取得される混雑度を参照して、ユーザが巡回すべき施設内の巡回ルートを生成する。たとえば、混雑度が比較的低い目的地を先に、混雑度が比較的高い目的地を後に巡るルートを生成する。
【００１８】
巡回ルート生成部２０は、生成した巡回ルートを巡回ルート出力部１２に出力するとともに、その巡回ルートにその生成時刻を付加して巡回ルート保持部３０に登録する。巡回ルート生成部２０のより具体的な構成および動作は後述する。
【００１９】
巡回ルート保持部３０は、巡回ルート生成部２０により生成された巡回ルートを保持する。巡回ルート保持部３０には、巡回ルート生成部２０により巡回ルートが生成されるごとにその巡回ルートが履歴情報として登録される。
【００２０】
混雑度予測部４０は、巡回ルート保持部３０により保持される巡回ルートをもとに、施設内のエリア単位の混雑度を予測する。混雑度予測部４０の詳細は後述する。操作部５０はユーザの指示を受け付ける。本実施の形態では、施設内のエリア単位の混雑度を表示部６０に表示させるための指示またはその混雑度を図示しない印字部に印刷させるための指示を受け付ける。表示部６０は所定の画面を表示する。本実施の形態では、施設内のエリア単位の混雑度を表示する。
【００２１】
図２は、実施の形態に係る巡回ルート生成部２０の構成を示す図である。巡回ルート生成部２０は、意欲度変換テーブル２１、混雑度変換テーブル２２、時計２３および巡回ルート演算部２４を含む。
【００２２】
意欲度変換テーブル２１は、意欲度が高いほど高スコア値を付与する変換テーブルである。意欲度は入力形態に応じて複数の段階に分類され、各分類にあらかじめスコア値が割り当てられている。混雑度変換テーブル２２は、混雑度が低いほど高スコア値を付与する変換テーブルである。混雑度もその入力形態に応じて複数の段階に分類され、各分類にあらかじめスコア値が割り当てられている。時計２３は現在の時刻を巡回ルート演算部２４に供給する。
【００２３】
巡回ルート演算部２４は、意欲度変換テーブル２１を参照して目的地取得部１１により取得される複数の目的地のそれぞれの意欲度を第１スコア値に変換する。同様に巡回ルート演算部２４は、混雑度変換テーブル２２を参照して施設内状況取得部１３により取得される、当該複数の目的地に対応する複数の観測地のそれぞれの混雑度を第２スコア値に変換する。巡回ルート演算部２４は、当該複数の目的地のそれぞれについて第１スコア値および第２スコア値の合計値を算出する。そして、巡回ルート演算部２４は、合計値が高い目的地の順に巡回ルートを生成する。
【００２４】
巡回ルート生成部２０は、生成した巡回ルートを巡回ルート出力部１２に出力する。巡回ルート出力部１２は、その巡回ルートをネットワークを介して端末装置２００に送信する。端末装置２００はその巡回ルートを表示部に表示させるか、印字して出力する。この表示機能または印字機能と、ユーザ操作により複数の目的地を取得して送信する機能とは、別々の端末装置２００が担当することも可能である。たとえば、後者の機能は携帯電話機が担当し、前者の機能は駐車券発券機が担当してもよい。
【００２５】
また、巡回ルート生成部２０は、巡回ルートを生成した時刻を時計２３から取得してその巡回ルートに付加し、生成時刻が付加された巡回ルートを巡回ルート保持部３０に登録する。なお、生成時刻の代わりにユーザへの提供時刻を巡回ルートに付加してもよい。この提供時刻は端末装置２００の表示部に巡回ルートが表示された時刻、または端末装置２００の印字部により巡回ルートが印刷された時刻である。巡回ルート生成部２０はこれらの時刻をネットワークを介して端末装置２００から取得することにより、上記提供時刻を特定することができる。
【００２６】
図３は、実施の形態に係る、意欲度変換テーブル２１および混雑度変換テーブル２２の一例を示す図である。以下、ユーザにより４箇所の目的地Ａ〜Ｄが入力される例を説明する。
【００２７】
図３（ａ）は、意欲度変換テーブル２１の一例を示す。意欲度が高いほど、たとえば商品購入意欲が高いほど、高いスコア値が割り当てられる。図３（ａ）では意欲度が、「必ず達成したい」、「なるべく達成したい」、「どちらでもよい」の三段階で分類される。
【００２８】
図３（ｂ）は、混雑度変換テーブル２２の一例を示す。混雑度が低いほど、高いスコア値が割り当てられる。空いている目的地を優先し、混んでいる目的地を劣後させることにより、ユーザが混雑に巻き込まれる確率を低減させることができる。図３（ｂ）では混雑度が、「空いている」、「普通」、「混んでいる」の三段階で分類される。
【００２９】
図４は、図３（ａ）、（ｂ）の意欲度変換テーブル２１および混雑度変換テーブル２２を前提に、各目的地の合計値をまとめた図である。目的地Ａは、第１スコア値（意欲度）＝１００、第２スコア値（混雑度）＝２０となり、それらの合計値＝１２０となる。目的地Ｂは、第１スコア値（意欲度）＝８０、第２スコア値（混雑度）＝１０となり、それらの合計値＝９０となる。目的地Ｃは、第１スコア値（意欲度）＝８０、第２スコア値（混雑度）＝２０となり、それらの合計値＝１００となる。目的地Ｄは、第１スコア値（意欲度）＝６０、第２スコア値（混雑度）＝１０となり、それらの合計値＝７０となる。
【００３０】
合計値が高い順に、目的地Ａ（１２０）→目的地Ｃ（１００）→目的地Ｂ（９０）→目的地Ｄ（７０）となる。よって、巡回ルートは、目的地Ａ→目的地Ｃ→目的地Ｂ→目的地Ｄとなる。
【００３１】
図５は、実施の形態に係る巡回ルート生成部２０の動作を説明するためのフローチャートである。目的地取得部１１は、複数の目的地と各目的地の意欲度を取得し、巡回ルート演算部２４に出力する（Ｓ１０）。施設内状況取得部１３は、各目的地の混雑度を取得し、巡回ルート演算部２４に出力する（Ｓ１１）。
【００３２】
巡回ルート演算部２４は、意欲度変換テーブル２１および混雑度変換テーブル２２を参照して、目的地ごとに、意欲度を第１スコア値に、混雑度を第２スコア値に変換する（Ｓ１２）。巡回ルート演算部２４は、目的地ごとに、第１スコア値および第２スコア値を合計する（Ｓ１３）。巡回ルート演算部２４は、この合計値が高い順に目的値をソートする（Ｓ１４）。この順番で目的地を巡るルートが、上述した巡回ルートとなる。巡回ルート演算部２４は、この巡回ルートを生成したときの現在時刻を時計２３から取得する（Ｓ１５）。
【００３３】
巡回ルート演算部２４は、生成した巡回ルートを巡回ルート出力部１２を介して端末装置２００に送信する（Ｓ１６）。ここで、一つの巡回ルートのみをユーザに提供してもよいし、第１候補に加えて、第２候補、第３候補を提供してもよい。図４の例では、第１候補は「目的地Ａ→目的地Ｃ→目的地Ｂ→目的地Ｄ」であるが、目的地Ｂと目的地Ｄを入れ替えた、第２候補の「目的地Ａ→目的地Ｃ→目的地Ｄ→目的地Ｂ」を合わせて提供してもよい。さらに、目的地Ｃと目的地Ｂを入れ替えた、第３候補の「目的地Ａ→目的地Ｂ→目的地Ｃ→目的地Ｄ」を合わせて提供してもよい。
【００３４】
また、ユーザの趣向を反映させた複数の提案をしてもよい。これは、第１スコア値および第２スコア値の、それぞれの合計値に占める寄与度を調整することにより可能である。重視すべき項目のスコア値の合計値に占める寄与度を高めればよい。
【００３５】
図３の例では、意欲度を示す第１スコア値の合計値に占める寄与度が高く設定されている。すなわち、ユーザの意欲度を重視する設定である。これに対し、混雑度を示す第２スコア値の合計値に占める寄与度が一番高くなるように設定してもよい。すなわち、混雑回避を重視する設定である。端末装置２００は、ユーザに「目的達成重視」および「混雑回避重視」の、それぞれの項目を重視した複数の巡回ルートまたはユーザに選択された項目を重視した巡回ルートを提示することができる。
【００３６】
図５に戻り、巡回ルート演算部２４はステップＳ１５により取得した現在時刻を付加した上記巡回ルートを巡回ルート保持部３０に登録する（Ｓ１７）。
【００３７】
図６は、実施の形態に係る混雑度予測部４０の構成を示す図である。混雑度予測部４０は、目的地／エリア変換テーブル４１、滞在時間テーブル４２、移動時間テーブル４３、到着予測時刻演算部４４、混雑度推移テーブル４５および混雑度情報出力部４６を含む。
【００３８】
混雑度推移テーブル４５は、施設内のエリア単位の、混雑度の予測推移を記述するためのテーブルである。時間帯ごとの、各エリアに滞在している予測人数を記述してもよい。一つのエリアは一つの目的地を含むように区分されていてもよいし、複数の目的地を含むように区分されていてもよい。また、一つのエリアは一つの空調機の守備範囲に対応するよう区分されていてもよいし、一つのフロアに対応するよう区分されていてもよい。
【００３９】
目的地／エリア変換テーブル４１は、目的地をエリアに変換するための変換テーブルである。なお、各エリアが一つの目的地を含むように区分されている場合、目的地／エリア変換テーブル４１を設ける必要はない。
【００４０】
滞在時間テーブル４２は、各目的地での想定滞在時間を保持する。移動時間テーブル４３は、各目的地間の想定移動時間を保持する。この想定滞在時間および想定移動時間は、多数のサンプリングデータから統計的手法（たとえば、平均値の算出）により求めることができる。なお、上記想定滞在時間はエリア単位で設定されていてもよい。この場合、一つのエリアに含まれる複数の目的地の想定滞在時間は同じになる。同様に、上記想定移動時間もエリア単位で設定されていてもよい。
【００４１】
到着予測時刻演算部４４は、巡回ルート保持部３０に保持される各巡回ルートの生成時刻、滞在時間テーブル４２に保持される各巡回ルートの各目的地での想定滞在時間、および移動時間テーブル４３に保持される各巡回ルートの連続する各目的地間の想定移動時間を参照して、各目的地への到着予測時刻を算出する。
【００４２】
到着予測時刻演算部４４は、算出した各目的地への到着予測時刻をもとに、混雑度推移テーブル４５を更新する。たとえば、算出した到着予測時刻ごとに、その目的地に対応するエリアの、当該到着予測時刻を含む時間帯の滞在人数をインクリメントする。
【００４３】
到着予測時刻演算部４４は、操作部５０から混雑度情報の表示または印刷が要求されると、混雑度推移テーブル４５に保持される混雑度情報を表示部６０または図示しない印字部に出力するよう制御する。ここで、混雑度情報は、あるエリアの混雑度の予測推移であってもよいし、ある時間帯の混雑度予測であってもよい。ユーザは操作部５０を操作することにより、表示させたいまたは印刷させたい混雑度の、少なくとも一つのエリアおよび／または少なくとも一つの時間帯を指定することができる。
【００４４】
混雑度情報出力部４６は、混雑度推移テーブル４５から読み出された混雑度情報を表示部６０または図示しない印字部に出力する。
【００４５】
図７は、実施の形態に係る巡回ルート保持部３０の一例を示す図である。巡回ルート保持部３０には巡回ルートごとに、ログナンバー、生成時刻および複数の目的地が登録される。図７では、目的地に付されている番号が小さいほうが、巡回ルート中の先の順番を意味している。なお、図７では記述を単純化するために一つの巡回ルートに含まれる目的地の最大数を４にしているが、もちろん５以上であってもよい。図７にて、ログナンバー１の巡回ルートは、生成時刻が１０：２５であり、目的地が順番に、薬売場、玩具売場および食料品売場である。
【００４６】
図８は、実施の形態に係る目的地／エリア変換テーブル４１の一例を示す。図８の例では７つのエリア（エリアＡ〜エリアＧ）が設定されている。この例では、食料品売場はエリアＡに変換される。
【００４７】
図９は、実施の形態に係る滞在時間テーブル４２の一例を示す。図９の例ではエリア単位で想定滞在時間が記述されている。この例では、エリアＡでの想定滞在時間は１５分である。
【００４８】
図１０は、実施の形態に係る移動時間テーブル４３の一例を示す。図１０の例ではエリア間単位で想定移動時間が記述されている。なお、エリア間の想定移動時間に加えて、入場ゲートと各エリア間の想定移動時間も記述されている。この例では、入場ゲートとエリアＡ間の想定移動時間は２分である。
【００４９】
図１１は、図７〜１０の、巡回ルート保持部３０、目的地／エリア変換テーブル４１、滞在時間テーブル４２および移動時間テーブル４３を前提に、ログナンバー４の巡回ルートの、各目的地への到着予測時刻をまとめた図である。
【００５０】
到着予測時刻演算部４４は、目的地／エリア変換テーブル４１を参照して、ログナンバー４の巡回ルートに含まれる、衣料品売場をエリアＣに、生活雑貨売場をエリアＥに、薬売場をエリアＢに、および食料品売場をエリアＡにそれぞれ変換する。到着予測時刻演算部４４は、滞在時間テーブル４２を参照して、エリアＣでの想定滞在時間、エリアＥでの想定滞在時間、エリアＢでの想定滞在時間、およびエリアＡでの想定滞在時間をそれぞれ取得する。それぞれ、１２分、２０分、５分、および１５分である。到着予測時刻演算部４４は、移動時間テーブル４３を参照して、入場ゲートとエリアＣ間の想定移動時間、エリアＣとエリアＥ間の想定移動時間、エリアＥとエリアＢ間の想定移動時間、およびエリアＢとエリアＡ間の想定移動時間をそれぞれ取得する。それぞれ、２分、３分、５分および５分である。
【００５１】
以上を前提に、生成時刻の１０：３３をユーザの、入場ゲートからの移動開始時刻と仮定すると、衣料品売場（エリアＣ）への到着予測時刻は１０：３５、生活雑貨売場（エリアＥ）への到着予測時刻は１０：５０、薬売場（エリアＢ）への到着予測時刻は１１：１５、および食料品売場（エリアＡ）への到着予測時刻は１１：２５となる。到着予測時刻演算部４４は、対象目的地の一つ前の目的地の到着予測時刻に、その目的地での想定滞在時間と、一つ前の目的地と対象目的地間の想定移動時間とを加算することにより、対象目的地への到着予測時間を算出することができる。
【００５２】
図１２は、実施の形態に係る混雑度推移テーブル４５の一例を示す図である。時間帯ごとに、各エリアに滞在している予想人数が記述されている。この例では、エリアＡの混雑度の予測推移、より具体的には滞在予想人数の推移は、１０〜１１時が１０人、１１〜１２時が１４人、１２〜１３時が２０人、１３〜１４時が３２人、１４〜１５時が３０人、１５〜１６時が２８人、１６〜１７時が５７人、１７〜１８時が４５人、および１８〜１９時が３０人である。
【００５３】
図１３は、実施の形態に係る混雑度予測部４０の動作を説明するためのフローチャートである。到着予測時刻演算部４４は、巡回ルート保持部３０から巡回ルートを取得する（Ｓ２０）。この巡回ルートには上述したように生成時刻が付加されている。到着予測時刻演算部４４は、その巡回ルートに含まれる目的地を目的地／エリア変換テーブル４１を参照して、それぞれエリアに変換する（Ｓ２１）。到着予測時刻演算部４４は、それらエリアのそれぞれ想定滞在時間を滞在時間テーブル４２を参照して取得する。到着予測時刻演算部４４は、それらエリア間のそれぞれ想定同時間を移動時間テーブル４３を参照して取得する（Ｓ２２）。到着予測時刻演算部４４は、上記生成時刻、上記想定滞在時間および上記想定移動時間にもとづいて、エリアごとの到着予測時刻を算出する（Ｓ２３）。
【００５４】
到着予測時刻演算部４４は、算出した到着予測時刻をもとに、混雑度推移テーブル４５を更新する（Ｓ２４）。到着予測時刻演算部４４は、操作部５０から混雑度情報出力指示があるか否かを判定する（Ｓ２５）。その指示がない場合（Ｓ２５のＮ）、ステップＳ２０に遷移し、上述した処理を繰り返す。その指示があった場合（Ｓ２５のＹ）、到着予測時刻演算部４４は、混雑度情報出力部４６に、混雑度推移テーブル４５から指定されたエリアまたは時間帯の混雑度情報を取得して表示部６０または図示しない印字部に出力させる（Ｓ２６）。
【００５５】
以上説明したように実施の形態によれば、ユーザに提案すべき巡回ルートを蓄積して、それらを解析することにより、施設内の混雑度をエリア単位で予測することができる。すなわち、施設内の局所的な混雑状況を事前に予測することができる。これにより、きめ細かな空調制御により最適な空調管理が可能となり、省エネ効果を得ることができる。また、販売員や警備員などの人的配置を最適化することができる。また、提供すべきサービスの種類、サービスの提供場所およびサービスの提供時間を最適化することができる。
【００５６】
また、ユーザの現在位置や移動速度を常に観測する必要がなく、入場時に一回、ユーザから所定の情報を得るだけですむ構成であるため、システムを簡素化することができる。また、ユーザが入力したデータを基礎に混雑度を予測するため、予測精度が高い。ユーザが提案された巡回ルートに沿って施設内を移動した場合、特典（たとえば、割引券の交付）を与えるなどのサービスを提供すれば、予測精度をさらに高めることができる。
【００５７】
以上、本発明をいくつかの実施形態をもとに説明した。これらの実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５８】
巡回ルート生成部２０は、混雑度予測部４０による混雑度の予測結果を、巡回ルートの生成に反映させてもよい。たとえば、巡回ルート生成部２０は、ユーザが訪れるべき目的地の混雑度の予測推移が上昇傾向の場合、その目的地を巡回ルートの最初、または最初に近い順番に設定し、その目的地の混雑度の推移が下降傾向の場合、その目的地を巡回ルートの最後、または最後に近い順番に設定する。
【００５９】
より具体的には、巡回ルート演算部２４は、ユーザが訪れるべき複数の目的地の混雑度の予測推移をそれぞれ重み付け係数に変換し、混雑度変換テーブル２２により変換されるそれら目的地の第２スコアをそれらの重み付け係数により補正する。巡回ルート演算部２４は、混雑度の予測推移が急な上昇ほど、第２スコアが高くなる重み付け係数に変換し、混雑度の予測推移が急な下降ほど、第２スコアが低くなる重み付け係数に変換する。
【００６０】
このように、混雑度の予測を巡回ルートの生成に加味することにより、施設内の場所的な混雑状況を平準化するように作用する巡回ルートを生成することができる。
【００６１】
上述した巡回ルートの生成方法では、巡回ルート演算部２４は、意欲度変換テーブル２１を参照して目的地取得部１１により取得される意欲度を第１スコア値に変換し、かつ混雑度変換テーブル２２を参照して施設内状況取得部１３により取得される混雑度を第２スコア値に変換し、複数の目的地のそれぞれについて第１スコア値および第２スコア値の合計値を算出した。
【００６２】
変形例に係る巡回ルートの生成方法では、図示しない在庫状況取得部が複数の観測地で販売されている商品の在庫レベルを取得する。巡回ルート演算部２４は、図示しない在庫状況変換テーブルを参照して上記在庫状況取得部に取得される在庫レベルを第３スコア値に変換し、上記第１スコア値、上記第２スコア値および当該第３スコア値の合計値を算出し、その合計値が高い目的地の順に巡回ルートを生成する。上記在庫レベルは、たとえばＰＯＳシステムから取得することができる。上記在庫状況変換テーブルは、在庫レベルが低いほど高スコア値を付与する。在庫レベルは入力形態に応じて複数の段階に分類され、各分類にあらかじめスコア値が割り当てられている。なお、巡回ルート生成方法はこれらの例に限定されないことはいうまでもよい。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施の形態に係る施設管理システムの構成を示す図である。
【図２】実施の形態に係る巡回ルート生成部の構成を示す図である。
【図３】実施の形態に係る、意欲度変換テーブルおよび混雑度変換テーブルの一例を示す図である。図３（ａ）は、意欲度変換テーブルの一例を示す。図３（ｂ）は、混雑度変換テーブルの一例を示す。
【図４】図３（ａ）、（ｂ）の意欲度変換テーブルおよび混雑度変換テーブルを前提に、各目的地の合計値をまとめた図である。
【図５】実施の形態に係る巡回ルート生成部の動作を説明するためのフローチャートである。
【図６】実施の形態に係る混雑度予測部の構成を示す図である。
【図７】実施の形態に係る巡回ルート保持部の一例を示す図である。
【図８】実施の形態に係る目的地／エリア変換テーブルの一例を示す図である。
【図９】実施の形態に係る滞在時間テーブルの一例を示す図である。
【図１０】実施の形態に係る移動時間テーブルの一例を示す図である。
【図１１】図７〜１０の、巡回ルート保持部、目的地／エリア変換テーブル、滞在時間変換テーブルおよび移動時間変換テーブルを前提に、ログナンバー４の巡回ルートの、各目的地への到着予測時刻をまとめた図である。
【図１２】実施の形態に係る混雑度推移テーブルの一例を示す図である。
【図１３】実施の形態に係る混雑度予測部の動作を説明するためのフローチャートである。
【符号の説明】
【００６４】
１０  通信部、  １１  目的地取得部、  １２  巡回ルート出力部、  １３  施設内状況取得部、  ２０  巡回ルート生成部、  ２１  意欲度変換テーブル、  ２２  混雑度変換テーブル、  ２３  時計、  ２４  巡回ルート演算部、  ３０  巡回ルート保持部、  ４０  混雑度予測部、  ４１  目的地／エリア変換テーブル、  ４２  滞在時間テーブル、  ４３  移動時間テーブル、  ４４  到着予測時刻演算部、  ４５  混雑度推移テーブル、  ４６  混雑度情報出力部、  ５０  操作部、  ６０  表示部、  １００  施設管理装置、  ２００  端末装置、  ５００  施設管理システム。
【図１】
2010079819.tif 000003
【図２】
2010079819.tif 000004
【図３】
2010079819.tif 000005
【図４】
2010079819.tif 000006
【図５】
2010079819.tif 000007
【図６】
2010079819.tif 000008
【図７】
2010079819.tif 000009
【図８】
2010079819.tif 000010
【図９】
2010079819.tif 000011
【図１０】
2010079819.tif 000012
【図１１】
2010079819.tif 000013
【図１２】
2010079819.tif 000014
【図１３】
2010079819.tif 000015