JP2020119045A - 予約管理装置、それを備えた予約管理システム、及びプログラム - Google Patents

Abstract

【課題】ユーザ側は効率的に且つ店舗側は通常の店舗運営以上の負担を店員に掛けずに利用当日の予約が可能な予約管理装置、予約管理システム及びプログラムを提供する。【解決手段】予約管理装置は、第１ＤＢに予約情報を登録する予約情報登録部、第１ＤＢに格納されている来店ステータス情報を変更する来店ステータス情報変更部、ウォークイン情報を予約情報として第１ＤＢに登録するウォークイン情報登録部、第１ＤＢに対する予約情報の登録及び来店ステータス情報の変更の度に第２ＤＢに格納されている空席情報を更新する空席情報更新部、ユーザ端末の候補店情報要求に含まれるユーザ端末の位置情報に基づき第３ＤＢの店舗情報を検索すると共に当該候補店情報要求に含まれる利用人数に基づき第２ＤＢの空席情報を検索することで所定時間内に到着可能で予約可能な候補店を特定し、特定した候補店の店舗情報をユーザ端末へ送信する検索処理部を備える。【選択図】 図４

Description

本発明は、予約管理装置、それを備えた予約管理システム、及びプログラムに係り、更に詳しくは、利用当日の急な予約に対応可能な予約管理装置、それを備えた予約管理システム、プログラムに関する。

レストランや居酒屋等の店舗で飲食する場合、予約してから店舗を訪れることがある。事前に人数や日時、場所が決まっている場合には、グルメ雑誌やインターネット等を用いて事前に店舗を探してネット上で又は電話で予約を入れることが可能である。しかし、直前にならないと人数や時間を設定できない二次会等では、参加者が連れだって各店舗を回りながら入店できるかを確認したり、携帯端末で検索した付近の店舗に架電して入店できるかを確認したりする方法によって、店舗を確保することが多い。このような方法は、飲食店の利用客にとって煩雑かつ非効率であり、店舗の確保又は予約までに時間を要する。

利用当日の急な予約ニーズに対して、ユーザからの要求に応じて店舗の空席状況を提供するシステムが提案されている（例えば、特許文献１を参照）。特許文献１に記載の空席状況情報提供システムは、店舗に関する情報を記憶する店舗情報記憶部と、ユーザが利用するユーザ端末からユーザ端末の位置情報及び何分後の空席状況を知りたいかを示す時間情報を含む空席状況情報の要求を受け付ける空席状況情報要求受付処理部と、受け付けた空席状況情報要求における位置情報と時間情報を用いて範囲を特定する範囲特定処理部と、特定した範囲における店舗を特定する店舗特定処理部と、特定した店舗が利用する店舗端末に対して受け付けた空席状況情報要求の一部または全部を通知する空席状況情報通知処理部と、店舗端末からその店舗の空席状況を示す情報を受け付け、その一部または全部をユーザ端末に対して通知する空席状況情報回答処理部とを有している。

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

特許文献１に記載の空席状況情報提供システムでは、ユーザ端末から空席状況情報の要求があると、当該空席状況情報の要求に含まれる情報（ユーザ端末の位置情報及び何分後の空席状況を知りたいかを示す時間情報）に基づき特定した店舗のみに対して、当該空席状況情報の要求の通知を行う。当該通知がなされた店舗は、空席状況情報の要求の内容及び店舗の空席状況を確認し、予約の受付が可能と判断した場合のみ返信すればよい。しかし、このようなシステムでは、以下のような事態が懸念される。

第１に、店舗側は、予約を受け付けるには、ユーザの空席状況情報の要求の通知の度に、空席状況情報の要求の内容及び店舗の空席状況を確認し、当該通知に対して迅速に返信する必要がある。店舗の店員にはその分の作業負担が発生する。すなわち、特許文献１に記載のシステムでは、通常の店舗運営以上の負担を店員に掛けずに最新の空席情報を提供することは難しい。

第２に、ユーザ側は、空席状況情報の要求に対する店舗側からの返信を一定期間待つ必要があり、店舗側からの返信を受信するまで次の行動に移れない。また、店舗からの返信が何件あるのか不明である。このため、複数の店舗を比較して利用店舗を決めたい場合には、複数の店舗からの返信を待つ必要がある。一定の期間内に返信がない場合には、ユーザは無駄な時間を費やしたことになる。このように、特許文献１に記載のシステムでは、ユーザにとって利用当日の予約が効率的にできず、利便性に問題がある。

本発明は、上記の事柄に基づいてなされたもので、その目的は、ユーザ側は効率的に、且つ、店舗側は通常の店舗運営以上の負担を店員に掛けずに利用当日の予約が可能となる予約管理装置、それを備えた予約管理システム、及びプログラムを提供することである。

本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、複数の店舗の予約日時及び予約人数を含む予約情報及び前記複数の店舗の予約客の来店状況を示す来店ステータス情報を関連付けて格納する第１データベースと、前記複数の店舗の空席状況を示す空席情報を格納する第２データベースと、前記複数の店舗の位置情報を含む店舗情報を格納する第３データベースと、店員の操作により情報の入力が可能な店舗端末又は前記複数の店舗の予約を受け付ける予約サイトを管理する予約サイト管理装置から送信される予約情報を前記第１データベースに登録する第１の予約情報登録部と、前記店舗端末又は前記予約サイト管理装置から送信される来店ステータス情報に基づいて前記第１データベースに格納されている来店ステータス情報を変更する来店ステータス情報変更部と、前記店舗端末から送信される予約なしの来店客の来店日時及び来店人数を含むウォークイン情報を予約情報として前記第１データベースに登録するウォークイン情報登録部と、前記第１データベースに格納されている予約情報及び来店ステータス情報に基づき前記第２データベースに格納されている空席情報を更新する空席情報更新部と、ユーザの操作により情報の入力が可能なユーザ端末から送信される利用人数及び前記ユーザ端末の位置情報を含む候補店情報要求に基づき前記第２データベース及び前記第３データベースを検索して予約可能な候補店を特定すると共に、この検索で特定した候補店の店舗情報を前記ユーザ端末へ送信する検索処理部とを備え、前記空席情報更新部は、前記第１データベースに対する予約情報の登録の度に前記第２データベースに格納されている空席情報を更新すると共に、前記第１データベースにおける来店ステータス情報の変更の度に前記第２データベースに格納されている空席情報を更新し、前記検索処理部は、前記ユーザ端末の候補店情報要求に含まれる前記ユーザ端末の位置情報に基づき前記第３データベースに格納されている店舗の位置情報を検索すると共に、前記ユーザ端末の候補店情報要求に含まれる利用人数に基づき前記第２データベースに格納されている空席情報を検索することで、ユーザが所定の時間内に到着可能で且つ前記ユーザ端末の候補店情報要求に含まれる利用人数で予約可能な候補店を特定することを特徴とする。

本発明によれば、ウォークイン情報を含む予約情報の第１データベースへの登録及び第１データベースの来店ステータス情報の変更の度に第２データベースの空席情報を更新するので、空席情報を最新の情報に維持することができる。また、ユーザ端末の候補店情報要求に対して、第３データベースの店舗の位置情報及び第２データベースの空席情報を検索することで所定時間内に到着可能で予約可能な候補店を特定してユーザ端末へ送信するので、ユーザ端末の当該要求に対して、店舗側は空席状況の確認作業や返信作業が不要となり、同時に、ユーザ側は無駄な時間を費やすことなく利用当日に予約可能な候補店を一度の返信により受け取ることができる。すなわち、ユーザ側は効率的に、且つ、店舗側は通常の店舗運営以上の負担を店員に掛けずに利用当日の予約が可能となる。

本発明の予約管理装置を含む予約管理システムの一実施の形態を示す構成図である。 本発明の予約管理システムの一実施の形態を構成する予約サイト管理サーバ及び予約管理サーバのハードウェアの構成の一例を示す図である。 本発明の予約管理装置の一実施の形態に接続可能なユーザ端末のハードウェアの構成の一例を示す図である。 本発明の予約管理システムの一実施の形態を構成する店舗端末、予約サイト管理サーバ、予約管理サーバ、ユーザ端末の機能構成を示すブロック図である。 本発明の予約管理システムの一実施の形態を構成する店舗端末に表示される予約情報画面の一例を示す図である。 本発明の予約管理システムの一実施の形態を構成する店舗端末に表示される来店ステータス情報の設定画面の一例を示す図である。 本発明の予約管理システムの一実施の形態を構成する店舗端末に表示されるウォークイン情報の設定画面の一例を示す図である。 本発明の予約管理装置の一実施の形態に接続可能なユーザ端末に表示される候補店情報要求の入力画面の一例を示す図である。 本発明の予約管理装置の一実施の形態に接続可能なユーザ端末に表示される候補店情報画面及び予約申込画面の一例を示す図である。 本発明の予約管理装置の一実施の形態に接続可能なユーザ端末に表示される予約情報通知画面の一例を示す図である。 本発明の予約管理装置の一実施の形態に接続可能なユーザ端末に表示されるナビゲート画面の一例を示す図である。 本発明の予約管理装置の一実施の形態に接続可能なユーザ端末に表示されるチェックイン情報画面の一例を示す図である。 本発明の予約管理装置の一実施の形態の一部を構成する第１データベースにおける予約情報の表の一例を示す図である。 本発明の予約管理装置の一実施の形態の一部を構成する第１データベースにおおける空席情報の概念を示す説明図である。 本発明の予約管理装置の一実施の形態の一部を構成する第１データベースの空席情報の演算の際に設定可能な複数のテーブルの組合せの一例を示す概念図である。 本発明の予約管理装置の一実施の形態の一部を構成する第２データベースにおける店舗情報の表の一例を示す図である。 本発明の予約管理システムの一実施の形態における店舗及び予約サイトでの予約受付の場合の処理の一例を示すフローチャートである。 本発明の予約管理システムの一実施の形態における予約客の来店から退店までの処理の一例を示すフローチャートである。 本発明の予約管理システムの一実施の形態における予約なしの顧客の来店から退店までの処理の一例を示すフローチャートである。 本発明の予約管理システムの一実施の形態における予約取消時の処理の一例を示すフローチャートである。 本発明の予約管理システムの一実施の形態における予約客の来店がない場合の処理の一例を示すフローチャートである。 本発明の予約管理システムの一実施の形態におけるユーザ端末を介した店舗の利用当日の予約から入店までの処理の一例を示すフローチャートである。

以下、本発明の予約管理装置及び予約管理システムの一実施の形態について図面を用いて説明する。先ず、本発明の予約管理装置を含む予約管理システムの一実施の形態の構成を図１〜図３を用いて説明する。図１は本発明の予約管理装置を含む予約管理システムの一実施の形態を示す構成図である。図２は本発明の予約管理システムの一実施の形態を構成する予約サイト管理サーバ及び予約管理サーバのハードウェアの構成の一例を示す図である。図３は本発明の予約管理装置の一実施の形態に接続可能なユーザ端末のハードウェアの構成の一例を示す図である。

図１において、予約管理システム１は、予約を受け付ける複数の飲食店の店舗においてそれぞれ使用される店舗端末１０と、複数の店舗の予約を受け付ける予約サイトを管理する予約サイト管理装置としての予約サイト管理サーバ３０と、各店舗が受け付けた予約に関する情報を含む予約情報及び各店舗の空席状況を示す空席情報を管理する予約管理装置としての予約管理サーバ５０とを備えている。各店舗端末１０と予約管理サーバ５０は、通信ネットワークＮを介して接続されており、各種の情報を相互に授受することができるように構成されている。予約サイト管理サーバ３０と予約管理サーバ５０も、通信ネットワークＮを介して接続されており、各種の情報を相互に授受することができるように構成されている。通信ネットワークＮとしては、例えば、インターネット、ＬＡＮ、企業内ネットワーク、移動体通信網等が挙げられる。

店舗端末１０は、表示デバイス及び入力デバイスを備えた端末装置であり、例えば、タブレット端末やＰＤＡ（携帯情報端末）、ノート型のパーソナルコンピュータ等の可搬性の端末装置である。店舗端末１０は、店舗の店員の操作により各種の情報の入力が可能で、入力された情報を予約管理サーバ５０へ送信するように構成されている。また、店舗端末１０は、予約管理サーバ５０から送信された各種の情報を受信し、受信した情報を表示するように構成されている。

予約サイト管理サーバ３０は、例えば、コンピュータによって構成され、そのコンピュータにおいて所定のプログラムが動作することにより、サーバ機能を実現している。予約サイト管理サーバ３０のハードウェアの構成は、例えば図２に示すように、ＣＰＵ３１などのプログラムの演算処理を実行する演算装置と、ＲＯＭ３２やＲＡＭ３３などの情報（プログラム等）を記憶する記憶装置と、通信ネットワークＮを介して各種の情報を送受信する通信装置３４とを有している。コンピュータ上で実現する各機能は、その処理を実行する手段（プログラムやモジュールなど）が演算装置に読み込まれることでその処理が実行される。各機能は、記憶装置に記憶した情報をその処理において使用する場合には、該当する情報を当該記憶装置から読み出し、読み出した情報を演算装置での処理に適宜用いる。予約サイト管理サーバ３０は、１台のコンピュータで構成されていても、通信ネットワークＮ上に分散する複数のコンピュータで構成されてもよい。

予約管理サーバ５０は、例えば、コンピュータによって構成され、そのコンピュータにおいて所定のプログラムが動作することにより、サーバ機能を実現している。予約管理サーバ５０のハードウェアの構成は、例えば図２に示すように、ＣＰＵ５１などのプログラムの演算処理を実行する演算装置と、ＲＯＭ５２やＲＡＭ５３などの情報（プログラム等）を記憶する記憶装置と、通信ネットワークＮを介して各種の情報を送受信する通信装置５４とを有している。コンピュータ上で実現する各機能は、その処理を実行する手段（プログラムやモジュールなど）が演算装置に読み込まれることでその処理が実行される。各機能は、記憶装置に記憶した情報をその処理において使用する場合には、該当する情報を当該記憶装置から読み出し、読み出した情報を演算装置での処理に適宜用いる。予約管理サーバ５０は、１台のコンピュータで構成されていても、通信ネットワークＮ上に分散する複数のコンピュータで構成されてもよい。

また、図１において、予約管理サーバ５０は、通信ネットワークＮを介してユーザ端末１００と接続されており、ユーザ端末１００と各種の情報を相互に授受することができるように構成されている。ユーザ端末１００は、ユーザの操作により各種の情報の入力が可能な可搬型の通信端末であり、例えば、携帯電話やタブレット端末、ＰＤＡ等である。ユーザ端末１００のハードウェアの構成は、例えば図３に示すように、ＣＰＵ１０１などのプログラムの演算処理を実行する演算装置と、ＲＯＭ１０２やＲＡＭ１０３などの情報を記憶する記憶装置と、通信ネットワークＮを介して各種の情報を送受信する通信装置１０４と、各種の情報を表示する表示装置１０５と、ユーザの操作により各種の情報を入力する入力装置１０６とを有している。また、本実施の形態のユーザ端末１００は、例えば、当該端末１００の位置情報を検出する位置情報検出装置として、ＧＰＳ受信機１０８を備えている。

次に、本発明の予約管理システムの一実施の形態の一部を構成する店舗端末の機能構成を図４〜図７を用いて説明する。図４は本発明の予約管理システムの一実施の形態を構成する店舗端末、予約サイト管理サーバ、予約管理サーバ、ユーザ端末の機能構成を示すブロック図である。図５は本発明の予約管理システムの一実施の形態を構成する店舗端末に表示される予約情報画面の一例を示す図である。図６は本発明の予約管理システムの一実施の形態を構成する店舗端末に表示される来店ステータス情報の設定画面の一例を示す図である。図７は本発明の予約管理システムの一実施の形態を構成する店舗端末に表示されるウォークイン情報の設定画面の一例を示す図である。

図４において、店舗端末１０は、画面表示処理部１１と、予約情報送信処理部１３と、来店ステータス情報送信処理部１４と、ウォークイン情報送信処理部２０の機能を備えている。

画面表示処理部１１は、店舗の店員の操作により、店舗の予約を受け付けるための予約受付画面や予約管理サーバ５０の後述する第１データベース６１に格納されている予約情報（店舗の予約に関する各種情報）を示す予約情報画面等の各種の画面を表示デバイスに表示させるものである。画面表示処理部１１は、例えば、予約情報画面の表示要求を予約管理サーバ５０へ送信し、その応答として返信されてくる予約情報を取得することで、当該予約情報を予約情報画面として表示デバイスに表示する。

予約情報画面は、例えば図５に示すように、特定の１日に関する予約に関する情報を表示したものである。横軸は開店から閉店までの時間を、縦軸は店舗内に配置された各テーブルを示している。テーブル毎に、予約が入っている時間帯にガントチャートが表示されており、ガントチャートの中に予約客の氏名や予約人数等の情報が表示されている。個々のガントチャートは、店員が指定して操作をすることが可能なＧＵＩ（Graphical User Interface）として構成されている。

画面表示処理部１１は、例えば、店員が予約受付画面を介して予約日時及び予約人数を入力して所定の操作を行うことで、入力された予約日時及び予約人数に応じて、図５に示す予約情報画面における予約可能なテーブルの枠に、予約済みのガントチャートとは異なる予約可能なガントチャート（図５では、塗り潰されたガントチャート）を表示するように構成されている。当該予約可能なガントチャートを店員が選択することで、予約情報の１つである予約テーブルの識別情報（後述のテーブルＩＤ）の入力が可能となっている。

また、画面表示処理部１１は、店員の操作により、予約客の店舗への来店状況を示す来店ステータス情報を入力することが可能な設定画面を表示するように構成されている。来店ステータス情報としては、予約客の来店待ちの状態であることを示す来店待ち、予約客が来店したことを示す来店済み、予約客が来店しなかったことを示す来店なし、来店客が退店したことを示す退店済み、店舗の予約を取り消すことを示す予約取消等の情報がある。例えば、予約情報画面に表示された予約済みのガントチャートの１つに対して店員が所定の操作を行うと、画面表示処理部１１は、図６に示すように、来店ステータス情報を入力可能な設定画面をポップアップ表示する。店舗端末１０では、この設定画面の一項目としての来店済み、来店なし、退店済み、予約取消等のいずれかを店員が選択することで、当該情報の入力が可能となっている。

さらに、画面表示処理部１１は、予約なしの来店客を受け付ける際に、店員の操作によりウォークイン情報を入力することが可能な設定画面を表示するように構成されている。ウォークイン情報としては、予約なしの来店客の来店人数、来店日時、案内したテーブルの識別情報（後述のテーブルＩＤ）等がある。例えば、図７に示すように、予約情報画面に表示されたガントチャートのうち現在時刻において利用可能なテーブルのガントチャートの１つを店員が長押し操作すると、画面表示処理部１１は、ウォークイン情報を入力可能な設定画面をポップアップ表示する。設定画面に表示されたボタン１１ａを店員がウォークイン側へ切り換え表示された数字（来店人数に相当）を選択することで、ウォークイン情報の入力が可能となっている。

図４に戻り、店舗端末１０の予約情報送信処理部１３は、表示デバイスに表示された予約受付画面や予約情報画面（例えば、図５）を介して店員の操作により入力された店舗の予約に関する各種情報を予約情報として受け付け、受け付けた予約情報を当該店舗の識別情報（後述の店舗ＩＤ）と共に予約管理サーバ５０へ送信するものである。

店舗端末１０の来店ステータス情報送信処理部１４は、表示デバイスに表示された設定画面（例えば、図６）を介して店員の操作により入力された来店ステータス情報を受け付け、受け付けた来店ステータス情報を当該情報に関連付けられた後述の予約ＩＤと共に予約管理サーバ５０へ送信するものである。本実施の形態における来店ステータス情報送信処理部１４は、来店済み情報送信処理部１５と、来店なし情報送信処理部１６と、退店済み情報送信処理部１７と、予約取消情報送信処理部１８とを有している。

来店済み情報送信処理部１５は、表示デバイスに表示された設定画面（例えば、図６）を介して店員の操作により入力された来店ステータス情報の１つである来店済み情報を受け付け、受け付けた来店済み情報を当該情報に関連付けられた後述の予約ＩＤと共に予約管理サーバ５０へ送信するものである。

来店なし情報送信処理部１６は、表示デバイスに表示された設定画面（例えば、図６）を介して店員の操作により入力された来店ステータス情報の１つである来店なし情報を受け付け、受け付けた来店なし情報を当該情報に関連付けられた後述の予約ＩＤと共に予約管理サーバ５０へ送信するものである。

退店済み情報送信処理部１７は、表示デバイスに表示された設定画面（例えば、図６）を介して店員の操作により入力された来店ステータス情報の１つである退店済み情報を受け付け、受け付けた退店済み情報を当該情報に関連付けられた後述の予約ＩＤと共に予約管理サーバ５０へ送信するものである。

予約取消情報送信処理部１８は、表示デバイスに表示された設定画面（例えば、図６）を介して店員の操作により入力された来店ステータス情報の１つである予約取消情報を受け付け、受け付けた予約取消情報を当該情報に関連付けられた後述の予約ＩＤと共に予約管理サーバ５０へ送信するものである。

ウォークイン情報送信処理部２０は、表示デバイスに表示された設定画面（例えば、図７）を介して店員の操作により入力されたウォークイン情報を受け付け、受け付けたウォークイン情報を店舗の識別情報（後述の店舗ＩＤ）と共に予約管理サーバ５０へ送信するものである。

次に、本発明の予約管理システムの一実施の形態の一部を構成する予約サイト管理サーバの機能構成について図４を用いて説明する。図４において、予約サイト管理サーバ３０は、例えば、サイト情報処理部４１と、サイト予約情報送信処理部４２と、サイト予約取消情報送信処理部４３とを備えている。

サイト情報処理部４１は、予約サイトを利用するユーザの操作に応じて、予約受付画面、予約情報画面や設定画面等の店舗の予約や予約取消等を受け付けるための各種画面の情報をユーザ側の情報処理装置へ提供するものである。例えば、サイト情報処理部４１は、予約情報画面の表示要求を予約管理サーバ５０へ送信し、その応答として返信されてくる予約情報を取得することで、当該予約情報を表示する予約情報画面の情報を提供する。

サイト予約情報送信処理部４２は、予約サイトを介してユーザによって入力される予約情報を受け付け、受け付けた予約情報を予約管理サーバ５０へ送信するものである。

サイト来店ステータス情報送信処理部としてのサイト予約取消情報送信処理部４３は、予約サイトを介してユーザによって入力される来店ステータス情報の１つである予約取消情報を受け付け、受け付けた予約取消情報を当該情報に関連付けられている後述の予約ＩＤと共に予約管理サーバ５０へ送信するものである。

次に、本発明の予約管理装置の一実施の形態に接続可能なユーザ端末の機能構成を図４及び図８〜図１２を用いて説明する。図８は本発明の予約管理装置の一実施の形態に接続可能なユーザ端末に表示される候補店情報要求の入力画面の一例を示す図である。図９は本発明の予約管理装置の一実施の形態に接続可能なユーザ端末に表示される候補店情報画面及び予約申込画面の一例を示す図である。図１０は本発明の予約管理装置の一実施の形態に接続可能なユーザ端末に表示される予約情報通知画面の一例を示す図である。図１１は本発明の予約管理装置の一実施の形態に接続可能なユーザ端末に表示されるナビゲート画面の一例を示す図である。図１２は本発明の予約管理装置の一実施の形態に接続可能なユーザ端末に表示されるチェックイン情報画面の一例を示す図である。

ユーザ端末１００には、利用当日に予約可能な店舗情報の提供を行うアプリケーションのプログラムがダウンロードされてＲＯＭ１０２（図３を参照）等の記憶装置に記憶されている。以下で説明するユーザ端末１００上で実現する各機能は、当該アプリケーションのプログラムがＣＰＵ１０１（図３を参照）等の演算装置に読み込まれることでその処理が実行される。また、各機能は、記憶装置から各種の情報を読み出し、読み出した情報を演算装置における処理に適宜用いる。なお、当該アプリケーションは、例えば、利用するにあたって会員登録を要求するものである。

図４において、ユーザ端末１００は、会員情報送信処理部１１１と、候補店情報要求部１１２と、予約要求部１１３と、ナビゲート処理部１１４と、チェックイン処理部１１５と、予約取消情報送信処理部１１６の機能を備えている。

会員情報送信処理部１１１は、ユーザの操作により入力される会員情報を受け付け、受け付けた会員情報を予約管理サーバ５０へ送信するものである。会員情報は、例えば、ユーザの操作によりユーザ端末１００の表示装置１０５（図３を参照）に表示される会員登録画面（図示せず）を介して入力される。会員登録画面は、当該アプリケーションを利用するにあたりユーザの登録を行うための入力画面であり、例えば、氏名や連絡先（電話番号やメールアドレス）等の情報を入力するものである。

候補店情報要求部１１２は、利用当日の予約が可能な店舗の一覧を要求する候補店情報要求を予約管理サーバ５０へ送信するものである。候補店情報要求には、例えば、利用人数及びユーザ端末１００の位置情報が含まれている。候補店情報要求部１１２は、例えば、ユーザの操作により候補店情報要求の入力画面（例えば、図８に示す画面）をユーザ端末１００の表示装置１０５に表示し、当該入力画面を介してユーザの操作により入力される利用人数を受け付けるものである。利用人数の受付に加えて、候補店情報要求部１１２は、ＧＰＳ受信機１０８からユーザ端末１００の位置情報を取り込むものである。候補店情報要求部１１２は、受け付けた利用人数及びＧＰＳ受信機１０８から取り込んだユーザ端末１００の位置情報を含む候補店情報要求を予約管理サーバ５０へ送信する。

また、候補店情報要求部１１２は、当該要求部１１２の候補店情報要求に対して予約管理サーバ５０から返信される予約可能な候補店の店舗情報を受信し、受信した候補店の店舗情報をユーザ端末１００の表示装置１０５に表示するものである。候補店の店舗情報は、例えば図９に示すように、予約可能な候補店の一覧を示す候補店情報画面として表示される。なお、図９に示す候補店情報画面は、各候補店に対して予約要求を行うためのツールボタン１１３ａの表示を含んでおり、各候補店に対して予約要求を入力する予約申込画面も兼ねている。

予約要求部１１３は、ユーザの操作により入力される予約要求を受け付け、受け付けた予約要求を予約管理サーバ５０へ送信するものである。予約要求は、例えば、ユーザ端末１００の表示装置１０５に表示される予約申込画面を介して入力される。予約申込画面は、例えば図９に示すように、候補店情報画面において予約可能な候補店の一覧と共に表示されたツールボタン１１３ａである。予約要求には、例えば、ユーザ端末１００の候補店情報要求に対して予約管理サーバ５０から返信される予約可能な候補店の一覧のうちユーザの操作により選択された１つの候補店の店舗情報（後述の店舗ＩＤ等）及びアプリケーションを利用しているユーザの会員情報（後述の会員ＩＤ等）が含まれている。

また、予約要求部１１３は、当該要求部１１３の予約要求に対して予約管理サーバ５０から返信される予約確定情報を受信し、受信した予約確定情報に基づき予約情報をユーザ端末１００の表示装置１０５に表示するものである。予約確定情報は、ユーザ端末１００の予約要求に応じて後述の第１データベース６１に登録される予約情報及び予約要求でユーザにより選択された候補店（予約店舗）の店舗情報（店舗名や住所、位置情報等の各種の情報）を含んでいる。予約要求部１１３は、例えば図１０に示すように、予約確定情報のうち、予約情報の氏名、予約時間、予約人数を予約情報通知画面として表示する。

ナビゲート処理部１１４は、ＧＰＳ受信機１０８からユーザ端末１００の位置情報を取り込み、取り込んだユーザ端末１００の位置情報及び予約管理サーバ５０から返信された予約確定情報に基づきナビゲート画面を表示するものである。ナビゲート画面は、ユーザ端末１００の位置情報に基づくユーザの現在位置及び予約確定情報に含まれる予約店舗の位置情報に基づく予約店舗の位置を地図上に表示すると共に、予約確定情報に含まれる店舗情報のうち店舗名や住所等を表示するものである。ナビゲート画面は、例えば図１１に示す画面である。

また、ナビゲート処理部１１４は、ユーザ端末１００（ユーザ）が予約店舗に到着したか否かを判定する。具体的には、ナビゲート処理部１１４は、予約管理サーバ５０からの予約確定情報に含まれる予約店舗の位置情報に対してＧＰＳ受信機１０８からのユーザ端末１００の位置情報が所定の範囲内にあるか否かを判定する。

ユーザ端末１００の位置情報が所定の範囲よりも外側にある場合、ナビゲート処理部１１４は、ユーザ端末１００（ユーザ）が予約店舗に到着していない（ＮＯ）と判定する。この場合、チェックイン処理部１１５による後述のチェックイン情報画面の表示を不許可にする。それに対して、ユーザ端末１００の位置情報が所定の範囲内にある場合、ナビゲート処理部１１４は、ユーザ端末１００（ユーザ）が予約店舗に到着した（ＹＥＳ）と判定する。この場合、チェックイン処理部１１５による後述のチェックイン情報画面の表示を許可する。

チェックイン処理部１１５は、ユーザ端末１００（ユーザ）が予約店舗に到着した（ＹＥＳ）とナビゲート処理部１１４が判定した場合において、ユーザの操作により入力されるチェックイン情報の表示要求を受け付け、受け付けた表示要求に基づき、チェックイン情報をユーザ端末１００の表示装置１０５に表示すると共に来店ステータス情報の１つである来店済み情報を当該情報に関連付けられた後述の予約ＩＤと共に予約管理サーバ５０へ送信するものである。チェックイン情報は、予約確定情報に含まれる予約情報に基づいた予約客の入店手続情報を示すものであり、予約客が予約店へ提示する予約票として機能する。チェックイン情報は、例えば図１２に示すように、予約した店舗名や予約日、予約時間、予約人数、予約客の氏名（会員の氏名）等を示すチェックイン情報画面として表示される。チェックイン情報の表示要求は、例えば、表示装置１０５に表示される表示要求画面を介してユーザの操作により入力される。表示要求画面は、例えば、図１１に示すナビゲート画面の一部分に表示されたツールボタン（「予約票を提示」と表記されたボタン）１１５ａである。

なお、チェックイン処理部１１５は、予約管理サーバ５０からの予約確定情報に含まれる予約時間から所定の期間（例えば１時間）経過した場合、チェックイン情報画面の表示を消滅させるか、又は、チェックイン情報画面の表示を実行しないように構成されている。また、チェックイン処理部１１５がユーザの操作に応じてチェックイン情報画面を終了させると、新たな候補店情報要求の入力が可能となるように構成されている。換言すると、チェックイン処理部１１５がチェックイン情報画面の表示を終了させるまで、候補店情報要求部１１２が新たに候補店情報要求の入力画面を表示できないように構成されている。

予約取消情報送信処理部１１６は、ユーザの操作により入力される来店ステータス情報の１つである予約取消情報を受け付け、受け付けた予約取消情報を当該情報に関連付けられた後述の予約ＩＤと共に予約管理サーバ５０へ送信するものである。予約取消情報は、例えば、ユーザ端末１００の表示装置１０５に表示される設定画面を介して入力される。設定画面としては、例えば、図１０に示す予約情報通知画面や図１１に示すナビゲート画面の一部分に表示されるツールボタン（「予約のキャンセル」と表記されたボタン）１１６ａである。

次に、本発明の予約管理システムの一実施の形態の一部を構成する予約管理サーバの機能構成を図４及び図１３〜図１６を用いて説明する。図１３は本発明の予約管理装置の一実施の形態の一部を構成する第１データベースにおける予約情報の表の一例を示す図である。図１４は本発明の予約管理装置の一実施の形態の一部を構成する第１データベースにおおける空席情報の概念を示す説明図である。図１５は本発明の予約管理装置の一実施の形態の一部を構成する第１データベースの空席情報の演算の際に設定可能な複数のテーブルの組合せの一例を示す概念図である。図１６は本発明の予約管理装置の一実施の形態の一部を構成する第２データベースにおける店舗情報の表の一例を示す図である。

図４において、予約管理サーバ５０は、予約情報と来店ステータス情報とを関連付けて格納すると共に空席情報を格納する第１データベース（以下、第１ＤＢという）６１と、店舗情報を格納する第２データベース（以下、第２ＤＢという）６２と、ユーザの会員情報を格納する第３データベース（以下、第３ＤＢという）６３とを備えている。

第１ＤＢ６１には、複数の店舗の予約に関する各種情報が予約情報として格納されている。予約情報は、例えば図１３に示すように、予約ＩＤ、店舗ＩＤ、予約日時、予約人数、テーブルＩＤ、電話番号等を含んでいる。店舗ＩＤは、複数の店舗を識別するための識別情報であり、店舗毎にそれぞれ異なる情報が付されている。テーブルＩＤは、各店舗に配置されている複数のテーブルを識別するための識別情報であり、テーブル毎にそれぞれ異なる情報が付されている。電話番号は、予約客の連絡先情報である。これらの各種情報は、予約毎に割り当てられる予約ＩＤと関連付けられて第１ＤＢ６１に登録される。

また、第１ＤＢ６１には、図１３に示すように、予約情報に加えて、来店ステータス情報が格納されている。来店ステータス情報は、予約客の来店状況を示すものであり、例えば、来店待ち、来店済み、来店なし、退店済み、予約取消で構成されている。来店ステータス情報の５つの情報（来店待ち、来店済み、来店なし、退店済み、予約取消）のうちいずれか１つが第１ＤＢ６１に格納される。第１ＤＢ６１に格納されている来店ステータス情報は、予約客の来店状況に応じて常に更新される。来店ステータス情報は、予約情報が第１ＤＢ６１に登録される際に、当該予約情報と関連付けられて登録される。予約情報の第１ＤＢ６１への登録時における来店ステータス情報の初期状態は、来店待ちである。

また、第１ＤＢ６１には、複数の店舗の空席状況を示す情報が空席情報として格納されている。空席情報は、第１ＤＢ６１に格納されている予約情報及び来店ステータス情報（図１３を参照）に基づいて後述の空席情報更新部８２の演算により得られる情報である。本実施の形態における空席情報の概念としては、図１４に示す表における空白区間から得られる情報である。図１４に示す表における縦軸は各店舗に配置されている複数のテーブル（テーブルＩＤ）を、横軸は各日付の開店時間から閉店時間までの時間帯を示している。黒塗り区間は、第１ＤＢ６１に格納されている予約情報及び来店ステータス情報（図１３を参照）に基づいて示された予約時間の区間（時間幅）又は来店した予約客（ウォークインの顧客を含む）の滞在予定時間の区間（時間幅）であり、予約ができない区間（時間幅）である。各テーブルにおける黒塗り区間を除いた空白区間のうち、予約枠としての所定の区間（所定の時間幅）を含むことが可能な区間情報を空席情報として識別するものである。空席情報を演算する際の設定情報として、各テーブルの着席可能な人数が予め設定されている。また、来店客の退店後の片付け時間（リセット時間）や予約客の滞在時間等の予約枠（予約の時間幅）が店舗毎に予め設定されている。

ところで、予約人数によっては単独のテーブルでは予約の受付が不可能（予約人数の着席が不可能）な場合でも、複数のテーブルを組み合わせることで予約の受付が可能（予約人数の着席が可能）となることもある。そこで、空席情報を演算する際の設定情報として、予約人数の着席を可能とする複数のテーブルの組合せを予め設定することも可能となっている。例えば、図１５に示すように、隣接する２つのテーブル（ＩＤ０５とＩＤ０６）の組合せＣ１により予約人数が３〜４名の予約受付が可能となる。また、隣接する２つのテーブル（ＩＤ０６とＩＤ０７）の組合せＣ２により予約人数が５〜６名の予約受付が可能となる。また、隣接する２つのテーブル（ＩＤ０７とＩＤ０８）の組合せＣ３により予約人数が７〜８名の予約受付が可能となる。

第１ＤＢ６１は、これらの各種情報を、必要に応じて、予約ＩＤや店舗ＩＤ、電話番号等をキーとして取り出すことが可能な構成となっている。また、第１ＤＢ６１は、必要に応じて、これらの各種情報を検索可能な構成となっている。

第２ＤＢ６２には、複数の店舗に関する各種情報が店舗情報として格納されている。店舗情報は、例えば図１６に示すように、店舗ＩＤ、店舗名、住所、店舗の位置情報としての緯度及び経度、電話番号、メニュー、画像データ等を含んでいる。これらの各種情報は、店舗ＩＤと関連付けられている。第２ＤＢ６２は、これらの各種情報を、必要に応じて、店舗ＩＤ等をキーとして取り出すことが可能な構成となっている。また、第２ＤＢ６２は、必要に応じて、これらの各種情報を検索可能な構成となっている。

第３ＤＢ６３には、ユーザ端末１００にダウンロードされたアプリケーションを利用するユーザに関する情報が会員情報として格納されている。会員情報は、例えば、会員ＩＤ、氏名、電話番号、メールアドレス、性別、年齢等を含んでいる。これらの各種情報は、会員ＩＤと関連付けられている。第３ＤＢ６３は、これらの各種情報を、必要に応じて、会員ＩＤや電話番号等をキーとして取り出すことが可能な構成となっている。また、第３ＤＢ６３は、必要に応じて、これらの各種情報を検索可能な構成となっている。

さらに、予約管理サーバ５０は、図４に示すように、画面情報処理部７１と、第１の予約情報登録部７３と、来店ステータス情報変更部７４と、ウォークイン情報登録部８０と、空席情報更新部８２とを備えている。

画面情報処理部７１は、店舗端末１０からの予約情報画面の表示要求に応じて、第１ＤＢ６１に格納されている予約情報及び来店ステータス情報、空席情報を店舗端末１０に送信するものである。このとき、画面情報処理部７１は、表示要求を行う店舗端末１０を使用する店舗に関する予約情報や来店ステータス情報、空席情報のみを第１ＤＢ６１から抽出して送信する。また、画面情報処理部７１は、予約サイト管理サーバ３０からの予約情報画面の表示要求に応じて複数の店舗の空席情報や当該ユーザの予約情報を第１ＤＢ６１から抽出して予約サイト管理サーバ３０へ送信するものである。

第１の予約情報登録部７３は、店舗端末１０から送信される予約情報を受信し、受信した予約情報を第１ＤＢ６１に新規に登録するものである。また、第１の予約情報登録部７３は、予約サイト管理サーバ３０から送信される予約情報を受信し、受信した予約情報を第１ＤＢ６１に新規に登録するものである。具体的には、第１の予約情報登録部７３は、例えば、受信した予約情報毎に異なる予約ＩＤを割り当て、予約情報の各種情報を当該予約ＩＤと関連付けて第１ＤＢ６１に登録する。また、第１の予約情報登録部７３は、予約情報の登録の際に、来店ステータス情報の１つである来店待ちを当該予約情報と関連付けて登録する。

来店ステータス情報変更部７４は、店舗端末１０から送信される来店ステータス情報及び当該情報に関連付けられている予約ＩＤに基づき、第１ＤＢ６１に格納されている来店ステータス情報を変更するものである。また、来店ステータス情報変更部７４は、予約サイト管理サーバ３０から送信される来店ステータス情報及び当該情報に関連付けられている予約ＩＤに基づき第１ＤＢ６１に格納されている来店ステータス情報を変更するものである。また、来店ステータス情報変更部７４は、ユーザ端末１００から送信される来店ステータス情報及び当該情報に関連付けられている予約ＩＤに基づき第１ＤＢ６１に格納されている来店ステータス情報を変更するものである。来店ステータス情報変更部７４は、例えば、来店済み情報変更部７５と、来店なし情報変更部７６と、退店済み情報変更部７７と、予約取消情報変更部７８とを有している。

来店済み情報変更部７５は、店舗端末１０から送信される来店ステータス情報の１つである来店済み情報及び当該情報に関連付けられている予約ＩＤを受信し、受信した来店済み情報及び予約ＩＤに基づき第１ＤＢ６１に格納されている来店ステータス情報を来店済みに変更するものである。また、来店済み情報変更部７５は、ユーザ端末１００から送信される来店ステータス情報の１つである来店済み情報及び当該情報に関連付けられている予約ＩＤを受信し、受信した来店済み情報及び予約ＩＤに基づき第１ＤＢ６１に格納されている来店ステータス情報を来店済みに変更するものである。

来店なし情報変更部７６は、店舗端末１０から送信される来店ステータス情報の１つである来店なし情報及び当該情報に関連付けられている予約ＩＤを受信し、受信した来店なし情報及び予約ＩＤに基づき第１ＤＢ６１に格納されている来店ステータス情報を来店なしに変更するものである。

退店済み情報変更部７７は、店舗端末１０から送信される来店ステータス情報の１つである退店済み情報及び当該情報に関連付けられている予約ＩＤを受信し、受信した退店済み情報及び予約ＩＤに基づき第１ＤＢ６１に格納されている来店ステータス情報を退店済みに変更するものである。

予約取消情報変更部７８は、店舗端末１０から送信される来店ステータス情報の１つである予約取消情報及び当該情報に関連付けられている予約ＩＤを受信し、受信した予約取消情報及び予約ＩＤに基づき第１ＤＢ６１に格納されている来店ステータス情報を予約取消に変更するものである。また、予約取消情報変更部７８は、予約サイト管理サーバ３０から送信される予約取消情報及び当該情報に関連付けられている予約ＩＤを受信し、受信した予約取消情報及び予約ＩＤに基づき第１ＤＢ６１に格納されている来店ステータス情報を予約取消に変更するものである。また、来店済み情報変更部７５は、ユーザ端末１００から送信される予約取消情報及び当該情報に関連付けられている予約ＩＤを受信し、受信した予約取消情報及び予約ＩＤに基づき第１ＤＢ６１に格納されている来店ステータス情報を予約取消に変更するものである。

ウォークイン情報登録部８０は、店舗端末１０から送信されるウォークイン情報を受信し、受信したウォークイン情報を予約情報として第１ＤＢ６１に新規に登録するものである。ウォークイン情報は、予約なしの来店客の来店人数及び来店日時、案内したテーブルのテーブル識別情報（テーブルＩＤ）を含むものである。具体的には、ウォークイン情報登録部８０は、例えば、受信したウォークイン情報毎に異なる予約ＩＤを割り当て、ウォークイン情報の各種情報を当該予約ＩＤと関連付けて予約情報として第１ＤＢ６１に登録する。来店人数は、予約情報の予約人数として取り扱われる情報である。来店日時は、予約情報の予約日時として取り扱われる情報である。案内したテーブルのテーブル識別情報は、予約情報のテーブル識別情報（テーブルＩＤ）として取り扱われる情報である。

空席情報更新部８２は、第１ＤＢ６１に格納されている予約情報及び来店ステータス情報に基づいて所定の演算を行い、演算結果に基づいて第１ＤＢ６１に格納されている空席情報を更新するものである。空席情報更新部８２は、例えば、図１４に示す表における各日付の各テーブルに対して、第１ＤＢ６１に格納されている予約情報及び来店ステータス情報（図１３を参照）に基づいて予約時間の区間又は来店した予約客の滞在予定時間の区間を黒塗り区間とし、各テーブルにおける黒塗り区間を除いた空白の区間を空白区間情報として検知する。検知した空白区間情報のうち、予め設定された設定情報（来店客の退店後の片付け時間や予約客の滞在時間等）に基づいた所定区間（予約枠）を含むことが可能な空白区間情報から空席情報を演算する。空席情報更新部８２の演算（更新）は、第１ＤＢ６１に対する予約情報の登録、第１ＤＢ６１に対するウォークイン情報の登録、第１ＤＢ６１に対する来店ステータス情報の変更の度に行われる。

さらに、予約管理サーバ５０は、図４に示すように、会員情報登録部９１と、検索処理部９２と、第２の予約情報登録部９３とを備えている。

会員情報登録部９１は、ユーザ端末１００から送信される会員情報を受信し、受信した会員情報を第３ＤＢ６３に新規に登録するものである。具体的には、会員情報登録部９１は、例えば、受信した会員情報毎に異なる会員ＩＤを割り当て、会員情報の各種情報を当該会員ＩＤと関連付けて第３ＤＢ６３に登録する。

検索処理部９２は、ユーザ端末１００から送信される候補店情報要求を受信し、受信した候補店情報要求に基づき第１ＤＢ６１及び第２ＤＢ６２を検索して予約可能な候補店を特定するものである。具体的には、検索処理部９２は、候補店情報要求に含まれるユーザ端末１００の位置情報及び予め設定された所定の条件（検索条件）に基づき第２ＤＢ６２に格納されている店舗の位置情報を検索し、ユーザが現在位置から所定の時間内に到着可能な候補店を抽出する。検索条件として、例えば、第２ＤＢ６２に格納されている店舗の位置情報（緯度及び経度）がユーザ端末１００の位置情報から所定の範囲内（店舗の位置がユーザ端末１００の現在位置より所定の距離内）であることが挙げられる。一例としては、ユーザ端末１００の現在位置から徒歩で１５分の距離内にある店舗を抽出する。

さらに、検索処理部９２は、候補店情報要求を受信した時刻及び候補店情報要求に含まれる利用人数に基づいて第１ＤＢ６１に格納されている空席情報のうち上記検索で抽出した候補店の空席情報を検索することで、予約可能な候補店を特定する。例えば、検索処理部９２は、当該処理部９２が候補店情報要求を受信した時刻から所定時間後（例えば、１５分後）の時間をユーザの利用予定時間（到着予定時間）として設定し、設定したユーザの利用予定時間及び候補店情報要求に含まれる利用人数に基づいて第１ＤＢ６１に格納されている各候補店の空席情報を検索することで、予約可能な候補店を特定する。

ここで、テーブルの設定情報として、図１５に示すように、複数のテーブルの組合せが設定されている場合、検索処理部９２は、単独のテーブルでは利用人数の着席が不可能であっても、設定されている複数のテーブルの組合せにより利用人数の着席が可能であるならば、当該テーブルの組合せの情報を空席情報として取り扱うことができる。

また、検索処理部９２は、ユーザ端末１００からの候補店情報要求に対する応答として、第２ＤＢ６２に格納されている店舗情報のうち上記検索で特定した予約可能な候補店の店舗情報をユーザ端末１００へ送信する。検索で特定した候補店が複数あれば、複数の候補店の店舗情報をまとめてユーザ端末１００へ送信する。

第２の予約情報登録部９３は、ユーザ端末１００から送信される予約要求を受信し、受信した予約要求に基づき予約情報を確定して第１ＤＢ６１に新規に登録するものである。具体的には、第２の予約情報登録部９３は、例えば、第１ＤＢ６１に格納されている空席情報のうち、受信した予約要求に含まれている候補店（店舗ＩＤ）における空席情報を予約要求の受信時刻に基づき検索することで、予約日時やテーブルＩＤ等の各種情報を確定する。さらに、第２の予約情報登録部９３は、受信した予約要求毎に異なる予約ＩＤを割り当て、予約要求に含まれている店舗情報（店舗ＩＤ）や会員情報（予約氏名）、利用人数、並びに、上記検索により確定した予約日時やテーブルＩＤを当該予約ＩＤと関連付けて第１ＤＢ６１に登録する。また、第２の予約情報登録部９３は、予約情報の登録の際に、来店ステータス情報の１つである来店待ちを当該予約情報と関連付けて登録する。

また、第２の予約情報登録部９３は、予約情報の第１ＤＢ６１への登録後に、ユーザ端末１００の予約要求に対する応答として予約確定情報をユーザ端末１００へ送信する。予約確定情報は、例えば、ユーザ端末１００の予約要求に応じて第１ＤＢ６１に登録された予約者氏名や予約人数、予約時間等の予約情報に加えて、第２ＤＢ６２に格納されている予約店舗の店舗名や位置情報等の店舗情報を含んでいる。

次に、本発明の予約管理システムの一実施の形態における店舗及び予約サイトで予約の受付がなされるときの動作の一例を図４及び図１７を用いて説明する。図１７は本発明の予約管理システムの一実施の形態における店舗及び予約サイトでの予約受付の場合の処理の一例を示すフローチャートである。先ず、店舗で予約を受け付ける場合の予約管理システムの動作を説明する。

図４に示す店舗端末１０の画面表示処理部１１は、店員の操作により、予約受付画面や予約情報画面（図５を参照）を表示デバイスに表示する。次に、店員の操作により、予約受付画面や予約情報画面を介して、予約日時、予約人数、予約テーブル（テーブルＩＤ）、予約客の氏名、予約客の連絡先等の予約に関する情報が入力されると、入力された情報を店舗端末１０の予約情報送信処理部１３が予約情報として予約管理サーバ５０へ送信する（図１７のステップＳ１）。

店舗端末１０から送信された予約情報を予約管理サーバ５０の第１の予約情報登録部７３が受信し、第１の予約情報登録部７３は受信した予約情報を第１ＤＢ６１に新規に登録する（図１７のステップＳ１１）。具体的には、第１の予約情報登録部７３は、予約情報を受信すると、受信した予約情報毎に１つの予約ＩＤを割り当て、受信した予約情報の各種情報を割り当てた予約ＩＤと関連付けて第１ＤＢ６１に登録する（図１３を参照）。このとき、第１の予約情報登録部７３は、来店ステータス情報の初期設定としての来店待ちを、登録する予約情報（予約ＩＤ）に関連付けて第１ＤＢ６１に登録する。

第１の予約情報登録部７３によって第１ＤＢ６１が更新される（予約情報が新規に登録される）と、更新された第１ＤＢ６１に格納されている情報に基づいて空席情報更新部８２が所定の演算を行うことで第１ＤＢ６１に格納されている空席情報を更新する（図１７のステップＳ１２）。空席情報更新部８２の空席情報の演算の概念は、例えば、次のようなものである。図１４に示すように、各日付の各テーブルの横軸の区間（時間帯）に対して、更新された第１ＤＢ６１に格納されている予約情報及び来店ステータス情報（図１３を参照）に基づいて予約時間の区間又は来店した予約客の滞在予定の区間を黒塗り区間とし、黒塗り区間を除いた空白の区間を空白区間情報として検知する。検知した空白区間情報のうち、予め設定された設定情報（来店客の退店後の片付け時間や予約客の滞在時間等）に基づいた所定区間（予約枠）を含むことが可能な空白区間情報から空席情報を演算する。空席情報更新部８２は、第１ＤＢ６１に格納されている空席情報を上記演算の結果に書き換えることで空席情報を更新する。

次に、予約サイトを介して予約を受け付ける場合の予約管理システムの動作を説明する。図４に示す予約サイト管理サーバ３０のサイト情報処理部４１は、ユーザの操作に応じて予約受付画面の情報をユーザの情報処理装置に提供する。次に、ユーザの操作により予約日時、予約人数、予約者の氏名、連絡先等の予約情報が予約サイト管理サーバ３０へ送信されると、当該予約情報を予約サイト管理サーバ３０のサイト予約情報送信処理部４２が受信して予約管理サーバ５０へ送信する（図１７のステップＳ１）。

予約サイト管理サーバ３０から送信された予約情報を予約管理サーバ５０の第１の予約情報登録部７３が受信し、第１の予約情報登録部７３は受信した予約情報を第１ＤＢ６１に新規に登録する（図１７のステップＳ１１）。第１の予約情報登録部７３の具体的な機能は、予約サイト管理サーバ３０からの予約情報を受信することを除いて、店舗端末１０からの予約情報を受信した場合と同様である。

第１の予約情報登録部７３によって第１ＤＢ６１が更新されると、店舗端末１０からの予約情報を受信した場合と同様に、空席情報更新部８２が更新された第１ＤＢ６１に格納されている各種情報に基づき第１ＤＢ６１の空席情報を更新する（図１７のステップＳ１２）。空席情報更新部８２の具体的な機能は、店舗端末１０からの予約情報を受信した場合と同様である。

このように、本実施の形態の予約管理システム１では、店舗及び予約サイトでの予約の受付に応じて、第１の予約情報登録部７３が予約情報を第１ＤＢ６１に新規に登録する。また、予約の受付に応じた第１ＤＢ６１の更新の度に、空席情報更新部８２が第１ＤＢ６１の空席情報を更新する。これにより、第１ＤＢ６１の空席情報を最新の情報に維持することができる。したがって、店舗の通常運営以上の負担を店員に掛けることなく、店舗の当日の空席状況を把握することができる。

次に、本発明の予約管理システムの一実施の形態における予約客の来店から退店までの動作の一例を図４及び図１８を用いて説明する。図１８は本発明の予約管理システムの一実施の形態における予約客の来店から退店までの処理の一例を示すフローチャートである。

予約客が来店した場合、店員の操作により、図４に示す店舗端末１０の画面表示処理部１１が予約情報画面や設定画面を店舗端末１０の表示デバイスに表示する。次に、店員の操作により設定画面（図６を参照）を介して来店ステータス情報の来店済み情報が入力されると、店舗端末１０の来店ステータス情報送信処理部１４の来店済み情報送信処理部１５が入力された来店済み情報を当該情報に関連付けられた予約ＩＤと共に予約管理サーバ５０へ送信する（図１８のステップＳ２１）。

店舗端末１０から送信された来店済み情報及び予約ＩＤを予約管理サーバ５０の来店ステータス情報変更部７４が受信し、来店ステータス情報変更部７４の来店済み情報変更部７５は受信した来店済み情報及び予約ＩＤに基づき第１ＤＢ６１（図１３を参照）に格納されている来店ステータス情報を来店待ちから来店済みへ変更する（図１８のステップＳ３１）。来店済み情報変更部７５によって第１ＤＢ６１が更新される（来店ステータス情報が来店待ちから来店済みへ変更される）と、空席情報更新部８２が更新された第１ＤＢ６１に格納されている各種情報に基づき第１ＤＢ６１の空席情報を更新する（図１８のステップＳ３２）。空席情報更新部８２の具体的な処理機能は、第１ＤＢ６１に予約情報が新規に登録された後の処理機能と同様である。

その後、予約客が退店すると、店員の操作により、店舗端末１０の画面表示処理部１１が予約情報画面や設定画面を表示デバイスに表示する。次に、店員の操作により設定画面（図６を参照）を介して来店ステータス情報の退店済み情報が入力されると、店舗端末１０の来店ステータス情報送信処理部１４の退店済み情報送信処理部１７が入力された退店済み情報を当該情報に関連付けられた予約ＩＤと共に予約管理サーバ５０へ送信する（図１８のステップＳ２２）。

店舗端末１０から送信された退店済み情報及び予約ＩＤを予約管理サーバ５０の来店ステータス情報変更部７４が受信し、来店ステータス情報変更部７４の退店済み情報変更部７７は受信した退店済み情報及び予約ＩＤに基づき第１ＤＢ６１（図１３を参照）に格納されている来店ステータス情報を来店済みから退店済みへ変更する（図１８のステップＳ３３）。退店済み情報変更部７７によって第１ＤＢ６１が更新される（来店ステータス情報が来店済みから退店済みへ変更される）と、空席情報更新部８２が更新された第１ＤＢ６１に格納されている各種情報に基づき第１ＤＢ６１の空席情報を更新する（図１８のステップＳ３４）。空席情報更新部８２の具体的な処理機能は、第１ＤＢ６１に予約情報が新規に登録された後の処理機能と同様である。

このように、本実施の形態の予約管理システム１では、予約客の来店及び退店に応じて、来店ステータス情報変更部７４の来店済み情報変更部７５及び退店済み情報変更部７７がそれぞれ第１ＤＢ６１の来店ステータス情報を来店済み及び退店済みへ変更する。また、予約客の来店及び退店に応じた第１ＤＢ６１の更新の度に、空席情報更新部８２が第１ＤＢ６１の空席情報を更新する。これにより、第１ＤＢ６１の空席情報を最新の情報に維持することができる。したがって、店舗の通常運営以上の負担を店員に掛けることなく、店舗の当日の空席状況を把握することができる。

次に、本発明の予約管理システムの一実施の形態における予約なしの顧客の来店から退店までの動作の一例を図４及び図１９を用いて説明する。図１９は本発明の予約管理システムの一実施の形態における予約なしの顧客の来店から退店までの処理の一例を示すフローチャートである。

予約なしの当日の来店の場合（ウォークインの場合）、店員の操作により、図４に示す店舗端末１０の画面表示処理部１１が予約情報画面や設定画面を店舗端末１０の表示デバイスに表示する。次に、店員の操作により設定画面（図７を参照）を介して、来店日時、案内したテーブルのテーブルＩＤ、来店人数等のウォークイン情報が入力されると、入力されたウォークイン情報を店舗端末１０のウォークイン情報送信処理部２０が予約管理サーバ５０へ送信する（図１９のステップＳ４１）。

店舗端末１０から送信されたウォークイン情報を予約管理サーバ５０のウォークイン情報登録部８０が受信し、ウォークイン情報登録部８０は受信したウォークイン情報を予約情報として第１ＤＢ６１に新規に登録する（図１９のステップＳ５１）。具体的には、ウォークイン情報登録部８０は、ウォークイン情報を受信すると、受信したウォークイン情報毎に１つの予約ＩＤを割り当てる。それから、受信したウォークイン情報に含まれている来店人数を予約情報の予約人数として、来店日時を予約情報の予約日時として、案内したテーブルのテーブルＩＤ情報を予約情報のテーブルＩＤとして第１ＤＢ６１に登録する（図１３を参照）。ウォークイン情報の各種情報は、予約ＩＤと関連付けて登録される。このとき、ウォークイン情報登録部８０は、来店ステータス情報として来店済みを、登録する予約情報に関連付けて第１ＤＢ６１に登録する。

ウォークイン情報登録部８０によって第１ＤＢ６１が更新される（ウォークイン情報が新規に登録される）と、空席情報更新部８２が更新された第１ＤＢ６１に格納されている各種情報に基づき第１ＤＢ６１の空席情報を更新する（図１９のステップＳ５２）。空席情報更新部８２の具体的な処理機能は、第１ＤＢ６１に予約情報が新規に登録された後の処理機能と同様である。

その後、予約なしの来店客が退店すると、予約客が退店する場合と同様に、店員の操作により設定画面（図６を参照）を介して来店ステータス情報の退店済み情報が入力されることで、店舗端末１０の退店済み情報送信処理部１７が入力された退店済み情報を当該情報に関連付けられた予約ＩＤと共に予約管理サーバ５０へ送信する（図１９のステップＳ４２）。

店舗端末１０から送信された退店済み情報及び予約ＩＤに基づき予約管理サーバ５０の退店済み情報変更部７７が来店ステータス情報を退店済みへ変更する（図１９のステップＳ５３）。これは、前述した図１８のステップＳ３３と同様である。また、来店ステータス情報の退店済みへの変更による第１ＤＢ６１の更新に応じて、空席情報更新部８２が第１ＤＢ６１の空席情報を更新する（図１９のステップＳ５４）。これは、前述した図１８のステップＳ３４と同様である。

このように、本実施の形態の予約管理システム１では、予約なしの当日の来店に対して、ウォークイン情報登録部８０がウォークイン情報を予約情報として第１ＤＢ６１に新規に登録する。また、予約なしの来店に応じた第１ＤＢ６１の更新の度に、空席情報更新部８２が第１ＤＢ６１の空席情報を更新する。これにより、第１ＤＢ６１の空席情報を最新の情報に維持することができる。したがって、店舗の通常運営以上の負担を店員に掛けることなく、店舗の当日の空席状況を把握することができる。

次に、本発明の予約管理システムの一実施の形態における予約取消時の動作の一例を図４及び図２０を用いて説明する。図２０は本発明の予約管理システムの一実施の形態における予約の取消時の処理の一例を示すフローチャートである。先ず、店舗で予約取消を受け付ける場合の予約管理システムの動作を説明する。

店員の操作により、図４に示す店舗端末１０の画面表示処理部１１は、予約情報画面や設定画面を店舗端末１０の表示デバイスに表示する。次に、店員の操作により設定画面（図６を参照）を介して来店ステータス情報の予約取消情報が入力されると、店舗端末１０の来店ステータス情報送信処理部１４の予約取消情報送信処理部１８が入力された予約取消情報を当該情報に関連付けられた予約ＩＤと共に予約管理サーバ５０へ送信する（図２０のステップＳ６１）。

店舗端末１０から送信された予約取消情報及び予約ＩＤを予約管理サーバ５０の来店ステータス情報変更部７４が受信し、来店ステータス情報変更部７４の予約取消情報変更部７８は受信した予約取消情報及び予約ＩＤに基づき第１ＤＢ６１（図１３を参照）に格納されている来店ステータス情報を来店待ちから予約取消へ変更する（図２０のステップＳ７１）。

予約取消情報変更部７８によって第１ＤＢ６１が更新される（来店ステータス情報が来店待ちから予約取消へ変更される）と、空席情報更新部８２が更新された第１ＤＢ６１に格納されている各種情報に基づき第１ＤＢ６１の空席情報を更新する（図２０のステップＳ７２）。空席情報更新部８２の具体的な処理機能は、第１ＤＢ６１に予約情報が新規に登録された後の処理機能と同様である。

次に、予約サイトで予約取消を受け付ける場合の予約管理システムの動作を説明する。図４に示す予約サイト管理サーバ３０のサイト情報処理部４１は、ユーザの操作に応じて当該ユーザの予約情報をユーザの情報処理装置に提供する。次に、ユーザの操作により来店ステータス情報の予約取消情報が当該情報に関連付けられた予約ＩＤと共に予約サイト管理サーバ３０へ送信されると、当該予約取消情報及び予約ＩＤを予約サイト管理サーバ３０のサイト予約取消情報送信処理部４３が受信して予約管理サーバ５０へ送信する（図２０のステップＳ６１）。

予約サイト管理サーバ３０から送信された予約取消情報及び予約ＩＤを予約管理サーバ５０の来店ステータス情報変更部７４が受信し、来店ステータス情報変更部７４の予約取消情報変更部７８は受信した予約取消情報及び予約ＩＤに基づき第１ＤＢ６１（図１３を参照）に格納されている来店ステータス情報を来店待ちから予約取消に変更する（図２０のステップＳ７１）。

予約取消情報変更部７８によって第１ＤＢ６１が更新されると、店舗端末１０から予約取消情報が送信された場合と同様に、空席情報更新部８２が第１ＤＢ６１の空席情報を更新する（図２０のステップＳ７２）。

このように、本実施の形態の予約管理システム１では、店舗及び予約サイトでの予約取消の受付に応じて、来店ステータス情報変更部７４の予約取消情報変更部７８が第１ＤＢ６１の来店ステータス情報を予約取消へ変更する。また、店舗及び予約サイトでの予約取消の受付に応じた第１ＤＢ６１の更新の度に、空席情報更新部８２が第１ＤＢ６１の空席情報を更新する。これにより、第１ＤＢ６１の空席情報を最新の情報に維持することができる。したがって、店舗の通常運営以上の負担を店員に掛けることなく、店舗の当日の空席状況を把握することができる。

次に、本発明の予約管理システムの一実施の形態における予約客の来店がないときの動作の一例を図４及び図２１を用いて説明する。図２１は本発明の予約管理システムの一実施の形態における予約客の来店がない場合の処理の一例を示すフローチャートである。

予約客が予約時間になっても来店しない場合、店員の操作により、図４に示す店舗端末１０の画面表示処理部１１は、予約情報画面や設定画面を店舗端末１０の表示デバイスに表示する。次に、店員の操作により設定画面（図６を参照）を介して来店ステータス情報の来店なし情報が入力されると、店舗端末１０の来店ステータス情報送信処理部１４の来店なし情報送信処理部１６が入力された来店なし情報を当該情報に関連付けられた予約ＩＤと共に予約管理サーバ５０へ送信する（図２１のステップＳ８１）。

店舗端末１０から送信された来店なし情報及び予約ＩＤを予約管理サーバ５０の来店ステータス情報変更部７４が受信し、来店ステータス情報変更部７４の来店なし情報変更部７６は受信した来店なし情報及び予約ＩＤに基づき第１ＤＢ６１（図１３を参照）に格納されている来店ステータス情報を来店待ちから来店なしへ変更する（図２１のステップＳ９１）。

来店なし情報変更部７６によって第１ＤＢ６１が更新される（来店ステータス情報が来店待ちから来店なしへ変更される）と、空席情報更新部８２が更新された第１ＤＢ６１に格納されている各種情報に基づき第１ＤＢ６１の空席情報を更新する（図２１のステップＳ９２）。空席情報更新部８２の具体的な処理機能は、第１ＤＢ６１に予約情報が新規に登録された後の処理機能と同様である。

このように、本実施の形態の予約管理システム１では、予約客の来店なしに応じて、来店ステータス情報変更部７４の来店なし情報変更部７６が第１ＤＢ６１の来店ステータス情報を来店なしへ変更する。また、予約客の来店なしに応じた第１ＤＢ６１の更新の度に、空席情報更新部８２が第１ＤＢ６１の空席情報を更新する。これにより、第１ＤＢ６１の空席情報を最新の情報に維持することができる。したがって、店舗の通常運営以上の負担を店員に掛けることなく、店舗の当日の空席状況を把握することができる。

次に、本発明の予約管理システムの一実施の形態におけるユーザ端末を介した利用当日の予約から入店までの動作の一例を図４及び図２２を用いて説明する。図２２は本発明の予約管理システムの一実施の形態におけるユーザ端末を介した店舗の利用当日の予約から入店までの処理の一例を示すフローチャートである。

図４に示すユーザ端末１００は、ユーザの操作に応じて、利用当日の予約可能な候補店の情報提供を行うアプリケーションを起動する。ユーザ端末１００上で実現する各機能は、当該アプリケーションのプログラムがＣＰＵ１０１（図３を参照）等の演算装置に読み込まれることでその処理が実行される。各機能は、記憶装置から各種の情報を読み出し、読み出した情報を演算装置における処理に適宜用いる。

先ず、ユーザ端末１００の候補店情報要求部１１２が、アプリケーションの起動した当日の予約が可能な店舗の一覧を要求する候補店情報要求の入力画面（例えば、図８を参照）をユーザ端末１００の表示装置１０５に表示する。次に、入力画面を介してユーザの操作により利用人数が入力されると、候補店情報要求部１１２は、入力された利用人数を受け付ける（図２２のステップＳ１０１）と共に、ＧＰＳ受信機１０８からユーザ端末１００の位置情報を取り込む（図２２のステップＳ１０２）。次いで、候補店情報要求部１１２は、受け付けた利用人数及び取り込んだユーザ端末１００の位置情報を含む候補店情報要求を予約管理サーバ５０へ送信する（図２２のステップＳ１０３）。

ユーザ端末１００から送信された候補店情報要求を予約管理サーバ５０の検索処理部９２が受信し、検索処理部９２は受信した候補店情報要求に基づき第１ＤＢ及び第２ＤＢ６２を検索して予約が可能な候補店を特定する（図２２のステップＳ１２１）。さらに、検索処理部９２は、検索により特定した候補店の店舗情報をユーザ端末１００へ送信する（図２２のステップＳ１２２）。

具体的には、検索処理部９２は、候補店情報要求に含まれているユーザ端末１００の位置情報と予め設定された所定の条件（検索条件）とに基づき第２ＤＢ６２に格納されている店舗情報のうち店舗の位置情報を検索し、ユーザが現在位置から所定の時間内に到着可能な候補店（例えば、店舗ＩＤ）を抽出する。検索条件として、例えば、店舗の位置情報（緯度及び経度）がユーザ端末１００の位置情報から所定の範囲内（店舗の位置がユーザ端末１００の現在位置より所定の距離内）であることが挙げられる。

次に、検索処理部９２は、候補店情報要求を受信した時刻及び候補店情報要求に含まれる利用人数に基づき第１ＤＢ６１に格納されている空席情報のうち上記検索で抽出した候補店の当日の空席情報を検索することで、予約可能な候補店を特定する。より具体的には、検索処理部９２は、当該処理部９２が候補店情報要求を受信した時刻から所定時間経過後の時間をユーザの利用予定時間として設定する。それから、設定したユーザの利用予定時間及び候補店情報要求に含まれる利用人数に基づいて、第１ＤＢ６１に格納されている各候補店の当日の空席情報を検索し、予約可能な候補店（例えば、店舗ＩＤ）を特定する。

なお、各候補店のテーブルの設定情報として、図１５に示すように、複数のテーブルを組合せによって着席可能な人数を増やす設定がなされている場合、単独のテーブルでは利用人数の着席が不可能であっても、設定されている複数のテーブルの組合せにより利用人数の着席が可能であるならば、検索処理部９２は、当該テーブルの組合せの情報を予約可能な空席情報として取り扱う。

次いで、検索処理部９２は、ユーザ端末１００からの候補店情報要求に対する応答として、検索結果の予約可能な候補店の店舗情報を第２ＤＢ６２から抽出してユーザ端末１００へ送信する。予約可能な候補店が複数あれば、複数の候補店の店舗情報を送信する。

ユーザ端末１００の候補店情報要求に対して予約管理サーバ５０から返信される予約可能な候補店の店舗情報をユーザ端末１００の候補店情報要求部１１２が受信し（図２２のステップＳ１０４）、候補店情報要求部１１２は受信した候補店の店舗情報をユーザ端末１００の表示装置１０５（図３を参照）に表示する（図２２のステップＳ１０５）。ユーザ端末１００の候補店情報要求に対する応答としての候補店の店舗情報は、例えば図９に示すように、予約可能な候補店の一覧を示す候補店情報画面として表示される。候補店情報画面は、例えば、予約可能な各候補店に対して予約要求を行うツールボタン１１３ａの表示を含んでおり、各候補店に対して予約要求を行う予約申込画面も兼ねている。

ユーザ端末１００の表示装置１０５に表示された予約申込画面を介してユーザの操作により予約要求が入力されると、予約要求部１１３が入力された予約要求を受け付け（図２２のステップＳ１０６）、受け付けた予約要求を予約管理サーバ５０へ送信する（図２２のステップＳ１０７）。例えば、複数の候補店の店舗情報を示す候補店情報画面（図９を参照）における複数のツールボタン１１３ａのうちの１つをユーザが操作して選択すると、予約要求部１１３は、ユーザの操作により選択された１つの候補店の店舗情報（店舗ＩＤ等）、ユーザの会員情報（会員ＩＤ等）、利用人数を含む予約要求を予約管理サーバ５０へ送信する。

ユーザ端末１００から送信された予約要求を予約管理サーバ５０の第２の予約情報登録部９３が受信し、第２の予約情報登録部９３は受信した予約要求に基づき予約情報を確定して第１ＤＢ６１に新規に登録する（図２２のステップＳ１２３）。具体的には、第２の予約情報登録部９３は、第１ＤＢ６１の空席情報のうち予約要求に含まれている候補店（店舗ＩＤ）の空席情報を、予約要求に含まれている利用人数及び予約要求の受信時刻に基づき検索することで、予約日時やテーブルＩＤ等の各種情報を確定する。さらに、受信した予約要求に１つの予約ＩＤを割り当て、当該予約要求に含まれている店舗情報（店舗ＩＤ）や会員情報（予約氏名）、利用人数、並びに、上記検索で確定した予約日時やテーブルＩＤを割り当てた予約ＩＤと関連付けて第１ＤＢ６１（図１３を参照）に登録する。このとき、第２の予約情報登録部９３は、来店ステータス情報の初期設定としての来店待ちを、登録する予約情報に関連付けて第１ＤＢ６１に登録する。

予約情報の第１ＤＢ６１への登録後、第２の予約情報登録部９３は、ユーザ端末１００の予約要求に対する応答として予約確定情報をユーザ端末１００へ送信する（図２２のステップＳ１２４）。予約確定情報には、ユーザ端末の予約要求に応じて第１ＤＢ６１に登録された予約氏名や予約人数、予約時間等の予約情報に加えて、第２ＤＢ６２に格納されている予約店の店名や位置情報等の店舗情報が含まれている。

第２の予約情報登録部９３によって第１ＤＢ６１が更新される（予約情報が新規に登録される）と、更新された第１ＤＢ６１に格納されている情報に基づいて空席情報更新部８２が所定の演算を行うことで第１ＤＢ６１に格納されている空席情報を更新する（図２２のステップＳ１２５）。空席情報更新部８２の具体的な処理機能は、第１の予約情報登録部７３によって第１ＤＢ６１に予約情報が新規に登録された後の処理機能と同様である。

ユーザ端末１００からの予約要求に対して予約管理サーバ５０から予約確定情報が返信されると、ユーザ端末１００の予約要求部１１３が予約確定情報を受信し（図２２のステップＳ１０８）、受信した予約確定情報をユーザ端末１００の表示装置１０５に表示する（図２２のステップＳ１０９）。予約要求部１１３は、例えば図１０に示すように、受信した予約確定情報に含まれる予約氏名、予約時間、予約人数等を予約情報通知画面として表示する。これにより、予約申込画面を介して選択した候補店への予約が確定したことをユーザが認知できる。

予約確定によりユーザが予約店舗（ユーザが選択した候補店）へ移動する間、ユーザ端末１００のナビゲート処理部１１４が受信した予約確定情報及びＧＰＳ受信機１０８から取り込んだユーザ端末１００の位置情報に基づきナビゲート画面をユーザ端末１００の表示装置１０５に表示する（図２２のステップＳ１１０）。ナビゲート画面は、例えば図１１に示すように、ユーザの現在位置及び予約店舗の位置（ともに図示せず）を地図上に表示すると共に、予約店舗の店舗情報を表示するものである。

具体的には、ナビゲート処理部１１４は、予約確定情報に含まれている予約店舗の位置情報に基づいてナビゲート画面の地図上に予約店舗の位置を表示する。加えて、ナビゲート処理部１１４は、ＧＰＳ受信機１０８からユーザ端末１００の位置情報をナビゲート処理部１１４の処理が終了するまで常に取り込み、取り込んだユーザ端末１００の位置情報に基づいてナビゲート画面の地図上にユーザの現在位置を表示する。また、ナビゲート処理部１１４は、予約確定情報に含まれている店舗情報のうち店舗名や住所等を表示する。ユーザがナビゲート画面を見ることで、予約店舗の位置とユーザ自身の現在位置を把握でき、予約店舗までの経路がわかる。

さらに、ナビゲート処理部１１４は、ユーザが予約店舗へ移動する間、ユーザ端末１００（ユーザ）が予約店舗に到着したか否かを判定する（図２２のステップＳ１１１）。具体的には、ナビゲート処理部１１４は、ＧＰＳ受信機１０８から取り込んだユーザ端末１００の位置情報が受信した予約確定情報に含まれている予約店舗の位置情報から所定の範囲内にあるか否かを判定する。ナビゲート処理部１１４は、ユーザ端末１００の位置情報が所定の範囲内にある場合、ユーザが予約店舗に到着した（ＹＥＳ）と判定する。一方、ユーザ端末１００の位置情報が所定の範囲外にある場合、ユーザが予約店舗に到着していない（ＮＯ）と判定する。

ナビゲート処理部１１４は、ＮＯ（ユーザが予約店舗に到着していない）と判定した場合、ステップＳ１１１に戻り、ユーザ端末１００が予約店舗に到着したか否かを再度判定する。ナビゲート処理部１１４は、ＹＥＳ（ユーザが予約店舗に到着した）と判定するまでステップＳ１１１を繰り返す。ナビゲート処理部１１４がＮＯと判定する間は、後述の図２２のステップＳ１１２におけるチェックイン処理部１１５によるチェックイン情報画面の表示を不許可にする。一方、ステップＳ１１１において、ナビゲート処理部１１４がＹＥＳと判定した場合には、後述の図２２のステップＳ１１２におけるチェックイン処理部１１５によるチェックイン情報画面の表示を許可する。

その後、ナビゲート処理部１１４がＹＥＳと判定した場合において、ユーザの操作により入力されるチェックイン情報の表示要求を受け付け（図２２のステップＳ１１２）、受け付けた表示要求により、予約確定情報に含まれる予約情報に基づいたチェックイン情報をユーザ端末１００の表示装置１０５に表示すると共に（図２２のステップＳ１１３）、来店ステータス情報の１つである来店済み情報を当該情報に関連付けられた予約ＩＤと共に予約管理サーバ５０へ送信する（図２２のステップＳ１１４）。

具体的には、ユーザの操作により表示要求画面を介してチェックイン情報（予約客の入店手続情報）の表示要求が入力されると、チェックイン処理部１１５がチェックイン情報画面をユーザ端末１００の表示装置１０５に表示する。表示要求画面は、例えば、図１１に示すナビゲート画面の一部分に表示されたツールボタン１１５ａである。ツールボタン１１５ａがユーザにより操作されると、チェックイン処理部１１５は、ナビゲート処理部１１４がＹＥＳと判定した場合において、チェックイン情報の表示要求を受け付ける。チェックイン情報画面は、図１２に示すように、予約確定情報に含まれている予約情報のうち、予約した店舗名、予約日時、予約人数、予約氏名等を表示したものである。チェックイン情報画面を予約客が予約店へ提示することで、店舗側は入店する顧客が予約客であることを確認することができる。すなわち、チェックイン情報画面は、予約客が予約店へ提示する予約票として機能する。

ユーザ端末１００から来店済み情報及び予約ＩＤが送信されると、店舗端末１０から来店済み情報及び予約ＩＤが送信される場合（図１８のステップＳ２１及びステップＳ３１）と同様に、予約管理サーバ５０の来店ステータス情報変更部７４が来店済み情報及び予約ＩＤ受信し、来店ステータス情報変更部７４の来店済み情報変更部７５が受信した来店済み情報及び予約ＩＤに基づき第１ＤＢ６１（図１３を参照）に格納されている来店ステータス情報を来店待ちから来店済みへ変更する（図２２のステップＳ１２６）。来店済み情報変更部７５によって第１ＤＢ６１が更新されると、図１８のステップＳ３２と同様に、空席情報更新部８２が更新された第１ＤＢ６１に格納されている各種情報に基づき第１ＤＢ６１の空席情報を更新する（図２２のステップＳ１２７）。

なお、本実施の形態のユーザ端末１００では、ユーザの操作によりナビゲート画面又はチェックイン情報画面の表示を終了させることで、最初の候補店情報要求の入力画面の表示が可能となる。ナビゲート画面又はチェックイン情報画面の表示が終了されずに放置されている場合、ユーザ端末１００は、予約管理サーバ５０から送信される予約確定情報に含まれる予約時間から所定の期間経過した後に、表示装置１０５に表示されているナビゲート画面又はチェックイン情報画面を終了させる。

また、ユーザ端末１００の表示装置１０５に表示された設定画面を介してユーザの操作により来店ステータス情報の予約取消情報が入力されると、ユーザ端末１００の予約取消情報送信処理部１１６が予約取消情報を当該情報に関連付けられた予約ＩＤと共に予約サイト管理サーバ３０へ送信する。例えば、図１０に示す予約情報通知画面や図１１に示すナビゲート画面の一部分に表示されたツールボタン１１６ａがユーザにより操作されると、予約取消情報送信処理部１１６が予約取消情報を予約ＩＤと共に予約サイト管理サーバ３０へ送信する。ユーザ端末１００からの予約取消情報及び予約ＩＤを受信した予約管理サーバ５０におけるその後の処理は、店舗端末１０からの予約取消情報及び予約ＩＤを受信した予約管理サーバ５０におけるその後の処理（図２０のステップＳ７１及びステップＳ７２）と同様である。

このように、本実施の形態の予約管理システム１では、ユーザ端末１００からの予約要求に応じて、第２の予約情報登録部９３が予約情報を第１ＤＢ６１に新規に登録する。また、予約店舗に到着したと判定されたユーザ端末１００からの来店済み情報に応じて、来店ステータス情報変更部７４が第１ＤＢ６１の来店ステータス情報を来店済みへ変更する。また、ユーザ端末１００からの予約取消情報に応じて、来店ステータス情報変更部７４の予約取消情報変更部７８が第１ＤＢ６１の来店ステータス情報を予約取消へ変更する。さらに、ユーザ端末１００からの各種情報に応じた第１ＤＢ６１の更新の度に、空席情報更新部８２が第１ＤＢ６１の空席情報を更新する。これにより、第１ＤＢ６１の空席情報を最新の情報に維持することができる。したがって、店舗の通常運営以上の負担を店員に掛けることなく、当日の店舗の空席状況を把握することができる。

また、本実施の形態の予約管理システム１では、ユーザ端末１００の候補店情報要求に対して、第２ＤＢ６２の店舗情報及び第１ＤＢ６１の空席情報を検索して予約が可能な候補店を特定し、特定した候補店の店舗情報をユーザ端末１００へ返信する。したがって、店舗側は、ユーザ端末１００の候補店情報要求に対して、当日の空席状況の確認及び返信が不要である。ユーザは、候補店情報要求に対する返信を即座に得ることができると共に、一つの返信により予約が可能な候補店の件数がわかる。したがって、無駄な時間を費やすことがない。

上述した本発明の予約管理装置及び予約管理システムの一実施の形態によれば、ウォークイン情報を含む予約情報の第１ＤＢ６１への登録及び第１ＤＢ６１の来店ステータス情報の変更の度に第１ＤＢ６１の空席情報を更新するので、空席情報を最新の情報に維持することができる。また、ユーザ端末１００の候補店情報要求に対して、第２ＤＢ６２の店舗の位置情報及び第１ＤＢ６１の空席情報を検索することで所定時間内に到着可能で予約可能な候補店を特定してユーザ端末１００へ送信するので、ユーザ端末１００の当該要求に対して、店舗側は空席状況の確認作業や返信作業が不要となり、同時に、ユーザ側は無駄な時間を費やすことなく利用当日に予約可能な候補店を一度の返信により受け取ることができる。すなわち、ユーザ側は効率的に、且つ、店舗側は通常の店舗運営以上の負担を店員に掛けずに利用当日の予約が可能となる。

また、本実施の形態によれば、検索処理部９２がユーザ端末１００の候補店情報要求を受信した時刻に基づき設定したユーザの利用予定時間及び候補店情報要求に含まれる利用人数に基づき第１ＤＢ６１に格納されている空席情報を検索することで予約可能な候補店を特定するので、利用当日の予約の際に、ユーザによる利用予定時間の入力が不要となり、ユーザの利便性を高めることができる。

さらに、本実施の形態によれば、ユーザ端末１００の候補店情報要求に対して予約管理サーバ５０が返信した候補店の店舗情報のうちユーザの操作により選択された１つの候補店の店舗情報を含むユーザ端末１００の予約要求に基づき、第２の予約情報登録部９３が予約情報を確定して第１ＤＢ６１に登録するので、ユーザ側は候補店情報要求に対して返信された候補店の１つを選択することで利用当日の予約申込が可能となり利便性が高く、店舗側はユーザ端末１００の予約要求に対して作業負担が生じない。

加えて、本実施の形態によれば、ユーザ端末１００の予約要求に対して、第２の予約情報登録部９３が第１ＤＢ６１に格納されている空席情報を再び検索することで予約日時を確定するので、ダブルブッキングを防止することができる。

また、本実施の形態によれば、ユーザ端末１００の予約要求に応じて第１ＤＢ６１に登録した予約情報及び第２ＤＢ６２に格納されている予約店舗の位置情報を含む予約確定情報を第２の予約情報登録部９３がユーザ端末１００に送信するので、ユーザ端末１００が予約管理サーバ５０からの予約確定情報に含まれる予約店舗の位置情報に基づき予約店舗の位置を地図上に示すナビゲート画面を表示することが可能となる。ユーザ側は、ユーザ端末１００のナビゲート画面を見ることで、予約店舗までの経路を把握できる。

さらに、本実施の形態によれば、検索処理部９２が第１ＤＢ６１の空席情報を検索して候補店を特定する際に、単独のテーブルでは利用人数の着席が不可能な場合でも、複数のテーブルの組合せにより利用人数の着席が可能である場合には、当該複数のテーブルの組合せの情報を空席情報として取り扱うようにしたので、ユーザ端末１００からの利用当日の予約申込に対して予約受付の柔軟性が向上する。

また、本実施の形態においては、ユーザ端末１００（ユーザ）が予約店舗に到着したとユーザ端末１００のナビゲート処理部１１４が判定した場合において、ユーザ端末１００のチェックイン処理部１１５がユーザの操作に応じてチェックイン情報を表示装置１０５に表示すると共に来店ステータス情報の来店済み情報を予約管理サーバ５０へ送信し、予約管理サーバ５０の来店ステータス情報変更部７４がユーザ端末１００からの来店ステータス情報に基づいて第１ＤＢ６１に格納されている来店ステータス情報を来店済みへ変更する。したがって、店舗側は、店舗端末１０を操作せずとも第１ＤＢ６１の空席情報を最新の情報に維持することができると共に、ユーザ端末１００の表示装置１０５を確認するだけで予約客を確認することができる。

［その他の実施の形態］
なお、本発明は上述した一実施の形態に限られるものではなく、様々な変形例が含まれる。上記した実施形態は本発明をわかり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。例えば、ある実施形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加、削除、置換をすることも可能である。

例えば、上述した実施の形態においては、空席情報を予約情報と共に第１ＤＢ６１に格納するように構成した予約管理サーバ５０の例を説明した。すなわち、予約情報を格納するデータベースと空席情報を格納するデータベースが１つのデータベースである構成の例を示した。しかし、予約情報を格納するデータベースと空席情報を格納するデータベースの２つのデータベースを備える予約管理サーバの構成も可能である。

また、上述した実施の形態においては、ユーザ端末１００が、当該端末１００の位置情報を検出する位置情報検出装置として、ＧＰＳ受信機１０８を備える構成の例を示した。しかし、位置情報検出装置として、全地球航法衛星システム（ＧＮＳＳ：Global Navigation Satellite System）の航法衛星からの航法信号を受信し、この航法信号に基づき当該端末１００の位置を検出する装置を用いることが可能である。ＧＰＳ以外に、例えば、ＧＬＯＮＡＳＳ、ＧＡＬＩＬＥＯを利用することが可能である。

また、上述した実施の形態においては、予約管理サーバ５０の検索処理部９２がユーザ端末１００の候補店情報要求を受信した時刻に基づきユーザの利用予定時間を設定し、設定したユーザの利用予定時間及びユーザ端末１００の候補店情報要求に含まれる利用人数に基づいて第２ＤＢ６２の空席情報を検索して候補店を特定する機能構成の例を示した。しかし、ユーザ端末１００の候補店情報要求の中に利用予定時間の情報を含めることで、検索処理部９２によるユーザの利用予定時間の設定を省略することができる。この場合、例えば、ユーザ端末１００の候補店情報要求部１１２が表示する候補店情報要求の入力画面を、利用人数に加えて利用予定時間の入力が可能となるように構成する。

また、上述した実施の形態においては、検索処理部９２がユーザ端末１００の候補店情報要求に含まれるユーザ端末１００の位置情報に基づき第２ＤＢ６２に格納されている店舗の位置情報を検索することでユーザが所定の時間内に到着可能な候補店を抽出し、第１ＤＢ６１に格納されている空席情報のうち検索で抽出した候補店の空席情報をユーザ端末１００の候補店情報要求に含まれる利用人数に基づき検索することで当該利用人数の予約が可能な候補店を特定する予約管理サーバ５０の機能構成の例を示した。それに対して、検索処理部９２が、先ず、第１ＤＢ６１に格納されている複数の店舗の空席情報をユーザ端末１００の候補店情報要求に含まれる利用人数に基づき検索することで当該利用人数の予約が可能な候補店を抽出し、次に、第２ＤＢ６２に格納されている複数の店舗の位置情報のうち検索で抽出した候補店の位置情報をユーザ端末１００の候補店情報要求に含まれるユーザ端末１００の位置情報に基づき検索することでユーザが所定の時間内に到着可能な候補店を特定する予約管理サーバの機能構成も可能である。

また、上述した実施の形態においては、ユーザ端末１００の予約要求に対して、第２の予約情報登録部９３が第１ＤＢ６１に格納されている空席情報のうちユーザ端末１００の予約要求に含まれる候補店の空席情報を検索することで予約日時を含む予約情報を確定して第１ＤＢ６１に登録する予約管理サーバ５０の機能構成の例を示した。それに対して、予約管理サーバ５０の機能を以下のように構成することも可能である。検索処理部９２は、ユーザ端末１００の候補店情報要求に対して第１ＤＢ６１の空席情報を検索することで特定した予約可能な候補店の空席情報を一時的に記憶装置に記憶させておく。第２の予約情報登録部９３は、ユーザ端末１００の予約要求に対して、検索処理部９２により記憶装置に一時的に記憶されている予約可能な候補店の空席情報のうちユーザ端末１００の予約要求に含まれる候補店に対する空席情報に基づき予約日時を含む予約情報を確定して第１ＤＢ６１に登録する。この場合、予約管理サーバ５０は、ユーザ端末１００の予約要求に対して、第１ＤＢ６１の空席情報を改めて検索することなく、ユーザ端末１００の候補店情報要求に応じた検索結果を利用して予約情報を確定することができる。

また、上述した実施の形態においては、複数の日付に対して空席情報の演算を行うように空席情報更新部８２を構成する例を示した。しかし、当日の空席情報のみの演算を行うように空席情報更新部を構成することも可能である。この場合、空席情報更新部の演算量が削減され、予約管理サーバ５０の演算装置の負荷を低減することができる。

１…予約管理システム、 １０…店舗端末（外部機器）、 １３…予約情報送信処理部、 １４…来店ステータス情報送信処理部、 ３０…予約サイト管理サーバ（外部機器；予約サイト管理装置）、 ４２…サイト予約情報送信処理部、 ４３…サイト予約取消情報送信処理部 ５０…予約管理サーバ（予約管理装置）、 ６１…第１データベース（第１データベース、第２データベース）、 ６２…第２データベース（第３データベース）、 ７３…第１の予約情報登録部、 ７４…来店ステータス情報変更部、 ８０…ウォークイン情報登録部、 ８２…空席情報更新部、 ９２…検索処理部、 ９３…第２の予約情報登録部、 １００…ユーザ端末、 １０５…表示装置、 １０８…ＧＰＳ受信機（位置情報検出器）、 １１２…候補店情報要求部、 １１３…予約要求部、 １１４…ナビゲート処理部、 １１５…チェックイン処理部

Claims (15)

1. 複数の店舗の予約日時及び予約人数を含む予約情報及び前記複数の店舗の予約客の来店状況を示す来店ステータス情報を関連付けて格納する第１データベースと、
   前記複数の店舗の空席状況を示す空席情報を格納する第２データベースと、
   前記複数の店舗の位置情報を含む店舗情報を格納する第３データベースと、
   店員の操作により情報の入力が可能な店舗端末又は前記複数の店舗の予約を受け付ける予約サイトを管理する予約サイト管理装置から送信される予約情報を前記第１データベースに登録する第１の予約情報登録部と、
   前記店舗端末又は前記予約サイト管理装置から送信される来店ステータス情報に基づいて前記第１データベースに格納されている来店ステータス情報を変更する来店ステータス情報変更部と、
   前記店舗端末から送信される予約なしの来店客の来店日時及び来店人数を含むウォークイン情報を予約情報として前記第１データベースに登録するウォークイン情報登録部と、
   前記第１データベースに格納されている予約情報及び来店ステータス情報に基づき前記第２データベースに格納されている空席情報を更新する空席情報更新部と、
   ユーザの操作により情報の入力が可能なユーザ端末から送信される利用人数及び前記ユーザ端末の位置情報を含む候補店情報要求に基づき前記第２データベース及び前記第３データベースを検索して予約可能な候補店を特定すると共に、この検索で特定した候補店の店舗情報を前記ユーザ端末へ送信する検索処理部とを備え、
   前記空席情報更新部は、前記第１データベースに対する予約情報の登録の度に前記第２データベースに格納されている空席情報を更新すると共に、前記第１データベースにおける来店ステータス情報の変更の度に前記第２データベースに格納されている空席情報を更新し、
   前記検索処理部は、前記ユーザ端末の候補店情報要求に含まれる前記ユーザ端末の位置情報に基づき前記第３データベースに格納されている店舗の位置情報を検索すると共に、前記ユーザ端末の候補店情報要求に含まれる利用人数に基づき前記第２データベースに格納されている空席情報を検索することで、ユーザが所定の時間内に到着可能で且つ前記ユーザ端末の候補店情報要求に含まれる利用人数で予約可能な候補店を特定する
   ことを特徴とする予約管理装置。
2. 請求項１に記載の予約管理装置において、
   前記検索処理部は、前記ユーザ端末の候補店情報要求を受信した時刻に基づいてユーザの利用予定時間を設定し、前記ユーザ端末の候補店情報要求に含まれる利用人数に加えて設定した利用予定時間に基づいて前記第２データベースに格納されている空席情報を検索することで予約可能な候補店を特定する
   ことを特徴とする予約管理装置。
3. 請求項１又は２に記載の予約管理装置において、
   前記ユーザ端末から送信される予約要求に基づき予約情報を確定して前記第１データベースに登録する第２の予約情報登録部を更に備え、
   前記ユーザ端末の予約要求は、前記ユーザ端末の候補店情報要求に対して返信した予約可能な候補店の店舗情報のうち、ユーザの操作により選択された１つの候補店の店舗情報を含む
   ことを特徴とする予約管理装置。
4. 請求項３に記載の予約管理装置において、
   前記第２の予約情報登録部は、前記第２データベースに格納されている空席情報のうち前記ユーザ端末の予約要求に含まれる候補店の空席情報を検索することで予約日時を含む予約情報を確定して前記第１データベースに登録する
   ことを特徴とする予約管理装置。
5. 請求項３に記載の予約管理装置において、
   前記第２の予約情報登録部は、前記ユーザ端末の予約要求に基づき前記第１データベースに登録した予約情報及び前記第３データベースに格納されている予約店舗の位置情報を含む予約確定情報を前記ユーザ端末の予約要求に対する応答として前記ユーザ端末へ送信する
   ことを特徴とする予約管理装置。
6. 請求項１乃至５のいずれか１項に記載の予約管理装置において、
   前記第１データベースと前記第２データベースは、１つのデータベースとして構成されている
   ことを特徴とする予約管理装置。
7. 請求項１乃至６のいずれか１項に記載の予約管理装置において、
   前記検索処理部は、前記第２データベースの空席情報を検索して候補店を特定する際に、単独のテーブルでは利用人数の着席が不可能な場合でも、複数のテーブルの組合せにより利用人数の着席が可能な場合には、当該複数のテーブルの組合せの情報を空席情報の１つとして取り扱う
   ことを特徴とする予約管理装置。
8. 店舗の店員の操作により情報の入力が可能な店舗端末と、
   ユーザの操作により情報の入力が可能なユーザ端末と、
   前記店舗端末及び前記ユーザ端末と情報の授受が可能な予約管理装置とを備え
   前記店舗端末は、
   予約日時及び予約人数を含む予約情報を前記予約管理装置へ送信する予約情報送信処理部と、
   予約客の来店状況を示す来店ステータス情報を前記予約管理装置へ送信する来店ステータス情報送信処理部とを有し、
   前記ユーザ端末は、利用当日の予約可能な店舗の一覧を要求する候補店情報要求を前記予約管理装置へ送信する候補店情報要求部を有し、
   前記予約管理装置は、
   複数の店舗の予約情報及び来店ステータス情報を関連付けて格納する第１データベースと、
   前記複数の店舗の空席状況を示す空席情報を格納する第２データベースと、
   前記複数の店舗の位置情報を含む店舗情報を格納する第３データベースと、
   前記店舗端末から送信される予約情報を前記第１データベースに登録する第１の予約情報登録部と、
   前記店舗端末から送信される来店ステータス情報に基づいて前記第１データベースに格納されている来店ステータス情報を変更する来店ステータス情報変更部と、
   前記店舗端末から送信される予約なしの来店客の来店日時及び来店人数を含むウォークイン情報を予約情報として前記第１データベースに登録するウォークイン情報登録部と、
   前記第１データベースに格納されている予約情報及び来店ステータス情報に基づき前記第２データベースに格納されている空席情報を更新する空席情報更新部と、
   前記ユーザ端末から送信される利用人数及び前記ユーザ端末の位置情報を含む候補店情報要求に基づき前記第２データベース及び前記第３データベースを検索して予約可能な候補店を特定すると共に、この検索で特定した候補店の店舗情報を前記ユーザ端末へ送信する検索処理部とを有し、
   前記予約管理装置の前記空席情報更新部は、前記第１データベースに対する予約情報の登録の度に前記第２データベースに格納されている空席情報を更新すると共に、前記第１データベースにおける来店ステータス情報の変更の度に前記第２データベースに格納されている空席情報を更新し、
   前記予約管理装置の前記検索処理部は、前記ユーザ端末の候補店情報要求に含まれる前記ユーザ端末の位置情報に基づき前記第３データベースに格納されている店舗の位置情報を検索すると共に、前記ユーザ端末の候補店情報要求に含まれる利用人数に基づき前記第２データベースに格納されている空席情報を検索することで、ユーザが所定の時間内に到着可能で且つ前記ユーザ端末の候補店情報要求に含まれる利用人数で予約可能な候補店を特定し、
   前記ユーザ端末の前記候補店情報要求部は、前記ユーザ端末の候補店情報要求に対して前記予約管理装置から返信される候補店の店舗情報を前記ユーザ端末の表示装置に表示する
   ことを特徴とする予約管理システム。
9. 請求項８に記載の予約管理システムにおいて、
   前記複数の店舗の予約を受け付ける予約サイトを管理する予約サイト管理装置を更に備え、
   前記予約サイト管理装置は、
   前記予約サイトを介して入力される予約情報を前記予約管理装置へ送信するサイト予約情報送信処理部と、
   前記予約サイトを介して入力される来店ステータス情報を前記予約管理装置へ送信するサイト来店ステータス情報送信処理部とを有し、
   前記予約管理装置の前記第１の予約情報登録部は、前記予約サイト管理装置から送信される予約情報を前記第１データベースに登録し、
   前記予約管理装置の前記来店ステータス情報変更部は、前記予約サイト管理装置から送信される来店ステータス情報に基づいて前記第１データベースに格納されている来店ステータス情報を変更する
   ことを特徴とする予約管理システム。
10. 請求項８又は９に記載の予約管理システムにおいて、
    前記ユーザ端末は、前記ユーザ端末の候補店情報要求に対して前記予約管理装置から返信される候補店の店舗情報のうちユーザの操作により選択される１つの候補店の店舗情報を含む予約要求を前記予約管理装置へ送信する予約要求部を更に有し、
    前記予約管理装置は、前記ユーザ端末の予約要求に基づき予約情報を確定して前記第１データベースに登録する第２の予約情報登録部を更に有する
    ことを特徴とする予約管理システム。
11. 請求項１０に記載の予約管理システムにおいて、
    前記予約管理装置の前記第２の予約情報登録部は、前記ユーザ端末の予約要求に基づき前記第１データベースに登録した予約情報及び前記第３データベースに格納されている予約店舗の位置情報を含む予約確定情報を前記ユーザ端末の予約要求に対する応答として前記ユーザ端末へ送信し、
    前記ユーザ端末は、前記ユーザ端末の位置情報及び前記予約管理装置からの予約確定情報に含まれる予約店舗の位置情報に基づき、ユーザの現在位置及び予約店舗の位置を地図上に示すナビゲート画面を表示装置に表示すると共にユーザが予約店舗に到着したか否かを判定するナビゲート処理部を更に有する
    ことを特徴とする予約管理システム。
12. 請求項１１に記載の予約管理システムにおいて、
    前記ユーザ端末は、ユーザが予約店舗に到着したと前記ナビゲート処理部が判定した場合において、ユーザの操作に応じて、予約客の入店手続情報を示すチェックイン情報を表示装置に表示すると共に来店ステータス情報を前記予約管理装置へ送信するチェックイン処理部を更に有し、
    前記予約管理装置の前記来店ステータス情報変更部は、前記ユーザ端末から送信される来店ステータス情報に基づいて前記第１データベースに格納されている来店ステータス情報を変更する
    ことを特徴とする予約管理システム。
13. 複数の店舗の予約日時及び予約人数を含む予約情報及び予約客の来店状況を示す来店ステータス情報が関連付けられて格納されていると共に予約なしの来店客の来店日時及び来店人数を含むウォークイン情報が予約情報として格納されている第１データベースの更新の度に第２データベースに格納されている前記複数の店舗の空席状況を示す空席情報を更新する予約管理装置に対して通信ネットワークを介して接続可能で、表示装置及び自身の位置情報を検出する位置情報検出装置を備えるユーザ端末に実行させるプログラムであって、
    ユーザの操作により入力される利用人数を受け付け、
    前記位置情報検出装置から前記ユーザ端末の位置情報を取り込み、
    受け付けた利用人数及び前記位置情報検出装置から取り込んだ前記ユーザ端末の位置情報を含む候補店情報要求を前記予約管理装置へ送信し、
    前記ユーザ端末の候補店情報要求に含まれる前記ユーザ端末の位置情報に基づき第３データベースに格納されている店舗の位置情報を検索すると共に前記ユーザ端末の候補店情報要求に含まれる利用人数に基づき前記第２データベースに格納されている空席情報を検索することで、ユーザが所定の時間内に到着可能で且つ前記ユーザ端末の候補店情報要求に含まれる利用人数で予約可能な候補店を特定する前記予約管理装置から、前記ユーザ端末の候補店情報要求に対して返信される予約可能な候補店の店舗情報を受信し、
    受信した候補店の店舗情報を前記表示装置に表示する
    ことを前記ユーザ端末に実行させるプログラム。
14. 請求項１３に記載のプログラムにおいて、
    前記ユーザ端末の候補店情報要求に対して前記予約管理装置から返信された候補店の店舗情報のうちユーザの操作により選択された１つの候補店の店舗情報を含む予約要求の入力を受け付け、
    受け付けた予約要求を前記予約管理装置へ送信し、
    前記ユーザ端末の予約要求に基づき予約情報を確定して前記第１データベースに登録する前記予約管理装置から前記ユーザ端末の予約要求に対して返信される、前記ユーザ端末の予約要求に基づき登録した予約情報及び前記第３データベースに格納されている予約店舗の位置情報を含む予約確定情報を受信し、
    受信した予約確定情報に含まれる予約店舗の位置情報及び前記位置情報検出装置からの前記ユーザ端末の位置情報に基づき、予約店舗の位置及びユーザの現在位置を地図上に示すナビゲート画面を前記表示装置に表示する
    ことを前記ユーザ端末に実行させるプログラム。
15. 請求項１４に記載のプログラムにおいて、
    受信した予約確定情報に含まれる予約店舗の位置情報及び前記位置情報検出装置からの前記ユーザ端末の位置情報に基づき、ユーザが予約店舗に到着したか否かを判定し、
    ユーザが予約店舗に到着したと判定した場合において、ユーザの操作により入力される予約客の入店手続情報を示すチェックイン情報の表示要求を受け付け、
    受け付けた表示要求により、来店ステータス情報を前記予約管理装置へ送信すると共に、予約確定情報に含まれる予約情報に基づいてチェックイン情報を前記表示装置に表示する
    ことを前記ユーザ端末に実行させるプログラム。

Images