JPH08315032A

JPH08315032A - 注文システムおよび発注端末

Info

Publication number: JPH08315032A
Application number: JP12387495A
Authority: JP
Inventors: Yoshihiko Hibino; 義彦日比野; Yuji Kiyohara; 裕二清原; Masaru Yasuda; 勝安田; Satoshi Furukawa; 敏古川; Kazuhiro Fujii; 一洋藤井
Original assignee: EKUSHINGU KK; INTEC KK; Brother Industries Ltd; Xing Inc
Current assignee: EKUSHINGU KK; INTEC KK; Brother Industries Ltd; Xing Inc
Priority date: 1995-05-23
Filing date: 1995-05-23
Publication date: 1996-11-29

Abstract

(57)【要約】【目的】客側が注文物の処理状況を把握することによ
り、待ち時間やキャンセル可能か否かの判断可能な注文
システムを提供する。【構成】センタコンピュータ３０のＣＰＵ３１は、キ
ッチン端末４０から入力された内容（調理着手、調理完
了）を、その品目の発注元の発注端末５０に送信する。
そして、発注端末５０では、この内容をＣＲＴ５６に表
示する。この際、センタコンピュータ３０からの送信内
容が調理の着手であれば、発注端末５０のＣＰＵ５１
は、この調理が開始された品目のキャンセルはできない
旨をＣＲＴ５６に表示させる。これにより、客は、自分
の注文物の処理状況を知ることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、飲食物等を注文するた
めの発注端末と、この注文を受け付ける受注センタとを
含む注文システムおよび発注端末に関する。

【０００２】

【従来の技術】従来、発注端末からの飲食物等の注文を
受注センタで受け付けて、例えばキッチン等に設置され
たプリンタに印刷出力する注文システムがあった。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
注文システムでは、受注された飲食物等の処理状況を知
るための手段を欠いているために、客に提供するまでに
あとどのくらいの時間を要するか、キャンセルは可能か
といった情報を、店側、客側とも得ることができなかっ
た。また、せっかく調理しながら、キャンセルのために
処分しなければならないこともあった。

【０００４】本発明は、上述した問題点を解決するため
になされたものであり、注文物の処理状況を把握するこ
とによって、待ち時間やキャンセル可能かどうか等の情
報の店側や客側による認識を可能とする注文システムお
よび発注端末を提供することを目的としている。

【０００５】

【課題を解決するための手段】上記課題を解決するため
の手段として、請求項１記載の注文システムは、飲食物
等の注文を入力する注文入力手段と、該入力される注文
を送信する注文送信手段とを備える発注端末と、該発注
端末から送信される注文を受信する注文受信手段と、該
受信された注文を出力する注文出力手段とを備える受注
センタとを含む注文システムにおいて、前記注文受信手
段により受信された注文の飲食物等の処理状況を把握す
る処理状況把握手段を設けている。

【０００６】請求項２記載の注文システムは、請求項１
記載の注文システムにおいて、前記処理状況把握手段に
より把握された飲食物等の処理状況を表示する処理状況
表示手段を設けている。請求項３記載の注文システム
は、請求項１または２記載の注文システムにおいて、前
記飲食物等の注文のキャンセルを入力するキャンセル入
力手段と、前記処理状況把握手段により把握された飲食
物等の処理状況に応じて、前記キャンセルを許可または
不許可とするキャンセル判定手段とを設けている。

【０００７】請求項４記載の注文システムは、請求項３
記載の注文システムにおいて、前記キャンセル受け入れ
の可能または不可能を表示するキャンセル可否表示手段
を設けている。請求項５記載の発注端末は、飲食物等の
注文を入力する注文入力手段と、該入力される注文を受
注センタに送信する注文送信手段とを備える発注端末に
おいて、前記注文された飲食物等の処理状況を前記受注
センタから取得する処理状況取得手段と、該処理状況を
表示する処理状況表示手段とを設けている。

【０００８】請求項６記載の発注端末は、請求項５記載
の発注端末において、前記飲食物等の注文のキャンセル
を入力するキャンセル入力手段と、該入力されるキャン
セルを前記受注センタに送信するキャンセル送信手段と
を設けている。請求項７記載の発注端末は、請求項５ま
たは６記載の発注端末において、前記処理状況取得手段
により取得された処理状況に基づいて前記キャンセル受
け入れの可能または不可能を表示するキャンセル可否表
示手段を設けている。

【０００９】

【作用】上記の構成になる請求項１記載の注文システム
においては、発注端末では、注文入力手段により飲食物
等の注文が入力されると、注文送信手段が、この注文を
送信する。受注センタでは、注文受信手段が、発注端末
から送信される注文を受信する。注文出力手段が、受信
された注文を出力する。この出力としては、プリンタに
よる印刷やＣＲＴ等による画面表示が例示される。

【００１０】処理状況把握手段は、注文受信手段により
注文を受信された飲食物等の処理状況を把握する。ここ
で、処理状況としては、材料取出し、材料の切断等の下
準備、煮る、炒める、焼く等の調理、盛りつけ等の進み
具合いが例示され、瓶入り飲料などの開栓等も含まれ
る。また、処理状況を把握する手法としては、ある処理
を済ませたり、その準備ができた際等に、調理人等がそ
の情報を入力したり、料理の種類毎に各調理段階の平均
的な所要時間を設定しておいて、その所要時間の経過を
もってその調理段階が終了したとみなす等が例示され
る。

【００１１】このように、飲食物等の処理状況が把握さ
れるので、例えば提供するまでにあとどのくらいの時間
を要するか、キャンセルは可能かといった情報を、例え
ば店側で得て客に伝えることができる。請求項２記載の
注文システムにおいては、処理状況表示手段は、処理状
況把握手段により把握された飲食物等の処理状況を表示
する。

【００１２】処理状況表示手段を例えば受注センタに設
ければ店側が、発注端末に設ければ客側が、あとどのく
らい待てばよいのか、キャンセルは可能かといった情報
を的確に得ることができる。なお、処理状況表示手段を
受注センタと発注端末の双方に設ければ、一層良好とな
る。

【００１３】請求項３記載の注文システムにおいては、
キャンセル入力手段により飲食物等の注文のキャンセル
が入力されると、キャンセル判定手段は、処理状況把握
手段により把握された飲食物等の処理状況に応じて、キ
ャンセルを許可または不許可とする。

【００１４】キャンセルの申し出に対する許可、不許可
を自動的に処理できるので、例えば店員がキャンセルを
取り次いだり、その可否を客に伝える等の店側の負担は
軽減される。請求項４記載の注文システムにおいては、
キャンセル可否表示手段は、キャンセル受け入れの可能
または不可能を表示する。

【００１５】例えば客側は、安心してキャンセルを申し
出ることができ、無理なキャンセルを申し出ることもな
くなる。請求項５記載の発注端末においては、注文入力
手段により飲食物等の注文が入力されると、注文送信手
段は、その注文を受注センタに送信する。

【００１６】処理状況取得手段が、注文された飲食物等
の処理状況を受注センタから取得する。処理状況表示手
段は、その処理状況を表示する。したがって、客側は、
あとどのくらい待てばよいのか、キャンセルは可能かと
いった情報を的確に得ることができる。

【００１７】請求項６記載の発注端末においては、キャ
ンセル入力手段により、飲食物等の注文のキャンセルが
入力されると、キャンセル送信手段が、このキャンセル
を受注センタに送信する。客側は、処理状況を見て、適
切なタイミングで迅速にキャンセルすることができる。

【００１８】請求項７記載の発注端末においては、キャ
ンセル可否表示手段は、処理状況取得手段により取得さ
れた処理状況に基づいてキャンセル受け入れの可能また
は不可能を表示する。客側は、安心してキャンセルを申
し出ることができ、無理なキャンセルを申し出ることも
なくなる。

【００１９】

【実施例】次に、本発明の注文システムの好適な一実施
例を図面を参照して説明する。まず、実施例の注文シス
テムの構成を説明する。参照される図１は、この注文シ
ステムの概略構成のブロック図、図２は、注文システム
の受注側となる受注センタの構成を示すブロック図、図
３は、注文システムの発注側となる発注端末の構成を示
すブロック図である。

【００２０】図１に示すように、この注文システム１
は、例えば複数の個室を備える飲食店（図示しない）に
設置され、フロントに配されたセンタ装置２０とキッチ
ンに配されたキッチン端末４０とからなる受注センタ１
０と、各個室に１台ずつ配された複数の発注端末５０と
で構成されている。

【００２１】図２に示すように、センタ装置２０は、セ
ンタコンピュータ３０、表示手段としてのＣＲＴ２２、
入力手段としてのキーボード２３等から構成されてい
る。センタコンピュータ３０は、制御手段であり処理状
況把握手段およびキャンセル判定手段としてのＣＰＵ３
１を備えている。ＣＰＵ３１には、ＣＰＵ３１の動作プ
ログラム等を記憶しているＲＯＭ３２、ＣＰＵ３１のワ
ークエリアとなるＲＡＭ３３が接続されている。また、
ＣＰＵ３１には、ＣＲＴ２２にデータや指示を送出する
ためのＣＲＴインタフェース（ＣＲＴＩ／Ｆ）３４、キ
ーボード２３からの入力信号を受け取るための入出力装
置（Ｉ／Ｏ）３５、キッチン端末４０と通信するための
通信手段としての通信インタフェース（通信Ｉ／Ｆ）３
６、発注端末５０と通信するための通信手段であり注文
受信手段としての端末インタフェース（端末Ｉ／Ｆ）３
７が接続されている。

【００２２】キッチン端末４０は、図示しないＣＰＵ、
ＲＡＭ、ＲＯＭ等を内蔵し、キッチン端末４０全体の制
御手段として機能するキッチン端末コンピュータ４１を
備えている。このキッチン端末コンピュータ４１には、
表示手段であり注文出力手段でもあるＣＲＴ４２、印刷
手段であり注文出力手段でもあるキッチンプリンタ４
３、キッチン端末コンピュータ４１に各種の指令やデー
タを入力する入力手段としてのキーボード４４が接続さ
れている。

【００２３】なお、キッチン端末コンピュータ４１およ
びキーボード４４は、センタコンピュータ３０のＣＰＵ
３１およびＲＡＭ３３と共働して処理状況把握手段とし
て機能するが、その詳細については後述する。図３に示
すように、発注端末５０は、制御手段としてのＣＰＵ５
１を備えており、ＣＰＵ５１には、ＣＰＵ５１の動作プ
ログラム等を記憶しているＲＯＭ５２、ＣＰＵ５１のワ
ークエリアとなるＲＡＭ５３が接続されている。

【００２４】このＣＰＵ５１は、センタ装置２０と通信
するための通信手段であり注文送信手段としてのセンタ
インタフェース（センタＩ／Ｆ）５４が接続されてお
り、ＣＰＵ５１は、センタ装置２０のセンタコンピュー
タ３０データ等の送受を行える。また、ＣＰＵ５１に
は、データや指示を送出するためのＣＲＴインタフェー
ス（ＣＲＴＩ／Ｆ）５５を介して、表示手段であり処理
状況表示手段およびキャンセル可否表示手段でもあるＣ
ＲＴ５６が接続されている。さらに、ＣＰＵ５１には、
注文入力手段およびキャンセル入力手段としてのリモコ
ン５７からの入力信号を受け取るためのリモコンインタ
フェース（リモコンＩ／Ｆ）５８が接続されている。

【００２５】次に、この注文システム１の動作につい
て、図４に示される発注端末５０のＣＰＵ５１が実行す
る処理のフローチャート、図５に示されるセンタコンピ
ュータ３０のＣＰＵ３１が実行する処理のフローチャー
ト、図６に示されるセンタコンピュータ３０のＲＡＭ３
３上に作成される処理状況テーブルの説明図を参照して
説明する。

【００２６】図４に示すように、発注端末５０のＣＰＵ
５１は、リモコン５７からの入力があれば（Ｓ４０１：
ＹＥＳ）、それが注文の入力かを判断する（Ｓ４０
２）。注文の入力であれば（Ｓ４０２：ＹＥＳ）、その
注文内容を記憶し（Ｓ４０３）、その注文内容を受注セ
ンタ１０に送信する（Ｓ４０４）。

【００２７】一方、図５に示すように、センタコンピュ
ータ３０のＣＰＵ３１は、入力があれば（Ｓ５０１：Ｙ
ＥＳ）、それが発注端末５０からの入力かを判断する
（Ｓ５０２）。発注端末５０からの入力であれば（Ｓ５
０２：ＹＥＳ）、その発注端末５０の番号（部屋番号）
と注文内容とを記憶して、注文を受けた旨を示す受注信
号を、その発注端末５０に送信する（Ｓ５０４）。

【００２８】この注文内容の記憶は、センタコンピュー
タ３０のＲＡＭ３３上に作成される処理状況テーブル
に、該当事項を書き込むことによる。具体的には、図６
に示すように、例えば、部屋番号００１の発注端末５０
から注文があったとすると、受注順にＮｏ．を付け、受
注時刻、受注品目に対応する品目番号、単価、数量、合
計金額を書き込む。この処理状況テーブルは、各発注端
末５０（各部屋番号）毎に作成される。図６に示す例で
は、部屋番号００１の発注端末５０からの受注は、Ｎ
ｏ．１が、１２時０３分に受注、品目番号は０２０１、
単価５００円、数量２個、合計金額は１０００円を表し
ている。Ｎｏ．２、Ｎｏ．３も同様である。

【００２９】次に、ＣＰＵ３１は、部屋番号、受注時
刻、品目番号および数量をキッチン端末４０に送信し、
出力させる（Ｓ５０４）。キッチン端末４０では、キッ
チン端末コンピュータ４１が、受注時刻に従って受注順
番号を付け、部屋番号、品目名および数量をキッチンプ
リンタ４３に印刷出力させる。調理者は、この印刷出力
に応じて、例えば効率の良い順番に、飲食物の調理を行
うことになる。調理者は、飲食物の調理を開始するとき
に、その品目の受注順番号と調理開始を、キーボード４
４のテンキーと調理開始キーを操作することにより入力
する。また、調理者は、各注文品目の調理が完了したと
きにも、その品目の受注順番号と調理完了を、キーボー
ド４４のテンキーと調理開始キーを操作することにより
入力する。これらの入力は、キッチン端末コンピュータ
４１からセンタコンピュータ３０に転送される。

【００３０】図５に示すように、センタコンピュータ３
０のＣＰＵ３１は、入力があれば（Ｓ５０１：ＹＥ
Ｓ）、それが発注端末５０からの入力かを判断するが
（Ｓ５０２）、発注端末５０からの入力でなければ（Ｓ
５０２：ＮＯ）、これはキッチン端末４０からの入力で
あるから、その入力された内容をＲＡＭ３３上の処理状
況テーブルに記憶する（Ｓ５０６）。

【００３１】調理開始が入力されたなら、ＣＰＵ３１
は、図６に示されるように、調理着手欄にフラグ１を書
き込む。また、このときＣＰＵ３１は、この着手した品
目の調理開経過時間を、例えば１５秒毎に、処理状況テ
ーブルの経過欄に書き込み、調理完了が入力されるまで
繰り返し更新する（Ｓ５０７）。そして、調理完了が入
力されたなら、ＣＰＵ３１は、処理状況テーブルの調理
完了欄に完了フラグ１を書き込む（Ｓ５０６）。図６に
示す例では、１２時０３分に受注されたＮｏ．１の品目
は、調理着手から８分３０秒を経過した時点で調理完了
したこと、１２時０４分に受注されたＮｏ．２の品目
は、調理着手から４分１５秒を経過したが調理未完であ
ること、１２時０５分に受注されたＮｏ．３の品目は、
調理未着手であることを示している。

【００３２】次に、センタコンピュータ３０のＣＰＵ３
１は、キッチン端末４０から入力された内容（調理着
手、調理完了）を、その品目の発注元の発注端末５０に
送信する。発注端末５０では、この内容をＣＲＴ５６に
表示する。この際、センタコンピュータ３０からの送信
内容が調理の着手であれば、発注端末５０のＣＰＵ５１
は、この調理が開始された品目のキャンセルはできない
旨を、ＣＲＴ５６に表示させる。これにより、客は、自
分が注文した飲食物の調理が開始されたこと、その飲食
物についてはキャンセルはできないこと、調理が完了し
たこと等を知ることができる。

【００３３】以上が、飲食物の発注に関わる処理であ
る。次に、キャンセル処理について説明する。図４に示
すように、発注端末５０のＣＰＵ５１は、リモコン５７
からの入力が注文入力でないときには（Ｓ４０２：Ｎ
Ｏ）、それがキャンセルを指示する入力であるかを判断
する（Ｓ４０５）。この入力がキャンセルの指示であれ
ば（Ｓ４０５：ＹＥＳ）、ＣＰＵ５１は、そのキャンセ
ルをセンタコンピュータ３０に送信する（Ｓ４０６）。

【００３４】図５に示すように、センタコンピュータ３
０のＣＰＵ３１は、発注端末５０からキャンセルが送信
されてきたなら（Ｓ５０８：ＹＥＳ）、そのキャンセル
対象となる品目の着手フラグを処理状況テーブルから読
み込んで、着手フラグが０であれば（つまり調理が開始
されていなければ）、キャンセル可能と判断し（Ｓ５０
９：ＹＥＳ）、その品目に関わる記憶を処理状況テーブ
ルから抹消し、キャンセルを受け入れたことを発注端末
５０に送信する（Ｓ５１０）。また、このキャンセルを
受け入れたことをキッチン端末４０に送信し、そのＣＲ
Ｔ４２に画面表示させ、キッチンプリンタ４３に印刷出
力させる。これにより、調理者側は、キャンセルがなさ
れたことを知ることができる。

【００３５】一方、キャンセル対象となる品目の着手フ
ラグが１であれば（つまり調理が開始されていれば）、
ＣＰＵ３１は、キャンセル不可能と判断し（Ｓ５０９：
ＮＯ）、キャンセル不可を発注端末５０に送信する（Ｓ
５１１）。図４に示すように、発注端末５０のＣＰＵ５
１は、センタコンピュータ３０からの送信内容がキャン
セル受け入れであれば（Ｓ４０７：ＹＥＳ）、キャンセ
ルを反映した内容に注文記憶を更新し（Ｓ４０８）、Ｃ
ＲＴ５６に、キャンセルした旨を表示させる。客は、こ
れを見てキャンセルできたことを確認する。また、セン
タコンピュータ３０からの送信内容がキャンセル不可で
あれれば（Ｓ４０７：ＮＯ）、ＣＰＵ５１は、ＣＲＴ５
６に、キャンセルできない旨を表示させる。

【００３６】次に、注文した飲食物の調理等の進行状況
の問い合わせについて説明する。図４に示すように、発
注端末５０のＣＰＵ５１は、リモコン５７からの入力が
注文入力でなく（Ｓ４０２：ＮＯ）、キャンセルを指示
する入力でもない場合（Ｓ４０５：ＮＯ）、その部屋か
ら注文された全品目の調理の進行状況を問い合わせる信
号をセンタコンピュータ３０に送信する（Ｓ４１１）。
次に、ＣＰＵ５１は、その返信として送られてくる情報
を受信したなら、その内容をＣＲＴ５６に表示させる
（Ｓ４１２）。

【００３７】図５に示すように、センタコンピュータ３
０のＣＰＵ３１は、発注端末５０からの入力信号が、注
文でなく（Ｓ５０３：ＮＯ）、キャンセルでもない場合
（Ｓ５０８：ＮＯ）、処理状況テーブルから、その発注
端末５０の部屋番号で記憶されている品目と着手、未着
手、完了、未完等のデータを発注端末５０に送信する
（Ｓ５１２）。この際、着手されていながら未完の品目
については、経過時間とその品目の標準的な調理所要時
間（ＲＯＭ３２に記憶されている）とを対比して、あと
どのくらいで調理が完了するかの見通し時間を算出し
て、これを発注端末５０に送信する。

【００３８】図４に示すように、発注端末５０のＣＰＵ
５１は、センタコンピュータ３０から受け取った処理状
況に関するデータに基づいて、その部屋の注文品目の処
理状況の一覧を、ＣＲＴ５６に表示させるのである（Ｓ
４１２）。客は、これにより注文した飲食物の処理状況
を知ることができる。

【００３９】なお、センタ装置２０のキーボード２３を
操作して、ＣＲＴ２２に各部屋毎の注文品の処理状況、
キャンセルの可能、不可能等を表示させることや、キッ
チン端末４０のキーボード４４を操作して、同様の内容
をＣＲＴ４２に表示させたりキッチンプリンタ４３に印
刷出力させることも可能である。

【００４０】以上のように、本実施例の注文システム１
によれば、店側や客側は、注文物の処理状況、待ち時間
やキャンセル可能かどうか等の情報を得ることができ
る。また、キャンセルの申し出に対する許可、不許可を
自動的に処理できるので、例えば店員がキャンセルを取
り次いだり、その可否を客に伝える等の店側の負担は軽
減される。

【００４１】さらに、キャンセル受け入れの可能または
不可能が発注端末５０のＣＲＴ５６に表示されるので、
客側は、安心してキャンセルを申し出ることができ、無
理なキャンセルを申し出ることもなくなる。以上、実施
例に従って、本発明について説明したが、本発明はこの
ような実施例に限定されるものではなく、本発明の要旨
を逸脱しない範囲でさまざまに実施できることは言うま
でもない。

【００４２】実施例では、キャンセルの可否をセンタコ
ンピュータ側で判断しているが、発注端末側で判断する
構成も可能である。飲食物の調理等が開始されたなら
ば、その飲食物の標準的な調理時間等に基づいて、「あ
と何分程度お待ちください。」といった内容のメッセー
ジをＣＲＴに表示させたり、標準的な調理時間と実際の
経過時間とに基づいて、何％程度調理が進んでいるかと
いったグラフ等を表示させてもよい。

【００４３】

【発明の効果】以上説明したように、請求項１記載の注
文システムによれば、飲食物等の処理状況が把握される
ので、例えば提供するまでにあとどのくらいの時間を要
するか、キャンセルは可能かといった情報を、例えば店
側で得て客に伝えることができる。

【００４４】請求項２記載の注文システムによれば、店
側や客側が、あとどのくらい待てばよいのか、キャンセ
ルは可能かといった情報を的確に得ることができる。請
求項３記載の注文システムによれば、キャンセルの申し
出に対する許可、不許可を自動的に処理できるので、例
えば店員がキャンセルを取り次いだり、その可否を客に
伝える等の店側の負担は軽減される。

【００４５】請求項４記載の注文システムによれば、例
えば客側は、安心してキャンセルを申し出ることがで
き、無理なキャンセルを申し出ることもなくなる。請求
項５記載の発注端末によれば、客側は、あとどのくらい
待てばよいのか、キャンセルは可能かといった情報を的
確に得ることができる。

【００４６】請求項６記載の発注端末によれば、客側
は、処理状況を見て、適切なタイミングで迅速にキャン
セルすることができる。請求項７記載の発注端末によれ
ば、客側は、安心してキャンセルを申し出ることがで
き、無理なキャンセルを申し出ることもなくなる。

【図面の簡単な説明】

【図１】実施例の注文システムの概略構成のブロック
図である。

【図２】実施例の注文システムの受注側となる受注セ
ンタの構成を示すブロック図である。

【図３】実施例の注文システムの発注側となる発注端
末の構成を示すブロック図である。

【図４】実施例の発注端末のＣＰＵが実行する処理の
フローチャートである。

【図５】実施例のセンタコンピュータのＣＰＵが実行
する処理のフローチャートである。

【図６】実施例のセンタコンピュータのＲＡＭ上に作
成される処理状況テーブルの説明図である。

【符号の説明】

１・・・注文システム、１０・・・受注センタ、２０・・・センタ装置、３０・・・センタコンピュータ、３１・・・ＣＰＵ（制御手段、処理状況把握手段、キャ
ンセル判定手段）３３・・・ＲＡＭ３３（処理状況把握手段）、３７・・・端末インタフェース（注文受信手段）４０・・・キッチン端末、４１・・・キッチン端末コンピュータ（処理状況把握手
段）、４２・・・ＣＲＴ（注文出力手段）、４３・・・キッチンプリンタ（注文出力手段）、４４・・・キーボード（処理状況把握手段）、５０・・・発注端末、５４・・・センタインタフェース（注文送信手段）、５６・・・ＣＲＴ（処理状況表示手段、キャンセル可否
表示手段）５７・・・リモコン（注文入力手段、キャンセル入力手
段）。

───────────────────────────────────────────────────── フロントページの続き (72)発明者日比野義彦愛知県名古屋市昭和区桜山町６丁目104番地株式会社エクシング内 (72)発明者清原裕二愛知県名古屋市昭和区桜山町６丁目104番地株式会社エクシング内 (72)発明者安田勝愛知県名古屋市昭和区桜山町６丁目104番地株式会社エクシング内 (72)発明者古川敏愛知県名古屋市昭和区桜山町６丁目104番地株式会社エクシング内 (72)発明者藤井一洋富山県富山市下新町３番23号株式会社インテック内

Claims

【特許請求の範囲】

【請求項１】飲食物等の注文を入力する注文入力手段
と、該入力される注文を送信する注文送信手段とを備え
る発注端末と、該発注端末から送信される注文を受信する注文受信手段
と、該受信された注文を出力する注文出力手段とを備え
る受注センタとを含む注文システムにおいて、前記注文受信手段により受信された注文の飲食物等の処
理状況を把握する処理状況把握手段を設けたことを特徴
とする注文システム。
【請求項２】前記処理状況把握手段により把握された
飲食物等の処理状況を表示する処理状況表示手段を設け
たことを特徴とする請求項１記載の注文システム。
【請求項３】前記飲食物等の注文のキャンセルを入力
するキャンセル入力手段と、前記処理状況把握手段により把握された飲食物等の処理
状況に応じて、前記キャンセルを許可または不許可とす
るキャンセル判定手段とを設けたことを特徴とする請求
項１または２記載の注文システム。
【請求項４】前記キャンセル受け入れの可能または不
可能を表示するキャンセル可否表示手段を設けたことを
特徴とする請求項３記載の注文システム。
【請求項５】飲食物等の注文を入力する注文入力手段
と、該入力される注文を受注センタに送信する注文送信
手段とを備える発注端末において、前記注文された飲食物等の処理状況を前記受注センタか
ら取得する処理状況取得手段と、該処理状況を表示する処理状況表示手段とを設けたこと
を特徴とする発注端末。
【請求項６】前記飲食物等の注文のキャンセルを入力
するキャンセル入力手段と、該入力されるキャンセルを前記受注センタに送信するキ
ャンセル送信手段とを設けたことを特徴とする請求項５
記載の発注端末。
【請求項７】前記処理状況取得手段により取得された
処理状況に基づいて前記キャンセル受け入れの可能また
は不可能を表示するキャンセル可否表示手段を設けたこ
とを特徴とする請求項５または６記載の発注端末。