(57)【要約】【課題】注文から配膳までの、正確な配膳時間を客に通知する。【解決手段】配膳管理サーバ１０は、注文受付端末２０で受け付けた客の注文を入力し（ステップＳ１）、基本調理時間テーブル１０ａから注文のあった料理の基本調理時間を抽出し（ステップＳ２）、調理人が仕掛かり中の料理の調理時間（カウンタ値）を管理する調理時間カウンタ１０ｂを参照して、そのカウンタ値に、注文を入力するたびごとに抽出された基本調理時間を積算することで予定配膳時間を算出し（ステップＳ３）、算出した予定配膳時間を注文受付端末２０に通知する（ステップＳ４）。【選択図】        図１
2004341761.tif 000002
【特許請求の範囲】
【請求項１】
注文された料理が配膳されるまでの予定配膳時間を通知するサービス提供予定時間通知方法において、
客からの注文を入力するステップと、
前記料理の基本調理時間が管理されている基本調理時間テーブルから、注文された前記料理の前記基本調理時間を抽出するステップと、
調理人が仕掛かり中の前記料理の調理時間を管理する調理時間カウンタを参照して、前記調理時間に、前記注文を入力するたびごとに抽出された前記基本調理時間を積算していき、前記予定配膳時間を算出するステップと、
前記予定配膳時間を通知するステップと、
を有することを特徴とするサービス提供予定時間通知方法。
【請求項２】
前記予定配膳時間を超過しても前記料理が配膳されない場合は、アラーム信号を送出することを特徴とする請求項１記載のサービス提供予定時間通知方法。
【請求項３】
調理が開始された場合に、調理開始信号を受信し、前記基本調理時間を前記調理時間カウンタにセットし、カウントダウン処理を開始することを特徴とする請求項１記載のサービス提供予定時間通知方法。
【請求項４】
調理完了信号を受信した場合、その時点の前記調理時間カウンタの値をもとに前記予定配膳時間を修正することを特徴とする請求項１記載のサービス提供予定時間通知方法。
【請求項５】
注文された料理が配膳されるまでの予定配膳時間を通知する処理をコンピュータに機能させるプログラムにおいて、
コンピュータを、
客からの注文を入力する注文入力手段、
前記料理の基本調理時間が管理されている基本調理時間テーブルから、注文された前記料理の前記基本調理時間を抽出する基本調理時間抽出手段、
調理人が仕掛かり中の前記料理の調理時間を管理する調理時間カウンタを参照して、前記仕掛かり中の調理時間に、前記注文を入力するたびごとに抽出された前記基本調理時間を積算していき、予定配膳時間を算出する予定配膳時間算出手段、
前記予定配膳時間を通知する予定配膳時間通知手段、
として機能させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サービス提供予定時間通知方法及びプログラムに関し、特に、注文された料理が配膳されるまでの予定配膳時間を通知するサービス提供予定時間通知方法及びプログラムに関する。
【０００２】
【従来の技術】
従来、飲食店においては、料理を注文してからの待ち時間が不明であったり、受付順通りにサービスが提供されなかったり、最悪、忘れられている場合がある。
【０００３】
例えば、飲食店へ何人かで行って、それぞれが任意の料理を注文した場合、一人だけなかなか注文した料理が配膳されない場合がある。このような体験をした客は、その飲食店にとってマイナス広告塔になりかねなく、飲食店にとって不利益である。
【０００４】
従来、注文された料理の調理所要時間と、店の混雑状況に応じた上乗せ時間から、客に調理完了予定時刻を通知する技術があった（特許文献１参照）。
【０００５】
【特許文献１】
特開昭５９−２２５４８３（第４７１頁―第４７５頁）
【０００６】
【発明が解決しようとする課題】
しかし、上記の従来技術では、混雑状況を店員が判断して、上乗せ時間を見積もって入力するので、おおよその調理完了時間は通知できるが、正確な配膳時間を客に通知することはできないという問題があった。
【０００７】
本発明はこのような点に鑑みてなされたものであり、注文した料理が配膳されるまでの時間を、注文した客、接客係、厨房の料理人で共有することができると共に、注文の順番を接客係間で共有し、公正な順番で客に配膳を行うことが可能なサービス提供予定時間通知方法及びプログラムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１で示すように、注文された料理が配膳されるまでの予定配膳時間を通知するサービス提供予定時間通知方法において、客からの注文を入力するステップ（Ｓ１）と、料理の基本調理時間が管理されている基本調理時間テーブル１０ａから、注文された料理の基本調理時間を抽出するステップ（Ｓ２）と、調理人が仕掛かり中の料理の調理時間を管理する調理時間カウンタ１０ｂを参照して、仕掛かり中の調理時間に、注文を入力するたびごとに抽出された基本調理時間を積算していき、予定配膳時間を算出するステップ（Ｓ３）と、予定配膳時間を通知するステップ（Ｓ４）と、を有することを特徴とするサービス提供予定時間通知方法が提供される。
【０００９】
上記の方法によれば、配膳管理サーバ１０は、注文受付端末２０で受け付けた客の注文を入力し、基本調理時間テーブル１０ａから注文のあった料理の基本調理時間を抽出し、調理時間カウンタ１０ｂを参照してカウンタ値に、注文を入力するたびごとに抽出された基本調理時間を積算することで予定配膳時間を算出し、算出した予定配膳時間を注文受付端末２０に通知する。
【００１０】
【発明の実施の形態】
以下本発明の実施の形態を図面を参照して説明する。
図１は、本発明の実施の形態のサービス提供予定時間通知方法が実現される配膳管理システムの概略の構成図である。
【００１１】
本発明の実施の形態に係わる配膳管理システムは、注文された料理の客への配膳時間や、順序などを管理する配膳管理サーバ１０と、飲食店内において、接客係（以下配膳係と呼ぶ場合もある）が携帯し、客室で客の注文を受け付けるための注文受付端末２０と、配膳係に配膳の順番などを指示する配膳指示機３０から構成される。
【００１２】
なお、注文受付端末２０は、接客係がそれぞれ携帯するため必要な台数は客室の大きさによって異なるが、簡単のため１台のみ図示している。複数あってもよい。
【００１３】
また、配膳指示機３０は、例えば、出来上がった料理が順次並べられる配膳カウンタなどに設置される。
図１に示すような配膳管理システムにおける、配膳管理サーバ１０でのサービス提供予定時間通知方法の概略を説明する。
【００１４】
なお以下では、調理人が１人の場合について説明する。複数人いる場合については後述する。
注文受付端末２０で受け付けた注文を無線通信などの手段により入力すると（ステップＳ１）、料理の基本調理時間が管理されている基本調理時間テーブル１０ａから、注文された料理の基本調理時間を抽出する（ステップＳ２）。基本調理時間が抽出されると、調理人が仕掛かり中の料理の調理時間（以下カウンタ値と呼ぶ場合もある）を管理する調理時間カウンタ１０ｂを参照して、そのカウンタ値に、注文が入力されるごとに抽出された基本調理時間を積算して予定配膳時間を算出する（ステップＳ３）。
【００１５】
例えば、基本調理時間が５分と、１０分の異なる２つの料理が注文された場合、カウンタ値が５分を示す値であれば、ステップＳ３の処理で、カウンタ値に基本調理時間の５分と１０分を積算して、２０分という予定配膳時間が算出される。
【００１６】
その後、予定配膳時間を接客係の注文受付端末２０に通知する（ステップＳ４）。
接客係は、注文された料理の予定配膳時間を、注文受付端末２０で配膳管理サーバ１０から受信し、客に提示して了解を得る。了解を得た注文は、料理の予定配膳時間とともに、伝票番号や受付時間、席番などが管理される注文管理テーブル１０ｃに登録される。
【００１７】
さらに、予定配膳時間は注文管理テーブル１０ｃの注文情報とともに、配膳指示機３０に通知され、配膳係に配膳を指示する。予定配膳時間に達しても注文された料理が配膳されない場合には、配膳管理サーバ１０はアラーム信号を送出して、配膳指示機３０の画面でアラームを表示し、配膳係に注意を促す。また、配膳指示機３０は調理場（厨房）に設置して（以下、これを厨房装置と呼ぶ場合もある）、調理人に注文の順序や予定配膳時間などを表示するようにしてもよい。
【００１８】
このように、上記の方法によれば、仕掛かり中の料理の調理時間を管理する調理時間カウンタ１０ｂのカウンタ値に、注文された料理の基本調理時間を積算していくことで、正確な予定配膳時間を算出し、客に通知することができる。客は、その時間を経過しても料理が配膳されない場合には、その旨を接客係に伝えればよく、不要なトラブルを防止することができる。また、注文受付から調理が配膳されるまでの時間と配膳順序を管理できる。
【００１９】
以下、本発明の実施の形態の詳細を説明する。
まず、配膳管理サーバ１０のハードウェア構成例を説明する。
図２は、本発明の実施の形態の配膳管理サーバのハードウェア構成例である。
【００２０】
配膳管理サーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１４、グラフィック処理部１５、入力Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１６及び通信Ｉ／Ｆ１７などによって構成され、これらはバス１８を介して相互に接続されている。
【００２１】
ここで、ＣＰＵ１１は、ＨＤＤ１４に格納されているプログラムに応じて各部を制御する。図１で示した、調理時間カウンタ１０ｂは、ＣＰＵ１１が有しているタイマーの機能を用いて実現可能である。
【００２２】
ＲＯＭ１２は、ＣＰＵ１１が実行する基本的なプログラムやデータを格納している。
ＲＡＭ１３は、ＣＰＵ１１が実行途中のプログラムや、演算途中のデータを一時的に格納する。
【００２３】
ＨＤＤ１４は、ＣＰＵ１１が実行するＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、アプリケーションプログラムが格納される。さらに、図１で示した、料理の基本調理時間を管理する基本調理時間テーブル１０ａ、注文管理テーブル１０ｃなどが格納される。
【００２４】
グラフィック処理部１５には、ディスプレイなどの表示装置１５ａが接続されており、ＣＰＵ１１からの描画命令に従って、表示装置１５ａの画面上に画像を表示させる。
【００２５】
入力Ｉ／Ｆ１６には、マウス１６ａやキーボード１６ｂが接続されており、これらにより入力された情報を受信し、バス１８を介してＣＰＵ１１に送信する。通信Ｉ／Ｆ１７は、図１で示した注文受付端末２０や、配膳指示機３０との間で、例えば、無線通信によりデータの送受信を行う。
【００２６】
注文受付端末２０は、例えばＨＨＴ（Ｈａｎｄｙ  Ｈｅｌｄ  Ｔｅｒｍｉｎａｌ）であり、内部のハードウェア構成は、ほぼ図２と同様である。また、配膳指示機３０の内部のハードウェア構成も、ほぼ図２と同様であるので説明を省略する。
【００２７】
次に、図２で示したような構成の配膳管理サーバ１０における、サービス提供予定時間通知方法を説明する。
図３は、配膳管理サーバにおけるサービス提供予定時間通知方法を説明するフローチャートである。
【００２８】
また、図４は、調理時間カウンタのカウントダウン処理を説明するフローチャートである。
まず、図４のカウントダウン処理を説明する。
【００２９】
調理時間カウンタ１０ｂは、ＣＰＵ１１のタイマー機能により、１秒間のタイマーウェイトを行い（ステップＳ２０）、カウンタ値が０であるか否かの判定をして、０であればステップＳ２０に戻り、０でなければステップＳ２２に進み（ステップＳ２１）、カウンタ値をマイナス１秒した後ステップＳ２０からの処理を繰り返す（ステップＳ２２）。このような処理が、以下の図３で示す予定配膳時間通知処理の実行中に行われる。
【００３０】
予定配膳時間通知処理が開始すると、ＣＰＵ１１は、調理時間カウンタ１０ｂのカウンタ値を、０（つまり、調理人の手が空いている状態）にリセットする（ステップＳ１０）。続いて、注文受付端末２０からの注文が、通信Ｉ／Ｆ１７を介して、入力されるまで待機して、注文が入力された場合にはステップＳ１２の処理に進む（ステップＳ１１）。注文が入力されると、ＣＰＵ１１は、例えば、ＨＤＤ１４に格納された基本調理時間テーブル１０ａを取り出し、注文された料理の基本調理時間を抽出する（ステップＳ１２）。
【００３１】
図５は、基本調理時間テーブルの例を示す図である。
図のように、基本調理時間テーブル１０ａは、料理名と、その料理を作るために必要な基本調理時間（単位は分である）と、同一料理を複数人分調理する場合に用いられる係数（詳しくは後述する）と、からなる。
【００３２】
ステップＳ１２の処理では、例えば、“Ａランチ”が注文された場合に、この基本調理時間テーブル１０ａから、“Ａランチ”の基本調理時間の１０分が抽出される。
【００３３】
続いて、ＣＰＵ１１は、ステップＳ１２の処理で抽出された基本調理時間を、例えば、ＲＡＭ１３に保持し、調理時間カウンタ１０ｂのカウンタ値と足し合わせて予定配膳時間を算出する。なお、後述する処理によって注文が確定した料理についての基本調理時間は、そのまま保持され、その後の注文の料理の基本調理時間と積算され、カウンタ値と足し合わされて予定配膳時間として算出される（ステップＳ１３）。
【００３４】
次に、注文を受け付けた注文受付端末２０に、算出した予定配膳時間を通信Ｉ／Ｆ１７を介して通知する（ステップＳ１４）。
その後、通知した予定配膳時間を客が承諾したか否かの信号を、注文受付端末２０から通信Ｉ／Ｆ１７を介して受信することにより、ＣＰＵ１１は、客が承諾して注文が決定したか否かを判断する（ステップＳ１５）。注文が決定した場合には、ＣＰＵ１１は、注文した料理を、注文管理テーブル１０ｃに登録する（ステップＳ１６）。
【００３５】
なお、このとき、調理時間カウンタ１０ｂのカウンタが０であれば、注文が決定した料理の基本調理時間が、調理時間カウンタ１０ｂにセットされ、調理人は注文された料理の調理を開始する。
【００３６】
図６は、注文管理テーブルの例を示す図である。
図のように、注文管理テーブル１０ｃでは、注文受付順に、伝票番号、受付時間、予定配膳時間、注文を受け付けた客の席番、料理名と、配膳を完了したか否かのフラグである配完フラグ、とが管理されている。この配完フラグは、配膳を完了した場合には“ｏｎ”となり、完了していない場合には、“ｏｆｆ”である。
【００３７】
注文管理テーブル１０ｃへの登録が終わると、配膳指示機３０に、予定配膳時間とともに注文管理テーブル１０ｃの注文情報を送信し、その後ステップＳ１１の処理に戻る（ステップＳ１７）。
【００３８】
一方、ステップＳ１５の処理で、注文が決定しなかった場合には注文を登録せず、ステップＳ１２の処理で抽出した基本調理時間を、例えば、ＲＡＭ１３から消去してステップＳ１１に戻る。
【００３９】
上記の処理中、図４で示した調理時間カウンタ１０ｂのカウントダウン処理が行われており、調理時間カウンタ１０ｂにセットされたカウンタ値が０になった場合には、待機していた次の注文の料理の基本調理時間がセットされ、調理人は次の料理の調理に取り掛かる。
【００４０】
以下、図３のステップＳ１３の予定配膳時間の算出の処理について、具体的に説明する。なお、以下では、図５で示した基本調理時間テーブル１０ａと、図６で示した注文管理テーブル１０ｃを参照して説明する。
【００４１】
まず、３人のグループの客が来店して、１２時０５分に、“Ａランチ”、“Ｂランチ”、“Ｃランチ”の順に注文した場合について説明する。
席番“ｋ−１”の客が“Ａランチ”を注文すると、調理時間カウンタ１０ｂは、始め０であるので、算出される予定配膳時間は、“Ａランチ”の基本調理時間と一致し、１０分となる。予定配膳時間を提示された客が承諾した場合には、調理時間カウンタ１０ｂに“Ａランチ”の基本調理時間の１０分がセットされ、調理人は料理を開始する。調理人が１人の場合の事例では、配膳テーブル（または厨房）に設置された指示画面に表示された情報の順（上から、または、受付時間の早いものから）に調理オーダを確認して調理を開始する。
【００４２】
調理人が複数の場合の事例では、厨房に設置された厨房装置における調理人ごとの指示画面を、それぞれ調理人が確認し、調理を開始する。調理人は調理オーダを確認したことを示すために、その調理の「開始」ボタンを押下（クリック、タッチ）する。これによりシステムが認識する。
【００４３】
この認識を契機に、その調理に必要な基本調理時間を、調理カウンタ１０ｂにセットし、カウントダウン処理を行う。カウントダウン処理は、厨房装置の調理人ごとの指示画面の調理の「完了」ボタンを押下（クリック、タッチ）されるまで行われ、その時点の調理カウンタ１０ｂの値を以降の予定配膳時間から減算する（カウンタ値がマイナスの場合は、減算のマイナスで加算する）。
【００４４】
また、図６のような注文情報が、注文管理テーブル１０ｃに登録される。
席番“ｋ−２”の客が“Ｂランチ”を注文すると、調理時間カウンタ１０ｂのカウンタ値は１０分であるので、これに“Ｂランチ”の基本調理時間の５分が足し合わされ、予定配膳時間は１５分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブル１０ｃに登録される。
【００４５】
席番“ｋ−３”の客が“Ｃランチ”を注文すると、カウンタ値の１０分と“Ｂランチ”の基本調理時間の和に、“Ｃランチ”の基本調理時間の５分が積算されて、予定配膳時間は２０分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブル１０ｃに登録される。
【００４６】
次に、新たに３名の客が来店して、１２時０６分に、“Ｄランチ”、“Ｂランチ”、“Ｂランチ”の順に注文した場合を説明する。
席番“ｌ−１”の客が“Ｄランチ”を注文すると、カウンタ値と“Ｂランチ”及び“Ｃランチ”の基本調理時間の和に、さらに“Ｄランチ”の基本調理時間の１５分が積算される。ここで、カウンタ値は、“Ａランチ”の仕掛かりを開始してから１分が経過して９分となっているので、予定配膳時間は、３４分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブル１０ｃに登録される。
【００４７】
席番“ｌ−２”、“ｌ−３”の客がともに“Ｂランチ”を注文すると、１２時０５分に注文された“Ｂランチ”は、まだ調理を開始していないので、今回注文された分を同時に調理すること（以下、相乗りと呼ぶ場合もある）が可能である。料理を複数同時に調理する場合の調理時間は以下の式に従う。
【００４８】
調理時間＝基本調理時間＋基本調理時間×係数（数量−１）…………（１）
“Ｂランチ”の基本調理時間は５分であり、図５で示した係数は０．１で、数量（注文数）は３であるので、調理時間は、式（１）より、５＋５×０．１（３−１）＝６と算出される。これにより、予定配膳時間はカウンタ値の９分と足し合わされ１５分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブル１０ｃに登録される。
【００４９】
１２時１７分に、“Ｅランチ”が注文された場合を説明する。
カウントダウン処理によって、１２時１５分に“Ａランチ”の調理時間がセットされた調理時間カウンタ１０ｂは０になり、続いて、“Ｂランチ”３つ分の調理時間の６分がセットされる。２分後の１２時１７分には、カウンタ値は４分となっているので、“Ｃランチ”、“Ｄランチ”の基本調理時間の和である２０分に、“Ｅランチ”の基本調理時間の１０分が積算されて、予定配膳時間は３４分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブル１０ｃに登録される。
【００５０】
このような処理により、図６で示したような注文管理テーブル１０ｃが作成される。
注文管理テーブル１０ｃの情報は、配膳指示機３０に通知されて、表示される。配膳係りは、この情報に応じて配膳する。配膳係りは、配膳が完了した料理について、配膳が完了した旨を配膳指示機３０に入力する。その情報は、配膳管理サーバ１０に通知され、配完フラグが“ｏｎ”となる。また、予定配膳時間を超過しているにもかかわらず、配完フラグが“ｏｎ”とならない場合には、配膳管理サーバ１０は、アラーム信号を、配膳指示機３０に送出し、配膳係りに注意を促す。このアラーム信号は、ブリンク、火の玉のアイコンの表示などの強調表示とすることでより注意を喚起することができる。また、表示の際には、伝票番号ごとに、例えば、太枠などで囲みグループ化し、グループ内の注文の配膳が全て完了した場合（配完フラグが全て“ｏｎ”）には、グループ内の注文情報を削除して伝票を発行する。
【００５１】
なお、実際の配膳時間が、予定配膳時間とずれた場合、以後の注文受付の際に算出される予定配膳時間に、その差分を加えるか減ずることで調整するようにしてもよい。
【００５２】
以上、調理人が１人の場合について説明した、次に、調理人が２人の場合についてのサービス提供予定時間通知方法を簡単に説明する。
なお、以下では、２人の調理人が担当の料理を、分担して調理する場合について説明する。
【００５３】
この場合、調理人ごとに、調理時間カウンタ及び基本調理時間テーブルを有する。
調理人が２人の場合の、サービス提供予定時間通知方法は、図３で示した調理人が１人の場合の処理の流れを示すフローチャートと、ステップＳ１１の注文入力後に、どの調理人が担当すべき注文か選択される処理が追加される以外は、ほぼ同様の処理となる。但し、基本調理時間及び、調理時間カウンタは、それぞれの調理人に対応したものが用いられる。
【００５４】
図７は、調理人ごとの基本調理時間テーブルの例であり、（Ａ）が調理人ＩＤ＝１の調理人の基本調理時間テーブル、（Ｂ）が調理人ＩＤ＝２の調理人の基本調理時間テーブルの例である。
【００５５】
図５で示した基本調理時間テーブル１０ａと同様に、調理人ごとに、調理可能な料理名と、その基本的な基本調理時間と、係数と、さらにロットが管理される。ここで、ロットは、第１の実施の形態では省略したが、同じ料理において一度に調理可能な品数である。つまり、調理人ＩＤ＝１の調理人は、図７（Ａ）のように“Ａランチ”は一度に５人分の調理が可能であることを示している。
【００５６】
以下、図７の基本調理時間テーブルを参照して、調理人が２人の場合に作成される注文管理テーブルを説明することで、調理人が２人の場合の具体的なサービス提供予定時間通知方法を説明する。
【００５７】
図８は、調理人が２人の場合の、注文管理テーブルの例である。
なお、２人の調理人の調理時間を管理する調理時間カウンタのカウンタ値は、始めは０であるとする。
【００５８】
まず、１２時０５分に、４人のグループが来店して、それぞれ、“Ａランチ”、“Ｂランチ”、“Ｃランチ”、“Ｅランチ”の順に注文した場合について説明する。
【００５９】
席番“ｈ−１”の客により“Ａランチ”が注文されると、まず、ＣＰＵ１１は、図７の基本調理時間テーブルを参照して、“Ａランチ”を調理可能であるのは、調理人ＩＤ＝１の調理人であると判断する。調理人ＩＤ＝１の調理時間カウンタのカウンタ値は始め０であるので、“Ａランチ”に関して算出される予定配膳時間は、“Ａランチ”の基本調理時間と一致し、１０分となる。予定配膳時間を提示された客が承諾した場合には、調理時間カウンタに“Ａランチ”の基本調理時間の１０分がセットされ、調理人は“Ａランチ”の調理を開始する。さらに、注文情報が管理テーブルに登録される。
【００６０】
席番“ｈ−２”の客により“Ｂランチ”が注文されると、“Ｂランチ”も調理人ＩＤ＝１の調理人が調理可能な料理であると判断される。調理人ＩＤ＝１の調理時間カウンタのカウンタ値は１０分であるので、これに“Ｂランチ”の基本調理時間の５分が足し合わされ、予定配膳時間は１５分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブルに登録される。
【００６１】
席番“ｈ−３”の客により“Ｃランチ”が注文されると、“Ｃランチ”も同様に調理人ＩＤ＝１の調理人が調理可能な料理であると判断される。ここで、調理人ＩＤ＝１の調理時間カウンタのカウンタ値と“Ｂランチ”の基本調理時間の和に、“Ｃランチ”の基本調理時間の５分が積算されて、予定配膳時間は２０分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブルに登録される。
【００６２】
席番“ｈ−４”の客により“Ｅランチ”が注文されると、図７から、“Ｅランチ”は調理人ＩＤ＝２の調理人が調理可能な料理であると判断される。調理人ＩＤ＝２の調理時間カウンタのカウンタ値は始め０であるので、“Ｅランチ”に関して算出される予定配膳時間は、“Ｅランチ”の基本調理時間と一致し、１０分となる。予定配膳時間を提示された客が承諾した場合には、調理人ＩＤ＝２の調理時間カウンタに“Ｅランチ”の基本調理時間の１０分がセットされ、調理人ＩＤ＝２の調理人は“Ｅランチ”の調理を開始する。さらに、注文情報が管理テーブルに登録される。
【００６３】
以上で、１番目のグループの注文受付を終了する。このグループの配膳が全て完了した場合（配完フラグが全て“ｏｎ”）になった場合には、伝票番号０００１の伝票を発行する。
【００６４】
続いて、１２時０６分に、３人のグループが来店して、全員が“Ｆランチ”を注文した場合について説明する。
“Ｆランチ”が３つ注文されると、図７より、“Ｆランチ”は調理人ＩＤ＝２の調理人が調理可能な料理であると判断される。図７（Ｂ）で示した“Ｆランチ”のロット数は３であるので、３人分同時につくることが可能であり、係数の０．１を用いて、前述の式（１）より、３つ分の調理時間は、５＋５×０．１（３−１）＝６となる。これにより、予定配膳時間は調理人ＩＤ＝２のカウンタ値の９分と足し合わされ１５分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブルに登録される。
【００６５】
以上で、２番目のグループの注文受付を終了する。このグループの配膳が全て完了した場合（配完フラグが全て“ｏｎ”）になった場合には、伝票番号０００２の伝票を発行する。
【００６６】
続いて、１名が来店して、１２時０６分に“Ｄランチ”を注文した場合、“Ｄランチ”は調理人ＩＤ＝１の調理人が調理可能であると判断される。予定配膳時間は、“Ｄランチ”の基本調理時間の１５分が、待機中の料理の基本調理時間の和（“Ｂランチ”の５分と“Ｃランチ”の５分の和）の１０分に積算され、さらに調理人ＩＤ＝１の調理時間カウンタのカウンタ値の９分に足しあわされて、３４分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブルに登録される。
【００６７】
配膳が完了した場合（配完フラグが全て“ｏｎ”）になった場合には、伝票番号０００３の伝票を発行する。
さらに続いて、４名が来店して、１２時０７分に“Ｂランチ”２つと、“Ｃランチ”２つが注文された場合について説明する。
【００６８】
席番“ｋ−１”、“ｋ−２”の客により“Ｂランチ”が２つ注文されると、図７より、“Ｂランチ”は調理人ＩＤ＝１の調理人が調理可能な料理であると判断される。図７（Ａ）で示した“Ｂランチ”のロット数は３である。“Ｂランチ”は、調理を開始していない１２時０５分に注文されたものと合わせて３つであるので、相乗り可能であり、同時に調理することが可能である。ここで、係数の０．１を用いて、式（１）より、３つ分の調理時間は、５＋５×０．１（３−１）＝６となる。これにより、予定配膳時間は調理人ＩＤ＝１のカウンタ値の８分と足し合わされ１４分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブルに登録される。
【００６９】
席番“ｋ−３”、“ｋ−４”の客により、注文される２つの“Ｃランチ”も同様に、前に注文されたものに相乗り可能であり、予定配膳時間は“Ｂランチ”３人分の調理時間の６分に“Ｃランチ”２人分の調理時間の６分が積算されて、さらに調理人ＩＤ＝１のカウンタ値の８分と足し合わされ２０分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブルに登録される。
【００７０】
以上で、このグループの注文受付を終了する。グループの配膳が全て完了した場合（配完フラグが全て“ｏｎ”）になった場合には、伝票番号０００４の伝票を発行する。
【００７１】
続いて、１名が来店して、１２時０８分に“Ｄランチ”を注文した場合、“Ｄランチ”は調理人ＩＤ＝１の調理人が調理可能であると判断される。図７（Ａ）で示した“Ｄランチ”のロット数は３である。“Ｄランチ”は、調理を開始していない１２時０６分に注文されたものと合わせて２つであるので、相乗り可能であり、同時に調理することが可能である。ここで、係数の０．２を用いて、式（１）より、２つ分の調理時間は、１５＋１５×０．２（２−１）＝１８となる。この値が、基本調理時間の積算の１２分と、調理人ＩＤ＝１のカウンタ値の７分と足し合わされ、予定配膳時間は３７分となる。予定配膳時間を提示された客が承諾した場合には、注文管理テーブルに登録される。
【００７２】
配膳が完了した場合（配完フラグが全て“ｏｎ”）になった場合には、伝票番号０００５の伝票を発行する。
次に、２名が来店して、１２時１０分に、“Ｇランチ”、“Ｅランチ”の順に注文した場合について説明する。
【００７３】
まず、席番“ｍ−１”の客により、“Ｇランチ”が注文されると、図７より、“Ｇランチ”は調理人ＩＤ＝２の調理人が調理可能な料理であると判断される。“Ｇランチ”の基本調理時間は５分であるので、基本調理時間の積算の６分と、カウンタ値の５分と足し合わされ、予定配膳時間は１６分となる。
【００７４】
席番“ｍ−２”の客により、“Ｅランチ”が注文されると、同様に“Ｅランチ”は調理人ＩＤ＝２の調理人が調理可能な料理であると判断される。“Ｅランチ”は、１２時０５分に注文されているが、仕掛かり中であるので、相乗りは不可能であり、Ｅランチの基本調理時間の１０分が、基本調理時間の積算の１１分と、カウンタ値の５分と足し合わされ、予定配膳時間は２６分となる。
【００７５】
以上で、このグループの注文受付を終了する。このグループの配膳が全て完了した場合（配完フラグが全て“ｏｎ”）になった場合には、伝票番号０００６の伝票を発行する。
【００７６】
最後に、１名が来店し、１２時１１分に“Ｂランチ”を注文した場合、“Ｂランチ”は調理人ＩＤ＝１の調理人が調理可能であると判断される。“Ｂランチ”は、前の時刻に合計３人分注文されており、調理が開始されていない状態である。しかし、図７（Ａ）のように、“Ｂランチ”のロット数は３であるので、相乗りは不可能となる。よって、予定配膳時間は、“Ｂランチ”の基本調理時間の５分が、基本調理時間の積算の３０分と、カウンタ値の４分と足し合わされ、予定配膳時間は３９分となる。
【００７７】
配膳が完了した場合（配完フラグが全て“ｏｎ”）になった場合には、伝票番号０００７の伝票を発行する。
上記のように、調理人が２人の場合にも、調理時間カウンタを２人分設けて、注文された料理の基本調理時間を積算して、調理時間カウンタのカウンタ値に足し合わせて予定配膳時間を算出することで、客に、より正確な予定配膳時間を通知することが可能になる。
【００７８】
なお、注文された料理の情報を、配膳管理サーバ１０から受信する端末（以下、調理状況通知端末）を調理場に配置して、調理人が参照可能にして、さらに調理状況を配膳管理サーバ１０に通知するようにしてもよい。
【００７９】
図９は、調理状況通知端末に表示される画面の例であり、（Ａ）は調理人ＩＤ＝１用の表示画面で、（Ｂ）は調理人ＩＤ＝２用の表示画面の例である。
注文受付順に、調理を開始したか否か、料理名、数量、調理が完了したか否かが表示される。
【００８０】
図９（Ａ）では、“Ａランチ”の調理が完了して、“Ｂランチ”の調理を開始していることを示す。また、図９（Ｂ）では、“Ｅランチ”の調理を開始していることを示す。
【００８１】
調理人により、調理開始ボタン５０が押下されることにより、画面には“開始”と表示されるとともに、調理開始信号が配膳管理サーバ１０に通知される。これにより、配膳管理サーバ１０では、調理を行うべき注文された料理の基本調理時間を、前述したような調理時間カウンタにセットし、カウントダウン処理を開始させる。一方、調理人により、調理完了ボタン５１が押下されることにより、画面には“完了”と表示されるとともに、調理完了信号が配膳管理サーバ１０に通知される。配膳管理サーバ１０は、これを受けて調理時間カウンタのカウントダウンを終了させ、カウンタ値を０にする。このように、調理人から、調理状況を受け取り、これを反映させることで、より正確な予定配膳時間を算出でき、客に通知することができる。
【００８２】
次に、接客係の携帯する注文受付端末２０の表示例を示す。
図１０は、注文受付端末の表示例であり、（Ａ）は注文受付画面、（Ｂ）は調理依頼状況の表示例である。
【００８３】
図１０（Ａ）のように、注文受付画面には、グループごと（伝票ごと）に、テーブル番号、人数、受付時間、席番、料理名、入力した料理の予定配膳時間と、料理の数量などが表示される。この予定配膳時間を客に通知して、客が承諾すれば、注文ボタン６０を押下することで、注文が登録される。また、切替ボタン６１ａを押下すると、図１０（Ｂ）のような調理依頼状況が表示される。ここでは、調理人ごとの、調理依頼状況として、料理名と、注文数やロットが参照できるようになっている。例えば、調理人ＩＤ＝１の欄で、“Ａランチ（１０）  １  ５”は、基本調理時間が１０分のＡランチの注文が１つあり、ロットは５であることを示す。ここで、反映ボタン６２を押下すると、配膳管理サーバ１０からの情報を受け取り、注文を反映させた最新の調理依頼状況が表示される。また、切替ボタン６１ｂを押下すると、図１０（Ａ）の注文受付の画面に戻る。
【００８４】
なお、上記では、調理人が２人の場合について説明したが、３人以上の場合についても、調理時間カウンタを人数分設けることで、予定配膳時間を同様に算出することができる。
【００８５】
また、上記では、予定配膳時間を客に通知して、承諾を得るとして説明したが、全ての場合について通知するのではなく、例えば、予定配膳時間が２０分を超える場合にのみ、通知するようにしてもよい。
【００８６】
なお、上記では、接客係が注文受付端末２０で、客の注文を受け付けるとして説明したが、例えば、客席のテーブルに注文を入力する端末装置を備え、客が直接入力することにより、配膳管理サーバ１０に注文を送信して、注文を行うような場合にも本発明が適用できることは言うまでもない。
【００８７】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、配膳管理サーバ１０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、ＤＶＤ−ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｃ）などがある。
【００８８】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００８９】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００９０】
（付記１）注文された料理が配膳されるまでの予定配膳時間を通知するサービス提供予定時間通知方法において、
客からの注文を入力するステップと、
前記料理の基本調理時間が管理されている基本調理時間テーブルから、注文された前記料理の前記基本調理時間を抽出するステップと、
調理人が仕掛かり中の前記料理の調理時間を管理する調理時間カウンタを参照して、前記調理時間に、前記注文を入力するたびごとに抽出された前記基本調理時間を積算していき、前記予定配膳時間を算出するステップと、
前記予定配膳時間を通知するステップと、
を有することを特徴とするサービス提供予定時間通知方法。
【００９１】
（付記２）前記予定配膳時間を超過しても前記料理が配膳されない場合は、アラーム信号を送出することを特徴とする付記１記載のサービス提供予定時間通知方法。
【００９２】
（付記３）調理が開始された場合に、調理開始信号を受信し、前記基本調理時間を前記調理時間カウンタにセットし、カウントダウン処理を開始することを特徴とする付記１記載のサービス提供予定時間通知方法。
【００９３】
（付記４）調理完了信号を受信した場合、その時点の前記調理時間カウンタの値をもとに前記予定配膳時間を修正することを特徴とする付記１記載のサービス提供予定時間通知方法。
【００９４】
（付記５）注文された料理が配膳されるまでの予定配膳時間を通知する処理をコンピュータに機能させるプログラムにおいて、
コンピュータを、
客からの注文を入力する注文入力手段、
前記料理の基本調理時間が管理されている基本調理時間テーブルから、注文された前記料理の前記基本調理時間を抽出する基本調理時間抽出手段、
調理人が仕掛かり中の前記料理の調理時間を管理する調理時間カウンタを参照して、仕掛かり中の前記調理時間に、前記注文を入力するたびごとに抽出された前記基本調理時間を積算していき、前記予定配膳時間を算出する予定配膳時間算出手段、
前記予定配膳時間を通知する予定配膳時間通知手段、
として機能させるプログラム。
【００９５】
（付記６）前記コンピュータを更に、
前記予定配膳時間を超過しても前記料理が配膳されない場合は、アラーム信号を送出するアラーム送出手段として機能させることを特徴とする付記５記載のプログラム。
【００９６】
（付記７）注文された料理が配膳されるまでの予定配膳時間を通知するサービス提供予定時間通知装置において、
客からの注文を入力する注文入力手段と、
前記料理の基本調理時間が管理されている基本調理時間テーブルから、注文された前記料理の前記基本調理時間を抽出する基本調理時間抽出手段と、
調理人が仕掛かり中の前記料理の調理時間を管理する調理時間カウンタを参照して、仕掛かり中の前記調理時間に、前記注文を入力するたびごとに抽出された前記基本調理時間を積算していき、前記予定配膳時間を算出する予定配膳時間算出手段と、
前記予定配膳時間を通知する予定配膳時間通知手段と、
を有することを特徴とするサービス提供予定時間通知装置。
【００９７】
（付記８）前記予定配膳時間を超過しても前記料理が配膳されない場合は、アラーム信号を送出するアラーム送出手段を有することを特徴とする付記７記載のサービス提供予定時間通知装置。
【００９８】
【発明の効果】
以上説明したように本発明では、仕掛かり中の料理の調理時間を管理する調理時間カウンタのカウンタ値に、注文された料理の基本調理時間を積算していくことで、正確な予定配膳時間を算出し、客に通知することができる。客は、その時間を経過して料理が配膳されない場合には、その旨を接客係に伝えればよく、不要なトラブルを防止することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態のサービス提供予定時間通知方法が実現される配膳管理システムの概略の構成図である。
【図２】本発明の実施の形態の配膳管理サーバのハードウェア構成例である。
【図３】配膳管理サーバにおけるサービス提供予定時間通知方法を説明するフローチャートである。
【図４】調理時間カウンタのカウントダウン処理を説明するフローチャートである。
【図５】基本調理時間テーブルの例を示す図である。
【図６】注文管理テーブルの例を示す図である。
【図７】調理人ごとの基本調理時間テーブルの例であり、（Ａ）が調理人ＩＤ＝１の調理人の基本調理時間テーブル、（Ｂ）が調理人ＩＤ＝２の調理人の基本調理時間テーブルの例である。
【図８】調理人が２人の場合の、注文管理テーブルの例である。
【図９】調理状況通知端末に表示される画面の例であり、（Ａ）は調理人ＩＤ＝１用の表示画面で、（Ｂ）は調理人ＩＤ＝２用の表示画面の例である。
【図１０】注文受付端末の表示例であり、（Ａ）は注文受付画面、（Ｂ）は調理依頼状況の表示例である。
【符号の説明】
１０  配膳管理サーバ
１０ａ  基本調理時間テーブル
１０ｂ  調理時間カウンタ
１０ｃ  注文管理テーブル
２０  注文受付端末
３０  配膳指示機
【図１】
2004341761.tif 000003
【図２】
2004341761.tif 000004
【図３】
2004341761.tif 000005
【図４】
2004341761.tif 000006
【図５】
2004341761.tif 000007
【図６】
2004341761.tif 000008
【図７】
2004341761.tif 000009
【図８】
2004341761.tif 000010
【図９】
2004341761.tif 000011
【図１０】
2004341761.tif 000012