JP6572116B2 - 繁忙情報提供方法、繁忙情報提供装置、及びプログラム - Google Patents

Description

本発明は、繁忙情報提供方法、繁忙情報提供装置、及びプログラムに関する。

テレビ、雑誌、インターネット等、様々なメディアから情報を得ることができるようになっている。一方、視覚に障がいがあるユーザは、情報を得るうえで多くのバリアがあるが、この問題を解決するために様々な技術やサービスが開発されている。例えば、特許文献１では、コンテンツにおいてまだ読んでいない部分（未読部分）に辿り着くのに時間がかからない音声読み上げ装置およびプログラムを提供することを目的とする技術が開示されている。

特開２００６−３１７８７５号公報

しかしながら、従来技術では、実世界の多くの視覚的情報を、視覚に障がいがあるユーザに伝えるのは困難である。例えば、店舗の繁忙状況を視覚に障害のあるユーザに伝えるのは困難である。

店舗で買い物や飲食をしようとする際、店舗の店員がどのくらい忙しそうか、新たな客に対応する余力がありそうか、つまり店舗の繁忙状況は、その店舗を利用するか否かの判断基準の一つである。立ち寄った店舗が混雑していて、店員に満足な対応をしてもらえない状況であれば、入店するのを止めて他の店舗を探すこともある。しかし、視覚障がい者は、その店舗の混雑具合や店員の様子を目で見て、繁忙状況を判断するということができない。

また、視覚に障がいを有さないユーザであっても、例えば、店舗のレイアウト等によっては、一目で繁忙状況を把握するのが困難な場合も有る。

本発明は、上記の点に鑑みてなされたものであって、店舗の繁忙状況を容易に把握可能とすることを目的とする。

そこで上記課題を解決するため、任意のタイミングで繰り返し入力される店舗の店員数及び客数と、前記店舗の属性に応じて予め設定された係数とに基づき、前記店舗の繁忙度を定期的に計算する計算手順と、前記計算手順において計算された繁忙度の履歴を第１の記憶部に記憶する第１の記憶手順と、ネットワークを介して通信可能な端末から、前記店舗についての繁忙度の問い合わせを受信するたびに、当該問い合わせの日時を、当該端末のユーザに関連付けて第２の記憶部に記憶する第２の記憶手順と、前記端末から前記問い合わせを受信すると、前記第１の記憶部に記憶されている前記履歴において最新の繁忙度と、当該問い合わせの前の前記問い合わせに関して当該端末のユーザに関連付けられて前記第２の記憶部に記憶されている一部又は全部の日時ごとに当該日時に最も近いタイミングにおいて前記第１の記憶部に記憶された繁忙度との大小関係を示す情報を、前記端末に送信する送信手順と、をコンピュータが実行する。

店舗の繁忙状況を容易に把握可能とすることができる。

第１の実施の形態における繁忙情報提供システムの構成例を示す図である。 第１の実施の形態における繁忙度計算装置のハードウェア構成例を示す図である。 第１の実施の形態における繁忙情報提供システムの機能構成例を示す図である。 客数及び店員数の受信処理の処理手順の一例を説明するためのフローチャートである。 第１の実施の形態における客数店員数ＤＢの構成例を示す図である。 係数αと店舗の属性との関係の例を示す図である。 繁忙度の計算処理の処理手順の一例を説明するためのフローチャートである。 第１の実施の形態における繁忙度ＤＢの構成例を示す図である。 第１の実施の形態において繁忙情報生成装置が実行する処理手順の一例を説明するためのフローチャートである。 店舗名の入力画面の一例を示す図である。 第１の実施の形態における店舗ＤＢの構成例を示す図である。 第１の実施の形態における通知文ＤＢの構成例を示す図である。 第２の実施の形態における繁忙情報提供システムの機能構成例を示す図である。 第２の実施の形態において繁忙情報生成装置が実行する処理手順の一例を説明するためのフローチャートである。 ユーザＩＤ及び店舗名の入力画面の一例を示す図である。 第２の実施の形態における訪問履歴ＤＢの構成例を示す図である。 第２の実施の形態における通知文ＤＢの構成例を示す図である。 第３の実施の形態において繁忙情報生成装置が実行する処理手順の一例を説明するためのフローチャートである。 第３の実施の形態における通知文ＤＢの構成例を示す図である。 第４の実施の形態において繁忙情報生成装置が実行する処理手順の一例を説明するためのフローチャートである。 第４の実施の形態における店舗ＤＢの構成例を示す図である。 初期状態の店舗比較データの例を示す図である。 比較店舗ＩＤの書き換え後の店舗比較データの例を示す図である。 第４の実施の形態における通知文ＤＢの構成例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態における繁忙情報提供システムの構成例を示す図である。図１において、繁忙情報提供システム１は、繁忙度計算装置１０及び繁忙情報生成装置２０を含む。繁忙度計算装置１０と繁忙情報生成装置２０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して接続されている。繁忙度計算装置１０は、１以上の店舗端末３０とインターネット等のネットワークを介して接続されている。繁忙情報生成装置２０は、１以上のユーザ端末４０とインターネット等のネットワークを介して接続されている。

店舗端末３０は、店舗ごとに設置されている端末である。例えば、ＰＣ（Personal Computer）や専用の端末等が、店舗端末３０として利用されてもよい。各店舗端末３０は、カメラ５０に接続されている。カメラ５０は、例えば、店舗の出入り口等を撮像可能なように設置され、店舗への客の出入りを示す画像データを撮像する。店舗端末３０は、カメラ５０によって撮像される画像データに基づいて計測される店舗内の客数と、店員によって入力される店員数とを、任意のタイミングで（例えば、一定時間ごとに）繰り返し繁忙度計算装置１０に送信する。

繁忙度計算装置１０は、各店舗端末３０から送信される客数及び店員数に基づいて、店舗の繁忙状況又は混雑状況（以下、「繁忙状況で統一する。」を示す指標値（以下、「繁忙度」という。）を店舗ごとに計算する。繁忙度の計算は、例えば、定期的に行われる。

ユーザ端末４０は、店舗を訪れるユーザが携帯する端末である。例えば、スマートフォン、タブレット端末、携帯電話等がユーザ端末４０として利用されてもよい。ユーザ端末４０は、ユーザによる操作に応じ、ユーザが訪れた店舗の繁忙度の問い合わせを、繁忙情報生成装置２０に送信する。

繁忙情報生成装置２０は、ユーザ端末４０からの問い合わせに応じ、当該問い合わせに係る店舗に関する繁忙状況を示す情報（以下、「繁忙情報」という。）を、当該ユーザ端末４０に送信（応答）する。第１の実施の形態において、繁忙情報は、問い合わせに係る店舗に関して繁忙度計算装置１０によって計算された最新の繁忙度に基づく情報である。繁忙情報は、繁忙度そのものであってもよいが、本実施の形態では、繁忙度に基づいて生成されるメッセージを示す文字列が繁忙情報とされる。

図２は、第１の実施の形態における繁忙度計算装置のハードウェア構成例を示す図である。図２の繁忙度計算装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

繁忙度計算装置１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って繁忙度計算装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、繁忙情報生成装置２０も、図２に示されるハードウェア構成を有するコンピュータによって構成されてもよい。また、繁忙度計算装置１０と繁忙情報生成装置２０とは、１以上の共通のコンピュータを用いて実現されてもよい。

図３は、第１の実施の形態における繁忙情報提供システムの機能構成例を示す図である。図３において、繁忙度計算装置１０は、客数店員数受信部１１及び繁忙度計算部１２を有する。これら各部は、繁忙度計算装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。繁忙度計算装置１０は、また、客数店員数ＤＢ１３及び繁忙度ＤＢ１４等のデータベースを利用する。これら各データベースは、例えば、補助記憶装置１０２、又は繁忙度計算装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

客数店員数受信部１１は、店舗端末３０の入退店検出部３１によって検出される店舗の客数と、店員によって店舗端末３０に入力される店舗の店員数とを、各店舗端末３０から受信する。客数店員数受信部１１は、受信された客数及び店員数を、店舗別に客数店員数ＤＢ１３に記憶する。

繁忙度計算部１２は、客数店員数ＤＢ１３に店舗別に記憶されている客数及び店員数に基づいて、店舗ごとに繁忙度を計算する。計算された繁忙度は、繁忙度ＤＢ１４に記憶される。繁忙度は、例えば、定期的に計算される。繁忙度ＤＢ１４には、計算された繁忙度の履歴が記憶される。

一方、繁忙情報生成装置２０は、繁忙度取得部２１及び繁忙情報生成部２２を有する。これら各部は、繁忙情報生成装置２０にインストールされた１以上のプログラムが、繁忙情報生成装置２０のＣＰＵに実行させる処理により実現される。繁忙情報生成装置２０は、また、店舗ＤＢ２３及び通知文ＤＢ２４等のデータベースを利用する。これら各データベースは、例えば、繁忙情報生成装置２０の補助記憶装置、又は繁忙情報生成装置２０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

繁忙度取得部２１は、ユーザ端末４０から送信される店舗名に係る店舗について計算された繁忙度を、繁忙度ＤＢ１４から取得する。

繁忙情報生成部２２は、繁忙度取得部２１によって取得された繁忙度と通知文ＤＢ２４とに基づいて、繁忙情報をユーザに通知するための文（以下、「繁忙情報通知文」という。）を生成し、当該繁忙情報通知文をユーザ端末４０に送信する。通知文ＤＢ２４には、繁忙度に応じて、繁忙情報通知文の雛形（以下、「通知文テンプレート」という。）が記憶されている。

以下、第１の実施の形態において繁忙度計算装置１０及び繁忙情報生成装置２０が実行する処理手順について説明する。まず、繁忙度計算装置１０が実行する処理手順について説明する。

図４は、客数及び店員数の受信処理の処理手順の一例を説明するためのフローチャートである。

繁忙度計算装置１０の客数店員数受信部１１は、各店舗端末３０からの客数又は店員数の受信を待機している。客数店員数受信部１１は、いずれかの店舗端末３０の入退店検出部３１から送信された客数を受信すると（ステップＳ１０１でＹｅｓ）、当該客数を当該客数と共に受信された店舗ＩＤに関連付けて、客数店員数ＤＢ１３に記憶する（ステップＳ１０２）。

なお、入退店検出部３１は、例えば、特開２０１２−３３１４２号公報に記載された技術を用いて、店舗における客の入退店数を計測し、計測結果に基づいて店内の客数を算出てもよい。すなわち、カメラ５０によって撮像される画像に基づいて、入退店数が計測されてもよい。入退店検出部３１は、例えば、１分おき又は５分おき等、予め設定された時間間隔ごとに、客数を算出し、算出された客数を客数店員数受信部１１に送信する。

また、客数店員数受信部１１は、いずれかの店舗端末３０の店員数送信部３２から送信された店員数を受信すると（ステップＳ１０３でＹｅｓ）、当該店員数を当該店員数と共に受信された店舗ＩＤに関連付けて、客数店員数ＤＢ１３に記憶する（ステップＳ１０４）。なお、店員数送信部３２は、現時点において接客を行っている店員数が店員等によって店舗端末３０に入力されると、当該店員数を客数店員数受信部１１に送信する。店舗端末３０に対する店員数の入力は、店員数が変化したときに行われてもよいし、定期的に行われてもよい。

図５は、第１の実施の形態における客数店員数ＤＢの構成例を示す図である。図５に示されるように、客数店員数ＤＢ１３には、店舗ごとにレコードが記憶されている。各レコードは、店舗ＩＤ、係数α、客数、及び店員数等の項目を含む。

店舗ＩＤは、店舗ごとの識別情報である。客数、店員数は、図４の処理によって記憶される客数、店員数である。すなわち、ステップＳ１０２又はＳ１０４では、客数店員数ＤＢ１３のレコードのうち、客数又は店員数と共に受信された店舗ＩＤに係るレコードが、更新される。

係数αは、繁忙度の計算に利用される係数であり、その値は、例えば、図６に示されるように、店舗の規模が小さい程、大きな値となる。係数αは、各店舗の規模や業態等の属性に応じて、予め設定される。

図７は、繁忙度の計算処理の処理手順の一例を説明するためのフローチャートである。図７の処理は、例えば、１分おき又は５分おき等、予め設定された時間間隔ごとに、各店舗について実行される。図７において、繁忙度の計算対象とされている店舗を、「対象店舗」という。

ステップＳ１１１において、繁忙度計算部１２は、客数店員数ＤＢ１３のレコードのうち、対象店舗の店舗ＩＤを含むレコードの客数、店員数、及び係数αを取得する。

続いて、繁忙度計算部１２は、取得された客数、店員数、及び係数αを、以下の式に当てはめて、対象店舗の繁忙度を算出する（ステップＳ１１２）。

繁忙度＝α（客数÷店員数）
上の式は、基本的に、店員一人あたりの客数が繁忙度であることを示す。但し、店員一人あたりの客数が何人であれば繁忙の度合が高いか否かは、店舗の規模や業態によって異なるものと考えられる。そこで、本実施の形態では、店舗の規模や業態等の属性に応じた係数αが予め設定され、係数αを「客数÷店員数」に乗じることで、繁忙度が算出される。

続いて、繁忙度計算部１２は、算出した繁忙度、対象店舗の店舗ＩＤ及び係数α、並びに現在日時を含むレコードを繁忙度ＤＢ１４に記憶する（ステップＳ１１３）。

図８は、第１の実施の形態における繁忙度ＤＢの構成例を示す図である。図８に示されるように、繁忙度ＤＢ１４の各レコードは、店舗ＩＤ、係数α、日時、及び繁忙度等を含む。ステップＳ１１３では、繁忙度ＤＢ１４に対して新たなレコードが生成され、当該レコードに対して、対象店舗の店舗ＩＤ及び係数α、現在日時、並びに算出された繁忙度が記憶される。すなわち、繁忙度ＤＢ１４には、算出された繁忙度の履歴が記憶される。

次に、繁忙情報生成装置２０が実行する処理手順について説明する。図９は、第１の実施の形態において繁忙情報生成装置が実行する処理手順の一例を説明するためのフローチャートである。

ステップＳ２１０において、繁忙度取得部２１は、店舗名を含む、店舗の繁忙状況の問い合わせをユーザ端末４０から受信する。ユーザ端末４０に対する店舗名の入力は、ユーザ端末４０に表示されている図１０に示されるような画面を介して行われる。例えば、ユーザは、自らがこれから入ろうと店舗の店舗名を入力する。当該画面の「送信ボタン」が押下されると、入力された店舗名を含む、店舗の繁忙状況の問い合わせが繁忙度取得部２１へ送信される。図１０では、店舗名として、「Ａカフェ」が入力された例が示されている。なお、ユーザ端末４０のユーザが視覚障がい者である場合、ユーザ端末４０は、音声ガイダンス等によって、ユーザの操作を補助してもよい。

続いて、繁忙度取得部２１は、受信された店舗名に対応する店舗ＩＤを、店舗ＤＢ２３から取得する（ステップＳ２２０）。

図１１は、第１の実施の形態における店舗ＤＢの構成例を示す図である。図１１に示されるように、店舗ＤＢ２３には、店舗ごとに、店舗ＩＤと店舗名とが対応付けられて記憶されている。例えば、店舗名が「Ａカフェ」であれば、店舗ＩＤ「ａ」が取得される。

続いて、繁忙度取得部２１は、取得された店舗ＩＤに関する最新の繁忙度を繁忙度ＤＢ１４（図８）から取得する（ステップＳ２３０）。或る店舗ＩＤに関する最新の繁忙度とは、当該店舗ＩＤを含むレコードの中で、「日時」の値が最も新しいレコードに含まれている繁忙度をいう。例えば、店舗ＩＤ「ａ」については、２０１５．０９．０１ １５：４０の時の繁忙度「２５」が取得される。

続いて、繁忙度取得部２１は、店舗名「Ａカフェ」と最新の繁忙度「２５」とを繁忙情報生成部２２に送信する（ステップＳ２４０）。

続いて、繁忙情報生成部２２は、店舗名及び繁忙度と通知文ＤＢ２４とに基づいて、繁忙情報を通知するための文（以下、「繁忙情報通知文」という。）を生成する（ステップＳ２５０）。

図１２は、第１の実施の形態における通知文ＤＢの構成例を示す図である。図１２に示されるように、通知文ＤＢ２４には、繁忙度の範囲に応じて通知文テンプレートが記憶されている。例えば、繁忙度が「２５」であれば、「混んでいます」が通知文テンプレートとして取得される。繁忙情報生成部２２は、通知文テンプレートに対して店舗名「Ａカフェ」を組み合わせることで、例えば、「Ａカフェは混んでいます」という繁忙情報通知文を生成する。

続いて、繁忙情報生成部２２は、繁忙情報通知文（「Ａカフェは混んでいます」）を、繁忙状況の問い合わせ元のユーザ端末４０に送信する（ステップＳ２６０）。

当該ユーザ端末４０は、繁忙情報通知文（「Ａカフェは混んでいます」）を受信すると、当該繁忙情報通知文を出力する。例えば、繁忙情報通知文が音声合成されて出力されてもよいし、ユーザ端末４０のディスプレイに表示されてもよいし、点字ディスプレイに出力されてもよいし、その他の方法で出力されてもよい。

上述したように、第１の実施の形態によれば、ほぼ現時点における店舗の客数及び店員数に基づいて繁忙度が算出され、当該繁忙度に基づく繁忙情報通知文がユーザ端末４０にて出力される。したがって、ユーザは、店舗の繁忙状況を容易に把握することができる。

次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。第２の実施の形態において特に言及されない点については、第１の実施の形態と同様でもよい。

図１３は、第２の実施の形態における繁忙情報提供システムの機能構成例を示す図である。図１３中、図３と同一部分には同一符号を付し、その説明は省略する。

図１３において、繁忙情報生成装置２０は、更に、訪問履歴管理部２５を有する。訪問履歴管理部２５は、繁忙情報生成装置２０にインストールされた１以上のプログラムが、繁忙情報生成装置２０のＣＰＵに実行させる処理により実現される。繁忙情報生成装置２０は、また、訪問履歴ＤＢ２６を利用する。訪問履歴ＤＢ２６は、例えば、繁忙情報生成装置２０の補助記憶装置、又は繁忙情報生成装置２０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

訪問履歴管理部２５は、各ユーザによる各店舗への訪問履歴を訪問履歴ＤＢ２６に記録する。訪問履歴管理部２５は、また、繁忙状況の問い合わせに係る店舗にユーザが、問い合わせに係る店舗に最後に訪れた時期を訪問履歴ＤＢ２６を参照して特定し、その時の繁忙度を繁忙度ＤＢ１４を参照して特定する。

図１４は、第２の実施の形態において繁忙情報生成装置が実行する処理手順の一例を説明するためのフローチャートである。図１４中、図９と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。すなわち、第２の実施の形態では、図９の処理手順の代わりに、図１４の処理手順が実行される。

ステップＳ２１０ａにおいて、繁忙度取得部２１は、店舗名に加えてユーザＩＤを含む、店舗の繁忙状況の問い合わせをユーザ端末４０から受信する。ユーザ端末４０に対するユーザＩＤ及び店舗名の入力は、ユーザ端末４０に表示されている図１５に示されるような画面を介して行われる。例えば、ユーザは、自らのユーザＩＤと、自らがこれから入ろうと店舗の店舗名を入力する。当該画面の「送信ボタン」が押下されると、入力されたユーザＩＤ及び店舗名を含む、店舗の繁忙状況の問い合わせが繁忙度取得部２１へ送信される。図１５では、ユーザＩＤとして「ユーザ０１」が入力され、店舗名として、「Ａカフェ」が入力された例が示されている。

続くステップＳ２２０、Ｓ２３０では、図９において説明したように、店舗ＩＤ「ａ」と繁忙度「２５」とが取得される。ステップＳ２３０において取得された繁忙度を、以下、「今回の繁忙度」という。

続いて、繁忙度取得部２１は、ユーザＩＤ「ユーザ０１」と、店舗名「Ａカフェ」と、店舗ＩＤ「ａ」と、今回の繁忙度「２５」とを訪問履歴管理部２５に送信する（ステップＳ２３１）。

続いて、訪問履歴管理部２５は、ユーザＩＤが「ユーザ０１」であるユーザによる、店舗ＩＤが「ａ」である店舗への最後の（最新の）訪問日時を、訪問履歴ＤＢ２６から取得する（ステップＳ２３２）。

図１６は、第２の実施の形態における訪問履歴ＤＢの構成例を示す図である。図１６に示されるように、訪問履歴ＤＢ２６には、各ユーザによるいずれかの店舗の訪問ごとに、レコードが記憶される。各レコードは、ユーザＩＤ、店舗ＩＤ、及び訪問日時等の項目を含む。ユーザＩＤは、店舗を訪問したユーザのユーザＩＤである。店舗ＩＤは、訪問先の店舗の店舗ＩＤである。訪問日時は、訪問が行われた日時である。図１６の例では、ユーザＩＤが「ユーザ０１」であるユーザによる、店舗ＩＤが「ａ」である店舗への最後の（最後の）訪問日時として、「２０１５．０８．０３ ０８：０２」が取得される。

続いて、訪問履歴管理部２５は、ユーザＩＤ「ユーザ０１」と、店舗ＩＤ「ａ」と、現在日時とを含むレコードを、訪問履歴ＤＢ２６に記録する（ステップＳ２３３）。すなわち、今回の訪問履歴が訪問履歴ＤＢ２６に記録される。

続いて、訪問履歴管理部２５は、店舗ＩＤ「ａ」に関して、最後の訪問日時「２０１５．０８．０３ ０８：０２」に最も近い日時における繁忙度を、繁忙度ＤＢ１４（図８）から取得する（ステップＳ２３４）。図８の例では、「２０１５．０８．０３ ０８：０２」に最も近い日時「２０１５．０８．０３ ０８：００」の繁忙度「５」が取得される。

続いて、訪問履歴管理部２５は、店舗名「Ａカフェ」と、今回の繁忙度「２５」と、「２０１５．０８．０３ ０８：００」の繁忙度（以下、「前回の繁忙度」という。）「５」とを繁忙情報生成部２２に送信する（ステップＳ２４０ａ）。

続いて、繁忙情報生成部２２は、店舗名「Ａカフェ」と、今回の繁忙度「２５」と、前回の繁忙度「５」と、通知文ＤＢ２４とに基づいて、繁忙情報通知文を生成する（ステップＳ２５０ａ）。

図１７は、第２の実施の形態における通知文ＤＢの構成例を示す図である。図１７に示されるように、第２の実施の形態において、通知文ＤＢ２４には、今回の繁忙度と前回の繁忙度との大小関係に応じて、通知文テンプレートが記憶されている。

したがって、繁忙情報生成部２２は、今回の繁忙度と前回の繁忙度とを比較し、比較結果に対応する通知文テンプレートを通知文ＤＢ２４から取得する。例えば、今回の繁忙度「２５」と前回の繁忙度「５」とについては、「前回より混んでいます」が通知文テンプレートとして取得される。繁忙情報生成部２２は、通知文テンプレートに対して店舗名「Ａカフェ」を組み合わせることで、例えば、「Ａカフェは前回より混んでいます」という繁忙情報通知文を生成する。

以降は、第１の実施の形態において説明した通りである。

上述したように、第２の実施の形態によれば、繁忙状況の問い合わせるに係る店舗について、ほぼ現時点の繁忙度と、ユーザが最後に当該店舗を訪れた際の繁忙度との比較に基づく繁忙情報通知文が提示される。すなわち、第１の実施の形態では、いわば絶対値としての繁忙情報通知文が提示されたが、第２の実施の形態では、相対値としての繁忙情報通知文が提示される。したがって、ユーザは、最後に当該店舗を訪れた際に自らが感じた繁忙状況との比較によって、現在の繁忙状況を把握することができる。

次に、第３の実施の形態について説明する。第３の実施の形態では第２の実施の形態と異なる点について説明する。第３の実施の形態において特に言及されない点については、第２の実施の形態と同様でもよい。第２の実施の形態では、前回の繁忙度のみが用いられたが、第３の実施の形態では、問い合わせに係る店舗に関する、ユーザによる過去の全ての訪問時の繁忙度が用いられる。

図１８は、第３の実施の形態において繁忙情報生成装置が実行する処理手順の一例を説明するためのフローチャートである。図１８中、図１４と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。すなわち、第３の実施の形態では、図１４の処理手順の代わりに、図１８の処理手順が実行される。図１８では、図１４のステップＳ２３２、Ｓ２３４、Ｓ２４０ａ、Ｓ２５０ａが、Ｓ２３２ｂ、Ｓ２３４ｂ、Ｓ２４０ｂ、Ｓ２５０ｂに置き換えられている。

ステップＳ２３２ｂにおいて、訪問履歴管理部２５は、ユーザＩＤが「ユーザ０１」であるユーザによる、店舗ＩＤが「ａ」である店舗への全ての訪問日時を、訪問履歴ＤＢ２６から取得する。図１６の例では、「２０１４．１２．２２ ０８：００」、「２０１５．０４．１２ ０８：１５」、「２０１５．０８．０３ ０８：０２」が取得される。

ステップＳ２３４ｂにおいて、訪問履歴管理部２５は、全ての訪問日時のそれぞれごとに、当該訪問日時に最も近い日時の繁忙度を繁忙度ＤＢ１４から取得し、取得された繁忙度の平均値（以下、「平均繁忙度」という。）を算出する。図８の例では、「２０１４．１２．２２ ０８：００」、「２０１５．０４．１２ ０８：１５」、「２０１５．０８．０３ ０８：０２」に関して、繁忙度「５」、「８」、「５」が取得され、それらの平均値「６」が平均繁忙度として算出される。

ステップＳ２４０ｂにおいて、繁忙度取得部２１は、店舗名「Ａカフェ」と今回の繁忙度「２５」と平均繁忙度「６」とを繁忙情報生成部２２に送信する。

ステップＳ２５０ｂにおいて、繁忙情報生成部２２は、店舗名「Ａカフェ」と、今回の繁忙度「２５」と、平均繁忙度「６」と、通知文ＤＢ２４とに基づいて、繁忙情報通知文を生成する。

図１９は、第３の実施の形態における通知文ＤＢの構成例を示す図である。図１９に示されるように、第３の実施の形態の通知文ＤＢ２４には、今回の繁忙度と平均繁忙度との大小関係に応じて、通知文テンプレートが記憶されている。

したがって、繁忙情報生成部２２は、今回の繁忙度と平均繁忙度とを比較し、比較結果に対応する通知文テンプレートを通知文ＤＢ２４から取得する。例えば、今回の繁忙度「２５」と平均繁忙度「６」とについては、「いつもより混んでいます」が通知文テンプレートとして取得される。繁忙情報生成部２２は、通知文テンプレートに対して店舗名「Ａカフェ」を組み合わせることで、例えば、「Ａカフェはいつもより混んでいます」という繁忙情報通知文を生成する。

以降は、第１の実施の形態において説明した通りである。

上述したように、第３の実施の形態によれば、繁忙状況の問い合わせるに係る店舗について、ほぼ現時点の繁忙度と、ユーザが過去に当該店舗を訪れた際の平均繁忙度との比較に基づく相対的な繁忙情報通知文が提示される。したがって、ユーザは、過去に当該店舗を訪れた際に自らが感じた繁忙状況との比較によって、現在の繁忙状況を把握することができる。

なお、上記では、繁忙状況の問い合わせに係る店舗に対する、ユーザの全ての訪問時の繁忙度の平均値が算出される例を示したが、例えば、過去１ヶ月等、所定の期間における全ての訪問時の繁忙度の平均が算出されてもよい。

次に、第４の実施の形態について説明する。第４の実施の形態では第２の実施の形態と異なる点について説明する。第４の実施の形態において特に言及されない点については、第２の実施の形態と同様でもよい。

図２０は、第４の実施の形態において繁忙情報生成装置が実行する処理手順の一例を説明するためのフローチャートである。図２０中、図１４と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。すなわち、第４の実施の形態では、図１４の処理手順の代わりに、図２０の処理手順が実行される。

ステップＳ２１０ａの処理内容は、図１４において説明した通りであるが、ここでは、便宜上、ユーザＩＤ「ユーザ０１」と店舗名「スーパーＧ」とが受信されたこととする。

ステップＳ２２０ｃにおいて、繁忙度取得部２１は、受信された店舗名に対応する店舗ＩＤと規模値とを、店舗ＤＢ２３から取得する。

図２１は、第４の実施の形態における店舗ＤＢの構成例を示す図である。図２１に示されるように、第４の実施の形態の店舗ＤＢ２３には、店舗ごとに、店舗ＩＤと規模値と店舗名とが対応付けられて記憶されている。規模値は、店舗の規模を示す数値であり、予め設定される。図２１では、規模が小さい程、規模値の値が大きくなる例が示されている。例えば、店舗名が「スーパーＧ」であれば、店舗ＩＤ「ｇ」及び規模値「１」が取得される。

ステップＳ２３０では、店舗ＩＤ「ｇ」に対する最新の繁忙度が繁忙度ＤＢ１４（図８）から取得される。ここでは、「２０１５．０９．０１ １５：４０」の時の繁忙度「１１」が取得される。

ステップＳ２３１ｃにおいて、繁忙度取得部２１は、ユーザＩＤ「ユーザ０１」と、店舗名「スーパーＧ」と、店舗ＩＤ「ｇ」と、規模値「１」と、今回の繁忙度「２５」とを訪問履歴管理部２５に送信する。

ステップＳ２３２ｃにおいて、訪問履歴管理部２５は、ユーザＩＤが「ユーザ０１」であるユーザによる、店舗ＩＤが「ｇ」である店舗への最後の（最新の）訪問日時を、訪問履歴ＤＢ２６（図１６）から取得すると共に、店舗比較データを生成する。

図２２は、初期状態の店舗比較データの例を示す図である。店舗比較データは、対象店舗ＩＤ及び店舗比較ＩＤの項目を有するデータであり、例えば、繁忙情報生成装置２０のメモリに生成される。図２２に示されるように、店舗比較データの初期状態においては、対象店舗ＩＤ及び比較店舗ＩＤのそれぞれに、対象店舗の店舗ＩＤ「ｇ」が書き込まれる。

ここで、訪問履歴ＤＢ２６（図１６）には、ユーザＩＤが「ユーザ０１」であり、店舗ＩＤが「ｇ」であるレコードが無い。「ユーザ０１」に係るユーザは、店舗ＩＤ「ｇ」に係る対象店舗を過去に訪れたことが無いからである。この場合、訪問履歴管理部２５は、ステップＳ２３２ｃにおいて、対象店舗と同規模の店舗へのユーザによる最後（最新）の訪問日時を取得する。具体的には、訪問履歴管理部２５は、店舗ＩＤ「ｇ」と規模値が同じである店舗ＩＤを、店舗ＤＢ２３（図２１）から取得する。図２１の例では、店舗ＩＤ「ｃ」について、規模値が「１」であるため、店舗ＩＤ「ｃ」が取得される。訪問履歴管理部２５は、ユーザＩＤが「ユーザ０１」であるユーザによる、店舗ＩＤが「ｃ」である店舗への最後の（最新の）訪問日時を訪問履歴ＤＢ２６から取得する。図１６の例では、店舗ＩＤが「ｃ」である店舗への最後の（最後の）訪問日時として、「２０１５．０８．１４ １８：０７」が取得される。そこで、訪問履歴管理部２５は、図２３に示されるように、店舗比較データの「比較店舗ＩＤ」の値を、「ｃ」に書き換える。

なお、仮に、訪問履歴ＤＢ２６（図１６）に店舗ＩＤが「ｇ」であるレコードが有った場合、すなわち、店舗比較データの対象店舗ＩＤの値と比較店舗ＩＤとの値が同じままである場合、以降においては、第２又は第３の実施の形態と同様の処理手順が実行されてもよい。

ステップＳ２３４ｃにおいて、訪問履歴管理部２５は、店舗ＩＤ「ｃ」に関して、最後の訪問日時「２０１５．０８．１４ １８：０７」に最も近い日時における繁忙度を、繁忙度ＤＢ１４（図８）から取得する。図８の例では、「２０１５．０８．１４ １８：０７」に最も近い日時「２０１５．０８．１４ １８：０５」の繁忙度「２０」が取得される。

ステップＳ２４０ｃにおいて、訪問履歴管理部２５は、対象店舗ＩＤ「ｇ」と、対象店舗の最新の繁忙度「１１」と、比較店舗ＩＤ「ｃ」と、比較店舗に前回訪れた際の繁忙度「２０」とを、繁忙情報生成部２２に送信する。

ステップＳ２４１において、繁忙情報生成部２２は、対象店舗ＩＤ「ｇ」と比較店舗ＩＤ「ｃ」とのそれぞれに対する店舗名を、店舗ＤＢ２３（図２１）から取得する。ここでは、対象店舗ＩＤ「ｇ」に対して「スーパーＧ」が取得され、店舗ＩＤ「ｃ」に対して店舗名「Ｃマート」が取得される。

ステップＳ２５０ｃにおいて、繁忙情報生成部２２は、対象店舗ＩＤ「ｇ」の最新の繁忙度「１１」と、比較店舗ＩＤ「ｃ」に前回訪れた際の繁忙度「２０」と、通知文ＤＢ２４とに基づいて、繁忙情報通知文を生成する。

図２４は、第４の実施の形態における通知文ＤＢの構成例を示す図である。図２４に示されるように、第４の実施の形態の通知文ＤＢ２４には、対象店舗の繁忙度と比較店舗の繁忙度との大小関係に応じて、通知文テンプレートが記憶されている。

したがって、繁忙情報生成部２２は、対象店舗の最新の繁忙度と、比較店舗に前回訪れた際の繁忙度とを比較し、比較結果に対応する通知文テンプレートを通知文ＤＢ２４から取得する。例えば、対象店舗の繁忙度「１１」と比較店舗の繁忙度「２０」とについては、「前回行った比較店舗より空いています」が通知文テンプレートとして取得される。繁忙情報生成部２２は、通知文テンプレートに対して対象店舗の店舗名「スーパーＧ」と比較店舗の店舗名「Ｃマート」を組み合わせることで、例えば、「スーパーＧは前回行ったＣマートより空いています」という繁忙情報通知文を生成する。

以降は、第１の実施の形態において説明した通りである。

上述したように、第４の実施の形態によれば、ユーザが初めて訪れた店舗であっても、ユーザが訪れたことの有る他の店舗での繁忙度との比較に基づく相対的な繁忙情報通知文を提示することができる。

なお、上記各実施の形態において、繁忙度計算装置１０及び繁忙情報生成装置２０は、繁忙情報提供装置の一例である。繁忙度計算部１２は、計算部の一例である。繁忙度ＤＢ１４は、第１の記憶部の一例である。繁忙情報生成部２２は、送信部の一例である。訪問履歴ＤＢ２６は、第２の記憶部の一例である。

以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 繁忙情報提供システム
１０ 繁忙度計算装置
１１ 客数店員数受信部
１２ 繁忙度計算部
１３ 客数店員数ＤＢ
１４ 繁忙度ＤＢ
２０ 繁忙情報生成装置
２１ 繁忙度取得部
２２ 繁忙情報生成部
２３ 店舗ＤＢ
２４ 通知文ＤＢ
２５ 訪問履歴管理部
２６ 訪問履歴ＤＢ
３０ 店舗端末
３１ 入退店検出部
３２ 店員数送信部
４０ ユーザ端末
５０ カメラ
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス

Claims (3)

1. 任意のタイミングで繰り返し入力される店舗の店員数及び客数と、前記店舗の属性に応じて予め設定された係数とに基づき、前記店舗の繁忙度を定期的に計算する計算手順と、
   前記計算手順において計算された繁忙度の履歴を第１の記憶部に記憶する第１の記憶手順と、
   ネットワークを介して通信可能な端末から、前記店舗についての繁忙度の問い合わせを受信するたびに、当該問い合わせの日時を、当該端末のユーザに関連付けて第２の記憶部に記憶する第２の記憶手順と、
   前記端末から前記問い合わせを受信すると、前記第１の記憶部に記憶されている前記履歴において最新の繁忙度と、当該問い合わせの前の前記問い合わせに関して当該端末のユーザに関連付けられて前記第２の記憶部に記憶されている一部又は全部の日時ごとに当該日時に最も近いタイミングにおいて前記第１の記憶部に記憶された繁忙度との大小関係を示す情報を、前記端末に送信する送信手順と、
   をコンピュータが実行することを特徴とする繁忙情報提供方法。
2. 任意のタイミングで繰り返し入力される店舗の店員数及び客数と、前記店舗の属性に応じて予め設定された係数とに基づき、前記店舗の繁忙度を定期的に計算する計算部と、
   前記計算部によって計算された繁忙度の履歴を記憶する第１の記憶部と、
   ネットワークを介して通信可能な端末から、前記店舗についての繁忙度の問い合わせを受信するたびに、当該問い合わせの日時を、当該端末のユーザに関連付けて第２の記憶部に記憶する第２の記憶部と、
   前記端末から前記問い合わせを受信すると、前記第１の記憶部に記憶されている前記履歴において最新の繁忙度と、当該問い合わせの前の前記問い合わせに関して当該端末のユーザに関連付けられて前記第２の記憶部に記憶されている一部又は全部の日時ごとに当該日時に最も近いタイミングにおいて前記第１の記憶部に記憶された繁忙度との大小関係を示す情報を、前記端末に送信する送信部と、
   を有することを特徴とする繁忙情報提供装置。
3. 請求項１記載の繁忙情報提供方法をコンピュータに実行させることを特徴とするプログラム。

Images