(57)【要約】【課題】ユーザに対して、より有効に施設の混雑状況を提供する為の情報提供システムを提供することを課題とする。【解決手段】ユーザに対して施設の混雑状況を集計して閲覧可能とする情報提供サーバを備えた情報提供システムであって、前記情報提供サーバは、過去の天気情報が紐づけられたユーザの来訪履歴データに基づいて、１又は複数の来訪推奨時間を算出する推奨時間算出手段と、天気情報の入力を受け付ける天気情報受付手段と、曜日単位の前記来訪履歴データに基づいて、施設の前記混雑状況を集計処理し、受け付けた前記天気情報に応じて、曜日単位でグラフ表示した前記混雑状況に、前記来訪推奨時間を示すマーカを重ね、ユーザ端末に対して表示する為の集計手段と、を備えることを特徴とする。【選択図】図１
2019067109.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに対して施設の混雑状況を集計して閲覧可能とする情報提供サーバを備えた情報提供システムであって、
前記情報提供サーバは、
過去の天気情報が紐づけられたユーザの来訪履歴データに基づいて、１又は複数の来訪推奨時間を算出する推奨時間算出手段と、
天気情報の入力を受け付ける天気情報受付手段と、
曜日単位の前記来訪履歴データに基づいて、施設の前記混雑状況を集計処理し、受け付けた前記天気情報に応じて、曜日単位でグラフ表示した前記混雑状況に、前記来訪推奨時間を示すマーカを重ね、ユーザ端末に対して表示する為の集計手段と、を備えることを特徴とする情報提供システム。
【請求項２】
施設に設けられ、ユーザからの順番待ち予約を受け付ける為の受付端末を更に備え、
前記過去の天気情報は、前記受付端末を介して選択入力された天気情報を含むこと、を特徴とする請求項１に記載の情報提供システム。
【請求項３】
前記天気情報受付手段で取得される天気情報は、前記混雑状況の表示に係る施設又はその周辺の施設において、前記受付端末で受け付けた天気情報を含むこと、を特徴とする請求項２に記載の情報提供システム。
【請求項４】
前記来訪履歴データには、ユーザの施設での滞在時間に関する情報が対応付けられ、
前記滞在時間に基づいて、サービス提供の回転率が算出され、前記来訪推奨時間の算出処理又は前記混雑状況の集計処理の少なくとも一方に利用されること、を特徴とする請求項１〜３の何れかに記載の情報提供システム。
【請求項５】
前記来訪履歴データには、施設の席種に関する情報が対応付けられ、
前記席種に基づいて、席種ごとの回転率が算出され、前記来訪推奨時間の算出処理又は前記混雑状況の集計処理の少なくとも一方に利用されること、を特徴とする請求項４に記載の情報提供システム。
【請求項６】
ある施設に関する施設ページを閲覧中のユーザに対して、当該施設の混雑状況又は来訪推奨時間の少なくとも一方、を用いて、推奨する他の施設を決定する施設推奨手段を備えること、を特徴とする請求項１〜５の何れかに記載の情報提供システム。
【請求項７】
ユーザに対して施設の混雑状況を集計して閲覧可能とする為の情報提供方法であって、
過去の天気情報が紐づけられたユーザの来訪履歴データに基づいて、１又は複数の来訪推奨時間を算出する推奨時間算出手段と、
天気情報の入力を受け付ける天気情報受付手段と、
曜日単位の前記来訪履歴データに基づいて、施設の前記混雑状況を集計処理し、受け付けた前記天気情報に応じて、曜日単位でグラフ表示した前記混雑状況に、前記来訪推奨時間を示すマーカを重ね、ユーザ端末に対して表示する為の集計手段と、として情報提供サーバのプロセッサを機能させることを特徴とする情報提供方法。
【請求項８】
ユーザに対して施設の混雑状況を集計して閲覧可能とする為の情報提供プログラムであって、
コンピュータを、過去の天気情報が紐づけられたユーザの来訪履歴データに基づいて、１又は複数の来訪推奨時間を算出する推奨時間算出手段と、
天気情報の入力を受け付ける天気情報受付手段と、
曜日単位の前記来訪履歴データに基づいて、施設の前記混雑状況を集計処理し、受け付けた前記天気情報に応じて、曜日単位でグラフ表示した前記混雑状況に、前記来訪推奨時間を示すマーカを重ね、ユーザ端末に対して表示する為の集計手段と、として機能させることを特徴とする情報提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施設の混雑状況をユーザに提供する為の情報提供システムに関する。
【背景技術】
【０００２】
従来から、飲食店、携帯電話ショップ等の窓口業務を行う店舗、理容所・美容院、病院等の施設における混雑状況を、ユーザに提供する為の技術が提供されている。
【０００３】
例えば、携帯端末に搭載されたWi-Fi機能を利用し、施設内で検知される携帯端末の数と施設の来訪者の相関関係に基づいて、施設利用ユーザ数を推定する為の混雑状況推定システムに関する技術が知られている（特許文献１）。
【０００４】
ここで、例えば、施設利用ユーザ数の推定情報に基づき、ユーザ数（推定）の推移をあらわすグラフ（推移グラフ）を作成し、これを施設内の表示モニタに表示したり、施設のホームページなどに推移グラフを表示することが記載されている（明細書の段落００３１、図７）。
【０００５】
また、テーマパークに存在する複数の娯楽施設の混雑状況を利用者に提供する為の技術であって、混雑状況監視装置が混雑状況の割合を測定し、混雑状況提供装置が、該測定した混雑状況の割合を、該娯楽施設を識別するための娯楽施設情報と共に受け取り、受信した混雑状況の割合を娯楽施設情報に関連づけて格納部に格納し、混雑状況の割合と娯楽施設情報を通信端末装置に送信し、混雑状況提供装置から混雑状況の割合を受信した通信端末装置は、娯楽施設情報に関連づけて表示部上に表示する技術が記載されている（特許文献２）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１７−  ２２５０５号公報
【特許文献２】特開２００６−１４１８１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、これから施設の予約を行うユーザや、施設への来訪を検討しているユーザに対して、曜日や時間帯等に応じて、より有効に、施設の混雑状況を提供したい要望がある。ユーザにおいては、混雑状況を把握することで待ち時間が少ないタイミングを見計らって施設に赴くことができ、施設側においては、一定の時間における顧客の集中を防ぎ、負荷分散を行うことが可能である。
【０００８】
本発明は、上記のような実状に鑑みてなされたものであり、ユーザに対して、より有効に施設の混雑状況を提供することを解決すべき課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明は、ユーザに対して施設の混雑状況を集計して閲覧可能とする情報提供サーバを備えた情報提供システムであって、
前記情報提供サーバは、
過去の天気情報が紐づけられたユーザの来訪履歴データに基づいて、１又は複数の来訪推奨時間を算出する推奨時間算出手段と、
天気情報の入力を受け付ける天気情報受付手段と、
前記曜日単位の前記来訪履歴データに基づいて、施設の前記混雑状況を集計処理し、受け付けた前記天気情報に応じて、曜日単位でグラフ表示した前記混雑状況に、前記来訪推奨時間を示すマーカを重ね、ユーザ端末に対して表示する為の集計手段と、を備えることを特徴とする。
【００１０】
このような構成とすることで、受け付けた天気情報に応じて、実際の天気に応じた混雑状況をユーザに提供することが可能となる。これにより、混雑状況等の情報をユーザに対してより有効に提供することが可能となる。
【００１１】
本発明の好ましい形態では、前記施設に設けられ、ユーザからの順番待ち予約を受け付ける為の受付端末を更に備え、
前記過去の天気情報は、前記受付端末を介して選択入力された天気情報を含むこと、を特徴とする。
このような構成とすることで、順番待ち予約の受付を行うユーザが入力した現実の天気情報を過去の天気情報として利用でき、より有効に混雑状況等の情報を提供することが可能となる。
【００１２】
本発明の好ましい形態では、前記天気情報受付手段で取得される天気情報は、前記混雑状況の表示に係る施設又はその周辺の施設において、前記受付端末で受け付けた天気情報を含むこと、を特徴とする。
このような構成とすることで、ユーザから入力された天気情報に基づいて、より有効に混雑状況等の情報を提供することができる。
【００１３】
本発明の好ましい形態では、前記来訪履歴データには、ユーザの施設での滞在時間に関する情報が対応付けられ、
前記滞在時間に基づいて、サービス提供の回転率が算出され、前記来訪推奨時間の算出処理又は前記混雑状況の集計処理の少なくとも一方に利用されること、を特徴とする。
【００１４】
本発明の好ましい形態では、前記来訪履歴データには、施設の席種に関する情報が対応付けられ、
前記席種に基づいて、席種ごとの回転率が算出され、前記来訪推奨時間の算出処理又は前記混雑状況の集計処理の少なくとも一方に利用されること、を特徴とする。
スタッフ数等が時間によって変動する場合、来訪数を単に比較するのみでは有効な混雑状況の対比ができない。このような構成とすることで、施設の回転率を加味して、より有効に混雑状況等の情報を提供することができる。
【００１５】
本発明の好ましい形態では、ある施設に関する施設ページを閲覧中のユーザに対して、当該施設の混雑状況又は来訪推奨時間の少なくとも一方、を用いて、推奨する他の施設を決定する施設推奨手段を備えること、を特徴とする。
このような構成とすることで、より有効に他の施設に係る混雑状況等の情報を提供することができる。
【００１６】
本発明は、ユーザに対して施設の混雑状況を集計して閲覧可能とする為の情報提供方法であって、
過去の天気情報が紐づけられたユーザの来訪履歴データに基づいて、１又は複数の来訪推奨時間を算出する推奨時間算出手段と、
天気情報の入力を受け付ける天気情報受付手段と、
前記曜日単位の前記来訪履歴データに基づいて、施設の前記混雑状況を集計処理し、受け付けた前記天気情報に応じて、曜日単位でグラフ表示した前記混雑状況に、前記来訪推奨時間を示すマーカを重ね、ユーザ端末に対して表示する為の集計手段と、として情報提供サーバのプロセッサを機能させることを特徴とする。
【００１７】
本発明は、ユーザに対して施設の混雑状況を集計して閲覧可能とする為の情報提供プログラムであって、
コンピュータを、過去の天気情報が紐づけられたユーザの来訪履歴データに基づいて、１又は複数の来訪推奨時間を算出する推奨時間算出手段と、
天気情報の入力を受け付ける天気情報受付手段と、
前記曜日単位の前記来訪履歴データに基づいて、施設の前記混雑状況を集計処理し、受け付けた前記天気情報に応じて、曜日単位でグラフ表示した前記混雑状況に、前記来訪推奨時間を示すマーカを重ね、ユーザ端末に対して表示する為の集計手段と、として機能させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、ユーザに対して、より有効に施設の混雑状況を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係る情報提供システムの機能ブロック図である。
【図２】本発明の実施形態に係る情報提供サーバのハードウェア構成図である。
【図３】本発明の実施形態に係る本実施形態における受付管理テーブルの一例を示す図である。
【図４】本発明の実施形態に係る受付端末における画面表示例である。
【図５】本発明の実施形態に係る受付端末で順番待ち予約の受付を行う際の処理フローチャートである。
【図６】本発明の実施形態に係る受付情報のステータスの変更に係る処理フローチャートである。
【図７】本発明の実施形態に係るユーザ端末における画面表示例である。
【図８】本発明の実施形態に係るユーザ端末における画面表示例である。
【図９】本発明の実施形態に係る店舗ページにて表示する混雑状況を決定する際の処理フローチャートである。
【発明を実施するための形態】
【００２０】
以下、図面を用いて、本発明に係る情報提供システムについて説明する。なお、以下に示す実施形態は本発明の一例であり、本発明を以下の実施形態に限定するものではなく、様々な構成を採用することもできる。
【００２１】
例えば、本実施形態では情報提供システムの構成、動作などについて説明するが、同様の構成の方法、サーバ装置、コンピュータプログラム、記録媒体なども、同様の作用効果を奏することができる。また、プログラムは、記録媒体に記憶させてもよい。この記録媒体を用いれば、例えばコンピュータに前記プログラムをインストールすることができる。ここで、前記プログラムを記憶した記録媒体は、例えばＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。
【００２２】
本発明における施設とは、店舗、商業施設、公共施設等、ユーザへのサービスを提供する為の施設である。施設の種類や、提供されるサービス形態には、特に制限はない。本実施形態では、店舗（施設）の情報を閲覧したり、店舗の予約（時間指定を伴う時間指定予約や、順番待ち予約）を行う為にユーザ端末等を介して閲覧されるウェブサイト上にて、天気情報に応じて、ユーザに対する店舗の混雑状況を提供する為のシステムを示す。
【００２３】
以下、天気情報とは、主として、天気別の混雑状況の決定や、来訪推奨時間の決定に用いられる、受付情報（来訪履歴データ）に対応付けられた過去の天気情報と、ユーザが混雑状況等を閲覧する際の天気の指定に利用される現実の天気情報（現在の天気情報）と、を含む。
【００２４】
本実施形態において、予約とは、ユーザから、当日又は未来の予約日時の指定を伴って行われる形式（時間指定予約）であってもよいし、ユーザが順番待ちに参加し、順番が回ってきた際に、サービスの提供を受ける形式（順番待ち予約）であってもよい。順番待ちに参加する場合、順番待ちの人数又はグループ数、サービスの提供を行う為のスタッフや座席、窓口等のサービス提供要素数、予め設定された提供時間又はユーザが選択したサービスに対応した提供時間、等に基づいて、予約時間又は日時（以下、予約日時とする）が算出され、店舗に赴くタイミングの目安として、ユーザに提示される。
【００２５】
また、本実施形態では、配信手段（図示せず）により、予約を行ったユーザに対して、待ち状況の確認や、予約時間のリマインド等の為に、メッセージが配信される。メッセージを配信する方法としては、予約を行ったユーザのメールアドレスに対して電子メールを配信する方法や、ユーザ端末に記憶したアプリケーションに対して行われる通知を行う方法、ＳＭＳ（Short Message Service）を送信する方法など、ユーザ端末を介してユーザへの情報伝達を行う為の種々の方法を採用することができる。
【００２６】
図１は、本発明の実施形態に係る情報提供システムの機能ブロック図である。情報提供システム１は、情報提供サーバ２と、予約等に関する情報を記憶したデータベースＤＢと、ユーザ（顧客）が操作するユーザ端末３と、店舗（施設）に設置され、ユーザによる予約の受付等に利用される受付端末４と、店舗（施設）の従業員が操作する従業員端末５と、を備えている。また、外部サービスであって、天気の情報を配信する天気情報配信システム６と、情報提供システムは、ネットワークＮＷを介して通信可能に構成されている。情報提供サーバ２と、ユーザ端末３、受付端末４及び従業員端末５とは、ネットワークＮＷを介して通信可能に構成されている。情報提供システム１が、天気情報配信システム６を備えていてもよい。
【００２７】
図２は、情報提供サーバ２のハードウェア構成を示す図である。情報提供サーバ２は、演算装置（ＣＰＵ２０１）と、主記憶装置（ＲＡＭ２０２）と、ＨＤＤやＳＳＤ、フラッシュメモリなどの補助記憶装置（記録装置２０３）と、外部の装置とネットワークＮＷを介して通信を行うためのインタフェースである通信装置２０４と、入力装置２０５と、出力装置２０６と、を備えている。また、記録装置２０３は、オペレーティングシステム２０７と、オペレーティングシステム２０７と協調してその機能を発揮する情報配信プログラム２０８等が記録されている。
【００２８】
ユーザ端末３は、ＣＰＵ等の演算装置、ＲＡＭ等の主記憶装置、ＨＤＤやＳＳＤ、フラッシュメモリ等の補助記憶装置、ネットワークＮＷへの接続手段を含む各種の入出力装置等を備えた、汎用的なコンピュータ装置を用いることができる。本実施形態では、パーソナルコンピュータを用いる場合について例示する。ユーザ端末３は、店舗（施設）の情報を閲覧したり、店舗（施設）への予約等を行う為のユーザ用の端末として機能する為のウェブページを利用する為のウェブブラウザアプリケーションや専用アプリケーションを記憶している。
【００２９】
受付端末４は、ＣＰＵ等の演算装置、ＲＡＭ等の主記憶装置、ＨＤＤやＳＳＤ、フラッシュメモリ等の補助記憶装置、ネットワークＮＷへの接続手段を含む各種の入出力装置等を備えた、汎用的なコンピュータ装置を用いることができる。本実施形態では、入力部４１としてタッチパネル備えたタブレット端末を用いる場合について例示する。受付端末４は、ユーザからの予約の受付等行う為の受付用の端末として機能する為の専用アプリケーションやウェブページを利用する為のウェブブラウザアプリケーションを記憶している。
【００３０】
なお、受付端末４は、施設の入口付近などに設置され、顧客がサービスを受ける為に、受付や順番待ちを行う為の端末装置である。受付端末４は、プリンタ７と有線又は無線によって接続されており、受付端末４からの印刷要求に基づいて、発券部３１での紙面への印刷を行う。例えば、受付端末４より、算出された待ち時間や待ち人数等の情報がプリンタ７に送信され、印刷物に印字されてユーザに受け渡される。
【００３１】
従業員端末５は、受付（予約）に対して、サービスを提供する担当スタッフの設定や、サービス提供に関するステータスや時刻等の登録行う為に、従業員が使用する端末装置である。
【００３２】
ここで、受付端末４が従業員端末５の機能を兼ねるように構成しても、本発明を実施することが可能である。その場合、例えば、従業員用の端末の機能並びに受付用の端末の機能を備えた専用アプリケーションやウェブページを利用する為のウェブブラウザアプリケーションを記憶した１又は複数台の端末装置を店舗（施設）に配置して、利用する構成であってもよい。また、受付端末４や従業員端末５は、必ずしも各店舗（施設）に１台ずつ配置される必要はなく、１店舗（１施設）に対して複数配置されもよい。
【００３３】
情報提供サーバ２は、受付手段２１と、変更手段２２と、受付管理手段２３と、施設情報記憶手段２４と、混雑状況集計手段２５と、推奨時間算出手段２６と、施設推奨手段２７と、天気情報受付手段２８と、を備えている。ここで、情報提供サーバ２を構成するコンピュータは、必ずしも１台である必要はなく、ネットワークＮＷ上に分散する複数のコンピュータから構成されてもよい。また、情報提供サーバ２に備えられた各手段を実行する為のプログラムの一部又は全部が、従業員端末５や受付端末４に記憶され、実行されるような構成であってもよい。
【００３４】
データベースＤＢは、情報提供システム１で利用される情報を記憶している。本実施形態では、データベースＤＢは、受付情報と、店舗情報と、混雑状況情報と、天気情報と、を有している。データベースＤＢに記憶された情報の一部又は全部が、従業員端末５や受付端末４に記憶され、利用されるような構成としてもよい。図３は、本実施形態における受付管理テーブルの一例を示す図である。
【００３５】
受付情報は、順番待ち予約や時間指定を伴う予約の受付を行った際に生成される情報である。本実施形態では、この受付情報にステータスや時間を付して、履歴データとして利用している。受付情報は、例えば、受付を行った日時を示す受付日時、「案内済」や「未呼出」、「不在」、「呼出中」、「提供中」、「キャンセル（連絡あり）」、「キャンセル（無断）など受付した顧客に対するサービスの提供状況を示す案内状況、順番待ちや呼出等、店舗内での受付管理に利用される受付番号、受付したサービス内容を示す内容情報、サービス提供の要素（スタッフや席種の指定等）について希望を受け付けたり、質問やアンケートとして顧客に回答させるための選択情報、利用している駐車場の番号等の駐車場情報、ユーザに割り当てた座席や担当、受付時の天気情報、サービス開始日時、終了日時、どのデバイスから予約されたかを示す経路情報、等を含んでいる。
【００３６】
受付情報に含まれる情報は、ユーザによって入力されてもよい。また、受付情報に含まれる情報は、店舗の従業員等店舗側から入力されてよい。例えば、本実施形態では、順番待ち予約の受付に際して、ユーザは受付端末４の入力部４１等を介して、内容情報や選択情報、駐車場所、天気情報、等を入力する。店舗の従業員は、従業員端末５より、案内状況や現実にユーザを案内した座席、ユーザへのサービス提供などを行った担当、等を割り付ける。
【００３７】
受付手段２１は、受付端末４の入力部４１を介して、来店したユーザによる順番待ち予約の登録を受け付け、受付情報として登録する。ユーザは、順番待ち予約に際して、内容情報や選択情報、駐車場所、天気情報、等を入力する。また、本実施形態では、更に、店舗の予約を行う為のウェブページにアクセスしたユーザ端末３を介して、順番待ち予約の登録を受け付ける。変更手段２２は、受付端末４やユーザ端末３を介して、予約のキャンセルや、内容情報の変更など、登録した受付情報の変更を受け付ける。
【００３８】
登録の受付に際して、登録の経路に応じて入力を要求する情報を変更して構わない。本実施形態では、ユーザ端末３を介した登録の場合は、駐車場所、天気情報、等については入力を要求しない。なお、ユーザが現実に店舗に赴いた際に、ユーザ端末３を介して登録した際の受付番号等を利用して登録済みの受付情報を特定し、受付端末４から再度入力を行わせて、受付情報への天気情報等の追加の情報を入力させるように構成してもよい。
【００３９】
受付手段２１によって受付が行われると、新たな受付情報が登録される。ユーザに対しては、受付が行われると、プリンタ７から受付番号や待ち時間等に関する情報が記載された印刷物の発券が行われる。
【００４０】
図４〜５を用いて、本実施形態における受付端末４での受付の流れについて説明する。図４は受付端末４の表示部における画面表示例である。図５は、受付端末４で順番待ち予約の受付を行う際の処理フローチャートである。
【００４１】
図４（ａ）に示すように、待ち受け状態の受付端末４の表示部には、受付画面Ｗ１が表示される。受付画面Ｗ１は、選択可能なサービス内容入力部Ｗ２及び順番待ちの待ち時間表示部Ｗ３を有しており、顧客は入力部４１を介して、表示されたサービス内容入力部Ｗ２の中から、所望のサービス内容を選択する。更に、順番待ちを行っている待ち顧客表示部Ｗ４（本例における「未呼出」の顧客）や、順番になったが不在の不在顧客表示部Ｗ５（本例における「不在」の顧客）を備え、それらを一覧表示可能に構成している。
【００４２】
図５のステップＳ１において、店舗に赴いたユーザは、受付端末４を介して所望するサービス内容を選択して、順番待ち予約を行う。サービス内容が選択されたならば、ステップＳ２に進み、選択情報の受付を行う。図４（ｂ）は選択情報を入力する際の画面表示例である。選択情報入力部Ｗ６は、サービス提供の要素（スタッフや席種の指定等）について希望を受け付けたり、質問やアンケートとして顧客に回答させるための情報である。本例では、来店回数に関する質問を、選択情報入力部Ｗ６を介して行っている。なお、本例では、選択情報は１つであるが、複数の選択情報を受け付けるように構成しても構わない。
【００４３】
選択情報が選択されたならば、ステップＳ３に進み、天気情報の受付を行う。図４（ｃ）は天気情報を入力する際の画面表示例である。天気情報入力部Ｗ７で入力される情報は、現在の天気についての情報である。本例では、「晴れ」「くもり」「雨」の三種類の天気について、天気情報入力部Ｗ７から入力を受け付ける。ユーザは、現在の天気を選択形式にて回答する。入力された天気情報は、この後登録される受付情報と対応付けて記憶される。
【００４４】
全ての情報が入力されたならば、受付情報が登録される（ステップＳ４でＹｅｓ（Ｙ））。図４（ｄ）は、受付完了画面の画面表示例である。受付が完了すると、受付情報を受付情報として記憶し（ステップＳ５）、プリンタ７により、ユーザの受付番号やサービス提供の予定時刻等が印字された印刷物の発券を行う（ステップＳ６）。天気情報の入力のタイミングは、本例で示したように受付情報の登録前に行われてもよいし、受付情報の登録後に行われてもよい。例えば、図４（ｄ）に示すような受付完了画面において天気情報入力部Ｗ７が表示され、天気情報を取得する構成としてもよい。例えば、受付を完了してからプリンタ７による印字が完了するまでの待ち時間を利用して、任意に天気情報の入力を受け付けるような構成としてもよい。
【００４５】
なお、受付情報（来訪履歴データ）に対応付ける天気情報は、必ずしもユーザにより受付端末４を介して入力される必要はなく、受付端末４及び受付手段２１（又は変更手段２２）を介してユーザにより入力される方法、従業員端末５及び受付管理手段２３を介して、施設の従業員により受付管理時又は所定のタイミングにて入力される方法や、天気情報配信システム６を介して受け取った天気情報を、店舗の所在と日時に応じて受付情報に対応付ける方法の１又は複数の方法を組み合わせて、利用してよい。
【００４６】
例えば、受付時にユーザより天気情報の入力を受け付けない店舗に係る来訪履歴データに対しては、天気情報配信システム６から受け取った天気情報や、周辺の店舗の受付端末４を介して入力された天気情報を用いるなど、１の店舗に係る受付情報に対して、何れか１の方法で取得した天気情報を対応付けてもよい。また、天気情報配信システム６で受け取った天気情報に対して、ユーザや従業員より入力された天気情報を用いて補正を加えて得た天気情報を用いるなど、１の店舗に係る受付情報に対して、複数の方法で取得した天気情報を用いて、天気情報を対応付けてもよい。
【００４７】
また、受付手段２１は、ユーザによる席種（図３における「座席」）や、ユーザが駐車した駐車場の番号や駐車場利用の有無（図３における「駐車情報」）等について、入力を受け付けるように構成してもよい。例えば、選択情報として、席種の要望や、駐車の有無、駐車場の番号、等を入力させてもよい。
【００４８】
受付管理手段２３は、従業員端末５を介して、受付情報に対して、サービスを提供する担当スタッフ（担当）の設定や、サービス提供に関するステータス（案内状況）の登録を受け付ける。なお、本実施形態においては、受付情報の有する開始日時は、受付管理手段２３によりステータスが「案内中」に変更された日時であり、終了日時は、受付管理手段２３によりステータスが「案内済」に変更された日時である。
【００４９】
本実施形態では、サービス提供の案内状況が「案内済」になった受付情報は、来訪履歴データとして利用される。本実施形態における来訪履歴データは、店舗を示す情報（受付情報における店舗ＩＤ）、駐車情報、天気情報、座席、滞在時間を示す情報（受付情報における開始日時及び終了日時）を有している。なお、本実施形態では、来訪履歴データに含まれる情報として、順番待ち管理のシステムから受付情報として得た情報を利用しているが、例えば、飲食店など、POS（point of sales system）などの店舗管理システムを利用する施設の場合は、POSなどの店舗管理システムで登録・利用される情報を、来訪履歴データとして用いても構わない。
【００５０】
図６は、受付情報のステータスの変更に係る処理フローチャートである。ステップＳ１１において、店舗に赴いたユーザによる受付端末４を介した受付や、店舗の情報を表示する店舗ページ（ユーザ端末３）を介した受付によって、受付情報が登録される。受付時に設定された予約の提供予定日時までに、ユーザが、変更手段２２を介して、予約のキャンセルを行った場合（ステップＳ１２でＹｅｓ（Ｙ））、ステップＳ１３に進み、受付情報のステータスを「キャンセル（連絡あり）」に変更し、処理を終了する。
【００５１】
次いで、Ｓ１４において、提供予定の日時（又は順番）に到達した際に、来店していない場合（ステップＳ１４でＮｏ（Ｎ））、ステップＳ１３に進み、受付管理手段２３を介して、受付情報のステータスを「キャンセル（無断）」に変更し、処理を終了する。
【００５２】
来店した場合（ステップＳ１４でＹｅｓ（Ｙ））、サービスを提供する際に、店舗の従業員が、受付管理手段２３を介して、受付情報のステータスを「提供中」に変更する（ステップＳ１５）。また、サービスの提供開始時刻が、ステータス変更時の日時を用いて登録される（図３における「開始時刻」）。サービスの提供が完了したなら、店舗の従業員が、受付管理手段２３を介して、受付情報のステータスを「提供済」に変更する（ステップＳ１６）。また、サービスの提供終了時刻が、ステータス変更時の日時を用いて登録される（図３における「終了時刻」）。
【００５３】
また、受付管理手段２３は、受付情報に対して、従業員による席種（図３における「座席」）や、ユーザが駐車した駐車場の番号や駐車場利用の有無（図３における「駐車情報」）等についての入力を受け付けるように構成してもよい。
【００５４】
施設情報記憶手段２４は、施設情報の登録を受け付ける。本実施形態における施設情報は、例えば店舗名、住所、営業時間、定休日等、曜日ごとの営業時間に関する情報、業種（施設のジャンル）、関連店舗、等を含む。
【００５５】
天気情報受付手段２８は、天気情報を取得して記憶する。天気情報は、本実施形態では、天気情報配信システム６より、各地域の少なくとも当日の天気情報を受け取り、天気情報として記憶する。必要に応じて、未来の天気情報や過去の天気情報を受け取り記憶する構成としても構わない。
【００５６】
本実施形態では、天気情報受付手段２８で取得した天気情報を用いて、ユーザがある店舗の混雑状況等を閲覧する際に、当該店舗周辺の現在の天気情報を決定する。現在の天気情報の取得経路は、天気情報配信システム６からの取得に限られず、他の方法を使用したり、天気情報配信システム６及び他の方法、又は複数の他の方法を、組み合わせて用いて天気を推定し、使用してもよい。
【００５７】
ある店舗に係る現在の天気情報を取得する他の方法としては、例えば、天気情報受付手段２８が、当該店舗又は当該店舗の周辺の店舗において、受付端末４及び受付手段２１（又は変更手段２２）を介して入力された同日の天気情報や、従業員端末５及び受付管理手段２３を介して従業員が入力した同日の天気情報を、天気情報として取得する方法が挙げられる。
【００５８】
ここで、受付手段２１での受付時に、ユーザへ天気情報の入力を促さない構成の店舗が１、複数又は全部の場合に、来訪履歴データとして利用される受付情報に、天気情報配信システム６及び天気情報受付手段２８を介して取得した天気情報を対応付ける構成としても構わない。
【００５９】
混雑状況集計手段２５は、ユーザ端末３に対して、グラフ表示した混雑状況を表示する為に、来訪履歴データを用いて、曜日ごとに、混雑状況を集計する処理を行う。本実施形態では、過去２週間の受付情報（来訪履歴データ）に基づいて、店舗の営業曜日ごとであって、更に天気情報ごとに、混雑状況を集計している。集計された混雑状況は、データベースＤＢに混雑状況情報として記憶される。
【００６０】
天気情報ごとの混雑状況は、受付情報（来訪履歴データ）に基づいてそれぞれ集計してもよいし、基準となる天気情報（例えば天気情報が「晴れ」の受付情報）で集計を行った混雑状況に対して、他の天気情報（例えば「くもり」や「雨」等）の際の重みづけを行って、天気情報に応じた混雑情報を設定するように構成してもよい。これにより、ユーザが店舗ページにアクセスして、混雑状況を取得する際の現在の天気に応じて、天気ごとに集計された混雑状況やその来訪推奨時間を表示させることができる。
【００６１】
混雑状況は、受付情報（来訪履歴データ）に対応付けられた席種（図３における「座席」）や、店舗の駐車場の利用の有無（図３における「駐車情報」）等に応じて、ユーザに提供されてもよい。例えば、店舗にある席種ごとに混雑状況を集計して、席種ごとの混雑状況をユーザに提示してよい。また、駐車場の利用の有無に応じて異なる混雑状況を提供したり、駐車場の混雑状況をグラフ表示して別途提供するように構成してもよい。
【００６２】
推奨時間算出手段２６は、来訪履歴データを用いて、曜日ごとに、施設への来訪を推奨する来訪推奨時間を算出する。来訪推奨時間は、１の曜日に対して、１又は複数を算出してよい。本実施形態では、受付情報（来訪履歴データ）に基づいて、店舗の営業曜日ごとであって、更に天気情報ごとに、１の来訪推奨時間を算出している。算出した来訪推奨時間は、データベースＤＢに混雑状況情報として記憶される。
【００６３】
天気情報ごとの来訪推奨時間は、受付情報（来訪履歴データ）に基づいてそれぞれ算出してもよいし、基準となる天気情報（例えば天気情報が「晴れ」の受付情報）で算出を行った来訪推奨時間に対して、他の天気情報（例えば「くもり」や「雨」等）の際の重みづけを行って、天気情報に応じた来訪推奨時間を設定するように構成してもよい。
【００６４】
来訪推奨時間は、受付情報（来訪履歴データ）に対応付けられた席種（図３における「座席」）や、店舗の駐車場の利用の有無（図３における「駐車情報」）等に応じて、ユーザに提供されてもよい。例えば、店舗にある席種ごとの混雑状況に応じて、席種ごとの来訪推奨時間をユーザに提示してよい。また、駐車場の利用の有無に応じて来訪推奨時間を提供したり、駐車場の混雑状況についてグラフ表示し、来訪推奨時間を別途提供するように構成してもよい。
【００６５】
また、混雑状況集計手段２５での混雑状況の集計又は推奨時間算出手段２６での来訪推奨時間の算出に際して、ユーザの店舗での滞在時間を加味して処理を行ってもよい。例えば、混雑状況の集計に際して、来訪履歴データに含まれたユーザの滞在時間に基づいて時間帯ごとの回転率（本例では、回転率が高いほど、顧客の滞在時間が短いとする）を求め、集計した来客数に対して重みづけを行って、混雑状況のグラフ表示に利用してよい。例えば、来客数が１００人で回転率が１．０の第１の時間帯と、来客数が１３０人で回転率が１．５の第２の時間帯であれば、第２の時間帯の方が混雑度が小さいとして、ユーザに混雑状況を伝えることができる。なお、ユーザの滞在時間は、順番待ち管理のシステムから得た情報を利用してもよいが、例えば、飲食店などPOSなどの店舗管理システムを利用する施設の場合は、POSなどの店舗管理システムで利用している情報を利用しても構わない。
【００６６】
また、席種ごとに回転率を算出して、混雑状況の集計や来訪推奨時間の算出に利用してもよい。
【００６７】
施設推奨手段２７は、ある施設に関する施設ページ（店舗ページ）を閲覧中のユーザに対して、推奨する他の施設（店舗）を決定する。推奨する店舗は、例えば、元の店舗と店舗間の所在（店舗情報における住所等）、ジャンル（業種の共通性等）、混雑状況又は来訪推奨時間の少なくとも一方、等を用いて決定される。
【００６８】
例えば、店舗ページにて閲覧していた第１の店舗と異なる来訪推奨時間が設定され、ジャンルが共通する第２以降の店舗を、所在に応じて１又は複数ユーザに提示することで、ユーザは、来店を予定している時刻に応じて、所望するサービスの提供が受けられる店舗を知ることができる。
【００６９】
また、別の方法では、店舗ページを閲覧していた第１の店舗と共通の来訪推奨時間が設定され、ジャンルが共通する第２以降の店舗を、所在に応じて１又は複数ユーザに提示することで、ユーザは、来店を予定している時刻に応じて、所望するサービスの提供が受けられる店舗を知ることができる。
【００７０】
次いで、図７〜９を用いて、本実施形態における混雑状況の表示の流れについて説明する。図７、図８はユーザ端末３の表示部における画面表示例である。
【００７１】
図７に示すように、ユーザ端末３には、ウェブブラウザアプリケーションを介して、店舗に関する情報の表示や、予約の受付等を行う為の店舗ページＷ１１が表示される。本実施形態における店舗ページＷ１１は、当該店舗に係る混雑状況及び来訪推奨時間を表示した混雑状況表示部Ｗ１２と、推奨店舗表示部Ｗ１３と、ユーザ端末３を介して順番待ち予約を行う為の順番待ち予約部Ｗ１４と、ユーザ端末３を介して時間指定予約を行う為の時間指定予約部Ｗ１５と、受付端末４を介して行った受付情報に係る待ち状況（例えば、待ち人数（待ちグループ数）や、サービス提供の予定日時等）を確認する為の受付状況確認部Ｗ１６と、その他店舗に係る情報を表示した領域と、を備えている。
【００７２】
推奨店舗表示部Ｗ１３には、施設推奨手段２７によって決定された推奨店舗が表示されている。本実施形態では、当該店舗（店舗ページに表示された店舗）の近隣にあり、業種の共通する店舗であって、同じ来訪推奨時間の店舗（図示例における上段の来店推奨店舗）と、近い時間帯の来訪推奨時間の店舗（図示例における下段の来店推奨店舗）を表示ししている。
【００７３】
図８は、混雑状況表示部Ｗ１２を示す画面表示例である。混雑状況表示部Ｗ１２は、集計結果表示部Ｗ２１と、時間表示部Ｗ２２と、曜日表示部Ｗ２３と、を備えている。また、集計結果表示部Ｗ２１には、来訪推奨時間Ｗ２４が重ねて表示されている。ユーザは、曜日表示部Ｗ２３で他の曜日を選択することで、他の曜日の混雑状況や来訪推奨時間を確認することができる。
【００７４】
時間表示部Ｗ２２には、当該店舗の営業時間を含む時間が、１時間単位で表示されている。本実施形態のように、営業時間外の時間の一部又は全部は、必ずしも時間表示部Ｗ２２に表示される必要はない。
【００７５】
混雑情報として記憶された各曜日の混雑状況及び来訪推奨時間をもとに、混雑状況表示部Ｗ１２には、ユーザが店舗ページにアクセスした曜日に基づく混雑状況並びに来訪推奨時間が表示されている。なお、表示させる曜日は、必ずしもユーザが店舗ページＷ１１にアクセスを行った曜日と一致する必要はない。例えば、ある店舗の営業時間終了後にユーザが店舗ページにアクセスした際には、翌営業日の混雑状況を表示させるように構成しても構わない。
【００７６】
また、混雑情報として記憶された各曜日の天気ごとの混雑状況及び来訪推奨時間をもとに、ユーザが店舗ページアクセスした際の天気に応じて、表示する混雑状況及び来訪推奨時間が決定される。本実施形態では、ユーザが店舗ページアクセスした際の天気は、天気情報配信システム６より受け取った店舗周辺の地域に係る天気に応じて、表示する混雑状況及び来訪推奨時間が決定する。
【００７７】
また、ユーザが、曜日表示部Ｗ２３により表示変更を所望する、店舗ページにアクセスした日（曜日）以降の混雑状況や来訪推奨時間については、天気情報配信システム６より取得した将来の天気（天気予報）に基づいて、表示させるように構成してもよい。
【００７８】
図９は、店舗ページにて表示する混雑状況を決定する際の処理フローチャートである。ステップＳ２１において、天気情報配信システム６より現在の天気情報を取得する。ステップＳ２２において、取得した天気情報に基づいて、店舗周辺の天気情報を決定する。
【００７９】
ステップＳ２３において、曜日を取得し、ユーザが店舗ページＷ１１にアクセスした際に表示させる混雑状況、来訪推奨時間の曜日を決定する（ステップＳ２４）。
【００８０】
ユーザが店舗ページＷ１１上にて、曜日表示部Ｗ２３により別の曜日の混雑状況や来訪推奨時間の閲覧要求を行った場合（ステップＳ２５でＹｅｓ（Ｙ））、指定された曜日の混雑状況や来訪推奨時間を、混雑状況表示部Ｗ１２に表示させる。
【００８１】
本発明によれば、受け付けた天気情報に応じて、実際の天気に応じた混雑状況をユーザに提供することが可能となる。これにより、混雑状況等の情報をユーザに対してより有効に提供することが可能となる。
【００８２】
また、順番待ち予約の受付を行うユーザが入力した現実の天気情報を過去の天気情報として利用でき、より有効に混雑状況等の情報を提供することが可能となる。
【００８３】
また、施設の回転率や席種を加味して、より有効に混雑状況等の情報を提供することができる。
【００８４】
また、より有効に他の施設に係る混雑状況等の情報を提供することができる。
【符号の説明】
【００８５】
１  情報提供システム
２  情報提供サーバ
２１  受付手段
２２  変更手段
２３  受付管理手段
２４  施設情報記憶手段
２５  混雑状況集計手段
２６  推奨時間算出手段
２７  施設推奨手段
２８  天気情報受付手段
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  記録装置
２０４  通信装置
２０５  入力装置
２０６  出力装置
２０７  ＯＳ
２０８  情報配信プログラム
３  ユーザ端末
４  受付端末
４１  入力部
５  従業員端末
６  天気情報配信システム
７  プリンタ
ＤＢ  データベース
ＮＷ  ネットワーク
Ｗ１  受付画面
Ｗ２  サービス内容入力部
Ｗ３  待ち時間表示部
Ｗ４  待ち顧客表示部
Ｗ５  不在顧客表示部
Ｗ６  選択情報入力部
Ｗ７  天気情報入力部
Ｗ１１  店舗ページ
Ｗ１２  混雑状況表示部
Ｗ１３  推奨店舗表示部
Ｗ１４  順番待ち予約部
Ｗ１５  時間指定予約部
Ｗ１６  受付状況確認部
Ｗ２１  集計結果表示部
Ｗ２２  時間表示部
Ｗ２３  曜日表示部
Ｗ２４  来訪推奨時間
【図１】
2019067109.tif 000003
【図２】
2019067109.tif 000004
【図３】
2019067109.tif 000005
【図４】
2019067109.tif 000006
【図５】
2019067109.tif 000007
【図６】
2019067109.tif 000008
【図７】
2019067109.tif 000009
【図８】
2019067109.tif 000010
【図９】
2019067109.tif 000011