JP2019144963A - 料理提供時間管理装置、料理提供時間管理システム、料理提供時間管理方法、並びに料理提供時間管理プログラム - Google Patents

Abstract

【課題】客に対して料理を提供するのに要する料理提供時間の算出精度の向上及び料理提供時間の見える化を可能とする。【解決手段】料理提供時間管理装置（管理サーバ）が、客に対して料理を提供するのに要する料理提供時間を管理する処理を実行するプロセッサを備え、前記プロセッサは、厨房に設置された厨房センサ４により検出された厨房の調理リソースの稼動状況に関する情報と、客に対して提供可能な各料理の調理に要する予め定められた作業時間と、客から注文を受けた料理の調理予定とに基づき、客に対して提供可能な各料理または客から注文を受けた料理の料理提供時間を算出する構成とする。【選択図】図１

Description

本開示は、客に対して料理を提供するのに要する料理提供時間を管理する料理提供時間管理装置、料理提供時間管理システム、料理提供時間管理方法、並びに料理提供時間管理プログラムに関する。

従来、例えばファミリーレストランや定食屋等の飲食店では、客にとっては、料理の提供に要する料理提供時間が不明であるため、食事を急いでいる客や食事に使える時間が短い客には利用が敬遠されて機会損失が生じるという問題があった。とりわけ、昼休み等の食事に使える時間が限られている時間帯では、食事に使える時間が短い客には利用が敬遠される傾向が強くなるため、機会損失が大きくなる。また、客が料理を注文した後も、その料理の提供時間が不明であるため、料理を待っている間に客がイライラしたり不安になったりするというサービス面での問題があった。

そこで、顧客が注文した商品（料理）の調理の進行状況と待ち時間を把握するための技術として、情報を表示する入出力部と、商品ごとに標準調理時間を格納する商品マスタと、注文を格納するオーダー入力ファイルと、通信回線によって接続されるオーダーサーバから前記オーダーサーバが当該商品の標準調理時間、注文時間、現在の時刻、及び顧客のテーブルまでの運搬時間に基づいて算出した配膳時間を受信して調理待ち時間として前記入出力部に表示する制御部と、を備える注文登録処理装置が知られている（特許文献１参照）。

特開２０１６−４５７２８号公報

上記特許文献１に記載された従来技術では、商品（料理）の調理にかかる標準的な時間を示す標準調理時間や、実際の調理時間の平均値を示す平均調理時間に基づき料理提供時間を算出しているが、料理提供時間は、そのときの注文の混み具合やその料理の調理を行う作業者の熟練度等によって大きく異なる。したがって、標準調理時間や平均調理時間に基づき料理提供時間を算出する上記特許文献１の従来技術では、料理提供時間の算出精度が低いという問題があった。

本開示は、このような従来技術の課題を鑑みて案出されたものであり、客に対して料理を提供するのに要する料理提供時間の算出精度の向上及び料理提供時間の見える化を可能とする、料理提供時間管理装置、料理提供時間管理システム、料理提供時間管理方法、並びに料理提供時間管理プログラムを提供することを主目的とする。

本開示の料理提供時間管理装置は、客に対して料理を提供するのに要する料理提供時間を管理する料理提供時間管理装置であって、前記料理提供時間を管理する処理を実行するプロセッサを備え、前記プロセッサは、厨房に設置された厨房センサにより検出された厨房の調理リソースの稼動状況に関する情報と、前記客に対して提供可能な各料理の調理に要する予め定められた作業時間と、前記客から注文を受けた料理の調理予定とに基づき、前記客に対して提供可能な各料理または前記客から注文を受けた料理のいずれかの前記料理の前記料理提供時間を算出することを特徴とする。

本開示の料理提供時間管理システムは、前記料理提供時間管理装置と、客が操作して料理の注文を行う注文端末であって、前記料理提供時間管理装置から受信した前記客に対して提供可能な各料理もしくは前記客から注文を受けた料理の前記料理提供時間を示す情報、または前記客から注文を受けた料理の調理の進捗状況を示す情報を、それに対応する料理とともに表示可能な注文端末と、厨房の調理リソースの稼動状況に関する情報を検出可能な厨房センサとを備えたことを特徴とする。

本開示の料理提供時間管理方法は、客に対して料理を提供するのに要する料理提供時間を管理する料理提供時間管理方法であって、厨房に設置された厨房センサにより検出された厨房の調理リソースの稼動状況に関する情報と、前記客に対して提供可能な各料理の調理に要する予め定められた作業時間と、前記客から注文を受けた料理の調理予定とに基づき、前記客に対して提供可能な各料理または前記客から注文を受けた料理の前記料理提供時間を算出するステップを有することを特徴とする。

本開示の料理提供時間管理プログラムは、客に対して料理を提供するのに要する料理提供時間を管理する処理をコンピュータに実行させるための料理提供時間管理プログラムであって、厨房に設置された厨房センサにより検出された厨房の調理リソースの稼動状況に関する情報と、前記客に対して提供可能な各料理の調理に要する予め定められた作業時間と、前記客から注文を受けた料理の調理予定とに基づき、前記客に対して提供可能な各料理または前記客から注文を受けた料理の前記料理提供時間を算出する処理を前記コンピュータに実行させることを特徴とする。

本開示によれば、客に対して料理を提供するのに要する料理提供時間の算出精度の向上及び料理提供時間の見える化が可能となる。

本開示の料理提供時間管理システムの概要を示す全体構成図 注文端末の注文画面の一例を示す図（１２：００の時点） 注文端末の注文画面にメインメニューの商品を表示した例を示す図（１２：００の時点） 注文端末の注文画面にクイックメニューの商品を表示した例を示す図（１２：００の時点） 注文端末の注文画面にユーザから指定された提供時間内に供給可能な商品を表示した例を示す図（１２：００の時点） デジタルサイネージの表示画面の一例を示す図（１２：００の時点） 管理サーバのハードウェア構成を示すブロック図 客が注文する前の各商品の提供時間の算出に関する管理サーバの機能構成を示すブロック図 注文データベースの一例を示す図であり、（Ａ）は１２：００の時点のデータ、（Ｂ）は１２：０１の時点のデータを示す 手順マスタデータベースの一例を示す図 リソースデータベースの一例を示す図であり、（Ａ）は１２：００の時点のデータ、（Ｂ）は１２：０１の時点のデータを示す 提供時間データベースの一例を示す図であり、（Ａ）は１２：００の時点のデータ、（Ｂ）は１２：０１の時点のデータを示す 調理リソースの割り当ての一例を示す図 調理工程の進捗状況を示す図 提供時間の算出方法を説明するための図 注文端末の注文画面の一例を示す図（１２：０１の時点） デジタルサイネージの表示画面の一例を示す図（１２：０１の時点） 客が注文した商品の調理の進捗度の算出に関する管理サーバの機能構成を示すブロック図 注文端末の注文画面に表示される進捗度の一例を示す図（１２：０１の時点）

前記課題を解決するためになされた第１の発明は、客に対して料理を提供するのに要する料理提供時間を管理する料理提供時間管理装置であって、前記料理提供時間を管理する処理を実行するプロセッサを備え、前記プロセッサは、厨房に設置された厨房センサにより検出された厨房の調理リソースの稼動状況に関する情報と、前記客に対して提供可能な各料理の調理に要する予め定められた作業時間と、前記客から注文を受けた料理の調理予定とに基づき、前記客に対して提供可能な各料理または前記客から注文を受けた料理のいずれかの前記料理の前記料理提供時間を算出することを特徴とする。

これによると、厨房の調理リソースの稼動状況や注文の混み具合を考慮して料理提供時間を算出することができるので、料理提供時間の算出精度を向上させることが可能となる。

また、第２の発明は、上記第１の発明において、前記厨房センサは、前記調理リソースの稼動状況に関する情報を検出可能なセンサ装置またはカメラ装置を含むことを特徴とする。

これによると、調理リソースの稼動状況に関する情報を容易かつ正確に検出することが可能となる。

また、第３の発明は、上記第１の発明または第２の発明において、前記調理リソースの前記稼動状況は、前記料理の各調理工程における前記調理リソースの前記稼動状況を含むことを特徴とする。

これによると、料理の各調理工程毎に調理リソースの稼動状況を考慮することができるので、料理提供時間の算出精度をより向上させることが可能となる。

また、第４の発明は、上記第１の発明ないし第３の発明のいずれかにおいて、前記調理リソースは、前記料理の調理に使用される調理機器、または前記料理の調理を行う作業者の少なくとも一方を含むことを特徴とする。

これによると、各調理リソースの稼動状況をより詳細に把握することができるので、料理提供時間の算出精度をさらに向上させることが可能となる。

また、第５の発明は、上記第１の発明ないし第４の発明のいずれかにおいて、前記作業時間は、前記料理の調理を行う作業者の熟練度に応じて定められていることを特徴とする。

これによると、料理の調理を行う作業者の熟練度を考慮して料理提供時間を算出することができるので、料理提供時間の算出精度をさらに向上させることが可能となる。

また、第６の発明は、上記第１の発明ないし第５の発明のいずれかにおいて、前記作業時間は、前記料理の各調理工程毎に定められており、前記作業時間は、前記各調理工程の進捗状況に基づき増減補正されることを特徴とする。

これによると、料理の各調理工程の進捗状況を考慮して料理提供時間を算出することができるので、料理提供時間の算出精度をさらに向上させることが可能となる。

また、第７の発明は、上記第１の発明ないし第６の発明のいずれかにおいて、客が操作して料理を注文する注文端末と通信を実行する通信部をさらに備え、前記プロセッサは、前記料理の前記料理提供時間を示す情報、または前記客から注文を受けた料理の調理の進捗状況を示す情報を、前記通信部を介して前記注文端末に送信することを特徴とする。

これによると、客に対して提供可能な各料理の料理提供時間を、注文端末を通じて客に知らせることが可能となる。これにより、料理提供時間が不明であることに起因する機会損失を防ぐことが可能となる。また、客から注文を受けた料理の料理提供時間、または客から注文を受けた料理の調理の進捗状況を、注文端末を通じて客に知らせることが可能となる。これにより、料理を待っている間に客がイライラしたり不安になったりするのを防ぐことが可能となる。

また、第８の発明は、上記第７の発明において、前記通信部は、所定のデジタルサイネージとの通信を実行可能に構成されており、前記プロセッサは、前記客に対して提供可能な各料理の前記料理提供時間を示す情報を、前記通信部を介して前記デジタルサイネージに送信することを特徴とする。

これによると、客に対して提供可能な各料理の料理提供時間を、デジタルサイネージを通じて客に知らせることが可能となる。これにより、料理提供時間が不明であることに起因する機会損失を防ぐことが可能となる。

また、第９の発明は、上記第１の発明ないし第８の発明のいずれかにおいて、前記注文端末に対してコンテンツを提供するコンテンツ提供部をさらに備え、前記プロセッサは、前記料理の前記料理提供時間、または前記客から注文を受けた料理の調理の進捗状況の少なくとも一方に応じて、前記コンテンツ提供部から前記注文端末に提供されるコンテンツを選択することを特徴とする請求項１ないし請求項８のいずれかに記載の料理提供時間管理装置。

これによると、客に対して提供可能な各料理または客から注文を受けた料理の料理提供時間、または客から注文を受けた料理の調理の進捗状況に応じたコンテンツを注文端末に提供することが可能となる。これにより、商品が提供されるまでに時間がかかる場合でも、料理を待っている間に客がイライラしたり不安になったりするのを防ぐことが可能となる。

また、第１０の発明は、上記第１の発明ないし第８の発明のいずれかに記載の料理提供時間管理装置と、客が操作して料理の注文を行う注文端末であって、前記料理提供時間管理装置から受信した前記客に対して提供可能な各料理もしくは前記客から注文を受けた料理の前記料理提供時間を示す情報、または前記客から注文を受けた料理の調理の進捗状況を示す情報を、それに対応する料理とともに表示可能な注文端末と、厨房の調理リソースの稼動状況に関する情報を検出可能な厨房センサとを備えたことを特徴とする。

これによると、客に対して提供可能な各料理の料理提供時間を、注文端末を通じて客に知らせることが可能となる。これにより、料理提供時間が不明であることに起因する機会損失を防ぐことが可能となる。また、客から注文を受けた料理の料理提供時間、または客から注文を受けた料理の調理の進捗状況を、注文端末を通じて客に知らせることが可能となる。これにより、料理を待っている間に客がイライラしたり不安になったりするのを防ぐことが可能となる。また、厨房センサを通じて、調理リソースの稼動状況に関する情報を容易かつ正確に検出することが可能となる。

また、第１１の発明は、上記第１０の発明において、前記料理提供時間管理装置から受信した前記客に対して提供可能な各料理の前記料理提供時間を示す情報を、それに対応する料理とともに表示可能なデジタルサイネージをさらに備えたことを特徴とする。

これによると、客に対して提供可能な各料理の料理提供時間を、デジタルサイネージを通じて客に知らせることが可能となる。これにより、料理提供時間が不明であることに起因する機会損失を防ぐことが可能となる。

また、第１２の発明は、客に対して料理を提供するのに要する料理提供時間を管理する料理提供時間管理方法であって、厨房に設置された厨房センサにより検出された厨房の調理リソースの稼動状況に関する情報と、前記客に対して提供可能な各料理の調理に要する予め定められた作業時間と、前記客から注文を受けた料理の調理予定とに基づき、前記客に対して提供可能な各料理または前記客から注文を受けた料理の前記料理提供時間を算出するステップを有することを特徴とする。

これによると、厨房の調理リソースの稼動状況や注文の混み具合を考慮して料理提供時間を算出することができるので、料理提供時間の算出精度を向上させることが可能となる。

また、第１３の発明は、上記第１２の発明において客が操作して料理を注文する注文端末に、前記客に対して提供可能な各料理の前記料理提供時間を示す情報を送信するステップと、前記注文端末に、前記客に対して提供可能な各料理をそれに対応する前記料理提供時間とともに表示するステップとをさらに有し、前記料理提供時間が予め定められた時間以内である料理のみを、それに対応する前記料理提供時間とともに表示するようにしたことを特徴とする。

これによると、料理提供時間が予め定められた時間以内である料理のみを、それに対応する料理提供時間とともに表示することができる。これにより、注文端末に表示する料理を限定することができるので、客にとって便利である。

また、第１４の発明は、上記第１２の発明において、客が操作して料理を注文する注文端末に、前記客に対して提供可能な各料理の前記料理提供時間を示す情報を送信するステップと、前記注文端末に、前記客に対して提供可能な各料理をそれに対応する前記料理提供時間とともに表示するステップとをさらに有し、前記料理提供時間が前記客から指定された時間以内である料理のみを、それに対応する前記料理提供時間とともに表示するようにしたことを特徴とする。

これによると、料理提供時間が客から指定された時間以内である料理のみを、それに対応する料理提供時間とともに表示することができる。これにより、注文端末に表示する料理を限定することができるので、客にとって便利である。

また、第１５の発明は、上記第１２の発明ないし第１４の発明のいずれかにおいて、所定のデジタルサイネージに、前記客に対して提供可能な各料理の前記料理提供時間を示す情報を送信するステップと、前記デジタルサイネージに、前記客に対して提供可能な各料理をそれに対応する前記料理提供時間とともに表示するステップとをさらに有することを特徴とする。

これによると、客に対して提供可能な各料理の料理提供時間を、デジタルサイネージを通じて客に知らせることが可能となる。これにより、料理提供時間が不明であることに起因する機会損失を防ぐことが可能となる。

また、第１６の発明は、上記第１２の発明ないし第１５の発明のいずれかにおいて、客が操作して料理を注文する注文端末に、前記客から注文を受けた料理の前記料理提供時間を示す情報、または当該料理の調理の進捗状況を示す情報を送信するステップと、前記注文端末に、前記客から注文を受けた料理の前記料理提供時間を示す情報、または当該料理の調理の進捗状況を示す情報を表示するステップとをさらに有することを特徴とする。

これによると、客から注文を受けた料理の料理提供時間、または客から注文を受けた料理の調理の進捗状況を、注文端末を通じて客に知らせることが可能となる。これにより、料理を待っている間に客がイライラしたり不安になったりするのを防ぐことが可能となる。

また、第１７の発明は、上記第１５の発明において、前記客から注文を受けた料理の調理の進捗度を、当該料理の各調理工程の進捗状況に基づき算出するステップと、前記進捗度を示す情報を前記注文端末に送信するステップと、前記注文端末に、前記客から注文を受けた料理の前記進捗度を示す情報表示するステップとをさらに有することを特徴とする。

これによると、客から注文を受けた料理の調理の進捗状況を、客に分かりやすく表示することが可能となる。

また、第１８の発明は、客に対して料理を提供するのに要する料理提供時間を管理する処理をコンピュータに実行させるための料理提供時間管理プログラムであって、厨房に設置された厨房センサにより検出された厨房の調理リソースの稼動状況に関する情報と、前記客に対して提供可能な各料理の調理に要する予め定められた作業時間と、前記客から注文を受けた料理の調理予定とに基づき、前記客に対して提供可能な各料理または前記客から注文を受けた料理の前記料理提供時間を算出する処理を前記コンピュータに実行させることを特徴とする。

これによると、厨房の調理リソースの稼動状況や注文の混み具合を考慮して料理提供時間を算出することができるので、料理提供時間の算出精度を向上させることが可能となる。

以下、本開示の実施形態について、図面を参照しながら説明する。本実施形態では、本開示を例えばファミリーレストランや定食屋等の飲食店に適用した場合について説明する。

図１は、本開示の料理提供時間管理システムの概要を示す全体構成図である。本開示の料理提供時間管理システム１は、客に対して料理を提供するのに要する料理提供時間（以降、単に「提供時間」と称する）を管理するためのシステムである。

図１に示すように、本開示の料理提供時間管理システム１は、各客席に配置され客が操作して料理を注文するのに使用される注文端末２と、店舗の入口付近等に配置される店舗宣伝用のデジタルサイネージ３と、料理を調理する厨房に配置され、料理の調理に使用される調理リソースの稼動状況を取得する厨房センサ４と、厨房に配置され厨房の各作業者に対する調理指示を表示する調理指示表示装置５と、適所に配置され提供時間を管理する料理提供時間管理装置６（以降、「管理サーバ６」と称する）とを主として備えている。注文端末２、デジタルサイネージ３、厨房センサ４、及び調理指示表示装置５は、インターネットや専用回線等のネットワーク７を介して管理サーバ６と接続されている。

また、料理提供時間管理システム１は、店内の適所に配置されフロア担当のスタッフに対するフロア指示（例えば、注文を受けた商品の配膳指示）を表示するフロア指示表示装置８と、適所に配置され店舗のレジ会計や売上管理に用いられるＰＯＳ端末９とを備えている。フロア指示表示装置８及びＰＯＳ端末９は、ネットワーク７を介して管理サーバ６と接続されている。

注文端末２は、例えばタブレット型端末等の公知の注文端末装置である。各客席の客は、この注文端末２を操作して、料理や飲み物等の商品を注文することができる。具体的には、注文端末２は、注文画面を表示するタッチパネルディスプレイ１１（図２参照）を有しており、ユーザ（客）は、タッチパネルディスプレイ１１に表示された注文画面１２をタッチ操作して商品を注文する。

図２は、注文端末２のタッチパネルディスプレイ１１に表示された注文画面１２の一例を示す図である。図２に示すように、注文画面１２は、ホームボタン１３と、メニューボタン１４と、ソートボタン１５と、商品表示領域１６と、コンテンツ表示領域１７とを含む。

ホームボタン１３は、タッチパネルディスプレイ１１に表示する画面を切り替えるためのボタンである。ユーザは、このホームボタン１３をタッチ操作することにより、タッチパネルディスプレイ１１に表示する画面を、注文画面１２と図示しないホーム画面等との間で切り替えることができる。

メニューボタン１４は、商品表示領域１６に表示する商品のカテゴリ等を選択するためのボタンであり、メインメニューを選択するメインメニューボタン１４ａと、サイドメニューを選択するサイドメニューボタン１４ｂと、デザートメニューを選択するデザートメニューボタン１４ｃと、クイックメニューを選択するクイックメニューボタン１４ｄとを組む。ユーザは、これらの各ボタン１４ａ〜１４ｄをタッチ操作することにより、その各ボタンに対応するカテゴリの商品を商品表示領域１６に表示させることができる。また、メニューボタン１４は、ユーザから指定された提供時間内に提供可能な商品を表示させるための時間指定ボタン１４ｅを含む。

クイックメニューとは、本実施形態では、提供時間が１０分以内のメインメニューの商品（料理）を指す。なお、本実施形態では、説明を簡略化するために、メインメニューの商品は、ポトフ、ミートソーススパゲティ、ハンバーグ、ドリアの４つの商品だけとする。

ソートボタン１５は、商品表示領域１６において、メニューボタン１４で選択された商品を表示する順番を選択するためのボタンである。本実施形態では、メニューボタン１４で選択された商品は、商品表示領域１６の左側から順に表示される。ユーザは、このソートボタン１５をタッチ操作することにより、商品の表示順を、時間順と人気順との間で切り替えることができる。なお、図示しないが、おすすめ順や料金順等の他の表示順の選択肢を設けることも可能である。

商品表示領域１６には、メニューボタン１４で選択された商品が、ソートボタン１５で選択された表示順で表示される。各商品は、その商品名が、その提供時間、画像、料金等とともに表示される。本実施形態では、説明を簡略化するために、各商品は、商品名及び提供時間のみを表示する。各商品の提供時間は、管理サーバ６から提供される。詳細については後述するが、各商品の提供時間は、随時更新される。

コンテンツ表示領域１７には、例えば店のＰＲコンテンツ等のデジタルコンテンツ（例えば、動画コンテンツや静止画コンテンツ）が表示される。コンテンツ表示領域１７で表示されるコンテンツは、管理サーバ６から提供される。

図３−図５を参照して、商品表示領域１６の表示例について説明する。図３−図５の例では、ソートボタン１５は時間順に選択されおり、商品は、商品表示領域１６の左側から、提供時間の短い順に表示されている。なお、図３−図５の例は、１２：００の時点での提供時間が示されている。上述したように、各商品の提供時間は、随時更新される。

図３は、商品表示領域１６に、メインメニューの商品を表示した例を示す図である。この図３の例では、「ポトフ、提供時間：５分」、「ミートソーススパゲティ、提供時間：１０分」、「ハンバーグ、提供時間：１５分」、「ドリア、提供時間：２０分」の４つの商品が表示されている。

図４は、商品表示領域１６に、クイックメニューの商品を表示した例を示す図である。上述したように、クイックメニューは、提供時間が１０分以内のメインメニューの商品であり、この図４の例では、提供時間が１０分以内の商品である、「ポトフ、提供時間：５分」、「ミートソーススパゲティ、提供時間：１０分」の２つの商品が表示されている。

図５は、商品表示領域１６に、時間指定ボタン１４ｅによって選択された商品を表示した例を示す図である。ユーザが時間指定ボタン１４ｅをタッチ操作すると、ユーザが提供時間を指定するための時間指定ウィンドウ１４ｆと、検索ボタン１４ｇとが新たに表示される。そして、ユーザが、時間指定ウィンドウ１４ｆに設けられた上下キーを操作して所望する提供時間を指定した後に検索ボタン１４ｇをタッチ操作すると、ユーザから指定された提供時間内に提供可能な商品が商品表示領域１６に表示される。

図５の例では、ユーザが所望する提供時間は１５分に指定されている。そのため、提供時間が１５分以内の商品である、「ポトフ、提供時間：５分」、「ミートソーススパゲティ、提供時間：１０分」、「ハンバーグ、提供時間：１５分」の３つの商品が表示されている。

デジタルサイネージ３は、動画や静止画等のコンテンツを表示可能なデジタルディスプレイ２１（図６参照）を有する公知のデジタルサイネージ装置である。デジタルディスプレイ２１には、店舗の空席状況と、商品に関する情報と、例えば店のＰＲコンテンツ等のデジタルコンテンツとが表示される。

図６は、デジタルサイネージ３のデジタルディスプレイ２１の表示画面２２の一例を示す図である。図６に示すように、表示画面２２は、空席情報を表示する空席情報表示領域２３と、商品に関する情報を表示する商品情報表示領域２４と、デジタルコンテンツ（例えば、動画コンテンツや静止画コンテンツ）を表示するコンテンツ表示領域２５とを含む。

図６の例では、空席情報表示領域２３には、「現在、１２席空席」という空席情報が表示されており、商品情報表示領域２４には、クイックメニューの商品である「ポトフ（提供時間５分）」、「ミートソーススパゲティ（提供時間１０分）」の２つの商品がその提供時間とともに表示されている。なお、図６の例では、クイックメニューの商品が表示されているが、クイックメニューの代わりに、メインメニューの商品等の他の商品を表示するようにしてもよい。また、空席が無い場合や混雑率が高い場合には、席に案内されるまでの待ち時間を、クイックメニューの代わりにまたはクイックメニューとともに表示するようにしてもよい。

商品情報表示領域２４に表示される各商品の提供時間は、注文端末２の場合と同様に、管理サーバ６から提供され、随時更新される。図６の例は、１２：００の時点での提供時間が示されている。また、コンテンツ表示領域２５に表示されるコンテンツも、注文端末２の場合と同様に、管理サーバ６から提供される。

厨房センサ４は、例えば、センサ装置、カメラ装置、ウエアラブル端末等であり、料理の調理に使用される調理リソースの稼動状況（使用状況、空き状況等を含む）に関する情報を検出する。調理リソースは、例えば、作業者や調理機器（例えば、レンジ、コンロ、オーブン、トースター）等であり得る。厨房センサ４がセンサ装置である場合、厨房センサ４（センサ装置）は、例えば各調理機器のオン／オフや各調理器具がオンになってからの経過時間等の各調理機器の稼動状況を検出することができるように構成され、各調理機器またはその近傍に設置される。また、厨房センサ４がカメラ装置である場合は、厨房センサ４（カメラ装置）によって調理リソースを撮影し、その撮影画像を公知の画像解析技術を用いて解析することによって、調理リソースの稼動状況を検出するようにするとよい。また、厨房センサ４がウエアラブル端末である場合は、厨房センサ４（ウエアラブル端末）によって作業者の位置や動作を検知し、その検知データから作業者の稼働状況を検出するようにするとよい。このように、厨房センサ４によって、調理リソースの稼動状況に関する情報を検出することにより、客から注文を受けた料理の調理の進捗状況に関する情報（以降、「調理情報」と称する）を検出することが可能となる。なお、調理情報の一部を、厨房の作業者が、管理サーバ６に接続されたタッチパネル等の入力装置を用いて手動で入力するようにしてもよい。

調理指示表示装置５は、例えばタブレット端末やスマートフォン端末等の表示画面を有する公知の表示装置である。調理指示表示装置５の表示画面には、厨房の各作業者に対する調理指示が表示される。調理指示表示装置５の表示画面に表示される調理指示は、管理サーバ６から提供される。なお、厨房の各作業者に対する調理指示は音声によって行ってもよい。この場合、調理指示表示装置５内に格納されている音声ファイルを再生するか、または音声合成技術を用いて生成した音声を出力するようにするとよい。

管理サーバ６は、公知のハードウェアを備えたサーバ（コンピュータ）から構成され、注文端末２及びデジタルサイネージ３に表示される各商品の提供時間、注文端末２及びデジタルサイネージ３に表示されるコンテンツ、調理指示表示装置５に表示される調理指示、フロア指示表示装置８に表示される配膳指示を管理する。

図７は、管理サーバ６のハードウェア構成を示すブロック図である。図７に示すように、管理サーバ６は、所定の制御プログラムに基づき料理提供時間管理システム１の各処理を統括的に実行するプロセッサ３１、このプロセッサ３１のワークエリア等として機能する揮発性メモリであるＲＡＭ３２、プロセッサ３１が実行する制御プログラムやデータを格納する不揮発性メモリであるＲＯＭ３３、管理サーバ６の動作に必要なプログラムやデータ等を記憶するストレージを有する記憶部３４、ユーザに必要な情報を表示するモニタを有する表示部３５、ユーザの入力操作を可能とするキーボードやマウス等の入力デバイスを有する入力部３６、ネットワーク７を介した通信を実行する通信モジュールを有する通信部３７等を備えている。

この管理サーバ６は、客が注文する前の各商品（客に対して提供可能な各料理）の提供時間の算出と、客が注文した商品の調理の進捗度（進捗の度合い）の算出を行うことができる。以下、それぞれの場合について個別に説明する。

（客が注文する前の各商品の提供時間の算出）
図８は、客が注文する前の各商品の提供時間の算出に関する管理サーバ６の機能構成を示すブロック図である。

図８に示すように、管理サーバ６は、注文データベース（ＤＢ）４１と、手順マスタデータベース（ＤＢ）４２と、リソースデータベース（ＤＢ）４３と、提供時間データベース（ＤＢ）４４とを備えている。また、管理サーバ６は、注文受付部５１と、リソース割り当て部５２と、センサデータ受付部５３と、調理指示部５４と、フロア指示部５５と、提供時間算出部５６と、提供時間通知部５７とを備えている。

図８に示す管理サーバ６の各機能は、図７に示した管理サーバ６のハードウェア構成において、プロセッサ３１が所定の制御プログラムを実行することにより実現可能である。また、上記の各ＤＢ４１−４４は、管理サーバ６の記憶部３４に格納されている。また、管理サーバ６と、注文端末２、デジタルサイネージ３、厨房センサ４、調理指示表示装置５、フロア指示表示装置８との間の通信は、管理サーバ６の通信部３７を介して行われる。

図９−図１２を参照して、各ＤＢ４１−４４の例について説明する。図９−図１２の例では、厨房の作業者は、例えば作業者Ａ及び作業者Ｂの２人であり、作業者Ａ及び作業者Ｂの熟練度１であるとする。また、厨房の調理機器は、キッチンＡ、キッチンＢ、コンロＡ、コンロＢ、レンジＡ、レンジＢの６つとする。また、１２：００の時点では、それ以前に注文を受けていないか、または注文を受けた商品の調理がすでに完了しているものとする。

注文ＤＢ４１は、客の注文に関する情報を管理するためのものである。具体的には、注文ＤＢ４１には、注文毎に付与された「注文ＩＤ」に紐付けて、注文した客の「テーブル」、注文を受けた「商品」、その商品の注文を受け付けた「注文受付時間」、注文を受けた商品の調理の「完了予定時刻」の各情報が登録される。

図９は、注文ＤＢ４１の一例を示す図であり、（Ａ）は１２：００の時点のデータ、（Ｂ）は１２：０１の時点のデータを示す。

図９（Ａ）の例では、注文ＩＤ「１」及び注文ＩＤ「２」の２つの注文が登録されている。そして、注文ＩＤ「１」に紐付けて、テーブル「テーブルＡ」、商品「ポトフ」、注文受付時間「１２：００」、及び完了予定時刻「１２：０５」の各情報が登録されており、注文ＩＤ「２」に紐付けて、テーブル「テーブルＡ」、商品「ハンバーグ」、注文受付時間「１２：００」、完了予定時刻「１２：１５」の各情報が登録されている。

図９（Ｂ）の例では、注文ＩＤ「１」及び「２」の２つの注文に加えて、注文ＩＤ「３」の注文がさらに登録されている。そして、注文ＩＤ「３」に紐付けて、テーブル「テーブルＢ」、商品「ポトフ」、注文受付時間「１２：０１」、完了予定時刻「１２：０９」の各情報が登録されている。

図９（Ｂ）に示す１２：０１の時点のデータは、図９（Ａ）に示す１２：００の時点のデータと比べて、注文ＩＤ「１」の完了予定時刻が「１２：０４」に、注文ＩＤ「２」の完了予定時刻が「１２：１４」に変わっている。これは、詳細については図１４を参照して後述するが、各商品の調理工程の一部が当初の予定よりも１分早く終わったためである。

手順マスタＤＢ４２は、各商品の調理手順に関する情報を管理するためのである。具体的には、手順マスタＤＢ４２には、商品毎に、その商品の各「調理工程」、各調理工程を実施する「順番」、各調理工程に要する作業時間である「熟練度１標準時間」及び「熟練度２標準時間」が予め登録されている。「熟練度１標準時間」は、作業者の熟練度が「１」である場合の作業時間（分）であり、「熟練度２標準時間」は、作業者の熟練度が「２」である場合の作業時間（分）である。

図１０は、手順マスタＤＢ４２の一例を示す図である。図１０の例では、商品「ポトフ」については、「食材を切る」及び「コンロで温める」の２つの調理工程が登録されている。そして、調理工程「食材を切る」に紐付けて、順番「１」、熟練度１標準時間「２（分）」、熟練度２標準時間「１（分）」の各情報が登録されており、調理工程「コンロで温める」に紐付けて、順番「２」、熟練度１標準時間「３（分）」、熟練度２標準時間「３（分）」の各情報が登録されている。

また、商品「ハンバーグ」については、「食材を切る」、「コンロで温める」、及び「レンジでチンする」の３つの調理工程が登録されている。そして、調理工程「食材を切る」に紐付けて、順番「１」、熟練度１標準時間「２（分）」、熟練度２標準時間「１（分）」という各情報が登録されており、調理工程「コンロで温める」に紐付けて、順番「２」、熟練度１標準時間「５（分）」、熟練度２標準時間「５（分）」という各情報が登録されており、調理工程「レンジでチンする」に紐付けて、順番「３」、熟練度１標準時間「８（分）」、熟練度２標準時間「８（分）」という各情報が登録されている。

なお、図示及び説明は省略するが、手順マスタＤＢ４２には、商品「ミートソーススパゲティ」及び「ドリア」についても、商品「ポトフ」及び「ハンバーグ」と同様に、調理手順に関する情報が登録されている。

また、実際に完成した料理がテーブルに届くまでには、「盛り付け」やフロア担当者による「配膳」等の時間や、また連続して調理するためにフライパンを洗ったりする等の準備作業が必要となるが、説明を簡略化するために、これらについての説明は省略する。

リソースＤＢ４３は、厨房の調理リソースの稼動状況と、客から注文を受けた料理の調理予定とを管理するためのものである。本実施形態では、調理リソースは、調理機器（キッチンＡ、キッチンＢ、コンロＡ、コンロＢ、レンジＡ、レンジＢ）と、作業者（作業者Ａ、作業者Ｂ）である。リソースＤＢ４３には、「注文ＩＤ」に紐付けて、注文を受けた商品の調理を担当する「作業者」、その作業者が調理する商品に関する情報である「調理商品」、その商品の「調理工程」、その調理工程で使用される「調理機器」、各調理工程の調理開始時間と完了予定時刻とを含む「作業時間」の各情報が登録される。このリソースＤＢ４３には、調理中の商品と、これから調理を行う商品に関する情報が登録され、調理が完了した商品に関するデータは削除される。

図１１は、リソースＤＢ４３の一例を示す図であり、（Ａ）は１２：００の時点のデータ、（Ｂ）は１２：０１の時点のデータを示す。図９を参照して上述したように、１２：００の時点では、注文ＩＤ「１」及び「２」の２つの注文が登録されており、１２：０１の時点では、注文ＩＤ「１」、「２」、及び「３」の３つの注文が登録されているものとする。

図１１の例では、注文ＩＤ「１」の調理担当は作業者Ａに、注文ＩＤ「２」の調理担当は作業者Ｂに、注文ＩＤ「３」の調理担当は作業者Ａに、それぞれ割り当てられている。また、作業者Ａには、調理機器として、キッチンＡとコンロＡが割り当てられており、作業者Ｂには、調理機器として、キッチンＢ、コンロＢ、レンジＢが割り当てられている。

したがって、図１１（Ａ）の例では、注文ＩＤ「１」に紐付けされた作業者「熟練度１作業者Ａ」については、調理商品「テーブルＡのポトフ」と、その調理工程である「食材を切る」及び「コンロで温める」の２つの調理工程が登録されている。そして、調理工程「食材を切る」に紐付けて、調理機器「キッチンＡ」と作業時間「１２：００−１２：０２」という情報が登録されており、調理工程「コンロで温める」に紐付けて、調理機器「コンロＡ」と作業時間「１２：０２−１２：０５」という情報が登録されている。

また、注文ＩＤ「２」に紐付けされた作業者「熟練度１作業者Ｂ」については、調理商品「テーブルＡのハンバーグ」と、その調理工程である「食材を切る」、「コンロで温める」、及び「レンジでチンする」の３つの調理工程が登録されている。そして、調理工程「食材を切る」に紐付けて、調理機器「キッチンＢ」と作業時間「１２：００−１２：０２」という情報が登録されており、調理工程「コンロで温める」に紐付けて、調理機器「コンロＢ」と作業時間「１２：０２−１２：０７」という情報が登録されており、調理工程「レンジでチンする」に紐付けて、調理機器「レンジＢ」と作業時間「１２：０７−１２：１５」という情報が登録されている。

同様に、図１１（Ｂ）の例では、注文ＩＤ「１」に紐付けされた作業者「熟練度１作業者Ａ」については、調理商品「テーブルＡのポトフ」と、その調理工程である「食材を切る」及び「コンロで温める」の２つの調理工程が登録されている。そして、調理工程「食材を切る」に紐付けて、調理機器「キッチンＡ」と作業時間「１２：００−１２：０１」という情報が登録されており、調理工程「コンロで温める」に紐付けて、調理機器「コンロＡ」と作業時間「１２：０１−１２：０４」という情報が登録されている。

また、注文ＩＤ「２」に紐付けされた作業者「熟練度１作業者Ｂ」については、調理商品「テーブルＡのハンバーグ」と、その調理工程である「食材を切る」、「コンロで温める」、及び「レンジでチンする」の３つの調理工程が登録されている。そして、調理工程「食材を切る」に紐付けて、調理機器「キッチンＢ」と作業時間「１２：００−１２：０１」という情報が登録されており、調理工程「コンロで温める」に紐付けて、調理機器「コンロＢ」と作業時間「１２：０１−１２：０６」という情報が登録されており、調理工程「レンジでチンする」に紐付けて、調理機器「レンジＢ」と作業時間「１２：０７−１２：１４」という情報が登録されている。

また、注文ＩＤ「３」に紐付けされた作業者「熟練度１作業者Ａ」については、調理商品「テーブルＢのポトフ」と、その調理工程である「食材を切る」及び「コンロで温める」の２つの調理工程が登録されている。そして、調理工程「食材を切る」に紐付けて、調理機器「キッチンＡ」と作業時間「１２：０４−１２：０６」という情報が登録されており、調理工程「コンロで温める」に紐付けて、調理機器「コンロＡ」と作業時間「１２：０６−１２：０９」という情報が登録されている。

図１１（Ｂ）に示す１２：０１の時点のデータは、図１１（Ａ）に示す１２：００の時点のデータと比べて、注文ＩＤ「１」及び「２」の各調理商品の各調理工程の作業時間の完了予定時刻が１分早まっている。これは、詳細については図１４を参照して後述するが、各調理商品の調理工程の一部が当初の予定よりも１分早く終わったためである。

提供時間ＤＢ４４は、各商品の提供時間に関する情報を管理するためのものである。具体的には、提供時間ＤＢ４４には、「商品」毎に、その商品の「提供時間」が登録される。

図１２は、提供時間ＤＢ４４の例を示す図であり、（Ａ）は１２：００の時点のデータ、（Ｂ）は１２：０１の時点のデータを示す。なお、図１２（Ａ）は、注文ＩＤ「１」及び「２」の２つの注文を受ける前の時点でのデータであり、図１２（Ｂ）は、注文ＩＤ「３」の注文を受ける前の時点でのデータである。

図１２（Ａ）の例では、商品「ポトフ」の提供時間は「５（分）」、商品「ハンバーグ」の提供時間は「１５（分）」、商品「ミートソーススパゲティ」の提供時間は「１０（分）」、商品「ドリア」の提供時間は「２０（分）」という情報が登録されている。また、図１２（Ｂ）の例では、商品「ポトフ」の提供時間は「８（分）」、商品「ハンバーグ」の提供時間は「１８（分）」、商品「ミートソーススパゲティ」の提供時間は「１３（分）」、商品「ドリア」の提供時間は「２３（分）」という情報が登録されている。

図１２（Ｂ）に示す１２：０１の時点のデータは、図１２（Ａ）に示す１２：００の時点のデータと比べて、各商品の提供時間が長くなっている。これは、詳細については図１５（Ｂ）を参照して後述するが、１２：０１の時点では作業者Ａ及び作業者Ｂは商品の調理中であり、商品の注文を受けたとしても、その商品の調理にすぐに取り掛かることができないためである。

図８を再び参照して、管理サーバ６の各部５１−５８によって行われる、客が注文する前の各商品の提供時間の算出処理について説明する。

注文受付部５１は、注文端末２から商品の注文に関する情報を受信する。そして、注文受付部５１は、その注文に関する情報を注文ＤＢ４１に登録する。具体的には、図９を参照して説明したように、注文毎に付与された「注文ＩＤ」に紐付けて、注文した客の「テーブル」、注文を受けた「商品」、その商品の注文を受け付けた「注文受付時間」、注文を受けた商品の調理の「完了予定時刻」の各情報を注文ＤＢ４１に登録する。

上述したように、図９（Ａ）に示す１２：００の時点では、１２：００に注文を受けた注文ＩＤ「１」の注文（テーブルＡのポトフ）及び注文ＩＤ「２」の注文（テーブルＡのハンバーグ）に関する情報が注文ＤＢ４１に登録される。また、図９（Ｂ）に示す１２：０１の時点では、上記の注文ＩＤ「１」及び「２」の２つの注文に加えて、１２：０１に注文を受けた注文ＩＤ「３」の注文（テーブルＢのポトフ）に関する情報が注文ＤＢ４１に登録される。このように、注文ＤＢ４１は、注文受付部５１が注文端末２から商品の注文を受けるたびに更新される。

注文ＤＢ４１が更新されると、リソース割り当て部５２は、手順マスタＤＢ４２を参照して、注文を受けた商品の各調理工程毎に、その調理工程に使用される調理リソースの割り当てを行う。具体的には、注文を受けた商品毎にその商品の調理を担当する作業者を割り当てた後、各作業者に対して、その商品の各調理工程と調理機器を割り当てる。そして、リソース割り当て部５２は、その割り当てた内容をリソースＤＢ４３に登録する。このとき、リソース割り当て部５２は、各調理工程に紐付けて、その調理工程の作業時間をリソースＤＢ４３に登録する（図１１参照）。なお、本実施形態では、各作業者に対して調理工程と調理機器を割り当てているが、各調理工程に対して作業者と調理機器を割り当てるようにしてもよい。

また、リソース割り当て部５２は、リソースＤＢ４３の各調理工程の作業時間の完了予定時刻に基づき、注文ＤＢ４１に、該当商品の「完了予定時刻」を登録する（図９参照）。また、リソース割り当て部５２は、リソースＤＢ４３の各調理工程の作業時間に変更があった場合は、その変更に対応して、注文ＤＢ４１の該当商品の「完了予定時刻」を変更する。

図１３は、調理リソースの割り当ての一例を示す図である。図１３の例は、１２：００の時点で、ポトフとハンバーグの２つの商品の注文を受けた場合の例を示す。図１１（Ａ）を参照して上述したように、調理商品「テーブルＡのポトフ」の調理担当は作業者Ａに割り当てられており、調理商品「テーブルＡのハンバーグ」の調理担当は作業者Ｂに割り当てられている。また、上述したように、各調理工程と調理機器とは互いに対応付けられており、リソースＤＢ４３において管理されている。

作業者ＡによるテーブルＡ・ポトフの調理において、キッチンＡは「食材を切る（２分）」の調理工程に使用され、コンロＡは「コンロで温める（３分）」の調理工程に使用される。したがって、リソース割り当て部５２は、リソースＤＢ４３に、キッチンＡでの「食材を切る」の作業時間として「１２：００−１２：０２」、コンロＡでの「コンロで温める」の作業時間として「１２：０２−１２：０５」を登録する（図１１（Ａ）参照）。また、作業者ＡによるテーブルＡ・ポトフの調理の「完了予定時刻」は「１２：０５」となるので、リソース割り当て部５２は、注文ＤＢ４１に、テーブルＡ・ポトフの調理の「完了予定時刻」として「１２：０５」を登録する（図９（Ａ）参照）。

作業者ＢによるテーブルＡ・ハンバーグの調理において、キッチンＢは「食材を切る（２分）」の調理工程に使用され、コンロＢは「コンロで温める（５分）」の調理工程に使用され、レンジＢは「レンジでチン（８分）」の調理工程に使用される。したがって、リソース割り当て部５２は、作業者ＢによるテーブルＡ・ハンバーグの調理については、リソースＤＢ４３に、キッチンＢでの「食材を切る」の作業時間として「１２：００−１２：０２」、コンロＢでの「コンロで温める」の作業時間として「１２：０２−１２：０７」、「レンジでチンする」の作業時間として「１２：０７−１２：１５」を登録する（図１１（Ａ）参照）。また、作業者ＢによるテーブルＡ・ハンバーグの調理の「完了予定時刻」は「１２：１５」となるので、リソース割り当て部５２は、注文ＤＢ４１に、テーブルＡ・ハンバーグの調理の「完了予定時刻」として「１２：１５」を登録する（図９（Ａ）参照）。

センサデータ受付部５３は、厨房センサ４から、各調理工程の進捗状況に関する情報である調理情報を受信する。そして、センサデータ受付部５３は、その調理情報に基づき、リソースＤＢ４３の作業時間を増減補正する。具体的には、調理工程の完了が遅れた場合には、その遅れた分だけ作業時間を増加させ、調理工程の完了が早まった場合には、その早まった分だけ作業時間を減少させる。

なお、厨房センサ４からの調理情報の受信は、所定の時間間隔で行われる。本実施形態では、厨房センサ４からの調理情報の受信は１分毎に行われる。したがって、リソースＤＢ４３の作業時間は１分毎に更新されることとなる。なお、所定の時間間隔は、各調理工程の進捗状況をほぼリアルタイムに反映できる間隔であればよく、例えば１分よりも短い間隔（例えば５秒間隔）であってもよいし、または１分よりも長い間隔（例えば３分間隔）であってもよい。

図１４は、厨房センサ４から受信した調理情報に基づく、１２：０１の時点での調理工程の進捗状況を示す図である。

図１４に示すように、１２：０１の時点では、作業者ＡによるキッチンＡでの「食材を切る」の調理工程は、当初の予定の２分（図１３参照）よりも１分早く終わっている。そのため、その次のコンロＡでの「コンロで温める」の調理工程の作業開示時刻が、当初の予定の１２：０２（図１３参照）よりも１分早まっている。

したがって、センサデータ受付部５３は、作業者ＡによるテーブルＡ・ポトフの調理については、リソースＤＢ４３に登録されている各作業時間を、「食材を切る」については「１２：００−１２：０２」から「１２：００−１２：０１」に、「コンロで温める」については「１２：０２−１２：０５」から「１２：０１−１２：０４」にそれぞれ変更する（図１１Ｂ参照）。また、作業者ＡによるテーブルＡ・ポトフの調理の「完了予定時刻」は「１２：０５」から「１２：０４」に変わったので、リソース割り当て部５２は、注文ＤＢ４１におけるテーブルＡ・ポトフの「完了予定時刻」を「１２：０５」から「１２：０４」に変更する（図９（Ｂ）参照）。

同様に、１２：０１の時点では、作業者ＢによるキッチンＢでの「食材を切る」の調理工程は、当初の予定の２分（図１３参照）よりも１分早く終わっている。そのため、それ以降のコンロＢでの「コンロで温める」の調理工程と、レンジＢでの「レンジでチンする」の調理工程との作業開示時刻が、当初の予定よりもそれぞれ１分ずつ早まっている。

したがって、センサデータ受付部５３は、作業者ＢによるテーブルＡ・ハンバーグの調理については、リソースＤＢ４３に登録されている各作業時間を、「食材を切る」については「１２：００−１２：０２」から「１２：００−１２：０１」に、「コンロで温める」については「１２：０２−１２：０７」から「１２：０１−１２：０６」に、「レンジでチンする」については「１２：０７−１２：１５」から「１２：０６−１２：１４」にそれぞれ変更する（図１１Ｂ参照）。また、作業者ＢによるテーブルＡ・ハンバーグの調理の「完了予定時刻」は「１２：１５」から「１２：１４」に変わったので、リソース割り当て部５２は、注文ＤＢ４１におけるテーブルＡ・ハンバーグの「完了予定時刻」を「１２：１５」から「１２：１４」に変更する（図９（Ｂ）参照）。

上記の図１４の例では、作業者Ａ及び作業者Ｂによる「食材を切る」の調理工程は当初の予定の２分（図１３参照）よりも１分早く終わっているが、このような調理工程の作業時間の増減は、厨房センサ４で検出された各調理リソースの稼動状況に関する情報に基づいて判断することができる。例えば、上記の図１４の例では、キッチンＡをカメラ装置（厨房センサ４）で撮影し、その撮影画像を公知の画像解析技術を用いて解析することによって調理工程「食材を切る」の終了の有無を判断するようにするとよい。また、コンロＡに設置されたセンサ装置（厨房センサ４）によってコンロＡが点火されたことを検出することによって調理工程「コンロで温める」が開始されたと判断するとともに、その直前の調理工程である「食材を切る」が終了したと判断するようにしてもよい。なお、各調理工程の開始及び終了を、厨房の作業者がタッチパネル等の入力装置を用いて手動で入力するようにしてもよい。

調理指示部５４は、リソースＤＢ４３の内容に基づき、厨房の各作業者に対する調理指示を調理指示表示装置５に送信する。厨房の各作業者に対する調理指示は、例えば、注文を受けた商品の調理工程、厨房の各作業者が担当する商品、各作業者が使用する厨房機器に関する情報を含む。これにより、厨房の各作業者に対して、注文を受けた商品の調理を指示することができる。

フロア指示部５５は、リソースＤＢ４３の内容に基づき、注文を受けた商品の配膳指示等のフロア指示をフロア指示表示装置８に送信する。具体的には、注文を受けた商品の調理の完了の有無や、調理が完了した商品の配膳先（テーブル名）に関する情報を送信する。これにより、フロア担当のスタッフに対して、調理が完了した商品の配膳を画面表示や音声により指示することができる。

提供時間算出部５６は、リソースＤＢ４３が更新されると、手順マスタＤＢ４２及びリソースＤＢ４３を参照して、メインメニューの各商品について、その時点での提供時間を算出する。算出された提供時間は、提供時間ＤＢに格納される。本実施形態では、リソースＤＢ４３は１分毎に更新されるので、提供時間算出部５６での提供時間の算出は１分毎に行われ、提供時間ＤＢ４４は１分毎に更新されることなる。

図１５は、提供時間の算出方法を説明するための図であり、（Ａ）は１２：００の時点、（Ｂ）は１２：０１の時点での場合をそれぞれ示す。なお、上述したように、１２：００の時点では、それ以前に注文を受けていないか、または注文を受けた商品の調理がすでに完了しているものとする。

図１５（Ａ）に示す１２：００の時点では、作業者Ａ及び作業者Ｂは調理を行っていないので、客から商品の注文を受けると、作業者Ａ及び作業者Ｂはその商品の調理にすぐに取り掛かることができる。したがって、１２：００の時点では、各商品の提供時間は、手順マスタＤＢ４２に登録されている標準時間（この例では、熟練度１標準時間）となる。そのため、１２：００の時点では、各商品の提供時間（分）は、ポトフ：５分、ハンバーグ：１５分、ミートソーススパゲティ：１０分、ドリア：２０分となる（図１２（Ａ）参照）。

図１５（Ｂ）に示す１２：０１の時点では、作業者ＡはテーブルＡ・ポトフの調理中であり、作業者ＢはテーブルＡ・ハンバーグの調理中である。したがって、１２：０１の時点では、客から商品の注文を受けても、作業者Ａ及び作業者Ｂはその商品の調理にすぐに取り掛かることができない。そして、リソースＤＢ４３の作業時間の完了予定時刻を参照すると、作業者Ａの調理の完了予定時刻は１２：０４であり、作業者Ｂの調理の完了予定時刻は１２：１４であることが分かる（図１４を参照して上述したように、完了予定時刻は、当初の予定よりもそれぞれ１分ずつ早まっている）。

そのため、１２：０１の時点で商品の注文を受けた場合は、その商品の調理は、作業者Ａが、テーブルＡ・ポトフの調理を完了した１２：０４（すなわち３分後）から取り掛かることとなる。また、１２：０４分以降は、その商品の調理に必要なキッチンやコンロ等の調理機器は使用できる状況にある（すなわち、他の商品の調理等に使用されていない）。したがって、１２：０１の時点では、各商品の提供時間は、手順マスタＤＢ４２に登録されている標準時間（この例では、熟練度１標準時間）に３分を加算した値となる。そのため、１２：０１の時点では、各商品の提供時間（分）は、ポトフ：８分（５分＋３分）、ハンバーグ：１８分（１５分＋３分）、ミートソーススパゲティ：１３分（１０分＋３分）、ドリア：２３分（２０分＋３分）となる（図１２（Ｂ）参照）。

なお、本実施形態では、リソース割り当て部５２は、１２：０１の時点で「テーブルＢ・ポトフ」の注文を受けたときに、その注文に対して、その時点で空いている調理リソースを単純に割り当てているが、調理リソースを割り当てるアルゴリズムは、店舗の特徴等に応じて様々なパターンであり得る。例えば、個人客が多く、客の回転が速い店舗では、同一の料理の注文を複数受けている場合には、作業効率を重視し、他の料理を調理する前に、注文を複数受けている料理をまとめて調理するように調理リソースを割り当てるようにするとよい。この場合は、同一の料理を効率よくまとめて調理するための手順マスタを予め用意しておくとよい。また、ファミリー客層が多い店舗では、同じテーブルから複数の異なる料理の注文が入った場合には、それらの料理の調理の完了時間ができるだけ揃うように調理リソースを割り当てるようにするとよい。

さらに、デザートの注文や食後のコーヒー等については、注文を受けたときにすぐに調理リソースを割り当てるのではなく、所定時間の経過後に調理リソースを割り当てたり、食事状況や追加注文状況に応じて調理リソースを割り当てるタイミングを変更したりするようにするとよい。

また、図１３では、作業者Ｂがハンバーグの調理にかかりっきりになっているように記載されているが、レンジＢの使用時などの調理機器まかせにできる時間帯は、他の商品の調理に対応するようにしてもよい。これにより、料理のセットや取り出しに要する作業時間を除いて、最適なリソース割り当てが可能となる。

また、実際の調理の履歴を保存しておき、手順マスタＤＢ４２における調理工程（調理手順）や作業者の熟練度の見直しに用いるようにしてもよい。

提供時間通知部５７は、提供時間ＤＢ４４が更新されるたびに（すなわち１分毎に）、提供時間ＤＢ４４に登録された提供時間を示す情報を、注文端末２及びデジタルサイネージ３に送信する。なお、提供時間を示す情報の送信は、提供時間ＤＢ４４が更新されるたびにではなく、注文端末２またはデジタルサイネージ３からの要求に応じて行ってもよい。

注文端末２及びデジタルサイネージ３は、管理サーバ６の提供時間通知部５７から提供時間を示す情報を受信すると、注文端末２の注文画面１２の商品表示領域１６、及びデジタルサイネージ３の表示画面２２の商品情報表示領域２４に、各商品の提供時間を表示する。したがって、注文端末２及びデジタルサイネージ３に表示される各商品の提供時間は、各時点で更新される。

図１６は、１２：０１の時点での、注文端末２の注文画面１２の商品表示領域１６の表示例を示す図であり、図１７は、１２：０１の時点での、デジタルサイネージ３の表示画面２２の商品情報表示領域２４の表示例を示す図である。図１６及び図１７に示すように、１２：０１の時点では、各商品の提供時間は、「ポトフ、提供時間：８分」、「ミートソーススパゲティ、提供時間：１３分」、「ハンバーグ、提供時間：１８分」、「ドリア、提供時間：２３分」と表示されている。

上述したように図３及び図６に示した１２：００の時点では、各商品の提供時間は、「ポトフ、提供時間：５分」、「ミートソーススパゲティ、提供時間：１０分」、「ハンバーグ、提供時間：１５分」、「ドリア、提供時間：２０分」であった。したがって、図１６及び図１７に示す１２：０１の時点では、図３及び図６に示した１２：００の時点よりも、各商品の提供時間は３分ずつ長くなっている。これは、図１５（Ｂ）を参照して上述したように、１２：０１の時点では作業者Ａ及び作業者Ｂは商品の調理中であり、商品の注文を受けても、その商品の調理にすぐに取り掛かることができないためである。

コンテンツ提供部５８は、提供時間ＤＢ４４を参照し、提供時間に応じたコンテンツを図示しないコンテンツ記憶部から選択して、注文端末２及びデジタルサイネージ３に提供する。例えば、商品が提供されるまでに時間がかかる場合には、料理を待っている間に客が退屈しないようなコンテンツを選択するとよい。また、例えば、コンロが全て使用されており、コンロが空くまでに時間がかかる場合には、調理にコンロを使用せず、かつ他の商品と比べて調理時間がそれほど長くない商品がある場合にはその商品に関するプロモーションコンテンツを選択するようにしてもよい。注文端末２及びデジタルサイネージ３は、コンテンツ提供部５８から提供されたコンテンツを、そのコンテンツ表示領域１７、２５に表示する。

また、提供時間算出部５６は、複数の客から複数の料理が同時に注文される場合に備えて、算出した提供時間に所定長さの時間を加算して、提供時間に余裕を持たせるようにしてもよい。また、料理の注文個数に応じた提供時間を予め求めて、提供時間ＤＢ４４に注文個数と提供時間とを対応付けて管理しておき、提供時間通知部５７が注文個数に応じた提供時間を通知するようにしてもよい。

このようにして、本開示に係る料理提供時間管理システム１によれば、管理サーバ６によって、客が注文する前の各商品（料理）について、その商品の調理に使用される調理リソースの稼動状況や注文の混み具合を考慮して料理提供時間を算出することができるので、料理提供時間の算出精度を向上させることが可能となる。そして、管理サーバ６で算出された提供時間を注文端末２及びデジタルサイネージ３に送信することにより、客が注文する前の各商品の提供時間を、注文端末２及びデジタルサイネージ３を通じて客に知らせることができるので、提供時間の見える化が可能となる。これにより、提供時間が不明であることに起因する機会損失を防ぐとともに、客の満足度を向上させることが可能となる。

また、本開示に係る料理提供時間管理システム１によれば、提供時間に応じたコンテンツを注文端末２及びサイネージ３に提供することができる。例えば、提供時間が長い場合には、料理を待っている間に客が退屈しないようなコンテンツを選択するとよい。これにより、料理提供時間が長い場合でも、料理を待っている間に客がイライラしたり不安になったりするのを防ぐことが可能となる。

（客が注文した商品の調理の進捗度の算出）
図１８は、客が注文した商品の調理の進捗度の算出に関する管理サーバ６の機能構成を示すブロック図である。

図１８に示すように、管理サーバ６は、注文ＤＢ４１と、手順マスタＤＢ４２と、リソースＤＢ４３とを備えている。また、管理サーバ６は、問い合わせ受付部６１と、注文抽出部６２と、進捗度算出部６３と、進捗度通知部６４と、コンテンツ提供部６５とを備えている。

図１８に示す管理サーバ６の各機能は、図７に示した管理サーバ６のハードウェア構成において、プロセッサ３１が所定の制御プログラムを実行することにより実現可能である。また、上記の各ＤＢ４１−４３は、管理サーバ６の記憶部３４（図７参照）に格納されている。また、管理サーバ６と注文端末２との間の通信は、管理サーバ６の通信部３７を介して行われる。

図１８を参照して、管理サーバ６の各部６１−６５によって行われる、客が注文した商品の調理の進捗度の算出処理について説明する。なお、上記の各ＤＢ４１−４３は、上記したものと同一なので説明は省略する。

問い合わせ受付部６１は、注文端末２から、各が注文した商品の調理の進捗状況についての問い合わせを示す情報（以降、「問い合わせ情報」と称する）を受信する。問い合わせ情報は、注文端末２から、所定の時間間隔で定期的に送信される。本実施形態では、注文端末２からの問い合わせ情報の送信は、１分毎に行われる。また、問い合わせ情報には、その注文端末２が配置されているテーブルのテーブルＩＤが含まれている。本実施形態では、テーブルＩＤは、テーブル毎に付与されている。問い合わせ受付部６１は、注文端末２から問い合わせ情報を受信すると、その問い合わせ情報を注文抽出部６２に送信する。

注文抽出部６２は、問い合わせ情報に含まれているテーブルＩＤ（すなわち、テーブル名）をキーにして、注文ＤＢ４１（図９参照）から注文ＩＤを抽出する。抽出された注文ＩＤは、進捗度算出部６３に送信される。

進捗度算出部６３は、注文抽出部６２から注文ＩＤを受信すると、リソースＤＢ４３（図１１参照）を参照して、注文ＩＤ毎に、その商品の調理の進捗度を算出する。本実施形態では、進捗度は、進捗率として算出する。なお、これに限定されるものではなく、進捗度は、例えばその商品の調理を完了するまでの残り時間（あと何分）であってもよい。

具体的には、進捗度算出部６３は、まず、リソースＤＢ４３に登録されている各調理工程の作業時間を参照して、その時点で完了している調理工程を検出する。続いて、手順マスタＤＢ４２（図１０参照）を参照して、その商品についての、全ての調理工程の標準時間を総計した時間（以降、「総調理時間」と称する）と、その時点で完了している調理工程の標準時間を総計した時間（以降、完了済み時間と称する）を取得する。そして、総調理時間に対する完了済み時間の割合を、進捗率として算出する。

例えば、図１１（Ｂ）に示した１２：０１の時点では、注文ＩＤ「１」の調理商品「テーブルＡのポトフ」については、調理工程「食材を切る」が完了している。そして、手順マスタＤＢ４２（図１０参照）を参照すると、ポトフについては、総調理時間は５分であり、調理工程「食材を切る」の標準時間は２分であることが分かる。したがって、総調理時間は５分であり、完了済み時間は２分であるので、進捗率は、２分／５分で４０％と算出される。

同様に、図１１（Ｂ）に示した１２：０１の時点では、注文ＩＤ「２」の調理商品「テーブルＡのハンバーグ」については、調理工程「食材を切る」が完了している。そして、手順マスタＤＢ４２を参照すると、ハンバーグについては、総調理時間は１５分であり、調理工程「食材を切る」の標準時間は２分であることが分かる。したがって、総調理時間は１５分であり、完了済み時間は２分であるので、進捗率は、２分／１５分で１３％と算出される。

進捗度通知部６４は、進捗度算出部６３で算出された進捗度を示す情報（以降、「進捗情報」と称する）を注文端末２に送信する。

注文端末２は、管理サーバ６の進捗度通知部６４から進捗情報を受信すると、その注文画面１２の商品表示領域１６に、客が注文した商品の提供時間の進捗率を表示する。したがって、注文端末２の注文画面１２に表示される進捗率は、各時点で更新される。

図１９は、１２：０１の時点での、テーブルＡに配置された注文端末２の注文画面１２に表示される進捗度の一例を示す図である。図１９に示すように、１２：０１の時点では、「ポトフ」の進捗率は、横長の棒状の横バーを用いて「４０％」と表示されており、ハンバーグの進捗率は、横バーを用いて「１３％」と表示されている。なお、本実施形態では、進捗率は横バーを用いて表示したが、これに限定されるものではなく、例えば円形バー等の様々な形態することが可能である。

なお、本実施形態では、注文端末２から所定時間毎に進捗状況を問い合わせるように構成したが、管理サーバ６が各注文の進捗状況を管理し、所定時間毎に管理サーバ６から注文端末２に、その注文端末２から注文を受けた商品の調理の進捗度を示す情報を送信するように構成してもよい。また、注文端末２における進捗度の表示は、進捗率や残り時間等の定量的な表示ではなく、「調理の着手待ち」、「調理中」、「もうすぐお届けします」等の定性的な表示であってもよい。

コンテンツ提供部６５は、進捗度算出部６３で算出された進捗度に応じたコンテンツを図示しないコンテンツ記憶部から選択して注文端末２に提供する。例えば、進捗率が小さい場合、すなわち商品が提供されるまでに時間がかかる場合には、料理を待っている間に客が退屈しないようなコンテンツを選択するとよい。注文端末２は、コンテンツ提供部６５から提供されたコンテンツを、そのコンテンツ表示領域１７に表示する。

このようにして、本開示に係る料理提供時間管理システム１によれば、管理サーバ６によって、客が注文した商品の調理の進捗度を算出して管理することができる。そして、管理サーバ６で算出された進捗度を示す情報を注文端末２に送信することにより、客が注文した商品の調理の進捗度を、注文端末２を通じて客に知らせることができる。すなわち、客が注文した商品の調理の進捗度の見える化が可能となる。これにより、料理を待っている間に客がイライラしたり不安になったりするのを防ぐことが可能となる。

また、注文端末２に提供するコンテンツは、注文された料理と一緒に注文されることが多いデザートや店からのおすすめ料理等に関するコンテンツであってもよい。また、これらのコンテンツを２分番組や３０秒番組等の様々な時間長さで構成し、静止画コンテンツ等と自由に組み合わせて提供するようにするとよい。

以上、本開示を特定の実施形態に基づいて説明したが、これらの実施形態はあくまでも例示であって、本開示はこれらの実施形態によって限定されるものではない。また、上記実施形態に示した本開示に係る料理提供時間管理装置、料理提供時間管理システム、料理提供時間管理方法、並びに料理提供時間管理プログラムの各構成要素は、必ずしも全てが必須ではなく、少なくとも本開示の範囲を逸脱しない限りにおいて適宜取捨選択することが可能である。

例えば、上記の実施形態では本開示をファミリーレストランや定食屋等に適用した場合について説明したが、本開示はこれに限定されるものではなく、ファミリーレストラン以外の種々のレストラン、居酒屋、フードコート等の様々な飲食店にも適用可能である。例えば、複数の飲食店の食券が各店共通の発券機で発行されるフードコートに適用する場合には、発券機の注文画面に、各商品の提供時間を表示するように構成するとよい。これにより、客は、商品の注文時に、その商品の提供時間を知ることができる。

本開示に係る料理提供時間管理装置、料理提供時間管理システム、料理提供時間管理方法、並びに料理提供時間管理プログラムは、客に対して料理を提供するのに要する料理提供時間の算出精度の向上及び料理提供時間の見える化を可能とする、料理提供時間管理装置、料理提供時間管理システム、料理提供時間管理方法、並びに料理提供時間管理プログラム等として有用である。

１ 料理提供時間管理システム
２ 注文端末
３ デジタルサイネージ
４ 厨房センサ
５ 調理指示表示装置
６ 料理提供時間管理装置（管理サーバ）
７ ネットワーク
８ フロア指示表示装置
９ ＰＯＳ端末
３１ プロセッサ
３２ ＲＡＭ
３３ ＲＯＭ
３４ 記憶部
３５ 表示部
３６ 入力部
３７ 通信部
４１ 注文データベース（ＤＢ）
４２ 手順マスタデータベース（ＤＢ）
４３ リソースデータベース（ＤＢ）
４４ 提供時間データベース（ＤＢ）
５１ 注文受付部
５２ リソース割り当て部
５３ センサデータ受付部
５４ 調理指示部
５５ フロア指示部
５６ 提供時間算出部
５７ 提供時間通知部
６１ 問い合わせ受付部
６２ 注文抽出部
６３ 進捗度算出部
６４ 進捗度通知部
６５ コンテンツ提供部

Claims (18)

1. 客に対して料理を提供するのに要する料理提供時間を管理する料理提供時間管理装置であって、
   前記料理提供時間を管理する処理を実行するプロセッサを備え、
   前記プロセッサは、
   厨房に設置された厨房センサにより検出された厨房の調理リソースの稼動状況に関する情報と、前記客に対して提供可能な各料理の調理に要する予め定められた作業時間と、前記客から注文を受けた料理の調理予定とに基づき、前記客に対して提供可能な各料理または前記客から注文を受けた料理のいずれかの前記料理の前記料理提供時間を算出することを特徴とする料理提供時間管理装置。
2. 前記厨房センサは、前記調理リソースの稼動状況に関する情報を検出可能なセンサ装置またはカメラ装置を含むことを特徴とする請求項１に記載の料理提供時間管理装置。
3. 前記調理リソースの前記稼動状況は、前記料理の各調理工程における前記調理リソースの前記稼動状況を含むことを特徴とする請求項１または請求項２に記載の料理提供時間管理装置。
4. 前記調理リソースは、前記料理の調理に使用される調理機器、または前記料理の調理を行う作業者の少なくとも一方を含むことを特徴とする請求項１ないし請求項３のいずれかに記載の料理提供時間管理装置。
5. 前記作業時間は、前記料理の調理を行う作業者の熟練度に応じて定められていることを特徴とする請求項１ないし請求項４のいずれかに記載の料理提供時間管理装置。
6. 前記作業時間は、前記料理の各調理工程毎に定められており、
   前記作業時間は、前記各調理工程の進捗状況に基づき増減補正されることを特徴とする請求項１ないし請求項５のいずれかに記載の料理提供時間管理装置。
7. 客が操作して料理を注文する注文端末と通信を実行する通信部をさらに備え、
   前記プロセッサは、
   前記料理の前記料理提供時間を示す情報、または前記客から注文を受けた料理の調理の進捗状況を示す情報を、前記通信部を介して前記注文端末に送信することを特徴とする請求項１ないし請求項６のいずれかに記載の料理提供時間管理装置。
8. 前記通信部は、所定のデジタルサイネージとの通信を実行可能に構成されており、
   前記プロセッサは、
   前記客に対して提供可能な各料理の前記料理提供時間を示す情報を、前記通信部を介して前記デジタルサイネージに送信することを特徴とする請求項７に記載の料理提供時間管理装置。
9. 前記注文端末に対してコンテンツを提供するコンテンツ提供部をさらに備え、
   前記プロセッサは、
   前記料理の前記料理提供時間、または前記客から注文を受けた料理の調理の進捗状況の少なくとも一方に応じて、前記コンテンツ提供部から前記注文端末に提供されるコンテンツを選択することを特徴とする請求項１ないし請求項８のいずれかに記載の料理提供時間管理装置。
10. 請求項１ないし請求項９のいずれかに記載の料理提供時間管理装置と、
    客が操作して料理の注文を行う注文端末であって、前記料理提供時間管理装置から受信した前記客に対して提供可能な各料理もしくは前記客から注文を受けた料理の前記料理提供時間を示す情報、または前記客から注文を受けた料理の調理の進捗状況を示す情報を、それに対応する料理とともに表示可能な注文端末と、
    厨房の調理リソースの稼動状況に関する情報を検出可能な厨房センサと
    を備えたことを特徴とする料理提供時間管理システム。
11. 前記料理提供時間管理装置から受信した前記客に対して提供可能な各料理の前記料理提供時間を示す情報を、それに対応する料理とともに表示可能なデジタルサイネージをさらに備えたことを特徴とする請求項１０に記載の料理提供時間管理システム。
12. 客に対して料理を提供するのに要する料理提供時間を管理する料理提供時間管理方法であって、
    厨房に設置された厨房センサにより検出された厨房の調理リソースの稼動状況に関する情報と、前記客に対して提供可能な各料理の調理に要する予め定められた作業時間と、前記客から注文を受けた料理の調理予定とに基づき、前記客に対して提供可能な各料理または前記客から注文を受けた料理の前記料理提供時間を算出するステップを有することを特徴とする料理提供時間管理方法。
13. 客が操作して料理を注文する注文端末に、前記客に対して提供可能な各料理の前記料理提供時間を示す情報を送信するステップと、
    前記注文端末に、前記客に対して提供可能な各料理をそれに対応する前記料理提供時間とともに表示するステップとをさらに有し、
    前記料理提供時間が予め定められた時間以内である料理のみを、それに対応する前記料理提供時間とともに表示するようにしたことを特徴とする請求項１２に記載の料理提供時間管理方法。
14. 客が操作して料理を注文する注文端末に、前記客に対して提供可能な各料理の前記料理提供時間を示す情報を送信するステップと、
    前記注文端末に、前記客に対して提供可能な各料理をそれに対応する前記料理提供時間とともに表示するステップとをさらに有し、
    前記料理提供時間が前記客から指定された時間以内である料理のみを、それに対応する前記料理提供時間とともに表示するようにしたことを特徴とする請求項１２に記載の料理提供時間管理方法。
15. 所定のデジタルサイネージに、前記客に対して提供可能な各料理の前記料理提供時間を示す情報を送信するステップと、
    前記デジタルサイネージに、前記客に対して提供可能な各料理をそれに対応する前記料理提供時間とともに表示するステップとをさらに有することを特徴とする請求項１２ないし請求項１４のいずれかに記載の料理提供時間管理方法。
16. 客が操作して料理を注文する注文端末に、前記客から注文を受けた料理の前記料理提供時間を示す情報、または当該料理の調理の進捗状況を示す情報を送信するステップと、
    前記注文端末に、前記客から注文を受けた料理の前記料理提供時間を示す情報、または当該料理の調理の進捗状況を示す情報を表示するステップとをさらに有することを特徴とする請求項１２ないし請求項１５のいずれかに記載の料理提供時間管理方法。
17. 前記客から注文を受けた料理の調理の進捗度を、当該料理の各調理工程の進捗状況に基づき算出するステップと、
    前記進捗度を示す情報を前記注文端末に送信するステップと、
    前記注文端末に、前記客から注文を受けた料理の前記進捗度を示す情報表示するステップとをさらに有することを特徴とする請求項１６に記載の料理提供時間管理方法。
18. 客に対して料理を提供するのに要する料理提供時間を管理する処理をコンピュータに実行させるための料理提供時間管理プログラムであって、
    厨房に設置された厨房センサにより検出された厨房の調理リソースの稼動状況に関する情報と、前記客に対して提供可能な各料理の調理に要する予め定められた作業時間と、前記客から注文を受けた料理の調理予定とに基づき、前記客に対して提供可能な各料理または前記客から注文を受けた料理の前記料理提供時間を算出する処理を前記コンピュータに実行させることを特徴とする料理提供時間管理プログラム。

Images