JP2005070956A - 施設管理装置 - Google Patents

Abstract

【課題】施設内における座席の稼働率を容易に取得できるようにする。
【解決手段】施設内に配置された複数の卓にそれぞれ割当てられた卓識別情報に対応してその卓の席数を記憶する座席情報メモリを設ける。また、使用状態にある卓の卓識別情報と客数とを検知する手段と、施設内に配置された全ての卓が使用状態にある満席を検知する手段とを設ける。そして、満席が検知されると、使用状態にある卓の客数と座席情報メモリに記憶されている各卓の席数とから施設内の席稼働率を算出し、この算出された席稼働率を記憶し出力処理する。
【選択図】図１２

Description

本発明は、レストラン，喫茶店，待合室等の施設の座席状況等を管理する施設管理装置に関する。

レストラン等の飲食店向けの施設管理装置として、従来、店舗内に複数配置されている卓（テーブル）のレイアウト情報と、現時点における各卓の座席情報（利用可能，利用中等）とを管理する座席管理部を設け、この座席管理部で管理される現時点における各卓の座席情報をモニタの画面に表示可能として、利用可能な卓の場所とその卓の座席数とを容易に確認できるようにした技術がある（例えば、特許文献１参照）
このような技術を採用することにより、来店した顧客をその人数に応じて利用可能な卓にスムーズに案内することができる。また、大人数のグループ客が来店した際には空いている複数の卓を近付けて１つの卓とすることがあるが、このような場合にも迅速に対応することができる。
特開２００３−００６３００号

ところで、例えば家族やカップル等のグループ客が多いレストランでは、様々な人数のグループ客に対応できるように座席数の異なる複数の卓を店内に配置している。ただし、各卓の座席数の組合せが適切なものであるか否かは店舗レイアウトの責任者や店長の判断に任されていた。このため、人数の少ない客が席数の多い卓を占有してしまったために座席数には余裕があるにも拘らず満席となることがあった。

このような問題を解決するには、座席の稼働率を常時把握して各卓の座席数の組合せ等を適切なものにする必要があった。しかし従来は、座席の稼働率を容易に取得する術がなかったので、稼働率の低い状況が続いても見過ごされてしまう懸念があった。

本発明はこのような事情に基づいてなされたもので、施設内における座席の稼働率を容易に確認することができ、稼働率の低い状況が見過ごされるのを未然に防ぐことができる施設管理装置を提供しようとするものである。

本発明は、施設内に配置された複数の卓にそれぞれ割当てられた卓識別情報、例えば卓番号に対応してその卓の席数を記憶する席数記憶手段を設ける。また、使用状態にある卓の卓識別情報と客数とを検知する使用卓検知手段と、施設内に配置された全ての卓が使用状態にある満席を検知する満席検知手段とを設ける。そして、満席検知手段によって満席が検知されると、使用卓検知手段によって検知されている使用状態にある卓の客数と席数記憶手段により記憶されている各卓の席数とから施設内の席稼働率を算出し、この算出された席稼働率を処理、例えば保存処理や出力処理するようにしたものである。

斯かる手段を講じた本発明によれば、施設内における座席の稼働率を容易に確認することができ、稼働率の低い状況が見過ごされるのを未然に防ぐことができる施設管理装置を提供することができる。

以下、本発明の実施の形態を図面を用いて説明する。
なお、この実施の形態は、説明の便宜上、図１に示すように、店内に５つの食卓（テーブル）１，２，３，４，５が配置されたレストランの注文管理システムに本発明を適用した場合である。

各食卓１〜５には、それぞれ卓識別情報としてＮｏ．１からＮｏ．５までの食卓番号が割当てられている。食卓番号Ｎｏ．１の食卓１は６人掛けであり、食卓番号Ｎｏ．２，３及び５の食卓２，食卓３及び食卓５はいずれも４人掛けであり、食卓番号Ｎｏ．４の食卓４は２人掛けである。食卓番号Ｎｏ．１，３及び５の食卓１，食卓３及び食卓５は、いずれも動かすことができない固定卓であり、食卓番号Ｎｏ．２及び４の食卓２及び食卓４は、いずれも動かすことが可能な可動卓である。

図２は、可動卓である食卓４を固定卓である食卓３側に運んで合体させた状態を示しており、これにより、食卓３と食卓４は６人掛けのテーブルとして機能する。
図３は、可動卓である食卓２を固定卓である食卓１側に運んで合体させた状態を示しており、これにより、食卓１と食卓２は１０人掛けのテーブルとして機能する。
図４は、食卓４を食卓１側に運んで合体させるとともに、食卓２を食卓５側に運んで合体させた状態を示しており、これにより、食卓１と食卓４及び食卓２と食卓５は、いずれも８人掛けのテーブルとして機能する。

さて、本実施の形態では、固定卓である食卓１，食卓３及び食卓５のそれぞれ可動卓と接合可能な側に、無線タグリーダ６Ａ，６Ｂ，６Ｃを取り付けている。また、可動卓である食卓２及び食卓４のそれぞれ固定卓と接合可能な両側に、無線タグ７Ａ，７Ｂ，７Ｃ，７Ｄを貼り付けている。

無線タグリーダ６（６Ａ，６Ｂ，６Ｃ）と無線タグ７（７Ａ，７Ｂ，７Ｃ，７Ｄ）の構成の主要部を図５のブロック図にて示す。無線タグリーダ６は、上位装置とのインターフェイス部６１と、制御部６２と、制御部６２から与えられるデータを無線通信に適した変調信号に変調する変調部６３と、変調信号を増幅してアンテナ６４から問合せ電波として放射させる送信アンプ６４と、アンテナ６４で受信した電波信号を増幅する受信アンプ６６と、増幅された電波信号からデータを復調して制御部６２に与える復調部６７とから構成されている。制御部６２は、上位装置からインターフェイス部６１を介して起動が指令されると所定のデータを周期的に変調部６３に送出し、復調部６７にて復調されたデータを取込むとそのデータをインターフェイス部６１を介して上位装置に送出する。

無線タグ７は、アンテナ７１で受信した変調電波の整流と安定化を行なうことにより各部に電源を供給する電源生成部７２と、上記変調電波を復調して制御部７５へ送出する復調部７３と、制御部７５から送出されたデータを変調してアンテナ７１に送出する変調部７４と、復調部７３で復調されたデータのメモリ７６への書込みや、メモリ７６から送信データを読み出して変調部７４へ送出する制御部７５と、不揮発性のメモリ７６とから成されている。メモリ７６には、当該無線タグ７の製造段階で製造業者により割当て設定された固有の無線ＩＤ（ＲＦＩＤ）を記憶する無線ＩＤエリア７６ａと、ユーザが任意のデータを書込むことができるユーザエリア７６ｂとが形成されている。そして、食卓２に貼り付けられた無線タグ７Ａ及び７Ｂのユーザエリア７６ｂには、当該食卓２の食卓番号Ｎｏ．２が記憶されており、食卓４に貼り付けられた無線タグ７Ｃ及び７Ｄのユーザエリア７６ｂには、当該食卓４の食卓番号Ｎｏ．４が記憶されている。

無線タグリーダ６のアンテナ６５から放射される問合せ電波は、その周囲のごく近傍までしか到達しない。このため、図１に示すように、いずれの可動卓２，４も固定卓１，３，５と合体していないときには、各無線タグリーダ６Ａ，６Ｂ，６Ｃは無線タグ７Ａ，７Ｂ，７Ｃ，７Ｄのメモリ情報を読取ることができない。

これに対し、図２に示すように、可動卓４が固定卓３と合体しているときには、固定卓３に設けられた無線タグリーダ６Ｂによって可動卓４の一方の側に設けられた無線タグ７Ｃのメモリ情報（ＲＦＩＤ，食卓番号Ｎｏ．４）が読取られる。同様に、図３に示すように、可動卓２が固定卓１と合体しているときには、無線タグリーダ６Ａによって無線タグ７Ａのメモリ情報（ＲＦＩＤ，食卓番号Ｎｏ．２）が読取られる。また、図４の場合には、無線タグリーダ６Ａによって無線タグ７Ｃのメモリ情報（ＲＦＩＤ，食卓番号Ｎｏ．４）が読取られるとともに、無線タグリーダ６Ｃによって無線タグ７Ｂのメモリ情報（ＲＦＩＤ，食卓番号Ｎｏ．２）が読取られる。

したがって、例えば無線タグリーダ６Ｂが無線タグ７のメモリ情報を読取っているときには、上位装置は、固定卓３と稼動卓４とが合体していると判断できる。逆に、無線タグリーダ６Ｂが無線タグ７のメモリ情報を読取れなくなったときには、上位装置は、固定卓３と稼動卓４とが分離したと判断できる。

図６は本実施の形態の飲食店に導入された注文管理システムの全体構成図である。複数のハンディターミナル１１は、ウェイターやウェイトレスと呼ばれる接客担当者がそれぞれ携帯し、顧客から受けた料理品の注文データを入力するために用いるものである。各ハンディターミナル１１には、注文データを入力するためのキーボードや、キー入力されたデータを表示するための表示器等が設けられている。また、各ハンディターミナル１１には無線回路が内蔵されており、店内の天井部等に取り付けられている無線部１２との間で無線によるデータの送受信ができるようになっている。無線部１２には、注文管理装置１３が接続されている。

注文管理装置１３は、パーソナルコンピュータまたはワークステーション等のコンピュータ機器からなり、当該飲食店が顧客に提供する各種料理品の注文，会計等を一元的に管理するもので、飲食店の管理事務室等に設置されている。注文管理装置１３には、ＬＡＮ（Local Area Network）１４を介して、会計処理を行なうＰＯＳ（Point Of Sales）端末１５や、注文伝票１６を発行する伝票発行機１７や、調理指示票１８をそれぞれ発行する複数の厨房用印刷装置１９等が接続されている。各厨房用印刷装置１９は、洋食コーナー，和食コーナー，中華コーナー，喫茶コーナーというように厨房のコーナー毎に設置されている。

注文管理装置１３には、当該飲食店で提供可能な各種料理品毎にそれぞれ設定された固有のメニューコードに対応して、その料理品の品目，単価，厨房ＩＤ等の料理品データが予め設定されたメニューファイル２０が設けられている。また、顧客がオーダした料理品に関する情報等を記憶管理可能なオーダファイル２１と、各食卓１〜５の稼働率に関する情報を記憶管理可能な稼働率蓄積ファイル２２も設けられている。そして、これらのデータファイル２１，２２によって管理される情報を適時モニタリングできるタッチパネル付のモニタ装置２３が注文管理装置１３に設けられている。

また、注文管理装置１３には、固定卓である各食卓１，３，５にそれぞれ設けられた無線タグリーダ６Ａ，６Ｂ，６Ｃがそのインターフェイス部６１を介して接続されている。すなわち注文管理装置１３は、各無線タグリーダ６Ａ，６Ｂ，６Ｃの上位装置として機能する。

図７は注文管理装置１３の要部構成を示すブロック図である。注文管理装置１３は、各種演算処理を実行するＣＰＵ（Central Processing Unit）３１、プログラム等の固定的データが予め格納されたＲＯＭ（Read Only Memory）３２、可変的なデータを記憶するための各種メモリエリアが形成されるＲＡＭ（Random Access Memory）３３、現在の日付及び時刻を計時する計時手段としての時計部３４、ＬＡＮ１４に接続されるＬＡＮインターフェイス３５、ＨＤＤ（Hard Disk Drive）装置３６を制御するＨＤＤコントローラ３７、前記タッチパネル付モニタ装置２３の表示及びタッチパネル入力を制御するタッチパネルコントローラ３８、前記各無線タグリーダ６Ａ，６Ｂ，６Ｃからの信号を入力するＩ／Ｏポート３９、前記無線部１２が接続される無線部インターフェイス４０等で構成されている。そしてＣＰＵ３１と、ＲＯＭ３２，ＲＡＭ３３，時計部３４，ＬＡＮインターフェイス３５，ＨＤＤコントローラ３７，タッチパネルコントローラ３８，Ｉ／Ｏポート３９及び無線部インターフェイス４０とは、アドレスバス，データバス等のバスライン４１で接続されている。

かかる構成の注文管理装置１３においては、ＨＤＤ装置３６に前記メニューファイル２０，オーダファイル２１，稼働率蓄積ファイル２２等が形成されている。なお、ＨＤＤ装置３６は、注文管理装置１３に内蔵されていてもよいし、外付されていてもよい。

ＲＡＭ３３には、図８に示すように、食卓情報メモリ５１と、時間帯別稼働率メモリ５２と、満席時稼働率メモリ５３が形成されている。また、各種データを一時的に保持するためのワークメモリも形成されている。

食卓情報メモリ５１には、各食卓１〜５の食卓番号（Ｎｏ．１〜Ｎｏ．５）に対応して、その食卓が固定卓であるのか可動卓であるのかを示す区分と、その食卓の定員である基本座席数とが予め設定記憶されるとともに、現座席数Ｓ１〜Ｓ５、接合卓番号Ｔ１〜Ｔ５、状態フラグＦ１〜Ｆ５、客数Ｎ１〜Ｎ５及び座席稼働率Ｐ１〜Ｐ５の各可変的情報を格納するためのエリアが形成されている。ここで、接合卓番号Ｔ１〜Ｔ５は、固定卓に可動卓が接合されている場合においてその可動卓の食卓番号である。また、状態フラグＦ１〜Ｆ５は、未使用（空卓）の状態を示すとき“０”となり、使用中の状態を示すとき“１”となり、無効状態を示すとき“２”となる。可動卓である食卓２，４は、固定卓と接合されて合体すると無効状態となる。

時間帯別稼働率メモリ５２には、１営業日の営業時間を所定単位で区切った時間帯別にその時間帯の切換時刻における未使用の卓数と全客席の稼働率とを格納するためのエリアが形成されている。因みに、この実施の形態では、１営業日の営業時間を１０時００分から２１時００分までとし、１時間単位に区切った時間帯別に未使用卓数と全稼働率とを管理するものとする。

満席時稼働率メモリ５３には、１営業日の営業時間内において、全食卓１〜５が使用中である満席状態となった時刻とその時点における全客席の稼働率とを順次格納するためのエリアが形成されている。

しかして、注文管理装置１３は、ＣＰＵ３１が特に図９〜図１３の流れ図に示す処理を実行するようにプログラムされている。すなわちＣＰＵ３１は、ＳＴ（ステップ）１として時計部３４にて計時されている現在時刻が予め設定されている営業日の開店前処理時刻（例えば開店１０分前の時刻）になるのを待機し、開店前処理時刻となったならば、食卓情報メモリ５１の全ての可変的情報Ｓ１〜Ｓ５，Ｔ１〜Ｔ５，Ｆ１〜Ｆ５，Ｎ１〜Ｎ５及びＰ１〜Ｐ５を“０”に初期化する。

次に、ＣＰＵ３１は、番号カウンタａを一旦“０”にリセットした後、ＳＴ２としてこの番号カウンタａを“１”だけカウントアップする。そして、ＳＴ３としてこの番号カウンタａが全食卓数（この実施の形態では５）を超えたか否かを判断し、超えていないことを確認した場合には、ＳＴ４として食卓情報メモリ５１から食卓番号が番号カウンタａの値と一致するデータの区分を取得して、当該食卓番号ａの食卓が固定卓なのか可動卓なのかを判断する。そして固定卓の場合には、ＳＴ５として当該食卓番号ａの食卓に設けられている無線タグリーダ６が無線タグデータを読取っているか否かを調べる。これに対し、可動卓の場合には、ＳＴ６として食卓情報メモリ５１から食卓番号ａのデータの状態フラグＦａを取得し、“２”（無効状態）であるか否かを判断する。

ここで、食卓番号ａの食卓が可動卓でありかつ無効状態であったときには、ＣＰＵ３１はＳＴ２の処理に戻り、番号カウンタａをさらに“１”だけカウントアップして、ＳＴ３以降の処理を繰返す。

一方、食卓番号ａの食卓が固定卓でありかつその食卓に設けられた無線タグリーダ６が無線タグ７のデータを読取っていない場合、または食卓番号ａの食卓が可動卓でありかつ無効状態でなかった場合には、ＣＰＵ３１は、食卓情報メモリ５１から食卓番号ａのデータの基本座席数Ｘａを取得する。そして、この基本座席数Ｘａを食卓番号ａのデータの現座席数Ｓａとして食卓情報メモリ５１にセットする。また、食卓番号ａのデータの接合卓番号Ｔａを“０”とする。しかる後、ＳＴ２の処理に戻り、番号カウンタａをさらに“１”だけカウントアップして、ＳＴ３以降の処理を繰返す。

食卓番号ａの食卓が固定卓でありかつその食卓に設けられた無線タグリーダ６が無線タグ７のデータを読取っている場合には、ＣＰＵ３１は、食卓情報メモリ５１から食卓番号ａのデータの基本座席数Ｘａを取得する。そして、この基本座席数Ｘａを食卓番号ａのデータの現座席数Ｓａとして食卓情報メモリ５１にセットした後、ＳＴ７として無線タグリーダ６によって読取られた無線タグデータから食卓番号ｂを取得する。ここで、無線タグデータから食卓番号ｂを取得できなかった場合には、可動卓に設けられている無線タグ７以外の無線タグのデータを当該無線タグリーダ６が読取っているので、ＳＴ２の処理に戻り、番号カウンタａをさらに“１”だけカウントアップして、ＳＴ３以降の処理を繰返す。

ＳＴ７にて無線タグデータから食卓番号ｂを取得した場合には、ＣＰＵ３１は、食卓情報メモリ５１における食卓番号ａのデータの接合卓番号Ｔａを無線タグ７から読取った食卓番号ｂに変更する。また、食卓情報メモリ５１から食卓番号ｂのデータの基本座席数Ｘｂを取得する。そして、この基本座席数Ｘｂを食卓番号ａのデータの現座席数Ｓａに加算する。さらに、食卓番号ｂのデータの接合卓番号Ｔｂを“０”とし、かつ状態フラグＦｂを“２”とする。しかる後、ＳＴ２の処理に戻り、番号カウンタａをさらに“１”だけカウントアップして、ＳＴ３以降の処理を繰返す。

こうして、番号カウンタａをカウントアップする毎にＳＴ３以降の処理を繰り返し実行する。そして、番号カウンタａが全食卓数を超えたならば、ＣＰＵ３１は、図１０に具体的に示す営業中処理に移行する。

以上の処理により、食卓情報メモリ５１には、開店前における店内の各卓１〜５のレイアウトに応じて現座席数Ｓ１〜Ｓ５，接合卓番号Ｔ１〜Ｔ５及び状態フラグＦ１〜Ｆ５の各データがセットされる。

営業中処理を開始すると、ＣＰＵ３１は、ＳＴ８として各無線タグリーダ６の出力変化有無を判断する。また、ＳＴ９として現時刻が予め設定されている稼働率管理時刻に達したか否かを判断する。また、ＳＴ１０として注文データが入力されているか否かを判断する。また、ＳＴ１１として会計要求データが入力されているか否かを判断する。

ＣＰＵ３１は、以上、ＳＴ８〜ＳＴ１１の各判断処理を、ＳＴ１２として現時刻が予め設定されている閉店後処理時刻（例えば閉店１０分後の時刻）に達するまで繰り返し実行する。

しかして、この営業中処理のＳＴ８にていずれかの無線タグリーダ６の出力に変化があることを検知した場合には、ＣＰＵ３１は、図１１に具体的に示す現座席数設定処理を実行する。すなわち、無線タグリーダ６の出力変化が無線タグ検知の状態から無線タグ非検知の状態への変化であった場合には、ＣＰＵ３１は、その状態変化があった無線タグリーダ６の識別情報から当該無線タグリーダ６が設けられている食卓の食卓番号ｃを判別する。そして、食卓情報メモリ５１から食卓番号ｃのデータの基本座席数Ｘｃを取得し、この基本座席数Ｘｃを食卓番号ｃのデータの現座席数Ｓｃとしてセットする。また、食卓情報メモリ５１から食卓番号ｃのデータの接合卓番号Ｔｃ（便宜上、ｄとする）を取得する。そして、食卓情報メモリ５１における食卓番号ｄのデータの状態フラグＦｄを“０”とする。また、当該食卓番号ｄのデータの接合卓番号Ｔｄも“０”として、現座席数設定処理を抜ける。

これに対し、無線タグリーダ６の出力変化が無線タグ非検知の状態から無線タグ検知の状態への変化であった場合には、ＣＰＵ３１は、その状態変化があった無線タグリーダ６の識別情報から当該無線タグリーダ６が設けられている食卓の食卓番号ｅを判別する。また、その無線タグリーダ６で読取った無線タグデータから食卓番号ｆを取得する。ここで、無線タグデータから食卓番号ｆを取得できなかった場合には、可動卓に設けられている無線タグ７以外の無線タグのデータを当該無線タグリーダ６が読取ったので、現座席数設定処理を抜ける。

無線タグデータから食卓番号ｆを取得した場合には、食卓番号ｅの固定卓に食卓番号ｆの可動卓が接合されたので、ＣＰＵ３１は、食卓情報メモリ５１における食卓番号ｅのデータの接合卓番号Ｔｅを無線タグ７から読取った食卓番号ｆとする。また、食卓情報メモリ５１から食卓番号ｆのデータの基本座席数Ｘｆを取得する。そして、この基本座席数Ｘｆを食卓番号ｅのデータの現座席数Ｓｅに加算する。さらに、食卓番号ｆのデータの状態フラグＦｆを“２”としたならば、現座席数設定処理を抜ける。

次に、営業中処理のＳＴ１０にて注文データの入力を検知した場合のＣＰＵ３１の処理について説明する。はじめに、注文データについて図１４及び図１５を用いて説明する。

図１４はハンディターミナル１１のキーボードを示しており、このキーボードには、各料理品のメニューコードがプリセットされた複数のメニューキー８１の他、新規キー８２，追加キー８３，伝票キー８４，卓番号キー８５，人数キー８６，担当者キー８７，伝送キー８８，「０」〜「９」の置数キー８９等の各種キーが配設されている。

接客担当者は、客から新規の注文を受けると、新規キー８２を操作する。続いて、置数キー８９と卓番号キー８５を操作して当該客が着いている食卓の食卓番号を入力し、また、置数キー８９と人数キー８６を操作して当該客の人数を入力し、さらに、置数キー８９と担当者キー８７を操作して自身の担当者コードを入力する。しかる後、メニューキー８１を操作して当該客から注文を受けた料理品のメニューコードを入力する。そして、入力し終えたならば、伝送キー８８を操作して注文データの送信を指令する。そうすると、当該ハンディターミナル１１においては、キー入力されたデータにより、図１５に示す如く食卓番号，人数，担当者コード及び注文メニュー明細データからなる新規注文データが作成され、無線送信される。

また接客担当者は、客から追加の注文を受けた場合には、追加キー８３を操作する。続いて、置数キー８９と伝票キー８４を操作して当該客に対して発行済の注文伝票の伝票番号する。しかる後、メニューキー８１を操作して当該客から注文を受けた料理品のメニューコードを入力する。そして、入力し終えたならば、伝送キー８８を操作して注文データの送信を指令する。そうすると、当該ハンディターミナル１１においては、キー入力されたデータにより、伝票番号及び注文メニュー明細データからなる追加注文データが作成され、無線送信される。こうして、ハンディターミナル１１から無線送信された新規注文データや追加注文データは無線部１２で受信され、注文管理装置１３に与えられる。

注文管理装置１３のＣＰＵ３１は、無線部１２を介して注文データが入力されると、ＳＴ１３としてこの注文データが新規注文データであるか追加注文データであるかを判断する。そして、新規注文データであった場合には、その新規注文データから食卓番号ｋを取得し、食卓情報メモリ５１から当該食卓番号ｋのデータの状態フラグＦｋを調べる。ここで、ＳＴ１４として状態フラグＦｋが“０”以外の場合には、食卓番号ｋが既にオーダ済の食卓若しくは無効扱いされている食卓の番号なので、接客担当者に食卓番号の入力ミスを伝えるエラー応答処理を実行する。

状態フラグＦｋが“０”の場合には、ＣＰＵ３１は、新規の伝票番号を発番するとともに、メニューファイル２０を参照して注文を受けた料理品の合計データを算出する。そして、図１６に示すように、伝票番号をキーとして注文データ及び合計データをオーダファイル２１に追加格納する。また、伝票発行機１７に注文伝票印字データを送出して、注文伝票１６を印字発行させる。さらに、注文を受けた料理品を調理する厨房の厨房用印刷装置１９に調理指示票印字データを送出して、調理指示票１８を印字発行させる。しかる後、ＣＰＵ３１は、食卓情報メモリ５１における食卓番号ｋのデータの状態フラグＦｋを“１”とする。また、食卓番号ｋのデータの客数Ｎｋを当該注文データの人数とする。

その後、ＣＰＵ３１は、ＳＴ１５として食卓情報メモリ５１における各食卓番号のデータの状態フラグＦ１〜Ｆ５を参照して、各食卓１〜５が全て使用状態にある満席か否かを判断する。ここで、状態フラグＦ１〜Ｆ５の少なくとも１つが“０”の場合には満席でないと判断し、全てが“１”か“２”の場合には満席であると判断する。満席であると判断した場合には、満席時稼働率算出処理を実行して注文データ入力処理を終了し、満席でないと判断した場合には、満席時稼働率算出処理を実行せずに注文データ入力処理を抜ける。

満席時稼働率算出処理の詳細を図１２の流れ図に示す。注文データが入力された結果、満席になると、ＣＰＵ３１は、先ず、時計部３４にて計時されている現時刻を読出し、時刻メモリＴＭに一時格納する。また、稼働率メモリＰ及び卓数メモリＲを“０”にクリアする。なお、時刻メモリＴＭ，稼働率メモリＰ及び卓数メモリＲは、ＲＡＭ３３のワークメモリである。

次に、ＣＰＵ３１は、番号カウンタａを一旦“０”にリセットした後、この番号カウンタａを“１”だけカウントアップする。そして、この番号カウンタａが全食卓数を超えたか否かを判断し、超えていないことを確認した場合には、ＣＰＵ３１は以下の処理を実行する。すなわち、食卓情報メモリ５１から食卓番号が番号カウンタａの値と一致するデータの状態フラグＦａを取得する。そして、状態フラグＦａが“１”であった場合には、当該食卓番号ａの食卓は使用中なので、食卓情報メモリ５１から食卓番号ａの客数Ｎａと現座席数Ｓａとを取得し、下記（１）式により、食卓番号ａの食卓の座席稼働率Ｐａ（％）を算出して、食卓情報メモリ５１に格納する。

Ｐａ＝（Ｎａ／Ｓａ）×１００ …（１）
また、この座席稼働率Ｐａを稼働率メモリＰに加算する。さらに、卓数メモリＲに“１”を加算する。状態フラグＦａが“１”でない、つまり無効状態を示す“２”であった場合には、上記処理は実行しない。

しかる後、ＣＰＵ３１は、番号カウンタａをさらに“１”だけカウントアップする。そして、番号カウンタａが全食卓数を超えたか否かを判断する。

こうして、番号カウンタａが全食卓数を超えたならば、ＣＰＵ３１は、稼働率メモリＰの値を卓数メモリＲの値で除算して全稼働率を求める。すなわち、使用状態にある食卓毎の稼働率の平均を全稼働率として求める。そして、この全稼働率を時刻メモリＴＭの満席時刻とともに満席時稼働率メモリ５３に格納したならば、満席時稼働率算出処理を抜ける。

次に、営業中処理のＳＴ１１にて会計要求データの入力を検知した場合のＣＰＵ３１の処理について説明する。はじめに、会計要求データについて図１７を用いて説明する。

図１７は会計要求データのフォーマットである。会計要求データは、会計要求コマンドに注文伝票の伝票番号が付加されており、ＰＯＳ端末１５にて生成される。すなわち、ＰＯＳ端末１５の操作者は、飲食を終えた客から会計の申し出を受けると、その客に対して発行された注文伝票の伝票番号をキー操作する。すると、この伝票番号が付加された会計要求データがＬＡＮ１４を経由して注文管理装置３に与えられる。

注文管理装置１３のＣＰＵ３１は、ＬＡＮ１４を介して会計要求データが入力されると、そのデータ中の伝票番号でオーダファイル２１を検索して、当該伝票番号をキーに格納されている注文データの食卓番号ｋを取得する。そして、食卓情報メモリ５１から当該食卓番号ｋのデータの状態フラグＦｋを調べる。ここで、ＳＴ１６として状態フラグＦｋが“１”でない場合には、会計待ちでない食卓の伝票番号を入力した誤操作なので、エラー応答処理を実行する。

状態フラグＦｋが“１”の場合には、ＣＰＵ３１は、オーダファイル２１から当該伝票番号をキーに格納されている注文データと合計データとを読み出し、ＬＡＮ１４を経由してＰＯＳ端末１５に送信して、会計処理を実行させる。しかる後、ＣＰＵ３１は、食卓情報メモリ５１における食卓番号ｋのデータの状態フラグＦｋを“０”に戻す。また、食卓番号ｋのデータの人数Ｎｋを“０”に戻したならば、会計データ入力処理を抜ける。

次に、営業中処理のＳＴ９にて現在時刻が稼働率管理時刻に達したときのＣＰＵ３１の処理について説明する。ここで、稼働率管理時刻は、時間帯別稼働率メモリ５２に設定されている時間帯の切換時刻（１１：００，１２：００，１３：００，…，２１：００）である。

すなわちＣＰＵ３１は、時計部３４にて計時されている現在時刻が上記稼働率管理時刻に達する毎に、図１３に具体的に示す時間帯稼働率算出処理を実行する。まず、稼働率メモリＰ，空卓メモリＱ及び卓数メモリＲを“０”にクリアする。なお、空卓メモリＱも稼働率メモリＰ及び卓数メモリＲと同様にＲＡＭ３３のワークメモリである。

次に、ＣＰＵ３１は、番号カウンタａを一旦“０”にリセットした後、この番号カウンタａを“１”だけカウントアップする。そして、この番号カウンタａが全食卓数を超えたか否かを判断し、超えていないことを確認したならば、ＣＰＵ３１は以下の処理を実行する。すなわち、食卓情報メモリ５１から食卓番号が番号カウンタａの値と一致するデータの状態フラグＦａを取得する。そして、状態フラグＦａが“０”であった場合には、当該食卓番号ａの食卓は未使用なので、食卓情報メモリ５１における食卓番号ａのデータの稼働率Ｐａを“０”とする。また、空卓メモリＱと卓数メモリＲにそれそれ“１”を加算する。

これに対し、状態フラグＦａが“１”であった場合には、当該食卓番号ａの食卓は使用中なので、食卓情報メモリ５１から食卓番号ａのデータの客数Ｎａと現座席数Ｓａとを取得する。そして、前記（１）式により、食卓番号ａの食卓の座席稼働率Ｐａ（％）を算出して、食卓情報メモリ５１に格納する。また、この座席稼働率Ｐａを稼働率メモリＰに加算する。さらに、卓数メモリＲに“１”を加算する。状態フラグＦａが“２”であった場合には、当該食卓番号ａの食卓は無効状態なので、上記処理も実行しない。

しかる後、ＣＰＵ３１は、番号カウンタａをさらに“１”だけカウントアップする。そして、番号カウンタａが全食卓数を超えたか否かを判断する。

こうして、番号カウンタａが全食卓数を超えたならば、ＣＰＵ３１は、稼働率メモリＰの値を卓数メモリＲの値で除算して全稼働率を求める。すなわち、未使用状態にある食卓と使用状態にある食卓の各稼働率の平均を全稼働率として求める。そして、この全稼働率を空卓メモリＱの未使用卓数とともに時間帯別稼働率メモリ５２の該当する時間帯エリアに格納したならば、時間帯別稼働率算出処理を抜ける。

ＳＴ１２にて現在時刻が閉店後処理時刻に達したことを検知すると、ＣＰＵ３１は、時計部３４から本日の日付を読み出す。そして、この日付とともに時間帯別稼働率メモリ５２及び満席時稼働率メモリ５３のデータを稼働率蓄積ファイル２２に蓄積処理したならば、この営業中処理を終了する。

こうして、営業日毎に実行される営業日処理によって稼働率蓄積ファイル２２に蓄積保存された時間帯別稼働率のデータや満席時稼働率のデータは、注文管理装置１３の作用によりモニタ装置２３に表示させることができる。また、図示しないが、注文管理装置１３にプリンタを接続して、これら稼働率のデータをプリントアウトさせることも可能である。

このように本実施の形態においては、注文管理装置３は、店（施設）内に配置された複数の食卓（卓）にそれぞれ割当てられた食卓番号（卓識別情報）に対応してその食卓の現座席数（席数）等を記憶する食卓情報メモリ（席数記憶手段）５１を有している。また、この注文管理装置３のＣＰＵ３１は、使用状態にある食卓の食卓番号と客の人数とを注文データから検知する機能（使用卓検知手段）と、店内に配置された全ての食卓が使用状態にある満席を検知する機能（満席検知手段）と、満席が検知されると使用状態にある卓の客数と各食卓の現座席数とから店内における食卓毎の座席稼働率とその平均の全稼働率を算出する機能（稼働率算出手段）と、時計部３４にて計時されている現在時刻が予め設定された稼働率管理時刻になると使用状態にある食卓の客数と各食卓の現座席数とから食卓毎の座席稼働率とその平均の全稼働率を算出する機能（稼働率算出手段）と、算出された全稼働率を稼働率蓄積ファイル２２に保存したりモニタ装置２３に表示したりする処理を行なう機能（稼働率処理手段）とを有している。

また、注文管理装置３のＣＰＵ３１は、各固定卓にそれぞれ設けられた無線タグリーダ６の無線タグデータ検知または非検知状態から店内に配置された各食卓１〜５の合体や分離等のレイアウト変更有無を監視する機能（卓監視手段）と、食卓１〜５のレイアウト変更を検知すると、その変更後のレイアウトに従って食卓情報メモリ５１に記憶されている各食卓１〜５の現座席数Ｓ１〜Ｓ５を変更する機能（席数変更手段）とを有している。

例えば今、店内における各食卓１〜５の配置が図１に示すとおりであったとする。この場合、食卓情報メモリ５１には、各食卓１〜５の現座席数Ｓ１〜Ｓ５としてそれぞれ対応する基本座席数がセットされている。そして、食卓１と食卓２に３名の客が居り、食卓５に２名の客が居たとき、稼働率管理時刻、例えば１１：００に達したとすると、食卓１〜食卓５の各座席稼働率Ｐ１〜Ｐ５は、順に５０％，７５％，０％，０％，５０％となるので全稼働率３５％が算出され、未使用卓数＝２とともに時間帯別稼働率メモリ５２の時間帯１０：００〜１１：００のエリアに格納される。

その後、新たに５人組の客が来店したので、図２に示すように、可動卓である食卓４を食卓３に合体させて６人掛けの卓を作ったとする。そうすると、食卓３に設けられた無線タグリーダ６Ｂが食卓４に設けられた無線タグ７Ｃのメモリ情報を読取るので、食卓情報メモリ５１における食卓Ｎｏ．３のデータの現座席数Ｓ３が６となり、接合卓番号Ｔ３がＮｏ．４となる。また、食卓Ｎｏ．４のデータの状態フラグＦ４が“２”となる。

この状態で、接客担当者がハンディターミナル１１を操作して当該５人組の客の注文データを入力し、伝送したとすると、注文管理装置３１では満席状態が検知される。これにより、満席時稼働率算出処理が実行されて、全稼働率（Ｐ１＋Ｐ２＋Ｐ３＋Ｐ５）／４＝（５０％＋７５％＋８３％＋５０％）／４＝６４．５％が算出され、満席時刻とともに満席時稼働率メモリ５３に記憶される。

その後、さら２人組の客が来店したとすると、満席なので客は席に着くことができない。仮に、食卓１を利用している３人組の客が食卓３を利用していたならば、５人組の客を食卓１に案内できるので、食卓４を食卓３に合体させる必要は無くなる。したがって、２人組の客を食卓４に案内することができる。この場合、満席時の全稼働率は（Ｐ１＋Ｐ２＋Ｐ３＋Ｐ４＋Ｐ５）／５＝（８３％＋７５％＋７５％＋１００％＋５０％）／５＝７６．６％となり、稼働率を高めることができる。

このように本実施の形態によれば、満席時における客席の稼働率が稼働率蓄積ファイル２２に自動的に蓄積処理される。したがって、稼働率蓄積ファイル２２に蓄積保存された満席時における客席の稼働率をモニタ装置２３に表示させたり、プリントアウトしたりすることによって、満席時における座席の稼働率を容易に取得することができる。

また、所定時間毎の客席の稼働率も稼働率蓄積ファイル２２に自動的に蓄積処理される。したがって、稼働率蓄積ファイル２２に蓄積保存された所定時間毎の客席の稼働率をモニタ装置２３に表示させたり、プリントアウトしたりすることによって、所定時間毎の座席の稼働率を容易に取得することができる。

しかも、本実施の形態によれば、可動卓を固定卓と合体させて１卓あたりの定員増加を図っても満員時や所定時間毎の稼働率が自動的に算出されて蓄積処理される。したがって、レストランの経営者は、表示又は印字出力された日々の稼働率を精査し、稼働率が低いときには食卓の定員を替えたりレイアウト変更をしたりする等の対策を講じることによって、稼働率の低い状況が見過ごされるのを未然に防ぐことができるようになる。

なお、本発明は前記実施の形態に限定されるものではない。
例えば前記実施の形態では、食卓毎の稼働率の平均を算出して満席時や稼働率管理時刻の全稼働率としたが、全食卓の全座席数をその時点の客の総数で除算して全稼働率を算出してもよい。また、これら以外の演算式によって稼働率を求めるものも本発明に含まれるものである。

また、図１８に示すように、時間帯別稼働率メモリ５２及び満席時稼働率メモリ５３にそれぞれ卓レイアウトエリア５２Ａ，５３Ａを増設し、稼働率を算出する都度、食卓情報メモリ５１の食卓番号別データ（現座席数，接合卓Ｎｏ，状態フラグ，客数，稼働率）の全て若しくは一部を稼働率とともに格納するように構成してもよい。こうすることにより、稼働率蓄積ファイル２２に蓄積されたデータから稼働率が低いときや高いときの食卓の配置状況等を確実に把握することができるので、より詳細な稼働率の精査を行うことができる。

また、前記実施の形態では、ハンディターミナル１１から送信される注文データから使用状態にある食卓の食卓番号と客数とを検知したが、注文データ送信元の機種はハンディターミナル１１に限定されるものではない。例えば、各食卓に置かれたオーダ入力装置を介して客自身によって入力された注文データから食卓番号と人数を検知しても良い。また、例えば各食卓の座席毎に人センサを設け、この人センサの出力から使用状態にある食卓の食卓番号と客数とを検知することも可能である。

また、前記実施の形態では、固定卓に無線タグリーダ６を設け可動卓に無線タグ７を設けて、食卓のレイアウト変更有無を監視するようにしたが、逆に固定卓に無線タグ７を設け、可動卓に無線タグリーダ６を設けて、食卓のレイアウト変更有無を監視するようにしてもよい。また、店内の床に食卓の位置センサを埋設し、この位置センサの出力からレイアウト変更有無を監視することも可能である。

この他、本発明を喫茶店や待合室等の施設における卓の席稼働率を管理する施設管理装置に適用する等、本発明の要旨を逸脱しない範囲で種々変形実施可能であるのは勿論である。

本発明の一実施の形態における食卓レイアウトの基本形を示す模式図。 同食卓レイアウトの一変形例を示す模式図。 同食卓レイアウトの他の変形例を示す模式図。 同食卓レイアウトの他の変形例を示す模式図。 本実施の形態において使用する無線タグリーダと無線タグの要部構成を示すブロック図。 本発明の施設管理装置を適用した注文管理システムの全体構成図。 同注文管理システムにおける注文管理装置の要部構成を示すブロック図。 同注文管理装置のＲＡＭに形成される主要なメモリエリアのデータ構造を示す模式図。 同注文管理装置のＣＰＵが実行する主要な処理の要部を示す流れ図。 図９における営業中処理を具体的に示す流れ図。 図１０における現座席数設定処理を具体的に示す流れ図。 図１０における満席時稼働率算出処理を具体的に示す流れ図。 図１０における時間帯稼働率算出処理を具体的に示す流れ図。 同実施の形態において使用するハンディターミナルのキーボードを示す模式図。 同実施の形態においてハンディターミナルから送信される無線データのデータ構造を示す模式図。 同実施の形態においてオーダファイルに格納されるデータの要部構造を示す模式図。 同実施の形態においてＰＯＳ端末から送信される会計要求データのデータ構造を示す模式図。 同注文管理装置のＲＡＭに形成される主要なメモリエリアの他のデータ構造を示す模式図。

符号の説明

１〜５…食卓、６（６Ａ〜６Ｃ）…無線タグリーダ、７（７Ａ〜７Ｄ）…無線タグ、１…ハンディターミナル、１２…無線部、１３…注文管理装置、１５…ＰＯＳ端末、２０…メニューファイル、２１…オーダファイル、２２…稼働率蓄積ファイル、３１…ＣＰＵ、５１…食卓情報メモリ、５２…時間帯別稼働率メモリ、５３…満席時稼働率メモリ。

Claims (4)

1. 施設内に配置された複数の卓にそれぞれ割当てられた卓識別情報に対応してその卓の席数を記憶する席数記憶手段と、
   使用状態にある卓の前記卓識別情報と客数とを検知する使用卓検知手段と、
   前記施設内に配置された全ての卓が使用状態にある満席を検知する満席検知手段と、
   この満席検知手段により満席が検知されると前記使用卓検知手段により検知されている使用状態にある卓の客数と前記席数記憶手段により記憶されている各卓の席数とから施設内の席稼働率を算出する稼働率算出手段と、
   この稼働率算出手段により算出された満席時の席稼働率を記憶し出力処理する稼働率処理手段とを具備したことを特徴とする施設管理装置。
2. 施設内に配置された複数の卓にそれぞれ割当てられた卓識別情報に対応してその卓の席数を記憶する席数記憶手段と、
   使用状態にある卓の前記卓識別情報と客数とを検知する使用卓検知手段と、
   現在時刻を計時する計時手段と、
   前記現在時刻が予め設定された稼働率管理時刻になると前記使用卓検知手段により検知されている使用状態にある卓の客数と前記席数記憶手段により記憶されている各卓の席数とから施設内の席稼働率を算出する稼働率算出手段と、
   この稼働率算出手段により算出された前記稼働率管理時刻における席稼働率を記憶し出力処理する稼働率処理手段とを具備したことを特徴とする施設管理装置。
3. 前記施設内に配置された卓のレイアウト変更有無を監視する卓監視手段と、
   この卓監視手段により前記卓のレイアウトが変更されたことを検知すると、その変更後のレイアウトに従って前記席数記憶手段により記憶されている各卓の席数を変更する席数変更手段と、
   をさらに具備したことを特徴とする請求項１または２記載の施設管理装置。
4. 卓監視手段は、レイアウト変更によって接離自在な第１の卓と第２の卓の一方に無線タグを、他方に無線タグリーダをそれぞれ設け、前記無線タグリーダで前記無線タグの情報を読取れるとき前記第１の卓と第２の卓とが合体状態にあると認識し、前記無線タグの情報を読取れないとき前記第１の卓と第２の卓とが分離状態にあると認識することを特徴とする請求項３記載の施設管理装置。

Images