(57)【要約】【課題】店舗などを検索する予約対象検索システムにおいて、その空き状況に応じた検索の精度を向上させる。【解決手段】予約対象の検索に用いられる予約対象検索システムに係るサーバであって、複数の予約対象に関し当該予約対象の空き状況に関する空き状況情報を含む予約対象情報を記憶する記憶部と、前記予約対象の端末から前記予約対象の空き状況に関する空き状況情報を受信する受信部と、受信した空き状況情報に応じて、当該空き状況情報を送信した予約対象の検索対象時間を決定する決定部と、少なくとも前記検索対象時間を用いて、前記記憶部に記憶されている空き状況情報を更新する更新部とを備えるサーバを提供する。【選択図】図２
2016099958.tif 000002
【特許請求の範囲】
【請求項１】
予約対象の検索に用いられる予約対象検索システムに係るサーバであって、
複数の予約対象に関し当該予約対象の空き状況に関する空き状況情報を含む予約対象情報を記憶する記憶部と、
前記予約対象の端末から前記予約対象の空き状況に関する空き状況情報を受信する受信部と、
受信した空き状況情報に応じて、当該空き状況情報を送信した予約対象の検索対象時間を決定する決定部と、
少なくとも前記検索対象時間を用いて、前記記憶部に記憶されている空き状況情報を更新する更新部とを備えるサーバ。
【請求項２】
前記空き状況情報は、前記予約対象の空き状況について、受け入れ可能な人数範囲を示す情報であることを特徴とする請求項１記載のサーバ。
【請求項３】
前記決定部は、前記受信部が受信する空き状況情報が示す人数範囲が多いほど、前記検索対象時間を長い時間に決定することを特徴とする請求項２記載のサーバ。
【請求項４】
前記受信部は、さらに、前記予約対象の検索の依頼を受信し、
前記サーバは、更に、
前記依頼にしたがって、当該依頼を受け付けた時刻が前記検索対象時間に含まれる予約対象の中から、当該依頼に適した予約対象の検索結果を特定する特定部を備えることを特徴とする請求項１〜３のいずれか１項に記載のサーバ。
【請求項５】
前記特定部は、さらに、前記予約対象の端末から空き状況情報を所定時間以上受信できない場合には、当該空き状況情報を受信できない予約対象を前記検索結果から外すことを特徴とする請求項４記載のサーバ。
【請求項６】
前記予約対象は、受け入れ人数に制限のある施設であり、
前記空き状況情報は当該施設の最終注文受付時刻または最終入店受付時刻に係る情報を含み、
前記特定部は、さらに、前記最終注文受付時刻または最終入店受付時刻の所定時間前になると、当該予約対象を、前記検索結果から外すことを特徴とする請求項４記載のサーバ。
【請求項７】
空き状況を示す情報を入力するための入力画面を前記予約対象の端末に提供する提供部をさらに備えることを特徴とする請求項１〜６のいずれか１項に記載のサーバ。
【請求項８】
前記予約対象は、受け入れ可能な人数に制限のある施設であり、
前記提供部は、空き状況を示す情報として、空き状況の人数範囲を示す複数の選択肢を含む前記入力画面を提供することを特徴とする請求項７記載のサーバ。
【請求項９】
前記検索の依頼には、予め定められたワードを含み、
前記特定部は、前記依頼に含まれるワードにしたがって、検索結果を特定する
ことを特徴とする請求項４記載のサーバ。
【請求項１０】
予約対象の検索に用いられる予約対象検索システムに係るサーバであって、
予約対象に関し、予約対象の空き状況を示す空き状況情報を含む予約対象情報を記憶する記憶部と、
空き状況を示す情報を入力するための入力画面を提供する提供部と、
前記予約対象の端末において前記入力画面に対して実行された入力にしたがった空き状況情報を受信する受信部と、
前記受信した空き状況情報と、当該空き状況情報を受信した時刻とに基づき、前記記憶部に記憶されている前記空き状況情報を更新する更新部とを備えるサーバ。
【請求項１１】
前記予約対象は、受け入れ可能な人数に制限のある施設であり、
前記提供部は、空き状況を示す情報として、空き状況の人数範囲を示す複数の選択肢を含む前記入力画面を定期的または自動的に提供することを特徴とする請求項７記載のサーバ。
【請求項１２】
予約対象の検索に用いられる予約対象検索システムによる前記予約対象の空き状況を示す空き状況情報の管理方法であって、
複数の予約対象に関し当該予約対象の空き状況に関する空き状況情報を含む予約対象情報を記憶部に記憶する記憶ステップと、
前記予約対象の端末から前記予約対象の空き状況に関する空き状況情報を受信する受信ステップと、
受信した空き状況情報に応じて、当該空き状況情報を送信した予約対象の検索対象時間を決定する決定ステップと、
少なくとも前記検索対象時間を用いて、前記記憶部に記憶されている空き状況情報を更新する更新ステップとを含む管理方法。
【請求項１３】
予約対象の検索に用いられる予約対象検索システムによる前記予約対象の空き状況を示す空き状況情報の管理プログラムであって、
前記予約対象検索システムにおけるコンピュータに、
複数の予約対象に関し当該予約対象の空き状況に関する空き状況情報を含む予約対象情報を記憶部に記憶させる記憶機能と、
前記予約対象の端末から前記予約対象の空き状況に関する空き状況情報を受信する受信機能と、
受信した空き状況情報に応じて、当該空き状況情報を送信した予約対象の検索対象時間を決定する決定機能と、
少なくとも前記検索対象時間を用いて、前記記憶部に記憶されている空き状況情報を更新する更新機能とを実現させる管理プログラム。
【請求項１４】
予約対象の検索に用いられる予約対象検索システムによる前記予約対象の空き状況を示す空き状況情報の管理方法であって、
予約対象に関し、予約対象の空き状況を示す空き状況情報を含む予約対象情報を記憶する記憶部に記憶する記憶ステップと、
空き状況に関する情報を入力する入力画面を提供する提供ステップと、
前記予約対象の端末において前記入力画面に対して実行された入力にしたがった店舗空き状況情報を受信する受信ステップと、
前記店舗空き状況情報と、前記店舗空き状況情報を受信した時刻とに基づき、前記記憶部に記憶されている前記空き状況情報を更新する更新ステップとを含む管理方法。
【請求項１５】
予約対象の検索に用いられる予約対象検索システムによる前記予約対象の空き状況を示す空き状況情報の管理プログラムであって、
前記予約対象検索システムのコンピュータに、
予約対象に関し、予約対象の空き状況を示す空き状況情報を含む予約対象情報を記憶する記憶部に記憶する記憶機能と、
空き状況に関する情報を入力する入力画面を提供する提供機能と、
前記予約対象の端末において前記入力画面に対して実行された入力にしたがった店舗空き状況情報を受信する受信機能と、
前記店舗空き状況情報と、前記店舗空き状況情報を受信した時刻とに基づき、前記記憶部に記憶されている前記空き状況情報を更新する更新機能とを含む管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受け入れ可能な人数に制限のある対象の検索システムに係る。
【背景技術】
【０００２】
従来から、店舗の検索を実行できる検索サイトを用いた店舗の予約が行われている。
【０００３】
このような検索サイトには、店舗の空き状況として、予約可能人数を提示しているサイトもある。当該予約可能人数の提示は、店舗を運営する人間が、店舗の空き状況を見て、逐次検索サイトに空き状況を示す情報をアップロードすることにより実現される（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−８５８０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上記検索においては、ユーザが店舗検索をする際には、店舗からアップロードされた最後のデータを用いて実行される。したがって、店舗からアップロードされたデータが古いデータであった場合には、店舗の空き情報の信頼性が低くなるという問題がある。
【０００６】
例えば、店舗が空き状況として１０人受け入れ可能というような情報をアップロードした場合、以降１時間の間に新たな空き情報を送信しなかったとする。その場合には、その１時間後に必ずしも１０人受け入れ可能とは限らず、実際に店舗に予約の電話を入れても、そのタイミングにおいては、満席になっており、検索結果としてあがったにも関わらず、その店の予約をとれないというような事態を招く可能性がある。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、受け入れ可能な人数が制限されている施設や店舗などを検索するサーバであって、検索対象としてそぐわない予約対象が検索結果として検索されにくいサーバを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係るサーバは、予約対象の検索に用いられる予約対象検索システムに係るサーバであって、複数の予約対象に関し当該予約対象の空き状況に関する空き状況情報を含む予約対象情報を記憶する記憶部と、前記予約対象の端末から前記予約対象の空き状況に関する空き状況情報を受信する受信部と、受信した空き状況情報に応じて、当該空き状況情報を送信した予約対象の検索対象時間を決定する決定部と、少なくとも前記検索対象時間を用いて、前記記憶部に記憶されている空き状況情報を更新する更新部と、を備える。
【発明の効果】
【０００９】
本発明に係るサーバは、予約対象の空き状況情報に応じて、当該予約対象が検索の対象となる検索対象時間を決定するので、実際に予約対象の検索を実行する際に、検索対象としてそぐわない予約対象が検索結果として検索されにくくなる。例えば、予約対象の空き状況が少なければ検索対象時間を短くすることによって、実際に検索を実行されるまでに予約対象の空きが埋まるという事態になったときに店舗検索の対象となる可能性を抑制できる。したがって、ユーザの検索において実際には埋まっている予約対象が検索結果として表示される事態を抑制することができる。
【図面の簡単な説明】
【００１０】
【図１】店舗検索システムのシステム構成を示すシステム図
【図２】サーバの機能構成を示すブロック図
【図３】ユーザ端末または店舗端末の機能構成を示すブロック図
【図４】店舗情報のデータ構成例を示すデータ概念図
【図５】空き状況情報のアップロードに係る店舗端末とサーバとの間のやり取りを示すシーケンス図
【図６】店舗検索時のサーバの動作を示すフローチャート
【図７】店舗検索に係るユーザ端末とサーバとのやり取りを示すシーケンス図
【図８】店舗検索時のサーバの動作を示すフローチャート
【図９】（ａ）、（ｂ）は、ユーザ端末における表示画面例
【図１０】（ａ）、（ｂ）は、店舗端末における表示画面例
【発明を実施するための形態】
【００１１】
以下、本発明の一実施態様について、図面を参照しながら説明する。
＜実施の形態＞
＜構成＞
図１は、店舗検索システムのシステム構成を示すシステム図である。
【００１２】
図１に示すように、店舗検索システムは、サーバ１００を含み、サーバ１００は、ネットワーク５００を介して、店舗端末２００やユーザ端末３００と接続される。
【００１３】
店舗端末２００からは、ネットワーク５００を介して、店舗の空き状況を示す空き状況情報がサーバ１００にアップロードされる。サーバ１００はアップロードされた空き状況情報を用いて店舗について空き状況を示す情報を含む店舗情報を更新する。
【００１４】
また、ユーザ端末３００からは、ネットワーク５００を介して、店舗についての検索要求が送信され、これに応じてサーバ１００において店舗情報を参照して実行された店舗検索の結果が、ネットワーク５００を介して、ユーザ端末３００に送信される。
【００１５】
なお、図１においては、店舗端末２００、ユーザ端末３００について、説明を簡単にするために、ともに１台だけ示しているが、双方とも複数台存在してもよいことは言うまでもない。
以下、サーバ１００と、店舗端末２００、ユーザ端末３００の構成について詳細に説明する。
【００１６】
図２は、サーバ１００の機能構成を示すブロック図である。
図２に示すように、サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを含んで構成される。
【００１７】
通信部１１０は、制御部１３０からの指示に従って、ネットワーク５００を介して、店舗端末２００やユーザ端末３００と通信を実行する機能を有する。当該通信は、有線、無線のいずれで実行されてもよく、また、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。
【００１８】
通信部１１０は、店舗端末２００から空き状況情報を受信すると、決定部１３１に伝達する。受信した空き状況情報には、少なくとも、対応する店舗を識別するための店舗ID（IDentifier）と、空き状況を示す人数範囲の情報が含まれる。
【００１９】
また、通信部１１０は、ユーザ端末３００から検索要求を受信すると、特定部１３３に当該検索要求を伝達する。当該検索要求には、少なくとも、店舗を訪問予定の人数に関する情報が含まれる。そして、通信部１１０は、特定部１３３から伝達された検索結果の情報を含むメッセージを、検索要求を送信したユーザ端末３００に送信する。
【００２０】
記憶部１２０は、サーバ１００が動作するうえで必要とする各種プログラムおよびデータを記憶する機能を有する。記憶部１２０は、店舗に関する情報を含む店舗情報４００を記憶している。店舗情報４００の詳細については後述する。記憶部１２０は、典型的には、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなど各種の記録媒体により実現される。
【００２１】
制御部１３０は、サーバ１００の各部を制御する機能を有するプロセッサである。制御部１３０は、通信部１１０から空き状況情報を伝達されて、記憶部１２０に記憶されている店舗情報４００を更新する機能と、通信部１１０から検索要求を伝達されて、店舗の検索を実行する機能とを有する。
制御部１３０は、決定部１３１と、更新部１３２と、特定部１３３、提供部１３４とを含む。
【００２２】
決定部１３１は、通信部１１０から伝達された空き状況情報から、対応する店舗が受け入れ可能な人数範囲を特定し、特定した人数範囲と空き状況情報を受信した受信時刻とから、対応する店舗の検索対象時間を決定する機能を有する。検索対象時間は、ユーザからの検索要求を受け付けたときに、検索対象となる時間帯を示す時間情報である。
【００２３】
決定部１３１は、空き状況情報が、「１１人以上（店舗端末２００での入力が「◎」）」の空きがあることを示す場合には、店舗の検索対象時間の時間幅を「６０分」に決定する。空き状況情報が、「５〜１０人（店舗端末２００での入力が「○」）」の空きがあることを示す場合には店舗の検索対象時間の時間幅を「４５分」に、「１〜４人（店舗端末２００での入力が「△」）」の空きがあることを示す場合には店舗の検索対象時間の時間幅を「３０分」に、「０人」で空きがない（満席である）ことを示す場合には店舗の検索対象時間の時間幅を「１０秒（店舗端末２００での入力が「×」）」に決定する。そして、決定部１３１は、検索対象時間を、空き状況情報を受信した時刻から、当該受信時刻に決定した時間幅を加算した時刻までの時間帯に決定する。決定部１３１は、空き状況情報で示される人数が多いほど、店舗検索の対象になる時間帯を長くなるように決定する。なお、ここでは、検索対象時間として、「◎」の場合に「６０分」、「○」の場合に「４５分」、「△」の場合に「３０分」、「×」の場合に「１０秒」として説明しているが、この時間は「◎、○、△、×」の順に時間が短くなっていれば、それ以外の時間であってよい。また、当該時間は適宜設定、変更できてもよい。
【００２４】
決定部１３１は、検索対象時間を決定すると、決定した検索対象時間と、空き状況情報を送信した店舗端末２００が対応する店舗を示す店舗ＩＤと、空き状況を示す人数範囲の情報とを、更新部１３２に伝達する。
【００２５】
更新部１３２は、決定部１３１から伝達された検索対象時間に係る情報と、空き状況情報で示される人数範囲の情報とを用いて、記憶部１２０に記憶されている店舗情報４００を更新する機能を有する。更新部１３２は、店舗情報４００の、決定部１３１から伝達された店舗ＩＤに対応する検索対象時間４０５および空き状況４０６のそれぞれを伝達された検索対象時間および空き状況を示す人数範囲の情報で更新する。
【００２６】
特定部１３３は、通信部１１０から検索要求を伝達されると、当該検索依頼に従って、記憶部１２０に記憶されている店舗情報４００を参照して、店舗の検索を実行し、検索結果を特定する機能を有する。特定部１３３は、検索要求を受信した時刻が、店舗情報４００の検索対象時間４０５に含まれる店舗を特定する。そして、特定された店舗のうち、検索要求に含まれる人数を満たす店舗を、空き状況４０６を参照して、検索結果として特定する。
特定部１３３は、得られた検索結果の情報を含むメッセージを通信部１１０に伝達する。
【００２７】
提供部１３４は、店舗端末２００に対して、当該店舗における空き状況に関する入力を要求するインターフェースを所定時間ごとに、各店舗の店舗端末２００に提供する機能を有する。
【００２８】
提供部１３４は、所定時間ごと（例えば、３０分ごと）に、店舗端末２００の店員による入力を受け付け可能な、店舗の空き状況を特定するための人数範囲を示す選択肢を複数含むインターフェースのメッセージを店舗端末２００に送信するよう通信部１１０に指示する。
以上が、サーバ１００の機能構成についての説明である。
図３は、店舗端末２００およびユーザ端末３００の機能構成を示すブロック図である。
【００２９】
双方の端末は、ともにいわゆるスマートフォンなどに代表される携帯端末であり、ユーザ端末３００は、以下の説明において「店舗端末２００」を「ユーザ端末３００」に置き換えた構成であり、基本的な構成は共通するので、ここでは、店舗端末２００についてのみ説明するものとする。
図３に示すように、店舗端末２００は、入力部２１０と、通信部２２０と、記憶部２３０と、制御部２５０と、表示部２６０とを含んで構成される。
【００３０】
入力部２１０は、ユーザからの入力を受け付けて、当該入力に係る情報を、制御部２５０に伝達する機能を有する。入力部２１０は、タッチパネルなどにより実現され、指やスタイラスなどの指示具により接触された接触位置を検出し、当該検出位置の座標を情報処理部２５１に伝達する。本実施の形態においては、入力部２１０は、店舗端末２００の場合では、店舗店員から人数範囲を示す選択肢のうちのいずれかの選択を受け付け、ユーザ端末３００の場合では、ユーザから店舗検索のための人数入力を受け付ける。
【００３１】
通信部２２０は、ネットワーク５００を介して、サーバ１００と通信を実行する機能を有する。当該通信は、有線、無線のいずれで実行されてもよく、また、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。
【００３２】
記憶部２３０は、店舗端末２００が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２３０は、典型的には、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリなど各種の記録媒体により実現される。
制御部２５０は、店舗端末２００の各部を制御する機能を有するプロセッサである。
制御部２５０は、情報処理部２５１と、表示処理部２５２とを含む。
【００３３】
情報処理部２５１は、入力部２１０から入力された情報にしたがって、通信部２２０にサーバ１００に情報を送信するように指示する機能を有する。また、情報処理部２５１は、通信部２２０からサーバ１００が送信したメッセージを、表示処理部２５２に伝達する機能も有する。なお、ユーザ端末３００の場合、情報処理部２５１は、入力部２１０に対してなされたユーザの入力に従って、店舗検索のためのアプリケーションを起動し、店舗検索のための情報（クエリー、キーワード）をサーバ１００に送信するよう通信部２２０に指示する機能も有する。
表示処理部２５２は、情報処理部２５１から伝達された表示用のデータを画素情報に変換し、表示部２６０のフレームバッファに書き込む機能を有する。
表示部２６０は、制御部２５０の表示処理部２５３によりフレームバッファに書き込まれた表示データに従って、画像を表示する機能を有するモニタである。
以上が店舗端末２００、ユーザ端末３００の機能構成についての説明である。
【００３４】
＜データ＞
ここで、本実施の形態において、店舗検索システムで用いられる情報について説明する。
図４は、サーバ１００の記憶部１２０に記憶されている店舗情報４００のデータ構成例を示すデータ概念図である。
【００３５】
図４に示すように、店舗情報４００は、店舗ＩＤ４０１と、店舗名４０２と、場所４０３と、ジャンル４０４と、検索対象時間４０５と、空き状況４０６と、最終注文受付時刻４０７とが対応付けられた情報である。
店舗ＩＤ４０１は、サーバ１００が店舗を区別して管理するために、便宜的に付与された識別情報である。
店舗名４０２は、店舗の名称を示す情報である。ここでは、便宜的に、「店舗Ａ」、「店舗Ｂ」、…などと記載しているが、実際には、店舗の名称が示される。
場所４０３は、店舗の所在を示す情報である。図４では、場所を示す文言を示しているが、これは、経緯度情報であってもよい。
ジャンル４０４は、店舗の料理のジャンルを示す情報であり、１以上の情報が含まれてよい。
検索対象時間４０５は、ユーザからの検索依頼があったときに、検索の対象となる時間帯を示す情報である。
【００３６】
空き状況４０６は、店舗の空き状況を示す情報である。空き状況４０６は、更新部１３２により更新される。本実施の形態においては、空き状況としては、「０人」、「１〜４人」、「５〜１０人」、「１１人以上」の４種類の項目を用いるので、これらのいずれかの情報が対応付けられる。また、空き状況情報が所定時間以上アップロードされていない店舗については、空き状況４０６には、「−」が対応付けられる。
最終注文受付時刻４０７は、店舗の最終注文受付の時刻（最後の注文が可能な時刻）を示す情報である。なお、ここでは、最終注文受付の時刻としているが、最終注文受付時刻は、入店可能な最終時刻であってもよい。
【００３７】
図４に示す店舗情報４００によれば、例えば、店舗ＩＤ「Ｔ１３８０９」の店舗名は、「店舗Ｂ」になっており、その所在（場所）は「渋谷」であり、ジャンルは「イタリアン、パスタ」となっている。当該店舗の検索対象時間は、「１８時３３分２０秒から１９時１８分２０秒」の間であり、空き状況は「５〜１０人」となっており、その最終注文受付の時刻は、「２１時３０分」となっている。
店舗情報４００を記憶し、逐次更新することにより、サーバ１００は、ユーザからの店舗検索依頼に応じて、適切な店舗検索を実行することができる。
【００３８】
＜動作＞
本実施の形態に係る店舗検索システムの動作を説明する。
図５、図６を用いて、店舗の店員が店舗端末を利用して、空き状況に関する情報をアップロードする処理を説明する。
図５は、店舗端末から、店舗の空き状況に関する情報を、サーバ１００にアップロードする際のやり取りを示すシーケンス図である。
図５に示すようにサーバ１００は、空き状況の人数範囲を示す複数の選択肢を含むメッセージを送信する（ステップＳ５０１）。
【００３９】
当該メッセージを受信すると、店舗端末２００は、表示部２６０に、空き状況の人数範囲を示す複数の選択肢を表示する（図９（ａ）参照）。店舗店員は、これらの選択肢「◎」、「○」、「△」、「×」、「通知をＯＦＦにする」のいずれかのボタンにタッチすることにより、店舗店員からの選択肢を選択する入力を受け付ける（ステップＳ５０２）。なお、「通知をＯＦＦにする」とは、サーバ１００による定期的な空き状況の入力を促すメッセージの通知を停止する設定を行うことをいう。
店舗端末２００は、店舗店員により選択された選択肢の情報をサーバ１００に送信する（ステップＳ５０３）。
【００４０】
店舗端末２００から送信された選択肢の情報を受信したサーバ１００は、受信した選択肢の情報にしたがって、店舗情報４００を更新する（ステップＳ５０４）。
【００４１】
このようにサーバ１００からメッセージを送信することにより、店舗端末２００では選択肢が表示されることになり、当該選択肢の選択だけで、店舗情報４００が更新されるので、従来と比較すると、店舗の空き状況に関する情報をアップロードの手間が大幅に簡略化されている。
【００４２】
図６は、図５に示すやり取りを実現するサーバ１００の動作を示すフローチャートである。なお、図６に示すフローチャートは、ある１店舗についての対応の動作を示しており、サーバ１００は、当該動作を各店舗ごとに実行する。
【００４３】
図６に示すように、サーバ１００の提供部１３４は、通信部１１０に空き状況を示す複数の選択肢を示す情報を伝達する。通信部１１０はこれを受けて、当該複数の選択肢を示す情報を、店舗端末２００に送信する（ステップＳ６０１）。
【００４４】
通信部１１０は、空き状況に関する選択肢の応答である空き状況情報を店舗端末２００から受信した場合に（ステップＳ６０２のＹＥＳ）、受信した空き状況情報を決定部１３１に伝達する。
【００４５】
決定部１３１は、空き状況情報を伝達されると、上述したとおり、空き状況情報で示される店舗の空き状況に応じて検索対象時間を決定する（ステップＳ６０３）。すなわち、空き状況情報の受信時刻がＸ時Ｙ分であったとすると、決定部１３１は、空き状況情報で示される情報が「１１人以上（◎）」である場合には、検索対象時間を「Ｘ時Ｙ分〜（Ｘ時Ｙ分＋６０分）」に決定し、「５〜１０人（○）」である場合には、検索対象時間を「Ｘ時Ｙ分〜（Ｘ時Ｙ分＋４５分）」に決定し、「１〜４人（△）」である場合には、検索対象時間を「Ｘ時Ｙ分〜（Ｘ時Ｙ分＋３０分）」に決定し、「０人（×）」である場合には、検索対象時間を「Ｘ時Ｙ分〜（Ｘ時Ｙ分＋１０秒）」に決定する。
決定部１３１は、決定した検索対象時間と、受信した空き状況情報に対応する店舗の店舗ＩＤと、空き状況を更新部１３２に伝達する。
【００４６】
更新部１３２は、伝達された情報にしたがって、店舗情報４００を更新する。すなわち、伝達された店舗ＩＤに対応する検索対象時間４０５を伝達された検索対象時間で、空き状況４０６を伝達された空き状況で、上書き更新する（ステップＳ６０４）。
【００４７】
一方、店舗端末２００から空き状況情報が受信できない場合（ステップＳ６０２のＮＯ）、特定部１３３は、当該店舗について最後に空き状況情報を受信してから所定時間（例えば、１時間）が経過しているか否かを判定する（ステップＳ６０５）。すなわち、特定部１３３は、店舗について店舗情報４００の検索対象時間４０６で定められる検索対象時間の開始時刻から所定時間が経過しているか否かを判定する。
【００４８】
所定時間が経過していると判定した場合には（ステップＳ６０５のＹＥＳ）、特定部１３３は、次に空き状況情報を受信するまで、または、日付が変更されるまでは、当該店舗を店舗検索の対象から除外する（ステップＳ６０６）。所定時間が経過していないと判定した場合には（ステップＳ６０５のＮＯ）、ステップＳ６０７に移行する。
【００４９】
特定部１３３は、当該店舗について店舗情報４００の最終注文受付時刻４０７で示される時刻の所定時間前（例えば、３０分前）になっているか否かを判定する（ステップＳ６０７）。
【００５０】
最終注文受付時刻の所定時間前になっていると判定した場合には（ステップＳ６０７のＹＥＳ）、特定部１３３は、当該店舗は、日付が変更されるまでは、当該店舗を店舗検索の対象から除外し（ステップＳ６０８）、処理を終了する。最終注文受付時刻の所定時間前になっていないと判定した場合には（ステップＳ６０７のＮＯ）、提供部１３４は、ステップＳ６０１において空き状況情報を示す複数の選択肢を含むメッセージを送信した時刻から所定時間が経過しているか否かを判定する（ステップＳ６０９）。
【００５１】
所定時間が経過していると判定した場合には（ステップＳ６０９のＹＥＳ）、ステップＳ６０１に戻り、サーバ１００は、次の空き状況情報の入力を促すために選択肢に係る情報を送信することとなる。
所定時間が経過していないと判定した場合には（ステップＳ６０９のＮＯ）、ステップＳ６０２に戻る。
図６に示される処理は、各店舗について、翌日の営業になるごとに、再起動される。翌日の営業になった場合には、全ての店舗について、検索の対象となるように設定してもよい。
以上が、サーバ１００の、店舗端末２００から空き状況情報を取得し、店舗情報４００を更新する動作の説明である。
図７、図８を用いて、ユーザが店舗検索システムを利用して、店舗の検索を実行する際の処理を説明する。
図７は、ユーザがユーザ端末３００を用いて、店舗検索を実行する際のサーバ１００とユーザ端末３００との間のやり取りを示すシーケンス図である。
【００５２】
図７に示すように、ユーザ端末３００では、ユーザにより店舗検索のためのアプリケーションが実行される。そして、ユーザ端末３００の入力部２１０が店舗検索のための入力（人数入力）を受け付ける（ステップＳ７０１）。
ユーザ端末３００は、受け付けた入力内容を含むメッセージを店舗の検索要求としてサーバ１００に送信する（ステップＳ７０２）。
【００５３】
サーバ１００は、ユーザ端末３００から、検索要求を受信した時刻と、受け付けた入力内容にしたがって店舗検索を実行する（ステップＳ７０３）。
そして、サーバ１００は、検索により得られた検索結果の店舗情報を含むメッセージを送信する（ステップＳ７０４）。
ユーザ端末３００は、受信した検索結果の店舗情報を含むメッセージを表示部２６０に表示する（ステップＳ７０５）。
図８は、図７に示すやり取りを実現するためのサーバ１００の動作を示すフローチャートである。
【００５４】
図８に示すように、サーバ１００の通信部１１０は、ユーザ端末３００から送信された検索に係るメッセージを受信する（ステップＳ８０１）。通信部１１０は当該メッセージを特定部１３３に伝達する。
【００５５】
特定部１３３は、保持している検索キーワードを特定するための辞書を用いて、店舗検索のためのキーワードがメッセージ内に含まれるか否かを判定する（ステップＳ８０２）。ここでは、キーワードは、店舗を利用するユーザの人数、すなわち、数値情報である。
【００５６】
特定部１３３がメッセージ内に辞書に対応するキーワードが含まれていないと判定すると（ステップＳ８０２のＮＯ）、特定部１３３は、通信部１１０を介して、ユーザ端末３００に、検索を実行できないことを示すエラーを通知し（ステップＳ８０３）、ステップＳ８０１に戻る。
【００５７】
キーワードが含まれていると判定した場合に（ステップＳ８０２のＹＥＳ）、特定部１３３は、検索要求を受信した時刻が、店舗情報４００の検索対象時間４０５に含まれる店舗を特定する（ステップＳ８０４）。
【００５８】
そして、特定部１３３は、ステップＳ８０４において特定した店舗のうち、キーワードに対応する店舗を特定する（ステップＳ８０５）。本実施の形態においては、キーワードとしては、人数を想定しているので、キーワードとして特定した人数を受け入れ可能な店舗を、店舗情報４００の空き状況４０６を参照して、検索結果を特定する。
【００５９】
キーワードに対応する店舗が検索できた場合には（ステップＳ８０６のＹＥＳ）、特定部１３３は、検索により得られた店舗の情報を含むメッセージを、検索要求を行ったユーザ端末３００に送信して（ステップＳ８０７）終了する。これによりユーザ端末３００では、店舗検索結果が表示される。
【００６０】
キーワードに対応する店舗が検索できなかった場合には（ステップＳ８０６のＮＯ）、特定部１３３は、検索により店舗を発見できなかったことを示すメッセージを、検索要求を行ったユーザ端末３００に送信して（ステップＳ８０８）終了する。
以上が、店舗検索に係るサーバ１００の動作である。
【００６１】
＜表示画面例＞
図９は、店舗店員が店舗端末２００を利用して、空き状況情報をアップロードする際に、店舗端末２００に表示される画面例を示す図である。
図９（ａ）は、定期的にサーバ１００から送信される空き状況に関する選択肢を含むメッセージを店舗端末２００の表示部２６０に表示した画面例である。
【００６２】
図９（ａ）に示されるように、サーバ１００からは、空き状況が１１人以上の場合の選択肢９０１ａ、５〜１０人の場合の選択肢９０１ｂ、１〜４人の場合の選択肢９０１ｃ、０人の場合の選択肢９０１ｄ、通知をＯＦＦにする選択肢９０１ｅの５つの選択肢（ボタン）が提示される。
店舗店員は、当該画面の選択肢９０１ａ〜９０１ｄのいずれかにタッチするだけで、空き状況に関する情報がサーバ１００にアップロードされる。
【００６３】
サーバ１００において無事に更新が実行された場合には、登録が終了したことを示す情報がサーバ１００から送信され、応答９２０に示されるように、店舗端末２００の表示部２６０に表示される。
なお、図９（ａ）の応答９２０は、図９（ｂ）に示すような表示態様で表示されることとしてもよい。
【００６４】
図１０は、ユーザがユーザ端末３００を用いて店舗検索システムを利用して、店舗の検索を実行する際に、ユーザ端末３００の表示部２６０に表示される画面例を示す図である。
【００６５】
図１０（ａ）は、ユーザ端末３００において、店舗検索のためのアプリケーションを起動し、店舗を利用するユーザの人数を入力した状態のユーザ端末３００の表画面例を示す図である。店舗を利用するユーザの人数が例えば「４人」である場合には、図１０（ａ）に示すように、「４」と入力する。
【００６６】
すると、「４」という情報が、サーバ１００に送信される。サーバ１００は、特定部１３３は、４人のユーザを受け入れ可能な店舗を、店舗情報４００を用いて検索し、その検索結果をユーザ端末３００に送信する。
【００６７】
すると、ユーザ端末３００の表示部２６０には、図１０（ｂ）に示すように、検索結果に係る店舗の検索結果情報１００２が表示される。なお、図１０（ｂ）においては、文章のみを示しているが、店舗の外観や内観、店舗で提供される商品の写真なども併せて表示されてもよい。
＜まとめ＞
【００６８】
本実施の形態に係る店舗検索システムによれば、店舗から提供された空き状況に応じて、店舗検索の対象となる検索対象時間をサーバ１００が算出している。これにより、店舗から、常にリアルタイムの空き状況に関する情報を受け取らずとも、検索結果としてそぐわない検索結果がユーザに提供される可能性を低減することができる。すなわち、本実施の形態に係る店舗検索システムによれば、実際には満席になっているにもかかわらず、サーバ１００における最新の空き状況情報が数時間前のもので空きがあるという情報になっていて、店舗検索の対象として扱われるという事態を回避することができる。
【００６９】
したがって、本実施の形態に係る店舗検索システムによれば、従来に比較して、店舗店員に対して、頻繁な空き状況情報のアップロードを要求せずとも、店舗の実情を推定した検索を実行できる。
【００７０】
また、本実施の形態においては、サーバ１００は、店舗端末２００に対して、定期的に入力を空き状況を要求するものの、空き状況の人数範囲を定める選択肢を提供するので、店舗店員は当該選択肢のいずれかを選択するだけでよく、従来に比較して、店舗の空き状況情報をアップロードする手間が大幅に軽減される。
よって、店舗店員の手間を軽減しつつも、適切な店舗検索を実行できる店舗検索システムを提供することができる。
＜変形例＞
【００７１】
上記実施の形態に本発明に係る発明の一実施態様を説明したが、本発明に係る思想がこれに限られないことは言うまでもない。以下、本発明に係る思想として含まれる各種変形例について説明する。
【００７２】
（１）上記実施の形態においては、検索の対象として、飲食店を想定して説明を記載したが、検索の対象は、飲食店に限るものではない。検索の対象は、受け入れ可能な人数に制限のある施設や場所、座席、なんらかの権利などであればよく、例えば、コンサートのチケット検索、病院の患者受け入れ可能人数の検索、ネイルサロンの予約の空きの検索などであってもよい。
【００７３】
（２）上記実施の形態においては、検索要求には、店舗を利用する人数に係る情報が含まれる場合を説明したが、検索要求には、検索条件としてその他の情報が含まれて良いのはもちろんである。
その他の情報としては、場所情報や利用する店舗のジャンルの情報などが該当する。
【００７４】
ユーザ端末３００においては、図１０に示したように、人数入力と同様に、文書で場所入力、ジャンル入力を行う。これらの入力は、一度にまとめて入力することとしてもよいし、別々に入力することとしてもよいし、あるいは、プログラムによる自動対話形式で、順番に、人数、場所、ジャンルなどの入力をユーザに促す形での入力を実行することとしてもよい。
【００７５】
特定部１３３は、検索要求に、人数以外に、場所、ジャンルなどの情報が含まれる場合には、ユーザ端末３００から送信されたメッセージの中から、これらのクエリーとなるキーワードを特定し、検索を実行する。場所やジャンルについての情報が検索要求に含まれる場合には、特定部１３３は、店舗情報４００の場所４０３やジャンル４０４を参照して検索結果を絞ることとなる。
【００７６】
（３）上記実施の形態において、図６に示すステップＳ６０５やステップＳ６０７における所定時間は、店舗検索システムのオペレーターあるいは店舗店員が任意の値に設定できてもよく、上記実施の形態に示した所定時間についての実時間はあくまで一例であり、その他の時間であってもよいことは言うまでもない。
【００７７】
（４）上記実施の形態においては、特定に記載していないが、店舗端末２００は、サーバ１００に対して、最終注文受付の時刻や、サーバ１００から店舗の空き状況情報の入力を催促するメッセージが提供される時間間隔などを設定する機能を有していてもよい。また、サーバ１００は、そのための入力インターフェースを店舗端末２００に提供する機能を有し、店舗端末２００から入力された情報を記憶部１２０に記憶してもよい。
【００７８】
（５）上記実施の形態においては、決定部１３１は、検索対象時間の開始時刻を、空き状況情報を受信した時刻に設定しているが、これは、その限りではない。空き状況情報に、店舗端末３００が空き状況情報を送信した送信時刻が含まれる場合には、当該送信時刻を検索対象時間の開始時刻に設定することとしてもよい。
【００７９】
（６）上記実施の形態においては、店舗端末２００やユーザ端末３００の一例としてスマートフォンを例示しているが、これはスマートフォンに限るものでないことは言うまでもない。店舗端末２００やユーザ端末３００は、上記実施の形態において記載した機能を実現できる情報処理装置であればどのような装置であってもよく、たとえば、携帯端末、携帯電話、ＰＣ（Personal Computer）、タブレット端末、ウェアラブル端末などであってもよい。ウェアラブル端末としては、例えば、眼鏡型や腕時計型のウェアラブル端末などを用いることが考えられ、特に店舗端末２００として用いる場合に効果的である。
【００８０】
（７）上記実施の形態においては、特に記載しなかったが、サーバ１００の特定部１３３は、更に、ユーザ端末３００に提供した店舗検索結果について、表示された店舗の表示順をソートするための入力（図１０（ｂ）のソート入力１００３、１００４参照）を含んでよい。また、ソート入力１００３のように、店舗の人気順でのソートを実現するために、店舗情報４００はさらに、店舗のランキング情報を含んでよい。当該ランキングは、場所４０３単位であってもよいし、近隣の場所４０３を複数含む地域単位であってもよいし、店舗検索システムに登録されている全ての店舗についてのランキングであってもよい。このランキングは、ユーザが店舗を利用した回数や、検索した回数、多くのユーザが店舗を推奨した回数などを計数することにより算出すればよい。
【００８１】
（８）上記実施の形態においては、特に記載していないが、店舗検索システムにおいて、サーバ１００は、各店舗について、過去の履歴を用いて店舗の空き状況を予測し、予測した空き状況を利用して店舗検索を実行する構成をとってもよい。
【００８２】
すなわち、各店舗について、過去の空き状況に関する情報（月単位であっても年単位であってもよい）を記憶しておき、過去の空き状況に関する情報に基づき、次の月の各日の空き状況を予測したり、次の年の各日の空き状況を予測したりしてもよい。そして、予測した空き状況にしたがって、更新部１３２は、一日の各時間帯の空き状況を逐次更新する。特定部１３３は、更新部１３２により予測更新された空き状況情報を用いて、検索を実行する。
【００８３】
当該構成によれば、予測の確度が高まれば、店舗端末からの空き状況に関する情報のアップロードなしで、店舗検索の結果として相応しくない店舗が検索結果として表示される事態を抑制することができる。
【００８４】
一例として、過去、半年において、１０日の午前１０時台における空き状況が、「１〜４人」、「０人」、「５〜１０人」、「１〜４人」、「１〜４人」、「１〜４人」であったとする。この場合には、翌月１０日の午前１０時台の空き状況は、これらの人数範囲の平均である「１〜４」人であると予測する。
【００８５】
（９）上記実施の形態においては、サーバ１００は、ユーザからの店舗検索に係る依頼を受けて検索を実行する機能と、店舗端末から空き状況に係る情報を受信して店舗情報を更新する機能とを有することとしたが、これはその限りではない。店舗検索システムにおいては、検索機能と、更新機能とをそれぞれ有する二つのサーバを含むこととしてもよい。この場合には、両サーバ間では、通信を実行し、更新機能を有するサーバが更新した店舗情報を、検索機能を有するサーバに送信する機能が実装されていればよい。
このように、サーバを複数用意し、機能を複数に分けることにより、サーバ１台の処理負荷を軽減することができる。
【００８６】
（１０）上記実施の形態においては、サーバ１００は、店舗端末２００に対して、図９（ａ）に示すような選択肢を提示することとしたが、これはその限りではない。サーバ１００は、空き状況の人数を示す数値の入力を促すテンキーのような入力インターフェースを提供してもよいし、店舗端末２００にもともと備えられている入力キーによる空き状況を示す人数情報に係る入力を受け付ける入力インターフェースを提供することとしてもよい。
【００８７】
（１１）上記実施の形態における店舗検索は、ユーザ端末３００において店舗検索のためのアプリケーションを実行することにより実現することとしたが、これはその限りではない。
【００８８】
例えば、ユーザがそれぞれのユーザ端末３００を用いて、チャットを実行している際に、チャットルームにおいてなされた入力が、予めサーバ１００に保持されている店舗検索のキーワードのいずれかと一致したことを検出すると、店舗検索を実行し、当該店舗検索の結果をチャットルームの表示欄に表示することとしてもよい。
【００８９】
（１２）サーバ１００の各機能部は、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。また、各機能部は、１または複数の集積回路により実現されてよく、複数の機能部の機能を１つの集積回路により実現されることとしてもよい。ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。
【００９０】
サーバ１００の各機能部をソフトウェアにより実現する場合、サーバ１００または店舗端末２００やユーザ端末３００は、各機能を実現するソフトウェアである検索プログラムの命令を実行するＣＰＵ、上記検索プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記検索プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記検索プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記検索プログラムは、当該検索プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。本発明は、上記検索プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００９１】
なお、上記検索プログラムは、例えば、ActionScript、JavaScript（登録商標）などのスクリプト言語、Objective-C、Java（登録商標）などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装できる。
【００９２】
（１３）本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。
（１４）上記実施の形態および各種変形例に示す構成を適宜組み合わせることとしてもよい。
＜補足＞
ここで、本発明に係る検索プログラム、コンピュータの制御方法および情報処理装置について、その一実施態様と、当該態様により奏する効果を説明する。
【００９３】
（ａ）本発明に係るサーバは、予約対象の検索に用いられる予約対象検索システムに係るサーバであって、複数の予約対象に関し当該予約対象の空き状況に関する空き状況情報を含む予約対象情報を記憶する記憶部と、前記予約対象の端末から前記予約対象の空き状況に関する空き状況情報を受信する受信部と、受信した空き状況情報に応じて、当該空き状況情報を送信した予約対象の検索対象時間を決定する決定部と、少なくとも前記検索対象時間を用いて、前記記憶部に記憶されている空き状況情報を更新する更新部と、を備える。
ここで、記憶部は、上記実施の形態においては、記憶部１２０に相当する。
また、受信部は、上記実施の形態においては、通信部１１０に相当する。
また、決定部は、上記実施の形態においては、決定部１３１に相当する。
また、更新部は、上記実施の形態においては、更新部１３２に相当する。
【００９４】
また、本発明に係る管理方法は、予約対象の検索に用いられる予約対象検索システムによる前記予約対象の空き状況を示す空き状況情報の管理方法であって、複数の予約対象に関し当該予約対象の空き状況に関する空き状況情報を含む予約対象情報を記憶部に記憶する記憶ステップと、前記予約対象の端末から前記予約対象の空き状況に関する空き状況情報を受信する受信ステップと、受信した空き状況情報に応じて、当該空き状況情報を送信した予約対象の検索対象時間を決定する決定ステップと、少なくとも前記検索対象時間を用いて、前記記憶部に記憶されている空き状況情報を更新する更新ステップと、を含む。
【００９５】
また、本発明に係る管理プログラムは、予約対象の検索に用いられる予約対象検索システムによる前記予約対象の空き状況を示す空き状況情報の管理プログラムであって、前記予約対象検索システムにおけるコンピュータに、複数の予約対象に関し当該予約対象の空き状況に関する空き状況情報を含む予約対象情報を記憶部に記憶させる記憶機能と、前記予約対象の端末から前記予約対象の空き状況に関する空き状況情報を受信する受信機能と、受信した空き状況情報に応じて、当該空き状況情報を送信した予約対象の検索対象時間を決定する決定機能と、少なくとも前記検索対象時間を用いて、前記記憶部に記憶されている空き状況情報を更新する更新機能と、を実現させる。
【００９６】
本発明に係るサーバは、予約対象の空き状況情報に応じて、当該予約対象が検索の対象となる検索対象時間を決定するので、実際に予約対象の検索を実行する際に、検索対象としてそぐわない予約対象が検索結果として検索されにくくなる。例えば、予約対象の空き状況が少なければ検索対象時間を短くすることによって、実際に検索を実行されるまでに予約対象の空きが埋まるという事態になったときに店舗検索の対象となる可能性を抑制し、ユーザの検索において実際には埋まっている予約対象が検索結果として表示される事態を抑制することができる。
【００９７】
（ｂ）上記（ａ）に係るサーバにおいて、前記空き状況情報は、前記予約対象の空き状況について、受け入れ可能な人数範囲を示す情報であることとしてもよい。
【００９８】
空き状況情報が人数範囲を示す情報であることにより、予約対象側の人員においては、細かく空き状況の人数をカウントせずともよく、当該人員の手間を軽減することができる。
【００９９】
（ｃ）上記（ｂ）に係るサーバにおいて、前記決定部は、前記受信部が受信する空き状況情報が示す人数範囲が多いほど、前記検索対象時間を長い時間に決定することとしてもよい。
【０１００】
空き状況情報が示す人数範囲が多いほど、検索対象時間を長い時間に決定することにより、空き状況が示す人数が少ない場合にはすぐに埋まる可能性を想定して検索対象から早めに外すことができる。したがって、予約対象を実際に検索する際に、不適切な予約対象（例えば、サーバのデータ上では空きがあっても、実際には空きがない予約対象）が検索される可能性を抑制することができる。
【０１０１】
（ｄ）上記（ａ）〜（ｃ）のいずれかに係るサーバにおいて、前記受信部は、さらに、前記予約対象の検索の依頼を受信し、前記サーバは、更に、前記依頼にしたがって、当該依頼を受け付けた時刻が前記検索対象時間に含まれる予約対象の中から、当該依頼に適した予約対象の検索結果を特定する特定部を備えることとしてもよい。
ここで、特定部は、上記実施の形態においては、特定部１３３に相当する。
【０１０２】
特定部を備えることにより、サーバは、ユーザからの検索依頼があったときに、空き状況に関する情報について信頼性の高いと想定される予約対象の中からユーザの所望する予約対象を検索することができる。
【０１０３】
（ｅ）上記（ｄ）に係るサーバにおいて、前記特定部は、さらに、前記予約対象の端末から空き状況情報を所定時間以上受信できない場合には、当該空き状況情報を受信できない予約対象を前記検索結果から外すこととしてもよい。
【０１０４】
空き状況情報を所定時間以上受信できないということは、空き状況情報をアップロードできないほどに予約対象において忙しい状態にあることが想定される。したがって、当該構成により、予約対象に空きがないと想定されるので、そのような予約対象が検索結果としてユーザ端末で表示されないようにすることができる。
【０１０５】
（ｆ）上記（ｄ）に係るサーバにおいて、前記予約対象は、受け入れ人数に制限のある施設であり、前記空き状況情報は当該施設の最終注文受付時刻または最終入店受付時刻に係る情報を含み、前記特定部は、さらに、前記最終注文受付時刻または最終入店受付時刻の所定時間前になると、当該予約対象を、前記検索結果から外すこととしてもよい。
【０１０６】
これにより、予約対象が飲食店である場合には、ユーザは最終注文受付時刻または最終入店受付時刻以降に入店しても意味がないので、そのような予約対象が検索対象としてあげられることを防止し、検索結果としてそぐわない予約対象が挙げられることを防止できる。
【０１０７】
（ｇ）上記（ａ）〜（ｆ）のいずれかに係るサーバにおいて、空き状況を示す情報を入力するための入力画面を前記予約対象の端末に提供する提供部をさらに備えることとしてもよい。
【０１０８】
空き状況を示す情報の入力を促す入力画面をサーバから予約対象の端末に提供することにより、予約対象における人員が、サーバにアクセスして、空き状況に係る情報をアップロードするための手間の煩雑さを解消することができる。
【０１０９】
（ｈ）上記（ｇ）に係るサーバにおいて、前記予約対象は、受け入れ可能な人数に制限のある施設であり、前記提供部は、空き状況を示す情報として、空き状況の人数範囲を示す複数の選択肢を含む前記入力画面を提供することとしてもよい。
【０１１０】
空き状況を示す人数範囲に係る複数の選択肢をサーバから予約対象の端末に提供することにより、予約対象における人員の、空き状況を示す情報のサーバへのアップロードにおける入力負担を大きく軽減することができる。
（ｉ）上記（ｄ）に係るサーバにおいて、前記検索の依頼には、予め定められたワードを含み、前記特定部は、前記依頼に含まれるワードにしたがって、検索結果を特定することとしてもよい。
検索の依頼に含まられるワードを予め定められたワード、例えば、人数を示す数値、場所、ジャンルなどのワードに予め限定しておくことにより、検索結果を特定しやすくすることができる。
【０１１１】
（ｊ）本発明に係るサーバは、予約対象の検索に用いられる予約対象検索システムに係るサーバであって、予約対象に関し、予約対象の空き状況を示す空き状況情報を含む予約対象情報を記憶する記憶部と、空き状況を示す情報を入力するための入力画面を提供する提供部と、前記予約対象の端末において前記入力画面に対して実行された入力にしたがった空き状況情報を受信する受信部と、前記受信した空き状況情報と、当該空き状況情報を受信した時刻とに基づき、前記記憶部に記憶されている前記空き状況情報を更新する更新部とを備えることとしてもよい。
ここで、記憶部は、上記実施の形態においては、記憶部１２０に相当する。
また、提供部は、上記実施の形態においては、提供部１３４に相当する。
また、受信部は、上記実施の形態においては、通信部１１０に相当する。
また、更新部は、上記実施の形態においては、更新部１３２に相当する。
【０１１２】
また、本発明に係る管理方法は、予約対象の検索に用いられる予約対象検索システムによる前記予約対象の空き状況を示す空き状況情報の管理方法であって、予約対象に関し、予約対象の空き状況を示す空き状況情報を含む予約対象情報を記憶する記憶部に記憶する記憶ステップと、空き状況に関する情報を入力する入力画面を提供する提供ステップと、前記予約対象の端末において前記入力画面に対して実行された入力にしたがった店舗空き状況情報を受信する受信ステップと、前記店舗空き状況情報と、前記店舗空き状況情報を受信した時刻とに基づき、前記記憶部に記憶されている前記空き状況情報を更新する更新ステップとを含むこととしてもよい。
【０１１３】
また、本発明に係る管理プログラムは、予約対象の検索に用いられる予約対象検索システムによる前記予約対象の空き状況を示す空き状況情報の管理プログラムであって、前記予約対象検索システムのコンピュータに、予約対象に関し、予約対象の空き状況を示す空き状況情報を含む予約対象情報を記憶する記憶部に記憶する記憶機能と、空き状況に関する情報を入力する入力画面を提供する提供機能と、前記予約対象の端末において前記入力画面に対して実行された入力にしたがった店舗空き状況情報を受信する受信機能と、前記店舗空き状況情報と、前記店舗空き状況情報を受信した時刻とに基づき、前記記憶部に記憶されている前記空き状況情報を更新する更新機能とを含むこととしてもよい。
【０１１４】
これにより、サーバから予約対象の端末に対して、空き状況に関する情報を入力する入力画面を提供するので、予約対象における人員は、端末を用いて、わざわざサーバにアクセスして空き状況情報をアップロードするという煩雑な処理を実行せずとも、空き状況情報をアップロードすることができる。
【０１１５】
また、サーバから予約対象の端末に対して、空き状況情報をアップロードするための入力画面を提供するので、予約対象側は、従来よりも簡単に空き状況をアップロードすることができるようになるので、サーバにおける空き状況情報が更新される可能性を高くすることができる。したがって、ユーザが予約対象を検索する際には、検索対象としてそぐわない予約対象が検索結果として提示される可能性を低減することができる。
【０１１６】
（ｋ）上記（ｊ）に係るサーバにおいて、前記予約対象は、受け入れ可能な人数に制限のある施設であり、前記提供部は、空き状況を示す情報として、空き状況の人数範囲を示す複数の選択肢を含む前記入力画面を定期的または自動的に提供することとしてもよい。
【０１１７】
これにより、空き状況を示す人数範囲の選択肢を提供するので、予約対象側の端末では、その選択肢の中から空き状況に沿う選択肢を選択するだけで、空き状況に関する情報がサーバにアップロードされるので、予約対象における人員の手間を大幅に軽減することができる。
【産業上の利用可能性】
【０１１８】
本発明に係る予約対象検索システムは、受け入れ可能な人数に制限のある施設の中からユーザの所望する施設を検索する検索システムとして活用することができる。
【符号の説明】
【０１１９】
１００  サーバ
１１０  通信部
１２０  記憶部
１３０  制御部
１３１  決定部
１３２  更新部
１３３  特定部
２００  店舗端末
２１０  入力部
２２０  通信部
２３０  記憶部
２５０  制御部
２５１  情報処理部
２５２  表示処理部
２６０  表示部
３００  ユーザ端末
５００  ネットワーク
【図１】
2016099958.tif 000003
【図２】
2016099958.tif 000004
【図３】
2016099958.tif 000005
【図４】
2016099958.tif 000006
【図５】
2016099958.tif 000007
【図６】
2016099958.tif 000008
【図７】
2016099958.tif 000009
【図８】
2016099958.tif 000010
【図９】
2016099958.tif 000011
【図１０】
2016099958.tif 000012