JP2005242767A - 店舗管理装置 - Google Patents

Abstract

【課題】客席が置かれているフロアの稼働状況を店舗管理者が常に的確に把握して、接客業務の停滞等を未然に防ぐべく対策を迅速に取れるようにする。
【解決手段】各客席の識別情報にその客席が配置されている管理対象領域の特定情報を対応させて記憶する。また、各客席の中でメニュー品目の注文待ち状態にある客席を検知するようにする。そして、記憶された客席識別情報及び管理対象領域特定情報を基に、メニュー品目の注文待ち状態にあると検知された客席の数を管理対象領域別に計数し、この客席数が一定値を超えた管理対象領域を報知する
【選択図】 図２６

Description

本発明は、ファミリーレストランや居酒屋等の飲食店において、店長等の店舗管理者が店内の状況を把握し効率よく運営するのを支援するための店舗管理装置に関する。

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

ところで、例えばビルの複数階に跨って店舗を展開している飲食店では、一般に、接客担当の店員を階毎に割振って接客を行うようにしている。このため、店長等の店舗管理者は、接客業務が滞ることなく迅速に行われているか否かを階毎に把握し、滞っている階には店員を増員するなどの適切な対策を取る必要があった。

しかしながら従来の空席管理装置では、客席の在席，空席等の状況はリアルタイムに把握できるものの、各客席が配置されているフロアの稼働状況までは把握することができなかったので、例えば混雑時において適切な対策を迅速に取ることが困難であった。

本発明はこのような事情に基づいてなされたもので、その目的とするところは、客席が置かれているフロアの稼働状況を店舗管理者が常に的確に把握して、接客業務の停滞等を未然に防ぐべく対策を迅速に取ることができ、特に混雑時における効率的な店舗運営を支援することができる店舗管理装置を提供しようとするものである。

本発明は、客席フロアを複数の管理対象領域に区分して管理する飲食店で利用される店舗管理装置において、各客席の識別情報にその客席が配置されている管理対象領域の特定情報を対応させて記憶する客席情報記憶手段と、各客席の中でメニュー品目の注文待ち状態にある客席を検知する注文待ち客席検知手段とを設ける。そして、客席情報記憶手段に記憶された客席識別情報及び管理対象領域特定情報を基に、注文待ち客席検知手段によりメニュー品目の注文待ち状態にあると検知された客席の数を管理対象領域別に計数し、この客席数が一定値を超えた管理対象領域を報知するようにしたものである。

かかる手段を講じた本発明によれば、客席が置かれているフロアの稼働状況を店舗管理者が常に的確に把握して、接客業務の停滞等を未然に防ぐべく対策を迅速に取ることができ、特に混雑時における効率的な店舗運営を支援することができる店舗管理装置を提供できる。

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

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

ステーション１には、ＬＡＮ（Local Area Network）４が接続されており、このＬＡＮ４を介して、厨房のコーナ毎に設けられた厨房端末５Ａ，５Ｂ，５Ｃ，５Ｄや、オーダ伝票を印字発行する伝票発行機６、会計を処理するＰＯＳ（Point Of Sales）端末７、待ち客の予約情報を入力する予約端末８等の電子機器がステーション１に接続されている。

飲食店内の各客席フロア１Ｆ，２Ｆ，３Ｆ及び出入口の各所には、それぞれ監視カメラ９Ａ，９Ｂ，９Ｃ，９Ｄが取付けられており、各カメラ９Ａ〜９Ｄによって撮像された画像データがステーション１に供給されて、モニタ１０にカラー表示されるようになっている。

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

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

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

カメラ画像表示部１６には、各カメラ９Ａ，９Ｂ，９Ｃ，９Ｄによって撮像された画像が表示されている。

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

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

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

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

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

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

各厨房端末５Ａ〜５Ｄは同一構成であり、その要部を図８のブロック図で示す。すなわち厨房端末５Ａ〜５Ｄは、タッチパネル付のディスプレイ４１と、このディスプレイ４１を制御するコントローラ４２とからなり、コントローラ４２は、ディスプレイ４１に表示させる画像データを記憶する画像メモリ４３、タッチパネル信号によりメニュー品目の製造完了を検知する製造完了検知部４４、半導体メモリ等の記憶部４５、ＬＡＮ４に接続される通信部４６及びこれらを制御する制御部４７等で構成されている。記憶部４５には、各厨房端末５Ａ〜５Ｄ毎に、それぞれ設置されている厨房コーナを識別するための厨房コーナコードが予め記憶されている。

各厨房端末５Ａ〜５Ｄは、それぞれ厨房のコーナ毎にそのコーナで製造するメニュー品目のうち、客からオーダを受けたメニュー品目のリストをタッチパネル付ディスプレイ４１に表示させるものであり、各厨房コーナの製造担当である店員は、このディスプレイ４１に表示されたリストに従い、メニュー品目を製造（調理）する。そして、製造を完了する毎に、ディスプレイ４１をタッチ操作してリストから削除する。このとき、製造完了検知部４４は、ディスプレイ４１からのタッチパネル信号により製造を完了したメニュー品目を認識し、制御部４７に通知する。制御部４７は、製造完了検知部４４からの通知に応じて図９に示すフォーマットの製造完了データ伝文を作成し、通信部４６から送信する。

図９において、ＳＴＮコードは伝文の宛先であるステーション１の識別コードである。厨房コーナコードは、記憶部４５に記憶されている厨房コーナコードである。メニューコードは、製造を完了したメニュー品目のメニューコードである。客席コードは、製造を完了したメニュー品目をオーダした客の客席コードである。この製造完了データ伝文は、ＬＡＮ４を伝送され、ステーション１に取れ込まれて処理される。

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

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

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

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

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

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

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

フロアデータベース７２には、各フロア１Ｆ，２Ｆ，３Ｆ毎に、図１５に示すように、そのフロアの識別情報であるフロアコードと、フロア名と、そのフロアに設置されている客席の総数と、店内監視画面１１に客席レイアウト画像１７として表示されるそのフロアのレイアウト画像データと、そのフロアの現時点における在席数，未オーダ数，未配膳数等のフロア管理データと、警告フラグとが１レコードとして記憶されている。本実施の形態では、管理対象領域であるフロア１Ｆ，２Ｆ，３Ｆ単位に注文待ち状態であることを示す未オーダの客席数を計数し、この未オーダ数が一定値を超えると、そのフロアは稼動状況が悪く接客業務が滞っているとみなして、警告フラグをセットするものとなっている。

客席データベース７３には、全フロアの客席毎に、図１６に示すように、その客席の識別情報である客席コードと、客席名と、その客席が設けられているフロアのフロアコードと、その客席の定員及び禁煙席か喫煙席かを識別するステータスデータと、その客席の稼動状況データと、その客席に着いている一単位の客の入店からの滞留時間をカウントする滞留時間データと、その客席に客が着いてからオーダを受けるまでの注文待ち時間データと、その客席に着いている客がオーダしたメニュー品目のメニューコード，合計金額等のオーダ管理データとが１レコードとして記憶されている（客席情報記憶手段）。

稼動状況データは、空席を“０”とし、注文待ちを“１”とし、配膳待ちを“２”とし、飲食中を“３”とし、片付中を“４”とし、予約席を“９”とする。滞留時間データ及び注文待ち時間データは、時計部６５にて計時される時刻に同期して１分毎に“１”ずつカウントアップするようになっている。なお、一単位の客とは、１つの伝票で管理される個人またはグループの客のことである。

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

厨房データベース７４には、厨房の各コーナ毎に、図１７に示すように、その厨房コーナの識別情報である厨房コーナコードと、コーナ名と、製造実績データとが１レコードとして記憶されている。製造実績データは、その厨房コーナに対して製造指示がなされたメニュー品目のメニューコード，注文受付時刻，製造完了時刻等である。

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

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

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

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

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

次に、主制御部６８は、受信伝文中のオーダメニューデータから、オーダされたメニュー品目のメニューコードを全て取得する。そして、メニューデータベース７１を検索して、各メニューコード毎にそれに対応した厨房コーナコードを取得し、オーダされたメニュー品目のデータ（メニューコード，客席コード）を厨房コーナコードで振り分ける。そして、厨房コーナコード毎にその厨房コーナコードに振り分けられたメニュー品目の製造指示データ伝文を作成する。

製造指示データ伝文は、図１８に示すように、厨房コーナコードを宛先とし、メモリ部６２に記憶されているＳＴＮコードとともに、当該厨房コーナコードに振り分けられた全オーダメニュー品目のデータを付加した伝文である。主制御部６８は、厨房コーナコード別の製造指示データ伝文を、通信部６６を介してＬＡＮ４に送信する。この製造指示データ伝文は、それぞれ宛先の厨房コーナコードが設定された各厨房端末５Ａ〜５Ｄにて受信される。しかして、各厨房端末５Ａ〜５Ｄのタッチパネル付ディスプレイ４１には、オーダメニューの製造指示データが出力される。

上記製造指示データ伝文を送信後、主制御部６８は、厨房コーナコード別に振り分けられた全オーダメニュー品目のメニューコード及び客席コードに、時計部６５から読取った現在時刻を注文受付時刻として付加して製造実績データを作成する。そして、この厨房コーナコード別の製造実績データを厨房データベース７４に厨房コーナコード別に振り分けて追加する。また、該当厨房コーナコードに対応した製造必要数に、それぞれ追加したデータ分を加算する。さらに、受信伝文中の店員コードを取得し、店員データベース７０を検索して、当該店員コードに対応した作業実績データのオーダ回数を“１”だけ増加させる。しかる後、主制御部６８は、後述するフロア警告判定処理を実行するものとなっている。

また、厨房端末５Ａ〜５ＤからＬＡＮ４経由で送信される製造完了データ伝文（図９を参照）を通信部６６を介して取り込むと、主制御部６８は、図２１の流れ図に示す製造完了入力処理を開始する。

先ず、主制御部６８は、受信伝文中の厨房コーナコードを取得し、厨房データベース７４を検索して、当該厨房コーナコードに対応して保存された製造実績データから、受信伝文中のメニューコード及び客席コードが一致しかつ製造完了時刻が未設定のデータを抽出する。そして、時計部６５にて計時されている現在時刻をこのデータの製造完了時刻としてセットする。また、該当厨房コーナコードに対応した製造必要数を“１”だけ減算する。次に、主制御部６８は、店員データベース７０を検索して、担当部署コードとして当該厨房コーナコードを設定している店員コードを取得する。そして、この店員コードに対応した作業実績データの製造品目数を“１”だけ加算するものとなっている。

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

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

また、ＰＯＳ端末７からＬＡＮ４経由で送信される会計入力データ伝文（図１１を参照）を通信部６６を介して取り込むと、主制御部６８は、図２３の流れ図に示す会計入力処理を開始する。

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

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

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

図２５は前記フロア警告判定処理の要部を示す流れ図である。すなわち主制御部６８は、前記案内完了入力処理あるいはオーダ入力処理の実行により、このフロア警告判定処理に入ると、先ず、判定対象フロアの未オーダ数Ｎを取得する。ここで、判定対象フロアとは、案内完了入力処理であった場合には、在席数，未オーダ数および未配膳数をそれぞれ“１”ずつ加算したフロアコードのフロア（管理対象領域）であり、オーダ入力処理の場合には、未オーダ数を“１”だけ減算したフロアコードのフロア（管理対象領域）である。

判定対象フロアの未オーダ数Ｎを取得したならば、次に、主制御部６８は、その未オーダ数Ｎと予め設定された一定の警告許容値Ｘとを比較する。その結果、未オーダ数Ｎが警告許容値Ｘを上回った場合には、主制御部６８は、当該判定対象フロアのフロアコードが設定されたフロアデータベース７２のレコードの警告フラグが“１”にセットされているか否かを判断する。そして、警告フラグが“１”にセットされていなかった場合には“１”にセットする。また、現時点における店員データベース７０，メニューデータベース７１，フロアデータベース７２，客席データベース７３及び厨房データベース７４の各データを、警告ログファイル６９に保存する。このとき、各データベースのデータを周知の圧縮・解凍プログラムにより圧縮して保存してもよい。

次に、主制御部６８は、図２６に示すように、モニタ１０に表示されている店内監視画面１１において、当該判定対象フロアを示すフロア状況表示部１２，１３，または１４のタグ１２Ｔ，１３Ｔまたは１４Ｔ（図２６ではタグ１４Ｔ）の表示を、例えば色を変える等、変化させることによって、当該判定対象フロアでの接客業務が滞っていることを警告する（報知手段）。また、店員データベース７０を検索して、当該判定対象フロアのフロアコードが担当部署コードとして設定されている店員の氏名情報を取得する。そして、図２６の符号８０に示すように、この氏名のリストを店内監視画面１１に表示させることによって、接客業務が滞っているフロアの担当者を併せて知らしめる。

一方、未オーダ数Ｎが警告許容値Ｘを上回らなかった場合には、主制御部６８は、当該判定対象フロアのフロアコードが設定されたフロアデータベース７２のレコードの警告フラグが“１”にセットされているか否かを判断する。そして、警告フラグが“１”にセットされていた場合には“０”にセットする。この場合、当該判定対象フロアを示すフロア状況表示部１２，１３，または１４のタグ１２Ｔ，１３Ｔまたは１４Ｔが警告表示されているので、その警告表示をクリアする。また、当該判定対象フロアのフロアコードが担当部署コードとして設定されている店員の氏名リスト８０も消去する。

このように本実施の形態においては、１階，２階及び３階にそれぞれ客席フロアを有する飲食店において、店長等の店舗管理者が各客室フロアの稼働状況を階毎に管理するために、各階の客席フロアをそれぞれ管理対象領域として、店員データベース７０，フロアデータベース７２，客席データベース７３等を作成している。

しかして各接客担当者は、それぞれ来店した客を客席に案内する毎に、オーダエントリターミナル２を操作してその客席の客席コードを入力し、案内完了キーを操作する。すると、当該オーダエントリターミナル２から案内完了データ伝文がステーション１に伝送され、ステーション１では案内完了入力処理が実行される。この処理の実行により、当該客席の稼働状況が「注文待ち」として管理される。また、当該客席が配置されているフロアの未オーダ数が“１”だけ増加される。

また、各接客担当者は、客からメニュー品目のオーダを受ける毎に、オーダエントリターミナル２を操作してその客が着いている客席の客席コードを入力した後、オーダされたメニュー品目に関する情報を入力し、確認／送信キーを操作する。すると、当該オーダエントリターミナル２からオーダメニューデータ伝文がステーション１に伝送され、ステーション１ではオーダ入力処理が実行される。この処理の実行により、当該客席の稼働状況が「配膳待ち」として管理される。また、当該客席が配置されているフロアの未オーダ数が“１”だけ減少される。

そして、いずれかの客席フロアの未オーダ数が増減する毎に、フロア警告判定処理が実行される。その結果、未オーダ数が許容値Ｘを超えた管理対象領域のフロアがあると、モニタ１０に表示されている店内監視画面１１の当該フロアを示すフロア状況表示部１２，１３，または１４のタグ１２Ｔ，１３Ｔまたは１４Ｔの表示が変化する。また、そのフロアを担当する店員の氏名リストが併せて表示される。

これにより、モニタ１１の傍にいる店長等の店舗管理者は、店内監視画面１１の状態から、表示が変化した客室フロアにおいて未オーダ数が増加していること、つまりは接客業務が滞りつつあり、フロアの稼働状況が悪くなってきていることを的確に把握することができる。このような場合、店舗管理者は当該フロアの接客担当者を増員したり、店員の担当をシフトしたりする等の適切な対策を講じることによって、接客業務の停滞によるサービスの低下を未然に防ぐことができ、ひいては、混雑時における効率的な店舗運営を容易になし得るようになる。

なお、本発明は前記一実施の形態に限定されるものではない。
例えば前記実施の形態では、各接客担当者が客を客席まで案内したときにオーダエントリターミナル２にその客席の客席コードを入力するものとし、この案内業務において客席コードが入力された客席を、その客席に着いた客からのオーダが入力されるまで注文待ちの客席として管理する場合を示したが、各客席に呼出ボタンを設置し、メニュー品目を注文する客がベルを操作して店員を呼出す周知の形態を採用している飲食店であれば、呼出ボタンが入力された客席を、その客席に着いた客からのオーダが入力されるまで注文待ちの客席として管理することができる。そこで次に、呼出ボタンを用いた第２の実施の形態について、図２７〜図３１を用いて説明する。

図２７は第２の実施の形態における飲食店システムの構成図であり、各フロア１Ｆ，２Ｆ，３Ｆの各客席にそれぞれ設置された呼出ボタン９０からの信号を、それぞれフロア１Ｆ，２Ｆ，３Ｆ毎に設けられた受信機９１で受信し、ステーション１に供給するようになっている。また、各フロア１Ｆ，２Ｆ，３Ｆにそれぞれ客席名表示盤９２が設けられており、ステーション１の制御により、呼出ボタン９０が操作された客席の客席名が同一フロアの表示盤９２に表示されるようになっている。その他は、第１の実施の形態と同様であるので同一部分に同一符号を付し、説明を省略する。なお、図２７において、監視カメラ９Ａ〜９Ｄは省略している。

本実施の形態では、ステーション１のメモリ部６２に、図２８に示すように、各フロア１Ｆ，２Ｆ，３Ｆのフロアコードとそのフロアに設置されている各客席の客席コードとを対応させて記憶するとともに、各フロアの各客席コードに対応させて、客席名，呼出中フラグ及び注文待ち経過時間カウンタをそれぞれ記憶するようにした客席管理テーブル９３を形成している。

そして、ステーション１の主制御部６８は、呼出ボタン９０の操作信号が受信機９１を介して入力される毎に、図２９の流れ図に示す呼出ボタン入力処理を開始する。すなわち、主制御部６８は、呼出ボタン９０の操作信号が入力されると、その信号を解析して操作された呼出ボタン９０が設置されている客席の客席コードを取得する。そして、客席管理テーブル９３を参照して、当該客席コードに対応する呼出中フラグを調べ、呼出中フラグがリセットされていた場合には、当該客席は呼出中でないので、主制御部６８は、当該客席コードに対応する客席名を該当フロアの表示盤９２に表示させる。また、当該客席コードに対応する注文待ち経過時間カウンタのカウント動作を開始させる。さらに、当該呼出中フラグをセットして、当該客席が呼出中であることを記憶する。その後、後述するフロア警告判定処理を実行するものとなっている。

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

先ず、主制御部６８は、受信伝文中の客席コードを取得し、客席管理テーブル９３を参照して、当該客席コードに対応する呼出中フラグを調べ、呼出中フラグがセットされていた場合には、当該客席は呼出中であったので、主制御部６８は、当該客席コードに対応する客席名を該当フロアの表示盤９２から消去する。また、当該客席コードに対応する注文待ち経過時間カウンタのカウント動作を停止させる。さらに、当該呼出中フラグをリセットして、当該客席が呼出中でなくなったことを記憶する。その後は、前記第１の実施の形態と同様の処理を実行するものとなっている。

図３１は第２の実施の形態におけるフロア警告判定処理の要部を示す流れ図である。すなわち主制御部６８は、前記呼出ボタン入力処理あるいはオーダ入力処理の実行により、このフロア警告判定処理に入ると、先ず、判定対象フロアの呼出中客席数Ｎを取得する。ここで、判定対象フロアとは、呼出ボタン入力処理であった場合には、呼出中フラグをセットした客席コードに対応したフロアコードのフロア（管理対象領域）であり、オーダ入力処理の場合には、呼出中フラグをリセットした客席コードに対応したフロアコードのフロア（管理対象領域）である。すなわち主制御部６８は、呼出中フラグをセットまたはリセットした客席コードと同一のフロアコードに対応した客席コードの呼出中フラグのうち、セットされているフラグの数をカウントし、判定対象フロアの呼出中客席数Ｎとして取得する。そして、呼出中客席数Ｎを取得後、前記第１の実施の形態に規定値Ｘと比較して、客席数Ｎが規定値を上回る場合に、当該フロアの警告及び担当者氏名のリストを表示させるものとなっている。

ところで、前記第１及び第２の実施の形態では、メニュー品目の注文待ち状態にある客席の数Ｎが規定値Ｘを上回った場合に、その客席が置かれている管理対象領域での接客業務が滞りつつあるとみなして警告したが、接客業務が滞りつつあるとみなす条件は、注文待ち状態にある客席の数Ｎに限定されるものではなく、例えば注文待ち時間が所定時間を超えた場合に接客業務が滞りつつあるとみなすこともできる。そこで次に、注文待ち時間を利用した第３の実施の形態について、図３２を用いて説明する。なお、この第３の実施の形態は、前記第２の実施の形態の飲食店システムを利用したものである。

図３２は、この第３の実施の形態におけるフロア警告判定処理の要部を示す流れ図である。ステーション１の主制御部６８は、例えば１分間隔のタイマ割込信号に同期して、このフロア警告判定処理を開始する。

先ず主制御部６８は、客席管理テーブル９３を参照して、フロアコード毎に、呼出中フラグがセットされている客席コードに対応する注文待ち経過時間カウンタの最大値を最長経過時間ｔとして取得する。次に、主制御部６８は、フロアコード毎に、最長経過時間ｔを予め設定した警告許容時間Ｔと比較する。そして、最長経過時間ｔが警告許容時間Ｔを超えているフロアコードがあった場合には、当該フロアコードが設定されたフロアデータベース７２のレコードの警告フラグが“１”にセットされているか否かをチェックする。そして、警告フラグが“１”にセットされていなかった場合には“１”にセットする。また、現時点における店員データベース７０，メニューデータベース７１，フロアデータベース７２，客席データベース７３及び厨房データベース７４の各データを、警告ログファイル６９に保存する。

次に、主制御部６８は、モニタ１０に表示されている店内監視画面１１において、当該フロアコードのフロアを示すフロア状況表示部１２，１３，または１４のタグ１２Ｔ，１３Ｔまたは１４Ｔの表示を変化させることによって、当該フロアコードが設定されたフロアでの接客業務が滞っていることを警告する（報知手段）。また、店員データベース７０を検索して、当該フロアコードが担当部署コードとして設定されている店員の氏名情報を取得する。そして、この氏名のリストを店内監視画面１１に表示させることによって、接客業務が滞っているフロアの担当者を併せて知らしめる。

一方、最長経過時間ｔが警告許容時間Ｔを超えているフロアコードについては、当該フロアコードが設定されたフロアデータベース７２のレコードの警告フラグをチェックし、“１”にセットされていた場合には“０”にリセットする。この場合、当該フロアコードが設定されたフロアのフロア状況表示部１２，１３，または１４のタグ１２Ｔ，１３Ｔまたは１４Ｔが警告表示されているので、その警告表示をクリアする。また、当該フロアコードが担当部署コードとして設定されている店員の氏名リスト８０も消去する。

なお、この第３の実施の形態では、第２の実施の形態の飲食店システムを利用して、注文待ち時間が所定時間を超えた場合に接客業務が滞りつつあるとみなす場合を示したが、第１の実施の形態の飲食店システムにおいても、客席データベース７３上で客席コード別に計数管理されている注文待ち時間カウンタの値を利用することにより、上記と同様にして、注文待ち時間が所定時間を超えた場合に接客業務が滞りつつあるとみなすことができる。

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

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

符号の説明

１…ステーション、２…オーダエントリターミナル、３…無線機、４…ＬＡＮ、５Ａ〜５Ｄ…厨房端末、６…伝票発行機、７…ＰＯＳ端末、８…予約端末、９Ａ〜９Ｄ…監視カメラ、１０…モニタ、１１…店内監視画面、１２…フロア状況表示部、１７…客席レイアウト画像、１８…厨房レイアウト画像、２５…仕事量インジケータ、６８…主制御部、６９…警告ログファイル、７０…店員データベース、７１…メニューデータベース、７２…フロアデータベース、７３…客席データベース、７４…厨房データベース、９０…呼出ボタン、９３…客席管理テーブル。

Claims (5)

1. 客席フロアを複数の管理対象領域に区分して管理する飲食店で利用される店舗管理装置において、
   各客席の識別情報にその客席が配置されている前記管理対象領域の特定情報を対応させて記憶する客席情報記憶手段と、
   前記各客席の中でメニュー品目の注文待ち状態にある客席を検知する注文待ち客席検知手段と、
   前記客席情報記憶手段に記憶された客席識別情報及び管理対象領域特定情報を基に、前記注文待ち客席検知手段によりメニュー品目の注文待ち状態にあると検知された客席の数を前記管理対象領域別に計数する注文待ち客席数計数手段と、
   この注文待ち客席数計数手段により計数される客席数が一定値を超えた管理対象領域を報知する報知手段と、
   を具備したことを特徴とする店舗管理装置。
2. 客席フロアに配置された各客席のレイアウト画像をその客席が在席なのか空席なのかを区別してモニタの画面に表示させる客席状況表示手段を有し、
   前記報知手段は、前記モニタの画面に表示された客席レイアウト画像の画面上で、前記注文待ち客席数計数手段により計数される客席数が一定値を超えた管理対象領域を示す表示を変化させることによって報知することを特徴とする請求項１記載の店舗管理装置。
3. 客席フロアを複数の管理対象領域に区分して管理する飲食店で使用される店舗管理装置において、
   各客席の識別情報にその客席が配置されている前記管理対象領域の特定情報を対応させて記憶する客席情報記憶手段と、
   前記各客席の中でメニュー品目の注文待ち状態にある客席を検知する注文待ち客席検知手段と、
   この注文待ち客席検知手段によりメニュー品目の注文待ち状態にあると検知された客席の注文待ち時間をその客席毎に計時する注文待ち時間計時手段と、
   前記客席情報記憶手段に記憶された客席識別情報及び管理対象領域特定情報を基に、前記注文待ち時間計時手段により計時される待ち時間が一定時間を超えた客席が配置されている管理対象領域を報知する報知手段と、
   を具備したことを特徴とする店舗管理装置。
4. 客席フロアに配置された各客席のレイアウト画像をその客席が在席なのか空席なのかを区別してモニタの画面に表示させる客席状況表示手段を有し、
   前記報知手段は、前記モニタの画面に表示された客席レイアウト画像の画面上で、前記注文待ち時間計時手段により計時される待ち時間が一定時間を超えた客席が配置されている管理対象領域を示す表示を変化させることによって報知することを特徴とする請求項３記載の店舗管理装置。
5. 客席フロアで接客業務を行う各店員の氏名情報にその店員が担当する管理対象領域の特定情報を対応させて記憶する店員情報記憶手段をさらに具備し、
   この店員情報記憶手段に記憶された店員氏名情報及び管理対象領域特定情報を基に、前記報知手段により管理対象領域を報知する際にその領域内で接客業務を行う店員の氏名を併せて報知することを特徴とする請求項１乃至４のうちいずれか１項に記載の店舗管理装置。

Images