(57)【要約】      （修正有）【課題】来店を検討している見込み客への対応業務における店舗スタッフの負担を軽減する、店舗端末とデータ通信可能な状態に接続されて、店舗の空席情報を提供する空席情報提供システムを構築する空席情報提供装置を提供する。【解決手段】店舗端末は店舗利用開始処理に使用され、空席情報提供装置は店舗に関する情報を記憶する店舗情報記憶手段と、ユーザ端末から店舗開始通知を受信する利用開始通知受信手段と、ユーザ端末から店舗に望む希望条件を受信する希望条件受信手段と、希望条件を満たす店舗を店舗情報記憶手段から検索する検索手段と、ユーザ端末へ希望条件を送信する希望条件送信手段と、希望条件が送信されたユーザ端末から空席情報を受信する空席情報受信手段と、空席情報を店舗を探しているユーザの端末へ送信する空席情報送信手段とを有する。【選択図】図３
2016058091.tif 000002
【特許請求の範囲】
【請求項１】
店舗端末とデータ通信可能な状態に接続されて、店舗の空席情報を提供する空席情報提供システムを構築する空席情報提供装置であって、
前記店舗端末は、店舗に設置され、店舗利用開始処理に使用され、
前記空席情報提供装置は、
店舗に関する情報を記憶する店舗情報記憶手段と、
前記店舗端末または店舗利用開始処理に使用されたユーザ端末から、店舗開始通知を受信する利用開始通知受信手段と、
店舗を探しているユーザが利用するユーザ端末から、店舗に望む希望条件を受信する希望条件受信手段と、
前記希望条件を満たす１または２以上の店舗を、前記店舗情報記憶手段に記憶されている店舗の中から検索する検索手段と、
前記検索手段によって検索された店舗に設置されている店舗端末によって店舗利用開始処理が実行されたユーザ端末へ、前記希望条件を送信する希望条件送信手段と、
前記希望条件が送信されたユーザ端末から、空席情報を受信する空席情報受信手段と、
前記空席情報を、店舗を探しているユーザが利用するユーザ端末へ、送信する空席情報送信手段と、
を有することを特徴とする空席情報提供装置。
【請求項２】
前記空席情報が送信されたユーザ端末から、利用希望として選択された１つの店舗の店舗ＩＤを少なくとも含む確定情報を受信する確定情報受信手段と、
前記確定情報を、前記空席情報を送信したユーザ端末へ送信する確定情報送信手段と、
をさらに有することを特徴とする請求項１に記載の空席情報提供装置。
【請求項３】
前記店舗内に複数の前記店舗端末が設置され、
前記空席情報提供装置は、
前記空席情報を送信したユーザ端末のユーザを含むグループから注文が発せられた時刻を前記店舗端末から受信し、最後に注文が発せられた時刻からの経過時間が閾値を超えているかを判断する注文後時間判断手段をさらに有し、
前記注文後時間判断手段が、最後に注文が発せられた時刻からの経過時間が所定の閾値を超えていると判断した場合、
前記希望条件送信手段は、前記希望条件を、前記店舗利用開始処理が実行されたユーザ端末へ送信しない、
ことを特徴とする請求項１又は２に記載の空席情報提供装置。
【請求項４】
前記店舗情報記憶手段は、各店舗の位置情報を記憶し、
前記空席情報提供装置は、
前記空席情報を送信したユーザ端末の位置情報を受信し、
前記ユーザ端末から受信した位置情報によって特定される位置と、前記店舗利用開始処理が実行された店舗の位置との距離が所定距離を超えているかを判断する利用判断部をさらに有し、
前記利用判断部が、前記距離が前記所定距離を超えていると判断した場合、
前記希望条件送信手段は、前記希望条件を、前記店舗利用開始処理が実行されたユーザ端末へ送信しない、
ことを特徴とする請求項１又は２に記載の空席情報提供装置。
【請求項５】
店舗の空席情報を提供する空席情報提供システムを構築する空席情報提供装置であって、
前記空席情報提供装置は、
店舗の位置情報を含む店舗に関する情報を記憶する店舗情報記憶手段と、
ユーザ端末から受信した位置情報によって特定される位置と、前記店舗の位置情報によって特定される位置との距離が所定距離を超えているかを判断する利用判断部と、
店舗を探しているユーザが利用するユーザ端末から、店舗に望む希望条件を受信する希望条件受信手段と、
前記希望条件を満たす１または２以上の店舗を、前記店舗情報記憶手段に記憶されている店舗の中から検索する検索手段と、
前記検索手段によって検索された店舗との距離が、前記利用判断部によって前記所定距離を超えていないと判断されたユーザ端末へ、前記希望条件を送信する希望条件送信手段と、
前記希望条件が送信されたユーザ端末から、空席情報を受信する空席情報受信手段と、
前記空席情報を、店舗を探しているユーザが利用するユーザ端末へ、送信する空席情報送信手段と、
を有することを特徴とする空席情報提供装置。
【請求項６】
前記利用判断部は、前記距離が前記所定距離を超えているかの判断を継続して行い、
前記希望条件送信手段は、
前記利用判断部が、前記距離が前記所定距離を超えていないと判断されたユーザ端末であって、その後に、前記距離が前記所定距離を超えていると判断されたユーザ端末へは、
前記希望条件を送信しない、
ことを特徴とする請求項５に記載の空席情報提供装置。
【請求項７】
店舗の空席情報を提供する空席情報提供システムを構築する空席情報提供装置であって、
前記空席情報提供装置は、
店舗内に設置されたビーコン端末から発信されるビーコン信号に含まれる識別情報を含む店舗に関する情報を記憶する店舗情報記憶手段と、
前記ビーコン信号を受信したユーザ端末から、前記ビーコン信号に含まれる前記識別情報を継続的に受信し、前記ユーザ端末が前記ビーコン信号を継続的に受信している時間が第１の閾値を超えているかを判断する利用判断部と、
店舗を探しているユーザが利用するユーザ端末から、店舗に望む希望条件を受信する希望条件受信手段と、
前記希望条件を満たす１または２以上の店舗を、前記店舗情報記憶手段に記憶されている店舗の中から検索する検索手段と、
前記検索手段によって検索された店舗に設置されているビーコン端末から継続的に前記ビーコン信号を受信している時間が前記第１の閾値を超えていると判断されたユーザ端末へ、前記希望条件を送信する希望条件送信手段と、
前記希望条件が送信されたユーザ端末から、空席情報を受信する空席情報受信手段と、
前記空席情報を、店舗を探しているユーザが利用するユーザ端末へ、送信する空席情報送信手段と、
を有することを特徴とする空席情報提供装置。
【請求項８】
前記利用判断部は、前記識別情報を最後に受信した時刻からの経過時間が第２の閾値を超えているかについても判断し、
前記希望条件送信手段は、
前記識別情報を継続的に受信している時間が前記第１の閾値を超えていると判断されたユーザ端末であって、その後に、前記経過時間が前記第２の閾値を超えていると判断されたユーザ端末へは、
前記希望条件を送信しない、
ことを特徴とする請求項７に記載の空席情報提供装置。
【請求項９】
請求項１乃至８のいずれか一項に記載の空席情報提供装置の各手段としてコンピュータを機能させるためのプログラム。
【請求項１０】
店舗端末と空席情報提供装置とがデータ通信可能な状態に接続されて、店舗の空席情報を提供する空席情報提供システムであって、
前記店舗端末は、店舗に設置され、店舗利用開始処理に使用され、
前記空席情報提供装置は、
店舗に関する情報を記憶する店舗情報記憶手段と、
前記店舗端末または店舗利用開始処理に使用されたユーザ端末から、店舗開始通知を受信する利用開始通知受信手段と、
店舗を探しているユーザが利用するユーザ端末から、店舗に望む希望条件を受信する希望条件受信手段と、
前記希望条件を満たす１または２以上の店舗を、前記店舗情報記憶手段に記憶されている店舗の中から検索する検索手段と、
前記検索手段によって検索された店舗に設置されている店舗端末によって店舗利用開始処理が実行されたユーザ端末へ、前記希望条件を送信する希望条件送信手段と、
前記希望条件が送信されたユーザ端末から、空席情報を受信する空席情報受信手段と、
前記空席情報を、店舗を探しているユーザが利用するユーザ端末へ、送信する空席情報送信手段と、
を有することを特徴とする空席情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザからの要求に応じて、店舗における空席情報を提供する空席情報提供装置、空席情報提供方法および空席情報提供システムに関する。
【背景技術】
【０００２】
レストラン、居酒屋等の店舗で飲食を希望する場合には、事前に予約を行い、座席を確保してからその店舗を訪れることが多い。最初の店舗で飲食を行う場合には、参加者全員の料理の希望、時刻、場所等を勘案してグルメ雑誌、インターネット等を用いて検索し、容易に予約をすることが可能である。
【０００３】
しかし、二次会等においては一次会の終了時刻が不明確であること、二次会への参加者が流動的である（その場にならないと確定しない）こと等から、事前に予約をするのが困難であって、従来は、二次会参加者が連れだって各店舗を回りながら入店できるかを確認する、あるいは各店舗に架電し、入店できるかを確認する等の方法によって、二次会の店舗を確保することが多い。
【０００４】
このような方法を用いた場合、二次会参加者全員が移動するのは煩雑であるし、また非常に効率が悪い。さらに、各店舗に架電して入店できるかを確認する方法も、実際にその店舗に入店できるかを予測して架電しているにすぎず、店舗を確保するまでに時間を要する。
【０００５】
そこで空席情報を提供する予約システムが求められる。そのような予約システムとして下記特許文献１が存在する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４−８５８０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１に開示されているシステムは、来店を検討しているユーザ（ユーザ端末）からの要求があった場合に、それが店舗（店舗端末）に通知され、店舗のスタッフが、「空席がある、または空席できそう」で、かつ「対応可能」な場合に、空席情報を提供するシステムである。
しかし、「空席がある、または空席ができそう」という情報を把握し難い厨房内で働くスタッフが、このシステムを用いて空席情報を提供することは容易ではない。
また、「空席がある、または空席ができそう」という情報を把握し易いホール内で働くスタッフは、接客や食器の後片づけなどの仕事に追われていて、やはりこのシステムを用いて空席情報を提供することが容易ではない。
【課題を解決するための手段】
【０００８】
上記課題を解決するための空席情報提供装置は、
店舗端末とデータ通信可能な状態に接続されて、店舗の空席情報を提供する空席情報提供システムを構築する空席情報提供装置であって、
前記店舗端末は、店舗に設置され、店舗利用開始処理に使用され、
前記空席情報提供装置は、
店舗に関する情報を記憶する店舗情報記憶手段と、
前記店舗端末または店舗利用開始処理に使用されたユーザ端末から、店舗開始通知を受信する利用開始通知受信手段と、
店舗を探しているユーザが利用するユーザ端末から、店舗に望む希望条件を受信する希望条件受信手段と、
前記希望条件を満たす１または２以上の店舗を、前記店舗情報記憶手段に記憶されている店舗の中から検索する検索手段と、
前記検索手段によって検索された店舗に設置されている店舗端末によって店舗利用開始処理が実行されたユーザ端末へ、前記希望条件を送信する希望条件送信手段と、
前記希望条件が送信されたユーザ端末から、空席情報を受信する空席情報受信手段と、
前記空席情報を、店舗を探しているユーザが利用するユーザ端末へ、送信する空席情報送信手段と、
を有することを特徴とする空席情報提供装置である。
【発明の効果】
【０００９】
本発明によれば、空席情報発信・応答などの一連のステップ（手間）を、既に来店しているユーザに手伝ってもらう（代行してもらう）ことにより、お店のスタッフが来店を検討しているユーザへ対応する労力を軽減することができる。また、既に来店しているユーザと、来店を検討しているユーザとの出会いを実現することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の空席情報提供システム全体の概略構成を示す図である。
【図２】図１中のサーバーのハードウェア構成の一例を示す図である。
【図３】図１中のサーバーの機能構成の一例を示すブロック図である。
【図４】本発明の空席情報提供システムの処理の流れを示すフローチャートである。
【図５】検索サーバー１０２に記憶されている加盟店情報の一例を示す図である。
【図６】プレゼンスサーバー１０３に記憶される客プレゼンス情報（希望条件）の一例を示す図である。
【図７】既に来店していて情報を提供する側のユーザの客プレゼンス情報の一例を示す図である。
【図８】お店を検索しているユーザが受け取る通知プレゼンス情報の一例を示す図である。
【図９】空席情報を送ってくれたユーザへ送られる確定プレゼンス情報の一例を示す図である。
【図１０】店舗端末へ送られる確定プレゼンス情報の一例を示す図である。
【図１１】空席情報を要求するユーザの端末に表示される希望条件入力画面の一例を示す図である。
【図１２】空席情報を提供するユーザの端末に表示される空席情報入力画面の一例を示す図である。
【図１３】空席情報を要求したユーザの端末に表示される空席情報一覧画面の一例を示す図である。
【図１４】空席情報を提供したユーザの端末に表示される確定情報表示画面の一例を示す図である。
【図１５】空席を探していたユーザが来店すると決めた店舗の店舗端末に表示される来店確定表示画面の一例を示す図である。
【図１６】本発明の空席情報提供システムを使用する際の全体像を示す図である。
【図１７】図１中のサーバーの機能構成の一例を示すブロック図である。
【図１８】複数のビーコン端末を複数の店舗に設置した例を示す図である。
【図１９】店舗情報記憶部に記憶されるビーコン情報の一例を示す図である。
【図２０】店舗情報記憶部に記憶されるビーコン情報の一例を示す図である。
【発明を実施するための形態】
【００１１】
＜第１の実施形態＞
図１は、本発明の第１の実施形態における空席情報提供システム全体の概略構成を示す図である。ユーザ端末１０１、検索サーバー１０２、プレゼンスサーバー１０３、ユーザ端末１０５、およびチェックイン端末１０６が、無線通信または有線通信によってネットワーク１０４に接続されている。
ユーザ端末１０１は、飲食店を検索するユーザ（客）が使用する。
ユーザ端末１０５は、飲食店に来店中のユーザ（客）であって、飲食店を検索しているユーザ（客）に空席情報を提供するユーザ（客）が使用する。
【００１２】
検索サーバー１０２には加盟店情報が記憶されている。
プレゼンスサーバー１０３には、お店を探している客に関する客プレゼンス情報、空席情報を提供する客に関する客プレゼンス情報、お店を探している客に通知される通知プレゼンス情報、お店を探している客が候補のお店の中から選択したお店に関する確定プレゼンス情報、およびお店を探している客が候補のお店の中から選択したお店の端末に送信される確定プレゼンス情報が記憶される。
加盟店情報、各種プレゼンス情報については後述する。
【００１３】
ユーザ端末１０５ａの使用者とユーザ端末１０５ｂの使用者は、同じ店舗に来店している。ユーザ端末１０５ａとユーザ端末１０５ｂは、チェックイン端末１０６ａによって店舗利用開始処理（「スマートチェックイン（登録商標）」とも記載する）が実行される。
また、ユーザ端末１０５ｃの使用者とユーザ端末１０５ｄの使用者は、同じ店舗に来店している。ユーザ端末１０５ｃとユーザ端末１０５ｄは、チェックイン端末１０６ｂによって店舗利用開始処理が実行される。
チェックイン端末１０６ａとチェックイン端末１０６ｂとは異なる店舗に設置されている。
【００１４】
図２は、図１中のサーバーのハードウェア構成の一例を示す図である。
空席状況情報提供システムは，検索サーバー１０２、プレゼンスサーバー１０３などのコンピュータにより実現される。検索サーバー１０２、プレゼンスサーバー１０３などは、プログラムの演算処理を実行するＣＰＵなどの演算装置２０３と、情報を記憶するＲＡＭやハードディスクなどの記憶装置２０１と、ディスプレイなどの表示装置２０４と、キーボードやポインティングデバイス（マウスやテンキーなど）などの入力装置２０２と、演算装置２０３の処理結果や記憶装置２０１に記憶する情報をインターネットやＬＡＮなどのネットワークを介して送受信する通信装置２０５とを有している。
【００１５】
コンピュータ上で実現する各機能（各手段）は，その処理を実行する手段（プログラムやモジュールなど）が演算装置２０３に読み込まれることでその処理が実行される。各機能は、記憶装置２０１に記憶した情報をその処理において使用する場合には、該当する情報を当該記憶装置２０１から読み出し、読み出した情報を演算装置２０３における処理に適宜用いる。
【００１６】
なお、検索サーバー１０２で実現される機能およびプレゼンスサーバー１０３で実現される機能のいずれもが単一のコンピュータに配置されていても良い。また、検索サーバー１０２で実現される機能が、複数のコンピュータに分散配置されていても良い。さらに、プレゼンスサーバー１０３で実現される機能も、複数のコンピュータに分散配置されていても良い。
【００１７】
図３は、図１中の検索サーバーおよびプレゼンスサーバーの機能構成の一例を示すブロック図である。図１は検索サーバーとプレゼンスサーバーとを２つのサーバーとして記載したが、図３では一つのサーバーとして記載する。
同図に示すように、検索およびプレゼンスサーバー３００は、店舗情報記憶部３０１と、利用開始通知受信部３０２と、希望条件受信部３０３と、検索部３０４と、希望条件送信部３０５と、空席情報受信部３０６と、空席情報送信部３０７と、確定情報受信部３０８と、確定情報送信部３０９とを有する。
【００１８】
店舗情報記憶部３０１は、店舗に関する情報（加盟店情報）を記憶する。
利用開始通知受信部３０２は、店舗に設置され、かつ店舗利用開始処理に使用されたチェックイン端末（店舗端末）１０６または店舗利用開始処理に使用されたユーザ端末１０５から、店舗開始通知を受信する。
チェックイン端末１０６は、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの近距離無線通信を介して、飲食店に来店したユーザが携帯するスマートフォン、携帯電話などの通信端末（ユーザ端末１０５）とデータ通信可能な端末である。
希望条件受信部３０３は、店舗を探しているユーザが利用するユーザ端末１０１から、店舗に望む希望条件を受信する。
検索部３０４は、希望条件を満たす１つまたは２つ以上の店舗を、店舗情報記憶部３０１に記憶されている店舗の中から検索する。
【００１９】
希望条件送信部３０５は、検索部３０４によって検索された店舗に設置されているチェックイン端末（店舗端末）１０６によって店舗利用開始処理が実行されたユーザ端末１０５へ、希望条件を送信する。
希望条件を満たす店舗が１つしかなくても、その店舗に店舗利用開始処理が実行された（チェックインした）ユーザ端末が複数台ある場合は、各ユーザ端末へ希望条件を送信する。
【００２０】
空席情報受信部３０６は、希望条件が送信されたユーザ端末１０５から、空席情報を受信する。
前記の如く、希望条件を満たす店舗に店舗利用開始処理が実行されたユーザ端末が複数台ある場合（例えば、第１のユーザ端末と第２のユーザ端末がチェックインしている場合）は、各ユーザ端末へ（第１のユーザ端末と第２のユーザ端末の両方へ）希望条件を送信する。このため、各ユーザ端末から（第１のユーザ端末からも第２のユーザ端末からも）空席情報が提供される場合がある。
【００２１】
空席情報送信部３０７は、空席情報を、店舗を探しているユーザが利用するユーザ端末１０１へ送信する。
確定情報受信部３０８は、空席情報が送信されたユーザ端末１０１から、利用希望として選択された店舗の店舗ＩＤを少なくとも含む確定情報を受信する。
確定情報送信部３０９は、確定情報を、空席情報を送信したユーザ端末１０５へ送信する。
【００２２】
図４は、本発明の空席情報提供システムの処理の流れを示すフローチャートである。
＜希望条件の送信：ステップＳ４１１〜３１３＞
同図に示すように、まずユーザ端末（飲食店検索側）１０１においてアプリケーションソフトウェアを起動し（ステップＳ４１１）、人数・時刻・位置・料理の種類などの希望条件を入力し（ステップＳ４１２）、入力した希望条件をサーバーへ送信する（ステップＳ４１３）。希望条件とは例えば「人数：4人、時刻：今すぐ、位置：有楽町・銀座、料理の種類：和食」などである。
【００２３】
＜希望条件を満たす店舗の来店中ユーザへ希望条件を送信：ステップＳ４２１〜４２３＞
次に、検索サーバー１０２では、希望条件を受信し（ステップＳ４２１）、受信した希望条件を満たす飲食店情報を検索し（ステップＳ４２２）、「検索された飲食店に来店中」かつ「アプリケーションソフトウェア起動中」のユーザ端末に希望条件を送信する（ステップＳ４２３）。
検索された飲食店に設置されているチェックイン用端末においてスマートチェックインされたユーザ端末であって、まだチェックアウトされていないユーザ端末に、希望条件が送信される。
【００２４】
＜来店中ユーザから空席情報の送信：ステップＳ４３１〜４３４＞
スマートチェックインし（ステップＳ４３１）、アプリケーションソフトウェアを起動した（ステップＳ４３２）ユーザ端末であって、スマートチェックインに使用したチェックイン用端末が設置されている飲食店が希望条件を満たす飲食店であるユーザ端末は、希望条件を受信し、その端末の使用者は、受信した希望条件を確認することができる（ステップＳ４３３）。
【００２５】
飲食店Ａおよび飲食店Ｂが希望条件を満たす場合、一台のユーザ端末（例えば、甲さんの端末）から送信された希望条件を、飲食店Ａにてスマートチェックインした乙さんのユーザ端末が受信したり、飲食店Ｂにてスマートチェックインした丙さんのユーザ端末が受信したりする（ステップＳ４３３）。
また、丙さんとは別の丁さんも飲食店Ｂにてスマートチェックインした場合は、飲食店Ｂにてスマートチェックインした丙さんのユーザ端末と丁さんのユーザ端末のそれぞれが希望条件を受信する（ステップＳ４３３）。
【００２６】
受信した希望条件を確認したユーザの端末から空席情報が送信される（ステップＳ４３４）。例えば、飲食店Ｂにてスマートチェックインした丙さんのユーザ端末と丁さんのユーザ端末のそれぞれから空席情報が送信される。
ユーザ端末の使用者は、飲食店のスタッフから空席情報送信の許可を得た後に、空席情報を送信するというルールを設け、そのルールに沿って運用されることが好ましい。
【００２７】
＜空席情報の受付・通知：ステップＳ４２４〜４２５＞
プレゼンスサーバー１０３は、来店中ユーザからの空席情報を受け付け（ステップＳ４２４）、飲食店を探しているユーザへ空席情報を通知する（ステップＳ４２５）。
【００２８】
＜通知内容の確認、店舗の選択、選択内容の送信：ステップＳ４１４〜４１５＞
ユーザ端末１０１が空席情報の通知を受付け（ステップＳ４１４）、端末の使用者であるユーザが通知内容を確認し、希望店舗を選択し、選択結果をプレゼンスサーバー１０３へ送信する（ステップＳ４１５）。
【００２９】
＜希望店舗の受付、希望条件の通知：ステップＳ４２６〜４２７＞
プレゼンスサーバー１０３は、飲食店検索中のユーザのユーザ端末１０１から希望店舗の情報を受け付け（ステップＳ４２６）、選択された飲食店の空席情報の送信元であるユーザのユーザ端末および選択された飲食店の店舗端末へ希望情報を通知する（ステップＳ４２７）。
【００３０】
選択された飲食店の空席情報の送信元であるユーザのユーザ端末が希望情報を受付ける（ステップＳ４３５）。選択された飲食店の店舗端末又は予め登録されている所定の端末が希望情報を受付ける（ステップＳ４４１）。
「予め登録されている所定の端末」とは、ＣＰＵ（中央処理装置）、ＨＤＤ（ハード・ディスク・ドライブ）、ワークメモリとして使用されるＲＡＭ（ランダムアクセスメモリ）、ＮＩＣ（ネットワークインターフェースカード）、ＬＣＤ（液晶ディスプレイ）などを備える。
【００３１】
図５は、検索サーバー１０２に記憶されている加盟店情報の一例を示す。同図に示すように、加盟店情報として、加盟店の店舗ＩＤ、店舗名、住所、予算、ジャンル、定休日、営業時間、設備（個室）の有無、利用シーン、緯度、経度などが記憶されている。
図６は、飲食店を検索しているユーザのユーザ端末１０１から送信され（ステップＳ４１３）、プレゼンスサーバー１０３に記憶されている客プレゼンス情報（希望条件）の一例を示す。同図に示すように、客プレゼンス情報として、検索希望条件を送信したユーザ端末の客端末ＩＤ、客ＩＤや、検索希望条件の内容（人数、予算、ジャンル、希望エリア、利用希望時間、設備（個室）の要否、利用シーン）が、当該希望条件が送信された日時とともに記憶されている。
図４のステップＳ４２２において、図６に示す希望条件を満たす店舗が、図５に示す加盟店情報の中から検索される。
【００３２】
図７は、既に来店していて情報を提供する側のユーザの客プレゼンス情報の一例を示す。客プレゼンス情報は、プレゼンスサーバー１０３に記憶される。同図に示すように、各レコードは客端末ＩＤ、客ＩＤ、店舗ＩＤ、フリーテキスト、送信日時、客端末ＩＤ、客ＩＤ、チェックイン時刻の各フィールドを有する。
【００３３】
図７（ａ）は店舗利用開始処理が実行された後の客プレゼンス情報の一例を示す。
最初の客端末ＩＤは店舗利用開始処理に使用された客の端末のＩＤである。最初の客ＩＤは店舗利用開始処理を実行した客のＩＤである。店舗ＩＤは、店舗利用開始処理に使用された店舗端末が設置されている店舗のＩＤである。チェックイン時刻は、店舗利用開始処理が実行された時刻である。フリーテキスト、送信日時、２番目の客端末ＩＤ、２番目の客ＩＤの各フィールドにはデータは記憶されていない。
図示されていないが、
・店舗利用開始処理に使用されたユーザ端末の緯度経度、
・店舗利用開始処理に使用された店舗端末（チェックイン端末）のＩＤ
・店舗利用開始処理に使用された店舗端末（チェックイン端末）の緯度経度
などが記憶されるためのフィールドを設けても良い。
図７（ａ）に示した客プレゼンス情報から、どのユーザがどの店舗でスマートチェックインをしたかが分かる。
店舗利用開始処理が完了した旨の通知は、店舗端末がサーバーに送信しても良く、またユーザ端末がサーバーに送信しても良い。
【００３４】
図７（ｂ）は店舗利用開始処理が実行され、かつ希望条件が受送信された後の客のプレゼンス情報の一例を示す。
最初の客端末ＩＤは、店舗利用開始処理を実行し、その後に希望条件を受信したユーザの端末のＩＤである。最初の客ＩＤは店舗利用開始処理を実行し、その後に希望条件を受信したユーザのＩＤである。店舗ＩＤは、店舗利用開始処理に使用された店舗端末のＩＤであって、希望条件が送信されたユーザが来店中の店舗のＩＤである。
送信日時は、希望条件が来店中のユーザの端末に送信された日時である。
２番目の客端末ＩＤは、希望条件を送信したユーザ端末のＩＤである。２番目の客ＩＤは、希望条件を送信したユーザのＩＤである。
図７（ｂ）は、図４のステップＳ４２３の後の客プレゼンス情報の一例である。
図７（ｂ）の例は、店舗ＩＤ「ｇ００００１」の店舗も店舗ＩＤ「ｇ００００３」の店舗も、客ＩＤ「ａｂｃ」の希望条件を満たしていることを示している。
【００３５】
仮に、店舗ＩＤ「ｇ００００１」の店舗のみが客ＩＤ「ａｂｃ」の希望条件を満たし、
店舗ＩＤ「ｇ００００３」の店舗が客ＩＤ「ａｂｃ」の希望条件を満たさない場合は、
店舗ＩＤ「ｇ００００１」の店舗に来店中の客ＩＤ「ｊｋｌ」の端末および客ＩＤ「ｍｎｏ」の端末には、客ＩＤ「ａｂｃ」の希望条件が送信されるが、
店舗ＩＤ「ｇ００００３」の店舗に来店中の客ＩＤ「ｐｑｒ」の端末には客ＩＤ「ａｂｃ」の希望条件は送信されない。
【００３６】
図７（ｃ）は店舗利用開始処理が実行され、希望条件の受送信が実行され、かつ空席情報の受送信が実行された後の客のプレゼンス情報の一例を示す。
最初の客端末ＩＤは、店舗利用開始処理を実行し、希望条件を受信し、その後に空席情報を送信したユーザの端末のＩＤである。最初の客ＩＤは店舗利用開始処理を実行し、希望条件を受信し、その後に空席情報を送信したユーザのＩＤである。店舗ＩＤは、店舗利用開始処理に使用された店舗端末のＩＤであって、希望条件を受信し、その後に空席情報を送信したユーザが来店中の店舗のＩＤである。
フリーテキストは、空席情報として送信された情報の内容である。
２番目の客端末ＩＤは、希望条件を送信したユーザ端末のＩＤである。２番目の客ＩＤは、希望条件を送信したユーザのＩＤである。
図７（ｃ）は、図４のステップＳ４２４の後の客プレゼンス情報の一例である。
図７（ｃ）の例は、客端末ＩＤ「０００４」〜「０００６」の全てから空席情報が送信されたことを示している。
【００３７】
仮に、ＩＤ「０００４」の客端末およびＩＤ「０００５」の客端末から空席情報が送信され、
ＩＤ「０００６」の客端末からは空席情報が送信されない場合は、
図７（ｃ）の３番目のレコードの「フリーテキスト」フィールドはデータが入力されないままである。
【００３８】
図８は、お店を検索しているユーザが受け取る通知プレゼンス情報の一例を示す。同図に示すように、通知プレゼンス情報として、客端末ＩＤ、客ＩＤ、店舗ＩＤ、店舗名、住所、予算、フリーテキスト、送信日時、客端末ＩＤ、客ＩＤがプレゼンスサーバー１０３に記憶されている。具体的には、空席情報の送信先であるユーザ端末のＩＤ、空席情報を受信するユーザのＩＤ、空席情報として送信された店舗のＩＤ、空席情報として送信された店舗の店舗名、空席情報として送信された店舗の予算、空席情報として送信されたフリーテキスト、空席情報が送信された日時、空席情報の送信元であるユーザ端末のＩＤ、空席情報の送信元であるユーザのＩＤが記憶されている。
図４のステップＳ４２５において、図８に示す通知プレゼンス情報がお店を検索しているユーザのユーザ端末に送信される。
【００３９】
図９は、お店を検索しているユーザから空席情報を送ってくれたユーザへ送る確定プレゼンス情報の一例を示す。同図に示すように、確定プレゼンス情報として、メッセージＩＤ、客端末ＩＤ、客端末ＩＤ、フリーテキストがプレゼンスサーバー１０３に記憶されている。メッセージＩＤは、「お店を検索しているユーザ」から「空席情報を送ってくれたユーザ」へ送られるフリーテキストを特定するＩＤである。最初の客端末ＩＤは、「お店を検索しているユーザ」のユーザ端末を特定するＩＤである。２番目の客端末ＩＤは、「空席情報を送ってくれたユーザ」のユーザ端末を特定するＩＤである。フリーテキストは、「お店を検索しているユーザ」から「空席情報を送ってくれたユーザ」へ送られるメッセージの内容である。
図４のステップＳ４２６の後に、図９に示す確定プレゼンス情報がプレゼンスサーバー１０３に記憶される。
【００４０】
図１０は、店舗端末へ送られる確定プレゼンス情報の一例を示す。同図に示すように、客端末ＩＤ、客ＩＤ、客端末ＩＤ、客ＩＤ、人数、希望時間、設備（個室）、利用シーンが確定プレゼンス情報（店舗端末側）としてプレゼンスサーバー１０３に記憶されている。最初の客端末ＩＤは、「お店を検索しているユーザ」のユーザ端末を特定するＩＤである。最初の客ＩＤは、「お店を検索しているユーザ」を特定するＩＤである。２番目の客端末ＩＤは、「空席情報を送ってくれたユーザ」のユーザ端末を特定するＩＤである。２番目の客ＩＤは、「空席情報を送ってくれたユーザ」を特定するＩＤである。人数は、「お店を検索しているユーザ」とともに来店する客の人数である。希望時間は、利用開始希望時間である。設備（個室）、利用シーンは前記のとおりである。
図４のステップＳ４２７において、図１０に示す確定プレゼンス情報が来店する店舗として選択された店舗の店舗端末に送信される。
【００４１】
図１１は、空席情報を要求するユーザの端末に表示される希望条件入力画面の一例を示す。同図に示すように、人数、予算、料理などのジャンル、エリア、時間、設備などに関する希望条件が入力されて、送信される。この希望条件は、ステップＳ４１３でユーザ端末から送信され、ステップＳ４２１でサーバーによって受信される。
【００４２】
図１２は、空席情報を提供するユーザの端末に表示される空席情報入力画面の一例を示す。同図に示すように、人数、予算などに関する希望条件が表示され、表示内容を確認したユーザによって空席に関する情報（メッセージ）が自由形式で入力され、送信される。この空席情報は、ステップＳ４３４でユーザ端末から送信され、ステップＳ４２４でサーバーによって受信される。
【００４３】
図１３は、空席情報を要求したユーザの端末に表示される空席情報一覧画面の一例を示す。同図に示すように、自分が送信した希望条件を満たす店舗の店舗名などの具体的な情報およびその店舗の空席情報の提供者であるユーザのメッセージへのハイパーリンクが表示される。
また、自分が送信した希望条件を満たす店舗の店舗名として、同一の店舗名が複数表示される場合がある。これは同一の店舗に来店中の別々のユーザから複数の空席情報（例えば、第１の空席情報と第２の空席情報）が提供される場合である。このような場合、第１の空席情報と第２の空席情報とは、ハイパーリンクをクリックすることによって表示されるメッセージの内容以外は同じになる。
ユーザは、店舗名、店舗所在地などの具体的な情報およびハイパーリンクをクリックすることによって表示されるメッセージの内容を確認した上で、いずれかの店舗の「この空席にする」ボタンをクリックする。これによって確定情報が、ステップＳ４１５でユーザ端末から送信され、ステップＳ４２６でサーバーによって受信される。
【００４４】
図１４は、空席情報を提供したユーザの端末に表示される確定情報表示画面の一例を示す。同図に示すように、人数、予算などと共に、空席を探していたユーザからのメッセージが表示される。このメッセージは、ステップＳ４２７でサーバーから送信され、ステップＳ４３５でユーザ端末によって受信される。
同図は、空席情報を提供してくれたユーザ（例えば、ユーザＡ）に、ユーザＡが情報を提供してくれたお店に行くことを伝えるメッセージの例である。
なお、複数のユーザ（例えば、ユーザＡとユーザＢ）が空席情報を提供してくれた場合であって、ユーザＡが情報を提供してくれたお店に行くことが決定された場合は、ユーザＢには、他のお店には行くことが決定されたことを伝えるメッセージが送信される。
【００４５】
図１５は、空席を探していたユーザが来店すると決めた店舗の店舗端末に表示される来店確定表示画面の一例を示す。同図に示すように、人数、予算などと共に、来店するユーザ（空席を探していたユーザ）のユーザＩＤ、空席情報を提供してくれたユーザのユーザＩＤ、来店するユーザに送信されたメッセージ、来店するユーザから送信されたメッセージなどが表示される。このメッセージは、ステップＳ４２７でサーバーから送信され、ステップＳ４４１で店舗端末によって受信される。
店舗スタッフは、このメッセージを見ることで、空席を探していたユーザが誰で、空席情報を提供してくれたユーザが誰で、二人のユーザの間でどのようなメッセージがやりとりされたかを確認することができる。
【００４６】
図１６は、本発明の空席情報提供システムを使用する際の全体像を示す図である。同図に示すように、飲食店を検索しているユーザがアプリにアクセスして情報を入力する（Ｓ１６０１）。ユーザが、希望の場所として、ユーザの現在地を中心とする周囲何メートルか（例えば、１００メートル、２００メートルなど）を選択し入力すると、ＧＰＳを用いてユーザの現在地が判定され（Ｓ１６０２）、ＧＰＳによって取得されたエリア情報と一緒に入力したコメントがＤＢに送信され、格納される（Ｓ１６０３）。
なお、図１６は２つのグループ（グループＡとグループＢ）が同様の希望を入力している状態を示している。
【００４７】
ユーザが飲食店に入店する際などに行ったスマートチェックインをきっかけに本発明のシステムにおいて使用される所定のアプリが起動しコンテンツが開く（Ｓ１６１１）。
グループＡおよびグループＢによって入力された希望条件を満たす店舗に入店しているユーザの携帯端末に以下のようなコンテンツが届く。
「あなたが今居るお店の席が空いているか教えてあげよう
１９：０５  ４人で入れるお店探しています（グループＡ）
１９：１５  ２人で入れるお店探しています（グループＢ）」
ユーザは任意で空いている席数を確認（お店の人と対話して確認）した上で、空いている通知を返信する（Ｓ１６１２）。
【００４８】
飲食店来店中のユーザの端末から送信された空席に関する通知は、飲食店を探しているユーザの端末へＰＵＳＨ通知される（Ｓ１６２１）。例えば、飲食店を探しているユーザの端末に以下のようなコンテンツが届く。
「○件の空いている連絡が通知されました
・店舗名｜ここから２００ｍ＜エリア名＞
・店舗名｜ここから１５０ｍ＜エリア名＞」
店舗名をタップするとリンクされている店舗ページ（店舗ウエブサイト）が表示され（Ｓ１６２２）、店舗に関する情報を閲覧することができる。
飲食店を探しているユーザの端末に以下のようなルールが表示されることが好ましい。
「５分後に決定の連絡をしてください。しない場合は自動的に断り通知が送信されます」
「決定」ボタン（不図示）がタップされたら、空席情報を送信してくれたユーザに通知が送られる（Ｓ１６２３）。
【００４９】
飲食店を探しているユーザが来店すると決めた（選んだ）お店の空席情報を提供してくれたユーザの端末には、「あなたのお店に決定しました」などのメッセージが通知される（Ｓ１６３１）。
来店する旨のメッセージを受け取ったユーザは、来店する旨のメッセージを受け取ったことをお店のスタッフに伝える（例えば、「来るみたいなんで空けておいて」と伝える）。
【００５０】
飲食店を探しているユーザが来店すると決めた（選んだ）お店の端末にも以下のような情報が通知される（Ｓ１６３２）。
「・飲食店を探しているユーザのＩＤ、人数（来店予定者数）、希望発信時間
・飲食店に居るユーザのＩＤ、スマートチェックイン場所」
【００５１】
飲食店を探しているユーザが来店すると決めた（選んだ）お店の空席情報を提供してくれたユーザ以外のユーザの端末には、「他のお店に決定しました」などのメッセージが通知される（Ｓ１６３３）。
他店に来店する（他店が選択された）旨のメッセージを受け取ったユーザは、他店に来店する（他店が選択された）旨のメッセージを受け取ったことをお店のスタッフに伝える（例えば、「他のお店に決めたみたいです」と伝える）。
飲食店を探しているユーザは、実際に来店した際に、自分のユーザＩＤ、来店者の人数、予約の経緯を、お店のスタッフに伝える（Ｓ１６３４）。
【００５２】
前記の如く、飲食店を検索しているユーザの希望条件を満たす店舗を検索するのはサーバーである。サーバーは希望条件を満たす店舗をリストアップした後に、その店舗に来店している（スマートチェックインを済ませた）ユーザに希望条件を送信する。そして、希望条件を受信したユーザが空席の有無などを返信する。
つまり、従来は、営業時間内の忙しい時間帯に店舗スタッフが行っていた問合せ（「今空席ありますか？」）に対する回答（「あります」又は「ありません」）を来店中の客が代行してくれる。
店舗スタッフは、問合せに回答するために店舗端末を操作する必要はなく、来店中の客からの問いかけ（例えば「空席あり、と回答して良い？」）に対して口頭で返答（例えば「はい、お願いします」）するだけで良く、店舗スタッフの労力が軽減される。
【００５３】
また、希望条件を送信したユーザは、希望条件を満たす店舗に来店している（スマートチェックインを済ませた）ユーザが同一店舗に複数グループ存在する場合に、それら複数グループのそれぞれから空席情報を受け取ることができる場合がある。その場合、飲食店を検索しているユーザは、同一の店舗からは店舗スタッフによって発信された一つの回答だけを得ていた従来の場合と比較して、多くの情報を得ることができる。例えば、希望条件を満たす店舗の同一フロアの別々のエリア（例えば、窓際とカウンター付近）から空席情報を受け取ることができたり、希望条件を満たす店舗の複数のフロアのそれぞれのフロア（例えば、１階と２階）から空席情報を受け取ることができたりする。
【００５４】
なお、飲食店を検索しているユーザ（例えば、ユーザＡ）の希望条件を満たす店舗（例えば、店舗Ａ）に来店していたユーザ（例えば、ユーザＢ）が店舗Ａを去った後は、店舗Ａの空席情報に関する新たなメッセージが、ユーザＢに届かないようにすることが好ましい。
【００５５】
ユーザＢが店舗Ａを去った後は、店舗Ａの空席情報に関する新たなメッセージが、ユーザＢに届かないようにする方法としては、例えば以下の方法が挙げられる。
【００５６】
＜最終オーダー時刻からの経過時間を判断基準とする方法＞
店舗Ａでは各テーブルにチェックイン端末１０６が設定されているものとする。
そして、テーブルごとに注文が管理され、ユーザＢがチェックインに使用したチェックイン端末が設置されたテーブルを使用しているグループから注文が発せられた時刻（最終オーダー時刻）がプレゼンスサーバー（空席情報提供装置）３００に送信される。
プレゼンスサーバー３００は、注文後時間判断手段が最後に注文が発せられた時刻からの経過時間が所定の閾値（所定時間）を超えていると判断した場合は、希望条件又は確定情報を、空席情報を送信したユーザ端末１０５へ送信しない。
【００５７】
なお１つのグループが複数のテーブルを使用するとしても良い。
１つのグループが複数のテーブルを使用する場合は、グループという単位で注文が管理され、ユーザＢがチェックインに使用したチェックイン端末が設置されたテーブルを使用しているグループから注文が発せられた時刻が空席情報提供装置に送信される。
例えば、ユーザＢがチェックインに使用したチェックイン端末が設置されたテーブルがテーブルＢであって、ユーザＢが属するグループがテーブルＢとテーブルＣを使用している場合は、テーブルＣから発せられた注文もグループＢから発せられた注文として処理される。そして、テーブルＣから注文が発せられた時刻も、ユーザＢがチェックインに使用したチェックイン端末が設置されたテーブルを使用しているグループから注文が発せられた時刻として空席情報提供装置に送信される。
また、特開２０１２−２２６５６１号公報に開示されている来店セッション管理システムを利用するとしても良い。
【００５８】
＜位置情報を判断基準とする方法＞
図１７は、位置情報を判断基準とする場合における空席情報提供システム全体の概略構成を示す図である。
図１７に示すユーザ端末１７０５は、図３に示すユーザ端末１０５と同様の機能を有し、さらに測位部（不図示）を備える。測位部は、例えば、上空にある複数のＧＰＳ（Global Positioning System）衛星１７０１から送信されたＧＰＳ信号を受信して現在位置を測位可能である。測位部は、携帯電話用の基地局（不図示）やＷｉＦｉ用のアクセスポイント（不図示）を併用して、現在位置を測位しても良い。
【００５９】
また、図１７に示すプレゼンスサーバー１７００は、図３に示すプレゼンスサーバー３００に対して、利用判断部１７０２をさらに有する点で相違するが、その他の構成は、実質的に相違しない。そこで、実質的に異ならない構成要素には同じ符号を付してその説明を省略する。
図１７に示す例では、利用判断部１７０２は、位置情報に基づいて、定期的又は不定期に、ユーザの店舗利用終了を判断する。
「定期的又は不定期に」とは、全ユーザに関して一律に所定時間帯は、判断する時間間隔を相対的に短く、所定時間帯以外は、判断する時間間隔を相対的に長く、するとしても良い。
例えば、２０時から２２時にかけては５分ごとに判断し、それ以外の時間帯は１５分ごとに判断する。
また、ユーザが店舗利用を開始した時刻から所定時間経過前は、判断する時間間隔を相対的に長く、ユーザが店舗利用を開始した時刻から所定時間経過後は、判断する時間間隔を相対的に短く、するとしても良い。
例えば、各ユーザが店舗利用を開始した時刻から２時間経過前は、２０分ごとに判断し、ユーザが店舗利用を開始した時刻から２時間経過後は、１０分ごとに判断する。
【００６０】
なお、利用判断部１７０２が、ユーザの店舗利用終了だけでなく、ユーザの店舗利用開始も判断するとしても良い。その場合、利用開始通知受信部３０２は不要となる。
【００６１】
店舗情報記憶部３０１は、加盟店情報の一部として、各店舗の位置情報を記憶する。
各店舗の位置情報は、
店舗に設置されている複数のチェックイン端末のどれか一つの緯度経度、
店舗に設置されている複数のチェックイン端末の緯度経度の算術平均などの平均値、
チェックイン端末の緯度経度とは無関係に店舗の位置として予め登録された緯度経度
などのいずれでも良い。
店舗に複数のチェックイン端末が設置されている場合は、チェックイン処理（店舗開始処理）に使用されたチェックイン端末の緯度経度を使用することが好ましい。
【００６２】
ユーザ端末１７０５は、自身の位置情報をプレゼンスサーバー１７００へ送信する。
そして、プレゼンスサーバー１７００の利用判断部１７０２は、ユーザ端末１７０５から受信した位置情報によって特定されるユーザ端末１７０５の位置と、店舗利用開始処理が実行された店舗の位置との距離が所定距離を超えているかを判断する。
店舗利用中か判断する際に使用する所定距離は、店舗情報記憶部３０１に店舗情報の一部として記憶され、店舗に応じて相違するとしても良い。
例えば、
大型店舗に関して使用される所定距離は大きく（長く）、小型店舗に関して使用される所定距離は小さく（短く）したり、
他店舗との距離が長い場所で営業している店舗に関して使用される所定距離は大きく（長く）、他店舗との距離が短い場所で営業している店舗に関して使用される所定距離は小さく（短く）したり、するとしても良い。
【００６３】
確定情報送信部３０９は、利用判断部１７０２が、ユーザ端末１７０５と前記店舗との距離が所定距離を超えていると判断した場合は、
希望条件を、店舗利用開始処理をしたユーザ端末１０５へ送信せず、
確定情報を、空席情報を送信したユーザ端末１０５へ送信しない。
【００６４】
このように最終オーダーからの経過時間が閾値（所定時間）を超えた場合、又はチェックインに使用されたユーザ端末と店舗端末との距離が所定距離を超えた場合に、希望条件又は確定情報の送信を停止することで、お店の外へ出る際にユーザにチェックアウト処理をしてもらわなくても、既にお店の外へ出たユーザが、先程まで利用していたお店について問い合わせのメッセージなどを受け取ることがなくなり、情報を提供する側のユーザにとっての煩わしさを軽減することができる。
【００６５】
＜情報を提供するユーザが第１の店舗（店舗Ａ）から第２の店舗（店舗Ｂ）へ移動した場合＞
情報を提供するユーザが店舗Ａを去り（店舗Ａでチェックアウトを済ませ）、店舗Ｂへ入店（店舗Ｂで新たにチェックイン）した場合、前記の如く、当該ユーザに対する店舗Ａに関する希望条件又は確定情報の送信を停止することが好ましい。しかし、当該ユーザに対する店舗Ｂに関する希望条件又は確定情報の送信を停止する必要はない。
店舗Ａでチェックアウトを済ませたユーザは、チェックアウト後は、店舗Ａの正しい空席情報を把握することができないため、このようなユーザ（店舗Ａでチェックアウトを済ませたユーザ）に店舗Ａに関する希望条件（つまり、店舗Ａに関する空席情報の送信リクエスト）などが届かないようにすることが好ましい。
一方、その後、当該ユーザが店舗Ｂで新たにチェックインした場合であって、店舗Ｂが新たな希望条件（例えば、当該ユーザが店舗Ｂでチェックインした後に、他のユーザが発信した希望条件）を満たす場合は、当該ユーザに対する店舗Ｂに関する希望条件などの送信を停止する必要はない。
【００６６】
＜ビーコン信号を利用する場合＞
ビーコン信号を利用して、店舗利用の開始、終了を判断する例について説明する。
図１８は、複数のビーコン端末を複数の店舗に設置した例を示す図である。同図は、ビーコンＩＤがＢＣ０１〜０３であるビーコン端末が、店舗ＩＤがｇ００００１である店舗に設置され、ビーコンＩＤがＢＣ０４〜０６であるビーコン端末が、店舗ＩＤがｇ００００２である店舗に設置された例を示す。各ビーコン端末は、各端末を識別可能なビーコンＩＤをビーコン信号に載せて送信することができる。
【００６７】
図１９は、店舗情報記憶部に記憶されるビーコン情報の一例を示す図である。ビーコンＩＤ  ＢＣ０１〜０３が、店舗ＩＤ  ｇ００００１に紐付けて記憶され、ビーコンＩＤ  ＢＣ０４〜０６が、店舗ＩＤ  ｇ００００２に紐付けて記憶されている例を示す。
図２０も、店舗情報記憶部に記憶されるビーコン情報の一例を示す図である。図１９のビーコン情報は空席情報提供装置が空席情報を提供する前（稼働前）に記憶されている必要があり、一方、図２０のビーコン情報は空席情報提供装置が稼働中にユーザが店舗を訪れ、ビーコン信号を受信する等すると蓄積されていく情報である。
【００６８】
店舗情報記憶部は、店舗に関する前記の情報（図５に示した住所、ジャンル、予算など）の飲食店に関する情報に加えて、店舗内に設置されたビーコン端末に関する情報（図１９に示した店舗ＩＤ、ビーコンＩＤなど）を記憶する。
飲食店に来店したユーザのユーザ端末は、ビーコンＩＤを含むビーコン信号を受信し、ビーコンＩＤを識別する機能を有する。
利用判断部１７０２は、ビーコン信号を受信したユーザ端末から、ビーコン信号に含まれる識別情報を、ユーザ端末がビーコン信号を受信した時刻と共に、定期的（例えば、１分ごと、３分ごと）に受信し、ユーザ端末が前記ビーコン信号を継続的に受信している時間が第１の閾値（例えば、５分）を超えているかを判断する。
例えば、３分ごとに受信する場合に、同じ識別情報（ビーコンＩＤ）を２回連続して受信したら、５分に設定された第１の閾値を超えている、と判断する。
【００６９】
希望条件受信部３０３は、店舗を探しているユーザが利用するユーザ端末から、店舗に望む希望条件を受信する。
検索部３０４は、前記希望条件を満たす１または２以上の店舗を、店舗情報記憶部３０１に記憶されている店舗の中から検索する。
検索部３０４によって検索された店舗の店舗ＩＤがｇ００００１で、
当該店舗に設置されているビーコン端末のＩＤがＢＣ０１〜０３で、
ＢＣ０１のビーコンＩＤを継続して受信しているユーザ端末が存在し、かつ利用判断部１７０２が継続してい受信している時間（例えば、６分）が、第１の閾値（例えば、５分）を超えていると判断した場合、希望条件送信部３０５は前記希望条件を、当該ユーザ端末へ送信する。
【００７０】
空席情報受信部３０６は、前記希望条件が送信されたユーザ端末（つまり、同一のビーコンＩＤを継続して受信している時間が第１の閾値を超えていると判断されたユーザ端末）から、空席情報を受信する。
空席情報送信部３０７は、前記空席情報を、店舗を探しているユーザが利用するユーザ端末へ、送信する。
【００７１】
また、利用判断部１７０２は、識別情報を最後に受信した時刻からの経過時間が第２の閾値を超えているかについても判断し、
希望条件送信部３０５は、
識別情報を継続的に受信している時間が第１の閾値（例えば、５分）を超えていると判断されたユーザ端末であって、その後に、前記経過時間が第２の閾値（例えば、７分）を超えていると判断されたユーザ端末へは、前記希望条件を送信しない、としても良い。
図２０に示す例では、識別情報を最後に受信した時刻が１９：０６：００であるとし、そして利用判断部１７０２が判断した時刻が１９：１４：００であるとすると、経過時間は８分であるから、第２の閾値が７分であれば、第２の閾値を超えていると判断する。
【００７２】
ビーコン信号の送受信にはＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信規格が適している。近距離無線通信規格を使用することで、狭いエリアごと（例えば、テーブルごと）にユーザの利用の開始、終了を、検知することができる。
【符号の説明】
【００７３】
３００  空席情報提供装置（サーバー）
３０１  店舗情報記憶部
３０２  利用開始通知受信部
３０３  希望条件受信部
３０４  検索部
３０５  希望条件送信部
３０６  空席情報受信部
３０７  空席情報送信部
３０８  確定情報受信部
３０９  確定情報送信部
【図１】
2016058091.tif 000003
【図２】
2016058091.tif 000004
【図３】
2016058091.tif 000005
【図４】
2016058091.tif 000006
【図５】
2016058091.tif 000007
【図６】
2016058091.tif 000008
【図７】
2016058091.tif 000009
【図８】
2016058091.tif 000010
【図９】
2016058091.tif 000011
【図１０】
2016058091.tif 000012
【図１１】
2016058091.tif 000013
【図１２】
2016058091.tif 000014
【図１３】
2016058091.tif 000015
【図１４】
2016058091.tif 000016
【図１５】
2016058091.tif 000017
【図１７】
2016058091.tif 000018
【図１８】
2016058091.tif 000019
【図１９】
2016058091.tif 000020
【図２０】
2016058091.tif 000021
【図１６】
2016058091.tif 000022