情報提供システム
【課題】
店舗情報を交通機関に関する情報などと連携してユーザに提供する情報提供システムを提供すること。
【解決手段】
店舗において待ち人数、空き席数を検知するカメラと、該カメラからの情報を時刻情報と合わせて定期的にネットワークを通じてセンタに送信する送信処理手段と、前記情報を元に平均滞在時間を自動計算し、時刻情報、待ち人数、空席数、平均滞在時間を店舗情報データベースに記録する手段を備えた情報提供システム。
店舗情報を交通機関に関する情報などと連携してユーザに提供する情報提供システムを提供すること。
【解決手段】
店舗において待ち人数、空き席数を検知するカメラと、該カメラからの情報を時刻情報と合わせて定期的にネットワークを通じてセンタに送信する送信処理手段と、前記情報を元に平均滞在時間を自動計算し、時刻情報、待ち人数、空席数、平均滞在時間を店舗情報データベースに記録する手段を備えた情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供システムに関し、更に詳しくは店舗情報、例えばレストランサーチコンシェルジュシステムに関する。
【背景技術】
【０００２】
従来の店舗情報提供システム、方法としては、位置情報、移動手段、食べたい食事のジャンル等をキーにユーザと対話形式で行きたい店舗を絞りこんでいく方法が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２５９８０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来技術にあっては、店舗の混雑状況や待ち時間はキーに含まれておらず、実際に行きたい店に到着したものの、既に売り切れている場合や閉店時間までに入店できない可能性がある。これでは折角絞り込んだ店舗情報が無意味となってしまうことから、ユーザが店舗情報を絞り込んで行く過程において、混雑状況に関する情報を提示することは大変重要である。
【０００５】
そこで、最近、「株式会社ぐるなび」より提供されている飲食店情報などのグルメ情報を取り扱うポータルサイトが増えてきてはいるものの、飲食店の空き状況や、移動に関する情報をリアルタイムに併せて提示しているポータルサイトはない。
【０００６】
利用者側から見た場合、飲食店の駐車場有無の他、空きスペースがあるかどうかの他、交通機関の遅延や渋滞情報を考慮に入れた移動に要する時間の情報を含めた追加情報の提示の他、駐車場の予約や電車の指定席の予約など、予約システムと連携することでユーザが行きたい店舗に入るまでに必要な行為をサポートできることが望ましい。
【課題を解決するための手段】
【０００７】
上記の目的を達成する為に、本発明では、ポータルサイト登録店舗にセンサユニット（カメラ等）を設置し、該ユニットを通して日時、平均滞在時間、空席状況、入店待ち客数情報、駐車スペースの空き情報を周期的に収集し、該収集情報をネットワークを介してセンタのシステムへ送付し、センタでは登録店舗情報データベースに上記情報を時系列で保存する。
【０００８】
エンドユーザに相当するポータルサイト利用者は、例えばＧＰＳ携帯電話等で収集した位置情報、希望する食事の種類、許容できる入店までにかかる時間、車、バス、徒歩、電車等の移動手段の情報をセンタへ送信する。
【０００９】
センタはエンドユーザから収集した情報を登録店舗情報データベースと突合せをするほか、交通情報機関に関する情報システムと連携を図り、ユーザのニーズに合致した店情報のリストを作成し、エンドユーザに対して通知する。
【００１０】
これによって、例えば、リストを受け取ったユーザはリストの内、行きたいと興味をそそられる店があれば、その店に行くことになるが、その際、同システムの第２段階として、移動に要する時間を勘案した入店時刻で予約システムと連携し予約することができる。
【００１１】
さらに、第３段階として、車で移動する場合、店の予約だけではなく駐車場もあわせて予約することで、駐車場を探す手間や時間を省くことができる。また、電車やバス、で移動する場合には事故などによる電車の遅延情報を踏まえて、エンドユーザに店到着予定時刻を知らせることが可能となり、エンドユーザは移動手段の変更の検討することができる他、時間を有効活用することが可能となる。
【発明の効果】
【００１２】
本発明によれば、ポータルサイトの利用者は飲食店情報の検索〜予約にとどまらず、交通機関に関する情報など、飲食店を利用する上で簡便となる情報を併せて享受し、活用することで飲食店を利用する際の利用し易さが高まる。
【図面の簡単な説明】
【００１３】
【図１】店舗情報提供システム（装置）において、店舗に設置したカメラ等のユニットから情報を収集する際の構成例示すブロック図
【図２】店舗情報提供装置（装置）において、ユーザが情報を検索する際の装置（センタ等）の機能ブロック図
【図３】店舗情報提供装置（装置）において、店舗に設置したユニットが周期的に情報をセンタへ送信する際の装置（センタ等）の機能ブロック図
【図４】センタ内で管理される各店舗情報データベースと店舗管理データベースの構成例を示す概要図
【図５】センタ内で管理されるデータベースの一例を示す図
【図６】店舗情報提供装置がデータを収集する際の処理を示すフローチャート
【図７】ユーザが店舗情報提供装置に対して検索を実施するときの処理を示すフローチャート
【図８】ユーザが店舗情報提供装置に対して検索を実施するときの処理を示すフローチャート
【図９】店舗情報提供装置が、周期的に情報をセンタへ送信するときの処理を示すフローチャート
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図を用いて説明する。図１は本発明の一実施形態にお
ける店舗情報提供システム（装置）の構成図であり、店舗情報を定期的に収集する例を説明するための図である。
【００１５】
同図において、店舗１０９側には、店舗外設置として待ち人数を検出するためのカメラ１０１が設置され、店舗内装置そして空席を検出するための複数のカメラ１０２、１０３が設置されている。また、店舗１０９側の設備として各カメラ１０１、１０２、１０３にて撮影したカメラ情報（店舗情報）を受け、ネットワークへ送信する送信処理部１０４が設置されている。
【００１６】
店舗１０９側の送信処理部１０４はネットワークを介し例えばサーバからなるセンタ１１４と接続されており、通信が可能に構成されている。センタ１１４内には、店舗毎に管理する複数の店舗情報データベース１１１、１１２、１１３と、前記ネットワークを通じて送られてくるカメラ情報（店舗情報）を受信し、複数の店舗情報データベース１１１、１１２、１１３のどのデータベースに保存するか、その保存先を決定する保存先データベース決定処理部１１０とを備えている。この店舗情報データベース１１１〜１１３は時系列に店舗に関する情報を記録する。
【００１７】
即ち、店舗外に設置されたカメラ１０１で周期的に出入り口近辺を撮影すると共に待ち人数を撮影（検出）することにより、入店待ちの人数を確認できる。また、店舗内１０８では空席検出カメラ１０２、１０３で店舗外設置の待ち人数検出カメラ１０１と同じ周期で、卓１０６〜１０７を撮影することで、定期的に、店内の空席数と着席待ち人数を収集することができる。
【００１８】
これら、店舗の待ち人数と、店内の空席数、及び、時刻情報を通信処理部１０４経由でセンタ１１４へ定期的に送付し、時系列で各店舗情報データベース１１１〜１１３へ格納する。
【００１９】
図２は店舗情報提供システム（装置）のセンタ２０９（図１の１１４に相当）のデータベース情報検索時の構成図である。
【００２０】
携帯電話を所有するユーザ２０１はセンタ（サーバ）の店舗情報検索に当たり、必要な情報をネットワーク経由でセンタ２０９へ送信する。
【００２１】
センタ２０９のデータ送受信部２０２はユーザ２０１から送信された情報を受信する他、データベースから検索した検索結果（情報）を返信する機能を具備する。店舗検索処理部２０３は店舗情報管理データベース２０７と接続されており、該データベースを検索し、ユーザの要望にあった店舗情報を絞りこむ機能を具備する。
【００２２】
店舗位置情報送信処理部２０４はユーザの位置情報（ＧＰＳ）と店舗の位置情報（図４の４０８）から最短の移動時間を結果として得ることを目的に連携システム例えば公共・交通情報／渋滞情報提供システム２１０へ送信する。公共・交通情報／渋滞情報提供システム２１０は移動の所要時間の計算を行う他、所要時間の計算結果（情報）を移動所要時間受信処理部２０５へ送信する。移動所要時間受信処理部２０５は移動所要時間を算出し、該移動所要時間を店舗混在状況計算処理部２０６へ送信する。店舗混雑状況計算処理部２０６は各店舗情報データベース２０８と接続されており、周知の待ち行列理論に基づき、平均待ち時間の計算を行い、移動所要時間受信処理部２０５で導出された移動所要時間と足し合わせて、各店舗毎に移動〜店内での着席するまでの時間を導出する。
【００２３】
図３は店舗情報提供システム（装置）の周期処理時の構成図である。本構成図は周期的に各店舗状況が変化していくことに伴い、適宜、移動〜着席までの時間を補正するための構成図である。
【００２４】
周期的に更新される各店舗情報データベース２０８の他、周期更新に併せて、待ち行列理論から平均待ち時間を計算する店舗混雑状況計算処理部２０６、周期的に更新される店舗混雑状況にあわせて移動所要時間を再計算する移動所要時間送受信処理部２０５、渋滞状況や交通機関の状況を鑑みて、移動時間を計算する公共・交通機関／渋滞情報提供システム２１０、店舗混雑状況計算処理部２０６と移動所要時間送受信処理部２０５で計算された時間を足し合わせることで、入店までの所要時間を計算する入店までの所要時間処理部３０４、入店までの所要時間をユーザへ送信するための処理部２０２から構成される。
【００２５】
次にデータベースの構成について図４、５を用いて説明する。図４は各店舗毎の情報を管理する各店舗情報データベース２０８の構成を示す図である。
【００２６】
同図において、データベースは時刻４０１、待ち人数４０２、空席数４０３、平均滞在時間４０４等の情報を周期的に記録していく。なお、店舗情報管理データベース２０７は各店舗毎にＩＤ４０５を割り当てる他、店舗名４０６や、店舗で提供している食事の種類４０７、店舗の位置情報４０８等の情報を管理する。
【００２７】
図５は各店舗情報データベースを示し、例えば図４に示すＡ店舗、Ｂ店舗の記録例である。図６はデータ収集フローチャートを示す図である。図７はデータ収集する際の処理手順を示すフローチャート、図８は周期的に情報をセンタへ送信するときの処理手順を示すフローチャートである。
【００２８】
以下、図１と図５及び図６を用いて、各店舗情報から情報を収集する際の処理手順について説明する。
【００２９】
まず、待ち人数検出カメラ１０１は入店〜着席待ちをしている客１０５の数を検出する為、店舗のロビーの他、店外で入店待ちをしている利用客を検出する。
【００３０】
なお、カメラ自体で人の検出の他、画像認識技術と組み合わせることで人数もカウントできる。空席検出カメラ１０２、１０３は店舗内の卓１０６、１０７で座って食事をしている人がいるかどうかの検出の他、待ち人数検出カメラ１０１同様、卓に着席している人数をカウントできるほか、各卓の定員数から着席している人数を引くことで、空き席数の計算ができるものである。例えば、卓１０６、１０７の定員が２名とした場合、空席検出カメラ１１０２では着席人数を２名と検出、定員が２名であることから、卓１０６は空き席数は０、空席検出カメラ２１０３では着席人数を１名と検出、定員が２名であることから、卓１０７は空き席数は１となる。以上の流れでカウントされた待ち人数と空席数は送信処理部１０４へ送信される。
このほか、画像認識技術を駆使することで、着席〜食事を済ませ外出するまでの時間を各席毎に計測し、平均滞在時間も送信処理部１０４で計算を行う。以上の処理の流れで収集された、入店〜着席待ち人数と、空き席数、平均滞在時間は図６のフローチャート内処理６０１で実施するものである。その後、センタ１１４へ収集情報を送信し、センタで情報を受信した際には、保存先データベース決定処理部１１０の判断により各店舗情報データベース１１１〜１１３に時系列で保存される。なお、時系列で保存された実施例が図５のデータ例である。
【００３１】
次に図２、図４、図７、図８を用いてユーザが情報を検索する際の処理の流れを説明する。
【００３２】
ユーザ２０１は店舗情報を検索するに当たって、図７の処理７０１に示すように、位置情報、希望の食事の種類、入店〜着席までの許容時間、移動手段、メールアドレスをセンタ２０９宛てへ送信する。送信された情報はセンタ２０９内部のデータ送受信部２０２で受信され、店舗検索処理部２０３へ送信される。店舗検索処理部２０３は図７の処理７０２に示すようにユーザが送信した希望の食事の種類をキーに店舗情報管理データベース２０７を検索する。
【００３３】
その結果、図７の処理７０４に示すとおり、ユーザの希望する食事の種類がデータベースに存在しない場合はその旨をデータ送受信部２０２を経由してメールでユーザに連絡する。図７の処理７０３に示すとおり、ユーザの希望する食事の種類がデータベースに存在する場合には、店舗情報管理データベース２０７を全件検索する。全件検索の結果、ユーザの希望する食事の種類に適合する店舗については図４に示すように店舗名の他、店舗ＩＤ、店舗の食事種類、店舗の位置情報を店舗位置情報送信処理部２０４へ送信する。なお、店舗検索処理部２０３で受信したユーザの位置情報、移動手段についても同様に店舗位置情報送信処理部２０４へ送信される。
【００３４】
その後、図７の処理７０５に示すとおり、ユーザの位置情報と検索で抽出できた店舗の位置情報及び移動手段をネットワーク経由で公共・交通機関／渋滞情報提供システム２１０へ送信される。公共・交通機関／渋滞情報提供システム２１０は店舗位置情報送信処理部２０４から送信されたユーザの位置情報、移動手段の他、店舗の位置情報を元に店舗数分の移動に要する時間や経路情報を計算し、移動所要時間受信処理部２０５へ送信する。その後、移動所要時間受信処理部２０５は図７の処理７０６に示すとおり、店舗状況計算処理部２０６へ移動所要時間を店舗毎に送信する。店舗状況計算処理部２０６では、各店舗情報データベース２０８と連携し、最新の待ち人数、空席数、平均滞在時間から、平均待ち時間を計算し、移動所要時間と足し合わせることで、移動〜着席までの所要時間を求める。
【００３５】
その後、図８の処理７０７に示すとおり、移動〜着席までの所要時間がユーザが検索時に入力した許容時間内に収まっているかどうかを判断する。この際、収まっていないような場合には図８の処理７０９に示すとおりユーザ要望に適合する店舗がないと判断し、ユーザが入力したメールアドレス宛てにその旨通知する。
【００３６】
また、移動〜着席までの所要時間がユーザ検索時に入力した許容時間内に収まっている場合は、図８の処理７０８に示すように適合した店舗情報をリスト化して、ユーザが入力したメールアドレス宛てに入店までの所要時間の他、乗り換え案内などの移動に関する情報を送付することで、ユーザの希望する店舗に関する情報を入手することができる。
【００３７】
次に図３、図９を用いて、周期的に収集することで刻々と変わる店舗の混雑状況やユーザの移動に伴い変更となるユーザ位置情報を元に移動〜着席までの時間を定期的にユーザへ通知する手段について説明する。
【００３８】
図９の処理８０１に示すように、各店舗情報データベースが更新されたタイミングで店舗における平均待ち時間を計算する。これは店舗混雑状況計算処理部２０６において各店舗情報データベース２０８が連携を行い、待ち行列理論を元に計算を行い、移動所要時間送受信処理部２０５にデータを送付し、移動所要時間送受信処理部２０５は店舗の位置情報の他、ユーザが最初の検索処理時にアクセスした際にデータ送受信部に記録されるクッキー（Cookie）などのユーザ認証機能を元にユーザの位置情報を再度取得する。
【００３９】
移動所要時間送受信処理部２０５は店舗の位置情報と最新のユーザ位置情報をネットワーク経由で公共・交通機関／渋滞情報提供システム２１０へ送付し、最新の電車運行情報や渋滞情報を元に再度最短時間の計算を行い、移動所要時間送受信処理部２０５へ送信する。図９の処理８０２に示すように、移動所要時間送受信処理部２０５は店舗への移動時間の他、入店〜着席までの時間を足し合わせることで移動〜着席までの所要時間を更新する。次に移動所要時間送受信処理部２０５は入店までの所要時間処理部３０４に各店舗毎に移動〜着席までの所要時間を送信する。入店までの所要時間処理部３０４は図９の処理８０３に示すように更新された移動〜着席までの所要時間がユーザの入力した許容時間内に収まっているかどうかを判断する。
【００４０】
この周期更新機能により例えば、図５内のＡ店舗のようにお昼時になり混雑し始める店とそうでもないＢ店舗の２店舗があるユーザによる検索の結果残ったとし、ユーザはＡ店舗に向かって移動しているような場合、平均入店待ち時間が線形に増加していくに伴い、ユーザの許容時間を超えてしまい、当初のユーザニーズに合致する店舗に入店できなくなる。この場合、Ｂ店舗の情報を合わせて提示することで当初選択した店舗ではニーズからそれているが、Ｂ店舗であればニーズどおりであることを通知することでユーザはＢ店舗へ変更することが可能となる。
【００４１】
上記実施形態によれば、予約システムとの連動をすることにより、店舗検索〜店舗の席予約の他、駐車場の予約、電車の切符の手配なども自動処理することも期待できる。
【符号の説明】
【００４２】
１０９：店舗
１１４，２０９：センタ
２０２：データ送受信部
２０３：店舗検索処理部
２０４：店舗位置情報送信処理部
２０５：移動所要時間受信処理部
２０６：店舗混雑状況計算処理部
２０７： 店舗情報管理データベース
２０８：各種店舗情報データベース
【技術分野】
【０００１】
本発明は、情報提供システムに関し、更に詳しくは店舗情報、例えばレストランサーチコンシェルジュシステムに関する。
【背景技術】
【０００２】
従来の店舗情報提供システム、方法としては、位置情報、移動手段、食べたい食事のジャンル等をキーにユーザと対話形式で行きたい店舗を絞りこんでいく方法が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２５９８０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来技術にあっては、店舗の混雑状況や待ち時間はキーに含まれておらず、実際に行きたい店に到着したものの、既に売り切れている場合や閉店時間までに入店できない可能性がある。これでは折角絞り込んだ店舗情報が無意味となってしまうことから、ユーザが店舗情報を絞り込んで行く過程において、混雑状況に関する情報を提示することは大変重要である。
【０００５】
そこで、最近、「株式会社ぐるなび」より提供されている飲食店情報などのグルメ情報を取り扱うポータルサイトが増えてきてはいるものの、飲食店の空き状況や、移動に関する情報をリアルタイムに併せて提示しているポータルサイトはない。
【０００６】
利用者側から見た場合、飲食店の駐車場有無の他、空きスペースがあるかどうかの他、交通機関の遅延や渋滞情報を考慮に入れた移動に要する時間の情報を含めた追加情報の提示の他、駐車場の予約や電車の指定席の予約など、予約システムと連携することでユーザが行きたい店舗に入るまでに必要な行為をサポートできることが望ましい。
【課題を解決するための手段】
【０００７】
上記の目的を達成する為に、本発明では、ポータルサイト登録店舗にセンサユニット（カメラ等）を設置し、該ユニットを通して日時、平均滞在時間、空席状況、入店待ち客数情報、駐車スペースの空き情報を周期的に収集し、該収集情報をネットワークを介してセンタのシステムへ送付し、センタでは登録店舗情報データベースに上記情報を時系列で保存する。
【０００８】
エンドユーザに相当するポータルサイト利用者は、例えばＧＰＳ携帯電話等で収集した位置情報、希望する食事の種類、許容できる入店までにかかる時間、車、バス、徒歩、電車等の移動手段の情報をセンタへ送信する。
【０００９】
センタはエンドユーザから収集した情報を登録店舗情報データベースと突合せをするほか、交通情報機関に関する情報システムと連携を図り、ユーザのニーズに合致した店情報のリストを作成し、エンドユーザに対して通知する。
【００１０】
これによって、例えば、リストを受け取ったユーザはリストの内、行きたいと興味をそそられる店があれば、その店に行くことになるが、その際、同システムの第２段階として、移動に要する時間を勘案した入店時刻で予約システムと連携し予約することができる。
【００１１】
さらに、第３段階として、車で移動する場合、店の予約だけではなく駐車場もあわせて予約することで、駐車場を探す手間や時間を省くことができる。また、電車やバス、で移動する場合には事故などによる電車の遅延情報を踏まえて、エンドユーザに店到着予定時刻を知らせることが可能となり、エンドユーザは移動手段の変更の検討することができる他、時間を有効活用することが可能となる。
【発明の効果】
【００１２】
本発明によれば、ポータルサイトの利用者は飲食店情報の検索〜予約にとどまらず、交通機関に関する情報など、飲食店を利用する上で簡便となる情報を併せて享受し、活用することで飲食店を利用する際の利用し易さが高まる。
【図面の簡単な説明】
【００１３】
【図１】店舗情報提供システム（装置）において、店舗に設置したカメラ等のユニットから情報を収集する際の構成例示すブロック図
【図２】店舗情報提供装置（装置）において、ユーザが情報を検索する際の装置（センタ等）の機能ブロック図
【図３】店舗情報提供装置（装置）において、店舗に設置したユニットが周期的に情報をセンタへ送信する際の装置（センタ等）の機能ブロック図
【図４】センタ内で管理される各店舗情報データベースと店舗管理データベースの構成例を示す概要図
【図５】センタ内で管理されるデータベースの一例を示す図
【図６】店舗情報提供装置がデータを収集する際の処理を示すフローチャート
【図７】ユーザが店舗情報提供装置に対して検索を実施するときの処理を示すフローチャート
【図８】ユーザが店舗情報提供装置に対して検索を実施するときの処理を示すフローチャート
【図９】店舗情報提供装置が、周期的に情報をセンタへ送信するときの処理を示すフローチャート
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図を用いて説明する。図１は本発明の一実施形態にお
ける店舗情報提供システム（装置）の構成図であり、店舗情報を定期的に収集する例を説明するための図である。
【００１５】
同図において、店舗１０９側には、店舗外設置として待ち人数を検出するためのカメラ１０１が設置され、店舗内装置そして空席を検出するための複数のカメラ１０２、１０３が設置されている。また、店舗１０９側の設備として各カメラ１０１、１０２、１０３にて撮影したカメラ情報（店舗情報）を受け、ネットワークへ送信する送信処理部１０４が設置されている。
【００１６】
店舗１０９側の送信処理部１０４はネットワークを介し例えばサーバからなるセンタ１１４と接続されており、通信が可能に構成されている。センタ１１４内には、店舗毎に管理する複数の店舗情報データベース１１１、１１２、１１３と、前記ネットワークを通じて送られてくるカメラ情報（店舗情報）を受信し、複数の店舗情報データベース１１１、１１２、１１３のどのデータベースに保存するか、その保存先を決定する保存先データベース決定処理部１１０とを備えている。この店舗情報データベース１１１〜１１３は時系列に店舗に関する情報を記録する。
【００１７】
即ち、店舗外に設置されたカメラ１０１で周期的に出入り口近辺を撮影すると共に待ち人数を撮影（検出）することにより、入店待ちの人数を確認できる。また、店舗内１０８では空席検出カメラ１０２、１０３で店舗外設置の待ち人数検出カメラ１０１と同じ周期で、卓１０６〜１０７を撮影することで、定期的に、店内の空席数と着席待ち人数を収集することができる。
【００１８】
これら、店舗の待ち人数と、店内の空席数、及び、時刻情報を通信処理部１０４経由でセンタ１１４へ定期的に送付し、時系列で各店舗情報データベース１１１〜１１３へ格納する。
【００１９】
図２は店舗情報提供システム（装置）のセンタ２０９（図１の１１４に相当）のデータベース情報検索時の構成図である。
【００２０】
携帯電話を所有するユーザ２０１はセンタ（サーバ）の店舗情報検索に当たり、必要な情報をネットワーク経由でセンタ２０９へ送信する。
【００２１】
センタ２０９のデータ送受信部２０２はユーザ２０１から送信された情報を受信する他、データベースから検索した検索結果（情報）を返信する機能を具備する。店舗検索処理部２０３は店舗情報管理データベース２０７と接続されており、該データベースを検索し、ユーザの要望にあった店舗情報を絞りこむ機能を具備する。
【００２２】
店舗位置情報送信処理部２０４はユーザの位置情報（ＧＰＳ）と店舗の位置情報（図４の４０８）から最短の移動時間を結果として得ることを目的に連携システム例えば公共・交通情報／渋滞情報提供システム２１０へ送信する。公共・交通情報／渋滞情報提供システム２１０は移動の所要時間の計算を行う他、所要時間の計算結果（情報）を移動所要時間受信処理部２０５へ送信する。移動所要時間受信処理部２０５は移動所要時間を算出し、該移動所要時間を店舗混在状況計算処理部２０６へ送信する。店舗混雑状況計算処理部２０６は各店舗情報データベース２０８と接続されており、周知の待ち行列理論に基づき、平均待ち時間の計算を行い、移動所要時間受信処理部２０５で導出された移動所要時間と足し合わせて、各店舗毎に移動〜店内での着席するまでの時間を導出する。
【００２３】
図３は店舗情報提供システム（装置）の周期処理時の構成図である。本構成図は周期的に各店舗状況が変化していくことに伴い、適宜、移動〜着席までの時間を補正するための構成図である。
【００２４】
周期的に更新される各店舗情報データベース２０８の他、周期更新に併せて、待ち行列理論から平均待ち時間を計算する店舗混雑状況計算処理部２０６、周期的に更新される店舗混雑状況にあわせて移動所要時間を再計算する移動所要時間送受信処理部２０５、渋滞状況や交通機関の状況を鑑みて、移動時間を計算する公共・交通機関／渋滞情報提供システム２１０、店舗混雑状況計算処理部２０６と移動所要時間送受信処理部２０５で計算された時間を足し合わせることで、入店までの所要時間を計算する入店までの所要時間処理部３０４、入店までの所要時間をユーザへ送信するための処理部２０２から構成される。
【００２５】
次にデータベースの構成について図４、５を用いて説明する。図４は各店舗毎の情報を管理する各店舗情報データベース２０８の構成を示す図である。
【００２６】
同図において、データベースは時刻４０１、待ち人数４０２、空席数４０３、平均滞在時間４０４等の情報を周期的に記録していく。なお、店舗情報管理データベース２０７は各店舗毎にＩＤ４０５を割り当てる他、店舗名４０６や、店舗で提供している食事の種類４０７、店舗の位置情報４０８等の情報を管理する。
【００２７】
図５は各店舗情報データベースを示し、例えば図４に示すＡ店舗、Ｂ店舗の記録例である。図６はデータ収集フローチャートを示す図である。図７はデータ収集する際の処理手順を示すフローチャート、図８は周期的に情報をセンタへ送信するときの処理手順を示すフローチャートである。
【００２８】
以下、図１と図５及び図６を用いて、各店舗情報から情報を収集する際の処理手順について説明する。
【００２９】
まず、待ち人数検出カメラ１０１は入店〜着席待ちをしている客１０５の数を検出する為、店舗のロビーの他、店外で入店待ちをしている利用客を検出する。
【００３０】
なお、カメラ自体で人の検出の他、画像認識技術と組み合わせることで人数もカウントできる。空席検出カメラ１０２、１０３は店舗内の卓１０６、１０７で座って食事をしている人がいるかどうかの検出の他、待ち人数検出カメラ１０１同様、卓に着席している人数をカウントできるほか、各卓の定員数から着席している人数を引くことで、空き席数の計算ができるものである。例えば、卓１０６、１０７の定員が２名とした場合、空席検出カメラ１１０２では着席人数を２名と検出、定員が２名であることから、卓１０６は空き席数は０、空席検出カメラ２１０３では着席人数を１名と検出、定員が２名であることから、卓１０７は空き席数は１となる。以上の流れでカウントされた待ち人数と空席数は送信処理部１０４へ送信される。
このほか、画像認識技術を駆使することで、着席〜食事を済ませ外出するまでの時間を各席毎に計測し、平均滞在時間も送信処理部１０４で計算を行う。以上の処理の流れで収集された、入店〜着席待ち人数と、空き席数、平均滞在時間は図６のフローチャート内処理６０１で実施するものである。その後、センタ１１４へ収集情報を送信し、センタで情報を受信した際には、保存先データベース決定処理部１１０の判断により各店舗情報データベース１１１〜１１３に時系列で保存される。なお、時系列で保存された実施例が図５のデータ例である。
【００３１】
次に図２、図４、図７、図８を用いてユーザが情報を検索する際の処理の流れを説明する。
【００３２】
ユーザ２０１は店舗情報を検索するに当たって、図７の処理７０１に示すように、位置情報、希望の食事の種類、入店〜着席までの許容時間、移動手段、メールアドレスをセンタ２０９宛てへ送信する。送信された情報はセンタ２０９内部のデータ送受信部２０２で受信され、店舗検索処理部２０３へ送信される。店舗検索処理部２０３は図７の処理７０２に示すようにユーザが送信した希望の食事の種類をキーに店舗情報管理データベース２０７を検索する。
【００３３】
その結果、図７の処理７０４に示すとおり、ユーザの希望する食事の種類がデータベースに存在しない場合はその旨をデータ送受信部２０２を経由してメールでユーザに連絡する。図７の処理７０３に示すとおり、ユーザの希望する食事の種類がデータベースに存在する場合には、店舗情報管理データベース２０７を全件検索する。全件検索の結果、ユーザの希望する食事の種類に適合する店舗については図４に示すように店舗名の他、店舗ＩＤ、店舗の食事種類、店舗の位置情報を店舗位置情報送信処理部２０４へ送信する。なお、店舗検索処理部２０３で受信したユーザの位置情報、移動手段についても同様に店舗位置情報送信処理部２０４へ送信される。
【００３４】
その後、図７の処理７０５に示すとおり、ユーザの位置情報と検索で抽出できた店舗の位置情報及び移動手段をネットワーク経由で公共・交通機関／渋滞情報提供システム２１０へ送信される。公共・交通機関／渋滞情報提供システム２１０は店舗位置情報送信処理部２０４から送信されたユーザの位置情報、移動手段の他、店舗の位置情報を元に店舗数分の移動に要する時間や経路情報を計算し、移動所要時間受信処理部２０５へ送信する。その後、移動所要時間受信処理部２０５は図７の処理７０６に示すとおり、店舗状況計算処理部２０６へ移動所要時間を店舗毎に送信する。店舗状況計算処理部２０６では、各店舗情報データベース２０８と連携し、最新の待ち人数、空席数、平均滞在時間から、平均待ち時間を計算し、移動所要時間と足し合わせることで、移動〜着席までの所要時間を求める。
【００３５】
その後、図８の処理７０７に示すとおり、移動〜着席までの所要時間がユーザが検索時に入力した許容時間内に収まっているかどうかを判断する。この際、収まっていないような場合には図８の処理７０９に示すとおりユーザ要望に適合する店舗がないと判断し、ユーザが入力したメールアドレス宛てにその旨通知する。
【００３６】
また、移動〜着席までの所要時間がユーザ検索時に入力した許容時間内に収まっている場合は、図８の処理７０８に示すように適合した店舗情報をリスト化して、ユーザが入力したメールアドレス宛てに入店までの所要時間の他、乗り換え案内などの移動に関する情報を送付することで、ユーザの希望する店舗に関する情報を入手することができる。
【００３７】
次に図３、図９を用いて、周期的に収集することで刻々と変わる店舗の混雑状況やユーザの移動に伴い変更となるユーザ位置情報を元に移動〜着席までの時間を定期的にユーザへ通知する手段について説明する。
【００３８】
図９の処理８０１に示すように、各店舗情報データベースが更新されたタイミングで店舗における平均待ち時間を計算する。これは店舗混雑状況計算処理部２０６において各店舗情報データベース２０８が連携を行い、待ち行列理論を元に計算を行い、移動所要時間送受信処理部２０５にデータを送付し、移動所要時間送受信処理部２０５は店舗の位置情報の他、ユーザが最初の検索処理時にアクセスした際にデータ送受信部に記録されるクッキー（Cookie）などのユーザ認証機能を元にユーザの位置情報を再度取得する。
【００３９】
移動所要時間送受信処理部２０５は店舗の位置情報と最新のユーザ位置情報をネットワーク経由で公共・交通機関／渋滞情報提供システム２１０へ送付し、最新の電車運行情報や渋滞情報を元に再度最短時間の計算を行い、移動所要時間送受信処理部２０５へ送信する。図９の処理８０２に示すように、移動所要時間送受信処理部２０５は店舗への移動時間の他、入店〜着席までの時間を足し合わせることで移動〜着席までの所要時間を更新する。次に移動所要時間送受信処理部２０５は入店までの所要時間処理部３０４に各店舗毎に移動〜着席までの所要時間を送信する。入店までの所要時間処理部３０４は図９の処理８０３に示すように更新された移動〜着席までの所要時間がユーザの入力した許容時間内に収まっているかどうかを判断する。
【００４０】
この周期更新機能により例えば、図５内のＡ店舗のようにお昼時になり混雑し始める店とそうでもないＢ店舗の２店舗があるユーザによる検索の結果残ったとし、ユーザはＡ店舗に向かって移動しているような場合、平均入店待ち時間が線形に増加していくに伴い、ユーザの許容時間を超えてしまい、当初のユーザニーズに合致する店舗に入店できなくなる。この場合、Ｂ店舗の情報を合わせて提示することで当初選択した店舗ではニーズからそれているが、Ｂ店舗であればニーズどおりであることを通知することでユーザはＢ店舗へ変更することが可能となる。
【００４１】
上記実施形態によれば、予約システムとの連動をすることにより、店舗検索〜店舗の席予約の他、駐車場の予約、電車の切符の手配なども自動処理することも期待できる。
【符号の説明】
【００４２】
１０９：店舗
１１４，２０９：センタ
２０２：データ送受信部
２０３：店舗検索処理部
２０４：店舗位置情報送信処理部
２０５：移動所要時間受信処理部
２０６：店舗混雑状況計算処理部
２０７： 店舗情報管理データベース
２０８：各種店舗情報データベース
【特許請求の範囲】
【請求項１】
店舗において待ち人数、空き席数を検知するカメラと、該カメラからの情報を時刻情報と合わせて定期的にネットワークを通じてセンタに送信する送信処理手段と、前記情報を元に平均滞在時間を自動計算し、時刻情報、待ち人数、空席数、平均滞在時間を店舗情報データベースに記録する手段とを備え、前記データベースの情報を前記ネットワークを介して情報利用者端末に提供する情報提供システムであって、
前記センタに前記ネットワークを介して接続され、該センタ、ネットワークを介して前記情報利用者端末に該センタの店舗情報と関連して交通情報を提供する交通機関情報提供システムと連携されたことを特徴とする情報提供システム。
【請求項２】
前記センタが、ネットワークを通じて送信された待ち人数他の情報を受信する手段と、各店舗情報データベースに保存する手段を持つ請求項１記載の情報提供システム。
【請求項３】
ユーザからの要望を吸い上げ、要望に適合する店舗を検索する検索システムを備えた請求項２に記載の情報提供システム。
【請求項４】
ユーザが希望する食事の種類を検索するとともに自分のいる場所から店舗までの移動時間を考慮して検索する検索システムを備えた請求項３に記載の情報提供システム。
【請求項５】
店舗への移動時間の計算をより正確にするために渋滞情報や電車の交通・運行情報提供システムと連携する検索システムを備えた請求項４に記載の情報提供システム。
【請求項６】
交通・運行情報提供システムと連携することでより正確な移動時間を導出する検索システムを備えた請求項５に記載の情報提供システム。
【請求項７】
正確な移動時間を導出することでユーザに対して、より正確な移動〜着席までの時間を通知することができる検索システムを備えた請求項６に記載の情報提供システム。
【請求項８】
移動時間の他、店舗の混雑状況を含めて移動〜着席までの時間を考慮して検索するシステムを備えた請求項７に記載の情報提供システム。
【請求項９】
周期的に店舗の情報を自動更新する検索システムを備えた請求項８に記載の情報提供システム。
【請求項１０】
自動更新された情報によりユーザニーズに合致しているかどうかを判別する検索システムを備えた請求項９に記載の情報提供システム。
【請求項１１】
ユーザニーズに合致しなくなった場合、代替店舗情報を提示する検索システムを備えた請求項１０に記載の情報提供システム。
【請求項１】
店舗において待ち人数、空き席数を検知するカメラと、該カメラからの情報を時刻情報と合わせて定期的にネットワークを通じてセンタに送信する送信処理手段と、前記情報を元に平均滞在時間を自動計算し、時刻情報、待ち人数、空席数、平均滞在時間を店舗情報データベースに記録する手段とを備え、前記データベースの情報を前記ネットワークを介して情報利用者端末に提供する情報提供システムであって、
前記センタに前記ネットワークを介して接続され、該センタ、ネットワークを介して前記情報利用者端末に該センタの店舗情報と関連して交通情報を提供する交通機関情報提供システムと連携されたことを特徴とする情報提供システム。
【請求項２】
前記センタが、ネットワークを通じて送信された待ち人数他の情報を受信する手段と、各店舗情報データベースに保存する手段を持つ請求項１記載の情報提供システム。
【請求項３】
ユーザからの要望を吸い上げ、要望に適合する店舗を検索する検索システムを備えた請求項２に記載の情報提供システム。
【請求項４】
ユーザが希望する食事の種類を検索するとともに自分のいる場所から店舗までの移動時間を考慮して検索する検索システムを備えた請求項３に記載の情報提供システム。
【請求項５】
店舗への移動時間の計算をより正確にするために渋滞情報や電車の交通・運行情報提供システムと連携する検索システムを備えた請求項４に記載の情報提供システム。
【請求項６】
交通・運行情報提供システムと連携することでより正確な移動時間を導出する検索システムを備えた請求項５に記載の情報提供システム。
【請求項７】
正確な移動時間を導出することでユーザに対して、より正確な移動〜着席までの時間を通知することができる検索システムを備えた請求項６に記載の情報提供システム。
【請求項８】
移動時間の他、店舗の混雑状況を含めて移動〜着席までの時間を考慮して検索するシステムを備えた請求項７に記載の情報提供システム。
【請求項９】
周期的に店舗の情報を自動更新する検索システムを備えた請求項８に記載の情報提供システム。
【請求項１０】
自動更新された情報によりユーザニーズに合致しているかどうかを判別する検索システムを備えた請求項９に記載の情報提供システム。
【請求項１１】
ユーザニーズに合致しなくなった場合、代替店舗情報を提示する検索システムを備えた請求項１０に記載の情報提供システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−８４５４（Ｐ２０１１−８４５４Ａ）
【公開日】平成２３年１月１３日（２０１１．１．１３）
【国際特許分類】
【出願番号】特願２００９−１５０４５４（Ｐ２００９−１５０４５４）
【出願日】平成２１年６月２５日（２００９．６．２５）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年１月１３日（２０１１．１．１３）
【国際特許分類】
【出願日】平成２１年６月２５日（２００９．６．２５）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]