特許 5764595 注文受付装置及び制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5764595

(24)【登録日】2015年6月19日

(45)【発行日】2015年8月19日

(54)【発明の名称】注文受付装置及び制御プログラム

(51)【国際特許分類】

   G07G 1/12 20060101AFI20150730BHJP

   G07G 1/01 20060101ALI20150730BHJP

【ＦＩ】

   G07G1/12 361C

   G07G1/01 301D

【請求項の数】6

【全頁数】18

(21)【出願番号】特願2013-34786(P2013-34786)

(22)【出願日】2013年2月25日

(65)【公開番号】特開2014-164506(P2014-164506A)

(43)【公開日】2014年9月8日

【審査請求日】2014年5月8日

(73)【特許権者】

【識別番号】000003562

【氏名又は名称】東芝テック株式会社

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100088683

【弁理士】

【氏名又は名称】中村 誠

(74)【代理人】

【識別番号】100103034

【弁理士】

【氏名又は名称】野河 信久

(74)【代理人】

【識別番号】100075672

【弁理士】

【氏名又は名称】峰 隆司

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100140176

【弁理士】

【氏名又は名称】砂川 克

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100172580

【弁理士】

【氏名又は名称】赤穂 隆雄

(74)【代理人】

【識別番号】100179062

【弁理士】

【氏名又は名称】井上 正

(74)【代理人】

【識別番号】100124394

【弁理士】

【氏名又は名称】佐藤 立志

(74)【代理人】

【識別番号】100112807

【弁理士】

【氏名又は名称】岡田 貴志

(74)【代理人】

【識別番号】100111073

【弁理士】

【氏名又は名称】堀内 美保子

(72)【発明者】

【氏名】川本 剛士

【審査官】 永安 真

(56)【参考文献】

【文献】 特開２００１−１３４６７３（ＪＰ，Ａ）

【文献】 特開２０１０−０３９８８９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０７Ｇ １／００ − １／１４

(57)【特許請求の範囲】

【請求項1】

少なくとも入力部、表示部、記憶部、通信部及び各部を制御する制御部を備えた注文受付装置において、
前記制御部は、
前記入力部の入力により商品の注文を受け付ける通常注文受付手段と、
この通常注文受付手段で受け付けた商品の注文データを前記記憶部に格納する格納手段と、
前記通信部を介して前記記憶部に格納された前記注文データをサーバに送信する通信手段と、
前記通信部を介して接続される他の注文受付装置の中で同一グループに設定された前記他の注文受付装置の前記記憶部に格納された前記注文データを、前記通信部を介して収集する収集手段と、
この収集手段により前記他の注文受付装置から収集した前記注文データに基づいて、前記他の注文受付装置での注文状況を表わす画面を前記表示部に表示させる注文状況表示手段と、
前記他の注文受付装置から収集した前記注文データには存在するが、前記記憶部に格納された前記注文データには存在しない商品を抽出する抽出手段と、
この抽出手段により抽出された商品の情報を前記表示部に表示させる不足商品表示手段と、
を具備したことを特徴とする注文受付装置。

【請求項2】

前記抽出手段により抽出された商品の注文を受け付ける不足注文受付手段、をさらに具備したことを特徴とする請求項１記載の注文受付装置。

【請求項3】

前記収集手段により前記他の注文受付装置から収集した前記注文データと前記記憶部に格納された前記注文データとから、注文した商品の合計データを算出する算出手段と、
この算出手段により算出された合計データを前記表示部に表示させる合計表示手段と、
をさらに具備したことを特徴とする請求項１または２に記載の注文受付装置。

【請求項4】

前記通信部を介して接続される他の注文受付装置に対してグループ化を要求する要求手段と、
前記要求手段によりグループ化を要求した前記他の注文受付装置から前記グループ化の要求があるとき、当該他の注文受付装置が同一グループであると設定する設定手段と、
をさらに具備したことを特徴とする請求項１乃至３のうちいずれか１に記載の注文受付装置。

【請求項5】

少なくとも入力部、表示部、記憶部、通信部及び各部を制御する制御部を備えた注文受付装置において、
前記制御部は、
前記入力部の入力により商品の注文を受け付ける通常注文受付手段と、
この通常注文受付手段で受け付けた商品の注文データを前記記憶部に格納する格納手段と、
前記通信部を介して前記記憶部に格納された前記注文データをサーバに送信する通信手段と、
前記通信部を介して接続される他の注文受付装置の中で同一グループに設定された前記他の注文受付装置の前記記憶部に格納された前記注文データを、前記通信部を介して収集する収集手段と、
前記他の注文受付装置から収集した前記注文データには存在するが、前記記憶部に格納された前記注文データには存在しない商品を抽出する抽出手段と、
この抽出手段により抽出された商品の情報を前記表示部に表示させる不足商品表示手段と、
を具備したことを特徴とする注文受付装置。

【請求項6】

少なくとも入力部、表示部、記憶部及び通信部を備えたコンピュータに、
前記入力部の入力により商品の注文を受け付ける機能と、
注文を受け付けた商品の注文データを前記記憶部に格納する機能と、
前記通信部を介して前記記憶部に格納された前記注文データをサーバに送信する機能と、
前記通信部を介して接続される他の注文受付装置の中で同一グループに設定された前記他の注文受付装置の前記記憶部に格納された前記注文データを、前記通信部を介して収集する機能と、
前記他の注文受付装置から収集した前記注文データに基づいて、前記他の注文受付装置での注文状況を表わす画面を前記表示部に表示させる機能と、
前記他の注文受付装置から収集した前記注文データには存在するが、前記記憶部に格納された前記注文データには存在しない商品を抽出する機能と、
前記抽出された商品の情報を前記表示部に表示させる機能と、
を実現させるための制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、客が飲食するメニュー品目の注文を受け付ける注文受付装置及びこの装置の制御プログラムに関する。

【背景技術】

【0002】

近年、飲食店向けのセルフオーダシステムが開発され、実用に供されている。このシステムは、オーダ端末と、厨房端末と、ＰＯＳ（Point Of Sales）端末と、各端末を制御するサーバとを含む。各端末は、無線または有線の通信手段を介してサーバに接続される。

【0003】

注文受付装置として機能するオーダ端末は、客席にそれぞれ設置される。オーダ端末は、操作デバイスと表示デバイスとを有する。表示デバイスには、メニュー画面が表示される。客席に着いた客は、操作デバイスを操作して、メニュー画面に表示されるメニュー品目の中から注文したいメニュー品目を選択する。選択されたメニュー品目のデータは、通信手段を介してサーバに送信され、受注処理される。

【0004】

ところでグループ客の場合、人数や混み具合によっては複数の客席に分かれることがある。このような場合でも、セルフオーダシステムが構築された飲食店では、客席毎にオーダ端末を利用して客自身が注文を行う。このため、例えばグループのメンバーが他の席でどのような注文をしたのかを把握することは容易ではない。また、会計の前にグループ全体で飲食代金の総額がいくらになるのかをメンバーが即座に把握することも困難である。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１０−０７９３８０号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

一実施形態が解決しようとする課題は、グループの客が複数の客席に分かれた場合に、他の席に着いたメンバーの注文状況を自席から容易に把握できる注文受付装置を提供しようとするものである。

【課題を解決するための手段】

【0007】

一実施形態において、注文受付装置は、少なくとも入力部、表示部、記憶部、通信部及び各部を制御する制御部を備える。制御部は、通常注文受付手段、格納手段、通信手段、収集手段、注文状況表示手段、抽出手段及び不足商品表示手段を有する。
通常注文受付手段は、入力部の入力により商品の注文を受け付ける。格納手段は、通常注文受付手段で受け付けた商品の注文データを記憶部に格納する。通信手段は、通信部を介して記憶部に格納された注文データをサーバに送信する。収集手段は、通信部を介して接続される他の注文受付装置の中で同一グループに設定された他の注文受付装置の記憶部に格納された前記注文データを、通信部を介して収集する。注文状況表示手段は、収集手段により他の注文受付装置から収集した注文データに基づいて、他の注文受付装置での注文状況を表わす画面を表示部に表示させる。抽出手段は、他の注文受付装置から収集した注文データには存在するが、記憶部に格納された注文データには存在しない商品を抽出する。不足商品表示手段は、抽出手段により抽出された商品の情報を表示部に表示させる。

【図面の簡単な説明】

【0008】

【図1】セルフオーダシステムの全体構成図。

【図2】オーダ端末の構成を示すブロック図。

【図3】オーダ端末のＲＡＭに形成される主要なデータエリアを示す模式図。

【図4】注文受付プログラムに従ってオーダ端末のＣＰＵが実行する情報処理手順を示す流れ図。

【図5】図４におけるグループ化処理の具体的な手順を示す流れ図。

【図6】図４における選択業務処理のなかのグループ注文確認処理の具体的な手順を示す流れ図。

【図7】図４における選択業務処理のなかのグループ会計確認処理の具体的な手順を示す流れ図。

【図8】オーダ端末のタッチパネルに表示されるグループ卓選出画面の一例を示す図。

【図9】オーダ端末のタッチパネルに表示されるグループ卓結果画面の一例を示す図。

【図10】オーダ端末のタッチパネルに表示される注文確認画面の一例を示す図。

【図11】オーダ端末のタッチパネルに表示される未注文確認画面の一例を示す図。

【図12】オーダ端末のタッチパネルに表示される合計確認画面の一例を示す図。

【図13】オーダ端末のタッチパネルに表示される合計確認画面の一例を示す図。

【発明を実施するための形態】

【0009】

以下、注文受付装置の実施形態について、図面を用いて説明する。
本実施形態では、飲食店に配置された各客席の食卓上にそれぞれ設置され、客席に着いた客が自ら操作してメニュー品目を注文するテーブルオーダ端末（以下、単にオーダ端末と称する）を、注文受付装置の一態様として例示する。

【0010】

図１は、オーダ端末１６を用いたセルフオーダシステム１の全体構成図である。本システム１は、注文管理サーバ１１と、厨房端末１２と、伝票発行器１３と、ＰＯＳ（Point Of Sales）端末１４と、無線基地局（アクセスポイント）１５と、複数台のオーダ端末１６とを含む。

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

図３は、ＲＡＭ２３に形成される主要なデータエリアを示す模式図である。図示すように、ＲＡＭ２３には、注文メモリ４１、フラグメモリ４２及びグループメモリ４３としてのデータエリアが少なくとも形成される。

【0022】

注文メモリ４１は、客席に着いた客の注文に係るデータとして、少なくとも人数データ、注文データ及び合計データを記憶する。人数データは、客の人数である。注文データは、客が注文したメニュー品目の商品コード、注文数等である。合計データは、客が注文したメニュー品目の合計金額である。ここに、注文メモリ４１は、記憶部として機能する。

【0023】

フラグメモリ４２は、客席が在席状態にあるか否かを識別するための在席フラグＥＦを記憶する。在席状態とは、客席に着いた客の注文を受けてから会計が終わるまでをいう。本実施形態では、在席状態にあるとき在席フラグＥＦが“１”となり、在席状態にないとき在席フラグＥＦが“０”となる。

【0024】

グループメモリ４３は、グループ卓番号とグループフラグＧＦとを関連付けて記憶する。グループ卓番号は、当該オーダ端末１６が設置されている客席に着いた客と同じグループに属する客が着いた他の客席の卓番号である。グループフラグＧＦは、当該オーダ端末１６が設置されている客席の客と、対応するグループ卓番号で識別される客席の客との間でグループ化が成立しているか否かを識別する情報である。本実施形態では、グループ化が成立していないときグループフラグＧＦが“０”となり、グループ化が成立するとグループフラグＧＦが“１”となる。

【0025】

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

【0026】

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

【0027】

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

【0028】

在席フラグＥＦが“０”にリセットされている場合（Act３にてＹＥＳ）、ＣＰＵ２１は、ディスプレイ２７ｄの画面をグループ化画面に切り替える（Act４）。この画面には、席が分かれてしまった同一グループの客とグループ化するか否かを客に問い合わせるメッセージと、「グループ化する」及び「グループ化しない」の各選択ボタンとが表示される。

【0029】

ＣＰＵ２１は、「グループ化する」または「グループ化しない」のいずれかの選択ボタンがタッチされるのを待機する（Act５）。あるいは、いずれか一方のボタン、例えばグループ化しない」の選択ボタンをデフォルトと設定し、一定時間が経過してもボタンがタッチされない場合、ＣＰＵ２１は、デフォルトの選択ボタンがタッチされたものと認識する。

【0030】

「グループ化する」の選択ボタンがタッチされた場合には（Act５にてＹＥＳ）、ＣＰＵ２１は、Act６の処理を実行した後、Act７の処理に進む。これに対し、「グループ化しない」の選択ボタンがタッチされた場合には（Act５にてＮＯ）、ＣＰＵ２１は、Act６の処理を実行せずにAct７の処理に進む。

【0031】

Act６では、グループ化処理が実行される。
図５は、グループ化処理の具体的な手順を示す流れ図である。グループ化処理に入ると、ＣＰＵ２１は、ディスプレイ２７ｄの画面をグループ卓選出画面６０に切り替える（Act２１）。そしてＣＰＵ２１は、グループ化する客席の卓番号が選出されるのを待機する（Act２２）。

【0032】

グループ卓選出画面６０の一例を図８に示す。図示するようにグループ卓選出画面６０には、客席エリアに配置された各客席のレイアウト画像６１が表示される。また、実行ボタン６２と取消ボタン６３もグループ卓選出画面６０に表示される。レイアウト画像６１には、客席毎に食卓と椅子の画像がその食卓に割当てられた卓番号とともに表示される。そして、当該オーダ端末１６が設置されている客席は、他の客席と識別可能となるように、食卓画像が例えば色分けされている。他の客席の画像は、グループ化する客席を選出するためのボタンとなっている。グループ化処理を実行するオペレータ（通常は、客席に着いた客）は、グループ化する全ての客席の食卓画像にタッチした後、実行ボタン６２にタッチする。

【0033】

ＣＰＵ２１は、タッチセンサ２７ｔを監視する。そして、１乃至複数の食卓画像がタッチされ、続いて実行ボタン６２のタッチ操作が検知されたならば（Act２２にてＹＥＳ）、ＣＰＵ２１は、タッチされた食卓画像に割当てられている卓番号を、グループメモリ４３のグループ卓番号エリアにセットする（Act２３）。このとき、グループ卓番号に対応したグループフラグＧＦは“０”である。

【0034】

ＣＰＵ２１は、グループメモリ４３にセットされたグループ卓番号毎にグループ要求コマンドを生成する。このコマンドには、グループ卓番号が宛先アドレスとしてセットされる。また、卓番号ファイル３２に保存されている卓番号が送信元アドレスとしてセットされる。ＣＰＵ２１は、無線回路２６を介してグループ要求コマンドを送信する（Act２４：要求手段）。

【0035】

例えば、図８に示すグループ卓選出画面６０において、卓番号＃０４の客席に着いている客が、卓番号＃０３の食卓画像と卓番号＃０５の食卓画像にタッチした後、実行ボタン６２にタッチしたと仮定する。この場合、卓番号＃０４の客席に設置されたオーダ端末１６からは、２つのグループ要求コマンドが無線送信される。一つ目のグループ要求コマンドの宛先アドレスは、グループ卓番号＃０３であり、送信元アドレスは卓番号＃０４である。２つ目のグループ要求コマンドの宛先アドレスは、グループ卓番号＃０５であり、送信元アドレスは卓番号＃０４である。

【0036】

オーダ端末１６から無線送信されたグループ要求コマンドは、無線基地局１５で受信され、ネットワーク１７を介して注文管理サーバ１１に一旦取り込まれる。注文管理サーバ１１は、各オーダ端末１６から取り込んだグループ要求コマンドを無線基地局１５から無線送信する。無線基地局１５から無線送信されたグループ要求コマンドは、各オーダ端末１６で受信可能である。

【0037】

Act２４の処理にてグループ要求コマンドを送信したオーダ端末１６のＣＰＵ２１は、タイマをスタートさせる（Act２５）。タイマは、例えばＣＰＵ２１に内蔵されている。ＣＰＵ２１は、他のオーダ端末１６から自己宛のグループ要求コマンドを待機する（Act２６）。またＣＰＵ２１は、タイマがタイムアウトしたか否かを監視する（Act２７）。

【0038】

自己宛のグループ要求コマンドは、送信先アドレスであるグループ卓番号が卓番号ファイル３２に設定されている卓番号と一致する。タイマがタイムアウトするより前に（Act２７にてＮＯ）、自己宛のグループ要求コマンドを受信した場合（Act２６にてＹＥＳ）、ＣＰＵ２１は、そのグループ要求コマンドの送信元アドレスである卓番号でグループメモリ４３を検索する（Act２８）。そしてＣＰＵ２１は、グループ卓番号のなかに上記送信元アドレスである卓番号が存在するか否かを確認する（Act２９）。存在する場合（Act２９にてＹＥＳ）、ＣＰＵ２１は、グループメモリ４３の当該グループ卓番号に対応したグループフラグＧＦを“１”に更新する（Act３０：設定手段）。存在しない場合には（Act２９にてＮＯ）、グループフラグＧＦは“０”のままである。しかる後、ＣＰＵ２１は、次の自己宛のグループ要求コマンドを待機する（Act２６）。

【0039】

タイマがタイムアウトするまでの間、自己宛のグループ要求コマンドを受信する毎に、ＣＰＵ２１は、上記Act２８〜Act３０の処理を実行する。タイマがタイムアウトしたならば（Act２７にてＹＥＳ）、ＣＰＵ２１は、ディスプレイ２７ｄの画面をグループ卓結果画面７０に切り替える（Act３１）。

【0040】

グループ卓結果画面７０の一例を図９に示す。図示するようにグループ卓結果画面７０には、グループ卓選出画面６０と同様のレイアウト画像７１と、確認ボタン７２とが表示されている。そしてレイアウト画像７１には、当該オーダ端末１６が設置されている客席とグループ化された客席を、他のグループ化されていない客席と識別可能となるように食卓画像が例えば色分けされている。

【0041】

図９は、図８のグループ卓選出画面６０において、卓番号＃０４の客席に着いている客が少なくとも卓番号＃０３の客席をグループ卓として選出し、かつ、卓番号＃０３の客席に着いている客も卓番号＃０４の客席をグループ卓として選出した場合である。この場合、卓番号＃０３と卓番号＃０４との両客席にそれぞれ設置されたオーダ端末１６のグループメモリ４３には、それぞれ相手側の卓番号がグループ卓番号としてセットされるとともに、対応するグループフラグＧＦが“１”に更新される。すなわちグループ卓結果画面７０は、卓番号＃０３の客席と卓番号＃０４の客席とがグループ化されたことを示す。

【0042】

ＣＰＵ２１は、確認ボタン７２がタッチされるのを待機する（Act３２）。タッチセンサ２７ｔにより確認ボタン７２のタッチ操作が検知されたならば（Act３２にてＹＥＳ）、ＣＰＵ２１は、グループ化処理を終了する。

【0043】

グループ化処理が終了したならば、ＣＰＵ２１は、Act７の処理に進む。Act７では、新規の注文受付処理を実行する。先ず，ＣＰＵ２１は、ディスプレイの画面を人数受付画面に切り替える。この画面には、テンキーとともに、客席に着いた客の人数を入力することを促すメッセージが表示される。ＣＰＵ２１は、テンキーのタッチ操作により入力された数値を人数データとして注文メモリ４１に格納する。

【0044】

人数データが入力されると、ＣＰＵ２１は、ディスプレイ２７ｄの画面をメニュー画面に切り替える。メニュー画面には、商品ファイル３１に保存されるデータを基に各メニュー品目が選択可能に表示される。ＣＰＵ２１は、タッチセンサ２７ｔを監視する（通常注文受付手段）。そして、メニュー画面のいずれかのメニュー品目がタッチされたならば、ＣＰＵ２１は、このメニュー品目の商品コード、注文数等の注文データを注文メモリ４３に格納する（格納手段）。またＣＰＵ２１は、注文メモリ４３の合計データに、このメニュー品目の価格を合算する。メニュー品目がタッチされる毎に、ＣＰＵ２１は、上述した処理を繰り返す。

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

在席時に実行可能な業務のなかにグループ注文確認業務とグループ会計確認業務とがある。グループ注文確認業務は、他の客席に着いた同一グループのメンバーが注文したメニュー品目の情報を確認する業務である。グループ会計業務は、同一グループに属するメンバーが注文したメニュー品目の合計を確認する業務である。

【0050】

在席業務画面において、グループ注文確認業務が選択されると、ＣＰＵ２１は、図６の流れ図に示す手順の処理を実行する。この処理は、プログラム記憶部であるＲＯＭ２２または補助記憶部２４に格納されたグループ業務プログラムにより実現される。

【0051】

先ず、ＣＰＵ２１は、ディスプレイ２７ｄの画面をグループ卓結果画面７０に切り替える（Act４１）。ただし、図５に示すグループ化処理のAct３１で表示されるグループ卓結果画面７０とは、以下の点で相違する。すなわち、グループ化された他の客席の食卓画像は、タッチ操作により選択可能となっている。また、確認ボタン７２に代えて終了ボタンが表示されている。

【0052】

ＣＰＵ２１は、タッチセンサ２７ｔを監視する（Act４２，４３）。タッチセンサ２７ｔにより、食卓画像の選択が検知されたならば（Act４２にてＹＥＳ）、ＣＰＵ２１は、注文データの収集コマンドを生成する。このコマンドには、選択された食卓画像の卓番号が宛先アドレスとしてセットされる。また、卓番号ファイル３２に保存されている卓番号が送信元アドレスとしてセットされる。ＣＰＵ２１は、無線回路２６を介して収集コマンドを送信する（Act４４：収集手段）。

【0053】

オーダ端末１６から無線送信された収集コマンドは、無線基地局１５で受信され、ネットワーク１７を介して注文管理サーバ１１に一旦取り込まれる。注文管理サーバ１１は、オーダ端末１６から取り込んだ収集コマンドを無線基地局１５から無線送信する。無線基地局１５から無線送信された収集コマンドは、各オーダ端末１６で受信可能である。

【0054】

各オーダ端末１６のＣＰＵ２１は、宛先アドレスが卓番号ファイル３２に保存されている卓番号と一致する収集コマンドを受信すると、正常応答コマンドを生成する。この正常応答コマンドには、注文メモリ４１に格納されている注文データが含まれる。また、収集コマンドの送信元アドレスである卓番号が宛先アドレスとしてセットされる。ＣＰＵ２１は、正常応答コマンドを無線送信する。

【0055】

オーダ端末１６から無線送信された正常応答コマンドは、無線基地局１５で受信され、ネットワーク１７を介して注文管理サーバ１１に一旦取り込まれる。注文管理サーバ１１は、オーダ端末１６から取り込んだ正常応答コマンドを無線基地局１５から無線送信する。無線基地局１５から無線送信された正常応答コマンドは、各オーダ端末１６で受信可能である。

【0056】

注文データの収集コマンドを送信したオーダ端末１６のＣＰＵ２１は、正常応答コマンドを待機する（Act４５）。宛先アドレスに設定されている卓番号が卓番号ファイル３２に設定されている卓番号と一致する正常応答コマンドを受信すると（Act４５にてＹＥＳ）、ＣＰＵ２１は、この正常応答コマンドから注文データを取得する。そしてＣＰＵ２１は、この注文データの内容を示す注文確認画面８０を表示させる（Act４６：注文状況表示手段）。

【0057】

注文確認画面８０の一例を図１０に示す。図示するように注文確認画面８０には、注文データに含まれる商品コードから特定されるメニュー品目の注文リスト（品目名、注文数、金額、合計金額等）８１と、比較ボタン８２と、終了ボタン８３とが表示される。

【0058】

ＣＰＵ２１は、タッチセンサ２７ｔを監視する（Act４７）。そして、終了ボタン８３のタッチ操作が検知された場合には（Act４７にてＮＯ）、ＣＰＵ２１は、ディスプレイ２７ｄの画面をグループ卓結果画面７０に戻す（Act４１）。

【0059】

これに対し、比較ボタン８２のタッチ操作が検知された場合には（Act４７にてＹＥＳ）、ＣＰＵ２１は、正常応答コマンドから抽出した注文データと、注文メモリ４１に格納されている注文データとを比較する。そしてＣＰＵ２１は、正常応答コマンドから抽出した注文データには存在するが、注文メモリ４１に格納されている注文データには存在しない注文データを検索する。すなわちＣＰＵ２１は、自席ではまだ注文されていない未注文データを検索する（Act４８：抽出手段）。ＣＰＵ２１は、図１１に示すように、検出された未注文データを、注文確認画面８０の注文リスト８１に残す。また，ＣＰＵ２１は、比較ボタン８２を注文ボタン６４に変更する（Act４９：不足商品表示手段）。

【0060】

ＣＰＵ２１は、タッチセンサ２７ｔを監視する（Act５０）。そして、終了ボタン８３のタッチ操作が検知されたならば（Act５０にてＮＯ）、ＣＰＵ２１は、ディスプレイ２７ｄの画面をグループ卓結果画面７０に戻す（Act４１）。

【0061】

これに対し、注文ボタン８４のタッチ操作が検知された場合には（Act５０にてＹＥＳ）、ＣＰＵ２１は、追加の注文受付処理を実行する（Act５１：不足注文受付手段）。すなわちＣＰＵ２１は、ディスプレイにメニュー画面を表示させる。このメニュー画面には、未注文データとして抽出されたメニュー品目の画像が選択可能に表示される。ＣＰＵ２１は、タッチセンサ２７ｔを監視する。そして、メニュー画面のいずれかのメニュー品目がタッチされたならば、ＣＰＵ２１は、このメニュー品目の商品コード、注文数等を注文メモリ４３に追加する。またＣＰＵ２１は、注文メモリ４３の合計データに、このメニュー品目の価格を合算する。メニュー品目がタッチされる毎に、ＣＰＵ２１は、上述した処理を繰り返す。

【0062】

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

【0063】

以上で、追加の注文受付処理が終了する。この処理が終了すると、ＣＰＵ２１は、ディスプレイ２７ｄの画面をグループ卓結果画面７０に戻す（Act４１）。
グループ卓結果画面７０において、終了ボタンがタッチ操作されると（Act４３にてＹＥＳ）、グループ注文確認業務としての処理が終了する。

【0064】

在席業務画面において、グループ会計確認業務が選択されると、ＣＰＵ２１は、図７の流れ図に示す手順の処理を実行する。この処理も、前記グループ業務プログラムにより実現される。

【0065】

先ず、ＣＰＵ２１は、グループメモリ４３からグループ卓番号を検出する（Act６１）。そしてＣＰＵ２１は、検出されたグループ卓番号毎に人数及び合計データの収集コマンドを生成する。このコマンドには、検出されたグループ卓番号が宛先アドレスとしてセットされる。また、卓番号ファイル３２に保存されている卓番号が送信元アドレスとしてセットされる。ＣＰＵ２１は、無線回路２６を介して人数及び合計データの収集コマンドを送信する（Act６２：収集手段）。

【0066】

オーダ端末１６から無線送信された収集コマンドは、無線基地局１５で受信され、ネットワーク１７を介して注文管理サーバ１１に一旦取り込まれる。注文管理サーバ１１は、オーダ端末１６から取り込んだ収集コマンドを無線基地局１５から無線送信する。無線基地局１５から無線送信された収集コマンドは、各オーダ端末１６で受信可能である。

【0067】

各オーダ端末１６のＣＰＵ２１は、宛先アドレスが卓番号ファイル３２に保存されている卓番号と一致する収集コマンドを受信すると、正常応答コマンドを生成する。この正常応答コマンドには、注文メモリ４１に格納されている人数データと合計データとが含まれる。また、収集コマンドの送信元アドレスである卓番号が宛先アドレスとしてセットされる。ＣＰＵ２１は、正常応答コマンドを無線送信する。

【0068】

オーダ端末１６から無線送信された正常応答コマンドは、無線基地局１５で受信され、ネットワーク１７を介して注文管理サーバ１１に一旦取り込まれる。注文管理サーバ１１は、オーダ端末１６から取り込んだ正常応答コマンドを無線基地局１５から無線送信する。無線基地局１５から無線送信された正常応答コマンドは、各オーダ端末１６で受信可能である。

【0069】

人数及び合計データの収集コマンドを送信したオーダ端末１６のＣＰＵ２１は、正常応答コマンドを待機する（Act６３）。卓番号ファイル３２に設定されている卓番号が宛先アドレスに設定されている正常応答コマンドを受信すると（Act６３にてＹＥＳ）、ＣＰＵ２１は、この正常応答コマンドから人数データと合計データとを取得する。そしてＣＰＵ２１は、この人数データを注文メモリ４１に格納されている人数データに加算してグループ総人数を算出するとともに、合計データを注文メモリ４１に格納されている合計データに加算してグループ合計金額を算出する（Act６４：算出手段）。また、ＣＰＵ２１は、グループ合計金額をグループ総人数で除算して、１名当たりの割勘金額を算出する（Act６５）。

【0070】

ＣＰＵ２１は、ディスプレイ２７ｄの画面をグループ合計画面９０に切り替えて、上記グループ総人数及びグループ合計金額と、割勘金額とを表示させる（Act６６：合計表示手段）。

【0071】

グループ合計画面９０の一例を図１２に示す。図示するように、グループ合計画面９０には、グループ合計金額の表示領域９１と、グループ総人数の表示領域９２と、割勘金額の表示領域９３とに区分される。また、終了ボタン９４が表示される。さらに、表示領域９２の両側には、人数変更ボタンとしてプラス（＋）ボタン９５とマイナス（−）ボタン９６とが表示される。

【0072】

ＣＰＵ２１は、タッチセンサ２７ｔを監視する。そして、人数変更ボタン９４，９５がタッチされるか、終了ボタン９４がタッチされるのを待機する（Act６７，６８）。人数変更ボタン９４，９５のタッチ操作が検知された場合（Act６７にてＹＥＳ）、ＣＰＵ２１は、Act６５の処理に戻る。すなわちＣＰＵ２１は、プラス（＋）ボタン９５がタッチされた場合にはその回数だけグループ総人数を増加させ、マイナス（−）ボタン９６がタッチされた場合にはその回数だけグループ総人数を減少させる。そしてＣＰＵ２１は、増減されたグループ総人数とグループ合計金額とから割勘金額を再計算する（Act６５）。しかる後、ＣＰＵ２１は、グループ合計画面９０の表示内容を更新する（Act６６）。

【0073】

図１３は、図１２のグループ合計画面９０において、オペレータがマイナス（−）ボタン９６に２回タッチした後のグループ合計画面９０である。図１３に示すように、グループ総人数が２名減ったため、一人当たりの割勘金額が5,080円から6,350円に増額している。

【0074】

グループ合計画面９０において、終了ボタン９４がタッチ操作された場合には（Act６８にてＹＥＳ）、グループ会計確認業務としての処理が終了する。

【0075】

図８に示すグループ卓選出画面６０のレイアウト画像６１に表示される客席エリアを有する飲食店に１０名のグループ客が来店し、卓番号＃０３の客席と卓番号＃０４の客席とに案内されたとする。この場合、卓番号＃０３の客席に着いた客（以下、客０３と称する）は、卓番号＃０３が割当てられた食卓１８上のオーダ端末１６（以下、オーダ端末１６-03と称する）を操作する。卓番号＃０４の客席に着いた客（以下、客０４と称する）は、卓番号＃０４が割当てられた食卓１８上のオーダ端末１６（以下、オーダ端末１６-04と称する）を操作する。

【0076】

先ず、客０３及び客０４は、それぞれディスプレイ２７ｄに表示されている待受け画面にタッチする。そうすると、画面がグループ化画面に切り替わるので、客０３及び客０４は、「グループ化する」の選択ボタンにタッチする。そうすると、画面がグループ卓選出画面６０に切り替わる。

【0077】

ここで、客０３は、卓番号＃０４の食卓画像にタッチした後、実行ボタン６２にタッチする。そうすると、宛先アドレスが卓番号＃０４であり、送信元アドレスが＃０３のグループ要求コマンドが無線送信される。このグループ要求コマンドは、オーダ端末１６-04で受信される。同様に、客０４は、卓番号＃０３の食卓画像にタッチした後、実行ボタン６２にタッチする。そうすると、宛先アドレスが卓番号＃０３であり、送信元アドレスが＃０４のグループ要求コマンドが無線送信される。このグループ要求コマンドは、オーダ端末１６-03で受信される。

【0078】

しかして、オーダ端末１６-03では、グループメモリ４３に卓番号＃０４がグループ卓番号としてセットされる。また、このグループ卓番号＃０４に対応するグループフラグＧＦが“１”にセットされる。同様に、オーダ端末１６-04では、グループメモリ４３に卓番号＃０３がグループ卓番号としてセットされる。また、このグループ卓番号＃０３に対応するグループフラグＧＦが“１”にセットされる。かくして、卓番号＃０３の客席と卓番号＃０４の客席とがグループ化される。

【0079】

その後、客０３及び客０４は、それぞれオーダ端末１６-03、１６-04を操作して、人数データと注文データとを入力する。入力された人数データ及び注文データと合計データとは、注文メモリ４１に格納される。

【0080】

ところで、客０３が客０４の注文内容を確認したい場合、客０３は、オーダ端末１６-03において、グループ注文確認業務を選択する。そうすると、ディスプレイ２７ｄの画面がグループ卓結果画面７０に切り替わるので、客０３は、卓番号＃０４の食卓画像にタッチし、さらに確認ボタン７２にタッチする。

【0081】

そうすると、オーダ端末１６-03から注文データの収集コマンドが無線送信される。このコマンドの宛先アドレスは、卓番号＃０４である。したがって、収集コマンドは、オーダ端末１６-04で受信される。その結果、オーダ端末１６-04の注文メモリ４１に格納されている注文データがオーダ端末１６-03に無線送信されて、図１０に示すように、ディスプレイ２７ｄの注文確認画面８０に表示される。

【0082】

このように本実施形態によれば、グループの客が複数の客席に分かれた場合に、他の席に着いたメンバーの注文内容を自席から容易に把握することができる。なお、グループのメンバー以外の客が注文した内容を確認できないのは、言うまでもないことである。

【0083】

ここで、注文確認画面８０を確認した客０３が、比較ボタン８２にタッチしたとする。そうすると、図１１に示すように、客０４は注文したが客０３は注文していない未注文データのリストが注文確認画面８０に表示される。この未注文データを注文する場合、客０３は、注文ボタン８４にタッチする。そうすると、未注文データに限定された追加注文受付処理が実行される。

【0084】

このように本実施形態によれば、グループの客が複数の客席に分かれた場合に、他の席に着いたメンバーが注文したメニュー品目を容易に追加注文することができる。

【0085】

また、例えば客０３がグループ全体の支払金額を知りたい場合、客０３は、オーダ端末１６-03において、グループ会計確認業務を選択する。そうすると、オーダ端末１６-03から人数及び合計データの収集コマンドが無線送信される。このコマンドの宛先アドレスは、卓番号＃０４である。したがって、収集コマンドは、オーダ端末１６-04で受信される。その結果、オーダ端末１６-04の注文メモリ４１に格納されている人数データと合計データとがオーダ端末１６-03に無線送信され、オーダ端末１６-03の人数データ及び合計データにそれぞれ加算される。

【0086】

しかして、オーダ端末１６-03のディスプレイ２７ｄには、図１２に示すようなグループ合計画面９０が表示される。したがって客０３は、グループの合計金額が50,800円であり、一人当たりの割勘金額が5,080円であることを容易に知り得る。

【0087】

ここで、１０名のうち２名を支払いから除く場合には、客０３は、マイナス（−）ボタン９６に２回タッチする。そうすると、グループ合計画面９０が、図１２の内容から図１３の内容に変化する。したがって客０３は、８名で支払う場合の割勘金額6,350円を容易に知ることができる。

【0088】

なお、本発明は、前記実施形態に限定されるものではない。
例えば前記実施形態では、オーダ端末１６が要求手段を備えたが、必ずしもオーダ端末１６が要求手段を備えていなくてもよい。オーダ端末１６のグループ化については、別の方法で行ってもよい。

【0089】

また、前記実施形態では、オーダ端末１６間で送受信されるコマンド（グループ要求コマンド、注文データの収集コマンド、人数／合計データの収集コマンド等）は、一旦、注文管理サーバ１１で受信されたが、必ずしも注文管理サーバ１１を経由しなくてもよい。無線基地局１５がオーダ端末１６間で送受信されるコマンドを中継してもよい。あるいは、無線基地局１５も介さずにオーダ端末１６どうしで無線通信により送受信してもよい。

【0090】

また、前記実施形態では、各オーダ端末１６を識別するデータとして、そのオーダ端末１６が設置されている食卓の卓番号を明示したが、識別データは卓番号に限定されるものではない。例えば、機器固有のＩＤを利用してもよい。

【0091】

また、前記実施形態は、装置内部のプログラム記憶部に発明の機能を実現させるプログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークから装置にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、装置にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

【0092】

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］少なくとも入力部、表示部、記憶部、通信部及び各部を制御する制御部を備えた注文受付装置において、前記制御部は、前記入力部の入力により商品の注文を受け付ける通常注文受付手段と、この通常注文受付手段で受け付けた商品の注文データを前記記憶部に格納する格納手段と、前記通信部を介して前記記憶部に格納された前記注文データをサーバに送信する通信手段と、前記通信部を介して接続される他の注文受付装置の中で同一グループに設定された前記他の注文受付装置の前記記憶部に格納された前記注文データを、前記通信部を介して収集する収集手段と、この収集手段により前記他の注文受付装置から収集した前記注文データに基づいて、前記他の注文受付装置での注文状況を表わす画面を前記表示部に表示させる注文状況表示手段と、を具備したことを特徴とする注文受付装置。
［２］前記他の注文受付装置から収集した前記注文データには存在するが、前記記憶部に格納された前記注文データには存在しない商品を抽出する抽出手段と、この抽出手段により抽出された商品の情報を前記表示部に表示させる不足商品表示手段と、をさらに具備したことを特徴とする付記［１］記載の注文受付装置。
［３］前記抽出手段により抽出された商品の注文を受け付ける不足注文受付手段、をさらに具備したことを特徴とする付記［２］記載の注文受付装置。
［４］前記収集手段により前記他の注文受付装置から収集した前記注文データと前記記憶部に格納された前記注文データとから、注文した商品の合計データを算出する算出手段と、この算出手段により算出された合計データを前記表示部に表示させる合計表示手段と、をさらに具備したことを特徴とする付記［１］乃至［３］のうちいずれか１に記載の注文受付装置。
［５］前記通信部を介して接続される他の注文受付装置に対してグループ化を要求する要求手段と、前記要求手段によりグループ化を要求した前記他の注文受付装置から前記グループ化の要求があるとき、当該他の注文受付装置が同一グループであると設定する設定手段と、さらに具備したことを特徴とする付記［１］乃至［４］のうちいずれか１に記載の注文受付装置。
［６］少なくとも入力部、表示部、記憶部及び通信部を備えたコンピュータに、前記入力部の入力により商品の注文を受け付ける機能と、注文を受け付けた商品の注文データを前記記憶部に格納する機能と、前記通信部を介して前記記憶部に格納された前記注文データをサーバに送信する機能と、前記通信部を介して接続される他の注文受付装置の中で同一グループに設定された前記他の注文受付装置の前記記憶部に格納された前記注文データを、前記通信部を介して収集する機能と、前記他の注文受付装置から収集した前記注文データに基づいて、前記他の注文受付装置での注文状況を表わす画面を前記表示部に表示させる機能、を実現させるための制御プログラム。

【符号の説明】

【0093】

１…セルフオーダシステム、１１…注文管理サーバ、１５…無線基地局、１６…オーダ端末（注文受付装置）、２１…ＣＰＵ、２６…無線回路、２７…タッチパネル、４１…注文メモリ、４３…グループメモリ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】