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

Abstract

【課題】施設の混雑状況及び待ち時間に関する情報を直感的に把握し易い態様でユーザに提供する。【解決手段】管理サーバ１０は、位置情報を取得する第１取得部１３と、位置情報に応じたエリアＡに存在する各店舗２０の店舗位置及び混雑状況を取得する第２取得部１４と、エリアＡを含む地図画像Ｐ１上において、各店舗２０の店舗位置に各店舗２０の混雑状況に応じたアイコン５０を重畳させた重畳画像Ｐ２を生成する生成部１５と、重畳画像Ｐ２をユーザに提示する提示部１６と、を備える。生成部１５は、第１ステータスに関連付けられるアイコン５１と第１ステータスよりも低い混雑度に対応する第２ステータスに関連付けられるアイコン５２，５３とを互いに類似しない表示態様によって表示し、予想待ち時間を店舗２０に関連付ける場合には、予想待ち時間を第１ステータスに対応する表示態様と同一又は類似する表示態様で表現されたアイコン５４に表示する。【選択図】図２

Description

本開示は、情報提供装置、情報提供方法、及び情報提供プログラムに関する。

従来、店舗等の施設の空席情報をオンラインでユーザに提供する手法が知られている。例えば、特許文献１には、ユーザ（移動端末）の現在位置に応じたエリア内で利用可能な施設（空席のある施設）の情報をユーザに提示するシステムが開示されている。

特開２００２－２６３０３３号公報

しかしながら、空席があるか否かの情報だけでは、ユーザにとって十分ではない場合があり得る。例えば、現時点で空席がなかったとしても、ある程度の時間（例えば１０分程度）であれば待つことを許容できるユーザも存在し得る。このようなユーザにとっては、現時点で空席があるか否かの情報だけでなく、待ち時間に関する情報も有用な情報となり得る。一方で、ユーザに提示される情報の種類が多くなると、ユーザが情報の種類を見分けにくくなってしまうという問題が生じ得る。

そこで、本開示の一側面は、施設の混雑状況及び待ち時間に関する情報を直感的に把握し易い態様でユーザに提供することができる情報提供装置、情報提供方法、及び情報提供プログラムを提供することを目的とする。

本開示の一側面に係る情報提供装置は、位置情報を取得する第１取得部と、位置情報に応じたエリアに存在する一以上の施設の各々について、施設位置及び混雑状況を示す情報を取得する第２取得部と、エリアを含む地図画像上において、各施設の施設位置に各施設の混雑状況に応じたアイコンを重畳させた重畳画像を生成する生成部と、生成部により生成された重畳画像をユーザに提示する提示部と、を備え、生成部は、一定以上の混雑度に対応する第１ステータスに関連付けられるアイコンと第１ステータスよりも低い混雑度に対応する第２ステータスに関連付けられるアイコンとを互いに類似しない表示態様によって表示し、施設を利用するための待ち時間に関する待ち情報を該施設に関連付けて重畳画像に表示する場合には、待ち情報を第１ステータスに対応する表示態様と同一又は類似する表示態様で表現されたアイコンに表示する。

上記情報提供装置によれば、一定以上の混雑度（第１ステータス）に関連付けられるアイコンと第１ステータスよりも低い混雑度（第２ステータス）に関連付けられるアイコンとが互いに類似しない表示態様によって表示される。これにより、一定以上の混雑度を有する施設とそれ以外の施設とを明確に区別可能な態様で、各施設の混雑状況をユーザに提示することができる。また、待ち時間に関する待ち情報を施設に関連付けて重畳画像に表示する場合には、当該待ち情報が第１ステータスに対応する表示態様と同一又は類似する表示態様で表現されたアイコンに表示される。これにより、例えば待ち情報（例えば待ち時間や順番待ち数）をアイコン上に数字で表現する場合等において、当該数字が待ち情報を示すことをユーザに直感的に把握させることができる。従って、上記情報提供装置によれば、施設の混雑状況及び待ち時間に関する情報を直感的に把握し易い態様でユーザに提供することができる。

本開示の一側面によれば、施設の混雑状況及び待ち時間に関する情報を直感的に把握し易い態様でユーザに提供することができる情報提供装置、情報提供方法、及び情報提供プログラムを提供することが可能となる。

図１は、一実施形態に係る情報提供システムの構成を示す図である。 図２は、管理サーバの機能構成図である。 図３は、管理サーバのハードウェア構成の一例を示す図である。 図４は、店舗情報ＤＢに記憶される店舗情報テーブルの一例を示す図である。 図５は、管理サーバの動作の一例を示すフローチャートである。 図６は、図５のステップＳ６の処理の一例を示すフローチャートである。 図７は、重畳画像の一例を示す図である。 図８は、アイコンのサイズ調整処理の一例を示すフローチャートである。 図９は、アイコンのサイズ調整処理が適用された重畳画像の一例を示す図である。 図１０は、受付終了判定処理の一例を示すフローチャートである。 図１１は、受付終了判定処理が適用された重畳画像の一例を示す図である。

以下、添付図面を参照して、本開示の一実施形態について詳細に説明する。なお、図面の説明において同一又は相当要素には同一符号を付し、重複する説明を省略する。

［システム構成］
図１は、一実施形態に係る情報提供システム１の全体構成を示す図である。図１に示されるように、情報提供システム１は、管理サーバ１０（情報提供装置）と、一以上の店舗２０（施設）と、一以上のユーザ端末３０と、を含んで構成されている。情報提供システム１は、店舗２０を利用する可能性のある潜在顧客であるユーザに対して、ユーザの周辺エリアに存在する店舗２０の混雑状況及び待ち時間に関する情報を提供するためのシステムである。混雑状況とは、人の多さ、席の利用率等を示し、空き状態、空き状況等と言い換えることもできる。店舗２０は、店内に案内されたユーザに対して所定のサービスを提供する施設である。本実施形態では一例として、店舗２０は飲食店である。ただし、店舗２０の種類は上記に限定されず、店舗２０は飲食店以外の施設であってもよい。施設とは、カフェ、レストラン等の飲食店の他、スーパーマーケット、薬局等の小売店、自治体、銀行の窓口、図書館、美術館等、利用者の数によって混雑している状況が変化する施設であればよい。

各店舗２０には、受付端末２１と管理端末２２とが設置されている。各店舗２０の受付端末２１及び管理端末２２と一以上のユーザ端末３０とは、それぞれネットワークＮを介して管理サーバ１０と通信可能に接続されている。ネットワークＮは、有線又は無線の任意の通信ネットワークである。ネットワークＮは、例えば、インターネット、公衆回線網、専用回線網等である。

受付端末２１は、店内が満席状態であるときに、店舗２０の利用を希望するユーザの予約（順番待ち）を受け付ける端末である。受付端末２１は、例えば、店頭（店の入口）に配置される。受付端末２１は、店頭に設置される専用装置であってもよいし、専用アプリケーションがインストールされた汎用端末（例えば、タブレット端末等）であってもよい。一例として、受付端末２１は、ユーザからの操作を受け付けると共にユーザに情報（例えば、順番待ちの客数、予想待ち時間等）を提示するためのタッチパネルディスプレイを備える。

受付端末２１は、ユーザからの操作を受け付けることにより、利用人数の情報を取得する。なお、受付端末２１は、利用人数以外の情報（例えば、希望座席の種類（例えば、カウンター、テーブル、座敷等）等）を利用人数と併せて取得してもよい。受付端末２１は、上記操作を行ったユーザに対して、整理番号が記載されたチケット（紙）を発券する。なお、受付端末２１は、受付端末２１に対する直接のユーザ操作を受け付けるだけでなく、例えばインターネット等を介してオンラインでユーザの予約を受け付けてもよい。

受付端末２１により受け付けられた予約に関する予約情報は、受付端末２１から管理サーバ１０へと送信される。一例として、予約情報は、例えば、整理番号、利用人数、受付時間、及び受付ステータスを含む。受付ステータスは、案内が完了したか否かを示す情報である。一例として、受付ステータスは、案内前であることを示す「案内待ち」と、案内が完了したことを示す「案内完了」と、を含む。例えば、各店舗２０の受付端末２１は、予約を受け付ける度に、予約情報を管理サーバ１０に送信する。これにより、管理サーバ１０には、店舗２０毎の予約情報が蓄積（集約）される。

管理端末２２は、店舗２０のスタッフ（店員）によって利用される端末である。管理端末２２は、予約状況を管理する機能（管理機能）と、店舗２０の混雑状況を入力（登録）する機能（入力機能）と、を有する。管理端末２２は、店内に設置される据置型のコンピュータ端末であってもよいし、スタッフによって携帯される携帯端末（例えば、スマートフォン等）であってもよい。

管理機能は、管理サーバ１０からのデータ（詳しくは後述）に基づいて、管理端末２２のディスプレイ上に予約リスト（順番待ちのリスト）を表示する機能を含む。一例として、予約リストは、受付ステータスが「案内待ち」である予約情報を案内順に並べた情報である。また、管理機能は、予約リストに含まれる各予約情報の受付ステータスを変更するユーザ操作を受け付ける機能を含む。例えば、店舗２０のスタッフは、案内が完了した予約情報の受付ステータスを「案内待ち」から「案内完了」に変更する操作を行う。受付ステータスが「案内完了」にされた予約情報は、管理端末２２上に表示される予約リストから削除される。また、管理端末２２は、予約情報の受付ステータスを変更したことを示す情報を管理サーバ１０に通知する。その後、管理サーバ１０では、管理端末２２から通知された情報に基づいて、当該予約情報の受付ステータスが更新される。

入力機能は、例えば、管理端末２２のディスプレイ上に表示された混雑状況を示す領域（例えば、「空きあり」、「やや混雑」、「満席」等に対応する領域）に対する店舗２０のスタッフによるタッチ操作（タップ操作）を受け付ける機能と、タッチされた領域に対応する混雑状況を示す情報を管理サーバ１０に送信する機能と、を含む。「満席」は、席が全て埋まっている状況を示す。「やや混雑」は、１以上の空席があるが空席数が少ない状況（例えば、空席数が予め設定された閾値以下である状況）を示す。「空きあり」は、十分な数（例えば、上記閾値より多い数）の空席がある状況を示す。混雑状況は、店舗２０のスタッフによる手動操作により入力されてもよいし、自動的に検出されてもよい。例えば、管理端末２２は、店舗内に設置されたカメラから店舗内を撮影した画像を取得し、当該画像を解析することによって空席の有無及び個数を自動で判定し、その判定結果に基づいて混雑状況を検出するように構成されてもよい。

ユーザ端末３０は、本実施形態の情報提供システム１によるサービスの顧客（当該サービスの利用者）であり、いずれかの店舗２０を利用する可能性のある潜在顧客であるユーザが所有する端末である。ユーザ端末３０は、例えば、ユーザによって携帯されるスマートフォン、タブレット等の携帯端末であってもよいし、デスクトップＰＣ、ノートＰＣ等の他の端末であってもよい。本実施形態では、ユーザ端末３０は、ユーザによって携帯される携帯端末である。また、ユーザ端末３０には、ウェブサイト等を閲覧するためのウェブブラウザがインストールされており、管理サーバ１０から送信される重畳画像（詳しくは後述）が当該ウェブブラウザによって表示される。

管理サーバ１０は、各店舗２０の混雑状況を管理すると共に、各店舗２０の混雑状況に関する情報を視覚的に分かり易く表現した重畳画像を生成し、ユーザ（ユーザ端末３０）に提供する機能を有する。図２は、管理サーバ１０の機能構成図である。図２に示されるように、管理サーバ１０は、機能的構成要素として、情報更新部１１と、店舗情報ＤＢ１２と、第１取得部１３と、第２取得部１４と、生成部１５と、提示部１６と、を備える。

図３は、管理サーバ１０のハードウェア構成の一例を示す図である。図３に示されるように、管理サーバ１０は、物理的には、プロセッサである一以上のＣＰＵ（Central Processing Unit）１０１と、一以上のＲＯＭ（Read Only Memory）１０２と、主記憶装置である一以上のＲＡＭ（Random Access Memory）１０３と、補助記憶装置であるＨＤＤ（Hard Disk Drive）１０４と、ネットワークＮと通信を行うための通信インタフェース等の通信部１０５と、を含むコンピュータシステムとして構成され得る。例えば、ＣＰＵ１０１が、ＨＤＤ１０４に予め格納されているプログラムＰ（情報提供プログラム）をＲＡＭ１０３に読み出して実行することにより、ＣＰＵ１０１の制御のもとで各ハードウェアが動作し、ＲＯＭ１０２、ＲＡＭ１０３及びＨＤＤ１０４におけるデータの読み出し及び書き込みが行われる。これにより、図２に示される管理サーバ１０の各機能が実現される。なお、管理サーバ１０は、図３に示したハードウェア構成以外にも、例えば、マウス及びキーボード等の入力装置、ディスプレイ及びスピーカ等の出力装置等を適宜備え得る。

情報更新部１１は、各店舗２０の受付端末２１及び管理端末２２から送信されるデータに基づいて店舗情報ＤＢ１２の情報を更新する機能を有する。店舗情報ＤＢ１２は、店舗２０毎の店舗情報（図４参照）を記憶するデータベースである。また、情報更新部１１は、更新された情報を管理端末２２に送信する機能も有する。

情報更新部１１は、各店舗２０の受付端末２１から、上述した予約情報（整理番号、利用人数、受付時間、及び受付ステータス）を受信する。情報更新部１１は、各店舗２０の受付端末２１において予約が受け付けられる度に、当該受付端末２１から予約情報を受信してもよいし、予め定められた時間間隔で定期的に、各店舗２０の受付端末２１から、前回の受信タイミングから今回の受信タイミングまでの間に生成された予約情報を一括で受信してもよい。情報更新部１１は、例えば、受付端末２１から受信した予約情報を、当該受付端末２１が設置された店舗２０を示す施設ＩＤと関連付けて蓄積する。

また、情報更新部１１は、受付端末２１から受信した予約情報を、当該受付端末２１と同じ店舗２０に設置された管理端末２２に送信する。後述するように、情報更新部１１は、施設ＩＤと、当該施設ＩＤにより特定される店舗２０に設置される管理端末２２を示す管理端末ＩＤと、を関連付けた店舗情報を保持している。また、情報更新部１１は、例えば、管理端末ＩＤと、当該管理端末ＩＤにより特定される管理端末２２と通信するための接続先情報と、を関連付けた情報を保持している。これにより、情報更新部１１は、受付端末２１から予約情報を受信した際に、当該受付端末２１と同じ店舗２０に設置された管理端末２２を特定し、特定された管理端末２２に当該予約情報を送信することができる。

また、情報更新部１１は、各店舗２０の管理端末２２から、各店舗２０の混雑状況を示す情報（本実施形態では一例として、「空きあり」、「やや混雑」、「満席」のいずれか）を受信する。情報更新部１１は、例えば、各店舗２０の管理端末２２において混雑状況を更新する操作が実行される度に、当該管理端末２２から混雑状況を示す情報を受信してもよいし、予め定められた時間間隔で定期的に、各店舗２０の管理端末２２から、その時点の混雑状況を示す情報を受信してもよい。

情報更新部１１は、上記のように各店舗２０の受付端末２１から受信した予約情報、及び管理端末２２から受信した混雑状況を示す情報に基づいて、店舗情報ＤＢ１２に記憶された店舗２０毎の店舗情報を更新する。

図４は、店舗情報ＤＢ１２に記憶される店舗情報テーブルの一例を示す図である。店舗情報テーブルは、店舗２０毎（施設毎）の店舗情報を格納するデータセットである。一例として、１つの店舗情報（すなわち、１レコード）は、施設ＩＤ、名称、ジャンル、緯度・経度、管理端末ＩＤ、混雑状況、予約組数、及び平均案内間隔を関連付けた情報である。「施設ＩＤ」は、店舗２０を一意に特定するための識別情報である。「名称」及び「ジャンル」は、施設ＩＤにより特定される店舗２０の名称及びジャンルである。「緯度・経度」は、施設ＩＤにより特定される店舗２０の緯度・経度を示す情報である。店舗２０の緯度・経度は、店舗２０の位置（施設位置）を示す情報の一例である。「管理端末ＩＤ」は、施設ＩＤにより特定される店舗２０に設置された管理端末２２を一意に特定するための識別情報である。「混雑状況」は、施設ＩＤにより特定される店舗２０の混雑状況を示す情報であり、当該店舗２０の管理端末２２から送信された混雑状況を示す情報に基づいて更新される。「予約組数」は、施設ＩＤにより特定される店舗２０における案内待ちの組数である。情報更新部１１は、例えば、店舗２０毎に受付ステータスが「案内待ち」である予約情報の個数をカウントすることにより、店舗２０毎の予約組数を算出し、店舗情報ＤＢ１２を更新する。「平均案内間隔」は、施設ＩＤにより特定される店舗２０において、一のユーザ（又はグループ）が店内に案内された後に次のユーザ（又はグループ）が店内に案内されるまでの時間（案内間隔）の平均である。店舗情報のうち混雑状況及び予約組数以外の情報（施設ＩＤ、名称、ジャンル、緯度・経度、管理端末ＩＤ、及び平均案内間隔）は、予め設定及び登録される固定された（静的な）情報である。一方、混雑状況及び予約組数は、各店舗２０の受付端末２１又は管理端末２２から送信される情報に基づいて更新される動的な情報である。

管理サーバ１０は、各店舗２０の混雑状況及び待ち時間を把握したいユーザ（すなわち、当該ユーザが所有するユーザ端末３０）からの要求を受けて、各店舗２０の混雑状況及び待ち時間を視覚的に分かり易い態様で表示した重畳画像Ｐ２（図７参照）を当該ユーザ端末３０に提供する機能を有する。上記機能は、第１取得部１３、第２取得部１４、生成部１５、及び提示部１６により実現される。以下、図５に示されるフローチャートを参照しつつ、上記機能に関する各部の処理（本実施形態における情報提供方法を含む）について説明する。

まず、ステップＳ１において、ユーザ端末３０から管理サーバ１０へと位置情報を含むリクエストが送信される。位置情報は、例えば，ユーザ端末３０の位置（例えば、緯度・経度）を示す情報である。位置情報の例としては、ユーザ端末３０が有するＧＰＳ機能等によって取得された測位結果を示す情報が挙げられる。

続いて、ステップＳ２において、第１取得部１３は、ユーザ端末３０から送信された位置情報を取得する。続いて、第２取得部１４は、ステップＳ２で取得された位置情報に応じたエリアに存在する一以上の店舗２０の各々について、店舗位置及び混雑状況を示す情報を取得する（ステップＳ３～Ｓ５）。

一例として、まず、ステップＳ３において、第２取得部１４は、ステップＳ２で取得された位置情報に応じたエリアの地図情報を取得する。例えば、図７に示されるように、第２取得部１４は、ステップＳ２で取得された位置情報が示す点（緯度・経度）を中心とする所定半径を有するエリアＡを含む地図画像Ｐ１を取得する。地図画像Ｐ１の情報（レイアウト、拡大率等の情報）は、管理サーバ１０に予め保存されている。或いは、地図画像Ｐ１の情報は、管理サーバ１０がアクセス可能な場所（例えば、管理サーバ１０と通信可能な外部のデータベース装置等）に保存されていてもよい。

続いて、ステップＳ４において、第２取得部１４は、エリアＡに含まれる一以上の店舗２０を特定する。例えば、第２取得部１４は、店舗情報ＤＢ１２に記憶された各店舗２０の店舗情報を参照することにより、店舗位置（緯度・経度）がエリアＡ内に含まれる店舗２０を特定する。

続いて、ステップＳ５において、第２取得部１４は、ステップＳ４で特定された店舗２０の店舗情報（図４参照）を取得する。これにより、第２取得部１４は、店舗情報に含まれる店舗位置（緯度・経度）及び混雑状況を示す情報を取得する。また、第２取得部１４は、店舗２０を利用するための待ち時間に関する待ち情報を取得する。本実施形態で一例として、第２取得部１４は、店舗情報に含まれる予約組数と平均案内間隔とに基づいて算出される予想待ち時間を、上記待ち情報として取得する。予想待ち時間は、例えば、予約組数に平均案内間隔を乗じることにより得られる。

続いて、ステップＳ６において、生成部１５は、エリアＡを含む地図画像Ｐ１上において、各店舗２０の店舗位置（緯度・経度）に各店舗２０の混雑状況に応じたアイコン５０を重畳させた重畳画像Ｐ２を生成する（図７参照）。アイコン５０は、店舗２０の位置及び混雑状況を図又は絵柄等で表現したオブジェクトである。図７の例では、アイコン５０は、店舗２０の位置を指し示す吹き出し画像によって表現されている。また、アイコン５０内（吹き出しの中）には、混雑状況を示すテキスト情報が表示されている。アイコン５０には、例えば、対応する店舗２０の関連情報（例えばＷｅｂサイトの情報等）へのリンクが関連付けられてもよい。この場合、アイコン５０をクリック（或いはタッチ）することにより、店舗２０の関連情報を画面上に表示させること等が可能となる。

ステップＳ６において、生成部１５は、一定以上の混雑度に対応する第１ステータスに関連付けられるアイコン５０と第１ステータスよりも低い混雑度に対応する第２ステータスに関連付けられるアイコン５０とを互いに類似しない表示態様によって表示する。また、生成部１５は、待ち情報（本実施形態では予想待ち時間）を店舗２０に関連付けて重畳画像Ｐ２に表示する場合には、予想待ち時間を第１ステータスに対応する表示態様と同一又は類似する表示態様で表現されたアイコン５０に表示する。

一例として、第１ステータスは、満席状態に対応する。本実施形態では、混雑状況は「空きあり」、「やや混雑」、及び「満席」の３種類であるため、「満席」が第１ステータスに対応し、「空きあり」及び「やや混雑」が第２ステータスに対応する。また、一例として、上記の表示態様は色である。すなわち、生成部１５は、「満席」の店舗２０に対応するアイコン５１とそれ以外の状態のアイコン５０（「やや混雑」の店舗２０に対応するアイコン５２及び「空きあり」の店舗２０に対応するアイコン５３）とを互いに類似しない色を用いて表示する。言い換えれば、生成部１５は、「満席」に対応するアイコン５１とそれ以外のアイコン５２，５３とが同系色で表示されないように、互いに異なる系統の色を用いて表示する。これにより、アイコン５１とアイコン５２，５３とは、視覚的に明確に区別される態様で表示される。なお、本実施形態では、アイコン５２とアイコン５３とについても、互いに類似しない表示態様（色）によって表示される。例えば、アイコン５１（満席）は赤系統の色で表示され、アイコン５２（やや混雑）は黄系統の色で表示され、アイコン５３（空きあり）は青系統の色で表示される。

また、生成部１５は、「満席」の店舗２０のうち、予想待ち時間を算出可能な店舗２０については、予想待ち時間が表示されたアイコン５４を生成する。そして、生成部１５は、待ち時間表示付きのアイコン５４の表示態様をアイコン５１（満席）と同一又は類似する表示態様で表現する。一例として、生成部１５は、アイコン５４をアイコン５１と同系統の色（本実施形態では赤）で表示する。図７においては、アイコン５０間の表示態様（色）の違いをハッチングの有無及び種類の違いによって表現している。赤は、一般的に、停止、注意喚起等を想起させる色である。従って、待ち情報が記載されるアイコン５４と満席を示すアイコン５１とをいずれも同じ赤系統の色で表すことにより、アイコン５１又はアイコン５４に対応する店舗２０がすぐに店内に入れる状態ではないことを、直感的にユーザに想起させることができる。

図６は、ステップＳ６の処理手順の一例を示すフローチャートである。図６に示されるように、まず、ステップＳ１１において、生成部１５は、ステップＳ４で特定された一以上の店舗２０のうちから未処理の店舗２０を処理対象の店舗２０として選択する。続いて、ステップＳ１２において、生成部１５は、処理対象として選択された店舗２０の店舗情報を参照することにより、予約組数が１以上であるか否かを判定する。

予約組数が１以上であると判定された場合（ステップＳ１２：ＹＥＳ）、生成部１５は、予想組数に平均案内間隔を乗じることにより予想待ち時間を算出する（ステップＳ１３）。そして、生成部１５は、算出された予想待ち時間（例えば「３０分」等）が表示された待ち時間表示付きのアイコン５４を生成し、当該店舗２０の店舗位置に配置する（ステップＳ１４）。

一方、予想組数が０であると判定された場合（ステップＳ１２：ＮＯ）、すなわち混雑状況が「空きあり」又は「やや混雑」である場合、生成部１５は、混雑状況に応じたアイコン（アイコン５２又はアイコン５３）を生成し、当該店舗２０の店舗位置に配置する（ステップＳ１５）。

生成部１５は、上述したステップＳ１１以降の処理を、ステップＳ４で特定された全ての店舗２０について実行する。すなわち、生成部１５は、未処理の店舗２０がある場合（ステップＳ１６：ＹＥＳ）には、ステップＳ１１以降の処理を繰り返し、未処理の店舗２０がなくなった場合（ステップＳ１６：ＮＯ）に、処理を終了する。以上の処理により、エリアＡに含まれる各店舗２０に対応するアイコン５０を地図画像Ｐ１に重畳させた重畳画像Ｐ２が生成される。

図５に戻り、ステップＳ７において、提示部１６は、生成部１５により生成された重畳画像Ｐ２をユーザに提示する。すなわち、提示部１６は、重畳画像Ｐ２をユーザ端末３０に送信する。これにより、ステップＳ８において、ユーザ端末３０上に重畳画像Ｐ２が表示される。本実施形態では一例として、ユーザ端末３０にインストールされているウェブブラウザによって、重畳画像Ｐ２が表示される。

［作用効果］
以上説明した管理サーバ１０によれば、一定以上の混雑度（第１ステータス。本実施形態では「満席」）に関連付けられるアイコン５１と第１ステータスよりも低い混雑度（第２ステータス。本実施形態では「やや混雑」及び「空きあり」）に関連付けられるアイコン５２，５３とが互いに類似しない表示態様（本実施形態では色）によって表示される。これにより、一定以上の混雑度を有する店舗２０とそれ以外の店舗２０とを明確に区別可能な態様で、各店舗２０の混雑状況をユーザに提示することができる。また、待ち時間に関する待ち情報（本実施形態では予想待ち時間）を店舗２０に関連付けて重畳画像Ｐ２に表示する場合には、当該予想待ち時間が第１ステータスに対応する表示態様と同一又は類似する表示態様で表現されたアイコン５４に表示される。これにより、本実施形態のように予想待ち時間をアイコン５４上に数字で表現する場合において、当該数字が予想待ち時間を示すことをユーザに直感的に把握させることができる。従って、管理サーバ１０によれば、店舗２０の混雑状況及び待ち時間に関する情報を直感的に把握し易い態様でユーザに提供することができる。

また、上述したように混雑度に応じて使い分けられるアイコン５０の表示態様は、アイコン５０の色であってもよい。この場合、第１ステータスのアイコン５１と第２ステータスのアイコン５２，５３とを互いに異なる系統の色で表現すると共に、待ち情報（予想待ち時間）が表示されるアイコン５４と第１ステータスのアイコン５１とを同系統の色で表現することにより、店舗２０の混雑状況及び待ち時間に関する情報をユーザに直感的に把握させることができる。仮に、待ち情報が表示されるアイコン５４と満席に関連付けられるアイコン５１とを異なる系統の色で表示した場合、どちらの状態も満席ですぐに案内できない状態を示すにもかかわらず、アイコン５４に対応する店舗２０の混雑度とアイコン５１に対応する店舗２０の混雑度とが異なるという誤った印象をユーザに与えてしまうおそれがある。上記実施形態によれば、このような誤った印象をユーザに与えることを回避することができる。

［変形例］
以上、実施形態について説明したが、本開示は、上述した実施形態に限定されない。例えば、上記実施形態では、管理端末２２が管理機能及び入力機能の両方の機能を備えていたが、管理端末２２は、管理機能を有する第１端末と入力機能を有する第２端末とに分けられてもよい。

また、上記実施形態では、管理サーバ１０が、重畳画像Ｐ２を生成する処理を実行したが、重畳画像Ｐ２は、ユーザ端末３０によって生成されてもよい。例えば、管理サーバ１０の第１取得部１３、第２取得部１４、生成部１５、及び提示部１６の機能を実行するためのアプリケーションプログラム（上述したプログラムＰの一部）が、ユーザ端末３０にインストールされてもよい。この場合、ユーザ端末３０が、上述した第１取得部１３、第２取得部１４、生成部１５、及び提示部１６として機能する。すなわち、ユーザ端末３０は、管理サーバ１０から店舗情報ＤＢ１２に記憶された店舗情報等のデータを取得し、取得されたデータに基づいて、上述した重畳画像Ｐ２の生成及び表示を実行してもよい。

また、上記実施形態における「店舗２０」は、ユーザに対して何らかのサービスを提供する施設であって同時にサービス提供可能なユーザ数（キャパシティ）に上限がある施設であればよく、店舗（すなわち、ユーザが金銭を支払い、その対価としてサービスの提供を受ける施設）には限られない。

また、管理端末２２において、予想待ち時間は手動で登録されてもよい。例えば、店舗２０のスタッフが管理端末２２を操作することによって、予想待ち時間（例えば「○○分」）を手動で入力してもよい。また、店舗２０内において、案内待ちの人が滞在する領域を撮像可能なカメラが設置される場合、当該カメラによって撮像された画像の解析結果（人物の検出結果等）に基づいて、案内待ちの人数（或いは組数）が自動的に検出されてもよい。

また、例えば店舗情報として平均案内間隔の情報が登録されていない店舗等、予想待ち時間を算出することができない店舗２０については、当該店舗２０に対応するアイコン５０として、図７に示されるアイコン５１（満席）が適用されてもよいし、アイコン５４の予想待ち時間の表記を待ち人数（或いは予約組数）の表記（例えば、「○組」、「○人」等）に置き換えたアイコンが適用されてもよい。また、上記に関連して、重畳画像Ｐ２上には、予想待ち時間が表記されたアイコン５４と、待ち人数（或いは予約組数）が表記されたアイコンとが混在してもよい。この場合でも、これらのアイコンが、アイコン５１と同一又は類似する表示態様で表示されることにより、重畳画像Ｐ２を閲覧したユーザは、これらのアイコンに対応する店舗２０がいずれも同程度に混雑していること（すなわち「満席」であること）を、直感的に把握することができる。その上で、ユーザは、アイコン上の待ち時間表記（例えば「○分」等）又は待ち人数表記（例えば、「○組」、「○人」等）が、それぞれ待ち時間又は待ち人数（或いは待ち組数）を示していることを、容易に把握することができる。

また、上記実施形態では、混雑状況は、「満席」、「やや混雑」、及び「空きあり」の３種類であったが、用意される混雑状況の種類は、２種類（例えば、「満席」又は「空きあり」）でもよい。或いは、混雑度を細分化することで４種類以上の混雑状況が用意されてもよい。

また、重畳画像Ｐ２に表示される店舗２０に対応するアイコンの形状及び表示情報等は、上記実施形態に限られない。例えば、アイコンには、テキストの代わりに混雑度を示す絵柄（例えば、人型の図形の数によって混雑度を示す絵柄）が表示されてもよい。また、上記実施形態では、アイコン５１とアイコン５４とに共通して適用されるアイコンの表示態様として、アイコンの色が用いられたが、上記表示態様は、アイコンの模様・図柄（例えば、ハッチングの種類等）等の色以外の態様であってもよい。

また、上記実施形態では、ユーザ端末３０の位置（緯度・経度）を示す位置情報が管理サーバ１０に送信され、当該位置を中心とするエリアＡが決定されたが、管理サーバ１０に送信される位置情報は、ユーザ端末３０自体の位置を示す情報でなくてもよい。例えば、ユーザ端末３０に表示された地図アプリケーション上でユーザが選択した地点（例えば、ユーザがこれから向かおうとしている地点）を示す位置情報が管理サーバ１０に送信されてもよい。また、エリアＡの形状は上記実施形態で例示した円形状に限られない。

また、重畳画像Ｐ２において各店舗２０のアイコン５０の表示形式は、上記実施形態で示したもの（図７参照）に限られない。以下、重畳画像Ｐ２におけるアイコン５０の表示形式の変形例として、アイコンのサイズ調整処理が適用された重畳画像と受付終了判定処理が適用された重畳画像とについて説明する。

（アイコンのサイズ調整処理）
生成部１５は、図６に示した手順に加えて、以下に説明するアイコンのサイズ調整処理を実行してもよい。アイコンのサイズ調整処理は、待ち情報（例えば、予想待ち時間、待ち人数、待ち組数等）が関連付けられた店舗２０に対応するアイコン５０のサイズを、待ち情報に対応する待ち時間の長さに応じて決定する。例えば、生成部１５は、待ち情報が関連付けられた店舗２０に対応するアイコン５０のサイズを、待ち情報に対応する待ち時間が長いほど小さくする。ここで、待ち情報に対応する待ち時間の長さとは、待ち情報が予想待ち時間を示す場合には、予想待ち時間の長さ（すなわち予想待ち時間そのもの）であり、待ち情報が待ち人数又は待ち組数を示す場合には、当該待ち人数又は待ち組数から推定される待ち時間の長さであってもよい。

図８は、店舗２０毎に実施されるアイコンのサイズ調整処理の手順の一例を示すフローチャートである。ここでは一例として、待ち情報が予想待ち時間を示す場合について説明する。まず、生成部１５は、予想待ち時間Ｔ（図６のステップＳ１３で算出される予想待ち時間）が予め定められた閾値時間Ｔ１以内（すなわち、Ｔ≦Ｔ１）であるか否かを判定する（ステップＳ２１）。予想待ち時間Ｔが閾値時間Ｔ１以内である場合（ステップＳ２１：ＹＥＳ）、生成部１５は、当該予想待ち時間Ｔが関連付けられたアイコン５０のサイズを通常サイズ（アイコン５１～５３と同一のサイズ）とする（ステップＳ２２）。一方、予想待ち時間Ｔが閾値時間Ｔ１より大きい場合（ステップＳ２１：ＮＯ）、生成部１５は、予想待ち時間Ｔが予め定められた閾値時間Ｔ２（Ｔ２＞Ｔ１）以下（すなわち、Ｔ１＜Ｔ≦Ｔ２）であるか否かを判定する（ステップＳ２３）。

予想待ち時間Ｔが閾値時間Ｔ１より大きく閾値時間Ｔ２以下である場合（ステップＳ２３：ＹＥＳ）、生成部１５は、当該予想待ち時間Ｔが関連付けられたアイコン５０のサイズを通常サイズよりも小さいサイズ（通常サイズのｘ％（ｘ＜１００））とする（ステップＳ２４）。一方、予想待ち時間Ｔが閾値時間Ｔ２より大きい場合（ステップＳ２３：ＮＯ）、生成部１５は、当該予想待ち時間Ｔが関連付けられたアイコン５０のサイズを通常サイズよりもさらに小さいサイズ（通常サイズのｙ％（ｙ＜ｘ））とする（ステップＳ２５）。

図９は、図８に示したアイコンのサイズ調整処理が適用された重畳画像Ｐ２の一例を示す図である。この例では、「Ｔ１」は５分に設定されており、「Ｔ２」は３０分に設定されており、「ｘ」は８０に設定されており、「ｙ」は「６０」に設定されている。すなわち、予想待ち時間が５分以下である店舗２０に対応するアイコン５４Ａは、通常サイズとされている。予想待ち時間が５分より大きく３０分以下である店舗２０に対応するアイコン５４Ｂは、通常サイズの８０％の大きさとされている。予想時間が３０分より大きい店舗２０に対応するアイコン５４Ｃは、通常サイズの６０％の大きさとされている。なお、図９において「６０」と記載されたアイコン５４Ｃは、予想待ち時間が６０分であることを示す。この例では、吹き出しが小さいため単位が省略されているが、単位を記載することを優先してアイコン内に単位も記載するようにしてもよい。特に、地図上に表示されるアイコンに付加される待ち情報の種類として、待ち時間と待ち組数とが混在する場合には、単位（分、組等）を記載する方が好ましい。一方、待ち情報の種類が１つのみである場合（例えば、待ち時間（例えば分）のみの場合等）には、単位の記載が省略されてもよい。上述した通り、本実施形態では、待ち情報（本実施形態では予想待ち時間）が表示されるアイコン５４が、満席を示すアイコン５１と同じ表示態様（本実施形態では同じ色）で表現されるため、単位の記載が省略されたとしても、アイコン５４に表示される数字が予想待ち時間を示す数字であることを、ユーザに暗に提示することができる。

上述したようなアイコンのサイズ調整処理が実施される場合には、アイコン５０のサイズによって、ユーザに対して待ち時間の長さをより直感的に把握させることができる。さらに、待ち時間が長い程アイコンのサイズを小さくすることで、案内までの時間が短い店舗２０に対応するアイコンを、案内までの時間が長い店舗２０に対応するアイコンよりも目立たせることができる。これにより、今すぐに何らかの店舗２０を利用したいと考えているユーザの利便性を向上させることができる。

なお、上述した閾値時間Ｔ１，Ｔ２は、全ての店舗２０で共通の値に設定されてもよいし、店舗２０毎に異なる値に設定されてもよい。また、生成部１５は、待ち情報が関連付けられた店舗２０に対応するアイコン５０を表示するか否かを、待ち情報に対応する待ち時間の長さに応じて決定してもよい。例えば、生成部１５は、予想待ち時間が予め定められた閾値時間（例えば６０分）以上である店舗２０に対応するアイコン５０を表示しないようにしてもよい。この場合、図９の例において、予想待ち時間が６０分である店舗２０に対応するアイコン５４Ｃは、表示されないことになる。

（受付終了判定処理）
また、生成部１５は、図６に示した手順に加えて、以下に説明する受付終了判定処理を実行してもよい。受付終了判定処理を実施するにあたって、第２取得部１４は、各店舗２０について、サービスを受付可能な最終時刻を示す情報を更に取得してもよい。最終時刻は、例えば、営業終了時刻又はラストオーダー時刻の早い方の時刻である。例えば、各店舗２０の店舗情報（図４参照）には、最終時刻を示す情報が含まれていてもよい。この場合、第２取得部１４は、各店舗２０の店舗情報を参照することにより、各店舗２０の最終時刻を示す情報を取得することができる。また、生成部１５は、各店舗２０について、現在時刻に待ち情報に応じた待ち時間を加算した予想入店時刻と最終時刻とを比較し、予想入店時刻が最終時刻を超える店舗２０については、待ち情報を表示しないように構成されてもよい。また、生成部１５は、予想入店時刻が最終時刻を超える店舗２０に対応するアイコン５０を、第１ステータス（本実施形態では「満席」）及び第２ステータス（本実施形態では「やや混雑」及び「空きあり」）に対応する表示態様とは類似しない表示態様で表示してもよい。

図１０は、店舗２０毎に実施される受付終了判定処理の手順の一例を示すフローチャートである。ここでは一例として、待ち情報が予想待ち時間を示す場合について説明する。
まず、第２取得部１４は、該当する店舗２０の店舗情報を参照することにより、サービスを受付可能な最終時刻を取得する（ステップＳ３１）。続いて、生成部１５は、現在時刻に予想待ち時間（図６のステップＳ１３で算出される予想待ち時間）を加算することにより、予想入店時刻を算出する（ステップＳ３２）。例えば、現在時刻が２１時であり、予想待ち時間が４５分である場合、予想入店時刻は２１時４５分と算出される。続いて、生成部１５は、予想入店時刻が最終時刻を超えるか否かを判定する（ステップＳ３３）。予想入店時刻が最終時刻を超えない場合（ステップＳ３３：ＹＥＳ）、生成部１５は、通常通り、当該店舗２０に対して待ち時間表示付きのアイコン５０（すなわち、図７に示されるアイコン５４）を適用する（ステップＳ３４）。一方、予想入店時刻が最終時刻を超える場合（ステップＳ３３：ＮＯ）、生成部１５は、当該店舗２０に対して受付終了アイコンを適用する（ステップＳ３５）。

図１１は、図１０に示した受付終了判定処理が適用された重畳画像Ｐ２の一例を示す図である。この例では、ステップＳ３５の処理が実行された店舗２０に対応するアイコンとして、第１ステータス及び第２ステータスに対応する表示態様とは類似しない表示態様で表現された受付終了アイコン５５が適用されている。一例として、受付終了アイコン５５は、第１ステータス及び第２ステータスに対応するアイコンの色（本実施形態では、赤、黄、青）とは異なる系統の色（例えば、グレー）で表示される。また、受付終了アイコン５５には、「受付終了」のテキスト情報が付加されている。

上述したような受付終了判定処理が実施される場合には、現在時刻と予想待ち時間とから、店舗２０を利用することができないと予想される場合（すなわち、入店時刻が最終時刻を超えることが予想される場合）に、その旨を示す情報をユーザに適切に提示することができる。すなわち、実際には待機したとしてもサービスを受けられない可能性が高い店舗２０について、待機して自分の順番が来ればサービスを受けられるという誤った印象をユーザに与えてしまうことを回避することができる。

なお、上述したアイコンのサイズ調整処理及び受付終了判定処理は、併用されてもよいし、いずれか一方のみが適用されてもよい。また、アイコンのサイズ調整処理及び受付終了判定処理は、上記実施形態（すなわち、アイコン５１をアイコン５４の表示態様と同一又は類似の表示態様で表現する形態）と組み合わせて実施されてもよいし、上記実施形態とは独立して実施されてもよい。

１０…管理サーバ（情報提供装置）、１３…第１取得部、１４…第２取得部、１５…生成部、１６…提示部、２０…店舗（施設）、５０，５１，５２，５３，５４，５４Ａ，５４Ｂ，５４Ｃ，５５…アイコン、Ａ…エリア、Ｐ１…地図画像、Ｐ２…重畳画像。

特開２０１１－２２１８０４号公報

Claims (10)

1. 位置情報を取得する第１取得部と、
   前記位置情報に応じたエリアに存在する一以上の施設の各々について、施設位置及び混雑状況を示す情報を取得する第２取得部と、
   前記エリアを含む地図画像上において、各前記施設の施設位置に各前記施設の混雑状況に応じたアイコンを重畳させた重畳画像を生成する生成部と、
   前記生成部により生成された前記重畳画像をユーザに提示する提示部と、
   を備え、
   前記生成部は、一定以上の混雑度に対応する第１ステータスに関連付けられるアイコンと前記第１ステータスよりも低い混雑度に対応する第２ステータスに関連付けられるアイコンとを互いに類似しない表示態様によって表示し、前記施設を利用するための待ち時間に関する待ち情報を該施設に関連付けて前記重畳画像に表示する場合には、前記待ち情報を前記第１ステータスに対応する表示態様と同一又は類似する表示態様で表現されたアイコンに表示する、情報提供装置。
2. 前記表示態様は色である、請求項１に記載の情報提供装置。
3. 前記第１ステータスは、満席状態に対応する、請求項１又は２に記載の情報提供装置。
4. 前記生成部は、前記待ち情報が関連付けられた前記施設に対応するアイコンのサイズを、前記待ち情報に対応する前記待ち時間の長さに応じて決定する、請求項１～３のいずれか一項に記載の情報提供装置。
5. 前記生成部は、前記待ち情報が関連付けられた前記施設に対応するアイコンのサイズを、前記待ち情報に対応する前記待ち時間が長いほど小さくする、請求項４に記載の情報提供装置。
6. 前記生成部は、前記待ち情報が関連付けられた前記施設に対応するアイコンを表示するか否かを、前記待ち情報に対応する前記待ち時間の長さに応じて決定する、請求項１～５のいずれか一項に記載の情報提供装置。
7. 前記第２取得部は、各前記施設について、サービスを受付可能な最終時刻を示す情報を更に取得し、
   前記生成部は、各前記施設について、現在時刻に前記待ち情報に応じた待ち時間を加算した予想入店時刻と前記最終時刻とを比較し、前記予想入店時刻が前記最終時刻を超える前記施設については、前記待ち情報を表示しない、請求項１～６のいずれか一項に記載の情報提供装置。
8. 前記生成部は、前記予想入店時刻が前記最終時刻を超える前記施設に対応するアイコンを、前記第１ステータス及び前記第２ステータスに対応する表示態様とは類似しない表示態様で表示する、請求項７に記載の情報提供装置。
9. コンピュータにより実行される情報提供方法であって、
   位置情報を取得するステップと、
   前記位置情報に応じたエリアに存在する一以上の施設の各々について、施設位置及び混雑状況を示す情報を取得するステップと、
   前記エリアを含む地図画像上において、各前記施設の施設位置に各前記施設の混雑状況に応じたアイコンを重畳させた重畳画像を生成するステップと、
   前記重畳画像をユーザに提示するステップと、
   を含み、
   前記重畳画像を生成するステップにおいて、一定以上の混雑度に対応する第１ステータスに関連付けられるアイコンと前記第１ステータスよりも低い混雑度に対応する第２ステータスに関連付けられるアイコンとを互いに類似しない表示態様によって表示し、前記施設を利用するための待ち時間に関する待ち情報を該施設に関連付けて前記重畳画像に表示する場合には、前記待ち情報を前記第１ステータスに対応する表示態様と同一又は類似する表示態様で表現されたアイコンに表示する、情報提供方法。
10. コンピュータを、
    位置情報を取得する第１取得部と、
    前記位置情報に応じたエリアに存在する一以上の施設の各々について、施設位置及び混雑状況を示す情報を取得する第２取得部と、
    前記エリアを含む地図画像上において、各前記施設の施設位置に各前記施設の混雑状況に応じたアイコンを重畳させた重畳画像を生成する生成部と、
    前記生成部により生成された前記重畳画像をユーザに提示する提示部と、
    として機能させ、
    前記生成部は、一定以上の混雑度に対応する第１ステータスに関連付けられるアイコンと前記第１ステータスよりも低い混雑度に対応する第２ステータスに関連付けられるアイコンとを互いに類似しない表示態様によって表示し、前記施設を利用するための待ち時間に関する待ち情報を該施設に関連付けて前記重畳画像に表示する場合には、前記待ち情報を前記第１ステータスに対応する表示態様と同一又は類似する表示態様で表現されたアイコンに表示する、情報提供プログラム。

Images