特許 6130897 情報配信システム、情報配信方法

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

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

(11)【特許番号】6130897

(24)【登録日】2017年4月21日

(45)【発行日】2017年5月17日

(54)【発明の名称】情報配信システム、情報配信方法

(51)【国際特許分類】

   G06Q 10/10 20120101AFI20170508BHJP

   G06Q 50/12 20120101ALI20170508BHJP

   G06Q 50/10 20120101ALI20170508BHJP

   G06F 13/00 20060101ALI20170508BHJP

   H04M 11/00 20060101ALI20170508BHJP

【ＦＩ】

   G06Q10/10 320

   G06Q50/12

   G06Q50/10

   G06F13/00 540A

   H04M11/00 302

【請求項の数】5

【全頁数】11

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

(22)【出願日】2015年11月24日

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

【早期審査対象出願】

【前置審査】

(73)【特許権者】

【識別番号】000139012

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

(74)【代理人】

【識別番号】100079108

【弁理士】

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

(74)【代理人】

【識別番号】100109346

【弁理士】

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

(74)【代理人】

【識別番号】100117189

【弁理士】

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

(74)【代理人】

【識別番号】100134120

【弁理士】

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

(74)【代理人】

【識別番号】100139066

【弁理士】

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

(72)【発明者】

【氏名】大久保 和訓

(72)【発明者】

【氏名】前澤 隆一郎

(72)【発明者】

【氏名】荒川 裕紀

【審査官】 谷川 智秀

(56)【参考文献】

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

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

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

【文献】 特開２０１４−２１６６７７（ＪＰ，Ａ）

【文献】 特開２０１３−０２５６０３（ＪＰ，Ａ）

【文献】 特開２００６−０１１７６１（ＪＰ，Ａ）

【文献】 特開２０１３−０６１８２９（ＪＰ，Ａ）

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

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

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

Ｇ０６Ｑ １０／００−９９／００

Ｇ０６Ｆ １３／００

Ｈ０４Ｍ １１／００

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

【請求項1】

施設の混雑状況を表す情報を配信するシステムであって、
携帯端末から送出されるプローブ要求を検知して当該プローブ要求を送出した前記携帯端末に固有の識別情報を含むプローブ情報を生成するプローブ要求検知端末と、
前記携帯端末の端末数の大きさに応じた内容の配信情報と当該配信情報の配信先を予めいくつか用意しておき、前記プローブ要求検知端末から前記プローブ情報を取得して当該プローブ情報に基づいて前記携帯端末の端末数を計数し、当該計数された端末数に基づいて、前記予め用意されたものの中から前記施設の混雑状況を表す配信情報と当該配信情報の配信先とを設定し、前記配信情報を配信対象端末へ向けて配信する情報配信装置と、
を含み、
前記情報配信装置は、前記端末数が第１しきい値を超えた場合に、第１の者の端末に対して第１の内容の情報を配信し、第２の者の端末に対して第２の内容の情報を配信する、
情報配信システム。

【請求項2】

前記情報配信装置は、ソーシャルネットワーキングサービスを介して前記配信情報を前記配信対象端末へ向けて配信する、
請求項１に記載の情報配信システム。

【請求項3】

前記プローブ要求検知端末は、前記プローブ要求を検知した時刻を示す時刻情報を含めて前記プローブ情報を生成しており、
前記情報配信装置は、前記時刻情報に基づいて一定時間内における前記端末数を計数する、
請求項１又は２に記載の情報配信システム。

【請求項4】

前記プローブ要求検知端末は、前記プローブ要求の発せられたときの電波強度を示す電波強度情報を含めて前記プローブ情報を生成しており、
前記情報配信装置は、前記電波強度情報に基づいて、基準値よりも大きい前記電波強度の前記プローブ要求に対応する前記プローブ情報を用いて前記端末数を計数する、
請求項１〜３の何れか１項に記載の情報配信システム。

【請求項5】

施設の混雑状況を表す情報を配信する方法であって、
第１装置が、携帯端末から送出されるプローブ要求を検知して当該プローブ要求を送出した前記携帯端末に固有の識別情報を含むプローブ情報を生成するステップと、
第２装置が、前記携帯端末の端末数の大きさに応じた内容の配信情報と当該配信情報の配信先を予めいくつか用意しておき、前記第１装置から前記プローブ情報を取得して当該プローブ情報に基づいて前記携帯端末の端末数を計数し、当該計数された端末数に基づいて、前記予め用意されたものの中から前記施設の混雑状況を表す配信情報と当該配信情報の配信先とを設定し、前記配信情報を配信対象端末へ向けて配信するステップと、
を含み、
前記配信するステップは、
前記端末数が第１しきい値を超えた場合に、第１の者の端末に対して第１の内容の情報を配信し、第２の者の端末に対して第２の内容の情報を配信するステップを含む、
情報配信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、施設（例えば飲食店などの店舗）における来客数に応じて各種情報を配信するための技術に関する。

【背景技術】

【0002】

飲食店などの予約状況や空席状況に関する情報をウェブサイト上に表示する従来技術が知られている（例えば、特許文献１参照）。ユーザは、スマートフォンなどを用いて上記のようなウェブサイトを閲覧することにより、目当ての店へ出向いた場合に入店できそうかどうかを把握することができる。

【0003】

ところで、上記の特許文献１に開示される従来技術では、来店を望む客が自らウェブサイト等へアクセスして混雑状況を把握し、かつ予約を行うことを前提としているため、予約を行わずに来店する客の数も反映した混雑状況を精度よくリアルタイムにお客へ告知することが難しい。

【0004】

【特許文献1】特開２００５−３３２２１５号公報

【発明の概要】

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

【0005】

本発明は、施設における混雑状況を精度よくリアルタイムに告知することが可能な情報配信技術を提供することを目的の１つとする。

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

【0006】

本発明の一態様に係る情報配信システムは、施設の混雑状況を表す情報を配信するシステムであって、（ａ）携帯端末から送出されるプローブ要求を検知して当該プローブ要求を送出した前記携帯端末に固有の識別情報を含むプローブ情報を生成するプローブ要求検知端末と、（ｂ）前記プローブ要求検知端末から前記プローブ情報を取得して当該プローブ情報に基づいて前記携帯端末の端末数を計数し、当該計数された端末数に応じた前記施設の混雑状況を表す配信情報を配信対象端末へ向けて配信する情報配信装置とを含む、情報配信システムである。

【0007】

本発明の一態様に係る情報配信方法は、施設の混雑状況を表す情報を配信する方法であって、（ａ）第１装置が、携帯端末から送出されるプローブ要求を検知して当該プローブ要求を送出した前記携帯端末に固有の識別情報を含むプローブ情報を生成するステップと、（ｂ）第２装置が、前記第１装置から前記プローブ情報を取得して当該プローブ情報に基づいて前記携帯端末の端末数を計数し、当該計数された端末数に応じた前記施設の混雑状況を表す配信情報を配信対象端末へ向けて配信するステップとを含む、情報配信方法である。

【発明の効果】

【0008】

上記構成によれば、施設における混雑状況を精度よくリアルタイムに告知することが可能な情報配信技術が提供される。

【図面の簡単な説明】

【0009】

【図1】図１は、一実施形態の情報配信システムの概略構成を示す図である。

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

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

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

【図5】図５は、情報配信装置を構成する配信サーバの構成を示すブロック図である。

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

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

【図8】図８は、配信サーバの動作手順を示すフローチャートである。

【図9】図９は、配信情報に基づく表示例を示す図である。

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

【0010】

図１は、一実施形態の情報配信システムの概略構成を示す図である。同図に示すように、情報配信システムは、飲食店などの施設に設置されるプローブ要求検知端末１００と、このプローブ要求検知端末１００とは別の場所に設置される情報配信装置２００と、情報配信装置２００の動作に必要な情報を設定するために用いられる情報処理装置３００を含んで構成されている。プローブ要求検知端末１００、情報配信装置２００および情報処理装置３００の相互間は通信ネットワークＮを介して相互に情報通信可能に接続されている。なお、プローブ要求検知端末１００が「第１装置」に対応し、情報配信装置２００が「第２装置」に対応する。

【0011】

本実施形態の情報配信システムは、プローブ要求検知端末１００がＷｉｆｉ（Wireless Fidelity）規格に基づく無線ＬＡＮ機能（Ｗｉｆｉ機能）を備えた携帯端末４００を検知してその検知結果を情報配信装置２００において解析することにより、そのプローブ要求検知端末１００が対応付けられている施設における来客数に応じて、予め設定した内容の情報をユーザの所有する配信対象端末５００へ配信する。なお、本実施形態では施設の来客のうち所定の割合が携帯端末４００を所持していることを前提にしている。この所定の割合は、施設ごとに経験的に定めることができる。

【0012】

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

【0013】

情報配信装置２００は、プローブ要求検知端末１００から送信される情報を解析することによって、施設内の来客数を検出し、その数の大小に応じて予め設定された情報を配信対象端末５００へ配信（送信）するものであり、プローブ情報管理サーバ２０１、プローブ情報データベース（ＤＢ）２０２、配信サーバ２０３を含んで構成されている。この情報配信装置２００は、例えば演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムを実行することによって構成される。

【0014】

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

【0015】

情報処理装置３００は、各種情報を受信してその内容を表示することや、操作部を用いて入力される情報を外部へ送信することが可能なものである。このような情報処理装置としては、例えば、一般的なパーソナルコンピュータ、あるいはスマートフォンやタブレット型コンピュータなどの携帯型端末などを用いることができる。この情報処理装置３００は、施設の所有者あるいは管理者などが所有しており、情報配信装置２００における動作に必要な情報を設定するために用いられる。

【0016】

複数の携帯端末４００は、施設の来客が所持するものであり、図示しないアクセスポイント（ＡＰ）等を介して無線通信を行うためのＷｉｆｉ機能を備えている。本実施形態では、携帯端末４００としてスマートフォンを想定するが、携帯電話機、ＰＨＳ、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、携帯情報端末（ＰＤＡ）、家庭用ゲーム機器など、Ｗｉｆｉ機能を備えたあらゆる端末に適用可能である。

【0017】

配信対象端末５００は、情報配信装置２００から配信される情報を受け取って表示するためのものであり、来店する可能性のある潜在客、あるいは施設のスタッフが所持する。このような配信対象端末５００としては、例えば、ウェブブラウザや電子メール処理ソフトウェアなどを搭載したスマートフォン、携帯電話機、ＰＨＳ、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、携帯情報端末（ＰＤＡ）、家庭用ゲーム機器などが挙げられる。

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

図４は、情報配信装置を構成するプローブ情報管理サーバの構成を示すブロック図である。プローブ情報管理サーバ２０１は、プローブ要求検知端末１００から送信されるプローブ情報を管理するものであり、制御部２１１、通信処理部２１２および図示しない入力部、表示部などを含んで構成されている。

【0026】

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

【0027】

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

【0028】

図５は、情報配信装置を構成する配信サーバの構成を示すブロック図である。配信サーバ２０３は、プローブ情報ＤＢ２０２に記憶されているプローブ情報に基づいて、施設における来客数を検出してその大小に応じた情報配信を行うものであり、制御部２２１、通信処理部２２２および図示しない入力部、表示部などを含んで構成されている。

【0029】

制御部２２１は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたコンピュータシステムにおいて所定の動作プログラムを実行させることによって構成されるものであり、機能ブロックとしての端末数計数部２２３、配信内容設定部２２４、配信処理部２２５を有する。通信部２２２は、制御部２２１と接続されており、情報処理装置３００との情報通信に関わる処理を行うとともに、配信対象端末５００への情報配信に必要な情報通信に関わる処理を行う。

【0030】

端末数計数部２２３は、プローブ情報ＤＢ２０２に記憶されているプローブ情報を読み出し、このプローブ情報に基づいて、プローブ要求検出端末１００によってプローブ要求を検出された携帯端末４００の数（端末数）を計数する。ここで計数された端末数は、施設への来客数を反映したものとなる。

【0031】

端末数については、例えば、プローブ情報に含まれる時刻情報に基づいて、現在時刻から遡って一定時間内（例えば、数分間〜数十分間）ごとにその時間内に検出された携帯端末４００の数が計数される。また、同一の端末アドレス情報を含んだプローブ情報が複数存在する場合には、その端末アドレス情報に対応する携帯端末４００の端末数は１つと計数することが好ましい。それにより、端末数の計数精度が向上する。また、プローブ情報に含まれる電波強度情報を参照することで、予め定めた基準値よりも電波強度の低いプローブ情報については端末数の計数対象外とすることも好ましい。それにより、例えば、施設外を単に通りかかった者などの来客ではない者が所持する携帯端末４００を端末数の計数対象から除外することができる。

【0032】

配信内容設定部２２４は、端末数計数部２２３によって計数された端末数に基づいて、外部へ配信すべき情報の内容とその配信先を設定する。本実施形態では、端末数の大きさに応じた内容の情報とその配信先を予めいくつか用意しておき、端末数に応じて内容を選んで配信するものとする。

【0033】

例えば、端末数が一定数（第１しきい値）を超えた場合には、施設内が混雑しているということであるから、「今は来店をお勧めしない」という内容の情報を配信することができる。また、端末数が一定数（第２しきい値）よりも小さい場合には、施設内が空いているということであるから、「来店をお勧めする」という内容の情報を配信することができる。あるいは、端末数が一定数（第１しきい値）を超えた場合には、施設のスタッフが不足することが予想されるので、施設のスタッフ（出勤予定ではない者）に対して臨時の出勤を要請する内容の情報を配信することもできる。

【0034】

情報の配信先としては、ソーシャルネットワーキングサービス（ＳＮＳ：Social Networking Service）を用いることができる。ここで、本実施形態の想定するＳＮＳとしては、例えば所定の制限文字数内で短文を配信して登録ユーザ間で共有することのできる情報配信サービス、自身の専用ページやタイムライン等へ記事を配信して登録ユーザ間で共有することのできる情報配信サービス、予め登録されたユーザ間で直接的に短文のメッセージやスタンプ画像を送受信することのできる情報配信サービス、などが挙げられるがこれらに限定されるものではない。また、情報の配信先としては、電子メールを用いることもできる。さらに、情報の配信先としては、スマートフォン等の携帯端末に予めインストールされたアプリケーションソフトウェア（アプリ）を用いることもできる。この場合にはプッシュ通知を用いることがより好ましい。

【0035】

配信処理部２２５は、配信内容設定部２２４によって設定された情報とその配信先に基づいて配信情報を生成し、その配信先へ配信するための処理を行う。例えば上記のようなＳＮＳを配信先とする場合であれば、配信処理部２２５は、予め登録しておいたアカウントで対象となるＳＮＳにログインし、配信情報を記事等として書き込んで送信ないし投稿する処理を行う。また、電子メールを配信先とする場合であれば、配信処理部２２５は、配信情報を含んだ電子メールを生成し、予め設定されている電子メールアドレス宛にその電子メールを送信する処理を行う。

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

図８は、配信サーバの動作手順を示すフローチャートである。

【0044】

端末数計数部２２３は、プローブ情報ＤＢ２０２に記憶されているプローブ情報に基づいて、プローブ要求検出端末１００によってプローブ要求を検出された携帯端末４００の端末数を計数する（ステップＳ３１）。上記のように、本実施形態では現在時刻から遡って一定時間内（例えば、数分間〜数十分間）に検出された携帯端末４００の端末数が計数される。また、電波強度情報に基づいて、予め定めた基準値よりも電波強度の低いプローブ情報については端末数の計数対象外とする。

【0045】

次に、配信内容設定部２２４は、端末数計数部２２３によって計数された端末数に基づいて、外部へ配信すべき情報の内容とその配信先を設定する（ステップＳ３２）。上記のように、本実施形態では、端末数に応じた内容の情報とその配信先が予め用意されたものの中から選ばれるものとする。

【0046】

次に、配信処理部２２５は、配信内容設定部２２４によって設定された情報とその配信先に基づいて配信情報を生成し、配信内容設定部２２４に指定された配信先へ配信するための処理を行う（ステップＳ３３）。この配信情報は、通信ネットワークＮを介し、かつ図示しないＳＮＳのサーバ等を介して配信対象端末５００へ配信され、配信対象端末５００の表示部において表示される。

【0047】

図９は、通知情報に基づく表示例を示す図である。図９（Ａ）は、来店を勧めないという内容の配信情報の例であり、端末数が一定数を超えた場合に配信される。図９（Ｂ）は、来店を勧めるという内容の配信情報の例であり、端末数が一定数よりも少ない場合に配信される。いずれも配信先は、各種ＳＮＳ、アプリ（特にプッシュ通知）、あるいは所定の電子メールアドレス宛である。図９（Ｃ）は、施設のスタッフに臨時出勤を要請するという内容の配信情報の例であり、端末数が一定数を超えた場合に配信される。配信先は、基本的には電子メールアドレスであるが、各種ＳＮＳにおいてスタッフ専用のグループ等を設定しておいてそのグループ宛に一斉配信してもよいし、スタッフ専用のアプリを予めスタッフの携帯端末等にインストールしておき、そのアプリを利用してプッシュ通知してもよい。

【0048】

以上のような実施形態によれば、来客の所持する携帯端末によるプローブ要求を検知することによって施設における混雑状況を精度よく把握し、それに応じた内容の情報をリアルタイムに告知することが可能となる。

【0049】

なお、本発明は上記した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上記した実施形態における配信情報の内容はあくまで例示であり、端末数に応じて把握される混雑状況に対応したものであればいかなる内容としてもよい。また、時間帯や曜日ごとにしきい値（第１及び第２しきい値）を設定することにより、時間帯や曜日によって配信条件を変えるようにしてもよい。また、上記した実施形態では施設の一例として飲食店などの店舗を挙げていたが本発明の適用対象となる施設の種類はこれに限定されない。例えば、所定のエリアを施設として捉えて、本発明を適用してもよい。

【符号の説明】

【0050】

１００：プローブ要求検知端末
１１１：制御部
１１２：入力部
１１３：表示部
１１４：記憶部
１１５：通信部
１１６：ｗｉｆｉ通信部
１２１：プローブ要求検知部
１２２：プローブ情報生成部
２００：情報配信装置
２０１：プローブ情報管理サーバ
２０２：プローブ情報データベース
２０３：配信サーバ
２１１：制御部
２１２：通信部
２１３：プローブ情報格納部
２２１：制御部
２２２：通信部
２２３：端末数計数部
２２４：配信内容設定部
２２５：配信処理部
３００：情報処理装置
４００：携帯端末
５００：配信対象端末

【要約】

【課題】施設における混雑状況を精度よくリアルタイムに告知すること。
【解決手段】施設の混雑状況を表す情報を配信するシステムであって、携帯端末(400)から送出されるプローブ要求を検知して当該プローブ要求を送出した携帯端末に固有の識別情報を含むプローブ情報を生成するプローブ要求検知端末(100)と、プローブ要求検知端末からプローブ情報を取得して当該プローブ情報に基づいて携帯端末の端末数を計数し、当該計数された端末数に応じた施設の混雑状況を表す配信情報を配信対象端末(500)へ向けて配信する情報配信装置(200)を含む、情報配信システムである。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】