JP2011164853A - 注文管理サーバ、注文管理システム - Google Patents

Abstract

【課題】客が注文した調理品目の調理過程を、わかりやすく正確に客に提示できるようにする。
【解決手段】注文元端末から注文を受けた調理品目毎に、その調理品目の調理過程管理データをその調理品目の注文元を識別するデータとともに格納したデータファイルを作成する。厨房端末から注文を受けた調理品目に対する調理過程の一段階が終了したことを示す通知を受けて、当該調理品目のデータファイルに格納される調理過程管理データで管理される調理過程段階を次段階に更新する。データファイル毎に、そのデータファイルに対応する調理品目の、そのデータファイルに格納されている調理過程管理データにより特定される段階の調理完成度を表わす画像データを検出して、データファイルに格納されている注文元識別データで特定される注文元端末が有する画像表示装置に出力する。
【選択図】 図１５

Description

本発明は、調理品目を注文した顧客に、その調理品目の調理過程を通知できる飲食店向けの注文管理サーバ及びこの装置を用いた注文管理システムに関する。

特許文献１は、来客者が調理進捗状況を把握できる飲食物提供システムを開示する。このシステムは、飲食店の各テーブルに電子メニューとテーブル表示装置を設け、厨房に厨房表示装置を設ける。各テーブルの電子メニュー及びテーブル表示装置と、厨房表示装置とは、通信回線で接続する。

電子メニューを介して客の注文が入力されると、システムは、その注文内容を厨房表示装置に表示させる。注文を確認した調理人が厨房表示装置で確認操作を行うと、システムは、当該注文をした客が着いているテーブルのテーブル表示装置に、例えば「受け付けました」の文字情報を表示させる。注文を受けた調理品目の調理にかかる際に調理人が厨房表示装置で宣言操作を行うと、システムは、前記テーブル表示装置の表示文字情報を例えば「受け付けました」から「調理中」に代える。調理された品目を配膳する際に店員が厨房表示装置で宣言操作を行うと、システムは、前記テーブル表示装置の表示文字情報を例えば「調理中」から「配膳中」に代える。

したがって、飲食店のテーブルに着いた客は、テーブル表示装置に表示される文字情報により、次の１〜３の状況を知ることができる。
状況１：自身が注文した品目は、厨房で受付けられたが、未だ調理されていない。
状況２：自身が注文した品目は、調理中である。
状況３．自身が注文した品目は、間もなく配膳される。

すなわち客は、注文した調理品目が調理中であるか否か、あるいは、間もなく配膳されるか否かに関して把握することはできる。

しかしながら、従来の飲食物提供システムは、注文した品目が調理中であることを客が把握できたとしても、調理過程のどの段階まで捗っているのかといった詳細な状況までを客が把握することはできない。調理中の品目がいつ頃出来上がるのかわからないと、客に不安感を与え、客のストレスが高まるという懸念がある。

本発明はこのような事情に基づいてなされたもので、その目的とするところは、客が注文した調理品目の調理過程を、わかりやすく正確に客に提示することができ、顧客満足度を高め得る注文管理サーバ及びこの装置を用いた注文管理システムを提供しようとするものである。

本発明の注文管理サーバは、調理品目を調理する過程の一段階毎に、その段階の調理完成度を表わす画像データを記憶する画像記憶手段と、例えば注文元端末から注文を受けた調理品目毎に、その調理品目の調理過程管理データをその調理品目の注文元を識別するデータとともに格納したデータファイルを作成するファイル作成手段と、データファイルを保存するファイル保存手段と、例えば厨房端末から注文を受けた調理品目に対する調理過程の一段階が終了したことを示す通知を受けて、ファイル保存手段に保存されている当該調理品目の前記データファイルに格納される調理過程管理データで管理される調理過程段階を次段階に更新するデータ更新手段と、ファイル保存手段に保存されているデータファイル毎に、そのデータファイルに対応する調理品目の、そのデータファイルに格納されている調理過程管理データにより特定される段階の調理完成度を表わす画像データを画像記憶手段から検出する画像検出手段と、この画像検出手段により検出した画像データを、当該画像データに対応する調理品目のデータファイルに格納されている注文元識別データで特定される例えば注文元端末が有する画像表示装置に出力する画像出力手段とを備えたものである。

かかる手段を講じた本発明によれば、客が注文した調理品目の調理過程を、わかりやすく正確に客に提示することができ、顧客満足度を高め得る効果を奏する。

本発明の一実施形態である注文管理システムの全体構成を示すブロック図。 同実施形態において使用する品目データベースで記憶されるデータの構成を示す図。 同実施形態において使用する調理過程データベースで記憶されるデータの構成を示す図。 同実施形態において使用する画像データベースで記憶されるデータの構成を示す図。 同実施形態における電子メニュー端末の要部構成を示すブロック図。 同実施形態における厨房端末の要部構成を示すブロック図。 同実施形態における注文管理サーバの要部構成を示すブロック図。 同実施形態において、注文管理サーバで作成される注文品管理ファイルのデータ構造を示す図。 同実施形態において、電子メニュー端末と注文管理サーバと厨房端末との間の主要なデータのやり取りを示す模式図。 同実施形態において、注文管理サーバのＣＰＵが実行する注文データ受信処理の手順を示す流れ図。 同実施形態において、注文管理サーバのＣＰＵが実行する調理タスク終了処理の手順を示す流れ図。 同実施形態において、注文管理サーバのＣＰＵが実行する注文品状況応答処理の手順を示す流れ図。 同実施形態において、厨房端末で表示される調理指示画面の一例を示す平面図。 同実施形態において、電子メニュー端末で表示される受付完了画面の一例を示す平面図。 同実施形態において、電子メニュー端末で表示される調理状況画面の一例を示す平面図。 同実施形態において、電子メニュー端末で表示される注文品完成画面の一例を示す平面図。 本発明において、調理完成度を表わす画像データの他の例を示す図。 図１７の例を用いたときの調理状況画面の一例を示す平面図。 図１７の例を用いたときの注文品完成画面の一例を示す平面図。

以下、本発明を実施するための一形態について、図面を用いて説明する。なお、この実施形態は、テーブルに着いた客がそのテーブルに用意されている電子メニュー端末を利用して調理品目の注文を行うセルフオーダ対応の注文管理システムに本発明を適用した場合である。

図１は、本実施形態における注文管理システム１の全体構成を示すブロック図である。注文管理システム１は、注文管理サーバ１０と、データベースサーバ２０と、複数の電子メニュー端末３０と、複数の厨房端末４０と、ＰＯＳ端末５０とを備えている。

注文管理サーバ１０は、第１の通信回線６１を介して、データベースサーバ２０と各電子メニュー端末３０とを接続している。また、注文管理サーバ１０は、第２の通信回線６２を介して各厨房端末４０とＰＯＳ端末５０とを接続している。第１，第２の通信回線６１，６２は、有線・無線を問わない。厨房端末４０とＰＯＳ端末５０とをそれぞれ第１の通信回線６１に接続して、第２の通信回線６２を省略することも可能である。

データベースサーバ２０は、品目データベース２１、調理過程データベース２２、画像データベース２３等の種々のデータベースを管理するのに特化したコンピュータ機器である。

飲食店において、客に提供される全ての調理品目に関する情報が、品目データベース２１で記憶される。図２に示すように、１品目のデータとして、品目コード、品目名称、単価、メニュー用画像コード、完成品画像コード、調理過程コード等を、品目データベース２１は記憶する。

品目コードは、各調理品目を識別するために品目毎に割り当てられる。メニュー用画像コードは、電子メニュー端末３０にメニュー画像として表示される当該調理品目の画像データを識別する。完成品画像コードは、電子メニュー端末３０に完成品画像として表示される当該調理品目の画像データを識別する。調理過程コードは、当該メニュー品目の調理過程を示す調理過程データを識別する。メニュー画像は平面画像（二次元画像）であり、完成品画像は立体画像（三次元画像）である。

各調理品目の調理過程に関する情報が、調理過程データベース２２で記憶される。図３に示すように、１品目の調理過程を示すデータとして、調理過程コード、調理タスク数ｎ、調理タスクコード、調理タスク名称、調理タスク画像コード等を、調理過程データベース２２は記憶する。調理タスクコード、調理タスク名称及び調理タスク画像コードは、調理タスクの数ｎだけ存在する。

調理過程コードは、異なる調理過程を識別するために調理過程の種類別に割り当てられる。調理品目が異なっても調理過程が同じであれば、品目データに同一の調理過程コードが設定される。調理タスク数ｎは、調理過程の段階数である。ｎ段階の調理作業を行うことによって、調理品目が完成する。調理タスクコードは、ｉ（１≦ｉ≦ｎ）段階目の調理タスクを識別する。調理タスク名称は、ｉ段階目の調理タスクの内容を示す。調理タスク画像コードは、ｉ段階目の調理タスクによる調理品目の完成度を表わす画像データを識別する。調理の完成度を表わす調理タスク画像は立体画像である。例えば、ハンバーガーのパテを焼くという調理タスクに対しては、パテを焼いている画の立体画像が調理タスク画像として用いられる。バンズを温めるという調理タスクに対しては、バンズを温めている画の立体画像が調理タスク画像として用いられる。

前記メニュー用画像、完成品画像、調理タスク画像等の各種の画像データは、画像データベース２３によって記憶される。図４に示すように、画像データベース２３は、各種の画像データを、それぞれ対応する画像コードに関連付けて記憶する。

ここに、品目データベース２１、調理過程データベース２２及び画像データベース２３は、調理品目を調理する過程の一段階毎に、その段階の調理完成度を表わす画像データを記憶する画像記憶手段を構成する。

図５は、電子メニュー端末３０の要部構成を示すブロック図である。電子メニュー端末３０は、制御部本体としてＣＰＵ（Central Processing Unit）３１を搭載している。そしてこのＣＰＵ３１に、アドレスバス，データバス等のバスライン３２を介して、ＲＯＭ（Read Only Memory）３３、ＲＡＭ（Random Access Memory）３４、通信インターフェース３５、タッチパネルコントローラ３６、表示コントローラ３７等を接続している。

通信インターフェース３５は、第１の通信回線６１を利用したデータ通信を司る。表示コントローラ３７は、立体視ディスプレイ３８の画面表示を制御する。立体視ディスプレイ３８は、立体画像を立体視可能に表示する画像表示装置であって、その画面にタッチパネル３９を配設している。タッチパネルコントローラ３６は、タッチパネル３９を制御してタッチ操作された画面上の座標信号を取り込む。各電子メニュー端末３０は、飲食店の各テーブルに少なくとも１台ずつ設置されている。各電子メニュー端末３０には、それぞれ固有のメニュー端末ＩＤが設定されている。

図６は、厨房端末４０の要部構成を示すブロック図である。厨房端末４０は、制御部本体としてＣＰＵ４１を搭載している。そしてこのＣＰＵ４１に、アドレスバス，データバス等のバスライン４２を介して、ＲＯＭ４３、ＲＡＭ４４、通信インターフェース４５、タッチパネルコントローラ４６、表示コントローラ４７等を接続している。

通信インターフェース４５は、第２の通信回線６２を利用したデータ通信を司る。表示コントローラ４７は、ディスプレイ４８の画面表示を制御する。ディスプレイ４８は、平面画像を表示する画像表示装置であって、その画面にタッチパネル４９を配設している。タッチパネルコントローラ４６は、タッチパネル４９を制御してタッチ操作された画面上の座標信号を取り込む。厨房は、調理品目のカテゴリ毎に区分されており、１区画に少なくとも１台の厨房端末４０が設置されている。各厨房端末４０には、設置区画の厨房で調理される品目のコードリストが設定されている。

図７は、注文管理サーバ１０の要部構成を示すブロック図である。注文管理サーバ１０は、制御部本体としてＣＰＵ１１を搭載している。そしてこのＣＰＵ１１に、アドレスバス，データバス等のバスライン１２を介して、ＲＯＭ１３、ＲＡＭ１４、第１通信インターフェース１５、第２通信インターフェース１６、ＨＤＤ（Hard Disk Drive）装置１７等を接続している。

第１通信インターフェース１５は、第１の通信回線６１を利用したデータ通信を司る。第２通信インターフェース１６は、第２の通信回線６２を利用したデータ通信を司る。ＨＤＤ装置１７は、注文品管理ファイル１８の保存部として機能する。

注文管理サーバ１０は、電子メニュー端末３０から調理品目の注文を受けると、その調理品目毎に注文品管理ファイル１８を作成する。図８に示すように、注文品管理ファイル１８には、メニュー端末ＩＤ、品目コード、品目名称、調理過程コード、調理タスク数ｎ、処理タスク数ｉが格納される。また、ｎ段階の調理過程を管理する調理過程管理データとして調理タスク１〜ｎの各コード、名称及び画像コードが、それぞれステータスを付して格納される。ステータスは、対応する調理タスクが未処理のときは“０”であり、調理中になると“１”に更新され、調理が終了すると“２”に更新される。

図９の模式図は、電子メニュー端末３０と注文管理サーバ１０と厨房端末４０との間の主要なデータのやり取りを示している。図１０〜図１２の流れ図は、注文管理サーバ１０のＣＰＵ１１が実行する主要な処理の手順を示している。以下、これらの図を参照して、注文管理システム１の本発明に係る作用を説明する。

電子メニュー端末３０は、注文受付モードと在席モードとを有する。テーブルに着いた客から調理品目の注文を受けるまでは注文受付モードが設定され、注文を受けると在席モードに切り替わる。その後、このテーブルに着いた客の会計がＰＯＳ端末５０で終了すると、注文受付モードに復帰する。

注文受付モードでは、電子メニュー端末３０のＣＰＵ３１は、品目データベース２１と画像データベース２３の各データに基づいて電子メニュー画面のデータを生成する。各調理品目の名称、単価及びメニュー用画像の一覧が、電子メニュー画面に配置される。電子メニュー画面は、立体視ディスプレイ３８に表示される。

テーブルに着いた客は、電子メニュー画面から注文する調理品目を探し出し、この品目のメニュー用画像にタッチする。ＣＰＵ３１は、タッチパネルコントローラ３６で検知されたタッチ位置の座標信号により、タッチされたメニュー用画像の調理品目を注文品として検出する。そして、この注文品の品目コードとメニュー端末ＩＤとを含む注文データを生成し、通信インターフェース３５を介して注文管理サーバ１０に送信する（図９のＰ１）。ここに、電子メニュー端末３０は、調理品目の注文を受付けて注文管理サーバ１０に通知する注文受付手段を備えた注文元端末として機能する。

上記注文データを受信すると、注文管理サーバ１０のＣＰＵ１１は、図１０の流れ図に示す手順の注文データ受信処理を開始する。この処理の機能は、ＲＯＭ１３に記憶されたプログラムにより実現される。

先ず、ＣＰＵ１１は、受信した注文データを解析する（ＳＴ１）。そして、この注文データから、メニュー端末ＩＤと注文品の品目コードとを取得する（ＳＴ２）。品目コードを取得したならば、ＣＰＵ１１は、品目データベース２１を検索して、取得した品目コードがセットされている品目データを検出する（ＳＴ３）。そして、検出した品目データから調理過程コードを取得する（ＳＴ４）。調理過程コードを取得したならば、ＣＰＵ１１は、調理過程データベース２２を検索して、取得した調理過程コードがセットされている調理過程データを検出する（ＳＴ５）。

こうして、注文品の品目データと調理過程データとをそれぞれ検出したならば、ＣＰＵ１１は、処理タスク数ｉを“１”に設定する（ＳＴ６）。そして、検出された調理過程データに含まれるｉ段階目の調理タスクコードのステータスを“１”と設定し、他の段階の調理タスクコードのステータスを“０”と設定する（ＳＴ７）。しかる後、ＣＰＵ１１は、図８に示すデータ構造の注文品管理ファイル１８をＲＡＭ１４上で作成する（ＳＴ８：ファイル作成手段）。

ＣＰＵ１１は、注文データに他の注文品の品目コードが含まれているか否かを判断する（ＳＴ９）。電子メニュー端末３０において、２品目以上の注文が同時になされた場合、１つの注文データに複数の注文品の品目コードが含まれる。注文データに他の注文品の品目コードが含まれている場合には（ＳＴ９のＹＥＳ）、ＣＰＵ１１は、前記ステップＳＴ２〜ＳＴ８の処理を再度実行する。すなわちＣＰＵ１１は、他の注文品に対する注文品管理ファイル１８を作成する。

注文データに含まれている全ての注文品について注文品管理ファイル１８が作成されると（ＳＴ９のＮＯ）、ＣＰＵ１１は、注文品管理ファイル１８を基に、注文品毎に調理指示データを生成する（ＳＴ１０）。調理指示データには、注文品管理ファイル１８のメニュー端末ＩＤ、品目コード、品目名称、調理過程コード、調理タスク数ｎ、ｎ段階の調理タスクコード及び調理タスク名称が含まれる。ＣＰＵ１１は、第２通信インターフェース１６を介して厨房端末４０に調理指示データを送信する（図９のＰ２：ＳＴ１１）。

また、ＣＰＵ１１は、注文品管理ファイル１８を基に、注文を発した電子メニュー端末３０に対する注文受付データを生成する（ＳＴ１２）。注文受付データには、注文品管理ファイル１８のメニュー端末ＩＤ、品目コード、品目名称が含まれる。また、品目コードに関連付けて品目データベース２１で記憶されている単価と、注文数量及び金額と、その合計も含まれる。ＣＰＵ１１は、第１通信インターフェース１５を介して電子メニュー端末３０に注文受付データを送信する（図９のＰ３：ＳＴ１３）。

しかる後、ＣＰＵ１１は、作成した全ての注文品管理ファイル１８をＨＤＤ装置１７に保存する。以上で、注文データ受信処理は終了する。ここに、ＨＤＤ装置１７は、ファイル保存手段を構成する。

なお、注文データ受信処理は、注文受付データの生成及び送信を先に実行し、後から調理指示データの生成及び送信を実行してもよい。また、注文データ受信処理は、注文品管理ファイル１８の保存処理を、注文受付データ及び調理指示データの生成及び送信処理より前に行ってもよい。

各厨房端末４０のＣＰＵ４１は、通信インターフェース４５を介して調理指示データを受信すると、このデータに含まれる品目コードが自己に設定されたコードリストに含まれているか否かを判断する。含まれていない場合、ＣＰＵ４１は調理指示データを破棄する。含まれている場合、ＣＰＵ４１は調理指示画面７０をディスプレイ４８に表示させる（図９のＱ１）。

調理指示画面７０の一例を図１３に示す。図１３に示すように、調理指示画面７０には、調理指示データに含まれるメニュー端末ＩＤと品目名称とｎ段階の各調理タスク名とが表示される。また、調理タスク名毎に状況表示部７１が付加されている。

状況表示部７１は、当初、１段階目の調理タスク名に対して「実施中」が表示され、２段階目以降の調理タスク名に対しては「未処理」が表示される。「実施中」の状況表示部７１（図１３では太枠で示している）は、タッチ操作が可能である。調理人は、「実施中」が表示されている調理タスクを実行する。そしてこのタスクが終了すると、「実施中」の状況表示部７１をタッチ操作する。

厨房端末４０のＣＰＵ４１は、「実施中」の状況表示部７１がタッチ操作されると、該当する調理タスクの終了コマンドを生成する。終了コマンドには、タッチ操作された状況表示部７１に対応して表示されているメニュー端末ＩＤと注文品の品目コードとが含まれる。ＣＰＵ４１は、通信インターフェース４５を介して終了コマンドを注文管理サーバ１０に送信する（図９のＰ３）。

また、ＣＰＵ４１は、タッチ操作された状況表示部７１を「実施中」から「済」に変更し、次段階の状況表示部７１を「未処理」から「実施中」に変更する。なお、次段階の状況表示部７１が存在せず、全ての状況表示部７１が「済」に変更された場合には、ＣＰＵ４１は、調理指示画面７０から当該注文品のデータを削除する。ここに、厨房端末４０は、注文を受けた調理品目に対する調理過程の一段階が終了したことを示す通知を行う通知手段を備えている。

調理タスク終了コマンドを受信すると、注文管理サーバ１０のＣＰＵ１１は、図１１の流れ図に示す手順の調理タスク終了処理を開始する。この処理の機能は、ＲＯＭ１３に記憶されたプログラムにより実現される。

先ず、ＣＰＵ１１は、受信した調理タスクコマンドからメニュー端末ＩＤと品目コードを取得する（ＳＴ２１）。そして、取得したメニュー端末ＩＤと品目コードとが設定されている注文品管理ファイル１８をＨＤＤ装置１７からＲＡＭ１４に読み出す（ＳＴ２２）。

次に、ＣＰＵ１１は、読み出した注文品管理ファイル１８から処理タスク数ｉを取得する。そして、ｉ段階目の調理タスクコードに対応するステータスを“１”から“２”に更新する（ＳＴ２３）。次に、ＣＰＵ１１は、処理タスク数ｉを“１”だけ増加する（ＳＴ２４）。そして、処理タスク数ｉが調理タスク数ｎを超えたか否かを判断する（ＳＴ２５）。

ｎ段階の調理タスクがある注文品に対して（ｎ−１）段階までの調理タスクに対する終了コマンドを受信した場合には、処理タスク数ｉが調理タスク数ｎを超えない。この場合（ＳＴ２５のＮＯ）、ＣＰＵ１１は、ｉ番目の調理タスクコードのステータスを“１”に更新する（ＳＴ２６：データ更新手段）。しかる後、ＣＰＵ１１は、注文品管理ファイル１８をＨＤＤ装置１７に上書きする（ＳＴ２７）。以上で、調理タスク終了処理は終了する。

一方、ｎ段階の調理タスクがある注文品に対して最終のｎ段階の調理タスクに対する終了コマンドを受信した場合には、処理タスク数ｉが調理タスク数ｎを超える。この場合（ＳＴ２５のＹＥＳ）、ＣＰＵ１１は、この注文品管理ファイル１８に含まれる品目コードで品目データベース２１を検索して、注文品の完成品画像コードを検出する（ＳＴ２８）。さらに、ＣＰＵ１１は、この完成品画像コードで画像データベース２３を検索して、該当注文品の完成品画像データを検出する（ＳＴ２９）。

ＣＰＵ１１は、注文品完成通知データを生成する（ＳＴ３０）。このデータには、調理タスク終了コマンドに含まれていたメニュー端末ＩＤ及び品目コードと、画像データベース２３が検出した完成品画像データとが含まれる。ＣＰＵ１１は、第１通信インターフェース１５を介して電子メニュー端末３０に注文品完成通知データを送信する（図９のＰ７：ＳＴ３１）。しかる後、ＣＰＵ１１は、ＨＤＤ装置１７から当該注文品の管理ファイル１８を削除する（ＳＴ３２）。以上で、調理タスク終了処理は終了する。

各電子メニュー端末３０のＣＰＵ３１は、通信インターフェース３５を介して注文受付データを受信すると、このデータに含まれるメニュー端末ＩＤが自己に設定されたＩＤと一致するか否かを判断する。一致しない場合は、ＣＰＵ１１は、注文受付データを破棄する。一致する場合には、ＣＰＵ１１は、受付完了画面８０を立体視ディスプレイ３８に表示させる（図９のＱ２）。

受付完了画面８０の一例を図１４に示す。図１４に示すように、受付完了画面８０には、各注文品の名称、単価、注文点数及び金額とその合計が表示される。また、注文品毎に、状況確認ボタン８１が表示される。

注文品の調理進捗状況を確認したい場合、客は状況確認ボタン８１にタッチする。電子メニュー端末３０のＣＰＵ３１は、状況確認ボタン８１がタッチ操作されると、注文品状況問合せコマンドを生成する。このコマンドには、メニュー端末ＩＤと、タッチ操作された状況確認ボタン８１に対応する注文品の品目コードとが含まれる。ＣＰＵ３１は、通信インターフェース３５を介して注文管理サーバ１０に注文品状況問合せコマンドを送信する（図９のＰ５）。

注文品状況問合せコマンドを受信すると、注文管理サーバ１０のＣＰＵ１１は、図１２の流れ図に示す手順の注文品状況応答処理を開始する。この処理の機能は、ＲＯＭ１３に記憶されたプログラムにより実現される。

先ず、ＣＰＵ１１は、受信した注文品状況問合せコマンドからメニュー端末ＩＤと品目コードを取得する（ＳＴ４１）。そして、取得したメニュー端末ＩＤと品目コードとが設定されている注文品管理ファイル１８をＨＤＤ装置１７からＲＡＭ１４に読み出す（ＳＴ４２）。

次に、ＣＰＵ１１は、読み出した注文品管理ファイル１８からステータスが“１”に設定されている調理タスクの名称と画像コードとを取得する（ＳＴ４３）。さらに、ＣＰＵ１１は、この調理タスク画像コードで画像データベース２３を検索して、該当する調理タスク画像データを検出する（ＳＴ４４：画像検出手段）。

ＣＰＵ１１は、注文品状況応答データを生成する（ＳＴ４５）。このデータには、注文品状況問合せコマンドに含まれていたメニュー端末ＩＤ及び品目コードと、画像データベース２３から検出した調理タスク画像データとが含まれる。ＣＰＵ１１は、第１通信インターフェース１５を介して電子メニュー端末３０に注文品状況応答データを送信する（図９のＰ６：ＳＴ４６：画像出力手段）。以上で、注文品状況応答処理は終了する。

各電子メニュー端末３０のＣＰＵ３１は、通信インターフェース３５を介して注文品状況応答データを受信すると、このデータに含まれるメニュー端末ＩＤが自己に設定されたＩＤと一致するか否かを判断する。一致しない場合は、ＣＰＵ１１は、注文品状況応答データを破棄する。一致する場合には、ＣＰＵ１１は、注文品の調理状況画面９０を立体視ディスプレイ３８に表示させる（図９のＱ３）。

調理状況画面９０の一例を図１５に示す。図１５に示すように、調理状況画面９０には、画面中央の画像表示部９１に調理タスク画像データの立体画像が表示される。また、調理タスクのコメントと、注文品の名称も表示される。調理タスクのコメントは、注文品状況応答データに含まれる調理タスク名称から作成される。注文品の名称は、同注文品状況応答データに含まれる品目コードから検索される。

各電子メニュー端末３０のＣＰＵ３１は、通信インターフェース３５を介して注文品完成通知データを受信すると、このデータに含まれるメニュー端末ＩＤが自己に設定されたＩＤと一致するか否かを判断する。一致しない場合は、ＣＰＵ１１は、注文品完成通知データを破棄する。一致する場合には、ＣＰＵ１１は、注文品の調理完成画面１００を立体視ディスプレイ３８に表示させる（図９のＱ４）。

調理完成画面１００の一例を図１６に示す。図１６に示すように、調理完成画面１００には、画面中央の画像表示部１０１に完成品画像データの立体画像が表示される。また、調理品の完成を通知するコメントと、注文品の名称も表示される。調理品の完成を通知するコメントは、予め設定されている。注文品の名称は、注文品完成通知データに含まれる品目コードから検索される。

このように、テーブルの電子メニュー端末３０を操作して調理品目を注文した客は、この端末３０の立体視ディスプレイ３８上で調理品目毎に調理状況画面９０をいつでも閲覧することができる。ここで、調理状況画面９０に表示される調理タスク画像は、その調理品目に対して厨房で現在実施されている作業タスクを示すものである。したがって、客はテーブルに居ながらにして、調理タスク画像の内容から、注文した調理品目の調理がどの程度捗っているのかを正確に把握することができる。

しかも、調理タスク画像は、その調理タスクの内容を立体的に示したものであり、電子メニュー端末３０のディスプレイは立体視ディスプレイ３８であるため、客は調理タスクの立体画像を立体視可能に見ることができる。したがって、客は、調理タスクの内容を容易に理解することができる。その結果、客のストレスを軽減することができ、顧客満足度を大いに高めることができる。

また、注文品の調理過程が全て終了して注文品が完成した際には、この注文品の注文を受付けた電子メニュー端末３０の立体視ディスプレイ３８に、注文品の完成画像が立体視可能に表示される。したがって、注文品の完成画像を確認した客は、注文品がまもなく配膳されることを知り得る。しかも、配膳される注文品のイメージを完成画像から得られるので、顧客満足度をより一層高めることができる。

なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。

例えば前記実施形態では、調理完成度を表わす画像データとして、一段階毎にその段階の調理内容を示す立体画像データを記憶したが、調理完成度を表わす画像データは、これに限定されるものではない。調理完成度を表わす画像データの他の形態を図１７に示す。図１７において、画像データ１１１は調理過程の初期段階であり、画像データ１１２は調理過程の中期段階であり、画像データ１１３は調理過程の最終段階である。画像データ１１１内の調理品目画像Ｈ１は、飛び出し量の小さい立体画像である。画像データ１１３内の調理品目画像Ｈ３は、飛び出し量の大きい立体画像である。画像データ１１２内の調理品目画像Ｈ２は、飛び出し量が中程度の立体画像である。各画像データ１１１〜１１３内の棒状の要素Ｋは、スケールを示している。

すなわち、この他の形態は、調理完成度を表わす画像データとして、調理完成度が高まるにつれて飛び出し量が大きくなる調理品目の立体画像データを記憶した場合である。画像データ１１１に対応した調理状況画面の一例を図１８に示す。また、画像データ１１３に対応した注文品完成画面の一例を図１９に示す。図１８，図１９から明らかなように、客は、調理品目画像の飛び出し量の高さから、調理過程の進捗状況を容易に把握することができる。

また、前記実施形態では、注文管理サーバ１０に内蔵されたＨＤＤ装置１７をファイル保存手段として機能させたが、ファイル保存手段はこれに限定されるものではない。注文管理サーバ１０内のＲＡＭ１４に注文品管理ファイル１８を記憶させてもよい。また、注文管理サーバ１０に外付けされたＨＤＤ装置やフラッシュメモリ等の記憶媒体に、注文品管理ファイル１８を書き込むようにしてもよい。

また、前記実施形態では、受付完了画面８０の状況確認ボタン８１が操作されると、そのボタンに対応する注文品の調理状況画面９０を表示させるようにした。しかし、注文品の調理過程が１段階進む毎に、自動的に最新の調理状況画面９０を表示させるようにしてもよい。

すなわち、注文管理サーバ１０のＣＰＵ１１が実行する調理タスク終了処理において、そのステップＳＴ２７で注文品管理ファイル１８をＨＤＤ装置１７に上書きする前に、注文品状況応答処理のステップＳＴ４３〜ＳＴ４６の処理を実行する。そうすることにより、注文品の調理過程が１段階進む毎に、電子メニュー端末３０に最新の調理状況画面９０を自動的に表示させることができる。

この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。

１…注文管理システム、１０…注文管理サーバ、１８…注文品管理ファイル、２０…データベースサーバ、２１…品目データベース、２２…調理過程データベース、２３…画像データベース、３０…電子メニュー端末、３８…立体視ディスプレイ、４０…厨房端末、７０…調理指示画面、８０…受付完了画面、９０…調理状況画面、１００…調理完成画面。

特開２００２−３４２８４７号公報

Claims (4)

1. 調理品目を調理する過程の一段階毎に、その段階の調理完成度を表わす画像データを記憶する画像記憶手段と、
   注文を受けた調理品目毎に、その調理品目の調理過程管理データをその調理品目の注文元を識別するデータとともに格納したデータファイルを作成するファイル作成手段と、
   前記データファイルを保存するファイル保存手段と、
   前記注文を受けた調理品目に対する調理過程の一段階が終了したことを示す通知を受けて、前記ファイル保存手段に保存されている当該調理品目の前記データファイルに格納される調理過程管理データで管理される調理過程段階を次段階に更新するデータ更新手段と、
   前記ファイル保存手段に保存されている前記データファイル毎に、そのデータファイルに対応する調理品目の、そのデータファイルに格納されている調理過程管理データにより特定される段階の前記調理完成度を表わす画像データを前記画像記憶手段から検出する画像検出手段と、
   この画像検出手段により検出した画像データを、当該画像データに対応する調理品目の前記データファイルに格納されている注文元識別データで特定される注文元の画像表示装置に出力する画像出力手段と、
   を具備したことを特徴とする注文管理サーバ。
2. 前記画像記憶手段は、調理完成度を表わす画像データとして、一段階毎にその段階の調理内容を示す立体画像データを記憶することを特徴とする請求項１記載の注文管理サーバ。
3. 前記画像記憶手段は、調理完成度を表わす画像データとして、調理完成度が高まるにつれて飛び出し量が大きくなる調理品目の立体画像データを記憶することを特徴とする請求項１記載の注文管理サーバ。
4. 請求項２または３記載の注文管理サーバと、
   注文を受けた調理品目に対する調理過程の一段階が終了したことを示す通知を行う通知手段を備えた厨房端末と、
   画像表示装置として立体画像を立体視可能に表示できる立体視ディスプレイを備えるとともに、調理品目の注文を受付けて前記注文管理サーバに通知する注文受付手段を備えた注文元端末と、
   を具備したことを特徴とする注文管理システム。

Images