特許 6232414 ユーザ数推定システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6232414

(24)【登録日】2017年10月27日

(45)【発行日】2017年11月15日

(54)【発明の名称】ユーザ数推定システム

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20171106BHJP

【ＦＩ】

   G06Q30/02 300

【請求項の数】3

【全頁数】11

(21)【出願番号】特願2015-250329(P2015-250329)

(22)【出願日】2015年12月22日

(65)【公開番号】特開2017-117107(P2017-117107A)

(43)【公開日】2017年6月29日

【審査請求日】2016年1月28日

【審判番号】不服2016-19171(P2016-19171/J1)

【審判請求日】2016年12月21日

【早期審査対象出願】

(73)【特許権者】

【識別番号】000139012

【氏名又は名称】株式会社リクルートホールディングス

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100139066

【弁理士】

【氏名又は名称】伊藤 健太郎

(72)【発明者】

【氏名】大久保 和訓

(72)【発明者】

【氏名】前澤 隆一郎

(72)【発明者】

【氏名】荒川 裕紀

【合議体】

【審判長】 渡邊 聡

【審判官】 金子 幸一

【審判官】 相崎 裕恒

(56)【参考文献】

【文献】 特開２００５−２３４９４７（ＪＰ，Ａ）

【文献】 福崎雄生，他，“Ｗｉ−Ｆｉパケット人流センシングにおける統計的実数解析”，マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ２０１５）シンポジウム論文集，情報処理学会シンポジウムシリーズ［ＣＤ−ＲＯＭ］，日本，一般社団法人情報処理学会，２０１５年７月１日，第２０１５巻，第１号，ｐ．７−１４

(58)【調査した分野】（Int.Cl.，ＤＢ名）

G06Q30/02

(57)【特許請求の範囲】

【請求項1】

施設における各ユーザが所持する移動可能な携帯端末の数を計測することで、前記施設のユーザの数を推定するシステムであって、
携帯端末からプローブ要求を受信する受信手段と、
受信した前記プローブ要求をもとに、前記携帯端末の識別情報を含むプローブ情報を生成するプローブ情報生成手段と、
前記携帯端末の前記プローブ情報を記憶する第１データベースと、
前記計測を開始する前に、計測対象から外すべき携帯端末の端末識別情報の入力を受け付ける受付手段と、
前記計測を開始する前に、計測対象から外すべき前記携帯端末の前記端末識別情報を記憶する第２データベースと、
前記第１データベースに登録されたプローブ情報の中から、前記第２データベースに登録された端末識別情報と一致する端末識別情報を有するプローブ情報を除いてプローブ情報の数を計測する計測手段と、
計測したプローブ情報の数を前記施設におけるユーザの数と推定する推定手段と、
前記第１データベースに記憶されている一定期間の前記プローブ情報を解析し、解析結果に基づいて前記計測対象から外すべき携帯端末の端末識別情報を特定する特定手段と、
特定された前記計測対象から外すべき携帯端末の端末識別情報に基づいて、前記第２データベースの記憶内容を更新する更新手段とを具備し、
前記特定手段は、前記一定期間の前記プローブ情報に含まれる時刻情報をもとに、各携帯端末の検知時刻を求め、求めた検知時刻が所定条件を満たす場合に、前記携帯端末の端末識別情報を前記計測対象から外す、ユーザ数推定システム。

【請求項2】

前記特定手段は、前記一定期間の前記プローブ情報に含まれる時刻情報をもとに、各携帯端末の前記検知時刻とともに検知頻度を求め、求めた前記検知時刻および前記検知頻度が所定条件を満たす場合に、前記携帯端末の端末識別情報を前記計測対象から外す、請求項１に記載のユーザ数推定システム。

【請求項3】

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

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１０−１８１９２０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

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

【0005】

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

【課題を解決するための手段】

【0006】

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

【0007】

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

【発明の効果】

【0008】

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

【図面の簡単な説明】

【0009】

【図1】図１は、一実施形態のユーザ数推定システムの概略構成を示す図である。

【図2】図２は、プローブ要求検知端末の機能構成を示すブロック図である。

【図3】図３は、プローブ情報の内容の一例を示す図である。

【図4】図４は、解析装置を構成する管理サーバの構成を示すブロック図である。

【図5】図５は、ホワイトリストＤＢに格納されるホワイトリストの一例を示す図である。

【図6】図６は、検知処理を示すフローチャートである。

【図7】図７は、情報格納処理を示すフローチャートである。

【図8】図８は、リスト登録・更新処理を示すフローチャートである。

【図9】図９は、ユーザ数推定処理を示すフローチャートである。

【図10】図１０は、リスト自動生成処理を示すフローチャートである。

【発明を実施するための形態】

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【符号の説明】

【0047】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】