JP2019148886A - 入店情報処理装置、入店情報処理方法、およびプログラム - Google Patents

Abstract

【課題】、顧客が来店する予定時刻まで席を確保しておくことができる入店情報処理装置を提供する。【解決手段】顧客が店舗に来店する予定時刻を特定可能な情報である予定時刻情報と、顧客の顧客識別子とを有する予定情報を受信する予定情報受信部１０１と、予定情報に応じて、少なくとも予定情報が有する予定時刻情報が示す予定時刻まで、予定情報に対応する席である入店予定席を、予定情報に対応する顧客以外の顧客が利用できないようにロックする席ロック部１１０とを備えた。【選択図】図１

Description

本発明は、店舗における顧客の入店に関する情報を処理する装置等に関するものである。

従来の技術として、飲食店における各テーブルの空席状態の継続時間や使用中状態の継続時間をテーブル別に確認することができる空席管理装置が知られていた（例えば、特許文献１参照）。

特開２０００−１９４７５９号公報（第１頁、第１図等）

しかしながら、従来の技術のような店舗内における席等を管理する装置においては、顧客の要求に応じて、現在空いている席を、顧客が来店する予定時刻まで他の顧客に利用させずに確保しておくことができない、という課題があった。例えば、顧客が、今から向かおうとしている店舗の空席状況等を確認した際に、現在利用可能な席があることがわかったとする。この場合、顧客としては、この席を店舗に到着するまで空いた状態で確保しておいてほしい、という要望がある。しかし、従来の技術においては、このような席を顧客の到着時間まで確保しておくことができなかった。

本発明は、上記のような課題を解消するためになされたものであり、顧客が来店する予定時刻まで席を確保しておくことができる入店情報処理装置を提供することを目的とする。

本発明の入店情報処理装置は、顧客が店舗に来店する予定時刻を特定可能な情報である予定時刻情報と、顧客の顧客識別子とを有する予定情報を受信する予定情報受信部と、予定情報に応じて、少なくとも予定情報が有する予定時刻情報が示す予定時刻まで、予定情報に対応する席である入店予定席を、予定情報に対応する顧客以外の顧客が利用できないようにロックする席ロック部とを備えた入店情報処理装置である。

かかる構成により、顧客が来店する予定時刻まで席を確保しておくことができる。

また、本発明の入店情報処理装置は、前記入店情報処理装置において、店舗に入店した顧客が利用する席の席識別子を有する入店情報を受信する入店情報受信部と、店舗が有する席の利用状況に関する情報であって、顧客が利用している席を特定可能な情報である利用状況情報が格納される利用状況格納部と、入店情報受信部が受信した入店情報を用いて、利用状況格納部に格納されている利用状況情報を更新する入店処理部と、をさらに備え、席ロック部は入店予定席の席識別子を有する入店情報を用いた利用状況情報の更新を、少なくとも入店予定席に対応する予定時刻までは、入店予定席に対応する顧客が入店する場合以外は、入店処理部に行なわせない入店情報処理装置である。

かかる構成により、顧客が来店する予定時刻までは、入店予定席に対応する顧客が入店する場合以外は、入店予定席に対する利用状況情報の更新を行なわないようにして、席を確保しておくことができる。

また、本発明の入店情報処理装置は、前記入店情報処理装置において、店舗に入店した顧客が利用する席の席識別子を有する入店情報を受信する入店情報受信部と、店舗が有する席の利用状況に関する情報であって、顧客が利用している席を特定可能な情報である利用状況情報が格納される利用状況格納部と、入店情報受信部が受信した入店情報を用いて、利用状況格納部に格納されている利用状況情報を更新する入店処理部と、をさらに備え、席ロック部は、前記入店予定席の席識別子を有する入店情報が、少なくとも当該入店予定席に対応する予定時刻までは、当該入店予定席に対応する顧客が入店する場合以外に、入店情報受信部に対して送信されないようにする入店情報処理装置である。

かかる構成により、顧客が来店する予定時刻までは、入店予定席に対応する顧客が入店する場合以外は、入店予定席についての入店情報が受信することがないようにして、席を確保しておくことができる。

また、本発明の入店情報処理装置は、前記入店情報処理装置において、席ロック部は、入店予定席の席識別子を有する情報であって、席識別子が示す席が、入店予定席に対応する予定情報が有する予定時刻情報が示す予定時刻まで、予定情報に対応する顧客以外の顧客が利用できない席となるようにする席ロック情報を店舗の店員が利用する１以上の店員端末に送信する入店情報処理装置である。

かかる構成により、顧客が来店する予定時刻までは、入店予定席に対応する顧客が入店する場合以外は、入店予定席についての入店情報が店舗端末から送信されないようにして、席を確保しておくことができる。

また、本発明の入店情報処理装置は、前記入店情報処理装置において、予定情報は、席識別子を有する情報処理装置である。

かかる構成により、確保する席を予定情報によって指定することができる。

また、本発明の入店情報処理装置は、前記入店情報処理装置において、席ロック部は、予定情報の受信に応じて、顧客に利用されておらず、かつ席ロック部によりロックされていない一の席の席識別子を、予定情報に対応する入店予定席の席識別子として取得する入店情報処理装置である。

かかる構成により、確保する席をしてしなくても、入店情報処理装置が確保する席を決定することができる。

また、本発明の入店情報処理装置は、前記入店情報処理装置において、席ロック部は、入店予定席に対応する予定情報が有する予定時刻情報により特定される予定時刻までの時間に、予定情報に対応する顧客が、入店予定席の利用を開始した場合に、入店予定席を、入店予定席に対応する顧客以外の顧客が利用できるようにする入店情報処理装置である。

かかる構成により、入店予定席を、予定時刻の前に、一旦、予定時刻に対応する顧客が利用した場合、その後は、入店予定席に対するロックを解除することができる。

また、本発明の入店情報処理装置は、前記入店情報処理装置において、席ロック部は、予定情報が有する予定時刻情報により特定される予定時刻になった場合であり、予定情報に対応する顧客が来店していないことを検知した場合に、予定情報に対応する席識別子により識別される席を他の顧客が利用できるようにする入店情報処理装置である。

かかる構成により、予定時刻が過ぎた場合に、入店予定席に対するロックを解除して、他の顧客が利用できるようにすることができる。

本発明によれば、顧客が来店する予定時刻まで席を確保しておくことができる。

本発明の実施の形態における入店情報処理システムのブロック図 同入店情報処理装置の動作を説明するためのフローチャート 同入店情報処理装置の席管理表の一例を示す図 同入店情報処理装置の利用状況情報管理表を示す図 同入店情報処理装置のロック情報管理表の、更新前の状態を示す図（図５（ａ））、更新後の状態を示す図（図５（ｂ）） 同顧客端末による表示例を示す図 同顧客端末による表示例を示す図 同店員端末による表示例を示す図 同店員端末による表示例を示す図 同入店情報処理装置の利用状況情報管理表を示す図 同店員端末による表示例を示す図 同コンピュータシステムの外観の一例を示す図 同コンピュータシステムの構成の一例を示す図

以下、入店情報処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態）
図１は、本実施の形態における入店管理システム１０００のブロック図である。
入店管理システム１０００は、入店情報処理装置１と、１以上の顧客端末２と、１以上の店員端末３とを備えている。なお、以下においては、説明の便宜上、図１に示すように、入店管理システム１０００が、一台の顧客端末２と、一台の店員端末３とを備えている場合を例に挙げて説明するが、顧客端末２および店員端末３は、それぞれ、１または２以上であればよい。入店情報処理装置１と、１以上の顧客端末２と、１以上の店員端末３とは、無線や有線のネットワーク等を介して通信可能となるよう接続されている。

入店情報処理装置１は、予定情報受信部１０１、入店情報受信部１０２、退店情報受信部１０３、席情報格納部１０４、利用状況格納部１０５、入店処理部１０６、要求受信部１０７、利用状況送信部１０８、および席ロック部１１０を備える。

顧客端末２は、顧客受信部２０１、顧客表示部２０２、顧客受付部２０３、および顧客送信部２０４を備える。

店員端末３は、店員受信部３０１、店員表示部３０２、店員受付部３０３、および店員送信部３０４を備える。

予定情報受信部１０１は、予定情報を受信する。予定情報受信部１０１は、例えば、顧客端末２、または店員端末３から予定情報を受信する。予定情報は、予定時刻情報と、予定時刻情報に対応する顧客識別子とを有する情報である。予定時刻情報は、顧客が店舗に来店する予定時刻を特定可能な情報である。予定時刻情報は、来店する予定時刻を特定可能な情報であればどのような情報であっても良く、例えば、来店する予定時刻であっても良く、例えば、「１０分後」等の現在の時刻から来店する予定時刻までの時間であっても良い。現在の時刻は、例えば、予定情報を受信した時刻であっても良く、予定情報の送信時刻であっても良く、予定情報を送信する操作を行なった時刻等であっても良い。なお、現在の時刻から来店する予定時刻までの時間には、予め上限等が設けられていても良い。ここでの店舗は、例えば、飲食店等である。飲食店とは、例えば、レストランや、喫茶店、居酒屋等の、飲食物を提供する店舗である。顧客は、例えば、店舗を利用する顧客である。ここでの顧客は、個人であっても良く、グループであっても良い。

顧客識別子は、顧客の顧客識別子である。予定情報が有する顧客識別子は、例えば、同じ予定情報が有する予定時刻情報で特定される予定時刻に来店する予定の顧客の顧客識別子ある。顧客識別子は、顧客を識別可能な情報であればどのような情報であっても良く、例えば、顧客の名前であっても良く、顧客のメールアドレスや携帯電話番号等であっても良く、顧客の会員番号等の顧客に割当てられたコード等であっても良く、これらの２以上の組合せであっても良い。来店する顧客がグループである場合、予定情報が有する顧客識別子は、代表者の顧客識別子や、グループ名等のグループの識別子等であっても良い。

予定情報は、来店する顧客の人数の情報をさらに有していても良い。また、来店する顧客の属性をさらに有していても良い。顧客の属性は、例えば、喫煙者の有無や、幼児の有無等である。

予定情報は、例えば、店舗内の席の識別子である席識別子をさらに有していても良い。予定情報が有する席識別子は、例えば、予定情報に対応する顧客が、入店時に利用する予定の席の席識別子である。例えば、予定情報が有する席識別子は、通常、現在において空席である席の席識別子である。ただし、予定情報が有する席識別子は、顧客の来店の予定時刻に空席であることが確定している席の席識別子であっても良い。ここでの空席とは、例えば、他の顧客が利用していない席や、予約が入っていない席や、後述する席ロック部１１０によってロックされていない席である。席識別子は、例えば、席に割当てられた番号や記号や、コード等である。ここでの席は、座席であっても良く、テーブルであっても良い。予定情報に対応する来店する予定の顧客がグループである場合、予定情報は、人数に対応する数の座席の席識別子を有していても良い。

予定情報受信部１０１は、通常、無線または有線の通信手段で実現される。予定情報受信部１０１は、通信デバイスを含むと考えても、含まないと考えても良い。かかることは、以下の他の受信部においても同様である。

入店情報受信部１０２は、入店情報を受信する。入店情報受信部１０２は、例えば、店員端末３から送信される入店情報を受信する。入店情報は、店舗に入店した顧客が利用する席の席識別子を有する情報である。入店情報は、顧客が入店したことを示す情報や、ユーザが利用する座席を指定する情報と考えてもよい。入店情報は、例えば、顧客の入店時や入店後に送信される。入店情報は、例えば、顧客の入店時であって、顧客が利用する席を決定する際に送信される。入店情報は、例えば、店舗に入店した顧客による店舗の利用状況に関する情報と考えてもよい。店舗の利用状況に関する情報とは、例えば、顧客の利用している席を示す情報や、顧客の入店時刻を示す情報や、顧客についての情報（例えば、顧客識別子等）や、顧客の人数の情報等である。入店情報が有する席識別子や、顧客が利用している席の席識別子である。

入店情報は、さらに、入店した顧客の顧客識別子や、入店時刻や、顧客の人数等の情報を有していても良い。

退店情報受信部１０３は、退店情報を受信する。退店情報受信部１０３は、例えば、店員端末３から送信される退店情報を受信する。退店情報は、例えば、顧客が退店したことを示す情報である。退店情報は、店舗に入店していた顧客が利用する席の席識別子を有する情報である。退店情報は、店舗に入店していた顧客が退店した場合に送信される情報である。顧客が退店した場合とは、顧客が代金を支払った場合やチェックアウトした場合と考えてもよく、顧客が席の利用を終了した場合と考えてもよい。退店情報は、退店したこと示す情報を有していても良く、有していなくても良い。また、退店情報は、退店時刻を有していても良く、有していなくても良い。退店情報受信部１０３は、退店情報を受信した場合に、退店情報を受信した時刻を退店時刻として取得しても良い。

席情報格納部１０４には、店舗内の席の席識別子が格納されている。席情報格納部１０４には、例えば、店舗内の顧客に提供されている複数の席の席識別子が格納されている。席情報格納部１０４には、店舗内の顧客に提供されている全ての席の席識別子が格納されていることが好ましいが、一部の席の席識別子は格納されていなくてもよい。顧客に提供されている席とは、例えば、空席である場合に、顧客が利用可能な席である。

利用状況格納部１０５には、利用状況情報が格納される。利用状況情報は、店舗が有する席の利用状況に関する情報であって、顧客が利用している席を特定可能な情報である。顧客が利用している席とは、例えば、実際に顧客が店舗内において利用している席である。利用状況情報は、例えば、少なくとも顧客が現在利用している席を特定可能な情報である。ここでの利用状況とは、通常、現在の利用状況や、最新の利用状況である。ただし、過去の利用状況も有していても良い。席の利用状況とは、例えば、席が顧客に利用されているか否かという状況であってもよく、席が現在利用している顧客により何時から利用されているかという状況や、どれだけの長さ利用されているかという状況であってもよい。また、席が誰に利用されているかという状況や、テーブル等の多人数で利用可能な席が何人で利用されているかという状況であってもよい。席の予約が可能な店舗に用いられる場合、顧客により利用されている席とは、顧客により予約されている席も含むと考えてよい。利用状況情報は、予約されている席について、予約されている席の席識別子と、予約されている時間を特定可能な情報とを、さらに有していても良い。予約されている時間を特定可能な情報は、例えば、予約開始時刻と予約時間の長さを示す情報との組や、予約開始時刻と、予約終了時刻との組である。なお、予約されている席については、予約されている時間の開始時刻よりも予め決められた時間だけ前の時間も、予約している顧客により利用されている席として扱うようにしてもよい。

利用状況情報は、例えば、顧客が現在利用している席の席識別子を有する情報である。利用状況情報は、例えば、顧客により利用が開始された席の席識別子を有する情報であって、顧客の退店によって利用が終了した席の席識別子については、退店したことを示す情報が対応付けられる情報であっても良い。ここでの顧客により利用が開始された席とは、現在利用中の席も、既に利用が終了した席も含む概念である。この場合、例えば、利用状況情報が有する席識別子のうちの、顧客が退店したことを示す情報が対応付けられていない席識別子を、顧客により現在利用されている席の席識別子として特定することができる。顧客が退店したことを示す情報は、退店したことを示すフラグ等の情報であってもよく、退店時刻の情報であってもよい。通常、入店していた顧客が退店することで、顧客による席の利用が終了することから、退店時刻として、席の利用が終了した時刻を用いてもよい。なお、顧客の代金支払時刻等を、退店時刻と考えてもよい。また、利用状況情報は、例えば、店舗内の顧客により利用されていない席の識別子を有する情報であってもよい。この場合、例えば、席情報格納部１０４等に予め格納されている店舗内の顧客が利用可能な席の席識別子から、顧客により利用されていない席の席識別子を除外することで、残った席識別子により顧客により利用されている席を特定することができる。

また、利用状況情報は、例えば、店舗内の顧客に提供されている複数の席の席識別子と、この席識別子のうちの、顧客により利用されている席の席識別子に対応付けられた、席が顧客に利用されていることを示すフラグ等の情報を有する情報であっても良い。また、例えば、利用状況情報は、店舗内の顧客に提供されている複数の席の席識別子と、各席識別子と対応付けられた、各席識別子が示す席が顧客に利用されているか否かを示すフラグ等の情報を有する情報であっても良い。店舗内の顧客に提供されている複数の席は、例えば、店舗内の顧客が利用可能な全ての席である。ただし、一部が除外されていても良い。例えば、予約専用の席等は、ここでの顧客に提供されている席から除外してもよい。

利用状況情報は、席を利用している顧客の顧客識別子や、顧客の入店時刻や、席の利用人数等の情報を有していても良い。また、席を利用していた顧客の退店時刻を有していても良い。顧客の入店時刻は、例えば、席の利用開始時刻と考えてもよい。なお、ここでの入店時刻は、日付の情報等を有していても良い。利用状況情報は、例えば、顧客により利用されている席の席識別子と、顧客識別子、顧客の入店時刻、および席の利用人数等の情報のうちの１以上と、の組を１以上有する情報であって、顧客により利用されていない席の席識別子を有する組を有さない情報である。また、利用状況情報は、店舗内の顧客が利用可能な複数の席の席識別子と、各席識別子と対応付けられた各席識別子が示す席が、顧客により利用されているか否かを示すフラグ等の情報と、各席識別子のうちの顧客により利用されている１以上の席識別子にそれぞれ対応付けられた顧客識別子、入店時刻、および席の利用人数等の情報のうちの１以上と、を有する情報である。なお、利用状況情報が入店時刻と退店時刻とを有する場合、これらの情報から顧客が席を利用中であるか否かを判断することが可能であるため、各席識別子と対応付けられた各席識別子が示す席が、顧客により利用されているか否かを示すフラグ等の情報は、省略しても良い。

利用状況格納部１０５は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。かかることは、以下の他の格納部においても同様である。

入店処理部１０６は、入店情報受信部１０２が受信した入店情報を用いて、利用状況格納部１０５に格納されている利用状況情報を更新する。例えば、入店処理部１０６は、入店情報が有する席識別子が示す席が、顧客が利用している席として特定可能となるよう、利用状況情報を更新する。利用状況情報の更新は、利用状況情報に１以上の情報を追記することであってもよく、利用状況情報から１以上の情報を削除することであってもよい。

例えば、利用状況情報が、上述したように、顧客により利用されている席の席識別子を有する情報である場合、入店処理部１０６は、入店情報受信部１０２が入店情報を受信した場合に、入店情報が有する席識別子を有する情報を、利用状況格納部１０５に追記する。入店処理部１０６は、例えば、入店情報が有する席識別子と、入店情報が有する顧客識別子や、入店時刻や、利用人数の情報等を有する情報を、利用状況格納部１０５に追記する。入店情報が有する入店時刻を用いる代わりに、入店情報を受信した時刻を図示しない時計等から取得し、取得した時刻を入店時刻として用いるようにしてもよい。かかることは、以下においても同様である。また、このような場合、入店処理部１０６は、退店情報受信部１０３が退店情報を受信した場合に、退店情報に対応する退店時刻を、利用状況情報が有する退店情報が有する席識別子と一致する席識別子と対応付けて利用状況情報に蓄積するようにしてもよい。退店情報に対応する退店時刻としては、退店情報が有する退店時刻を用いてもよく、退店情報受信部１０３が退店情報を受信した時刻を用いてもよい。

また、例えば、利用状況情報が、上述したように、席識別子と、席識別子とに対応付けられた席が利用されているか否かを示すフラグ等の情報である場合、利用状況情報が有する席識別子から、入店情報が有する席識別子と一致する席識別子を検出し、検出した席識別子に対して、席が利用されていることを示すフラグ等の情報の値を付与しても良い。

また、例えば、利用状況情報が、上述したように、店舗内の顧客に提供されている複数の席の席識別子を有する情報であって、顧客により利用されている席識別子に、利用している顧客の識別子や、入店時刻等の、利用している顧客に関連した情報が対応付けられた情報である場合、入店処理部１０６は、利用状況情報が予め有している席識別子から、入店情報が有する席識別子と一致する席識別子を検出し、検出した席識別子に対して、入店情報受信部１０２が受信した入店情報が有する顧客識別子や、入店時刻等の情報を付与するようにしても良い。また、この場合においても、入店処理部１０６は、退店情報受信部１０３が退店情報を受信した場合に、退店情報に対応する退店時刻を、利用状況情報が有する退店情報が有する席識別子と一致する席識別子と対応付けて利用状況情報に蓄積するようにしてもよい。

なお、入店処理部１０６は、入店情報受信部１０２が受信した入店情報と同じ席識別子を有する利用状況情報であって、現在、顧客が利用していることを示す利用状況情報が利用状況格納部１０５に格納されているか否かを判断し、格納されていない場合には、受信した入店情報に対応する利用状況情報を蓄積し、格納されている場合には、受信した入店情報に対応する利用状況情報を蓄積しないようにしてもよい。顧客が利用していることを示す利用状況情報は、例えば、退店情報が付与されていない利用状況情報や、利用していることを示すフラグ等の情報が付与されていない利用状況情報等である。

要求受信部１０７は、状況情報を要求する情報（以下、要求情報と称す）を受信する。要求受信部１０７は、顧客端末２または店員端末３から、状況情報を要求する情報を受信する。状況情報は、店舗内の席の、現在の利用状況を示す情報であって、店舗の席のうちの、顧客により現在利用されていない席を特定可能な情報を有する情報である。状況情報は、例えば、顧客により現在利用されていない席を特定可能な情報のみにより構成されていてもよい。状況情報が有する顧客により現在利用されていない席を特定可能な情報は、例えば、顧客により現在利用されていない席の席識別子である。また、状況情報が有する顧客により現在利用されていない席を特定可能な情報は、例えば、顧客により現在利用されている席の席識別子であってもよい。例えば、この場合、利用状況格納部１０５に格納されているような店舗内の顧客に提供されている席の席識別子から、この現在利用されている席の席識別子を除外することで、顧客により現在利用されている席の席識別子を取得、すなわち特定することができる。状況情報は、例えば、利用状況格納部１０５に格納されている利用状況情報を用いて作成される。

要求受信部１０７は、異なる状況情報を要求する要求情報を受信してもよい。例えば、要求受信部１０７が受信する予定情報を入力する際に用いられる状況情報を要求する要求情報と、入店情報を入力する際に用いられる状況情報を要求する要求情報とは、異なる情報であってもよい。また、例えば、顧客端末２から受信する状況情報を要求する要求情報と、店員端末３から受信する状況情報を要求する要求情報とは、異なる要求情報であってもよい。異なる要求情報は、例えば、要求する状況情報を識別可能な要求情報であり、例えば、異なる識別子等を有する要求情報である。予定情報を入力する際に用いられる状況情報とは、予定情報を入力する際に参照される状況情報や、予定情報を受け付け可能な席の席識別子を指定するために利用される状況情報である。入店情報を入力する際に用いられる状況情報とは、入店情報を入力する際に参照される状況情報や、入店情報を受け付け可能な席の席識別子を指定するために利用される状況情報である。以下、予定情報を入力する際に用いられる状況情報を要求する要求情報を第一要求情報、入店情報を入力する際に用いられる状況情報を要求する要求情報を第二要求情報と呼ぶ。

利用状況送信部１０８は、状況情報を送信する。利用状況送信部１０８は、利用状況格納部１０５に格納されている利用状況情報を用いて、状況情報を取得し、取得した状況情報を送信する。ここでの取得は、作成や構成等を含むと考えてもよい。利用状況送信部１０８は、状況情報を、顧客端末２または店員端末３に送信する。

利用状況送信部１０８は、例えば、利用状況情報が、上述したような顧客が利用している席の席識別子を有する情報である場合や、顧客により利用が開始された席の席識別子を有する情報であって、顧客の退店によって利用が終了した席の席識別子については、退店したことを示す情報が対応付けられる情報である場合、利用状況格納部１０５に格納されている利用状況情報を用いて、顧客により現在利用されている席の席識別子を特定し、特定した席識別子を、席情報格納部１０４に格納されている店舗が顧客に提供する席の席識別子から除外して、残った席識別子を有する情報を状況情報として送信する。利用状況情報が、上述したような顧客により利用が開始された席の席識別子を有する情報であって、利用が終了した席については、退店したことを示す情報が対応付けられる情報である場合、顧客により現在利用されている席の席識別子は、例えば、利用状況情報が有する席識別子のうちの、退店時刻と対応付けられていない席識別子である。また、利用状況送信部１０８は、上記で特定した席識別子を有する情報を、状況情報として送信してもよい。また、利用状況送信部１０８は、上記で特定した席識別子と、席情報格納部１０４に格納されている席識別子とを有する情報を、状況情報として送信してもよい。

また、利用状況送信部１０８は、例えば、利用状況情報が、上述したような店舗が提供する席の席識別子と、各席識別子と対応付けられた顧客が現在利用しているか否かを示すフラグ等の情報を有する場合、利用状況送信部１０８は、利用状況情報が有する席識別子と、席識別子と対応付けられたフラグ等の情報との１以上の組等を、状況情報として送信してもよい。また、この場合、利用状況送信部１０８は、利用されていることを示すフラグ等の情報と対応付けられた席識別子、または利用されていないことを示すフラグ等の情報と対応付けられた席識別子を状況情報として送信してもよい。また、利用状況送信部１０８は、状況情報として、退店時刻と対応付けられていない席識別子を送信するようにしても良い。

利用状況送信部１０８が送信する状況情報は、どのような形式や構造の情報であってもよい。例えば、利用状況送信部１０８は、顧客が利用可能な席の席識別子をリスト状に配列した状況情報を構成して送信してもよい。

また、利用状況送信部１０８は、状況情報として、顧客が利用可能な席に対応した領域であって、各席の席識別子と対応付けられた予定情報または入店情報を送信するための操作を店員等から受け付けるため各領域（例えば、ボタン）を有する入力画面を表示するための情報等を構成して店員端末３に送信するようにしてもよい。この入力画面の背景画像は、店舗のフロアマップ等の画像であることが好ましく、上記の各領域は、フロアマップの各領域に対応する席が配置されている位置に配置されるようにすることが好ましい。なお、この予定情報または入店情報を受け付けるための入力画面等を表示するための情報は、店員端末３等が予め有しているようにしても良い。

利用状況送信部１０８は、要求受信部１０７が受信する異なる要求情報や、要求情報の送信元等に応じて、異なる状況情報を送信してもよい。例えば、利用状況送信部１０８は、顧客端末２または店員端末３から第一要求情報を受信した場合に、後述するロック情報格納部１０９に格納されているロック情報のうちの、現在有効なロック情報から席識別子を取得し、この席識別子を、上記のように利用状況情報を用いて取得した現在利用可能な席の席識別子から除外して得られた席識別子を有する状況情報を、予定情報を入力する際に利用する状況情報として、要求情報の送信元に送信してもよい。予定情報を入力する際に利用する状況情報を、以下、第一状況情報と呼ぶ。現在有効なロック情報とは、例えば、ロック情報が有する予定時刻情報が示す予定時刻が現在時刻よりも前のロック情報であって、削除されていないロック情報である。かかることは、以下においても同様である。なお、削除されていないロック情報は、例えば、削除されたことを示すフラグ等の情報や、不使用であることを示すフラグ等の情報が付与されていないロック情報である。なお、例えば、ロック情報格納部１０９に現在有効なロック情報だけが格納されている場合は、現在有効なロック情報は、ロック情報格納部１０９に格納されている全てのロック情報である。

この場合、例えば、利用状況送信部１０８は、上記と同様の入力画面であって、利用状況情報を用いて取得した現在利用可能な席の席識別子から現在有効なロック情報が有する席識別子を除外して得られた各席識別子に対応する領域であって、対応する席識別子を有する予定情報を送信するための操作を顧客等から受け付けるため領域（例えば、ボタン）を有する入力画面を表示させるための情報を有する第一状況情報を構成して送信してもよい。なお、第一状況情報は、顧客端末２で表示される場合があるため、顧客識別子を有していないことが好ましい。

また、利用状況送信部１０８は、店員端末３から、第二要求情報を受信した場合に、後述するロック情報格納部１０９に格納されているロック情報のうちの、現在有効なロック情報から取得した席識別子と顧客識別子との組と、上記のように利用状況情報を用いて取得した現在利用可能な席の席識別子から、ロック情報から取得した席識別子を除外して得られた席識別子を有する状況情報とを、入店情報を入力する際に利用する状況情報として、要求情報の送信元に送信してもよい。

この場合、利用状況送信部１０８は、上記と同様の入力画面であって、利用状況情報を用いて取得した現在利用可能な席の席識別子から現在有効なロック情報が有する席識別子を除外して得られた席識別子に対して、この席識別子と対応付けられた予定情報を送信するための操作を顧客等から受け付けるため領域（例えば、ボタン）を有するとともに、現在有効な各ロック情報が有する席識別子と顧客識別子との各組に対して、各組の席識別子と顧客識別子とを有する入店情報を送信するための操作を顧客等から受け付けるため領域（例えば、ボタン）であって、対応する顧客識別子が表示された領域を有する上記と同様の入力画面を表示させるための情報を有する第二状況情報を構成して送信してもよい。

利用状況送信部１０８が状況情報を送信するタイミングやトリガー等は問わない。利用状況送信部１０８は、例えば、要求受信部１０７が受信した要求情報に応じて状況情報を作成し、作成した状況情報を要求情報の送信元となる顧客端末２または店員端末３に状況情報を送信する。利用状況送信部１０８は、要求情報の送信に応じて状況情報を送信してもよく、予め決められた一定または不定のタイミングで状況情報を送信してもよく、状況情報を送信するタイミングやトリガー等は問わない。利用状況送信部１０８が、要求情報の送信に応じて状況情報を送信しない場合、要求受信部１０７は省略してもよい。

なお、利用状況送信部１０８が、状況情報を取得する際に、席情報格納部１０４に格納されている席情報を利用しない場合、席情報格納部１０４は省略してもよい。

ロック情報格納部１０９には、ロック情報が格納される。ロック情報は、例えば、予定情報受信部１０１が受信した予定情報に対応する席（以下、入店予定席）を、少なくともこの予定情報が有する予定時刻情報が示す予定時刻まで、この予定情報に対応する顧客以外の顧客が利用できないようにロックするために用いられる情報である。ロック情報は、例えば、予定情報に対応する情報と考えてもよい。ロック情報は、例えば、予定情報に対応する席である入店予定席の席識別子と、この予定情報に対応する予定時刻情報と、この予定情報に対応する顧客の顧客識別子とを有する情報である。予定情報受信部１０１が受信した予定情報が席識別子を有する場合、ロック情報が有する入店予定席は、予定情報が有する席識別子が示す席であってもよく、入店予定席の席識別子は、予定情報が有する席識別子であってもよい。また、入店予定席の席識別子は、顧客に現在利用されておらず、かつ後述する席ロック部１１０によりロックされていない席の席識別子の中から、予定情報の受信に応じて取得した一の席識別子であってもよい。また、入店予定席の席識別子は、図示しない受信部が受信した、予定情報受信部１０１が受信した予定情報に応じて店員端末３から送信される入店予定席を特定するための席識別子をであっても良い。ロック情報が有する予定時刻情報は、例えば、ロック情報が有する入店予定席の席識別子に対応する予定情報が有する予定時刻情報である。予定情報に対応する顧客とは、例えば、予定情報が有する顧客識別子が示す顧客である。ロック情報が有する顧客識別子は、例えば、ロック情報が有する入店予定席の席識別子に対応する予定情報が有する顧客識別子である。

なお、後述する席ロック部１１０等によって削除されたロック情報には、削除されたことを示すフラグ等の情報が付与されるようにしてもよい。ここでの削除は、ロック情報を無効とすることや、ロック情報を不使用とすることも含む概念である。

席ロック部１１０は、予定情報受信部１０１が受信した予定情報に応じて、少なくともこの予定情報が有する予定時刻情報が示す予定時刻まで、この予定情報に対応する入店予定席を、この予定情報に対応する顧客以外の顧客が利用できないようにロックする。例えば、席ロック部１１０は、予定情報受信部１０１が受信した予定情報に応じて、現在時刻から、少なくともこの予定情報が有する予定時刻情報が示す予定時刻まで、この予定情報に対応する入店予定席を、この予定情報に対応する顧客以外の顧客が利用できないようにロックする。現在時刻は、例えば、予定情報を受信した時刻であってもよく、予定情報が有する予定情報を送信する操作を受け付けた時刻や、予定情報の送信時刻であってもよい。入店予定席をロックするとは、例えば、予め決められた条件等を満たさない場合に入店予定席を顧客に利用させないことである。後述するように、席ロック部１１０は、予定情報受信部１０１が受信した予定情報に応じたロック情報を、ロック情報格納部１０９に蓄積することから、予定情報に応じて上記の入店予定席をロックするということは、ロック情報を用いて上記のように入店予定席をロックすることと考えてよい。

席ロック部１１０は、例えば、入店情報受信部１０２が受信した入店情報のうちの、入店予定席の席識別子を有する入店情報を用いた利用状況情報の更新を、少なくともこの入店予定席に対応する予定時刻までは、この入店予定席に対応する顧客が入店する場合以外は、入店処理部１０６に行なわせないようにしてもよい。例えば、席ロック部１１０は、ロック情報格納部１０９に格納されているロック情報のうちの現在有効な１以上のロック情報がそれぞれ有する入店予定席の席識別子と顧客識別子との組の中に、入店情報受信部１０２が受信した入店情報が有する席識別子と一致する席識別子を有する組であって、受信した入店情報が有する顧客識別子と一致しない顧客識別子を有する組があるか否かを判断し、組がある場合に、入店処理部１０６がこの入店情報を用いて上述したような利用状況情報を更新する処理を行なえないようにし、組がない場合には、入店処理部１０６がこの入店情報を用いて利用状況情報を更新する処理を行えるようにしてもよい。この処理は、例えば、入店情報受信部１０２が入店情報を受信した場合等に行なわれる。なお、ここでの一致の判断は、通常、完全一致であるが、顧客識別子として、顧客の名前等を用いる場合、顧客識別子が一致するか否かの判断は、部分一致としてもよい。かかることは、他の一致の判断についても同様である。

また、席ロック部１１０は、例えば、入店予定席の席識別子を有する入店情報が、少なくともこの入店予定席に対応する予定時刻までは、この入店予定席に対応する顧客が入店する場合以外に、店員端末３等から入店情報受信部１０２に対して送信されないようにすることで、入店予定席を上記のようにロックしてもよい。

例えば、席ロック部１１０は、入店予定席の席識別子を有する情報であって、この席識別子が示す席が、この入店予定席に対応する予定情報が有する予定時刻情報が示す予定時刻まで、この予定情報に対応する顧客以外の顧客が利用できない席となるようにする席ロック情報を店舗の店員が利用する１以上の店員端末３に送信する。

例えば、席ロック部１１０は、利用状況送信部１０８が、店員端末３に入店情報を送信する際に用いられる状況情報を送信する際等に、ロック情報格納部１０９に格納されているロック情報のうちの現在有効なロック情報がそれぞれ有する入店予定席の席識別子と顧客識別子との組の情報と、この組のうちの一の組が有する席識別子と同じ席識別子を有する入店情報であって、この一の組の顧客識別子と同じ顧客識別子を有さない入店情報を、入店情報処理装置１に送信しないようにする処理を行なう指示や、処理を実行するアルゴリズム等と、を有する情報を、席ロック情報として、店員端末３に送信してもよい。このような席ロック情報を店員端末３に送信することで、店員端末３が、入店予定席の席識別子を有する入店情報としては、この入店予定席に対応するロック情報が有する顧客識別子を有する入店情報以外を送信できなくなり、この結果、入店予定席についての入店情報としては、入店予定席に対応する予定情報を送信した顧客の顧客識別子を有する入店情報しか送信されないようにすることができる。店員端末３が入店情報を送信しないようにする処理とは、結果的に入店情報が送信されなければどのような処理であってもよく、例えば、送信用に構成した入店情報を送信せずに破棄することであってもよく、入店情報を作成するために受け付けたり取得したりした顧客識別子および席識別子を用いて、入店情報を作成しないことであってもよい。なお、上記のような処理を行なうアルゴリズムや、処理を行なうためのタイミングやトリガー等を予め店員端末３が有している場合等においては、席ロック部１１０は、席ロック情報として、現在有効なロック情報がそれぞれ有する入店予定席の席識別子と顧客識別子との組を有する情報を送信するようにしても良い。

席ロック部１１０は、席ロック情報を送信する送信手段を有していても良く、利用状況送信部１０８や他の送信部（図示せず）を用いて、席ロック情報を送信してもよい。例えば、席ロック部１１０は、利用状況送信部１０８が状況情報を送信する際に、状況情報に、席ロック情報を対応づけて送信させてもよく、席ロック情報を有する状況情報を利用状況送信部１０８に構成させ、構成した状況情報を利用状況送信部１０８に送信させるようにしてもよい。席ロック部１１０が、席ロック情報を送信するタイミングは、例えば、要求情報を受信したタイミングや、状況情報を送信するタイミングである。ただし、タイミングは問わない。

席ロック部１１０は、入店予定席に対応する予定情報が有する予定時刻情報により特定される予定時刻までの時間に、この予定情報に対応する顧客が、この入店予定席の利用を開始した場合に、これ以降は、この入店予定席を、この入店予定席に対応する顧客以外の顧客が利用できるようにしてもよい。ここでの入店予定席に対応する予定情報は、入店予定席に対応するロック情報と考えてもよい。

例えば、席ロック部１１０が、入店情報受信部１０２が受信した入店情報が現在有効な一のロック情報が有する席識別子と顧客識別子との組と一致する席識別子と顧客識別子とを有すると判断した場合に、このロック情報を削除することで、この入店情報が示す顧客が退席した後は、この一のロック情報が有する席識別子が有する席は、他の顧客が利用可能な席とすることができる。ロック情報を削除するということは、例えば、ロック情報を完全に消去することであってもよく、その後の処理においてロック情報を不使用となるようにすることであってもよく、ロック情報に削除したことを示すフラグ等の情報を付与することであってもよい。

席ロック部１１０は、例えば、予定情報受信部１０１が受信した予定情報を用いてロック情報をロック情報格納部１０９に蓄積する。例えば、席ロック部１１０は、予定情報が席識別子を有する場合、予定情報が有する席識別子と、予定時刻情報と、顧客識別子と、を有するロック情報をロック情報格納部１０９に蓄積する。ここでの蓄積は、例えば、追記である。

席ロック部１１０は、予定情報が席識別子を有さない場合等においては、予定情報から入店予定席の席識別子を取得する代わりに、利用状況格納部１０５に格納されている利用状況情報と、ロック情報格納部１０９に格納されているロック情報とを用いて、入店予定席の席識別子を取得しても良い。例えば、席ロック部１１０は、利用状況格納部１０５に格納されている利用状況情報から、利用状況送信部１０８において説明した処理と同様の処理を行なって、現在利用されていない席の席識別子を取得し、さらに、ロック情報格納部１０９に格納されているロック情報から現在ロックされている席の席識別子を取得し、現在利用されていない席の席識別子から現在ロックされている席の席識別子を除外して残った席識別子の中から、予定情報に対応する入店予定席の席識別子を取得しても良い。現在ロックされている席とは、現在有効なロック情報が有する席識別子が示す席である。例えば、席ロック部１１０は、残った席識別子の中から、予定情報が有する顧客の人数分の座席や、顧客の人数に合せたサイズのテーブルの席識別子を決定して、この席識別子を入店予定席の席識別子として取得しても良い。顧客の人数に合せたテーブルや、座席等を決定する処理等は公知技術であるため、ここでは詳細な説明は省略する。

なお、席ロック部１１０は、予定情報が有する予定時刻情報により特定される予定時刻になった場合であり、予定情報に対応する顧客が来店していないことを検知した場合に、予定情報に対応する席識別子により識別される席を他の顧客が利用できるようにしてもよい。席ロック部１１０は、予定情報が有する予定時刻情報により特定される予定時刻になった場合であり、予定情報に対応する顧客が来店していないことを検知した場合に、結果として、他の顧客が、予定情報に対応する席識別子により識別される席を利用できるようにすれば良く、どのようにして、予定情報に対応する席識別子により識別される席を他の顧客が利用できるようにするかは問わない。例えば、席ロック部１１０は、一の予定情報が有する予定時刻情報により特定される予定時刻になった場合であり、予定情報に対応する顧客が来店していないことを検知した場合に、この一の予定情報に対応するロック情報を、ロック情報格納部１０９から削除してもよく、この一の予定情報に対応するロック情報に削除することを示す情報を付与してもよい。また、現在ロックされている席の席識別子に、ロックされていることを示すフラグ等の情報が付与されている場合等においては、この席に付与されているフラグの情報等を削除してもよく、ロックされているフラグの代わりに、ロックされていないことを示すフラグの情報等を付与してもよい。また、この予定情報に対応するロック情報が、その後の処理等で検索対象から除外されるようにしてもよい。なお、席ロック部１１０は、上記の予定情報が有する予定時刻情報により特定される予定時刻になった場合であって、予定情報に対応する顧客が来店していないことを検知する処理を、例えば、ロック情報等を利用して、予め決められたタイミングや任意のタイミングで繰り返し行なうようにしても良い。

なお、席ロック部１１０は、既に同じ席識別子を有するロック情報であって、現在有効なロック情報がロック情報格納部１０９に格納されているか否かを判断し、格納されていない場合は、ロック情報を蓄積し、格納されている場合は、ロック情報を蓄積しないようにしてもよい。有効なロック情報は、削除されていることや無効であることを示すフラグ等が付与されていないロック情報や、予定時刻情報が示す予定時刻が、現在の時刻よりも後の時刻のロック情報である。

顧客端末２は、顧客が利用する情報処理端末である。顧客端末２は、例えば、コンピュータや、携帯電話、携帯情報端末、いわゆるスマートフォン等の多機能携帯電話、タブレット型端末等により実現される。

顧客受信部２０１は、入店情報処理装置１から送信される情報を受信する。顧客受信部２０１が受信する情報は問わない。顧客受信部２０１は、例えば、利用状況送信部１０８から送信される状況情報を受信する。顧客受信部２０１は、例えば、入店情報処理装置１の図示しない送信部から送信される予定情報を入力するための入力画面を表示するための情報を有する第一状況情報を受信してもよい。

顧客表示部２０２は、情報を図示しないモニタ等に表示する。顧客表示部２０２が表示する情報は問わない。例えば、顧客表示部２０２は、例えば、顧客受信部２０１が受信した状況情報を表示する。顧客表示部２０２は、予定情報を入力するための入力画面を表示してもよい。例えば、この入力画面を表示するための情報は、顧客受信部２０１が受信した第一状況情報が有する情報であってもよく、予め図示しない格納部等に格納されている情報であってもよい。

顧客表示部２０２は、モニタ等の表示デバイスを含むと考えても含まないと考えても良い。顧客表示部２０２は、表示デバイスのドライバーソフトまたは、表示デバイスのドライバーソフトと表示デバイス等で実現され得る。かかることは、他の表示部についても同様である。

顧客受付部２０３は、顧客から操作を受け付ける。顧客受付部２０３が受け付ける操作がどのような操作であるかは問わない。操作を受け付けるということは、操作に応じた入力を受け付けることと考えてもよい。例えば、顧客受付部２０３は、顧客から予定情報の入力を受け付ける。顧客受付部２０３は、顧客表示部２０２が表示する予定情報を入力するための入力画面等を介して、顧客から予定情報の入力を受け付ける。また、顧客受付部２０３は、予定情報を送信する指示の入力を受け付けても良い。また、顧客受付部２０３は、状況情報の送信を要求する指示の入力を受け付けても良い。

ここでの受付とは、例えば、入力手段からの受付や、他の機器等から送信される入力信号の受信や、記録媒体等からの情報の読み出し等である。この入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。顧客受付部２０３は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。かかることは、他の受付部においても同様である。

顧客送信部２０４は、情報を入店情報処理装置１に送信する。顧客送信部２０４が送信する情報は問わない。顧客送信部２０４は、例えば、顧客受付部２０３が受け付けた入力に応じた情報を送信する。顧客送信部２０４は、例えば、顧客受付部２０３が受け付けた入力に応じて予定情報を送信する。また、顧客送信部２０４は、例えば、顧客受付部２０３が受け付けた状況情報の送信を要求する指示の入力に応じて、状況情報の送信を要求する要求情報を入店情報処理装置１に送信する。例えば、顧客送信部２０４は、第一状況情報の送信を要求する第一要求情報を送信する。

店員端末３は、店舗の店員が利用する情報処理端末である。店舗の店員は、店長や、店舗のオーナー等も含む概念である。店員端末３は、例えば、コンピュータや、携帯電話、携帯情報端末、いわゆるスマートフォン等の多機能携帯電話、タブレット型端末等により実現される。

店員受信部３０１は、入店情報処理装置１から送信される情報を受信する。店員受信部３０１が受信する情報は問わない。店員受信部３０１は、例えば、利用状況送信部１０８から送信される状況情報を受信する。店員受信部３０１は、例えば、予定情報を入力するための入力画面を表示するための情報を有する第一状況情報を入店情報処理装置１から受信してもよい。店員受信部３０１は、例えば、入店情報を入力するための入力画面を表示するための情報を入店情報処理装置１から受信してもよい。また、店員受信部３０１は、例えば入店情報を入力するための入力画面を表示するための情報を有する第二状況情報を、入店情報処理装置１から受信してもよい。また、例えば、店員受信部３０１は、例えば、入店情報処理装置１から席ロック情報を受信する。

店員表示部３０２は、情報を図示しないモニタ等に表示する。店員表示部３０２が表示する情報は問わない。例えば、店員表示部３０２は、例えば、店員受信部３０１が受信した状況情報を表示する。店員表示部３０２は、例えば、店員受信部３０１が受信した席ロック情報を表示する。店員表示部３０２は、予定情報を入力するための入力画面を表示してもよい。例えば、この入力画面を表示するための情報は、店員受信部３０１が受信した第二状況情報が有する情報であってもよく、予め図示しない格納部等に格納されている情報であってもよい。店員表示部３０２は、入店情報を入力するための入力画面を表示してもよい。例えば、この入力画面を表示するための情報は、店員受信部３０１が受信した第二状況情報が有する情報であってもよく、予め図示しない格納部等に格納されている情報であってもよい。

店員受付部３０３は、店員から操作を受け付ける。店員受付部３０３が受け付ける操作がどのような操作であるかは問わない。操作を受け付けるということは、操作に応じた入力を受け付けることと考えてもよい。例えば、店員受付部３０３は、店員から予定情報の入力を受け付ける。店員受付部３０３は、店員表示部３０２が表示する予定情報を入力するための入力画面等を介して、店員から予定情報の入力を受け付ける。また、店員受付部３０３は、予定情報を送信する指示の入力を受け付けても良い。店員受付部３０３は、店員表示部３０２が表示する入店情報を入力するための入力画面等を介して、店員から入店情報の入力を受け付ける。また、店員受付部３０３は、入店情報を送信する指示の入力を受け付けても良い。また、店員受付部３０３は、状況情報の送信を要求する指示の入力を受け付けても良い。

店員送信部３０４は、情報を入店情報処理装置１に送信する。店員送信部３０４が送信する情報は問わない。店員送信部３０４は、例えば、店員受付部３０３が受け付けた入力に応じた情報を送信する。店員送信部３０４は、例えば、店員受付部３０３が受け付けた入力に応じて予定情報を送信する。また、店員送信部３０４は、例えば、店員受付部３０３が受け付けた状況情報の送信を要求する指示の入力に応じて、状況情報の送信を要求する要求情報を入店情報処理装置１に送信する。田尾手羽、店員送信部３０４は、第一状況情報の送信を要求する第一要求情報を送信する。また、店員送信部３０４は、例えば、店員受付部３０３が受け付けた入力に応じて入店情報を送信する。

また、店員送信部３０４は、店員受信部３０１が受信した席ロック情報等に応じて、入店予定席の席識別子を有する入店情報を、少なくともこの入店予定席に対応する予定時刻までは、この入店予定席に対応する顧客が入店する場合以外に、入店情報受信部１０２に対して送信しないようにしてもよい。例えば、店員送信部３０４は、店員受付部３０３が受け付けた入力に応じて入店情報を送信するが、店員受信部３０１が受信した席ロック情報に含まれる現在有効なロック情報がそれぞれ有する入店予定席の席識別子と顧客識別子との組のうちの一の組が有する席識別子と同じ席識別子を有する入店情報であって、この一の組の顧客識別子と同じ顧客識別子を有さない入店情報を、入店情報処理装置１に送信しないようにしてもよい。例えば、店員送信部３０４は、席ロック情報が有する現在有効な１以上のロック情報がそれぞれ有する入店予定席の席識別子と顧客識別子との組の中に、店員受付部３０３が入店情報を送信するために受け付けた席識別子と一致する席識別子を有する組であって、店員受付部３０３が入店情報を送信するために受け付けた顧客識別子と一致しない顧客識別子を有する組があるか否かを判断し、組がない場合には、店員受付部３０３が受け付けた席識別子と顧客識別子との組を有する入店情報を構成して入店情報処理装置１に送信し、組がある場合には、入店情報を構成せず入店情報を送信しないようにしても良い。なお、入店情報を送信する直前に、同様の判断処理を行なって、送信するか、送信しないかを決定してもよい。

次に、入店管理システム１０００の入店情報処理装置１の動作の一例について図２のフローチャートを用いて説明する。なお、ここでは、利用状況格納部１０５には、店舗に入店した顧客についての利用状況情報が格納されており、利用状況情報のうちの、顧客が退出した利用状況情報には、入店処理部１０６により、退出時刻が対応付けられているものとする。

（ステップＳ１０１）要求受信部１０７は、顧客端末２または店員端末３から第一状況情報を要求する第一要求情報を受信したか否かを判断する。受信した場合、ステップＳ１０２に進み、受信していない場合、ステップＳ１０４に進む。

（ステップＳ１０２）利用状況送信部１０８は、ロック情報格納部１０９から、予定時刻情報が示す予定時刻が現在の時刻以降であって削除されていないロック情報、すなわち現在有効なロック情報を検出し、検出したロック情報が有する席識別子を取得する。

（ステップＳ１０３）利用状況送信部１０８は、利用状況格納部１０５から、現在利用されていない席識別子を取得し、ステップＳ１０２で取得した席識別子を削除し、残った席識別子を有する第一状況情報を、第一要求情報の送信元に送信する。そして、ステップＳ１０１に戻る。

（ステップＳ１０４）予定情報受信部１０１は、予定情報を受信したか否かを判断する。受信した場合、ステップＳ１０５に進み、受信していない場合、ステップＳ１０６に進む。

（ステップＳ１０５）席ロック部１１０は、ステップＳ１０４で受信した予定情報に対応するロック情報をロック情報格納部１０９に蓄積する。例えば、席ロック部１１０は、席識別子と、顧客識別子と、予定時刻情報とを有する予定情報を受信した場合に、受信した席識別子と、顧客識別子と、予定時刻情報とを有するロック情報を、ロック情報格納部１０９に蓄積する。

（ステップＳ１０６）要求受信部１０７は、店員端末３から第二状況情報を要求する第二要求情報を受信したか否かを判断する。受信した場合、ステップＳ１０７に進み、受信していない場合、ステップＳ１０９に進む。

（ステップＳ１０７）利用状況送信部１０８は、ロック情報格納部１０９から、現在有効なロック情報を検出し、検出したロック情報が有する席識別子と顧客識別子との組を取得する。

（ステップＳ１０８）利用状況送信部１０８は、利用状況格納部１０５から、現在利用されていない席識別子を取得し、ステップＳ１０２で取得した席識別子を削除し、残った席識別子と、およびステップＳ１０２で取得した席識別子および顧客識別子の組と、を有する第二状況情報を、第二要求情報の送信元の店員端末３に送信する。そして、ステップＳ１０１に戻る。

（ステップＳ１０９）入店情報受信部１０２は、入店情報を受信したか否かを判断する。受信した場合、ステップＳ１１０に進み、受信していない場合、ステップＳ１１６に進む。

（ステップＳ１１０）席ロック部１１０は、ステップＳ１０９で受信した入店情報が、現在ロックされている席に対する入店情報であるか否かを判断する。例えば、入店情報が有する席識別子が、ロック情報格納部１０９に格納されているロック情報のうちの、現在有効なロック情報が有する席識別子のいずれか一つと一致するか否かを判断し、一致する場合、現在ロックされている席に対する入店情報であると判断し、一致ない場合、現在ロックされていない席に対する入店情報であると判断する。現在ロックされている席に対する入店情報である場合、ステップＳ１１１に進み、現在ロックされている席に対する入店情報でない場合、ステップＳ１１４に進む。

（ステップＳ１１１）席ロック部１１０は、ステップＳ１０９で受信した入店情報が有する顧客識別子が、ステップＳ１１０において、入店情報の席識別子と一致する席識別子を有すると判断されたロック情報の顧客識別子と一致するか否かを判断する。一致する場合、ステップＳ１１２に進み、一致しない場合、ステップＳ１１５に進む。

（ステップＳ１１２）入店処理部１０６は、ステップＳ１０９で受信した入店情報を用いて、利用状況格納部１０５に格納されている利用状況情報を更新する。例えば、受信した入店情報が有する顧客識別子と、席識別子と、受信した入店情報について取得した入店時刻とを有する利用状況情報を追記する。

（ステップＳ１１３）席ロック部１１０は、ステップＳ１１１で一致すると判断された顧客識別子を有する現在有効なロック情報を削除する。例えば、削除したことを示すフラグを、このロック情報に付与してもよい。そして、ステップＳ１０１に戻る。

（ステップＳ１１４）入店処理部１０６は、ステップＳ１０９で受信した入店情報に応じて、利用状況情報を更新する。なお、入店処理部１０６は、例えば、入店情報受信部１０２が受信した入店情報と同じ席識別子を有する利用状況情報であって、現在、顧客が利用していることを示す利用状況情報が利用状況格納部１０５に格納されているか否かを判断し、格納されていない場合には、受信した入店情報に対応する利用状況情報を蓄積し、格納されている場合には、受信した入店情報に対応する利用状況情報を蓄積しないようにしてもよい。そして、ステップＳ１０１に戻る。

（ステップＳ１１５）席ロック部１１０は、入店情報が有する席識別子が示す席がロックされている旨を示す情報を、利用状況送信部１０８等を介して、入店情報の送信元となる店員端末３に送信する。そして、ステップＳ１０１に戻る。

（ステップＳ１１６）退店情報受信部１０３が、退店情報を受信したか否かを判断する。受信した場合、ステップＳ１１７に進み、受信していない場合、ステップＳ１０１に戻る。

（ステップＳ１１７）入店処理部１０６は、ステップＳ１１６で受信した退店情報を用いて利用状況格納部１０５に格納されている利用状況情報を更新する。例えば、ステップＳ１１６で受信した退店情報が有する席識別子と一致する席識別子を有する利用状況情報であって、現在顧客が利用中であることを示す利用状況情報に、受信した退店情報に対応する退店時刻を付与する。そして、ステップＳ１０１に戻る。

なお、図２のフローチャートにおいて、例えば、電源オフや処理終了の割り込みにより処理は終了する。

次に、入店管理システム１０００の顧客端末２の動作の一例について説明する。
顧客受付部２０３が、予定情報の入力画面を出力する操作を顧客から受け付けると、顧客送信部２０４は、予定情報の入力時に利用される第一状況情報を要求する第一要求情報を入店情報処理装置１に送信する。顧客受信部２０１は、この第一要求情報の送信に応じて、入店情報処理装置１の利用状況送信部１０８から送信される第一状況情報を受信する。顧客表示部２０２は、顧客受信部２０１が受信した第一状況情報に対応する予定情報の入力画面を表示する。顧客受付部２０３が予定情報の入力画面から、顧客識別子および予定時刻情報等を入力し、予定情報を送信する操作を行なうと、予定情報が入店情報処理装置１に送信される。なお、顧客受付部２０３は、さらに、現在、他のユーザに利用されていない席であって、他のユーザの予定情報によってロックされていない席を指定する操作を受け付けるようにし、この指定された席に対応する席識別子を有する予定情報を送信するようにしてもよい。

なお、顧客端末２の処理は、例えば、電源オフや処理終了の割り込みにより処理は終了する。

次に、入店管理システム１０００の店員端末３の動作の一例について説明する。
店員受付部３０３が、予定情報の入力画面を出力する操作を店員から受け付けると、店員送信部３０４は、予定情報の入力時に利用される第一状況情報を要求する第一要求情報を入店情報処理装置１に送信する。店員受信部３０１は、この第一要求情報の送信に応じて、入店情報処理装置１の利用状況送信部１０８から送信される第一状況情報を受信する。店員表示部３０２は、店員受信部３０１が受信した第一状況情報に対応する予定情報の入力画面を表示する。店員受付部３０３が予定情報の入力画面から、予定情報に対応する顧客の顧客識別子および予定時刻情報等を入力し、予定情報を送信する操作を行なうと、予定情報が入店情報処理装置１に送信される。なお、店員受付部３０３は、さらに、現在、他の顧客に利用されていない席であって、他の顧客の予定情報によってロックされていない席を指定する操作を受け付けるようにし、この指定された席に対応する席識別子を有する予定情報を送信するようにしてもよい。

店員受付部３０３が、入店情報の入力画面を出力する操作を店員から受け付けると、店員送信部３０４は、入店情報の入力時に利用される第二状況情報を要求する第二要求情報を入店情報処理装置１に送信する。店員受信部３０１は、この第二要求情報の送信に応じて、入店情報処理装置１の利用状況送信部１０８から送信される第二状況情報を受信する。店員表示部３０２は、店員受信部３０１が受信した第二状況情報に対応する入店情報の入力画面を表示する。この入力画面においては、例えば、ロックされている席に対応する席識別子が表示される。店員受付部３０３が入店情報の入力画面から、入店する顧客が利用する席の席識別子を指定する操作等を受け付け、入店情報を送信する操作を行なうと、店員送信部３０４は、図示しない時計等から取得した現在の時刻を有する入店情報を入店情報処理装置１に送信する。なお、現在の時刻は送信しないようにしてもよい。なお、指定する席が、入店予定席である場合には、店員受付部３０３は、入店する顧客の顧客識別子を入力する操作をさらに受け付けるようにし、店員送信部３０４が、受け付けた顧客識別子を有する入店情報を送信するようにする。店員受信部３０１が、入店情報に対応する席がロックされている旨の情報を入店情報処理装置１から受信すると、店員表示部３０２が、このロックされている旨の情報を表示する。

店員受付部３０３が、顧客が退店した場合に、退店した顧客が利用していた席識別子を受け付けると、店員送信部３０４は、受け付けた席識別子と、図示しない時計等から取得した現在の時刻とを有する退店情報を入店情報処理装置１に送信する。なお、現在の時刻は送信しないようにしてもよい。

なお、顧客端末２の処理は、例えば、電源オフや処理終了の割り込みにより処理は終了する。

（具体例）
以下、本実施の形態における入店管理システム１０００の具体的な動作の一例について説明する。ここでは、顧客端末２および店員端末３がいわゆるスマートフォン等の多機能携帯電話であるとする。なお、ここでは、説明を簡略化するため、店舗が、席の予約を受け付けない店舗である場合について説明する。ここでは、入店情報処理装置１が、店舗Ａという店舗の利用状況等の情報を管理する装置である場合を例に挙げて説明する。

図３は、席情報格納部１０４に格納されている席識別子を管理する席管理表である。席管理表は、「席ＩＤ」という属性を有している。「席ＩＤ」は、席識別子である。席管理表が有する席識別子は、店舗内の顧客に対して提供されている席の席識別子である。ここでは、一例として、席管理表が有する席識別子は、店舗内の全ての席の席識別子であるとする。また、ここでの席は、説明の便宜上、全てテーブルであるとする。

図４は、利用状況格納部１０５に格納されている利用状況情報を管理する利用状況管理表の一例を示す図である。利用状況管理表は、「席ＩＤ」、「顧客ＩＤ」、「人数」、「入店時刻」、および「退店時刻」の情報を有している。「席ＩＤ」は、席識別子である。「顧客ＩＤ」は顧客識別子であり、ここでは、顧客の名前であるとする。「人数」は、席を利用している人数である。「入店時刻」は入店時刻である。「退店時刻」は退店時刻であり、退店時刻が「Ｎｕｌｌ」、すなわち空欄であるレコード（行）は、顧客が退店していないレコードであることを示している。この利用状況格納部１０５には、利用が開始された席の席識別子を有する情報が、入店情報に応じて蓄積されるものとする。ここでは、本日の利用状況情報だけが格納されているものとする。なお、「顧客ＩＤ」や「人数」等は、省略してもよい。

図５（ａ）および図５（ｂ）は、ロック情報格納部１０９に格納されているロック情報管理表の一例を示す図である。ロック情報管理表の各レコード（行）が、各ロック情報を示している。ロック情報管理表は、「席ＩＤ」、「顧客ＩＤ」、「予定時刻」、および「削除」という情報を有している。「席ＩＤ」は、入店予定席の席識別子、「顧客ＩＤ」は、予定情報を送信した顧客端末２を利用する顧客の顧客識別子、「予定時刻」は、予定時刻情報、「削除」は、削除されているロック情報に付与されるフラグであり、値が「１」であるロック情報は削除済のロック情報であることを示している。ここでは、本日のロック情報だけが格納されているものとする。

名前が「山下Ｉ郎」である顧客Ｕが、店舗Ａを利用しようと考え、予定情報の入力画面を表示するための操作を、店外において、顧客端末３に対して行なったとする。顧客受付部２０３がこの操作を受け付けると、顧客送信部２０４が、入店情報処理装置１に対して、予定情報の入力時に利用される第一状況情報を要求する第一要求情報を送信する。

入店情報処理装置１の要求受信部１０７が、第一要求情報を顧客端末２から受信すると、利用状況送信部１０８は、図４に示した利用状況管理表から、「退店時刻」の値が「Ｎｕｌｌ」、すなわち空欄である全てのレコード（行）を検出し、検出したレコードの「席ＩＤ」の値「ａ１０１」、「ａ１０２」、「ａ１０５」〜「ａ１０７」を取得する。そして、図３に示した席管理表が有する「席ＩＤ」の値から、取得した「席ＩＤ」の値と一致しない「席ＩＤ」を取得する。ここでは、「ａ１０３」〜「ａ１０４」、「ａ１０８」〜「ａ１１２」が取得されたとする。また、利用状況送信部１０８は、図５（ａ）に示したロック情報格納部１０９に格納されているロック情報を管理するロック情報管理表から、「予定時刻」の値が現在の時刻よりも後であって、「削除」の値が「１」ではない現在有効なロック情報のレコードを検出し、検出したレコードの「席ＩＤ」の値を取得する。ここでの現在の時刻が「２０時２０分」であったとすると、ロック情報管理表からは、「ａ１０３」が取得する。そして、上記で席管理表を用いて取得した「席ＩＤ」から、この席識別子「ａ１０３」を削除して、顧客が現在、予定情報により確保可能な席の席識別子「ａ１０４」、「ａ１０８」〜「ａ１１２」を取得する。そして、利用状況送信部１０８は、図示しない格納部から、予め格納されている店舗Ａ内の席の配置を示すフロアマップの画像であって、席識別子に対応する席が配置されている位置の座標が既知である画像を読み出し、上記で取得した確保可能な各席の席識別子に対応する座標に、各席識別子を有する予定情報を送信するためのボタンを配置して、入力画面を表示するための情報を取得する。この情報が、ここでは、入力時に利用される第一状況情報であるとする。そして、利用状況送信部１０８は、取得した第一状況情報を、状況情報を要求する情報を送信した顧客端末２に送信する。

顧客端末２の顧客受信部２０１が、第一状況情報を受信すると、顧客表示部２０２は、受信した第一状況情報を表示する。

図６は、顧客表示部２０２がモニタ２０２ａに表示した第一状況情報の表示例を示す図である。図において、各席（ここではテーブル）には、対応する席識別子が表示されているようにする。席識別子「ａ１０４」、「ａ１０８」〜「ａ１１２」にそれぞれ対応する席には、それぞれの席についての予定情報を送信する操作を受け付けるためのボタン６１〜６６が配置されている。なお、このモニタ２０２ａは表面にタッチパネルを備えているものとする。

ここで、顧客Ｕが、表示されている画像の、席識別子「ａ１０４」に対応する席上に配置されたボタン６１を指でタップしたとすると、顧客表示部２０２は、顧客識別子である名前と、店舗Ａに到着する予定時刻との入力を受け付ける入力受付画面を表示する。入力受付画面の情報は、顧客端末２の図示しない格納部等に予め格納されていてもよく、入店情報処理装置１から受信してもよく、第一状況情報の一部として受信していてもよい。

図７は、顧客表示部２０２が表示する入力受付画面の表示例を示す図である。

顧客Ｕが、図７に示した入力受付画面の入力フィールド７１に、顧客Ｕの顧客識別子である「山下Ｉ郎」を入力し、入力フィールド７２に、店舗Ａへの入店の予定時刻、すなわち店舗Ａに到着する予定時刻である「２０時５０分」を入力し、送信ボタン７３をタップしたとすると、顧客受付部２０３は、入力された情報と、予定情報を送信する指示と、タップしたボタン６１に対応する席識別子「ａ１０４」とを受け付け、顧客送信部２０４が、顧客識別子「山下Ｉ郎」と、予定時刻情報「２０時５０分」と、席識別子「ａ１０４」と、を有する予定情報を入店情報処理装置１に送信する。

入店情報処理装置１の予定情報受信部１０１が、顧客端末２から予定情報を受信すると、席ロック部１１０は、予定情報が有する顧客識別子「山下Ｉ郎」と、予定時刻情報「２０時５０分」と、席識別子「ａ１０４」とを有するロック情報を、図５（ａ）に示したロック情報管理表に追記する。

図５（ｂ）は、席ロック部１１０がロック情報を追記したロック情報管理表を示す図である。ここでは、一番下のレコード（行）が、新たに追記されたロック情報のレコードであるとする。

その後、「２０時４２分」に顧客Ｕが、店舗Ａに到着し、店員Ｂに、席を確保している旨と、顧客識別子である自分の名前「山下Ｉ郎」を告げたとする。

店員Ｂが、店員端末３に対して、来店した顧客についての入店情報を入力するための入力画面を表示するための操作を行なったとする。店員受付部３０３がこの操作を受け付けると、店員送信部３０４が、入店情報処理装置１に対して入店情報の入力時に利用される第二状況情報を要求する第二要求情報を送信する。

入店情報処理装置１の要求受信部１０７が、第二要求情報を顧客端末２から受信すると、利用状況送信部１０８は、図４に示した利用状況管理表から、「退店時刻」の値が「Ｎｕｌｌ」である全てのレコード（行）を検出し、検出したレコードの「席ＩＤ」の値を取得する。なお、ここでは、説明の便宜上、利用状況管理表は、図４に示した状態から変わっていなかったとする。そして、図３に示した席管理表が有する「席ＩＤ」の値から、取得した「席ＩＤ」の値と一致しない「席ＩＤ」を取得する。ここでは、上記と同様に、「ａ１０３」〜「ａ１０４」、「ａ１０８」〜「ａ１１２」が取得されたとする。また、利用状況送信部１０８は、図５に示したロック情報管理表から、「予定時刻」の値が現在の時刻よりも後であって、「削除」の値が「１」ではないレコードを検出し、検出した各レコードから「席ＩＤ」の値と「顧客ＩＤ」の値との組を取得する。ここでの現在の時刻が「２０時４２分」であるため、ロック情報管理表から、「ａ１０３」と「ａ１０４」とを取得する。そして、上記で席管理表を用いて取得した「席ＩＤ」から、この席識別子「ａ１０３」と「ａ１０４」とを削除して、入店する全ての顧客が現在、利用可能な席の席識別子「ａ１０８」〜「ａ１１２」を取得する。そして、利用状況送信部１０８は、図示しない格納部から、予め格納されている店舗Ａ内の席の配置を示す平面図の画像であって、席識別子に対応する席が配置されている位置の座標が既知である画像を読み出し、上記で取得した入店する全ての顧客が現在、利用可能な席の席識別子「ａ１０８」〜「ａ１１２」にそれぞれ対応する座標に、各席識別子を有する入店情報を送信するためのボタンを配置した入力画面であって、ロック情報管理表から取得した各席識別子「ａ１０３」および「ａ１０４」に対応する座標に、各席識別子と、入店する顧客の顧客識別子と、を有する入店情報を送信するためのボタンを配置した入力画面を表示するための情報を取得する。なお、各ロック情報から取得した席識別子に対応するボタン上には、同じロック情報から取得した顧客識別子が配置されるようにする。このような入力画面を表示するための情報が、ここでは、第二状況情報であるとする。そして、利用状況送信部１０８は、取得した第二状況情報を、状況情報を要求する情報を送信した店員端末３に送信する。

店員端末３の店員受信部３０１が、第二状況情報を受信すると、店員表示部３０２は、受信した第二状況情報を表示する。

図８は、店員表示部３０２がモニタ３０２ａに表示した第一状況情報の表示例を示す図である。図において、各席（ここではテーブル）には、対応する席識別子が表示されている。席識別子「ａ１０８」〜「ａ１１２」にそれぞれ対応する席には、それぞれの席についての入店情報を送信する操作を受け付けるためのボタン８１〜８５が配置されている。また、席識別子「ａ１０３」および「ａ１０４」にそれぞれ対応する席には、それぞれの席についての入店情報を送信する操作を受け付けるためのボタンであって、それぞれの席に対応する予定情報が有する顧客識別子が表示されたボタン８６およびボタン８７が配置されている。なお、このモニタ３０２ａは表面にタッチパネルを備えているものとする。

ここで、店員Ｂが、表示されている画像から、来店した顧客が告げた顧客識別子「山下Ｉ郎」と一致する顧客識別子が表示されたボタン８７を目視で検出し、検出したボタン８７をタップしたとすると、店員受付部３０３が、この操作を受け付け、店員表示部３０２が、入店情報の入力を受け付ける画面であって、顧客識別子である名前の入力を受け付ける入力フィールドを有する画面である入力受付画面を表示する。入力受付画面の情報は、店員端末３の図示しない格納部等に予め格納されていてもよく、入店情報処理装置１から受信してもよい。

図９は、顧客表示部２０２が表示する入力受付画面の表示例を示す図である。

店員Ｂが、図９に示した入力受付画面の、顧客識別子である名前を入力する入力フィールド９１に名前「山下Ｉ郎」、利用人数を入力する入力フィールド９２に人数「４」を入力し、送信ボタン９３をタップしたとすると、店員受付部３０３は、入力された情報と、入店情報を送信する指示とを受け付け、店員送信部３０４が、顧客識別子「山下Ｉ郎」と、人数「４」と、図示しない時計等から取得した現在の時刻「２０時４２分」と、ボタン８７に対応する席識別子「ａ１０４」とを有する入店情報を入店情報処理装置１に送信する。

入店情報受信部１０２が、店員端末３から入店情報を受信すると、席ロック部１１０は、入店情報が有する席識別子「ａ１０４」と現在の時刻「２０時４２分」とを取得し、図６に示したロック情報管理表の、現在有効なロック情報のレコードから、「席ＩＤ」の値が、この席識別子「ａ１０４」と一致するレコードを検索する。ここでは、このようなレコードが検出されたとすると、席ロック部１１０は、さらに、このレコードの「顧客ＩＤ」と、入店情報が有する「顧客ＩＤ」とが一致するか否かを判断する。ここでは、検出されたレコードから取得した「顧客ＩＤ」が「山下Ｉ郎」であり、入店情報が有する「顧客ＩＤ」が「山下Ｉ郎」であるため、一致すると判断される。一致すると判断された場合、受信した入店情報が、現在有効な特区情報に対応する入店予定席に、この入店予定席に対応する顧客が入店することになったことを示す入店情報と判断されたことと考えられる。一致すると判断された場合、入店処理部１０６は、この入店情報が有する顧客識別子「山下Ｉ郎」を「顧客ＩＤ」、人数「４」を「人数」、この入店情報が有する現在の時刻「２０時４２分」を「入店時刻」、と、この入店情報が有する席識別子「ａ１０４」を「席ＩＤ」として有する利用状況情報のレコード（行）を、図４に示す利用状況情報管理表に追記する。

図１０は、入店情報に対応した利用状況情報を追記した利用状況情報管理表を示す図である。

そして、席ロック部１１０は、図６に示したロック情報管理表の上記で検出した「席ＩＤ」の値が、この席識別子「ａ１０４」と一致するレコードであって、「予定時刻」が現在の時刻「２０時４２分」よりも後の時刻であるレコードの「削除」の値を「１」に更新する。

ここで、仮に、上記において、来店よりも前に予定情報を送信した顧客Ｕの代わりに、来店より前に予定情報を送信していない顧客Ｊが来店したとする。

そして、店員Ｂが顧客Ｕに口頭で予定情報を送信していないことを確認したうえで、上記と同様の操作を店員端末３に行なって、図８に示すような第一状況情報の画面を表示させ、顧客識別子である名前が表示されていないボタンの一つであるボタン８１をタップしたとする。このボタン８１は、店員Ｂが、来店した顧客Ｊを案内しようとする席に対応する位置に配置されたボタンであるとする。店員端末３の店員受付部３０３は、この操作を受け付け、店員表示部３０２が、図９と同様の入店情報の入力を受け付けるための入力受付画面を表示する。

そして、店員Ｂが、図９と同様の入力受付画面の、顧客識別子である名前を入力する入力フィールド９１に顧客Ｊの名前「大山Ｋ枝」、利用人数を入力する入力フィールド９２に来店した人数「４」を入力し、送信ボタン９３をタップしたとすると、店員受付部３０３は、入力された情報と、入店情報を送信する指示とを受け付け、店員送信部３０４が、顧客識別子「大山Ｋ枝」と、人数「４」と、図示しない時計等から取得した現在の時刻「２０時４２分」と、ボタン８７に対応する席識別子「ａ１０８」とを有する入店情報を入店情報処理装置１に送信する。なお、ロック情報に対応していないボタンを押した場合に表示される入力受付画面においては、顧客識別子である顧客の名前の入力は省略してもよい。例えば、顧客識別子の入力フィールドを省略してもよい。

入店情報受信部１０２が、店員端末３から入店情報を受信すると、席ロック部１１０は、入店情報が有する席識別子「ａ１０８」と現在の時刻「２０時４２分」とを取得し、図６に示したロック情報管理表から、「席ＩＤ」の値が、この席識別子「ａ１０８」と一致するレコードであって、「削除」の値が「１」ではなく、「予定時刻」が現在の時刻「２０時４２分」よりも後の時刻であるレコード（行）を検索する。ここでは、このようなレコードが検出されなかったとすると、入店処理部１０６は、この入店情報が有する顧客識別子「大山Ｋ枝」を「顧客ＩＤ」、人数「４」を「人数」、この入店情報が有する現在の時刻「２０時４２分」を「入店時刻」、と、この入店情報が有する席識別子「ａ１０８」を「席ＩＤ」として有する利用状況情報のレコード（行）を、図４に示す利用状況情報管理表に追記する。

また、上記のように、顧客Ｕが来店して、店員が図８に示すような第一状況情報の画面を表示させた後、店員が、顧客Ｕから告げられた名前「山下Ｉ郎」が配置されたボタン８７を押す代わりに、誤って、他の名前が配置されたボタン８６を押したとする。そして、次に表示される図９と同様の入力画面において、店員Ｂが、図９に示した入力受付画面の、顧客識別子である名前を入力する入力フィールド９１に顧客Ｕの名前「山下Ｉ郎」、利用人数を入力する入力フィールド９２に来店した人数「４」を入力し、送信ボタン９３をタップしたとすると、店員受付部３０３は、入力された情報と、入店情報を送信する指示とを受け付け、店員送信部３０４が、顧客識別子「山下Ｉ郎」と、人数「４」と、図示しない時計等から取得した現在の時刻「２０時４２分」と、ボタン８７に対応する席識別子「ａ１０４」と、を有する入店情報を入店情報処理装置１に送信する。

入店情報受信部１０２が、店員端末３から入店情報を受信すると、席ロック部１１０は、入店情報が有する席識別子「ａ１０４」と現在の時刻「２０時４２分」とを取得し、図６に示したロック情報管理表から、「席ＩＤ」の値が、この席識別子「ａ１０４」と一致するレコードであって、「削除」の値が「１」ではなく、「予定時刻」が現在の時刻「２０時４２分」よりも後の時刻であるレコード（行）を検出する。ここでは、このようなレコードが検出されたとすると、席ロック部１１０は、さらに、このレコードの「顧客ＩＤ」と、入店情報が有する「顧客ＩＤ」とが一致するか否かを判断する。ここでは、検出されたレコードから取得した「顧客ＩＤ」が「鈴木Ｈ之」であり、入店情報が有する「顧客ＩＤ」が「山下Ｉ郎」であるため、一致しないと判断される。一致しないと判断された場合、入店処理部１０６は、この入店情報に対応する利用状況情報を蓄積せず、利用状況送信部１０８が、入店情報の送信元の店員端末３に、指定された席は、他の顧客によってロックされている旨の情報を送信する。

店員端末３の店員受信部３０１がこの情報を受信すると、店員表示部３０２は、モニタ３０２ａに、受信した情報を表示する。

図１１は、店員表示部３０２による受信した情報の表示例を示す図である。

なお、予定情報を送信していないユーザＪが来店した際において、図８に示すような画面において、店員Ｂが誤って、顧客の名前が表示されている予定情報に対応したボタン８６や８７を押したとし、図９に示す画面において、ユーザＪの名前である「大山Ｋ枝」と来店人数「４」とを入力フィールド９１および入力フィールド９２に入力して、送信ボタン９３をタップして入店情報を送信した場合においても、上記と同様に、席ロック部１１０により、入店情報により検出されるロック情報の「顧客ＩＤ」と、入店情報の顧客識別子「大山Ｋ枝」と、が一致しないため、入店情報に対応する利用状況情報が蓄積されず、ロックされている旨の情報が店員端末３に表示されることとなる。

また、顧客Ｕが送信した予定情報に応じて蓄積されるロック情報は、席識別子として「ａ１０４」を有し、予定時刻情報が示す予定時刻が「２０時５０分」であるロック情報であるため、仮に、顧客Ｕがこの予定時刻までに来店しなかった場合において、入店情報受信部１０２が、この予定時刻よりも後に来店した他の顧客Ｌについての入店情報であって、この顧客Ｌが利用する席の席識別子である「ａ１０４」を有する入店情報を受信した際には、上記の顧客Ｕに対応するロック情報は、予定時刻情報が示す予定時刻「２０時５０分」が現在の時刻よりも後であることから、席ロック部１１０によって検出されないため、この予定情報に対応する席識別子が「ａ１０４」である席は、ロックされていない席として扱われ、この顧客Ｌが利用する席となるよう、利用状況情報が更新される。これにより、予定時刻が過ぎたロック情報に対応する席についてはロックが解除されることとなり、どの顧客でも利用可能となる。つまり、ロック情報が示す予定時刻を過ぎると、このロック情報に対応する予定情報を送信した顧客による席の確保は解除される。

なお、上記においては、席ロック部１１０が、入店情報を用いて入店予定席を利用できるようにするか否かを判断する例について説明したが、例えば、利用状況送信部１０８が第二状況情報を送信する際等に、席ロック部１１０が、現在有効なロック情報が有する席識別子と顧客識別子との１以上の組と、入店情報を送信するための操作等を店員受付部３０３が受け付ける際に、この１以上の組の中に送信する入店情報に含まれる席識別子と一致する席識別子を有する組があるか否かを判断し、一致する席識別子を有する組がある場合、さらに、この組に含まれる顧客識別子が、送信する入店情報に含まれる顧客識別子と一致するか否かを判断し、一致する場合にだけ、入店情報を送信できるようにする処理を店員端末３に実行させる指示や、アルゴリズム等を、席ロック情報として店員端末３に送信してもよい。なお、上記のような処理の実行を指示する情報がなくても、店員端末３が同様の処理を実行できる場合、この処理の実行を指示する情報等は省略してもよい。

例えば、席ロック部１１０は、利用状況送信部１０８が第二状況情報を送信する際に、図６に示したようなロック情報管理表から、「予定時刻」が現在時刻よりも後であり、「削除」が「１」ではない現在有効なロック情報のレコードを検出する。そして、検出した各レコードの「席ＩＤ」と「顧客ＩＤ」との組の情報と、上記のような処理を店員端末３に指示する情報とを、有する席ロック情報を店員端末３に送信する。そして、店員端末３の店員表示部３０２が表示する図８に示すような第二状況情報に表示されている席に配置されたボタンが、店員によりタップされた場合、店員表示部３０２は図９に示すような入力画面を表示する。そして、入力フィールド９１等に入店する顧客の顧客識別子等が入力され、入店情報を送信する送信ボタン９３が押された場合に、店員送信部３０４は、上記で受信した席ロック情報が有する「席ＩＤ」と「顧客ＩＤ」との組の中に、タップされたボタンに対応する席識別子と一致する「席ＩＤ」を有する組があるか否かを判断し、一致する組がなければ、入力された情報等を有する入店情報を入店情報処理装置１に送信する。また、一致する組がある場合には、店員送信部３０４は、さらに、一致する組の「顧客ＩＤ」が、入力フィールド９１に入力された入店する顧客の顧客識別子と一致するか否かを判断し、一致する場合は、入力された情報等を有する入店情報を入店情報処理装置１に送信し、一致しなければ、入店情報を送信しないようにすることで、入店予定席の利用をロックするようにしても良い。そして、入店情報処理装置１の入店情報受信部１０２が入店情報を受信した場合、席ロック部１１０が上述したような判断処理を行なわないようにして、入店処理部１０６が入店情報に応じて利用状況情報を更新するようにしてもよい。

なお、上記の具体例においては、顧客端末２から予定情報を送信するようにしたが、顧客が店員に電話等を介して席の確保を依頼した場合等においては、店員が、店員端末３において、顧客端末２と同様の操作を行なって、予定情報に必要な情報を入力して、予定情報を送信するようにしても良い。

以上、本実施の形態によれば、一の顧客が顧客端末を用いて送信した予定情報が指定する席を、予定情報が示す予定時刻まで他の顧客が利用できないようロックすることができ、顧客が来店する予定時刻まで席を確保しておくことができる。

なお、上記実施の形態においては、入店管理システム１０００が一の店舗についての情報を処理する場合について説明したが、入店管理システム１０００が複数の店舗についての情報を処理するようにしてもよい。例えば、処理に利用される情報に店舗の識別子等を対応付けることで、それぞれの店舗の情報を識別して、店舗毎に情報を処理することが可能となる。

なお、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段（例えば、予定情報受信部１０１、入店情報受信部１０２、および退店情報受信部１０３等）は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。その実行時に、プログラム実行部は、格納部（例えば、ハードディスクやメモリ等の記録媒体）にアクセスしながらプログラムを実行してもよい。

なお、上記各実施の形態における入店情報処理装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、顧客が店舗に来店する予定時刻を特定可能な情報である予定時刻情報と、この顧客の顧客識別子とを有する予定情報を受信する予定情報受信部と、予定情報に応じて、少なくともこの予定情報が有する予定時刻情報が示す予定時刻まで、この予定情報に対応する席である入店予定席を、この予定情報に対応する顧客以外の顧客が利用できないようにロックする席ロック部として機能させるためのプログラムである。

なお、上記プログラムにおいて、上記プログラムが実現する機能には、ハードウェアでしか実現できない機能は含まれない。例えば、情報を取得する取得部や、情報を出力する出力部などにおけるモデムやインターフェースカードなどのハードウェアでしか実現できない機能は、上記プログラムが実現する機能には含まれない。

また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

図１２は、上記プログラムを実行して、上記実施の形態による入店情報処理装置等を実現するコンピュータの外観の一例を示す模式図である。上記実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムによって実現されうる。

図１２において、コンピュータシステム９００は、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）ドライブ９０５を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、モニタ９０４とを備える。

図１３は、コンピュータシステム９００の内部構成を示す図である。図１３において、コンピュータ９０１は、ＣＤ−ＲＯＭドライブ９０５に加えて、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１３と、アプリケーションプログラム、システムプログラム、及びデータを記憶するハードディスク９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５とを備える。なお、コンピュータ９０１は、ＬＡＮへの接続を提供する図示しないネットワークカードを含んでいてもよい。

コンピュータシステム９００に、上記実施の形態による入店情報処理装置等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ９２１に記憶されて、ＣＤ−ＲＯＭドライブ９０５に挿入され、ハードディスク９１４に転送されてもよい。これに代えて、そのプログラムは、図示しないネットワークを介してコンピュータ９０１に送信され、ハードディスク９１４に記憶されてもよい。プログラムは実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ＣＤ−ＲＯＭ９２１、またはネットワークから直接、ロードされてもよい。

プログラムは、コンピュータ９０１に、上記実施の形態による入店情報処理装置の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる入店情報処理装置等は、店舗に関する情報を処理するとして適しており、特に、店舗に来店する顧客の入店に関する情報を処理するとして適しており等として有用である。

１ 入店情報処理装置
２ 顧客端末
３ 店員端末
１０１ 予定情報受信部
１０２ 入店情報受信部
１０３ 退店情報受信部
１０４ 席情報格納部
１０５ 利用状況格納部
１０６ 入店処理部
１０７ 要求受信部
１０８ 利用状況送信部
１０９ ロック情報格納部
１１０ 席ロック部
２０１ 顧客受信部
２０２ 顧客表示部
２０３ 顧客受付部
２０４ 顧客送信部
３０１ 店員受信部
３０２ 店員表示部
３０３ 店員受付部
３０４ 店員送信部
１０００ 入店管理システム

Claims (10)

1. 顧客が店舗に来店する予定時刻を特定可能な情報である予定時刻情報と、当該顧客の顧客識別子とを有する予定情報を受信する予定情報受信部と、
   前記予定情報に応じて、少なくとも当該予定情報が有する予定時刻情報が示す予定時刻まで、当該予定情報に対応する席である入店予定席を、当該予定情報に対応する顧客以外の顧客が利用できないようにロックする席ロック部とを備えた入店情報処理装置。
2. 前記店舗に入店した顧客が利用する席の席識別子を有する入店情報を受信する入店情報受信部と、
   店舗が有する席の利用状況に関する情報であって、顧客が利用している席を特定可能な情報である利用状況情報が格納される利用状況格納部と、
   前記入店情報受信部が受信した入店情報を用いて、前記利用状況格納部に格納されている利用状況情報を更新する入店処理部と、をさらに備え、
   前記席ロック部は、
   前記入店予定席の席識別子を有する入店情報を用いた利用状況情報の更新を、少なくとも当該入店予定席に対応する予定時刻までは、当該入店予定席に対応する顧客が入店する場合以外は、前記入店処理部に行なわせない請求項１記載の入店情報処理装置。
3. 前記店舗に入店した顧客が利用する席の席識別子を有する入店情報を受信する入店情報受信部と、
   店舗が有する席の利用状況に関する情報であって、顧客が利用している席を特定可能な情報である利用状況情報が格納される利用状況格納部と、
   前記入店情報受信部が受信した入店情報を用いて、前記利用状況格納部に格納されている利用状況情報を更新する入店処理部と、をさらに備え、
   前記席ロック部は、
   前記入店予定席の席識別子を有する入店情報が、少なくとも当該入店予定席に対応する予定時刻までは、当該入店予定席に対応する顧客が入店する場合以外に、前記入店情報受信部に対して送信されないようにする請求項１記載の入店情報処理装置。
4. 前記席ロック部は、前記入店予定席の席識別子を有する情報であって、当該席識別子が示す席が、当該入店予定席に対応する予定情報が有する予定時刻情報が示す予定時刻まで、当該予定情報に対応する顧客以外の顧客が利用できない席となるようにする席ロック情報を前記店舗の店員が利用する１以上の店員端末に送信する請求項３記載の入店情報処理装置。
5. 前記予定情報は、席識別子を有する請求項１から請求項４いずれか一項記載の情報処理装置。
6. 前記席ロック部は、
   前記予定情報の受信に応じて、顧客に利用されておらず、かつ当該席ロック部によりロックされていない一の席の席識別子を、当該予定情報に対応する入店予定席の席識別子として取得する請求項１から請求項４いずれか一項記載の入店情報処理装置。
7. 前記席ロック部は、
   前記入店予定席に対応する予定情報が有する予定時刻情報により特定される予定時刻までの時間に、当該予定情報に対応する顧客が、前記入店予定席の利用を開始した場合に、当該入店予定席を、当該入店予定席に対応する顧客以外の顧客が利用できるようにする請求項１から請求項６いずれか一項記載の入店情報処理装置。
8. 前記席ロック部は、
   前記予定情報が有する予定時刻情報により特定される予定時刻になった場合であり、当該予定情報に対応する顧客が来店していないことを検知した場合に、前記予定情報に対応する席識別子により識別される席を他の顧客が利用できるようにする請求項１から請求項７いずれか一項記載の入店情報処理装置。
9. 予定情報受信部と、席ロック部とを用いて行なわれる入店情報処理方法であって、
   前記予定情報受信部が、顧客が店舗に来店する予定時刻を特定可能な情報である予定時刻情報と、当該顧客の顧客識別子とを有する予定情報を受信する予定情報受信ステップと、
   前記席ロック部が、前記予定情報に応じて、少なくとも当該予定情報が有する予定時刻情報が示す予定時刻まで、当該予定情報に対応する席である入店予定席を、当該予定情報に対応する顧客以外の顧客が利用できないようにロックする席ロックステップとを備えた入店情報処理方法。
10. コンピュータを、
    顧客が店舗に来店する予定時刻を特定可能な情報である予定時刻情報と、当該顧客の顧客識別子とを有する予定情報を受信する予定情報受信部と、
    前記予定情報に応じて、少なくとも当該予定情報が有する予定時刻情報が示す予定時刻まで、当該予定情報に対応する席である入店予定席を、当該予定情報に対応する顧客以外の顧客が利用できないようにロックする席ロック部として機能させるためのプログラム。

Images