JP2017117107A - ユーザ数推定システム - Google Patents

Abstract

【課題】精度良く施設内のユーザ数を推定することを可能とする。【解決手段】プローブ要求検知端末１００がＷｉｆｉ機能を備えた携帯端末４００を検知してその検知結果を解析装置２００において解析することにより、店舗内のユーザ数を推定する。ユーザ数を推定する際、計測対象から外したい人物（レストランの従業員や清掃員などが所持する携帯端末４００の端末アドレス情報（ＭＡＣアドレス）を、予めホワイトリストに登録し、計測対象から外しておく。【選択図】図１

Description

本発明は、施設におけるユーザ数を推定するための技術に関する。

レストランやコンビニエンスストアなどの店舗においては、混雑状況を把握するために、施設内のユーザ数（顧客など）の推定が行われている（下記特許文献１参照）。あるレストランでは、店舗（施設）の入口付近にレーザー光を利用したセンサ等を設置し、人または物体から戻った反射光を検知し、人認識アルゴリズムなどのソフトウェアを用いて解析することで店舗内のユーザ数を推定し、込み合う時間帯や回転率等を把握している。

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

しかしながら、上述した方法では、店舗内の全てのユーザが計測対象として扱われるため、本来はユーザとしてカウントすべきでない人物（例えば、店舗の従業員や清掃員など）を計測対象から外すことができず、ユーザ数の推定精度が落ちてしまう、という問題が懸念される。

本発明は、以上説明した事情を鑑みてなされたものであり、精度良く施設内のユーザ数を推定することが可能な技術を提供することを目的の一つとする。

本発明に係る一態様のユーザ数推定システムは、施設における各ユーザの携帯端末の数を計測することで、施設のユーザの数を推定するシステムであって、携帯端末からプローブ要求を受信する受信手段と、受信した前記プローブ要求をもとに、携帯端末の識別情報を含むプローブ情報を生成するプローブ情報生成手段と、携帯端末の前記プローブ情報を記憶する第１データベースと、計測対象から外すべき携帯端末の端末識別情報を記憶する第２データベースと、第１データベースに登録されたプローブ情報の中から、第２データベースに登録された端末識別情報と一致する端末識別情報を有するプローブ情報を除いてプローブ情報の数を計測する計測手段と、計測したプローブ情報の数を前記施設におけるユーザの数と推定する推定手段とを具備する、ことを特徴とする。

ここで、上記構成にあっては、第１データベースに記憶されている一定期間のプローブ情報を解析し、解析結果に基づいて計測対象から外すべき携帯端末の端末識別情報を特定する特定手段と、特定された計測対象から外すべき携帯端末の端末識別情報に基づいて、第２データベースの記憶内容を更新する更新手段とをさらに具備する態様が好ましい。

上記構成によれば、精度良く施設内のユーザ数を推定することが可能となる。

図１は、一実施形態のユーザ数推定システムの概略構成を示す図である。 図２は、プローブ要求検知端末の機能構成を示すブロック図である。 図３は、プローブ情報の内容の一例を示す図である。 図４は、解析装置を構成する管理サーバの構成を示すブロック図である。 図５は、ホワイトリストＤＢに格納されるホワイトリストの一例を示す図である。 図６は、検知処理を示すフローチャートである。 図７は、情報格納処理を示すフローチャートである。 図８は、リスト登録・更新処理を示すフローチャートである。 図９は、ユーザ数推定処理を示すフローチャートである。 図１０は、リスト自動生成処理を示すフローチャートである。

図１は、一実施形態のユーザ数推定システムの概略構成を示す図である。同図に示すように、ユーザ数推定システム１０００は、施設（レストランなど）に対応付けて設置されるプローブ要求検知端末１００と、プローブ要求検知端末１００による検知結果などに基づいて施設内のユーザの数を推定する解析装置２００と、解析装置２００によって推定されたユーザの数（すなわち推定ユーザ数）を表示するための情報処理装置３００を含んで構成されている。プローブ要求検知端末１００、解析装置２００および情報処理装置３００の相互間は通信ネットワークＮを介して相互に情報通信可能に接続されている。

以下の説明では、便宜上、レストランなどの店舗にプローブ要求検知端末１００が設置され、店舗内のユーザの数を推定する場合を例に説明するが、これに限る趣旨ではなく、複合アミューズメントシステム、ショッピングモール、デパート、病院、公共施設、各種スタジアムなど、あらゆる業態の施設に適用可能である。なお、本発明において「店舗」とは、商売を行うか否かを問わず広義の施設を意味するものとする。

本実施形態のユーザ数推定システム１０００は、プローブ要求検知端末１００がＷｉｆｉ機能を備えた携帯端末４００を検知し、その検知結果を解析装置２００において解析することにより、店舗内のユーザ数を推定する。ユーザ数を推定する際、計測対象から外したい人物（レストランの従業員や清掃員など）が所持する携帯端末４００の端末アドレス情報（ＭＡＣアドレス）を、予めホワイトリストに登録し、計測対象から外しておく。これにより、従来に比して精度良く施設内のユーザ数を推定することが可能となる。

プローブ要求検知端末１００は、店舗内に位置する人物（店舗の顧客など）が所持する携帯端末４００を検知するための装置であり、例えば店舗の所定位置に設置される。プローブ要求検知端末１００は、例えば小型ＰＣ（Personal Computer）、Ｗｉｆｉモジュール、電源、外部記憶装置（ＳＤカードやＵＳＢメモリ）などを含んで構成されている。

解析装置２００は、プローブ要求検知端末１００から送信される情報を解析することによって、店舗内におけるユーザの数を推定するものであり、管理サーバ２０１、プローブ情報データベース（ＤＢ）２０２、ホワイトリストデータベース（ＤＢ）２０３を含んで構成されている。この解析装置２００は、例えば演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムを実行することによって構成される。

通信ネットワークＮは、プローブ要求検知端末１００、解析装置２００、情報処理装置３００の間で相互に情報通信を行うことが可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース、Ｗｉｆｉ、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

情報処理装置３００は、各種情報を受信してその内容を表示することや、ユーザにより操作部を用いて入力される情報を外部へ送信することが可能なものである。このような情報処理装置としては、例えば、一般的なパーソナルコンピュータ、あるいはスマートフォンやタブレット型コンピュータなどの携帯型端末などを用いることができる。ここでは一例として、情報処理装置３００は、スマートフォンにおいて所定のアプリケーションソフトウェア（いわゆるアプリ）がインストールされたものであるとする。この情報処理装置３００は、解析装置２００から送信される推定ユーザ数などを表示パネル（図示略）などに表示する。

複数の携帯端末４００は、店舗内（または店舗近傍）における、計測対象とすべき人物（すなわち、店舗の顧客など）や、計測対象から外すべき人物（すなわち、店舗の従業員や従業員など）が所持するものであり、図示しないアクセスポイント（ＡＰ）等を介して無線通信を行うためのＷｉｆｉ機能を備えている。本実施形態では、携帯端末４００としてスマートフォンを想定するが、携帯電話機、ＰＨＳ、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、携帯情報端末（ＰＤＡ）、家庭用ゲーム機器など、Ｗｉｆｉ機能を備えたあらゆる端末に適用可能である。以下の説明では、便宜上、計測対象とすべき人物を「計測対象ユーザ」と呼び、計測対象外とすべき人物を「計測非対象ユーザ」と呼ぶ。

図２は、プローブ要求検知端末の機能構成を示すブロック図である。図示のようにプローブ要求検知端末１００は、制御部１１１、入力部１１２、表示部１１３、記憶部１１４、通信部１１５およびｗｉｆｉ通信部１１６を備えている。

制御部１１１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータシステムにおいて所定の動作プログラムを実行させることによって構成されるものであり、機能ブロックとしてのプローブ要求検知部１２１、プローブ情報生成部１２２を有する。

入力部１１２は、例えば制御部１１１と接続されたキーボードなどの入力手段であり、各種情報を入力するために用いられる。表示部１１３は、例えば制御部１１１と接続された液晶表示パネルなどの表示手段であり、各種の画像表示を表示する。記憶部１１４は、制御部１１１と接続されたハードディスク装置などの記憶手段であり、制御部１１１で実行される動作プログラムや各種のデータを記憶する。

通信部１１５は、制御部１１１と接続されており、解析装置２００との情報通信に関わる処理を行う。ｗｉｆｉ通信部１１６は、各携帯端末４００との情報通信に関わる処理を行う。

プローブ要求検知部（受信手段）１２１は、各携帯端末４００がアクセスポイントを探すために定期的にブロードキャスト（一斉送信）するプローブ要求を検知（受信）する。このプローブ要求はｗｉｆｉ通信部１１６を介して受信される。

プローブ情報生成部（プローブ情報生成手段）１２２は、プローブ要求を検知した携帯端末４００を特定する情報である端末アドレス情報などを含んだプローブ情報を生成する。生成されたプローブ情報は、通信部１１５を介して解析装置２００へ送信される。

図３は、プローブ情報の内容の一例を示す図である。図３に示すように、プローブ情報には、プローブ要求検知端末１００が検知した各携帯端末４００を識別する情報である「端末アドレス情報（ＭＡＣアドレス）」、各携帯端末４００から発せられた電波の強度を示す情報である「電波強度情報」、各携帯端末４００からのプローブ要求を検知した時刻をあらわす情報である「時刻情報」などが含まれている。

図４は、解析装置を構成する管理サーバの構成を示すブロック図である。管理サーバ２０１は、プローブ要求検知端末１００から送信されるプローブ情報や、ホワイトリストに登録されている計測非対象ユーザが所持する携帯端末４００の端末アドレス情報（ＭＡＣアドレス）を管理するとともに、店舗内のユーザの数を推定するものであり、制御部２１１、通信部２１２および図示しない入力部、表示部などを含んで構成されている。

制御部２１１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータシステムにおいて所定の動作プログラムを実行させることによって構成されるものであり、機能ブロックとしてのプローブ情報格納部２１３、ホワイトリスト管理部２１４、ユーザ数推定部２１５を有する。通信部２１２は、制御部２１１と接続されており、プローブ要求検知端末１００との情報通信に関わる処理を行う。

プローブ情報格納部２１３は、プローブ要求検知端末１００から送信され、通信部２１２を介して受信されるプローブ情報をプローブ情報ＤＢ２０２（第１データベース）に格納する処理を行う。

ホワイトリスト管理部２１４は、ホワイトリストＤＢ２０３（第２データベース）に登録されるホワイトリストの更新などを行う。図５は、ホワイトリストＤＢに格納されるホワイトリストの一例を示す図である。ホワイトリストＤＢ２０３には、計測非対象ユーザが所持する携帯端末４００の各端末アドレス情報（例えば、「１２：３４：５６：７８：９ａ」）と、インデックス情報（図示の例では１，２，３・・・）などが対応づけられたホワイトリストが登録されている。本実施形態では、本システムを利用する店舗の管理者などが、情報処理装置３００を適宜操作して手動でホワイトリストを作成し、ホワイトリストＤＢ２０３に登録・更新する場合を想定するが、これに限る趣旨ではなく、自動でホワイトリストを作成するようにしても良い（後述）。

ユーザ数推定部（計測手段、推定手段）２１５は、プローブ情報ＤＢ２０２に登録されている端末アドレス情報（ＭＡＣアドレス）と、ホワイトリストＤＢ２０３に登録されている計測非対象ユーザの端末アドレス情報（ＭＡＣアドレス）とを比較等することで、店舗内のユーザの数を推定する。詳述すると、ユーザ数推定部２１５は、プローブ情報ＤＢ２０２に登録されている端末アドレス情報のうち、ホワイトリストＤＢ２０３に登録されている端末アドレスと一致する端末アドレス情報をノイズとみなして除去する。その上で、ユーザ数推定部２１５は、残った端末アドレス情報の数（すなわち、計測対象ユーザの数）をカウントすることで、店舗内のユーザの数を推定し、推定ユーザ数情報として情報処理装置３００に送信する。

図６は、プローブ要求検知端末の動作手順を示すフローチャートである。

プローブ要求検知端末１００のプローブ要求検知部１２１は、近隣に存在する携帯端末４００からのプローブ要求がｗｉｆｉ通信部１１６によって受信されたか否かを判定する（ステップＳ１１）。プローブ要求が受信されるまでの間は（ステップＳ１１；ＮＯ）、ステップＳ１１の処理が繰り返される。なお、各携帯端末４００は、接続可能なアクセスポイントを探すために定期的にプローブ要求をブロードキャストしているものとする。

プローブ要求が受信されると（ステップＳ１１；ＹＥＳ）、プローブ要求検知部１２１は、プローブ要求に含まれる端末アドレス情報を取得するとともに（ステップＳ１２）、このプローブ要求を送信した携帯端末４００の発した電波の強度を示す電波強度情報をｗｉｆｉ通信部１１６から取得する（ステップＳ１３）。

次に、プローブ情報生成部１２２は、検知された携帯端末４００の「端末アドレス情報」、「電波強度情報」、携帯端末４００からのプローブ要求が検知された時刻を示す「時刻情報」を含んだプローブ情報を生成する（ステップＳ１４）。このプローブ情報は通信部１１５を介して解析装置２００へ送信される（ステップＳ１５）。

図７は、プローブ情報管理サーバの動作手順を示すフローチャートである。

管理サーバ２０１のプローブ情報格納部２１３は、通信部２１２を介して、プローブ要求検知端末１００から送信されるプローブ情報を受信する（ステップＳ２１）。

次に、プローブ情報格納部２１３は、受信したプローブ情報をプローブ情報ＤＢ２０２へ格納する（ステップＳ２２）。プローブ情報は、例えば時系列でプローブ情報ＤＢ２０２へ格納される。

図８は、管理サーバにおけるホワイトリストを登録・更新する際の動作手順を示すフローチャートである。

管理サーバ２０１のホワイトリスト管理部２１４は、情報処理装置３００から登録または更新すべきホワイトリストを受信すると（ステップＳ３１）、受信したホワイトリストをホワイトリストＤＢ２０３に登録または更新する（ステップＳ３２）。なお、ホワイトリストは、例えば店舗の管理者などが指定する、計測非対象ユーザ（従業員や清掃員など）の携帯端末４００の端末アドレス情報（ＭＡＣアドレス）が含まれる。

図９は、管理サーバにおけるユーザ数を推定する際の動作手順を示すフローチャートである。なお、管理サーバ２０１は、以下に示すフローを間欠的に実行する。

管理サーバ２０１のユーザ数推定部２１５は、まず、ホワイトリストＤＢ２０３にアクセスし、ホワイトリストを読み出す（ステップＳ４１）。ユーザ数推定部２１５は、ホワイトリストに登録されている計測非対象ユーザの携帯端末４００の端末アドレス情報を読み出し（ステップＳ４２）、プローブ情報ＤＢ２０２に登録されている端末アドレス情報と照合する（ステップＳ４３）。そして、ユーザ数推定部２１５は、プローブ情報ＤＢ２０２に登録されている端末アドレス情報のうち、ホワイトリストＤＢ２０３に登録されている端末アドレスと一致する端末アドレス情報をノイズとみなして除去する（ステップＳ４４）。その上で、ユーザ数推定部２１５は、残った端末アドレス情報の数をカウントすることで、店舗内のユーザの数を推定し（ステップＳ４５）、これを推定ユーザ数情報として情報処理装置３００に送信する（ステップＳ４６）。情報処理装置３００は、受信した推定ユーザ数情報（すなわち推定ユーザ数）を逐次表示パネル（表示手段）に表示する。店舗の管理者などは、情報処理装置３００に表示される推定ユーザ数を視認することで、より正確に店舗内のユーザ数を推定することが可能となる。

以上説明したように、本実施形態によれば、予め計測非対象ユーザの端末アドレス情報をホワイトリストに登録しておき、このホワイトリストに登録された端末アドレス情報が、検知端末によって検知された場合には、ノイズとみなしてユーザ数の計測対象から外す。このように、計測対象外とすべき人物（すなわち、計測非対象ユーザ）を除外してユーザ数の推定が行われるため、店舗内のユーザ数をより正確に把握することが可能となる。

Ｂ．その他
本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

上記実施形態では、手動でホワイトリストを作成する方法を例示したが、これに加えて（あるいは代えて）自動でホワイトリストを生成するようにしても良い。図１０は、管理サーバにおけるホワイトリストを自動生成する際の動作手順を示すフローチャートである。

管理サーバ２０１のホワイトリスト管理部２１４は、一定期間内に格納されたプローブ情報を読み出し（ステップＳ５１）、各プローブ情報に含まれる電波強度情報や時刻情報を参照する。ホワイトリスト管理部（特定手段）２１４は、これら電波強度情報や時刻情報を参照することにより、各プローブ情報に対応する端末アドレス情報をホワイトリストに登録すべきか（すなわち、計測非対象ユーザとすべきか）を判断（特定）する（ステップＳ５２）。ホワイトリスト管理部（更新手段）２１４は、ホワイトリストへ登録する必要なしと判断した場合には（ステップＳ５２；ＮＯ）、処理を終了する一方、ホワイトリストへ登録する必要ありと判断すると（ステップＳ５２；ＹＥＳ）、対応する端末アドレス情報をホワイトリストに登録（更新）し、ホワイトリストＤＢ２０３に格納する（ステップＳ３）。ここで、端末アドレス情報をホワイトリストに登録すべきか否かの条件としては、例えば、検知頻度が１週間にＮ日以上（例えばＮ＝３）である、検知時刻（例えば週５日以上、１６時〜２０時の時間帯）が常に一定である等の条件が考えられるが、他の条件を採用しても良いのはもちろんである。

その他にも、例えばホワイトリストを生成するために、計測非対象ユーザしか反応しない場所（例えば、従業員のみが入れるスタッフルームなど）にプローブ要求検知端末１００を所定期間設置し、この期間内にプローブ要求検知端末１００によって検知された携帯端末４００の端末アドレス情報を、管理サーバ２０１を利用してホワイトリストに登録するようにしても良い。

なお、上記実施形態では、計測非対象ユーザとして従業員や清掃員などを例示したが、いかなる人物を計測非対象ユーザとするかは適宜設定・変更可能である。例えば、観光地でユーザ数を推定する場合には、地元民を計測非対象ユーザとしても良い。また、本発明を防犯用システムに適用する場合には、居住者や訪問者を計測非対象ユーザとしても良い。

１００：プローブ要求検知端末
１１１：制御部
１１２：入力部
１１３：表示部
１１４：記憶部
１１５：通信部
１１６：ｗｉｆｉ通信部
１２１：プローブ要求検知部
１２２：プローブ情報生成部
２００：解析装置
２０１：管理サーバ
２０２：プローブ情報データベース
２０３：ホワイトリストデータベース
２１１：制御部
２１２：通信部
２１３：プローブ情報格納部
２１４：ホワイトリスト管理部
２１５：ユーザ数推定部
３００：情報処理装置
４００：携帯端末

Claims (4)

1. 施設における各ユーザの携帯端末の数を計測することで、前記施設のユーザの数を推定するシステムであって、
   携帯端末からプローブ要求を受信する受信手段と、
   受信した前記プローブ要求をもとに、前記携帯端末の識別情報を含むプローブ情報を生成するプローブ情報生成手段と、
   前記携帯端末の前記プローブ情報を記憶する第１データベースと、
   計測対象から外すべき携帯端末の端末識別情報を記憶する第２データベースと、
   前記第１データベースに登録されたプローブ情報の中から、前記第２データベースに登録された端末識別情報と一致する端末識別情報を有するプローブ情報を除いてプローブ情報の数を計測する計測手段と、
   計測したプローブ情報の数を前記施設におけるユーザの数と推定する推定手段と
   を具備する、ユーザ数推定システム。
2. 前記第１データベースに記憶されている一定期間の前記プローブ情報を解析し、解析結果に基づいて前記計測対象から外すべき携帯端末の端末識別情報を特定する特定手段と、
   特定された前記計測対象から外すべき携帯端末の端末識別情報に基づいて、前記第２データベースの記憶内容を更新する更新手段と
   をさらに具備する、請求項１に記載のユーザ数推定システム。
3. 前記特定手段は、前記一定期間の前記プローブ情報に含まれる時刻情報をもとに、各携帯端末の検知頻度または検知時刻の少なくともいずれかを求め、求めた検知頻度または検知時刻が所定条件を満たす場合に、前記携帯端末の端末識別情報を前記計測対象から外す、請求項２に記載のユーザ数推定システム。
4. 検知端末と解析装置と情報処理装置を備え、施設における各ユーザの携帯端末の数を計測することで、前記施設のユーザの数を推定するシステムであって、
   前記検知端末は、
   携帯端末からプローブ要求を受信する受信手段と、
   受信した前記プローブ要求をもとに、前記携帯端末の識別情報を含むプローブ情報を生成するプローブ情報生成手段と、
   生成したプローブ情報を送信する送信手段とを備え、
   前記解析装置は、
   前記検知端末から送信される前記携帯端末の前記プローブ情報を記憶する第１データベースと、
   計測対象から外すべき携帯端末の端末識別情報を記憶する第２データベースと、
   前記第１データベースに登録されたプローブ情報の中から、前記第２データベースに登録された端末識別情報と一致する端末識別情報を有するプローブ情報を除いてプローブ情報の数を計測する計測手段と、
   計測したプローブ情報の数を前記施設におけるユーザの数と推定する推定手段と、推定 した前記ユーザの数を推定ユーザ数情報として前記情報処理装置に送信する送信手段と を備え、
   前記情報処理装置は、
   前記解析装置から送信される前記推定ユーザ数情報を表示する表示手段を備える、ユー ザ数推定システム。

Images