JP2017191500A - 携帯端末に対して地点情報を提供する装置、方法、およびプログラム - Google Patents

Abstract

【課題】携帯端末に対して地点情報を提供する。【解決手段】複数の携帯端末のそれぞれの位置を示す位置情報を取得する位置取得部と、複数の携帯端末のそれぞれの位置情報に基づいて、各地点の混雑度を検出する検出部と、情報提供の対象となる対象携帯端末に対して、混雑度が基準より低い地点を示す地点情報を提供する提供部と、を備える装置を提供する。検出部は、複数の携帯端末のそれぞれの位置情報に基づいて、複数の店舗のそれぞれの混雑度を検出し、提供部は、対象携帯端末に対して、混雑度が基準より低い店舗を示す地点情報を提供してもよい。【選択図】図１

Description

本発明は、携帯端末に対して地点情報を提供する装置、方法、およびプログラムに関する。

ネットワークを介して飲食店の利用状況を確認し、座席位置を指定可能な飲食店座席位置指定予約管理システムが提案されている（特許文献１参照）。
特許文献１ 特開２０１５−０８４１９６号公報

しかし特許文献１においては、利用者が飲食店の指定日時の座席予約利用状況の確認できるに過ぎなかった。

本発明の第１の態様においては、複数の携帯端末のそれぞれの位置を示す位置情報を取得する位置取得部と、複数の携帯端末のそれぞれの位置情報に基づいて、各地点の混雑度を検出する検出部と、情報提供の対象となる対象携帯端末に対して、混雑度が基準より低い地点を示す地点情報を提供する提供部と、を備える装置、並びに関連する方法およびプログラムを提供する。

なお、上記の発明の概要は、本発明の特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

本実施形態に係るシステム１０を示す。 本実施形態に係るシステム１０のブロック図を示す。 本実施形態に係る属性データベース８０を示す。 本実施形態に係る店舗データベース９０を示す。 本実施形態に係るシステム１０における処理フローを示す。 本実施形態に係るシステム１０における携帯端末の位置情報取得フローを示す。 本実施形態に係るシステム１０における提供する地点情報の決定フローを示す。 本実施形態に係るコンピュータ１９００の構成の一例を示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、本実施形態に係るシステム１０を示す。システム１０は、各個人が保持する携帯端末の位置を検知して、例えばフードコート、ショッピングモール、駅周辺等のエリア内、および／または予め定められた地域内における混雑していない施設（例えば店舗６０、店舗６０内の座席またはテーブル７０、公園等）に当該個人を誘導する。図１は、複数の店舗６０と、複数の座席またはテーブル７０が配置されたフードコートとを備えたショッピングモールにおけるシステム１０の例を示す。システム１０は、複数の携帯端末３０と、アクセスポイント４０と、１または複数の店舗端末５０と、装置１００とを備え、これらがネットワーク２０を介して接続された構成をとる。

ネットワーク２０は、インターネット、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク等の各種ネットワークまたはその組み合わせを含んで構成される。ネットワークは、有線ネットワークまたは無線ネットワークの少なくとも一方による接続を各接続ポイントに含んでよい。

複数の携帯端末３０は、保持者が使用するパーソナルコンピュータ、ノート型コンピュータ、携帯電話、またはスマートフォン等である。携帯端末３０は、１つ又は複数がそれぞれ保持者（顧客または潜在顧客）に保持されて、保持者に追従して移動しつつ、近接する少なくとも１つのアクセスポイント４０と無線通信する。携帯端末３０は、アクセスポイント４０と無線通信する場合に、携帯端末３０を識別するための個体認証用の情報を当該アクセスポイント４０に供給してよい。

携帯端末３０は、装置１００にネットワーク２０を介して接続されてもよいし、装置１００にアクセスポイント４０およびネットワーク２０を介して接続されてもよい。携帯端末３０は、装置１００から混雑度が低い地点情報を受信し、表示画面に表示する。

１または複数の店舗端末５０は、各種の店舗６０に設けられたコンピュータまたはＰＯＳ端末等である。店舗端末５０は、装置１００にネットワーク２０を介して接続され、装置１００に、店舗６０の情報、例えば店舗６０の全テーブル数または全座席数、空いている座席またはテーブル７０の数、座席またはテーブル７０の位置情報等を提供することができる。

アクセスポイント４０は、例えば、ＷｉＦｉ規格等を用いた基地局または中継局であり、複数の携帯端末３０をネットワーク２０に接続する。アクセスポイント４０は、例えば、特定の使用者が用いる専用信号と、不特定の使用者が用いる公用信号とを送受信する機能を有してもよい。一例として、専用信号は、当該アクセスポイント４０の所有者がネットワーク２０への接続に用い、公用信号は、公衆無線用に不特定多数の使用者が用いることができるように解放されている。なお、この場合、携帯端末３０は、専用信号を用いることなく、公衆無線用の公用信号を用いて、アクセスポイント４０と信号を授受してよい。

このようなアクセスポイント４０は、屋外の複数のエリア、店舗６０内の１または複数のエリア等に設置される。これらのアクセスポイント４０は、利用可能なアクセスポイント４０を探索すべく携帯端末３０から発せられる信号をそれぞれ受信して、この信号に含まれる携帯端末３０の個体認証用の情報を取得するとともに、その電波強度を検出する。ここで、個体認証用の情報としては、携帯端末３０の保持者の個人識別情報（例えば、保持者のログインＩＤ等）、または携帯端末３０の端末識別情報（例えば、ＭＡＣアドレス等）、および／または各種情報の組み合わせが用いられる。

アクセスポイント４０は、ネットワーク２０を介して装置１００に接続されており、携帯端末３０から信号を受信した場合に、個体認証用の情報と、電波強度とを対応付けて、当該アクセスポイント４０の識別情報とともに装置１００に送信する。

装置１００は、例えばサーバ・コンピュータ等のコンピュータである。装置１００は、図２に示した各構成または機能、もしくは各構成または機能の一部ずつを複数のコンピュータにより分散して処理する分散システムであってもよい。装置１００は、複数の携帯端末３０のそれぞれの位置を取得し、当該複数の携帯端末３０の位置に基づいて各地点の混雑度を検出し、混雑度が基準より低い地点を示す地点情報を、情報提供の対象携帯端末３０に対して提供する。

図２は、本実施形態に係るシステム１０のブロック図の一例を示す。図２のシステム１０は、図１のシステム１０においてさらに属性データベース８０と店舗データベース９０とを備える。装置１００は、位置取得部１１０と、検出部１２０と、属性取得部１３０と、提供部１４０とを備える。

属性データベース８０は、装置１００に接続されており、携帯端末３０の保持者（顧客または潜在顧客）ごとに複数の属性についての属性データを記憶する。属性データベース８０は、携帯端末３０の保持者の識別情報に対応付けて、属性データを格納している。ここで、保持者の識別情報は、装置１００において個々の保持者を識別するための識別子であり、保持者の携帯端末３０の個体認証用の情報と同じであってよい。例えば、保持者の識別情報は、保持者の個人識別情報（例えば、ログインＩＤ、メールアドレス等）であってよく、これに代えて、携帯端末３０の端末識別情報（例えば、ＭＡＣアドレス、ＩＰアドレス、製造番号、シリアル番号等）であってもよく、さらにこれらの組み合わせであってもよい。

店舗データベース９０は、装置１００に接続されており、店舗６０ごとに店舗識別情報に対応付けて、店舗位置情報、店舗６０内のアクセスポイント４０の情報、座席情報、および店舗属性データを記憶する。ここで、店舗識別情報は、個々の店舗６０を識別するための識別子であり、店名またはコード等であってよい。

位置取得部１１０は、複数の携帯端末３０のそれぞれの位置を示す位置情報を取得する。例えば、位置取得部１１０は、屋外および／または店舗６０内に設けられた複数のアクセスポイント４０からの情報を複数の携帯端末３０の個体認証用の情報とともに受信し、当該受信した情報に基づいて、当該複数の携帯端末３０の位置情報を取得することができる。一例として、位置取得部１１０は、アクセスポイント４０からの情報として、携帯端末３０から信号を受信したときの電波強度、および／または情報を送信したアクセスポイント４０の識別情報を受信することができる。

例えば、位置取得部１１０は、各地点を含むエリア内に設けられ、複数の携帯端末３０のそれぞれと通信可能な複数のアクセスポイント４０からの情報を受信し、当該情報に基づいて検出された複数の携帯端末３０のそれぞれの位置情報を取得する。位置取得部１１０は、各アクセスポイント４０から受信した携帯端末３０の電波強度に基づいて、エリア内における携帯端末３０の位置情報を導出する。なお、携帯端末３０の位置情報の導出の手法については、詳細を後述する。

以上の位置取得部１１０は、受信した携帯端末３０の個体認証用の情報と、携帯端末３０の位置情報とを対応付けて、検出部１２０および属性取得部１３０に供給する。

検出部１２０は、位置取得部１１０から複数の携帯端末３０のそれぞれの位置情報を受信し、当該位置情報に基づいて、各地点の混雑度を検出する。例えば、検出部１２０は、店舗データベース９０からエリア内の店舗位置情報等を取得して、携帯端末３０の位置から当該携帯端末３０の保持者がいずれの店舗６０内に位置するかを決定し、複数の店舗６０のそれぞれの混雑度を検出してもよい。

属性取得部１３０は、位置情報が取得された携帯端末３０の個体認証用の情報を位置取得部１１０から受信し、個人の属性を示す個人属性データを記憶する属性データベース８０から、当該個体認証用の情報に対応付けられた携帯端末３０の保持者の個人属性データを取得する。属性取得部１３０は、取得した属性データを、当該個体認証用の情報と対応付けて提供部１４０に供給する。

提供部１４０は、検出部１２０から各地点の混雑度と携帯端末３０の個体認証用の情報とを受信し、属性取得部１３０から属性データと保持者の識別情報とを受信する。提供部１４０は、受信した保持者の識別情報、属性データ等の情報に基づいて、情報提供の対象となる対象携帯端末３０を決定し、当該対象携帯端末３０に対して、混雑度が基準より低い地点を示す地点情報を提供する。例えば、提供部１４０は、対象携帯端末３０に対して、混雑度が基準より低い店舗６０を示す地点情報を提供する。

このように、本実施形態の装置１００によれば、携帯端末３０の保持者の現在位置に応じて、混雑していない地点の情報を保持者に提供する。従って、買い物中の顧客等に対し、適切なタイミングで適切な情報を提供することができる。なお、装置１００は、装置１００以外の要素（例えば、属性データベース８０、および／または店舗データベース９０）を含んでもよく、または装置１００内の要素（例えば、位置取得部１１０、および／または属性取得部１３０等）を外部のサーバ装置等により実装してもよい。

図３は、本実施形態に係る属性データベース８０を示す。属性データベース８０は、複数の対象者のそれぞれについて、対象者の識別情報と、属性データとを対応付けて記憶する。

例えば、属性データベース８０は、装置１００のサービスを利用するために装置１００に登録された当該サービスの会員または顧客等の属性データを管理する。このようなサービスの一例としては、店舗６０での販売に対してポイントまたはクーポンを付与するサービス、オンラインショッピングのサービス、オンラインショッピングおよび店舗６０での販売を統合してポイントまたはクーポンを付与するサービス、クレジットカードの会員サービス、情報提供サービス、銀行・証券会社のサービス、並びにその他の各種サービスが挙げられる。装置１００は、携帯端末３０の保持者を識別するための識別情報、および属性データを携帯端末３０等から受け取り、携帯端末３０の保持者の属性データに当該識別情報を対応付けて属性データベース８０に格納する。この後、保持者が携帯端末３０でオンラインショッピング等のサービスを利用する、または保持者が会員カード等を店舗６０で利用する等により、装置１００は、携帯端末３０または店舗端末５０からの利用情報を、携帯端末３０または会員カード等から取得した当該保持者の識別情報とともに受信する。これにより装置１００は、属性データベース８０内の当該保持者の識別情報に対応付けられた属性データに、受信した利用情報を追加してよい。

また、属性データベース８０は、個人識別情報（例えば、アクセスポイント４０にログインするための登録ＩＤ等）を用いてアクセスポイント４０に接続される携帯端末３０からログイン要求を受けたことに応じて送信される、当該アクセスポイント４０により取得された携帯端末３０の端末識別情報と当該個人識別情報とを含む登録要求を受信し、登録要求に含まれる個人識別情報を、当該端末識別情報に対応付けられた属性データに対応付けて記憶してよい。

属性データは、対象者が有する各種の属性についての属性値である。属性データは、基本データ、嗜好データ、購買データ、および利用データを含む。

基本データは、対象者の基本情報であり、１または複数の属性として、例えば名前、生年月日、年令または年代、性別、住所、電話番号、既婚／未婚、自動車の所有有無、および住居の所有有無等といった、対象者の識別・特定に用いる情報、および、予め定められた基本的な属性に関する情報の少なくとも１つを含みうる。

嗜好データは、対象者の好みを示す情報であり、１または複数の属性を含む。嗜好データに分類される属性は、例えば、読書、ドライブ、料理、旅行、およびスポーツ等の各種の趣味に対する嗜好の有無または嗜好度、酒およびタバコ等の各種の商品等に対する嗜好の有無または嗜好度、商品等の価格帯に対する嗜好の有無または嗜好度、並びに各種のウェブサイト等に対する嗜好の有無または嗜好度等の少なくとも１つを含んでよい。

基本データおよび嗜好データは、対象者が装置１００のサービスに新規登録し、または登録情報を変更することによって対象者によって設定されてもよい。また、対象者が設定しなかった情報については、装置１００は、対象者の他の属性を用いて推測してもよい。装置１００は、推測した属性については、推測した属性値（例えば既婚の確率が未婚の確率よりも高いと判断した場合には「既婚」）を格納してよく、これに代えて所定の属性値となる確率（例えば既婚の確率が８０％）を格納してもよい。

購買データは、対象者が購入した商品またはサービスを示す情報であり、１または複数の属性を含む。購買データに分類される属性は、例えば各商品等の購買の有無または購買量、商品等のジャンル毎の購買の有無または購買量、各商品等の購買時期、並びに各商品等の購買場所等の少なくとも１つであってよい。

利用データは、対象者が滞在した店舗履歴、および、対象者の携帯端末３０から受け取ったインターネットコンテンツへのアクセス履歴などを記録した情報である。利用データに分類される属性は、例えば、対象者が基準時間（１分など）を超えて滞在した各店舗６０の位置情報、各商品ページへのアクセスの有無またはアクセス量などであってよい。

図４は、本実施形態に係る店舗データベース９０を示す。店舗データベース９０は、複数の店舗６０のそれぞれについて、店舗識別情報と、店舗位置情報と、店舗６０に設置されたアクセスポイント４０の情報と、座席情報と、当該店舗６０が有する１または複数の属性を示す店舗属性データとを対応付けて記憶する。また、店舗データベース９０は、１つの店舗６０が異なる商品を扱う複数の売り場を有する場合には、店舗６０の場合と同様に、売り場それぞれについて座席情報、および属性データ等を記憶してよい。例えば、店舗データベース９０は、店舗６０から提供される情報を管理する。

店舗位置情報は、店舗６０のエリア内でのロケーション（例えば、位置座標）、または緯度および経度であってよい。店舗６０内のアクセスポイントの情報は、店舗６０に設置されたアクセスポイント４０の識別情報、設置位置、設置個数等であってよい。座席情報は、店舗６０の座席またはテーブル７０の位置、個数（座席数、および／またはテーブル数等）、店舗６０内のエリアマップ、店舗６０の最大収容人数、店舗面積等であってよい。アクセスポイント４０の設置位置、または店舗６０の座席またはテーブル７０の位置としては、例えば、物理的な位置座標を示す情報である。

複数の店舗６０で座席またはテーブル７０を共有するフードコート等の場合、店舗データベース９０は、各店舗６０の店舗識別情報に対応付けて、共有されるフードコート等の座席またはテーブル７０の情報を記憶してよい。

店舗属性データは、対象とする店舗６０が有する各種属性についての属性値である。本実施形態に係る店舗６０の属性データは、属性データベース８０における個人属性データと同様に、基本データ、嗜好データ、購買データ、および利用データの各フィールドを有する。

例えば、店舗属性データの基本データは、対象とする店舗６０の種類（例えばフードコート、高級レストラン、１００円ショップ、ラグジュアリーショップ、子供用品の店、および本屋等）、対象とする店舗６０の取り扱い商品等の種類（食品、本、装飾品、服、および食品の提供等）等を含みうる。装置１００は、対象とする店舗６０を好むと予想される対象者の属性データが満たすべき１または複数の属性の条件の設定値を店舗等から受け取り、店舗データベース９０に格納してもよい。また、装置１００は、対象とする店舗６０に来た１または複数の対象者の属性データに基づいて、当該店舗６０の店舗属性データを生成してもよい。これに加えて、対象とする店舗６０で買い物をした１または複数の対象者の属性データに基づいて、当該店舗６０の店舗属性データを生成してもよい。

例えば、ある店舗６０の来店者の８０％が男性であった場合、当該店舗６０の属性データ内の性別に関する属性の属性値を「男性」と設定してもよく、「男性」である確率を８０％に設定してもよい。このように、店舗６０の属性データとして、対象者の属性データにおける属性と同一または類似の属性を設けることにより、対象者の属性データと店舗６０の属性データとの間で類否の比較または類似度の算出が可能となり、店舗６０の属性データにより類似する属性データを有する対象者は当該店舗６０に対する嗜好度がより高いと推定することが可能となる。

また、対象とする店舗６０の各来店者の属性毎に各個人属性データについての属性値を集計し、属性毎の分布そのもの、および／または、属性毎の分布を表す数値を店舗属性データとして生成してもよい。具体的には、複数の個人属性データにおける属性毎に属性値を平均した結果に基づいて、店舗属性データを生成する。また、平均に加えて、複数の個人属性データの各属性の分布に関する数値（分散、偏差、尖度、歪度、分布形の種類、ＫＬＤ、又はＪＳＤ等）を店舗属性データの少なくとも一部として算出してよい。

図５は、本実施形態に係る装置１００の処理フローを示す。装置１００は、Ｓ１〜Ｓ１１の処理を実行することにより、携帯端末に地点情報を提供する。Ｓ１〜Ｓ５では、検知した複数の携帯端末３０の位置情報に基づく各地点の混雑度を判定する。

まず、位置取得部１１０は、エリア内の携帯端末３０を検知する（Ｓ１）。例えば、エリア内に入ってきた保持者の携帯端末３０が利用可能なアクセスポイント４０を探索すべく、携帯端末３０が個体認証用の信号を発すると、近接する少なくとも１つのアクセスポイント４０が当該信号をそれぞれ受信する。このとき各アクセスポイント４０は、受信した信号に含まれる携帯端末３０の個体認証用の情報を取得するとともに、その電波強度を検知して、当該個体認証用の情報および電波強度を位置取得部１１０に送信する。位置取得部１１０は、個体認証用の情報および電波強度を受信することに応じて、エリア内の携帯端末３０を検知する。

なお、アクセスポイント４０が携帯端末３０の個体認証用の信号を取得し、その電波強度を検出する手法としては、他の手法を用いてもよい。例えば、各アクセスポイント４０が通信可能な携帯端末３０を探索すべくビーコン信号を発し、当該ビーコン信号を受信した携帯端末３０からの信号を各アクセスポイント４０が受信することで、当該信号に含まれる携帯端末３０の個体認証用の情報を取得し、ビーコン信号または当該信号の電波強度を検出してもよい。

ここで、携帯端末３０が検知されるエリアとは、１又は複数のアクセスポイント４０が設置されたエリアであって、店舗６０内および／または屋外の所定範囲内とすることができる。例えば、当該エリアは、１つの店舗６０の一部または全てのエリア、複数の店舗６０を含む百貨店もしくはフードコート内の一部または全てのエリア、または駅周辺等の比較的広いエリア等である。

次に、位置取得部１１０は、検知された携帯端末３０の位置を示す位置情報を取得する（Ｓ３）。位置取得部１１０は、アクセスポイント４０から受信した情報に基づいて、検知された携帯端末３０の保持者がエリア内のどの地点に位置するか（例えば、エリア内のどの店舗６０により近いか、エリア内のどの店舗６０内に位置するか、およびどのアクセスポイントにより近いか等のうち少なくとも１つ）を検出してよい。

位置取得部１１０は、アクセスポイント４０から、検知された携帯端末３０の個体認証用の情報と対応付けて送信された当該携帯端末３０の電波強度に基づいて、検知された携帯端末３０がエリア内のどの位置に位置するか等の詳細な位置情報を導出してよい。

これに加えて／代えて、位置取得部１１０は、アクセスポイント４０から受信したアクセスポイント４０の識別情報を、店舗データベース９０内で検索し、当該識別情報に対応するアクセスポイント４０が配置された店舗６０、およびアクセスポイント４０の位置等のうちの少なくとも１つを、検知された携帯端末３０の位置を示す位置情報として取得してよい。

位置取得部１１０は、取得した携帯端末３０の個体認証用の情報を属性取得部１３０に供給する。また、位置取得部１１０は、取得した携帯端末３０の個体認証用の情報および位置情報を対応付けて検出部１２０に供給する。

次に、検出部１２０は、Ｓ３において検知された携帯端末３０の位置情報および既に検知済みの他の携帯端末３０の位置情報に基づいて、エリア内の各地点の混雑度を検出する（Ｓ５）。検出部１２０は、検知された携帯端末３０の位置情報が示す位置にある店舗６０を店舗データベース９０で検索して当該店舗６０の情報を取得し、当該店舗６０の混雑度を検出してよい。具体的には、検出部１２０は、店舗データベース９０から取得したエリアマップ上の店舗６０の位置に、携帯端末３０の位置が重なっている場合、または、店舗６０として示された範囲内の領域に携帯端末３０が位置する場合等の条件で、当該店舗６０内に携帯端末３０が位置すると判断してよい。そして、検出部１２０は、店舗データベース９０から当該店舗６０の座席またはテーブル７０（以下、座席等とも呼ぶ）の数、最大収容人数、および店舗面積等のうちの少なくとも１つを取得し、当該店舗６０に位置する携帯端末３０の数と、取得した店舗６０の座席等の数等とから混雑度を検出してよい。

検出部１２０は、混雑度として、割合を求めてよく、例えば、混雑度＝（店舗６０に位置する携帯端末３０の数／店舗６０の座席数または最大収容人数）×１００（％）によって混雑度を求めてよい。また、混雑度として、携帯端末３０の数と店舗面積とから店舗６０内の人口密度を求めてもよい。また、検出部１２０は、店舗６０に位置する携帯端末３０の数が、店舗６０の座席数または最大収容人数未満であるかどうか、座席等の残りの数または残りの収容人数（混雑度＝店舗６０の座席等の数または最大収容人数−店舗６０に位置する携帯端末３０の数）等を混雑度として検出してもよい。

これに加えて／代えて、検出部１２０は、携帯端末３０の保持者が位置するフードコート等における空いている座席またはテーブル７０を検出してもよい。例えば、検出部１２０は、座席またはテーブル７０の位置情報を含むエリアマップを店舗データベース９０から取得し、複数の携帯端末３０の位置をそれぞれ座席またはテーブル７０に対応付け、携帯端末３０が対応付けられていない座席またはテーブル７０を、空いている座席またはテーブル７０として混雑度を検出してよい。

具体的には、検出部１２０は、携帯端末３０の取得された位置情報が、エリアマップにおける座席の位置の所定範囲内（例えば半径０．５ｍの範囲内）の位置を示す場合には、当該携帯端末３０の保持者が当該座席に座っているとして当該携帯端末３０を対応付けてよい。また、検出部１２０は、携帯端末３０の取得された位置情報が、エリアマップにおけるテーブルの位置の所定範囲内（例えば半径２ｍの範囲内）の位置を示す場合には、当該携帯端末３０の保持者が当該テーブルの座席に座っているとして当該携帯端末３０を対応付けてよい。検出部１２０は、各テーブルの周りに配置された座席の数を店舗データベース９０から取得し、当該座席の数以上の携帯端末３０が対応付けられている場合、またはテーブルに少なくとも１つの携帯端末３０が対応付けられている場合には、当該テーブルの座席が埋まっていると判断してよい。また、座席またはテーブル７０が移動可能である場合には、検出部１２０は、座席またはテーブル７０にその位置を通信するために取り付けられた発信器からの情報を取得して、エリアマップにおける座席またはテーブル７０の位置を検知してよい。

これに加えて／代えて、検出部１２０は、エリアマップにおける、複数の携帯端末３０の分布を示すヒートマップを生成することにより混雑度を検出してよい。例えば、検出部１２０は、エリアマップ上に携帯端末３０の位置を点で表示して、ヒートマップを生成する。また、検出部１２０は、エリアをより小さなサブエリア（例えば、５ｍ×５ｍのサブエリア等）に分割し、当該サブエリア内での携帯端末３０の密度（例えば、密度＝サブエリア内の携帯端末３０の数／サブエリアの面積）をサブエリア毎に検出して、当該密度の大きさに応じた色をエリアマップ上に配色してヒートマップを生成してよい。

次に、Ｓ７〜１１において、エリア内で検知された情報提供の対象とする携帯端末３０（「対象携帯端末３０」と示す。）に対する情報提供処理を行う。

属性取得部１３０は、対象携帯端末３０の個体認証用の情報に対応する属性データを、属性データベース８０から取得する（Ｓ７）。そして、属性取得部１３０は、対象携帯端末３０の個体認証用の情報と、当該対象携帯端末３０の保持者の属性データとを対応付けて提供部１４０に供給する。

次に、提供部１４０は、検出部１２０および属性取得部１３０から受信した情報に基づいて、提供する地点情報を決定する（Ｓ９）。提供部１４０は、検出部１２０および属性取得部１３０から受信した情報から得られる、対象携帯端末３０が各地点を含むエリアに入ったタイミング、対象携帯端末３０の保持者の属性データ、および対象携帯端末３０の位置から各地点までの距離等のうちの少なくとも１つによって、提供する地点情報を決定してよい。

対象携帯端末３０に対して提供する地点情報としては、混雑度が基準より低い店舗６０の位置、混雑度が基準より低い店舗名、空いている座席もしくはテーブル７０の位置もしくは数、複数の携帯端末３０の分布を示すヒートマップ等、またはこれらの組み合わせであってよい。

対象携帯端末３０が各地点を含むエリアに入ったタイミングとしては、当該対象携帯端末３０の個体認証用の情報を位置取得部１１０が受信した時間であってよい。また、当該タイミングとしては、位置取得部１１０が１つの個体認証用の情報を複数のアクセスポイント４０の各々から受信した場合には、複数の受信時間のうちで最も早い時間であってよい。

提供部１４０は、個人の属性データを用いずに混雑度が低い地点を対象携帯端末３０の保持者に提供することができる。さらに、個人の属性データを用いることで、提供部１４０は、対象携帯端末３０の保持者の属性に基づいて、保持者の嗜好に応じた地点を案内することも可能となる。

次に、提供部１４０は、属性データベース８０から、対象携帯端末３０の個体認証用の情報に対応する保持者に地点情報を提供するための宛先を取得し、決定した地点情報を当該取得した宛先に提供する（Ｓ１１）。例えば、提供部１４０は、対象携帯端末３０の個体認証用の情報に対応付けられたメールアドレス、ＩＰアドレス、およびＭＡＣアドレス等のうちの少なくとも１つを属性データベース８０から取得し、地点情報が記載されたメールを送信する、地点情報へのリンクを含むメールを送信する、アプリ経由で地点情報を送信する、ウェブページ上に地点情報を表示する等、またはこれらの組み合わせにより対象携帯端末３０へ地点情報を提供する。

このように、本実施形態の装置１００は、Ｓ１〜Ｓ１１のフローを実行することにより、エリア内に含まれる各地点の混雑度を検出して、混雑度に応じて対象携帯端末３０の保持者に提供するべき地点情報を決定して提供する。従って、本実施形態の装置１００は、買い物中の顧客に対し、適切なタイミングで適切な情報を提供することができる。

図６は、図５のフローのＳ３における、アクセスポイント４０からの情報に基づく、携帯端末３０の位置情報取得フローを示す。まず、位置取得部１１０は、携帯端末３０の個体認証用の情報等をアクセスポイント４０から受信する（Ｓ３０１）。アクセスポイント４０は、個体認証用の信号を携帯端末３０から受信した場合、当該信号に含まれる携帯端末３０の個体認証用の情報を取得し、当該受信した信号の電波強度を検出する。アクセスポイント４０は、取得した携帯端末３０の個体認証用の情報と電波強度とを、当該アクセスポイント４０の識別情報とともに位置取得部１１０へネットワーク２０を介して送信する。そして、位置取得部１１０は、アクセスポイント４０から送信されてきた当該携帯端末３０の個体認証用の情報と、信号の電波強度と、アクセスポイント４０の識別情報とを対応付けて受信する。

次に、位置取得部１１０は、アクセスポイント４０が設置された地点を特定する（Ｓ３０３）。例えば、位置取得部１１０は、アクセスポイント４０の識別情報が対応付けられた店舗６０の店舗識別情報、店舗位置情報、アクセスポイント４０の位置等、またはこれらの組み合わせを、店舗データベース９０から取得してよい。

次に、位置取得部１１０は、アクセスポイント４０からの検知された携帯端末３０の電波強度に基づいて、携帯端末３０とアクセスポイント４０との間の距離を特定する（Ｓ３０５）。位置取得部１１０は、受信した電波強度が小さいほど携帯端末３０とアクセスポイント４０とが離れていると判断してよい。例えば、位置取得部１１０は、電波強度を距離に換算するためのテーブルまたは関数を予め保持しておき、当該テーブルまたは関数を用いて、受信した電波強度を携帯端末３０とアクセスポイント４０との間の距離へ換算してよい。

次に、位置取得部１１０は、エリア内のいずれに携帯端末３０が位置するかを示す位置情報を取得する（Ｓ３０７）。位置取得部１１０は、複数のアクセスポイント４０からの情報に基づいて検知された携帯端末３０の位置情報を取得してよい。例えば、通信範囲が重なるように複数のアクセスポイント４０が設置されている場合には、通信範囲が重なった領域に携帯端末３０が位置すると、位置取得部１１０は、当該通信範囲が重なった複数のアクセスポイント４０から同じ携帯端末３０の個体認証用の情報を同時に受信する。この場合、位置取得部１１０は、店舗データベースから当該複数のアクセスポイント４０の識別情報に対応するアクセスポイントの設置位置、および／またはエリアマップ等を取得する。そして、位置取得部１１０は、エリアマップ上で、当該個体認証用の情報を送信したアクセスポイント４０ごとに、当該アクセスポイント４０を中心とする円を算出する。このとき位置取得部１１０は、アクセスポイント４０から受信した電波強度に対応する通信距離を円の半径とする。そして、位置取得部１１０は、各円の重なり部分の中心または各円周が交わる一の交点を、検知された携帯端末３０の位置として推定し、位置情報を取得してよい。

但し、複数のアクセスポイント４０のそれぞれから、当該アクセスポイント４０が受信した電波強度の対応距離にある一の位置を携帯端末３０の位置として検出できる限りにおいて、必ずしも円が算出される必要は無い。例えば、電波強度（または減衰率）と通信距離との関係をテーブルまたは関数として予め保持しておき、各アクセスポイント４０について、この関係を用いて電波強度（または減衰率）から距離を推定し、各アクセスポイント４０からの推定距離に基づいて位置を推定してもよい。携帯端末３０の位置を正確に推定する観点からは、店舗６０の全体がアクセスポイント４０の通信範囲に入るように、少なくとも３つのアクセスポイント４０が設置されることが好ましい。

また、他の例として、位置取得部１１０は、アクセスポイント４０の通信範囲の重なりとは無関係に、最も大きい電波強度を送信してきたアクセスポイント４０の位置、または当該アクセスポイント４０が設置されている店舗の位置が、検知された携帯端末３０の位置であると推定してもよい。位置取得部１１０は、店舗６０の位置を携帯端末３０の位置として推定する場合に、装置１００において個々の店舗６０を識別するための店舗識別情報を携帯端末３０の位置情報として取得してよい。

これに加えて／代えて、位置取得部１１０は、携帯端末３０または店舗端末５０等から受信した情報に基づいて、携帯端末３０の位置情報を取得してよい。例えば、位置取得部１１０は、携帯端末３０のＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機で取得した現在地情報、携帯端末３０に入力された保持者が入力した現在地情報（例えば店舗名等）、および店舗端末５０からの情報等のうちの少なくとも１つを利用して、携帯端末３０の位置情報を取得してもよい。具体的には、位置取得部１１０は、店舗６０に設けられた店舗端末５０から、携帯端末３０の保持者が商品等を購入するとき等に会員カードから読み取られた個人識別情報を、店舗識別情報とともに受信する。位置取得部１１０は、当該店舗識別情報に対応付けられた店舗６０の位置を、店舗データベース９０から位置情報として取得してよい。

図７は、図５のフローのＳ９における、提供する地点情報の決定フローを示す。まず、提供部１４０は、エリア内において、検出部１２０が検出した混雑度が基準より低い１または複数の店舗６０（例えば店舗Ａ、店舗Ｂ、および店舗Ｃ）を決定する（Ｓ９０１）。提供部１４０は、店舗６０について算出された混雑度が閾値（例えば、６０％）以下である、または店舗６０において検出された携帯端末３０の数が、当該店舗６０の座席数または最大収容人数未満である等の場合に、当該店舗６０の混雑度が基準より低いと判断してよい。

次に、Ｓ９０３−９０７において、提供部１４０は、情報提供する地点情報および対象携帯端末３０の優先付けを行う。例えば、提供部１４０は、複数の店舗６０および複数の対象携帯端末３０の各々に対するスコアリングによって、優先度を求めてよい。

提供部１４０は、対象携帯端末３０がエリアに入ったタイミングに基づいて優先付けをしてよい（Ｓ９０３）。例えば、提供部１４０は、各地点を含むエリアに入ったタイミングがより早い第１対象携帯端末３０に対し、エリアに入ったタイミングがより遅い第２対象携帯端末３０よりも優先して地点情報を提供する。提供部１４０は、対象携帯端末３０の個体認証用の情報を位置取得部１１０が受信した時間が早い順に対象携帯端末３０に情報提供をしてよい。具体的には、提供部１４０は、エリアに入ったタイミングが早い第１対象携帯端末３０に対してはタイミング優先度を比較的高いスコアとし（例えば＋１）、遅い第２対象携帯端末３０に対してはタイミング優先度を比較的低いスコア（例えば０）としてよい。これにより、装置１００は、店舗６０等の残りの座席数が少ない場合には、エリアに入ったタイミングがより早い対象携帯端末３０に優先して情報提供できる。

次に、提供部１４０は、対象携帯端末３０の保持者の属性データが示す嗜好度に基づいて、携帯端末３０に提供する地点情報を割り当てる（Ｓ９０５）。例えば、提供部１４０は、属性取得部１３０が取得した第１対象携帯端末３０の保持者の属性データおよび第２対象携帯端末３０の保持者の属性データに基づいて、第１対象携帯端末３０に対して、保持者の属性データに対する嗜好度がより高い地点を第２対象携帯端末３０よりも優先して割り当てる。これにより、装置１００は、対象携帯端末３０の保持者の属性に適した店舗６０の情報を提供できる。

提供部１４０は、Ｓ９０１において混雑度が基準より低いと判断された複数の店舗６０の店舗属性データを店舗データベース９０から取得し、当該店舗属性データと、属性取得部１３０から供給された携帯端末３０の保持者の個人属性データとを比較し、基準以上の類似度がある店舗６０を決定してよい。

提供部１４０は、携帯端末３０の保持者の個人属性データと店舗属性データとの比較において、スコアリングにより類似度を求めてよい。例えば、提供部１４０は、個人属性データおよび店舗属性データに含まれる複数の属性同士を比較して求めた複数の類似度の合計により優先付けを行ってよい。具体的に、提供部１４０は、保持者の嗜好データに読書の趣味がある場合、本屋である店舗Ａには＋１、レストランである店舗Ｂには０、１００円ショップである店舗Ｃには０を各店舗６０に対する類似度の合計に加算してよい。また、提供部１４０は、保持者の個人属性データにおいて保持者が女性であると設定されている場合に、店舗属性データ内の性別に関する属性の属性値が「女性」である確率８０％と設定されている店舗Ａには０．８、確率２０％の店舗Ｂには０．２、確率５０％の店舗Ｃには０．５を各店舗６０に対する類似度の合計に加算してよい。提供部１４０は、このように算出される各個人属性データについての類似度の合計を店舗６０毎に求め（店舗Ａは１．８、店舗Ｂは０．２、店舗Ｃは０．５）、当該合計類似度を合計した値で各合計類似度を割った値を店舗優先度のスコアとしてよい（店舗Ａは１．８／２．５＝０．７２、店舗Ｂは０．２／２．５＝０．０８、店舗Ｃは０．５／２．５＝０．２）。

次に、提供部１４０は、混雑度が基準より低い一の地点を示す地点情報を、当該一の地点により近い対象携帯端末３０に対してより優先付けする（Ｓ９０７）。例えば、提供部１４０は、店舗データベース９０から混雑度の低い複数の店舗６０の店舗位置情報を取得し、各店舗６０の当該店舗位置情報と、対象携帯端末３０の位置とを比較し、対象携帯端末３０に近い店舗ほど大きくなるように店舗優先度を決定する。これにより、装置１００は、対象携帯端末３０により近い店舗６０の情報を対象携帯端末３０に提供できる。

具体的には、提供部１４０は、店舗データベース９０から取得したエリアマップにおける混雑度の低い店舗Ａ、店舗Ｂ、および店舗Ｃと、対象携帯端末３０との間の距離を算出する（例えば、店舗Ａとの距離は６０ｍ、店舗Ｂとの距離は４０ｍ、店舗Ｃとの距離は１０ｍ）。そして、提供部１４０は、対象携帯端末３０との間の距離が近い店舗６０ほど大きくなるように各店舗６０の店舗優先度を決定する（例えば、店舗Ａは０．１、店舗Ｂは０．２、店舗Ｃは０．４）。

提供部１４０は、タイミング優先度および店舗優先度に基づいて、提供する地点情報を決定する（Ｓ９０９）。例えば、提供部１４０は、対象携帯端末３０についてタイミング優先度が高い順に提供する地点情報を決定する。そして、提供部１４０は、Ｓ９０５−Ｓ９０７で求めた店舗優先度の合計が最も高い店舗６０を地点情報として提供してよい。提供部１４０は、タイミング優先度に基づき、まず第１対象携帯端末３０について提供する地点情報を決定し、その後第２対象携帯端末３０について地点情報を決定する。

具体的に、提供部１４０は、タイミング優先度がより高い第１対象携帯端末３０について、当該第１対象携帯端末３０の保持者の属性データについて求められた店舗優先度と、当該第１対象携帯端末３０と各店舗Ａ，Ｂ，Ｃとの間の距離について求められた店舗優先度とを合計する（例えば、店舗Ａの合計店舗優先度０．７２＋０．１＝０．８２、店舗Ｂの合計店舗優先度０．０８＋０．２＝０．２８、店舗Ｃの合計店舗優先度０．２＋０．４＝０．６）。以上より、提供部１４０は、合計店舗優先度の最も高い店舗Ａの地点情報を第１対象携帯端末３０に提供してよい。また、提供部１４０は、合計店舗優先度が高い順に複数の店舗の地点情報を提供してもよい。

そして、提供部１４０は、第１対象携帯端末３０に提供した地点情報の店舗Ａについては座席等の残りの数を減らして、または店舗Ａを除外して、第２対象携帯端末３０に提供する地点情報を決定してよい。また、提供部１４０は、第１対象携帯端末３０に地点情報を提供した後に検出部１２０が再度検出した混雑度を用いて、第２対象携帯端末３０に提供する地点情報を決定してもよい。

このように、本実施形態の装置１００は、対象携帯端末３０に対して、適切なタイミングで、保持者の嗜好および店舗６０との距離に応じた地点情報を提供することができる。

図８は、本実施形態に係るコンピュータ１９００の構成の一例を示す。本実施形態に係るコンピュータ１９００は、装置１００として機能する。

本実施形態に係るコンピュータ１９００は、ホスト・コントローラ２０８２により相互に接続されるＣＰＵ２０００、ＲＡＭ２０２０、グラフィック・コントローラ２０７５、及び表示装置２０８０を有するＣＰＵ周辺部と、入出力コントローラ２０８４によりホスト・コントローラ２０８２に接続される通信インターフェイス２０３０、ハードディスクドライブ２０４０、及びＤＶＤドライブ２０６０を有する入出力部と、入出力コントローラ２０８４に接続されるＲＯＭ２０１０、フラッシュメモリ・ドライブ２０５０、及び入出力チップ２０７０を有するレガシー入出力部を備える。

ホスト・コントローラ２０８２は、ＲＡＭ２０２０と、高い転送レートでＲＡＭ２０２０をアクセスするＣＰＵ２０００及びグラフィック・コントローラ２０７５とを接続する。ＣＰＵ２０００は、ＲＯＭ２０１０及びＲＡＭ２０２０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィック・コントローラ２０７５は、ＣＰＵ２０００等がＲＡＭ２０２０内に設けたフレーム・バッファ上に生成する画像データを取得し、表示装置２０８０上に表示させる。これに代えて、グラフィック・コントローラ２０７５は、ＣＰＵ２０００等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。

入出力コントローラ２０８４は、ホスト・コントローラ２０８２と、比較的高速な入出力装置である通信インターフェイス２０３０、ハードディスクドライブ２０４０、ＤＶＤドライブ２０６０を接続する。通信インターフェイス２０３０は、有線又は無線によりネットワークを介して他の装置と通信する。また、通信インターフェイスは、通信を行うハードウェアとして機能する。ハードディスクドライブ２０４０は、コンピュータ１９００内のＣＰＵ２０００が使用するプログラム及びデータを格納する。ＤＶＤドライブ２０６０は、ＤＶＤ２０９５からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。

また、入出力コントローラ２０８４には、ＲＯＭ２０１０と、フラッシュメモリ・ドライブ２０５０、及び入出力チップ２０７０の比較的低速な入出力装置とが接続される。ＲＯＭ２０１０は、コンピュータ１９００が起動時に実行するブート・プログラム、及び／又は、コンピュータ１９００のハードウェアに依存するプログラム等を格納する。フラッシュメモリ・ドライブ２０５０は、フラッシュメモリ２０９０からプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。入出力チップ２０７０は、フラッシュメモリ・ドライブ２０５０を入出力コントローラ２０８４へと接続するとともに、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を入出力コントローラ２０８４へと接続する。

ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供されるプログラムは、フラッシュメモリ２０９０、ＤＶＤ２０９５、又はＩＣカード等の記録媒体に格納されて利用者によって提供される。プログラムは、記録媒体から読み出され、ＲＡＭ２０２０を介してコンピュータ１９００内のハードディスクドライブ２０４０にインストールされ、ＣＰＵ２０００において実行される。

コンピュータ１９００にインストールされ、コンピュータ１９００を装置１００の少なくとも一部として機能させるプログラムは、位置取得モジュール、検出モジュール、提供モジュール、および、属性取得モジュールのうち少なくとも１つを備える。これらのプログラム又はモジュールは、ＣＰＵ２０００等に働きかけて、コンピュータ１９００を、位置取得部１１０、検出部１２０、提供部１４０、および属性取得部１３０としてそれぞれ機能させてよい。

これらのプログラムに記述された情報処理は、コンピュータ１９００に読込まれることにより、ソフトウェアと上述した各種のハードウェア資源とが協働した具体的手段であるＣＰＵ２０００等に働きかけて、コンピュータ１９００を、位置取得部１１０、検出部１２０、提供部１４０、および属性取得部１３０として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ１９００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の装置１００が構築される。

一例として、コンピュータ１９００と外部の装置等との間で通信を行う場合には、ＣＰＵ２０００は、ＲＡＭ２０２０上にロードされた通信プログラムを実行し、通信プログラムに記述された処理内容に基づいて、通信インターフェイス２０３０に対して通信処理を指示する。通信インターフェイス２０３０は、ＣＰＵ２０００の制御を受けて、ＲＡＭ２０２０、ハードディスクドライブ２０４０、フラッシュメモリ２０９０、又はＤＶＤ２０９５等の記憶装置上に設けた送信バッファ領域等に記憶された送信データを読み出してネットワークへと送信し、もしくは、ネットワークから受信した受信データを記憶装置上に設けた受信バッファ領域等へと書き込む。このように、通信インターフェイス２０３０は、ＤＭＡ（ダイレクト・メモリ・アクセス）方式により記憶装置との間で送受信データを転送してもよく、これに代えて、ＣＰＵ２０００が転送元の記憶装置又は通信インターフェイス２０３０からデータを読み出し、転送先の通信インターフェイス２０３０又は記憶装置へとデータを書き込むことにより送受信データを転送してもよい。

また、ＣＰＵ２０００は、ハードディスクドライブ２０４０、ＤＶＤドライブ２０６０（ＤＶＤ２０９５）、フラッシュメモリ・ドライブ２０５０（フラッシュメモリ２０９０）等の外部記憶装置に格納されたファイルまたはデータベース等の中から、全部または必要な部分をＤＭＡ転送等によりＲＡＭ２０２０へと読み込ませ、ＲＡＭ２０２０上のデータに対して各種の処理を行う。そして、ＣＰＵ２０００は、処理を終えたデータを、ＤＭＡ転送等により外部記憶装置へと書き戻す。このような処理において、ＲＡＭ２０２０は、外部記憶装置の内容を一時的に保持するものとみなせるから、本実施形態においてはＲＡＭ２０２０及び外部記憶装置等をメモリ、記憶部、または記憶装置等と総称する。

例えば、装置１００の記憶部は、位置取得部１１０、検出部１２０、提供部１４０、および属性取得部１３０から受け取った及び／又はこれらへ提供するデータ、並びに属性データベース８０、および店舗データベース９０内のデータベース等を適宜記憶してよい。例えば、記憶部は、検出部１２０が提供部１４０に供給する混雑度のデータを受け取って記憶してよい。また、記憶部は、提供部１４０が生成した地点情報のデータ等を記憶してよい。

本実施形態における各種のプログラム、データ、テーブル、データベース等の各種の情報は、このような記憶装置上に格納されて、情報処理の対象となる。なお、ＣＰＵ２０００は、ＲＡＭ２０２０の一部をキャッシュメモリに保持し、キャッシュメモリ上で読み書きを行うこともできる。このような形態においても、キャッシュメモリはＲＡＭ２０２０の機能の一部を担うから、本実施形態においては、区別して示す場合を除き、キャッシュメモリもＲＡＭ２０２０、メモリ、及び／又は記憶装置に含まれるものとする。

また、ＣＰＵ２０００は、ＲＡＭ２０２０から読み出したデータに対して、プログラムの命令列により指定された、本実施形態中に記載した各種の演算、情報の加工、条件判断、情報の検索・置換等を含む各種の処理を行い、ＲＡＭ２０２０へと書き戻す。例えば、ＣＰＵ２０００は、条件判断を行う場合においては、本実施形態において示した各種の変数が、他の変数または定数と比較して、大きい、小さい、以上、以下、等しい等の条件を満たすか否かを判断し、条件が成立した場合（又は不成立であった場合）に、異なる命令列へと分岐し、またはサブルーチンを呼び出す。

また、ＣＰＵ２０００は、記憶装置内のファイルまたはデータベース等に格納された情報を検索することができる。例えば、第１属性の属性値に対し第２属性の属性値がそれぞれ対応付けられた複数のエントリが記憶装置に格納されている場合において、ＣＰＵ２０００は、記憶装置に格納されている複数のエントリの中から第１属性の属性値が指定された条件と一致するエントリを検索し、そのエントリに格納されている第２属性の属性値を読み出すことにより、所定の条件を満たす第１属性に対応付けられた第２属性の属性値を得ることができる。

また、実施形態の説明において複数の要素が列挙された場合には、列挙された要素以外の要素を用いてもよい。例えば、「Ｘは、Ａ、Ｂ及びＣを用いてＹを実行する」と記載される場合、Ｘは、Ａ、Ｂ及びＣに加え、Ｄを用いてＹを実行してもよい。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ システム
２０ ネットワーク
３０ 携帯端末
４０ アクセスポイント
５０ 店舗端末
６０ 店舗
７０ 座席またはテーブル
８０ 属性データベース
９０ 店舗データベース
１００ 装置
１１０ 位置取得部
１２０ 検出部
１３０ 属性取得部
１４０ 提供部
１９００ コンピュータ
２０００ ＣＰＵ
２０１０ ＲＯＭ
２０２０ ＲＡＭ
２０３０ 通信インターフェイス
２０４０ ハードディスクドライブ
２０５０ フラッシュメモリ・ドライブ
２０６０ ＤＶＤドライブ
２０７０ 入出力チップ
２０７５ グラフィック・コントローラ
２０８０ 表示装置
２０８２ ホスト・コントローラ
２０８４ 入出力コントローラ
２０９０ フラッシュメモリ
２０９５ ＤＶＤ

Claims (9)

1. 複数の携帯端末のそれぞれの位置を示す位置情報を取得する位置取得部と、
   前記複数の携帯端末のそれぞれの位置情報に基づいて、各地点の混雑度を検出する検出部と、
   情報提供の対象となる対象携帯端末に対して、前記混雑度が基準より低い地点を示す地点情報を提供する提供部と、
   を備える装置。
2. 前記検出部は、前記複数の携帯端末のそれぞれの位置情報に基づいて、複数の店舗のそれぞれの混雑度を検出し、
   前記提供部は、前記対象携帯端末に対して、前記混雑度が基準より低い店舗を示す前記地点情報を提供する
   請求項１に記載の装置。
3. 前記検出部は、前記複数の携帯端末のそれぞれの位置情報に基づいて、空いている座席またはテーブルを検出し、
   前記提供部は、前記対象携帯端末に対して、空いている座席またはテーブルを示す前記地点情報を提供する
   請求項１または２に記載の装置。
4. 前記提供部は、各地点を含むエリアに入ったタイミングがより早い第１対象携帯端末に対し、前記エリアに入ったタイミングがより遅い第２対象携帯端末よりも優先して前記地点情報を提供する請求項１から３のいずれか一項に記載の装置。
5. 個人の属性を示す属性データを記憶する属性データベースから、前記第１対象携帯端末の保持者の属性データおよび前記第２対象携帯端末の保持者の属性データを取得する属性取得部を更に備え、
   前記提供部は、前記第１対象携帯端末に対して、保持者の属性データに対する嗜好度がより高い地点を前記第２対象携帯端末よりも優先して割り当てる
   請求項４に記載の装置。
6. 前記提供部は、前記混雑度が基準より低い一の地点を示す前記地点情報を、当該一の地点により近い前記対象携帯端末に対してより優先して提供する請求項１から５のいずれか一項に記載の装置。
7. 前記位置取得部は、各地点を含むエリア内に設けられ、前記複数の携帯端末のそれぞれと通信可能な複数のアクセスポイントからの情報に基づいて検出された前記複数の携帯端末のそれぞれの位置情報を取得する請求項１から６のいずれか一項に記載の装置。
8. コンピュータが携帯端末に対して地点情報を提供する方法であって、
   複数の携帯端末のそれぞれの位置を示す位置情報を取得し、
   前記複数の携帯端末のそれぞれの位置情報に基づいて、各地点の混雑度を検出し、
   情報提供の対象となる対象携帯端末に対して、前記混雑度が基準より低い地点を示す地点情報を提供する
   方法。
9. コンピュータにより請求項８に記載の方法を実行させるためのプログラム。

Images