(57)【要約】【課題】大皿で食材を提供するべきメニュー品目の注文を受けた場合の店員の負担軽減及びミスの低減を図る。【解決手段】各メニュー品目に対応して大皿対象品目か否かを区分する情報を記憶する品目情報記憶部と、複数人数分の食材を盛り付け可能な盛り皿のサイズに関する情報を記憶する皿情報記憶部とを設ける。入力部を介してメニュー品目の識別コード，注文数量等が入力されると、その識別コードで特定されるメニュー品目が大皿対象品目か否かを判断する。大皿対象品目であると判断されると、そのメニュー品目の注文数量と皿情報記憶部に記憶された盛り皿のサイズに関する情報とから当該メニュー品目を注文数量分提供するのに適した盛り皿の組合せを生成し、この盛り皿の組合せを示す情報を表示部に表示させる。【選択図】      図７
2008217252.tif 000002
【特許請求の範囲】
【請求項１】
メニュー品目の識別コード，注文数量等の注文データを入力するように構成された入力部、及びこの入力部を介して入力された注文データを表示するように構成された表示部を備えた注文入力処理装置において、
各メニュー品目の識別コードに対応して、同一の盛り皿に複数人数分の食材を盛り付けて提供する大皿対象品目か否かを区分する情報を記憶する品目情報記憶部と、
複数人数分の食材を盛り付け可能な盛り皿のサイズに関する情報を記憶する皿情報記憶部と、
前記入力部を介してメニュー品目の識別コード，注文数量等が入力されると、その識別コードで特定されるメニュー品目が前記大皿対象品目か否かを前記品目情報記憶部の情報に基づいて判断する判断手段と、
この判断手段により前記大皿対象品目であると判断されると、そのメニュー品目の注文数量と前記皿情報記憶部に記憶された盛り皿のサイズに関する情報とから当該メニュー品目を注文数量分提供するのに適した盛り皿の組合せを生成する組合せ生成手段と、
この組合せ生成手段により生成された盛り皿の組合せを示す情報を前記表示部に表示させる表示制御手段と、
を具備したことを特徴とする注文入力処理装置。
【請求項２】
前記皿情報記憶部は、各大皿対象品目の識別コードに対応して、その品目の食材を提供するのに使用される盛り皿のサイズに関する情報を記憶するものであることを特徴とする請求項１記載の注文入力処理装置。
【請求項３】
前記組合せ作成手段により作成された盛り皿の組合せ確定を宣言するように構成された確定宣言部と、
前記組合せ作成手段により作成された盛り皿の組合せ修正を宣言するように構成された修正宣言部と、
前記確定宣言部により前記盛り皿の組合せ確定が宣言されると、その盛り皿の組合せを前記入力部を介して入力されたメニュー品目の識別コード，注文数量等とともに注文データとして確定させる第１のオーダ確定手段と、
前記修正宣言部により前記盛り皿の組合せ修正が宣言されると、前記表示部に表示されている前記盛り皿の組合せを前記入力部から入力される組合せに修正する組合せ修正手段と、
この組合せ修正手段により前記盛り皿の組合せが修正されると、その修正後の盛り皿の組合せを前記入力部を介して入力されたメニュー品目の識別コード，注文数量等とともに注文データとして確定させる第２のオーダ確定手段と、
をさらに具備したことを特徴とする請求項１または２記載の注文入力処理装置。
【請求項４】
前記組合せ修正手段により修正された組合せの盛り皿に盛られて提供される前記メニュー品目の食材分量が当該メニュー品目の注文数量を超えるか否かを判定する分量判定手段と、
この分量判定手段により前記食材分量が前記注文数量を超えると判定されるとエラーを報知するエラー報知手段と、
をさらに具備したことを特徴とする請求項３記載の注文入力処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、食堂，居酒屋等の飲食店に構築される注文管理システムにおいて、客が注文したメニュー品目のデータを入力するのに供せられる注文入力処理装置に関する。
【背景技術】
【０００２】
近年、多くの飲食店では、ハンディ型の注文入力用端末（オーダ・エントリ・ターミナル）を使用した注文管理システムが構築されている。このシステムは、無線通信機能を有する複数台の注文入力用端末と、各注文入力用端末との間で無線通信を行うことが可能なステーションと、このステーションとデータ通信を行うことが可能な厨房端末と、等から構成されている。
【０００３】
注文入力用端末は、接客担当の各店員がそれぞれ携帯し、客から注文を受けたメニュー品目の識別コード，注文数量等の注文データの入力に供せされる。ステーションは、各注文入力用端末を介して入力された注文データを収集し、客別に記憶管理する機能を有する。厨房端末は、厨房内に設置され、前記ステーションで記憶管理される注文データに基づいて客から注文を受けたメニュー品目の調理指示を厨房内の調理人に知らせるものである。
【０００４】
飲食店では、このような注文管理システムを導入することによって、顧客からの注文を正確にかつ迅速に調理人に伝達できるようになるので、効率の向上が期待できる。
【０００５】
ところで、居酒屋や鍋料理専門店等のように宴会の客が多い飲食店では、１枚の皿に複数人分の食材を盛り付けて提供できるように大皿が用意されている。そして、客から複数人数分の注文を受けた場合、メニュー品目によってはその人数分の食材を大皿に盛り付けて提供するようにしている。ここで大皿には、通常、２人盛り用、３人盛り用、５人盛り用というように複数のサイズがあり、客の座席や鍋の配置などによって使い分けを行っている。
【０００６】
このような飲食店では、客から大皿で食材を提供するべきメニュー品目の注文を受けた場合、従来は店員自身がどのサイズの皿を何枚用意すべきかを考えて、その情報を注文入力用端末に入力し、調理人に指示していた。
【０００７】
このような分野に関する技術として、従来、同じ食卓で受付けた注文データについての料理を同一の皿に盛り付ける場合に、同一の皿に盛り付ける料理の判断を容易化する大皿に複数種類の料理を盛り付ける運用を行う場合に、同一のさらに盛り付ける料理の判断を容易化する技術はすでに知られていた（例えば、特許文献１参照）。
【特許文献１】特開２００２−４２２５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、たとえ上述したような従来技術がすでに知られていたところで、大皿で食材を提供するべきメニュー品目の注文を受けた場合に店員自身がどのサイズの皿を何枚用意すべきかを考えて注文入力用端末に入力する点に変わりはなかった。このため、皿のサイズやその枚数を考えるのに時間がかかって注文内容を厨房に伝達するのが遅れたり、皿の数を間違えたために注文数量以上の食材を提供してしまったりすることがあった。
【０００９】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、大皿で食材を提供するべきメニュー品目の注文を受けた場合の店員の負担軽減及びミスの低減を図ることができる注文入力処理装置を提供しようとするものである。
【課題を解決するための手段】
【００１０】
本発明は、メニュー品目の識別コード，注文数量等の注文データを入力するように構成された入力部、及びこの入力部を介して入力された注文データを表示するように構成された表示部を備えた注文入力処理装置において、各メニュー品目の識別コードに対応して、同一の盛り皿に複数人数分の食材を盛り付けて提供する大皿対象品目か否かを区分する情報を記憶する品目情報記憶部と、複数人数分の食材を盛り付け可能な盛り皿のサイズに関する情報を記憶する皿情報記憶部とを設ける。入力部を介してメニュー品目の識別コード，注文数量等が入力されると、その識別コードで特定されるメニュー品目が大皿対象品目か否かを品目情報記憶部の情報に基づいて判断する。そして、大皿対象品目であると判断されると、そのメニュー品目の注文数量と皿情報記憶部に記憶された盛り皿のサイズに関する情報とから当該メニュー品目を注文数量分提供するのに適した盛り皿の組合せを生成し、この盛り皿の組合せを示す情報を表示部に表示させるようにしたものである。
【発明の効果】
【００１１】
かかる手段を講じた本発明によれば、大皿で食材を提供するべきメニュー品目の注文を受けた場合の店員の負担軽減及びミスの低減を図ることができる注文入力処理装置を提供できる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施するための最良の形態について、図面を用いて説明する。  
なお、この実施の形態は、鍋料理の食材を大皿で提供する運用の飲食店に構築される注文管理システムに本発明を適用した場合である。
【００１３】
図１は本実施の形態における注文管理システムの全体構成図であり、図中符号１はそれぞれ注文入力用端末を示している。各注文入力用端末１は、接客担当の店員がそれぞれ携帯可能な小型の端末であり、客から注文を受けたメニュー品目の注文データを入力するのに供せられるものである。注文入力用端末１には無線回路が内蔵されており、ステーション３に接続された無線部２との間で無線を利用してデータ通信を行えるようになっている。無線部２は、店舗の事務室等に置かれたステーション３と主に客席で使用される各注文入力用端末１との間のデータ伝送の中継を担うべく、例えば客席の天井部に取り付けられている。
【００１４】
ステーション３は、客の注文から調理，会計までを一元的に管理するコンピュータ機器であり、本システムの注文管理装置として機能する。このステーション３には、ＬＡＮ等の通信回線４を介して、厨房端末５，伝票発行機６及びＰＯＳ端末７がオンラインで接続されている。
【００１５】
厨房端末５は、厨房の調理人に対して客が注文したメニュー品目の調理指示を印字，表示，音声等の出力手段によって行なうものである。伝票発行機６は、客が注文したメニュー品目の品目名，価格や合計品目数及び合計金額等の注文明細データが印字された注文伝票を客毎に発行するものである。各注文伝票には、それぞれ固有の伝票番号が印刷されている。ＰＯＳ端末７は、客が飲食したメニュー品目の代金に対する会計処理を行なうものである。
【００１６】
ステーション３が有するハードディスク等の不揮発性記憶部には、メニューファイル８、大皿ファイル９、オーダファイル１０等が形成されている。オーダファイル１０は、注文入力用端末１を介して入力されたメニュー品目の注文データを客別に記憶管理するものである。
【００１７】
メニューファイル８は、図２に示すように、各メニュー品目の識別コードとして品目別に設定されたメニューコードに対応して、メニュー品目名，単価，属性情報等のメニューデータを予め記憶したものである。ここで、属性情報には、対応するメニューコードによって特定されるメニュー品目が、同一の盛り皿に複数人分の食材を盛り付けて提供する大皿対象品目か否かを“１”または“０”の値で区分するための大皿フラグが含まれている。ここに、メニューファイル８は品目情報記憶部として機能する。
【００１８】
大皿ファイル９は、前記大皿対象品目に対する複数人分の食材を盛り付け可能な盛り皿のサイズに関する情報を記憶するものである。具体的には、図３に示すように、前記大皿対象品目のメニューコード別に、盛り皿の候補数と、その候補数分の盛り皿サイズ情報（５人盛り皿、３人盛り皿、２人盛り皿等）を記憶している。因みに、５人盛り皿とは、対応するメニュー品目の５人分の食材を盛り付け可能な皿を示している。同様に、３人盛り皿とは対応するメニュー品目の３人分の食材を、２人盛り皿とは２人分の食材をそれぞれ盛り付け可能な皿を示している。ここに、大皿ファイル９は、皿情報記憶部として機能する。
【００１９】
前記注文入力用端末１の外観図を図４に示し、要部ブロック図を図５に示す。ブック型の本体１１を有する注文入力用端末１は、見開いたときの一方の面１１ａに表示部１２とキーボード１３を、他方の面１１ｂにタッチパネル１４をそれぞれ設けている。表示部１２は、例えば液晶表示器で構成されている。キーボード１３には、テンキー，戻りキー、取消キー、登録キー、確認／送信キー、クリアキー等を設けている。タッチパネル１４には、各種メニュー品目のメニューコードがそれぞれプリセットされる複数のメニューキーと、このメニューキー画面の頁を順次切替える前頁キー及び次頁キーを配置している。
【００２０】
注文入力用端末１は、その本体１１に、主制御部としてＣＰＵ（Central Processing Unit）１１１を搭載している。また、読出し専用メモリであるＲＯＭ（Read Only Memory）１１２、書換可能な不揮発性メモリであるＥＥＰＲＯＭ（Electrically Erasable Read Only Memory）１１３、書換え及び読出しが自在な揮発性メモリであるＲＡＭ（Random Access Memory）１１４、前記無線部２と無線通信が可能な無線回路１１５、前記表示部１２の画面表示を制御する表示コントローラ１１６、前記キーボード１３から操作キーに対応したキー信号を取込むキーボードコントローラ１１７、及び前記タッチパネル１４の入力及び表示を制御するタッチパネルコントローラ１１８等を本体１１に備えている。ＣＰＵ１１１と、ＲＯＭ１１２，ＥＥＰＲＯＭ１１３，ＲＡＭ１１４，無線回路１１５，表示コントローラ１１６，キーボードコントローラ１１７及びタッチパネルコントローラ１１８とは、アドレスバス，データバス等のバスライン１１９で接続している。
【００２１】
かかる構成の注文入力用端末１は、ＥＥＰＲＯＭ１１３に、各種のオプション機能毎に、その機能を有効とするか無効とするかを切り替えるためのオプションフラグＯＰＦを記憶している。そして、設定モードにおいて、各オプションフラグＯＰＦの有効、無効を任意に切替えられるようになっている。
【００２２】
しかしてＣＰＵ１１１は、図７の流れ図に示す手順に従い、客から注文を受けたメニュー品目の注文を確定させるようになっている。なお、この処理手順は、ＲＯＭ１１２等の記憶部に予め記憶されたプログラムに基づいて制御される。
【００２３】
すなわちＣＰＵ１１１は、ＳＴ（ステップ）１としてタッチパネル１４のメニューキー操作とキーボード１３のテンキー操作とによりいずれか１つのメニュー品目のメニューコードとそのメニュー品目の注文数量とが入力されると、当該メニューコードで特定されるメニュー品目のメニューデータを、無線通信を利用してステーション３に問い合わせる。
【００２４】
すると、ステーション３ではメニューファイル８が検索され、当該メニューコードに対応して記憶されているメニュー名称，単価，属性情報等のメニューデータが読み出される。そして、このメニューデータが、無線通信により問合せ元の注文入力用端末１に返信される。
【００２５】
そこでＣＰＵ１１１は、メニューデータの問合せ後、ＳＴ３としてステーション３からの応答を待機する。そして、所定時間内にステーション３からメニューデータの応答を受信したならば、ＣＰＵ１１１は、ＳＴ４としてその受信したメニューデータの属性情報に含まれている大皿フラグをチェックする（判断手段）。ここで、大皿フラグが大皿対象品目でないことを示す値（例えば“０”）であった場合にはＳＴ１５に進む。そして、キーボード１３及びタッチパネル１４の入力部を介して入力されたメニューコード及び注文数量等の注文データを、ＲＡＭ１１４のオーダメモリに書込むことによって確定させる。
【００２６】
一方、大皿フラグが大皿対象品目であることを示す値（例えば“１”）であった場合には、ＣＰＵ１１１は、ＳＴ５として当該メニューコードで特定されるメニュー品目の食材を提供するのに使用される盛り皿のサイズに関する情報、いわゆる大皿データを、無線通信を利用してステーション３に問い合わせる。
【００２７】
すると、ステーション３では、大皿ファイル９が検索され、当該メニューコードに対応して記憶されている候補数及び盛り皿サイズ情報からなる大皿データが読み出される。そして、この大皿データが、無線通信により問合せ元の注文入力用端末１に返信される。
【００２８】
そこでＣＰＵ１１１は、大皿データの問合せ後、ＳＴ６としてステーション３からの応答を待機する。そして、所定時間内にステーション３から大皿データの応答を受信したならば、ＣＰＵ１１１は、ＳＴ７としてその受信した大皿データに基づいて盛り皿枚数テーブル２０をＲＡＭ１１４上に作成する。
【００２９】
盛り皿枚数テーブル２０の構成図を図６に示す。同図において、盛り皿エリアｋ１，ｋ２，ｋ３，…、枚数エリアｍ１，ｍ２，ｍ３，…、及び、数量エリアｎ１，ｎ２，ｎ３，…は、いずれも受信した大皿データの候補数の数だけデータエリアが作成される。この他、合計数量のエリアＰと注文数量のエリアＱが形成される。
【００３０】
盛り皿枚数テーブル２０を作成後、ＣＰＵ１１１は、ＳＴ８としてＥＥＰＲＯＭ１１３内のオプションフラグＯＰＦをチェックし、盛り皿の組合せ自動生成機能が有効となっているか否かを判断する。ここで、盛り皿の組合せ自動生成機能が無効となっていた場合には、ＣＰＵ１１１は、ＳＴ１３に進む。
【００３１】
これに対し、盛り皿の組合せ自動生成機能が有効となっていた場合には、ＣＰＵ１１１は、ＳＴ９として組合せ自動生成処理を実行する（組合せ生成手段）。この処理は、図８の流れ図に示す手順で制御される。
【００３２】
先ず、ＣＰＵ１１１は、ＳＴ２１として受信した大皿データ中の盛り皿候補数をＲＡＭ１１４のワークエリアＡに格納する。次に、ＣＰＵ１１１は、ＳＴ２２として盛り皿枚数テーブル２０の合計数量エリアＰにデータ“０”を格納する。また、注文数量エリアＱに当該大皿データのメニューコードとともに入力された注文数量の値を格納する。
【００３３】
次に、ＣＰＵ１１１は、ＳＴ２３としてＲＡＭ１１４のカウンタエリアｘに初期値“１”を格納する。また、ＳＴ２４として受信した大皿データの盛り皿サイズ情報に含まれる数値（例えば「５人盛り皿」の場合は「５」、「３人盛り皿」の場合は「３」、「２人盛り皿」の場合は「２」）の中で最大値を取得する。そしてこの最大値を、盛り皿枚数テーブル２０の盛り皿エリアｋｘ（ｘはカウンタエリアｘの値と同値：以下のｍｘ，ｎｘについても同じ）に格納する。
【００３４】
次に、ＣＰＵ１１１は、ＳＴ２５として盛り皿枚数テーブル２０の枚数エリアｍｘに値“１”を格納する。そして、ＳＴ２６として盛り皿枚数テーブル２０の盛り皿エリアｋｘの値に枚数エリアｍｘの値を乗算して積を求め、その積に合計数量エリアＰの値を加算した値を算出して、その値をワークメモリＢに格納する。
【００３５】
次に、ＣＰＵ１１１は、ＳＴ２７としてワークメモリＢに格納した値が注文数量エリアＱに格納されている値と一致するか比較する。そして一致する場合には、ＳＴ３８に進む。
【００３６】
これに対し、ワークメモリＢに格納した値が注文数量エリアＱに格納されている値と一致しない場合には、ＣＰＵ１１１は、ＳＴ２８としてワークメモリＢに格納した値が注文数量エリアＱに格納されている値から“１”を減算した値より小さいか比較する。そして小さい場合には、ＳＴ２９として枚数エリアｍｘの値を“１”だけ増加させる。そして、この増加後の枚数エリアｍｘの値で、ＳＴ２６の演算を再度実行する。
【００３７】
これに対し、ワークメモリＢに格納した値が注文数量エリアＱに格納されている値から“１”を減算した値と等しい若しくは大きい場合には、ＣＰＵ１１１は、ＳＴ３０として枚数エリアｍｘの値を“１”だけ減算する。そして、ＳＴ３１として盛り皿エリアｋｘの値に枚数エリアｍｘの値を乗算して積を求め、その積を数量エリアｎｘに格納する。また、ＳＴ３２として合計数量エリアＰの値に上記数量エリアｎｘの値を加算する。
【００３８】
次に、ＣＰＵ１１１は、ＳＴ３３としてカウンタエリアｘの値を“１”だけカウントアップする。そして、ＳＴ３４としてカウントアップ後のカウンタエリアｘの値がワークエリアＡの値と一致したか否かを判断する。ここで、両者が一致しない場合には、ＳＴ２４に戻り、受信した大皿データの盛り皿サイズ情報に含まれる数値のうちまだ取得していない数値の中で最大値を取得する。そして、この最大値を盛り皿枚数テーブル２０の盛り皿エリアｋｘに格納する。その後、前記ＳＴ２５以降の処理を再度実行する。
【００３９】
ＳＴ３４にてカウンタエリアｘの値がワークエリアＡの値と一致したことを確認した場合には、ＣＰＵ１１１は、ＳＴ３５として受信した大皿データの盛り皿サイズ情報に含まれる数値のうち最小値を取得する。そして、この最小値を盛り皿枚数テーブル２０の盛り皿エリアｋｘに格納する。
【００４０】
次に、ＣＰＵ１１１は、ＳＴ３６として注文数量エリアＱの値から合計数量エリアＰの値を減算して差を求め、その差をワークエリアＣに格納する。さらに、ＳＴ３７としてこのワークエリアＣの値を盛り皿エリアｋｘの値で除算して商（小数点以下切り捨て）を求め、この商を枚数エリアｍｘに格納する。その後、ＣＰＵ１１１は、ＳＴ３８に進む。
【００４１】
ＳＴ３８では、ＣＰＵ１１１は、盛り皿エリアｋｘの値に枚数エリアｍｘの値を乗算して積を求め、その積を数量エリアｎｘに格納する。そして、ＳＴ３２として合計数量エリアＰの値に上記数量エリアｎｘの値を加算する。
【００４２】
次に、ＣＰＵ１１１は、ＳＴ４０として合計数量エリアＰの値が注文数量エリアＱの値より小さいか比較する。その結果、小さい場合には、ＣＰＵ１１１は、ＳＴ４１としてＲＡＭ１１４のフラグエリアに不足フラグをセットする。合計数量エリアＰの値が注文数量エリアＱの値と等しい場合には、不足フラグはリセットされたままとする。
【００４３】
以上で、ＳＴ９の組合せ自動生成処理が終了するので、ＣＰＵ１１１は、ＳＴ１０として盛り皿枚数テーブル２０の各データに従い、表示部１２に盛り皿枚数設定画面Ｇ１を表示させる（表示制御手段）。このとき、前記不足フラグがセットされていた場合には、注文数量に対して合計数量が不足していることを示すコメントを盛り皿枚数設定画面Ｇ１に表示させる。
【００４４】
盛り皿枚数設定画面Ｇ１の一例を図１０に示す。図示する画面Ｇ１は、５人盛り皿、３人盛り皿及び２人盛り皿の３つのサイズの盛り皿が用意されたメニュー品目「てっちり鍋」について、２１人前の注文を受けたときのものである。この場合、図８の組合せ自動生成処理を実行することによって、先ず、盛り皿枚数テーブル２０の注文数量エリアＱに「２１」が格納される。
【００４５】
次に、盛り皿エリアｋ１に対して盛り皿サイズ情報に含まれる数値の最大数「５」が格納される。そして、ＳＴ２５〜ＳＴ２９の処理が繰り返し実行される。その結果、枚数エリアｍ１の値が“４”になると、ワークエリアＢの値「２０」が注文数量エリアＱの値「２１」から“１”を減算した値に達するので、ＳＴ３０の処理により枚数エリアｍ１の値は“３”に確定される。さらに、ＳＴ３１の処理により数量エリアｎ１の値が“１５”に確定される。
【００４６】
次に、盛り皿エリアｋ２に対して盛り皿サイズ情報に含まれる数値で次に大きい数「３」が格納される。そして、ＳＴ２５〜ＳＴ２９の処理が繰り返し実行される。その結果、枚数エリアｍ２の値が“２”になると、ワークエリアＢの値「２１」が注文数量エリアＱの値「２１」と等しくなるので、枚数エリアｍ１の値は“２”に確定される。さらに、ＳＴ３８の処理により数量エリアｎ２の値が“６”に確定され、ＳＴ３０の処理により合計数量エリアＰの値が“２１”に確定される。この場合、合計数量エリアＰの値は注文数量エリアＱの値と等しいので、不足フラグはリセットされたままとなる。
【００４７】
かくして、図１０に示すように、２１人前の「てっちり鍋」の注文に対して、５人盛り皿を３枚、３人盛り皿を２枚の組合せで用意すればよいことを店員に指示する内容の盛り皿枚数決定画面Ｇ１が表示部１２に自動的に表示される。そこで、店員は、この組合せでよい場合にはキーボード１３の登録キーを、座席の配置などの関係から組合せを変更する場合には戻りキーを押下する。ここに、登録キーは、盛り皿の組合せ確定を宣言するように構成された確定宣言部として機能し、戻りキーは盛り皿の組合せ修正を宣言するように構成された修正宣言部として機能する。
【００４８】
すなわちＣＰＵ１１１は、ＳＴ１０にて盛り皿枚数決定画面Ｇ１を表示部１２に表示させた後、ＳＴ１１として戻りキーが操作入力されるか、ＳＴ１２として登録キーが操作入力されるのを待機する。そして、登録キーの操作入力を検知した場合には、盛り皿の組合せ確定が宣言されたのでＳＴ１５に進む。そして、キーボード１３及びタッチパネル１４の入力部を介して入力されたメニューコード及び注文数量等の注文データとともに、盛り皿枚数テーブル２０の各データを、ＲＡＭ１１４のオーダメモリに書込むことによって確定させる（第１のオーダ確定手段）。
【００４９】
一方、戻りキーの操作入力を検知した場合には、盛り皿の組合せ修正が宣言されたので、ＣＰＵ１１１は、ＳＴ１３に進む。ＳＴ１３では、ＣＰＵ１１１は、表示部１２の画面を盛り皿枚数選択画面Ｇ２に切替える。
【００５０】
盛り皿枚数選択画面Ｇ２の一例を図１１に示す。図示するように、盛り皿枚数選択画面Ｇ２には、注文入力されたメニュー品目「てっちり鍋」の食材を盛付けるのに使用可能な盛り皿のサイズ情報（「５人盛り皿」，「３人盛り皿」，「２人盛り皿」）にそれぞれ対応させて枚数“０”が表示されている。そして、所望のサイズ情報を選択することで、そのサイズ情報に対応した枚数を任意の値に変更できるようになっている。
【００５１】
すなわちＣＰＵ１１１は、盛り皿枚数選択画面Ｇ２を表示部１２に表示させた後、ＳＴ１４として、図９に具体的に示す盛り皿枚数入力処理を開始する。先ず、ＣＰＵ１１１は、ＳＴ５１として盛り皿枚数テーブル２０の各枚数エリアｍ１，ｍ２，ｍ３，…の値、及びそれに対応する数量エリアｎ１，ｎ２，ｎ３，…の値と、合計数量エリアＰの値をいずれも“０”に書き換える。
【００５２】
次に、ＣＰＵ１１１は、ＳＴ５２としてキーボード１３のテンキーにより数値データが入力されるのを待機する。そして、数値データが入力され、続いて登録キーが押下されたならば、ＳＴ５３としてその数値データが盛り皿枚数テーブル２０の盛り皿エリアｋ１，ｋ２，ｋ３，…に記憶されているいずれかの値と一致するか否かを判断する。一致しない場合にはＳＴ５２に戻り、次の数値データが入力されるのを待機する。
【００５３】
入力された数値データが盛り皿エリアｋ１，ｋ２，ｋ３，…に記憶されているいずれかの値と一致した場合には、その値ｋｊ（ｊは１，２，３，…）をサイズとする盛り皿の枚数修正が指示されたので、ＣＰＵ１１１は、ＳＴ５４として盛り皿枚数選択画面Ｇ２の該当盛り皿の枚数を点滅表示させて他の枚数と区別する。
【００５４】
次に、ＣＰＵ１１は、ＳＴ５５としてキーボード１３のテンキーにより数値データが入力されるのを待機する。そして、数値データが入力され、続いて登録キーが押下されたならば、ＳＴ５６として盛り皿枚数テーブル２０の盛り皿エリアｋｊに対応する枚数エリアｍｊの値を入力された数値に書き換える（情報修正手段）。そして、ＳＴ５７としてこの枚数エリアｍｊの値とそれに対応する盛り皿エリアｋｊの値との積を数量エリアｎｊの値とするとともに、各数量エリアｎ１，ｎ２，ｎ３，…の値の和を合計数量エリアＰに格納する。
【００５５】
次に、ＣＰＵ１１１は、ＳＴ５８として合計数量エリアＰの値が注文数量エリアＱの値を超えたか比較する（分量判定手段）。ここで、合計数量エリアＰの値が注文数量エリアＱの値以下の場合には、ＣＰＵ１１１は、ＳＴ５９として注文数量エリアＱの値から合計数量エリアＰの値を減算して差を求め、その差をワークエリアＤに格納する。そして、ＳＴ６０としてこのワークエリアＤの値を、注文数量の残り数量として、盛り皿枚数選択画面Ｇ２に表示させる。
【００５６】
注文数量の残り数量が表示された盛り皿枚数選択画面Ｇ２の一例を図１２に示す。図示する画面Ｇ２は、２１人前の「てっちり鍋」の注文に対して、３人盛り皿を３枚と入力したときのものであり、この場合、合計数量が「９」であるから残り数量「１２」が表示される。
【００５７】
しかる後、ＣＰＵ１１１は、ＳＴ６１として確認／送信キーが操作入力されたか否かを判断する。確認／送信キーが操作入力されていない場合には、ＳＴ５２に戻り、次の数値データが入力されるのを待機する。
【００５８】
一方、ＳＴ５８にて合計数量エリアＰの値が注文数量エリアＱの値を越えた場合には、ＣＰＵ１１１は、ＳＴ６２として盛り皿枚数選択画面Ｇ２に枚数入力エラーを報知するコメントを表示させる（エラー報知手段）。
【００５９】
枚数入力エラーを報知するコメントが表示された盛り皿枚数選択画面Ｇ２の一例を図１３に示す。図示する画面Ｇ２は、２１人前の「てっちり鍋」の注文に対して、３人盛り皿を４枚、２人盛り皿を５枚の組合せを入力したときのものであり、この場合、合計数量が「２２」となって注文数量「２１」を超えるので、エラーコメント「数量オーバーです。取消キーイン」が表示される。
【００６０】
ＣＰＵ１１１は、枚数入力エラーのコメント表示後、ＳＴ６３として取消キーが入力されるのを待機する。そして、取消キーが入力されたことを検知したならば、ＳＴ１３の盛り皿枚数選択画面表示処理に戻る。すなわち、図１０に示される表示部１２の画面が盛り皿枚数選択画面Ｇ２の初期状態に戻る。したがってオペレータは、盛り皿枚数の組合せを再度やり直すこととなる。
【００６１】
ＳＴ６１にて確認／送信キーが操作入力されたことを検知した場合には、ＣＰＵ１１１は、この盛り皿枚数入力処理を終了する。そして、ＳＴ１５に進み、キーボード１３及びタッチパネル１４の入力部を介して入力されたメニューコード及び注文数量等の注文データとともに、盛り皿枚数テーブル２０の各データを、ＲＡＭ１１４のオーダメモリに書込むことによって確定させる（第２のオーダ確定手段）。
【００６２】
こうして、オーダメモリに記憶された注文データは、無線通信によりステーション３へ伝送され、オーダファイル１０にて客別に記憶される。また、厨房端末５からその注文データに対する調理指示データが出力される。
【００６３】
例えば２１人前の「てっちり鍋」に対して自動生成された盛り皿組合せデータをそのまま確定させた場合には、「てっちり鍋」の５人分の食材が盛られた大皿が３枚と、３人分の食材が盛られた大皿が２枚の計５枚が厨房にて用意されることとなる。
【００６４】
また、同じく２１人前の「てっちり鍋」に対して３人盛り皿を３枚、２人盛り皿を６枚というように組合せを修正して確定させた場合には、「てっちり鍋」の３人分の食材が盛られた大皿が３枚と、２人分の食材が盛られた大皿が２枚の計９枚が厨房にて用意されることとなる。
【００６５】
このように本実施の形態によれば、注文入力用端末１の入力部（キーボード１３、タッチパネル１４）を介して、同一の盛り皿に複数人数分の食材を盛り付けて提供する大皿対象品目のメニューコードと注文数量を入力するだけで、そのメニュー品目の注文数量分の食材を盛り付けるのに適した盛り皿の組合せが自動的に生成され、注文入力用端末１の表示部１２に表示されるので、店員自身がどのサイズの皿を何枚用意すべきかを考えて、その情報を注文入力用端末に入力する必要がなくなる。その結果、皿のサイズやその枚数を考えるのに時間がかかって注文内容を厨房に伝達するのが遅れたり、皿の数を間違えたために注文数量以上の食材を提供してしまったりする不具合がなくなり、注文の受付に要する効率を向上させることができる。
【００６６】
また、本実施の形態では、自動生成された盛り皿の組合せを入力部の簡単な操作入力によって修正することができるが、その修正の際に盛り皿に盛られる食材の分量が注文数量を越えた場合には即座にエラーが報知されて、注文を確定できなくなる。したがって、店員は、注文数量以上の食材を提供してしまうミスを意識することなく、座席や鍋の配置などを考慮して盛り皿の組合せを最適なものに修正することができ、負担が軽減される。
【００６７】
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【００６８】
例えば前記実施の形態では、大皿ファイル９をステーション３側に設けたが、予めステーション３から各注文入力用端末１のＥＥＰＲＯＭ１１３にダウンロードするようにして、大皿データの問い合わせに要する処理時間の短縮を図るようにしてもよい。
【００６９】
また、前記実施の形態では、大皿ファイル９において、大皿対象品目のメニューコード別に盛り皿の候補数とその候補数分の盛り皿サイズ情報とからなる大皿データを記憶したが、大皿データは必ずしも大皿対象品目のメニューコード別に記憶する必要はない。例えば、盛り皿の候補が共通する大皿対象品目をグループ化し、そのグループ別に盛り皿の候補数とその候補数分の盛り皿サイズ情報とからなる大皿データを記憶してもよい。こうすることにより、記憶容量を低減できる効果を奏する。特に、大皿ファイル９を、各注文入力用端末１にダウンロードする運用の場合にその効果は大である。
【００７０】
また、前記実施の形態では、組合せ自動生成処理の手順として図８の流れ図に示す手順を示したが、この処理手順はこれに限定されるものではなく、種々変形実施可能であるのは言うまでもないことである。
【００７１】
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
【図面の簡単な説明】
【００７２】
【図１】本発明の一実施の形態である注文管理システムの全体構成図。
【図２】同注文管理システムにおいて、ステーションにて記憶管理されるメニューファイルのレコード構成図。
【図３】同注文管理システムにおいて、ステーションにて記憶管理される大皿ファイルのレコード構成図。
【図４】同注文管理システムにおける注文入力用端末の外観図。
【図５】同注文入力用端末の要部ブロック図。
【図６】同注文入力用端末のＲＡＭに形成される盛り皿枚数テーブルのエリア構成図。
【図７】同注文入力用端末のＣＰＵが実行する注文入力処理の要部手順を示す流れ図。
【図８】図７における組合せ自動生成処理ステップの具体的な手順を示す流れ図。
【図９】図７における盛り皿枚数入力処理ステップの具体的な手順を示す流れ図。
【図１０】盛り皿枚数設定画面の一例を示す模式図。
【図１１】盛り皿枚数選択画面の初期画面の一例を示す模式図。
【図１２】盛り皿枚数選択画面の盛り皿枚数入力時の一例を示す模式図。
【図１３】盛り皿枚数選択画面の枚数入力エラー時の一例を示す模式図。
【符号の説明】
【００７３】
１…注文入力用端末、３…ステーション、５…厨房端末、８…メニューファイル、９…大皿ファイル、１０…オーダファイル、１２…表示部、１３…キーボード、１４…タッチパネル、２０…盛り皿枚数テーブル、１１１…ＣＰＵ、１１２…ＲＯＭ、１１３…ＥＥＰＲＯＭ、１１４…ＲＡＭ。
【図１】
2008217252.tif 000003
【図２】
2008217252.tif 000004
【図３】
2008217252.tif 000005
【図４】
2008217252.tif 000006
【図５】
2008217252.tif 000007
【図６】
2008217252.tif 000008
【図７】
2008217252.tif 000009
【図８】
2008217252.tif 000010
【図９】
2008217252.tif 000011
【図１０】
2008217252.tif 000012
【図１１】
2008217252.tif 000013
【図１２】
2008217252.tif 000014
【図１３】
2008217252.tif 000015