JP2021131690A - 注文管理装置、注文管理システム、及びプログラム - Google Patents

Abstract

【課題】通常時は同時同卓に対応した表示をしつつ、料理の提供が大幅に遅れてしまっているような状況の場合には、同時同卓よりも優先して、遅れている料理の提供を行うための、効率の良い調理を行える画面に切り替え可能な注文管理装置、注文管理システム及びプログラムを提供する。【解決手段】注文管理装置は、注文料理と注文数量と注文時刻と注文を行った客の識別情報とを含む注文情報を取得し、取得された料理と注文数量と注文時刻とを識別情報毎に分けた通常表示を表示装置に表示し、通常表示を行っている注文情報のうち提供されることなく注文時刻から第１の時間が経過した注文情報が発生した場合、提供されることなく注文時刻から第１の時間よりも短い第２の時間以上経過した注文情報に含まれる料理について注文数量を合計し注文数量を合計した注文情報について、通常表示から、合計した値を料理毎に表示する都合表示に切り替える。【選択図】図１４

Description

本発明は、注文管理装置、注文管理システム、及びプログラムに関する。

飲食店で使用される注文管理システムは、複数の入力装置と、複数の出力装置（プリンタ・ディスプレイ）と、これらを制御する注文管理装置から構成され、入力装置から入力された注文メニューに応じて、注文管理装置が制御し、あらかじめ指定された出力装置に注文メニューの内容を出力する。

出力装置がプリンターの場合、入力装置から入力された注文メニューは、調理担当者の近くに置かれたプリンターから、調理指示書が出力される。フロアに設置されたプリンターから、会計用のゲスト伝票が出力される。
近年は、出力装置として、プリンターのかわりに、ディスプレイ装置を使用し、ディスプレイ装置で、調理指示や配膳管理を行う店舗が増えてきている。

飲食店のなかでも、特にレストラン業態では、同時同卓という同じテーブルから注文を受けた料理を、同じタイミングでお客様のテーブルへ運ぶサービスが求められる。
そのため、ディスプレイ装置では、注文を受けたメニューを表示する場合には、各テーブル単位にまとめて表示するような画面とするのが望ましい。

しかしながら、注文が重なり、厨房での調理作業がオーバーフローし、同時同卓よりも、とにかく料理提供を優先しなければならないような事態に陥ってしまったような場合、各テーブル単位でまとめられたディスプレイ画面では、どのような注文がどのくらい入っているのかを把握するのに、画面ページを切り替えて確認しなければならないため、作業が煩雑になるという問題が発生する。
その中では、特許文献１のようなディスプレイ画面をもつキッチンディスプレイも提案されている。

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

しかし、特許文献１において、一定時間内で注文された料理について、合計数量を表示し、料理の優先度、効率化が図れるキッチンディスプレイが考案されているが、このような表示では、時間経過とともに合計数量が更新されていくので、常に、現在調理中の数量と、表示されている合計数量の差異を意識しなければならないという問題がある。

そこで、本願発明は、上記の点に鑑みてなされたものであり、通常時は同時同卓に対応した表示をしつつ、料理の提供が大幅に遅れてしまっているような状況の場合には、同時同卓よりも優先して、遅れている料理の提供を行うための、効率の良い調理を行える画面に切り替え可能な注文管理装置、注文管理システム、及びプログラムを提供することを目的とする。

本発明の注文管理装置は、注文された料理と、当該料理の注文数量と、当該注文が行われた注文時刻と、当該注文を行った客の識別情報と、を含む注文情報を取得する取得部と、前記取得部により取得された前記料理と、前記注文数量と、前記注文時刻とを前記識別情報毎に分けた通常表示を表示装置に表示する表示制御部と、を備え、前記表示制御部は、前記通常表示を行っている前記注文情報のうち、客に提供されることなく注文時刻から第１の時間が経過した注文情報が発生した場合、客に提供されることなく前記注文時刻から前記第１の時間よりも短い第２の時間以上経過した注文情報に含まれる各料理について前記注文数量を合計し、前記各料理について前記注文数量を合計した前記注文情報について、前記通常表示から、当該合計した値を当該料理毎に表示する都合表示に切り替えることを特徴とする。

本発明によれば、通常時は同時同卓に対応した表示をしつつ、料理の提供が大幅に遅れてしまっているような状況の場合には、同時同卓よりも優先して、遅れている料理の提供を行うための、効率の良い調理を行える画面に切り替えることができる注文管理装置を提供することが可能となる。

また、本発明の注文管理装置は、注文された料理と、当該料理の注文数量と、当該注文が行われた注文時刻と、当該注文を行った客の識別情報と、を含む注文情報を取得する取得部と、前記取得部により取得された前記料理と、前記注文数量と、前記注文時刻とを前記識別情報毎に分けた通常表示を表示装置に表示する表示制御部と、を備え、前記表示制御部は、通常表示を行っている前記注文情報のうち、客に提供されることなく前記注文時刻から第３の時間が経過した注文情報が所定の上限数を超えた場合、客に提供されることなく前記注文時刻から前記第３の時間が経過した前記注文情報に含まれる各料理について前記注文数量を合計し、前記各料理について前記注文数量を合計した前記注文情報について、前記通常表示から、当該合計した値を当該料理毎に表示する都合表示に切り替えることを特徴とする。

本発明によれば、通常時は同時同卓に対応した表示をしつつ、料理の提供が大幅に遅れてしまうことが予想されるような状況の場合には、同時同卓よりも優先して、遅れている料理の提供を行うための、効率の良い調理を行える画面に切り替えることができる注文管理装置を提供することが可能となる。

また、本発明の注文管理装置は、前記表示制御部は、前記表示装置の前記都合表示を表示する都合表示領域以外の領域に、当該都合表示されておらず、かつ、客に提供されていない料理の前記注文情報についての前記通常表示を表示することを特徴とする。

本発明によれば、都合表示されていない料理の注文情報についても表示することができる注文管理装置を提供することが可能となる。
すなわち、都合表示されていない料理であっても、調理の都合上、都合表示されている料理と一度に調理した方が効率が良い場合や、都合表示されている料理の次に料理する材料を準備するなどの対応を取ることが可能となる。

また、本発明の注文管理装置は、前記表示制御部は、料理毎に合計した値が、予め定められた数量よりも大きい場合は、当該予め定められた数量以内の数量に分けて、それぞれ表示することを特徴とする。

本発明によれば、合計した値が大きい場合は、分割して表示することができる注文管理装置を提供することが可能となる。
すなわち、一度に調理する数が限定されている料理の数や、一度に調理した方が効率が良い数などを予め定めておき、かかる数で合計した値を分割表示することで、効率の良い調理を行うことが可能となる。

また、本発明の注文管理装置は、前記表示制御部は、前記表示装置に通常表示されている注文情報を都合表示に切り替えて表示する際、すでに前記表示装置の前記都合表示を表示する都合表示領域が存在している場合には、当該都合表示領域に続けて、次の都合表示を行うことを特徴とする。

本発明によれば、都合表示に切り替えた後、さらに都合表示をする際に、既に都合表示されている合計した値に合算せず、他の都合表示にすることができる注文管理装置を提供することが可能となる。
すなわち、１回目の都合表示と２回目の都合表示との間の時間が離れていることから、同時同卓よりも料理提供を優先するとはいっても、他の料理と提供時間が余りにも離れてしまうことが望ましくないこと、又、合算してしまうと、調理の途中で合算されてしまうこともあり、何個調理したか分からなくなるという問題が発生することを防止することができる。

また、本発明の注文管理システムは、請求項１〜５のいずれか１項に記載の注文管理装置と、厨房側に設けられ、前記取得部により取得された前記料理と、前記注文数量と、前記注文時刻とを前記識別情報毎に分けて表示する厨房側表示装置と、を備える。

本発明によれば、通常時は同時同卓に対応した表示をしつつ、料理の提供が大幅に遅れてしまっているような状況の場合には、同時同卓よりも優先して、遅れている料理の提供を行うための、効率の良い調理を行える画面に切り替えることができる注文管理システムを提供することが可能となる。

また、本発明の注文管理システムは、ホール側に設けられ、前記取得部により取得された前記料理と、前記注文数量と、前記注文時刻とを、前記識別情報毎に分けて表示するホール側表示装置を備え、前記表示制御部は、前記表示装置が前記都合表示に切り替えられた場合は、前記通常表示に加え、前記表示装置が前記都合表示に切り替えられた旨の報知を前記ホール側表示装置に表示する。

本発明によれば、ホール側表示装置の表示はそのままに、都合表示に切り替えられたことを報知することができる注文管理システムを提供することが可能となる。
すなわち、都合表示は、調理する側の都合であるため、ホール側表示装置が都合表示になることはないが、ホール側でも都合表示に切り替わったことが分からないと、同時同卓の料理が揃うまで配膳しないなどの不都合が生じるため、通常表示に加え、厨房側の表示装置が都合表示に切り替わった旨の報知をすることによりホール側の店員にも知らせることが可能となる。

また、本発明のプログラムは、コンピュータを、本発明の注文管理装置の各部として機能させる。

本発明によれば、通常時は同時同卓に対応した表示をしつつ、料理の提供が大幅に遅れてしまっているような状況の場合には、同時同卓よりも優先して、遅れている料理の提供を行うための、効率の良い調理を行える画面に切り替えることができるプログラムを提供することが可能となる。

本発明によれば、通常時は同時同卓に対応した表示をしつつ、料理の提供が大幅に遅れてしまっているような状況の場合には、同時同卓よりも優先して、遅れている料理の提供を行うための、効率の良い調理を行える画面に切り替えることができる注文管理装置、注文管理システム、及びプログラムを提供することができる。

本発明の実施の形態に係る注文管理システムの概略構成図である。 本発明の実施の形態に係る注文端末装置の概略ブロック図である。 本発明の実施の形態に係る注文管理装置の概略ブロック図である。 本発明の実施の形態に係るメニューを説明するための説明図である。 本発明の実施の形態に係る注文された料理を説明するための説明図である。 本発明の実施の形態に係る注文管理装置の機能構成の例を示すブロック図である。 本発明の実施の形態に係る厨房側表示装置の表示の一例（通常表示）を説明するための説明図である。 本発明の実施の形態に係る厨房側表示装置の表示の一例（都合表示）を説明するための説明図である。 本発明の実施の形態に係る厨房側表示装置の図８に続く表示の一例（２回目の都合表示）を説明するための説明図である。 本発明の実施の形態に係る厨房側表示装置の図９に続く表示の一例（３回目の都合表示）を説明するための説明図である。 本発明の実施の形態に係る厨房側表示装置の図１０に続く表示の一例（都合表示）を説明するための説明図である。 本発明の実施の形態に係るホール側表示装置の表示の一例を説明するための説明図である。 本発明の実施の形態に係るホール側表示装置の図１２に続く表示の一例を説明するための説明図である。 本発明の実施の形態での都合表示の処理の一例を示すフローチャートである。

以下、本発明の実施形態の一例を、図面を参照しつつ説明する。なお、各図面において同一または等価な構成要素および部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

図１は、本実施の形態に係る注文管理システム１０の概略構成の一例を示す図である。
図１に示すように、本実施の形態に係る注文管理システム１０は、飲食店などの店舗内に収容されており、複数の注文端末装置１００と、注文管理装置２００と、プリンター３００と、厨房側表示装置４００と、ホール側表示装置５００とを備えている。

なお、注文管理装置２００は、店舗内に収容される場合に限定されず、インターネット回線などを通じて注文端末装置１００、プリンター３００、厨房側表示装置４００、ホール側表示装置５００と接続されることにより、店舗外に設置されても良い。
また、プリンター３００と、厨房側表示装置４００、ホール側表示装置５００は、単数のみならず、複数備えられていても良い。この場合には、複数の装置が同じ機能を有しても良いが、それぞれ異なる機能を備えても良い。

注文端末装置１００は、店舗の客が商品を注文する際や、店舗の店員が客からの注文を入力する際に使用する装置であり、本実施の形態では、タブレット型の端末装置である。注文端末装置１００は、例えば、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどの無線通信を介して注文管理装置２００と通信を行う。
ここで、注文端末装置１００が注文管理装置２００に送信する情報は、注文された料理、注文された料理の注文数量、注文が行われた注文時刻、注文を行った客の識別情報などの注文情報である。
なお、注文端末装置１００は、無線通信を介して注文管理装置２００と通信を行う場合に限定されず、有線ネットワークを介して注文管理装置２００と通信を行っても良い。

注文管理装置２００は、本実施の形態では、注文端末装置１００から入力された注文情報に応じて、プリンター３００にお客様伝票を印刷させる等や、厨房側表示装置４００、ホール側表示装置５００に注文状況を表示される等の制御を行う。

プリンター３００は、会計の際に使用するお客様伝票などを印刷する装置である。プリンター３００は、例えば、無線ＬＡＮ、インターネットなどの無線通信を介して注文管理装置２００と通信を行う。
注文管理装置２００からプリンター３００に送信される情報は、お客様伝票を印字するための情報である伝票イメージ等である。
なお、プリンター３００は、無線通信を介して注文管理装置２００と通信を行う場合に限定されず、有線ネットワークを介して注文管理装置２００と通信を行っても良い。

厨房側表示装置４００は、調理の際に参照する情報が表示される装置である。
厨房側表示装置４００は、例えば、無線ＬＡＮ、インターネットなどの無線通信を介して注文管理装置２００と通信を行う。
注文管理装置２００から厨房側表示装置４００に送信される情報は、テーブル毎の注文された料理の一覧、注文された料理の数量、注文が行われた注文時刻、注文が行われてからの経過時間、注文された商品が今どのような状況であるかの注文状況、注文を行った客の識別情報（例えば、テーブル番号、人数、伝票番号）などの情報である。
なお、厨房側表示装置４００は、無線通信を介して注文管理装置２００と通信を行う場合に限定されず、有線ネットワークを介して注文管理装置２００と通信を行っても良い。

ホール側表示装置５００は、配膳の際に参照する情報が表示される装置である。
ホール側表示装置５００は、例えば、無線ＬＡＮ、インターネットなどの無線通信を介して注文管理装置２００と通信を行う。
注文管理装置２００からホール側表示装置５００に送信される情報は、テーブル毎の注文された料理の一覧、注文された料理の数量、注文が行われた注文時刻、注文が行われてからの経過時間、注文された商品が今どのような状況であるかの注文状況、注文を行った客の識別情報（例えば、テーブル番号、人数、伝票番号）などの情報である。
なお、ホール側表示装置５００は、無線通信を介して注文管理装置２００と通信を行う場合に限定されず、有線ネットワークを介して注文管理装置２００と通信を行っても良い。

（注文端末装置１００）
図２は、本実施の形態に係る注文端末装置１００のブロック図である。
図２に示すように、本実施の形態に係る注文端末装置１００は、制御部１０１、記憶部１０２、表示部１０３、入力部１０４、通信部１０５を備えている。
各構成は、バス１０６を介して相互に通信可能に接続されている。

制御部１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備え、各種プログラムを実行したり、注文端末装置１００の各部を制御したりする。すなわち、制御部１０１は、記憶部１０２に記録されているプログラムに基づいて、上記各構成の制御及び各種の演算処理を行う。

記憶部１０２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を備え、オペレーティングシステムを含む各種プログラム、情報を記憶する。ここで、記憶部１０２に記憶される情報としては、例えば、注文可能な料理に関するメニュー情報などや、注文履歴などがある。

表示部１０３は、例えば、液晶ディスプレイであり、制御部１０１の制御に応じて各種の情報を表示する。

また、表示部１０３は、タッチパネル方式を採用して、入力部１０４として機能する。
入力部１０４により入力される情報としては、商品を注文する情報、注文を確定する情報などが含まれる。
通信部１０５は、無線ＬＡＮなどの無線通信により、注文管理装置２００と通信する。

ここで、記憶部１０２に記憶されているプログラムは、注文端末装置１００に予めインストールされていても良い。また、プログラムは、不揮発性の記憶媒体に記憶して、又はネットワークを介して配布し、注文端末装置１００に適宜インストールすることで実現しても良い。なお、不揮発性の記憶媒体の例としては、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ−ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、メモリカード等が想定される。

（注文管理装置２００）
図３は、本実施の形態に係る注文管理装置２００のブロック図である。
図３に示すように、本実施の形態に係る注文管理装置２００は、制御部２０１、記憶部２０２、通信部２０３、入力部２０４、表示部２０５、を備えている。
各構成は、バス２０６を介して相互に通信可能に接続されている。

制御部２０１は、ＣＰＵを備え、各種プログラムを実行したり、注文管理装置２００の各部を制御したりする。すなわち、制御部２０１は、記憶部２０２に記録されているプログラムに基づいて、上記各構成の制御及び各種の演算処理を行う。
また、制御部２０１は、注文端末装置１００から入力された注文情報等に基づき、伝票イメージを作成し、プリンター３００に印刷指示し、厨房側表示装置４００、ホール側表示装置５００に各種の情報を表示する。

記憶部２０２は、ＲＯＭ、ＲＡＭを備え、オペレーティングシステムを含む各種プログラム、情報を記憶する。
記憶部２０２として、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ等が用いられる。

ここで、記憶部２０２に記憶される情報としては、例えば、注文可能な料理に関するメニュー情報や、注文された料理に関する情報などがある。

記憶部２０２に記憶されるメニュー情報の一例を図４に示す。
メニュー情報としては、例えば、メニュー番号、メニュー名、単価、ディスプレイ表示の項目などが記憶されている。
ここで、ディスプレイ表示の項目は、厨房側表示装置４００、ホール側表示装置５００に表示されるテーブル毎の注文された料理の一覧に表示するか否かの情報である。すなわち、ディスプレイ表示の項目に○がついていないメニュー（例えば、ライスやドリンクバー）は、厨房で調理が必要なメニューではなく、ホール側や客自身が準備するものであるため、厨房側表示装置４００、ホール側表示装置５００には表示されない。なお、厨房で調理が必要なメニューではなく、ホール側で準備するものであっても、厨房側表示装置４００、ホール側表示装置５００に表示するようにしても良い。また、厨房側表示装置４００には表示しないが、ホール側表示装置５００には表示するようにしても良い。

また、記憶部２０２に記憶される注文された料理に関する情報の一例を図５に示す。
注文された料理に関する情報としては、例えば、伝票番号、伝票番号枝番、テーブル番号、人数、テーブル毎の注文されたメニュー、注文された料理の数量、単価、ディスプレイ表示、注文時刻の項目などが記憶されている。

ここで、伝票番号枝番は、注文の回数を示すものであり、「１」が１回目、すなわち、新規の注文であることを示し、「２」以上は２回目以上、すなわち、追加の注文であることを示す。

例えば、伝票番号「３６５８」は、伝票番号枝番が、１回目の注文である「１」、テーブル番号が「Ｔ１８」で、人数が「４」、メニュー番号「３２４」で単価が「９８０」円の「ジャンバラヤ」が「２」個、メニュー番号「６２３」で単価が「９９０」円の「ビーフハンバーグ」が「２」個、メニュー番号「９０２」で単価が「０」円の「セットスープ」が「２」個、メニュー番号「９８４」で単価が「１９０」円の「ライス」が「２」個、受付時間「２０１９／８／２６ １９：０６」に注文されたことが記憶される。

ここで、記憶部２０２に記憶されているプログラムは、注文管理装置２００に予めインストールされていても良い。また、プログラムは、不揮発性の記憶媒体に記憶して、又はネットワークを介して配布し、注文管理装置２００に適宜インストールすることで実現しても良い。なお、不揮発性の記憶媒体の例としては、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、及びＵＳＢメモリ、メモリカード等が想定される。

通信部２０３は、注文端末装置１００、プリンター３００、厨房側表示装置４００、ホール側表示装置５００等の他の機器と通信するものであり、無線ＬＡＮなどを介して注文端末装置１００、プリンター３００から受信した情報を制御部２０１に出力し、又、制御部２０１から入力された入力情報を、無線ＬＡＮなどを介して注文端末装置１００、プリンター３００、厨房側表示装置４００、ホール側表示装置５００に送信する。

入力部２０４は、キーボードや、マウス等のポインティングデバイスを含み、各種の入力を行うために使用される。

表示部２０５は、例えば、液晶ディスプレイであり、制御部２０１の制御に応じて各種の情報を表示する。
また、表示部２０５は、タッチパネル方式を採用して、入力部２０４として機能しても良い。

（プリンター３００）
プリンター３００は、会計で使用するお客様伝票などを印刷するものである。

（厨房側表示装置４００、ホール側表示装置５００）
厨房側表示装置４００、ホール側表示装置５００は、テーブル毎の注文された料理、注文された料理の注文数量、注文が行われた注文時刻、注文された商品が今どのような状況であるかの注文状況、などを、注文を行った客の識別情報毎に分けて表示するものである。
厨房側表示装置４００、ホール側表示装置５００の表示態様については、図７〜図１３を用いて後述する。

上記のプログラムを実行する際に、注文管理装置２００は、上記のハードウェア資源を用いて、各種の機能を実現する。
注文管理装置２００が実現する機能構成について説明する。
図６は、注文管理装置２００の制御部（ＣＰＵ）２０１の機能構成の例を示すブロック図である。

図６に示すように、注文管理装置２００は、機能構成として、取得部２１０、表示制御部２２０を有する。各機能構成は、制御部（ＣＰＵ）２０１が記憶部２０２に記憶されたプログラムを読み出し、実行することにより実現される。

（取得部２１０）
取得部２１０は、注文端末装置１００により入力された注文情報であって、注文された料理と、当該料理の注文数量と、当該注文が行われた注文時刻と、当該注文を行った客の識別情報と、を含む注文情報を取得するものである。

（表示制御部２２０）
表示制御部２２０は、取得部２１０により取得された注文された料理と、料理の注文数量と、注文時刻とを当該注文を行った客の識別情報毎に分けた通常表示を厨房側表示装置４００とホール側表示装置５００に表示するものである。

そして、表示制御部２２０は、通常表示を行っている注文情報のうち、客に提供されることなく注文時刻から第１の時間、例えば２０分が経過した注文情報が発生した場合、客に提供されることなく注文時刻から第１の時間よりも短い第２の時間、例えば１５分以上経過した注文情報に含まれる各料理について注文数量を合計し、各料理について注文数量を合計した注文情報について、通常表示から、当該合計した値を当該料理毎に表示する都合表示に切り替える。

ここで、第１の時間は、上述した２０分に限定されず、又、第２の時間も、上述した１５分に限定されず、他の時間であっても良いし、更に、第１の時間も第２の時間も、店舗によって随時調整可能としても良い。

また、表示制御部２２０は、厨房側表示装置４００の都合表示を表示する都合表示領域Ｒ以外の領域に、当該都合表示されておらず、かつ、客に提供されていない料理の注文情報について通常表示を表示するようにしている。

また、表示制御部２２０は、厨房側表示装置４００に通常表示されている注文情報を都合表示に切り替えて表示する際、すでに都合表示領域Ｒが存在している場合には、当該都合表示領域Ｒのうち１回目の領域Ｒ１に続けて、次の都合表示を領域Ｒ２に行うようにしている。

また、表示制御部２２０は、厨房側表示装置４００が都合表示に切り替えられた場合は、通常表示に加え、厨房側表示装置４００が都合表示に切り替えられた旨の報知をホール側表示装置に表示するようにしている。

ここで、表示制御部２２０により表示される厨房側表示装置４００とホール側表示装置５００との表示態様については、図７〜図１３を用いて後述する。

つぎに、図７〜図１１を用いて、表示制御部２２０による厨房側表示装置４００の表示について説明する。
図７は、取得部２１０により取得された料理と、料理の注文数量と、注文時刻とを当該注文を行った客の識別情報毎、例えば注文伝票毎に分けた通常表示の一例を示すものである。

具体的には、図５の伝票番号「３６５８」に対応する注文として、テーブル番号「Ｔ１８」や、人数「４人」、注文時刻「１９：０６」と、注文された料理として、「ジャンバラヤ」を「２」個、「ビーフハンバーグ」を「２」個、それぞれ調理する必要がある旨が表示されている。
ここで、図５の伝票番号「３６５８」に対応する注文には、「セットスープ」「２」個、「ライス」「２」個の注文もされているが、これらの料理は、厨房ではなく、ホール側で準備するものであるため、厨房側表示装置４００には表示されていない。

また、図５の伝票番号「３６６６」に対応する注文として、テーブル番号「Ｔ１５」や、人数「４人」、注文時刻「１９：０７」と、注文された料理として、「ポテト」を「１」個、「タコサラダ」を「１」個、「ハンバーグ＆グラタン」を「２」個、「チキンステーキ」を「１」個、それぞれ調理する必要がある旨が表示されている。

また、図５の伝票番号「３６７４」に対応する注文として、テーブル番号「Ｔ１７」や、人数「３人」、注文時刻「１９：０８」と、注文された料理として、「ハンバーグ＆フライ」を「１」個、「カレーライス」を「１」個、「トマトプレート」を「１」個、「ステーキ丼」を「１」個、「リゾット」を「１」個、それぞれ調理する必要がある旨が表示されている。

また、図５の伝票番号「３６８２」に対応する注文として、テーブル番号「Ｔ０４」や、人数「２人」、注文時刻「１９：１０」と、注文された料理として、「包焼ハンバーグ」を「１」個、調理する必要がある旨が表示されている。

また、図５の伝票番号「３６９０」に対応する注文として、テーブル番号「Ｔ０１」や、人数「３人」、注文時刻「１９：１１」と、注文された料理として、「サーロインステーキ」を「１」個、「ビーフハンバーグ」を「１」個、それぞれ調理する必要がある旨が表示されている。
ここで、図５の伝票番号「３６９０」に対応する注文には、「セットスープ」「１」個、「ライス」「２」個の注文もされているが、これらの料理は、厨房ではなく、ホール側で準備するものであるため、厨房側表示装置４００には表示されていない。

図８は、図７に示す通常表示から、都合表示に切り替えた一例を示すものである。
具体的には、図５に示す、伝票番号「３６５８」から「３７１５」までに対応する注文された料理を、都合表示にしたものである。

すなわち、客に提供されることなく注文時刻から第１の時間、例えば２０分経過した場合は、客に提供されることなく注文時刻から当該第１の時間よりも短い第２の時間、例えば１５分以上経過した注文情報に含まれる各料理について注文数量を合計し、各料理について注文数量を合計した注文情報について、通常表示から、当該合計した値を料理毎に表示する都合表示に切り替える。

より具体的には、図８に示すように、注文時刻である１９：０６から２０分経過後、本例では１９：２７に、提供されていない最初に注文された料理の注文時刻から１５分間以上、本例では１９：１１までの注文であって客に提供されていない料理である伝票番号「３６５８」（図５参照）（テーブル番号「Ｔ１８」）、伝票番号「３６６６」（テーブル番号「Ｔ１５」）、伝票番号「３６７４」（テーブル番号「Ｔ１７」）、伝票番号「３６８２」（テーブル番号「Ｔ０４」）、伝票番号「３６９０」（テーブル番号「Ｔ０１」）、伝票番号「３７１５」（テーブル番号「Ｔ３０」）の料理の注文数量を、料理毎に合計し、「ジャンバラヤ」「２」個（伝票番号「３６５８」の２個）、「ビーフハンバーグ」「３」個（伝票番号「３６５８」の２個と「３６９０」の１個）、「ポテト」「１」個（伝票番号「３６６６」の１個）、「タコサラダ」「１」個（伝票番号「３６６６」の１個）、「ハンバーグ＆グラタン」「２」個（伝票番号「３６６６」の２個）、「チキンステーキ」「２」個（伝票番号「３６６６」の１個と「３７１５」の１個）、「ハンバーグ＆フライ」「２」個（伝票番号「３６７４」の１個と「３７１５」の１個）、「カレーライス」「１」個（伝票番号「３６７４」の１個）、「トマトプレート」「１」個（伝票番号「３６７４」の１個）、「ステーキ丼」「１」個（伝票番号「３６７４」の１個）、「リゾット」「１」個（伝票番号「３６７４」の１個）、「包焼ハンバーグ」「１」個（伝票番号「３６８２」の１個）、「サーロインステーキ」「１」個（伝票番号「３６９０」の１個）、と表示する。

ここで、都合表示の順番は、注文時刻の早いものから順に並べて表示することが望ましい。

また、厨房側表示装置４００の都合表示を表示する都合表示領域Ｒ以外の領域に、都合表示されておらず、かつ、客に提供されていない料理の注文情報についての通常表示が表示される。
すなわち、伝票番号「３７２３」（テーブル番号「Ｔ１２」）、伝票番号「３６９０」（テーブル番号「Ｔ０１」）、伝票番号「３７３１」（テーブル番号「Ｔ１８」）、伝票番号「３７５７」（テーブル番号「Ｔ０７」）、伝票番号「３７２３」（テーブル番号「Ｔ１２」）の料理が表示されている。

図９は、図８に示す都合表示から、２回目の都合表示に切り替えた一例を示すものである。
具体的には、図５に示す伝票番号「３７２３」（伝票番号枝番「１」）から「３７２３」（伝票番号枝番「２」）までに対応する注文された料理を、都合表示にしたものである。

これは、都合表示に切り替え後、都合表示ではなく通常表示を行っている注文情報のうち、客に提供されることなく注文時刻から第１の時間、例えば２０分が経過した注文情報が発生した場合、客に提供されることなく注文時刻から第１の時間よりも短い第２の時間、例えば１５分以上経過した注文情報に含まれる各料理について注文数量を合計し、各料理について注文数量を合計した注文情報について、都合表示領域Ｒのうち、都合表示を表示する１回目の領域Ｒ１に続けて、次の２回目の都合表示を領域Ｒ２に行うものである。
すなわち、すでに一部の料理について都合表示がされている状態で、更に注文されてから時間が経っている料理が発生した場合は、順次都合表示を行うものである。

より具体的には、図９に示すように、都合表示ではなく通常表示を行っている注文情報の伝票番号「３７２３」の注文時刻「１９：１２」から２０分経過後、本例では１９：３３に、提供されていない最初に注文された料理の注文時刻から１５分間以上、本例では１９：２８までの注文であって客に提供されていない料理である伝票番号「３７２３」（図５参照）（テーブル番号「Ｔ１２」）、伝票番号「３６９０」（テーブル番号「Ｔ０１」）、伝票番号「３７３１」（テーブル番号「Ｔ１９」）、伝票番号「３７５７」（テーブル番号「Ｔ０７」）、伝票番号「３７２３」（テーブル番号「Ｔ１２」）の料理の注文数量を、料理毎に合計し、上述した図８に示す都合表示を表示する領域Ｒ１に続けて、領域Ｒ２に「冷やし麺」「１」個（伝票番号「３７２３」の１個）、「コーンスープ」「１」個（伝票番号「３６９０」の１個）、「ビーフハンバーグ」「１」個（伝票番号「３７３１」の１個）、「和風ハンバーグ」「１」個（伝票番号「Ｔ３７３１」の１個）、「トマトサラダ」「１」個（伝票番号「Ｔ３７５７」の１個）、「リゾット」「１」個（伝票番号「３７５７」の１個）、「ステーキ丼」「１」個（伝票番号「３７５７」の１個）、「ヴィシソワーズスープ」「１」個（伝票番号「３７２３」の１個）、と表示する。

ここで、２回目の都合表示における「ビーフハンバーグ」「１」個（伝票番号「３７３１」の１個）の表示は、１回目の都合表示にも同じ料理があるが、合算せず、別の都合表示としている。
これは、１回目の都合表示と２回目の都合表示との間の時間が離れていることから、同時同卓よりも料理提供を優先するとはいっても、他の料理と提供時間が余りにも離れてしまうことが望ましくないこと、又、合算してしまうと、調理の途中で合算されてしまうこともあり、何個調理したか分からなくなるという問題があることからである。

図１０は、図９に示す２回目の都合表示から、３回目の都合表示に切り替えた一例を示すものである。
具体的には、図５に示す伝票番号「３７６５」から「３７７３」までに対応する注文された料理を、都合表示にしたものである。

すなわち、２回目の都合表示に切り替え後、都合表示ではなく通常表示を行っている注文情報のうち、客に提供されることなく注文時刻から第１の時間、例えば２０分が経過した注文情報が発生した場合、客に提供されることなく注文時刻から第１の時間よりも短い第２の時間、例えば１５分以上経過した注文情報に含まれる各料理について注文数量を合計し、各料理について注文数量を合計した注文情報について、都合表示領域Ｒのうち、都合表示を表示する２回目の領域Ｒ２に続けて、次の３回目の都合表示を領域Ｒ３に行うものである。

より具体的には、図１０に示すように、都合表示ではなく通常表示を行っている注文情報の伝票番号「３７６５」の注文時刻「１９：２０」から２０分経過後、本例では１９：４１に、提供されていない最初に注文された料理の注文時刻から１５分間以上、本例では１９：２５までの注文であって客に提供されていない料理である伝票番号「３７６５」（図５参照）（テーブル番号「Ｔ０４」）、伝票番号「３７７３」（テーブル番号「Ｔ０５」）、伝票番号「３７８１」（テーブル番号「Ｔ０８」）、伝票番号「３７９９」（テーブル番号「Ｔ２７」）、伝票番号「３７７３」（テーブル番号「Ｔ０５」）の料理の注文数量を、料理毎に合計し、上述した図９に示す都合表示を表示する領域Ｒ１，Ｒ２に続けて、領域３に「カルボナーラ」「１」個（伝票番号「３７６５」の１個）、「和風ハンバーグ」「１」個（伝票番号「３７６５」の１個）、「生ハムサラダ」「１」個（伝票番号「３７６５」の１個）、「ホウレン草サラダ」「１」個（伝票番号「３７７３」の１個）、「ポテト」「２」個（伝票番号「３７７３」の１個と「３７７９」の１個）、「シーザーサラダ」「２」個（伝票番号「３７７３」の１個と「３７７９」の１個）、「アメリカンハンバーグ」「２」個（伝票番号「３７８１」の１個と「３７７３」の１個）、「エッグドリア」「１」個（伝票番号「３７８１」の１個）、「ナポリタン」「１」個（伝票番号「３７９９」の１個）、「トマトプレート」「１」個（伝票番号「３７９９」の１個）、「包焼ハンバーグ」「１」個（伝票番号「３７７３」の１個）、「カットステーキ」「１」個（伝票番号「３７７３」の１個）、と表示する。

ここで、３回目の都合表示における「和風ハンバーグ」「１」個（伝票番号「３７６５」の１個）の表示は、２回目の都合表示にも同じ料理があるが、合算せず、別の都合表示としている。また、同様に、「包焼ハンバーグ」「１」個（伝票番号「３７７３」の１個）の表示は、１回目の都合表示にも同じ料理があるが、合算せず、別の都合表示としている。
これは、２回目の都合表示と３回目の都合表示との間の時間や、１回目の都合表示と３回目の都合表示の間の時間が離れていることから、同時同卓よりも料理提供を優先するとはいっても、他の料理と提供時間が余りにも離れてしまうことが望ましくないこと、又、合算してしまうと、調理の途中で合算されてしまうこともあり、何個調理したか分からなくなるという問題があることからである。

また、図１０を用いて、調理が済み客に料理が提供された場合の表示例についても説明する。
調理が済んだ場合は、調理担当者などが厨房側表示装置４００に表示されている料理を選択する（本例では、タッチパネルとなっている厨房側表示装置４００の該当する料理部分をタッチする）と調理が済んだものと判定され、チェックマークが付与される。

具体的には、「ジャンバラヤ」「２」個、「ポテト」「１」個、「タコサラダ」「１」個、「ハンバーグ＆グラタン」「２」個、「チキンステーキ」「２」個、「トマトプレート」「１」個、「ステーキ丼」「１」個、「リゾット」「１」個、の調理が済んでおり、チェックマークが付与されている。

図１１は、図１０に示す３回目の都合表示から、所定時間、例えば１分経過した場合の一例を示すものである。
すなわち、厨房側表示装置４００の表示は、所定時間、例えば１分ごとに更新され、当該更新時にチェックマークが付与されている料理が一覧から消去されるようにしている。そして、まだ調理が済んでいない料理が一覧の上段側に移動表示される。

具体的には、図１０でチェックマークが付与されていた「ジャンバラヤ」「２」個、「ポテト」「１」個、「タコサラダ」「１」個、「ハンバーグ＆グラタン」「２」個、「チキンステーキ」「２」個、「トマトプレート」「１」個、「ステーキ丼」「１」個、「リゾット」「１」個、が消去されており、まだ調理が済んでいない料理が表示されている。

また、都合表示に切り替えるスイッチＳ（本例では、タッチパネルとなっている厨房側表示装置４００の左下側部分）を備え、第１の時間が経過していなくても、都合表示に切り替えることも可能としている。

また、都合表示に切り替えられる客に提供されていない料理が無くなった場合は、都合表示から通常表示に自然に切り替わることとなる。

図１２、図１３を用いて、表示制御部２２０によるホール側表示装置５００の表示について説明する。
図１２は、図７に示す厨房側表示装置４００の表示例と同じであり、取得部２１０により取得された料理と、料理の注文数量と、注文時刻とを当該注文を行った客のテーブル毎に分けた通常表示の一例を示すものである。

図１３は、厨房側表示装置４００が都合表示に切り替わった場合の表示の一例を示すものである。
都合表示は、調理する側の都合であるため、ホール側表示装置５００が都合表示になることはないが、ホール側でも都合表示に切り替わったことが分からないと、同時同卓の料理が揃うまで配膳しないなどの不都合が生じるため、通常表示に加え、厨房側表示装置４００が都合表示に切り替わった旨の報知を「厨房側表示装置が都合表示に切り替わりました」などの文字画像を表示することによりホール側の店員にも報知している。

次に、本実施の形態における注文管理装置２００の作用について説明する。
図１４は、注文管理装置２００による都合表示の処理の流れを示すフローチャートである。制御部２０１が記憶部２０２からプログラムを読み出して、展開して実行することにより、当該処理が行なわれる。

図１４を用いて、注文管理装置２００の表示制御部２２０による都合表示の処理の流れの一例を説明する。
まず、ステップＳ１００において、制御部２０１のＣＰＵにより、都合表示中であるか否かが判定される。都合表示中であると判定されない場合は、次のステップＳ１１０に進む。

ステップＳ１１０において、制御部２０１のＣＰＵにより、第１の時間、例えば、２０分提供されていない料理があるか否かが判定される。２０分提供されていない料理がないと判定された場合は処理を終了して、リターンする。２０分提供されていない料理があると判定された場合は、次のステップＳ１２０に進む。

ステップＳ１２０において、制御部２０１のＣＰＵにより、第２の時間、例えば１５分以上、提供されていない料理について、厨房側表示装置４００を都合表示に切り替える。そして、次のステップＳ１３０に進む。
ステップＳ１３０において、制御部２０１のＣＰＵにより、ホール側表示装置５００に厨房側表示装置４００が都合表示に切り替わった旨の表示を行う。そして、処理を終了して、リターンする。

上述したステップＳ１００において、制御部２０１のＣＰＵにより、都合表示中であると判定された場合は、ステップＳ１４０に進み、通常表示中の料理で、第１の時間、例えば、２０分提供されていない料理があるか否かが判定される。２０分提供されていない料理があると判定された場合は、次のステップＳ１５０に進む。
ステップＳ１５０において、制御部２０１のＣＰＵにより、通常表示で、第２の時間、例えば１５分以上提供されていない料理について、厨房側表示装置４００を２回目以降の都合表示に切り替える。そして、処理を終了し、リターンする。

上述したステップＳ１４０において、制御部２０１のＣＰＵにより、２０分提供されていない料理がないと判定された場合は、処理を終了し、リターンする。

（変形例）
なお、本発明は、上述した実施の形態に限定されるものではなく、その趣旨を逸脱しない限りにおいて、上述したもの以外に種々の変更を行うことが可能である。

上述した実施の形態は、都合表示において、合計した値が、どのような値であっても良いが、これに限定されず、合計した値が、予め定められた数量よりも大きい場合は、予め定められた数量以内の数量に分けて、それぞれ表示するようにしても良い。

具体的には、一度に調理することが可能な数の上限が決まっている料理の場合、例えば、ハンバーグは３枚までしか一度に焼くことができない場合に、合計した値が７となった場合などは、当該上限の数毎に「ハンバーグ」「３」、「ハンバーグ」「３」、「ハンバーグ」「１」、の３つに分けて表示するようにしても良い。

このように構成することで、一度に調理することが可能な数が限定されている料理数で合計した値を分割表示することで、効率の良い調理を行うことが可能となる。
なお、一度に調理することが可能な数の上限に分割して表示する場合に限定されず、一度に調理することが可能な数よりも少ない数に分割して表示するようにしても良い。

また、予め定められた数量は、一度に調理可能な数の上限が決まっている料理であることを理由にする場合に限らず、一度に調理した方が効率が良い数、すなわち、３人前を同時に調理した方が効率が良い料理であることを理由とする場合であっても良い。

また、上述した実施の形態は、注文された時刻から予め定められた時間料理が提供されなかった場合に都合表示に切り替えるものであるが、客に提供されていない料理の数が、予め定められた上限数を超えた場合は、当該提供されていない料理の注文数量を当該料理毎に合計し、通常表示から、当該合計した値を当該料理毎に表示する都合表示に切り替えるようにしても良い。
具体的には、客に提供されていない料理の数が予め定められた上限数、例えば２０個を超えた場合は、通常表示から都合表示に切り替えるようにしても良い。

このように構成することで、通常時は同時同卓に対応した表示をしつつ、料理の提供が大幅に遅れてしまうことが予想されるような状況の場合には、同時同卓よりも優先して、遅れている料理の提供を行うための、効率の良い調理を行える画面に切り替えることができる注文管理装置を提供することが可能となる。

また、客に提供されていない料理の数は、注文時刻から第３の時間、例えば１５分を経過したにもかかわらず、客に提供されていない料理の数であっても良い。
すなわち、客に提供されることなく注文時刻から第３の時間、例えば１５分を経過した料理が所定の上限数、例えば５個、を超えた場合に、客に提供されることなく注文時刻から第３の時間が経過した料理について注文数量を合計し、注文数量を合計した注文情報について、通常表示から合計した値を料理毎に表示する都合表示に切り替えるようにしても良い。

ここで、第３の時間は、上述した第１の時間や第２の時間と同じ時間であっても良いし、異なる時間であっても良い。また、上述した１５分にも限定されず、他の時間であっても良いし、更に、店舗によって随時調整可能としても良い。

本実施の形態によれば、通常時は同時同卓に対応した表示をしつつ、料理の提供が大幅に遅れてしまっているような状況の場合には、同時同卓よりも優先して、遅れている料理の提供を行うための、効率の良い調理を行える画面に切り替えることができる注文管理装置２００を提供することが可能となる。

また、本実施の形態によれば、都合表示されていない料理の注文情報についても表示することができる注文管理装置２００を提供することが可能となる。
すなわち、都合表示されていない料理であっても、調理の都合上、都合表示されている料理と一度に調理した方が効率が良い場合や、都合表示されている料理の次に料理する材料を準備するなどの対応を取ることが可能となる。

また、本実施の形態によれば、合計した値が大きい場合は、分割して表示することができる注文管理装置２００を提供することが可能となる。
すなわち、一度に調理することが可能な数が限定されている料理の数や、一度に調理した方が効率が良い数などを予め定めておき、かかる数で合計した値を分割表示することで、効率の良い調理を行うことが可能となる。

また、本実施の形態によれば、都合表示に切り替えた後、さらに都合表示をする際に、既に都合表示されている合計した値に合算せず、他の都合表示にすることができる注文管理装置２００を提供することが可能となる。
すなわち、１回目の都合表示と２回目の都合表示との間の時間が離れていることから、同時同卓よりも料理提供を優先するとはいっても、他の料理と提供時間が余りにも離れてしまうことが望ましくないこと、又、合算してしまうと、調理の途中で合算されてしまうこともあり、何個調理したか分からなくなるという問題が発生することを防止することができる。

また、本実施の形態によれば、通常時は同時同卓に対応した表示をしつつ、料理の提供が大幅に遅れてしまっているような状況の場合には、同時同卓よりも優先して、遅れている料理の提供を行うための、効率の良い調理を行える画面に切り替えることができる注文管理システム１０を提供することが可能となる。

また、本実施の形態によれば、ホール側表示装置５００の表示はそのままに、都合表示に切り替えられたことを報知することができる注文管理システム１０を提供することが可能となる。
すなわち、都合表示は、調理する側の都合であるため、ホール側表示装置５００が都合表示になることはないが、ホール側でも都合表示に切り替わったことが分からないと、同時同卓の料理が揃うまで配膳しないなどの不都合が生じるため、通常表示に加え、厨房側の表示装置が都合表示に切り替わった旨の報知をすることによりホール側の店員にも知らせることが可能となる。

また、本実施の形態によれば、通常時は同時同卓に対応した表示をしつつ、料理の提供が大幅に遅れてしまっているような状況の場合には、同時同卓よりも優先して、遅れている料理の提供を行うための、効率の良い調理を行える画面に切り替えることができるプログラムを提供することが可能となる。

１０ 注文管理システム
１００ 注文端末装置
１０１ 制御部
１０２ 記憶部
１０３ 表示部
１０４ 入力部
１０５ 通信部
１０６ バス
２００ 注文管理装置
２０１ 制御部
２０２ 記憶部
２０３ 通信部
２０４ 記憶部
２０４ 入力部
２０５ 表示部
２０６ バス
２１０ 取得部
２２０ 表示制御部
３００ プリンター
４００ 厨房側表示装置
５００ ホール側表示装置
Ｓ スイッチ
Ｒ 都合表示領域

Claims (8)

1. 注文された料理と、当該料理の注文数量と、当該注文が行われた注文時刻と、当該注文を行った客の識別情報と、を含む注文情報を取得する取得部と、
   前記取得部により取得された前記料理と、前記注文数量と、前記注文時刻とを前記識別情報毎に分けた通常表示を表示装置に表示する表示制御部と、を備え、
   前記表示制御部は、
   前記通常表示を行っている前記注文情報のうち、客に提供されることなく注文時刻から第１の時間が経過した注文情報が発生した場合、客に提供されることなく前記注文時刻から前記第１の時間よりも短い第２の時間以上経過した注文情報に含まれる各料理について前記注文数量を合計し、
   前記各料理について前記注文数量を合計した前記注文情報について、前記通常表示から、当該合計した値を当該料理毎に表示する都合表示に切り替えることを特徴とする注文管理装置。
2. 注文された料理と、当該料理の注文数量と、当該注文が行われた注文時刻と、当該注文を行った客の識別情報と、を含む注文情報を取得する取得部と、
   前記取得部により取得された前記料理と、前記注文数量と、前記注文時刻とを前記識別情報毎に分けた通常表示を表示装置に表示する表示制御部と、を備え、
   前記表示制御部は、
   通常表示を行っている前記注文情報のうち、客に提供されることなく前記注文時刻から第３の時間が経過した注文情報が所定の上限数を超えた場合、客に提供されることなく前記注文時刻から前記第３の時間が経過した前記注文情報に含まれる各料理について前記注文数量を合計し、
   前記各料理について前記注文数量を合計した前記注文情報について、前記通常表示から、当該合計した値を当該料理毎に表示する都合表示に切り替えることを特徴とする注文管理装置。
3. 前記表示制御部は、前記表示装置の前記都合表示を表示する都合表示領域以外の領域に、当該都合表示されておらず、かつ、客に提供されていない料理の前記注文情報についての前記通常表示を表示することを特徴とする請求項１又は２に記載の注文管理装置。
4. 前記表示制御部は、
   料理毎に合計した値が、予め定められた数量よりも大きい場合は、当該予め定められた数量以内の数量に分けて、それぞれ表示することを特徴とする請求項１〜３のいずれか１項に記載の注文管理装置。
5. 前記表示制御部は、
   前記表示装置に通常表示されている注文情報を都合表示に切り替えて表示する際、すでに前記表示装置の前記都合表示を表示する都合表示領域が存在している場合には、当該都合表示領域に続けて、次の都合表示を行うことを特徴とする請求項１〜４のいずれか１項に記載の注文管理装置。
6. 請求項１〜５のいずれか１項に記載の注文管理装置と、
   厨房側に設けられ、前記取得部により取得された前記料理と、前記注文数量と、前記注文時刻とを前記識別情報毎に分けて表示する厨房側表示装置と、を備える注文管理システム。
7. ホール側に設けられ、前記取得部により取得された前記料理と、前記注文数量と、前記注文時刻とを、前記識別情報毎に分けて表示するホール側表示装置を備え、
   前記表示制御部は、
   前記表示装置が前記都合表示に切り替えられた場合は、前記通常表示に加え、前記表示装置が前記都合表示に切り替えられた旨の報知を前記ホール側表示装置に表示させる請求項６に記載の注文管理システム。
8. コンピュータを、請求項１〜５のいずれか１項に記載の注文管理装置の各部として機能させるためのプログラム。

Images