JP2020159722A - ルート検索装置 - Google Patents

Abstract

【課題】購入する商品が決まっていない場合でも、商業施設を訪れた客の目的から効率の良いルートを検索可能とする。【解決手段】ルート検索装置は、店舗検索手段と、ルート作成手段と、を備える。店舗検索手段は、ユーザの商業施設での目的とその目的に係る複数の条件とを入力データとし、商業施設に出店している各店舗の業種又は業態を参照データとして、目的に合う店舗を検索する。ルート作成手段は、店舗検索手段により検索された店舗とユーザの商業施設での滞在予定時間とを入力データとし、商業施設のレイアウト及び店舗での推定滞在時間を参照データとして、滞在予定時間内に店舗を巡る案内ルートを作成する。【選択図】 図８

Description

本発明の実施形態は、ルート検索装置に関する。

従来、商業施設におけるルート検索装置として、客が複数の商品を購入する際にどのような順序で店舗又は売場を巡れば効率が良いかという情報を提示できるようにしたものは既に知られている。従来のルート検索装置は、購入する商品が決まっている場合に有効である。

特開２００９−０４８２８４号公報

本発明の実施形態が解決しようとする課題は、購入する商品が決まっていない場合でも、商業施設を訪れた客の目的から効率の良いルートを検索できるルート検索装置を提供しようとするものである。

一実施形態において、ルート検索装置は、店舗検索手段と、ルート作成手段とを備える。店舗検索手段は、ユーザの商業施設での目的とその目的に係る複数の条件とを入力データとし、商業施設に出店している各店舗の業種又は業態を参照データとして、目的に合う店舗を検索する。ルート作成手段は、店舗検索手段により検索された店舗とユーザの商業施設での滞在予定時間とを入力データとし、商業施設のレイアウト及び店舗での推定滞在時間を参照データとして、滞在予定時間内に店舗を巡る案内ルートを作成する。

第１の実施形態のシステム構成を示す模式図。 入退店検出システムの概略構成を示すブロック図。 入退店検出システムにおける制御装置の動作手順を示す流れ図。 店舗管理レコードの主要なデータ構造を示す模式図。 ユーザ管理レコードの主要なデータ構造を示す模式図。 ルート管理レコードの主要なデータ構造を示す模式図。 ルート管理レコードに含まれる案内ルートのデータ構造を示す模式図。 ルート検索サーバの要部回路構成を示すブロック図。 店舗検索部の機能構成を示す模式図。 ルート検索部の機能構成を示す模式図。 ルート検索サーバのプロセッサが実行する主要な情報処理の手順を示す流れ図。 図１１における受付処理の具体的手順を示す流れ図。 図１１における入店処理の具体的手順を示す流れ図。 図１１における退店処理の具体的手順を示す流れ図。 図１１における退店処理の具体的手順を示す流れ図。 図１１における終了処理の具体的手順を示す流れ図。 第２の実施形態のシステム構成を示す模式図。 第２の実施形態における退店処理の手順の一部を示す流れ図。

以下、購入する商品が決まっていない場合でも、商業施設を訪れた客の目的から効率の良いルートを検索できるルート検索装置の実施形態について、図面を用いて説明する。
はじめに、本実施形態においては、デパート、ショッピングセンター等の商業施設だけでなく、商店街、ショッピングモール等の商業地域も、商業施設の概念に含み得る。また、ショッピングセンター、商店街、ショッピングモール等に小売業として出店している店舗だけでなく、デパートなどの商業施設に展開されている業種別の売場も店舗の概念に含み得る。

［第１の実施形態］
図１は、第１の実施形態のシステム構成を示す模式図である。第１の実施形態は、ユーザ端末１と、店舗毎の入退店検出システム２と、ルート案内サービスを行うためのサーバシステム３と、ネットワーク４とで構成される。ネットワーク４は、典型的にはインターネット若しくはインターネットＶＰＮ（Virtual Private Network）である。ネットワーク４は、モバイル通信網等を含んでもよい。ネットワーク４には、ユーザ端末１と無線通信が可能なアクセスポイント４１が接続されている。アクセスポイント４１は、商業施設への出入口、及びその施設内または施設へと通じる通路等に配置されている。

ユーザ端末１は、商業施設においてルート案内サービスを受ける施設利用者、いわゆる客が携帯して使用するものである。ユーザ端末１は、表示デバイスと入力デバイスとを備え、無線ユニットを搭載した携帯型の情報端末である。表示デバイスと入力デバイスとは、それぞれ別体のデバイスであってもよいし、一体のデバイス、例えばタッチパネルであってもよい。この種のユーザ端末１としては、例えばスマートフォン、タブレット端末、ノート型パソコン等が用いられる。

ユーザ端末１のメモリ１１には、ユーザＩＤとルート案内プログラムとが記憶されている。ユーザＩＤは、当該ユーザ端末１を個々に識別するためにユーザ端末１毎に設定された一意のコードである。ユーザＩＤは、当該ユーザ端末１を使用する客毎に割り当てられた会員コード、電話番号等であってもよい。

ルート案内プログラムは、商業施設でのルート案内サービスを受けるためのソフトウェアである。客は、ユーザ端末１にルート案内プログラムをインストールすることで、サーバシステム３からルート案内サービスを受けることができる。ルート案内プログラムをユーザ端末１にインストールする方法は、特に限定されるものではない。スマートフォン等の情報端末にソフトウェアをインストールする従来の方法をそのまま利用することができる。

商業施設に出向いた客がルート案内サービスを受ける場合、先ず、ユーザ端末１を操作してルート案内プログラムを起動する。ルート案内プログラムが起動すると、ユーザ端末１では、ユーザＩＤを含むデータ信号が周期的に発信される。このデータ信号がアクセスポイント４１で受信されると、ユーザ端末１はネットワーク４と接続され、サーバシステム３との通信回線が確立される。サーバシステム３との通信回線が確立されることにより、ユーザ端末１では、ユーザである客の目的に応じたルート検索が可能となる。

入退店検出システム２は、ルート案内プログラムが起動したユーザ端末１を携帯する客の入店と退店とを検出するためのシステムであって、商業施設に出店している各店舗にそれぞれ設けられている。入退店検出システム２は、有線通信又は無線通信を介してネットワーク４と接続される。

図２は、入退店検出システム２の概略構成を示すブロック図である。図２に示すように入退店検出システム２は、第１センサ２１と、第２センサ２２と、制御装置２３と、通信ユニット２４とを備える。第１センサ２１及び第２センサ２２は、いずれもユーザ端末１から発信されるユーザＩＤのデータ信号を受信可能な機器である。第１センサ２１及び第２センサ２２は、ユーザＩＤのデータ信号を一定以上の電波強度で受信すると、そのユーザＩＤを含む検知信号を制御装置２３へと出力する。

第１センサ２１は、店舗の出入口を通過する客のユーザ端末１から発信されるデータ信号を一定以上の電波強度で受信し得るように、出入口の近傍に設けられる。第２センサ２２は、出入口から店内に入った客のユーザ端末１から発信されるデータ信号を一定以上の電波強度で受信し得るように、第１センサ２１よりも店内側に設けられる。したがって、ユーザ端末１を携帯する客が出入口から入店すると、そのユーザ端末１から発信されるデータ信号は、先ず第１センサ２１で受信され、続いて第２センサ２２で受信される。一方、客が出入口から退店した際には、その客が携帯するユーザ端末１のデータ信号は、先ず第２センサ２２で受信され、続いて第１センサ２１で受信される。

第１センサ２１は、一定以上の電波強度でデータ信号を受信すると、制御装置２３に検知信号を出力する。検知信号には、第１センサ２１で受信したデータ信号から得られるユーザＩＤが含まれる。第２センサ２２は、一定以上の電波強度でデータ信号を受信すると、制御装置２３に検知信号を出力する。検知信号には、第２センサ２２で受信したデータ信号から得られるユーザＩＤが含まれる。

図３は、制御装置２３の動作手順を示す流れ図である。図３に示すように、制御装置２３は、ＡＣＴ１０１として第１センサ２１から検知信号を受信したか否かを確認する。検知信号を受信していない場合、制御装置２３は、ＡＣＴ１０１においてＮＯと判定し、ＡＣＴ１０２へと進む。制御装置２３は、ＡＣＴ１０２として第２センサ２２から検知信号を受信したか否かを確認する。検知信号を受信していない場合、制御装置２３は、ＡＣＴ１０２においてＮＯと判定し、ＡＣＴ１０１へと戻る。ここに、制御装置２３は、ＡＣＴ１０１及びＡＣＴ１０２において第１センサ２１から検知信号を受信するか第２センサ２２から検知信号を受信するのを待ち受ける。

ＡＣＴ１０１及びＡＣＴ１０２の待ち受け状態において、制御装置２３は、第１センサ２１から検知信号を受信するとＡＣＴ１０１においてＹＥＳと判定し、ＡＣＴ１０３へと進む。制御装置２３は、ＡＣＴ１０３としてその検知信号からユーザＩＤを取得する。そして制御装置２３は、ＡＣＴ１０４として検知信号から取得したユーザＩＤと同じユーザＩＤを制御装置２３内のメモリで記憶しているか否かを確認する。同じユーザＩＤを記憶していない場合、制御装置２３は、ＡＣＴ１０４においてＮＯと判定し、ＡＣＴ１０５へと進む。制御装置２３は、ＡＣＴ１０５として検知信号から取得したユーザＩＤをメモリで一定時間記憶する。ここで、一定時間とは、出入口から入店した客が第１センサ２１の検知エリアを通過し、続いて第２センサ２２の検知エリアを通過するのに要する時間よりも長い時間、例えば１０秒である。

制御装置２３は、検知信号から取得したユーザＩＤと同じユーザＩＤをメモリで記憶している場合には、ＡＣＴ１０４においてＹＥＳと判定し、ＡＣＴ１０６へと進む。制御装置２３は、ＡＣＴ１０６として退店コマンドを出力するように通信ユニット２４を制御する。この制御により、通信ユニット２４は、ネットワーク４を介してサーバシステム３宛に退店コマンドを出力する。退店コマンドには、ＡＣＴ１０３の処理で取得したユーザＩＤが含まれる。

ＡＣＴ１０１及びＡＣＴ１０２の待ち受け状態において、制御装置２３は、第２センサ２２から検知信号を受信するとＡＣＴ１０２においてＹＥＳと判定し、ＡＣＴ１０７へと進む。制御装置２３は、ＡＣＴ１０７としてその検知信号からユーザＩＤを取得する。そして制御装置２３は、ＡＣＴ１０８として検知信号から取得したユーザＩＤと同じユーザＩＤを制御装置２３内のメモリで記憶しているか否かを確認する。同じユーザＩＤを記憶していない場合、制御装置２３は、ＡＣＴ１０８においてＮＯと判定し、ＡＣＴ１０９へと進む。制御装置２３は、ＡＣＴ１０９として検知信号から受信したユーザＩＤをメモリで一定時間記憶する。ここで、一定時間とは、出入口から退店する客が第２センサ２２の検知エリアを通過し、続いて第１センサ２１の検知エリアを通過するのに要する時間よりも長い時間、例えば１０秒である。

制御装置２３は、検知信号に含まれるユーザＩＤと同じユーザＩＤをメモリで記憶している場合には、ＡＣＴ１０８においてＹＥＳと判定し、ＡＣＴ１１０へと進む。制御装置２３は、ＡＣＴ１１０として入店コマンドを出力するように通信ユニット２４を制御する。この制御により、通信ユニット２４は、ネットワーク４を介してサーバシステム３宛に入店コマンドを出力する。入店コマンドには、ＡＣＴ１０７の処理で取得したユーザＩＤが含まれる。

このように、制御装置２３は、第１センサ２１及び第２センサ２２からの検知信号により、客の入店又は退店を検出する。すなわち制御装置２３は、第１センサ２１からユーザＩＤを含む検知信号を受信し、そのユーザＩＤをメモリで記憶した後、一定時間以内に第２センサ２２から同じユーザＩＤを含む検知信号を受信すると、当該ユーザＩＤで識別される客が入店したことを検出する。そして制御装置２３は、サーバシステム３に入店コマンドを出力するように通信ユニット２４を制御する。また制御装置２３は、第２センサ２２からユーザＩＤを含む検知信号を受信し、そのユーザＩＤをメモリで記憶した後、一定時間以内に第１センサ２１から同じユーザＩＤを含む検知信号を受信すると、当該ユーザＩＤで識別される客が退店したことを検出する。そして制御装置２３は、サーバシステム３に退店コマンドを出力するように通信ユニット２４を制御する。

通信ユニット２４は、制御装置２３の制御により、ネットワーク４に接続されたサーバシステム３と所定の通信プロトコルに従いデータ通信を行って、入店コマンド又は出店コマンドを送信する。入店コマンド又は出店コマンドには、第１センサ２１又は第２センサ２２から受信した検知信号のユーザＩＤが含まれる。

なお、入口と出口とが区別された店舗の場合には、入口に第１センサ２１を設け、出口に第２センサ２２を設ければよい。この場合、制御装置２３は、第１センサ２１からの検知信号により客の入店を検知し、第２センサ２２からの検知信号により客の退店を検知する。通信ユニット２４は、前記と同様に、入店コマンド又は出店コマンドを送信する。

図１の説明に戻る。
サーバシステム３は、店舗管理サーバ３１と、ユーザ管理サーバ３２と、ルート検索サーバ３３とを含む。店舗管理サーバ３１と、ユーザ管理サーバ３２と、ルート検索サーバ３３は、それぞれネットワーク４に接続されている。

店舗管理サーバ３１は、商業施設に出店している各店舗のデータ管理に特化したサーバ用コンピュータである。店舗管理サーバ３１は、店舗管理データベース３４を備える。店舗管理データベース３４は、店舗管理サーバ３１が内蔵する記憶装置に形成されていてもよいし、店舗管理サーバ３１の外部に接続された記憶装置に形成されていてもよい。

店舗管理データベース３４は、店舗管理レコード３４１（図４を参照）を保存する。店舗管理レコード３４１は、商業施設に出店した店舗毎に作成されて、店舗管理データベース３４に保存される。店舗管理レコード３４１の主要なデータ構造を図４の模式図で表す。図４に示すように、店舗管理レコード３４１は、店舗ＩＤ、出店場所、業態、業種、客層別平均滞在時間等のデータ項目を含む。

店舗ＩＤは、商業施設に出店している各店舗を個々に識別するために店舗毎に割り当てられた一意のコードである。出店場所は、商業施設を構成する各店舗と共用施設のレイアウトを示したマップデータ上における当該店舗の所在地である。業態は、各店舗を販売方法、経営方針などによって分類する項目である。業種は、各店舗を取扱商品の種類によって分類する項目である。客層別平均滞在時間は、性別と年齢層とで分類される客層別に、当該店舗に入店してから退店するまでの滞在時間の平均値である。客層別平均滞在時間は、過去に蓄積された多くの客層別平均滞在時間を基に算出され、店舗管理レコード３４１に組み入れられている。

ユーザ管理サーバ３２は、ユーザである客のデータ管理に特化したサーバ用コンピュータである。ユーザ管理サーバ３２は、ユーザ管理データベース３５を備える。ユーザ管理データベース３５は、ユーザ管理サーバ３２が内蔵する記憶装置に形成されてもよいし、ユーザ管理サーバ３２の外部に接続された記憶装置に形成されてもよい。

ユーザ管理データベース３５は、ユーザ管理レコード３５１（図５を参照）を保存する。ユーザ管理レコード３５１は、ユーザ端末１にルート案内プログラムをインストールした客毎に作成される。ユーザ管理レコード３５１の主要なデータ構造を図５の模式図で表す。図５に示すように、ユーザ管理レコード３５１は、ユーザＩＤ、性別、年齢層、入店履歴等のデータ項目を含む。入店履歴は、客が商業施設の店舗に入った履歴を示すデータである。入店履歴は、客が店舗に入る毎に作成され、ユーザ管理レコード３５１に追加される。入店履歴は、店舗ＩＤ、入店日時、滞在時間を含む。各ユーザの入店履歴のデータは、前述した客層別平均滞在時間の算出に利用される。

ルート検索サーバ３３は、商業施設を訪れた客の目的とその条件とから効率の良いルートを検索することに特化したサーバ用コンピュータである。すなわちルート検索サーバ３３は、ルート検索装置の一態様である。ルート検索サーバ３３は、ルートデータベース３６を備える。ルートデータベース３６は、ルート検索サーバ３３が内蔵する記憶装置に形成されていてもよいし、ルート検索サーバ３３の外部に接続された記憶装置に形成されていてもよい。

ルートデータベース３６は、ルート管理レコード３６１（図６を参照）を保存する。ルート管理レコード３６１は、ルート案内サービスを受ける客毎に作成される。ルート管理レコード３６１の主要なデータ構造を図６の模式図で表す。図６に示すように、ルート管理レコード３６１は、ユーザＩＤ、開始時刻、滞在予定時間、最終到達地点、目的別関連項目、案内ルート３６２、入店日時及びアラートステータスＳ等のデータ項目を含む。これらのデータ項目のうち、入店日時及びアラートステータスＳについては、後述の図１１乃至図１５の流れ図の説明で明らかにする。

開始時刻は、ルート検索を始める時刻である。滞在予定時間は、客が商業施設に滞在すると予定した時間である。最終到達地点は、滞在予定時間になった客が向かう商業施設内の場所である。例えば、駐車場、交通機関への通路、タクシー乗り場、シンボル又はオブジェの設置場所等の共用施設が最終到達地点となり得る。

目的別関連項目は、商業施設を訪れた客の目的毎に、その目的に係る条件と、優先順位と、達成フラグとを記録したものである。条件は１つとは限らない。条件は複数あってもよい。優先順位は、複数の目的がある場合に各目的に対して設定された優先度の順位である。優先順位は、客自身によって設定される。達成フラグは、目的を達成したか否かを識別する１ビットデータである。目的を達成したか否かは、客自身によって判断される。本実施形態では、目的を達成していない場合の達成フラグを“０”とし、目的を達成した場合の達成フラグを“１”とする。

商業施設を訪れた客の目的には、例えば「父の日のプレゼントを購入したい」、「春物の衣料品を購入したい」というような商品の購買を伴う目的がある。また、例えば「ウィンドウショッピングを楽しみたい」、「美味しいものを食べたい」というような商品の購買を伴わない目的もある。そして、「父の日のプレゼントを購入したい」という目的に係る条件としては、父の年齢、趣味、嗜好等が挙げられる。「春物の衣料品を購入したい」という目的に係る条件としては、対象者の性別、年齢、体型、嗜好等が挙げられる。「ウィンドウショッピングを楽しみたい」という目的に係る条件としては、本人の性別、年齢、趣味、嗜好等が挙げられる。「美味しいものを食べたい」という目的に係る条件としては、本人の性別、年齢、飲食店の業種、業態、嗜好等が挙げられる。

案内ルート３６２は、商業施設において、ユーザＩＤで識別される客が、開始時刻から滞在予定時間以内に、目的別関連項目で特定される目的を達成して最終到達地点に向かうのに効率の良いルートを示すデータである。

図７は、案内ルート３６２のデータ構造を示す模式図である。図７に示すように案内ルート３６２は、案内の順番毎に、場所、時刻、滞在時間及び目的を記述したテーブル状のデータである。場所は、目的を達成することが可能な店舗又は最終到達地点の情報である。店舗の情報は、店舗ＩＤを含む。時刻は、その店舗又は最終到達地点に到達する予定の時刻である。滞在時間は、客がその店舗で滞在すると推定される推定滞在時間である。目的は、その店舗で達成することが可能な目的を表すデータである。このような案内ルート３６２のデータは、ルート検索サーバ３３において、ルート管理レコード３６１の開始時刻、滞在予定時間、最終到達地点、目的別関連項目の各データを基に、店舗管理データベース３４の店舗管理レコード３４１及びユーザ管理データベース３５のユーザ管理レコード３５１が適宜参照されて、作成される。

図８は、ルート検索サーバ３３の要部回路構成を示すブロック図である。ルート検索サーバ３３は、プロセッサ３３１、メインメモリ３３２、補助記憶デバイス３３３、時計３３４、通信インターフェース３３５、店舗検索部３３６、ルート検索部３３７及びシステム伝送路３３８を備える。システム伝送路３３８は、アドレスバス、データバス、制御信号線等を含む。システム伝送路３３８は、プロセッサ３３１と、メインメモリ３３２、補助記憶デバイス３３３、時計３３４、通信インターフェース３３５、店舗検索部３３６及びルート検索部３３７とを相互に接続する。プロセッサ３３１、メインメモリ３３２及び補助記憶デバイス３３３がシステム伝送路３３８で接続されることにより、ルート検索サーバ３３のコンピュータが構成される。

プロセッサ３３１は、上記コンピュータの中枢部分に相当する。プロセッサ３３１は、オペレーティングシステム又はアプリケーションプログラムに従って、ルート検索サーバ３３としての各種の機能を実現するべく各部を制御する。プロセッサ３３１は、例えばＣＰＵ（Central Processing Unit）である。

メインメモリ３３２は、上記コンピュータの主記憶部分に相当する。メインメモリ３３２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ３３２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ３３２は、プロセッサ３３１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ３３２は、揮発性のメモリ領域を、プロセッサ３３１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。

補助記憶デバイス３３３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disk Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス３３３となり得る。補助記憶デバイス３３３は、プロセッサ３３１が各種の処理を行う上で使用するデータ、プロセッサ３３１での処理によって作成されたデータ等を保存する。補助記憶デバイス３３３は、上記のアプリケーションプログラムを記憶する場合もある。

メインメモリ３３２又は補助記憶デバイス３３３に記憶されるアプリケーションプログラムには、ルート検索サーバ３３で実行される情報処理に関して記述した制御プログラムが含まれる。制御プログラムをメインメモリ３３２又は補助記憶デバイス３３３にインストールする方法は特に限定されるものではない。リムーバブルな記録媒体に登録プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、メインメモリ３３２又は補助記憶デバイス３３３にインストールすることができる。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

時計３３４は、ルート検索サーバ３３の時刻情報源である。プロセッサ３３１は、時計３３４によって計時される時刻を現在の時刻として処理する。

通信インターフェース３３５は、所定の通信プロトコルに従い、ネットワーク４を介して接続された機器とデータ通信を行う。

店舗検索部３３６は、商業施設を訪れた客の目的毎に、その目的を達成し得るとして推奨する店舗を検索することに特化したデータ処理部である。ルート検索部３３７は、店舗検索部３３６で検索された店舗を巡るルートを検索することに特化したデータ処理部である。店舗検索部３３６及びルート検索部３３７は、いずれも人工知能（ＡＩ）を利用したソフトウェアによって実現されている。

具体的には、店舗検索部３３６は、図９に示すように、受付部３３６ａ、推定部３３６ｂ、選択部３３６ｃ及び出力部３３６ｄを備えている。受付部３３６ａは、客の商業施設を訪れた目的とその目的に係るｎ個の条件とを、店舗検索部３３６への入力データとして受け付ける。因みに“ｎ”は、１以上の整数である。

推定部３３６ｂは、受付部３３６ａで入力を受け付けた条件で、同じく入力を受け付けた目的に合う店舗の業種又は業態を推定する。この推定には、目的及び条件を入力データとし、業種又は業態を出力データとして、入力に対して対応した出力を推定するための予測モデルを使用する。目的が商品購買を伴う目的の場合、その目的に係る条件でその目的を達成し得る商品を販売若しくは提供する店舗の業種又は業態は必然的に決まってくる。また、目的が商品購買を伴わない場合でも、その目的に係る条件でその目的を達成し得る店舗の業種又は業態は必然的に決まってくる。したがって、相関関係を有する目的、条件、業種、業態をそれぞれ教師データとして汎用の機械学習アルゴリズムを用いることで、上記の予測モデルを作成することができる。

選択部３３６ｃは、店舗管理レコード３４１を参照データとして、推定部３３６ｂで推定された業種又は業態の店舗を選択する。選択部３３６ｃは、該当する店舗が複数存在する場合には、それらの店舗を一括して選択する。出力部３３６ｄは、選択部３３６ｃで選択された店舗の店舗ＩＤを、推奨店舗の店舗識別データとしてルート検索部３３７へと出力する。

ルート検索部３３７は、図１０に示すように、受付部３３７ａ、作成部３３７ｂ、演算部３３７ｃ、判定部３３７ｄ、編集部３３７ｅ及び出力部３３７ｆを備えている。受付部３３７ａは、店舗検索部３３６から出力されたｎ個の推奨店舗の店舗識別データを受け付ける。因みに“ｎ”は、１以上の整数である。

作成部３３７ｂは、受付部３３７ａで受け付けた店舗識別データで識別される推奨店舗を巡る案内ルート３６２を作成する。案内ルート３６２を作成するにあたり、作成部３３７ｂは、商業施設のマップデータと、各推奨店舗の出店場所と、客の現在位置と、最終到達地点とを参照する。マップデータは、商業施設を構成する各店舗と共用施設のレイアウトを平面直角座標系で示すデータである。マップデータは、補助記憶デバイス３３３に記憶されている。各店舗の出店場所は、店舗管理レコード３４１から得られる。客の現在位置は、ユーザ端末１からのデータ信号を受信しているアクセスポイント４１の位置により特定される。各アクセスポイント４１の位置データは、予め補助記憶デバイス３３３に設定されている。最終到達地点は、ユーザ管理レコード３５１から得られる。作成部３３７ｂは、現在位置から各店舗を通り最終到達地点に至るまでの案内ルート３６２を、移動距離が最小となるというルールに従い作成する。

演算部３３７ｃは、作成部３３７ｂで作成された案内ルート３６２に沿って商業施設を巡るのに要する時間、すなわち商業施設での滞在時間を算出する。この滞在時間を算出するにあたり、演算部３３７ｃは、客層と各店舗の客層別平均滞在時間とを参照する。客層は、ユーザ管理レコード３５１から得られる。客層別平均滞在時間は、店舗管理レコード３４１から得られる。客層別平均滞在時間は、客の当該店舗での推定滞在時間となり得る。演算部３３７ｃは、案内ルート３６２に含まれる各店舗の該当する客層の平均滞在時間を合算し、さらに移動時間を加算することで、商業施設での滞在時間を算出する。移動時間は、客が案内ルート３６２に沿って店舗間を移動するのに要する時間である。予め補助記憶デバイス３３３には、例えば「店舗Ａと店舗Ｂとの間の移動時間は３分」というように、店舗間の移動に要する時間が設定されている。

判定部３３７ｄは、演算部３３７ｃで算出された商業施設での滞在時間と客の滞在予定時間との差分を算出し、この差分が閾値時間を超えるか否かを判定する。そして差分が閾値時間を超える場合、判定部３３７ｄは、作成部３３７ｂに対して案内ルート３６２の変更を指示する。客の滞在予定時間は、ルート管理レコード３６１から得られる。閾値時間は、予め補助記憶デバイス３３３に設定されている。閾値時間は、滞在時間が客の滞在予定時間を上回るときと下回るときとで異なる時間が設定されてもよい。

案内ルート３６２の変更指示を受けた作成部３３７ｂは、案内ルート３６２を作成し直す。このとき作成部３３７ｂは、滞在時間が客の滞在予定時間を上回る場合には、優先順位の高い店舗を優先的に巡るように、優先順位が下位の目的に対応した店舗から順に除外して案内ルート３６２を作成し直す。ただし、優先順位が下位の目的に対応した店舗がすべて除外されてしまう場合で、それよりも優先順位が上位の目的に対応した店舗が複数ある場合には、作成部３３７ｂは、その優先順位が上位の目的に対応した店舗の１つを除外して案内ルート３６２を作成し直す。つまり作成部３３７ｂは、優先順位が下位の目的に対応した店舗を残して、案内ルート３６２を作成し直す。作成部３３７ｂは、滞在時間が客の滞在予定時間を下回る場合には、新たな店舗又は共用施設を追加して案内ルート３６２を作成し直す。新たな店舗又は共用施設とは、喫茶店、公園、休憩施設等が考えられる。

演算部３３７ｃは、作成部３３７ｂで作成し直された案内ルート３６２による商業施設での滞在時間を算出する。判定部３３７ｄは、演算部３３７ｃで算出された商業施設での滞在時間と客の滞在予定時間との差分が閾値時間を超えるか否かを判定する。そして差分が閾値時間を超える場合、判定部３３７ｄは、作成部３３７ｂに対してルート変更を再度指示する。

以後、案内ルート３６２による商業施設での滞在時間と客の滞在予定時間との差分が閾値時間の範囲内に収まるようになるまで、作成部３３７ｂ、演算部３３７ｃ及び判定部３３７ｄは、上述した処理を繰り返す。そして、商業施設での滞在時間と客の滞在予定時間との差分が閾値時間の範囲内に収まる案内ルート３６２が作成された場合には、判定部３３７ｄは、編集部３３７ｅに対して案内ルート３６２の編集を指示する。この指示を受けた編集部３３７ｅは、演算部３３７ｃで使用した客層別の平均滞在時間と店舗間の移動時間とを参照して、案内ルート３６２の順番毎に各場所に対応した時刻と滞在時間とを編集する。

出力部３３７ｆは、編集部３３７ｅで編集された案内ルート３６２のデータをプロセッサ３３１に出力する。この出力を受けて、プロセッサ３３１は、該当するルート管理レコード３６１に案内ルート３６２のデータを上書き保存する。

かくして、店舗検索部３３６及びルート検索部３３７により、商業施設を訪れた客の目的とその目的に係る条件とから効率の良い案内ルート３６２が検索される。つまり、購入する商品が決まっていない場合でも効率の良い案内ルート３６２が検索される。そして、この案内ルート３６２のデータを含むルート管理レコード３６１がルートデータベース３６に保存されて、ルート案内サービスに供せられる。

ここに、店舗検索部３３６は、ユーザである客の商業施設での目的とその目的に係る複数の条件とを入力データとし、当該商業施設に出店している各店舗の業種又は業態を参照データとして、上記目的に合う店舗を検索する店舗検索手段として機能する。また、ルート検索部３３７は、店舗検索部３３６で検索された店舗と客の商業施設での滞在予定時間とを入力データとし、当該商業施設のレイアウト及び店舗での推定滞在時間を参照データとして、滞在予定時間内に店舗を巡る案内ルートを作成するルート作成手段として機能する。特に、ルート検索部３３７は、入力データとして目的の優先順位を含み、優先順位の高い店舗を優先的に巡る案内ルートを作成している。また、ルート検索部３３７は、参照データとしてルートの最終到達地点を含み、滞在予定時間内に店舗を巡って最終到達地点に至る案内ルートを作成している。

次に、ルート検索サーバ３３のプロセッサ３３１について説明する。
図１１乃至図１５は、ルート検索サーバ３３のプロセッサ３３１が実行する主要な情報処理の手順を示す流れ図である。プロセッサ３３１は、メインメモリ３３２または補助記憶デバイス３３３で記憶されている制御プログラムに従い、この情報処理を実行する。なお、情報処理の手順はこれに限定されるものではない。同様な結果を得ることが可能であれば、情報処理の手順は種々変形して実施することができる。

図１１に示すように、プロセッサ３３１は、ＡＣＴ１としてコマンドを待機している。そして、通信インターフェース３３５を介してコマンドを受信すると、プロセッサ３３１は、ＡＣＴ２としてそのコマンドを解析して得られたデータからコマンドの種類を識別する。

ここで、本実施形態においてルート検索サーバ３３が受信するコマンドには、起動コマンドと終了コマンドと入店コマンドと退店コマンドとがある。起動コマンドは、ルート案内プログラムが起動してサーバシステム３との通信回線が確立したユーザ端末１から発信される。終了コマンドは、ルート案内プログラムが停止されたユーザ端末１から発信される。入店コマンドは、入店を検知した入退店検出システム２から発信される。退店コマンドは、退店を検知した入退店検出システム２から発信される。起動コマンド及び終了コマンドには、コマンド送信元のユーザ端末１に設定されているユーザＩＤが含まれている。入店コマンド及び退店コマンドには、コマンド送信元の入退店検出システム２が構成された店舗の店舗ＩＤが含まれている。

プロセッサ３３１は、ＡＣＴ３として起動コマンドを受信したか否かを確認する。起動コマンドを受信していない場合、プロセッサ３３１は、ＡＣＴ３においてＮＯと判定し、ＡＣＴ４へと進む。プロセッサ３３１は、ＡＣＴ４として入店コマンドを受信したか否かを判定する。入店コマンドを受信していない場合、プロセッサ３３１は、ＡＣＴ４においてＮＯと判定し、ＡＣＴ５へと進む。プロセッサ３３１は、ＡＣＴ５として退店コマンドを受信したか否かを判定する。退店コマンドを受信していない場合、プロセッサ３３１は、ＡＣＴ５においてＮＯと判定し、ＡＣＴ６へと進む。プロセッサ３３１は、ＡＣＴ６として終了コマンドを受信したか否かを判定する。終了コマンドを受信していない場合、プロセッサ３３１は、ＡＣＴ６においてＮＯと判定し、他のコマンド受信処理を実行する。

受信したコマンドが起動コマンドであった場合には、プロセッサ３３１は、ＡＣＴ３においてＹＥＳと判定し、ＡＣＴ７へと進む。プロセッサ３３１は、ＡＣＴ７として受付処理を実行する。なお、以下では、起動コマンド送信元のユーザ端末１をユーザ端末１Ａと表す。

図１２は、受付処理の手順を具体的に示す流れ図である。プロセッサ３３１は、受付処理に入ると、ＡＣＴ１１として起動コマンドからユーザＩＤを取得する。またプロセッサ３３１は、時計３３４で計時されている時刻を開始時刻として取得する。そしてプロセッサ３３１は、ＡＣＴ１２としてユーザＩＤと開始時刻とをセットしたルート管理レコード３６１を作成し、ルートデータベース３６に登録する。以下では、ＡＣＴ１２の処理でルートデータベース３６に登録されたルート管理レコード３６１をルート管理レコード３６１Ａと表す。

プロセッサ３３１は、ＡＣＴ１３として起動コマンド送信元のユーザ端末１Ａに対して滞在予定時間を問い合わせる。この問合せにより、ユーザ端末１Ａでは、ユーザである客に対して滞在予定時間の入力を促す画像が表示デバイスに表示されるので、客は、入力デバイスを操作して滞在予定時間を入力する。プロセッサ３３１は、ＡＣＴ１４としてユーザ端末１Ａから滞在予定時間を取得し、ルート管理レコード３６１Ａに記述する。

プロセッサ３３１は、ＡＣＴ１５としてユーザ端末１Ａに対して目的と条件の収集を対話形式で行う。例えばプロセッサ３３１は、先ず、ユーザ端末１Ａに対して商業施設に訪れた目的を問い合わせる。この問合せにより、ユーザ端末１Ａでは、例えば「商業施設を訪れた目的は何ですか」と問い合わせる画像が表示デバイスに表示されるので、客は、入力デバイスを介して目的を入力する。プロセッサ３３１は、ユーザ端末１Ａから目的を取得したならば、ユーザ端末１Ａに対してその目的に係る条件を問い合わせる。

例えば、目的が「父の日のプレゼントを購入したい」というものであった場合、プロセッサ３３１は、条件として父の年齢を問い合わせる。この問合せにより、ユーザ端末１Ａでは、例えば「お父様の年齢はおいくつですか」と問い合わせる画像が表示デバイスに表示されるので、客は、入力デバイスを介して父の年齢を入力する。プロセッサ３３１は、ユーザ端末１Ａから条件として父の年齢を取得したならば、ＡＣＴ１６へと進む。

プロセッサ３３１は、ＡＣＴ１６として１つの目的に対する条件の収集を終了したか否かを確認する。目的が「父の日のプレゼントを購入したい」の場合、条件としては父の年齢以外に父の趣味、嗜好等がある。このためプロセッサ３３１は、ＡＣＴ１６においてＮＯと判定し、ＡＣＴ１５へと戻る。プロセッサ３３１は、客に対して父の趣味又は嗜好を問い合わせる。ユーザ端末１Ａでは、客に対して父の趣味又は嗜好の入力を促す画像が表示デバイスに表示されるので、客は、入力デバイスを介して父の趣味又は嗜好を可能な限り入力する。プロセッサ３３１は、ユーザ端末１Ａから条件として父の趣味又は嗜好を取得したならば、ＡＣＴ１６へと進む。

こうして、１つの目的に対する条件の収集を終了した場合、プロセッサ３３１は、ＡＣＴ１６においてＹＥＳと判定し、ＡＣＴ１７へと進む。プロセッサ３３１は、ＡＣＴ１７としてユーザ端末１Ａから取得した情報により目的関連項目のデータを作成し、ルート管理レコード３６１Ａに記述する。なお、この時点の目的関連項目のデータには、優先順位は設定されていない。また、達成フラグは、未達成を表す“０”となっている。

ＡＣＴ１７の処理を終えると、プロセッサ３３１は、ＡＣＴ１８として商業施設に訪れた別の目的があるか否かを問合せる。この問合せにより、ユーザ端末１Ａでは、例えば「別の目的はありますか」と問い合わせる画像が表示デバイスに表示されるので、客は、入力デバイスを介して目的の有無を入力する。別の目的がある場合、プロセッサ３３１は、ＡＣＴ１８においてＹＥＳと判定し、ＡＣＴ１５へと戻る。そしてプロセッサ３３１は、ユーザ端末１Ａに対して別の目的と条件の収集を対話形式で行う。その結果、その新たな目的に対して目的関連項目のデータが作成され、ルート管理レコード３６１Ａに記述される。

プロセッサ３３１は、ユーザ端末１Ａから別の目的がないことの通知を受けた場合には、ＡＣＴ１８においてＮＯと判定し、ＡＣＴ１９へと進む。プロセッサ３３１は、ＡＣＴ１９としてユーザ端末１Ａに対して目的の優先順位を設定するように指示する。この指示により、ユーザ端末１Ａでは、例えば「目的の優先順位を設定してください」と指示する画像が表示デバイスに表示されるので、客は、入力デバイスを介して目的の優先順位を入力する。そして優先順位が入力されたならば、プロセッサ３３１は、ルート管理レコード３６１Ａに記述された各目的関連項目のデータに各々の優先順位を設定する。

因みに、上述したような対話形式による目的と条件の収集及び優先順位の設定は、既存のＡＩロボットの技術を利用することで可能である。

こうして、ＡＣＴ１１乃至ＡＣＴ１９の処理を終えると、プロセッサ３３１は、ＡＣＴ２０として店舗検索部３３６に店舗検索の実行を指令する。この指令により、前述したように店舗検索部３３６では推奨店舗が検索される。推奨店舗が検索されると、プロセッサ３３１は、ＡＣＴ２１としてルート検索部３３７にルート検索を指令する。この指令により、ルート検索部３３７ではルート検索が行われ、案内ルート３６２のデータが出力される。

プロセッサ３３１は、ＡＣＴ２２としてルート管理レコード３６１Ａに案内ルート３６２のデータを記述する。またプロセッサ３３１は、ＡＣＴ２３として案内ルート３６２のデータをユーザ端末１Ａに対して出力するように通信インターフェース３３５を制御する。以上で、プロセッサ３３１は、受付処理を終了する。

かかる受付処理が実行されることにより、ルート検索サーバ３３からユーザ端末１Ａにネットワーク４を介して案内ルート３６２のデータが送信される。このデータを受信したユーザ端末１Ａにおいては、ルート案内プログラムに従い、表示デバイスに案内ルートが表示される。

図１１の説明に戻る。
受信したコマンドが入店コマンドであった場合には、プロセッサ３３１は、ＡＣＴ４においてＹＥＳと判定し、ＡＣＴ８へと進む。プロセッサ３３１は、ＡＣＴ８として入店処理を実行する。なお、以下では、入店コマンド送信元のユーザ端末１をユーザ端末１Ｂと表す。

図１３は、入店処理の手順を具体的に示す流れ図である。プロセッサ３３１は、入店処理に入ると、ＡＣＴ３１として入店コマンドからユーザＩＤと店舗ＩＤとを取得する。またプロセッサ３３１は、ＡＣＴ３２として時計３３４で計時されている日時を入店日時として取得する。

プロセッサ３３１は、ＡＣＴ３３としてルートデータベース３６を検索して、入店コマンドから取得したユーザＩＤがセットされたルート管理レコード３６１を取得する。以下では、入店コマンドから取得したユーザＩＤがセットされたルート管理レコード３６１をルート管理レコード３６１Ｂと表す。

プロセッサ３３１は、ＡＣＴ３４として入店コマンドから取得した店舗ＩＤをルート管理レコード３６１Ｂの案内ルート３６２と照合する。そしてプロセッサ３３１は、当該店舗ＩＤで識別される店舗が案内ルート３６２によって案内される店舗の１つであるか否かを確認する。具体的にはプロセッサ３３１は、案内ルート３６２の場所データに当該店舗ＩＤが含まれているか否かを確認する。

案内ルート３６２の場所データに当該店舗ＩＤが含まれている場合、当該店舗ＩＤで識別される店舗は案内店舗である。この場合、プロセッサ３３１は、ＡＣＴ３５においてＹＥＳと判定し、ＡＣＴ３６へと進む。プロセッサ３３１は、ＡＣＴ３６として案内ルート３６２において当該店舗ＩＤを含む場所データと関連付けられた時刻と、ＡＣＴ３２の処理で取得した入店日時の時刻とを比較する。そしてプロセッサ３３１は、案内ルート３６２から取得した時刻が入店日時の時刻よりも所定時間以上遅延しているか否かを確認する。所定時間は任意である。所定時間は、例えば１５分が固定的に設定されている。所定時間は、滞在予定時間までの残り時間が短くなるほど短くなるように設定してもよい。例えば、滞在予定時間までの残り時間が２時間以上の場合には所定時間を２０分とし、残り時間が１時間以上２時間未満の場合には所定時間を１０分とし、１時間未満の場合には所定時間を５分としてもよい。なお、上述した時間は、あくまでも一例である。

所定時間の遅延が発生していない場合、プロセッサ３３１は、ＡＣＴ３６においてＮＯと判定し、ＡＣＴ４１へと進む。ＡＣＴ４１の処理については後述する。

これに対し、所定時間の遅延が発生している場合には、プロセッサ３３１は、ＡＣＴ３６においてＹＥＳと判定し、ＡＣＴ３７へと進む。プロセッサ３３１は、ＡＣＴ３７としてユーザ端末１Ｂに対して遅延アラートのコマンドを送信するように通信インターフェース３３５を制御する。この制御により、通信インターフェースからネットワーク４を介して遅延アラートのコマンドが送信される。コマンドには、入店コマンドから得られたユーザＩＤが含まれる。遅延アラートのコマンドは、アクセスポイント４１を介して無線送信され、当該コマンド中のユーザＩＤが設定されたユーザ端末１Ｂで受信される。かくして、ユーザ端末１Ｂにおいては、案内ルートよりも遅れていることを客に通知する遅延アラートが出力される。遅延アラートは、表示によって出力されてもよいし、音声によって出力されてもよい。

遅延アラートのコマンド送信を制御したプロセッサ３３１は、ＡＣＴ３８としてルート管理レコード３６１Ｂのアラートステータスを“１”に設定する。そしてプロセッサ３３１は、ＡＣＴ４１へと進む。ここに、アラートステータスは、遅延アラートが発生した状態をデータ“１”として記憶する。

一方、案内ルート３６２の場所データに当該店舗ＩＤが含まれていない場合には、当該店舗ＩＤで識別される店舗は案内店舗ではない。この場合、プロセッサ３３１は、ＡＣＴ３５においてＮＯと判定し、ＡＣＴ３９へと進む。プロセッサ３３１は、ＡＣＴ３９としてルート管理レコード３６１ＢのアラートステータスＳが“１”に設定されているか否かを確認する。アラートステータスＳが“１”に設定されていない場合、遅延アラートは発生していない。この場合、プロセッサ３３１は、ＡＣＴ３９においてＮＯと判定し、ＡＣＴ４１へと進む。

これに対し、アラートステータスＳが“１”に設定されていた場合には、当該案内店舗に至る前に遅延アラートが発生している。この場合、プロセッサ３３１は、ＡＣＴ３９においてＹＥＳと判定し、ＡＣＴ４０へと進む。プロセッサ３３１は、ＡＣＴ４０としてユーザ端末１に対してルート外アラートのコマンドを送信するように通信インターフェース３３５を制御する。この制御により、通信インターフェースからネットワーク４を介してルート外アラートのコマンドが送信される。コマンドには、入店コマンドから得られたユーザＩＤが含まれる。ルート外アラートのコマンドは、アクセスポイント４１を介して無線送信され、当該コマンド中のユーザＩＤが設定されたユーザ端末１Ｂで受信される。かくして、ユーザ端末１Ｂにおいては、案内ルートから外れていることを客に通知するルート外アラートが出力される。ルート外アラートは、表示によって出力されてもよいし、音声によって出力されてもよい。ルート外アラートのコマンド送信を制御したプロセッサ３３１は、ＡＣＴ４１へと進む。

プロセッサ３３１は、ＡＣＴ４１としてルート管理レコード３６１Ｂに、ＡＣＴ３２の処理で取得した入店日時を記述する。以上で、プロセッサ３３１は、入店処理を終了する。

図１１の説明に戻る。
受信したコマンドが退店コマンドであった場合には、プロセッサ３３１は、ＡＣＴ５においてＹＥＳと判定し、ＡＣＴ９へと進む。プロセッサ３３１は、ＡＣＴ９として退店処理を実行する。なお、以下では、退店コマンド送信元のユーザ端末１をユーザ端末１Ｃと表す。

図１４は、退店処理の手順を具体的に示す流れ図である。プロセッサ３３１は、退店処理に入ると、ＡＣＴ５１として退店コマンドからユーザＩＤと店舗ＩＤとを取得する。またプロセッサ３３１は、ＡＣＴ５２として時計３３４で計時されている日時を退店日時として取得する。

プロセッサ３３１は、ＡＣＴ５３としてルートデータベース３６を検索して、退店コマンドから取得したユーザＩＤがセットされたルート管理レコード３６１を取得する。以下では、退店コマンドから取得したユーザＩＤがセットされたルート管理レコード３６１をルート管理レコード３６１Ｃと表す。

プロセッサ３３１は、ＡＣＴ５４としてルート管理レコード３６１Ｃから入店日時を取得し、その入店日時の時刻から退店日時の時刻までの経過時間を滞在時間として算出する。そしてプロセッサ３３１は、ＡＣＴ５５として入店履歴を作成する。すなわちプロセッサ３３１は、ＡＣＴ５１の処理で取得した店舗ＩＤと、ＡＣＴ５４の処理で取得した入店日時及び滞在時間とで、入店履歴を作成する。プロセッサ３３１は、ＡＣＴ５６として入店履歴をＡＣＴ５１の処理で取得したユーザＩＤとともにユーザ管理サーバ３２へと出力する。ユーザ管理サーバ３２は、当該ユーザＩＤがセットされたユーザ管理レコード３５１に入店履歴を追加する。

プロセッサ３３１は、ＡＣＴ５７として退店コマンドから取得した店舗ＩＤをルート管理レコード３６１Ｃの案内ルート３６２と照合する。そしてプロセッサ３３１は、当該店舗ＩＤで識別される店舗が案内ルート３６２によって案内される店舗の１つであるか否かを確認する。具体的にはプロセッサ３３１は、案内ルート３６２の場所データに当該店舗ＩＤが含まれているか否かを確認する。

案内ルート３６２の場所データに当該店舗ＩＤが含まれていない場合、当該店舗ＩＤで識別される店舗は案内店舗ではない。この場合、プロセッサ３３１は、ＡＣＴ５８においてＮＯと判定し、ＡＣＴ５９へと進む。プロセッサ３３１は、ＡＣＴ５９としてルート管理レコード３６１ＣのアラートステータスＳが“１”に設定されているか否かを確認する。アラートステータスＳが“１”に設定されていない場合、遅延アラートは発生していない。この場合、プロセッサ３３１は、ＡＣＴ５９においてＮＯと判定し、退店処理を終了する。

これに対し、アラートステータスＳが“１”に設定されていた場合には、遅延アラートが発生している。この場合、プロセッサ３３１は、ＡＣＴ５９においてＹＥＳと判定し、ＡＣＴ６０へと進む。以後、プロセッサ３３１は、ＡＣＴ６０、ＡＣＴ６１、ＡＣＴ６２及びＡＣＴ６３として、前述したＡＣＴ１９、ＡＣＴ２０、ＡＣＴ２１及びＡＣＴ２２の処理と同等の処理を実行する。

すなわちプロセッサ３３１は、ＡＣＴ６０として店舗検索部３３６に店舗検索の実行を指令する。この指令により、店舗検索部３３６では推奨店舗が検索される。推奨店舗が検索されると、プロセッサ３３１は、ＡＣＴ６１としてルート検索部３３７にルート検索を指令する。この指令により、ルート検索部３３７ではルート検索が行われ、案内ルート３６２のデータが出力される。プロセッサ３３１は、ＡＣＴ６２としてルート管理レコード３６１Ｃに案内ルート３６２のデータを記述する。またプロセッサ３３１は、ＡＣＴ６３として案内ルート３６２のデータをユーザ端末１Ｃに対して出力するように通信インターフェース３３５を制御する。以上で、プロセッサ３３１は、退店処理を終了する。

一方、案内ルート３６２の場所データに当該店舗ＩＤが含まれている場合には、当該店舗ＩＤで識別される店舗は案内店舗である。この場合、プロセッサ３３１は、ＡＣＴ５８においてＹＥＳと判定し、図１５のＡＣＴ７１へと進む。プロセッサ３３１は、ＡＣＴ７１として案内店舗の滞在予定時間を超過したか否かを確認する。すなわちプロセッサ３３１は、案内ルート３６２において当該店舗ＩＤを含む場所データと関連付けられた平均滞在時間と、ＡＣＴ５４の処理で算出した滞在時間とを比較する。そしてプロセッサ３３１は、滞在時間が平均滞在時間よりも所定時間以上超過しているか否かを確認する。所定時間は任意である。所定時間は、例えば１５分が固定的に設定されている。所定時間は、滞在予定時間までの残り時間が短くなるほど短くなるように設定してもよい。例えば、滞在予定時間までの残り時間が２時間以上の場合には所定時間を２０分とし、残り時間が１時間以上２時間未満の場合には所定時間を１０分とし、１時間未満の場合には所定時間を５分としてもよい。なお、上述した時間は、あくまでも一例である。

滞在時間が平均滞在時間よりも所定時間以上超過していない場合、プロセッサ３３１は、ＡＣＴ７１においてＮＯと判定し、ＡＣＴ７４へと進む。ＡＣＴ７４の処理については後述する。

これに対し、滞在時間が平均滞在時間よりも所定時間以上超過している場合には、プロセッサ３３１は、ＡＣＴ７１においてＹＥＳと判定し、ＡＣＴ７２へと進む。プロセッサ３３１は、ＡＣＴ７２としてユーザ端末１Ｃに対して超過アラートのコマンドを送信するように通信インターフェース３３５を制御する。この制御により、通信インターフェースからネットワーク４を介して超過アラートのコマンドが送信される。コマンドには、退店コマンドから得られたユーザＩＤが含まれる。超過アラートのコマンドは、アクセスポイント４１を介して無線送信され、当該コマンド中のユーザＩＤが設定されたユーザ端末１Ｃで受信される。かくして、ユーザ端末１Ｃにおいては、案内店舗での滞在時間が予定よりも超過していることを客に通知する超過アラートが出力される。超過アラートは、表示によって出力されてもよいし、音声によって出力されてもよい。

超過アラートのコマンド送信を制御したプロセッサ３３１は、ＡＣＴ７３としてルート管理レコード３６１Ｃのアラートステータスを“２”に設定する。そしてプロセッサ３３１は、ＡＣＴ７４へと進む。ここに、アラートステータスは、超過アラートが発生した状態をデータ“２”として記憶する。

プロセッサ３３１は、ＡＣＴ７４として退店コマンド送信元のユーザ端末１Ｃに対して商業施設を訪れた目的を達成したか否かを問い合わせる。この問合せにより、ユーザ端末１Ｃでは、ユーザである客に対して商業施設を訪れた目的を達成したか否かの入力を促す画像が表示デバイスに表示される。そこで客は、目的を達成したか否かを判断し、入力デバイスに対してその判断結果を示す入力を行う。この入力を受けて、プロセッサ３３１は、ＡＣＴ７５として目的が達成されたか否かを確認する。

目的が達成された場合、プロセッサ３３１は、ＡＣＴ７５においてＹＥＳと判定し、ＡＣＴ７６へと進む。プロセッサ３３１は、ＡＣＴ７６としてルート管理レコード３６１Ｃの目的別関連項目のうち、目的を達成した関連項目の達成フラグを“１”とする。しかる後、プロセッサ３３１は、ＡＣＴ７７、ＡＣＴ７８、ＡＣＴ７９及びＡＣＴ８０として、前述したＡＣＴ６０、ＡＣＴ６１、ＡＣＴ６２及びＡＣＴ６３の処理と同等の処理を実行する。

すなわちプロセッサ３３１は、ＡＣＴ７７として店舗検索部３３６に店舗検索の実行を指令する。この指令により、店舗検索部３３６では推奨店舗が検索される。ただしこの場合には、達成フラグが“１”に設定されている目的別関連項目の目的、条件、優先順位は除かれる。推奨店舗が検索されると、プロセッサ３３１は、ＡＣＴ７７としてルート検索部３３７にルート検索を指令する。この指令により、ルート検索部３３７ではルート検索が行われ、案内ルート３６２のデータが出力される。プロセッサ３３１は、ＡＣＴ７９としてルート管理レコード３６１Ｃに案内ルート３６２のデータを記述する。またプロセッサ３３１は、ＡＣＴ８０として案内ルート３６２のデータをユーザ端末１Ｃに対して出力するように通信インターフェース３３５を制御する。以上で、プロセッサ３３１は、退店処理を終了する。

一方、目的が達成されていない場合には、プロセッサ３３１は、ＡＣＴ７５においてＮＯと判定し、ＡＣＴ８１へと進む。プロセッサ３３１は、ＡＣＴ８１としてルート管理レコード３６１ＣのアラートステータスＳが“１”又は“２”に設定されているか否かを確認する。アラートステータスＳが“１”又は“２”に設定されていない場合、プロセッサ３３１は、ＡＣＴ８１においてＮＯと判定し、退店処理を終了する。

これに対し、アラートステータスＳが“１”又は“２”に設定されていた場合には、プロセッサ３３１は、ＡＣＴ８１においてＹＥＳと判定し、ＡＣＴ７７へと進む。そしてプロセッサ３３１は、ＡＣＴ７７、ＡＣＴ７８、ＡＣＴ７９及びＡＣＴ８０として、前述したＡＣＴ６０、ＡＣＴ６１、ＡＣＴ６２及びＡＣＴ６３の処理と同等の処理を実行する。

図１１の説明に戻る。
受信したコマンドが終了コマンドであった場合には、プロセッサ３３１は、ＡＣＴ６においてＹＥＳと判定し、ＡＣＴ１０へと進む。プロセッサ３３１は、ＡＣＴ１０として終了処理を実行する。

図１６は、終了処理の手順を具体的に示す流れ図である。プロセッサ３３１は、終了処理に入ると、ＡＣＴ９１として終了コマンドからユーザＩＤを取得する。そしてプロセッサ３３１は、ＡＣＴ９２としてルートデータベース３６を検索し、ＡＣＴ９１の処理で取得したユーザＩＤがセットされたルート管理レコード３６１を削除する。以上で、プロセッサ３３１は、終了処理を終了する。

なお、ルート管理レコード３６１の削除とは、ルートデータベース３６からルート管理レコード３６１を物理的に削除することである。あるいは、ルート管理レコード３６１に削除フラグを付加し、実質的に削除されているものとしてルートデータベース３６に残してもよい。

ここに、プロセッサ３３１を主体とするルート検索サーバ３３のコンピュータは、通信インターフェース３３５と協働して図１２のＡＣＴ１５乃至ＡＣＴ１８の処理を実行することにより収集手段を構成する。すなわちコンピュータは、ユーザ端末１から、商業施設での目的とその目的に係る複数の条件とを収集する。

ルート検索サーバ３３のコンピュータは、通信インターフェース３３５と協働して図１２のＡＣＴ２３の処理を実行することにより出力手段を構成する。すなわちコンピュータは、ルート作成手段により作成された案内ルート３６２のデータをユーザ端末１に出力する。

ルート検索サーバ３３のコンピュータは、通信インターフェース３３５と協働して図１５のＡＣＴ７４及びＡＣＴ７５の処理を実行することにより、問合せ手段を構成する。すなわちコンピュータは、案内ルート３６２のデータ出力先であるユーザ端末１を使用する客に対し、案内ルート３６２で案内される店舗を退店したタイミングで、目的を達成したか否かを問い合わせ、その問合せに対する応答を受け付ける。そしてコンピュータは、問合せの結果、目的を達成したとの応答を受けたならば、図１５のＡＣＴ７６乃至ＡＣＴ８０の処理を実行する。すなわちコンピュータは、その目的に合う店舗を除いた店舗の検索とその検索された店舗を巡る案内ルートの作成を再度実行する。

ルート検索サーバ３３のコンピュータは、通信インターフェース３３５と協働して図１５のＡＣＴ７１及びＡＣＴ７２の処理を実行することにより、通知手段を構成する。すなわちコンピュータは、案内ルート３６２のデータ出力先であるユーザ端末１を使用する客に対し、案内ルート３６２で案内される店舗での滞在時間が当該店舗に対する推定滞在時間を超えた場合に当該ユーザ端末１に対して超過アラートを通知する。そしてコンピュータは、滞在時間が推定滞在時間を超えた場合、すなわちアラートステータスＳが“２”の場合に、図１５のＡＣＴ７６乃至ＡＣＴ８０の処理を実行する。すなわちコンピュータは、案内ルートの作成を再度実行する。

このように本実施形態によれば、購入する商品が決まっていない場合でも、商業施設を訪れた客の目的とその目的に係る条件とから効率の良い案内ルート３６２を検索できるルート検索装置を提供することができる。その場合において、目的の優先順位が高い店舗を優先的に巡る案内ルート３６２を検索することができる。また、客が希望する滞在予定時間内に、当該客が希望する最終到達地点に到達する案内ルート３６２を検索することができる。しかも、目的は複数あってもよい。そして、そのうちの１つの目的が達成されたならば、その目的に合う店舗を除外した案内ルート３６２を検索することができる。また、案内ルート３６２で立ち寄る店舗での滞在予定時間が推定滞在時間を超過した場合には、アラートが発せられて、客に滞在時間の超過を警告することができる。

［第２の実施形態］
図１７は、第２の実施形態のシステム構成を示す模式図である。第２の実施形態では、第１の実施形態のシステムに電子レシートシステムを組み入れる。電子レシートシステムは、各店舗において商品を購入した客の決済の際に作成されるレシートを紙媒体に印刷して発行するのではなく、電子化された電子レシートとして発行するためのシステムである。電子レシートシステムは、各店舗に設けられた電子レシート対応のＰＯＳ端末５１と、電子レシートサーバ５２とによって構成される。各ＰＯＳ端末５１と電子レシートサーバ５２とは、ネットワーク４に接続されている。

ＰＯＳ端末５１は、客が購入する商品の販売データを登録処理する機能と、その登録処理された商品の販売データを基に商取引を決済する機能とを有する。また、ＰＯＳ端末５１は、レシートを電子レシートで受け取る客の識別コードである電子レシートＩＤを読み取る読取手段を備える。そしてＰＯＳ端末５１は、読取手段によって電子レシートＩＤを読み取ったならば、決済の際に生成した電子レシートのデータを電子レシートＩＤとともにネットワーク４を介して電子レシートサーバ５２へと送信する。

電子レシートサーバ５２は、電子レシートのデータを保存するための電子レシートデータベース５３を備える。電子レシートデータベース５３は、電子レシートサーバ５２が内蔵する記憶装置に形成されてもよいし、電子レシートサーバ５２の外部に接続された記憶装置に形成されてもよい。

電子レシートサーバ５２は、各ＰＯＳ端末５１から受信した電子レシートのデータを電子レシートＩＤと関連付けて電子レシートデータベース５３に蓄積する。このように、電子レシートＩＤと関連付けて電子レシートデータベース５３に蓄積された電子レシートのデータは、電子レシートＩＤで特定されるスマートフォン、タブレット端末、ノート型パソコン等の情報端末にダウンロードされて、客が閲覧することができる。

第２の実施形態では、ユーザ端末１に設定されているユーザＩＤを、そのユーザ端末１のユーザである客の電子レシートＩＤと連携させる。こうすることにより、ユーザ端末１のユーザである客が、商業施設内の店舗で商品を購入した場合、そのユーザ端末１に電子レシートのデータをダウンロードして閲覧することが可能となる。

このような電子レシートシステムを組み入れた第２の実施形態において、ルート検索サーバ３３のプロセッサ３３１は、退店処理におけるＡＣＴ７４の処理を、第１の実施形態から変更する。

図１８は、第１の実施形態のＡＣＴ７４の処理を変更した退店処理の一部を示す流れ図である。すなわちプロセッサ３３１は、図１５のＡＣＴ７１においてＮＯと判定するか、ＡＣＴ７３の処理を終えると、ＡＣＴ７４１として購買目的の店舗を退店したか否かを確認する。すなわちプロセッサ３３１は、目的関連項目の目的が商品の購入を伴う目的であるか否かを確認する。ここで、目的関連項目の目的が商品の購入を伴う目的でない、すなわち購買目的以外の店舗を退店した場合には、プロセッサ３３１は、ＡＣＴ７４１としてＮＯと判定し、ＡＣＴ７４４へと進む。ＡＣＴ７４４の処理については後述する。

これに対し、目的関連項目の目的が商品の購入を伴う目的である、すなわち購買目的の店舗を退店した場合には、プロセッサ３３１は、ＡＣＴ７４１としてＹＥＳと判定し、ＡＣＴ７４２へと進む。プロセッサ３３１は、ＡＣＴ７４２として、退店した店舗のＰＯＳ端末５１からＡＣＴ５１の処理で取得したユーザＩＤと連携する電子レシートＩＤで発行された電子レシートを検索するように電子レシートサーバ５２に通知する。この通知を受けた電子レシートサーバ５２では、該当する電子レシートＩＤの電子レシートデータをＰＯＳ端末５１から受信したか否かが確認される。そして受信していた場合には、電子レシートサーバ５２からユーザ端末１に電子レシート有りの応答が通知される。受信していない場合には、電子レシートサーバ５２からユーザ端末１に電子レシート無しの応答が通知される。

プロセッサ３３１は、ＡＣＴ７４３として電子レシートサーバ５２からの応答を待ち受ける。そして電子レシート無しの応答を受けた場合、プロセッサ３３１は、ＡＣＴ７４３においてＮＯと判定し、図１５のＡＣＴ８１の処理へと進む。

これに対し、電子レシート有りの応答を受けた場合には、プロセッサ３３１は、ＡＣＴ７４３においてＹＥＳと判定し、ＡＣＴ７４４へと進む。プロセッサ３３１は、ＡＣＴ７４４として退店コマンド送信元のユーザ端末１Ｃに対して商業施設を訪れた目的を達成したか否かを問い合わせる。そしてプロセッサ３３１は、図１５のＡＣＴ７５の処理へと進む。

このように第２の実施形態では、購買目的の店舗を退店した際には、その店舗で商品を購入したことを条件に目的を達成したか否かを問い合わせるようにした。換言すれば、商品を購入することなく購買目的の店舗を退店した場合には、目的を達成したか否かを問い合わせないようにした。したがって、無駄な問い合わせが発生しないので、ルート検索サーバ３３の負荷を軽減することができる。また、ユーザである客にとっても煩わしさを感じることない。

以上、商業施設を訪れた客の目的から効率の良いルートを検索できるルート検索装置の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

前記実施形態では、作成部３３７ｂにおいて、現在位置から各店舗を通り最終到達地点に至るまでの案内ルート３６２を、移動距離が最小となるというルールに従い作成する場合を例示した。案内ルート３６２を作成するためのルールは、上記のルールに限定されるものではない。例えば、店舗によって混雑する時間帯がある場合、その時間帯を避けて案内ルート３６２を作成するようにしてもよい。また、購買目的の店舗が複数ある場合において、一方の店舗で特売を行っている場合、その特売を行っている店舗を優先的に巡るように案内ルート３６２を作成してもよい。

前記実施形態では、演算部３３７ｃで使用する店舗間の移動時間を固定時間とした。一般に、歩く速度は人によって異なる。そこで、客自身が歩く速度を設定し、その設定速度により移動時間を補正して、商業施設での滞在時間を算出してもよい。

前記実施形態では、案内店舗を退店する際に、目的を達成したか否かを客に問い合わせるようにした。目的を達成したか否かを問い合わせるタイミングは、退店時に限定されない。例えば、定期的に目的を達成したか否かを客に問い合わせるようにしてもよい。

前記実施形態では、ユーザ端末１に対して目的と条件の収集を対話形式で行う方法として、ユーザ端末１の表示デバイスに画像を表示し、入力デバイスを介して目的、条件等を入力するようにした。この点に関しては、ユーザ端末１が音声認識装置を備えていることを前提に、音声を利用して目的と条件の収集を行うようにしてもよい。

前記実施形態では、客は、滞在予定時間とともに最終到達地点を入力するようにした。商業施設によっては、最終到達地点が一義的に定まる場合がある。このような場合には、最終到達地点の入力を省略することができる。

前記実施形態では、店舗管理サーバ３１とユーザ管理サーバ３２とルート検索サーバ３３とでサーバシステム３を構成した。サーバシステム３を構成するサーバは、上述した３つのサーバに限定されるものではない。例えば、１つのサーバで３つのサーバの機能を有するようにしてもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…ユーザ端末、２…入退店検出システム、３…サーバシステム、４…ネットワーク、３１…店舗管理サーバ、３２…ユーザ管理サーバ、３３…ルート検索サーバ、３４…店舗管理データベース、３５…ユーザ管理データベース、３６…ルートデータベース、４１…アクセスポイント、５１…ＰＯＳ端末、５２…電子レシートサーバ、５３…電子レシートデータベース、３３１…プロセッサ、３３２…メインメモリ、３３３…補助記憶デバイス、３３４…時計、３３５…通信インターフェース、３３６…店舗検索部、３３７…ルート検索部。

Claims (6)

1. ユーザの商業施設での目的とその目的に係る複数の条件とを入力データとし、前記商業施設に出店している各店舗の業種又は業態を参照データとして、前記目的に合う店舗を検索する店舗検索手段と、
   前記店舗検索手段により検索された店舗と前記ユーザの前記商業施設での滞在予定時間とを入力データとし、前記商業施設のレイアウト及び前記店舗での推定滞在時間を参照データとして、前記滞在予定時間内に前記店舗を巡る案内ルートを作成するルート作成手段と、
   を具備するルート検索装置。
2. 前記ルート作成手段は、前記入力データとして前記目的の優先順位を含み、優先順位の高い店舗を優先的に巡る案内ルートを作成する、請求項１記載のルート検索装置。
3. 前記ルート作成手段は、前記参照データとしてルートの最終到達地点を含み、前記滞在予定時間内に前記店舗を巡って前記最終到達地点に至る案内ルートを作成する請求項１又は２記載のルート検索装置。
4. 前記ユーザが使用する端末から、前記商業施設での目的とその目的に係る複数の条件とを収集する収集手段と、
   前記ルート作成手段により作成された前記案内ルートのデータを前記端末に出力する出力手段と、
   をさらに具備する請求項１乃至３のうちいずれか１項に記載のルート検索装置。
5. 前記案内ルートのデータ出力先である前記端末を使用するユーザに対し、前記案内ルートで案内される店舗を退店したタイミングで、または定期的に、前記目的を達成したか否かを問い合わせ、その問合せに対する応答を受け付ける問合せ手段、
   をさらに具備し、
   前記問合せの結果、前記目的を達成したとの応答を受けたならば、前記店舗検索手段及び前記ルート作成手段により、その目的に合う店舗を除いた店舗の検索とその検索された店舗を巡る案内ルートの作成を再度実行する、請求項４記載のルート検索装置。
6. 前記案内ルートのデータ出力先である前記端末を使用するユーザに対し、前記案内ルートで案内される店舗での滞在時間が当該店舗に対する推定滞在時間を超えた場合に前記端末に対してアラートを通知する通知手段、
   をさらに具備する、請求項４又は５記載のルート検索装置。