(57)【要約】【課題】格別な手間も必要とすることなく、店内に設けられた各客席のリアルタイムな利用状況を正確に管理できるようにする。【解決手段】上履き３にそれぞれ無線タグを設けるとともに、各客席１２にそれぞれ対応して、その客席１２に着いた客が履いている上履き３の無線タグを検出する無線タグリーダ１４-1を設ける。そして、無線タグを検出している無線タグリーダ１４-1が設けられている客席１２を在席として管理する。【選択図】      図１
2005107560.tif 000002
【特許請求の範囲】
【請求項１】
来店した客が上履きに履き替える形式の店舗に設けられ、その店内における複数の客席を管理する客席管理装置において、
前記上履きにそれぞれ設けられた無線タグと、
前記各客席にそれぞれ対応して設けられ、その客席に着いた客が履いている前記上履きの前記無線タグを検出する無線タグリーダと、
前記無線タグを検出している無線タグリーダが設けられている客席を在席として管理する在席管理手段と、
を具備したことを特徴とする客席管理装置。
【請求項２】
前記在席管理手段により在席として管理されている客席に対応して設けられている前記無線タグリーダが前記無線タグを検出できなくなると、その客席を離席として管理する離席管理手段をさらに具備したことを特徴とする請求項１記載の客席管理装置。
【請求項３】
前記離席管理手段により離席として管理される客席が発生したことを店員に通知する離席通知手段をさらに具備したことを特徴とする請求項２記載の客席管理装置。
【請求項４】
来店した客が上履きに履き替える形式の店舗に設けられ、その店内における複数の客席を管理する客席管理装置において、
前記上履きにそれぞれ設けられた固有の識別符号を記憶してなる無線タグと、
前記各客席にそれぞれ対応して設けられ、その客席に着いた客が履いている前記上履きの前記無線タグから前記識別符号を読取る無線タグリーダと、
前記各無線タグリーダで読取った前記無線タグの識別符号を登録するタグ情報登録手段と、
前記タグ情報登録手段により登録されている識別符号の中に存在しない識別符号を読取った回数を前記各無線タグリーダ毎にカウントし、そのカウント値を当該無線タグリーダが設けられている客席の在席人数として記憶する在席人数計数手段と、
を具備したことを特徴とする客席管理装置。
【請求項５】
来店した客が店員によって客席まで案内される形式の店舗に設けられ、その店内における複数の客席を管理する客席管理装置において、
客を客席まで案内した店員によってその客席に置かれる所定の物品に設けられた無線タグと、
前記各客席にそれぞれ対応して設けられ、その客席に置かれた前記物品の前記無線タグを検出する無線タグリーダと、
前記無線タグを検出している無線タグリーダが設けられている客席を在席として管理する在席管理手段と、
を具備したことを特徴とする客席管理装置。
【請求項６】
前記在席管理手段により在席として管理されている客席に対応して設けられている前記無線タグリーダが前記無線タグを検出できなくなると、その客席を離席として管理する離席管理手段をさらに具備したことを特徴とする請求項５記載の客席管理装置。
【請求項７】
前記離席管理手段により離席として管理される客席が発生したことを店員に通知する離席通知手段をさらに具備したことを特徴とする請求項６記載の客席管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店等において、その店内における複数の客席の在・不在等を管理する客席管理装置に関する。
【背景技術】
【０００２】
近年、ファミリーレストラン等の大規模な飲食店では、無線ハンディターミナルを用いた注文管理システムが利用されている。このシステムは、注文データの入力処理機能を有した複数の無線ハンディターミナルと、各ハンディターミナルから無線送信される注文データ等を受信し管理するコントローラと、注文品の調理指示を行う厨房用端末と、注文伝票を印字発行する伝票発行機と、会計処理を行うＰＯＳ（Point Of Sales）端末とから構成されている。厨房用端末，伝票発行機及びＰＯＳ端末は、ＬＡＮ（Local Area Network）等を介してコントローラに接続されている。
【０００３】
かかる構成の注文管理システムにおいて、各ハンディターミナルは、ウェイターやウェイトレスと呼ばれる接客担当の店員がそれぞれ携帯している。この店員は、客が来店すると、客を食堂の空いている客席まで案内する。そして、客からメニュー商品の注文を受けると、その客が着いている客席の卓番号等とともに注文データをハンディターミナルに入力する。すると、ハンディターミナルに入力されたデータがコントローラに無線伝送され、卓番号別に記憶管理される。また、コントローラの制御により厨房用端末から注文品の調理指示が行われるとともに、伝票発行機から注文伝票が発行される。これにより、厨房では、注文品の調理が行われる。そして調理が完了すると、店員が客席まで運び、卓に配膳する。また、注文伝票を卓に置く。
【０００４】
一方、飲食を終えた客は、注文伝票を持って会計場所（レジ）へ行き、店員に注文伝票を渡す。店員は、注文伝票に記録されている卓番号をＰＯＳ端末に入力する。すると、ＰＯＳ端末からコントローラに当該卓番号の問合せが行われ、卓番号別に記憶管理されている注文データの中から該当する注文データが呼出されてＰＯＳ端末に返信される。そして、ＰＯＳ端末のディスプレイに表示されるので、店員はその内容を注文伝票と照らし合わせて確認する。そして、間違いがなければ客から代金の支払いを受け、登録締め処理を行う。これにより、レシートが発行されるので、客に渡す。以上が、この種の注文管理システムを導入した飲食店での店員の一連の流れであった。
【０００５】
このため、多くの客席が設けられている大規模な飲食店では、来店した客を店員が速やかに空いている客席に案内できるように各客席の利用状況をリアルタイムで管理する必要があった。そこで従来、ハンディターミナルでオーダを入力すると、これを無線受信した電子式キャッシュレジスタ側が、当該客席が使用卓となった旨の識別符号を卓管理ファイルに記憶するようにし、かつ、予め設定された時間毎または各ハンディターミナルからの要求に従って、卓管理ファイルを検索して空卓情報を作成し、この空卓情報を各ハンディターミナルに無線送信して、各ハンディターミナルの表示器に空卓情報を表示するようにしたものがあった。（例えば、特許文献１参照）。
【０００６】
また、タッチパネルを店内に設置し、各卓が配置された食堂のレイアウト画面を表示させる。そして、この画面に、卓毎に現在の利用状況をイメージ化して表示するようにし、画面上の空卓表示がなされている卓画像がタッチ操作されると、その卓を在席状態の表示に切り替えるようにしたものもあった（例えば、特許文献２参照）。
【特許文献１】特開平６−２５９６６４号公報
【特許文献２】特開２０００−１９４７８１公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ハンディターミナルに空卓情報を表示するようにした一方の従来技術においては、ハンディターミナルでオーダ入力しないと該当する客席が使用卓にならない。このため、多くの客は客席に着いてからメニューを見て注文を決めるので、その間は空卓扱いとなっており、別の店員が空いていると思って客を案内してしまうおそれがあった。
【０００８】
また、タッチパネルに食堂のレイアウト画面を表示するようにした他方の従来技術においては、画面上のこれから客を案内しようとする客席若しくは客を案内した客席の卓画像をタッチ操作しなければならない手間があった。
【０００９】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、店内に設けられた各客席のリアルタイムな利用状況を正確に管理できる上、格別な手間も必要とせず、店員の負担を軽減できる客席管理装置を提供しようとするものである。
【課題を解決するための手段】
【００１０】
本発明は、来店した客が上履きに履き替える形式の店舗に設けられ、その店内における複数の客席を管理する客席管理装置であって、上履きにそれぞれ無線タグを設けるとともに、各客席にそれぞれ対応して、その客席に着いた客が履いている上履きの無線タグを検出する無線タグリーダを設ける。そして、無線タグを検出している無線タグリーダが設けられている客席を在席として管理するようにしたものである。
【００１１】
また本発明は、来店した客が店員によって客席まで案内される形式の店舗に設けられ、その店内における複数の客席を管理する客席管理装置であって、客を客席まで案内した店員によってその客席に置かれる所定の物品、例えば会計用札に無線タグ設けるとともに、各客席にそれぞれ対応して、その客席に置かれた物品の無線タグを検出する無線タグリーダを設ける。そして、無線タグを検出している無線タグリーダが設けられている客席を在席として管理するようにしたものである。
【発明の効果】
【００１２】
かかる手段を講じた本発明によれば、客が着いた客席はその時点で自動的に在席として管理されるので、各客席のリアルタイムな利用状況を正確に管理できる上、格別な操作等の手間も必要としないので、店員の負担を軽減できる客席管理装置を提供できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明を実施するための最良の形態について、図面を用いて説明する。  
はじめに、請求項１〜４に対応した第１の実施の形態について説明する。この第１の実施の形態は、来店した客が上履きに履き替える形式で、無線ハンディターミナルを利用した注文管理システムが構築されているファミリーレストラン等の飲食店に本発明を適用した場合である。
【００１４】
図１は、本実施の形態における飲食店１の要部を概略的に示す平面図である。この飲食店１では、客は出入口部２にて上履きであるスリッパ３に履き替えてから食堂１１に配置された各客席１２Ａ〜１２Ｉのいずれかに案内されるようになっている。なお、客席の数はＡ〜Ｉの９席に限定されるものではない。
【００１５】
出入口部２と食堂１１とを結ぶ通路４には、会計カウンタ５が設置されており、この会計カウンタ５に、飲食を終えた客の会計処理機能を有したＰＯＳ端末６が置かれている。また、この通路４と食堂１１とを仕切る壁７の通路４側には空席表示器８が取り付けられており、同壁７の食堂１１側には会計報知器９が取り付けられている。空席表示器８は、各客席１２の利用状況を表示するものである。会計報知器９は、会計を行う客がいることを食堂１１内の店員に表示，音声等の報知手段によって知らせるものである。
【００１６】
さて、本実施の形態では、図２に示すように、左右一対のスリッパ３の各裏面側に、それぞれ無線タグ１０を埋設している。そして、このスリッパ３に設けられた無線タグ１０のメモリ情報を無線で読取ることが可能な無線タグリーダ１４として、第１及び第２の無線タグリーダ１４-1，１４-2を店内の要所に設けている。
【００１７】
第１の無線タグリーダ１４-1は、図１及び図３に示すように、各客席１２Ａ〜１２Ｉの卓１３の床部にそれぞれ設けられており、対応する客席１２Ａ〜１２Ｉに着席した客が履いているスリッパ３から無線タグ１０のメモリ情報を読取るようになっている。第２の無線タグリーダ１４-2は、図１に示すように、通路４と食堂１１との境界である床部に設けられており、通路４から食堂１１に入る客及び食堂１１から通路４に出る客が履いているスリッパ３から無線タグ１０のメモリ情報を読取るようになっている。
【００１８】
図４は、無線タグリーダ１４（１４-1，１４-2）と無線タグ１０の要部構成を示すブロック図である。無線タグリーダ１４は、上位装置とのインターフェイス部２１と、不揮発性のメモリ部２２と、制御部２３と、制御部２３から与えられるデータを無線通信に適した変調信号に変調する変調部２４と、変調信号を増幅してアンテナ２６から問合せ電波として放射させる送信アンプ２５と、アンテナ２６で受信した電波信号を増幅する受信アンプ２７と、増幅された電波信号からデータを復調して制御部２３に与える復調部２８とから構成されている。メモリ部２２には、各無線タグリーダ１４毎に異なるように設定された識別符号であるタグリーダＩＤが予め格納されている。制御部２３は、上位装置からインターフェイス部２１を介して起動が指令されると所定のデータを周期的に変調部２４に送出する機能と、復調部２８にて復調されたデータを取込むとそのデータをタグリーダＩＤとともにインターフェイス部２１を介して上位装置に送出する機能とを有する。
【００１９】
無線タグ１０は、アンテナ３１で受信した変調電波の整流と安定化を行うことにより各部に電源を供給する電源生成部３２と、上記変調電波を復調して制御部３５へ送出する復調部３３と、制御部３５から送出されたデータを変調してアンテナ３１に送出する変調部３４と、復調部３３で復調されたデータのメモリ部３６への書込みや、メモリ部３６から送信データを読み出して変調部３４へ送出する制御部３５と、不揮発性のメモリ部３６とから構成されている。メモリ部３６には、当該無線タグ１０の製造段階で製造業者により割当て設定された一意の識別符号であるＲＦＩＤ（無線ＩＤ）が記憶されている。
【００２０】
図５は、本実施の形態の飲食店１に構築された注文管理システムの全体構成図である。本システムは、注文データ等の入力処理機能を有し、ウェイターやウェイトレスと呼ばれる接客担当の店員が携帯して使用する複数台の無線ハンディターミナル４１と、食堂１１の天井部等に設けられ、各無線ハンディターミナル４１との無線通信機能を有する無線部４２と、システムの中枢を担うコントローラ４３と、注文伝票を印字発行する機能を有した伝票発行機４４と、厨房内に設けられ、注文を受けたメニュー商品（料理品）の調理指示機能を有した厨房用端末４５と、前記ＰＯＳ端末６，空席表示器８及び会計報知器９と、前記第１及び第２の無線タグリーダ１４-1〜１４-2とから構成されている。
【００２１】
そして無線部４２と第１及び第２の無線タグリーダ１４-1〜１４-2は、コントローラ４３とそれぞれ専用の通信ケーブルによって接続されており、相互間でデータ信号が送受されるようになっている。ここに、コントローラ４３は、各無線タグリーダ１４-1〜１４-2の上位装置として機能する。また、コントローラ４３は、伝票発行機４４，厨房用端末４５，ＰＯＳ端末６，空席表示器８及び会計報知器９と有線または無線のＬＡＮ（Local Area Network）によって接続されており、各機器の動作を制御する。
【００２２】
コントローラ４３には、特に、メニューファイル５１，オーダファイル５２及びリーダファイル５３の各種データファイルが備えられている。そして、当該飲食店１が提供する各種メニュー商品のメニューコード，品目，価格等のメニュー情報がメニューファイル５１に予め設定されている。また、第１及び第２の無線タグリーダ１４-1〜１４-2に関する情報がリーダファイル５３に予め設定されている。オーダファイル５２には、各客席１２にそれぞれ着席している客の注文データ等が記憶されるようになっている。
【００２３】
図６は、オーダファイル５２に記憶される１客席分のレコードの構成図である。図示するように、オーダファイル５２には、各客席１２の卓１３にそれぞれ割当られた固有の卓番号に対応して、卓状態情報，人数情報，注文データ等が１レコードとして格納される。卓状態情報は、対応する卓番号の客席１２が空いている空席状態（＝０）なのか、客が着席している在席状態（＝１）なのか、客が席を離れた離席状態（＝２）なのかを識別する情報である。人数情報は、対応する卓番号の客席１２に着席した客の人数ｍを示す情報である。注文データは、対応する卓番号の客席１２に着席した客が注文したメニュー商品のメニューコード，注文数等である。
【００２４】
図７は、リーダファイル５３に設定されたデータの一例である。図示するように、リーダファイル５３には、タグリーダＩＤ別に、そのＩＤによって識別される無線タグリーダ１４が取り付けられている場所を特定する場所コード（第１の無線タグリーダ１４-1が取り付けられている場所コードをＰ１、第２の無線タグリーダ１４-2が取り付けられている場所コードをＰ２）が設定されている。また、取付場所が各客席１２の床部である場合において、対応する卓１３の卓番号が設定されている。
【００２５】
図８は、コントローラ４３の要部構成を示すブロック図である。コントローラ４３は、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、時計部６４及びＬＡＮインターフェイス６５の他、前記メニューファイル５１等の各種データファイルを格納するためのＨＤＤ（Hard Disk Drive）装置６６、前記各無線タグリーダ１４-1〜１４-2との間でデータ信号を送受するＩ／Ｏポート６７、前記無線部４２が接続される無線部インターフェイス６８等で構成されている。そしてＣＰＵ６１と、ＲＯＭ６２，ＲＡＭ６３，時計部６４，ＬＡＮインターフェイス６５，ＨＤＤ装置６６，Ｉ／Ｏポート６７及び無線部インターフェイス６８とは、アドレスバス，データバス等のバスライン６９で接続されている。因みに、ＨＤＤ装置６６は、コントローラ４３に内蔵されていてもよいし、外付されていてもよい。
【００２６】
ＲＡＭ６３には、特に図９に示すように、一足カウンタメモリ７１と使用中タグメモリ７２とが形成されている。一足カウンタメモリ７１は、卓番号別に、その卓番号の卓１３の下に設けられた第１の無線タグリーダ１４-1で無線タグ１０を検出した回数を計数するエリアを形成したものである。使用中タグメモリ７２は、第１の無線タグリーダ１４-1で検出した無線タグ１０のメモリ情報であるＲＦＩＤを記憶するエリアであり、タグ情報登録手段を構成する。第１の無線タグリーダ１４-1で検出される無線タグ１０は、来店した客が履き替えたスリッパ３に設けられた無線タグ１０である。すなわち、この無線タグ１０は、使用中のスリッパ３に設けられたタグであるので、当該無線タグ１０を使用中タグと称する。
【００２７】
しかして、コントローラ４３のＣＰＵ６１は、当該飲食店１が開店している時間内において、本発明に関わる客席管理処理として図１０〜図１３の各流れ図にそれぞれ具体的に示す各種処理を実行するものとなっている。
【００２８】
図１０は、卓下部リーダ検知処理を具体的に示す流れ図である。この処理は、第１の無線タグリーダ１４-1が対応する客席１２に着いた客のスリッパ３に設けられた無線タグ１０を検出する毎に実行される。
【００２９】
ＣＰＵ６１は、無線タグ１０を検出した無線タグリーダ１４のタグリーダＩＤでリーダファイル５３を検索し、当該タグリーダＩＤに対応する場所コードが卓下部を示すコードＰ１であるとき、この卓下部リーダ検知処理を開始する。先ず、ＣＰＵ６１は、ＳＴ１として第１の無線タグリーダ１４-1によって検出された無線タグ１０のメモリ情報であるＲＦＩＤで使用中タグメモリ７２を検索し、同一のメモリ情報が既に登録されているか否かを判断する。
【００３０】
ここで、同一のＲＦＩＤが使用中タグメモリ７２に登録されていない場合には、ＣＰＵ６１は、ＳＴ２としてリーダファイル５３から当該第１の無線タグリーダ１４-1のタグリーダＩＤに対応して設定されている卓番号を取得する。そして、ＳＴ３としてオーダファイル５２を検索し、当該卓番号のレコードの卓状態情報を調べる。
【００３１】
ここで、ＳＴ４として卓状態情報が“０”であった場合には、空席状態にある客席１２に一人目の新規客が着席したので、ＣＰＵ６１は、ＳＴ５として一足カウンタメモリ７１の当該卓番号に対応するカウント値ｋを“０”にリセットするとともに、ＳＴ６としてオーダファイル５２における当該レコードの卓番号情報を、在席を示す“１”に更新する（在席管理手段）。また、ＳＴ７として当該レコードの人数ｍを“０”に初期化する。
【００３２】
しかる後、ＣＰＵ６１は、ＳＴ８として第１の無線タグリーダ１４-1で検出した無線タグ１０のＲＦＩＤと当該卓番号とを使用中タグメモリ７２に追加登録する。また、ＳＴ９として一足カウンタメモリ７１の当該卓番号に対応するカウント値ｋを“１”だけカウントアップする。そしてＣＰＵ６１は、ＳＴ１０としてこのカウント値ｋが奇数か否かを判断する。そして、奇数であった場合には、ＳＴ１１として当該卓番号のオーダファイルレコードの人数ｍを“１”だけ加算する。（在席人数計数手段）。偶数であった場合には、ＳＴ１１の処理は行わない。
【００３３】
ＳＴ４にて当該卓番号のオーダファイルレコードの卓状態情報が“０”でなく、ＳＴ１２として“１”であった場合には、当該卓番号に対応する客席１２に二人目以降の新規客が着席したので、ＣＰＵ６１は、前述したＳＴ８からＳＴ１１までの各処理を再度実行する。すなわち、第１の無線タグリーダ１４-1で検出した無線タグ１０のＲＦＩＤと当該卓番号とを使用中タグメモリ７２に追加登録する。また、一足カウンタメモリ７１の当該卓番号に対応するカウント値ｋを“１”だけカウントアップする。そしてこのカウント値ｋが奇数か否かを判断し、奇数であると、当該卓番号のオーダファイルレコードの人数ｍを“１”だけ加算する（在席人数計数手段）。
【００３４】
一方、ＳＴ１にて同一のＲＦＩＤが使用中タグメモリ７２に登録されていた場合には、使用中タグとして管理されている無線タグ１０のＲＦＩＤを第１の無線タグリーダ１４-1で再度検出したので、ＣＰＵ６１は、ＳＴ１３としてリーダファイル５３から当該第１の無線タグリーダ１４-1のタグリーダＩＤに対応して設定されている卓番号を取得する。そして、ＳＴ１４としてオーダファイル５２を検索し、当該卓番号のレコードの卓状態情報を調べる。ここで、ＳＴ１５として卓状態情報が“２”であった場合には、一旦離席した客が元へ戻ったので、ＣＰＵ６１は、ＳＴ１６として当該レコードの卓状態情報を“１”に戻す。卓状態情報が“２”以外であった場合には、ＳＴ１６の処理は行わない。
【００３５】
図１１は、卓下部リーダ非検知処理を具体的に示す流れ図である。この処理は、所定の間隔で発生する割込信号がＣＰＵ６１に入力される毎に実行される。
【００３６】
ＣＰＵ６１は、割込信号が入力されると、この卓下部リーダ非検知処理を開始する。先ず、ＳＴ２１として各第１の無線タグリーダ１４-1のタグ検出出力をチェックする。そして、ＳＴ２２として無線タグ１０を検出していない第１の無線タグリーダ１４-1を検知する毎に、ＣＰＵ６１は、以下の処理を実行する。すなわち、ＳＴ２３として該当する第１の無線タグリーダ１４-1のタグリーダＩＤでリーダファイル５３を検索して、そのタグリーダＩＤに対応して設定されている卓番号を取得する。そして、ＳＴ２４としてオーダファイル５２を検索して、当該卓番号のレコードの卓状態情報を調べる。ここで、ＳＴ２５として卓状態情報が“１”、つまり在席を示す場合には、当該卓番号の客席１２に着いていた客が全員席を離れたので、ＣＰＵ６１は、ＳＴ２６として当該レコードの卓状態情報を、離席を示す“２”に更新する（離席管理手段）。卓状態情報が“１”以外の場合には、ＳＴ２６の処理は実行しない。
【００３７】
図１２は、通路リーダ検知処理を具体的に示す流れ図である。この処理は、通路４と食堂１１との境界に設けられた第２の無線タグリーダ１４-2がスリッパ３に設けられた無線タグ１０を検出する毎に実行される。
【００３８】
ＣＰＵ６１は、無線タグ１０を検出した無線タグリーダ１４のタグリーダＩＤでリーダファイル５３を検索し、当該タグリーダＩＤに対応する場所コードが通路４と食堂１１との境界を示すコードＰ２であるとき、この通路リーダ検知処理を開始する。先ず、ＳＴ３１として第２の無線タグリーダ１４-2によって検出された無線タグ１０のＲＦＩＤで使用中タグメモリ７２を検索し、同一のＲＦＩＤが既に登録されているか否かを判断する。ここで、同一のＲＦＩＤが使用中タグメモリ７２に未だ登録されていない場合には、通路４を通って食堂１１に入ろうとする新規客が履いているスリッパ３の無線タグ１０を検出したので、以下の処理は実行しない。
【００３９】
これに対し、同一のＲＦＩＤが使用中タグメモリ７２に登録されていた場合には、食堂１１から会計カウンタ５がある通路４に出ようとする客が履いているスリッパ３の無線タグ１０を検出したので、ＣＰＵ６１は、ＳＴ３２として使用中タグメモリ７２から当該ＲＦＩＤに対応して記憶されている卓番号を取得する。そして、ＳＴ３３としてオーダファイル５２を検索して、当該卓番号に対応するレコードの卓状態情報を調べる。ここで、ＳＴ３４として卓状態情報が“２”、つまり離席を示す場合には、当該卓番号が設定された客席１２に着いていた客が会計のために席を立ったので、ＣＰＵ６１は、ＳＴ３５としてＬＡＮを介して会計報知器９に起動指令を出力して、会計報知器９を起動する。これにより、会計報知器９が点灯または点滅動作したり、所定の音楽が流れたりして、会計を行う客がいることを店員に知らせる（離席通知手段）。卓状態情報が“２”以外の場合には、ＳＴ３５の処理は行わない。
【００４０】
図１３は、会計応答処理を具体的に示す流れ図である。この処理は、ＰＯＳ端末６において、キー操作により卓番号が入力されたことに応じて、当該ＰＯＳ端末６からコントローラ４３に送信される卓番号問合せコマンドを受信する毎に実行される。
【００４１】
ＣＰＵ６１は、上記卓番号問合せコマンドを受信すると、ＳＴ４１としてそのコマンドから問合わせのあった卓番号を取得する。そして、ＳＴ４２としてオーダファイル５２を検索して、当該卓番号のレコードの卓状態情報を調べる。ここで、ＳＴ４３として卓状態情報が“２”以外の場合には、空席または在席状態にある客席１２の卓番号が入力されたので、ＣＰＵ６１は、ＳＴ４４として会計不可を示す応答伝文をＰＯＳ端末６にＬＡＮを介して送信する。
【００４２】
これに対し、卓状態情報が離席を示す“２”であった場合には、ＣＰＵ６１は、ＳＴ４５として会計報知器９の報知動作を停止させた後、ＳＴ４６として当該レコードの注文データに基づいて会計データを作成し、この会計データを含む応答伝文をＰＯＳ端末６にＬＡＮを介して送信する。しかる後、ＣＰＵ６１は、ＳＴ４７として使用中タグメモリ７２を検索して、ＰＯＳ端末６から問合わせがあった卓番号が設定されたＲＦＩＤを抽出する。そして、ＳＴ４８としてこのＲＦＩＤとそれに対応する卓番号のデータを使用中タグメモリ７２からクリアする。しかる後、ＣＰＵ６１は、当該卓番号のオーダファイルレコードの卓状態情報を、空席を示す“０”に更新する。
【００４３】
なお、卓番号問合わせコマンドを送信したＰＯＳ端末６は、コントローラ４３からの応答を待機する。そして、会計データを含む応答伝文を受信したならば、その会計データをオペレータ用ディスプレイ及び客用ディスプレイに表示させて、店員及び客に確認させる。その後、締めキーが操作されて１取引の登録締めが宣言されると、レシート・ジャーナルプリンタが駆動してレシートを印字発行するようになっている。
【００４４】
また、コントローラ４３のＣＰＵ６１は、図１４の流れ図にしたがって空席表示器８の表示制御を行っている。すなわちＣＰＵ６１は、立上げ時の初期化処理としてオーダファイル５２の各卓番号に対応する卓状態情報を“０”にリセットして、全客席１２が空席であることを示す画面を表示させた後（ＳＴ５１）、時計部６４にて計時される現時刻が予め設定された開店時刻（店舗の実際の開店時刻と一致している必要はなく、それより前の時刻であればよい）に到達するのを待機する（ＳＴ５２）。そして、現時刻が開店時刻に達したならば、ＣＰＵ６１は、オーダファイル５２に記憶された各レコードの卓状態情報を監視する（ＳＴ５３）。
【００４５】
そして、卓状態情報が変化したオーダファイル５２のレコードを検知する毎に（ＳＴ５４）、そのレコードの卓番号に対応した客席１２の画面上の表示を、変化後の卓状態情報に応じた表示に切り替える。すなわち、変化後の卓状態情報が在席を示す情報“１”であれば、当該客席１２が在席であることを示す表示に切り替え、離席を示す情報“２”であれば、当該客席１２が準備中であることを示す表示に切り替え、空席示す情報“０”であれば、当該客席１２が空席であることを示す表示に切り替える。
【００４６】
ＣＰＵ６１は、現時刻が閉店時刻（店舗の実際の閉店時刻と一致している必要はなく、それより後の時刻であればよい）に到達するまで、ＳＴ５３〜ＳＴ５７の処理を繰返し実行する。そして、現時刻が閉店時刻に到達したならば（ＳＴ５８）、ＣＰＵ６１は、空席表示器８の表示を消去する（ＳＴ５９）。
【００４７】
このように構成された本実施の形態の動作を、４人グループの客が来店した場合を想定して説明する。  
先ず、店員は、客が来店すると出入口部２にてそれぞれスリッパ３に履き替えてもらう。その間に、店員は空席表示器８を確認して空席を探し、見つけたならばその客席１２まで客を案内する。その過程で、客が履いているスリッパ３に設けられた無線タグ１０のＲＦＩＤが第２の無線タグリーダ１４-2によって検出されるが、当該ＲＦＩＤは使用中タグメモリ７２に登録されていないので無視される。
【００４８】
客が客席１２に着くと、その客席１２の床部に設けられた第１の無線タグリーダ１４-1によって、各人が履いているスリッパ３の無線タグ１０が検出される。例えば、時点ｔ１にて一人目の客が履いている一方のスリッパ３の無線タグ１０が検出され、次の時点ｔ２にてこの一人目の客が履いている他方のスリッパ３の無線タグ１０が検出され、次の時点ｔ３にて二人目の客が履いている一方のスリッパ３の無線タグ１０が検出され、次の時点ｔ４にて三人目の客が履いている一方のスリッパ３の無線タグ１０が検出され、次の時点ｔ５にて二人目の客が履いている他方のスリッパ３の無線タグ１０が検出され、次の時点ｔ６にて四人目の客が履いている一方のスリッパ３の無線タグ１０が検出され、次の時点ｔ７にて三人目の客が履いている他方のスリッパ３の無線タグ１０が検出され、次の時点ｔ８にて四人目の客が履いている他方のスリッパ３の無線タグ１０が検出されたとする。
【００４９】
この場合、時点ｔ１では一足カウンタメモリ７１の当該卓番号に対応するカウント値ｋがカウントアップし「１」となるので、当該卓番号に対応するオーダファイルレコードの人数データｍが「１」となる。時点ｔ２ではカウント値ｋが「２」となるので、人数データｍは変化しない。時点ｔ３ではカウント値ｋが「３」となるので、人数データｍは「２」となる。時点ｔ４ではカウント値ｋが「４」となるので、人数データｍは変化しない。、以後同様に、時点ｔ５と時点ｔ７にてカウント値が奇数となるので、人数データｍが１ずつカウントアップする。その結果、人数データｍとして「４」が当該卓番号に対応するオーダファイルレコードに記憶される。また、使用中タグメモリ７２には、各客がそれぞれ履いている４足のスリッパ３にそれぞれ設けられた８つの無線タグ１０のＲＦＩＤが当該卓番号と対応付けられて登録される。
【００５０】
また、時点ｔ１にて当該卓番号に対応するオーダファイルレコードの卓状態情報が“１”に変更される。これにより、当該卓番号の客席１２が在席表示となるように、空席表示器８の画面が更新される。
【００５１】
その後、この客席１２の４名の客全員が会計のために席を離れると、当該卓番号に対応するオーダファイルレコードの卓状態情報が“２”に変更される。これにより、当該卓番号の客席１２が準備中表示となるように、空席表示器８の画面が更新される。
【００５２】
そして、席を離れた４名のうち先頭の客が第２の無線タグリーダ１４-2の設置場所に近づくと、この客が履いているスリッパ３に設けられた無線タグ１０のＲＦＩＤが第２の無線タグリーダ１４-2によって検出される。これにより、会計報知器９が起動して報知動作を行う。かくして、食堂１１にいる店員は、会計を行う客が会計カウンタ５に向かっていることを知り得る。
【００５３】
そこで、手の空いている店員は、会計カウンタ５まで行き、客から注文伝票を受取る。注文伝票には、当該客が着席していた客席１２の卓番号が記録されているので、ＰＯＳ端末６を操作して、その卓番号を入力する。すると、この卓番号の問合わせコマンドがコントローラ４３に与えられ、コントローラ４３では会計応答処理が実行される。これにより、会計報知器９の報知動作が停止する。また、会計データがＰＯＳ端末６に応答され、オペレータ用ディスプレイ及び客用ディスプレイに表示される。そこで店員は、会計データの内容を確認し、間違いがなければ、客に注文品の代金を請求する。そして、代金の支払いを受けた店員は、その支払データをＰＯＳ端末６に入力して締め操作する。すると、ＰＯＳ端末６では注文品の代金が売上として登録処理され、レシートが発行されるので、レシートを客に渡す。代金を支払い、レシートを受取った客は、出入口部２にて自分の靴に履き替えた後、店から出る。以上が、この種の飲食店１での一連の流れである。
【００５４】
このように本実施の形態によれば、来店した客が履き替えるスリッパ３にそれぞれ無線タグ１０を設けるとともに、食堂１１に配置された各客席１２の卓下にそれぞれ第１の無線タグリーダ１４-1を設けている。そして、第１の無線タグリーダ１４-1によってスリッパ３の無線タグ１０が検出された時点で、その第１の無線タグリーダ１４-1が設けられている客席１２を在席として管理するようにしている。したがって、店員の手を煩わせることなく、各客席１２に客が着いた時点でその客席１２を在席として自動的に管理することができる。
【００５５】
また、本実施の形態では、第１の無線タグリーダ１４-1によって検出された無線タグ１０の数により、当該無線タグリーダ１４-1が設けられている客席１２に着いた客の人数が自動的に算出され、客席１２別に記憶管理される。したがって、従来のこの種の注文管理システムにおいては、店員は、客から注文を受けた際にハンディターミナル４１に客の人数を入力していたが、その手間も省略できる効果を奏する。
【００５６】
ここで、本実施の形態においては、第１の無線タグリーダ１４-1が無線タグ１０を検知する毎にカウントアップする一足カウンタメモリ７１のカウント値ｋが奇数になると客数データｍを１名分増加させるようにしている。したがって、例えば２名の客が来店したが、そのうち１名が一方の足を怪我しており、スリッパを片方しか履くことができなかったたり、いずれか１つの無線タグ１０が故障しており、そのＲＦＩＤを無線タグリーダ１４-1で検出することができなかったりしても、人数を正確に計数し管理することができる。
【００５７】
また、本実施の形態においては、第１の無線タグリーダ１４-1によってスリッパ３の無線タグ１０が検出されなくなった時点で、その第１の無線タグリーダ１４-1が設けられている客席１２を離席として管理するようにしている。そして、本実施の形態では、離席として管理されている客席１２に着いていた客のスリッパ３に設けられた無線タグ１０が第２の無線タグリーダ１４-2によって検出されると、会計報知器９を報知動作させるようにしている。そして、この報知動作は、ＰＯＳ端末６にて会計処理が開始されるまで継続される。したがって、会計を行う客が会計カウンタ５に向かっていることを店員に知らせることができるので、客を会計カウンタ５の前で長時間待たせるような不具合を防ぐことができる。
【００５８】
なお、本実施の形態では、離席として管理されている客席１２に着いていた客のスリッパ３に設けられた無線タグ１０が第２の無線タグリーダ１４-2によって検出された時点で会計報知器９を報知動作させるように構成したが、第１の無線タグリーダ１４-1によってスリッパ３の無線タグ１０が全く検出されなくなった時点で、会計報知器９を報知動作させて、会計を行う客が会計カウンタ５に向かっていることを店員に知らせるようにしてもよい。すなわち、図１５に示すように、卓下部リーダ非検知処理のＳＴ２６にて卓状態情報を“２”に更新した後、ＳＴ２７として会計報知器９に起動指令を与えて会計報知器９を報知動作させるように構成してもよい。このような構成を採用することにより、第２の無線タグリーダ１４-2を省略できるので、システムコストを低減できる効果を奏する。
【００５９】
次に、請求項５〜６に対応した第２の実施の形態について説明する。なお、この第２の実施の形態も、来店した客が店員によって客席まで案内される形式で、無線ハンディターミナル４１を利用した注文管理システムが構築されているファミリーレストラン等の飲食店に本発明を適用した場合であり、重複する部分についての説明は省略する。
【００６０】
本実施の形態における飲食店１の構成は、図１に示したものと略同様であり、異なる点は、無線タグ１０と無線タグリーダ１４の取付場所である。図１６に示すように、本実施の形態では、無線タグ１０を伝票ホルダ１５に設けている。また、各客席１２の床部に設けられていた第１の無線タグリーダ１４-1を、卓１３に取り付けられた伝票ホルダ１５の収納ボックス１６に設けている。第２の無線タグリーダ１４-2は、不要である。
【００６１】
伝票ホルダ１５は、その客席１２に着いた客に対して発行される注文伝票を保持するもので、飲食店１には少なくとも客席１２の数以上の伝票ホルダ１５が用意されていて、各々に固有のＲＦＩＤが記憶された無線タグ１０が貼付または埋設されている。そして、この伝票ホルダ１５が収納ボックス１６に収納されると、当該伝票ホルダ１５に設けられた無線タグ１０のＲＦＩＤが第１の無線タグリーダ１４-1によって検出されるようになっている。
【００６２】
本実施の形態における注文管理システムのハードウェアの構成は、第１の実施の形態と同様であるので、図５〜図９を用いてその説明を省略する。また、コントローラ４３のＣＰＵ６１が実行する会計応答処理と空席表示器８の表示制御処理も、第１の実施の形態と同様であるので、図１３乃至図１４を用いてその説明を省略する。
【００６３】
本実施の形態においては、コントローラ４３のＣＰＵ６１は、前記第１の実施の形態の卓下部リーダ検知処理及び卓下部リーダ非検知処理に代えて、図１７に具体的に示すタグリーダ監視処理を実行するようにプログラム構成されている。このタグリーダ監視処理は、時計部６４にて計時される現時刻が予め設定された開店時刻になると開始され、閉店時刻に至るまで後述するＳＴ６１〜ＳＴ７２の各処理が繰り返し実行される。
【００６４】
すなわちＣＰＵ６１は、ＳＴ６１として各卓１３の収納ボックス１６に設けられた第１の無線タグリーダ１４-1のタグ検出出力をチェックする。その結果、ＳＴ６２として無線タグ１０を検出していない状態から検出した状態に変化した第１の無線タグリーダ１４-1を検知すると、ＣＰＵ６１は、ＳＴ６３として該当する第１の無線タグリーダ１４-1のタグリーダＩＤでリーダファイル５３を検索して、そのタグリーダＩＤに対応して設定されている卓番号を取得する。そして、ＳＴ６４としてオーダファイル５２を検索して、当該卓番号のレコードの卓状態情報を調べる。ここで、ＳＴ６５として卓状態情報が“０”、つまり空席を示す場合には、当該卓番号の客席１２に客が着き、卓１３の収納ボックス１６に伝票ホルダ１５が収納されたので、ＣＰＵ６１は、ＳＴ６６として当該レコードの卓状態情報を、在席を示す“１”に更新する（在席管理手段）。卓状態情報が“０”以外の場合には、ＳＴ６６の処理は実行しない。
【００６５】
また、ＳＴ６７として無線タグ１０を検出していた状態から検出されなくなった状態に変化した第１の無線タグリーダ１４-1を検知すると、ＣＰＵ６１は、ＳＴ６８として該当する第１の無線タグリーダ１４-1のタグリーダＩＤでリーダファイル５３を検索して、そのタグリーダＩＤに対応して設定されている卓番号を取得する。そして、ＳＴ６９としてオーダファイル５２を検索して、当該卓番号のレコードの卓状態情報を調べる。ここで、ＳＴ７０として卓状態情報が“１”、つまり在席を示す場合には、当該卓番号の客席１２に着いていた客が会計のために席を立ち収納ボックス１６に収納されていた伝票ホルダ１５を取り出したので、ＣＰＵ６１は、ＳＴ７１として当該レコードの卓状態情報を、離席を示す“２”に更新する（離席管理手段）。また、ＳＴ７２として会計報知器９に起動指令を与えて会計報知器９を報知動作させる（離席通知手段）。卓状態情報が“１”以外の場合には、ＳＴ７１，７２の処理は実行しない。
【００６６】
このように構成された本実施の形態においても、来店した客を空いている客席１２に案内する際に店員が伝票ホルダ１５を持っていき、その案内した客席１２の卓１３に設けられた収納ボックス１６に入れる運用を徹底させることによって、各客席１２に客が着いた時点でその客席１２を在席として自動的に管理できるようになる。因みに、来店時に伝票ホルダ１５を客席１２の収納ボックス１６に入れる作業は、この種の注文管理システムを導入している飲食店１では一般的に行われている通常の作業であり、客席管理のためだけの格別な作業ではないので、店員の負担増にはならない。
【００６７】
また、客が会計のために席を立つ際に伝票ホルダ１５を持って会計カウンタ５に行くこともこの種の飲食店１では通常の手順であるので、各客席１２に客の離席も容易に管理することができる。そして、この離席状態を検知したことに応じて会計報知器９が報知動作するので、やはり客を会計カウンタ５の前で長時間待たせるような不具合を防ぐことができる。
【００６８】
なお、本実施の形態では、伝票ホルダ１５に無線タグ１０を設けるとともに、各客席１２の卓１３に取り付けられた収納ボックス１６に第１の無線タグリーダ１４-1を設けたが、水や茶等を入れる食器に無線タグ１０を設けるとともに、各客席１２の卓１３に第１の無線タグリーダ１４-1を設け、この無線タグリーダ１４-1によって当該食器に設けられた無線タグ１０を検出することによって客の在席を検知するようにしてもよい。飲食店１では、一般に、客を空席に案内すると直ぐに水または茶を出すので、上記構成を採用しても略リアルタイムに客の在席を管理できる効果を奏する。また、客を客席１２に案内する際にメニューも卓１３の上に置く運用の飲食店１であれば、メニューに無線タグ１０を設け、卓１３の無線タグリーダ１４-1によって当該メニューの無線タグ１０を検出することによって客の在席を検知することも可能である。
【００６９】
また、前記第１及び第２の実施の形態では、食堂１１に会計報知器９を設け、食堂１１内の店員に向けて会計報知をするようにしたが、各店員がそれぞれ携帯しているハンディターミナル４１に会計報知信号を無線伝送し、この信号を受信したハンディターミナル４１が音声，表示または振動などによって会計報知動作をするようにしてもよい。  
また、前記第１及び第２の実施の形態では、来店時にスリッパに履き替える飲食店１に本発明を適用した場合を示したが、本発明の適用が飲食店１に限定されないのは言うまでもないことである。また、上履きがスリッパ３に限定されないのは勿論のこと、上履きに対する無線タグ１０の取付部位も、店内の床部に設けられた第１及び第２の無線タグリーダ１４-1〜１４-2によって精度よく検出される部位であればどこでもよい。また、第２の無線タグリーダ１４-2の取付部位は通路４と食堂１１との境界に限定されず、会計のために席を立った客が会計カウンタ５に到達する前の部位であればよい。
【００７０】
この他、本発明の要旨を逸脱しない範囲で種々変形実施可能であるのは勿論である。
【図面の簡単な説明】
【００７１】
【図１】本発明の第１の実施の形態である飲食店の要部を概略的に示す平面図。
【図２】同実施の形態において使用するスリッパを示す模式図。
【図３】同実施の形態における客席部を示す模式図。
【図４】同実施の形態において使用する無線タグリーダと無線タグの要部構成を示すブロック図。
【図５】同実施の形態における注文管理システムの全体構成図。
【図６】同注文管理システムのコントローラが有するオーダファイルのレコードフォーマットを示す模式図。
【図７】同注文管理システムのコントローラが有するリーダファイルのデータ構造例を示す模式図。
【図８】同注文管理システムにおけるコントローラの要部構成を示すブロック図。
【図９】同注文管理システムにおけるコントローラのＲＡＭに形成される主要なメモリエリアを示す模式図。
【図１０】同注文管理システムにおけるコントローラのＣＰＵが実行する卓下部リーダ検知処理を具体的に示す流れ図。
【図１１】同注文管理システムにおけるコントローラのＣＰＵが実行する卓下部リーダ非検知処理を具体的に示す流れ図。
【図１２】同注文管理システムにおけるコントローラのＣＰＵが実行する通路リーダ検知処理を具体的に示す流れ図。
【図１３】同注文管理システムにおけるコントローラのＣＰＵが実行する会計応答処理を具体的に示す流れ図。
【図１４】同注文管理システムにおけるコントローラのＣＰＵが実行する空席表示制御処理を具体的に示す流れ図。
【図１５】同注文管理システムにおけるコントローラのＣＰＵが実行する卓下部リーダ非検知処理の変形例を示す流れ図。
【図１６】本発明の第２の実施の形態における客席部を示す模式図。
【図１７】同第２の実施の形態における注文管理システムのコントローラのＣＰＵが実行するタグリーダ監視処理を具体的に示す流れ図。
【符号の説明】
【００７２】
３…スリッパ、６…ＰＯＳ端末、８…空席表示器、９…会計報知器、１０…無線タグ、１１…食堂、１２…客席、１３…卓、１４-1，１４-2…第１及び第２の無線タグリーダ、１５…伝票ホルダ、１６…収納ボックス、４１…ハンディターミナル、４３…コントローラ、５１…メニューファイル、５２…オーダファイル、５３…リーダファイル、７１…一足カウンタメモリ、７２…使用中タグメモリ。
【図１】
2005107560.tif 000003
【図２】
2005107560.tif 000004
【図３】
2005107560.tif 000005
【図４】
2005107560.tif 000006
【図５】
2005107560.tif 000007
【図６】
2005107560.tif 000008
【図７】
2005107560.tif 000009
【図８】
2005107560.tif 000010
【図９】
2005107560.tif 000011
【図１０】
2005107560.tif 000012
【図１１】
2005107560.tif 000013
【図１２】
2005107560.tif 000014
【図１３】
2005107560.tif 000015
【図１４】
2005107560.tif 000016
【図１５】
2005107560.tif 000017
【図１６】
2005107560.tif 000018
【図１７】
2005107560.tif 000019