JP3916324B2 - 商品販売登録データ処理装置 - Google Patents
商品販売登録データ処理装置 Download PDFInfo
- Publication number
- JP3916324B2 JP3916324B2 JP15731398A JP15731398A JP3916324B2 JP 3916324 B2 JP3916324 B2 JP 3916324B2 JP 15731398 A JP15731398 A JP 15731398A JP 15731398 A JP15731398 A JP 15731398A JP 3916324 B2 JP3916324 B2 JP 3916324B2
- Authority
- JP
- Japan
- Prior art keywords
- seat
- customer
- menu
- cooking
- button image
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Cash Registers Or Receiving Machines (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ファミリーレストランなどの飲食店向けの商品販売登録データ処理装置に関する。
【０００２】
【従来の技術】
近年、ファミリーレストランなどの飲食店では、無線回路を内蔵した携帯型の注文データ入力装置，いわゆるハンディターミナルと、このハンディターミナルと無線によるデータ伝送が可能な無線部を備えたステーションと、客の注文したメニュー商品の内容を印字した客用伝票を発行する伝票発行機と、調理担当者に客から注文を受けたメニュー商品の調理指示を行う調理指示票を印字発行するキッチンプリンタと、客が注文したメニュー商品の販売データを売上登録処理する商品販売登録データ処理装置，いわゆるＰＯＳ（Point Of Sales：販売時点情報管理）ターミナルとを備え、ステーション，伝票発行機，キッチンプリンタ及びＰＯＳターミナルをＬＡＮ（Local Area Network）などの伝送路で接続してなる注文管理システムが広く利用されている。
【０００３】
従来のこの種の注文管理システムは、ウエイターやウエイトレスと呼ばれる接客担当者がそれそれハンディターミナルを携帯し、客席に着いた客からメニュー商品の注文を受けると、その客席に割当てられた客席番号等とともに注文を受けたメニュー商品のメニューコード及び注文数を入力する。そうすると、これらの入力情報がハンディターミナルから注文データ伝文として無線送信され、無線部にて受信されてステーションに取込まれる。ステーションにおいては、受信した注文データ伝文が解析されて客用伝票の印字データと調理指示票の印字データとが編集される。そして、客用伝票の印字データは伝票発行機に送信されて客用伝票が印字発行され、調理指示票はキッチンプリンタに送信されて調理指示票が印字発行される。また、客席番号別にその客席に着いた客が注文したメニュー商品のメニューコード及び注文数がステーション内部のデータファイルにて記憶保持される。
【０００４】
キッチンプリンタから発行される調理指示票には、客が注文したメニュー商品の品目名と注文数が品目別に客席番号，接客担当者名等とともに印字されるので、厨房内の調理担当者は、調理指示票の内容にしたがって各種メニュー商品の調理を行う。そしてメニュー商品の調理を完了すると、該当する接客担当者に知らせる。
一方、伝票発行機から発行される客用伝票には、客が注文したメニュー商品の品目名，注文数，価格や合計金額などが客席番号，接客担当者名などとともに印字されるので、接客担当者は客用伝票の内容にしたがって調理されたメニュー商品を客席に配膳する。そして、客の注文した全メニュー商品の配膳を完了すると、その客に客用伝票を渡す。
【０００５】
その後、客は飲食を終えると、客用伝票を会計担当者に渡して会計を申し出る。会計担当者は、ＰＯＳターミナルのキーボードを操作して客用伝票に印字された客席番号を置数入力する。そうすると、ＰＯＳターミナルからステーションに問合わせが行われ、ステーションのデータファイルに客席番号別に記憶保持されている注文データ（メニューコード，注文数）のなかから置数入力された客席番号の注文データが読出されてＰＯＳターミナルに送信される。これにより、ＰＯＳターミナルにおいては、ステーションより受信した注文データに基づいて客が注文したメニュー商品の販売データが売上登録処理されていた。
【０００６】
【発明が解決しようとする課題】
このように従来のこの種の注文管理システムにおいては、会計担当者はＰＯＳターミナルのキーボードを操作して客用伝票に印字されている客席番号を置数入力しなければならず、入力ミスが発生し易かった。また、客席番号の入力をミスすると、別の客が注文したメニュー商品の販売データで売上登録処理が実行されてしまい、注文したメニュー商品の配膳を完了していない客に対しても会計業務が可能であるという不具合があった。
【０００７】
本発明は、このような事情に基づいてなされたもので、その第１の目的とするところは、客席番号の入力ミスを最小限に抑制でき、操作性の良好な商品販売登録データ処理装置を提供しようとするものである。
また、第２の目的とするところは、上記第１の目的に加えて、注文したメニュー商品の配膳を完了している客に対してのみ会計業務を実行でき、信頼性に優れた商品販売登録データ処理装置を提供しようとするものである。
【０００８】
【課題を解決するための手段】
本願請求項１記載の発明は、タッチパネル式のディスプレイを備え、店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付けた客席レイアウト画面をディスプレイに表示し、この客席レイアウト画面上のボタンイメージがタッチ入力されたことを前記タッチパネルを介して検知すると、そのボタンイメージに対応する客席に着いた客が注文したメニュー商品の販売データを売上登録処理するように構成することによって、上記第１の目的を達成しようとするものである。
また、本願請求項２記載の発明は、同じくタッチパネル式のディスプレイを備え、店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付けた客席レイアウト画面を前記ディスプレイに表示する。そして、この客席レイアウト画面上のボタンイメージがタッチ入力されたことを前記タッチパネルを介して検知すると、そのボタンイメージに対応する客席が客の注文したメニュー商品を全て配膳済の席か否かを判断し、配膳済の客席の場合のみ当該客が注文したメニュー商品の販売データを売上登録処理するように構成することによって、上記第２の目的を達成しようとするものである。
また、本願請求項３記載の発明は、上記請求項１または２記載の発明において、タッチパネル式のディスプレイをカラーディスプレイとし、客席レイアウト画面に表示される各客席のボタンイメージの色を、そのボタンイメージに対応する客席が客の注文したメニュー商品を全て配膳済の客席とそれ以外の客席とで変えるように構成することによって、より第１または第２の目的を達成しやすくしたものである。
【０００９】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明する。
図１はファミリーレストランなどの飲食店に構築される注文管理システムの全体構成図であり、本実施の形態の注文管理システムは、無線回路を内蔵したＮ（Ｎ≧２）台の携帯型注文データ入力装置，いわゆるハンディターミナル１Ａ〜１Ｎと、各ハンディターミナル１Ａ〜１Ｎと無線によるデータ伝送が可能な無線部２を備えたステーション（ＳＴＮ）３と、客の注文したメニュー商品の内容を印字した客用伝票を発行する伝票発行機（ＣＣＰ）４と、調理担当者に客から注文を受けたメニュー商品の調理指示を行う調理指示票を印字発行する２台のキッチンプリンタ（ＫＰ）５Ａ，５Ｂと、客が注文したメニュー商品の販売データを売上登録処理する商品販売登録データ処理装置，いわゆるＰＯＳターミナル（ＰＯＳ）６とを備え、ステーション３，伝票発行機４，キッチンプリンタ５Ａ，５Ｂ及びＰＯＳターミナル６を、ＬＡＮなどの伝送路７でもって通信自在に接続して構築したものである。
【００１０】
各ハンディターミナル１Ａ〜１Ｎは、各接客担当者がそれぞれ携帯し、客席にて客から受けたメニュー商品の注文データを入力するのに供するもので、キーボード及び表示器の入出力機器を備えている。そして各ハンディターミナル１Ａ〜１Ｎは、客席の客席番号，客の人数，接客担当者コードなどが入力されたのに続いて、メニュー商品のメニューコードと注文数が順次キー入力され、送信キーが押下されると、図３（ａ）に示すフォーマットの注文データ伝文を作成し、この注文データ伝文を無線通信により無線部２に送信するものとなっている。
無線部２は、客席の天井部等に取付けられており、各ハンディターミナル１Ａ〜１Ｎから無線送信される注文データ伝文を受信すると、その受信データをステーション３に送り出すものとなっている。
【００１１】
ステーション３は、図２に示すように、店内の各客席にそれぞれ割り付けられた固有の客席番号別に、その客席の状態を示すステータス（０：空席，１：調理中，２：配膳完了）を記憶するとともに、その客席に着いた客から注文を受けたメニュー商品のメニューコードおよび注文数を一括して記憶する注文管理ファイル８を有している。
【００１２】
しかして、ステーション３は、前記ハンディターミナル１Ａ〜１Ｎから無線送信された注文データ伝文を無線部２を介して受信すると（図８のＳＴ１でＹＥＳ）、図９の流れ図に示す注文データ伝文受信処理を実行するものとなっている。
すなわち、ＳＴ１１として受信した注文データ伝文の客席番号を検索キーとして注文管理ファイル８を検索し、該当する客席番号に対応したステータスを調べる。ここで、ステータスが「０」の場合には（ＳＴ１２でＹＥＳ）、受信伝文は新規注文の注文データ伝文と判断する。そして、ＳＴ１３として注文管理ファイル８の該当客席番号に対応するメニューコードエリア及び注文数エリアに、受信伝文中のメニューコード及び注文数を順次格納する。また、ＳＴ１４として受信伝文中の各情報（客席番号，人数，担当者コード，メニューコード及び注文数）に基づいて新規客用伝票の印字データ伝文を作成し、この印字データ伝文を伝送路７を介して伝票発行機４に送信する。さらに、ＳＴ１５として受信伝文中のメニューコード毎に調理指示票の印字データ伝文を作成し、この印字データ伝文を伝送路７を介してキッチンプリンタ５Ａ，５Ｂに送信する。なお、ステーション２にはメニュー商品毎に調理指示票をどちらのキッチンプリンタ５Ａ，５Ｂより出力するかが予め設定されており、その設定に基づいてメニュー商品毎に調理指示票の印字データ伝文をいずれかのキッチンプリンタ５Ａ，５Ｂに送信する。
【００１３】
しかる後、ＳＴ１６として注文管理ファイル８の該当する客席番号に対応したステータスを「０」から「１」に変更する。また、ＳＴ１７として、図３（ｃ）に示すように、伝文が調理中データ伝文であることを識別する種別フラグｆと受信伝文中の客席番号とを組み込んだ調理中データ伝文を作成して、この調理中データ伝文を伝送路７を介してＰＯＳターミナル６に送信したならば、今回の注文データ伝文受信処理を終了する。
【００１４】
一方、ＳＴ１１にて注文管理ファイル８の該当する客席番号に対応したステータスを調べた結果、ステータスが「１」または「２」の場合には（ＳＴ１２でＮＯ）、受信伝文は追加注文の注文データ伝文と判断する。そして、ＳＴ１８として注文管理ファイル８の該当客席番号に対応するメニューコードエリア及び注文数エリアに、受信伝文中のメニューコード及び注文数を順次追加する。また、ＳＴ１９として受信伝文中の各情報（客席番号，人数，担当者コード，メニューコード及び注文数）に基づいて追加客用伝票の印字データ伝文を作成し、この印字データ伝文を伝送路７を介して伝票発行機４に送信する。さらに、ＳＴ２０として受信伝文中のメニューコード毎に調理指示票の印字データ伝文を作成し、この印字データ伝文を伝送路７を介してキッチンプリンタ５Ａ，５Ｂに送信する。
【００１５】
しかる後、ＳＴ２１として注文管理ファイル８の該当する客席番号に対応したステータスが「２」であった場合には、ＳＴ２２としてそのステータスを「２」から「１」に変更するとともに、ＳＴ２３としてＳＴ１６と同様に調理中データ伝文を作成し、この調理中データ伝文を伝送路７を介してＰＯＳターミナル６に送信したならば、今回の注文データ伝文受信処理を終了する。
なお、ＳＴ２１にてステータスが「１」であった場合には、ＳＴ２２，２３の処理を行わずに今回の注文データ伝文受信処理を終了するものとなっている。
【００１６】
図１において、伝票発行機４は、ステーション３から伝送路７を介して入力される客用伝票の印字データに基づいて、客毎に、その客が着いた客席の客席番号，人数および注文を受けた接客担当者の担当者コードまたは担当者名と、その客が注文したメニュー商品の品目名，注文数，金額およびその合計金額とを印字した新規客用伝票または追加客用伝票を発行するものである。
【００１７】
また、キッチンプリンタ５Ａ，５Ｂは、ステーション３から伝送路７を介して入力される調理指示票の印字データに基づいて、各客が注文したメニュー商品の品目名および注文数をその客が着いている客席の客席番号および注文を受けた接客担当者の担当者コードとともに印字した調理指示票を発行するものである。また、各キッチンプリンタ５Ａ，５Ｂは、キーボードなどの入力装置９Ａ，９Ｂをそれぞれ設けており、この入力装置９Ａ，９Ｂを介してメニュー商品のメニューコード，調理完了数および客席番号が入力されると、図３（ｂ）に示すフォーマットの調理完了データ伝文を作成し、伝送路７を介してステーション３に送信するものとなっている。
【００１８】
一方、前記ステーション３は、前記キッチンプリンタ５Ａ，５Ｂから伝送路７を介して送信された調理完了データ伝文を受信すると（図８のＳＴ２でＹＥＳ）、図１０の流れ図に示す調理完了データ伝文受信処理を実行するものとなっている。
すなわち、ＳＴ３１として受信した調理完了データ伝文の客席番号を検索キーとして注文管理ファイル８を検索し、該当する客席番号に対応したステータス，メニューコード，注文数及び調理完了数を調べる。ここで、ステータスが「１」であること（ＳＴ３２のＹＥＳ）、受信伝文中のメニューコードが存在すること（ＳＴ３３のＹＥＳ）及び注文数から調理完了数を減じた値が受信伝文中の調理完了数以上であること（ＳＴ３４のＹＥＳ）を確認すると、ＳＴ３５として注文管理ファイル８における該当客席番号に対応した該当メニューコードの調理完了数に受信伝文中の調理完了数を加算する。
【００１９】
次に、ＳＴ３６として注文管理ファイル８における該当客席番号に対応した各メニューコードの注文数と調理完了数とを照合して全メニューコードにおいて注文数と調理完了数が一致するか否かを判断する。そして一致する場合には、該当客席番号の客席に着いた客が注文したメニュー商品を全て配膳し終えたと判断して、ＳＴ３７として注文管理ファイル８における該当客席番号に対応したステータスを「１」から「２」に変更する。また、ＳＴ３８として、図３（ｃ）に示すように、伝文が配膳済データ伝文であることを識別する種別フラグｆと受信伝文中の客席番号とを組み込んだ配膳済データ伝文を作成して、この配膳済データ伝文を伝送路７を介してＰＯＳターミナル６に送信したならば、今回の調理完了データ伝文受信処理を終了する。
【００２０】
これに対し、ＳＴ３６にて少なくとも１種類のメニューコードの調理完了数が注文数に満たない場合には、配膳を完了していないと判断して、ＳＴ３７，３８の処理を行わずに、今回の調理完了データ伝文受信処理を終了する。
なお、ＳＴ３１にて注文管理ファイル８を検索した結果、ステータスが「１」でない場合（ＳＴ３２のＮＯ）、または受信伝文中のメニューコードが存在しない場合（ＳＴ３３のＮＯ）、あるいは注文数から調理完了数を減じた値が受信伝文中の調理完了数未満の場合には（ＳＴ３４のＮＯ）、調理完了データの入力内容が間違っていると判断し、ＳＴ３９としてエラー応答伝文を調理完了データ伝文送信元のキッチンプリンタ５Ａ，５Ｂに送信して、今回の調理完了データ伝文受信処理を終了するものとなっている。
【００２１】
図４はＰＯＳターミナル６の外観構成を示しており、図示するように、ＰＯＳターミナル６は、商品登録用の各種キーが配設されたキーボード１１、オペレータ（会計担当者）に対して登録データを表示するオペレータ用表示器１２、会計を行う客に対して登録データを表示する客用表示器１３、レシート及びジャーナル印字用のプリンタ１４、現金等を収容するためのドロワ１５などを装備している。そして、前記オペレータ用表示器１２は、タッチパネル１６付のカラーディスプレイを採用している。
【００２２】
図５は同ＰＯＳターミナル６の制御回路構成を示すブロック図であって、このＰＯＳターミナル６は、制御部本体としてＣＰＵ（Central Processing Unit ）２１を搭載している。また、制御プログラムなどを予め格納したＲＯＭ（Read Only Memoly）２２、商品販売データの登録処理に供する各種メモリエリアが形成されるＲＡＭ（Random Access Memoly）２３、現日付及び時刻を計時する時計部２４、前記伝送路７を介して接続されたステーション３とのデータ伝送を制御する伝送コントローラ２５、前記ドロワ１５の開閉を制御するドロワコントローラ２６、前記キーボード１１から入力キー信号を取込むキーボードコントローラ２７、前記タッチパネル１６からタッチ座標信号を取込むタッチパネルコントローラ２８、前記オペレータ用表示器１２に対するデータ表示を制御する表示コントローラ２９、前記客用表示器１３に対するデータ表示を制御する表示コントローラ３０及び前記プリンタ１４によるレシート印字及びジャーナル印字を制御するプリンタコントローラ３１を搭載している。そして前記ＣＰＵ２１と、ＲＯＭ２２，ＲＡＭ２３，時計部２４及び各コントローラ２５〜３１とを、アドレスバス，データバスなどのバスライン３２で接続して、制御回路を構成している。
【００２３】
かかる構成のＰＯＳターミナル６において、前記ＲＡＭ２３には、図６に示すように、店内の各客席にそれぞれ設定された客席番号別にその客席の状態を示すステータス（０：空席，１：調理中，２：配膳完了）を記憶する客席別メモリ４１を形成している。また、前記オペレータ用表示器１２の初期画面として、図７に示すように、店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付け、各ボタンイメージの色をそのボタンイメージに対応する客席の前記客席別メモリ４１で記憶した状態（空席，調理中，配膳完了）に応じて変更するようにした客席レイアウト画面５１を表示するものとなっている。因みに、この実施の形態では、空席の客席に対応するボタンイメージを青色で表示し、注文したメニュー商品の調理中の客席に対応するボタンイメージを黄色で表示し、注文したメニュー商品の配膳が完了した客席に対応するボタンイメージを赤色で表示するものとする。
【００２４】
しかして、前記ＣＰＵ２１は、図１１に示すように、前記オペレータ用表示器１２に初期画面として客席レイアウト画面５１を表示した状態で、ステーション３から伝送路７を介して前記調理中データ伝文を受信すると（ＳＴ４１のＹＥＳ）、その受信伝文中の客席番号で前記客席別メモリ４１を検索し、該当する客席番号に対応したステータスを「０」または「２」から「１」に変更するとともに、前記客席レイアウト画面５１における該当客席番号のボタンイメージ内の色を青色または赤色から黄色に変更する。
【００２５】
またＣＰＵ２１は、同じく客席レイアウト画面５１を表示した状態で、ステーション３から伝送路７を介して前記配膳済データ伝文を受信すると（ＳＴ４２のＹＥＳ）、その受信伝文中の客席番号で前記客席別メモリ４１を検索し、該当する客席番号に対応したステータスを「１」から「２」に変更するとともに、前記客席レイアウト画面５１における該当客席番号のボタンイメージ内の色を黄色から赤色に変更する。
【００２６】
またＣＰＵ２１は、オペレータ用表示器１２に設けられたタッチパネル１６からタッチ座標信号を入力すると（ＳＴ４３のＹＥＳ）、ＳＴ４４としてそのタッチ座標信号によって定まるタッチ座標の位置に客席レイアウト画面５１に表示されている各客席のボタンイメージのうちのいずれか１つが対応しているか否かを判別する。そして判別が不能な場合には（ＳＴ４５のＮＯ）、何も処理をしない。
【００２７】
タッチ座標位置に客席のボタンイメージが対応している場合には（ＳＴ４５のＹＥＳ）、ＳＴ４６としてそのボタンイメージに対応する客席の客席番号で前記客席別メモリ４１を検索し、該当する客席番号に対応したステータスが「２」か否かを判断する。
ここで、ステータスが「２」の場合には、該当客席番号の客席は客が注文したメニュー商品の配膳を全て完了した客席であると判断して、ＳＴ４７として会計業務処理を実行する。すなわち、ステーション３の注文管理ファイル８に該当客席番号に対応してセットされたメニューコード及び注文数を読込み、そのメニューコード及び注文数で、該当メニュー商品の販売データを売上登録処理する。また、レシートの印字発行等を行う。
【００２８】
こうして、会計業務処理を終了したならば、ＳＴ４８として図３（ｃ）に示すように、伝文が会計済データ伝文であることを識別する種別フラグｆと該当客席番号とを組み込んだ会計済データ伝文を作成して、この会計済データ伝文を伝送路７を介してステーション３に送信する。しかる後、ＳＴ４９として会計別メモリ４１における該当客席番号に対応したステータスを「２」から「０」に変更する。また、ＳＴ５０として前記客席レイアウト画面５１における該当客席番号のボタンイメージ内の色を赤色から青色に変更するものとなっている。
【００２９】
一方、ＳＴ４６にて該当客席番号に対応したステータスが「２」でない場合には、該当客席番号の客席は客が注文したメニュー商品の配膳を完了していない客席であると判断して、オペレータ用表示器１２に配膳未完了を示すエラーメッセージを表示させる。その後、キーボード１１のクリアキーが押下されたならば、上記エラーメッセージをクリアして、客席レイアウト画面５１の表示に戻るものとなっている。
【００３０】
なお、前記ステーション３は、前記ＰＯＳターミナル６から伝送路７を介して送信された会計済データ伝文を受信すると（図８のＳＴ３でＹＥＳ）、注文管理ファイル８における受信伝文中の客席番号に対応したメニューコード，注文数及び調理完了数をクリアする。また、同客席番号に対応したステータスを「２」から「０」に変更するものとなっている。
【００３１】
このように構成された本実施の形態の注文管理システムを構築した飲食店においては、ＰＯＳターミナル６のオペレータ用表示器１２に初期画面として店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付けた客席レイアウト画面５１が表示される。この客席レイアウト画面５１は、客がまだ入店していない状態にあっては、全客席に対応したボタンイメージが青色で表示される。その後、客が例えば客席番号「２」の客席に着いて接客担当者にメニュー商品Ａを１点とメニュー商品Ｂを２点注文すると、接客担当者はハンディターミナル１Ａを操作して、先ず、客が着いた客席の客席番号「２」と客の人数と自身の担当者コードを入力する。次いで、客から注文を受けたメニュー商品Ａのメニューコード及びその注文数１と、メニュー商品Ｂのメニューコード及びその注文数２を順次入力する。しかる後、送信キーを押下する。
【００３２】
そうすると、このハンディターミナル１Ａから客席番号「２」と、メニュー商品Ａのメニューコード及びその注文数１と、メニュー商品Ｂのメニューコード及びその注文数２を含む注文データ伝文が無線送信され、無線部２を介してステーション３に取込まれる。これにより、ステーション３の注文管理ファイル８には、客席番号「２」に対応するエリアに注文されたメニュー商品Ａのメニューコード及び注文数１と、メニュー商品Ｂのメニューコード及び注文数２が記憶保持される。また、客席番号「２」に対応するステータスが空席を示す「０」から調理中を示す「１」に変更される。
また、客席番号「２」を含む調理中データがステーション３からＰＯＳターミナル６に送信される。これにより、ＰＯＳターミナル６における客席別メモリ４１の客席番号「２」に対応したステータスが「１」となり、客席レイアウト画面５１上の客席番号「２」の客席に対応したボタンイメージの枠内が青色から黄色に変更される。したがって、ＰＯＳターミナル６を操作する会計担当者は、客席レイアウト画面５１から、客席番号「２」の客席はその席に着いた客が注文したメニュー商品の調理中であることがわかる。
【００３３】
一方、伝票発行機４からは客席番号「２」とともにメニュー商品Ａ及びＢの品目名，注文数及び金額やその合計金額等が印字された新規客用伝票が印字発行される。また、例えばキッチンプリンタ５Ａからメニュー商品Ａの調理指示票が印字発行され、キッチンプリンタ５Ｂからメニュー商品Ｂの調理指示票が印字発行される。これにより、キッチンプリンタ５Ａからの調理指示票を確認した調理担当者はメニュー商品Ａ１点の調理を開始し、キッチンプリンタ５Ｂからの調理指示票を確認した調理担当者はメニュー商品Ｂ２点の調理を開始する。
そして、先にメニュー商品Ａ１点の調理が完了したとすると、調理担当者はキッチンプリンタ５Ａの入力装置９Ａを操作してメニュー商品Ａのメニューコードと調理完了数１と客席番号「２」を入力する。そうすると、このキッチンプリンタ５Ａから入力情報を含む調理完了データがステーション３に送信される。そして、注文管理ファイル８の客席番号「２」に対応するエリアに格納されたメニュー商品Ａのメニューコードの調理完了数が１となる。ただし、この時点ではメニュー商品Ｂの調理が完了していないので、注文管理ファイル８の客席番号「２」に対応するステータスは「１」のままである。なお、キッチンプリンタ５Ｂの入力装置９Ｂを操作してメニュー商品Ａのメニューコードと調理完了数１と客席番号「２」を入力しても同様に作用する。
【００３４】
次に、メニュー商品Ｂ２点の調理が完成したとすると、調理担当者はキッチンプリンタ５Ｂの入力装置９Ｂを操作してメニュー商品Ｂのメニューコードと調理完了数２と客席番号「２」とを入力する。そうすると、このキッチンプリンタ５Ｂから入力情報を含む調理完了データがステーション３に送信される。そして、注文管理ファイル８の客席番号「２」に対応するエリアに格納されたメニュー商品Ｂのメニューコードの調理完了数が２となる。その結果、客席番号「２」に対応するエリアに格納された全メニューコードの注文数と調理完了数とが一致するので、客席番号「２」に対応するステータスが配膳済を示す「２」に変更される。そして、客席番号「２」を含む配膳済データがステーション３からＰＯＳターミナル６に送信される。これにより、ＰＯＳターミナル６における客席別メモリ４１の客席番号「２」に対応したステータスが「２」となり、客席レイアウト画面５１上の客席番号「２」の客席に対応したボタンイメージの枠内が黄色から赤色に変更される。したがって、会計担当者は、客席レイアウト画面５１から、客席番号「２」の客席はその席に着いた客が注文したメニュー商品が全て配膳済であることがわかる。なお、キッチンプリンタ５Ａの入力装置９Ａを操作してメニュー商品Ｂのメニューコードと調理完了数２と客席番号「２」を入力しても同様に作用する。
その後、この客席番号「２」の客席に着いた客が飲食を終え、代金の会計を申し出ると、会計担当者は、ＰＯＳターミナル６のオペレータ用表示器１２に表示されている客席レイアウト画面５１の客席番号「２」のボタンイメージ上をタッチ操作する。そうすると、客席別メモリ４１における客席番号「２」に対応したステータスが配膳済を示す「２」になっているので、注文管理ファイル８の客席番号「２」に対応したエリアに格納されていたメニューコード及び注文数に基づいて当該客が注文したメニュー商品の販売データが売上登録処理される。そしてこの売上登録処理が終了すると、客席別メモリ４１及び注文管理ファイル８の客席番号「２」に対応したステータスがそれぞれ「０」に変更されるとともに、客席レイアウト画面５１上の客席番号「２」の客席に対応したボタンイメージの枠内が赤色から青色に変更される。
【００３５】
ところで、この場合において、会計担当者が誤って客席レイアウト画面５１の客席番号「１」のボタンイメージ上をタッチ操作したとする。このとき、客席番号「１」の客席が空席（ステータス＝０，ボタンイメージの色＝青）であったり、注文した商品の配膳が完了していない席（ステータス＝１，ボタンイメージの色＝黄）であった場合には、売上登録処理が行われず、オペレータ用表示器１２にエラーメッセージが表示される。したがって、会計担当者は客席番号の入力ミスに気が付く。
【００３６】
このように本実施の形態によれば、ＰＯＳターミナル６のオペレータ用表示器１２をタッチパネル１６付のカラーディスプレイとし、このオペレータ用表示器１２に、店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付けた客席レイアウト画面５１を表示するようにしている。そして、この客席レイアウト画面５１上のボタンイメージがタッチ入力されたことをタッチパネル１６を介して検知すると、そのボタンイメージに対応する客席に着いた客が注文したメニュー商品の販売データを売上登録処理するものとなっている。
したがって、客席レイアウト画面上のボタンイメージをタッチ操作するだけで所望する客席番号を入力できるので、客席番号を置数入力しなければならなかった従来に比べて客席番号の入力ミスを最小限に抑制できる。また、ボタンイメージのタッチ操作だけなので、操作が簡単であり、操作性を向上できる。
【００３７】
また本実施の形態によれば、客席レイアウト画面５１上のボタンイメージがタッチ入力されたことをタッチパネル１６を介して検知すると、そのボタンイメージに対応する客席は、客の注文したメニュー商品が全て配膳済の席か否かを判断し、配膳済の客席の場合のみ当該客が注文したメニュー商品の販売データを売上登録処理するようにしている。
したがって、注文したメニュー商品の配膳を完了している客に対してのみ会計業務が可能であり、配膳を完了していない客に対しては会計業務が不可能なので、客席番号の入力ミスを未然に防止でき、信頼性の向上を図り得る。
【００３８】
さらに、客席レイアウト画面に表示される各客席のボタンイメージの色を、そのボタンイメージに対応する客席の状態に応じて異なる色（空席＝青色、調理中＝黄色、配膳済＝赤色）で表示するようにしている。したがって、会計担当者はボタンイメージの色からその客席が配膳済なのか否かを容易に判断できるので、客席番号の入力ミスを極力なくすことができる。
なお、この実施の形態では客席の色を空席の場合と調理中の場合と配膳済の場合とで異ならせたが、少なくとも配膳済の客席とそれ以外の客席とで色を区別しさえすれば、本発明の効果は奏し得るものである。
【００３９】
【発明の効果】
以上詳述したように本願請求項１記載の発明によれば、客席番号の入力ミスを最小限に抑制でき、操作性の良好な商品販売登録データ処理装置を提供できるものである。
また、本願請求項２記載の発明によれば、上記請求項１記載の発明の効果に加えて、注文したメニュー商品の配膳を完了している客に対してのみ会計業務を実行できるので客席番号の入力ミスを未然に防止でき、信頼性に優れた商品販売登録データ処理装置を提供できるものである。
また、本願請求項３記載の発明によれば、客席番号の入力ミスを極力なくすことができる商品販売登録データ処理装置を提供できるものである。
【図面の簡単な説明】
【図１】 本発明の一実施の形態である注文管理システムの構成図。
【図２】 図１に示す注文管理ファイルの構成図。
【図３】 同注文管理システムで送受される主要なデータ伝文のフォーマットを示す図。
【図４】 図１に示すＰＯＳターミナルの外観構成を示す斜視図。
【図５】 同ＰＯＳターミナルの制御回路構成を示すブロック図。
【図６】 同ＰＯＳターミナルのＲＡＭに形成する客席別メモリの構成図。
【図７】 同ＰＯＳターミナルのオペレータ用表示器に表示される客席レイアウト画面の概念図。
【図８】 図１に示すステーションで行われる伝文受信処理の概略を示す流れ図。
【図９】 図８の注文データ伝文受信処理を具体的に示す流れ図。
【図１０】図８の調理完了データ伝文受信処理を具体的に示す流れ図。
【図１１】図１に示すＰＯＳターミナルのＣＰＵが実行する主要な処理を示す流れ図。
【符号の説明】
１Ａ〜１Ｎ…ハンディターミナル
２…無線部
３…ステーション
４…伝票発行機
５Ａ，５Ｂ…キッチンプリンタ
６…ＰＯＳターミナル（商品販売登録データ処理装置）
７…伝送路
８…注文管理ファイル
１２…オペレータ用表示器
１６…タッチパネル
４１…客席別メモリ
５１…客席レイアウト画面
【発明の属する技術分野】
本発明は、ファミリーレストランなどの飲食店向けの商品販売登録データ処理装置に関する。
【０００２】
【従来の技術】
近年、ファミリーレストランなどの飲食店では、無線回路を内蔵した携帯型の注文データ入力装置，いわゆるハンディターミナルと、このハンディターミナルと無線によるデータ伝送が可能な無線部を備えたステーションと、客の注文したメニュー商品の内容を印字した客用伝票を発行する伝票発行機と、調理担当者に客から注文を受けたメニュー商品の調理指示を行う調理指示票を印字発行するキッチンプリンタと、客が注文したメニュー商品の販売データを売上登録処理する商品販売登録データ処理装置，いわゆるＰＯＳ（Point Of Sales：販売時点情報管理）ターミナルとを備え、ステーション，伝票発行機，キッチンプリンタ及びＰＯＳターミナルをＬＡＮ（Local Area Network）などの伝送路で接続してなる注文管理システムが広く利用されている。
【０００３】
従来のこの種の注文管理システムは、ウエイターやウエイトレスと呼ばれる接客担当者がそれそれハンディターミナルを携帯し、客席に着いた客からメニュー商品の注文を受けると、その客席に割当てられた客席番号等とともに注文を受けたメニュー商品のメニューコード及び注文数を入力する。そうすると、これらの入力情報がハンディターミナルから注文データ伝文として無線送信され、無線部にて受信されてステーションに取込まれる。ステーションにおいては、受信した注文データ伝文が解析されて客用伝票の印字データと調理指示票の印字データとが編集される。そして、客用伝票の印字データは伝票発行機に送信されて客用伝票が印字発行され、調理指示票はキッチンプリンタに送信されて調理指示票が印字発行される。また、客席番号別にその客席に着いた客が注文したメニュー商品のメニューコード及び注文数がステーション内部のデータファイルにて記憶保持される。
【０００４】
キッチンプリンタから発行される調理指示票には、客が注文したメニュー商品の品目名と注文数が品目別に客席番号，接客担当者名等とともに印字されるので、厨房内の調理担当者は、調理指示票の内容にしたがって各種メニュー商品の調理を行う。そしてメニュー商品の調理を完了すると、該当する接客担当者に知らせる。
一方、伝票発行機から発行される客用伝票には、客が注文したメニュー商品の品目名，注文数，価格や合計金額などが客席番号，接客担当者名などとともに印字されるので、接客担当者は客用伝票の内容にしたがって調理されたメニュー商品を客席に配膳する。そして、客の注文した全メニュー商品の配膳を完了すると、その客に客用伝票を渡す。
【０００５】
その後、客は飲食を終えると、客用伝票を会計担当者に渡して会計を申し出る。会計担当者は、ＰＯＳターミナルのキーボードを操作して客用伝票に印字された客席番号を置数入力する。そうすると、ＰＯＳターミナルからステーションに問合わせが行われ、ステーションのデータファイルに客席番号別に記憶保持されている注文データ（メニューコード，注文数）のなかから置数入力された客席番号の注文データが読出されてＰＯＳターミナルに送信される。これにより、ＰＯＳターミナルにおいては、ステーションより受信した注文データに基づいて客が注文したメニュー商品の販売データが売上登録処理されていた。
【０００６】
【発明が解決しようとする課題】
このように従来のこの種の注文管理システムにおいては、会計担当者はＰＯＳターミナルのキーボードを操作して客用伝票に印字されている客席番号を置数入力しなければならず、入力ミスが発生し易かった。また、客席番号の入力をミスすると、別の客が注文したメニュー商品の販売データで売上登録処理が実行されてしまい、注文したメニュー商品の配膳を完了していない客に対しても会計業務が可能であるという不具合があった。
【０００７】
本発明は、このような事情に基づいてなされたもので、その第１の目的とするところは、客席番号の入力ミスを最小限に抑制でき、操作性の良好な商品販売登録データ処理装置を提供しようとするものである。
また、第２の目的とするところは、上記第１の目的に加えて、注文したメニュー商品の配膳を完了している客に対してのみ会計業務を実行でき、信頼性に優れた商品販売登録データ処理装置を提供しようとするものである。
【０００８】
【課題を解決するための手段】
本願請求項１記載の発明は、タッチパネル式のディスプレイを備え、店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付けた客席レイアウト画面をディスプレイに表示し、この客席レイアウト画面上のボタンイメージがタッチ入力されたことを前記タッチパネルを介して検知すると、そのボタンイメージに対応する客席に着いた客が注文したメニュー商品の販売データを売上登録処理するように構成することによって、上記第１の目的を達成しようとするものである。
また、本願請求項２記載の発明は、同じくタッチパネル式のディスプレイを備え、店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付けた客席レイアウト画面を前記ディスプレイに表示する。そして、この客席レイアウト画面上のボタンイメージがタッチ入力されたことを前記タッチパネルを介して検知すると、そのボタンイメージに対応する客席が客の注文したメニュー商品を全て配膳済の席か否かを判断し、配膳済の客席の場合のみ当該客が注文したメニュー商品の販売データを売上登録処理するように構成することによって、上記第２の目的を達成しようとするものである。
また、本願請求項３記載の発明は、上記請求項１または２記載の発明において、タッチパネル式のディスプレイをカラーディスプレイとし、客席レイアウト画面に表示される各客席のボタンイメージの色を、そのボタンイメージに対応する客席が客の注文したメニュー商品を全て配膳済の客席とそれ以外の客席とで変えるように構成することによって、より第１または第２の目的を達成しやすくしたものである。
【０００９】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明する。
図１はファミリーレストランなどの飲食店に構築される注文管理システムの全体構成図であり、本実施の形態の注文管理システムは、無線回路を内蔵したＮ（Ｎ≧２）台の携帯型注文データ入力装置，いわゆるハンディターミナル１Ａ〜１Ｎと、各ハンディターミナル１Ａ〜１Ｎと無線によるデータ伝送が可能な無線部２を備えたステーション（ＳＴＮ）３と、客の注文したメニュー商品の内容を印字した客用伝票を発行する伝票発行機（ＣＣＰ）４と、調理担当者に客から注文を受けたメニュー商品の調理指示を行う調理指示票を印字発行する２台のキッチンプリンタ（ＫＰ）５Ａ，５Ｂと、客が注文したメニュー商品の販売データを売上登録処理する商品販売登録データ処理装置，いわゆるＰＯＳターミナル（ＰＯＳ）６とを備え、ステーション３，伝票発行機４，キッチンプリンタ５Ａ，５Ｂ及びＰＯＳターミナル６を、ＬＡＮなどの伝送路７でもって通信自在に接続して構築したものである。
【００１０】
各ハンディターミナル１Ａ〜１Ｎは、各接客担当者がそれぞれ携帯し、客席にて客から受けたメニュー商品の注文データを入力するのに供するもので、キーボード及び表示器の入出力機器を備えている。そして各ハンディターミナル１Ａ〜１Ｎは、客席の客席番号，客の人数，接客担当者コードなどが入力されたのに続いて、メニュー商品のメニューコードと注文数が順次キー入力され、送信キーが押下されると、図３（ａ）に示すフォーマットの注文データ伝文を作成し、この注文データ伝文を無線通信により無線部２に送信するものとなっている。
無線部２は、客席の天井部等に取付けられており、各ハンディターミナル１Ａ〜１Ｎから無線送信される注文データ伝文を受信すると、その受信データをステーション３に送り出すものとなっている。
【００１１】
ステーション３は、図２に示すように、店内の各客席にそれぞれ割り付けられた固有の客席番号別に、その客席の状態を示すステータス（０：空席，１：調理中，２：配膳完了）を記憶するとともに、その客席に着いた客から注文を受けたメニュー商品のメニューコードおよび注文数を一括して記憶する注文管理ファイル８を有している。
【００１２】
しかして、ステーション３は、前記ハンディターミナル１Ａ〜１Ｎから無線送信された注文データ伝文を無線部２を介して受信すると（図８のＳＴ１でＹＥＳ）、図９の流れ図に示す注文データ伝文受信処理を実行するものとなっている。
すなわち、ＳＴ１１として受信した注文データ伝文の客席番号を検索キーとして注文管理ファイル８を検索し、該当する客席番号に対応したステータスを調べる。ここで、ステータスが「０」の場合には（ＳＴ１２でＹＥＳ）、受信伝文は新規注文の注文データ伝文と判断する。そして、ＳＴ１３として注文管理ファイル８の該当客席番号に対応するメニューコードエリア及び注文数エリアに、受信伝文中のメニューコード及び注文数を順次格納する。また、ＳＴ１４として受信伝文中の各情報（客席番号，人数，担当者コード，メニューコード及び注文数）に基づいて新規客用伝票の印字データ伝文を作成し、この印字データ伝文を伝送路７を介して伝票発行機４に送信する。さらに、ＳＴ１５として受信伝文中のメニューコード毎に調理指示票の印字データ伝文を作成し、この印字データ伝文を伝送路７を介してキッチンプリンタ５Ａ，５Ｂに送信する。なお、ステーション２にはメニュー商品毎に調理指示票をどちらのキッチンプリンタ５Ａ，５Ｂより出力するかが予め設定されており、その設定に基づいてメニュー商品毎に調理指示票の印字データ伝文をいずれかのキッチンプリンタ５Ａ，５Ｂに送信する。
【００１３】
しかる後、ＳＴ１６として注文管理ファイル８の該当する客席番号に対応したステータスを「０」から「１」に変更する。また、ＳＴ１７として、図３（ｃ）に示すように、伝文が調理中データ伝文であることを識別する種別フラグｆと受信伝文中の客席番号とを組み込んだ調理中データ伝文を作成して、この調理中データ伝文を伝送路７を介してＰＯＳターミナル６に送信したならば、今回の注文データ伝文受信処理を終了する。
【００１４】
一方、ＳＴ１１にて注文管理ファイル８の該当する客席番号に対応したステータスを調べた結果、ステータスが「１」または「２」の場合には（ＳＴ１２でＮＯ）、受信伝文は追加注文の注文データ伝文と判断する。そして、ＳＴ１８として注文管理ファイル８の該当客席番号に対応するメニューコードエリア及び注文数エリアに、受信伝文中のメニューコード及び注文数を順次追加する。また、ＳＴ１９として受信伝文中の各情報（客席番号，人数，担当者コード，メニューコード及び注文数）に基づいて追加客用伝票の印字データ伝文を作成し、この印字データ伝文を伝送路７を介して伝票発行機４に送信する。さらに、ＳＴ２０として受信伝文中のメニューコード毎に調理指示票の印字データ伝文を作成し、この印字データ伝文を伝送路７を介してキッチンプリンタ５Ａ，５Ｂに送信する。
【００１５】
しかる後、ＳＴ２１として注文管理ファイル８の該当する客席番号に対応したステータスが「２」であった場合には、ＳＴ２２としてそのステータスを「２」から「１」に変更するとともに、ＳＴ２３としてＳＴ１６と同様に調理中データ伝文を作成し、この調理中データ伝文を伝送路７を介してＰＯＳターミナル６に送信したならば、今回の注文データ伝文受信処理を終了する。
なお、ＳＴ２１にてステータスが「１」であった場合には、ＳＴ２２，２３の処理を行わずに今回の注文データ伝文受信処理を終了するものとなっている。
【００１６】
図１において、伝票発行機４は、ステーション３から伝送路７を介して入力される客用伝票の印字データに基づいて、客毎に、その客が着いた客席の客席番号，人数および注文を受けた接客担当者の担当者コードまたは担当者名と、その客が注文したメニュー商品の品目名，注文数，金額およびその合計金額とを印字した新規客用伝票または追加客用伝票を発行するものである。
【００１７】
また、キッチンプリンタ５Ａ，５Ｂは、ステーション３から伝送路７を介して入力される調理指示票の印字データに基づいて、各客が注文したメニュー商品の品目名および注文数をその客が着いている客席の客席番号および注文を受けた接客担当者の担当者コードとともに印字した調理指示票を発行するものである。また、各キッチンプリンタ５Ａ，５Ｂは、キーボードなどの入力装置９Ａ，９Ｂをそれぞれ設けており、この入力装置９Ａ，９Ｂを介してメニュー商品のメニューコード，調理完了数および客席番号が入力されると、図３（ｂ）に示すフォーマットの調理完了データ伝文を作成し、伝送路７を介してステーション３に送信するものとなっている。
【００１８】
一方、前記ステーション３は、前記キッチンプリンタ５Ａ，５Ｂから伝送路７を介して送信された調理完了データ伝文を受信すると（図８のＳＴ２でＹＥＳ）、図１０の流れ図に示す調理完了データ伝文受信処理を実行するものとなっている。
すなわち、ＳＴ３１として受信した調理完了データ伝文の客席番号を検索キーとして注文管理ファイル８を検索し、該当する客席番号に対応したステータス，メニューコード，注文数及び調理完了数を調べる。ここで、ステータスが「１」であること（ＳＴ３２のＹＥＳ）、受信伝文中のメニューコードが存在すること（ＳＴ３３のＹＥＳ）及び注文数から調理完了数を減じた値が受信伝文中の調理完了数以上であること（ＳＴ３４のＹＥＳ）を確認すると、ＳＴ３５として注文管理ファイル８における該当客席番号に対応した該当メニューコードの調理完了数に受信伝文中の調理完了数を加算する。
【００１９】
次に、ＳＴ３６として注文管理ファイル８における該当客席番号に対応した各メニューコードの注文数と調理完了数とを照合して全メニューコードにおいて注文数と調理完了数が一致するか否かを判断する。そして一致する場合には、該当客席番号の客席に着いた客が注文したメニュー商品を全て配膳し終えたと判断して、ＳＴ３７として注文管理ファイル８における該当客席番号に対応したステータスを「１」から「２」に変更する。また、ＳＴ３８として、図３（ｃ）に示すように、伝文が配膳済データ伝文であることを識別する種別フラグｆと受信伝文中の客席番号とを組み込んだ配膳済データ伝文を作成して、この配膳済データ伝文を伝送路７を介してＰＯＳターミナル６に送信したならば、今回の調理完了データ伝文受信処理を終了する。
【００２０】
これに対し、ＳＴ３６にて少なくとも１種類のメニューコードの調理完了数が注文数に満たない場合には、配膳を完了していないと判断して、ＳＴ３７，３８の処理を行わずに、今回の調理完了データ伝文受信処理を終了する。
なお、ＳＴ３１にて注文管理ファイル８を検索した結果、ステータスが「１」でない場合（ＳＴ３２のＮＯ）、または受信伝文中のメニューコードが存在しない場合（ＳＴ３３のＮＯ）、あるいは注文数から調理完了数を減じた値が受信伝文中の調理完了数未満の場合には（ＳＴ３４のＮＯ）、調理完了データの入力内容が間違っていると判断し、ＳＴ３９としてエラー応答伝文を調理完了データ伝文送信元のキッチンプリンタ５Ａ，５Ｂに送信して、今回の調理完了データ伝文受信処理を終了するものとなっている。
【００２１】
図４はＰＯＳターミナル６の外観構成を示しており、図示するように、ＰＯＳターミナル６は、商品登録用の各種キーが配設されたキーボード１１、オペレータ（会計担当者）に対して登録データを表示するオペレータ用表示器１２、会計を行う客に対して登録データを表示する客用表示器１３、レシート及びジャーナル印字用のプリンタ１４、現金等を収容するためのドロワ１５などを装備している。そして、前記オペレータ用表示器１２は、タッチパネル１６付のカラーディスプレイを採用している。
【００２２】
図５は同ＰＯＳターミナル６の制御回路構成を示すブロック図であって、このＰＯＳターミナル６は、制御部本体としてＣＰＵ（Central Processing Unit ）２１を搭載している。また、制御プログラムなどを予め格納したＲＯＭ（Read Only Memoly）２２、商品販売データの登録処理に供する各種メモリエリアが形成されるＲＡＭ（Random Access Memoly）２３、現日付及び時刻を計時する時計部２４、前記伝送路７を介して接続されたステーション３とのデータ伝送を制御する伝送コントローラ２５、前記ドロワ１５の開閉を制御するドロワコントローラ２６、前記キーボード１１から入力キー信号を取込むキーボードコントローラ２７、前記タッチパネル１６からタッチ座標信号を取込むタッチパネルコントローラ２８、前記オペレータ用表示器１２に対するデータ表示を制御する表示コントローラ２９、前記客用表示器１３に対するデータ表示を制御する表示コントローラ３０及び前記プリンタ１４によるレシート印字及びジャーナル印字を制御するプリンタコントローラ３１を搭載している。そして前記ＣＰＵ２１と、ＲＯＭ２２，ＲＡＭ２３，時計部２４及び各コントローラ２５〜３１とを、アドレスバス，データバスなどのバスライン３２で接続して、制御回路を構成している。
【００２３】
かかる構成のＰＯＳターミナル６において、前記ＲＡＭ２３には、図６に示すように、店内の各客席にそれぞれ設定された客席番号別にその客席の状態を示すステータス（０：空席，１：調理中，２：配膳完了）を記憶する客席別メモリ４１を形成している。また、前記オペレータ用表示器１２の初期画面として、図７に示すように、店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付け、各ボタンイメージの色をそのボタンイメージに対応する客席の前記客席別メモリ４１で記憶した状態（空席，調理中，配膳完了）に応じて変更するようにした客席レイアウト画面５１を表示するものとなっている。因みに、この実施の形態では、空席の客席に対応するボタンイメージを青色で表示し、注文したメニュー商品の調理中の客席に対応するボタンイメージを黄色で表示し、注文したメニュー商品の配膳が完了した客席に対応するボタンイメージを赤色で表示するものとする。
【００２４】
しかして、前記ＣＰＵ２１は、図１１に示すように、前記オペレータ用表示器１２に初期画面として客席レイアウト画面５１を表示した状態で、ステーション３から伝送路７を介して前記調理中データ伝文を受信すると（ＳＴ４１のＹＥＳ）、その受信伝文中の客席番号で前記客席別メモリ４１を検索し、該当する客席番号に対応したステータスを「０」または「２」から「１」に変更するとともに、前記客席レイアウト画面５１における該当客席番号のボタンイメージ内の色を青色または赤色から黄色に変更する。
【００２５】
またＣＰＵ２１は、同じく客席レイアウト画面５１を表示した状態で、ステーション３から伝送路７を介して前記配膳済データ伝文を受信すると（ＳＴ４２のＹＥＳ）、その受信伝文中の客席番号で前記客席別メモリ４１を検索し、該当する客席番号に対応したステータスを「１」から「２」に変更するとともに、前記客席レイアウト画面５１における該当客席番号のボタンイメージ内の色を黄色から赤色に変更する。
【００２６】
またＣＰＵ２１は、オペレータ用表示器１２に設けられたタッチパネル１６からタッチ座標信号を入力すると（ＳＴ４３のＹＥＳ）、ＳＴ４４としてそのタッチ座標信号によって定まるタッチ座標の位置に客席レイアウト画面５１に表示されている各客席のボタンイメージのうちのいずれか１つが対応しているか否かを判別する。そして判別が不能な場合には（ＳＴ４５のＮＯ）、何も処理をしない。
【００２７】
タッチ座標位置に客席のボタンイメージが対応している場合には（ＳＴ４５のＹＥＳ）、ＳＴ４６としてそのボタンイメージに対応する客席の客席番号で前記客席別メモリ４１を検索し、該当する客席番号に対応したステータスが「２」か否かを判断する。
ここで、ステータスが「２」の場合には、該当客席番号の客席は客が注文したメニュー商品の配膳を全て完了した客席であると判断して、ＳＴ４７として会計業務処理を実行する。すなわち、ステーション３の注文管理ファイル８に該当客席番号に対応してセットされたメニューコード及び注文数を読込み、そのメニューコード及び注文数で、該当メニュー商品の販売データを売上登録処理する。また、レシートの印字発行等を行う。
【００２８】
こうして、会計業務処理を終了したならば、ＳＴ４８として図３（ｃ）に示すように、伝文が会計済データ伝文であることを識別する種別フラグｆと該当客席番号とを組み込んだ会計済データ伝文を作成して、この会計済データ伝文を伝送路７を介してステーション３に送信する。しかる後、ＳＴ４９として会計別メモリ４１における該当客席番号に対応したステータスを「２」から「０」に変更する。また、ＳＴ５０として前記客席レイアウト画面５１における該当客席番号のボタンイメージ内の色を赤色から青色に変更するものとなっている。
【００２９】
一方、ＳＴ４６にて該当客席番号に対応したステータスが「２」でない場合には、該当客席番号の客席は客が注文したメニュー商品の配膳を完了していない客席であると判断して、オペレータ用表示器１２に配膳未完了を示すエラーメッセージを表示させる。その後、キーボード１１のクリアキーが押下されたならば、上記エラーメッセージをクリアして、客席レイアウト画面５１の表示に戻るものとなっている。
【００３０】
なお、前記ステーション３は、前記ＰＯＳターミナル６から伝送路７を介して送信された会計済データ伝文を受信すると（図８のＳＴ３でＹＥＳ）、注文管理ファイル８における受信伝文中の客席番号に対応したメニューコード，注文数及び調理完了数をクリアする。また、同客席番号に対応したステータスを「２」から「０」に変更するものとなっている。
【００３１】
このように構成された本実施の形態の注文管理システムを構築した飲食店においては、ＰＯＳターミナル６のオペレータ用表示器１２に初期画面として店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付けた客席レイアウト画面５１が表示される。この客席レイアウト画面５１は、客がまだ入店していない状態にあっては、全客席に対応したボタンイメージが青色で表示される。その後、客が例えば客席番号「２」の客席に着いて接客担当者にメニュー商品Ａを１点とメニュー商品Ｂを２点注文すると、接客担当者はハンディターミナル１Ａを操作して、先ず、客が着いた客席の客席番号「２」と客の人数と自身の担当者コードを入力する。次いで、客から注文を受けたメニュー商品Ａのメニューコード及びその注文数１と、メニュー商品Ｂのメニューコード及びその注文数２を順次入力する。しかる後、送信キーを押下する。
【００３２】
そうすると、このハンディターミナル１Ａから客席番号「２」と、メニュー商品Ａのメニューコード及びその注文数１と、メニュー商品Ｂのメニューコード及びその注文数２を含む注文データ伝文が無線送信され、無線部２を介してステーション３に取込まれる。これにより、ステーション３の注文管理ファイル８には、客席番号「２」に対応するエリアに注文されたメニュー商品Ａのメニューコード及び注文数１と、メニュー商品Ｂのメニューコード及び注文数２が記憶保持される。また、客席番号「２」に対応するステータスが空席を示す「０」から調理中を示す「１」に変更される。
また、客席番号「２」を含む調理中データがステーション３からＰＯＳターミナル６に送信される。これにより、ＰＯＳターミナル６における客席別メモリ４１の客席番号「２」に対応したステータスが「１」となり、客席レイアウト画面５１上の客席番号「２」の客席に対応したボタンイメージの枠内が青色から黄色に変更される。したがって、ＰＯＳターミナル６を操作する会計担当者は、客席レイアウト画面５１から、客席番号「２」の客席はその席に着いた客が注文したメニュー商品の調理中であることがわかる。
【００３３】
一方、伝票発行機４からは客席番号「２」とともにメニュー商品Ａ及びＢの品目名，注文数及び金額やその合計金額等が印字された新規客用伝票が印字発行される。また、例えばキッチンプリンタ５Ａからメニュー商品Ａの調理指示票が印字発行され、キッチンプリンタ５Ｂからメニュー商品Ｂの調理指示票が印字発行される。これにより、キッチンプリンタ５Ａからの調理指示票を確認した調理担当者はメニュー商品Ａ１点の調理を開始し、キッチンプリンタ５Ｂからの調理指示票を確認した調理担当者はメニュー商品Ｂ２点の調理を開始する。
そして、先にメニュー商品Ａ１点の調理が完了したとすると、調理担当者はキッチンプリンタ５Ａの入力装置９Ａを操作してメニュー商品Ａのメニューコードと調理完了数１と客席番号「２」を入力する。そうすると、このキッチンプリンタ５Ａから入力情報を含む調理完了データがステーション３に送信される。そして、注文管理ファイル８の客席番号「２」に対応するエリアに格納されたメニュー商品Ａのメニューコードの調理完了数が１となる。ただし、この時点ではメニュー商品Ｂの調理が完了していないので、注文管理ファイル８の客席番号「２」に対応するステータスは「１」のままである。なお、キッチンプリンタ５Ｂの入力装置９Ｂを操作してメニュー商品Ａのメニューコードと調理完了数１と客席番号「２」を入力しても同様に作用する。
【００３４】
次に、メニュー商品Ｂ２点の調理が完成したとすると、調理担当者はキッチンプリンタ５Ｂの入力装置９Ｂを操作してメニュー商品Ｂのメニューコードと調理完了数２と客席番号「２」とを入力する。そうすると、このキッチンプリンタ５Ｂから入力情報を含む調理完了データがステーション３に送信される。そして、注文管理ファイル８の客席番号「２」に対応するエリアに格納されたメニュー商品Ｂのメニューコードの調理完了数が２となる。その結果、客席番号「２」に対応するエリアに格納された全メニューコードの注文数と調理完了数とが一致するので、客席番号「２」に対応するステータスが配膳済を示す「２」に変更される。そして、客席番号「２」を含む配膳済データがステーション３からＰＯＳターミナル６に送信される。これにより、ＰＯＳターミナル６における客席別メモリ４１の客席番号「２」に対応したステータスが「２」となり、客席レイアウト画面５１上の客席番号「２」の客席に対応したボタンイメージの枠内が黄色から赤色に変更される。したがって、会計担当者は、客席レイアウト画面５１から、客席番号「２」の客席はその席に着いた客が注文したメニュー商品が全て配膳済であることがわかる。なお、キッチンプリンタ５Ａの入力装置９Ａを操作してメニュー商品Ｂのメニューコードと調理完了数２と客席番号「２」を入力しても同様に作用する。
その後、この客席番号「２」の客席に着いた客が飲食を終え、代金の会計を申し出ると、会計担当者は、ＰＯＳターミナル６のオペレータ用表示器１２に表示されている客席レイアウト画面５１の客席番号「２」のボタンイメージ上をタッチ操作する。そうすると、客席別メモリ４１における客席番号「２」に対応したステータスが配膳済を示す「２」になっているので、注文管理ファイル８の客席番号「２」に対応したエリアに格納されていたメニューコード及び注文数に基づいて当該客が注文したメニュー商品の販売データが売上登録処理される。そしてこの売上登録処理が終了すると、客席別メモリ４１及び注文管理ファイル８の客席番号「２」に対応したステータスがそれぞれ「０」に変更されるとともに、客席レイアウト画面５１上の客席番号「２」の客席に対応したボタンイメージの枠内が赤色から青色に変更される。
【００３５】
ところで、この場合において、会計担当者が誤って客席レイアウト画面５１の客席番号「１」のボタンイメージ上をタッチ操作したとする。このとき、客席番号「１」の客席が空席（ステータス＝０，ボタンイメージの色＝青）であったり、注文した商品の配膳が完了していない席（ステータス＝１，ボタンイメージの色＝黄）であった場合には、売上登録処理が行われず、オペレータ用表示器１２にエラーメッセージが表示される。したがって、会計担当者は客席番号の入力ミスに気が付く。
【００３６】
このように本実施の形態によれば、ＰＯＳターミナル６のオペレータ用表示器１２をタッチパネル１６付のカラーディスプレイとし、このオペレータ用表示器１２に、店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付けた客席レイアウト画面５１を表示するようにしている。そして、この客席レイアウト画面５１上のボタンイメージがタッチ入力されたことをタッチパネル１６を介して検知すると、そのボタンイメージに対応する客席に着いた客が注文したメニュー商品の販売データを売上登録処理するものとなっている。
したがって、客席レイアウト画面上のボタンイメージをタッチ操作するだけで所望する客席番号を入力できるので、客席番号を置数入力しなければならなかった従来に比べて客席番号の入力ミスを最小限に抑制できる。また、ボタンイメージのタッチ操作だけなので、操作が簡単であり、操作性を向上できる。
【００３７】
また本実施の形態によれば、客席レイアウト画面５１上のボタンイメージがタッチ入力されたことをタッチパネル１６を介して検知すると、そのボタンイメージに対応する客席は、客の注文したメニュー商品が全て配膳済の席か否かを判断し、配膳済の客席の場合のみ当該客が注文したメニュー商品の販売データを売上登録処理するようにしている。
したがって、注文したメニュー商品の配膳を完了している客に対してのみ会計業務が可能であり、配膳を完了していない客に対しては会計業務が不可能なので、客席番号の入力ミスを未然に防止でき、信頼性の向上を図り得る。
【００３８】
さらに、客席レイアウト画面に表示される各客席のボタンイメージの色を、そのボタンイメージに対応する客席の状態に応じて異なる色（空席＝青色、調理中＝黄色、配膳済＝赤色）で表示するようにしている。したがって、会計担当者はボタンイメージの色からその客席が配膳済なのか否かを容易に判断できるので、客席番号の入力ミスを極力なくすことができる。
なお、この実施の形態では客席の色を空席の場合と調理中の場合と配膳済の場合とで異ならせたが、少なくとも配膳済の客席とそれ以外の客席とで色を区別しさえすれば、本発明の効果は奏し得るものである。
【００３９】
【発明の効果】
以上詳述したように本願請求項１記載の発明によれば、客席番号の入力ミスを最小限に抑制でき、操作性の良好な商品販売登録データ処理装置を提供できるものである。
また、本願請求項２記載の発明によれば、上記請求項１記載の発明の効果に加えて、注文したメニュー商品の配膳を完了している客に対してのみ会計業務を実行できるので客席番号の入力ミスを未然に防止でき、信頼性に優れた商品販売登録データ処理装置を提供できるものである。
また、本願請求項３記載の発明によれば、客席番号の入力ミスを極力なくすことができる商品販売登録データ処理装置を提供できるものである。
【図面の簡単な説明】
【図１】 本発明の一実施の形態である注文管理システムの構成図。
【図２】 図１に示す注文管理ファイルの構成図。
【図３】 同注文管理システムで送受される主要なデータ伝文のフォーマットを示す図。
【図４】 図１に示すＰＯＳターミナルの外観構成を示す斜視図。
【図５】 同ＰＯＳターミナルの制御回路構成を示すブロック図。
【図６】 同ＰＯＳターミナルのＲＡＭに形成する客席別メモリの構成図。
【図７】 同ＰＯＳターミナルのオペレータ用表示器に表示される客席レイアウト画面の概念図。
【図８】 図１に示すステーションで行われる伝文受信処理の概略を示す流れ図。
【図９】 図８の注文データ伝文受信処理を具体的に示す流れ図。
【図１０】図８の調理完了データ伝文受信処理を具体的に示す流れ図。
【図１１】図１に示すＰＯＳターミナルのＣＰＵが実行する主要な処理を示す流れ図。
【符号の説明】
１Ａ〜１Ｎ…ハンディターミナル
２…無線部
３…ステーション
４…伝票発行機
５Ａ，５Ｂ…キッチンプリンタ
６…ＰＯＳターミナル（商品販売登録データ処理装置）
７…伝送路
８…注文管理ファイル
１２…オペレータ用表示器
１６…タッチパネル
４１…客席別メモリ
５１…客席レイアウト画面
Claims (3)
- タッチパネル式のディスプレイを備えた飲食店向けの商品販売登録データ処理装置において、
店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付けた客席レイアウト画面を前記ディスプレイに表示し、この客席レイアウト画面上のボタンイメージがタッチ入力されたことを前記タッチパネルを介して検知すると、そのボタンイメージに対応する客席に着いた客が注文したメニュー商品の販売データを売上登録処理することを特徴とする商品販売登録データ処理装置。 - タッチパネル式のディスプレイを備えた飲食店向けの商品販売登録データ処理装置において、
店内の各客席をそれぞれ示す複数のボタンイメージを１画面上に割り付けた客席レイアウト画面を前記ディスプレイに表示し、この客席レイアウト画面上のボタンイメージがタッチ入力されたことを前記タッチパネルを介して検知すると、そのボタンイメージに対応する客席が客の注文したメニュー商品を全て配膳済の席か否かを判断し、配膳済の客席の場合のみ当該客が注文したメニュー商品の販売データを売上登録処理することを特徴とする商品販売登録データ処理装置。 - タッチパネル式のディスプレイはカラーディスプレイであり、客席レイアウト画面に表示される各客席のボタンイメージの色を、そのボタンイメージに対応する客席が客の注文したメニュー商品を全て配膳済の客席とそれ以外の客席とで変えることを特徴とする請求項１または２記載の商品販売登録データ処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15731398A JP3916324B2 (ja) | 1998-06-05 | 1998-06-05 | 商品販売登録データ処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15731398A JP3916324B2 (ja) | 1998-06-05 | 1998-06-05 | 商品販売登録データ処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11353557A JPH11353557A (ja) | 1999-12-24 |
| JP3916324B2 true JP3916324B2 (ja) | 2007-05-16 |
Family
ID=15646962
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15731398A Expired - Lifetime JP3916324B2 (ja) | 1998-06-05 | 1998-06-05 | 商品販売登録データ処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3916324B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4861901B2 (ja) * | 2007-06-04 | 2012-01-25 | 東芝テック株式会社 | 飲食店用会計装置及びコンピュータプログラム |
| JP4878581B2 (ja) * | 2007-06-04 | 2012-02-15 | 東芝テック株式会社 | 飲食店用注文受付装置及びコンピュータプログラム |
| JP4824630B2 (ja) * | 2007-06-04 | 2011-11-30 | 東芝テック株式会社 | 飲食店用注文受付装置、コンピュータプログラム及び接客支援システム |
| JP4824631B2 (ja) * | 2007-06-05 | 2011-11-30 | 東芝テック株式会社 | 飲食店用注文受付装置及び接客支援システム |
-
1998
- 1998-06-05 JP JP15731398A patent/JP3916324B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11353557A (ja) | 1999-12-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003044563A (ja) | 飲食店における情報管理システム | |
| JPH10240815A (ja) | 販売管理装置 | |
| JP3916324B2 (ja) | 商品販売登録データ処理装置 | |
| JPH07320161A (ja) | 電子式キャッシュレジスタ | |
| JP2002197542A (ja) | セルフサービス飲食店用サービスシステム | |
| JP2004127110A (ja) | 注文データ管理システム | |
| JP2002366626A (ja) | 注文管理システム | |
| JP2001357463A (ja) | オーダブック及びオーダ入力装置 | |
| JP3246719B2 (ja) | 厨房用表示装置 | |
| JPH0744616A (ja) | メニューオーダー処理装置 | |
| JP2005099912A (ja) | 注文管理システム | |
| JPH07282134A (ja) | 注文用端末装置 | |
| JP5594623B2 (ja) | オーダリングシステムおよびコントローラ装置 | |
| JP4317040B2 (ja) | 注文入力装置 | |
| JP6971723B2 (ja) | オーダ端末及びそのプログラム | |
| JP2004164118A (ja) | 電子オーダリングシステム | |
| JP3833391B2 (ja) | ハンディーターミナルおよびこのハンディーターミナルを用いた注文処理システム | |
| JP3576054B2 (ja) | 注文管理装置 | |
| JP2005157953A (ja) | 食堂サービスシステム，注文表示装置，注文管理装置 | |
| JP2001243282A (ja) | 注文管理システム | |
| JP2001125981A (ja) | 注文管理装置及び飲食店システム | |
| JP3077712B2 (ja) | 注文受付装置 | |
| JP2930934B2 (ja) | 飲食店向けサービスシステム | |
| JPH06139255A (ja) | オーダ入力装置 | |
| JPH04169966A (ja) | 飲食店サービスシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040916 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070130 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070206 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100216 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110216 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110216 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120216 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120216 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130216 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130216 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140216 Year of fee payment: 7 |
|
| EXPY | Cancellation because of completion of term |