JP4280176B2 - 客席管理装置 - Google Patents

Description

本発明は、ファミリーレストランや居酒屋等の飲食店において、店内に配置された各客席の空席，在席等の状態をリアルタイムに管理し表示出力して、店員等が各客席の状態を容易に確認できるようにようにした客席管理装置に関する。

従来のこの種の客席管理装置としては、モニタに客席のフロアレイアウトを示す画面を表示させ、この画面上で客席毎に空席なのか在席なのかを確認できるようにした装置があった（例えば、特許文献１参照）。

また、ウェイトレスまたはウェイターが操作して、オーダをした客のオーダ番号，テーブル番号，料理番号等のオーダ情報を入力するオーダーターミナルと、オーダ情報及びテーブルの空席情報を管理するオーダーリングコントローラと、会計処理するＰＯＳとを含むオーダーリング装置において、オーダーターミナルに、ウェイトレスまたはウェイターがテーブルの片付けが完了したときに操作する「準備ＯＫ」スイッチを設ける。そして、オーダーリングコントローラは、オーダーターミナルにおいてオーダ情報が入力されたテーブルを在席状態として管理し、ＰＯＳにおいて会計が処理されたテーブルを準備中状態として管理する。また、オーダーターミナルの「準備ＯＫ」スイッチが操作されて、片付けが完了した客席のテーブル番号がオーダーリングコントローラに通知されると、そのテーブル番号のテーブルを空席状態として管理する装置もあった（例えば、特許文献２参照）。
特開２０００−１９４７８１公報 特開２００２−１２３８７０公報

ところで、ファミリーレストランや居酒屋等の飲食店では、昼食時や夕食時等のピークタイム時を効率よく運営するために、客席の稼働率を上げることが求められていた。このため、店長等の店舗管理者には、空席が有るにも拘らず入店待ちをしている客が居るような無駄をできるだけ無くすべく、店員への指導や担当換え等の人員管理を適切に行うことが要求されていた。

しかしながら従来は、空席の有無は、客席管理装置によってリアルタイムに管理されるものの、入店待ち客の有無は、店員が目で見て確認しなければならなかった。このため、客席管理装置の画面から空席があることを把握しても、その画面を確認できる場所から入店待ち客が待機する待ち客エリアを見ることができない限り、入店を待っている客が居ないので空席となっていのか、入店を待っている客が居るにも拘らず店員の対応遅れにより空席となっているのかを把握することはできなかった。

本発明はこのような事情に基づいてなされたもので、その目的とするところは、店長や店員等が一つの場所に居ながらにして客席の空席有無の状況とともに入店待ち客有無の状況を同時に把握することができ、ピークタイム時の効率的な運営を支援できる客席管理装置を提供しようとするものである。

本発明の客席管理装置は、飲食店に配置された各客席別に空席，在席等の状態情報を記憶する客席状態情報記憶手段を有し、記憶された各客席の状態情報に基づいて表示器に各客席の状態を識別可能な画像を表示させるものにおいて、飲食店への入店待ちの客が待機する待ち客エリアを撮影するカメラを設ける。そして、客席状態情報記憶手段に記憶された状態情報により空席として管理される客席が一定量以下か否かを判定し、一定量以下であると判定されると、カメラで撮影される待ち客エリアの画像を表示器に表示させるようにしたものである。

かかる手段を講じた本発明によれば、店長や店員等が一つの場所に居ながらにして客席の空席有無の状況とともに入店待ち客有無の状況を同時に把握することができ、ピークタイム時の効率的な運営を支援できる客席管理装置を提供できる。

以下、本発明を実施するための最良な形態について、図面を用いて説明する。
なお、この実施の形態は、本発明を客席フロアとして１Ｆ，２Ｆ，３Ｆの３フロアを有するとともに、厨房を揚げ物コーナ，焼き物コーナ，ドリンク・デザートコーナ及びサラダコーナの４つのコーナに区分してなる飲食店に適用した場合である。

図１は本発明の店舗管理機能を実現する飲食店システムの概要図であり、本システムは、店舗管理に関する各種情報処理の中枢を担うコンピュータとしてステーション１を備えている。また、接客担当の店員がそれぞれ携帯して客のオーダ内容等を入力するための端末として、無線回路内蔵のオーダエントリターミナル２を用いている。そして、店内フロアの要所に各オーダエントリターミナル２と無線による双方向通信が可能な無線機３を設け、この無線機３をステーション１に接続して、各オーダエントリターミナル２で入力され、無線送信されたデータをステーション１が取り込めるようになっている。

ステーション１には、ＬＡＮ（Local Area Network）４が接続されており、このＬＡＮ４を介して、厨房のコーナ毎に設けられた厨房端末５Ａ，５Ｂ，５Ｃ，５Ｄや、オーダ伝票を印字発行する伝票発行機６、会計を処理するＰＯＳ（Point Of Sales）端末７、飲食店への入店待ち客が待機する待ち客エリアに設置され、入店待ちをする客が人数や禁煙席希望または喫煙席希望等の客席条件を入力するのに使用する待ち客用端末８等の電子機器がステーション１に接続されている。

飲食店内の各客席フロアや厨房の各コーナや会計場等の各所には、それぞれ監視カメラ９Ａ，９Ｂ，……が取付けられており、各カメラ９Ａ，９Ｂ……によって撮影された画像データがステーション１に供給されて、モニタ１０に選択的にカラー表示されるようになっている。また、前記待ち客エリアにも監視カメラ９Ｎが取付けられており、この監視カメラ９Ｎによって撮影された画像は、所定の条件が成立したとき前記モニタ１０にカラー表示される。

モニタ１０には、例えば図２に示すレイアウトの店内監視画面１１が常時表示されている。この画面１１は、フロア１Ｆ，２Ｆ，３Ｆ別のフロア状況表示部１２，１３，１４（フロア状況表示部１３，１４は図示せず）と、実績表示部１５と、カメラ画像表示部１６とから構成されている。

フロア状況表示部１２，１３，１４には、それぞれそのフロアに配置されている各客席の画像を、それぞれその客席が空席状態なのか在席状態なのか準備中なのか等を識別可能に示す客席レイアウト画像１７がカラー表示される。また、厨房の各コーナにおける仕事量をインジケータとしてコーナ別に示す厨房レイアウト画像１８と、待ち客用端末８によって計数管理されている待ち客数を示す待ち客画像１９とが、各フロア状況表示部１２，１３，１４に共通にカラー表示される。なお、店内監視画面１１には、いずれか１つのフロア状況表示部１２，１３または１４が表示されており、例えばモニタ１０に接続されたマウス等の図示しない操作手段で画面を操作して各フロア状況表示部１２，１３，１４のタグ１２Ｔ，１３Ｔ，１４Ｔを選択することによって、フロア状況表示部１２，１３，１４の画像を切り換えられるようになっている。

実績表示部１５には、オーダエントリターミナル２によってオーダを受けた時点の時間帯別売上金額とＰＯＳ端末７によって会計を処理した時点の時間帯別売上金額とを対比して示すグラフや、各フロアでそれぞれ従事している接客担当者のオーダ回数，配膳回数，片付回数を示すグラフ等が表示される。

カメラ画像表示部１６には、各カメラ９Ａ，９Ｂ，……によって撮影された画像が選択的に表示される。例えば、各客席フロアの画像がカメラ画像領域Ａ，Ｂ，Ｃにそれぞれ表示され、会計場の画像がカメラ画像領域Ｄに表示される。あるいは、各厨房コーナの画像がカメラ画像領域Ａ，Ｂ，Ｃ，Ｄにそれぞれ表示される。

図３は客席レイアウト画像１７に表示される客席画像２０の一例であり、（ａ）は客が在席している客席画像（在席画像２０ａ）を示し、（ｂ）は客が在席していない客席画像（空席画像２０ｂ）を示している。在席画像２０ａには、その客席を特定する客席コード２１とともに、在席時間を示すインジケータ２２が表示されている。また、メニュー品目の注文を受けていない客席には注文待ちを示すマーク［注］が表示され、配膳されていないオーダが残っている客席には未配膳を示すマーク［未］２３が表示されている。在席時間インジケータ２２は、空席画像２０ｂには表示されない。空席画像２０ｂのうち、準備中の客席には片付中を示すマーク［片］２４が表示されている。また、予約席にはマーク［予］が表示されている。マーク［片］２４の背景色は、所定の条件によって変化する。

図４は厨房レイアウト画像１８に厨房コーナ別に表示される仕事量インジケータ２５の一例であり、円２６の中に、仕事量インジケータ２５がコーナ名２７とともに表示されている。円２６の外側には、そのコーナでメニュー品目の製造を担当している店員の氏名２８と人物マーク２９とが表示されている。

オーダエントリターミナル２は、図６のブロック図で示すように、半導体メモリ等の記憶部３１、キーボード，ダッチパネル等の操作入力部３２、液晶ディスプレイ等の表示部３３、無線部３４及び各部を制御する制御部３５の各部で構成されている。記憶部３１には、当該オーダエントリターミナル２を携帯して使用する接客担当（フロア担当）の店員に設定された店員コードや、当該飲食店で販売するメニュー品目のメニューコード，品目名等の情報が記憶されている。

オーダエントリターミナル２の外観構成の一例を図５に示す。このオーダエントリターミナル２は、携帯可能なブック型の本体３６からなり、本体３６を見開いたときの一方の面にキーボード３７が設けられ、他方の面にタッチパネル付きのディスプレイ３８が設けられている。キーボード３７には、「新規」，「追加」，「取消」，「設定」，「席Ｎｏ」，「案内完了」，「配膳完了」，「片付完了」の各機能キーや、「ランチ」，「サラダ／スープ」，「パスタ」等の料理種別キー、「０」〜「９」の置数キー、確認／送信キー等が配列されている。

本実施の形態において、各フロアにそれぞれ配置された接客担当の各店員は、それぞれオーダエントリターミナル２を携帯し、予め設定キーや置数キー等を操作して、自身の店員コードを記憶部３１に設定しておく。この状態で、各店員は、来店した客を空席まで案内する案内業務、客席に着いた客のオーダを受けるオーダ業務、厨房で製造されたメニュー品目を客席まで配膳する配膳業務及び客が帰った客席の皿等を片付ける片付業務等を行う。そして、案内業務を行った際には、席番号キーと置数キーとを操作して案内した客席を特定するための客席コードを入力した後、案内完了キーを操作する。オーダ業務を行った際には、オーダをした客が着いている客席の客席コードを入力した後、メニュー群キーの操作により表示されるメニューリストからオーダを受けたメニュー品目を選択し登録する。そして、登録を完了すると、確認／送信キーを操作する。配膳業務を行った際には、配膳した客席の客席コードを入力した後、配膳完了キーを操作する。片付業務を行った際には、片付け終わった客席の客席コードを入力した後、片付完了キーを操作する。

案内完了キーの操作によりオーダエントリターミナル２から無線送信される案内完了データ伝文のフォーマットを図７（ａ）に示し、確認／送信キーの操作により無線送信されるオーダメニューデータ伝文のフォーマットを図７（ｂ）に示し、配膳完了キーの操作により無線送信される配膳完了データ伝文のフォーマットを図７（ｃ）に示し、片付完了キーの操作により無線送信される片付完了データ伝文のフォーマットを図７（ｄ）に示す。各伝文ファーマットにおいて、ＳＴＮコードは、伝文の宛先であるステーション１の識別コードである。客席コードは、都度、操作入力される客席コードである。店員コードは、記憶部３１に記憶されている店員コードである。案内完了データ，配膳完了データ及び片付完了データはそれぞれ異なる固定のデータである。オーダメニューデータは、オーダ入力されたメニュー品目のメニューコード及び注文数等である。これらの無線データ伝文は、無線機３で受信され、ステーション１に取れ込まれて処理される。

ＰＯＳ端末７は、図８のブロック図で示すように、半導体メモリ等の記憶部４１、キーボード，スキャナ等の操作入力部４２、オペレータ用及び客用の表示部４３、レシート印字等を行う印字部４４、ＬＡＮ４に接続される通信部４５及びこれらを制御する制御部４６の各部で構成されている。記憶部４１には、当該ＰＯＳ端末７を識別するためのＰＯＳコードが予め記憶されている。

操作入力部４２には、客席コード入力手段４７が設けられており、会計担当の店員は、飲食を終えた客がその飲食代金の会計を申し出ると、その客が着いていた客席の客席コードを入力する。すると、制御部４６は、図９に示すフォーマットの会計入力データ伝文を作成し、通信部４５から送信する。

図９において、ＳＴＮコードは伝文の宛先であるステーション１の識別コードである。ＰＯＳコードは、記憶部４１に記憶されているＰＯＳコードである。客席コードは、都度、客席コード入力手段４７によって入力される客席コードである。この会計入力データ伝文は、ＬＡＮ４を伝送され、ステーション１に取れ込まれて処理される。これにより、ステーション１からは、当該客席コードの客席に着いていた客のオーダデータがＬＡＮ４経由で与えられるので、制御部４６は、このオーダデータに基づき売上情報を記憶部４１にメモリ処理する。また、印字部４４を動作させて、レシートを印字発行するものとなっている。

ステーション１は、図１０のブロック図で示すように、ハードディスク等に形成されたデータベース部５１、半導体メモリ等のメモリ部５２、前記モニタ１０に表示させる画像データを記憶する画像メモリ５３、前記無線機３が接続される無線機インターフェイス５４、現在の日時を計時する時計部５５、ＬＡＮ４に接続される通信部５６、各監視カメラ９Ａ，９Ｂ，…，９Ｎの撮影動作を制御するカメラ制御部５７及びこれらを制御する主制御部５８等で構成されている。

データベース部５１には、店員データベース６１，メニューデータベース６２，フロアデータベース６３，客席データベース６４等の各種データベースが保存されている。

店員データベース６１には、各店員毎に、図１１に示すように、その店員の識別情報である店員コードと、氏名と、その店員の担当部署（接客担当，厨房担当など）を示す担当部署コード及びその部署での作業実績データとが１レコードとして記憶されている。接客担当の店員に対しては、その店員が配置されたフロアのフロアコードが担当部署コードとして設定されており、作業実績データとしてオーダ回数，配膳回数及び片付回数が累計記憶される。また、厨房担当等の店員に対しては、その店員が配置された厨房コーナの厨房コーナコードが担当部署コードとして設定されており、作業実績データとして製造品目数が累計記憶される。

メニューデータベース６２には、各メニュー品目毎に，図１２に示すように、そのメニュー品目の識別情報であるメニューコードと、品目名と、単価と、そのメニュー品目が製造される厨房のコーナ特定情報である厨房コーナコードと、オーダ回数，売上累計金額等のオーダ実績データとが１レコードとして記憶されている。

フロアデータベース６３には、各フロア１Ｆ，２Ｆ，３Ｆ毎に、図１３に示すように、そのフロアの識別情報であるフロアコードと、フロア名と、そのフロアに設置されている客席の総数と、店内監視画面１１に客席レイアウト画像１７として表示されるそのフロアのレイアウト画像データと、そのフロアの現時点における在席数，未オーダ数，未配膳数等のフロア管理データとが１レコードとして記憶されている。

客席データベース６４には、全フロアの客席毎に、図１４に示すように、その客席の識別情報である客席コードと、客席名と、その客席が設けられているフロアのフロアコードと、その客席の定員及び禁煙席か喫煙席かを識別するステータスデータと、その客席の稼動状況データと、その客席に着いている一単位の客の入店からの滞留時間をカウントする滞留時間データと、その客席に着いている一単位の客がオーダしたメニュー品目のメニューコード，合計金額等のオーダ管理データとが１レコードとして記憶されている。稼動状況データは、空席を“０”とし、注文待ちを“１”とし、配膳待ちを“２”とし、飲食中を“３”とし、準備中を“４”とし、予約席を“９”とする。滞留時間データは、時計部５５にて計時される時刻に同期して１分毎に“１”ずつカウントアップするようになっている。なお、一単位の客とは、１つの伝票で管理される個人またはグループの客のことである。ここに、客席データベース６４は、客席状態情報記憶手段を構成する。

前記客席データベース６４に保存された各レコードの稼動状況データにより、客席レイアウト画像１７に表示される各客席の画像が決定される。すなわち、稼動状況データが空席“０”または準備中“４”若しくは予約“９”の客席は、図３（ｂ）に示す空席画像２０ｂとなり、その画像内に該当する客席名が表示される。また、準備中“４”の場合にはマーク［片］２４が表示され、予約“９”の場合にはマーク［予］が表示される。一方、稼動状況データが注文待ち“１”または配膳待ち“２”若しくは飲食中“３”の客席は、図３（ａ）に示す在席画像２０ｂとなり、その画像内に該当する客席名が表示される。また、注文待ち“１”の場合にはマーク［注］が表示され、配膳待ち“２”の場合にはマーク［未］２３が表示される。また、滞留時間データが例えば１５分を経過する毎にインジケータ２２が左端から順番に例えば赤色になるようになっている。

ステーション１のメモリ部５２には、当該ステーション１を識別するためのＳＴＮコードが記憶されている。また、図１５に示すように、待ち客順位の順番に、待ち客に対して発番された待ち客番号と、その待ち客の人数及び禁煙／喫煙情報の客席条件情報とを記憶管理する待ち客管理テーブル６５がメモリ部５２に形成されている。禁煙／喫煙情報は、禁煙席を希望するか、喫煙席を希望するか、どちらでもよいかを識別する情報である。

待ち客用端末８は、図１６のブロック図で示すように、半導体メモリ等の記憶部７１、キーボード，タッチパネル等の操作入力部７２、操作ガイダンスや待ち客情報等を表示するための表示部７３、待ち客番号が印刷された予約券を発券する発券部７４、ＬＡＮ４に接続される通信部７５及びこれらを制御する制御部７６の各部で構成されている。記憶部７１には、待ち客が発生する毎にその待ち客固有の待ち客番号を発番する待ち客番号カウンタ７７が形成されている。

操作入力部７２には、待ち客の予約を宣言する予約キー、待ち客の案内を宣言する案内キー、人数や待ち客番号等の数値を入力するためのテンキー及びエンターキー等が設けられている。

満席のため入店を待つ客は、予約キーを操作する。すると、表示部７３に「人数は？」と表示されるので、テンキーで人数を置数し、エンターキーを操作する。すると、表示部に「希望のお席は、１：禁煙席、２：喫煙席、３：どちらでもよい」と表示されるので、テンキーで希望の客席条件を入力し、エンターキーを操作する。すると、待ち客番号カウンタ７７が“１”だけカウントアップして新規の待ち客番号が発番され、この待ち客番号が印刷された予約券が発券部７４から発券される。また、図１７（ａ）で示すフォーマットの予約入力データ伝文が作成されて通信部７５から送信される。この予約入力データ伝文において、ＳＴＮコードは伝文の宛先であるステーション１の識別コードである。予約フラグは、当該伝文が予約入力データ伝文であることを識別するために付加された情報である。待ち客番号は、待ち客番号カウンタ７７から自動発番された番号である。人数及び禁煙／喫煙情報は、操作入力部７２からマニュアル入力された客席条件情報である。

一方、入店を待っている客を空席に案内する店員は、案内キーを操作した後、その客が持っている予約券の待ち客番号をテンキーで置数し、エンターキーを操作する。すると、図１７（ｂ）で示すフォーマットの案内入力データ伝文が作成されて通信部７５から送信される。この案内入力データ伝文において、ＳＴＮコードは伝文の宛先であるステーション１の識別コードである。案内フラグは、当該伝文が案内入力データ伝文であることを識別するために付加された情報である。待ち客番号は、操作入力部７２からマニュアル入力された予約券の印刷情報である。

待ち客用端末８から送信される予約入力データ伝文及び案内入力データ伝文は、ＬＡＮ４を伝送され、ステーション１に取れ込まれて処理される。すなわち、ステーション１の主制御部５８は、待ち客用端末８から送信される予約入力データ伝文を通信部５６を介して取り込むと、待ち客管理テーブル６５からデータが設定されていない待ち客順位のうちの最小の順位を検出する。そして、この最小順位のテーブルエリアに、伝文中の待ち客番号と人数と禁煙／喫煙情報を格納する。

また、主制御部５８は、待ち客用端末８から送信される案内入力データ伝文を通信部５６を介して取り込むと、伝文中の待ち客番号で待ち客管理テーブル６５を検索して、同一待ち客番号の存在有無を判断する。そして、同一待ち客番号の存在を確認すると、その待ち客番号とそれに対応する人数及び禁煙・喫煙情報を待ち客管理テーブル６５から削除する。しかる後、主制御部５８は、削除したデータの待ち客順位より下位のテーブルエリアに格納されている待ち客番号，人数及び禁煙／喫煙情報の各データを、それぞれ１位ずつ上位のテーブルエリアに繰上げる。

また、主制御部５８は、オーダエントリターミナル２から無線送信される案内完了データ伝文（図７（ａ）を参照）を無線機インターフェイス５４を介して取り込むと、その伝文中の客席コードによって特定される客席への着席を検知し（客席状態検知手段）、図１８の流れ図に示す案内完了入力処理を開始する。

先ず、主制御部５８は、受信伝文中の客席コードを取得し、客席データベース６４を検索して、当該客席コードに対応した稼動状況データを調べる。ここで、稼動状況データが“０”（空席）または“９”（予約席）の場合には、当該客席コードの客席に対して客を案内できるので、主制御部５８は、客席データベース６４の当該客席コードに対応した稼動状況データを“１”（注文待ち）に変更し（客席状態更新手段）、滞留時間データを“０”にリセットし、オーダ管理データをクリアする。また、当該客席コードに対応して設定されたフロアコードを取得し、フロアデータベース６３を検索して、当該フロアコードに対応したフロア管理データの在席数，未オーダ数及び未配膳数をそれぞれ“１”ずつ加算する。その後、後述する客席画像更新処理を実行するものとなっている。

また、主制御部５８は、オーダエントリターミナル２から無線送信されるオーダメニューデータ伝文（図７（ｂ）を参照）を無線機インターフェイス５４を介して取り込むと、図１９の流れ図に示すオーダ入力処理を開始する。

先ず、主制御部５８は、受信伝文中の客席コードを取得し、客席データベース６４を検索して、当該客席コードに対応した稼動状況データを調べる。ここで、稼動状況データが“１”（注文待ち），“２”（配膳待ち）または“３”（飲食中）の場合には、当該客席コードの客席に着いている客からのオーダが可能なので、主制御部５８は、客席データベース６４の当該客席コードに対応したオーダ管理データに、受信伝文中のオーダメニューデータを追加する。

次に、主制御部５８は、当該客席コードに対応した稼動状況データが“１”であった場合には、客席データベース６４から当該客席コードに対応して設定されたフロアコードを取得し、フロアデータベース６３を検索して、当該フロアコードに対応したフロア管理データの未オーダ数を“１”だけ減算する。また、当該客席コードに対応した稼動状況データが“１”または“３”であった場合には、この稼動状況データを“２”に変更する。

次に、主制御部５８は、受信伝文中のオーダメニューデータから、オーダされたメニュー品目のメニューコードを全て取得する。そして、メニューデータベース６２を検索して、各メニューコード毎にそれに対応した厨房コーナコードを取得し、オーダされたメニュー品目のデータ（メニューコード，客席コード）を厨房コーナコードで振り分ける。そして、厨房コーナコード毎にその厨房コーナコードに振り分けられたメニュー品目の製造指示データ伝文を作成する。そして、この厨房コーナコード別の製造指示データ伝文を、通信部５６を介してＬＡＮ４に送信する。この製造指示データ伝文は、それぞれ宛先の厨房コーナコードが設定された各厨房端末５Ａ〜５Ｄにて受信される。しかして、各厨房端末５Ａ〜５Ｄからはオーダメニューの製造指示データが出力される。

上記製造指示データ伝文を送信後、主制御部５８は、受信伝文中の店員コードを取得し、店員データベース６１を検索して、当該店員コードに対応した作業実績データのオーダ回数を“１”だけ増加させる。しかる後、主制御部５８は、後述する客席画像更新処理を実行するものとなっている。

また、主制御部５８は、オーダエントリターミナル２から無線送信される配膳完了データ伝文（図７（ｃ）を参照）を無線機インターフェイス５４を介して取り込むと、図２０の流れ図に示す配膳完了入力処理を開始する。

先ず、主制御部５８は、受信伝文中の客席コードを取得し、客席データベース６４を検索して、当該客席コードに対応した稼動状況データを調べる。ここで、稼動状況データが“２”（配膳待ち）の場合には、当該客席コードの客席に着いている客がオーダしたメニュー品目の配膳が完了したので、主制御部５８は、この稼動状況データを“３”（飲食中）に変更する。また、主制御部５８は、客席データベース６４から当該客席コードに対応して設定されたフロアコードを取得し、フロアデータベース６３を検索して、当該フロアコードに対応したフロア管理データの未配膳数を“１”だけ減算する。さらに、受信伝文中の店員コードを取得し、店員データベース６１を検索して、当該店員コードに対応した作業実績データの配膳回数を“１”だけ増加させる。しかる後、主制御部５８は、後述する客席画像更新処理を実行するものとなっている。

また、主制御部５８は、ＰＯＳ端末７からＬＡＮ４経由で送信される会計入力データ伝文（図９を参照）を通信部５６を介して取り込むと、その伝文中の客席コードによって特定される客席からの離席を検知し（客席状態検知手段）、図２１の流れ図に示す会計入力処理を開始する。

先ず、主制御部５８は、受信伝文中の客席コードを取得し、客席データベース６４を検索して、当該客席コードに対応した稼動状況データを調べる。ここで、稼動状況データが“３”（飲食中）の場合には、当該客席コードの客席に着いている客が飲食を終えて会計を申し出たので、主制御部５８は、この稼動状況データを“４”（準備中）に変更する（客席状態更新手段）。また、当該客席コードに対応した滞留時間データのカウントアップを停止させる。次に、主制御部５８は、客席データベース６４から当該客席コードに対応して設定されたフロアコードを取得し、フロアデータベース６３を検索して、当該フロアコードに対応したフロア管理データの在席数を“１”だけ減算する。また、客席データベース６４から当該客席コードに対応して管理されているオーダ管理データを取得し、通信部５６からＬＡＮ４経由でＰＯＳ端末７へ送信する。しかる後、主制御部５８は、後述する客席画像更新処理を実行するものとなっている。

また、主制御部５８は、オーダエントリターミナル２から無線送信される片付完了データ伝文（図７（ｄ）を参照）を無線機インターフェイス５４を介して取り込むと、その伝文中の客席コードによって特定される客席の片付完了を検知し（客席状態検知手段）、図２２の流れ図に示す片付完了入力処理を開始する。

先ず、主制御部５８は、受信伝文中の客席コードを取得し、客席データベース６４を検索して、当該客席コードに対応した稼動状況データを調べる。ここで、稼動状況データが“４”（準備中）の場合には、当該客席コードが設定された客席の後片付けが完了したので、主制御部５８は、この稼動状況データを“０”（空席）に変更する（客席状態更新手段）。また、受信伝文中の店員コードを取得し、店員データベース６１を検索して、当該店員コードに対応した作業実績データの片付回数を“１”だけ増加させる。しかる後、主制御部５８は、後述する客席画像更新処理を実行するものとなっている。

図２３は前記客席画像更新処理の要部を示す流れ図である。すなわち主制御部５８は、前述した案内完了入力処理，オーダ入力処理，配膳完了入力処理，会計入力処理及び片付完了入力処理の中のいずれかの処理を実行して、該当する客席の稼働状況データを変更する毎に、当該客席画像更新処理を実行する。

先ず、主制御部５８は、該当客席の変更後の稼働状況データを調べる。そして、変更後の稼働状況データが“０”（空席），“４”（準備中）または“９”（予約）であった場合には、店内監視画面１１のフロア状況表示部１２，１３，１４における客席レイアウト画像１７に当該客席の客席コード２１とともに表示される客席画像を空席画像２０ｂとする。また、変更後の稼働状況データが“４”（準備中）であった場合には、その空席画像２０ｂに片付マーク［片］２４を表示し、変更後の稼働状況データが“９”（予約）であった場合には、その空席画像２０ｂに予約マーク［予］を表示して、今回の客席画像更新処理を終了する。

一方、変更後の稼働状況データが“１”（注文待ち），“２”（配膳待ち）または“３”（飲食中）であった場合には、主制御部５８は、同客席レイアウト画像１７に当該客席の客席コード２１とともに表示される客席画像を在席画像２０ａとする。また、変更後の稼働状況データが“１”（注文待ち）であった場合には、その在席画像２０ａに注文待ちマーク［注］を表示し、変更後の稼働状況データが“２”（配膳待ち）であった場合には、その在席画像２０ａに未配膳マーク［未］２３を表示して、今回の客席画像更新処理を終了する。

図２４は前記待ち客監視判定処理の要部を示す流れ図である。すなわち主制御部５８は、前述した案内完了入力処理及び会計入力処理のいずれかの処理を実行して、フロアデータベース６３によりフロアコード別に記憶管理されている在席数が変更される毎に、当該待ち客監視判定処理を実行する。

先ず、主制御部５８は、フロアデータベース６３からフロア別の客席数Ａ１，Ａ２，Ａ３（Ａ１はフロアＦ１の客席数，Ａ２はフロアＦ２の客席数，Ａ３はフロアＦ３の客席数）と在席数Ｂ１，Ｂ２，Ｂ３（Ｂ１はフロアＦ１の在席数，Ｂ２はフロアＦ２の在席数，Ｂ３はフロアＦ３の在席数）を読み出す。そして、フロア毎に客席数から在席数を減算して、各フロアの空席数Ｃ１（＝Ａ１−Ｂ１），Ｃ２（＝Ａ１−Ｂ１），Ｃ３（＝Ａ１−Ｂ１）を算出する。次いで、各フロアの客席数と空席数をそれぞれ合計して、総客席数Ｄ（＝Ａ１＋Ａ２＋Ａ３＋Ａ４）と総空席数Ｅ（＝Ｃ１＋Ｃ２＋Ｃ３＋Ｃ４）を求める。そして、この総客席数Ｄと総空席数Ｅとから空席率Ｐ（＝（Ｅ／Ｄ）×１００）％を算出する。

次に、主制御部５８は、空席率Ｐが予め設定された許容値Ｘ以下か否かを判断する（空席量判定手段）。そして、空席率Ｐが許容値Ｘ以下の場合には、店内が混雑しているので、主制御部５８は、メモリ部５２の待ち客監視フラグＦを調べ、“０”にリセットされていた場合には“１”にセットする。また、図２５に示すように、待ち客エリアに取付けられている監視カメラ９Ｎによって撮影されている画像データが店内監視画面１１におけるカメラ画像表示部１６の全域に表示されるように制御する（待ち客画像表示制御手段）。

次に、主制御部５８は、客席データベース６４に記憶されている全レコードを検索し、稼働状況データが“４”（準備中）のレコード有無を判断する。ここで、該当するレコード無しを判断した場合には、今回の待ち客監視判定処理を終了する。

これに対し、稼働状況データが“４”（準備中）のレコードが客席データベース６４に記憶されていた場合には、フロア内に準備中の客席があるので、主制御部５８は、その稼働条件データが“４”（準備中）の全ての客席に対する客席画像（空席画像２０ｂ）に表示される片付マーク２４の背景色を黄色として、今回の待ち客監視判定処理を終了する。

一方、空席率Ｐが許容値Ｘを上回る場合には、主制御部５８は、メモリ部５２の待ち客監視フラグＦを調べ、“１”にセットされていた場合には“０”にリセットする。また、カメラ画像表示部１６に表示されていた監視カメラ９Ｎの撮影画像を消去し、図２に示すように、待ち客エリア以外の４箇所に取付けられている監視カメラ９Ａ，９Ｂ，……によって撮影されている画像データが店内監視画面１１のカメラ画像表示部１６に分割されて表示されるように制御する。さらに、主制御部５８は、客席データベース６４に記憶されている全レコードを検索し、稼働状況データが“４”（準備中）のレコード有無を判断する。そして、稼働状況データが“４”（準備中）のレコードを検出した場合には、その稼働条件データが“４”（準備中）の全ての客席に対する客席画像（空席画像２０ｂ）に表示される片付マーク２４の背景色が黄色となっているので、主制御部５８は、この片付マーク２４の背景色をクリアして、今回の待ち客監視判定処理を終了する。

このように本実施の形態においては、入店待ちをする客が待機する待ち客エリアに監視カメラ９Ｎを設け、待ち客エリア内を撮影できるようにしている。

また、ステーション１に客席データベース６４を設け、この客席データベース６４により各客席の稼動状況データ等を記憶管理するようにしている。そして、ステーション１は、オーダエントリターミナル２から案内完了データ伝文を受信すると、その伝文中の客席コードによって特定される客席の在席を検知し、ＰＯＳ端末７から会計入力データ伝文を受信すると、その伝文中の客席コードによって特定される客席の離席を検知し、オーダエントリターミナル２から片付完了データ伝文を受信すると、その伝文中の客席コードによって特定される客席の片付完了を検知する。そして、在席を検知した場合にはその客席の稼働状況データ“０”（空席）を“１”（注文待ち）と変更し、離席を検知した場合にはその客席の稼働状況データ“３”（飲食中）を“４”（準備中）と変更し、片付完了を検知した場合にはその客席の稼働状況データ“４”（準備中）を“０”（空席）と変更して、各客席の現在の状況をリアルタイムに管理し、状況が変わる都度、モニタ１０の店内監視画面１１に表示されている各客席のレイアウト画像１７を更新するようにしている。

ここで、各客席のレイアウト画像１７には、フロアに展開されている各客席の画像２０が、それぞれ現在の状態（空席，注文待ち，配膳待ち，飲食中，準備中，予約席）を識別可能に表示されている。例えば、空席，準備中及び予約席の客席はいずれも空席画像２０ｂとして表示されている。そして、準備中の客席にはマーク［片］２４が表示され、予約席にはマーク［予］が表示されている。また、注文待ち，配膳待ち及び飲食中の客席はいずれも在席画像２０ａとして表示されている。そして、注文待ちの客席にはマーク［注］が表示され、配膳待ちの客席にはマーク［未］が表示されている。

また、本実施の形態においては、ステーション１にフロアデータベース６３を設け、このフロアデータベース６３により各フロアＦ１，Ｆ２，Ｆ３の客席数及び在席数等を記憶管理するようにしている。そして、ステーション１は、案内完了データ伝文の受信により客席の在席を検知すると、その客席が設けられているフロアの在席数を“１”だけ増加し、会計入力データ伝文の受信により客席の離席を検知すると、その客席が設けられているフロアの在席数を“１”だけ減少して、各フロアＦ１，Ｆ２，Ｆ３の現在の在席数Ｂ１，Ｂ２，Ｂ３をリアルタイムに管理している。

本実施の形態では、各フロアＦ１，Ｆ２，Ｆ３の在席数Ｂ１，Ｂ２，Ｂ３が変更される毎に、その在席数Ｂ１，Ｂ２，Ｂ３等から客席全体の空席率Ｐが算出される。そして、空席率Ｐが予め設定された許容値Ｘ以下になると、店内監視画面１１のカメラ画像表示部１６に、監視カメラ９Ｎによって撮影されている待ち客エリアの画像が表示される。この待ち客エリアの画像は、空席率Ｐが上昇して許容値Ｘを超えるまで継続して表示される。

したがって、カメラ画像表示部１６の画像が待ち客エリアの画像に切り換えられたことによって、店内監視画面１１を監視している店長等の店舗管理者に、客席が混雑してきていることを知らせることができる。そしてこのとき、店舗管理者は、カメラ画像表示部１６に表示された待ち客エリアの画像から、入店待ちをしている客が居るのか居ないのかを容易に確認することができる。しかも、店内監視画面１１には、カメラ画像表示部１６の画像と同時に、フロア毎の客席レイアウト画像１７も表示されているので、店舗管理者は、店内監視画面１１を監視するだけで、入店を待っている客が居ないので空席となっていのか、入店を待っている客が居るにも拘らず空席となっているのかを容易に把握することができる。その結果、入店を待っている客が居るにも拘らず空席が有るような場合には、店員への指導や担当換え等の人員管理を行うことで、ピークタイム時の効率的な運営をなし得ることができるようになる。

また、本実施の形態では、空席率Ｐが許容値Ｘ以下になると、準備中の客席を示す空席画像２０ｂに表示されるマーク［片］２４の背景色を無色から黄色に変更するようにしている。したがって、マーク［片］２４の背景色が無色から黄色に変更されると、空席率Ｐが少なくなってきているので、このマーク［片］２４が表示されている客席の片付け作業を優先して行うことにより、入店待ち客をできるだけ速やかに空席となった客席まで案内できるようになる。

なお、本発明は前記一実施の形態に限定されるものではない。
例えば前記実施の形態では、フロアデータベース６３にて記憶管理されている客席数と在席数とから空席率Ｐを算出したが、空席率Ｐを算出する方法はこれに限定されるものではない。例えば、客席データベース６４にて客席毎に記憶管理されているレコードから稼働状況データが“０”（空席）のレコード数を総空席数として計数し、この総空席数と総客席数とから空席率Ｐを算出することも可能である。

また、前記実施の形態では、空席率Ｐが許容値Ｘ以下か否かによって状態情報が準備中の客席を示す空席画像２０ｂに表示されるマーク［片］２４の背景色を変えることにより区別したが、区別する方法はこれに限定されるものではない。例えば、空席率Ｐが許容値Ｘ以下か否かによってマーク［片］２４の形状を変えることによって区別してもよい。同様に、マーク［片］２４を点滅させるか否かによって区別してもよい。

また、前記実施の形態では、オーダエントリターミナル２からの案内完了データ伝文を受信したことに応じて、その伝文中の客席コードで特定される客席への着席を検知したが、客席毎の着席検知手段はこれに限定されるものではなく、例えばオーダエントリターミナル２からのオーダメニューデータ伝文を受信したことに応じて、その伝文中の客席コードで特定される客席への着席を検知してもよい。こうすることにより、接客担当者による案内完了入力業務を省略することができる。また、各客席にそれぞれ客の着席及び離席を自動的に検知するセンサ機構を設け、このセンサ機構から出力される着席または離席信号を受けて客席毎に着席，離席を検知してもよい。

この他、本発明が適用可能な飲食店の形式や、店内監視画面１１のレイアウト等、本発明の要旨を逸脱しない範囲で種々変形実施可能であるのは勿論である。

本発明の店舗管理機能を実現する飲食店システムの一実施の形態を示す模式図。 同実施の形態においてモニタに表示される店舗管理画面の一レイアウト例を示す模式図。 同店内監視画面の客席レイアウト画像に表示される客席画像の一例を示す模式図。 同店内監視画面の厨房レイアウト画像に表示される厨房コーナ別仕事量インジケータの一例を示す模式図。 同実施の形態におけるオーダエントリターミナルの外観構成を示す模式図。 同オーダエントリターミナルの要部構成を示すブロック図。 同オーダエントリターミナルからステーションへ送信される主要なデータ伝文のフォーマットを示す模式図。 同実施の形態におけるＰＯＳ端末の要部構成を示すブロック図。 同ＰＯＳ端末からステーションへ送信される主要なデータ伝文のフォーマットを示す模式図。 同実施の形態におけるステーションの要部構成を示すブロック図。 同ステーションが記憶する店員データベースのレコードフォーマットを示す模式図。 同ステーションが記憶するメニューデータベースのレコードフォーマットを示す模式図。 同ステーションが記憶するフロアデータベースのレコードフォーマットを示す模式図。 同ステーションが記憶する客席データベースのレコードフォーマットを示す模式図。 同ステーションの記憶部に形成される待ち客管理テーブルのデータ構造を示す模式図。 同実施の形態における待ち客用端末の要部構成を示すブロック図。 同待ち客用端末からステーションへ送信される主要なデータ伝文のフォーマットを示す模式図。 同ステーションの主制御部が実行する案内完了入力処理の要部を示す流れ図。 同ステーションの主制御部が実行するオーダ入力処理の要部を示す流れ図。 同ステーションの主制御部が実行する配膳完了入力処理の要部を示す流れ図。 同ステーションの主制御部が実行する会計入力処理の要部を示す流れ図。 同ステーションの主制御部が実行する片付完了入力処理の要部を示す流れ図。 同ステーションの主制御部が実行する客席画像更新処理の要部を示す流れ図。 同ステーションの主制御部が実行する待ち客監視判定処理の要部を示す流れ図。 同実施の形態においてモニタに表示される待ち客監視時の店舗管理画面の一レイアウト例を示す模式図。

符号の説明

１…ステーション、２…オーダエントリターミナル、３…無線機、４…ＬＡＮ、５Ａ〜５Ｄ…厨房端末、６…伝票発行機、７…ＰＯＳ端末、８…待ち客用端末、９Ａ〜９Ｄ…監視カメラ、１０…モニタ、１１…店内監視画面、１２…フロア状況表示部、１７…客席レイアウト画像、１８…厨房レイアウト画像、２０（２０ａ，２０ｂ）…客席画像、５８…主制御部、６１…店員データベース、６２…メニューデータベース、６３…フロアデータベース、６４…客席データベース、６５…待ち客管理テーブル。

Claims (3)

1. 表示器を備えるとともに、飲食店に配置された各客席別に空席，在席等の状態情報を記憶する客席状態情報記憶手段を有し、この客席状態情報記憶手段に記憶された各客席の状態情報に基づいて前記表示器に各客席の状態を識別可能な画像を表示させる客席管理装置において、
   前記飲食店への入店待ちの客が待機する待ち客エリアを撮影するカメラと、
   前記客席状態情報記憶手段に記憶された状態情報により空席として管理される客席が一定量以下か否かを判定する空席量判定手段と、
   この空席量判定手段により前記空席として管理される客席が一定量以下であると判定されると、前記カメラで撮影される待ち客エリアの画像を前記表示器に表示させる待ち客画像表示制御手段と、
   を具備したことを特徴とする客席管理装置。
2. 客席毎に着席及び片付完了をそれぞれ検知する客席状態検知手段と、
   この客席状態検知手段により着席が検知された客席の前記状態情報を在席とし、片付完了が検知された客席の前記状態情報を空席とする客席状態更新手段とを具備し、
   前記空席量判定手段は、前記客席状態更新手段により前記状態情報が在席または空席に更新される毎に判定することを特徴とする請求項１記載の客席管理装置。
3. 表示器を備えるとともに、飲食店に配置された各客席別に空席，在席，準備中等の状態情報を記憶する客席状態情報記憶手段を有し、この客席状態情報記憶手段に記憶された各客席の状態情報に基づいて前記表示器に各客席の状態を識別可能な客席レイアウト画像を表示させる客席管理装置において、
   前記飲食店への入店待ちの客が待機する待ち客エリアを撮影するカメラと、
   客席毎に着席，離席及び片付完了をそれぞれ検知する客席状態検知手段と、
   この客席状態検知手段により着席が検知された客席の前記状態情報を在席とし、離席が検知された客席の前記状態情報を準備中とし、片付完了が検知された客席の前記状態情報を空席とする客席状態更新手段と、
   この客席状態更新手段により前記状態情報が在席または空席に更新される毎に、この状態情報により空席として管理される客席が一定量以下か否かを判定する空席量判定手段と、
   この空席量判定手段により空席として管理される客席が一定量以下であると判定されると、前記カメラで撮影される待ち客エリアの画像を前記表示器に表示させる待ち客画像表示制御手段とを具備し、
   前記表示器は、前記待ち客エリアの画像と前記客席レイアウト画像とを同時に表示可能であり、前記客席レイアウト画像に表示される各客席画像のうち前記状態情報により準備中として管理される客席を示す画像を、前記待ち客エリアの画像が表示されているときと表示されていないときとで区別することを特徴とする客席管理装置。

Images