JP6877390B2 - 注文管理システム、注文管理サーバ、注文管理端末、およびプログラム - Google Patents

Description

本発明は、レストランなどで利用客の注文を管理する、注文管理システム、注文管理サーバ、注文管理端末、およびプログラムに関する。

飲食店においては、利用客の満足度を高めるため、注文を受けてから料理を提供するまでの時間が長くなりすぎないようにするための技術が導入されている。例えば、特許文献１には、料理の注文から配膳までの経過時間を算出して配膳指示伝票や勘定伝票に印字するシステムが開示されている。飲食店の担当者は、料理の提供の際に経過時間を確認し、提供が遅れた場合には利用客に謝罪することができる。

特開２０１４−１５３９４６号公報

従来のシステムでは、注文を受けてから料理を提供するまでの経過時間についての情報は、料理の提供が遅れたことを把握する目的で使用されている。一方、料理が早く提供できたことを従業員にタイムリーに知らせることは行われていなかった。配膳担当者や調理担当者にとっては、注文の受付から料理の提供までの一連の作業がうまく運んだ場合のフィードバック情報は、調理順や作業手順などの改善に有用な情報である。また、結果がよかった（提供が早かった）ことよりも、悪かった（提供が遅かった）ことにばかり焦点を当てることは、従業員のモチベーションを低下させることにも繋がるという問題があった。

本発明は、以上説明した事情を鑑みてなされたものであり、料理提供時間が早かった場合と遅かった場合の情報を、業務の改善に効果的な形で従業員に提供することを目的の一つとする。

本発明の一実施形態に係る注文管理システムは、利用客の注文を管理する、注文管理システムであって、
前記利用客の注文を受け付ける注文管理端末と、
前記注文管理端末を介して受け付けた注文を管理する注文管理サーバと、を備え、
前記注文管理端末は、
受け付けた注文の情報を表示装置に表示する注文内容表示部と、
前記表示装置上で、前記利用客への対応が完了した注文を指定する操作入力を受け付ける完了操作受付部と、
前記利用客への対応が完了した注文の情報を前記注文管理サーバに送信する完了報告部と、を備え、
前記注文管理サーバは、
注文を受け付けた時刻と、前記利用客への対応が完了した注文の情報を受信した時刻に基づいて、当該注文への対応に要した時間を算出する時間算出部と、
前記注文への対応に要した時間に基づいて、前記注文管理端末の前記表示装置に表示するメッセージを決定するメッセージ決定部と、
決定したメッセージを前記注文管理端末に送信するメッセージ送信部と、を備えたものである。

また、前記メッセージ決定部は、前記注文が前記利用客による初回の注文か２回目以降の注文かの区別と、前記注文への対応に要した時間に基づいて、前記注文管理端末の前記表示装置に表示するメッセージを決定するようにしてもよい。

また、前記メッセージ決定部は、前記注文への対応に要した時間が推奨時間以内であるか否かに基づいて、前記注文管理端末の前記表示装置に表示するメッセージを決定するようにしてもよい。

また、前記メッセージ決定部は、ある利用客による注文への対応に要した時間が全て推奨時間以内であったか否かに基づいて、前記注文管理端末の前記表示装置に表示するメッセージを決定するようにしてもよい。

また、前記メッセージ送信部は、前記注文管理端末から、前記利用客への対応が完了した注文の情報を受信した際に、前記決定したメッセージを前記注文管理端末に送信するようにしてもよい。

本発明によれば、料理提供時間が早かった場合と遅かった場合の情報を、業務の改善に効果的な形で従業員に提供することができる。

本発明の実施形態に係る注文管理システム１の構成を示す図。 本発明の実施形態に係るメッセージ管理テーブルＤＢ２の例を示す図。 本発明の実施形態に係る注文管理端末２０の構成を示す図。 本発明の実施形態に係る注文受付から料理提供までのフローチャート。 本発明の実施形態に係る注文管理端末２０へのメッセージ通知処理のフローチャ ート。 本発明の実施形態に係る注文管理端末２０のタッチパネルに表示されるメッセー ジを例示する図。 本発明の実施形態に係る注文管理端末２０のタッチパネルに表示されるメッセー ジを例示する図。 本発明の実施形態に係る注文管理端末２０のタッチパネルに表示されるメッセー ジを例示する図。

以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

実施の形態
図１は、本実施形態に係る注文管理システム１の構成を示す図である。
図１に示すように、注文管理システム１は、注文管理サーバ１０と、注文管理端末２０を含んでいる。注文管理サーバ１０と注文管理端末２０は、通信ネットワークＮを介して接続される。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。また、注文管理端末２０は複数含まれていてもよい。また、注文管理サーバ１０は、会計時に会計処理を行うためのレジ端末や、厨房に設置され注文伝票を印刷するキッチンプリンターなどとも通信ネットワークＮを介して接続されていてもよい。

本実施形態では、注文管理システム１は、来店した利用客をテーブルに案内した後、接客係が注文を受けて注文内容を厨房の調理係に伝え、料理が出来たら接客係がテーブルまで料理を運ぶという流れで料理を提供する飲食店で使用される。また、本実施形態では、注文管理サーバ１０は１つの飲食店における注文を管理するが、注文管理サーバ１０は、複数の飲食店で用いられる注文管理端末２０と通信することで、各店舗における注文を管理するようにしてもよい。

注文管理サーバ１０は、飲食店の従業員が注文管理端末２０を介して入力する利用客の注文情報を管理する。注文管理サーバ１０は、汎用的なコンピュータであり、１台のコンピュータで構成されていてもよいし、通信ネットワークＮ上に分散する複数のコンピュータから構成されていてもよい。注文管理サーバ１０は、制御装置（時間算出部、メッセージ決定部、メッセージ送信部）１１と、外部記憶装置１２を備えている。制御装置１１は、ハードウェアとして、ＣＰＵ、ＲＯＭやＲＡＭ等のメモリ、入力インタフェース、出力インタフェース、通信インタフェース及びこれらを結ぶバス等を備えている。制御装置１１は、ＣＰＵがＲＯＭ等に格納されたプログラムを実行することにより各種機能を実現する。

外部記憶装置１２は、ハードディスクドライブ等である。外部記憶装置１２は、注文管理テーブルＤＢ１と、メッセージ管理テーブルＤＢ２を備えている。

注文管理テーブルＤＢ１には、接客係が利用客から受け付けた注文内容が登録されている。具体的には、例えば１レコードに、注文番号、テーブル番号、注文種別、メニュー名、数量、ステータス（提供済・未済）、注文受付時刻、料理提供完了時刻などの情報が記録されている。注文種別は、初回の注文であることを表す「新規」と、２回目以降の注文であることを表す「通常」が含まれる。ステータスは、注文が受け付けられてから料理提供が完了するまでは「未済」であり、料理提供が完了すると「提供済」となる。

メッセージ管理テーブルＤＢ２には、所定の条件が成立したときに、注文管理端末２０に表示されるメッセージの情報が登録されている。メッセージは、後述するように、接客係がテーブルに料理を提供し、注文管理端末２０で注文のステータスを提供済に更新する操作を行った際に、条件に応じて注文管理端末２０に表示される。

図２は、メッセージ管理テーブルＤＢ２の例を示す図である。図２の例では、１レコードに、番号、メッセージ、対象データ、表示条件、優先度の情報が記録されている。メッセージは、注文管理端末２０に表示されるメッセージの内容である。対象データは、当該メッセージを表示する対象となる注文種別（新規または通常）である。また、表示条件は、当該メッセージを表示するか否かを判断する条件である。具体的には、料理が所定の時間内に提供できたかどうかが条件となる。優先度は、複数のメッセージが表示条件を満たした場合に、実際に注文管理端末２０に表示するメッセージを選択するための優先度である。

例えば、メッセージ１は、各テーブルの新規の注文のレコードのステータスが全て基準時間内に「提供済」となった場合に表示される。推奨時間は、注文受付から料理提供までにかかる料理提供時間の基準値であり、推奨時間以内に提供されれば合格（早く提供できた）と判断される。推奨時間は注文種別によって異なっていてもよい。例えば、「新規」の注文の場合には、できるだけ早く提供することが望ましいため、短め（例えば、１０分）とし、「通常」の注文の場合には、新規の場合よりも長め（例えば、１５分）に設定してもよい。また、メニューによって推奨時間を変えるようにしてもよい。例えば、ビールなどの飲み物は短めに設定し、料理は飲み物よりも長い時間に設定してもよい。

メッセージ２は、各テーブルの新規の注文のいずれかのレコードのステータスが最初に「提供済」になった際、推奨時間内であれば表示される。同様に、メッセージ３は、各テーブルの通常の注文のレコードのステータスが全て推奨時間内に「提供済」となった場合に表示され、メッセージ４は、各テーブルの通常の注文のいずれかのレコードのステータスが最初に「提供済」になった際、推奨時間内であれば表示される。

メッセージ５は、各テーブルの全注文（新規も通常も含む）について、レコードのステータスが「提供済」となったタイミングが警告時間経過後であるものが２件以上となった際に表示される。警告時間は、料理の提供が遅れたと判断する基準値（例えば、３０分）である。

注文管理端末２０は、接客係が利用客からの注文を入力したり、料理の提供が済んだ注文については、提供済に更新する際に使用する携帯端末であり、専用端末の他、タブレット端末、スマートフォン、ノートＰＣ（Personal Computer）など、通信ネットワークＮを介して注文管理サーバ１０とデータの授受が可能なあらゆる端末装置を利用することができる。

図３は、注文管理端末２０の構成を示す図である。図３に示すように、注文管理端末２０は、プロセッサ（注文内容表示部、完了操作受付部、完了報告部、メッセージ受信部、メッセージ表示部）２０１、タッチパネル２０２、通信ネットワークＮに接続するための通信インタフェース２０３、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）などの記憶装置２０４を備えている。

プロセッサ２０１は、ＣＰＵが記憶装置２０４に格納されている各種プログラムを実行することで注文管理端末２０の各部を中枢的に制御する。

タッチパネル２０２には、注文入力画面や注文表示画面等が表示され、接客係は、注文入力画面を操作して利用客の注文を入力する。また、注文表示画面には、注文管理テーブルＤＢ１に登録されている注文の情報が表示される。また、料理を提供した際に提供済に更新する操作を行うことができる。

通信インタフェース２０３は、通信ネットワークＮを介して他の装置と通信をするためのハードウェアモジュールである。

記憶装置２０４は、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体である。記憶装置２０４には、オペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。また、記憶装置２０４には、これら各種プログラムや各種データのほか、プロセッサ２０１が実行することにより、注文管理サーバ１０と連携して注文管理を行うためのコンピュータプログラムが記憶されている。

次に、本実施形態による注文受付から料理提供までの流れについて、図４のフローチャートを用いて説明する。

接客係は、注文管理端末２０に注文入力画面を表示し、利用客からの注文を受けて入力する（ステップＳ１０１）。具体的には、例えば、まず、タッチパネル２０２に表示されたテーブル番号ボタンを操作してテーブルを選択する。さらに、タッチパネル２０２に表示されたメニューボタンを操作して料理を選択し、数量を入力する。

入力された注文内容は、注文管理サーバ１０に送信される（ステップＳ１０２）。注文管理サーバ１０は、受信した注文内容を注文管理テーブルＤＢ１に記録する（ステップＳ１０３）。例えば、テーブル０２において、初回（新規）注文として、「生ビール中ジョッキ（数量：４）」、「枝豆（数量：１）」、「牡蠣フライ（数量：１）」を受け付けた場合、注文管理テーブルＤＢ１に、（注文番号「００１」、テーブル番号「０２」、注文種別「新規」、メニュー名「生ビール中ジョッキ」、数量「４」、ステータス「未済」、注文受付時刻「１８：００」、料理提供完了時刻「−」）、（注文番号「００２」、テーブル番号「０２」、注文種別「新規」、メニュー名「枝豆」、数量「１」、ステータス「未済」、注文受付時刻「１８：００」、料理提供完了時刻「−」）、（注文番号「００３」、テーブル番号「０２」、注文種別「新規」、メニュー名「牡蠣フライ」、数量「１」、ステータス「未済」、注文受付時刻「１８：００」、料理提供完了時刻「−」）、の３レコードが登録される。

登録された注文内容は、厨房のキッチンプリンター等に送信され、注文伝票が印刷される（ステップＳ１０４）。厨房の調理係は、注文伝票に基づいて調理を行う（ステップＳ１０５）。

料理が完成したら、接客係が料理を受け取り、対象のテーブルまで料理を運ぶ（ステップＳ１０６）。この時、接客係は、注文管理端末２０を操作して注文表示画面を表示し、当該注文を提供済のステータスに更新する操作を行う（ステップＳ１０７）。

注文管理端末２０は、ステータスの更新操作に基づいて、注文管理サーバ１０に、料理提供完了情報を送信する（ステップＳ１０８）。料理提供完了情報には、ステータス更新操作が行われた注文の注文番号と、更新後のステータス（提供済）が含まれる。

注文管理サーバ１０は、受信した料理提供完了情報に基づいて、注文管理テーブルＤＢ１の対応するレコードのステータスと料理提供完了時刻を更新する（ステップＳ１０９）。料理提供完了時刻は、例えば料理提供完了情報を受信した時間とする。例えば、注文番号「００１」の生ビール中ジョッキ（数量４）の料理提供完了情報を１８：０９に受信した場合には、当該レコードが注文番号「００１」、テーブル番号「０２」、注文種別「新規」、メニュー名「生ビール中ジョッキ」、数量「４」、ステータス「提供済」、注文受付時刻「１８：００」、料理提供完了時刻「１８：０９」に更新される。

次に、本実施形態による注文管理端末２０へのメッセージ通知処理について、図５のフローチャートを用いて説明する。注文管理端末２０へのメッセージ通知は、注文管理サーバ１０が注文管理端末２０から料理提供完了情報を受信したタイミングで行われる。

注文管理サーバ１０は、注文管理端末２０から料理提供完了情報を受信し、注文管理テーブルＤＢ１の対応するレコードのステータスと料理提供完了時刻を更新すると（ステップＳ２０１：ＹＥＳ）、注文管理テーブルＤＢ１を参照し、ステータスが「提供済」に更新された（料理の提供が完了した）レコードの内容と、メッセージ管理テーブルＤＢ２の各メッセージの対象データおよび表示条件に基づいて、注文管理端末２０へ通知するメッセージを決定する処理を行う。

まず、注文管理サーバ１０は、メッセージ管理テーブルＤＢ２から、ステータスが「提供済」のレコードが対象データとなるメッセージを抽出する（ステップＳ２０２）。具体的には、レコードの注文種別が「新規」であれば、図２に示すメッセージ１，２，５を抽出する。

さらに、注文管理サーバ１０は、ステータスが「提供済」になったレコードの料理提供時間を算出する（ステップＳ２０３）。料理提供時間は、注文管理テーブルＤＢ１に記録された「料理提供完了時刻」から「注文受付時刻」を引いた値とすることができる。例えば、注文受付時刻「１８：００」、料理提供完了時刻「１８：０９」であれば、料理提供時間は９分となる。

注文管理サーバ１０は、算出した料理提供時間等に基づいて、抽出されたメッセージの中で表示条件が成立するものを選択する（ステップＳ２０４）。例えば、テーブル番号「０２」の「新規」の注文のすべてのレコードのステータスが「提供済」であり、料理提供時間が推奨時間内であれば、メッセージ１が選択される。また、テーブル番号「０２」の「新規」の注文のうちの１件のみのステータスが「提供済」であり、かつ料理提供時間が推奨時間内であれば、メッセージ２が選択される。一方、テーブル番号「０２」の「新規」の注文のすべてのレコードのステータスが「提供済」であるが、そのうちの２件の料理提供時間が警告時間を超えている場合には、メッセージ５が選択される。

注文管理サーバ１０は、選択したメッセージを、注文管理端末２０に送信する（ステップＳ２０５）。注文管理端末２０は、受信したメッセージをタッチパネル２０２に表示する（ステップＳ２０６）。図６〜８は、タッチパネル２０２に表示される画面の例を示す図である。図６は、メッセージ１を表示した例であり、図に示すように、注文表示画面上にメッセージ１の内容Ｍ１（「Great!（新）（大宴会用テーブル１）全て時間内に出せました！」）が表示される。図７は、メッセージ４を表示した例であり、注文表示画面上にメッセージ４の内容Ｍ４（「Good!（大宴会用テーブル２）１品目は時間内に出せました！」）が表示される。図８は、メッセージ５を表示した例であり、注文表示画面上にメッセージ５の内容Ｍ５（「Bad…（大宴会用テーブル１）２品以上遅れてしまいました…」）が表示される。なお、「Great!」や「Good!」の代わりに、視覚的に分かりやすい記号や図柄を表示するようにしてもよい。例えば、「Great!」の場合は星印を３つ、「Good!」ならば星印を２つ並べて表示するようにしてもよい。また、「Bad…」の場合には、警告マークなどを表示するようにしてもよい。

接客係は、注文管理端末２０に表示されたメッセージを見ることにより、テーブル単位で、料理が時間内に提供できているかどうかを知ることができる。さらに、接客係がこの結果を調理係に伝えることで、調理係は、テーブル間でのばらつきがでないように、調理の順番などの段取りを調整することができる。また、料理が早く提供できたことを知らせるメッセージを通知することにより、モチベーションの向上にも繋がる。

なお、複数のメッセージが表示条件を満たした場合には、メッセージの優先度が最も高いものを表示するようにしてもよい。例えば、あるテーブルにおいて、新規の注文２品の提供が遅れて警告時間を超えてしまい、２回目の注文（通常の注文）の全商品と提供が同時になった場合（２回目の注文の提供は推奨時間内）、メッセージ３と５がどちらも表示条件を満たしている。この場合、優先度の高いメッセージ３が注文管理端末２０に表示される。

また、「新規」と「通常」以外の注文種別を設けるようにしてもよい。例えば、前回の注文から長時間（例えば、３０分以上）経過後の注文を、「通常」とは別の注文種別として管理し、例えば「新規」の注文と同様に推奨時間を短めに設定するようにしてもよい。前回の注文から長時間経過している場合には、テーブルの上に飲み物や料理が無くなっている可能性が高いため、新規の注文と同様に早めに飲み物や料理を提供するように調整することができる。

以上のように、本実施形態によれば、注文管理端末２０において注文を受け付けてから、テーブルへの品物の提供が完了するまでにかかった時間に基づいて、注文管理端末２０にメッセージを表示するようにした。特に、推奨時間内に提供できた場合には肯定的なメッセージを注文管理端末２０に表示するようにした。これにより、注文の受付から料理の提供までの一連の作業がうまく運んだ場合のフィードバック情報が得られるため、接客係や調理係などの従業員が今後の作業手順などの指針とすることができる。また、提供時間が遅かった場合などの否定的な内容の通知だけでなく、肯定的な通知を積極的に通知するようにしたので、従業員のモチベーションの向上に繋げることもできる。

また、新規の注文と２回目以降の注文を区別して管理し、注文の種別によって、料理提供が早かったかどうかを判断する基準（推奨時間）も変えるようにしたので、新規の注文は早めに提供することを心掛けるなどの方針に対応したメッセージを通知することができる。

また、各テーブルの注文が推奨時間内に全て出せた場合などにメッセージを出すようにしたので、テーブル単位での対応状況を容易に把握することができ、各テーブルへのサービスに大きな不均衡が生じないように調整することができる。

また、メッセージは、注文管理端末２０から料理提供完了情報を受信したタイミングで表示するようにしたので、接客係がメッセージを確認しやすいタイミングでメッセージを通知することができる。

なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

１…注文管理システム
１０…注文管理サーバ
１１…制御装置
１２…外部記憶装置
２０…注文管理端末
２０１…プロセッサ
２０２…タッチパネル
２０３…通信インタフェース
２０４…記憶装置
ＤＢ１…注文管理テーブル
ＤＢ２…メッセージ管理テーブル
Ｎ…通信ネットワーク

Claims (8)

1. 利用客の注文を管理する、注文管理システムであって、
   従業員が前記利用客の注文を受け付ける注文管理端末と、
   前記注文管理端末を介して受け付けた注文を管理する注文管理サーバと、を備え、
   前記注文管理端末は、
   受け付けた注文の情報を表示装置に表示する注文内容表示部と、
   前記表示装置上で、前記利用客への対応が完了した注文を指定する操作入力を受け付ける完了操作受付部と、
   前記利用客への対応が完了した注文の情報を前記注文管理サーバに送信する完了報告部と、を備え、
   前記注文管理サーバは、
   注文を受け付けた時刻と、前記利用客への対応が完了した注文の情報を受信した時刻に基づいて、当該注文への対応に要した時間を算出する時間算出部と、
   前記注文への対応に要した時間に基づいて、前記注文管理端末の前記表示装置に表示する従業員に対するメッセージを決定するメッセージ決定部と、
   決定したメッセージを前記注文管理端末に送信するメッセージ送信部と、を備え、
   前記メッセージ決定部は、
   複数の候補メッセージの中から、前記注文への対応に要した時間が、メッセージ毎に定められた表示条件を満たしてるメッセージを、表示するメッセージとして決定し、
   前記表示条件は、前記注文への対応に要した時間が推奨時間以内であるか否かを含み、前記メッセージ決定部は、前記注文への対応に要した時間が前記推奨時間以内である場合には、従業員の対応を肯定する内容のメッセージを前記表示装置に表示するメッセージとして決定する、注文管理システム。
2. 前記メッセージ決定部は、
   前記注文が前記利用客による初回の注文か２回目以降の注文かの区別と、前記注文への対応に要した時間に基づいて、前記注文管理端末の前記表示装置に表示するメッセージを決定する請求項１に記載の注文管理システム。
3. 前記メッセージ決定部は、
   ある利用客による注文への対応に要した時間が全て推奨時間以内であったか否かに基づいて、前記注文管理端末の前記表示装置に表示するメッセージを決定する請求項１または２に記載の注文管理システム。
4. 前記メッセージ送信部は、
   前記注文管理端末から、前記利用客への対応が完了した注文の情報を受信した際に、前記決定したメッセージを前記注文管理端末に送信する請求項１から３のいずれか１項に記載の注文管理システム。
5. 利用客の注文を管理する注文管理サーバであって、
   注文管理端末を介して注文を受け付けた時刻と、前記利用客への対応が完了した注文の情報を受信した時刻に基づいて、当該注文への対応に要した時間を算出する時間算出部と、
   前記注文への対応に要した時間に基づいて、前記注文管理端末の前記表示装置に表示する従業員に対するメッセージを決定するメッセージ決定部と、
   決定したメッセージを前記注文管理端末に送信するメッセージ送信部と、を備え、
   前記メッセージ決定部は、
   複数の候補メッセージの中から、前記注文への対応に要した時間が、メッセージ毎に定められた表示条件を満たしてるメッセージを、表示するメッセージとして決定し、
   前記表示条件は、前記注文への対応に要した時間が推奨時間以内であるか否かを含み、前記メッセージ決定部は、前記注文への対応に要した時間が前記推奨時間以内である場合には、従業員の対応を肯定する内容のメッセージを前記表示装置に表示するメッセージとして決定する、注文管理サーバ。
6. 従業員が利用客の注文を受け付ける注文管理端末であって、
   受け付けた注文の情報を表示装置に表示する注文内容表示部と、
   前記表示装置上で、前記利用客への対応が完了した注文を指定する操作入力を受け付ける完了操作受付部と、
   前記利用客への対応が完了した注文の情報を注文管理サーバに送信する完了報告部と、
   前記注文管理サーバから、注文を受け付けた時刻と利用客への対応が完了した時刻に基づいて決定された従業員に対するメッセージを受信するメッセージ受信部と、
   前記注文管理サーバから受信したメッセージを前記表示装置に表示するメッセージ表示部と、を備え、
   前記メッセージ受信部は、
   複数の候補メッセージの中から、前記注文を受け付けた時刻から前記利用客への対応が完了した時刻までに要した時間が、メッセージ毎に定められた表示条件を満たしてるメッセージを受信し、
   前記表示条件は、前記要した時間が推奨時間以内であるか否かを含み、前記メッセージ受信部は、前記要した時間が前記推奨時間以内である場合には、従業員の対応を肯定する内容のメッセージを受信する、注文管理端末。
7. 利用客の注文を管理するコンピュータを、
   注文管理端末を介して注文を受け付けた時刻と、前記利用客への対応が完了した注文の情報を受信した時刻に基づいて、当該注文への対応に要した時間を算出する時間算出部と、
   前記注文への対応に要した時間に基づいて、前記注文管理端末の前記表示装置に表示する従業員に対するメッセージを決定するメッセージ決定部と、
   決定したメッセージを前記注文管理端末に送信するメッセージ送信部と、して機能させ、
   前記メッセージ決定部は、
   複数の候補メッセージの中から、前記注文への対応に要した時間が、メッセージ毎に定められた表示条件を満たしてるメッセージを、表示するメッセージとして決定し、
   前記表示条件は、前記注文への対応に要した時間が推奨時間以内であるか否かを含み、前記メッセージ決定部は、前記注文への対応に要した時間が前記推奨時間以内である場合には、従業員の対応を肯定する内容のメッセージを前記表示装置に表示するメッセージとして決定する、プログラム。
8. 利用客の注文を受け付けるコンピュータを、
   受け付けた注文の情報を表示装置に表示する注文内容表示部と、
   前記表示装置上で、前記利用客への対応が完了した注文を指定する操作入力を受け付ける完了操作受付部と、
   前記利用客への対応が完了した注文の情報を注文管理サーバに送信する完了報告部と、
   前記注文管理サーバから、注文を受け付けた時刻と利用客への対応が完了した時刻に基づいて決定された従業員に対するメッセージを受信するメッセージ受信部と、
   前記注文管理サーバから受信したメッセージを前記表示装置に表示するメッセージ表示部と、して機能させ、
   前記メッセージ受信部は、
   複数の候補メッセージの中から、前記注文を受け付けた時刻から前記利用客への対応が完了した時刻までに要した時間が、メッセージ毎に定められた表示条件を満たしてるメッセージを受信し、
   前記表示条件は、前記要した時間が推奨時間以内であるか否かを含み、前記メッセージ受信部は、前記要した時間が前記推奨時間以内である場合には、従業員の対応を肯定する内容のメッセージを受信する、プログラム。

Images