注文システム及びそのサーバ、並びに注文管理方法
【課題】飲食店の配膳ミスを防止する。
【解決手段】注文システム１は、オーダ端末４１と、サーバ６と、コントローラ４とを備える。オーダ端末４１は、客別に用意され、その客が注文するメニュー品目のデータを入力する。サーバ６は、各オーダ端末４１で入力されたデータから客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を客が注文したメニュー品目の商品に付されたタグ９に記録させるために出力する。コントローラ４は、タグ９に記録された識別情報を読み取り、この識別情報から当該メニュー品目を注文した客に対して用意されたオーダ端末４１を特定してそのオーダ端末４１が有する報知機能を作動させる。
【解決手段】注文システム１は、オーダ端末４１と、サーバ６と、コントローラ４とを備える。オーダ端末４１は、客別に用意され、その客が注文するメニュー品目のデータを入力する。サーバ６は、各オーダ端末４１で入力されたデータから客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を客が注文したメニュー品目の商品に付されたタグ９に記録させるために出力する。コントローラ４は、タグ９に記録された識別情報を読み取り、この識別情報から当該メニュー品目を注文した客に対して用意されたオーダ端末４１を特定してそのオーダ端末４１が有する報知機能を作動させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、飲食店の注文システム及びそのサーバ、並びに注文管理方法に関する。
【背景技術】
【０００２】
例えばファミリーレストランのような飲食店では、ハンディターミナルを使用した注文システムが導入されている。このシステムは、ウェイターやウェイトレスと呼ばれる接客担当者がハンディターミナルを携帯して接客する。そして客からメニュー品目の注文を受けると、ハンディターミナルを操作してそのメニュー品目の注文に関するデータを入力する。そうすると、入力データが注文管理サーバに転送され、そのデータから厨房への調理指示、伝票の発行等といった受注業務がサーバで実施される。
【０００３】
また、最近では、タッチパネル付のオーダ端末を使用したセルフ式の注文システムが開発され、実用に供されている。このシステムは、客席に設置されたオーダ端末のタッチパネルに電子メニューを表示し、このメニューの中から客自身のタッチ操作によって選択されたメニュー品目の注文に関するデータを注文管理サーバに送信する。データを受信したサーバでは、ハンディターミナルを使用した注文システムと同様に受注処理が実施される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平２−２８８７７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
多くの飲食店では、厨房で調理されたメニュー品目を接客担当者がその品目を注文した客に配膳する。このとき、配膳ミスがあると店の信用失墜につながる。
【０００６】
本発明が解決しようとする課題は、配膳ミスを防止できる注文システムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、一実施形態の注文システムは、オーダ端末と、サーバと、コントローラとを備える。オーダ端末は、客別に用意され、その客が注文するメニュー品目のデータを入力する。サーバは、各オーダ端末で入力されたデータから客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を客が注文したメニュー品目の商品に付されたタグに記録させるために出力する。コントローラは、タグに記録された識別情報を読み取り、その識別情報から当該メニュー品目を注文した客に対して用意されたオーダ端末を特定してそのオーダ端末が有する報知手段を作動させる。
【図面の簡単な説明】
【０００８】
【図１】一実施形態における注文システムの全体構成図。
【図２】同システムにおける品目データベースのデータ構造を示す模式図。
【図３】同システムにおける画像データベースのデータ構造を示す模式図。
【図４】同システムにおけるオーダ端末の要部構成を示すブロック図。
【図５】食卓における各機器の配置例を示す模式図。
【図６】同システムにおける厨房端末の要部構成を示すブロック図。
【図７】厨房端末が有する調理待ちテーブルのデータ構造を示す模式図。
【図８】厨房端末のディスプレイに表示される調理待ち画面の一例を示す図。
【図９】同システムにおける注文管理サーバの要部構成を示すブロック図。
【図１０】同システムにおいて注文管理サーバが記憶するオーダファイルのデータ構造を示す模式図。
【図１１】同システムにおいて食器タグに記録されるデータの構造を示す模式図。
【図１２】同システムにおいて注文管理サーバのＣＰＵが実行する注文受付処理の手順を示す流れ図。
【図１３】同システムにおいて注文管理サーバのＣＰＵが実行する調理完了処理の手順を示す流れ図。
【図１４】同システムにおいて厨房コントローラが調理指示データを受信したときの処理手順を示す流れ図。
【図１５】同システムにおいて厨房コントローラが調理完了データを受信したときの処理手順を示す流れ図。
【図１６】同システムにおいて厨房コントローラがタグ書込コマンドを受信したときの処理手順を示す流れ図。
【図１７】同システムにおいて食卓コントローラが食器タグのデータを読み取ったときの処理手順を示す流れ図。
【図１８】同システムにおいて食卓コントローラが食器タグのデータを読み取ったときに変化するディスプレイの一例を示す図。
【発明を実施するための形態】
【０００９】
以下、実施形態の注文システムを、図面を用いて説明する。なお、この実施形態は、ファミリーレストランのような飲食店に本発明を適用した場合である。
【００１０】
図１は、本実施形態における注文システム１の全体構成図である。飲食店では、店内に敷設されたＬＡＮ（Local Area Network）２に、データベースサーバ３、複数の食卓コントローラ４、厨房コントローラ５、注文管理サーバ６及びＰＯＳ（Point Of Sales）端末７を接続して、注文システム１が構築されている。
【００１１】
データベースサーバ３は、品目データベース３１、画像データベース３２等の種々のデータベースを管理するのに特化したコンピュータ機器である。
【００１２】
品目データベース３１は、当該飲食店において、客に提供される全てのメニュー品目に関する情報を品目別に記憶する。メニュー品目に関する情報は、図２に示すように、品目コード、品目名称、カテゴリ、単価、ＫＴＩＤ，メニュー用画像コード及び完成品画像コードを含む。
【００１３】
品目コードは、各メニュー品目を識別するために品目毎に割り当てられる。品目名称，カテゴリ及び単価は、対応する品目コードで識別されるメニュー品目の名称、属性情報、１点あたりの価格である。ＫＴＩＤは，後述する厨房端末５１の個体識別情報である。このＫＴＩＤで特定される厨房端末５１の厨房にて、当該メニュー品目は調理される。メニュー用画像コードは、当該メニュー品目のメニュー用画像を識別し、完成品画像コードは、当該メニュー品目の完成品画像を識別する。
【００１４】
画像データベース３２は、各メニュー品目のメニュー用画像及び完成品画像に関する情報を記憶する。画像に関する情報は、図３に示すように、画像コードと画像データを含む。画像コードは、前記メニュー用画像コードまたは完成品画像コードである。画像データは、対応する画像コードで特定される画像をディスプレイに表示させるためのデータである。本実施形態では、メニュー用画像は二次元の画像であり、完成品画像は三次元の画像である。なお、完成品画像は、二次元画像であってもよい。あるいはメニュー用画像が三次元の画像であってもよい。
【００１５】
各食卓コントローラ４は、客が飲食を行うための各食卓ＴＡにそれぞれ対応して用意されており、その食卓ＴＡに設けられたオーダ端末４１とＲＦＩＤリーダ・ライタ４２とを接続する。オーダ端末４１は、食卓ＴＡの席数分ある。ＲＦＩＤリーダ・ライタ４２は、食卓ＴＢに対して少なくとも１台ある。
【００１６】
図４は、オーダ端末４１の要部構成を示すブロック図である。オーダ端末４１は、ＣＰＵ（Central Processing Unit）４１１を搭載し、このＣＰＵ４１１に、ＲＯＭ（Read Only Memory）４１２、ＲＡＭ（Random Access Memory）４１３、通信インターフェース４１４、表示コントローラ４１５及びタッチパネルコントローラ４１６を接続して、オーダ端末４１の制御部を構成する。
【００１７】
ＲＯＭ４１２は、オーダ端末４１として必要な機能をＣＰＵ４１１が実現するためのプログラムを記憶する。また、各オーダ端末４１を個体識別するために端末４１毎に設定された識別情報ＭＴＩＤを、ＲＯＭ４１２は記憶する。
【００１８】
ＲＡＭ４１３は、ＣＰＵ４１１のワークエリアとして可変的なデータを一時的に記憶する。通信インターフェース４１４は、食卓コントローラ４との間でデータ通信を行う。表示コントローラ４１５は、立体視ディスプレイ４１７の画面表示を制御する。立体ディスプレイ４１７は三次元の完成品画像を表示できる。勿論、二次元の画像も表示できる。タッチパネルコントローラ４１６は、タッチパネル４１８からの信号により立体視ディスプレイ４１７における画面上のタッチ位置座標を検出する。
【００１９】
図５に示すように、立体視ディスプレイ４１７は、食卓ＴＡに配置された各座席ＳＥ１，ＳＥ２，ＳＥ３，ＳＥ４の正面の天板に埋設されている。そして、各立体視ディスプレイ４１７の画面上に、タッチパネル４１８が配設されている。
【００２０】
ＲＦＩＤリーダ・ライタ４２は、無線通信の送受信回路を実装した本体（図示せず）と、この本体に接続されたアンテナ４２１とからなる。アンテナ４２１は、図５に示すように、食卓ＴＡにおける天板の一端部に埋設されている。
【００２１】
本実施形態では、調理されたメニュー品目が盛られる各食器８の底面に、それぞれＲＦＩＤタグからなる食器タグ９を付す。ＲＦＩＤリーダ・ライタ４２は、アンテナ４２１の交信領域内に入った食器タグ９とアンテナ４２１を介して交信し、食器タグ９のメモリに記憶されたデータを非接触で読み取る。
【００２２】
厨房コントローラ５は、厨房端末５１とＲＦＩＤリーダ・ライタ５２とを接続する。厨房端末５１は、厨房の数だけある。ＲＦＩＤリーダ・ライタ５２は、少なくとも１台ある。
【００２３】
図６は、厨房端末５１の要部構成を示すブロック図である。厨房端末５１は、ＣＰＵ５１１を搭載し、このＣＰＵ５１１に、ＲＯＭ５１２、ＲＡＭ５１３、通信インターフェース５１４、表示コントローラ５１５、タッチパネルコントローラ５１６及びプリンタコントローラ５１７を接続して、厨房端末５１の制御部を構成する。
【００２４】
ＲＯＭ５１２は、厨房端末５１として必要な機能をＣＰＵ５１１が実現するためのプログラムを記憶する。また、各厨房端末５１を個体識別するために端末５１毎に設定された識別情報ＫＴＩＤを、ＲＯＭ５１２は記憶する。
【００２５】
ＲＡＭ５１３は、ＣＰＵ５１１のワークエリアとして可変的なデータを一時的に記憶する。通信インターフェース５１４は、厨房コントローラ５との間でデータ通信を行う。表示コントローラ５１５は、ディスプレイ５１８の画面表示を制御する。タッチパネルコントローラ５１６は、上記ディスプレイ５１８の画面上に配置されたタッチパネル５１９からの信号により当該画面上のタッチ位置座標を検出する。プリンタコントローラ５１７は、プリンタ５２０の駆動を制御して、完成したメニュー品目の配膳先を示す配膳伝票を印字発行する。
【００２６】
本実施形態では、ＲＡＭ５１３に、調理待ちテーブルＴＢＬを形成する。調理待ちテーブルＴＢＬは、図７に示すように、一連の番号順に、品目コード、品目名称及び食卓ＩＤの各データを記憶する。品目コード及び品目名称は、客から注文を受けたメニュー品目のデータである。食卓ＩＤは、そのメニュー品目を注文した客が着いている食卓ＴＡの識別情報である。各食卓ＴＡには、予め一意の食卓ＩＤが設定されており、各食卓コントローラ４は、自己が対応する食卓ＴＡの食卓ＩＤを図示しないメモリで記憶保持している。
【００２７】
図８は、厨房端末５１のディスプレイ５１８に表示される調理指示画面の一例である。ディスプレイ５１８の画面上には、タッチパネル５１９が配設されている。
【００２８】
ＣＰＵ５１１は、調理待ちテーブルＴＢＬから番号の昇順に品目名称を読み出し、この品目名称を表わすアイコンＩＣ１〜ＩＣ６を、ディスプレイ５１８に順番に表示する。図８の例では、画面上段の左から右に向かって１番目から３番目までの品目名称を示すアイコンＩＣ１〜ＩＣ３を表示し、続いて、画面下段の左から右に向かって４番目から６番目までの品目名称を示すアイコンＩＣ４〜ＩＣ６を表示している。
【００２９】
図９は、注文管理サーバ６の要部構成を示すブロック図である。注文管理サーバ６は、ＣＰＵ６１を搭載し、このＣＰＵ６１に、ＲＯＭ６２、ＲＡＭ６３、ＬＡＮコントローラ６４、時計部６５及びＨＤＤ（Hard Disk Drive）６６を接続して、注文管理サーバ６の制御部を構成する。
【００３０】
ＲＯＭ６２は、注文管理サーバ６として必要な機能をＣＰＵ６１が実現するためのプログラムを記憶する。ＲＡＭ６３は、ＣＰＵ６１のワークエリアとして可変的なデータを一時的に記憶する。ＬＡＮコントローラ６４は、ＬＡＮ２を介して接続される各部との間のデータ通信を制御する。時計部６５は、現時点の日付及び時刻を計時する。ＨＤＤ６６は、オーダファイル６０を保存する。
【００３１】
オーダファイル６０は、客が注文したメニュー品目の関する情報を品目毎に記憶する。オーダファイル６０に記憶されるデータの構造を図１０に示す。図示するように、オーダファイル６０は、食卓ＩＤ、ＭＴＩＤ、品目コード、品目名称、単価、ＫＴＩＤ、オーダ時刻及びステータスの各情報を含む。ステータスは、当該オーダファイル６０のメニュー品目が配膳前なのか配膳後なのかを示す。
【００３２】
図１１は、食器タグ９が記憶するデータ構造を示す模式図である。図示するように、食器タグ９は、食卓ＩＤ、ＭＴＩＤ及び品目コードの各情報を含む。
【００３３】
かかる構成の注文システム１が構築された飲食店では、客は食卓ＴＢに着くと、自身の手前にあるディスプレイ４１７の画面にタッチする。そうすると、そのディスプレイ４１７を備えたオーダ端末４１が起動し、ディスプレイ４１７にメニュー画面が表示される。メニュー画面は、各種のメニュー品目のメニュー用画像を一覧にしたものである。また、注文確定ボタンも表示されている。
【００３４】
客は、注文するメニュー品目の画像にタッチする。そうすると、このメニュー品目の品目コード，品目名称、単価、ＫＴＩＤが品目データベース３１から読み出され、オーダデータとして、当該食卓ＴＡに対応した食卓コントローラ４のメモリに一時的に保持される。このオーダデータには、当該オーダ端末４１の識別情報であるＭＴＩＤが付される。
【００３５】
客は、注文を終えると、画面上の注文確定ボタンにタッチする。そうすると、食卓コントローラ４で保持されている当該客のオーダデータをまとめたオーダデータ伝文が、ＬＡＮ２を経由して注文管理サーバ６に送信される。このとき、オーダデータ伝文には、当該食卓コントローラ４の識別情報である食卓ＩＤが付される。
【００３６】
上記オーダデータ伝文を受信した注文管理サーバ６は、図１２の流れ図に示す手順で動作する。すなわちサーバ６は、オーダデータ伝文の受信を待機しており（ＳＴ１）、ＬＡＮコントローラ６４を介してオーダデータ伝文を受信すると（ＳＴ１のＹＥＳ）、その伝文を解析して、この伝文に付された食卓ＩＤを検出する（ＳＴ２）。またサーバ６は、この伝文に含まれるオーダデータの数Ｎを取得する。そして、このデータ数Ｎをレジスタにセットする（ＳＴ３）。
【００３７】
次いで、サーバ６は、カウンタｎを“０”にリセットする（ＳＴ４）。しかる後、サーバ６は、上記カウンタｎを“１”だけカウントアップする（ＳＴ５）。そして、カウンタｎがレジスタの値Ｎを超えたか否かを判断する（ＳＴ６）。
【００３８】
カウンタｎがレジスタの値Ｎを超えていない場合（ＳＴ６のＮＯ）、サーバ６は、受信したオーダデータ伝文からｎ番目のオーダデータを取得する（ＳＴ７）。そしてサーバ６は、このオーダデータの品目コード，品目名称、単価、ＫＴＩＤ及びＭＴＩＤと、ステップＳＴ２の処理で検出した食卓ＩＤと、時計部６５で計時される現在時刻（オーダ時刻）とからオーダファイル６０を作成する（ＳＴ８）。このとき、サーバ６は、当該オーダファイル６０のステータスを、調理未完成を示す情報、例えば“０”とする（ＳＴ９）。また、サーバ６は、このオーダデータの品目コード、品目名称及びＫＴＩＤと、ステップＳＴ２の処理で取得した食卓ＩＤとから調理指示データを作成する（ＳＴ１０）。こうして、作成されたオーダファイル６０と調理指示データは、ＲＡＭ６３で一時記憶される。
【００３９】
サーバ６は、カウンタｎをさらに“１”だけカウントアップする（ＳＴ５）。そして、カウンタｎがレジスタの値Ｎを超えていないことを確認したならば（ＳＴ６のＮＯ）、サーバ６は、前記ステップＳＴ７〜ＳＴ１０の処理を実行する。
【００４０】
サーバ６は、カウンタｎをカウントアップする毎に、上記処理を繰り返す。そして、カウンタｎがレジスタの値Ｎを超えたならば（ＳＴ６のＹＥＳ）、サーバ６は、ＲＡＭ６３に記憶したオーダデータ数Ｎ分のオーダファイル６０をＨＤＤ６６に保存する（ＳＴ１１）。また、同じくＲＡＭ６３に記憶したオーダデータ数Ｎ分の調理指示データを、ＬＡＮ２を経由して厨房コントローラ５に送信する（ＳＴ１２）。以上で、オーダデータ伝文を受信した注文管理サーバ６の動作は終了する。
【００４１】
このような注文管理サーバ６の動作は、ＲＯＭ５１２内のプログラムに従って機能するＣＰＵ５１１によって実現される。
【００４２】
図１４の流れ図に示すように、上記調理指示データを受信した厨房コントローラ５は（ＳＴ３１のＹＥＳ）、このデータから厨房端末５１の識別情報であるＫＴＩＤを検出する（ＳＴ３２）。そして、当該ＫＴＩＤによって識別される厨房端末５１の調理待ちテーブルＴＢＬに、調理指示データに含まれる品目コード、品目名称及び食卓ＩＤを番号順に登録する（ＳＴ３３）。
【００４３】
調理待ちテーブルＴＢＬに上記品目コード、品目名称及び食卓ＩＤが登録されることによって、そのテーブルＴＢＬを有する厨房端末５１のディスプレイ５１８には、その品目名称を表わすアイコンが登録順に表示される。そこで厨房の調理担当者は、ディスプレイ５１８に表示された品目名称のメニュー品目を調理する。
【００４４】
調理が完了すると、調理担当者は、そのメニュー品目が盛られた食器８をＲＦＩＤリーダ・ライタ５２のアンテナの交信領域内に置く。そして、ディスプレイ５１８に表示された当該メニュー品目のアイコンにタッチする。そうすると、厨房端末５１のＣＰＵ５１１は、タッチされたアイコンに表示されている品目名称とそのメニュー品目の品目コードとを含む調理完了データを生成し、厨房コントローラ５に送信する。
【００４５】
図１５の流れ図に示すように、上記調理完了データを受信した厨房コントローラ５１は（ＳＴ４１のＹＥＳ）、このデータから品目コードを検出する（ＳＴ４２）。次いで、厨房コントローラ５１は、調理完了データ送信元の厨房端末５１における調理待ちテーブルＴＢＬを検索し、品目コードが同一のレコードで番号が最小のレコードを検出する（ＳＴ４３）。そして厨房コントローラ５１は、検出したレコードを調理待ちテーブルＴＢＬから削除する（ＳＴ４４）。
【００４６】
また、厨房コントローラ５１は、検出したレコードの品目名称と食卓ＩＤのデータで配膳伝票の印字データを編集し、プリンタ５２０を駆動して、配膳伝票をプリントアウトする（ＳＴ４５）。さらに、厨房コントローラ５１は、検出しレコードの品目コードと品目名称とを含む調理完了データを生成し、注文管理サーバ６に送信する（ＳＴ４６）。
【００４７】
上記調理完了データを受信した注文管理サーバ６は、図１３の流れ図に示す手順で動作する。すなわちサーバ６は、調理完了データの受信を待機しており（ＳＴ２１）、ＬＡＮコントローラ６４を介して調理完了データを受信すると（ＳＴ２１のＹＥＳ）、そのデータから品目コードを検出する（ＳＴ２２）。
【００４８】
次いで、注文管理サーバ６は、その品目コードでＨＤＤ６６を検索して、同一の品目コードを含み、かつ、ステータスが配膳前の状態にあるオーダファイル６０を検出する。このとき、該当するオーダファイル６０を複数検出した場合には、オーダ時刻が最も古いオーダファイル６０を検出する（ＳＴ２３）。
【００４９】
サーバ６は、検出したオーダファイル６０のステータスを、調理完了を示す情報、例えば“１”に更新する（ＳＴ２４）。また、サーバ６は、検出したオーダファイル６０から食卓ＩＤ、ＭＴＩＤ及び品目コードを検出する（ＳＴ２５）。そしてサーバ６は、この食卓ＩＤ、ＭＴＩＤ及び品目コードを含む食器タグ書込コマンドを生成し（ＳＴ２６）、このコマンドを厨房コントローラ５に送信する（ＳＴ２７）。
【００５０】
このような注文管理サーバ６の動作は、ＲＯＭ６２内のプログラムに従って機能するＣＰＵ６１によって実現される。
【００５１】
図１６の流れ図に示すように、上記食器タグ書込コマンドを受信した厨房コントローラ５は（ＳＴ５１のＹＥＳ）、ＲＦＩＤリーダ・ライタ５２を動作させて、書込コマンド中の食卓ＩＤ、ＭＴＩＤ及び品目コードを、食器タグ９に非接触で書き込む（ＳＴ５２）。
【００５２】
厨房コントローラ５１は、食器タグ９への書込みが正常に終了したか否かを判断する（ＳＴ５３）。正常に書込みが完了した場合には（ＳＴ５３のＹＥＳ）、コントローラ５１は、図示しない報知部を動作させて書込完了を報知する（ＳＴ５４）。これに対し、ＲＦＩＤリーダ・ライタ５２におけるアンテナの交信領域内に食器８が存在しなかったり、食器タグ９が壊れていたりするなどの原因から、正常に書き込めなかった場合には（ＳＴ５３のＮＯ）、コントローラ５１は、書込エラーを報知する（ＳＴ５５）。
【００５３】
なお、書込完了及びエラーの報知方法は特に限定されない。例えばＬＥＤランプの点灯や点滅を利用して報知してもよいし、ブザー音によって報知してもよい。書き込みエラーの場合には、図示しないが、再度書き込み処理を行えるような機構が備えられていてもよい。例えば、厨房端末５１に食器タグ９に書き込まれなかったデータが保存されるようしておき、厨房端末から再書き込みの指示を出せるようにしても良い。また、食器タグ９が故障していた場合には、書き込み可能な食器タグ９を備えている別の食器８を用いて再度読み込み処理を行うようにしてもよい。
【００５４】
メニュー品目の調理が完成すると、接客担当者は、配膳伝票にしたがって配膳する。このとき、接客担当者は、図１８に示すように、食卓ＴＡのアンテナ４２１が埋設されている位置に食器８を近づける。そうすると、ＲＦＩＤリーダ・ライタ４２がアンテナ４２１を介して食器８に付された食器タグ９と無線通信を行い、このタグ９のメモリに記憶するデータを非接触で読み取る。
【００５５】
ＲＦＩＤリーダ・ライタ４２によって食器タグ９のデータが読み取られると、食卓コントローラ４は、図１７の流れ図に示す手順で動作する。すなわちコントローラ４は、食器タグ９のデータ読取りを待機しており（ＳＴ６１）、食器タグ９のデータが読み取られると（ＳＴ６１のＹＥＳ）、コントローラ４は、そのデータから食卓ＩＤを検出する（ＳＴ６２）。そして、自らが保持する食卓ＩＤと照合して一致するか否かを判断する（ＳＴＹ６３）。一致しない場合（ＳＴ６３のＮＯ）、コントローラ４は、食器タグ９のデータを破棄して、動作を終了する。
【００５６】
食卓ＩＤが一致した場合（ＳＴ６３のＹＥＳ）、コントローラ４は、この食器タグ９のデータから品目コードを検出する（ＳＴ６４）。そして、データベースサーバ３に問合せを行い、この品目コードに対応して品目データベース３１に記憶されている完成品画像コードを取得する（ＳＴ６５）。さらに、コントローラ４は、データベースサーバ３に問合せを行い、この完成品画像コードに対応して画像データベース３２に記憶されている完成品画像のデータを取得する（ＳＴ６６）。
【００５７】
コントローラ４は、この食器タグ９のデータからオーダ端末４１の識別情報であるＭＴＩＤを検出する（ＳＴ６７）。そしてコントローラ４は、このＭＴＩＤで識別されるオーダ端末４１の報知手段である立体視ディスプレイ４１７に、ステップＳＴ６６の処理でデータを取得した完成品画像を表示させる（ＳＴ６８）。
【００５８】
図１８は、席ＳＥ１に対応したオーダ端末４１の立体視ディスプレイ４１７に完成品画像が表示された例である。三次元の画像データからなる完成品画像は、立体視ディスプレイ４１７によって立体視可能に表示される。また、この画像の一部には、確認ボタンＢＴが表示される。
【００５９】
そこで接客担当者は、完成品画像が表示された席に、料理が盛られた食器８を配膳する。そして、確認ボタンＢＴにタッチする。
【００６０】
ステップＳＴ６８の処理にて完成品画像を表示させたコントローラ４は、確認ボタンＢＴがタッチされるのを待機する（ＳＴ６９）。また、コントローラ４は、完成品画像が表示されてから所定の時間、例えば３０秒が経過したか否かを判断する（ＳＴ７０）。所定時間内に確認ボタンＢＴがタッチされるか（ＳＴ６９のＹＥＳ）、所定時間が経過すると（ＳＴ７０のＹＥＳ）、コントローラ４は、ディスプレイ４１７の完成品画像を消去する（ＳＴ７１）。
【００６１】
このように本実施形態の注文システム１は、客別に、その客が注文するメニュー品目のデータを入力するためのオーダ端末４１を用意している。
【００６２】
注文管理サーバ６は、各オーダ端末４１で入力されたデータから、客が注文したメニュー品目に対して一意の識別情報、すなわち食卓ＩＤとＭＴＩＤと品目コードとの組み合わせデータを生成する。そして、この識別情報を、厨房コントローラ５に接続されたＲＦＩＤリーダ・ライタ５２を介して、メニュー品目が盛られる食器８に付された食器タグ９に記録する。
【００６３】
食卓コントローラ４は、完成したメニュー品目が盛られた食器８の食器タグ９からＲＦＩＤリーダ・ライタ４２を介して上記識別情報を読み取る。そして、この識別情報のＭＴＩＤから当該メニュー品目を注文した客に対して用意されたオーダ端末４１を特定する。そして、このオーダ端末４１が有する報知手段である立体視ディスプレイ４１７に、当該メニュー品目の完成品画像を表示させる。
【００６４】
したがって、接客担当者は、完成品画像が表示された立体視ディスプレイ４１７の前に座っている客に、メニュー品目の料理が盛られた食器８を配膳すればよい。このため、配膳作業に不慣れな新人やアルバイトの店員であっても、配膳ミスがなくなるので、配膳ミスによって客との無用なトラブルが発生するのを未然に防ぐことができる。
【００６５】
また、本実施形態では、立体視ディスプレイ４１７に表示された完成品画像は、確認ボタンＢＴがタッチ操作されるか、一定の時間が経過すると消去される。したがって、消費電力を削減することができる。
【００６６】
以下、前記実施形態の変形例について説明する。
例えば、前記実施形態では、食器タグ９にデータを書き込むためのＲＦＩＤリーダ・ライタ５２を厨房コントローラ５に接続したが、注文管理サーバ６に接続してもよい。この場合、各厨房端末５１をＬＡＮ２に直接接続することによって、厨房コントローラ５を省略できる。
【００６７】
また、前記実施形態では、食卓ＴＢ毎に食卓コントローラ４とＲＦＩＤリーダ・ライタ４２を設けたが、２以上の食卓ＴＢに対して食卓コントローラ４とＲＦＩＤリーダ・ライタ４２を１基ずつ設けてもよい。こうすることにより、設備コストを低減することができる。
【００６８】
また、前記実施形態では、食卓ＴＢに設けられるＲＦＩＤリーダ・ライタのアンテナ４２１の位置を、天板の一端部としたが、この一端部に限定されるものではない。例えば天板の中央にアンテナ４２１を設けてもよい。
【００６９】
また、前記実施形態では、食卓コントローラ４は、ステップＳＴ６２の処理として食卓ＩＤを検出したが、このタイミングでＭＴＩＤを検出してもよい。この場合、食卓コントローラ４は、検出したＭＴＩＤによって特定されるオーダ端末４１が接続されているか否かを判断し、接続されている場合に、そのオーダ端末４１に完成品画像を表示させる。したがって、食器タグ９のデータから食卓ＩＤを省略できる。
【００７０】
また、厨房コントローラ５に接続されるＲＦＩＤリーダ・ライタ５２は、厨房別に設けてもよい。この場合、各ＲＦＩＤリーダ・ライタ５２は、同じ厨房に設置されている厨房端末５１とリンクした識別情報によって識別可能とする。厨房コントローラ５は、厨房端末５１から調理完了データを受信すると（ＳＴ４１のＹＥＳ）、そのデータ送信元の厨房端末５１に設定された識別情報ＫＴＩＤを記憶する。そして、注文管理サーバ６からタグ書込コマンドを受信すると、記憶した識別情報ＫＴＩＤとリンクしたＲＦＩＤリーダ・ライタ５２を動作させて、タグデータの書込を制御する。
【００７１】
また、前記実施形態では、食器８にＲＦＩＤタグからなる食器タグ９を付したが、食器タグ９はＲＦＩＤタグに限定されるものではない。例えばバーコードまたは二次元データコード等のデータコードをラベルに印刷する装置を厨房コントローラ５に接続するとともに、このラベルのデータコードを光学的に読み取る装置を各食卓ＴＢに配置して、ＲＦＩＤタグの代わりにデータコードラベルを食器８に付してもよい。
【００７２】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７３】
１…注文システム、３…データベースサーバ、４…食卓コントローラ、５…厨房コントローラ、６…注文管理サーバ、８…食器、９…食器タグ、３１…品目データベース、３２…画像データベース、４１…オーダ端末、４２，５２…ＲＦＩＤリーダ・ライタ、５１…厨房端末、６０…オーダファイル。
【技術分野】
【０００１】
本発明の実施形態は、飲食店の注文システム及びそのサーバ、並びに注文管理方法に関する。
【背景技術】
【０００２】
例えばファミリーレストランのような飲食店では、ハンディターミナルを使用した注文システムが導入されている。このシステムは、ウェイターやウェイトレスと呼ばれる接客担当者がハンディターミナルを携帯して接客する。そして客からメニュー品目の注文を受けると、ハンディターミナルを操作してそのメニュー品目の注文に関するデータを入力する。そうすると、入力データが注文管理サーバに転送され、そのデータから厨房への調理指示、伝票の発行等といった受注業務がサーバで実施される。
【０００３】
また、最近では、タッチパネル付のオーダ端末を使用したセルフ式の注文システムが開発され、実用に供されている。このシステムは、客席に設置されたオーダ端末のタッチパネルに電子メニューを表示し、このメニューの中から客自身のタッチ操作によって選択されたメニュー品目の注文に関するデータを注文管理サーバに送信する。データを受信したサーバでは、ハンディターミナルを使用した注文システムと同様に受注処理が実施される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平２−２８８７７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
多くの飲食店では、厨房で調理されたメニュー品目を接客担当者がその品目を注文した客に配膳する。このとき、配膳ミスがあると店の信用失墜につながる。
【０００６】
本発明が解決しようとする課題は、配膳ミスを防止できる注文システムを提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、一実施形態の注文システムは、オーダ端末と、サーバと、コントローラとを備える。オーダ端末は、客別に用意され、その客が注文するメニュー品目のデータを入力する。サーバは、各オーダ端末で入力されたデータから客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を客が注文したメニュー品目の商品に付されたタグに記録させるために出力する。コントローラは、タグに記録された識別情報を読み取り、その識別情報から当該メニュー品目を注文した客に対して用意されたオーダ端末を特定してそのオーダ端末が有する報知手段を作動させる。
【図面の簡単な説明】
【０００８】
【図１】一実施形態における注文システムの全体構成図。
【図２】同システムにおける品目データベースのデータ構造を示す模式図。
【図３】同システムにおける画像データベースのデータ構造を示す模式図。
【図４】同システムにおけるオーダ端末の要部構成を示すブロック図。
【図５】食卓における各機器の配置例を示す模式図。
【図６】同システムにおける厨房端末の要部構成を示すブロック図。
【図７】厨房端末が有する調理待ちテーブルのデータ構造を示す模式図。
【図８】厨房端末のディスプレイに表示される調理待ち画面の一例を示す図。
【図９】同システムにおける注文管理サーバの要部構成を示すブロック図。
【図１０】同システムにおいて注文管理サーバが記憶するオーダファイルのデータ構造を示す模式図。
【図１１】同システムにおいて食器タグに記録されるデータの構造を示す模式図。
【図１２】同システムにおいて注文管理サーバのＣＰＵが実行する注文受付処理の手順を示す流れ図。
【図１３】同システムにおいて注文管理サーバのＣＰＵが実行する調理完了処理の手順を示す流れ図。
【図１４】同システムにおいて厨房コントローラが調理指示データを受信したときの処理手順を示す流れ図。
【図１５】同システムにおいて厨房コントローラが調理完了データを受信したときの処理手順を示す流れ図。
【図１６】同システムにおいて厨房コントローラがタグ書込コマンドを受信したときの処理手順を示す流れ図。
【図１７】同システムにおいて食卓コントローラが食器タグのデータを読み取ったときの処理手順を示す流れ図。
【図１８】同システムにおいて食卓コントローラが食器タグのデータを読み取ったときに変化するディスプレイの一例を示す図。
【発明を実施するための形態】
【０００９】
以下、実施形態の注文システムを、図面を用いて説明する。なお、この実施形態は、ファミリーレストランのような飲食店に本発明を適用した場合である。
【００１０】
図１は、本実施形態における注文システム１の全体構成図である。飲食店では、店内に敷設されたＬＡＮ（Local Area Network）２に、データベースサーバ３、複数の食卓コントローラ４、厨房コントローラ５、注文管理サーバ６及びＰＯＳ（Point Of Sales）端末７を接続して、注文システム１が構築されている。
【００１１】
データベースサーバ３は、品目データベース３１、画像データベース３２等の種々のデータベースを管理するのに特化したコンピュータ機器である。
【００１２】
品目データベース３１は、当該飲食店において、客に提供される全てのメニュー品目に関する情報を品目別に記憶する。メニュー品目に関する情報は、図２に示すように、品目コード、品目名称、カテゴリ、単価、ＫＴＩＤ，メニュー用画像コード及び完成品画像コードを含む。
【００１３】
品目コードは、各メニュー品目を識別するために品目毎に割り当てられる。品目名称，カテゴリ及び単価は、対応する品目コードで識別されるメニュー品目の名称、属性情報、１点あたりの価格である。ＫＴＩＤは，後述する厨房端末５１の個体識別情報である。このＫＴＩＤで特定される厨房端末５１の厨房にて、当該メニュー品目は調理される。メニュー用画像コードは、当該メニュー品目のメニュー用画像を識別し、完成品画像コードは、当該メニュー品目の完成品画像を識別する。
【００１４】
画像データベース３２は、各メニュー品目のメニュー用画像及び完成品画像に関する情報を記憶する。画像に関する情報は、図３に示すように、画像コードと画像データを含む。画像コードは、前記メニュー用画像コードまたは完成品画像コードである。画像データは、対応する画像コードで特定される画像をディスプレイに表示させるためのデータである。本実施形態では、メニュー用画像は二次元の画像であり、完成品画像は三次元の画像である。なお、完成品画像は、二次元画像であってもよい。あるいはメニュー用画像が三次元の画像であってもよい。
【００１５】
各食卓コントローラ４は、客が飲食を行うための各食卓ＴＡにそれぞれ対応して用意されており、その食卓ＴＡに設けられたオーダ端末４１とＲＦＩＤリーダ・ライタ４２とを接続する。オーダ端末４１は、食卓ＴＡの席数分ある。ＲＦＩＤリーダ・ライタ４２は、食卓ＴＢに対して少なくとも１台ある。
【００１６】
図４は、オーダ端末４１の要部構成を示すブロック図である。オーダ端末４１は、ＣＰＵ（Central Processing Unit）４１１を搭載し、このＣＰＵ４１１に、ＲＯＭ（Read Only Memory）４１２、ＲＡＭ（Random Access Memory）４１３、通信インターフェース４１４、表示コントローラ４１５及びタッチパネルコントローラ４１６を接続して、オーダ端末４１の制御部を構成する。
【００１７】
ＲＯＭ４１２は、オーダ端末４１として必要な機能をＣＰＵ４１１が実現するためのプログラムを記憶する。また、各オーダ端末４１を個体識別するために端末４１毎に設定された識別情報ＭＴＩＤを、ＲＯＭ４１２は記憶する。
【００１８】
ＲＡＭ４１３は、ＣＰＵ４１１のワークエリアとして可変的なデータを一時的に記憶する。通信インターフェース４１４は、食卓コントローラ４との間でデータ通信を行う。表示コントローラ４１５は、立体視ディスプレイ４１７の画面表示を制御する。立体ディスプレイ４１７は三次元の完成品画像を表示できる。勿論、二次元の画像も表示できる。タッチパネルコントローラ４１６は、タッチパネル４１８からの信号により立体視ディスプレイ４１７における画面上のタッチ位置座標を検出する。
【００１９】
図５に示すように、立体視ディスプレイ４１７は、食卓ＴＡに配置された各座席ＳＥ１，ＳＥ２，ＳＥ３，ＳＥ４の正面の天板に埋設されている。そして、各立体視ディスプレイ４１７の画面上に、タッチパネル４１８が配設されている。
【００２０】
ＲＦＩＤリーダ・ライタ４２は、無線通信の送受信回路を実装した本体（図示せず）と、この本体に接続されたアンテナ４２１とからなる。アンテナ４２１は、図５に示すように、食卓ＴＡにおける天板の一端部に埋設されている。
【００２１】
本実施形態では、調理されたメニュー品目が盛られる各食器８の底面に、それぞれＲＦＩＤタグからなる食器タグ９を付す。ＲＦＩＤリーダ・ライタ４２は、アンテナ４２１の交信領域内に入った食器タグ９とアンテナ４２１を介して交信し、食器タグ９のメモリに記憶されたデータを非接触で読み取る。
【００２２】
厨房コントローラ５は、厨房端末５１とＲＦＩＤリーダ・ライタ５２とを接続する。厨房端末５１は、厨房の数だけある。ＲＦＩＤリーダ・ライタ５２は、少なくとも１台ある。
【００２３】
図６は、厨房端末５１の要部構成を示すブロック図である。厨房端末５１は、ＣＰＵ５１１を搭載し、このＣＰＵ５１１に、ＲＯＭ５１２、ＲＡＭ５１３、通信インターフェース５１４、表示コントローラ５１５、タッチパネルコントローラ５１６及びプリンタコントローラ５１７を接続して、厨房端末５１の制御部を構成する。
【００２４】
ＲＯＭ５１２は、厨房端末５１として必要な機能をＣＰＵ５１１が実現するためのプログラムを記憶する。また、各厨房端末５１を個体識別するために端末５１毎に設定された識別情報ＫＴＩＤを、ＲＯＭ５１２は記憶する。
【００２５】
ＲＡＭ５１３は、ＣＰＵ５１１のワークエリアとして可変的なデータを一時的に記憶する。通信インターフェース５１４は、厨房コントローラ５との間でデータ通信を行う。表示コントローラ５１５は、ディスプレイ５１８の画面表示を制御する。タッチパネルコントローラ５１６は、上記ディスプレイ５１８の画面上に配置されたタッチパネル５１９からの信号により当該画面上のタッチ位置座標を検出する。プリンタコントローラ５１７は、プリンタ５２０の駆動を制御して、完成したメニュー品目の配膳先を示す配膳伝票を印字発行する。
【００２６】
本実施形態では、ＲＡＭ５１３に、調理待ちテーブルＴＢＬを形成する。調理待ちテーブルＴＢＬは、図７に示すように、一連の番号順に、品目コード、品目名称及び食卓ＩＤの各データを記憶する。品目コード及び品目名称は、客から注文を受けたメニュー品目のデータである。食卓ＩＤは、そのメニュー品目を注文した客が着いている食卓ＴＡの識別情報である。各食卓ＴＡには、予め一意の食卓ＩＤが設定されており、各食卓コントローラ４は、自己が対応する食卓ＴＡの食卓ＩＤを図示しないメモリで記憶保持している。
【００２７】
図８は、厨房端末５１のディスプレイ５１８に表示される調理指示画面の一例である。ディスプレイ５１８の画面上には、タッチパネル５１９が配設されている。
【００２８】
ＣＰＵ５１１は、調理待ちテーブルＴＢＬから番号の昇順に品目名称を読み出し、この品目名称を表わすアイコンＩＣ１〜ＩＣ６を、ディスプレイ５１８に順番に表示する。図８の例では、画面上段の左から右に向かって１番目から３番目までの品目名称を示すアイコンＩＣ１〜ＩＣ３を表示し、続いて、画面下段の左から右に向かって４番目から６番目までの品目名称を示すアイコンＩＣ４〜ＩＣ６を表示している。
【００２９】
図９は、注文管理サーバ６の要部構成を示すブロック図である。注文管理サーバ６は、ＣＰＵ６１を搭載し、このＣＰＵ６１に、ＲＯＭ６２、ＲＡＭ６３、ＬＡＮコントローラ６４、時計部６５及びＨＤＤ（Hard Disk Drive）６６を接続して、注文管理サーバ６の制御部を構成する。
【００３０】
ＲＯＭ６２は、注文管理サーバ６として必要な機能をＣＰＵ６１が実現するためのプログラムを記憶する。ＲＡＭ６３は、ＣＰＵ６１のワークエリアとして可変的なデータを一時的に記憶する。ＬＡＮコントローラ６４は、ＬＡＮ２を介して接続される各部との間のデータ通信を制御する。時計部６５は、現時点の日付及び時刻を計時する。ＨＤＤ６６は、オーダファイル６０を保存する。
【００３１】
オーダファイル６０は、客が注文したメニュー品目の関する情報を品目毎に記憶する。オーダファイル６０に記憶されるデータの構造を図１０に示す。図示するように、オーダファイル６０は、食卓ＩＤ、ＭＴＩＤ、品目コード、品目名称、単価、ＫＴＩＤ、オーダ時刻及びステータスの各情報を含む。ステータスは、当該オーダファイル６０のメニュー品目が配膳前なのか配膳後なのかを示す。
【００３２】
図１１は、食器タグ９が記憶するデータ構造を示す模式図である。図示するように、食器タグ９は、食卓ＩＤ、ＭＴＩＤ及び品目コードの各情報を含む。
【００３３】
かかる構成の注文システム１が構築された飲食店では、客は食卓ＴＢに着くと、自身の手前にあるディスプレイ４１７の画面にタッチする。そうすると、そのディスプレイ４１７を備えたオーダ端末４１が起動し、ディスプレイ４１７にメニュー画面が表示される。メニュー画面は、各種のメニュー品目のメニュー用画像を一覧にしたものである。また、注文確定ボタンも表示されている。
【００３４】
客は、注文するメニュー品目の画像にタッチする。そうすると、このメニュー品目の品目コード，品目名称、単価、ＫＴＩＤが品目データベース３１から読み出され、オーダデータとして、当該食卓ＴＡに対応した食卓コントローラ４のメモリに一時的に保持される。このオーダデータには、当該オーダ端末４１の識別情報であるＭＴＩＤが付される。
【００３５】
客は、注文を終えると、画面上の注文確定ボタンにタッチする。そうすると、食卓コントローラ４で保持されている当該客のオーダデータをまとめたオーダデータ伝文が、ＬＡＮ２を経由して注文管理サーバ６に送信される。このとき、オーダデータ伝文には、当該食卓コントローラ４の識別情報である食卓ＩＤが付される。
【００３６】
上記オーダデータ伝文を受信した注文管理サーバ６は、図１２の流れ図に示す手順で動作する。すなわちサーバ６は、オーダデータ伝文の受信を待機しており（ＳＴ１）、ＬＡＮコントローラ６４を介してオーダデータ伝文を受信すると（ＳＴ１のＹＥＳ）、その伝文を解析して、この伝文に付された食卓ＩＤを検出する（ＳＴ２）。またサーバ６は、この伝文に含まれるオーダデータの数Ｎを取得する。そして、このデータ数Ｎをレジスタにセットする（ＳＴ３）。
【００３７】
次いで、サーバ６は、カウンタｎを“０”にリセットする（ＳＴ４）。しかる後、サーバ６は、上記カウンタｎを“１”だけカウントアップする（ＳＴ５）。そして、カウンタｎがレジスタの値Ｎを超えたか否かを判断する（ＳＴ６）。
【００３８】
カウンタｎがレジスタの値Ｎを超えていない場合（ＳＴ６のＮＯ）、サーバ６は、受信したオーダデータ伝文からｎ番目のオーダデータを取得する（ＳＴ７）。そしてサーバ６は、このオーダデータの品目コード，品目名称、単価、ＫＴＩＤ及びＭＴＩＤと、ステップＳＴ２の処理で検出した食卓ＩＤと、時計部６５で計時される現在時刻（オーダ時刻）とからオーダファイル６０を作成する（ＳＴ８）。このとき、サーバ６は、当該オーダファイル６０のステータスを、調理未完成を示す情報、例えば“０”とする（ＳＴ９）。また、サーバ６は、このオーダデータの品目コード、品目名称及びＫＴＩＤと、ステップＳＴ２の処理で取得した食卓ＩＤとから調理指示データを作成する（ＳＴ１０）。こうして、作成されたオーダファイル６０と調理指示データは、ＲＡＭ６３で一時記憶される。
【００３９】
サーバ６は、カウンタｎをさらに“１”だけカウントアップする（ＳＴ５）。そして、カウンタｎがレジスタの値Ｎを超えていないことを確認したならば（ＳＴ６のＮＯ）、サーバ６は、前記ステップＳＴ７〜ＳＴ１０の処理を実行する。
【００４０】
サーバ６は、カウンタｎをカウントアップする毎に、上記処理を繰り返す。そして、カウンタｎがレジスタの値Ｎを超えたならば（ＳＴ６のＹＥＳ）、サーバ６は、ＲＡＭ６３に記憶したオーダデータ数Ｎ分のオーダファイル６０をＨＤＤ６６に保存する（ＳＴ１１）。また、同じくＲＡＭ６３に記憶したオーダデータ数Ｎ分の調理指示データを、ＬＡＮ２を経由して厨房コントローラ５に送信する（ＳＴ１２）。以上で、オーダデータ伝文を受信した注文管理サーバ６の動作は終了する。
【００４１】
このような注文管理サーバ６の動作は、ＲＯＭ５１２内のプログラムに従って機能するＣＰＵ５１１によって実現される。
【００４２】
図１４の流れ図に示すように、上記調理指示データを受信した厨房コントローラ５は（ＳＴ３１のＹＥＳ）、このデータから厨房端末５１の識別情報であるＫＴＩＤを検出する（ＳＴ３２）。そして、当該ＫＴＩＤによって識別される厨房端末５１の調理待ちテーブルＴＢＬに、調理指示データに含まれる品目コード、品目名称及び食卓ＩＤを番号順に登録する（ＳＴ３３）。
【００４３】
調理待ちテーブルＴＢＬに上記品目コード、品目名称及び食卓ＩＤが登録されることによって、そのテーブルＴＢＬを有する厨房端末５１のディスプレイ５１８には、その品目名称を表わすアイコンが登録順に表示される。そこで厨房の調理担当者は、ディスプレイ５１８に表示された品目名称のメニュー品目を調理する。
【００４４】
調理が完了すると、調理担当者は、そのメニュー品目が盛られた食器８をＲＦＩＤリーダ・ライタ５２のアンテナの交信領域内に置く。そして、ディスプレイ５１８に表示された当該メニュー品目のアイコンにタッチする。そうすると、厨房端末５１のＣＰＵ５１１は、タッチされたアイコンに表示されている品目名称とそのメニュー品目の品目コードとを含む調理完了データを生成し、厨房コントローラ５に送信する。
【００４５】
図１５の流れ図に示すように、上記調理完了データを受信した厨房コントローラ５１は（ＳＴ４１のＹＥＳ）、このデータから品目コードを検出する（ＳＴ４２）。次いで、厨房コントローラ５１は、調理完了データ送信元の厨房端末５１における調理待ちテーブルＴＢＬを検索し、品目コードが同一のレコードで番号が最小のレコードを検出する（ＳＴ４３）。そして厨房コントローラ５１は、検出したレコードを調理待ちテーブルＴＢＬから削除する（ＳＴ４４）。
【００４６】
また、厨房コントローラ５１は、検出したレコードの品目名称と食卓ＩＤのデータで配膳伝票の印字データを編集し、プリンタ５２０を駆動して、配膳伝票をプリントアウトする（ＳＴ４５）。さらに、厨房コントローラ５１は、検出しレコードの品目コードと品目名称とを含む調理完了データを生成し、注文管理サーバ６に送信する（ＳＴ４６）。
【００４７】
上記調理完了データを受信した注文管理サーバ６は、図１３の流れ図に示す手順で動作する。すなわちサーバ６は、調理完了データの受信を待機しており（ＳＴ２１）、ＬＡＮコントローラ６４を介して調理完了データを受信すると（ＳＴ２１のＹＥＳ）、そのデータから品目コードを検出する（ＳＴ２２）。
【００４８】
次いで、注文管理サーバ６は、その品目コードでＨＤＤ６６を検索して、同一の品目コードを含み、かつ、ステータスが配膳前の状態にあるオーダファイル６０を検出する。このとき、該当するオーダファイル６０を複数検出した場合には、オーダ時刻が最も古いオーダファイル６０を検出する（ＳＴ２３）。
【００４９】
サーバ６は、検出したオーダファイル６０のステータスを、調理完了を示す情報、例えば“１”に更新する（ＳＴ２４）。また、サーバ６は、検出したオーダファイル６０から食卓ＩＤ、ＭＴＩＤ及び品目コードを検出する（ＳＴ２５）。そしてサーバ６は、この食卓ＩＤ、ＭＴＩＤ及び品目コードを含む食器タグ書込コマンドを生成し（ＳＴ２６）、このコマンドを厨房コントローラ５に送信する（ＳＴ２７）。
【００５０】
このような注文管理サーバ６の動作は、ＲＯＭ６２内のプログラムに従って機能するＣＰＵ６１によって実現される。
【００５１】
図１６の流れ図に示すように、上記食器タグ書込コマンドを受信した厨房コントローラ５は（ＳＴ５１のＹＥＳ）、ＲＦＩＤリーダ・ライタ５２を動作させて、書込コマンド中の食卓ＩＤ、ＭＴＩＤ及び品目コードを、食器タグ９に非接触で書き込む（ＳＴ５２）。
【００５２】
厨房コントローラ５１は、食器タグ９への書込みが正常に終了したか否かを判断する（ＳＴ５３）。正常に書込みが完了した場合には（ＳＴ５３のＹＥＳ）、コントローラ５１は、図示しない報知部を動作させて書込完了を報知する（ＳＴ５４）。これに対し、ＲＦＩＤリーダ・ライタ５２におけるアンテナの交信領域内に食器８が存在しなかったり、食器タグ９が壊れていたりするなどの原因から、正常に書き込めなかった場合には（ＳＴ５３のＮＯ）、コントローラ５１は、書込エラーを報知する（ＳＴ５５）。
【００５３】
なお、書込完了及びエラーの報知方法は特に限定されない。例えばＬＥＤランプの点灯や点滅を利用して報知してもよいし、ブザー音によって報知してもよい。書き込みエラーの場合には、図示しないが、再度書き込み処理を行えるような機構が備えられていてもよい。例えば、厨房端末５１に食器タグ９に書き込まれなかったデータが保存されるようしておき、厨房端末から再書き込みの指示を出せるようにしても良い。また、食器タグ９が故障していた場合には、書き込み可能な食器タグ９を備えている別の食器８を用いて再度読み込み処理を行うようにしてもよい。
【００５４】
メニュー品目の調理が完成すると、接客担当者は、配膳伝票にしたがって配膳する。このとき、接客担当者は、図１８に示すように、食卓ＴＡのアンテナ４２１が埋設されている位置に食器８を近づける。そうすると、ＲＦＩＤリーダ・ライタ４２がアンテナ４２１を介して食器８に付された食器タグ９と無線通信を行い、このタグ９のメモリに記憶するデータを非接触で読み取る。
【００５５】
ＲＦＩＤリーダ・ライタ４２によって食器タグ９のデータが読み取られると、食卓コントローラ４は、図１７の流れ図に示す手順で動作する。すなわちコントローラ４は、食器タグ９のデータ読取りを待機しており（ＳＴ６１）、食器タグ９のデータが読み取られると（ＳＴ６１のＹＥＳ）、コントローラ４は、そのデータから食卓ＩＤを検出する（ＳＴ６２）。そして、自らが保持する食卓ＩＤと照合して一致するか否かを判断する（ＳＴＹ６３）。一致しない場合（ＳＴ６３のＮＯ）、コントローラ４は、食器タグ９のデータを破棄して、動作を終了する。
【００５６】
食卓ＩＤが一致した場合（ＳＴ６３のＹＥＳ）、コントローラ４は、この食器タグ９のデータから品目コードを検出する（ＳＴ６４）。そして、データベースサーバ３に問合せを行い、この品目コードに対応して品目データベース３１に記憶されている完成品画像コードを取得する（ＳＴ６５）。さらに、コントローラ４は、データベースサーバ３に問合せを行い、この完成品画像コードに対応して画像データベース３２に記憶されている完成品画像のデータを取得する（ＳＴ６６）。
【００５７】
コントローラ４は、この食器タグ９のデータからオーダ端末４１の識別情報であるＭＴＩＤを検出する（ＳＴ６７）。そしてコントローラ４は、このＭＴＩＤで識別されるオーダ端末４１の報知手段である立体視ディスプレイ４１７に、ステップＳＴ６６の処理でデータを取得した完成品画像を表示させる（ＳＴ６８）。
【００５８】
図１８は、席ＳＥ１に対応したオーダ端末４１の立体視ディスプレイ４１７に完成品画像が表示された例である。三次元の画像データからなる完成品画像は、立体視ディスプレイ４１７によって立体視可能に表示される。また、この画像の一部には、確認ボタンＢＴが表示される。
【００５９】
そこで接客担当者は、完成品画像が表示された席に、料理が盛られた食器８を配膳する。そして、確認ボタンＢＴにタッチする。
【００６０】
ステップＳＴ６８の処理にて完成品画像を表示させたコントローラ４は、確認ボタンＢＴがタッチされるのを待機する（ＳＴ６９）。また、コントローラ４は、完成品画像が表示されてから所定の時間、例えば３０秒が経過したか否かを判断する（ＳＴ７０）。所定時間内に確認ボタンＢＴがタッチされるか（ＳＴ６９のＹＥＳ）、所定時間が経過すると（ＳＴ７０のＹＥＳ）、コントローラ４は、ディスプレイ４１７の完成品画像を消去する（ＳＴ７１）。
【００６１】
このように本実施形態の注文システム１は、客別に、その客が注文するメニュー品目のデータを入力するためのオーダ端末４１を用意している。
【００６２】
注文管理サーバ６は、各オーダ端末４１で入力されたデータから、客が注文したメニュー品目に対して一意の識別情報、すなわち食卓ＩＤとＭＴＩＤと品目コードとの組み合わせデータを生成する。そして、この識別情報を、厨房コントローラ５に接続されたＲＦＩＤリーダ・ライタ５２を介して、メニュー品目が盛られる食器８に付された食器タグ９に記録する。
【００６３】
食卓コントローラ４は、完成したメニュー品目が盛られた食器８の食器タグ９からＲＦＩＤリーダ・ライタ４２を介して上記識別情報を読み取る。そして、この識別情報のＭＴＩＤから当該メニュー品目を注文した客に対して用意されたオーダ端末４１を特定する。そして、このオーダ端末４１が有する報知手段である立体視ディスプレイ４１７に、当該メニュー品目の完成品画像を表示させる。
【００６４】
したがって、接客担当者は、完成品画像が表示された立体視ディスプレイ４１７の前に座っている客に、メニュー品目の料理が盛られた食器８を配膳すればよい。このため、配膳作業に不慣れな新人やアルバイトの店員であっても、配膳ミスがなくなるので、配膳ミスによって客との無用なトラブルが発生するのを未然に防ぐことができる。
【００６５】
また、本実施形態では、立体視ディスプレイ４１７に表示された完成品画像は、確認ボタンＢＴがタッチ操作されるか、一定の時間が経過すると消去される。したがって、消費電力を削減することができる。
【００６６】
以下、前記実施形態の変形例について説明する。
例えば、前記実施形態では、食器タグ９にデータを書き込むためのＲＦＩＤリーダ・ライタ５２を厨房コントローラ５に接続したが、注文管理サーバ６に接続してもよい。この場合、各厨房端末５１をＬＡＮ２に直接接続することによって、厨房コントローラ５を省略できる。
【００６７】
また、前記実施形態では、食卓ＴＢ毎に食卓コントローラ４とＲＦＩＤリーダ・ライタ４２を設けたが、２以上の食卓ＴＢに対して食卓コントローラ４とＲＦＩＤリーダ・ライタ４２を１基ずつ設けてもよい。こうすることにより、設備コストを低減することができる。
【００６８】
また、前記実施形態では、食卓ＴＢに設けられるＲＦＩＤリーダ・ライタのアンテナ４２１の位置を、天板の一端部としたが、この一端部に限定されるものではない。例えば天板の中央にアンテナ４２１を設けてもよい。
【００６９】
また、前記実施形態では、食卓コントローラ４は、ステップＳＴ６２の処理として食卓ＩＤを検出したが、このタイミングでＭＴＩＤを検出してもよい。この場合、食卓コントローラ４は、検出したＭＴＩＤによって特定されるオーダ端末４１が接続されているか否かを判断し、接続されている場合に、そのオーダ端末４１に完成品画像を表示させる。したがって、食器タグ９のデータから食卓ＩＤを省略できる。
【００７０】
また、厨房コントローラ５に接続されるＲＦＩＤリーダ・ライタ５２は、厨房別に設けてもよい。この場合、各ＲＦＩＤリーダ・ライタ５２は、同じ厨房に設置されている厨房端末５１とリンクした識別情報によって識別可能とする。厨房コントローラ５は、厨房端末５１から調理完了データを受信すると（ＳＴ４１のＹＥＳ）、そのデータ送信元の厨房端末５１に設定された識別情報ＫＴＩＤを記憶する。そして、注文管理サーバ６からタグ書込コマンドを受信すると、記憶した識別情報ＫＴＩＤとリンクしたＲＦＩＤリーダ・ライタ５２を動作させて、タグデータの書込を制御する。
【００７１】
また、前記実施形態では、食器８にＲＦＩＤタグからなる食器タグ９を付したが、食器タグ９はＲＦＩＤタグに限定されるものではない。例えばバーコードまたは二次元データコード等のデータコードをラベルに印刷する装置を厨房コントローラ５に接続するとともに、このラベルのデータコードを光学的に読み取る装置を各食卓ＴＢに配置して、ＲＦＩＤタグの代わりにデータコードラベルを食器８に付してもよい。
【００７２】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００７３】
１…注文システム、３…データベースサーバ、４…食卓コントローラ、５…厨房コントローラ、６…注文管理サーバ、８…食器、９…食器タグ、３１…品目データベース、３２…画像データベース、４１…オーダ端末、４２，５２…ＲＦＩＤリーダ・ライタ、５１…厨房端末、６０…オーダファイル。
【特許請求の範囲】
【請求項１】
客別に用意され、その客が注文するメニュー品目のデータを入力するための複数のオーダ端末と、
前記各オーダ端末で入力されたデータから前記客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を前記客が注文したメニュー品目の商品に付されたタグに記録させるために出力するサーバと、
前記タグに記録された前記識別情報を読み取り、その識別情報から当該メニュー品目を注文した客に対して用意された前記オーダ端末を特定してそのオーダ端末が有する報知手段を作動させるコントローラと、
を具備したことを特徴とする注文システム。
【請求項２】
前記オーダ端末が有する報知手段はディスプレイであり、前記コントローラは、完成したメニュー品目の画像を前記ディスプレイに表示させることを特徴とする請求項１記載の注文システム。
【請求項３】
前記タグは、ＲＦＩＤタグであり、
前記サーバは、前記ＲＦＩＤタグのリーダ・ライタに前記識別情報を出力することを特徴とする請求項１記載の注文システム。
【請求項４】
前記サーバに、完成したメニュー品目のデータを入力するための厨房端末が接続され、この厨房端末を介して前記完成したメニュー品目のデータが入力されると、前記サーバは、そのメニュー品目に対して生成された識別情報を出力することを特徴とする請求項１記載の注文システム。
【請求項５】
客別に用意され、その客が注文するメニュー品目のデータを入力するための複数のオーダ端末と、
前記各オーダ端末で入力されたデータから前記客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を示すデータコードを前記客が注文したメニュー品目の商品に付されるラベルに印刷するために出力するサーバと、
前記ラベルに印刷されたデータコードから前記識別情報を読み取り、この識別情報から当該メニュー品目を注文した客に対して用意された前記オーダ端末を特定してそのオーダ端末が有する報知手段を作動させるコントローラと、
を具備したことを特徴とする注文システム。
【請求項６】
前記ラベルに印刷されるデータコードは、バーコードまたは二次元データコードであることを特徴とする請求項５記載の注文システム。
【請求項７】
請求項１乃至６のうちいずれか１に記載の注文システムに用いられるサーバ。
【請求項８】
客別に、その客が注文するメニュー品目のデータを入力するための複数のオーダ端末を用意し、
前記各オーダ端末で入力されたデータから、サーバが、前記客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を前記客が注文したメニュー品目の商品に付されたタグに記録させるために出力し、
コントローラが、前記タグに記録された前記識別情報を読み取り、その識別情報から当該メニュー品目を注文した客に対して用意された前記オーダ端末を特定してそのオーダ端末が有する報知手段を作動させることを特徴とする注文管理方法。
【請求項９】
客別に、その客が注文するメニュー品目のデータを入力するための複数のオーダ端末を用意し、
前記各オーダ端末で入力されたデータから、サーバが、前記客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を示すデータコードを前記客が注文したメニュー品目の商品に付されるラベルに印刷するために出力し、
コントローラが、前記ラベルに印刷されたデータコードから前記識別情報を読み取り、この識別情報から当該メニュー品目を注文した客に対して用意された前記オーダ端末を特定してそのオーダ端末が有する報知手段を作動させることを特徴とする注文管理方法。
【請求項１】
客別に用意され、その客が注文するメニュー品目のデータを入力するための複数のオーダ端末と、
前記各オーダ端末で入力されたデータから前記客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を前記客が注文したメニュー品目の商品に付されたタグに記録させるために出力するサーバと、
前記タグに記録された前記識別情報を読み取り、その識別情報から当該メニュー品目を注文した客に対して用意された前記オーダ端末を特定してそのオーダ端末が有する報知手段を作動させるコントローラと、
を具備したことを特徴とする注文システム。
【請求項２】
前記オーダ端末が有する報知手段はディスプレイであり、前記コントローラは、完成したメニュー品目の画像を前記ディスプレイに表示させることを特徴とする請求項１記載の注文システム。
【請求項３】
前記タグは、ＲＦＩＤタグであり、
前記サーバは、前記ＲＦＩＤタグのリーダ・ライタに前記識別情報を出力することを特徴とする請求項１記載の注文システム。
【請求項４】
前記サーバに、完成したメニュー品目のデータを入力するための厨房端末が接続され、この厨房端末を介して前記完成したメニュー品目のデータが入力されると、前記サーバは、そのメニュー品目に対して生成された識別情報を出力することを特徴とする請求項１記載の注文システム。
【請求項５】
客別に用意され、その客が注文するメニュー品目のデータを入力するための複数のオーダ端末と、
前記各オーダ端末で入力されたデータから前記客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を示すデータコードを前記客が注文したメニュー品目の商品に付されるラベルに印刷するために出力するサーバと、
前記ラベルに印刷されたデータコードから前記識別情報を読み取り、この識別情報から当該メニュー品目を注文した客に対して用意された前記オーダ端末を特定してそのオーダ端末が有する報知手段を作動させるコントローラと、
を具備したことを特徴とする注文システム。
【請求項６】
前記ラベルに印刷されるデータコードは、バーコードまたは二次元データコードであることを特徴とする請求項５記載の注文システム。
【請求項７】
請求項１乃至６のうちいずれか１に記載の注文システムに用いられるサーバ。
【請求項８】
客別に、その客が注文するメニュー品目のデータを入力するための複数のオーダ端末を用意し、
前記各オーダ端末で入力されたデータから、サーバが、前記客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を前記客が注文したメニュー品目の商品に付されたタグに記録させるために出力し、
コントローラが、前記タグに記録された前記識別情報を読み取り、その識別情報から当該メニュー品目を注文した客に対して用意された前記オーダ端末を特定してそのオーダ端末が有する報知手段を作動させることを特徴とする注文管理方法。
【請求項９】
客別に、その客が注文するメニュー品目のデータを入力するための複数のオーダ端末を用意し、
前記各オーダ端末で入力されたデータから、サーバが、前記客が注文したメニュー品目に対して一意の識別情報を生成し、この識別情報を示すデータコードを前記客が注文したメニュー品目の商品に付されるラベルに印刷するために出力し、
コントローラが、前記ラベルに印刷されたデータコードから前記識別情報を読み取り、この識別情報から当該メニュー品目を注文した客に対して用意された前記オーダ端末を特定してそのオーダ端末が有する報知手段を作動させることを特徴とする注文管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１２−１３３４５７（Ｐ２０１２−１３３４５７Ａ）
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願番号】特願２０１０−２８３１３０（Ｐ２０１０−２８３１３０）
【出願日】平成２２年１２月２０日（２０１０．１２．２０）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
【公開日】平成２４年７月１２日（２０１２．７．１２）
【国際特許分類】
【出願日】平成２２年１２月２０日（２０１０．１２．２０）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
[ Back to top ]