(57)【要約】【課題】  顧客と携帯端末を結びつけ、その携帯端末に注文と着席場所を入力することで、顧客が着席した場所に注文を給仕することができる、注文システム及び注文方法を提供することにある。【解決手段】  携帯端末１６は、飲食店内で顧客に貸与される。携帯端末１６には、商品注文と着席場所が入力される。通常は、着席場所決定後に注文が入力されるが、本発明では、待ち時間を利用して予め注文が入力される。注文は、一時的に記憶装置に保存される。顧客の着席時に着席場所が入力されると、予め保存されていた注文が調理開始許可される表示が行われる。【選択図】  図９
2005165841.tif 000002
【特許請求の範囲】
【請求項１】
顧客に貸与する携帯端末を用いて飲食店で注文を受ける注文方法であって、
顧客に対して携帯端末に注文の入力を促すステップと、
携帯端末に着席場所の入力を行うステップと、
顧客に対して携帯端末に注文の決定の入力を促すステップとを含む、
飲食店での注文方法。
【請求項２】
携帯端末に着席場所の入力を行うステップが、着席場所に固定された識別コードを入力するステップである、請求項１記載の方法。
【請求項３】
携帯端末に着席場所の入力を行うステップが、顧客に対して携帯端末に着席場所の入力を促すステップを含む、請求項１記載の方法。
【請求項４】
顧客に携帯端末を貸与する前に、飲食物提供者に対して携帯端末に顧客人数の入力を促すステップを含む、請求項１記載の方法。
【請求項５】
顧客人数の入力によって、携帯端末に入店時間が表示される、請求項２記載の方法。
【請求項６】
携帯端末に注文の決定の入力を促すステップが、注文の入力後に、着席場所の入力を行うステップである、請求項１記載の方法。
【請求項７】
複数の着席場所がレイアウトされた飲食店において顧客の飲食物の注文を受け付ける注文システムであって、
前記システムは、飲食物を表示したメニューと、顧客に貸与する複数の携帯端末と、前記携帯端末との間で送受信可能な注文管理サーバより構成され、
前記メニューには、前記飲食物に対応して固有の識別コードが表示されており、
前記携帯端末は、前記メニューに表示された識別コードと、前記着席場所に固定された識別コードとを読み取り可能であり、
前記管理サーバは、前記携帯端末から受信したメニュー識別コード及び着席場所識別コードの両方を受信したときに、調理開始を促す表示を行う、
注文システム。
【請求項８】
前記管理サーバは、メニュー識別コード及び着席場所識別コードのいずれか一方を受信したときには前記一方の識別コードを一時的に保存し、メニュー識別コード及び着席場所識別コードの他方を受信した後、調理開始を促す表示を行う、請求項７記載の注文システム。
【請求項９】
複数の着席場所がレイアウトされた飲食店において顧客の飲食物の注文を受け付ける注文システムであって、
前記システムは、飲食物を表示したメニューと、顧客に貸与する複数の携帯端末と、前記携帯端末との間で送受信可能な注文管理サーバより構成され、
前記メニューには、前記飲食物に対応して固有の識別コードが表示されており、
前記携帯端末は、前記メニューに表示された識別コードを読み取り可能であるとともに、前記着席場所ごとに予め定められたデータを入力可能であり、
前記管理サーバは、前記携帯端末から受信したメニュー識別コード及び着席場所データの両方を受信したときに、調理開始を促す表示を行う、
注文システム。
【請求項１０】
前記管理サーバは、メニュー識別コード及び着席場所データのいずれか一方を受信したときには前記一方の識別コード又はデータを一時的に保存し、メニュー識別コード及び着席場所データの他方を受信した後、調理開始を促す表示を行う、請求項９記載の注文システム。
【請求項１１】
前記管理サーバは、メニュー識別コードのみを受信したとき、着席場所未入力であることの表示と、受信したメニュー識別コードに対応する注文の表示を行う、請求項８又は請求項１０記載の注文システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レストラン、喫茶店などの飲食店において、飲食物の注文を迅速に行うための注文方法、及び、注文システムに関する。より詳細には、本発明は、混雑時の待ち時間内に注文を決めることができ、着席時に直ちに注文を決定することができる注文システム及び方法に関する。
【背景技術】
【０００２】
例えば、レストランにおいて入店から飲食物の注文を行う場合、一般的に以下の行為がなされる。
（１）顧客は、入店し、フロントで氏名及び人数、並びに、喫煙の有無を告げるか記入する。
（２）顧客をテーブルに案内したり、注文を聞いたり、飲食物を給仕したりするするフロア係は、人数及び喫煙の有無を見て、顧客を適切なテーブルに案内する。フロア係は、顧客が一人であればカウンター席にその顧客を案内し、顧客がグループであれば人数に相当するテーブル席に顧客を案内する。フロア係は、顧客が希望する場合には、カウンター席又はテーブル席を変更する。
（３）フロア係は、顧客にメニューを渡すか、テーブル席に置いてあるメニューの利用を促し、注文決定後にテーブル席に伺う旨を伝えた後、テーブル席を離れる。
（４）顧客は、着席後にメニューを開いて注文商品を選ぶ。
（５）注文商品が決まった顧客は、声又は仕草で意思表示をするか、呼出しボタンを利用してフロア係を呼ぶ。
（６）顧客がフロア係に注文商品を伝えると、フロア係は、携帯端末に注文商品を入力するか、伝票に注文商品を記入する。
（７）フロア係は、注文商品を復唱して確認した後、テーブル席を離れる。
（８）注文商品は、携帯端末又は伝票により厨房に伝えられる。
（９）調理係は、注文商品を調理する。なお、ドリンク類のみの注文の場合や、バイキング形式の注文商品の場合は、フロア係単独で給仕を行うこともあるが、ここでは説明を省略する。
（１０）調理を終えた注文商品は、フロア係によって注文した顧客のテーブル席に運ばれる。フロア係は、注文商品を顧客に確認した後、テーブル席に注文商品を置く。
（１１）フロア係は、総ての注文商品が揃っていることを顧客に確認の上、レシートをテーブル席に置く。
【０００３】
上記注文方法では、注文行為にフロア係を介するため、顧客に多くの待ち時間が生じるので、その対処の１つとして、顧客に注文行為を委ねる方法が提案されている（例えば、特許文献１）
前記文献記載の技術では、バーコードリーダ、バーコード付きメニュー及び入力表示装置がテーブルに置かれ、顧客による注文が無線によって注文管理サーバに送信され、厨房で注文を取り出して調理が行われるようになっている。
【０００４】
【特許文献１】特開２００３−１７８１２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前記文献記載の方法では、テーブル席に着席後においてフロア係を介することなく注文商品を厨房に伝えることによって、フロア係が介在する業務が削減され、その結果、飲食物の注文が速やかに行なわれるという効果、フロア係の業務量が削減されて飲食店では人件費を低減できる効果がある。しかし、フロア係を介在する行為には、飲食物の注文を受ける行為だけでなく、顧客をテーブル席へ案内する行為もある。
【０００６】
また、テーブル席に顧客の人数に応じた空席がなく、飲食店の出入口付近の待合室で顧客が待たされるときは、以下の問題がある。
待合室に人が居ると、顧客は、テーブル席に着席するまでの時間が非常に気になる。テーブル席への案内までの時間は、顧客にとってまったく無駄な時間であり、しかも、どのくらいの時間で案内されるかもわからないので、顧客はいらだちを禁じえない。顧客の性格にもよるが、待合室の人数を見たとたんに、帰ってしまう顧客もいる。
【０００７】
本発明の目的は、顧客と持ち運び可能な携帯端末を結びつけ、その携帯端末に注文と着席場所を入力することで、顧客が着席した場所に注文を給仕することができる、注文システム及び注文方法を提供することにある。
本発明の他の目的は、混雑時の待ち時間の間に予め注文商品を選ぶことができ、テーブル席への着席後は直ちに注文行為を完了させることができる、注文システム及び注文方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、顧客に貸与する携帯端末を用いて飲食店で注文を受ける注文方法であって、顧客に対して携帯端末に注文の入力を促すステップと、携帯端末に着席場所の入力を行うステップと、顧客に対して携帯端末に注文の決定の入力を促すステップとを含む、飲食店での注文方法により前記課題を解決する。
【０００９】
従来は、着席場所が決まった段階で注文を受け付けるしかないが、本発明では、携帯端末に注文と着席場所を順序問わず独立して入力した後、最終的に注文が決定されるので、顧客の着席前後に拘わらず注文を受けることができる。これによって、待ち時間の間においても、注文を受けることができ、顧客の苛立ちを解消することができるとともに、着席後に直ちに注文を受け付けて調理を開始することができる。
【００１０】
携帯端末に着席場所の入力を行うステップが、着席場所に固定された識別コードを入力するステップであることが好ましい。着席場所は注文の給仕先であり、これが未入力であるときは、注文の給仕先が不明であることは当然であるが、着席場所に固定された識別コードを利用して着席場所を特定することにより、給仕先の入力ミスをなくすことができる。
【００１１】
着席場所の入力はフロア係が行ってもよいが、顧客に対して着席場所の入力を促すようにることができる。こうすることで、フロア係の業務を軽減することができる。また、顧客に着席場所を選ばせる飲食店においては、注文の給仕先データとして着席場所のデータが必要であることから、このデータの入力を顧客に促すことにより、給仕先の特定を行わせることができる。
【００１２】
本発明では、顧客に携帯端末を貸与する前に、飲食物提供者に対して携帯端末に顧客人数の入力を促すステップを含むことが好ましい。顧客人数は、経理上重要な情報であり、顧客に委ねるのではなく、パスワードを利用する等により、飲食店側で入力することが好ましい。
【００１３】
また、顧客人数の入力によって携帯端末に入店時間が表示されることが好ましい。携帯端末は、顧客に貸与されるので、サービス提供の判断を容易にするためである。
【００１４】
本発明において、顧客に対して携帯端末に注文の決定の入力を促すステップが、注文の入力後に、着席場所の入力を促すステップであることが好ましい。待ち時間中の注文入力後に着席場所の入力を行うことで、再度の決定操作をする必要がなく、着席場所特定後、直ちに調理を開始できる状態となり、顧客にとっては調理待ち時間が短縮され、飲食店にとっては顧客の回転率を上げることができる。しかも、注文を着席場所と確実に関連付けることができる。
【００１５】
本発明は、上記方法を実施するシステムを提供する。このシステムは、複数の着席場所がレイアウトされた飲食店において顧客の飲食物の注文を受け付ける注文システムであって、
前記システムは、飲食物を表示したメニューと、顧客に貸与する複数の携帯端末と、前記携帯端末との間で送受信可能な注文管理サーバより構成され、
前記メニューには、前記飲食物に対応して固有の識別コードが表示されており、
前記携帯端末は、前記メニューに表示された識別コードと、前記着席場所に固定された識別コードとを読み取り可能であり、
前記管理サーバは、前記携帯端末から受信したメニュー識別コード及び着席場所識別コードの両方を受信したときに、調理開始を促す表示を行う。
【００１６】
携帯端末は、専用の端末装置として構成されていても、既存の携帯電話にバーコードリーダー機能を付与した構成でもよい。
【００１７】
このシステムにおいて、前記管理サーバは、メニュー識別コード及び着席場所識別コードのいずれか一方を受信したときには前記一方の識別コードを一時的に保存し、メニュー識別コード及び着席場所識別コードの他方を受信した後、調理開始を促す表示を行う。これにより、調理開始のトリガーとして、注文と着席場所が最低条件となり、無駄な時間を排除できるとともに、給仕先の誤りをなくすことができる。
【００１８】
また、本発明の他のシステムは、複数の着席場所がレイアウトされた飲食店において顧客の飲食物の注文を受け付ける注文システムであって、
前記システムは、飲食物を表示したメニューと、顧客に貸与する複数の携帯端末と、前記携帯端末との間で送受信可能な注文管理サーバより構成され、
前記メニューには、前記飲食物に対応して固有の識別コードが表示されており、
前記携帯端末は、前記メニューに表示された識別コードを読み取り可能であるとともに、前記着席場所ごとに予め定められたデータを入力可能であり、
前記管理サーバは、前記携帯端末から受信したメニュー識別コード及び着席場所データの両方を受信したときに、調理開始を促す表示を行う。
【００１９】
前記管理サーバは、メニュー識別コード及び着席場所データのいずれか一方を受信したときには前記一方の識別コード又はデータを一時的に保存し、メニュー識別コード及び着席場所データの他方を受信した後、調理開始を促す表示を行う。これにより、調理開始のトリガーとして、注文と着席場所が最低条件となり、無駄な時間を排除できるとともに、給仕先の誤りをなくすことができる。
【００２０】
また、前記管理サーバは、メニュー識別コードを受信したとき、着席場所未入力であることの表示と、受信したメニュー識別コードに対応する注文の表示を行う。これにより、飲食店側は、近いうちに、一定の注文があることを予定するとともに、準備又は段取りを行うことができる。
【実施例１】
【００２１】
以下、図面を参照して本発明による注文システム及び方法の実施例を説明する。図１は、本発明による注文システム及び方法を示すための飲食店のレイアウト図である。
【００２２】
図１には、例えば、いわゆる「ファミリーレストラン」と呼ばれる飲食店のレイアウトが示されている。飲食店では、出入口付近に入出店に必要な構造物が配置され、内部に顧客が飲食を行うための着席場所、及び、飲食サービス提供者が調理を行うための厨房が配置されている。また、飲食店には化粧室等があるが、そのような化粧室等は図１において省略されている。
【００２３】
出入口付近には、構造物として、フロント１０と待合席１２が配置されている。フロント１０は、顧客の人数や氏名を確認するための入店受付及び飲食後の清算を行う場所である。待合席１２は、混雑時に顧客が空席を待つための場所である。
着席場所は、顧客の入店人数に対応できるように、テーブル席（Ｔ−１〜Ｔ−６）とカウンター席（Ｃ−１〜Ｃ−６）に分かれている。
厨房１４は、顧客の注文に応じて素材を調理する場所である。なお、注文が飲料のみの場合は、又は、いわゆるバイキングと称されるように顧客自身がサーブする場合は、厨房１４において調理が行われることはない。
【００２４】
飲食店には、フロント、着席場所及び厨房を往来するフロア係が配置されており、この者が、通常は、入店受付、清算、注文運搬、後片づけ、厨房を通さない飲料の提供やバイキング用容器の提供を行い、その他に顧客の細かな要望に応対する。また、飲食店には、厨房に調理人が配置されており、顧客の注文に応じて素材を調理する。
【００２５】
飲食店では、注文から調理までを迅速に行うための注文システムが配備されている。この注文システムは、飲食物を表示したメニューと、顧客に貸与する携帯端末と、前記携帯端末との間で送受信可能な注文管理サーバより構成される。
【００２６】
図２は、メニュー１６の表示内容及び携帯端末１８を示す説明図である。メニュー１６には、飲食店で提供する飲食物のイラスト、商品名、価格、カロリー塩分等の属性とともに、飲食物に対応する識別コード２０が表示されている。本実施例では、識別コード２０はバーコードである。バーコード２０は、注文のためのバーコード２０（以下、「飲食物注文用バーコード」という。）と、決定前の取消用のバーコード２２がある。図示してはいないが、数量を入力するためのバーコードや注文決定のためバーコードを設けてもよい。
【００２７】
本実施例の携帯端末１８は、飲食店の店内使用に供され、顧客自身が、注文できるように入店時に貸与される。携帯端末は、専用の端末装置として構成されていても、既存の携帯電話にバーコードリーダー機能を付与した構成でもよい。
携帯端末１８は、識別コードであるバーコード２０，２２や、その他に数量や決定に対応するバーコードを読み取り可能に構成されており、例えば、携帯端末１８はバーコードリーダー機能付き携帯端末（以下、「ＢＲ端末」である。読み取り方式に、入力部としてペン式又はスキャン式があるが、いずれの方式を採用してもよい。本実施例では、ペン式を採用しており、メニュー表示の飲食物注文用バーコード２０を読み取ることにより、ＢＲ端末１８に注文しようとする飲食物の注文データが蓄積される。
【００２８】
ＢＲ端末１８は、出力装置として液晶表示画面を備えている。液晶表示画面には、注文データ、入力を促す文字などが示される。液晶表示画面については、フローチャートを参照して後で詳細に説明する。
【００２９】
ＢＲ端末１８は、さらに、決定ボタン２４と呼出ボタン２６を供えている。決定ボタ２４ンは、ＢＲ端末内に蓄積した注文データを管理サーバに送信するための入力部である。なお、後述するが、決定ボタン２４を利用せずとも、テーブル席のバーコードの利用して蓄積した注文データを送信することもできる。また、注文決定のためのバーコードを記したメニューを利用した場合には、ＢＲ端末から決定ボタンを略することができる。
呼出ボタン２６は、顧客の細かな要望に応えるために、フロア係を呼び出すための入力部である。呼出ボタン２６を操作すると、例えば、店内の表示板にテーブル番号が表示される。
さらに、ＢＲ端末１８は、テンキーを備えていてもよい。このテンキーは、数量の入力、フロア係による着席場所の入力に利用できるように構成されている。
【００３０】
ＢＲ端末１８は、無線による送受信機能を備えている。ＢＲ端末１８は、管理サーバとの間で、飲食物注文データの送信を行うとともに、注文状態の受信を行う。
【００３１】
図３は、着席場所を示す斜視図である。本実施例の場合、着席場所としてテーブル席とカウンター席があるが、図３では、テーブル席のみを示している。テーブル席Ｔ−１には、そのテーブル席固有の識別コード２８が表示されている。識別コード２８は、メニューと同じ種類であり、本実施例の場合、メニューと同じバーコード（以下、「着席場所バーコード」という。）である。したがって、ＢＲ端末１８を用いて、飲食物注文用バーコードも着席場所バーコードのいずれも入力することができる。
【００３２】
図４は、管理サーバの構成図である。管理サーバ３０は、ＢＲ端末１８から受信した飲食物注文用バーコード及び着席場所バーコードに対応する情報を厨房及びフロントの出力装置に表示する。管理サーバは、ＣＰＵ（中央演算ユニット）３２と、このＣＰＵにバス３４で接続された送受信装置３６、商品データベース３８、着席場所データベース４０、記憶装置４２、出力装置４４を備えている。
送受信装置３６は、ＢＲ端末１８との間で送受信を行うインターフェースとして機能する。商品データベース３８は、飲食物注文用バーコード２０に対応するデータと飲食物の名称を翻訳するためのテーブル（表）を格納している。着席場所データベース４０は、着席場所バーコード２８に対応するデータと着席場所を翻訳するためのテーブル（表）を格納している。
記憶装置４２は、例えば、ＲＡＭであり、飲食物注文用バーコード２０及び着席場所バーコード２８の一方のデータのみ受信したときに、固有のＢＲ端末１８に関連付けて、前記一方のデータを一時的に保存する。
出力装置４４は、調理人に対する厨房出力装置４６と、フロア係に対するフロント出力装置４８より構成されている。注文には、厨房で調理する飲食物と、厨房での調理は不要な飲料やバイキングがあるためである。出力装置４４は、ＣＲＴ等の画面表示装置でも、プリンター等の印刷装置のいずれでもいが、本実施例では、ＣＲＴ等の画面表示装置を用いている。
【００３３】
次に、本発明による注文システムを用いて、飲食物を注文する方法を説明する。まず最初に、飲食店に混雑はなく、着席場所に余裕のある状態を説明する。顧客は入店すると、フロア係に人数を告げる。複数のＢＲ端末１８のそれぞれは、初期化されており、フロント１０に置かれている。
【００３４】
図５及び図６は、ＢＲ端末１８の液晶表示画面５０を示している。図５は、注文前のＢＲ端末の液晶表示画面を示している。フロア係は、ＢＲ端末に人数を入力する。ＢＲ端末には、人数を入力することにより、入店時間５２と人数５４が表示される。フロア係は、空席に顧客を案内し、図３に示されるように、テーブル席のバーコード２８をＢＲ端末で読み取る。ＢＲ端末１８にテンキーがある場合には、テンキーによって着席場所のデータを入力してもよい。このとき、フロア係は、顧客に対してテーブル席のバーコード２８をＢＲ端末で読み取ることができる旨を説明し、顧客バーコード２８を読み取らせてもよい。バーコード２８を読み取ると、ＢＲ端末には、着席時間とテーブル番号が表示される。フロア係は、顧客に注文方法を説明してテーブル席を離れる。フロア係は、注文を受けることはなく、その間に他の業務を行う。
また、フロア係は、必要であればＢＲ端末の操作を説明し、顧客が自由に着席場所を選んでもよい旨を伝える。この場合、着席場所バーコード２８は顧客によってＢＲ端末に入力される。
【００３５】
着席場所を顧客自身に自由に選ばせて顧客の希望に応じること、及び、フロア係の業務軽減を図ることにおいて、本発明は好適である。ＢＲ端末は、着席場所のバーコード２８を読み取ることで、ＢＲ端末を介して顧客と着席場所とを関連付ける。フロア係がバーコード２８の入力を行うことがない場合は、顧客に対して、ＢＲ端末１８に着席場所の入力を促す表示が行われる。その後、以下の説明のように、顧客による注文の入力が行われるが、注文がどの着席場所から入力されたかは、入力されたテーブル番号を参照することで、運搬すべきテーブル席又はカウンター席が定まるからである。
【００３６】
注文の入力のために、液晶表示画面５０には、決定前の状態では、注文の入力を促す表示が表示される。図５では、「メニューのバーコードをペンで読み取って注文を入力下さい。テーブルバーコードをペンで読み取りますと、決定となります。」のように、注文の入力を促す表示が行われる。液晶表示画面５０ではなく、メニュー１６の各頁毎に注文の入力を促す表示が行われてもよく、テーブルや卓上メニューに注文の入力を促す表示が行われてもよい。
顧客は、メニュー１６のバーコードをＢＲ端末で読み取ることで、ＢＲ端末１８に注文データを蓄積する。希望する飲食物の入力が完了すると、顧客が決定ボタン２６を操作するか、着席場所バーコード２８を読み取る。着席時に着席場所バーコードを入力せず、注文データ入力後に、着席場所バーコードを読み取ると、決定の代わりになる。いずれの場合においても、着席場所バーコードの入力がないかぎり、注文決定とはならない。
【００３７】
図６は、注文決定後のＢＲ端末の液晶表示画面を示している。液晶表示画面５０には、注文の状態「決定」、発注時刻「１８：４０」、商品名「＊＊＊＊」、数量「１」、価格「￥８４０」のように、個々の注文毎に状態等が表示されるとともに、合計価格が表示される。さらに、液晶表示画面には、「注文を受付ました。」のように顧客に安心感を与える表示と、「追加注文があるときは、メニューのバーコードを読みとって決定ボタン。」のように追加注文を促す表示とが表示される。
【００３８】
管理サーバ３０は、ＢＲ端末１８から送信された注文データを受信し、商品データベース３８及び着席場所データベース４０を参照して、厨房表示装置４６及びフロア出力装置４８に注文内容を表示する。調理人は、ＣＲＴ等に画面表示された注文のうち、厨房で調理が必要な注文についての調理を行う。フロア係は、ＣＲＴ等に画面表示された注文のうち、厨房で調理を行わない注文についての対応、すなわち、飲料の提供準備、バイキング用容器の準備を行う。いずれの出力装置４６，４８にも、テーブル番号が表示され、調理完了した飲食物や、飲料は所定のテーブル席に運搬される。
【００３９】
図７は、ＢＲ端末として、携帯電話を利用した実施例を示している。フロア係は、テーブル席のバーコード２８をＢＲ端末で読み取るか、テンキーを利用するかして、着席場所固有のデータを入力する。このとき、フロア係は、顧客に対してテーブル席のバーコード２８をＢＲ端末で読み取ることができる旨を説明し、顧客バーコード２８を読み取らせてもよい。ＢＲ端末を介して顧客と着席場所とを関連付けることにより、注文がどの着席場所から入力されたかが、入力されたバーコード２８又はテーブル番号を参照することで、運搬すべきテーブル席又はカウンター席が定まる。
【００４０】
注文の入力のために、液晶表示画面６０には、決定前の状態では、注文の入力を促す表示が表示される。図７では、「メニューのバーコードと、数量のバーコードをスキャンして注文を入力下さい。」のように、注文の入力を促す表示が行われる。液晶表示画面６０ではなく、メニュー１６やテーブルや卓上メニューに注文の入力を促す表示が行われてもよい。さらに、ＢＲ端末のテンキー６２などを利用して数量を入力してもよい。
【００４１】
顧客は、メニューのバーコードをＢＲ端末で読み取ることで、ＢＲ端末に注文データを蓄積する。図８は、注文入力後のＢＲ端末の表示画面６０を示している。希望する飲食物の入力が完了すると、顧客がファンクションキー（Ｆ）を操作するか、着席場所バーコード２８を読み取るか、或いは、メニューの決定バーコードをスキャンする。着席時に着席場所バーコードを入力せず、注文データ入力後に、着席場所バーコードを読み取ると、決定の代わりになる。いずれの場合においても、着席場所バーコードの入力又は着席場所に関する入力がないかぎり、注文決定とはならない。
【００４２】
ＢＲ端末１８から送信された注文データを受信した管理サーバは、商品データベース３８及び着席場所データベース４０を参照して、厨房表示装置４６及びフロア出力装置４８に注文内容を表示する。その後、調理人又はフロア係は、ＣＲＴ等に画面表示された注文に対応する。
【００４３】
本発明では、飲食店が混雑する場合には、さらに好適である。混雑時には、顧客は待合席で何もせずに待つだけである。この無駄な時間を注文に利用することで、顧客にとってはイライラ感を解消させ、飲食店側としては着席後に直ちに注文を受け付けて回転率を上げることができる。
【００４４】
図９は、混雑時において、待ち時間を利用して顧客が希望する飲食物を注文する方法のフローチャートである。顧客は入店すると、フロア係に人数を告げる。複数のＢＲ端末のそれぞれは、初期化されており、フロントに置かれている。
フロア係は、ＢＲ端末に人数を入力して、そのＢＲ端末を顧客に貸与する。ＢＲ端末には、人数を入力することにより、入店時間と人数が表示される。フロア係は、「混雑しており席を準備するには時間を要する」旨、メニューを渡して「待ち時間を利用して注文を受けることができる」旨を伝えるとともに、必要であれば、ＢＲ端末の操作方法を説明する。
【００４５】
図１０乃至図１４は、ＢＲ端末貸与から注文決定までの表示内容を時系列で示している。
図１０は、フロア係により人数入力まで行われた状態のＢＲ端末の液晶表示画面を示している。液晶表示画面は、「少々お待ち下さい。係の者がテーブル席に案内します。」のように空席待ち状態であることの表示と、「メニューのバーコードをペンで読みとって注文を入力下さい。商品入力後に決定ボタンを押して下さい。」のように顧客に注文を促す表示が行われる。液晶表示画面ではなく、メニュー１６やテーブルや卓上メニューに注文の入力を促す表示が行われてもよい。顧客は、図２に示されるように、メニューのバーコードをＢＲ端末で読み取ることで、ＢＲ端末に注文データを蓄積する。希望する飲食物の入力が完了すると、顧客が決定ボタン２８を操作する。
【００４６】
図１１は、顧客が待合席で希望する注文を完了した状態のＢＲ端末の液晶表示画面を示している。液晶表示画面は、「少々お待ち下さい。係の者がテーブル席に案内します。」のように待ち状態であることの表示と、注文の状態「着席待ち」、発注時刻「（未表示）」、商品名「＊＊＊＊」、数量「１」、価格「￥８４０」のように、個々の注文毎に決定後の注文が表示されるとともに、合計価格が表示される。
また、ＢＲ端末の液晶表示画面には、着席後、着席場所バーコードの入力を促す表示がなされている。テーブルに着席場所バーコードの入力を促す表示が行われてもよい。着席場所に案内後に、フロア係が着席場所バーコードを入力してもよい。
【００４７】
図９に示されるように、管理サーバ３０は、ＢＲ端末から着席待ち状態の注文を受信すると、受信したデータがオーダーに関するデータである場合には（Ｓ１）、一時的に注文を記憶する（Ｓ１１）とともに、着席待ち状態であることを示した上で出力装置に表示する（Ｓ１２）。厨房又はフロア係は、近いうちに注文が決定されることを事前に知らされる。ただし、厨房の調理人は、調理を開始せず、飲食物の調理段取りだけを考える。管理サーバは、テーブル番号入力待ち状態をルーチンする（Ｓ１３）。
【００４８】
図１２は、注文が決定され、着席待ち状態における管理サーバの出力装置４６（４８）の表示画面を示している。端末番号は、ＢＲ端末に対応する番号である。人数、品名、数量は、顧客及び注文に対応する情報である。着席場所は、顧客のテーブル席又はカウンター席の番号である。担当の項には、注文内容に応じて、担当する係が表示される。
端末番号１０５，１０１に対応する注文では、既に着席場所が決まっており、調理を開始できる状態であることが表示されている。図１２において、着席場所にテーブル番号が示されていることが、調理開始を許可する表示である。他の表示方法で、調理開始許可を表示してもよい。
端末番号１０２に対応する注文では、注文は決まっているが、着席場所は決まって以内状態であることが表示されている。図１２において、着席場所に「未」と示されていることが、調理開始を許可しない表示である。他の表示方法で、調理開始不許可を表示してもよい。
【００４９】
着席場所の準備ができて、フロア係又は顧客が自由にテーブル席又はカウンター席に着席した後、ＢＲ端末から、図３に示されるように、テーブル席のバーコードを入力すると、ＢＲ端末の液晶表示画面が切り替わり、直ちに、注文の最終決定が行われる。図１３に示されるように、液晶表示画面では、状態が「決定」に切り替わり、発注時刻が表示される。液晶表示画面では、着席場所バーコードの入力を促す表示が消滅し、「注文を受付ました。」のように顧客に安心感を与える表示と、「追加注文があるときは、メニューのバーコードを読みとって決定ボタン。」のように追加注文を促す表示とが表示される。
【００５０】
図９を参照すると、管理サーバは、着席番号が入力されたため、テーブル番号決定と判断し（Ｓ１３）、出力装置の表示画面にデータを出力し（Ｓ１４）、出力装置はこれを表示する（Ｓ２）。
図１４は、注文データ受信し、さらに、着席場所のデータを受信した後における管理サーバの出力装置４６（４８）の表示画面を示している。
端末番号１０５に対応した注文は、完了したために消去されている。端末番号１０１は、未だ表示されており、調理待ちを示している。端末番号１０２に対応する注文では、注文及び着席場所が決まったため、着席場所にテーブル番号が示されている。
図９に戻り、調理人及びフロア係は、調理開始を許可する表示であることを認識し、調理又は運搬を開始する（Ｓ３）。
【００５１】
注文を取り消す場合には、テーブル席に着席する前の未決定状態の注文は、メニューの取消用バーコードをＢＲ端末で読み取ること可能である。また、決定後の取消については、管理サーバはこれを認めないようにしておくことが好ましい。決定後の取消は、呼出ボタンを利用してフロア係を介するようにしておく。
【００５２】
さらに、待ち時間の間に注文を好まない顧客については、着席後に注文を受けることもできる。図９において、フロア係の案内又は顧客自身の希望により、テーブル席又はカウンター席に着席し、フロア係又は顧客により着席場所バーコードが読み取られると（Ｓ１）、着席場所バーコードのデータは、管理サーバの記憶装置に一時的に保存される（Ｓ２１）。顧客によりＢＲ端末に注文が入力されて、決定ボタンの操作又は再度の着席場所バーコードの入力が行われると（Ｓ２３）、管理サーバは出力装置に注文データ及び着席場所データを出力し（Ｓ２４）、出力装置はこれを表示する（Ｓ２）。
本発明のシステムは、混雑の有無、顧客の希望に合わせていずれにも利用可能に構成されている。
【００５３】
以上のように、本発明では、携帯端末を介することにより、顧客の注文と顧客の着席場所を関連付け、注文データと着席場所データが揃った段階で厨房等に調理開始許可としてこれらのデータを表示するようにしている。
特に、本発明では、混雑時の待ち時間内に顧客による注文を受付、着席後直ちに調理可能になるので、待ち時間による顧客のイライラ感を解消させ、飲食店側としては着席後に直ちに注文を受け付けて回転率を上げることができる。
【００５４】
さらに、本発明では、待ち時間内に入力した注文データが、着席場所未決定の状態においても厨房等に表示されるので、調理人及びフロア係にとって調理の順番は提供の準備を事前に予想することができる。
【図面の簡単な説明】
【００５５】
【図１】飲食店のレイアウト図。
【図２】メニュー１６の表示内容及び携帯端末１８を示す説明図。
【図３】着席場所を示す斜視図。
【図４】本発明の注文システムの構成図。
【図５】入店着席時の携帯端末の液晶表示画面の説明図。
【図６】注文決定後の携帯端末の液晶表示画面の説明図。
【図７】管理サーバの注文受付を説明するフローチャート。
【図８】携帯電話を利用注文した入力前の携帯端末の液晶表示画面の説明図。
【図９】携帯電話を利用注文した入力後の携帯端末の液晶表示画面の説明図。
【図１０】混雑時における待合席での注文入力待ち受け状態の液晶表示画面説明図。
【図１１】混雑時における待合席での注文入力受付状態の液晶表示画面説明図。
【図１２】着席待ち状態の注文の出力装置の表示画面。
【図１３】決定時の携帯端末の液晶表示画面説明図。
【図１４】着席後の注文の出力装置の表示画面。
【符号の説明】
【００５６】
１６  メニュー
１８  携帯端末
２０  飲食物注文用バーコード
２８  着席場所バーコード
３０  管理サーバ
４２  記憶装置
４４  出力装置
５０  携帯端末の液晶表示画面
【図１】
2005165841.tif 000003
【図２】
2005165841.tif 000004
【図３】
2005165841.tif 000005
【図４】
2005165841.tif 000006
【図５】
2005165841.tif 000007
【図６】
2005165841.tif 000008
【図７】
2005165841.tif 000009
【図８】
2005165841.tif 000010
【図９】
2005165841.tif 000011
【図１０】
2005165841.tif 000012
【図１１】
2005165841.tif 000013
【図１２】
2005165841.tif 000014
【図１３】
2005165841.tif 000015
【図１４】
2005165841.tif 000016