JP2007128305A - 調理支援装置 - Google Patents

Abstract

【課題】調理人のスキルに応じてレシピに関する情報等を表示する調理支援装置を提供する。
【解決手段】調理人のスキル情報、調理器具の種類と個数を入力し、記憶したレシピ情報と併せて、その調理人のスキルに応じた作業スケジュール、作業手順、作業手順の画像または動画、調理の終了予定時刻を表示部に表示する。
【選択図】 図３

Description

本発明は、調理人に対しレシピを示し、その調理作業を支援する調理支援装置に関するものである。

近年、インターネットが発達し、調理人が希望する料理のレシピを容易に検索することができる。このようなレシピには、料理に使用する材料や、作業手順等が提示されている。

また、料理する側の趣向と料理を食べる側の趣向を合致させた料理が簡単に選択できる調理支援システムも提案されている（例えば、特許文献１参照）。
特開２００５−２７６１７１公報

しかしながら、上記のようなレシピの提示や、調理支援システムにおいては、単に作業手順が提示されるだけであるため、調理人が、どれ位の時間でその調理を終えるか否かは全く分からなかった。

そこで、本発明は上記問題点に鑑み、調理人のスキルに応じてレシピに関する情報等を表示する調理支援装置を提供する。

本発明は、料理を調理するときに調理人の調理作業を支援する調理支援装置において、前記調理人の調理に関する熟練度を示すスキル情報、前記調理人が所有している調理器具の種類と個数を入力するための入力手段と、前記料理の作業工程の順番と、前記各作業工程における作業手順を示したレシピ情報を記憶しているレシピ情報記憶手段と、前記スキル情報、前記調理器具の種類と個数、前記レシピ情報とに基づいて、前記調理人のスキルに応じた調理時間に従って調理作業を行える作業スケジュール、前記作業スケジュールの各作業工程における作業手順、前記作業手順の画像または動画、前記調理の終了予定時刻とを演算する演算手段と、前記作業スケジュール、前記作業手順、前記作業手順の画像または動画、前記終了予定時刻を表示する表示手段と、を有することを特徴とする調理支援装置である。

本発明の調理支援装置であると、調理人のスキルに応じた作業スケジュール、作業手順、作業手順の画像または動画、終了予定時刻を表示するため、調理人にとって容易にその調理作業を行うことができる。

以下、本発明の一実施形態の調理支援装置１０について、図１〜図６に基づいて説明する。

（１）調理支援装置１０の構成
調理支援装置１０の構成について図１及び図２に基づいて説明する。

図１は、調理支援装置１０の斜視図であり、図２はブロック図である。

調理支援装置１０は、長方形のケース１２の前面に液晶表示装置よりなる表示部１４を有する。この表示部１４の側方には、スイッチよりなる入力部１６と、スピーカ１８と、マイク２０が設けられている。また、表示部１４の表面には透明なタッチパネルが設けられ、スイッチの役割も果たす。このタッチパネルは、前記スイッチと併せて入力部１６という。

図２のブロック図に示すように、調理支援システム１０の制御部２２は、マイクロコンピュータよりなり、入力部１６、表示部１４、スピーカ１８、マイク２０が接続されている。また、記憶装置としてハードディスク等のデータベース（以下、ＤＢという）２４が内蔵されている。さらに、この制御部２２には、他の家電機器と情報を送受信するためのゲートウエイ２６が設けられている。このゲートウエイ２６としては、例えば、ブルートゥースや無線ＬＡＮ等がある。

このゲートウエイ２６には、それぞれ無線を介してＩＨクッキングヒータ２８、オーブンレンジ３０、炊飯器３２、冷蔵庫３４、その他の調理器具（例えば、ミキサー、コーヒーメーカー等）が接続され、データを送受信することができる。

（２）調理支援方法の内容
次に、調理支援装置１０を用いて、調理支援を行う場合について説明する。

まず、入力部１６に、調理人のスキル、その調理人が所有している調理器具の種類と個数及び料理名を入力する。ここで、調理人のスキルとは、調理に関する熟練度を示し、例えば、第１段階から第３段階に分かれ、熟練度が増すと高い数字を入力する。また、調理器具には、ＩＨクッキングヒータ２８や、オーブンレンジ３０等の家電機器も含まれている。

ＤＢ２４には、各料理のレシピが記憶されている。このレシピには、その料理を行うための材料、必要な調理器具の種類と個数、作業工程の順番、各作業工程における作業手順（例えば、材料を切る、煮る等）の情報がレシピ情報として記憶されている。なお、レシピ情報には、その料理の完成品の状態を写した静止画、また、その作業中の動画や静止画も記憶されている。

制御部２２は、入力された料理名からＤＢ２４に記憶されているレシピ情報を引き出し、調理人のスキル情報、所有している調理器具の種類と個数に基づいて、図４に示すようなガントチャートを作成する。このガントチャートは、縦軸の第一段目が調理者の行う行為、２段目以下は各調理器具によって行われる調理内容である。例えば、まな板において海老と記載されている場合は、まな板で海老を切っている場合である。そして、横軸は調理時間である。なお、制御部２２が、このガントチャートを作成するスケジューリングについては、後から詳しく説明する。

制御部２２は、図４に示すようなガントチャートを作成するスケジューリングを行った後、図３に示すような画面を表示部１４に表示する。

この画面の右上には、その料理の予想完成時刻と現在時刻が表示され、左上には、現在同時進行している各調理器具の調理状態を示している。例えば、ボールであく抜きを行い残り時間が２３分であり、鍋で煮込みを行い残り時間が１０分であり、オーブンレンジで魚を焼き残りが１０分等である。

その下の段には、作業スケジュールが記載されている。０分〜３０分まで表示され、あさりの処理、海老の皮むき、じゃがいもの皮むき等の作業工程が順番に示されている。そして、現在進行中の作業工程では、その作業スケジュールの各工程の下部のバーに色分けを行い調理者が直ぐに判別できるようにする。なお、作業工程が順番に進んで行くと、制御部２２はその作業の進み具合によって２０分〜５０分までの作業工程を順番にずらして表示する。また、制御部２２は、各作業工程の予定終了時刻になると、その終了をスピーカ１８から音声で出力する。これによって、調理人は順番に作業スケジュールを行っているかを判別することができる。さらに、画面左上に表示されているあく抜きや煮込み等の同時に進行中の調理状態の終了時刻になった場合には、スピーカ１８から音声で伝える。例えば、煮込みが終了した場合にはその旨を伝える。これによって調理人は直ぐその煮込みを終えることができる。

その次の下の段には、現在の作業工程における作業手順が記載されている。例えば、「じゃがいもは皮をむき、一口大に切って水に５〜６分さらす。玉ねぎは薄切り、きぬさやは塩茹でし、水に取って半分に切る」と表示している。これに基づいて調理者は作業を行う。そして、作業スケジュールは、調理者のスキル度に応じ、この作業手順を行える時間を予め計算し、作業スケジュールを組み立てている。

その作業手順の右側には、調理された料理の画像を表示している。また、じゃがいもは皮をむきの所をクリックすると、図５に示すように、その作業内容が表示される。図６も同様に玉ねぎの薄切りの動画を示している。なお、調理人は作業を行いながら画面を見るのは困難であるため、制御部２２は作業手順の内容をスピーカ１８から音声合成して読み上げる。これによって、調理人は画面を見る必要がない。

調理人は、各作業工程が完了すると、完了ボタンを押し、次の工程に進む。

前の工程や次の工程を見たい場合には、完了ボタンの右側にあるボタンを操作すれば見ることができる。

完了ボタンは、調理人が作業が完了したときに操作すると、次の作業工程の画面を表示し、また、制御部２２は、この完了ボタンが押された時点で作業スケジュールの表示を変化させる。そして、予め決められた終了時刻を過ぎても終了しなかったり、若しくは逆に速く終了した場合には、制御部２２は改めてスケジューリングを実施し、画面を更新する。例えば、予定完成時刻を遅らせたり早く進めたりする。

（３）スケジューリングの方法
次に、図４を作成するスケジューリングの方法について、図８から図１４に基づいて説明する。

成功する料理手順の実施には、中間成果物の待ち合わせで定義される「スケジュ−リング的順序条件」のほかに、（一般にはレシピに書かれていない）「料理の常識的順序条件」を遵守しなければならない。例えば、ソ−スに絡めたスパゲティを作る際には、「絡める」作業はスパゲティが茹った直後に実施しなければいけないという料理の知識があるが、中間成果物の待ち合わせのみを考慮してスケジュ−リングを行うと、スパゲティを茹でた後にソ−スの作成に入るというスケジュ−ルを生成するかも知れず、料理の常識的順序条件違反を犯す恐れがある。そこで、下記のように行うことが必要である。

１）上記のように、ある手順が終了した後に、中間成果物の待ち合わせにかかわらずすぐに着手しなければならない手順がある場合には、線形レシピ間の制約として、前の線形レシピ中に、次に着手する線形レシピ（のＩＤ）を記述する。

２）上記の制約を守るようスケジュ−リングする。

３）上記の制約を用いると、料理完成に向けて「中断することなく直列的に作業しなければいけない線形レシピの集合」を各料理ごとに求めることができる。逆に言うと、この集合に含まれない部分は事前に実施しておくことができる。事前に実施しておくことができる部分とは、下ごしらえにあたる部分であり、これを明示することにより、パーティ料理の下ごしらえを前日から始めたり、１週間分のお弁当の下ごしらえを休日にするなど、より柔軟な調理計画を立案することができる。

なお、「線形レシピ」とは、スケジュ−リングの観点から中間成果物の待ち合わせのない手順の並びである部分レシピである。

そこで、調理支援装置１０では、ジョブショップスケジューリングの考え方に基づくスケジューラが、料理の常識に基づく順序条件を考慮したスケジューリングを行い、また、下ごしらえ部分を自動認識することにより、より柔軟な調理計画を立案することができるようにする。

（３−１）スケジューリングにおける調理支援装置１０の構成
図８は、調理支援装置１０を制御関係の説明から書き直したブロック図である。調理支援装置１０は、調理すべき料理を指定するメニュー入力部１０１、メニューに対応する調理手順を生成するスケジュール生成部１０２、生成された調理手順を出力するスケジュール出力部１０４、調理に必要となる資源、調理者や調理道具について記述されている資源ＤＢ１０５、所定の形式で記述されたレシピを蓄積するレシピＤＢ１０９、レシピを分析して下ごしらえに相当する部分を認識する下ごしらえ認識部１０６からなる。

前記した図２における制御部２２にスケジュール生成部１０２と下ごしらえ認識部１０６が含まれ、表示部１４とスピーカ１８がスケジュール出力部１０４に対応し、入力部１６とマイク２０がメニュー入力部１０１に対応し、ＤＢ２４に資源ＤＢ１０５とレシピＤＢ１０９が含まれる。

（３−２）制御処理内容
図９に、調理支援装置１０を利用したフローチャートを示す。このフローチャートにしたがって、各要素の働きを説明する。

ユ−ザはまずメニュー入力部１０１を通して調理すべき料理の入力を行う（ステップ２０１）。

図１０は線形レシピの集合としてレシピを記述した例であるが、その例として、３０１の記述を説明する。

lr（7,[xprawn, xclam],
[[’ワイン蒸し準備’,[cook, pan, heat],[2]],
[’ワイン蒸し’,[pan, heat],[5]]],[wine-steamed],[]）。

・lrは線形レシピを表す識別子である。

・７はこの特定の線形レシピを表す識別番号である。

・[xprawn,xclam]の中には、本線形レシピを実行するために既に完成していなければならない中間成果物を記述する。これを開始条件成果物と呼ぶ。

・’ワイン蒸し準備’は調理方法を表す。

・[cook,pan,heat]では利用する資源を記入する。

・[2]には調理に必要とする時間を記入する。この場合、この手順（ワイン蒸し準備）には２分かかることを表す。

・’ワイン蒸し’は調理方法を表す。

・[pan,heat]では利用する資源を記述する。

・[5]には調理に必要とする時間を記述する。この場合、この手順（ワイン蒸し）には５分かかることを表す。

・[wine-steamed]には本線形レシピを実行することにより完成する中間成果物を記述する。これを出力成果物と呼ぶ。

ステップ２０１でのメニュー入力が終わると次にステップ２０２の資源選択処理に進む。ステップ２０２ではレシピ中に記述されている資源を２０６の資源ＤＢ１０５中から選択する。資源ＤＢ１０５には、利用できる調理者、調理器具などの情報が記述されている。

図１１に資源ＤＢ１０５に蓄積される資源の例を示す。

図１１に記述されている資源は調理者１人、まな板１個、包丁１本、シンク１つ、ボール２個、フライパン２個、パスタ鍋１個、コンロ２個、ざる１個となる。上記３０１の記述に対しては、調理者、シンク、フライパンの記述を資源ＤＢ１０５から選択する。なお、cook([cook1])は、調理人のスキルが１であることを示す。

ステップ２０２での資源選択処理が終わるとステップ２０３のスケジュール生成処理を行う。ステップ２０３のスケジュール生成処理はステップ２０２で選択した資源の重複が起こらないようレシピ手順に沿って中間成果物生成のためのスケジュール作成を行う。中間成果物の待ち合わせが発生しないよう、資源、手順の全ての組み合わせを行い最短のレシピスケジュールを生成する。組み合わせを行う回数、レシピスケジュール時間、レシピスケジュール生成時間などの制限を設けることもできる。スケジュールの生成が終わると、スケジュールの出力を行ってユーザに調理手順を提示する。

（３−３）レシピスケジュール生成処理
図１２にステップ２０３のレシピスケジュール生成処理についてのフローチャートの例を示す。

入力されたメニューに対し、それに対応する線形レシピをレシピＤＢ１０９からとりだし、各線形レシピの開始条件成果物と、手順を実行するために必要な資源の空きを確認しながら、具体的なスケジュールの生成を行う。

ステップ５０１では選んだメニューに対応する線形レシピ群を作業領域にロードする。

ステップ５０２では、ある時点までに完成している（中間）成果物の集合を保持する変数を空集合で初期化する。

ステップ５０３では、具体的な調理手順を示すスケジュールの標準的な表現方法であるガントチャートを空に初期化する。ガントチャートとは、縦軸に資源、横軸に時間を取り、どの時間にどの資源がどの作業によって占有されているかを表した表であり、その例を図１３などに示す。

以上が初期化のステップに当たる。

ステップ５０４では、現在までに完成している中間成果物に基づき、着手可能な線形レシピを非決定的に一つ選択する。着手可能な線形レシピとは、開始条件成果物が、ある時点までに完成している（中間）成果物の集合に含まれるものである。初期的には、完成している（中間）成果物の集合は空であるから、開始条件成果物が空である線形レシピが選ばれることになる。

ステップ５０５では、ステップ５０４で選択された線形レシピに含まれる作業に関して、それらが必要とする資源と、所要時間に基づき、ガントチャート上でそれらを確保できる最も左に配置する。このとき、この線形レシピの開始条件成果物ができる以前に配置してはならない。

ステップ５０６では、ステップ５０４で選択された線形レシピの出力成果物を完成している（中間）成果物の集合に加える。

ステップ５０７では、ステップ５０４で選択された線形レシピを作業領域から除去する。

ステップ５０６と５０７が、線形レシピの実施完了に伴う処理である。

ステップ５０８では、作業領域に線形レシピが残っているかをチェックする。もしなければ、所望のメニューが完成しているはずであり、現時点でのガントチャートが実行可能なスケジュールとなっている。

もしあれば、まだメニューは完成しておらず、ステップ５０４に戻る。

ステップ５０８で実行可能スケジュールができたときには、ステップ５０９で、このスケジュールを、これまでの「最良な」スケジュールと比較する。スケジュールの良さは、目的に合わせてさまざまに定義可能であり、典型的には総調理時間の短さであるが、他にも鍋を使う数の少なさやいくつかの指標の組み合わせなどであってもよい。もし、ステップ５０８で完成したスケジュールがこれまでの「最良な」スケジュールより良いならば、ステップ５１０でこのスケジュールを新たな最良スケジュール（候補スケジュール）として記憶する。初期的には、最初に作られた実行可能スケジュールが候補スケジュールとなる。

ステップ５１１では、さらに良いスケジュールの探索を進めるかどうかの判定を行う。あるメニューに対する実行可能スケジュールは一般には複数存在し、本実施形態においてはそれらはステップ５０４における選択の非決定性により探索される。この非決定性は、例えばプログラミング言語Prologなどで採用されているバックトラッキングと呼ばれる技術により決定的に模擬することができる。ステップ５１１における判定は、バックトラッキングにより全ての可能性を尽くしたことをもって終了としても良いし、このステップに到達した回数をカウントしてそれが所定の閾値を越えた場合に終了としても良い。

ステップ５１２では、その時点の候補スケジュールをユーザに提示する。

（３−４）具体例
以上の流れを、図１０のレシピを例にとって詳しく示す。入力されたメニューに対応する線形レシピ群が図１０である。

初期化手続きステップ５０１〜５０３を行った後、ステップ５０４で開始条件成果物が空である線形レシピとして例えば識別番号３の線形レシピを選ぶ。ステップ５０５において、作業「あさり砂吐準備」を、ガントチャート上で資源[cook,bowl]を２分間占有できるもっとも左位置、すなわち０分の所に、次に作業「あさり砂吐」をガントチャート上で資源[cook]を２３分占有できるもっとも左位置、すなわち２分の所に配置する。出力成果物であるxclamを完成した中間成果物に加え、識別番号３の線形レシピの線形レシピを作業領域から除去する。作業領域にはまだ線形レシピがある（ステップ５０８）ので、ステップ５０４に戻り、例えば識別番号１の線形レシピを選ぶ。ステップ５０５において、作業「えびは尾を残し、殻と背ワタを取る」を、ガントチャート上で資源[cook,knife,sink,board]を５分間占有できるもっとも左位置、すなわち２分の所に配置する。出力成果物であるxprawnを完成した中間成果物に加え、識別番号１の線形レシピの線形レシピを作業領域から除去する。作業領域にはまだ線形レシピがある（ステップ５０８）ので、ステップ５０４に戻り、同様に識別番号２、４、５、６の線形レシピを選んでスケジュールを進めていく。ここで、完成した中間成果物は現在xprawn,xclam,xocto,xparsley,xchili,xgarlicとなっている。作業領域にはまだ線形レシピがある（ステップ５０８）ので、ステップ５０４に戻り、開始条件成果物が完成した中間成果物に含まれる線形レシピとして例えば３０１の線形レシピを選ぶ。ステップ５０５において、作業「ワイン蒸し準備」を、ガントチャート上で資源[cook,pan,heat]を２分間占有でき、[xprawn,xclam]完成後のもっとも左位置、すなわち３０分の所に配置する。以降同様にスケジューリングを進めていく。

図１３に図１０の途中までのスケジュール生成後の例を示す。図１３では開始条件成果物が空である線形部分レシピについてスケジュールを行った結果となっている。

図１４に図１０の途中のスケジュール生成結果の例を示す。スケジュールを生成した結果、ワイン蒸し準備では調理者、鍋、コンロを利用して２分間で準備を行い、ワイン蒸しは鍋とコンロで５分間作業を行う。

図４はメニュー完成時のガントチャートの例である。

図１５にこれまでに利用されている記述方法によるレシピの例を示す。この記述方法では、レシピ手順の生成を行う場合、１つの手順が完成すると次の手順に移行し作業を行う。さらに次の手順に移行し作業を行う。経験が浅い調理者には順番に作業を行うという認識があり、９０１の手順を行った後、９０２の手順を行う。しかし、９０２で行う手順を先に行うことによりアサリの砂抜きを行っている間に９０１を行うことで時間の短縮が図られることが図１でわかる。このようなレシピＤＢ１０９を用意することにより、資源の重複を解消し、中間成果物を生成しながらレシピのスケジューリングを行うため、ユーザにとって最適なスケジュールを提供することが出来る。

しかしながら、上の例で示した中間成果物の待ち合わせのみを考慮したスケジューリングでは、識別番号９、１０の線形レシピを選んだのち識別番号１〜８を選び、識別番号１１に進むというスケジューリングを行う可能性がある。すなわち、スパゲティが茹で上がってからソースの製作に着手し、最後に和えるというものである。これは、スケジューリングの点からは実行可能なスケジュールであるが、ソースに絡めたスパゲティを作る際には、「絡める」作業はスパゲティが茹った直後に実施しなければいけないという料理の知識に鑑みて、料理の常識的順序条件違反を犯している。これを防ぐため、図１０の最後に示すように、ある線形レシピの終了後にすぐに着手しなければいけない線形レシピを明示する。具体的には、最後の[11]は、実行後に識別番号１１の線形レシピを直ちに選択しなければいけないという条件を表すものである。これにより、上記の料理の常識的順序条件違反を犯しているスケジュールの生成を防ぐことができる。

上記の制約を用いると、料理完成に向けて「中断することなく直列的に作業しなければいけない線形レシピの集合」を各料理ごとに求めることができる。逆に言うと、この集合に含まれない部分は事前に実施しておくことができる。事前に実施しておくことができる部分とは、下ごしらえにあたる部分であり、これを明示して、別レシピとしてレシピＤＢ１０９に格納しておくことにより、パーティ料理の下ごしらえを前日から始めたり、１週間分のお弁当の下ごしらえを休日にするなど、より柔軟な調理計画を立案することができる。

（４）変更例
（４−１）変更例１
上記実施形態では、一つの料理を調理する場合について説明したが、これに代えて二つの料理を同時に調理する場合でも、二つの料理名を入力すれば、制御部２２は、その二つの料理を同時に調理するようにスケジューリングを行う。ジョブショップスケジューリングの考え方を導入し、調理を行う上での資源(調理者の手間、鍋、コンロなど)制約を考慮しながら、総調理時間等の評価関数を最適にするように、レシピを構成する手順を実施する順序を組み上げる。そして、作業工程において、各料理毎にその背景の色分けをすることで、調理人が現在どの料理の調理を行っているかを判別することができる。

（４−２）変更例２
上記実施形態では、一人の調理人が料理をを行う場合について説明したが、これに代えて複数の調理人が料理を行う場合も同時に画面に表示することができる。例えば図７に示すように、各調理人毎に作業スケジュールを表示させる。

（４−３）変更例３
上記実施形態では、作業工程が終了した場合に完了ボタンを押す以外に、調理人が音声でその終了をマイク２０を通じて通知してもよい。また、これに限らずＩＨクッキングヒータ２８やオーブンレンジ３０からの終了信号に基づいてその完了を制御部２２は確認してもよい。

本発明の一実施形態を示す調理支援装置の斜視図である。 調理支援装置のブロック図である。 表示部の画面の図である。 ガントチャートの図である。 調理状態を示す図面である。 他の調理状態を示す図面である。 復数人の調理人が居る場合の画面の図である。 スケジューリングにおける調理支援装置のブロック図である。 スケジューリングのフローチャートである。 レシピ記述の例である。 資源ＤＢの記述の例である。 スケジューリングの処理の流れである。 作成途上のガントチャートの例である。 作成途上のガントチャートをさらに進めたものの例である。 従来の記述方法によるレシピの例の図である。

符号の説明

１０ 調理支援装置
１２ ケース
１４ 表示部
１６ 入力部
１８ スピーカ
２０ マイク
２２ 制御部
２４ ＤＢ
２６ ゲートウエイ
２８ ＩＨクッキングヒータ
３０ オーブンレンジ
３２ 炊飯器
３４ 冷蔵庫
３６ 調理器具

Claims (14)

1. 料理を調理するときに調理人の調理作業を支援する調理支援装置において、
   前記調理人の調理に関する熟練度を示すスキル情報、前記調理人が所有している調理器具の種類と個数を入力するための入力手段と、
   前記料理の作業工程の順番と、前記各作業工程における作業手順を示したレシピ情報を記憶しているレシピ情報記憶手段と、
   前記スキル情報、前記調理器具の種類と個数、前記レシピ情報とに基づいて、前記調理人のスキルに応じた調理時間に従って調理作業を行える作業スケジュール、前記作業スケジュールの各作業工程における作業手順、前記作業手順の画像または動画、前記調理の終了予定時刻とを演算する演算手段と、
   前記作業スケジュール、前記作業手順、前記作業手順の画像または動画、前記終了予定時刻を表示する表示手段と、
   を有する
   ことを特徴とする調理支援装置。
2. 前記表示手段は、前記調理人が行っている作業に関する情報とは、別の情報を表示する
   ことを特徴とする請求項１記載の調理支援装置。
3. 前記表示手段は、前記作業スケジュールで終了した作業工程と、調理中の作業工程を識別して表示する
   ことを特徴とする請求項２記載の調理支援装置。
4. 前記演算手段は、次の作業工程へ進む合図を音声認識、または、ユーザの画面操作で認識する
   ことを特徴とする請求項１記載の調理支援装置。
5. 前記演算手段は、次の作業工程へ進む合図を前記調理器具の一つである家電機器の状態から認識する
   ことを特徴とする請求項１記載の調理支援装置。
6. 前記演算手段は、現在の作業工程の進行状況に応じて前記作業スケジュールを再演算し、前記終了予定時刻を更新する
   ことを特徴とする請求項１記載の調理支援装置。
7. 前記作業手順を音声で読み上げる音声出力手段を有する
   ことを特徴とする請求項１記載の調理支援装置。
8. 前記表示手段は、前記作業スケジュールに次の作業工程も同時に表示する
   ことを特徴とする請求項１記載の調理支援装置。
9. 前記演算手段は、現在の作業工程の終了予定時刻になると音声で知らせる
   ことを特徴とする請求項１記載の調理支援装置。
10. 前記演算手段は、前記調理人が行っている作業工程と同時に進行している作業工程が終了状態になるとその旨を報知する
    ことを特徴とする請求項１記載の調理支援装置。
11. 複数の料理を同時に調理する場合に、前記演算手段は、前記複数の料理が調理ができるように最適な作業スケジュールを実施し、
    前記表示手段は、前記調理人が実施している作業工程がどの料理のものかを判別可能に表示した
    ことを特徴とする請求項１記載の調理支援装置。
12. 前記演算手段は、前の作業工程及び後の作業工程の作業手順が確認できる
    ことを特徴とする請求項１記載の調理支援装置。
13. 前記調理人が複数いる場合に、前記演算手段は、前記各調理人に最適なスケジュールをそれぞれ演算し、
    前記表示手段は、前記各調理人のそれそれの作業スケジュールを表示する
    ことを特徴とする請求項１記載の調理支援装置。
14. 前記演算手段は、前記表示手段に表示している特定の文字列に対して、静止画または動画を関連付けて、音声または画面操作による指示で当該情報を表示する
    ことを特徴とする請求項１記載の調理支援装置。
    

Images