(57)【要約】【課題】施設内の複数の目的地を効率的に巡回したい。【解決手段】目的地取得部１１は、ユーザ操作に起因してユーザが訪れるべき、施設内の複数の目的地を取得する。目的地保持部１２は、目的地取得部１１により取得される目的地を保持する。施設内状況取得部１３は、施設内の、複数の観測地の混雑度を取得する。施設内状況保持部１４は、施設内状況取得部１３により取得される混雑度を保持する。巡回ルート決定部２０は、目的地保持部１２により保持される複数の目的地に対応する複数の観測地の、施設内状況保持部１４に保持される混雑度を参照して、ユーザが巡回すべき施設内の巡回ルートを決定する。【選択図】図１
2009230737.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ操作に起因してユーザが訪れるべき、施設内の複数の目的地を取得する目的地取得部と、
前記目的地取得部により取得される目的地を保持する目的地保持部と、
前記施設内の、複数の観測地の混雑度を取得する施設内状況取得部と、
前記施設内状況取得部により取得される混雑度を保持する施設内状況保持部と、
前記目的地保持部により保持される複数の目的地に対応する複数の観測地の、前記施設内状況保持部に保持される混雑度を参照して、前記ユーザが巡回すべき前記施設内の巡回ルートを決定する巡回ルート決定部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記目的地取得部は、各目的地で達成すべき目的に対する前記ユーザの意欲度を取得して前記目的地保持部に登録し、
前記巡回ルート決定部は、
前記意欲度が高いほど高スコア値を付与する第１テーブルと、
前記混雑度が低いほど高スコア値を付与する第２テーブルと、
前記第１テーブルを参照して前記目的地保持部に保持される前記意欲度を第１スコア値に変換し、かつ前記第２テーブルを参照して前記施設内状況保持部に保持される混雑度を第２スコア値に変換し、前記複数の目的地のそれぞれについて前記第１スコア値および前記第２スコア値の合計値を算出する第１演算部と、を含み、
前記第１演算部は、前記合計値が高い目的地の順に前記巡回ルートを生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記複数の観測地で販売されている商品の在庫レベルを取得する在庫状況取得部と、
前記在庫状況取得部により取得される在庫レベルを保持する在庫状況保持部と、をさらに備え、
前記巡回ルート決定部は、前記在庫レベルが低いほど高スコア値を付与する第３テーブルをさらに含み、
前記第１演算部は、前記第３テーブルを参照して前記在庫状況保持部に保持される在庫レベルを第３スコア値に変換し、前記第１スコア値、前記第２スコア値および前記第３スコア値の合計値を算出し、その合計値が高い目的地の順に前記巡回ルートを生成することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
ユーザ操作に起因してユーザが訪れるべき、施設内の複数の目的地を取得する目的地取得部と、
前記目的地取得部により取得される目的地を保持する目的地保持部と、
前記施設内の、複数の観測地で販売されている商品の在庫レベルを取得する在庫状況取得部と、
前記在庫状況取得部により取得される在庫レベルを保持する在庫状況保持部と、
前記目的地保持部により保持される複数の目的地に対応する複数の観測地の、前記在庫状況保持部に保持される在庫レベルを参照して、前記ユーザが巡回すべき前記施設内の巡回ルートを決定する巡回ルート決定部と、
を備えることを特徴とする情報処理装置。
【請求項５】
前記施設の駐車場の、各駐車スペースの駐車状況を取得する駐車状況取得部と、
前記駐車状況取得部により取得される駐車状況を保持する駐車状況保持部と、
前記巡回ルート決定部により決定された巡回ルートの、開始位置または終了位置に近接する駐車スペースを前記ユーザに提案すべき駐車スペースとして、前記駐車状況保持部に保持される駐車状況により特定される空き駐車スペースのなかから選択する駐車位置決定部と、
をさらに備えることを特徴とする請求項１から４のいずれかに記載の情報処理装置。
【請求項６】
前記巡回ルート決定部により決定された巡回ルートの所要時間を算出する所要時間算出部と、
前記所要時間算出部により算出された所要時間後の天気情報を取得する天気情報取得部と、をさらに備え、
前記駐車場は、屋根付きタイプの駐車スペースと屋根なしタイプの駐車スペースを含み、
前記駐車位置決定部は、前記天気情報取得部により取得される天気情報を参照して、前記所要時間後の天気が雨または雪と予想される場合、前記屋根付きタイプの駐車スペースを優先的に選択することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
同一車両に乗車し、かつ施設内で別々に行動する複数のユーザが訪れるべき、前記施設内の複数の目的地を取得する目的地取得部と、
前記施設内の、複数の観測地の混雑度を取得する施設内状況取得部と、
前記目的地取得部が取得した複数の目的地に対応する複数の観測地の前記取得した混雑度に基づいて、前記複数のユーザの各々が巡回すべき前記施設内の巡回ルートを決定する巡回ルート決定部と、
前記施設の駐車場の、各駐車スペースの駐車状況を取得する駐車状況取得部と、
前記巡回ルート決定部により決定された巡回ルートの開始位置または終了位置に近接する駐車スペースを前記ユーザごとに仮の候補として選択し、前記仮の候補として選択した複数の駐車スペースと前記駐車状況取得部が取得した駐車状況とに基づいて前記ユーザに提案すべき駐車スペースを選択する駐車位置決定部と、
を備えることを特徴とする情報処理装置。
【請求項８】
前記駐車位置決定部は、
特定の目的地と特定の駐車スペースとの組み合わせと、それらの間の距離に応じた第４スコア値とを関連づけ、前記距離が短いほど高スコア値を付与する第４テーブルと、
前記第４テーブルを参照して前記各巡回ルートの、最初の目的地または最後の目的地と、特定の空き駐車スペースとの組み合わせをそれぞれ前記第４スコア値に変換し、それらの合計値を前記空き駐車スペースごとに算出する第２演算部と、を含み、
前記第２演算部は、その合計値が最も大きい空き駐車スペースを選択することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記施設の駐車場の、各駐車スペースの駐車状況を取得する駐車状況取得部と、
前記駐車状況取得部により取得される駐車状況を保持する駐車状況保持部と、
前記巡回ルート決定部により決定された巡回ルートの、最初の目的地または最後の目的地に隣接する駐車スペースを前記ユーザに提案すべき駐車スペースとして、前記駐車状況保持部に保持される駐車状況により特定される空き駐車スペースのなかから選択する駐車位置決定部と、
をさらに備え、
前記目的地取得部は、同一車両に同乗し、かつ前記施設内で別々に行動するユーザごとに前記施設内の複数の目的地を取得するとともに、少なくとも最も優先すべきユーザが特定されている前記ユーザ間の優先順位を取得し、
前記巡回ルート決定部は、前記ユーザごとに前記巡回ルートを決定し、
前記駐車位置決定部は、前記最も優先すべきユーザの巡回ルートの、最初の目的地または最後の目的地に隣接する空き駐車スペースを選択することを特徴とする請求項１から４のいずれかに記載の情報処理装置。
【請求項１０】
請求項１から９のいずれかに記載の情報処理装置と、
ユーザ操作に起因して前記複数の目的地を取得し、ネットワークを介して前記情報処理装置に送信する端末装置と、
を備えることを特徴とする情報処理システム。
【請求項１１】
前記端末装置は、前記巡回ルート決定部により決定された巡回ルートを前記ネットワークを介して取得し、その巡回ルートを表示または印刷することを特徴とする請求項１０に記載の情報処理システム。
【請求項１２】
ユーザ操作に起因して、ユーザが訪れるべき、施設内の複数の目的地を目的地取得部により取得するステップと、
前記目的地取得部により取得される目的地を目的地保持部に保持するステップと、
前記施設内の、複数の観測地の混雑度を施設内状況取得部により取得するステップと、
前記施設内状況取得部により取得される混雑度を施設内状況保持部に保持するステップと、
前記目的地保持部により保持される複数の目的地に対応する複数の観測地の、前記施設内状況保持部に保持される混雑度を参照して、前記ユーザが巡回すべき前記施設内の巡回ルートを巡回ルート決定部により決定するステップと、
を備えることを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザに提案すべき、施設内の巡回ルートを決定する情報処理装置、情報処理システムおよび情報処理方法に関する。
【背景技術】
【０００２】
小売業の業態のなかで大規模駐車場を備え、売場面積の大きな大型店が人気を集めている。このような大型店は多種多様な商品を扱っており、ユーザは他品種の商品を一度に購入することができ、便利である。
【０００３】
特許文献１は、駐車場内の車両の駐車状況を管理する駐車状況管理装置を開示する。この駐車状況管理装置は、駐車場内の空き駐車位置を取得する取得手段と、前記駐車場の駐車位置と、車路と、自動車の入退場口の位置を示す駐車場の地図情報と、前記取得された空き駐車位置を示す情報とを車載誘導装置へ送信する送信手段とを備える。
【特許文献１】特開２００１−００６０９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述したように大型店は多種多様な商品を扱っているが、ユーザは広大な施設内を歩きまわらなければならない。とくに、目的とする商品が複数種類ある場合、途中で混雑に巻き込まれると買い物が終了するまでに長時間かかってしまう。
【０００５】
本発明はこうした状況に鑑みなされたものであり、その目的は、施設内の複数の目的地を巡るユーザに対して効率的なルートを提案することができる情報処理装置、情報処理システムおよび情報処理方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明のある態様の情報処理装置は、ユーザ操作に起因してユーザが訪れるべき、施設内の複数の目的地を取得する目的地取得部と、目的地取得部により取得される目的地を保持する目的地保持部と、施設内の、複数の観測地の混雑度を取得する施設内状況取得部と、施設内状況取得部により取得される混雑度を保持する施設内状況保持部と、目的地保持部により保持される複数の目的地に対応する複数の観測地の、施設内状況保持部に保持される混雑度を参照して、ユーザが巡回すべき施設内の巡回ルートを決定する巡回ルート決定部と、を備える。
【０００７】
本発明の別の態様もまた、情報処理装置である。この装置は、同一車両に乗車し、かつ施設内で別々に行動する複数のユーザが訪れるべき、施設内の複数の目的地を取得する目的地取得部と、施設内の、複数の観測地の混雑度を取得する施設内状況取得部と、目的地取得部が取得した複数の目的地に対応する複数の観測地の取得した混雑度に基づいて、複数のユーザの各々が巡回すべき施設内の巡回ルートを決定する巡回ルート決定部と、施設の駐車場の、各駐車スペースの駐車状況を取得する駐車状況取得部と、巡回ルート決定部により決定された巡回ルートの開始位置または終了位置に近接する駐車スペースをユーザごとに仮の候補として選択し、仮の候補として選択した複数の駐車スペースと駐車状況取得部が取得した駐車状況とに基づいてユーザに提案すべき駐車スペースを選択する駐車位置決定部と、を備える。
【０００８】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、施設内の複数の目的地を巡るユーザに対して効率的なルートを提案することができる。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明の実施の形態１に係る情報処理システム５００の構成を示す図である。
実施の形態１に係る情報処理システム５００は、情報処理装置１００および端末装置２００を備える。情報処理装置１００は、ユーザに提案すべき、施設内の巡回ルートを生成する。その施設内の管理部門に設置されることが一般的である。サーバまたはＰＣなどを用いて構築することができる。
【００１１】
端末装置２００は、ユーザ操作に起因して複数の目的地を取得し、ネットワークを介して情報処理装置１００に送信する。また、端末装置２００は、後述する巡回ルート決定部２０により決定された巡回ルートをネットワークを介して取得し、その巡回ルートを表示または印刷する。端末装置２００は、ユーザが情報を入力することができ、その情報を情報処理装置１００に送信する機能を持つ端末装置であればよい。たとえば、当該施設の案内機、当該施設に併設された駐車場の駐車券発券機、ユーザが乗っている車のカーナビゲーション装置、またはユーザの携帯電話機を採用することができる。
【００１２】
また、端末装置２００は、各目的地で達成すべき目的に対するユーザの意欲度を取得して送信してもよい。たとえば、ユーザに複数の目的地を入力してもらう際、各目的地について「絶対行きたい」、「なるべく行きたい」、「行かなくてもよい」のなかから一つを選択してもらうことにより、意欲度を取得することができる。また、複数の目的地の、入力順番により意欲度を推定することもできる。
【００１３】
情報処理装置１００は、目的地取得部１１、目的地保持部１２、施設内状況取得部１３、施設内状況保持部１４、在庫状況取得部１５、在庫状況保持部１６および巡回ルート決定部２０を備える。巡回ルート決定部２０は、目的地変換テーブル２１、施設内状況変換テーブル２２、在庫状況変換テーブル２３および演算部２４を含む。
【００１４】
情報処理装置１００の構成は、ハードウェア的には、任意のプロセッサ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは、当業者には理解されるところである。
【００１５】
目的地取得部１１は、ユーザ操作に起因してユーザが訪れるべき、施設内の複数の目的地を取得して目的地保持部１２に登録する。目的地取得部１１は、端末装置２００からネットワークを介して複数の目的地を取得する。
【００１６】
たとえば、目的地取得部１１は、端末装置２００の図示しない表示部にタッチパネル式の、施設内の地図を表示しユーザに選択させてもよい。また、端末装置２００の表示部に商品を羅列し、選択させてもよい。この場合、目的地取得部１１は入力された商品をそれに関連づけられた目的地に変換する。また、ユーザの携帯電話機にあらかじめ買いたい商品が登録されている場合、それを案内機または駐車券発券機の読取部で読み取ってもよい。また、その買いたい商品をネットワークを介して送信してもらってもよい。
【００１７】
目的地保持部１２は、目的地取得部１１により取得される目的地を保持する。より具体的には、取得される複数の目的地をユーザごとに保持する。目的地取得部１１が意欲度も取得する場合、各目的地の意欲度も保持する。
【００１８】
施設内状況取得部１３は、施設内の、複数の観測地の混雑度を取得して施設内状況保持部１４に登録する。観測地は、商品の売場単位、エリア単位またはテナントショップ単位で設定される。混雑度は、監視カメラに写っている人数、キャッシャーの稼働状況、売場に設置されている端末装置または店員が保持する端末装置から店員に入力してもらう、などの手法で特定される。
施設内状況保持部１４は、施設内状況取得部１３により取得される混雑度を保持する。
【００１９】
巡回ルート決定部２０は、目的地保持部１２により保持される複数の目的地に対応する複数の観測地の、施設内状況保持部１４に保持される混雑度を参照して、ユーザが巡回すべき施設内の巡回ルートを決定する。たとえば、混雑度が比較的低い目的地を先に、混雑度が比較的高い目的地を後に巡るルートに決定する。
【００２０】
目的地変換テーブル２１は、意欲度が高いほど高スコア値を付与する。意欲度は入力形態に応じて複数の段階に分類され、各分類にあらかじめスコア値が割り当てられている。施設内状況変換テーブル２２は、混雑度が低いほど高スコア値を付与する。混雑度もその入力形態に応じて複数の段階に分類され、各分類にあらかじめスコア値が割り当てられている。
【００２１】
演算部２４は、目的地変換テーブル２１を参照して目的地保持部１２に保持される意欲度を第１スコア値に変換し、かつ施設内状況変換テーブル２２を参照して施設内状況保持部１４に保持される混雑度を第２スコア値に変換し、複数の目的地のそれぞれについて第１スコア値および第２スコア値の合計値を算出する。そして、合計値が高い目的地の順に巡回ルートを生成する。
【００２２】
この巡回ルートの生成方法では、在庫状況取得部１５、在庫状況保持部１６および在庫状況変換テーブル２３を使用しないため、この方法を採用する場合、これらの要素は削除することができる。以下、これらの要素を使用する例について説明する。
【００２３】
在庫状況取得部１５は、複数の観測地で販売されている商品の在庫レベルを取得する。在庫レベルは、たとえばＰＯＳシステムから取得することができる。在庫状況保持部１６は、在庫状況取得部１５により取得される在庫レベルを保持する。在庫状況変換テーブル２３は、在庫レベルが低いほど高スコア値を付与する。在庫レベルも入力形態に応じて複数の段階に分類され、各分類にあらかじめスコア値が割り当てられている。
【００２４】
演算部２４は、在庫状況変換テーブル２３を参照して在庫状況保持部１６に保持される在庫レベルを第３スコア値に変換し、上記第１スコア値、上記第２スコア値および当該第３スコア値の合計値を算出し、その合計値が高い目的地の順に巡回ルートを生成する。
【００２５】
別の巡回ルート生成方法として、巡回ルート決定部２０は、目的地保持部１２により保持される複数の目的地に対応する複数の観測地の、在庫状況保持部１６に保持される在庫レベルを参照して、上記ユーザが巡回すべき施設内の巡回ルートを決定してもよい。たとえば、在庫レベルが比較的低い目的地を先に、在庫レベルが比較的高い目的地を後に巡るルートに決定する。
【００２６】
この巡回ルート生成方法では、演算部２４は、目的地変換テーブル２１を参照して目的地保持部１２に保持される意欲度を第１スコア値に変換し、かつ在庫状況変換テーブル２３を参照して在庫状況保持部１６に保持される在庫レベルを第３スコア値に変換し、複数の目的地のそれぞれについて第１スコア値および第３スコア値の合計値を算出し、その合計値が高い目的地の順に巡回ルートを生成することができる。この巡回ルート生成方法では、施設内状況取得部１３、施設内状況保持部１４および施設内状況変換テーブル２２を使用しないため、これらの要素は削除することができる。
【００２７】
巡回ルート決定部２０により決定された巡回ルートは端末装置２００に送信され、端末装置２００はその巡回ルートを表示部に表示させるか、印字して出力する。この表示機能または印字機能と、ユーザ操作により複数の目的地を取得して送信する機能とは、別々の端末装置２００が担当することも可能である。たとえば、後者の機能は携帯電話機が担当し、前者の機能は駐車券発券機が担当してもよい。
【００２８】
以下、実施の形態１に係る情報処理装置１００の具体的動作例について説明する。
図２は、本発明の実施の形態１に係る、目的地変換テーブル２１、施設内状況変換テーブル２２および在庫状況変換テーブル２３の一例を示す図である。
以下、ユーザにより４箇所の目的地Ａ〜Ｄが入力される例を説明する。
【００２９】
図２（ａ）は、目的地変換テーブル２１の一例を示す。
意欲度が高いほど、たとえば商品購入意欲が高いほど、高いスコア値が割り当てられる。図２（ａ）では意欲度が、「必ず達成したい」、「なるべく達成したい」、「どちらでもよい」の三段階で分類される。
【００３０】
図２（ｂ）は、施設内状況変換テーブル２２の一例を示す。
混雑度が低いほど、高いスコア値が割り当てられる。空いている目的地を優先し、混んでいる目的地を劣後させることにより、ユーザが混雑に巻き込まれる確率を低減させることができる。図２（ｂ）では混雑度が、「空いている」、「普通」、「混んでいる」の三段階で分類される。
【００３１】
図２（ｃ）は、在庫状況変換テーブル２３の一例を示す。
在庫レベルが低いほど、高いスコア値が割り当てられる。在庫が少ないほど急いで購入しに行く必要性が高いからである。なお、在庫がない場合、その目的地を巡回ルートから除外する。図２（ｃ）では在庫レベル、「少ない」、「普通」、「多い」、「無し」の四段階で分類される。「無し」に割り当てられる「→０」は、この目的地を除外するよう指示するための識別情報である。
【００３２】
図３は、図２（ａ）〜（ｃ）の目的地変換テーブル２１、施設内状況変換テーブル２２、在庫状況変換テーブル２３を前提に、各目的地の合計値の一例を示す。
目的地Ａは、第１スコア値（意欲度）＝１００、第２スコア値（混雑度）＝２０、第３スコア値（在庫レベル）＝１０となり、それらの合計値＝１３０となる。目的地Ｂは、第１スコア値（意欲度）＝８０、第２スコア値（混雑度）＝１０、第３スコア値（在庫レベル）＝５０となり、それらの合計値＝１４０となる。目的地Ｃは、第１スコア値（意欲度）＝８０、第２スコア値（混雑度）＝２０、第３スコア値（在庫レベル）＝「→０」となるが、第３スコア値（在庫レベル）＝「→０」であるため、それらの合計値＝０となる。目的地Dは、第１スコア値（意欲度）＝６０、第２スコア値（混雑度）＝３０、第３スコア値（在庫レベル）＝３０となり、それらの合計値＝１２０となる。
【００３３】
合計値が高い順に、目的地Ｂ（１４０）→目的地Ａ（１３０）→目的地Ｄ（１２０）となる。よって、巡回ルートは、目的地Ｂ→目的地Ａ→目的地Ｄとなる。目的地Ｃは目的の商品が売り切れのため、巡回ルートに含めない。
【００３４】
図４は、本発明の実施の形態１に係る情報処理装置１００の動作を説明するためのフローチャートである。
演算部２４は、目的地保持部１２から、複数の目的地と各目的地の意欲度を取得する（Ｓ１０）。それとともに、施設内状況保持部１４から各目的地の混雑度を取得する（Ｓ１１）。それとともに、在庫状況保持部１６から各目的地の在庫レベルを取得する（Ｓ１２）。
【００３５】
演算部２４は、目的地変換テーブル２１、施設内状況変換テーブル２２および在庫状況変換テーブル２３を参照して、目的地ごとに、意欲度を第１スコア値に、混雑度を第２スコア値に、在庫レベルを第３スコア値に変換する（Ｓ１３）。
【００３６】
演算部２４は、目的地ごとに第３スコア値が「→０」であるか否か判定する（Ｓ１４）。第３スコア値が「→０」である目的地について（Ｓ１４のＹ）、その目的地を巡回ルートに含めないよう制御する（Ｓ１５）。たとえば、その目的地が識別可能なようフラグを立てる。第３スコア値が「→０」でない目的地について（Ｓ１４のＮ）、ステップＳ１５をスキップする。
【００３７】
演算部２４は、目的地ごとに、第１スコア値、第２スコア値および第３スコア値を合計する（Ｓ１６）。この合計値が高い順に目的値をソートする（Ｓ１７）。この順番で目的地を巡るルートが、上述した巡回ルートとなる。
【００３８】
巡回ルート決定部２０は、この巡回ルートを端末装置２００に送信して、ユーザに提供する。ここで、一つの巡回ルートのみをユーザに提供してもよいし、第１候補に加えて、第２候補、第３候補も提供してもよい。図３の例では、第１候補は「目的地Ｂ→目的地Ａ→目的地Ｄ」であるが、目的地Ａと目的地Ｄを入れ替えた、第２候補の「目的地Ｂ→目的地Ｄ→目的地Ａ」を合わせて提供してもよい。さらに、目的地Ｂと目的地Ａを入れ替えた、第３候補の「目的地Ａ→目的地Ｂ→目的地Ｄ」を合わせて提供してもよい。
【００３９】
また、ユーザの趣向を反映させた複数の提案をしてもよい。これは、第１スコア値、第２スコア値、第３スコア値の、それぞれの合計値に占める寄与度を調整することにより可能である。重視すべき項目のスコア値の合計値に占める寄与度を高めればよい。
【００４０】
図２の例では、意欲度を示す第１スコア値の合計値に占める寄与度が高く設定されている。すなわち、ユーザの意欲度を重視する設定である。これに対し、混雑度を示す第２スコア値の合計値に占める寄与度が一番高くなるように設定してもよい。すなわち、混雑回避を重視する設定である。
端末装置２００は、ユーザに「目的達成重視」、「混雑回避重視」、「売り切れ回避重視」の、それぞれの項目を重視した複数の巡回ルートまたはユーザに選択された項目を重視した巡回ルートを提示することができる。
【００４１】
以上説明したように実施の形態１によれば、施設内の複数の目的地を巡るユーザに対して効率的なルートを提案することができる。ユーザは混雑に巻き込まれる確率および品切れになる確率を低減しつつ、欲しい商品を優先的に購入することができる。店側は混雑を平準化することができ、業務オペレーションが改善するとともに、顧客満足度も向上させることができる。
【００４２】
図５は、本発明の実施の形態２に係る情報処理システム５００の構成を示す図である。
実施の形態２に係る情報処理システム５００に含まれる情報処理装置１００は、実施の形態１に係る情報処理装置１００の構成に、駐車状況取得部１７、駐車状況保持部１８、天気情報取得部１９、駐車位置決定部３０および所要時間算出部３２が追加された構成である。以下、この追加された構成を中心に説明する。
【００４３】
駐車状況取得部１７は、上記施設の駐車場の、各駐車スペースの駐車状況を取得する。すなわち、各駐車スペースが埋まっているか空いているかを取得する。各駐車スペースの駐車状況は、各駐車スペースに設置されたセンサから取得されてもよいし、監視カメラの画像から取得されてもよいし、駐車場に設置されている端末装置または管理人が保持する端末装置から管理人に入力してもらうことにより取得されてもよい。駐車状況保持部１８は、駐車状況取得部１７により取得される駐車状況を保持する。
【００４４】
駐車位置決定部３０は、巡回ルート決定部２０により決定された巡回ルートの、開始位置または終了位置に近接する駐車スペースをユーザに提案またはユーザを誘導すべき駐車スペースとして、駐車状況保持部１８に保持される駐車状況により特定される空き駐車スペースのなかから選択する。ここで、巡回ルート決定部２０により決定された巡回ルートは、巡回ルート決定部２０が複数の候補をユーザに提案した場合、ユーザにより最終的に選択された巡回ルートが該当する。
【００４５】
巡回ルートの開始位置は、最初の目的地に最も近い出入口であってもよい。同様に、巡回ルートの終了位置は、最後の目的地に最も近い出入口であってもよい。通常、巡回ルートの終了位置に近接する駐車スペースに決定されるが、ユーザの選択操作に応じてその開始位置に近接する駐車位置に決定されてもよい。その開始位置または終了位置に近接する駐車スペースとは、それに最も隣接する駐車スペースであってもよいし、周囲の駐車状況を考慮し、近接する複数の駐車スペースのなかから一番駐車しやすい駐車スペースであってもよい。
【００４６】
駐車位置決定部３０により決定された駐車スペースは端末装置２００に送信され、端末装置２００はその駐車スペースを表示部に表示させる。この表示部は駐車場内に設置された電光掲示板であってもよい。
【００４７】
この駐車スペース決定方法では、天気情報取得部１９および所要時間算出部３２を使用しないため、この方法を採用する場合、これらの要素は削除することができる。以下、これら要素を使用する例について説明する。
【００４８】
この例では、上記施設の駐車場全体のなかに、屋根付きタイプの駐車スペースと屋根なしタイプの駐車スペースが存在することを前提とする。なお、駐車場が複数箇所に点在し、一部の箇所が屋根付きタイプで、その他の箇所が屋根なしタイプである場合も含む。本明細書では、屋根付き駐車場とは屋内駐車場にかぎらず、駐車場自体には屋根はないが、施設の出入口からその駐車場までの通路に屋根がある場合も含む。
【００４９】
所要時間算出部３２は、巡回ルート決定部２０により決定された巡回ルートの所要時間を算出する。所要時間算出部３２は、各観測地間の所要移動時間の典型値および各観測地での購入時間の典型値を保持する。これらの典型値は、実験やシミュレーションにより求めたものであってもよい。所要時間算出部３２は、巡回ルート決定部２０から供給される巡回ルートの所要時間を上記典型値をもとに予測する。
【００５０】
天気情報取得部１９は、所要時間算出部３２により算出された所要時間後の天気情報を取得する。この所要時間後の時刻は、ユーザが上記巡回ルートの終了位置に到達する予想時刻となる。天気情報は、所定の天気予報サイトを開設しているサーバから取得することができる。とくに、その時刻の降水確率または降雪確率を取得する。
【００５１】
駐車位置決定部３０は、天気情報取得部１９により天気情報を参照して、所要時間後の天気が雨または雪と予想される場合、屋根付きタイプの駐車スペースを優先的に選択する。たとえば、降水確率または降雪確率が５０％以上で、屋根付きタイプの駐車スペースを優先的に選択する。屋根付きタイプの駐車スペースがすべて埋まっている場合、所要時間後の天気が雨または雪と予想される場合でも、屋根なしタイプの駐車スペースを提示する。
【００５２】
図６は、本発明の実施の形態２に係る駐車位置決定処理の具体例を説明するための図である。
図６では、店舗４０に屋内駐車場７０と屋外駐車場８０が併設される。店舗４０と屋内駐車場７０とは第１出入口５１を介して往来可能である。店舗４０と屋外駐車場８０とは第２出入口５２を介して往来可能である。上記図２、３の例にしたがい、ユーザにより４箇所の目的地、すなわち目的地Ａ６１、目的地Ｂ６２、目的地Ｃ６３および目的地Ｄ６４が入力されたことを前提に説明する。
【００５３】
なお、駐車スペース内の「○」は空いていることを示し、「×」は埋まっていることを示す。図６では、屋内駐車場７０は、第１〜３駐車スペース７１〜７３が埋まっており、第４駐車スペース７４が空いている。屋外駐車場８０は、第１、４駐車スペース８１、８４が埋まっており、第２、３駐車スペース８２、８３が空いている。
【００５４】
上述したように、巡回ルートが「目的地Ｂ→目的地Ａ→目的地Ｄ」に決定されたとすると、駐車位置決定部３０は、最後の目的地Ｄ６４に最も近い第２出入口５２から最も近い空き駐車スペースである、屋外駐車場８０の第３駐車スペース８３をユーザに提示すべき駐車スペースに決定する。ただし、ユーザが駐車場に戻ると予想される時刻に雨が降ると予想される場合、屋内駐車場７０の第４駐車スペース７４をユーザに提示すべき駐車スペースに決定する。
【００５５】
以上説明したように実施の形態２によれば、ユーザに対して効率的に施設内を巡回することができる駐車位置を提案することができる。ユーザは、駐車位置を悩む必要がなくなり、駐車に費やす時間を短縮することができる。また、雨に濡れる可能性が低減される。店側は、混雑を平準化することができ、駐車場の誘導を含めた業務オペレーションが改善するとともに、顧客満足度も向上させることができる。
【００５６】
図７は、本発明の実施の形態３に係る情報処理システム５００の構成を示す図である。
実施の形態３に係る情報処理システム５００に含まれる情報処理装置１００は、実施の形態１に係る情報処理装置１００の構成に、駐車状況取得部１７、駐車状況保持部１８および駐車位置決定部３０が追加された構成である。以下、この追加された構成を中心に説明する。実施の形態２では、同一車両に乗車しているユーザが一人の場合、または同一車両に乗車しているユーザが複数人でも施設内を一緒に行動する場合を想定した。実施の形態３では同一車両に乗車しているユーザが複数人であり施設内を別々に行動する場合を想定する。
【００５７】
駐車状況取得部１７は、上記施設の駐車場の、各駐車スペースの駐車状況を取得する。駐車状況保持部１８は、駐車状況取得部１７により取得される駐車状況を保持する。駐車位置決定部３０は、巡回ルート決定部２０により決定された巡回ルートの、最初の目的地または最後の目的地に近接する駐車スペースをユーザに提案すべき駐車スペースとして、駐車状況保持部１８に保持される駐車状況により特定される空き駐車スペースのなかから選択する。
【００５８】
目的地取得部１１は、同一車両に同乗し、かつ施設内で別々に行動するユーザごとに施設内の複数の目的地を取得する。巡回ルート決定部２０は、別々に行動するユーザごとに上記巡回ルートを決定する。すなわち、実施の形態１で説明した処理が別々に行動するユーザごとに実行される。たとえば、巡回ルート決定部２０は、目的地取得部１１が取得した複数の目的地に対応する複数の観測地の上記取得した混雑度に基づいて、上記複数のユーザの各々が巡回すべき上記施設内の巡回ルートを決定する。駐車位置決定部３０は、巡回ルート決定部２０により決定された巡回ルートの開始位置または終了位置に近接する駐車スペースを当該ユーザごとに仮の候補として選択し、その仮の候補として選択した複数の駐車スペースと駐車状況取得部１７が取得した駐車状況とに基づいて前記ユーザに提案すべき駐車スペースを選択する。すなわち、仮の候補として選択した複数の駐車スペースのうち、埋まっている駐車スペースは候補から排除される。たとえば、駐車位置決定部３０は、当該ユーザごとに決定された各巡回ルートの、最初の目的地または最後の目的地と、特定の空き駐車スペースとの間の各距離の合計が最も短い空き駐車スペースをユーザに提案すべき駐車スペースとして選択する。
【００５９】
駐車位置決定部３０は以下のように構成されて上記各距離の合計を算出してもよい。すなわち、駐車位置決定部３０は、目的地駐車位置変換テーブル３１および演算部３４を含む。目的地駐車位置変換テーブル３１は、特定の目的地と特定の駐車スペースとの組み合わせと、それらの間の距離に応じた第４スコア値とを関連づける。当該距離は複数のレンジに分類され、各分類にあらかじめスコア値が割り当てられている。目的地駐車位置変換テーブル３１は、特定の目的地と特定の駐車スペースとの距離が短いほど高スコア値を付与する。
【００６０】
演算部３４は、目的地駐車位置変換テーブル３１を参照して各巡回ルートの、最初の目的地または最後の目的地と、特定の空き駐車スペースとの組み合わせをそれぞれ第４スコア値に変換し、それらの合計値を空き駐車スペースごとに算出する。演算部３４は、その合計値が最も大きい空き駐車スペースをユーザに提案すべき駐車スペースとして選択する。
【００６１】
なお、ここでは目的地駐車位置変換テーブル３１は、特定の目的地と特定の駐車スペースとの組み合わせを、それに関連づけられた第４スコア値に変換したが、当該組み合わせをそれらの間の距離そのものに変換してもよい。その場合、演算部３４はそれぞれの距離の合計値を算出し、その合計値が最も小さい空き駐車スペースをユーザに提案すべき駐車スペースとして選択する。
【００６２】
図８は、目的地駐車位置変換テーブル３１の一例を示す。以下、各巡回ルートの最後の目的地を第４スコア値に変換する例を説明する。
この目的地駐車位置変換テーブル３１は、図６に示した店舗４０、屋内駐車場７０および屋外駐車場８０を前提とする。すなわち、この目的地駐車位置変換テーブル３１は、４箇所の目的地（目的地Ａ６１、目的地Ｂ６２、目的地Ｃ６３および目的地Ｄ６４）と、８箇所の駐車スペース（第１屋内駐車スペース７１、第２屋内駐車スペース７２、第３屋内駐車スペース７３、第４屋内駐車スペース７４、第１屋外駐車スペース８１、第２屋外駐車スペース８２、第３屋外駐車スペース８３および第４屋外駐車スペース８４）との各組み合わせと、第４スコア値とを関連づける。
【００６３】
図９は、図８の目的地駐車位置変換テーブル３１を前提に、各空き駐車スペースの合計値を示す。
ここでは同一車両に同乗し、かつ店舗４０で別々に行動するユーザが４人の例を説明する。巡回ルート決定部２０は各ユーザの巡回ルートを決定し、その各巡回ルートの最後の目的地がつぎのように決定されたとする。ユーザ１の巡回ルートの最後の目的地が目的地Ｂ６２、ユーザ２の巡回ルートの最後の目的地が目的地Ａ６１、ユーザ３の巡回ルートの最後の目的地が目的地Ｃ６３、およびユーザ４の巡回ルートの最後の目的地が目的地Ｄ６４に決定されたとする。空き駐車スペースは、図６に示したように第４屋内駐車スペース７４、第２屋外駐車スペース８２および第３屋外駐車スペース８３とする。
【００６４】
第４屋内駐車スペース７４は、ユーザ１の第４スコア値＝３５、ユーザ２の第４スコア値＝５、ユーザ３の第４スコア値＝３０、ユーザ４の第４スコア値＝１０となり、それらの合計値＝８０となる。第２屋外駐車スペース８２は、ユーザ１の第４スコア値＝１０、ユーザ２の第４スコア値＝４０、ユーザ３の第４スコア値＝２５、ユーザ４の第４スコア値＝３５となり、それらの合計値＝１１０となる。第３屋外駐車スペース８３は、ユーザ１の第４スコア値＝１５、ユーザ２の第４スコア値＝４５、ユーザ３の第４スコア値＝３０、ユーザ４の第４スコア値＝４０となり、それらの合計値＝１３０となる。演算部３４は、上記合計値が最も大きい、第３屋外駐車スペース８３をユーザに提案すべき駐車スペースとして選択する。
【００６５】
図１０は、本発明の実施の形態３に係る情報処理装置１００の動作を説明するためのフローチャートである。
巡回ルート決定部２０は、ユーザごとに巡回ルートを決定する（Ｓ２０）。演算部３４は、各巡回ルートの最後の目的地を取得する（Ｓ２１）。それとともに、駐車状況保持部１８から空き駐車スペースを取得する（Ｓ２２）。演算部３４は、各最後の目的地と各空き駐車スペースとの組み合わせを、目的地駐車位置変換テーブル３１を参照して第４スコア値に変換する（Ｓ２３）。演算部３４は、空き駐車スペースごとに第４スコア値の合計値を算出し（Ｓ２４）、最も大きい合計値の空き駐車スペースをユーザに提案すべき駐車スペースとして選択する（Ｓ２５）。
【００６６】
なお、決定された駐車スペースに他の車両が先に止まってしまった場合や、目的の商品が売り切れてしまった場合など、巡回ルートおよび駐車位置を決定するためのパラメータに変化があった場合、その旨をユーザに通知するとともに、図１０のフローチャートに示した処理を再実行し、新たな提案すべき駐車スペースを決定する。
【００６７】
以上説明したように実施の形態３によれば、同一車両に同乗し、施設内を別々に行動するユーザ全員の、巡回ルートの最後の目的地から駐車位置までの、歩行量の総和を最少にすることができる。もしくは、駐車位置から巡回ルートの最初の目的地までの、歩行量の総和を最少にすることができる。ユーザは、駐車位置を悩む必要がなくなり、駐車に費やす時間を短縮することができる。また、駐車場と店舗との移動時間も短縮することができる。店側は、各車両が駐車スペースに滞在する時間を短縮することができ、業務オペレーションが改善するとともに、顧客満足度も向上させることができる。また、駐車待ち時間や駐車スペースを探して車両が巡回する時間を減少させることができるため、無駄なエネルギー消費の抑制にもつながる。
【００６８】
つぎに、実施の形態３の変形例について説明する。実施の形態３の変形例に係る情報処理システム５０の構成は、図７に示した実施の形態３の基本例に係る情報処理システム５０の構成と同様である。以下、基本例と異なる動作を中心に説明する。実施の形態３の基本例では同一車両に乗車している複数のユーザに優先順位をつけなかったが、変形例では優先順位をつける。
【００６９】
目的地取得部１１は、同一車両に同乗し、かつ施設内で別々に行動するユーザごとに施設内の複数の目的地を取得するとともに、少なくとも最も優先すべきユーザが特定されている、上記ユーザ間の優先順位を取得する。たとえば、端末装置２００から、その優先順位そのものをユーザに入力してもらってもよいし、各ユーザの属性を入力してもらってもよい。後者の例として、障害者、高齢者、体調不良者、などの項目を選択してもらう。これらの項目に該当する者が複数いる場合、この例では障害者→体調不良者→高齢者の順で高い優先順位を付与する。
【００７０】
駐車位置決定部３０は、最も優先すべきユーザの巡回ルートの、最初の目的地または最後の目的地に近接する空き駐車スペースをユーザに提案すべき駐車スペースとして選択する。最も隣接する空き駐車スペースを選択してもよい。なお、目的地駐車位置変換テーブル３１を使用する場合、演算部３４は、最も優先すべきユーザの巡回ルートの、最初の目的地または最後の目的地と、特定の空き駐車スペースとの組み合わせをそれぞれ第４スコア値に変換し、最も高い第４スコア値を持つ空き駐車スペースをユーザに提案すべき駐車スペースとして選択する。
【００７１】
図１１は、図９に示した表に優先順位の項目が追加された表を示す。
図１１ではユーザ１が最も優先順位が高く、ユーザ４がつぎに優先順位が高いことを示している。ユーザ２、ユーザ３との間の優先順位は付与されていない。演算部３４は、最も優先すべきユーザ１にとって、最も高い第４スコア値を持つ第４屋内駐車スペース７４をユーザに提案すべき駐車スペースとして選択する。
【００７２】
図１２は、実施の形態３の変形例に係る情報処理装置１００の動作を説明するためのフローチャートである。
巡回ルート決定部２０は、ユーザごとに巡回ルートを決定する（Ｓ３０）。演算部３４は、最も優先順位が高いユーザの巡回ルートの、最後の目的地を取得する（Ｓ３１）。それとともに、駐車状況保持部１８から空き駐車スペースを取得する（Ｓ３２）。演算部３４は、最後の目的地と、各空き駐車スペースとの組み合わせを目的地駐車位置変換テーブル３１を参照して第４スコア値に変換する（Ｓ３３）。演算部３４は、最も第４スコア値の高い空き駐車スペースをユーザに提案すべき駐車スペースとして選択する（Ｓ３４）。
【００７３】
なお、優先順位が１番高いユーザにとっての、最も第４スコア値の高い空き駐車スペースが複数存在する場合、演算部３４は優先順位が２番目に高いユーザについてステップＳ３２〜Ｓ３３の処理を実行する。演算部３４は、その複数の最も第４スコア値の高い空き駐車スペースのなかから、優先順位が２番目に高いユーザの第４スコア値が最も高い空き駐車スペースを選択する。この処理によってもユーザに提案すべき駐車スペースが一つに特定されない場合、一つに特定されるまで、優先順位が３番目以降に高いユーザについても同様に処理する。さらに、優先順位による判定ではユーザに提案すべき駐車スペースが一つに特定されない場合、残った空き駐車スペースのなかで、図１０に示した実施の形態３の基本例に係る処理を実行して、一つに特定する。
【００７４】
以上説明したように実施の形態３の変形例によれば、同一車両に同乗し、施設内を別々に行動するユーザのうち、最も優先すべきユーザの巡回ルートの、最後の目的地から駐車位置までの歩行量を最少にすることができる。もしくは、駐車位置から最も優先すべきユーザの巡回ルートの、最初の目的地までの歩行量を最少にすることができる。ユーザは、駐車位置を悩む必要がなくなり、駐車に費やす時間を短縮することができる。
【００７５】
以上、本発明をいくつかの実施形態をもとに説明した。これらの実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００７６】
たとえば、実施の形態２において情報処理装置１００は、車両位置情報取得部をさらに備えてもよい。車両位置情報取得部は、車両に備え付けられたＧＰＳやユーザの携帯電話機に内蔵されるＧＰＳなどから、駐車場の入口または中に位置する車両の位置を取得することができる。これにより、駐車位置決定部３０は、現在の車両の位置から、決定された駐車スペースまでの誘導指示を、カーナビゲーション装置や携帯電話機などに表示させることができる。
【００７７】
また、実施の形態１において巡回ルート決定部２０は、三つのパラメータに基づいて巡回ルートを決定する例を説明した。これらのパラメータに加えて、またはこれらの一部のパラメータに置換して、その他の様々なパラメータを基礎とすることができる。
【００７８】
たとえば、各売場のイベント開催情報やタイムセールス情報を基礎とすることができる。前者の場合、巡回ルート決定部２０はそのイベントの開催時間帯にその目的地にユーザを誘導しないよう決定する。後者の場合、逆にそのタイムセールスの時間帯にその目的地にユーザを誘導するよう決定する。また、巡回ルート決定部２０は複数の巡回ルート候補のうち、所要時間算出部３２で算出される所要時間が短いものに決定してもよい。
【００７９】
また、商品の重量を基礎とすることができる。たとえば、巡回ルート決定部２０は相対的に重い商品の売場を上記巡回ルートの後のほうに位置づける。また、食料品を上記巡回ルートの後のほうに位置づけてもよい。また、ユーザの荷物が多くなる場合、駐車位置決定部３０は、巡回ルートの開始位置に近接する駐車場ではなく、その終了位置に近接する駐車場にユーザの車を誘導するとよい。
【００８０】
また、実施の形態３の変形例において駐車位置決定部３０は、複数のユーザ間の優先順位をユーザ操作に起因して目的地取得部１１から取得したが、それに限らない。たとえば、巡回ルートを辿るのが最も遅いと推測されるユーザを最も優先すべきユーザに特定してもよい。たとえば、目的地が最も多いユーザを、巡回ルートを辿るのが最も遅いユーザと推測することができる。また、最も重い荷物を持つことになると予測されるユーザを最も優先すべきユーザに特定してもよい。
【００８１】
また、実施の形態２と実施の形態３を組み合わせてユーザに提案すべき駐車スペースを決定してもよい。たとえば、駐車位置決定部３０は、天気情報取得部１９により天気情報を参照して、所要時間後の降水確率または降雪確率が５０％以上の場合、屋根付きタイプの空き駐車スペースのなかから、実施の形態３で説明した処理を実行することによりユーザに提案すべき駐車スペースを決定する。
【図面の簡単な説明】
【００８２】
【図１】本発明の実施の形態１に係る情報処理システムの構成を示す図である。
【図２】本発明の実施の形態１に係る、目的地変換テーブル、施設内状況変換テーブルおよび在庫状況変換テーブルの一例を示す図である。図２（ａ）は、目的地変換テーブルの一例を示す。図２（ｂ）は、施設内状況変換テーブルの一例を示す。図２（ｃ）は、在庫状況変換テーブルの一例を示す。
【図３】図２（ａ）〜（ｃ）の目的地変換テーブル、施設内状況変換テーブル、在庫状況変換テーブルを前提に、各目的地の合計値の一例を示す図である。
【図４】本発明の実施の形態１に係る情報処理装置の動作を説明するためのフローチャートである。
【図５】本発明の実施の形態２に係る情報処理システムの構成を示す図である。
【図６】本発明の実施の形態２に係る駐車位置決定処理の具体例を説明するための図である。
【図７】本発明の実施の形態３に係る情報処理システムの構成を示す図である。
【図８】目的地駐車位置変換テーブルの一例を示す。
【図９】図８の目的地駐車位置変換テーブルを前提に、各空き駐車スペースの合計値を示す。
【図１０】本発明の実施の形態３に係る情報処理装置の動作を説明するためのフローチャートである。
【図１１】図９に示した表に優先順位の項目が追加された表を示す。
【図１２】本発明の実施の形態３の変形例に係る情報処理装置の動作を説明するためのフローチャートである。
【符号の説明】
【００８３】
１１  目的地取得部、  １２  目的地保持部、  １３  施設内状況取得部、  １４  施設内状況保持部、  １５  在庫状況取得部、  １６  在庫状況保持部、  １７  駐車状況取得部、  １８  駐車状況保持部、  １９  天気情報取得部、  ２０  巡回ルート決定部、  ２１  目的地変換テーブル、  ２２  施設内状況変換テーブル、  ２３  在庫状況変換テーブル、  ２４  演算部、  ３０  駐車位置決定部、  ３１  目的地駐車位置変換テーブル、  ３２  所要時間算出部、  ３４  演算部、  情報処理装置、  ２００  端末装置、  ５００  情報処理システム。  
【図１】
2009230737.tif 000003
【図２】
2009230737.tif 000004
【図３】
2009230737.tif 000005
【図４】
2009230737.tif 000006
【図５】
2009230737.tif 000007
【図６】
2009230737.tif 000008
【図７】
2009230737.tif 000009
【図８】
2009230737.tif 000010
【図９】
2009230737.tif 000011
【図１０】
2009230737.tif 000012
【図１１】
2009230737.tif 000013
【図１２】
2009230737.tif 000014