JP6510764B2 - サーバ、制御方法、プログラム、および管理システム - Google Patents

Description

本発明は、報知内容を決定するサーバ、当該サーバの制御方法、当該サーバのプログラム、当該サーバが報知内容を出力する報知端末を備えた管理システム、およびに当該報知端末に関する。

近年、店員が商品を配膳するフルサービス形態のレストランや、顧客が商品を取りに行くセルフサービス形態のレストランにおいて、店員の作業や顧客の座席などを管理する技術が開発されている。

例えば、特許文献１には、セルフサービス形態のレストランにおいて、トレイに設けられたＩＤ発信装置を、レジ端末、座席監視装置、および返却棚監視装置で読み取ることによってお客様の移動履歴を管理し、当該移動履歴に基づいて係員端末に作業案内を出力するレストラン支援システムが開示されている。

また、例えば、特許文献２には、席が空くのを待っている客の名および人数等のデータを入力し、飲食代の会計処理完了時に、入力された客の条件を満足する空席が検出されると、客の名等を表示する電子式キャッシュレジスタが開示されている。

また、例えば、特許文献３には、ユーザの保持する認証カードを読み取る認証カードリーダーを有する座席における着席および離席を識別し、座席一覧を生成するとともに、座席一覧を要求するアクセスに対して、座席一覧に関する情報を応答する座席管理システムが開示されている。

特開２００６−３９７４８号公報（２００６年２月９日公開） 特開平５−８９３６９号公報（１９９３年４月９日公開） 特開２０１３−１９６３０２号公報（２０１３年９月３０日公開）

飲食店では、顧客の座席の確保から、顧客が食事を終えて退店するまで、最適なサービスを提供することが求められている。しかしながら、上述した特許文献１のように、商品受け渡し後の状態のみを管理する技術や、特許文献２および３のように、座席の状態のみを管理する技術では、座席および注文の状況に応じたサービスを提供するという点に課題があった。

本発明は、上記の課題に鑑みてなされたものであり、その目的は、座席および注文の状況に応じた報知内容を提供する技術を提供することにある。

上記の課題を解決するために、本発明の一態様に係るサーバは、顧客を特定するための顧客情報、当該顧客に関連付けられた座席の状態を示す座席管理情報、および当該顧客の注文状況を示す注文管理情報を互いに関連付けて管理する管理手段と、上記管理手段が管理する上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを参照して報知内容を決定する決定手段と、上記決定手段が決定した上記報知内容を示す報知情報を出力する出力手段と、を備える。

また、上記の課題を解決するために、本発明の一態様に係る制御方法は、顧客を特定するための顧客情報、当該顧客に関連付けられた座席の状態を示す座席管理情報、および当該顧客の注文状況を示す注文管理情報を互いに関連付けて管理する管理工程と、上記管理工程において管理される上記顧客情報、上記座席管理情報、および上記注文管理情報を参照して報知内容を決定する決定工程と、上記決定工程において決定された上記報知内容を示す報知情報を出力する出力工程と、を含む。

また、上記の課題を解決するために、本発明の一態様に係る管理システムは、通信端末、サーバ、および報知端末を備える管理システムであって、上記通信端末は、顧客を特定するための顧客情報、当該顧客に関連付けられた座席の状態を示す座席管理情報、および当該顧客の注文状況を示す注文管理情報を出力する情報出力手段を備え、上記サーバは、上記通信端末から、上記顧客情報、上記座席管理情報、および上記注文管理情報を取得する情報取得手段と、上記顧客情報、上記座席管理情報、および上記座席管理情報、および上記注文管理情報を互いに関連付けて管理する管理手段と、上記管理手段が管理する上記顧客情報、上記座席管理情報、および上記注文管理情報を参照して報知内容を決定する決定手段と、上記決定手段が決定した上記報知内容を示す報知情報を、上記報知端末に出力する出力手段と、を備え、上記報知端末は、上記報知情報を取得する報知情報取得手段と、上記報知情報取得手段が取得した上記報知情報が示す報知内容を報知する報知手段と、を備える。

また、上記の課題を解決するために、本発明の一態様に係る報知端末は、顧客を特定するための顧客情報、当該顧客に関連付けられた座席の状態を示す座席管理情報、および当該顧客の注文状況を示す注文管理情報を参照して決定された報知内容を示す報知情報を取得する報知情報取得手段と、上記報知情報取得手段が取得した上記報知情報が示す報知内容を報知する報知手段と、を備える。

本発明の一態様によれば、座席および注文の状況に応じた報知内容を提供することができる。

本発明の実施形態１に係る管理システムを模式的に示す図である。 本発明の実施形態１におけるサーバの構成を示す図であり、（ａ）は、サーバの要部構成を示す機能ブロック図であり、（ｂ）は、サーバ１００のハードウェア構成を示すブロック図である。 本発明の実施形態１におけるサーバ記憶部に保存されているテーブルの例を示す図であり、（ａ）は、顧客情報テーブルを模式的に示した図であり、（ｂ）は、座席情報テーブルを模式的に示した図であり、（ｃ）は、注文情報テーブルを模式的に示した図であり、（ｄ）は、商品情報テーブルを模式的に示した図である。 本発明の実施形態１における顧客端末の構成を示す図であり、（ａ）は、顧客端末要部構成を示す機能ブロック図であり、（ｂ）は、顧客端末のハードウェア構成を示すブロック図である。 本発明の実施形態１におけるテーブルの構成を示す図であり、（ａ）は、テーブルの外観を示す図であり、（ｂ）は、テーブル５００の要部構成を示す機能ブロック図であり、（ｃ）は、テーブルのハードウェア構成を示すブロック図である。 本発明の実施形態１における店員端末および店頭ディスプレイの構成を示す図であり、（ａ）は、店員端末の要部構成を示す機能ブロック図であり、（ｂ）は、店頭ディスプレイの要部構成を示す機能ブロック図である。 本発明の実施形態１におけるサーバが、報知内容を決定する処理の流れを示すフローチャートである。 本発明の実施形態１に係る管理システムにおいて、ステータスが変化する処理の流れを示すシーケンス図である。 本発明の実施形態１に係る管理システムにおいて、一時離席ステータスから退店ステータスに変化する処理の流れを示すシーケンス図である。 本発明の実施形態２に係る管理システムにおいて、離席タイムアウトした場合の処理の流れを示すシーケンス図である。 本発明の実施形態５におけるサーバが、来店情報を取得した後の処理の流れを示すフローチャートである。

〔実施形態１〕
以下、本発明の実施の形態について、詳細に説明する。以下の特定の実施形態で説明する構成以外の構成については、必要に応じて説明を省略する場合があるが、他の実施形態で説明されている場合は、その構成と同じである。また、説明の便宜上、各実施形態に示した部材と同一の機能を有する部材については、同一の符号を付し、適宜その説明を省略する。

（管理システム１の構成）
図１は、本発明の実施形態１に係る管理システム１を模式的に示す図である。管理システム１は、図１に示すように、サーバ１００、飲食店３００における顧客端末（通信端末、報知端末）４００、テーブル（報知端末）５００、店員端末（報知端末）６００、店頭ディスプレイ（報知端末）７００、ビーコン機器８００（８００ａ〜８００ｃ）、およびルータ９００によって構成されている。管理システム１では、サーバ１００は、飲食店３００における顧客、座席、および注文を管理し、状況に適した報知内容を顧客端末４００、テーブル５００、店員端末６００、および店頭ディスプレイ７００の少なくとも何れかに出力する。

なお、本明細書では、管理システム１を飲食店３００に適用しているが、これは本発明を限定するものではなく、例えば、電車、飛行機、映画館、劇場、野球場、スタジアム、又は、ホテルなどの宿泊施設などに適用してもよい。

（サーバ１００の構成）
図２は、本発明の実施形態１におけるサーバ１００の構成を示す図であり、（ａ）は、サーバ１００の要部構成を示す機能ブロック図である。サーバ１００は、図２の（ａ）に示すように、サーバ通信部１１０、サーバ制御部１２０、およびサーバ記憶部１３０を備えている。

サーバ通信部１１０は、ネットワーク２００を介して、飲食店３００のルータ９００とデータの送受信をすることができる機能を備えている。

サーバ記憶部１３０では、顧客を特定するための情報である顧客情報、当該顧客に関連付けられた座席の状態を示す情報である座席管理情報、および当該顧客の注文状況を示す情報である注文管理情報が、互いに関連付けて保存されている。本実施形態では、顧客情報、座席管理情報、および注文管理情報はテーブル形式で管理されているが、これは本発明を限定するものではなく、顧客情報、座席管理情報、および注文管理情報はテーブル形式以外の形式で管理されていてもよい。サーバ記憶部１３０に保存されているテーブルの詳細については、後述する。

サーバ制御部１２０は、サーバ１００の各構成を統括的に制御するものである。サーバ制御部１２０の詳細について、以下に説明する。

（サーバ制御部１２０）
サーバ制御部１２０は、図２の（ａ）に示すように、情報管理部（管理手段）１２１、更新情報取得部（更新情報取得手段、情報取得手段）１２２、判定部（判定手段）１２３、報知内容決定部（決定手段）１２４、および報知内容出力部（出力手段）１２５として機能する。

情報管理部１２１は、サーバ記憶部１３０に保存されている顧客情報、座席管理情報、および注文管理情報を、互いに関連付けて管理する。

更新情報取得部１２２は、サーバ通信部１１０を制御し、顧客情報、座席管理情報、および注文管理情報の少なくとも何れかを更新するための更新情報を取得する。

判定部１２３は、更新情報取得部１２２が取得した更新情報が、情報管理部１２１が管理している顧客情報、座席管理情報、および注文管理情報と整合しているか否かを判定する。

報知内容決定部１２４は、顧客情報、座席管理情報、および注文管理情報の少なくとも何れかを参照して、報知内容を決定する。

報知内容出力部１２５は、報知内容決定部１２４が決定した報知内容を示す報知情報を出力する。

（サーバ１００のハードウェア構成）
図２の（ｂ）は、サーバ１００のハードウェア構成を示すブロック図である。図２の（ｂ）に示すように、サーバ１００は、通信部１１００、制御部１２００、および記憶部１３００を備えている。

通信部１１００は、ネットワーク２００を介して飲食店３００のルータ９００との通信を可能にするためのインターフェースである。通信部１１００は、上述したサーバ通信部１１０の機能を実現する。

記憶部１３００は、主記憶部および補助記憶部を備えている。記憶部１３００の主記憶部として利用可能なデバイスとしては、例えば、半導体ＲＡＭ（random access memory）を挙げることができる。また、記憶部１３００の補助記憶部として利用可能なデバイスとしては、例えば、ハードディスクドライブ（ＨＤＤ）を挙げることができ、補助記憶部には、サ―バ１００として動作させるための制御プログラムが保存されている。制御プログラムは、サーバ制御部１２０の機能を実現するためのプログラムである。

制御部１２００は、記憶部１３００の主記憶上に制御プログラムを展開し、展開された制御プログラムに含まれる各種の命令を実行することによって、上述したサーバ制御部１２０の機能を実現する。制御部１２００として利用可能なデバイスとしては、ＣＰＵ（Central Processing Unit）を挙げることができる。

（サーバ記憶部１３０に保存されているテーブル）
図３は、本発明の実施形態１におけるサーバ記憶部１３０に保存されているテーブルの例を示す図であり、（ａ）は、顧客情報テーブルを模式的に示した図であり、（ｂ）は、座席情報テーブルを模式的に示した図であり、（ｃ）は、注文情報テーブルを模式的に示した図であり、（ｄ）は、商品情報テーブルを模式的に示した図である。サーバ記憶部１３０に保存されているテーブルの詳細について、図３を用いて説明する。

サーバ記憶部１３０には、顧客情報テーブル、座席情報テーブル、注文情報テーブル、および商品情報テーブルが保存されている。

顧客情報テーブルは、図３の（ａ）に示すように、項目「ユーザＩＤ」および項目「ユーザ名」を含んでいる。

項目「ユーザＩＤ」は、上述したように、顧客を特定するための情報であり、上述した顧客情報に相当する。

項目「ユーザ名」は、ユーザＩＤによって特定される顧客の名前を示す情報である。

なお、顧客情報テーブルに含まれる項目はこれらに限定されず、例えば、項目「性別」、項目「年齢」、項目「電話番号」など、顧客に関する情報をさらに含む構成であってもよい。

座席情報テーブルは、図３の（ｂ）に示すように、項目「Ｎｏ．」、項目「座席番号」、項目「ユーザＩＤ」、項目「着席状況」、項目「注文ＩＤ」を含んでいる。

項目「座席番号」は、座席を特定するための情報である。

項目「着席状況」は、「座席番号」が示す座席に顧客が着席しているか否かを示す情報であり、上述した座席管理情報に相当する。なお、項目「着席状況」は、座席管理情報の一例であり、座席管理情報は、座席の状態をより詳しく示す情報（例えば、「予約済み」、「空席」、「退席」など）であってもよい。

項目「注文ＩＤ」は、注文を特定するための情報であり、注文を受けるたびに新たに割り当てられる。

項目「Ｎｏ．」は、「座席番号」の順に付される通し番号と、「注文ＩＤ」の順に付される通し番号とを示しており、各行を互いに区別する情報である。例えば、「Ｎｏ．」が「１−２」の場合、「座席番号」が「１」の顧客が２つ目に注文した「注文ＩＤ」の行であり、「Ｎｏ．」が「３−１」は、「座席番号」が「３」の顧客が１つ目に注文した「注文ＩＤ」の行である。

なお、座席情報テーブルに含まれる項目はこれらに限定されず、例えば、項目「定員」、項目「喫煙区分（喫煙/禁煙）」、項目「位置情報」など、座席に関する情報をさらに含む構成であってもよい。

注文情報テーブルは、図３の（ｃ）に示すように、項目「注文ＩＤ」、項目「商品ＩＤ」、項目「配膳状況」を含んでいる。

項目「商品ＩＤ」は、「注文ＩＤ」によって特定される注文の商品を示す情報である。

項目「配膳状況」は、「注文ＩＤ」によって特定される注文の注文状況を示す情報であり、上述した注文管理情報に相当する。

なお、注文情報テーブルに含まれる項目はこれらに限定されず、例えば、項目「量指定（大盛り/少なめ）」、項目「味指定（濃い味/薄味）」など、注文に関する情報をさらに含む構成であってもよい。

商品情報テーブルは、図３の（ｄ）に示すように、項目「商品ＩＤ」、項目「商品名」、項目「金額」を含んでいる。

項目「商品名」は、「商品ＩＤ」によって特定される商品の名前を示す情報である。

項目「金額」は、「商品ＩＤ」によって特定される商品の値段を示す情報である。

なお、商品情報テーブルに含まれる項目はこれらに限定されず、例えば、項目「取扱区分（取扱可/不可）」、項目「調理時間」など、商品に関する情報をさらに含む構成であってもよい。

（顧客端末４００の構成）
図４は、本発明の実施形態１における顧客端末４００の構成を示す図であり、（ａ）は、顧客端末４００要部構成を示す機能ブロック図である。顧客端末４００は、図４の（ａ）に示すように、顧客端末通信部４１０、顧客端末制御部４２０、顧客端末記憶部４３０、タッチパネル式表示部４４０、ＢＬＥ通信部４５０、バイブレーション部（報知手段）４６０、およびスピーカ部４７０（報知手段）を備えている。

顧客端末通信部４１０は、飲食店３００のルータ９００とデータの送受信をすることができる機能を備えている。

顧客端末記憶部４３０は、顧客端末４００を使用している顧客の情報が保存されている。顧客端末記憶部４３０に保存されている顧客の情報の例として、顧客情報、名前を示す名前情報、連絡先の電話番号を示す電話番号情報などが挙げられるが、これに限定されない。

タッチパネル式表示部４４０は、表示部（報知手段）４４１および操作受付部４４２を備えている。

表示部４４１は、顧客端末制御部４２０から出力される画像信号を表示する表示デバイスである。

操作受付部４４２は、接触を検出するセンサを備えており、顧客から受け付けた操作を操作信号に変換し、出力する。

なお、顧客端末４００は、タッチパネル式表示部４４０に替えて、表示部４４１と操作受付部４４２とを別々に備える構成であってもよい。

ＢＬＥ通信部４５０は、テーブル５００またはビーコン機器８００との間でＢＬＥ（Bluetooth（登録商標） Low Energy）通信をすることができる機能を備えている。

なお、顧客端末４００は、ＢＬＥ通信部４５０に替えて、ＮＦＣ（Near Field Communication）通信をすることができる機能を備えるＮＦＣ通信部を備える構成であってもよく、また、ＢＬＥ通信部４５０およびＮＦＣ通信部の両方を備える構成であってもよい。顧客端末４００がＢＬＥ通信部４５０およびＮＦＣ通信部の両方を備える場合、通信する相手の機器に応じて、ＢＬＥ通信部４５０またはＮＦＣ通信部を使い分けることが可能である。

バイブレーション部４６０は、顧客端末制御部４２０の制御によって、顧客端末４００を振動させる機能を有している。

スピーカ部４７０は、顧客端末制御部４２０から出力される音声信号が示す音を出力する。

顧客端末制御部４２０は、顧客端末４００の各構成を統括的に制御するものである。顧客端末制御部４２０の詳細について、以下に説明する。

（顧客端末制御部４２０）
顧客端末制御部４２０は、図４の（ａ）に示すように、報知情報取得部（報知情報取得手段）４２１、表示制御部４２２、注文処理部（情報出力手段、出力手段）４２３、顧客端末情報管理部４２４、座席予約部４２５、および位置情報生成部（情報出力手段、出力手段）４２６として機能する。

報知情報取得部４２１は、顧客端末通信部４１０を制御し、サーバ１００が出力した報知情報を取得する。

表示制御部４２２は、表示部４４１に表示する画像信号を出力する。

注文処理部４２３は、操作受付部４４２から顧客が注文したことを示す操作信号を取得すると、操作信号が示す注文処理を実行する。注文処理の詳細については、後述する。なお、注文処理は、ネットワーク２００を介して通信可能なウェブサーバ（不図示）におけるウェブアプリケーションによって実行されてもよく、または、顧客端末４００にインストールされたアプリケーションによって実行されてもよい。

顧客端末情報管理部４２４は、顧客端末記憶部４３０に保存されている情報を管理する。

座席予約部４２５は、操作受付部４４２から顧客が座席を予約したことを示す操作信号を取得すると、操作信号が示す座席予約処理を実行する。座席予約処理の詳細については、後述する。なお、座席予約処理は、ネットワーク２００を介して通信可能なウェブサーバ（不図示）におけるウェブアプリケーションによって実行されてもよく、または、顧客端末４００にインストールされたアプリケーションによって実行されてもよい。

位置情報生成部４２６は、各ビーコン機器８００から送信されるビーコン信号の受信強度と各ビーコン信号に含まれるAdvertisingフレームに含まれている参照ＲＳＳＩとを参照し、各ビーコン機器８００との間の距離を算出する。そして、位置情報生成部４２６は、算出した距離と、各ビーコン機器８００の位置を示す位置データとを参照し、特定した顧客端末４００の位置を示す位置情報を生成する。また、位置情報生成部４２６は、顧客端末４００に最も近いビーコン機器８００を示すビーコン機器識別情報を、位置情報としてもよい。この場合、位置情報生成部４２６が生成した位置情報は、上述した顧客端末４００の位置を特定した位置情報と比べて大雑把な位置を示すが、顧客端末４００を有する顧客が座った座席が特定できる程度に位置を特定できる位置情報であればよい。なお、顧客端末４００は、ビーコン機器８００から一定距離以上離れるとビーコン信号を受信できなくなる。そのため、顧客端末４００がビーコン信号を受信できない場合、位置情報生成部４２６が生成する位置情報は、顧客端末４００を有する顧客は座った座席から離れたことを示す情報であってもよい。

（顧客端末４００のハードウェア構成）
図４の（ｂ）は、顧客端末４００のハードウェア構成を示すブロック図である。図４の（ｂ）に示すように、顧客端末４００は、通信部４１００、制御部４２００、記憶部４３００、タッチパネル式表示部４４００、ＢＬＥ通信部４５００、バイブレーション部４６００、およびスピーカ部４７００を備えている。

通信部４１００は、飲食店３００のルータ９００との通信を可能にするためのインターフェースである。通信部４１００は、上述した顧客端末通信部４１０の機能を実現する。

記憶部４３００は、主記憶部および補助記憶部を備えている。記憶部４３００の主記憶部として利用可能なデバイスとしては、例えば、半導体ＲＡＭを挙げることができる。また、記憶部４３００の補助記憶部として利用可能なデバイスとしては、例えば、ハードディスクドライブを挙げることができ、補助記憶部には、顧客端末４００として動作させるための制御プログラムが保存されている。制御プログラムは、顧客端末制御部４２０の機能を実現するためのプログラムである。

制御部４２００は、記憶部４３００の主記憶上に制御プログラムを展開し、展開された制御プログラムに含まれる各種の命令を実行することによって、上述した顧客端末制御部４２０の機能を実現する。制御部４２００として利用可能なデバイスとしては、ＣＰＵを挙げることができる。

タッチパネル式表示部４４００は、タッチパネル式表示部４４０として機能する表示デバイスであり、バックライトを有した透過型の液晶パネルによって実現できるが、これに限定されず、有機ＥＬディスプレイなど、他の表示デバイスによって実現してもよい。

ＢＬＥ通信部４５００は、ＢＬＥ通信を行うための通信モジュールである。

バイブレーション部４６００は、振動モータ等によって実現できる、顧客端末４００を振動させるデバイスである。

スピーカ部４７００は、入力された音声信号が示す音を出力するデバイスである。

（テーブル５００の外観）
図５は、本発明の実施形態１におけるテーブル５００の構成を示す図である。テーブル５００の詳細について、図５を用いて説明する。

図５の（ａ）は、テーブル５００の外観を示す図である。テーブル５００は、図５の（ａ）に示すように、テーブルディスプレイ５４０およびタグリーダ５６０を備えている。

テーブルディスプレイ５４０は、テーブル５００と一体になるように構成されている。さらに、テーブル５００がガラス製であって、ガラスの表面に画像が表示される構成が好ましい。なお、テーブルディスプレイ５４０の構成はこれに限定されず、携帯可能なテーブルディスプレイおよび充電台がテーブル５００上に設けられている構成であってもよい。

タグリーダ５６０は、近距離通信を行うことにより、食器５６１に付されたタグ５６２に予め書き込まれた情報を読み取る機能を備えている。タグ５６２に予め書き込まれる情報には、食器５６１に盛られた商品の注文を識別するための注文識別情報が含まれており、その他に、当該商品を識別する商品情報が含まれていてもよい。なお、テーブル５００に設けられるタグリーダ５６０の数は１つに限定されず、テーブル５００は、複数のタグリーダ５６０を備えていてもよい。また、タグリーダ５６０は、テーブル５００と一体、またはテーブル５００の裏面に設けられている構成であってもよい。

また、タグリーダ５６０が読み取ったタグ５６２の情報に、商品を識別する商品情報が含まれている場合、テーブル５００は、商品を管理する商品管理サーバ（不図示）に当該商品情報を出力し、商品管理サーバから当該商品情報が示す商品に関する情報を取得する構成であってもよい。また、テーブル５００が取得した商品に関する情報のうち、当該商品の金額を示す金額情報が含まれる場合、テーブル５００は、顧客が注文した商品の合計金額を表示する構成であってもよい。また、顧客が注文した商品の合計金額を示す合計金額情報を、他の端末（例えば、飲食店３００のレジ端末）に出力する構成であってもよい。

（テーブル５００の構成）
図５の（ｂ）は、テーブル５００の要部構成を示す機能ブロック図である。テーブル５００は、図５の（ｂ）に示すように、テーブル通信部５１０、テーブル制御部５２０、テーブル記憶部５３０、タッチパネル式表示部５４０、ＢＬＥ通信部５５０、タグリーダ５６０、スピーカ部（報知手段）５７０、およびバイブレーション部（報知手段）５８０を備えている。

テーブル通信部５１０は、飲食店３００のルータ９００とデータの送受信をすることができる機能を備えている。

テーブル記憶部５３０は、飲食店３００が提供する商品のメニューが保存されている。

タッチパネル式表示部５４０は、表示部（報知手段）５４１および操作受付部５４２を備えている。

表示部５４１は、テーブル制御部５２０から出力される画像信号を表示する表示デバイスである。

操作受付部５４２は、接触を検出するセンサを備えており、顧客から受け付けた操作を操作信号に変換し、出力する。

なお、テーブル５００は、タッチパネル式表示部５４０に替えて、表示部５４１と操作受付部５４２とを別々に備える構成であってもよい。

ＢＬＥ通信部５５０は、顧客端末４００またはビーコン機器８００との間でＢＬＥ（Bluetooth（登録商標） Low Energy）通信をすることができる機能を備えている。ＢＬＥ通信部５５０は、上述したタグリーダ５６０と同様、複数のＢＬＥ通信部５５０がテーブル５００に設けられている構成であってよいし、テーブル５００の裏面に設けられている構成であってもよい。

なお、テーブル５００は、ＢＬＥ通信部５５０に替えて、ＮＦＣ（Near Field Communication）通信をすることができる機能を備えるＮＦＣ通信部を備える構成であってもよく、また、ＢＬＥ通信部５５０およびＮＦＣ通信部の両方を備える構成であってもよい。テーブル５００がＢＬＥ通信部５５０およびＮＦＣ通信部の両方を備える場合、通信する相手の機器に応じて、ＢＬＥ通信部５５０またはＮＦＣ通信部を使い分けることが可能である。

スピーカ部５７０は、テーブル制御部５２０から出力される音声信号が示す音を出力する。

バイブレーション部５８０は、テーブル制御部５２０の制御によって、テーブル５００を振動させる機能を有している。

テーブル制御部５２０は、テーブル５００の各構成を統括的に制御するものである。テーブル制御部５２０の詳細について、以下に説明する。

（テーブル制御部５２０）
テーブル制御部５２０は、図５の（ｂ）に示すように、報知情報取得部（報知情報取得手段）５２１、表示制御部５２２、注文処理部５２３、端末情報取得部５２４として機能する。

報知情報取得部５２１は、テーブル通信部５１０を制御し、サーバ１００が出力した報知情報を取得する。

表示制御部５２２は、表示部５４１に表示する画像信号を出力する。

注文処理部５２３は、操作受付部５４２から顧客が注文したことを示す操作信号を取得すると、操作信号が示す注文処理を実行する。注文処理の詳細については、後述する。なお、注文処理は、ネットワーク２００を介して通信可能なウェブサーバ（不図示）におけるウェブアプリケーションによって実行されてもよく、または、テーブル５００にインストールされたアプリケーションによって実行されてもよい。

端末情報取得部５２４は、ＢＬＥ通信部５５０を制御し、顧客端末４００から出力される端末情報を取得する。

また、テーブル５００は、端末情報取得部５２４が取得した端末情報に、例えば、顧客がアレルギーを起こす食物に関する情報が含まれている場合、テーブル記憶部５３０に保存されている商品のメニューを参照することにより、顧客に対して、商品の中に顧客がアレルギーを起こす食物が含まれていることを、報知することもできる。なお、サーバ１００が商品のメニューおよび当該商品に関する情報を記憶したメニュー記憶部（不図示）を備え、サーバ記憶部１３０に保存されている顧客情報テーブルが、当該顧客がアレルギーを起こす食物を示す項目「アレルギー食物」を含む構成であってもよい。この場合、テーブル５００は、端末情報取得部５２４が取得した端末情報に含まれる顧客情報を、サーバ１００に出力する。サーバ１００は、取得した顧客情報、メニュー記憶部、および顧客情報テーブルを参照する。そして、サーバ１００は、メニューの商品の中に顧客がアレルギーを起こす食物が含まれている場合、テーブル５００に対して、メニューの商品の中に顧客がアレルギーを起こす食物が含まれていることを示す情報を出力する構成であってもよい。

（テーブル５００のハードウェア構成）
図５の（ｃ）は、テーブル５００のハードウェア構成を示すブロック図である。図５の（ｃ）に示すように、テーブル５００は、通信部５１００、制御部５２００、記憶部５３００、タッチパネル式表示部５４００、ＢＬＥ通信部５５００、タグリーダ５６００、スピーカ部５７００、およびバイブレーション部５８００を備えている。

通信部５１００は、飲食店３００のルータ９００との通信を可能にするためのインターフェースである。通信部５１００は、上述したテーブル通信部５１０の機能を実現する。

記憶部５３００は、主記憶部および補助記憶部を備えている。記憶部５３００の主記憶部として利用可能なデバイスとしては、例えば、半導体ＲＡＭを挙げることができる。また、記憶部５３００の補助記憶部として利用可能なデバイスとしては、例えば、ハードディスクドライブを挙げることができ、補助記憶部には、テーブル５００として動作させるための制御プログラムが保存されている。制御プログラムは、テーブル制御部５２０の機能を実現するためのプログラムである。

制御部５２００は、記憶部５３００の主記憶上に制御プログラムを展開し、展開された制御プログラムに含まれる各種の命令を実行することによって、上述したテーブル制御部５２０の機能を実現する。制御部５２００として利用可能なデバイスとしては、ＣＰＵを挙げることができる。

タッチパネル式表示部５４００は、タッチパネル式表示部５４０として機能する表示デバイスであり、バックライトを有した透過型の液晶パネルによって実現できるが、これに限定されず、有機ＥＬディスプレイなど、他の表示デバイスによって実現してもよい。

ＢＬＥ通信部５５００は、ＢＬＥ通信を行うための通信モジュールである。

タグリーダ５６００は、近距離通信を行うことによってタグに予め書き込まれている情報を読み出すものである。

スピーカ部５７００は、入力された音声信号が示す音を出力するデバイスである。

バイブレーション部５８００は、振動モータ等によって実現できる、テーブル５００を振動させるデバイスである。

（店員端末６００の構成）
図６は、本発明の実施形態１における店員端末６００および店頭ディスプレイ７００の構成を示す図であり、（ａ）は、店員端末６００の要部構成を示す機能ブロック図である。店員端末６００は、図６の（ａ）に示すように、店員端末通信部６１０、店員端末制御部６２０、タッチパネル式表示部６４０、バイブレーション部（報知手段）６６０、およびスピーカ部（報知手段）６７０を備えている。

店員端末通信部６１０は、飲食店３００のルータ９００とデータの送受信をすることができる機能を備えている。

タッチパネル式表示部６４０は、表示部（報知手段）６４１および操作受付部６４２を備えている。

表示部６４１は、店員端末制御部６２０から出力される画像信号を表示する表示デバイスである。

操作受付部６４２は、接触を検出するセンサを備えており、顧客から受け付けた操作を操作信号に変換し、出力する。

なお、店員端末６００は、タッチパネル式表示部６４０に替えて、表示部６４１と操作受付部６４２とを別々に備える構成であってもよい。

バイブレーション部６６０は、店員端末制御部６２０の制御によって、店員端末６００を振動させる機能を有している。

スピーカ部６７０は、店員端末制御部６２０から出力される音声信号が示す音を出力する。

店員端末制御部６２０は、店員端末６００の各構成を統括的に制御するものである。店員端末制御部６２０の詳細について、以下に説明する。

（店員端末制御部６２０）
店員端末制御部６２０は、図６の（ａ）に示すように、報知情報取得部（報知情報取得手段）６２１、表示制御部６２２、注文処理部６２３、および座席予約部６２５として機能する。

報知情報取得部６２１は、店員端末通信部６１０を制御し、サーバ１００が出力した報知情報を取得する。

表示制御部６２２は、表示部６４１に表示する画像信号を出力する。

注文処理部６２３は、操作受付部６４２から顧客が注文したことを示す操作信号を取得すると、操作信号が示す注文処理を実行する。注文処理の詳細については、後述する。なお、注文処理は、ネットワーク２００を介して通信可能なウェブサーバ（不図示）におけるウェブアプリケーションによって実行されてもよく、または、店員端末６００にインストールされたアプリケーションによって実行されてもよい。

座席予約部６２５は、操作受付部６４２から顧客が座席を予約したことを示す操作信号を取得すると、操作信号が示す座席予約処理を実行する。座席予約処理の詳細については、後述する。なお、座席予約処理は、ネットワーク２００を介して通信可能なウェブサーバ（不図示）におけるウェブアプリケーションによって実行されてもよく、または、店員端末６００にインストールされたアプリケーションによって実行されてもよい。

（店頭ディスプレイ７００の構成）
図６の（ｂ）は、店頭ディスプレイ７００の要部構成を示す機能ブロック図である。店頭ディスプレイ７００は、図６の（ｂ）に示すように、店頭ディスプレイ通信部７１０、店頭ディスプレイ制御部７２０、タッチパネル式表示部７４０、ＢＬＥ通信部７５０、バイブレーション部（報知手段）７６０、およびスピーカ部（報知手段）７７０を備えている。

店頭ディスプレイ通信部７１０は、飲食店３００のルータ９００とデータの送受信をすることができる機能を備えている。

タッチパネル式表示部７４０は、表示部（報知手段）７４１および操作受付部７４２を備えている。

表示部７４１は、店頭ディスプレイ制御部７２０から出力される画像信号を表示する表示デバイスである。

操作受付部７４２は、顧客の操作を受け付けるものであり、ハードキー、スイッチなどである。操作受付部７４２は、顧客から受け付けた操作を操作信号に変換し、出力する。

なお、店頭ディスプレイ７００は、タッチパネル式表示部７４０に替えて、表示部７４１と操作受付部７４２とを別々に備える構成であってもよい。

ＢＬＥ通信部７５０は、顧客端末４００との間でＢＬＥ（Bluetooth（登録商標） Low Energy）通信をすることができる機能を備えている。

なお、店頭ディスプレイ７００は、ＢＬＥ通信部７５０に替えて、ＮＦＣ（Near Field Communication）通信をすることができる機能を備えるＮＦＣ通信部を備える構成であってもよく、また、ＢＬＥ通信部７５０およびＮＦＣ通信部の両方を備える構成であってもよい。店頭ディスプレイ７００がＢＬＥ通信部７５０およびＮＦＣ通信部の両方を備える場合、顧客端末４００が通信する通信方式に応じて、ＢＬＥ通信部５５０またはＮＦＣ通信部を使い分けることが可能である。

バイブレーション部７６０は、店頭ディスプレイ制御部７２０の制御によって、店頭ディスプレイ７００を振動させる機能を有している。

スピーカ部７７０は、店頭ディスプレイ制御部７２０から出力される音声信号が示す音を出力する。

店頭ディスプレイ制御部７２０は、店頭ディスプレイ７００の各構成を統括的に制御するものである。店頭ディスプレイ７００の詳細について、以下に説明する。

（店頭ディスプレイ制御部７２０）
店頭ディスプレイ制御部７２０は、図６の（ｂ）に示すように、報知情報取得部（報知情報取得手段）７２１、表示制御部７２２、端末情報取得部７２４、および座席予約部７２５として機能する。

報知情報取得部７２１は、店頭ディスプレイ通信部７１０を制御し、サーバ１００が出力した報知情報を取得する。

表示制御部７２２は、表示部７４１に表示する画像信号を出力する。

端末情報取得部７２４は、ＢＬＥ通信部７５０を制御し、顧客端末４００から出力される端末情報を取得する。

座席予約部７２５は、操作受付部７４２から顧客が座席を予約したことを示す操作信号を取得すると、操作信号が示す座席予約処理を実行する。座席予約処理の詳細については、後述する。なお、座席予約処理は、ネットワーク２００を介して通信可能なウェブサーバ（不図示）におけるウェブアプリケーションによって実行されてもよく、または、店頭ディスプレイ７００にインストールされたアプリケーションによって実行されてもよい。

（ビーコン機器８００）
ビーコン機器８００は、ＢＬＥ通信を用いてビーコン信号を発信する機器（ペリフェラル）である。なお、ビーコン機器８００は、自機をペリフェラルとして機能させるためのプログラムがインストールされた汎用機器（スマートフォン、ＰＣ等）であるが、ビーコン機器８００は、壁に固定するタイプの専用機器であってもよい。また、本明細書において、３つのビーコン機器８００ａ〜８００ｃを用いているが、４つ以上のビーコン機器８００を用いる構成であってもよい。

（ルータ９００）
ルータ９００は、無線ＬＡＮアクセスポイントとして機能する通信機器である。

（サーバ１００が報知内容を決定する処理）
図７は、本発明の実施形態１におけるサーバ１００が、報知内容を決定する処理の流れを示すフローチャートである。サーバ１００が報知内容を決定する処理について、図７を用いて説明する。なお、ステップＳ１〜Ｓ３までの処理の詳細については、参照する図面を替えて後述する。また、ステップＳ５において決定する報知内容の例についても、後述する。

（ステップＳ１）
サーバ１００の更新情報取得部１２２は、サーバ通信部１１０を介して、顧客情報、座席管理情報、および注文管理情報の少なくとも何れかを更新するための更新情報を取得する。更新情報取得部１２２は、取得した更新情報を、判定部１２３に出力する。

（ステップＳ２）
判定部１２３は、更新情報を取得すると、当該更新情報に関連する情報を、情報管理部１２１に出力するよう要求する。情報管理部１２１は、当該要求を受け付けると、サーバ記憶部１３０から、当該更新情報に関連する情報を取得し、判定部１２３に出力する。判定部１２３は、当該更新情報と、取得した情報とが整合するか否かを判定する。

（ステップＳ３）
ステップＳ２において、「整合する」と判定された場合（ステップＳ２：ＹＥＳ）、判定部１２３は、整合する旨を示す判定結果と取得した更新情報とを、情報管理部１２１に出力する。情報管理部１２１は、整合する旨を示す判定結果を取得すると、サーバ記憶部１３０に保存されている情報を、取得した更新情報が示す内容に更新する。

（ステップＳ４）
続いて、判定部１２３は、整合する旨を示す判定結果と取得した更新情報とを、報知内容決定部１２４に出力する。報知内容決定部１２４は、取得した判定結果と更新情報とを参照し、報知内容はあるか否かを判定する。

（ステップＳ５）
ステップＳ４において、「報知内容はある」と判定された場合、報知内容決定部１２４は、取得した更新情報に含まれる顧客情報、座席管理情報、および注文管理情報の少なくとも何れかを参照して、報知内容を決定する。報知内容決定部１２４は、決定した報知内容を示す報知情報を、報知内容出力部１２５に出力する。

（ステップＳ６）
報知内容出力部１２５は、取得した報知情報を、サーバ通信部１１０を介して出力する。

一方、ステップＳ２において、「整合しない」と判定された場合（ステップＳ２：ＮＯ）、判定部１２３は、整合しない旨を示す判定結果と取得した更新情報とを、報知内容決定部１２４に出力し、ステップＳ４の処理に進む。

また、ステップＳ４において、「報知内容はない」と判定された場合（ステップＳ４：ＮＯ）、図７に示す処理は終了する。

（ステータス）
ここで、ステップＳ１〜Ｓ３の処理の詳細について説明する前に、座席および配膳の各状態を示すステータス名称の例を、以下に示す。

・顧客が座席を予約した状態を示す「予約済み」
・顧客が座席に座った状態を示す「着席済み」
・顧客が注文した状態を示す「注文済み」
・顧客が注文した商品の準備が完了した状態を示す「準備完了」
・店員が商品を顧客に配膳する形式の場合、注文した商品の配膳が終わった状態を示す「配膳」
・顧客が座席から離れたことを示す「一時離席」
・顧客が退店したことを示す「退店」
・座席が空席になったことを示す「空席」
サーバ１００では、互いに関連付けて管理している顧客情報、座席管理情報、および注文管理情報を参照することにより、これらのステータスの中の何れであるかを特定することができる。すなわち、上述したサーバ１００が報知内容を決定する処理のステップＳ３において、情報管理部１２１が情報を更新する処理とは、顧客情報、座席管理情報、および注文管理情報の少なくとも何れかを更新する処理であるため、ステータスを変更する処理であるとも捉えることができる。また、同様に、サーバ１００がステータスを参照する処理とは、顧客情報、座席管理情報、および注文管理情報の少なくとも何れかを参照する処理であるとも捉えることができる。

そこで、ステップＳ１〜Ｓ３の処理の詳細を、ステータスが変化する処理として、図８および図９を用いて詳しく説明する。図８は、本発明の実施形態１に係る管理システム１において、ステータスが変化する処理の流れを示すシーケンス図である。なお、図８に示すシーケンス図では、上述したステップＳ２の判定処理において判定部１２３が「整合しない」と判定した場合はステータスが変化しないため、以下の説明では、上述したステップＳ２の判定処理において「整合する」と判定する場合について、説明する。

（ステップＳ１１）
まず、顧客は、顧客端末４００に対して、座席予約の操作を行う。顧客端末４００の操作受付部４４２は、座席を予約する旨の操作を受け付けると、当該操作を示す操作信号と予約した座席の番号を示す座席番号情報とを、座席予約部４２５に出力する。座席予約部４２５は、座席を予約する旨を示す操作信号と座席番号情報とを取得すると、座席予約処理を実行する。具体的には、座席予約部４２５は、顧客端末情報管理部４２４に顧客情報を出力するよう要求する。顧客端末情報管理部４２４は、当該要求を受け付けると、顧客端末記憶部４３０から顧客情報を取得し、座席予約部４２５に出力する。座席予約部４２５は、取得した顧客情報と座席番号情報とを含む更新情報を、顧客端末通信部４１０を介して出力する。

（ステップＳ１２）
サーバ１００の更新情報取得部１２２は、サーバ通信部１１０を介して、更新情報を取得する。更新情報取得部１２２は、取得した更新情報を、判定部１２３に出力する。判定部１２３は、取得した更新情報に関連する情報を、情報管理部１２１に出力するよう要求する。この場合、情報管理部１２１は、サーバ記憶部１３０に保存されている座席情報テーブルに含まれる項目「座席番号」のうち、取得した座席番号情報と一致する行における項目「ユーザＩＤ」に格納されている顧客情報を、判定部１２３に出力する。判定部１２３は、顧客情報を取得すると、情報管理部１２１から取得した顧客情報が「ＮＵＬＬ」であるか否かを判定する。すなわち、判定部１２３は、顧客が予約しようとしていた座席が空席であるか否かを判定する。判定部１２３は、「空席である」と判定した場合、判定部１２３は、判定結果と取得した更新情報を情報管理部１２１に出力する。

（ステップＳ１３）
情報管理部１２１は、空席であることを示す判定結果と更新情報とを取得すると、「予約済み」ステータスに変更するため、管理する顧客情報を、取得した更新情報に含まれる顧客情報に更新する。具体的には、例えば、更新情報に含まれる顧客情報が「００００４」であり、座席番号情報が「００４」である場合、情報管理部１２１は、図３の（ｂ）に示すように、項目「座席番号」が「００４」である行（「Ｎｏ．」が「４−１」の行）における項目「ユーザＩＤ」を「００００４」に更新する。ここで、顧客はまだ来店前のため、項目「着席状況」および「注文ＩＤ」は「ＮＵＬＬ」である。

なお、上述したステップＳ１１の処理は、店員端末６００または店頭ディスプレイ７００が実行してもよい。

ステップＳ１１の処理を店員端末６００が実行する場合、操作受付部６４２は、座席を予約する旨の操作を受け付けると、当該操作を示す操作信号と、予約した座席番号を示す座席番号情報と、当該座席を予約した顧客を示す顧客情報とを、座席予約部６２５に出力する。座席予約部６２５は、取得した顧客情報と座席番号情報とを含む更新情報を、店員端末通信部６１０を介して出力する。

また、ステップＳ１１の処理を店頭ディスプレイ７００が実行する場合、操作受付部７４２は、座席を予約する旨の操作を受け付けると、当該操作を示す操作信号と、予約した座席の番号を示す座席番号情報と、当該座席を予約した顧客を示す顧客情報とを、座席予約部７２５に出力する。座席予約部７２５は、取得した顧客情報と座席番号情報とを含む更新情報を、店頭ディスプレイ通信部７１０を介して出力する。なお、顧客情報は、操作受付部７４２が取得する構成に限定されない。例えば、顧客が顧客端末４００を店頭ディスプレイ７００に近付け、顧客端末４００のＢＬＥ通信部４５０と店頭ディスプレイ７００のＢＬＥ通信部７５０とが通信することにより、店頭ディスプレイ７００の端末情報取得部７２４が、顧客情報を取得する構成であってもよい。

（ステップＳ１４）
続いて、顧客が来店すると、顧客端末４００の位置情報生成部４２６は、位置情報を生成する。そして、位置情報生成部４２６は、顧客端末情報管理部４２４に顧客情報を出力するよう要求する。顧客端末情報管理部４２４は、当該要求を受け付けると、顧客情報を位置情報生成部４２６に出力する。位置情報生成部４２６は、生成した位置情報と顧客情報とを含む更新情報を、顧客端末通信部４１０を介して出力する。

（ステップＳ１５）
サーバ１００の更新情報取得部１２２は、サーバ通信部１１０を介して、更新情報を取得する。更新情報取得部１２２は、取得した更新情報を、判定部１２３に出力する。判定部１２３は、取得した更新情報に関連する情報を、情報管理部１２１に出力するよう要求する。この場合、情報管理部１２１は、サーバ記憶部１３０に保存されている座席情報テーブルに含まれる項目「ユーザＩＤ」が、取得した顧客情報と一致する行における項目「座席番号」に格納されている座席番号情報を、判定部１２３に出力する。判定部１２３は、情報管理部１２１から座席番号情報を取得すると、情報管理部１２１から取得した座席番号情報が示す座席番号の座席の位置と、取得した更新情報に含まれる位置情報の位置とが、一致するか否かを判定する。すなわち、顧客端末４００の位置が、予約した座席の位置と一致するか否かを判定する。判定部１２３は、「予約した座席の位置と顧客端末４００の位置が一致する」と判定した場合、判定結果と取得した更新情報を情報管理部１２１に出力する。

（ステップＳ１６）
情報管理部１２１は、判定部１２３から、予約した座席の位置と顧客端末４００の位置が一致したことを示す判定結果と更新情報とを取得すると、「着席済み」ステータスに変更するため、取得した更新情報に含まれる顧客情報に関連付けられている座席管理情報を更新する。具体的には、例えば、更新情報に含まれる顧客情報が「００００５」の場合、情報管理部１２１は、図３の（ｂ）に示すように、項目「ユーザＩＤ」が「００００５」である行（「Ｎｏ．」が「５−１」の行）における項目「着席状況」を「着席」に更新する。ここで、顧客はまだ注文前のため、項目「注文ＩＤ」は「ＮＵＬＬ」である。

なお、上述したステップＳ１４の処理は、テーブル５００が実行してもよい。

ステップＳ１４の処理をテーブル５００が実行する場合、顧客は顧客端末４００を、テーブル５００の上に置くことにより、顧客端末４００のＢＬＥ通信部４５０とテーブル５００のＢＬＥ通信部５５０とが通信し、端末情報取得部５２４は、顧客情報を取得する。そして、端末情報取得部５２４は、テーブル５００に割り当てられた座席番号を示す座席番号情報と、顧客情報とを含む更新情報を、テーブル通信部５１０を介して出力する。

また、本実施形態では、判定部１２３は、予約した座席と顧客が座った座席とが一致するか否かを判定したが、顧客が予約をしていない座席に座った場合、当該座席に他の顧客の予約が入っていない場合は、「着席済み」のステータスに変更してもよい。

（ステップＳ１７）
続いて、顧客は、顧客端末４００に対して、注文の操作を行う。顧客端末４００の操作受付部４４２は、注文の操作を受け付けると、当該操作を示す操作信号と注文した商品を示す商品情報とを、注文処理部４２３に出力する。注文処理部４２３は、注文の操作を示す操作信号と商品情報とを取得すると、注文処理を実行する。具体的には、注文処理部４２３は、顧客端末情報管理部４２４に顧客情報を出力するよう要求する。顧客端末情報管理部４２４は、当該要求を受け付けると、顧客端末記憶部４３０から顧客情報を取得し、注文処理部４２３に出力する。注文処理部４２３は、商品情報と、取得した顧客情報とを含む更新情報を、顧客端末通信部４１０を介して出力する。なお、ステップＳ１７において、注文処理部４２３は、顧客情報に替えて、座席番号情報を出力する構成であってもよい。

（ステップＳ１８）
サーバ１００の更新情報取得部１２２は、サーバ通信部１１０を介して、更新情報を取得する。更新情報取得部１２２は、取得した更新情報を、判定部１２３に出力する。判定部１２３は、取得した更新情報に関連する情報を、情報管理部１２１に出力するよう要求する。この場合、情報管理部１２１は、サーバ記憶部１３０に保存されている座席情報テーブルに含まれる項目「ユーザＩＤ」が、取得した顧客情報と一致する行における項目「着席状況」に格納されている座席管理情報を、判定部１２３に出力する。判定部１２３は、情報管理部１２１から座席管理情報を取得すると、取得した座席管理情報が「ＮＵＬＬ」ではないか否かを判定する。すなわち、顧客が座席に座っているか、または一旦着席したか否かを判定する。判定部１２３は、「顧客は座席に座っている、または一旦着席した」と判定した場合、判定結果と取得した更新情報を、情報管理部１２１に出力する。

また、ステップＳ１７において、注文処理部４２３が座席番号情報を出力した場合、情報管理部１２１は、サーバ記憶部１３０に保存されている座席情報テーブルに含まれる項目「座席番号」に格納されている座席番号情報が、取得した座席番号情報と一致する行における項目「着席状況」に格納されている座席管理情報を、判定部１２３に出力する。そして、判定部１２３は、取得した座席管理情報が「ＮＵＬＬ」ではないか否かを判定する処理以降は、上述した処理と同じであるため、詳細は省略する。なお、ステップＳ１７において、情報管理部１２１が取得した座席番号情報と一致する座席番号情報に関連付けられた項目「着席状況」に複数の座席管理情報が格納されている場合（例えば、図３の（ｂ）における項目「座席番号」が「００３」の行において、項目「着席状況」に格納されている座席管理情報は「離席」および「着席」である）、全ての行における項目「着席状況」に格納されている座席管理情報が「ＮＵＬＬ」ではないか否かを判定する。すなわち、情報管理部１２１が取得した座席番号情報が示す座席が、複数の顧客が座ることのできる座席の場合、判定部１２３は、少なくとも一人の顧客が座っているか否かを判定し、当該座席管理情報が示す座席に少なくとも一人の顧客が座っている場合、「顧客は座席に座っている、または一旦着席した」と判定する。

（ステップＳ１９）
情報管理部１２１は、判定部１２３から、顧客が座席に座っている、または一旦着席したことを示す判定結果と更新情報とを取得すると、「注文済み」ステータスに変更するため、取得した更新情報に含まれる顧客情報に関連付けられている注文管理情報を更新する。具体的には、例えば、更新情報に含まれる顧客情報が「００００２」であり、更新情報に含まれる商品情報が「００５０」であった場合、図３の（ｂ）に示すように、項目「ユーザＩＤ」が「００００２」である行（「Ｎｏ．」が「３−３」の行）における項目「注文ＩＤ」を、新たに割り当てられた「１０１５」に更新する。そして、情報管理部１２１は、図３の（ｃ）に示すように、注文情報テーブルにおいて、「注文ＩＤ」が「１０１５」の行における項目「商品ＩＤ」を「００５０」に更新し、項目「配膳状況」を「準備中」に更新する。

また、ステップＳ１８において、更新情報取得部１２２が座席番号情報を含む更新情報を取得した場合、例えば、更新情報に含まれる座席番号情報が「００３」であり、更新情報に含まれる商品情報が「００５０」であった場合、図３の（ｂ）に示すように、項目「座席番号」が「００３」である行（「Ｎｏ．」が「３−１」、「３−２」および「３−３」の行）における項目「注文ＩＤ」を更新する。ここで、項目「座席番号」が「００３」の行は複数あるため、この場合、例えば、図３の（ｂ）に示すように、座席番号「００３」に関連付けられている項目「着席状況」に「着席」が格納されている行（「Ｎｏ．」が「３−３」の行）における項目「注文ＩＤ」を、新たに割り当てられた「１０１５」に更新する構成であってもよい。また、座席番号「００３」に関連付けられている項目「着席状況」の複数に「着席」が格納されている場合、ユーザＩＤが最小の行（「Ｎｏ．」が「３−３」の行）における項目「注文ＩＤ」を、新たに割り当てられた「１０１５」に更新する構成であってもよい。

なお、上述したステップＳ１７の処理は、テーブル５００が実行してもよい。

ステップＳ１７の処理をテーブル５００が実行する場合、操作受付部５４２は、注文の操作を受け付けると、当該操作を示す操作信号と注文した商品を示す商品情報とを、注文処理部５２３に出力する。注文処理部５２３は、注文の操作を示す操作信号と商品情報とを取得すると、取得した商品情報と、テーブル５００に割り当てられた座席番号を示す座席番号情報または顧客情報とを含む更新情報を、テーブル通信部５１０を介して出力する。なお、更新情報に含まれる顧客情報は、上述したように、操作受付部５４２が取得する構成であっても、端末情報取得部５２４が取得する構成であってもよい。

（ステップＳ２０）
続いて、店員は、店員端末６００に対して、注文された商品の準備ができたことを示す操作を行う。店員端末６００の操作受付部６４２は、準備が完了した旨の操作を受け付けると、当該操作を示す操作信号と注文を識別する注文識別情報とを注文処理部６２３に出力する。注文処理部６２３は、注文された商品の準備ができたことを示す操作と注文識別情報とを取得すると、店員端末通信部６１０を介して、取得した注文識別情報と「準備完了」であることを示す注文管理情報とを含む更新情報を、店員端末通信部６１０を介して出力する。

（ステップＳ２１）
サーバ１００の更新情報取得部１２２は、サーバ通信部１１０を介して、更新情報を取得する。更新情報取得部１２２は、取得した更新情報を、判定部１２３に出力する。判定部１２３は、取得した更新情報に関連する情報を、情報管理部１２１に出力するよう要求する。この場合、情報管理部１２１は、サーバ記憶部１３０に保存されている料理情報テーブルに含まれる項目「注文ＩＤ」が、取得した注文識別情報が示す情報と一致する行における項目「配膳状況」に格納されている注文管理情報を、判定部１２３に出力する。判定部１２３は、注文管理情報を取得すると、情報管理部１２１から取得した注文管理情報が「準備中」であるか否かを判定する。判定部１２３は、「注文管理情報が「準備中」である」と判定した場合、判定部１２３は、判定結果と取得した更新情報とを情報管理部１２１に出力する。

（ステップＳ２２）
情報管理部１２１は、注文管理情報が準備中であることを示す判定結果と更新情報とを取得すると、「準備完了」ステータスに変更するため、管理する注文管理情報を、取得した注文管理情報に更新する。具体的には、例えば、更新情報に含まれる注文識別情報が「０００５」であり、更新情報に含まれる注文管理情報が「準備完了」であることを示す場合、情報管理部１２１は、図３の（ｃ）に示すように、項目「注文ＩＤ」が「０００５」である行における項目「配膳状況」を「準備完了」に更新する。

（ステップＳ２３）
続いて、店員が準備完了となった商品を、座席に届けると、テーブル５００のタグリーダ５６０は、届けられた商品に付されたタグから注文識別情報を取得し、注文処理部５２３に出力する。注文処理部５２３は、テーブル５００に割り当てられた座席番号を示す座席番号情報と、タグリーダ５６０から取得した注文識別情報とを含む更新情報を、テーブル通信部５１０を介して出力する。

（ステップＳ２４）
サーバ１００の更新情報取得部１２２は、サーバ通信部１１０を介して、更新情報を取得する。更新情報取得部１２２は、取得した更新情報を、判定部１２３に出力する。判定部１２３は、取得した更新情報に関連する情報を、情報管理部１２１に出力するよう要求する。この場合、情報管理部１２１は、サーバ記憶部１３０に保存されている座席情報テーブルに含まれる項目「座席番号」が、取得した座席番号情報が示す座席番号と一致する行における項目「注文ＩＤ」に格納されている注文識別情報を、判定部１２３に出力する。判定部１２３は、注文識別情報を取得すると、更新情報に含まれる注文識別情報と一致するか否かを判定する。すなわち、届けられた商品の注文が、テーブル５００に座った顧客の注文であるか否かを判定する。判定部１２３は、「一致する」と判定した場合、判定部１２３は、判定結果と取得した更新情報を情報管理部１２１に出力する。

（ステップＳ２５）
情報管理部１２１は、判定部１２３から、届けられた商品の注文とテーブル５００に座った顧客の注文とが一致することを示す判定結果と更新情報とを取得すると、「配膳」ステータスに変更するため、管理する注文管理情報を更新する。具体的には、例えば、更新情報に含まれる座席番号情報が「００１」であり、更新情報に含まれる注文識別情報が「０００４」である場合、図３の（ｃ）に示すように、注文情報テーブルにおいて、項目「注文ＩＤ」が「０００４」である行における項目「配膳状況」を「配膳済み」に更新する。

（ステップＳ２６）
続いて、顧客が座席を離れると、顧客端末４００の位置情報生成部４２６は、位置情報を生成する。そして、位置情報生成部４２６は、顧客端末情報管理部４２４から顧客情報を取得し、取得した顧客情報と、生成した位置情報とを含む更新情報を、顧客端末通信部４１０を介して出力する。

（ステップＳ２７）
サーバ１００の更新情報取得部１２２は、サーバ通信部１１０を介して、更新情報を取得する。更新情報取得部１２２は、取得した更新情報を、判定部１２３に出力する。判定部１２３は、取得した更新情報に関連する情報を、情報管理部１２１に出力するよう要求する。この場合、情報管理部１２１は、サーバ記憶部１３０に保存されている座席情報テーブルに含まれる項目「ユーザＩＤ」が、取得した顧客情報と一致する行における項目「着席状況」に格納されている座席管理情報とを、判定部１２３に出力する。判定部１２３は、情報管理部１２１から取得した座席管理情報が「着席」であるか否かを判定する。すなわち、顧客が座席に着席しているか否かを判定する。判定部１２３は、顧客が座席に着席していると判定した場合、判定部１２３は、取得した更新情報に含まれている位置情報が、座席番号情報が示す座席番号の座席の位置と異なるか否かを判定する。すなわち、顧客端末４００の位置が、顧客が座っていた座席の位置と異なるか否かを判定する。判定部１２３は、「顧客端末４００の位置と顧客が座っていた座席の位置とは異なる」と判定した場合、判定結果と取得した更新情報を情報管理部１２１に出力する。なお、「顧客端末４００の位置と顧客が座っていた座席の位置とは異なる」とは、更新情報に含まれている位置情報が、顧客端末４００がビーコン信号を受信できず、顧客が座席から離れたことを示す場合も含む。

（ステップＳ２８）
情報管理部１２１は、判定部１２３から、顧客端末４００の位置と顧客が座っていた座席の位置とは異なることを示す判定結果と更新情報とを取得すると、「一時離席」ステータスに変更するため、取得した更新情報に含まれる顧客情報に関連付けられている座席管理情報を更新する。具体的には、例えば、更新情報に含まれる顧客情報が「００００３」の場合、情報管理部１２１は、図３の（ｂ）に示すように、項目「ユーザＩＤ」が「００００３」である行（「Ｎｏ．」が「３−１」および「３−２」の行）における項目「着席状況」を「離席」に更新する。

なお、上述したステップＳ２６の処理は、テーブル５００が実行してもよい。

ステップＳ２６の処理をテーブル５００が実行する場合、顧客は顧客端末４００を所持してテーブル５００から離れることにより、顧客端末４００のＢＬＥ通信部４５０とテーブル５００のＢＬＥ通信部５５０とが通信できなくなり、テーブル５００の端末情報取得部５２４は、端末情報取得部５２４から端末情報を取得できなくなる。この場合、端末情報取得部５２４は、テーブル５００に割り当てられた座席番号を示す座席番号情報と、顧客情報と、離席したことを示す座席管理情報とを含む更新情報を、テーブル通信部５１０を介して出力する。

図９は、本発明の実施形態１に係る管理システム１において、一時離席ステータスから退店ステータスに変化する処理の流れを示すシーケンス図である。一時離席ステータスから退店ステータスに変化する処理の流れについて、図９を用いて説明する。

まず、一時離席ステータスに変更するまでの処理であるステップＳ２６〜Ｓ２８は、上述した説明と同じであるため、説明を省略する。

（ステップＳ３１）
ステップＳ２８において、情報管理部１２１が情報を更新すると、判定部１２３は、離席タイマーをスタートさせる。離席タイマーとは、顧客が席を離れてから所定の時間（例えば、５分、１０分、１時間など）を計測するものである。なお、離席タイマーが、所定の時間を計測し終えることを、離席タイムアウトと称する。

（ステップＳ３２）
判定部１２３は、離席タイムアウトしたか否かを判定する。

（ステップＳ３３）
ステップＳ３２において、「離席タイムアウトしていない」と判定された場合、判定部１２３は、着席済みステータスに変更したか否かを判定する。

ステップＳ３３において、「着席済みステータスに変更した」と判定された場合、顧客が離席タイムアウト前に席に戻ってきたので、図９に示す処理は終了する。

一方、ステップＳ３３において、「着席済みステータスに変更していない」と判定された場合、再び離席タイムアウトしたか否かを判定するため、ステップＳ３２の処理に戻る。

（ステップＳ３４）
一方、ステップＳ３２において、「離席タイムアウトした」と判定された場合、顧客が席を離れてから所定の時間が経過したので、顧客は退店したと判断し、判定部１２３は、判定結果と、ステップＳ２７において取得した更新情報とを、情報管理部１２１に出力する。

情報管理部１２１は、判定部１２３から、顧客が退店したことを示す判定結果と更新情報とを取得すると、「退店」ステータスに変更するため、取得した更新情報に含まれる座席番号情報に関連付けられている各情報を更新する。具体的には、例えば、更新情報に含まれる座席番号情報が「００２」の場合、情報管理部１２１は、図３の（ｂ）に示すように、項目「座席番号」が「００２」である行におけるユーザＩＤ、着席状況、注文ＩＤを「ＮＵＬＬ」に更新する。

（報知内容の例）
続いて、サーバ１００の報知内容決定部１２４が、ステップＳ５において決定する報知内容の例について、説明する。

例えば、ステータスが「空席」から「着席済み」に変更された場合、報知内容決定部１２４は、ステップＳ５において、顧客情報および座席管理情報を参照して、顧客が座った席が予約した席であることを、報知内容として決定する。そして、報知内容出力部１２５は、報知内容を示す報知情報を出力する。この状態において、例えば、報知内容出力部１２５が、顧客端末４００に報知情報を出力した場合、顧客端末４００の報知情報取得部４２１は、顧客端末通信部４１０を介して、報知情報を取得する。報知情報取得部４２１は、取得した報知情報をバイブレーション部４６０、スピーカ部４７０、および表示制御部４２２の少なくとも何れかに出力する。バイブレーション部４６０は、顧客端末４００を振動させることにより、報知内容があることを報知したり、予め振動する回数や振動の周波数と、報知内容とを顧客に周知したりすることにより、バイブレーション部４６０は、報知内容を報知する。また、スピーカ部４７０は、「いらっしゃいませ」を示す音声信号を取得し、人工音声「いらっしゃいませ」を出力し、報知内容を報知する。また、表示制御部４２２は、取得した報知情報を表示部４４１に出力すると、表示部４４１は、例えば、テキスト画像「いらっしゃいませ」を含む画像を表示し、顧客が座った席が予約した席であることを報知する。

なお、報知内容出力部１２５が報知情報を出力する機器は顧客端末４００に限定されず、例えば、テーブル５００に報知情報を出力してもよい。この場合、顧客がテーブル５００の席に着くと、テーブル５００のタッチパネル式表示部５４０は、テキスト画像「いらっしゃいませ」を含む画像を表示する構成であってもよい。

また、例えば、報知内容出力部１２５が報知情報を店頭ディスプレイ７００に出力した場合、店頭ディスプレイ７００の表示部７４１は、テキスト画像「いらっしゃいませ」を含む画像を表示し、報知内容を報知する構成であってもよい。また、店頭ディスプレイ７００のバイブレーション部７６０が店頭ディスプレイ７００を振動させ、当該振動を介して報知内容を報知する構成であってもよい。また、店頭ディスプレイ７００のスピーカ部７００が人工音声「いらっしゃいませ」を出力し、報知内容を報知する構成であってもよい。

また、例えば、サーバ１００が、顧客の来店履歴を顧客情報に含めて管理している場合、着席した顧客が以前にも来店したことがある場合は、「またのご来店、誠にありがとうございます」を表示させるなど、顧客情報を参照して報知内容を決定してもよい。

また、例えば、ステータスが「注文済み」から「準備完了」に変更された場合、報知内容決定部１２４は、ステップＳ５において、注文管理情報を参照して、注文した商品の準備が完了したことを、報知内容として決定する。そして、報知内容出力部１２５は、報知内容を示す報知情報を出力する。この状態において、例えば、報知内容出力部１２５が、テーブル５００に報知情報を出力した場合、テーブル５００の報知情報取得部５２１は、テーブル通信部５１０を介して報知情報を取得する。報知情報取得部５２１は、取得した報知情報を、スピーカ部５７０、バイブレーション部５８０、および表示制御部５２２の少なくとも何れかに出力する。スピーカ部５７０は、「もうすぐ注文した料理が届きます」を示す音声信号を取得し、人工音声「もうすぐ注文した料理が届きます」を出力し、報知内容を報知する。また、バイブレーション部５８０は、テーブル５００を振動させることにより、報知内容があることを報知したり、予め振動する回数や振動の周波数と、報知内容とを顧客に周知したりすることにより、バイブレーション部５８０は、報知内容を報知する。また、表示制御部５２２は、取得した報知情報を表示部５４１に出力すると表示部５４１は、例えば、テキスト画像「もうすぐ注文した料理が届きます」を含む画像を表示し、顧客に注文した商品の準備が完了したことを報知する。

なお、ステータスが「注文済み」から「準備完了」に変更された場合においても、報知内容出力部１２５が報知情報を出力する機器はテーブル５００に限定されず、例えば、店員端末６００に出力してもよい。この場合、注文した商品の準備が完了すると、店員端末６００の表示部６４１は、テキスト画像「座席番号＊＊＊のお客様が注文した料理ができました」を含む画像を表示する構成であってもよい。

また、上述したステップＳ２において、「更新情報と情報管理部１２１が管理する情報とは整合しない」と判定された場合に、その旨を報知内容として決定してもよい。例えば、上述したステップＳ１５において、判定部１２３が、顧客端末４００の位置が、予約した座席の位置と一致しないと判定した場合、報知内容決定部１２４は、座った座席は予約した座席ではないことを、報知内容として決定する。この場合、当該顧客が他の座席を予約している場合、報知内容決定部１２４は、正しい座席番号を案内することを報知内容として報知してもよい。また、報知内容決定部１２４は、当該顧客が座席を予約していない場合、座席予約可能な店頭ディスプレイ７００までの案内図や、座席を予約するシステムへのリンク先を表示することを報知内容として決定してもよい。

また、上述したステップＳ２４において、判定部１２３が、届けられた商品が顧客の注文した商品と異なると判定した場合、報知内容決定部１２４は、顧客情報、座席管理情報、および注文管理情報を参照し、商品の届け先が異なっていることを、報知内容として決定する。そして、報知内容出力部１２５は、報知内容を示す報知情報を出力する。この状態において、例えば、報知内容出力部１２５が、店員端末６００に報知情報を出力した場合、店員端末６００の報知情報取得部６２１は、店員端末通信部６１０を介して報知情報を取得する。報知情報取得部６２１は、取得した報知情報を表示制御部６２２に出力する。表示制御部６２２は、取得した報知情報を表示部６４１に出力すると、表示部６４１は、例えば、テキスト画像「配膳する座席が違います。配膳し直して下さい」を含む画像を表示する。また、この場合、報知内容決定部１２４は、正しい届け先の座席番号を報知内容に含めてもよい。その場合、表示部６４１には、例えば、テキスト画像「配膳する座席が違います。正しい座席＊＊＊に配膳し直して下さい」を表示する。

また、ステータスが「一時離席」から「退店」に変更された場合、報知内容決定部１２４は、ステップＳ５において、座席管理情報を参照して、顧客が退店したことを、報知内容として決定する。そして、報知内容出力部１２５は、報知内容を示す報知情報を出力する。この状態において、例えば、報知内容出力部１２５が、店員端末６００に報知情報を出力した場合、店員端末６００の報知情報取得部６２１は、店員端末通信部６１０を介して、報知情報を取得する。報知情報取得部６２１は、取得した報知情報をバイブレーション部６６０、スピーカ部６７０、および表示制御部６２２の少なくとも何れかに出力する。バイブレーション部６６０は、店員端末６００を振動させることにより、報知内容があることを報知したり、予め振動する回数や振動の周波数と、報知内容とを店員に周知したりすることにより、バイブレーション部６６０は、報知内容を報知する。また、スピーカ部６７０は、「座席＊＊＊のお客様が退店しました。後片付けをして下さい」を示す音声信号を取得し、人工音声「座席＊＊＊のお客様が退店しました。後片付けをして下さい」を出力し、報知内容を報知する。また、表示制御部６２２は、取得した報知情報を表示部６４１に出力すると、表示部６４１は、例えば、テキスト画像「座席＊＊＊のお客様が退店しました。後片付けをして下さい」を含む画像を表示し、顧客が退店したことを報知する。

なお、上述したステップＳ３５では、「退店」ステータスに変更すると、座席情報テーブルに含まれている項目「ユーザＩＤ」、「着席状況」、「注文ＩＤ」を「ＮＵＬＬ」に更新したが、「退店ステータス」に変更後、店員が退店した座席の後片づけが終わってから、座席情報テーブルの情報を更新する構成であってもよい。この場合、例えば、店員は、店員端末６００に対して、後片づけが終わったことを示す操作を行うと、店員端末６００の操作受付部６４２は、当該操作を示す操作信号と、座席番号情報とを出力することにより、サーバ１００に対して、当該座席番号情報が示す座席の後片付けが終わったこと通知することができる。

また、ステータスが「着席済み」から「注文済み」に変更された場合、報知内容決定部１２４は、ステップＳ５において、顧客に関する情報を報知してもよい。例えば、図３の（ａ）に示す顧客情報テーブルに、顧客の誕生日を示す情報が格納される項目「誕生日」が含まれる場合、報知内容決定部１２４は、取得した顧客情報に関連付けられている項目「誕生日」の情報を参照する。そして、報知内容決定部１２４は、今日が顧客の誕生日であった場合、今日が誕生日であること、報知内容として決定する。また、この場合、サーバ１００は、誕生日プレゼントとして、飲食店３００のクーポンをプレゼントする構成であってもよい。

このように、実施形態１に係る管理システム１では、サーバ１００は、顧客を特定するための顧客情報を、項目「ユーザＩＤ」として管理し、当該顧客に関連付けられた座席の状態を示す座席管理情報を、項目「着席状況」として管理し、当該顧客の注文状況を示す注文管理情報を、項目「配膳状況」として管理する。また、サーバ１００は、項目「ユーザＩＤ」、項目「着席状況」、項目「配膳状況」を互いに関連付けて管理する。そして、サーバ１００は、顧客情報、座席管理情報、および注文管理情報の少なくとも何れかを参照して報知内容を決定し、顧客端末４００、テーブル５００、店員端末６００、および店頭ディスプレイ７００の少なくとも何れかに、報知内容を示す報知情報を出力する。したがって、管理システム１では、座席および注文の状況に応じた報知内容を提供することができる。

また、管理システム１では、サーバ１００は、顧客情報、座席管理情報、および注文管理情報の少なくとも何れかを更新するための更新情報を取得し、更新情報を参照して顧客情報、座席管理情報、および注文管理情報の少なくとも何れかを更新する。そして、サーバ１００は、更新後の顧客情報、座席管理情報、および注文管理情報の少なくとも何れかを参照して報知内容を決定する。したがって、管理システム１では、座席および注文の状況が変化しても、変化に応じた報知内容を提供することができる。

〔実施形態２〕
本発明の他の実施形態について、図１０に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

図１０は、本発明の実施形態２に係る管理システム１において、離席タイムアウトした場合の処理の流れを示すシーケンス図である。実施形態１では、サーバ１００は、離席タイムアウトした場合は「退店」ステータスに変更した。しかしながら、「一時離席」ステータスになる前のステータスを参照することにより、座席および注文の状況に応じた報知内容を提供することができる。

まず、「一時離席」ステータスに変更後、離席タイマーをスタートし、離席タイムアウトしたか否かを判定するステップＳ３２までの処理は、上述した説明と同じであるため、説明を省略する。

（ステップＳ４１）
ステップＳ３２において、「離席タイムアウトした」と判定された場合、判定部１２３は、判定結果と、ステップＳ２７において取得した更新情報と、ステップＳ２８において「一時離席ステータス」に変更する前のステータスを示すステータス情報とを、報知内容決定部１２４に出力する。

報知内容決定部１２４は、離席タイムアウトしたことを示す判定結果と、更新情報と、ステータス情報とを取得すると、報知内容を決定する。ステータス情報に応じた報知内容の例を、以下に挙げる。

・ステータス情報が「着席済み」を示す場合、顧客は座席に着いた後、注文する前に席を離れているため、報知内容決定部１２４は、顧客に注文を促すことを報知内容として決定し、報知内容出力部１２５は報知内容を示す報知情報を、顧客端末４００に出力する。さらに、サーバ１００が当該報知内容を出力した後、所定の時間（例えば５分、１０分など）を経過しても顧客から注文がない場合、報知内容決定部１２４は、店員に顧客を確認することを報知内容として決定し、報知内容出力部１２５は報知内容を示す報知情報を、店員端末６００に出力する。この場合、報知内容には、当該顧客が着席した座席番号、当該顧客の位置情報、当該顧客の電話番号などを含める構成であってもよい。

・ステータス情報が「注文済み」を示す場合、顧客は注文後、注文した商品が届く前に座席を離れているため、報知内容決定部１２４は、店員に顧客を確認することを報知内容として決定し、報知内容出力部１２５は報知内容を示す報知情報を、店員端末６００に出力する。上述したように、この報知内容には、当該顧客が着席した座席番号、当該顧客の位置情報、当該顧客の電話番号などを含める構成であってもよい。

・ステータス情報が「準備完了」を示す場合、顧客は注文後、注文した商品が届く前に座席を離れているため、報知内容決定部１２４は、顧客に注文した商品の準備が完了したことを報知内容として決定し、報知内容出力部１２５は報知内容を示す報知情報を、顧客端末４００に出力する。さらに、サーバ１００が当該報知内容出力した後、所定の時間（例えば５分、１０分など）を経過しても顧客が着席しない場合は、上述したステータス情報が「着席済み」を示す場合と同様、報知内容決定部１２４は、店員に顧客を確認することを報知内容として決定する。

・ステータス情報が「配膳」を示す場合、顧客は注文した商品が届いた後、座席を離れているため、報知内容決定部１２４は、顧客に退店したか否かを確認することを報知内容として決定し、報知内容出力部１２５は報知内容を示す報知情報を、顧客端末４００に出力する。さらに、サーバ１００が当該報知内容を出力した後、所定の時間（例えば５分、１０分など）を経過しても顧客から応答がない場合、報知内容決定部１２４は、店員に顧客を確認することを報知内容として決定し、報知内容出力部１２５は報知内容を示す報知情報を、店員端末６００に出力する。この場合、報知内容には、当該顧客が着席した座席番号、当該顧客の位置情報、当該顧客の電話番号などを含める構成であってもよい。

このように、実施形態２に係る管理システム１では、サーバ１００は、離席タイムアウトした場合、「一時離席」ステータスに変更する前のステータスを参照することより、座席および注文の状況の変化に応じた報知内容を提供することができる。

〔実施形態３〕
本発明の他の実施形態について説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

上述した実施形態では、店員が商品を座席まで届ける形態であったが、本実施形態では、顧客が商品を取りにくるセルフサービス形態の飲食店における管理システム１について、説明する。

セルフサービス形態の飲食店の場合、本実施形態に係るサーバ１００は、上述した実施形態における「準備完了」ステータスの後であり、かつ「配膳」ステータスの前に、顧客が商品を受け取った状態を示す「受渡し」ステータスを設定する。本実施形態に係るサーバ１００が、「受渡し」ステータスに変更する処理（以下では当該処理をステップＳ２２Ａとも呼称する）について、上述したステップＳ２０およびステップＳ２１を用いて、説明する。

本実施形態に係るサーバ１００は、ステップＳ２２Ａの処理を、図８におけるステップＳ２２とステップＳ２３との間のタイミングにおいて実行する。本実施形態に係るサーバ１００によるステップＳ２２Ａ以外の処理は、実施形態１において図８を参照して説明した処理と同様である。また、本実施形態に係る店員端末６００による処理として、図８に示したステップＳ２０の後に、当該ステップＳ２０と類似のステップＳ２０Ａが追加される。店員端末６００に関するその他の処理は、実施形態１において図８を参照して説明した処理と同様である。

ステップ２０Ａの前提として、店員は、顧客に商品を受け渡すと、上述したステップＳ２０と同様、店員端末６００を操作する。ステップ２０ＡとステップＳ２０と異なる点としては、ステップ２０Ａではまず、店員端末６００の操作受付部６４２は、商品を受け渡した旨の操作を受け付け、当該操作信号と当該商品の注文を識別する注文識別情報とを注文処理部６２３に出力する。注文識別情報は、取得した注文識別情報と「受渡し済み」であることを示す注文管理情報とを含む更新情報を、店員端末通信部６１０を介して出力する。

ステップ２２Ａにおいて、続いて、サーバ１００は、上述したステップＳ２１と同様、更新情報を取得する。ステップＳ２１と異なる点としては、判定部１２３は、情報管理部１２１から取得した注文管理情報が「準備完了」であるか否かを判定する。

そして、情報管理部１２１は、注文管理情報が「準備完了」であることを示す判定結果と更新情報を取得すると、「受渡し」ステータスに変更するため、管理する注文管理情報を、取得した注文管理情報「受渡し済み」に更新する。

（報知内容の例）
続いて、セルフサービス形態の飲食店において、サーバ１００の報知内容決定部１２４が、ステップＳ５において決定する報知内容の例について、説明する。

例えば、顧客が商品を受け取り、座席に座ると、上述したステップＳ２３と同様、テーブル５００は、タグリーダ５６０が取得した注文識別情報と、テーブル５００に割り当てられた座席番号を示す座席番号情報とを含む更新情報を出力する。サーバ１００は、上述したステップＳ２４と同様、更新情報を取得し、判定部１２３は、受け取った商品の注文が、テーブル５００に座った顧客の注文であるか否かを判定する。

判定部１２３が、「受け取った商品の注文が、テーブル５００に座った顧客の注文ではない」と判定した場合、判定部１２３は、何れの情報が整合しないかを示す判定結果を出力する。

例えば、顧客が受け取る商品を間違え、顧客が予約した座席に座った場合、判定部１２３は、注文識別情報が整合しないことを示す判定結果を、報知内容決定部１２４に出力する。報知内容決定部１２４は、顧客が受け取った商品が間違っていることを、報知内容として決定し、報知内容出力部１２５は、報知内容を示す報知情報を顧客端末４００またはテーブル５００に出力する。

また、例えば、顧客が注文した商品を受け取り、予約していない座席に座った場合、判定部１２３は、座席番号情報が整合しないことを示す判定結果を、報知内容決定部１２４に出力する。報知内容決定部１２４は、顧客が予約していない座席に座っていることを、報知内容として決定し、報知内容出力部１２５は、報知内容を示す報知情報を顧客端末４００またはテーブル５００に出力する。この場合、上述したように、報知内容として、当該顧客が予約した座席番号を案内することや、店頭ディスプレイまでの案内図や、座席を予約するシステムへのリンク先を表示することを報知内容としてもよい。

また、実施形態２において説明したように、離席タイムアウトした場合に、「一時離席」ステータスに変更する前のステータスが、「受渡し」ステータスであった場合、顧客は商品を受け取った後、席に着くまでに時間が掛かっているため、報知内容決定部１２４は、顧客に座席までの案内図を表示することを、報知内容として決定し、報知内容決定部１２４は報知内容を示す報知情報を、顧客端末４００に出力する。さらに、サーバ１００が当該報知内容を出力した後、所定の時間（例えば５分、１０分など）を経過しても顧客から応答がない場合（「配膳」ステータスに変更されない場合も含む）、報知内容決定部１２４は、店員に顧客を確認することを報知内容として決定し、報知内容出力部１２５は報知内容を示す報知情報を、店員端末６００に出力する。この場合、報知内容には、当該顧客が着席した座席番号、当該顧客の位置情報、当該顧客の電話番号などを含める構成であってもよい。

また、ステータスが「準備完了」に変更され、顧客端末４００に、注文した商品の準備が完了したことを報知した場合、サーバ１００は、当該報知を示す報知情報を出力すると、受け取りタイマーをスタートさせる構成であってもよい。受け取りタイマーとは、サーバ１００が、顧客が注文した商品の準備が完了したことを報知してから所定の時間（例えば、５分、１０分など）を計測するものである。この場合、所定の時間の計測が終了し、受け取りタイムアウトになった場合、報知内容決定部１２４は、店員に顧客を確認することを報知内容として決定し、報知内容出力部１２５は報知内容を示す報知情報を、店員端末６００に出力する。この場合、報知内容には、当該顧客が着席した座席番号、当該顧客の位置情報、当該顧客の電話番号などを含める構成であってもよい。

このように、実施形態３に係る管理システム１では、セルフサービス形態の飲食店においても、「受渡し」ステータスを設定することにより、上述した実施形態と同様、座席および注文の状況に応じた報知内容を提供することができる。

〔実施形態４〕
本発明の他の実施形態について説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

サーバ１００は、飲食店３００の座席の状態を表示した座席状態図を、出力する構成であってもよい。座席状態図とは、各座席の状態が表示されており、例えば、「予約済み」、「注文済み」といった状態に加えて、当該座席が空くまでの目安の時間を含んでもよい。目安の時間は、例えば、「着席済み」ステータスの場合は、まだ注文前なので「４０分」、「配膳」ステータスの場合は、すでに配膳まで終わっているので「２０分」などと設定してもよい。また、目安時間は、飲食店３００を利用する顧客の平均所要時間を算出し、平均所要時間から目安時間を算出してもよい。

このように、実施形態４に係る管理システム１では、サーバ１００は、更新情報を取得しない場合においても、ステータスを参照することにより、座席および注文の状況に応じた報知内容を提供することができる。すなわち、管理システム１は、更新情報を取得し、ステータスを変更したタイミング以外でも、報知内容を決定し、提供することができる。

〔実施形態５〕
本発明の他の実施形態について、図１１に基づいて説明すれば、以下のとおりである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。図１１は、本発明の実施形態５におけるサーバ１００が、来店情報を取得した後の処理の流れを示すフローチャートである。

上述した実施形態では、「予約済み」ステータスの後は、「着席済み」ステータスであったが、「来店」ステータスを設定してもよい。「来店」ステータスを設定した場合のサーバ１００の処理について、図１１を用いて説明する。

（ステップＳ５１）
まず、サーバ１００は、顧客が来店したことを示す来店情報と当該顧客を示す顧客情報とが含まれた更新情報を取得する。来店情報は、例えば、顧客が店頭ディスプレイ７００に顧客端末４００を近づけ、店頭ディスプレイ７００の端末情報取得部７２４が、顧客端末４００の端末情報を取得したことを来店情報として、サーバ１００に出力する構成であってもよい。また、顧客端末４００の位置情報生成部４２６が顧客端末４００の位置情報を生成し、サーバ１００に出力する構成であってもよい。

（ステップＳ５２）
サーバ１００の更新情報取得部１２２は、サーバ通信部１１０を介して、更新情報を取得する。更新情報取得部１２２は、取得した更新情報を、判定部１２３に出力する。判定部１２３は、来店情報を取得すると、着席タイマーをスタートさせる。着席タイマーとは、顧客が来店してから所定の時間（例えば、５分、１０分など）を計測するものである。

（ステップＳ５３）
判定部１２３は、着席タイマーが、所定の時間の計測を終了したか（以下、着席タイムアウトしたか）否かを判定する。

（ステップＳ５４）
ステップＳ５３において、「着席タイムアウトした」と判定された場合（ステップＳ５３：ＹＥＳ）、判定部１２３は、判定結果を報知内容決定部１２４に出力する。報知内容決定部１２４は、着席を促すことを報知内容として決定する。また、報知内容には、顧客が座る座席を示す座席番号を含めてもよい。そして、報知内容出力部１２５は、報知内容を示す報知情報を、サーバ通信部１１０を介して、顧客端末４００に出力する。

（ステップＳ５５）
続いて、判定部１２３は、再び、着席タイマーをスタートさせる。なお、ステップＳ５５において計測する所定の時間は、ステップＳ５２において計測する所定の時間と異なる時間であってもよい。

（ステップＳ５６）
判定部１２３は、着席タイムアウトしたか否かを判定する。

（ステップＳ５７）
ステップＳ５６において、「着席タイムアウトした」と判定された場合、判定部１２３は、判定結果を報知内容決定部１２４に出力する。報知内容決定部１２４は、着席を促すことを報知したにも関わらず、顧客は着席していないので、店員に顧客を確認することを報知内容として決定する。そして、報知内容出力部１２５は、報知内容を示す報知情報を、サーバ通信部１１０を介して、店員端末６００に出力する。

（ステップＳ５８）
また、ステップＳ５３において、「着席タイムアウトしていない」と判定された場合（ステップＳ５３：ＮＯ）、判定部１２３は、着席済みステータスに変更したか否かを判定する。

ステップＳ５８において、「着席済みステータスに変更した」と判定された場合、顧客は着席したことになるので、図１１の処理は終了する。

一方、Ｓ５８において、「着席済みステータスに変更していない」と判定された場合、再び着席タイムアウトしたか否かを判定するため、ステップＳ５３の処理に戻る。

（ステップＳ５９）
また、ステップＳ５６において、「着席タイムアウトしていない」と判定された場合（ステップＳ５６：ＮＯ）、判定部１２３は、着席済みステータスに変更したか否かを判定する。

ステップＳ５９において、「着席済みステータスに変更した」と判定された場合、顧客は着席したことになるので、図１１の処理は終了する。

一方、Ｓ５９において、「着席済みステータスに変更していない」と判定された場合、再び着席タイムアウトしたか否かを判定するため、ステップＳ５６の処理に戻る。

このように、実施形態５に係る管理システム１では、サーバ１００は、顧客が来店したか否かを管理することにより、報知内容を提供することができる。

〔実施形態６〕
サーバ１００のサーバ制御部１２０および顧客端末４００の顧客端末制御部４２０は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、サーバ１００および顧客端末４００は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係るサーバ（１００）は、顧客を特定するための顧客情報、当該顧客に関連付けられた座席の状態を示す座席管理情報、および当該顧客の注文状況を示す注文管理情報を互いに関連付けて管理する管理手段（情報管理部１２１）と、上記管理手段が管理する上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを参照して報知内容を決定する決定手段（報知内容決定部１２４）と、上記決定手段が決定した上記報知内容を示す報知情報を出力する出力手段（報知内容出力部１２５）と、を備える。

上記の構成によれば、サーバは、顧客情報と座席管理情報と注文管理情報とを関連付けて管理し、顧客情報、座席管理情報および注文管理情報の何れかを参照して報知内容を決定し、報知する。したがって、サーバは、座席および注文の状況に応じた報知内容を提供することができる。

本発明の態様２に係るサーバは、上記態様１において、上記管理手段が管理する上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを更新するための更新情報を取得する更新情報取得手段（更新情報取得部１２２）をさらに備え、上記管理手段は、上記更新情報取得手段が取得した更新情報を参照して、上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを更新してもよい。

上記の構成によれば、サーバは、顧客情報、座席管理情報および注文管理情報の何れかを更新する更新情報を取得し、更新情報を参照して報知内容を決定する。したがって、サーバは、顧客情報、座席管理情報および注文管理情報の何れかの状態が変化しても、変化後の座席および注文の状況に応じた報知内容を提供することができる。

また、サーバは、顧客情報、座席管理情報および注文管理情報の何れかの状態が変化したのかを参照することにより、座席および注文の状況の変化に応じた報知内容も提供することができる。

本発明の態様３に係るサーバは、上記態様２において、上記更新情報取得手段が取得した更新情報が、上記管理手段が管理している上記顧客情報、上記座席管理情報、および上記注文管理情報と整合しているか否かを判定する判定手段（判定部１２３）をさらに備え、上記判定手段が、上記更新情報は、上記管理手段が管理している上記顧客情報、上記座席管理情報、および上記注文管理情報と整合していないと判定した場合、上記決定手段は、上記更新情報が、上記管理手段が管理している上記顧客情報、上記座席管理情報、および上記注文管理情報と整合していないことを報知内容として決定してもよい。

上記の構成によれば、サーバは、管理している顧客情報、座席管理情報および注文管理情報と、更新情報に含まれている顧客情報、座席管理情報および注文管理情報とが整合しない場合は、整合しないことを報知する。したがって、サーバは、顧客が間違った席に座ったり、店員が間違った商品を配膳したりといった、間違いがあったことを報知することができる。

本発明の態様４に係るサーバは、上記態様２または３において、上記座席管理情報は、上記顧客が来店したか否かを示す来店情報をさらに含み、上記顧客が来店したことを示す来店情報を含む更新情報を上記更新情報取得手段が取得してから所定の時間が経過しても、上記顧客が着席したことを示す更新情報を上記更新情報取得手段が取得しない場合、上記決定手段は、上記顧客が座る座席の位置を報知内容として決定してもよい。

上記の構成によれば、サーバは、顧客が来店した後、所定の時間が経過しても席に座らない場合は、当該顧客が座る席を報知する。したがって、サーバは、顧客の状態に応じた報知内容を提供することができる。

本発明の態様５に係るサーバは、上記態様１〜４において、上記注文管理情報が、上記顧客により注文された商品が準備完了であることを示す場合、上記決定手段は、上記顧客が注文した商品の準備が完了したことを報知内容として決定してもよい。

上記の構成によれば、サーバは、顧客が注文した商品の準備が完了したことを報知する。したがって、座席および注文の状況に応じた報知内容を提供することができる。

本発明の態様６に係るサーバは、上記態様１〜５において、上記座席管理情報が、上記顧客が退席したことを示す場合、上記決定手段は、上記顧客が退席したことを報知内容として決定してもよい。

上記の構成によれば、サーバは、顧客が退席したことを報知することができる。したがって、座席および注文の状況に応じた報知内容を提供することができる。

本発明の態様７に係る制御方法は、顧客を特定するための顧客情報、当該顧客に関連付けられた座席の状態を示す座席管理情報、および当該顧客の注文状況を示す注文管理情報を互いに関連付けて管理する管理工程と、上記管理工程において管理される上記顧客情報、上記座席管理情報、および上記注文管理情報を参照して報知内容を決定する決定工程と、上記決定工程において決定された上記報知内容を示す報知情報を出力する出力工程と、を含む。

上記の構成によれば、上記態様１と同様の効果を奏する。

本発明の態様８に係る管理システム（１）は、通信端末（顧客端末４００）、サーバ（１００）、および報知端末（顧客端末４００）を備える管理システムであって、上記通信端末は、顧客を特定するための顧客情報、当該顧客に関連付けられた座席の状態を示す座席管理情報、および当該顧客の注文状況を示す注文管理情報を出力する情報出力手段（位置情報生成部４２６、注文処理部４２３）を備え、上記サーバは、上記通信端末から、上記顧客情報、上記座席管理情報、および上記注文管理情報を取得する情報取得手段（更新情報取得部１２２）と、上記顧客情報、上記座席管理情報、および上記座席管理情報、および上記注文管理情報を互いに関連付けて管理する管理手段（情報管理部１２１）と、上記管理手段が管理する上記顧客情報、上記座席管理情報、および上記注文管理情報を参照して報知内容を決定する決定手段（報知内容決定部１２４）と、上記決定手段が決定した上記報知内容を示す報知情報を、上記報知端末に出力する出力手段（報知内容出力部１２５）と、を備え、上記報知端末は、上記報知情報を取得する報知情報取得手段（報知情報取得部４２１）と、上記報知情報取得手段が取得した上記報知情報が示す報知内容を報知する報知手段（バイブレーション部４６０、表示部４４１）と、を備える。

上記の構成によれば、上記態様１と同様の効果を奏する。

本発明の態様９に係る報知端末（顧客端末４００、テーブル５００、店員端末６００、店頭ディスプレイ７００）は、顧客を特定するための顧客情報、当該顧客に関連付けられた座席の状態を示す座席管理情報、および当該顧客の注文状況を示す注文管理情報を参照して決定された報知内容を示す報知情報を取得する報知情報取得手段（報知情報取得部４２１、５２１、６２１、７２１）と、上記報知情報取得手段が取得した上記報知情報が示す報知内容を報知する報知手段（バイブレーション部４６０、５８０、６６０、７６０、表示部４４１、５４１、６４１、７４１、スピーカ部４７０、５７０、６７０、７７０）と、を備える。

上記の構成によれば、上記態様１と同様の効果を奏する。

本発明の態様１０に係る報知端末（顧客端末４００）は、上記態様９において、上記顧客情報、上記座席管理情報、および上記注文管理情報を出力する出力手段（位置情報生成部４２６、注文処理部４２３）を備えてもよい。

上記の構成によれば、上記態様８に係る管理システムにおける通信端末および報知端末を、同じ端末において実現することができる。

本発明の各態様に係るサーバ（１０）および報知端末（顧客端末４００、テーブル５００、店員端末６００、店頭ディスプレイ７００）は、コンピュータによって実現してもよく、この場合には、コンピュータを上記サーバおよび報知端末が備える各手段として動作させることにより上記サーバおよび報知端末をコンピュータにて実現させるサーバおよび報知端末のプログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

本発明は、飲食店、電車、飛行機、映画館、劇場、野球場、スタジアム、又は、ホテルなどの宿泊施設などにおいて、座席と注文とを管理する管理システムに利用することができる。

１ 管理システム
１００ サーバ
１１０ サーバ通信部
１２０ サーバ制御部
１２１ 情報管理部（管理手段）
１２２ 更新情報取得部（更新情報取得手段、情報取得手段）
１２３ 判定部（判定手段）
１２４ 報知内容決定部（決定手段）
１２５ 報知内容出力部（出力手段）
１３０ サーバ記憶部
２００ ネットワーク
４００ 顧客端末（通信端末、報知端末）
４１０ 顧客端末通信部
４２０ 顧客端末制御部
４２１ 報知情報取得部（報知情報取得手段）
４２２ 表示制御部
４２３ 注文処理部（情報出力手段、出力手段）
４２４ 顧客端末情報管理部
４２５ 座席予約部
４２６ 位置情報生成部（情報出力手段、出力手段）
４３０ 顧客端末記憶部
４４０ タッチパネル式表示部
４４１ 表示部（報知手段）
４４２ 操作受付部
４５０ ＢＬＥ通信部
４６０ バイブレーション部（報知手段）
４７０ スピーカ部（報知手段）
５００ テーブル（報知端末）
５１０ テーブル通信部
５２０ テーブル制御部
５２１ 報知情報取得部（報知情報取得手段）
５２２ 表示制御部
５２３ 注文処理部
５２４ 端末情報取得部
５３０ テーブル記憶部
５４０ タッチパネル式表示部
５４１ 表示部（報知手段）
５４２ 操作受付部
５５０ ＢＬＥ通信部
５６０ タグリーダ
５６１ 食器
５６２ タグ
５７０ スピーカ部（報知手段）
５８０ バイブレーション部（報知手段）
６００ 店員端末（報知端末）
６１０ 店員端末通信部
６２０ 店員端末制御部
６２１ 報知情報取得部（報知情報取得手段）
６２２ 表示制御部
６２３ 注文処理部
６２５ 座席予約部
６４０ タッチパネル式表示部
６４１ 表示部（報知手段）
６４２ 操作受付部
６６０ バイブレーション部（報知手段）
６７０ スピーカ部（報知手段）
７００ 店頭ディスプレイ（報知端末）
７１０ 店頭ディスプレイ通信部
７２０ 店頭ディスプレイ制御部
７２１ 報知情報取得部（報知情報取得手段）
７２２ 表示制御部
７２４ 端末情報取得部
７２５ 座席予約部
７４０ タッチパネル式表示部
７４１ 表示部（報知手段）
７４２ 操作受付部
７５０ ＢＬＥ通信部
７６０ バイブレーション部（報知手段）
７７０ スピーカ部（報知手段）
８００ａ〜ｃ ビーコン機器
９００ ルータ

Claims (8)

1. 顧客を特定するための顧客情報、及び当該顧客に関連付けられた座席の状態を示す座席管理情報を互いに関連付けて管理する管理手段と、
   上記管理手段が管理する上記顧客情報、及び上記座席管理情報の少なくとも何れかを参照して報知内容を決定する決定手段と、
   上記決定手段が決定した上記報知内容を示す報知情報を出力する出力手段と、を備え、
   上記決定手段は、上記座席管理情報に含まれる情報であって、
   上記顧客が来店したか否かを示す来店情報と、
   上記顧客が着席したか否かを示す情報と
   を共に参照して上記報知内容を決定し、
   上記管理手段が管理する情報は、上記顧客の注文状況を示す注文管理情報をさらに含み、
   上記管理手段が管理する上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを更新するための更新情報を取得する更新情報取得手段をさらに備え、
   上記管理手段は、上記更新情報取得手段が取得した更新情報を参照して、上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを更新し、
   上記顧客が来店したことを示す来店情報を含む更新情報を上記更新情報取得手段が取得してから所定の時間が経過しても、上記顧客が着席したことを示す更新情報を上記更新情報取得手段が取得しない場合、上記決定手段は、上記顧客が座る座席の位置を報知内容として決定する
   ことを特徴とするサーバ。
2. 上記更新情報取得手段が取得した更新情報が、上記管理手段が管理している上記顧客情報、上記座席管理情報、および上記注文管理情報と整合しているか否かを判定する判定手段をさらに備え、
   上記判定手段が、上記更新情報は、上記管理手段が管理している上記顧客情報、上記座席管理情報、および上記注文管理情報と整合していないと判定した場合、上記決定手段は、上記更新情報が、上記管理手段が管理している上記顧客情報、上記座席管理情報、および上記注文管理情報と整合していないことを報知内容として決定することを特徴とする請求項１に記載のサーバ。
3. 上記注文管理情報が、上記顧客により注文された商品が準備完了であることを示す場合、上記決定手段は、上記顧客が注文した商品の準備が完了したことを報知内容として決定することを特徴とする請求項１または２に記載のサーバ。
4. 上記座席管理情報が、上記顧客が退席したことを示す場合、上記決定手段は、上記顧客が退席したことを報知内容として決定することを特徴とする請求項１〜３の何れか１項に記載のサーバ。
5. サーバにより実行される制御方法であって、
   顧客を特定するための顧客情報、及び当該顧客に関連付けられた座席の状態を示す座席管理情報を互いに関連付けて管理する管理工程と、
   上記管理工程において管理される上記顧客情報、及び上記座席管理情報の少なくとも何れかを参照して報知内容を決定する決定工程と、
   上記決定工程において決定された上記報知内容を示す報知情報を出力する出力工程と、含み、
   上記決定工程において、上記座席管理情報に含まれる情報であって、
   上記顧客が来店したか否かを示す来店情報と、
   上記顧客が着席したか否かを示す情報と
   を共に参照して上記報知内容を決定し、
   上記管理工程において管理される情報は、上記顧客の注文状況を示す注文管理情報をさらに含み、
   上記管理工程において管理される上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを更新するための更新情報を取得する更新情報取得工程をさらに含み、
   上記管理工程において、上記更新情報取得工程にて取得した更新情報を参照して、上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを更新し、
   上記顧客が来店したことを示す来店情報を含む更新情報を上記更新情報取得工程にて取得してから所定の時間が経過しても、上記顧客が着席したことを示す更新情報を上記更新情報取得工程にて取得しない場合、上記決定工程において、上記顧客が座る座席の位置を報知内容として決定する
   ことを特徴とする制御方法。
6. 請求項１から４のいずれか１項に記載のサーバが備える各手段としてコンピュータを機能させるためのプログラム。
7. 通信端末、サーバ、および報知端末を備える管理システムであって、
   上記通信端末は、顧客を特定するための顧客情報、及び当該顧客に関連付けられた座席の状態を示す座席管理情報を出力する情報出力手段を備え、
   上記サーバは、
   上記通信端末から、上記顧客情報、及び上記座席管理情報を取得する情報取得手段と、
   上記顧客情報、及び上記座席管理情報を互いに関連付けて管理する管理手段と、
   上記管理手段が管理する上記顧客情報、及び上記座席管理情報を参照して報知内容を決定する決定手段と、
   上記決定手段が決定した上記報知内容を示す報知情報を、上記報知端末に出力する出力手段と、を備え、
   上記決定手段は、上記座席管理情報に含まれる情報であって、
   上記顧客が来店したか否かを示す来店情報と、
   上記顧客が着席したか否かを示す情報と
   を共に参照して上記報知内容を決定し、
   上記管理手段が管理する情報は、上記顧客の注文状況を示す注文管理情報をさらに含み、
   上記管理手段が管理する上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを更新するための更新情報を取得する更新情報取得手段をさらに備え、
   上記管理手段は、上記更新情報取得手段が取得した更新情報を参照して、上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを更新し、
   上記顧客が来店したことを示す来店情報を含む更新情報を上記更新情報取得手段が取得してから所定の時間が経過しても、上記顧客が着席したことを示す更新情報を上記更新情報取得手段が取得しない場合、上記決定手段は、上記顧客が座る座席の位置を報知内容として決定し、
   上記報知端末は、
   上記報知情報を取得する報知情報取得手段と、
   上記報知情報取得手段が取得した上記報知情報が示す報知内容を報知する報知手段と、を備える
   ことを特徴とする管理システム。
8. 顧客を特定するための顧客情報、当該顧客に関連付けられた座席の状態を示す座席管理情報、および当該顧客の注文状況を示す注文管理情報を互いに関連付けて管理する管理手段と、
   上記管理手段が管理する上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを参照して報知内容を決定する決定手段と、
   上記決定手段が決定した上記報知内容を示す報知情報を出力する出力手段と、を備え、
   上記管理手段が管理する上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを更新するための更新情報を取得する更新情報取得手段をさらに備え、
   上記管理手段は、上記更新情報取得手段が取得した更新情報を参照して、上記顧客情報、上記座席管理情報、および上記注文管理情報の少なくとも何れかを更新し、
   上記座席管理情報は、上記顧客が来店したか否かを示す来店情報をさらに含み、
   上記顧客が来店したことを示す来店情報を含む更新情報を上記更新情報取得手段が取得してから所定の時間が経過しても、上記顧客が着席したことを示す更新情報を上記更新情報取得手段が取得しない場合、上記決定手段は、上記顧客が座る座席の位置を報知内容として決定することを特徴とするサーバ。

Images