JP2017174294A - 調理管理装置、及び調理管理方法 - Google Patents

Abstract

【課題】調理に要する消費電力を制御しつつ、顧客に満足の行く調理を提供する。【解決手段】調理管理装置は、テーブル単位の料理の注文情報と、料理に応じた調理手順情報であって、料理に応じた調理機器の消費電力及び使用時間を含む調理手順情報と、料理をテーブルに提供する時間に関する制約条件とに基づいて、料理を調理する際の合計消費電力の瞬間最大値が所定の条件を満たすように、調理機器の調理スケジュールを生成するスケジュール生成部を備える。【選択図】図１

Description

本発明は、調理管理装置、及び調理管理方法に関する。

近年、調理する料理に応じて、保有している調理機器を用いて適切な調理手順を提供する調理管理装置が知られている（例えば、特許文献１、２を参照）。このような調理管理装置では、例えば、レストランなどの飲食店において、顧客が注文した料理に対応して、調理機器による調理手順を提案することが可能である。

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

しかしながら、上述したような調理管理装置では、例えば、レストランなどの飲食店において注文が殺到した場合には、調理機器が全て調理状態になることで、飲食店全体の消費電力が契約電力を超えてしまう場合があった。そのため、上述したような調理管理装置では、調理に要する消費電力を制御しつつ、顧客に満足の行く調理を提供することが求められている。

本発明は、上記問題を解決すべくなされたもので、その目的は、調理に要する消費電力を制御しつつ、顧客に満足の行く調理を提供することができる調理管理装置、及び調理管理方法を提供することにある。

上記問題を解決するために、本発明の一態様は、テーブル単位の料理の注文情報と、前記料理に応じた調理手順情報であって、前記料理に応じた調理機器の消費電力及び使用時間を含む調理手順情報と、前記料理をテーブルに提供する時間に関する制約条件とに基づいて、前記料理を調理する際の合計消費電力の最大値が所定の条件を満たすように、前記調理機器の調理スケジュールを生成するスケジュール生成部を備えることを特徴とする調理管理装置である。

また、本発明の一態様は、上記の調理管理装置において、前記スケジュール生成部は、前記所定の条件として前記最大値が所定の閾値以下になるように、前記調理機器の調理スケジュールを生成することを特徴とする。

また、本発明の一態様は、上記の調理管理装置において、前記スケジュール生成部は、前記所定の条件として前記最大値が最小になるように、前記調理機器の調理スケジュールを生成することを特徴とする。

また、本発明の一態様は、上記の調理管理装置において、前記合計消費電力には、空調機器の消費電力が含まれ、前記スケジュール生成部は、前記合計消費電力の最大値が前記所定の条件を満たすように、前記調理機器の調理スケジュール及び空調機器の制御スケジュールを生成することを特徴とする。

また、本発明の一態様は、上記の調理管理装置において、前記スケジュール生成部は、前記最大値が前記所定の条件を満たすように、前記空調機器の出力を低下させる前記制御スケジュールを生成することを特徴とする。

また、本発明の一態様は、上記の調理管理装置において、前記スケジュール生成部は、過去に計測された前記空調機器の消費電力の履歴に基づいて前記最大値が前記所定の条件を満たせなくなる期間を予測し、予測した前記期間以前の所定の期間に、前記空調機器の出力を増大させるとともに、前記期間において前記空調機器の出力を低下させる前記制御スケジュールを生成することを特徴とする。

また、本発明の一態様は、上記の調理管理装置において、前記制約条件には、前記料理の注文から前記テーブル単位に全ての前記料理が提供されるまでの標準リードタイム、及び、各料理の提供時間差の許容値が含まれ、前記スケジュール生成部は、前記最大値が前記所定の条件を満たすように、且つ、前記標準リードタイム及び前記提供時間差の許容値を満たすように、前記調理機器の調理スケジュールを生成することを特徴とする。

また、本発明の一態様は、調理管理装置が、テーブル単位の料理の注文情報と、前記料理に応じた調理手順情報であって、前記料理に応じた調理機器の消費電力及び使用時間を含む調理手順情報とを取得する取得ステップと、前記調理管理装置が、前記注文情報と、前記調理手順情報と、前記料理をテーブルに提供する時間に関する制約条件とに基づいて、前記料理を調理する際の合計消費電力の最大値が前記所定の条件を満たすように、前記調理機器の調理スケジュールを生成するスケジュール生成ステップとを含むことを特徴とする調理管理方法である。

本発明によれば、調理に要する消費電力を制御しつつ、顧客に満足の行く調理を提供することができる。

第１の実施形態による調理管理装置の一例を示す機能ブロック図である。 第１の実施形態おける注文情報記憶部のデータ例を示す図である。 第１の実施形態おける調理手順記憶部のデータ例を示す図である。 注文情報に対応する調理機器の消費電力の一例を説明する図である。 第１の実施形態おける調理する際の消費電力の平坦化の一例を説明する図である。 第１の実施形態による調理管理装置の動作の一例を示すフローチャートである。 第２の実施形態による調理管理装置の一例を示す機能ブロック図である。 注文情報に対応する調理機器及び空調機器の消費電力の一例を説明する図である。 第２の実施形態おける調理する際の消費電力の平坦化の一例を説明する図である。 第２の実施形態による調理管理装置の動作の一例を示すフローチャートである。 第３の実施形態による調理管理装置の一例を示す機能ブロック図である。

以下、本発明の一実施形態による調理管理装置、及び調理管理方法について図面を参照して説明する。

［第１の実施形態］
図１は、第１の実施形態による調理管理装置の一例を示す機能ブロック図である。
図１に示すように、レストランなどの飲食店ＲＳの厨房ＫＣに厨房システム１００が備えられており、厨房システム１００は、調理管理装置１と、複数の調理機器４０（４０−１、４０−２、・・・）とを備えている。

調理機器４０−１、調理機器４０−２、・・・のそれぞれは、例えば、電気により料理を調理する機器である。なお、本実施形態において、調理機器４０−１、調理機器４０−２、・・・のそれぞれは、厨房システム１００が備える任意の調理機器を示す場合、又は特に区別しない場合には、調理機器４０として説明する。

調理管理装置１は、入力された料理の注文情報に応じて、調理機器４０の調理スケジュールを生成し、生成した調理スケジュールを表示部１１に表示する。調理管理装置１は、表示部１１と、記憶部２０と、制御部３０とを備えている。

記憶部２０は、調理管理装置１が実行する各種処理に利用される情報を記憶する。記憶部２０は、例えば、注文情報記憶部２１と、調理手順記憶部２２と、制約条件記憶部２３と、スケジュール記憶部２４とを備えている。

注文情報記憶部２１は、飲食店ＲＳにおいて注文された料理に関する注文情報をテーブルごとに記憶する。注文情報記憶部２１は、例えば、図２に示すように、テーブル単位の料理の注文情報を記憶する。

図２は、本実施形態おける注文情報記憶部２１のデータ例を示す図である。
この図に示すように、注文情報記憶部２１は、「注文番号」と、「注文時刻」と、「テーブル番号」と、「料理名」とを対応付けた注文情報を記憶する。ここで、「注文番号」は、注文を識別する注文識別情報である。また、「注文時刻」は、料理が注文された時刻を示す情報である。また、「テーブル番号」は、飲食店ＲＳのテーブルを識別するテーブル識別情報である。また、「料理名」は、飲食店ＲＳのメニュー（献立表）の中から注文された料理名を示し、注文された料理を示す情報の一例である。

例えば、図２に示す例では、「注文番号」が“００１”の注文は、「注文時刻」が“１１：００”に注文され、「テーブル番号」が“００１”であり、当該「テーブル番号」で注文された「料理名」が“Ａランチ”及び“Ｂランチ”であることを示している。なお、注文情報記憶部２１が記憶する注文情報は、料理が注文されるたびに追加され、各テーブルに注文に対応する料理が供給されると削除、又は無効化されるものとする。

再び図１に戻り、調理手順記憶部２２は、料理に応じた調理手順を示す調理手順情報であって、料理に応じた調理機器４０の消費電力及び使用時間を含む調理手順情報を記憶する。調理手順記憶部２２は、例えば、図３に示すように、調理手順情報を記憶する。

図３は、本実施形態おける調理手順記憶部２２のデータ例を示す図である。
図３に示すように、調理手順記憶部２２は、「料理名」と、「要素名」と、「調理機器」と、「調理時間」と、「消費電力」とを対応付けた調理手順情報を記憶する。ここで、「料理名」は、調理する料理名を示し、「要素名」は、料理を構成する要素名を示している。また、「調理機器」は、各要素を調理する際に使用する調理機器４０の識別情報（例えば、調理機器名）を示し、「調理時間」及び「消費電力」は、当該調理機器４０により要素を調理する場合の調理時間及び消費電力を示している。

例えば、図３に示す例では、「料理名」が“Ａランチ”の料理は、“ハンバーグ”、“ナポリタン”、“エビフライ”、“パン”などにより構成されることを示している。また、例えば、“ハンバーグ”であれば、「調理機器」に“グリドル”を使用し、「調理時間」が“１５分”、「消費電力」が“１５００Ｗ”かかることを示している。調理手順記憶部２２が記憶する調理手順情報は、予め定められており、厨房ＫＣの調理担当者は、調理手順情報にしたがって、各要素を調理し、調理した各要素を食器に盛り付けて料理として完成させる。

再び、図１に戻り、制約条件記憶部２３は、料理をテーブルに提供する時間に関する制約条件などを記憶する。制約条件には、例えば、料理の注文からテーブル単位に全ての料理が提供されるまでの標準リードタイム、及び、各料理の提供時間差の許容値が含まれる。

スケジュール記憶部２４は、後述するスケジュール生成部３２が生成（立案）する調理機器４０の調理スケジュールを記憶する。調理スケジュールには、例えば、各調理機器４０の調理の開始時刻、調理食材（例えば、上述した要素名など）、完成品の料理の完成予定時刻などの情報が含まれている。

制御部３０は、例えば、ＣＰＵ（Central Processing Unit）などを含むプロセッサであり、調理管理装置１を統括的に制御する。制御部３０は、入力された注文情報を取得し、記憶部２０に記憶させるとともに、当該注文情報と、記憶部２０が記憶する調理手順情報及び制約情報とに基づいて、調理機器４０の調理スケジュールを生成する。制御部３０は、生成した調理スケジュールを記憶部２０に記憶させるとともに、表示部１１に当該調理スケジュールを表示させる。
制御部３０は、注文取得部３１と、スケジュール生成部３２とを備えている。

注文取得部３１は、例えば、飲食店ＲＳのメニューから料理の注文を受け付ける端末装置を介して、上述したテーブル単位の注文情報を取得する。注文取得部３１は、取得した注文情報を注文情報記憶部２１に記憶させる。

スケジュール生成部３２は、注文情報と、調理手順情報と、制約条件とに基づいて、料理を調理する際の合計消費電力の最大値（例えば、瞬間最大値）が所定の条件を満たすように、調理機器４０の調理スケジュールを生成する。ここで、所定の条件は、例えば、瞬間最大値が所定の閾値以下になるという条件であり、所定の閾値は、例えば、飲食店ＲＳの契約電力値（デマンド契約値）以下の値である。すなわち、スケジュール生成部３２は、注文情報記憶部２１が記憶する注文情報と、調理手順記憶部２２が記憶する調理手順情報と、制約条件記憶部２３が記憶する制約条件とに基づいて、合計消費電力の最大値（例えば、瞬間最大値）が、契約電力値（デマンド契約値）を超えないように、調理スケジュールを生成する。

なお、制約条件には、料理の注文からテーブル単位に全ての料理が提供されるまでの標準リードタイム、及び、各料理の提供時間差の許容値が含まれており、スケジュール生成部３２は、合計消費電力の最大値（例えば、瞬間最大値）が所定の条件としての契約電力値以下を満たすように、且つ、標準リードタイム及び提供時間差の許容値を満たすように、調理機器４０の調理スケジュールを生成する。なお、スケジュール生成部３２による調理機器４０の調理スケジュールを生成する処理の詳細については、後述する。
また、スケジュール生成部３２は、生成した調理スケジュールをスケジュール記憶部２４に記憶させるとともに、調理スケジュールを表示部１１に表示させる。

表示部１１（出力部の一例）は、例えば、液晶ディスプレイなどの表示装置であり、後述するスケジュール生成部３２が生成した調理機器４０の調理スケジュールを出力（表示）する。すなわち、表示部１１は、スケジュール記憶部２４が記憶する調理スケジュールを、制御部３０を介して取得し、取得した調理スケジュールを表示する。

次に、図面を参照して、本実施形態による調理管理装置１の動作について説明する。
ここでは、まず、図４及び図５を参照して、スケジュール生成部３２による、調理機器４０の調理スケジュールを生成する処理について説明する。
図４は、注文情報に対応する調理機器４０の消費電力の一例を説明する図である。
図４（ａ）は、料理の注文例を示し、図４（ｂ）が各料理を構成する要素を調理する調理機器４０を示し、図４（ｃ）は、当該調理機器４０の調理時間及び消費電力を示している。

スケジュール生成部３２は、注文情報に含まれる料理に対応する調理手順情報（図３を参照）を取得し、図４（ａ）のように、料理を各要素に分割する。また、スケジュール生成部３２は、調理手順情報に基づいて、図４（ｂ）に示すように、各要素に対応する調理機器４０を割り当てる。スケジュール生成部３２は、例えば、“Ａランチ”の“ハンバーグ”に対して、“グリドル（鉄板）Ａ”を割り当てる。また、スケジュール生成部３２は、図４（ｃ）に示すような、各要素に対応する調理機器４０の調理時間及び消費電力を取得する。

なお、図４（ｃ）では、各要素に対応する調理機器４０の調理時間及び消費電力を、調理要素として表している。図４（ｃ）に示す調理要素は、縦軸（縦幅）が各調理機器４０の消費電力（ｋＷ（キロワット））を示し、横軸（横幅）が調理時間（分）を示している。
例では、調理要素Ｑ１は、“ハンバーグ”を調理する“グリドル（鉄板）Ａ”の調理時間及び消費電力を示し、調理要素Ｑ２は、“ナポリタン”を調理する“スチームコンベクションＡ”（スチームコンベクションオーブン）の調理時間及び消費電力を示している。また、調理要素Ｑ３は、“ミックスベジタブル”を調理する“スチームコンベクションＢ”の調理時間及び消費電力を示し、調理要素Ｑ４は、“エビフライ”を調理する“フライヤーＡ”の調理時間及び消費電力を示している。また、調理要素Ｑ５は、“生姜焼き”を調理する“個別パン（ＩＨ）Ａ”（ＩＨ（Induction Heating）クッキングヒータのフライパン）の調理時間及び消費電力を示し、調理要素Ｑ６は、“オムライス”を調理する“個別パン（ＩＨ）Ｂ”の調理時間及び消費電力を示している。

スケジュール生成部３２は、“Ａランチ”及び“Ｂランチ）の注文に対して、調理要素Ｑ１〜Ｑ６を取得する。そして、スケジュール生成部３２は、図５に示すように、調理要素Ｑ１〜Ｑ６を平坦化して並べて、合計消費電力の最大値（例えば、瞬間最大値）が、契約電力値（デマンド契約値）を超えないように、調理スケジュールを生成する。

図５は、本実施形態おける調理する際の消費電力の平坦化の一例を説明する図である。
図５（ａ）及び図５（ｂ）に示すグラフにおいて、縦軸は、消費電力を示し、横軸は、調理時間を示している。なお、図５に示す例は、上述した図４に示す“Ａランチ”及び“Ｂランチ”を調理する場合の調理スケジュールを生成する場合の一例を示している。また、“Ａランチ”と“Ｂランチ”とは、異なるテーブルからの注文であるものとする。

スケジュール生成部３２は、まず、上述した図４に示す調理要素Ｑ１〜Ｑ６を図５（ａ）に示すように、調理時間の長い順番に重ねて配置する。
図５（ａ）では、“Ａランチ”及び“Ｂランチ”を合計消費電力の最大値は、消費電力Ｗ１であり、時刻Ｔ１に“Ｂランチ”の調理が完了し、時刻Ｔ２に“Ａランチ”の調理が完了する。

次に、スケジュール生成部３２は、図５（ｂ）に示すように、調理時間の短い調理要素の開始時刻を遅らせて調整し、合計消費電力の平坦化を行う。すなわち、スケジュール生成部３２は、調理時間の長い調理要素を優先的に配置し、調理時間の短い調理要素を調整用として開始時刻を移動して、消費電力の平坦化（低減化）を行う。

図５（ｂ）に示す例では、時刻Ｔ３に“Ｂランチ”の調理が完了し、図５（ａ）の場合に比べて、“Ｂランチ”の提供時刻が遅くなるが、合計消費電力の最大値が、消費電力Ｗ２（Ｗ２＜Ｗ１）であり、合計消費電力の最大値が低減される。
また、スケジュール生成部３２は、上述のような合計消費電力の平坦化を行う際に、テーブルごとの標準リードタイム及び提供時間差の許容値を満たすように、調理要素の割り付けを調整する。

なお、スケジュール生成部３２は、合計消費電力の最大値が契約電力に近く余裕のない場合、又は契約電力を超えそうな場合には、消費電力の大きい調理要素を優先的に配置して、消費電力の小さい調理要素を調整用に開始時刻を移動させるようにしてもよい。また、スケジュール生成部３２は、例えば、特開２００９−１４６１４２号公報、特開２００９−１２９３３６号公報などに記載の従来技術を用いて、制約条件に基づいて調理要素を置き換えて調理スケジュールを生成してもよい。

次に、図６を参照して、本実施形態による調理管理装置１の動作の一例について説明する。
図６は、本実施形態による調理管理装置１の動作の一例を示すフローチャートである。
図６に示すように、調理管理装置１は、まず、注文の入力を受け付ける（ステップＳ１０１）。すなわち、調理管理装置１は、例えば、注文を受け付ける端末装置を介して、注文情報を受け付け、制御部３０の注文取得部３１は、テーブル単位の注文情報を取得する。注文取得部３１は、取得した注文情報を注文情報記憶部２１に記憶させる。

次に、制御部３０のスケジュール生成部３２は、注文を調理機器４０ごとの調理要素に分割する（ステップＳ１０２）。スケジュール生成部３２は、上述した図４を参照して説明したように、注文情報記憶部２１が記憶している注文情報と、調理手順記憶部２２が記憶している調理手順情報とに基づいて、図４に示すような調理要素に分割する。

次に、スケジュール生成部３２は、調理要素を調理手順の順番に並べる（ステップＳ１０３）。
次に、スケジュール生成部３２は、調理機器４０が足りるか否かを判定する（ステップＳ１０４）。すなわち、スケジュール生成部３２は、厨房ＫＣが備える調理機器４０により、現在注文されている料理に必要な調理機器４０（調理要素の調理機器４０）が足りるか否かを判定する。スケジュール生成部３２は、調理機器４０が足りないと判定した場合（ステップＳ１０４：ＮＯ）に、処理をステップＳ１０５に進める。また、スケジュール生成部３２は、調理機器４０が足りると判定した場合（ステップＳ１０４：ＹＥＳ）に、処理をステップＳ１０６に進める。

ステップＳ１０５において、スケジュール生成部３２は、不足する調理機器４０を使う調理要素のうち、調理時間の短いものを同じ調理機器４０で順に調理するように並べ替える。ステップＳ１０５の処理後に、スケジュール生成部３２は、処理をステップＳ１０４に戻す。

また、ステップＳ１０６において、スケジュール生成部３２は、提供制約時間内で、消費電力のピーク値が契約電力以内になるように各調理機器４０の調理要素を水平移動させて調整する。すなわち、スケジュール生成部３２は、料理を調理する際の合計消費電力の瞬間最大値が契約電力以下の条件を満たすように、且つ、テーブルごとの標準リードタイム及び提供時間差の許容値を満たすように、上述した図５に示すように調理要素を水平移動させて調整する。この調整により、スケジュール生成部３２は、調理機器４０の調理スケジュールを生成し、生成した調理スケジュールをスケジュール記憶部２４に記憶させる。

次に、スケジュール生成部３２は、調理スケジュールを表示させる（ステップＳ１０７）。スケジュール生成部３２は、スケジュール記憶部２４が記憶する調理スケジュールを表示部１１に表示させる。その結果、表示部１１は、調理スケジュールを表示（出力）する。
なお、厨房ＫＣの調理担当者は、例えば、表示部１１に表示された調理スケジュールにしたがって、調理機器４０を動作させて、注文された料理を調理する。

次に、調理管理装置１の制御部３０は、追加注文があるか否かを判定する（ステップＳ１０８）。制御部３０は、追加注文がある場合（ステップＳ１０８：ＹＥＳ）に、処理をステップＳ１０１に戻し、ステップＳ１０１からステップＳ１０８の処理を繰り返す。また、制御部３０は、追加注文がない場合（ステップＳ１０８：ＮＯ）に、処理をステップＳ１０９に進める。

ステップＳ１０９において、制御部３０は、調理管理装置１の処理を終了するか否かを判定する。制御部３０は、調理管理装置１の処理を終了しない場合（ステップＳ１０９：ＮＯ）に、処理をステップＳ１０８に戻す。また、制御部３０は、調理管理装置１の処理を終了する場合（ステップＳ１０９：ＹＥＳ）に、処理を終了する。

なお、上述した図６に示す処理では、スケジュール生成部３２は、料理を調理する際の
合計消費電力の瞬間最大値が契約電力以下になるように、調理スケジュールを調整する例を説明したが、合計消費電力の瞬間最大値が契約電力よりも低い所定の閾値以下になるように、調理スケジュールを調整するようにしてもよい。また、スケジュール生成部３２は、合計消費電力の瞬間最大値が最小になるように調理スケジュールを調整するようにしてもよい。

以上説明したように、本実施形態による調理管理装置１は、スケジュール生成部３２を備えている。スケジュール生成部３２は、テーブル単位の料理の注文情報と、料理に応じた調理手順情報と、料理をテーブルに提供する時間に関する制約条件とに基づいて、料理を調理する際の合計消費電力の最大値（例えば、瞬間最大値）が所定の条件を満たすように、調理機器４０の調理スケジュールを生成する。ここで、調理手順情報は、料理に応じた調理機器４０の消費電力及び使用時間を含んでいる。
これにより、本実施形態による調理管理装置１は、調理に要する消費電力を制御しつつ、顧客に満足の行く調理を提供することができる。調理管理装置１は、例えば、料理を調理する際の合計消費電力の最大値が、契約電力を超えないように適切に制御しつつ、調理スケジュールにしたがって、顧客に満足の行く調理を提供することができる。

また、本実施形態では、スケジュール生成部３２は、所定の条件として合計消費電力の最大値が所定の閾値以下になるように、調理機器４０の調理スケジュールを生成する。
これにより、本実施形態による調理管理装置１は、調理に要する消費電力を所定の閾値以下に抑制しつつ、調理スケジュールにしたがって顧客に満足の行く調理を提供することができる。

また、本実施形態では、制約条件には、料理の注文からテーブル単位に全ての料理が提供されるまでの標準リードタイム、及び、各料理の提供時間差の許容値が含まれる。そして、スケジュール生成部３２は、合計消費電力の最大値が所定の条件（例えば、契約電力以下）を満たすように、且つ、標準リードタイム及び提供時間差の許容値を満たすように、調理機器４０の調理スケジュールを生成する。
これにより、本実施形態による調理管理装置１は、料理を調理する際の消費電力を適切に制御しつつ、各テーブルに好適なタイミングで料理を提供することができる。

また、本実施形態による調理管理装置１は、スケジュール生成部３２が生成した調理スケジュールを出力する表示部１１（出力部の一例）を備える。
これにより、本実施形態による調理管理装置１は、表示部１１を介して、生成した調理スケジュールを厨房ＫＣの調理担当者に適切に伝達することができる。厨房ＫＣの調理担当者が、表示部１１に出力された調理スケジュールに基づいて調理機器４０を動作させて各料理を調理することで、調理に要する消費電力を制御しつつ、顧客に満足の行く調理をさらに適切に提供することができる。

本実施形態によれば、調理管理方法は、取得ステップと、スケジュール生成ステップとを含んでいる。取得ステップにおいて、調理管理装置１（注文取得部３１）が、テーブル単位の料理の注文情報を取得する。スケジュール生成ステップにおいて、調理管理装置１（スケジュール生成部３２）が、取得ステップによって取得された注文情報と、料理に応じた調理手順情報であって、料理に応じた調理機器４０の消費電力及び使用時間を含む調理手順情報と、料理をテーブルに提供する時間に関する制約条件とに基づいて、料理を調理する際の合計消費電力の最大値が所定の条件を満たすように、調理機器４０の調理スケジュールを生成する。
これにより、本実施形態による調理管理方法は、上述した調理管理装置１と同様に、調理に要する消費電力を制御しつつ、顧客に満足の行く調理を提供することができる。

［第２の実施形態］
次に、図面を参照して、第２の実施形態による調理管理装置１ａについて説明する。
図７は、第２の実施形態による調理管理装置１ａの一例を示す機能ブロック図である。
図７に示すように、飲食店ＲＳの厨房ＫＣに厨房システム１００ａが備えられており、厨房システム１００ａは、調理管理装置１ａと、複数の調理機器４０（４０−１、４０−２、・・・）と、空調機器５０とを備えている。また、調理管理装置１ａは、表示部１１と、記憶部２０ａと、制御部３０ａとを備えている。
なお、図７において、図１と同一の構成については同一の符号を付し、その説明を省略する。

本実施形態では、調理管理装置１ａが、空調機器５０の消費電力を含めた、料理を調理する際の合計消費電力の最大値が契約電力を超えないように、調理スケジュール及び空調スケジュールを生成するとともに、空調スケジュールに基づいて空調機器５０を制御する一例について説明する。

空調機器５０は、例えば、エアーコンディショナーなどであり、飲食店ＲＳの室内の温度及び湿度を制御する。空調機器５０は、例えば、調理管理装置１ａによって、出力等の動作を制御可能に構成されているものとする。

記憶部２０ａは、調理管理装置１ａが実行する各種処理に利用される情報を記憶する。記憶部２０ａは、例えば、注文情報記憶部２１と、調理手順記憶部２２と、制約条件記憶部２３と、スケジュール記憶部２４と、電力履歴記憶部２５とを備えている。

電力履歴記憶部２５は、過去に計測された料理を調理する際の各調理機器４０の消費電力、空調機器５０の消費電力、及び合計消費電力などの履歴を電力履歴情報として記憶する。電力履歴情報は、例えば、過去１日分の履歴でもよいし、過去の１週間分の履歴、過去の所定の期間などの履歴であってもよい。
また、本実施形態によるスケジュール記憶部２４は、調理スケジュールの他に空調機器５０の制御スケジュールを記憶する。空調機器５０の制御スケジュールには、例えば、空調機器５０の出力設定（冷房、暖房、設定温度、設定湿度、風量、等）、設定変更の時刻、などの情報が含まれている。

制御部３０ａは、例えば、ＣＰＵなどを含むプロセッサであり、調理管理装置１ａを統括的に制御する。制御部３０ａは、空調機器５０の制御スケジュールを生成する点が、第１の実施形態による制御部３０と異なる。制御部３０ａは、注文取得部３１と、スケジュール生成部３２ａと、空調機器制御部３３とを備えている。

スケジュール生成部３２ａは、例えば、所定の条件として料理を調理する際の合計消費電力の最大値（例えば、瞬間最大値）が最小になるように、調理機器４０の調理スケジュールを生成する。スケジュール生成部３２は、例えば、調理要素を水平移動させた調整を複数回実行したうちで、料理を調理する際の合計消費電力の瞬間最大値が最小になる調理スケジュールを採用する。なお、本実施形態では、料理を調理する際の合計消費電力には、空調機器５０の消費電力が含まれている。スケジュール生成部３２ａは、当該合計消費電力の最大値が所定の条件を満たすように（例えば、契約電力を超えないように）、調理機器４０の調理スケジュール及び空調機器５０の制御スケジュールを生成する。

例えば、スケジュール生成部３２ａは、合計消費電力の最大値が契約電力を超えないように、空調機器５０の出力を低下させる空調機器５０の制御スケジュールを生成する。なお、ここでの空調機器５０の出力の低下には、空調機器５０の出力を停止することも含まれ、スケジュール生成部３２ａは、所定に期間、空調機器５０の出力（動作）を停止させてもよい。

また、例えば、スケジュール生成部３２ａは、過去に計測された空調機器５０の消費電力の履歴に基づいて合計消費電力の最大値が所定の条件を満たせなくなる（契約電力を超える可能性のある）期間（例えば、時間帯）を予測し、予測した期間以前の所定の期間に、空調機器５０の出力を増大させるとともに、当該満たせなくなる期間において空調機器５０の出力を低下させる制御スケジュールを生成する。ここで、スケジュール生成部３２ａは、電力履歴記憶部２５が記憶する電力履歴情報に基づいて、合計消費電力の最大値が契約電力を超える可能性のある期間（時間帯）を予測する。なお、スケジュール生成部３２ａによる調理機器４０の調理スケジュール及び空調機器５０の制御スケジュールを生成する処理の詳細については、図８及び図９を参照して後述する。
スケジュール生成部３２ａは、生成した調理スケジュール及び制御スケジュールをスケジュール記憶部２４に記憶させる。

空調機器制御部３３は、スケジュール生成部３２ａが生成した空調機器５０の制御スケジュールに基づいて、空調機器５０を制御する。すなわち、空調機器制御部３３は、スケジュール記憶部２４に記憶されている制御スケジュールを読み出して、当該制御スケジュールにしたがって空調機器５０を制御する。

次に、図面を参照して、本実施形態による調理管理装置１ａの動作について説明する。
ここでは、まず、図８及び図９を参照して、スケジュール生成部３２ａによる、調理機器４０の調理スケジュール及び空調機器５０の制御スケジュールを生成する処理について説明する。
図８は、注文情報に対応する調理機器４０及び空調機器５０の消費電力の一例を説明する図である。
図８（ａ）は、料理の注文例を示し、図８（ｂ）が各料理を構成する要素を調理する調理機器４０を示し、図８（ｃ）は、当該調理機器４０の調理時間及び消費電力と、空調機器５０の消費電力の一例を示している。なお、図８（ｃ）に示す調理要素は、縦軸（縦幅）が各調理機器４０の消費電力（ｋＷ）を示し、横軸（横幅）が調理時間（分）を示している。

図８に示す例では、スケジュール生成部３２ａが、“注文１（Ａランチ）”、“注文２（Ｂランチ）”、及び“注文３（Ｂランチ）”を、調理要素Ｑ１１〜Ｑ１７に分割する一例を示している。なお、スケジュール生成部３２ａが、調理要素Ｑ１１〜Ｑ１７に分割する処理は、図４を用いて説明したスケジュール生成部３２の処理と同様である。また、空調要素Ｑ１８は、電力履歴記憶部２５が記憶する電力履歴情報に基づいて予測された空調機器５０の消費電力を示している。

図９は、本実施形態おける調理する際の消費電力の平坦化の一例を説明する図である。
図９（ａ）及び図９（ｂ）に示すグラフにおいて、縦軸は、消費電力を示し、横軸は、調理時間を示している。なお、図９に示す例は、上述した図８に示す“注文１（Ａランチ）”、“注文２（Ｂランチ）”、及び“注文３（Ｂランチ）”を調理する場合の調理スケジュール及び空調機器５０の制御スケジュールを生成する場合の一例を示している。また、“注文１（Ａランチ）”、“注文２（Ｂランチ）”、及び“注文３（Ｂランチ）”は、それぞれ異なるテーブルからの注文であるものとする。

スケジュール生成部３２ａは、第１の実施形態と同様の手法により、上述した図８に示す調理要素Ｑ１〜Ｑ１７を図９（ａ）に示すように、合計消費電力の平坦化を行う。そして、スケジュール生成部３２ａは、さらに、予測される空調機器５０の消費電力（空調要素Ｑ１８）を合計消費電力に加算する。図９（ａ）に示す例では、時刻Ｔ１１から時刻Ｔ１２の期間（時間帯）に調理の際に合計消費電力の最大値が契約電力（Ｗｍａｘ）を超える可能性のあることを示している。

このように、調理の際に合計消費電力の最大値が契約電力（Ｗｍａｘ）を超える可能性のある場合には、スケジュール生成部３２ａは、図９（ｂ）に示すように、時刻Ｔ１１から時刻Ｔ１２の期間の前の所定の期間（図９（ｂ）の期間ＴＲ１）において、空調機器５０の出力を増加させる制御スケジュールを生成する。また、スケジュール生成部３２ａは、図９（ｂ）に示すように、時刻Ｔ１１から時刻Ｔ１２の期間（図９（ｂ）の期間ＴＲ２）に、空調機器５０の出力（動作）を停止させて、消費電力を低下させる制御スケジュールを生成する。

このように、スケジュール生成部３２ａは、調理の際に合計消費電力の最大値を契約電力（Ｗｍａｘ）以下にするという条件が満たせなくなる期間（ＴＲ２）を予測し、予測した期間（ＴＲ２）以前の所定の期間（ＴＲ１）に、空調機器５０の出力を増大させるとともに、当該期間（ＴＲ２）において空調機器５０の出力を低下させる制御スケジュールを生成する。なお、スケジュール生成部３２ａは、所定の期間（ＴＲ１）において、空調機器５０を停止する期間（ＴＲ２）の熱量分の出力を増大（増加）させる制御スケジュールを生成する。

次に、図１０を参照して、本実施形態による調理管理装置１ａの動作の一例について説明する。
図１０は、本実施形態による調理管理装置１ａの動作の一例を示すフローチャートである。
図１０において、ステップＳ２０１からステップＳ２０５までの処理は、上述した図６に示すステップＳ１０１からステップＳ１０５の処理と同様であるので、ここではその説明を省略する。
なお、ステップＳ２０４において、スケジュール生成部３２ａは、調理機器４０が足りると判定した場合（ステップＳ２０４：ＹＥＳ）に、処理をステップＳ２０６に進める。

ステップＳ２０６において、スケジュール生成部３２ａは、提供制約時間内で、消費電力のピーク値が最小になるように各調理機器４０の調理要素を水平移動させて調整する。すなわち、スケジュール生成部３２は、料理を調理する際の合計消費電力の瞬間最大値が最小になるように、且つ、テーブルごとの標準リードタイム及び提供時間差の許容値を満たすように、調理要素を水平移動させて調整する。この調整により、スケジュール生成部３２ａは、調理機器４０の調理スケジュールを生成し、生成した調理スケジュールをスケジュール記憶部２４に記憶させる。

次に、スケジュール生成部３２ａは、消費電力のピーク値が契約電力以下であるか否かを判定する（ステップＳ２０７）。すなわち、スケジュール生成部３２ａは、電力履歴記憶部２５が記憶する電力履歴情報に基づいて、空調機器５０の消費電力を含めた合計消費電力の最大値が契約電力を超える可能性のある期間（時間帯）を予測する。スケジュール生成部３２ａは、予測した超える可能性のある当該期間があるか否かに基づいて、消費電力のピーク値が契約電力以下であるか否かを判定する。スケジュール生成部３２ａは、消費電力のピーク値が契約電力以下である場合（ステップＳ２０７：ＹＥＳ）に、処理をステップＳ２０９に進める。また、スケジュール生成部３２ａは、消費電力のピーク値が契約電力を超える場合（ステップＳ２０７：ＮＯ）に、処理をステップＳ２０８に進める。

ステップＳ２０８において、スケジュール生成部３２ａは、消費電力のピーク（合計消費電力の最大値）を含む期間の空調機器５０の出力を低下させるとともに、低下させた出力に対応する熱量分の空調機器５０の出力を増大させる制御スケジュールを生成する。すなわち、スケジュール生成部３２ａは、上述した図９（ｂ）に示すような、空調機器５０の制御スケジュールを生成する。スケジュール生成部３２ａは、生成した制御スケジュールをスケジュール記憶部２４に記憶させる。ステップＳ２０８の処理後に、スケジュール生成部３２ａは、処理をステップＳ２０７に戻して、消費電力のピーク（合計消費電力の最大値）が契約電力以下になるまで制御スケジュールを調整する処理を繰り返す。

ステップＳ２０９において、スケジュール生成部３２ａは、調理スケジュールを表示させる。スケジュール生成部３２ａは、スケジュール記憶部２４が記憶する調理スケジュールを表示部１１に表示させる。その結果、表示部１１は、調理スケジュールを表示（出力）する。なお、スケジュール生成部３２ａは、調理スケジュールとともに、空調機器５０の制御スケジュールを表示部１１に表示させてもよい。

次に、制御部３０ａの空調機器制御部３３は、制御スケジュールに基づいて空調機器５０を制御する（ステップＳ２１０）。すなわち、空調機器制御部３３は、スケジュール記憶部２４が記憶する制御スケジュールにしたがって、例えば、空調機器５０の出力設定を変更して、空調機器５０を制御する。

次に、制御部３０ａは、追加注文があるか否かを判定する（ステップＳ２１１）。制御部３０ａは、追加注文がある場合（ステップＳ２１１：ＹＥＳ）に、処理をステップＳ２０１に戻し、ステップＳ２０１からステップＳ２０９の処理を繰り返す。また、制御部３０ａは、追加注文がない場合（ステップＳ２１１：ＮＯ）に、処理をステップＳ２１２に進める。

ステップＳ２１２において、制御部３０ａは、調理管理装置１ａの処理を終了するか否かを判定する。制御部３０ａは、調理管理装置１ａの処理を終了しない場合（ステップＳ２１２：ＮＯ）に、処理をステップＳ２１０に戻す。また、制御部３０ａは、調理管理装置１ａの処理を終了する場合（ステップＳ２１１：ＹＥＳ）に、処理を終了する。

以上説明したように、本実施形態による調理管理装置１ａは、スケジュール生成部３２ａを備え、スケジュール生成部３２ａは、例えば、所定の条件として料理を調理する際の合計消費電力の最大値が最小になるように、調理機器４０の調理スケジュールを生成する。
これにより、本実施形態による調理管理装置１ａは、調理に要する消費電力を最小に制御しつつ、調理スケジュールにしたがって顧客に満足の行く調理を提供することができる。

また、本実施形態では、上述した合計消費電力には、空調機器５０の消費電力が含まれる。スケジュール生成部３２ａは、当該合計消費電力の最大値（例えば、瞬間最大値）が所定の条件を満たすように（例えば、契約電力を超えないように）、調理機器４０の調理スケジュール及び空調機器５０の制御スケジュールを生成する。
これにより、本実施形態による調理管理装置１ａは、空調機器５０の消費電力を含めて料理を調理する際の合計消費電力を制御するため、合計消費電力を低減するための自由度が増大させることができる。よって、本実施形態による調理管理装置１ａは、調理に要する消費電力を適切に制御しつつ、顧客に満足の行く調理を提供することができる。

また、本実施形態では、スケジュール生成部３２ａは、瞬間最大値が所定の条件を満たすように、空調機器５０の出力を低下させる制御スケジュールを生成する。
これにより、本実施形態による調理管理装置１ａは、空調機器５０の出力を低下させることで、調理に要する消費電力を適切に制御しつつ、顧客に満足の行く調理を提供することができる。

また、本実施形態では、スケジュール生成部３２ａは、過去に計測された空調機器５０の消費電力の履歴に基づいて最大値が所定の条件を満たせなくなる（例えば、契約電力を超えないように）期間を予測し、予測した期間以前の所定の期間に、空調機器５０の出力を増大させるとともに、期間において空調機器５０の出力を低下させる制御スケジュールを生成する。
これにより、本実施形態による調理管理装置１ａは、飲食店ＲＳの環境（例えば、温度、湿度など）を適切に維持しつつ、顧客に満足の行く調理を提供することができる。また、本実施形態による調理管理装置１ａは、例えば、厨房ＫＣの温度及び湿度を適切に低下させることで、食材の衛生管理を適切に行うことができる。

［第３の実施形態］
次に、図面を参照して、第３の実施形態による調理管理装置１ｂ及び厨房システム１００ｂについて説明する。
図１１は、第３の実施形態による調理管理装置１ｂ及び厨房システム１００ｂの一例を示す機能ブロック図である。
図１１に示すように、飲食店ＲＳの厨房ＫＣに厨房システム１００ｂが備えられており、厨房システム１００ｂは、調理管理装置１ｂと、複数の調理機器４０（４０−１、４０−２、・・・）と、空調機器５０とを備えている。また、調理管理装置１ｂは、表示部１１と、記憶部２０ａと、制御部３０ｂとを備えている。
なお、図１１において、図７と同一の構成については同一の符号を付し、その説明を省略する。

本実施形態では、調理管理装置１ｂが、調理機器４０を制御する場合の一例について説明する。
本実施形態において、調理機器４０は、調理管理装置１ｂから制御可能に構成され、調理管理装置１ｂからの指令に基づいて、調理を行う。

制御部３０ｂは、例えば、ＣＰＵなどを含むプロセッサであり、調理管理装置１ｂを統括的に制御する。制御部３０ｂは、調理機器４０を制御する点が、第２の実施形態による制御部３０ａと異なる。制御部３０ｂは、注文取得部３１と、スケジュール生成部３２ａと、空調機器制御部３３と、調理機器制御部３４とを備えている。

調理機器制御部３４（機器制御部の一例）は、スケジュール生成部３２ａが生成した調理スケジュールに基づいて、調理機器４０を制御する。例えば、調理機器制御部３４は、スケジュール記憶部２４に記憶されている調理スケジュールを読み出して、当該調理スケジュールにしたがって各調理機器４０を制御する。

本実施形態における制御部３０ｂのその他の処理は、第２の実施形態における制御部３０ａと同様であるので、ここではその説明を省略する。
また、本実施形態における調理管理装置１ｂの動作は、上述した調理機器制御部３４が調理スケジュールに基づいて、調理機器４０を制御する点を除いて、第２の実施形態における調理管理装置１ａの動作と同様であるので、ここではその説明を省略する。

以上説明したように、本実施形態による調理管理装置１ｂは、スケジュール生成部３２ａが生成した調理スケジュールに基づいて、調理機器４０を制御する調理機器制御部３４（機器制御部）を備えている。
これにより、本実施形態による調理管理装置１ｂは、調理に要する消費電力を制御しつつ、顧客に満足の行く調理を自動で調理して提供することができ、調理担当者にとって利便性を向上させることができる。

なお、本発明は、上記の各実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で変更可能である。
例えば、上記の各実施形態において、合計消費電力の最大値の一例として、瞬間最大値を用いる例を説明したが、これに限定されるものではなく、平均最大値などの他の値を用いてもよい。
また、上記の各実施形態において、制約条件として、例えば、標準リードタイム、及び、各料理の提供時間差の許容値を用いる例を説明したが、標準リードタイム、及び、提供時間差の許容値のいずれか一方を用いるなどの他の条件であってもよい。

また、上記の各実施形態において、記憶部２０（２０ａ、２０ｂ）が記憶する情報の一部又は全部を、調理管理装置１（１ａ、１ｂ）の外部に備える記憶装置が記憶するようにしてもよい。この場合、例えば、注文取得部３１は、外部の記憶装置から注文情報を取得するようにしてもよい。
また、上記の第２、第３の実施形態において、スケジュール生成部３２ａは、過去に計測された空調機器５０の消費電力の履歴に基づいて、合計消費電力の最大値が所定の条件を満たせなくなる（契約電力を超える可能性のある）期間を予測する例を説明したが、過去に計測された合計消費電力の履歴に基づいて当該所定の条件を満たさなくなる期間を予測するようにしてもよい。また、スケジュール生成部３２ａは、空調機器５０の消費電力の履歴、又は合計消費電力の履歴の代わりに、天気、記憶、湿度などの気象情報に基づいて、当該所定の条件を満たさなくなる期間を予測するようにしてもよい。

また、上記の第３の実施形態において、第２の実施形態に調理機器制御部３４を適用する例を説明したが、第１の実施形態に調理機器制御部３４を適用するようにしてもよい。
また、第３の実施形態において、調理管理装置１ｂは、表示部１１を備えない形態であってもよい。

なお、上述した調理管理装置１（１ａ、１ｂ）が備える各構成は、内部に、コンピュータシステムを有している。そして、上述した調理管理装置１（１ａ、１ｂ）が備える各構成の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述した調理管理装置１（１ａ、１ｂ）が備える各構成における処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。

また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部又は外部に設けられた記録媒体も含まれる。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に調理管理装置１（１ａ、１ｂ）が備える各構成で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

また、上述した機能の一部又は全部を、ＬＳＩ（Large Scale Integration）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、又は全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

１，１ａ，１ｂ…調理管理装置、１１…表示部、２０，２０ａ…記憶部、２１…注文情報記憶部、２２…調理手順記憶部、２３…制約条件記憶部、２４…スケジュール記憶部、２５…電力履歴記憶部、３０，３０ａ，３０ｂ…制御部、３１…注文取得部、３２，３２ａ…スケジュール生成部、３３…空調機器制御部、３４…調理機器制御部、４０，４０−１，４０−２…調理機器、５０…空調機器、１００，１００ａ，１００ｂ…厨房システム、ＫＣ…厨房、ＲＳ…飲食店

Claims (8)

1. テーブル単位の料理の注文情報と、前記料理に応じた調理手順情報であって、前記料理に応じた調理機器の消費電力及び使用時間を含む調理手順情報と、前記料理をテーブルに提供する時間に関する制約条件とに基づいて、前記料理を調理する際の合計消費電力の最大値が所定の条件を満たすように、前記調理機器の調理スケジュールを生成するスケジュール生成部を備えることを特徴とする調理管理装置。
2. 前記スケジュール生成部は、前記所定の条件として前記最大値が所定の閾値以下になるように、前記調理機器の調理スケジュールを生成する
   ことを特徴とする請求項１に記載の調理管理装置。
3. 前記スケジュール生成部は、前記所定の条件として前記最大値が最小になるように、前記調理機器の調理スケジュールを生成する
   ことを特徴とする請求項１に記載の調理管理装置。
4. 前記合計消費電力には、空調機器の消費電力が含まれ、
   前記スケジュール生成部は、前記合計消費電力の最大値が前記所定の条件を満たすように、前記調理機器の調理スケジュール及び空調機器の制御スケジュールを生成する
   ことを特徴とする請求項１から請求項３のいずれか一項に記載の調理管理装置。
5. 前記スケジュール生成部は、前記最大値が前記所定の条件を満たすように、前記空調機器の出力を低下させる前記制御スケジュールを生成する
   ことを特徴とする請求項４に記載の調理管理装置。
6. 前記スケジュール生成部は、過去に計測された前記空調機器の消費電力の履歴に基づいて前記最大値が前記所定の条件を満たせなくなる期間を予測し、予測した前記期間以前の所定の期間に、前記空調機器の出力を増大させるとともに、前記期間において前記空調機器の出力を低下させる前記制御スケジュールを生成する
   ことを特徴とする請求項４又は請求項５に記載の調理管理装置。
7. 前記制約条件には、前記料理の注文から前記テーブル単位に全ての前記料理が提供されるまでの標準リードタイム、及び、各料理の提供時間差の許容値が含まれ、
   前記スケジュール生成部は、前記最大値が前記所定の条件を満たすように、且つ、前記標準リードタイム及び前記提供時間差の許容値を満たすように、前記調理機器の調理スケジュールを生成する
   ことを特徴とする請求項１から請求項６のいずれか一項に記載の調理管理装置。
8. 調理管理装置が、テーブル単位の料理の注文情報を取得する取得ステップと、
   前記調理管理装置が、前記注文情報と、前記料理に応じた調理手順情報であって、前記料理に応じた調理機器の消費電力及び使用時間を含む調理手順情報と、前記料理をテーブルに提供する時間に関する制約条件とに基づいて、前記料理を調理する際の合計消費電力の最大値が所定の条件を満たすように、前記調理機器の調理スケジュールを生成するスケジュール生成ステップと
   を含むことを特徴とする調理管理方法。

Images