JP2014164505A - 注文管理システム、オーダ端末およびその制御プログラム - Google Patents

Abstract

【課題】オーダ端末の記憶デバイスに格納された注文データをクリアする作業を不要にする。
【解決手段】飲食店の各食卓に着いた客から注文データを受け付けるオーダ端末は、記憶部に記憶された注文データを、通信手段を介して受信したクリア命令に応じてクリアする。上記オーダ端末を含む注文管理システムでは、会計端末にて客の会計が処理されると、当該客からの注文を受け付けたオーダ端末に対してクリア命令が送信される。
【選択図】 図１

Description

本発明の実施形態は、飲食店の注文管理システム、及びこのシステムで用いられるオーダ端末、並びにコンピュータを上記オーダ端末として機能させるための制御プログラムに関する。

客席にそれぞれオーダ端末が設置された飲食店がある。各オーダ端末は、ネットワークを介して注文管理用のサーバに接続される。
このような飲食店では、客席に着いた客自身がオーダ端末を操作してメニュー品目を注文する。各オーダ端末で注文されたデータ、いわゆる注文データはサーバに送信される。サーバは、注文データに基づいて調理指示データを作成し、厨房端末に出力する。またサーバは、注文データに基づいて伝票印字データを作成し、伝票プリンタに出力する。さらにサーバは、注文データを記憶デバイスで保持しており、会計端末からの要求に応じて、該当する注文データを会計端末に送信する。会計端末は、注文データに基づいて飲食を終えた客の会計を処理する。

ところで注文データは、オーダ端末が実装する記憶デバイスにも格納される。記憶デバイスに格納された注文データは、オーダ端末の表示デバイスに表示可能である。客は、注文データを表示させることで、注文内容を確認することができる。このため、飲食を終えた客が離席した後、次の客が着席するまでの間に、オーダ端末の記憶デバイスに格納された注文データをクリアする必要がある。従来は、食卓の後片付けを行う店員がオーダ端末の操作デバイスを操作して、記憶デバイスの注文データをクリアしていた。このため、店員の負担となっており、後片付けに追われて注文データをクリアし忘れることがしばしばあった。

特開２００４−０１３２５４号公報

一実施形態が解決しようとする課題は、オーダ端末の記憶デバイスに格納された注文データをクリアする作業を不要にでき、店員の負担を軽減できるとともに、クリアのし忘れを防止することができる注文管理システム及びこのシステムに用いられるオーダ端末を提供しようとするものである。

一実施形態において、注文管理システムは、飲食店の各食卓に着いた客から注文データを受け付ける複数のオーダ端末と、各オーダ端末で受け付けた注文データを管理するサーバで管理される注文データに基づいて飲食を済ませた客の会計を処理する会計端末とを含む。オーダ端末は、注文データの記憶部と、注文データを受け付ける注文受付手段と、この注文受付手段で受け付けた注文データを記憶部に格納する格納手段と、記憶部に記憶された注文データを、通信手段を介してサーバに送信する送信手段と、記憶部に記憶された注文データを、通信手段を介して受信したクリア命令に応じてクリアするクリア手段とを備える。そして、会計端末にて客の会計が処理されると、注文管理システムでは、当該客からの注文を受け付けたオーダ端末に対してクリア命令が送信される。

注文管理システムの概略図。 注文データファイルのデータ構造を示す模式図。 オーダ端末の構成を示すブロック図。 注文バッファのデータ構造を示す模式図。 会計端末の構成を示すブロック図。 会計端末のキーボードに配置される主要なキーを示す模式図。 注文受付プログラムに従ってオーダ端末のＣＰＵが実行する情報処理手順を示す流れ図。 図７におけるグループ化処理の具体的な手順を示す流れ図。 グループ要求コマンドを受信したオーダ端末のＣＰＵが実行する情報処理手順を示す流れ図。 グループ解除コマンドを受信したオーダ端末のＣＰＵが実行する情報処理手順を示す流れ図。 クリアコマンドを受信したオーダ端末のＣＰＵが実行する情報処理手順を示す流れ図。 会計処理プログラムに従って会計端末のＣＰＵが実行する情報処理手順を示す流れ図。

以下、一実施形態として、各食卓にそれぞれオーダ端末が設置される飲食店向けの注文管理システムについて、図面を用いて説明する。
図１は、かかる注文管理システム１の概略図である。本システム１は、注文管理サーバ１１と、厨房端末１２と、伝票発行器１３と、会計端末１４と、無線基地局（アクセスポイント）１５と、複数台のオーダ端末１６とを含む。

各オーダ端末１６は、それぞれ客席の食卓に設置される。各食卓には、予め固有の卓番号＃０１，＃０２，＃０３，…が割当てられており、その食卓に設置されているオーダ端末１６にも、卓番号＃０１，＃０２，＃０３，…が設定されている。各オーダ端末１６は、通信手段として無線回路３６（図３参照）を搭載しており、無線基地局１５との間で無線によるデータの送受信が可能である。

厨房端末１２は、厨房内に設置される。伝票発行器１３は、例えば厨房と客席とを仕切るカウンタに設置される。会計端末１４は、会計場（レジ）に設置される。無線基地局１５は、客席の例えば天井部に設置される。なお、厨房端末１２、伝票発行器１３、会計端末１４及び無線基地局１５は、１台に限定されるものではない。店の規模等に応じて、２台以上設置されてもよい。

前記厨房端末１２、伝票発行器１３、会計端末１４及び無線基地局１５は、ＬＡＮ（Local Area Network）等のネットワーク１７を介して注文管理サーバ１１に接続される。

注文管理サーバ１１は、各オーダ端末１６で注文を受け付けたメニュー品目の注文データを、無線基地局１５を介して受信すると、その注文データを含む注文データファイル２０を記憶デバイスで保存する。また注文管理サーバ１１は、上記注文データに基づいて調理指示データを作成し、ネットワーク１７を介して厨房端末１２に送信する。さらに注文管理サーバ１１は、上記注文データに基づいて注文伝票データを作成し、ネットワークを介して伝票発行器１３に送信する。

厨房端末１２は、上記調理指示データに基づいて、注文を受けたメニュー品目の調理指示を表示または印字によって行う。伝票発行器１３は、上記注文伝票データに基づいて、食卓単位の注文伝票を印刷し発行する。この注文伝票には、その食卓に着いた客が注文したメニュー品目の明細や合計金額等とともに、その食卓の卓番号が印刷される。

会計端末１４は、例えばＰＯＳ（Point Of Sales）端末であり、会計を行う客を識別可能な識別データとして、卓番号の入力手段を有する。会計端末１４を操作する店員は、客の注文伝票に印刷されている卓番号を入力する。卓番号が入力されたことに応じて、会計端末１４は、ネットワーク１７を介して注文管理サーバ１１に注文データの要求コマンドを送信する。このコマンドを受けて、注文管理サーバ１１は、記憶デバイスに保存されている注文データファイル２０を検索する。そして注文管理サーバ１１は、要求された注文データを、ネットワーク１７を介して会計端末１４に送信する。会計端末１４は、上記注文データに基づいて、飲食を終えた客の会計を処理する。

図２は、注文データファイル２０のデータ構造を示す模式図である。図示するように、注文データファイル２０は、データ項目として卓番号、人数、最終注文日時、グループフラグＧＦ、グループ卓番号、注文データ、合計データ及びステータスを含む。人数、最終注文日時、グループフラグＧＦ、グループ卓番号、注文データ、合計データ及びステータスは、対応する卓番号で特定される食卓の情報である。

人数は、食卓に着いた客の人数である。最終注文日時は、食卓から受けた最新の注文日時である。グループフラグＧＦは、他の食卓に着いている客と会計を一括して処理するか否かを識別する情報である。本実施形態では、会計を一括して処理する場合にグループフラグＧＦが“１”となる。グループ卓番号は、会計を一括して処理する客が着いている食卓の卓番号である。会計を一括して処理しない場合、グループ卓番号は未設定（−）となる。

注文データは、食卓に着いた客から注文を受けたメニュー品目の情報、例えば商品コード、点数等である。合計データは、食卓に着いた客から注文を受けた各メニュー品目の合計金額である。ステータスは、食卓が会計前の状態なのか会計後の状態なのかを示す情報である。本実施形態では、会計前のステータスを“Ｓ０”とし、会計後のステータスを“Ｓ１”とする。

図３は、オーダ端末１６の構成を示すブロック図である。オーダ端末１６は、ＣＰＵ（Central Processing Unit）３１、ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random Access Memory）３３、補助記憶部３４、時計部３５、無線回路３６及びタッチパネル３７を含む。ＣＰＵ３１には、アドレスバス及びデータバスを含むシステムバス３８が接続される。そしてこのシステムバス３８に、ＲＯＭ３２、ＲＡＭ３３、補助記憶部３４及び時計部３５が接続される。また、無線回路３６及びタッチパネル３７は、図示しない入出力回路を介してシステムバス３８に接続される。

コンピュータの中枢部分に相当するＣＰＵ３１は、所定のプログラムに従い、オーダ端末１６として必要な演算処理を実行する。コンピュータの主記憶部分に相当するＲＯＭ３２は、上記プログラム等の固定的なデータを記憶する。同じくコンピュータの主記憶部分に相当するＲＡＭ３３は、入力データ、表示データ等の可変的なデータを記憶するためのデータエリアを有する。コンピュータの補助記憶部分に相当する補助記憶部３４は、プログラム、データファイル等を記憶する。また補助記憶部３４は、電源オフ時のデータバックアップ領域としても機能する。ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等が、補助記憶部として適用される。時計部３５は、現在の日付及び時刻を計時する。無線回路３６は、無線基地局１５との間で無線によるデータの送受信を実行する。

タッチパネル３７は、表示デバイスであるパネル型のディスプレイ３７ｄと、操作デバイスであるタッチセンサ３７ｔとを含む。タッチセンサ３７ｔは、ディスプレイ３７ｄの画面に重ねて配置されており、タッチ操作された画面上の位置を検出する。

補助記憶部３４が記憶するデータファイルの１つに、商品ファイル４１がある。商品ファイル４１には、各メニュー品目のデータとして、メニュー品目固有の商品コード、価格、品目画像等が保存される。また、補助記憶部３４が記憶するデータファイルの１つに、卓番号ファイル４２がある。この卓番号ファイル４２には、当該オーダ端末１６が設置されている食卓の卓番号が保存される。

ＲＡＭ３３が有するデータエリアの１つに、注文バッファ４３がある。注文バッファ４３には、図４に示すように、人数、最終注文日時、グループフラグＧＦ、グループ卓番号、注文データ、合計データ及び在席フラグＥＦが格納される。在席フラグＥＦは、食卓が注文を受け付けた後の在席状態にあるか否かを識別するための情報である。本実施形態では、食卓が在席状態にあるとき、在席フラグＥＦが“１”となる。注文バッファ４３は、注文データの記憶部を構成する。

図５は、会計端末１４の構成を示すブロック図である。会計端末１４は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、補助記憶部５４、時計部５５、通信インターフェース５６、キーボード５７、ディスプレイ５８、プリンタ５９、客用表示ユニット６０及びドロワインターフェース６１を含む。ＣＰＵ５１には、アドレスバス及びデータバスを含むシステムバス６２が接続される。そしてこのシステムバス６２に、ＲＯＭ５２、ＲＡＭ５３、補助記憶部５４及び時計部５５が接続される。また、通信インターフェース５６、キーボード５７、ディスプレイ５８、プリンタ５９、客用表示ユニット６０及びドロワインターフェース６１は、図示しない入出力回路を介してシステムバス６２に接続される。

コンピュータの中枢部分に相当するＣＰＵ５１は、所定のプログラムに従い、会計端末１４として必要な演算処理を実行する。コンピュータの主記憶部分に相当するＲＯＭ５２は、上記プログラム等の固定的なデータを記憶する。同じくコンピュータの主記憶部分に相当するＲＡＭ５３は、入力データ、表示データ等の可変的なデータを記憶するためのデータエリアを有する。コンピュータの補助記憶部分に相当する補助記憶部５４は、プログラム、データファイル等を記憶する。また補助記憶部５４は、電源オフ時のデータバックアップ領域としても機能する。ＨＤＤ、ＳＳＤ、ＥＥＰＲＯＭ等が、補助記憶部として適用される。時計部５５は、現在の日付及び時刻を計時する。通信インターフェース５６、ネットワーク１７を介して接続される各機器とデータの送受信を行う。

キーボード５７には、図６に示すように、数値データを置数するための「０」〜「９」の置数キー７１、数値データが卓番号であることを宣言する＃キー７２、１商取引の登録締めを宣言する締めキー７３が少なくとも配置されている。

かかる構成の注文管理システム１において、各オーダ端末１６のＣＰＵ３１は、それぞれ注文受付機能７０（図３を参照）を有する。この機能７０は、プログラム記憶部であるＲＯＭ３２または補助記憶部３４に格納された注文受付プログラムにより実現される。

図７は、注文受付プログラムに従ってＣＰＵ３１が実行する情報処理手順を示す流れ図である。注文受付プログラムの起動によりこの処理が開始されると、ＣＰＵ３１は、タッチパネル３７のディスプレイ３７ｄに待受け画面を表示させる（Act１）。そしてＣＰＵ３１は、外部からコマンドを受信するか、ディスプレイ３７ｄがタッチされるのを待機する（Act２，３）。

待受け画面には、客席に着いた客に対して、メニュー品目を注文する際には画面にタッチすることを指示する画像が表示されている。タッチセンサ３７ｔの信号により画面がタッチされたことを検知すると（Act３にてＹＥＳ）、ＣＰＵ３１は、在席フラグＥＦを調べる（Act４）。最初の注文の際、注文バッファ４３はクリアされている。したがって、在席フラグＥＦは“０”にリセットされている。

在席フラグＥＦが“０”にリセットされている場合（Act４にてＹＥＳ）、ＣＰＵ３１は、新規注文受付処理を実行する。先ず、ＣＰＵ３１は、ディスプレイ３７ｄに人数入力画面を表示させる。この画面には、テンキーとともに、食卓に着いた客の人数を入力することを促すメッセージが表示される。ＣＰＵ３１は、タッチセンサ３７ｔを監視する。そして、テンキーのタッチ操作により入力された数値データを人数として注文バッファ４３に格納する。

次いで、ＣＰＵ３１は、ディスプレイ３７ｄにメニュー画面を表示させる。メニュー画面には、商品ファイル４１に保存されるデータを基に各メニュー品目が選択可能に表示される。ＣＰＵ３１は、タッチセンサ３７ｔを監視する（注文受付手段）。そして、メニュー画面のタッチ操作によりいずれかのメニュー品目が選択されたならば、ＣＰＵ３１は、このメニュー品目の商品コード、注文数等を注文バッファ４３に格納する（格納手段）。またＣＰＵ３１は、注文バッファ４３の合計データに、このメニュー品目の価格を合算する。さらにＣＰＵ３１は、注文バッファ４３の最終注文日時データを、時計部３５で計時されている日時データに更新する。メニュー品目が選択される毎に、ＣＰＵ３１は、上述した処理を繰り返す。

１点目のメニュー品目の注文を受け付けると、メニュー画面に注文ボタンの画像が表示される。この注文ボタンがタッチ操作されると、ＣＰＵ３１は、注文バッファ４３の人数、最終注文日時、注文データ及び合計データを含む注文データ伝文を作成する。この伝文には、卓番号ファイル４２に保存されている卓番号も含まれる。ＣＰＵ３１は、無線回路３６を介して上記注文データ伝文を無線送信する（送信手段）。

以上で、新規注文受付処理が終了する。ＣＰＵ３１は、注文バッファ４３の在席フラグＥＦを“１”にセットする（Act６）。しかる後、ＣＰＵ３１は、ディスプレイ３７ｄの画面を待受け画面に戻す（Act１）。

待受け画面がタッチ操作されたとき（Act３にてＹＥＳ）、在席フラグＥＦが“１”にセットされていた場合には（Act４にてＮＯ）、ＣＰＵ３１は、ディスプレイ３７ｄに在席業務画面を表示させる（Act７）。この画面には、在席時に実行可能な業務（例えば追加注文業務、オーダ確認業務等）の選択ボタンと終了ボタンとが表示される。ＣＰＵ３１は、タッチセンサ３７ｔを監視する（Act８，９）。

業務ボタンがタッチ操作された場合（Act９にてＹＥＳ）、ＣＰＵ３１は、その業務ボタンに割当てられた業務の種類を判別する（Act１０）。そしてＣＰＵ３１は、選択された業務の処理を実行する。実行後、ＣＰＵ３１は、ディスプレイ３７ｄの画面を在席業務画面に戻す（Act７）。
タッチ操作されたボタンが業務ボタンでなく（Act９にてＮＯ）、終了ボタンであった場合には（Act８にてＹＥＳ）、ＣＰＵ３１は、ディスプレイ３７ｄの画面を待受け画面に戻す（Act１）。

在席時に実行可能な業務の１つに、グループ化業務がある。この業務は、複数の食卓に分かれた客が一括して会計を行う場合に、各食卓を１つのグループとしてまとめる業務である。業務ボタンのタッチ操作によりグループ化業務が選択された場合（Act１０にてＹＥＳ）、ＣＰＵ３１は、グループ化処理を実行する（Act１１）。

図８は、グループ化処理の手順を示す流れ図である。グループ化処理が開始されると、ＣＰＵ３１は、ディスプレイ３７ｄの画面をグループ化画面とする（Act２１）。この画面には、一括して会計を行う客が着いている他の食卓の卓番号を入力するためのキーが表示される。例えば、客席のレイアウト画像に表示される食卓の画像がその食卓に割当てられた卓番号の入力ボタンとなる。ＣＰＵ３１は、タッチセンサ３７ｔを監視する（Act２２）。

卓番号が入力された場合（Act２２にてＹＥＳ）、ＣＰＵ３１は、その卓番号が注文バッファ４３に格納済であるか否かを確認する（Act２３）。格納されていない場合（Act２３にてＮＯ）、ＣＰＵ３１は、入力された卓番号が割当てられた食卓のグループ化が要求されたとみなす。ＣＰＵ３１は、無線回路３６を介してグループ要求コマンドを送信する（Act２４）。グループ要求コマンドには、卓番号ファイル４２に保存されている卓番号（自席卓番号と称する）と、グループ化画面を介して入力された卓番号（グループ卓番号と称する）とが含まれる。

上記グループ要求コマンドは、無線基地局１５で受信され、ネットワーク１７を介して注文管理サーバ１１に送られる。注文管理サーバ１１は、上記グループ要求コマンドをグループ卓番号が割当てられた食卓のオーダ端末１６に無線基地局１５を介して転送する。

無線回路３６を介して上記グループ要求コマンドを受信したオーダ端末１６のＣＰＵ３１は、図９の流れ図に示す手順の処理を実行する。先ず、ＣＰＵ３１は、グループ化を承認するか否かを客に問い合わせる画面をディスプレイ３７ｄに表示させる（Act４１）。画面には、例えば承認ボタンと拒否ボタンとが表示される。ＣＰＵ３１は、タッチセンサ３７ｔを監視する（Act４２）。拒否ボタンがタッチ操作された場合（Act４２にてＮＯ）、処理は終了する。

承認ボタンがタッチ操作された場合には（Act４２にてＹＥＳ）、ＣＰＵ３１は、無線回路３６を介して許諾応答コマンドを返信する（Act４３）。またＣＰＵ３１は、グループ要求コマンド中の自席卓番号、すなわちコマンド送信元のオーダ端末１６が設置されている食卓の卓番号をグループ卓番号として注文バッファ４３に格納する（Act４３：グループ化手段）。

ＣＰＵ３１は、注文バッファ４３のグループフラグＧＦを調べる（Act４４）。グループフラグＧＦが“０”にリセットされていた場合（Act４４にてＮＯ）、ＣＰＵ３１は、このグループフラグＧＦを“１”にセットする（Act４５）。グループフラグＧＦが既に“１”にセットされていた場合には（Act４４にてＹＥＳ）、グループフラグＧＦを“１”のまま保持する。以上で、グループ要求コマンドに対する処理が終了する。

上記許諾応答コマンドには、宛先として、グループ要求コマンドに含まれる自席卓番号がセットされる。上記許諾応答コマンドは、無線基地局１５で受信され、ネットワーク１７を介して注文管理サーバ１１に送られる。注文管理サーバ１１は、上記許諾応答コマンドを、送信先である自席卓番号が割当てられた食卓のオーダ端末１６に、無線基地局１５を介して転送する。

前記グループ要求コマンドを送信したオーダ端末１６のＣＰＵ３１は、許諾応答コマンドを待機する（Act２５）。所定の待機時間内に許諾応答コマンドを受信したならば（Act２５にてＹＥＳ）、ＣＰＵ３１は、注文バッファ４３にグループ卓番号を格納する（Act２６：グループ化手段）。

ＣＰＵ３１は、注文バッファ４３のグループフラグＧＦを調べる（Act２７）。グループフラグＧＦが“０”にリセットされていた場合（Act４４にてＮＯ）、ＣＰＵ３１は、このグループフラグＧＦを“１”にセットする（Act２８）。グループフラグＧＦが既に“１”にセットされていた場合には（Act２８にてＹＥＳ）、グループフラグＧＦを“１”のまま保持する。以上で、グループ化処理は終了する。

一方、グループ化画面から入力された卓番号が注文バッファ４３にグループ卓番号として格納されていた場合（Act２３にてＹＥＳ）、ＣＰＵ３１は、グループ卓番号が割当てられた食卓をグループから解除する要求があったとみなす。ＣＰＵ３１は、無線回路３６を介してグループ解除コマンドを送信する。グループ解除コマンドには、卓番号ファイル４２に保存されている卓番号（自席卓番号と称する）と、グループ化画面から入力された卓番号（グループ卓番号と称する）とが含まれる。

上記グループ解除コマンドは、無線基地局１５で受信され、ネットワーク１７を介して注文管理サーバ１１に送られる。注文管理サーバ１１は、上記グループ解除コマンドをグループ卓番号が割当てられた食卓のオーダ端末１６に無線基地局１５を介して転送する。

無線回路３６を介して上記グループ解除コマンドを受信したオーダ端末１６のＣＰＵ３１は、図１０の流れ図に示す手順の処理を実行する。先ず、ＣＰＵ３１は、グループ解除コマンドに含まれる自席卓番号を取得する。そしてＣＰＵ３１は、注文バッファ４３に格納されているグループ卓番号のなかから、上記自席卓番号と一致するグループ卓番号を削除する（Act５１）。

ＣＰＵ３１は、注文バッファ４３にグループ卓番号が格納されているか否かを確認する（Act５２）。グループ卓番号が格納されていない場合には（Act５２にてＮＯ）、ＣＰＵ３１は、グループフラグＧＦを“０”にリセットする（Act５３）。グループ卓番号が格納されている場合には（Act５２にてＹＥＳ）、グループフラグＧＦを“１”のまま保持する。以上で、グループ解除コマンドに対する処理が終了する。

前記グループ解除コマンドを送信したオーダ端末１６のＣＰＵ３１は、注文バッファ４３からグループ卓番号を削除する（Act３０）。またＣＰＵ３１は、注文バッファ４３にグループ卓番号が格納されているか否かを確認する（Act３１）。グループ卓番号が格納されていない場合（Act３１にてＮＯ）、ＣＰＵ３１は、グループフラグＧＦを“０”にリセットする（Act３２）。グループ卓番号が格納されている場合には（Act３１にてＹＥＳ）、グループフラグＧＦを“１”のまま保持する。以上で、グループ化処理は終了する。

図７に説明を戻す。ディスプレイ３７ｄに待受け画面が表示されている状態で（Act１）、無線回路３６を介してコマンドを受信すると（Act２にてＹＥＳ）、ＣＰＵ３１は、コマンド受信処理を実行する（Act１２）。コマンド受信処理には、図９に示されたグループ要求コマンドの受信処理や、図１０に示されたグループ解除コマンドの受信処理が含まれる。また、図１１に示されるクリアコマンド受信処理も、コマンド受信処理に含まれる。すなわちＣＰＵ３１は、無線回路３６を介してクリアコマンドを受信すると、図１１の流れ図に示す手順の情報処理を実行する。

先ず、ＣＰＵ３１は、在席フラグＥＦを調べる（Act６１）。在席フラグＥＦが“０”にリセットされていた場合（Act６１にてＮＯ）、クリアコマンド受信処理は終了する。

在席フラグＥＦが“１”にセットされていた場合（Act６１にてＹＥＳ）、ＣＰＵ３１は、クリアコマンドの送信元が会計端末１４なのか、他のオーダ端末１６なのかを判別する（Act６２）。クリアコマンドの送信元は、コマンド中の送信元アドレスによって特定できる。

コマンド送信元が他のオーダ端末１６であった場合（Act６２にてＮＯ）、ＣＰＵ３１は、注文バッファ４３をクリアする（Act６６：クリア手段）。以上で、クリアコマンド受信処理は終了する。

コマンド送信元が会計端末１４であった場合には（Act６２にてＹＥＳ）、ＣＰＵ３１は、グループフラグＧＦを調べる（Act６３）。グループフラグＧＦが“０”にリセットされている場合（Act６３にてＮＯ）、当該オーダ端末１６が設置されている食卓に着いている客は、会計を他の食卓に着いている客と一括して処理しない。すなわちＣＰＵ３１は、注文バッファ４３をクリアする（Act６６）。以上で、クリアコマンド受信処理は終了する。

これに対し、グループフラグＧＦが“１”にセットされていた場合（Act６３にてＹＥＳ）、当該オーダ端末１６が設置されている食卓に着いている客は、グループ卓番号が割当てられた食卓に着いている客と会計を一括して処理する。すなわちＣＰＵ３１は、注文バッファ４３からグループ卓番号を全て検出する（Act６４）。そしてＣＰＵ３１は、このグループ卓番号が設定されたオーダ端末１６を宛先とするクリアコマンドを、無線回路３６から送信する（Act６５：転送手段）。クリアコマンドには、送信元アドレスとして卓番号ファイル４２に格納されている卓番号も含まれる。クリアコマンドを送信した後、ＣＰＵ３１は、注文バッファ４３をクリアする（Act６６：クリア手段）。以上で、クリアコマンド受信処理は終了する。

オーダ端末１６から送信されたクリアコマンドは、無線基地局１５で受信され、ネットワーク１７を介して注文管理サーバ１１に送られる。注文管理サーバ１１は、上記クリアコマンドを、宛先であるオーダ端末１６に無線基地局１５を介して無線送信する。その結果、上記クリアコマンドを受信したオーダ端末１６では、Act６１にて“ＹＥＳ”となり、Act６２にて“ＮＯ”となって、注文バッファ４３がクリアされる。

会計端末１４のＣＰＵ５１は、会計処理機能８０（図５を参照）を有しており、この機能８０によって、会計端末１４は、所定のオーダ端末１６にクリアコマンドを送信する。会計処理機能８０は、プログラム記憶部であるＲＯＭ５２または補助記憶部５４に格納された会計処理プログラムにより実現される。

図１２は、会計処理プログラムに従ってＣＰＵ５１が実行する情報処理手順を示す流れ図である。会計処理プログラムの起動によりこの処理が開始されると、ＣＰＵ５１は、卓番号が入力されるのを待機する（Act７１：識別受付手段）。キーボード５７の置数キー７１と＃キー７２とにより卓番号が入力されると（Act７１にてＹＥＳ）、ＣＰＵ５１は、この卓番号を含む注文データ問合せコマンドを生成する。そしてＣＰＵ５１は、この問合せコマンドを、通信インターフェース５６を介して注文管理サーバ１１に送信する（Act７２：取得手段）。

この問合せコマンドを受信した注文管理サーバ１１は、注文データファイル２０を検索する。そしてサーバ１１は、ステータスが“Ｓ０”の注文データファイル２０のなかで、コマンド中の卓番号を含むファイル２０を検出する。該当する注文データファイル２０を検出できないとき、サーバ１１は、エラーコマンドを会計端末１４に返信する。

該当する注文データファイル２０を検出できた場合には、サーバ１１は、この注文データファイル２０のデータを含む応答データを会計端末１４に返信する。またサーバ１１は、記憶デバイスに保持される当該注文データファイル２０のステータスを、“Ｓ０”から“Ｓ１”に変更する。

ＣＰＵ５１は、応答データを待機する（Act７３）。応答データでなくエラーコマンドを受信した場合には（Act７３にてＮＯ）、卓番号の入力をエラーとする。

応答データを受信した場合には（Act７３にてＹＥＳ）、ＣＰＵ５１は、この応答データのグループフラグＧＦを調べる。グループフラグＧＦが“０”にリセットされている場合（Act７４にてＮＯ）、ＣＰＵ５１は、Act７７の処理に進む。

グループフラグＧＦが“１”にセットされている場合には（Act７４にてＹＥＳ）、ＣＰＵ５１は、この応答データからグループ卓番号を検出する。そしてＣＰＵ５１は、このグループ卓番号を含む注文データ問合せコマンドを生成し、通信インターフェース５６を介して注文管理サーバ１１に送信する（Act７５）。

上記問合せコマンドを受信した注文管理サーバ１１においては、Act７２の処理で送信された問合せコマンドを受信したときと同様な処理が実行される。したがってＣＰＵ５１は、グループ卓番号がセットされた注文データファイル２０のデータを含む応答データを待機する（Act７３）。応答データを受信したならば、ＣＰＵ５１は、Act７７の処理に進む。

Act７７では、ＣＰＵ５１は、注文管理サーバ１１から受信した全ての応答データから注文データを抽出する。そしてＣＰＵ５１は、これらの注文データに基づいて、ディスプレイ５８及び客用表示ユニット６０に会計データ画面を表示させる（Act７７）。会計データ画面には、注文データの明細と合計金額とが含まれる。

ＣＰＵ５１は、締めキー７３が入力されるのを待機する（Act７８）。締めキー７３が入力されたならば（Act７８にてＹＥＳ）、ＣＰＵ５１は、釣銭演算等の会計処理を実行する（Act７９：会計手段）。またＣＰＵ５１は、通信インターフェース５６を介して会計終了コマンドを送信する（Act８０：命令手段）。会計終了コマンドには、Act７１の処理で入力を受け付けた卓番号が含まれる。以上で、会計処理プログラムに従った処理は終了する。

上記会計終了コマンドは、注文管理サーバ１１に送信される。注文管理サーバ１１は、上記会計終了コマンドを、そのコマンドに含まれる卓番号が設定されたオーダ端末１６に無線基地局１５を介して送信する。

オーダ端末１６のＣＰＵ３１は、会計終了コマンドを受信すると、図１１で説明した処理を実行する。すなわちオーダ端末１６は、会計終了コマンドをクリアコマンドとみなして処理する。ここに、会計終了コマンドは、注文バッファ４３のクリア命令として作用する。

このように本実施形態においては、飲食を終えた客の会計処理が会計端末１４で実行されたことに応じて、その客が着いていた食卓のオーダ端末１６に対して会計終了コマンド、すなわちクリア命令が送信される。その結果、オーダ端末１６の注文バッファ４３が自動的にクリアされる。したがって、オーダ端末１６の注文バッファ４３に格納された注文データをクリアする作業を不要にできる。

また、本実施形態においては、一括して会計を行う客が着いている複数の食卓をグループ化することができる。そして、グループ化された中の１つの食卓で飲食を終えた客の会計処理が会計端末１４で実行された際には、同じグループに属する食卓のオーダ端末１６においても注文バッファ４３が自動的にクリアされる。したがって、食卓の後片付けを行う店員の負担を軽減することができる。また、クリアのし忘れもなくなるので、前の客の注文データが注文バッファ４３に残ってしまうことによる不具合も未然に防ぐことができる。

なお、本発明は、前記実施形態に限定されるものではない。
例えば前記実施形態では、オーダ端末１６が有する通信手段を無線回路３６として説明したが、通信手段は、無線回路３６に限定されるものではない。各オーダ端末１６に通信手段としてＬＡＮインターフェースを搭載し、このＬＡＮインターフェースを介してネットワーク１７にオーダ端末１６を接続して、注文管理システムを構築してもよい。

また、前記実施形態では、複数の食卓にそれぞれ設置された複数のオーダ端末１６をグループ化する機能を有する注文管理システムについて例示したが、必ずしも複数のオーダ端末１６をグループ化する機能を有するシステムに限定されるものではない。通信手段を介してクリア命令を受信したオーダ端末１６だけが注文バッファ４３をクリアするものであってもよい。

また、前記実施形態では、会計端末１４から送信される会計終了コマンドを、注文管理サーバ１１を経由させて該当するオーダ端末１６に送るようにしたが、必ずしも注文管理サーバ１１を経由させる必要はない。会計端末１４から直接該当するオーダ端末１６に会計終了コマンドを送信してもよい。

なお、前記実施形態は、オーダ端末１６の内部のプログラム記憶部に発明の機能を実現させる制御プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークからオーダ端末１６にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、オーダ端末１６にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。また、本実施形態のプログラムを、通信機能を有するハンディターミナルやいわゆるＰＤＡのような携帯情報端末に組み込んで、その機能を実現させるものであってもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…注文管理システム、１１…注文管理サーバ、１４…会計端末、１５…無線基地局、１６…オーダ端末、２０…注文データファイル、４３…注文バッファ、７０…注文受付機能、８０…会計処理機能。

Claims (6)

1. 飲食店の各食卓に着いた客から注文データを受け付ける複数のオーダ端末と、前記各オーダ端末で受け付けた前記注文データを管理するサーバで管理される前記注文データに基づいて飲食を済ませた客の会計を処理する会計端末とを含み、
   前記オーダ端末は、
   注文データの記憶部と、注文データを受け付ける注文受付手段と、この注文受付手段で受け付けた前記注文データを前記記憶部に格納する格納手段と、前記記憶部に記憶された前記注文データを、通信手段を介して前記サーバに送信する送信手段と、前記記憶部に記憶された前記注文データを、前記通信手段を介して受信したクリア命令に応じてクリアするクリア手段とを具備し、
   前記会計端末にて前記客の会計が処理されたことに応じて、当該客からの注文を受け付けた前記オーダ端末に対して前記クリア命令が送信されることを特徴とする注文管理システム。
2. 前記会計端末は、
   会計を行う客を識別可能な識別データを受け付ける識別受付手段と、この識別受付手段で受け付けた前記識別データで識別される客の注文データを前記サーバから取得する取得手段と、この取得手段で取得した前記注文データに基づき会計を処理する会計手段と、前記識別受付手段で受け付けた前記識別データで識別される客からの注文を受け付けたオーダ端末に対し、前記会計手段による会計の処理終了に応じて前記クリア命令を送信する命令手段と、を具備したことを特徴とする請求項１記載の注文管理システム。
3. 前記オーダ端末は、
   一括して会計を行う客が着いている複数の食卓をグループ化するグループ化手段、をさらに具備し、
   前記オーダ端末に対して前記クリア命令が送信されると、そのオーダ端末でグループ化された食卓に着いた客から注文を受けた他のオーダ端末に対しても前記クリア命令が送信されることを特徴とする請求項１記載の注文管理システム。
4. 注文データの記憶部と、
   注文データを受け付ける注文受付手段と、
   この注文受付手段で受け付けた前記注文データを前記記憶部に格納する格納手段と、
   前記記憶部に記憶された前記注文データを、通信手段を介して前記サーバに送信する送信手段と、
   前記記憶部に記憶された前記注文データを、前記通信手段を介して受信したクリア命令に応じてクリアするクリア手段と、
   を具備し、
   前記クリア命令は、会計処理終了に応じて会計端末から発せられる会計終了コマンドであることを特徴とするオーダ端末。
5. 一括して会計を行う客が着いている複数の食卓をグループ化するグループ化手段と、
   前記クリア命令を受信すると、前記グループ化手段でグループ化された食卓に着いた客から注文を受けた他のオーダ端末に対して前記クリア命令を転送する転送手段と、
   をさらに具備したことを特徴とする請求項４記載のオーダ端末。
6. 記憶部を備えたコンピュータを、
   注文データを受け付ける注文受付手段、
   この注文受付手段で受け付けた前記注文データを前記記憶部に格納する格納手段、
   前記記憶部に記憶された前記注文データを、通信手段を介して前記サーバに送信する送信手段、及び、
   前記記憶部に記憶された前記注文データを、前記通信手段を介して受信したクリア命令に応じてクリアするクリア手段、
   として機能させるための制御プログラム。

Images